WO2018147009A1 - 興行品質制御装置及びプログラム - Google Patents

興行品質制御装置及びプログラム Download PDF

Info

Publication number
WO2018147009A1
WO2018147009A1 PCT/JP2018/001013 JP2018001013W WO2018147009A1 WO 2018147009 A1 WO2018147009 A1 WO 2018147009A1 JP 2018001013 W JP2018001013 W JP 2018001013W WO 2018147009 A1 WO2018147009 A1 WO 2018147009A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
ticket
electronic ticket
quality control
control device
Prior art date
Application number
PCT/JP2018/001013
Other languages
English (en)
French (fr)
Inventor
圭史 伊藤
貴裕 河野
Original Assignee
ｐｌａｙｇｒｏｕｎｄ株式会社
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 ｐｌａｙｇｒｏｕｎｄ株式会社 filed Critical ｐｌａｙｇｒｏｕｎｄ株式会社
Priority to EP18751418.7A priority Critical patent/EP3582155A4/en
Priority to US16/481,859 priority patent/US20190378185A1/en
Publication of WO2018147009A1 publication Critical patent/WO2018147009A1/ja

Links

Images

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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0609—Buyer or seller confidence or verification
    • 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
    • G06Q10/00—Administration; Management
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06395—Quality analysis or management

