WO2006112140A1 - チケット利用システム及びチケット利用方法 - Google Patents

チケット利用システム及びチケット利用方法 Download PDF

Info

Publication number
WO2006112140A1
WO2006112140A1 PCT/JP2006/303257 JP2006303257W WO2006112140A1 WO 2006112140 A1 WO2006112140 A1 WO 2006112140A1 JP 2006303257 W JP2006303257 W JP 2006303257W WO 2006112140 A1 WO2006112140 A1 WO 2006112140A1
Authority
WO
WIPO (PCT)
Prior art keywords
ticket
user
information
identification information
received
Prior art date
Application number
PCT/JP2006/303257
Other languages
English (en)
French (fr)
Inventor
Keiichi Nakajima
Original Assignee
Softbank Bb Corp.
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 Softbank Bb Corp. filed Critical Softbank Bb Corp.
Priority to US11/908,439 priority Critical patent/US20090006144A1/en
Publication of WO2006112140A1 publication Critical patent/WO2006112140A1/ja

Links

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/045Payment circuits using payment protocols involving tickets
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123Shopping for digital content
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3221Access to banking information through M-devices
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B11/00Apparatus for validating or cancelling issued tickets
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/42Coin-freed apparatus for hiring articles; Coin-freed facilities or services for ticket printing or like apparatus, e.g. apparatus for dispensing of printed paper tickets or payment cards

