PT826215E

PT826215E - Interface de cartao

Info

Publication number: PT826215E
Application number: PT96912337T
Authority: PT
Inventors: Alan Noel Zuppicich
Original assignee: Smartmove Nz Ltd
Priority date: 1995-05-09
Filing date: 1996-05-09
Publication date: 2001-07-31
Also published as: CN1189914A; US6213392B1; WO1996036051A1; KR19990008336A; KR100285111B1; AU5517996A; EP0826215B1; DE69611613D1; GR3035751T3; DK0826215T3; BR9608285A; CN1138196C; US20040103415A1; ES2156275T5; EP0826215A4; EP0826215A1; ATE198803T1; DE69611613T2; AU687312B2; ES2156275T3

Description

86 382 ΕΡ Ο 826 215/ΡΤ

DESCRICÃO “Interface de cartao”

Campo técnico

Este invento refere-se a cartões que têm capacidades magnéticas ou electrónicas de armazenamento de dados (“Cartões inteligentes”) e, em particular, para interfaces entre tais cartões e um controlador programado de uma aplicação específica.

Antecedentes da técnica •

Os cartões inteligentes e as unidade de leitura de cartões inteligentes estão descritos nas patentes da Innovatron e da Buli CP. Ver por exemplo as patentes US 4 102 493 e 4 404 464. Os cartões inteligentes conformam-se em geral a uma ou mais partes da norma ISO 7816. Várias unidades de leitura/escrita de cartões inteligentes utilizam um microprocessador programado para executar uma série de acções predeterminadas num cartão inteligente sob controlo de um sistema de controlo exterior. O sistema de controlo exterior deve ter “conhecimento total” do cartão inteligente que está a ser utilizado. Quaisquer alterações dos cartões que estão a ser utilizados devem ser reflectidas em alterações ao sistema de controlo exterior. O projectista ou o _ utilizador do sistema de controlo exterior deve ter uma compreensão alargada dos ^ cartões inteligentes para os quais se destina a unidade de leitura/escrita.

Algumas outras unidades de leitura/escrita de cartões inteligentes da técnica anterior incluem um microprocessador programado para executar autonomamente todas as acções num cartão inteligente. Estas unidades de leitura/escrita formam tipicamente um produto completo, isto é, máquina de venda automática ou o terminal de ponto de venda. Uma alteração ao produto para suportar cartões inteligentes novos ou diferentes requer uma nova concepção ou modificação componente fundamental de leitura/escrita. Isto restringe a capacidade de um fabricante de equipamento original incluir a tecnologia de cartões inteligentes em produtos tradicionais. 86 382 ΕΡ Ο 826 215/ΡΤ 2

As unidades de leitura/escríta de cartões inteligentes existentes caem dentro de duas categorias. A primeira é aquela que actua como um acoplador de cartão. Um acoplador de cartao fornece apenas o suporte físico e o suporte lógico mfnlmo necessário para a leitura ou escrita de um cartão inteligente. O acoplador pode suportar uma gama de cartões, possivelmente de mais do que um fabricante de cartões. No entanto, este suporte é, por causa da utilização final ser desconhecida, largamente confinado às tarefas mais simples e mais generalizadas. O acoplador é normalmente utilizado como uma ferramenta de desenvolvimento para entrar no campo do cartão inteligente, ou como um meio de adição de capacidades de cartões inteligentes às concepções do produto existente. Em qualquer caso, o utilizador do acoplador deve ganhar ou possuir um bom conhecimento do cartão inteligente, das estruturas de dados de cartão e dos procedimentos de transferência de dados. O outro extremo é o de uma aplicação ou produto com capacidades de cartões inteligentes embebidas. A unidade de leitura é uma parte intrínseca do sistema de controlo central. O suporte é limitado a poucos tipos de cartões, com conteúdos, estruturas segurança e procedimentos de transferência de dados predeterminados pelo fabricante do equipamento. A especificação de patente japonesa JP63250726 descreve uma unidade de leitura/escrita capaz de processar cartões, que têm especificações de protocolo diferentes pela leitura da informação que indica uma especificação de protocolo do cartão, que selecciona uma tabela de formatos e uma tabela de definições de parâmetros e que converte os dados ou instruções para um computador central. A especificação de patente japonesa JP63250789 descreve uma unidade de leitura/escrita capaz de comunicar entre um computador central e um cartão IC (circuito integrado). A unidade de leitura/escrita utiliza também uma tabela de conversão de formatos e uma tabela de definições de parâmetros. O pedido de patente europeia número 0712087A, publicada depois da data de prioridade deste pedido e relevante apenas de acordo com o art°. 54(3) da CPE, descreve uma unidade de leitura/escrita capaz de fazer a leitura e a escrita de um certo número de formatos de cartões, isto é, cartões inteligentes de contacto, para os quais se aplica a norma ISO 7816, cartões de influência nos quais se aplica a norma ISO 10536 aos tipos tanto capacitivo como indutivo e a cartões de faixa magnética, aos quais se aplica a norma ISO 7810-13. A unidade de leitura/escrita

ϊ

86 382 ΕΡ Ο 826 215/ΡΤ fornece uma única ranhura de cartão, que tem cabeças de leitura para os diferentes formatos de cartões e armazena os protocolos de comunicação para estes diferentes formatos dos cartões. A patente US 5 619 683 descreve uma unidade de leitura/escrita para cartões que suportam diferentes aplicações e, em particular, cartões aplicações múltiplas, que utilizam um conjunto de comandos comuns ou harmonizados, que o programa do cartão também utiliza, para assegurar que as aplicações e terminais unidade de leitura/escrita de cartões desenvolvidos independentemente trabalharão em conjunto. A especificação da patente francesa 2 701 133 descreve um método de comunicação entre uma unidade de processamento, associada a um programa de aplicações e a cartões inteligentes de tipos diferentes. Cada cartão inteligente pode requerer comandos com um protocolo de comunicações diferente. É adicionada uma camada de comunicações entre o programa de aplicações e os cartões, de modo que o programa de aplicações emite comandos para um cartão num único protocolo de comunicações e estes comandos são convertidos num protocolo adequado para o cartão particular. Não existe actualmente qualquer maneira fácil para ser adicionada a capacidade de cartão inteligente a um produto do fabricante ou para uma unidade de leitura de cartões existente ser alterada para manusear novos tipos de cartão inteligente, a não ser que o fabricante se transforme num especialista no campo dos cartões inteligentes. Se um concorrente proceder desta maneira, o atraso na recuperação de uma posição competitiva será dispendiosa e demorada. Para além disso, não há actualmente qualquer unidade de leitura de cartões disponível que possa fazer a leitura de uma variedade de tipos de cartões magnéticos, bem como de uma variedade de tipos de cartões de pastilha de circuito integrado. É, por conseguinte, um objecto dó presente invento fornecer uma interface para utilização entre cartões, que tem capacidades magnéticas ou electrónicas de armazenamento de dados e um controlador de programa de aplicação específica que, pelo menos, vai de alguma maneira no sentido de ultrapassar as desvantagem acima indicadas. O invento proporciona uma unidade de leitura/escrita de cartões, a qual faz a interface do programa aplicação residente com o cartão de armazenamento de 86 382 ΕΡ Ο 826 215/ΡΤ 4