Definitions

  • the present invention relates to an entertainment quality control apparatus and program for controlling the quality of various entertainment such as music and sports.
  • the box office quality refers to, for example, the overall quality grasped by the attributes of the box office visitors, the availability of the box office tickets, and the like.
  • “entertainment” refers to performing entertainment and sports, and taking an admission fee for visitors to see, but in this specification, entertainment is not limited to the above, and events such as entertainment and sports, theme parks, and amusement parks. Including various entertainment and amusement facilities on the ground, etc., those who have a ticket regardless of whether or not they collected fees such as admission fees and experience fees shall be allowed to enter and enjoy the experience.
  • the behavior of a certain visitor affects the evaluation of the other visitor (customer) for the performance. For example, if there are many exciting (so-called “noisy”) visitors in an event or they are located in an appropriate area, it is easy for other visitors to evaluate the event as being of high quality.
  • the present invention has been made to solve the above-described problems, and an object of the present invention is to provide an entertainment quality control device capable of controlling the quality of various entertainments and a program for realizing the entertainment quality control device.
  • the box office quality control device provides a user evaluation means for evaluating a user and a user purchase means for a ticket related to a box office from a user. Sales availability determination means for determining whether to sell a ticket in accordance with the received purchase request based on the evaluation.
  • the quality of the entertainer of the entertainment and the availability of the ticket are controlled by determining whether or not the purchase is possible according to the evaluation of the user who desires to purchase the ticket for the entertainment.
  • the quality of the box office itself can be controlled.
  • the user evaluation means determines the user based on at least one of the appropriateness of the purchase history, the appropriateness of the account, the appropriateness of the entrance history, the appropriateness of the transfer destination, and the appropriateness of the fan ability. It is good to evaluate.
  • the user evaluation means should evaluate users based not only on the relationship between the user and the box office or the ticket seller, but also on the relationship between the user and a third party (SNS, telephone line contract, etc.). . In this way, the quality of the user can be evaluated appropriately.
  • the user evaluation means calculates a score representing the evaluation for the user
  • the sales permission / inhibition determining means receives the score based on the score calculated by the user evaluation means in response to a purchase request from the user. It may be determined whether or not to sell the ticket in response to the purchase request. In this way, the user's evaluation can be digitized, and objective evaluation becomes easy.
  • the sale availability determination unit may determine whether to sell the ticket based on a comparison result between the score calculated by the user evaluation unit and a predetermined threshold.
  • the sales permission / inhibition determining means performs a lottery according to the received purchase request, determines whether or not the lottery is won at the winning rate according to the score calculated by the user evaluation means, and when the lottery is won. You may decide to sell tickets. In this way, the quality of the user who purchases the ticket can be controlled as desired.
  • the user evaluation means may calculate a score for each of the plurality of parameters based on the plurality of parameters, and calculate an overall score based on the score for each of the plurality of parameters.
  • the box office quality control device further includes ticket management means for managing the electronic ticket, and the ticket management means may issue the electronic ticket when the sale availability determination means determines that the sale is possible.
  • the electronic ticket is allowed to be transferred from the user who owns the electronic ticket to another user, the user evaluation means evaluates another user, and the ticket management means is the user evaluation means.
  • the transfer may be refused or the electronic ticket to be transferred may be invalidated. In this way, it is possible to prevent the ticket from reaching unintended users and to prevent unauthorized resale.
  • the ticket management means stores the past owner of the electronic ticket, and it is preferable to invalidate the electronic ticket having a history owned by the user who satisfies the predetermined condition. In this way, a ticket that has been illegally resold can be subsequently invalidated. Moreover, illegal resale can be suppressed by providing such a function.
  • An entertainment quality control device is an entertainment quality control device used in an electronic ticket system that allows transfer of an electronic ticket from a user who owns the electronic ticket to another user.
  • User evaluation means for evaluating other users and ticket management means for managing electronic tickets, which are used in response to transfer requests of electronic tickets from users who own electronic tickets to other users It is preferable to provide ticket management means for rejecting transfer of an electronic ticket or invalidating an electronic ticket to be transferred when evaluation of another user by the person evaluation means satisfies a predetermined condition.
  • the box office quality control device may store the past owner of the electronic ticket and invalidate the electronic ticket having a history owned by the user who satisfies the predetermined condition.
  • the program according to the present invention causes a computer to function as the box office quality control device described above.
  • FIG. 1 is a schematic diagram showing a configuration of an electronic ticket system 1.
  • FIG. 2 is a block diagram showing a configuration of a server 2.
  • FIG. 2 is a block diagram showing a configuration of a user terminal 3.
  • FIG. 4A is a side view of the stamp 4, and
  • FIG. 4B is a bottom view of the stamp 4.
  • It is a flowchart which shows the process sequence in the server 2 at the time of purchase and issue of an electronic ticket. It is a flowchart which shows the process sequence in the server 2 at the time of transferring an electronic ticket.
  • An example of a display screen of an electronic ticket application is shown.
  • It is a flowchart which shows the process sequence in the server 2 at the time of canceling a ticket.
  • It is a flowchart which shows the process sequence of the electronic ticket system 1 when using an electronic ticket.
  • the entertainment quality control device is applied to, for example, an electronic ticket system.
  • Embodiments of the present invention will be described below with reference to the drawings.
  • FIG. 1 shows a configuration example of an electronic ticket system 1 to which an entertainment quality control device according to the present invention is applied.
  • the electronic ticket system 1 includes a server 2, a user terminal 3, and a stamp 4.
  • the server 2 and the user terminal 3 are connected via a network NW such as the Internet.
  • the server 2 is a device managed by a system operator (for example, a ticket sales company) in the electronic ticket system 1.
  • the server 2 is an example of a configuration that realizes the function of the box office quality control apparatus according to the present invention.
  • the server 2 is, for example, a computer system, an input / output device such as a keyboard, a mouse, and a touch panel, a calculation unit such as a CPU (Central Processing Unit), and a storage device such as a RAM (Random Access Memory) and a ROM (read only memory).
  • a display device such as a CRT (Cathode Ray Tube) or LCD (Liquid Crystal Display).
  • the server 2 includes at least a storage unit 201, a control unit 202, and a communication unit 203.
  • the storage unit 201 of the server 2 stores a program executed by the control unit 202, data used in the program, and the like.
  • the storage unit 201 stores various programs for realizing the function of the server 2 in the electronic ticket system 1, a database related to the electronic ticket managed by the electronic ticket system 1, and the like.
  • the above-described components may not be physically integrated. For example, some or all of the above-described components may be distributed in a remote place, and they may be configured to function as the server 2 in cooperation.
  • the control unit 202 executes processing according to a program stored in the storage unit 201 based on a request transmitted from the user terminal 3 or the like. For example, the control unit 202 executes processing such as data search, new registration, deletion, and update for various databases stored in the storage unit 201, or the user terminal 3 via the communication unit 203 and the network NW. To communicate with.
  • the server 2 executes various programs in the present invention, that is, a ticket purchase request for purchasing a box office ticket from a user by executing the program stored in the storage unit 201 in the control unit 202.
  • a request receiving means for receiving the user identification information for identifying the user, a user evaluating means for evaluating the user of the box office quality control device, and a request for purchasing the received ticket based on the evaluation by the user evaluating means. Accordingly, the function of the sale permission / inhibition determining means for determining whether or not to sell the ticket, the ticket management means for managing the electronic ticket, and the malicious user extracting means for extracting the malicious user is realized.
  • the database stored in the storage unit 201 includes, for example, a member database, a box office database, a ticket database, and a black list database described below.
  • the member database is a database in which users who purchase tickets are registered.
  • the member database includes a user ID (user identification information), name, address, contact information, user attribute information (for example, age, gender), ticket purchase history (for example, the number of past ticket purchases), use history (for example, (Number of tickets used in the past), cancellation history (for example, number of tickets canceled in the past), personal identification number (for example, My Number information, passport information, license information), external network service account (for example, LINE account, Facebook account), Information relating to the user, such as terminal information (for example, phone number of the terminal, GPS information), is stored in association with each other.
  • the box office database is a database in which information related to box offices is registered.
  • various information regarding the box office such as the box office ID, the box office name, the date and time, the venue, and the score reference value are stored in association with each other.
  • the score reference value is a value used for adjusting a threshold value or a win rate for lottery when determining whether purchase or transfer is possible. This score reference value can be set for each box office.
  • the ticket database is a database that stores information on multiple types of tickets to be sold.
  • the ticket database contains a unique ticket ID, box office ID, ticket type (seat type), seat number (in the case of a designated seat), application key, owner user ID, status (used / unused, etc.) For example, information relating to tickets is stored in association with each other.
  • One or a plurality of entertainment IDs are linked to one ticket ID, thereby specifying the entertainment targeted for the ticket.
  • a ticket linked with a plurality of performance IDs for example, a free pass that can be used for a plurality of performances is assumed.
  • the ticket owner is specified by associating the purchaser's user ID with one ticket ID.
  • the ticket database records the user ID of the past owner of the ticket ID (that is, the history of the acquirer) in association with the ticket ID.
  • the blacklist database is a database that stores the user IDs of malicious users.
  • a user ID, a black list registration date, a reason for black list registration, and the like are stored in association with each other.
  • the user terminal 3 is a terminal owned by the user.
  • the user terminal 3 is, for example, a tablet terminal or a smartphone, and includes a touch panel, a calculation unit such as a CPU, a storage device such as a RAM and a ROM, a display device such as an LCD, a speaker that outputs sound, and a microphone that collects sound. Etc.
  • the user terminal 3 includes at least an operation unit 301, a storage unit 302, a control unit 303, a communication unit 304, a display unit 305, and a position information acquisition unit 306.
  • the operation unit 301 receives an operation by the user U.
  • the operation unit 301 includes a touch panel 301a disposed on the display unit 305 and other buttons 301b.
  • the storage unit 302 stores a program executed by the control unit 303, data used in the program, and the like.
  • the storage unit 302 stores, for example, an operation program (OS), an application program for the electronic ticket system 1 (hereinafter simply referred to as an electronic ticket application), purchased electronic ticket data used in the electronic ticket application, a user's Information is stored.
  • OS operation program
  • an electronic ticket application an application program for the electronic ticket system 1
  • purchased electronic ticket data used in the electronic ticket application a user's Information is stored.
  • the purchased electronic ticket data includes, for example, a performance ID, a performance name, a date and time, a venue, a ticket type, a seat number, a consumption key, a purchaser's user ID, a status, a ticket image, etc. It is good to memorize.
  • the electronic ticket application may be dedicated application software for using the electronic ticket system 1, but may be a browser or a messenger application.
  • the browser or messenger application is an electronic ticket application
  • the user terminal 3 accesses the server 2 using the electronic ticket application, and obtains data related to the purchased electronic ticket from the database of the server 2 at any time. It may be configured to be displayed.
  • the user terminal 3 stores only necessary minimum information (for example, account information for using the electronic ticket system 1) in the storage unit 302, for example, the purchased electronic ticket Information or the like may be appropriately acquired from the server 2.
  • the control unit 303 executes various programs including an electronic ticket application stored in the storage unit 302.
  • various data stored in the storage unit 302 and processing based on the operation of the operation unit 301 are performed.
  • the communication unit 304 communicates with the server 2 via the network NW.
  • the communication unit 304 may be configured to be capable of near field communication (NFC), infrared communication, visible light communication, and the like.
  • the display unit 305 is a display element such as a liquid crystal display, and displays various information (ticket surface of an electronic ticket) under the control of the control unit 303.
  • the display unit 305 realizes various input interfaces in cooperation with the touch panel 301a.
  • the location information acquisition unit 306 acquires the current location of the user terminal 3.
  • a GPS (Global Positioning System) receiver for example, Bluetooth (registered trademark), WiFi, geomagnetism, or the like may be used.
  • FIG. 4A is a side view of the stamp 4, and FIG. 4B is a bottom view of the stamp 4.
  • FIG. 4 In the electronic ticket system 1, the stamp 4 functions as an erasing unit used for so-called erasing in which the electronic ticket stored in the user terminal 3 is used.
  • the stamp 4 is provided with a plurality of contact members 41 for contacting the touch panel on the bottom surface 40 a of the main body 40, and a handle 42 for holding the main body 40 is provided on the upper portion of the main body 40.
  • a conductive member for the contact member 41 and a non-conductive member for the main body 40 to prevent detection errors.
  • the electronic ticket application of the user terminal 3 detects the arrangement pattern and specifies an erase key corresponding to the arrangement pattern.
  • this example includes five contact members 41. However, depending on the number and arrangement of the contact members 41, many different arrangement patterns can be realized. A unique clearing key is assigned to the pattern.
  • a configuration other than the stamp 4 may be adopted as an erasing means for erasing the electronic ticket stored in the user terminal 3.
  • an exchange key associated with an electronic ticket and / or an extinction key held by an extinguishing means are exchanged by short-range wireless communication, infrared communication, visible light communication, QR code (registered trademark) or barcode reading, etc. It is good also as a structure which collides.
  • biometric authentication or the like the owner of the ticket may be confirmed without using the user terminal 3, and the electronic ticket may be erased when the confirmation can be made.
  • FIG. 5 is a flowchart showing a processing procedure in the server 2 when purchasing / issuing an electronic ticket.
  • the user applies for ticket purchase through a ticket sales store, a ticket sales terminal, a ticket site provided on the Internet, and the like.
  • the user specifies conditions such as an event, a seat type, the number of seats, a settlement method, etc. together with his / her user ID.
  • a ticket purchase request including information on the user ID and the ticket desired to be purchased is transmitted to the server 2.
  • the server 2 functions as a request receiving unit and receives a ticket purchase request (step S100).
  • the ticket purchase request is not received by the server 2 via the communication means, but may be manually registered in the server 2 by the operator.
  • the server 2 functions as a user evaluation means, and for the user ID included in the received purchase request, the appropriateness of the purchase history, the appropriateness of the account, the appropriateness of the admission history, the appropriateness of the transfer destination, and the fan capability Evaluate users based on at least one of (Step S120). Specifically, the server 2 determines the user score based on at least one of the appropriateness of the purchase history, the appropriateness of the account, the appropriateness of the admission history, the appropriateness of the transfer destination, and the appropriateness of the fan ability. Is calculated.
  • the score calculated by the server 2 may be a single numerical value combining the appropriateness of the purchase history, the appropriateness of the account, the appropriateness of the admission history, the appropriateness of the transfer destination, the appropriateness of the fan ability, etc. Score for each item about adequacy of account, adequacy of account, adequacy of admission history, adequacy of transfer destination, adequacy of fan ability, etc. (for example, adequacy of purchase history is 50 points, admission history is appropriate) 70 points).
  • the score may be weighted for each item as necessary to calculate a comprehensive score, and the weight for each item can be arbitrarily set. Also good.
  • the weight for each item can be set in association with the box office ID. In this way, it is possible to make it easier to calculate a high score for a desired user group such as a box office, and it is possible to control the quality of visitors to the box office at the stage of ticket sales.
  • the server 2 functions as a sale availability determination unit, and determines whether or not to sell a ticket according to the received purchase request based on the calculated score (step S140). For example, the server 2 may determine whether or not to sell based on whether or not the score exceeds a predetermined threshold. Or it is set as the structure which determines the propriety of sale by lottery, and you may make it change a winning probability according to a score. Steps S120 and / or S140 may not be performed immediately after receiving the purchase request. For example, in a configuration in which whether or not sales are possible is determined by lottery, a purchase request may be received until a predetermined timing, and lottery may be performed after the acceptance deadline to determine whether or not sales are possible. Further, the process of steps S120 and / or S140 may be executed at the timing when the user performs an operation for receiving the ticket. In addition to the score, the completion of the settlement may be a condition for allowing the sale.
  • step S140 If it is determined in step S140 that the sale is permitted (step S140; Yes), the server 2 functions as a ticket management unit and issues an electronic ticket (step S160). As a specific process performed at this time, the server 2 associates the purchaser's user ID with the ticket ID to be issued in the ticket database. In addition, the server 2 transmits information on the purchased electronic ticket to the user terminal 3 of the purchaser. The purchaser's user terminal 3 receives the electronic ticket information from the server 2 via the network NW and the communication unit 304 and records it in the storage unit 302. Based on the received electronic ticket information, the electronic ticket application executed on the user terminal 3 can display the electronic ticket surface on the display unit 305. This completes the processing for purchasing and issuing electronic tickets.
  • step S140 determines whether the sale is not possible (step S140; No). If it is determined in step S140 that the sale is not possible (step S140; No), the server 2 sends the user terminal 3 (and the ticket sale store, ticket sale terminal, etc. where the ticket purchase is applied as necessary). Then, a notification that the ticket cannot be issued is transmitted (step S180), and the process is terminated.
  • FIG. 6 is a flowchart showing a processing procedure in the server 2 when transferring a ticket.
  • a transfer button for applying for transfer to another user B1 (see FIG. 7) is displayed.
  • the transfer button B1 an interface for designating a transfer destination user account is displayed, and a transfer request for transferring a ticket is transmitted from the user terminal 3 to the server 2 via this interface.
  • the server 2 When the server 2 functions as a request receiving unit and receives a transfer request (step S200), the server 2 functions as a user evaluation unit, and the appropriateness of the purchase history for the transfer destination user ID included in the received transfer request, The user's score is calculated based on at least one of the appropriateness of the account, the admission history, the transfer destination, and the fan ability (step S210). Then, it is determined whether or not the score satisfies a predetermined condition (Step S220). If the condition is satisfied (Step S220; Yes), the transfer of the ticket according to the transfer request is rejected (Step S230). For example, the predetermined condition may be satisfied when the calculated score falls below a predetermined value. If the condition is not satisfied, the ticket can be used as it is.
  • the server 2 functions as a ticket management unit, and in the ticket database, as the owner's user ID linked to the ticket ID to be transferred, The user ID is associated (step S240). Further, in association with the ticket ID to be transferred, the user ID of the transfer source is added as the user ID of the past owner of the ticket ID. That is, the history of the acquirer is updated. In addition, the ticket cannot be used at the user terminal 3 as the transfer source, and the ticket can be used at the user terminal 3 as the transfer destination.
  • step S220 when the score calculated in step 210 satisfies a predetermined condition (step S220; Yes), the server 2 may make the ticket expire instead of rejecting the transfer.
  • FIG. 8 is a flowchart showing a processing procedure in the server 2 when canceling a ticket.
  • a cancel button B2 (see FIG. 7) for applying for cancellation is displayed.
  • a cancel request is transmitted from the user terminal 3 to the server 2.
  • the server 2 functions as a request reception unit and receives a cancel request (step S300)
  • the server 2 functions as a ticket management unit, and erases the user ID of the owner associated with the ticket ID to be canceled in the ticket database. (Step S310). Further, the user terminal 3 cannot use the ticket.
  • the server 2 may have a function of invalidating an electronic ticket with a history owned by a user who satisfies a predetermined condition.
  • the predetermined condition may be a condition indicating a malicious user.
  • the predetermined condition is that it is registered in the black list database and the score is lower than a predetermined value.
  • the server 2 functions as a malicious user extraction unit, extracts a malicious user based on a score calculated at the time of ticket purchase or ticket transfer, and records the user ID in the blacklist database.
  • the server 2 may calculate the scores of all or some of the users on a regular basis, for example, at the time of ticket purchase or ticket transfer, and extract malicious users based on the calculated scores.
  • the server 2 may record the user ID of the user whose score is lower than a predetermined threshold in the black list database.
  • the blacklist database includes the user ID of the user specified as a nuisance customer, the user ID specified as an unauthorized reseller, etc. Recorded and updated.
  • the server 2 functions as a ticket management means, and penalizes the acquired ticket owned by the user with the user ID recorded in the blacklist database.
  • the penalty imposed at this time may be, for example, ticket expiration (unusable).
  • ticket expiration unusable
  • an unusual response may be performed.
  • the user terminal 3 may be configured to display an unusual warning display, flash emission, warning sound, or the like. If there is such warning display, flash emission, warning sound, etc., if the individual details are confirmed by the staff, the presence or absence of fraud can be confirmed, and the route to the user is incorrect. Deterrence against the acquisition of tickets.
  • the penalty may be given in addition to tickets with a history acquired through the user ID recorded in the blacklist database. Impose penalties based on the number of transfers, history of transfers to distant people, etc. in social graphs (indexes showing human correlations, connections, and connections on the Web) like people who are not friends on SNS Also good. Further, a score may be given for each ticket according to the transfer history, and a penalty may be imposed according to the score. The score for each ticket may be calculated based on, for example, acquisition via a user ID registered in the black list, the number of transfers, transfer to a person far from the social graph, and the like.
  • the purchaser of the electronic ticket receives the electronic ticket information transmitted from the server 2 at his / her user terminal 3.
  • the ticket surface of the electronic ticket is displayed on the display unit 305 of the user terminal 3 and presented at the entrance of the box office. Enter the venue.
  • the application process using the stamp 4 is performed as the application means described below.
  • an erasing process using an erasing means other than the stamp may be adopted.
  • the server 2 may store the application history.
  • the control unit 303 displays the received electronic ticket on the display unit 305 in a selectable manner.
  • the control unit 303 displays the ticket surface of the selected electronic ticket on the display unit 305 based on the information on the selected electronic ticket.
  • FIG. 9 is a flowchart showing a processing procedure of the electronic ticket system 1 when the electronic ticket is used.
  • the user displays the ticket surface of the electronic ticket on the display unit 305 of the user terminal 3 by the above operation at the entrance of the show, and presents it to the attendant at the entrance (step S400).
  • the attendant visually confirms that the electronic ticket of the box office is that of the box office, and presses the stamp 4 against the touch panel 301a of the user terminal 3 to confirm that the electronic ticket has been used. ”(Step S410).
  • the stamp 4 may be configured to be pressed in a state where the ticket surface is displayed on the display unit 305, or the stamp 4 may be configured to be pressed after displaying the screen for application. .
  • the touch panel 301a of the user terminal 3 detects the contact position of the stamp 4 with the contact member 41 (step S420). Then, the control unit 303 of the user terminal 3 specifies an application key corresponding to the contact position detected by the touch panel 301a, and the specified application key corresponds to the application key of the electronic ticket displaying the ticket surface. It is collated (step S430). If it is compatible (step S430; Yes), a character or image indicating that it has been used (hereinafter referred to as “postmark information”) is displayed superimposed on the ticket surface, and the status is “used”. (Step S440).
  • postmark information a character or image indicating that it has been used
  • the user terminal 3 determines that the electronic ticket has been used at an appropriate timing (immediately after collation or after a while).
  • the server 2 is notified, and the server 2 also sets the status of the electronic ticket to “used” (step S450), and ends the process.
  • the server 2 recognizes that the user has used the ticket, and updates the usage history for the user. This usage history is used when calculating an admission rate, which will be described later.
  • the extinction key step S430; No
  • information for example, characters and images
  • a buzzer is sounded for a predetermined period, and a flash is emitted. Etc., so that the user and / or the staff can recognize that the electronic ticket is not suitable for passing through the entrance (step S460), and the process is terminated.
  • the user terminal 3 collates the erase key.
  • the contact position detected by the touch panel 301a of the user terminal 3 is transmitted to the server 2, and the server 2
  • the verification key may be verified at, and the verification result may be transmitted from the server 2 to the user terminal 3.
  • the application can be performed without being affected by the communication environment with the server 2 at the time of application, but the processing capacity and storage capacity of the user terminal 3 can be reduced. The demand is high.
  • the application key is verified by the server 2, the request for the processing capacity of the user terminal 3 can be low.
  • the same ticket can be used repeatedly at multiple terminals. There is an advantage that it can be confirmed whether or not there is a problem, but there is a case where it is affected by a communication environment with the server 2 or the like at the time of erasure.
  • the user evaluation unit calculates a score indicating the user's evaluation.
  • the server 2 accesses the external system such as information necessary for calculating the user's score, or information for obtaining information necessary for calculation from the outside (for example, an SNS account ID and password).
  • Information necessary for storage is stored in the member database. For example, information required for score calculation may be acquired through SNS API (Application Programming Interface) each time the score is calculated.
  • SNS API Application Programming Interface
  • Appropriateness of purchase history is an evaluation of the history of ticket purchase by a user whose score is to be calculated.
  • the server 2 may evaluate the appropriateness of the purchase history based on, for example, whether or not a ticket for a performance that is not available when participating in a performance for which a ticket purchase request has been sent has been purchased.
  • the score may be calculated to be low when purchasing a ticket for an entertainment that cannot be participated when participating in the entertainment to which a ticket purchase request is sent.
  • a box office where participation is not possible when participating in a box office for which a ticket purchase request has been sent may be a box office where the time is duplicated, or to both boxes based on the venue and / or time. Whether or not to participate may be determined.
  • the appropriateness of the purchase history is evaluated based on whether or not a ticket for a plurality of performances has been purchased in the past, where participation in one performance is impossible. Also good. In this case, if you have purchased tickets for multiple shows that cannot participate in the other show when you participate in one show (simultaneous participation show), the score should be calculated low. . It is particularly good if the score is calculated to be lower as the purchase history of such performances that cannot be attended simultaneously increases. Whether or not it falls under a plurality of performances that make it impossible to participate in the other performance when participating in one performance may be determined by, for example, whether or not the holding times overlap, You may judge based on holding time.
  • the appropriateness of the purchase history may be evaluated based on the history of purchasing a plurality of tickets for one box office. For example, for one box office, if there is a history of purchasing more tickets than a predetermined threshold, the score may be calculated to be lower, and the more such purchase history is, the lower the score is calculated. It is good to.
  • the appropriateness of the purchase history may be evaluated based on the cancellation rate of tickets purchased in the past (ratio of the number of tickets canceled to the number of tickets purchased in the past). For example, the score may be calculated low when the cancellation rate is higher than a predetermined threshold. Alternatively, the higher the cancellation rate, the lower the score may be calculated. In this way, it is possible to evaluate the appropriateness of the purchase history based on the cancellation rate, and to make it easier for tickets to be distributed to users with a low cancellation rate. As a result, the ticket cancellation rate can be maintained.
  • the server 2 that is an entertainment quality control device may predict the cancellation rate and provide it to the entertainment company or the like.
  • the evaluation criteria for the appropriateness of the purchase history may be made changeable based on the cancellation rate desired by the entertainer or the like.
  • Appropriateness of purchase history may be evaluated based on acquisition history from a malicious user account (hereinafter referred to as a malicious account). For example, the score is calculated low when the rate of acquisition from malicious accounts (ratio of the number of tickets acquired from malicious accounts to the number of tickets purchased in the past) or the number of acquisitions from malicious accounts is higher than a predetermined threshold. It is good to do so. Alternatively, the score may be calculated to be lower as the acquisition rate from the malicious account is higher or as the number of acquisitions from the malicious account is larger.
  • the server 2 may store the malicious user account in the black list database.
  • the appropriateness of the purchase history depends on the purchase rate of goods related to the ticket to be purchased (and / or a ticket purchased in the past), and the performance (and / or purchase the ticket in the past) that is going to purchase the ticket. It may be evaluated based on the participation rate or the application rate for the campaign or the like. Users who intend to sell illegal goods are unlikely to actively engage in activities such as purchasing related goods and participating in campaigns. Therefore, it is illegal to conduct evaluations based on the related goods purchase rate and campaign participation rate. It is possible to make it difficult for a user who intends to resell a ticket.
  • Appropriateness of an account is an evaluation of whether the user's account (user ID) is appropriate. Appropriateness of the account should be evaluated based on the operational status and operational history of the account. Specifically, the evaluation may be performed based on whether personal authentication has been completed or whether various information has been appropriately input in the member database. By evaluating the appropriateness of an account, it is possible to suppress the use of an account temporarily acquired for illegal ticket acquisition or resale.
  • the suitability of the account may be evaluated based on unique identification information (personal number (so-called my number), SNS account, telephone number, etc.) associated with the user ID. For example, if the unique identification information is a telephone number, the line type of the telephone number (fixed telephone, normal mobile phone, prepaid mobile phone, etc.), usage period of the telephone number, telephone subscription contract period, telephone service The suitability of the account may be evaluated based on the provider. Further, when the unique identification information is an SNS account, the suitability of the account may be evaluated based on the operation status of the SNS account (for example, the number of friends, the operation period of the SNS account, etc.).
  • unique identification information personal number (so-called my number), SNS account, telephone number, etc.) associated with the user ID. For example, if the unique identification information is a telephone number, the line type of the telephone number (fixed telephone, normal mobile phone, prepaid mobile phone, etc.), usage period of the telephone number, telephone subscription contract period, telephone service The suitability of the account may be
  • the suitability of the account may be evaluated based on the position information acquired by the position information acquisition unit 306 provided in the user terminal 3 of the user. For example, when the position information cannot be acquired for a long period of time, the score may be calculated low because the terminal is not always used by the user. Moreover, you may evaluate the appropriateness
  • Appropriateness of transferee is an evaluation of a user who has a history of transferring tickets in the past, whether the transferee is an appropriate user (for example, whether it has been transferred to a reseller).
  • the appropriateness of the transfer destination may be evaluated based on, for example, a score calculated by the user evaluation unit for the transfer destination user. Specifically, for example, when there is a history of transfer to a user whose score is lower than a predetermined threshold, the score may be calculated low.
  • the appropriateness of the transfer destination is not only the user who directly received the ticket from the user being evaluated, but also the ticket indirectly received from one or more other users from the user being evaluated. The user may also be included in the transfer destination and evaluated for appropriateness.
  • the appropriateness of the transfer destination may be evaluated based on the relationship between the transfer source user and the transfer destination user. For example, the evaluation may be performed based on whether the transfer source user and the transfer destination user are friends in the SNS, the period of being a friend in the SNS, or the like. Alternatively, based on whether or not the transfer destination user is registered in the contact information such as the telephone directory recorded in the user terminal 3 of the transfer source user, based on the period registered in the contact address, etc. You may evaluate.
  • Adequacy of admission history is an evaluation of the use of a purchased ticket by itself.
  • the adequacy of the admission history may be evaluated based on, for example, the admission rate of tickets purchased in the past (ratio of the number of tickets actually used at the box office to the number of tickets purchased in the past). .
  • the score may be calculated to be low when the admission rate is lower than a predetermined threshold.
  • the lower the entrance rate the lower the score may be calculated.
  • the adequacy of the entry history can be evaluated based on the entrance rate, and tickets can be easily distributed to users with a high entrance rate.
  • the box office yield rate can be maintained.
  • the server 2 which is a box office quality control apparatus may predict a yield rate and provide it to a box office.
  • the admission history appropriateness evaluation criteria may be changeable based on the yield rate desired by the entertainer or the like.
  • the user ID of the user who was specified as a nuisance customer in the past performance it may be recorded in the member database so that the score for such user ID is calculated low.
  • the adequacy of the fan ability is an evaluation of the spread of information about the entertainment that purchased the ticket in the past.
  • the appropriateness of the fan capacity may be evaluated based on the number and frequency of the user spreading the information on the performance by the functions such as “Like” and “Share” in the SNS.
  • By calculating the score based on the evaluation of the appropriateness of the fan ability it is possible to easily distribute the ticket to excellent users who actively spread information, and to improve the quality of the box office user.
  • it may be evaluated based on the appropriateness of the fan ability, the frequency of attendance at the event, the visit history of related events, the purchase history of related goods, and the like.
  • the purchase history of goods may be acquired as a purchase history of related goods purchased by logging in to the SNS account via an SNS account or the like associated with the user ID.
  • the evaluation may be based on the relationship with a third party (a system operator such as a ticket sales company). For example, “the number of friends in the SNS account” given as an example of the method for evaluating the appropriateness of the account, “the user of the transfer source and the user of the transferee as an example of the method for evaluating the appropriateness of the transfer destination It can be considered that it is included in the evaluation based on the relationship between the user and the third party.
  • the score is calculated when the ticket is purchased or transferred, but the score is calculated in advance (for example, periodically) and stored in the member database in association with the user ID. Also good.
  • the entertainment quality control apparatus of the present invention is applied to the electronic ticket system.
  • the entertainment quality control apparatus may be applied to the issuance of conventional tickets such as paper. With conventional tickets such as paper, there are items that are difficult to evaluate, such as transfer history, but there are also items that can be evaluated.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

