BRPI0915636B1

BRPI0915636B1 - Método e sistema para iniciar um aplicativo

Info

Publication number: BRPI0915636B1
Application number: BRPI0915636-4A
Authority: BR
Inventors: John M. Sheehan; Kristofer H. Reierson
Original assignee: Microsoft Technology Licensing, Llc.
Priority date: 2008-07-28
Filing date: 2009-07-16
Publication date: 2020-09-15
Also published as: US9304791B2; EP2321720B1; CN102105861A; RU2011103058A; CA2978284A1; WO2010014431A2; CA2728817A1; JP2011529607A; KR101618901B1; JP5588440B2; EP2321720A4; AU2009276851B2; US20110302581A1; US20150186164A1; CA2728817C; AU2009276851A1; CA2978284C; US20100023738A1; KR20110038048A; US8458701B2

Abstract

separação de estado para alterações da aplicação trata-se do fato de que estados da aplicação podem ser armazenados e recuperados utilizando políticas que definem vários contextos no quais a aplicação é utilizada. os estados da aplicação podem definir configurações ou usos da aplicação, incluindo conexões e interações com outras aplicações. as aplicações que são virtualizadas podem possuir o estado que é definido dentro de um contexto de utilização e múltiplos estados ou configurações podem ser armazenados e retornados baseados no contexto de utilização. as políticas podem definir o contexto e quais parâmetros a serem salvos, e podem ser aplicadas quando as aplicações são operadas de uma maneira virtualizada.

Description

Antecedentes

[0001] As aplicações podem ser modificadas de várias maneiras diferentes. Em alguns casos, uma aplicação pode ser modificada pela atualização de registros, alteração de arquivos de configuração, atualização de bibliotecas de ligação dinâmica, ou por outros mecanismos. Cada alteração para a aplicação pode afetar partes de um sistema operacional, o que por sua vez pode afetar outras aplicações que executam no ambiente do sistema operacional.

Sumário

[0002] Os estados da aplicação podem ser armazenados e recuperados utilizando políticas que definem vários contextos nos quais a aplicação é utilizada. Os estados da aplicação podem definir configurações ou usos da aplicação, incluindo conexões e interações com outras aplicações. Aplicações que são virtualizadas podem ter o estado que é definido dentro de um contexto de utilização e múltiplos estados ou configurações podem ser armazenados e retornados baseado no contexto de utilização. As políticas podem definir o contexto e quais parâmetros a serem salvos, e podem ser aplicadas quando as aplicações são operadas de uma maneira virtualizada.

[0003] Este sumário é proporcionado para introduzir uma seleção de conceitos de uma forma simplificada, os quais são adicionalmente descritos abaixo na Descrição Detalhada. Este Sumário não é pretendido para identificar aspectos chave ou aspectos essenciais do assunto reivindicado, nem é pretendido para ser utilizado para limitar o escopo do assunto reivindicado.

Breve Descrição dos Desenhos

[0004] Nos desenhos,

[0005] A FIGURA 1 é uma ilustração de diagrama de uma concretização apresentando um sistema para armazenar diferentes configurações baseado no contexto de uma aplicação.

[0006] A FIGURA 2 é uma ilustração de fluxograma de uma concretização apresentando um método para operação com diferentes configurações de contexto.

Descrição Detalhada

[0007] As aplicações podem ser operadas em estados ou configurações diferentes. Um tal mecanismo é através da virtualização da aplicação. Quando uma aplicação é configurada para um contexto particular, a informação da configuração pode ser salva e retornada para uso posterior. A aplicação pode ser configurada para operar em vários estados diferentes e um conjunto de políticas gerencia as configurações.

[0008] O estado no qual uma aplicação é executada pode inclui configurações do sistema operacional, a presença e a operação de várias outras aplicações, a configuração de serviços acessados através de uma rede ou de outra conexão, e vários outros fatores. A configuração e a operação da aplicação podem ser diferentes para diferentes estados.

[0009] Por exemplo, algumas aplicações podem possuir uma relação simbiótica com outras aplicações. O comportamento ou performance de uma aplicação por si só pode ser diferente do comportamento ou performance de uma aplicação com outra aplicação integral. Em tal exemplo, uma configuração pode ser definida para a aplicação no estado de operação solo, e uma configuração separada pode ser definida para a aplicação quando a segunda aplicação simbiótica está presente e operando.

[00010] Em uma típica concretização, as aplicações podem ser operadas em um ambiente virtual. O ambiente virtual pode ser capaz de aceitar diferentes conjuntos de parâmetros de configuração baseado em um contexto particular. Em alguns casos, um ambiente virtual pode ser um ambiente de máquina virtual. Em outros casos, um ambiente virtual pode ser um ambiente de aplicação virtual.

[00011] Para o propósito deste relatório descritivo e das concretizações, uma configuração da aplicação pode se referir ao modo no qual uma aplicação é definida ou configurada. Uma configuração da aplicação pode incluir qualquer elemento que possa ser alterado ou conjunto, incluindo estes elementos que afetam a performance, funções, aparência, ou outras características operacionais da aplicação.

