BRPI1004507A2 - aparelho de processamento de informação, programa, meio de armazenamento, e, sistema de processamento de informação - Google Patents

Abstract

APARELHO DE PROCESSAMENTO DE INFORMAçãO, PROGRAMA, MEIO DE ARMAZENAMENTO, E, SISTEMA DE PROCESSAMENTO DE INFORMAçãO. Provido é um aparelho de processamento de informação incluindo uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo informação de direito de acesso para acessar o chip de IC, uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo de um servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção, uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição, e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

Description

"APARELHO DE PROCESSAMENTO DE INFORMAÇÃO, PROGRAMA, MEIO DE ARMAZENAMENTO, E, SISTEMA DE PROCESSAMENTO DE INFORMAÇÃO"

FUNDAMENTO DA INVENÇÃO

Campo da Invenção

A presente invenção relaciona-se a um aparelho de processamento de informação, um programa, um meio de armazenamento e um sistema de processamento de informação.

Descrição da Técnica Relacionada

Em recentes anos, aparelhos de processamento de informação, tais como telefones móveis, etc., com chips de IC resistentes à fraude (em seguida chamado "chip seguro") instalado neles se tornou popular. E muito conveniente que um usuário possa executar comunicação de dados só passando o tal aparelho de processamento de informação através de um leitor/gravador. Aplicando este aparelho de processamento de informação a sistemas de dinheiro eletrônico, por exemplo, o usuário pode completar um pagamento imediatamente depois de passar o aparelho de processamento de informação através do leitor/gravador em lojas, etc.

Adicionalmente, ao usar o sistema de dinheiro eletrônico anterior, o usuário pode começar um aplicativo instalado no aparelho de processamento de informação assim para confirmar uma história de uso, um saldo, etc., na tela de exibição. Assim, vários aplicativos podem ser instalados no aparelho de processamento de informação.

Várias tecnologias relativas aos supracitados aparelhos de processamento de informação com chips seguros foram desenvolvidos. JP-A- 2006-222787 expõe uma tecnologia para se comunicar rapidamente e seguramente apesar de aumentos de serviços, acessos, ou similar, administrando chaves de acesso que habilitam um leitor/gravador se comunicar com aparelhos de processamento de informação. JP-A-2006- 246015 expõe uma tecnologia na qual um leitor/gravador autentica aparelhos de processamento de informação combinando um ou dois tipos de métodos de autenticação, e executa um processamento de comunicação a um chip seguro.

SUMÁRIO BREVE DA INVENÇÃO

Há alguns aplicativos, entre aqueles instalados nos aparelhos de processamento de informação anteriores, que tentam acessos fraudulentos a chips seguros. Por esta razão, os aparelhos de processamento de informação precisam impedir tais acessos fraudulentos. Um de exemplos dos acessos fraudulentos é uma navegação de fraude de histórias de uso sem permissão de usuário.

A fim de impedir os acessos fraudulentos supracitados, no campo de aparelhos de processamento de informação, houve um caso no qual uma companhia operadora de sistema modifica uma especificação de um gerente de aplicativo para uma especificação de proprietário, então limita o gerente de aplicativo modificado para ser usado só no sistema que a própria companhia opera assim para administrar um controle de acesso a chips seguros.

Quando uma pluralidade de companhias operadoras de sistema compartilha gerente de aplicativo e sistemas periféricos, obedecendo a uma especificação padrão, porém, o gerente de aplicativo não pode ser modificado em sua especificação desde que a integridade do sistema será prejudicada se cada companhia operadora de sistema modificar a especificação por sua conta. Por esta razão, houve um problema que um método de controle de acesso convencional não pode ser aplicado. Houve outro problema que não é conveniente para modificar a especificação do gerente de aplicativo conforme o aplicativo a cada momento quando o controle de acesso a chips seguros é precisado.

Levando em conta o antecedente, é desejável prover um aparelho de processamento de informação, um programa, um meio de armazenamento e um sistema de processamento de informação, que são modernos e melhorados, e que são capazes de impedir acessos fraudulentos a chips seguros por um aplicativo sem modificar uma especificação de um gerente de aplicativo.

De acordo com uma concretização da presente invenção, é provido um aparelho de processamento de informação incluindo uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo informação de direito de acesso para acessar o chip de IC, uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo de um servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção, uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição, e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

De acordo com uma tal configuração, acessos fraudulentos podem ser impedidos a chips seguros por um aplicativo sem modificar uma especificação de um gerente de aplicativo.

O aparelho de processamento de informação adicionalmente inclui uma unidade de verificação que tem uma primeira chave pública de um par de chaves tendo uma primeira chave secreta e a primeira chave pública. A informação de direito de acesso podem conter uma primeira assinatura digital usando a primeira chave secreta do primeiro par de chaves. A informação de autenticação podem conter uma segunda assinatura digital usando a primeira chave secreta do primeiro par de chaves. A unidade de verificação pode verificar a primeira assinatura digital contida na informação de direito de acesso, e verifica a segunda assinatura digital contida na informação de autenticação.

A unidade de aquisição pode obter dados binários do aplicativo. A informação de autenticação pode conter um valor de assinatura do aplicativo usando uma segunda chave secreta de um segundo par de chaves que tem a segunda chave secreta e uma segunda chave pública, e a segunda chave pública do segundo par de chaves. A unidade de autenticação pode autenticar o aplicativo comparando os dados binários do aplicativo obtidos pela unidade de aquisição, e dados descriptografados que são o valor de assinatura do aplicativo contido na informação de autenticação descriptografada usando a segunda chave pública do segundo par de chaves contido na informação de autenticação.

O aplicativo pode ter uma terceira chave pública de um terceiro par de chaves tendo uma terceira chave secreta e a terceira chave pública, e uma terceira assinatura digital usando a terceira chave secreta do terceiro par de chaves. A unidade de aquisição pode obter a terceira chave pública do terceiro par de chaves do aplicativo. A informação de autenticação pode conter a terceira chave pública do terceiro par de chaves. A unidade de autenticação pode autenticar o aplicativo comparando a terceira chave pública do terceiro par de chaves obtida pela unidade de aquisição, e a terceira chave pública do terceiro par de chaves contida na informação de autenticação.

O aparelho de processamento de informação pode adicionalmente incluir uma unidade de armazenamento que armazena informação de comando para acesso ao chip de IC, que está incluída na informação de direito de acesso contida pelo aplicativo que foi autenticado pela unidade de autenticação. A unidade de controle pode permitir ao aplicativo acessar o chip de IC quando um comando para acesso ao chip de IC do aplicativo está contido na informação de comando para acesso, que é armazenado na unidade de armazenamento. A unidade de controle pode impedir o aplicativo de acessar o chip de IC quando o comando para acesso ao chip de IC do aplicativo não está contido na informação de comando para acesso, que está armazenado na unidade de armazenamento. A unidade de armazenamento pode adicionalmente armazenar informação de área acessível do chip de IC5 que está incluída na informação de direito de acesso contida pelo aplicativo que foi autenticado pela unidade de autenticação. A unidade de controle pode restringir uma área acessível do chip de IC a ser acessada pelo aplicativo baseado na informação de área acessível armazenada na unidade de armazenamento.

O aparelho de processamento de informação pode adicionalmente incluir uma unidade de retenção que retém a informação de autenticação obtida pela unidade de aquisição. A unidade de autenticação pode autenticar o aplicativo baseado na informação de autenticação retida pela unidade de retenção.

De acordo com outra concretização da presente invenção, é provido um programa que faz um computador funcionar como uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo uma informação de direito de acesso para acessar o chip de IC, uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo de um servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção, uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição, e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

De acordo com um tal programa, acessos fraudulentos a chips seguros por um aplicativo podem ser impedidos sem modificar uma especificação de um gerente de aplicativo.

De acordo com outra concretização da presente invenção, é provido um meio de armazenamento armazenando um programa que faz um computador funcionar como uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo uma informação de direito de acesso para acessar o chip de IC, uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo de um servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção, uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição, e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

