WO1999049415A2

WO1999049415A2 - Versatile interface smart card

Info

Publication number: WO1999049415A2
Application number: PCT/EP1999/002051
Authority: WO
Inventors: Jean Marc Sarat
Original assignee: Gemplus
Priority date: 1998-03-26
Filing date: 1999-03-17
Publication date: 1999-09-30
Also published as: EP1066592A2; CA2325902A1; JP2003532936A; AU3599899A; CN1326573A; WO1999049415A3

Abstract

A smart card (18) that is compatible with multiple different protocols includes a standard set of contacts (20) that comply with the protocols of published standard, and another contact (32) not designated by the standard which is used to indicate whether the card is to operate in a non-standard mode. When the card is to operate in the non-standard mode, a simple start-up procedure is employed which does not require strict timing constraints, enabling a less expensive interface device to be used. The interface device can be connected to any bus of a computer (14) which operates in accordance with a desired non-standard protocol. Due to the flexibility and functionality offered by smart cards that have microprocessors (24) incorporated therein, the multi-protocol smart card can be used to drive, or otherwise communicate with, any of a variety of peripheral devices, whether or not a personal computer is present in the system.

Description

VERSATILE INTERFACE SMART CARD

Field of the Invention

The present invention is directed to microprocessor-based user cards, commonly known as "smart cards", and more particularly to a smart card that is capable of communicating with a variety of external devices using different protocols that are respectively associated with the various devices.

Background of the Invention The use of secure smart cards that provide information specific to an individual is becoming more prevalent in a number of different types of situations. Examples of such include electronic commerce, security access control and health care record maintenance. Each system which employs smart cards contains two fundamental components, namely the smart cards themselves and an interface device, commonly known as a reader. The smart cards are carried by the users of the system, and include a memory which stores information that is pertinent to the user's interaction with the system. In an electronic commerce system, for example, each smart card may contain the balance in an account maintained by the user, as well as details of account transactions. More recently, the smart cards also include microprocessors, which provide for an increased level of security over the information stored in the cards. The incorporation of microprocessors into the cards also enhances their flexibility, for instance by facilitating the storage of executable programs in the cards that can be used to provide expanded functionality. The readers communicate with the cards in a secure manner to access the information stored therein. In one type of system, the card is inserted into a slot in the reader, which brings electrical contacts in the reader into engagement with mating contacts on the exterior of the card. The engaged contacts enable a microcontroller in the reader to communicate with the memory and/or microprocessor in the card. Typically, the reader is connected to a peripheral device that is associated with the particular type of system into which the reader is incorporated. In a security system, for example, the reader might be connected to an electronic lock that permits a door to be opened. In a banking system, the reader could be incorporated into an automatic teller machine. To permit the cards and readers of different manufacturers to be compatible with one another, a set of standard specifications has been developed. One of the common standards that applies to smart cards and readers is ISO 7816, promulgated by the International Standards Organization. This standard provides specifications for the location of the electrical contacts on the exterior of the cards, as well as the functions of the electrical signals that are present at the respective contacts. In this regard, the standard provides for up to eight electrical contacts, although specific signals are defined for only five of these contacts. The standard also contains specifications for the power-up, or initialization, procedure that is carried out when a card is first inserted into the reader, and the protocol for communicating between the card and the reader.

Due to the need to comply with the published standards, a conventional card reader can turn out to be a relatively expensive item of equipment. For instance, the ISO standard requires that different respective signals be applied to the five designated contacts on the card in a specific sequence at predetermined times during the power-up procedure. As a result, the reader must include a controller which supervises the application and timing of these signals, thereby adding to its cost.

In many systems which currently employ smart cards, the number of users can be quite large. For example, in an electronic banking system, a considerable number of customers might be expected to access an automated teller machine each day. Consequently, the cost of the reader is amortized over a sufficient number of transactions that it can be readily justified by the provider of the services.

More recently, there has been a trend toward personalized types of smart card applications. For instance, the ability to execute software programs from a microprocessor-based smart card makes it desirable to be able to connect the card to a personal computer. One approach for doing this is to add a smart card reader to the computer, either as an integral device or as a peripheral add-on. However, due to the appreciable cost of a reader, personal computer users may not be inclined to adopt this approach. In contrast to large institutions such as banks and the like, individual computer users may not be able to amortize the cost of the reader over a sufficient number of transactions to justify its cost.