各種の興行の品質を制御することができる興行品質制御装置を提供することを目的とする。興行品質制御装置は、利用者を評価する利用者評価手段と、利用者からの興行に関するチケットの購入リクエストに対し、利用者評価手段による利用者に対する評価に基づいて、受け取った購入リクエストに応じてチケットを販売するか否かを決定する販売可否決定手段と、を備えることを特徴とする。

Description

興行品質制御装置及びプログラム
　本発明は、音楽やスポーツ等、各種の興行の品質を制御する興行品質制御装置、及びプログラムに関する。なお、興行の品質とは、例えば興行の入場者の属性、興行のチケットの入手性等により把握される総合的な品質を指す。
　従来から、音楽やスポーツ等、各種の興行では、入場券として紙のチケットやスマートフォン等の端末に表示して使用する電子チケットを販売し、これらのチケットを持つ者のみ入場できるという運営がなされている。チケットを販売する際には、販売するチケットと購入者とを対応付けて記録することも可能となっている（例えば特許文献１を参照）。
特開２０１６－０７１５４４号公報
　一般に興行とは、演芸やスポーツを行い、入場料をとって客に見物させることを指すが、本明細書においては、興行は上記に限定されず、演芸やスポーツ等のイベントやテーマパーク、遊園地等の各種娯楽・遊戯施設を含み、入場料・体験料等の料金を徴収したか否かに関わらずチケットを持つ者が入場や体験の享受を許可されるものを指すものとする。このような興行では、ある入場者（客）の振る舞いが、他の入場者（客）の当該興行に対する評価に影響を及ぼすという特性がある。例えば、あるイベントにおいて、盛り上がる（いわゆるノリのいい）入場者が多い、或いは、適切なエリアに配置されている場合には、他の入場者にとってそのイベントは品質の高いものであったと評価されやすく、反対に、迷惑行為をする入場者がいた場合にその周囲にいた他の入場者にとってはそのイベントは品質の低いものと評価されやすい。このため、興行主としては、入場者の質を希望の水準とすることで、興行自体の品質をコントロールしたいというニーズがある。
　また、近年、各種の興行について、興行主の意図に反して入場券を転売されることが問題となっている。例えば、人気のある興行では、転売価格の高騰、一部の者による買い占め等により、興行主の意図した顧客層に入場券が行き渡らないことが問題となっている。一方で、ある程度転売を許容して、入場者数を伸ばしたいと考える興行主も存在しており、一律に転売を禁止しにくいという実態がある。このようなチケットの入手容易性も、興行の品質（利用者による興行に対する評価）を左右する一因となっている。
　本発明は、上記課題の解決のためになされたものであり、各種の興行の品質を制御することができる興行品質制御装置及び当該興行品質制御装置を実現するためのプログラムを提供することを目的とする。
　上記の課題を解決すべく、本発明に係る興行品質制御装置は、利用者を評価する利用者評価手段と、利用者からの興行に関するチケットの購入リクエストに対し、利用者評価手段による利用者に対する評価に基づいて、受け取った購入リクエストに応じてチケットを販売するか否かを決定する販売可否決定手段と、を備えることを特徴とする。
　本発明では、上記のような構成により、興行のチケットの購入を希望する利用者の評価に応じて、購入の可否を決定することにより、興行の入場者の質やチケットの入手性をコントロールし、ひいては興行自体の品質を制御することができる。
　本発明では、利用者評価手段は、購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、及びファン能力の適切性のうち少なくとも１つに基づき、利用者を評価するとよい。また、利用者評価手段は、利用者と興行やチケット販売主の関係性のみならず、利用者と第三者（SNS、電話回線契約等）との関係性に基づき、利用者を評価するとよい。このようにすれば、利用者の質を適切に評価することができる。
　本発明では、利用者評価手段は、利用者に対する評価を表すスコアを算出し、販売可否決定手段は、利用者からの購入リクエストに応じて、利用者評価手段が算出したスコアに基づいて、受け取った購入リクエストに応じてチケットを販売するか否かを決定するとよい。このようにすれば、利用者の評価を数値化することが可能となり、客観的な評価が容易となる。
　本発明では、販売可否決定手段は、利用者評価手段が算出したスコアと所定の閾値との比較結果に基づき、チケットを販売するか否かを決定するとよい。あるいは、販売可否決定手段は、受け取った購入リクエストに応じて抽選を行い、利用者評価手段が算出したスコアに応じた当選率で抽選に当選したか否かを決定し、抽選に当選した場合にチケットを販売すると決定するとよい。このようにすれば、チケットを購入する利用者の質を希望に応じて制御することができる。
　利用者評価手段は、複数のパラメータに基づき、複数のパラメータのそれぞれについてのスコアを算出し、複数のパラメータのそれぞれについてのスコアに基づき総合的なスコアを算出するとよい。
　興行品質制御装置は、電子チケットを管理するチケット管理手段をさらに備え、チケット管理手段は、販売可否決定手段が販売を可と決定した場合に電子チケットを発行するとよい。
　本発明では、電子チケットは、電子チケットを所有する利用者から他の利用者への譲渡が許容され、利用者評価手段は、他の利用者を評価し、チケット管理手段は、利用者評価手段による他の利用者の評価が所定条件を満たす場合に、譲渡を拒否する、又は譲渡対象の電子チケットを無効化するとよい。このようにすれば、意図せぬ利用者にチケットが行き渡ることを防いだり、不正転売を防止したりすることができる。
　本発明では、チケット管理手段は、電子チケットの過去の所有者を記憶しており、所定条件を満たす利用者に所有された経緯のある電子チケットを無効化するとよい。このようにすれば、不正転売等を経たチケットを事後的に無効化しすることができる。また、このような機能を備えることにより不正転売を抑止することができる。
　本発明の他の実施形態に係る興行品質制御装置は、電子チケットを所有する利用者から他の利用者への電子チケットの譲渡を許容する電子チケットシステムにおいて利用される興行品質制御装置であって、他の利用者を評価する利用者評価手段と、電子チケットを管理するチケット管理手段であって、電子チケットを所有する利用者から他の利用者への電子チケットの譲渡リクエストに応じて、利用者評価手段による他の利用者の評価が所定条件を満たす場合に、電子チケットの譲渡を拒否する、又は譲渡対象の電子チケットを無効化するチケット管理手段とを備えるとよい。
　本発明のさらに他の実施形態に係る興行品質制御装置は、電子チケットの過去の所有者を記憶し、所定条件を満たす利用者に所有された経緯のある電子チケットを無効化するとよい。
　本発明に係るプログラムは、コンピュータを上記いずれかに記載の興行品質制御装置として機能させることを特徴とする。
電子チケットシステム１の構成を示す模式図である。 サーバ２の構成を示すブロック図である。 利用者端末３の構成を示すブロック図である。 図４（ａ）はスタンプ４の側面図であり、図４（ｂ）はスタンプ４の底面図である。 電子チケットの購入・発行時のサーバ２での処理手順を示すフローチャートである。 電子チケットを譲渡する際のサーバ２での処理手順を示すフローチャートである。 電子チケットアプリケーションの表示画面の一例を示している。 チケットをキャンセルする際のサーバ２での処理手順を示すフローチャートである。 電子チケットを使用するときの電子チケットシステム１の処理手順を示すフローチャートである。
　本発明に係る興行品質制御装置は、例えば電子チケットシステムに適用される。以下、図面を参照して本発明の実施の形態を説明する。
〔興行品質制御装置が適用される電子チケットシステムの基本構成〕
　図１は、本発明に係る興行品質制御装置が適用される電子チケットシステム１の構成例を示している。図１に示すように、電子チケットシステム１は、サーバ２、利用者端末３、及びスタンプ４を備える。サーバ２と利用者端末３とは、インターネット等のネットワークＮＷを介して接続される。
〔サーバの構成〕
　サーバ２は、電子チケットシステム１にてシステム運営者（例えばチケット販売会社等）が管理する装置である。サーバ２は、本発明に係る興行品質制御装置の機能を実現する構成の一例である。サーバ２は、例えば、コンピュータシステムであり、キーボード、マウス、タッチパネル等の入出力装置、ＣＰＵ（Central Processing Unit）等の演算部及びＲＡＭ（Random Access Memory）、ＲＯＭ（read only memory）等の記憶装置を備えた本体、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示装置等から構成される。
　図２に示すように、サーバ２は、少なくとも、記憶部２０１、制御部２０２及び通信部２０３を備える。サーバ２の記憶部２０１には、制御部２０２にて実行されるプログラムや、当該プログラムで用いられるデータ等が記憶されている。例えば、記憶部２０１は、電子チケットシステム１におけるサーバ２の機能を実現するための各種プログラム、電子チケットシステム１にて管理する電子チケットに関するデータベース等を記憶する。サーバ２は、上記の各構成が物理的に一体として構成されていなくてもよい。例えば、上記構成要素の一部または全部が遠隔地に分散して配置されていてもよく、それらが協働してサーバ２として機能するようにすればよい。
　制御部２０２は、利用者端末３から送信されるリクエスト等に基づき、記憶部２０１に記憶されたプログラムに従った処理を実行する。例えば、制御部２０２は、記憶部２０１に記憶されている各種のデータベースに対するデータの検索、新規登録、削除、更新といった処理を実行したり、通信部２０３やネットワークＮＷを介して、利用者端末３との通信を行ったりする。
　サーバ２は、記憶部２０１に記憶されたプログラムを制御部２０２にて実行することにより、本発明における各種の手段、すなわち、利用者からの興行のチケットを購入すること要求するチケットの購入リクエストを、利用者を識別するための利用者識別情報とともに受け取るリクエスト受信手段、興行品質制御装置の利用者を評価する利用者評価手段、利用者評価手段による評価に基づいて、受け取ったチケットの購入リクエストに応じてチケットを販売するか否かを決定する販売可否決定手段、及び電子チケットを管理するチケット管理手段、悪質な利用者を抽出する悪質利用者抽出手段の機能を実現する。
　記憶部２０１に記憶されるデータベースには、例えば、以下で説明する会員データベース、興行データベース、チケットデータベース、及びブラックリストデータベースが含まれる。
　会員データベースは、チケットを購入する利用者を登録したデータベースである。会員データベースには、利用者ＩＤ（利用者識別情報）、氏名、住所、連絡先、利用者の属性情報（例えば年齢、性別）、チケット購入履歴（例えば過去のチケット購入数）、使用履歴（例えば過去に使用したチケット数）、キャンセル履歴（例えば過去にキャンセルしたチケット数）、個人識別番号（例えばマイナンバー情報、パスポート情報、免許情報）、外部ネットサービスのアカウント（例えばLINEアカウント、Facebookアカウント）、端末情報（例えば端末の電話番号、GPS情報）等、利用者に関する情報が各々関連付けて記憶されている。
　興行データベースは、興行に関する情報を登録したデータベースである。興行データベースには、興行ＩＤ、興行名、開催日時、開催場所、スコア基準値などの興行に関する諸情報が各々関連付けて記憶されている。ここで、スコア基準値とは、購入や譲渡の可否の判定を行う際に、閾値や抽選の当選率調整に用いられる値である。このスコア基準値は、興行毎に設定可能とされる。
　チケットデータベースは、販売する複数の種類のチケットの情報が収録されたデータベースである。チケットデータベースには、一意のチケットＩＤ、興行ＩＤ、券種（座席の種類）、座席番号（指定席の場合）、消込キー、所有者の利用者ＩＤ、ステータス（使用済／未使用等）など、チケットに関する情報が各々関連付けて記憶されている。１つのチケットＩＤに対して、１つまたは複数の興行ＩＤが紐づけられることにより、チケットの対象となる興行が特定される。なお、複数の興行ＩＤが紐づけられるチケットとしては、例えば、複数の興行で利用できるフリーパス等が想定される。また、１つのチケットＩＤには、購入者の利用者ＩＤが紐づけられることにより、チケットの所有者が特定される。また、チケットデータベースには、チケットＩＤに紐づけて、当該チケットＩＤの過去の所有者の利用者ＩＤ（すなわち転得者の履歴）を記録する。
　ブラックリストデータベースは、悪質な利用者の利用者ＩＤを記憶するデータベースである。ブラックリストデータベースには、利用者ＩＤ、ブラックリスト登録日、ブラックリスト登録の理由などが各々関連付けて記憶されている。
〔端末装置の構成〕
　利用者端末３は、利用者が所有する端末である。利用者端末３は、例えば、タブレット型端末やスマートフォンであり、タッチパネル、ＣＰＵ等の演算部及びＲＡＭ、ＲＯＭ等の記憶装置、ＬＣＤ等の表示装置、音声を出力するスピーカ、音声を集音するマイク等から構成される。
　図３に示すように、利用者端末３は、少なくとも、操作部３０１、記憶部３０２、制御部３０３、通信部３０４、表示部３０５、及び位置情報取得部３０６を備える。
　操作部３０１は、ユーザＵによる操作を受け付ける。操作部３０１は、表示部３０５に重ねて配置されたタッチパネル３０１ａと、その他のボタン３０１ｂとを備える。記憶部３０２は、制御部３０３で実行するプログラムや、当該プログラムで用いるデータ等を記憶する。記憶部３０２には、例えば、オペレーションシステム（ＯＳ）、電子チケットシステム１のためのアプリケーションプログラム（以下では単に、電子チケットアプリケーションという）や、電子チケットアプリケーションで用いる購入した電子チケットのデータ、利用者の情報等が記憶されている。購入した電子チケットのデータは、チケットＩＤの他、例えば、興行ＩＤ、興行名、開催日時、開催場所、券種、座席番号、消込のキー、購入者の利用者ＩＤ、ステータス、券面画像等を記憶するとよい。
　電子チケットアプリケーションは、電子チケットシステム１を利用するための専用のアプリケーションソフトでもよいが、ブラウザやメッセンジャーアプリケーションであってもよい。ブラウザやメッセンジャーアプリケーションを電子チケットアプリケーションとする場合には、利用者端末３により電子チケットアプリケーションを利用してサーバ２にアクセスし、サーバ２のデータベースから、随時、購入した電子チケットに関するデータ等を取得して表示するように構成するとよい。このような構成を採用する場合、利用者端末３では必要最小限の情報（例えば、電子チケットシステム１を利用するためのアカウント情報等）のみを記憶部３０２に格納し、例えば購入した電子チケットの情報等はサーバ２から適宜取得するようにしてもよい。
　制御部３０３は、記憶部３０２に記憶されている電子チケットアプリケーションをはじめとする各種のプログラムを実行する。電子チケットアプリケーションでは、後に詳述するように、記憶部３０２に記憶されている各種データや、操作部３０１の操作に基づいた処理が行われる。
　通信部３０４は、ネットワークＮＷを介して、サーバ２との通信を行う。その他、通信部３０４は、近距無線通信（ＮＦＣ）や、赤外線通信、可視光通信等が可能に構成されてもよい。
　表示部３０５は、液晶ディスプレイ等の表示素子であり、制御部３０３による制御の下、各種の情報（電子チケットの券面）を表示する。表示部３０５は、タッチパネル３０１ａと協働して各種の入力インタフェースを実現する。
　位置情報取得部３０６は、利用者端末３の現在位置を取得する。位置情報取得部３０６として、例えばＧＰＳ（Global Positioning System）受信機やＢｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ、地磁気等を用いるとよい。
　図４（ａ）は、スタンプ４の側面図であり、図４（ｂ）はスタンプ４の底面図である。スタンプ４は、電子チケットシステム１において、利用者端末３に記憶された電子チケットを使用済みとするいわゆる消し込みに用いられる消込手段として機能する。スタンプ４は、本体４０の底面４０ａにタッチパネルに接触等させるための複数の接触部材４１を配置したものであり、本体４０の上部には本体４０を把持するための持ち手４２を備える。タッチパネル上の位置を検出するために導電物の接触が必要な場合には、接触部材４１に導電部材を用いるとともに、検出エラーを防ぐため本体４０に非導電部材を用いるのが望ましい。利用者端末３の電子チケットアプリケーションは、スタンプ４の接触部材４１が押し当てられるとその配置パターンを検知し、配置パターンに対応する消込キーを特定する。図４（ｂ）に示したように、本例は接触部材４１を５つ備えているが、接触部材４１の個数や配置により、相互に異なる多数の配置パターンを実現することができ、各配置パターンに一意の消込キーが割り当てられる。
　利用者端末３に記憶された電子チケットを消し込む消込手段として、スタンプ４以外の構成を採用してもよい。例えば、近距離無線通信、赤外線通信、可視光通信、ＱＲコード（登録商標）やバーコードの読み取りなどによって電子チケットに紐づけられた消込キー及び／又は消込手段が持つ消込キーを授受して突合する構成としてもよい。また、生体認証等により、利用者端末３を利用せずにチケットの所有者を確認し、確認ができた場合に電子チケットを消し込むようにしてもよい。
　続いて、上記のように構成される電子チケットシステム１を利用して、利用者が電子チケットを購入し、使用する流れを、購入後、使用までの間に行われる可能性のある譲渡、キャンセル等も含め、説明する。
〔電子チケットの購入・発行〕
　図５は、電子チケットの購入・発行時のサーバ２での処理手順を示すフローチャートである。利用者は、チケット販売店舗、チケット販売端末、インターネットで提供されるチケットサイト等を通じてチケットの購入を申し込む。この申し込みの際に、利用者は、自己の利用者ＩＤとともに、イベント、席種、席数、決済方法等の諸条件を指定する。この申し込みに応じて、利用者ＩＤ及び購入希望のチケットの情報を含むチケットの購入リクエストは、サーバ２に送信される。サーバ２は、リクエスト受信手段として機能し、チケットの購入リクエストを受信する（ステップＳ１００）。なお、チケットの購入リクエストは、通信手段を介してサーバ２に受信されるのではなく、オペレータが手動でサーバ２に登録するようにしてもよい。
　サーバ２は、利用者評価手段として機能し、受け取った購入リクエストに含まれる利用者ＩＤについて、購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、及びファン能力の適切性のうち少なくとも１つに基づき利用者を評価する。（ステップＳ１２０）。具体的には、サーバ２は、購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、及びファン能力の適切性のうち少なくとも１つに基づき、利用者のスコアを算出する。サーバ２が算出するスコアは、購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、ファン能力の適切性等を総合した１つの数値としてもよいし、購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、ファン能力の適切性等について項目ごとのスコア（例えば、購入履歴の適切性は５０点、入場履歴の適切性は７０点等）としてもよい。また、項目ごとのスコアを算出する場合、さらに必要に応じて項目ごとにスコアを重みづけして総合的なスコアを算出するようにしてもよく、項目ごとの重みは任意に設定できるようにしてもよい。例えば興行ＩＤに紐づけて項目毎の重みを設定できるようにすると特によい。このようにすれば、興行主等の希望する利用者層に対し高いスコアを算出されやすくすることができ、興行への入場者の質をチケット販売の段階でコントロールすることができる。
　サーバ２は、販売可否決定手段として機能し、算出したスコアに基づいて、受け取った購入リクエストに応じてチケットを販売するか否かを決定する（ステップＳ１４０）。例えば、サーバ２は、スコアが所定の閾値を超えたか否かに基づき、販売の可否を決定するとよい。あるいは、抽選により販売の可否を決定する構成とし、スコアに応じて当選確率を変更するようにしてもよい。ステップＳ１２０及び／又はＳ１４０は、購入リクエストを受信した直後に実行されなくてもよい。例えば、抽選により販売の可否を決定する構成においては、所定のタイミングまで購入リクエストを受け付け、受け付け締め切り後に抽選を実施して販売の可否を決定するようにしてもよい。また、利用者がチケットを受け取るための操作をしたタイミングでステップＳ１２０及び／又はＳ１４０の処理を実行するようにしてもよい。なお、スコアに加え、決済が完了していることを、販売を可とする条件とするとよい。
　ステップＳ１４０にて販売を可と決定した場合（ステップＳ１４０；Ｙｅｓ）、サーバ２は、チケット管理手段として機能し、電子チケットを発行する（ステップＳ１６０）。このときに行われる具体的な処理として、サーバ２は、チケットデータベースにおいて、発行するチケットＩＤに購入者の利用者ＩＤを紐づける。また、サーバ２は、購入された電子チケットの情報を、購入者の利用者端末３に送信する。購入者の利用者端末３は、ネットワークＮＷ及び通信部３０４を介してサーバ２から電子チケットの情報を受け取り、記憶部３０２に記録する。受け取った電子チケットの情報に基づいて、利用者端末３で実行する電子チケットアプリケーションにより、表示部３０５に電子チケットの券面を表示することができるようになる。以上で電子チケットの購入・発行時の処理が完了となる。一方、ステップＳ１４０にて販売を不可と決定した場合（ステップＳ１４０；Ｎｏ）、サーバ２から利用者端末３に（及び必要に応じてチケット購入が申し込まれたチケット販売店舗、チケット販売端末等に）、チケットを発行できない旨の通知を送信（ステップＳ１８０）し、処理を終了する。
〔電子チケットの譲渡〕
　電子チケットシステム１は、購入したチケットを他人に譲渡することができるように構成される。図６は、チケットを譲渡する際のサーバ２での処理手順を示すフローチャートである。
　利用者がチケットを他人に譲渡することを容易とすべく、利用者端末３で電子チケットアプリケーションを用いて、購入したチケットの券面を表示すると、他の利用者への譲渡を申し込むための譲渡ボタンＢ１（図７参照）が表示される。利用者がこの譲渡ボタンＢ１を押すと、譲渡先の利用者アカウントを指定するインタフェースが表示され、このインタフェースを介してチケットの譲渡を希望する譲渡リクエストが利用者端末３からサーバ２に送信される。
　サーバ２は、リクエスト受信手段として機能し、譲渡リクエストを受信すると（ステップＳ２００）、利用者評価手段として機能し、受け取った譲渡リクエストに含まれる譲渡先の利用者ＩＤについて、購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、及びファン能力の適切性のうち少なくとも１つに基づき利用者のスコアを算出する（ステップＳ２１０）。そして、スコアが所定の条件を満たすか否かを判定し（ステップＳ２２０）、条件を満たす場合（ステップＳ２２０；Ｙｅｓ）には、譲渡リクエストに応じたチケットの譲渡を拒否する（ステップＳ２３０）サーバ２は、例えば、算出したスコアが所定値を下回った場合に所定の条件を満たすとするとよい。なお、条件を満たさない場合にはそのままチケットが使用可能な状態を維持する。一方、条件を満たさない場合（ステップＳ２２０；Ｎｏ）には、サーバ２はチケット管理手段として機能し、チケットデータベースにおいて、譲渡対象のチケットＩＤに紐づけられる所有者の利用者ＩＤとして、譲渡先の利用者ＩＤを紐づける（ステップＳ２４０）。また、譲渡対象のチケットＩＤに紐づけて、当該チケットＩＤの過去の所有者の利用者ＩＤとして、譲渡元の利用者ＩＤを追記する。すなわち転得者の履歴が更新される。また、譲渡元の利用者端末３では当該チケットが使用不能とされるとともに、譲渡先の利用者端末３ではチケットが使用可能とされる。
　なお、サーバ２は、ステップ２１０において算出したスコアが所定の条件を満たす場合に（ステップＳ２２０；Ｙｅｓ）、譲渡の拒否に代えて、チケットを失効させるようにしてもよい。
〔電子チケットのキャンセル〕
　電子チケットシステム１は、購入したチケットをキャンセルすることができるように構成される。図８は、チケットをキャンセルする際のサーバ２での処理手順を示すフローチャートである。
　利用者がチケットをキャンセルすることを容易とするために、利用者端末３で電子チケットアプリケーションを用いてチケットの券面を表示すると、キャンセルを申し込むためのキャンセルボタンＢ２（図７参照）が表示される。利用者がこのキャンセルボタンＢ２を押すと、利用者端末３からサーバ２にキャンセルリクエストが送信される。サーバ２は、リクエスト受信手段として機能し、キャンセルリクエストを受け取ると（ステップＳ３００）、チケット管理手段として機能し、チケットデータベースにおいて、キャンセル対象のチケットＩＤに紐づけられる所有者の利用者ＩＤを消去する（ステップＳ３１０）。また、利用者端末３では当該チケットが使用不能とされる。
〔悪質利用者の抽出とチケットの無効化〕
　サーバ２は、所定条件を満たす利用者に所有された経緯のある電子チケットを無効化する機能を備えるとよい。所定条件とは、悪質な利用者を示す条件とするとよい。具体的には、ブラックリストデータベースに登録されていること、スコアが所定値より低いこと等を所定条件とするとよい。例えば、サーバ２は、悪質利用者抽出手段として機能し、チケット購入時やチケット譲渡時に算出されるスコアに基づき、悪質な利用者を抽出して、ブラックリストデータベースにその利用者ＩＤを記録する。サーバ２は、チケット購入時やチケット譲渡時以外にも、例えば定期的に全て又は一部の利用者のスコアを算出し、このとき算出したスコアに基づき悪質な利用者を抽出してもよい。サーバ２は、スコアが所定の閾値よりも低い利用者の利用者ＩＤをブラックリストデータベースに記録するようにするとよい。なお、ブラックリストデータベースには、悪質利用者抽出手段によって抽出される利用者の他、迷惑客として特定された利用者の利用者ＩＤや、不正転売業者として特定された利用者ＩＤ等が、個別に記録・更新される。
　サーバ２は、チケット管理手段として機能し、ブラックリストデータベースに記録されている利用者ＩＤの利用者に所有された取得された経緯のあるチケットについて、ペナルティを課す。このとき課されるペナルティとしては、例えばチケットの失効（使用不可）としてもよい。失効をペナルティとして課すことにより、不正な譲渡・転売に対する極めて強い抑止力が期待できる。また、ペナルティとして、チケット使用時（つまり入場時）に、通常とは異なる対応が行われるようにしてもよい。例えば、利用者端末３に表示した電子チケットを消し込んだ時に、利用者端末３が通常とは異なる警告表示、フラッシュ発光、警告音の発報等をするように構成してもよい。このような警告表示、フラッシュ発光、警告音の発報等があった場合に、スタッフによる個別の詳細確認を行うようにすれば、不正の有無を確認でき、また利用者に対し不正なルートでのチケット取得に対する抑止力を与えることができる。
　ペナルティを、ブラックリストデータベースに記録されている利用者ＩＤを経て取得された経緯のあるチケット以外にも与えられるように構成してもよい。譲渡の回数、ＳＮＳで友達でない人などのようにソーシャルグラフ（Ｗｅｂ上での人間の相関関係やそのつながり、結びつきを示す指標）において遠い人への譲渡の履歴等に基づきペナルティを課すようにしてもよい。また、譲渡の履歴に応じて、チケット毎にスコアを付与し、スコアに応じてペナルティを課すようにしてもよい。チケット毎のスコアは、例えば、ブラックリストに登録された利用者ＩＤを経由した取得、譲渡回数、ソーシャルグラフ上遠い人への譲渡等に基づき算出するようにするとよい。
〔電子チケットの使用〕
　電子チケットの購入者は、自らの利用者端末３でサーバ２から送信される電子チケットの情報を受け取る。そして、電子チケットを使用する際には、電子チケットの券面を利用者端末３の表示部３０５に表示して興行の入場口で提示し、電子チケットを使用済みとする消込処理を経て興行の会場に入場する。消込処理を実現する消込手段は種々考えられるが、本実施形態では、以下で説明する消込手段としてスタンプ４を用いた消込処理を行う。なお、スタンプ以外の消込手段を用いた消込処理を採用してよいことは言うまでもない。例えば、生体認証等により、利用者端末３を利用せずにチケットの所有者を確認し、確認ができた場合に電子チケットを消し込むようにしてもよい。いずれの消込処理を採用する場合においても、サーバ２は、消込の履歴を蓄積するようにするとよい。
　利用者が利用者端末３の操作部３０１を操作して電子チケットアプリケーションを起動すると、制御部３０３は、表示部３０５に、受信した電子チケットを選択可能に表示する。利用者が操作部３０１を操作して所望の電子チケットを選択すると、制御部３０３は、当該選択した電子チケットの情報に基づいて、表示部３０５に、選択した電子チケットの券面を表示する。
　図９は、電子チケットを使用するときの電子チケットシステム１の処理手順を示すフローチャートである。利用者は、興行の当日、興行の入場口にて上記の操作により電子チケットの券面を利用者端末３の表示部３０５に表示させ、入場口の係員に提示する（ステップＳ４００）。係員は、当該興行の電子チケットの券面が当該興行のものであることを目視で確認しつつ、スタンプ４を利用者端末３のタッチパネル３０１ａに押し当てることにより、電子チケットを使用済みとする「消し込み」を行う（ステップＳ４１０）。このとき、表示部３０５に券面が表示された状態でスタンプ４を押し当てるように構成してもよいし、消込用の画面を表示してからスタンプ４を押し当てるように構成してもよい。利用者端末３のタッチパネル３０１ａは、スタンプ４の接触部材４１による接触位置を検知する（ステップＳ４２０）。そして、利用者端末３の制御部３０３は、タッチパネル３０１ａで検知した接触位置に対応する消込キーを特定し、当該特定した消込キーが券面を表示している電子チケットの消込キーに対応しているかを照合する（ステップＳ４３０）。対応したものである場合には（ステップＳ４３０；Ｙｅｓ）、使用済みであることを示す文字や画像（以下、「消印情報」という）を券面に重畳して表示するとともに、ステータスを「使用済」とする（ステップＳ４４０）。また、消込キーに対応したものである場合、利用者端末３は、当該電子チケットが使用済みとなったことを適切なタイミング（照合した直後でもよいし、暫く時間が経ってからでもよい）でサーバ２に通知し、サーバ２においても、当該電子チケットのステータスを「使用済」として（ステップＳ４５０）、処理を終了する。サーバ２は利用者がチケットを使用したことを認識し、当該利用者についての使用履歴を更新する。この使用履歴は、後述する入場率を算出するとき等に用いられる。一方、消込キーに対応していない場合には（ステップＳ４３０；Ｎｏ）、その旨を示す情報（例えば文字や画像）を表示部３０５に表示する、所定期間ブザー音を鳴らす、フラッシュを発光する等により、その入場口の通過のために適切な電子チケットでないことを利用者及び／又は係員が認識できるように報知して（ステップＳ４６０）処理を終了する。
　なお、上記の例では消し込みを行う際に、利用者端末３にて消込キーの照合を行ったが、利用者端末３のタッチパネル３０１ａで検知した接触位置をサーバ２に送信し、サーバ２にて消込キーの照合を行って、照合結果をサーバ２から利用者端末３に送信するようにしてもよい。消込キーの照合を利用者端末３で行う場合、消し込み時にサーバ２との通信環境等の影響を受けずに消し込みを行うことができるが、利用者端末３の処理能力や記憶容量に対する要求が高くなる。一方、消込キーの照合をサーバ２で行う場合には、利用者端末３の処理能力等の要求は低くて済む、サーバ２に照合しにいくことで、複数端末で同じチケットが重複利用されていないかを確認することができるといった利点があるが、消し込み時にサーバ２との通信環境等の影響を受ける場合がある。
　続いて、サーバ２による利用者評価手段の機能の詳細を説明する。なお、ここでは利用者評価手段が利用者の評価を示すスコアを算出するものとして、説明する。
　サーバ２は、利用者のスコアを算出するために必要な情報そのもの、又は算出するために必要な情報を外部から取得するための情報（例えばＳＮＳのアカウントＩＤ及びパスワード等、外部システムにアクセスするのに必要な情報等）を会員データベースに記憶するものとする。例えば、スコア算出時に都度ＳＮＳのＡＰＩ（Application Programming Interface）を介してスコア算出に必要な情報を取得するようにするとよい。
　購入履歴の適切性とは、スコアの算出対象となる利用者が過去にチケットを購入した履歴に関する評価である。サーバ２は、購入履歴の適切性は、例えば、チケットの購入リクエストが送られた興行に参加した場合に参加が不能となる興行のチケットを購入しているか否かに基づき評価されるとよい。この場合、例えば、チケットの購入リクエストが送られた興行に参加した場合に参加が不能となる興行のチケットを購入している場合にスコアが低く算出されるようにするとよい。チケットの購入リクエストが送られた興行に参加した場合に参加が不能となる興行とは、例えば、開催時間が重複する興行としてもよいし、開催場所および／または開催時間に基づき両方の興行への参加の可否を判断してもよい。
　また、購入履歴の適切性は、過去において、一方の興行に参加した場合に他方の興行への参加が不能となる複数の興行のチケットを購入したことがあるか否かに基づいて評価されてもよい。この場合、一方の興行に参加した場合に他方の興行への参加が不能となる複数の興行（同時参加不能興行）のチケットを購入したことがある場合にスコアが低く算出されるようにするとよい。このような同時参加不能興行の購入履歴が多いほどスコアが低く算出されるようにすると特によい。一方の興行に参加した場合に他方の興行への参加が不能となる複数の興行に該当するか否かは、例えば、開催時間が重複するか否かにより判断してもよいし、開催場所および／または開催時間に基づき判断してもよい。
　また、購入履歴の適切性は、１つの興行のチケットを複数購入した履歴に基づいて評価されてもよい。例えば、１つの興行について、所定の閾値よりも多くのチケットを購入した履歴がある場合にスコアが低く算出されるようにするとよく、このような購入の履歴が多いほどスコアが低く算出されるようにするとよい。
　また、過去に購入したチケットのキャンセル率（過去に購入したチケット数に対するキャンセルしたチケット数の割合）に基づいて購入履歴の適切性を評価されてもよい。例えば、所定の閾値よりもキャンセル率が高い場合にスコアが低く算出されるようにするとよい。あるいは、キャンセル率が高いほどスコアが低く算出されるようにしてもよい。このようにキャンセル率に基づき購入履歴の適切性を評価し、キャンセル率の低い利用者にチケットが行き渡りやすくすることができる。その結果、チケットのキャンセル率を維持できる。興行品質制御装置であるサーバ２は、キャンセル率を予測し興行主等に提供してもよい。また、興行主等が希望するキャンセル率に基づき、購入履歴の適切性の評価基準を変更可能にしてもよい。
　購入履歴の適切性は、悪質な利用者アカウント（以下、悪質アカウントという）からの転得履歴に基づいて評価されてもよい。例えば、悪質アカウントからの転得率（過去に購入したチケット数に対する悪質アカウントから転得したチケット数の割合）又は悪質アカウントから転得した回数が所定の閾値よりも高い場合にスコアが低く算出されるようにするとよい。あるいは、悪質アカウントからの転得率が高いほど又は悪質アカウントから転得した回数が多いほどスコアが低く算出されるようにしてもよい。悪質な利用者アカウントは、サーバ２が、ブラックリストデータベースに記憶するとよい。
　その他、購入履歴の適切性は、購入しようとするチケット（及び／又は過去に購入したチケット）に関連するグッズ等の購買率や、チケットを購入しようとしている興行（及び／又は過去にチケットを購入した興行）についてのキャンペーン等への参加率や応募率に基づいて評価されてもよい。不正な転売を目的とする利用者は、関連グッズの購買、キャンペーン等への参加といった行動を積極的にとるとは考え難いので、関連グッズ購買率やキャンペーン参加率に基づく評価を行うことで不正転売を目的とする利用者にチケットが渡りにくくすることができる。
　アカウントの適切性とは、利用者のアカウント（利用者ＩＤ）が適切なものかに関する評価である。アカウントの適切性は、アカウントの運用状況や運用履歴に基づき評価されるとよい。具体的には、本人認証が済んでいるか、会員データベースにおいて各種情報が適切に入力されているか等に基づき評価されるとよい。アカウントの適切性を評価することにより、不正なチケット取得や転売のために一時的に取得したアカウントの使用を抑制することができる。
　また、アカウントの適切性は、利用者ＩＤ紐づけられた固有の識別情報（個人番号（いわゆるマイナンバー）、ＳＮＳアカウント、電話番号等）に基づき評価するとよい。例えば、固有の識別情報が電話番号である場合、当該電話番号の回線の種別（固定電話、通常の携帯電話、プリペイド式携帯電話等）、当該電話番号の利用期間、電話加入契約期間、電話サービス提供会社等に基づきアカウントの適切性を評価してもよい。また、固有の識別情報がＳＮＳアカウントである場合、ＳＮＳアカウントの運用状況（例えば、友達の数、ＳＮＳアカウントの運用期間等）に基づきアカウントの適切性を評価してもよい。
　また、利用者の利用者端末３が備える位置情報取得部３０６にて取得した位置情報に基づいて、アカウントの適切性を評価してもよい。例えば、位置情報が長期間取得できない場合に、利用者が常時使用する端末ではないとして、スコアが低く算出されるようにしてもよい。また、評価対象の利用者の利用者端末３にて取得した位置情報と他の利用者端末３が取得した位置情報との相関性に基づきアカウントの適切性を評価してもよい。例えば、他の利用者端末３と長期間（例えば数日以上連続して）一緒に移動している利用者端末３の利用者ＩＤについては、不正なアカウントの可能性があるとして、スコアが低く算出されるようにしてもよい。
　譲渡先の適切性とは、過去にチケットを譲渡した履歴のある利用者について、譲渡先が適切な利用者か（例えば、転売業者等に譲渡していないか）に関する評価である。譲渡先の適切性は、例えば、譲渡先の利用者について利用者評価手段が算出したスコアに基づき評価されるとよい。具体的には、例えば、スコアが所定の閾値より低い利用者に譲渡した履歴がある場合にスコアが低く算出されるようにするとよい。譲渡先の適切性は、評価対象である利用者からチケットを直接譲り受けた利用者だけでなく、評価対象である利用者から１人以上の他の利用者を中継して間接的にチケットを譲り受けた利用者も譲渡先に含め、その適切性を評価するようにしてもよい。
　また、譲渡先の適切性は、前述の評価方法に加え、譲渡元の利用者と譲渡先の利用者との関係性に基づき評価されるとよい。例えば、譲渡元の利用者と譲渡先の利用者がＳＮＳで友達となっているか否か、ＳＮＳで友達となっている期間等に基づき評価してもよい。あるいは、譲渡元の利用者の利用者端末３に記録されている電話帳等の連絡先に、譲渡先の利用者が登録されているか否か、連絡先に登録されている期間等に基づいて評価してもよい。
　入場履歴の適切性とは、購入したチケットを自ら使用したことに対する評価である。入場履歴の適切性は、例えば、過去に購入したチケットの入場率（過去に購入したチケット数に対する実際に興行で使用したチケット数の割合）に基づいて入場履歴の適切性を評価されるとよい。例えば、所定の閾値よりも入場率が低い場合にスコアが低く算出されるようにするとよい。あるいは、入場率が低いほどスコアが低く算出されるようにしてもよい。このように入場率に基づき入場履歴の適切性を評価し、入場率の高い利用者にチケットが行き渡りやすくすることができる。その結果、興行の歩留まり率を維持できる。興行品質制御装置であるサーバ２は、歩留まり率を予測し興行主等に提供してもよい。また、興行主等が希望する歩留まり率に基づき、入場履歴の適切性の評価基準を変更可能にしてもよい。
　その他、過去に入場した興行において迷惑客として特定された利用者の利用者ＩＤについて、その旨を会員データベースに記録し、このような利用者ＩＤについてはスコアが低く算出されるようにしてもよい。
　ファン能力の適切性とは、過去にチケットを購入した興行について、情報を拡散したことに対する評価である。例えば、ファン能力の適切性は、利用者がＳＮＳで「いいね」、「シェア」等の機能により興行の情報を拡散した回数や頻度に基づき評価されるとよい。ファン能力の適切性の評価を踏まえたスコアを算出することにより、情報拡散を積極的に行う優良な利用者にチケットを行き渡りやすくして、興行の利用者の質を高めることができる。その他、ファン能力の適切性、イベントへの来場頻度、関連イベントへの来場履歴、関連グッズの購入履歴等に基づき評価されるとよい。グッズの購入履歴は、利用者ＩＤに紐づけられたＳＮＳアカウント等を介して、当該ＳＮＳアカウントにログインして購入した関連グッズの購入履歴を取得するとよい。
　利用者の評価は、上述の購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、及びファン能力の適切性に含まれるか否かに関わらず、利用者と第三者（チケット販売会社等のシステム運営者の者）との関係性に基づき評価されてもよい。例えば、アカウントの適切性の評価方法の一例として挙げた「ＳＮＳアカウントにおける友達の数」、譲渡先の適切性の評価方法の一例として挙げた「譲渡元の利用者と譲渡先の利用者がＳＮＳで友達となっているか否か」等は、利用者と第三者との関係性に基づく評価に含まれると考えることができる。
　なお、上記に本発明の実施形態を説明したが、本発明はこれらの例に限定されるものではない。例えば、上記の実施形態では、チケットの購入や譲渡の際にスコアを算出したが、予め（例えば定期的に）スコアを算出して、利用者ＩＤに対応付けて会員データベースに記憶しておいてもよい。また、上記の実施形態では、電子チケットシステムに本発明の興行品質制御装置を適用したが、紙等の従来型チケットの発行に興行品質制御装置を適用してもよい。紙等の従来型チケットでは、譲渡の履歴等、評価することが困難な項目があるものの、評価可能な項目もある。そこで、チケット購入時に購入者に利用者ＩＤを求め、評価可能な項目に基づいてスコアを算出し、算出したスコアに応じて発券の可否を判定するようにするとよい。また、前述の実施形態に対して、当業者が適宜、構成要素の追加、削除、設計変更を行ったものや、各実施形態の特徴を適宜組み合わせたものも、本発明の要旨を備えている限り、本発明の範囲に含有される。
１　電子チケットシステム
２　サーバ
３　利用者端末
４　スタンプ
ＮＷ　ネットワーク

 