De acordo com um tal meio de armazenamento, acessos fraudulentos a chips seguros podem ser impedidos por um aplicativo sem modificar uma especificação de um gerente de aplicativo.

De acordo com outra concretização da presente invenção, é provido um aparelho de processamento de informação incluindo um aparelho de processamento de informação, e um servidor externo que é capaz de comunicação com o aparelho de processamento de informação. O aparelho de processamento de informação inclui uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo informação de direito de acesso para acessar o chip de IC, uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo do servidor externo baseado na informação de direito de acesso contido no pedido para acesso recebido pela unidade de recepção, uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição, e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

De acordo com tal aparelho de processamento de informação, acessos fraudulentos a chips seguros por um aplicativo podem ser impedidos sem modificar uma especificação de gerente de aplicativo.

De acordo com as concretizações da presente invenção descritas acima, acessos fraudulentos a chips seguros por um aplicativo podem ser impedidos sem modificar uma especificação de um gerente de aplicativo.

DESCRIÇÃO BREVE DOS DESENHOS

Figura 1 é uma ilustração para ilustrar um controle de acesso a chips seguros por um aplicativo em um aparelho de processamento de informação convencional;

Figura 2 é uma ilustração para ilustrar uma configuração esquemática de um sistema de processamento de informação de acordo com uma primeira concretização da presente invenção;

Figura 3 é uma ilustração para ilustrar uma configuração funcional de um cliente na Figura 2;

Figura 4 é um diagrama de seqüência mostrando um processamento preliminar de controle de acesso, executado pelo aparelho de processamento de informação de acordo com a primeira concretização da presente invenção;

Figura 5 é um diagrama de seqüência mostrando um processamento de controle de acesso, executado pelo aparelho de processamento de informação de acordo com a primeira concretização da presente invençao;

Figura 6 é um fluxograma mostrando processamento de autenticação de informação de direito de acesso executado na etapa S102 na Figura 5;

Figura 7 é um fluxograma mostrando um processamento de autenticação de aplicativo executado na etapa S106 na Figura 5;

Figura 8 é um fluxograma mostrando um processamento de controle de execução de comando executado na etapa S109 na Figura 5;

Figura 9 é uma ilustração para ilustrar um conteúdo da informação de direito de acesso; Figura 10 é uma ilustração para ilustrar um conteúdo da informação de direito de acesso;

Figura 11 é ilustração para ilustrar um conteúdo de informação de autenticação;

Figura 12 é uma ilustração para ilustrar um conteúdo de informação de autenticação;

Figura 13 é uma ilustração para ilustrar uma configuração esquemática de sistema de processamento de informação de acordo com uma segunda concretização da presente invenção;

Figura 14 é um diagrama de seqüência mostrando um processamento preliminar de controle de acesso, executado pelo aparelho de processamento de informação de acordo com a segunda concretização da presente invenção;

Figura 15 é um diagrama de seqüência mostrando um processamento de controle de acesso, executado pelo aparelho de processamento de informação de acordo com a segunda concretização da presente invenção;

Figura 16 é um fluxograma mostrando um processamento de autenticação de aplicativo executado na etapa S808 na Figura 15;

Figura 17 é uma ilustração para ilustrar um conteúdo de informação de autenticação;

Figura 18 é uma ilustração para ilustrar um conteúdo de informação de autenticação;

DESCRIÇÃO DETALHADA DAS CONCRETIZAÇÕES

Em seguida, concretizações preferidas da presente invenção serão descritas em detalhes com referência aos desenhos anexos. Note que, nesta especificação e nos desenhos anexos, elementos estruturais que têm substancialmente a mesma função e estrutura são denotados com os mesmos numerais de referência, e explicação repetida destes elementos estruturais é omitida.

A explicação é dada na ordem seguinte:

1. Um controle de acesso convencional

2. Um sistema de processamento de informação de acordo com uma primeira concretização da presente invenção

3. Um processamento preliminar de controle de acesso de acordo com a primeira concretização da presente invenção

4. Um processamento de controle de acesso de acordo com a primeira concretização da presente invenção

5. Um sistema de processamento de informação de acordo com uma segunda concretização da presente invenção

6. Um processamento preliminar de controle de acesso de acordo com a segunda concretização da presente invenção

7. Um processamento de controle de acesso de acordo com a segunda concretização da presente invenção

Um controle de acesso convencional

Antes de explicar um sistema de processamento de informação de acordo com concretizações da presente invenção, primeiro, uma explicação será dada sobre um controle de acesso a chips seguros por um aplicativo em um aparelho de processamento de informação convencional. Figura 1 é uma ilustração para ilustrar o controle de acesso a chips seguros por um aplicativo em um aparelho de processamento de informação convencional.

Na Figura 1, um cliente 10 como exemplo de um aparelho de processamento de informação convencional, tal como um telefone móvel, inclui um aplicativo 11, um aplicativo 12, um módulo de controle 13, uma API (Interface de Programas Aplicativos) 14, um gerente de aplicativo 15 e um chip seguro 16. O aplicativo 11 não tem um direito de acesso ao chip seguro 16. O aplicativo 12 tem o direito de acesso ao chip seguro 16.

No cliente 10, se o aplicativo 12 pedir ao módulo de controle 13 um acesso ao chip seguro 16 pela API 14, o gerente de aplicativo 15 determina se o aplicativo 12, que pediu acesso, tem o direito de acesso ou não. Desde que o aplicativo 12 tem o direito de acesso ao chip seguro 16, o gerente de aplicativo 15 permite ao aplicativo 12 acessar o chip seguro 16. Isto permite ao módulo de controle 13 executar um comando para o acesso ao chip seguro 16, que é requerido pelo aplicativo 12, no chip seguro 16.

Por outro lado, se o aplicativo 11 pedir acesso ao chip seguro 16 pela API 14 para o módulo de controle 13, o aplicativo 11 não será permitido acesso ao chip seguro 16 desde que o aplicativo 11 não tem o direito de acesso ao chip seguro 16. Assim, o módulo de controle 13 não executa o comando para acesso ao chip seguro 16, que é requerido pelo aplicativo 11, no chip seguro 16. Isto habilita impedir acesso fraudulento ao chip seguro 16 pelo aplicativo 11 que não tem o direito de acesso. Note que o cliente 10 tem uma função para impedir aplicativos instalados de acessar o chip seguro 16 desviando o módulo de controle 14.

No cliente convencional 10, uma companhia operadora de sistema modificou uma especificação do gerente de aplicativo 15 para uma especificação de proprietário, então limitou o gerente de aplicativo modificado 15 para ser usado só no sistema que a própria companhia opera assim para administrar o controle de acesso a chip seguro 16. Em um aplicativo de Java operando no cliente 10 tal como um telefone móvel, por exemplo, uma atribuição para o acesso ao chip seguro 16 foi adicionada a um arquivo de manifesto e um JAD (Descritor de Aplicativo Java). Então, a companhia operadora de sistema modificou uma especificação padrão de um JAM (Gerente de Aplicativo Java) para uma especificação de proprietário de forma que o JAM, como um exemplo do gerente de aplicativo 15, possa ler o conteúdo da atribuição adicionada para o acesso, e aplicado à especificação de proprietário só no sistema que a própria companhia opera.

Quando uma pluralidade de companhias operadoras de sistema compartilha um gerente de aplicativo e sistemas periféricos, obedecendo a uma especificação padrão, porém, o gerente de aplicativo não pode ser modificado em sua especificação desde que a integridade do sistema será prejudicada se cada companhia operadora de sistema modificar a especificação por sua conta. Por esta razão, um método de controle de acesso convencional não pode ser aplicado, e o acesso fraudulento ao chip seguro 16 pelo aplicativo não pode ser impedido.

O sistema de processamento de informação descrito posteriormente de acordo com concretizações da presente invenção executa um processamento preliminar descrito posteriormente de controle de acesso e um processamento de controle de acesso. Assim, acesso fraudulento ao chip seguro 16 pelo aplicativo pode ser impedido sem modificar a especificação do gerente de aplicativo 15.

Um sistema de processamento de informação de acordo com uma primeira concretização da presente invenção