It is desirable, therefore, to provide a smart card system which does not require a relatively expensive reader to access the information and/or functionality present in a card. With such a capability, the smart card is able to directly communicate with a variety of different types of peripheral devices that do not require a protocol associated with ISO standards and the like. Consistent with this objective, however, it is further desirable to provide such a system which remains compatible with currently existing smart card systems that comply with established standards.

Summary of the Invention

In accordance with the present invention, these objectives are achieved by providing a smart card that is compatible with multiple different protocols. In one embodiment, such a card is fully compatible with the protocols of the ISO standard and another, non-ISO, standard. One of the contacts of the card which is not designated by the standard is used to indicate whether the card is to operate in the ISO-standard mode, or in another mode. When no signal is present at this terminal, the card operates in the conventional ISO-standard mode. However, the presence of a predetermined signal provides an indication that the card is to operate in the non-ISO mode. In this case, a different start-up procedure can be employed which does not require the strict timing constraints associated with the ISO mode of operation. Consequently, a less expensive reader can be employed which may not require the type of controller that is associated with an ISO- compliant reader. In a specific embodiment, the non-ISO mode can be one that is associated with standard communication protocols that are used in personal computers, such as PS/2, USB and the like. An interface device which communicates with a multiprotocol smart card can be connected to any bus of the computer which operates in accordance with the desired non-ISO protocol. In the case of PS/2, for example, the interface device can be connected between the keyboard and the CPU of the computer system. Whenever a smart card is inserted into such an interface device, it communicates with both the CPU and the keyboard in accordance with the PS/2 protocol. The applications of the multi-protocol card are not limited to communications with personal computers. Due to the flexibility and functionality offered by smart cards that have microprocessors incorporated therein, the multiprotocol smart card can be used to drive, or otherwise communicate with, any of a variety of peripheral devices, whether or not a personal computer is present in the system.

Further features of the invention, and the advantages offered thereby , are explained in detail hereinafter, with reference to specific embodiments of the invention illustrated in the accompanying drawings.

Brief Description of the Drawings

Figure 1 is a perspective view of a personal computer system which is configured to operate with a smart card;

Figure 2 is a plan view of a smart card and a reader;

Figure 3A is a more detailed view of the electronic components of a conventional smart card;

Figure 3B is a detailed view of the electronic components of a smart card in accordance with a first embodiment of the present invention;

Figure 4 is a flowchart of the general mode of operation of the present invention; Figure 5A is a block diagram of a reader that conforms to the ISO standard;

Figure 5B is a schematic diagram of an interface device in accordance with the present invention; Figure 6 is a block diagram of a second embodiment of the present invention; and

Figure 7 is a block diagram of a third embodiment of the present invention.

Detailed Description To facilitate an understanding of the principles and features of the present invention, it is described hereinafter in the context of a specific embodiment. In particular, reference is made to an implementation of the invention in which a smart card can be connected to a personal computer. It will be appreciated, however, that the practical applications of the invention are not limited to this particular embodiment. Rather, the invention can be employed in a variety of different systems in which it is desirable to utilize the functionality of a smart card without the need for a reader that strictly conforms to published standards for smart cards.

Figure 1 is an illustration of a conventional personal computer system which is configured to operate with a smart card. As is typical, the computer system might include a central processing unit (CPU) 10 and the basic input and output devices that are employed by the user to interact with programs being executed by the CPU, such as a keyboard 12 and a monitor 14. In addition, the system shown in Figure 1 includes a smart card reader 16 as another peripheral device. In a conventional arrangement, the reader conforms to the ISO standard, and the exchange of information between a smart card and the reader is carried out in accordance with a protocol established by that standard. The reader can be connected to the CPU via a standard input output port, such as an RS232 serial port. Alternatively, the structure of the reader might be incorporated into the housing for the CPU or the keyboard, which would then include an appropriate slot for insertion of the smart card.

A configuration such as that shown in Figure 1 might be desirable for a variety of different applications. At a first level, the smart card can be used to control access to the personal computer. For instance, before the user is allowed to run a particular program or open a sensitive file, he or she may be required to insert his or her personal smart card into the reader 16 and enter a password via the keyboard 12. In a known manner, the smart card and the reader communicate with one another to authenticate the password, and thereafter authorize the computer to operate in the manner commanded by the user. In a more sophisticated application, the smart card might include one or more personalized software programs which can be executed by the microprocessor in the smart card and interact with the CPU, such as an electronic banking program.