Definitions

  • the present invention relates to a ticket use system and a ticket use method that use a data carrier such as an IC tag as a ticket.
  • Patent Document 2 When such an IC card or mobile phone is used as a ticket, if multiple reserved seats are reserved, each user for each reserved seat must settle with his / her mobile phone and obtain ticket information. It must be inconvenient. Although a system has been proposed in which a plurality of ticket information is acquired by one mobile phone and exchanged between the mobile phones, data communication between mobile phones is troublesome for the user and low in usability.
  • Patent Document 3 a system that can issue a ticket without the user having to go to the ticket counter is proposed (for example, Patent Document 3).
  • a non-contact card with a contactless IC card storing ticket information is sent to the user who applied for the ticket. Is done.
  • this contactless IC card is inserted into an ATM with a card reader / writer and the ticket price is paid, the information in the contactless IC card is rewritten, and the contactless IC card with this information rewritten functions as a regular ticket. .
  • Patent Document 1 JP 2002-163689 A
  • Patent Document 2 Japanese Patent Laid-Open No. 2002-109343
  • Patent Document 3 Japanese Patent Laid-Open No. 2002-42069
  • An object of the present invention is to provide a ticket use system suitable for practical use, which solves the problem and is highly safe and operable.
  • the ticket utilization system according to the present invention is distributed to the user in advance, distributed to the user in accordance with the reservation of the first data carrier storing the first identification information and the reserved seat. Second data with reservation information displayed and second identification information stored
  • a ticket database storing at least ticket authentication information, means for acquiring seat type information entered by the user, and if the acquired seat type information is a free seat, the first identification information is the ticket Means for storing in the ticket database as authentication information, and means for storing the second identification information in the ticket database as the ticket authentication information when the acquired seat type information is a designated seat.
  • the first data carrier and the second data carrier can be used as a ticket.
  • the first data carrier distributed in advance is used as a ticket, so that it is possible to reduce the labor of the ticket issuer who does not need to mail the data carrier for each reservation.
  • the reserved seat uses the second data carrier on which the reservation information is displayed as a ticket, so the user can immediately recognize the reservation information by viewing the second data carrier. It is convenient to find the seat at the event venue.
  • a means for obtaining payment completion information related to the ticket price is provided, and when it is determined that the payment for the ticket price is completed based on the payment completion information, the first identification information or the second identification information is provided. Is preferably stored in the ticket database. This Thus, ticket authentication is possible only after payment is completed, that is, the tag functions as a ticket, so that the tag can be mailed by a simple method.
  • a means for storing the second identification information in the ticket database may be provided.
  • non-arrival information to be confirmed for ticket reissue is stored when the second data carrier distributed to the user in response to the reserved seat reservation is not received by the user.
  • a non-delivery database means for obtaining receipt information indicating whether or not the user has received the second data carrier distributed to the user in accordance with the reserved seat reservation, and the user based on the receipt information If it is determined that V does not receive the second data carrier, it is preferable to include means for storing the identification information of the ticket in the non-delivery database as the non-delivery information. With such a configuration, even if the second data carrier does not reach the user, the ticket can be reissued accurately.
  • the non-delivery information for storing non-delivery information to be confirmed for ticket reissuance is stored.
  • a database a means for obtaining receipt information indicating whether or not the user has received the second data carrier distributed to the user in accordance with the reserved seat reservation, and the user based on the receipt information If it is determined that the second data carrier has not been received, the first identification information may be stored in the non-delivery data base as the non-delivery information.
  • the information processing apparatus includes a unit that transmits the seat information of the ticket to the user terminal when it is determined that the user does not receive the second data carrier based on the reception information.
  • the user can recognize the seat information of the ticket without the second data carrier.
  • the first data carrier and the second data carrier are configured by IC tags.
  • the first data carrier is attached to a strap attached to a mobile phone.
  • the second data carrier is preferably built in a printable card. .
  • a ticket utilization system is provided to a user according to reservation of a reserved seat and a first IC tag distributed in advance to the user and storing first identification information.
  • a second IC tag that is distributed for each seat, displays reservation information, and stores second identification information, and a sano that is connected to the user's mobile phone via a communication network.
  • a ticket utilization system that performs authentication based on the first identification information and the second identification information stored in the event venue as the first IC tag or the second IC tag, respectively.
  • the server receives a ticket database storing at least ticket authentication information used for ticket authentication at the event venue, and seat type information via a communication network from a user's mobile phone camera.
  • Means for storing the first identification information in the ticket database as the ticket authentication information when the received seat type information is a non-reserved seat, and when the acquired seat type information is a designated seat Comprises means for storing the second identification information in the ticket database as the ticket authentication information.
  • a ticket utilization system is provided to a user in accordance with a reservation for a reserved seat and a first IC tag that is distributed in advance to the user and stores first identification information.
  • a second IC tag that is distributed every time, displays reservation information and stores second identification information, and a server that is connected to the user's mobile phone via a communication network so as to be able to communicate with the event.
  • a ticket utilization system that performs authentication based on first identification information and second identification information stored in the venue as the first IC tag or the second IC tag, respectively, as a ticket, the server using the server Distributed to users according to reserved seat reservations
  • a non-delivery database for storing non-delivery information to be confirmed for ticket reissuance when the user has not received the second data carrier, and the mobile phone power of the user
  • the second data carrier Means for receiving receipt information indicating whether or not the user has received power, and if it is determined that the user has not received the second data carrier based on the received receipt information, the identification information of the ticket is Means for storing in the non-delivery database as non-delivery information.
  • a ticket utilization system provides a first IC tag distributed in advance to a user and storing first identification information and a seat for the user in accordance with a reserved seat reservation.
  • a second IC tag that is distributed every time, displays reservation information and stores second identification information, and a server that is connected to the user's mobile phone via a communication network so as to be able to communicate with the event.
  • a ticket utilization system that performs authentication based on first identification information and second identification information stored in the venue as the first IC tag or the second IC tag, respectively, as a ticket, the server using the server Is a non-delivery database that stores non-delivery information to be confirmed for ticket reissue when the second data carrier distributed to the user in response to the reserved seat reservation is not received by the user.
  • Mobile phone power of the user means for receiving reception information indicating whether or not the user has received the second data carrier, and the user has not received the second data carrier based on the received reception information
  • the first identification information as the non-delivery information is stored in the non-delivery database.
  • the ticket utilization method is distributed to the user in advance, and is distributed to the user in accordance with the first data carrier storing the first identification information and the reserved seat reservation.
  • a ticket use method for using the second data carrier in which the reservation information is displayed and the second identification information is stored as a ticket the step of acquiring the seat type information input by the user, When the seat type information is a non-reserved seat, the first identification information is stored in the ticket database as ticket authentication information used for ticket authentication, and when the acquired seat type information is a designated seat, the first identification information is stored. And storing the two pieces of identification information as the ticket authentication information in the ticket database.
  • the method further comprises the step of obtaining payment completion information related to the ticket price, and when it is determined that the payment for the ticket price is completed based on the payment completion information, the first identification information or the second identification information Is preferably stored in the ticket database.
  • a ticket utilization method relates to a first IC tag distributed in advance to a user and storing first identification information, and to a user in accordance with a reserved seat reservation.
  • the second IC tag that is distributed for each seat, displays the reservation information, and stores the second identification information is used as the first identification information stored in the event venue and the second identification tag.
  • a ticket utilization method for performing authentication based on the identification information of the user wherein the control unit of the server receives the seat type information via the user's mobile phone power communication network; and
  • the control unit of the server when the received seat type information is a free seat, uses the first identification information as ticket authentication information used for ticket authentication at the event venue. Storing the second identification information in the ticket database as the ticket authentication information when the acquired seat type information is a designated seat. It is.
  • a ticket usage method is distributed to the user in advance, the first IC tag storing the first identification information, and the user according to the reserved seat reservation.
  • the first IC information and the second ID information stored as tickets at the event venue are distributed to each seat, the reservation information is displayed and the second IC tag is stored.
  • a ticket utilization method for performing authentication based on the information processing method wherein the control unit of the server receives the received information indicating whether or not the user has received the second data carrier. If it is determined that the user has not received the second data carrier based on the received information, the identification information of the ticket is not received and the user has not received the second data carrier. In this case, there is a step of storing in a non-delivery database as non-delivery information to be confirmed for ticket reissue.
  • a ticket usage method is provided to a user according to reservation of a first seat and a first IC tag that is distributed in advance to the user and stores first identification information.
  • the first IC information and the second ID information stored as tickets at the event venue are displayed as the second IC tag that is distributed every time, the reservation information is displayed, and the second ID information is stored.
  • a ticket utilization method for performing authentication based on the information processing method wherein the control unit of the server receives reception information indicating whether or not the user has received the second data carrier. If it is determined that the user has not received the second data carrier based on the received reception information, the first identification information in the previous period is received and the user has not received the second data carrier. The case is that a step of storing a non-delivery information verified for reissue tickets non-delivery database.
  • FIG. 1A is a system configuration diagram of a ticket utilization system useful for the present invention.
  • FIG. 1B is a system configuration diagram of a ticket utilization system useful for the present invention.
  • FIG. 2 is a diagram showing a database in a ticket utilization system that is effective in the present invention.
  • FIG. 3A is a diagram showing an example of data stored in a database in a ticket utilization system useful for the present invention.
  • FIG. 3B is a diagram showing an example of data stored in a database in the ticket utilization system useful for the present invention.
  • FIG. 3C is a diagram showing an example of data stored in a database in the ticket utilization system useful for the present invention.
  • FIG. 3D is a diagram showing an example of data stored in a database in the ticket utilization system according to the present invention.
  • FIG. 3E is a diagram showing an example of data stored in a database in the ticket utilization system according to the present invention.
  • FIG. 4 is a flowchart showing overall processing in a ticket utilization system that is effective in the present invention.
  • FIG. 5 is a flowchart showing ticket reservation processing in a ticket utilization system that is effective in the present invention.
  • FIG. 6 is a flowchart showing reservation confirmation and settlement processing in the ticket utilization system according to the present invention.
  • FIG. 7 is a flowchart showing a ticket issuance process when a card-type tag cannot reach a user in the ticket utilization system according to the present invention.
  • FIG. 8 is a flowchart showing admission processing in a ticket utilization system that is useful for the present invention.
  • Fig. 1A shows an example of a system configuration in which a user uses a mobile phone to make a reservation, reservation confirmation, and settlement.
  • Fig. 1B shows an example of a system configuration that is installed at an event venue and authenticates entrance.
  • the ticket utilization system in a broad sense includes a server 1, a user's mobile phone 2, a communication network 3, a card-type tag 4, a reader 5, and a reception terminal 6.
  • the server 1 is communicably connected to the user's mobile phone 2 via the communication network 3.
  • the reader 5 can wirelessly communicate with a portable strap-like IC tag 21 (hereinafter simply referred to as a strap-type tag 21) attached to the user's cellular phone 2 or a card-type tag 4. Further, the reader 5 is connected to the reception terminal 6 so as to be communicable. Note that the server 1 and the reception terminal 6 may be communicably connected via the communication network 3.
  • the server 1 is constituted by a so-called computer, and constructs a narrowly-used ticket utilization system.
  • the server 1 includes hardware configurations such as a CPU 11, a storage unit 12, a communication control unit 13, a RAM 14, and a database 15.
  • Other output devices such as displays, Power provided with an input device such as a keyboard and a mouse is not shown.
  • the CPU 11 of the server 1 functions as a control unit that executes various processes based on an OS program or application program stored in advance in the storage unit 12.
  • the storage unit 12 includes internal storage means such as an EEP-ROM and a hard disk, and external storage means such as a flexible disk CD-ROM, and stores an OS program, an application program, and the like.
  • the application program in this example includes a software program (web engine) for creating web data, and various software programs for executing processes such as ticket reservation, reservation confirmation, and settlement.
  • the communication control unit 13 includes a connection interface to the communication network 3 and a communication control circuit.
  • the communication control unit 13 can execute data communication with the user's mobile phone 2.
  • the RAM 14 is used as a work area of the CPU 11 and temporarily stores, for example, a program execution part and data used at the time of execution.
  • the database 15 includes storage means such as a hard disk or an optical disk.
  • the database (DB) 15 in this example contains user information D as shown in FIG.
  • B151, user history DB152, ticket DB153, reservation DB154, non-delivery DB155 are included.
  • server 1 can be configured not by a single computer but by a plurality of computers, and the hardware configuration thereof is shown in FIGS. 1A and 1B. It is not limited to the structure shown by. Also, other servers such as firewall servers and nodeware configurations may be provided.
  • the mobile phone 2 is a mobile phone with a so-called Internet connection function that is used by a user, and includes input means such as a CPU, ROM, RAM, and input keys, and output means such as a small display. .
  • the user's mobile phone 2 has a browser program stored in the memory, and can receive web data transmitted from the Sano 1 and display it on the display.
  • various terminals such as a personal computer (PC) and a portable terminal can be used instead of the cellular phone 2.
  • Strap type tag 21 that functions as a first carrier is attached to mobile phone 2.
  • the IC tag built in the strap type tag 21 is a non-contact type IC tag, and is also called RFID (Radio Frequency IDentification) or a non-contact data carrier.
  • An IC tag is a small device that combines a small IC chip for recording information and an antenna for wireless communication. Data can be read and written by radio waves and electromagnetic waves using a reader or reader / writer.
  • the memory built in the IC tag of the strap-type tag 21 stores at least a tag ID which is tag identification information.
  • the force strap-type tag 21 described in detail later is distributed to the user according to the user's membership registration, and is used for admission confirmation in the case of a non-reserved seat and for issuing a ticket when the card-type tag 4 is not attached.
  • the communication network 3 is a communication network such as a mobile phone network, the Internet, or a public network.
  • a card-type tag 4 that functions as a second data carrier includes, for example, an IC tag 41 accommodated between a reservation card that also serves as two printable paper base sheets, and an adhesive. It is formed by using and fixing.
  • the memory built in the IC tag 41 of the card-type tag 4 stores at least a tag ID that is tag identification information.
  • the card-type tag 4 is issued in the number of reserved seats according to the reserved seat reservation and distributed to the reservation person.
  • the card holder 4 is usually stored in an envelope and mailed to the reservation person.
  • a postcard is formed by printing the address and postal code on the reservation card. You may mail it.
  • the card-type tag 4 is used for admission confirmation when a user who has reserved a reserved seat enters.
  • Reservation cards include, for example, event name, venue, date / time, opening time, performance time, reserved seat information, fee, performer, organizer, contact information, and instruction information on how to pay the ticket price.
  • Access information URL information
  • e-mail address transfer slip number
  • bar code receipt number
  • company code order number, etc. for accessing the site related to the ticket usage system are printed.
  • the reader 5 is, for example, a tag stored in the IC tag of the strap type tag 21 or the card type tag 4.
  • Data such as ID is read and output to the receiving terminal 6.
  • the reception terminal 6 is usually a computer terminal installed at the entrance of the event venue.
  • the reception terminal 6 is connected to the IC tag of the strap-type tag 21 or the card-type tag 4 via the reader 5.
  • the stored data such as the tag ID is acquired and compared with the ticket information stored in the previously acquired ticket DB 153 and authenticated.
  • the reception terminal 6 has a hardware configuration such as a CPU 61, a storage unit 62, a communication control unit 63, a RAM 64, a database 65, and the like.
  • a hardware configuration such as a CPU 61, a storage unit 62, a communication control unit 63, a RAM 64, a database 65, and the like.
  • an output device such as a display and an input device such as a keyboard and a mouse are provided, the illustration is omitted.
  • the database 65 includes a user information DB 651, a user history DB 652, a ticket DB 653, a reservation DB 654, and a non-delivery DB 655. Information on each of these databases is basically the same as the database 15 of the server 1.
  • Information in the database 65 provided in the reception terminal 6 may be obtained by accessing the server 1 as appropriate when connected to the server 1 via the communication network 3. In addition, information may be stored in the reception terminal 6 via an external storage medium. However, the information in the database 65 provided in the reception terminal 6 is not necessarily the same as the information in the database 15 in the server 1, and only information necessary for the event should be stored. ,.
  • the user information DB 151 includes a member number that is member identification information, a mobile phone individual number that is mobile phone identification information, a user name 'address' phone number, and a member registration.
  • the tag ID which is identification information of the strap-type tag 21 distributed to the user, the user's reservation history information, the user's ticket purchase history information, and the like are stored.
  • the user history DB 152 includes a membership number, a ticket code for identifying a ticket, a performance date indicating the date on which the event is held, a reservation date that is a date when the reservation is completed, and a date when the settlement of the ticket price is completed.
  • a settlement date, a non-buy flag indicating whether or not a ticket has been booked in the past but has not been successfully purchased for a predetermined number of times (for example, twice) or the like is stored. The non-buying flag is referred to when determining whether the user who made the reservation is a poor member who is a good member and cannot accept the reservation.
  • Ticket authentication information used for ticket authentication is stored in the ticket DB 153, and specifically, a ticket code, a seat ID which is identification information of the seat, for example, a free seat or a designated seat.
  • a seat type indicating the seat, a seat number for identifying the seat, a member ID of the user who purchased the ticket, a tag ID, an entrance flag, and the like are stored.
  • the tag ID is the tag ID of the strap-type tag 21 in the case of a non-reserved seat, and the tag ID of the card-type tag 4 in the case of a reserved seat.
  • the tag ID of the strap type tag 21 is stored when the card type tag 4 is not attached even in the case of a reserved seat.
  • the entrance flag is a flag * blueprint indicating whether or not the user has entered the user force event.
  • the reservation DB 154 is a ticket code, a seat ID, a seat type, a seat number, a member ID of the reserved user, and billing identification information related to the ticket price charged to the user when the ticket is reserved. Stores the number, the payment completion flag indicating whether or not the payment of the ticket price has been completed, the tag ID of the card type tag 4 and the like.
  • Non-delivery The DB 155 has a force to send the card type tag 4 to the user to issue a ticket for a reserved seat.
  • Non-delivery information that identifies a user or the like is stored.
  • a ticket code for identifying a non-delivery ticket, a seat ID for identifying a seat of the non-delivery ticket, a user who reserved a ticket and was supposed to obtain the ticket is identified.
  • a member, a billing number relating to the price of a non-delivered ticket, a settlement completion flag indicating whether or not settlement regarding the price of a non-delivered ticket has been completed, and the like are stored.
  • the user executes ticket confirmation and settlement processing using the mobile phone 2 (S2).
  • the ticket utilization system according to the present invention, when a reserved seat is reserved, the card type tag 4 on which reservation information is displayed is sent to the user.
  • the card type tag 4 may not reach the reserved user due to some mistakes. In such a case, a ticket issuing process is performed (S3).
  • the strap-type tag 21 functions as a ticket.
  • the user can use the strap-type tag 21 distributed in advance, If the card type tag 4 is received by the user, the card type tag 4 is used. If the user is unable to receive the card type tag 4 at the reserved seat, the strap type tag 21 is set. Hold it over the reader 5 installed at the entrance of the event venue. The reception terminal 6 reads the tag IDs from these tags 4 and 21 via the reader 5, and checks the visitors by collating with the tag IDs stored in the ticket DB 653 (S4).
  • the strap-type tag 21 distributed in advance is used as a ticket, so the ticket issuer's labor is reduced because it is not necessary to mail a tag that functions as a ticket each time a reservation is made. it can.
  • the force type tag 4 on which the reservation information is displayed is used as a ticket, so that the user can immediately recognize the reservation information as long as the card type tag 4 is viewed. The contents of the ticket can be easily grasped, and it is convenient for finding a seat at the event venue.
  • the server 1 detects access from the user's mobile phone 2 (S101). Specifically, a control unit configured by the CPU 11 of the server 1 detects access. The control unit of the server 1 acquires the mobile phone individual number included in the transmission information from the mobile phone 2 in response to the detection of the access (S102).
  • the control unit of the server 1 refers to the user information DB 151 based on the acquired mobile phone individual number, and determines whether or not the mobile phone 2 of the accessed user is a registered member mobile phone ( S 103). Specifically, the control unit of the server 1 determines whether or not the acquired mobile phone individual number is included in the member mobile phone individual number stored in the user information DB 151. If the control unit of the server 1 determines that the acquired mobile phone individual number is included in the member's mobile phone individual number stored in the user information DB 151, it is determined that the access is from a non-member. Then, a non-member top page web page created in advance for non-members is transmitted to the accessing user's mobile phone 2 (S105).
  • the user's mobile phone 2 receives the non-member top page power web page and displays the non-member top page on the display. If you are not a member, you will not be able to make a ticket reservation using this ticket usage system. Absent. The user can make a ticket reservation by using the ticket utilization system by executing membership registration.
  • step S104 a web page serving as a member top page is created in advance for the member to the accessing user's mobile phone 2.
  • the user's mobile phone 2 receives the web page that also has the member top page power, and displays the member top page on the display.
  • menus such as ticket reservation, ticket confirmation ⁇ payment, ticket search ⁇ settlement method ⁇ additional services are displayed.
  • the control unit of the server 1 receives the selection information, and then determines whether or not the user whose membership has been confirmed is a good member (S107). Specifically, the control unit of the server 1 searches the user history DB 152 based on the member number specified based on the mobile phone individual number from the user information DB 151, and refers to the non-buy flag associated with the member number. To do.
  • the non-buy flag is information indicating whether or not the ticket has been booked but has not been purchased for a certain number of times, so if it is more than the predetermined number of times, it can be determined as a bad member and less than the predetermined number. It can be judged that it is a good member.
  • the control unit of the server 1 determines that the member is a bad member due to the non-buying flag, a web page that displays a message indicating that the function is stopped, that is, a message indicating that the ticket reservation service cannot be received, is displayed. Transmission is made to the mobile phone 2 (S109). The user's mobile phone 2 receives the web page indicating that the function is to be stopped and displays it on the display.
  • the control unit of the server 1 determines that the member is an excellent member based on the non-buy flag
  • the control unit transmits a web page for displaying the ticket reservation page to the mobile phone 2 of the user (S108).
  • the user's mobile phone 2 receives the web page and displays the ticket reservation page on the display.
  • a ticket code input box and a message prompting you to enter are displayed. It is assumed that the user has entered a ticket code in the input box on the ticket reservation page (S110).
  • the ticket code information is transmitted from the user's mobile phone 2 to the server 1.
  • the control unit of the server 1 receives the ticket code information, and determines a seat type indicating whether it is a free seat or a designated seat based on the received ticket code information (Sll). Specifically, if the ticket code itself includes information such as a symbol indicating the seat type, the control unit of the server 1 determines the seat type from only the ticket code, and the information indicating the seat type in the ticket code itself. If it is not included, the seat type is determined with reference to the ticket DB 153.
  • the control unit of the server 1 determines that the ticket to be reserved is a reserved seat, reservation confirmation information for confirming the reservation content to the mobile phone 2 of the user who has accessed, A web page consisting of a ticket confirmation page that displays a message prompting selection of the number of ticket reservations is transmitted (S112).
  • the user's mobile phone 2 receives the web page having the ticket confirmation page power and displays the ticket confirmation page on the display.
  • On the ticket confirmation page for example, input boxes for reservation contents and the number of ticket reservations are displayed.
  • the reserved number information is transmitted from the user's mobile phone 2 to Sano 1.
  • the control unit of server 1 receives the reservation number information, and if the reservation number is two or more, it assigns consecutive numbers (serial numbers) so that the seats with the reserved number of tickets are adjacent to each other. . At this time, it is preferable to use a module that allocates the reserved seats adjacent to each other according to the seat arrangement at the event venue. If the reserved number is 1, no special allocation process is performed.
  • the control unit of the server 1 transmits a web page including a reservation completion page to the user's mobile phone 2 after executing processing corresponding to registration of the reservation number information.
  • the user's mobile phone 2 receives the web page and displays the reservation completion page on the display.
  • the control unit of the server 1 stores information related to the current reservation in the user history DB 152 and the reservation DB 154 (S115).
  • the user history DB 152 stores the reserved user's membership number, the ticket code of the reserved ticket, the performance date of the reserved event, and the date when the reservation is completed.
  • reservation DB154 Then, the ticket code of the reserved ticket, the seat ID of the reserved seat, the type of reserved seat (in this case, the designated seat), the seat number of the reserved seat, and the member number of the reserved user are stored.
  • the control unit of the server 1 performs an assignment process of the card type tag distributed to each member who reserved the reserved seat. Specifically, among the card-type tags 4 prepared in advance, an arbitrary card-type tag 4 is assigned to each ticket, and the tag ID and ticket code of the assigned card-type tag 4 are associated with each other and stored in the reservation DB 154.
  • a mail label printing process for mailing the card-type tag 4 assigned to the ticket for which the reserved seat reservation has been completed is performed (S 116). Specifically, when the reservation is completed, the control unit of server 1 identifies the reservation person of the ticket that has been reserved by the member ID associated with the ticket code in the reservation DB 154, and uses the member ID as the member ID. Based on the user information DB 151, the corresponding name and address information is read out and a mailing label is printed.
  • the card type tag 4 is a postcard, the name, address, etc. may be printed on the paper surface of the card type tag 4.
  • the card-type tag 4 does not function as a ticket because the settlement has not been completed. Therefore, even if mailed, the card-type tag 4 can be mailed by a simple method.
  • the control unit of the server 1 determines that the ticket to be reserved is a non-reserved seat (S1 11), a reservation for confirming the reservation contents with respect to the mobile phone 2 of the accessing user A ticket confirmation page that displays the confirmation information is transmitted (S11 7).
  • the user's mobile phone 2 receives the web page that serves as the ticket confirmation page, and displays the ticket confirmation page on the display.
  • the strap-type tag 21 distributed to each user according to the membership registration is treated as a ticket.
  • the ticket confirmation page lists the payment methods for the ticket price and prompts the user to select a specific payment method.
  • the payment method includes, for example, cash payment at a convenience store, payment by credit card, electronic money, and the like.
  • the payment method selection information is transmitted from the user's mobile phone 2 to the server 1.
  • the control unit of the server 1 receives the payment method selection information and stores it in a predetermined storage means. Further, when the payment is made by the method specified by the user (S119), the control unit of the server 1 transmits a web page that is a ticket purchase completion page power to the user's mobile phone 2 upon completion of the payment. (S120).
  • the user's mobile phone 2 receives the web page and displays a purchase completion page on the display.
  • the control unit of the server 1 reads the tag ID of the strap-type tag 21 associated with the member ID for specifying the purchased member from the user information DB 151,
  • the read tag ID is stored in the ticket DB 153 in association with the ticket code and member ID (S121). As a result, the reservation and settlement for non-reserved seats are completed.
  • the reservation of a ticket is accepted using a mobile phone, and the mobile phone individual information is acquired. You can prevent a malicious mischief to make a reservation.
  • the card-type tag 4 is mailed to the user as described above.
  • the card-type tag 4 has an IC tag 41 in which a tag ID is stored.
  • a tag ID is stored on the surface of the card type tag 4, for example, the event name, location, date and time of opening, opening time, starting time, reserved seat information, fee, performer, organizer, contact information, etc.
  • Instruction information related to the method, access information (URL information) for accessing the site related to the ticket use system, e-mail address, transfer slip number, no code, receipt number, company code, order number, etc. are printed.
  • a part of the area including the IC tag 41 may be printed so as to be surrounded by a cut line.
  • the user may treat the entire card-type tag 4 as a ticket, but treat it as a smaller card-like ticket by cutting it with a cut line.
  • the control unit of the server 1 detects access from the user's mobile phone 2 (S201). In response to detection of the access, the control unit of the server 1 The mobile phone individual number included in the transmission information from the mobile phone 2 is acquired (S202).
  • the control unit of the server 1 Based on the acquired mobile phone individual number, the control unit of the server 1 refers to the user information DB 151 and determines whether the accessed mobile phone 2 of the user is a registered member mobile phone ( S203). When the control unit of the server 1 determines that the acquired mobile phone individual number is not included in the member's mobile phone individual number stored in the user information DB 151, it is determined that the access is from a non-member. Then, a web page which is a non-member top page power created in advance for non-members is transmitted to the mobile phone 2 of the accessing user (S205). The user's mobile phone 2 receives the non-member top page web page and displays the non-member top page on the display.
  • step S204 a web page serving as a member top page created in advance for the member is transmitted to the mobile phone 2 of the accessing user.
  • the user's mobile phone 2 receives the web page that also has the member top page power, and displays the member top page on the display.
  • the control unit of the server 1 executes a reservation list creation process in response to receiving the ticket payment / confirmation selection input information (S207). Specifically, the control unit of server 1 previously made a reservation from the user history DB 152 using the member ID specified by the user information DB 151 based on the mobile phone individual number of the accessed mobile phone 2 as a key. The ticket (event) information is read and a reservation list is created based on the information.
  • the reservation list includes information on ticket codes, performance dates, and reservation dates, and may include information such as event names and performers.
  • the control unit of the server 1 generates a web page for displaying the reservation list and transmits it to the mobile phone 2 of the user (S207). The user's mobile phone 2 receives the web page composed of the reservation list and displays the reservation list on the display.
  • the user selects a specific reservation ticket included in the reservation list displayed on the display.
  • the selection information is transmitted from the user's mobile phone 2 to the server 1.
  • the control unit of the server 1 reads information such as a seat ID, a seat type, a seat number, and a billing number from the reservation DB 154 according to the selection information, and a web page for a ticket confirmation page that displays useful information.
  • the user's mobile phone 2 receives the web page that also has the ticket confirmation page power, and displays the ticket confirmation page on the display.
  • the user When the user visually recognizes the ticket confirmation page and receives the card type tag 4 for the displayed ticket, the user inputs confirmation, and if not received, that is, if it is not received, Input is performed (S209).
  • the received receipt information is transmitted from the user's mobile phone 2 to the server 1.
  • the control unit of the server 1 indicates receipt of the card-type tag 4 according to the received receipt information
  • the control unit of the server 1 displays a web page displaying a payment selection page for making payment selection to the user's mobile phone 2. (S210).
  • the user's mobile phone 2 receives the web page serving as the payment selection page, and displays the payment selection page on the display.
  • payment methods On the payment selection page, in addition to information for identifying the event, payment methods, that is, payment method candidates for the ticket price are displayed.
  • payment methods include payment at a convenience store, payment by electronic money, and payment by credit card.
  • the control unit of the server 1 further exchanges information for payment by the mobile phone 2 to make a payment. Process (S213).
  • the control unit of the server 1 transmits a web page displaying a purchase completion page indicating purchase completion to the user's mobile phone 2 (S214). The user's mobile phone 2 receives the web page serving as the purchase completion page, and displays the purchase completion page on the display.
  • the control unit of the server 1 displays a web page that displays a payment instruction page indicating a payment instruction in the convenience store. 2 is transmitted (S219). User engagement The mobile phone 2 receives the payment instruction page, and displays the payment instruction page on the display.
  • the payment information is generated at the system of the convenience store.
  • the control unit of the server 1 acquires payment information from the system of the convenience store based on the billing ID (S220).
  • the billing ID S220
  • the ticket utilization system that is effective in the present invention and the convenience store system are communicably connected, it is possible to acquire information via the communication network.
  • information is input from the convenience store system to the ticket usage system as appropriate, and the input information is also used to obtain payment information based on the billing ID.
  • the control unit of the server 1 stores the tag ID of the card type tag 4 distributed to the user in the reservation DB 154 in association with the ticket code or the like.
  • the settlement completion flag is set to a content indicating settlement completion (S215).
  • the control unit of the server 1 associates the tag ID of the card type tag 4 distributed to the user with the ticket DB 153 with the ticket code or the like. Store.
  • the non-buy flag stored in the user history DB 152 is cleared upon completion of the settlement.
  • the control unit of the server 1 receives the information indicating the non-delivery, and based on this information, displays a web page for the non-delivery instruction page that displays an instruction message in the case of non-delivery to the user's mobile phone 2. Transmit (S216).
  • the user's mobile phone 2 receives the non-delivery instruction page power web page and displays the non-delivery instruction page on the display.
  • the message “I will issue a ticket at the local counter on the day. Don't forget to bring the mobile phone and the IC tag of the strap ⁇ ” is displayed.
  • the control unit of Sano 1 reads the ticket code, seat ID, member ID, and billing number relating to the non-arrival ticket from the reservation DB 154 and stores them in the non-delivery DB 155, and associates them with the member ID from the user information DB 151.
  • the tag ID of the strap type tag 21 The tag ID of the strap-type tag 21 distributed to the member who reserved the non-arrival ticket is read out and stored in the non-delivery DB 155 in association with the member ID or the like (S217).
  • the control unit of Sano 1 transmits seat information including a seat ID, a seat number, and the like from the reservation DB 154 to the mail address stored in the user information DB 151 (S218). As a result, the user can obtain seat information even when the user has not received the card-type tag 4.
  • a support port is provided at the event venue, and a reader and a terminal as shown in Fig. 1B are installed in the support port.
  • the terminal is connected to server 1 via a communication network.
  • Such a terminal is preferably connected to a reception terminal 6 provided for admission authentication via a communication network. If the two are not connected, data is exchanged via an external storage medium. It is also possible to configure the terminal and the receiving terminal 6 with a single computer.
  • the user brings the strap-type tag 21 distributed at the time of member registration to the support port and holds it over the reader 5.
  • the terminal reads the tag ID stored in the strap type tag 21 through the reader (S301).
  • the terminal searches the non-delivery DB155 using the read tag ID as a key, reads non-delivery information (ticket code, seat, member, billing number, etc.) that matches the tag ID, and displays it on the terminal display (S 302 ).
  • the operator of the terminal confirms the non-delivery information displayed on the display and makes a face-to-face payment with the user (S303).
  • the operator When payment is completed, the operator inputs payment completion to the terminal.
  • the terminal executes a ticket issuance process in response to the input indicating that the settlement is complete (S304). Further, when the terminal and the server 1 are connected via a communication network, payment completion information is transmitted from the terminal to the server 1. If the terminal and server 1 are not connected, payment completion information is input to server 1 separately.
  • the control unit of the server 1 stores and registers the tag ID stored in the strap tag 21 in the ticket DB 153 in association with the ticket code in accordance with the payment completion information (S305). Similarly, the ticket D B653 of the reception terminal 6 provided at the entrance gate stores the ID stored in the strap type tag 21 in association with the ticket code, sign up.
  • a reader 5 and a reception terminal 6 are installed at the entrance.
  • the user holds the strap-type tag 21 over the reader 5 in the case of a non-reserved seat and in the case of a reserved seat but the card-type tag 4 is not attached.
  • the card type tag 4 sent by mail is held over the reader 5.
  • the control unit of the reception terminal 6 reads the tag ID stored in the strap tag 21 or the card tag 4 by the reader 5 (S401).
  • the control unit of the reception terminal 6 searches the ticket DB 653 based on the read tag ID, and executes a matching process (S402). If the read tag ID is stored as the tag ID related to the event stored in the ticket DB 653, it is determined that the strap-type tag 21 or the card-type tag 4 functions as an official ticket for the event. , To that effect is displayed on the display of the reception terminal 6. Further, the control unit of the reception terminal 6 updates the entrance flag of the ticket DB 653 on the assumption that the user has entered (S404).
  • the strap-type tag 21 or the card-type tag 4 functions as the official ticket for the event. It is determined that the entry has not been made, that is, unauthorized entry, and a warning for unauthorized entry is displayed on the display of the reception terminal 6 (S403).
  • the present invention can be used for event ticket reservation, reservation confirmation, and settlement.

