WO2020241852A1 - チケット発券システム、検札装置、およびプログラム - Google Patents

チケット発券システム、検札装置、およびプログラム Download PDF

Info

Publication number
WO2020241852A1
WO2020241852A1 PCT/JP2020/021423 JP2020021423W WO2020241852A1 WO 2020241852 A1 WO2020241852 A1 WO 2020241852A1 JP 2020021423 W JP2020021423 W JP 2020021423W WO 2020241852 A1 WO2020241852 A1 WO 2020241852A1
Authority
WO
WIPO (PCT)
Prior art keywords
ticket
feature
feature amount
information
user
Prior art date
Application number
PCT/JP2020/021423
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 EP20815080.5A priority Critical patent/EP3979215A4/en
Priority to JP2021522911A priority patent/JP7034452B2/ja
Publication of WO2020241852A1 publication Critical patent/WO2020241852A1/ja
Priority to US17/534,482 priority patent/US11941919B2/en
Priority to JP2022016791A priority patent/JP7146125B2/ja
Priority to JP2022148766A priority patent/JP7555377B2/ja
Priority to JP2024000699A priority patent/JP2024043539A/ja
Priority to US18/586,880 priority patent/US20240193997A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B5/00—Details of, or auxiliary devices for, ticket-issuing machines
    • G07B5/02—Details of, or auxiliary devices for, ticket-issuing machines for cutting-off or separating tickets
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/36—User authentication by graphic or iconic representation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/88—Detecting or preventing theft or loss
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B5/00—Details of, or auxiliary devices for, ticket-issuing machines
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/30—Individual registration on entry or exit not involving the use of a pass
    • G07C9/32—Individual registration on entry or exit not involving the use of a pass in combination with an identity check
    • G07C9/37—Individual registration on entry or exit not involving the use of a pass in combination with an identity check using biometric data, e.g. fingerprints, iris scans or voice recognition
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/42—Coin-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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0861—Network architectures or network communication protocols for network security for authentication of entities using biometrical features, e.g. fingerprint, retina-scan

