PT819287E

PT819287E - Sistema de gestao de transaccoes controlado por um circuito integrado

Info

Publication number: PT819287E
Application number: PT95909594T
Authority: PT
Inventors: Guido Heyns; Peter Johannes
Original assignee: Europay International Societe
Priority date: 1995-02-17
Filing date: 1995-02-17
Publication date: 2000-04-28
Also published as: LV11923A; GR3032529T3; ES2140660T3; AU689550B2; ATE186414T1; PL321735A1; PL179977B1; US6254288B1; CZ239297A3; SK102897A3; LV11923B; DE69513200D1; FI973352A; KR19980702349A; AU1802295A; DE69513200T2; FI973352A0; NZ281157A; CA2211037A1; JPH10513585A

Description

DESCRIÇÃO

SISTEMA DE GESTÃO DE TRANSACÇÕES CONTROLADO POR UM

CIRCUITO INTEGRADO A presente invenção diz respeito a um sistema de gestão de transacções controlado por um circuito integrado, com o fim de executar uma transacção entre um cartão com circuito integrado (CCI) e um terminal ligado, ou não, a uma unidade central, em que uma transacção consiste na execução de, pelo menos, uma das seguintes sequências: 1. criar um canal de comunicação entre o ICC e o terminal; 2. executar um teste de compatibilidade para garantir que o CCI e o terminal são mecanicamente e electricamente compatíveis; 3. seleccionar uma aplicação suportada quer pelo PC quer pelo terminal, o que significa seleccionar um programa de computador e o conjunto de dados associado que define a transacção em termos da combinação presente do CCI específico e do terminal; 4. executar a dita aplicação no CCI e no terminal do sistema e 5. finalizar a transacção, que opcionalmente inclui a interrupção do canal de comunicação entre o CCI e o terminal. O documento WO 92/13322 descreve um método seguro para carregar uma multiplicidade de aplicações na memória do microprocessador do CCI, contendo meios para criar um canal de comunicação entre o CCI e o terminal do sistema.

Existem vários tipos de transacções entre um CCI e um terminal: o -2- terminal pode controlar o acesso aos sítios onde apenas os proprietários do CCI podem ter acesso; nas chamadas transacções financeiras o CCI pode ser carregado com símbolos que representam artigos de consumo obtidos no servidor do terminal (e.g. o total de milhas de passageiro frequente, unidades de crédito de serviços de telecomunicação, etc....), ou o CCI pode actuar como depósito de informação de contas bancárias para permitir transacções financeiras mais gerais; ou o CCI pode ser usado para armazenar dados, e.g. como CCI de identidade ou como armazenamento de registos médicos.

As características conhecidas do dito CCI e do terminal do sistema são: 1. O equipamento do terminal (i.e. o processador e os periféricos que, pelo menos, incluem o dispositivo de comunicação com o CCI) é acessível através do sistema operativo do terminal. Os sistemas operativos do terminal são específicos do fornecedor do equipamento. 2. Cada terminal que participa em certos tipos de transacções normalizadas (e.g. transacções financeiras internacionais) suporta, para aquelas transacções, uma norma comum permitindo ao CCI executar aplicações numa forma normalizada com terminais de qualquer fornecedor. Por exemplo, as transacções financeiras internacionais são actualmente baseadas nas normas inter-indústrias conforme é definido na norma ISO 7810/7811/7812/7813/7816. 3. Cada fornecedor de transacções normalizadas para terminal tem de fornecer uma aplicação, i.e. um programa e um conjunto de dados associado, ou uma especificação da aplicação, definidos em termos de uma norma comum. 4. Algumas partes fornecem aplicações ou especificações de aplicação que só parcialmente são construídas sob uma norma comum. Para condições especiais que estão fora do âmbito da norma comum, as ditas partes necessitam de confiar no sistema operativo do terminal. 5. Outras partes fornecem aplicações ou especificações de aplicação que são sua propriedade ou que não são baseadas em nenhuma norma comum. Neste caso, elas só se baseiam no sistema operativo do terminal para executar a transacção. 6. Cada programa de aplicação necessita de ser compilado e ligado separadamente, para cada tipo de terminal. Isto significa que para cada aplicação o programa específico tem que estar residente no terminal. 7. As aplicações definem grandes conjuntos de parâmetros do terminal administrando as regras da seu aceitação. Estes parâmetros podem necessitar de ser partilhados com outras aplicações. 8. Os programas de aplicações devem estar fisicamente instalados em cada terminal. 9. Podem ser exigidas no terminal, versões diferente de programas de aplicação que definem a mesma transacção durante mais ou menos períodos extensos de conversão.

As características associadas com o dito conhecido CCI e terminal do sistema carregado com aplicações múltiplas, impõem fortes limitações no equipamento do terminal, que deve ser capaz de armazenar e manejar todos os programas de aplicações possíveis e os conjuntos de dados associados. Além disso, um esforço considerável de logística é indispensável para gerir a distribuição e a manutenção de todos os programas em todos os terminais.

Aquelas características têm as seguintes desvantagens:

Alterar as especificações dos programas do terminal ou elementos delas, ou alterar especificações dos programas de aplicação, ou elementos delas, ou alterar as implementações de uma especificação, .ou elementos dela, ou criar novas aplicações, requer desenvolver novos programas para cada tipo de terminal alvo e carregar este novo programa em cada terminal alvo. Além disso, é -4- obrigatório a certificação de todos os tipos CCI em circulação nesse momento e para aqueles que estão planeados para edições futuras; A flexibilidade restrita, porque mesmo pequenas alterações a uma norma comum têm de ser combinadas entre todos as partes que a usam;

Cada uma das aplicações requer uma capacidade de armazenamento no terminal, capacidade que é limitada;

As normas comuns não são suficientemente completas para suportar todas as necessidades dos fornecedores;

As aplicações necessitam de ser implementadas cuidadosamente de modo a que nenhum dos seus programas, ou nenhum dos seus parâmetros interfiram uns com os outros;

Esta abordagem reduz o CCI a um mero dispositivo de memória, visto não ser possível dar ao CCI o controlo sobre cada tipo de terminal, devido à variedade de sistemas operativos diferentes em uso.

As supra citadas desvantagens resultam numa falta de flexibilidade do dito CCI e do terminal do sistema. Consequentemente, o tempo para lançar no mercado novas aplicações, o aprimoramento ou o melhoramento de aplicações é acentuadamente longo, na ordem de várias anos, do mesmo modo que todos os CCI e todos terminais são afectados. FR-A-2667171 apresenta um sistema de transacções, controlado por um circuito integrado, que utiliza um interpretador no CCI o qual trata da execução de uma aplicação, e o dito interpretador no CCI é capaz de aceder e usar pelo menos uma parte da memória do CCI e a pelo menos uma parte dos periféricos dos CCI.

Um problema a ser resolvido é a falta de flexibilidade do sistema. -5- A presente invenção tem como alvo facilitar a administração de todos as aplicações possíveis, com todos os CCI possíveis, em qualquer terminal. Esta finalidade é conseguida através de um sistema de gestão de transacções com CCI do tipo descrito no preâmbulo da reivindicação 1 em anexo, que é assinalável pelas as características da parte que caracteriza a reivindicação 1, utilizando um interpretador que trata a solução proposta, compreendendo, assim, quer a utilização de interpretadores no CCI, quer no terminal (ou em ambos) e com a execução de uma aplicação, quer no CCI, quer no terminal, ou em ambos, onde o interpretador no terminal é capaz de aceder e usar pelo menos uma parte da memória do terminal e uma parte dos periféricos do terminal, e.g. teclado, monitor, impressora, ou modem.

De facto, um interpretador realiza a interpretação entre um programa escrito numa linguagem universal compacta alto nível para uma linguagem específica para explorar o terminal ou o CCI. Para todas os efeitos práticos um interpretador consiste num programa que lê um fluxo de entrada (o interpretador no CCI lê o fluxo de dados de entrada vindo do terminal, e o interpretador no terminal lê o fluxo de dados de entrada, vindo do CCI) e de um ou mais dicionários, onde o dicionário é uma colecção de palavras, cada uma referindo-se a instruções executáveis. A linguagem interpretadora é independente do CCI e do terminal do sistema, e pode e.g. ser FORTH (ver norma ANSI: Secretária X3J14, c/o FORTH Inc. 111 Sepulveda Blvd.. Suite 300, Manhatan Beach, CA 90266).

Um primeiro benefício de utilizar um interpretador num sistema de gestão de transacções controlado por um CCI, de acordo com a invenção, é a possibilidade de armazenar novas aplicações ou elementos delas, ou -6- actualizações ou melhoramentos para as aplicações existentes, ou elementos delas, no CCI, codificada numa linguagem interpretada. Isto permite diminuir o tempo para colocar no mercado novas aplicações ou aprimorar ou aperfeiçoar as aplicações existentes ou elementos delas. O tempo ou o esforço necessário para colocar no mercado aplicações novas, aprimoradas ou melhoradas é reduzido relativamente ao tempo ou esforço necessário para carregá-las em termos da linguagem interpretada no CCI, o qual pode exigir o carregamento de dicionários, novos melhorados ou aprimorados no CCI. Deste modo o CCI possui controlo sobre toda a aplicação. Não é necessário despender nenhum tempo ou esforço para actualizar os terminais. Mesmo quando devem ser feitas alterações aos dicionários do terminal, é suficiente carregar as definições novas, aprimoradas ou melhoradas no CCI durante um período introdutório ou de reconversão, até que estejam disponíveis no terminal as definições novas aprimoradas ou melhoradas. É possível implementar o CCI e o terminal do sistema de tal modo que as novas definições, aprimoradas ou melhoradas na CCI, são transferidas para o terminal durante uma transacção e são armazenadas permanentemente na memória do terminal. A gestão da funcionalidade do terminal é reduzida à instalação, numa única vez, do mesmo programa interpretador e do mesmo dicionário da linguagem do interpretador, daqui em diante referido como núcleo do dicionário do interpretador, quer durante o processo de fabricação do terminal ou postenormente. E possível aprimorar ou aperfeiçoar o interpretador após a instalação do terminal, e.g. através do carregamento em linha ou através de um CCI. Podem ser carregados dicionários adicionais opcionais, e.g. dicionários exclusivos ou dicionários normalizados comuns. -7- ί

Um segundo benefício de utilizar um interpretador num sistema de gestão de transacções controlado por CCI, de acordo com a invenção, é que o suporte para muitas aplicações no terminal é reduzido à disponibilidade no terminal do programa interpretador e do dicionário interpretador central e das identificações das aplicações suportadas. Os dicionários adicionais são opcionais.

Um terceiro benefício em utilizar um interpretador, num sistema de gestão de transacções controlado por CCI, de acordo com a invenção, é a possibilidade do CCI definir completamente e controlar, consequentemente, a aplicação. A presente invenção proporciona a possibilidade de administrar eficientemente muitas aplicações em muitos terminais essencialmente diferentes e a possibilidade para instalar aplicações novas, melhoradas, ou aprimoradas, ou partes delas, numa forma muito eficiente, afim de ter um tempo acentuadamente reduzido para colocar no mercado transacções novas, aprimoradas ou melhoradas e para permitir o CCI a controlar a transacção.

As implicações positivas do acima exposto são:

As alterações das especificações dos programas do terminal apenas afectam a implementação do interpretador nesse terminal. O único esforço necessário para manter a compatibilidade com as aplicações existentes consiste em garantir que o programa interpretador e o interpretador central se mantém implementados correctamente.

Consequentemente, apenas um programa necessita de ser recertificado, e apenas relativamente a uma especificação, designadamente a definição do interpretador. O CCI não tem necessidade de ser recertificado porque a linguagem do -8-

interpretador usado na aplicação mantém a mesma especificação. A necessidade de ter normas comuns é reduzida à disponibilidade do interpretador como uma função normalizada que pode ser codificada na linguagem do interpretador e armazenada no CCI. A introdução, de aplicações novas, melhoradas ou aprimoradas, não precisa de afectar os dicionários que foram armazenados no terminal, porque todas as aplicações e os dicionários relacionados são definidos em termos da linguagem do interpretador e podem ser carregados no CCI.

Os conjuntos de dados da aplicação são todos geridos pelo interpretador, o que toma mais fácil a sua gestão. O CCI pode participar activamente na execução do programa de aplicação, ou elementos dele, pela implementação no CCI de um programa interpretador e do dicionário central. Se o CCI for apenas um CCI de memória, ele pode ainda controlar a aplicação armazenando-a inteiramente, i.e. o terminal actua inteiramente de acordo com as definições do CCI.