Abstract

 安全性や運用性が高く、実用化に適したチケット利用システムを提供する。本発明にかかるチケット利用システムでは、第1の識別情報が格納されたストラップ型タグ21がユーザに対して予め配布される。また、指定席の予約が携帯電話機2を介して行なわれた場合には、予約内容が表示され、第2の識別情報が格納されたカード型タグ4がユーザに配布される。これらのストラップ型タグ21やカード型タグ4がチケットとして利用される。ユーザが予約の際に座席種別情報を携帯電話機2を用いて登録すると、その座席種別情報が自由席の場合には、第1の識別情報をチケット認証情報としてチケットDB153に格納する。また、指定席の場合には、第2の識別情報をチケット認証情報としてチケットDB153に格納する。

Description

チケット利用システム及びチケット利用方法
技術分野
[0001] 本発明は、 ICタグ等のデータキャリアをチケットとして利用するチケット利用システム 及びチケット利用方法に関する。
背景技術
[0002] コンサートや演劇等のイベントを見に行く場合には、ユーザはチケット売り場等に出 向き、チケット代金を支払うことにより紙媒体力もなるチケットを取得することが一般的 である。また、最近の情報通信技術の発展に伴って、チケット情報を記憶した ICカー ドゃ携帯電話機をチケットとして用いるシステムも提案されて ヽる (例えば、特許文献
1、特許文献 2参照)。このような ICカードや携帯電話機をチケットとして用いる場合に は、複数枚の指定席を予約した場合には、指定席毎のそれぞれのユーザが自己の 携帯電話機で決済し、チケット情報を取得しなければならず不便である。一つの携帯 電話機に複数のチケット情報を取得し、携帯電話機間でやりとりするシステムも提案 されているが、携帯電話機間のデータ通信はユーザにとって面倒であり、利用性が 低い。
[0003] さらに、ユーザがチケット売り場の窓口に出向かなくともチケットを発行できるシステ ムも提案されている(例えば、特許文献 3)。この特許文献 3に開示されたシステムで は、ユーザがインターネットサイトによりチケットの申込を行なうと、申込みを行なった ユーザに対してチケット情報を記憶した非接触 ICカードが組み込まれたノヽガキが送 付される。この非接触 ICカードをカードリーダライタ付きの ATMに挿入し、チケット代 金を支払うと、非接触 ICカード内の情報が書き換えられ、この情報が書き換えられた 非接触 ICカードは正規チケットとして機能する。
特許文献 1 :特開 2002— 163689号公報
特許文献 2 :特開 2002— 109343号公報
特許文献 3 :特開 2002— 42069号公報
発明の開示 発明が解決しょうとする課題
[0004] し力しながら、特許文献 3に開示されたシステムでは、非接触 ICカードを組み込ん だハガキがユーザに対して届かな力つた場合にっ 、ての対策がとられておらず、ュ 一ザ及びチケット発行者の双方に混乱を招くという問題があった。また、特許文献 3 に開示されたシステムでは、自由席や指定席といった座席の種別に応じたチケット発 行にっ ヽては提案されて ヽな 、。
[0005] 本発明は、力かる問題を解消し、安全性や運用性が高ぐ実用化に適したチケット 利用システムを提供することを目的とする。
課題を解決するための手段
[0006] 本発明に力かるチケット利用システムは、ユーザに対して予め配布され、第 1の識 別情報が格納された第 1のデータキャリアと、指定席の予約に応じてユーザに対して 配布され、予約情報が表示されるとともに第 2の識別情報が格納された第 2のデータ
V、られるチケット認証情報を少なくとも格納するチケットデータベースと、ユーザの入 力した座席種別情報を取得する手段と、取得した座席種別情報が自由席の場合に は、前記第 1の識別情報を前記チケット認証情報として前記チケットデータベースに 格納する手段と、取得した座席種別情報が指定席の場合には、前記第 2の識別情報 を前記チケット認証情報として前記チケットデータベースに格納する手段とを備えた ものである。このような構成により、第 1のデータキャリアと第 2のデータキャリアをチケ ットとして使用できる。特に、自由席の場合には予め配布した第 1のデータキャリアを チケットとして使用するので、予約の度にデータキャリアを郵送する必要性がなぐチ ケット発行者の労力を軽減できる。また、指定席には、予約情報が表示された第 2の データキャリアをチケットとして使用するので、ユーザは第 2のデータキャリアを視認さ えすれば予約情報を即座に認識することができるのでチケットの内容を容易に把握 でき、かつイベント会場において席を探す際に便利である。
[0007] さらに、チケット代金に関する決済完了情報を取得する手段を備え、前記決済完了 情報によりチケット代金の決済が完了したと判定した場合に、前記第 1の識別情報又 は前記第 2の識別情報を前記チケットデータベースに格納することが望ましい。これ により、決済が完了して初めてチケット認証が可能となる、即ちタグがチケットとして機 能することになるので、特にタグを簡便な方式により郵送できる。
[0008] また、指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該 ユーザが受け取った力否かを示す受取情報を当該ユーザより取得する手段と、前記 受取情報に基づきユーザが前記第 2のデータキャリアを受け取つたと判定した場合 は、前記第 2の識別情報を前記チケットデータベースに格納する手段とを備えるとよ い。このような構成により、ユーザが第 2のデータキャリアを受け取って初めてチケット として機能させることになるので、他の者が第 2のデータキャリアを取得したとしても、 チケットして機能させることは困難であり、他の者による不正使用を防止できる。
[0009] さらに、指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当 該ユーザが受け取つていない場合に、チケットの再発行のために確認される不着情 報を格納する不着データベースと、指定席の予約に応じてユーザに配布された前記 第 2のデータキャリアを当該ユーザが受け取った力否かを示す受取情報を取得する 手段と、前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取つていな V、と判定した場合は、当該チケットの識別情報を前記不着情報として前記不着デー タベースに格納する手段とを備えることが望ましい。このような構成により、仮に第 2の データキャリアがユーザに届かない場合であっても、チケットの再発行を的確に行な うことができる。
[0010] また、指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該 ユーザが受け取つていない場合に、チケットの再発行のために確認される不着情報 を格納する不着データベースと、指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユーザが受け取った力否かを示す受取情報を取得する手 段と、前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取つていない と判定した場合は、前記第 1の識別情報を前記不着情報として前記不着データべ一 スに格納する手段とを備えるとよい。このような構成により、仮に第 2のデータキャリア がユーザに届かない場合であっても、ユーザに予め配布された第 1のデータキャリア に格納された第 1の識別情報をチケット再発行の際に不着データベースにおける第 1の識別情報と認証することで、的確にチケット発行を行なうことができる。 [0011] また、前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取つていな V、と判定した場合は、チケットの座席情報をユーザの端末に送信する手段とを備える ことが望ましい。これにより、ユーザは第 2のデータキャリアがなくともチケットの座席情 報を認知することができる。
[0012] さらには、前記第 1のデータキャリア及び前記第 2のデータキャリアは、 ICタグにより 構成されることが望ましい。また、前記第 1のデータキャリアは、携帯電話機に取り付 けられるストラップに取り付けられていることが好ましぐ前記第 2のデータキャリアは、 印刷可能なカードに内蔵されて 、ることが望ま 、。
[0013] 本発明に力かる別の観点によるチケット利用システムは、ユーザに対して予め配布 され、第 1の識別情報が格納された第 1の ICタグと、指定席の予約に応じてユーザに 対して席毎に配布され、予約情報が表示されるとともに第 2の識別情報が格納された 第 2の ICタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサー ノ とを備え、イベント会場において前記第 1の ICタグ又は前記第 2の ICタグをチケット としてそれぞれに格納された第 1の識別情報と第 2の識別情報に基づき認証を実行 するチケット利用システムであって、前記サーバは、イベント会場においてチケットの 認証に用いられるチケット認証情報を少なくとも格納するチケットデータベースと、ュ 一ザの携帯電話機カゝら通信網を介して座席種別情報を受信する手段と、受信した座 席種別情報が自由席の場合には、前記第 1の識別情報を前記チケット認証情報とし て前記チケットデータベースに格納する手段と、取得した座席種別情報が指定席の 場合には、前記第 2の識別情報を前記チケット認証情報として前記チケットデータべ ースに格納する手段とを備えたものである。
[0014] さらに、別の観点によるチケット利用システムは、ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定席の予約に応じてユーザに対して 席毎に配布され、予約情報が表示されるとともに第 2の識別情報が格納された第 2の ICタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを 備え、イベント会場において前記第 1の ICタグ又は前記第 2の ICタグをチケットとして それぞれに格納された第 1の識別情報と第 2の識別情報に基づき認証を実行するチ ケット利用システムであって、前記サーバは、指定席の予約に応じてユーザに配布さ れた前記第 2のデータキャリアを当該ユーザが受け取つていない場合に、チケットの 再発行のために確認される不着情報を格納する不着データベースと、前記ユーザの 携帯電話機力 前記第 2のデータキャリアを当該ユーザが受け取った力否かを示す 受取情報を受信する手段と、受信した受取情報に基づきユーザが前記第 2のデータ キャリアを受け取っていないと判定した場合は、当該チケットの識別情報を前記不着 情報として前記不着データベースに格納する手段とを備えたものである。
[0015] さらに、別の観点によるチケット利用システムは、ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定席の予約に応じてユーザに対して 席毎に配布され、予約情報が表示されるとともに第 2の識別情報が格納された第 2の ICタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを 備え、イベント会場において前記第 1の ICタグ又は前記第 2の ICタグをチケットとして それぞれに格納された第 1の識別情報と第 2の識別情報に基づき認証を実行するチ ケット利用システムであって、前記サーバは、指定席の予約に応じてユーザに配布さ れた前記第 2のデータキャリアを当該ユーザが受け取つていない場合に、チケットの 再発行のために確認される不着情報を格納する不着データベースと、前記ユーザの 携帯電話機力 前記第 2のデータキャリアを当該ユーザが受け取った力否かを示す 受取情報を受信する手段と、受信した受取情報に基づきユーザが前記第 2のデータ キャリアを受け取っていないと判定した場合は、前記第 1の識別情報を前記不着情報 として前記不着データベースに格納する手段とを備えたものである。
[0016] 本発明にかかるチケット利用方法は、ユーザに対して予め配布され、第 1の識別情 報が格納された第 1のデータキャリアと、指定席の予約に応じてユーザに対して配布 され、予約情報が表示されるとともに第 2の識別情報が格納された第 2のデータキヤリ ァをチケットとして利用するチケット利用方法であって、ユーザの入力した座席種別 情報を取得するステップと、取得した座席種別情報が自由席の場合に、前記第 1の 識別情報をチケットの認証に用いられるチケット認証情報としてチケットデータベース に格納するステップと、取得した座席種別情報が指定席の場合には、前記第 2の識 別情報を前記チケット認証情報として前記チケットデータベースに格納するステップ とを備えたものである。 [0017] さらに、チケット代金に関する決済完了情報を取得するステップを備え、前記決済 完了情報によりチケット代金の決済が完了したと判定した場合は、前記第 1の識別情 報又は前記第 2の識別情報を前記チケットデータベースに格納することが望ましい。
[0018] また、指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該 ユーザが受け取った力否かを示す受取情報を取得するステップと、前記受取情報に 基づきユーザが前記第 2のデータキャリアを受け取つたと判定した場合は、前記第 2 の識別情報を前記チケットデータベースに格納するステップとを備えることが望ましい
[0019] また、指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該 ユーザが受け取った力否かを示す受取情報を取得するステップと、前記受取情報に 基づきユーザが前記第 2のデータキャリアを受け取って 、な 、と判定した場合は、当 該チケットの識別情報を、前記第 2のデータキャリアを当該ユーザが受け取つていな V、場合にチケットの再発行のために確認される不着情報として格納するステップとを 備えるとよい。
[0020] さらに、指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当 該ユーザが受け取った力否かを示す受取情報を取得するステップと、前記受取情報 に基づきユーザが前記第 2のデータキャリアを受け取って 、な 、と判定した場合は、 前記第 1の識別情報を、前記第 2のデータキャリアを当該ユーザが受け取つていない 場合にチケットの再発行のために確認される不着情報として格納するステップとを備 えることが望ましい。
[0021] 本発明に力かる別の観点によるチケット利用方法は、ユーザに対して予め配布され 、第 1の識別情報が格納された第 1の ICタグと、指定席の予約に応じてユーザに対し て席毎に配布され、予約情報が表示されるとともに第 2の識別情報が格納された第 2 の ICタグを、イベント会場においてチケットとしてそれぞれに格納された第 1の識別情 報と第 2の識別情報に基づき認証を実行するチケット利用方法であって、サーバの制 御部がユーザの携帯電話機力 通信網を介して座席種別情報を受信するステップと
、前記サーバの制御部は、受信した座席種別情報が自由席の場合には、前記第 1の 識別情報をイベント会場においてチケットの認証に用いられるチケット認証情報とし てチケットデータベースに格納するステップと、取得した座席種別情報が指定席の場 合には、前記第 2の識別情報を前記チケット認証情報として前記チケットデータべ一 スに格納するステップとを備えたものである。
[0022] また、別の観点によるチケット利用方法は、ユーザに対して予め配布され、第 1の識 別情報が格納された第 1の ICタグと、指定席の予約に応じてユーザに対して席毎に 配布され、予約情報が表示されるとともに第 2の識別情報が格納された第 2の ICタグ を、イベント会場においてチケットとしてそれぞれに格納された第 1の識別情報と第 2 の識別情報に基づき認証を実行するチケット利用方法であって、前記サーバの制御 部がユーザの携帯電話機力 前記第 2のデータキャリアを当該ユーザが受け取った か否かを示す受取情報を受信するステップと、受信した受取情報に基づきユーザが 前記第 2のデータキャリアを受け取っていないと判定した場合は、当該チケットの識 別情報を、当該ユーザが前記第 2のデータキャリアを受け取つていない場合にチケッ トの再発行のために確認される不着情報として不着データベースに格納するステップ とを備えたものである。
[0023] さらに、別の観点によるチケット利用方法は、ユーザに対して予め配布され、第 1の 識別情報が格納された第 1の ICタグと、指定席の予約に応じてユーザに対して席毎 に配布され、予約情報が表示されるとともに第 2の識別情報が格納された第 2の ICタ グを、イベント会場においてチケットとしてそれぞれに格納された第 1の識別情報と第 2の識別情報に基づき認証を実行するチケット利用方法であって、前記サーバの制 御部がユーザの携帯電話機力 前記第 2のデータキャリアを当該ユーザが受け取つ た力否かを示す受取情報を受信するステップと、受信した受取情報に基づきユーザ が前記第 2のデータキャリアを受け取っていないと判定した場合は、前期第 1の識別 情報を、当該ユーザが前記第 2のデータキャリアを受け取つていない場合にチケット の再発行のために確認される不着情報として不着データベースに格納するステップ とを備えたものである。
発明の効果
[0024] 本発明によれば、安全性や運用性が高ぐ実用化に適したチケット利用システムを 提供することができる。 図面の簡単な説明
[0025] [図 1A]本発明に力かるチケット利用システムのシステム構成図である。
[図 1B]本発明に力かるチケット利用システムのシステム構成図である。
[図 2]本発明に力かるチケット利用システムにおけるデータベースを示す図である。
[図 3A]本発明に力かるチケット利用システムにおけるデータベースに格納されたデ 一タ例を示す図である。
[図 3B]本発明に力かるチケット利用システムにおけるデータベースに格納されたデー タ例を示す図である。
[図 3C]本発明に力かるチケット利用システムにおけるデータベースに格納されたデ 一タ例を示す図である。
[図 3D]本発明に力かるチケット利用システムにおけるデータベースに格納されたデ 一タ例を示す図である。
[図 3E]本発明に力かるチケット利用システムにおけるデータベースに格納されたデー タ例を示す図である。
[図 4]本発明に力かるチケット利用システムにおける全体処理を示すフローチャートで ある。
[図 5]本発明に力かるチケット利用システムにおけるチケット予約処理を示すフローチ ヤートである。
[図 6]本発明にかかるチケット利用システムにおける予約の確認及び決済処理を示す フローチャートである。
[図 7]本発明に力かるチケット利用システムにおいてカード型タグがユーザに届かな 力つた場合のチケット発行処理を示すフローチャートである。
[図 8]本発明に力かるチケット利用システムにおける入場処理を示すフローチャートで ある。
符号の説明
[0026] 1 サーバ(チケット利用システム)
2 ユーザの携帯電話機
3 通信網 4 カード型タグ
5 リーダ
6 受付端末
11 CPU (制御部)
12 記憶部
13 通信制御部
14 RAM
15 データベース
21 ストラップ型タグ
151 ユーザ情報 DB
152 ユーザ履歴 DB
153 チケット DB
154 予約 DB
155 不着 DB
発明を実施するための最良の形態
[0027] 本発明に力かるチケット利用システムの構成について図 1A及び図 1Bを用いて説 明する。図 1Aは、ユーザが携帯電話機を用いてチケットの予約、予約確認や決済を 行なうシステムの構成例を示し、図 1Bは、イベント会場に設置され入場の認証を行な うシステムの構成例を示す。図に示されるように、広義のチケット利用システムは、サ ーバ 1、ユーザの携帯電話機 2、通信網 3、カード型タグ 4、リーダ 5、受付端末 6を備 えている。ここで、サーバ 1は、通信網 3を介してユーザの携帯電話機 2と通信可能に 接続されている。また、リーダ 5は、ユーザの携帯電話機 2に取り付けられた携帯スト ラップ状の ICタグ 21 (以下、単にストラップ型タグ 21とする)や、カード型タグ 4と無線 通信可能である。さらに、リーダ 5は、受付端末 6と通信可能に接続されている。尚、 サーバ 1と受付端末 6は通信網 3を介して通信可能に接続されていてもよい。
[0028] サーバ 1は、いわゆるコンピュータにより構成されており、狭義のチケット利用システ ムを構築する。サーバ 1は、 CPU11、記憶部 12、通信制御部 13、 RAM 14,データ ベース 15等のハードウェア構成を備えている。その他、ディスプレイ等の出力装置、 キーボード、マウス等の入力装置等を備えている力 図示を省略している。
[0029] サーバ 1の CPU11は、記憶部 12に予め記憶された OSプログラムやアプリケーショ ンプログラムに基づき、各種の処理を実行する制御部として機能する。
[0030] 記憶部 12は、 EEP—ROM、ハードディスク等の内部記憶手段やフレキシブノレディ スクゃ CD— ROM等の外部記憶手段により構成され、 OSプログラムやアプリケーシ ヨンプログラム等が格納される。この例におけるアプリケーションプログラムには、ゥェ ブデータを作成するソフトウェアプログラム(ウェブエンジン)、チケットの予約、予約確 認、決済等の処理を実行するための各種のソフトウェアプログラムが含まれる。
[0031] 通信制御部 13は、通信網 3への接続インターフェースや通信制御回路を備えてい る。この通信制御部 13によって、ユーザの携帯電話機 2とデータ通信を実行すること ができる。
[0032] RAM14は、 CPU11のワークエリアとして用いられ、例えば、プログラムの実行部 分や実行時に使用されるデータ等が一時的に格納される。
[0033] データベース 15は、ハードディスクや光ディスク等の記憶手段により構成されてい る。この例におけるデータベース(DB) 15には、図 2に示されるように、ユーザ情報 D
B151、ユーザ履歴 DB152、チケット DB153、予約 DB154、不着 DB155力含まれ る。
[0034] 尚、この発明の実施の形態に力かるサーバ 1は、単一のコンピュータでなくとも、複 数のコンピュータによって構成することも可能であり、そのハードウェア構成は、図 1A 及び図 1Bで示す構成に限定されるものではない。また、ファイアウォールサーバ等 のその他のサーバやノヽードウエア構成を備えて 、てもよ 、。
[0035] 携帯電話機 2は、ユーザにより利用される、いわゆるインターネット接続機能付き携 帯電話機等であり、 CPU, ROM, RAM,入力キー等の入力手段、小型ディスプレ ィ等の出力手段を備えている。ユーザの携帯電話機 2は、ブラウザプログラムがメモリ に格納されており、サーノ 1より送信されたウェブデータを受信し、ディスプレイに表 示させることができる。尚、本発明にかかるチケット利用システムでは、携帯電話機 2 の代わりに、パーソナルコンピュータ (PC)、携帯端末などの各種の端末を用いること ができる。 [0036] 携帯電話機 2には、第 1のキャリアとして機能するストラップ型タグ 21が取り付けられ ている。ストラップ型タグ 21に内蔵された ICタグは、非接触型 ICタグであり、 RFID (R adio Frequency IDentification)や非接触データキャリアとも呼ばれる。 ICタグは、情 報を記録しておく小さな ICチップと無線通信用のアンテナとを組み合わせた小型装 置であり、リーダやリーダライタによって電波や電磁波によりデータの読み書きを行な うことができる。ストラップ型タグ 21の ICタグに内蔵されるメモリには、少なくとも、タグ の識別情報であるタグ IDが格納されている。後に詳述する力 ストラップ型タグ 21は 、ユーザの会員登録に応じて、ユーザに対して配布され、自由席の場合の入場確認 や、カード型タグ 4の不着時のチケット発行に用いられる。
[0037] 通信網 3は、携帯電話網、インターネット、公衆網等の通信網である。
[0038] 図 1Bにおいて、第 2のデータキャリアとして機能するカード型タグ 4は、例えば、印 刷可能な 2枚の紙基材カもなる予約カードの間に ICタグ 41を収容し接着剤を用いて 接着固定されることによって形成される。カード型タグ 4の ICタグ 41に内蔵されるメモ リには、少なくとも、タグの識別情報であるタグ IDが格納されている。後に詳述するが 、カード型タグ 4は、指定席の予約に応じて、指定席の数だけ発行されて、予約者に 対して配布される。予約者へは、通常、カード型タグ 4を封筒内に収納して郵送され る力 予約カードに宛先や郵便番号を印刷することによってハガキの構成とし、当該 ハガキ状のカード型タグ 4を予約者に対して郵送してもよい。カード型タグ 4は、指定 席を予約したユーザが入場する際の入場確認に用いられる。予約カードには、例え ば、イベント名、開催場所、開催日時、開場時刻、開演時刻、指定席情報、料金、出 演者、主催者、問合せ先情報の他、チケット代金の支払方法に関する指示情報ゃチ ケット利用システムに関するサイトにアクセスするためのアクセス情報 (URL情報)や メールアドレス、振込票番号、バーコード、受付番号、企業コード、注文番号等が印 刷されている。
[0039] リーダ 5は、ストラップ型タグ 21やカード型タグ 4の ICタグに格納された、例えばタグ
ID等のデータを読み取り、受付端末 6に対して出力する。
[0040] 受付端末 6は、通常、イベント会場の入場口に設置されたコンピュータ端末である。
当該受付端末 6は、リーダ 5を介して、ストラップ型タグ 21やカード型タグ 4の ICタグに 格納された、例えばタグ ID等のデータを取得し、予め取得されたチケット DB153に 格納されたチケット情報と比較、認証する。
[0041] 受付端末 6は、 CPU61、記憶部 62、通信制御部 63、 RAM64、データベース 65 等のハードウェア構成を備えている。その他、ディスプレイ等の出力装置、キーボード 、マウス等の入力装置等を備えているが、図示を省略している。これらの構成は、基 本的にサーバ 1と同じである。データベース 65には、ユーザ情報 DB651、ユーザ履 歴 DB652、チケット DB653、予約 DB654、不着 DB655が含まれ、これらの各デー タベースの情報は基本的にサーバ 1のデータベース 15と同じである。
[0042] 受付端末 6に設けられたデータベース 65の情報は、通信網 3を介してサーバ 1と接 続されている場合には、適宜、サーバ 1にアクセスして取得するようにしてもよぐまた 、外部記憶媒体を介して受付端末 6に情報を格納するようにしてもよい。但し、受付 端末 6に設けられたデータベース 65の情報は、必ずしもサーバ 1のデータベース 15 の情報と同じ必要はなぐデータベース 15の情報のうち当該イベントに必要な情報の みを格納するようにすればょ 、。
[0043] 次に、図 3Aないし図 3Eを用いて、サーバ 1のデータベース 15に格納される情報に ついて説明する。図 3Aに示されるように、ユーザ情報 DB151には、会員の識別情 報である会員番号、携帯電話機の識別情報である携帯電話個体番号、ユーザの氏 名 '住所'電話番号、会員登録に応じてユーザに配布したストラップ型タグ 21の識別 情報であるタグ ID、ユーザの予約履歴情報、ユーザのチケット購入履歴情報等が格 納される。
[0044] ユーザ履歴 DB152には、会員番号、チケットを識別するチケットコード、イベントが 開催される日を示す公演日、予約が完了した日である予約日、チケット代金の決済 が完了した日である決済日、過去にチケット予約をしたが購入しな力つたことが所定 回数 (例えば、 2回)以上あるか否かを示す不買フラグ等が記憶される。尚、不買フラ グは、予約をしてきたユーザが優良会員である力 不良会員であり予約を受け付けな いかを判断する際に参照される。
[0045] チケット DB153には、チケットの認証に用いられるチケット認証情報が格納され、具 体的には、チケットコード、座席の識別情報である座席 ID、例えば、自由席か指定席 かを示す座席種別、座席を特定する座席番号、チケットを購入したユーザの会員 ID 、タグ ID、入場フラグ等が格納される。尚、タグ IDは、原則として、自由席の場合には ストラップ型タグ 21のタグ ID、指定席の場合にはカード型タグ 4のタグ IDである。但し 、指定席の場合であってもカード型タグ 4が不着の場合にはストラップ型タグ 21のタ グ IDが格納される。また、入場フラグは、ユーザ力 ベントに入場した力否かを示す フラグ†青報である。
[0046] 予約 DB154には、チケットコード、座席 ID、座席種別、座席番号、予約したユーザ の会員 ID、チケットの予約に伴ってユーザに対して請求されるチケット代金に関する 請求の識別情報である請求番号、チケット代金の決済が完了した力どうかを示す決 済完了フラグ、カード型タグ 4のタグ ID等が格納される。
[0047] 不着 DB155には、指定席のチケットを発行するためにカード型タグ 4をユーザに対 して送付した力 当該ユーザに対して届力な力 た、即ち不着であった場合に、チケ ットゃユーザ等を特定する不着情報が格納される。具体的には、不着 DB155には、 不着であったチケットを特定するチケットコード、不着であったチケットの座席を特定 する座席 ID、チケットを予約し、チケットを入手するはずであったユーザを特定する 会員 、不着であったチケットの代金に関する請求番号、不着であったチケットの代 金に関する決済が完了したかどうかを示す決済完了フラグ等が格納される。
[0048] 続いて、図 4に示すフローチャートを用いて、本発明に力かるチケット利用システム の処理の概要について説明する。ユーザに対しては予めストラップ型タグ 4を配布し ておぐユーザは、当該チケット利用システムの会員登録をした後に、携帯電話機 2 を用いてチケット予約を行なう(Sl)。
[0049] 次に、ユーザは、携帯電話機 2を用いてチケットの確認及び決済処理を実行する( S2)。本発明にかかるチケット利用システムでは、指定席を予約した場合には、予約 情報が表示されたカード型タグ 4がユーザに対して送付される。指定席を予約した場 合にカード型タグ 4が何らかの手違い等で、予約したユーザ本人に届かない場合が ある。このような場合に、チケット発行処理を行なう(S3)。 自由席を予約した場合には 、ストラップ型タグ 21がチケットとして機能する。
[0050] ユーザは、自由席の場合には予め配布されたストラップ型タグ 21を、指定席の場合 であってカード型タグ 4をユーザが受け取った場合にはカード型タグ 4を、指定席の 場合であってカード型タグ 4をユーザが受け取れな力つた場合にはストラップ型タグ 2 1を、それぞれイベント会場の入場口に設置されたリーダ 5にかざす。受付端末 6はリ ーダ 5を介して、これらのタグ 4、 21よりタグ IDを読み取り、チケット DB653に格納さ れたタグ IDと照合等を行なうことによって入場者のチェックを行なう(S4)。
[0051] このように自由席の場合には予め配布したストラップ型タグ 21をチケットとして使用 するので、予約の度にチケットとして機能させるタグを郵送する必要性がなぐチケッ ト発行者の労力を軽減できる。また、指定席の場合には、予約情報が表示された力 ード型タグ 4をチケットとして使用するので、ユーザはカード型タグ 4を視認さえすれ ば予約情報を即座に認識することができるのでチケットの内容を容易に把握でき、か つイベント会場において席を探す際に便利である。
[0052] 続いて、図 5に示すフローチャートを用いて、チケット予約につき詳細に説明する。
まず、ユーザの携帯電話機 2からチケット予約のためのサイトにアクセスがあったもの とする。この場合に、サーバ 1は、ユーザの携帯電話機 2からのアクセスを検知する( S101)。具体的には、サーバ 1の CPU11等によって構成される制御部がアクセスを 検知する。サーバ 1の制御部は、当該アクセスの検知に応じて、携帯電話機 2からの 送信情報に含まれる携帯電話個体番号を取得する (S102)。
[0053] サーバ 1の制御部は、取得した携帯電話個体番号に基づいて、ユーザ情報 DB15 1を参照し、アクセスしたユーザの携帯電話機 2が、登録された会員の携帯電話機か どうかを判定する(S 103)。具体的には、サーバ 1の制御部は、取得した携帯電話個 体番号がユーザ情報 DB151に格納された会員の携帯電話個体番号に含まれるか どうかを判定する。サーバ 1の制御部が、取得した携帯電話個体番号がユーザ情報 DB151に格納された会員の携帯電話個体番号に含まれて ヽな 、と判定した場合に は、非会員からのアクセスであると判断し、アクセスしたユーザの携帯電話機 2に対し て非会員向けに予め作成された非会員トップページ力 なるウェブページを送信す る(S105)。ユーザの携帯電話機 2は、当該非会員トップページ力 なるウェブべ一 ジを受信し、ディスプレイに非会員トップページを表示する。非会員の状態では、当 該チケット利用システムを用いてチケット予約できな 、のでこれ以上の処理を行われ ない。ユーザは、会員登録を実行することにより、当該チケット利用システムを用いて チケット予約を行なうことができる。
[0054] 一方、サーバ 1の制御部が、取得した携帯電話個体番号がユーザ情報 DB151に 格納された会員の携帯電話個体番号に含まれていると判定した場合には、会員から のアクセスであると判断し、アクセスしたユーザの携帯電話機 2に対して会員向けに 予め作成された会員トップページ力 なるウェブページを送信する(S104)。ユーザ の携帯電話機 2は、当該会員トップページ力もなるウェブページを受信し、ディスプレ ィに会員トップページを表示する。会員トップページでは、例えば、チケット予約、チ ケット確認 ·支払、チケット検索 ·決済方法 ·付加サービス等のメニューが表示される。
[0055] ユーザは、表示された会員トップページを視認して、チケット予約を選択し、これを 入力したものとする(S106)。チケット予約を選択したことを示す選択情報は、ユーザ の携帯電話機 2からサーバ 1に送信される。サーバ 1の制御部は、当該選択情報を受 信し、次に、会員確認されたユーザが優良会員であるかどうかを判定する(S107)。 具体的に、サーバ 1の制御部は、ユーザ情報 DB151より携帯電話個体番号に基づ き特定された会員番号に基づいて、ユーザ履歴 DB152を検索し、当該会員番号と 関連付けられた不買フラグを参照する。当該不買フラグは、チケットを予約したが実 際に購入しな力つたことが所定回数以上あるかどうかを示す情報であるから、所定回 数以上だと不良会員と判断でき、所定回数よりも少ないと優良会員であると判断でき る。サーバ 1の制御部は、不買フラグにより不良会員と判定した場合には、機能を停 止する旨の表示、即ちチケット予約サービスを受けることができな ヽ旨の表示を行うゥ エブページを当該ユーザの携帯電話機 2に対して送信する(S109)。ユーザの携帯 電話機 2は、当該機能を停止する旨を表示するウェブページを受信し、ディスプレイ に表示する。
[0056] 一方、サーバ 1の制御部は、不買フラグにより優良会員と判定した場合には、チケッ ト予約ページの表示を行うウェブページを当該ユーザの携帯電話機 2に対して送信 する(S108)。ユーザの携帯電話機 2は、当該ウェブページを受信し、チケット予約 ページをディスプレイに表示する。 チケット予約ページでは、チケットコードの入力ボ ックスや入力を促すメッセージが表示される。 [0057] ユーザがチケット予約ページの入力ボックスにチケットコードを入力したものとする( S110)。チケットコード情報は、ユーザの携帯電話機 2からサーバ 1に送信される。サ ーバ 1の制御部は、当該チケットコード情報を受信し、受信したチケットコード情報に 基づき、自由席か指定席かを示す座席種別を判定する(Sl l l)。具体的に、サーバ 1の制御部は、チケットコード自体に座席種別を示す記号等の情報が含まれて ヽれ ば、チケットコードのみから座席種別を判定し、チケットコード自体に座席種別を示す 情報が含まれていない場合にはチケット DB153を参照して座席種別を判定する。
[0058] サーバ 1の制御部が、予約しょうとするチケットが指定席であると判定した場合には 、アクセスしたユーザの携帯電話機 2に対して、予約内容を確認するための予約確認 情報と、チケット予約枚数の選択を促すメッセージを表示するチケット確認ページか らなるウェブページを送信する(S 112)。ユーザの携帯電話機 2は、当該チケット確 認ページ力もなるウェブページを受信し、ディスプレイにチケット確認ページを表示 する。チケット確認ページには、例えば、予約内容やチケット予約枚数の入力ボック スが表示される。
[0059] ユーザがチケット確認ページを視認し、チケット予約枚数の入力ボックスに予約枚 数を入力したものとする(S113)。予約枚数情報は、ユーザの携帯電話機 2からサー ノ 1に送信される。サーバ 1の制御部は、当該予約枚数情報を受信し、予約枚数が 2 枚以上である場合には予約枚数分のチケットによる座席が隣同士になるように連続し た番号 (連番)を割り振る。このとき、好ましくは、イベント会場における席配置に応じ て同時に予約された席が隣接するように割り当てるようなモジュールが用いられる。予 約枚数が 1枚の場合には、特別な割り振り処理は行われない。サーバ 1の制御部は、 予約枚数情報の登録に応じた処理を実行した後、予約完了ページからなるウェブべ ージをユーザの携帯電話機 2に対して送信する。ユーザの携帯電話機 2は、当該ゥ エブページを受信し、予約完了ページをディスプレイに表示する。
[0060] さらに、予約の完了に伴って、サーバ 1の制御部は、ユーザ履歴 DB152及び予約 DB154に、今回の予約に関する情報を格納する(S115)。具体的には、ユーザ履 歴 DB152に対して、予約したユーザの会員番号、予約したチケットのチケットコード 、予約したイベントの公演日、予約が完了した日を格納する。また、予約 DB154に対 しては、予約したチケットのチケットコード、予約した座席の座席 ID、予約した座席の 種別 (ここでは、指定席)、予約した座席の座席番号、予約したユーザの会員番号を 格納する。
[0061] さらに、予約の完了に伴って、サーバ 1の制御部は、指定席を予約した会員のそれ ぞれに配布されるカード型タグの割り当て処理を行う。具体的には、予め用意された カード型タグ 4のうち、任意のカード型タグ 4をチケット毎に割り当て、割り当てられた カード型タグ 4のタグ IDとチケットコードを関連付けて予約 DB154に格納する。
[0062] さらに、指定席の予約が完了したチケットに割り当てらたカード型タグ 4を郵送する ための郵送ラベルの印刷処理を行う(S 116)。具体的には、サーバ 1の制御部は、予 約の完了に応じて、当該予約完了したチケットの予約者を予約 DB154にチケットコ ードと関連付けられた会員 IDにより特定し、当該会員 IDに基づきユーザ情報 DB15 1より対応する氏名、住所情報を読み出して、郵送ラベルを印刷する。尚、カード型タ グ 4が郵便ハガキである場合には、カード型タグ 4の紙面に氏名、住所等を印刷する ようにしてもよい。これにより、指定席の場合の予約は完了したことになり、カード型タ グ 4は、指定席を予約したユーザに郵送される。尚、カード型タグ 4は、この状態では 、決済が完了していないため、チケットとしては機能しないので、郵送したとしてもい わゆる有価証券の郵送に当たらないため簡便な方法により郵送可能である。
[0063] サーバ 1の制御部が、予約しょうとするチケットが自由席であると判定した場合 (S1 11)には、アクセスしたユーザの携帯電話機 2に対して、予約内容を確認するための 予約確認情報を表示するチケット確認ページ力 なるウェブページを送信する(S11 7)。ユーザの携帯電話機 2は、当該チケット確認ページ力 なるウェブページを受信 し、ディスプレイにチケット確認ページを表示する。尚、 自由席のチケットを予約した 場合には、会員登録に応じて各ユーザに配布されたストラップ型タグ 21がチケットと して扱われる。チケット確認ページでは、チケット代金の支払方法が列挙され、ユー ザに対して特定の支払方法の選択を促すメッセージが表示される。支払方法には、 例えば、コンビ-エンスストアでの現金払い、クレジットカード、電子マネー等による支 払が含まれる。
[0064] ユーザがチケット確認ページを視認し、支払 、方法を選択し、入力したものとする( S118)。支払方法の選択情報は、ユーザの携帯電話機 2からサーバ 1に送信される 。サーバ 1の制御部は、当該支払方法の選択情報を受信し、所定の記憶手段に格納 しておく。さらに、ユーザが指定した方法で決済を行なうと(S119)、サーバ 1の制御 部は、決済の完了に応じて、チケットの購入完了ページ力 なるウェブページをユー ザの携帯電話機 2に対して送信する(S120)。ユーザの携帯電話機 2は、当該ウェブ ページを受信し、購入完了ページをディスプレイに表示する。
[0065] さらに、チケットの購入完了に応じて、サーバ 1の制御部は、購入した会員を特定す る会員 IDに対応付けられたストラップ型タグ 21のタグ IDをユーザ情報 DB151から読 み出し、読み出したタグ IDをチケットコード及び会員 IDと関連付けてチケット DB153 に格納する(S121)。これにより、自由席の場合の予約及び決済が完了した状態とな る。
[0066] 以上、説明したように、本発明においては、携帯電話機を用いてチケットの予約を 受け付けることとし、携帯電話個体情報を取得するようにしたので、購入予定がない にもかかわらずチケットを予約する悪質ないたずらを予防できる。
[0067] 続いて、図 6のフローチャートを用いて、チケットが指定席の場合における予約確認 及び決済について説明する。指定席の場合には、上述のように、カード型タグ 4がュ 一ザに対して郵送される。カード型タグ 4には、タグ IDが格納された ICタグ 41が内蔵 されている。また、カード型タグ 4の表面には、例えば、イベント名、開催場所、開催 日時、開場時刻、開演時刻、指定席情報、料金、出演者、主催者、問合せ先情報の 他、チケット代金の支払方法に関する指示情報やチケット利用システムに関するサイ トにアクセスするためのアクセス情報 (URL情報)やメールアドレス、振込票番号、ノ 一コード、受付番号、企業コード、注文番号等が印刷されている。また、 ICタグ 41を 内蔵した一部の領域は切り取り線で囲むように印刷してもよい。ユーザは、カード型タ グ 4の全体をチケットとして扱ってもよいが、切り取り線で切り取ることにより、より小さな カード状のチケットとして扱ってもょ 、。
[0068] ユーザが携帯電話機 2を用いてカード型タグ 4に印刷されたアクセス情報にァクセ スしたものとする。この場合に、サーバ 1の制御部は、ユーザの携帯電話機 2からのァ クセスを検知する(S201)。サーバ 1の制御部は、当該アクセスの検知に応じて、携 帯電話機 2からの送信情報に含まれる携帯電話個体番号を取得する (S202)。
[0069] サーバ 1の制御部は、取得した携帯電話個体番号に基づいて、ユーザ情報 DB15 1を参照し、アクセスしたユーザの携帯電話機 2が、登録された会員の携帯電話機か どうかを判定する(S203)。サーバ 1の制御部が、取得した携帯電話個体番号がユー ザ情報 DB151に格納された会員の携帯電話個体番号に含まれていないと判定した 場合には、非会員からのアクセスであると判断し、アクセスしたユーザの携帯電話機 2 に対して非会員向けに予め作成された非会員トップページ力 なるウェブページを 送信する(S205)。ユーザの携帯電話機 2は、当該非会員トップページ力 なるゥェ ブページを受信し、ディスプレイに非会員トップページを表示する。
[0070] 一方、サーバ 1の制御部が、取得した携帯電話個体番号がユーザ情報 DB151に 格納された会員の携帯電話個体番号に含まれていると判定した場合には、会員から のアクセスであると判断し、アクセスしたユーザの携帯電話機 2に対して会員向けに 予め作成された会員トップページ力 なるウェブページを送信する(S204)。ユーザ の携帯電話機 2は、当該会員トップページ力もなるウェブページを受信し、ディスプレ ィに会員トップページを表示する。
[0071] ユーザは、表示された会員トップページを視認して、チケット支払 ·確認を選択入力 したものとする(S206)。ユーザの携帯電話機 2は、チケット支払'確認の選択入力情 報をサーバ 1に対して送信する。サーバ 1の制御部は、チケット支払 ·確認の選択入 力情報の受信に応じて、予約リストの作成処理を実行する(S207)。具体的には、サ ーバ 1の制御部は、アクセスした携帯電話機 2の携帯電話個体番号に基づきユーザ 情報 DB151により特定される会員 IDをキーに、ユーザ履歴 DB152よりユーザが過 去に予約したチケット (イベント)の情報を読み出し、力かる情報に基づき、予約リスト を作成する。予約リストには、チケットコード、公演日、予約日に関する情報が含まれ 、さらにイベント名や出演者等の情報を含めるようにしてもよい。サーバ 1の制御部は 、予約リストを表示するためのウェブページを生成し、当該ユーザの携帯電話機 2に 対して送信する(S207)。ユーザの携帯電話機 2は、予約リストからなるウェブページ を受信し、ディスプレイに予約リストを表示する。
[0072] ユーザが、ディスプレイに表示された予約リストに含まれる特定の予約チケットを選 択入力すると、選択情報がユーザの携帯電話機 2からサーバ 1に送信される。サーバ 1の制御部は、当該選択情報に応じて、予約 DB154より座席 ID、座席種別、座席番 号、請求番号等の情報を読み出し、力かる情報を表示させるチケット確認ページにか 力るウェブページを生成し、ユーザの携帯電話機 2に対して送信する(S208)。ユー ザの携帯電話機 2は、当該チケット確認ページ力もなるウェブページを受信し、デイス プレイにチケット確認ページを表示する。
[0073] ユーザがチケット確認ページを視認し、表示されたチケットについてカード型タグ 4 を受け取つている場合には、確認入力し、受け取つていない場合、即ち不着の場合 には、不着の旨の入力を行なう(S209)。入力された受取情報は、ユーザの携帯電 話機 2からサーバ 1に送信される。サーバ 1の制御部は、受信した受取情報に応じて 、カード型タグ 4の受け取りを示す場合には、決済選択を行なうための決済選択ぺー ジを表示するウェブページをユーザの携帯電話機 2に対して送信する(S210)。ユー ザの携帯電話機 2は、当該決済選択ページ力 なるウェブページを受信し、ディスプ レイに決済選択ページを表示する。決済選択ページでは、イベントを特定する情報 に加えて、決済方法、即ちチケット代金の支払方法の候補が表示される。この例では 、支払方法として、コンビニエンスストアにおける支払、電子マネーによる支払、クレジ ットカードによる支払が含まれる。
[0074] ユーザが、決済方法を選択入力したものとする。かかる選択入力に応じて、ユーザ の携帯電話機 2は、決済方法の選択情報をサーバ 1に送信する。サーバ 1の制御部 は、受信した選択情報がコンビ-エンスストア以外の電子マネーやクレジットカードに よる支払方法である場合には、さらに、携帯電話機 2によって決済するための情報の やりとりを行い、決済処理する(S213)。決済処理の完了に応じて、サーバ 1の制御 部は、購入完了を示す購入完了ページを表示するウェブページをユーザの携帯電 話機 2に対して送信する(S214)。ユーザの携帯電話機 2は、当該購入完了ページ 力 なるウェブページを受信し、ディスプレイに購入完了ページを表示する。
[0075] サーバ 1の制御部は、受信した選択情報がコンビ-エンスストアによる支払方法で ある場合には、コンビ-エンスストアにおける支払指示を示す支払指示ページを表示 するウェブページをユーザの携帯電話機 2に対して送信する(S219)。ユーザの携 帯電話機 2は、当該支払指示ページ力 なるウェブページを受信し、ディスプレイに 支払指示ページを表示する。
[0076] ユーザがカード型タグ 4に印刷された支払情報に基づき、コンビ-エンスストアにて チケット代金を支払うと、コンビ-エンスストアのシステムにて入金情報が生成される。 サーバ 1の制御部は、当該コンビ-エンスストアのシステムより請求 IDに基づき入金 情報を取得する(S220)。このとき、本発明に力かるチケット利用システムと、コンビ- エンスストアのシステムと間が通信可能に接続されている場合には、通信網を介して 情報を取得することができる力 通信可能でない場合には、適宜コンビ-エンスストア のシステムより情報をチケット利用システムに入力し、入力された情報力も請求 IDに 基づく入金情報を取得する。
[0077] このようにして、決済処理が完了し、チケットの購入が完了すると、サーバ 1の制御 部は、予約 DB154にユーザに配布したカード型タグ 4のタグ IDをチケットコード等と 関連付けて格納し、かつ、決済完了フラグを決済完了を示す内容に設定する(S215 ) oさらに、サーバ 1の制御部は、チケット DB153にユーザに配布したカード型タグ 4 のタグ IDをチケットコード等と関連付けて格納する。さらには、決済完了に応じて、ュ 一ザ履歴 DB152に格納された不買フラグをクリアする。
[0078] 一方で、ユーザがカード型タグ 4を受領したかどうかの確認ステップ(S209)にお!/ヽ て、ユーザが不着である旨の入力を行なった場合には、その旨の情報が携帯電話機 2からサーバ 1に送信される。サーバ 1の制御部は、当該不着である旨の情報を受信 し、これに基づいて、不着の場合の指示メッセージを表示する不着指示ページにか 力るウェブページをユーザの携帯電話機 2に対して送信する(S216)。ユーザの携 帯電話機 2は、当該不着指示ページ力 なるウェブページを受信し、ディスプレイに 不着指示ページを表示する。当該不着指示ページでは、例えば、「当日、現地窓口 でチケットを発行します。携帯電話とストラップの ICタグを忘れずに持ってきて下さ ヽ 」とのメッセージが表示される。
[0079] そして、サーノ 1の制御部は、不着であったチケットに関するチケットコード、座席 I D、会員 ID、請求番号を予約 DB154より読み出して不着 DB155に格納するとともに 、ユーザ情報 DB151より会員 IDと関連付けられたストラップ型タグ 21のタグ ID、即ち 不着であったチケットを予約した会員に対して配布されたストラップ型タグ 21のタグ I Dを読み出して会員 ID等と関連付けて不着 DB155に格納する(S217)。さらにサー ノ 1の制御部は、予約 DB154より座席 ID、座席番号等を含む座席情報を、ユーザ 情報 DB151に格納されたメールアドレスに対して送信する(S218)。これにより、ュ 一ザは、カード型タグ 4を受け取らな力つた場合であっても、座席情報を取得すること ができる。
[0080] 続いて、図 7に示すフローチャートを用いて、指定席のチケットとしてユーザに郵送 されるカード型タグ 4がユーザに不着であった場合におけるチケットの発行処理につ いて説明する。この例では、イベント会場にサポート口を設け、当該サポート口に図 1 Bに示されるようなリーダ及び端末を設置している。端末は通信網を介してサーバ 1と 接続されている。かかる端末は、入場の認証のために設けられた受付端末 6と通信 網を介して接続されていることが望ましい。両者が接続されていない場合には、外部 記憶媒体を介してデータのやりとりが実行される。また、当該端末と受付端末 6とを単 一のコンピュータにより構成することも可能である。
[0081] ユーザは、会員登録時に配布されたストラップ型タグ 21をサポート口に持参し、リー ダ 5にかざす。端末は、リーダを介して、ストラップ型タグ 21に格納されたタグ IDを読 み出す (S301)。端末は、読み出したタグ IDをキーに、不着 DB155を検索し、当該 タグ IDと一致する不着情報 (チケットコード、座席 、会員 、請求番号等)を読み 出し、端末のディスプレイに表示する(S 302)。端末のオペレータは、ディスプレイに 表示された不着情報を確認し、ユーザとの間で対面決済を行なう(S303)。
[0082] 決済を完了した場合に、オペレータは、端末に決済完了の旨を入力する。端末は、 当該決済完了の旨の入力に応じてチケットの発行処理を実行する(S 304)。さらに、 この端末とサーバ 1とが通信網を介して接続されている場合は、端末から決済完了情 報がサーバ 1に送信される。端末とサーバ 1とが接続されていない場合には別途サー バ 1に決済完了情報を入力する。サーバ 1の制御部は、決済完了情報に応じて、チ ケット DB153にストラップ型タグ 21に格納されたタグ IDをチケットコードと関連付けて 格納し、登録する(S305)。同様に、入場ゲートに設けられた受付端末 6のチケット D B653にもストラップ型タグ 21に格納された IDをチケットコードと関連付けて格納し、 登録する。
[0083] 続いて、図 8に示すフローチャートを用いて、入場処理について説明する。入場口 には、図 1Bに示されるように、リーダ 5と受付端末 6が設置されている。
[0084] ユーザは、自由席の場合と、指定席だがカード型タグ 4が不着の場合には、ストラッ プ型タグ 21をリーダ 5にかざす。他方、指定席の場合には、郵送されたカード型タグ 4をリーダ 5にかざす。受付端末 6の制御部は、リーダ 5によってストラップ型タグ 21又 はカード型タグ 4に格納されたタグ IDを読み出す (S401)。
[0085] そして、受付端末 6の制御部は、読み出したタグ IDに基づき、チケット DB653を検 索し、照合処理を実行する(S402)。読み出したタグ IDがチケット DB653に格納さ れた当該イベントに関するタグ IDとして格納されている場合には、ストラップ型タグ 21 又はカード型タグ 4が当該イベントの正式なチケットとして機能していると判定し、その 旨を受付端末 6のディスプレイに表示する。さらに、受付端末 6の制御部は、ユーザ が入場したものとして、チケット DB653の入場フラグを更新する(S404)。
[0086] このとき、受付端末 6とサーバ 1が通信網を介して接続されている場合には、照合処 理に必要な情報を受付端末 6からサーバ 1に対して送信し、サーバ 1の制御部がこれ に基づ!/ヽて照合処理を実行し、その結果を受付端末 6に送信するようにしてもよ!ヽ。
[0087] 他方で、受信したタグ IDがチケット DB153に格納された当該イベントに関するタグ I Dとして格納されていない場合には、ストラップ型タグ 21又はカード型タグ 4が当該ィ ベントの正式なチケットとして機能していない、すなわち不正入場であると判定され、 不正入場に対する警告が受付端末 6のディスプレイに表示される (S403)。
産業上の利用可能性
[0088] 本発明は、イベントのチケットの予約、予約確認や決済に利用することができる。

