Recherche Images Maps Play YouTube Actualités Gmail Drive Plus »
Connexion
Les utilisateurs de lecteurs d'écran peuvent cliquer sur ce lien pour activer le mode d'accessibilité. Celui-ci propose les mêmes fonctionnalités principales, mais il est optimisé pour votre lecteur d'écran.

Brevets

  1. Recherche avancée dans les brevets
Numéro de publicationUS20040139021 A1
Type de publicationDemande
Numéro de demandeUS 10/656,858
Date de publication15 juil. 2004
Date de dépôt5 sept. 2003
Date de priorité7 oct. 2002
Autre référence de publicationCA2505134A1, EP1556790A2, EP1556790A4, US8548923, US9430666, US20100250956, US20140059706, WO2004034202A2, WO2004034202A3
Numéro de publication10656858, 656858, US 2004/0139021 A1, US 2004/139021 A1, US 20040139021 A1, US 20040139021A1, US 2004139021 A1, US 2004139021A1, US-A1-20040139021, US-A1-2004139021, US2004/0139021A1, US2004/139021A1, US20040139021 A1, US20040139021A1, US2004139021 A1, US2004139021A1
InventeursSonia Reed, Christian Aabye
Cessionnaire d'origineVisa International Service Association
Exporter la citationBiBTeX, EndNote, RefMan
Liens externes: USPTO, Cession USPTO, Espacenet
Method and system for facilitating data access and management on a secure token
US 20040139021 A1
Résumé
A system for facilitating data access and management on a smart card is provided. According to one exemplary aspect of the system, a storage architecture is provided in the smart card which allows data stored thereon to be shared by multiple parties. Access to data stored on the smart card is controlled by various access methods depending on the actions to be taken with respect to the data to be accessed.
Images(5)
Previous page
Next page
Revendications(57)
What is claimed is:
1. A system for facilitating data management on a secure token, comprising:
a client having a plurality of applications residing thereon; and
a secure token having a storage architecture, wherein the storage architecture includes:
a directory and one or more attributes associated with the directory, wherein the one or more attributes associated with the directory are used to control access to the directory by the plurality of applications,
one or more cell groups under the directory, each cell group having one or more associated attributes, wherein the one or more attributes associated with a cell group are used to control access to that cell group by the plurality of applications, and
one or more cells under each cell group, each cell having one or more associated attributes, wherein the one or more attributes associated with a cell are used to control access to that cell by the plurality of applications.
2. The system of claim 1 wherein the one or more attributes associated with the directory permit access to the directory by one application and deny access to the directory to another application.
3. The system of claim 1 wherein the one or more attributes associated with the cell group permit access to that cell group by one application and deny access to that cell group to another application.
4. The system of claim 1 wherein the one or more attributes associated with the cell permit access to that cell by one application and deny access to that cell to another application.
5. The system of claim 1 wherein one or more additional cell groups are added to the directory subsequent to issuance of the secure token to a token holder.
6. The system of claim 1 wherein ownership of one of the one or more cell groups is determined subsequent to issuance of the secure token to a token holder.
7. The system of claim 1 wherein ownership of one of the one or more cell groups is modified subsequent to issuance of the secure token to a token holder.
8. The system of claim 1 wherein one or more additional cells are added to a cell group subsequent to issuance of the secure token to a token holder.
9. The system of claim 1 wherein the one or more attributes associated with the directory are modified in terms of permitting or denying access to the directory by the plurality of applications.
10. The system of claim 1 wherein the one or more attributes associated with a cell group are modified in terms of permitting or denying access to that cell group by the plurality of applications.
11. The system of claim 1 wherein the one or more attributes associated with a cell are modified in terms of permitting or denying access to that cell by the plurality of applications.
12. The system of claim 1 wherein the one or more attributes associated with a cell further control operations on contents of that cell by the plurality of applications.
13. The system of claim 12 wherein the one or more attributes associated with the cell permit a first set of operations on the contents of that cell by a first application;
wherein the one or more attributes associated with the cell permit a second set of operations on the contents of that cell by a second application; and
wherein the first set of operations is different from the second set of operations.
14. The system of claim 1 wherein the one or more attributes associated with the directory permit a first application to access the directory after a first access condition is satisfied;
wherein the one or more attributes associated with the directory permit a second application to access the directory after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
15. The system of claim 1 wherein the one or more attributes associated with the cell group permit a first application to access that cell group after a first access condition is satisfied;
wherein the one or more attributes associated with the cell group permit a second application to access that cell group after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
16. The system of claim 1 wherein the one or more attributes associated with the cell permit a first application to access that cell after a first access condition is satisfied;
wherein the one or more attributes associated with the cell permit a second application to access that cell after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
17. The system of claim 1 wherein the secure token is a smart card.
18. The system of claim 17 wherein the smart card is an open platform smart card.
19. The system of claim 17 wherein the smart card is a static or native smart card.
20. A secure token comprising:
a directory and one or more attributes associated with the directory, wherein the one or more attributes associated with the directory are used to control access to the directory by a plurality of applications,
one or more cell groups under the directory, each cell group having one or more associated attributes, wherein the one or more attributes associated with a cell group are used to control access to that cell group by the plurality of applications, and
one or more cells under each cell group, each cell having one or more associated attributes, wherein the one or more attributes associated with a cell are used to control access to that cell by the plurality of applications.
21. The secure token of claim 20 wherein the one or more attributes associated with the directory permit access to the directory by one application and deny access to the directory to another application.
22. The secure token of claim 20 wherein the one or more attributes associated with the cell group permit access to that cell group by one application and deny access to that cell group to another application.
23. The secure token of claim 20 wherein the one or more attributes associated with the cell permit access to that cell by one application and deny access to that cell to another application.
24. The secure token of claim 20 wherein one or more additional cell groups are added to the directory subsequent to issuance of the secure token to a token holder.
25. The secure token of claim 20 wherein ownership of one of the one or more cell groups is determined subsequent to issuance of the secure token to a token holder.
26. The secure token of claim 20 wherein ownership of one of the one or more cell groups is modified subsequent to issuance of the secure token to a token holder.
27. The secure token of claim 20 wherein one or more additional cells are added to a cell group subsequent to issuance of the secure token to a token holder.
28. The secure token of claim 20 wherein the one or more attributes associated with the directory are modified in terms of permitting or denying access to the directory by the plurality of applications.
29. The secure token of claim 20 wherein the one or more attributes associated with a cell group are modified in terms of permitting or denying access to that cell group by the plurality of applications.
30. The secure token of claim 20 wherein the one or more attributes associated with a cell are modified in terms of permitting or denying access to that cell by the plurality of applications.
31. The secure token of claim 20 wherein the one or more attributes associated with a cell further control operations on contents of that cell by the plurality of applications.
32. The secure token of claim 31 wherein the one or more attributes associated with the cell permit a first set of operations on the contents of that cell by a first application;
wherein the one or more attributes associated with the cell permit a second set of operations on the contents of that cell by a second application; and
wherein the first set of operations is different from the second set of operations.
33. The secure token of claim 20 wherein the one or more attributes associated with the directory permit a first application to access the directory after a first access condition is satisfied;
wherein the one or more attributes associated with the directory permit a second application to access the directory after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
34. The secure token of claim 20 wherein the one or more attributes associated with the cell group permit a first application to access that cell group after a first access condition is satisfied;
wherein the one or more attributes associated with the cell group permit a second application to access that cell group after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
35. The secure token of claim 20 wherein the one or more attributes associated with the cell permit a first application to access that cell after a first access condition is satisfied;
wherein the one or more attributes associated with the cell permit a second application to access that cell after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
36. The secure token of claim 20 wherein the secure token is a smart card.
37. The secure token of claim 36 wherein the smart card is an open platform smart card.
38. The secure token of claim 36 wherein the smart card is a static or native smart card.
39. A method for facilitating data management on a secure token, comprising:
providing a directory and one or more attributes associated with the directory, wherein the one or more attributes associated with the directory are used to control access to the directory by a plurality of applications,
providing one or more cell groups under the directory, each cell group having one or more associated attributes, wherein the one or more attributes associated with a cell group are used to control access to that cell group by the plurality of applications, and
providing one or more cells under each cell group, each cell having one or more associated attributes, wherein the one or more attributes associated with a cell are used to control access to that cell by the plurality of applications.
40. The method of claim 39 wherein the one or more attributes associated with the directory permit access to the directory by one application and deny access to the directory to another application.
41. The method of claim 39 wherein the one or more attributes associated with the cell group permit access to that cell group by one application and deny access to that cell group to another application.
42. The method of claim 39 wherein the one or more attributes associated with the cell permit access to that cell by one application and deny access to that cell to another application.
43. The method of claim 39 further comprising:
adding one or more additional cell groups to the directory subsequent to issuance of the secure token to a token holder.
44. The method of claim 39 further comprising:
determining ownership of one of the one or more cell groups subsequent to issuance of the secure token to a token holder.
45. The method of claim 39 further comprising:
modifying ownership of one of the one or more cell groups subsequent to issuance of the secure token to a token holder.
46. The method of claim 39 further comprising:
adding one or more additional cells to a cell group subsequent to issuance of the secure token to a token holder.
47. The method of claim 39 further comprising:
modifying the one or more attributes associated with the directory in terms of permitting or denying access to the directory by the plurality of applications.
48. The method of claim 39 further comprising:
modifying the one or more attributes associated with a cell group in terms of permitting or denying access to that cell group by the plurality of applications.
49. The method of claim 39 further comprising:
modifying the one or more attributes associated with a cell in terms of permitting or denying access to that cell by the plurality of applications.
50. The method of claim 39 wherein the one or more attributes associated with a cell further control operations on contents of that cell by the plurality of applications.
51. The method of claim 50 wherein the one or more attributes associated with the cell permit a first set of operations on the contents of that cell by a first application;
wherein the one or more attributes associated with the cell permit a second set of operations on the contents of that cell by a second application; and
wherein the first set of operations is different from the second set of operations.
52. The method of claim 39 wherein the one or more attributes associated with the directory permit a first application to access the directory after a first access condition is satisfied;
wherein the one or more attributes associated with the directory permit a second application to access the directory after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
53. The method of claim 39 wherein the one or more attributes associated with the cell group permit a first application to access that cell group after a first access condition is satisfied;
wherein the one or more attributes associated with the cell group permit a second application to access that cell group after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
54. The method of claim 39 wherein the one or more attributes associated with the cell permit a first application to access that cell after a first access condition is satisfied;
wherein the one or more attributes associated with the cell permit a second application to access that cell after a second access condition is satisfied; and
wherein the first access condition is different from the second access condition.
55. The method of claim 39 wherein the secure token is a smart card.
56. The method of claim 55 wherein the smart card is an open platform smart card.
57. The method of claim 55 wherein the smart card is a static or native smart card.
Description
    CROSS-REFERENCES TO RELATED APPLICATION(S)
  • [0001]
    The present application claims the benefit of priority under 35 U.S.C. § 119 from U.S. Provisional Patent Application Serial No. 60/416937, entitled “METHOD AND SYSTEM FOR FACILITATING DATA ACCESS AND MANAGEMENT ON A SMARTCARD”, filed on Oct. 7, 2002, the disclosure of which is hereby incorporated by reference in its entirety for all purposes.
  • BACKGROUND OF THE INVENTION
  • [0002]
    The present invention generally relates to data access and management and, more specifically, to a method and system for facilitating data access and management on a secure token, such as, a chip card or smart card.
  • [0003]
    Current technologies now allow multiple applications to be implemented on a single chip card. This ability to have multiple applications on a chip card has been identified as one of the key components for enhancing the business case of a chip card program. These multiple applications include, for example, value-add programs and the associated data required to operate them successfully. From a business perspective, it is preferable that value be obtained for all parties involved in the chip card program, including the issuer, acquirer, application owner, value add service provider and the cardholder.
  • [0004]
    Critical to the success of value-add applications on the chip card is the ability to maximize and efficiently use available space on the chip card to allow multiple applications or programs to operate, and to deploy an acceptance infrastructure that allows consumers to take full advantage of the functionality provided by the chip card.
  • [0005]
    While it is now possible to implement multiple applications on a chip card, these multiple applications (and their associated data) are often kept independent of one another within the chip card. For example, data belonging to one application is not shared by another application within the chip card, which in some cases result in redundancy. Due to the limited size of the chip card, such redundancy adversely affects the optimal use of resources on the chip card.
  • [0006]
    Hence, it would be desirable to provide a method and system that is capable of facilitating data access and management on a chip card in a more efficient manner.
  • BRIEF SUMMARY OF THE INVENTION
  • [0007]
    A method and system for facilitating data access and management on a smart card is provided. According to one exemplary embodiment, the smart card includes a storage architecture that allows data stored thereon to be shared by multiple parties. Access to data stored on the smart card is controlled by various access methods depending on the actions to be taken with respect to the data to be accessed.
  • [0008]
    According to one exemplary embodiment, the storage architecture provides a file structure that can have separate instances of the file structure. A separate instance is referred to as an environment. In one instance, an environment includes the common commands applet providing access to a directory, one or more cell groups under the directory (with each cell group being a sub-directory), and one or more cells under each cell group. Attributes and access conditions can be set at different levels including, for example, at the directory level, the cell group (or sub-directory) level and the cell level. This allows varying access levels for different parties thereby permitting data to be shared in various manners.
  • [0009]
    According to one exemplary embodiment, the storage architecture is implemented on a GlobalPlatform smart card. GlobalPlatform is an international smart card consortium of companies in the smart card industry which creates and advances standards and/or specification for smart card infrastructure. Alternatively, the storage architecture can also be implemented on a static or native smart card, i.e., a smart card having its own proprietary operating system.
  • [0010]
    Reference to the remaining portions of the specification, including the drawings and claims, will realize other features and advantages of the present invention. Further features and advantages of the present invention, as well as the structure and operation of various embodiments of the present invention, are described in detail below with respect to accompanying drawings, like reference numbers indicate identical or functionally similar elements.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0011]
    [0011]FIG. 1 is a simplified schematic diagram illustrating one exemplary embodiment of the present invention;
  • [0012]
    [0012]FIG. 2 is a simplified schematic diagram illustrating an exemplary file structure according to one exemplary embodiment of the present invention;
  • [0013]
    [0013]FIG. 3 is a table illustrating an exemplary embodiment of the XCID according to one exemplary embodiment of the present invention; and
  • [0014]
    [0014]FIG. 4 is an exemplary embodiment of a table of contents according to the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION
  • [0015]
    The present invention in the form of one or more exemplary embodiments will now be described. Generally, the present invention is used to access and update data on a secure token, such as, a chip card or smart card. According to an exemplary embodiment, an open storage architecture is provided for applications on a secure token, such as, a chip card or smart card. This architecture can be used to access and store both static and dynamic data elements on smart cards for use by value-added applications.
  • Architecture Overview
  • [0016]
    [0016]FIG. 1 is a simplified schematic diagram illustrating an exemplary embodiment of the present invention. In one exemplary embodiment, a system 100 includes a client 102 and a smart card 104. The client 102 includes one or more applications 106. The client 102 communicates with the smart card 104 using application protocol data units (APDUs). The smart card 104 is prepared by an issuer 116 in a personalization process. The client 102 also communicates with one or more backend systems operated by a value add service provider 114 in cooperation with the corresponding applications 106.
  • [0017]
    The smart card 104 includes a set of environments—a set of common commands applet 108, and a storage architecture named “Smart Storage” 112. The set of common commands 108 is used to facilitate interactions between the applications 106 and their corresponding application storage 110 within Smart Storage 112 on the smart card 104. A person of ordinary skill in the art should appreciate how to implement the set of common commands 108. In an exemplary embodiment, the set of common commands is installed onto the smart card 104 having a specific application storage 110 linked to a corresponding client application 106. As will be further described below, the Smart Storage 112 allows a file structure to be created once thereby providing specific files for each corresponding client application 106. Depending on how the file structure is created, the file structure may allow data to be shared by other client applications 106.
  • [0018]
    As will be further described below, the present invention allows an issuer of the smart card 104 to prepare space on the smart card 104 for a future implementation of applications or services. This space can be pre-allocated at personalization time (i.e., when the smart card 104 and environment is personalized); alternatively, the issuer can designate use of the space and to whom the space will be allocated after the smart card 104 has been personalized and issued. At the time of personalization of the smart card 104, the issuer does not need to have actual knowledge of the size or content of the data that will be stored in individual files on the smart card 104.
  • [0019]
    Once the smart card 104 is personalized, the issuer can decide later how to allocate and authorize use of the space on the smart card 104. In addition to defining the size of storage space, the issuer also defines the access and authorization methods necessary to enable access to the storage space. The storage architecture 112 allows an organization of the storage space into groups—application storage 110, which can then be allocated to various business partners, e.g., program operators. Access to specific portions of these groups can then be defined by the program operators in more detail.
  • [0020]
    In an exemplary embodiment, the storage architecture 112 is an organization of data that can be retrieved and updated using a common commands applet. FIG. 2 illustrates an exemplary file structure of the storage architecture 112. The file structure 200 includes a master file 202 and one or more directories 204 identified by corresponding application identifiers (AIDs). Each directory 204 can be viewed as a storage instance of the storage architecture 112. For each directory 204, there is a number of associated files containing information that is used to facilitate communications between the common command applet and corresponding application. For example, such associated files include an application identification file, a status file, a key file, a security environment file, a certificate file, a passcode file and a reset passcode file, etc. One or more of these files are used to ensure that the common command applet is able to communicate with the corresponding directory 204 and files thereunder.
  • [0021]
    The application identification file contains a unique number to identify each storage instance contained on the smart card 104, plus related application information on that specific smart card, including, for example, a version number. Preferably, the issuer is responsible for creating both this unique number and additional data during personalization.
  • [0022]
    The status file contains specific status information (e.g., status of the smart card, customer segment or expiration date, etc.).
  • [0023]
    The key files contain cryptographic keys that are used for signatures and key/passcode encryption purposes.
  • [0024]
    The security environment file contains the access conditions for a specific cell group.
  • [0025]
    The certificate file contains RSA certificates.
  • [0026]
    The passcode file is used to store a cardholder passcode.
  • [0027]
    The reset passcode file is used to store special reset-codes, which is used in an off-line environment to reset the cardholder's passcode.
  • [0028]
    In one exemplary embodiment, each directory 204 further includes one or more cell groups 206. Each cell group 206 can be viewed as a sub-directory. Each sub-directory 206 can represent storage space for a corresponding application. These cell groups 206 are created at the time the smart card 104 is personalized or issued. The number of cell groups 206 that can be created depends on, amongst other things, the issuer of the smart card 104. For example, an issuer may want to reserve a specific amount of space for future utilization for a certain application. In some situations, the owner of specific cell groups is not known at the time of the smart card personalization. In such cases, ownership of cell groups can be transferred after the smart card 14 has been issued. Optionally, subject to space availability on the smart card 104, additional cell groups 206 can be created after the smart card 104 has been issued, for example, to a cardholder. Typically, creation of additional cell groups 206 is controlled by the issuer of the smart card 104. For each cell group, a maximum number of bytes and a maximum number of cells beneath that cell group are defined—thus giving the issuer the ability to control how much space is allocated for each application storage 110. In the context of the ISO 7816-4 standard, a cell group is contained in a dedicated file (DF). In an alternative exemplary embodiment, a directory 204 may not include any cell groups 206. Instead, cells can be created directly under an AID that has no cell groups. Description relating to cells will be further provided below.
  • [0029]
    For each cell group 206, there may be associated security attributes, such as keys, that are used to access that cell group 206. These security attributes are initially set by the issuer of the smart card 104 and then subsequently provided to the program operator. The value add service provider can then use these security attributes to access the cell group 206. Optionally, the security environment associated with a cell group 206 can be modified, thereby preventing a previously approved value add service provider from accessing that cell group 206 and/or allowing a new value add service provider to access the same.
  • [0030]
    Each cell group 206 is made up of one or more cells 208. Cells 208 are the actual storage entities within the storage architecture 112. In an exemplary embodiment, each cell 208 includes cell attributes, access conditions and data. Alternatively, within the storage architecture 112 or application storage 110, each part of the space that is separated from the other parts by a specific defined access-method, by a specific access-condition or simply by a logical separation, is called a cell 208. The management of each cell 208 is dependent on the corresponding access conditions for that cell in a specific implementation. In an exemplary embodiment of a file system using the ISO 7816-4 standard, a cell is contained in an elementary file (EF). Typically, data contained in a cell is program-specific data. Cell data can be managed by a back-end host system such as a loyalty host system, customer relationship management (CRM), customer database or a consumer-driven client application.
  • [0031]
    A number of cells are maintained within the storage architecture 112 or application storage 110. If neither the owner nor the content of specific cells is known at the time of the smart card personalization, the personalization process only defines the common commands applet and, if the issuer chooses, a number of pre-defined cell groups with default access conditions. Cells within a pre-defined cell group can then be created after the smart card 104 has been issued. In other words, the number of cells and the size of each cell do not have to be specified before personalization of the smart card 104. Preferably, however, a preliminary sizing assessment should be made to ensure maximum utilization of the available card storage capacity.
  • [0032]
    Furthermore, it should be noted that a cell is what makes a corresponding file identifiable to the external world, such as, the client 102. Via the use of a cell, data from a corresponding file on the smart card 104 can be accessed and manipulated by a client 102 without requiring the client 102 to know the underlying details and logistics concerning the actual address of the data on the smart card 104.
  • [0033]
    As mentioned above, cells can be organized within a sub-directory called a cell group. The keys used for controlling access to cells under a cell group are defined at the cell group level.
  • [0034]
    Within the Smart Storage 112, security attributes are assigned to files on two levels, namely, a cell group file and a cell file. The security attributes for cell group files and cell files can be assigned during smart card personalization.
  • [0035]
    The cell group file contains security attributes which define the conditions for creating and deleting a file within that cell group. Authority to create files can be limited to the value add service provider having access to the keys for a specific cell group. Likewise, the conditions for creating and deleting the files directly under a directory 204 AID can be limited to a single entity, for example, the issuer.
  • [0036]
    The cell file is assigned security attributes which define when a client 102 can create, read, update or delete data from the cell or whether data is to be encrypted during transport to or from the cell.
  • [0037]
    In order to be able to recognize each cell, the common commands applet maintains a table of contents of all cells within the corresponding storage instance. This table of contents is linked to the specific AID associated with the corresponding storage instance implemented logically on a cell group level. Hence, for a specific AID or storage instance, a table of contents is maintained for all active cells (i.e., cells containing data) grouped into specific cell groups. The table of contents is used by the client 102 to address a specific cell in the corresponding storage instance or application storage 110. There can be multiple storage instances on the smart card 104, but each storage instance has its separate table of contents administered by the corresponding common commands applet.
  • [0038]
    The common commands applet has no knowledge of the actual contents of a cell. The common commands applet only administers access to a cell. It is up to the client application 106 to interpret the contents of a cell. Furthermore, the client application 106 is equipped with information on the requisite keys and software that apply to a specific cell and the respective access conditions for specific cells. In some situation, clients 102 may be able to get on-line access to an issuer or value add service provider back-end system in order to retrieve the information necessary to access specific cells.
  • [0039]
    As mentioned above, each cell may be associated with an access method or access conditions. Optionally, no access method may be defined for a specific cell, meaning that the cell can be freely accessed. In one exemplary embodiment, one of a number of access methods can be associated with a cell. Such access methods can be categorized based on different domains including, for example, cardholder domain, card issuer domain and value add service provider domain. In the cardholder domain, a cardholder wishing to access a cell is prompted to provide a passcode in either clear or encrypted text. In the card issuer domain and the value add service provider domain, a digital signature is provided in order to gain access to the cell.
  • [0040]
    Also, as mentioned above, each cell includes attributes that are unique to that cell and its contents. These attributes are applied by the owner of the contents contained in the cell and may vary during the different stages of smart card life cycle and usage. These stages include, for example, initialization where the issuer is responsible for protecting the cells from unauthorized access prior to card personalization; personalization where the issuer may transfer responsibility and authority for the cell and its contents based upon a pre-established agreement with the entity performing personalization; activation where unique attributes may be added to the cell by the value add service provider or the cardholder; usage where data may be modified during cardholder usage to reflect specific program data usage; and deactivation where data may be deactivated or deleted to reflect that the content has been used or expired or that the data is no longer of interest to the cardholder.
  • Cell Management
  • [0041]
    AIDs on the smart card 104 are assigned by an issuer of that smart card 104. In one implementation, a credit card service association, such as Visa, provides unique AIDs to issuers for interoperability reasons. Furthermore, under each AID, the issuer determines which value add service provider(s) are eligible to access and manage data under that specific AID. Each value add service provider is identified by an unique identifier or value add service provider ID. The cell ID (CID) is an identifier assigned by the value add service provider. The CID is unique within a given value add service provider ID. If multiple value add service providers are using the same storage architecture 112, each such value add service provider is identified by its own corresponding value add service provider ID. The unique CID can therefore be a combined element, as further described below. This unique CID for multiple program operators is referred to as extended CID or XCID. FIG. 3 is a table illustrating an exemplary embodiment of the XCID.
  • [0042]
    Each cell contains data related to a specific program, scheme, implementation or application and is uniquely identified within the storage architecture 112. In order to uniquely identify a cell, a unique global identifier is defined. In one exemplary implementation, in order to create unique CIDs, each value add service provider applies to ISO (International Standards Organization) for a unique registered application provider identifier (RID) before they are able to implement the present invention. Each value add service provider can then use its unique RID to create its own CIDs. Typically, value add service providers are responsible for ensuring the uniqueness of all CIDs assigned under their AIDs.
  • [0043]
    It should be understood that within a specific CID, a further detailed breakdown of the cell content into specific programs is possible. In an exemplary implementation, it is up to the value add service provider to implement a detailed layout of programs including, for example, a further detailed “table of contents” of the cell.
  • [0044]
    A cell locator is used to locate a cell. The cell locator is the logical address of the specific file containing the cell within the smart card 104. It is stored in the table of contents maintained by the common commands applet and is used to locate a specific cell based upon a request from the client application. In one exemplary implementation, the cell locator is the cell file ID under the cell group in which the cell resides.
  • [0045]
    As mentioned above, the common commands applet contains a corresponding table of contents with information on the location of specific cells. The table of contents translates the external ID for a specific cell (i.e., the XCID) to the internal actual physical file on the smart card 104 that contains the data for that cell. Hence, the table of contents is a composite element combining the XCIDs and the cell file IDs for a specific cell group. A unique table of contents is created for each application storage 110 created under the storage architecture 112. FIG. 4 illustrates an exemplary table of contents.
  • Security Attributes
  • [0046]
    As mentioned above, security attributes can be assigned to a directory 204, a cell group 206 and a cell 208. In one exemplary implementation, the security attributes provided under the storage architecture 112 are based on the security attributes as defined in ISO 7816-9 and the security environment as defined in ISO 7816-8. A person of ordinary skill in the art will appreciate how to use the ISO standards to provide the security attributes according to the present invention. For purposes of definition, some of the names in parentheses below are taken from the ISO standards.
  • [0047]
    Permissions (Access Modes)
  • [0048]
    In an exemplary implementation, permissions (Access Modes) are defined for cells and cell groups or AIDs. With respect to permissions for cells, such permissions are defined on a cell level as Access Mode bytes for EF's. The permissions allow or restrict the following functions or operations to take place: (1) create cell (creates a cell within the storage architecture 112, inserts the CID into the table of content and creates the Cell-attributes); (2) read cell data (returns data in a cell to the client application); (3) update cell data (updates the data in a cell); and (4) delete cell (blanks out the data in a cell, blanks the cell attributes and deletes the CID in the table of contents).
  • [0049]
    With respect to permissions for cell groups or AIDs, such permissions are defined on a cell group level or AID level as Access Mode bytes for DF's. The permissions allow or restrict the following functions or operations to take place: (1) create file (creates the DF file containing the cell group or the EF file containing the cell and the security attributes of the cell group or cell); and (2) delete file (deletes the DF file containing the cell group or the EF file containing the cell). These permissions allow creation or deletion of a file under a specific cell group or AID. This means that the permission to create and delete a DF file is made on the AID level, while the permission to create and delete an EF file is made for a specific cell group.
  • [0050]
    Access Methods
  • [0051]
    Access to data contained in a cell is based on a matrix including possible methods and supported functions. In an exemplary implementation, there are six permission or access methods including, for example, (1) signature inbound (SM command)—either a message authentication code (MAC) created using a triple DES symmetric cryptographic algorithm (TDEA) session-key, or an RSA-based digital signature; (2) signature outbound (SM response)—either a MAC created using a TDEA session-key, or an RSA-based digital signature; (3) encrypted passcode (user authentication, knowledge-based)—either an ISO 9796-1 format 1 encrypted Passcode using a TDEA session key, or a PKCS #1 RSA-OAEP formatted passcode wrapped in a RSA public key; (4) clear passcode (user authentication, knowledge-based)—a passcode presented in clear text; (5) key exchange-encrypted (encipherment/decipherment)—key is encrypted before being returned or decrypted before being received; and biometrics (user authentication, biometric-based).
  • [0052]
    Interactions Between Permissions and Methods
  • [0053]
    For each of the six functions mentioned above in connection with permissions for cells and cell groups or AIDs, one or more of the six access methods can be set. The access method(s) for one function can be set independently from another function.
  • [0054]
    The three methods, signature inbound (SM Command (CCT, DST)), encrypted passcode (user authentication, knowledge-based (AT)), and clear passcode (user authentication, knowledge-based (AT)), are access conditions to be met before the common commands applet will perform the specific function. The access conditions can be met as part of the transaction (signature inbound) or can be satisfied in a previous command to the common commands applet. (encrypted passcode or clear passcode).
  • [0055]
    The method, signature outbound (SM Response (CCT, DST), causes the common commands applet to perform a signature generation on both the data in the command to which it responds and on the data in the cell.
  • [0056]
    The method, cell-data exchange encrypted (Encipherment (CT) for read and Decipherment (CT) for update), causes a key to be decrypted before the data is updated (for the update functions) or encrypted before the key is returned via the read function.
  • [0057]
    The two methods, encrypted passcode and clear passcode, are mutually exclusive.
  • [0058]
    Rules for Security Environment
  • [0059]
    In on exemplary embodiment, the implementation of the permissions and their associated access methods is based on the security environment (SE) as defined in the ISO 7816-8 standard. Since the storage architecture 112 allows creation of files containing SE's and files containing keys under a cell group after personalization, there are some additional implementation-specific rules for these files. For example, if a SE file for a specific cell group is not present, the SE file for the AID is used instead; if a specific SE number is not present in a SE file for a specific cell group, the same SE number in the SE file for the AID is used, if available; if a key file for a specific cell group is not present, the key file for the AID is used instead, even if the key is referenced via a SE file for the cell group; if a specific key index is not present in a key file for a specific cell group, the same key index in the key file for the AID is used, if available; and the SE file for the AID is not updated.
  • Authentication Methods
  • [0060]
    For the purpose of authentication after personalization, the storage architecture 112 supports a number of authentication methods including, for example, TDEA-signatures or MAC, RSA-signatures or digital signatures, encrypted passcode and clear passcode. A person of ordinary skill in the art will appreciate how to incorporate various authentication methods for use in connection with the present invention.
  • Permissions for Creating Cells
  • [0061]
    In one exemplary implementation, creation of cells is controlled by the issuer of the smart card 104. The issuer can delegate authorization for creating cells under a specific cell group to a value add service provider after the a smart card has been personalized, thus transferring ownership of such cell group to the value add service provider.
  • [0062]
    Ownership
  • [0063]
    The owner of the cells is the entity holding the key allowing creation and deletion of cells in a specific cell group or AID. Initially, the owner is the issuer of the smart card who personalizes the initial keys into the key files, but the issuer can delegate ownership to a specific value add service provider in a number of ways. For example, in an on-line environment, ownership can be transferred by establishing a secure messaging transaction between the issuer and the smart card by using an on-line connection between the value add service provider and the issuer; alternatively, in an off-line environment, by distributing the keys for a specific cell group to the value add service provider before the smart card is introduced into the value add service provider's system.
  • [0064]
    Methods for Creating Cells
  • [0065]
    It is possible to define an open access control for creating cells, i.e., any entity can create cells on the smart card 104. In an exemplary embodiment, one entity, such as an issuer, controls the use of space on the smart card 104. In that situation, a number of different methods can be used to obtain permission to create cells including, for example, use of a RSA-signature (which requires an issuer public key on the smart card) or a TDEA-signature (which requires a derived secret key on the smart card).
  • [0066]
    Update of Key File
  • [0067]
    An update of the key file can reflect that a specific value add service provider or merchant now has ownership of a cell. This can occur as a normal update record command with a special set of security attributes allowing encryption of the key during transport. A number of encryption methods including, for example, RSA-encryption and TDEA encryption, can be used to encrypt the keys to be updated in the key files.
  • Keys
  • [0068]
    The storage architecture or Smart Storage 112 is very flexible as to which keys are used to access files and how they are used. Keys are stored in key files with an attached key index referenced internally from the various files to be protected. This means for instance that the same file can be protected by different keys that relate to different commands (e.g. one key for read, another key for update) or that multiple files can be protected by the same key for all commands.
  • [0069]
    In an exemplary embodiment, two sets of keys are used. One set is used for transferring ownership of card-space from the issuer or its delegate to the value add service provider or its delegate. In an exemplary implementation, the set of keys used in the transfer of ownership is installed when the smart card is personalized.
  • [0070]
    Another set is used by the value add service provider to access specific cells. Generally, this set of keys can be installed after a smart card is issued. These keys control access to cells and authentication of specific cell data. They are typically installed at the time of transferring ownership for a given cell from the issuer to the value add service provider. Once transferred, these keys are the responsibility of the value add service provider.
  • Storage Architecture Attributes
  • [0071]
    For each of the storage architecture or Smart Storage elements: cell, cell group and AID, a number of attributes are attached. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will appreciate other attributes that can be used in connection with the present invention.
  • [0072]
    Cell attributes
  • [0073]
    Cell attributes are set during creation of a cell, either during card personalization or via a Create Cell command. The cell attributes can also be changed using an Update Cell-status command. In one exemplary embodiment, the Create Cell and Update Cell-status commands are part of the set of common commands described above. These attributes include, for example, cell status, cell activation date, cell expiry date and cell log file ID, as will be further described.
  • [0074]
    Cell status is a status-byte for the cell providing information on whether the content of the cell is available or not. In one exemplary embodiment, the possible status-codes are: (1) Active (cell content is available with no restriction); (2) Opt-out (even though the cell exists, the cardholder has chosen not to make use of the content); and (3) Used (even though the cell exists, the cardholder has already made use of the content of the cell or, even if the cell expiry date has not been reached, the content of the cell is consider expired).
  • [0075]
    The cell activation date is used to identify the date from which the content of the cell can be read or updated. A cell is not considered available unless the Cell activation date has been reached and should not be read or updated before that date. If the cell activation date for a specific cell is not present, the cell is considered available by default.
  • [0076]
    The cell expiry date is used to specify when the content of the cell can no longer be used. A cell is not considered available if the cell expiry date has been reached and should not be read or updated after that date. If cell expiry date for a specific cell is not present, the cell is considered available by default.
  • [0077]
    The cell log file ID is used to identity the file in which logging of update, create and delete commands of a cell is stored.
  • [0078]
    Cell group attributes
  • [0079]
    In one exemplary embodiment, there is a number of cell group attributes including, for example, cell group status. Cell group status can be set during creation of a status file for a cell group either during personalization or by updating the status file for the cell group. The cell group status can assume one of a number of status codes including, for example, (1) Active (cell content is available with no restriction); (2) Opt-out (cardholder has chosen not to make use of the cells under the specific cell-group); (3) Inactive (cell group is present but not yet active); and (4) Blocked (cell group is not to be used). Typically, it is up to the client to define what action will be taken on receipt of the status codes.
  • [0080]
    AID attributes
  • [0081]
    In one exemplary embodiment, there is a number of AID attributes including, for example, AID status and AID expiry date. The AID status is set during the creation of a status file for an AID either during personalization or by updating the status file for the AID. The AID expiry date is used to identify when a specific instance of the applet or the application is considered expired and can no longer be used.
  • [0082]
    As described above, the present invention provides a set of functions and a repository for data that allow multiple parties with existing business relationships to access and share chip card data according to agreed security controls.
  • [0083]
    In an illustrative application, the sharing of information may be between an airline and a grocery store. The chip card incorporating the present invention can contain the consumer grocery store program number and the airline frequent flier number used by existing back end host systems. In order to facilitate the identification of the consumer and validate participation in a joint promotional program, the grocery store is given access to both the airline frequent flier number and the grocery store program number stored in the chip card. However, if the consumer is not participating in the joint promotional program, then the airline program is denied access to the grocery store program number on the chip card.
  • [0084]
    In another illustrative application, the present invention allows sharing of information between multiple parties including, for example, an issuer, a merchant and a third-party sponsor such as a credit card service association. The issuer, the merchant and the third-party sponsor may be involved in a joint loyalty program. Each of these parties may store its information on a smart card issued to a cardholder. The information stored by these parties on the smart card can be shared in a number of ways. In one instance, the issuer may allow both the merchant and the third party sponsor to access one portion of its information stored on the smart card; in another instance, the issuer may allow only the third party sponsor to access another portion of its information while denying access to the merchant. Furthermore, access to the information can be controlled based on different access methods depending on actions to be taken with respect to the information to be accessed. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will know of other ways and/or methods to deploy the present invention in various applications.
  • [0085]
    According to one exemplary embodiment, the storage architecture or Smart Storage is implemented on a GlobalPlatform smart card. Alternatively, the storage architecture can also be implemented on a static or native smart card, i.e., a smart card having its own proprietary operating system.
  • [0086]
    It should be understood that the present invention can be implemented using control logic, in the form of software or hardware or a combination of both. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will appreciate other ways and/or methods to implement the present invention.
  • [0087]
    It is understood that the examples and embodiments described herein are for illustrative purposes only and that various modifications or changes in light thereof will be suggested to persons skilled in the art and are to be included within the spirit and purview of this application and scope of the appended claims. All publications, patents, and patent applications cited herein are hereby incorporated by reference for all purposes in their entirety.
Citations de brevets
Brevet cité Date de dépôt Date de publication Déposant Titre
US3798605 *30 juin 197119 mars 1974IbmCentralized verification system
US4405829 *14 déc. 197720 sept. 1983Massachusetts Institute Of TechnologyCryptographic communications system and method
US4924378 *13 juin 19888 mai 1990Prime Computer, Inc.License mangagement system and license storage key
US4985615 *23 août 198915 janv. 1991Kabushiki Kaisha ToshibaPortable electronic apparatus having key data for limiting memory access
US5024961 *9 juil. 199018 juin 1991Micron Technology, Inc.Blanket punchthrough and field-isolation implant for sub-micron N-channel CMOS devices
US5048085 *6 oct. 198910 sept. 1991International Business Machines CorporationTransaction system security method and apparatus
US5049728 *4 avr. 199017 sept. 1991Rovin George HIC card system with removable IC modules
US5065429 *14 oct. 199012 nov. 1991Lang Gerald SMethod and apparatus for protecting material on storage media
US5148481 *1 juil. 199115 sept. 1992International Business Machines CorporationTransaction system security method and apparatus
US5161256 *24 août 19893 nov. 1992Kabushiki Kaisha ToshibaMethod and system for allocating file area in memory area of ic card
US5191611 *18 janv. 19912 mars 1993Lang Gerald SMethod and apparatus for protecting material on storage media and for transferring material on storage media to various recipients
US5235642 *21 juil. 199210 août 1993Digital Equipment CorporationAccess control subsystem and method for distributed computer system using locally cached authentication credentials
US5239648 *19 sept. 199124 août 1993Kabushiki Kaisha ToshibaComputer network capable of accessing file remotely between computer systems
US5241599 *2 oct. 199131 août 1993At&T Bell LaboratoriesCryptographic protocol for secure communications
US5272754 *28 mars 199121 déc. 1993Secure Computing CorporationSecure computer interface
US5416842 *10 juin 199416 mai 1995Sun Microsystems, Inc.Method and apparatus for key-management scheme for use with internet protocols at site firewalls
US5418854 *28 avr. 199223 mai 1995Digital Equipment CorporationMethod and apparatus for protecting the confidentiality of passwords in a distributed data processing system
US5440635 *23 août 19938 août 1995At&T Corp.Cryptographic protocol for remote authentication
US5448045 *26 févr. 19935 sept. 1995Clark; Paul C.System for protecting computers via intelligent tokens or smart cards
US5455953 *3 nov. 19933 oct. 1995Wang Laboratories, Inc.Authorization system for obtaining in single step both identification and access rights of client to server directly from encrypted authorization ticket
US5491752 *2 sept. 199413 févr. 1996Digital Equipment Corporation, Patent Law GroupSystem for increasing the difficulty of password guessing attacks in a distributed authentication scheme employing authentication tokens
US5495533 *29 avr. 199427 févr. 1996International Business Machines CorporationPersonal key archive
US5502766 *26 oct. 199326 mars 1996Secure Computing CorporationData enclave and trusted path system
US5504701 *29 sept. 19942 avr. 1996Toppan Printing Co., Ltd.Memory card
US5526233 *17 déc. 199211 juin 1996Casio Computer Co., Ltd.Adapter for integrated circuit device, and data transmission system using the same
US5544246 *17 sept. 19936 août 1996At&T Corp.Smartcard adapted for a plurality of service providers and for remote installation of same
US5563395 *8 sept. 19958 oct. 1996Fujitsu LimitedCard type storage medium and card type storage medium issuing apparatus
US5563400 *12 oct. 19948 oct. 1996Gemplus Card InternationalMulti-applications portable card for personal computer
US5578808 *28 févr. 199526 nov. 1996Datamark Services, Inc.Data card that can be used for transactions involving separate card issuers
US5602918 *22 déc. 199511 févr. 1997Virtual Open Network Environment Corp.Application level security system and method
US5606615 *16 mai 199525 févr. 1997Lapointe; Brian K.Computer security system
US5613012 *17 mai 199518 mars 1997Smarttouch, Llc.Tokenless identification system for authorization of electronic transactions and electronic transmissions
US5649118 *27 mai 199415 juil. 1997Lucent Technologies Inc.Smart card with multiple charge accounts and product item tables designating the account to debit
US5657388 *16 mars 199412 août 1997Security Dynamics Technologies, Inc.Method and apparatus for utilizing a token for resource access
US5682027 *26 oct. 199328 oct. 1997Intellect Australia Pty Ltd.System and method for performing transactions and a portable intelligent device therefore
US5684742 *12 juin 19964 nov. 1997International Business Machines CorporationDevice and method for the simplified generation of tools for the initialization and personalization of and communication with a chip card
US5742845 *22 juin 199521 avr. 1998Datascape, Inc.System for extending present open network communication protocols to communicate with non-standard I/O devices directly coupled to an open network
US5757920 *13 mars 199726 mai 1998Microsoft CorporationLogon certification
US5802519 *8 févr. 19951 sept. 1998Belle Gate Investment B.V.Coherent data structure with multiple interaction contexts for a smart card
US5805719 *18 mars 19978 sept. 1998SmarttouchTokenless identification of individuals
US5815657 *26 avr. 199629 sept. 1998Verifone, Inc.System, method and article of manufacture for network electronic authorization utilizing an authorization instrument
US5838812 *25 juil. 199617 nov. 1998Smarttouch, LlcTokenless biometric transaction authorization system
US5841866 *29 sept. 199524 nov. 1998Microchip Technology IncorporatedSecure token integrated circuit and method of performing a secure authentication function or transaction
US5887063 *29 juil. 199623 mars 1999Hewlett-Packard CompanyCommunication system for portable appliances
US5892902 *5 sept. 19966 avr. 1999Clark; Paul C.Intelligent token protected system with network authentication
US5897616 *11 juin 199727 avr. 1999International Business Machines CorporationApparatus and methods for speaker verification/identification/classification employing non-acoustic and/or acoustic models and databases
US5898838 *30 sept. 199727 avr. 1999Datascape, Inc.Editor for developing statements to support i/o operation on open network using segregator for segregating protocol statements from application statements upon verification of correspondence
US5901284 *19 juin 19964 mai 1999Bellsouth CorporationMethod and system for communication access restriction
US5905908 *19 déc. 199718 mai 1999Datascape, Inc.Open network system for I/O operations with non-standard I/O devices utilizing extended protocol including device identifier and identifier for operation to be performed with device
US5917168 *2 juin 199429 juin 1999Hewlett-Packard CompanySystem and method for revaluation of stored tokens in IC cards
US5931917 *26 sept. 19963 août 1999Verifone, Inc.System, method and article of manufacture for a gateway system architecture with system administration information accessible from a browser
US5944794 *2 oct. 199531 août 1999Kabushiki Kaisha ToshibaUser identification data management scheme for networking computer systems using wide area network
US5974504 *15 juil. 199826 oct. 1999Dallas Semiconductor CorporationMetal token having units of value stored therein using a single wire communication method
US5987132 *17 juin 199616 nov. 1999Verifone, Inc.System, method and article of manufacture for conditionally accepting a payment method utilizing an extensible, flexible architecture
US5991411 *8 oct. 199623 nov. 1999International Business Machines CorporationMethod and means for limiting adverse use of counterfeit credit cards, access badges, electronic accounts or the like
US5991519 *3 oct. 199723 nov. 1999Atmel CorporationSecure memory having multiple security levels
US5996076 *19 févr. 199730 nov. 1999Verifone, Inc.System, method and article of manufacture for secure digital certification of electronic commerce
US6011976 *15 juin 19944 janv. 2000Celltrace Communications LimitedTelecommunications system with value added service directory and an integrated circuit module therefor
US6016476 *16 janv. 199818 janv. 2000International Business Machines CorporationPortable information and transaction processing system and method utilizing biometric authorization and digital certificate security
US6023762 *9 juil. 19978 févr. 2000Northern Telecom LimitedMulti-view personalized communications agent
US6055314 *22 mars 199625 avr. 2000Microsoft CorporationSystem and method for secure purchase and delivery of video content programs
US6061796 *26 août 19979 mai 2000V-One CorporationMulti-access virtual private network
US6073238 *28 mars 19976 juin 2000Koninklijke Ptt Nederland N.V.Method of securely loading commands in a smart card
US6073242 *19 mars 19986 juin 2000Agorics, Inc.Electronic authority server
US6075860 *19 févr. 199713 juin 20003Com CorporationApparatus and method for authentication and encryption of a remote terminal over a wireless link
US6101477 *23 janv. 19988 août 2000American Express Travel Related Services Company, Inc.Methods and apparatus for a travel-related multi-function smartcard
US6119228 *22 août 199712 sept. 2000Compaq Computer CorporationMethod for securely communicating remote control commands in a computer network
US6128602 *5 oct. 19983 oct. 2000Bank Of America CorporationOpen-architecture system for real-time consolidation of information from multiple financial systems
US6147744 *28 déc. 199814 nov. 2000Eastman Kodak CompanyMethod for archiving film unit information
US6173400 *31 juil. 19989 janv. 2001Sun Microsystems, Inc.Methods and systems for establishing a shared secret using an authentication token
US6185681 *7 mai 19986 févr. 2001Stephen ZizziMethod of transparent encryption and decryption for an electronic document management system
US6189096 *6 août 199813 févr. 2001Kyberpass CorporationUser authentification using a virtual private key
US6193163 *31 août 199827 févr. 2001The Standard Register CompanySmart card with replaceable chip
US6199762 *6 mai 199813 mars 2001American Express Travel Related Services Co., Inc.Methods and apparatus for dynamic smartcard synchronization and personalization
US6208264 *21 mai 199827 mars 2001Automated Identification Service, Inc.Personal verification in a commercial transaction system
US6216014 *16 mai 199710 avr. 2001GemplusCommunication system for managing safely and independently a plurality of applications by each user card and corresponding user card and management method
US6219439 *9 juil. 199917 avr. 2001Paul M. BurgerBiometric authentication system
US6219669 *13 nov. 199817 avr. 2001Hyperspace Communications, Inc.File transfer system using dynamically assigned ports
US6220510 *23 avr. 199824 avr. 2001Mondex International LimitedMulti-application IC card with delegation feature
US6222933 *21 déc. 199824 avr. 2001DEUTSCHES ZENTRUM FüR LUFT-UND RAUMFAHRT E.V.Method of processing spotlight SAR raw data
US6226752 *11 mai 19991 mai 2001Sun Microsystems, Inc.Method and apparatus for authenticating users
US6253027 *17 juin 199626 juin 2001Hewlett-Packard CompanySystem, method and article of manufacture for exchanging software and configuration data over a multichannel, extensible, flexible architecture
US6279112 *29 oct. 199621 août 2001Open Market, Inc.Controlled transfer of information in computer networks
US6282656 *27 avr. 199828 août 2001Ynjiun Paul WangElectronic transaction systems and methods therefor
US6296191 *31 août 19992 oct. 2001International Business Machines Corp.Storing data objects in a smart card memory
US6304658 *31 déc. 199816 oct. 2001Cryptography Research, Inc.Leak-resistant cryptographic method and apparatus
US6308317 *24 oct. 199723 oct. 2001Schlumberger Technologies, Inc.Using a high level programming language with a microcontroller
US6367011 *13 oct. 19982 avr. 2002Visa International Service AssociationPersonalization of smart cards
US6385729 *26 mai 19987 mai 2002Sun Microsystems, Inc.Secure token device access to services provided by an internet service provider (ISP)
US6481632 *26 oct. 199919 nov. 2002Visa International Service AssociationDelegated management of smart card applications
US6557032 *5 juin 199829 avr. 2003International Business Machines CorporationData processing system using active tokens and method for controlling such a system
US6629591 *12 janv. 20017 oct. 2003IgtSmart token
US6754181 *18 nov. 199622 juin 2004Mci Communications CorporationSystem and method for a directory service supporting a hybrid communication system architecture
US6779718 *17 oct. 200024 août 2004Schlumberger SystemesMethod for authenticating the result of an instruction in a token
US6880084 *27 sept. 200012 avr. 2005International Business Machines CorporationMethods, systems and computer program products for smart card product management
US6970891 *27 nov. 200029 nov. 2005Microsoft CorporationSmart card with volatile memory file subsystem
US20020040936 *26 oct. 199911 avr. 2002David C. WentkerDelegated management of smart card applications
US20020050528 *21 déc. 20012 mai 2002Mondex International LimitedSecure multi-application IC card system having selective loading and deleting capability
US20040172370 *8 mars 20022 sept. 2004Christophe BidanVerfication of access compliance of subjects with objects in a data processing system with a security policy
Référencé par
Brevet citant Date de dépôt Date de publication Déposant Titre
US748292524 juin 200527 janv. 2009Visa U.S.A.Apparatus and method to electromagnetically shield portable consumer devices
US75272084 déc. 20065 mai 2009Visa U.S.A. Inc.Bank issued contactless payment card used in transit fare collection
US76275224 juin 20071 déc. 2009Visa U.S.A. Inc.System, apparatus and methods for comparing fraud parameters for application during prepaid card enrollment and transactions
US765031430 nov. 200519 janv. 2010American Express Travel Related Services Company, Inc.System and method for securing a recurrent billing transaction
US766875010 mars 200423 févr. 2010David S BonalleSecuring RF transactions using a transactions counter
US769057720 sept. 20076 avr. 2010Blayn W BeenauRegistering a biometric for radio frequency transactions
US76948762 mai 200813 avr. 2010American Express Travel Related Services Company, Inc.Method and system for tracking user performance
US770291631 mars 200420 avr. 2010Visa U.S.A. Inc.Method and system for secure authentication
US77057329 déc. 200427 avr. 2010Fred BishopAuthenticating an RF transaction using a transaction counter
US772542728 sept. 200425 mai 2010Fred BishopRecurrent billing maintenance with radio frequency payment devices
US774340927 déc. 200522 juin 2010Sandisk CorporationMethods used in a mass storage device with automated credentials loading
US77462154 nov. 200529 juin 2010Fred BishopRF transactions using a wireless reader grid
US774803127 déc. 200529 juin 2010Sandisk CorporationMass storage device with automated credentials loading
US776245721 juil. 200427 juil. 2010American Express Travel Related Services Company, Inc.System and method for dynamic fob synchronization and personalization
US776837921 juil. 20043 août 2010American Express Travel Related Services Company, Inc.Method and system for a travel-related multi-function fob
US77938453 août 200914 sept. 2010American Express Travel Related Services Company, Inc.Smartcard transaction system and method
US780537830 août 200428 sept. 2010American Express Travel Related Servicex Company, Inc.System and method for encoding information in magnetic stripe format for use in radio frequency identification transactions
US78096374 juin 20075 oct. 2010Visa U.S.A. Inc.Portability of financial tokens
US78143326 sept. 200712 oct. 2010Blayn W BeenauVoiceprint biometrics on a payment device
US782710624 déc. 20032 nov. 2010American Express Travel Related Services Company, Inc.System and method for manufacturing a punch-out RFID transaction device
US783596010 juin 200416 nov. 2010American Express Travel Related Services Company, Inc.System for facilitating a transaction
US783711617 juil. 200723 nov. 2010American Express Travel Related Services Company, Inc.Transaction card
US78607904 juin 200728 déc. 2010Visa U.S.A. Inc.Systems and methods for automatic migration of a consumer between financial accounts
US788615725 janv. 20088 févr. 2011Xatra Fund Mx, LlcHand geometry recognition biometrics on a fob
US788905210 janv. 200315 févr. 2011Xatra Fund Mx, LlcAuthorizing payment subsequent to RF transactions
US792553510 mars 200412 avr. 2011American Express Travel Related Services Company, Inc.System and method for securing RF transactions using a radio frequency identification device including a random number generator
US793404922 déc. 200526 avr. 2011Sandisk CorporationMethods used in a secure yet flexible system architecture for secure devices with flash mass storage memory
US79880386 sept. 20072 août 2011Xatra Fund Mx, LlcSystem for biometric security using a fob
US799632430 sept. 20049 août 2011American Express Travel Related Services Company, Inc.Systems and methods for managing multiple accounts on a RF transaction device using secondary identification indicia
US80010544 janv. 200616 août 2011American Express Travel Related Services Company, Inc.System and method for generating an unpredictable number using a seeded algorithm
US80161919 août 201013 sept. 2011American Express Travel Related Services Company, Inc.Smartcard transaction system and method
US803806828 nov. 200718 oct. 2011Visa U.S.A. Inc.Multifunction removable cover for portable payment device
US8051052 *20 déc. 20051 nov. 2011Sandisk Technologies Inc.Method for creating control structure for versatile content control
US80748896 sept. 200713 déc. 2011Xatra Fund Mx, LlcSystem for biometric security using a fob
US810869122 déc. 200531 janv. 2012Sandisk Technologies Inc.Methods used in a secure memory card with life cycle phases
US81408436 nov. 200620 mars 2012Sandisk Technologies Inc.Content control method using certificate chains
US81468064 juin 20073 avr. 2012Visa U.S.A. Inc.Prepaid negative balance fee processing and fee diversion
US81659384 juin 200724 avr. 2012Visa U.S.A. Inc.Prepaid card fraud and risk management
US817052726 sept. 20071 mai 2012Visa U.S.A. Inc.Real-time balance on a mobile phone
US817596117 nov. 20068 mai 2012Visa International Service AssociationMethod and system for using payment history for conducting commercial transactions
US819178819 oct. 20105 juin 2012American Express Travel Related Services Company, Inc.Transaction card
US822003926 févr. 201010 juil. 2012Sandisk Technologies Inc.Mass storage device with automated credentials loading
US82450316 nov. 200614 août 2012Sandisk Technologies Inc.Content control method using certificate revocation lists
US826605627 sept. 201011 sept. 2012American Express Travel Related Services Company, Inc.System and method for manufacturing a punch-out RFID transaction device
US8266711 *6 nov. 200611 sept. 2012Sandisk Technologies Inc.Method for controlling information supplied from memory device
US827904220 sept. 20072 oct. 2012Xatra Fund Mx, LlcIris scan biometrics on a payment device
US828402520 sept. 20079 oct. 2012Xatra Fund Mx, LlcMethod and system for auditory recognition biometrics on a FOB
US828913620 sept. 200716 oct. 2012Xatra Fund Mx, LlcHand geometry biometrics on a payment device
US82908324 juin 200716 oct. 2012Visa U.S.A. Inc.Method and system for handling returned prepaid payment cards
US82945526 sept. 200723 oct. 2012Xatra Fund Mx, LlcFacial scan biometrics on a payment device
US832134531 mai 201127 nov. 2012Visa International Service AssociationTrusted internal interface
US832168622 déc. 200527 nov. 2012Sandisk Technologies Inc.Secure memory card with life cycle phases
US834663928 févr. 20071 janv. 2013Visa U.S.A. Inc.Authentication of a data card using a transit verification value
US83594741 mars 201022 janv. 2013Visa U.S.A. Inc.Method and system for secure authentication
US837622717 janv. 201219 févr. 2013Ayman HammadSmart sign mobile transit fare payment
US838634928 févr. 200726 févr. 2013Visa U.S.A. Inc.Verification of a portable consumer device in an offline environment
US8401964 *28 avr. 201019 mars 2013Mastercard International IncorporatedApparatus, method, and computer program product for encoding enhanced issuer information in a card
US84237887 févr. 200516 avr. 2013Sandisk Technologies Inc.Secure memory card with life cycle phases
US842379420 juin 200716 avr. 2013Sandisk Technologies Inc.Method and apparatus for upgrading a memory card that has security mechanisms for preventing copying of secure content and applications
US842731718 nov. 200823 avr. 2013Visa U.S.A.Apparatus and method to electromagnetically shield portable consumer devices
US84290419 mai 200323 avr. 2013American Express Travel Related Services Company, Inc.Systems and methods for managing account information lifecycles
US845225723 mars 201228 mai 2013Visa U.S.A., IncReal-time balance on a mobile phone
US8458808 *7 janv. 20114 juin 2013Mastercard International IncorporatedPremium access to open application programming interface systems and methods
US850445114 nov. 20076 août 2013Visa U.S.A. Inc.Method and system using candidate dynamic data elements
US850484920 déc. 20056 août 2013Sandisk Technologies Inc.Method for versatile content control
US852306928 sept. 20063 sept. 2013Visa U.S.A. Inc.Mobile transit fare payment
US853886315 oct. 200417 sept. 2013American Express Travel Related Services Company, Inc.System and method for facilitating a transaction using a revolving use account associated with a primary account
US854342327 juin 200324 sept. 2013American Express Travel Related Services Company, Inc.Method and apparatus for enrolling with multiple transaction environments
US854892726 mars 20041 oct. 2013Xatra Fund Mx, LlcBiometric registration for facilitating an RF transaction
US858928523 sept. 200919 nov. 2013Visa U.S.A. Inc.System, apparatus and methods for comparing fraud parameters for application during prepaid card enrollment and transactions
US860128320 déc. 20053 déc. 2013Sandisk Technologies Inc.Method for versatile content control with partitioning
US860499511 juin 200710 déc. 2013Visa U.S.A. Inc.Shielding of portable consumer device
US8613103 *6 nov. 200617 déc. 2013Sandisk Technologies Inc.Content control method using versatile control structure
US861542621 déc. 200724 déc. 2013Visa U.S.A. Inc.Coupon offers from multiple entities
US863513115 oct. 200421 janv. 2014American Express Travel Related Services Company, Inc.System and method for managing a transaction protocol
US86399396 nov. 200628 janv. 2014Sandisk Technologies Inc.Control method using identity objects
US864597121 déc. 20074 févr. 2014Visa U.S.A. Inc.Real-time balance updates
US86713857 janv. 201111 mars 2014Mastercard International IncorporatedMethods and systems for throttling calls to a service application through an open API
US86773087 janv. 201118 mars 2014Mastercard International IncorporatedMethod and system for generating an API request message
US868855423 mars 20091 avr. 2014Visa U.S.A. Inc.Bank issued contactless payment card used in transit fare collection
US8694776 *21 déc. 20078 avr. 2014Spansion LlcAuthenticated memory and controller slave
US870051330 nov. 201215 avr. 2014Visa U.S.A. Inc.Authentication of a data card using a transit verification value
US87072767 janv. 201122 avr. 2014Mastercard International IncorporatedMethod and system for managing programmed applications in an open API environment
US871289224 janv. 201329 avr. 2014Visa U.S.A. Inc.Verification of a portable consumer device in an offline environment
US8719840 *9 févr. 20066 mai 2014Koninklijke Philips N.V.Device for secure interprocess communication
US873366323 mars 200927 mai 2014Visa U.S.A. Inc.Mobile phone containing contactless payment card used in transit fare collection
US873848528 déc. 200727 mai 2014Visa U.S.A. Inc.Contactless prepaid product for transit fare collection
US8782749 *6 avr. 201115 juil. 2014Sony CorporationInformation processing device, information processing method, and program
US878838219 nov. 201022 juil. 2014Visa U.S.A. Inc.Systems and methods for automatic migration of a consumer between financial accounts
US878919522 déc. 200422 juil. 2014Telecom Italia S.P.A.Method and system for access control and data protection in digital memories, related digital memory and computer program product therefor
US881890714 déc. 200426 août 2014Xatra Fund Mx, LlcLimiting access to account information during a radio frequency transaction
US882715610 juil. 20139 sept. 2014Visa U.S.A. Inc.Mobile payment device
US883285820 mai 20139 sept. 2014Mastercard International IncorporatedAccess to application programming interface systems and methods
US8843435 *12 mars 200923 sept. 2014Pegasystems Inc.Techniques for dynamic data processing
US88726193 mai 200728 oct. 2014Xatra Fund Mx, LlcSecuring a transaction between a transponder and a reader
US890373414 nov. 20132 déc. 2014Visa U.S.A. Inc.Coupon offers from multiple entities
US89238279 janv. 200830 déc. 2014Visa U.S.A. Inc.Mobile payment management
US895068013 sept. 201110 févr. 2015Visa U.S.A. Inc.Multifunction removable cover for portable payment device
US89605351 juil. 200424 févr. 2015Iii Holdings 1, LlcMethod and system for resource management and evaluation
US896628421 nov. 200524 févr. 2015Sandisk Technologies Inc.Hardware driver integrity check of memory card controller firmware
US897756721 sept. 200910 mars 2015Visa International Service AssociationRecordation of electronic payment transaction information
US902471915 oct. 20045 mai 2015Xatra Fund Mx, LlcRF transaction system and method for storing user personal data
US903188025 oct. 200612 mai 2015Iii Holdings 1, LlcSystems and methods for non-traditional payment using biometric data
US903220422 déc. 201112 mai 2015Mastercard International IncorporatedMethods and systems for providing a signed digital certificate in real time
US908353422 déc. 201114 juil. 2015Mastercard International IncorporatedMethod and system for propagating a client identity
US9092769 *24 oct. 201228 juil. 2015Visa International Service AssociationTrusted internal interface
US910461818 déc. 200811 août 2015Sandisk Technologies Inc.Managing access to an address range in a storage device
US92139779 mars 201415 déc. 2015Visa U.S.A. Inc.Authentication of a data card using a transit verification value
US927074329 oct. 201423 févr. 2016Pegasystems Inc.Systems and methods for distributed rules processing
US933663421 sept. 201210 mai 2016Chartoleaux Kg Limited Liability CompanyHand geometry biometrics on a payment device
US93731159 avr. 201421 juin 2016Visa U.S.A. Inc.Contactless prepaid product for transit fare collection
US945475213 déc. 200227 sept. 2016Chartoleaux Kg Limited Liability CompanyReload protocol at a transaction processing entity
US94956721 avr. 201415 nov. 2016Visa U.S.A. Inc.Mobile device containing contactless payment card used in transit fare collection
US954268724 juin 200910 janv. 2017Visa International Service AssociationSystems and methods for visual representation of offers
US9600816 *25 sept. 201221 mars 2017Inside SecureMethod and system for executing a NFC transaction supporting multiple applications and multiples instances of a same application
US96587352 déc. 201423 mai 2017Pegasystems Inc.Methods and apparatus for user interface optimization
US967250829 oct. 20126 juin 2017Visa International Service AssociationOver the air update of payment transaction data stored in secure memory
US967871920 mai 201313 juin 2017Pegasystems Inc.System and software for creation and modification of software
US970408711 déc. 200811 juil. 2017Visa Usa Inc.Apparatus and method to electromagnetically shield portable consumer devices
US97157097 mai 200925 juil. 2017Visa International Services AssociationCommunication device including multi-part alias identifier
US976730314 févr. 201419 sept. 2017Monterey Research, LlcAuthenticated memory and controller slave
US20050036611 *31 mars 200417 févr. 2005Visa U.S.A., Inc.Method and system for secure authentication
US20060047727 *30 août 20042 mars 2006Karp Alan HMethod of accessing a file for editing with an application having limited access permissions
US20060047954 *30 août 20042 mars 2006Axalto Inc.Data access security implementation using the public key mechanism
US20060176068 *22 déc. 200510 août 2006Micky HoltzmanMethods used in a secure memory card with life cycle phases
US20060177064 *7 févr. 200510 août 2006Micky HoltzmanSecure memory card with life cycle phases
US20060242064 *20 déc. 200526 oct. 2006Fabrice Jogand-CoulombMethod for creating control structure for versatile content control
US20060242065 *20 déc. 200526 oct. 2006Fabrice Jogand-CoulombMethod for versatile content control with partitioning
US20060242066 *20 déc. 200526 oct. 2006Fabrice Jogand-CoulombVersatile content control with partitioning
US20060242067 *20 déc. 200526 oct. 2006Fabrice Jogand-CoulombSystem for creating control structure for versatile content control
US20060242068 *20 déc. 200526 oct. 2006Fabrice Jogand-CoulombMethod forversatile content control
US20060242150 *20 déc. 200526 oct. 2006Fabrice Jogand-CoulombMethod using control structure for versatile content control
US20060242151 *20 déc. 200526 oct. 2006Fabrice Jogand-CoulombControl structure for versatile content control
US20060290501 *24 juin 200528 déc. 2006Visa U.S.A., Inc.Apparatus and method to electromagnetically shield portable consumer devices
US20070043667 *30 déc. 200522 févr. 2007Bahman QawamiMethod for secure storage and delivery of media content
US20070056042 *30 déc. 20058 mars 2007Bahman QawamiMobile memory system for secure storage and delivery of media content
US20070061597 *22 déc. 200515 mars 2007Micky HoltzmanSecure yet flexible system architecture for secure devices with flash mass storage memory
US20070188183 *22 déc. 200516 août 2007Micky HoltzmanSecure memory card with life cycle phases
US20080010450 *6 nov. 200610 janv. 2008Michael HoltzmanContent Control Method Using Certificate Chains
US20080010455 *6 nov. 200610 janv. 2008Michael HoltzmanControl Method Using Identity Objects
US20080010458 *6 nov. 200610 janv. 2008Michael HoltzmanControl System Using Identity Objects
US20080010685 *6 nov. 200610 janv. 2008Michael HoltzmanContent Control Method Using Versatile Control Structure
US20080022395 *6 nov. 200624 janv. 2008Michael HoltzmanSystem for Controlling Information Supplied From Memory Device
US20080022413 *6 nov. 200624 janv. 2008Michael HoltzmanMethod for Controlling Information Supplied from Memory Device
US20080052524 *24 août 200628 févr. 2008Yoram CedarReader for one time password generating device
US20080072058 *24 août 200620 mars 2008Yoram CedarMethods in a reader for one time password generating device
US20080116264 *28 sept. 200622 mai 2008Ayman HammadMobile transit fare payment
US20080120214 *6 nov. 200722 mai 2008Kim SteeleAdaptive authentication options
US20080120218 *17 nov. 200622 mai 2008William ReidMethod and system for using payment history for conducting commercial transactions
US20080120236 *14 nov. 200722 mai 2008Patrick FaithDynamic magnetic stripe
US20080128513 *4 déc. 20065 juin 2008Ayman HammadBank issued contactless payment card used in transit fare collection
US20080162947 *20 juin 20073 juil. 2008Michael HoltzmanMethods of upgrading a memory card that has security mechanisms that prevent copying of secure content and applications
US20080163247 *9 févr. 20063 juil. 2008Koninklijke Philips Electronics, N.V.Device and a Method of Operating a Device
US20080203152 *28 févr. 200728 août 2008Visa U.S.A. Inc.Authentication of a data card using a transit verification value
US20080203170 *28 févr. 200728 août 2008Visa U.S.A. Inc.Fraud prevention for transit fare collection
US20080298569 *4 juin 20074 déc. 2008Monk Justin TPrepaid negative balance fee processing and fee diversion
US20080298573 *4 juin 20074 déc. 2008Monk Justin TSystem, apparatus and methods for comparing fraud parameters for application during prepaid card enrollment and transactions
US20080300895 *4 juin 20074 déc. 2008Monk Justin TMethod and system for handling returned payment card account statements
US20080301011 *4 juin 20074 déc. 2008Monk Justin TMethod and system for handling returned prepaid payment cards
US20080301019 *4 juin 20074 déc. 2008Monk Justin TPrepaid card fraud and risk management
US20080301037 *4 juin 20074 déc. 2008Monk Justin TSystems and methods for automatic migration of a consumer between financial accounts
US20080301048 *4 juin 20074 déc. 2008Monk Justin TPortability of financial tokens
US20080303632 *11 juin 200711 déc. 2008Ayman HammadShielding of portable consumer device
US20090088229 *11 déc. 20082 avr. 2009Ayman HammadApparatus and method to electromagnetically shield portable consumer devices
US20090091426 *2 mai 20089 avr. 2009American Express Travel Related Services Company, Inc.Method and system for tracking user performance
US20090134218 *28 nov. 200728 mai 2009Ryan YuzonMultifunction removable cover for portable payment device
US20090146814 *18 nov. 200811 juin 2009Ayman HammadApparatus and method to electromagnetically shield portable consumer devices
US20090164789 *21 déc. 200725 juin 2009Spansion LlcAuthenticated memory and controller slave
US20090239512 *23 mars 200924 sept. 2009Ayman HammadMobile phone containing contactless payment card used in transit fare collection
US20100070424 *23 sept. 200918 mars 2010Monk Justin TSystem, apparatus and methods for comparing fraud parameters for application during prepaid card enrollment and transactions
US20100077214 *23 nov. 200925 mars 2010Fabrice Jogand-CoulombHost Device and Method for Protecting Data Stored in a Storage Device
US20100131774 *29 janv. 201027 mai 2010Fabrice Jogand-CoulombMethod for Secure Storage and Delivery of Media Content
US20100138652 *17 déc. 20093 juin 2010Rotem SelaContent control method using certificate revocation lists
US20100138673 *29 janv. 20103 juin 2010Fabrice Jogand-CoulombMethod for Secure Storage and Delivery of Media Content
US20100161928 *18 déc. 200824 juin 2010Rotem SelaManaging access to an address range in a storage device
US20100217999 *1 mars 201026 août 2010Seaton Jr Robert WMethod and system for secure authentication
US20100325039 *28 avr. 201023 déc. 2010Mastercard International IncorporatedApparatus, method, and computer program product for encoding enhanced issuer information in a card
US20100332382 *2 sept. 201030 déc. 2010Monk Justin TPortability of financial tokens
US20110125634 *19 nov. 201026 mai 2011Monk Justin TSystems and methods for automatic migration of a consumer between financial accounts
US20110252458 *6 avr. 201113 oct. 2011Sony CorporationInformation processing device, information processing method, and program
US20120179587 *7 janv. 201112 juil. 2012Gregg Alan HillPremium access to open application programming interface systems and methods
US20130046588 *24 oct. 201221 févr. 2013Oleg MakhotinTrusted internal interface
US20140188713 *25 sept. 20123 juil. 2014Inside SecureMethod and system for executing a nfc transaction supporting multiple applications and multiples instances of a same application
USRE4315731 janv. 20087 févr. 2012Xatra Fund Mx, LlcSystem and method for reassociating an account number to another transaction account
USRE434605 févr. 200912 juin 2012Xatra Fund Mx, LlcPublic/private dual card system and method
USRE4561510 oct. 200814 juil. 2015Xatra Fund Mx, LlcRF transaction device
EP2189922A3 *21 déc. 20052 juin 2010Sandisk CorporationMemory system with versatile content control
EP2378456A3 *28 mars 201125 juil. 2012Sony CorporationInformation processing device, information processing method, and program
WO2006033727A3 *17 août 200525 janv. 2007Mastercard International IncCompliance assessment and security testing of smart cards
WO2006066604A1 *22 déc. 200429 juin 2006Telecom Italia S.P.A.Method and system for access control and data protection in digital memories, related digital memory and computer program product therefor
WO2006069194A3 *21 déc. 200523 nov. 2006Sandisk CorpMemory system with versatile content control
WO2006069311A2 *21 déc. 200529 juin 2006Sandisk CorporationControl structure for versatile content control and method using structure
WO2006069311A3 *21 déc. 200516 nov. 2006Sandisk CorpControl structure for versatile content control and method using structure
WO2006069312A2 *21 déc. 200529 juin 2006Sandisk CorporationSystem for creating control structure for versatile content control
WO2006069312A3 *21 déc. 20059 nov. 2006Sandisk CorpSystem for creating control structure for versatile content control
WO2009147548A2 *14 mai 200910 déc. 2009Nxp B.V.Method for storing nfc applications in a secure memory device
WO2009147548A3 *14 mai 200928 janv. 2010Nxp B.V.Method for storing nfc applications in a secure memory device
Classifications
Classification aux États-Unis705/50
Classification internationaleG07F7/10, G06F21/00
Classification coopérativeG06Q20/35765, G06Q20/341, G06F21/77, H04L63/0853, G07F7/1008, G06F21/6218
Classification européenneH04L63/08E, G06Q20/341, G06F21/77, G06F21/62B, G06Q20/35765, G07F7/10D
Événements juridiques
DateCodeÉvénementDescription
2 févr. 2004ASAssignment
Owner name: VISA INTERNATIONAL SERVICE ASSOCIATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:REED, SONIA;AABYE, CHRISTIAN;REEL/FRAME:014937/0276
Effective date: 20040120