US20070124530A1 - Portable electronic device and control method of portable electronic device - Google Patents

Portable electronic device and control method of portable electronic device Download PDF

Info

Publication number
US20070124530A1
US20070124530A1 US11/514,965 US51496506A US2007124530A1 US 20070124530 A1 US20070124530 A1 US 20070124530A1 US 51496506 A US51496506 A US 51496506A US 2007124530 A1 US2007124530 A1 US 2007124530A1
Authority
US
United States
Prior art keywords
record
data
command
binary
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/514,965
Other languages
English (en)
Inventor
Norio Ishibashi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Assigned to KABUSHIKI KAISHA TOSHIBA reassignment KABUSHIKI KAISHA TOSHIBA ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ISHIBASHI, NORIO
Publication of US20070124530A1 publication Critical patent/US20070124530A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G06Q20/35765—Access rights to memory zones

Definitions

  • This invention relates to a portable electronic device such as an IC card which has, for example, a nonvolatile memory capable of writing and rewriting data and a control element such as a CPU and which executes processing complying with a command input from the external.
  • a portable electronic device there has been an IC card in which an IC module having functions of a memory, a CPU, etc. is buried in a case constructed by plastic plates and others.
  • data is written into a rewritable nonvolatile memory in response to a command from an external device, or data is read from the nonvolatile memory.
  • a transparent elementary file (EF) and a record EF, etc. are defined as file data structures for data to be stored in the nonvolatile memory of the IC card.
  • Unstructured data (binary data) is stored in the transparent EF.
  • the data stored in such a transparent EF is only accessed by a binary-based command. Therefore, the transparent EF has a high degree of freedom in the structure of data.
  • the record EF stores, as data, records in a predetermined format having management information and actual data (record data).
  • management of data is easy in the record EF.
  • the data (records) stored in such a record EF is only accessed by a record-based command.
  • the binary-based command In the case of the binary-based command, a higher-level device specifies the access to the data in the EF by offset.
  • the binary-based command enables the data in the EF to be collectively specified as a processing target, and processing in the IC card for the binary-based command is simple.
  • desired data can not be specified as the processing target if, for example, the data structure in the EF is not known.
  • the higher-level device specifies, for the IC card, the access to the data in the EF by the record. Therefore, in the higher-level device, it is easy to specify the data (record) in the IC card.
  • the record-based command because it is necessary to specify data to be the processing target record by record, a plurality of record-based commands has to be used to specify each record as the processing target even when a plurality of records in the EF is specified as the processing targets.
  • One mode of this invention is directed to provide a portable electronic device capable of efficient access to data, and a control method of a portable electronic device.
  • a portable electronic device as one mode of this invention comprises: a memory which stores files storing records having management information and record data; a communication unit which performs data communication with an external device; and a processing unit which processes, as binary data, data in the respective records stored in the file when receiving, through the communication unit, a binary command for binary data processing which specifies the file storing the records stored in the memory.
  • a control method of a portable electronic device as one mode of this invention comprises: receiving a command requesting data processing from an external device; judging whether or not the command received from the external device is a binary command for binary data processing which specifies a file storing records stored in the memory and having management information and record data; and processing the data in the respective records stored in the file as binary data when the command received from the external device is judged as the binary command which specifies the file storing the records.
  • FIG. 1 is a block diagram schematically showing the configuration of hardware of an IC card 1 as a portable electronic device according to an embodiment of this invention
  • FIG. 2 is a diagram showing an example of the configuration of files stored in a nonvolatile memory
  • FIG. 3 is a diagram showing an example of the configuration of data stored in a record EF
  • FIG. 4 is a flowchart for explaining a first processing example
  • FIG. 5 is a flowchart for explaining a second processing example
  • FIG. 6 is a flowchart for explaining a third processing example
  • FIG. 7 is a flowchart for explaining a fourth processing example.
  • FIG. 8 is a flowchart for explaining a fifth processing example.
  • an IC card is assumed as a portable electronic device in the embodiment described below. Furthermore, the present embodiment can also be applied to electronic devices such as IC card to be set in a mobile telephone.
  • FIG. 1 schematically shows the configuration of hardware of an IC card 1 as a portable electronic device according to this embodiment.
  • the IC card 1 has, for example, a central processing unit (CPU) 11 , a read only memory (ROM) 12 , a random access memory (RAM) 13 , a communication unit (UART) 14 , a co-processor 15 and a nonvolatile memory (NV (EEPROM)) 16 .
  • CPU central processing unit
  • ROM read only memory
  • RAM random access memory
  • UART communication unit
  • co-processor 15 co-processor
  • NV nonvolatile memory
  • the CPU 11 , the ROM 12 , the RAM 13 , the communication unit 14 , the co-processor 15 and the nonvolatile memory 16 are constructed by a module Ca integrally formed by an IC chip or the like.
  • This module Ca is buried in a case C forming the IC card 1 . That is, the IC card 1 is constructed by the case C in which the module Ca is buried.
  • the IC card 1 when supplied with, for example, electric power from an IC card processing device 2 as a higher-level device, the IC card 1 is activated (brought into an operable state), and operates in accordance with a command from the IC card processing device 2 .
  • the CPU 11 is responsible for overall management and control.
  • the CPU 11 functions as, for example, a processing unit and a judging unit.
  • the CPU 11 operates on the basis of a control program or the like to perform various kinds of processing.
  • the ROM 12 is a nonvolatile memory in which the control program, control data, etc. are prestored.
  • the RAM 13 is a volatile memory which functions as a working memory.
  • the communication unit 14 functions as a communication part, and controls data communication with the IC card processing device 2 as the higher-level device.
  • the communication unit 14 also functions as means for receiving electric power for operating the IC card 1 .
  • the co-processor 15 assists in a calculation such as encryption or decryption.
  • the nonvolatile memory 16 is a rewritable nonvolatile memory for storing various kinds of data and applications (application programs). It is to be noted that the structure of data stored in the nonvolatile memory 16 will be described later in detail.
  • the communication unit 14 has a configuration complying with the communication method of the IC card 1 .
  • the communication unit 14 comprises a contact section or the like for physically contacting the contact section of the IC card processing device 2 as the higher-level device.
  • the IC card 1 receives the electric power from the IC card processing device 2 by the communication unit 14 which is in physical contact with the IC card processing device 2 . That is, when the IC card 1 is a contact-type IC card, the IC card 1 receives the operating electric supply and an operation clock from the IC card processing device 2 via the contact section as the communication unit 14 , and is thus activated.
  • the communication unit 14 comprises an antenna for transmitting and receiving radio waves, a communication control section for controlling communication, etc.
  • the IC card 1 generates by an unshown power source unit the operating electric power and the operation clock from the radio waves received by the communication unit 14 . That is, when the IC card 1 is a contactless-type IC card, the IC card 1 receives the radio waves from the IC card processing device 2 via the antenna, the communication control section, etc. as the communication unit 14 , generates the operating electric power supply and the operation clock from the radio waves by the unshown power source unit, and is thus activated.
  • Various kinds of data are stored in the nonvolatile memory 16 in a file structure defined in, for example, ISO/IEC7816.
  • a file as a data file managed in a multiple layer structure (tree structure) (EF: elementary file)
  • DF file as a data folder
  • FIG. 2 is a diagram showing an example of the configuration of the files stored in the nonvolatile memory 16 .
  • the top level has a file as a master file (MF) 21 .
  • MF 21 master file
  • EF 22 storing data
  • DF 23 DF
  • DF-B DF
  • EF-B 1 EF
  • various kinds of data are stored in the EF as the data file.
  • a transparent EF, a record EF, etc. are defined as data structures in the EF in, for example, ISO7816 which is a standard specification of the IC card.
  • the transparent EF is a file for storing a series of unstructured data. Data stored in the transparent EF is treated by offset specification. Thus, processing for the transparent EF is simple. Moreover, the structure of data stored in the transparent EF has a degree of freedom. Therefore, the transparent EF is suitable when the data is managed by the IC card processing device 2 as the higher-level device of the IC card 1 .
  • the record EF is a file for storing one or a plurality of data (records) structured in a predetermined format.
  • Each record stored in the record EF is data in a predetermined format having management information and record data.
  • the management information in each record stored in the record EF includes information such as information on the order of records (record number) and checksum data (validity confirmation data, parity).
  • the record data (actual data) in each record stored in the record EF is composed of a tag as identification information, length as information indicating the data length of a data value, and a value as the data value.
  • the record EF stores data per record in the predetermined format.
  • the data in the record EF can be treated by the record specification.
  • data (record) management is possible, such as the confirmation of the validity of the record structure, and record retrieval by the tag.
  • the IC card processing device 2 as the higher-level device which requests the IC card 1 for processing (supplies a command) can treat data by structured records.
  • a binary-based command is used for the transparent EF.
  • a command called write binary is used to write data into the transparent EF.
  • a command called read binary is used to read data from the transparent EF.
  • both the record-based command and the binary-based command can be used in the IC card 1 .
  • the commands for writing data into the record EF include, as the record-based commands, commands such as write record, update record and append record, and as the binary-based command, a command such as write binary.
  • the commands for reading data from the record EF include, as the record-based command, a command such as read record, and as the binary-based command, a command such as read binary.
  • the IC card 1 can access the record EF with the record-based command or the binary-based command.
  • the IC card 1 can access the data stored in the record EF per record (access as the record EF) when receiving the record-based command, and the IC card 1 can access, as binary data, the data stored in the record EF per record (access it as a pseudo transparent EF) when receiving the binary-based command.
  • a case is assumed where ten records are stored in one record EF.
  • the IC card 1 in order to use the record-based command (read record command) to read all of the ten records stored in one record EF, the IC card 1 needs to execute the read record command ten times.
  • the IC card 1 in order to use the binary-based command (read binary command) to read all of the ten records stored in one record EF, the IC card 1 only needs to execute the read binary command one time. This is based on the assumption that the IC card 1 combines data stored as the ten records and treats the data as one binary data in response to the read binary command that specifies the record EF.
  • FIG. 3 shows an example of the configuration of data stored in the record EF.
  • one byte is expressed by one cell.
  • the entire EF comprises 70 bytes.
  • write cells (“13” to “22”, “28” to “37”, “43” to “52”, “58” to “67”) indicate the identification information (tag), the length information (length) and the data value (value) as the actual data for the respective records.
  • Cells with lines slanting to the right (“08” to “12”, “23” to “27”, “38” to “42”, “53” to “57”) indicate data on the management information in the respective records.
  • Cells with lines slanting to the left (“01” to “07”, “68” to “70”) indicate data such as the management information for the entire EF.
  • management information RH and RF for the EF are stored.
  • the management information RH and RF for the EF are constituted of the bytes of “01” to “07” and the bytes of “68” to “70”.
  • the first record R 1 is constituted of the bytes of “08” to “22”. Moreover, the first record R 1 has management information R 1 a stored in the bytes of “08” to “12”, and record data R 1 b stored in the bytes of “13” to “22”.
  • the second record R 2 is constituted of the bytes of “23” to “37”. Moreover, the second record R 2 has management information R 2 a stored in the bytes of “23” to “27”, and record data R 2 b stored in the bytes of “28” to “37”.
  • the third record R 3 is constituted of the bytes of “38” to “52”. Moreover, the third record R 3 has management information R 3 a stored in the bytes of “38” to “42”, and record data R 3 b stored in the bytes of “43” to “52”.
  • the fourth record R 4 is constituted of the bytes of “53” to “57”. Moreover, the fourth record R 4 has management information R 4 a stored in the bytes of “53” to “57”, and record data R 4 b stored in the bytes of “58” to “67”.
  • the read record command is used to read all the data (all the records) from the record EF storing a plurality of records.
  • the read record command can be used as the record-based command to read the data stored in the record EF as described above.
  • the data is read for each record in the record EF specified by the command.
  • the read record command is used to read the data in each record (record data in all the records) stored in the record EF as shown in FIG. 3 .
  • the IC card processing device 2 transmits a first read record command specifying the first record R 1 in the record EF.
  • the IC card 1 reads the record data (“13” to “22”) R 1 a of the first record R 1 in the record EF from the nonvolatile memory 16 .
  • the IC card 1 outputs, to the IC card processing device 2 , the record data R 1 b of 10 bytes in the first record R 1 as a response to the first read record command.
  • the IC card processing device 2 On receipt of the record data R 1 b of the first record R 1 as a response to the first read record command, the IC card processing device 2 outputs a second read record command specifying the second record R 2 . On receipt of the second read record command, the IC card 1 reads the record data (“28” to “37”) R 2 a of the second record R 2 in the record EF from the nonvolatile memory 16 . Thus, the IC card 1 outputs, to the IC card processing device 2 , the record data R 2 b of 10 bytes in the second record R 2 as a response to the second read record command.
  • the IC card processing device 2 On receipt of the record data R 2 b of the second record R 2 as a response to the second read record command, the IC card processing device 2 outputs a third read record command specifying the third record R 3 .
  • the IC card 1 On receipt of the third read record command, the IC card 1 reads the record data (“43” to “52”) R 3 a of the third record R 3 in the record EF from the nonvolatile memory 16 .
  • the IC card 1 outputs, to the IC card processing device 2 , the record data R 3 b of 10 bytes in the third record R 3 as a response to the third read record command.
  • the IC card processing device 2 On receipt of the record data R 3 b of the third record R 3 as a response to the third read record command, the IC card processing device 2 outputs a fourth read record command specifying the fourth record R 4 .
  • the IC card 1 On receipt of the fourth read record command, the IC card 1 reads the record data (“58” to “67”) R 4 a of the fourth record R 4 in the record EF from the nonvolatile memory 16 .
  • the IC card 1 outputs, to the IC card processing device 2 , the record data R 4 b of 10 bytes in the fourth record R 4 as a response to the fourth read record command.
  • the IC card processing device 2 On receipt of the record data R 4 b of the fourth record R 4 as a response to the fourth read record command, the IC card processing device 2 obtains the data of all the records in the record EF.
  • each record to be accessed is specified in the case of the record-based command. For example, in order to read all the data in the record EF in which there is a plurality of records (all the records in the record EF), a read code command as the record-based command has to be executed as many times as the number of records present in the record EF.
  • first to fifth processing examples will be described as examples of processing of the data in the record EF by the binary-based command.
  • the read binary command can be used as the binary-based command to read the data stored in the record EF as described above.
  • a read binary command binary-based command
  • data in which record data in the respective records stored in the record EF specified by the command are combined in ascending order is read as binary data in the first processing example.
  • FIG. 4 is a flowchart for explaining the first processing example.
  • the IC card 1 first receives a command (e.g., read command) specifying the record EF from the IC card processing device 2 (step S 11 ). Then, the CPU 11 of the IC card 1 judges whether the received command is a record-based command (e.g., read record command) or a binary-based command (e.g., read binary command) (step S 12 ).
  • a command e.g., read command
  • a binary-based command e.g., read binary command
  • the CPU 11 of the IC card 1 executes the processing of accessing (e.g., processing of reading) the record specified by the command among the records present in the record EF (step S 13 ).
  • the CPU 11 of the IC card 1 reads the management information for all the records present in the record EF specified by the command (step S 14 ).
  • the CPU 11 judges the ascending order of the records on the basis of the management information in the respective records (step S 15 ).
  • the ascending order of the records may be the ascending order of date of the records when stored in the EF (or data of update of the record data) or may be the ascending order of size of identification information (e.g., record numbers) of the records assigned to the records as the management information.
  • the record numbers are assigned to the records in order in the record EF which stores the history of processing as records
  • the record data in the respective records are arranged in ascending order of the record numbers, such that the record data as processing history information are arranged in ascending order of history.
  • the CPU 11 judges the ascending order of the records, and also judges storage areas for the record data in each record on the basis of the management information for each record (step S 16 ).
  • the storage areas for the record data in each record are judged, for example, on the basis of the information (length) indicating the length of data stored in each record.
  • the CPU 11 executes the processing (e.g., reading processing) requested by the command for the data in the respective records in the record EF that are arranged in ascending order (step S 17 ).
  • an offset value indicating a start position of access is specified in the binary-based command (e.g., read binary command).
  • the CPU 11 performs the processing for data from the offset value specified by the command out of the data in which the record data in the respective records in the record EF are arranged in ascending order (data combined in ascending order).
  • the CPU 11 transmits a processing result as a response to the IC card processing device 2 , and terminates the processing corresponding to the command (step S 18 ).
  • the CPU 11 performs the processing of reading data from an n-th byte out of the data in which the record data in the respective records in the record EF are arranged in ascending order, and transmitting the read data to the IC card processing device 2 .
  • the IC card 1 in the first processing example reads, as binary data, data specified by the offset value out of the data in which the record data alone in the respective records are combined in the order (ascending order) from the first record R 1 to the fourth record R 4 , and outputs the data as a response to the read binary command.
  • the IC card 1 reads, as binary data, all the data in which the record data alone in the respective records are combined in the order (ascending order) from the first record R 1 to the fourth record R 4 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the first processing reads and outputs 40 bytes of data that are arranged in the following order: “13” to “22” (the record data R 1 b of the first record R 1 ), “28” to “37” (the record data R 2 b of the second record R 2 ), “43” to “52” (the record data R 3 b of the third record R 3 ), and “58” to “67” (the record data R 4 b of the fourth record R 4 ).
  • the IC card 1 reads, as binary data, the data from the seventh byte out of the data in which the record data alone in the respective records are combined in the order (ascending order) from the first record R 1 to the fourth record R 4 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the first processing reads and outputs 33 bytes of data that are arranged in the following order: “20” which is the data of the seventh byte from “13”, to “22” (the record data R 1 b of the first record R 1 excepting the seven bytes of data from the head), “28” to “37” (the record data R 2 b of the second record R 2 ), “43” to “52” (the record data R 3 b of the third record R 3 ), and “58” to “67” (the record data R 4 b of the fourth record R 4 ).
  • the record-based command specifying the record EF when the record-based command specifying the record EF is received, a particular record in the EF specified by the command is accessed.
  • the binary-based command specifying the record EF is received, the data in which the record data in the respective records in the EF are combined in ascending order is accessed.
  • the EF when the record-based command specifying the record EF is received, the EF is treated as a record EF to be processed for each of the specified records.
  • the binary-based command specifying the record EF is received, the data in which the record data in the respective records in the record EF are combined in ascending order is processed as binary data.
  • the record EF can be treated as a pseudo transparent EF.
  • the data in which the record data in the respective records are combined in ascending order is treated as binary data.
  • the read binary command can be used as the binary-based command to read the data stored in the record EF as described above.
  • a read binary command (binary-based command) specifying the record EF is received
  • data in which management information and record data in the respective records stored in the record EF specified by the command are combined in ascending order is read as binary data in the second processing example.
  • FIG. 5 is a flowchart for explaining the second processing example.
  • the IC card 1 first receives a command (e.g., read command) specifying the record EF from the IC card processing device 2 (step S 21 ). Then, the CPU 11 of the IC card 1 judges whether the received command is a record-based command (e.g., read record command) or a binary-based command (e.g., read binary command) (step S 22 ).
  • a command e.g., read command
  • a binary-based command e.g., read binary command
  • the CPU 11 of the IC card 1 executes the processing (e.g., reading processing) of the record specified by the command among the records present in the record EF (step S 23 ).
  • the CPU 11 of the IC card 1 reads the management information for all the records present in the record EF specified by the command (step S 24 ).
  • the CPU 11 judges the ascending order of the records on the basis of the management information in the respective records (step S 25 ).
  • the ascending order of the records may be the ascending order of date of the records when stored in the EF (or data of update of the record data) or may be the ascending order of size of identification information (e.g., record numbers) of the records assigned to the records as the management information.
  • the record numbers are assigned to the records in order in the record EF which stores the history of processing as records
  • the management information and the record data in the respective records are arranged in ascending order of the record numbers, such that the management information and the processing history information are arranged in ascending order of history.
  • the CPU 11 judges the ascending order of the records, and also judges storage areas for the management information and the record data in each record on the basis of the management information for each record (step S 26 ).
  • the storage areas for the management information and the record data in each record are judged, for example, on the basis of the information (length) indicating the length of data stored in each record.
  • the CPU 11 executes the processing (e.g., reading processing) requested by the command for the data in which the management information and the record data in the respective records in the record EF are arranged in ascending order (step S 27 ).
  • an offset value indicating a start position of access is specified in the binary-based command (e.g., read binary command).
  • the CPU 11 performs the processing for data from the offset value specified by the command out of the data in which the management information and the record data in the respective records in the record EF are arranged in ascending order (data combined in ascending order).
  • the CPU 11 transmits a processing result as a response to the IC card processing device 2 , and terminates the processing corresponding to the command (step S 28 ).
  • the CPU 11 performs the processing of reading data from an n-th byte out of the data in which the management information and the record data in the respective records in the record EF are arranged in ascending order, and transmitting the read data to the IC card processing device 2 .
  • the IC card 1 in the second processing example reads, as binary data, data specified by the offset value out of the data in which the management information and the record data in the respective records are combined in the order (ascending order) from the first record R 1 to the fourth record R 4 , and outputs the data as a response to the read binary command.
  • the IC card 1 reads, as binary data, all the data in which the record data alone in the respective records are combined in the order (ascending order) from the first record R 1 to the fourth record R 4 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the second processing reads and outputs 60 bytes of data that are arranged in the following order: “08” to “12” (the management information R 1 a of the first record R 1 ), “13” to “22” (the record data R 1 b of the first record R 1 ), “23” to “27” (the management information R 2 a of the second record R 2 ), “28” to “37” (the record data R 2 b of the second record R 2 ), “38” to “42” (the management information R 3 a of the third record R 3 ), “43” to “52” (the record data R 3 b of the third record R 3 ), “53” to “57” (the management information R 4 a of the fourth record R 4 ) and “58” to “67” (the record data R 4 b of the fourth record R 4 ).
  • the IC card 1 reads, as binary data, the data from the seventh byte out of the data in which the management information and the record data in the respective records are combined in the order (ascending order) from the first record R 1 to the fourth record R 4 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the second processing reads and outputs 53 bytes of data that are arranged in the following order: “15”, which is the data of the seventh byte from “08” (“08” to “12”, “13” to “14”), to “22” (data excepting five bytes of the management information R 1 a of the first record R 1 and 2 bytes of data from the head of the record data R 1 b ), “23” to “37” (the management information R 2 a and the record data R 2 b of the second record R 2 ), “38” to “52” (the management information R 3 a and the record data R 3 b of the third record R 3 ), and “53” to “67” (the management information R 4 a and the record data R 4 b of the fourth record R 4 ).
  • the record-based command specifying the record EF when the record-based command specifying the record EF is received, a particular record in the EF specified by the command is accessed.
  • the binary-based command specifying the record EF is received, the data in which the management information and the record data in the respective records in the EF are combined in ascending order is accessed.
  • the data in the EF is treated as a record EF to be processed for each of the specified records
  • the binary-based command specifying the record EF is received, the data in which the management information and the record data in the respective records in the record EF are combined in ascending order is processed as binary data.
  • the record EF is treated as a pseudo transparent EF.
  • the data in which the management information and the record data in the respective records are combined in ascending order is treated as binary data.
  • the processing history information log data
  • the read binary command can be used as the binary-based command to read the data stored in the record EF as described above.
  • a read binary command (binary-based command) specifying the record EF is received
  • data in which the record data in the respective records stored in the record EF specified by the command are combined in descending order is read as binary data in the third processing example.
  • FIG. 6 is a flowchart for explaining the third processing example.
  • the IC card 1 first receives a command (e.g., read command) specifying the record EF from the IC card processing device 2 (step S 31 ). Then, the CPU 11 of the IC card 1 judges whether the received command is a record-based command (e.g., read record command) or a binary-based command (e.g., read binary command) (step S 32 ).
  • a command e.g., read command
  • a binary-based command e.g., read binary command
  • the CPU 11 of the IC card 1 executes the processing of accessing (e.g., processing of reading) the record specified by the command among the records present in the record EF (step S 33 ).
  • the CPU 11 of the IC card 1 reads the management information for all the records present in the record EF specified by the command (step S 34 ).
  • the CPU 11 judges the descending order of the records on the basis of the management information in the respective records (step S 35 ).
  • the descending order of the records may be the descending order of date of the records when stored in the EF (or data of update of the record data) or may be the descending order of size of identification information of the records assigned to the records as the management information.
  • the record numbers are assigned to the records in order in the record EF which stores the history of processing as records
  • the record data in the respective records are arranged in descending order of the record numbers, such that the record data as processing history information are arranged in descending order of history.
  • the CPU 11 judges the descending order of the records, and also judges storage areas for the record data in each record on the basis of the management information for each record (step S 36 ).
  • the storage areas for the record data in each record are judged, for example, on the basis of the information (length) indicating the length of data stored in each record.
  • the CPU 11 executes the processing (e.g., reading processing) requested by the command for the data in which the record data in the respective records in the record EF are arranged in descending order (step S 37 ).
  • an offset value indicating a start position of access is specified in the binary-based command (e.g., read binary command).
  • the CPU 11 performs the processing for data from the offset value specified by the command out of the data in which the record data in the respective records in the record EF are arranged in descending order (data combined in descending order).
  • the CPU 11 transmits a processing result as a response to the IC card processing device 2 , and terminates the processing corresponding to the command (step S 38 ).
  • the CPU 11 performs the processing of reading data from an n-th byte out of the data in which the record data in the respective records in the record EF are arranged in descending order, and transmitting the read data to the IC card processing device 2 .
  • the IC card 1 in the third processing example reads, as binary data, data specified by the offset value out of the data in which the record data alone in the respective records are combined in the order (descending order) from the fourth record R 4 to the first record R 1 , and outputs the data as a response to the read binary command.
  • the IC card 1 reads, as binary data, all the data in which the record data alone in the respective records are combined in the order (descending order) from the fourth record R 4 to the first record R 1 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the third processing reads and outputs 40 bytes of data that are arranged in the following order: “58” to “67” (the record data R 4 b of the fourth record R 4 ), “43” to “52” (the record data R 3 b of the third record R 3 ), “28” to “37” (the record data R 2 b of the second record R 2 ), and “13” to “22” (the record data R 1 b of the first record R 1 ).
  • the IC card 1 reads, as binary data, the data from the seventh byte out of the data in which the record data alone in the respective records are combined in the order (descending order) from the fourth record R 4 to the first record R 1 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the third processing reads and outputs 33 bytes of data that are arranged in the following order: “65”, which is the data of the seventh byte from “58”, to “67” (the record data R 4 b of the fourth record R 4 excepting the seven bytes of data from the head), “43” to “52” (the record data R 3 b of the third record R 3 ), “28” to “37” (the record data R 2 b of the second record R 2 ), and “13” to “22” (the record data R 1 b of the first record R 1 ).
  • the record-based command specifying the record EF when the record-based command specifying the record EF is received, a particular record in the EF specified by the command is accessed.
  • the binary-based command specifying the record EF is received, the data in which the record data in the respective records in the EF are combined in descending order is accessed.
  • the record EF when the record-based command specifying the record EF is received, the record EF is treated as a record EF to be processed for each of the specified records.
  • the binary-based command specifying the record EF is received, the data in which the record data in the respective records in the record EF are combined in descending order is processed as binary data.
  • the record EF is treated as a pseudo transparent EF.
  • the data in which the record data in the respective records are combined in descending order is treated as binary data.
  • the processing history information log data
  • the binary-based command such as the read binary command
  • the read binary command can be used as the binary-based command to read the data stored in the record EF as described above.
  • a read binary command (binary-based command) specifying the record EF is received
  • data in which the management information and the record data in the respective records stored in the record EF specified by the command are combined in descending order is read as binary data in the fourth processing example.
  • FIG. 7 is a flowchart for explaining the fourth processing example.
  • the IC card 1 first receives a command (e.g., read command) specifying the record EF from the IC card processing device 2 (step S 41 ). Then, the CPU 11 of the IC card 1 judges whether the received command is a record-based command (e.g., read record command) or a binary-based command (e.g., read binary command) (step S 42 ).
  • a command e.g., read command
  • a binary-based command e.g., read binary command
  • the CPU 11 of the IC card 1 executes the processing of (e.g., processing of reading) the record specified by the command among the records present in the record EF (step S 43 ).
  • the CPU 11 of the IC card 1 reads the management information for all the records present in the record EF specified by the command (step S 44 ).
  • the CPU 11 judges the descending order of the records on the basis of the management information in the respective records (step S 45 ).
  • the descending order of the records may be the descending order of date of the records when stored in the EF (or data of update of the record data) or may be the descending order of size of identification information of the records assigned to the records as the management information.
  • the record numbers are assigned to the records in order in the record EF which stores the history of processing as records
  • the record data in the respective records are arranged in descending order of the record numbers, such that the management information and the processing history information are arranged in descending order of history.
  • the CPU 11 judges the descending order of the records, and also judges storage areas for the management information and the record data in each record on the basis of the management information for each record (step S 46 ).
  • the storage areas for the management information and the record data in each record are judged, for example, on the basis of the information (length) indicating the length of data stored in each record.
  • the CPU 11 executes the processing (e.g., reading processing) requested by the command for the data in which the management information and the record data in the respective records in the record EF are arranged in descending order (step S 47 ).
  • an offset value indicating a start position of access is specified in the binary-based command (e.g., read binary command).
  • the CPU 11 performs the processing for data from the offset value specified by the command out of the data in which the management information and the record data in the respective records in the record EF are arranged in descending order (data combined in descending order).
  • the CPU 11 transmits a processing result as a response to the IC card processing device 2 , and terminates the processing corresponding to the command (step S 48 ).
  • the CPU 11 performs the processing of reading data from an n-th byte out of the data in which the management information and the record data in the respective records in the record EF are arranged in descending order, and transmitting the read data to the IC card processing device 2 .
  • the IC card 1 in the fourth processing example reads, as binary data, data specified by the offset value out of the data in which the management information and the record data in the respective records are combined in the order (descending order) from the fourth record R 4 to the first record R 1 , and outputs the data as a response to the read binary command.
  • the IC card 1 reads, as binary data, all the data in which the record data alone in the respective records are combined in the order (descending order) from the fourth record R 4 to the first record R 1 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the fourth processing reads and outputs 60 bytes of data that are arranged in the following order: “53” to “57” (the management information R 4 a of the fourth record R 4 ), “58” to “67” (the record data R 4 b of the fourth record R 4 ), “38” to “42” (the management information R 3 a of the third record R 3 ), “43” to “52” (the record data R 3 b of the third record R 3 ), “23” to “27” (the management information R 2 a of the second record R 2 ), “28” to “37” (the record data R 2 b of the second record R 2 ), “08” to “12” (the management information R 1 a of the first record R 1 ), and “13” to “22” (the record data R 1 b of the first record R 1 ).
  • the IC card 1 reads, as binary data, the data from the seventh byte out of the data in which the management information and the record data in the respective records are combined in the order (descending order) from the fourth record R 4 to the first record R 1 . That is, in response to the read binary command specifying the record EF shown in FIG.
  • the IC card 1 in the fourth processing reads and outputs 53 bytes of data that are arranged in the following order: “60”, which is the data of the seventh byte from “53” (“53” to “57”, “58” to “59”), to “67” (data excepting five bytes of data of the management information R 4 a in the fourth record R 4 and two bytes of data from the head of the record data R 4 b ), 38” to “52” (the management information R 3 a and the record data R 3 b of the third record R 3 ), “23” to “37” (the management information R 2 a and the record data R 2 b of the second record R 2 ), and “08” to “22” (the management information R 1 a and the record data R 1 b of the first record R 1 ).
  • the record-based command specifying the record EF when the record-based command specifying the record EF is received, a particular record in the EF specified by the command is accessed.
  • the binary-based command specifying the record EF is received, the data in which the management information and the record data in the respective records in the EF are combined in descending order is accessed.
  • the data in the EF is treated as a record EF to be processed for each of the specified records.
  • the binary-based command specifying the record EF is received, the data in which the management information and the record data in the respective records in the record EF are combined in descending order is processed as binary data.
  • the record EF is treated as a pseudo transparent EF.
  • the data in which the management information and the record data in the respective records are combined in descending order is treated as binary data.
  • the processing history information log data
  • the configuration of data to be treated as the binary data is selected in accordance with, for example, parameters in the binary-based command specifying the record EF. That is, in the fifth processing example, the configuration of binary data (data for treating the record EF as a pseudo transparent EF) generated from the data in the record EF by the higher-level device is specified by the parameters in the binary-based command.
  • the IC card performs processing for the binary data having the configuration specified by the parameters of the command.
  • the data in which record data in the respective records in the record EF are combined in ascending order is treated as binary data.
  • the data in which the management information and the record data in the respective records in the record EF are combined in ascending order is treated as binary data.
  • the data in which record data in the respective records in the record EF are combined in descending order is treated as binary data.
  • the data in which the management information and the record data in the respective records in the record EF are combined in descending order is treated as binary data.
  • processing will be described wherein any one of the first to fourth processing examples is selectively executed on the basis of the parameters in the binary-based command.
  • FIG. 8 is a flowchart for explaining the fifth processing example.
  • the IC card 1 first receives a command (e.g., read command) specifying the record EF from the IC card processing device 2 (step S 51 ). Then, the CPU 11 of the IC card 1 judges whether the received command is a record-based command (e.g., read record command) or a binary-based command (e.g., read binary command) (step S 52 ).
  • a command e.g., read command
  • a binary-based command e.g., read binary command
  • the CPU 11 of the IC card 1 executes the processing (e.g., reading processing) of the record specified by the command among the records present in the record EF (step S 53 ).
  • the CPU 11 of the IC card 1 judges whether the data in the record EF has the configuration of the binary data in accordance with the parameters in the command (steps S 54 to S 56 ). That is, the CPU 11 of the IC card 1 , on the basis of the parameters in the command, judges which part of each record is treated as the binary data (step S 54 ), and also judges the order of combining the records (steps S 55 , S 56 ).
  • a binary-based command e.g., read binary command
  • the CPU 11 judges whether to treat the data in which the record data in the respective records are combined in ascending order as binary data as in the first processing example, whether to treat the data in which the management information and the record data in the respective records are combined in ascending order as binary data as in the second processing example, whether to treat the data in which record data in the respective records are combined in descending order as binary data as in the third processing example, or whether to treat the data in which the management information and the record data in the respective records are combined in descending order as binary data as in the fourth processing example.
  • the CPU 11 reads the management information for all the records in the EF (step S 64 ), judges the ascending order of the records (step S 65 ), judges storage areas for the record data in each record (step S 66 ), performs the processing for data from the offset value specified by the command out of the record data in the respective records that are combined in ascending order (step S 67 ), and transmits the result of the processing to the IC card processing device 2 (step S 68 ), as in steps S 14 to S 18 in FIG. 4 described in the first processing example.
  • the CPU 11 reads the management information for all the records in the EF (step S 74 ), judges the ascending order of the records (step S 75 ), judges storage areas for the management information and the record data in each record (step S 76 ), performs the processing for data from the offset value specified by the command out of the management information and the record data in the respective records that are combined in ascending order (step S 77 ), and transmits the result of the processing to the IC card processing device 2 (step S 78 ), as in steps S 24 to S 28 in FIG. 5 described in the second processing example.
  • the CPU 11 reads the management information for all the records in the EF (step S 84 ), judges the descending order of the records (step S 85 ), judges storage areas for the record data in each record (step S 86 ), performs the processing for data from the offset value specified by the command out of the record data in the respective records that are combined in descending order (step S 87 ), and transmits the result of the processing to the IC card processing device 2 (step S 88 ), as in steps S 34 to S 38 in FIG. 6 described in the third processing example.
  • the CPU 11 reads the management information for all the records in the EF (step S 94 ), judges the descending order of the records (step S 95 ), judges storage areas for the management information and the record data in each record (step S 96 ), performs the processing for data from the offset value specified by the command out of the management information and the record data in the respective records that are combined in descending order (step S 97 ), and transmits the result of the processing to the IC card processing device 2 (step S 98 ), as in steps S 44 to S 48 in FIG. 7 described in the fourth processing example.
  • the record-based command specifying the record EF when the record-based command specifying the record EF is received, a particular record in the EF specified by the command is accessed.
  • the binary-based command specifying the record EF is received, the data in the respective records in the EF is accessed as the data having the configuration specified by the command.
  • the data in the EF is treated as a record EF to be processed for each of the specified records.
  • the binary-based command specifying the record EF is received, the data in the respective records in the record EF is processed as binary data having the configuration specified by the command.
  • the record EF is treated as a pseudo transparent EF.
  • the data in the respective records are treated as the binary data having the configuration specified by the parameters or the like of the command. This makes it possible to access, as the binary data having a desired data configuration, the data stored as a plurality of records in the record EF.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Credit Cards Or The Like (AREA)
