JP2005310006A - Settlement system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a settlement system capable of smoothly buying and selling articles while reducing the burden of a user in facilities provided with a store which sells articles in a fixed site. <P>SOLUTION: A game player inputs a ticket to the ticket input port of a purchase terminal (#43), and when a password is authenticated, a purchase terminal 3 displays a screen for taking steps in the purchase of article at a display part 31. Then, when transaction contents are inputted on the screen, a settlement server 7 judges whether or not the balance of the ticket(game player) who has taken steps in the purchase of articles is sufficient (#61), and when the balance is sufficient, a settlement server 7 subtracts a price related with the purchase of the article from the balance. Then, an entry management server 4 instructs delivery to the data receiver of a warehouse only before a time required for delivery since a leaving scheduled time, and when the game player leaves, the purchased article is handed to the game player at a preliminarily declared leaving scheduled gate. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a settlement system for performing settlement resulting from a commercial transaction in a facility having a store that sells products on a certain site.

  In recent years, with the development of computer performance and communication technology, various systems related to the sale and sale of products using the computer and communication technology have been proposed (for example, see Patent Document 1 below).

In Patent Document 1 below, a sample of a product is displayed in an unmanned (no salesperson) store, and the user is allowed to carry an RFID so that the user can attach his own RFID and a sample of the product to be purchased. When the read RFID is read into the reader / writer installed in the store, the reader / writer sends the data to the management computer in the distribution center, settles the product price, and An unattended sales system configured to deliver from a delivery center to a delivery destination is described.
JP 2002-24921 A

  By the way, in a theme park having an attraction facility, a restaurant and a store, or a shopping mall having a plurality of stores, the product is usually purchased by an electronic payment using a credit card or the like, or a cash payment. Handed to. In this way, since settlement and receipt of goods are performed at the same time, users such as theme parks have to move within the premises while carrying baggage, and the burden on the users is great. Also, considering the inconvenience of carrying baggage, for example, in theme parks, there are few users who purchase products at the store before leaving the park after using all the attraction facilities and eating and drinking at the restaurant. Absent. As a result, in the evening or at night, users are concentrated in the store, and there is a situation in which it is necessary to wait in line to purchase the product at the store.

  In Patent Document 1, it is not necessary to possess purchased products immediately after the purchase procedure. However, the technique disclosed in Patent Document 1 is not a system that takes into account the timing for handing over a product to a purchaser.

  The present invention has been made in view of the above circumstances, and in a facility equipped with a store that sells products on a certain site, it is possible to smoothly trade products while reducing the burden on the user. The purpose is to provide a payment system.

  In order to achieve the above-described object, the settlement system according to the first means of the present invention includes a store that sells products in a certain site, and entrance / exit to the site via an installed entrance / exit. In a possible facility, a settlement system for performing settlement resulting from a commercial transaction including a trade in the product, a storage device storing a device ID, and a data reading device reading the device ID stored in the storage device A terminal provided with an input device for inputting transaction details of the product including product information allocated to the product, and a server device capable of communicating with the terminal, the server device Is a user's scheduled exit time, entrance / exit entrance scheduled to be used when leaving, a storage unit for storing the device ID and product price, the device ID transmitted from the terminal, and the transaction A receiving unit that receives information indicating the transaction amount, a transaction amount related to the commercial transaction based on a product price stored in the storage unit, and a balance corresponding to the device ID received by the receiving unit A payment processing unit that performs a payment process for subtracting the transaction amount from the read balance, and a product delivery source that stores the product, the product related to the transaction content is used at the time of the exit by the scheduled exit time A delivery instruction unit for giving an instruction to deliver to the entrance / exit scheduled to be performed.

  In the payment system described above, the delivery instruction unit sets the delivery instruction timing according to the scheduled exit time stored in the storage unit.

  Further, in the above payment system, the storage unit stores a delivery time required for delivering the product from the product delivery source to an entrance / exit installed in the facility, and the delivery instruction unit is configured to deliver the product delivery. The delivery time required to deliver the goods from the original to the entrance / exit scheduled to be used at the time of leaving is read from the storage unit, and the delivery instruction is given at the time before the delivery time from the scheduled leaving time.

  In the payment system described above, the payment processing unit does not accept the cancellation of the product by the device ID corresponding to the scheduled leaving time when the time before the delivery time is earlier than the scheduled leaving time.

  In the payment system described above, the facility includes a facility that provides a plurality of types of services including the sale of the product, and the input device of the terminal receives the service information assigned to the types of services. The transaction contents including the service can be input, the storage unit stores the price of each service, and the settlement processing method by the settlement processing unit is set according to the type of service.

  In the payment system described above, the facility includes an attraction facility, and the settlement processing unit is configured to use the use when the transaction content relates to the use of the attraction facility and the use is not yet confirmed. If it is assumed that has been cancelled, a settlement process is performed by subtracting a preset cancellation fee from the balance, and when the use is confirmed, the difference between the price required to use the attraction facility and the cancellation fee is calculated from the balance. Perform the deduction processing.

  According to the present invention, upon receiving the device ID transmitted from the terminal and the information indicating the transaction content, the transaction amount related to the sale transaction of the product is calculated based on the product price stored in the storage unit, and the received device The product corresponding to the transaction content is read by the scheduled delivery time for the product delivery source that stores the product corresponding to the ID from the storage unit, performs the settlement process of subtracting the transaction amount from the read balance, and stores the product. Instructed to deliver the product to the entrance / exit that is scheduled to be used when leaving, it is possible to hand over the product purchased by the user to the user when the user leaves the facility Become. Therefore, the user does not need to move around the site while holding baggage, and does not need to line up to enter the store. Therefore, it is possible to smoothly buy and sell products while reducing the burden on the user.

  Hereinafter, an embodiment of a payment system according to the present invention will be described with reference to the drawings. The payment system according to the present invention is provided with leisure facilities such as a theme park where one or more stores where merchandise is sold are installed, and a plurality of stores where merchandise is sold. The shopping center (shopping mall) or the like is employed in a facility having at least one store in a certain site. Hereinafter, what was adopted as a leisure facility will be described as an embodiment of a payment system according to the present invention.

  First, a description will be given of a leisure facility in which the settlement system according to the present embodiment is adopted. This leisure facility has one or more entrance / exit gates, attraction facilities, restaurants, and shops (stores). Persons who eat and drink at restaurants, play at attractions, and purchase goods at shops are collectively referred to as players.

  A player purchases a ticket by a prepaid method at a ticket office, passes the ticket through an entrance / exit gate, and uses the ticket to play at an attraction facility, eat at a restaurant, and purchase a product at a shop. Do. In addition, when leaving the leisure facility, the ticket is returned through the entrance / exit gate and exited from the facility.

  Tickets are sold at the window, that is, an employee accepts a ticket purchase procedure by a player and operates a not-shown ticket issuing device, and the ticket issued by the ticket issuing device is exchanged for money from the player. Sold by hand. The ticket sales method is not limited to this. A ticket vending machine is installed at a predetermined position, and the ticket vending machine issues a ticket based on the input contents such as the prepaid amount entered by the player. It may be a method provided to a person.

  There are many terminals (purchase terminals described later) for recreational facilities and reservations for meals at restaurants and restaurants (reservation time, number of people, etc.) including restaurants and shops. The payment system according to the present embodiment is installed at a place, and even if it does not go to a desired restaurant or attraction facility to make a reservation or wait for a turn, it can use a desired ticket and this purchasing terminal to Reservation procedures for the use of facilities (restaurants and attraction facilities) can be performed from a location away from the facilities.

  In the leisure facility according to the present embodiment, an entrance / exit gate is installed at the entrance / exit of the leisure facility, and an entrance gate is installed at the entrance of the attraction facility / restaurant, respectively. A data reading device (not shown) for reading data stored in the ticket and writing data in the ticket is incorporated. When a player enters a leisure facility or an attraction facility or restaurant, the player passes the ticket through the entrance / exit gate or entrance gate, and at this time the data reading device responds to the entered ticket. Read and write various data. The data read by the data reading device is used for a settlement process, which will be described later, which occurs due to a play at an attraction facility that is an entrance target or a food or drink at a restaurant.

  Furthermore, in the settlement system of the present embodiment, as will be described later, purchase of merchandise sold in a shop is performed by a procedure using the purchase terminal and a ticket. That is, when a purchase procedure for a product is performed using a purchase terminal and a ticket, the purchased player (ticket ID described later) and the purchased product are not handed over to the player on the spot. Based on the associated data (purchased product list), an employee prepares the purchased product until the player leaves, and when the player leaves the game, the purchased product is handed to the player. I have to.

  In order to construct such a payment system, the leisure facility of the present embodiment has a warehouse storing a plurality of products sold at each shop in the facility, and an employee purchases the warehouse. A player's purchase is selected based on the item list, and the selected item is delivered to an entrance / exit gate through which the player passes.

  In the following description, eating and drinking at a restaurant, playing at an attraction facility, and purchasing a product at a shop are collectively referred to as commerce. FIG. 1 is a diagram illustrating a configuration of a payment system according to the present embodiment.

  As shown in FIG. 1, the payment system 1 includes the above-described ticket 2 and purchase terminal 3, and a plurality of server devices. In this embodiment, the entry / exit management server 4 is used as the server device. A restaurant server 5, an attraction server 6, and a settlement server 7. The restaurant server 5, the attraction server 6, the entrance / exit management server 4, and the purchase terminal 3 and the payment server 7, and the restaurant server 5, the attraction server 6 and the purchase terminal 3 are configured to be communicable. The communication form in this embodiment is wireless communication using radio waves or the like, but may be wired communication using a dedicated line. In addition, each server device can obtain time information from a timer unit (not shown).

  FIG. 2 is a block diagram showing the storage area of the ticket 2. As shown in FIG. 2, the ticket 2 functions as an ID (identification) storage device such as an IC (integrated circuit) card or a magnetic card, and the storage area has an ID (hereinafter referred to as an ID) unique to each ticket 2. , Ticket ID), entrance time, entrance gate number, scheduled exit time, scheduled exit number, and balance data, and a plurality of fields for storing each data. The admission time is the time when the player passes ticket 2 through the entrance / exit gate to enter the leisure facility, and the entrance gate number indicates the player passes ticket 2 to enter the leisure facility. This is the number assigned to the entrance / exit gate.

  These data are stored in the ticket 2 as follows. In other words, when the sales method of the ticket 2 is the sales method at the window, the ticket issuing device stores the ticket ID and prepaid amount data in the ticket 2 as input device for inputting the scheduled exit time and scheduled exit gate number. When the employee receives a report of the scheduled exit time and the scheduled exit gate number from the player, and the money is presented, the exit time and scheduled exit gate number are given to the ticket issuing device. By inputting the prepaid amount, a ticket 2 in which the data and the ticket ID are written is issued by the ticket issuing device. When the ticket 2 is sold by the ticket vending machine, the ticket vending machine is equipped with a device that is substantially the same as the ticket issuing device, and allows the player to operate these devices, thereby leaving the ticket vending machine, A ticket 2 in which the data of the scheduled exit number and prepaid amount data and the ticket ID are written is issued.

  If a player purchases a product sold at a shop using the purchase terminal 3, the player will be notified of the scheduled exit time and scheduled gate number in advance. This is so that the player can be handed to the player when leaving. The scheduled exit time and the scheduled exit gate number can be changed using a purchase terminal 3 described later. Further, as described above, the entrance / exit gate has a built-in data reading device that reads data stored in the ticket 2 and writes data to the ticket 2, and the player enters the entrance / exit gate with the ticket 2. If the data is passed, the data reading device writes the entrance time and the entrance gate number.

  In addition, it is considered that the same player often uses the same entrance / exit gate when entering and leaving. Therefore, as for the gate number scheduled to be exited, only the data of the entrance gate number that was passed at the time of entry is stored in the ticket 2 instead of the form in which the player has previously received the declaration and stored in the ticket 2 as described above. The entrance / exit gate that passes at the time of exit may be regarded as the same as the entrance / exit gate at the time of entrance. Also, regarding the scheduled exit time, the time interval from entry to exit is set in advance (by the leisure facility manager) without receiving a declaration from the player, and the set time has elapsed from the time of entry. The set time may be set as the scheduled exit time.

  The balance is updated by the purchasing terminal 3 every time the player conducts a commercial transaction or by adding money to the purchasing terminal 3.

  Ticket 2 and ticket ID are examples of the storage device and the device ID in the claims, respectively.

  FIG. 3 is a diagram showing an appearance of the purchasing terminal 3, and FIG. 4 is a block diagram showing a configuration of the purchasing terminal 3. As shown in FIGS. 3 and 4, the purchasing terminal 3 includes a touch panel type display unit 31 composed of an LCD (Liquid Crystal Display) for displaying various screens to be provided to the player. For example, display of registered data (scheduled exit time and scheduled exit gate number, etc.) and acceptance of change procedures, balance display, reservation contents and settlement list display, information display, acceptance of product purchase procedures, It has a function of accepting reservations for attraction facilities, accepting reservations for restaurants, and the like. The display unit 31 can also input a password.

  In addition to the display unit 31, the purchase terminal 3 includes a ticket ID reading unit 32, a product ID reading unit 33, a communication unit 34, an operation input unit 35, a storage unit 36, and an arithmetic processing unit 37. .

  The ticket ID reading unit 32 has a ticket insertion slot 38, and reads the ticket ID stored in the ticket 2 from the ticket 2 inserted from the ticket insertion slot 38.

  The product ID reading unit 33 reads unique data (hereinafter referred to as a product ID) assigned to each product sold in the shop. The product data is represented as a barcode, for example, and a tag on which the barcode is written is attached to the product. When the player holds the barcode portion of the tag attached to the item to be purchased over the item ID reading unit 33 of the purchase terminal 3, the item ID reading unit 33 reads the barcode written on the tag.

  The communication unit 34 performs wireless communication with the settlement server 7, the restaurant server 5, and the attraction server 6. The operation input unit 35 is for performing an input operation other than the input operation possible on the display unit 31.

  The storage unit 36 includes a ROM that stores various processing programs and a RAM that temporarily stores data, and stores screen data and the like of various screens displayed on the display unit 31. The arithmetic processing unit 37 is composed of a CPU (Central Processing Unit) as a central processing unit, and controls the operation of each unit provided in the purchase terminal 3 in association with each other. The arithmetic processing unit 37 controls display of the screen on the display unit 31, the ticket ID read by the ticket ID reading unit 32, the data related to the contents instructed on various screens, and the product read by the product ID reading unit 33. A process of sending data such as an ID to the settlement server 7 or the like via the communication unit 34 is performed. Details of communication performed with the settlement server 7 and the like will be described later.

  Note that the display unit 31 of the purchase terminal 3 may employ a display unit 31 such as a CRT (Cathode Ray Tube) display, a liquid crystal display, an organic EL, or a plasma display instead of the display unit 31 formed of an LCD.

  FIG. 5 is a block diagram showing a configuration of the entrance / exit management server 4, and FIG. 6 is a diagram showing a database of the entrance / exit management server 4.

  The entrance / exit management server 4 is connected to a plurality of entrance / exit gates provided at the leisure facility and an entrance gate installed at the entrance of a restaurant or attraction facility so as to be able to communicate by wire or wirelessly. It manages data related to entry / exit of a player's leisure facility and entry to various facilities (attraction facilities and restaurants) in the leisure facility.

  As shown in FIG. 5, the entrance / exit management server 4 includes a communication unit 41, a storage unit 42, and an arithmetic processing unit 43.

  The communication unit 41 performs wireless communication with the settlement server 7. The communication unit 41 can communicate with the entrance / exit gate and the entrance gate in a wired or wireless manner, and receives data transmitted from the data reading devices of the entrance / exit gate and the entrance gate.

  The storage unit 42 includes a ROM that stores various processing programs and a RAM that temporarily stores data. As shown in FIG. 6A, the storage unit 42 stores a purchased product data storage area for storing data related to the purchased product to be delivered, and delivers the product from the warehouse to each gate as shown in FIG. 6B. A delivery time data storage area for storing a time required for delivery (delivery time).

  The purchased product data storage area shown in FIG. 6 (a) has fields for writing data of ticket ID, scheduled exit time, remaining time, scheduled exit gate number, and presence / absence of a delivery command. These data are stored in a table format and managed as a database. That is, for each player, the storage unit 42 tells at what time from which entry / exit gate it is scheduled to leave, how many hours the player's purchased product must be sent to the exit scheduled gate, and the warehouse. Data about whether or not a delivery command has been issued to the installed data receiving device is stored. For example, FIG. 6A shows that ticket ID “2309405” is scheduled to leave at 17:20 from entrance / exit gate “No. 3”, and the product purchased with that ticket ID will be entered in another hour. This indicates that it must be delivered to the exit gate “No. 3” and that the delivery instruction is stored in the data receiving device installed in the warehouse.

  The delivery time data storage area shown in FIG. 6B has fields for writing the gate number and delivery time data of each entrance / exit gate installed in the leisure facility. Time is stored in table format. That is, the storage unit 42 stores data on the time required to deliver the product from the warehouse storing the product to each entrance / exit gate. For example, FIG. 6B shows that it takes 30 minutes to deliver the product from the warehouse to the entrance / exit gate “No. 3”.

  The arithmetic processing unit 43 includes a CPU (Central Processing Unit) as a central processing unit, and controls the operations of the units provided in the entrance / exit management server 4 in association with each other. The arithmetic processing unit 43 checks the entrance / exit to the leisure facility and the entrance to the attraction facility or restaurant and notifies the settlement server 7 of the contents, or a predetermined time before the scheduled exit time (for example, one hour before) At this time, processing for instructing delivery of goods to the data receiving device installed in the warehouse is performed. Details of communication performed with the settlement server 7 will be described later.

  Returning to FIG. 1, the restaurant server 5 is connected to each entrance gate installed in the restaurant so as to be able to communicate with each other by wire or wirelessly. The number of vacant seats etc.) and the data relating to the reservation status of each restaurant are managed, and when such data is requested from the purchase terminal 3 and the settlement server 7, processing for transmitting the data to the purchase terminal 3 and the settlement server 7 is performed.

  The restaurant server 5 has the same block configuration as the entrance / exit management server 4 and includes a communication unit 51, a storage unit 52, and an arithmetic processing unit 53, as shown in FIG. The communication unit 51 performs communication between the entrance gate of each restaurant, the purchase terminal 3 and the settlement server 7 wirelessly or by wire. The storage unit 52 includes a ROM that stores various processing programs and a RAM that temporarily stores data. FIG. 7 is a diagram showing a database of the restaurant server 5. The storage unit 52 is provided with a storage area for writing restaurant reservation status data. As shown in FIG. 7 (a), the storage area includes the presence / absence of business and the number of reservations in each time zone. It comprises a service state storage area for managing the number of vacant seats and the like, and an individual reservation content storage area for managing detailed reservation contents for each player, as shown in FIG. 7B.

  The service state storage area shown in FIG. 7A has fields for writing data of restaurant ID, business presence / absence, time zone, reservation limit number of people, reservation number of people, number of seats, and update time. Data is stored in a table format and managed as a database. That is, the storage unit 52 stores the number of reservations among the data indicating whether each restaurant is open and the limited number of people set in advance for each time zone for the open restaurant. Memorize how many seats are available. The update time is the time when the number of reserved people is updated in the time zone corresponding to the update time. The restaurant ID is unique information assigned to each restaurant.

  The individual reservation content storage area shown in FIG. 7B has fields for writing data of restaurant ID, ticket ID, reservation time, menu, number of reservations of each menu, number of reservations and reservation reception time, Each data is stored in a table format and managed as a database. That is, the memory | storage part 52 memorize | stores which player has eaten at what time and how many people eat, and which menu each eats with respect to the restaurant in operation.

  The arithmetic processing unit 53 includes a CPU (Central Processing Unit) as a central processing unit, and controls the operation of each unit provided in the restaurant server 5 in association with each other. When there is a request for data relating to the service status or reservation status of each restaurant from the purchasing terminal 3, the arithmetic processing unit 53 sends the data to the purchasing terminal 3 or refers to each database to determine whether or not the reservation can be accepted. Then, processing for sending the determination result to the settlement server 7 is performed. Details of communication performed between the purchase terminal 3 and the settlement server 7 will be described later.

  Returning to FIG. 1, the attraction server 6 is connected to an entrance gate installed in the attraction facility so that it can be wired or wirelessly communicated, and mainly the service status of each attraction facility (for example, whether or not it is in business or each time zone) Data on the reservation status of each attraction facility, etc., and when the data is requested from the purchase terminal 3 and the settlement server 7, the data is transmitted to the purchase terminal 3 and the settlement server 7. Do.

  The attraction server 6 has the same block configuration as the entrance / exit management server 4 and includes a communication unit 61, a storage unit 62, and an arithmetic processing unit 63, as shown in FIG. The communication unit 61 performs wireless or wired communication between the entrance gate of the attraction facility, the purchase terminal 3 and the settlement server 7. The storage unit 62 includes a ROM that stores various processing programs and a RAM that temporarily stores data. FIG. 8 shows a database of the attraction server 6. The storage unit 62 is provided with a storage area for writing attraction facility reservation status data. As shown in FIG. 8 (a), this storage area includes the presence / absence of business and the number of reservations in each time zone. And a service status storage area for managing the number of vacant seats and the like, as shown in FIG. 8B, an individual reservation content storage area for managing detailed reservation contents for each player.

  The service state storage area shown in FIG. 8 (a) has fields for writing data of attraction ID, business presence / absence, time zone, reservation limit number of people, reservation number of people, number of seats and update time. Data is stored in a table format and managed as a database. That is, the storage unit 62 stores information on whether or not each attraction facility is operating, and for the attraction facilities that are in operation, how many people are reserved among the limited number of people set in advance for each time zone. Information on how many seats are available is stored. The update time is the time when the number of reserved people in the time zone corresponding to the update time is updated. The attraction ID is unique information assigned to each attraction facility.

  The individual reservation content storage area shown in FIG. 8B has fields for writing data of attraction ID, ticket ID, reservation time, number of reservations, and reservation reception time, and each data is stored in a table format. And managed as a database. That is, the memory | storage part 62 memorize | stores which player made the reservation which which player uses at what time by what player with respect to the attraction business in operation.

  The arithmetic processing unit 63 includes a CPU (Central Processing Unit) as a central processing unit, and controls the operations of the respective units provided in the attraction server 6 in association with each other. When there is a request for data regarding the service state or reservation status of the attraction facility from the purchasing terminal 3, the arithmetic processing unit 63 sends the data to the purchasing terminal 3 or determines whether or not the reservation can be accepted by referring to the respective databases. Then, processing for sending the determination result to the settlement server 7 is performed. Details of communication performed between the purchase terminal 3 and the settlement server 7 will be described later.

  Returning to FIG. 1, the settlement server 7 mainly performs a collation process for collating a match / mismatch between a password entered at the entrance gate of a restaurant or attraction facility or a purchase terminal 3 and a password registered in advance. Settlement processing when a commercial transaction is performed.

  The settlement server 7 has the same block configuration as the entrance / exit management server 4 and includes a communication unit 71, a storage unit 72, and an arithmetic processing unit 73 as shown in FIG.

  The communication unit 71 performs wireless communication with the communication units 34, 41, 51, 61 provided in the purchase terminal 3, entrance / exit management server 4, restaurant server 5, and attraction server 6, respectively. The storage unit 72 includes a ROM that stores various processing programs and a RAM that temporarily stores data. FIG. 9 is a diagram showing a database of the settlement server 7. The storage unit 72 stores data described below in a table format. These data include a transaction object information management database shown in FIG. 9A, a customer information management database shown in FIG. The payment content management database shown in FIG. 9C and the timeout time database shown in FIG. 9D are classified and managed.

  As shown in FIG. 9 (a), the transaction target information management database includes data on services (services) that can be provided at the leisure facility, that is, data on menus (food and drinks) that can be provided at restaurants, and contents of the attraction facilities. And data relating to products sold at the shop. In addition, the menu (food and drink) provided at the restaurant, the attraction facility, and the products sold at the shop are collectively referred to as a transaction target.

  Each of the data includes, for example, an ID assigned to each transaction target (hereinafter referred to as a transaction target ID), classification, unit price, transaction target name, remaining number, facility name, and other data. Of these, the category indicates the type of transaction object, and in this embodiment, the menu, attraction and merchandise in the restaurant are the transaction object, so the category includes “menu”, “attraction” and “product”. Is. Since the specific digits of the transaction target ID are set to the same number for the same category, the settlement server 7 can see the digit of the transaction target ID sent from the purchase terminal 3 or the like. , To determine which category the transaction object belongs to. The remaining number is the remaining number that can be provided to the player, and is updated to data reduced by the number of transactions when the transaction for the transaction is performed. Data belonging to “others” includes, for example, image data showing a transaction object and character data indicating an introduction sentence of the transaction object.

  For example, in FIG. 9A, the transaction target ID “93424” is assigned to the product A sold in the shop A, the transaction target ID “93424”, the classification “product”, and the unit price “2000 yen”. ”, Transaction target name“ stuffed toy ”, remaining number“ 100 ”, store name“ shop A ”, and other data such as product A image data are stored in a table format. Is shown. That is, the storage unit 72 stores that the stuffed animal with the transaction target ID “93424” belonging to the product category is sold at a unit price of 2000 yen in the shop A, and that the product has 100 stocks. .

  As shown in FIG. 9 (b), the customer information management database includes data for managing information related to the player who uses the leisure facility. This data includes, for example, data of ticket ID, password, entrance time, entrance gate number, scheduled exit time, scheduled exit number, balance, and latest update time.

  Among them, the data of the ticket ID, the entry time, the entrance gate number, the scheduled exit time, and the scheduled exit gate number are received and stored from the entrance / exit management server 4 when the ticket 2 is passed through the entrance / exit gate. Further, the balance data is received from the entrance / exit management server 4 at the time of admission, and when a commercial transaction is performed, it will be described later based on the contents of the commercial transaction and the data managed in the transaction object information management database shown in FIG. It is updated to the balance calculated by the calculation of the calculation processing unit 73.

  Here, a settlement method related to the commercial transaction will be described. In the present embodiment, the settlement method differs between the case where the transaction target is a product and the other cases (eating and drinking in restaurants and use of attraction facilities). That is, when the transaction target is a product, the settlement server 7 performs settlement of the full price of the product when the purchase procedure is performed using the purchasing terminal 3, whereas the transaction target is a restaurant or a restaurant or attraction The facility is used for settlement in two stages.

  Specifically, a reservation system is adopted for eating and drinking at restaurants and use of attraction facilities. For this reason, once a reservation has been canceled, the manager side will suffer damage. Therefore, in the case of eating and drinking at restaurants and using attraction facilities, a part of the amount is settled as a cancellation fee (cost that is not refunded to the player) at the reservation stage and actually used At this stage, the remaining amount is settled, and the settlement is made in two stages: a reservation stage and an actual use stage.

  Returning to FIG. 9B, the latest update time data is data indicating the latest update time each time the data about the ticket ID corresponding to the data is updated. For example, as described above, when a commercial transaction is performed by the purchase terminal 3, the balance data is updated, so the update time becomes the latest update time.

  In FIG. 9B, for example, as the data for the ticket ID “0123564”, the personal identification number “1454083”, the entrance time “8:35”, the entrance gate number “No. 3”, and the scheduled exit time “18:30”. , The data of the scheduled gate number “No. 3”, the balance “¥ 30000”, and the latest update time “8:35” are stored in the storage unit 72 in a table format.

  That is, in the storage unit 72, a player who has the ticket 2 to which the ticket ID “0123564” is normally assigned has a personal identification number “1454083”, a scheduled exit time at 18:30, and a scheduled exit gate. It is stored that the user entered the leisure facility at time 8:35 from the entrance / exit gate set as the entrance / exit gate of gate number No. 3 and set as the scheduled exit gate. Further, since the latest update time is the same as the entrance time, the prepaid amount “¥ 30000” paid in advance at the window is stored in the storage unit 72 as it is as a balance.

  Further, FIG. 9B shows, for example, the data regarding the ticket ID “9832123”, the code number “3826512”, the entrance time “10:03”, the entrance gate number “No. 2”, and the scheduled exit time “21: This indicates that data of “00”, scheduled exit gate number “No. 4”, balance “¥ 6800”, and latest update time “16:15” are stored in the storage unit 72 in a table format.

  That is, in the storage unit 72, a player who has the ticket 2 to which the ticket ID “0123564” is normally assigned has a personal identification number “3826512”, a scheduled exit time at 21:00, and a scheduled exit gate. It is stored in the entrance / exit gate with gate number No. 4 and the balance is 6800 yen. As for the player corresponding to this ticket ID, the gate number (No. 4) of the entrance gate that is scheduled to leave is different from the gate number (No. 2) of the entrance gate. Since the entrance gate is different from the entrance gate and the latest update time has elapsed since 10:03, which is the entrance time, some commercial transaction has occurred in the leisure facility or the scheduled exit time Alternatively, it can be seen that the gate number scheduled to leave has been changed.

  As shown in FIG. 9C, the payment content management database includes data indicating the payment content of commercial transactions by each player. The data includes ticket ID, transaction time, transaction target ID, transaction target name, number of transactions, subtotal amount, presence / absence of completion of final settlement, and other data. Of these, the transaction time is the reservation time when the transaction is in the reservation stage, and the subtotal is an amount obtained by multiplying the unit price of each transaction object (cancellation fee at the reservation stage) and the number of transactions.

  In addition, as described above, eating and drinking at restaurants and the use of attractions are to be settled in two stages, the completion of final settlement means whether or not the second stage of settlement has been completed. In the case where the settlement up to the second stage is completed, the data of “completed” is only in this field, and in the case where the settlement is completed only up to the reservation stage (the first stage), the “uncompleted” data respectively. Is written to. This data is used to notify the purchasing terminal 3 of an error when an attempt is made to cancel a reservation for those commercial transactions in spite of the use of an attraction facility or eating and drinking at a restaurant. Is provided.

  The data belonging to “others” is, for example, data such as whether or not the settlement has been confirmed. For example, the “presence / absence of final settlement” data is “completed” and the “other” data is “confirmed”. Indicates that the current time has passed the cancellation acceptable time (timeout time) for the product or attraction facility, or that the attraction facility has been used or eaten at the restaurant, If the data is “not yet” and the “other” data is “confirmed”, this indicates that the use of the attraction facility or restaurant reservation has been canceled, and the payment has been completed by deducting only the cancellation fee from the balance. If the data on whether or not the final settlement has been completed is “uncompleted” and the “other” data is “unconfirmed”, the current time has reached the cancellation acceptance time. Indicating that it is ready to accept the cancellation not folded.

  FIG. 9C shows data about the ticket ID “0123564”, transaction time “9:04”, transaction object ID “93424”, transaction object name “stuffed toy”, transaction number “3”, and subtotal “¥ 6000”. ”, Whether or not the final settlement has been completed“ completed ”and other“ confirmed ”data are stored in a table format. That is, the player who owns the ticket 2 assigned the ticket ID “0123564” performs a procedure for purchasing three stuffed animals with the transaction target ID “93424” at time 9:04 in the storage unit 72. It is memorized that the subtotal is 6000 yen and cancellation is not possible.

  As shown in FIG. 9D, the time-out time database includes time-out times for merchandise and attractions. In the present embodiment, in consideration of the time required for delivery of goods from the warehouse to the scheduled exit gate, cancellation of the product purchase procedure is prohibited a predetermined time before the scheduled exit time (for example, one hour before). I am doing so. In addition, for an attraction facility, in order to prevent the operation start time of the attraction from being delayed, entry to the attraction facility is prohibited before a predetermined time (for example, 5 minutes) before the operation start time. . The time-out time database shown in FIG. 9D manages the time for setting the time-out time, that is, the time when the cancellation of the product purchase procedure is prohibited and the time when entry to the attraction facility is prohibited. .

  The arithmetic processing unit 73 includes a CPU (Central Processing Unit) as a central processing unit, and controls the operation of each unit provided in the attraction server 6 in association with each other. The arithmetic processing unit 73 performs a matching process for checking the match / mismatch between the password entered at the entrance gate or the purchase terminal 3 installed in the restaurant or the attraction facility and the password registered in advance, or for commercial transactions. Settlement processing when broken. Details of communication performed with each device will be described later.

  The above-described data receiving device is installed in the warehouse for storing the product. When the purchase procedure for the product is performed by the purchasing terminal 3, the transaction contents data from the settlement server 7 and the predetermined scheduled exit time are also obtained. At a time before the time, a product delivery command is sent from the entrance / exit management server 4 to the data receiving device. When the transaction content data or delivery command is sent in this way, the data receiving device can be used to print on a predetermined recording paper, display on a monitor, or both of them. Provides a list of purchased items and delivery instructions to employees in the warehouse. The employee selects a product according to the product list, and delivers the selected product to the entrance / exit gate corresponding to the exit gate number in accordance with the delivery command from the entrance / exit management server 4. Further, when the inventory of the product stored in the warehouse is insufficient, a notification to that effect is sent to the product management center outside the leisure facility, and the product is replenished from the product management center.

  Next, a detailed process performed between the settlement server 7 and the purchase terminal 3 at the time of commercial transaction will be described. In the case of commercial transactions related to eating and drinking in restaurants and the case of commercial transactions related to the use of attraction facilities, the processing performed between each device is substantially the same, whereas in the case of these commercial transactions and the commercial transaction related to product purchases, Depending on the case, the processing performed between each device differs depending on the settlement method, so the processing performed between each device is related to the case of commercial transactions related to the use of attraction facilities or eating and drinking at restaurants and to product purchases This will be explained separately for commercial transactions.

  FIG. 10 and FIG. 11 are sequence diagrams showing processing performed between reservation and use of the attraction facility and processing when canceling the use, and FIG. 12 is a diagram when reserving use of the attraction facility. It is a figure which shows an example of the screen displayed on the display part 31 of the purchase terminal 3.

  As shown in FIG. 10, first, when the player enters the ticket 2 into the ticket slot of the entrance / exit gate (# 1), the entrance / exit management server 4 stores the ticket data built in the entrance / exit gate. Data of the ticket ID, entrance time, entrance gate number, scheduled exit time, and scheduled exit gate number read by the reading device is received from the entrance / exit gate, and these data are sent to the settlement server 7 (# 2). Upon receiving these data, the settlement server 7 stores and manages the data in the customer information management database shown in FIG. 9B.

  Next, when the player enters the ticket 2 into the ticket slot 38 of the purchasing terminal 3 (# 3), the purchasing terminal 3 reads the ticket ID stored in the ticket 2. In addition, the purchase terminal 3 displays an unillustrated password input screen on the display unit 31 for allowing the player to input the password, and waits for a predetermined time. When the player enters a password on the password input screen (# 4), the read ticket ID and password data are sent to the settlement server 7 (# 5).

  The settlement server 7 reads a password corresponding to the ticket ID managed in the customer information management database shown in FIG. 9B based on the ticket ID sent from the purchase terminal 3, and the read password number and It is checked whether or not the password sent from the purchase terminal 3 matches (# 6). As a result of the collation, if both of the passwords do not match, an error notification indicating that they are not matched is sent to the purchasing terminal 3, while if both of the passwords match, a notification that they match is purchased. Perform to terminal 3 (# 7).

  Purchasing terminal 3 receives any notification from settlement server 7 and displays a screen corresponding to the notification on display unit 31 (# 8). FIG. 12A is an example of a menu selection screen displayed on the display unit 31 when receiving a notification that the passwords match. Note that if the passwords do not match, the purchase terminal 3 displays a password input screen on the display unit 31 with a description of the content to notify that.

  As shown in FIG. 12A, the menu selection screen displays a list of item names of services that the purchasing terminal 3 can provide to the player, and the menu selection screen of the present embodiment displays “personal information / balance”. / History ”,“ reservation / settlement list ”,“ information ”,“ product purchase ”,“ attraction reservation ”and“ restaurant reservation ”are displayed. Since the display unit 31 is configured with a touch panel, each of the display areas including the item names has a function as a virtual button.

  The “personal information / balance / change” button displays the scheduled exit time, scheduled exit gate number, and balance registered in the ticket ID of the ticket 2 entered into the ticket entry slot 38 of the purchase terminal 3, This button is used to perform a change operation. The “reservation / settlement list” button is used to input an instruction to display on the display unit 31 a list of settlement contents including reservations for restaurants and attractions performed with the ticket 2 inserted in the ticket slot 38 of the purchase terminal 3. It is a button for. The “information” button is a button for inputting an instruction for causing the display unit 31 to display information on a lost child or a lost item, event information on the day, and the like. The “product purchase” button is a button for performing a product purchase procedure. The “attraction reservation” button is a button for reserving an attraction facility, and the “restaurant reservation” button is a button for reserving a restaurant.

  When the “attraction reservation” button is pressed on this menu selection screen (# 9), the purchasing terminal 3 displays the service status (for example, whether business is available or whether reservation is possible) for all the attraction facilities in the leisure facility. Data requesting data is sent to the attraction server 6 (# 10). When the attraction server 6 receives this data, it reads out the service status data for all the attraction facilities from the database shown in FIG. 8B and sends it to the purchasing terminal 3 (# 11).

  Upon receipt of the service status data for all the attraction facilities from the attraction server 6, the purchasing terminal 3 generates a service status list screen shown in FIG. 12B and displays this screen on the display unit 31 (# 12). ).

  In the service status list screen shown in FIG. 12B, the presence / absence of business and the availability of reservation are displayed for the attraction facilities A to F, respectively. In addition, the display area of an attraction facility that is not operating or an attraction facility that cannot be reserved is displayed in a darker color (for example, gray or brown) than the display area of an attraction facility that can be reserved. Thereby, the player can know at a glance whether or not the attraction facility can be reserved. In addition, when the service status of the attraction facility cannot be displayed all at once, it may be displayed over a plurality of pages or in a scroll format.

  When a desired attraction facility (attraction facility B in FIG. 12B) is selected on this screen (# 13), the purchasing terminal 3 displays the detailed service status (waiting for the attraction facility designated by the player). A notification requesting data such as time is sent again to the attraction server 6 together with the attraction ID of the attraction facility (# 14). Upon receiving these data, the attraction server 6 reads out the service status data of the attraction facility corresponding to the received attraction ID from the database shown in FIG. 8A and sends it to the purchasing terminal 3 (# 15).

  Upon receiving data indicating the service status of the attraction facility designated by the player from the attraction server 6, the purchasing terminal 3 generates an individual service introduction screen shown in FIG. 12C and displays this screen on the display unit 31. (# 16).

  In the individual service introduction screen shown in FIG. 12 (c), detailed data of the attraction facility designated by the player, for example, data such as the current waiting time and operating time, and the number of reserved persons are displayed. Is possible. In this screen, after the number of reservations is entered by the player and the “OK” button is pressed (# 17), the purchasing terminal 3 displays the input content display screen shown in FIG. Displayed (# 18). This screen is generated and displayed in order for the player to confirm his / her input contents, and data such as the reservation time and the number of reservations are displayed on the screen.

  Then, when the “reservation execution” button is pressed on this input content display screen (# 19), the purchase terminal 3 is in a payment standby state indicating that the player waits as shown in FIG. 12 (e). While the screen is displayed on the display unit 31, data indicating the selected reservation time and number of reservations is sent to the settlement server 7 together with the attraction ID, and the settlement server 7 is requested to perform a settlement process (# 20).

  When a payment processing request is made from the purchase terminal 3, the payment server 7 reads the balance of the player who entered the reservation from the customer information management database shown in FIG. 9B, and determines whether the balance is sufficient. Is determined (# 21). The settlement server 7 makes a reservation registration request to the attraction server 6 if the balance is sufficient, and if the balance is insufficient, sends an error notification to that effect to the purchasing terminal (# 22). .

  When a reservation registration request is made from the settlement server 7, the attraction server 6 reads data about the attraction ID corresponding to the attraction facility to be reserved from the database shown in FIG. 8B, and whether or not the reservation can be registered. (Whether or not the reservation limit number is exceeded) (# 23). When reservation registration is possible, after updating each database (reserved number of persons, number of vacant seats and update time data) shown in FIGS. 8 (a) and 8 (b), the reservation is registered. While the notification is made to the settlement server 7, if the reservation cannot be registered, an error notification to that effect is sent to the settlement server 7 (# 24).

  If the notification received from the attraction server 6 indicates that the reservation has been registered, the settlement server 7 executes a settlement process (# 25). As described above, the settlement processing performed here is the first-stage settlement of the two-stage settlement, and the amount deducted from the balance is the amount corresponding to the cancellation fee when the cancellation is made. . When the settlement processing is completed, the settlement server 7 updates each database shown in FIGS. 9A to 9C, and then notifies the result of the settlement request made from the purchase terminal 3 (# 26). If the notification received from the attraction server 6 indicates that the reservation cannot be registered, the fact is notified as a result of the settlement request made from the purchasing terminal 3.

  Upon receipt of the payment request result notification from the payment server 7, the purchasing terminal 3 generates the screen shown in FIG. 12 (f) or FIG. 12 (g) according to the content of the notification and displays the screen on the display unit 31. If the notification is a notification that the reservation has been registered, the balance stored in the ticket 2 is rewritten (# 27). FIG. 12 (f) shows a reservation confirmation screen when reservation registration is performed, and FIG. 12 (g) shows a reservation acceptance refusal screen when reservation registration is not performed.

  As shown in FIG. 12 (f), when a reservation is registered, the reservation details (attraction name, number of reservations and start time) and the amount settled by this reservation are displayed on the reservation confirmation screen. As shown in FIG. 12 (g), when the reservation is not registered, the reservation confirmation screen indicates that the reservation is not registered and the reason (for example, the reservation time overlaps). Reason) is displayed.

  Thereafter, as shown in FIG. 11, the ticket 2 used to make the reservation is put into the entrance gate installed in the attraction facility by a predetermined time before the operation time of the reserved attraction facility, When the code number is input (# 28), the ticket data reading device built in the entrance gate of the attraction facility reads the ticket ID from the inserted ticket 2. Then, the entrance gate sends the ticket ID together with the input PIN number data to the entrance / exit management server 4, and the entrance / exit management server 4 sends the data to the settlement server 7 for authentication request and settlement. Is instructed (# 29).

  The settlement server 7 reads the personal identification number corresponding to the ticket ID sent from the entrance / exit management server 4 from the customer information management database shown in FIG. 9B, and is sent from the read personal identification number and the entrance / exit server. It is checked whether the personal identification number matches (# 30). As a result of the collation, if both passwords match, the settlement server 7 reads the balance of the player who entered the reservation from the customer information management database shown in FIG. It is determined whether or not the balance is sufficient to perform the second stage settlement among the stage settlements.

  Then, the payment server 7 executes a payment process when the balance is sufficient. The amount deducted from the balance in this settlement process is the remaining amount excluding the cancellation fee subtracted in the first stage settlement (settlement stage settlement). When this settlement processing is completed, after updating each database shown in FIGS. 9A to 9C, the result of the settlement request made from the entrance / exit management server 4 is notified (# 31). Further, when the collation result is inconsistent or the balance is insufficient, the entry / exit management server 4 is notified as a result of the settlement request made from the entrance / exit management server 4.

  Upon receipt of this notification, the entrance / exit management server 4 further notifies the entrance gate, and the entrance gate performs gate opening control based on the notification from the entrance / exit management server 4 (# 32). In other words, if the entrance gate receives a notification from the entrance / exit management server 4 that the verification result is inconsistent or that the balance is insufficient, it keeps the gate closed and keeps the player's gate On the other hand, when the passage is prohibited, and when the notification that the collation result matches and the settlement has been made is received from the entrance / exit management server 4, the gate is opened to allow the player to pass through the gate.

  By the way, if the ticket 2 is not entered into the entrance gate installed in the reserved attraction facility and the password is not entered by the predetermined time before the operating time of the reserved attraction facility (# 33) The settlement server 7 determines that the reservation has been canceled, and updates the settlement content management database shown in FIG. 9C (changes the “other” data from “unconfirmed” to “confirmed”). Rewriting) is performed (# 34). In this case, since a cancellation fee is collected in advance at the reservation stage (first stage settlement), settlement processing does not occur.

  In addition, as described above, in the case of a commercial transaction related to eating and drinking at a restaurant, each of the explanations described above except that the restaurant server 5 communicates with the payment server 7 or the like instead of the attraction server 6. Since the processing related to the settlement performed between the apparatuses is substantially the same, overlapping description is avoided.

  In addition, the screen displayed on the display unit 31 of the purchase terminal 3 when making a reservation for eating and drinking at a restaurant is substantially the same as the screen displayed when making a reservation for using the attraction facility. For example, the menu selection screen shown in FIG. 13A is substantially the same as the menu selection screen shown in FIG. 12A. When the “Restaurant reservation” button is pressed on this menu selection screen, FIG. ), The purchase terminal 3 displays on the display unit 31 a service status list screen on which the presence or absence of business and the availability of reservation are displayed for the restaurants A to F, respectively.

  When a desired restaurant (restaurant B in FIG. 13B) is selected on this service status list screen, as shown in FIG. 13C, detailed data regarding the restaurant designated by the player, for example, Then, an individual service introduction screen having data on the reservation available time, the average budget, and the business hours at the present time is displayed on the display unit 31. This individual service introduction screen allows the number of reservations and the number of reservations for each menu to be entered. After the number of reservations is entered by the player and the “OK” button is pressed, the purchase terminal 3 As shown in FIG. 13 (d), an input content display screen for allowing the player to confirm his / her input content is displayed on the display unit 31.

  When the “reservation execution” button is pressed on the input content display screen, as shown in FIG. 13 (e), the purchase terminal 3 displays a payment waiting state screen for displaying that the player is waiting. After being displayed on the screen 31, each screen shown in FIG. 13 (f), FIG. 13 (g), and FIG. 13 (h) is displayed on the display unit 31. FIG. 13 (f) shows a reservation confirmation screen when the reservation is registered, and FIGS. 13 (g) and 13 (h) show the reservation when the reservation is not registered for different reasons. An acceptance rejection screen is shown (FIG. 13 (g) shows a case where different reservations are duplicated at the same reservation time, and FIG. 13 (h) shows a case where the balance is insufficient).

  Next, detailed processing performed between the settlement server 7 and the purchase terminal 3 at the time of commercial transaction related to product purchase will be described. FIG. 14 is a sequence diagram illustrating processing when a product purchase procedure is performed, and FIG. 15 is a diagram illustrating an example of a screen displayed on the display unit 31 of the purchase terminal 3 when performing a product purchase procedure. is there. Note that the processing from processing # 41 to # 48 shown in FIG. 14 (processing until display of the menu selection screen) is substantially the same as the processing # 1 to # 8 shown in FIG. .

  As shown in FIG. 15A, when the “purchase product” button is pressed on the menu selection screen (# 49), the purchase terminal 3 displays the display unit of the purchase terminal 3 as shown in FIG. An operation request screen is displayed at 31 (# 50). This screen is a screen for requesting the player to hold the notation part of the product ID written on the tag attached to the product to be purchased over the product ID reading unit 33 of the purchase terminal 3.

  When the game player presses the notation portion of the product ID against the product ID reading unit 33 of the purchase terminal 3 (# 51), the purchase terminal 3 reads the product ID and informs the player of the read by electronic sound or the like. To inform. When the player operates the “registration” button on this operation request screen (# 52), data indicating that the purchase terminal 3 requests information on the service status (eg, inventory quantity) of the product is sent to the settlement server 7. Is sent out (# 53). Upon receiving this data, the settlement server 7 reads out data indicating the service status of the product from the transaction object information management database shown in FIG. 9B and sends the data to the purchasing terminal 3 (# 54, # 55).

  The purchase terminal 3 displays the product information standby state screen shown in FIG. 15 (c) until receiving the service status information about the product from the settlement server 7, and when receiving the service status information, FIG. 15 (d) The individual service introduction screen is generated and displayed on the display unit 31 (# 56).

  In the individual service introduction screen shown in FIG. 15 (d), detailed data of the product designated by the player, for example, data such as product images and prices, is displayed, and the number of purchases can be entered. ing. In order to improve the service of providing the player with what he / she likes more and to promote the sale of the product, on this screen, not only the product designated by the player but also a similar product of the designated product, For example, products of different colors are displayed on the display unit 31 side by side with the data of the designated products.

  In this individual service introduction screen, when the “enter” button is pressed after the number of purchases is entered by the player (# 57), the purchase terminal 3 displays the input content display screen shown in FIG. It is displayed on the part 31 (# 58). This screen is generated to allow the player to confirm his / her input content.

  Then, when the “reservation execution” button is pressed on this input content display screen (# 59), the purchase terminal 3 performs a settlement to display that the player waits as shown in FIG. 15 (f). The standby state screen is displayed on the display unit 31, and data indicating the selected purchase quantity is sent to the settlement server 7 together with the ticket ID, and a settlement process is requested of the settlement server 7 (# 60).

  When a payment processing request is made from the purchase terminal 3, the payment server 7 reads the balance of the ticket 2 (player) that has performed the product purchase procedure from the customer information management database shown in FIG. It is determined whether it is sufficient (# 61). If the balance is sufficient, the settlement server 7 updates each database shown in FIGS. 9A to 9C after subtracting the price related to the purchase of the product from the balance. Thereafter, the settlement server 7 notifies the result of the settlement request from the purchase terminal 3 (# 62). On the other hand, when the balance is insufficient, the payment server 7 notifies the payment request made from the purchase terminal 3 that the balance is insufficient.

  Upon receiving the payment request result notification from the payment server 7, the purchasing terminal 3 generates a screen corresponding to the notification and displays it on the display unit 31, and the received notification is a notification that the balance is sufficient. Rewrites the balance stored in ticket 2 (# 63). FIG. 15G shows a reservation confirmation screen when the product purchase procedure is accepted, and FIG. 15H shows a procedure rejection screen when the product purchase procedure is not accepted.

  As shown in FIG. 15G, when a product purchase procedure is accepted, reservation details (product name, store name, and balance) are displayed on the reservation confirmation screen.

  Here, as described above, in the settlement system 1, instead of handing over the purchased product to the player on the spot, by the time the player leaves the leisure facility, Deliver the purchased product to the scheduled exit time and exit gate set by the player in advance (if changed in the middle, after the change) and hand the purchased product to the player at the exit gate at the scheduled exit time I am doing so.

  In this case, since it takes a delivery time corresponding to the distance between each exit gate and the warehouse to deliver the purchased product selected at the warehouse to the exit gate, the time required for the delivery will be earlier than the scheduled exit time. The product purchase procedure is not accepted (timeout process) at the point of time (here, 1 hour ago) so as to ensure the delivery time. Due to such circumstances, on the reservation confirmation screen shown in FIG. 15 (g), a message to that effect is displayed on the display unit 31 as a caution, and a notification to notify the player is displayed on the terminal one hour before the scheduled return time. "Cannot be purchased".

  On the other hand, as shown in FIG. 15 (h), when the purchase procedure of the product is not accepted, the fact that the purchase procedure of the product has not been accepted and the reason for the receipt rejection screen (the acceptance times out) Is displayed.

  When the acceptance of the purchase procedure of the product by the purchase terminal 3 times out (# 64), the entrance / exit management server 4 gives a timeout notification to that effect to the settlement server 7 (# 65), and the settlement server 7 When the time-out notification is received from the entrance / exit management server 4, the settlement content management database shown in FIG. 9C is updated ("other" data is rewritten from "unconfirmed" to "confirmed") (# 66). .

  Thereafter, when ticket 2 is inserted into the entrance / exit gate and a password is entered (# 67), the ticket data reading device built in the entrance / exit gate reads the ticket ID from the entered ticket 2 and enters / exits. The management server 4 sends the ticket ID and password data received from the ticket data reading device to the settlement server 7 and makes an authentication request to the settlement server 7 (# 68).

  When the payment server 7 receives the ticket ID and password data from the entrance / exit management server 4, the payment server 7 reads the password corresponding to the ticket ID managed in the customer information management database shown in FIG. It is checked whether the personal identification number matches the personal identification number sent from the entrance / exit management server 4 (# 69). As a result of the collation, if both passwords match, a notification that they match is sent to the entrance / exit management server 4, and if both passwords do not match, a notification that they do not match is input. The message is sent to the exit management server 4 (# 70).

  Upon receipt of this notification, the entrance / exit management server 4 further performs this notification to the entrance / exit gate, and the entrance / exit gate performs gate opening control based on this notification from the entrance / exit management server 4 (# 71). That is, when the entrance / exit gate receives a notification from the entrance / exit management server 4 that the verification result is inconsistent, the entrance / exit management server keeps the gate closed and prohibits the player from passing through the gate. When the notification that the collation result matches from 4 is received, the gate is opened to allow the player to pass through the gate. Since the player's purchased product has already been delivered from the warehouse to the entrance / exit gate, the employee hands the purchased product to the player who has passed the entrance / exit gate.

  Next, detailed processing when a purchase procedure for a product is canceled using the purchase terminal 3 will be described. FIG. 16 is a sequence diagram showing detailed processing when the purchase procedure for the product is canceled using the purchase terminal 3, and FIG. 17 shows the display unit 31 of the purchase terminal 3 when the cancellation procedure is performed. It is a figure which shows an example of the screen displayed on. Note that the processing from processing # 81 to # 85 shown in FIG. 16 (processing until display of the menu selection screen) is substantially the same as the processing # 4 to # 8 shown in FIG. .

  As shown in FIG. 16, when the “reservation / settlement list” button is pressed on the menu selection screen (FIG. 17 (a)) (# 86), the purchase terminal 3 displays that the player is waiting. A settlement waiting state screen (FIG. 17B) is displayed on the display unit 31, while a notification requesting the contents (settlement information) traded with the inserted ticket is sent to the settlement server 7 (# 87). Upon receiving this data, the settlement server 7 reads the transaction content data for the ticket ID from the settlement content management database shown in FIG. 9C and sends the data to the purchasing terminal 3 (# 88).

  Upon receiving the transaction content data from the settlement server 7, the purchase terminal 3 generates a settlement information list screen shown in FIG. 17C and displays the screen on the display unit 31 (# 90). In this settlement information list screen, a list of the contents of the reservation of the use of the attraction facility performed with the entered ticket and the use thereof, the reservation of the food and drink at the restaurant and the food and drink, the purchase of the product is displayed, The contents are the time when the transaction was performed, the transaction target ID, the transaction target name, the number of transactions, the subtotal amount, and the transaction status.

  The settlement information list screen shown in FIG. 17C indicates that two dolls with a transaction target ID “11000” are purchased with a certain ticket ID, for example, at 9:00, and the subtotal is 2300 yen. For example, one omurice with a transaction target ID “42111” is reserved at 15:30, and the subtotal is 850 yen. The “delete” button is for performing a procedure for canceling a reservation for use of an attraction facility, a reservation for eating and drinking at a restaurant, and a procedure for purchasing a product. In FIG. 17C, for the transaction of merry-go-round, since the use of the facility has been completed, the “Reserving” and “Delete” buttons are not displayed.

  In such a settlement information list screen, when the “delete” button corresponding to the product to be canceled is operated from among the displayed products (# 91), the purchasing terminal 3 displays the information shown in FIG. A final confirmation screen shown is displayed on display unit 31 (# 92). This screen is generated and displayed so that the player can confirm his / her input contents.

  When the “Yes” button for inputting the approval on the final confirmation screen is operated (# 93), the purchasing terminal 3 requests the settlement server 7 to cancel the designated product (# 94). ). In response to this request, settlement server 7 determines whether cancellation is possible (# 95).

In other words, in order to ensure delivery time, the purchase procedure for the product is not accepted at the point in time before the time required for delivery from the scheduled departure time (here, one hour before). Even if a cancellation instruction is given after the time-out time has passed, the product has already been delivered from the warehouse to the scheduled exit gate, so that the cancellation instructed after the time-out time is not accepted. Accordingly, the settlement server 7 determines whether or not cancellation is possible by checking whether or not the timeout time has passed.

  If the settlement server 7 determines that the cancellation is possible, the settlement server 7 reads the subtotal amount corresponding to the product to be canceled from the settlement content management database shown in FIG. Process to refund. That is, the settlement server 7 rewrites the balance in the customer information management database shown in FIG. 9B to an amount obtained by adding the subtotal amount to the current balance. Accompanying this, the settlement server 7 also rewrites the transaction target information management database shown in FIG. 9A and the settlement content management database shown in FIG. 9C. Then, the settlement server 7 sends a notification to that effect to the purchase terminal 3 as a settlement information request result. On the other hand, if it is determined that cancellation is impossible, the settlement server 7 purchases the notification to that effect as the settlement information request result. Send to terminal 3 (# 96).

  Upon receiving any notification from the settlement server 7, the purchasing terminal generates screens shown in FIGS. 17 (f) and 17 (g) according to the content of the notification and displays the screen on the display unit 31. (# 97). Each screen is displayed on the display unit 31. FIG. 17F shows a cancellation confirmation screen when cancellation is performed, and FIG. 17G shows a cancellation rejection screen when a cancellation instruction is rejected.

  As shown in FIG. 17 (f), the product name, the number and the balance after refund are displayed on the cancellation confirmation screen, while on the cancellation rejection screen, the purchase of the product is displayed. If the procedure has not been accepted, a message indicating that the product purchase procedure has not been accepted and the reason (the acceptance has timed out) are displayed on the acceptance refusal screen.

  When the time-out time has passed, the “delete” button is not displayed on the settlement information list screen shown in FIG. 17C, instead of informing the player of the fact on the cancellation rejection screen (g). Then, it may be a form indicating that the player cannot cancel.

  Next, processing of each device in the settlement system 1 will be described. FIG. 18 is a flowchart showing the processing of the purchase terminal 3.

  As shown in FIG. 18, when the ticket 2 is inserted into the ticket insertion slot 38 (step # 101), the arithmetic processing unit 37 displays an unillustrated password input screen on the display unit 31 (step # 102). . Wait until the password is entered on the password entry screen (NO in step # 103). When the password is entered (YES in step # 103), the ticket ID and the password data are sent to the settlement server 7. Transmit (step # 104).

  The arithmetic processing unit 37 stands by until an authentication result is sent from the settlement server 7 (NO in step # 105), and when an authentication result is sent from the settlement server 7 (YES in step # 105). It is determined whether or not the authentication result is authenticated (step # 106). If the authentication result is not an authentication result (NO in step # 106), the arithmetic processing unit 37 returns to the step # 102 and displays a password number input screen for requesting re-input of the password on the display unit 31 again. On the other hand, if the authentication result indicates that the authentication is not successful (YES in step # 106), a menu selection screen as shown in FIG. 12A is displayed on the display unit 31 (step # 107).

  Next, arithmetic processing unit 37 stands by until transaction details are selected on the menu selection screen (NO in step # 108). When transaction details are selected (YES in step # 108), the entered transaction details Whether or not a “decision” button (for example, the decision button on the individual service introduction screen shown in FIG. 12C, FIG. 13C, or FIG. 15D) for inputting the intention to decide is operated. (Step # 109), if not operated (NO in step # 109), a signal to request a service state is transmitted to the settlement server 7 (step # 110).

  Arithmetic processing unit 37 stands by until a result for the request is notified from settlement server 7 (NO in step # 111), and when notified (YES in step # 111), a screen displaying the service status is displayed. This is displayed on the unit 31 (step # 112). The screen displayed here is the service status list screen shown in FIGS. 12B and 13B, and the individual service introductions shown in FIGS. 12C, 13C, and 15D. Includes screens.

  Then, when the “OK” button is operated on each individual service introduction screen (YES in step # 109), the arithmetic processing unit 37 performs the processing shown in FIGS. 12 (d), 13 (d), and 15 (e). The input content display screen shown is displayed on the display unit 31 (step # 114), and it is determined whether or not the “reservation execution” button has been pressed on the screen (step # 115).

  The arithmetic processing unit 37 waits until the “reservation execution” button is pressed (NO in step # 115). When the “reservation execution” button is pressed (YES in step # 115), the ticket read from the ticket 2 is read. Data indicating transaction details including the ID and the entered transaction target ID is transmitted to the settlement server 7 (step # 116).

  Then, it waits until data indicating the processing result is sent from the settlement server 7 (NO in step # 117), and when data indicating the processing result is sent from the settlement server 7 (YES in step # 117), A screen showing the result of processing by settlement server 7 is displayed on display unit 31 (step # 118). This screen is, for example, the screens (f) and (g) shown in FIG. 12, the screens (g) and (h) shown in FIG.

  Next, authentication processing by the settlement server 7 will be described. FIG. 19 is a flowchart showing authentication processing by the settlement server 7.

  As shown in FIG. 19, when data indicating a ticket ID and a personal identification number is sent from the purchase terminal 3 (step # 121), the arithmetic processing unit 73 displays the personal identification number corresponding to the sent ticket ID. It is read from the customer information management database shown in FIG. 9 (b), and it is determined whether or not the read password number matches the password sent from the purchase terminal 3 (step # 122).

  As a result, if both passwords match (YES in step # 123), a signal indicating that they match is sent to purchasing terminal 3 (step # 124), while if both passwords do not match. (NO in step # 123), a signal indicating inconsistency is transmitted to purchasing terminal 3 (step # 125).

  Next, processing of the settlement server 7, the attraction server 6, and the restaurant server 5 when a request for service status data is made from the purchase terminal 3 will be described. FIG. 20 is a flowchart showing the processing of the settlement server 7.

  As shown in FIG. 20, when the service status data is requested from the purchase terminal 3 (step # 131), the arithmetic processing units 43, 53, 73 refer to each database and read the data indicating the service status. After that (step # 132), the read data is transmitted to the purchasing terminal 3 (step # 133).

  Next, payment processing by the payment server 7 will be described. FIG. 21 is a flowchart showing a payment process by the payment server 7.

  As shown in FIG. 21, when the “reservation execution” button on the input content display screen displayed on the purchase terminal 3 is operated and a payment request is made from the purchase terminal 3 (step # 141), the arithmetic processing unit 73 Referring to the customer information management database shown in FIG. 9B, it is determined whether or not the transaction amount is greater than or equal to the balance (step # 142). If the transaction amount exceeds the balance (step # 142). If YES at 142), an error notification to that effect is sent to purchasing terminal 3 (step # 143).

  On the other hand, when the balance is equal to or greater than the transaction amount (NO in step # 142), arithmetic processing unit 73 determines whether or not the transaction target is a product based on the transaction target ID received from purchase terminal 3. (Step # 144) If it is a product (YES in Step # 144), whether or not the product can be provided by checking the presence or absence of a time-out notification from the entrance / exit management server 4 (the number of products is sufficient). Or not) is determined (step # 145).

  If the current time has passed the timeout time and the product cannot be provided (NO in step # 145), the arithmetic processing unit 73 notifies the purchase terminal 3 of an error indicating that ( In step # 146), if the product can be provided (YES in step # 145), the settlement process in step # 157 is performed.

  When the transaction object is an attraction (NO in step # 144, YES in # 147), arithmetic processing unit 73 makes a reservation registration request (reservation execution instruction) to attraction server 6 (step # 148), and performs arithmetic processing. Unit 73 waits for a certain period of time for the processing result to be notified from attraction server 6 (NO in steps # 149 and # 150).

  If the processing result is not notified from the attraction server 6 even after the fixed time has elapsed (YES in step # 150), the arithmetic processing unit 73 notifies the purchasing terminal 3 of the error (step # 151). If there is a notification of the processing result within the predetermined time (YES in step # 149), a response is sent to the attraction server 6 indicating that the notification has been received (step # 1491).

  On the other hand, when the transaction object is a restaurant (NO in steps # 144 and # 147, respectively), arithmetic processing unit 73 issues a reservation registration request (reservation execution instruction) to restaurant server 5 (step # 152). The server 5 waits until the processing result is notified until a predetermined time elapses (NO in steps # 153 and # 154).

  If the processing result is not notified from the restaurant server 5 even after the fixed time has elapsed (YES in step # 154), the arithmetic processing unit 73 notifies the purchasing terminal 3 of an error to that effect (step # 156). If there is a notification of the processing result within the predetermined time (YES in step # 153), a response is sent to the restaurant server 5 indicating that the notification has been received (step # 1531).

  Thereafter, arithmetic processing unit 73 determines whether or not the notification received at step # 149 or # 153 is that the reservation has been accepted (step # 155). If the received notification does not indicate that the reservation has been accepted (NO in step # 155), the arithmetic processing unit 73 sends an error notification indicating that to the purchasing terminal 3 (step # 156), and the received notification Indicates that the reservation has been accepted (YES in step # 155), a settlement process is performed (step # 157).

  The arithmetic processing unit 73 updates each database shown in FIGS. 9A to 9C after performing a settlement process according to whether the transaction is for an attraction facility or restaurant or for a product (step # 158). The settlement result is notified to purchasing terminal 3 (step # 159).

  FIG. 22 is a flowchart showing detailed processing for the payment processing of payment server 7 in step # 157 of FIG.

  As shown in FIG. 22, when the transaction target is a product (YES in step # 161), arithmetic processing unit 73 subtracts the product price from the balance (step # 162). If the transaction target is a reservation for an attraction facility (NO in step # 161, YES in # 163), operation processing unit 73 calculates an amount corresponding to 90% of the use fee of the attraction facility from the balance. After subtraction (step # 164), the attraction server 6 is notified that the reservation stage settlement has been completed (step # 165). If the transaction object is a restaurant reservation (NO in steps # 161 and # 163, respectively), the arithmetic processing unit 73 subtracts the amount corresponding to 50% of the food and drink price at the restaurant from the balance. Thereafter (step # 166), the restaurant server 5 is notified that the reservation stage settlement has been completed (step # 167).

  The amount corresponding to 90% of the usage fee for the attraction facility and the amount corresponding to 50% of the dining fee at the restaurant correspond to a cancellation fee when these reservations are canceled, In this way, in the case of a cancellation, if the attraction facility and the restaurant are canceled, a part of the usage fee is deducted from the balance in advance as a cancellation fee at the reservation stage in consideration of damage to the manager.

  In addition, here, when the reservation of the attraction facility is canceled, the ratio for the attraction facility (90%) with respect to the unit price at the time of deriving the cancellation fee based on the judgment that the damage on the management side is large Is set larger than the ratio (50%) for restaurants, but the method for setting the cancellation fee can be set as appropriate. For example, the same ratio may be set for each attraction and restaurant, and when the reservation for eating and drinking at the restaurant is canceled, the damage on the management side is much greater than when the reservation for the attraction facility is canceled If it is determined, the ratio for the restaurant may be set larger than the ratio for the attraction facility. Alternatively, when the use of an attraction facility is canceled instead of the ratio to the unit price, the same amount may be uniformly subtracted regardless of the type of the attraction facility.

  FIG. 23 is a flowchart showing detailed processing for final settlement processing by the settlement server 7. As described above, since the settlement of the use of the attraction facility and the eating and drinking at the restaurant is performed in two stages, the final settlement processing by the settlement server 7 is the case of using the attraction facility and eating and drinking at the restaurant. This is a process that occurs.

  As shown in FIG. 23, information stored in the ticket 2 is read by a ticket data reading device installed at the entrance of an attraction facility or restaurant, and an entrance detection signal (including a ticket ID and the like) is received from the entrance / exit management server 4. ) Is sent (step # 171), the processing unit 73 determines whether or not the object to be entered is an attraction facility (step # 172).

  As a result, when the object to be entered is an attraction facility (YES in step # 172), the arithmetic processing unit 73 calculates an amount corresponding to 10% of the use fee of the attraction facility to be entered, and the balance Is greater than or equal to the amount (step # 173). As a result, when the balance is smaller than the calculated amount (NO in step # 173), the arithmetic processing unit 73 sends an error notification indicating the fact to the purchase terminal 3 (step # 174), while the balance is calculated. If it is greater than the amount (YES in step # 173), after subtracting the calculated amount from the balance (step # 173), each database shown in FIGS. 9B and 9C is updated (step # 176). ).

  When the object to be entered is a restaurant (NO in step # 172), operation processing unit 73 calculates an amount corresponding to 50% of the food and beverage price related to the restaurant reservation, and the balance is equal to or greater than that amount. Is determined (step # 177). As a result, when the balance is smaller than the calculated amount (NO in step # 177), the arithmetic processing unit 73 sends an error notification indicating the fact to the purchasing terminal 3 (step # 178), while the balance is calculated. If it is equal to or greater than the amount (YES in step # 177), after subtracting the calculated amount from the balance (step # 179), each database shown in FIGS. 9B and 9C is updated (step # 176). ). The amount subtracted in steps # 175 and # 179 corresponds to the balance other than the amount subtracted from the balance in steps # 164 and # 166 in the flowchart shown in FIG.

  In addition, when the error notification of steps # 174 and # 178 is performed from the settlement server 7, the purchase terminal 3 may display on the display unit 31 a request for additional payment.

  FIG. 24 shows the processing performed by the attraction server 6 when the reservation server 7 instructs the attraction server 6 and the restaurant server 5 to execute the reservation at steps # 148 and # 150 in the flowchart shown in FIG. It is a flowchart which shows.

  As shown in FIG. 24, the arithmetic processing units 63 and 53 of the attraction server 6 and the restaurant server 5 determine whether or not a reservation execution instruction has been issued from the settlement server 7 (step # 181), and the settlement server 7 When a reservation execution instruction is issued (YES in step # 181), it is determined whether or not a reservation can be accepted with reference to the database shown in FIG. 7A or FIG. # 182).

  As a result, if it is impossible to accept the reservation (NO in step # 182), the arithmetic processing units 53 and 63 send an error notification to that effect to the settlement server 7 (step # 183). In addition, when it is possible to accept the reservation (YES in step # 182), arithmetic processing units 53 and 63 update the database by storing the reservation content in each database shown in FIG. 7 or FIG. Thereafter (step # 184), the settlement server 7 is notified that the reservation acceptance process has been completed (step # 185). Then, arithmetic processing units 53 and 63 determine whether or not there is a response indicating that the notification has been received from settlement server 7 (step # 186), and if there is no response (NO in step # 186), Returning to the process of step # 185, if the response is received (YES in step # 186), the process is terminated.

  FIG. 25 is a flowchart showing the processing of the settlement server 7 that is performed when an attraction or product cancellation is once performed at the purchasing terminal 3 or a product is canceled.

  As shown in FIG. 25, when the purchase terminal 3 notifies that a cancellation process for an attraction or the like is requested (YES in step # 191), the arithmetic processing unit 73 until that time enters / exits the management server 4 Confirms whether or not there is a notification (timeout notification) indicating that no cancellation is accepted (step # 192). In consideration of the time required for delivery of goods from the warehouse to the scheduled exit gate, cancellation of the purchase procedure for the goods is prohibited before a predetermined time (for example, one hour) before the scheduled exit time. In order to prevent a delay in the operation start time of an attraction for the facility, entry to and use of the attraction facility is prohibited before a predetermined time (for example, 5 minutes) before the operation start time. This is a process to be performed.

  As a result, when there is a notification from the entrance / exit management server 4 that the cancellation is not accepted (YES in step # 192), the arithmetic processing unit 73 notifies the purchasing terminal 3 of an error indicating that fact (step # 192). # 193) On the other hand, if there is no notification from the entrance / exit management server 4 that the cancellation is not accepted (NO in step # 192), the cancellation of the product purchase procedure is accepted, and the amount of the canceled product is included in the balance. In addition, a settlement process for refunding is performed (step # 194).

  Thereafter, the arithmetic processing unit 73 updates each database shown in FIGS. 9A to 9C (step # 195), and notifies the purchasing terminal 3 that the product canceling process has been executed (step # 195). 196).

  Next, processing of the entrance / exit management server 4 will be described. FIG. 26 is a flowchart showing the processing of the entrance / exit management server 4.

  As shown in FIG. 26, the ticket 2 is passed through the entrance / exit gate of the leisure facility, and each data stored in the ticket 2 is read and read by the ticket data reading device built in the entrance / exit gate. When the received data is sent from the apparatus (step # 201), the arithmetic processing unit 43 stores this data in the database shown in FIG. 6A and updates the database (step # 202).

  Next, the arithmetic processing unit 43 causes a built-in counter (not shown) to start a counting operation (step # 203). When a notice to change at least one of the scheduled exit gate and the scheduled exit time is sent from the settlement server 7 (YES in step # 204), the arithmetic processing unit 43 follows the change instruction in FIG. ) Is updated (step # 204), the count value of the counter is reset (step # 206), and the counter starts counting again (step # 207). If a notice to change at least one of the scheduled exit gate and the scheduled exit time is not sent from the settlement server 7 (NO in step # 204), the arithmetic processing unit 43 performs the process of step # 208.

  The arithmetic processing unit 43 repeats the processing of steps # 204 to # 207 until the count value of the counter started in step # 203 or # 207 reaches a predetermined value (NO in step # 208), and the count value is When the predetermined value is reached (YES in step # 208), time information is acquired from the time measuring unit (step # 209).

  The arithmetic processing unit 43 determines whether or not the acquired current time has passed the time to deliver the product (step # 210), and if the current time has not passed the time to deliver the product (step # 210). After the count value of the counter is reset (step # 211), the counter starts counting again (step # 203), and when the current time has passed the time at which the goods are to be delivered (step # 203) In step # 210, YES), the data receiving apparatus installed in the warehouse is instructed to deliver the product (step # 212). That is, the time is checked every time the count value of the counter counts a predetermined value until it is detected that the current time has passed the time to deliver the product, and the current time has passed the time to deliver the product. When this is detected, the data receiving apparatus installed in the warehouse is instructed to deliver the product.

  As described above, since the purchase procedure of the product can be performed using the ticket 2 and the purchase terminal 3, it is not necessary to go to the store to purchase the product, which is very convenient for the player. In addition, products that have been purchased are handed over at the entrance / exit gate when the player leaves the leisure facility, so it is necessary to play with the product purchased by the player in front of the shop. There is no need to wait for the turn, and the burden on the player for purchasing the product can be greatly reduced.

  In addition, since the purchase procedure of the product is not accepted at the time before the delivery time from the scheduled departure time, the delivery time can be ensured, and as a result, the player is surely at the scheduled departure time. You can hand over the purchased product.

  In addition, for payment processing related to merchandise transactions, the entire amount is settled at one time. On the other hand, for eating and drinking at restaurants and use of attraction facilities, cancellation fees for refunds made at the reservation stage (refunds to players) By setting the payment processing method according to the type of service, such as paying a part of the amount as a non-paid expense) and making a two-stage payment in which the remaining amount is paid at the stage of actual use, It is possible to perform settlement processing according to the nature of the service.

  In addition, since a part of the amount is settled as a cancellation fee when cancellation is performed at the reservation stage, it is possible to reduce damage to the manager when the reservation is canceled. In addition to the said embodiment, it can replace with the said embodiment and the deformation | transformation form demonstrated to the following form (1)-(5) is also employable for this invention.

  (1) In the above-described embodiment, the time-out time is set according to the delivery time from the warehouse to the entrance / exit gate scheduled to leave for the product transaction. You may make it set timeout time also including packing time.

  (2) In the above-described embodiment, the purchase procedure for the product is not accepted at a point in time before the time required for delivery from the scheduled departure time, but instead of this form or in addition to this form, the electronic It is equipped with a function to output sound and light such as sound, and using these functions, it is time that the purchase procedure of the product has not been accepted at the time just before the time required for delivery from the scheduled departure time You may make it alert | report visually or audibly.

  (3) In the above embodiment, the ticket ID, the entry time, the entrance gate number, the scheduled exit time, the scheduled exit gate number, and the balance data are stored in the ticket. If it is managed, only the ticket ID may be stored in the ticket.

  (4) In the above embodiment, the payment system 1 according to the present invention is realized by the four server devices of the entrance / exit management server 4, the restaurant server 5, the attraction server 6 and the payment server 7, but the present invention is not limited to this. In consideration of the amount of data to be stored and the load due to processing, more server devices may be provided or the number of server devices may be reduced, and each server device may be equipped with a function.

  For example, when the amount of data to be processed is large, another server device is provided, and the data shown in FIG. 9A managed as the transaction target management database among the data stored in the settlement server is You may make it make the server apparatus newly provided manage as a database. When the amount of data to be processed in the payment system is relatively small, the data managed separately by the attraction server, restaurant server, entrance / exit management server and payment server are managed and processed by one server device. It may be.

  (5) The object to which the settlement system according to the present invention is applied is not limited to the above-described leisure facility, but can be applied to a facility having at least a store that sells products in a certain site such as a shopping center.

It is a figure showing composition of one embodiment of a settlement system concerning the present invention. It is a block diagram which shows the memory area of a ticket. It is a figure which shows the external appearance of a purchase terminal. It is a block diagram which shows the structure of a purchase terminal. It is a block diagram which shows the structure of an entrance / exit management server. It is a figure which shows the database of an entrance / exit management server. It is a figure which shows the database of a restaurant server. It is a figure which shows the database of an attraction server. It is a figure which shows the database of a payment server. It is a sequence diagram which shows the process at the time of canceling the process performed from the reservation of utilization of an attraction facility to utilization, and the utilization. It is a sequence diagram which shows the process at the time of canceling the process performed from the reservation of utilization of an attraction facility to utilization, and the utilization. It is a figure which shows an example of the screen displayed on the display part of a purchase terminal when reserving utilization of an attraction facility. It is a figure which shows an example of the screen displayed on the display part of a purchase terminal, when making the reservation of the eating and drinking in a restaurant. It is a sequence diagram which shows a process when the purchase procedure of goods is performed. It is a figure which shows an example of the screen displayed on the display part of a purchase terminal when performing the purchase procedure of goods. It is a sequence diagram which shows a detailed process when the purchase procedure of goods is canceled using a purchase terminal. It is a figure which shows an example of the screen displayed on the display part of a purchase terminal, when the procedure of cancellation is performed. It is a flowchart which shows the process of a purchase terminal. It is a flowchart which shows the authentication process by a payment server. It is a flowchart which shows the process of a payment server. It is a flowchart which shows the payment process by a payment server. It is a flowchart which shows the detailed process about the payment process of the payment server in step # 154 of FIG. It is a flowchart which shows the detailed process about the last payment process by a payment server. It is a flowchart which shows the process performed by this attraction server etc. when the instruction | indication of reservation execution is performed with respect to the attraction server and the restaurant server from the payment server in step # 148, # 150 in the flowchart shown in FIG. It is a flowchart which shows the process of the payment server performed when the attraction and the cancellation of goods which performed reservation and purchase procedure once at the purchasing terminal are performed. It is a flowchart which shows the process of an entrance / exit management server.

Explanation of symbols

1 Payment system 2 Ticket (storage device)
3 Purchasing terminal (terminal)
31 Display 32 Ticket ID Reading Unit (Data Reading Device)
33 Product ID reading unit 34 Communication unit 35 Operation input unit (input device)
36 storage unit 37 arithmetic processing unit 4 entrance / exit management server 41 communication unit 42 storage unit 43 arithmetic processing unit (delivery instruction unit)
5 Restaurant server 6 Attraction server 7 Settlement server 71 Communication unit (receiving unit)
72 Storage Unit 73 Arithmetic Processing Unit (Payment Processing Unit)

Claims (6)

A settlement system for carrying out settlement resulting from a commercial transaction including a sale transaction of the product in a facility having a store for selling the product on a certain site and capable of entering and leaving the site through an installed entrance / exit Because
A storage device storing the device ID;
A terminal comprising a data reading device for reading the device ID stored in the storage device, and an input device for inputting the transaction details of the product including product information assigned to the product;
A server device capable of communicating with the terminal,
The server device
A storage unit for storing a user's scheduled exit time, an entrance / exit port scheduled to be used when leaving, a balance, the device ID, and a product price;
A receiving unit for receiving information indicating the device ID and transaction content transmitted from the terminal;
The transaction amount related to the commercial transaction is calculated based on the commodity price stored in the storage unit, and the balance corresponding to the device ID received by the receiving unit is read from the storage unit, and the transaction is calculated from the read balance. A payment processing unit for performing payment processing for deducting the amount;
A delivery instructing unit that instructs the product delivery source that stores the product to deliver the product related to the transaction to the entrance / exit that is scheduled to be used at the time of exit by the scheduled exit time. A featured payment system.   The payment system according to claim 1, wherein the delivery instruction unit sets the delivery instruction timing according to a scheduled leaving time stored in the storage unit.   The storage unit stores a delivery time required to deliver a product from the product delivery source to an entrance / exit installed at the facility, and the delivery instruction unit is scheduled to be used when leaving the product delivery source. The delivery time required to deliver the product to the entrance / exit of the vehicle is read from the storage unit, and the delivery instruction is given at a time before the delivery time by the delivery time. The payment system described in 1.   4. The settlement system according to claim 3, wherein the settlement processing unit does not accept cancellation of a product with a device ID corresponding to the scheduled exit time when the time before the delivery time comes before the scheduled exit time. . The facility includes a facility that provides a plurality of types of services including the sale of the product,
The input device of the terminal is capable of inputting service transaction details including service information assigned to the service type,
The said storage part memorize | stores the price of each service, The method of the payment process by the said payment process part is set according to the kind of service, The Claim 1 thru | or 4 characterized by the above-mentioned. Payment system.   The facility includes an attraction facility, and the settlement processing unit assumes that, when the transaction content relates to the use of the attraction facility, the use is canceled when the use is not yet confirmed. In this case, a settlement process for subtracting a preset cancellation fee from the balance is performed, and when the use is confirmed, a settlement process for subtracting the difference between the price required for using the attraction facility and the cancellation fee from the balance is performed. The settlement system according to claim 5.

Images