JP4636531B2 - COMMUNICATION SYSTEM, SERVER DEVICE, CLIENT DEVICE, COMMUNICATION METHOD, AND PROGRAM - Google Patents

Description

  The present invention relates to a communication system, a server device, a client device, a communication method, and a program, and in particular, a communication system, a server device, a client device, and a communication method that can reduce the number of times of communication between a server and a client. , As well as programs.

  In recent years, electronic money has been charged to a contactless IC chip such as FeliCa (registered trademark) embedded in a credit card or mobile phone, and the charged electronic money is used to pay for the purchase of the product. It is becoming popular.

  When paying the price, the user can quickly pay the price because the user simply holds his / her credit card or mobile phone over a terminal (reader / writer) installed in the store.

  Such an electronic money system (server-client system) has a configuration as shown in FIG. 1, for example.

  The server side of the electronic money system includes a server device 1 and a security module 2, and the client side includes a client device 3 and an R / W (reader / writer) 4. The server device 1 and the client device 3 are connected via a network 5.

  In the example of FIG. 1, the mobile phone 6 with the non-contact IC chip 13 built in is close to the R / W 4 on the client side, and is connected to the client device 3 via short-range communication using electromagnetic induction. ing.

  The server application 11 mounted on the server device 1 communicates with the client application 12 mounted on the client device 3, and creates a command (executed by the non-contact IC chip 13) in response to a request from the client application 12. Command) to the security module 2. When the encrypted command is supplied from the security module 2, the server application 11 transmits the command to the client application 12 of the client device 3 via the network 5.

  The security module 2 is a tamper-resistant device, and performs cryptographic processing and management of keys used in the cryptographic processing. The security module 2 encrypts the command supplied from the server application 11 and outputs the encrypted command to the server application 11. The security module 2 and the non-contact IC chip 13 have a common key, and encrypted communication is realized between the security module 2 and the non-contact IC chip 13 by transmitting and receiving information encrypted with the key. The

  The client application 12 of the client device 3 transmits a predetermined request to the server application 11 of the server device 1, and when a command is transmitted from the server application 11, the command is transmitted via the R / W 4 to the non-contact IC chip 13. To send and execute.

  The non-contact IC chip 13 decrypts the encryption applied to the command transmitted from the security module 2 via the R / W 4 or the like and executes it. When the content of the command is rewriting of electronic money, this command includes information on the amount of money to be rewritten.

  For example, in the electronic money system having such a configuration, when paying for a product purchased by the user of the mobile phone 6 using the electronic money stored in the contactless IC chip 13, the client application 12 of the client device 3 is used. Is sent to the server application 11 of the server device 1, and a command for requesting the contactless IC chip 13 to read out the balance of the electronic money by the server application 11 that has received the request. Read command) is created.

  The Read command created by the server application 11 is encrypted by the security module 2, and then is read via the server application 11 of the server device 1, the network 5, the client application 12 of the client device 3, and the R / W 4. It is transmitted to the contact IC chip 13 and decrypted by the non-contact IC chip 13 and then executed.

  The balance read by executing the Read command is encrypted by the non-contact IC chip 13, and then, as a response to the server application 11, the R / W 4, the client application 12 of the client device 3, the network 5 And to the security module 2 via the server application 11 of the server device 1. In the security module 2, the encryption applied to the balance transmitted from the non-contact IC chip 13 is decrypted, and the decrypted balance is transmitted to the server application 11.

  Accordingly, the server application 11 can check the current electronic money balance stored in the non-contact IC chip 13.

  When the balance is confirmed, the server application 11 of the server device 1 issues a command (Write command) for requesting the contactless IC chip 13 to rewrite the balance of electronic money (rewrite to the balance reduced by the price of the product). Created.

  The Write command created by the server application 11 is encrypted by the security module 2 in the same manner as the previously sent Read command, and then the server application 11 of the server device 1, the network 5, and the client of the client device 3. It is transmitted to the non-contact IC chip 13 via the application 12 and the R / W 4, and is executed after being decoded by the non-contact IC chip 13. This Write command includes information indicating how much the balance will be. As a result, the balance of electronic money stored in the non-contact IC chip 13 is reduced by the price of the product.

  For example, after processing such as a message notifying that the balance reduction has been completed is transmitted from the non-contact IC chip 13 to the server application 11, a series of processing ends. By such a series of processes, payment for the price of the product is realized.

  From the server-client system having such a configuration, the client device 3 is provided in addition to the payment of the price of the product as described above, for example, management of points issued by a store or ticket gate of a train station. If it is, payment of the boarding fee is realized. Also in the case of point management and boarding fee payment, basically the same processing as in the case of payment of the above-mentioned price is performed by each device in FIG.

  A server-client system configured as shown in FIG. 1 is disclosed in Patent Document 1 below.

  Here, processing at the start of communication of the server-client system of FIG. 1 will be described with reference to the flowchart of FIG.

  In step S11, the client application 12 requests the server application 11 to start communication, and the server application 11 receives the request in step S21.

  In step S22, the server application 11 obtains (Polling) the chip specific information of the non-contact IC chip 13 that is the IC chip to be controlled, and the key version (the version of the key stored in the non-contact IC chip 13). Request acquisition (Request Service).

  For example, the command is different for each type of IC chip to be controlled, or the command is encrypted with a key having the same version as the key of the IC chip (encryption itself is performed by the security module 32). Since it is necessary to transmit to the IC chip, the server application 11 acquires the non-contact IC chip 13 only after acquiring the chip specific information including information that can identify the type of the IC chip and the key version. Processing for controlling can be performed.

  In step S <b> 12, the client application 12 receives the request from the server application 11, proceeds to step S <b> 13, and transmits a request for acquiring chip specific information to the non-contact IC chip 13. The request from the client application 12 is transmitted via the R / W 4, for example.

  In step S1, the contactless IC chip 13 receives a request from the client application 12, proceeds to step S2, and transmits a response including chip-specific information to the client application 12.

  In step S <b> 14, the client application 12 receives a response from the contactless IC chip 13, proceeds to step S <b> 15, and then transmits a key version acquisition request to the contactless IC chip 13.

  In step S3, the contactless IC chip 13 receives a request from the client application 12, proceeds to step S4, and transmits a response including the key version to the client application 12.

  In step S16, the client application 12 receives the response from the contactless IC chip 13, proceeds to step S17, and transmits a response including the chip specific information and the key version obtained from the contactless IC chip 13 to the server application 11. To do.