dados de acordo com a reivindicação 1 das reivindicações anexas. O invento proporciona além disso um método de fazer a interface entre um programa aplicação residente com um cartão de armazenamento de dados de acordo com a reivindicação 7 das reivindicações anexas.

Num primeiro aspecto o invento consiste numa unidade de leitura/escrita de cartões, que faz a interface entre um programa aplicação residente com um cartão de armazenamento de dados que tem uma aplicação de cartão associada, caracterizada por: a dita unidade de leitura/escrita de cartões ser capaz de responder ao dito programa aplicação residente, utilizando, pelo menos, uma linguagem designada de alto nível, uma pluralidade de conjuntos de protocolos de níveis mais baixo serem armazenados, os quais correspondem a uma pluralidade aplicações de cartões de armazenamento de dados diferentes, a dita unidade de leitura de cartões compreender meios de identificação, a partir do cartão, da aplicação particular do cartão para qualquer cartão que faça interface com a mesma, para a qual o mesmo tem um conjunto protocolos armazenado, e para selecção, a partir do seu arquivo de protocolos, do protocolo de nível mais baixo, apropriado para a aplicação de cartão identificada, a dita unidade de leitura/escrita de cartões compreender meios para leitura e para conversão dos comandos de linguagem de alto nível a partir do programa residente para os comandos correspondentes dentro do dito protocolo de nível mais baixo estabelecido e para escrita destes comandos de nível mais baixo no dito cartão, e a dita unidade de leitura/escrita de cartões compreender meios para leitura de comandos ou de dados no dito protocolo de nível mais baixo estabelecido a partir do dito cartão e para a conversão dos mesmos em comandos ou dados correspondentes na dita linguagem de alto nível e para escrita destes comandos ou dados no dito programa aplicação residente. 86 382 ΕΡ Ο 826 215/ΡΤ 5

Num segundo aspecto o invento consiste num método para fazer a interface de um programa aplicação residente com um cartão de armazenamento de dados, que tem uma aplicação de cartão associada, caracterizado por compreender os passos de: identificação da aplicação particular do cartão; selecção, a partir de um arquivo de um certo número de protocolos, do protocolo de nível mais baixo apropriado para a aplicação de cartão identificada, leitura dos comandos de linguagem de alto nível do programa residente; conversão dos ditos comandos de linguagem de alto nível lidos para comandos correspondentes dentro do dito protocolo de nível mais baixo identificado, escrita os ditos comandos correspondentes no dito cartão; leitura dos comandos ou dados no dito protocolo de nível mais baixo estabelecido a partir do dito cartão, conversão dos ditos comandos ou dados de protocolo de nível mais baixo em comandos correspondentes na dita linguagem de alto nível, e escrita dos ditos comandos ou dados correspondentes da dita linguagem de alto nível para o dito programa de aplicação residente. A interface de cartão universal do presente invento pode reconhecer qualquer tipo de cartão ISO apresentado ao mesmo, e comunicar com o cartão que utiliza os protocolos apropriados a esse tipo de cartão e comunicar com o programa de aplicação residente, que utiliza uma linguagem de comando de alto nível.

Breve descrição dos desenhos

Será agora descrita uma concretização particular do presente invento com referência aos desenhos anexos, nos quais: 86 382 ΕΡ0 826 215/ΡΤ 6

a FIG. 1 é uma vista em perspectiva do aparelho da concretização preferida do presente invento, a FIG. 2 é um alçado lateral em corte transversal do aparelho da concretização da FIG. 1, a FIG. 3 é uma vista em perspectiva da placa de circuito impresso (PCB) do conjunto de sistemas de controlo da concretização preferida do presente invento, a FIG. 4 é uma outra vista em perspectiva da PCB da concretização preferida do presente invento, e a FIG. 5 é um diagrama de blocos do aparelho eléctrico e electrónico de uma concretização do presente invento.

Melhores modos para concretização do invento

Uma concretização do presente invento é uma Interface de cartões universal (ou UCI), que é um dispositivo de interface de cartões de controlo por suporte lógico, que suporta uma gama ampla de cartões inteligentes e cartões de crédito.

Referindo as FIGS. 1 a 5, o UCI tem dois elementos principais, um dispositivo físico de aceitação de cartões 31 e um conjunto de sistemas de controlo 32, o qual inclui todos os circuitos electrónicos requeridos para controlo do dispositivo de aceitação de cartões 31. O dispositivo de aceitação de cartões 31 tem uma única ranhura 33, que aceita todos os tipos de cartões. A forma adoptada pelo dispositivo de aceitação de cartões dependerá grandemente da aplicação considerada para o UCI. Por exemplo, o tamanho do écran e a configuração do número de botões no bloco de teclas, a configuração da ranhura para o cartão 33 e o modo da aceitação física do cartão (se o cartão é completamente recolhido dentro do dispositivo de aceitação de cartões ou é permitido ao mesmo permanecer parcialmente fora do dispositivo) são tudo questões capazes de variação. O conjunto de sistemas de controlo 32 destina-se a ser independente da aplicação e é capaz de suportar os dispositivos de aceitação de cartões das variações acima mencionadas.

Referindo as FIGS. 1 e 2, o dispositivo de aceitação de cartões da concretização particular do presente invento foi projcctado para scr facilmente

86 382 ΕΡ Ο 826 215/ΡΤ montado nas máquinas de venda automáticas existentes e em particular foi projectado para substituir os espaços padrão de validação de notas do banco em tais máquinas. O dispositivo de aceitação de cartões tem uma interface de utilizador amigável, que inclui um écran LCD de 2 linhas 40, o qual pode ser em verde ou em amarelo para melhoria da visibilidade em condições escuras, um painel de entrada do utilizador com 3 botões de pressão (OK 43, SALDO 41, e CANCELAR 42), os quais, de preferência, fornecem uma resposta táctil ao utilizador e uma ranhura de inserção de cartão 33. A ranhura de inserção de cartão 33 tem um receptor de empurrar e puxar, um espaço de folga para corpos estranhos, contactas de assentamento, comutador detector selado e aceita cartões por inserção horizontal com a pastilha de circuito integrado virada para cima.

Referindo as FIGS. 3 a 5, o conjunto do sistema de controlo inclui um microprocessador primário 46 e um microprocessador de suporte 47. O microprocessador primário 46 pode ser, por exemplo, um Dallas DS5002 FP-16. O microprocessador de suporte 47 pode ser, por exemplo, um Motorola MC68302. O processador primário do exemplo é derivado da arquitectura da norma “8051" da indústria com um mecanismo de protecção de memória seguro, para combater a violação ou visionamento acidental ou deliberado. Como com a 8051, a memória é dividida na utilizada pelo programa e na usada para armazenamento dos dados. Esta memória 48 é uma RAM estática toda suportada por bateria, sendo a bateria 49 uma célula de lítio de longa duração. A memória 48 é automaticamente comutada para bateria e de escrita protegida, quando falha a energia. O processador está protegido contra acções de erro por um temporizador de guarda. A capacidade de memória tanto para os dados como para o programa são separadamente configuráveis. A gama de opções variam em cada caso quando necessário de 128 Kbytes a 512 Kbytes.