Claims (13)

  1. 　利用者を評価する利用者評価手段と、
    　利用者からの興行に関するチケットの購入リクエストに対し、前記利用者評価手段による利用者に対する評価に基づいて、受け取った前記購入リクエストに応じてチケットを販売するか否かを決定する販売可否決定手段と、
    　を備えることを特徴とする興行品質制御装置。
  2. 　前記利用者評価手段は、購入履歴の適切性、アカウントの適切性、入場履歴の適切性、譲渡先の適切性、及びファン能力の適切性のうち少なくとも１つに基づき、前記利用者を評価することを特徴とする請求項１に記載の興行品質制御装置。
  3. 　前記利用者評価手段は、前記利用者と第三者との関係性に基づき、前記利用者を評価することを特徴とする請求項１または２に記載の興行品質制御装置。
  4. 　前記利用者評価手段は、前記利用者に対する評価を表すスコアを算出し、
    　前記販売可否決定手段は、前記利用者からの購入リクエストに応じて、前記利用者評価手段が算出したスコアに基づいて、受け取った前記購入リクエストに応じてチケットを販売するか否かを決定することを特徴とする請求項１から３の何れか１項に記載の興行品質制御装置。
  5. 　前記販売可否決定手段は、前記利用者評価手段が算出したスコアと所定の閾値との比較結果に基づき、チケットを販売するか否かを決定することを特徴とする請求項４に記載の興行品質制御装置。
  6. 　前記販売可否決定手段は、受け取った前記購入リクエストに応じて抽選を行い、前記利用者評価手段が算出したスコアに応じた当選率で抽選に当選したか否かを決定し、抽選に当選した場合にチケットを販売すると決定することを特徴とする請求項４に記載の興行品質制御装置。
  7. 　前記利用者評価手段は、複数のパラメータに基づき、前記複数のパラメータのそれぞれについてのスコアを算出し、前記複数のパラメータのそれぞれについてのスコアに基づき総合的なスコアを算出することを特徴とする請求項２から６の何れか１項に記載の興行品質制御装置。
  8. 　電子チケットを管理するチケット管理手段をさらに備え、
    　前記チケット管理手段は、販売可否決定手段が販売を可と決定した場合に電子チケットを発行することを特徴とする請求項１から７の何れか１項に記載の興行品質制御装置。
  9. 　前記電子チケットは、前記電子チケットを所有する利用者から他の利用者への譲渡が許容され、
    　前記利用者評価手段は、前記他の利用者を評価し、
    　前記チケット管理手段は、前記利用者評価手段による前記他の利用者の評価が所定条件を満たす場合に、譲渡を拒否する、又は譲渡対象の前記電子チケットを無効化する
    　ことを特徴とする請求項８に記載の興行品質制御装置。
  10. 　前記チケット管理手段は、電子チケットの過去の所有者を記憶しており、所定条件を満たす利用者に所有された経緯のある電子チケットを無効化することを特徴とする、請求項８または９に記載の興行品質制御装置。
  11. 　電子チケットを所有する利用者から他の利用者への前記電子チケットの譲渡を許容する電子チケットシステムにおいて利用される興行品質制御装置であって、
    　前記他の利用者を評価する利用者評価手段と、
    　前記電子チケットを管理するチケット管理手段であって、前記電子チケットを所有する利用者から他の利用者への前記電子チケットの譲渡リクエストに応じて、前記利用者評価手段による前記他の利用者の評価が所定条件を満たす場合に、前記電子チケットの譲渡を拒否する、又は譲渡対象の前記電子チケットを無効化するチケット管理手段と
    　を備える興行品質制御装置。
  12. 　電子チケットの過去の所有者を記憶し、所定条件を満たす利用者に所有された経緯のある電子チケットを無効化する興行品質制御装置。
  13. 　コンピュータを、請求項１から１２の何れか１項に記載の興行品質制御装置として機能させることを特徴とするプログラム。
