PT826215E - Interface de cartao - Google Patents

Interface de cartao Download PDF

Info

Publication number
PT826215E
PT826215E PT96912337T PT96912337T PT826215E PT 826215 E PT826215 E PT 826215E PT 96912337 T PT96912337 T PT 96912337T PT 96912337 T PT96912337 T PT 96912337T PT 826215 E PT826215 E PT 826215E
Authority
PT
Portugal
Prior art keywords
card
application
data
carton
commands
Prior art date
Application number
PT96912337T
Other languages
English (en)
Inventor
Alan Noel Zuppicich
Original Assignee
Smartmove Nz Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=19925257&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=PT826215(E) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Smartmove Nz Ltd filed Critical Smartmove Nz Ltd
Publication of PT826215E publication Critical patent/PT826215E/pt

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/0004Hybrid readers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/0008General problems related to the reading of electronic memory record carriers, independent of its reading method, e.g. power transfer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/0013Methods or arrangements for sensing record carriers, e.g. for reading patterns by galvanic contacts, e.g. card connectors for ISO-7816 compliant smart cards or memory cards, e.g. SD card readers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10297Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves arrangements for handling protocols designed for non-contact record carriers such as RFIDs NFCs, e.g. ISO/IEC 14443 and 18092
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355Personalisation of cards for use
    • G06Q20/3552Downloading or loading of personalisation data

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Toxicology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Electromagnetism (AREA)
  • General Health & Medical Sciences (AREA)
  • Storage Device Security (AREA)
  • Credit Cards Or The Like (AREA)
  • Optical Record Carriers And Manufacture Thereof (AREA)
  • Stored Programmes (AREA)
  • Time Recorders, Dirve Recorders, Access Control (AREA)
  • Telephone Function (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Cash Registers Or Receiving Machines (AREA)

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 (11)

  1. ΕΡ Ο 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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
PT96912337T 1995-05-09 1996-05-09 Interface de cartao PT826215E (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
NZ27209495 1995-05-09

Publications (1)

Publication Number Publication Date
PT826215E true PT826215E (pt) 2001-07-31

Family

ID=19925257

Family Applications (1)

Application Number Title Priority Date Filing Date
PT96912337T PT826215E (pt) 1995-05-09 1996-05-09 Interface de cartao

Country Status (14)

Country Link
US (2) US6213392B1 (pt)
EP (1) EP0826215B2 (pt)
JP (1) JPH11505049A (pt)
KR (1) KR100285111B1 (pt)
CN (1) CN1138196C (pt)
AT (1) ATE198803T1 (pt)
AU (1) AU687312B2 (pt)
BR (1) BR9608285A (pt)
DE (1) DE69611613T3 (pt)
DK (1) DK0826215T3 (pt)
ES (1) ES2156275T5 (pt)
GR (1) GR3035751T3 (pt)
PT (1) PT826215E (pt)
WO (1) WO1996036051A1 (pt)

Families Citing this family (96)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6698654B1 (en) * 1995-05-09 2004-03-02 Smartmove (Nz) Ltd. Method of interfacing with data storage card
EP0826215B2 (en) * 1995-05-09 2005-01-26 Smartmove (Nz) Limited Card interface
US6718319B1 (en) 1996-12-03 2004-04-06 Strategic Analysis, Incorporated Method and apparatus for formatting smart cards and card readers
EP0943136A1 (en) * 1996-12-03 1999-09-22 Strategic Analysis, Inc. Method and apparatus for formatting smart cards and card readers
ES2125830B1 (es) * 1997-03-04 1999-11-16 Infos Ingenieria Informatica S Lector/grabador de tarjetas microprocesadoras.
JPH1127746A (ja) * 1997-07-03 1999-01-29 Sony Corp 携帯端末機
US6685312B2 (en) 1997-10-24 2004-02-03 Fargo Electronics, Inc. Ink jet card printer
US6702282B2 (en) 1997-10-24 2004-03-09 Fargo Electronics, Inc. Card transport mechanism roller support
US5928347A (en) * 1997-11-18 1999-07-27 Shuttle Technology Group Ltd. Universal memory card interface apparatus
US7809642B1 (en) 1998-06-22 2010-10-05 Jpmorgan Chase Bank, N.A. Debit purchasing of stored value card for use by and/or delivery to others
US6615189B1 (en) 1998-06-22 2003-09-02 Bank One, Delaware, National Association Debit purchasing of stored value card for use by and/or delivery to others
FR2785700B1 (fr) * 1998-11-10 2001-01-12 St Microelectronics Sa Procede de gestion d'un circuit electronique
US7660763B1 (en) 1998-11-17 2010-02-09 Jpmorgan Chase Bank, N.A. Customer activated multi-value (CAM) card
US6032136A (en) * 1998-11-17 2000-02-29 First Usa Bank, N.A. Customer activated multi-value (CAM) card
DE19855813A1 (de) * 1998-12-03 2000-06-15 Kreft Hans Diedrich Mittel und Verfahren zum Test von Karten in einem Terminal
US6527187B1 (en) * 1999-01-04 2003-03-04 Sankyo Seiki Mfg. Co., Ltd. Card reader
US7018117B2 (en) * 1999-01-25 2006-03-28 Fargo Electronics, Inc. Identification card printer ribbon cartridge
ES2330915T3 (es) * 1999-01-25 2009-12-17 Fargo Electronics, Inc. Metodo y aparato para la comunicacion entre una impresora o una plastificadora y sus suministros.
US7154519B2 (en) * 1999-01-25 2006-12-26 Fargo Electronics, Inc. Printer and ribbon cartridge
US6832866B2 (en) * 1999-01-25 2004-12-21 Fargo Electronics, Inc. Printer or laminator supply
US6932527B2 (en) * 1999-01-25 2005-08-23 Fargo Electronics, Inc. Card cartridge
US6694884B2 (en) 1999-01-25 2004-02-24 Fargo Electronics, Inc. Method and apparatus for communicating between printer and card supply
US7344325B2 (en) * 1999-01-25 2008-03-18 Fargo Electronics, Inc. Identification card printer having ribbon cartridge with cleaner roller
US20040040026A1 (en) * 1999-06-08 2004-02-26 Thinkpulse, Inc. Method and System of Linking a Smart Device Description File with the Logic of an Application Program
AU5470600A (en) * 1999-06-20 2001-01-09 Thinkpulse, Inc. Method and system of performing a security check of a smart device description file
US8793160B2 (en) 1999-12-07 2014-07-29 Steve Sorem System and method for processing transactions
US6758616B2 (en) 2000-01-21 2004-07-06 Fargo Electronics, Inc. Identification card printer
DE10008308A1 (de) * 2000-02-23 2001-08-30 Orga Kartensysteme Gmbh Kartenterminal
JP2001250092A (ja) * 2000-03-03 2001-09-14 Toshiba Corp カード型電子機器、及びカード型電子機器に適用されるコンテンツ管理方法
US7147558B2 (en) * 2000-03-22 2006-12-12 Wms Gaming Inc. System and method for dispensing gaming machine credits in multiple different media of monetary exchange
US6631849B2 (en) * 2000-12-06 2003-10-14 Bank One, Delaware, National Association Selectable multi-purpose card
US7313546B2 (en) 2001-05-23 2007-12-25 Jp Morgan Chase Bank, N.A. System and method for currency selectable stored value instrument
AU2002327322A1 (en) 2001-07-24 2003-02-17 First Usa Bank, N.A. Multiple account card and transaction routing
US7311244B1 (en) 2001-08-13 2007-12-25 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US8020754B2 (en) 2001-08-13 2011-09-20 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US6817524B2 (en) * 2001-08-24 2004-11-16 Cubic Corporation Universal ticket transport
JP3641230B2 (ja) * 2001-10-22 2005-04-20 株式会社東芝 メモリカードを制御するための装置および方法
US6985167B2 (en) * 2002-03-01 2006-01-10 Fargo Electronics, Inc. Card cleaner roller assembly
US7756896B1 (en) 2002-03-11 2010-07-13 Jp Morgan Chase Bank System and method for multi-dimensional risk analysis
US7899753B1 (en) 2002-03-25 2011-03-01 Jpmorgan Chase Bank, N.A Systems and methods for time variable financial authentication
AU2003230751A1 (en) 2002-03-29 2003-10-13 Bank One, Delaware, N.A. System and process for performing purchase transaction using tokens
US20040210498A1 (en) 2002-03-29 2004-10-21 Bank One, National Association Method and system for performing purchase and other transactions using tokens with multiple chips
EP1353289A1 (en) * 2002-04-10 2003-10-15 Schlumberger Systèmes System comprising a smart card and a reader
AU2003214550A1 (en) * 2002-04-10 2003-10-20 Axalto Sa A system comprising a smart card and a reader
US20030197770A1 (en) 2002-04-19 2003-10-23 Klinefelter Gary M. Card cartridge and card feed adapter for an ink jet sheet feeder printer
US20030197056A1 (en) * 2002-04-19 2003-10-23 Dunham Matthew K. Identification card printer data encoder module
AU2003209968A1 (en) * 2002-05-28 2003-12-12 Lukasz Figiel A computer peripheral
US8239304B1 (en) 2002-07-29 2012-08-07 Jpmorgan Chase Bank, N.A. Method and system for providing pre-approved targeted products
US6945524B2 (en) 2002-09-05 2005-09-20 Fargo Electronics, Inc. Card singularization gate
US7809595B2 (en) 2002-09-17 2010-10-05 Jpmorgan Chase Bank, Na System and method for managing risks associated with outside service providers
JP2004264921A (ja) 2003-02-26 2004-09-24 Sony Corp 非接触icカードの通信システム及び通信方法
US7044517B2 (en) * 2003-03-14 2006-05-16 Toyoda Gosei Co., Ltd. Front grille for a vehicle
FI20035072A0 (fi) * 2003-05-22 2003-05-22 Nokia Corp Liitäntäväylä, elektroniikkalaite ja järjestelmä
US8306907B2 (en) 2003-05-30 2012-11-06 Jpmorgan Chase Bank N.A. System and method for offering risk-based interest rates in a credit instrument
US7878505B2 (en) * 2003-08-19 2011-02-01 Hid Global Corporation Credential substrate rotator and processing module
US7953663B1 (en) 2003-09-04 2011-05-31 Jpmorgan Chase Bank, N.A. System and method for financial instrument pre-qualification and offering
US7206010B2 (en) * 2004-04-16 2007-04-17 Zih Corp. Systems and methods for providing a media located on a spool and/or a cartridge where the media includes a wireless communication device attached thereto
US7392222B1 (en) 2004-08-03 2008-06-24 Jpmorgan Chase Bank, N.A. System and method for providing promotional pricing
DE102004049671B4 (de) * 2004-10-12 2007-08-02 Mühlbauer Ag Elektronisches Modul für die Herstellung, Programmierung und das Testen von Chipkarten und zugehöriges Verfahren
KR100706343B1 (ko) * 2005-04-18 2007-04-13 주식회사 케이티프리텔 통합 정보 관리 ic 칩 및 이를 이용한 다중 서비스 제공방법
US7401731B1 (en) 2005-05-27 2008-07-22 Jpmorgan Chase Bank, Na Method and system for implementing a card product with multiple customized relationships
US7747874B2 (en) * 2005-06-02 2010-06-29 Seagate Technology Llc Single command payload transfers block of security functions to a storage device
US7493656B2 (en) 2005-06-02 2009-02-17 Seagate Technology Llc Drive security session manager
US7455218B2 (en) * 2005-06-20 2008-11-25 Microsoft Corproation Rich object model for diverse Auto-ID tags
KR100747601B1 (ko) * 2005-09-27 2007-08-08 한국전자통신연구원 Rfid태그 사용자 데이터 접근 시스템 및 방법
US7309007B2 (en) * 2005-10-04 2007-12-18 First Data Corporation Systems and methods for personalizing transaction cards
CN100461139C (zh) * 2005-10-26 2009-02-11 威盛电子股份有限公司 快闪存储卡存取装置与方法
US8408455B1 (en) 2006-02-08 2013-04-02 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US7784682B2 (en) 2006-02-08 2010-08-31 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US7753259B1 (en) 2006-04-13 2010-07-13 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US20080147495A1 (en) * 2006-12-19 2008-06-19 General Electric Company System and method for providing promotions
US20080147496A1 (en) * 2006-12-19 2008-06-19 General Electric Company System and method for providing promotions
US7966355B2 (en) * 2007-02-13 2011-06-21 Modu Ltd. Interface for extending functionality of memory cards
US8676642B1 (en) 2007-07-05 2014-03-18 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to financial account holders
US20090089148A1 (en) * 2007-09-27 2009-04-02 General Electric Company System and method for providing promotions
US8417601B1 (en) 2007-10-18 2013-04-09 Jpmorgan Chase Bank, N.A. Variable rate payment card
JP4600518B2 (ja) * 2008-05-20 2010-12-15 ソニー株式会社 情報処理装置、情報処理システム、および情報処理方法、並びにコンピュータ・プログラム
USD636021S1 (en) 2008-07-17 2011-04-12 Jpmorgan Chase Bank, N.A. Eco-friendly transaction device
USD620975S1 (en) 2009-02-12 2010-08-03 Jpmorgan Chase Bank, N.A. Transaction device
USD617378S1 (en) 2009-02-12 2010-06-08 Jpmorgan Chase Bank, N.A. Transaction device with a gem-like surface appearance
CN101820696B (zh) * 2009-02-26 2013-08-07 中兴通讯股份有限公司 支持增强型近场通信的终端及其处理方法
US8725589B1 (en) 2009-07-30 2014-05-13 Jpmorgan Chase Bank, N.A. Methods for personalizing multi-layer transaction cards
EP2477919B1 (en) 2009-09-18 2015-06-17 Assa Abloy AB Card substrate rotator
USD623690S1 (en) 2010-03-05 2010-09-14 Jpmorgan Chase Bank, N.A. Metal transaction device with gem-like surface
WO2012000438A1 (zh) * 2010-06-29 2012-01-05 飞天诚信科技股份有限公司 一种对电子钱包进行操作的方法
USD643064S1 (en) 2010-07-29 2011-08-09 Jpmorgan Chase Bank, N.A. Metal transaction device with gem-like surface
US10475024B1 (en) 2012-10-15 2019-11-12 Square, Inc. Secure smart card transactions
USD854083S1 (en) 2013-03-27 2019-07-16 Jpmorgan Chase Bank, N.A. Hybrid transaction device
US9760740B1 (en) 2014-06-23 2017-09-12 Square, Inc. Terminal case with integrated dual reader stack
US10108947B2 (en) * 2014-07-31 2018-10-23 Square, Inc. Smart card reader with public key index on host device
US10753982B2 (en) 2014-12-09 2020-08-25 Square, Inc. Monitoring battery health of a battery used in a device
US10504106B2 (en) * 2016-07-25 2019-12-10 Mastercard International Incorporated Methods, systems, networks, and media for transferring data streams through vibration to haptic devices
US10318319B2 (en) 2016-08-26 2019-06-11 Sap Se Two-model user interface system
US10102014B2 (en) * 2016-08-26 2018-10-16 Sap Se User interface employing nested data
CN107403119B (zh) * 2017-06-13 2021-04-23 北京三快在线科技有限公司 一种智能卡信息读取方法及装置
CN111367465A (zh) * 2018-12-26 2020-07-03 深圳市江波龙电子股份有限公司 一种存储设备的控制方法及存储设备、电子设备

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4392207A (en) * 1980-09-09 1983-07-05 Burroughs Corporation Card reader-data link processor
US4618925A (en) 1981-05-22 1986-10-21 Data General Corporation Digital data processing system capable of executing a plurality of internal language dialects
US4839640A (en) * 1984-09-24 1989-06-13 Adt Inc. Access control system having centralized/distributed control
JP2539385B2 (ja) 1986-08-08 1996-10-02 株式会社日立製作所 情報処理装置
US4768150A (en) * 1986-09-17 1988-08-30 International Business Machines Corporation Application program interface to networking functions
JPS63250789A (ja) * 1987-04-07 1988-10-18 Hitachi Maxell Ltd Icカ−ドシステムとそのリ−ダライタ
JPS63250726A (ja) 1987-04-07 1988-10-18 Hitachi Maxell Ltd リ−ダライタ
US5226161A (en) * 1987-08-21 1993-07-06 Wang Laboratories, Inc. Integration of data between typed data structures by mutual direct invocation between data managers corresponding to data types
US4808803A (en) * 1987-08-24 1989-02-28 Figgi International, Inc. Security system
JP2748253B2 (ja) * 1990-06-08 1998-05-06 共同印刷株式会社 Icカード情報処理システム
FR2667171B1 (fr) * 1990-09-25 1994-08-26 Gemplus Card Int Support portable a micro-circuit facilement programmable et procede de programmation de ce micro-circuit.
JP3489123B2 (ja) * 1992-04-15 2004-01-19 株式会社日立製作所 アプリケーション結合方法
JP3613401B2 (ja) * 1992-07-06 2005-01-26 マイクロソフト コーポレーション オブジェクトの名称を付けて結び付ける方法及びシステム
EP0583723A1 (en) 1992-08-20 1994-02-23 THOMSON multimedia Card, card reader and method for protocol selection
FR2701133B1 (fr) 1993-02-04 1995-03-10 Gemplus Card Int Procédé de communication avec un support portatif.
US5463772A (en) * 1993-04-23 1995-10-31 Hewlett-Packard Company Transparent peripheral file systems with on-board compression, decompression, and space management
EP0624851A1 (en) * 1993-05-13 1994-11-17 Angewandte Digital Elektronik GmbH Coupler between the applications on the card level and the applications on the system level
US5329291A (en) * 1993-08-18 1994-07-12 Liang Ying Co., Ltd. Cathode ray tube optical filter device with cursor pointing function
JPH07104981A (ja) * 1993-09-30 1995-04-21 Hitachi Software Eng Co Ltd オブジェクトリンク情報を用いたプログラム構築装置
US5732270A (en) * 1994-09-15 1998-03-24 Visual Edge Software Limited System and method for providing interoperability among heterogeneous object systems
US5613120A (en) * 1994-10-20 1997-03-18 Silicon Graphics, Inc. System and method for enabling, without recompilation, modification of class definitions and implementations in an object-oriented computer program
GB9422803D0 (en) 1994-11-11 1995-01-04 At & T Global Inf Solution A card reader
US5729745A (en) * 1994-11-14 1998-03-17 Microsoft Corporation Methods and apparatus for creating a base class for manipulating external data connections in a computer generated document
EP1460594B1 (en) 1995-04-28 2010-09-29 Koninklijke KPN N.V. A device for transparent interaction between an IC card and a remote terminal
EP0826215B2 (en) * 1995-05-09 2005-01-26 Smartmove (Nz) Limited Card interface
US6698654B1 (en) * 1995-05-09 2004-03-02 Smartmove (Nz) Ltd. Method of interfacing with data storage card
US5761625A (en) 1995-06-07 1998-06-02 Alliedsignal Inc. Reconfigurable algorithmic networks for aircraft data management
US5706502A (en) * 1996-03-25 1998-01-06 Sun Microsystems, Inc. Internet-enabled portfolio manager system and method
US6145119A (en) * 1997-03-31 2000-11-07 International Business Machines Corporation Programming development environment for intranet and internet applications employing unique project data structure
US6308164B1 (en) * 1997-04-28 2001-10-23 Jeff Nummelin Distributed project management system and method
US6185733B1 (en) * 1998-01-20 2001-02-06 International Business Machines Corporation Method and apparatus for remote object code inclusion

Also Published As

Publication number Publication date
AU5517996A (en) 1996-11-29
DE69611613T2 (de) 2001-08-09
KR100285111B1 (ko) 2001-03-15
DK0826215T3 (da) 2001-05-07
CN1138196C (zh) 2004-02-11
EP0826215A1 (en) 1998-03-04
CN1189914A (zh) 1998-08-05
EP0826215B2 (en) 2005-01-26
US6213392B1 (en) 2001-04-10
KR19990008336A (ko) 1999-01-25
ES2156275T3 (es) 2001-06-16
DE69611613D1 (de) 2001-02-22
WO1996036051A1 (en) 1996-11-14
EP0826215A4 (en) 1998-12-16
GR3035751T3 (en) 2001-07-31
DE69611613T3 (de) 2005-10-13
ATE198803T1 (de) 2001-02-15
AU687312B2 (en) 1998-02-19
ES2156275T5 (es) 2005-07-16
US20040103415A1 (en) 2004-05-27
JPH11505049A (ja) 1999-05-11
EP0826215B1 (en) 2001-01-17
BR9608285A (pt) 2000-04-25

Similar Documents

Publication Publication Date Title
PT826215E (pt) Interface de cartao
US6698654B1 (en) Method of interfacing with data storage card
AU597359B2 (en) Ic card system
EP0843250B1 (en) Computer keyboard with integral encoded device reader
EP0159651A2 (en) IC card and financial transaction processing system using IC card
CN1010059B (zh) 具有外编程能力的灵巧插板
JP2002342718A (ja) Icカード発行システム
CN109313761A (zh) 选择卡上的应用
KR100538193B1 (ko) 프로토콜 제어용 집적 회로
US4731748A (en) Pocket computer with means for checking the detachable memory module before and after power interruption
JPS63250789A (ja) Icカ−ドシステムとそのリ−ダライタ
CA2219734C (en) Card interface
KR960704286A (ko) 분산처리장치(distributed processor)
RU2147380C1 (ru) Накопитель журнала
KR960704285A (ko) 분산처리장치(distributed processor)
JP3645587B2 (ja) Icカードアクセス用パターンファイルの作成支援装置
JPH05298497A (ja) Icカードの情報処理方法
KR100375097B1 (ko) 영구적인기억장치
KR200171853Y1 (ko) 전자오락기용 카드인식장치
JPS62237597A (ja) カ−ド利用自動販売機システム
JPS6188359A (ja) ワンチツプマイクロコンピユ−タ
JPH0582624B2 (pt)
JPH0752430B2 (ja) マスタカードのマスタ番号設定方式
JP2001154775A (ja) データ入力装置およびデータ入力方法
JPS62169265A (ja) 現金自動取引装置