O processador de suporte do exemplo é baseado na arquitectura da norma “68000" da indústria, com melhorias para comunicação de dados de alta velocidade. Não são conservados quaisquer dados sensíveis nesta memória, sendo este processador responsável apenas pelas funções de baixa segurança tais como a leitura de cartões magnéticos e a transferência de dados. O processador é protegido contra acções de erro por um temporizador de guarda. A memória 50 consiste em 128 Kbytes de RAM estática para o programa e os dados. O suporte de bateria desta memória 50 não é necessário uma vez que a mesma é recarregada a partir do microprocessador primário quando necessário. Uma ROM 86 382 ΕΡ Ο 826 215/ΡΤ 8 de 32 Kbytes contém ο carregador de arranque embutido. Todo o suporte lógico excepto o carregador de arranque embutido pode ser recarregado remotamente. O subconjunto eléctrico de UCI inclui, além disso, um relógio de tempo real 51 tal como um Dallas DS1293S. O relógio de tempo real fornece a hora do dia rigorosa e funções de calendário. O mesmo opera com base num relógio independente a 32,768 kHz e recebe energia do microprocessador primário 46. #

Uma pequena tomada 52 no PCB permite um SAM (um cartão inteligente de corte físico) ser adicionado à placa quando requerido. Este SAM pode ser usado para conter teclas de cifra ou um algoritmo de cifra em aplicações de alta segurança. O microprocessador primário 46 também pode executar esta tarefa, mas questões comerciais podem tornar preferível a utilização de um SAM. O PCB UCI tem a ligação adaptada para receber um leitor de faixas magnéticas de 1 ou 2 pistas. O UCI fornece energia de 5 volt para a unidade de leitura e aceita sinais de níveis lógicos TTL normalizados. A unidade de leitura aceitará cartões de acordo com a ISO 7811 ou ISO 7813. O UCI pode fazer a leitura de duas pistas simultaneamente, sendo estas as pistas 2 e ou a pista 1 ou pista 3. O circuito de aceitação de cartões inteligentes é projectado para apoiar cartões de acordo com a ISO 7816 com a adição de um mecanismo mecânico de aceitação de cartões adequado. Com o dispositivo de aceitação de cartões correcto, os cartões híbridos "magnéticos e de pastilha" podem ser aceites através de uma ranhura comum. Isto é desejável em mercados em que é requerida a migração gradual. Tanto os cartões síncronos (memória, ou ficha) como os cartões assíncronos (microprocessador) podem ser aceites. A tensão de programação (VPP) é limitada, de preferência, a 5 volt, o que é esperado pelos cartões modernos.

Outras opções de interface do utilizador, as quais são, de preferência, suportadas pelo UCI, incluem: - Teclados ligáveis directamente ao UCI. Geralmente apenas são requeridos teclados matriciais, no entanto, o suporte configurações de teclados maiores requererão um pequeno esforço extra.

86 382 ΕΡ Ο 826 215/ΡΤ 9 - Écrans de cristal líquido (LCD) ligáveis directamente ao UCI. A maioria dos LCD, que utilizam a pastilha de circuito integrado Hitachi HD44780 (uma norma industrial) ou os seus equivalentes, são adequados. Estes écrans estão disponíveis em vários formatos de 1 linha, 16 caracteres, até 4 linhas, 24 caracteres. - Um indicador de estado. De preferência, dois díodos emissores de luz (LED) são posicionados à frente do UCI para fornecer uma indicação do estado dos UCI de baixo custo. Os LED se usados sobressairão da face da ranhura do cartão em cada extremidade da ranhura de cartão, duplicando como indicador de estado e iluminando a posição da ranhura de cartão. • - Um indicador de realimentação audível. Um besouro está contido no interior para fornecer a realimentação audível para toques nas teclas ou condições de erro. Um exemplo de características adequadas de besouro seria um besouro, que gera um nível de pressão de som de 90 dB (@ 01 m) a uma frequência nominal de 3100 Hz. O UCI é uma interface uniforme para equipamento de terceira parte na qual será incluído. A interface de máquina de venda automática inclui três elementos distintos, um relé de alta tensão, um bus série de circuito de corrente e uma interface série RS232. Para além disso o dispositivo de aceitação de cartões suporta uma ligação de modem de dados série ou ligação de impressora, através ^ da ligação RS485/RS232 16. O conjunto de sistemas de controlo inclui duas fontes de energia, em particular, uma bateria interior, que fornece energia de suporte à memória primária de microprocessador e ao relógio, em conjunto com uma alimentação de energia principal regulada. Uma bateria adequada para a alimentação de energia da bateria poderia ser, por exemplo, uma bateria de 3,6 volt 1200 mAHr. O UCI do presente invento tem a capacidade para fazer a interface com uma diversidade de cartões tanto inteligentes como magnéticos, para entender estes cartões e para executar qualquer acção quando requerida com o mínimo absoluto de instruções. O mesmo pode fazer a leitura das pista 1 ou a pista 2 dos cartões de crédito ISO 7811, fazer a leitura e a escrita dos cartões inteligentes ISO 7816-3 (T = 0 e T = 1) e fazer a leitura e escrita dos cartões de memória ISO 7816. 86 382 ΕΡ Ο 826 215/ΡΤ #

Em acopladores de cartões inteligentes tradicionais, o suporte electrónico do cartão estava limitado a tarefas muito simples, porque o uso final do acoplador era desconhecido. O presente invento, no entanto, estende as capacidades do conceito de acoplador com camadas adicionais de suporte lógico (o programa de microprocessador), desenvolvendo cada camada mais funcionalidade e simplificando ao mesmo tempo a tarefa da comunicação com o cartão. Adicionar estas camadas e executar uma função útil com as mesmas, o UCI inclui uma base de dados de formato, a qual contém informação sobre cada tipo de cartão que o UCI pode aceitar Esta Informação forma as regras e directrizes para utilização desse cartão. A mesma inclui um resumo das estruturas de dados dos cartões, procedimentos de transferência, conteúdos de dados e informação de segurança. As directrizes podem referir o UCI a um módulo de segurança se as necessidades assim o ditarem. O módulo de segurança é um pequeno dispositivo microprocessador semelhante a um cartão inteligente que é uma parte semi-permanente do PCB.

Com a informação disponível a partir da base de dados de formato, o UCI pode facilmente determinar a funcionalidade global da combinação do UCI e do cartão. Isto pode modificar a sequência das acções tomadas intemamente em resposta a qualquer instrução externa. O dispositivo exterior não necessita de apreciar as diferenças entre os vários tipos de cartões. Porque o dispositivo exterior não emite de modo selvagem instruções diferentes com cada cartão novo apresentado, a interface de suporte lógico entre o UCI e o dispositivo exterior é simplificada. A interface de suporte lógico pode ser ainda simplificada, pelo reconhecimento, adicional, que um número limitado de instruções executará a grande maioria das acções desejadas nos cartões. A camada de suporte lógico mais elevada acumula todas as instruções ou comandos necessários para definir a interface de suporte lógico. A informação na base de dados de formato é também utilizada para verificar qualquer brecha potencial de segurança do sistema, quando utiliza instruções de uma camada de suporte lógico mais baixa. O suporte lógico é organizado em camadas, estruturas modulares, como mostrado na tabela seguinte.

86 382 ΕΡ0 826 215/ΡΤ 11

Tabela 1:

Camadas do programa do microprocessador Acesso a Camada Objectivo Segurança de cifra Biblioteca do formato do cartão Biblioteca primitiva do cartão Normas aplicáveis 8 Aplicação Interface para ambiente exterior 7 Apresentação Interface uniforme para a camada de aplicação Y 6 Procedimentos de processo Interface geral para toda a actividade de cartões Y AS 2805 5 Primitivas de processo Rotinas de suporte Y Y 4 Procedimentos da Entidade Interface para todas as estruturas de dados de cartão, isto é ficheiros, pastas e directorias Y Y 3 Primitivas de entidade Rotinas de suporte para ficheiros, pastas, directorias Y Y 2 Controlo de corrente. Comandos de nível ISO Interface no nível de comando do cartão (ISO) Y ISO 7816 Parte 3 ISO 7816 Parte 4 1 Primitivas de baixo nível, unidades de suporte físico Suporte de suporte físico e controlo. Interface de cartão ao nível de bit/byte Y ISO 7810, ISO 7816 Parte 1, ISO 7816 Parte 2

Como pode ser visto a partir da tabela anterior na concretização preferida, as operações da UCI são separadas em oito camadas. 86 382 ΕΡ Ο 826 215/ΡΤ 12

Cada camada pode ser considerada como consistindo em colecções de objectos, onde um objecto é um arranjo auto-contido das funções e dados. Os objectos em cada camada são geralmente acessíveis apenas para a camada imediatamente acima ou abaixo. A interface entre as camadas é bem regulada com controlos baseados na informação da base de dados de formatos, evitando operações deficientemente aconselhadas.

Os dados contidos na base de dados de formatos só são acessíveis a objectos e camadas seleccionados. Isto minimiza a possibilidade do dispositivo exterior obter conhecimento sensível dos formatos de cartões particulares De forma semelhante, o acesso aos módulos programa de segurança e cifra está também restringido a objectos e camadas seleccionados. A base de dados de formatos consiste em duas áreas primárias, a biblioteca de formatos e a biblioteca primitiva. A biblioteca primitiva contém detalhes de personalização prévia de todos os cartões aceites. Isto inclui a capacidade do cartão, a temporização do sinal eléctrico, os protocolos de permuta de caracteres e uma lista de características disponíveis no cartão básico. Esta informação é a fornecida pelo fabricante do cartão. A biblioteca dos formatos contém os pormenores adicionados ao cartão pelo emissor, depois do cartão ter saído do fabricante.

Tendo em atenção agora as operações de cada camada, as camadas variam a partir das operações orientadas de caracteres de baixo nível primariamente da camada 1 até à interface genérica de alto nível da camada 8.

As responsabilidades da camada 1 incluem as acções básicas requeridas para a inserção ou a remoção do cartão e a simples transmissão de dados de e para o cartão. A inserção de um cartão activa um microcomutador, o qual é constantemente monitorizado. A inserção de cartão é assinalada para as camadas mais altas, de modo que a acção apropriada possa ser executada. As camadas mais altas passam para baixo a instrução para tentar identificar o cartão presente. O cartão tem então sinais de energia e de controlo de acordo com a ISO 7816. Quando o cartão já não é requerido, os circuitos da interface do cartão são alimentados numa sequência especificada pela ISO 7816. Se o cartão é removido prematuramente, é seguida a mesma sequência tão rapidamente quanto possível. 13 86 382 ΕΡ Ο 826 215/ΡΤ

As camadas mais altas são informadas da ausência do cartão, de modo que podem ser realizadas as acções “de fecho” adicionais. Isto pode incluir a eliminação das teclas de sessão, excepto o registo ou o alerta ao detentor do cartão. Uma outra função que está incluída neste nível é a cifra e decifração da corrente de dados. A transferência de caracteres individuais e de bits de dados de e para o cartão é feita nesta camada, mas o agrupamento dos caracteres em mensagens e comandos é o domínio das camadas mais altas. Em geral, o suporte físico UCI é tratado apenas neste nível numa base de carácter a carácter. A cópia de informação contida dentro das correntes de dados, mensagens, comandos e coisas parecidas é deixado para as camadas de código mais elevadas. A camada 2 do UCI controla a interacção com o cartão num nível de comando de cartão. O nível 2 por exemplo está adaptado para formatar correctamente os comandos e dados para transmissão para o cartão pela camada 1. A formatação de mensagens, a detecção de erros e as características de transmissão para o cartão inteligente são executadas pela camada 2 para as especificações da ISO 7816. O suporte para as várias características UCI tal como as horas do relógio diário, o besouro, as portas de comunicação, o écran e o teclado, é melhorado pelo código nesta camada. Outro código de suporte encontrado aqui inclui unidades de impressoras, unidades de écran, unidades de modem, a memória temporária de teclado e a memória temporária de dados da unidade de leitura de cartões magnético ISO 7810.

Durante a fase de inserção do cartão, a camada 2 é utilizada para iniciar o processo de reposição do cartão. A resposta do cartão ao processo de reposição é utilizada para determinar se o cartão comunica de uma maneira síncrona ou assíncrona. Esta informação é utilizada pela camada 3. A interface com a camada 3 é feita através de “armadilhas” ou interrupções de suporte lógico. As armadilhas da camada 1+2 existem para: relógio de tempo real, o sistema, o teclado, o LCD, as portas de comunicação, a unidade de leitura de cartões magnéticos, o módulo cartão inteligente/segurança. A operação da camada 3 da UCI está dependente do tipo de cartão. Por conseguinte, é importante identificar correctamente o tipo de cartão, dependendo

86 382 ΕΡ Ο 826 215/ΡΤ 14 se ο mesmo é um cartão síncrono (tipicamente cartões ficha ou cartões de memória, não baseados em microprocessador) ou um cartão assíncrono baseado em microprocessador.

Na identificação de um cartão síncrono, os primeiros bytes são lidos do cartão. Estes são comparados com 3,2 ou ainda 1 cadeias de bytes contidas numa coluna de um pequeno conjunto. Numa coluna adjacente estão os números de referência para ofertas de cartões dos vários fabricantes de cartões. Uma correspondência para qualquer cadeia indica que o cartão é conhecido e permitido. A tabela 2 mostra um exemplo de tal conjunto. Ao ter agora identificado que o cartão é um cartão síncrono de um “modelo” ou tipo particulares, de um fabricante particular, o UCI pode seleccionar apenas os comandos e os procedimentos de manuseamento aplicáveis a este cartão. As camadas mais altas são por isso informadas do tipo de cartão encontrado.

Tabela 2

Cadeia para correspondência Tipo de cartão 123 Tipo 3 56E Tipo 1 ABERTURA Tipo 12 C Tipo 3 7 Tipo 18

Na identificação de um cartão assíncrono, os bytes históricos da cadeia de resposta para reposição da ISO 7816 são comparados com as cadeias contidas numa coluna de um pequeno conjunto. Numa coluna adjacente estão números de referência para ofertas de cartões de vários fabricantes de cartões. Uma correspondência entre as cadeias indica que o cartão é conhecido e permitido. Um exemplo de tal conjunto é mostrado na tabela 3. 86 382 ΕΡ Ο 826 215/ΡΤ 15

Tabela 3

Cadeia para correspondência Tipo de cartão 24, 10, 00 Tipo 6 30,11,03 Tipo 2 31, 1F, FF Tipo 15 ΊΟ, IF, FF Tipo 7 4D, IF, FF Tipo 19 23,00 Tipo 7

Tendo agora identificado que o cartão é um cartão assíncrono de um “modelo” ou tipo particulares, de um fabricante particular, o UCI pode seleccionar apenas os comandos e procedimentos de manuseamento aplicáveis a este cartão. As camadas mais altas são, por conseguinte, informadas do tipo de cartão encontrado. O acesso aos processos delineados acima é feito através da função int decide_card_type (void)

