JP2000207470A - Ic card, terminal and server - Google Patents

Abstract

PROBLEM TO BE SOLVED: To stimulate the curiosity of a user and to promote his/her positive use of an IC card by distributing the games to the user according to his/her use of the IC card and making the user play the game described on his/her IC card and finally exchange his/her total number of points for a prize or a commodity after the points having the cash value are added together according to result of the game. SOLUTION: A card OS 201 where plural applications can safely coexist is mounted on an IC card 110. A game application 203 and an application 205 such as the electronic money and a point system are loaded into the OS 201. When an enciphered game pattern 213 is sent from a store terminal 108, a data store control processing part 221 decodes the pattern 213, compares the decoded pattern 213 with the history information 216 to transform the pattern 213 into a form that can be stored in the card 110 and then waits for the user's execution of his/her game.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer system having high security, and more particularly, to an I / O system capable of storing an application program in a nonvolatile memory.
The present invention relates to a computer system using a C card as a core.

[0002]

2. Description of the Related Art A CPU (Central) is mounted on an IC chip.
2. Description of the Related Art An IC card (or a smart card) with a built-in Processing Unit (also referred to as a smart card) has a high information storage capability and can realize high security. Therefore, it is expected to be used in various fields. In recent years, it has been actively introduced.

[0003] Recently, a card OS (Op
erating System) has become common. These multi-application compatible card OSs include:
“MULTOS” by Mondex International and the like are known. In a multi-application compatible IC card managed by such an OS, as an example of cooperation between a plurality of applications, electronic money and a point system (points are added according to the use of the card, which has a monetary value, and cash or goods later) Is considered.

[0004] On the other hand, there is a service in which, when shopping at a fast-food store or the like, a paper card-shaped game (such as a scratch game) is given, and a product or the like is presented according to the result of the game. There are a variety of game formats, including simple scratches (shaving out the silver mask and reading out the letters written inside) and quizzes. In addition, a kind of lottery in which a game sheet is paid for and a prize is obtained based on a result of cutting a scratch portion is also common.

In the field of games, participants solve interactive games and quizzes on a network represented by the Internet, and depending on the results, names appear in rankings managed by a server or prizes. A system has been constructed to receive gifts, and is gaining popularity. In such a system, quiz questions and game patterns are stored on a server via a network, and the participant's problem history, scores, results list, etc. are also put together on the server. Is common.

[0006]

The above-mentioned multi-application compatible IC card is in the stage of introduction at present, and its primary use is to use it as electronic money mainly in consideration of security. It is hard to say that the card has been fully used because it has not yet penetrated users and the cost of the card is higher than the magnetic card used for conventional credit cards. In order to spread such a new system, it is important to have a system that stimulates the curiosity of the user to “use it” and actively uses the IC card.

On the other hand, in the case of a sheet-shaped game, there is no problem if the prize money or merchandise to be exchanged is inexpensive, but if it can be exchanged for a large prize money or merchandise, the possibility of falsification or counterfeiting must be considered. Also, if the target of the game is not only static data, but the game pattern or the probability of hitting dynamically changes depending on the amount of money used and the date and time, or if the game requires complicated calculation ability, use it. The interest of the game will increase, and the possibilities of the game will expand.

[0008] In an electronic game via a network, it is basically impossible to play unless the player is connected to the network, and as the prize money or merchandise involved in the game becomes higher, a malicious user becomes a mischief. There are also concerns about the security of information on the network.

[0009]

In order to solve these problems, the following three conventional examples of a multi-application compatible IC card, a sheet game, and a game on a network are examined. As an application, we propose to install an application that is widely controlled as a game.

[0010] Specifically, in an IC card having electronic money and a point system, a game is distributed to a user in accordance with use of the card, and the user plays the game on the IC card. According to the result of the game, points having a monetary value are added, and finally, the points can be exchanged for a prize or a commodity. A method is also conceivable in which a monetary value obtained as a result of executing a game is directly reflected in electronic money without using a point system.

Although there are various types of games even if they are simply referred to as games, here, there is a possibility that different results may be obtained every time by the operation of the user (user playing the game). What is not known to the user in advance "is defined as" game. "

[0012] Electronic money, point system, etc.
In the conventional application on an IC card, a user pays a monetary value for a certain item, a point on the card is added according to the use of the item, or a point or a percentage of money or an item is determined at a predetermined rate. In this case, the value to be distributed is equivalent in a series of flows, and it is unlikely that the value changes unpredictably due to luck, user operation, or the like. Conversely, high security ensures that equivalence in a series of flows enables secure operation as a substitute for money. In a game system, the sum of the values distributed on each card is not necessarily equal to the sum of the values issued by the management side, and depending on the operation method, There is the danger of unexpected flooding and loss of the system operator. Therefore, in order to introduce a game application into an IC card system, a mechanism that does not exist in a conventional application on an IC card is required.

[0013] The mechanism that the conventional application does not have is, specifically, "a game pattern executed once by a user cannot be recognized by the user and cannot be executed more than once"; To make it possible to dynamically control the distribution of value. " Regarding the former, the game pattern once executed by the user is immediately invalidated (specifically, deleted) to prevent the game pattern from being executed a plurality of times, and the game execution history data is stored in a card, and the history data is stored in the card. It is conceivable to control the generation of a game pattern to be loaded on the card next time based on the game pattern. Regarding the latter, history data stored on the card, execution result data of each user,
Point exchange history data and the like may be managed as game management data, and based on this information, it may be possible to allow the system operation side to dynamically control game issue parameters. As a result, the user can execute a game that cannot be predicted in advance every time, and can prevent fraud by predicting the answer. On the system operation side, it is possible to roughly grasp the flow of the value currently distributed throughout the entire system, and by controlling various parameters of the game dynamically, it is possible to prevent a large loss on the system side.

Therefore, the following eight items can be cited as means for solving the problems of the present invention.

First, the means on the IC card side are: (1) a game having a game pattern: a game pattern for obtaining a result by comparing with a user input is stored in a memory of the IC card; And a user's input are compared according to a predetermined algorithm to determine the result. The game pattern whose reference has been completed is immediately invalidated. This game pattern must not be known by the user in advance. For this reason, the present game pattern is often encrypted and loaded from an external terminal, or generated inside a card. In addition, when the game pattern is loaded from an external terminal, the game pattern is compared with the history information up to the previous time, and has a function of controlling the pattern loading.

(2) A game having no game pattern and in which a result is obtained according to a user's input timing: I
Execution right data indicating how many times the user can execute the program is stored in the memory of the C card. The result is determined by a predetermined algorithm that can obtain different values depending on the timing of the user's input within the range in which the execution right exists. When the execution is completed, the execution right data decreases.

(3) Presentation of the progress of the game to the user: In the case where one game execution consists of a plurality of user inputs, the progress of the game can be presented to the user, and the progress of the game is presented. The contents can be changed.

(4) The score varies depending on the game execution: The score of the user changes according to the result of the game execution. This score is worth it.

Next, as a terminal device for handling the IC card, (5) a terminal for the user to operate at hand: a terminal can be connected to the IC card, and the user can be presented with the progress of the game execution to the user. It has functions such as temporary evacuation of game patterns.

(6) A store terminal for transmitting game patterns, game parameters, program execution right data, and the like to an IC card: a game terminal that can be connected to an IC card, is managed by a system administrator, and is required for game execution. It has a function of transmitting patterns, various parameters, game execution rights, and the like to the IC card.

(7) Store terminal for collecting game execution history: a function for collecting game execution history information held by the IC card when sending game patterns, various parameters, game execution rights, etc. to the IC card. Have.

Finally, as a server for managing the system, (8) a management server for managing parameters based on history information: based on an execution history collected from an IC card and a store terminal and other various factors. It has a function of dynamically managing the game parameters to be issued.

[0023]

DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows an image of a service of a game system using an IC card realized by the present invention. The system is roughly divided into a service provider side (101) that provides a service and a user side (109) that receives the service. The service provider 101 converts the game application into an IC
Application provider 1 that supplies cards and terminals
02, service manager 103 for managing the operation of the game,
It comprises a store 104 that supplies games to each user and exchanges points. Here, the application provider 102 and the service manager 103 may have both roles or may share the roles. In general, a plurality of stores 104 exist at various locations, but only one location is used by the application provider 102 or the service manager 1.
03 in some cases. The user side 109 includes a plurality of users 112, and each user 112
Is an IC card 110 and a personal terminal 1 for viewing the contents of the card and performing processing on the card.
11 (referred to as “Wallet” meaning “electronic wallet”). Application provider 10
2. First, the IC card 110 of each user 112
Load application to The service manager 103 receives necessary data from the game management data 106 that collects various information on the game system, and distributes the game parameters to the store terminals 108 of the stores 104 at the game management server 107. I do.
The shop terminal issues to the IC card 110 a game pattern that can be executed a predetermined number of times according to the parameters. The user 112 executes a game using the IC card 110 and the personal terminal 111, and exchanges points obtained as a result at the store 104 for goods.
Data such as a game issuance status, a user's result history, and a point exchange history obtained in these series of processes are accumulated in the game management data 106 as needed, and are fed back to the next game parameter generation and game issuance. . As described above, the service manager dynamically controls the game parameters by using the latest data of the game, so that the service provider can manage the state of the entire system.

Hereinafter, an IC realized by the present invention will be described with reference to FIGS. 2 to 16 and FIGS. 29, 40 and 41.
Five examples of a game system using a card will be given, and the configuration of an IC card and the configuration of the system in each example will be illustrated to explain the flow of processing. Here, the first example is
An example in which a game pattern is loaded and stored in a smart card from a terminal, a second example is an example in which a game pattern is generated in an IC card, and a third example is a timing of user input without a game pattern. The fourth example is an example in which the result is determined based on a game pattern composed of a set of a question and an answer, and the fifth example is an example in which the result is linked to a point system which is another application. The fifth example may be realized in combination with any of the first to fourth examples.

FIG. 2 shows a first example of a game system using an IC card realized by the present invention.
FIG. 3 is a diagram illustrating a configuration of a card. In the IC card 110,
As the card OS 201, a card OS, such as MULTOS, which allows a plurality of applications to coexist safely on one card, is mounted. Commands and data are exchanged with the card handling terminal through the input / output interface 202. A game application 203 and other applications 205 such as electronic money and a point system are loaded on the OS, and one application is controlled so that unauthorized access to data of another application is not possible. Have been. Game application 2
03, a data storage unit 212 for storing data used in the program and a processing unit 21 specific to the application.
The other application 205 has a data storage unit 212 ′ and a processing unit 211 ′. The processing unit 211 of the game application 203 cannot access the data stored in the data storage unit 212 ′ unnecessarily, and the processing unit 211 ′ of another application 205 cannot access the data stored in the data storage unit 212 ′. You cannot access it without permission.

A game pattern 213 and history information 21 are stored in a data storage section 212 of the game application 203.
6. Each data of the point data 215 is stored. The game pattern 213 is a pattern for comparison required when a user executes a game and determines a result from an input from the user, and a different pattern needs to be used every time the game is executed. is there. When the encrypted game pattern 213 is sent from the store terminal 108, the data storage control processing unit 221 decrypts the sent game pattern 213 and then stores the history information 216.
Then, it is determined whether or not to store the pattern, the pattern is converted into a form that can be stored in the card, stored as the game pattern 213, and the user waits for the execution of the game. When a user input 151 is sent from the user terminal 111 during the game execution by the user, the result determination processing unit 225 first checks whether or not the game pattern 213 is stored. 151 is compared with the game pattern 213 according to a predetermined algorithm, and an execution result 159 is returned to the user terminal 111. At this time, the game pattern executed once is invalidated by the pattern invalidation control processing unit 226 so that the same pattern is not executed again.
Here, the invalidation can be specifically realized by, for example, deleting the data from the data storage unit 212 or setting an executed flag so as to prevent re-access. When a point is added to the user as a result of the game execution, the point change processing unit 230 checks the value of the point data 215 up to the present, and changes the value to a new value. When the point 215 is accumulated for a predetermined amount or more, it can be exchanged for a product or money later, and the result of the game execution is returned to the user. By repeatedly performing the game pattern storing process and the game executing process described above, the value is accumulated in the card.

FIG. 3 shows a second example of a game system using an IC card realized by the present invention.
FIG. 3 is a diagram illustrating a configuration of a card. As in the first example, the game pattern 213 is stored in the data storage unit 212 of the game application 203. The difference from the first example is that the game pattern 213 is different from the store terminal 108 in the first example. In the second example, the game pattern 213 is generated on the IC card 110. By performing the game pattern generation processing in the IC card 110, the game pattern exists only inside the card and does not exist outside the card, so that the security of the system can be improved. A game parameter 214 given in advance is used to generate a game pattern. First, when the game parameters 214 are sent from the shop terminal 108, the data storage control processing unit 221 converts them into a form that can be stored on a card, and stores them in the data storage unit 212 as the game parameters 214. In the game issuance process from the store terminal 108, data defining the number of times the user can execute the game, called a game execution right 217, is sent to the card. Upon receiving the game execution right 217, the game pattern generation processing unit 234 in the card
Generates a game pattern using the game parameters 214 and history information 216 stored in advance according to the number of executable times. The generated game pattern 213 is
The data is stored in the data storage unit 212. The game execution process is the same as in the first example. When the user input 151 is sent from the user terminal 110, the result determination unit 225 compares the input 151 from the user with the game pattern 213 stored in advance according to a predetermined algorithm, and compares the execution result 159 with the user terminal 110. To return. The execution result is reflected in the point data 215 by the point change processing unit 230, and at the same time, the pattern invalidation control processing unit 226 performs invalidation processing of the executed game pattern.

FIG. 4 shows a third example of a game system using an IC card realized by the present invention.
FIG. 3 is a diagram illustrating a configuration of a card. In this example, the first example,
The game pattern used in the second example is not necessary, and the result is determined by the timing of the user's input. In this example, since there is no game pattern in the first place, there is no possibility of a malicious user seeing the pattern, and the security of the system is high. To determine the execution result,
User input and game parameter 2 given in advance
14 is used. First, when the game parameter 214 is sent from the store terminal 108, the data storage control processing unit 22
In step 1, the data is converted into a form that can be stored in a card, and stored in the data storage unit 212 as a game parameter 214. In the process of issuing a game from the shop terminal 108, the game execution right 217 is sent to the card, as in the second example. Upon receiving the game execution right 217, the storage control unit 221 converts this into a form that can be stored on a card, and stores it in the data storage unit 212 as game execution right data 217. When the game is executed, the game execution right control processing unit 227 checks whether the remaining execution right is set in the game execution right 217. When the execution right remains, the game execution trigger 231 is operated by the user input 151 from the user terminal 111, and the clock value inside the card (or a random number that can obtain a different value depending on the timing) 153 and the game An execution result is obtained by the result determination unit 225 from the parameter 214 according to a predetermined algorithm. As in the first example and the second example, the execution result is stored in the point data 2 by the point changing unit 230.
15 is reflected. Upon completion of the execution, the game execution right control unit 227 performs an operation of reducing the game execution right 217.

FIG. 5 shows an IC in a fourth example of a game system using an IC card realized by the present invention.
FIG. 3 is a diagram illustrating a configuration of a card. In this example, the game pattern 213 in the first example is a pair of question data 218 and answer data 219. The processing at the time of loading and executing the game pattern is almost the same as that of the first example. The question data 218 is presented to the user from the user terminal 111 (160). By comparison, an execution result is obtained.

FIG. 6 shows an IC in a fifth example of a game system using an IC card realized by the present invention.
FIG. 3 is a diagram illustrating a configuration of a card. In this example, the point portion reflecting the execution result is independent as another application called the point application 204. The point application 204 includes a data storage unit 212 ′ and a processing unit 211 ′, and the point data 215 is stored in the data storage unit 212 ′. The processing unit 211 ′ includes a point addition processing unit 232, which manages the value of the point data 215. As described above, for security reasons, data 2 of the point application 204 is transmitted from the game application 203.
You cannot access 12 'unnecessarily. Therefore, in the game application 203, when it is desired to add the point data of the game execution, the point addition request control processing unit 229 causes the point application 2
04 is requested to execute the point addition process. The processing request is sent to the point application 204 via the card OS 201, and based on this, the point application 204 performs value addition processing for the point data 215. It should be noted that the processing request for this another application is transmitted to a delegation (delegati
on: meaning delegation / delegation) and the latest MUL
TOS has this function. As an application of this example, a method in which the game execution result is reflected not by the point application but by the electronic money application, and the return to the user obtained as a result of the game is directly replaced with a monetary value can be considered.

This completes the description of the configuration of the IC card in the example of the game system using the IC card realized by the present invention.

Next, the configuration and processing flow of a game system using the above-described IC card will be described in detail with reference to FIGS.

FIG. 7 shows a system configuration diagram of a first example of a game system using an IC card realized by the present invention, and a flow of the processing. The processing of the system
It is divided into four steps: (1) application issuing processing, (2) game issuing processing, (3) game executing processing, and (4) point exchange processing. FIGS. 8, 9, 10, and 12 show the system configuration diagram of FIG. 2 divided into the above four steps, and only necessary components are extracted and represented. 8 shows an application issuing process, FIG. 9 shows a game issuing process, FIG. 10 shows a game executing process, and FIG. 12 shows a point exchange process. FIG. 11 shows a configuration of the personal terminal in the game issuing process.

The flow of processing in each step in the system realized by the present invention will be described below with reference to FIGS.

(1) Application Issuing Process (FIG. 8): The application provider 102 loads an application to the personal terminal 111 and the IC card 110 of the user 112 through the application loading terminal 105. In order for the user 112 to execute the game, the program on the IC card 110 and the personal terminal 1 are required.
Since both programs on 11 are required, it is necessary to load both programs. The terminal application installer 121 mounted on the application loading terminal 105 installs the terminal application 141 on the personal terminal 111, and the card application loader 122 installs the game application program 203 on the IC card 110, respectively. To load. Here, the application program loading control unit 206 of the card IC card 110 manages loading of the game application program 203 onto the card, and also sends information 207 about the card and the user stored in the card to the application loading terminal 102. Send. The card application loader 122 takes in the card user information 207,
Information such as on which card (identified by the card ID given to the card) the game application is loaded or what user (age, interest, etc.) holds this game belongs to the service manager 103. The data is transmitted to the game management data 106.

(2) Game Issuing Process (FIG. 9): User 1
In order for the 12 to execute the game, it is necessary to have the IC card 110 issue the game through the store terminal (game supply terminal) 108 in the store (game supplier) 104 after loading the application. Each game is loaded from the shop terminal 108 to the IC card 110 in the form of a game pattern 213 stored in the area of the application data storage unit 212 in the previously loaded game application 203. Loading of game patterns is a service according to shopping etc.,
Alternatively, it is performed every time the game execution right is purchased. When issuing the game pattern 213, the game management server 1
07 dynamically controls the game parameters 214 such as the ease of hitting the game and the amount of prize money per game. The game parameter 214 is based on the game management data 106 belonging to the service manager 103.
In the game management server 107, the data analysis unit 12
The parameter is generated by the parameter control unit 124, taking into account, as necessary, the result analyzed by the step 3 and an external factor 125 determined by the service manager based on the season, date, and the like. The external factors 125 specifically include, for example, factors such as easy adjustment during the campaign period and increase in the amount of prize money. This game parameter 2
14 is sent to the shop terminal 108 of the shop 104, and the game pattern
Is generated. Here, in the process of creating the game parameters 214, the history information of the game pattern issuance for each user sent from the IC card 110 is taken into account, so that the same game pattern as the last time It is prevented from being loaded twice. The generated game pattern 213 is encrypted before being transmitted to the IC card 1 so as not to be peeped during transmission.
Sent to 10. The data storage control processing unit 221 having received the game pattern 213 first decrypts the transmitted encrypted game pattern, and compares the received game pattern 213 with the game history information 216 stored on the card. If it is an appropriate game pattern, it is accepted, converted into a form that can be stored on the card, and stored as the game pattern 213 on the card. At this time, the stored game pattern is accumulated in the history information 216, and at the same time, the history information 216 of the previous game execution is stored.
Is stored in the history information collection unit 133 of the shop terminal 108, and is fed back to the game management data 106.

(3) Game Execution Process (FIG. 10): The game execution process by the user 103 is performed when the IC card 110 and the personal terminal 1 are separated from the service provider.
11 can be performed. One of the advantages of a system using an IC card is that a user can play a game at any time without being connected to a service provider. The game pattern 213 stored in the application data storage unit 212 in advance is converted into a form to be presented to the user by the display content control unit 223, and transmitted to the personal terminal 111. Personal terminal 1
At 11, the received display information is processed by the data processing unit 211, displayed on the screen by the input / output interface 202 of the terminal, and presented to the user 112. User 112
Performs input based on this. The input from the user is sent to the IC card 110 through the input / output interface 202 and the data processing unit 211. In the IC card 110, the user input 151 is input to the input data developing unit 224.
If the game pattern 213 is stored, the expanded input data and the game pattern 213 are compared and the result is determined according to the algorithm determined by the result determination unit 222. The determination result is sent to the display content control unit 223 and presented to the user through the personal terminal 111. If the determination result is correct, the point changing unit 230 adds the points assigned to the game to the accumulated points 215. The point 215 has a value (value) that can be exchanged for a prize or money at a certain point. The result of the game execution and the value of the accumulated points are stored in the history information 216.
Is stored in At this time, the executed game pattern is invalidated by the pattern invalidation processing unit 226 so that the once executed game pattern is never executed again. In the normal case, the invalidation is to delete the data from the data storage unit or to set a flag so as to control the referenced data not to be referred to at the next and subsequent game executions.

FIG. 11 shows the configuration of the terminal application 141 on the personal terminal 111 in the game execution process (the portion shown as "data processing section (211)" in FIG. 10). Data processing unit 211
Specifically, the execution order control unit 235, the input data analysis unit 236, the command generation unit 237, the response reception unit 2
38 and the like. The execution order control unit 235 controls the flow of game execution, and controls a function of prompting the user for input and a function of requesting the IC card for result determination. The input data analysis unit 236 analyzes the input from the user received from the input / output interface 202. Command generator 237 and response analyzer 23
Reference numeral 8 controls generation and analysis of a command / response with the IC card. Hereinafter, what kind of processing is performed by each of the components of the data processing unit 211 will be described, taking an example of a game in which the execution result is determined in response to a plurality of user inputs (a scratch game described later is an example). Will be described. Upon receiving the game execution start instruction, the execution order control unit 235 sets the screen display data 155 on the game start terminal and sets the input / output interface 2 of the terminal.
02, an initial execution screen is presented to the user.
When the user performs the first input in response to the screen display, the input data analysis unit 236 analyzes the input data 154 and passes the input data 154 to the execution order control unit 235. The execution order control unit determines that this is the first input by the user, and passes the process to the command generation unit 237 with an appropriate parameter added.
The command generation unit 237 generates a command 156 for the IC card using the input data 154 as a parameter.
Transmit to IC card 110. On the other hand, when processing is performed in the card and a response 157 is returned, the response analysis unit 238 processes the response and passes the data to the execution order control unit 235. Since this is a response from the card to the first input of the user, the execution order control unit 235 displays the parameters returned along with the response on the terminal screen as a progress and presents them to the user. Display data 155
Is set, and an intermediate progress screen is presented to the user through the input / output interface 202 of the terminal. These processes are repeated until the final execution result of the game is returned from the IC card 203 side, the final execution result is displayed on the screen, and one execution of the game is ended.

(4) Point Exchange Process (FIG. 12): When the point data for executing the game is accumulated, the user 112 brings the IC card 110 to an arbitrary store 104 and performs the point exchange process. Store the IC card 110 in the store terminal 10
8 and requesting an exchange, if the predetermined score has been reached, a predetermined prize / money 152 can be exchanged. At this time, the point exchange control processing unit 222 of the IC card 110
Transmits the point value 215 to the store terminal 108. The point exchange processing unit 132 of the shop terminal 108 confirms the points and performs a process of reducing the points on the IC card 110. At the same time, the history of the point exchange is stored in the history information collection unit 13 on the store terminal 108.
3 and transmitted to the game management data 106 in real time or at regular intervals. Prizes / Cash 15
2 is delivered from the store 104 to the user 112.

FIG. 13 shows an IC implemented by the present invention.
It is a figure showing the system configuration of the 2nd example of the game system using the card, and the flow of the processing. FIG. 13 shows FIG.
2 is a diagram of a system configured using the IC card having the configuration shown in FIG. As described in FIG. 3, in this example, the game pattern is generated not on the service provider but on the user's IC card.

In preparation for the game issuance, it is assumed that game parameters 214 necessary for generating a game pattern have been transmitted to the IC card 110 from the store terminal. The issue of the game parameters may be performed at a certain fixed frequency, may be performed at any time, or may be performed each time the game execution right is issued, which will be described later. When the game parameters 214 are sent, the data storage control unit 221 of the IC card 110 stores the parameters in the data storage unit 2.
16 is stored. Each time the game issuance process to the user,
This is done in the form of issuing a game execution right. The game execution right 217 is transmitted from the shop terminal 108 to the IC card 110 as a service corresponding to shopping or the like, or each time the game execution right is purchased. When the IC card 110 receives the game execution right, the game pattern generation unit 23
4 operates to generate a game pattern 213 using the game parameters 214 stored in advance (or sent at the same time as the game execution right) and the history information 216. The game is usually generated by issuing random numbers inside the card. When the game is generated in the card, the possibility that the game pattern exists outside the card is eliminated, and at the same time, the data of the game pattern is not communicated between the terminal 108 and the IC card 110. Since peeping from three parties becomes impossible, the security of the system can be further enhanced. Regarding the execution of the game and the point exchange processing, the same processing as in the first example is performed. Similarly, the executed game pattern is invalidated.

FIG. 14 shows an IC implemented by the present invention.
It is a figure showing the system configuration of the 3rd example of the game system using the card, and the flow of the processing. FIG.
2 is a diagram of a system configured using the IC card having the configuration shown in FIG. As described in FIG. 4, in this example, the IC card 110 does not have a game pattern,
The execution result is determined based on the timing of the user input. Specifically, using a value such as an internal clock generated inside the IC card 110 or a value from a random number generator 224 that can obtain a different value depending on the timing of generation, the result of the game execution is determined according to a predetermined algorithm. generate. As in the case of the second example, as a preparation for issuing a game, a game parameter 214 required for generating a game pattern is transmitted from the store terminal to the IC card 110, and the data storage control processing unit 221 stores the game parameters 214 in the data storage control processing unit 221. It is stored in the unit 212. In the game publishing process,
As in the second example, the game execution right 217 is
8 to the IC card 110. If there is room in the game execution right data 217 stored in advance, the data storage control processing unit 221 performs a process of increasing the number of execution rights. At the time of game execution, if the game execution right includes the right to execute the game, the game content 214 is converted by the display content control unit 223 and presented to the user from the personal terminal 111. Personal terminal 111
When an input 151 from the user is input through, this is used as an execution trigger 231 to obtain data on the internal clock 228 and receive a clock value 153. The clock value may be a random number having a different value depending on the timing. By combining the clock value 153 and the game parameter 214, the result determination unit 2 is determined by a predetermined algorithm.
At 25, the result is determined. Point 2 according to this result
15 and simultaneously update the history information 216. Then, the execution right control unit 227 performs a process of reducing the game execution right 217. The game execution right 217 can usually be set a plurality of times, and the user can execute the game until the execution right disappears. The exchange processing for the product of the point 215 is the same as in the first example and the second example. In this example, since the result is obtained depending on the timing of the user's input, the probability factor increases, and the game pattern is not only stored on the shop terminal 108 but also on the IC card 11.
Since the game pattern is not included at all, there is no fear that the game pattern will be peeped at all, and there is an advantage that the security of the system is kept high.

FIG. 15 shows an IC implemented by the present invention.
It is a figure showing the system configuration of the 4th example of the game system using a card, and the flow of the processing. FIG.
2 is a diagram of a system configured using the IC card having the configuration shown in FIG. As described in FIG. 5, in this example, the game pattern 213 in the IC card 110 has data including a set of question data 218 and answer data 219. The game pattern is issued in the same manner as in the first example. When the game is executed, the game pattern 213 is decomposed into question data 218 and answer data 219, and the question data 218 is presented to the personal terminal 111 of the user. The result is determined by comparing the user input 151 with the answer data 219. Game issuance processing, game execution processing, and game pattern invalidation processing,
The procedure of the point exchange processing is substantially the same as that of the first example. As an application of this example, the main body of the question data is stored in the personal terminal 111 in advance, the ID of the question and the answer data are distributed as the game pattern 213, and the IC card 110 and the personal terminal 111 cooperate. A method of executing the game is also conceivable, but will not be described in detail here.

FIG. 16 shows an IC implemented by the present invention.
It is a figure showing the system configuration of the 5th example of the game system using the card, and the flow of the processing. FIG. 16 shows FIG.
2 is a diagram of a system configured using the IC card having the configuration shown in FIG. As described with reference to FIG. 6, in this example, the issuance of the game and the execution of the game are the first.
To any of the fourth examples, but the management of points obtained as a result of executing the game is performed by another application. In the IC card 110, in addition to the game application program 203, a separately provided point system application program 204 exists. Points obtained as a result of execution of the game application 203 are managed in the point system application 204. It is to do. FIG.
In the example of the sixth example, the same issuance and execution of the game as those in the first example are used. In the game execution process,
When the result is determined by the result determination unit 225 and the result points are added, the point addition request control processing unit 229 operates to issue a value addition processing request to the point application 204. As shown in FIG. 6, in the IC card OS corresponding to a plurality of applications, a certain application is controlled so as not to access data of another application unnecessarily.
The process of adding value to points is performed in the form of delegation. Specifically, the value addition processing request goes out of the game application 203 through the point addition request control processing unit 229, and is transmitted to the point application 204 via the card OS. The request processing unit 233 of the point application 204 receives the processing request and passes it to the point addition processing unit 232. The point addition processing unit 232 processes this processing request in the same way as a command sent from an external terminal, and stores the number of points given as a parameter into the accumulated point data 21.
Add to 5. According to the fifth example, the result of the game application can be loaded into an existing point system that has been loaded in advance, and the point management is left to the point system. Can be. Here, an example in which the monetary value obtained by executing the game is managed by a point system has been described, but a monetary value may be managed using an electronic money system without using the point system.

Next, a scratch game application system, which is one embodiment of the present invention, will be described with reference to FIGS. Figure 1
7 and FIG. 18 simply show an operation example of the application system. 19 shows a list of commands from the terminal to the card, FIG. 20 shows a flow of the screen of the user terminal, and FIGS. 21 and 22 show a flow of the screen of the store terminal. 23 to 25 show the flow of processing of the user terminal, FIGS. 26 to 30 show the flow of processing of the store terminal, and FIGS. 31 to 38 show the flow of processing of the card application.

In the scratch game, a plurality of boxes are provided for each game, and a score is assigned to each box. In this example, 3 × 3 = 9 boxes are given, and 10 points × 3 and 50 points × 3
, 100 points × 3 points are assigned. The user selects any two boxes from these boxes, and if the points assigned to the selected two boxes match, the points are added to the points. If the points assigned to the two selected boxes do not match, the points are not added.
One game pattern is stored in an IC card, and once this game pattern is played, it cannot be played again.

The example of the scratch game is one of the first to fifth examples described above, in which the game pattern is loaded from a store terminal onto a card, and the game is executed in accordance with the game pattern. It can be said that this is the closest example to the case of adding points). As described in FIG.
A configuration for presenting the progress of the game execution to the user terminal has also been realized.

FIGS. 17 and 18 show an operation example of the present scratch game system. Operation is roughly divided into five steps. First step (310)
Issuance of a scratch game application program, the second step (320) is preparation for issuing a game sheet, the third step (330) is issuance of a game pattern,
The fourth step (340) is a game execution, and the fifth step (350) is a point exchange. These will be described in order.

(First Step) Issuing a Scratch Game Application Program (310): The application provider 102 responds to the application from the user 112 by using the IC card 110 of the user 112 and the personal terminal 1
11 to issue a scratch game application. The application program is loaded from the application loading terminal 105 to both the IC card 110 and the personal terminal 111 (311). Upon loading, the application load terminal 105
The personal data information in the C card 112 is received (31
2), this is transmitted to the game management data 106 (3)
13). With this, it is possible to manage for which user the application is loaded.

(Second Step) Preparation for Issuing Game Sheet (320): At a certain timing, the service manager 103 manages the game operation status and distributes game parameters to the store 104. In this operation example, this is performed once a day. In the store 104, the latest game history information, which is accumulated in the store terminal 108 and includes various data such as the number of issuances up to the previous day, the correct answerer, and the rebate amount, is transmitted to the game management data 106 (321). These data are collected from each store, and the aggregated data is linked to the sale period and other factors, and the seasonal factors and other external factors are taken into consideration, and the game parameters for that day (ease of hitting, prize money per game) The amount is determined (322). Then, the game parameters are distributed to each store (323).

(Third Step) Issuance of Game Pattern (330): When the user 112 makes a shopping at the store 104, the store terminal 108
Issue a game pattern to the IC card 110. At the time of issuance, the execution history data such as the number of game executions and the purchase price accumulated in the IC card 110 is stored in the store terminal 10.
8 (332). The shop terminal 108 generates a game pattern based on the history data and the game parameters of the day stored in advance (33).
3). Then, one game pattern is issued to the IC card 110 (334).

(Fourth Step) Game Execution (340):
The user 112 includes the IC card 110 and the personal terminal 111
Run the game using. Points are added according to the execution result (341).

(Fifth Step) Point Exchange (35)
0): If the points of the user 112 are accumulated, the store 10
Exchange points and goods at 4. When an exchange request for goods according to the number of points is sent (351), the shop terminal 108 exchanges goods for goods according to the value of points and stores the exchange history (353). Then, point subtraction is performed (352), and the product is delivered (35).
4).

One method of realizing the above processing flow using an IC card, a store terminal, and a personal terminal (user terminal) will be described below. Of these, the steps for issuing applications and preparing to issue game sheets
Details are omitted. The program of the IC card starts execution by transmitting a command from the terminal, performs processing in accordance with the parameters transmitted together with the command and a predetermined processing procedure, stores data, and sends a response to the terminal. return. The terminal performs processing while transmitting a command and receiving a response to the IC card. Therefore, the exchange of commands / responses between the IC card and the terminal is the core of the program of the IC card system.

FIG. 19 shows a list of commands from the terminal to the card in this application system. There are six types of commands. Hereinafter, each command will be described.

Command "LoadGame" (401)
Is for loading a pattern for one scratch game, that is, a point assignment, onto a card. As a parameter of the command, a game pattern is taken. When the card receives the command and the game pattern, the card stores the game pattern in the memory. This command is issued only from the store terminal.

The command "GetUserLog" (40
2) is a command for acquiring the game execution history information of the user stored in the card. User history information is returned as a response. This command is issued only from the store terminal.

Command "GetValue" (403)
Is a command for checking the value of the accumulated points in the card. The total points in the card are returned as a response.
This command may be issued from either the user terminal or the store terminal.

Command "SetValue" (404)
Is a command to set the value of the total points in the card. The value of the point to be set as a parameter is sent. This command may be issued from either the user terminal or the store terminal.

Command "IsLoaded" (405)
Is to check whether a game pattern is loaded on the card. Command "LoadGame"
According to (401), a result indicating whether or not the game is loaded is returned as a response. This command may be issued from either the user terminal or the store terminal.

The command "Select1st" (40
6) sends the first selection of a box by the user to the card. 1 as the command parameter
Takes the number of the selected box at the time, and returns the score assigned to the box as a response. When the card receives the command and the selected box number, it checks the score assigned to the box and returns it to the terminal. This command is issued only from the user terminal.

The command “Select2nd” (40
7) sends the second selection of the box by the user to the card. 2 as the command parameter
The number of the box selected for the second time is taken, and the score and the game pattern of the current game are returned as a response. When the card receives the command and the selected box number, it checks whether the score assigned to the box matches the score of the first selection box. Score 0 points and return to the terminal along with the game pattern. The card deletes the stored game pattern so that the game cannot be executed again. This command is issued only from the user terminal.

FIG. 20 shows the flow of the screen of the user terminal in this application system. 411 to 4
An example of a screen will be described with reference to eight figures 21. In this example,
Input from the user is performed by key input of numbers.

Screen 411 is an application selection screen. The user selects “Scratch Game” from several existing applications.

Then, a screen 412 is displayed. This is a menu screen for a scratch game. The user can select either the execution of the game ("1 PLAY GAME") or the check of the total points ("2 CHECK VALUE") by using the numeral 1 or 2 key. Here, the execution of the game is selected by inputting the key “1” (413).

Screen 414 is a screen for prompting selection of the first box. The user selects one of the boxes 1 to 9 with the keys 1 to 9 of the numbers. Here, the first box is selected by inputting the key "1" (415).

If a game pattern is loaded on the card, a screen 416 is displayed. This is a screen for prompting selection of the second box. The first box selected by the first selection opens, and the assigned score “50” is displayed. As with the first selection, the user uses the keys 1 to 9
Select one of the boxes from 1 to 9 (except for the first box you have already selected).
Here, the eighth box is selected by inputting the key "8" (417).

After the input of the key "8" (417), if the points assigned to the first box and the eighth box match, a screen 418 is displayed. On this screen, 50 points have been added to the total points.

After the input of the key "8" (417), if the points assigned to the first box and the eighth box do not match, a screen 419 is displayed.

When the check of the total points is selected by inputting the key "2" from the menu screen 412, a screen 420 is displayed. In this example, the value of the point is 260 points.

Even if the execution of the game is selected from the menu screen 412 by inputting the key "1", if the game pattern is not loaded on the card, the screen 42 is displayed.
1 is displayed. This is a message that the game cannot be executed because the game pattern is not loaded on the card.

Next, FIGS. 21 and 22 show the flow of the screen of the shop terminal in this application system. A screen example will be described with reference to eight figures 422 to 443. In this example, an input from a store clerk is made by selecting an object on the screen using a pointing device such as a mouse or a touch panel.

Screen 422 is a menu screen. The menu that can be selected is "Issuing a new game"
(423), "View card information" (424), and "Exchange points for goods" (425).

From this, "Issuing a new game"
When (423) is selected, the game pattern is written to the card, and when it is completed, a confirmation screen such as a screen 426 is displayed. By selecting "OK" (427), this screen is closed and the screen returns to the menu screen 422.

When "view card information" (424) is selected from the menu screen 422, the card information is confirmed, and the screen 428 or 430 is displayed. Screen 428 shows the case where one game pattern has been loaded on the card, and screen 430 shows the case where no game pattern has been loaded on the card. By selecting "OK" (429) on the screen 428 and selecting "OK" (431) on the screen 430, the screen returns to the menu screen 422.

When "Exchange points" (425) is selected from the menu screen 422, a screen 432 is displayed. Here, the value of the total points of the card (43
3) and exchangeable product candidate-"juice" (4
34), "coffee" (435), "cake" (43)
6) is displayed.

From the point exchange screen 432, select “Cake”
When (436) is selected, a message screen such as a screen 438 is displayed because the number of points to be exchanged is 500 for a total point value of 260 points.
If "OK" (439) is selected here, the screen returns to the point exchange screen 432.

When "Coffee" (435) is selected from the point exchange screen 432, a confirmation screen such as a screen 440 is first displayed. If "cancel" (442) is selected here, the screen returns to the point exchange screen 432.

Here, when "execute" (441) is selected, a confirmation screen of a screen 443 is displayed. Here, "OK" (4
When 39) is selected, a point exchange screen 432 is displayed in which the point value (433) has been deducted by 200 points from the previous time.

FIGS. 23 to 25 show the flow of processing of the user terminal in the present application system. 23 shows a main process, FIG. 24 shows a game execution process, and FIG. 25 shows a point check process, respectively.

FIG. 23 shows the flow of the main processing of the user terminal. Upon start (501), a menu screen (411) is displayed (502). The input from the user is set to "C" (503). If "C" is the key "1" (504), the terminal game execution process for the user shown in FIG. 15 is performed (505), and the key input from the user is performed. Return to the loop waiting for. If "C" is key "2" (50
6) The user terminal point check process shown in FIG. 17 is performed (507), and the process returns to the loop waiting for a key input from the user. If "C" is not one of the above, the process returns to the loop waiting for a key input from the user.

FIG. 24 shows the flow of the game execution process of the user terminal. At the start (508), a command “IsLoaded” (405) is sent to the card, and this response is substituted for “Ret” (50).
9). “Ret” is not “game loaded” (51
0), an error screen (421) is displayed (51)
1), end (523). If “Ret” is “game loaded” in (510), the game screen (414)
Is displayed (512) and the user waits for the input “C” (51).
3). If "C" is not a number from 1 to 9 (514), the process returns to the loop waiting for an input from the user (513).
In (514), if “C” is a number from 1 to 9,
The command “Select1st” (40
6) together with “C” and send this response to “Re”
(515) Then, a game screen (416) in which "Ret" is displayed in the selected box is displayed (516), and an input "C" of the user is waited (51).
7). If the condition that "C" is different from the first selection in the numbers from 1 to 9 is not satisfied (518), the process returns to the loop waiting for an input from the user (517). (51
In step 8), if the condition that “C” is different from the first selection in numbers from 1 to 9 is satisfied, a command “Select2nd” (407) is sent to the card together with “C”, and the response Is substituted for “Ret” (519). Here, when the score is larger than 0 (52
0) displays the game screen (418) (521), and if the score is 0, displays the game screen (419) (52).
2), end (523).

FIG. 25 shows the flow of the point check process of the user terminal. When started (524), a command “GetValue” (403) is issued to the card.
And substitute this response for “Ret” (52
5). Based on the value of “Ret”, the point display screen (4
20) is displayed (526), and the process ends (527).

FIGS. 26 to 30 show the flow of processing of the shop terminal in the present application system.
26 is a main process, FIG. 27 is a game loading process, FIG. 28 is a card information presenting process, and FIGS.
0 indicates a point exchange process.

FIG. 26 shows the flow of the main processing of the shop terminal. Upon start (528), a menu screen (422) is displayed (529). If the user (store clerk) selects “C” (530) and “C” is “load game” (423) (531), FIG.
The terminal game loading process for the store shown in FIG.
2) Return to the loop waiting for selection from the user. If “C” is “card information” (424) (533), a store terminal card information presentation process shown in FIG. 28 is performed (53).
4) Return to the loop waiting for selection from the user. If “C” is “point exchange” (425) (535),
The shop terminal point exchange processing shown in FIGS. 29 and 30 is performed (536), and the process returns to the loop waiting for selection from the user. If “C” is not one of the above, the process returns to the loop waiting for selection from the user.

FIG. 27 shows the flow of the game load processing of the shop terminal. At the start (537), a command "GetUserLog" (402) is sent to the card, and this response is substituted for "Ret" (538). A game pattern is generated using this value and a random number (5
39), using the generated game pattern as a parameter, a command “Load Game” (4
01) is transmitted (540). Then, the confirmation screen (42
6) is displayed (541), and the process ends (542).

FIG. 28 shows a flow of a card information presenting process of the store terminal. At the start (543), a command “GetValue” (403) is sent to the card, and this response is assigned to “Ret1” (54).
4) Then, the command “IsLoaded” (405)
And substitute this response for “Ret2” (5
45). If “Ret2” is “game loaded” (546), a confirmation screen (428) is displayed (547),
If it is not "game loaded", a confirmation screen (430) is displayed (548), and the process ends (549).

FIG. 29 and FIG. 30 show the flow of the point exchange processing of the shop terminal. When starting (551), the command “GetValue” (4
03), and substitutes this response for “C_Point” (552). If “C_Point” is not larger than 0 (553), the process ends (56).
5). If “C_Point” is larger than 0 in (553), the product selection screen (432) is displayed (5).
54). The input of the user (person in charge of the store) is set to “C” (555), and if “C” is “closed” (556), the process ends (565). “C” is “commodity 1” (434) or “commodity 2” (435) or “commodity 3” (43
6), (557) (558) (559), "E_
The point of the product corresponding to “Point” is substituted (5
60). If “C” is not one of the above, the process returns to the loop waiting for selection from the user. After the processing of (560), the values of “C_Point” and “E_Point” are compared (561), and “C_Point” is set to “E_Point”.
_Point ", the processing (A) in FIG.
(562). “C_Point” is changed to “E_Poi”
If not larger than nt ", a confirmation screen (438) is displayed (563), and a product selection screen (432) is displayed (55).
Return to 4). In the continuation (A) (566) from FIG.
A confirmation screen (440) is displayed (567). Assuming that the input of the user is “C” (568), and “C” is not “execute” (569), (B) and (574) via FIG.
Returns to the display (554) of the product selection screen (432).
If “C” is “execution” in (569), “Ne”
wValue ”from“ C_Point ”to“ E_Poi ”
nt ”is substituted (570), and this“ Ne ”
“SetValue” (404) is sent to the card using “wValue” as a parameter (571), a confirmation screen (443) is displayed (572), and the point value is updated to “NewValue” (573).
(B) Via (574), the display returns to the display (554) of the product selection screen (432) in FIG.

FIGS. 31 to 38 show the flow of processing of a card application in the present application system. 31 is a main process, FIG. 32 is a game load process, FIG. 33 is a user history acquisition process, and FIG.
4 is a point acquisition process, FIG. 35 is a point set process,
36 shows a game load check process, FIG. 37 shows a first selection process, and FIG. 38 shows a second selection process.

FIG. 31 shows the flow of the main processing of the card application. When it starts (601),
A command from the terminal is set in "C" (602).
If “C” is the command “LoadGame” (401) (603), the game loading process of the card shown in FIG. 32 is performed (604), and the process ends (617). “C”
Is the command "GetUserLog" (402) (605), the card game loading process shown in FIG. 32 is performed (606), and the process ends (617). If “C” is the command “GetValue” (403) (607), the card point acquisition process shown in FIG. 27 is performed (608), and the process ends (617). If “C” is a command “SetValue” (404) (60
9), the card point setting process shown in FIG. 28 is performed (610), and the process ends (617). If “C” is a command “IsLoaded” (405), (61)
1) Then, the game load check processing of the card shown in FIG. 29 is performed (612), and the processing ends (617). If "C" is the command "Select1st" (406) (613), the first card selection process shown in FIG. 26 is performed (614), and the process ends (617). If “C” is a command “Select2nd” (407), (61
5), a second card selection process shown in FIG. 26 is performed (6)
16), and end (617).

FIG. 32 shows the flow of the game loading process of the card application. At the start (618), the game pattern received as a parameter is subjected to compound processing (619), the game pattern received as a parameter is stored in a memory (620), and the process is terminated (621).

FIG. 33 shows the flow of the user history acquisition process of the card application. When started (622), the user history stored in the memory is returned as a response (623), and the process ends (624).

FIG. 34 shows the flow of the point acquisition processing of the card application. When starting (625), the value of the current point stored in the memory is returned as a response (626), and the process ends (627).

FIG. 35 shows the flow of the point application processing of the card application. At the start (628), the value of the point to be newly set, which is received as a command parameter, is set to "Val1", and the value of the current point is set to "Val2" (629). “V
The value of al1 is compared with the value of “Val2” (630),
If "Val1" is smaller than or equal to "Val2", the value of the point received as a parameter is stored in the memory (631), and the process ends (633). “Val
If "1" is larger than "Val2", an error code is returned (632), and the process ends (633). It is considered that this command is called from the store terminal only (571) as part of the point exchange processing.

FIG. 36 shows the flow of the game load check process of the card application. Start (63
4) Then, it is determined whether or not the game is stored in the memory (635).
Is returned (636), and if it is not stored, "no load" is returned (637), and the process ends (638).

FIG. 37 shows a processing flow of the first selection processing of the card application. When the game is started (639), it is checked whether the game is stored in the memory (640). If the game is stored, the value of the point corresponding to the first selection box is returned as a response (64).
1) If not stored, an error code is returned (64
2), end (643).

FIG. 38 shows the flow of the process of selecting the second card application. When the game is started (644), it is checked whether or not the game is stored in the memory (645). If the game is not stored, an error code is returned (655) and the process is terminated (656). If the game is stored in the memory at (645), then it is confirmed that the box number selected this time is not the same as that of the first selection (646). If the selection is the same as the first selection, an error code is returned (655) and the processing is terminated (65).
6). If a box number different from the first selection is selected in (646), the score corresponding to the first selection box is substituted for “Point1” (647), and “Point1” is set.
The score corresponding to the second selection box is substituted for “t2” (648), the values of “Point1” and “Point2” are compared (649), and if they are not equal, “G_P”
“0” is substituted for “point” (651) (649)
If the two values are equal, "Point1" is substituted for "G_Point" (650), and "G_Point" is added to the value of the accumulated point stored in the memory, and the value is newly stored (652). ). Then, after clearing this game pattern from the memory (653), "G
_Point "and the game pattern are returned (65
4), end (656).

In the scratch game described above, for simplicity of explanation, the number of game patterns that can be loaded at one time is only one, and even when the game is executed, only one game pattern stored in the card is executed. Although it is assumed that the game cannot be executed continuously, a change can be made so that a plurality of games can be loaded simultaneously or a plurality of games can be stored so that the plurality of games can be executed continuously. In this example, 3
Although the scratch game in which the user selects two boxes using nine × 3 boxes has been described, other variations can be easily performed by arbitrarily setting the number of entire boxes and the number of boxes to be selected. Applicable.

FIG. 39 shows another configuration of the game execution processing in the system configuration and the processing flow shown in FIGS. 10 and 11. FIG. 39 shows the game application 20 loaded on the IC card 110 by the user 112.
3 shows a system configuration when the game pattern 213 is executed using the personal terminal 111.

This configuration solves the problem of how to effectively present the progress status to the user according to the progress of the game. First, the importance of presenting the progress status will be described.

In a normal game, the personal terminal 111
The execution order control unit 235 generates a plurality of commands and transmits the commands to the IC card 110. The game application 203 in the IC card 110 executes the command,
The execution result is returned to the personal terminal 111 as a response. For example, in the scratch game application shown in FIG. 20, a game selection phase 412, a first box selection phase 414, and a second box selection phase 416, ie, a second box selection and a result determination request in the second box selection phase 416. A command is transmitted from the personal terminal to the IC card. Here, the first box selection 4
Attention is paid to 14. In the embodiment of FIG. 20, the point value “50” assigned to the selected box is returned as a response to the selection command, and the terminal application displays this point (416).

However, the minimum information required as response information to the box selection command is only information that the box has been selected. In the method using only this information, the terminal application changes the selected box 1 from a white background number 1 on a black background to a white background number 1, but does not display any points assigned to the box. When the second box is selected, the acquired number of points (in this case, “50” points) is displayed as text. When this method is compared with the former method, there is no difference between the two methods in terms of the points obtained by the user. However, from the viewpoint of the fun of the game, the former method of displaying the points of the box is more interesting than the latter method. For example, if the first box is selected and a high point value is displayed, it is clear that the selection of the second box will take more expectations and generate excitement.

In the embodiment shown in FIG. 39, the terminal application 141 in the personal terminal 111 is provided with a display data requesting section 239 to realize the above-mentioned purpose of effectively presenting the game progress. The display content control unit 22 is provided to the game application 203 in the
3 are provided. Here, the display data requesting unit 239
It has a function to request how much information you want to respond as a result of game application processing on the IC card side based on user input data. One display content control unit 223 has a function of selectively acquiring information requested from the game pattern 213 according to the request content of the display data request unit 239.

In the following, a configuration example of the game execution processing shown in FIG. 39 will be described in detail, taking as an example the playing portions 414 to 419 of the scratch game shown in FIG. Note that among the components in the game application 203, the invalidation control unit 226, the history information 216, and the point 215
Is a function similar to that shown in the other embodiments, and will not be described here.

The overall flow of the game execution is controlled by
The execution order control unit 235 of the terminal application. Here, the execution order control unit sequentially executes three processes of (1) sending a first box selection request, (2) sending a second box selection request, and (3) sending a result determination request. Has

First, in the first box selection request sending process (1), a screen 414 is displayed to the user, and the user waits for a box number to be input by the user. User inputs key "1"
When (415) is performed, the input data becomes the input data analysis unit 2
36. Then, the execution order control unit 235 activates the display data requesting unit 239 using the input data as a parameter. The display data request unit sends to the command generation unit 237 instruction information to include the point value assigned to the selected box in the response. In the command generation unit 237, the box number “1” input by the user
Then, a first box selection command is generated using two pieces of information of an instruction to include the point assigned to the box in the response as a parameter, and transmitted to the IC card 110.

The first box selection command sent to the IC card is stored in the input command analysis unit 240, and includes two information, a box number “1” and an instruction to include a point assigned to the box in the response. Be expanded. The former box number “1” is sent to the result determination unit 225. The result determination unit 225 extracts the point value (50 points in the example of FIG. 20) assigned to the box number “1” with reference to the game pattern 213, and uses this point value in preparation for a result determination process described later. It is stored in a work area (not shown). On the other hand, box number "1"
Two pieces of information of an instruction to include the points assigned to the box in the response are sent to the display content control unit 223. The display content control unit refers to the game pattern 213, extracts the point value (50 points in the example of FIG. 20) assigned to the box number “1”, and sends it to the response generation unit 241 together with the box number “1”. Send out. The response generation unit sends a pair of the box number “1” and the point value “50” to the personal terminal 111 as a response to the first box selection command. The execution order control unit 235 in the terminal application 141 analyzes the response data of the first box selection command by the response analysis unit 238, and displays the display data 155 extracted from the response.
Is displayed to the user via the input / output interface 202. This concludes the description of the processing flow of the first box selection command.

Next, the execution order control unit 235 executes a second box selection request sending process. Example 4 in FIG.
As shown in FIG. 16, in response to the user's key input “8”,
Processing similar to the first box selection request transmission processing is performed. As a result of the processing, the point value “50” assigned to the box number “8” is stored in the work area of the result determination unit. As a result, the pair of the box number “8” and the point value “50” is set as the command response value in the personal terminal 11.
1 and displayed to the user via the input / output interface 202. This concludes the description of the processing flow of the second box selection command.

Lastly, the execution order control unit 235 of the terminal application executes a result determination request sending process.
The result determination request command is sent from the command generation unit 237 to the IC.
The result is sent to the result determination unit 225 in the card 110. The result determination unit checks whether or not the point values of the two boxes stored in the internal work area as a result of the above-described two box selection command processes are equal. In the example of FIG.
Since the box 1 and the box 8 are both equal with the point value “50”, the result determination unit obtains the correct answer and
Return the point acquisition as a command response value. The execution order control unit 235 generates the display data 155 based on the command response value, and displays that the user has obtained the correct answer and obtained 50 points as shown in a screen 418.

The description of the processing flow in another configuration of the game execution processing shown in FIG. 39 has been completed. In the above description, the execution of the game has been described as being composed of three commands. However, if the second box selection request processing is to sequentially activate the box selection processing and the result determination processing in the game application 203 of the IC card 110, FIG.
It is obvious that the game can be realized by only two commands of the box selection request processing as shown in the example of FIG.
As described above, in the present embodiment, the personal terminal 111
Display data request unit 2 to the terminal application 141 in the
By providing the display content control unit 223 in the game application 203 in the IC card 110,
It is possible to effectively present the game progress.

Although the flow of the processing has been described in detail with reference to the example of the scratch game, this application example applies the second example to generate a game pattern inside a card, By applying the example of the fifth example, the present invention can be applied to an example in which point management is performed by another application. Also,
Various patterns, such as a game system for determining a result based on a user's input timing described in the third example, or an application example of executing a game using a game pattern including question data and answer data described in the fourth example However, a detailed description thereof will be omitted here.

FIGS. 40 and 41 show a sixth example of a game system using an IC card realized by the present invention, in which a game pattern is saved to a user terminal. It is a representation of the flow. Here, corresponding to FIGS. 9 and 10 of the first example, the flow of the process is shown in FIG. 40 as the game issuing process and FIG. 41 as the game execution process. Other processes are the same as those in the first example, and thus description thereof is omitted.

FIG. 40 shows the system configuration and processing flow of the game issuing process of the sixth example. Prior to the user executing the game, the game pattern 213 is loaded from the store terminal 108 to the IC card 110. IC
The pattern storage control processing unit 221 of the card 110 decodes the encrypted game pattern and stores it in the game pattern storage unit of the data storage unit 212. However, the memory capacity of the IC card 110 is limited. Therefore, consider temporarily saving the game pattern loaded on the card to the user terminal 111. If the game pattern 213 is saved to the user terminal 111 as it is, the contents of the pattern will be peeped out by the user in advance, so the pattern saving control processing unit 242 encrypts the game pattern and outputs the encrypted game pattern. Send to the user terminal 111. The user terminal 111 receives this, and the pattern storage control processing unit 221 stores the encrypted game pattern 158 in the data storage unit 212 of the user terminal. At this time, the pattern storage control processing unit 221 needs to record the ID of the game pattern and manage which pattern is stored.

FIG. 41 is a diagram showing a system configuration and a processing flow of the game execution processing of the sixth example. When the user executes the game, the ID of the requested pattern is sent from the pattern evacuation control processing unit 242 on the IC card 110 side to the pattern storage control processing unit 221 on the user terminal 111 side. The processing unit 221 requests the ID from the encrypted game pattern 158.
Is transmitted to the IC card 110, and the transmitted pattern is deleted. The pattern save control processing unit 242 of the IC card 110 sends the received game pattern to the pattern storage control unit 221, and the pattern storage control unit 221 decodes the game pattern and stores it in the data storage unit 212. Subsequent game execution processing is the same as in the example of FIG. When the result is determined, this game pattern is invalidated, and control is performed so that the referenced data is not referred to in the next and subsequent game executions. The sixth of the game system using the IC card realized by the present invention
This concludes the description of the example.

It is apparent that the following embodiments are also included in the present invention. Distribute the program that stores the pattern on the application loading terminal. An IC that can exchange data with an IC card
A card terminal for loading a program having the following steps into the IC card: storing an input game pattern in the data storage unit; A step of collating the inputted user input with the game pattern based on a predetermined algorithm and outputting a collation result; and, in accordance with the collation result, a point assigned to the game pattern is stored in a point of the data storage unit. Accumulating the data, storing history information on game execution in the history information storage unit of the data storage unit, and invalidating the executed game pattern.

A program for generating a pattern at an application loading terminal is distributed as follows: An IC that can exchange data with an IC card
A card terminal, wherein a program having the following steps is loaded onto the IC card: a game pattern is generated based on a predetermined algorithm based on input data on the number of game executions. Storing the data in the data storage unit; and a user input input through the input / output interface.
Comparing the game pattern with the game pattern and outputting a match result; accumulating points assigned to the game pattern in the point data of the data storage unit in accordance with the match result; In the history information storage unit of the data storage unit, and a step of invalidating the executed game pattern.

As a program for distributing a program having no pattern on an application loading terminal, An IC that can exchange data with an IC card
A card terminal for loading a program having the following steps into the IC card: storing data relating to the number of game executions input in the data storage unit; Obtaining different values depending on the timing according to the timing of the user input input through the output interface, determining the execution result of the game based on a predetermined algorithm based on the different values based on the timing, and outputting the determination result Accumulating points allocated to the game in the point data of the data storage unit in accordance with the determination result; and storing history information on game execution in the history information storage unit of the data storage unit Subtracting the number of game executions.

4. IC that can exchange with IC card
An application loading terminal having a communication function with a card terminal, wherein a terminal program for executing the following steps is loaded into the IC card terminal: corresponding to the type of the game stored in the IC card Displaying a game execution screen on the screen, transmitting data input by the user to the IC card with respect to the execution screen, receiving a game execution result from the IC card, Displaying on the terminal screen.

As described below, it is apparent that the present invention also includes a combination of a server and a shop terminal as a game service providing system.

[0120] 1. A game service providing system using an IC card, comprising: a game management server; and an IC card terminal for issuing a game, wherein the game management server sends the IC card from the IC card terminal to the IC card. The game pattern issuance and history information on the user's game execution are received, and based on the analysis result of the history information, game parameters are defined based on the analyzed data, defining the ease of hitting the game, points related to the game, and the like. Then, the generated game parameters are transmitted to the IC card terminal, and the IC card terminal
Based on the game parameters received from the game management server, a game pattern is generated according to a predetermined algorithm, and the game pattern is transmitted to an IC card.
A game service providing system using an IC card, wherein upon receiving history information on game execution from the IC card, the history information is transmitted to the game management server.

[0121]

As described above, the effects of the present invention are listed along the eight items described in "Means for Solving the Problems". First, according to the IC card realized by the present invention, 1) A game having a game pattern: By comparing a game pattern stored in the IC card with a user's input, the game is executed inside the IC card, thereby enjoying a game having a complicated pattern by itself. By ensuring that the game pattern is not predictable by the user in advance, it is ensured that the user obtains a different result each time that the user cannot predict. (2) A game in which a game pattern is not provided and a result is obtained according to a user's input timing: In addition to (1), a game pattern is originally not provided, so that game security is improved. (3) Presentation of the progress of the game to the user: Not only the final result of the game but also the progress of the game is presented to the user in real time, thereby increasing the excitement and enjoyment of the user. (4) The score is variable by executing the game: linked to a score having a value that can be exchanged for an article or the like later, the motivation of the user to execute the game increases. Next, according to the IC card terminal device realized by the present invention, (5) a terminal operated by the user at hand: it is possible for the user to enjoy a game at a desired place at a desired time. (6) A store terminal that transmits game patterns, game parameters, program execution right data, and the like to an IC card: It is possible to provide a user with the pleasure of executing a different game each time. (7) Store terminal for collecting game execution history: management of the game system by the system administrator is facilitated, and a more flexible game issuance is possible based on the user's execution history. Finally, according to the system management server realized by the present invention, (8) a management server for managing parameters based on history information: the distribution of value in the game system by the system administrator can be grasped, The system administrator can flexibly manage the game parameters by adding various factors other than the history.

To summarize again, the meaning of loading a game as an application of the IC card system is as follows: (1) Since it has a high calculation ability, it is possible to set flexible questions and scores, and it is possible for the user to interact with the game. (2) High security and excellent tamper resistance,
Tampering and counterfeiting can be prevented, and the reliability of the game system is improved, so that a large prize can be awarded or converted into a monetary value. (3) The application program is loaded on the card Therefore, if you have a terminal without connecting to the network, you can play alone and enjoy it even if you connect to the network if necessary. (4) IC card and point system (or electronic money system) Another advantage is that security can be ensured and communication costs can be reduced by storing different applications on the same card and cooperating with each other.

Further, when a game application is loaded on the IC card system, management information such as history information and various parameters is provided on an operation server of the system and on each IC card, and game generation is controlled by the management information. By doing so, it is possible to manage the system safely and flexibly.

Therefore, according to the present invention, it is possible to safely introduce a game application into an IC card system, thereby increasing the user's willingness to use the card and greatly helping to spread the IC card system.

[Brief description of the drawings]

FIG. 1 is a service image diagram of a system.

FIG. 2 is a configuration diagram of an IC card: a first example.

FIG. 3 is a configuration diagram of an IC card: a second example.

FIG. 4 is a configuration diagram of an IC card: a third example.

FIG. 5 is a configuration diagram of an IC card: a fourth example.

FIG. 6 is a configuration diagram of an IC card: a fifth example.

FIG. 7 is a system configuration diagram and processing flow: a first example.

FIG. 8 is a system configuration diagram and processing flow: first example: application issuing processing.

FIG. 9 is a system configuration diagram and processing flow: first example: game issuing processing.

FIG. 10 is a system configuration diagram and processing flow: first example: game execution processing.

FIG. 11 is a diagram illustrating a system configuration and a flow of processing: a first example: a configuration of a personal terminal.

FIG. 12 is a system configuration diagram and processing flow: first example: point exchange processing.

FIG. 13 is a system configuration diagram and processing flow: a second example.

FIG. 14 is a system configuration diagram and processing flow: a third example.

FIG. 15 is a diagram illustrating a system configuration diagram and a processing flow: a fourth example.

FIG. 16 is a system configuration diagram and processing flow: a fifth example.

FIG. 17 is an example of a scratch game: operation example 1;

FIG. 18 is an example of a scratch game: operation example 2;

FIG. 19 shows an example of a scratch game: a list of commands from a terminal to an IC card.

FIG. 20 shows an example of a scratch game: a flow of a screen of a user terminal.

FIG. 21 is an example of a scratch game: flow of a screen of a shop terminal.

FIG. 22 is an example of a scratch game: flow of a screen of a terminal for a store.

FIG. 23 is an example of a scratch game: flow of processing of a user terminal main processing.

FIG. 24 shows an example of a scratch game: a process flow of a user terminal.

FIG. 25 shows an example of a scratch game: a process flow of a user terminal.

FIG. 26 shows an example of a scratch game: flow of processing of a shop terminal main processing.

FIG. 27 shows an example of a scratch game: a processing flow of a store terminal game loading processing.

FIG. 28 shows an example of a scratch game: processing flow of a store terminal card information presentation processing.

FIG. 29 is an example of a scratch game: flow of processing of a store terminal. Point exchange processing.

FIG. 30 shows an example of a scratch game: flow of processing of a shop terminal. Point exchange processing.

FIG. 31 shows an example of a scratch game: flow of processing of a card main processing.

FIG. 32 shows an example of a scratch game: flow of processing of a card.

FIG. 33 shows an example of a scratch game: flow of card processing. User history acquisition processing.

FIG. 34 shows an example of a scratch game: flow of card processing. Point acquisition processing.

FIG. 35 shows an example of a scratch game: flow of card processing point setting processing.

FIG. 36 shows an example of a scratch game: processing flow of a card.

FIG. 37: Example of scratch game: flow of card processing First selection processing.

FIG. 38: Example of a scratch game: flow of processing of a card Second selection processing.

FIG. 39 is a system configuration diagram and processing flow: another configuration of the game execution processing.

FIG. 40 is a diagram showing a system configuration and the flow of processing: sixth example: game issuing processing.

FIG. 41 is a diagram showing a system configuration and the flow of processing: sixth example: game execution processing.

[Explanation of symbols]

101: Service provider side 102: Application provider 103: Service manager 104: Store (game supplier) 105: Application loading terminal 106: Game management data 107: Game management server 108: Store terminal 109: User side 110: IC card 111: personal terminal 112: user 121: terminal application installer 122: card application loader 123: data analysis unit 124: parameter control unit 125: external factor 131: game pattern generation processing unit 132: point exchange Processing unit 133: History information collection processing unit 134: Game parameter issuance processing unit 135: Game execution right issuance processing unit 141: Terminal application 151: User input 152: Prize / money 153: Clock Value or random number 154: input data 155: display data 156: command 157: response 158: encrypted game pattern 159: execution result 160: problem presentation 201: card OS 202: input / output interface 203: game application program 204: point Application program 205: Other application 206: Application program load control unit 207: Card / user information 211: Data processing unit 212: Data storage unit 213: Game pattern 214: Game parameter 215: Point data 216: History information 217: Game execution Right 218: Question data 219: Answer data 221: Data storage control processing unit 222: Point exchange control processing unit 223: Display content control processing unit 22 : Input data expansion processing unit 225: result determination processing unit 226: pattern invalidation control processing unit 227: game execution right control processing unit 228: random number generator 229: point addition request control processing unit 230: point change processing unit 231: game Execution trigger 232: Point addition processing unit 233: Request processing unit 234: (in card) game pattern generation processing unit 235: Execution order control unit 236: Input data analysis unit 237: Command generation unit 238: Response reception unit 239: Display data Control unit 240: Input command analysis unit 241: Response generation unit 242: Evacuation control unit 310: Issuance of a scratch game application program 311: Load of application program 312: Transmission of user information 313: Information on user 320: Game sheet Issuance preparation 321: Latest history information 322: Creation of game parameters 323: Game parameters 330: Issuance of game sheets 331: Shopping 332: Execution history information 333: Game parameter generation 334: One game issue 340: Game execution 341 : Point addition according to the execution result 350: Point exchange 351: Point exchange request 352: Point subtraction 353: Exchange processing execution 354: Commodity delivery 401: Command "Load Game" 402: Command "GetUserLog" 403: Command "GetValue" 404: Command “SetValue” 405: Command “IsLoaded” 406: Command “Select1st” 407: Command “Select2nd” 411: Example screen of user terminal: Application selection screen 412: User terminal screen example: Scratch game menu screen 413: Key input “1” 414: User terminal screen example: Screen prompting first selection 415: Key input “1” 416: User input Example of terminal screen: screen for prompting second selection 417: key input “8” 418: example of user terminal screen: game result display screen (hit) 419: example of user terminal screen: game result display screen (out) 420: User terminal screen example: Point confirmation screen 421: User terminal screen example: No game error screen 422: Store terminal screen example: Menu screen 423: Game issue menu 424: Card information display menu 425: Point exchange menu 426: Screen example of terminal for store: Game load confirmation screen 427: “OK” icon 428: Store terminal screen example: card information display screen (game loaded) 429: “OK” icon 430: Store terminal screen example: card information display screen (no game) 431: “OK” icon 432: Store Screen of terminal for use: point exchange screen 433: total number of points 434: product selection icon (part 1) 435: product selection icon (part 2) 436: product selection icon (part 3) 437: "close" icon 438: store Screen example of terminal for error: Error display screen 439: “OK” icon 440: Screen example of terminal for store: Exchange confirmation screen 441: “Execute” icon 442: “Cancel” icon 443: Screen example of terminal for store: End of processing Confirmation screen 444: "OK" icon 501-507: Processing block in user terminal processing (main) 508-523: Processing blocks in user terminal processing (game execution) 524-527: Processing blocks in user terminal processing (point check) 528-536: Processing blocks in store terminal processing (main) 537-542: Store Processing blocks in terminal processing for games (game loading) 543 to 549: processing blocks in terminal processing for shops (presentation of card information) 551 to 565: processing blocks in terminal processing for shops (point exchange) 566 to 574: terminal processing for stores ( Processing Blocks 601 to 617 in Point Exchange): Processing Blocks in Card Processing (Main) 618 to 621: Processing Blocks in Card Processing (Game Load) 622 to 624: Processing Blocks in Card Processing (User History Acquisition) 625 to 6 7: card processing process in the (point acquisition) block 628 to 633: card processing process in the (point set) block 634 to 638: card processing (game load check)
639 to 643: Processing blocks in card processing (first selection) 644 to 656: Processing blocks in card processing (second selection)

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) H04L 9/10 H04L 9/00 621Z (72) Inventor Yu Oki 1-280 Higashi Koikebo, Kokubunji, Tokyo Hitachi Central Research Laboratory (72) Inventor Naoko Yamazaki 1-280 Higashi Koigakubo, Kokubunji-shi, Tokyo Hitachi Central Research Laboratory Co., Ltd.

Claims (33)

[Claims] An IC card having an input / output interface for exchanging data by connecting to a terminal, a memory for storing a plurality of application programs and data, and a processor for executing the application programs, The memory stores a game application program as one of the application programs. The game application program stores a game pattern in the memory, and displays the game pattern on a display of a terminal connected via the input / output interface. Displaying a game execution screen corresponding to the pattern, receiving data input by the user to the terminal via the input / output interface with respect to the displayed game execution screen, referring to the game pattern, and executing the game; To IC card, characterized by defining a constant for the process. 2. The IC card according to claim 1, wherein the game application program further defines a process for disabling the game pattern corresponding to the game after the user executes the game. An IC card characterized by the above-mentioned. 3. The IC card according to claim 1, wherein the game pattern is input from a terminal connected to the input / output interface. 4. The IC card according to claim 3, wherein the game pattern is encrypted, and the game application program specifies a process of decrypting the game pattern and storing the decrypted game pattern in the memory. IC card. 5. The IC card according to claim 1, wherein the game application program performs a process of generating the game pattern according to data defining the number of times of execution of the game input through the input / output interface. An IC card characterized in that it is specified. 6. The IC card according to claim 5, wherein the game pattern is generated based on a random number generated inside the IC card.
card. 7. The IC card according to claim 5, wherein the memory stores game parameter data defining the ease of hitting the game, points of the game, and the like. An IC card generated based on parameters. 8. An IC card, comprising: an input / output interface for exchanging data with an external device; a memory for storing a plurality of application programs and data; and a processor for executing the application program. Accumulates a game application program as one of the application programs, the game application program stores data defining the number of game executions input via the input / output interface in the memory, If it remains, a game execution screen corresponding to the game application program is displayed on the display of the terminal connected via the input / output interface, and the user inputs to the terminal according to the game execution screen. Ta Receive timing via the input-output interface, provide a numerical value based on the timing to determine the execution result of the game, after execution of the game, reducing the game execution times,
An IC card which defines processing. 9. The IC card according to claim 8, wherein the numerical value generated based on the input timing is the IC card.
IC characterized by being a random number generated in a card
card. 10. The IC card according to claim 8, wherein the numerical value generated based on the input timing is the IC card.
A clock value operating in the card;
C card. 11. The IC card according to claim 1, wherein said pattern data comprises a question requiring a user to answer and a set of answers to the question. 12. The IC card according to claim 3, wherein said game application program further defines a process of retaining history information relating to a game executed on said IC card in said memory, and An IC card for storing in a memory, wherein it is determined whether or not to store the game pattern by referring to the contents of the history information. 13. The IC card according to claim 5, wherein the game application program further defines a process of retaining history information on a game executed by the IC card in the memory, and generates the game pattern. An IC card which generates a game pattern different from a game that has already been executed by referring to the contents of the history information in the process of performing the processing. 14. The IC card according to claim 1, wherein said pattern data is encrypted, evacuated outside said IC card through said input / output interface, and receives the evacuated pattern data according to a user's designation. An IC card, which is decrypted and then stored again in the pattern data storage unit. 15. The IC card according to claim 1, wherein the game application program performs a process of displaying a game corresponding to the game pattern on a display of a terminal connected via the input / output interface. An IC card for selectively extracting a part of the pattern data and displaying the pattern data on a display of the terminal. 16. The IC card according to claim 15, wherein when selectively extracting a part of the pattern data, the terminal specifies from the terminal which part of the game pattern should be responded as display data. Receiving
An IC card characterized by extracting a portion of the pattern data to be responded to. 17. The IC card according to claim 1, wherein
Further, the game application program defines a process of accumulating points in the memory according to a result of executing the game. 18. The IC card according to claim 17, wherein a point value corresponding to a service designated by the user to exchange the points from the store terminal connected to the input / output interface via the input / output interface. An IC card which specifies a process for receiving a value of a point and subtracting the value of the corresponding point from the accumulated points. 19. The IC card according to claim 2, wherein
The memory stores a point management application program for managing point data, and the game application program further requests the point management application to change a point value according to the determination of the execution result of the game. An IC card, which specifies processing to be performed. 20. The IC card according to claim 1, wherein
The memory stores an electronic money application program that manages electronic money, and the game application program further provides the electronic money application program with an amount of electronic money corresponding to a point value according to the execution result of the game. An IC card for requesting a change of a value of the IC card. 21. An input / output interface for exchanging data between an IC card and a connection, a user interface for receiving user input, a display, a memory for storing application programs and data, and executing the application program. A terminal program corresponding to a game application program stored in an IC card to be connected is stored in the memory as the application program, and the terminal program is stored in the IC card. An execution screen of a game corresponding to the game application program is displayed on the display, and data input by the user to the user interface terminal for the game is transmitted to the IC card, and the connected IC card Terminal, characterized in that receiving the result of the constant gaming performed to display on the display, define the process. 22. The terminal according to claim 21, wherein said memory has an encrypted pattern data storage unit for storing previously encrypted pattern data, and said memory has an encrypted pattern data transmitted from a connected IC card. A terminal for storing the game pattern in the encrypted pattern data storage section and transmitting the game pattern to a connected IC card in accordance with a user's specification. 23. An input / output interface for exchanging data with an IC card, a user interface for receiving user input, a display, a memory for storing a plurality of application programs and data, and executing the application programs. A game application program is stored in the memory as one of the applications. The game application program generates a game pattern of a game to be executed on an IC card, and stores the game pattern in the memory. A terminal for defining processing for transmitting to an IC card through the input / output interface. 24. The terminal according to claim 23, wherein when transmitting the game pattern to the IC card through the interface, the transmission data is transmitted after being encrypted. 25. The terminal according to claim 23, wherein the game pattern is generated based on a random number generated inside the terminal card. 26. The terminal according to claim 23, wherein the data defining the number of times of execution of the game executable on the IC card stored in the memory, and the value of the game easiness and points related to the game are stored. A terminal for generating the game pattern using a game parameter to be defined. 27. The terminal according to claim 26, wherein the game parameters are variable. 28. The terminal according to claim 23, wherein history information is collected from the IC card through the interface, stored in the memory, and the game pattern data is generated according to the content of the history information. A featured terminal. 29. The terminal according to claim 23, wherein history information is collected from the IC card through the interface, stored in the memory, and the content of the game parameter is changed according to the content of the history information. A terminal characterized by the following. 30. An input / output interface for exchanging data with an IC card, a memory for storing a plurality of application programs and data, and a processor for executing the application program. As one of them, a game application program is stored. The game application program defines data that defines the number of times the game can be executed on the IC card, and the value of points that are easy to hit and the game. A terminal for providing transmission of game parameters to an IC card through the input / output interface. 31. The terminal according to claim 23, wherein the game application program further receives a point value stored in an IC card connected via the input / output interface, and displays the point value on the display. A process of displaying a list of values and services that can be exchanged with the values, receiving a designation of a service desired to be exchanged for the points from the user interface, and transmitting the values of the points corresponding to the services to the IC card. A terminal characterized in that: 32. A server for managing the operation of a game system, comprising: means for communicating with a terminal for issuing a game pattern or a game execution right to an IC card; and a server for receiving the issued game pattern or game execution from the terminal. Has a database that accumulates history information on rights, results of game execution on an IC card, and information on point exchange by a user.
A game management server, which generates game parameters defining the ease of hitting a game, points of a game, and the like, and transmits the generated game parameters to the terminal. 33. The server according to claim 32, further comprising controlling generation of a game parameter in consideration of input of data such as a current date and a consumption trend of a user.