A vault controller in an electronic business system includes a dispatcher for servicing browser requests initiated by a user for conducting business with an enterprise or organization using a vault process. The dispatcher further responds to a secure depositor receiving requests from other vault processes running in the controller. The request is in the form a URL containing an application domain/local context and application name. The request is detected and processed by event creator which forms an event object definitive of the request in the URL. An event handler parses the event object and enters a vault system application registry to locate the application in a shared memory. The location of the application is passed to a server pool, which assign a processing thread to handle the request. The thread engages a context manager which decrypts and imports application domain, application function and local context information from external storage to process the request. The application is located in the shared memory and the request implemented. The context manager encrypts and exports the processed information to external storage and provides a return code in the response to the user. The return code is used to locate the context information in a subsequent request by the user. The requests received from other vault processes through the secure depositor are handled in like manner to the user request. After execution of a user request, the vault process loops for some defined time during which other requests are received from the user. The absence of requests causes the vault process to shut down and store the variables for the next user request which retraces the steps of the original request.

Um controlador do vault em um sistema eletrônico do negócio inclui um expedidor para os pedidos prestando serviços de manutenção do browser iniciados por um usuário para o negócio conduzindo com uma empresa ou uma organização usando um processo do vault. O expedidor mais adicional responde a um depositante seguro que recebe pedidos de outros processos do vault que funcionam no controlador. O pedido é no formulário um URL que contem um contexto da aplicação domain/local e um nome da aplicação. O pedido é detectado e processado pelo criador do evento que dá forma a um objeto do evento definitive do pedido no URL. Um alimentador do evento analisa gramaticalmente o objeto do evento e incorpora um registro da aplicação do sistema do vault para encontrar a aplicação em uma memória compartilhada. A posição da aplicação é passada a um pool do usuário, que atribuem uma linha processando para segurar o pedido. A linha acopla um gerente do contexto que descifre e importe o domínio da aplicação, a função da aplicação e a informação local do contexto do armazenamento externo para processar o pedido. A aplicação é ficada situada na memória compartilhada e no pedido executados. O gerente do contexto cifra e exporta a informação processada para o armazenamento externo e fornece um código do retorno na resposta ao usuário. O código do retorno é usado encontrar informações do contexto em um pedido subseqüente pelo usuário. Os pedidos recebidos de outros processos do vault através do depositante seguro são segurados dentro como a maneira ao pedido de usuário. Após a execução de um pedido de usuário, o processo do vault dá laços por alguma hora definida durante que outros pedidos são recebidos do usuário. A ausência dos pedidos faz com que o processo do vault feche para baixo e armazene as variáveis para o pedido de usuário seguinte que retraces as etapas do pedido original.

 
Web www.patentalert.com

< (none)

< Stimulus-responsive novelty device

> Method and apparatus for routing 1 of N signals

> (none)

~ 00005