[00012] Para o propósito deste relatório descritivo e das concretizações, um estado da aplicação pode ser referir ao contexto no qual uma aplicação é executada. O estado pode incluir um sistema operacional e quaisquer parâmetros ou configurações do sistema de operação ou quaisquer aplicações instaladas ou executando. O estado pode incluir a condição e a configuração de qualquer outro elemento que possa interagir com a aplicação, incluindo componentes de hardware, serviços disponíveis através de uma rede, outras aplicações executando, dispositivos periféricos, e qualquer outro item.

[00013] Para os propósitos deste relatório descritivo e das concretizações, um contexto da aplicação pode ser uma categoria de um estado da aplicação. Enquanto o estado pode incluir qualquer variável que possa afetar uma aplicação, um contexto pode ser uma ampla categoria que pode ser utilizada para classificar e armazenar uma configuração. Por exemplo, os contextos podem ser definidos para sessões, ambientes de aplicação virtual, ambientes de máquina virtual, contextos específicos do usuário, contextos específicos da máquina, contextos específicos de grupo de usuários ou de grupo de máquinas, contextos onde duas ou mais aplicações interagindo operam em conjunto, e outros contextos.

[00014] Por todo este relatório descritivo, números de referência iguais significam os mesmos elementos por toda a descrição das figuras.

[00015] Quando elementos são referidos como estando “conectados” ou “acoplados”, os elementos podem estar diretamente conectados ou acoplados ou um ou mais elementos intermediários também podem estar presentes. Em contraste, quando elementos são referidos como estando “diretamente conectado” ou “diretamente acoplado”, não existem elementos intermediários presentes.

[00016] O assunto pode ser incorporado como dispositivos, sistemas, métodos e/ou produtos de programa de computador. Por consequência, alguma parte ou todo o assunto pode ser incorporado em hardware e/ou em software (incluindo firmware, software residente, microcódigo, máquinas de estado, arranjos de portas, etc.). Adicionalmente, o assunto pode assumir a forma de um produto de programa de computador em um meio de armazenamento utilizável por computador ou legível por computador possuindo código de programa utilizável por computador ou legível por computador incorporado no meio para uso pelo sistema de execução de instrução ou em conexão com o sistema de execução de instrução. No contexto deste documento, um meio utilizável por computador ou legível por computador pode ser qualquer meio que possa conter, armazenar, comunicar, propagar, ou transportar o programa para uso pelo ou em conexão dom sistema, aparelho, ou dispositivo de execução de instrução.

[00017] O meio utilizável por computador ou legível por computador pode ser, por exemplo, mas não limitado a isto, um sistema, aparelho, dispositivo ou meio de propagação eletrônico, magnético, ótico, eletromagnético, infravermelho, ou semicondutor. A título de exemplo e não de limitação, o meio legível por computador pode compreender meio de armazenamento do computador e meio de comunicação.

[00018] O meio de armazenamento do computador inclui meio volátil e não volátil, removível e não removível implementado em qualquer método ou tecnologia para armazenamento de informação, tal como instruções legíveis por computador, estruturas de dados, módulos de programa ou outros dados. O meio de armazenamento do computador inclui, mas não está limitado à RAM, ROM, EEPROM, memória tlash ou outra tecnologia de memória, CDROM, discos versáteis digitais (DVD) ou outro armazenamento ótico, cassetes magnéticos, fita magnética, armazenamento em disco magnético ou outros dispositivos magnéticos de armazenamento, ou qualquer outro meio que possa ser utilizado para armazenar a informação desejada e que possa ser acessado por um sistema de execução de instrução. Observe que o meio utilizável por computador ou legível por computador poderia ser um papel ou outro meio adequado sobre o qual o programa é impresso à medida que o programa pode ser eletronicamente capturado, por exemplo, através de varredura ótica do papel ou de outro meio, então compilado, interpretado, ou de outro modo processado de uma maneira adequada, se necessário, e então armazenado em uma memória do computador.

[00019] O meio de comunicação tipicamente incorpora instruções legíveis por computador, estruturas de dados, módulos de programa ou outros dados em um sinal de dados modulado tal como uma onda portadora ou outro mecanismo de transporte e inclui qualquer meio de distribuição de informação. O termo “sinal de dados modulado” significa um sinal que possui uma ou mais de suas características estabelecidas ou alteradas de uma maneira a codificar a informação no sinal. A título de exemplo, e não de limitação, o meio de comunicação pode incluir meio com fios tal como uma rede com fios ou conexão direta com fio, e meio sem fios tal como meio acústico, RF, infravermelho e outros meios sem uso de fios. Combinações de qualquer um dos ditos acima também estão incluídas dentro do escopo de meio legível por computador.

[00020] Quando o assunto é incorporado no contexto geral de instruções executáveis por computador, a concretização pode compreender módulos de programa, executados por um ou mais sistemas, computadores ou outros dispositivos. Geralmente, os módulos de programa incluem rotinas, programas, objetos, componentes, estruturas de dados, etc., que executam tarefas particulares ou implementam tipos de dados abstratos particulares. Tipicamente, a funcionalidade dos módulos de programa pode ser combinada ou distribuída como desejado em várias concretizações.