PCT/JP2018/001013 2017-02-07 2018-01-16 興行品質制御装置及びプログラム WO2018147009A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP18751418.7A EP3582155A4 (en) 2017-02-07 2018-01-16 ENTERTAINMENT QUALITY REGULATION SYSTEM AND PROGRAM
US16/481,859 US20190378185A1 (en) 2017-02-07 2018-01-16 Entertainment quality control device and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017020390A JP7262163B2 (ja) 2017-02-07 2017-02-07 興行品質制御装置、興行品質制御方法、及びプログラム
JP2017-020390 2017-02-07

Publications (1)

Publication Number Publication Date
WO2018147009A1 true WO2018147009A1 (ja) 2018-08-16

Family

ID=63107518

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/001013 WO2018147009A1 (ja) 2017-02-07 2018-01-16 興行品質制御装置及びプログラム

Country Status (5)

Country Link
US (1) US20190378185A1 (ja)
EP (1) EP3582155A4 (ja)
JP (1) JP7262163B2 (ja)
TW (1) TW201830279A (ja)
WO (1) WO2018147009A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105988776B (zh) * 2015-01-27 2019-11-26 阿里巴巴集团控股有限公司 信息卡处理方法及装置
JP6944277B2 (ja) * 2017-06-07 2021-10-06 Ｌｉｎｅ株式会社 情報処理方法、情報処理装置、及びプログラム
JP6984580B2 (ja) * 2018-12-14 2021-12-22 日本電気株式会社 チケット譲渡装置、チケット譲渡方法及びプログラム
DE102019114844A1 (de) * 2019-06-03 2020-12-03 VDV eTicket Service GmbH & Co. KG Verfahren und Kontrollgerät zur sicheren Überprüfung eines elektronischen Tickets
WO2021024861A1 (ja) * 2019-08-06 2021-02-11 ソニー株式会社 情報処理システム、情報処理方法及びプログラム
JPWO2023007867A1 (ja) * 2021-07-30 2023-02-02

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245379A (ja) * 2001-02-14 2002-08-30 Pia Corp 電子チケット移転システム及びそれを実現するためのコンピュータプログラム
JP2009301513A (ja) * 2008-06-17 2009-12-24 Excite Music Entertainment Japan Co Ltd 抽選装置
JP2014089577A (ja) * 2012-10-30 2014-05-15 Konami Digital Entertainment Co Ltd サービス提供装置、そのプログラム及びサービス提供システム
JP2016048420A (ja) * 2014-08-27 2016-04-07 沖電気工業株式会社 情報処理装置、及びプログラム
JP2016071544A (ja) 2014-09-29 2016-05-09 ぴあ株式会社 携帯端末、電子チケット処理プログラム、電子チケット処理方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001014409A (ja) * 1999-06-28 2001-01-19 Hitachi Ltd チケット販売情報管理方法
PL356201A1 (en) * 1999-09-28 2004-06-14 Cfph, L.L.C. Systems and methods for transferring items with restricted transferability
CA2404079C (en) * 2000-03-22 2014-09-30 Global Eticket Exchange Ltd. Entertainment event ticket purchase and exchange system
JP4679048B2 (ja) 2003-09-26 2011-04-27 日本電気株式会社 電子チケット管理・流通システム及び電子チケット流通サーバ
JP6469352B2 (ja) 2014-03-31 2019-02-13 ぴあ株式会社 商品販売装置、商品販売プログラム、商品販売方法
WO2018142587A1 (ja) 2017-02-03 2018-08-09 株式会社日立製作所 チケット管理システムおよびチケット管理方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245379A (ja) * 2001-02-14 2002-08-30 Pia Corp 電子チケット移転システム及びそれを実現するためのコンピュータプログラム
JP2009301513A (ja) * 2008-06-17 2009-12-24 Excite Music Entertainment Japan Co Ltd 抽選装置
JP2014089577A (ja) * 2012-10-30 2014-05-15 Konami Digital Entertainment Co Ltd サービス提供装置、そのプログラム及びサービス提供システム
JP2016048420A (ja) * 2014-08-27 2016-04-07 沖電気工業株式会社 情報処理装置、及びプログラム
JP2016071544A (ja) 2014-09-29 2016-05-09 ぴあ株式会社 携帯端末、電子チケット処理プログラム、電子チケット処理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3582155A4