US11/514,965 2005-10-05 2006-09-05 Portable electronic device and control method of portable electronic device Abandoned US20070124530A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005292680A JP2007102559A (ja) 2005-10-05 2005-10-05 携帯可能電子装置
JP2005-292680 2005-10-05

Publications (1)

Publication Number Publication Date
US20070124530A1 true US20070124530A1 (en) 2007-05-31

Family

ID=38029430

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/514,965 Abandoned US20070124530A1 (en) 2005-10-05 2006-09-05 Portable electronic device and control method of portable electronic device

Country Status (5)

Country Link
US (1) US20070124530A1 (ja)
JP (1) JP2007102559A (ja)
KR (1) KR20070038400A (ja)
CN (1) CN1945606A (ja)
SG (1) SG131834A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100012723A1 (en) * 2007-02-07 2010-01-21 Kabushiki Kaisha Toshiba Information storage medium and medium processing system

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4704292B2 (ja) * 2006-08-08 2011-06-15 株式会社エヌ・ティ・ティ・ドコモ 加入者認証モジュール

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050178833A1 (en) * 2001-12-20 2005-08-18 Canon Information Systems Research Australia Pty Microprocessor card defining a custom user interface

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002373494A (ja) * 2001-06-15 2002-12-26 Sony Corp 半導体記憶装置とその制御方法
JP4194258B2 (ja) * 2001-07-25 2008-12-10 三洋電機株式会社 データ表示装置
JP4393733B2 (ja) * 2001-11-27 2010-01-06 大日本印刷株式会社 携帯可能情報記録媒体
JP4322021B2 (ja) * 2003-02-06 2009-08-26 株式会社ルネサステクノロジ メモリカード
JP4318494B2 (ja) * 2003-06-20 2009-08-26 大日本印刷株式会社 Ｉｃカード及びｉｃカードプログラム
JP2005011147A (ja) * 2003-06-20 2005-01-13 Dainippon Printing Co Ltd Ｉｃカード及びｉｃカードプログラム
JP4601968B2 (ja) * 2004-01-19 2010-12-22 大日本印刷株式会社 データ整合性検査を省けるｉｃカードおよびｉｃカード用プログラム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050178833A1 (en) * 2001-12-20 2005-08-18 Canon Information Systems Research Australia Pty Microprocessor card defining a custom user interface

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100012723A1 (en) * 2007-02-07 2010-01-21 Kabushiki Kaisha Toshiba Information storage medium and medium processing system
US7922095B2 (en) * 2007-02-07 2011-04-12 Kabushiki Kaisha Toshiba Information storage medium and medium processing system