Algumas aplicações podem exigir serviços específicos de segurança, e.g. integridade dos dados, autenticação do CCI e do terminal ou confidencialidade dos dados. Estes podem ser fornecidos com técnicas actuais, conforme é definido e.g. na ISO 10202.

De acordo com uma primeira particularidade da invenção, uma aplicação consiste de uma ou mais funções; cada função consistindo de uma parte de controlo referida como o cabeçalho da função e uma parte executável referida como o corpo da dita função. O cabeçalho determina que os corpos têm de ser executados e sob que condições. Ambas as partes da função são capazes de ser independentemente armazenadas num dicionário. As funções podem ser definidas em termos de outras funções, i.e. as funções podem ser encadeadas. -9-

Um corpo que é armazenado num dicionário é acessível através a designação do corpo, e um cabeçalho armazenado num dicionário é acessível via a sua designação de cabeçalho. No entanto isto não impede, de qualquer maneira, programar uma função na linguagem do interpretador, apenas oferece a possibilidade de escrever compactamente aplicações flexíveis, misturando cuidadosamente as designações dos corpo, designações de cabeçalho e código da linguagem do interpretador. As funções também podem ser armazenadas nos dicionários, referidas por meio de suas designações de cabeçalho. Este método de referência permite definir cada função em quatro modos: 1. Quer o cabeçalho quer o corpo podem estar codificadas na linguagem do interpretador; 2. Cabeçalho pode estar codificado na linguagem do interpretador, enquanto que o corpo é activado através da sua designação do corpo; 3. Cabeçalho é definido através de a sua designação de cabeçalho, enquanto que o corpo é completamente expandido no código da linguagem do interpretador; 4. Quer o cabeçalho quer o corpo são armazenados como referências, designação de cabeçalho e designação de corpo, respectivamente. A invenção permite a presença de vários tipos de dicionários no CCI e no terminal do sistema: 1. núcleo do interpretador e um dicionário indispensável; 2. vários dicionários opcionais incluindo definições referentes a: a) certo tipos de transacções normalizadas, e.g. o dicionário contendo todas as - 10- fimções definidas na ISO/IEC 7816, usadas nas transacções financeiras internacionais, referido como o dicionário normalizado; b) transacções exclusivas exigindo definições não normalizadas, referidas como o dicionário exclusivo. O dicionário definido no CCI pode conter funções novas, melhoradas ou aprimoradas ou partes delas. Esses dicionários normalmente têm precedência sobre os dicionários do terminal. Contudo a segurança de algumas aplicações podem impedir a redefinição de certas palavras em certos dicionários.

As características de segurança podem ser fornecidas através de mecanismos de protecção específicos disponíveis no estado da arte das implementações do interpretador. A invenção permite armazenar uma aplicação eficientemente no CCI e permite uma execução flexível no CCI e no sistema do terminal. De facto, os seguintes cenários de armazenamento são possíveis devido à invenção: 1. A transacção adere completamente a uma norma. Isto significa que o CCI apenas tem de armazenar a designação da função da aplicação, que está definida no dicionário normalizado no terminal; 2. Se a transacção é exclusiva e a aplicação está definida no terminal com o qual comunica, o CCI apenas tem que armazenar a designação da aplicação da função, que está definida no dicionário exclusivo no terminal; 3. Se a transacção é exclusiva e a aplicação não está definida no terminal com o qual ele comunica, a definição da aplicação tem de então de ser armazenada no CCI, no dicionário do CCI. As funções da aplicação podem usar designações do corpo e designações do cabeçalho quer de dicionários -11 -

normalizados quer de exclusivos, mas pode também incluir código da linguagem do interpretador.

Exemplo 1:

Admitindo uma aplicação com o seguinte cabeçalho (dado em pseudo-codigo):

Se (x=l) então func_a(y) senão se (x_2 ) então func_b (y) então func_c(y) onde a func a, fiincb and func_c são definidas no dicionário exclusivo do terminal. Vamos admitir que nesse dicionário func_a(y)=y+x. Então o cabeçalho como foi acima apresentado, é tudo que necessita de ser armazenado no CCI para este estar habilitado a executa-lo. Neste caso não há necessidade de um dicionário no CCI. Agora, admitindo que a implementação do interpretador permite aos dicionários do CCI ter precedência sobre os dicionários do terminal, e admitindo o fornecedor da aplicação pretende redefinir func_a(y) para func_a(y)=y-x. Neste caso, ele pode ainda usar o mesmo cabeçalho, e tem agora a possibilidade de escolher, entre fazer a actualização de todos dicionários exclusivos em todos os terminais, ou incluir a nova definição no dicionário do CCI. Esta nova definição será então usada durante a execução da aplicação. A invenção permite que: a) um dicionário do CCI pode ser utilizado para aumentar, aperfeiçoar ou actualizar definições do dicionário do terminal. Um mecanismo para o fazer é, e.g. - 12- fomecido na linguagem FORTH, onde as palavras definidas ultimamente podem redefinir entradas anteriores no dicionário. b) alguns dicionários, e.g. o núcleo do interpretador ou o dicionário normalizado para algumas aplicações, podem ser protegidos contra apagamento e contra redefinições. As técnicas para alcançar tal protecção fazem parte do estado da arte: um exemplo é apresentado na patente W090/05347.

Os seguintes cenários de execução são possíveis devido à invenção: 1. O terminal executa o programa da aplicação, ou elementos dele, enquanto o CCI apenas actua como um contentor de dados e possivelmente como um dispositivo de armazenamento para o programa de aplicação exclusivo, ou elementos dele. 2. Quer o CCI, quer o terminal, executam partes da aplicação. Por razões de segurança poderá ser obrigatório que certos dados não abandonem o CCI, consequentemente todas as manipulações envolvendo tais dados devem ser executado no CCI. Consequentemente o CCI e o terminal comunicam os resultados das manipulações dos dados em vez dos próprios dados. 3. O CCI executa a aplicação, enquanto que o terminal apenas necessita de conter as identificações das aplicações que ele suporta. Neste caso o terminal pode ser usado como um mero dispositivo de armazenamento, e.g. o terminal pode fornecer ao CCI um dicionário que contém as definições de funções em termos da linguagem do interpretador que são usadas durante a execução da aplicação no CCI.

Isto permite o CCI usar definições sem ter que armazená-las.

Isto significa que a invenção traz as seguintes vantagens: i -13- 1. A flexibilidade para definir, aperfeiçoar ou actualizar aplicações muito facilmente e rapidamente, à custa do armazenamento delas no CCI, confiando no interpretador do terminal para a execução, e baseando-se no núcleo do dicionário do interpretador do terminal para as definições. 2. A flexibilidade para armazenar aplicações numa forma compacta no CCI utilizando dicionários no terminal. 3. A flexibilidade para executar a aplicação quer no CCI, quer no terminal ou em ambos (CCI e terminal), dependendo da disponibilidade de capacidade de processamento no CCI e no terminal. 4. A flexibilidade para permitir múltiplos CCI participar numa transacção. O interpretador pode ser implementado num terminal com leitores múltiplos de CCI.

Em tal sistema é possível fornecer aplicações, quer armazenadas num ou mais CCI, um terminal ou qualquer combinação dum terminal e de vários CCI, que realizam transacções de CCI para CCI. Neste caso o terminal poderia ser muito simples, apenas fornecendo os meios de comunicação entre os vários CCI e fornecendo, possivelmente, alguns dicionários para diminuir as exigências de armazenamento no CCI.

Os vários CCI poderiam também fornecer recursos uns aos outros. 5. A flexibilidade para controlar a transacção a partir quer do CCI, quer do terminal ou quer do CCI e do terminal. A transacção é o resultado da execução de uma aplicação e, consequentemente, é determinada completamente pelo programa de aplicação e pelo conjunto de dados associado. Como tal, o controlo da transacção, ou elementos dela, é determinado pela contribuição do CCI, do terminal ou conjuntamente pelo CCI e pelo terminal. Quando a transacção é completamente determinada por uma aplicação - 14- residente no terminal, o cartão pode apenas contribuir para a aplicação com um conjunto de dados que contém e, de seguida, suportar a transacção. Quando a transacção é completamente determinada pela aplicação residente no CCI, o terminal contribui para ela com o seu conjunto de dados e suporta a transacção. O terminal e o CCI podem também executar igualmente a transacção, pelo que ambos determinam e executam a transacção. Pode ocorrer que o CCI e o terminal do sistema estejam ligados a uma unidade central, a partir da qual ele requer serviços adicionais, caso em que a unidade central pode dinamicamente contribuir para a aplicação. E.g. o CCI pode forçar o terminal a ligar-se à sua unidade central e requisitar a actualização dos dados no CCI. O controlo da aplicação não necessita de estar estritamente no CCI ou no terminal.

Num passo inicial, uma aplicação tem que ser seleccionada para execução no CCI e no terminal do sistema. Esta escolha é banal quando o CCI e o terminal não têm nenhuma aplicação, ou têm exactamente uma aplicação em comum. Quando as aplicações múltiplas são suportadas no terminal e no CCI, a prática corrente é deixar ao proprietário do CCI, ou ao operador do terminal, definir interactivamente que aplicação é escolhida. Isto não é impedido pela invenção, que proporciona também um mecanismo inteligente para seleccionar a aplicação, dependendo dos parâmetros CCI, dos parâmetros do terminal, das capacidades do CCI e das capacidades do terminal.

De facto, após a inserção do CCI no terminal e após o CCI ter satisfeito todos os testes de compatibilidade, o primeiro acto que o terminal executa é verificar se o CCI suporta uma aplicação que ele conhece. Por forma a descobrir isto, o terminal tentará seleccionar consecutivamente uma das suas aplicações residentes. Se uma aplicação estiver presente no CCI, o CCI contém a descrição - 15- da aplicação. De acordo com a invenção, um corpo possível no cabeçalho da aplicação é uma função de selecção de aplicações. Esta função de selecção de aplicações tem de ser executada pelo interpretador com argumentos determinados pelo CCI. Isto significa que uma aplicação, que é suportada pelo terminal, e definida no CCI, é possível seleccionar a escolha de uma das muitas aplicações que estão definidas no CCI. Visto que os corpos de uma função de selecção de aplicações podem ser função de selecção de aplicações, a aplicação pode ser seleccionada recursivamente.

Exemplo 2:

Considere-se o exemplo seguinte: O CCI contém as seguintes aplicações: Euro, Euro-Debit, Euro-Credit, Us-Debit, Us-Credit. O terminal apenas conhece a aplicação Euro. Quando o terminal inspecciona o CCI, o resultado da selecção da função aplicação será Euro e os dados relacionados com ela. A definição da aplicação EURO pode ser guardada quer no terminal quer no CCI. Admitindo que é armazenada no CCI, então poderia ser definida como segue (em pseudo código): começo se (CCI <QUANTIA 100) então se (terminal está localizado na Europa) então seleccione aplicação Euro-Debit senão se (terminal está localizado em US) então seleccione aplicação US-Debit senão abortar movimento. - 16- senão se (terminal está localizado na Europa) então seleccione aplicação Euro-Credit senão se (terminal está localizado em US) então activa aplicação US-Credit senão abortar movimento fim movimento, em que • O texto não sublinhado significa o cabeçalho, e o texto sublinhado significa um corpo.

Neste caso, o terminal apenas conhecendo o EURO pode seleccionar aplicações definidas no CCI.

Qualquer implementação da presente invenção impõe a actividade seguinte: 1. Se o CCI está a ser utilizado como um mero CCI de memória: a) implementar um interpretador seguro no terminal, com o seu núcleo de dicionário interpretador; b) definir e implementar dicionários para a aplicação; c) implementar a aplicação na linguagem do interpretador, fazendo possivelmente utilização dos dicionários disponíveis; d) implementar um mecanismo para usar os dicionário do CCI. 2. Se o CCI toma uma parte activa na execução da aplicação: a) implementar um interpretador seguro e o seu núcleo do dicionário, no terminal, e implementar um interpretador seguro e o seu núcleo do dicionário, no CCI; - 17- b) definir e implementar dicionários para as aplicações; c) implementar a aplicação na linguagem do interpretador, possivelmente fazendo uso dos dicionários disponíveis; d) implementar um mecanismo no terminal para usar os dicionários do CCI; e) implementar um mecanismo no CCI e no terminal para gerir a execução das aplicações no CCI e no terminal do sistema; implementar no cartão um mecanismo par usar os dicionários do terminal. ; / A invenção não é evidentemente limitada a um sistema de gestão de transacções que utiliza um cartão. Muitas modificações podem ser feitas na forma, na organização e na constituição do suporte do circuito integrado, sem se afastar do âmbito da invenção, e.g. uma chave ou um cartão de identificação.