One of the concerns with a configuration such as that shown in Figure 1 is the fact that the security of information pertaining to the smart card could be compromised. In particular, when the user enters his or her password via the keyboard, that information must pass through the control of the CPU in order to be presented to the smart card. This communication path is not entirely secure, since it is capable of being externally accessed. For instance, the CPU could be programmed to capture and store the user's password as it is being transmitted to the reader. The stored password could then be retrieved at a later time by a person who is not the rightful owner of the smart card.

As described previously, another concern is the fact that the reader itself can be relatively expensive, particularly if it is ISO-compliant. Because of the expense, many individual users may not desire to purchase such a device, and thereby forego the added functionality that a smart card would otherwise provide.

In accordance with the present invention, these concerns are alleviated by providing a smart card that is capable of operating in a mode other than that which is defined by the ISO standard. For instance, a smart card which can operate in accordance with the PS/2 protocol would be capable of communicating directly with the keyboard 12, without the intervention of the CPU, and thereby provide a more secure path for the transfer of personalized data, such as a password. In addition, when operating in such a mode, an ISO-compliant reader would not be required, thereby reducing the cost required to configure the computer to work with a smart card.

In a preferred embodiment of the invention, the smart card is capable of selectively operating in both a normal ISO-compliant mode, and at least one non- ISO mode, to optimize its utility. In this manner, the smart card can be used with established systems that are commonly associated with ISO readers, such as building access control, electronic banking transactions, and the like. In addition, it can also be used for other, less frequently employed features, such as to gain access to a protected personal computer.

The basic structure of a smart card system, insofar as it pertains to the present invention, is illustrated in Figure 2. Generally speaking, a smart card 18 is a user card made of plastic or other suitable material, similar to a common credit card, and having a number of electrical contacts 20 on one exterior surface thereof. Embedded within the structure of the card is an electronic memory 22 and, in a preferred embodiment of the invention, a microprocessor 24. For ease of illustration, in Figure 2 the memory 22 and microprocessor 24 are shown offset from the contacts 20, but in practice they can be located directly beneath the contacts. The dimensions of the card 18, and the arrangement and location of the contacts 20, are determined by applicable standards. The particular card shown in Figure 2 has eight such contacts, although cards with only six contacts also comply with known standards. The reader 16 has a slot 26 that is appropriately dimensioned to receive the card 18. The bottom of the slot has a switch 28, or other form of sensor, to detect when the card is fully inserted into the slot. The interior surface of the slot has a set of mating contacts (not shown), which engage corresponding contacts 20 on the card when it is fully inserted. When the sensor detects that a card is completely inserted into the slot 26 of the reader, it sends a signal which causes the reader to initiate a power-up procedure, described in detail hereinafter.

An expanded view of the contacts 20 on the smart card, and their connection to the internal microprocessor 24 of the card, is illustrated in Figure 3A. Referring thereto, the ISO standard specifies the particular type of signal that is associated with five of the eight contacts. These signals include power (Vcc), ground, reset, clock and input/output. The other three contacts are not assigned to any signal, and therefore are not used under the ISO protocol. Each of the contacts 20 is connected to the microprocessor 24 by means of a pull-up resistor 30, so that, in the absence of a signal at a given contact, the input signal to the microprocessor 24 is at a logical high level. Hence, the signals at the three unassigned contacts always remain at the logic high level.

In operation, when a card 18 is inserted into the slot 26 of the reader 16, it actuates the sensor 28 when it reaches the end of travel in the direction of the arrow shown in Figure 2. Upon receipt of a signal from the sensor, a microcontroller (not shown) within the reader applies the appropriate signals to the contacts 20 of the card, in a predetermined order specified by the ISO standard. Specifically, the standard requires that the ground reference potential be connected first, followed by the Vcc power supply voltage. Once the power is connected in this sequence, the clock signal is provided, and then a reset signal is applied. Thereafter, communications between the reader and the internal components 22, 24 of the card 18 are carried out via the I/O contact.

In accordance with the present invention, one or more of the unassigned contacts is used to expand the functionality of the smart card, by enabling it to operate in accordance with non-ISO protocols. Figure 3B illustrates a first embodiment of the contact assignment for a smart card having multi-protocol capabilities. In this embodiment, a sixth contact 32 functions as a mode indicator. When the card is inserted into an ISO-compliant reader, no signal is presented to the mode contact. Consequently, the mode input signal to the card's microprocessor 24 is at a logic high level, as in the normal case. The microprocessor therefore operates in accordance with the standard ISO protocol.

