WO2002097695A1 - Systeme de virement - Google Patents

Systeme de virement Download PDF

Info

Publication number
WO2002097695A1
WO2002097695A1 PCT/JP2002/005375 JP0205375W WO02097695A1 WO 2002097695 A1 WO2002097695 A1 WO 2002097695A1 JP 0205375 W JP0205375 W JP 0205375W WO 02097695 A1 WO02097695 A1 WO 02097695A1
Authority
WO
WIPO (PCT)
Prior art keywords
settlement
facility
identification information
hotel
identification medium
Prior art date
Application number
PCT/JP2002/005375
Other languages
English (en)
French (fr)
Inventor
Jun Fujimoto
Masahiko Haruta
Original Assignee
Aruze Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aruze Corporation filed Critical Aruze Corporation
Priority to JP2003500802A priority Critical patent/JP4044520B2/ja
Priority to AU2002304134A priority patent/AU2002304134B2/en
Priority to EP02730846A priority patent/EP1406192A4/en
Priority to US10/478,211 priority patent/US20040210487A1/en
Publication of WO2002097695A1 publication Critical patent/WO2002097695A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"

Definitions

  • the present invention relates to a payment system and a payment method for performing payment at a plurality of facilities.
  • the present invention relates to a book settlement system and a settlement method for performing settlement in a compound-type integrated leisure area or a combined-type integrated leisure facility such as a hotel, a casino, and a shopping mall, such as those found in Ming Las Vegas. Background art
  • the hotel itself is a complex type comprehensive leisure facility, and customers can receive services at desired facilities within the hotel without having to step out of the hotel and purchase desired goods. You can do it.
  • Customers may provide such services at each facility or settle payment for goods purchases in cash, or may use a credit card / debit card or the like.
  • it is basically necessary to perform settlement for each facility, and customers must pay cash, credit card settlement procedures, etc. each time. Has to be done.
  • the credit card settlement procedure has the complexity of requiring a force authentication and signature for each settlement at each facility.
  • each family member must have a credit card in order for each family member to receive services of a separate facility at substantially the same time. Such families are rare.
  • the present invention has been made in view of the above points, and when enjoying the provision of services of many facilities in a short time on a trip or the like, the procedure is simple for the customer, It is an object of the present invention to provide a settlement system and a settlement method having various advantages such as prevention of budget overrun.
  • a first feature of the present invention is a settlement system comprising: a plurality of facility terminals provided at a plurality of facilities; and a management device configured to be able to communicate with the plurality of facility terminals, wherein the management device Stores a mobile identification medium issuing unit that issues a mobile identification medium to a customer, associates the identification information of the customer, a prepaid balance indicating the amount paid by the customer with the identification information of the mobile identification medium, and When receiving a payment request including the identification information of the mobile identification medium and the payment amount from the facility terminal, the prepaid balance and the payment amount associated with the identification information of the mobile identification medium are stored.
  • a determination unit that determines whether or not the payment can be performed using the portable identification medium by comparing, a payment response that transmits a payment response including the determination result to the facility terminal;
  • a transmitting unit an update unit that updates the prepaid balance stored in the storage unit when it is determined that the payment can be performed, and an update unit that determines that the payment can be performed.
  • a clearing unit for clearing between the facility terminal and the facility terminal, wherein the facility terminal reads identification information of the mobile identification medium from the mobile identification medium, and reads the read identification information of the mobile identification medium and the payment amount.
  • a payment request transmitting unit that transmits the payment request including the following to the management device; and a display unit that displays whether the payment can be performed in response to the settlement response received from the management device. The point is to do.
  • the storage unit includes identification information of the portable identification medium, a first facility usable balance indicating an amount that can be settled at the facility terminal, and
  • the determination unit receives a payment request including the identification information of the mobile identification medium and a payment amount from the facility terminal, the determination unit determines the first facility available balance and the payment amount. By making the comparison, the payment can be made using the portable identification medium. The gist is to judge whether or not it is possible.
  • the storage unit uses the second facility usage indicating the identification information of the portable identification medium and the amount that can be settled at the plurality of facility terminals.
  • the determination unit stores the second facility available balance and the possible balance. The gist of the present invention is to determine whether the payment can be performed using the portable identification medium by comparing the payment amount with the payment amount.
  • a fourth feature of the present invention is the terminal device according to the first feature of the present invention, wherein the storage unit stores the identification information of the portable identification medium and the facility terminal that cannot make a payment using the portable identification medium.
  • the determination unit receives a payment request including the identification information of the portable identification medium and the payment amount from the non-applicable facility terminal, the identification information is stored in association with the identification information of the non-applicable facility terminal.
  • the gist of the present invention is to determine that the settlement cannot be performed using the portable identification medium.
  • the portable identification medium issuing unit issues a plurality of portable identification media to the customer, and the storage unit identifies the customer.
  • the information and the identification information of the plurality of portable identification media are stored in association with each other.
  • the storage unit stores the customer identification information and a room number in association with each other, and the portable identification medium stores the room number.
  • the gist is that the door of the room specified by can be opened and closed.
  • the storage unit stores identification information of the facility terminal and a settlement date in association with each other,
  • the gist is that the calculation unit setstle the settlement amount with the facility terminal on the settlement date associated with the identification information of the facility terminal.
  • An eighth aspect of the present invention is based on the first aspect of the present invention, wherein the storage unit stores the identification information of the facility terminal and usage conditions in association with each other, and When a payment request including the identification information of the mobile identification medium and the payment amount is received, the payment is performed using the mobile identification medium based on the use condition associated with the identification information of the facility terminal. The gist is to judge whether or not can be performed.
  • the portable identification medium is a non-contact IC card.
  • the portable identification medium is an optical communication type portable terminal.
  • An eleventh feature of the present invention is a settlement method performed between a plurality of facility terminals provided at a plurality of facilities and a management device configured to be able to communicate with the plurality of facility terminals,
  • a step A of issuing a portable identification medium to a customer; and in the management device, identification information of the customer; a prepaid balance indicating an amount prepaid by the customer; and the portable identification medium.
  • B in the facility terminal reading the identification information of the mobile identification medium from the mobile identification medium, and reading the read identification information of the mobile identification medium and the payment amount.
  • a twenty-second feature of the present invention is the first feature of the first feature of the present invention, wherein the management device includes a first facility use indicating identification information of the portable identification medium and a money that can be settled at the facility terminal.
  • the management device receives a payment request including the identification information of the mobile identification medium and a payment amount from the facility terminal
  • the first facility The gist of the present invention is to determine whether or not the settlement can be performed using the portable identification medium by comparing the available balance with the settlement amount.
  • the management device is further characterized in that: In step D, when the management device receives a payment request including the identification information of the portable identification medium and a payment amount from the facility terminal, The gist of the present invention is to determine whether or not the settlement can be performed using the portable identification medium by comparing the facility available balance with the settlement amount.
  • the management device further includes: And the identification information of the non-applicable facility terminal indicating the facility terminal that cannot perform the operation, and in the step D, the management device transmits the portable identification medium from the non-applicable facility terminal.
  • the gist of the present invention is to determine that the payment cannot be performed using the portable identification medium when the payment request including the identification information and the payment amount is received.
  • the management device issues a plurality of mobile identification media to the customer, and in the step B, The gist is that a management device stores the identification information of the customer and the identification information of the plurality of portable identification media in association with each other.
  • the management device stores the customer identification information and a room number in association with each other, and the portable identification medium includes: The point is that the door of the room specified by the room number can be opened and closed.
  • the management device stores identification information of the facility terminal and a settlement date in association with each other.
  • the gist is that the management device setstle the settlement amount with the facility terminal on the settlement date associated with the identification information of the facility terminal.
  • the management device stores the identification information of the facility terminal and usage conditions in association with each other.
  • the management device receives a payment request including the identification information of the mobile identification medium and the payment amount from the facility terminal, the management apparatus determines the mobile identification medium based on the use condition associated with the identification information of the facility terminal. To determine whether the payment can be made using And the summary.
  • a nineteenth feature of the present invention is that, in the eleventh feature of the present invention, the portable identification medium is a contactless IC card.
  • the mobile identification medium is an optical communication type mobile terminal.
  • FIG. 1 is a diagram for explaining the overall flow of a settlement method using a settlement system according to one embodiment of the present invention.
  • FIG. 2 is an overall configuration diagram of a payment system according to an embodiment of the present invention.
  • FIG. 3 is a function block diagram of a hotel convenience store in the settlement system according to the embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a record stored in the customer database unit of the payment system according to one embodiment of the present invention.
  • FIG. 5 is a diagram showing an example of a record stored in the facility database section of the settlement system according to the embodiment of the present invention.
  • FIG. 6 is a functional block diagram of the facility terminal of the settlement system according to one embodiment of the present invention.
  • FIG. 7 is a flowchart showing an operation at the time of check-in of the hotel computer according to one embodiment of the present invention.
  • FIG. 8 is a flowchart showing an operation performed by the hotel computer and the facility terminal according to one embodiment of the present invention at the time of providing a service at the facility and paying a price for purchasing an article.
  • FIG. 9 is a flowchart showing an operation at the time of a checkout of the hotel computer according to one embodiment of the present invention.
  • FIG. 10 is a flowchart showing an operation in which the hotel computer according to one embodiment of the present invention performs a settlement process for each facility.
  • FIG. 11 is a diagram illustrating an example of a facility that provides a casino game.
  • FIG. 12 is a diagram illustrating an example of a chip used in a casino game. BEST MODE FOR CARRYING OUT THE INVENTION
  • the multi-institutional settlement system is a settlement system used in a complex integrated leisure area such as a hotel, a casino, a shopping mall, or the like or a complex integrated leisure facility as seen in Las Vegas, for example.
  • step 101 the customer 1 obtains a predetermined amount of money at a financial institution (store or ATM) 2 by debiting with a cash card or cashing with a credit card.
  • step 102 the customer 1, for example, deposits a predetermined amount of money prepared at the check-in of the hotel 3 to the hotel 3.
  • the customer 1 may pre-pay a predetermined amount of money directly at the hotel 3 using a credit card or a debit card.
  • Hotel 3 establishes a multi-institution common mobile identification medium (room key or Hotel 3 unique hotel) that can be used at each of facilities 4A to 4D. Issue a 60.
  • the hotel 3 may be able to settle the credit power of the customer 1—the debit card at each of the facilities 4A to 4D.
  • the customer's credit card or depit card corresponds to the multi-institution common portable identification medium 60 described above.
  • step 104 Customer 1 enters each of facilities 4A to 4D in Hotel 3 or facilities 4A to 4D, such as casinos, shopping malls, amusement facilities, and duty-free shops, which are affiliated with Hotel 3.
  • facilities 4A to 4D such as casinos, shopping malls, amusement facilities, and duty-free shops, which are affiliated with Hotel 3.
  • the multi-institution common portable identification medium 60 is presented.
  • each of the facilities 4A to 4D transmits the facilities 4A to 4D within the range of the advance payment paid to the hotel 3 based on the identification information of the multi-facility common portable identification medium. Settle the amount used in.
  • step 106 the customer 1 receives the settlement balance of the advance payment (receives the balance), for example, at the check-out of the hotel 3.
  • FIG. 2 is an overall configuration diagram of the multi-institution settlement system 10 according to the present embodiment.
  • the multi-institution settlement system 10 includes a hotel computer 20 and facility terminals 4OA to 40D, a hotel computer 20 and a facility terminal 40A. To 40 D are connected via a first network N 1.
  • the hotel computer 20 is connected to the financial institution server 50 via the second network N2.
  • the first network N 1 may be in any form such as a bus, a mesh, or a ring.
  • the second network N 2 is a well-known network used for communication when using a credit card, a debit card, or the like. Network.
  • the hotel computer 20 is installed, for example, on the counter of the hotel 3 or on the back side of the counter.
  • the hotel computer 20 constitutes a management device configured to be able to communicate with a plurality of facility terminals provided in a plurality of facilities.
  • the hotel computer 20 is a device that mainly performs the settlement processing of the multi-institution settlement system 10 according to the present embodiment.
  • the main function of the hotel computer 20 is to receive a settlement request from each of the facility terminals 4OA to 40D and return a settlement response.
  • the hotel computer 20 may have a single configuration or a multi-processing configuration, and functionally has a configuration as shown in FIG. 3 described later.
  • the hotel computer 20 includes a control unit 21, an input unit 22, a display unit 23, a printing unit 24, a database 25, a facility communication unit 26, It has a communication unit for financial institutions 27, a hotel card reader / writer 28, and a financial institution card reader 29.
  • the hotel reader / writer 28 constitutes a portable identification medium issuing unit that issues the portable identification medium 60 to the customer 1.
  • the database 2 5 constitutes the identification information of the customer, the prepayment balance represented by the amount that is prepaid by the customer 1 (Depoji Tsu g), a storage unit that associates and stores the identification information of the portable identification medium.
  • the control unit 21 receives a payment request including the identification information of the mobile identification medium and the payment amount from the facility terminal 40, the control unit 21 determines the prepaid balance and the payment amount associated with the identification information of the mobile identification medium.
  • the comparison unit constitutes a determination unit that determines whether the payment can be performed using the portable identification medium 60 by comparison.
  • the settlement communication unit 26 transmits a settlement response including the determination result to the facility terminal 40. Make up the part.
  • the control unit 21 determines that the above-mentioned settlement can be performed, the control unit 21 configures an updating unit that updates the prepaid balance stored in the database 25. Further, when the facility communication unit 26 determines that the above-mentioned settlement can be performed, a settlement unit for settingtle the settlement amount with the facility terminal 40 is configured.
  • the control unit 21 includes an input unit 22, a display unit 23, a printing unit 24, a database 25, a facility communication unit 26, a financial institution communication unit 27, a hotel card reader / writer 28, and a financial institution card. It is connected to the reader 29 and controls the entire hotel computer 2, and is composed of, for example, a CPU, a R ⁇ M, a RAM, and the like.
  • the input unit 22 is used for inputting predetermined information required for check-in and check-out of the customer 1 in the hotel 3.
  • the input unit 22 includes, for example, a keyboard, a mouse, and the like.
  • the display unit 23 provides a screen display for inputting information and a guidance message.
  • the display unit 23 is configured by, for example, a liquid crystal display, a CRT display, or the like.
  • the printing unit 24 serves to print predetermined information at the time of check-out of the customer 1 in the hotel 3 or the like.
  • the printing unit 24 is configured by a general printer.
  • the database 25 is composed of a customer database part 25a (see Fig. 4) for customers of the hotel 3 (in other words, common customers in the multi-facility 4A to 4D) 1 and a facility database part for each facility. 25b (see Fig. 5).
  • the database 25 is configured by, for example, a large-capacity external storage device such as an HDD.
  • Figure 4 shows that the customer database unit 25a stores Here is an example of a record).
  • the customer database section 25a stores customer identification information 25 al , room number 25 a2 , deposit information 25 a3 , accommodation expenses 25 a4 , and facility usage. possible and the balance 2 5 a 5, and hotel cards issued 2 5 a6, hotel card identification information 2 5 a 7, a hotel card validity period 25 a 8, and the non-application facility 25 a9, use of facilities totaling 2 5 al.
  • the record which associates with the facility use history 2 5 all is stored.
  • Customer specific information 2 In the information field of 5 al , customer specific information (customer identification information) such as the name, address, and telephone number of the customer (representative in the case of multiple stays such as family members) 1 is stored. You.
  • the information field of the customer identification information 25 al may include information such as age and gender, and information such as a family name.
  • the information field of the room number 25 a2 stores the room number indicating the room of the hotel 3 where the customer 1 is staying.
  • a plurality of room numbers may be stored in the information field of the room number 25 a2 .
  • Prepayment information 25 In the information field of a3 , the amount paid in advance at Hotel 3 and the prepaid amount, such as prepaid by cash, prepaid by credit card, and prepaid by debit card, were provided. Information such as the method is stored.
  • the information field of the accommodation cost 25 a4 stores the information of the accommodation cost.
  • the accommodation cost calculated from the planned number of nights may be stored, and updated and stored each time the number of nights increases. Is also good.
  • To information Fi one field of the facilities available balance 25 a 5 is, of that from time to time, multi Information on the amount of money that can be used at facilities 4A to 4D included in the facility settlement system 10 (first available facility balance) is stored.
  • the database 25 may store the amount of money (second facility available balance) available for each of the facilities 4A to 4D.
  • the information field of the hotel card identification information 2 5 a 7, issued identification information of hotels force one de 6 0 (specific information) is stored.
  • the identification information of the hotel card 60 may include the specific information of the hotel 3. Further, the specific information of the hotel 3 may be different from the identification information of the hotel card 60.
  • the information field of the hotel card validity 2 5 a 8 by using the published Star Rukado 6 0, at each facility 4 A to 4 D, the period information that can affect the synchronization of service, or an article Stores information on the period during which purchases can be made. For example, the scheduled check-out date and time are stored in the information field of the hotel card validity period 25 a 8 .
  • the information field of the hotel card validity period 25 a 8 can be set differently for each hotel card 60 when issuing multiple hotel cards 60 to each customer 1. A common setting may be made for the hotel card 60.
  • the information fields of non-applicable facilities 25 a 9 include the facilities 4 A to 4 D that are components of the multi-institution settlement system 10, but the issued hotel card 60 does not provide services or goods. For which the purchase of The information of 4A to 4D is stored. For example, if the customer 1 who issued the Hotel Card 60 is a minor, the information field of the non-applicable facility 25 a9 is set to an adult-only facility. The setting of the information field of the non-applicable facility 25 a9 may be for all services and goods in the facilities 4A to 4D, or may be for only the specific service in the facilities 4A to 4D. good.
  • the total facility use is 25 al .
  • the total amount of the service fee of the service provided at each of the facilities 4A to 4D using the issued hotel force 60 and the total amount of the purchased goods is stored.
  • Figure 5 shows an example of a record per facility facility database unit 25 b stores.
  • facility de Isseki base portion 25 b as shown in FIG. 5, the facility identification information 25 bl, the usage rule 25 b2, and clearing date 25 b 3, a Settles 2 5 b4, use a user number 25 b 5, stores a record for associating the usage total 25 b6.
  • the information field of the facility identification information 25 bl stores the identification information of the facilities 4A to 4D.
  • the information field of the use condition 25 b2 stores the condition of the customer 1 who can use the facilities 4A to 4D .
  • the information field of usage conditions 25 b2 stores usage conditions such that only adults can use the facilities 4A to 4D, and usage conditions that only women can use them. .
  • facilities 4A to 4D are provided in the information field of terms of use 25b;?. Use conditions may be set for each of a plurality of services that can be provided, or use conditions may be set for some of the types of goods. Inapplicable facilities mentioned above
  • Information field of 2 5 a 9 the use condition or the like which is set in the information field of the use condition 2 5 b 2 is set referenced.
  • the information field of the settlement date 25 b 3 stores the date or date and time of the settlement of the usage amount (total use amount) of the facilities 4 A to 4 D between the facilities 4 A to 4 D and the hotel 3. Have been.
  • “the end of each month” can be set as the date on which the usage amount (total usage amount) of the facilities 4 A to 4 D is settled.
  • the information field of the settlement date 25 b 3 stores information on the settlement date.
  • the information field of the payment method 2 5 b 4 stores the payment method of the usage amount (total usage) between the facilities 4 A to 4 D and the hotel 3.
  • the information field of Settles 2 5 b 4 cash collection, who by direct debit method (including account identification information) can be set.
  • the information field of the number of users 2 5 b 5 stores information on the number of users (number of customers) who settled using the hotel card 60 for the facilities 4 A to 4 D since the previous settlement.
  • This information on the number of users may be subdivided information such as service units or sales product type units so as to provide statistical processing at each facility 4A to 4D.
  • the information field of the total amount of use 2 5 b 6 stores the total amount of settlement using the hotel power 60 for that facility since the previous settlement ⁇ The total amount of settlement is For statistical processing at each facility 4A to 4D As described above, the information may be subdivided information such as a service unit or a sales product type unit and the total information thereof.
  • the facility communication unit 26 communicates with any one of the facility terminals 4OA to 40D via the first network N1.
  • the communication protocol and the like between the hotel computer 20 and the facility terminals 40A to 40D may be arbitrary.
  • the financial institution communication unit 27 communicates with the financial institution server 50 via the second network N2.
  • Hotel Ricoh Dorida Writer 28 issues or collects hotel cards 60 that can be used commonly at facilities 4 A to 4 D, etc., which are affiliated with Hotel 3 and facilities 4 A to 4 D at Hotel 3. It writes various information to the hotel card 60 and reads information stored in the hotel card 60.
  • the financial institution leader 29 reads information stored in a credit card / debit card or the like issued by the financial institution 2.
  • the hotel computer 20 composed of the above functional units may be a dedicated computer for the multi-institution settlement system 10 and is used for the reservation management of the customer 1 and the guest management. It may also be used as a computer in an existing hotel 3.
  • the hotel card 60 issued by the hotel 3 is used as the “multi-institution common portable identification medium”.
  • the hotel card 60 immediately after being given to the customer 1 includes at least the identification information of the hotel 3 and the identification information of the hotel card 60 itself.
  • Each of the facility terminals 4 OA through 40 D is the facility 3 A through 4 A through 4D and facilities 4A through 4D, which are affiliated with Hotel 3.
  • Each of the facility terminals 4 OA to 40 D transmits a settlement request relating to the facilities 4 A to 4 D to the hotel computer 20, and responds to the settlement response returned from the hotel computer 20, and the facilities 4 A to 4 D It is to judge whether the service can be provided in D or not, and whether or not the goods can be sold.
  • the facilities 4A to 4D in the hotel 3 may include not only amusement facilities, restaurants and souvenir shops, but also pay televisions in the accommodation room.
  • each of the facility terminals 4 OA to 40 D includes a control section 41, an input section 42, a display section 43, a hotel communication section 44, and a hotel card reader / writer 4. 5 is provided.
  • the communication unit for hotel 44 and the hotel card reader / writer 45 read the identification information of the mobile identification medium from the mobile identification medium 60, and include the read identification information of the mobile identification medium and the payment amount.
  • a payment request transmission unit that transmits a payment request to the management device is configured.
  • the display unit 43 constitutes a display unit for displaying whether or not payment can be performed in accordance with the payment response received from the management device (the hotel computer 20).
  • the control unit 41 is connected to the input unit 42, the display unit 43, the communication unit for hotel 44, and the hotel writer / writer 45, and controls the entire facility terminals 4A to 4D. And comprises, for example, a CPU, a ROM, a RAM, and the like.
  • the input unit 42 is used for inputting a service to be provided, a settlement request for a product for sale, a settlement amount, and the like.
  • the input unit 42 is composed of, for example, a keyboard, a mouse, and the like.
  • the hotel card reader / writer 45 A payment request may be made with reading of information from the hotel card 60 as a trigger.
  • the input unit 42 may be omitted.
  • the display unit 43 is used for displaying a screen for inputting information, displaying a guidance message, and displaying a settlement response to a settlement request.
  • the display unit 43 is configured by a liquid crystal display, a CRT display, or the like.
  • the communication unit for hotels 44 communicates with the hotel computer 20 via the first network N1.
  • the hotel card reader / writer 45 writes information to the above-described hotel card 60 and reads information stored in the hotel card 60.
  • the facility terminals 40A to 40D may be provided with an overnight base to store the use history information of each facility 4A to 4D. .
  • the financial institution server 50 is installed in the financial institution 2 or its related facilities, and processes a credit card payment request ⁇ a processing of a debit card payment request, and a description of its internal configuration is omitted. . (Operation of the payment system according to the present embodiment)
  • the customer 1 using the advance payment notifies the receptionist of the hotel 3 to that effect, and the receptionist operates the input unit 22 of the hotel computer 20 to
  • the processing program (flowchart) shown in Fig. 7 is started for the hotel computer 20.
  • step 701 the receptionist of the hotel 3 performs the deposit processing of the advance payment for the customer 1.
  • the receptionist operates the input unit 22 to input the advance payment information (including the advance payment amount).
  • the front desk clerk causes the credit card possessed by the customer 1 to be read by the financial institution card reader 29 and the amount of the prepaid amount to be paid.
  • Input from the input unit 22 to make the financial institution server 50 make a credit card payment.
  • the receptionist causes the debit card of the customer 1 to be read by the financial institution card reader 29 and the prepaid amount to be paid. Is input from the input unit 22 to have the financial institution server 50 settle the debit card.
  • FIG. 3 shows one financial institution card reader 29, multiple financial institution power readers 29 are provided depending on the types of credit cards and debit cards that can be handled. May be. Also, there may be a plurality of financial institution servers 50 for each financial institution 2 or two financial institution groups.
  • Step 7 0 2 hotels computer 2 0, depending on the input information by the clerk, the customer database 2 5 a, out of the information on the customer 1, all hotel card issued to the customer 1 6 Set common information to 0. That, hotel computer 2 0 sets the information from the customer identification information 1 4 a, information Fi one field shown in FIG. 4 to the information Fi one field of hotel cards issued 1 4 a 6.
  • step 73 the hotel computer 20 issues one hotel card 60 via the hotel card reader / writer 28.
  • Step 7 0 4 hotel computer 2 0 according to the input information and the like by front engaging, the customer data pace 2 5 a, setting information specific to each of the hotel card 6 0 issued in Step 7 0 3 I do.
  • hotel computer 2 0 sets the information from the information field of the hotel force one de identification information 1 4 a 7 shown in FIG. 4 the property utilization history 1 4 all information Fi one field.
  • receptionist depending of the result of the inquiry to the customer 1, by operating the input section 2 2 sets information field of inapplicability facility 1 4 a 9.
  • Information field @ facility use history 1 4 a ii The information fields etc. are set in the initial state.
  • step 705 the hotel computer 20 checks whether the issuance of the required number of hotel cards 60 desired by the customer 1 has been completed. If the issuance of all hotel cards 60 has not been completed, the process returns to step 702, and the hotel computer 20 issues the next hotel card 60. On the other hand, if all the hotel cards 60 have been issued, the processing at the time of check-in related to the multi-institution settlement system 10 ends.
  • step 801 the cashier of the facility 4 causes the hotel card 60 held by the customer 1 to be read by the hotel power reader / writer 45 of the facility terminal 40.
  • the facility terminal 40 can use the fee amount stored in the control unit 41 as the settlement amount.
  • the cashier needs to operate the input unit 42 to input the settlement amount.
  • step 800 the facility terminal 40 displays the identification information of the hotel 3 and the identification information of the hotel card 20 read from the hotel card 60, and the identification information of the facility 4 internally managed by the control unit 1. And a settlement request including information on the settlement amount, and transmits the request to the hotel computer 20.
  • Step 8 0 hotel con Manipulator Isseki 2 0 which has received such a settlement request, according to the hotel card 6 0, based on the records stored in the customer database 2 5 3, according to the settlement request Determine whether settlement is possible.
  • the facility available balance 14 a 5 in the customer database 25 a is This is the case where the payment amount is smaller than that required this time.
  • the hotel card 6 0 according to the settlement request the case is one that is beyond the hotels force over de expiration date 2 5 a 8 in the customer database 2 5 a.
  • the facility sends a payment request 4 is a case corresponding to the inapplicability facility 2 5 a 9 in the customer database 2 5 a.
  • the hotel card 60 related to the settlement request is not set in the customer database 25 3 (that is, the hotel card identification information 25 a 7 that identifies the hotel card 60 related to the settlement request is If not in the database 2 5 in a), and the like.
  • the hotel computer 20 determines in accordance with the contents of the settlement related to the settlement request, base customer data to update the contents of Ichisu 2 5 3, in step 8 0 5, to update the contents of the facility database 2 5 b, in step 8 0 6, toward the facility terminal 4 0, the settlement request Returns a settlement response indicating permission for.
  • step 8 0 4 the use of facilities available-balance 1 4 a 5 or is reduced by this time of the settlement amount, Hotel Card 6 0 another facility use total 1 4 al. Is increased by the current settlement amount, or the history of the current settlement is added to the facility use history 1 4 all .
  • step 807 the facility terminal 40 to which the settlement response indicating permission has been returned notifies the fact that the above-mentioned settlement has been permitted, for example, by the display unit 43.
  • step 808 the hotel card Write this history in 60 and eject the hotel card 60.
  • the cashier who recognizes the notification that the settlement has been approved, allows the customer 1 to enter the hall, or delivers the goods to be purchased. Also, return the discharged Hotel Card 60 to Customer 1.
  • step 8 0 9 to update the contents of the customer de one Tabe scan 2 5 a, step 8 1 0 In, a settlement response indicating rejection is returned to the facility terminal 40.
  • update the contents of the customer database 2 5 a can, for example, it is to add a history content related to the current non-authorized payment to the facility use history 1 4 al.
  • the facility terminal 40 to which the settlement response indicating the refusal is returned is notified in step 811 that the above-mentioned settlement is rejected, for example, by the display unit 43, and in step 811 In, the present history is written into the hotel card 60 and the hotel card 60 is discharged.
  • the cashier who recognizes the notification that the settlement has been rejected refuses the customer 1 to enter the hall or to reject the goods to be purchased. Also, return the discharged Hotel Card 60 to Customer 1. Thirdly, the operation of the hotel convenience store 20 at the check-out at the hotel 3 of the customer 1 and the operation of the receptionist of the hotel 3 at that time will be described with reference to the flowchart of FIG.
  • the receptionist informed of the check-out from the customer 1 operates the input unit 22 of the hotel combination 20 and causes the hotel computer 20 to start the processing program (flow chart) of FIG.
  • step 901 the hotel card reader / writer 28 of the hotel computer 20 reads the hotel card 60 held by the customer 1.
  • step 9 0 2 hotel computer 2 0 is carried out and the facility usage history that has been stored in the hotel force one de 6 0, the collation of the facility usage history 2 5 all that put the customer de Isseki base 2 5 a .
  • step 903 the hotel computer 20 displays the fact on the display unit 23 when both facility use histories do not match.
  • the front desk clerk can perform operations such as contacting the facilities 4A to 4D and communicating with the facility terminals 4OA to 40D to check the usage status.
  • step 904 the hotel computer 20 collects the hotel card 60 when both facility use histories are identical.
  • step 905 the hotel computer 20 determines whether or not the above-described processing has been completed for all the hotel cards 60 issued to the customer (family, customer group) 1, and if not completed, If so, the process returns to step 9 01 described above.
  • the hotel computer 20 starts the processing program (flow chart) shown in FIG. 10, for example, automatically at a predetermined date and time (for example, at 9:00 every day) or by an activation input of the operator.
  • step 1 hotel computer 2 0, take out the liquidation date 2 5 b 3 of one of the facility from the facility de Isseki base 2 5 b.
  • step 1002 the hotel computer 20 determines whether today is the settlement day.
  • the hotel computer 20 performs remittance remittance processing to the financial institution server 50 via the financial institution communication unit 27.
  • the settlement method 25 b 4 indicates cash transfer (regardless of bringing or collecting money)
  • the hotel computer 20 can use the cash management device (omitted in FIG. 3) to transfer money for the total amount of use. Let it drain.
  • Settles 2 5 b 4 can direct Settles like that move the money amount information to the hotel 3 accounting computer (not shown) You may.
  • step 1005 the hotel computer 20 checks whether the settlement process for all the facilities 4A to 4D has been completed. If all clearing processes have not been completed, the operation returns to step 1001, and when all clearing processes have been completed, the series of processes in FIG. 10 ends. (Effect of the payment system according to the present embodiment)
  • the control unit 21 when the control unit 21 receives a settlement request including the identification information of the portable identification medium and the settlement amount from the facility terminal 40, the identification information of the portable identification medium In order to determine whether payment can be performed using the mobile identification medium (hotel card) 60 by comparing the prepaid balance associated with the payment amount with the payment amount, the customer must use the credit card @ debit. Unlike the case of using a card, etc., each facility 40 A to 40 D uses a single hotel card 60 without performing a settlement procedure using personal authentication at each facility 40 A to 40 D. You can enjoy the services provided by the seller.
  • the mobile identification medium hotel card
  • the multi-institution settlement system 10 of the present embodiment since the upper limit for enjoying the services provided by the facilities 40 A to 40 D and the goods for sale is suppressed to the prepaid balance, it is possible to travel. It can also prevent the budget from being exceeded.
  • the customer 1 can use each of the facilities 4A to 4D without carrying cash, thereby improving security. Even if the hotel card is stolen, etc., it is possible to prevent the stolen user from exceeding the prepaid balance.
  • the use of the hotel card 60 is also limited to the facilities 4 A to 4 D, etc. affiliated with the hotel 3, so that damage can be minimized. . Also, if the stolen person tries to use the hotel card 60, the hotel card 60 can be used. Are limited to facilities 4A to 4D, etc., which are affiliated with Hotel 3, making it easy to find. Also, the use of the hotel card 60 can be prohibited easily by inputting it into the hotel computer 30.
  • the hotel card reader / writer 28 issues a plurality of mobile identification media (hotel cards) 60 to the customer 1 and the database 2 5 stores the customer identification information and the identification information of a plurality of mobile identification media in association with each other, so that it is possible to issue a plurality of hotel cards 60 that can use the same advance payment, It is effective for small group trips such as family trips.
  • the data base 25 stores the identification information of the portable identification medium and the identification information of the inapplicable facility terminal in association with each other. 21.
  • the payment request including the identification information of the mobile identification medium and the payment amount is received from the terminal of the non-applicable facility, the payment is performed at the terminal of the non-applicable facility using the mobile identification medium (hotel card) 60. Therefore, it is possible to freely set available facilities and service types for each hotel card 60.
  • a hotel card 60 of a minor who is prohibited from entering and exiting the casino can be set so that the casino cannot be used.
  • the multi-institution settlement system 10 of the present embodiment for example, even in the video service of the hotel 3, it can be set so that minors cannot receive the video service designated by X.
  • Such non-applicable facility information is stored in the hotel card 60 so that it can be determined whether or not payment can be made without inquiring the hotel computer 20 at the facility terminal 40.
  • the database 25 stores the identification information of the portable identification medium and the second facility available balance in association with each other.
  • the mobile identification medium 60 is used by comparing the second facility available balance with the payment amount.
  • the balance of the amount paid in advance by the customer 1 is allocated to each hotel card 60, and the upper limit of the amount available for each hotel card 60 is set. be able to.
  • the hotel card 60 can be made to function as a room key, so that the hotel 3 can easily manage the issuance of the hotel card 20.
  • the hotel 3 can easily manage the issuance of the hotel card 20.
  • Customer 1 it is possible to reduce the number of portable items when going out, and both have great advantages.
  • the multi-institution settlement system 10 of the present embodiment from the viewpoint of the hotel 3 and the facility 4, it is possible to create a database 25 of shopping information and service provision information of the customer 1. It can be reflected in future operations and sales. The above effect is very effective if a facility database including statistical data is constructed in addition to Fig. 5 described above.
  • each hotel 4A through 4A In 4D the procedure can be simplified, and terminals that can perform processing using the hotel terminal 60 such as PS terminals can be shared.
  • each facility 4 A To 4D can reduce the number and cost of terminals that must be prepared.
  • the hotel card 60 is assumed to be a readable and writable device such as an IC card or a magnetic card, but may be a device that can only read information (for example, an embossed card). Further, it may be simply printed characters.
  • hotel power 60 is not limited to a card shape, but may be another shape such as a rod shape.
  • the hotel card 60 may be an optical communication type portable terminal.
  • the hotel computer 20 is provided with the function of the hotel power cord 60 in the optical communication type portable terminal through an optical communication such as an LED with the optical communication type portable terminal of the customer 1. Therefore, it is not necessary to issue a hotel card 60, and the hotel card issuance cost can be reduced.
  • the optical communication type portable terminal may be lent.
  • the hotel card 60 may have a room key function that can be used as a key of the room of the hotel 3.
  • the hotel card 60 may be a deposit card that can be used in a range of the amount prepaid (deposited) in the hotel 3.
  • a hotel card 60 has the advantage that the damage caused by theft is limited to the prepaid amount, compared to a credit card. Also, such a hotel car If the amount of deposit at Hotel 3 increases due to C60, Hotel 3 will be more reliable, and Hotel Ricoh 60 will be more widely used.
  • the hotel card 60 may be a game card (gambling card) used for gambling in a casino slot machine or the like.
  • the hotel card 60 may have an intranet or internet casino card function used for playing a casino game via an intranet or the internet.
  • the hotel card 60 may be a non-contact IC card using an IC tag or the like. In such a case, since the hotel card 60 can exchange data overnight by wireless communication, it can be used for payment at vending machines, cash registers, etc., and for opening and closing doors in rooms.
  • the hotel card 60 may be configured to be usable in a plurality of grouped hotels. With such a configuration, in a casino hotel district such as Las Vegas, one hotel card 60 can be used for the entire city. In other words, if the customer 1 makes a deposit (deposit) using the hotel card 60 at one hotel 3 in the above-mentioned casino hotel area, the customer 1 also uses the hotel card 60 at another hotel 3 in the casino hotel area. Can be used.
  • the hotel card 60 includes personal authentication information such as face image data, fingerprint data, and password of the customer 1 having the hotel card 60, and the hotel computer 20 or the facility terminal 40
  • the registered personal authentication information managed by the hotel convenience store 20 and the personal authentication information stored in the hotel card 60 may be collated.
  • the facility terminals 4 OA to 40 D are for the hotel submitted by Customer 1. It may be configured to display a face image based on the face image data stored in the card 60.
  • the hotel computer 20 notifies the display 23 or the like when the facility available balance (prepaid balance) becomes 0 or less than a predetermined amount, and the front desk notifies the returning customer 1 You may be able to.
  • the multi-institution settlement system 10 may be a system that issues one hotel card 60 to one customer (customer group, family).
  • the hotel card 60 itself stores the facility available balance (prepaid balance), and the facility terminal 40 confirms that the facility available balance is sufficient.
  • the settlement request may be sent to the server.
  • the settlement process between Hotel 3 and Facilities 4A to 4D is performed immediately after the settlement request is transmitted by Hotel 3 and the settlement response indicating permission is returned by Facilities 4A to 4D. (For example, by a transfer process). That is, the clearing process between the hotel 3 and the facilities 4A to 4D can be performed at any time.
  • the hotel card 60 may be not only a writable card such as an IC card or a magnetic card but also a read-only card, and any card can be used as long as it can identify the customer 1 involved in the settlement.
  • credit card ⁇ Debit card can be used as hotel card 60.
  • the hotel computer 20 uses the identification information of the credit card or debit card for customer management.
  • a credit card or debit card is not issued by Hotel 3, but it can be used for personal authentication, etc., and can be handled like a hotel card 60. I'm calling
  • the multi-institution settlement system 10 may be configured to enable the additional processing of the advanced payment.
  • the multi-institution settlement system 10 may perform a process of reading the hotel card 60, an input of an additional amount, and the like, and increase the facility use balance by the inputted additional amount.
  • the facility that manages the advance payment is the hotel 3
  • other facilities may manage the advance payment, and furthermore, they do not provide services or sell goods.
  • a third party may manage the deposit.
  • the hotel card 60 can be used at facilities in the hotel 3 other than the accommodation hotel, which is a partner facility of the third party, so the hotel card 6
  • the range of use of 0 can be significantly widened.
  • the management computer equivalent to the above-mentioned hotel computer 20 can be installed in more facilities 4A to 4D. It is possible to achieve sharing and reduce the operating cost of the multi-institution settlement system 10. Therefore, even a small or medium-sized hotel with relatively little resources can operate the multi-institution settlement system 10 by cooperating with a third-party organization.
  • facility terminals 4OA to 40D that provide the casino game may be configured to monitor the flow of medals and chips used in the casino game in real time.
  • the facility terminals 40 A to 40 D There are such casino stands 1 2 7.
  • the casino stand 127 has a card distribution area 128, a betting area 128, a card distribution area 130, and a chip collection area 116.
  • the IC-monitoring machine 1 3 1 in the chip collection area 1 16 and the IC tag monitoring machine 1 1 4 in the betting area 1 2 9 can monitor the flow of medals and chips used in the Gino game in real time.
  • FIG. 12 shows an example of the chip 122 used here.
  • the chip 121 has an antenna 112 and an IC tag 123 as shown in FIG.
  • the procedure is simple for the customer, and it is possible to prevent the budget from being overrun.
  • a payment system with various advantages can be realized.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Credit Cards Or The Like (AREA)