Retorno: M_CARD_TYPE, ou NULL se o tipo de cartão não é conhecido.

Na comunicação com um cartão síncrono, a camada 3 utiliza uma função “Access_Sync_Card”, para controlar a comunicação. Por exemplo: int Access_Sync_Card( int command, int carjype, int len, char *pointer) em que command é seleccionado de READ_UPDATE.

ERASEUPDATE

READ_FIXED

READ_TOKEN

READ_MANUFACTURER

DECREMENTTOKENS

PRESENT_SECRET_CODE card_type é o tipo de cartão como determinado em L3.1. L3.3.

86 382 ΕΡ Ο 826 215/ΡΤ 16

Len é ο número de bytes a ser obtido da memória temporária ou o número de bytes de dados esperados de volta do cartão. ‘pointer indica a uma memória temporária, que contém dados para o cartão ou dados a partir do cartão na conclusão da chamada de função e a função retoma NO_ERROR se o comando é bem sucedido ou ERRCARDLOCKED ou ERR_FUNCTION_REFUSED ou ERR_THREE_BAD_PRESENTATIONS se o comando não é bem sucedido.

Com base no tipo de cartão e no comando, a função “Access_Sync_Card” refere-se a uma tabela de indicadores “cadeia acção” como mostrado na Tabela 4.

Tabela 4

Tipo de cartão Comando READ_UPDATE READ_FIXED READJOKEN READ_MANUFAC TURER DECREMENT _TOKENS 1 0 s1 s2 s4 s8 3 s5 s1 s2 s4 s8 4 s5 s1 s3 s4 s7 5 0 s12 0 S13 0 12 0 s11 0 S13 0 13 0 s15 0 S14 0 17 18

Um indicador NULL indica que o comando é inválido para o cartão presente

Os indicadores s1 etc. da Tabela 4 referem-se a uma tabela adicional, por exemplo, a Tabela 5, desta vez de "cadeias de acção”. Uma “cadeia de acção” pode ser utilizada por um ou mais cartões. 17 ΕΡ Ο 826 215/ΡΤ

Tabela 5

Indicador Cadeia de acção s1 s2 s3 sA READ_128, RESET_ADDRESS,STEP 8, ERASE 32, WRITE 32. NULL s5 RESET_ADDRESS, STEP 10, READ 32, NULL s6 RESET_ADDRESS, STEP 10, WRITE 16, NULL s7 STEP 96, NULL s8 s9

Uma “cadeia de acção” consiste numa cadeia de uma ou mais “etiquetas" com um terminal NULL. A maioria das “etiquetas” são seguidas por um valor “contagem”. A “contagem” determina o número de bits de cartão ou de ciclos de tempo em que a “etiqueta” deverá actuar. Por exemplo, “cadeia de acção" são do formato:

[etiqueta[,contagem,],][etiqueta[,contagem],]NULL em que a etiqueta é um dos RESET_ADDRESS STEP contagem READ contagem ERASE contagem WRITE contagem

Na comunicação com um cartão assíncrono, a camada 3 utiliza uma função “Access_Async_Card” para controlar a comunicação. Por exemplo:

int Access_ Async_Card(int command, int card_type, int len, char *pointer, ínt P1, int P2) em que command pode ser seleccionado de READ_FILE

WRITEFILE

SELECT_FILE

SELECT_DIRECTORY

SELECT_KEY

UPDATE_FILE

PRESENT SECRET CODE 86 382 ΕΡ Ο 826 215/ΡΤ 18

card type é tipo de cartão como determinado em L3.2. L3.3. len é o número de byles a ser tomado da memória temporária ou do número de bytes esperados de volta do cartão. ‘pointer indica para uma memória temporária, que contém dados para o cartão ou dados a partir do cartão na conclusão da chamada de função. P1: argumento 1: por exemplo o desvio no ficheiro P2: argumento 2: por exemplo o número de ficheiro seleccionado e a função retorna um de:

4001 ERR_FUNCTION_INVALID

4002 ERR_FUNCTION_MISMATCH 4xxx hex outras condições de erro detectadas pelo código UCI 6xxx hex = códigos de erro de ISO e fabricante (sem conversão)

9000 NO ERROR 9xxx hex = códigos de erro de ISO e fabricante (sem conversão), o retorno de função “NO_ERROR” se o comando é executado com sucesso.

Com base no tipo de cartão e no comando, a função “Access_Async_Card” refere-se a uma tabela de indicadores “cadeia de formato” como mostrado na Tabela 6.

Tabela 6

Tipo de cartão Comando para cadeia de formato READ_FILE WRITE_FILE SELECT_FILE SELECT_DIRECTORY SELECT _KEY 6 0 f21 f12 f14 f18 COS16DES f15 f21 f12 f14 f18 PCOS f15 f21 f13 f14 f17 2 0 f32 0 f33 0 MCOS 0 f31 0 f33 0 COS 0 f35 0 f34 0 15 0 f39 0 f41 19

Um indicador NULL indica que o Comando é inválido para o cartão presente 19 19 Λ 86 382 ΕΡ Ο 826 215/ΡΤ

Os indicadores referem-se a uma tabela adicional tal como a Tabela 7 de “cadeias de formato”. Uma “cadeia de formato” pode ser utilizada por mais de um cartão.

Tabela 7

Indicador Cadeia acção Π54 51 80 3A 00 P2 00 f12 55 80 3A 00 03 00 f14 63 80 34 00 00 08 f18 41 84 DA 00 P2 LEN f31 f33 f35 Í39 f41

As cadeias de formato são uma instrução de código máquina destinada para transmissão directa para o cartão. As cadeias de formato são um pequeno conjunto feito na formata: FLAG.CLA, INS, P1,P2,LEN FLAG: se estabelecido o bit 0: comando “write” se estabelecido o bit 1: LEN nos parâmetros deve coincidir com LEN na cadeia, senão retorna o erro se estabelecido o bit 2: P2 nos parâmetros deve coincidir com P2 na cadeia, senão retoma o erro se estabelecido o bit 3: P1 nos parâmetros deve coincidir com P12 na cadeia, senão retorna o erro se estabelecido o bit 4: LEN utilizado na cadeia, os parâmetros ignorados se estabelecido o bit 6: P1 utilizado na cadeia, os parâmetros ignorados

Na interface com as camadas mais elevadas a camada 3 utiliza “cadeias comandos”. A cadeia comando consiste numa ou mais etiquetas de comando terminadas com um “Null”. Cada cadeia de comando (CS) é referenciada pelo seu número ou nome CS. O mesmo acontece para as etiquetas de comando. As etiquetas comando podem ser desenvolvidas a partir de etiquetas e de outras cadeias comando para executar as funções relacionadas com o cartão e sistema.

86 382 ΕΡ Ο 826 215/ΡΤ 20

As etiquetas comando existem para executarem quase todas as acções possíveis dentro do UCI. De muitas maneiras as mesmas podem ser consideradas como formando uma linguagem de programação de alto nível. As etiquetas comando aparecem em três tipos, relativo, directo e indirecto. O comportamento de uma etiqueta comando directa não pode ser variado, sendo o comportamento exacto codificado dentro da etiqueta. As etiquetas relativas e indirectas utilizam parâmetros para modificar o comportamento da etiqueta. Com etiquetas relativas, os parâmetros de modificação seguem a etiqueta na cadeia de comando. Com etiquetas comando indirectas os parâmetros são lidos de uma pilha de parâmetros, a qual pode ser alterada por outra etiqueta.