A seguir, uma explicação será dada sobre o sistema de processamento de informação de acordo com a primeira concretização da presente invenção. Figura 2 é uma ilustração para ilustrar uma configuração esquemática do sistema de processamento de informação de acordo com a primeira concretização da presente invenção.

Na Figura 2, um sistema de processamento de informação 1000 como um exemplo do aparelho de processamento de informação da presente invenção inclui um cliente 100, tal como um telefone móvel, um servidor de emissor 200, um servidor provedor de aplicativo 300 e um servidor de autenticação 400. Note que o sistema de processamento de informação 1000 pode incluir um cliente 150, tal como um PC, em vez do cliente 100. O cliente 100 e 150 são um de exemplos do aparelho de processamento de informação da presente invenção. Os clientes 100 e 150, e os servidores 200, 300 e 400 estão conectados a uma rede de comunicação 400, respectivamente.

O cliente 100 inclui um aplicativo 110, um módulo de controle 120 e um chip seguro 130. O chip seguro 130 é um chip de IC com excelentes características de resistência à fraude. O chip seguro 130 inclui um dispositivo de comunicação sem contato (não mostrado) para executar comunicação sem contato com um leitor/gravador (não mostrado), por exemplo, e comunica informação com o leitor/gravador de uma maneira sem contato. Adicionalmente, o chip seguro 130 inclui um dispositivo de armazenamento (não mostrado) e armazena informação para comunicar de uma maneira sem contato. Note que o dispositivo de armazenamento do chip seguro 130 também pode armazenar informação diferente de informação para comunicar de uma maneira sem contato. O aplicativo 110 executa processamento predeterminado usando informação armazenada no dispositivo de armazenamento do chip seguro 130. Além disso, o aplicativo 110 inclui informação de direito de acesso 112 descrita mais tarde na Figura 9 e Figura 10. O módulo de controle 120 controla o chip seguro 130. Por exemplo, o módulo de controle 120 controla um acesso ao chip seguro 130 pelo aplicativo 110 como descrito mais tarde.

O cliente 150 inclui um aplicativo 160 e um módulo de controle 170, e o módulo de controle 170 controla um chip seguro externo 180. Cada um do aplicativo 160, do módulo de controle 170 e do chip seguro 180 tem uma configuração funcional igual como o aplicativo 110, o módulo de controle 120 e o chip seguro 130, respectivamente. Adicionalmente, o aplicativo 160 tem informação de direito de acesso 162 igual como a informação de direito de acesso 112.

O servidor provedor de aplicativo 300 cria, por exemplo, o aplicativo 110. Ao criar o aplicativo 110 para acessar o chip seguro 130, o servidor provedor de aplicativo 300 pede ao servidor de emissor 200 acesso ao chip seguro 130. Quando o servidor de emissor 200 emite informação de direito de acesso 112 descrita mais tarde, o servidor provedor de aplicativo 300 embute a informação de direito de acesso emitida 112 no aplicativo 110. Adicionalmente, o servidor provedor de aplicativo 300 transmite informação para gerar informação de autenticação 402 descrita mais tarde para o servidor de emissor 200. O servidor provedor de aplicativo 300 provê o aplicativo 110 ao cliente 100 quando o cliente 100 pede provisão do aplicativo 110.

O servidor de emissor 200 gera a informação de direito de acesso 112 depois de receber um pedido para acesso ao chip seguro 130 do servidor provedor de aplicativo 300, por exemplo, e emite a informação de direito de acesso gerada 112 para o servidor provedor de aplicativo 300. Adicionalmente, o servidor de emissor 200 gera a informação de autenticação 402 depois de receber informação para gerar a informação de autenticação 402 do servidor provedor de aplicativo 300, e transmite a informação de autenticação gerada 402 para o servidor de autenticação 400.

O servidor de autenticação 400 tem a informação de autenticação 402. O servidor de autenticação 400 é um exemplo de um servidor externo da presente invenção. O servidor de autenticação 400 transmite a informação de autenticação 402 para o módulo de controle 120, como descrito mais tarde por exemplo, depois de receber um pedido para a informação de autenticação 402 do módulo de controle 120 do cliente 100.

O sistema de processamento de informação 1000 pode prevenir acessos fraudulentos ao chip seguro 130 por aplicativos sem modificar especificações de gerentes de aplicativo (não mostrado) executando um processamento preliminar de controle de acesso ilustrado na Figura 4 e um processamento de controle de acesso ilustrado na Figura 5 descrito mais tarde. Em seguida, uma explicação será dada sobre um caso que o sistema de processamento de informação 1000 é configurado do cliente 100, do servidor de emissor 200, do servidor provedor de aplicativo 300 e do servidor de autenticação 400. A seguir, uma explicação será dada sobre uma configuração funcional do cliente 100 na Figura 2. Figura 3 é uma ilustração para ilustrar a configuração funcional do cliente 100 na Figura 2.

Na Figura 3, o cliente 100 inclui o aplicativo 110, o módulo de controle 120 e o chip seguro 130. O módulo de controle 120 inclui uma unidade de recepção 121, uma unidade de aquisição 122, uma unidade de autenticação 123, uma unidade de controle 124, uma unidade de verificação 125, uma unidade de armazenamento 126 e uma unidade de retenção 127.

A unidade de recepção 121 recebe um pedido para acesso ao chip seguro 130 do aplicativo 110 que tem a informação de direito de acesso 112 para acessar o chip seguro 130. A unidade de aquisição 122 obtém a informação de autenticação 402 para autenticar o aplicativo 110 da servidor de autenticação 400, baseado na informação de direito de acesso 112 contida no pedido para acesso recebido pela unidade de recepção 121. A unidade de autenticação 123 autentica o aplicativo 110 baseado na informação de autenticação 402 obtida pela unidade de aquisição 122. A unidade de controle 124 controla acesso ao chip seguro 130 pelo aplicativo 110 baseado em um resultado de autenticação pela unidade de autenticação 123.

A unidade de verificação 125 tem uma chave pública de um par de chaves gerado pelo servidor de emissor 200 como descrito mais tarde, e verifica uma assinatura digital contida na informação de direito de acesso 112 e uma assinatura digital contida na informação de autenticação 402. A unidade de armazenamento 126 armazena informação de comando para o acesso ao chip seguro 130 e informação de área acessível, que estão incluídas na informação de direito de acesso 112 contida pelo aplicativo 110 que foi autenticado pela unidade de autenticação 123. A unidade de retenção 127 retém a informação de autenticação 402 obtida pela unidade de aquisição 122. Um processamento preliminar de controle de acesso de acordo com a primeira concretização da presente invenção Em seguida, uma explicação será dada sobre um processamento preliminar de controle de acesso de acordo com a primeira concretização da presente invenção. Figura 4 é um diagrama de seqüência mostrando o processamento preliminar de controle de acesso, executado pelo aparelho de processamento de informação de acordo com a primeira concretização da presente invenção.

Na Figura 4, primeiro, o servidor de emissor 200 gera um par de chaves para uma assinatura digital como um exemplo do par de chaves de acordo com a primeira concretização da presente invenção (etapa S201). Então, a seguir, o servidor de emissor 200 embute uma chave pública (não mostrado) do par de chaves gerado no módulo de controle 120 do cliente 100 (etapa S202).

A seguir, o servidor provedor de aplicativo 300 pede ao servidor de emissor 200 acesso ao chip seguro 130 de forma que o aplicativo 110 a ser gerado será capaz de acessar o chip seguro 130 do cliente 100 (etapa S301). Especificamente, o servidor provedor de aplicativo 300 transmite, para o servidor de emissor 200, uma lista de comandos para acesso de chip a ser executado preferivelmente e uma lista de áreas de chip a serem acessadas preferivelmente.

A seguir, o servidor de emissor 200 que recebeu o pedido para acesso ao chip seguro 130 gera a informação de direito de acesso 112 ilustrada nas Figuras 9 e 10, baseado nos conteúdos do pedido para acesso. Como ilustrado nas Figuras 9 e 10, a informação de direito de acesso 112 é configurada de um identificador de aplicativo 113, uma lista de comando executável 114, uma lista de área acessível 115 e dados de assinatura 116. O identificador de aplicativo 113 é informação para identificar o aplicativo 110. A lista de comando executável 114 é uma lista de comandos para acesso de chip, os comandos que são executáveis pelo aplicativo 110. A lista de área acessível 115 é uma lista de áreas de chip acessíveis pelo aplicativo 110. Os dados de assinatura 116 são uma assinatura digital correspondendo ao identificador de aplicativo 113, à lista de comando executável 114 e à lista de área acessível 115, usando uma chave secreta 202 do par de chaves gerado na etapa S201. Os dados de assinatura 116 são um exemplo da primeira assinatura digital de acordo com a presente invenção. O servidor de emissor 200 emite a informação de direito de acesso gerada 112 para o servidor provedor de aplicativo 300 (etapa S204).

A seguir, o servidor provedor de aplicativo 300 cria o aplicativo 110 (etapa 8302), e embute a informação de direito de acesso 112, emitida na etapa S204, para o aplicativo 110 criado (etapa S303). O servidor provedor de aplicativo 300, como descrito mais tarde, permite ao aplicativo 110 passar a informação de direito de acesso 112 para o módulo de controle 120 quando o aplicativo 110 pede ao módulo de controle 120 acesso ao chip seguro 130.

A seguir, o servidor provedor de aplicativo 300 gera um par de chaves para a assinatura digital como um exemplo de um segundo par de chaves da presente invenção (etapa S304), e como ilustrado na Figura 11, gera um valor de assinatura de aplicativo 404 do aplicativo 110 usando uma chave secreta 302 do par de chaves gerado (etapa S305). Então, o servidor provedor de aplicativo 300, como ilustrado na Figura 11, provê o valor de assinatura de aplicativo 404 gerado na etapa S305 e uma chave pública 304 do par de chaves gerado na etapa S304, para o servidor de emissor 200 (etapa S306).

A seguir, o servidor de emissor 200 gera a informação de autenticação 402 ilustrada nas Figuras 11 e 12 baseado no valor de assinatura de aplicativo 404 e na chave pública 304 que foram providos (etapa S205). Como ilustrado nas Figuras 11 e 12, a informação de autenticação 402 é configurada de um identificador de aplicativo 403, um valor de assinatura de aplicativo 404, uma chave pública para verificação de assinatura 405 e dados de assinatura 406. O identificador de aplicativo 403 é informação para identificar o aplicativo 110. O valor de assinatura de aplicativo 404 é um valor de assinatura endereçando para o aplicativo 110. A chave pública para verificação de assinatura 405 é a chave pública 304 correspondendo à chave secreta 302 usada para executar o endereçamento de assinatura digital para o aplicativo 110. Os dados de assinatura 406 são uma assinatura digital correspondendo ao identificador de aplicativo 403, ao valor de assinatura de aplicativo 404 e à chave pública para verificação de assinatura 405, usando a chave secreta 202 do par de chaves gerado na etapa S201. Os dados de assinatura 406 são um exemplo da segunda assinatura digital da presente invenção. O servidor de emissor 200 transmite a informação de autenticação gerada 402 para o servidor de autenticação 400 (etapa S206), e o servidor de autenticação 400 registra a informação de autenticação recebida 402 e termina este processamento.

Um processamento de controle de acesso de acordo com a primeira concretização da presente invenção

Em seguida, uma explicação será dada sobre um processamento de controle de acesso executado pelo sistema de processamento de informação de acordo com a primeira concretização da presente invenção. Figura 5 é um diagrama de seqüência mostrando um processamento de controle de acesso, executado pelo sistema de processamento de informação de acordo com a primeira concretização da presente invenção. Este processamento é executado depois do processamento preliminar de controle de acesso na Figura 4.

Na Figura 5, primeiro, o aplicativo 110 pede ao módulo de controle 120 acesso ao chip seguro 130 (etapa S101). Neste momento, o aplicativo 110 passa a informação de direito de acesso embutida 112 para o módulo de controle 120.

A seguir, o módulo de controle 120, que recebeu o pedido para acesso ao chip seguro 130, executa um processamento de autenticação descrito mais tarde de informação de direito de acesso na Figura 6, e autentica uma validade da informação de direito de acesso 112 passada do aplicativo 110 (etapa S102).

Se o processamento de autenticação de informação de direito de acesso na etapa S102 for completado com êxito, o módulo de controle 120 pede ao servidor de autenticação 400 a informação de autenticação 402 correspondendo à informação de direito de acesso 112 (etapa S103). Neste momento, o módulo de controle 120 passa o identificador de aplicativo 113 incluído na informação de direito de acesso 112 para o servidor de autenticação 400.

A seguir, o servidor de autenticação 400 que recebeu o pedido para a informação de autenticação 402, transmite a informação de autenticação 402 para o módulo de controle 120 (etapa S401). Especificamente, o servidor de autenticação 400 transmite, para o módulo de controle 120, a informação de autenticação 402 que inclui o identificador de aplicativo 403 idêntico ao identificador de aplicativo 113 passado do módulo de controle 120.

A seguir, o módulo de controle 120 que recebeu o pedido para a informação de autenticação 402, pede ao aplicativo 110 dados binários do aplicativo 110 (etapa S104). Então, o aplicativo 110 que recebeu o pedido para os dados binários do aplicativo 110 transmite os dados binários do aplicativo 110 para o módulo de controle 120 (etapa S105).

A seguir, o módulo de controle 120 que recebeu a informação de autenticação 402 executa um processamento de autenticação descrito mais tarde de aplicativo na Figura 7, e autentica uma validade do direito de acesso ao chip seguro 130 para o aplicativo 110 que está pedindo acesso ao chip seguro 130 (etapa S106).

Se o processamento de autenticação de aplicativo na etapa S106 for completado com êxito, o módulo de controle 120 armazena a lista de comando executável 114 e a lista de área acessível 115, que estão incluídas na informação de direito de acesso 112, no dispositivo de armazenamento (não mostrado) (etapa S107).

Então, o aplicativo 110 pede ao módulo de controle 120 para executar um comando para acesso de chip (etapa S108). O módulo de controle 120, que recebeu o pedido para executar o comando para acesso de chip, executa um processamento de controle descrito mais tarde de execução de comando na Figura 8 e determina se executar o comando pedido para acesso de chip ou não (etapa S109).

Se um processamento de controle de execução de comando na etapa S109 for completado com êxito, o módulo de controle 120 executa o comando pedido para acesso de chip para o chip seguro 130 (etapa S110) e termina este processamento.

Figura 6 é um fluxograma mostrando um processamento de autenticação de informação de direito de acesso executado na etapa S102 na Figura 5.

Na Figura 6, primeiro, o módulo de controle 120 determina se há validade em um formato da informação de direito de acesso 112 passada do aplicativo 110 (etapa S501). Especificamente, o módulo de controle 120 determina se o formato da informação de direito de acesso 112 é um formato, como o ilustrado na Figura 10, definido na etapa S203 na Figura 4 quando a informação de direito de acesso 112 era gerada pelo servidor de emissor 200.

Se o formato da informação de direito de acesso 112 for válido (SIM na etapa S501), o módulo de controle 120 verifica os dados de assinatura 116 incluídos na informação de direito de acesso 112 usando a chave pública embutida na etapa S202 na Figura 4. O módulo de controle 120 determina se a dados de assinatura 116 são válidos ou não (etapa S502). Especificamente, o módulo de controle 120 descriptografa os dados de assinatura 116 usando a chave pública embutida na etapa S202, determina se os dados descriptografados são idênticos aos dados visados para a assinatura, que são o identificador de aplicativo 113, a lista de comando executável 114 e a lista de área acessível 115, e determina se os dados de assinatura 116 são válidos ou não.

Se os dados de assinatura 116 forem válidos (SIM na etapa S502), o módulo de controle 120 autentica que a informação de direito de acesso 112 é válida, e termina este processamento com êxito. Se o formato da informação de direito de acesso 112 não for válido (NÃO na etapa S501) ou se os dados de assinatura 116 não forem válidos (NÃO na etapa S502), o módulo de controle 120 determina que a informação de direito de acesso 112 não é válida, e termina este processamento como um erro.

De acordo com o processamento de informação de autenticação de direito de acesso na Figura 6, se o formato da informação de direito de acesso 112 ou os dados de assinatura 116 forem inválidos, isto é, se a informação de direito de acesso 112 não foi emitida validamente pelo servidor de emissor 200, este processamento é para ser terminado como um erro. Isto proíbe o aplicativo (não mostrado) incluindo a informação de direito de acesso 112 que não foi emitida validamente pelo servidor de emissor 200 de acessar o chip seguro 130.

Figura 7 é um fluxograma mostrando um processamento de autenticação de aplicativo executado na etapa S106 na Figura 5.

Na Figura 7, primeiro, o módulo de controle 120 determina se um formato da informação de autenticação 402 recebida é válido (etapa S601). Especificamente, o módulo de controle 120 determina se o formato da informação de autenticação 402 é igual como um formato, como o ilustrado na Figura 12, definido na etapa S205 na Figura 4 quando a informação de autenticação 402 foi gerada pelo servidor de emissor 200.

Se o formato da informação de autenticação 402 for válido (SIM na etapa S601), o módulo de controle 120 verifica os dados de assinatura 406 incluídos na informação de autenticação 402 usando a chave pública embutida na etapa S202 na Figura 4. O módulo de controle 120 determina se os dados de assinatura 406 são válidos ou não (etapa S602). Especificamente, o módulo de controle 120 descriptografa os dados de assinatura 406 usando a chave pública embutida na etapa S202, determina se os dados descriptografados são idênticos aos dados visados para a assinatura, que são o identificador de aplicativo 403, o valor de assinatura de aplicativo 404 e a chave pública para verificação de assinatura 405, e determina se os dados de assinatura 406 são válidos ou não.

Se o formato da informação de autenticação 402 não for válido (NÃO na etapa S601) ou se a dados de assinatura 406 não forem válidos (NÃO na etapa S602), o módulo de controle 120 determina que a informação de autenticação 402 não é válida, e termina este processamento como um erro.

Se os dados de assinatura 406 forem válidos (SIM na etapa S602), o módulo de controle 120 extrai o valor de assinatura de aplicativo 404 e a chave pública para verificação de assinatura 405 fora da informação de autenticação recebida 402 (etapa S603).

A seguir, o módulo de controle 120 descriptografa o valor de assinatura de aplicativo 404 extraído usando a chave pública para verificação de assinatura 405 (etapa S604). O módulo de controle 120 determina se os dados descriptografados do valor de assinatura de aplicativo 404 extraídos fora da informação de autenticação 402 são idênticos aos dados binários do aplicativo 110 recebidos na etapa S105 na Figura 5 (etapa S605). Note que os dados descriptografados do valor de assinatura de aplicativo 404 correspondem aos dados binários do aplicativo 110.

Se os dados descriptografados do valor de assinatura de aplicativo 404 forem idênticos aos dados binários do aplicativo 110 (SIM na etapa S605), o módulo de controle 120 autentica que o aplicativo 110 é válido, e termina este processamento com êxito. Se os dados descriptografados do valor de assinatura de aplicativo 404 não forem idênticos aos dados binários do aplicativo 110 (NÃO na etapa S605), o módulo de controle 120 determina que o aplicativo 110 é inválido e termina este processamento como um erro.

De acordo com o processamento de autenticação de aplicativo na Figura 7, se os dados descriptografados do valor de assinatura de aplicativo 404 extraídos fora da informação de autenticação 402 não forem idênticos aos dados binários do aplicativo 10 recebidos do aplicativo 110, isso é, se um aplicativo inválido (não mostrado) obtiver a informação de direito de acesso 112, o processo é para ser terminado como um erro. Isto proíbe o aplicativo inválido (não mostrado) que obtém a informação de direito de acesso 112 de acessar o chip seguro 130.

No processamento de autenticação de aplicativo acima descrito na Figura 7, se um caminho de comunicação seguro estiver preparado previamente entre o cliente 100 e o servidor de autenticação 400, não há nenhum objetivo provável a ser alterado na informação de autenticação 402, assim não é necessariamente preciso autenticar validade da informação de autenticação 402. Em outras palavras, no processamento de autenticação de aplicativo na Figura 7, o processamento da etapa S603 é executado a princípio sem executar o processamento da etapa S601 e etapa S602. Isto diminui o número de etapas no processamento de autenticação de aplicativo.

Figura 8 é um fluxograma mostrando um processamento de controle de execução de comando executado na etapa S109 na Figura 5.

Na Figura 8, primeiro, o módulo de controle 120 determina se o dispositivo de armazenamento (não mostrado) armazena a lista de comando executável 114 e a lista de área acessível 115 ou não (etapa S701).

Se o dispositivo de armazenamento armazenar a lista de comando executável 114 e a lista de área acessível 115 (SIM na etapa S701), o módulo de controle 120 determina se o comando para acesso de chip pedido na etapa S108 na Figura 5 existe na lista de comando executável 114. Se o dispositivo de armazenamento não armazenar nem a lista de comando executável 114 nem a lista de área acessível 115 (NÃO na etapa S701), o módulo de controle 120 determina que o comando para acesso de chip não é executável, e termina este processamento como um erro.

Se houver o comando pedido para acesso de chip na lista de comando executável 114 (SIM na etapa S702), o módulo de controle 120 determina se há a área de acesso para o comando pedido para acesso de chip na lista de área acessível 115 (etapa S703). Se não houver o comando pedido para acesso de chip na lista de comando executável 114 (NÃO na etapa S702), o módulo de controle 120 determina que o comando pedido para acesso de chip não é executável, e termina este processamento como um erro.

Se houver a área de acesso para o comando pedido para acesso de chip na lista de área acessível 115 (SIM na etapa S703), o módulo de controle 120 determina que o comando pedido para acesso de chip é executável, e termina este processamento com êxito. Se não houver a área de acesso para o pedido comando para acesso de chip na lista de área acessível 115 (NÃO na etapa S703), o módulo de controle 120 determina que o comando pedido para acesso de chip não é executável, e termina este processamento como um erro.

De acordo com o processamento de controle de execução de comando na Figura 8, quando o dispositivo de armazenamento não armazena a lista de comando executável 114 nem a lista de área acessível 115, isso é, quando o pedido de execução para comando para acesso de chip é pedido por um aplicativo (não mostrado) que pediu ao módulo de controle 120 para acesso ao chip seguro 130, mas cuja informação de direito de acesso e o próprio aplicativo não foram autenticados, este processamento será terminado como um erro. Isto habilita impedir acesso ao chip seguro 130 pelo aplicativo (não mostrado) cuja informação de direito de acesso e o próprio aplicativo não foram autenticados pelo módulo de controle 120.

Se o comando pedido para acesso de chip não existir na lista de comando executável 114, isso é, quando o aplicativo 110 pede execução do comando para acesso de chip que não é permitido ser executado, este processamento será terminado como um erro. Isto habilita impedir a execução do comando para acesso de chip que não é permitido ser executado pelo aplicativo 110.

Se a área de acesso para o comando pedido para acesso de chip não existir na lista de área acessível 115, isso é, quando o aplicativo 110 pede execução do comando para acesso de chip que excede a área permitida ser acessada, este processo será terminado como um erro. Isto habilita impedir o aplicativo 110 executar o comando de acesso de chip que excede a área permitida ser acessado.

Como descrito acima, de acordo com o processamento de controle de acesso na Figura 5, executando o processamento de autenticação de informação de direito de acesso na Figura 6, o processamento de autenticação de aplicativo na Figura 7 e o processamento de controle de controle de comando na Figura 8, que são descritos acima, impede acessos fraudulentos ao chip seguro 130 por aplicativos. Adicionalmente, o módulo de controle 120 controla acesso ao chip seguro 130 pelo aplicativo 110 baseado na informação de direito de acesso 112 contida pelo aplicativo 110, e a informação de autenticação 402 obtida do servidor de autenticação 400. Portanto, para o propósito de controle de acesso, não é preciso necessariamente modificar a especificação do gerente de aplicativo (não mostrado) que executa controle ou similar dos aplicativos instalados, ou similar. Isto habilita impedir acessos fraudulentos ao chip seguro 130 por aplicativos sem modificar a especificação do gerente de aplicativo (não mostrado).