Lisboa, 1 de Fevereiro de 2000

JORGE CRUZ

Agente Oficial da Propriedade Industrial RUA VICTOR CORDON, 14 1200 LISBOA

Claims

REIVINDICAÇÕES 1. Um sistema de gestão de transacções controlado por um circuito integrado com funções de executar entre um CCI e um terminal ligado ou não a uma unidade central, uma transacção consistindo de pelo menos da execução de uma das seguintes sequências: 1. criar um canal de comunicação entre o CCI e o terminal; 2. executar um teste de compatibilidade para garantir que o CCI e o terminal são mecanicamente e electricamente compatíveis; 3. seleccionar uma aplicação contida no CCI e no terminal, o que significa a fazer a escolha de um programa de computador e de um conjunto de dados associados que define a transacção em termos da combinação do CCI e do terminal específicos presentes; 4. executar a dita aplicação no CCI do terminal do sistema e 5. finalizar a transacção, que opcionalmente inclui a interrupção do canal de comunicação entre o CCI e o terminal, onde o dito sistema utiliza um interpretador que trata da execução de uma aplicação no CCI, enquanto que este interpretador opcional no CCI é capaz de aceder e usar pelo menos uma parte da memória do CCI e pelo menos uma parte dos periféricos do CCI, e caracterizado por o dito sistema utilizar, além disso, pelo menos um interpretador quer no terminal quer no CCI, ou em ambos, pelo que o interpretador no terminal é capaz de aceder e usar pelo menos uma parte da memória do terminal e pelo menos uma parte dos periféricos do terminal.
2. Um sistema de gestão de transacções de acordo com a reivindicação 1, caracterizado por cada aplicação consistir de várias funções, -2- cada função consistindo da parte de controlo referida como sendo o cabeçalho, e uma parte executável, referida como sendo o corpo da dita função, em que ambas as partes da dita função são armazenadas possivelmente independentemente num dicionário.
3. Um sistema de gestão de transacções de acordo com a reivindicação 1, caracterizado pelas funções podem ser encadeadas.
4. Um sistema de gestão de transacções, de acordo com qualquer das reivindicações de 1 a 3, caracterizado por uma função na descrição da aplicação ser uma "função de selecção de aplicação" que é executada pelo i interpretador com argumentos determinados pelo CCI, de modo que a aplicação seleccionada pode ser executada recursivamente.
5. Um sistema de gestão de transacções, de acordo com qualquer uma das reivindicações anteriores, caracterizado por o interpretador no CCI ser capaz de aceder e de usar pelo menos uma parte da memória do CCI e pelo menos uma parte dos periféricos do CCI associados.
6. Um sistema de gestão de transacções de acordo com uma das reivindicações anteriores, caracterizado por o interpretador no terminal ser capaz de aceder e de usar pelo menos uma parte da memória do terminal e pelo menos uma parte dos periféricos do terminal.
7. Um sistema de gestão de transacções de acordo com uma das reivindicações anteriores, caracterizado por o CCI ser um mero CCI de memória que acompanha a transacção que é determinada pelo terminal.
8. Um sistema de gestão de transacções de acordo com uma das -3- reivindicações de 1 a 6, caracterizado por o CCI determinar a transacção e pelo terminal apenas necessitar reconhecer uma aplicação no CCI e de ser capaz de seleccioná-la, e de suportar a transacção.
9. Um sistema de gestão de transacções, de acordo com uma das reivindicações de 1 a 6, caracterizado por o CCI e pelo terminal determinarem e executarem ambos a transacção.
10. Um sistema de gestão de transacções de acordo com a reivindicação 8, caracterizado pelo terminal ser um puro dispositivo de interface entre vários CCI.
11. Um sistema de gestão de transacções de acordo com uma das reivindicações de 7 a 9, caracterizado por cada CCI conter uma aplicação personalizada diferentemente.
12. Um sistema de gestão de transacções de acordo com uma das reivindicações anteriores, caracterizado por o interpretador ser implementado num terminal com vários leitores e CCI, e dotado de aplicações quer no CCI quer no terminal, ou em ambos, que realizam uma combinação de transacções. Lisboa, 1 de Fevereiro de 2000

Agente Oficial da Propriedade Industrial RUA VICTOR CORDON, 14 1200 LISBOA