Os exemplos de etiquetas de comando incluem:

Determinar o tipo de cartão e emissor,

Chamar função de Access_Sync_Card,

Chamar função de Access_Async_Card,

Fazer a leitura dados de cartão magnético, para questões de interface de cartão:

Enviar mensagens para impressoras, modems, écrans,

Adquirir dados de teclados, comutadores de entrada,

Fazer a leitura relógio com tempo real, para controlo de dispositivos exteriores: e Copiar, manipular cadeias de dados,

Comparar cadeias,

Testar “condição”,

Saltar a etiqueta de comando seguinte se “condição”,

Saltar para nova cadeia de comando,

Chamar nova cadeia de comando, para operações do programa interno.

Para interface com o cartão é importante conhecer a estrutura de dados e o formato da memória do cartão. Para organizar e fornecer os dados requeridos relativos à memória do cartão, a UCI tem uma base de dados de formatos de ficheiros. Uma vez que o tipo de cartão e o número do emissor tenham sido identificados e (se aplicável) uma aplicação seleccionada, a base de dados pode ser utilizada para guiar o acesso aos ficheiros de aplicações. A Tabela 8 é um exemplo de uma tal base de dados, que mostra as subdivisões através do tipo de cartão, emissor e aplicação. Os ficheiros para uma dada aplicação são

86 382 ΕΡ Ο 826 215/ΡΤ 21 referenciados por um número de ficheiro e possível nome do ficheiro, indicando este por sua vez um descritor de ficheiro.

Tabela 8

Tipo de cartão Emissor Aplicação Número do ficheiro Nome do ficheiro Descritor do ficheiro Cartão A Banco 1 Cartão bancário I 1 2 3 4 5 6 7 Cartão de crédito m 1 2 3 4 5 6 Banco 2 Cartão bancário j 1 2 3 4 5 6 7 8 9 10 11 Cartão B Banco 3 Cartão de Crédito n I e J S Cartão bancário k 1 2 3 4 5 6 7 8 9 10 11

Os descritores do ficheiro listam os seguintes atributos do ficheiro:

Tipo de ficheiro Indicador chave de débito Indicador chave de crédito ΕΡ Ο 826 215/ΡΤ 22

Indicador do código secreto Autoridade leitura Autoridade de escrita Actualizar autoridade Dimensão do ficheiro Método de cifra

Os indicadores chave podem indicar também qualquer necessidade para o acesso de chave remoto, protocolos AS2805 (ou semelhante), crédito em linha ou outras facilidades.

De cada vez que um ficheiro novo (ou “área de ficheiro” no caso de um cartão de memória) é seleccionado, o registador do estado do ficheiro é actualizado. Isto contém alguma ou toda a informação seguinte:

Hierarquia do ficheiro/directório Número/nome do ficheiro

Nome identificador do ficheiro longo opcional

Pasta de descrição do ficheiro/chaves/ norma/proprietário

Opção específica de pasta

Dimensão em bytes+bits

Leitura /escrita/actualizar níveis e fechos de critério de acesso.

Com cartões que não suportam as características mais avançadas, as partes relevantes do registador ficarão em branco.

Informação semelhante mas mais limitada está disponível em cartões que suportam mais que uma área de emissor. O seguinte são alguns dos dados tipicamente disponíveis quando se comutam directórios; Número do directório Condições de acesso.

Alguns dados genéricos podem ser acedidos pelo cartão através de um exame rudimentar. Esta informação é utilizada pelas camadas 4 e 6 do UCI para suportar e corroborar a informação derivada da Tabela 8.

OC OOO

EP 0 826 215/PT 23 A camada 4 do programa UCI cuida dos procedimentos de entidade. O seu objectivo é estabelecer a ligação com a estrutura dos dados do cartão, ficheiros, pastas e directório. Uma das funções realizadas pela camada 4 é a determinação do emissor de um cartão inserido. Uma vez determinado o tipo de cartão, um número de cadeias de comando são experimentados para tentar a identificação do ficheiro do cartão e o esboço dos dados. Um exemplo das cadeias de comando para tentar diferir os tipos de cartões estão mostradas na Tabela 9.

Tabela 9

Tipo de cartão Cadeia(s) de comando para tentar Números de emissor resultantes 1 1.2,3 16, 16, 16 2 7, 38 3,8 3 8 2 4 9, 32 15,8 5 25, 42 16,9 6 10 16 7 4, 5,6 9,16,16 8 16 12 g 11 4 10 23, 51 3.4

Se uma cadeia de comando desempenha como programado, o número de emissor resultante torna-se a referência para o emissor do cartão (ou aplicação de ocupação conjunta).

Uma vez que foi determinado o número de emissor do cartão, as camadas de código mais elevadas podem determinar as capacidades da combinação do cartão e da aplicação presentes.

Um exemplo de uma acção da cadeia de comando, utilizado principalmente para a identificação do emissor é: CS n:

Se o cartão é “assíncrono" e de directório múltiplo Seleccionar o directório mestre Encontrar primeiro o ficheiro “leitura não restrita” Abrir o ficheiro Fazer a leitura do ficheiro

8fi 38?

EP 0 826 215/PT 24

Se o conteúdo do ficheiro = padrão CRD copiar os dados do ficheiro para a memória temporária CRD estabelecer o número do emissor = n A camada 4 assume também a responsabilidade pela chave e manuseamento do código secreto para os cartões. A camada 5 do UCI contém as primitivas do processo para interactuar com os cartões. Para cada função genérica relativa ao cartão com acesso na camada 8 do UCI, a camada 5 inclui uma tabela de tipo de cartão + números de emissor, que mostra a cadeia de comando correspondente para essa aplicação. Os “Nulls” tomam o lugar dos números da cadeia de comando se a função requerida é inválida para o cartão ou aplicação presentes.

Esta tabela permite a conversão das descrições da função genérica da camada 8 para as descrições especificas da aplicação das camadas mais baixas. A camada 5 inclui também rotinas de suporte para:

Protocolos de comunicações (decisões sobre a utilização do DES, do HDLC, do modem, das cargas deferidas)

Transações de débito, crédito

Transações financeiras para o AS2805 ou semelhante “MACing"

Carga de registo de transação

Formatação de mensagens

Conexão lógica do módulo de segurança à aplicação do cartão

Manuseamento de chave e de código secreto para comunicações

Cifra RSA

Enquanto que a camada 5 inclui tabelas e rotinas para as primitivas de processo, a camada 6 utiliza estas tabelas e rotinas para converter entre as funções e instruções genéricas das camadas 7 e 8 e o tipo de cartão das camadas mais baixas, ou o emissor, ou as instruções especificas da aplicação das camadas mais baixas. A camada 7 fornece um conjunto reduzido e uniforme de instruções para utilização pelo dispositivo exterior. 25 ΕΡ Ο 826 215/ΡΤ A camada 8 da UCI isola o utilizador (dispositivo exterior) de todos os níveis mais baixos de modo que o utilizador pode emitir comandos genéricos simples e permitir ao UCI efectuar acções complicadas que são requeridas para executar os comandos. Efectivamente a interface na camada 8 torna-se aparentemente independente do tipo do cartão. O UCI na camada 8 pode ser contactado pelo utilizador, por exemplo, por comutadores, botões e relés ou pela ligação de dados série RS232.