Definitions

  • the present invention relates to a ticket issuing system for issuing tickets used for admission to entertainment, a ticket inspection device for inspecting tickets issued by the ticket issuing system, and a program for realizing these with a computer.
  • the information of the legitimate holder of the ticket for example, biometric information that can identify an individual such as a face image, fingerprint, iris, vein, and myoelectric potential
  • the information of the legitimate holder of the ticket is recorded on the ticket, and when entering the venue of the entertainment. It has been proposed to verify that the person trying to enter with the ticket is the true holder of the ticket.
  • information indicating the face of the ticket holder or the feature amount of the face of the ticket holder is recorded as the information of the regular holder, and the face of the person who is trying to enter at the entrance is photographed.
  • tickets It is disclosed to confirm whether the person who is going to enter is a legitimate holder by face recognition that matches the holder's own face or the feature amount of his / her face recorded on the ticket.
  • tickets coupons, stamp cards, event tickets, product vouchers, etc. are collectively referred to as "tickets”.
  • a face image or a face feature amount is used as face information of a regular holder. Is recorded on the ticket. Face images and facial features are the owner's own personal information, but if these are recorded in the ticket, the personal information may be unintentionally passed on to a third party, so personal information protection and protection It was sometimes regarded as a problem from the viewpoint of security. By analyzing the data recorded for a large number of tickets and revealing the information of the legitimate holder (or how to identify it) required for face recognition, it may be possible to create tickets illegally.
  • the face image has a large amount of information, and even if only the feature amount is recorded in order to reduce the amount of information, it takes time to read and collate the information at the time of ticket inspection, and the visitors cannot be processed smoothly, resulting in congestion. May cause delays.
  • the ticket issuing system is designed to solve the above-mentioned problems, and includes a feature amount data including feature information related to exemplary biometric information and a feature ID for identifying the feature amount data.
  • the user feature information acquisition means that acquires the feature information related to the biometric information of the user of the ticket issued, and the feature amount data stored in the feature amount table.
  • Identification of similar feature amount data in which the degree of similarity with the feature information related to the biometric information acquired by the user characteristic information acquisition means satisfies a predetermined criterion and the feature ID corresponding to the similar feature amount data is acquired.
  • a means and a ticketing means for issuing a ticket recording authentication information including a feature ID corresponding to the similar feature amount data acquired by the similar feature amount data specifying means are provided.
  • the feature information related to biological information may be the feature information related to the appearance of a human face.
  • the authentication information may include feature IDs corresponding to a plurality of feature amount data.
  • the authentication information may include a ticket ID for identifying the ticket and / or information on the entertainment that can be entered with the ticket.
  • the ticketing means may record the feature ID on the face of the ticket in a manner that can be read by a machine. Further, the feature amount data stored in the feature amount table may include feature information regarding the appearance of the face of a non-existent person.
  • the similar feature amount data identifying means has a degree of coincidence with the feature information related to the biometric information acquired by the user feature amount information acquisition means from the feature amount data stored in the feature amount table.
  • the degree of agreement with the biological information acquired by the user characteristic information acquisition means is equal to or greater than the predetermined value based on the biological information acquired by the user characteristic information acquisition means. It is preferable to further provide a feature amount data registration means for registering new feature amount data in the feature amount table.
  • the ticket issuing system includes a feature amount table that stores feature amount data including feature information related to exemplary biometric information and a feature ID for identifying the feature amount data in association with each other.
  • the user feature information acquisition means for acquiring the feature information related to the biometric information of the user of the ticket to be issued, and the user feature information acquisition means from the feature amount data stored in the feature amount table. Tickets are issued with a similar feature data specifying means that identifies similar feature data whose degree of similarity with the acquired feature information regarding the biological information satisfies a predetermined criterion and acquires the feature ID corresponding to the similar feature data.
  • the ticket inspection device inspects the ticket held by the user who intends to pass through the ticket inspection station at the ticket inspection station.
  • the ticket inspection device includes a feature amount table that stores feature amount data and identification information, which are characteristic information related to exemplary biometric information, in association with each other, and a user biometric information acquisition means for acquiring biometric information of a user who uses a ticket.
  • the feature information calculation means for calculating the feature information
  • the identification information acquisition means for acquiring the identification information recorded on the ticket
  • the identification information acquisition means The feature amount data associated with the acquired identification information is referred to the feature amount table and acquired by the contrast feature amount data acquisition means, the feature information calculated by the feature information calculation means, and the contrast feature amount data acquisition means. It is provided with a determination means for obtaining the degree of coincidence with the feature amount data and outputting the determination result according to the degree of agreement.
  • the feature information related to biological information may be the feature information related to the appearance of a human face.
  • the ticket inspection device matches the feature information related to the biological information acquired by the feature information calculation means from the feature amount data stored in the feature amount table.
  • Similar feature data specifying means that identifies similar feature data whose degree is equal to or greater than a predetermined value and acquires identification information corresponding to the similar feature data, and similar feature data that is specified by the similar feature data specifying means. It is preferable to further include a similar feature data recording means for recording the corresponding identification information as the similar feature data corresponding to the ticket.
  • the identification information may be recorded on the ticket in a manner that can be read by a machine. Then, the identification information acquisition means may acquire the identification information by reading the identification information recorded in the ticket held by the user.
  • the user biometric information acquisition means and the identification information acquisition means are realized by a common imaging means, and the imaging means acquires a user image including a user's face and a ticket held by the user.
  • the identification information acquisition means may read the identification information recorded on the ticket held by the user by analyzing the user image taken by the imaging means.
  • the feature information calculation means may calculate the feature information regarding the appearance of the face by recognizing the face reflected at a predetermined position with respect to the face of the ticket as the face of the visitor in the user image.
  • the user biometric information acquisition means is realized by an image pickup means, and the image pickup means acquires a user image including a user's face and is based on the distance from the image pickup means to a person appearing in the user image. Then, it is advisable to identify the user appearing in the user image and acquire the biometric information.
  • the ticket inspection device is a ticket inspection device that inspects a ticket held by a user who intends to pass through the ticket inspection station at the ticket inspection station.
  • the ticket inspection device corresponds to a feature amount table that stores feature amount data and feature ID, which are characteristic information related to exemplary biometric information, in association with each other, a ticket ID for identifying a ticket, and a user of the ticket.
  • a ticket information table that stores the feature ID in association with each other, a user biometric information acquisition means for acquiring the biometric information of the user who uses the ticket, and the user's biometric information acquisition means acquired by the user biometric information acquisition means.
  • the feature information calculation means for calculating the feature information
  • the ticket ID acquisition means for acquiring the ticket ID recorded in the ticket
  • the ticket ID associated with the ticket ID acquired by the ticket ID acquisition means The contrast feature amount data acquisition means for inquiring and specifying the feature ID in the ticket information table and inquiring the feature amount data corresponding to the specified feature ID in the feature amount table and acquiring the feature amount data, and the feature information calculation. It is provided with a determination means for obtaining the similarity between the feature information calculated by the means and the feature amount data acquired by the contrast feature amount data acquisition means and outputting a determination result according to the similarity.
  • the program according to the embodiment of the present invention causes the computer to function as any of the above ticket issuing systems. Further, the program according to the embodiment of the present invention causes the computer to function as any of the above-mentioned ticket inspection devices.
  • FIG. 1 is a schematic diagram showing the configuration of the ticket issuing system 1.
  • the ticket issuing system 1 includes a server 2, a ticket purchasing terminal 3, and a ticket issuing machine 4.
  • the server 2, the ticket purchasing terminal 3, and the ticket issuing machine 4 are communicably connected via the network NW.
  • the server 2, the ticket purchasing terminal 3, and the ticket issuing machine 4 may be arranged at physically separated remote locations, or may be partially or wholly arranged at the same location.
  • the server 2 is, for example, a computer system, and is 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). It is composed of a main body equipped with a CRT (Cathode Ray Tube), a display device such as an LCD (Liquid Crystal Display), and the like.
  • a CRT Cathode Ray Tube
  • LCD Liquid Crystal Display
  • FIG. 2 is a block diagram showing the configuration of the server 2.
  • the server 2 includes at least a control unit 20, a storage unit 22, and a communication unit 24.
  • the server 2 may be provided with input means (for example, keyboard, mouse, etc.) and output means (for example, display, printer, etc.), if necessary.
  • the control unit 20 executes processing according to the program stored in the storage unit 22 based on a request or the like transmitted from the ticket purchasing terminal 3. For example, the control unit 20 executes processing such as data search, new registration, deletion, and update for the ticket database 22A and the feature amount table 22B stored in the storage unit 22, and an image of the face of the ticket holder (hereinafter, , A face image may be simply referred to as a "face image") and the feature data whose similarity with the feature data meets a predetermined criterion (for example, the degree of matching is equal to or higher than a predetermined value) is a feature table.
  • a predetermined criterion for example, the degree of matching is equal to or higher than a predetermined value
  • control unit 20 satisfies a predetermined criterion in the similarity with the user's face image from the feature amount data stored in the feature amount table 22B based on the program stored in the storage unit 22. It functions as a similar feature data specifying means for identifying similar feature data and acquiring a feature ID corresponding to the similar feature data. Further, the control unit 20 has a similarity with the user's face image that satisfies a predetermined criterion from the feature amount data stored in the feature amount table 22B based on the program stored in the storage unit 22.
  • new feature amount data whose similarity with the user's face image satisfies a predetermined criterion is registered in the feature amount table 22B based on the user's face image. Functions as a data registration means.
  • the storage unit 22 stores a program executed by the control unit 20, data used in the program, and the like.
  • the storage unit 22 stores a program for realizing the function of the server 2 in the ticket issuing system 1, a ticket database 22A that aggregates information on tickets issued by the ticket issuing system 1, and characteristic information on exemplary biometric information.
  • the feature amount table 22B or the like that stores the feature amount data including the feature amount data in association with the feature ID which is the identification information is stored.
  • the feature information regarding the biological information included in the feature amount data is the feature information regarding the appearance of the human face (for example, the parameter value of the feature amount).
  • the feature amount table 22B may include feature amount data based on an image of a face of a non-existent person (for example, information representing facial features calculated from a face generated by a picture, computer graphics, or the like). Further, the feature amount table 22B may include feature amount data generated by calculation without being based on a face image. When the feature data is generated by the calculation, it is preferable to generate the feature data so that the feature data is distributed at the same density in the feature space that can be represented by the feature data.
  • the server 2 does not have to be physically integrated with each of the above configurations. For example, some or all of the above components may be distributed and arranged in remote areas, and they may cooperate with each other to function as the server 2. Under the control of the control unit 20, the communication unit 24 communicates with the ticket purchasing terminal 3, the ticket issuing machine 4, and the like via the network NW.
  • the ticket purchasing terminal 3 is a device that is operated by the purchaser or a clerk of a ticket store when purchasing a ticket and sends information necessary for ticketing to the server 2.
  • the information required for ticketing includes at least the information of the ticket to be purchased and the face image of the person (typically the purchaser) who holds the purchased ticket.
  • the ticket purchasing terminal 3 may be, for example, a terminal device installed in a ticket store or a computer owned by each purchaser.
  • FIG. 3 is a block diagram showing the configuration of the ticket purchasing terminal 3.
  • the ticket purchasing terminal 3 includes at least an operation unit 30, a storage unit 31, a control unit 32, a communication unit 33, a display unit 34, and a camera 35.
  • the ticket purchasing terminal 3 for example, a notebook computer having a built-in camera 35, a tablet terminal, or the like may be used, or the camera 35 may be connected to a computer not having a built-in camera 35.
  • the camera 35 functions as a part of the user characteristic information acquisition means for acquiring the characteristic information regarding the biometric information of the user of the ticket issued.
  • the operation unit 30 accepts operations by the purchaser or the clerk of the ticket store.
  • the operation unit 30 includes a touch panel arranged so as to overlap the display unit 34, and other buttons.
  • the storage unit 31 is a storage medium such as a ROM, RAM, or hard disk, and stores a program executed by the control unit 32, data used in the program, and the like.
  • the storage unit 31 stores, for example, an operation system (OS), an application program for transmitting information necessary for purchasing / issuing a ticket to a server 2, and the like.
  • the control unit 32 is an arithmetic unit such as a CPU, and executes various programs stored in the storage unit 31.
  • the communication unit 33 communicates with the server 2 via the network NW.
  • the display unit 34 is a display element such as a liquid crystal display or an organic EL display, and displays various information (for example, a user interface for purchasing a ticket) under the control of the control unit 32.
  • the display unit 34 realizes various input interfaces in cooperation with the touch panel of the operation unit 30.
  • the ticket issuing machine 4 prints the ticket information on a predetermined form and issues the ticket based on the instruction from the server 2.
  • the ticket issuing machine 4 puts authentication information including a feature ID (identification information) corresponding to similar feature amount data on the face of the ticket in a manner that can be read by a machine together with various information such as entertainment information that can be entered with the ticket. Record.
  • the feature ID and the like are encoded into a QR code (registered trademark) and printed on the face of the ticket.
  • the ticket issuing machine 4 may be arranged at the same place as the ticket purchasing terminal 3 (for example, a ticket store).
  • FIG. 4 is a block diagram showing the configuration of the ticket issuing machine 4. As shown in FIG.
  • the ticket issuing machine 4 includes at least a storage unit 40, a control unit 42, a communication unit 44, and a printing unit 46.
  • the ticket issuing machine 4 may be provided with input means (for example, keyboard, mouse, etc.) and output means (for example, display, printer, etc.), if necessary.
  • the storage unit 40 stores a program executed by the control unit 42, data used in the program, and the like.
  • the storage unit 40 stores a program or the like that controls the printing unit 46 to print the ticket information based on the instruction from the server 2.
  • the control unit 42 executes various programs stored in the storage unit 40. For example, the control unit 42 controls the printing unit 46 to print a ticket in response to a command from the server 2.
  • the communication unit 44 communicates with the server 2 via the network NW.
  • the communication unit 44 may be configured to enable short-range wireless communication (NFC), infrared communication, visible light communication, and the like.
  • the printing unit 46 is a printer that prints a ticket on a predetermined sheet of paper.
  • the ticket paper may be, for example, a piece of paper that has been pre-cut to a predetermined size and provided with perforations as needed, or may be cut to a predetermined length each time printing is performed using roll paper.
  • the ticket inspection device 5 is a device for inspecting a ticket held by a user who intends to pass through the ticket inspection office at the ticket inspection office.
  • the ticket inspection device 5 inspects the ticket issued by the ticket issuing system 1 at the ticket inspection office provided at the entrance of the box office.
  • FIG. 5 is a block diagram showing the configuration of the ticket inspection device 5.
  • the ticket inspection device 5 includes a control unit 51, a storage unit 52, a display unit 53, a communication unit 54, and a camera 55.
  • the ticket inspection device 5 may be provided with input means (for example, keyboard, mouse, etc.), if necessary.
  • the control unit 51 is an arithmetic unit such as a CPU, and executes various programs stored in the storage unit 52.
  • the storage unit 52 is a storage medium such as a ROM, RAM, or hard disk, and stores a program executed by the control unit 51, data used in the program, and the like.
  • the storage unit 52 stores, for example, an operation system (OS), a program for performing ticket inspection processing, a ticket inspection feature amount table 52A, and the like.
  • the feature amount table 52A for ticket inspection is a database that stores feature amount data, which is information indicating features of a human face, in association with feature IDs, which are identification information.
  • the feature amount table 22B used by the server 2 at the time of ticketing may be used as it is (including the one not specified as similar feature amount data at the time of ticketing), or the similar feature amount data at the time of ticketing. Only the feature data specified as may be stored.
  • the display unit 53 is a display element such as a liquid crystal display or an organic EL display, and displays various information under the control of the control unit 51.
  • the communication unit 54 communicates with the server 2 and the like via the network NW.
  • the camera 55 corresponds to the user biometric information acquisition means in the present invention, and is arranged so as to capture the front direction of the ticket inspection device 5, and includes the face of the user who uses the ticket and the user image including the ticket held by the user. To shoot.
  • the red light 56 is an example of the notification means that operates under the control of the control unit 51. For example, the degree of similarity between the face image extracted from the user image and the feature amount data acquired from the feature amount table for ticket inspection is high. It is controlled to light when a predetermined criterion is not satisfied (for example, the degree of matching does not exceed a predetermined value).
  • the control unit 51 extracts the user's face image from the user image taken by the camera 55 based on the program stored in the storage unit 52. Further, the control unit 51 analyzes and reads the user image taken by the camera 55 from the QR code recorded in the ticket held by the user based on the program stored in the storage unit 52, and converts it into a QR code. Acquires the encoded feature ID. Further, the control unit 51 refers to the ticket inspection feature amount table 52A and acquires the feature amount data associated with the acquired feature ID based on the program stored in the storage unit 52. Further, the control unit 51 obtains the similarity between the face image extracted from the user image and the feature amount data acquired from the tag inspection feature amount table based on the program stored in the storage unit 52, and obtains the similarity degree.
  • control unit 51 realizes the functions of the feature information calculation means, the identification information acquisition means, the face image acquisition means, and the determination means of the present invention by executing the program stored in the storage unit 52. ..
  • the ticket is issued by the purchaser or the clerk of the ticket store operating the ticket purchase terminal 3.
  • the case where the purchaser himself / herself becomes a ticket user will be described as an example.
  • the purchaser or the clerk of the ticket store performs a purchase operation such as selecting the box office, seat type, etc. on the ticket purchase terminal 3 and pressing the purchase button (step S100).
  • the ticket purchasing terminal 3 sends the information of the selected ticket and the face image of the user to the server 2, and the server 2 acquires this (step S110).
  • the face image may be taken by the camera 35 of the ticket purchasing terminal 3, or may be taken by the user in advance and taken into the ticket purchasing terminal 3 by wired or wireless communication for use.
  • the server 2 inquires the feature amount table 22B of the face image of the user received from the ticket purchasing terminal 3 (step S120). At this time, the server 2 calculates the degree of similarity between each feature amount data stored in the feature amount table 22B and the face of the user by an arbitrary face matching method. As the degree of similarity between the face image and the feature amount data, the feature amount information is extracted from the face image, and the degree of coincidence is calculated by calculation based on the extracted feature amount and the feature amount information included in the feature amount data. It is good to do. Further, the similarity is calculated as a score normalized to a value from 0 to 10, for example.
  • step S120 when there is feature amount data whose similarity with the user's face image satisfies a predetermined criterion (step S120; Yes), the server 2 satisfies the predetermined criterion with the similarity with the user's face image.
  • One similar feature amount data is specified, and the feature ID corresponding to the specified similar feature amount data is acquired (step S130). It is preferable that the server 2 completely deletes the user's face image from the server 2 after specifying the similar feature amount data.
  • the server 2 calculates the degree of agreement with all the feature amount data included in the feature amount table 22B for the user's face image, and identifies the feature amount data having the highest degree of coincidence with the similarity satisfying a predetermined condition. You may. Alternatively, the feature data are queried one by one in an arbitrary order, and when one feature data whose similarity satisfies a predetermined condition (for example, the degree of agreement is equal to or higher than a predetermined value) is found, the feature data is found. The data may be specified as similar feature data and no further inquiry may be made. When identifying the one with the highest degree of matching, it takes time to complete the process, but the accuracy of authentication can be improved. If no further inquiry is made when feature data whose similarity meets a predetermined condition is found, the accuracy of authentication may be sacrificed, but the processing can be completed in a short time. Become.
  • the server 2 When the feature amount data whose similarity with the user's face image satisfies a predetermined criterion is not included in the feature amount table 22B (step S120; No), the server 2 has a new feature amount based on the user's face image. After registering the data in the feature amount table 22B (step S140), the new feature amount data is specified as similar feature amount data, and the feature ID is acquired (step S130).
  • the server 2 may register the information indicating the facial features calculated from the user's face image itself as the feature amount data, but the user's face image itself. Instead, it is preferable to generate and register feature amount data in which the degree of similarity with the user's face image satisfies a predetermined criterion. Specifically, it is preferable to generate feature amount data in which the degree of matching with the user's face image is equal to or higher than a predetermined value but does not completely match (there is a part that does not resemble appropriately). In this way, the face image of the user, which is personal information, is not included in the feature amount table 22B as it is, and the operation can be performed in consideration of privacy.
  • the server 2 stores the feature ID of the specified similar feature amount data in the ticket database 22A in association with the information of the purchased ticket (step S150).
  • the server 2 generates information to be printed on the face of the ticket and transmits it to the ticket issuing machine 4 (step S160).
  • the information printed on the face of the ticket includes authentication information, box office information, ticket type information, etc. required for ticket inspection at the time of admission.
  • the authentication information is a QR code (registered trademark) including a feature ID of similar feature amount data.
  • the ticket issuing machine 4 that has received the information to be printed on the ticket face prints a QR code including characters such as box office information, ticket type information, and authentication information on the ticket face.
  • the ticket issued as described above does not include personal information such as the user's own face image in the authentication information, it is possible to prevent leakage of personal information through the ticket. Further, the feature ID of the similar feature amount data has a smaller data amount than the face image itself, and it is possible to read the authentication information in a short time when performing the ticket inspection process performed by using the ticket inspection device 5 described later.
  • a ticket inspection office is provided at the entrance of the entertainment venue, and the ticket inspection device 5 is installed so that the camera 55 faces the direction in which the visitors enter.
  • the ticket inspection device 5 stores in advance (before the admission start time) the feature amount table 52A for ticket inspection, which stores the feature amount data used at the time of ticketing. It is preferable that the ticket inspection device 5 receives a copy of the feature amount table 22B from the server 2 via the communication unit 54 and uses this as the feature amount table 52A for ticket inspection.
  • the ticket inspection device 5 starts shooting with the camera 55 (step S200).
  • the visitor holding the ticket stands in front of the ticket inspection device 5 so that the ticket and his / her face are photographed at the same time.
  • the display unit 53 of the ticket inspection device 5 may display a guide for instructing the ticket to be held near the face, an image taken by the camera 55, and an authentication result. It should be noted that the ticket and the faces of the visitors may be photographed sequentially instead of simultaneously.
  • the control unit 51 recognizes that the visitor is wearing glasses, sunglasses, a mask, etc. from the image taken by the camera 55, the control unit 51 is configured to instruct to remove them. Good.
  • the control unit 51 of the ticket inspection device 5 recognizes the face and the QR code from the image (user image) taken by the camera 55 (step S210). Then, the control unit 51 analyzes the recognized QR code and acquires the feature ID included in the authentication information (step S220). Subsequently, the feature amount data corresponding to the acquired feature ID is acquired from the ticket inspection feature amount table 52A (step S230). Then, the control unit 51 calculates the degree of similarity between the face included in the image captured by the camera 55 and the acquired feature amount data (step S240).
  • the face of the visitor may be recognized based on the distance from the ticket inspection device 5 (depth in the user image). For example, a distance measuring sensor or the like may be provided to actually measure the distance to the visitor, or the face of the visitor may be recognized as having the largest area occupied by the image among the plurality of faces shown in the user image. .. By doing so, even if a plurality of people are reflected in the video, the person to be authenticated can be easily identified.
  • the ticket inspection device 5 may be configured so that a plurality of visitors can be authenticated at the same time. In this case, it is preferable to authenticate the number of people according to the number of recognized QR codes, and to authenticate the face recognized at a predetermined position (for example, above the QR code) with respect to the QR code.
  • the control unit 51 determines whether or not the calculated similarity satisfies a predetermined standard (the standard may be lower than that at the time of ticketing) (step S250).
  • the determination in step S250 is an example of the determination according to the degree of similarity in the present invention.
  • a predetermined criterion for example, when the degree of agreement is equal to or greater than a predetermined value
  • the display unit 53 indicates that admission is permitted (step S260).
  • the similarity does not meet the predetermined criteria (for example, when the degree of coincidence is less than the predetermined value) (step S250; No)
  • the display unit 53 does not display that admission is permitted, and face recognition is performed.
  • the red light 56 is turned on to notify the staff of the disagreement.
  • an alarm such as a warning display, an alarm sound, or a flash lighting may be issued (step S270).
  • the ticket inspection process for one visitor is completed through either step S260 or S270.
  • how to output the result is not limited to the above. For example, instead of giving a notification / warning, the entry permission is displayed on the display unit 53 in order to avoid traffic congestion at the ticket inspection office, and the staff at the ticket inspection office is notified that the similarity does not meet the predetermined criteria. After the visitors have passed the ticket inspection office, the staff may confirm whether or not they are fraudulent.
  • the server 2 has the user information database 22C in the storage unit 22.
  • the user information database 22C stores various information about the user (for example, date of birth, gender, address, telephone number, registration date, etc.) in association with the user ID that identifies the user.
  • the ticket database 22A stores the user ID of the user in association with the ticket ID of each ticket. Therefore, in the present embodiment, if the ticket ID is specified, it is possible to refer to various attributes of the user via the user ID associated with the ticket ID.
  • the ticket inspection device 5 can communicate with the server 2 via the network NW. Then, the ticket inspection process is carried out in a state where communication with the server 2 via the network NW is possible in this way.
  • the user ID is sent from the ticket purchasing terminal 3 to the server 2 as one of the information required for ticketing.
  • the server 2 records the user ID received from the ticket purchasing terminal in the ticket database 22A in association with the ticket ID of the ticket to be sold. Further, the server 2 includes the ticket ID in the authentication information in addition to the feature ID corresponding to the similar feature amount data. Then, the QR code including this authentication information is printed on the face of the ticket.
  • the ticket inspection device 5 arranged at the ticket inspection office recognizes the QR code from the image on the face of the ticket and analyzes it, as in the first embodiment. Then, the feature ID and the ticket ID included in the authentication information are acquired. Then, with respect to the acquired feature ID, the degree of similarity between the corresponding feature amount data and the captured face image is calculated and used for authentication, as in the first embodiment.
  • the server 2 is inquired about the user information associated with the ticket ID. Specifically, attribute information such as the age and gender of the user associated with the ticket ID is acquired from the server 2. Then, the image of the visitor taken by the camera 55 is collated with the attribute information (that is, it is determined whether or not the visitor has the attribute).
  • the collation result of the attribute information can be used for determining whether or not the ticket can pass through, like the collation result of the feature amount data. By doing so, it is possible to reduce the possibility of passing through the ticket inspection office by an illegal method such as spoofing.
  • instead of collating the attribute information as described above even if the attribute information acquired from the server 2 is presented to the staff assigned at the ticket inspection office as reference information for visually finding an unauthorized visitor. Good.
  • the ticket database 22A stores the feature ID in association with the ticket ID of each ticket.
  • the user's similar feature amount data does not need to be fixed by the time the ticket is printed. If the user's similar feature amount data is confirmed by the time the ticket is printed, the feature ID corresponding to the similar feature amount data is linked to the ticket ID and stored in the ticket database 22A, and the first Authentication information including the feature ID (and, if necessary, the ticket ID as in the second embodiment) is printed on the face of the ticket as a QR code as in the first embodiment.
  • the ticket inspection device 5 can communicate with the server 2 via the network NW. Then, the ticket inspection process is carried out in a state where communication with the server 2 via the network NW is possible in this way.
  • the ticket inspection process in this embodiment will be described with reference to the flowchart shown in FIG.
  • a ticket inspection place is provided at the entrance of the entertainment venue, and the ticket inspection device 5 is installed so that the camera 55 faces the direction in which the visitors enter.
  • the ticket inspection device 5 starts shooting with the camera 55 (step S300).
  • the image to be taken should include the ticket and the faces of the visitors.
  • the control unit 51 of the ticket inspection device 5 recognizes the face and the QR code from the image (user image) taken by the camera 55 (step S305). Then, the control unit 51 analyzes the recognized QR code and acquires the authentication information (step S310). The control unit 51 determines whether or not the authentication information includes the feature ID of the similar feature amount data (step S315).
  • the ticket inspection device 5 inquires whether or not the feature ID is registered for the ticket ID acquired in the server 2 (step). S320).
  • the server 2 replies that the feature ID has not been registered (step S320; No)
  • the ticket inspection device 5 transmits the acquired ticket ID and the image of the visitor taken by the camera 55 to the server 2. ..
  • the server 2 identifies the similar feature amount data from the feature amount table 22B by the same method as in the first embodiment, associates the feature ID corresponding to the similar feature amount data with the ticket ID, and creates the ticket database. Store (step S325).
  • the ticket inspection process is completed.
  • the server 2 functions as the similar feature data specifying means and the similar feature data recording means in the present invention.
  • the ticket inspection device 5 may use the ticket inspection feature amount table 52A to specify the similar feature amount data and the corresponding feature ID. In this case, the ticket inspection device 5 may transmit the ticket ID and the feature ID of the specified similar feature amount data to the server 2.
  • the ticket inspection device 5 acquires the feature ID associated with the ticket ID from the server 2 (step S330), and the feature ID The feature amount data corresponding to the above is acquired from the feature amount table 52A for ticket inspection (step S335). Then, the control unit 51 of the ticket inspection device 5 calculates the degree of similarity between the face of the visitor included in the image captured by the camera 55 and the acquired feature amount data (step S340). Subsequently, the control unit 51 determines whether or not the calculated similarity satisfies a predetermined criterion (for example, the degree of agreement is equal to or higher than a predetermined value) (step S345).
  • a predetermined criterion for example, the degree of agreement is equal to or higher than a predetermined value
  • step S345 is an example of the determination according to the degree of similarity in the present invention.
  • the display unit 53 indicates that admission is permitted (step S350).
  • the display unit 53 does not display the fact that admission is permitted, and the red light 56 is turned on to notify the staff member of the mismatch in face recognition.
  • an alarm such as a warning display, an alarm sound, or a flash lighting may be issued (step S355).
  • the processes of steps S335 to S355 are performed using the feature ID. That is, as in the first embodiment, it is determined whether or not the ticket can pass through the ticket inspection office by authentication using the similar feature amount data.
  • the similar feature amount data can be linked to the ticket when first passing through the ticket inspection office. This makes it possible to prevent a user different from the first time from using the ticket in the subsequent ticket inspection (for example, re-entry).
  • the server 2 has the user information database 22C in the storage unit 22, and the user's face image (or the feature ID acquired from the user's face image) acquired at the time of the first admission is stored by the user. It may be stored in association with the ID.
  • the user's face image (or feature ID) stored in this way may be used to generate authentication information when the user purchases a new ticket.
  • the ticket is printed on paper from the ticket issuing machine, but in the ticket issuing system of this embodiment, the face of the ticket is displayed on a mobile terminal such as a smartphone without printing the ticket on paper, and this is displayed.
  • a so-called electronic ticket is used to perform ticket inspection processing.
  • the storage unit 22 stores the user information database 22C and links various information about the user (including at least information on the destination of the electronic ticket) to the user ID. Attach and store.
  • the ticket database 22A stores the user ID of the user of the ticket in association with the ticket ID.
  • the user's similar feature amount data does not need to be fixed before the ticket is used (that is, the ticket is inspected).
  • the authentication information including the feature ID corresponding to the similar feature amount data is recorded in the electronic ticket.
  • the authentication information may be displayed as a QR code on the face of the ticket so that the ticket inspection device 5 can read the authentication information at the time of ticket inspection, or the authentication information can be inspected using wireless communication or the like without being displayed on the screen of the mobile terminal. It may be transmitted to the device 5.
  • the authentication information recorded in the electronic ticket includes the feature ID corresponding to the similar feature amount data.
  • the authentication information recorded in the electronic ticket includes information indicating that the feature ID is undecided, and then the similar feature amount data is determined.
  • the authentication information is updated to include the feature ID corresponding to the similar feature amount data. For example, when the authentication information is displayed as a QR code on the face of the ticket, the QR code displayed on the face of the ticket is changed before and after the similar feature amount data is determined.
  • a ticket inspection place is provided at the entrance of the entertainment venue, and the ticket inspection device 5 is installed so that the camera 55 faces the direction in which the visitors enter.
  • the ticket inspection device 5 starts shooting with the camera 55 (step S400).
  • the image to be captured includes the face of the ticket displayed on the screen of the mobile terminal of the visitor and the face of the visitor.
  • the control unit 51 of the ticket inspection device 5 recognizes the face and the QR code from the image (user image) taken by the camera 55 (step S405). Then, the control unit 51 analyzes the recognized QR code and acquires the authentication information (step S410). The control unit 51 determines whether or not the authentication information includes the feature ID of the similar feature amount data (step S415).
  • the ticket inspection device 5 transmits the acquired ticket ID and the image of the visitor taken by the camera 55 to the server 2. To do. Upon receiving this, the server 2 specifies similar feature amount data from the feature amount table 22B by the same method as in the first embodiment (step S420). The ticket inspection device 5 may use the ticket inspection feature amount table 52A to specify the similar feature amount data and the corresponding feature ID. In this case, the ticket inspection device 5 may transmit the ticket ID and the feature ID of the specified similar feature amount data to the server 2. Further, at this time, the server 2 may store the feature ID corresponding to the similar feature amount data in the ticket database in association with the ticket ID.
  • the server 2 generates the updated version of the authentication information including the feature ID corresponding to the similar feature amount data, and transmits it to the user having the user ID associated with the ticket ID (step S425).
  • the electronic ticket is updated so that the received updated version of the authentication information can be used for the subsequent ticket inspection (step S430). If the feature ID of the similar feature amount data is not included in the authentication information, the ticket inspection process is completed.
  • step S445 the determination in step S445 is an example of the determination according to the degree of similarity in the present invention.
  • step S445 When the degree of similarity satisfies a predetermined criterion (step S445; Yes), the display unit 53 indicates that admission is permitted (step S450). On the other hand, when the similarity does not satisfy a predetermined criterion (step S445; No), the display unit 53 does not display the fact that admission is permitted, and the red light 56 is turned on to notify the staff of the mismatch of face recognition. In addition, for example, an alarm such as a warning display, an alarm sound, or a flash lighting may be issued (step S455). After either of steps S450 and S455, the ticket inspection process for one visitor is completed.
  • the similar feature amount data can be linked to the electronic ticket when first passing through the ticket inspection office. This makes it possible to prevent a user different from the first time from using the ticket in the subsequent ticket inspection (for example, re-entry).
  • the server 2 has the user information database 22C in the storage unit 22, and the face image (or the feature ID acquired from the user's face image) acquired at the time of the first admission is stored in the storage unit 22. It may be stored in association with the user ID.
  • the user's face image (or feature ID) stored in this way may be used to generate authentication information when the user purchases a new ticket.
  • the feature ID is included in the QR code as the authentication information recorded in the ticket and the ticket is issued.
  • the feature ID is included in the authentication information recorded in the ticket.
  • a ticket ID for identifying the ticket is included.
  • the ticket database 22A stores the user ID of the user of the ticket in association with the ticket ID.
  • the ticket ID of the ticket that can be used at the entertainment where the ticket inspection is performed is associated with the feature ID corresponding to the user of the ticket.
  • a ticket information table 52B to be stored is provided.
  • FIG. 12 shows a ticketing process for issuing a ticket by the ticket issuing system 1 of the present embodiment.
  • the ticket is issued by the purchaser or the clerk of the ticket store operating the ticket purchase terminal 3.
  • the case where the purchaser himself / herself becomes a ticket user will be described as an example.
  • the purchaser or the clerk of the ticket store performs a purchase operation such as selecting the box office, seat type, etc. on the ticket purchase terminal 3 and pressing the purchase button (step S500).
  • the ticket purchasing terminal 3 sends the information of the selected ticket and the face image of the user to the server 2, and the server 2 acquires this (step S510).
  • the face image may be taken by the camera 35 of the ticket purchasing terminal 3, or may be taken by the user in advance and taken into the ticket purchasing terminal 3 by wired or wireless communication for use.
  • the server 2 inquires the feature amount table 22B of the face image of the user received from the ticket purchasing terminal 3 (step S520). At this time, if the server 2 has feature amount data whose similarity with the user's face image satisfies a predetermined criterion (step S520; Yes), the server 2 has a predetermined similarity with the user's face image. One similar feature amount data satisfying the criteria of the above is specified, and the feature ID corresponding to the specified similar feature amount data is acquired (step S530). It is preferable that the server 2 completely deletes the user's face image from the server 2 after specifying the similar feature amount data.
  • the server 2 When the feature amount data whose similarity with the user's face image satisfies a predetermined criterion is not included in the feature amount table 22B (step S520; No), the server 2 has a new feature amount based on the user's face image. After registering the data in the feature amount table 22B (step S540), the new feature amount data is specified as similar feature amount data, and the feature ID is acquired (step S530).
  • the server 2 stores the feature ID of the specified similar feature amount data in the ticket database 22A in association with the ticket ID of the purchased ticket (step S550).
  • the server 2 generates information to be printed on the face of the ticket and transmits it to the ticket issuing machine 4 (step S560).
  • the information printed on the face of the ticket includes authentication information, box office information, ticket type information, etc. required for ticket inspection at the time of admission.
  • the authentication information is a QR code (registered trademark) that does not include the feature ID but includes the ticket ID.
  • the ticket issuing machine 4 that has received the information to be printed on the ticket face prints a QR code including characters such as box office information, ticket type information, and authentication information on the ticket face.
  • the ticket issued as described above does not include personal information such as the user's own facial image in the authentication information, but also includes the feature ID related to the user's own facial features. Since there is no such information, it is possible to prevent leakage of personal information via the ticket.
  • FIG. 13 shows a procedure for ticket inspection processing of tickets issued by the ticket issuing system 1 of the present embodiment for individual visitors at a ticket inspection office provided at the entrance of a venue for an event or the like. It is a flowchart which shows.
  • a ticket inspection office is provided at the entrance of the entertainment venue, and the ticket inspection device 5 is installed so that the camera 55 faces the direction in which the visitors enter.
  • the ticket inspection device 5 includes a feature amount table 52A for ticket inspection that stores the feature amount data used at the time of ticketing, and a similar feature ID of each ticket user to the ticket ID of the ticket that can be used for admission to the box office.
  • the ticket information table 52B which is stored in association with the above, is stored in advance (before the admission start time).
  • the ticket inspection device 5 may receive duplicates of the feature amount table 22B and the ticket database 22A from the server 2 via the communication unit 54, and use these as the ticket inspection feature amount table 52A and the ticket information table 52B, respectively.
  • the ticket inspection device 5 starts shooting with the camera 55 (step S600). At this time, the visitor holding the ticket stands in front of the ticket inspection device 5 so that the ticket and his / her face are photographed at the same time. At this time, as in the first embodiment, the display unit 53 of the ticket inspection device 5 may display a guide instructing the ticket to be held near the face, an image taken by the camera 55, and an authentication result.
  • the control unit 51 of the ticket inspection device 5 recognizes the face and the QR code from the image (user image) taken by the camera 55 (step S610). Then, the control unit 51 analyzes the recognized QR code and acquires the ticket ID included in the authentication information (step S620). Subsequently, the feature ID corresponding to the acquired ticket ID is referred to and specified in the ticket information table 52B, and the feature amount data corresponding to the specified feature ID is acquired from the ticket inspection feature amount table 52A (step S630). Then, the control unit 51 calculates the degree of similarity between the face included in the image captured by the camera 55 and the acquired feature amount data (step S640).
  • the control unit 51 determines whether or not the calculated similarity satisfies a predetermined standard (the standard may be lower than that at the time of ticketing) (step S650).
  • the determination in step S650 is an example of the determination according to the degree of similarity in the present invention.
  • a predetermined criterion for example, when the degree of agreement is equal to or greater than a predetermined value
  • the display unit 53 displays that admission is permitted (step S660).
  • the display unit 53 does not display that admission is permitted, and face recognition is performed.
  • the red light 56 is turned on to notify the staff of the disagreement.
  • an alarm such as a warning display, an alarm sound, or a flash lighting may be issued (step S670).
  • the ticket inspection process for one visitor is completed through any of steps S660 and S670.
  • how to output the result is not limited to the above. For example, instead of giving a notification / warning, etc., while displaying an entry permission display on the display unit 53 in order to avoid traffic congestion at the ticket inspection office, the staff at the ticket inspection office is notified that the similarity does not meet the predetermined criteria. After the visitors have passed the ticket inspection office, the staff may confirm whether or not they are fraudulent.
  • the present invention is not limited to these examples.
  • the face image is used for authentication, but instead of the face image, other biometric information (for example, fingerprint, iris, vein, myoelectric potential, etc.) may be used for authentication.
  • biometric information for example, fingerprint, iris, vein, myoelectric potential, etc.
  • the feature ID corresponding to the pattern close to the biometric information of the user is included in the authentication information. Good.
  • one feature ID is included in the authentication information, but a plurality of feature IDs may be included in the authentication information.
  • a predetermined number for example, three
  • feature IDs corresponding to each similar feature amount data may be included in the authentication information.
  • the feature amount data included in the feature amount table is classified into a plurality of groups, and similar feature amount data having a higher degree of matching with the user's face image than a predetermined value is specified from each group, and each similar feature amount is specified.
  • the feature ID corresponding to the data may be included in the authentication information.
  • the ticket inspection device can use the feature amount data corresponding to a predetermined number (one, a part, or all) of the plurality of feature IDs. If the degree of coincidence is equal to or higher than a predetermined value, it is advisable to allow the passage through the ticket inspection office.
  • the authentication information may include information on the entertainment that can be entered with the ticket (entertainment ID, etc.), and the ticket inspection device may determine whether or not to enter based on the information on the entertainment included in the authentication information.
  • the acquired biometric information (that is, face image) of the user and the feature amount data corresponding to the feature ID associated with the ticket are determined according to the degree of similarity.
  • the degree of similarity with the above is compared, and a judgment (judgment of admission, etc.) is made according to the comparison result, but the judgment may be performed by another method.
  • the feature amount data similar to the feature information related to the biometric information is newly obtained, and the feature ID corresponding to the newly obtained feature amount data is specified. Then, the determination may be performed based on the comparison result between the feature ID specified by the ticket inspection device 5 and the feature ID associated with the ticket.
  • the determination may be made based on whether or not the similar feature ID specified by the ticket inspection device 5 and the feature ID associated with the ticket are the same. Further, a plurality of similar feature IDs may be attached to the ticket and a plurality of feature IDs may be specified by the ticket inspection device 5, and the determination may be made based on whether or not the number of matching feature IDs reaches a predetermined value. ..
  • processing is performed to specify similar feature amount data whose similarity with the face image satisfies a predetermined criterion, but the predetermined criterion used at this time is arbitrary.
  • the degree of agreement with the feature amount data is equal to or more than a predetermined value as a predetermined standard.
  • the maximum degree of matching with the face information is used as a predetermined standard, and the maximum degree of matching (when specifying a plurality of similar feature amount data, the maximum is predetermined).
  • Feature data (up to several) may be specified as similar feature data.
  • the face image of the user (purchaser himself / herself) is photographed by the ticket purchasing terminal 3 at the time of ticket purchase and transmitted to the server 2, but the user (purchaser) after the ticket is purchased and before the ticket is issued.
  • the face image of (which may be a different person from) may be transmitted to the server 2.
  • the server 2 receives the photo, it issues the ticketing information (for example, identification information and password) to the purchaser, and sends the ticketing information to the store where the ticketing machine 4 is installed. It's a good idea to take it with you and issue a ticket. With such a configuration, it becomes easy to purchase a plurality of tickets at once and register a face image of a visitor for each ticket.
  • a face image (caricature) having a high degree of agreement with the similar feature amount data generated based on the similar feature amount data on the face of the ticket.
  • the owner of the ticket can be estimated, and when a plurality of tickets are purchased, the ticket can be distributed to the correct owner.
  • the user information may be printed on the ticket surface.
  • the feature amount data is registered in the feature amount table 22B in advance, but it does not have to be in the feature amount table 22B in advance. That is, the feature amount data may not be included as the initial state of the feature amount table 22B.
  • the feature amount data whose matching degree is equal to or higher than a predetermined value is not included in the feature amount table 22B (always for the first ticket issuer)
  • the feature amount data based on the purchaser's face image is used in the feature amount table. It is advisable to register in 22B. By doing so, the feature amount data included in the feature amount table 22B will be different for each box office. As a result, even if a large number of authentication information is analyzed, the authentication information cannot be estimated and generated, and fraud can be effectively prevented.
  • the authentication information is printed on the face of the ticket as a QR code, but if the ticket inspection device 5 can recognize it, the authentication information may be recorded on the ticket by another method.
  • a bar code, a character string, a figure, or the like may be printed on the face of the ticket as authentication information.
  • the ticket is configured to be provided with a storage medium such as a memory that can hold electronic data, and the authentication information recorded in the storage medium can be used for wireless communication (for example, short-range wireless communication using an RF tag) or visible light. It may be configured to transmit to the ticket inspection device 5 by any means such as communication.
  • the IC chip storing the authentication information may be embedded in the ticket so that the ticket inspection device 5 reads the authentication information stored in the IC chip by wired or wireless communication.
  • the ticket may be an electronic ticket realized by using a mobile terminal such as a smartphone.
  • the ticket inspection device 5 simultaneously photographs the ticket and the face of the visitor with one camera 55 at the ticket inspection office, but these may be photographed at different timings and / or with different devices.
  • the face of the visitor may be photographed by the camera 55, and the QR code printed on the ticket may be read by a QR code reader prepared separately.
  • the case where the ticket to be issued is printed on the special paper from the special ticketing machine 4 has been described as an example, but the ticket is printed on the plain paper from a normal printer at the purchaser's home or the like. You may try to do it.
  • the ticket can be interpreted as a normal printer at the purchaser's home or the like acting as a ticket issuing machine.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computing Systems (AREA)
  • Finance (AREA)
  • Biomedical Technology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • General Health & Medical Sciences (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Collating Specific Patterns (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Time Recorders, Dirve Recorders, Access Control (AREA)

Abstract

個人情報の保護に配慮しつつ円滑に本人確認を行うことができるチケットを提供する。本発明の実施形態に係るチケット発券システムは、例示的な生体情報に関する特徴情報を含む特徴量データと当該特徴量データを識別するための特徴ＩＤとを対応付けて格納する特徴量テーブルと、発券されるチケットの利用者の生体情報に関する特徴情報を取得する利用者特徴情報取得手段と、特徴量テーブルに格納されている特徴量データの中から、利用者特徴情報取得手段が取得した生体情報に関する特徴情報との類似度が所定の基準を満たす類似特徴量データを特定し、当該類似特徴量データに対応する特徴ＩＤを取得する類似特徴量データ特定手段と、類似特徴量データ特定手段が取得した類似特徴量データに対応する特徴ＩＤを含む認証情報を記録したチケットを発券する発券手段とを備える。

Description

チケット発券システム、検札装置、およびプログラム
　本発明は、興行等の入場に用いるチケットを発券するチケット発券システム、当該チケット発券システムにて発券したチケットの検札をするための検札装置、およびコンピュータにてこれらを実現するプログラムに関する。
　昨今、各種の興行のチケットの不正な転売が問題となっている。そこでチケットの正規の保有者の情報（例えば、顔画像、指紋、虹彩、静脈、筋電位など、個人を識別可能な生体情報）をチケットに記録しておき、興行の会場への入場の際に、チケットを使って入場しようとしている人が、そのチケットの真の保有者か否かを確認することが提案されている。例えば特許文献１には、正規の保有者の情報としてチケット保有者の自身の顔または自身の顔の特徴量を示す情報を記録しておき、入場口で入場しようとしている人の顔を撮影し、チケットに記録されている保有者の自身の顔または自身の顔の特徴量と照合する顔認証によって入場しようとしている人が正規の保有者か否かを確認することが開示されている。なお、以下の説明では、クーポン、スタンプカード、イベントチケット、商品引換券等を総称して「チケット」という。
特許第６１６３２３９号
　特許文献１に開示されている手法をはじめとする、顔認証を利用してチケットの保有者を確認する従来の手法では、正規の保有者の顔の情報として、顔の画像や顔の特徴量がチケットに記録される。顔の画像や顔の特徴量は、保有者自身の個人情報であるところ、これらをチケットに記録した場合、個人情報が意図せず第三者に渡る可能性があるため、個人情報の保護やセキュリティの観点で問題視されることがあった。多数のチケットについて記録されているデータを解析して、顔認証に必要な正規の保有者の情報（またはその特定方法）を解き明かせば、チケットを不正に作成することが可能となる恐れがある。また、顔の画像は情報量が多く、情報量を削減すべく特徴量のみを記録したとしても検札の際の情報の読み取りや照合に時間がかかり、入場者を円滑に処理できず、混雑や遅延を引き起こすことがある。また、スマートフォン等を用いた電子チケットにより、個人の認証を強化する方法もあるが、スマートフォンを持たない利用者への適用ができない、バッテリ切れの場合に不都合が生じるといった様々な問題があり、普及の妨げとなっている。
　本発明の実施形態に係るチケット発券システムは上記の課題を解決すべくなされたものであり、例示的な生体情報に関する特徴情報を含む特徴量データと当該特徴量データを識別するための特徴ＩＤとを対応付けて格納する特徴量テーブルと、発券されるチケットの利用者の生体情報に関する特徴情報を取得する利用者特徴情報取得手段と、特徴量テーブルに格納されている特徴量データの中から、利用者特徴情報取得手段が取得した生体情報に関する特徴情報との類似度が所定の基準を満たす類似特徴量データを特定し、当該類似特徴量データに対応する特徴ＩＤを取得する類似特徴量データ特定手段と、類似特徴量データ特定手段が取得した類似特徴量データに対応する特徴ＩＤを含む認証情報を記録したチケットを発券する発券手段とを備える。
　本発明において、生体情報に関する特徴情報は、人の顔の外観に関する特徴情報とするとよい。また、認証情報は、複数の特徴量データに対応する特徴ＩＤを含むとよい。また、認証情報は、特徴ＩＤに加え、当該チケットを特定するためのチケットＩＤ及び／又は当該チケットで入場可能な興行の情報を含むとよい。
　本発明において、発券手段は、特徴ＩＤを、機械による読み取りが可能な態様でチケットの券面に記録するとよい。また、特徴量テーブルに格納される特徴量データは、実在しない人物の顔の外観に関する特徴情報を含んでもよい。
　本発明において、チケット発券システムは、類似特徴量データ特定手段が、特徴量テーブルに格納されている特徴量データの中から利用者特徴情報取得手段が取得した生体情報に関する特徴情報との一致度が所定値以上である類似特徴量データを特定できない場合に、利用者特徴情報取得手段が取得した生体情報に基づいて、利用者特徴情報取得手段が取得した生体情報との一致度が所定値以上となる新たな特徴量データを特徴量テーブルに登録する、特徴量データ登録手段をさらに備えるとよい。
　本発明の他の実施形態に係るチケット発券システムは、例示的な生体情報に関する特徴情報を含む特徴量データと当該特徴量データを識別するための特徴ＩＤとを対応付けて格納する特徴量テーブルと、発券されるチケットの利用者の生体情報に関する特徴情報を取得する利用者特徴情報取得手段と、前記特徴量テーブルに格納されている前記特徴量データの中から、前記利用者特徴情報取得手段が取得した生体情報に関する特徴情報との類似度が所定の基準を満たす類似特徴量データを特定し、当該類似特徴量データに対応する前記特徴ＩＤを取得する類似特徴量データ特定手段と、発券されるチケットを識別するためのチケットＩＤを含む認証情報を記録したチケットを発券する発券手段と、前記類似特徴量データ特定手段が取得した類似特徴量データに対応する前記特徴ＩＤを、前記チケットＩＤと紐づけて記録する記録手段と、を備える。
　また、本発明の実施形態に係る検札装置は、検札所において当該検札所を通過しようとする利用者が持つチケットを検札する。検札装置は、例示的な生体情報に関する特徴情報である特徴量データと識別情報とを対応付けて格納する特徴量テーブルと、チケットを利用する利用者の生体情報を取得する利用者生体情報取得手段と、利用者生体情報取得手段が取得した利用者の生体情報について、特徴情報を算出する特徴情報算出手段と、チケットに記録された識別情報を取得する識別情報取得手段と、識別情報取得手段が取得した識別情報に紐づけられた特徴量データを、特徴量テーブルに照会して取得する対比特徴量データ取得手段と、特徴情報算出手段が算出した特徴情報と、対比特徴量データ取得手段により取得した特徴量データとの一致度を求め、当該一致度に応じた判定結果を出力する判定手段とを備える。
　本発明において、生体情報に関する特徴情報は、人の顔の外観に関する特徴情報とするとよい。
　本発明において、検札装置は、チケットに識別情報が記録されていない場合に、特徴量テーブルに格納されている特徴量データの中から、特徴情報算出手段が取得した生体情報に関する特徴情報との一致度が所定値以上である類似特徴量データを特定し、当該類似特徴量データに対応する識別情報を取得する類似特徴量データ特定手段と、類似特徴量データ特定手段が特定した類似特徴量データに対応する識別情報を、チケットに対応する類似特徴量データとして記録する類似特徴量データ記録手段とをさらに備えるとよい。
　本発明において、識別情報は機械による読み取りが可能な態様でチケットに記録されているとよい。そして、識別情報取得手段は、利用者が持つチケットに記録された識別情報を読み取って、識別情報を取得するとよい。
　本発明において、利用者生体情報取得手段および識別情報取得手段は、共通の撮像手段により実現され、当該撮像手段は、利用者の顔と利用者が持つチケットとを含む利用者画像を取得し、識別情報取得手段は、利用者が持つチケットに記録された識別情報を、撮像手段が撮影した利用者画像を解析して読み取るとよい。このとき、特徴情報算出手段は、利用者画像において、チケットの券面に対し所定の位置に写る顔を入場者の顔として認識して当該顔の外観に関する特徴情報を算出するとよい。
　本発明において、利用者生体情報取得手段は、撮像手段により実現され、当該撮像手段は、利用者の顔を含む利用者画像を取得し、撮像手段から利用者画像に写る人物までの距離に基づいて、利用者画像に写る利用者を特定して、その生体情報を取得するとよい。
　また、本発明の他の実施形態に係る検札装置は、検札所において当該検札所を通過しようとする利用者が持つチケットを検札する検札装置である。検札装置は、例示的な生体情報に関する特徴情報である特徴量データと特徴ＩＤとを対応付けて格納する特徴量テーブルと、チケットを識別するためのチケットＩＤと当該チケットの利用者に対応する前記特徴ＩＤとを対応付けて格納するチケット情報テーブルと、前記チケットを利用する前記利用者の生体情報を取得する利用者生体情報取得手段と、前記利用者生体情報取得手段が取得した前記利用者の生体情報について、特徴情報を算出する特徴情報算出手段と、前記チケットに記録された前記チケットＩＤを取得するチケットＩＤ取得手段と、前記チケットＩＤ取得手段が取得した前記チケットＩＤに紐づけられた前記特徴ＩＤを、前記チケット情報テーブルに照会して特定し、特定した前記特徴ＩＤに対応する前記特徴量データを前記特徴量テーブルに照会して取得する対比特徴量データ取得手段と、前記特徴情報算出手段が算出した特徴情報と、前記対比特徴量データ取得手段により取得した特徴量データとの類似度を求め、当該類似度に応じた判定結果を出力する判定手段とを備える。
　本発明の実施形態に係るプログラムは、コンピュータを上記いずれかのチケット発券システムとして機能させる。また、本発明の実施形態に係るプログラムは、コンピュータを上記いずれかの検札装置として機能させる。
チケット発券システムの構成を示す模式図である。 サーバの構成を示すブロック図である。 チケット購入端末の構成を示すブロック図である。 発券機の構成を示すブロック図である。 検札装置の構成を示すブロック図である。 発券処理の手順を示すフローチャートである。 チケット発券システムにより発券されるチケットの券面の一例を示す。 検札処理の手順を示すフローチャートである。 検札装置の表示部における表示の一例を示す。 第３実施形態における検札処理の手順を示すフローチャートである。 第４実施形態における検札処理の手順を示すフローチャートである。 第５実施形態における発券処理の手順を示すフローチャートである。 第５実施形態における検札処理の手順を示すフローチャートである。
〔第１実施形態〕
　以下、図面を参照して本発明の第１実施形態に係るチケット発券システム１と、チケット発券システム１で発券されたチケットの検札を行う検札装置５とを説明する。
　図１は、チケット発券システム１の構成を示す模式図である。図１に示すように、チケット発券システム１は、サーバ２、チケット購入端末３、及び発券機４を備える。サーバ２、チケット購入端末３、及び発券機４はネットワークＮＷを介して通信可能に接続される。なお、サーバ２、チケット購入端末３、及び発券機４は、物理的に離れた遠隔地に配置されてもよいし、一部または全部が同じ場所に配置されてもよい。
　サーバ２は、例えば、コンピュータシステムであり、キーボード、マウス、タッチパネル等の入出力装置、ＣＰＵ（Central Processing Unit）等の演算部及びＲＡＭ（Random Access Memory）、ＲＯＭ（read only memory）等の記憶装置を備えた本体、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示装置等から構成される。
　図２は、サーバ２の構成を示すブロック図である。図２に示すように、サーバ２は、少なくとも、制御部２０、記憶部２２、通信部２４を備える。サーバ２は、これらのほか、必要に応じて入力手段（例えばキーボード、マウス等）や出力手段（例えばディスプレイ、プリンタ等）を備えてもよい。
　制御部２０は、チケット購入端末３から送信されるリクエスト等に基づき、記憶部２２に記憶されたプログラムに従った処理を実行する。例えば、制御部２０は、記憶部２２に記憶されているチケットデータベース２２Ａや特徴量テーブル２２Ｂに対するデータの検索、新規登録、削除、更新といった処理を実行したり、チケット保有者の顔の画像（以下、顔の画像のことを単に「顔画像」という場合がある）と特徴量データとの類似度が所定の基準を満たす（例えば、一致度が所定値以上である）特徴量データを特徴量テーブル２２Ｂから見つける処理を実行したりする。すなわち、制御部２０は、記憶部２２に記憶されたプログラムに基づいて、特徴量テーブル２２Ｂに格納されている特徴量データの中から、利用者の顔画像との類似度が所定の基準を満たす類似特徴量データを特定し、当該類似特徴量データに対応する特徴ＩＤを取得する類似特徴量データ特定手段として機能する。また、制御部２０は、記憶部２２に記憶されたプログラムに基づいて、特徴量テーブルに２２Ｂ格納されている特徴量データの中から利用者の顔画像との類似度が所定の基準を満たす類似特徴量データを特定できない場合に、利用者の顔画像に基づいて、当該利用者の顔画像との類似度が所定の基準を満たす新たな特徴量データを特徴量テーブル２２Ｂに登録する、特徴量データ登録手段として機能する。
　記憶部２２には、制御部２０にて実行されるプログラムや、当該プログラムで用いられるデータ等が記憶されている。例えば、記憶部２２は、チケット発券システム１におけるサーバ２の機能を実現するためのプログラム、チケット発券システム１にて発券するチケットに関する情報を集約するチケットデータベース２２Ａ、例示的な生体情報に関する特徴情報を含む特徴量データを識別情報である特徴ＩＤと対応付けて格納する特徴量テーブル２２Ｂ等を記憶する。本実施形態では、特徴量データに含まれる生体情報に関する特徴情報は人の顔の外観に関する特徴情報（例えば特徴量のパラメータ値）である。特徴量テーブル２２Ｂは、実在しない人物の顔の画像に基づく特徴量データ（例えば、絵やコンピュータグラフィックス等により生成した顔から算出した顔の特徴を表す情報）を含んでよい。また、特徴量テーブル２２Ｂは、顔の画像に基づくことなく演算により生成された特徴量データを含んでもよい。演算により特徴量データを生成する場合、特徴量データにより表すことのできる特徴量空間内に、等しい密度で特徴量データが分布するように特徴量データを生成するとよい。サーバ２は、上記の各構成が物理的に一体として構成されていなくてもよい。例えば、上記構成要素の一部または全部が遠隔地に分散して配置されていてもよく、それらが協働してサーバ２として機能するようにすればよい。通信部２４は、制御部２０による制御のもと、ネットワークＮＷを介して、チケット購入端末３、発券機４等との通信を行う。
　チケット購入端末３は、チケットを購入する際に購入者またはチケット販売店の店員が操作して、発券に必要な情報をサーバ２に送るための装置である。ここで、発券に必要な情報とは、少なくとも、購入しようとするチケットの情報、および購入したチケットの保有者となる人物（典型的には購入者）の顔画像を含む。チケット購入端末３は、例えば、チケット販売店に設置された端末装置であってもよいし、個々の購入者が保有するコンピュータであってもよい。
　図３は、チケット購入端末３の構成を示すブロック図である。図３に示すように、チケット購入端末３は、少なくとも、操作部３０、記憶部３１、制御部３２、通信部３３、表示部３４、およびカメラ３５を備える。チケット購入端末３は、例えば、カメラ３５を内蔵するノート型のコンピュータ、タブレット端末等を用いてもよいし、カメラ３５を内蔵しないコンピュータにカメラ３５を接続して用いてもよい。本実施形態において、カメラ３５は、発券されるチケットの利用者の生体情報に関する特徴情報を取得する利用者特徴情報取得手段の一部として機能する。
　操作部３０は、購入者またはチケット販売店の店員よる操作を受け付ける。操作部３０は、表示部３４に重ねて配置されたタッチパネルと、その他のボタンとを備える。記憶部３１は、ＲＯＭ、ＲＡＭ、ハードディスク等の記憶媒体であり、制御部３２で実行するプログラムや、当該プログラムで用いるデータ等を記憶する。記憶部３１には、例えば、オペレーションシステム（ＯＳ）、サーバ２にチケットの購入・発券に必要な情報を送信するためのアプリケーションプログラム等が記憶されている。制御部３２は、ＣＰＵ等の演算装置であり、記憶部３１に記憶されている各種のプログラムを実行する。通信部３３は、ネットワークＮＷを介して、サーバ２との通信を行う。表示部３４は、液晶ディスプレイ、有機ＥＬディスプレイ等の表示素子であり、制御部３２による制御の下、各種の情報（例えばチケット購入のためのユーザインタフェース）を表示する。表示部３４は、操作部３０のタッチパネルと協働して各種の入力インタフェースを実現する。
　発券機４は、サーバ２からの命令に基づいて、所定の用紙にチケットの情報を印刷してチケットを発券する。発券機４は、類似特徴量データに対応する特徴ＩＤ（識別情報）を含む認証情報を、当該チケットで入場可能な興行の情報等の諸情報とともに機械による読み取りが可能な態様でチケットの券面に記録する。具体的には、特徴ＩＤ等をＱＲコード（登録商標）にエンコードして、チケットの券面に印刷する。発券機４は、チケット購入端末３と同じ場所（例えばチケット販売店）に配置されるとよい。図４は、発券機４の構成を示すブロック図である。図４に示すように、発券機４は、少なくとも、記憶部４０、制御部４２、通信部４４、および印刷部４６を備える。発券機４は、これらのほか、必要に応じて入力手段（例えばキーボード、マウス等）や出力手段（例えばディスプレイ、プリンタ等）を備えてもよい。
　記憶部４０には、制御部４２にて実行されるプログラムや、当該プログラムで用いられるデータ等が記憶されている。例えば、記憶部４０には、サーバ２からの命令に基づきチケットの情報を印刷するよう印刷部４６を制御するプログラム等が記憶される。
　制御部４２は、記憶部４０に記憶されている各種のプログラムを実行する。例えば制御部４２は、サーバ２からの命令に応じてチケットを印刷すべく印刷部４６を制御する。
　通信部４４は、ネットワークＮＷを介して、サーバ２との通信を行う。その他、通信部４４は、近距無線通信（ＮＦＣ）や、赤外線通信、可視光通信等が可能に構成されてもよい。印刷部４６は、チケットを所定の用紙に印刷するプリンタである。チケットの用紙は、例えば所定の寸法に予め裁断され、必要に応じてミシン目が設けられた紙片としてもよいし、ロール紙を用いて印刷の都度所定の長に切断するようにしてもよい。
　検札装置５は、検札所において当該検札所を通過しようとする利用者が持つチケットを検札するための装置である。本例では、検札装置５は、チケット発券システム１で発券されたチケットを、興行の入場口に設けられる検札所で検札する。図５は、検札装置５の構成を示すブロック図である。検札装置５は、制御部５１、記憶部５２、表示部５３、通信部５４、及びカメラ５５を備える。検札装置５は、これらのほか、必要に応じて入力手段（例えばキーボード、マウス等）等を備えてもよい。検札装置５は、カメラ５５を内蔵するノート型のコンピュータ、タブレット端末等を用いるとよい。
　制御部５１は、ＣＰＵ等の演算装置であり、記憶部５２に記憶されている各種のプログラムを実行する。記憶部５２は、ＲＯＭ、ＲＡＭ、ハードディスク等の記憶媒体であり、制御部５１で実行するプログラムや、当該プログラムで用いるデータ等を記憶する。記憶部５２には、例えば、オペレーションシステム（ＯＳ）、チケットの検札処理を行うプログラム、検札用特徴量テーブル５２Ａ等が記憶されている。検札用特徴量テーブル５２Ａは、人の顔の特徴を示す情報である特徴量データを識別情報である特徴ＩＤと対応付けて格納するデータベースである。検札用特徴量テーブル５２Ａは、発券時にサーバ２で用いた特徴量テーブル２２Ｂをそのまま（発券時に類似特徴量データとして特定されなかったものも含めて）用いてもよいし、発券時に類似特徴量データとして特定された特徴量データのみを格納するようにしてもよい。
　表示部５３は、液晶ディスプレイ、有機ＥＬディスプレイ等の表示素子であり、制御部５１による制御の下、各種の情報を表示する。通信部５４は、ネットワークＮＷを介して、サーバ２等との通信を行う。カメラ５５は、本発明における利用者生体情報取得手段に相当し、検札装置５の正面方向を撮影するように配置されチケットを利用する利用者の顔、および利用者が持つチケットを含む利用者画像を撮影する。赤色灯５６は、制御部５１の制御の下で動作する報知手段の一例であり、例えば、利用者画像から抽出した顔画像と、検札用特徴量テーブルから取得した特徴量データとの類似度が所定の基準を満たさない（例えば、一致度が所定値を超えない）場合に点灯するように制御される。
　制御部５１は、記憶部５２に記憶されているプログラムに基づき、カメラ５５で撮影した利用者画像から利用者の顔画像を抽出する。また、制御部５１は、記憶部５２に記憶されているプログラムに基づき、利用者が持つ前記チケットに記録されたＱＲコードを、カメラ５５で撮影した利用者画像を解析して読み取り、ＱＲコードにエンコードされている特徴ＩＤを取得する。また、制御部５１は、記憶部５２に記憶されているプログラムに基づき、取得した特徴ＩＤに紐づけられた特徴量データを、検札用特徴量テーブル５２Ａに照会して取得する。また、制御部５１は、記憶部５２に記憶されているプログラムに基づき、利用者画像から抽出した顔画像と、検札用特徴量テーブルから取得した特徴量データとの類似度を求め、当該類似度が所定の基準を満たす場合に当該利用者が検札所を通過することを許可する。このようにして、制御部５１は、記憶部５２に記憶されたプログラムを実行することにより、本発明の特徴情報算出手段、識別情報取得手段、顔画像取得手段、および判定手段の機能を実現する。
〔チケットの発券〕
　続いて、図６に示すフローチャートを参照して、上記のように構成されるチケット発券システム１によりチケットを発券する発券処理の手順を説明する。
　本例では、購入者やチケット販売店の店員がチケット購入端末３を操作することにより、チケットの発券が実施される。本例では、購入者自身がチケットの利用者（すなわち、当該チケットを利用して興行の入場口を通過する者）となる場合を例に説明する。はじめに、購入者やチケット販売店の店員が、チケット購入端末３にて、興行、席種等を選び、購入ボタンを押すなど、購入操作を行う（ステップＳ１００）。チケット購入端末３は、選ばれたチケットの情報と、利用者の顔画像をサーバ２に送り、サーバ２はこれを取得する（ステップＳ１１０）。顔画像はチケット購入端末３のカメラ３５にて撮影してもよいし、利用者があらかじめ撮影しておいたものを、有線又は無線の通信にてチケット購入端末３に取り込んで用いてもよい。
　サーバ２は、チケット購入端末３から受け取った利用者の顔画像を、特徴量テーブル２２Ｂに照会する（ステップＳ１２０）。このときサーバ２は、任意の顔照合手法により、特徴量テーブル２２Ｂに格納されている各特徴量データと利用者の顔との類似度を算出する。なお、顔画像と特徴量データとの類似度として、顔画像から特徴量の情報を抽出し、この抽出した特徴量と特徴量データに含まれる特徴量の情報とに基づく演算により一致度を算出するとよい。また、類似度は、例えば０から１０までの値に正規化されたスコアとして算出される。そして、利用者の顔画像との類似度が所定の基準を満たす特徴量データがある場合、（ステップＳ１２０；Ｙｅｓ）、サーバ２は、利用者の顔画像との類似度が所定の基準を満たす類似特徴量データを１つ特定して、当該特定した類似特徴量データに対応する特徴ＩＤを取得する（ステップＳ１３０）。なお、サーバ２は類似特徴量データを特定した後、利用者の顔画像をサーバ２から完全に消去することが好ましい。
　サーバ２は、利用者の顔画像について、特徴量テーブル２２Ｂに含まれるすべての特徴量データとの一致度を算出し、一致度が最も高いものを類似度が所定の条件を満たす特徴量データ特定してもよい。あるいは、特徴量データを１つずつ任意の順番で照会し、類似度が所定の条件を満たす（例えば、一致度が所定値以上となる）特徴量データが１つ見つかった時点で、その特徴量データを類似特徴量データとして特定し、更なる照会を行わないようにしてもよい。一致度が最も高いものを特定する場合、処理の完了までに時間を要するが、認証の精度を高めることができる。類似度が所定の条件を満たす特徴量データが見つかった時点で更なる照会を行わない場合には、認証の精度が犠牲になる可能性があるものの、処理を短時間で終わらせることが可能となる。
　サーバ２は、利用者の顔画像との類似度が所定の基準を満たす特徴量データが特徴量テーブル２２Ｂに含まれない場合（ステップＳ１２０；Ｎｏ）、利用者の顔画像に基づく新たな特徴量データを特徴量テーブル２２Ｂに登録した上で（ステップＳ１４０）、当該新たな特徴量データを類似特徴量データとして特定し、その特徴ＩＤを取得する（ステップＳ１３０）。
　ステップＳ１４０において新たに特徴量データを登録する際、サーバ２は、利用者の顔画像そのものから算出した顔の特徴を示す情報を特徴量データとして登録してもよいが、利用者の顔画像そのものではなく、利用者の顔画像との類似度が所定の基準を満たす特徴量データを生成して登録することが好ましい。具体的には、利用者の顔画像との一致度が所定値以上であるが完全には一致しない（適度に似ていない部分がある）特徴量データを生成するとよい。このようにすれば、個人情報である利用者の顔画像が特徴量テーブル２２Ｂにそのまま含まれることがなく、プライバシーに配慮した運用を行うことができる。
　類似特徴量データが特定されると、サーバ２は、購入されるチケットの情報に紐づけて、特定した類似特徴量データの特徴ＩＤをチケットデータベース２２Ａに格納する（ステップＳ１５０）。
　続いて、サーバ２は、チケットの券面に印刷する情報を生成し、発券機４に送信する（ステップＳ１６０）。券面に印刷する情報は、入場時の検札の際に必要な認証情報、興行の情報、券種の情報等を含む。本例では、認証情報は、類似特徴量データの特徴ＩＤを含むＱＲコード（登録商標）である。
　券面に印刷する情報を受けとった発券機４は、図７に示すように、興行の情報、券種の情報等の文字、及び認証情報を含んだＱＲコードがチケットの券面に印刷される。
　以上のようにして発券されるチケットには、認証情報の中に利用者自身の顔画像のような個人情報が含まれないので、チケットを介した個人情報の漏洩を防ぐことができる。また、類似特徴量データの特徴ＩＤは、顔画像そのものと比べデータ量が小さく、後述する検札装置５を用いて行う検札処理を行う際の認証情報の読み取りを短時間で済ますことができる。
〔チケットの使用〕
　続いて、図８に示すフローチャートを参照して、チケット発券システム１により発券されたチケットを、イベント等の興行の会場の入場口に設けられる検札所にて、個々の入場者に対して実施される検札処理の手順を説明する。
　興行の会場の入場口には検札所が設けられ、入場者が入ってくる方向にカメラ５５が向くように検札装置５が設置される。検札装置５には、発券の際に用いた特徴量データを格納した検札用特徴量テーブル５２Ａが予め（入場開始時間より前に）格納されている。なお、検札装置５は、通信部５４を介してサーバ２から特徴量テーブル２２Ｂの複製を受け取り、これを検札用特徴量テーブル５２Ａとして用いるとよい。
　入場が開始されると、検札装置５はカメラ５５による撮影を開始する（ステップＳ２００）。このとき、チケットを持った入場者は、チケットと自身の顔が同時に撮影されるように、検札装置５の前に立つ。このとき、図９に示すように、検札装置５の表示部５３には、チケットを顔の傍に持つよう指示する案内、カメラ５５で撮影している画像、及び認証の結果を表示するとよい。なお、チケットと入場者の顔を同時ではなく順次撮影するように構成してもよい。また、制御部５１は、カメラ５５で撮影している画像から、入場者が、眼鏡、サングラス、マスク等を着用していることを認識した場合、これらを外すように指示をするように構成するとよい。
　検札装置５の制御部５１は、カメラ５５で撮影した画像（利用者画像）から、顔、及びＱＲコードをそれぞれ認識する（ステップＳ２１０）。そして、制御部５１は、認識したＱＲコードを解析して、認証情報に含まれる特徴ＩＤを取得する（ステップＳ２２０）。続いて、取得した特徴ＩＤに対応する特徴量データを検札用特徴量テーブル５２Ａから取得する（ステップＳ２３０）。そして、制御部５１は、カメラ５５で撮影している映像に含まれる顔と取得した特徴量データとの類似度を算出する（ステップＳ２４０）。
　なお、検札時には、顔の下にチケットを位置させる等、顔とチケットとの位置関係を固定して撮影するとよい。そして、チケットの券面に対し所定の位置に写る顔を入場者の顔として認識して抽出するようにするとよい。あるいは、検札装置５からの距離（利用者画像における奥行）に基づいて入場者の顔を認識してもよい。例えば測距センサ等を備えて入場者までの距離を実測してもよいし、利用者画像に写る複数の顔のうち画像に占める面積が最も広いものを入場者の顔として認識してもよい。このようにすることで、複数の人が映像に映りこんでも、認証対象とする人物を容易に特定することができる。検札装置５は、複数の入場者を同時に認証できるように構成されてもよい。この場合、認識したＱＲコードの数に応じた人数の認証を行うものとし、ＱＲコードに対して所定位置（例えばＱＲコードの上）に認識された顔を認証の対象とするとよい。
　続いて制御部５１は、算出した類似度が所定の基準を満たす（発券時よりも基準を低くしてもよい）か否かを判定する（ステップＳ２５０）。このステップＳ２５０における判定は、本発明における類似度に応じた判定の一例である。類似度が所定の基準を満たす場合（例えば、一致度が所定値以上である場合）には（ステップＳ２５０；Ｙｅｓ）、入場を許可する旨が表示部５３に表示される（ステップＳ２６０）。一方、類似度が所定の基準を満たさない場合（例えば、一致度が所定値未満である場合）には（ステップＳ２５０；Ｎｏ）、入場を許可する旨が表示部５３に表示されず、顔認証の不一致を係員に報知するべく赤色灯５６を点灯させる。このほか、例えば、警告表示、警告音の発報、フラッシュの点灯等の警報の発報を行ってもよい（ステップＳ２７０）。このようにステップＳ２６０およびＳ２７０のいずれかを経て、１人の入場者に対する検札処理が終了する。なお、類似度が所定の基準を満たさない場合に、その結果をどのように出力するかは上記に限定されない。例えば、報知・警告等する代わりに、検札所の渋滞を避けるために入場許可の表示を表示部５３に出しつつ、検札所の係員には類似度が所定の基準を満たさない旨を通知し、入場者が検札所を通過した後で不正か否か等を係員が確認するようにしてもよい。
　興行の会場の入場口では、同様の処理が個々の入場者に対して行われる。このような構成により、不正な利用や譲渡等を防ぎつつ、入場口での検札を円滑に行うことが可能となる。
〔第２実施形態〕
　続いて、本発明の第２実施形態について説明する。本実施形態に係るチケット発券システム１および検札装置５の構成は、以下の点で第１実施形態と異なっている。以下で特に言及しない点については、第１実施形態と同様であるため、説明を省略する。
　本実施形態のチケット発券システム１において、サーバ２が記憶部２２に、ユーザ情報データベース２２Ｃを持つ。このユーザ情報データベース２２Ｃは、ユーザを識別するユーザＩＤに紐づけて、ユーザに関する様々な情報（例えば、生年月日、性別、住所、電話番号、登録年月日、等）を格納する。また、本実施形態においてチケットデータベース２２Ａは、各チケットのチケットＩＤに紐づけて、利用者のユーザＩＤを格納する。したがって、本実施形態では、チケットＩＤを特定すれば、チケットＩＤに紐づくユーザＩＤを経由して利用者の各種の属性を参照することが可能となる。
　また、本実施形態において、検札装置５は、サーバ２とネットワークＮＷを介して通信可能とされる。そして、検札処理はこのようにネットワークＮＷを介したサーバ２との通信が可能な状態で実施される。
　チケットの購入・発券時に、発券に必要な情報のひとつとして、ユーザＩＤがチケット購入端末３からサーバ２に送られる。サーバ２は、チケットデータベース２２Ａにおいて、販売するチケットのチケットＩＤに紐づけて、チケット購入端末から受け取ったユーザＩＤを記録する。また、サーバ２は、類似特徴量データに対応する特徴ＩＤに加え、チケットＩＤを認証情報に含める。そして、この認証情報を含むＱＲコードをチケットの券面に印刷させる。
　チケットの使用時、検札所に配置された検札装置５は、第１実施形態と同様、チケットの券面の画像からＱＲコードを認識し、これを解析する。そして、認証情報に含まれる特徴ＩＤおよびチケットＩＤを取得する。そして、取得した特徴ＩＤに関しては第１実施形態と同様、対応する特徴量データと、撮影した顔画像との類似度を算出し、認証に利用する。一方、取得したチケットＩＤについては、サーバ２に当該チケットＩＤに紐づくユーザの情報を照会する。具体的には、チケットＩＤに紐づくユーザの年齢、性別等の属性情報をサーバ２から取得する。そして、カメラ５５で撮影した入場者の画像と属性情報とを照合する（つまり、入場者がその属性を有するか否かを判定する）。属性情報の照合結果は、特徴量データの照合結果と同様、検札所の通過可否の判定に用いることができる。このようにすれば、成りすまし等不正な方法で検札所を通過される可能性を低減することができる。なお、上記のように属性情報の照合を行うのではなく、サーバ２から取得した属性情報を、目視により不正入場者を見つけるための参照情報として、検札所に配置された係員に提示してもよい。
〔第３実施形態〕
　続いて、本発明の第３実施形態について説明する。本実施形態に係るチケット発券システム１および検札装置５の構成は、以下で説明する点において上述の各実施形態と異なっている。以下で特に言及しない点については、第１実施形態と同様であるため、説明を省略する。
　本実施形態のチケット発券システム１において、チケットデータベース２２Ａは、各チケットのチケットＩＤに紐づけて、特徴ＩＤを格納する。本実施形態では、第１実施形態等と異なり、利用者の類似特徴量データは、チケットを印刷するまでに確定されている必要はない。チケットを印刷するまでに利用者の類似特徴量データが確定している場合には、当該類似特徴量データに対応する特徴ＩＤがチケットＩＤに紐づけられてチケットデータベース２２Ａに格納されるとともに、第１実施形態と同様に特徴ＩＤを（および必要に応じて第２実施形態と同様にチケットＩＤをも）含む認証情報がＱＲコードとしてチケットの券面に印刷される。
　一方、チケットを印刷するまでに利用者の類人デックス情報が確定していない場合、チケットの券面には、特徴ＩＤが未定であることを示す情報と、チケットＩＤとを含んだＱＲコードが印刷される。
　また、本実施形態において、検札装置５は、サーバ２とネットワークＮＷを介して通信可能とされる。そして、検札処理はこのようにネットワークＮＷを介したサーバ２との通信が可能な状態で実施される。以下、本実施形態での検札処理を、図１０に示すフローチャートを参照して説明する。
　第１実施形態と同様、興行の会場の入場口には検札所が設けられ、入場者が入ってくる方向にカメラ５５が向くように検札装置５が設置される。入場が開始されると、検札装置５はカメラ５５による撮影を開始する（ステップＳ３００）。撮影する画像には、チケットと入場者の顔が含まれるようにする。
　検札装置５の制御部５１は、カメラ５５で撮影した画像（利用者画像）から、顔、及びＱＲコードをそれぞれ認識する（ステップＳ３０５）。そして、制御部５１は、認識したＱＲコードを解析して、認証情報を取得する（ステップＳ３１０）。制御部５１は、認証情報に類似特徴量データの特徴ＩＤが含まれるか否かを判定する（ステップＳ３１５）。
　類似特徴量データの特徴ＩＤが認証情報に含まれていない場合（ステップ３１５；Ｎｏ）、検札装置５は、サーバ２に取得したチケットＩＤについて特徴ＩＤが登録されているか否かを照会する（ステップＳ３２０）。特徴ＩＤが未登録である旨をサーバ２が回答した場合（ステップＳ３２０；Ｎｏ）、検札装置５は、取得したチケットＩＤと、カメラ５５で撮影した入場者の画像と、をサーバ２に送信する。これを受けったサーバ２は、第１実施形態と同様の手法で特徴量テーブル２２Ｂから類似特徴量データを特定し、類似特徴量データに対応する特徴ＩＤをチケットＩＤに紐づけてチケットデータベースに格納する（ステップＳ３２５）。類似特徴量データの特徴ＩＤが認証情報に含まれていない場合、以上で、検札処理が終了となる。ステップＳ３２５での処理に示されるように、サーバ２は、本発明における類似特徴量データ特定手段および類似特徴量データ記録手段として機能する。なお、類似特徴量データおよび対応する特徴ＩＤの特定を、検札装置５が、検札用特徴量テーブル５２Ａを用いて行ってもよい。この場合、検札装置５は、サーバ２にチケットＩＤと特定した類似特徴量データの特徴ＩＤとを送信するとよい。
　一方、特徴ＩＤが登録されている旨をサーバ２が回答した場合（ステップＳ３２０；Ｙｅｓ）、検札装置５は、サーバ２からチケットＩＤに紐づく特徴ＩＤを取得し（ステップＳ３３０）、当該特徴ＩＤに対応する特徴量データを検札用特徴量テーブル５２Ａから取得する（ステップＳ３３５）。そして検札装置５の制御部５１は、カメラ５５で撮影した映像に含まれる入場者の顔と取得した特徴量データとの類似度を算出する（ステップＳ３４０）。続いて制御部５１は、算出した類似度が所定の基準を満たす（例えば、一致度が所定値以上である）か否かを判定する（ステップＳ３４５）。このステップＳ３４５における判定は、本発明における類似度に応じた判定の一例である。類似度が所定の基準を満たす場合（ステップＳ３４５；Ｙｅｓ）、入場を許可する旨が表示部５３に表示される（ステップＳ３５０）。一方、類似度が所定の基準を満たさない場合（ステップＳ３４５；Ｎｏ）、入場を許可する旨が表示部５３に表示されず、顔認証の不一致を係員に報知するべく赤色灯５６を点灯させる。このほか、例えば、警告表示、警告音の発報、フラッシュの点灯等の警報の発報を行ってもよい（ステップＳ３５５）。ステップＳ３５０およびＳ３５５のいずれかを経て、１人の入場者に対する検札処理が終了する。
　一方、認証情報に類似特徴量データの特徴ＩＤが含まれている場合には（ステップ３１５；Ｙｅｓ）、当該特徴ＩＤを用いてステップＳ３３５～Ｓ３５５の処理を実施する。すなわち、第１実施形態と同様、類似特徴量データを用いた認証により、検札所通過の可否を判定する。
　以上のように、本実施形態によれば、チケットを印刷するまでに類似特徴量データを確定できなかった場合においても、最初に検札所を通る際に類似特徴量データをチケットに紐づけることが可能となり、以後の検札（例えば、再入場等）において、初回と異なる利用者がチケットを使用することを防ぐことができる。
　なお、本実施形態において、第２実施形態と同様、サーバ２が記憶部２２に、ユーザ情報データベース２２Ｃを持ち、初回入場時に取得したユーザの顔画像（またはそこから取得した特徴ＩＤ）を、ユーザＩＤに紐づけて格納してもよい。このように格納したユーザの顔画像（または特徴ＩＤ）を、当該ユーザが新たにチケットを購入する際に、認証情報を生成するために使用してもよい。
〔第４実施形態〕
　続いて、本発明の第４実施形態について説明する。本実施形態に係るチケット発券システム１および検札装置５の構成は、以下で説明する点において上述の各実施形態と異なっている。以下で特に言及しない点については、第１実施形態等と同様であるため、説明を省略する。
　第１実施形態では、チケットを発券機から紙に印刷したが、本実施形態のチケット発券システムでは、チケットを紙に印刷することなく、スマートフォン等の携帯端末にチケットの券面を表示させ、これを用いて検札処理を行ういわゆる電子チケットを採用する。また、本実施形態では、第２実施形態と同様、記憶部２２は、ユーザ情報データベース２２Ｃを記憶し、利用者に関する諸情報（少なくとも、電子チケットの送付先の情報を含む）をユーザＩＤに紐づけて格納する。また、チケットデータベース２２Ａは、チケットＩＤに紐づけて当該チケットの利用者のユーザＩＤを格納する。
　本実施形態では、第１実施形態等と異なり、利用者の類似特徴量データは、チケットを使用する（つまり検札処理を受ける）までに確定されている必要はない。検札処理までに利用者の類似特徴量データが確定している場合には、当該類似特徴量データに対応する特徴ＩＤを含む認証情報が、電子チケットに記録される。なお、認証情報は、券面にＱＲコードとして表示し、検札時に検札装置５で読み取らせるようにしてもよいし、認証情報を携帯端末の画面に表示させることなく、無線通信等を利用して検札装置５に送信するようにしてもよい。
　利用者の類似特徴量データが確定した状態では、電子チケットに記録される認証情報には、類似特徴量データに対応する特徴ＩＤが含まれる。一方、利用者の類似特徴量データが確定していない状態では、電子チケットに記録される認証情報には特徴ＩＤが未定であることを示す情報が含まれ、その後、類似特徴量データが確定したことに応じて、類似特徴量データに対応する特徴ＩＤを含むものに認証情報が更新される。例えば、認証情報が券面にＱＲコードとして表示される場合には、類似特徴量データが確定される前後で券面に表示されるＱＲコードが変化されることになる。
　続いて、本実施形態での検札処理を、図１１に示すフローチャートを参照して説明する。なお、以下では、認証情報が券面にＱＲコードとして表示される態様を例に説明する。
　第１実施形態と同様、興行の会場の入場口には検札所が設けられ、入場者が入ってくる方向にカメラ５５が向くように検札装置５が設置される。入場が開始されると、検札装置５はカメラ５５による撮影を開始する（ステップＳ４００）。撮影する画像には、入場者が持つ携帯端末の画面に表示されたチケットの券面と入場者の顔が含まれるようにする。
　検札装置５の制御部５１は、カメラ５５で撮影した画像（利用者画像）から、顔、及びＱＲコードをそれぞれ認識する（ステップＳ４０５）。そして、制御部５１は、認識したＱＲコードを解析して、認証情報を取得する（ステップＳ４１０）。制御部５１は、認証情報に類似特徴量データの特徴ＩＤが含まれるか否かを判定する（ステップＳ４１５）。
　類似特徴量データの特徴ＩＤが認証情報に含まれていない場合（ステップ４１５；Ｎｏ）、検札装置５は、取得したチケットＩＤと、カメラ５５で撮影した入場者の画像と、をサーバ２に送信する。これを受けったサーバ２は、第１実施形態と同様の手法で特徴量テーブル２２Ｂから類似特徴量データを特定する（ステップＳ４２０）。なお、類似特徴量データおよび対応する特徴ＩＤの特定を、検札装置５が、検札用特徴量テーブル５２Ａを用いて行ってもよい。この場合、検札装置５は、サーバ２にチケットＩＤと特定した類似特徴量データの特徴ＩＤとを送信するとよい。また、このときサーバ２は、類似特徴量データに対応する特徴ＩＤをチケットＩＤに紐づけてチケットデータベースに格納してもよい。
　続いて、サーバ２は、類似特徴量データに対応する特徴ＩＤを含んだ更新版の認証情報を生成し、チケットＩＤに紐づいたユーザＩＤを持つ利用者に送信する（ステップＳ４２５）。利用者の携帯端末では、受信した更新版の認証情報を、以後の検札の際に使用するよう電子チケットを更新する（ステップＳ４３０）。類似特徴量データの特徴ＩＤが認証情報に含まれていない場合、以上で、検札処理が終了となる。
　一方、認証情報に類似特徴量データの特徴ＩＤが含まれている場合には（ステップ４１５；Ｙｅｓ）、当該特徴ＩＤに対応する特徴量データを検札用特徴量テーブル５２Ａから取得する（ステップＳ４３５）。そして検札装置５の制御部５１は、カメラ５５で撮影した映像に含まれる入場者の顔と取得した特徴量データとの類似度を算出する（ステップＳ４４０）。続いて制御部５１は、算出した類似度が所定の基準を満たす（例えば、一致度が所定値以上である）か否かを判定する（ステップＳ４４５）。このステップＳ４４５における判定は、本発明における類似度に応じた判定の一例である。類似度が所定の基準を満たす場合（ステップＳ４４５；Ｙｅｓ）、入場を許可する旨が表示部５３に表示される（ステップＳ４５０）。一方、類似度が所定の基準を満たさない場合（ステップＳ４４５；Ｎｏ）、入場を許可する旨が表示部５３に表示されず、顔認証の不一致を係員に報知するべく赤色灯５６を点灯させる。このほか、例えば、警告表示、警告音の発報、フラッシュの点灯等の警報の発報を行ってもよい（ステップＳ４５５）。ステップＳ４５０およびＳ４５５のいずれかを経て、１人の入場者に対する検札処理が終了する。
　以上のように、本実施形態によれば、最初の検札までに類似特徴量データを確定できなかった場合においても、最初に検札所を通る際に類似特徴量データを電子チケットに紐づけることが可能となり、以後の検札（例えば、再入場等）において、初回と異なる利用者がチケットを使用することを防ぐことができる。
　なお、本実施形態において、第２実施形態と同様、サーバ２が記憶部２２に、ユーザ情報データベース２２Ｃを持ち、初回入場時に取得した利用者の顔画像（またはそこから取得した特徴ＩＤ）を、ユーザＩＤに紐づけて格納してもよい。このように格納したユーザの顔画像（または特徴ＩＤ）を、当該ユーザが新たにチケットを購入する際に、認証情報を生成するために使用してもよい。
〔第５実施形態〕
　続いて、本発明の第５実施形態について説明する。本実施形態に係るチケット発券システム１および検札装置５の構成は、以下で説明する点において上述の各実施形態と異なっている。以下で特に言及しない点については、第１実施形態等と同様であるため、説明を省略する。
　第１実施形態では、チケットに記録される認証情報として、特徴ＩＤをＱＲコードに含めて発券したが、本実施形態のチケット発券システムでは、チケットに記録される認証情報には、特徴ＩＤは含まれず、当該チケットを識別するためのチケットＩＤが含まれる。また、チケットデータベース２２Ａは、チケットＩＤに紐づけて当該チケットの利用者のユーザＩＤを格納する。また、本実施形態の検札装置は、検札用特徴量テーブル５２Ａに加え、検札を実施する興行で利用することができるチケットのチケットＩＤと当該チケットの利用者に対応する特徴ＩＤとを対応付けて格納するチケット情報テーブル５２Ｂを備える。
　図１２は、本実施形態のチケット発券システム１によりチケットを発券する発券処理の手順を示している。
　本例では、購入者やチケット販売店の店員がチケット購入端末３を操作することにより、チケットの発券が実施される。本例では、購入者自身がチケットの利用者（すなわち、当該チケットを利用して興行の入場口を通過する者）となる場合を例に説明する。はじめに、購入者やチケット販売店の店員が、チケット購入端末３にて、興行、席種等を選び、購入ボタンを押すなど、購入操作を行う（ステップＳ５００）。チケット購入端末３は、選ばれたチケットの情報と、利用者の顔画像をサーバ２に送り、サーバ２はこれを取得する（ステップＳ５１０）。顔画像はチケット購入端末３のカメラ３５にて撮影してもよいし、利用者があらかじめ撮影しておいたものを、有線又は無線の通信にてチケット購入端末３に取り込んで用いてもよい。
　サーバ２は、チケット購入端末３から受け取った利用者の顔画像を、特徴量テーブル２２Ｂに照会する（ステップＳ５２０）。このときサーバ２は、利用者の顔画像との類似度が所定の基準を満たす特徴量データがある場合、（ステップＳ５２０；Ｙｅｓ）、サーバ２は、利用者の顔画像との類似度が所定の基準を満たす類似特徴量データを１つ特定して、当該特定した類似特徴量データに対応する特徴ＩＤを取得する（ステップＳ５３０）。なお、サーバ２は類似特徴量データを特定した後、利用者の顔画像をサーバ２から完全に消去することが好ましい。
　サーバ２は、利用者の顔画像との類似度が所定の基準を満たす特徴量データが特徴量テーブル２２Ｂに含まれない場合（ステップＳ５２０；Ｎｏ）、利用者の顔画像に基づく新たな特徴量データを特徴量テーブル２２Ｂに登録した上で（ステップＳ５４０）、当該新たな特徴量データを類似特徴量データとして特定し、その特徴ＩＤを取得する（ステップＳ５３０）。
　類似特徴量データが特定されると、サーバ２は、購入されるチケットのチケットＩＤに紐づけて、特定した類似特徴量データの特徴ＩＤをチケットデータベース２２Ａに格納する（ステップＳ５５０）。
　続いて、サーバ２は、チケットの券面に印刷する情報を生成し、発券機４に送信する（ステップＳ５６０）。券面に印刷する情報は、入場時の検札の際に必要な認証情報、興行の情報、券種の情報等を含む。本例では、認証情報は、特徴ＩＤを含まず、チケットＩＤを含むＱＲコード（登録商標）である。
　券面に印刷する情報を受けとった発券機４は、興行の情報、券種の情報等の文字、及び認証情報を含んだＱＲコードがチケットの券面に印刷される。
　以上のようにして発券されるチケットには、認証情報の中に利用者自身の顔画像のような個人情報が含まれないばかりでなく、利用者自身の顔の特徴と関連する特徴ＩＤすら含まないので、チケットを介した個人情報の漏洩を防ぐことができる。
　図１３は、本実施形態のチケット発券システム１により発券されたチケットを、イベント等の興行の会場の入場口に設けられる検札所にて、個々の入場者に対して実施される検札処理の手順を示すフローチャートである。
　興行の会場の入場口には検札所が設けられ、入場者が入ってくる方向にカメラ５５が向くように検札装置５が設置される。検札装置５には、発券の際に用いた特徴量データを格納した検札用特徴量テーブル５２Ａと、当該興行の入場に利用することができるチケットのチケットＩＤに各チケットの利用者の類似特徴ＩＤが対応付けて格納されたチケット情報テーブル５２Ｂとが予め（入場開始時間より前に）格納されている。なお、検札装置５は、通信部５４を介してサーバ２から特徴量テーブル２２Ｂおよびチケットデータベース２２Ａの複製を受け取り、これらをそれぞれ、検札用特徴量テーブル５２Ａおよびチケット情報テーブル５２Ｂとして用いるとよい。
　入場が開始されると、検札装置５はカメラ５５による撮影を開始する（ステップＳ６００）。このとき、チケットを持った入場者は、チケットと自身の顔が同時に撮影されるように、検札装置５の前に立つ。このとき、第１実施形態と同様、検札装置５の表示部５３には、チケットを顔の傍に持つよう指示する案内、カメラ５５で撮影している画像、及び認証の結果を表示するとよい。
　検札装置５の制御部５１は、カメラ５５で撮影した画像（利用者画像）から、顔、及びＱＲコードをそれぞれ認識する（ステップＳ６１０）。そして、制御部５１は、認識したＱＲコードを解析して、認証情報に含まれるチケットＩＤを取得する（ステップＳ６２０）。続いて、取得したチケットＩＤに対応する特徴ＩＤをチケット情報テーブル５２Ｂに照会して特定し、特定した特徴ＩＤに対応する特徴量データを検札用特徴量テーブル５２Ａから取得する（ステップＳ６３０）。そして、制御部５１は、カメラ５５で撮影している映像に含まれる顔と取得した特徴量データとの類似度を算出する（ステップＳ６４０）。
　続いて制御部５１は、算出した類似度が所定の基準を満たす（発券時よりも基準を低くしてもよい）であるか否かを判定する（ステップＳ６５０）。このステップＳ６５０における判定は、本発明における類似度に応じた判定の一例である。類似度が所定の基準を満たす場合（例えば、一致度が所定値以上である場合）には（ステップＳ６５０；Ｙｅｓ）、入場を許可する旨が表示部５３に表示される（ステップＳ６６０）。一方、類似度が所定の基準を満たさない場合（例えば、一致度が所定値未満である場合）には（ステップＳ６５０；Ｎｏ）、入場を許可する旨が表示部５３に表示されず、顔認証の不一致を係員に報知するべく赤色灯５６を点灯させる。このほか、例えば、警告表示、警告音の発報、フラッシュの点灯等の警報の発報を行ってもよい（ステップＳ６７０）。このようにステップＳ６６０およびＳ６７０のいずれかを経て、１人の入場者に対する検札処理が終了する。なお類似度が所定の基準を満たさない場合に、その結果をどのように出力するかは上記に限定されない。例えば、報知・警告等する代わりに、検札所の渋滞を避けるために入場許可の表示を表示部５３に出しつつ、検札所の係員には類似度が所定の基準を満たさない旨を通知し、入場者が検札所を通過した後で不正か否か等を係員が確認するようにしてもよい。
　興行の会場の入場口では、同様の処理が個々の入場者に対して行われる。このような構成により、不正な利用や譲渡等を防ぎつつ、入場口での検札を円滑に行うことが可能となる。
〔実施形態の変形〕
　なお、上記に本発明の実施形態を説明したが、本発明はこれらの例に限定されるものではない。例えば、上記の実施形態では、顔画像による認証を行ったが、顔画像に代えて他の生体情報（例えば、指紋、虹彩、静脈、筋電位など）による認証を採用してもよい。この場合、生体情報の複数のパターン（すなわちインデックス）を特徴ＩＤと紐づけて特徴量テーブルに格納しておき、利用者の生体情報に近いパターンに対応する特徴ＩＤを認証情報に含めるようにするとよい。
　また、上記の各実施形態では、認証情報に１つの特徴ＩＤを含めたが、認証情報に複数の特徴ＩＤを含めてもよい。例えば、利用者の顔画像との一致度が高い順に所定数（例えば３つ）の類似特徴量データを特定し、各類似特徴量データに対応する特徴ＩＤを認証情報に含めてもよい。また、特徴量テーブルに含まれる特徴量データを複数のグループに分類し、各グループから利用者の顔画像との一致度が所定値よりも高い類似特徴量データを特定し、それぞれの類似特徴量データに対応する特徴ＩＤを認証情報に含めてもよい。
　チケットに記録される認証情報に複数の特徴ＩＤが含まれる場合、検札装置は、複数のうち所定数（１つ、一部、全てのいずれとしてもよい）の特徴ＩＤに対応する特徴量データとの一致度が所定値以上であれば検札所の通過を認めるようにするとよい。また、認証情報には当該チケットで入場可能な興行の情報（興行ＩＤ等）を含んでもよく、検札装置は認証情報に含まれる興行の情報に基づき入場の可否を判定してもよい。
　また、上記の各実施形態では、検札装置５において、類似度に応じた判定として、取得した利用者の生体情報（すなわち顔画像）と、チケットに紐づいている特徴ＩＤに対応する特徴量データとの類似度を比較し、その比較結果に応じ判定（入場可否の判断等）を行ったが、他の方法で判定を実施してもよい。例えば、検札装置５において取得した利用者の生体情報に基づいて、当該生体情報に関する特徴情報に類似する特徴量データを新たに求めるとともに、この新たに求めた特徴量データに対応する特徴ＩＤを特定し、この検札装置５にて特定された特徴ＩＤと、チケットに紐づいている特徴ＩＤとの比較結果に基づいて判定を実施してもよい。
　具体的には、検札装置５にて特定した類似特徴ＩＤとチケットに紐づいている特徴ＩＤと同一であるか否かを基準に判定をしてもよい。また、チケットに複数の類似特徴ＩＤを品のづけるとともに検札装置５にて特徴ＩＤを複数特定する構成とし、一致する特徴ＩＤの数が所定に達するか否かを基準に判定をしてもよい。
　また、上記の各実施形態では、発券および検札の際に、顔画像との類似度が所定の基準を満たす類似特徴量データを特定する処理を実施するが、このとき用いられる所定の基準は任意である。例えば、特徴量データとの一致度が所定値以上であることを所定の基準とするとよい。あるいは、所定値との比較を行わず、顔情報との一致度が最大であることを所定の基準とし、一致度が最大の（複数の類似特徴量データを特定する場合には、最大から所定数番目までの）特徴量データを類似特徴量データとして特定してもよい。
　また、上記の第１実施形態では、チケット購入時にチケット購入端末３で利用者（購入者自身）の顔画像を撮影しサーバ２に送信したが、チケット購入後、発券までに利用者（購入者と異なる人物であってもよい）の顔画像をサーバ２に送信するようにしてもよい。具体的には、チケットを購入すると、サーバ２から発券用のウェブサイトへアクセスするための情報を発行し、のちの発券時までに当該発券用のウェブサイトにアクセスしてサーバ２に写真を送るようにするとよい。この場合、サーバ２が写真を受け取ると、発券のための情報（例えば、識別情報とパスワード）を購入者に発行し、発券機４が設置された店舗等に発券用の発券のための情報を持って行き発券するようにするとよい。このような構成にすれば、複数枚のチケットをまとめて購入し、チケットごとに入場者の顔画像を登録することが容易となる。
　また、チケットの券面には、これらのほか、類似特徴量データに基づき生成した、当該類似特徴量データとの一致度が高い顔の画像（似顔絵）を印刷するようにするとよい。このようにすれば、チケットの持ち主を推定することができ、複数枚のチケットを購入した場合等に正しい持ち主にチケットを配ることが可能である。その他、チケットに利用者の情報が紐づけられている場合には、券面に利用者の情報を印刷してもよい。
　また、上記の実施形態では、予め特徴量データを特徴量テーブル２２Ｂに登録したが、特徴量テーブル２２Ｂに予めなくてもよい。つまり、特徴量テーブル２２Ｂの初期状態として特徴量データを含まないようにしてもよい。この場合、一致度が所定値以上となる特徴量データが特徴量テーブル２２Ｂに含まれない場合には（最初の発券者については必ず）、購入者の顔画像に基づく特徴量データを特徴量テーブル２２Ｂに登録するようにするとよい。このようにすれば、興行毎に特徴量テーブル２２Ｂに含まれる特徴量データが異なるようになる。その結果、多数の認証情報を解析しても認証情報を推定して生成することができなくなり、不正を効果的に防ぐことができる。
　また、上記の実施形態では、認証情報をＱＲコードとしてチケットの券面に印刷したが、検札装置５で認識できれば他の手法で認証情報をチケットに記録してもよい。例えば、バーコード、文字列、図形等を認証情報として券面に印刷してもよい。例えば、チケットにメモリ等の電子データを保持できる記憶媒体が設けられるように構成し、当該記憶媒体に記録された認証情報を、無線通信（例えばＲＦタグを利用した近距離無線通信）、可視光通信等の任意の手段により検札装置５に送信するように構成してもよい。あるいは、チケットに認証情報を格納したＩＣチップを埋め込んで、有線または無線の通信にてＩＣチップに格納された認証情報を検札装置５が読み出すようにしてもよい。
　また、上記の実施形態では、チケット発券システムおよび検札装置を紙のチケットに適用する場合を例に説明したが、チケットはスマートフォン等の携帯端末を用いて実現される電子チケットであってもよい。
　また、上記の実施形態では、検札所において検札装置５がチケットと入場者の顔とを同時に、１つのカメラ５５で撮影したが、これらを異なるタイミングで、および／または異なる装置で撮影してもよい。例えば、入場者の顔はカメラ５５で撮影し、チケットに印刷されたＱＲコードは別途用意したＱＲコードリーダにより読み取るようにしてもよい。
　また、上記の第１実施形態では、発券するチケットを専用の発券機４から専用紙に印刷する場合を例に説明したが、チケットは購入者の自宅等にある通常のプリンタから普通紙に印刷するようにしてもよい。この場合、チケットは購入者の自宅等にある通常のプリンタが発券機の役割を果たすものと解釈することができる。
　また、前述の実施形態に対して、当業者が適宜、構成要素の追加、削除、設計変更を行ったものや、各実施形態の特徴を適宜組み合わせたものも、本発明の要旨を備えている限り、本発明の範囲に含有される。
１　　チケット発券システム
２　　サーバ
３　　チケット購入端末
４　　発券機
５　　検札装置

Claims (18)

  1. 　例示的な生体情報に関する特徴情報を含む特徴量データと当該特徴量データを識別するための特徴ＩＤとを対応付けて格納する特徴量テーブルと、
    　発券されるチケットの利用者の生体情報に関する特徴情報を取得する利用者特徴情報取得手段と、
    　前記特徴量テーブルに格納されている前記特徴量データの中から、前記利用者特徴情報取得手段が取得した生体情報に関する特徴情報との類似度が所定の基準を満たす類似特徴量データを特定し、当該類似特徴量データに対応する前記特徴ＩＤを取得する類似特徴量データ特定手段と、
    　前記類似特徴量データ特定手段が取得した類似特徴量データに対応する前記特徴ＩＤを含む認証情報を記録したチケットを発券する発券手段と
    を備えるチケット発券システム。
  2. 　前記認証情報は、複数の特徴量データに対応する特徴ＩＤを含むことを特徴とする請求項１に記載のチケット発券システム。
  3. 　前記発券手段は、前記特徴ＩＤを、機械による読み取りが可能な態様でチケットの券面に記録することを特徴とする請求項１または２に記載のチケット発券システム。
  4. 　前記認証情報は、前記特徴ＩＤに加え、当該チケットを特定するためのチケットＩＤ及び／又は当該チケットで入場可能な興行の情報を含むことを特徴とする請求項１から３のいずれか１項に記載のチケット発券システム。
  5. 　例示的な生体情報に関する特徴情報を含む特徴量データと当該特徴量データを識別するための特徴ＩＤとを対応付けて格納する特徴量テーブルと、
    　発券されるチケットの利用者の生体情報に関する特徴情報を取得する利用者特徴情報取得手段と、
    　前記特徴量テーブルに格納されている前記特徴量データの中から、前記利用者特徴情報取得手段が取得した生体情報に関する特徴情報との類似度が所定の基準を満たす類似特徴量データを特定し、当該類似特徴量データに対応する前記特徴ＩＤを取得する類似特徴量データ特定手段と、
    　発券されるチケットを識別するためのチケットＩＤを含む認証情報を記録したチケットを発券する発券手段と、
    　前記類似特徴量データ特定手段が取得した類似特徴量データに対応する前記特徴ＩＤを、前記チケットＩＤと紐づけて記録する記録手段と、
    を備えるチケット発券システム。
  6. 　前記生体情報に関する特徴情報は、人の顔の外観に関する特徴情報であることを特徴とする請求項１から５のいずれか１項に記載のチケット発券システム。
  7. 　前記特徴量テーブルに格納される特徴量データは、実在しない人物の顔の外観に関する特徴情報を含むことを特徴とする請求項６に記載のチケット発券システム。
  8. 　前記類似特徴量データ特定手段が、前記特徴量テーブルに格納されている前記特徴量データの中から前記利用者特徴情報取得手段が取得した生体情報に関する特徴情報との類似度が所定の基準を満たす類似特徴量データを特定できない場合に、前記利用者特徴情報取得手段が取得した生体情報に基づいて、前記利用者特徴情報取得手段が取得した生体情報との類似度が所定の基準を満たす新たな特徴量データを前記特徴量テーブルに登録する、特徴量データ登録手段をさらに備えることを特徴とする請求項１から７のいずれか１項に記載のチケット発券システム。
  9. 　検札所において当該検札所を通過しようとする利用者が持つチケットを検札する検札装置であって、
    　例示的な生体情報に関する特徴情報である特徴量データと特徴ＩＤとを対応付けて格納する特徴量テーブルと、
    　前記チケットを利用する前記利用者の生体情報を取得する利用者生体情報取得手段と、
    　前記利用者生体情報取得手段が取得した前記利用者の生体情報について、特徴情報を算出する特徴情報算出手段と、
    　前記チケットに記録された前記特徴ＩＤを取得する特徴ＩＤ取得手段と、
    　特徴ＩＤ取得手段が取得した前記特徴ＩＤに紐づけられた前記特徴量データを、前記特徴量テーブルに照会して取得する対比特徴量データ取得手段と、
    　前記特徴情報算出手段が算出した特徴情報と、前記対比特徴量データ取得手段により取得した特徴量データとの類似度を求め、当該類似度に応じた判定結果を出力する判定手段と
    を備える検札装置。
  10. 　前記チケットに前記特徴ＩＤが記録されていない場合に、前記特徴量テーブルに格納されている前記特徴量データの中から、前記特徴情報算出手段が取得した生体情報に関する特徴情報との類似度が所定の基準を満たす類似特徴量データを特定し、当該類似特徴量データに対応する前記特徴ＩＤを取得する類似特徴量データ特定手段と、
    　前記類似特徴量データ特定手段が特定した類似特徴量データに対応する前記特徴ＩＤを、前記チケットに対応する類似特徴量データとして記録する類似特徴量データ記録手段と
    　をさらに備えることを特徴とする請求項９に記載の検札装置。
  11. 　前記特徴ＩＤは機械による読み取りが可能な態様で前記チケットに記録されており、
    　前記特徴ＩＤ取得手段は、前記利用者が持つ前記チケットに記録された前記特徴ＩＤを読み取って、前記特徴ＩＤを取得することを特徴とする請求項９または１０に記載の検札装置。
  12. 　前記生体情報に関する特徴情報は、人の顔の外観に関する特徴情報であることを特徴とする請求項９から１１のいずれか１項に記載の検札装置。
  13. 　前記利用者生体情報取得手段は、撮像手段により実現され、当該撮像手段は、前記利用者の顔を含む利用者画像を取得し、前記撮像手段から前記利用者画像に写る人物までの距離に基づいて、前記利用者画像に写る利用者を特定することを特徴とする請求項１２に記載の検札装置。
  14. 　前記利用者生体情報取得手段および前記特徴ＩＤ取得手段は、共通の撮像手段により実現され、当該撮像手段は、前記利用者の顔と前記利用者が持つ前記チケットとを含む利用者画像を取得し、
    　前記特徴ＩＤ取得手段は、前記利用者が持つ前記チケットに記録された前記特徴ＩＤを、前記撮像手段が撮影した前記利用者画像を解析して読み取ることを特徴とする請求項１２に記載の検札装置。
  15. 　前記特徴情報算出手段は、前記利用者画像において、前記チケットの券面に対し所定の位置に写る顔を入場者の顔として認識して当該顔の外観に関する特徴情報を算出することを特徴とする請求項１４に記載の検札装置。
  16. 　検札所において当該検札所を通過しようとする利用者が持つチケットを検札する検札装置であって、
    　例示的な生体情報に関する特徴情報である特徴量データと特徴ＩＤとを対応付けて格納する特徴量テーブルと、
    　チケットを識別するためのチケットＩＤと当該チケットの利用者に対応する前記特徴ＩＤとを対応付けて格納するチケット情報テーブルと、
    　前記チケットを利用する前記利用者の生体情報を取得する利用者生体情報取得手段と、
    　前記利用者生体情報取得手段が取得した前記利用者の生体情報について、特徴情報を算出する特徴情報算出手段と、
    　前記チケットに記録された前記チケットＩＤを取得するチケットＩＤ取得手段と、
    　前記チケットＩＤ取得手段が取得した前記チケットＩＤに紐づけられた前記特徴ＩＤを、前記チケット情報テーブルに照会して特定し、特定した前記特徴ＩＤに対応する前記特徴量データを前記特徴量テーブルに照会して取得する対比特徴量データ取得手段と、
    　前記特徴情報算出手段が算出した特徴情報と、前記対比特徴量データ取得手段により取得した特徴量データとの類似度を求め、当該類似度に応じた判定結果を出力する判定手段と
    を備える検札装置。
  17. 　コンピュータを請求項１から８のいずれか１項に記載のチケット発券システムとして機能させるプログラム。
  18. 　コンピュータを請求項９から１５のいずれか１項に記載の検札装置として機能させるプログラム。

     
PCT/JP2020/021423 2019-05-30 2020-05-29 チケット発券システム、検札装置、およびプログラム WO2020241852A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
EP20815080.5A EP3979215A4 (en) 2019-05-30 2020-05-29 TICKET ISSUE SYSTEM, TICKET VERIFICATION DEVICE AND PROGRAM
JP2021522911A JP7034452B2 (ja) 2019-05-30 2020-05-29 チケット発券システム、検札装置、およびプログラム
US17/534,482 US11941919B2 (en) 2019-05-30 2021-11-24 Ticket issuing system, and ticket checking apparatus
JP2022016791A JP7146125B2 (ja) 2019-05-30 2022-02-07 検札装置、およびプログラム
JP2022148766A JP7555377B2 (ja) 2019-05-30 2022-09-20 チケット発券システム、およびプログラム
JP2024000699A JP2024043539A (ja) 2019-05-30 2024-01-05 チケット発券システム、検札装置、およびプログラム
US18/586,880 US20240193997A1 (en) 2019-05-30 2024-02-26 Ticket issuing system, and ticket checking apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-101142 2019-05-30
JP2019101142 2019-05-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/534,482 Continuation US11941919B2 (en) 2019-05-30 2021-11-24 Ticket issuing system, and ticket checking apparatus

Publications (1)

Publication Number Publication Date
WO2020241852A1 true WO2020241852A1 (ja) 2020-12-03

Family

ID=73551917

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/021423 WO2020241852A1 (ja) 2019-05-30 2020-05-29 チケット発券システム、検札装置、およびプログラム

Country Status (4)

Country Link
US (2) US11941919B2 (ja)
EP (1) EP3979215A4 (ja)
JP (4) JP7034452B2 (ja)
WO (1) WO2020241852A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7129443B2 (ja) * 2020-04-09 2022-09-01 ｐｌａｙｇｒｏｕｎｄ株式会社 情報処理サーバ、情報処理システム、判定装置、及び方法
WO2022144981A1 (ja) * 2020-12-28 2022-07-07 楽天グループ株式会社 認証システム、認証方法、及びプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015128961A1 (ja) * 2014-02-26 2015-09-03 株式会社日立製作所 顔認証システム
JP2015194930A (ja) * 2014-03-31 2015-11-05 セコム株式会社 情報処理装置及び情報処理システム
JP6163239B1 (ja) 2016-07-27 2017-07-12 株式会社テイパーズ 認証システム
WO2017146160A1 (ja) * 2016-02-26 2017-08-31 日本電気株式会社 顔照合システム、顔照合方法、及び記録媒体
JP2018128970A (ja) * 2017-02-10 2018-08-16 株式会社テイパーズ ノンストップ顔認証システム
JP2018185679A (ja) * 2017-04-26 2018-11-22 株式会社テイパーズ 顔認証システム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7946917B2 (en) * 2001-08-10 2011-05-24 Igt Flexible loyalty points programs
US20060046842A1 (en) * 2001-08-10 2006-03-02 Igt Ticket redemption using encrypted biometric data
JP2004104530A (ja) 2002-09-10 2004-04-02 Toshiba Corp 券類発行装置、券類発行方法および利用者確認装置、利用者確認方法
JP2004295197A (ja) * 2003-03-25 2004-10-21 Nec Corp 電子チケット販売システムおよび販売方法
JP4222558B2 (ja) * 2004-01-15 2009-02-12 Ｋｄｄｉ株式会社 画像認識装置
JP4951995B2 (ja) 2006-02-22 2012-06-13 オムロン株式会社 顔照合装置
JP2009031991A (ja) 2007-07-26 2009-02-12 Omron Corp 顔照合装置
JP5745790B2 (ja) * 2010-07-22 2015-07-08 Ｎｅｃエンベデッドプロダクツ株式会社 入退出管理システム
JP2017117301A (ja) * 2015-12-25 2017-06-29 サイレックス・テクノロジー株式会社 チケット発行システム
JP7126946B2 (ja) * 2016-10-21 2022-08-29 ｐｌａｙｇｒｏｕｎｄ株式会社 プログラム、方法、および電子チケットシステム
WO2019064743A1 (ja) * 2017-09-28 2019-04-04 パナソニックＩｐマネジメント株式会社 認証装置、認証システム、認証方法、及びプログラム
JP7013193B2 (ja) * 2017-10-10 2022-01-31 キヤノン株式会社 システム、システムの制御方法、音声操作装置、音声操作装置の制御方法、およびプログラム
WO2019098205A1 (ja) * 2017-11-15 2019-05-23 Ｎｅｃソリューションイノベータ株式会社 認証装置、認証方法、及びコンピュータ読み取り可能な記録媒体
JP7112196B2 (ja) 2017-11-29 2022-08-03 オルガノ株式会社 アンモニア回収方法及び装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015128961A1 (ja) * 2014-02-26 2015-09-03 株式会社日立製作所 顔認証システム
JP2015194930A (ja) * 2014-03-31 2015-11-05 セコム株式会社 情報処理装置及び情報処理システム
WO2017146160A1 (ja) * 2016-02-26 2017-08-31 日本電気株式会社 顔照合システム、顔照合方法、及び記録媒体
JP6163239B1 (ja) 2016-07-27 2017-07-12 株式会社テイパーズ 認証システム
JP2018128970A (ja) * 2017-02-10 2018-08-16 株式会社テイパーズ ノンストップ顔認証システム
JP2018185679A (ja) * 2017-04-26 2018-11-22 株式会社テイパーズ 顔認証システム

Also Published As

Publication number Publication date
US11941919B2 (en) 2024-03-26
EP3979215A4 (en) 2023-06-07
EP3979215A1 (en) 2022-04-06
JP7034452B2 (ja) 2022-03-14
JP2022180492A (ja) 2022-12-06
JP2024043539A (ja) 2024-03-29
JP2022059626A (ja) 2022-04-13
US20240193997A1 (en) 2024-06-13
JPWO2020241852A1 (ja) 2020-12-03
JP7146125B2 (ja) 2022-10-03
US20220084320A1 (en) 2022-03-17
JP7555377B2 (ja) 2024-09-24

Similar Documents

Publication Publication Date Title
JP6409082B2 (ja) ノンストップ顔認証システム
JP7555377B2 (ja) チケット発券システム、およびプログラム
EP3695397B1 (en) Authentication of a person using a virtual identity card
US20210006558A1 (en) Method, apparatus and system for performing authentication using face recognition
JP6927099B2 (ja) 自動改札機、改札処理方法、及びプログラム
JP2018124622A (ja) 入場受付端末、入場受付方法、入場受付プログラム、および入場受付システム
JP6865321B1 (ja) 入退場管理装置、入退場管理方法、入退場管理プログラム、および入退場管理システム
JP2013206232A (ja) 自動販売機システム
JP2008021074A (ja) 取引処理システム
GB2451814A (en) Scheme for authenticating a user, wherein data required to complete authentication is only released from a server if a key can been authenticated
JP2013190934A (ja) 窓口認証システム、窓口認証サーバー、プログラムおよび窓口認証方法
JP4571426B2 (ja) 認証システム
JP2007328556A (ja) 認証システム、認証方法、及びプログラム
JP2007199860A (ja) 個人認証システム
JP2021150686A (ja) 情報処理装置、情報処理システム、及びプログラム
JP2010079732A (ja) 情報処理装置及びその使用制限システム
JP7163573B2 (ja) 登録システム
AU2014100797A4 (en) Driver licence and other identification card and identity verification system
CN114981805A (zh) 非法检测系统、非法检测装置、非法检测方法和程序
JP6794881B2 (ja) 画像処理装置、画像処理システム、画像処理方法及びプログラム
JP2010079731A (ja) 情報処理装置及びその使用制限システム
JP2020038684A (ja) モバイル端末を用いた資格認証システム、資格認証用ツール、及び、資格認証方法
JP2000207524A (ja) カ―ド発行装置、カ―ド利用装置、本人識別装置、本人識別システム及び本人識別方法
JP7098033B1 (ja) プログラム、方法、およびシステム
JP2005266996A (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: 20815080

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021522911

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020815080

Country of ref document: EP

Effective date: 20220103