In step S <b> 23, the server application 11 receives the response including the chip specific information and the key version transmitted from the client application 12. As a result, the server application 11 generates a command corresponding to the type of the contactless IC chip 13 to be controlled, or a command encrypted with the same version key as the key of the contactless IC chip 13. It is possible to control the non-contact IC chip 13 by transmitting.
JP 2003-141063 A

  Incidentally, as described above, conventionally, the server application 11 has acquired the information of the non-contact IC chip 13 to be controlled in the form of a response from the client 12 to the request.

  However, for example, if the information of the non-contact IC chip 13 is automatically transmitted from the client application 12 without starting the request from the server application 11 at the start of communication, the communication between the server and the client is performed. Thus, it is considered that a series of processes such as realization of payment using electronic money can be completed in a shorter time.

  Further, as a series of processes to be performed on the client side, for example, a certain process is performed on the non-contact IC chip 13 and when the process is successful, a success screen is displayed on the display unit of the client device 3. In some cases, the next control contents differ depending on the result of a certain process, such as displaying a failure screen when a failure occurs. In this case, between the server and the client, for example, from the server side to the client side The first communication for requesting the execution of the process is performed, and after the first communication, the second communication for notifying the result of the process from the client side to the server side is performed. After the communication, a third communication for instructing a screen to be displayed (success screen / fail screen) from the server side to the client side is performed.

  That is, conventionally, when the contents of the next request from the server side differ according to the result of processing performed on the client side in response to the previous request, the previous request and the next request are communicated separately. Is sent to the client side.

  Also in this case, the previous request and the next request are transmitted by the same communication at the same time, and the next processing content is changed on the client side depending on whether the previous processing is successful or not. Therefore, it is considered that the number of communication between the server and the client can be reduced, and a series of processes can be completed in a shorter time.

  The present invention has been made in view of such a situation, and makes it possible to reduce the number of times of communication between a server and a client.

  The communication system of the present invention is a communication system including a server device and a client device, and the server device stores information stored in an IC chip controlled by the client device as a normal packet that is a packet including a command. 1st normal packet including a command for instructing reading or writing of information to the IC chip, and notification of successful reading of information stored in the IC chip or writing of information to the IC chip A second normal packet including a command for instructing to display a screen to be displayed, and a screen for notifying that reading of information stored in the IC chip or writing of information to the IC chip has failed is displayed. A first generation unit that generates a third normal packet including a command instructing And a control packet that includes information instructing to process the third normal packet without processing the second normal packet when the processing of the first normal packet fails Generating a request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order, and the client device The client device receives the request packet, and processes the first normal packet included in the received request packet as a command included in the first normal packet. First processing means for reading information stored in the IC chip or writing information to the IC chip, and When processing of one normal packet fails, information indicating that the next processing to be performed is processing of the third normal packet based on information included in the control packet following the first normal packet. Second processing means for outputting, wherein the first processing means processes the third normal packet based on the information output from the second processing means, and stores it in the IC chip. A screen is displayed on the display notifying that the reading of the current information or the writing of the information to the IC chip has failed.

  The server device of the present invention includes a first command including a command for instructing reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet that is a packet including a command. A second normal packet including a normal packet and a command for instructing to display a screen for notifying that reading of information stored in the IC chip or writing of information to the IC chip is successful; First generation for generating a third normal packet including a command for instructing to read information stored in the IC chip or to display a screen for notifying that writing of information to the IC chip has failed And when the processing of the first normal packet fails, the second normal packet is processed. Second generation means for generating a control packet, which is a packet including information instructing to process the third normal packet, and the first normal packet, the control packet, and the second normal packet A transmission unit configured to generate a request packet including the packet and the third normal packet in that order, and transmit the request packet to the client device.

  The first communication method of the present invention includes a command that instructs reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet that is a packet including a command. A first normal packet and a second normal packet including a command for instructing to display a screen for notifying that reading of information stored in the IC chip or writing of information to the IC chip is successful And a third normal packet including a command for instructing to display a screen for notifying that reading of information stored in the IC chip or writing of information to the IC chip has failed, If the processing of the first normal packet fails, the third normal packet is not processed and the third normal packet is not processed. A control packet that is a packet including information instructing to process a normal packet is generated, and the first normal packet, the control packet, the second normal packet, and the third normal packet are Generating a request packet including in order, and transmitting the request packet to the client device.

  A first program of the present invention includes a command that instructs reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet that is a packet including a command. A first normal packet, and a second normal packet including a command for instructing to display a screen notifying that the information stored in the IC chip has been successfully read or written to the IC chip. Generating a third normal packet including a command for instructing to display a screen notifying that reading of information stored in the IC chip or writing of information to the IC chip has failed, If the processing of the first normal packet fails, the second normal packet is not processed and the first normal packet is not processed. Generating a control packet which is a packet including information instructing to process the normal packet of the first normal packet, the control packet, the second normal packet, and the third normal packet. A request packet including the order is generated, and the computer is caused to execute processing including a step of transmitting the request packet to the client device.

  The client device of the present invention receives a request packet and stores it in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet. When the processing of the first normal packet and the first processing means for reading the information being read or writing the information to the IC chip have failed, the information included in the control packet following the first normal packet And second processing means for outputting information indicating that the next processing to be performed is processing of the third normal packet, wherein the first processing means is output from the second processing means. Failed to read information stored in the IC chip or to write information to the IC chip based on the received information. To display the screen to notify the display that was.

  According to a second communication method of the present invention, a request packet is received, and processing of the first normal packet included in the received request packet is performed on an IC chip based on a command included in the first normal packet. When reading the stored information or writing the information to the IC chip and the processing of the first normal packet fails, based on the information included in the control packet following the first normal packet, Outputs information indicating that the next processing is processing of the third normal packet, performs processing of the third normal packet based on the output information, and reads information stored in the IC chip Or displaying on the display a screen for notifying that writing of information to the IC chip has failed.

  The second program of the present invention receives a request packet and stores it in an IC chip as a process of the first normal packet included in the received request packet based on a command included in the first normal packet Read information or write information to the IC chip, and if the processing of the first normal packet fails, based on the information included in the control packet following the first normal packet, Information indicating that the processing to be performed is processing of a third normal packet, processing the third normal packet based on the output information, reading information stored in the IC chip, Alternatively, the computer executes processing including a step of causing the display to display a screen notifying that the writing of information to the IC chip has failed. To.

  According to the present invention, the number of communications between a server and a client can be reduced.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  FIG. 3 is a block diagram showing a configuration example of a server-client system to which the present invention is applied.

  The server-client system shown in FIG. 3 includes a server 31, a security module 32, a network 33, a client 34, and an IC chip 35.

  In the server-client system of FIG. 3, the server side includes a server 31 and a security module 32, and the client side includes a client 34 and an IC chip 35. Server 31 and client 34 are connected via network 33.

  3 corresponds to the server device 1 of FIG. 1, and the security module 32 corresponds to the security module 2 of FIG. The network 33 corresponds to the network 5 in FIG. 1, the client 34 corresponds to the client apparatus 3 in FIG. 1, and the IC chip 35 corresponds to the non-contact IC chip 13 in FIG. The configuration corresponding to R / W 4 in FIG. 4 is omitted in FIG.

  That is, the server 31 has at least the function of the server application 11 of FIG. 1, communicates with the client 34, and creates a command (command to be executed by the IC chip 35) in response to a request from the client 34. ) Is output to the security module 32. In addition, when an encrypted command is supplied from the security module 32, the server 31 transmits it to the client 33 via the network 33.

  The security module 32 is a tamper-resistant device, and performs cryptographic processing and management of keys used in the cryptographic processing. The security module 32 encrypts the command supplied from the server 31 and outputs the encrypted command to the server 31. The security module 32 and the IC chip 35 have a common key, and encrypted communication is realized between the security module 32 and the IC chip 35 by transmitting and receiving information encrypted with the key.

  The client 34 has at least the function of the client application 12 of FIG. 1 and transmits a predetermined request to the server 31 and, when a command is transmitted from the server 31, transmits it to the IC chip 35 for execution. .

  The IC chip 35 decrypts the encryption applied to the command transmitted from the security module 32 via the client 34 or the like, and executes it. When the content of the command is rewriting of electronic money, this command includes information on the amount of money to be rewritten.

  In the server-client system having such a configuration, for example, in the case of performing a payment process using electronic money stored in the IC chip 35 in response to a request from the client 34, the server 31 has the IC chip. As described above, before transmitting a read command for reading the balance of electronic money stored in 35, it is necessary to acquire the unique information of the IC chip 35 and the version of the key managed by the IC chip 35. is there.

  In the server-client system of FIG. 3, acquisition of the unique information of the IC chip 35 and the version of the key managed by the IC chip 35 is performed as follows. Hereinafter, information related to the IC chip 35 such as unique information of the IC chip 35 and information on the version of the key managed by the IC chip 35 will be collectively referred to as chip information.

  That is, as shown in FIG. 2, the chip information acquired on the client side only after a request from the server side is transmitted in the form of a response to the request from the server side, and is not acquired by the server side. Instead, before the access to the server side (communication start request), the chip information is acquired on the client side regardless of the request from the server side, and the chip information is transmitted simultaneously with the access and acquired by the server side.

  As a result, the server 31 generates a command or message corresponding to the IC chip 35 that is currently controlled based on the chip information transmitted from the client 34 at the same time as the access, and transmits the information. Can do.

  Therefore, the number of times of communication between the server and the client can be reduced as compared with the case where the chip information of the IC chip 35 is acquired by the client 34 only after the request from the server 31 is transmitted and transmitted to the server 31. The series of processes can be completed in a shorter time.

  Here, the command or message corresponding to the IC chip 35 is a case where the type of command or message differs depending on the type of IC chip, such as a built-in mobile phone or a card embedded in a credit card. In addition, it means that the type corresponds to the IC chip 35, and that the length and the number of transmission / reception at a time correspond to the IC chip 35.

  Processing at the start of communication in the server-client system of FIG. 3 will be described later with reference to a flowchart.

  FIG. 4 is a block diagram illustrating a hardware configuration example of the server 31 of FIG.

  A CPU (Central Processing Unit) 51 executes various processes according to a program stored in a ROM (Read Only Memory) 52 or a program loaded from a storage unit 58 to a RAM (Random Access Memory) 53. The RAM 53 also appropriately stores data necessary for the CPU 51 to execute various processes.

  The CPU 51, ROM 52, and RAM 53 are connected to each other via a bus 54. An input / output interface 55 is also connected to the bus 54.

  The input / output interface 55 includes an input unit 56 including a keyboard and a mouse, a display including an LCD (Liquid Crystal Display), an output unit 57 including a speaker, a storage unit 58 including a hard disk, and a network 33. A communication unit 59 that performs communication processing via the network is connected.

  A drive 60 is also connected to the input / output interface 55 as necessary. A removable medium 61 composed of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is appropriately attached to the drive 60, and a computer program read therefrom is installed in the storage unit 58 as necessary.

  The security module 32 and the client 34 have the same configuration as that shown in FIG. Hereinafter, the configuration of FIG. 4 will be described with reference to the configuration of the security module 32 and the client 34 as appropriate.

  Next, processing at the start of communication in the server-client system of FIG. 3 will be described with reference to the flowchart of FIG.

  In step S <b> 41, the client 34 transmits a request for acquiring chip specific information to the IC chip 35.

  In step S31, the IC chip 35 receives the request from the client 34, proceeds to step S32, and transmits a response including the chip specific information to the client 34.

  In step S42, the client 34 receives the response from the IC chip 35, proceeds to step S43, and then transmits a key version acquisition request to the IC chip 35.

  In step S <b> 33, the IC chip 35 receives the request from the client 34, proceeds to step S <b> 34, and transmits a response including the key version to the client 34.

  In step S44, the client 34 receives the response from the IC chip 35, proceeds to step S45, and sends to the server 31 a communication start request including the chip specific information and the key version (chip information) obtained from the IC chip 35. Send.

  In step S <b> 51, the server 31 receives a communication start request including chip information transmitted from the client 34. As a result, the server 31 generates a command corresponding to the type of the IC chip 35 to be controlled, or transmits a command encrypted with the same version key as the key of the IC chip 35. Thus, the IC chip 35 can be controlled.

  As can be seen by comparing the processing in FIG. 5 with the processing in FIG. 2, the processing corresponding to the processing in steps S21 and S22 of the server application 11 and the processing in steps S11 and S12 of the client application 12 in FIG. Even if the processing is the same processing until the server side acquires the chip information, the processing shown in FIG. 5 requires less communication between the server and the client.

  In the above description, the information acquired by the client 34 without being requested by the server 31 and transmitted to the server 31 is the chip specific information and the key version. Various types of information that need to be stored may be transmitted from the client 34 together with a communication start request.

  For example, information representing an OS (Operating System) employed in the IC chip 35, information on data management in the IC chip 35 (data format), and the like are transmitted to the server 31 together with a request to start communication as chip information. May be.

  In addition, information related to the client such as information indicating the hardware of the client 34 (for example, information indicating that the client 34 is a mobile phone or a PC) or information indicating the OS employed by the client 34 is a request for starting communication. At the same time, it may be transmitted to the server 31.

  In the above, a case has been described in which the information necessary for the server 31 is acquired by the client 34 without being requested by the server 31 and is transmitted to the server 31 together with a request for starting communication, thereby reducing the number of communications. However, as described below, the commands to be executed by the client side (client 34, IC chip 35) are not transmitted one by one in one communication, but a plurality of such commands (packets including commands) are included. Also, the number of communication can be reduced by collectively transmitting from the server 31 to the client 34.

  FIG. 6 is a flowchart for explaining the processing of the server-client system of FIG. 3 in the case where the number of communications is reduced by collectively sending packets including commands to the client 34 in this way.

  In step S <b> 71, the server 31 transmits a request packet including a group of packets to the client 34.

  In the example of FIG. 6, the request packet is composed of Packets 1 to N which are normal packets or control packets.

  Here, the normal packet is a packet including a command to be executed by the client 34 or the IC chip 35. For example, the normal packet includes a command for instructing the client 34 to perform a predetermined screen display and a command (Read command, Write command) for instructing the IC chip 35 to read and write information.

  The control packet is a packet including information that instructs the client 34 or the IC chip 35 which process is to be performed next (conditional branch) when the process according to the command included in the normal packet fails.

  In step S61, the client 34 receives the request packet transmitted from the server 31, proceeds to step S62, and processes the packet.

  The packet processing is performed by the client 34 or the IC chip 35 as shown in FIGS. 7A to 7D, for example.

  Of the packets making up the request packet, normal packets are processed one by one from the front. For example, when Packets 1 to 3 are normal packets, as shown in FIG. 7A, processing is performed in the order of Packet 1, Packet 2, Packet 3, and so on.

  When the normal packet processing fails (when an error occurs), the next processing is performed according to the conditional branch of the control packet.

  For example, when the processing of Packet2 fails, if the control packet instructs to process PacketN next, processing is performed in the order of Packet1, Packet2 (failure), and PacketN as shown in FIG. 7B. .

  Further, for example, when the processing of Packet2 fails, when the control packet instructs to stop the processing there, the processing is performed in the order of Packet1 and Packet2 (failure) as shown in FIG. 7C. This is used when the client side (one side) processing is terminated halfway.

  Further, for example, when the packet 2 processing fails, when the control packet indicates that the packet processing is jumped by a predetermined number and the predetermined packet at the jump destination is processed, as shown in FIG. 7D In addition, processing is performed in the order of Packet1, Packet2 (failure), and the predetermined packet. This is used when a predetermined packet is processed and then the process returns to the packet 2 process again.

  By performing such processing in the client 34 and the IC chip 35, for example, when a normal packet (Packet 1) for accessing (reading and writing information) the IC chip 35 is failed, A control packet (Packet 2) for instructing to process the normal packet by jumping the processing of the normal packet, a normal packet (Packet 3) for displaying a screen for notifying the user that the IC chip 35 has been successfully accessed, When a request packet including a normal packet (Packet 4) for displaying a screen for notifying the user that access to the IC chip 35 has failed is transmitted from the server 31, access to the IC chip 35 (Packet 1 processing) is performed. When it fails, Packet3 processing is jumped according to the instruction from Packet2, and Packet4 The client 34 performs processing, that is, processing for displaying a screen for notifying the user that access to the IC chip 35 has failed.

  In this way, when a plurality of packets (commands) are transmitted collectively from the server 31 and processing of a certain packet fails on the client side, the next processing is determined by the client 34 itself based on the contents of the control packet, By performing the following processing, the number of communication between the server and the client can be reduced.

  That is, the server 31 transmits a first packet including a command for instructing access to the IC chip 35 to the client 34, acquires a processing result (response) from the client 34, and determines whether the processing is successful. The same series of processing can be realized by selecting the second packet including the command to be transmitted next after the determination, and transmitting the selected second packet. As described above, the number of communication is larger than when a plurality of packets (normal packets) are sent together with the control packet, and it takes time to complete a series of processes.

  Returning to the description of FIG. 6, in step S <b> 63, the client 34 transmits response packets Packet <b> 1 to Packets N representing the processing results of Packets 1 to N to the server 31.

  In step S72, the server 31 receives the response packets Packet 1 to N transmitted from the client 34, and performs subsequent processing.

  In the server-client system of FIG. 3, the number of communication between the server and the client is also reduced by the method as described above. Detailed processing of each of the server 31 and the client 34 will be described later with reference to flowcharts.

  FIG. 8 is a block diagram illustrating a functional configuration example of the server 31.

  The server 31 includes a normal packet generator 101, a control packet generator 102, and a request packet generator 103.

  The normal packet generation unit 101 generates a normal packet including a command input by operating the input unit 56 (FIG. 4) by an administrator of the server 31 (a service provider using the IC chip 35). The generated normal packet is output to the request packet generation unit 103.

  The control packet generator 102 generates a control packet representing the conditional branch in accordance with the conditional branch input by the administrator of the server 31 and outputs the generated control packet to the request packet generator 103.

  The request packet generation unit 103 generates a request packet by collecting the normal packet supplied from the normal packet generation unit 101 and the control packet supplied from the control packet generation unit 102, and generates the request packet as It is transmitted to the client 34 at a predetermined timing.

  FIG. 9 is a block diagram illustrating a functional configuration example of the client 34.

  The client 34 includes a packet extraction unit 111, a normal packet processing unit 112, and a control packet processing unit 113.

  The packet extraction unit 111 receives a request packet transmitted from the server 31, and extracts a normal packet and a control packet that constitute the request packet. The packet extraction unit 111 outputs the extracted normal packet to the normal packet processing unit 112, and outputs the control packet to the control packet processing unit 113.

  The normal packet processing unit 112 processes the normal packet supplied from the packet extraction unit 111 by itself, or causes the IC chip 35 to process (execute a command included in the normal packet by itself, or Chip 35 is executed).

  When the normal packet processing by the normal packet processing unit 112 fails, the control packet processing unit 113 displays information indicating the content of the next processing based on the control packet supplied from the packet extraction unit 111. 112, and causes the normal packet processing unit 112 to perform the next processing.

  Next, each process of the server 31 and the client 34 having the above configuration will be described.

  First, processing of the server 31 that generates a request packet will be described with reference to the flowchart of FIG.

  In step S <b> 101, the normal packet generation unit 101 of the server 31 generates a normal packet including a command input by the administrator of the server 31 and outputs the generated normal packet to the request packet generation unit 103.

  In step S <b> 102, the control packet generator 102 generates a control packet representing the conditional branch according to the conditional branch similarly input by the administrator of the server 31, and outputs the generated control packet to the request packet generator 103.

  In step S 103, the request packet generation unit 103 generates a request packet by collecting the normal packet supplied from the normal packet generation unit 101 and the control packet supplied from the control packet generation unit 102.

  In step S104, the request packet generation unit 103 transmits the request packet generated in step S103 to the client 34 at a predetermined timing, and ends the processing. When a response to the request packet is transmitted from the client 34, the server 31 performs processing using the response.

  Next, processing of the client 34 that processes a packet will be described with reference to the flowchart of FIG. This process corresponds to the process performed in step S62 of FIG.

  In step S121, the packet extraction unit 111 of the client 34 receives the request packet transmitted from the server 31, and extracts a normal packet and a control packet constituting the request packet. The packet extraction unit 111 outputs the extracted normal packet to the normal packet processing unit 112, and outputs the control packet to the control packet processing unit 113.

  In step S122, the normal packet processing unit 112 processes the normal packet supplied from the packet extraction unit 111 by itself or causes the IC chip 35 to process the normal packet.

  In step S123, the control packet processing unit 113 determines whether or not the normal packet processing by the normal packet processing unit 112 has succeeded. If the control packet processing unit 113 determines that the normal packet processing has not been successful, that is, has failed, the process proceeds to step S124. Based on the control packet supplied from the packet extraction unit 111, information indicating the content of the next process is output to the normal packet processing unit 112, and the next process is performed by the normal packet processing unit 112.

  In step S125, the control packet processing unit 113 determines whether or not to end the process. If it is determined not to end the process, the control packet processing unit 113 returns to step S122 and performs the subsequent processes.

  For example, when a predetermined normal packet is instructed by the control packet to be processed next to the normal packet whose processing has failed, information on the normal packet to be processed next is output to the normal packet processing unit 112 in step S124. In step S125, it is determined that the process has not been finished yet. After that, in step S122, the normal packet designated by the control packet to be processed next is processed by the normal packet processing unit 112.

  In addition, when processing of the normal packet fails, when the control packet instructs to stop processing there, in step S124, information indicating that processing is stopped is output to the normal packet processing unit 112. In step S125, it is determined that the process is to be terminated, and the process is terminated.

  As described above, when the normal packet processing by the normal packet processing unit 112 fails, the following processing is performed according to the contents of the control packet processed by the control packet processing unit 113.

  On the other hand, in step S123, when the control packet processing unit 113 determines that the normal packet processing by the normal packet processing unit 112 is successful, the process of step S124 is skipped, and the processing after step S125 is performed.

  That is, in step S125, it is determined whether or not to end the process, and since it has been performed one by one from the front until the last normal packet included in the request packet, it is determined to end the process, Processing is terminated. If it is determined that the process is not to be terminated because the normal packet still remains, the process returns to step S122 and the normal packet process is continued. When the process of FIG. 11 is completed, a response command is transmitted to the server 31.

  With the above processing, the number of communication between the server and the client can be reduced.

  As a method similar to the method of specifying a conditional branch using a control packet, it may be possible to specify the processing content and conditional branch using a script, but the script is written in a predetermined programming language. Since a higher level of processing is required than processing a control packet made up of commands for the IC chip 35, the control packet is used in terms of mounting and processing burden on the device on the client side. It is more effective. Therefore, the method using the control packet as described above is used when controlling a device such as a portable device whose processing capability is inferior to that of a personal computer, or when controlling an IC chip incorporated in the device. It is particularly effective.

  The series of processes described above can be executed by hardware, but can also be executed by software.

  When a series of processing is executed by software, a program constituting the software may execute various functions by installing a computer incorporated in dedicated hardware or various programs. For example, it is installed from a network or a recording medium into a general-purpose personal computer or the like.

  As shown in FIG. 4, the recording medium is distributed to provide a program to the user separately from the apparatus main body, and includes a magnetic disk (including a flexible disk) on which the program is recorded, an optical disk (CD- Removable media 61 composed of ROM (compact disk-read only memory), DVD (digital versatile disk), magneto-optical disk (including MD (registered trademark) (mini-disk)), or semiconductor memory In addition, it is configured by a ROM 52 on which a program is recorded and a hard disk included in the storage unit 58 provided to the user in a state of being pre-installed in the apparatus main body.

  In the present specification, each step includes not only processing performed in time series according to the described order but also processing executed in parallel or individually, although not necessarily performed in time series.

  Further, in this specification, the system represents the entire apparatus composed of a plurality of apparatuses.

It is a block diagram which shows the structural example of the conventional server-client system. 2 is a flowchart for explaining processing at the start of communication in the server-client system of FIG. 1. It is a block diagram which shows the structural example of the server client system to which this invention is applied. It is a block diagram which shows the hardware structural example of the server of FIG. 4 is a flowchart for explaining processing at the start of communication in the server-client system of FIG. 3. It is a flowchart explaining the process of the server client system of FIG. It is a figure shown about the process of a packet. It is a block diagram which shows the function structural example of a server. It is a block diagram which shows the function structural example of a client. It is a flowchart explaining the request packet production | generation process of a server. It is a flowchart explaining the packet processing of a client.

Explanation of symbols

  31 server, 32 security module, 33 network, 34 client, 35 IC chip, 101 normal packet generator, 102 control packet generator, 103 request packet generator, 111 packet extractor, 112 normal packet processor, 113 control packet processing Part

Claims (7)

  In a communication system consisting of a server device and a client device,
  The server device
    A first normal packet including a command instructing reading of information stored in an IC chip controlled by the client device or writing of information to the IC chip as a normal packet that is a packet including a command; and the IC A second normal packet including a command for instructing to display a screen for notifying that reading of information stored in the chip or writing of information to the IC chip is successful; and storing in the IC chip First generation means for generating a third normal packet including a command for instructing to display a screen for notifying that reading of information or writing of information to the IC chip has failed,
    When the processing of the first normal packet fails, a control packet that is a packet including information instructing to process the third normal packet is generated without processing the second normal packet. Second generating means to:
    Transmitting means for generating a request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order, and transmitting the request packet to the client device;
  With
  The client device is
    Receiving the request packet, and reading information stored in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet Or first processing means for writing information to the IC chip;
    If the processing of the first normal packet fails, it indicates that the next processing to be performed is processing of the third normal packet based on information included in the control packet following the first normal packet. A second processing means for outputting information;
  With
    The first processing means processes the third normal packet based on the information output from the second processing means, reads information stored in the IC chip, or reads the information from the IC chip. Display on the display a screen notifying you that writing information has failed
  Communications system.   A first normal packet including a command for instructing reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet which is a packet including a command; and the IC chip A second normal packet including a command for instructing to display a screen notifying that the information stored in the IC chip has been successfully read or written to the IC chip, and stored in the IC chip First generation means for generating a third normal packet including a command for instructing to display a screen for notifying that reading of information or writing of information to the IC chip has failed,
  When the processing of the first normal packet fails, a control packet that is a packet including information instructing to process the third normal packet is generated without processing the second normal packet. Second generating means to:
  Transmitting means for generating a request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order, and transmitting the request packet to the client device;
  With
  In the client device, the request packet is received and stored in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet Read information or write information to the IC chip, if the processing of the first normal packet fails, based on the information included in the control packet following the first normal packet, Information indicating that the process to be performed next is the process of the third normal packet is output, the process of the third normal packet is performed based on the output information, and the information stored in the IC chip A screen is displayed on the display notifying that reading or writing of information to the IC chip has failed.
  Server device.   A first normal packet including a command for instructing reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet which is a packet including a command; and the IC chip A second normal packet including a command for instructing to display a screen notifying that the information stored in the IC chip has been successfully read or written to the IC chip, and stored in the IC chip Generating a third normal packet including a command instructing to display a screen notifying that reading of information or writing of information to the IC chip has failed,
  When the processing of the first normal packet fails, a control packet that is a packet including information instructing to process the third normal packet is generated without processing the second normal packet. And
  A request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order is generated and transmitted to the client device
  Including steps,
  In the client device, the request packet is received and stored in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet Read information or write information to the IC chip, if the processing of the first normal packet fails, based on the information included in the control packet following the first normal packet, Information indicating that the process to be performed next is the process of the third normal packet is output, the process of the third normal packet is performed based on the output information, and the information stored in the IC chip A screen is displayed on the display notifying that reading or writing of information to the IC chip has failed.
  A communication method of the server device.   A first normal packet including a command for instructing reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet which is a packet including a command; and the IC chip A second normal packet including a command for instructing to display a screen notifying that the information stored in the IC chip has been successfully read or written to the IC chip, and stored in the IC chip Generating a third normal packet including a command instructing to display a screen notifying that reading of information or writing of information to the IC chip has failed,
  When the processing of the first normal packet fails, a control packet that is a packet including information instructing to process the third normal packet is generated without processing the second normal packet. And
  A request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order is generated and transmitted to the client device
  Including steps,
  In the client device, the request packet is received and stored in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet Read information or write information to the IC chip, if the processing of the first normal packet fails, based on the information included in the control packet following the first normal packet, Information indicating that the process to be performed next is the process of the third normal packet is output, the process of the third normal packet is performed based on the output information, and the information stored in the IC chip A screen is displayed on the display notifying that reading or writing of information to the IC chip has failed.
  A program that causes a computer to execute processing.   A first normal packet including a command for instructing reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet which is a packet including a command; and the IC chip A second normal packet including a command for instructing to display a screen notifying that the information stored in the IC chip has been successfully read or written to the IC chip, and stored in the IC chip A third normal packet including a command for instructing to display a screen for notifying that reading of information or writing of information to the IC chip has failed, and processing of the normal packet of the first has failed In this case, the third normal packet is processed without processing the second normal packet. A request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order. In the client device connected to the server device that generates and transmits,
  Receiving the request packet, and reading information stored in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet Or first processing means for writing information to the IC chip;
  If the processing of the first normal packet fails, it indicates that the next processing to be performed is processing of the third normal packet based on information included in the control packet following the first normal packet. A second processing means for outputting information;
  With
  The first processing means processes the third normal packet based on the information output from the second processing means, reads information stored in the IC chip, or reads the information from the IC chip. Display on the display a screen notifying you that writing information has failed
  Client device.   A first normal packet including a command for instructing reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet which is a packet including a command; and the IC chip A second normal packet including a command for instructing to display a screen notifying that the information stored in the IC chip has been successfully read or written to the IC chip, and stored in the IC chip A third normal packet including a command for instructing to display a screen for notifying that reading of information or writing of information to the IC chip has failed, and processing of the normal packet of the first has failed In this case, the third normal packet is processed without processing the second normal packet. A request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order. In a communication method of a client device connected to a server device that generates and transmits,
  Receiving the request packet, and reading information stored in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet Or write information to the IC chip,
  If the processing of the first normal packet fails, it indicates that the next processing to be performed is processing of the third normal packet based on information included in the control packet following the first normal packet. Output information,
  The third normal packet is processed based on the output information, and a screen is displayed on the display notifying that reading of information stored in the IC chip or writing of information to the IC chip has failed.
  A communication method including steps.   A first normal packet including a command for instructing reading of information stored in an IC chip controlled by a client device or writing of information to the IC chip as a normal packet which is a packet including a command; and the IC chip A second normal packet including a command for instructing to display a screen notifying that the information stored in the IC chip has been successfully read or written to the IC chip, and stored in the IC chip A third normal packet including a command for instructing to display a screen for notifying that reading of information or writing of information to the IC chip has failed, and processing of the normal packet of the first has failed In this case, the third normal packet is processed without processing the second normal packet. A request packet including the first normal packet, the control packet, the second normal packet, and the third normal packet in that order. In a program for causing a computer to execute processing of a client device connected to a server device that generates and transmits,
  Receiving the request packet, and reading information stored in the IC chip based on a command included in the first normal packet as processing of the first normal packet included in the received request packet Or write information to the IC chip,
  If the processing of the first normal packet fails, it indicates that the next processing to be performed is processing of the third normal packet based on information included in the control packet following the first normal packet. Output information,
  The third normal packet is processed based on the output information, and a screen is displayed on the display notifying that reading of information stored in the IC chip or writing of information to the IC chip has failed.
  A program that causes a computer to execute processing including steps.

Images