Exemplos dos comandos genéricos que deve ser activados pela camada 8 são:

Novo cartão detectado

Identificar o novo cartão, fazer a leitura do número de cartão, sumário global e do utilizador

Saldo de conta (acc)

Actualizar informação global do utilizador Débito de conta (acc. amnt)

Crédito de conta (acc. amnt)

Fazer a leitura do ficheiro de dados não formatados (nome do ficheiro) Actualizar o ficheiro de dados não formatados (nome do ficheiro)

Carregar transações Descarregar OS (sistema operativo)

Fazer a leitura do teclado Imprimir mensagem Visualizar mensagem

Configurar écran, impressora, modem, dispositivos l/O Carregar tecla(s).

Como exemplo da operação do UCI, quando um cartão novo é inserido, a camada recebe um sinal de “Novo Cartão Detectado” (camada 1). O dispositivo exterior (suporte lógico do utilizador) pode então decidir identificar o cartão, e possivelmente conduzir a transação.

Da camada 8: executa identificar novo cartão, etc. isto traduz-se nas seguintes acções: executar decide_card_type para determinar o tipo de cartão do fabricante 4.

86 382 ΕΡ Ο 826 215/ΡΤ 26 (isto utiliza procedimentos cobertos pelas tabelas 2 e 3, estas por sua vez utilizam os procedimentos mencionados respectivamente na camada 2) - executar os procedimentos delineados tendo em conta a camada 4, para identificar qualquer possível(is) aplicação(es) (isto utiliza as funções da camada 3, cadeias de comando, etiquetas de comando e os dados relacionados das tabelas 6 e 7).

Como um outro exemplo do funcionamento do UCI, quando é debitada uma conta a partir de um cartão.

Da camada 8: executar a função Debit (acc #, amnt $) [L8.1.5]

Da camada 6: utilizar a tabela na camada 5, verificar se CommandString existe para “Debit” para este cartão

Da camada 6: executar CommandString (sequência de Etiquetas de Comando) se disponíveis na Tabela.

Da camada 3: o CommandString é interpretado nas seguintes acções: - seleccionar área de aplicação/subdirectório no cartão, - seleccionar ficheiro ou ficheiro de pasta no subdirectório, - seleccionar as teclas de cifra correctas, se requerido (como indicado no CommandString), (a selecção dos subdirectórios, ficheiros e teclas é ajudada pelo utilização da Tabela 8) ter presentes quaisquer teclas de cifra utilizadas, alterar ficheiro ou ficheiro de pasta por "quantidade”, registar detalhes da transação (se requerido).

Por conseguinte, o comando genérico simples “Debit” emitido para o UCI é tudo o que é requerido pelo suporte lógico do utilizador, completando o UCI todos os aspectos da interface com o cartão presente, independente do tipo de cartão do emissor. O UCI na concretização preferida descrita tem as vantagens de: 1) poder reconhecer uma multiplicidade de tipos de cartões, 2) reconhece as características e limitações de cada tipo de cartão, 3) reconhece o arranjo dos dados em cada tipo de cartão e todas as regras de acesso relevantes, 27 86 382 ΕΡ Ο 826 215/ΡΤ 4) as acções não são pré-definidas, mas são determinadas pelos dispositivos exteriores, e 5) a interface para o dispositivo exterior é simples, de modo que o fabricante do dispositivo exterior necessita de pouco ou nenhum conhecimento exterior dos cartões inteligentes, algoritmos de segurança ou manuseamento de transações financeiras.

Por SMARTMOVE (NZ) LIMITED r

DA CUNHA FERREIRA j Ag. Of. Pr. índ. ; Rua das Flores, 74-4." 1200-ÍÔ5 LISBOA

Claims