Description

決済システム 技術分野
本発明は、 複数の施設における決済を行う決済システム及び決済方法 に関する。 例えば、 本発明は、明ラスベガス等に見られるようなホテル、 カジノ、 ショッビングモール等の複田合型総合レジャー地域若しくは複合 型総合レジャー施設における決済を行う書決済システム及び決済方法に関 する。 背景技術
現在のラスベガスは、 家族全員が楽しめる観光スポットとして発展し ていった結果、 ホテル、 カジノ、 ショッピングモール、 遊園地等の複数 の施設が密集 '集約された複合型総合レジャー地域に変貌している。 こ のような複合型総合レジャー地域では、 顧客は、 ホテルを基点として種 々の所望する施設に行き、 各施設で自分の好みのサービスの提供を受け ることや所望する物品を購入することができる。
また、ホテル自体が、複合型総合レジャー施設となっていて、顧客は、 ホテルから一歩も出ることなく、 ホテル内の所望する各施設で、 サービ ス提供を受けられ、 また、 所望する物品を購入することができるように もなつている。
顧客は、 このような各施設でのサービス提供や物品購入の対価の決済 を、 現金で行う場合もあれば、 クレジットカードゃデビットカード等を 利用して行う場合もある。 しかしながら、 従来の複合型総合レジャ一地域又は複合型総' 一施設では、 基本的に、 施設毎に決済を行う必要があるため、 顧客は、 その都度、 現金決済や、 クレジットカード決済の手続等を行わなければ ならないという問題点があつた。
特に、 クレジットカード決済の手続は、 各施設における決済毎に力一 ド認証や署名などが必要であるという煩雑さを有している。 また、 クレ ジットカード決済の場合、 家族の各人が別個の施設のサービスをほぼ同 時に受けるためには、 家族の各人がクレジットカ一ドを所持していなけ ればならないが、 実際上、 このような家族は稀である。
また、 遊技場などの施設においては、 未成年者がサービスの提供を受 けるためには、 未成年者自身が現金を持つていかなければサ一ビスの提 供を受けることができないこともある。 さもなければ、 決済能力のある 者が同伴しなければならず、 その場合、 かかる同伴者は、 退屈な思いを しなければならない。
さらに、 施設毎で決済するために、 各人がいくら使うか把握すること ができず、 つい予算オーバ一してしまうことにもあった。
以上、 家族旅行のような場合での課題を挙げたが、 個人旅行において も、 予算オーバ一し易い、 クレジットカード決済の手続の煩雑さなどの 課題は同様に存在する。
そこで、 本発明は、 以上の点に鑑みてなされたもので、 旅行などで、 短時間に多くの施設のサービスの提供などを享受する際に、 顧客にとつ て、 手続が簡易であり、 予算のォ一バーを防止できるなどの各種のメリ ットを有する決済システム及び決済方法を提供することを目的とする。 発明の開示 本発明の第 1の特徴は、 複数の施設に設けられた複数の施設端末と、 前記複数の施設端末と通信可能に構成されている管理装置とを具備する 決済システムであって、 前記管理装置が、 顧客に対して携帯識別媒体を 発行する携帯識別媒体発行部と、 前記顧客の識別情報と該顧客によって 予納されている金額を示す予納残高と前記携帯識別媒体の識別情報とを 関連付けて記憶する記憶部と、 前記施設端末から前記携帯識別媒体の識 別情報及び決済金額を含む決済要求を受信した場合、 該携帯識別媒体の 識別情報に関連付けられている前記予納残高と前記決済金額とを比較す ることによって該携帯識別媒体を用いて前記決済を行うことができるか 否かを判定する判定部と、 前記判定結果を含む決済応答を前記施設端末 に送信する決済応答送信部と、 前記決済を行うことができると判定した 場合、 前記記憶部に記憶されている前記予納残高を更新する更新部と、 前記決済を行うことができると判定した場合、 前記決済金額について前 記施設端末との間で清算する清算部とを具備し、 前記施設端末が、 前記 携帯識別媒体から該携帯識別媒体の識別情報を読み取り、 読み取った該 携帯識別媒体の識別情報及び前記決済金額を含む前記決済要求を前記管 理装置に送信する決済要求送信部と、 前記管理装置から受信した前記決 済応答に応じて前記決済を行うことができるか否かを表示する表示部と を具備することを要旨とする。
本発明の第 2の特徴は、本発明の第 1の特徴において、前記記憶部が、 前記携帯識別媒体の識別情報と、 前記施設端末で決済可能な金額を示す 第 1の施設利用可能残高とを関連付けて記憶しており、 前記判定部が、 前記施設端末から前記携帯識別媒体の識別情報及び決済金額を含む決済 要求を受信した場合、 前記第 1の施設利用可能残高と前記決済金額とを 比較することによって該携帯識別媒体を用いて前記決済を行うことがで きるか否かを判定することを要旨とする。
本発明の第 3の特徴は、本発明の第 1の特徴において、前記記憶部が、 前記携帯識別媒体の識別情報と、 前記複数の施設端末で決済可能な金額 をそれぞれ示す第 2の施設利用可能残高とを関連付けて記憶しており、 前記判定部が、 前記施設端末から前記携帯識別媒体の識別情報及び決済 金額を含む決済要求を受信した場合、 前記第 2の施設利用可能残高と前 記決済金額とを比較することによって該携帯識別媒体を用いて前記決済 を行うことができるか否かを判定することを要旨とする。
本発明の第 4の特徴は、本発明の第 1の特徴において、前記記憶部が、 前記携帯識別媒体の識別情報と、 該携帯識別媒体によって決済を行うこ とが不可能である前記施設端末を示す不適用施設端末の識別情報とを関 連付けて記憶しており、 前記判定部が、 前記不適用施設端末から前記携 帯識別媒体の識別情報及び決済金額を含む決済要求を受信した場合、 該 携帯識別媒体を用いて前記決済を行うことができないと判定することを 要旨とする。
本発明の第 5の特徴は、 本発明の第 1の特徴において、 前記携帯識別 媒体発行部が、 前記顧客に対して複数の携帯識別媒体を発行し、 前記記 憶部が、 前記顧客の識別情報と、 前記複数の携帯識別媒体の識別情報と をそれぞれ関連付けて記憶する; とを要旨とする。
本発明の第 6の特徴は、本発明の第 1の特徴において、前記記憶部が、 前記顧客の識別情報と、 ルームナンバーとを関連付けて記憶しており、 前記携帯識別媒体が、 前記ルームナンバーによって特定される部屋のド ァを開閉することができることを要旨とする。
本発明の第 7の特徴は、本発明の第 1の特徴において、前記記憶部が、 前記施設端末の識別情報と清算日とを関連付けて記憶しており、 前記清 算部が、 前記施設端末の識別情報に関連付けられている前記清算日に、 該施設端末との間で前記決済金額について清算することを要旨とする。 本発明の第 8の特徴は、本発明の第 1の特徴において、前記記憶部が、 前記施設端末の識別情報と利用条件とを関連付けて記憶しており、 前記 判定部が、 前記施設端末から前記携帯識別媒体の識別情報及び決済金額 を含む決済要求を受信した場合、 前記施設端末の識別情報に関連付けら れている前記利用条件に基づいて該携帯識別媒体を用いて前記決済を行 うことができるか否かを判定することを要旨とする。
本発明の第 9の特徴は、 本発明の第 1の特徴において、 前記携帯識別 媒体が、 非接触 I Cカードであることを要旨とする。
本発明の第 1 0の特徴は、 本発明の第 1の特徴において、 前記携帯識 別媒体が、 光通信型携帯端末であることを要旨とする。
本発明の第 1 1の特徴は、複数の施設に設けられた複数の施設端末と、 前記複数の施設端末と通信可能に構成されている管理装置との間で行わ れる決済方法であって、 前記管理装置において、 顧客に対して携帯識別 媒体を発行する工程 Aと、 前記管理装置において、 前記顧客の識別情報 と、 該顧客によって予納されている金額を示す予納残高と、 前記携帯識 別媒体の識別情報とを関連付けて記憶する工程 Bと、 前記施設端末にお いて、 前記携帯識別媒体から該携帯識別媒体の識別情報を読み取り、 読 み取った該携帯識別媒体の識別情報及び前記決済金額を含む前記決済要 求を前記管理装置に送信する工程 Cと、 前記管理装置において、 前記施 設端末から前記決済要求を受信した場合、 該携帯識別媒体の識別情報に 関連付けられている前記予納残高と前記決済金額とを比較することによ つて、 該携帯識別媒体を用いて前記決済を行うことができるか否かを判 定する工程 Dと、 前記管理装置において、 前記判定結果を含む決済応答 を前記施設端末に送信する工程 Eと、 前記管理装置において、 前記決済 を行うことができると判定した場合、前記予納残高を更新する工程 Fと、 前記施設端末において、 前記管理装置から受信した前記決済応答に応じ て、 前記決済を行うことができるか否かを表示する工程 Gと、 前記管理 装置において、 前記決済を行うことができると判定した場合、 前記決済 金額について前記施設端末との間で清算する工程 Hとを有することを要 旨とする。
本発明の第 1 2の特徴は、 本発明の第 1 1の特徴において、 前記管理 装置が、 前記携帯識別媒体の識別情報と、 前記施設端末で決済可能な金 額を示す第 1の施設利用可能残高とを関連付けて記憶しており、 前記ェ 程 Dにおいて、 前記管理装置が、 前記施設端末から前記携帯識別媒体の 識別情報及び決済金額を含む決済要求を受信した場合、 前記第 1の施設 利用可能残高と前記決済金額とを比較することによつて該携帯識別媒体 を用いて前記決済を行うことができるか否かを判定することを要旨とす る。
本発明の第 1 3の特徴は、 本発明の第 1 1の特徴において、 前記管理 装置が、 前記携帯識別媒体の識別情報と、 前記複数の施設端末で決済可 能な金額をそれぞれ示す第 2の施設利用可能残高とを関連付けて記憶し ており、 前記工程 Dにおいて、 前記管理装置が、 前記施設端末から前記 携帯識別媒体の識別情報及び決済金額を含む決済要求を受信した場合、 前記第 2の施設利用可能残高と前記決済金額とを比較することによって. 該携帯識別媒体を用いて前記決済を行うことができるか否かを判定する ことを要旨とする。
本発明の第 1 4の特徴は、 本発明の第 1 1の特徴において、 前記管理 装置が、 前記携帯識別媒体の識別情報と、 該携帯識別媒体によって決済 を行うことが不可能である前記施設端末を示す不適用施設端末の識別情 報とを関連付けて記憶しており、前記工程 Dにおいて、前記管理装置が、 前記不適用施設端末から前記携帯識別媒体の識別情報及び決済金額を含 む決済要求を受信した場合、 該携帯識別媒体を用いて前記決済を行うこ とができないと判定することを要旨とする。
本発明の第 1 5の特徴は、 本発明の第 1 1の特徴において、 前記工程 Aにおいて、 前記管理装置が、 前記顧客に対して複数の携帯識別媒体を 発行し、前記工程 Bにおいて、前記管理装置が、前記顧客の識別情報と、 前記複数の携帯識別媒体の識別情報とをそれぞれ関連付けて記憶するこ とを要旨とする。
本発明の第 1 6の特徴は、 本発明の第 1 1の特徴において、 前記管理 装置が、 前記顧客の識別情報と、 ルームナンバーとを関連付けて記憶し ており、 前記携帯識別媒体が、 前記ルームナンバーによって特定される 部屋のドアを開閉することができることを要旨とする。
本発明の第 1 7の特徴は、 本発明の第 1 1の特徴において、 前記管理 装置が、 前記施設端末の識別情報と、 清算日とを関連付けて記憶してお り、 前記工程 Hにおいて、 前記管理装置が、 前記施設端末の識別情報に 関連付けられている前記清算日に、 該施設端末との間で前記決済金額に ついて清算することを要旨とする。
本発明の第 1 8の特徴は、 本発明の第 1 1の特徴において、 前記管理 装置が、 前記施設端末の識別情報と利用条件とを関連付けて記憶してお り、 前記工程 Dにおいて、 前記管理装置が、 前記施設端末から前記携帯 識別媒体の識別情報及び決済金額を含む決済要求を受信した場合、 前記 施設端末の識別情報に関連付けられている前記利用条件に基づいて、 該 携帯識別媒体を用いて前記決済を行うことができるか否かを判定するこ とを要旨とする。
本発明の第 1 9の特徴は、 本発明の第 1 1の特徴において、 前記携帯 識別媒体が、 非接触 I Cカードであることを要旨とする。
本発明の第 2 0の特徴は、 本発明の第 1 1の特徴において、 前記携帯 識別媒体が、 光通信型携帯端末であることを要旨とする。 図面の簡単な説明
図 1は、 本発明の一実施形態に係る決済システムを用いた決済方法の 全体的な流れを説明するための図である。
図 2は、本発明の一実施形態に係る決済システムの全体構成図である。 図 3は、 本発明の一実施形態に係る決済システムのホテルコンビユー 夕の機能プロック図である。
図.4は、 本発明の一実施形態に係る決済システムの顧客データベース 部が格納するレコードの一例を示す図である。
図 5は、 本発明の一実施形態に係る決済システムの施設デ一夕べ一ス 部が格納するレコードの一例を示す図である。
図 6は、 本発明の一実施形態に係る決済システムの施設端末の機能ブ 口ック図である。
図 7は、 本発明の一実施形態に係るホテルコンピュータのチェックィ ン時の動作を示すフローチャートである。
図 8は、 本発明の一実施形態に係るホテルコンピュータ及び施設端末 が、 施設におけるサ一ビス提供や物品購入のための対価の支払い時に行 う動作を示すフローチャートである。
図 9は、 本発明の一実施形態に係るホテルコンピュータのチェックァ ゥト時の動作を示すフローチャートである。 図 1 0は、 本発明の一実施形態に係るホテルコンピュータが各施設に 対する清算処理を行う動作を示すフローチャートである。
図 1 1は、 カジノゲームを提供する施設の一例を示す図である ( 図 1 2は、 カジノゲームで用いられるチップの一例を示す図で ある。 発明を実施するための最良の形態
(本発明の一実施形態）
以下、 本実施形態に係る多施設決済システムについて、 図面を参照し ながら詳述する。
本実施形態に係る多施設決済システムは、 例えば、 ラスベガスに見ら れるようなホテル、 カジノ、 ショッピングモール等の複合型総合レジャ —地域若しくは複合型総合レジャー施設で使用される決済システムであ る。
図 1を用いて、 本実施形態に係る多施設決済システムを用いた決済方 法の全体的な流れを説明する。
ステップ 1 0 1において、 顧客 1は、 金融機関 （店舗又は A T M) 2 で、 キャッシュカードによる引き落としゃ、 クレジットカード等による キャッシングによって、 所定額の金銭を取得する。
ステップ 1 0 2において、 顧客 1は、 例えば、 ホテル 3のチェックィ ンの際に、 用意した所定額の金銭を、 当該ホテル 3に予納（デポジット） する。 ここで、 顧客 1は、 ホテル 3において、 クレジットカードやデビ ットカードを利用して、 直接、 所定額の金銭を予納してもよい。
ステップ 1 0 3において、 ホテル 3は、 各施設 4 A乃至 4 Dで使用可 能な多施設共通携帯識別媒体 （ルームキー若しくはホテル 3独自のホテ ルカ一ド等） 6 0を発行する。
また、 ステップ 1 0 3において、 ホテル 3は、 顧客 1のクレジット力 —ドゃデビッ卜カードを、 各施設 4 A乃至 4 Dで統一決済可能にしても よい。 かかる場合、 顧客のクレジットカード又はデピットカードが、 上 述の多施設共通携帯識別媒体 6 0に該当する。
ステップ 1 0 4において、 顧客 1は、 ホテル 3内の各施設 4 A乃至 4 D、 又はホテル 3と提携関係にあるカジノ、 ショッピングモール、 遊技 施設、 免税店等の各施設 4 A乃至 4 Dにおいて、 サービス提供の対価や 物品購入の代金を支払う際に、多施設共通携帯識別媒体 6 0を提示する。 ステップ 1 0 5において、 各施設 4 A乃至 4 Dは、 当該多施設共通携 帯識別媒体の識別情報に基づいて、 ホテル 3に予納されている予納金の 範囲で、 当該施設 4 A乃至 4 Dにおける使用金額を決済する。
ステップ 1 0 6において、 顧客 1は、 例えば、 ホテル 3のチェックァ ゥトの際に、 予納金の決済残金を受ける （残金を受領する） 。
(本実施形態に係る決済システムの構成）
図 2は、 本実施形態に係る多施設決済システム 1 0の全体構成図であ る。 本実施形態に係る多施設決済システム 1 0は、 図 2に示すように、 ホテルコンピュータ 2 0と施設端末 4 O A乃至 4 0 Dとを具備している, ホテルコンピュータ 2 0と施設端末 4 0 A乃至 4 0 Dとは、 第 1のネ ットワーク N 1を介して接続されている。 また、 ホテルコンピュータ 2 0は、 第 2のネットワーク N 2を介して金融機関サーバ 5 0に接続され ている。
なお、 第 1のネットワーク N 1は、 バス状、 メッシュ状、 リング状な どのいずれの形式のものでも.良い。 また、 第 2のネットワーク N 2は、 クレジットカードやデビットカード等の使用時の通信に利用される周知 のネッ卜ワークである。
ホテルコンピュータ 2 0は、 例えば、 ホテル 3のカウンタやカウンタ の裏側等に設置されている。 ホテルコンピュータ 2 0は、 複数の施設に 設けられた複数の施設端末と通信可能に構成されている管理装置を構成 する。 ホテルコンピュータ 2 0は、 本実施形態に係る多施設決済システ ム 1 0の決済処理を中心的に行う装置である。
具体的には、 ホテルコンピュータ 2 0は、 各施設端末 4 O A乃至 4 0 Dからの決済要求を受け、 決済応答の返信する機能を主たる機能として いる。 ホテルコンピュータ 2 0は、 1台の構成であっても良く、 複数台 の分散処理構成であっても良く、 機能的には、 後述する図 3に示すよう な構成を有する。
ホテルコンピュータ 2 0は、 図 3に示すように、 制御部 2 1と、 入力 部 2 2と、 表示部 2 3と、 印刷部 2 4と、 データベース 2 5と、 対施設 通信部 2 6と、 対金融機関通信部 2 7と、 ホテルカードリーダライタ 2 8と、 金融機関カードリーダ 2 9とを具備している。
本実施形態において、 ホテル力一ドリーダライタ 2 8が、 顧客 1に対 して携帯識別媒体 6 0を発行する携帯識別媒体発行部を構成する。また、 データベース 2 5が、 顧客の識別情報と、 顧客 1によって予納 （デポジ ット） されている金額を示す予納残高と、 携帯識別媒体の識別情報とを 関連付けて記憶する記憶部を構成する。 また、 制御部 2 1が、 施設端末 4 0から携帯識別媒体の識別情報及び決済金額を含む決済要求を受信し た場合、 携帯識別媒体の識別情報に関連付けられている予納残高と決済 金額とを比較することによって携帯識別媒体 6 0を用いて決済を行うこ とができるか否かを判定する判定部を構成する。 また、 対施設通信部 2 6が、 判定結果を含む決済応答を施設端末 4 0に送信する決済応答送信 部を構成する。 また、 制御部 2 1が、 上述の決済を行うことができると 判定した場合、 データべ一ス 2 5に記憶されている予納残高を更新する 更新部を構成する。 また、 対施設通信部 2 6が、 上述の決済を行うこと ができると判定した場合、 決済金額について施設端末 4 0との間で清算 する清算部を構成する。
制御部 2 1は、 入力部 2 2と表示部 2 3と印刷部 2 4とデータベース 2 5と対施設通信部 2 6と対金融機関通信部 2 7とホテルカードリーダ ライタ 2 8と金融機関カードリーダ 2 9とに接続されており、 ホテルコ ンピュータ 2全体の制御を司るものであって、例えば、 C P U、 R〇M、 R A M等で構成されている。
入力部 2 2は、 ホテル 3における顧客 1のチェックインやチェックァ ゥト等に必要な所定情報の入力に用いられるものである。入力部 2 2は、 例えば、 キーボードやマウス等によって構成されている。
表示部 2 3は、 情報入力用の画面表示やガイダンスメッセージの表示 こ供するものである。 表示部 2 3は、 例えば、 液晶ディスプレイや C R Tディスプレイ等によって構成されている。
印刷部 2 4は、 ホテル 3における顧客 1のチェックァゥト時などにお ける所定情報の印刷に供するものである。 印刷部 2 4は、 一般的なプリ ンタによって構成されている。
データベース 2 5は、 ホテル 3の顧客 （言い換えると、 多施設 4 A乃 至 4 Dでの共通顧客） 1に関する顧客データべ一ス部 2 5 a (図 4参照） や、 各施設に関する施設データベース部 2 5 b (図 5参照）等を有する。 データベース 2 5は、 例えば、 H D D等の大容量の外部記憶装置によつ て構成されている。
図 4に、 顧客データベース部 2 5 aが格納する 1顧客当たり （家族の 場合には 1家族当たり） のレコードの例を示す。
具体的には、 顧客データベース部 25 aは、 図 4に示すように、 顧客 特定情報 2 5 a lと、 ルームナンバー 2 5 a2と、 予納金情報 25 a3と、 宿泊費 2 5 a4と、施設利用可能残高 2 5 a 5と、 ホテルカード発行枚数 2 5 a6と、 ホテルカード識別情報 2 5 a 7と、 ホテルカード有効期間 25 a 8と、 不適用施設 25 a9と、 施設利用総額 2 5 al。と、 施設利用履歴 2 5 a l lとを関連付けるレコードを記憶している。
顧客特定情報 2 5 a lの情報フィールドには、 顧客 （家族などの複数人 宿泊の場合には代表者） 1の氏名、 住所、 電話番号などの顧客に関する 特定情報 （顧客の識別情報） が格納される。 また、 顧客特定情報 25 a l の情報フィールドには、 年齢、 性別などの情報や、 家族の氏名などの情 報が含まれていても良い。
ルームナンバー 2 5 a2の情報フィールドには、顧客 1が宿泊している ホテル 3の部屋を示すルームナンバーが格納される。 また、 ルームナン バー 2 5 a2の情報フィールドに、複数のルームナンバーが格納されてい ても良い。
予納金情報 2 5 a3の情報フィ一ルドには、 ホテル 3において予納 （デ ポジット） された金額や、 現金による予納やクレジットカード利用によ る予納ゃデビットカード利用による予納などの予納を行つた方法などの 情報が格納される。
宿泊費 25 a4の情報フィールドには、 宿泊費用の情報が格納される。 宿泊費 2 5 a4の情報フィールドには、 ホテル 3におけるチェックイン時 に、 予定の宿泊日数から算出した宿泊費用を格納しても良く、 宿泊が 1 日増える毎に更新して格納するようにしても良い。
施設利用可能残高 25 a 5の情報フィ一ルドには、 そのときどきの、 多 施設決済システム 1 0に含まれる施設 4 A乃至 4 Dで利用可能な金額の 情報 （第 1の施設利用可能残高） が格納されている。
また、 データベース 2 5は、 施設 4 A乃至 4 Dごとに利用可能な金額 (第 2の施設利用可能残高） を記憶していても良い。
ホテルカード発行枚数 2 5 a 6の情報フィールドには、 その顧客 （家族 など） 1に発行したホテルカード （多施設共通携帯識別媒体） 6 0の枚 数の情報が格納される。 ホテルカード 6 0の発行枚数が、 2枚以上の場 合には、 以下の情報フィールド 2 5 a 7〜2 5 a l lの情報は、 ホテルカー ド 6 0の発行枚数分だけ繰り返して格納される。
ホテルカード識別情報 2 5 a 7の情報フィールドには、発行したホテル 力一ド 6 0の識別情報 （固有情報） が格納される。 このホテルカード 6 0の識別情報には、 ホテル 3の特定情報が含まれていても良い。 また、 ホテル 3の特定情報は、 ホテルカード 6 0の識別情報と別個のものであ つても良い。
ホテルカード有効期間 2 5 a 8の情報フィールドには、発行されたホテ ルカード 6 0を利用して、 各施設 4 A乃至 4 Dで、 サービスの提供を受 けることができる期間情報、 又は、 物品の購入ができる期間情報が格納 される。 例えば、 ホテルカード有効期間 2 5 a 8の情報フィールドには、 チェックアウト予定日時が格納される。 ここでは、 ホテルカード有効期 間 2 5 a 8の情報フィールドは、各顧客 1に複数枚のホテルカード 6 0を 発行する場合において、 ホテルカード 6 0毎に異なる設定を可能とした が、 全てのホテルカード 6 0に共通に設定するようにしても良い。
不適用施設 2 5 a 9の情報フィールドには、多施設決済システム 1 0の 構成要素となっている施設 4 A乃至 4 Dではあるが、 発行されたホテル カード 6 0では、 サービスの提供や物品の購入などが禁止されている施 設 4 A乃至 4Dの情報が格納される。 例えば、 ホテルカード 60が発行 された顧客 1が未成年である場合、不適用施設 2 5 a9の情報フィールド には、 成人専用施設が設定される。 不適用施設 2 5 a9の情報フィールド の設定は、 施設 4 A乃至 4 Dにおける全てのサービスや物品に対するも のであっても良く、 施設 4 A乃至 4Dにおける特定サービスのみに対す るものであっても良い。
施設利用総額 2 5 al。の情報フィールドには、 発行されたホテル力一 ド 60を利用して各施設 4 A乃至 4Dで提供を受けたサービスのサ一ビ ス料ゃ購買した物品の金額の総額が格納される。
施設利用履歴 2 5 a l lの情報フィールドには、 発行されたホテルカー ド 60による施設 4 A乃至 4Dの利用履歴の情報が格納される。
図 5に、 施設データベース部 25 bが格納する 1施設当たりのレコー ドの例を示す。
具体的には、 施設デ一夕ベース部 25bは、 図 5に示すように、 施設 識別情報 25b lと、 利用条件 25 b2と、 清算日 25 b 3と、 清算方法 2 5b4と、 利用者数 25 b 5と、 利用総額 25b6とを関連付けるレコード を記憶している。
施設識別情報 2 5 b lの情報フィールドには、施設 4 A乃至 4Dの識別 情報が格納されている。
利用条件 2 5 b2の情報フィールドには、施設 4 A乃至 4 Dを利用でき る顧客 1の条件などが格納されている。 例えば、 利用条件 25 b2の情報 フィールドには、 所定の施設 4 A乃至 4Dについて、 成人だけが利用可 能であるという利用条件や、 女性だけが利用可能であるという利用条件 等が格納されている。
ここで、 利用条件 25 b ;?の情報フィールドに、 施設 4 A乃至 4Dが提 供可能な複数のサービス毎に利用条件を設定しても良いし、 物品種類の 一部に対しての利用条件を設定しても良い。 なお、 上述した不適用施設
2 5 a 9の情報フィールドは、利用条件 2 5 b 2の情報フィールドに設定さ れている利用条件等が参照されて設定される。
清算日 2 5 b 3の情報フィールドには、施設 4 A乃至 4 Dとホテル 3と の間で、 施設 4 A乃至 4 Dの利用金額 （利用総額） を清算する日又は日 時の情報が格納されている。例えば、清算日 2 5 b 3の情報フィールドに、 施設 4 A乃至 4 Dの利用金額（利用総額） を清算する日として 「毎月末」 と設定することができる。
すなわち、 上述したように、 各施設 4 A乃至 4 Dでの利用料金は、 ホ テル 3が収集しているので、 ホテル 3から施設 4 A乃至 4 Dへの支払い (清算） が必要であり、 清算日 2 5 b 3の情報フィールドには、 その清算 日の情報が格納されている。
清算方法 2 5 b 4の情報フィールドには、施設 4 A乃至 4 Dとホテル 3 との間で行う利用金額 （利用総額） の清算方法が格納されている。 例え ば、 清算方法 2 5 b 4の情報フィールドに、 現金収受、 口座振替による方 法 （口座の特定情報などを含む） を設定することができる。
利用者数 2 5 b 5の情報フィールドには、前回の清算以降の施設 4 A乃 至 4 Dに対するホテルカード 6 0を用いて決済した利用者数 （顧客数） の情報が格納されている。 この利用者数の情報は、 各施設 4 A乃至 4 D などでの統計処理に供するように、 サービス単位や販売物品の種類単位 など、 細分化された情報であっても良い。
利用総額 2 5 b 6の情報フィールドには、前回の清算以降のその施設に 対するホテル力一ド 6 0を用いた決済の決済額の総額が格納されている < なお、 この決済額の総額は、 各施設 4 A乃至 4 Dなどでの統計処理に供 するように、 サービス単位や販売物品の種類単位など、 細分化された情 報及びその合計の情報であつても良い。
対施設通信部 2 6は、 第 1のネットワーク N 1を介して、 いずれかの 施設端末 4 O A乃至 4 0 Dと通信を行うものである。 なお、 当該ホテル コンピュータ 2 0と施設端末 4 0 A乃至 4 0 Dとの間の通信プロトコル 等は、 任意なものであって良い。
対金融機関通信部 2 7は、 第 2のネットワーク N 2を介して、 金融機 関サーバ 5 0との通信を行うものである。
ホテル力一ドリーダライタ 2 8は、 ホテル 3内施設 4 A乃至 4 Dゃホ テル 3と提携関係にある施設 4 A乃至 4 Dなどで共通に利用できるホテ ルカード 6 0を発行したり、 回収したり、 ホテルカード 6 0に各種情報 を書き込んだり、 ホテルカード 6 0に記憶されている情報を読み出した りするものである。
金融機関力一ドリ一ダ 2 9は、 金融機関 2が発行したクレジットカー ドゃデビットカード等に記憶されている情報の読み取りを行うものであ る。
以上のような各機能部からなるホテルコンピュータ 2 0は、 多施設決 済システム 1 0用の専用のものであっても良く、 また、 顧客 1の予約管 理ゃ宿泊客管理などに用いられている既存のホテル 3内のコンピュータ と兼用されるものであっても良い。
また、 本実施形態では、 「多施設共通携帯識別媒体」 として、 ホテル 3で発行されるホテルカード 6 0が用いられている。 顧客 1に渡された 直後のホテルカード 6 0は、 少なくともホテル 3の識別情報及びホテル カード 6 0自体の識別情報を含んでいる。
各施設端末 4 O A乃至 4 0 Dは、 それぞれ、 ホテル 3内施設 4 A乃至 4 Dや、ホテル 3と提携関係にある施設 4 A乃至 4 Dに設けられている。 各施設端末 4 O A乃至 4 0 Dは、 施設 4 A乃至 4 Dに係る決済要求を ホテルコンピュータ 2 0に送信し、 ホテルコンピュータ 2 0から返信さ れた決済応答に応じて、 施設 4 A乃至 4 Dでのサービスの提供の可、 不 可や、 物品販売の可、 不可などを判定するものである。
ここで、 ホテル 3内施設 4 A乃至 4 Dには、 遊技施設やレストランや みやげ店などだけでなく、 宿泊ル一ム内の有料テレビ等が含まれていて も良い。
各施設端末 4 O A乃至 4 0 Dは、 図 6に示すように、 制御部 4 1と、 入力部 4 2と、 表示部 4 3と、 対ホテル通信部 4 4と、 ホテルカードリ 一ダライタ 4 5とを具備している。
本実施形態において、 対ホテル通信部 4 4とホテルカードリーダライ 夕 4 5とが、携帯識別媒体 6 0から携帯識別媒体の識別情報を読み取り、 読み取った携帯識別媒体の識別情報及び決済金額を含む決済要求を管理 装置に送信する決済要求送信部を構成する。 また、 表示部 4 3が、 管理 装置 （ホテルコンピュータ 2 0 ) から受信した決済応答に応じて決済を 行うことができるか否かを表示する表示部を構成する。
制御部 4 1は、 入力部 4 2と表示部 4 3と対ホテル通信部 4 4とホテ ルカ一ドリ一ダライタ 4 5とに接続されており、 施設端末 4 A乃至 4 D 全体の制御を司るものであって、 例えば、 C P U、 R O M、 R AM等で 構成されている。
入力部 4 2は、 提供サービスや販売物品の決済要求や決済額などの入 力に供するものである。 入力部 4 2は、 例えば、 キーポ一ドやマウス等 で構成されている。 ここで、 提供サービスが 1種類であって、 サービス 提供料が 1種類の場合であれば、 ホテルカードリーダライタ 4 5による ホテルカード 6 0からの情報の読取りをトリガとして、 決済要求を行つ ても良く、 この場合には、 入力部 4 2を省略するようにしても良い。 表示部 4 3は、 情報入力用の画面表示やガイダンスメッセージや決済 要求に対する決済応答の表示などに供するものである。 表示部 4 3は、 液晶ディスプレイや C R Tディスプレイ等で構成されている。
対ホテル通信部 4 4は、 第 1のネットワーク N 1を介して、 ホテルコ ンピュー夕 2 0と通信を行うものである。
ホテルカードリーダライ夕 4 5は、 上述したホテルカード 6 0に情報 を書き込んだり、 ホテルカード 6 0に記憶されている情報を読み出した りするものである。
なお、 図 6では省略しているが、 各施設端末 4 0 A乃至 4 0 Dに、 デ 一夕ベースを持たせ、 各施設 4 A乃至 4 Dにおける利用履歴情報を格納 させるようにしても良い。
金融機関サーバ 5 0は、 金融機関 2又はその関連施設に設置されてお り、 クレジットカード決済要求に対する処理ゃデビットカード決済要求 に対する処理を行う既知のものであり、その内部構成の説明は省略する。 (本実施形態に係る決済システムの動作）
以上の構成を有する実施形態の多施設決済システム 1 0の全体動作は; 上述した概要説明から理解できるので、 以下では、 その部分的動作を詳 述する。
第 1に、 顧客 1のホテル 3へのチェックイン時のホテルコンピュータ 2の動作、 及びその際のホテル 3のフロント係の動作を、 図 7のフロー チャートを参照しながら説明する。
予納を利用する顧客 1は、 ホテル 3のフロント係にその旨を通知し、 当該フロント係が、 ホテルコンピュータ 2 0の入力部 2 2を操作して、 ホテルコンピュータ 2 0に対し、 図 7の処理プログラム （フローチヤ一 ト） を開始させる。
ステップ 7 0 1において、 ホテル 3のフロント係は、 顧客 1について の予納金の入金処理を行う。
具体的には、 顧客 1による予納金の入金が現金により行われる場合で あれば、 フロント係は、 入力部 2 2を操作して予納金情報 （予納金額を 含む） を入力する。
また、 顧客 1による予納金の入金がクレジットカード決済を利用して 行われる場合であれば、 フロント係は、 顧客 1が有するクレジットカー ドを金融機関カードリーダ 2 9に読み取らせると共に、 予納金額を入力 部 2 2から入力して、 金融機関サーバ 5 0にクレジットカード決済させ る。
さらに、 顧客 1による予納金の入金がデビットカード決済を利用して 行われる場合であれば、 フロント係は、 顧客 1が有するデビット力一ド を金融機関カードリーダ 2 9に読み取らせると共に、 予納金額を入力部 2 2から入力して、 金融機関サーバ 5 0にデビットカード決済させる。 なお、図 3では、 1つの金融機関カードリーダ 2 9を記載しているが、 対応できるクレジットカードやデビットカードの種類などに応じて、 複 数の金融機関力一ドリ一ダ 2 9を備えていても良い。 また、 金融機関サ ーパ 5 0も、 対象となっている金融機関 2や金融機関 2群毎に複数存在 してもよい。
ステップ 7 0 2において、 ホテルコンピュータ 2 0は、 フロント係に よる入力情報などに応じて、 顧客データベース 2 5 aに、 当該顧客 1に 関する情報のうち、 当該顧客 1に発行する全てのホテルカード 6 0に共 通な情報を設定する。 すなわち、 ホテルコンピュータ 2 0は、 図 4に示した顧客特定情報 1 4 a ,の情報フィ一ルドからホテルカード発行枚数 1 4 a 6の情報フィ一 ルドまでの情報を設定する。
なお、 この際、 図示しない予約管理用のデータベースからの情報を流 用するようにしても良い。
また、 施設利用可能残高 1 4 a 5の情報フィールドについては、 予納金 情報 1 4 a 3の情報フィ一ルド及び宿泊費 1 4 a 4の情報フィールドに設 定されている情報から自動演算で設定させるようにしても良い。
ステップ 7 0 3において、 ホテルコンピュータ 2 0は、 ホテルカード リーダライタ 2 8を介して 1枚のホテル力一ド 6 0を発行する。
ステップ 7 0 4において、 ホテルコンピュータ 2 0は、 フロント係に よる入力情報等に応じて、 顧客データペース 2 5 aに、 ステップ 7 0 3 で発行したホテルカード 6 0の各々に特有な情報を設定する。
すなわち、 ホテルコンピュータ 2 0は、 図 4に示したホテル力一ド識 別情報 1 4 a 7の情報フィールドから施設利用履歴 1 4 a l lの情報フィ 一ルドまでの情報を設定する。
ここで、 フロント係は、 顧客 1に問い合わせた結果の応じて、 入力部 2 2を操作して、不適用施設 1 4 a 9の情報フィールドを設定する。また、 施設利用総額 1 4 a i。の情報フィ一ルドゃ施設利用履歴 1 4 a i iの情報 フィールド等は初期状態で設定される。
ステップ 7 0 5において、 ホテルコンピュータ 2 0は、 顧客 1が希望 する必要枚数のホテルカード 6 0の発行が終了したか否かを確認する。 全てのホテル力一ド 6 0の発行が終了していなければ、 ステップ 7 0 2に戻って、 ホテルコンピュータ 2 0は、 次のホテルカード 6 0の発行 を行う。 方、 全てのホテルカード 6 0の発行が終了していれば、 多施設決済 システム 1 0に関連するチェックイン時の処理を終了する。
第 2に、 顧客 1が施設 4 A乃至 4 Dにおいてサービス提供や物品購入 のための対価の支払いを行う場合のホテルコンピュータ 2 0及び施設端 末 4 0 A乃至 4 0 Dの動作を、 図 8のシーケンス図を参照しながら説明 する。
ステップ 8 0 1において、 施設 4のレジ係が、 顧客 1が所持している ホテルカード 6 0を施設端末 4 0のホテル力一ドリ一ダライタ 4 5に読 み取らせる。
ここで、 施設 4においてサービス提供料金や物品料金などが一律であ る場合には、 施設端末 4 0は、 制御部 4 1に記憶されている料金額を決 済金額として利用できる。 一方、 施設 4においてサービス提供料金や物 品料金などが異なる場合には、 レジ係が、 入力部 4 2を操作して決済金 額を入力する必要がある。
ステップ 8 0 2において、 施設端末 4 0は、 ホテルカード 6 0から読 み取ったホテル 3の識別情報やホテルカード 2 0の識別情報と、 制御部 1で内部管理している施設 4の識別情報と、 決済金額の情報とを含む 決済要求を形成して、 ホテルコンピュータ 2 0に送信する。
ステップ 8 0 3において、 このような決済要求を受信したホテルコン ピュ一夕 2 0は、 ホテルカード 6 0に係る、 顧客データベース 2 5 3に 記憶されているレコードに基づいて、 当該決済要求に係る決済が可能か 否かを判別する。
ここで、 当該決済が 「不可」 であると判断するのは、 例えば、 以下の 通りである。
第 1に、顧客データベース 2 5 aにおける施設利用可能残高 1 4 a 5が、 今回求められている決済金額より小さい場合である。 第 2に、 決済要求 に係るホテルカード 6 0が、 顧客データベース 2 5 aにおけるホテル力 ード有効期限 2 5 a 8を越えているものである場合である。 第 3に、 決済 要求を送信した施設 4が、 顧客データベース 2 5 aにおける不適用施設 2 5 a 9に該当する場合である。 第 4に、 決済要求に係るホテルカード 6 0が、 顧客データベース 2 5 3に設定されていない場合 （すなわち、 決 済要求に係るホテルカード 6 0を識別するホテルカード識別情報 2 5 a 7が顧客データベース 2 5 a内に存在しない場合） 等である。
以上のような決済が 「不可」 であるという条件に該当せず、 決済を実 行できる場合には、 ステップ 8 0 4において、 ホテルコンピュータ 2 0 は、 当該決済要求に係る決済内容に応じて、 顧客データべ一ス 2 5 3の 内容を更新し、 ステップ 8 0 5において、 施設データベース 2 5 bの内 容を更新し、 ステップ 8 0 6において、 施設端末 4 0に向けて、 当該決 済要求に対する許可を示す決済応答を返信する。
ステップ 8 0 4での顧客データベース 2 5 &の更新では、 施設利用可 能残高 1 4 a 5を今回の決済金額だけ減少させたり、 ホテルカード 6 0別 の施設利用総額 1 4 a l。を今回の決済金額だけ増大させたり、 施設利用 履歴 1 4 a l lに今回の決済に係る履歴内容を追加したりする。
また、 ステップ 8 0 5での施設データベース 2 5 bの更新では、 利用 者数 1 4 b 5を 1だけ増大させると共に、利用総額 1 4 b 6を今回の決済金 額だけ増大させる。
ステップ 8 0 7において、 許可を示す決済応答が返信された施設端末 4 0は、 上述の決済が許可された旨を、 例えば、 表示部 4 3によって報 知し、 ステップ 8 0 8において、 ホテルカード 6 0に今回の履歴を書き 込んでホテルカード 6 0を排出する。 決済が許可された旨の報知を認識したレジ係は、 顧客 1に対する館内 の立ち入りを認めたり、 購入希望物品の引き渡しを行ったりなどする。 また、 排出されたホテルカード 6 0を顧客 1に返却する。
一方、上述した決済が「不可」であるという条件に該当した場合には、 ホテルコンピュータ 2 0は、 ステップ 8 0 9において、 顧客デ一タベー ス 2 5 aの内容を更新し、 ステップ 8 1 0において、 施設端末 4 0に向 けて、 不許可を示す決済応答を返信する。
ここで、 顧客データベース 2 5 aの更新内容は、 例えば、 施設利用履 歴 1 4 a l に今回の不許可決済に係る履歴内容を追加することである。 不許可を示す決済応答が返信された施設端末 4 0は、 ステップ 8 1 1 において、 上述の決済が不許可である旨を、 例えば、 表示部 4 3によつ て報知し、 ステップ 8 1 2において、 ホテルカード 6 0に今回の履歴を 書き込んでホテルカード 6 0を排出する。
決済が不許可となった旨の報知を認識したレジ係は、 顧客 1に対して 館内の立ち入りを拒否したり、 購入希望物品の引き渡しを拒否したりな どする。 また、 排出されたホテルカード 6 0を顧客 1に返却する。 第 3に、 顧客 1のホテル 3におけるチェックァゥト時のホテルコンビ ユー夕 2 0の動作、 及びその際のホテル 3のフロント係の動作を、 図 9 のフローチャートを参照しながら説明する。
顧客 1からチェックアウトを告げられたフロント係は、 ホテルコンビ ユー夕 2 0の入力部 2 2を操作して、 ホテルコンピュータ 2 0に対し、 図 9の処理プログラム （フローチャート） を開始させる。
ステップ 9 0 1において、 ホテルコンピュータ 2 0のホテルカードリ 一ダライタ 2 8に、 顧客 1が所持していたホテルカード 6 0の読み取り を実行させる。 ステップ 9 0 2において、 ホテルコンピュータ 2 0は、 ホテル力一ド 6 0に記憶されていた施設利用履歴と、 顧客デ一夕ベース 2 5 aにおけ る施設利用履歴 2 5 a l lとの照合を行う。
ステップ 9 0 3において、 ホテルコンピュータ 2 0は、 両施設利用履 歴が不一致の場合には、 表示部 2 3にその旨を表示させる。 この結果、 フロント係は、 施設 4 A乃至 4 Dとの連絡や、 施設端末 4 O A乃至 4 0 Dとの通信などによる利用状況の確認の動作を行うことができる。
一方、 ステップ 9 0 4において、 ホテルコンピュータ 2 0は、 両施設 利用履歴が一致していると、 ホテルカード 6 0を回収する。
ステップ 9 0 5において、 ホテルコンピュータ 2 0は、 当該顧客 （家 族、 顧客群） 1に発行した全てのホテルカード 6 0に対する上述した処 理が終了したか否かを判定し、 終了していなければ、 上述したステップ 9 0 1に戻る。
以上のようにして発行したホテルカード 6 0の全てについて、 両施設 利用履歴との一致が確認されると、 ステップ 9 0 6において、 ホテルコ ンピュ一夕 2 0は、 印刷部 2 4によって、 施設利用明細を印刷させる。 ステップ 9 0 7において、 フロント係は、 施設可能利用残高 （予納残高） が残っていれば、 その返金処理を行って、 図 9に示す一連の処理を終了 する。
施設利用明細の印刷は、 発行したホテルカード 6 0毎の利用明細を印 刷することが好ましい。 また、 当初の予納がクレジットカードやデビッ トカードによって行われた場合であっても、 現金による返金処理を認め るようにしても良い。 その他、 振り込みによる返金処理などを適用する ようにしても良い。
次に、 ホテルコンピュータ 2 0が実行する対施設 4 A乃至 4 Dへの清 算動作を、 図 1 0のフローチャートを参照しながら説明する。
ホテルコンピュータ 2 0は、 例えば、 所定日時 （例えば、 毎日 9時） に自動的に、 又は、 オペレータの起動入力により、 図 1 0に示す処理プ ログラム （フローチャート） を開始する。
ステップ 1 0 0 1において、 ホテルコンピュータ 2 0は、 施設デ一夕 ベース 2 5 bから 1個の施設の清算日 2 5 b 3を取り出す。 ステップ 1 0 0 2において、 ホテルコンピュータ 2 0は、 本日が清算日になっている か否かを判別する。
施設 4 A乃至 4 Dとの清算日が本日であれば、 ステップ 1 0 0 3にお いて、 ホテルコンピュータ 2 0は、 施設データべ一ス 2 5 bの内容に基 づいた清算明細を印刷部 2 4によって印刷させる。 ステップ 1 0 0 4に おいて、 施設データべ一ス 2 5 ^こおける清算方法 2 5 b 4に従って、 利 用総額 2 5 b 6の清算処理を行う。
例えば、 清算方法 2 5 b 4が振込み送金を指示していれば、 ホテルコン ピュー夕 2 0は、 対金融機関通信部 2 7を介して、 金融機関サーバ 5 0 への振込送金処理を行う。 また、 清算方法 2 5 b 4が現金授受 （持参又は 集金を問わない） を指示していれば、 ホテルコンピュータ 2 0は、 現金 管理装置 （図 3では省略） などから、 利用総額分の金銭を排出させる。 なお、 清算対象施設がホテル 3内施設 4 A乃至 4 Dであれば、 清算方法 2 5 b 4は、 ホテル 3の経理コンピュータ （図示せず） への金額情報の移 動という清算方法等を指示しても良い。
ステップ 1 0 0 5において、 ホテルコンピュータ 2 0は、 全施設 4 A 乃至 4 Dに対する清算処理が終了したかを確認する。 全ての清算処理が 終了していなければ、 本動作は、 ステップ 1 0 0 1に戻り、 全ての清算 処理が終了したときには、 図 1 0の一連の処理を終了する。 (本実施形態に係る決済システムの効果）
本実施形態の多施設決済システム 1 0によれば、 以下のような各種の 効果を奏することができる。
本実施形態の多施設決済システム 1 0によれば、 制御部 2 1が、 施設 端末 4 0から携帯識別媒体の識別情報及び決済金額を含む決済要求を受 信した場合、 携帯識別媒体の識別情報に関連付けられている予納残高と 決済金額とを比較することによって携帯識別媒体 （ホテルカード） 6 0 を用いて決済を行うことができるか否かを判定するため、 顧客は、 クレ ジットカードゃデビットカード等を用いた場合とは異なり、 各施設 4 0 A乃至 4 0 Dにおいて個人認証を用いた決済手続をすることなく、 1枚 のホテルカード 6 0を用いて施設 4 0 A乃至 4 0 Dの提供サービスゃ販 売物品を享受することができる。
また、 本実施形態の多施設決済システム 1 0によれば、 施設 4 0 A乃 至 4 0 Dの提供サービスや販売物品を享受することができる上限が予納 残高に抑えられているので、 旅行などの予算をオーバーすることも防止 し得る。
また、 本実施形態の多施設決済システム 1 0によれば、 顧客 1が、 現 金を持ち歩くことなく、 各施設 4 A乃至 4 Dを利用できるので、 安全性 を向上することが出来る。 仮に、 ホテルカードが盗難等にあつたとして も、 盗難した者に予納残高を超えた使用を防止することができる。
また、 本実施形態の多施設決済システム 1 0によれば、 ホテルカード 6 0の使用もホテル 3と提携した施設 4 A乃至 4 D等に限定されるので- 損害を最小限に抑えることができる。 また、 盗難した者がホテルカード 6 0を使用しょうとしても、 ホテルカード 6 0を使用することができる のがホテル 3と提携した施設 4 A乃至 4 D等に限定されるので、 発見さ れ易いものとなっている。 また、 ホテルカード 6 0使用禁止も、 ホテル コンピュータ 3 0への入力で容易に行うことができる。
また、 本実施形態の多施設決済システム 1 0によれば、 ホテルカード リーダライタ 2 8が、 顧客 1に対して複数の携帯識別媒体 （ホテルカー ド） 6 0を発行し、 データべ一ス 2 5が、 顧客の識別情報と複数の携帯 識別媒体の識別情報とをそれぞれ関連付けて記憶するため、 同一の予納 金を利用することを可能とする複数のホテルカード 6 0を発行すること ができ、 家族旅行などの少人数旅行に有効である。
また、 本実施形態の多施設決済システム 1 0によれば、 デ一夕ベース 2 5が、 携帯識別媒体の識別情報と不適用施設端末の識別情報とを関連 付けて記憶しており、 制御部 2 1が、 不適用施設端末から携帯識別媒体 の識別情報及び決済金額を含む決済要求を受信した場合、 携帯識別媒体 (ホテルカード） 6 0を用いて該不適用施設端末において決済を行うこ とができないと判定するため、 ホテルカード 6 0毎に、 利用可能な施設 やサービス種別などを自由に設定することができる。
例えば、 本実施形態の多施設決済システム 1 0によれば、 カジノへの 出入りを禁止されている未成年者のホテルカード 6 0には、 カジノを使 用できないように設定することができる。 また、 本実施形態の多施設決 済システム 1 0によれば、 例えば、 ホテル 3のビデオサービスにおいて も、 未成年者には X指定のビデオサービスを受けられないように設定す ることができる。
なお、 このような不適用施設の情報は、 ホテルカード 6 0に記憶させ ておき、 施設端末 4 0でホテルコンピュータ 2 0に問い合わせることな く、 決済を行うことができるか否かについて判定できるようにしても良 い。
また、 本実施形態の多施設決済システム 1 0によれば、 データベース 2 5が、 携帯識別媒体の識別情報と第 2の施設利用可能残高とを関連付 けて記憶しており、 制御部 2 1が、 施設端末 4 0から携帯識別媒体の識 別情報及び決済金額を含む決済要求を受信した場合、 第 2の施設利用可 能残高と決済金額とを比較することによって携帯識別媒体 6 0を用いて 決済を行うことができるか否かを判定するため、 顧客 1によって予納さ れた金額の残高を各ホテルカード 6 0に配分し、 各ホテルカード 6 0で 利用可能な金額の上限を設定することができる。
また、 本実施形態の多施設決済システム 1 0によれば、 ホテルカード 6 0をルームキ一として機能させることができるので、 ホテル 3にとつ ては、 ホテルカード 2 0の発行管理が容易になり、 顧客 1にとつては、 外出時の携帯物品を抑えることができ、 共にメリットが大きい。
また、 本実施形態の多施設決済システム 1 0によれば、 ホテル 3や施 設 4側から見れば、 顧客 1の買い物情報やサービスの提供情報などのデ 一夕ベース 2 5を作成することができ、 今後の運営、 営業などに反映す ることができる。 上述した図 5以上に、 統計データを含めた施設データ ベースを構築した場合には、 上記効果は非常に有効である。
また、 本実施形態の多施設決済システム 1 0によれば、 ホテル 3が、 預かっている金銭 （予納金） を用いて、 買い物やサービスの享受のため の決済を行うので、 各施設 4 A乃至 4 Dでは、 手続を簡素化でき、 P〇 S端末等のホテル力一ド 6 0を用いた処理を可能とする端末を共通化す ることができる。
また、 本実施形態の多施設決済システム 1 0によれば、 各種のクレジ ットカードやデビッドカードに対応する場合であっても、 各施設 4 A乃 至 4 Dが用意しなければならない端末の数やコストを削減することがで さる。
(他の実施形態に係る決済システム）
本発明に係る決済システムに対して、上記実施形態の説明においても、 種々変形した実施形態を挙げたが、 さらに、 以下に例示するような変形 実施形態を挙げることができる。
上述の実施形態では、 ホテルカード 6 0として、 例えば、 I Cカード や磁気カードなどの読み書きできるものを想定しているが、 情報の読取 りだけができるものであっても良く （例えば、 エンボスカード） 、 さら には、 単に文字が印刷されたものであっても良い。
また、 ホテル力一ド 6 0は、 カード状のものだけでなく、 棒状など他 の形状のものであっても良い。
また、 ホテルカード 6 0は、 光通信型携帯端末であっても良い。 かか る場合、 ホテルコンピュータ 2 0が、 顧客 1の有する光通信型携帯端末 との間で L E D等の光通信を介して、 当該光通信型携帯端末にホテル力 ード 6 0の機能を具備させるため、 ホテルカード 6 0を発行する必要が なくなり、 ホテルカード発行費用を削減することができる。 ホテル 3に おいて、 当該光通信型携帯端末を貸し出しても良い。
また、 ホテルカード 6 0は、 ホテル 3の部屋の鍵として利用可能なル 一ムキー機能を具備するものであっても良い。
また、 ホテルカード 6 0は、 ホテル 3に予め予納 （デポジット） され ている金額の範囲で利用可能なデポジットカードであっても良い。 かか るホテルカード 6 0は、クレジットカードと比べて、盗難による被害が、 予納金額に限定されるというメリットがある。 また、 かかるホテルカー ド 6 0によりホテル 3におけるデポジット量が増えると、 ホテル 3とし て信頼が増すため、 ホテル力一ド 6 0が普及しやすくなる。
また、 ホテルカード 6 0は、 カジノのスロットマシン等のギャンブル を行う際に使用する遊戯用カード （ギャンブル用カード） であっても良 い。
また、 ホテルカード 6 0は、 イントラネットやインタ一ネットを介し てカジノゲームを行うために用いるィントラネット又はィンターネット カジノカード機能を具備していても良い。
また、 ホテルカード 6 0は、 I Cタグ等を用いた非接触 I Cカードで あっても良い。 かかる場合、 ホテルカード 6 0は、 無線通信によってデ 一夕のやり取りを行うことが可能となるため、 自販機やレジ等における 支払いや、 部屋のドアの開閉操作等に用いることができる。
また、 ホテルカード 6 0は、 グループ化された複数のホテルで使用可 能となるように構成しても良い。 このように構成することで、 ラスベガ スのようなカジノホテル街では、 1つのホテルカード 6 0を街全体で使 用することができる。 すなわち、 顧客 1は、 上述のカジノホテル街の 1 つのホテル 3でホテルカード 6 0を用いて予納 （デポジット） しておけ ば、 当該カジノホテル街の他のホテル 3でも当該ホテルカード 6 0を使 用することができる。
また、 ホテルカード 6 0に、 当該ホテル力一ド 6 0を所持する顧客 1 の顔画像データや指紋データやパスヮードなどの個人認証情報を含めて おき、 ホテルコンピュータ 2 0又は施設端末 4 0が、 ホテルコンビュ一 夕 2 0が管理している登録されている個人認証情報とホテルカード 6 0 に記憶されている個人認証情報との照合を行うようにしても良い。 また、 施設端末 4 O A乃至 4 0 Dは、 顧客 1により提出されたホテル カード 6 0に記憶されている顔画像データに基づいて、 顔画像を表示す るように構成されていても良い。
また、 ホテルコンピュータ 2 0は、 施設利用可能残高 （予納金残高） が 0又は所定額以下になったときに、 表示部 2 3などに報知し、 フロン ト係が、 戻ってきた顧客 1に通知できるようにしても良い。
本実施形態に係る多施設決済システム 1 0は、 1顧客 （顧客群、 家族） に 1枚のホテル力一ド 6 0を発行するシステムであっても良い。 この場 合、 ホテルカード 6 0自体が、 施設利用可能残高 （予納金残高） を記憶 しておき、 施設端末 4 0が、 施設利用可能残高が十分であることを確認 した後に、 ホテルコンピュータ 2 0に決済要求を送信するようにしても 良い。
ホテル 3と施設 4 A乃至 4 Dとの間の清算処理は、 ホテル 3によって 決済要求が送信され、 施設 4 A乃至 4 Dによつて許可を示す決済応答が 返信された直後に行うようにしても良い（例えば、振込処理などによる）。 すなわち、 ホテル 3と施設 4 A乃至 4 Dとの間の清算処理は、 任意の夕 ィミングで行うことができる。
ホテルカード 6 0は、 I Cカードや磁気カードなどの書き込みが可能 なものだけでなく、 読み取り専用のものであっても良く、 決済に係る顧 客 1を識別できるものであれば任意である。 例えば、 クレジットカード ゃデビットカードをホテルカード 6 0として利用できる。 この場合、 ホ テルコンピュータ 2 0側では、 クレジットカードやデビットカードの識 別情報を顧客管理に利用する。 クレジットカードやデビットカードは、 ホテル 3が発行するものではないが、 個人認証などを行うことが可能で あり、 ホテルカード 6 0と同様に扱える状態にすることを、 特許請求の 範囲では 「発行」 と呼んでいる。 なお、 上記説明では、 予納金の追加処理などについては言及しなかつ たが、 本実施形態にかかる多施設決済システム 1 0は、 予納金の追加処 理を可能とするように構成しても良いことは勿論である。 この場合、 多 施設決済システム 1 0は、 ホテルカード 6 0の読み取り処理や、 追加金 額の入力処理などを行い、 入力された追加金額の分だけ施設利用残高を 増大させれば良い。
上記実施形態では、 予納金を管理する施設がホテル 3である場合を示 したが、 他の施設が予納金の管理を行っても良く、 さらには、 サ一ビス 提供や物品販売を行っていない第 3者機関が予納金の管理を行っても良 い。
第 3者機関が予納金の管理を行う場合、 第 3者機関の提携施設である 宿泊ホテル以外のホテル 3内の施設においても、 ホテルカード 6 0を利 用することができるため、 ホテルカード 6 0の使用範囲を格段に広くす ることができる。
また、 ホテル 3側では、 予納金の管理に係るデータ管理や認証等の手 続を行う必要がなくなるため、 上述したホテルコンピュータ 2 0に相当 する管理コンピュータを、 より多くの施設 4 A乃至 4 Dで共有化を図る ことができ、 多施設決済システム 1 0の運営コストを削減することがで きる。 したがって、 比較的資力の無い中小規模のホテルであっても、 第 3者機関と提携することによって、 当該多施設決済システム 1 0を運営 することができる。
また、 カジノゲ一ムを提供する施設端末 4 O A乃至 4 0 Dは、 カジノ ゲームに用いられるメダルやチップの流れをリアルタイムに監視するよ うに構成されても良い。
かかる場合、 例えば、 施設端末 4 0 A乃至 4 0 Dには、 図 1 1に示す ようなカジノ台 1 2 7が設けられている。 カジノ台 1 2 7には、 カード 配布領域 1 2 8と、 賭け領域 1 2 9と、 カード配布領域 1 3 0と、 チッ プ回収領域 1 1 6とが設けられている。 チップ回収領域 1 1 6の I C夕 グ監視機 1 3 1や賭け領域 1 2 9の I Cタグ監視機 1 1 4によって、 力 ジノゲームに用いられるメダルやチップの流れをリアルタイムに監視す ることができる。ここで用いられるチップ 1 2 1の一例を図 1 2に示す。 チップ 1 2 1は、 図 1 2に示すように、 アンテナ 1 1 2と I Cタグ 1 2 3を具備している。
なお、 現在、 カジノゲームを提供する施設では 「プレイヤトラツキン グ」 という方式で、 顧客管理及びサービス管理を行っている。 かかる方 式を実現するための 「プレイヤトラッキング端末」 は、 カジノ台に設け られている （図示せず） 。 さらに、 上記実施形態では、 複合型総合レジャー地域若しくは複合型 総合レジャー施設を対象とした多施設決済システム 1 0について説明し たが、 本発明の技術的思想は、 商店街などに対しても適用することがで 含る。 産業上の利用可能性
以上説明したように本発明によれば、 旅行などで短期間に多くの施設 のサービスの提供などを享受する際に、 顧客にとって、 手続が簡易であ り、 予算のオーバ一を防止できるなどの各種のメリットを有する決済シ ステムを実現できる。

Claims

請 求 の 範 囲
1 . 複数の施設に設けられた複数の施設端末と、 前記複数の施設端末と 通信可能に構成されている管理装置とを具備する決済システムであって、 前記管理装置は、
顧客に対して携帯識別媒体を発行する携帯識別媒体発行部と、 前記顧客の識別情報と、 該顧客によって予納されている金額を示す予 納残高と、 前記携帯識別媒体の識別情報とを関連付けて記憶する記憶部 と、
前記施設端末から前記携帯識別媒体の識別情報及び決済金額を含む決 済要求を受信した場合、 該携帯識別媒体の識別情報に関連付けられてい る前記予納残高と前記決済金額とを比較することによって、 該携帯識別 媒体を用いて前記決済を行うことができるか否かを判定する判定部と、 前記判定結果を含む決済応答を前記施設端末に送信する決済応答送信 部と、
前記決済を行うことができると判定した場合、 前記記憶部に記憶され ている前記予納残高を更新する更新部と、
前記決済を行うことができると判定した場合、 前記決済金額について 前記施設端末との間で清算する清算部とを具備し、
前記施設端末は、
前記携帯識別媒体から該携帯識別媒体の識別情報を読み取り、 読み取 つた該携帯識別媒体の識別情報及び前記決済金額を含む前記決済要求を 前記管理装置に送信する決済要求送信部と、
前記管理装置から受信した前記決済応答に応じて、 前記決済を行うこ とができるか否かを表示する表示部とを具備する決済システム。
2 . 前記記憶部は、 前記携帯識別媒体の識別情報と、 前記施設端末で決 済可能な金額を示す第 1の施設利用可能残高とを関連付けて記憶してお り、
前記判定部は、 前記施設端末から前記携帯識別媒体の識別情報及び決 済金額を含む決済要求を受信した場合、 前記第 1の施設利用可能残高と 前記決済金額とを比較することによって、 該携帯識別媒体を用いて前記 決済を行うことができるか否かを判定することを特徴とする請求の範囲 第 1項記載の決済システム。
3 . 前記記憶部は、 前記携帯識別媒体の識別情報と、 前記複数の施設端 末で決済可能な金額をそれぞれ示す第 2の施設利用可能残高とを関連付 けて記憶しており、
前記判定部は、 前記施設端末から前記携帯識別媒体の識別情報及び決 済金額を含む決済要求を受信した場合、 前記第 2の施設利用可能残高と 前記決済金額とを比較することによって、 該携帯識別媒体を用いて前記 決済を行うことができるか否かを判定することを特徴とする請求の範囲 第 1項記載の決済システム。
4 . 前記記憶部は、 前記携帯識別媒体の識別情報と、 該携帯識別媒体に よって決済を行うことが不可能である前記施設端末を示す不適用施設端 末の識別情報とを関連付けて記憶しており、
前記判定部は、 前記不適用施設端末から前記携帯識別媒体の識別情報 及び決済金額を含む決済要求を受信した場合、 該携帯識別媒体を用いて 前記決済を行うことができないと判定することを特徴とする請求の範囲 第 1項記載の決済システム。
5 . 前記携帯識別媒体発行部は、 前記顧客に対して複数の携帯識別媒体 を発行し、 前記記憶部は、 前記顧客の識別情報と、 前記複数の携帯識別媒体の識 別情報とをそれぞれ関連付けて記憶することを特徴とする請求の範囲第 1項記載の決済システム。
6 . 前記記憶部は、 前記顧客の識別情報と、 ルームナンパ一とを関連付 けて記憶しており、
前記携帯識別媒体は、 前記ルームナンパ一によつて特定される部屋の ドアを開閉することができることを特徴とする請求の範囲第 1項記載の 決済システム。
7 . 前記記憶部は、 前記施設端末の識別情報と、 清算日とを闋連付けて 記憶しており、
前記清算部は、 前記施設端末の識別情報に関連付けられている前記清 算日に、 該施設端末との間で前記決済金額について清算することを特徴 とする請求の範囲第 1項記載の決済システム。
8 . 前記記憶部は、 前記施設端末の識別情報と、 利用条件とを関連付け て記憶しており、
前記判定部は、 前記施設端末から前記携帯識別媒体の識別情報及び決 済金額を含む決済要求を受信した場合、 前記施設端末の識別情報に関連 付けられている前記利用条件に基づいて、 該携帯識別媒体を用いて前記 決済を行うことができるか否かを判定することを特徴とする請求の範囲 第 1項記載の決済システム。
9 . 前記携帯識別媒体は、 非接触 I Cカードであることを特徴とする請 求の範囲第 1項記載の決済システム。
1 0 . 前記携帯識別媒体は、 光通信型携帯端末であることを特徴とする 請求の範囲第 1項記載の決済システム。
1 1 . 複数の施設に設けられた複数の施設端末と、 前記複数の施設端末 と通信可能に構成されている管理装置との間で行われる決済方法であつ て、
前記管理装置において、 顧客に対して携帯識別媒体を発行する工程 A と、
前記管理装置において、 前記顧客の識別情報と、 該顧客によって予納 されている金額を示す予納残高と、 前記携帯識別媒体の識別情報とを関 連付けて記憶する工程 Bと、
前記施設端末において、 前記携帯識別媒体から該携帯識別媒体の識別 情報を読み取り、 読み取った該携帯識別媒体の識別情報及び前記決済金 額を含む前記決済要求を前記管理装置に送信する工程 cと、
前記管理装置において、 前記施設端末から前記決済要求を受信した場 合、 該携帯識別媒体の識別情報に関連付けられている前記予納残高と前 記決済金額とを比較することによって、 該携帯識別媒体を用いて前記決 済を行うことができるか否かを判定する工程 Dと、
前記管理装置において、 前記判定結果を含む決済応答を前記施設端末 に送信する工程 Eと、
前記管理装置において、前記決済を行うことができると判定した場合、 前記予納残高を更新する工程 Fと、
前記施設端末において、 前記管理装置から受信した前記決済応答に応 じて、 前記決済を行うことができるか否かを表示する工程 Gと、
前記管理装置において、前記決済を行うことができると判定した場合、 前記決済金額について前記施設端末との間で清算する工程 Hとを有する ことを特徴とする決済方法。
1 2 . 前記管理装置は、 前記携帯識別媒体の識別情報と、 前記施設端末 で決済可能な金額を示す第 1の施設利用可能残高とを関連付けて記憶し ており、
前記工程 Dにおいて、 前記管理装置が、 前記施設端末から前記携帯識 別媒体の識別情報及び決済金額を含む決済要求を受信した場合、 前記第
1の施設利用可能残高と前記決済金額とを比較することによって、 該携 帯識別媒体を用いて前記決済を行うことができるか否かを判定すること を特徴とする請求の範囲第 1 1項記載の決済方法。
1 3 . 前記管理装置は、 前記携帯識別媒体の識別情報と、 前記複数の施 設端末で決済可能な金額をそれぞれ示す第 2の施設利用可能残高とを関 連付けて記憶しており、
前記工程 Dにおいて、 前記管理装置が、 前記施設端末から前記携帯識 別媒体の識別情報及び決済金額を含む決済要求を受信した場合、 前記第
2の施設利用可能残高と前記決済金額とを比較することによって、 該携 帯識別媒体を用いて前記決済を行うことができるか否かを判定すること を特徴とする請求の範囲第 1 1項記載の決済方法。
1 4 . 前記管理装置は、 前記携帯識別媒体の識別情報と、 該携帯識別媒 体によって決済を行うことが不可能である前記施設端末を示す不適用施 設端末の識別情報とを関連付けて記憶しており、
前記工程 Dにおいて、 前記管理装置が、 前記不適用施設端末から前記 携帯識別媒体の識別情報及び決済金額を含む決済要求を受信した場合、 該携帯識別媒体を用いて前記決済を行うことができないと判定すること を特徴とする請求の範囲第 1 1項記載の決済方法。
1 5 . 前記工程 Aにおいて、 前記管理装置が、 前記顧客に対して複数の 携帯識別媒体を発行し、
前記工程 Bにおいて、 前記管理装置が、 前記顧客の識別情報と、 前記 複数の携帯識別媒体の識別情報とをそれぞれ関連付けて記憶することを 特徴とする請求の範囲第 1 1項記載の決済方法。
1 6 . 前記管理装置は、 前記顧客の識別情報と、 ルームナンバーとを関 連付けて記憶しており、
前記携帯識別媒体は、 前記ルームナンバーによって特定される部屋の ドアを開閉することができることを特徴とする請求の範囲第 1 1項記載 の決済方法。
1 7 . 前記管理装置は、 前記施設端末の識別情報と、 清算日とを関連付 けて記憶しており、
前記工程 Hにおいて、 前記管理装置が、 前記施設端末の識別情報に関 連付けられている前記清算日に、 該施設端末との間で前記決済金額につ いて清算することを特徴とする請求の範囲第 1 1項記載の決済方法。
1 8 . 前記管理装置は、 前記施設端末の識別情報と、 利用条件とを関連 付けて記憶しており、
前記工程 Dにおいて、 前記管理装置が、 前記施設端末から前記携帯識 別媒体の識別情報及び決済金額を含む決済要求を受信した場合、 前記施 設端末の識別情報に関連付けられている前記利用条件に基づいて、 該携 帯識別媒体を用いて前記決済を行うことができるか否かを判定すること を特徴とする請求の範囲第 1 1項記載の決済方法。
1 9 . 前記携帯識別媒体は、 非接触 I Cカードであることを特徴とする 請求の範囲第 1 1項記載の決済方法。
2 0 . 前記携帯識別媒体は、 光通信型携帯端末であることを特徴とする 請求の範囲第 1 1項記載の決済方法。
PCT/JP2002/005375 2001-05-31 2002-05-31 Systeme de virement WO2002097695A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2003500802A JP4044520B2 (ja) 2001-05-31 2002-05-31 決済システム
AU2002304134A AU2002304134B2 (en) 2001-05-31 2002-05-31 Clearance system
EP02730846A EP1406192A4 (en) 2001-05-31 2002-05-31 CLEARANCE SYSTEM
US10/478,211 US20040210487A1 (en) 2001-05-31 2002-05-31 Clearance system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2001163803 2001-05-31
JP2001-163803 2001-05-31

Publications (1)

Publication Number Publication Date
WO2002097695A1 true WO2002097695A1 (fr) 2002-12-05

Family

ID=19006708

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2002/005375 WO2002097695A1 (fr) 2001-05-31 2002-05-31 Systeme de virement

Country Status (6)

Country Link
US (1) US20040210487A1 (ja)
EP (1) EP1406192A4 (ja)
JP (1) JP4044520B2 (ja)
AU (1) AU2002304134B2 (ja)
WO (1) WO2002097695A1 (ja)
ZA (1) ZA200301629B (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1434179A2 (en) * 2002-12-24 2004-06-30 Aruze Corporation Gaming machine and gaming system
EP1450319A2 (en) * 2002-12-20 2004-08-25 Aruze Corp. System for management of hotel facilities including casino
JP2005056220A (ja) * 2003-08-06 2005-03-03 Tetsuo Tomizuka 施設の預り金管理システム
JP2005073711A (ja) * 2003-08-29 2005-03-24 Taito Corp Ｒｆｉｄ識別技術を利用したゲーム提供システムおよび該システムに用いられるゲーム装置。
JP2009140303A (ja) * 2007-12-07 2009-06-25 Toppan Printing Co Ltd 決済システムおよび決済方法並びに決済端末およびｉｃカード
WO2009150734A1 (ja) * 2008-06-12 2009-12-17 アルゼ株式会社 電子決済システム
JP2010512591A (ja) * 2006-12-12 2010-04-22 ザ・スポーティング・エクスチェンジ・リミテッド トランザクション処理システム
CN105321229A (zh) * 2014-06-24 2016-02-10 华住酒店管理有限公司 智能房卡集纳器和智能房卡集纳方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9226975B1 (en) * 2004-09-17 2016-01-05 Deem, Inc. Apparatus and method to provide community pricing
US7660743B1 (en) 2004-10-15 2010-02-09 Rearden Commerce, Inc. System for optimization of cost management
US9161994B1 (en) 2005-03-29 2015-10-20 Deem, Inc. Cost model analysis and breakdown for cost buildup
US7743002B2 (en) * 2005-02-24 2010-06-22 Rearden Commerce, Inc. Method and system for testing of policies to determine cost savings
US7596566B1 (en) 2005-02-24 2009-09-29 Rearden Commerce, Inc. System and method for flexible handling of rules and regulations in labor hiring
US7496520B1 (en) * 2005-07-22 2009-02-24 Rearden Commerce, Inc. System and method for optimization of group shipments to reduce shipping costs
US8126776B2 (en) 2006-06-30 2012-02-28 Rearden Commerce, Inc. Method and systems for personal restaurant assistant
JP2008012051A (ja) * 2006-07-05 2008-01-24 Aruze Corp 精算システム
US7966213B2 (en) * 2006-10-16 2011-06-21 Rearden Commerce, Inc. System and method for automatic review of travel changes and improved suggestions and rules set
JP2008123121A (ja) * 2006-11-09 2008-05-29 Ad Trust Corp 複合決済システム
JP5425621B2 (ja) * 2007-04-19 2014-02-26 株式会社ユニバーサルエンターテインメント 電子決済システム、有価価値提供装置、移動体通信端末、並びに電子決済方法
US20090006142A1 (en) * 2007-06-26 2009-01-01 Rearden Commerce, Inc. System and Method for Tracking Spending Based on Reservations and Payments
CA3034098A1 (en) * 2018-02-20 2019-08-20 Intercontinental Exchange Holdings, Inc. Offline crypto asset custodian

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08339405A (ja) * 1995-06-12 1996-12-24 Dainippon Printing Co Ltd プリペイドカードシステム
US5614703A (en) * 1995-01-05 1997-03-25 Martin; Jay R. Hotel check-in system with wireless communication
WO1997038366A1 (en) * 1996-04-05 1997-10-16 Bd Group, L.L.C. Advanced casino gambling system and method
JP2000357272A (ja) * 1999-06-16 2000-12-26 Dainippon Printing Co Ltd 表示機能付き非接触ｉｃカードを利用したホテルサービスシステムと表示機能付き非接触ｉｃカード

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5265874A (en) * 1992-01-31 1993-11-30 International Game Technology (Igt) Cashless gaming apparatus and method
US5353335A (en) * 1992-08-03 1994-10-04 At&T Bell Laboratories Multilingual prepaid telephone system
GB9322633D0 (en) * 1993-11-03 1993-12-22 Lodecard Limited A hotel management system
US5577109A (en) * 1994-06-06 1996-11-19 Call Processing, Inc. Pre-paid card system and method
US5566327A (en) * 1994-07-08 1996-10-15 Sehr; Richard P. Computerized theme park information management system utilizing partitioned smart cards and biometric verification
JPH1027196A (ja) * 1996-07-09 1998-01-27 Hitachi Ltd 電子商取引決済システム
US5991748A (en) * 1996-12-06 1999-11-23 American Express Travel Related Services Company, Inc. Methods and apparatus for regenerating a prepaid transaction account
US6227972B1 (en) * 1997-07-01 2001-05-08 Walker Digital, Llc Method and apparatus for expiration of prepaid slot machine plays
JPH11183194A (ja) * 1997-12-22 1999-07-09 Matsushita Electric Works Ltd 非接触型情報管理システム
DE19923041B4 (de) * 1998-05-23 2006-11-30 Manfred Rennings Elektronischer Hotelschlüssel
MXPA01002864A (es) * 1998-09-18 2002-04-08 James Joseph Boyle Sistema y metodo para proporcionar acceso al comercio electronico a un sitio de la red de internet.
US6473500B1 (en) * 1998-10-28 2002-10-29 Mastercard International Incorporated System and method for using a prepaid card
JP3831546B2 (ja) * 1999-03-18 2006-10-11 株式会社ソニー・コンピュータエンタテインメント 電子決済システムおよび取引用端末
JP2001126011A (ja) * 1999-10-29 2001-05-11 Ichiro Morimura 銀行口座決済時の科目別支出額の設定。
JP3681937B2 (ja) * 1999-10-29 2005-08-10 サンデン株式会社 キャッシュレス自動販売システム
WO2001037228A1 (en) * 1999-11-17 2001-05-25 Hackenbruch Hans Peter Anonymous debit account system and method
JP2001147965A (ja) * 1999-11-22 2001-05-29 Toshiba Corp 顧客ナビゲーションシステム及び顧客ナビゲーション方法
US6529880B1 (en) * 1999-12-01 2003-03-04 Intermec Ip Corp. Automatic payment system for a plurality of remote merchants
US6505772B1 (en) * 2000-06-22 2003-01-14 First Data Corporation System for utilizing a single card to provide multiple services in an open network environment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5614703A (en) * 1995-01-05 1997-03-25 Martin; Jay R. Hotel check-in system with wireless communication
JPH08339405A (ja) * 1995-06-12 1996-12-24 Dainippon Printing Co Ltd プリペイドカードシステム
WO1997038366A1 (en) * 1996-04-05 1997-10-16 Bd Group, L.L.C. Advanced casino gambling system and method
JP2000357272A (ja) * 1999-06-16 2000-12-26 Dainippon Printing Co Ltd 表示機能付き非接触ｉｃカードを利用したホテルサービスシステムと表示機能付き非接触ｉｃカード

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
DATABASE FILE 16 [online] PARETS ROBYN TAYLOR: "Casino gaming goes wireless", XP002956564, retrieved from 07044241 accession no. Dialog *
INTERNATIONAL GAMING AND WAGERING BUSINESS, vol. 20, no. 9, September 1999 (1999-09-01), pages 77 *
See also references of EP1406192A4 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1450319A2 (en) * 2002-12-20 2004-08-25 Aruze Corp. System for management of hotel facilities including casino
EP1450319A3 (en) * 2002-12-20 2005-03-16 Aruze Corp. System for management of hotel facilities including casino
CN100394431C (zh) * 2002-12-20 2008-06-11 阿鲁策株式会社 全面管理宾馆设施的宾馆管理系统
EP1434179A2 (en) * 2002-12-24 2004-06-30 Aruze Corporation Gaming machine and gaming system
EP1434179A3 (en) * 2002-12-24 2004-12-01 Aruze Corporation Gaming machine and gaming system
JP2005056220A (ja) * 2003-08-06 2005-03-03 Tetsuo Tomizuka 施設の預り金管理システム
JP2005073711A (ja) * 2003-08-29 2005-03-24 Taito Corp Ｒｆｉｄ識別技術を利用したゲーム提供システムおよび該システムに用いられるゲーム装置。
JP2010512591A (ja) * 2006-12-12 2010-04-22 ザ・スポーティング・エクスチェンジ・リミテッド トランザクション処理システム
JP2009140303A (ja) * 2007-12-07 2009-06-25 Toppan Printing Co Ltd 決済システムおよび決済方法並びに決済端末およびｉｃカード
WO2009150734A1 (ja) * 2008-06-12 2009-12-17 アルゼ株式会社 電子決済システム
US8306879B2 (en) 2008-06-12 2012-11-06 Universal Entertainment Corporation Electronic settlement system, electronic settlement server, mobile communications terminal, and electronic settlement method
CN105321229A (zh) * 2014-06-24 2016-02-10 华住酒店管理有限公司 智能房卡集纳器和智能房卡集纳方法

Also Published As

Publication number Publication date
JPWO2002097695A1 (ja) 2004-09-16
AU2002304134B2 (en) 2007-03-01
JP4044520B2 (ja) 2008-02-06
ZA200301629B (en) 2004-04-16
EP1406192A1 (en) 2004-04-07
EP1406192A4 (en) 2004-07-28
US20040210487A1 (en) 2004-10-21

Similar Documents

Publication Publication Date Title
CA2410550C (en) System for utilizing a single card to provide multiple services in an open network environment
RU2394275C2 (ru) Система и способ проведения транзакций
JP4044520B2 (ja) 決済システム
US11580464B2 (en) Consumers management system
US20220261790A1 (en) Electronic financial transaction system employing cryptocurrency and payment method using same
KR101143607B1 (ko) 결제 고객 순번별 추첨시스템 및 그 방법
US20070271194A1 (en) Products and Processes for Providing Offers for Products Dispensed from a Dispensing Device
JP2003242287A (ja) チケット販売システム
JPH10508710A (ja) 自動販売機、自動販売システム及びその操作方法
WO2000021009A9 (en) Method and system for receiving and processing donations out of the change due from a purchase
KR101845193B1 (ko) 결제 시스템 및 결제 방법
TWI830597B (zh) 贈禮賦予系統、贈禮賦予方法、及程式產品
JP2003019340A (ja) 貯玉データ管理装置およびこれを用いた貯玉システム
JP2003085432A (ja) ポイント発行管理運営システム
JP2021117707A (ja) 情報処理システム、情報処理装置、プログラム及び情報処理方法
WO2009081652A1 (ja) 自動販売機
KR101646322B1 (ko) 현금결제처리 서비스 방법 및 시스템, 이를 위한 금융 서버
KR20080044459A (ko) 신용카드 식별정보가 저장된 알에프아이디 이용권을 이용한신용카드 결제시스템 및 방법
Lunt The smart cards are coming! But will they stay?
US20020020738A1 (en) Method and apparatus for performing value transactions
KR20040038175A (ko) 잔돈을 온라인으로 취합하는 시스템 및 그 방법
JP2023129284A (ja) 特典付与システム、特典付与方法、及びプログラム
OA20683A (en) Electronic financial transaction system employing cryptocurrency and payment method using same.
JP2003006681A (ja) チケット販売システム
JP2002315951A (ja) 景品交換システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU JP US ZA

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT CH DE FR GB

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003/01629

Country of ref document: ZA

Ref document number: 200301629

Country of ref document: ZA

WWE Wipo information: entry into national phase

Ref document number: 2003500802

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2002304134

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2002730846

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2002730846

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10478211

Country of ref document: US

WWG Wipo information: grant in national office

Ref document number: 2002304134

Country of ref document: AU

WWR Wipo information: refused in national office

Ref document number: 2002730846

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2002730846

Country of ref document: EP