Title of Invention: READER CONTROL SYSTEM Abstract: An RFID reader control system and method is provided. A protocol for controlling an RFID reader and an RFID reader control unit of a mobile phone is defined. Messages, information, commands, responses, and notification are constructed and transmitted between the RFID reader and the RFID reader control unit. Detailed Description: TECHNICAL FIELD The present invention relates to a reader control system. BACKGROUND ART The ISO and EPC standards define a reader protocol that supports connection of an RFID reader to a host through a network. In RFID systems, an RFID reader is mounted on a mobile phone or attached to a mobile phone in a dongle configuration. Such RFID systems require a protocol that enables an RFID reader control unit of the mobile phone to control the RFID reader. In mobile phone environments, an RFID system is employed between a processor (e.g., MPU and MCU) of a mobile phone and an RFID reader chip installed in the mobile phone. Alternatively, a reader protocol is employed between a mobile phone and an RFID reader attached onto the mobile phone in a dongle configuration. When an RFID reader is attached onto a mobile phone in a dongle configuration, the RFID reader and the mobile phone are connected by an interface unit such as UART or USB. In this case, an efficient protocol is needed between the RFID reader and the mobile phone. The ISO and EPC standards provide protocols that are applied mainly for the case where an RFID reader is connected through a network. Therefore required is an RFID system including an RFID reader control protocol suitable for mobile phone environments. DISCLOSURE OF INVENTION Technical Problem Accordingly, the present invention is directed to a reader control system that substantially obviates one or more problems due to limitations and disadvantages of the related art. An object of the present invention is to provide a reader control system and method suitable for mobile terminal environments. In the system and method, a protocol for controlling a reader and a reader control unit of a mobile terminal is defined and messages, information, commands, responses, and notification are constructed and transmitted between the reader and the reader control unit. Technical Solution To achieve these objects and other advantages and in accordance with the purpose of the invention, as embodied and broadly described herein, there are provided commands and responses that are exchanged between a reader and a reader control unit such as a processor of a terminal. In another aspect of the present invention, there are provided a reader control protocol format and respective fields that are used between a reader and a reader control unit such as a processor of a terminal. In another aspect of the present invention, there are provided protocol messages, fields of each protocol message, and the content of each field, with respect to commands, responses, and notifications that are used in a reader control protocol that is performed between a reader and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there is provided a method of using respective fields of a reader control protocol format that is exchanged between a reader and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there is provided a method of constructing a message and information in a reader control protocol that is performed between a reader and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there is provided a method of transmitting a message and/or information in a reader control protocol that is performed between a reader and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there is provided a method of constructing and transmitting a protocol bit stream in a reader control protocol that is performed between a processor, a reader, and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there is provided a method of constructing and storing a message and/or information in a reader control protocol that is performed between a processor, a reader, and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there is provided a method of controlling and managing a reader in a reader control protocol that is performed between a processor, a reader, and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there is provided a method of reading, writing, changing, querying, protecting, and killing (or deleting) a reader message and/or information in a reader control protocol that is performed between a processor, a reader, and a reader control unit such as a processor of a terminal. In a further aspect of the present invention, there are provided a response and an error process to a message and/or information and the implementation and use method of additional functions, in a reader control protocol that is performed between a processor, a reader, and a reader control unit such as a processor of a terminal. It is to be understood that both the foregoing general description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed. ADVANTAGEOUS EFFECTS According to the present invention, the present invention is directed a reader control system and method suitable for mobile terminal environments. In the system and method, a protocol for controlling a reader and a reader control unit of a mobile terminal is defined and messages, information, commands, responses, and notification are constructed and transmitted between the reader and the reader control unit. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principle of the invention. In the drawings: FIGS. 1 and 2 illustrate the configuration of mobile RFID systems to which the present invention is applied; FIG. 3 illustrates a mobile RFID reader control protocol format according to an embodiment of the present invention; FIG. 4 through 6 illustrates a payload type according to an embodiment of the present invention; and FIGS. 7 through 83 illustrate mobile RFID reader control protocol message structures according to embodiments of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts. In the following embodiments of the present invention, a mobile terminal (e.g., a mobile phone) with an RFID reader control unit is taken as an example of a terminal with an RFID reader control unit. FIG. 1 illustrates a mobile RFID system configuration when a mobile RFID reader is installed in a mobile phone. FIG. 2 illustrates a mobile RFID system configuration when a mobile RFID reader is attached to the outside of a mobile phone in a dongle configuration. Referring to FIG. 1, a mobile phone 100 includes a mobile phone processor 110 and a chip-type or module-type mobile RFID reader 120. The present invention proposes a mobile RFID reader control protocol executed between the processor 110 and the RFID reader 120. Referring to FIG. 2, a mobile phone 100 includes a mobile phone processor 110 and a receptacle connector 120. A mobile RFID reader dongle 200 includes a chip-type or module-type mobile RFID reader 210 and a receptacle connector 220. The RFID reader 210 is connected to the mobile phone 100 by the receptacle connectors 120 and 220. The present invention proposes a mobile RFID reader control protocol executed between the processor 110 and the RFID reader 210. Terms in the embodiments of the present invention are based on the MRF document ‘Term Definition of Mobile RFID Service Standards’. For example, the term ‘Q’ is a parameter used in a tag based on the ISO 18000-6C standards. When a reader transmits the parameter Q to a tag, the tag generates (2Q−1) time slots and sends a response in synchronization with one of the (2Q−1) time slots. [1] Format of Mobile RFID Reader Control Protocol A mobile RFID reader control protocol according to an embodiment of the present invention includes a preamble, a header, a payload, and an end mark. FIG. 3 illustrates a format of a mobile RFID reader control protocol according to an embodiment of the present invention. A preamble includes information for indicating the start of a protocol message, which is used to discern protocol messages. For example, the preamble may be configured in 8 bits and may have a value of OxBB. A header includes information for indicating a message type, a corresponding code, and a payload length. That is, payload length information is stored in the header. Information received from an RFID tag is stored in the payload. An end mark includes information for indicating the end of a protocol message, which is used to discern protocol messages together with the preamble. For example, the end mark may be configured in 8 bits and may have a value of Ox7E. [1.1] Preamble Field and End Mark Field For example, in each protocol message, the preamble and the end mark each have a 8-bit data, which indicate the start and end of the protocol message. The preamble and the end mark are located at the start and end of the protocol message, respectively, and have a predetermined value. For example, the preamble may have a value of OxBB, and the end mark may have a value of Ox7E. It is preferable that the preamble and the end mark have a different value than those used in a message type field and a code field of the header. [1.2] Header Field The header includes three fields describing an RFID tag type, command/response/notification type and code, and a payload length. The message type field is used to discern a command that is transmitted from the processor to the reader and a response and a notification that are transmitted from the reader to the processor. The code field is used to discern a variety of types of command, response or notification. Also, the code field includes information about success or failure of command in response and notification. The payload length field includes information indicating the length of a payload located right after the header, which represents the length in byte. [1.2.1] Message Type Field The message type field includes information about which one of a command, a response and a notification in a protocol format, which may be represented in a total of 8 bits. The message type (e.g., command, response and notification) can be discerned using values shown in Table 1 below. TABLE 1 Command/Response/ Corresponding Code Value Notification Type (Hexadecimal) Command 0x00 Response 0x01 Notification 0x02 Test Mode 0x03 Reserved 0x04-0xFF As shown in Table 1, a code value indicating a command is 0x00, a code value indicating a response is 0x01, a code value indicating a notification is 0x02, a code value indicating a test mode is 0x03, and code values indicating “Reserved” are 0x04˜0xFF. The command, the response, the notification, and the test mode shown in Table 1 will be described in detail later. [1.2.2] Code Field A code field is used to discern the types of a command, a response, and a notification. There may be various commands to be processed by a mobile RFID reader. Also, there may be various responses to the commands and various notifications to be sent by the reader. Therefore, when a different code is assigned to each kind of command, response and notification, the reader can accurately discern them by referring to the message type field and the code field. For example, when a value 0x00 and a value 0x01 are respectively assigned to a message type field and a code field for a power control command, the reader can recognize a received command as the power control command by the assigned values. [1.2.3] Payload Length Field A payload length field indicates the length of a payload field located after a header field. For example, the payload length field may be composed of 16 bits. Here, the unit of length is byte. When a payload length is represented in byte using 16 bits, the maximum representable length becomes 65,536 bytes. This means that the maximum length of a payload cannot exceed 65,535. [1.3] Payload Field A payload field stores various types of data. The payload field may include arguments related to a command transmitted from the processor to the RFID reader, and various data contained in a response transmitted from the RFID reader to the processor. There may be various types of payloads suitable for respective commands and responses, such as payloads illustrated in FIGS. 4 through 6. FIGS. 4 through 6 illustrate Type A through Type X. Each of the payloads illustrated in FIGS. 3 through 6 includes a specific field. The use of the specific field and the method thereof will be described in detail later. The generation and configuration of each payload type will now be described in detail. The number of bits and order mentioned in the following payload configurations are merely examples, and the present invention is not limited to this. A payload Type A includes an 8-bit argument. A payload Type B includes a variable-length argument. A payload Type C is generated to include an 8-bit modulation index, an 8-bit byte mask, and an 8-bit address, which are transmitted in the order named. A payload Type D includes a 3-bit target, a 3-bit action, a 2-bit MB, a 32-bit pointer, an 8-bit mask length, T, RFU (Reserved for Future Use), and a mask of maximum 25 bits, which are transmitted in the order named. A payload Type E includes a 2-bit DR, a 4-bit M, a 2-bit TR, a 2-bit Sel, a 2-bit S, T, a 4-bit Q, and a 3-bit UpDn, which are transmitted in the order named. A payload Type F includes a 16-bit argument 1 and an 8-bit argument 2, which are transmitted in the order named. A payload Type G includes a 32-bit argument. A payload Type H includes a 16-bit argument 1 and a variable-length argument 2, which are transmitted in the order named. A payload Type I includes a 64-bit argument 1, a 16-bit argument 2, and a 16-bit argument 3, which are transmitted in the order named. A payload Type J includes a variable-length argument 1, a 16-bit argument 2, and a 16-bit argument 3, which are transmitted in the order named. A payload Type K includes a 16-bit argument. A payload Type L includes a 64-bit UID, a 16-bit manufacturer, a 16-bit hardware type, a 48-bit memory layout, and a variable-length user data, which are transmitted in the order named. A payload Type M includes a 64-bit UID, a 16-bit manufacturer, a 16-bit hardware type, an 8-bit EAC, an 8-bit AFID, an 8-bit SDF, an 8-bit USL, and an 8-bit ASL, which are transmitted in the order named. A payload Type N includes a 16-bit TID bank length, a variable-length TID bank, a 16-bit UII (Unique Item Identifier) length, a 16-bit PC, a variable-length UII or UII set, and a variable-length user data, which are transmitted in the order named. A payload Type O includes an 8-bit argument 1 and a 16-bit argument 2, which are transmitted in the order named. A payload Type P includes a 32-bit access password, a 16-bit UII length, a variable-length UII, a 16-bit new UII length, a variable-length new UII, and a 16-bit PC, which are transmitted in the order named. A payload Type Q includes a 64-bit UID, a 16-bit start address, a 16-bit length, and a variable-length user data, which are transmitted in the order named. A payload Type R includes a 32-bit access password, a 16-bit UII length, a variable-length UII, a 16-bit start address, a 16-bit length, and a variable-length user data, which are transmitted in the order named. A payload Type S includes a 64-bit UID, a 48-bit memory layout, a 16-bit user data length, and a variable-length user data, which are transmitted in the order named. A payload Type T includes a 32-bit access password, a 16-bit UII length, a variable-length UII, a 16-bit new UII length, a variable-length new UII, a 16-bit PC, a 16-bit user data length, a variable-length user data, a variable-length reserved bank length, and a variable-length reserved bank data, which are transmitted in the order named. A payload Type U includes a 32-bit access password, a 32-bit kill password, a 16-bit UII length, and a variable-length UII, which are transmitted in the order named. A payload Type V includes a 64-bit UID and an 8-bit argument, which are transmitted in the order named. A payload Type W includes a 32-bit access password, a 16-bit UII length, a variable-length UII, and a 24-bit lock data, which are transmitted in the order named. A payload Type X includes a DR, a 2-bit M, TR, a 2-bit Sel, a 2-bit S, T, a 4-bit Q, and a 3-bit UpDn, which are transmitted in the order named. The description of the foregoing payload types, the use of each field, and the use method thereof will be described in detail later. [1.4] Endian Format and Transmission Order Format All the fields constructing the mobile RFID reader control protocol format follow the big-Endian format. According to the big-Endian format, the most significant byte value is first written and then the least significant byte value is written. A preamble field, a header field, a payload field, and an end mark field are transmitted in the order named. In the header field, a message type field, a code field, and a payload length field are transmitted in the order named. In the payload field, a target field, an argument type field, a payload data length field, and a payload data and pending field are transmitted in the order named. In each field, the most significant byte is first transmitted. [1.5] Method of Describing Small-Size Data in Fixed-Size Field When a small-size data needs to be inserted into a protocol field larger than the small-sized data, the less significant bytes are first filled and then the remaining more significant bytes are filled with 0x00. In this case, the big-Endian format is also applied. For example, when a value of 12 needs to be inserted into a 16-bit length field, the less significant bytes are filed with 0x0C and the more significant bytes are filled with 0x00. [2] Summary and List of Command, Response, and Notification A protocol between a processor of a mobile terminal and an RFID reader can be classified into a command, a response, and a notification, which are defined in the ISO and EPC standards. In the embodiment of the present invention, the command and the response always exist and operate in pairs. Only after a response to a command has been received, the next command is executed. Each command has a specific code, which is described in a code field of a header and represented in 8 bits. When a response is successful, a code of a corresponding command is described in a code field and a response-related content is described in a payload field. On the other hand, when a response is unsuccessful, a value of 0xFF is described in a code field and a result code is described in a payload field. A payload varies according to a command and a response. Detailed types of the payload will be described in detail later. [2.1] Command and Response In the embodiment of the present invention, commands and responses in a mobile RFID reader protocol are categorized into reader control/management, tag read, tag write, tag lock/unlock, tag kill, and additional functions. Table 2 below shows an example of a command list according to the present invention. In Table 2, the commands are classified into mandatory commands and optional commands. All the commands have the corresponding responses. Commands corresponding to a tag write category, a tag kill category, and a tag lock category must be implemented carefully. The reason for this is that such commands may change the contents of a tag. When these commands are wrongly used, security problems may occur to cause corresponding damages. TABLE 2 Type Mandatory Command Optional Command Readercontrol/ Reader Power ControlReader Get Type B A/I Parameters management Connection ControlGet Reader Information Set Type B A/I category Get Signal StrengthSet Signal ParametersGet Automatic StrengthGet RegionSet RegionReset Read ParametersSet ReaderGet Type C A/I Select Parameters Automatic Read Set Type C A/I Select Parameters Parameters Get Type C A/I Query-related ParametersSet Type C A/I Query-related Parameters Tag Read Type C UII BlockRead Type C User Read Type B TIDRead ReadCategory DataRead Entire Type C TagStart Type B User DataRead Automatic ReadStop Automatic Read Entire Type B Tag Tag Write Type B UII SetWrite WriteCategory Type C UII BlockWrite Type B User DataWrite Type C User DataWrite Entire Type B TagWrite Entire Type C Tag Tag Kill Type C Tag KillCategory Tag Lock Type B TagLock LockCategory Type C Tag AdditionalFunctionCategory Start Test ModeStop Test ModeStar Get Last Result Receive TestStop Receive Test [2.2] Mobile RFID Reader Control/Management Category An RFID reader control/management command category includes commands shown in Table 3 below. The main commands relate to reader power control, reader connection control, get reader information, reader RF signal strength control, and reader filter function control. The reader power control command and the reset reader command, which are the most basic reader control commands, may be directly controlled by a hardware interface such as GIPO. In this case, the foregoing two commands may not be implemented separately. TABLE 3 Code Value Command Name (Hexadecimal) Description of Command Reader Power 0x01 Power on/off reader (Active/Sleep) Control Reader 0x02 Initialize or end communication with reader Connection Control Get Reader Information 0x03 Get reader-related information (Reader at least have information about model, manufacturer, S/ N, usable frequency, and supportable tag type) Get Signal 0x04 Get RF signal strength of reader Strength Set Signal 0x05 Set RF signal strength of reader Strength Get Region 0x06 Get nation/region information of reader Set Region 0x07 Set nation/region information of reader Reset Reader 0x08 Immediately end all operations of reader and initialize reader. Thereafter, reader control requires using Reader connection control command Get Type B A/I 0x09 Get air interface parameters related to Type B Parameters standard Set Type B A/I 0x0A Set air interface parameters related to Type B Parameters standard Get Type C A/I 0x0B Get select parameters of air interface related to Select Parameters Type C standard Set Type C A/I 0x0C Set select parameters of air interface related to Select Parameters Type C standard Get Type C A/I 0x0D Get query-related parameters of air interface Query related related to Type C standard Parameters Set Type C A/I 0x0E Set query-related parameters of air interface Query related related to Type C standard Parameters Get Automatic 0x0F Get parameters related to automatic mode read read Parameters Set Automatic 0x10 Set parameters related to automatic mode read read Parameters Vendor Specific 0x11-0x17 Vendor can be defined Reserved 0x18-0x1F reserved Referring to Table 3, the reader control/management category includes a get automatic read parameters command and a set automatic read parameters command for getting and setting commands related to an automatic read command. These commands operate according to preset parameters. These preset parameters include a read cycle indicating the number of times of performance of a read operation, and also include a read delay time indicating a delay time between read operations when the reader performs a read operation more than two times. [2.3] Tag Read Category A tag read category includes commands shown in Table 4 below. These commands are mainly used to read the specific ID of a tag (TID), a UII set (e.g., mCodes of MRF and EPC codes indicating things), and a user memory bank area. TABLE 4 Code Value Command Name (Hexadecimal) Description of Command Read Type B TID 0x21 Read 8th through 16th address values and TID of ISO 18000-6B Tag Read Type C UII 0x22 Read UII block of ISO 18000-6C Tag (UII or UII Block Set and PC are readed) Read Type B User 0x23 Read user memory bank of ISO 18000-6B Tag Data Read Type C User 0x24 Read user memory bank of ISO 18000-6C Tag data Read Entire Type 0x25 Read all area of ISO 18000-6B Tag B Tag Read Entire Type 0x26 Read all area of ISO 18000-6C Tag C Tag Start Automatic 0x27 Perform automatic mode read operation Read (applicable to the above 6 commands) Stop Automatic 0x28 Stop automatic mode read operation Read Vendor Specific 0x29-0x37 Vendor can be defined Reserved reserved Referring to Table 4, the tag read category further includes commands for automatically reading a plurality of successive tags. The commands related to the automatic read operation include a start automatic read command and a stop automatic read command. The start automatic read command is configured to designate codes (0x21˜0x26) of read commands to be repeated and a repeat cycle, which indicates which number of times a read operation of a read cycle designated in the set automatic read parameters command needs to be repeated. That is, the total number of times of a read operation of the RFID reader equals Read cycle×Repeat cycle. When a repeat cycle is an invalid value, a response indicating a wrong value is generated in a result code. When a read operation has been performed by the repeat cycle or there is no tag to be read, the RFID reader automatically stops a read operation. The stop automatic read command is used to stop the read operation that is being performed by the start automatic read command. Most commands cannot be executed during the automatic read operation. If such a command is to be executed, the command is regarded as failed and the result code receives 0x0D of Automatic Read in Operation. Examples of commands executable during the automatic read operation are reset reader, get signal strength, set signal strength, and stop automatic read. Data obtained from an RFID tag by a tag read command are transmitted to the processor of the terminal through a notification or a response to a command. In the embodiment of the present invention, a buffer function of storing data obtained from a tag by a reader chip is set to be optional. However, when the buffer function needs to be implemented, a vendor-specific command code area of the additional function category must be used and the implementation must be based on the HAL API standards. [2.4] Tag Write Category A tag write category includes commands shown in Table 5 below. These commands are used to write an ID code, a user memory bank area, and additional information in the tag. TABLE 5 Code Value Command Name (Hexadecimal) Description of Command Write Type C UII 0x41 Write UII block of ISO 18000-6C Tag Block (UII set, PC and CRC values must be written) Write Type B User 0x42 Write user memory bank area of Data ISO 18000-6B Tag Write Type C User 0x43 Write user memory bank area of Data ISO 18000-6C Tag Write Entire Type 0x44 Write entire content of B Tag ISO 18000-6B Tag Write Entire Type 0x45 Write entire content of C Tag ISO 18000-6C Tag Vendor Specific 0x46-0x57 Vendor can be defined Reserved 0x58-0x5F reserved [2.5] Tag Kill Category A tag kill category includes commands shown in Table 6 below. These commands are used to kill (erase) the contents of a tag. TABLE 6 Code Value Command Name (Hexadecimal) Description of Command Kill Type c Tag 0x61 Kill Type C Tag Vendor Specific 0x62-0x77 Vendor can be defined Reserved 0x78-0x7F reserved [2.6] Tag Lock Control Category A tag lock control category includes commands for controlling a lock function for preventing the contents of a tag to be changed or erased, which are shown in Table 7 below. TABLE 7 Code Value Command Name (Hexadecimal) Description of Command Lock Type B Tag 0x81 Control lock of ISO1800-6B Tag Lock Type C Tag 0x82 Control lock of ISO 1800-6C Tag Vendor Specific 0x83-0x97 Vendor can be defined Reserved 0x98-0x9F reserved A lock command is configured such that different commands are assigned to tags. Also, arguments necessary for the lock command are based on the air interface standards. [2.7] Additional Function Category An additional function category includes commands for additional functions, which are shown in Table 8 below. TABLE 8 Code Value Command Name (Hexadecimal) Description of Command Get Last Result 0xA1 Reader gets the last event Stat Test Mode 0xA2 Convert mode of reader into test mode Stop Test Mode 0xA3 Stop test mode of reader Stat Receive Test 0xA4 Start count of successfully-received air interface packet to measure receive sensitivity Stop Receive Test 0xA5 Stop count of successfully-received air interface packet for measurement of receive sensitivity Vendor Specific 0xA6-0xB7 Vendor can be defined Reserved 0xB8-0xFE reserved The additional function category includes convenience-providing functions other than basic contents for processing a tag by the reader. These include a filter function of the reader and commands for getting and setting the tag access status of the reader. The additional function category further includes commands for starting or ending a test mode. A start receive test command and a stop receive test command for measurement of receive sensitivity can be used only in the test mode. The test mode will be described in detail later. [2.8] Result Code A result code is used for a response to a command. The result code indicates results of both success and failure. For the case of Success, a code value of a corresponding command is inserted into the code field of the header of a response protocol message. For the case of Failure, a value of 0xFF is inserted. Also, an 8-bit result code is inserted into a payload data section. This facilitates discrimination between contents of errors when commands are incorrectly executed. A result code 0x00 indicates success, which is used in case that no separate result value exists when a command is successful. Table 9 below illustrates the types of results and corresponding codes. TABLE 9 Error Type Error Code Description Success 0x00 Indicates success of command Power Control Failure 0x01 Power control on/off operation is failed Connection control 0x02 Connection control operation is failed Failure Cannot Get Reader Info 0x03 Reader ID cannot be set or got Cannot Get Signal 0x04 Signal strength cannot be got Strength Signal Strength Control 0x05 Signal strength cannot be set Failure Reader Filter Control 0x06 Reader Filter cannot be control Failure Cannot Get Region 0x07 Region information of reader cannot be got Region control Failure 0x08 Region of reader cannot be set Read Failure 0x09 Read operation is failed Automatic Read Failure 0x0A Automatic mode read operation is failed Automatic Read in Operation 0x0B Automatic read is already in operation Cannot Stop Automatic Read 0x0C Automatic mode read cannot be stopped Not in Automatic Mode 0x0D Automatic read is not in operation Invalid Parameter 0x0E Parameter is invalid Cannot Get Automatic Parameters 0x0F Automatic mode parameters cannot be got Write Failure 0x10 Write operation is failed Erasure Failure 0x11 Erase operation is failed Kill Failure 0x12 Kill operation is failed Lock Control Failure 0x13 Lock operation is failed Cannot Get Last Result 0x14 Last event cannot be got No Tag Detected 0x15 No tag is detected Password not Match 0x16 Password does not match Not Supported Command 0x17 Command is not supported Undefined command 0x18 Command is not defined Cannot Reset Reader 0x19 Reader cannot be reset Cannot Control Type B 0x1A Air interface parameters related to Type B A/I Parameters standard cannot be set or got Cannot Control Type C 0x1B Air interface parameters related to Type C A/I Parameters standard cannot be set or got No User Data 0x1C User memory bank does not exist Reader is not in Test Mode 0x1D Reader is not in current test mode Test Mode Control Failure 0x1E Test mode control is failed Automatic Read Complete 0x1F Automatic read is completed No more Tags to Read 0x20 No more tags remain to be red Vendor Specific 0x30-0xDF Reserved 0xE0-0xFF [2.9] Vendor-Specific Command and Response In addition to the commands proposed in the present invention, vendor-specific commands of an RFID reader manufacturer may be further included in all the categories described above. Preferably, these vendor-specific commands use code values of a vendor-specific area in accordance with the categories proposed in the present invention. For example, when a specific command corresponding to a tag read function needs to be added, it preferably uses a code value of 0x29˜0x37 that is a vendor-specific area of a tag read category. [2.10] Notification A notification is a protocol message that is transmitted from the RFID reader to the processor of the terminal. Unlike a response message, the notification protocol message is independent of a command. The notification is mainly used as a response for indicating a result for an operation repeated in an automatic mode, and is used for critical errors generated in the RFID reader. In the embodiment of the present invention, the notification protocol message may have the same format as the response protocol message. However, for example, a value of 0x02 may be used in a message type field to discriminate the notification protocol message from the response protocol message. In addition, when a critical error is generated in the reader, the notification may be used to inform the processor of the error. In this case, a format may be identical to that of a command containing the error, which is identical to what is designated as a notification in a message type field. The critical errors are not defined in the present invention, but may be those defined by a vendor. An error that needs to be transmitted by a notification may be defined using a vendor-specific area of a result code. [2.11] Compatibility with HAL API Standards Tables 10 and 11 below show relationships between commands defined in the HAL API standards and the mobile reader protocol commands proposed in the present invention. One HAL API command may correspond to several of the mobile reader protocol commands, and vice versa. A driver must be implemented in accordance with the relationships. For example, a MH_rfidReportReaderStatus command is implemented using a considerably large number of mobile reader protocol commands. In this case, the implemented is preferably made by including a status parameter in the driver. When the results of a performed mobile reader protocol are stored in the status parameter, it is possible to reduce the number of reader protocol commands that needs to be performed when the MH_rfidReportReaderStatus command is received. In addition, since a return value for an HAL API function must be given, the corresponding results must be stored in the status parameter. Among the HAL API commands, commands related to control of a buffer and management of a filter may be selectively implemented. The present invention assumes that the buffer and the filter may exist in any one of the HAL or the mobile reader chip. Accordingly, in order to implement a buffer function or a filter function in a reader chip, a mobile reader protocol command must be implemented such that the relationship with an HAL API command is proper. In this case, the mobile reader protocol may use a code value of a vendor-specific command field. TABLE 10 HAL API Standard Type Command Mobile Reader Protocol Standard Command Reader Control MH_rfid Reader Power ControlReader Power Control PowerOnMH_rfid Reader Connection ControlReader PowerOffMH_rfid Connection controlReset ReaderReader OpenReaderMH_rfid Connection ControlSet RegionGet RegionSet CloseReaderMH_rfid Signal StrengthGet Signal StrengthGet Reader ResetReaderMH_rfid InfoGet Reader InfoProcess in driver: Response SetRegionMH_rfid to Reader Connection ControlProcess in driver: GetRegionMH_rfid Check of automatic reading or notSet Type C SetRFStrengthMH_rfid A/I Query Related ParametersGet Type C A/I GetRFStrengthMH_rfid Query Related ParametersSet Automatic Read GetManufacturerMH_rfid ParametersGet Automatic Read ParametersSet GetModelMH_rfid Automatic Read ParametersGet Automatic isOpenReaderMH_rfid Read Parameters isBusyReaderMH_rfid SetQMH_rfid GetQMH_rfid SetReadCycleMH_rfid GetReadCycleMH_rfid SetReadDelaytimeMH_rfid GetReadDelaytime TABLE 11 HAL API Standard Type Command Mobile Reader Protocol Standard Command TagControl MH_rfid Read Type C UII BlockRead Type C UII ReadTIDCMH_rfid BlockRead Type C UII BlockRead Type C ReadUIISetCMH_rfid User DataStop Automatic ReadRead Type B ReadUIIBlockCMH_rfid User DataRead Type B User DataWrite ReadUserDataCMH_rfid Type B User DataLock Type B TagWrite StopReadMH_rfid Type C UII BlockWrite Type C UII ReadUIISetBMH_rfid BlockWrite Type C User DataLock Type C ReadUserDataBMH_rfid TagLock Type C TagKill Type C Tag WriteUserDataBMH_rfid LockBMH_rfid WriteUIISetCMH_rfid WriteUIIBlockCMH_rfid WriteUserDataCMH_rfid LockCMH_rfid UnlockCMH_rfid KillTagC BufferControl MH_rfid Cannot be supported by mobile reader CreateBufferMH_rfid protocol but can be implemented in vendor- DestroyBufferMH_rfid specific fashion ReadBufferMH_rfid WriteBufferMH_rfid DeleteBufferMH_rfid ClearBufferMH_rfid GetNumBufferMH_rfid GetMaxNumBufferMH_rfid SortBufferMH_rfid ValidateBuffer FilterControl MH_rfid Cannot be supported by mobile reader AddFilterMH_rfid protocol but can be implemented in vendor- DeleteFilterMH_rfid specific fashion EnableFilterMH_rfid DisableFilter StatusReport MH_rfid Process in reader: Status parameters are ReportReaderStatus stored and processed in case of Power and OpenGet Automatic Read ParametersGet RegionGet Signal StrengthGet Reader Information Get Type C A/I Query Related Parameters [3] Details of Command, Response, and Notification This section [3] describes details of the commands, the responses, and the notifications that are stated above. The following descriptions illustrate arguments needed by the commands and the responses, their types, and notifications. Also illustrated are the relationship between the abovementioned protocol format and the command/response/the notification, and protocol streams for representing them. [3.1] Reader Control/Management Category [3.1.2] Reader Power Control A reader power control command is used to control turning on/off power supplied to the hardware of the RFID reader. Power is supplied to the reader in the on state, while no power is supplied to the reader in the off state. The reader power control command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x00 indicating a command. The code may be represented by 0x01 indicating reader power control. The payload type may be represented by Payload Type A. The argument is 8-bit power state information, which may be represented by 0xFF in an on state and by 0x00 in an off state. FIG. 7 illustrates the structure of a protocol message in a power on state. Specifically, FIG. 7 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. A response to the reader power control command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x01 indicating a response. The code may be represented by 0x01 for the case of Success, and by 0xFF for the case of Failure. The payload type may be represented by Payload Type A. The argument may be represented by a result code 0x00 indicating success and by a result code 0x01 indicating power control failure. FIG. 8 illustrates the structure of a protocol message for a reader power control response for the case of Success. Specifically, FIG. 8 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. [3.1.2] Reader Connection Control A reader connection control command is used to connect/disconnect the processor to/from the reader. When the processor is connected to the reader, the reader can receive and process all commands. On the other hand, when the processor is disconnected from the reader, the reader can process only power/connection control commands. When the reader was supplied with power but cannot be connected, the minimum power is supplied. The reader connection control command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x00 indicating a command. The code may be represented by 0x02 indicating reader connection control. The payload type may be represented by Payload Type A. The argument is 8-bit reader connection state information, which may be represented by 0xFF in case of connection and by 0x00 in case of disconnection. FIG. 9 illustrates the structure of a protocol message in a connection state. Specifically, FIG. 9 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. A response to the reader connection control command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x01 indicating a response. The code may be represented by 0x02 in case of Success, and by 0xFF in case of Failure. The payload type may be represented by Payload Type A. The argument may be represented by a result code 0x00 indicating success and by a result code 0x02 indicating Connection Control Failure. FIG. 10 illustrates the structure of a protocol message for a reader connection control response for the case of Success. Specifically, FIG. 10 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. [3.1.3] Command for Getting Information of the Reader (Get Reader Information) A get reader Information command is used to get information from the reader. The information includes a model name, an S/N, a manufacturer, a use frequency, and the type of a tag supported. The get reader information control command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x00 indicating a command. The code may be represented by 0x03 indicating the get reader information command. The payload type may be represented by Payload Type A. The argument is an 8-bit information type data indicating the type of information to be requested from the reader, which may include a reader model name (0x00), a reader S/N (0x01), a reader manufacturer (0x02), a reader use frequency (0x03), and the type (0x04) of a tag supported by the reader. FIG. 11 illustrates the structure of a protocol message when the reader manufacturer is requested. Specifically, FIG. 11 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. A response to the get reader information command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x01 indicating a response. The code may be represented by 0x03 in case of Success, and by 0xFF in case of Failure. The payload type may be represented by Payload Type B in case of model name, S/N, manufacturer and frequency, by Payload Type A in case of the tag type supported by the reader, and by Payload Type A in case of command failure. The argument may be represented by a variable-length corresponding string in case of model name, S/N, manufacturer and frequency, by an 8-bit value 00000001 (ISO 18000-6B) or 00000010 (ISO 18000-6C) in case of the tag type supported by the reader, by ‘Bit OR’ in case of supporting plurality, and by a result code 0x03 indicating Cannot Get Reader Info in case of command failure. FIG. 12 illustrates the structure of a protocol message for a get reader information response when the manufacture is ‘LC ELECTRONICS’. Specifically, FIG. 12 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. FIG. 13 illustrates a response when the tag type supported by the reader is 18000-B/C. [3.1.4] Command for Getting an RF Signal Strength of the Reader (Get Signal Strength) A get signal strength command is used to get a currently-set RF signal strength of an RFID reader. The signal strength can be represented in percentage, and the maximum signal strength the reader can provide can be regarded as 100%. The get signal strength command includes a message type and a code, but does not include a payload type and an argument. The message type may be represented by 0x00 indicating a command. The code may be represented by 0x04 indicating Get Signal Strength. FIG. 14 illustrates the structure of a protocol message for a get signal strength command. Specifically, FIG. 14 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, and an end mark field. A response to the get signal strength command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x01 indicating a response. The code may be represented by 0x04 in case of Success, and by 0xFF in case of Failure. The payload type may be represented by Payload Type A. The argument may be represented by 0˜100 (0x00˜0x64) indicating the signal strength in percentage, and by a result code 0x04 indicating Cannot Get Signal Strength. FIG. 15 illustrates the structure of a protocol message for a Get Signal Strength response for the case of Success when the signal strength is 75%. Specifically, FIG. 15 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. [3.1.5] Command for Setting an RF Signal Strength of the Reader (Set Signal Strength) A set signal strength command is used to set an RF signal strength of the reader. The signal strength can be represented in percentage, and the maximum signal strength the reader can provide can be regarded as 100%. The set signal strength command includes a message type, a code, a payload type, and an argument. The message type may be represented by 0x0 indicating a command. The code may be represented by 0x05 indicating Set Signal Strength. The payload type may be represented by Payload Type A. The argument may be represented by 0x00˜0x64 (0˜100) indicating an 8-bit signal strength value. FIG. 16 illustrates the structure of a protocol message for a set signal strength command when the signal strength is 50%. Specifically, FIG. 16 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. A response to the set signal strength command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x01 indicating a response. The code may be represented by 0x05 in case of Success, and by 0xFF in case of Failure. The payload type may be represented by Payload Type A. The argument may be represented by a result code 0x00 indicating success, and by a result code 0x04 indicating Signal Strength Control Failure. FIG. 17 illustrates the structure of a protocol message for a get Signal Strength response for the case of Success. Specifically, FIG. 17 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, an argument field, and an end mark field. [3.1.6] Command for Getting Region/Nation Information Set in the Reader (Get Region) A get region command is used to get region/nation information set in the reader. That is, since the radio wave standard the RFID reader can use is different according to nations and regions, the get region command is used to get such region/nation information. The get region command includes a message type and a code, but does not include a payload type and an argument. The message type may be represented by 0x00 indicating a command. The code may be represented by 0x06 indicating Get Region. FIG. 18 illustrates the structure of a protocol message for the get region command. Specifically, FIG. 18 illustrates values of a preamble field, a message type field, a code field, a payload field MSB, a payload field LSB, and an end mark field. A response to the get region command is constructed to include a message type, a code, a payload type, and an argument. The message type may be represented by 0x01 indicating a response. The code may be represented by 0x06 in case of Success, and by 0xFF in case of Failure. The payload type may be represented by Payload Type A. The argument may be represented by an 8-bit value indicating a region or a nation set in the
{'application_number': '<application-reference appl-type="utility">\n<document-id>\n<country>US</country>\n<doc-number>11912633</doc-number>\n<date>20060425</date>\n</document-id>\n</application-reference>', 'publication_number': '<publication-reference>\n<document-id>\n<country>US</country>\n<doc-number>20100045445</doc-number>\n<kind>A1</kind>\n<date>20100225</date>\n</document-id>\n</publication-reference>', 'source_file': './application/2010/ipa100225.xml', 'source_data': 'USPTO-Application'}