No processamento de controle de acesso descrito acima na Figura 5, o módulo de controle 120 pode reter a informação de autenticação 402 no dispositivo de armazenamento (não mostrado) depois de receber a informação de autenticação 402 transmitida do servidor de autenticação 400 na etapa S401. Então, se a informação de autenticação 402 correspondendo à informação de direito de acesso 112 estiver retida no dispositivo de armazenamento na etapa S103, o módulo de controle 120 executa um processamento de autenticação de aplicativo na etapa 106 usando a informação de autenticação 402 retida no dispositivo de armazenamento, sem pedir ao servidor de autenticação 400 a informação de autenticação 402. Isto habilita diminuir o número de etapas do processamento de controle de acesso.

Sistema de Processamento de Informação de Acordo com Segunda Concretização de Presente Invenção

A seguir, um sistema de processamento de informação de acordo com uma segunda concretização da presente invenção será dado. O sistema de processamento de informação de acordo com a presente concretização difere do na primeira concretização só no ponto que aplicativos a serem instalados em clientes têm uma assinatura digital e uma chave pública. Assim, explicações serão omitidas para as mesmas configurações e funções, e a explicação só para as configurações e funções diferentes será dada no seguinte. Figura 13 é uma ilustração para ilustrar uma configuração esquemática do sistema de processamento de informação de acordo com a segunda concretização da presente invenção.

Na Figura 13, um sistema de processamento de informação 2000 como um exemplo do sistema de processamento de informação da presente invenção inclui um cliente 600, tal como um telefone móvel, um servidor de emissor 200, um servidor provedor de aplicativo 300 e uma servidor de autenticação 410. O cliente 600 é um exemplo do aparelho de processamento de informação da presente invenção. O cliente 600, os servidores 200, 300 e 410 estão conectados à rede de comunicação 500, respectivamente.

O cliente 600 inclui um aplicativo 610, um módulo de controle 620, um chip seguro 630 e um gerente de aplicativo 640. O chip seguro 630 tem a mesma estrutura do chip seguro 130 descrito acima. O aplicativo 610 executa processamento predeterminado usando informação armazenada no dispositivo de armazenamento do chip seguro 630. O aplicativo 610 tem informação de direito de acesso 612. A informação de direito de acesso 612 tem a mesma estrutura da informação de direito de acesso 112 descrita acima. O aplicativo 610 tem uma assinatura digital 614 do aplicativo 610 usando uma chave secreta (não mostrada) de um par de chaves gerado em um servidor provedor de aplicativo 300 descrito mais tarde, e uma chave pública 618 fora do par de chaves. A assinatura digital 614 é um exemplo de uma terceira assinatura digital da presente invenção. O gerente de aplicativo 640 autentica a assinatura digital 614 usando a chave pública 618 contida no aplicativo 610 ao instalar o aplicativo 610 no cliente 600, e autentica o aplicativo 610. O módulo de controle 620 controla o chip seguro 630. O módulo de controle 620 controla, por exemplo, acesso ao chip seguro 630 pelo aplicativo 610 como descrito mais tarde.

O servidor provedor de aplicativo 300 cria, por exemplo, o aplicativo 610. O servidor provedor de aplicativo 300 pede ao servidor de emissor 200 o chip seguro 630 ao criar o aplicativo 610 para acesso ao chip seguro 630. Quando o servidor de emissor emite informação de direito de acesso 612, o servidor provedor de aplicativo 300 embute a informação de direito de acesso emitida 612 em aplicativo 610. Adicionalmente, o servidor provedor de aplicativo 300 transmite informação para gerar informação de autenticação 412 descrita mais tarde para o servidor de emissor 200. O servidor provedor de aplicativo 300 provê o aplicativo 610 para o cliente 600 quando o cliente 600 pede para prover o aplicativo 610.

O servidor de emissor 200 gera a informação de direito de acesso 612 depois de receber um pedido para acesso ao chip seguro 130 do servidor provedor de aplicativo 300, por exemplo, e emite a informação de direito de acesso gerada 612 para o servidor provedor de aplicativo 300. Adicionalmente, o servidor de emissor 200 gera a informação de autenticação 412 depois de receber informação para gerar a informação de autenticação 412 do servidor provedor de aplicativo 300, e transmite a informação de autenticação gerada 412 para o servidor de autenticação 410.

O servidor de autenticação 410 tem a informação de autenticação 412. O servidor de autenticação 410 é um exemplo de um servidor externo da presente invenção. O servidor de autenticação 410 transmite a informação de autenticação 412 para o módulo de controle 620, como descrito mais tarde por exemplo, depois de receber um pedido para a informação de autenticação 412 do módulo de controle 620 do cliente 600.

O sistema de processamento de informação 2000 pode impedir acessos fraudulentos ao chip seguro 630 por aplicativos sem modificar especificações de gerente de aplicativo 640 ou similar executando um processamento preliminar de um controle de acesso ilustrado na Figura 14 e um processamento do controle de acesso ilustrado na Figura 15 descrita mais tarde.

Um processamento preliminar para o controle de acesso de acordo com a segunda concretização da presente invenção

Em seguida, explicação será dada sobre um processamento preliminar para um controle de acesso, executado pelo aparelho de processamento de informação de acordo com a segunda concretização da presente invenção. O processo preliminar para o controle de acesso de acordo com a concretização presente só difere da uma entre a primeira concretização nos pontos que o servidor provedor de aplicativo 300 provê só a chave pública do par de chaves ao emissor 200 na etapa S306 na Figura 4, e que o servidor de emissor 200 gera a informação de autenticação baseado só na chave pública na etapa S205, ou similar. Assim, explicações serão omitidas para as mesmas configurações e funções, e a explicação só para as configurações e funções diferentes será dada no seguinte. Figura 14 é um diagrama de seqüência mostrando o processamento preliminar para o controle de acesso, executado pelo aparelho de processamento de informação de acordo com a segunda concretização da presente invenção.

Na Figura 14, primeiro, o servidor de emissor 200 gera um par de chaves (etapa S201). A seguir, o servidor de emissor 200 embute uma chave pública (não mostrada) do par de chaves gerado no módulo de controle 120 do cliente 100 (etapa S202). Então, o servidor provedor de aplicativo 300 pede ao servidor de emissor 200 acesso ao chip seguro 130 (etapa S301).

A seguir, o servidor de emissor 200 gera a informação de direito de acesso 612 igual como a informação de direito de acesso 112 ilustrada nas Figuras 9 e 10 (etapa S203). Então, o servidor de emissor 200 emite a informação de direito de acesso gerada 612 para o servidor provedor de aplicativo 300 (etapa S204).

A seguir, o servidor provedor de aplicativo 300 cria o aplicativo 610 (etapa S302), e embute a informação de direito de acesso 612 emitida na etapa S204 no aplicativo 610 criado (etapa S303).

A seguir, o servidor provedor de aplicativo 300 gera um par de chaves para uma assinatura digital, como exemplo de um terceiro par de chaves da presente invenção (etapa S304), e nomeia a assinatura digital ao aplicativo 610 usando uma chave secreta 616 do par de chaves gerado (etapa S305), como ilustrado na Figura 17. Isto habilita nomear, para o aplicativo 610, uma assinatura digital 614 e uma chave pública 618 do par de chaves gerado na etapa S304. Adicionalmente, o servidor provedor de aplicativo 300 provê só a chave pública 618 do par de chaves gerado na etapa S304, para o servidor de emissor 200, como ilustrado na Figura 17 (etapa S316).

O servidor de emissor 200 gera a informação de autenticação 412 ilustrada nas Figuras 17 e 18 baseado na chave pública 618 provida (etapa S215). Como ilustrado nas Figuras 17 e 18, a informação de autenticação 412 é configurada de um identificador de aplicativo 413, uma chave pública para verificação de assinatura 415 e dados de assinatura 415. O identificador de aplicativo 413 é informação para identificar o aplicativo 610. A chave pública para verificação de assinatura 414 é a chave pública 618 correspondendo à chave secreta 616 usada para executar o endereçamento de assinatura digital para o aplicativo 610. Os dados de assinatura 415 são uma assinatura digital correspondendo ao identificador de aplicativo 413 e à chave pública para verificação de assinatura 414, usando a chave secreta 202 do par de chaves gerado na etapa S201. O servidor de emissor 200 transmite a informação de autenticação gerada 412 para o servidor de autenticação 410 (etapa S216), e o servidor de autenticação 410 registra a informação de autenticação recebida 412 e termina este processamento.

Sistema de Processamento de Informação de Acordo com a Segunda Concretização de Presente Invenção

Em seguida, uma explicação será dada sobre um processamento de controle de acesso executado pelo sistema de processamento de informação de acordo com a segunda concretização da presente invenção. Figura 15 é um diagrama de seqüência mostrando um processamento para o controle de acesso, executado pelo aparelho de processamento de informação de acordo com a segunda concretização da presente invenção. Este processamento é para ser executado depois do processamento preliminar para o controle de acesso na Figura 14.

Na Figura 15, primeiro, o aplicativo 610 pede ao gerente de aplicativo 640 para instalar ao cliente 600 (etapa S801). Neste momento, o aplicativo 610 passa a assinatura digital 614 e a chave pública 618, que foram nomeados ao aplicativo 610, para o gerente de aplicativo 640.

A seguir, o gerente de aplicativo que recebeu o pedido para instalação do aplicativo 610 verifica a assinatura digital 614 usando a chave pública 618 (etapa S802). Se a assinatura digital 614 for válida no resultado da verificação na etapa S802, a instalação do aplicativo 610 no cliente 600 é para ser permitida. Por outro lado, se a assinatura digital 614 não for válida no resultado da verificação na etapa S802, a instalação do aplicativo 610 para o cliente 600 não é para ser permitida.

Depois da instalação do aplicativo 610 para o cliente 600, o aplicativo 610 pede ao módulo de controle 620 acesso ao chip seguro 630 (etapa S803). Neste momento, o aplicativo 610 passa a informação de direito de acesso embutida 612 para o módulo de controle 620.

A seguir, o módulo de controle 620 que recebeu o pedido para acesso ao chip seguro 630, executa um processamento de autenticação de informação de direito de acesso igual como o na Figura 6 descrita acima, e autentica a validade do informação de direito de acesso 612 passada do aplicativo 610 (etapa S804).

Se o processamento de autenticação de informação de direito de acesso na etapa S804 for completado com êxito, o módulo de controle 620 pede ao servidor de autenticação 410 a informação de autenticação 412 correspondendo à informação de direito de acesso 612 (etapa S805). Neste momento, o módulo de controle 620 passa o identificador de aplicativo (não mostrado) incluído na informação de direito de acesso 612 para o servidor de autenticação 410.

A seguir, o servidor de autenticação 410 que recebeu o pedido para a informação de autenticação 412, transmite a informação de autenticação 412 para o módulo de controle 620. Especificamente, o servidor de autenticação 410 transmite, para o módulo de controle 620, a informação de autenticação 412 que inclui o identificador de aplicativo 413 idêntico para o identificador de aplicativo (não mostrado) passado do módulo de controle 620. A seguir, o módulo de controle 620 que recebeu o pedido para a informação de autenticação 412, pede ao aplicativo 610 a chave pública 618 (etapa S806). Então, o aplicativo 610 que recebeu o pedido para a chave pública 618 transmite a chave pública 618 para o módulo de controle 620 (etapa S807).

A seguir, o módulo de controle 620 executa um processamento de autenticação de aplicativo descrito mais tarde na Figura 16, e autentica a validade do direito de acesso do aplicativo 610 ao chip seguro 630, o aplicativo 610 que pede acesso ao chip seguro 630 (etapa S808).

Se o processamento de autenticação de aplicativo na etapa S808 for completado com êxito, o módulo de controle 620 armazena a lista de comando executável (não mostrada) e a lista de área acessível (não mostrada), que estão incluídas na informação de direito de acesso 612, no dispositivo de armazenamento (não mostrado) (etapa S809).

Então, o aplicativo 610 pede ao módulo de controle 620 para executar um comando para acesso de chip (etapa S810). O módulo de controle 620, que recebeu o pedido para executar o comando para acesso de chip, executa um processamento de controle de execução de comando igual ao na Figura 8 descrita acima, e determina se executar o comando pedido para acesso de chip ou não (etapa S811).

Se um processamento de controle de execução de comando na etapa S811 for completado com êxito, o módulo de controle 620 executa o comando pedido para acesso de chip para o chip seguro 630 (etapa S812) e termina este processamento.

Figura 16 é um fluxograma que mostra um processamento de autenticação de aplicativo executado na etapa S808 na Figura 15.

Na Figura 16, primeiro, o módulo de controle 620 determina se há validade em um formato da informação de autenticação recebida 412 (etapa S901). Especificamente, o módulo de controle 620 determina se o formato da informação de autenticação 412 é igual a um formato, como o ilustrado na Figura 18, definido na etapa S215 na Figura 14 quando a informação de autenticação 412 era gerada pelo servidor de emissor 200.

Se o formato da informação de autenticação 412 for válido (SIM na etapa S901), o módulo de controle 620 verifica os dados de assinatura 415 incluídos na informação de autenticação 412 usando a chave pública embutida na etapa S202 na Figura 14. O módulo de controle 620 determina se os dados de assinatura 415 são válidos ou não (etapa S902). Especificamente, o módulo de controle 620 descriptografa os dados de assinatura 415 usando a chave pública embutida na etapa S202, determina se os dados descriptografados são idênticos aos dados visados para a assinatura, que são o identificador de aplicativo 413 e a chave pública para verificação de assinatura 414, e determina se os dados de assinatura 415 são válidos ou não.

Se o formato da informação de autenticação 412 não for válido (NÃO na etapa S901) ou se os dados de assinatura 415 não forem válidos (NÃO na etapa S902), o módulo de controle 620 determina que a informação de autenticação 412 não é válida, e termina este processamento como um erro.

Se os dados de assinatura 415 forem válidos (SIM na etapa 902), o módulo de controle 620 extrai a chave pública para verificação de assinatura 414 fora da informação de autenticação recebida 412 (etapa S903).

A seguir, o módulo de controle 620 determina se a chave pública para verificação de assinatura 414 extraída da informação de autenticação 412 é idêntica à chave pública 618 recebida na etapa S807 na Figura 15 (etapa S904).

Se a chave pública para verificação de assinatura 414 for idêntica à chave pública 618 (SIM na etapa S904), o módulo de controle 620 determina que o aplicativo 610 é válido e termina este processamento com êxito. Se a chave pública para verificação de assinatura 414 não for idêntica à chave pública 618 (NÃO na etapa S904), o módulo de controle 620 determina que o aplicativo 610 não é válido e termina este processamento como um erro.

De acordo com o processamento de autenticação de aplicativo na Figura 16, se a chave pública para verificação de assinatura 414 extraída da informação de autenticação 412 não for idêntica à chave pública 618 recebida na etapa S807 na Figura 15, isso é, se um aplicativo inválido (não mostrado) obtiver a informação de direito de acesso (não mostrado), o processamento é para ser terminado como um erro. Isto proíbe o aplicativo inválido (não mostrado) que obtém a informação de direito de acesso (não mostrado) de acessar o chip seguro 630.

No processamento de autenticação de aplicativo precedente na Figura 16, se um caminho de comunicação seguro estiver preparado previamente entre o cliente 600 e o servidor de autenticação 410, não há nenhum objetivo provável a ser alterado na informação de autenticação 412, assim não é necessariamente preciso autenticar validade da informação de autenticação 412. Em outras palavras, no processamento de autenticação de aplicativo na Figura 16, o processamento da etapa S903 é executado a princípio sem executar o processamento da etapa S901 e etapa S902. Isto diminui o número de etapas no processamento de autenticação de aplicativo.