Claims

請求の範囲
[1] ユーザに対して予め配布され、第 1の識別情報が格納された第 1のデータキャリアと
、指定席の予約に応じてユーザに対して配布され、予約情報が表示されるとともに第
2の識別情報が格納された第 2のデータキャリアをチケットとして利用するチケット利 用システムであって、
チケットの認証に用いられるチケット認証情報を少なくとも格納するチケットデータ ベースと、
ユーザの入力した座席種別情報を取得する手段と、
取得した座席種別情報が自由席の場合には、前記第 1の識別情報を前記チケット 認証情報として前記チケットデータベースに格納する手段と、
取得した座席種別情報が指定席の場合には、前記第 2の識別情報を前記チケット 認証情報として前記チケットデータベースに格納する手段とを備えたチケット利用シ ステム。
[2] チケット代金に関する決済完了情報を取得する手段を更に備え、
前記決済完了情報によりチケット代金の決済が完了したと判定した場合に、前記第 1の識別情報又は前記第 2の識別情報を前記チケットデータベースに格納することを 特徴とする請求項 1記載のチケット利用システム。
[3] 指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取った力否かを示す受取情報を取得する手段と、
前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取つたと判定した 場合に、前記第 2の識別情報を前記チケットデータベースに格納する手段とを備えた 請求項 1又は 2記載のチケット利用システム。
[4] 指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取って 、な 、場合に、チケットの再発行のために確認される不着情報を格 納する不着データベースと、
指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取った力否かを示す受取情報を取得する手段と、
前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取っていないと判 定した場合に、当該チケットの識別情報を前記不着情報として前記不着データべ一 スに格納する手段とを備えた請求項 1又は 2記載のチケット利用システム。
[5] 指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取って 、な 、場合に、チケットの再発行のために確認される不着情報を格 納する不着データベースと、
指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取った力否かを示す受取情報を取得する手段と、
前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取っていないと判 定した場合に、前記第 1の識別情報を前記不着情報として前記不着データベースに 格納する手段とを備えた請求項 1又は 2記載のチケット利用システム。
[6] 前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取っていないと判 定した場合は、チケットの座席情報をユーザの端末に送信する手段とを備えた請求 項 4又は 5記載のチケット利用システム。
[7] 前記第 1のデータキャリア及び前記第 2のデータキャリアは、 ICタグにより構成され ることを特徴とする請求項 1〜6いずれかに記載のチケット利用システム。
[8] 前記第 1のデータキャリアは、携帯電話機に取り付けられるストラップに取り付けら れていることを特徴とする請求項 1〜7いずれかに記載のチケット利用システム。
[9] 前記第 2のデータキャリアは、印刷可能なカードに内蔵されていることを特徴とする 請求項 1〜8いずれかに記載のチケット利用システム。
[10] ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定 席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに 第 2の識別情報が格納された第 2の ICタグと、ユーザの携帯電話機と通信網を介し て通信可能に接続されたサーバとを備え、イベント会場において前記第 1の ICタグ又 は前記第 2の ICタグをチケットとしてそれぞれに格納された第 1の識別情報と第 2の 識別情報に基づき認証を実行するチケット利用システムであって、
前記サーバは、
イベント会場にぉ 、てチケットの認証に用いられるチケット認証情報を少なくとも格 納するチケットデータベースと、 ユーザの携帯電話機から通信網を介して座席種別情報を受信する手段と、 受信した座席種別情報が自由席の場合には、前記第 1の識別情報を前記チケット 認証情報として前記チケットデータベースに格納する手段と、
取得した座席種別情報が指定席の場合には、前記第 2の識別情報を前記チケット 認証情報として前記チケットデータベースに格納する手段とを備えたチケット利用シ ステム。
[11] ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定 席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに 第 2の識別情報が格納された第 2の ICタグと、ユーザの携帯電話機と通信網を介し て通信可能に接続されたサーバとを備え、イベント会場において前記第 1の ICタグ又 は前記第 2の ICタグをチケットとしてそれぞれに格納された第 1の識別情報と第 2の 識別情報に基づき認証を実行するチケット利用システムであって、
前記サーバは、
指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取って 、な 、場合に、チケットの再発行のために確認される不着情報を格 納する不着データベースと、
前記ユーザの携帯電話機力 前記第 2のデータキャリアを当該ユーザが受け取つ たか否かを示す受取情報を受信する手段と、
受信した受取情報に基づきユーザが前記第 2のデータキャリアを受け取つていない と判定した場合は、当該チケットの識別情報を前記不着情報として前記不着データ ベースに格納する手段とを備えたチケット利用システム。
[12] ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定 席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに 第 2の識別情報が格納された第 2の ICタグと、ユーザの携帯電話機と通信網を介し て通信可能に接続されたサーバとを備え、イベント会場において前記第 1の ICタグ又 は前記第 2の ICタグをチケットとしてそれぞれに格納された第 1の識別情報と第 2の 識別情報に基づき認証を実行するチケット利用システムであって、
前記サーバは、 指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取って 、な 、場合に、チケットの再発行のために確認される不着情報を格 納する不着データベースと、
前記ユーザの携帯電話機力 前記第 2のデータキャリアを当該ユーザが受け取つ たか否かを示す受取情報を受信する手段と、
受信した受取情報に基づきユーザが前記第 2のデータキャリアを受け取つていない と判定した場合は、前記第 1の識別情報を前記不着情報として前記不着データべ一 スに格納する手段とを備えたチケット利用システム。
[13] ユーザに対して予め配布され、第 1の識別情報が格納された第 1のデータキャリアと 、指定席の予約に応じてユーザに対して配布され、予約情報が表示されるとともに第 2の識別情報が格納された第 2のデータキャリアをチケットとして利用するチケット利 用方法であって、
ユーザの入力した座席種別情報を取得するステップと、
取得した座席種別情報が自由席の場合に、前記第 1の識別情報をチケットの認証 に用いられるチケット認証情報としてチケットデータベースに格納するステップと、 取得した座席種別情報が指定席の場合には、前記第 2の識別情報を前記チケット 認証情報として前記チケットデータベースに格納するステップとを備えたチケット利用 方法。
[14] チケット代金に関する決済完了情報を取得するステップを更に備え、
前記決済完了情報によりチケット代金の決済が完了したと判定した場合は、前記第
1の識別情報又は前記第 2の識別情報を前記チケットデータベースに格納することを 特徴とする請求項 13記載のチケット利用方法。
[15] 指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取つたか否かを示す受取情報を取得するステップと、
前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取つたと判定した 場合は、前記第 2の識別情報を前記チケットデータベースに格納するステップとを備 えた請求項 13又は 14記載のチケット利用方法。
[16] 指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取つたか否かを示す受取情報を取得するステップと、
前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取っていないと判 定した場合は、当該チケットの識別情報を、前記第 2のデータキャリアを当該ユーザ が受け取って 、な 、場合にチケットの再発行のために確認される不着情報として格 納するステップとを備えた請求項 13又は 14記載のチケット利用方法。
[17] 指定席の予約に応じてユーザに配布された前記第 2のデータキャリアを当該ユー ザが受け取つたか否かを示す受取情報を取得するステップと、
前記受取情報に基づきユーザが前記第 2のデータキャリアを受け取っていないと判 定した場合は、前記第 1の識別情報を、前記第 2のデータキャリアを当該ユーザが受 け取っていない場合にチケットの再発行のために確認される不着情報として格納す るステップとを備えた請求項 13又は 14記載のチケット利用方法。
[18] ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定 席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに 第 2の識別情報が格納された第 2の ICタグを、イベント会場にぉ 、てチケットとしてそ れぞれに格納された第 1の識別情報と第 2の識別情報に基づき認証を実行するチケ ット利用方法であって、
サーバの制御部がユーザの携帯電話機力 通信網を介して座席種別情報を受信 するステップと、
前記サーバの制御部は、受信した座席種別情報が自由席の場合には、前記第 1の 識別情報をイベント会場においてチケットの認証に用いられるチケット認証情報とし てチケットデータベースに格納するステップと、
取得した座席種別情報が指定席の場合には、前記第 2の識別情報を前記チケット 認証情報として前記チケットデータベースに格納するステップとを備えたチケット利用 方法。
[19] ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定 席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに 第 2の識別情報が格納された第 2の ICタグを、イベント会場にぉ 、てチケットとしてそ れぞれに格納された第 1の識別情報と第 2の識別情報に基づき認証を実行するチケ ット利用方法であって、
前記サーバの制御部がユーザの携帯電話機力 前記第 2のデータキャリアを当該 ユーザが受け取った力否かを示す受取情報を受信するステップと、
受信した受取情報に基づきユーザが前記第 2のデータキャリアを受け取つていない と判定した場合は、当該チケットの識別情報を、当該ユーザが前記第 2のデータキヤ リアを受け取つていない場合にチケットの再発行のために確認される不着情報として 不着データベースに格納するステップとを備えたチケット利用方法。
ユーザに対して予め配布され、第 1の識別情報が格納された第 1の ICタグと、指定 席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに 第 2の識別情報が格納された第 2の ICタグを、イベント会場にぉ 、てチケットとしてそ れぞれに格納された第 1の識別情報と第 2の識別情報に基づき認証を実行するチケ ット利用方法であって、
前記サーバの制御部がユーザの携帯電話機力 前記第 2のデータキャリアを当該 ユーザが受け取った力否かを示す受取情報を受信するステップと、
受信した受取情報に基づきユーザが前記第 2のデータキャリアを受け取つていない と判定した場合は、前記第 1の識別情報を、当該ユーザが前記第 2のデータキャリア を受け取つていない場合にチケットの再発行のために確認される不着情報として不 着データベースに格納するステップとを備えたチケット利用方法。
PCT/JP2006/303257 2005-04-07 2006-02-23 チケット利用システム及びチケット利用方法 WO2006112140A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/908,439 US20090006144A1 (en) 2005-04-07 2006-02-23 Ticket Use System and Ticket Use Method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-110508 2005-04-07
JP2005110508A JP4668663B2 (ja) 2005-04-07 2005-04-07 チケット利用システム及びチケット利用方法