Also Published As

Publication number Publication date
JP2007102559A (ja) 2007-04-19
KR20070038400A (ko) 2007-04-10
CN1945606A (zh) 2007-04-11
SG131834A1 (en) 2007-05-28

Similar Documents

Publication Publication Date Title
US9418224B2 (en) Portable electronic device and control method of portable electronic device
US8645624B2 (en) Portable electronic device, smartcard and control method for portable electronic device
JPH0440588A (ja) 携帯可能電子装置
JP5976458B2 (ja) Ｉｃカード、及び、携帯可能電子装置
US20070124530A1 (en) Portable electronic device and control method of portable electronic device
JP4896842B2 (ja) 携帯可能電子装置
US20090012975A1 (en) Portable electronic device and file management method for use in portable electronic device
US20140258726A1 (en) Smart card, electronic device, and portable electronic device
US7014119B2 (en) Method of manufacturing smart cards
JP7005934B2 (ja) 電子情報記憶媒体、ｉｃカード、データ送信方法、データ書き込み方法、データ送信プログラム及びデータ書き込みプログラム
KR101530479B1 (ko) Ic 카드 및 휴대 가능 전자 장치
JP2011060136A (ja) 携帯可能電子装置、および、携帯可能電子装置におけるデータ管理方法
JP2008299416A (ja) 携帯可能電子装置、携帯可能電子装置におけるファイルアクセス方法およびｉｃカード
JP7438432B1 (ja) 電子情報記憶媒体、ｉｃチップ、ｉｃカード、レコード書き込み方法、及びプログラム
US7346730B2 (en) Mobile electronic device
JP2012133656A (ja) 携帯可能電子装置及びｉｃカード
US20090083273A1 (en) Portable electronic apparatus and control method for portable electronic apparatus
JP5957347B2 (ja) Ｉｃカード、および携帯可能電子装置
JP7322923B2 (ja) セキュアエレメント，トランザクション制御方法およびデバイス
JP2008243099A (ja) 携帯可能電子装置、携帯可能電子装置におけるファイルアクセス方法およびｉｃカード
JP2009176034A (ja) 携帯可能電子装置、及び、データ管理方法
US20090278667A1 (en) Method and Computer Program Product for Loading and Executing Program Code at Micro-processor
JP2024064041A (ja) 電子情報記憶媒体、ｉｃチップ、ｉｃカード、取引ログ保存方法、及びプログラム
JP4026796B2 (ja) コマンド振り分け機能付きｉｃカード
JP2014006631A (ja) Ｉｃカード、および、携帯可能電子装置

Legal Events

Date Code Title Description
AS Assignment

Owner name: KABUSHIKI KAISHA TOSHIBA, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ISHIBASHI, NORIO;REEL/FRAME:018263/0959

Effective date: 20060828

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION