JP5205657B2 - Game system - Google Patents

Description

  The present invention relates to a gaming system. Specifically, a privilege granting device that is provided corresponding to a gaming machine and outputs ticket information for providing merchandise to a player, a management device that manages ticket information, and a store clerk possessed by the merchandise to the player. The present invention relates to a gaming system including a terminal device used when providing.

Conventionally, there has been a system in which when a player satisfies a predetermined grant condition, a message indicating that a product is provided is displayed on a call lamp, and a store clerk provides a product such as coffee in accordance with the display (for example, a patent Reference 1). In addition, the wagon service is normally operated by a wagon service company different from the amusement hall (for example, Patent Document 2).
JP 2004-208967 A (paragraph 0023) JP 2006-129943 A (paragraph 0003)

  However, when providing a wagon service product as a service to a player, the service provider (amusement hall, operating company of an IC card system that records data usable for games, and electronic money usable for games) When the product price provided by the service is settled between the system operator and the wagon service company, the service provider cannot confirm whether the charge from the wagon service company is correct. It was.

  The present invention has been conceived in view of such circumstances, and its purpose is to determine whether or not the service provider is charged correctly from the product provider when providing the product as a service to the player. It is to provide a gaming system that can be confirmed.

Specific examples of means for solving the problems and their effects

(1) A gaming system (for example, electronic money system 10)
Provided in correspondence with a gaming machine (for example, pachinko gaming machine 700, slot machine), and a player who plays a game in the gaming machine satisfies a predetermined granting condition (for example, a ball lending process is performed) lottery is performed in accordance with, after the ticket to winning has been informed is that they will be granted, on the condition that) the ball loan processing is performed, goods before Symbol player (for example, such as hot coffee or ice tea Ticket information (e.g., drinks, sandwiches, etc.) (e.g., drink tickets, food tickets) , product identification information for identifying products, and identification information that can individually identify the ticket information (e.g., output the ticket information including the ticket ID) (for example, display output of the bar code, the mobile phone 100 or membership card Ticket output means for outputting ticket issuance information for storing the ticket (for example, the data processing unit 610, the display unit 640, the control unit 691, the non-contact communication unit 693 of the chip reader / writer 690, step S6115 in FIG. 19, step S6117, privilege granting device comprising a step S682) in FIG. 21 and FIG. 39 (e.g., the card unit 600, and manage call lamp), the identification information included in the ticket information outputted by the previous SL ticket output means (e.g., Fig. 9 stores ticket usage information for each ticket ID in the store ticket information DB, and stores ticket usage information for each ticket ID in the used ticket information DB in FIG. 25 step S853, step S836, step S84 , Storage unit 220, spent ticket information DB in FIG. 10, step S264 of FIG. 23, the management device comprising a step S272) (e.g., the electronic money management server 200, and the privilege granting side and a store server 800) system,
Clerk (for example, an employee of the wagon service company, clerk of the gaming field 30) and a terminal device that will be used to provide goods are possessed by the player, it was provided in response to the use of the terminal apparatus, trade A game management system that includes a product providing system for providing the product based on the ticket information.
The terminal device (for example, the handy terminal 400)
Identification information acquisition means for acquiring identification information included in the ticket information output by the ticket output means (for example, the data processing unit 410, the barcode scanner unit 470, the control unit 491 of the chip reader / writer 490, the non-contact communication unit 493) 27, step S463 in FIG. 27 and step S482 in FIG. 28), and the identification information acquired by the identification information acquisition means is output (for example, display output, transmitted to a management device such as the store server 800 and the electronic money management server 200) ) identification information output means (for example, the data processing unit 410, display unit 440, a communication unit 460, step S466 of FIG. 27, comprising the step S486) and FIG. 28,
The sales management device includes:
The identification information for collating with the identification information managed by the management device, including the identification information output by the identification information output means, and billing the privilege granting side for the value corresponding to the product to be provided Provision information output means capable of outputting the provision information for this purpose .

  According to such a configuration, an identification that can be individually identified on condition that a player performing a game in the gaming machine satisfies a predetermined granting condition by means of a privilege granting device provided corresponding to the gaming machine. When ticket information including information is provided for providing merchandise to the player, the identification information contained in the output ticket information is managed by the management device, and the merchandise is possessed by the store clerk to provide merchandise to the player The identification information included in the output ticket information is acquired by the terminal device used for the output, and the acquired identification information is output.

  For this reason, when a product is provided as a service to a player, the service provider collates the identification information included in the ticket information of the product managed by the management device with the identification information output from the terminal device. can do. As a result, the service provider can confirm whether or not the charge from the product provider is correct.

(2) The ticket output means outputs ticket information in a manner recordable on a recording medium (for example, mobile phone 100, member card) possessed by the player (for example, the contactless IC chip 190 of the mobile phone 100). Ticket issuance information is transmitted and output for storage in the storage unit 192 or the memory of the membership card, and a bar code is displayed and output for photographing with the camera of the mobile phone 100 and storing it in the storage unit 120 of the mobile phone 100 (for example, , Step S6115, Step S6117 in FIG. 19, Step S682 in FIGS. 21 and 39),
The identification information acquisition unit acquires identification information from the recording medium (for example, step S463 in FIG. 27 and step S482 in FIG. 28).

  According to such a configuration, the ticket information is output in a manner that can be recorded on the recording medium possessed by the player by the privilege granting apparatus, and the identification information is acquired from the recording medium by the terminal apparatus. For this reason, the player can hold the ticket information in a state recorded on the recording medium. As a result, the player can receive the provision of the merchandise using the ticket information at a desired timing, so that the convenience of the player can be improved.

(3) The identification information output means outputs the identification information acquired by the identification information acquisition means for transmission to the management device (for example, step S466 in FIG. 27, step S486 in FIG. 28),
The ticket management means manages the use state of the ticket information of each identification information (for example, stores the use state for each ticket ID in the store ticket information DB of FIG. 9, and stores the use state for each ticket ID in the used ticket information DB of FIG. (For example, step S853 in FIG. 25, step S836, step S846, step S264 in FIG. 23, step S272),
The management device further includes:
Used determination means for determining whether or not the use state of the ticket information of the identification information received from the identification information output means has been used (for example, the data processing unit of the store server 800, the communication unit, step S844 in FIG. 25); ,
Use state update for updating the use state of the ticket information to used on condition that the use state of the ticket information is determined not to be used by the used determination means (for example, NO in step S844). Means (for example, the data processing unit of the store server 800, the storage unit, the store ticket information DB of FIG. 9, step S846 of FIG. 25);
Usable information (for example, that the ticket information can be used on the condition that the used state of the ticket information is determined to be not used by the used determining means (for example, NO in step S844) , Usable information) to be returned to the terminal device (for example, the data processing unit of the store server 800, the communication unit, step S845 of FIG. 25), while the used status of the ticket information is determined by the used determination means On the condition that the ticket information has been used (for example, YES in step S844), the unusable information (for example, unusable information) indicating that the ticket information is unusable is returned to the terminal device. (For example, the data processing unit of the store server 800, the communication unit, step S847 in FIG. 25) And a propriety reply unit.

  According to such a configuration, the acquired identification information is output by the terminal device for transmission to the management device, and the use state of the ticket information of each identification information is managed by the management device and received from the terminal device. It is determined whether or not the usage state of the ticket information of the identification information has been used, and the usage state of the ticket information is updated to used on condition that the usage state of the ticket information is determined not to be used. On the condition that it is determined that the use state of the information is not used, the usable information indicating that the ticket information is usable is output to return to the terminal device, while the use state of the ticket information is used. On the condition that it is determined that the ticket information has been completed, unusable information indicating that the ticket information is unusable is output for replying to the terminal device.

  For this reason, if the ticket information acquired by the terminal device is not used, the fact that the ticket information is usable is returned to the terminal device, and if the ticket information acquired by the terminal device is used, the ticket A message that the information is unusable is returned to the terminal device. As a result, it is possible to prevent the used ticket information from being used again and providing products to the player in duplicate.

(4) The privilege granting device further includes:
Lending processing for lending gaming media (for example, pachinko balls (game balls), medals) (for example, ball lending processing for paying out pachinko balls used in the pachinko gaming machine 700, medals for paying out medals used in slot machines) Lending processing means (for example, data processing unit 610, step S662 in FIG. 16, step S618 in FIG. 19) for performing lending processing;
The lending processing is performed by the lending processing means (for example, lottery is performed in step S6121 of FIG. 19 or step S691 of FIG. 21, and it is determined that the winning is performed in step S6122 of FIG. 19 or step S692 of FIG. 21, respectively. In addition, on the condition that the ball lending process is performed in step S618 of FIG. 19 or step S662 of FIG. 16 respectively, ticket information is given when the lending process is performed after the next time (for example, the next time). Notification processing means (for example, the data processing unit 610, the display unit 640, the control unit 691, the non-contact communication unit 693 of the non-contact type IC chip 190, and the next ball rental in step S6125 of FIG. 19). Display that the ticket will be granted at times, next time in step S697 of FIG. In order to display that the ticket is given at the time of lending, and to display a message such as “next drink ticket win!” On the display screen of FIGS. 15D and 15F in step S172 or S175 by the mobile phone 100, FIG. And sending the winning information to the mobile phone 100 in step S695 of FIG. 39),
The ticket output means performs the loan processing by the loan processing means after the notification processing is performed by the notification processing means (for example, the notification processing is performed in step S6125 in FIG. In step S6124, the winning information is stored in the winning information storage area. After that, it is determined in step S6111 in FIG. 19 that the winning information is stored in the winning information storage area, and the ball lending process is performed in step S618 in FIG. 21 or notification processing is performed in step S695 and step S697 in FIG. 21, winning information is stored in the winning information storage area in step S694 in FIG. 21, and then the winning information is received in step S681 in FIG. It is determined that it is stored in the storage area, and at the step S662 in FIG. 39 or a notification process is performed in step S695 of FIG. 39, winning information is transmitted to the mobile phone 100 in step S695 of FIG. 39, and then the winning information is transmitted to the mobile phone 100 in step S681A of FIG. Ticket information is output on the condition that the granting condition is satisfied (eg, step S6115 in FIG. 19, step S6115). S6117, step S682 of FIGS. 21 and 39).

  According to such a configuration, the lending process for lending the game medium is performed by the privilege granting apparatus, and ticket information is given when the next lending process is performed on condition that the lending process is performed. Informing processing is performed, and after the informing processing is performed, ticket information is output on condition that the granting condition is satisfied by performing the lending processing. For this reason, it is possible to prompt the player to execute the lending process again, which can contribute to an increase in sales.

[First Embodiment]
The best mode for carrying out the present invention will be described below in detail with reference to the drawings.

  In the present embodiment, a mobile phone 100 is shown as an example of a recording medium possessed by a player capable of recording ticket information. However, the recording medium in the present invention is not limited to a mobile phone, for example, a prepaid card described later. 371, an electronic money card, a PDA (Personal Digital Assistant), a portable personal computer, a wristwatch, or the like, and any recording medium can be used as long as it can record ticket information.

(Description of each component of the electronic money system 10)
FIG. 1 is a block diagram showing an example of the configuration of an electronic money system 10 according to the present invention. Referring to FIG. 1, an electronic money system 10 includes a mobile phone 100, an electronic money management server 200, a payment server 280, a remote issuing server 550, a financial institution server 500, and devices provided in the game hall 30. including.

  The equipment provided in the game hall 30 includes a ticket vending machine 300, a card unit 600, a pachinko gaming machine 700, and a store server 800. The card unit 600 is provided corresponding to the pachinko gaming machine 700.

  Further, the equipment provided in the game hall 30 further includes equipment used in the wagon service provided to the player at the game hall 30. The wagon service provides drinks such as hot coffee and iced tea and food such as sandwiches. Devices used in the wagon service include a handy terminal 400, a data transfer charger 485, and a sales management PC (Personal Computer) 480.

  In the present embodiment, the provider of the wagon service is a different organization from the service provider of the electronic money transaction service and the operating company of the game hall 30 in the present embodiment.

  The cellular phone 100 includes an electronic money application 111 and a non-contact IC (Integrated Circuit) chip 190 as main components in the present embodiment.

  The electronic money management server 200 includes a management AP (Application Program) 211, a balance management AP 214, and a management DB (Data Base) 221 as main components in the present embodiment.

  The electronic money system 10 uses a value that is a specific type of electronic money charged to the user's mobile phone 100 to lend for enabling a pachinko game on the pachinko gaming machine 700 installed in the game hall 30. It is a system that provides an electronic money transaction service for enabling processing.

  The mobile phone 100 includes a call function, a web page browsing function by a web browser, an e-mail function, an application software execution function, and a short-range communication function by a non-contact type IC chip 190. The mobile phone 100 may have a digital camera function.

  In the present embodiment, by introducing the electronic money application 111, which is a program showing a processing procedure on the mobile phone 100 side for receiving provision of the electronic money transaction service, to the mobile phone 100, as described later, The electronic money system 10 can use the mobile phone 100.

  The electronic money application 111 can communicate with the electronic money management server 200 and the financial institution server 500 via the mobile phone Internet network 910.

  The non-contact type IC chip 190 can communicate with the electronic money application 111 and an external chip reader / writer. The communication between the non-contact type IC chip 190 and the external chip reader / writer is such that the mobile phone 100 is held over the chip reader / writer so that the non-contact type IC chip 190 is close to a distance of several centimeters from the chip reader / writer. Is done by.

  Communication between the non-contact type IC chip 190 and an external chip reader / writer is performed by the non-contact type IC chip 190 or the chip reader / writer modulating a carrier wave that is an electromagnetic wave from the chip reader / writer. The non-contact type IC chip 190 is supplied with electric power from the external chip reader / writer side by electromagnetic induction by electromagnetic waves from the chip reader / writer. Therefore, even when power is not supplied from the mobile phone 100 side, the non-contact type IC chip 190 can be operated by bringing the non-contact type IC chip 190 close to the chip reader / writer.

  The electronic money management server 200 is an example of a management device, and the electronic money as described later is provided to the mobile phone 100 and the game hall 30 by functions such as the management AP 211, the balance management AP 214, and the management DB 221. Provide various services in trading services.

  The settlement server 280 includes a billing information DB 281 and manages user settlement for the electronic money transaction service.

  The remote issuance server 550 is used to construct and delete a service providing area according to the service provided by each service providing organization in the storage unit 192 of the non-contact type IC chip 190 that can be used by a plurality of service providing organizations. And a service providing area management organization that performs charge management for each service providing organization in order to charge for the construction of the service providing area.

  The remote issuance server 550 manages the securing of storage areas and the writing of information from the electronic money management server 200 and the mobile phone 100 to the contactless IC chip 190. Specifically, in this embodiment, the remote issue server 550 responds to the electronic money transaction service provided by the operating organization of the electronic money management server 200 that is a service providing organization in the storage unit 192 of the non-contact type IC chip 190. Then, processing for constructing and deleting the storage area for the electronic money transaction service is performed, and billing management is performed in order to charge a fee corresponding to the construction of the storage area for the electronic money transaction service. Here, the storage unit 192 of the non-contact type IC chip 190 is a storage medium that can be used by a plurality of service providing organizations, and is a storage medium mounted on the mobile phone 100.

  The financial institution server 500 is a server of a financial institution used by the user to pay for the value.

  The electronic money management server 200, the remote issue server 550, and the financial institution server 500 can communicate with the mobile phone 100 via the mobile phone Internet network 910. The electronic money management server 200 can communicate with the settlement server 280 via a dedicated line. The settlement server 280 can communicate with the financial institution server 500 via a financial institution dedicated network 920 in which various storage institutions and financial institutions are closed-connected by a dedicated line.

  The ticket vending machine 300 receives cash and value from the user and issues a prepaid card 371 in which prepaid data having a predetermined game value enabling a game is recorded. As will be described later, the ticket vending machine 300 includes a chip reader / writer and can communicate with the non-contact type IC chip 190 of the mobile phone 100 as described above. That is, the ticket vending machine 300 performs a lending process for issuing a prepaid card 371 using the value stored in the mobile phone 100.

  The card unit 600 is an example of a privilege granting device, and is provided corresponding to the pachinko gaming machine 700. The card unit 600 accepts a prepaid card 371, cash and value from the player, and the value indicated by the prepaid data recorded on the prepaid card 371 in response to an operation of a ball rental button provided on the pachinko gaming machine 700. The value equivalent to a predetermined amount (for example, equivalent to 500 yen) is subtracted from the inside.

  The card unit 600 transmits to the pachinko gaming machine 700 a ball lending operation signal instructing to pay out a game ball corresponding to the subtracted value. The card unit 600 discharges the prepaid card 371 in response to an operation of a return button 632 provided on the pachinko gaming machine 700. The card unit 600 includes a chip reader / writer as will be described later, and can communicate with the non-contact type IC chip 190 of the mobile phone 100 as described above. That is, the card unit 600 performs a lending process for paying out a game ball from the pachinko gaming machine 700 using the value stored in the mobile phone 100.

  The card unit 600 according to the present embodiment performs the next lending process using the value stored in the mobile phone 100 when the lending process using the value stored in the mobile phone 100 in communication is performed. Is performed, a lottery process is performed for drawing whether or not to issue a drink ticket or a food ticket as a privilege to the mobile phone 100.

  Further, the card unit 600 issues a ticket that has been won before the lending process is performed when the lending process is performed using the value stored in the mobile phone 100 that has been won by the lottery process. Ticket issue processing is performed.

  Further, the card unit 600 displays winning information indicating that a winning is made by a lottery process, and issued information indicating that a ticket is issued as a privilege when a ticket is issued by a ticket issuing process. Then, processing to transmit to the store server 800 is performed. The issued ticket can be used at the game hall 30. The user can receive a product according to the ticket. In addition, as a method of using the ticket, any method may be used as long as the product is provided in exchange for erasing the ticket corresponding to the product to be provided.

  The pachinko gaming machine 700 is a device that provides a pachinko game to a player who is a user. The pachinko gaming machine 700 receives a ball lending operation signal from the card unit 600 and pays out a game ball equivalent to a predetermined amount. Then, according to the operation of the launch handle provided in the pachinko gaming machine 700 by the player, the paid-out game balls are launched into the game area, whereby the pachinko game is performed.

  The store server 800 is an example of a management device, and can communicate with the ticket vending machine 300 and the card unit 600 via a LAN (Local Area Network) in the game hall 30. The store server 800 can communicate with the electronic money management server 200 via a dedicated line or the like.

  The store server 800 obtains information such as transaction information associated with the sale of the prepaid card 371 in the ticket vending machine 300 and usage information associated with the use of the prepaid card 371 in the card unit 600 from the ticket vending machine 300 and the card unit 600. And receive that information.

  The store server 800 transmits, to the electronic money management server 200, information related to the use of value, which will be described later, among the stored information. The store server 800 receives information about fraud in the electronic money transaction service from the electronic money management server 200.

  The store server 800 transmits the information received from the electronic money management server 200 to the ticket vending machine 300 or the card unit 600 as necessary.

  Further, the store server 800 updates the storage state of the storage unit, which will be described later, based on the winning information and issued information transmitted from the card unit 600, and the winning card information and issued information are updated. Processing to transmit to the card unit 600 installed in the other game hall 30 is performed.

  The handy terminal 400 is an example of a terminal device, and is held by an employee of a wagon service providing company, and accepts designation of a product provided to the player in the game hall 30 and designation of a settlement method for the product price. Make a payment according to the specified payment method. Thus, the clerk possessing the handy terminal 400 (terminal device) is a concept that includes not only the clerk of the game hall but also the employee of the company providing the wagon service.

  In addition, the handy terminal 400 wirelessly transmits to the store server 800 information regarding the amount of goods settled with electronic money or a ticket, the portable ID of the mobile phone 100 used for the settlement, and the used ticket.

  The store server 800 stores electronic money received wirelessly from the handy terminal 400 and information related to payment with a ticket, and periodically transmits the information to the balance management AP 214 of the electronic money management server 200.

  The data transfer charger 485 is connected to the sales management PC 480 to charge the set handy terminal 400 and transmits information related to the sales of the product output from the set handy terminal 400 to the sales management PC 480.

  The sales management PC 480 tabulates and manages information related to sales of products received from the handy terminal 400 via the data transfer charger 485. Then, the sales management PC 480 transmits, to the balance management AP 214 of the electronic money management server 200, merchandise price billing information for charging the price of sales using electronic money or tickets out of the managed sales.

  Payment server 280 may be configured to be included in electronic money management server 200. The configurations of the management AP 211, the balance management AP 214, and the management DB 221 may be included in a computer different from the electronic money management server 200, respectively. Further, for example, a server that exchanges information during web processing of the mobile phone 100 and a server that exchanges information during the processing of the electronic money application 111 of the mobile phone 100 may be configured by different computers.

  FIG. 2 is a block diagram showing an example of the configuration of the mobile phone 100 according to the present invention. Referring to FIG. 2, mobile phone 100 includes a data processing unit 110, a storage unit 120, a data input unit 130, a display unit 140, a voice input / output unit 150, a wireless communication unit 160, an antenna 161, and the like. And the non-contact type IC chip 190 described above.

  The non-contact type IC chip 190 includes a control unit 191, a storage unit 192, a non-contact communication unit 193, and an antenna 194.

  The storage unit 120 includes a semiconductor memory such as a nonvolatile memory such as a ROM (Read Only Memory) or a flash memory, or a volatile memory such as a RAM (Random Access Memory). The storage unit 120 stores programs and data for causing the data processing unit 110 to execute various functions of the mobile phone 100. In addition, the storage unit 120 stores in advance mobile IDs for individually identifying the mobile phones 100. The storage unit 120 is an application program in various services using the non-contact type IC chip 190, and in this embodiment, processing means for receiving the electronic money service received from the electronic money management server 200 is shown. The electronic money application 111 as the specified program is stored.

  The data input unit 130 includes dial keys, cross operation keys, and other function keys for inputting numbers such as telephone numbers and various data, alphabets, and other characters. The data input unit 130 receives data input from the user and transfers the input data to the data processing unit 110.

  The display unit 140 includes a liquid crystal display (hereinafter referred to as “LCD”). The display unit 140 may be configured by other display devices such as an EL (Electro Luminescence) display. Display unit 140 displays character data and image data received from data processing unit 110.

  The voice input / output unit 150 includes a microphone and a speaker. The voice input / output unit 150 converts the voice input from the outside into an electrical signal, delivers it to the data processing unit 110, converts the electrical signal from the data processing unit 110 into a voice, and outputs it to the outside.

  The wireless communication unit 160 delivers a signal received by the antenna 161 from another mobile phone or server to the data processing unit 110 and causes the antenna 161 to output a signal to be transmitted from the data processing unit 110 to the other mobile phone or server.

  The data processing unit 110 is configured by a microprocessor (Micro Processing Unit, hereinafter referred to as “MPU”). The data processing unit 110 can communicate with the control unit 191 of the non-contact type IC chip 190. The data processing unit 110 is input from the storage unit 120, the data input unit 130, the wireless communication unit 160, the voice input / output unit 150, or the control unit 191 of the non-contact type IC chip 190 according to the program stored in the storage unit 120. The processed data is processed and output to the storage unit 120, the display unit 140, the wireless communication unit 160, the voice input / output unit 150, or the control unit 191 of the non-contact type IC chip 190.

  The storage unit 192 of the non-contact type IC chip 190 stores electronic money such as value and tickets used in various services using the non-contact type IC chip 190, data such as tickets, and data used in application programs. Specifically, an electronic money providing area in the present embodiment is constructed, and a value as a money and a ticket as a privilege are stored in the electronic money providing area.

  The non-contact communication unit 193 of the non-contact type IC chip 190 communicates with an external chip reader / writer via the antenna 194. In the present embodiment, the non-contact communication unit 193 includes a chip reader / writer 390 provided in the ticket vending machine 300, a chip reader / writer 690 provided in the card unit 600, and a chip reader / writer provided in the handy terminal 400. 490 to communicate. Further, as described above, the non-contact communication unit 193 receives power from the antenna 194 and supplies power to each part of the non-contact type IC chip 190 by electromagnetic induction by electromagnetic waves from an external chip reader / writer.

  The control unit 191 of the non-contact type IC chip 190 processes data input from the storage unit 192, the non-contact communication unit 193, or the data processing unit 110 according to the program stored in the storage unit 192, and stores the storage unit 192, the non-contact communication unit 193, or the data processing unit 110.

  In the present embodiment, mobile phone 100 may or may not include voice input / output unit 150.

  FIG. 3 is a block diagram showing an example of the configuration of the electronic money management server 200 according to the present invention. Referring to FIG. 3, electronic money management server 200 includes a data processing unit 210, a storage unit 220, a data input unit 230, a display unit 240, and a communication unit 260.

  The storage unit 220 includes a nonvolatile memory such as a ROM and a flash memory, a semiconductor memory such as a volatile memory such as a RAM, and an external storage device such as a hard disk. The storage unit 220 stores programs and data for causing the data processing unit 210 to execute various functions of the electronic money management server 200.

  In the present embodiment, management AP 211 and balance management AP 214 are stored in storage unit 220. The management DB 221 described above is also stored in the storage unit 220.

  The data input unit 230 includes input devices such as a keyboard and a mouse. The data input unit 230 receives data input from a user such as an administrator of the electronic money management server, and transfers the input data to the data processing unit 110.

  The display unit 240 is configured with an LCD. The display unit 240 may be configured by other display devices such as a CRT (Cathode Ray Tube) display or an EL (ElectroLuminescence) display. Display unit 240 displays character data and image data received from data processing unit 210.

  The communication unit 260 passes data received from the mobile phone 100 or other server via the mobile phone Internet network 910 or other network to the data processing unit 210, and the data processing unit 210 transmits the data to the mobile phone Internet network 910 or other Data to be transmitted to the mobile phone 100 or another server via the network is output.

  The data processing unit 210 is configured with an MPU. The data processing unit 210 processes the data input from the storage unit 220, the data input unit 230, or the communication unit 260 according to the program stored in the storage unit 220, and the storage unit 220, the display unit 240, or The data is output to the communication unit 260.

  The configuration of the settlement server 280, the sales management PC 480, the financial institution server 500, the remote issue server 550, and the store server 800 is the same as the configuration of the electronic money management server 200 described in FIG.

  Next, information managed as the management DB 221 will be described. The information managed as the management DB 221 mainly includes user information related to the user and issue information related to value issuance.

  In the user information, the e-mail address of the mobile phone 100, the financial institution designation information, the daily purchase limit for the mobile phone 100, and the mobile phone 100 hold limit in association with the member ID and mobile ID Etc. are included.

  The member ID is an ID for uniquely identifying a member of the electronic money transaction service. The mobile ID is information for uniquely identifying the mobile phone 100. The electronic money address of the mobile phone 100 is an address used for an electronic mail that is uniquely set for the mobile phone 100. The financial institution designation information is a number uniquely given in advance to the financial institution. The daily purchase limit is the limit of the value that can be purchased per day. The mobile holding limit is a limit of value that can be charged to the mobile phone 100.

  For this reason, the electronic money management server 200 is based on the member ID or mobile ID, and the e-mail address, financial institution designation information, daily purchase limit, and mobile retention limit corresponding to the member ID or mobile ID. The amount can be easily searched.

  In the issue information, the value balance of the mobile phone 100, the purchase amount, the fee, the value purchase record (including uncharged value), the accumulated amount on the day, the accumulated charge amount, Transaction amount is included.

  The value balance is the remaining value stored in the storage area for the electronic money transaction service in the storage unit 192 of the contactless IC chip 190 of the mobile phone 100. The purchase amount is a consideration for the value to be purchased. The fee is a fee for purchasing value to be paid to the provider by the member of the electronic money transaction service. The value purchase record is a record of information related to purchase such as an uncharged value for each member ID. The accumulated amount on the day is the accumulated amount of the value purchased by the member on that day. The accumulated charge is the accumulated value that the member has purchased so far. The transaction amount is the amount that the user has traded using the value.

  For this reason, the electronic money management server 200, based on the member ID or mobile ID, the value balance, purchase price, fee, value purchase record, accumulated value on the day, accumulated charge, The transaction amount can be easily searched. The value purchase record includes the amount of value and written information indicating whether or not the value has been written.

  FIG. 4 is a block diagram showing an example of the configuration of the ticket vending machine 300 according to the present invention. Referring to FIG. 4, ticket vending machine 300 includes a data processing unit 310, a storage unit 320, an operation unit 330, a display unit 340, a communication unit 360, a card reader / writer 370, a money processing machine 380, A chip reader / writer 390.

  The chip reader / writer 390 includes a control unit 391, a storage unit 392, a non-contact communication unit 393, and an antenna 394.

  The storage unit 320 includes a nonvolatile memory such as a ROM or a flash memory and a semiconductor memory such as a volatile memory such as a RAM. The storage unit 320 stores programs and data for causing the data processing unit 310 to execute various functions of the ticket vending machine 300.

  The operation unit 330 includes an amount button for selecting the amount of the prepaid card to be purchased. The amount button is configured such that the lamp is turned on when selected. The operation unit 330 accepts an operation from the user and delivers a signal indicating the accepted operation to the data processing unit 310.

  The display unit 340 is configured with an LCD. The display unit 340 may be configured by other display devices such as an EL display. Display unit 340 displays character data and image data received from data processing unit 310.

  The communication unit 360 transfers the data received from the store server 800 via the LAN of the game hall 30 to the data processing unit 310 and transmits the data from the data processing unit 310 to the store server 800 via the LAN within the game hall 30. Output data.

  The card reader / writer 370 reads data from the prepaid card 371, delivers the read data to the data processing unit 310, records the data received from the data processing unit 310 on the prepaid card 371, and issues the prepaid card 371.

  The money handling machine 380 accepts cash of coins and banknotes, and delivers data indicating the amount of accepted cash to the data processing unit 310. Further, the money handling machine 380 returns the amount of cash indicated by the data received from the data processing unit 310 to the outside.

  The data processing unit 310 is configured with an MPU. The data processing unit 310 can communicate with the control unit 391 of the chip reader / writer 390. The data processing unit 310 is input from the control unit 391 of the storage unit 320, the operation unit 330, the communication unit 360, the card reader / writer 370, the money processor 380, or the chip reader / writer 390 according to the program stored in the storage unit 320. The processed data is processed and output to the storage unit 320, the display unit 340, the communication unit 360, the card reader / writer 370, the money handling machine 380, or the control unit 391 of the chip reader / writer 390.

  The storage unit 392 of the chip reader / writer 390 stores application programs for exchanging with the non-contact type IC chip 190 in various services using the non-contact type IC chip 190, and data used in those application programs.

  The non-contact communication unit 393 of the chip reader / writer 390 communicates with the non-contact type IC chip 190 of the mobile phone 100 via the antenna 394. Further, as described above, the non-contact communication unit 393 supplies electric power to the non-contact type IC chip 190 via the antenna 394 by electromagnetic induction by an electromagnetic wave that is a carrier wave from the non-contact communication unit 393.

  The control unit 391 of the chip reader / writer 390 processes the data input from the storage unit 392, the non-contact communication unit 393, or the data processing unit 310 according to the program stored in the storage unit 392, and stores the storage unit 392, The data is output to the non-contact communication unit 393 or the data processing unit 310.

  FIG. 5 is a block diagram showing an example of the configuration of the card unit 600 according to the present invention. Referring to FIG. 5, a card unit 600 includes a data processing unit 610, a storage unit 620, an operation unit 630, a display unit 640, a communication unit 660, a card reader / writer 670, a money handling machine 680, Chip reader / writer 690. Further, as operation units for inputting signals to the card unit 600, there are a ball lending button 631 and a return button 632 provided in the pachinko gaming machine 700.

  The chip reader / writer 690 includes a control unit 691, a storage unit 692, a non-contact communication unit 693, and an antenna 694.

  The storage unit 620 includes a nonvolatile memory such as a ROM or a flash memory and a semiconductor memory such as a volatile memory such as a RAM. The storage unit 620 stores programs and data for causing the data processing unit 610 to execute various functions of the card unit 600.

  The ball lending button 631 outputs a ball lending operation signal requesting lending of game balls to the data processing unit 610 when pressed by the player. The return button 632 outputs a return operation signal for requesting the return of the prepaid card 371 to the data processing unit 610 when pressed by the player.

  Display unit 640 includes an LCD. The display unit 640 may be configured by other display devices such as an EL display. Display unit 640 displays character data and image data received from data processing unit 610.

  Operation unit 630 includes a touch panel formed on the front surface of LCD of display unit 640. The operation unit 630 accepts an operation from a user for inputting predetermined data to the card unit 600 and delivers a signal indicating the accepted operation to the data processing unit 610.

  The communication unit 660 transfers data received from the store server 800 via the LAN of the game hall 30 to the data processing unit 610 and transmits the data from the data processing unit 610 to the store server 800 via the LAN within the game hall 30. Output data.

  The card reader / writer 670 reads data from the prepaid card 371, transfers the read data to the data processing unit 610, and records the data received from the data processing unit 610 on the prepaid card 371. Further, the card reader / writer 670 discharges the prepaid card 371 to the outside in response to a return operation signal received from the return button 632 via the data processing unit 610.

  The money handling machine 680 accepts coins and banknote cash, and delivers data indicating the amount of accepted cash to the data processing unit 610. The money handling machine 680 returns the amount of cash indicated by the data received from the data processing unit 610 to the outside.

  The data processing unit 610 is configured with an MPU. The data processing unit 610 can communicate with the control unit 691 of the chip reader / writer 690. According to the program stored in the storage unit 620, the data processing unit 610 is a storage unit 620, an operation unit 630, a ball lending button 631, a return button 632, a communication unit 660, a card reader / writer 670, a money handling machine 680, or a chip. Data input from the control unit 691 of the reader / writer 690 is processed and stored in the storage unit 620, the display unit 640, the communication unit 660, the card reader / writer 670, the money processor 680, or the control unit 691 of the chip reader / writer 690. Output.

  The storage unit 692 of the chip reader / writer 690 stores application programs for exchanging with the non-contact type IC chip 190 in various services using the non-contact type IC chip 190 and data used in those application programs.

  The control unit 691 of the chip reader / writer 690 processes data input from the storage unit 692, the non-contact communication unit 693, or the data processing unit 610 according to the program stored in the storage unit 692, and stores the storage unit 692, The data is output to the non-contact communication unit 693 or the data processing unit 610.

  FIG. 6 is a block diagram showing an example of the configuration of the handy terminal 400 according to the present invention. 6, the handy terminal 400 includes a data processing unit 410, a storage unit 420, an operation unit 430, a display unit 440, a communication unit 460, a barcode scanner unit 470, a chip reader / writer 490, and the like. including.

  The chip reader / writer 490 includes a control unit 491, a storage unit 492, a non-contact communication unit 493, and an antenna 494.

  The storage unit 420 includes a nonvolatile memory such as a ROM or a flash memory and a semiconductor memory such as a volatile memory such as a RAM. The storage unit 420 stores programs and data for causing the data processing unit 410 to execute various functions of the handy terminal 400.

  The operation unit 430 includes operation keys for inputting predetermined data to the handy terminal 400 and a touch panel formed on the front surface of the LCD of the display unit 440. The operation keys include 0 to 9 keys for inputting numbers from 0 to 9, up and down keys for moving the focus indicating that an item or button on the screen is selected, and up and down, and A confirmation key for confirming the focus is included. The operation unit 430 accepts an operation from the user and delivers a signal indicating the accepted operation to the data processing unit 410.

  Display unit 440 is configured by an LCD. The display unit 440 may be configured by other display devices such as an EL display. Display unit 440 displays character data and image data received from data processing unit 410.

  The communication unit 460 delivers the data received wirelessly from the store server 800 to the data processing unit 410 and outputs data transmitted from the data processing unit 410 to the store server 800 wirelessly. Further, the communication unit 460 delivers the data received from the sales management PC 480 via the data transfer charger 485 to the data processing unit 410 when the handy terminal 400 is set in the data transfer charger 485, Data to be transmitted from the processing unit 410 to the sales management PC 480 via the data transfer charger 485 is output.

  The barcode scanner unit 470 reads a barcode or a two-dimensional code 471 and converts it into data, and delivers the converted data to the data processing unit 410. In the present embodiment, the bar code or the two-dimensional code 471 is a code that encodes a settlement method for merchandise or a merchandise price, or that codes a ticket ID and ticket type of a merchandise ticket. That is, the barcode scanner unit 470 accepts designation of a product or a payment method for the product price. In addition, the barcode scanner unit 470 receives the ticket ID and ticket type of the tickets displayed on the display unit 640 of the card unit 600 and the display unit 140 of the user's mobile phone 100.

  The data processing unit 410 is configured with an MPU. The data processing unit 410 can communicate with the control unit 491 of the chip reader / writer 490. The data processing unit 410 receives data input from the storage unit 420, the operation unit 430, the communication unit 460, the barcode scanner unit 470, or the control unit 491 of the chip reader / writer 490 according to the program stored in the storage unit 420. Processing is performed and output to the storage unit 420, the display unit 440, the communication unit 460, or the control unit 491 of the chip reader / writer 490.

  The storage unit 492 of the chip reader / writer 490 stores application programs for exchanging with the non-contact type IC chip 190 in various services using the non-contact type IC chip 190, and data used in those application programs.

  The non-contact communication unit 493 of the chip reader / writer 490 communicates with the non-contact type IC chip 190 of the mobile phone 100 via the antenna 494. In addition, as described above, the non-contact communication unit 493 supplies power to the non-contact type IC chip 190 via the antenna 494 by electromagnetic induction by an electromagnetic wave that is a carrier wave from the non-contact communication unit 493.

  The control unit 491 of the chip reader / writer 490 processes the data input from the storage unit 492, the non-contact communication unit 493, or the data processing unit 410 according to the program stored in the storage unit 492, and stores the storage unit 492. The data is output to the non-contact communication unit 493 or the data processing unit 410.

  FIG. 7 is a diagram for explaining a winning information storage area for storing a winning mobile ID and a winning ticket ID as winning information by a lottery process in the card unit 600 installed in the game hall 30. . The winning information storage area is provided in the storage unit 620 mounted on the card unit 600.

  The winning information storage area provided in the storage unit of the card unit 600 is used for identifying the mobile ID of the mobile phone 100 selected and the winning ticket by the lottery process in the card unit 600 installed in the game hall 30. A plurality of winning information including the ticket ID can be stored.

  Here, an example of the storage state of the winning information storage area before the lending process is performed, and the lending process using the value stored in the selected mobile phone 100 is performed and the ticket issuing process is performed. The storage state of the winning information storage area and the storage state of the winning information storage area when winning by the lottery process in the lending process will be described.

  FIG. 7A is a diagram for explaining an example of the storage state of the winning information storage area before the lending process is performed. No. The storage area 1 stores “MN7RE” as a portable ID and “F07009010001001” as a ticket ID. No. In the storage area 2, the mobile ID is not stored, but “F0709020001001” is stored as the ticket ID. No. In the storage area 3, “MR3BN” is stored as the portable ID, and “F07009030001001” is stored as the ticket ID.

  In FIG. 7B, from the storage state described in FIG. 7A, the lending process is performed using the value stored in the mobile phone “MR3BN” as the mobile ID, and the ticket issuing process is performed. It is a figure for demonstrating the memory | storage state of the winning information storage area at the time. By performing the lending process using the value stored in the mobile phone with “MR3BN” as the mobile phone ID, the ticket issuing process for issuing the ticket with the ticket ID “F070903001001” to the mobile phone is performed. As a result, as shown in FIG. The mobile phone ID “MR3BN” and the ticket ID “F070090300001” stored in the storage area 3 are deleted.

  FIG. 7C is a diagram for explaining the storage state of the winning information storage area when winning by the lottery process in the lending process described with reference to FIG. 7B. As shown in FIG. In the storage area 100, “MR3BN” is stored as a portable ID, and “F07009030001012” is stored as a ticket ID.

  As described above, using FIG. 7, the storage state of the winning information storage area before the lending process is performed, the storage state of the winning information storage area when the ticket issuing process is performed, and the lottery process in the lending process The storage state of the winning information storage area at the time of winning is described above, but the processing contents of the lottery process, the ticket issuing process, etc. will be described later.

  FIG. 8 is a diagram for explaining an electronic money transaction service storage area of the storage unit 192 of the contactless IC chip 190 of the mobile phone 100 according to the present embodiment. Referring to FIG. 8, in the storage area for electronic money transaction service, the member ID, the mobile ID of mobile phone 100, the value balance of mobile phone 100, and information on tickets issued to mobile phone 100 are stored. Is memorized. As ticket information, the ticket ID and ticket type of the ticket are stored in association with each other.

  Here, the storage area for the electronic money transaction service of the mobile phone 100 stores “1101” as the member ID, “MN7RE” as the mobile ID, and “11000” yen as the value balance. Further, as information on tickets issued to the mobile phone 100, “D07009010001001”, “D07009010001002” and “F0709010001001”, “drink”, “drink” and “food” are associated with each other as ticket IDs. Is remembered.

  FIG. 9 is a diagram for explaining the store ticket information DB stored in the storage unit of the store server 800 in the present embodiment. Referring to FIG. 9, in the store ticket information DB, the ticket ID of the ticket, the ticket type of the ticket, the mobile ID of the mobile phone 100 storing the ticket, or the mobile phone that should issue the ticket 100 mobile ID (if the ticket is not issued to a mobile phone, “-” indicating that the mobile ID is not stored is stored), the issue status of the ticket, the usage status of the ticket, The amount of the product for which the ticket was used (if the amount is undecided, “-” indicating that is stored) is stored in association with it.

  There are two types of tickets: “drink” tickets and “food” tickets. As the ticket issuance status, “0” indicating that the ticket has not been issued or “1” indicating that the ticket has been issued is stored. As the use state of the ticket, “0” indicating that the ticket is not used or “1” indicating that it is used is stored.

  Here, the ticket ID “F0709010001001”, the ticket type “food”, the mobile phone ID “MN7RE”, the issuance state “1” (issued), the use state “1” (used), and the product amount “250” yen correspond to each other. Attached and memorized. Further, the ticket ID “F0709020001001”, the ticket type “drink”, the issuance state “1” (issued), the use state “1” (used), and the product amount “240” yen are stored in association with each other, and are stored in the mobile phone. “-” Is stored as the ID. Similarly, ticket IDs “F070090300011” and “F070090001012”, ticket types “food” and “drink”, mobile IDs “MR3BN” and “MR3BN”, issuance states “1” (issued) and “0” ( Unissued), usage states “0” (unused) and “0” (unused), and product amounts “-” and “-” are stored in association with each other.

  FIG. 10 is a diagram for explaining the used ticket information DB in the storage unit 220 of the electronic money management server 200 in the present embodiment. Referring to FIG. 10, in the used ticket information DB, the ticket ID of the ticket, the ticket type of the ticket, the mobile ID of the mobile phone 100 storing the ticket, the usage state of the ticket, The amount of merchandise for which the ticket is used is stored in association with it.

  Here, the ticket ID “F0709010001001”, the ticket type “food”, the mobile phone ID “MN7RE”, the usage state “1” (used), and the commodity price “250” yen are stored in association with each other. Similarly, the ticket IDs “F07009020001001”, “F070090001001” and “D07090300001012”, the ticket types “drink”, “food” and “drink”, and the mobile IDs “MP3EA”, “MR3BN” and “MR3BN”, and the usage state “1” (used), “0” (unused), and “0” (unused) and product amounts “240”, “-”, and “-” are stored in association with each other.

(Description of value charging in the electronic money system 10)
Next, a flow until the mobile phone 100 is charged with value is described. In order to charge the mobile phone 100 with a value, first, initial registration for registering the mobile phone 100 and downloading of the electronic money application 111 are required.

  In the initial registration, whether or not the mobile phone 100 accessing the web page for initial registration managed by the electronic money management server 200 is an effective mobile phone that can receive provision of the electronic money transaction service. This is determined by the management AP 211. When it is determined that the mobile phone 100 is a valid mobile phone, a member ID is issued by the management AP 211, and the member ID, the e-mail address set in the mobile phone, and the value for the purchase related to the value are paid. Financial institution designation information for specifying a financial institution designated by a user as a settlement processing institution used for settlement processing for settlement is stored in the management DB 221 in association with the portable ID of the mobile phone 100. The Thereby, initial registration is completed.

  When the initial registration is completed, the electronic money application 111 is transmitted to the mobile phone 100 by the management AP 211. When the electronic money application 111 is stored in the storage unit 120 of the mobile phone 100 and downloading is completed, the data processing unit 110 activates the electronic money application 111.

  FIG. 12 is a display screen diagram displayed on the display unit 140 of the mobile phone 100 when the electronic money application 111 of the mobile phone 100 is activated in the electronic money system 10 according to the present embodiment. FIG. 12A is a display screen diagram displayed on the display unit 140 of the mobile phone 100 while the electronic money application 111 is activated. In the screen of FIG. 12A, a graph indicating the outline of the ratio of the processes that have elapsed among all the activation processes and the letters “electronic money application” that is the name of the application that is being activated are displayed.

  When it is started for the first time after the download is completed, communication is performed between the mobile phone 100 and the remote issuing server 550, and a storage area for the electronic money transaction service is secured in the storage unit 192 of the non-contact type IC chip 190 ( Constructed) and a process of storing a value equivalent to 0 yen in the secured storage area is performed. After the processing by the remote issuance server 550 is completed, the data processing unit 110 acquires the value balance from the storage area for the electronic money transaction service in the storage unit 192 of the non-contact type IC chip 190 and activates the electronic money application 111. The initial time screen is displayed on the display unit 140.

  FIG. 12B is a startup initial screen displayed on the display unit 140 of the mobile phone 100 when the electronic money application 111 is started for the first time after the download is completed. In the screen of FIG. 12B, the chip ID given from the time of manufacturing the non-contact type IC chip 190 is 00002000012398, and the balance of the value stored in the non-contact type IC chip 190 is 0 yen. “Value purchase (via mobile banking)”, which is a link for purchasing value, and “Charge purchase value to IC chip”, which is a link for charging the purchased value to the contactless IC chip 190. ”And“ ticket confirmation ”which is a link for confirming the issued ticket is displayed.

  In order to charge the mobile phone 100 with a value, it is necessary to activate the electronic money application 111 as the next stage, select “value purchase” on the initial screen at the time of activation, and purchase the value.

  FIG. 11 is a flowchart showing a process flow of the electronic money application 111 executed by the mobile phone 100 according to the present embodiment. Referring to FIG. 11, when electronic money application 111 is activated, in step S180, data processing unit 110 determines whether activation of electronic money application 111 is activation from non-contact type IC chip 190 or not. To do.

  From the chip reader / writer 390 of the ticket vending machine 300 in the ticketing process by the ticket vending machine 300 described later in FIG. 13 or from the chip reader / writer 690 of the card unit 600 in the ball lending process by the card unit 600 described later in FIG. When an application activation signal for activating the electronic money application 111 is transmitted to the non-contact type IC chip 190, the mobile phone 100 activates the electronic money application 111 according to the application activation signal. The application activation signal will be described with reference to FIG. The case where it is determined that the activation of the electronic money application 111 is the activation from the non-contact type IC chip 190 (YES in step S180) will be described with reference to FIG.

  On the other hand, if it is determined that activation of the electronic money application 111 is not activation from the non-contact type IC chip 190 (NO in step S180), in step S191, is the data processing unit 110 activated from the takeover information? Judge whether or not. As will be described later, an e-mail with transfer information from the electronic money management server 200 is transmitted to the mobile phone 100 after payment for value purchase is completed, and the electronic money application 111 is activated by the transfer information. The purchased value is charged to the mobile phone 100. If it is determined that the activation is based on the takeover information (YES in step S191), the data processing unit 110 advances the process to be executed to step S150.

  On the other hand, if it is determined that the activation is not based on the takeover information (NO in step S191), the process to be executed is advanced to step S192.

  In step S <b> 192, the data processing unit 110 acquires the value balance from the area for electronic money transaction service in the storage unit 192 of the non-contact type IC chip 190, and the initial time when the electronic money application 111 is activated. A screen (see FIG. 12B) is displayed.

  Next, in step S193, the data processing unit 110 determines whether or not value purchase has been selected. When the “value purchase (via mobile banking)” link is selected on the screen of FIG. 12B, the data processing unit 110 determines that value purchase has been selected (YES in step S193), and in step S130, Execute value purchase processing.

  In the value purchase process, first, charge request information including a member ID and a mobile ID is transmitted from the mobile phone 100 to the electronic money management server 200. Thereafter, in the value purchase processing, confirmation of a financial institution, selection of a purchase desired amount for which value purchase is desired, and the like are performed. In the electronic money management server 200, in accordance with the management AP 211, at the financial institution that has been confirmed, consideration is given for the desired purchase amount (including fees) desired to purchase value within the range of the portable retention limit and the daily purchase limit. The information for making the payment is sent to the mobile phone 100.

  Based on the received information, the user accesses the mobile phone 100 to the Internet banking system of the financial institution server 500 and logs in to his / her own mobile banking account registered in advance by the web processing. When the financial institution server 500 completes the process of transferring the consideration for the desired purchase amount, the settlement server 280 registers the completion of the transfer process in the billing information DB 281 and transmits it to the electronic money management server 200.

  In response to the completion of the transfer process, the electronic money management server 200 updates the value purchase record corresponding to the member ID of the management DB 221 in accordance with the management AP 211 and purchases the accumulated amount on the day corresponding to the mobile phone 100. A process is performed in which the accumulated amount is updated by adding the amount of money, and the accumulated amount of charge is updated and stored by adding the purchase amount to the accumulated amount of charge corresponding to the mobile phone 100. Then, the electronic money management server 200 transmits an e-mail with transfer information to the mobile phone 100. Link information is included as the takeover information. The link information in the present embodiment includes information for automatically starting an electronic money application 111 described later. When the electronic money application 111 is activated, it is activated from the takeover information (YES in step S191), so the value issuance process is executed.

  Returning to FIG. 11, in step S194, the data processing unit 110 selects the link “charge of purchased value to IC chip (update latest balance)” on the initial screen at the time of startup described with reference to FIG. To determine whether value issuance has been selected. If value issuance is selected (YES in step S194), data processing unit 110 advances the process to be executed to step S150. As described above, when the link as the takeover information attached to the e-mail is selected and it is determined in step S191 that the activation is based on the takeover information, the process to be executed is similarly executed in step S150. Proceed.

  In step S150, the data processing unit 110 executes value issue processing. In the value issuance processing, value issuance request information including a member ID and a mobile ID, which is information for requesting a charge of value, is transmitted from the mobile phone 100 to the electronic money management server 200. In the electronic money management server 200, according to the management AP 211, a value that is not yet charged (written) corresponding to the received member ID and mobile ID (also referred to as an uncharged value) is stored in the management DB 221. Is judged. When it is determined that the uncharged value is stored, the electronic money management server 200 sets the value purchase record in the management DB 221 to a state in which it can be specified that the value has been written in accordance with the management AP 211. Then, value issue information for writing the value is transmitted to the mobile phone 100.

  When the value issuance information is received, in the value issuance processing, a writing process for storing the value specified from the value issuance information in the storage area for the electronic money transaction service in the storage unit 192 of the non-contact type IC chip 190 is started. By transmitting to the remote issuance server 550, the issuance start request information including the value issuance amount information indicating the amount of the value specified from the value issuance information and the portable ID. In the storage area for the electronic money transaction service in the storage unit 192 of the non-contact type IC chip 190, the amount of value indicated by the value issue amount information included in the write processing start request information is written.

  In the value issuance processing, when the writing is completed, the value balance after writing is acquired from the storage area for the electronic money transaction service in the storage unit 192 of the non-contact type IC chip 190, and the value issuance completion screen is displayed on the display unit 140. Display.

  Returning to FIG. 11, in step S195, the data processing unit 110 determines whether or not ticket confirmation is selected by selecting the “ticket confirmation” link on the startup initial screen described with reference to FIG. to decide. If ticket confirmation is selected (YES in step S195), data processing unit 110 advances the process to be executed to step S196.

  In step S196, the data processing unit 110 executes a ticket notification process for notifying the issued ticket. In the present embodiment, as described with reference to FIG. 8, the ticket ID is stored in the storage area of ticket information (ticket ID and ticket type) in the storage area for electronic money transaction service in the storage unit 192 of the non-contact type IC chip 190. And ticket type are stored. Therefore, in the ticket notification process, the ticket type and ticket obtained from the storage area of the ticket information (ticket ID and ticket type) in the storage area for electronic money transaction service of the storage unit 192 of the non-contact type IC chip 190 The number for each species is acquired, and the ticket notification screen is displayed on the display unit 140.

  FIG. 12C is a display screen diagram displayed on the display unit 140 of the mobile phone 100 when ticket confirmation is selected. A message such as “Currently, two drink tickets and one food ticket are acquired” is displayed on the screen of FIG.

  Returning to FIG. 11, in step S <b> 197, the data processing unit 110 determines whether or not an operation for terminating the electronic money application 111 is performed on the mobile phone 100. When an operation for ending (for example, operation of a clear key of data input unit 130 of mobile phone 100) is performed (YES in step S197), data processing unit 110 ends electronic money application 111. . On the other hand, when the operation for ending is not performed (NO in step S197), data processing unit 110 returns the process to be executed to step S193 described above.

(Description of use of value in the electronic money system 10)
FIG. 13 is a flowchart showing the flow of the ticket issuing process executed by the ticket vending machine 300 in the present embodiment. In this ticketing process, prepaid data having a predetermined game value that enables a game to be played on the pachinko gaming machine 700 and a slot machine is recorded, and a prepaid card 371 used for paying out (lending) pachinko balls and medals is issued. It is processing. Referring to FIG. 13, first, in step S310, the data processing unit 310 of the ticket vending machine 300 executes an unauthorized registration process.

  FIG. 14 is a flowchart showing the flow of the unauthorized registration process executed by the ticket vending machine 300 in the present embodiment. Referring to FIG. 14, the data processing unit 310 determines whether portable use prohibition information is received from the electronic money management server 200 via the store server 800 in step S311.

  The portable use prohibition information is information for instructing to prohibit the use of value in all the mobile phones 100 in the game hall 30. The process of transmitting the portable use prohibition information will be described with reference to FIGS. 22 and 24 described later.

  If it is determined that the portable use prohibition information has been received (YES in step S311), the data processing unit 310 causes the storage unit 320 to store the portable use prohibition information in step S312. On the other hand, when it is determined that the portable use prohibition information has not been received (NO in step S311), or after step S312, the data processing unit 310 advances the process to be executed to step S313.

  In step S <b> 313, the data processing unit 310 determines whether unauthorized terminal information has been received from the electronic money management server 200 via the store server 800. The unauthorized terminal information is information for instructing to prohibit the use of the value in the mobile phone 100 including the mobile ID and indicated by the mobile ID. The process of transmitting unauthorized terminal information will be described with reference to FIGS. 22 and 24 described later.

  If it is determined that the unauthorized terminal information has been received (YES in step S313), the data processing unit 310 stores the unauthorized terminal information in the storage unit 320 in step S314. On the other hand, if it is determined that the unauthorized terminal information has not been received (NO in step S313), or after step S314, the data processing unit 310 performs the process to be executed by the process of the caller of this unauthorized registration process. Returning to the ticketing process shown in FIG.

  Returning to FIG. 13, in step S <b> 320, the data processing unit 310 determines whether or not a cash insertion signal indicating that cash has been inserted from the money handling machine 380 has been received.

  If it is determined that the cash input signal has been received (YES in step S320), in step S323, the data processing unit 310 receives the cash count signal from the money handling machine 380, and receives the cash indicated by the cash count signal. Set amount to cash input.

  In step S324, the data processing unit 310 determines whether or not additional cash has been input by determining whether or not the cash count signal has been received again. If it is determined that additional cash has been inserted (YES in step S324), in step S325, the data processing unit 310 adds the amount of cash indicated by the cash count signal received again to the amount of cash input.

  If it is determined that no additional cash has been input (NO in step S324), or after step S325, the data processing unit 310 controls the amount of money less than or equal to the amount of cash input. By executing the activation control, it is possible to effectively accept an operation on the amount button of the operation unit 330, and a lamp provided on the validated amount button is turned on.

  In step S327, the data processing unit 310 determines whether an operation signal indicating that the amount button activated in step S326 has been operated is received from the operation unit 330. That is, it is determined whether or not an amount button equal to or less than the cash input amount has been operated. If it is determined that the amount button equal to or less than the cash input amount has not been operated (NO in step S327), the data processing unit 310 returns the process to be executed to step S324.

  On the other hand, if it is determined that the validated amount button has been operated (YES in step S327), the data processing unit 310 sets the amount of the amount button indicated by the operation signal to the purchase amount in step S328. Thereafter, the data processing unit 310 advances the process to be executed to step S361.

  On the other hand, when it is determined that the cash input signal has not been received (NO in step S320), the data processing unit 310 indicates that the operation button operation of the operation unit 330 has been operated in step S321. Is received from the operation unit 330, it is determined whether or not the use button has been operated. The use button is a button operated by the user when using the value. If it is determined that the use button has not been operated (NO in step S321), data processing unit 310 returns the process to be executed to step S310.

  On the other hand, if it is determined that the use button has been operated (YES in step S321), the data processing unit 310 determines in step S322 whether the portable use prohibition information has been stored in the storage unit 320 in the unauthorized registration process of FIG. Determine whether. That is, it is determined whether or not the use of the value in all mobile phones 100 is prohibited. If it is determined that the use of value in all mobile phones 100 is prohibited (YES in step S322), data processing unit 310 returns the process to be executed to the process in step S310.

  On the other hand, if it is determined that the use of the value on all mobile phones 100 is not prohibited (NO in step S322), the data processing unit 310 activates and controls the total amount button in step S331. . In step S <b> 332, the data processing unit 310 determines whether an operation signal indicating that the amount button whose activation is controlled in step S <b> 331 has been operated is received from the operation unit 330. That is, it is determined whether any amount button has been operated. If it is determined that none of the amount buttons has been operated (NO in step S332), data processing unit 310 repeats the process of step S332.

  On the other hand, if it is determined that one of the amount buttons has been operated (YES in step S332), the data processing unit 310 sets the amount of the amount button indicated by the operation signal to the purchase amount in step S333.

  In step S341, the data processing unit 310 determines whether the chip reader / writer 390 has read the mobile ID and value balance as information for requesting the lending process from the non-contact IC chip 190 of the mobile phone 100. to decide.

  More specifically, in step S341, the chip reader / writer 390 obtains a mobile ID and value balance as loan processing request information for requesting the loan processing from the non-contact IC chip 190 of the mobile phone 100. Done. The non-contact type IC chip 190 of the mobile phone 100 provides loan processing request information for requesting a loan process from the non-contact communication unit 193 mounted on the non-contact type IC chip 190 when the acquisition process is performed. As a mobile ID and a value balance. In step S341, it is determined whether the mobile ID and the value balance have been acquired by the acquisition process. When it is determined that the mobile ID and the value balance have been acquired, it is determined that the mobile ID has been read.

  If it is determined that the data has not been read (NO in step S341), data processing unit 310 repeats the process in step S341. When it is determined that the mobile ID and the value balance are not read for a certain time (for example, 30 seconds), the data processing unit 310 invalidates the amount button activated in step S331 and resets the purchase amount. You may make it do.

  On the other hand, if it is determined that the mobile phone ID and the value balance are read from the mobile phone 100 (YES in step S341), the data processing unit 310 determines that the read mobile ID is the unauthorized registration process of FIG. 14 in step S342. It is determined whether or not the mobile ID is indicated by the unauthorized terminal information stored in the storage unit 320. That is, it is determined whether or not the mobile phone 100 is an unauthorized one.

  If it is determined that the mobile phone is an unauthorized mobile phone (YES in step S342), the data processing unit 310 reports an error in step S343. As the error notification, for example, a warning lamp blinks or a warning buzzer sounds. In addition, the data processing unit 310 invalidates the amount button activated in step S331 and resets the purchase amount. In step S344, the data processing unit 310 confirms whether the mobile phone is an unauthorized mobile phone by a staff member of the game hall 30, and determines whether a confirmation operation has been performed. If the confirmation operation has not been performed (NO in step S344), data processing unit 310 repeats step S344. On the other hand, if it is determined that a confirmation operation has been performed (YES in step S344), data processing unit 310 returns the process to be executed to step S310.

  If it is determined that the mobile phone is not an unauthorized mobile phone (NO in step S342), data processing unit 310 advances the process to be executed to step S351. In step S351, the data processing unit 310 determines whether or not the purchase amount is larger than the remaining value. If it is determined that the purchase price is not larger than the remaining value (NO in step S351), in step S356, the data processing unit 310 sets the value for the purchase price of the contactless IC chip 190 of the mobile phone 100. The chip reader / writer 390 is controlled so that a subtraction request signal for subtraction from the storage unit 192 is transmitted to the mobile phone 100.

  Specifically, the data processing unit 310 includes a subtraction request including electronic money identification information that designates a value as a deduction target among a plurality of types of electronic money, and subtraction amount information indicating that a value corresponding to the deduction amount is subtracted. A subtraction control command for controlling the non-contact communication unit 393 so as to transmit a signal to the mobile phone 100 is transmitted to the control unit 391 of the chip reader / writer 390. The control unit 391 of the chip reader / writer 390 controls the non-contact communication unit 393 so as to transmit a subtraction request signal to the mobile phone 100 in response to the subtraction control command.

  On the other hand, in the mobile phone 100 that has received the subtraction request signal, the control unit 191 of the non-contact IC chip 190 withdraws from the electronic money designated as the withdrawal target stored in the secured area of the storage unit 192. A value corresponding to the amount is subtracted, and when the value subtraction is completed, a process of transmitting a subtraction end signal indicating that to the chip reader / writer 390 of the ticket vending machine 300 is performed.

  Then, in step S357, the data processing unit 310 determines whether or not a subtraction end signal has been received from the mobile phone 100. Specifically, the control unit 391 of the chip reader / writer 390 transmits a subtraction end command indicating that the subtraction has been completed to the data processing unit 310 in response to the reception of the subtraction end signal from the mobile phone 100. When receiving the subtraction end command, the data processing unit 310 determines that the subtraction of the value corresponding to the deduction amount has ended. In step S357, data processing unit 310 repeatedly makes a determination until a subtraction end command is received. If a subtraction end command is not received before a predetermined condition (number of determinations, time, etc.) is satisfied, an error indicating that subtraction does not end may be notified on display unit 340.

  If it is determined that the subtraction end signal has been received (YES in step S357), in step S358, the data processing unit 310 determines whether the amount obtained by subtracting the purchase amount from the remaining value is equal to or less than a predetermined amount. . If it is determined that the amount obtained by subtracting the purchase amount from the remaining value is equal to or less than the predetermined amount (YES in step S358), the data processing unit 310 stores the non-contact type IC chip 190 of the mobile phone 100 in step S359. The chip reader / writer 390 is controlled so as to transmit an application activation signal including the balance subtraction information after subtraction. The application activation signal is a signal for activating the electronic money application 111 of the mobile phone 100 from the outside.

  The balance subtraction information after subtraction is information for transmitting to the mobile phone 100 that the amount of value stored in the mobile phone 100 is small after the value is subtracted. The predetermined amount is, for example, an amount by which the minimum amount of prepaid card 371 can be purchased once, and is 1000 yen in the present embodiment. The predetermined amount may be another amount as long as it is a small amount. Note that the processing of the mobile phone 100 when receiving the subtracted balance information will be described after the description of step S663 in FIG.

  On the other hand, when it is determined that the amount obtained by subtracting the purchase amount from the remaining value is not equal to or less than the predetermined amount (NO in step S358), or after step S359, the data processing unit 310 advances the process to be executed to step S361. .

  On the other hand, when it is determined that the purchase amount is larger than the remaining value (YES in step S351), in step S352, the data processing unit 310 transmits an application activation signal including the balance shortage information before subtraction to the mobile phone 100. The chip reader / writer 390 is controlled to transmit to the non-contact type IC chip 190. The balance shortage information before subtraction is information for transmitting to the mobile phone 100 that the amount of value stored in the mobile phone 100 is insufficient before the value is subtracted. Thereafter, the data processing unit 310 returns the process to be executed to step S310. Note that the processing of the mobile phone 100 when the shortage balance information before subtraction is received will be described after the description of step S663 in FIG.

  In step S361, the data processing unit 310 determines the card ID of the prepaid card 371 to be issued, the cash amount used for purchase, the mobile phone ID of the mobile phone 100 used for purchase, and the amount of value used for purchase (hereinafter referred to as transaction). Transaction information including information for identifying each of them is also transmitted to the store server 800.

  Next, in step S362, the data processing unit 310 controls the card reader / writer 370 to issue the prepaid card 371 for the purchase amount. When the cash input amount is larger than the purchase amount, the data processing unit 310 controls the money handling machine 380 so as to pay out a change obtained by subtracting the purchase amount from the cash input amount. In step S363, the data processing unit 310 resets the purchase amount, the value remaining amount, and the cash input amount, and returns the process to be executed to step S310.

  FIG. 16 is a flowchart showing the flow of the ball lending process executed by the card unit 600 in the present embodiment. With reference to FIG. 16, first, in step S610, the data processing unit 610 of the card unit 600 executes a unit unauthorized registration process.

  FIG. 17 is a flowchart showing a unit fraud registration process executed by the card unit 600 in the present embodiment. Referring to FIG. 17, in step S <b> 601, data processing unit 610 determines whether portable use prohibition information is received from electronic money management server 200 via store server 800. Since the portable use prohibition information has been described in step S311 in FIG. 14, the repeated description will not be repeated.

  If it is determined that the portable use prohibition information has been received (YES in step S601), the data processing unit 610 causes the storage unit 620 to store the portable use prohibition information in step S602. On the other hand, if it is determined that portable use prohibition information has not been received (NO in step S601), or after step S602, data processing unit 610 advances the process to be executed to step S603.

  In step S <b> 603, the data processing unit 610 determines whether or not unauthorized terminal information has been received from the electronic money management server 200 via the store server 800. Since the unauthorized terminal information has been described in step S313 in FIG. 14, the repeated description will not be repeated.

  If it is determined that the unauthorized terminal information has been received (YES in step S603), the data processing unit 610 stores the unauthorized terminal information in the storage unit 620 in step S604. On the other hand, when it is determined that the unauthorized terminal information has not been received (NO in step S603), or after step S604, in step S605, the data processing unit 610 moves the store server 800 from the electronic money management server 200. It is determined whether or not an illegal card ID is received.

  The unauthorized card ID is an ID for identifying a prepaid card 371 purchased with an unauthorized mobile phone 100. The process of transmitting the unauthorized card ID will be described with reference to FIGS. 22 and 24 described later.

  If it is determined that the unauthorized card ID has been received (YES in step S605), the data processing unit 610 stores the unauthorized card ID in the storage unit 620 in step S606. If it is determined that an unauthorized card ID has not been received (NO in step S605), or after step S606, the data processing unit 610 executes the process to be executed by the caller of this unit unauthorized registration process. Returning to the ball lending process of FIG. On the other hand, when it is determined that the illegal card ID has not been received (NO in step S605), the data processing unit 610 returns the process to be executed to the ball lending process of FIG.

  Returning to FIG. 16, in step S <b> 670, the data processing unit 610 executes a storage state update process for updating the storage state of the winning information storage area of FIG. 7 described above.

  FIG. 18 is a flowchart showing the flow of the storage state update process executed by the card unit 600 in the present embodiment. Referring to FIG. 18, in step S675, data processing unit 610 determines whether or not allocation ticket information including a plurality of ticket IDs and ticket types has been received from store server 800.

  The allocation ticket information is information transmitted from the electronic money management server 200 to the card unit 600 via the store server 800, and includes at least a ticket ID that can individually identify the ticket and provides a product to the player. Information relating to a ticket, which is generated by a service providing organization (electronic money management server 200) of an electronic money transaction service with a margin for the scheduled number of tickets given to each store every day. Server 800).

  If it is determined that the allocation ticket information has been received (YES in step S675), the data processing unit 610 causes the storage unit 620 to store the ticket ID and the ticket type included in the received allocation ticket information in step S676. On the other hand, if it is determined that allocation ticket information has not been received (NO in step S675), and after step S676, data processing unit 610 advances the process to be executed to the process of step S671.

  In step S671, the data processing unit 610 determines whether winning information from another card unit has been received via the store server 800. The winning information includes the mobile ID that the ticket has been won, the ticket type of the ticket, and the ticket ID of the ticket. The winning information is transmitted via the store server 800 when winning in the lottery process in the card unit 600, as will be described later in step S696 of FIG. 21 and steps S831 and S832 of FIG.

  When it is determined that the winning information is received (YES in step S671), the data processing unit 610 stores the winning information in the storage unit 620 mounted on the card unit 600 described with reference to FIG. 7 in step S672. In the area, a process of storing the portable ID, the ticket type, and the ticket ID included in the winning information in association with each other is performed, and the process to be executed proceeds to step S673.

  In step S672, the example in which the portable ID, the ticket type, and the ticket ID included in the received winning information are associated with each other and stored in the winning information storage area of FIG. 7 has been described. However, the present invention is not limited to this, the mobile ID is stored in advance in the winning information storage area, and the storage state of the mobile ID in the winning information storage area is determined for the ticket type included in the winning information for the mobile ID included in the received winning information. You may make it update to the memory | storage state (For example, the state where the winning flag which pinpoints portable ID and ticket type is set) which can specify that the ticket is winning. The mobile ID stored in advance in the winning information storage area may be, for example, all mobile IDs that are initially registered, or may be a mobile ID that has been won in the past. In such a configuration, in step S681 to be described later, it is determined from the storage state of the mobile ID in the winning information storage area whether the mobile ID is the mobile ID of the mobile phone 100 that has been won. May be.

  Next, in step S673, the data processing unit 610 determines whether issued information from other ticket machines and card units has been received via the store server 800. The issued information is transmitted through the store server 800 when the ticket issuing process is performed in step S682 of FIG. 21 in the card unit 600 as will be described later in step S683 of FIG. 21 and step S835 of FIG. It is. The issued information includes the ticket ID of the ticket that is the subject of the ticket issuing process.

  If it is determined in step S673 that the issued information has been received, the data processing unit 610 determines in step S674 from the winning information storage area of the storage unit 620 mounted on the card unit 600 described in FIG. A process of deleting the winning information corresponding to the ticket ID included in the issued information is performed, and the process to be executed is returned to the ball lending process of FIG. 16 which is the process of the caller of this process.

  In step S674, the example in which the winning information corresponding to the ticket ID specified from the received issued information is deleted from the winning information storage area of FIG. 7 has been described. However, the present invention is not limited to this, and in step S672, the mobile ID is stored in advance in the winning information storage area, and the storage state of the mobile ID in the winning information storage area is determined by the ticket of the ticket type included in the winning information for the mobile ID. If the mobile phone ID is included in the issued information, the mobile phone ID included in the received issued information corresponds to the mobile phone ID in step S674. The storage state may be updated to an already-issued storage state (for example, a state where an issued flag for specifying issued is set).

  Returning to FIG. 16, in step S621, the data processing unit 610 determines whether or not an insertion signal indicating that the prepaid card 371 has been inserted is received from the card reader / writer 670.

  If it is determined that the insertion signal has been received (YES in step S621), the data processing unit 610 stores the card ID of the inserted prepaid card 371 from the card reader / writer 670 in the storage unit 620 in step S623. It is determined whether or not a fraudulent card signal indicating that the fraudulent card ID is the same is received.

  If it is determined that the card is not an unauthorized card (NO in step S623), data processing unit 610 advances the process to be executed to step S690. On the other hand, if it is determined that the card is a fraudulent card (YES in step S623), data processing unit 610 provides an error notification that a fraudulent prepaid card has been inserted in step S624. The error notification is performed, for example, by blinking an alarm lamp or sounding an alarm buzzer. In step S625, the data processing unit 610 determines whether or not there has been a confirmation operation indicating that the error notification has been confirmed by the attendant of the game hall 30. If it is determined that there is no confirmation operation (NO in step S625), data processing unit 610 repeats the process in step S625. On the other hand, when it is determined that a confirmation operation has been performed (YES in step S625), data processing unit 610 returns the process to be executed to step S610.

  On the other hand, if it is determined that the insertion signal has not been received (NO in step S621), the data processing unit 610 has received a cash insertion signal indicating that cash has been inserted from the money handling machine 680 in step S620. Determine whether or not.

  If it is determined that a cash insertion signal has been received (YES in step S620), in step S626, the data processing unit 610 specifies the card ID of the prepaid card 371 to be issued and the cash amount used for purchase. The transaction information including the information is transmitted to the store server 800.

  Next, in step S627, the data processing unit 610 issues a prepaid card 371, and the amount of cash input indicated by the cash count signal from the money handling machine 680 is stored in advance in the card reader / writer 670. The card reader / writer 670 is controlled to deposit the card 371. Here, after payment, the prepaid card 371 is held in the card unit 600 and is not discharged. Thereafter, the data processing unit 610 advances the process to be executed to step S690.

  In step S690, the data processing unit 610 executes a prepaid ball lending process. The prepaid ball lending process will be described later with reference to FIG.

  FIG. 19 is a flowchart showing the flow of the prepaid ball lending process executed by the card unit 600 in the present embodiment.

  Referring to FIG. 19, in step S <b> 611, data processing unit 610 determines whether or not a cash insertion signal indicating that cash has been inserted is received from money handling machine 680. If it is determined that the cash input signal has been received (YES in step S611), in step S612, the data processing unit 610 receives the cash count signal from the money handling machine 680, and receives the cash indicated by the cash count signal. The card reader / writer 670 is controlled to add the amount to the prepaid card 371.

  On the other hand, if it is determined that the cash input signal has not been received (NO in step S611), or after step S612, the data processing unit 610 reads the prepaid card read by the card reader / writer 670 in step S613. The prepaid balance recorded in 371 is received from the card reader / writer 670.

  Next, in step S614, the data processing unit 610 determines whether the received balance is a value greater than 0, that is, whether the balance is not 0. If it is determined that the balance is not a value larger than 0 (NO in step S614), data processing unit 610 advances the process to be executed to step S631.

  On the other hand, if it is determined that the balance is greater than 0 (YES in step S614), data processing unit 610 determines in step S615 whether a ball lending operation signal has been received from ball lending button 631. To do. If it is determined that a ball lending operation signal has not been received (NO in step S615), data processing unit 610 advances the process to be executed to step S631.

  On the other hand, if it is determined that a ball lending operation signal has been received (YES in step S615), in step S6111, the data processing unit 610 is stored in the winning information storage area described in FIG. It is determined whether or not winning information is stored. In addition, the winning information determined whether or not stored here is the winning information stored in the winning information storage area that is not stored in association with the mobile ID (No. in FIG. 7). (Winning information as indicated by 2).

  If it is determined that the winning information is stored (YES in step S6111), in step S6112, the data processing unit 610 displays the ticket information described in FIG. The display unit 640 is controlled to display a screen for prompting selection of whether to output to 100.

  FIG. 20 is a display screen diagram displayed on the display unit 640 of the card unit 600 in association with the granting of a ticket in the electronic money system 10 according to the present embodiment. FIG. 20A is a display screen view displayed on the display unit 640 of the card unit 600 when a ticket is granted. Referring to FIG. 20 (A), the screen of FIG. 20 (A) shows that the current date and time are given to the first row, the ticket type to be given and the ticket are given to the second row, In the third line, an option for selecting to display the ticket information as a barcode (here, a two-dimensional code), in the fourth line, an option for selecting to output the ticket information to the mobile phone 100, In addition, from the fifth line to the sixth line, a message that prompts the user to select one of the options is displayed.

  Returning to FIG. 19, in step S <b> 6113, whether or not the touch panel of the operation unit 630 detects that the player has touched the display of an option for selecting to output the ticket information to the mobile phone 100. In response to this, the data processing unit 610 determines whether or not to output the ticket information to the mobile phone 100 is selected.

  If it is determined that the output to the mobile phone 100 has been selected (YES in step S6113), in step S6114, the data processing unit 610 transmits to the chip reader / writer 690 of the card unit 600 described with reference to FIG. The display unit 640 is controlled to display a screen prompting the player to hold the mobile phone 100 over.

  Proceeding to FIG. 20, FIG. 20B is a display screen diagram displayed on the display unit 640 of the card unit 600 before the ticket is given to the mobile phone 100. Referring to FIG. 20B, in the screen of FIG. 20B, the current date and time, the ticket types to be given and the tickets from the second row to the third row are displayed in the first row. A message to be output to the mobile phone and a message to prompt the player to hold the mobile phone 100 over the chip reader / writer 690 of the card unit 600 are displayed from the fourth line to the fifth line.

  Returning to FIG. 19, when the mobile phone 100 is held over the chip reader / writer 690, in step S 6115, the data processing unit 610 issues a ticket with the ticket ID of the winning information determined to be stored in step S 6111. The process for controlling the chip reader / writer 690 is performed as the ticket issuing process so that the application activation signal including the ticket issuing information for transmitting to the contactless IC chip 190 of the mobile phone 100 is transmitted.

  The ticket issue information includes the ticket ID of the ticket to be issued and the ticket type of the ticket. Since the application activation signal has been described in step S359 in FIG. 13, the overlapping description will not be repeated. Note that the processing of the mobile phone 100 when the application activation signal is received will be described after the description of step S663 in FIG.

  As a result, an application activation signal including ticket issue information is received from the non-contact communication unit 193 of the non-contact type IC chip 190 of the mobile phone 100, and the control unit 191 of the non-contact type IC chip 190 receives the non-contact type IC chip. The ticket ID and ticket type specified from the ticket issue information are additionally updated (stored) in the storage area of ticket information (ticket ID and ticket type) in the storage area for electronic money transaction service 190 of the storage unit 192. The activation request signal is transmitted to the data processing unit 110, and the electronic money application 111 can be activated.

  Next, in step S <b> 6116, the data processing unit 610 displays issued information including the ticket ID of the ticket issued in step S <b> 6115 and the mobile phone ID of the mobile phone 100 that transmitted the ticket issue information in step S <b> 6115. Send to. After step S6116, the data processing unit 610 advances the process to be executed to the process of step S6119.

  On the other hand, if it is determined that output to the mobile phone 100 is not selected (NO in step S6113), that is, if it is selected to display the ticket information as a barcode, data processing is performed in step S6117. As shown in the screen illustrated in FIG. 20C, the unit 610 displays the ticket information including the ticket ID and the ticket type of the winning information determined to be stored in step S6111, as a barcode (here, a two-dimensional code). The display unit 640 is controlled so as to be converted into and displayed.

  Proceeding to FIG. 20, FIG. 20C is a display screen diagram displayed on the display unit 640 of the card unit 600 when the ticket information is displayed as a barcode. Referring to FIG. 20 (C), the screen of FIG. 20 (C) shows the current date and time in the first row, the ticket type to be given and the ticket in the second to third rows. The bar code (two-dimensional code here) is displayed on the right side of the second line to the third line, and the bar code is displayed on the fourth line to the fifth line. The bar code displayed on the 6th to 7th lines is photographed with the camera function of the mobile phone 100 to prompt the player to call the store clerk because the terminal device (handy terminal 400) possessed by the store clerk is read. Then, it is displayed that it may be presented to the store clerk later.

  Returning to FIG. 19, in step S <b> 6118, the data processing unit 610 transmits issued information including the ticket ID of the ticket issued in step S <b> 6117 to the store server 800.

  In step S6119, the data processing unit 610 performs a process of deleting the winning information of the ticket ID of the ticket issued in step S6115 or step S6117 from the winning information storage area of FIG. After step S6119, the data processing unit 610 advances the process to be executed to the process of step S6121.

  In step S6119, the example in which the winning information is deleted from the winning information storage area of FIG. 7 has been described. However, the present invention is not limited to this. In step S6124, which will be described later, the ticket ID is stored in advance in the winning information storage area, and the storage state of the ticket with the ticket ID is updated to a storage state that can specify that the ticket has been won. In step S6119, the storage state corresponding to the ticket ID of the ticket to be issued is updated to the issued storage state (for example, to the state where the issued flag that can specify issued has been set). In other words, the data processing unit 610 updates the storage state in the winning information storage area so as to be able to specify issued (granted).

  When it is determined that the winning information is not stored in the winning information storage area (NO in step S6111), or after step S6119, in step S6121, the data processing unit 610 determines the drink ticket according to the predetermined winning probability. A lottery process for lottery of winning, winning a food ticket, or lottery. Note that the lottery process is configured by step S6121.

  Next, in step S6122, the data processing unit 610 performs processing to determine whether or not either a drink ticket or a food ticket has been won in the lottery processing in step S6121.

  If it is determined that either a drink ticket or a food ticket is won (YES in step S6122), in step S6123, the data processing unit 610 is allocated from the store server 800 and stored in step S676 in FIG. The ticket ID of the selected ticket type is read out from the combination of the ticket ID and the ticket type stored in.

  In this embodiment, in step S6123, one of the ticket IDs allocated from the electronic money management server 200 via the store server 800 is set as the ticket ID of the winning ticket. However, the present invention is not limited to this, and a ticket ID may be generated so that the card units do not overlap each other, and the generated ticket ID may be used as the ticket ID of the winning ticket.

  Next, in step S6124, the data processing unit 610 associates the ticket type of the winning ticket with the ticket ID read in step S6123, and stores it in the winning information storage area of FIG. 7 as winning information.

  In this prepaid ball lending process, the value stored in the mobile phone 100 is not used to perform the ball lending process, but the prepaid card 371 is used to perform the ball lending process. In the mobile ID field of the winning information storage area in FIG. 7, the mobile ID is not stored, and information indicating that the mobile ID is not stored (indicated by “-” in FIG. 7) is stored.

  In step S6125, the data processing unit 610 controls the display unit 640 so as to display a screen indicating that a ticket is given at the time of the next ball lending described in FIG. After step S6125, the data processing unit 610 advances the process to be executed to the process of step S616.

  Proceeding to FIG. 20, FIG. 20D is a display screen diagram for notifying that a ticket will be granted at the next ball rental. In the screen of FIG. 20 (D), the current date and time in the first row, the ticket type of the winning ticket and the ticket are given next time in the second row, from the third row to the fourth row, It is displayed that the winning ticket is given by lending the ball again.

  Returning to FIG. 19, if it is determined that none of the tickets have been won, that is, they are out of play as a result of the lottery in step S6121 (in the case of NO in step S6122), or after step S6125, step In S616, a consideration equivalent to a predetermined rental ball is subtracted from the balance of the prepaid card 371. Next, in step S617, the data processing unit 610 controls the card reader / writer 670 to write the subtracted balance to the prepaid card 371.

  Next, in step S618, the data processing unit 610 transmits a ball lending signal for requesting the payout of a predetermined number of game balls to the pachinko gaming machine 700. In response to the ball lending signal, the pachinko gaming machine 700 pays out a predetermined number of game balls. The player can play a pachinko game using the paid out game balls. Note that the card unit 600 is not limited to the one that causes the pachinko gaming machine 700 to pay out the game ball by transmitting a ball lending signal, and may be one that pays out the game ball itself. That is, in step S618, a process of paying out game balls may be executed. Thereafter, the data processing unit 610 advances the process to be executed to step S631.

  In step S <b> 631, the data processing unit 610 determines whether a return operation signal is received from the return button 632. If it is determined that the return operation signal has not been received (NO in step S631), the data processing unit 610 returns the process to be executed to step S611.

  On the other hand, if it is determined that a return operation signal has been received (YES in step S631), data processing unit 610 advances the process to be executed to step S632.

  In step S632, the data processing unit 610 resets the balance read from the prepaid card 371. Next, in step S633, the data processing unit 610 controls the card reader / writer 670 to return the prepaid card 371. After that, the data processing unit 610 returns the process to be executed to the ball lending process of FIG. 16 which is the calling source process of this prepaid ball lending process.

  Returning to FIG. 16, after the prepaid ball lending process is executed in step S690, the data processing unit 610 returns the process to be executed to step S610.

  On the other hand, if it is determined that the cash input signal has not been received (NO in step S620), the data processing unit 610 stores the portable use prohibition information in the storage unit 620 in step S622 in the unit unauthorized registration process of FIG. It is determined whether or not it has been stored. That is, it is determined whether or not the use of the value in all mobile phones 100 is prohibited. If it is determined that the use of value in all mobile phones 100 is prohibited (YES in step S622), data processing unit 610 returns the process to be executed to step S610.

  On the other hand, when it is determined that the use of value in all mobile phones 100 is not prohibited (NO in step S622), data processing unit 610 executes the processing from step S641 to step S644. . Since the processing from step S641 to step S644 is the same as step S341 to step S344 of the ticketing processing described in FIG. 13, the description will not be repeated.

  In step S651, the data processing unit 610 determines whether or not the remaining value is 0 yen. If it is determined that the value balance is 0 yen (YES in step S651), in step S652, the data processing unit 610 activates the application including the shortage balance information before subtraction similar to step S352 of the ticketing process in FIG. The chip reader / writer 690 is controlled to transmit the signal to the non-contact type IC chip 190 of the mobile phone 100. Note that the processing of the mobile phone 100 when the shortage balance information before subtraction is received will be described after the description of step S663 in FIG. Thereafter, the data processing unit 610 returns the process to be executed to step S610.

  In the present embodiment, it is determined in step S651 whether the value balance is 0 yen. This is because the value in this embodiment is used only for games and the value is deducted in units of 100 yen, which is the unit of ball rental, so it is possible to lend a ball by determining whether it is 0 yen This is because it can be determined whether or not there is any remaining value. However, if the value can be used in places other than the game hall 30, it is determined in step S651 whether the remaining value is less than 100 yen which is the minimum amount that can be used for ball rental. Also good.

  On the other hand, if it is determined that the value balance is not 0 yen (NO in step S651), the data processing unit 610 determines whether the value balance is 1000 yen or more in step S653. If it is determined that the remaining value is 1000 yen or more (YES in step S653), in step S654, the data processing unit 610 sets 1000 yen as the purchase amount. On the other hand, if it is determined that the value balance is less than 1000 yen (NO in step S653), in step S655, the data processing unit 610 sets the value balance to the purchase price.

  In step S653 and step S654, since it is 1000 yen, in step S662, which will be described later, a rental ball equivalent to 1000 yen is paid out. However, the present invention is not limited to this, and a rental ball equivalent to 500 yen may be paid out. In this case, in step S653, it is determined whether the value balance is 500 yen or more. In step S654, the data processing unit 610 sets 500 yen as the purchase amount.

  After step S654 or step S655, in step S680, the data processing unit 610 executes ticket-related processing described later with reference to FIG.

  FIG. 21 is a flowchart showing a flow of ticket-related processing executed by the card unit 600 in the present embodiment. Referring to FIG. 21, in step S681, data processing unit 610 determines whether or not the winning information of the portable ID read together with the value balance is stored in the winning information storage area described above with reference to FIG.

  In step S681, an example will be described in which the mobile ID as the loan processing request information for requesting the loan processing acquired in step S641 is used for the determination. However, the present invention is not limited to this, and step separately from the loan processing request information. In S681, a process of newly acquiring a mobile ID may be performed, and the acquired mobile ID may be used for determination.

  When it is determined that the winning information of the read portable ID is stored in the winning information storage area (YES in step S681), in step S682, the data processing unit 610 is stored in association with the portable ID. A process for controlling the chip reader / writer 690 so as to transmit an application activation signal including ticket issuance information for issuing a ticket with a ticket ID of the ticket ID to the non-contact type IC chip 190 of the mobile phone 100 is a ticket issuing process. Do.

  The ticket issue information includes the ticket ID of the ticket to be issued and the ticket type of the ticket. The application activation signal is a signal for activating the electronic money application 111 of the mobile phone 100 from the outside. Note that the processing of the mobile phone 100 when the application activation signal is received will be described after the description of step S663 in FIG.

  Thereby, an application activation signal including ticket issue information is received from the non-contact communication unit 193 of the non-contact type IC chip 190 of the mobile phone 100, and the control unit 191 of the non-contact type IC chip 190 receives the non-contact type IC chip. The ticket ID and ticket type specified from the ticket issue information are additionally updated (stored) in the storage area of ticket information (ticket ID and ticket type) in the storage area for electronic money transaction service 190 of the storage unit 192. The activation request signal is transmitted to the data processing unit 110, and the electronic money application 111 can be activated.

  Next, in step S683, the data processing unit 610 transmits issued information including the ticket ID and mobile ID to the store server 800. In step S684, the data processing unit 610 performs a process of deleting the winning information corresponding to the mobile ID from the winning information storage area of FIG.

  In step S684, the example in which the winning information corresponding to the winning mobile ID is deleted from the winning information storage area of FIG. 7 has been described. However, the present invention is not limited to this, and in step S672 and step S694, which will be described later, the portable ID is stored in advance in the winning information storage area, and the storage state of the portable ID is received and the ticket type included in the winning information for the winning portable ID If the ticket is configured to be updated to a storage state that can be specified that the ticket is elected, in step S684, the storage state corresponding to the mobile ID to be issued is stored (for example, the issued state is specified). (Issued flag to be set) may be updated. In other words, the data processing unit 610 updates the storage state in the winning information storage area so that issued (granted) can be specified.

  Next, when it is determined that the winning information of the read mobile ID is not stored in the winning information storage area (NO in step S681), or after step S684, in step S691, the data processing unit 610 displays In accordance with a predetermined winning probability, a lottery process for winning a drink ticket, winning a food ticket, or lottery is performed. Note that the lottery process is configured by step S691.

  Next, in step S692, the data processing unit 610 performs processing to determine whether or not either a drink ticket or a food ticket has been won in the lottery processing in step S691.

  If it is determined that either the drink ticket or the food ticket is won (YES in step S692), in step S693, the data processing unit 610 is allocated from the store server 800 and stored in step S676 of FIG. From the combination of the ticket ID and the ticket type stored in 620, the ticket ID of the selected ticket type is read.

  Next, in step S694, the data processing unit 610 associates the mobile phone ID of the selected mobile phone 100, the ticket type of the winning ticket, and the ticket ID read in step S693 as winning information in FIG. Store in the information storage area.

  Next, in step S695, the chip reader / writer 690 is controlled to transmit an application activation signal including winning information including the ticket type and ticket ID of the winning ticket to the non-contact type IC chip 190 of the mobile phone 100. Thereby, the electronic money application 111 of the mobile phone 100 can be activated. Note that the processing of the mobile phone 100 when receiving the winning information will be described after the description of step S663 in FIG.

  In other words, the data processing unit 610 receives the lending process request information requesting the lending process in step S641 and further determines that the ticket is to be given in step S691, and next time in step S695. As an informing process for notifying that a ticket is given as a predetermined privilege when a subsequent lending process is executed in the present embodiment (next time), an application activation including winning information for the mobile phone 100 is started. Processing to transmit a signal is performed. The mobile phone 100 that has received the application activation signal displays that the electronic money application 111 is activated and a ticket is given when the next lending process is executed on the display unit 140, as will be described later. Will be informed.

  Next, in step S696, the data processing unit 610 transmits, to the store server 800, winning information including the portable ID of the winning mobile phone 100, the ticket type of the winning ticket, and the ticket ID read in step S693. To do.

  That is, the data processing unit 610 stores the portable ID of the mobile phone 100 that is the target of the notification process for notifying that a ticket, which will be described later, is given, in the winning information storage area shown in FIG. In order to store the portable ID in another card unit, winning information including the portable ID, the ticket type, and the ticket ID is transmitted to the other card unit 600 via the store server 800. Then, as will be described later, the other card unit that has received the winning information via the store server 800 determines in step S672 of the storage state updating process shown in FIG. The ticket ID is stored in its own winning information storage area.

  In step S697, the data processing unit 610 controls the display unit 640 so as to display that a ticket is given at the next ball rental. After step S697, the data processing unit 610 returns the process to be executed to the ball lending process in FIG.

  Note that, in step S694, an example has been described in which the cellular phone ID of the selected mobile phone, the ticket type of the winning ticket, and the ticket ID are associated with each other and stored in the winning information storage area of FIG. However, the present invention is not limited to this, the mobile ID is stored in advance in the winning information storage area, and the storage state of the mobile ID in the winning information storage area can be specified for the ticket type of the winning ticket for the mobile ID of the selected mobile phone. You may make it update to a memory | storage state (For example, the state to which the winning flag which specifies the ticket ID of the winning mobile ID and ticket was set). The mobile ID stored in advance in the winning information storage area may be, for example, all mobile IDs that are initially registered, or may be a mobile ID that has been won in the past. In the case of such a configuration, in step S681 described above, it is determined from the storage state of the mobile ID in the winning information storage area whether or not the mobile ID is the mobile ID of the mobile phone 100 selected. May be. When the mobile ID is in a storage state in which it can be determined that the winning is determined, YES is determined in step S681, and the processing from step S682 to step S684 is performed to specify that the mobile ID is winning. When the storage state is not possible, NO may be determined in step S681 and the processing from step S682 to step S684 may not be performed.

  Further, as described above, the card unit 600 as the privilege granting device in the present embodiment is subjected to the notification process in step S695 of the ticket-related process shown in FIG. 21, and then again in step S641 shown in FIG. An application including ticket issue information in step S682 of the ticket related process shown in FIG. 21 as a ticket issue process for granting a ticket as a predetermined privilege on the condition that the loan process request information is received from the mobile phone 100 Processing for transmitting an activation signal to mobile phone 100 is performed. In the mobile phone 100 that has received the application activation signal including the ticket issue information, the control unit 191 of the non-contact type IC chip 190 stores the ticket ID and the ticket type indicated in the ticket issue information as shown in FIG. A process of additionally updating the storage area for electronic money transaction service 192 is performed to give a ticket.

  More specifically, the card unit 600 receives the mobile ID received together with the lending process request in step S641 and stored in the winning information storage area shown in FIG. In step S681, it is determined whether or not they match (determining whether or not the received mobile ID is specified from the stored information in the winning information storage area), and the ticket issuing process in step S682 is performed on condition that they match. At the same time, the winning information of the portable ID is erased from the winning information storage area and updated to a storage state in which it can be specified that the ticket has been issued.

  In the present embodiment, ticket issue information and winning information are separately transmitted to mobile phone 100 in steps S682 and S695, respectively. However, the application activation signal including the ticket issuance information and the winning information may be transmitted at the same time as well as the transmission to the mobile phone 100 separately.

  On the other hand, as a result of the lottery in step S691, if it is determined that none of the tickets has been won, that is, it is out of date (NO in step S692), the data processing unit 610 performs the process to be executed on this ticket. Returning to the ball lending process of FIG.

  Returning to FIG. 16, the processes of the next step S656 and step S657 are the same as the processes of step S356 and step S357 of the ticket issuing process of FIG. 13, respectively, and thus the repeated description will not be repeated. In the present embodiment, the application activation signal including the winning information in step S695 in FIG. 21 and the subtraction request signal in step S656 are separately transmitted to mobile phone 100. However, the present invention is not limited to this. Instead, they may be transmitted simultaneously.

  Next, in step S658, the data processing unit 610 determines whether or not the amount obtained by subtracting the purchase amount from the remaining value is 0 yen. When it is determined that the amount obtained by subtracting the purchase amount from the remaining value is 0 yen (YES in step S658), the data processing unit 610 subtracts the contactless IC chip 190 of the mobile phone 100 in step S659. The chip reader / writer 690 is controlled so as to transmit an application activation signal including back balance shortage information.

  The balance shortage information after subtraction is information for transmitting to the mobile phone 100 that the amount of value stored in the mobile phone 100 is insufficient after the value is subtracted. The application activation signal is the same as that described in step S359. Note that the processing of the mobile phone 100 when the application activation signal is received will be described after the description of step S663 in FIG.

  As in step S651, it may be determined in step S658 whether the amount obtained by subtracting the purchase amount from the remaining value is less than 100 yen, which is the minimum amount that can be used for ball rental.

  Further, in addition to step S658, as in step S358 of the ticketing process in FIG. 13, it is determined whether or not the amount obtained by subtracting the purchase amount from the remaining value is equal to or less than a predetermined amount. In the same manner as described above, an application activation signal including the subtraction remaining amount information may be transmitted to the mobile phone 100.

  On the other hand, when it is determined that the amount obtained by subtracting the purchase amount from the remaining value is not 0 yen (NO in step S658), or after step S659, in step S661, the data processing unit 610 used for ball rental. Transaction information including information specifying the mobile phone ID of the mobile phone 100 and the amount of value used for ball rental (hereinafter also referred to as transaction amount) is transmitted to the store server 800.

  Next, in step S662, the data processing unit 610 controls the card reader / writer 670 to transmit a ball lending signal instructing to pay out a game ball corresponding to the purchase amount to the gaming machine. In step S663, the data processing unit 610 resets the purchase amount and the remaining value. After step S663, the data processing unit 610 returns the process to be executed to step S610.

  Here, step S359 and step S352 of FIG. 13, step S659 and step S652 of FIG. 16, and step S682 and step S695 of FIG. When the non-contact type IC chip 190 receives the transmitted application activation signal, the control unit 191 of the non-contact type IC chip 190 outputs a command to activate the electronic money application 111 to the data processing unit 110. When receiving the command for starting the electronic money application 111, the data processing unit 110 starts the electronic money application 111.

  FIG. 15 is a display screen diagram displayed on the display unit 140 of the mobile phone 100 when the electronic money application 111 of the mobile phone 100 is activated from the ticket vending machine 300 or the card unit 600 in the electronic money system 10 according to the present embodiment. It is. Since the screen of FIG. 15A is the same as the screen of FIG. 12A, the overlapping description will not be repeated.

  Returning to FIG. 11, in step S <b> 180 of the electronic money application 111, the data processing unit 110 determines whether the activation of the electronic money application 111 is activation from the non-contact type IC chip 190. If it is determined that the activation is from the non-contact type IC chip 190 (YES in step S180), the data processing unit 110 advances the process to be executed to step S170.

  In step S170, the data processing unit 110 determines whether ticket issue information has been received. That is, it is determined whether or not ticket issue information is included in the application activation signal that activated the electronic money application 111.

  If ticket issue information is included in the application activation signal, before the electronic money application 111 is activated, as described in step S6115 in FIG. 19 and step S682 in FIG. In response to receiving an application activation signal including ticket issue information from the non-contact communication unit 193 of the non-contact type IC chip 190, the control unit 191 of the non-contact type IC chip 190 performs the storage unit 192 of the non-contact type IC chip 190. The ticket ID and ticket type specified from the ticket issuance information are additionally updated (stored) in the storage area for ticket information (ticket ID and ticket type) in the electronic money transaction service storage area.

  If it is determined that ticket issue information is received (YES in step S170), in step S171, the data processing unit 110 determines whether winning information has been received. That is, it is determined whether or not winning information is included in the application activation signal that activated the electronic money application 111.

  If it is determined that the winning information has been received (YES in step S171), the data processing unit 110 obtains in step S172 that the ticket type ticket included in the ticket issuance information has been acquired, and the winning information. Notify that the ticket type included is won. On the other hand, if it is determined that the winning information has not been received (NO in step S171), the data processing unit 110 notifies that the ticket type ticket included in the ticket issuance information has been acquired in step S173.

  If it is determined in step S170 that ticket issue information has not been received (NO in step S170), in step S174, the data processing unit 110 determines whether winning information has been received.

  If it is determined that the winning information is received (YES in step S174), the data processing unit 110 notifies that the ticket of the ticket type included in the winning information has been won in step S175. On the other hand, if it is determined that the winning information has not been received (NO in step S174), data processing unit 110 advances the process to be executed to step S181.

  When notified in any of step S172, step S173, or step S175, it is determined in step S176 whether or not there has been a confirmation operation indicating that the notification has been confirmed. If it is determined that there is no confirmation operation (NO in step S176), data processing unit 110 repeats the process in step S176. On the other hand, if it is determined that a confirmation operation has been performed (YES in step S176), the data processing unit 110 ends the electronic money application 111.

  Proceeding to FIG. 15, FIG. 15D is a display screen diagram for notifying that the ticket has been won and that it has been won. On the screen of FIG. 15 (d), a message such as “Food ticket acquisition!” Is displayed as a result of winning a ticket, a message “Winning a next drink ticket!” Is displayed as a result of winning, and the winning ticket is displayed. In order to notify the method of acquisition, a message such as “You can acquire a winning ticket by issuing a card or renting a ball again” is displayed.

  FIG. 15E is a display screen for notifying that a ticket has been acquired. On the screen of FIG. 15 (e), a message such as “Food ticket acquisition!” Is displayed indicating that the ticket has been acquired.

  FIG. 15F is a display screen diagram for notifying that the player has won. On the screen of FIG. 15 (f), a message such as “Winning next drink ticket!” Is displayed as a result of winning, and in addition to “notify card issuance or ball rental again” in order to notify the method of acquiring the winning ticket. The message “You can win the ticket won by” is displayed.

  Returning to FIG. 11, in step S181, the data processing unit 110 determines whether or not the balance shortage information before subtraction has been received. That is, it is determined whether or not the balance starting shortage information before subtraction is included in the application activation signal that activated the electronic money application 111. If it is determined that the balance shortage information before subtraction has not been received (NO in step S181), in step S182, the data processing unit 110 determines whether or not the balance shortage information after subtraction has been received. That is, it is determined whether or not the post-subtraction balance shortage information is included in the application activation signal that activated the electronic money application 111.

  If it is determined that the balance shortage information after subtraction has not been received (NO in step S182), in step S184, the data processing unit 110 indicates that the value balance stored in the mobile phone 100 is very small. Inform. In the present embodiment, the fact that the balance is small is notified.

  If it is determined that the balance shortage information before subtraction has been received (YES in step S181), or if it is determined that the balance shortage information after subtraction has been received (YES in step S182), data processing is performed in step S185. Unit 110 notifies that the balance of the value stored in mobile phone 100 is insufficient.

  After step S184 or step S185, in step S130, the data processing unit 110 executes value purchase processing. Since the value purchase process is executed, the purchase price selection screen can be automatically displayed without the user activating the electronic money application 111.

  In addition, although it changed to step S130 after step S184 or step S185, it is not limited to this, You may make it change to step S192. Thus, the value purchase process can be executed by the user selecting value purchase on the startup initial screen.

  Proceeding to FIG. 15, FIG. 15 (b) is a display screen diagram indicating that the balance is very small. The screen in FIG. 15B displays that the balance of the value stored in the mobile phone 100 is very small and that the process shifts to a value purchase process.

  FIG. 15C is a display screen diagram indicating that the balance is insufficient. The screen in FIG. 15C displays that the value balance stored in the mobile phone 100 is insufficient and that the process shifts to a value purchase process.

  In the present embodiment, an example in which notifications in step S172, step S173, step S175, step S184, and step S185 are displayed on the display unit 140 has been described. However, the present invention is not limited to this. For example, the data processing unit 110 may notify the user by outputting sound or generating vibration.

  FIG. 22 is a flowchart showing the flow of processing of the remaining amount management application program 214 executed by the electronic money management server 200 in the present embodiment.

  With reference to FIG. 22, first, in step S <b> 291, the data processing unit 210 of the electronic money management server 200 determines whether transaction information and merchandise transaction information have been received from the store server 800. When the transaction information is received from the ticket vending machine 300, as described in step S361 of FIG. 13, the card ID of the prepaid card 371 to be issued, the cash amount used for purchase, and the mobile phone used for purchase. When the mobile phone ID of 100 and the amount of value (transaction amount) used for purchase are included and received from the card unit 600, they are used for ball rental as described in step S661 of FIG. The mobile ID of the mobile phone 100 and the amount of value used for ball rental are included. In the product transaction information, as will be described in step S814 in FIG. 24 described later, the mobile phone ID of the mobile phone 100 used for purchasing the product and the amount of the purchased product (that is, the value used for the purchase). Forehead).

  When the transaction information is received (YES in step S291), the data processing unit 210 obtains the transaction information from the value balance stored in the management DB 221 corresponding to the mobile ID included in the transaction information in step S292. Subtract the transaction amount included in. Further, the transaction amount included in the transaction information is added to the transaction amount stored in the management DB 221 corresponding to the mobile ID included in the transaction information.

  Next, in step S293, the data processing unit 210 subtracts the product amount included in the product transaction information from the value balance stored in the management DB 221 corresponding to the mobile ID included in the product transaction information. In addition, the product amount included in the product transaction information is added to the transaction amount stored in the management DB 221 corresponding to the mobile ID included in the product transaction information.

  Next, in step S294, the data processing unit 210 adds the product amount included in the product transaction information to the billed amount. The billing amount is the amount that is scheduled to be billed to the electronic money transaction service service provider from the wagon service provider, and the product purchased using the value in a certain period (for example, one month) , And the total price of the product price redeemed using the ticket.

  After step S294 or when it is determined that transaction information and merchandise transaction information have not been received (NO in step S291), data processing unit 210 subtracts the transaction amount from the accumulated charge amount in step S281. It is determined whether there is a member ID with a negative amount.

  If it is determined that there is a member ID with a minus amount obtained by subtracting the transaction amount from the accumulated charge (in the case of YES in step S281), in step S282, the data processing unit 210 adds the number of frauds of the member ID once. To do.

  After step S282, or when it is determined that there is no member ID having a minus amount obtained by subtracting the transaction amount from the accumulated charge (in the case of NO in step S281), in step S283, the data processing unit 210 determines that the number of frauds It is determined whether or not there is one member ID.

  If it is determined that there is a member ID with one fraud count (YES in step S283), in step S284, the data processing unit 210 purchases using the mobile phone value of the mobile ID corresponding to the member ID. The fact that the card ID of the prepaid card is registered in the unit and the illegal medium information including the portable ID are transmitted to the game hall 30 side.

  After step S284, or when it is determined that there is no member ID with one fraud count (NO in step S283), in step S285, the data processing unit 210 determines whether there is a member ID with two fraud times. Judge whether or not.

  If it is determined that there is a member ID with two fraud times (YES in step S285), in step S286, the data processing unit 210 registers the portable ID corresponding to the member ID in the ticket vending machine 300, and Then, the fraudulent terminal information including the mobile ID corresponding to the member ID is transmitted to the game hall 30 side where the fraud has occurred. In step S287, the data processing unit 210 also transmits the unauthorized terminal information to other game halls in the same trade area as the game hall 30 in which the fraud has occurred. The game arcade where the data processing unit 210 transmits the fraudulent terminal information is not limited to the game hall 30 in which the fraud has occurred or other game halls in the same trade area as the game hall 30 in which the fraud has occurred. It may be a playground, or may be a playground adjacent to the playground 30 where fraud has occurred.

  After step S287, or when it is determined that there is no member ID for the number of fraud times 2 (NO in step S285), in step S288, the data processing unit 210 determines that the number of frauds that occurred in game arcades nationwide is 3. It is determined whether or not the number of times has been exceeded.

  If it is determined that the number of frauds that have occurred at game arcades nationwide is 3 or more (in the case of YES in step S288), in step S289, the data processing unit 210 transmits portable use prohibition information to the game hall 30 side. . In step S290, the data processing unit 210 also transmits the portable use prohibition information to the game hall 30 where the fraud has occurred and the game hall nationwide. In addition, although the case where the data processing unit 210 transmits the portable use prohibition information to the game halls nationwide other than the game hall 30 in which fraud has occurred has been described, It may be transmitted to another game arcade in the same trade area, or a game arcade 30 where fraud has occurred and a neighboring game arcade. In this case, in step S288, it may be determined whether or not the number of frauds that have occurred in the game hall that is the transmission target of the portable use prohibition information is three or more.

  After step S290, or when it is determined that the number of frauds occurring at game arcades nationwide is not three or more (NO in step S288), in step S270, the data processing unit 210 executes ticket management processing. . The ticket management process will be described later with reference to FIG. After step S270, the data processing unit 210 returns the process to be executed to the process of step S291.

  FIG. 24 is a flowchart showing the flow of the store server process executed by store server 800 in the present embodiment. Referring to FIG. 24, the data processing unit of store server 800 determines whether or not transaction information has been received from ticket vending machine 300 or card unit 600 in step S811.

  If it is determined that the transaction information has been received (YES in step S811), the data processing unit of the store server 800, in step S812, for each portable ID included in the transaction information, the card ID of the issued prepaid card 371, Information for specifying the value amount used for the purchase of the prepaid card 371 and the value amount used for the ball rental are stored in the storage unit in association with each other.

  After step S812, or when it is determined that transaction information has not been received (NO in step S811), the data processing unit of the store server 800 wirelessly transmits value use information from the handy terminal 400 in step S813. It is determined whether or not it has been received. The value use information includes the mobile phone ID of the mobile phone 100 used for the settlement of the product using the value and the amount of the product settled using the value.

  If it is determined that the value usage information has been received (YES in step S813), in step S814, the data processing unit of the store server 800 determines the product price included in the value usage information for each mobile phone ID of the mobile phone. It memorize | stores in a memory | storage part as merchandise transaction information.

  After step S814 or when it is determined that the value usage information has not been received (NO in step S813), in step S815, the data processing unit of the store server 800 sends the transaction information and the electronic money management server 200 to the transaction information and It is determined whether or not a predetermined time has passed since the product transaction information was transmitted last time. In the present embodiment, the predetermined time is 3 hours.

  When it is determined that a predetermined time has elapsed since the previous transmission of the transaction information and the commodity transaction information (YES in step S815), the data processing unit of the store server 800, after the previous transmission stored in the storage unit in step S816, Transaction information and merchandise transaction information in the mobile phone 100 are transmitted to the electronic money management server 200. The transaction information and merchandise transaction information have been described in step S291 in FIG.

  After step S816 or when it is determined that a predetermined time has not elapsed since the previous transmission of transaction information (NO in step S815), the data processing unit of the store server 800 obtains portable use prohibition information in step S821. It is determined whether it has been received from the electronic money management server 200.

  If it is determined that the portable use prohibition information has been received (YES in step S821), the data processing unit of the store server 800 sends the portable use prohibition information to all the ticket vending machines 300 and cards in the game hall 30 in step S822. Send to unit 600.

  After step S822, or when it is determined that the portable use prohibition information has not been received (NO in step S821), the data processing unit of the store server 800 acquires the unauthorized terminal information in step S823. It is determined whether or not the message is received from 200.

  If it is determined that the unauthorized terminal information has been received (YES in step S823), the data processing unit of the store server 800 transmits the unauthorized terminal information to all the ticket vending machines 300 and the card units 600 in the game hall 30 in step S824. Send to.

  After step S824 or when it is determined that fraudulent terminal information has not been received (NO in step S823), the data processing unit of the store server 800 obtains fraudulent medium information from the electronic money management server 200 in step S825. It is determined whether or not received from.

  If it is determined that the unauthorized medium information has been received (YES in step S825), the data processing unit of the store server 800 stores the portable ID included in the unauthorized medium information in the storage unit in step S826. Is transmitted to all the card units 600 in the game hall 30.

  After step S826, or when it is determined that the unauthorized medium information has not been received (NO in step S825), in step S830, the data processing unit of the store server 800 stores the store ticket described in FIG. Execute related processing. After step S830, the data processing unit of the store server 800 returns the process to be executed to the process of step S811.

  FIG. 23 is a flowchart showing a flow of ticket management processing executed by the electronic money management server 200 in the present embodiment. As described in step S675 of FIG. 18, the ticket information is generated by the electronic money management server 200 with a margin for the scheduled number of tickets for each store every day, and the store server 800 of each store. Assigned to.

  Referring to FIG. 23, first, in step S261, the data processing unit 210 of the electronic money management server 200 determines whether or not today's tickets have been allocated to the store server 800 of each store. If it is determined that the ticket for today is not allocated (NO in step S261), in step S262, the data processing unit 210 generates a ticket ID for the allocated number. The number of allocations is a number that has a margin with respect to the planned number of tickets given at each store.

  In the present embodiment, the ticket ID is a one-character symbol (symbol “D” for a drink ticket, symbol “F” for a food ticket) indicating the ticket type of the ticket to be issued, and a ticket is generated. The date of the day, the store ID of the store to which the ticket is allocated, and the sequential number of the ticket at that store on that day are arranged and generated. The store ID is a four-digit number and is uniquely assigned to all stores that belong to the system. The serial number is a three-digit number and is prepared in order from “001” for each day, “002”, “003”,.

  Specifically, the ticket ID assigned to the store with the store ID “0001” on September 1, 2007 is a drink ticket, and the ticket ID with the serial number “001” is generated as “D0709010001001”. As a result, ticket IDs created on different days for different stores are created by including the store ID and the creation date of the ticket in the ticket ID, so that they can be prevented from overlapping. Further, since ticket IDs created on the same day for the same store are created with different serial numbers included in the ticket ID, it is possible to avoid duplication. Further, since the ticket type of the ticket can be specified from the ticket ID, even if it is necessary to transmit information indicating the ticket type together with the ticket ID from the transmission source device to the transmission destination device. It is possible to specify the ticket type of the ticket at the transmission destination device only by transmitting the ticket ID without transmitting the information indicating the ticket.

  In the present embodiment, the ticket ID is generated so as not to be duplicated in the electronic money management server 200 and transmitted to each card unit 600 via the store server 800. However, the present invention is not limited to this, and a ticket ID may be generated so as not to be duplicated in each card unit.

  Next, in step S263, the data processing unit 210 performs communication so as to transmit the allocation ticket information including the ticket ID generated in step S262 for each store and the ticket type of the ticket with the ticket ID to the store server of each store. The unit 260 is controlled.

  In step S264, the data processing unit 210 associates the ticket ID generated in step S262 with the ticket type of the ticket ID and stores it in the used ticket information DB described in FIG. 10 as ticket information. . Here, the data processing unit 210 stores the use state corresponding to the ticket ID as “0” (unused). When it is determined that the ticket for today is allocated (YES in step S261), or after step S264, the data processing unit 210 advances the process to be performed to the process of step S271.

  In this embodiment, if it is determined in step S261 whether the ticket for today is allocated or not, the process from step S262 to step S264 is executed. , I tried to allocate the ticket to each store. However, the present invention is not limited to this, and the processing from step S262 to step S264 may be executed every day at a predetermined time (for example, 9:00 am).

  FIG. 25 is a flowchart showing the flow of the store ticket-related process executed by store server 800 in the present embodiment. Referring to FIG. 25, first, in step S851, the data processing unit of store server 800 determines whether or not the allocation ticket information transmitted from electronic money management server 200 in step S263 of FIG. 23 has been received.

  If it is determined that the allocation ticket information has been received (YES in step S851), in step S852, the data processing unit of the store server 800 determines the ticket ID and the ticket type included in the allocation ticket information received in step S851. Ticket information is allocated and transmitted for each card unit 600.

  In step S853, the data processing unit of the store server 800 stores the ticket information including the ticket ID and the ticket type allocated in step S852 in the store ticket information DB described in FIG. Here, the data processing unit of the store server 800 stores the issued state and the used state corresponding to the ticket ID as “0” (unissued) and “0” (unused), respectively.

  In the present embodiment, when the data processing unit of the store server 800 receives the allocation ticket information from the electronic money management server 200 once a day in step S851, the data processing unit stores the card unit 600 in step S852. Allocation ticket information is allocated and transmitted. However, the present invention is not limited to this, and the data processing unit of the store server 800 receives the allocation ticket information from the electronic money management server 200 once a day and stores it in the storage unit of the received store server 800. When a ticket ID is requested from the card unit 600, the ticket ID may be read from the storage unit and transmitted to the requesting card unit 600.

  When it is determined that allocation ticket information has not been received (NO in step S851), or after step S853, in step S831, the data processing unit of the store server 800 receives the ticket shown in FIG. It is determined whether or not winning information including the mobile ID, the ticket type, and the ticket ID transmitted in step S696 in the related process has been received.

  If it is determined that the winning information has been received (YES in step S831), the data processing unit of the store server 800 sends the received winning information to a card unit other than the sending card unit 600 in step S832. Send.

  After step S832, or when it is determined that the winning information has not been received (NO in step S831), the data processing unit of the store server 800 receives the prepaid ball of FIG. 19 from the card unit 600 in step S833. It is determined whether the issued information transmitted in step S6116 or step S6118 in the lending process or step S683 in the ticket related process in FIG. 21 has been received.

  If it is determined that the issued information has been received (YES in step S833), in step S834, the data processing unit of the store server 800 determines whether the issued information received in step S833 includes a mobile ID. to decide.

  Here, when a ticket is output to the mobile phone 100 as in step S6115 in FIG. 19 or step S682 in FIG. 21, the issued information transmitted in step S6116 or step S683 is a mobile phone in addition to the ticket ID, respectively. ID is included. On the other hand, when the ticket is displayed as a barcode as in step S6117 of FIG. 19, the issued information transmitted in step S6118 does not include the mobile ID.

  If it is determined that the mobile ID is included in the issued information (YES in step S834), it is included in the issued information received in step S833 to another card unit other than the sending card unit 600 in step S835. The issued information received in step S833 including the ticket ID to be transmitted is transmitted.

  As described in steps S673 and S674 of FIG. 18, when the issued information is received in the card unit 600, the winning information of the ticket ID included in the issued information is deleted. However, if it is determined in step S6122 of the prepaid ball lending process of FIG. 19 that the ticket is won, the winning information is not transmitted to the other card units, and the winning information is not stored in the other card units, so step S674 Then, there is no winning information corresponding to the received issued information, and the winning information is not erased.

  When it is determined that the mobile information is not included in the issued information (NO in step S834), or after step S835, in step S836, the data processing unit of the store server 800 explains the store ticket described in FIG. If the ticket issuance state of the ticket ID included in the issued information received in step S833 stored in the information DB is updated to “1” (issued), and the mobile information is included in the issued information The portable ID is stored in correspondence with the ticket ID included in the issued information.

  In the present embodiment, as described in step S853 and step S836, the storage unit of the store server 800 stores ticket information related to the winning ticket. Thereby, for example, when adding the card unit 600, the information memorize | stored in the memory | storage part of the store server 800 can be used, Therefore Maintenance property can be improved.

  After step S836 or when it is determined that the issued information has not been received (NO in step S833), the data processing unit of store server 800 advances the process to be executed to the process of step S841. The processing after step S841 will be described later.

(Description of the wagon service in the electronic money system 10)
FIG. 29 is a first display screen diagram displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 29, FIG. 29A shows a business menu screen. In the business menu screen, “8/15 10:10” which is the current date and time is displayed on the left side of the top row, “1234” which is the code of the employee of the company providing the wagon service is displayed on the right side of the top row. In the second row, “business menu”, which is the name of the screen, is displayed, and in the third and lower rows, a “new order” button, an “order list” button, and a “business end” button are displayed. The “new order” button is displayed with a focus (hatched display in the drawing) indicating that the button is selected.

  The “new order” button is a button that is operated when the input of the order details of a product is newly started on the handy terminal 400. The “order list” button is a button operated when displaying an order list on the display unit 440 of the handy terminal 400. The “business end” button is a button for transferring the sales information of the handy terminal 400 to the sales management PC 480 to return the handy terminal 400 to the initial state.

  Operations on a screen on which a plurality of buttons such as a business menu screen are displayed will be described. When the up / down key is operated, the focus is moved up / down. When the confirmation key is operated, processing corresponding to the button with focus is performed. When a button on the screen is touched, it is detected by the touch panel of the operation unit 430, and processing corresponding to the touched button is performed. That is, when a button on the screen is touched, the focus is moved vertically and confirmed at the same time.

  Here, when the “new order” button is operated, processing for displaying an order information screen described in FIG. 29B on the display unit 440 is performed. When the “order list” button is operated, processing for displaying an order list screen described in FIG. 31D on the display unit 440 is performed. When the “end of business” button is operated while the handy terminal 400 is set in the data transfer charger 485, processing for transferring the sales information of the handy terminal 400 to the sales management PC 480, and the handy terminal 400 in the initial state Processing to return to is performed.

  FIG. 29B shows an order information screen in a state where nothing is entered in any item column. This order information screen has the same contents as in FIG. 29A at the top, the left side of the second stage with the characters “order information” as the name of the screen, and the order number on the right side of the second stage. In the item column (content is “001”), the order information table is displayed in the third and lower levels, and a “return” button is displayed on the left side at the bottom.

  In the order information table, the left column is the product item column, the settlement item column, the monetary item column, the table number item column, the time item column, and the right column is the optional column. It includes an item column, a payment status item column, a delivery status item column, and a remarks item column.

  The item item column in the table is displayed with a focus (hatched display in the drawing) indicating that the item is selected. Further, the order number item column and the table remarks item column are displayed in an inverted display indicating that the item cannot be changed. The “return” button is a button operated when returning to the previous screen.

  Here, when the item field of the product is operated, a process for displaying the product list screen described in FIG. 29C on the display unit 440 is performed.

  In the barcode list, when one of the product barcodes (here, “ice coffee” barcode) is read by the barcode scanner unit 470, the item of the item described in FIG. Processing for displaying an order information screen in a state where the product name (here, “I coffee (ice coffee)”) corresponding to the read barcode is input in the column is performed.

  Here, a barcode list which is a list of barcodes in which barcodes are printed on paper will be described. The bar code list shows the bar code for each product (for example, hot coffee, ice coffee, hot cocoa, ice cocoa, iced tea, orange juice) handled by the wagon service, and options for each product (for example, black, milk) , Sugar, All) Each barcode, payment method for the product (cash, ball, medal, value, ticket, office, staff) Each barcode, barcode to enter confirmation, payment status A bar code for inputting “done” in the item column and a bar code for inputting “done” in the item column of the delivery status are printed.

  FIG. 29C shows a product list screen. In the product list screen, the same content as in FIG. 29A is displayed at the top, the product list at the second level and below, the “return” button on the left side of the bottom, and “ A “Next Page” button and a “Next Page” button are displayed on the right side of the bottom row.

  In the product list, the display column of the name “product list” of this table is displayed at the top, and “H coffee (hot coffee)” for selecting the product described in each column in the following order. "," I Coffee (Ice Coffee) "," H Cocoa (Hot Cocoa) "," I Cocoa (Ice Cocoa) "," Ice Dee ", and" Orange J (Orange) " "Juice)" is included.

  Here, when the “Previous Page” button or the “Next Page” button is operated, the product list screen including the previous product list or the product list screen including the next product list is displayed. Processing to display on display unit 440 is performed. Here, the next product list is a list of food menus such as sandwiches. When any column of the product list (here, “I coffee” column) is operated, the name of the product in the operated column described in FIG. 29D is input to the product item column. The process of displaying the order information screen in the displayed state on the display unit 440 is performed.

  FIG. 29D shows an order information screen in a state where the item column of the product is input. In this order information screen, in addition to the contents described in the order information screen of FIG. 29B, the name of the selected item (here, “I coffee”) and the item of time are displayed in the item item column. In the column, the time when the product is selected (19:09 in this case), in the option item column, the name of the option set as standard for the product (here, “all”), and the payment status In the item column, “not yet” characters indicating that the payment has not been completed are displayed, and “not yet” characters indicating that the delivery has not been completed are displayed in the item column of the delivery status. Note that the option “all” means that both “milk” and “sugar” are included.

  Here, when the option item field is operated, a process of displaying an option list screen described in FIG. 30A on the display unit 440 is performed.

  In addition, when one of the optional barcodes (here, “black” barcode) is read by the barcode scanner unit 470 in the barcode list, an option item described with reference to FIG. Processing for displaying an order information screen in a state where an abbreviation of the option (here, “B”) corresponding to the read barcode is displayed in the column is performed.

  FIG. 30 is a second display screen diagram displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 30, FIG. 30 (A) shows an option list screen. On the option list screen, the same contents as in FIG. 29A are displayed at the top, the option list is displayed at the second and subsequent levels, and the “Return” button is displayed at the left side of the bottom level.

  In the option list, in the top row, the “Option List” display column of the name of this table, in the “Black” column for selecting the option described in each column in the following row, A “milk” column, a “sugar” column, and an “all” column are included.

  Here, when any column (in this case, the “black” column) of the option list is operated, the abbreviation of the option in the operated column described in FIG. 30B is displayed in the option item column. Processing for displaying the order information screen in the input state on the display unit 440 is performed.

  FIG. 30B shows the order information screen in a state where the option item column is input. In this order information screen, the name of the selected option (here, “B”) is displayed in the option item column, instead of the content described in the order information screen of FIG.

  Here, when the payment method item field is operated, a process of displaying a payment method list screen described in FIG. 30C on the display unit 440 is performed.

  Also, in the bar code list, when one of the bar codes of the settlement method (here, “cash” bar code) is read by the bar code scanner unit 470, the settlement method described with reference to FIG. In the column of the item, the name of the payment method corresponding to the read barcode (here, “cash”), and in the column of the amount of money, the value corresponding to the payment method and the selected product (here, Processing for displaying an order information screen in a state where “240” yen) is input is performed on the display unit 440.

  FIG. 30C shows a first payment method list screen. The first payment method list screen has the same contents as in FIG. 29A at the top, the payment method list at the second and subsequent levels, the “Back” button at the left of the bottom, and the bottom In the middle, a “Previous Page” button and a “Next Page” button are displayed on the right side at the bottom.

  In the payment method list, in the top row, the display column of the name “payment method list” of this table, and in the following row, in order of “cash” to select the settlement method described in each column. Column, “ball” column, “medal” column, “value” column, and “ticket” column.

  Here, when the “previous page” button or the “next page” button is operated, a process of displaying the second payment method list screen described in FIG. 30D on the display unit 440 is performed.

  FIG. 30D shows a second payment method list screen. On the second payment method list screen, a screen similar to the first payment method list screen described in FIG. 30C is displayed. In the payment method list, unlike the first payment method list screen, the display column of the name “payment method list” of this table is displayed at the top, and the settlement method described in each column in the following column in order. “Office” column and “Staff” column are included. It should be noted that the settlement method “office” is a settlement method for employees of the office of the game hall 30 and indicates that the price of the product is free. The payment method “staff” means a payment method for the hall staff of the amusement hall 30 and indicates that the price of the product is the price of the staff discount.

  Here, when the “Previous page” button or the “Next page” button is operated, a process of displaying the first payment method list screen described in FIG. 30C on the display unit 440 is performed.

  Further, FIG. 31A will be described when one of the columns of the payment method list on the first payment method list screen or the second payment method list screen (here, “cash” column) is operated. In the column of the settlement method item, the name of the settlement method in the operated column (here, “cash”), and in the column of the amount field, the consideration corresponding to the settlement method (here, “240” yen) A process of displaying the order information screen in a state where is input on the display unit 440 is performed.

  FIG. 31 is a third display screen view displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 31, FIG. 31A shows an order information screen in a state where the payment method item column and the monetary item column are input. In this order information screen, in addition to the contents described in the order information screen of FIG. 30B, the name of the selected settlement method (here, “cash”) and the amount in the column of the settlement method item In the item column, the price of the selected product corresponding to the selected settlement method (here, “240” yen) is displayed.

  Furthermore, since the product and the payment method are in the input state, the order can be confirmed. Therefore, a “confirm” button is displayed on the right side at the bottom of the order information screen.

  Here, when the player pays the price for the product (in this case, cash 240 yen), the employee of the wagon service provider can operate the payment item column on the order information screen or use the barcode list. The barcode scanner unit 470 reads a barcode for inputting “done” in the payment status item column. When the payment item column is operated, or when a bar code for inputting “done” is read in the payment status item column, the payment status item described in FIG. The process of displaying the order information screen in a state where “done” is input in the field of “” is displayed on the display unit 440.

  FIG. 31B shows an order information screen in a state where “Done” is entered in the field of the payment status item. In this order information screen, “Done” indicating that the price of the product has been paid is displayed in the field of the payment status item instead of the content of the order information screen in FIG.

  Here, when a column number is selected and a column number is input by operating the keys 0 to 9, the column number is input in the column of the column number described with reference to FIG. The process of displaying the order information screen in a state where the generated machine number is displayed on the display unit 440 is performed.

  FIG. 31C shows an order information screen in a state where the column of the item number is input. In this order information screen, in addition to the contents described in the order information screen of FIG. 31B, the entered machine number (here, “9999”) is displayed in the field of the machine number item.

  Here, when the “confirm” button is operated, processing for displaying an order list screen described in FIG. 31D on the display unit 440 is performed.

  FIG. 31D shows an order list screen. The order list screen has the same contents as in FIG. 29A on the top row, the left side of the second row has the letters “Order List” as the name of the screen, and the received order is on the right side of the second row. In the column of the item of the actual sales number that is the total number of items (the content is “1”), an order list is displayed in the third and lower levels, and a “menu” button is displayed in the bottom level.

  In the order list, from the left side, an order number field, a product name field, a payment status field, and a delivery status field are displayed in association with each other. In the top row of each column, the abbreviations of names of items in the column (from the left, “note number”, “product name”, “payment”, “allocation”) are displayed.

  In the screen of FIG. 31D, the actual number of sales is “1”, and the order number, product name, payment status, and delivery status of the order are “001”, “I”, respectively, from the latest order. It is shown to be “coffee”, “done” and “not yet”.

  Here, when the “menu” button is operated, a process for displaying the business menu screen described in FIG. 29A on the display unit 440 is performed.

  FIG. 32 is a fourth display screen image displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 32, FIG. 32 (A) shows an order list screen. This order list screen shows a state in which orders are further increased from the order list screen of FIG.

  In the screen of FIG. 32A, the actual number of sales is “4”, and the order number, product name, payment status, and delivery status of the order are “004”, “I”, respectively, in order from the latest order. “Coffee”, “Done” and “Not”, and “003”, “H Coffee”, “Not” and “Not”, and “002”, “I Coffee”, “Done” and “Done”, and , “001”, “H Coffee”, “Done” and “Done”.

  Here, when one of the bar codes of the product (here, the bar code of “H coffee”) is read by the bar code scanner unit 470 in the bar code list, the new bar code explained with reference to FIG. Processing for displaying an order information screen for inputting an order on display unit 440 is performed.

  When any of the order fields (in this case, the order field of the order number “004”) is operated, an order information screen for changing an already input order, which is described with reference to FIG. Is displayed on the display unit 440.

  FIG. 32B is an order information screen for inputting a new order. Since this order information screen is basically the same as the order information screen described with reference to FIG. 29 (D), redundant description will not be repeated.

  FIG. 32C is an order information screen for displaying the details of an already input order. Since this order information screen is basically the same as the order information screen described with reference to FIG. 31 (B), repeated description will not be repeated. Here, if any item column is operated, the contents of the operated column can be changed.

  FIG. 33 is a fifth display screen diagram displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 33, when the order information screen of FIG. 30B is displayed, the barcode of “value” among the barcodes of the payment method is displayed on the barcode scanner unit 470 in the barcode list. Or when the “value” field is operated on the payment method list screen in FIG. 30C, the bar read in the payment method field described in FIG. “Value”, which is a settlement method corresponding to the code, and “240” yen, which is a price corresponding to “Value”, which is the settlement method, and “I coffee”, which is the selected product, in the column of the amount A process of displaying the order information screen in a state where is input on the display unit 440 is performed.

  FIG. 33A shows an order information screen in a state where the payment method item column and the monetary item column are input. In this order information screen, in addition to the contents described in the order information screen in FIG. 30B, the name of the selected settlement method (here “value”), and the amount In the item column, the price of the selected product corresponding to the selected settlement method (here, “240” yen) is displayed.

  Furthermore, since the product and the payment method are in the input state, the order can be confirmed. Therefore, a “confirm” button is displayed on the right side at the bottom of the order information screen. When the “confirm” button is operated in a state where the “item” field is entered and “value” is entered in the settlement method field, the value settlement process described in FIG. 26 is executed.

  FIG. 26 is a flowchart showing the flow of value settlement processing executed by the handy terminal 400 in the present embodiment. Referring to FIG. 26, first, in step S441, data processing unit 410 of handy terminal 400 controls display unit 440 to display a prepaid settlement screen described with reference to FIG. To do.

  Proceeding to FIG. 33, FIG. 33 (B) shows a prepaid settlement screen. This prepaid payment screen has the same contents as in FIG. 29 (A) at the top, the left side of the second row, the characters of “prepaid payment” as the name of the screen, and the third and lower rows in order. , The amount of the product (here, “240” yen), the settlement method (here “value”), a text indicating that the mobile phone is held up, and a “return” button is displayed on the left side at the bottom.

  Returning to FIG. 26, in step S442, the data processing unit 410 determines whether the mobile phone 100 is held over and the mobile reader ID and value balance are read from the non-contact type IC chip 190 of the mobile phone 100 by the chip reader / writer 490. Determine whether.

  If it is determined that the data has not been read (NO in step S442), data processing unit 410 repeats the process of step S442. Note that when it is determined that the mobile ID and the value balance are not read for a certain time (for example, 30 seconds), the data processing unit 410 displays the order information screen of FIG. May be controlled.

  On the other hand, when it is determined that the mobile phone ID and the value balance have been read from the mobile phone 100 (YES in step S442), in step S443, the data processing unit 410 determines whether the read value balance is less than the amount of the product. Judge whether or not. When it is determined that the value balance is less than the amount of the product (YES in step S443), in step S444, the data processing unit 410 controls the display unit 440 to display that the value is insufficient.

  In step S445, the data processing unit 410 controls the chip reader / writer 390 so as to transmit the application activation signal including the balance shortage information before subtraction to the non-contact type IC chip 190 of the mobile phone 100. Since the balance shortage information before subtraction has been described in step S351 in FIG. 13, the overlapping description will not be repeated. In addition, since the processing of the mobile phone 100 that has received the balance shortage information before subtraction has been described in step S181 in FIG. 11, overlapping description will not be repeated. After step S445, the data processing unit 410 returns the process to be executed to the calling process of the value settlement process.

  On the other hand, if it is determined that the value balance is not less than the amount of the product (NO in step S443), the data processing unit 410, in step S451, the data processing unit 410 provides the value for the amount of the product on the mobile phone 100. The chip reader / writer 490 is controlled so that a subtraction request signal for subtraction from the storage unit 192 of the non-contact type IC chip 190 is transmitted to the mobile phone 100.

  Specifically, the data processing unit 410 includes a subtraction request including electronic money identification information that designates a value as a deduction target among a plurality of types of electronic money, and subtraction amount information indicating that a value corresponding to the deduction amount is subtracted. A subtraction control command for controlling the non-contact communication unit 493 to transmit a signal to the mobile phone 100 is transmitted to the control unit 491 of the chip reader / writer 490. The control unit 491 of the chip reader / writer 490 controls the non-contact communication unit 493 to transmit a subtraction request signal to the mobile phone 100 in response to the subtraction control command.

  On the other hand, in the mobile phone 100 that has received the subtraction request signal, the control unit 191 of the non-contact IC chip 190 withdraws from the electronic money designated as the withdrawal target stored in the secured area of the storage unit 192. A value corresponding to the amount is subtracted, and when the value subtraction is completed, a process of transmitting a subtraction end signal indicating that to the chip reader / writer 490 of the handy terminal 400 is performed.

  Then, the data processing unit 410 determines whether or not a subtraction end signal is received from the mobile phone 100 in step S452. Specifically, the control unit 491 of the chip reader / writer 490 transmits a subtraction end command indicating that the subtraction is completed to the data processing unit 410 in response to the reception of the subtraction end signal from the mobile phone 100. When receiving the subtraction end command, the data processing unit 410 determines that the subtraction of the value corresponding to the deduction amount has ended. In step S452, data processing unit 410 repeatedly makes a determination until a subtraction end command is received. If a subtraction end command is not received before a predetermined condition (number of determinations, time, etc.) is satisfied, an error indicating that subtraction does not end may be notified on display unit 440.

  If it is determined that a subtraction end signal has been received (YES in step S452), in step S453, the data processing unit 410 determines whether or not the amount obtained by subtracting the amount of the product from the remaining value is equal to or less than a predetermined amount. To do. If it is determined that the amount obtained by subtracting the amount of the product from the remaining value is equal to or less than the predetermined amount (YES in step S453), the data processing unit 410 stores the contactless IC chip 190 of the mobile phone 100 in step S454. The chip reader / writer 490 is controlled so as to transmit the application activation signal including the post-subtraction balance information described in step S359 of FIG.

  On the other hand, when it is determined that the amount obtained by subtracting the product amount from the remaining value is not less than the predetermined amount (NO in step S453), or after step S454, in step S455, the data processing unit 410 displays the product name, The settlement method, mobile ID, and transaction amount are stored in the storage unit 420 as transaction information. In step S456, the data processing unit 410 controls the communication unit 460 to wirelessly transmit the value use information to the store server 800. As described in step S813 in FIG. 24, the value use information includes the mobile ID and the product price.

  Next, in step S457, the data processing unit 410 controls the display unit 440 to display a prepaid payment screen indicating that the payment has been completed.

  Proceeding to FIG. 33, FIG. 33 (C) shows a prepaid settlement screen indicating that settlement with value has been completed. In this prepaid settlement screen, the value balance before purchase (here, “11000” yen) and the value balance after purchase (here, “10760”) are replaced with the text of holding the mobile phone in FIG. (Circle), instead of the “Back” button, a “Confirm” button is displayed at the bottom right of the bottom row.

  Returning to FIG. 26, in step S458, the data processing unit 410 determines whether the “confirm” button has been operated on the touch panel, the focus has been moved to the “confirm” button with the up and down keys, and the confirmation key has been operated. Whether or not a confirmation operation has been performed is determined based on whether a bar code for inputting confirmation of the bar code list is read in part 470. If it is determined that a confirmation operation has not been performed (NO in step S458), data processing unit 410 repeats the process of step S458.

  On the other hand, if it is determined that a confirmation operation has been performed (YES in step S458), in step S459, the data processing unit 410 sets the payment status column of the order for which payment has been completed to “completed”. The display unit 440 is controlled to display. After step S459, the data processing unit 410 returns the process to be executed to the caller process of this value settlement process.

  Proceeding to FIG. 33, FIG. 33 (D) shows the order list screen displayed in step S459. Since this order list screen is basically the same as the order information screen described with reference to FIG. 31 (D), repeated description will not be repeated. Here, the order with the order number “004” is settled with the value by executing the value settlement processing of FIG. 26, and the payment status column of the order with the order number “004” is changed to “Done”. Has been.

  FIG. 34 is a sixth display screen image displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 34, when the order information screen shown in FIG. 30B is displayed, the bar code scanner unit 470 displays the bar code of the “ticket” among the bar codes of the payment method in the bar code list. Or when the “ticket” field is operated on the payment method list screen in FIG. 30C, the bar read in the payment method field described in FIG. “Ticket” which is the settlement method corresponding to the code, and “Drink” which is the price corresponding to “Ticket” which is the settlement method and “H Coffee” which is the selected product in the column of the item of ticket type Processing for displaying the order information screen in a state where the ticket is input on the display unit 440 is performed.

  FIG. 34A shows an order information screen in a state where the payment method item column and the ticket type item column are input. In this order information screen, in addition to the contents described in the order information screen of FIG. 30B, the name of the selected settlement method (here, “ticket”) and a ticket The value of the selected product corresponding to the selected settlement method (here, “drink” ticket) is displayed in the column of the seed item.

  Furthermore, since the product and the payment method are in the input state, the order can be confirmed. Therefore, a “confirm” button is displayed on the right side at the bottom of the order information screen. When the “confirm” button is operated in the state where the item column of the product is input and “ticket” is input in the item column of the settlement method, the ticket settlement process described in FIG. 27 is executed.

  FIG. 27 is a flowchart showing a flow of ticket settlement processing executed at the handy terminal 400 in the present embodiment. Referring to FIG. 27, first, in step S460, the data processing unit 410 of the handy terminal 400 displays the bar on which the ticket used by the player is displayed on the display unit 640 of the card unit 600 in step S6117 of FIG. The user is prompted to select a code ticket or a bar code ticket that is displayed and photographed by the mobile phone 100, or a ticket stored in the mobile phone 100 in step S6115 in FIG. 19 or step S682 in FIG. The display unit 440 is controlled to display a prepaid settlement screen described with reference to FIG.

  Proceeding to FIG. 34, FIG. 34B shows a prepaid settlement screen for prompting selection of whether the ticket to be used is a barcode ticket or a ticket stored in the mobile phone 100. In this prepaid settlement screen, the ticket to be used is either a barcode ticket or a ticket stored in the mobile phone 100 in place of the third and subsequent stages of the prepaid settlement screen described in FIG. A selection column for selecting a barcode ticket or a ticket stored in the mobile phone 100 is displayed to prompt the user to select one of them.

  Returning to FIG. 27, in step S461, the data processing unit 410 determines whether or not a barcode ticket is selected in the selection field of the prepaid settlement screen in FIG. If it is determined that the barcode ticket is not selected (NO in step S461), that is, if the ticket stored in the mobile phone 100 is selected, in step S462, the data processing unit 410 The display unit 440 is controlled so as to display a prepaid settlement screen described with reference to FIG.

  Proceeding to FIG. 34, FIG. 34 (C) shows a prepaid settlement screen for prompting the user to hold the mobile phone 100. In this prepaid settlement screen, the ticket type corresponding to the commodity (in this case, “drink” because the commodity is “H coffee”) instead of the amount of the commodity on the prepaid settlement screen described in FIG. Is displayed. As the contents of the settlement method, “ticket (mobile)” is displayed instead of “value”.

  Returning to FIG. 27, in step S463, the data processing unit 410 holds the cellular phone 100 over the mobile phone 100 from the non-contact type IC chip 190 of the cellular phone 100 by the chip reader / writer 490 (data storing unit). It is determined whether or not the ticket ID and ticket type of the ticket stored in the electronic money transaction service storage area 192 has been read.

  If it is determined that the data has not been read (NO in step S463), data processing unit 410 repeats the process in step S463. Note that when it is determined that the data relating to the portable ID and the possessed ticket is not read for a certain period of time (for example, 30 seconds), the data processing unit 410 displays the order information screen of FIG. The unit 440 may be controlled.

  On the other hand, if it is determined that the mobile phone ID and the data related to the possessed ticket have been read from the mobile phone 100 (YES in step S463), in step S464, the data processing unit 410 includes the data related to the read owned ticket. It is determined whether or not there is a ticket corresponding to the selected product (here, since the selected product is “H Coffee”, there is a drink ticket).

  If it is determined that there is no ticket corresponding to the product (NO in step S464), in step S465, the data processing unit 410 controls the display unit 440 to display that there is no ticket corresponding to the product. After step S465, the data processing unit 410 returns the process to be executed to the caller process of this ticket settlement process.

  On the other hand, when it is determined that there is a ticket corresponding to the product (YES in step S464), in step S466, the data processing unit 410 causes the communication unit 460 to transmit the ticket usage information to the store server 800 wirelessly. Control. The ticket usage information includes a ticket ID, a ticket type, a mobile ID, and a product price.

  Returning to FIG. 25, after step S836 or when it is determined that the issued information has not been received from the card unit 600 (NO in step S833), in step S841, the data processing unit of the store server 800 is Then, it is determined whether or not ticket usage information is received from the handy terminal 400 by radio.

  If it is determined that the ticket usage information has been received (YES in step S841), in step S842, the data processing unit of the store server 800 stores the ticket ID, the ticket type, and the mobile phone included in the ticket usage information received in step S841. The ID combination is collated with the data stored in the store ticket information DB described in FIG. In step S843, the data processing unit of the store server 800 determines whether or not the collation result in step S842 is correct.

  If it is determined that the collation result of the information related to the ticket included in the received ticket usage information is correct (YES in step S843), in step S844, the data processing unit of the store server 800 displays the ticket included in the ticket usage information. It is determined whether the usage status stored in the store ticket information DB of FIG. 9 corresponding to the ID is “1” indicating that the ticket has been used.

  If it is determined that the ticket with the ticket ID is not used (NO in step S844), in step S845, the data processing unit of the store server 800 sends the handy terminal of the ticket usage information received in step S841. In 400, usable information indicating that the ticket with the ticket ID is usable is transmitted.

  Next, in step S846, the data processing unit of the store server 800 indicates that the use status of the ticket with the ticket ID included in the received ticket use information in the store ticket information DB shown in FIG. 1 ”and the merchandise amount included in the received ticket usage information is stored in association with the ticket ID. After step S846, the data processing unit of the store server 800 advances the process to be executed to the process of step S848.

  On the other hand, if it is determined that the collation result of the information related to the ticket included in the received ticket usage information is not correct (NO in step S843), or the ticket with the ticket ID included in the ticket usage information has been used. (YES in step S844), in step S847, the data processing unit of the store server 800 indicates that the ticket with the ticket ID cannot be used in the handy terminal 400 that is the transmission source of the ticket usage information. Unusable information indicating that is sent. After step S847, the data processing unit of the store server 800 advances the process to be executed to the process of step S848. The processing after step S848 will be described later.

  Returning to FIG. 27, in step S467, the data processing unit 410 of the handy terminal 400 determines whether or not usable information has been received from the store server 800. When it is determined that the usable information has not been received (NO in step S467), in step S468, the data processing unit 410 determines whether the unusable information has been received from the store server 800. If it is determined that unusable information has not been received (NO in step S468), the data processing unit 410 returns the process to be executed to the process in step S467.

  If it is determined that the unusable information has been received (YES in step S468), in step S469, the data processing unit 410 indicates that the ticket corresponding to the product among the tickets read in step S463 is unusable. The display unit 440 is controlled to display the prepaid settlement screen shown in FIG. After step S469, the data processing unit 410 returns the process to be executed to the caller process of this ticket settlement process.

  FIG. 35 is a seventh display screen view displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. FIG. 35D shows a prepaid settlement screen indicating that the ticket corresponding to the product out of the tickets read from the mobile phone 100 cannot be used. In this prepaid payment screen, instead of holding the mobile phone 100 in the prepaid payment screen described with reference to FIG. 34C, the fact that the ticket cannot be used and a “return” button is displayed. A “Confirm” button is displayed at the bottom right of the bottom row.

  Returning to FIG. 27, when it is determined that usable information has been received (YES in step S467), in step S471, the data processing unit 410 transmits the data related to the ticket corresponding to the product to the non-contact of the mobile phone 100. The chip reader / writer 490 is controlled to cause the mobile phone 100 to transmit an erasure request signal for erasing from the electronic money transaction service storage area of the storage unit 192 of the type IC chip 190.

  Specifically, the data processing unit 410 is contactless so as to transmit to the mobile phone 100 an erasure request signal including a ticket ID that designates a wagon service ticket in the present embodiment as an erasure target among a plurality of types of tickets. An erase control command for controlling the communication unit 493 is transmitted to the control unit 491 of the chip reader / writer 490. The control unit 491 of the chip reader / writer 490 controls the non-contact communication unit 493 to transmit an erase request signal to the mobile phone 100 in response to the erase control command.

  On the other hand, in the mobile phone 100 that has received the erasure request signal, the control unit 191 of the non-contact type IC chip 190 designates the erasure target stored in the electronic money transaction service storage area of the storage unit 192 shown in FIG. The data related to the ticket with the ticket ID being deleted is erased, and when the data is erased, a process of transmitting an erase end signal indicating that to the chip reader / writer 490 of the handy terminal 400 is performed.

  Then, the data processing unit 410 determines whether or not an erasure end signal has been received from the mobile phone 100 in step S472. Specifically, the control unit 491 of the chip reader / writer 490 transmits, to the data processing unit 410, an erasure end command to the effect that erasure has ended in response to receiving an erasure end signal from the mobile phone 100. When receiving the erasure end command, the data processing unit 410 determines that the erasure of data related to the ticket corresponding to the product has been completed. In step S472, data processing unit 410 repeatedly makes a determination until an erase end command is received. Note that if the erasure end command is not received before a predetermined condition (the number of determinations, time, etc.) is satisfied, an error indicating that the erasure is not completed may be notified on the display unit 440.

  Next, in step S473, the data processing unit 410 causes the storage unit 420 to store the product name, payment method, mobile ID, ticket ID, and transaction amount as transaction information.

  Next, in step S474, the data processing unit 410 controls the display unit 440 to display a prepaid payment screen indicating that the payment is completed with the ticket stored in the mobile phone 100 shown in FIG.

  Proceeding to FIG. 35, FIG. 35 (A) shows a prepaid settlement screen indicating that the settlement is completed with the ticket stored in the mobile phone 100. FIG. In this prepaid payment screen, instead of the text in FIG. 34C that prompts the user to hold the mobile phone, the status of the ticket owned before settlement (here, two drink tickets and one food ticket) , As well as the status of the ticket after settlement (here, one drink ticket and one food ticket), and a “confirm” button at the bottom right of the bottom row instead of the “back” button Is displayed.

  Returning to FIG. 27, in step S475, the data processing unit 410 determines whether the “confirm” button has been operated on the touch panel, the focus has been moved to the “confirm” button with the up and down keys, and the confirmation key has been operated. Whether or not a confirmation operation has been performed is determined based on whether a bar code for inputting confirmation of the bar code list is read in part 470. If it is determined that the confirmation operation has not been performed (NO in step S475), data processing unit 410 repeats the process of step S475.

  On the other hand, if it is determined that a confirmation operation has been performed (YES in step S475), in step S476, the data processing unit 410 sets the payment status column of the order for which payment has been completed to “completed”. The display unit 440 is controlled to display. After step S476, the data processing unit 410 returns the process to be executed to the calling process of the value settlement process.

  Proceeding to FIG. 35, FIG. 35C shows the order list screen displayed in step S273. Since this order list screen is basically the same as the order information screen described with reference to FIG. 31 (D), repeated description will not be repeated. Here, the order with the order number “005” is settled with the ticket by executing the ticket settlement process of FIG. 27, and the payment status column for the order with the order number “005” is changed to “completed”. Has been.

  On the other hand, if it is determined that a barcode ticket is selected in the selection field of the prepaid payment screen in FIG. 34B (YES in step S461), in step S480, the data processing unit 410 performs barcode ticket payment processing. Execute.

  FIG. 28 is a flowchart showing the flow of barcode ticket settlement processing executed by the handy terminal 400 in the present embodiment. Referring to FIG. 28, first, in step S481, data processing unit 410 causes display unit 440 to display a prepaid settlement screen described with reference to FIG. 34 (D) for prompting to read a barcode ticket. Control.

  Proceeding to FIG. 34, FIG. 34 (D) shows a prepaid settlement screen prompting to read a barcode ticket. This prepaid settlement screen is replaced with “ticket (bar code)” instead of “ticket (mobile)” in the settlement method content of the prepaid settlement screen described in FIG. Will be displayed to read the barcode ticket.

  Returning to FIG. 28, in step S <b> 482, the data processing unit 410 determines whether or not the barcode (here, the two-dimensional code 471) has been read by the barcode scanner unit 470.

  Here, the two-dimensional code 471 displayed on the display unit 640 of the card unit 600 in step S6117 of FIG. 19 or the two-dimensional code displayed on the card unit 600 is captured by the mobile phone 100 and stored as image data. After that, the two-dimensional barcode displayed on the display unit 140 of the mobile phone 100 as an image indicated by the image data is read by the barcode scanner unit 470.

  If it is determined that the data has not been read (NO in step S482), data processing unit 410 repeats the process of step S482.

  On the other hand, if it is determined that the barcode has been read (YES in step S482), in step S483, the data processing unit 410 uses the barcode read in step S482 as ticket information including a ticket ID and a ticket type. Convert to

  Next, in step S486, the data processing unit 410 controls the communication unit 460 to wirelessly transmit the ticket usage information to the store server 800. Unlike the case of step S466, the ticket usage information does not include a mobile ID, but includes a ticket ID, a ticket type, and a product price.

  Since the processing of the store server 800 when receiving the ticket usage information has been described in step S841 to step S847 in FIG. 25 described above, redundant description will not be repeated. The processing from step S487 to step S489 and from step S493 to step S496 are the same as the processing from step S467 to step S469 and from step S473 to step S476 in FIG. The explanation will not be repeated. Note that the screen displayed in step S494 indicating that the settlement has ended is different from the screen in step S474 of FIG. 27, and the screen shown in FIG. 35B is displayed.

  Proceeding to FIG. 35, FIG. 35 (B) shows a prepaid settlement screen indicating that the settlement is completed with the ticket displayed in the barcode. In this prepaid payment screen, instead of the text prompting to read the bar code in FIG. 34 (D), the text indicating that the payment has been completed, and the “return” button, A “Confirm” button is displayed below.

  Returning to FIG. 28, after step S489 or after step S496, the data processing unit 410 returns the process to be executed to the ticket settlement process of the caller of this barcode ticket settlement process. Returning to FIG. 27, after step S480, the data processing unit 410 returns the process to be executed to the caller process of the ticket settlement process.

  Returning to FIG. 25, after step S846 or step S847, or when it is determined that the ticket usage information has not been received (NO in step S841), in step S848, the data processing unit of the store server 800 It is determined whether or not a predetermined time has elapsed since the previous transmission of used ticket information. In the present embodiment, the predetermined time is 3 hours, similar to the predetermined time described in step S815 in FIG.

  If it is determined that a predetermined time has elapsed since the previous transmission of the used ticket information (YES in step S848), in step S849, the data processing unit of the store server 800 manages the used ticket information after the previous transmission with electronic money management. Transmit to server 200.

  The used ticket information includes the ticket ID, ticket type, and portable ID of the ticket whose status has been updated to used since the last used ticket information was transmitted among the data related to the tickets in the store ticket information DB shown in FIG. And product price. After step S849 or when it is determined that the predetermined time has not elapsed since the previous transmission of the used ticket information (NO in step S848), the data processing unit of the store server 800 executes the process to be executed. Returning to the store server process of FIG.

  Returning to FIG. 23, in step S <b> 271, the data processing unit 210 of the electronic money management server 200 determines whether or not used ticket information has been received from the store server 800.

  If it is determined that the used ticket information has been received (YES in step S271), in step S272, the data processing unit 210 includes the received ticket information in the used ticket information DB shown in FIG. The usage status of the ticket with the ticket ID is updated to “1” indicating that it has been used, and the portable ID and the merchandise amount included in the received used ticket information are stored in association with the ticket ID.

  As described in FIG. 29A, when the handy terminal 400 is set in the data transfer charger 485 and the “service end” button is operated, the sales information of the handy terminal 400 (step S455 in FIG. 26, The processing for transferring the transaction information stored in the storage unit 420 in step S473 of FIG. 27, step S493 of FIG. 28, etc. to the sales management PC 480 and the processing for returning the handy terminal 400 to the initial state are performed.

  The sales management PC 480 manages sales information received from the handy terminal 400. Of the managed sales, sales using cash are settled when the product is sold. For sales using pachinko balls and medals, the game hall 30 side is charged for the pachinko balls and medals, and the price is settled in exchange for the pachinko balls and medals. For sales using the value and the ticket, the price corresponding to the value and the ticket is charged to the service provider of the electronic money transaction service, and the price is settled.

  Here, when the price corresponding to the ticket is settled, the service provider of the electronic money transaction service that is the payment side of the price corresponding to the ticket confirms once again whether the ticket ID of the ticket to be settled is correct. In order to do so, the sales management PC 480 obtains the product price billing information including the ticket ID of the ticket billed this time and the merchandise price of the merchandise for which the ticket is used at the server of the service provider of the electronic money transaction service. It transmits to a certain electronic money management server 200.

  In step S273, the data processing unit 210 determines whether or not the commodity price billing information has been received from the sales management PC 480. If it is determined that it has not been received (NO in step S273), the data processing unit 210 returns the process to be executed to the process in step S291.

  On the other hand, if it is determined that the merchandise price billing information has been received (YES in step S272), in step S274, the data processing unit 210 shows the ticket ID included in the received merchandise price billing information, as shown in FIG. The ticket ID stored in the used ticket information DB of the storage unit 220 is checked against a ticket ID whose usage status is “1” (used). In step S275, the data processing unit 210 determines whether the ticket IDs for the current request match as a result of the collation.

  If it is determined that the ticket IDs for the current bill match (YES in step S275), in step S276, the data processing unit 210 includes the product included in the received product price billing information in the billing amount described in step S294. Add the total amount. As a result, the value charged for the current charge requested from the wagon service provider to the electronic money transaction service provider and the price of the product provided by the ticket are calculated.

  On the other hand, if it is determined that the currently requested ticket IDs do not match (NO in step S275), in step S277, the data processing unit 210 issues an error notification that the currently requested ticket IDs do not match. In step S278, the data processing unit 210 determines whether a confirmation operation has been performed.

  If it is determined that the confirmation operation has not been performed (NO in step S277), data processing unit 210 repeats the process of step S278. On the other hand, if it is determined that a confirmation operation has been performed (YES in step S277), the data processing unit 210 returns the process to be executed to the process in step S291. The employee of the electronic money transaction service provider who received the error notification manually checks whether the ticket ID of the ticket charged for the price is correct.

  FIG. 36 is an eighth display screen view displayed on the display unit 440 of the handy terminal 400 for the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 36, when the order information screen of FIG. 30 (B) is displayed, the bar code scanner unit 470 displays the bar code of “ball” among the bar codes of the settlement method in the bar code list. Or when the “ball” field is operated on the payment method list screen in FIG. 30C, the bar read in the payment method field described in FIG. In the column of “ball”, which is the payment method corresponding to the code, and “96” pieces, which are the consideration corresponding to “ball”, which is the payment method, and “I coffee”, which is the selected product, A process of displaying the order information screen in a state where is input on the display unit 440 is performed.

  FIG. 36A shows an order information screen in a state where the payment method item column and the number item column are input. In this order information screen, in addition to the contents described in the order information screen of FIG. 30B, the name of the selected payment method (here, “ball”) in the field of the payment method item, and In the field of the number item, the consideration (here, “96” items) of the selected product corresponding to the selected settlement method is displayed.

  Furthermore, since the product and the payment method are in the input state, the order can be confirmed. Therefore, a “confirm” button is displayed on the right side at the bottom of the order information screen.

  Here, when the player pays the price for the product (96 balls in this case), the employee of the wagon service provider operates the payment item column on the order information screen. When the payment item column is operated, a process of displaying an order information screen in a state where “done” is input in the payment status item column on the display unit 440, which is described with reference to FIG. It is.

  FIG. 36B shows an order information screen in a state where “Done” is entered in the field of the payment status item. In this order information screen, “Done” indicating that the price of the product has been paid is displayed in the column of the payment status item instead of the content of the order information screen in FIG. Here, when the “confirm” button is operated, processing for displaying an order list screen described in FIG. 36C on the display unit 440 is performed.

  FIG. 36C shows an order list screen. Since this order list screen is basically the same as the order information screen described with reference to FIG. 31 (D), repeated description will not be repeated. Here, the order with the order number “002” is settled with a ball, and the payment status column for the order with the order number “002” is changed to “Done”.

  FIG. 37 is a ninth display screen displayed on the display unit 440 of the handy terminal 400 of the wagon service in the electronic money system 10 according to the present embodiment. Referring to FIG. 37, FIG. 37 (A) shows an order list screen. Since this order list screen is basically the same as the order information screen described with reference to FIG. 31 (D), repeated description will not be repeated.

  Here, when the paid product (here, the product with the order number “003”) is delivered, the employee of the company providing the wagon service displays the column of the delivered order (here, the order with the order number “003”). Column), an order information screen for changing an already input order is displayed on the display unit 440.

  FIG. 37B is an order information screen for displaying the details of an already input order. In this order information screen, basically, instead of the content described in the order information screen described in FIG. 31B, the name of the selected payment method (here, “medal” )), And the value (“12” in this case) of the selected product corresponding to the selected settlement method is displayed in the column of the number item. Here, if any item column is operated, the contents of the operated column can be changed.

  Here, when the employee of the company providing the wagon service completes the delivery of the order, it operates the column of the delivery status item on the order information screen. When the delivery status item field is operated, the process of displaying on the display unit 440 an order information screen in which “done” is entered in the delivery status item field, as illustrated in FIG. Is done.

  FIG. 37C shows an order information screen in a state where “Done” is entered in the field of the item of delivery status. In this order information screen, “Done” indicating that the ordered product has been delivered is displayed in the column of the delivery status item instead of the content of the order information screen of FIG.

  Here, when the “confirm” button is operated, processing for displaying an order list screen described in FIG. 37D on the display unit 440 is performed.

  FIG. 37D shows an order list screen. Since this order list screen is basically the same as the order information screen described with reference to FIG. 31 (D), repeated description will not be repeated. Here, the product of the order with the order number “003” is delivered, and the payment status column for the order with the order number “003” is changed to “completed”.

Next, main effects obtained by the first embodiment described above will be described.
(1) As described in step S6115 in FIG. 19 and step S682 in FIG. 21, the card unit 600 provided corresponding to the pachinko gaming machine 700 causes the pachinko machine in step S618 in FIG. 19 and step S662 in FIG. A player who performs a pachinko game in the gaming machine 700 performs a ball lending process. In response to the ball lending process, a lottery is performed in step S6121 in FIG. 19 and step S691 in FIG. On the condition that the ball lending process is performed again in step S618 in FIG. 19 and step S662 in FIG. 16 after the fact that the ticket is given in step S6125 and in steps S695 and S697 in FIG. Step S6115 and step S6 of FIG. 82, a ticket for storing a drink ticket and a food ticket in the mobile phone 100 for providing the player with a product such as a drink such as hot coffee and iced tea and food such as a sandwich including a ticket ID that can be individually identified. The issue information is output from the non-contact communication unit 693 of the chip reader / writer 690.

  As described in step S6117 of FIG. 19, the card unit 600 causes the player who performs the pachinko game in the pachinko gaming machine 700 to perform the ball lending process in step S618 of FIG. 19 in step S6121 in FIG. 19, and it is notified that the ticket is granted in step S6125 in FIG. 19 after winning, and then the ball lending process is performed again in step S618 in FIG. In step S6117 in FIG. 19, the drink ticket and the food ticket are converted into a barcode and displayed on the display unit 640.

  As described in the store ticket information DB in FIG. 9, steps S853 and S846 in FIG. 25, and the used ticket information DB in FIG. 10, the steps S264 and S272 in FIG. 23, the store server 800 and the electronic money management server 200 manages the ticket ID included in the ticket output by the card unit 600.

  As described in step S463 of FIG. 27 and step S482 of FIG. 28, the barcode scanner unit 470 or the barcode scanner unit 470 or the handy terminal 400 used by the wagon service company employee to provide goods to the player. The non-contact communication unit 493 of the chip reader / writer 490 acquires the ticket ID included in the ticket output by the card unit 600. As described in step S466 of FIG. 27 and step S486 of FIG. 28, the handy terminal 400 controls the communication unit 460 to transmit and output the acquired ticket ID to the store server 800.

  For this reason, when providing a product as a service to a player, the provider of the electronic money transaction service, which is the service provider, uses the ticket information of the product managed by the electronic money management server 200 and the store server 800. The included ticket ID can be collated with the ticket ID output from the handy terminal 400. As a result, it is possible to confirm whether or not the charge from the wagon service company that is the product provider is correct.

  (2) As described in step S6115 in FIG. 19 and step S682 in FIG. 21, the card unit 600 can record in the storage unit 192 of the non-contact type IC chip 190 of the mobile phone 100 possessed by the player. Ticket information is output. As described in step S6117 of FIG. 19, the card unit 600 outputs ticket information as a barcode that can be captured by the mobile phone 100 possessed by the player and recorded on the mobile phone 100 as image data.

  As described in step S463 of FIG. 27, the handy terminal 400 acquires the ticket ID stored in the storage unit 192 of the non-contact type IC chip 190 from the mobile phone 100. As described in step S <b> 482 in FIG. 28, the handy terminal 400 acquires a ticket ID stored as image data in the storage unit 120 from the mobile phone 100.

  For this reason, the player can hold the ticket information as recorded in the mobile phone 100. As a result, the player can receive the provision of the merchandise using the ticket information at a desired timing, so that the convenience of the player can be improved.

  (3) As described in step S466 of FIG. 27 and step S486 of FIG. 28, the handy terminal 400 outputs the acquired ticket ID for transmission to the store server 800.

  As described in steps S853, S836, and S846 in FIG. 25, and steps S264 and S272 in FIG. 23, the store server 800 and the electronic money management server 200 allow the store ticket information DB in FIG. As shown in the used ticket information DB, the use status of the ticket is stored for each ticket ID.

  As described in step S844 in FIG. 25, the store server 800 determines whether the use state of the ticket with the ticket ID received wirelessly from the handy terminal 400 has been used. As described in step S846 of FIG. 25, the store server 800 determines that the use state of the ticket is used on condition that the use state of the ticket is determined not to be used (NO in step S844). Updated.

  As described in step S845 in FIG. 25, the store server 800 indicates that the ticket can be used on the condition that the use state of the ticket is determined not to be used (NO in step S844). The usable information is output for replying to the handy terminal 400 that is the transmission source of the ticket ID. On the other hand, as described in step S847 in FIG. 25, the store server 800 determines that the use state of the ticket has been used (if YES in step S844), the ticket cannot be used. Unusable information to the effect is output for replying to the handy terminal 400 of the ticket ID transmission source.

  Therefore, if the ticket with the ticket ID acquired at the handy terminal 400 is not used, the fact that the ticket can be used is returned to the handy terminal 400, and the ticket with the ticket ID acquired at the handy terminal 400 is used. If completed, a message indicating that the ticket cannot be used is returned to the handy terminal 400. As a result, it is possible to prevent the used ticket from being used again and providing a product to the player in duplicate.

  (4) As described in step S662 of FIG. 16 and step S618 of FIG. 19, the card unit 600 performs ball lending processing for lending pachinko balls.

  As described in step S6125 in FIG. 19, step S697 in FIG. 21, and step S695, the card unit 600 performs lottery in step S6121 in FIG. 19 or step S691 in FIG. When it is determined that the winning is determined in step S692 in FIG. 21 and the next ball lending process is performed on condition that the ball lending process is performed in step S618 in FIG. 19 or step S662 in FIG. In step S6125 of FIG. 21 or step S697 of FIG. 21, it is displayed that a ticket will be given at the next ball rental, or the display screens of FIGS. 15D and 15F in step S172 or S175 of FIG. In "Next drink ticket winning! Notification process or send winning information to the mobile phone 100 at step S695 of FIG. 21 is performed in order to display a message such.

  As described in step S6115, step S6117 in FIG. 19 and step S682 in FIG. 21, the card unit 600 performs notification processing in step S6125 in FIG. 19, and the winning information is stored in the winning information storage area in step S6124. After that, it is determined in step S6111 in FIG. 19 that the winning information is stored in the winning information storage area and the ball lending process is performed in step S618 in FIG. 19, or step S695 in FIG. Notification processing is performed in step S697, winning information is stored in the winning information storage area in step S694, and then it is determined in step S681 in FIG. 21 that the winning information is stored in the winning information storage area and FIG. In step S662, the ball lending process is performed. Te, the ticket is output.

  For this reason, it is possible to prompt the player to execute the ball lending process again. As a result, it is possible to contribute to an increase in sales by providing games.

  (5) As described with reference to the list of payment methods in FIGS. 30C and 30D, the handy terminal 400 accepts a payment method designation from at least one of ball settlement, medal settlement, and value settlement. . As described in the value settlement process of FIG. 26, the product for which the designation is accepted by the handy terminal 400 on the condition that the designation of settlement by value is accepted on the screens of FIGS. 30 (C) and (D). Is subtracted from the value stored in the mobile phone 100. For this reason, it is possible to settle by the value of the product price. As a result, the convenience for the player is improved.

  (6) As described in step S6115 in FIG. 19 and step S682 in FIG. 21, the card unit 600 performs a process for storing the product ticket in the mobile phone 100 used for the ball lending process. As described in the list of payment methods in FIGS. 30C and 30D, the handy terminal 400 accepts the designation of payment by ticket in addition to balls, medals and values as the payment method. As described in the ticket settlement process of FIG. 27, the handy terminal 400 performs a process for making the ticket stored in the mobile phone 100 used on condition that the designation of the settlement by the ticket is accepted. . For this reason, a player can obtain product ticket information by performing a ball lending process. As a result, the ball lending process can be promoted.

  (7) As described in step S695 in FIG. 21, on the condition that the ball lending process is performed by the card unit 600, the mobile phone 100 performs the process shown in FIGS. Processing for displaying that a ticket such as “next drink ticket win!” is given on the display screen of f) is performed. As described in step S682 of FIG. 21, after the display screens of FIGS. 15D and 15F are displayed, a process of issuing a ticket is performed on condition that the ball lending process is performed. Thereby, it is possible to prompt the user to execute the ball lending process again. As a result, sales can be improved.

  (8) As described in step S691 in FIG. 21, the card unit 600 determines whether or not to grant a ticket on condition that the ball lending process is performed. As described in step S692 of FIG. 21, the card unit 600 is further provided with the condition that it is determined that the ticket is to be given, and the mobile phone 100 displays “Next Drink Ticket” on the display screens of FIGS. Processing for displaying that a ticket such as “Winning!” Is given is performed. As a result, it is possible to give a rareness to the granting of the ticket, compared to the case where the ticket granting is displayed every time the ball lending process is performed and the process of issuing the ticket is performed, Tickets for more expensive products can be issued. As a result, the user can be more strongly encouraged to execute the ball lending process again, which can contribute to an improvement in sales.

  (9) As described in step S641 in FIG. 16, the card unit 600 acquires the mobile ID from the mobile phone 100 in the ball lending process. As described in step S694 in FIG. 21 and step S672 in FIG. 18, the winning information including the mobile phone ID of the mobile phone 100 in which the ticket is won is stored in the winning information storage area. As described in step S681 of FIG. 21, the card unit 600 determines whether or not the mobile ID acquired from the mobile phone 100 is stored in the winning information storage area. As described in step S682 and step S684 of FIG. 21, the card unit 600 further determines that the acquired mobile ID is stored in the winning information storage area (YES in step S681). As the ticket is issued, the winning information of the portable ID is deleted from the winning information storage area. Thereby, it is possible to reliably add and update the ticket specified from the ticket issue information to the mobile phone having the selected mobile ID.

  (10) As described in step S696 of FIG. 21, the card unit 600 outputs winning information including the mobile ID specified from the winning information storage area for transmission to other card units. As described in step S672 of FIG. 18, the winning information including the mobile ID is stored in the winning information storage area on condition that the card unit 600 has received the winning information including the output mobile ID. As a result, when a plurality of card units 600 are installed, the next ball lending process is executed in each card unit other than the card unit 600 that displays on the mobile phone 100 that a ticket is given. In addition, a process of issuing a ticket to the mobile phone 100 displaying that the ticket is given is performed. As a result, user convenience can be improved.

  (11) As described in step S695 in FIG. 21, the card unit 600 indicates that the tickets shown in FIGS. 15D and 15F will be given when the next ball lending process is performed. The process of transmitting the winning information to be displayed on the display unit 140 of the telephone 100 to the mobile telephone 100 is executed as a process of notifying that a ticket is given. As a result, for example, a ticket is issued when the next ball lending process is performed, a card unit having a notification unit for notifying that a ticket has been issued, or a game There is no need to perform the work of attaching the above-described notification unit to the card unit installed in the field 30. As a result, the introduction cost can be reduced.

  (12) In step S812, the value amount used for the purchase or ball lending process of the prepaid card 371 and the mobile ID of the mobile phone 100 used for the purchase or ball lending are associated with each other and stored in the store server 800. . If it is determined in step S815 that the predetermined time has elapsed, the information stored in the store server 800 in step S816 is transmitted to the electronic money management server 200 as transaction information. On the other hand, when the payment for the value is completed, the accumulated charge and the mobile ID are stored in the management DB 221 in association with each other. In step S292, the transaction amount included in the transaction information is subtracted from the accumulated charge amount of the member ID corresponding to the mobile ID included in the transaction information. In step S281, the amount obtained by subtracting the transaction amount from the accumulated charge amount is minus. It is determined whether there has been an illegal transaction by determining whether there is a member ID. If there is a fraudulent transaction, the fraudulent terminal information is transmitted to the game hall 30 where the fraudulent transaction has occurred in step S286.

  In the game hall 30 that has received the unauthorized terminal information, the unauthorized terminal information is stored in steps S314 and S604, and when the prepaid card 371 is purchased with the value and used for the ball lending process, the mobile ID of the mobile phone 100 is It is determined whether or not the information matches the illegal terminal information. If the information matches, processing for not setting the balance to the value balance, that is, use stop processing is performed. As a result, it is possible to minimize damage when fraud exceeding the remaining amount is performed.

  (13) When there is an unauthorized transaction in step S281, the number of frauds is incremented by 1 in step S282, and the frequency of the unauthorized transaction is measured. If the number of frauds is 1, illegal media information is transmitted to the game hall 30 where the fraudulent transaction has occurred in step S284, and ball rental with a prepaid card used for fraudulent transactions is prohibited. If the number of frauds is two, the fraudulent terminal information is transmitted to the game hall 30 where the fraudulent transaction has occurred and other game arcades in the same trade area as the game hall 30 in step S286 and step S287, and used for fraudulent transactions The purchase of the prepaid card 317 and the ball rental by the mobile phone 100 are prohibited.

  Furthermore, when the number of frauds is 3, in step S289 and step S290, the portable use prohibition information is transmitted to the game hall 30 where the fraudulent transaction has occurred and to game halls nationwide. Then, in the game hall that has received the portable use prohibition information, the portable use prohibition information is stored in steps S312 and S602, respectively, and in steps S322 and S622, the value is used for all mobile phones. The process of prohibiting the purchase of the prepaid card 371 and ball lending is performed. As described above, since the prohibited content is selected and executed according to the frequency of fraudulent transactions, it is possible to minimize damage caused when fraud is performed more effectively.

  (14) Some mobile phones having a non-contact IC chip communicate with an electronic money terminal or server to add and subtract values (for example, paragraphs 0016 and 0017 of JP-A-2005-38209). Paragraphs, paragraphs 0049 to 0055, 0111 to 0114, 0136, and 0138). In the application unit of the mobile phone, a terminal ID for specifying an electronic money terminal to be settled, a business operator code, an operation parameter, and an operation file are stored in association with each other.

  When this mobile phone is used for payment at an electronic money terminal, a terminal ID and a payment amount value are subtracted from the electronic money terminal, a subtraction completion notification is transmitted, and an operator code is sent from this terminal ID. , An operation parameter and an operation file are specified, and a predetermined operation is executed using the operation file. In addition, if the log confirmation unit is provided in the mobile phone and the confirmation amount is set in advance in the application unit, the log confirmation unit periodically checks the remaining amount of value, and if the confirmation amount falls below the confirmation amount, the application unit The user is prompted to charge the electronic money by issuing an alarm with an image or sound as a predetermined operation using the operation file. However, according to the technique disclosed in Japanese Patent Application Laid-Open No. 2005-38209, the operation file that can be executed by the mobile phone is one file for each business operator code corresponding to the terminal ID, and thus the operation that is executed. Is limited to an operation that is executed each time a settlement process with an electronic money terminal is performed. In addition, since the mobile phone actively executes the operation file, the lack of value balance is confirmed as described above. For this reason, even if the value balance exceeds the amount of confirmation, there is a problem in that useless processing of confirming the value balance at a predetermined regular interval occurs. In addition, even if the balance of the value is less than the confirmation amount, if the determined regular interval is a long interval (for example, 1 hour), before the user is prompted to charge the value, The original purpose of the technique disclosed in Japanese Patent Laid-Open No. 2005-38209 is to execute a process in which the user recognizes a shortage of balance when the value is subtracted by the server and prompts the user to charge. Can not be achieved. For this reason, it is necessary to shorten the periodic interval for checking the balance of the value (for example, 1 minute or 30 seconds) in order to prompt charging of the value before the user recognizes that the balance is insufficient. is there. For this reason, a wasteful process of checking the value balance must be frequently executed, which is inefficient and affects the duration of the battery of the mobile phone. However, since the present embodiment is configured as described above, the user can be efficiently and accurately recognized that the remaining amount of value is small.

  Specifically, the value balance is transmitted to the ticket vending machine 300 or the card unit 600 by the function of the non-contact type IC chip 190 of the mobile phone 100. Further, as described in step S351, it is determined that the value balance stored in the mobile phone 100 by the ticket vending machine 300 is insufficient for the purchase amount of the prepaid card 371, and as described in step S352, before subtraction. Balance shortage information is transmitted to the mobile phone 100. Further, as described in step S651 and step S658, it is determined that the value balance stored in mobile phone 100 by card unit 600 is insufficient for the minimum amount that can be lent (in this embodiment, It is determined whether or not the value balance is 0 yen. If the value can be used outside the amusement hall 30, it is determined whether or not the value balance is less than 100 yen, which is the minimum amount that can be lent to a ball), and step S652 As described in step S659, the balance shortage information before subtraction or the balance shortage information after subtraction is transmitted to the mobile phone 100, respectively. Then, as described in step S185, the mobile phone 100 notifies that the value balance is insufficient. That is, when the value is used, the mobile phone 100 is passively notified that the value balance is insufficient. As a result, it is possible to make the user recognize efficiently and accurately that the value balance is small.

  (15) The value balance is transmitted to the ticket vending machine 300 by the function of the non-contact type IC chip 190 of the mobile phone 100, and the value balance stored in the mobile phone 100 by the ticket vending machine 300 is prepaid as described in step S358. It is determined that the amount obtained by subtracting the purchase amount of the card 371 is equal to or less than the predetermined amount, and as described in step S359, the post-subtraction balance information is transmitted to the mobile phone 100, and as described in step S184, the mobile phone 100 informs that the value balance is less than or equal to the predetermined amount. The same applies to the card unit 600. That is, when the value is used, the mobile phone 100 is passively notified that the value balance is equal to or less than the predetermined amount. As a result, it is possible to make the user recognize efficiently and accurately that the value balance is small.

  (16) Since the value purchase process is executed when the balance shortage information before subtraction, the balance shortage information after subtraction, or the balance subtraction information after subtraction is received in step S181 or step S182, the value purchase process is executed by the user. May not be actively executed. For this reason, it is possible to prevent the user from having to perform the process of executing value purchase processing. Further, since the value purchase process is immediately executed, the time required for the value purchase is shortened, and the operating rate of the gaming machine such as the pachinko gaming machine 700 and the slot machine in the game hall 30 can be improved.

[Second Embodiment]
Next, the electronic money system 10 according to the second embodiment will be described. In the first embodiment described above, an example is shown in which winning information indicating that winning is made by lottery processing is stored in a winning information storage area provided in the storage unit 620 mounted on the card unit 600 shown in FIG. Explained.

  In the second embodiment, an example in which winning information is stored in the electronic money transaction service storage area of the storage unit 192 of the non-contact type IC chip 190 of the mobile phone 100 will be described. In other words, in the second embodiment, the winning information is not managed in the storage unit 620 mounted on the card unit 600, but the electronic money transaction in the storage unit 192 of the non-contact type IC chip 190 of the mobile phone 100 is performed. What is managed in the service storage area will be described. In the second embodiment, points different from the first embodiment will be described, and overlapping description will not be repeated.

  FIG. 38 is a diagram for explaining information stored in the electronic money transaction service storage area of the storage unit 192 of the non-contact type IC chip 190 of the mobile phone 100.

  The electronic money transaction service storage area stores a member ID, a mobile ID, a value balance, a ticket ID of the acquired ticket, and winning information (ticket type and ticket ID). In FIG. 38, the member ID is “1101”, the mobile ID is “MR3BN”, the value balance is “11000” yen, the ticket ID is “D0709010001001”, “F07009010001001”, the ticket type of the winning information is “Drink”, and “D0709010001002” is stored as the ticket ID of the winning information.

  Next, differences in the ball lending process in the second embodiment from the first embodiment will be described. In the ball lending process in the second embodiment, the winning information is managed in the electronic money transaction service storage area of the storage unit 192 of the non-contact type IC chip 190 of the mobile phone 100, so the storage state described in step S670. Update processing is not performed.

  Further, the non-contact type IC chip 190 of the mobile phone 100 according to the second embodiment has a non-contact communication unit mounted on the non-contact type IC chip 190 when the acquisition process described in step S641 is performed. From 193, the mobile ID, ticket type, and ticket ID stored in the electronic money transaction service storage area are transmitted together with the value balance. If the winning information is not stored in the storage area for electronic money transaction service, that is, if the winning information has not been won by the lottery process, the winning information may not be transmitted, or it is not won. The information to show may be transmitted.

  In step S641 in the second embodiment, it is determined whether or not at least the mobile ID and the value balance have been acquired by the acquisition process. When it is determined that the mobile ID and the value balance have been acquired, it is determined that the mobile ID has been read.

  Further, in the ball lending process in the second embodiment, a ticket related process described in FIG. 39 is executed instead of the ticket related process described in FIG. FIG. 39 is a flowchart illustrating a flow of ticket-related processing executed by the card unit 600 according to the second embodiment.

  Referring to FIG. 39, in step S681A, data processing unit 610 determines whether or not winning information indicating winning is received together with the value balance in step S641. If it is determined in step S681A that the winning information has been received, the data processing unit 610 transmits an application activation signal including ticket issuing information for issuing a ticket specified from the winning information received in step S682 to the mobile phone 100. The chip reader / writer 690 is controlled to transmit to the non-contact type IC chip 190.

  That is, the card unit 600 acquires the winning information as the ticket granting information together with the lending process request information in step S641 shown in FIG. 16, and the ticket is issued as the ticket issuing process in step S682 on the condition that the winning information is acquired. Processing for transmitting an application activation signal including issue information to mobile phone 100 is performed. In the present embodiment, the winning information is acquired together with the lending process request information, but may be acquired separately.

  The application activation signal transmitted from the chip reader / writer 690 in step S682 is received from the non-contact communication unit 193 of the non-contact type IC chip 190, and the control unit 191 of the non-contact type IC chip 190 performs the non-contact type IC chip. The winning information stored in the electronic money transaction service storage area 190 of the storage unit 192 is deleted, and the ticket ID specified from the ticket issue information is additionally updated. Further, the activation request signal is transmitted to the data processing unit 110 by the control unit 191 of the non-contact type IC chip 190, and the electronic money application 111 can be activated.

  In step S691, the data processing unit 610 performs a lottery process for drawing a drink ticket, a food ticket, or a lottery according to a predetermined winning probability.

  In step S692, the data processing unit 610 performs a process of determining whether or not either a drink ticket or a food ticket is won in the lottery process in step S691.

  If it is determined in step S692 that either a drink ticket or a food ticket has been won, the data processing unit 610 determines the ticket ID of the ticket type won from the storage unit 620 in step S693, as in step S693 of FIG. In step S695, the chip reader / writer 690 is controlled so that an application activation signal including winning information including the ticket type and ticket ID of the winning ticket is transmitted to the non-contact type IC chip 190 of the mobile phone 100. .

  That is, in step S695, the card unit 600 outputs an application activation signal including winning information as ticket granting information indicating that a ticket that is a predetermined privilege is granted. Also, in the mobile phone 100 that has received the application activation signal including the winning information, the electronic money application 111 is activated, and a ticket is given in the next (or subsequent) lending process in step S172 or step S175 shown in FIG. Will be notified. That is, in step S695, in order to notify that the process of outputting the application activation signal including the winning information by the card unit 600 is given a ticket as a predetermined privilege when the lending process after the next time is executed. Corresponds to the notification process.

  The application activation signal transmitted from the chip reader / writer 690 in step S695 is received from the non-contact communication unit 193 of the non-contact type IC chip 190, and is controlled by the control unit 191 of the non-contact type IC chip 190. The ticket type and ticket ID included in the winning information are stored in the electronic money transaction service storage area of the storage unit 192 of 190, and an activation request signal is transmitted to the data processing unit 110 to activate the electronic money application 111. be able to. On the other hand, when it is determined that it has not been won (NO in step S692), and after step S695, the data processing unit 610 performs the process to be executed as the caller process of this ticket-related process in FIG. Return to ball rental processing.

Next, main effects obtained by the second embodiment will be described.
(1) In the second embodiment, as described in step S695 of FIG. 39, the card unit 600 outputs winning information indicating that a ticket is to be granted to be stored in the mobile phone 100. The As described in step S681A in FIG. 39, the card unit 600 receives winning information from the mobile phone 100 in the ball lending process. As described in step S682 of FIG. 39, the card issuance information is transmitted to the mobile phone 100 by the card unit 600 on the condition that the winning information is received from the mobile phone 100.

  For this reason, for the mobile phone 100 that is the object of processing for displaying that the mobile phone 100 gives a ticket such as “next drink ticket win!” On the display screens of FIGS. Thus, it is possible to ensure that the ticket issue information is transmitted. In addition, when a plurality of card units 600 are installed, even if the next ball lending process is executed in a card unit other than the card unit 600 that has performed the process for displaying that the ticket is given, Ticket issuance information is transmitted to the mobile phone 100 that is the target of the process for displaying that the message is given. As a result, user convenience can be improved.

  In the second embodiment described above, the same technical effect as that of the first embodiment described above is obtained with the configuration based on the technical idea common to the first embodiment described above. be able to.

Next, a modification of the above-described embodiment will be described.
(1) In the above-described embodiment, an example in which a ticket is given when the next lending process is performed when a lottery process is won has been described. However, the present invention is not limited to this, and if a lottery process is won, a ticket may be granted when the next lending process is performed. For example, when a lottery process is performed, it is determined how many times a loan process is performed, and a ticket is granted each time the loan process is performed. It may be configured to specify whether or not there is a ticket and grant a ticket when it is specified that the lending process is the number of times the ticket is granted. When configured in this way, when notifying that the winning has been made, it may be configured to notify also about how many times the lending process is performed and the ticket is given.

  (2) In the above-described embodiment, an example in which a ticket is granted as long as the next lending process is performed when the lottery process is won. In other words, the example in which the expiration date for ticket issuance is not provided has been described. However, the present invention is not limited to this, and a predetermined expiration date may be provided for ticket issuance. For example, a ticket may be provided only on the day that is won by the lottery process, that is, on that day. When configured in this way, it may be configured to determine whether or not a predetermined expiration date is determined after winning, and to grant a ticket when determined to be within the predetermined expiration date. .

  (3) In the above-described embodiment, an example is described in which, in the privilege granting device, a ticket is granted when the next lending process is performed using the value stored in the mobile phone won by the lottery process. did. However, the present invention is not limited to this, and the privilege granting device is configured to grant a ticket to the mobile phone that has performed the next lending process, regardless of whether or not the mobile phone has been won by a lottery process. Also good. When configured in this way, it is not necessary to acquire a mobile ID or the like and determine whether or not it is a winning mobile ID. For example, it memorizes that it was won by the lottery process in the privilege granting device, determines whether or not it is memorized every time the lending process is performed, and grants a ticket if it is determined that it is memorized You may comprise.

  (4) In the above-described embodiment, the example in which the lottery process is performed when the lending process is performed has been described. However, the present invention is not limited to this, and a lottery process may be performed in advance, and a notification process may be performed based on the lottery result. For example, at the time of power-on of the privilege granting apparatus, a loan process to be selected among a predetermined number of loan processes using a random number or the like may be determined in advance, and a notification process may be performed based on the determination result. . That is, it is determined how many times the loan processing is to be given after the present time, and the data processing unit 610 determines whether or not the current loan processing is the first loan processing. It may be configured to determine whether or not to give a ticket and to perform a notification process based on the determination result.

  Moreover, in embodiment mentioned above, the example which performs a lottery process in a privilege provision apparatus was demonstrated. However, the present invention is not limited to this, and the lottery process may be performed by the store server 800. And the privilege provision apparatus may receive a lottery result from the store server 800, and you may comprise so that an alerting | reporting process may be performed based on the said lottery result.

  (5) In the first embodiment described above, as described in step S683 and step S696 in FIG. 21, issued information, winning information, etc. are transmitted to the store server 800, and steps S831 to S83 in FIG. As described in S836, an example has been described in which the received information is transmitted to a ticket vending machine and a card unit other than the transmission source ticket vending machine or card unit. However, the present invention is not limited to this, and the issued information, winning information, and the like may be transmitted directly from the card unit to other card units other than the card unit.

  (6) In the first embodiment described above, the winning information of the portable ID of the winning mobile phone 100 is managed in the store server 800 installed in the game hall 30 and also managed in the card unit. Explained. However, the present invention is not limited to this, and it may be configured such that the winning information of the portable ID of the winning mobile phone 100 is managed in the store server 800 installed in the game hall 30 and not managed in the card unit. When configured in this way, each time the lending process is performed, the card unit transmits the portable ID for which the lending process is performed to the store server 800 and inquires whether the portable ID is the winning portable ID. A ticket may be given based on the inquiry result.

  In the above-described embodiment, the ticket ID and the ticket type are stored in the storage unit 192 of the mobile phone 100, the ticket issue information is transmitted to the mobile phone 100, and the ticket ID and the ticket type in the storage unit 192 are stored. Although the ticket is given by additionally updating, the ticket is managed by the store server 800 or the electronic money management server 200 in association with the mobile ID, and the card unit 600 performs the ticket issuing process on the store server 800 or the like. A process of transmitting a ticket addition request may be performed, and a ticket may be added by a store server or the like accordingly.

  (7) In the above-described embodiment, the electronic money system 10 includes the device installed in the game hall 30, the mobile phone 100, the electronic money management server 200, the payment server 280, the remote issue server 550, and the financial institution server. 500.

  However, the present invention is not limited thereto, and the electronic money management server 200 includes all or part of the functions of the settlement server 280, the remote issuing server 550, and the financial institution server 500. You may make it comprise the apparatus installed in the game hall 30, the mobile telephone 100, and the electronic money management server 200. FIG.

  (8) In the above-described embodiment, the electronic money system 10 has been described. However, the present invention is not limited to this, and can be understood as an invention of the devices of the mobile phone 100, the electronic money management server 200, the payment server 280, the ticket vending machine 300, the card unit 600, the store server 800, and the handy terminal 400.

  Further, it can be understood as an invention of a program of the electronic money application 111, the management AP 211, the balance management AP 214, and the value return AP 215.

  Furthermore, the processes performed in the devices of the mobile phone 100, the electronic money management server 200, the payment server 280, the ticket vending machine 300, the card unit 600, the store server 800, and the handy terminal 400 can be regarded as a processing method invention. .

  (9) When a value is charged in the non-contact type IC chip 190 of the mobile phone 100, when the subtraction of the value is completed, and when a ticket is issued, the storage unit 192 of the non-contact type IC chip 190 is stored. The stored value balance and ticket backup may be stored in the storage unit 120.

  Further, backup may be performed when the mobile phone 100 receives an input of a backup operation from the user.

  Alternatively, the backup may be performed every time a predetermined period (for example, 3 hours, 1 day, etc.) has elapsed since the previous backup was performed by the mobile phone 100.

  (10) In the above-described embodiment, processing for fraud is performed by the remaining amount management AP 214 in FIG. 22 in accordance with the frequency of fraud for each member ID. However, the present invention is not limited to this, and processing for fraud may be performed according to the frequency of the total number of frauds in all mobile phones.

  (11) As described in step S281, the occurrence of an illegal transaction is determined based on whether or not the transaction amount exceeds the accumulated charge amount. If there is an unauthorized transaction exceeding the accumulated charge amount, the transaction is described in step S284. As described above, an electronic money system that prohibits the use of a prepaid card 371 purchased by an unauthorized mobile phone 100 of the mobile ID of the member ID that performed the illegal transaction may be used.

  In addition, as described in step S281, the occurrence of fraudulent transactions is determined based on whether or not the transaction amount exceeds the accumulated charge amount. If there is an unauthorized transaction that exceeds the accumulated charge amount, it is described in step S286. As described above, an electronic money system that prohibits the use of the unauthorized mobile phone 100 value of the mobile ID of the member ID that performed the illegal transaction may be used.

  In addition, as described in step S281, the occurrence of fraudulent transactions is determined based on whether or not the transaction amount exceeds the accumulated charge amount. If there is an unauthorized transaction that exceeds the accumulated charge amount, it is described in step S289. Thus, an electronic money system that prohibits the use of value on all mobile phones in a hall (amusement hall) where an illegal transaction has occurred may be used.

  (12) In the embodiment described above, based on the portable use prohibition information and the illegal terminal storage information transmitted from the balance management AP 214 of the electronic money management server 200 via the store server 800, the data processing unit 310 of the ticket vending machine 300. Stores the portable use prohibition information and the illegal terminal information in the storage unit 320. In the ticket vending machine 300, the portable ID of the mobile phone 100 used to purchase the prepaid card 371 is not the unauthorized terminal information stored in the storage unit 310, or the portable use prohibition information is stored in the storage unit 310. It is judged whether or not it is stored, and when it is memorized, the transaction is disabled. That is, in the above-described embodiment, an example in which it is determined whether or not the ticket vending machine 300 is an illegal transaction, and control is performed to disable the transaction when it is determined to be an illegal transaction has been described.

  However, the present invention is not limited to this, and the store server 800 determines whether or not the transaction is fraudulent. When the fraudulent transaction is determined, the store server 800 transmits a transaction impossibility signal indicating that the transaction is impossible to the ticket vending machine 300, When the ticket vending machine 300 receives a transaction impossible signal, control may be performed to disable the transaction. For example, the data processing unit of the store server 800 stores portable use prohibition information and unauthorized terminal storage information from the balance management AP 214 of the electronic money management server 200 in the storage unit of the store server 800. On the other hand, every time a transaction is performed, the data processing unit 310 of the ticket vending machine 300 transmits the portable ID of the mobile phone 100 used for the transaction to the store server 800. The data processing unit of the store server 800 determines whether the transmitted mobile ID is not the illegal terminal information stored in the storage unit or whether the mobile use prohibition information is stored in the storage unit, and is stored. A transaction impossible signal indicating that the transaction is disabled when the customer is present is transmitted to the ticket vending machine 300. The data processing unit 310 of the ticket vending machine 300 controls to disable the transaction based on the transaction disable signal.

  Further, based on the unauthorized medium information transmitted from the balance management AP 214 of the electronic money management server 200 to the store server 800, the data processing unit of the store server 800 stores a storage unit corresponding to the mobile ID included in the unauthorized medium information. Is transmitted to the card unit 600 as an unauthorized card ID and stored in the storage unit 620 of the card unit 600. Then, in the card unit 600, it is determined whether or not the card ID of the prepaid card used for ball rental is an illegal card ID stored in the storage unit 620, and if the card ID is an illegal card ID, the ball rental is disabled. That is, in the above-described embodiment, the card unit 600 determines whether or not the transaction is an illegal transaction, and the example of performing the control to disable the ball lending when it is determined that the transaction is an illegal transaction has been described.

  (13) In the above-described embodiment, there are two types of product ticket information provided to the player in the game hall: drink tickets for drinks such as hot coffee and iced tea, and food tickets for food such as sandwiches. It was decided that. However, it is not limited to this, and it may be a ticket for each individual drink or food.

  (14) In the above-described embodiment, the wagon service is provided by an employee of the company providing the wagon service. However, the present invention is not limited to this, and the wagon service may be operated by the game hall 30 and provided by the store clerk of the game hall 30.

  (15) In the embodiment described above, since the electronic money transaction service provider bears the price of the ticket paid to the wagon service provider, the electronic money management server 200 performs step S272 in FIG. The used ticket information is managed, and in step S274, the used ticket ID being managed and the product price request information received from the sales management PC 480 in step S273 are charged by the wagon service provider. It was determined whether or not the ticket ID of the price ticket matches.

  However, the present invention is not limited to this, and the game hall 30 may bear the ticket price. In this case, the computer of the game hall 30, for example, the store server 800 manages the used ticket information, and receives the used ticket ID managed and the product price billing information from the sales management PC 480. It may be determined whether or not the ticket ID of the price ticket requested by the company matches.

  (16) In the embodiment described above, in FIG. 29 (D), the input of the product is accepted first, and then the input of the settlement method is accepted in FIG. 31 (A). However, the order in which the input of the merchandise and the settlement method is accepted is not limited to that the merchandise is first and the settlement method is later.

  (17) In the above-described embodiment, as described in step S471 in FIG. 27, the data related to the ticket stored in the mobile phone 100 as the process for making the ticket information stored in the mobile terminal used. The process of deleting is performed. However, the present invention is not limited to this, and as a process for making the ticket information stored in the mobile terminal used, it is determined that the ticket has been used in association with the data related to the ticket stored in the mobile phone 100. The used flag shown may be stored.

  (18) In the above-described embodiment, as described in FIGS. 31D and 32A, the order contents are stored by the handy terminal 400 so that the order contents can be confirmed. The order list screen is now displayed. However, instead of this, or in addition to this, the order contents are transmitted from the handy terminal 400 to the sales management PC 480 every time the “confirm” button is operated on the display screen of FIG. The sales management PC 480 may display an order list screen so that the order details can be confirmed.

  (19) In the above-described embodiment, the operation method of the handy terminal 400 includes three operation methods: an operation method by reading a barcode, an operation method by operating an operation key, and an operation method by operating a touch panel. It was decided that it could be used. However, the present invention is not limited to this, and in the handy terminal 400, any one or two of these three operation methods may be used.

  (20) The ticket granting conditions are not limited to those in the above-described embodiment, and may be arbitrarily set in the electronic money management server 200 or the store server 800. For example, the ticket granting conditions are as follows: Also good.

  Conditions relating to game information (such as jackpot, game time, amount of consumption, etc.) generated in relation to a game on a gaming machine may be used. For example, if the condition is that the number of jackpots has reached a predetermined number (such as five), the jackpot signal output from the pachinko gaming machine 700 is input to the card unit 600 or the store server 800 to count the number of jackpots. When the number of jackpots reaches four times, a prior notification is given that the next jackpot will be given a ticket. When the number of jackpots reaches five, ticket information is displayed as a bar code, Or output to 100.

  If the card unit 600 uses a membership card, the game information generated during the period of accepting the membership card is aggregated in the store server 800 or the card unit 600 in association with the membership ID recorded on the membership card. When the total game information reaches the grant condition, the ticket information may be given to the member who owns the member card. In this case, the ticket information may be displayed as a barcode or may be given by recording it on a membership card.

  (21) In the embodiment described above, the privilege granting device that outputs ticket information is the card unit 600. However, the present invention is not limited to this, and the privilege granting device may be a calling lamp.

  (22) In the above-described embodiment, the management device that manages the ticket ID is realized by the store server 800 and the electronic money management server 200 cooperating. However, the present invention is not limited to this, and the management apparatus may be realized by either the store server 800 or the electronic money management server 200, or may be realized by a dedicated computer for managing tickets. May be.

  (23) In the above-described embodiment, the ticket ID acquired by the handy terminal 400 is transmitted and output to the store server 800 that is the management device, so that the ticket ID that is transmitted and output is the store server 800 that is the management device. The ticket ID included in the ticket information of the merchandise managed in is checked. However, a check digit generated according to a predetermined algorithm for detecting an error in the ticket ID or preventing forgery is added to the ticket ID, and the check digit added to the ticket ID acquired by the handy terminal 400 is added. The ticket ID may be verified by checking the above. Further, the ticket ID is generated by a predetermined algorithm, the ticket ID acquired by the handy terminal 400 is displayed and output, and the store clerk interprets the ticket ID displayed and output according to the predetermined algorithm, thereby obtaining the ticket ID. You may make it collate.

  (24) In the embodiment described above, the ticket ID is recorded in the storage unit 120 of the mobile phone 100 or the storage unit 192 of the non-contact type IC chip 190. However, the present invention is not limited to this, and the ticket ID may be recorded on a member card possessed by the player.

  (25) In the above-described embodiment, as described in step S844 in FIG. 25, the store server 800 determines whether or not the use state of the ticket with the ticket ID has been used. However, the present invention is not limited to this, and the electronic money management server 200 may determine whether or not it has been used.

  (26) In the embodiment described above, the card unit 600 displays the ticket information as a barcode. However, the present invention is not limited to this, and the card unit 600 may issue the ticket information by printing it on a receipt as a character string or a barcode.

  (27) In the above-described embodiment, as described with reference to FIG. 9, in the store server 800, all ticket IDs allocated to the store server 800 and the ticket issuance status of the ticket ID are displayed as store ticket information. Managed by DB.

  However, the present invention is not limited to this, and the ticket ID of the issued ticket may be specified by managing only the ticket ID of the issued ticket in the DB dedicated to the issued ticket.

  (28) In the above-described embodiment, as described with reference to FIG. 9, in the store server 800, all the ticket IDs allocated to the store server 800 and the ticket issuance state and use state of the ticket ID are Managed by store ticket information DB.

  However, the present invention is not limited to this, and the usage status of the issued ticket is managed by managing the ticket ID of only the issued ticket and the usage status of the ticket with the ticket ID in the DB dedicated to the issued ticket. It may be.

  (29) In the above-described embodiment, when the handy terminal 400 is set in the data transfer charger 485, the ticket ID acquired at the handy terminal 400 is output to the sales management PC 480 of the company providing the wagon service. Further, the ticket ID and the product price billing information are transmitted from the sales management PC 480 to the electronic money management server 200, whereby the ticket ID of the used ticket managed in the electronic money management server 200, and the product The ticket ID received together with the billing information is collated.

  However, the present invention is not limited to this, and the ticket ID of the used ticket managed by the electronic money management server 200 or the store server 800 is printed out, and the ticket used from the sales management PC 480 of the company providing the wagon service. The ticket ID may be printed out, and the attendant may visually check the ticket ID.

  (30) In the above-described embodiment, when the ticket is used, the ticket ID is transmitted from the handy terminal 400 to the store server 800, and further, the ticket ID is transmitted from the store server 800 to the electronic money management server 200. By managing the usage status of the ticket with each ticket ID, the electronic money management server 200 collates the ticket ID received together with the commodity price billing information with the ticket ID of the used ticket being managed. I did it.

  However, the present invention is not limited to this. When the ticket is used, the ticket ID is not transmitted from the handy terminal 400 to the store server 800, and the store server 800 and the electronic money management server 200 do not manage the use state of the ticket ID. In the store server 800 or the electronic money management server 200, only the ticket ID of the issued ticket and the ticket ID received together with the commodity price request information are managed. You may make it collate with ticket ID.

  (31) In the embodiment described above, the handy terminal 400 transmits the acquired ticket ID to the electronic money management server 200 via the store server 800 when the ticket is used, and the data transfer charger 485 is transmitted. When set and the “end business” button is operated, it is transmitted to the sales management PC 480. Then, the sales management PC 480 transmits the ticket ID received from the handy terminal to the electronic money management server 200 when the ticket price is requested. Then, the electronic money management server 200 collates the ticket ID transmitted when the ticket is used with the ticket ID transmitted when the ticket price is charged.

  However, the present invention is not limited to this, and the handy terminal 400 may perform display output on the display unit 440 or printout output without transmitting the acquired ticket ID. Then, the store clerk visually checks the ticket ID displayed or printed out at the handy terminal 400 and the ticket ID of the issued ticket managed by the store server 800 or the electronic money management server 200. It may be.

  (32) The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

It is a block diagram which shows an example of a structure of the electronic money system which concerns on this invention. It is a block diagram which shows an example of a structure of the mobile telephone which concerns on this invention. It is a block diagram which shows an example of a structure of the electronic money management server which concerns on this invention. It is a block diagram which shows an example of a structure of the ticket vending machine which concerns on this invention. It is a block diagram which shows an example of a structure of the card unit which concerns on this invention. It is a block diagram which shows an example of a structure of the handy terminal which concerns on this invention. It is a figure for demonstrating the winning information storage area | region for memorize | storing as a winning information portable ID and winning ticket ID by the lottery process in either the ticket vending machine installed in the game hall, or a card unit. It is a figure for demonstrating the memory area for electronic money transaction services of the memory | storage part of the non-contact-type IC chip of the mobile telephone in this Embodiment. It is a figure for demonstrating store ticket information DB memorize | stored in the memory | storage part of the store server in this Embodiment. It is a figure for demonstrating the used ticket information DB of the memory | storage part of the electronic money management server in this Embodiment. It is a flowchart which shows the flow of a process of the electronic money application performed with a mobile telephone. It is a display screen figure displayed on the display part of a mobile telephone when the electronic money application of a mobile telephone is started in the electronic money system in this Embodiment. It is a flowchart which shows the flow of the ticketing process performed with the ticket vending machine in this Embodiment. It is a flowchart which shows the flow of the unauthorized registration process performed with the ticket vending machine in this Embodiment. It is a display screen figure displayed on the display part of a mobile telephone when the electronic money application of a mobile telephone is started from a ticket machine or a card unit in the electronic money system in this Embodiment. It is a flowchart which shows the flow of the ball lending process performed with the card unit in this Embodiment. It is a flowchart which shows the flow of the unit unauthorized registration process performed with the card unit in this Embodiment. It is a flowchart which shows the flow of the memory | storage state update process performed with the card unit in this Embodiment. It is a flowchart which shows the flow of the prepaid ball lending process performed with the card unit in this Embodiment. It is a display screen figure displayed on the display part of a card unit in connection with grant of a ticket in the electronic money system in this Embodiment. It is a flowchart which shows the flow of the ticket related process performed with the card unit in this Embodiment. It is a flowchart which shows the flow of a process of the balance management application program performed by the electronic money management server in this Embodiment. It is a flowchart which shows the flow of the ticket management process performed by the electronic money management server in this Embodiment. It is a flowchart which shows the flow of the shop server process performed with the shop server in this Embodiment. It is a flowchart which shows the flow of the shop ticket related process performed with the shop server in this Embodiment. It is a flowchart which shows the flow of the value payment process performed with the handy terminal in this Embodiment. It is a flowchart which shows the flow of the ticket payment process performed with the handy terminal in this Embodiment. It is a flowchart which shows the flow of the barcode ticket payment process performed with the handy terminal in this Embodiment. It is a 1st display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is a 2nd display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is a 3rd display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is a 4th display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is a 5th display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is a 6th display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is a 7th display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is an 8th display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. It is a 9th display screen figure displayed on the display part of the handy terminal of a wagon service in the electronic money system in this Embodiment. Information for storing information stored in a storage area of ticket information (ticket ID and ticket type) in a storage area for electronic money transaction service in a storage unit of a contactless IC chip of a mobile phone according to the second embodiment FIG. It is a flowchart which shows the flow of the ticket related process performed with the ticket vending machine and card unit in 2nd Embodiment.

Explanation of symbols

  10 electronic money system, 30 game hall, 100 mobile phone, 110 data processing unit, 111 electronic money application, 120 storage unit, 130 data input unit, 140 display unit, 150 voice input / output unit, 160 wireless communication unit, 161 antenna, 190 Non-contact IC chip, 191 control unit, 192 storage unit, 193 non-contact communication unit, 194 antenna, 200 electronic money management server, 210 data processing unit, 211 management AP, 214 balance management AP, 220 storage unit, 221 Management DB, 230 data input unit, 240 display unit, 260 communication unit, 280 payment server, 300 ticket vending machine, 310 data processing unit, 320 storage unit, 330 operation unit, 340 display unit, 360 communication unit, 370 card reader / writer 371 prepaid card, 380 coins Money processing machine, 390 chip reader / writer, 391 control unit, 392 storage unit, 393 non-contact communication unit, 394 antenna, 400 handy terminal, 410 data processing unit, 420 storage unit, 430 operation unit, 440 display unit, 460 communication unit 470 Barcode scanner unit, 471 2D code, 480 Sales management PC, 485 Data transfer charger, 490 Chip reader / writer, 491 Control unit, 492 Storage unit, 493 Non-contact communication unit, 494 Antenna, 500 Financial institution server 550 Remote issuing server, 600 card unit, 610 data processing unit, 620 storage unit, 631 ball lending button, 632 return button, 640 display unit, 660 communication unit, 670 card reader / writer, 680 money processor, 690 chip reader / writer , 691 control unit, 692 storage unit, 693 non-contact communication unit, 694 antenna, 700 pachinko gaming machine, 800 store server.

Claims (4)

It provided corresponding to the gaming machine, product a ticket information for providing the condition that the player to perform a game in the recreation machine satisfies a predetermined giving condition, the goods before Symbol player a privilege granting apparatus including the ticket output means for outputting the ticket information including the individually identifiable identification information item specifying information and the ticket information for identifying, in the ticket information outputted by the previous SL ticket output means A privilege granting system having a management device comprising ticket management means for managing the included identification information;
Includes a terminal device that is used when being possessed by the clerk to provide products to the player, and a sales management device for managing product provided in accordance with the use of the terminal device, based on said ticket information A game providing system including a product providing system for providing the product,
The terminal device
An identification information acquisition means for acquiring identification information included in the ticket information output by the ticket output means; and an identification information output means for outputting the identification information acquired by the identification information acquisition means ,
The sales management device includes:
The identification information for collating with the identification information managed by the management device, including the identification information output by the identification information output means, and billing the privilege granting side for the value corresponding to the product to be provided A gaming system comprising provision information output means capable of outputting provision information for the purpose. The ticket output means outputs ticket information in a manner recordable on a recording medium possessed by the player,
The gaming system according to claim 1, wherein the identification information acquisition unit acquires identification information from the recording medium. The identification information output means outputs the identification information acquired by the identification information acquisition means for transmission to the management device,
The ticket management means manages the usage state of the ticket information of each identification information,
The management device further includes:
Used determination means for determining whether or not the use state of the ticket information of the identification information received from the identification information output means is used;
A use state update unit that updates the use state of the ticket information to used on condition that the use state of the ticket information is determined not to be used by the used determination unit;
On the condition that the used information is determined that the use state of the ticket information is not used by the used determination means, the usable information indicating that the ticket information is usable is output for returning to the terminal device. , On the condition that the used state of the ticket information is determined to be used by the used determination means, output to return to the terminal device unusable information that the ticket information is unusable The game system according to claim 1, further comprising: a usability reply unit that performs the operation. The privilege granting device further includes:
Lending processing means for performing lending processing for lending game media;
A notification processing means for performing notification processing for notifying that ticket information is given when the loan processing is performed after the next time, provided that the loan processing is performed by the loan processing device;
The ticket output means outputs ticket information on condition that the granting condition is satisfied by performing the lending process by the lending processing means after the notifying process is performed by the notifying processing means. The game system according to any one of claims 1 to 3, wherein the game system is characterized in that

Images