Como descrito acima, de acordo com o processamento do controle de acesso na Figura 15, executando um processamento igual ao processamento de autenticação de informação de direito de acesso precedente na Figura 6, um processamento igual ao processamento de autenticação de aplicativo na Figura 16 e um processamento igual ao processamento de controle precedente de execução de comando na Figura 8 alcança o mesmo efeito como o processamento de controle de acesso precedente na Figura 5. Adicionalmente, no processamento de autenticação de aplicativo na etapa S808, a velocidade de processamento do processamento de autenticação de aplicativo pode ser melhorada porque o aplicativo 610 só pode ser autenticado pela comparação entre a chave pública para verificação de assinatura 414 e a chave pública 618.

O propósito da presente invenção também pode ser alcançado em um caso onde um meio de armazenamento armazenando códigos de programa para software, isso é para alcançar as funções de cada uma das concretizações precedentes, são providos ao sistema ou ao dispositivo, e onde um computador (ou uma CPU, MPU, etc.) do sistema ou do dispositivo lê e executa os códigos de programa armazenados no meio de armazenamento.

Neste caso, os códigos de programa lidos do meio de armazenamento são por si só para alcançar as funções de cada uma da concretização precedente, e os códigos de programa e o meio de armazenamento armazenando os códigos de programa soa para constituir a presente invenção.

O meio de armazenamento para prover os códigos de programa é, por exemplo, um disco óptico, uma fita magnética, um cartão de memória não volátil ou uma ROM, tal como um disquete (marca registrada), um disco rígido, um disco magneto-óptico, CD-ROM, CD-R, CD-RW, DVD- ROM, DVD-RAM, DVD-RW ou DVD+RW. Os códigos de programa também podem ser carregados por rede.

Adicionalmente, as funções de cada concretização precedente podem ser realizadas não só executando os códigos de programa lidos pelo computador, mas também em um caso onde um OS (sistema operacional) ou similar correndo em um computador executa todo ou uma parte do processamento atual baseado nas instruções dos códigos de programa.

Adicionalmente, as funções de cada concretização precedente também podem ser realizadas em um caso onde os códigos de programa lidos do meio de armazenamento são escritos sobre uma memória incluída em uma placa de aumento de função inserida em um computador ou uma memória incluída em uma unidade de aumento de função conectada a um computador, então baseado nas instruções dos códigos de programa, uma CPU ou similar incluída na placa de aumento de função e a unidade de aumento de função executa todo ou uma parte das funções de aumento.

Deveria ser entendido por aqueles qualificados na técnica que várias modificações, combinações, sub-combinações e alterações podem ocorrer dependendo de exigências de projeto e outro fatores até onde eles estão dentro da extensão das reivindicações anexas ou dos equivalentes delas.

O presente pedido contém assunto relacionado àquele exposto no Pedido de Patente de Prioridade Japonês JP 2009-176574 depositado no Escritório de Registro de Patentes do Japão em 29 de julho de 2009, o conteúdo inteiro de qual está por este meio incorporado por referência.

Claims (10)

1. Aparelho de processamento de informação, caracterizado pelo fato de incluir: uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo informação de direito de acesso para acessar o chip de IC; uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo de um servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção; uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição; e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

2. Aparelho de processamento de informação de acordo com a reivindicação 1, caracterizado pelo fato de incluir: uma unidade de verificação que tem uma primeira chave pública de um par de chaves tendo uma primeira chave secreta e a primeira chave pública, em que a informação de direito de acesso contém uma primeira assinatura digital usando a primeira chave secreta do primeiro par de chaves, em que a informação de autenticação contém uma segunda assinatura digital usando a primeira chave secreta do primeiro par de chaves, e em que a unidade de verificação verifica a primeira assinatura digital contida na informação de direito de acesso, e verifica a segunda assinatura digital contida na informação de autenticação.

3. Aparelho de processamento de informação de acordo com a reivindicação 1, caracterizado pelo fato de que a unidade de aquisição obtém dados binários do aplicativo a partir do aplicativo, a informação de autenticação contém um valor de assinatura do aplicativo usando uma segunda chave secreta de um segundo par de chaves que tem a segunda chave secreta e uma segunda chave pública, e a segunda chave pública do segundo par de chaves, e a unidade de autenticação autentica o aplicativo comparando os dados binários do aplicativo obtidos pela unidade de aquisição, e dados descriptografados que são o valor de assinatura do aplicativo contido na informação de autenticação descriptografada usando a segunda chave pública do segundo par de chaves contido na informação de autenticação.

4. Aparelho de processamento de informação de acordo com a reivindicação 1, caracterizado pelo fato de que o aplicativo tem uma terceira chave pública de um terceiro par de chaves tendo uma terceira chave secreta e a terceira chave pública, e uma terceira assinatura digital usando a terceira chave secreta do terceiro par de chaves, a unidade de aquisição obtém a terceira chave pública do terceiro par de chaves do aplicativo, a informação de autenticação contém a terceira chave pública do terceiro par de chaves, e a unidade de autenticação autentica o aplicativo comparando a terceira chave pública do terceiro par de chaves obtida pela unidade de aquisição, e a terceira chave pública do terceiro par de chaves contida na informação de autenticação.

5. Aparelho de processamento de informação de acordo com a reivindicação 1, caracterizado pelo fato de incluir: uma unidade de armazenamento que armazena informação de comando para acesso ao chip de IC, que é incluído na informação de direito de acesso contida pelo aplicativo que foi autenticado pela unidade de autenticação, em que a unidade de controle permite ao aplicativo acessar o chip de IC quando um comando para acesso ao chip de IC do aplicativo está contido na informação de comando para acesso, que está armazenada na unidade de armazenamento, e em que a unidade de controle impede o aplicativo de acessar o chip de IC quando o comando para acesso ao chip de IC do aplicativo não está contido na informação de comando para acesso, que está armazenada na unidade de armazenamento.

6. Aparelho de processamento de informação de acordo com a reivindicação 5, caracterizado pelo fato de que a unidade de armazenamento adicionalmente armazena informação de área acessível do chip de IC, que está incluída na informação de direito de acesso contida pelo aplicativo que foi autenticado pela unidade de autenticação, e a unidade de controle restringe uma área acessível do chip de IC a ser acessada pelo aplicativo baseado na informação de área acessível armazenada na unidade de armazenamento.

7. Aparelho de processamento de informação de acordo com a reivindicação 1, caracterizado pelo fato de incluir: uma unidade de retenção que retém a informação de autenticação obtida pela unidade de aquisição, em que a unidade de autenticação autentica o aplicativo baseado na informação de autenticação retida pela unidade de retenção.

8. Programa, caracterizado pelo fato de fazer um computador funcionar como: uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo uma informação de direito de acesso para acessar o chip de IC; uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo de um servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção; uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição; e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

9. Meio de armazenamento, caracterizado pelo fato de que armazena um programa que faz um computador funcionar como: uma unidade de recepção que recebe um pedido para acesso a um chip de IC de um aplicativo tendo uma informação de direito de acesso para acessar o chip de IC; uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo de um servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção; uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição; e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.

10. Sistema de processamento de informação, caracterizado pelo fato de incluir: um aparelho de processamento de informação; e um servidor externo que é capaz de comunicação com o aparelho de processamento de informação, em que o aparelho de processamento de informação inclui: uma unidade de recepçao que recebe um pedido para acesso a um chip de IC de um aplicativo tendo informação de direito de acesso para acessar o chip de IC; uma unidade de aquisição que adquire uma informação de autenticação para autenticar o aplicativo do servidor externo baseado na informação de direito de acesso contida no pedido para acesso recebido pela unidade de recepção; uma unidade de autenticação que autentica o aplicativo baseado na informação de autenticação obtida pela unidade de aquisição; e uma unidade de controle que controla um acesso do aplicativo ao chip de IC baseado em um resultado de autenticação pela unidade de autenticação.