ΕΡ Ο 826 215/ΡΤ 1/6 REIVINDICAÇÕES 1 - Unidade de leitura/escrita de cartões (31,32), que faz a interface de um programa aplicação residente com um cartão de armazenamento de dados, que tem uma aplicação de cartão associada, caracterizada por: a dita unidade de leitura/escrita de cartões (31, 32) é capaz de responder ao dito programa aplicaçao residente, utilizando pelo menos uma linguagem designada de alto nível, uma pluralidade de conjuntos de protocolo de nível mais baixo serem armazenados, os quais correspondem a uma pluralidade de aplicações de cartão de armazenamento de dados diferentes, a dita unidade de leitura de cartões (31, 32) compreender meios de identificação, a partir do cartão, da aplicação particular do cartão para qualquer cartão que faça interface com a mesma, para a qual o mesmo tem um conjunto protocolos armazenado, e para selecção, a partir do seu arquivo de protocolos, do protocolo de nível mais baixo, apropriado para a aplicação de cartão identificada, a dita unidade de leitura/escrita de cartões (31, 32) compreender meios para leitura e para conversão dos comandos de linguagem de alto nível a partir do programa residente para os comandos correspondentes dentro do dito protocolo de nível mais baixo estabelecido e para escrita destes comandos de nível mais baixo no dito cartão, e a dita unidade de leitura/escrita de cartões (31, 32) compreender meios para leitura de comandos ou de dados no dito protocolo de nível mais baixo estabelecido a partir do dito cartão e para a conversão dos mesmos em comandos ou dados correspondentes na dita linguagem de alto nível e para escrita destes comandos ou dados no dito programa aplicação residente.
2 - Unidade de leitura/escrita de cartões (31, 32) de acordo com a reivindicação 1, caracterizada por poder ser carregada com conjuntos protocolo adicionais apropriados para aplicações de cartão adicionais às para as quais os conjuntos de protocolos foram inicialmente armazenados. 8fi 38? EP 0 826 215/PT 2/6
3 - Unidade de leitura/escrita de cartões (31, 32) de acordo quer com a reivindicação 1 quer com a reivindicação 2, caracterizada por uma pluralidade de cadeias, que caracterizam as aplicações de cartão serem armazenadas, cada uma das quais corresponde a uma aplicação de cartão de armazenamento de dados conhecida, a dita unidade de leitura/escrita de cartões compreender meios para fazer a leitura a partir de um cartão, fazendo interface com a mesma, da cadeia de dados, a qual caracteriza a aplicação do cartão, e a dita unidade de leiluia/esciilci de carlues compreender meius para fazer coincidir a dita cadeia de dados lido, caracterizando a dita aplicação do cartão armazenada a cadeia, para desse modo identificar a aplicação do cartão.
4 - Unidade de leitura/escrita de cartões (31, 32) de acordo com qualquer uma das reivindicações 1 a 3, caracterizada por cada um dos ditos conjuntos de protocolo de nível mais baixo compreender um conjunto de cadeias de comando e a dita unidade de leitura/escrita de cartões compreender meios para converter os comandos de linguagem de alto nível do programa residente para cadeias de comando correspondentes.
5 - Unidade de leitura/escrita de cartões (31, 32) de acordo com qualquer uma das reivindicações 1 a 4, caracterizada por a dita unidade de leitura/escrita de cartões (31, 32) compreender meios para identificação dos comandos do dito programa residente não suportados pela dita aplicação do cartão e meios para escrita de um comando de erro no dito programa residente, após identificação de um comando não suportado.
6 - Unidade de leitura/escrita de cartões (31, 32) de acordo com a reivindicações 1, compreendendo a dita unidade de leitura/escrita de cartões um dispositivo de aceitação de cartões (31) e um controlador (32), em conjunto com um processador (46), que tem associado um suporte lógico de interface de armazenamento de memória e conjunto de dados e portas de entrada-saída, que permitem a ligação do dito dispositivo receptor cartões (31) a uma porta de entrada-saída e do dito controlador (32) a uma segunda porta de entrada-saída, para formar uma interface do cartão universal para fazer a interface de cartões inteligentes e outros dispositivos de cartão que têm armazenamento de dados electrónico ou magnético com um controlador, que requer acesso para leitura/escrita aos ditos cartões, e em que os ditos conjuntos de dados incluem os primeiros e os segundos conjuntos de dados, contendo os ditos primeiros conjuntos de dados cadeias dos ΕΡ Ο 826 215/ΡΤ 3/6 dados que caracterizam a aplicação do cartão conhecida e para cada cadeia o seu identificador de aplicação de cartão correspondente e contendo o dito segunde conjunto de dados identificadores de aplicação de cartão e para cada identificador as suas cadeias de comando correspondentes, fazendo com que um suporte lógico de interface, quando executado pelo dito processador (46), que o dito processador (46): (1) delecle a presença de um carlãu apresentado ao dito dispositivo de aceitação de cartões (31) e passe um sinal de detecção de cartão para o dito controlador (32), (2) faça a leitura, a partir do cartão, da cadeia de dados que caracteriza a aplicação do cartão, (3) faça a busca, através de, pelo menos, um dito primeiro conjunto, de uma cadeia de dados coincidente e após fazer uma acção de coincidência recupere o identificador da aplicação do cartão correspondente, (4) seleccione as cadeias de comando apropriadas no dito segundo conjunto, utilizando o identificador da aplicação do cartão recuperado, (5) aceite as instruções de transação genéricas do dito controlador (32), (6) converta as instruções do dito controlador (32) nos comandos apropriados para a aplicação do cartão no cartão, utilizando as cadeias de comando seleccionadas do segundo conjunto, e (7) faça a leitura ou escrita dos dados no dito cartão de acordo com as ditas instruções genéricas.
7 - Método para fazer a interface de um programa aplicação residente com um cartão de armazenamento de dados, que tem uma aplicação de cartão associada, caracterizado por compreender os passos de: identificação da aplicação particular do cartão; selecção, a partir de um arquivo de um certo número de protocolos, do protocolo de nível mais baixo apropriado para a aplicação de cartão identificada, leitura dos comandos de linguagem de alto nível do programa residente; ΕΡ Ο 826 215/ΡΤ 4/6 conversão dos ditos comandos de linguagem de alto nível lidos para comandos correspondentes dentro do dito protocolo de nível mais baixo identificado, escrita os ditos comandos correspondentes no dito cartão; leitura dos comandos ou dados no dito protocolo de nível mais baixo estabelecido a partir do dito cartão, conversão dos ditos comandos ou dados de protocolo de nível mais baixo em comandos correspondentes na dita linguagem de alto nível, e escrita dos ditos comandos ou dados correspondentes da dita linguagem de alto nível para o dito programa de aplicação residente.
8 - Método de acordo com a reivindicação 7, em que a identificação da aplicação do cartão particular inclui os passos de fazer a leitura a partir do cartão da cadeia de dados caracterizantes da aplicação do cartão, e fazem coincidir a dita cadeia de dados lida com um cadeia, que caracteriza a aplicação do cartão de uma pluralidade de cadeias caracterizantes da aplicação do cartão armazenadas, compreendendo cada uma a uma aplicação do cartão de armazenamento de dados conhecida, para desse modo identificar a aplicação do cartão.
9 - Método de acordo com a reivindicação 7 ou reivindicação 8, que inclui o passo de identificação dos comandos de linguagem de alto nível lidos a partir do programa residente não suportados pela dita aplicação do cartão e após identificação de um comando não suportado enviar um comando de erro para o dito programa residente.
10 - Método de acordo com a reivindicação 7, que inclui: (1) fazer a leitura, a partir do cartão a que é feita interface, da cadeia de dados que caracterizam uma aplicação particular do cartão, (2) fazer a busca, através de um primeiro conjunto de dados que contém as cadeias conhecidas, dos dados caracterizantes da aplicação do cartão, e para cada cadeia o seu identificador de aplicação do cartão correspondente, para uma cadeia de dados coincidente e, após fazer ΕΡ Ο 826 215/ΡΤ ΕΡ Ο 826 215/ΡΤ 5/6 d' it uma coincidência bem sucedida, recuperar o identificador do cartão correspondente, (3) seleccionar as cadeias de comando apropriadas a partir de um segundo conjunto de dados, que contém identificadores da aplicação do cartão, e para cada identificador as suas cadeias de comando correspondentes, utilizando o identificador da aplicação do cartão recuperado, (4) aceitar instruções de transação genéricas do programa da aplicação residente, (5) converter as instruções do dito programa da aplicação residente nos comandos de baixo nível, apropriados para a aplicação do cartão, cuja interface está a ser feita, utilizando a cadeia de comando seleccionada do dito segundo conjunto de dados, e (6) fazer com que os dados sejam quer lidos quer escritos no dito cartão de acordo com as ditas instruções genéricas.
11 - Método de acordo com a reivindicação 7, em que o dito programa da aplicação residente compreende uma hierarquia de módulos de funções, em que: um módulo de primeiro nível faz a leitura do cartão, cuja interface está a ser feita com a cadeia de dados, a qual caracteriza esta aplicação do cartão e passa a dita cadeia de dados para um módulo de segundo nível, o módulo de segundo nível faz a busca através do primeiro conjunto de dados, que contém as cadeias conhecidas de dados caracterizantes da aplicação do cartão, e para cada cadeia o seu correspondente identificador de cartão, para uma cadeia de dados coincidente e após fazer uma coincidência bem sucedida recupera o identificador da aplicação do cartão correspondente e passa o dito identificador da aplicação do cartão para um módulo de terceiro nível, o módulo de terceiro nível selecciona as cadeias de comando apropriadas a partir de um segundo conjunto de dados, que contém os identificadores da aplicação do cartão, e para cada identificador as suas cadeias de comando 86 88? ΕΡ Ο 826 215/ΡΤ 6/6 correspondentes, utilizando ο identificador da aplicação do cartão passado para o mesmo, um módulo de quinto nível aceita as instruções de transação genéricas do dito suporte lógico da aplicação residente e passa estas instruções para um módulo de quarto nível, o módulo de quarto nível converte as instruções a partir do dito módulo de quinlu nível em cumaudos de nível rnais baixo, apropriados para a aplicação do cartão, cuja interface está a ser feita, utilizando as cadeias de comando seleccionadas pelo módulo do terceiro nível, e o módulo do primeiro nível ou faz a leitura ou escreve no dito cartão de acordo com as instruções genéricas convertidas, passadas a partir do módulo de quarto nível.

Lisboa, Por SMARTMOVE (NZ) LIMITED - O AGENTE OFICIAL -

Eng.0 ANTÓNIO JOÃO DA CUNHA FERRE1RA Âg. Oj. Pr. !nd. Rua das Flores, 74*4.° 1200-J95 LISBOA