[00021] A Figura 1 é um diagrama de uma concretização 100 apresentando um sistema com um sistema de separação e gerenciamento de estado. A concretização 100 é um exemplo de um sistema que pode armazenar e gerenciar configurações para uma aplicação baseado no contexto ou no estado da aplicação.

[00022] O diagrama da Figura 1 ilustra componentes funcionais de um sistema. Em alguns casos, o componente pode ser um componente de hardware, um componente de software, ou uma combinação de hardware e software. Alguns componentes podem ser software em nível de aplicação, enquanto outros componentes podem ser componentes em nível de sistema operacional. Em alguns casos, a conexão de um componente com outro pode ser uma conexão próxima onde dois ou mais componentes estão operando em uma única plataforma de hardware. Em outros casos, as conexões podem ser feitas através de conexão de rede percorrendo longas distâncias. Cada concretização pode utilizar diferentes arquiteturas de hardware, de software e de interconexão para alcançar as funções descritas.

[00023] A concretização 100 é um exemplo dos elementos funcionais que podem constituir um sistema de execução com múltiplos estados para uma aplicação. Diferentes configurações 104 da aplicação 102 podem ser executadas em um sistema de execução 106 baseado no contexto no qual a aplicação é para ser executada.

[00024] Várias concretizações podem possuir diferentes níveis de configurações que podem ser executadas para uma aplicação. Por exemplo, uma aplicação que é instalada e executada dentro de um ambiente de sistema operacional pode possuir um conjunto de arquivos de configuração que definem uma configuração. Um conjunto diferente de arquivos de configuração pode ser utilizado para iniciar a aplicação 102 baseado no contexto associado com os arquivos de configuração.

[00025] Em outro exemplo, uma aplicação pode ser executada dentro de um ambiente virtual e, em adição aos arquivos de configuração do exemplo anterior, parâmetros de registrador, bibliotecas de ligação dinâmica e vários outros elementos de configuração podem ser variados entre contextos. Tais ambientes virtuais podem ser ambientes de máquina virtual ou ambientes de aplicação virtual. Quando um ambiente virtual é utilizado para executar uma aplicação, um conjunto muito amplo e rico de elementos de configuração pode ser variado entre os contextos.

[00026] Uma aplicação 102 pode ser qualquer tipo de programa executável ou conjunto de programas, serviços, ou outras operações que são executadas dentro de um ambiente de computação. Em vários casos, uma aplicação pode possuir uma coleção de elementos executáveis tais como arquivos que podem ser executados diretamente dentro de um ambiente de sistema operacional ou executados dentro de um ambiente de aplicação, tais como scripts, subrotinas, bibliotecas, ou outros componentes.

[00027] Várias aplicações 102 podem operar em conjunto com outras aplicações ou serviços. Por exemplo, uma aplicação 102 pode operar com um serviço de Rede que é acessado através da Internet. Em tal exemplo, a aplicação pode executar algumas operações e o serviço da Rede pode executar outras operações de modo a distribuir uma experiência do usuário.

[00028] Em outro exemplo, uma aplicação 102 pode ser operáveis por si só ou com outra aplicação que “funciona como uma extensão” ou é pelo menos parcialmente integrada com a primeira aplicação. Um exemplo pode ser uma aplicação tal como um programa de processamento de texto que pode exibir uma barra de ferramentas, itens de menu, ou outras ligações para uma aplicação de edição de documento quando a aplicação de edição de documento está operacional. Quando a aplicação de edição de documento não está disponível, a aplicação de processamento de texto pode possuir uma interface com o usuário, mas pode possuir uma segunda interface com o usuário e o segundo conjunto de funções disponíveis quando a aplicação de edição de documento está disponível.

[00029] Em tal exemplo, a aplicação 102 pode possuir uma configuração 104 definida para um estado ou contexto quando operando sozinha, e uma segunda configuração 104 para um segundo estado ou contexto quando operando com uma segunda aplicação. Cada configuração 104 pode ser definida separadamente e gerenciada utilizando um sistema de monitoramento de alteração 108 em conjunto com um conjunto de políticas 110.

[00030] O sistema de monitoramento de alteração 108 pode detectar e armazenar alterações para uma configuração da aplicação 104. O sistema de monitoramento de alteração 108 pode detectar uma alteração, classificar a alteração e determinar se a alteração é aplicável para um ou mais contextos nos quais a aplicação 102 está executando ou será executada. A definição de como as alterações e contextos são classificados e de como as alterações são distribuídas podem ser definidas nas políticas 110.

[00031] A concretização 100 apresenta uma aplicação separada 102 e um conjunto de configurações 104. Em algumas concretizações, as configurações 104 podem ser armazenadas como um conjunto de arquivos ou de parâmetros que podem ser implementados na parte de cima de configurações preestabelecidas que podem ser definidas dentro da aplicação 102. Em tais concretizações, as configurações 104 podem ser vistas como um arquivo “deita” ou grupo de alterações a partir da preestabelecida.

[00032] Em outras concretizações, uma aplicação pode ser definida como um pacote que inclui uma das configurações 104. Um pacote de aplicação deferente pode ser criado para cada configuração. Tais concretizações podem ser utilizadas onde os parâmetros dentro de uma configuração são predominantes ou onde as alterações da configuração são utilizadas quando a aplicação é iniciada. Um exemplo de tais alterações da configuração pode ser parâmetros do registrador que definem opções utilizadas pela aplicação durante a inicialização do computador.

[00033] O sistema de execução 106 pode ser qualquer ambiente, espaço de trabalho, ou mecanismo capaz de executar a aplicação 102. Em algumas concretizações, o sistema de execução 106 pode ser um ambiente de sistema operacional no qual várias outras aplicações e serviços operam, incluindo o sistema de monitoramento de alteração 108, por exemplo. Em algumas concretizações, o sistema de execução 106 pode ser um ambiente virtual tal como uma máquina virtual ou um ambiente de aplicação virtual. Ainda em outras concretizações, o sistema de execução 106 pode ser uma plataforma de hardware separada que executa a aplicação 102.

[00034] A arquitetura da concretização 100 pode ser qualquer tipo de arquitetura de computação. Em algumas concretizações, vários dos componentes ilustrados na concretização 100 podem ser executados em uma única plataforma de hardware tal como um computador pessoal ou computador servidor. Em outras concretizações, alguns dos componentes podem ser executados em uma plataforma de hardware enquanto outros componentes podem ser executados em uma plataforma de hardware separada. Algumas concretizações podem utilizar várias diferentes plataformas de hardware para implementarem a concretização 100. Tais concretizações podem ser denominadas de uma configuração entre máquinas.

[00035] Em algumas arquiteturas entre máquinas, alguns dos componentes da concretização 100 podem ser implementados como máquinas virtuais ou operados dentro de ambiente de aplicação virtual. Uma máquina virtual pode ser uma simulação de software de uma plataforma de hardware e pode conter um sistema operacionai e pode funcionar como se a máquina virtual fosse uma plataforma de hardware dedicada separada.

[00036] A virtualização da aplicação pode criar cópias específicas da aplicação de todos os recursos compartilhados. Cada aplicação pode possuir uma configuração separada de recursos potencialmente compartilhados tais como entradas de registradores, bibliotecas de ligação dinâmica, e outros objetos que podem ser empacotados com a aplicação. O pacote pode ser executado em uma cache, criando uma aplicação virtual. Quando uma aplicação virtual é empregadas, ela pode utilizar sua própria cópia destes recursos compartilhados.

[00037] Um gerenciador de contexto 112 pode determinar um contexto no qual uma aplicação está operando ou estará operando. O gerenciador de contexto 112 pode monitorar a presença, configuração e outros parâmetros de vários diferentes recursos que podem estar disponíveis para a aplicação 102. O gerenciador de contexto 112 pode determinar um estado para uma aplicação que pode ser utilizado pelo sistema de monitoramento de alteração 108 para armazenar configurações de forma apropriada. O gerenciador de contexto 112 também pode definir um estado para um ativador de aplicação 126 que pode selecionar entre várias configurações 104 baseado no estado ou no contexto.

[00038] O gerenciador de contexto 112 pode ser uma aplicação ou serviço que continuamente monitora várias facetas de um sistema. Em alguns casos, tal gerenciador de contexto 112 pode operar em uma única plataforma de hardware e monitorar várias condições. A plataforma de hardware pode ser a mesma plataforma de hardware na qual a aplicação 102 pode ser executada. Em outras concretizações, o gerenciador de contexto 112 pode ser um serviço que opera de forma remota a partir da plataforma de hardware na qual a aplicação 102 é executada.

[00039] O gerenciador de contexto 112 pode coletar várias informações, metadados, e parâmetros sobre o estado no qual uma aplicação está sendo operada ou será operada. O gerenciador de contexto 112 pode coletar qualquer informação pertinente que possa ser utilizada dentro das políticas 110 para manipular as configurações de diferentes maneiras. Diferentes concretizações podem coletar diferentes conjuntos de informações e metadados para determinar um estado atual.

[00040] Exemplos de metadados contextuais podem incluir quais aplicações virtuais 114 estão presentes ou não presentes, a presença de várias máquinas virtuais 116, a presença e a configuração de um sistema operacional 118, a presença e a configuração de várias outras aplicações 120 e de outros serviços de rede 122, bem como outras informações de estado 124. Outras informações de estado podem ser uma sessão na qual uma aplicação é operada, membro em um grupo de usuários ou dispositivos, ou outros parâmetros.

[00041] As outras informações de estado 124 podem incluir informações sobre uma sessão que pode incluir metadados sobre uma sessão. Por exemplo, a informação de estado 124 pode incluir o tipo de sessão, o qual pode ser uma sessão conectando dois ou mais dispositivos ou usuários específicos, ou uma sessão conectando dois ou mais dispositivos ou usuários gerais. Os metadados da sessão também podem incluir vários parâmetros de conexão, tais como os protocolos utilizados dentro de uma sessão ou o endereço ou portas utilizadas para estabelecer uma sessão. Em algumas concretizações, uma aplicação pode criar vários diferentes tipos de sessões com outras aplicações ou serviços, e a presença, ausência, ou configurações das sessões podem ser definidas como parte do contexto para a aplicação.

[00042] A presença e a configuração de outros componentes interativos podem definir uma parte do contexto para uma aplicação. A aplicação 102 pode interagir com as aplicações virtuais 114, com as máquinas virtuais 116, com as aplicações 120 e com os serviços de rede 122 em diferentes capacidades. Em alguns casos, a performance ou operação de uma aplicação pode ser afetada pela presença, ausência, ou configuração de vários componentes interativos externos à aplicação 102.

[00043] A presença, ausência e em alguns casos, a configuração de um componente com o qual uma aplicação interage pode definir um novo estado para uma aplicação. Por exemplo, uma aplicação pode adicionar ou remover componentes de interface com o usuário para outras aplicações ou serviços. Quando outra aplicação está presente e configurada, uma primeira aplicação pode proporcionar um certo conjunto de componentes de interface com o usuário ou funcionalidade que se ligue ou utilize a funcionalidade proporcionada pela outra aplicação. Quando a outra aplicação não está presente ou configurada de forma diferente, a primeira aplicação pode apresentar uma interface com o usuário ou funcionalidade alternativa.

[00044] Um componente com o qual a aplicação interage pode ser um componente virtual. Em alguns casos, uma aplicação pode ser executada virtualmente utilizando o sistema de execução 106 enquanto outra aplicação também pode ser executada virtualmente. Devido ao fato de ambas as aplicações serem executadas virtualmente, cada aplicação pode operar sem interagir com outra em uma configuração preestabelecida. Entretanto, quando ambas as aplicações estão operacionais, cada aplicação pode ser configurada para passar dados, controle, ou outros sinais entre cada aplicação. Em tal caso, cada aplicação pode possuir uma configuração designada 104 que define os pontos de interação e permite que a interação ocorra, mesmo quando ambas as aplicações são operadas virtualmente e separada- mente. Em tal caso, ambas as aplicações podem ser iniciadas simultaneamente ou sequencialmente com as configurações apropriadas de modo que as aplicações podem interagir.

[00045] Os componentes virtuais podem apresentar opções de configuração diferentes dos componentes que são instalados e operando dentro do mesmo sistema operacional que a aplicação 102. Em geral, os componentes virtuais podem operar de forma agnóstica aos outros componentes e podem ser configurados de maneiras particulares para interagirem com outras aplicações em ambientes separados, incluindo ambientes convencionais de sistema operacional ou outros ambientes virtuais.

[00046] O contexto pode incluir vários parâmetros ou configurações de um sistema operacional 118. Por exemplo, um contexto pode incluir informação geral sobre um sistema operacional, tal como o tipo de sistema operacional, a versão específica e outros parâmetros sobre o sistema operacional nativo. Um contexto também pode incluir adições ou alterações para o ambiente do sistema operacional, tal como parâmetros do registrador, a presença e a configuração de arquivos tais como bibliotecas de ligação dinâmica, parâmetros utilizados pelo sistema operacional para acessar vários dispositivos de hardware periféricos e interfaces, e qualquer outro tipo de parâmetro.

[00047] Em algumas concretizações, as configurações 104 podem ser aplicadas quando uma aplicação é iniciada. Algumas concretizações também podem permitir que uma configuração 104 seja aplicada para uma aplicação 102 após a aplicação começar a execução.

[00048] Algumas concretizações podem permitir que algumas configurações 104 possam estar aptas a serem aplicadas após o começo da execução enquanto outras configurações 104 somente podem ser aplicadas quando uma aplicação inicia. Em tais concretizações, duas ou mais configurações 104 podem ser aplicadas para uma única instância de uma aplicação 102. Por exemplo, uma configuração de toda a companhia pode ser definida, a qual estabelece parâmetros preestabelecidos para toda a companhia para uma aplicação. Uma segunda configuração pode ser aplicada, a qual contém parâmetros específicos do usuário que podem ou não adicionalmente ajustar a configuração para toda a companhia em relação às preferências pessoais de um usuário.

[00049] Em outro exemplo, uma aplicação 102 pode interagir com várias outras aplicações ou serviços de rede. Cada serviço de rede ou aplicação pode ser definido dentro de uma configuração separada 104 de modo que quando a aplicação 102 é iniciada, várias configurações diferentes 104 podem ser aplicadas, cada uma permitindo que uma aplicação ou serviço separado seja acessado.

[00050] Uma aplicação 102 também pode interagir com vários serviços de rede 122 que podem estar disponíveis através de uma rede de área local (LAN), de uma rede de longa distância (WAN), ou de qualquer outra rede, incluindo a Internet. Em vários casos, um serviço da Rede pode ser utilizado para proporcionar dados em respostas às consultas e a outras operações ou serviços. Uma configuração 104 pode ser definida para execução da aplicação 102 quando o serviço da Rede ou outro serviço de rede 122 está presente. Tal configuração pode incluir vários parâmetros tais como portas, protocolos, endereços e outras informações de configuração de comunicação, bem como funcionalidade específica de configuração a ser disponível através da aplicação 102.

[00051] A configuração 104 pode incluir componentes de interface com o usuário, ligações, ou outros itens configuráveis que podem permitir que um serviço de rede 122 seja acessado em certas instâncias.

[00052] Por exemplo, um programa processador de texto pode utilizar um serviço de dicionário que é proporcionado como um serviço de rede 122. Quando o serviço de dicionário está disponível, o programa processador de texto pode possuir ligações para o serviço de dicionário na interface com o usuário, tais como uma seleção de menu para acessar o serviço de dicionário. Quando o serviço de dicionário é selecionado, uma consulta pode ser enviada para o serviço de rede e uma resposta recebida. A resposta pode ser exibida dentro do programa processador de texto como se o serviço de dicionário fosse parte do programa processador de texto. Em tal caso, um usuário pode não perceber que um serviço de rede foi ativado. Quando o serviço de dicionário não está disponível, a configuração 104 pode substituir uma versão local ou pode tornar uma função de dicionário inativa, invisível, ou de outro modo inacessível.

[00053] O gerenciador de contexto 112 pode definir um contexto dentro do qual uma aplicação está atualmente operando ou é pretendida para ser operada. O contexto pode ser utilizado em conjunto com as políticas 110 para criar uma configuração específica 104 que pode ser retornada quando um ativador de aplicação 126 inicia a aplicação 102. O gerenciador de contexto 112 também pode detectar um contexto atual que pode ser utilizado pelo ativador de aplicação 126 para selecionar a configuração 104 ou o grupo de configurações 104 apropriado.

[00054] O contexto no qual uma aplicação executa pode ser definido pelas políticas 110. Um contexto pode ser uma classificação ou tipo de estado. Em vários casos, um estado pode possuir vários contextos. Por exemplo, uma aplicação 102 pode interagir com outra aplicação operando em uma máquina virtual 116 bem como interagir com um serviço de rede 122. A presença de uma máquina virtual 116 pode definir um contexto de máquina virtual e a presença de serviços de rede pode definir um contexto capacitado com rede. Em alguns casos, dois ou mais diferentes contextos podem se aplicados.

[00055] Quando múltiplas configurações 104 podem ser aplicadas para uma única instância de uma aplicação 102, múltiplos contextos independentes podem ser definidos para uma instância específica. No exemplo acima, um contexto de máquina virtual e um contexto capacitado com rede podem ser definidos separadamente e de forma independente.

[00056] Quando uma única configuração 104 pode ser aplicada para uma instância de uma aplicação 102, um contexto pode ser definido, o qual é o conjunto de vários diferentes fatores. No exemplo acima, um único contexto pode ser definido, o qual inclui uma máquina virtual e serviços capacitados com rede e uma única configuração 104 pode ser criada. Conf igurações separadas podem ser criadas para uma máquina virtual sem serviços capacitados com rede e para serviços capacitados com rede sem a máquina virtual.

[00057] As políticas 110 podem definir o tipo de contexto e como as alterações para uma configuração de aplicação são para ser manipuladas baseadas no contexto. Por exemplo, algumas alterações podem ser descartadas enquanto outros tipos de alterações podem ser armazenados. Quando múltiplas configurações independentes são utilizadas, uma política pode definir um tipo de alteração a ser armazenado em um contexto, mas não outro.

[00058] A Figura 2 é uma ilustração de fluxograma de uma concretização 200 apresentando um método para operar com configurações independentes do contexto. A concretização 200 é um exemplo de várias operações que podem ser executadas pelos componentes da concretização 100, incluindo um ativador de aplicação 126, um gerenciador de contexto 112, um sistema de monitoramento de alteração 108, e um sistema de execução 106.

[00059] Outras concretizações podem utilizar diferentes etapas de ordenação, adicionais ou menos etapas, e nomenclatura ou terminologia diferentes para realizar funções similares. Em algumas concretizações, várias operações ou conjuntos de operações podem ser executados em paralelo uns com os outros, de uma maneira síncrona ou assíncrona. Aqui, as etapas selecionadas foram escolhidas para ilustrar alguns princípios de operações de uma forma simplificada.

[00060] A concretização 200 ilustra um método para ativar uma aplicação, detectar alterações para a configuração da aplicação, e armazenar as alterações em um depósito de configurações para reutilização posterior.

[00061] Um comando pode ser recebido para ativar uma aplicação no bloco 202. Em vários casos, um comando pode ser iniciado por uma entrada do usuário tal como a seleção de um ícone ou a entrada de um comando em uma linha de comandos. Em outros casos, um comando para ativar uma aplicação pode ser iniciado por outra aplicação ou serviço, incluindo um serviço de rede.