The functionality of the mode contact also permits the card to be operated in accordance with a different type of protocol. In this context, the card is used with an interface device that applies a "non-ISO" mode signal to the mode contact 32. In a card of the type shown in Figure 3 A, where each of the inputs to the internal microprocessor 24 is normally pulled to a logic high level, the non-ISO mode signal would therefore be a logic low signal. As depicted in Figure 3B, the interface device might connect the mode contact 32 directly to the ground reference potential that is also supplied to the GND contact. Upon detecting a low-level signal at the mode contact 32, the microprocessor 24 switches its mode of operation, to communicate in accordance with a predefined protocol other than the standard ISO protocol.

Figure 4 illustrates a flow chart which depicts the operation of a smart card in accordance with the first embodiment of the invention. Referring thereto, when the card is fully inserted into the interface device, the microprocessor 24 is first powered up, and a reset signal is then applied from the interface device. In response to the reset signal, the microprocessor performs a standard initialization routine, and then checks the status of the input signal at the mode contact. If the mode signal is at a logic high level, this indicates that the card has been inserted in an ISO-compliant reader, and consequently the microprocessor 24 communicates via the I/O channel using the standard ISO protocol. If, however, the logic signal at the mode contact has been pulled low, the card's microprocessor communicates via the I/O channel using a non-ISO protocol, such as PS/2, USB or I2C, for example.

One advantage that arises from the ability to operate in a non-ISO mode is the fact the that interface device can be significantly simplified. Figure 5A illustrates a reader that conforms to the ISO standard. That standard requires that each of the respective signals be applied to the five designated contacts of the card in a predetermined order, and with strictly controlled timing, during the power-up procedure. To provide the necessary control over the application of the signals, therefore, the reader 16 includes a microcontroller 34 which receives, as input signals, the Vcc and ground power signals, as well as a clock signal that is derived from a crystal oscillator 36, or the like. Depending upon the particular application, the microcontroller might receive data signals that are provided from an external source. The microcontroller 34 also receives a signal from the sensor 28, which indicates when the card 18 is fully inserted into the slot 26 in the reader. In response to this signal, the microcontroller controls the application of the respective signals to each of the five assigned contacts of the card. In a non-ISO mode of operation, the timing requirements associated with the power-up procedure are not as rigid, and therefore a more conventional initialization circuit can be employed. For instance, the reset signal can be generated by a simple RC timing circuit, as illustrated in Figure 5B. Upon receipt of a signal from the sensor 28, the RC timing circuit is actuated to apply a reset pulse to the appropriate contact 20 after a period of time that is determined by its timing constant. Hence, the need for a more expensive microcontroller can be eliminated, thereby reducing the cost of the interface device. Of course, any other suitable type of reset circuit can be employed as well. To distinguish this simplified interface device from a conventional ISO-compliant reader, it will be referred to herein as an adapter.

Another advantage that stems from the ability to operate in accordance with different protocols lies in the fact that the card can communicate directly with devices that employ non-ISO protocols. This aspect of the invention is described in greater detail with reference to a second embodiment, which is schematically illustrated in Figure 6. For ease of illustration, the layout of the contacts is rearranged in Figure 6, relative to that shown in Figures 3 and 5. In this particular embodiment, the adapter, and hence the card, is located in the communication path between the CPU 10 and the keyboard 12 of a personal computer system. In a computer which utilizes the Micro Channel Architecture, for example, commumcations over the bus between the keyboard and the CPU are carried out in accordance with the PS/2 protocol. Figure 6 illustrates the four basic signal lines that are present in this bus. These signal lines include the two power lines associated with the ground reference potential and a positive voltage, e.g. 5 volts. The other two lines constitute an input/output path for data signals, and a path for the data rate clock.

The adapter for the smart card is connected to the keyboard bus in the manner illustrated in Figure 6. The two power lines are directly connected to the corresponding contacts of the adapter. In addition, the clock line of the keyboard bus is connected to one of the three terminals that are not designated according to the ISO standard. It is to be noted that the clock signal which appears on the keyboard bus is different from the clock signal that is applied to the internal microprocessor 24 of the card. Specifically, the clock which is applied to the microprocessor is one which controls the overall operation associated with the microprocessor, and is labeled CLK_M. This clock signal is applied to the usual clock terminal, by means of an oscillator 36 within the adapter, for example. In contrast, the clock signal CLK_D which is obtained from the keyboard bus pertains to the rate at which data is transmitted over the I/O channel of the bus. Since this clock signal is not defined in the ISO standard, it is applied to one of the unassigned contact terminals. A switch 38 is inserted in the I/O channel of the keyboard bus, to permit this channel to be opened whenever a card is inserted in the adapter. To this end, the switch is responsive to the sensor 28 which detects that the card is fully inserted into the adapter. In an exemplary embodiment, the switch can be mechanically opened by the card itself. The I/O channel on one side of the switch is connected to the normal I/O terminal of the smart card, which is labelled I/Oi . Another one of the normally unassigned terminals of the card constitutes a second I/O contact, and is connected to the I/O channel of the bus that is on the other side of the switch. When no card is inserted in the adapter, data is bidirectionally transmitted between the keyboard and the CPU over the bus I/O channel, in a normal fashion, with the switch closed. When a card is inserted into the adapter, the data passes through the two I/O terminals on the card. The smart card can operate in a passive mode or an active mode. In a passive mode, the data is simply transferred between the two I/O terminals, without disturbance. In an active mode, the microprocessor 24 in the card can receive data transmitted by either the CPU or the keyboard, and likewise can transmit data to either or both of these devices.

The direct connection between the smart card and each of the CPU and the keyboard provides a secure channel for the transfer of sensitive data. For example, in a situation where the user enters his or her password via the keyboard, that data is transmitted directly to the smart card, without going to the CPU. Once the proper password has been entered, the functionality provided by the smart card can then be employed in connection with the personal computer. For example, electronic banking transactions can be carried out in connection with account information that is securely stored in the smart card. From the foregoing, it will be appreciated that the ability to operate the smart card in accordance with different protocols permits the smart card to be used in connection with a variety of different types of peripheral devices. While the embodiment of Figure 6 comprises a system that includes a personal computer with a keyboard, it is not necessary that an external CPU be present. Rather, the smart card could be used with standalone devices, such as a PIN pad for entering passwords, a display device, or a modem. The only requirement is that the peripheral device include an I/O channel and a data clock which can be accessed by the smart card, as in the embodiment of Figure 6. As an example, Figure 7 illustrates an embodiment in which the smart card is used to control a terminal which essentially comprises a keyboard and a display. All of the functionality that is needed to operate the terminal is contained within the smart card itself. One I/O contact of the smart card is used for bidirectional communications with the keyboard, and the other I/O contact functions to drive the display. A particular advantage of this arrangement resides in the fact that executable programs, such as applets written in the JAVA programming language, can be downloaded into the smart card, and then used to control the terminal to provide a variety of different functions. Since the JAVA programming language is not platform specific, the terminal need not be uniquely associated with a given card. Rather, terminals from a variety of different manufacturers can be operated with the same card. This type of operation provides additional security as well. Since all of the operations of the terminal are managed by the card itself, there is no need to provide any form of intelligence within the terminal itself, or to store any secure type of information therein. Furthermore, while the multi-protocol card offers this expanded range of functionality, it still remains compatible with the ISO standard, and therefore can be used for conventional smart card applications.

In the foregoing embodiments of the invention, the mode signal is a persistent signal that is continuously present at a dedicated mode contact. In accordance with a further embodiment, it is possible to employ a temporary signal which can be generated at any time to cause the card to switch from one protocol to another. This mode signal might be defined, for example, as the existence of a predetermined potential difference between two or more card contacts.

In the operation of this embodiment, when the card is inserted in a card reader or an adapter, after being powered up it begins to operate according to the ISO protocol, by default. As part of its run-time operation, it regularly checks the status of the contacts to which the mode signal is to be applied. If the predetermined potential difference is detected between these contacts, the card microprocessor switches from the ISO protocol to the non-ISO protocol. The card then remains in this mode of operation until it is powered down, e.g. it is removed from the reader or adapter. One particular advantage of this embodiment is the fact that, since the mode change signal need only be of temporary duration, the contacts which are employed to transmit this signal to the card's microprocessor can be used for other functions at other times. In other words, it is not necessary that a contact be dedicated exclusively to the mode signal. Rather, all of the card's contacts can be used for other signals once the card has switched from the ISO mode to the non- ISO protocol.

If the contacts which are selected to transmit the mode change signal are normally employed for other signals during the ISO mode of operation, it may be the case that the predetermined potential difference could temporarily occur as part of the normal signaling process. To prevent inadvertent switching to the non-ISO mode, it may be preferable to establish that the predetermined potential difference must be present for a minimum length of time which is greater than that which would be encountered during normal operation. Thus, if the predetermined potential difference is detected between the designated contacts, the card microprocessor can initiate a timer operation. After the minimum length of time has passed, the status of the contacts is again checked and, if the predetermined potential difference is still present, the microprocessor switches to the non-ISO protocol. It will be appreciated by those of ordinary skill in the art that the present invention can be embodied in other specific forms without departing from the spirit or essential characteristics thereof. For example, while the disclosed embodiments depict a card which can selectively operate in accordance with two protocols, it is possible to employ a greater number of protocols for a greater flexibility. For instance, the mode contact 32 can indicate whether the card is to operate pursuant to the ISO protocol or a non-ISO protocol. If a non-ISO protocol is to be used, data provided over one of the I/O channels can identify any one of a plurality of different protocols to be used with the adapter in the non-ISO mode.

The presently disclosed embodiments are therefore considered in all respects to be illustrative, and not restrictive. The scope of the invention is indicated by the appended claims, rather than the foregoing description, and all changes that come within the meaning and range of equivalence thereof are intended to be embraced therein.

Claims

What is claimed is:

1. A multi-protocol smart card system, comprising: a user card containing a microprocessor and associated memory, and a plurality of contacts for transferring data to and from said microprocessor and memory, said contacts including a first set of contacts respectively associated with a set of signals that conform to a first protocol, and at least one other contact for controlling said microprocessor to operate in accordance with a second protocol; and an interface device for receiving said user card, and having: a first set of mating contacts which correspond to the first set of contacts in said user card, to transfer said signals that conform to said first protocol, a mode contact that corresponds to said other contact of the user card, and a mode signal generator that provides a signal at said mode contact which causes said microprocessor to operate in accordance with said second protocol mode when the user card is received in said interface device.

2. The smart card system of claim 1, wherein said first protocol is an ISO protocol that pertains to smart cards, and said second protocol is a non-ISO protocol.

3. The smart card system of claim 2 wherein said non-ISO protocol is selected from the group comprising PS/2, USB and I2C protocols.

4. The smart card system of claim 1, wherein said microprocessor selectively operates in accordance with a plurality of non-ISO protocols in accordance with a signal provided by said mode signal generator.

5. The smart card system of claim 1, wherein said other contact of the user card is not used when said microprocessor operates in accordance with said first protocol.

6. The smart card system of claim 5, wherein said other contact is normally maintained at a predetermined logic level during operation in accordance with said first protocol, and said mode signal generator switches said other contact to a different logic level when the microprocessor is to operate in accordance with said second mode.

7. The smart card system of claim 6 wherein said different logic level is a ground reference potential.

8. The smart card system of claim 1 wherein said interface device further includes a reset signal generator for applying a reset signal to one of the contacts of the user card.

9. The smart card system of claim 8 wherein said reset signal is applied to one of the contacts of said first set of contacts.

10. The smart card system of claim 8 wherein said reset signal generator comprises an RC timing circuit.

11. In a transaction system of the type in which a user card having a microprocessor communicates with an interface device to perform a transaction, a method for selectively operating said microprocessor in one of a plurality of modes, comprising the steps of: placing a user card in an operative relationship with an interface device so as to permit signals to be exchanged between the user card and the interface device; providing signals to the user card from the interface device by means of a predefined set of commumcation contacts associated with a first operating protocol; selectively providing a mode signal to the user card from the interface device in accordance with a mode of operation associated with the interface device; determining within the microprocessor of the user card whether the mode signal is being provided by the interface device; and operating said microprocessor in accordance with said first operating protocol when said mode signal is not being provided, and operating said microprocessor in accordance with a second operating protocol different from said first protocol when said mode signal is being provided.

12. The method of claim 11 wherein said mode signal is provided to the user card by means of a communication contact other than the contacts of said predefined set of contacts.

13. The method of claim 11, wherein said first protocol is an ISO protocol that pertains to smart cards, and said second protocol is a non-ISO protocol.

14. The method of claim 13, wherein said non-ISO protocol is selected from the group comprising PS/2, USB and I2C protocols.