Also Published As

Publication number Publication date
TW201830279A (zh) 2018-08-16
JP7262163B2 (ja) 2023-04-21
JP2018128779A (ja) 2018-08-16
EP3582155A4 (en) 2020-07-22
EP3582155A1 (en) 2019-12-18
US20190378185A1 (en) 2019-12-12

Similar Documents

Publication Publication Date Title
WO2018147009A1 (ja) 興行品質制御装置及びプログラム
JP7149388B2 (ja) プログラム
KR101798827B1 (ko) 효율적인 트랜잭션을 위한 유저 프로파일 및 지리적 위치
JP7216770B2 (ja) チケットシステム、プログラム、および方法。
JP2005165406A (ja) サービス提供システム及び方法
JP2008234422A (ja) ラリーゲームシステム
JP2019153157A (ja) 情報処理システム、情報処理装置、通行規制装置、情報処理方法、及びプログラム
JP2014095954A (ja) 販売促進システム、販売促進方法、販売促進プログラム及び販売促進サーバ
WO2023204207A1 (ja) システム及び方法
JP2020151542A (ja) 景品保護預りシステム、端末装置、景品保護預り方法、およびコンピュータプログラム
JP2007233740A (ja) 電子マネー管理サーバ、および、電子マネーシステム
WO2021009969A1 (ja) 処理管理システム、処理管理装置、処理管理方法、及びコンピュータプログラム
JP6448758B1 (ja) 交通系カード入場管理システム
JP2008287522A (ja) 電子マネーシステム
JP2020146091A (ja) 景品保護預りシステム、電子マネーシステム、端末装置、景品保護預り方法、およびコンピュータプログラム
JP6812031B1 (ja) 情緒価値評価システム、情緒価値評価方法、及び情緒価値評価プログラム
US20220318884A1 (en) Electronic payment system, electronic payment method, and information storage medium
JP7142185B1 (ja) チェックインシステム、チェックイン方法、及びプログラム
WO2023204137A1 (ja) プログラム、方法、システム、端末装置、および物品提供装置
JP2023158736A (ja) プログラム、方法、およびシステム
JP2023158732A (ja) プログラム、方法、システム、端末装置、および物品提供装置
JP2008186419A (ja) 利用状況管理装置および電子マネーシステム
JP2005190218A (ja) 顧客管理システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18751418

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018751418

Country of ref document: EP

Effective date: 20190909