Publications (1)

Publication Number Publication Date
WO2006112140A1 true WO2006112140A1 (ja) 2006-10-26

Family

ID=37114882

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/303257 WO2006112140A1 (ja) 2005-04-07 2006-02-23 チケット利用システム及びチケット利用方法

Country Status (4)

Country Link
US (1) US20090006144A1 (ja)
JP (1) JP4668663B2 (ja)
KR (1) KR20070118642A (ja)
WO (1) WO2006112140A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9336519B2 (en) 2010-03-08 2016-05-10 Qualcom Incorporated System and method for determining appropriate redemption presentations for a virtual token associated with a stored value account
US20130110808A1 (en) * 2011-10-26 2013-05-02 Microsoft Corporation Event memorabilia
US20150106184A1 (en) * 2012-04-18 2015-04-16 Furuno Electric Co., Ltd. Device and method for managing certification data
US20140052223A1 (en) * 2012-08-17 2014-02-20 Zoom Tan, Inc. System and method for controlling a tanning bed
US20150120340A1 (en) * 2013-10-25 2015-04-30 Elwha Llc Dynamic seat reservations
US20170262835A1 (en) * 2016-03-14 2017-09-14 Motorola Mobility Llc Using identification tags in a mobile device for physical location transactions
JP6389486B2 (ja) * 2016-07-06 2018-09-12 Emtg株式会社 情報処理システム、情報処理方法、及びプログラム
JP6841117B2 (ja) * 2017-03-27 2021-03-10 富士通株式会社 取引プログラム、取引装置及び取引方法
JP6637152B1 (ja) * 2018-12-14 2020-01-29 株式会社リクルート 順番管理システム、順番管理装置、およびプログラム
US11295311B2 (en) 2020-06-29 2022-04-05 Capital One Services, Llc System and method for handling point of sale card rejections
JP7338129B1 (ja) 2022-03-29 2023-09-05 インヴェンティット株式会社 予約システム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001034693A (ja) * 1999-07-23 2001-02-09 Fujitsu Ltd 役務の提供又は物品の販売を受ける権利の確定及び行使に関する支援システム及びその記憶媒体並びにそれに用いられる情報記録カード
JP2002042069A (ja) * 2000-07-24 2002-02-08 Towa Insatsu Kk チケット発行方法およびチケット発行システム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4678925B2 (ja) * 2000-09-11 2011-04-27 株式会社日立製作所 Icカード旅客輸送券及び改札システム
JP3532840B2 (ja) * 2000-09-14 2004-05-31 株式会社エヌ・ティ・ティ ピー・シー コミュニケーションズ チケット発行方法、センタ装置及びそのプログラムを記録した記録媒体
US20030208406A1 (en) * 2001-03-28 2003-11-06 Okamoto Steve Atsushi Method and apparatus for processing one or more value bearing instruments
JP2002297823A (ja) * 2001-03-30 2002-10-11 Pia Corp 電子チケット料金後払いシステム,電子チケット料金後払い方法及び電子チケット料金後払い用コンピュータプログラム
JP2003196529A (ja) * 2001-12-27 2003-07-11 Pia Corp 権利情報提供システムとその方法及びそれを実現するためのコンピュータプログラム
JP2004248733A (ja) * 2003-02-18 2004-09-09 Denso Wave Inc 携帯端末用保持具、携帯端末用保持具を用いたデータ伝送システムおよび携帯端末用保持具を用いた電力伝送システム
JP2005038048A (ja) * 2003-07-16 2005-02-10 Hitachi Ltd 電子チケット管理方法、情報処理装置、プログラム、および記録媒体
WO2005013169A1 (en) * 2003-08-05 2005-02-10 Matsushita Electric Industrial Co., Ltd. Reservation changing system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001034693A (ja) * 1999-07-23 2001-02-09 Fujitsu Ltd 役務の提供又は物品の販売を受ける権利の確定及び行使に関する支援システム及びその記憶媒体並びにそれに用いられる情報記録カード
JP2002042069A (ja) * 2000-07-24 2002-02-08 Towa Insatsu Kk チケット発行方法およびチケット発行システム