[00062] O contexto para a aplicação pode ser determinado no bloco 204. O contexto pode ser definido em uma política e conjuntos de parâmetros de configuração para a aplicação podem ser criados para contextos específicos. O contexto pode ser determinado de qualquer maneira. Em algumas concretizações, um gerenciador de contexto tal como o gerenciador de contexto 112 na concretização 100, pode ser utilizado para determinar o contexto atual ou pretendido.

[00063] O contexto pode ser um contexto atual ou um contexto pretendido. Um contexto atual pode ser determinado pela percepção do estado atual de vários parâmetros, sistemas, e serviços com os quais uma aplicação pode interagir. Um contexto pretendido pode ser um contexto que pode existir quando a aplicação está executando.

[00064] Um contexto pretendido pode ser utilizado quando várias aplicações que podem interagir umas com as outras são ativadas em sucessão ou substancialmente simultaneamente. Cada aplicação no grupo de aplicações ativadas pode ser configurada para operar com as outras aplicações, mas tal contexto pode existir quando todas as aplicações tiverem sido iniciadas e tiverem feito conexões umas com as outras.

[00065] Se não existir configuração definida para o contexto no bloco 206, uma configuração preestabelecida pode ser selecionada no bloco 208. Se uma configuração for definida para o contexto no bloco 206, a configuração pode ser carregada no bloco 210.

[00066] Em algumas concretizações, duas ou mais configurações podem ser carregadas e aplicadas baseadas no contexto. Em tais concretizações, várias configurações podem ser aplicada em sucessão, com a última configuração aplicada sendo apta a sobregravar um ambiente de uma configuração anterior.

[00067] Algumas concretizações podem aplicar um esquema de prioridade para determinar quais parâmetros de quais configurações podem ser aplicados quando mais do que uma configuração estabelece um parâmetro. Em um esquema de prioridade de sucessão, a última configuração aplicada pode dominar. Entretanto, em outros esquemas, métricas ou regras diferentes podem ser aplicadas. Tais regras podem ser definidas em um conjunto de políticas.

[00068] Uma vez que as configurações são definidas, a aplicação pode ser executada utilizando as configurações no bloco 212.

[00069] Em várias concretizações onde múltiplas configurações são utilizadas, a aplicação pode ser executada em um ambiente virtual, tal como uma máquina virtual dedicada ou dentro de uma ambiente de virtualização de aplicação. Por virtualizar uma aplicação, vários parâmetros podem ser alterados ou configurados de uma maneira mais fácil do que se a aplicações estivesse operando dentro de um ambiente de sistema operacional convencional com várias outras aplicações. Por exemplo, um ambiente virtual pode permitir que parâmetros de registradores ou bibliotecas de ligação dinâmica que podem de outra forma ser compartilhados com outra aplicação serem alterados para a aplicação virtual.

[00070] Se uma alteração for detectada no bloco 214, um processo pode começar para criar ou modificar um ambiente de configuração baseado no contexto da aplicação.

[00071] O contexto pode ser classificado no bloco 216. Em algumas concretizações, uma instância específica pode incluir vários diferentes contextos, cada um possuindo um parâmetro ou um pequeno número de parâmetros que podem ser independentes de outros contextos. Em outras concretizações, um único contexto pode ser definido para qualquer situação que possa conter vários parâmetros ou descritores diferentes. Um conjunto de políticas pode definir os contextos.

[00072] A alteração pode ser classificada pelo tipo no bloco 218. O tipo da alteração pode ser uma classificação geral da alteração como definida em uma política de modo que a alteração pode ser disposta de forma apropriada.

[00073] Para cada classificação de contexto no bloco 220, a alteração pode ser disposta nos blocos seguintes. A concretização 200 é um exemplo de uma concretização onde dois ou mais contextos podem existir para uma situação particular. Em outras concretizações, um único contexto pode ser definido e o e a repetição “para” do bloco 220 pode ser executado uma única vez para o contexto.

[00074] Se a política não especificar como o tipo de alteração é manipulado no bloco 222, uma política preestabelecida pode ser aplicada no bloco 224. Caso contrário, a política atual pode ser aplicada.

[00075] A política atual ou política preestabelecida pode declarar se a alteração é para ser salva ou desconsiderada no bloco 226. Se a alteração for para ser desconsiderada no bloco 226, a alteração pode não ser armazenada no bloco 230. Se a alteração for para ser salva no bloco 226, a configuração pode ser atualizada para o contexto no bloco 228.

[00076] O processo pode continuar no bloco 220 para o próximo contexto, se existir um. Quando cada um dos contextos tiver sido processado no bloco 220, o processo pode retornar para o bloco 212 para execução adicional da aplicação.

[00077] A concretização 200 é um exemplo de um processo que pode ser utilizado para determinar um contexto e salvar uma alteração para uma aplicação baseado no contexto. Quando uma aplicação é reiniciada no mesmo contexto, a configuração pode ser retornada e a aplicação pode se comportar de acordo com a alteração.