15. A user card for a multi-protocol smart card system, comprising: a user card containing a microprocessor that is capable of selectively operating in accordance with a plurality of different operating protocols; a first set of contacts on said user card for communicating signals to and from said microprocessor in accordance with a first one of said operating protocols; at least one other contact on said user card for providing a mode signal to said microprocessor; and means associated with said microprocessor for determining whether a mode signal is provided to said other contact, and for causing said microprocessor to operate in accordance with said first protocol when a mode signal is not provided, and thereby communicate signals using only said first set of contacts, and to cause said microprocessor to operate in accordance with a second, different protocol when said mode signal is provided.

16. The user card of claim 15, wherein said first protocol is an ISO protocol that pertains to smart cards, and said second protocol is a non-ISO protocol.

17. The user card of claim 16 wherein said non-ISO protocol is selected from the group comprising PS/2, USB and I2C protocols.

18. An interface device for use in connection with a multi-protocol user card, comprising: a first set of mating contacts which correspond to a first set of contacts in said user card that are respectively associated with a set of signals that conform to a first protocol, to transfer said signals that conform to said first protocol, a mode contact that corresponds to another contact of the user card, and a mode signal generator that provides a signal at said mode contact which causes a microprocessor in a user card to operate in accordance with a second protocol mode when the user card is received in said interface device.

19. The interface device of claim 18, wherein said first protocol is an ISO protocol that pertains to smart cards, and said second protocol is a non-ISO protocol.

20. The interface device of claim 19, wherein said non-ISO protocol is selected from the group comprising PS/2, USB and I2C protocols.

21. The interface device of claim 18, wherein said mode contact is normally maintained at a predetermined logic level during operation in accordance with said first protocol, and said mode signal generator switches said other contact to a different logic level when the microprocessor is to operate in accordance with said second mode.

22. The interface device of claim 21 wherein said different logic level is a ground reference potential.

23. The interface device of claim 18 wherein said interface device further includes a reset signal generator for applying a reset signal to one of the contacts of the user card.

24. The interface device of claim 23 wherein said reset signal is applied to one of the contacts of said first set of contacts.

25. The interface device of claim 23 wherein said reset signal generator comprises an RC timing circuit.

26. A user card for a multi-protocol smart card system, comprising: a user card containing a microprocessor that is capable of selectively operating in accordance with a plurality of different operating protocols; a set of contacts on said user card for communicating signals to and from said microprocessor; and means associated with said microprocessor for determining whether a mode signal is provided to at least one of said contacts, and for causing said microprocessor to operate in accordance with first protocol when a mode signal is not provided, and to cause said microprocessor to operate in accordance with a second, different protocol after said mode signal has been provided.

27. The user card of claim 26, wherein said first protocol is an ISO protocol that pertains to smart cards, and said second protocol is a non-ISO protocol.

28. The user card of claim 27 wherein said non-ISO protocol is selected from the group comprising PS/2, USB and I2C protocols.

29. The user card of claim 26 wherein said mode signal is provided by means of a predetermined potential difference between at least two of said contacts.

30. A user card transaction system, comprising : a user card containing a microprocessor and associated memory, and a plurality of contacts for transferring data to and from said microprocessor and memory ; a peripheral device for conducting a transaction in connection with said user card, said peripheral device including a data input/output terminal that is connectable to at least one of the contacts of said user card, for communication with said microprocessor ; and an interface device associated with said peripheral device, said interface device providing operation signals to at least some of the contacts of the user card to place said microprocessor in an operational state, including a mode signal which identifies an operating mode in which said microprocessor operates to communicate with said peripheral device.

31. The transaction system of claim 30, wherein said peripheral device further includes a clock terminal, that is connectable to one of the contacts of said user card.

32. The transaction system of claim 30, wherein said plurality of contacts comprise a predefined set of contacts associated with an operating protocol, and at least one other contact to which said mode signal is provided.

33. The transaction system of claim 30, wherein said data input/output terminal of said peripheral device communicates with a data input/output terminal of an other device, and wherein two of the contacts of said user card are respectively connected to the data input/output terminals of said user card are respectively connected to the data input/output terminals of said peripheral device and said other device, and said microprocessor selectively provides a data communication path between said two contacts to enable said peripheral device to communicate with only said user card or with said other device.

34. The transaction system of claim 30, wherein said peripheral device includes a power supply terminals that are connectable to contacts of the user card to supply power to said microprocessor.

35. The transaction system of claim 30 wherein said interface device includes a power supply that is connectable to contacts of the user card to supply power to said microprocessor.