Also Published As

Publication number Publication date
JP4668663B2 (ja) 2011-04-13
KR20070118642A (ko) 2007-12-17
JP2006293511A (ja) 2006-10-26
US20090006144A1 (en) 2009-01-01

Similar Documents

Publication Publication Date Title
JP4668663B2 (ja) チケット利用システム及びチケット利用方法
EP1069539B1 (en) Electronic ticket, electronic wallet, and information terminal
CN1416552A (zh) 电子票系统
US20070205272A1 (en) Method of operating a terminal
JP3904207B2 (ja) 施設予約方法、施設予約システム、場内設置予約端末装置、予約プログラム、イベント予約方法、およびイベント予約システム
US20030105641A1 (en) Electronic ticketing and validation system and method
US20020169714A1 (en) Ordering-and-reserving management method using paper medium mounted with radio frequency identification IC chip and advertising effect analysis method, and system thereof
JP2002352166A (ja) クレジットカード認証システム及びクレジットカード認証端末
EP1852816A1 (en) Network settling card, network settling program, authentication server, and shopping system and settling method
JP2001256388A (ja) 電子商取引システム
GB2436446A (en) Multiple ticket reservation system
US20020169666A1 (en) Ordering-and-reserving management method using paper medium attached with unique code and advertising effect analysis method and system thereof
JP4236124B1 (ja) 小口金清算装置、方法、及びコンピュータプログラム
JP2007272813A (ja) 認証システム、認証サーバ、認証方法及びコンピュータ読み取り可能な認証制御プログラム
JP2003122875A (ja) モバイルチケットシステム及びそのシステム制御方法
JP2006146527A (ja) チケット関連コード発行システム
US10990656B1 (en) Customer service document with data storage device
JP2010266936A (ja) 小口金精算装置、方法、及びコンピュータプログラム
JP2001283117A (ja) バーチャルチケット発行システム
JP3816482B2 (ja) サービス提供システム及び注文受付サーバ
JP2003167972A (ja) チケット予約管理方法とその装置、そのためのプログラム、およびチケット予約確認方法
JPWO2004109605A1 (ja) ノベルティチケット発行システム、ノベルティチケット発行サーバおよびノベルティチケット発行方法
JP2003203056A (ja) ユーザクライアントサーバシステム
JP2002133097A (ja) 口座振替契約の認証方法
JP2002042069A (ja) チケット発行方法およびチケット発行システム

Legal Events

Date Code Title Description
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: 11908439

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 1020077023486

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06714397

Country of ref document: EP

Kind code of ref document: A1