[00078] A descrição precedente do assunto foi apresentada para propósito de ilustração e de descrição. Não é pretendido que ela seja exaustiva ou que limite o assunto á forma precisa revelada, e outras modificações e variações podem ser possíveis de acordo com as instruções acima. A concretização foi escolhida e descrita de modo à melhor explicar os princípios da invenção é de sua aplicação prática para desse modo permitir outros versados na técnica melhor utilizarem a invenção nas várias concretizações e nas várias modificações à medida que sejam adequadas para o uso particular contemplado. É pretendido que as reivindicações anexas sejam construídas para incluírem outras concretizações alternativas exceto até onde limitado pela técnica anterior.

Claims

1. Método para iniciar um aplicativo, caracterizado pelo fato de que compreende: receber (202) um comando para iniciar um aplicativo (102); determinar (204) um contexto para a aplicação (102), sendo o contexto definido em uma política (110); determinar (206) se uma configuração (104) é definida para o contexto, se nenhuma configuração (104) é definida para o contexto, usar (208) uma configuração padrão, se uma configuração (104) for definida para o contexto, carregar (210) a configuração (104) para o contexto; executar (212) o aplicativo (102) usando a configuração; se for detectada uma alteração na configuração (214), iniciar um processo para modificar uma configuração com base no contexto do aplicativo (102); classificar (216) o contexto (216); classificar (218) a alteração por tipo, em que um tipo de alteração é uma classificação da alteração conforme definida na política (110); para cada classificação de contexto (220), determinar se a política especifica como o tipo de alteração é tratado e se a política não especifica como o tipo de alteração é tratado, aplicar uma política padrão, aplicar a política em que a política ou a política padrão declara se a alteração deve ser salva ou desconsiderada; determinar (226) se deseja salvar ou desconsiderar a alteração, se a alteração deve ser salva, armazenar a alteração com base no contexto, se isso estiver definido na política ou na política padrão e atualizar (228) a configuração do contexto, se a alteração deve ser desconsiderada, desconsiderar a alteração com base no contexto, se isso estiver definido na política ou na política padrão e não armazenar (230) a alteração.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o contexto compreende um contexto específico da sessão.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o contexto compreende um contexto entre máquinas.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que o contexto entre máquinas compreende pelo menos uma máquina virtual.

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a aplicação compreende vários recursos, e a alteração afeta pelo menos um dos recursos.

6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que um dos vários recursos é uma segunda aplicação.

7. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que a aplicação é executada em uma primeira plataforma de hardware, um dos recursos é executado em uma segunda plataforma de hardware.

8. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que a aplicação é executada em um primeiro contexto virtual.

9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que pelo menos um dos vários recursos está em um segundo contexto virtual.

10. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que o primeiro contexto virtual é um contexto de virtualização de aplicação.

11. Método, de acordo com a reivindicação 10, caracterizado pelo fato de que o segundo contexto virtual é um contexto de virtualização de aplicação.

12. Método, de acordo com a reivindicação 10, caracterizado pelo fato de que o dito segundo contexto virtual é um contexto de máquina virtual.

13. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que o primeiro contexto virtual é um primeiro contexto de máquina virtual.

14. Sistema, caracterizado pelo fato de que compreende: um iniciador de aplicativos configurado para iniciar um aplicativo (102) em resposta ao recebimento de um comando para iniciar o aplicativo (102); um gerenciador de contexto (112) configurado para: determinar um contexto para a aplicação (102), sendo o contexto definido em uma política (110); determinar se uma configuração (104) está definida para o contexto se nenhuma configuração (104) estiver definida para o contexto, usar (208) uma configuração padrão, se uma configuração (104) for definida para o contexto, carregar (210) a configuração (104) para o contexto; um sistema de execução (106) configurado para executar a aplicação (102) usando a configuração; um sistema de monitoramento de alterações (108) configurado para: determinar uma alteração na configuração; classificar o contexto; classificar a alteração por tipo, em que um tipo de alteração é uma classificação da alteração conforme definida em uma política; determinar pelo menos um contexto para a alteração; para cada classificação de contexto, determine se a política (110) especifica como o tipo de alteração é manipulada e se a política não especifica como o tipo de alteração é manipulada, aplicar uma política padrão ou aplicar a política, em que a política ou a política padrão determina se a alteração deve ser salva ou desconsiderada; determinar (226) se deseja salvar ou desconsiderar a alteração, se a alteração tiver que ser salva, armazenar a alteração com base no contexto, se isso estiver definido na política ou na política padrão e atualizar a configuração do contexto, se a alteração deve ser desconsiderada, desconsiderar a mudança com base no contexto, se isso estiver definido na política ou na política padrão e não armazenar a alteração.

15. Sistema, de acordo com a reivindicação 14, caracterizado pelo fato de que os vários contextos compreendem pelo menos um do grupo composto de: um contexto específico da sessão; um contexto específico do tipo de sessão; um contexto entre máquinas; e um contexto de aplicação dupla.