WO2021059526A1 - 情報処理装置、情報処理方法及び記録媒体 - Google Patents

情報処理装置、情報処理方法及び記録媒体 Download PDF

Info

Publication number
WO2021059526A1
WO2021059526A1 PCT/JP2019/038338 JP2019038338W WO2021059526A1 WO 2021059526 A1 WO2021059526 A1 WO 2021059526A1 JP 2019038338 W JP2019038338 W JP 2019038338W WO 2021059526 A1 WO2021059526 A1 WO 2021059526A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
user
support
requiring
management server
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2019/038338
Other languages
English (en)
French (fr)
Inventor
裕三 仙田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to EP19946509.7A priority Critical patent/EP4036846A4/en
Priority to BR112022004629A priority patent/BR112022004629A2/pt
Priority to PCT/JP2019/038338 priority patent/WO2021059526A1/ja
Priority to JP2021548297A priority patent/JP7264265B2/ja
Priority to US17/761,305 priority patent/US12223765B2/en
Publication of WO2021059526A1 publication Critical patent/WO2021059526A1/ja
Anticipated expiration legal-status Critical
Priority to US19/001,839 priority patent/US20250140018A1/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/50—Context or environment of the image
    • G06V20/52—Surveillance or monitoring of activities, e.g. for recognising suspicious objects
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/161—Detection; Localisation; Normalisation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T7/00—Image analysis
    • G06T7/70—Determining position or orientation of objects or cameras
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/178—Human faces, e.g. facial parts, sketches or expressions estimating age from face image; using age information for improving recognition
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING SYSTEMS, e.g. PERSONAL CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/04—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using a single signalling line, e.g. in a closed loop

Definitions

  • the present invention relates to an information processing device, an information processing method, and a recording medium.
  • Patent Document 1 describes a device having a wheelchair passenger detection function.
  • the device described in Patent Document 1 identifies a passenger's face area based on an image captured by a television camera, detects a position on the image, and if the passenger gets on a wheelchair from the position of the face area. Estimate the area on the image where the wheelchair is likely to be present. Further, the device described in Patent Document 1 examines the estimated wheelchair existence area to determine whether or not a wheelchair exists.
  • the device described in Patent Document 1 needs to perform image processing in order to estimate the wheelchair existence area from the position on the image of the face area and determine the existence or nonexistence of the wheelchair. Therefore, with the device described in Patent Document 1, it is difficult to efficiently and accurately find a candidate who may be a person requiring support such as a wheelchair user.
  • an object of the present invention is to provide an information processing device, an information processing method, and a recording medium capable of efficiently finding a candidate for a person requiring support with high accuracy.
  • the acquisition unit that acquires height information regarding the height of the shooting position of the shooting device that shot the image in which the user's face is detected, and the use based on the height information.
  • An information processing device including a determination unit for determining whether or not a person is a candidate for a person requiring support who may be a person requiring support is provided.
  • height information regarding the height of the shooting position of the shooting device that shot the image in which the user's face is detected is acquired, and based on the height information, the user can obtain the height information.
  • An information processing method for determining whether or not a person is a candidate for a person requiring support who may be a person requiring support is provided.
  • the computer acquires height information regarding the height of the shooting position of the shooting device that shot the image in which the user's face is detected, and based on the height information, the above-mentioned A recording medium in which a program for executing a determination as to whether or not a user is a candidate for a support-requiring person who may be a support-requiring person is provided.
  • FIG. 1 is a block diagram showing an overall configuration example of the information processing system 1 according to the present embodiment.
  • the information processing system 1 is a computer system that supports a series of examination procedures for a user (traveler) U departing from an airport A in a first country to a second country by aircraft.
  • the information processing system 1 is operated by, for example, a public institution such as an immigration control bureau or a trustee entrusted with the business by the institution.
  • the information processing system 1 of the present embodiment detects and discovers a person who may be a person requiring support from the user U, and notifies the staff S of an alarm indicating the detection.
  • a person requiring support is a person who needs the support of another person in an act, for example, a wheelchair user who uses a wheelchair, a child, or the like.
  • the age range of the child to be treated as a person requiring support can be set to a predetermined age range according to the procedure contents such as 12 years old or younger, 15 years old or younger, and the like.
  • the clerk S is a person who engages in or is involved in the business of the management bureau, the airline company, the airport, etc., and is, for example, the staff of the management bureau, the staff of the airline company, the staff of the airport company, and the like.
  • a person who may be a person requiring support will be appropriately referred to as a candidate for a person requiring support.
  • a person who does not require support that is, a person who does not need the support of another person in the act, is appropriately referred to as a person who does not need support.
  • the check-in terminal 20, the staff terminal 25, the automatic baggage deposit machine 30, the security inspection device 40, the automated gate device 50, and the boarding gate device 60 are used for the common management server 10.
  • Each is connected via the network NW.
  • the security inspection device 40, the automated gate device 50, and the boarding gate device 60 are installed in the security area SA1 indicated by the broken line.
  • the clerk terminal 25 is carried and used by the clerk S, or is installed at a predetermined place and used by the clerk S.
  • the network NW is composed of a LAN (Local Area Network) including the premises communication network of Airport A, a WAN (Wide Area Network), a mobile communication network, and the like.
  • the connection method is not limited to the wired method and may be a wireless method. Note that FIG. 1 illustrates only the terminal device (business terminal) used for the procedure at the time of departure at Airport A for convenience of explanation.
  • the management server 10 is an information processing device that manages operations related to examination procedures at the time of entry and departure of user U. In addition, the management server 10 manages the work related to the examination procedure, detects the support-requiring candidate, and further notifies the alarm indicating the detection of the support-requiring candidate.
  • the management server 10 is installed in a facility such as an airport company or an airline company that operates the airport A, for example. Further, the management server 10 may be a cloud server instead of a server installed in a facility where business is actually performed.
  • the management server 10 does not have to be a single server, and may be configured as a server group including a plurality of servers. Further, as shown in FIG. 1, the examination procedure at the time of departure at Airport A is sequentially carried out at five touch points P1 to P5.
  • the check-in terminal 20 is installed in the check-in lobby (hereinafter referred to as "touch point P1") in Airport A.
  • the check-in terminal 20 is a self-terminal for the user U to perform the check-in procedure by himself / herself.
  • the check-in procedure is a procedure for registering information for identifying a user U who is scheduled to board an aircraft. When the user U completes the procedure at the touch point P1, the user U moves to the baggage counter or the security checkpoint.
  • the clerk terminal 25 is an information processing terminal used by the clerk S who is in charge of a predetermined operation in the airport A.
  • the clerk terminal 25 is, for example, a mobile terminal carried and used by the clerk S.
  • the staff terminal 25 may be, for example, a stationary terminal installed in a counter, an office, or the like and used by the staff S.
  • the automatic baggage deposit machine 30 is installed at the baggage counter (hereinafter referred to as "touch point P2") in Airport A.
  • the automatic baggage deposit machine 30 is a self-terminal for the user U to perform a procedure (baggage deposit procedure) for depositing baggage that is not brought into the aircraft by himself / herself.
  • a procedure baggage deposit procedure
  • the user U moves to the security checkpoint. If the user U does not check in his / her baggage, the procedure at the touch point P2 is omitted.
  • the security inspection device 40 is installed at the security inspection site (hereinafter referred to as "touch point P3") in Airport A.
  • the security inspection device 40 is a device that confirms whether or not the user U is wearing metals that can be dangerous substances by using a metal detector.
  • the security inspection device 40 also includes an X-ray inspection device that uses X-rays to confirm the presence or absence of dangerous substances in carry-on baggage and the like.
  • the user U who has completed the check-in procedure and the automatic baggage check-in procedure undergoes the security inspection procedure by the security inspection device 40 at the security checkpoint. When the user U completes the procedure at the touch point P3, the user U moves to the immigration checkpoint.
  • the automated gate device 50 is installed at the immigration checkpoint (hereinafter referred to as "touch point P4") in Airport A.
  • the automated gate device 50 is a device that automatically performs the departure examination procedure of the user U. When the user U completes the procedure at the touch point P4, the user U moves to the departure area where the duty-free shop and the boarding gate are provided.
  • the boarding gate device 60 is a traffic control device installed for each boarding gate (hereinafter referred to as "touch point P5") in the departure area.
  • the boarding gate device 60 confirms that the user U is a passenger of an aircraft that can board from the boarding gate. When the user U completes the procedure at the touch point P5, he / she boarded the aircraft and departed from the country.
  • the management server 10 has a token ID information DB 11, a passage history information DB 12, a business information DB 13, a staff terminal information DB 14, and a supporter candidate information DB 15.
  • the database of the management server 10 is not limited to these databases.
  • FIG. 2 is a diagram showing an example of information stored in the token ID information DB 11.
  • the token ID information DB 11 has a token ID, a group ID, a feature amount, a registered face image, a token issuance time, a token issuance device name, an invalid flag, and an invalidation time as data items.
  • the token ID is an identifier that uniquely identifies the ID information.
  • the token ID is temporarily issued on condition that the collation result of the passport face image read from the passport at the touch point P1 and the face image of the user U who holds the passport match. To. Then, when the user U completes the procedure at the touch point P5 (boarding gate), the token ID is invalidated. That is, the token ID is a one-time ID having a validity period (life cycle).
  • the group ID is an identifier for grouping the ID information.
  • the feature amount is a value extracted from biological information.
  • the registered face image is a face image registered for the user U.
  • biological information in the present embodiment means a face image and a feature amount extracted from the face image, but the biometric information is not limited to the face image and the face feature amount. That is, biometric authentication may be performed using a fingerprint image, a palm print image, an auricle image, an iris image, or the like as the biometric information of the user U.
  • the token issuance time is the time when the management server 10 issues the token ID.
  • the token issuing device name is the device name of the acquisition source of the registered face image that triggered the issuance of the token ID.
  • the invalid flag is flag information indicating whether or not the token ID is currently valid. When the token ID is issued, the invalid flag becomes a value of "1" indicating a valid state of the token ID. Further, the invalid flag is updated to a value of "0" indicating an invalid state of the token ID when a predetermined condition is satisfied.
  • the invalidation time is a time stamp when the invalidation flag is invalidated.
  • FIG. 3 is a diagram showing an example of information stored in the passage history information DB 12.
  • the passage history information DB 12 has a passage history ID, a token ID, a passage time, a device name, a business system type, and a passage touch point as data items.
  • the passage history ID is an identifier that uniquely identifies the passage history information.
  • the transit time is a time stamp when the touch point is passed.
  • the device name is the machine name of the business terminal used for the procedure at the touch point.
  • the business system type is the type of business system to which the business terminal belongs.
  • the passing touch point is the name of the passing touch point.
  • FIG. 4 is a diagram showing an example of information stored in the business information DB 13.
  • the business information DB 13 contains a token ID, passenger name, reservation number, departure place, destination, airline code, flight number, operation date, seat number, nationality, passport number, surname, first name, date of birth, and gender.
  • Support-required person flag and support-required person type are set as data items.
  • the business information DB 13 stores business information related to a predetermined business for each token ID.
  • the “predetermined work” means the procedure work performed at the touch points P1 to P5, respectively.
  • the reservation number is an identifier that uniquely identifies the reservation information of the boarding pass.
  • the airline code is an identifier that uniquely identifies the airline. Information such as passenger name, reservation number, departure place, destination, airline code, flight number, date of operation, seat number, nationality, passport number, surname, first name, date of birth, gender, etc. can be found on the passport and boarding.
  • a passport number or reservation number can be obtained as a key from a medium such as a ticket or a database (not shown) that manages reservation information.
  • the support-requiring flag is flag information indicating whether or not the user U is a support-requiring person.
  • the support-requiring flag is set to a value of "1" indicating that the user U is a support-requiring person when it is confirmed that the support-requiring person is a support-requiring person. Further, the support-requiring person flag is set to a value of "0" indicating that the person does not need support when it is confirmed that the person does not need support.
  • the type of person requiring support is a specific type of person requiring support such as a wheelchair user or a child when the user U is a person requiring support.
  • FIG. 5 is a diagram showing an example of information stored in the staff terminal information DB 14.
  • the clerk terminal information DB 14 uses the terminal ID, the clerk ID, and the current position as data items.
  • the terminal ID is an identifier that uniquely identifies the staff terminal 25.
  • the clerk ID is an identifier that uniquely identifies the clerk S who uses the clerk terminal 25.
  • the current position is the current position of the clerk terminal 25 that is periodically or irregularly transmitted from the clerk terminal 25 to the management server 10 and registered when the clerk terminal 25 is a mobile terminal, and the clerk terminal 25 is a stationary terminal. If is, it is the location of the installation location registered in advance.
  • the management server 10 can specify the current positions of a plurality of staff terminals 25 at the airport A by referring to the current positions of the staff terminal information DB 14.
  • FIG. 6 is a diagram showing an example of information stored in the support-requiring candidate information DB 15.
  • the support-requiring candidate information DB 15 has data items such as a candidate ID, a face image, a feature amount, a terminal ID, and a detection time.
  • the candidate ID is an identifier that uniquely identifies the candidate who needs support.
  • the face image is a face image of a candidate who needs support.
  • the feature amount is a value extracted from the face image.
  • the terminal ID is an identifier that uniquely identifies each device such as the check-in terminal 20 that has detected the face image of the candidate requiring support.
  • the detection time is the time when the face image of the candidate requiring support is detected.
  • FIGS. 7 to 15 a hardware configuration example of each device constituting the information processing system 1 will be described with reference to FIGS. 7 to 15. Note that the devices having the same name but different codes in FIGS. 7 to 15 have the same functions, and therefore detailed description thereof will be omitted in the subsequent drawings.
  • FIG. 7 is a block diagram showing an example of the hardware configuration of the management server 10.
  • the management server 10 has a CPU (Central Processing Unit) 101, a RAM (Random Access Memory) 102, a storage device 103, and a communication I / F 104. Each device is connected to a bus line 105.
  • CPU Central Processing Unit
  • RAM Random Access Memory
  • the CPU 101 is a processor having a function of performing a predetermined operation according to a program stored in the storage device 103 and controlling each part of the management server 10.
  • the CPU 101 functions as an acquisition unit, a registration unit, a issuing unit, a control unit, a collation unit, a determination unit, a notification unit, and an output unit.
  • the RAM 102 is composed of a volatile storage medium and provides a temporary memory area necessary for the operation of the CPU 101.
  • the storage device 103 is composed of a storage medium such as a non-volatile memory and a hard disk drive, and functions as a storage unit.
  • the storage device 103 stores a program executed by the CPU 101, data referred to by the CPU 101 when the program is executed, and the like.
  • the token ID information DB 11 and the like correspond to the storage unit.
  • the communication I / F 104 is a communication interface based on standards such as Ethernet (registered trademark), Wi-Fi (registered trademark), and 4G, and is a module for communicating with the check-in terminal 20 and the like.
  • FIG. 8 is a block diagram showing an example of the hardware configuration of the check-in terminal 20.
  • the check-in terminal 20 includes a CPU 201, a RAM 202, a storage device 203, a communication I / F 204, an input device 206, a display device 207, a medium reading device 208, and a photographing device 209. Each device is connected to bus line 205.
  • the input device 206 is, for example, a pointing device such as a touch panel, a keyboard, or the like.
  • the display device 207 and the input device 206 are integrally formed as a touch panel.
  • the display device 207 is a liquid crystal display device, an OLED (Organic Light Emitting Diode) display device, or the like, and is used for displaying moving images, still images, characters, and the like.
  • the medium reading device 208 is a device that reads the passport / ticket medium of the user U and acquires the information recorded in the passport / ticket.
  • the ticket medium include a paper ticket, a mobile terminal for displaying a copy of an e-ticket, and the like.
  • the medium reading device 208 is composed of, for example, a code reader, an image scanner, a non-contact IC (Integrated Circuit) reader, an OCR (Optical Character Reader) device, and the like, and acquires information from various media held over the reading unit.
  • the photographing device 209 is a device that acquires a face image of the user U as biological information of the user U.
  • the photographing device 209 includes a first photographing device 209a and a second photographing device 209b having different heights from the floor surface to the installation position.
  • the first photographing device 209a and the second photographing device 209b are, for example, digital cameras that photograph the face of the user U located in front of the check-in terminal 20, and photograph the face of the user U, respectively. Get an image.
  • the height the height from a certain reference position to the installation position may be used instead of the height from the floor surface to the installation position.
  • FIG. 9 is a diagram showing an example of the photographing device 209 of the check-in terminal 20.
  • the first photographing device 209a is installed at a position lower than that of the second photographing device 209b.
  • the first photographing device 209a and the second photographing device 209b have different photographing ranges in the vertical direction within a predetermined distance in front of the check-in terminal 20. That is, within a predetermined distance in front of the check-in terminal 20, the shooting range H1 in the vertical direction of the first shooting device 209a is lower than the shooting range H2 in the vertical direction of the second shooting device 209b (for example, the floor).
  • the height from the surface to the lower end of the photographing range H1 is lower than the height from the floor surface to the lower end of the photographing range H2).
  • the shooting range H1 of the first photographing device 209a is set to a predetermined height or less so that the faces of the wheelchair user Uw and the child Uc of a predetermined height or less can be photographed by the first photographing device 209a. Has been done.
  • the shooting range H1 can be set as appropriate, but is set based on factors such as the average sitting height when using a wheelchair, the average height of a child in a predetermined age range to be treated as a person requiring support, and the like.
  • the shooting range H2 of the second shooting device 209b is set at a position higher than a predetermined height so that the face of an adult Ua exceeding a predetermined height of the user U can be shot by the second shooting device 209b. ing. It should be noted that the photographing range H1 and the photographing range H2 may have overlapping portions.
  • the check-in terminal 20 acquires height information.
  • the height information is information regarding the height of the shooting position of the shooting device.
  • the first photographing device 209a or the second photographing device that photographed the face image of the user U depending on whether the face image of the user U was photographed by the first photographing device 209a or the second photographing device 209b.
  • Specific numerical information indicating the height of the installation position of 209b is acquired as height information.
  • Acquiring the identification information of the photographing device is also included in acquiring the height information.
  • the photographing device 209 is not limited to the one including the first photographing device 209a and the second photographing device 209b.
  • FIG. 10 is a diagram showing another example of the photographing device 209 of the check-in terminal 20.
  • the photographing device 209 may be composed of a single photographing device 209c that can be moved up and down.
  • the photographing device 209c can be moved up and down to change the height.
  • By changing the height of the photographing device 209c it is possible to change the photographing range H3 in the vertical direction up and down within a predetermined distance in front of the check-in terminal 20.
  • height information based on the position (shooting position) of the photographing device 209c after movement can be acquired. Further, when the initial position of the photographing device 209c is determined, acquiring the amount of movement from the initial position is also included in acquiring the height information.
  • the photographing device 209c can set the photographing range H3 to a predetermined height or less so that the faces of the wheelchair user Uw and the child Uc of a predetermined height or less can be photographed among the users U. Further, the photographing device 209c can set the photographing range H3 higher than the predetermined height so that the face of the adult Ua exceeding the predetermined height can be photographed among the users U. The photographing device 209c can photograph the face of the user U by appropriately changing the photographing range H3.
  • FIG. 11 is a block diagram showing an example of the hardware configuration of the staff terminal 25.
  • the staff terminal 25 has a CPU 251 and a RAM 252, a storage device 253, a communication I / F 254, an input device 256, a display device 257, a position sensor 258, and a magnetic sensor 259. Each device is connected to a bus line 255.
  • the position sensor 258 uses GNSS (Global Navigation Satellite System) to determine the current position of the staff terminal 25. As a result, the position sensor 258 acquires the position information indicating the current position of the staff terminal 25.
  • GNSS Global Navigation Satellite System
  • the GNSS is not particularly limited, and examples thereof include GPS (Global Positioning System), GLONASS (Global Navigation Satellite System), Galileo, and a compass.
  • the magnetic sensor 259 detects the geomagnetism at the current position of the staff terminal 25 and acquires the geomagnetic information.
  • the magnetic sensor 259 is not particularly limited, but detects geomagnetism by using, for example, a Hall element, a magnetoresistive element, a magnetic impedance element, or the like.
  • the clerk terminal 25 can acquire the position information indicating the current position of the clerk terminal 25 indoors based on the geomagnetic information acquired by the magnetic sensor 259.
  • the staff terminal 25 can acquire the position information indicating the current position of the staff terminal 25 indoors by, for example, Wi-Fi positioning or beacon positioning.
  • FIG. 12 is a block diagram showing an example of the hardware configuration of the automatic baggage deposit machine 30.
  • the automatic baggage deposit machine 30 includes a CPU 301, a RAM 302, a storage device 303, a communication I / F 304, an input device 306, a display device 307, a medium reader 308, a photographing device 309, a baggage carrier 310, and a baggage carrier 310. It has an output device 311. Each device is connected to bus line 305.
  • the baggage transport device 310 transports the baggage to the aircraft on which the user U is boarding.
  • the baggage transfer device 310 transports the baggage attached to the baggage tag placed in the receiving unit by the user U toward the handling.
  • the output device 311 is a device that outputs a baggage tag attached to checked baggage.
  • the output device 311 outputs a baggage redemption certificate necessary for redeeming baggage after arriving at the destination.
  • the baggage tag and baggage redemption certificate are associated with at least either passport information or boarding information.
  • FIG. 13 is a block diagram showing an example of the hardware configuration of the security inspection device 40.
  • the security inspection device 40 includes a CPU 401, a RAM 402, a storage device 403, a communication I / F 404, an input device 406, a display device 407, a medium reading device 408, a photographing device 409, and a metal detection gate 410. are doing. Each device is connected to bus line 405.
  • the metal detection gate 410 is a gate type metal detector, and detects metals worn by the user U passing through the metal detection gate 410.
  • FIG. 14 is a block diagram showing an example of the hardware configuration of the automated gate device 50.
  • the automated gate device 50 includes a CPU 501, a RAM 502, a storage device 503, a communication I / F 504, an input device 506, a display device 507, a medium reading device 508, a photographing device 509, and a gate 511. Each device is connected to bus line 505.
  • the automated gate device 50 located at the immigration checkpoint has the same hardware configuration as the automated gate device 50 located at the immigration checkpoint.
  • the gate 511 is controlled by the CPU 501 to block the passage of the user U during standby. It shifts to the open state that allows the passage of user U.
  • the method of the gate 511 is not particularly limited, and is, for example, a flapper gate that opens and closes a flapper provided from one side or both sides of the passage, a turnstile gate in which three bars rotate, and the like.
  • FIG. 15 is a block diagram showing an example of the hardware configuration of the boarding gate device 60.
  • the boarding gate device 60 includes a CPU 601, a RAM 602, a storage device 603, a communication I / F 604, an input device 606, a display device 607, a photographing device 609, and a gate 611. Each device is connected to bus line 605.
  • [Check-in procedure] 16 and 20 are sequence diagrams showing an example of processing of the check-in terminal 20 and the management server 10. This process is executed every time the user U performs the check-in procedure using the check-in terminal 20.
  • the check-in terminal 20 constantly or periodically photographs the front of the check-in terminal 20 by the first imaging device 209a and the second imaging device 209b, and the check-in terminal 20 is included in the captured image. It is determined whether or not the face of the user U located in front is detected (step S11). The check-in terminal 20 waits until the face of the user U is detected in the image by the first photographing device 209a or the second photographing device 209b (steps S11, NO).
  • the check-in terminal 20 determines that the face of the user U is detected by the first photographing device 209a or the second photographing device 209b (step S11, YES)
  • the check-in terminal 20 detects the face of the first photographing device 209a or the second photographing device.
  • the face of the user U is photographed by 209b.
  • the check-in terminal 20 acquires the face image of the user U as the target face image (step S12).
  • the check-in terminal 20 transmits the target face image photographed by the first photographing device 209a or the second photographing device 209b to the management server 10 together with the height information via the network NW (step S13).
  • the height information is information on the height of the installation position of the photographing device that captured the target face image, specifically, the first photographing device 209a installed at a low position or the second photographed device installed at a high position. This is information indicating that the photographing device 209b has photographed the target face image.
  • the height information is information indicating, for example, the photographing height of the photographing device 209c when the face of the user U is photographed.
  • the check-in terminal 20 when transmitting the target face image, the check-in terminal 20 also transmits the terminal ID, which is an identifier that uniquely identifies the check-in terminal 20, to the management server 10.
  • the management server 10 can specify the position of the check-in terminal 20 based on the terminal ID of the check-in terminal 20.
  • FIG. 17 is a flowchart showing an example of processing related to a person requiring support of the management server 10.
  • FIG. 18 is a flowchart showing an example of the processing of the staff terminal 25 related to the processing related to the person requiring support.
  • the shooting height of the shooting device that shot the user U from which the target face image was acquired is equal to or less than a predetermined height based on the height information received from the check-in terminal 20. (Step S1401).
  • the management server 10 determines that the photographing height is equal to or less than a predetermined height.
  • the management server 10 determines that the photographing height is not equal to or less than a predetermined height.
  • the management server 10 determines whether or not the photographing height of the photographing device 209c when photographing the face of the user U is equal to or less than a predetermined height. Can be determined.
  • the management server 10 determines that the shooting height is not equal to or less than the predetermined height (step S1401, NO)
  • the management server 10 ends the process related to the person requiring support.
  • the management server 10 determines that the shooting height is equal to or less than a predetermined height (step S1401, YES), the user U who has shot the target face image is confirmed by the staff member S as described later. It is determined whether or not the person does not need support (step S1402).
  • the management server 10 collates the target face image received from the check-in terminal 20 with a plurality of registered face images registered in the token ID information DB 11 on a one-to-N basis when determining whether or not the person is a support-free person. ..
  • the registered face image to be collated is limited to the image associated with the token ID whose invalid flag value is "1" (valid).
  • the management server 10 finds the registered face image of the matching match as a result of the matching, the management server 10 refers to the support-requiring person flag in the business information of the business information DB 13 using the token ID associated with the registered face image as a key.
  • the management server 10 determines that the user U is a support-free person.
  • the management server 10 determines that the user U is not a support-requiring person.
  • the management server 10 determines that the user U is a person who does not need support (step S1402, YES)
  • the management server 10 ends the process related to the person requiring support.
  • the management server 10 determines that the user U is not a support-requiring person (step S1402, NO), it is assumed that the user U has been detected as a support-requiring candidate, and the support-requiring candidate information is obtained as a support-requiring person.
  • Register in the candidate information DB 15 step S1403.
  • the support-requiring candidate information is information about a user detected as a support-requiring candidate.
  • the management server 10 registers the target face image, the feature amount, the terminal ID of the check-in terminal 20, the detection time of the target face image, and the like as the support-requiring candidate information in the support-requiring candidate information DB 15 for each candidate ID ( (See FIG. 6). In the present embodiment, even for the user U whose support-requiring flag is "1", which is confirmed by the staff S to be a support-requiring person, an alarm is notified to the staff S again as a support-requiring candidate. It will be.
  • the management server 10 notifies the staff terminal 25 of an alarm indicating that a candidate for a person requiring support has been detected via the network NW (step S1404).
  • the alarm can include, for example, the position of the check-in terminal 20 in which the candidate for a person requiring support is detected, the terminal ID, and the like.
  • the management server 10 sets the clerk terminal 25 of the notification destination to notify the alarm to the position of the check-in terminal 20 in which the candidate for support is detected. It may be limited to one or more staff terminals 25 having a predetermined positional relationship.
  • the management server 10 can limit the staff terminal 25 for notifying the alarm to the staff terminal 25 located within a predetermined distance range from the position of the check-in terminal 20 in which the candidate for support is detected. Further, for example, the management server 10 limits the staff terminal 25 for notifying the alarm to the staff terminal 25 located at a position where the check-in terminal 20 in which the support-requiring candidate is detected can be seen or at a position where the check-in terminal 20 can be seen by slightly moving. You can also do it. In this way, the management server 10 can notify a specific staff terminal 25 of the plurality of staff terminals 25 of the alarm.
  • the staff terminal 25 determines whether or not an alarm indicating that the support-requiring candidate has been detected has been notified from the management server 10 (step S1501) until the alarm is notified. Wait (step S1501, NO).
  • the staff terminal 25 determines that the alarm has been notified from the management server 10 (step S1501, YES)
  • the staff terminal 25 displays a screen for notifying the alarm on the display device 257 (step S1502).
  • the staff terminal 25 can output an alarm by a message voice or a sound effect from a voice output device (not shown) instead of or in addition to displaying the screen for notifying the alarm to the display device 257.
  • FIG. 19 is a diagram showing an example of an alarm notification screen for notifying an alarm displayed on the display device 257 of the staff terminal 25.
  • the staff terminal 25 displays the airport A premises map 2571 on the alarm notification screen. Further, the staff terminal 25 displays a detection position mark 2572 indicating the position of the check-in terminal 20 in which a candidate for support is detected and a current position mark 2573 indicating its own current position on the premises map 2571.
  • the clerk terminal 25 has a confirmation button 2574 for inputting that the clerk S is confirming whether or not the support-requiring candidate is a support-requiring person, and the clerk S confirms the confirmation.
  • the staff terminal 25 displays a button group 2576 for inputting support-related information on the alarm notification screen.
  • the button group 2576 is a radio button for inputting as support-related information the type of support-requiring person, such as a wheelchair or a child, depending on whether the support-requiring candidate is a support-requiring person or a support-requiring person. Includes selection buttons such as check buttons.
  • the clerk S may press the checking button 2574 and input that the clerk S is confirming whether or not the support-requiring candidate is a support-requiring person. it can.
  • the checking staff S can input support-related information by checking the selection button of the button group 2576.
  • the clerk S who has completed the confirmation can press the confirmation completion button 2575 to input that the confirmation has been completed.
  • the clerk terminal 25 displaying the alarm notification screen is input by the clerk S that the clerk S is confirming whether or not the support-requiring candidate is the support-requiring person. Wait (step S1503, NO).
  • Step S1503 When the clerk terminal 25 determines that it has been input that the clerk S is checking (step S1503, YES), the clerk terminal 25 transmits the checking information indicating that the clerk S is checking to the management server 10 via the network NW. (Step S1504).
  • the staff terminal 25 accepts the input of support-related information by the staff S (step S1505).
  • the clerk terminal 25 waits for the clerk S to input that the clerk S has completed the confirmation of whether or not the support-requiring candidate is the support-requiring person (step S1506, NO).
  • the clerk terminal 25 determines that it has been input that the clerk S has completed the confirmation (step S1506, YES)
  • the clerk terminal 25 transmits the confirmation completion information indicating that the clerk S has completed the confirmation to the management server 10 via the network NW.
  • the staff terminal 25 transmits the support-related information input by the staff S together with the confirmation completion information to the management server 10 via the network NW.
  • the support-related information indicates whether the candidate for a person requiring support is a person requiring support or a person who does not need support, and the type of wheelchair, child, etc. in the case of a person requiring support.
  • the confirmation in-confirmation information and the confirmation completion information are transmitted to the management server 10 that has notified the staff terminal 25 of the alarm according to the confirmation status of the support-requiring candidate by the staff S.
  • the management server 10 that has notified the staff terminal 25 of the alarm determines whether or not the checking information has been received from the staff terminal 25 (step S1405).
  • the management server 10 determines that the confirmation information has not been received (step S1405, NO)
  • it further determines whether or not a predetermined time has elapsed from the alarm notification (step S1406).
  • the management server 10 determines that the predetermined time has not elapsed (step S1406, NO)
  • the management server 10 proceeds to step S1405 and continues to wait for the confirmation information to be received.
  • the management server 10 determines that the predetermined time has elapsed (step S1406, YES)
  • the management server 10 proceeds to step S1404 and notifies the staff terminal 25 of the alarm again.
  • the management server 10 can expand the range of the staff terminal 25 for notifying the alarm. For example, the management server 10 can notify the alarm to the staff terminal 25 located within a distance range wider than the distance range of the staff terminal 25 that previously notified the alarm.
  • the management server 10 determines that the confirmation information has been received (step S1405, YES)
  • the management server 10 instructs the staff terminal 25 who has notified the alarm to stop the alarm via the network NW (step S1407).
  • the staff terminal 25 instructed to stop the alarm stops displaying the alarm on the display device 257 and stops the alarm.
  • the management server 10 instructed to stop the alarm subsequently determines whether or not the confirmation completion information has been received from the staff terminal 25 (step S1408).
  • the management server 10 determines that the confirmation completion information has not been received (step S1408, NO)
  • it further determines whether or not a predetermined time has elapsed from the instruction to stop the alarm (step S1409).
  • the management server 10 determines that the predetermined time has not elapsed (step S1409, NO)
  • the management server 10 proceeds to step S1408 and continues to wait for the confirmation completion information to be received.
  • the management server 10 determines that the predetermined time has elapsed (step S1409, YES)
  • the management server 10 proceeds to step S1404 and notifies the staff terminal 25 of the alarm again.
  • the management server 10 expands the range of the staff terminal 25 for notifying the alarm, similarly to the notification of the alarm again when the predetermined time elapses in step S1406. Can be done.
  • the management server 10 determines whether or not the support-requiring candidate is a support-requiring person based on the support-related information transmitted together with the confirmation completion information. Determine (step S1410).
  • the management server 10 determines that it is not a support-requiring person (step S1410, NO), it deletes the support-requiring candidate information registered in the support-requiring candidate information DB 15 for the support-requiring candidate (step S1412).
  • the management server 10 determines that the person needs support (step S1410, YES)
  • the management server 10 acquires the support-related information and temporarily stores it (step S1411).
  • the management server 10 can temporarily store support-related information in the RAM 102, the storage device 103, and the like.
  • the management server 10 can register the support-requiring person flag and the support-requiring person type in the business information based on the support-related information temporarily stored.
  • the management server 10 deletes the support-requiring candidate information registered in the support-requiring candidate information DB 15 for the support-requiring candidate (step S1412).
  • the support-requiring candidate is detected based on the shooting height of the photographing device that captured the target face image of the user U, and the alarm is notified to the staff terminal 25 to indicate the detection of the support-requiring candidate. Then, the staff member S confirms whether or not the candidate for the person requiring support is a person requiring support.
  • the support-requiring candidate is found with high accuracy and efficiency. Can be done.
  • the management server 10 issues an alarm to the signage terminal installed in the vicinity of or in the vicinity of the check-in terminal 20 in which the candidate requiring support is detected, which displays guidance, advertisements, etc., in the same manner as in the case of the staff terminal 25. You can also notify. As a result, even a staff member who does not have a terminal can notice the alarm. Further, for example, the management server 10 can notify the user terminal, which is a mobile terminal carried and used by the user U detected as a candidate for a supporter, of an alarm.
  • the management server 10 can specify the user terminal carried by the support-requiring candidate to be notified of the alarm, for example, based on the location information transmitted from the application executed on the user terminal. ..
  • information including guidance information for example, information indicating the position of a wheelchair slope
  • the support of the user U can be promoted.
  • the type and amount of information to be notified to the user U can be appropriately changed according to the user U.
  • the user U who has been confirmed to be a person requiring support, can subsequently perform the check-in procedure at the check-in terminal 20 while receiving support according to the required degree by the staff member S.
  • the person requiring support flag indicating that he / she is a person requiring support is part of the business information, and the subsequent procedures such as baggage check-in procedure and security inspection procedure are performed. , It will be taken over by the departure examination procedure and boarding procedure. Therefore, in the subsequent procedure, the support-requiring person can be easily identified from the user U based on the support-requiring flag, and the specified support-requiring person can be supported by the staff member S. ..
  • the check-in terminal 20 determines whether or not the passport of the user U is held over the reading unit (not shown) of the medium reader 208 (step S101), and waits until the passport is held. (Step S101, NO).
  • the check-in terminal 20 determines that the passport is held over the reading unit of the medium reading device 208 (step S101, YES)
  • the check-in terminal 20 acquires the passport information of the user U from the held passport (step S102).
  • the acquired passport information includes the passport face image of the user U, the identity verification information, the passport number, the information of the passport issuing country, and the like.
  • the check-in terminal 20 determines whether or not the ticket medium of the user U is held over the reading unit of the medium reading device 208 (step S103), and waits until the ticket medium is held over (step S103). , NO).
  • the check-in terminal 20 determines that the ticket medium is held over the reading unit of the medium reading device 208 (step S103, YES).
  • the check-in terminal 20 acquires the boarding information of the user U from the held ticket medium (step S103, YES).
  • the medium reader 208 uses the ticket medium to provide the boarding information (first name, last name, airline code, flight name, boarding date, departure place (boarding airport), destination (arrival airport), and seat number of the user U. , Boarding time, arrival time, etc.) can be obtained.
  • the check-in terminal 20 photographs the face of the user U with the photographing device 209, and acquires the face image as the target face image (step S105). It is preferable to display a screen for obtaining the consent of the user U before taking the face image. Further, since the check-in terminal 20 acquires the target face image of the user U by the first photographing device 209a or the second photographing device 209b in step S12, the photographing in step S105 can be omitted.
  • FIG. 21 is a diagram showing an example of a screen displayed on the check-in terminal 20.
  • a face image If you register your face image, you can easily perform the following procedures until departure by face recognition." And take a face image.
  • a button is displayed to select whether or not to do it.
  • the check-in terminal 20 transmits the captured target face image, passport information, and boarding information to the management server 10 (step S106).
  • the management server 10 collates the passport face image of the user U with the target face image taken by the check-in terminal 20 on a one-to-one basis (step S107).
  • the management server 10 determines that the matching result of the passport face image and the target face image is a matching match (step S108, YES)
  • the management server 10 issues a token ID (step S109).
  • the token ID is set to a unique value based on, for example, the date and time at the time of processing and the sequence number.
  • the management server 10 registers the relationship between the token ID and the registered face image in the token ID information DB 11 with the target face image as the registered face image (step S110).
  • the reason why the face image (target face image) taken locally is used as the registered face image is that the validity period (life cycle) of the token ID is completed within the day, and the photographed image is the subsequent authentication process.
  • the image taken in 1 and the quality (appearance) are closer than the passport face image.
  • the passport face image instead of the target face image (photographed face image), the passport face image may be set as the registered face image (registered biometric information). For example, if the token ID has a long life cycle (for example, in the aviation industry, if the member is valid for the token ID for a certain period of time, etc.), the face image of the passport or license will be used as the registered face image. It is good to set.
  • the management server 10 registers the relationship between the token ID and the business information in the business information DB 13 using the passport information and the boarding information as the business information (step S111). That is, the control data required for face recognition and the business information required for business execution are managed in separate databases, but the registered face image and the business information are associated with each other by the token ID.
  • the control data in the present embodiment means data including a registered face image that is collated with the target face image in face recognition and various data items such as an invalid flag associated with the token ID together with the registered face image (see FIG. 2). ).
  • the management server 10 sets the support-requiring flag to "0" (support) as the business information registered in the business information DB 13 based on the support-related information. Set from (unnecessary person) to "1" (support required person). Further, the management server 10 registers the type of person requiring support such as a wheelchair or a child as business information based on the support-related information.
  • the management server 10 transmits the issued token ID and the matching result information of the matching match to the check-in terminal 20 (step S112).
  • the management server 10 determines that the matching result of the passport face image and the target face image is a matching mismatch (step S108, NO)
  • the management server 10 transmits the matching result information of the matching mismatch to the check-in terminal 20 (step S113). ).
  • the check-in terminal 20 determines that the check-in procedure can be executed based on the collation result of the collation match received from the management server 10 (step S114, YES)
  • the check-in terminal 20 is based on the input information of the user U.
  • Perform check-in procedures such as itinerary confirmation and seat selection (step S115).
  • the check-in terminal 20 transmits the token ID, the business information, and the status information indicating the completion of the procedure at the check-in terminal 20 to the management server 10 (step S116).
  • the status information includes information such as the passage time of the touch point and the device name of the terminal used.
  • the management server 10 when the management server 10 receives the information from the check-in terminal 20, it registers the passage history information indicating the relationship between the token ID and the passage information of the touch point P1 in the passage history information DB 12 (step S117). Further, the management server 10 updates the business information DB 13 based on the business information received from the check-in terminal 20 as necessary.
  • step S114 when the check-in terminal 20 determines that the check-in procedure cannot be executed based on the collation result of the collation mismatch received from the management server 10 (step S114, NO), the check-in terminal 20 notifies the user U of an error message. (Step S118).
  • the target face image (photographed face image) that matches the passport face image obtained from the passport in the check-in procedure is registered as the registered face image in the token ID information DB 11, and the registered face image is registered by the issued token ID.
  • the token ID associated with the registered face image is identification information that can be commonly used at all touch points. By using such a common token ID, the examination of the user U can be made more efficient.
  • a support-requiring flag indicating that the user U is a support-requiring person is set as a part of the business information. It is possible to easily identify the person requiring support based on.
  • FIG. 22 is a sequence diagram showing an example of processing by the automatic baggage deposit machine 30 and the management server 10. This process is executed when the user U who has completed the check-in procedure receives the baggage check-in procedure as necessary.
  • the automatic baggage deposit machine 30 constantly or periodically photographs the front of the device, and determines whether or not the face of the user U standing in front of the automatic baggage deposit machine 30 is detected in the captured image (step S201). ). The automatic baggage deposit machine 30 waits until the face of the user U is detected in the image by the photographing device 309 (step S201, NO).
  • step S201 When the automatic baggage deposit machine 30 determines that the face of the user U is detected by the photographing device 309 (step S201, YES), the automatic baggage deposit machine 30 photographs the face of the user U and sets the face image of the user U as the target face image. (Step S202).
  • the automatic baggage deposit machine 30 transmits the target face image of the user U captured by the photographing device 309 to the management server 10 together with the collation request via the network NW (step S203).
  • the automatic baggage deposit machine 30 collates the target face image of the user U captured by the photographing device 309 with the plurality of registered face images registered in the token ID information DB 11 of the management server 10 on a one-to-N basis. Request the management server 10 to do so.
  • the management server 10 collates the face image of the user U (step S204). That is, the management server 10 collates the target face image received from the automatic baggage deposit machine 30 with the plurality of registered face images registered in the token ID information DB 11 on a one-to-N basis.
  • the registered face image to be collated is limited to the image associated with the token ID whose invalid flag value is "1" (valid).
  • step S205 when the management server 10 determines that the collation result is a collation mismatch (step S205, NO), the management server 10 transmits the mismatch collation result information to the automatic baggage deposit machine 30 (step S207), and the process is performed. The process proceeds to step S211. On the other hand, when the management server 10 determines that the collation result is a collation match (step S205, YES), the process proceeds to step S206.
  • step S206 the management server 10 acquires business information from the business information DB 13 using the token ID associated with the registered face image of the matching match in the token ID information DB 11 as a key.
  • the management server 10 determines whether or not the user U is a support-requiring person based on the support-requiring person flag included in the acquired business information (step S208).
  • the support-requiring person flag is "1”
  • the management server 10 determines that the support-requiring person is required, and when the support-requiring person flag is "0", the management server 10 determines that the support-requiring person is not. In this way, the management server 10 can easily identify the support-requiring person from the users U who perform the baggage check-in procedure based on the support-requiring person flag.
  • the management server 10 determines that the person does not require support (step S208, NO)
  • the management server 10 proceeds to the next step as it is.
  • the management server 10 determines that the person needs support (step S208, YES)
  • the management server 10 executes a coping process for dealing with the person requiring support (step S209), and proceeds to the next step.
  • the management server 10 as a coping process, for example, the user U is a support person required for the staff terminal 25 carried by the staff S engaged in the baggage deposit procedure, the staff S engaged in the work dealing with the person requiring support, and the like. It is possible to notify an alarm indicating that. At this time, the management server 10 can notify the type of person requiring support included in the business information together with the alarm.
  • the management server 10 transmits the collation result information, the token ID, and the business information to the automatic baggage deposit machine 30 (step S210).
  • the management server 10 can execute step S210 and the above steps S208 and S209 regardless of the future, and can also execute the steps S210 and S209 in parallel.
  • the automatic baggage deposit machine 30 determines that the procedure can be executed based on the collation result information and the business information (step S211, YES)
  • the automatic baggage deposit machine 30 executes the processing of the baggage deposit procedure of the user U based on the business information. (Step S212).
  • the automatic baggage deposit machine 30 transmits the token ID, the business information, and the status information indicating that the baggage deposit procedure of the user U is completed to the management server 10 via the network NW after collating the face image.
  • the status information includes information such as the passage time of the touch point and the device name of the terminal used.
  • the management server 10 When the management server 10 receives the information from the automatic baggage deposit machine 30, the management server 10 registers the passage history information indicating the relationship between the token ID and the passage information of the user U's touch point P2 in the passage history information DB 12 (step S214). .. Further, the management server 10 updates the business information DB 13 based on the business information received from the automatic baggage deposit machine 30 as necessary.
  • the automatic baggage deposit machine 30 determines that the procedure cannot be executed based on the collation result information and the business information (step S211 and NO), the automatic baggage deposit machine 30 notifies the user U of an error message (step S215).
  • FIG. 23 is a sequence diagram showing an example of processing by the security inspection device 40 and the management server 10. This process is executed when the user U who has completed the check-in procedure undergoes the security inspection procedure.
  • the security inspection device 40 constantly or periodically photographs the front of the metal detection gate 410, and determines whether or not the face of the user U standing in front of the metal detection gate 410 is detected in the captured image (step). S301). The security inspection device 40 waits until the face of the user U is detected in the image by the photographing device 409 (step S301, NO).
  • the security inspection device 40 determines that the face of the user U is detected by the photographing device 409 (step S301, YES)
  • the security inspection device 40 photographs the face of the user U and uses the face image of the user U as the target face image. Acquire (step S302).
  • the security inspection device 40 transmits the target face image of the user U captured by the photographing device 409 to the management server 10 together with the collation request via the network NW (step S303).
  • the security inspection device 40 collates the target face image of the user U captured by the photographing device 409 with the plurality of registered face images registered in the token ID information DB 11 of the management server 10 on a one-to-N basis. Request the management server 10 to do so.
  • the management server 10 collates the face image of the user U (step S304). That is, the management server 10 collates the target face image received from the security inspection device 40 with the plurality of registered face images registered in the token ID information DB 11 on a one-to-N basis.
  • the registered face image to be collated is limited to the image associated with the token ID whose invalid flag value is "1" (valid).
  • step S305 when the management server 10 determines that the collation result is a collation mismatch (step S305, NO), the management server 10 transmits the collation result information of the collation mismatch to the security inspection device 40 (step S307), and the process is performed. The process proceeds to step S311. On the other hand, when the management server 10 determines that the collation result is a collation match (step S305, YES), the process proceeds to step S306.
  • step S306 the management server 10 acquires business information from the business information DB 13 using the token ID associated with the registered face image of the matching match in the token ID information DB 11 as a key.
  • the management server 10 determines whether or not the user U is a support-requiring person in the same manner as in step S208 of FIG. 22 based on the support-requiring flag included in the acquired business information (step S308). In this way, the management server 10 can easily identify the support-requiring person from the users U who perform the security inspection procedure based on the support-requiring person flag.
  • the management server 10 determines that the person does not require support (step S308, NO)
  • the management server 10 proceeds to the next step as it is.
  • the management server 10 determines that the person needs support (step S308, YES)
  • the management server 10 executes a coping process for dealing with the person requiring support (step S309), and proceeds to the next step.
  • the management server 10 has a user U as a supporter on a staff terminal 25 carried by, for example, a staff member S engaged in a security inspection procedure, a staff member S engaged in a business dealing with a person requiring support, and the like. It is possible to notify an alarm indicating that. At this time, the management server 10 can notify the type of person requiring support included in the business information together with the alarm.
  • the management server 10 transmits the collation result information, the token ID, and the business information to the security inspection device 40 (step S310).
  • the management server 10 can execute step S310 and the above steps S308 and S309 regardless of the future, and can also execute the steps S310 and S309 in parallel.
  • the security inspection device 40 determines that the procedure can be executed based on the collation result information and the business information (step S311, YES).
  • the security inspection device 40 executes the security inspection process of the user U based on the business information (step S311, YES).
  • the CPU 401 controls each part of the security inspection device 40.
  • the security inspection device 40 detects the metals worn by the user U passing through the metal detection gate 410.
  • User U who has passed through the metal detection gate 410 heads for the immigration checkpoint.
  • the security inspection device 40 transmits the token ID, the business information, and the status information indicating that the security inspection procedure of the user U is completed to the management server 10 via the network NW after collating the face image.
  • the status information includes information such as the passage time of the touch point and the device name of the terminal used.
  • the management server 10 When the management server 10 receives the information from the security inspection device 40, the management server 10 registers the passage history information indicating the relationship between the token ID and the passage information of the touch point P3 of the user U in the passage history information DB 12 (step S314). Further, the management server 10 updates the business information DB 13 based on the business information received from the security inspection device 40, if necessary.
  • the security inspection device 40 determines that the procedure cannot be executed based on the collation result information and the business information (step S311, NO)
  • the security inspection device 40 notifies the user U of an error message (step S315).
  • FIG. 24 is a sequence diagram showing an example of processing by the automated gate device 50 and the management server 10.
  • the automated gate device 50 constantly or periodically photographs the front of the automated gate device 50, and determines whether or not the face of the user U standing in front of the automated gate device 50 is detected in the captured image (step). S401). The automated gate device 50 waits until the face of the user U is detected in the image by the photographing device 509 (step S401, NO).
  • step S401 determines that the face of the user U is detected by the photographing device 509 (step S401, YES)
  • the automated gate device 50 photographs the face of the user U and uses the face image of the user U as the target face image. Acquire (step S402).
  • the automated gate device 50 transmits the target face image of the user U captured by the photographing device 509 to the management server 10 together with the collation request via the network NW (step S403).
  • the automated gate device 50 collates the target face image of the user U captured by the photographing device 509 with a plurality of registered face images registered in the token ID information DB 11 of the management server 10 on a one-to-N basis. Request the management server 10 to do so.
  • the management server 10 collates the face image of the user U (step S404). That is, the management server 10 collates the target face image received from the automated gate device 50 with the plurality of registered face images registered in the token ID information DB 11 on a one-to-N basis.
  • the registered face image to be collated is limited to the image associated with the token ID whose invalid flag value is "1" (valid).
  • step S405, NO when the management server 10 determines that the collation result is a collation mismatch (step S405, NO), the management server 10 transmits the collation result information of the collation mismatch to the automated gate device 50 (step S407), and the process is performed. The process proceeds to step S411. On the other hand, when the management server 10 determines that the collation result is a collation match (step S405, YES), the process proceeds to step S406.
  • step S406 the management server 10 acquires business information from the business information DB 13 using the token ID associated with the registered face image of the matching match in the token ID information DB 11 as a key.
  • the management server 10 determines whether or not the user U is a support-requiring person in the same manner as in step S208 of FIG. 22 based on the support-requiring person flag included in the acquired business information (step S408). In this way, the management server 10 can easily identify the support-requiring person from the users U who perform the departure examination procedure based on the support-requiring person flag.
  • the management server 10 determines that the person does not require support (step S408, NO)
  • the management server 10 proceeds to the next step as it is.
  • the management server 10 determines that the person needs support (step S408, YES)
  • the management server 10 executes a coping process for dealing with the person requiring support (step S409), and proceeds to the next step.
  • the management server 10 has a user U as a person requiring support on a staff terminal 25 carried by, for example, a staff member S engaged in an immigration examination procedure, a staff member S engaged in a business dealing with a person requiring support, and the like. It is possible to notify an alarm indicating that. At this time, the management server 10 can notify the type of person requiring support included in the business information together with the alarm.
  • the management server 10 transmits the collation result information, the token ID, and the business information to the automated gate device 50 (step S410).
  • the management server 10 can execute step S410 and the above steps S408 and S409 regardless of the future, and can also execute the steps S410 and S409 in parallel.
  • step S411, YES when the automated gate device 50 determines that the procedure can be executed based on the collation result information and the business information (step S411, YES), the automated gate device 50 executes the departure examination procedure of the user U based on the business information and gates. Open 511 (step S412). The user U who has passed the touch point P4 heads for the departure area where the boarding gate is located.
  • the automated gate device 50 transmits the token ID, the business information, and the status information indicating that the departure examination procedure of the user U has been completed through the matching of the face image to the management server 10 via the network NW.
  • the status information includes information such as the passage time of the touch point and the device name of the terminal used.
  • the management server 10 When the management server 10 receives the information from the automated gate device 50, the management server 10 registers the passing history information indicating the relationship between the token ID and the passing information of the touch point P4 of the user U in the passing history information DB 12 (step S414). Further, the management server 10 updates the business information DB 13 based on the business information received from the automated gate device 50, if necessary.
  • the automated gate device 50 determines that the procedure cannot be executed based on the collation result information and the business information (step S411, NO)
  • the automated gate device 50 notifies the user U of an error message (step S415).
  • a notification screen including a message such as "Please perform the departure examination procedure at the manned counter" is displayed on the display device 507.
  • FIG. 25 is a sequence diagram showing an example of processing of the boarding gate device 60 and the management server 10.
  • the boarding gate device 60 constantly or periodically photographs the front of the device, and determines whether or not the face of the user U standing in front of the boarding gate device 60 is detected in the captured image (step S501).
  • the boarding gate device 60 waits until the face of the user U is detected in the image by the photographing device 609 (step S501, NO).
  • the boarding gate device 60 determines that the face of the user U is detected by the photographing device 609 (step S501, YES)
  • the boarding gate device 60 photographs the face of the user U and uses the face image of the user U as the target face image. Acquire (step S502).
  • the boarding gate device 60 transmits the target face image of the user U captured by the photographing device 609 to the management server 10 together with the collation request via the network NW (step S503).
  • the boarding gate device 60 collates the target face image of the user U captured by the photographing device 609 with a plurality of registered face images registered in the token ID information DB 11 of the management server 10 on a one-to-N basis. Request the management server 10 to do so.
  • the management server 10 When the management server 10 receives the target face image and the collation request from the boarding gate device 60, the management server 10 collates the face image of the user U (step S504). That is, the management server 10 collates the target face image received from the boarding gate device 60 with the plurality of registered face images registered in the token ID information DB 11 on a one-to-N basis.
  • the registered face image to be collated is limited to the image associated with the token ID whose invalid flag value is "1" (valid).
  • step S505 when the management server 10 determines that the matching result is a matching mismatch (step S505, NO), the management server 10 transmits the matching result information of the matching mismatch to the boarding gate device 60 (step S507), and the process is performed. The process proceeds to step S511. On the other hand, when the management server 10 determines that the collation result is a collation match (step S505, YES), the process proceeds to step S506.
  • step S506 the management server 10 acquires business information from the business information DB 13 using the token ID associated with the registered face image of the matching match in the token ID information DB 11 as a key.
  • the management server 10 determines whether or not the user U is a support-requiring person in the same manner as in step S208 of FIG. 22 based on the support-requiring flag included in the acquired business information (step S508). In this way, the management server 10 can easily identify the support-requiring person from the users U who perform the boarding procedure based on the support-requiring person flag.
  • the management server 10 determines that the person does not require support (step S508, NO)
  • the management server 10 proceeds to the next step as it is.
  • the management server 10 determines that the person needs support (step S508, YES)
  • the management server 10 executes a coping process for dealing with the person requiring support (step S509), and proceeds to the next step.
  • the management server 10 as a coping process, for example, the user U is a support person required for the staff terminal 25 carried by the staff S engaged in the boarding procedure, the staff S engaged in the work dealing with the person requiring support, and the like. It is possible to notify an alarm indicating. At this time, the management server 10 can notify the type of person requiring support included in the business information together with the alarm.
  • the management server 10 transmits the collation result information, the token ID, and the business information to the boarding gate device 60 (step S510).
  • the management server 10 can execute step S510 and the above steps S508 and S509 regardless of the future, and can also execute the steps S510 in parallel.
  • step S511, YES when the boarding gate device 60 determines that the procedure can be executed based on the collation result information and the business information (step S511, YES), the boarding gate device 60 executes the boarding procedure of the user U on the aircraft based on the business information. , Gate 611 is opened (step S512). The user U who has passed the touch point P5 board the aircraft.
  • the boarding gate device 60 sends the token ID, the business information, and the status information indicating that the boarding procedure of the user U to the aircraft is completed through the collation of the face image to the management server 10 via the network NW. Transmit (step S513).
  • the status information includes information such as the passage time of the touch point and the device name of the terminal used.
  • the management server 10 When the management server 10 receives the information from the boarding gate device 60, the management server 10 updates the token ID information DB 11 (step S514). Specifically, the management server 10 updates the invalid flag of the token ID information DB 11 to an invalid value (“0”). As a result, the validity period (life cycle) of the token ID expires.
  • the management server 10 registers the passage history information indicating the relationship between the token ID and the passage information of the touch point P5 of the user U in the passage history information DB 12 (step S515).
  • the boarding gate device 60 determines that the procedure cannot be executed based on the collation result information and the business information (step S511, NO)
  • the boarding gate device 60 notifies the user U of an error message (step S516).
  • the boarding gate device 60 displays a notification screen including a message such as "Please perform the procedure at the manned counter" on the display device 607.
  • the management server 10 associates the control data for face authentication with the business information used for various businesses by the token ID.
  • the management server 10 controls the expiration of the token ID validity period at the end of a series of operations. That is, since the validity or invalidity of the association by the token ID can be easily switched, different types of databases can be associated with each other at a high security level.
  • the management server 10 can expire the validity period of the token ID at the end of a series of operations. Specifically, the token ID is invalidated based on the completion of the last task (boarding procedure at the boarding gate), that is, the user U has passed through the boarding gate. Thereby, the management server 10 can limit the data association state by the token ID to the required period.
  • the support-requiring candidate since the support-requiring candidate is detected and found based on the shooting height of the photographing device without requiring complicated image processing, the support-requiring candidate can be detected with high accuracy and efficiency. Can be found in. Further, according to the present embodiment, since the support-requiring flag set in the check-in procedure is carried over to the subsequent procedure, the support-requiring person can be easily identified from the user U in the subsequent procedure. ..
  • FIG. 26 is a block diagram showing an overall configuration example of the information processing system 2 according to the present embodiment.
  • the information processing system 2 is a computer system that supports various operations related to the operation of the theme park TP.
  • the information processing system 2 has an automatic ticket vending machine 90 that sells admission tickets to the management server 10, a staff terminal 25, and an automated gate device 50 installed at the entrance / exit of the security area SA of the theme park TP.
  • the POS terminal 95 installed in the security area SA are connected via the network NW.
  • the clerk terminal 25 is carried and used by a clerk S such as a staff member of the theme park TP, or is installed at a predetermined place and used by the clerk S.
  • the automatic ticket vending machine 90 of the present embodiment is provided at the entrance of the theme park TP, but the installation location is not limited to this.
  • the automatic ticket vending machine 90 may be installed in a store such as a convenience store away from the theme park TP.
  • the management server 10 in the present embodiment has the token ID information DB 11, the passage history information DB 12, the business information DB 13, the staff terminal information DB 14, and the supporter candidate information DB 15 as in the first embodiment.
  • the data items of the business information stored in the business information DB 13 are also different.
  • the business in the present embodiment includes a business involving commercial transactions within the theme park TP. Therefore, the business information includes payment information such as a credit card number.
  • the management server 10 and the automated gate device 50 can control the entry / exit of the user U based on the face authentication even for the user U for which the payment information is not registered.
  • FIG. 27 is a block diagram showing an example of the hardware configuration of the automatic ticket vending machine 90.
  • the automatic ticket vending machine 90 includes a CPU 901, a RAM 902, a storage device 903, a communication I / F 904, an input device 906, a display device 907, a medium reading device 908, a photographing device 909, an automatic change machine 912, and a printer. It has 913. Each device is connected to a bus line 905.
  • the automatic change machine 912 automatically issues money according to the change amount calculated by the CPU 901. It is a device that discharges to the gold mouth.
  • the printer 913 prints a ticket, a receipt, a credit card usage statement, and the like on paper according to the control of the CPU 901.
  • the photographing device 909 includes the first photographing device 909a and the second photographing device 909b installed at different heights, similarly to the photographing device 209 in the first embodiment.
  • the imaging device 909 may be configured by a single imaging device that can move up and down, as in the imaging device 209 of the first embodiment.
  • FIG. 28 is a block diagram showing an example of the hardware configuration of the POS terminal 95.
  • the POS terminal 95 includes a CPU 951, a RAM 952, a storage device 953, a communication I / F 954, an input device 956, a display device 957, a medium reading device 958, a photographing device 959, an automatic change machine 962, and a printer 963. Each device is connected to bus line 955.
  • FIGS. 29 and 30 are sequence diagrams showing an example of processing of the automatic ticket vending machine 90 and the management server 10. This process is executed when the user U purchases a ticket for the theme park TP at the automatic ticket vending machine 90.
  • the automatic ticket vending machine 90 constantly or periodically photographs the front of the automatic ticket vending machine 90 by the first photographing device 909a and the second photographing device 909b, and the automatic ticket vending machine 90 is included in the photographed image. It is determined whether or not the face of the user U located in front is detected (step S61). The automatic ticket vending machine 90 waits until the face of the user U is detected in the image by the first photographing device 909a or the second photographing device 909b (steps S61, NO).
  • the automatic ticket vending machine 90 determines that the face of the user U is detected by the first photographing device 909a or the second photographing device 909b (step S61, YES)
  • the automatic ticket vending machine 90 detects the face of the first photographing device 909a or the second photographing device.
  • the face of the user U is photographed by 909b.
  • the automatic ticket vending machine 90 acquires the face image of the user U as the target face image (step S62).
  • the automatic ticket vending machine 90 transmits the target face image photographed by the first photographing device 909a or the second photographing device 909b to the management server 10 together with the height information via the network NW (step S63).
  • the height information is information on the height of the installation position of the photographing device that captured the target face image, specifically, the first photographing device 909a installed at a low position or the second photographed device installed at a high position. This is information indicating that the photographing device 909b has photographed the target face image.
  • the height information is information indicating, for example, the photographing height of the photographing device when the face of the user U is photographed.
  • the automatic ticket vending machine 90 when transmitting the target face image, the automatic ticket vending machine 90 also transmits the terminal ID, which is an identifier that uniquely identifies the automatic ticket vending machine 90, to the management server 10.
  • the management server 10 can specify the position of the automatic ticket vending machine 90 based on the terminal ID of the automatic ticket vending machine 90.
  • the management server 10 When the management server 10 receives the target face image and the height information from the automatic ticket vending machine 90, the management server 10 detects the support-requiring candidate and the like, as in the case of the first embodiment shown in FIG. Is executed (step S64). In addition, the staff terminal 25 executes the processing related to the support-requiring person-related processing as in the case of the first embodiment shown in FIG.
  • the support-requiring candidate is detected based on the shooting height of the photographing device that captured the target face image of the user U, and the alarm notification indicating the detection of the support-requiring candidate to the staff terminal 25 is responded to. Then, the staff member S confirms whether or not the candidate for the person requiring support is a person requiring support. Also in this embodiment, since the support-requiring candidate is detected and found based on the shooting height of the photographing device without requiring complicated image processing, the support-requiring candidate can be found with high accuracy and efficiency. Can be done.
  • the alarm notification destination is not limited to the staff terminal 25, and may be, for example, a signage terminal, a user terminal, or the like.
  • the user U who has been confirmed to be a person requiring support, can subsequently perform the registration procedure at the automatic ticket vending machine 90 while receiving support according to the required degree by the staff member S. Further, for the user U who has been confirmed to be a support-requiring person, the support-requiring person flag indicating that he / she is a support-requiring person is taken over to the subsequent payment processing as a part of the business information. Therefore, in the settlement process, the support-requiring person can be easily identified from the user U based on the support-requiring person flag, and the support-requiring person S can provide support to the specified support-requiring person.
  • the automatic ticket vending machine 90 acquires the payment information for purchasing the ticket (step S601)
  • the automatic ticket vending machine 90 transmits the payment information to the management server 10 (step S602).
  • the management server 10 executes a ticket purchase process (payment process) with a server of a payment system (not shown) based on the received payment information (step S603).
  • the automatic ticket vending machine 90 determines whether or not there is consent from the user U regarding the acquisition of the face image.
  • the automatic ticket vending machine 90 determines that there is consent from the user U (step S604, YES)
  • the automatic ticket vending machine 90 acquires the face image of the user U taken by the photographing device 909 as a registered face image (step S604, YES). S605)
  • the process proceeds to step S606.
  • the automatic ticket vending machine 90 determines that there is no consent from the user U (step S604, NO)
  • the process proceeds to step S613. Since the automatic ticket vending machine 90 acquires the target face image of the user U by the first photographing device 909a or the second photographing device 909b in step S62, the photographing in step S605 can be omitted.
  • step S606 it is determined whether or not there is consent from the user U regarding the registration of payment information.
  • the automatic ticket vending machine 90 determines that there is consent from the user U (step S606, YES)
  • the automatic ticket vending machine 90 transmits the face image (registered face image) of the user U and the consent information to the management server 10. (Step S607), the process proceeds to step S609.
  • the automatic ticket vending machine 90 determines that there is no consent from the user U (step S606, NO)
  • only the face image is transmitted to the management server 10 (step S608), and the process proceeds to step S609. Transition.
  • FIG. 31 is a diagram showing an example of a screen displayed on the automatic ticket vending machine 90.
  • the explanation about taking a face image ("Customers who have registered a face image, if you register your credit card information, you can use the payment service by face recognition in the park. Register your credit card information. Do you want to do it? ”) And a button for selecting whether or not to register the payment information is displayed.
  • step S609 when the management server 10 receives the information from the automatic ticket vending machine 90, it issues a token ID.
  • the management server 10 registers the relationship between the token ID and the registered face image in the token ID information DB 11 (step S610).
  • the management server 10 registers the relationship between the token ID and the business information (including payment information) in the business information DB 13 (step S611). As a result, the registered face image and business information such as payment information are associated with each other by the token ID. If there is no agreement regarding the association of payment information, the association with payment information is omitted.
  • the validity period of the token ID in this embodiment is determined by the type of purchased ticket (one-day ticket, annual passport, etc.). For example, when the ticket type is a one-day ticket, the token ID invalid flag is set to an invalid value (“0”) at the end time of business hours on the admission date or when leaving the theme park TP. You just have to control it. That is, the management server 10 expires the validity period of the token ID based on the exit information of the user U from the area where the business is executed.
  • the support-required person flag is set as the business information registered in the business information DB 13 based on the support-related information. Set from 0 "(support-free person) to" 1 "(support-required person). Further, the management server 10 registers the type of person requiring support such as a wheelchair or a child as business information based on the support-related information.
  • the management server 10 transmits the processing result information including the issued token ID to the automatic ticket vending machine 90 (step S612).
  • step S613 the automatic ticket vending machine 90 determines whether or not the ticket can be issued.
  • the automatic ticket vending machine 90 determines that the ticket can be issued (step S613, YES)
  • the automatic ticket vending machine 90 prints the ticket (step S614).
  • step S613 NO the automatic ticket vending machine 90 notifies that the ticket purchase process has failed.
  • FIG. 32 is a sequence diagram showing an example of processing of the POS terminal 95 and the management server 10. This process is executed when the payment method by face authentication is specified by the user U at the time of purchasing the product or the like in the theme park TP.
  • the POS terminal 95 determines whether or not the face of the user U standing in front of the POS terminal 95 is detected in the image taken in front of the device (step S701). The POS terminal 95 waits until the face of the user U is detected in the image by the photographing device 959 (step S701, NO).
  • step S701 When the POS terminal 95 determines that the face of the user U is detected by the photographing device 959 (step S701, YES), the POS terminal 95 photographs the face of the user U and acquires the face image of the user U as the target face image. (Step S702).
  • the POS terminal 95 transmits the target face image of the user U captured by the photographing device 959 to the management server 10 together with the collation request via the network NW (step S703).
  • the POS terminal 95 collates the target face image of the user U captured by the photographing device 959 with the plurality of registered face images registered in the token ID information DB 11 of the management server 10 on a one-to-N basis. Is requested from the management server 10.
  • the management server 10 When the management server 10 receives the target face image and the collation request from the POS terminal 95, the management server 10 collates the face image of the user U (step S704). That is, the management server 10 collates the target face image received from the POS terminal 95 with the plurality of registered face images registered in the token ID information DB 11 on a one-to-N basis.
  • the registered face image of the collation destination is limited to the image associated with the token ID whose invalid flag value is "1" (valid).
  • step S705 when the management server 10 determines that the collation result is a collation mismatch (step S705, NO), the management server 10 transmits the collation result information of the collation mismatch to the POS terminal 95 (step S707), and the process is a step. Move to S711.
  • step S705 when the management server 10 determines that the collation result is a collation match (step S705, YES), the process proceeds to step S706.
  • step S706 the management server 10 acquires payment information included in the business information from the business information DB 13 using the token ID associated with the registered face image of the matching match as a key.
  • the management server 10 determines whether or not the user U is a support-requiring person, as in the first embodiment, based on the support-requiring person flag included in the acquired business information (step S708). In this way, the management server 10 can easily identify the support-requiring person from the users U who receive the payment processing based on the support-requiring person flag.
  • step S708 NO the management server 10 determines that the person does not require support
  • step S708, YES the management server 10 executes a coping process for dealing with the person requiring support (step S709), and proceeds to the next step.
  • the management server 10 as a coping process, for example, the user U is required to support the staff terminal 25 carried by the staff S engaged in the sales business of products and the like, the staff S engaged in the business dealing with the person requiring support, and the like. It is possible to notify an alarm indicating that. At this time, the management server 10 can notify the type of person requiring support included in the business information together with the alarm.
  • the management server 10 transmits the collation result information, the token ID, and the payment information to the POS terminal 95 (step S710).
  • the management server 10 can execute step S710 and the above steps S708 and S709 regardless of the future, and can also execute the steps S710 and the above steps S708 and S709 in parallel.
  • step S711 when the POS terminal 95 determines that the payment process can be executed based on the collation result information and the payment information acquired from the management server 10 (step S711, YES), the payment process of the user U is performed based on the payment information. Is executed (step S712).
  • the POS terminal 95 transmits the token ID and purchase information such as products to the management server 10 via the network NW (step S713).
  • the management server 10 When the management server 10 receives the information from the POS terminal 95, the management server 10 updates the business information DB 13 and the passage history information DB 12, respectively (steps S714 and S715).
  • the POS terminal 95 determines that the payment process cannot be executed based on the collation result information and the payment information (step S711, NO)
  • the POS terminal 95 notifies the user U of an error message (step S716).
  • the payment processing by face authentication becomes possible during the period when the token ID is valid.
  • FIG. 33 is a block diagram showing an overall configuration example of the information processing apparatus 100 according to the present embodiment.
  • the information processing device 100 requires support from the acquisition unit 100A that acquires height information regarding the height of the shooting position of the shooting device that shot the image in which the user's face is detected, and the user based on the height information. It has a determination unit 100B for determining whether or not it is a candidate for a person requiring support who may be a person. According to the information processing device 100 in the present embodiment, it is possible to efficiently find a candidate for a person requiring support with high accuracy.
  • the present invention is not limited to this.
  • a photographing device is configured in the same manner as the check-in terminal 20, and support is required as in the case of the check-in terminal 20. Candidates can be detected.
  • the present invention is applied to business in an airport facility and a theme park has been described.
  • the control data required for face recognition and the business information necessary for executing the business are managed in separate databases, and the registered face image and the business information are associated with each other by the token ID.
  • the configuration of the present invention that the token ID can be easily associated with the business information of the existing business system can be applied to business in any industry such as railway, accommodation industry, service industry, and manufacturing industry.
  • the purchase of products in the facility, the use of services, and the use of guest rooms Entry / exit control can be performed by face recognition during the user's accommodation period.
  • the management server 10 transfers the face image to the management server 10.
  • a token ID can be issued when registering.
  • the user U can enter the station yard by face recognition at the automatic ticket gate and board a predetermined train.
  • the conductor may take a face image of the user U using a portable business terminal and upload it to the management server 10 via the network NW. .. This enables ticket inspection work based on face recognition on the train.
  • the ticket inspection may be automatically performed by the management server 10 based on an image taken by a network camera installed in the vehicle.
  • the user U gets off at the destination station, he / she can leave by face recognition at the automatic ticket gate at the getting-off station, as at the time of entry. Further, if the token ID and the payment information are associated in advance, the boarding fee can be paid by face authentication. As described above, according to the present invention, there is an advantage that the face recognition function can be easily implemented in the existing business system.
  • the management server 10 controls the life cycle of the token ID and the life cycle of the business information to be synchronized has been described, but the case is so as to be asynchronous. You may control it.
  • the management server 10 tokenizes the reception of a face image from a user terminal such as a smartphone as a trigger. An ID is issued, and the relationship between the face image of the user U and the token ID is registered in the token ID information DB 11.
  • the management server 10 registers the relationship between the issued token ID and the business information in the business information DB 13 at the timing when the user U reserves or purchases the boarding pass, for example. Then, during the period when the user U is a mileage member, the management server 10 keeps the value of the invalid flag of the token ID valid (“1”). As a result, the validity period of the token ID is not affected by the progress status (start and end) of the business. That is, unlike the case of the first embodiment, the token ID is not invalidated even if the user U passes through the boarding gate. Therefore, the user U can perform various procedures (check-in procedure-boarding procedure for an aircraft, etc.) at airport A by face recognition while he / she is registered as a member. As a result, the convenience of the user U can be improved.
  • FIG. 34 is a block diagram showing an overall configuration example of the information processing system 3 in the modified embodiment.
  • the ID issuing terminal 70 of the token ID, the automated gate device 50, and the automatic customs gate device 80 are arranged in the security area SA2 at the time of entry indicated by the broken line.
  • the ID issuing terminal 70 applies for the issuance of a token ID by reading the passport face image and taking the face image of the user U, as in the case of the check-in terminal 20, the subsequent automated gate
  • the procedures (immigration procedure and customs procedure) in the device 50 and the automatic customs gate device 80 can be executed by face recognition.
  • the application for issuance of the token ID at the time of entry may be made not only from the ID issuing terminal 70 but also from the automated gate device 50 and the automatic customs gate device 80. That is, the management server 10 may acquire the passport face image and the target biological image from any one of the business terminals that execute the business related to the entry of the user U.
  • each of the ID issuing terminal 70, the automated gate device 50, and the automatic customs gate device 80 also has a photographing device configured in the same manner as the check-in terminal 20, and is a candidate for a person requiring support in the same manner as in the case of the check-in terminal 20. Can be detected.
  • the configuration of the present invention can be applied not only to international flights but also to domestic flights.
  • domestic flights in addition to the departure examination procedure, the one-to-one matching process between the passport face image and the photographed face image may be omitted.
  • the registered biological image for example, the photographed face image at the time of purchasing the boarding pass may be registered.
  • the aircraft can be boarded at Airport A by face authentication.
  • the check-in terminal 20 applies for the issuance of the token ID to the management server 10 by reading the passport face image from the passport, but consider the case where the check-in procedure is performed online.
  • the issuance application can be made at the automatic baggage deposit machine 30 or the security inspection device 40. That is, the management server 10 acquires the passport face image and the target biological image from any one of the business terminals that execute the business related to the departure of the user U.
  • a token ID will be issued by the check-in procedure in the first country, and the relevant information will be issued.
  • the business information associated with the token ID can be easily used by face recognition even in immigration and customs inspections in a second country.
  • the first imaging device 209a and the second imaging device 209b having different heights from the floor surface to the installation position have been described as imaging devices.
  • the height from the floor surface to the installation position is the same, that is, the photographing device 209d (shooting range H4 in the vertical direction) (not shown) and the photographing device 209e (shooting range H5 in the vertical direction) (not shown) installed side by side.
  • the height of the shooting range H4 is higher than the height of the shooting range H5 (for example, the height from the floor surface to the lower end of the shooting range H4 is the height from the floor surface to the lower end of the shooting range H5).
  • the photographing device 209e By tilting the photographing device 209e downward so as to be higher than the height, the height of the photographing range H4 and the height of the photographing range H5 can be made different.
  • acquiring the identification information of the photographing apparatus 209d or 209e is included in acquiring the height information.
  • Each embodiment also has a processing method in which a program for operating the configuration of the embodiment is recorded on a recording medium so as to realize the functions of the above-described embodiment, the program recorded on the recording medium is read out as a code, and the program is executed by a computer. It is included in the category of. That is, a computer-readable recording medium is also included in the scope of each embodiment. Further, not only the recording medium on which the above-mentioned program is recorded but also the program itself is included in each embodiment.
  • the recording medium for example, a floppy (registered trademark) disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a magnetic tape, a non-volatile memory card, or the like can be used.
  • a floppy (registered trademark) disk for example, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a magnetic tape, a non-volatile memory card, or the like
  • the program that executes the processing by the program recorded on the recording medium alone, but also the one that operates on the OS and executes the processing in cooperation with the functions of other software and the expansion board is also in each embodiment. It is included in the category of.
  • An acquisition unit that acquires height information regarding the height of the shooting position of the shooting device that shot the image in which the user's face is detected, and the acquisition unit.
  • An information processing device having a determination unit for determining whether or not the user is a candidate for a supporter who may be a supporter based on the height information.
  • Appendix 2 The information processing device according to Appendix 1, wherein the determination unit determines that the user is a candidate for a person requiring support when the height of the shooting position of the shooting device is equal to or less than a predetermined height.
  • the photographing device includes a first photographing device and a second photographing device installed at a position higher than that of the first photographing device.
  • the information processing apparatus according to Appendix 2, wherein the determination unit determines that the user is a candidate for a person requiring support when the image is captured by the first imaging device.
  • the imaging device can be moved up and down to change its height.
  • the information processing device according to Appendix 2, wherein the determination unit determines that the user is a candidate for a person requiring support when the imaging device captures the image at the height equal to or lower than the predetermined height.
  • Appendix 5 Described in any of Appendix 1 to 4 having a notification unit for notifying the notification destination of an alarm indicating that the support-requiring candidate has been detected when the user is determined to be the support-requiring candidate.
  • Information processing equipment
  • Appendix 6 The information processing device according to Appendix 5, wherein the notification unit notifies the alarm to the notification destination having a predetermined positional relationship with the position where the support-requiring candidate is detected.
  • Appendix 7 The information processing device according to Appendix 6 for notifying the alarm to the notification destination located within a predetermined distance range from the position where the support-requiring candidate is detected.
  • Appendix 11 The information processing device according to Appendix 10, wherein when the registration unit receives information indicating that the confirmation of whether or not the support-requiring candidate is the support-requiring person has been completed, the information processing device deletes the information about the user.
  • Appendix 12 It has a issuing department that issues an identifier that associates the registered biometric information of the user with business information related to a predetermined business.
  • the information processing device according to any one of Supplementary note 1 to 11, wherein the business information includes information indicating whether or not the user is the person requiring support.
  • (Appendix 14) Acquires height information regarding the height of the shooting position of the shooting device that shot the image in which the user's face is detected. An information processing method for determining whether or not the user is a candidate for a supporter who may be a supporter based on the height information.
  • NW ⁇ ⁇ ⁇ Network 1,2,3 ⁇ ⁇ ⁇ Information processing system 10 ⁇ ⁇ ⁇ Management server 11 ⁇ ⁇ ⁇ Token ID information DB 12 ... Passage history information DB 13 ... Business information DB 14 ... Staff terminal information DB 15 ... Supporter candidate information DB 20 ... Check-in terminal 25 ... Staff terminal 30 ... Automatic baggage deposit machine 40 ... Security inspection device 50 ... Automated gate device 60 ... Boarding gate device 70 ... ID issuing terminal 80 ... Automatic customs gate device 90 ... Automatic ticket vending machine 95 ... POS terminal 100 ... Information processing device

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • General Health & Medical Sciences (AREA)
  • Oral & Maxillofacial Surgery (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Image Analysis (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

情報処理装置は、利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得する取得部と、高さ情報に基づき、利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する判定部とを有する。

Description

情報処理装置、情報処理方法及び記録媒体
　本発明は、情報処理装置、情報処理方法及び記録媒体に関する。
　特許文献１には、車椅子乗客の検知機能を有する装置が記載されている。特許文献１に記載の装置は、テレビカメラにより撮像された画像をもとに乗客の顔領域を特定し、その画像上の位置を検出し、顔領域の位置からもし当該乗客が車椅子に乗車している場合に画像上で車椅子が存在すると思われる領域を推定する。さらに、特許文献１に記載の装置は、推定された車椅子存在領域内を調査して車椅子が存在するか否かを判定する。
国際公開第０２／０５６２５１号 特開２０１０－２３８１７９号公報
　特許文献１に記載の装置は、顔領域の画像上の位置から車椅子存在領域を推定して車椅子の存否を判定するため、画像処理を行う必要がある。このため、特許文献１に記載の装置では、車椅子使用者等の要支援者の可能性のある候補を高精度に効率的に発見することは困難である。
　そこで、本発明は、上述の問題に鑑み、要支援者候補を高精度に効率的に発見することができる情報処理装置、情報処理方法及び記録媒体を提供することを目的とする。
　本発明の一つの観点によれば、利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得する取得部と、前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する判定部とを有する情報処理装置が提供される。
　本発明の他の観点によれば、利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得し、前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する情報処理方法が提供される。
　本発明のさらに他の観点によれば、コンピュータに、利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得し、前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定することを実行させるためのプログラムが記録された記録媒体が提供される。
　本発明によれば、要支援者候補を高精度に効率的に発見することができる。
第１実施形態における情報処理システムの全体構成例を示すブロック図である。 第１実施形態におけるトークンＩＤ情報データベースが記憶する情報の一例を示す図である。 第１実施形態における通過履歴情報データベースが記憶する情報の一例を示す図である。 第１実施形態における業務情報データベースが記憶する情報の一例を示す図である。 第１実施形態における係員端末情報データベースが記憶する情報の一例を示す図である。 第１実施形態における要支援者候補情報データベースが記憶する情報の一例を示す図である。 第１実施形態における管理サーバのハードウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末のハードウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末の撮影装置の一例を示す図である。 第１実施形態におけるチェックイン端末の撮影装置の他の例を示す図である。 第１実施形態における係員端末のハードウェア構成の一例を示すブロック図である。 第１実施形態における自動手荷物預け機のハードウェア構成の一例を示すブロック図である。 第１実施形態における保安検査装置のハードウェア構成の一例を示すブロック図である。 第１実施形態における自動化ゲート装置のハードウェア構成の一例を示すブロック図である。 第１実施形態における搭乗ゲート装置のハードウェア構成の一例を示すブロック図である。 第１実施形態におけるチェックイン端末及び管理サーバの処理の一例を示すシーケンス図（その１）である。 第１実施形態における管理サーバの要支援者関連処理の一例を示すフローチャートである。 第１実施形態における係員端末の処理の一例を示すフローチャートである。 第１実施形態における係員端末に表示される画面の一例を示す図である。 第１実施形態におけるチェックイン端末及び管理サーバの処理の一例を示すシーケンス図（その２）である。 第１実施形態におけるチェックイン端末に表示される画面の一例を示す図である。 第１実施形態における自動手荷物預け機及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における保安検査装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における自動化ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第１実施形態における搭乗ゲート装置及び管理サーバの処理の一例を示すシーケンス図である。 第２実施形態における情報処理システムの全体構成例を示すブロック図である。 第２実施形態における自動券売機のハードウェア構成の一例を示すブロック図である。 第２実施形態におけるＰＯＳ端末のハードウェア構成の一例を示すブロック図である。 第２実施形態における自動券売機及び管理サーバの処理の一例を示すシーケンス図（その１）である。 第２実施形態における自動券売機及び管理サーバの処理の一例を示すシーケンス図（その２）である。 第２実施形態における自動券売機に表示される画面の一例を示す図である。 第２実施形態におけるＰＯＳ端末及び管理サーバの処理の一例を示すシーケンス図である。 第３実施形態における情報処理装置の全体構成例を示すブロック図である。 変形実施形態における情報処理システムの全体構成例を示すブロック図である。
　以下、図面を参照して、本発明の例示的な実施形態を説明する。図面において同様の要素又は対応する要素には同一の符号を付し、その説明を省略又は簡略化することがある。
［第１実施形態］
　図１は、本実施形態における情報処理システム１の全体構成例を示すブロック図である。情報処理システム１は、第１国の空港Ａから航空機で第２国に向けて出国する利用者（渡航客）Ｕについての一連の審査手続に関する業務を支援するコンピュータシステムである。情報処理システム１は、例えば、入出国の管理局等の公的機関又はその機関から業務の委託を受けた受託者により運用される。
　さらに、本実施形態の情報処理システム１は、利用者Ｕの中から、要支援者の可能性のある者を検知して発見し、その検知を示すアラームを係員Ｓに通知する。要支援者は、行為に際して他者の支援を必要とする者であり、例えば、車椅子を使用する者である車椅子使用者、子供等である。なお、要支援者として取り扱う子供の年齢範囲は、例えば、１２歳以下、１５歳以下等のように手続内容等に応じて所定の年齢範囲に設定することができる。また、係員Ｓは、管理局、航空会社、空港等の業務に従事又は関与する者であり、例えば、管理局の職員、航空会社の職員、空港会社の職員等である。なお、以下では、要支援者の可能性のある者を、要支援者候補と適宜称する。また、要支援者でない者、すなわち行為に際して他者の支援を必要としない者を支援不要者と適宜称する。
　本実施形態の情報処理システム１では、共通の管理サーバ１０に対して、チェックイン端末２０、係員端末２５、自動手荷物預け機３０、保安検査装置４０、自動化ゲート装置５０、及び搭乗ゲート装置６０がネットワークＮＷを介してそれぞれ接続される。保安検査装置４０、自動化ゲート装置５０、及び搭乗ゲート装置６０は、破線で示されるセキュリティエリアＳＡ１に設置されている。係員端末２５は、係員Ｓにより携帯されて使用され又は所定の場所に設置されて係員Ｓにより使用される。ネットワークＮＷは、空港Ａの構内通信網を含むＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）、移動体通信網等により構成されている。接続方式は、有線方式に限らず、無線方式でもよい。なお、図１では、説明の便宜上、空港Ａにおける出国時の手続に使用される端末装置（業務端末）のみを図示している。
　管理サーバ１０は、利用者Ｕの入出国時における審査手続に関する業務を管理する情報処理装置である。また、管理サーバ１０は、審査手続に関する業務の管理とともに、要支援者候補の検知を行い、さらに要支援者候補の検知を示すアラームの通知を行う。管理サーバ１０は、例えば、空港Ａを運営する空港会社、航空会社等の施設内に設置されている。また、管理サーバ１０は、実際に業務が行われる施設内に設置されるサーバではなく、クラウドサーバとしてもよい。なお、管理サーバ１０は、単一のサーバである必要はなく、複数のサーバを含むサーバ群として構成されたものであってもよい。また、図１に示すように、空港Ａにおける出国時の審査手続は、５箇所のタッチポイントＰ１～Ｐ５において順次実施される。以下、各装置とタッチポイントＰ１～Ｐ５との関係について説明する。なお、本実施形態では、タッチポイントＰ１に設置されたチェックイン端末２０で撮影された顔画像を用いて要支援者候補を検知する場合について説明する。ただし、他のタッチポイントＰ２～Ｐ５に設置された自動手荷物預け機３０、保安検査装置４０、自動化ゲート装置５０及び搭乗ゲート装置６０で撮影された顔画像を用いても、同様にして要支援者候補を検知することができる。
　チェックイン端末２０は、空港Ａ内のチェックインロビー（以下、「タッチポイントＰ１」という。）に設置されている。チェックイン端末２０は、利用者Ｕが自身でチェックイン手続を行うためのセルフ端末である。チェックイン手続は、航空機に搭乗予定の利用者Ｕを識別するための情報を登録する手続である。利用者Ｕは、タッチポイントＰ１における手続を完了すると、手荷物カウンタあるいは保安検査場に移動する。
　係員端末２５は、空港Ａ内における所定の業務を担当する係員Ｓにより使用される情報処理端末である。係員端末２５は、例えば、係員Ｓにより携帯されて使用される携帯端末である。また、係員端末２５は、例えば、カウンタ、事務室等に設置されて係員Ｓにより使用される据置型端末であってもよい。
　自動手荷物預け機３０は、空港Ａ内の手荷物カウンタ（以下、「タッチポイントＰ２」という。）に設置されている。自動手荷物預け機３０は、利用者Ｕが自身で操作して、航空機内に持ち込まない手荷物を預ける手続（手荷物預け手続）を行うためのセルフ端末である。利用者Ｕは、タッチポイントＰ２における手続を完了すると、保安検査場に移動する。なお、利用者Ｕが、手荷物を預けない場合には、タッチポイントＰ２での手続は省略される。
　保安検査装置４０は、空港Ａ内の保安検査場（以下、「タッチポイントＰ３」という。）に設置されている。保安検査装置４０は、利用者Ｕについて金属探知機により危険物となりうる金属類を身につけているか否かを確認する装置である。なお、保安検査装置４０は、金属探知機のほか、Ｘ線を用いて機内持ち込みの手荷物等の中の危険物の有無を確認するＸ線検査装置等も含む。チェックイン手続や自動手荷物預け手続を完了した利用者Ｕは、保安検査場において保安検査装置４０による保安検査手続を受ける。利用者Ｕは、タッチポイントＰ３における手続を完了すると、出国審査場に移動する。
　自動化ゲート装置５０は、空港Ａ内の出国審査場（以下、「タッチポイントＰ４」という。）に設置されている。自動化ゲート装置５０は、利用者Ｕの出国審査手続を自動的に行う装置である。利用者Ｕは、タッチポイントＰ４における手続を完了すると、免税店や搭乗ゲートが設けられている出国エリアに移動する。
　搭乗ゲート装置６０は、出国エリアの搭乗ゲート（以下、「タッチポイントＰ５」という。）ごとに設置された通行制御装置である。搭乗ゲート装置６０は、利用者Ｕが搭乗ゲートから搭乗可能な航空機の搭乗者であることを確認する。利用者Ｕは、タッチポイントＰ５における手続を完了すると、航空機に搭乗し、出国する。
　また、図１に示すように、管理サーバ１０は、トークンＩＤ情報ＤＢ１１、通過履歴情報ＤＢ１２、業務情報ＤＢ１３、係員端末情報ＤＢ１４及び要支援者候補情報ＤＢ１５を有している。なお、管理サーバ１０が有するデータベースは、これらのデータベースに限られない。
　図２は、トークンＩＤ情報ＤＢ１１が記憶する情報の一例を示す図である。トークンＩＤ情報ＤＢ１１は、トークンＩＤ、グループＩＤ、特徴量、登録顔画像、トークン発行時刻、トークン発行デバイス名、無効フラグ、無効化時刻をデータ項目としている。トークンＩＤは、ＩＤ情報を一意に識別する識別子である。本実施形態では、トークンＩＤは、タッチポイントＰ１において旅券から読み取られた旅券顔画像と旅券を所持する利用者Ｕを撮影した顔画像との照合結果が一致することを条件として一時的に発行される。そして、利用者ＵがタッチポイントＰ５（搭乗ゲート）での手続を終えたときに、トークンＩＤは無効化される。すなわち、トークンＩＤは、有効期間（ライフサイクル）を有するワンタイムＩＤである。
　グループＩＤは、ＩＤ情報をグループ分けするための識別子である。特徴量は、生体情報から抽出される値である。登録顔画像は、利用者Ｕについて登録された顔画像である。なお、本実施形態における生体情報の語句は、顔画像及び顔画像から抽出される特徴量を意味するものとするが、生体情報は顔画像及び顔特徴量に限られない。すなわち、利用者Ｕの生体情報として、指紋画像、掌紋画像、耳介画像及び虹彩画像等を用いて生体認証を行ってもよい。
　トークン発行時刻は、管理サーバ１０がトークンＩＤを発行した時刻である。トークン発行デバイス名は、トークンＩＤの発行の契機となった登録顔画像の取得元のデバイス名である。無効フラグは、トークンＩＤが現時点で有効であるか否かを示すフラグ情報である。無効フラグは、トークンＩＤが発行されると、トークンＩＤが有効な状態を示す“１”の値になる。また、無効フラグは、所定の条件を満たすと、トークンＩＤが無効な状態を示す“０”の値に更新される。無効化時刻は、無効フラグが無効化されたときのタイムスタンプである。
　図３は、通過履歴情報ＤＢ１２が記憶する情報の一例を示す図である。通過履歴情報ＤＢ１２は、通過履歴ＩＤ、トークンＩＤ、通過時間、デバイス名、業務システム種別、及び通過タッチポイントをデータ項目としている。通過履歴ＩＤは、通過履歴情報を一意に識別する識別子である。通過時間は、タッチポイントを通過したときのタイムスタンプである。デバイス名は、タッチポイントにおける手続に使用した業務端末の機体名称である。業務システム種別は、業務端末が属する業務システムの種別である。通過タッチポイントは、通過したタッチポイントの名称である。なお、管理サーバ１０は、通過履歴情報をトークンＩＤごとに抽出することにより、利用者Ｕがどのタッチポイントまでの手続を完了しているのかを把握できる。
　図４は、業務情報ＤＢ１３が記憶する情報の一例を示す図である。業務情報ＤＢ１３は、トークンＩＤ、搭乗者名、予約番号、出発地、目的地、エアラインコード、便番号、運行年月日、シート番号、国籍、旅券番号、姓、名、生年月日、性別、要支援者フラグ、要支援者種別をデータ項目としている。このように、業務情報ＤＢ１３は、所定の業務に関する業務情報をトークンＩＤごとに記憶している。本実施形態において、「所定の業務」とはタッチポイントＰ１～Ｐ５でそれぞれ行われる手続業務を意味する。
　予約番号は、搭乗券の予約情報を一意に識別する識別子である。エアラインコードは、航空会社を一意に識別する識別子である。搭乗者名、予約番号、出発地、目的地、エアラインコード、便番号、運行年月日、シート番号、国籍、旅券番号、姓、名、生年月日、性別等の情報は、旅券及び搭乗券等の媒体や、予約情報を管理するデータベース（不図示）から旅券番号又は予約番号等をキーとして取得し得る。
　要支援者フラグは、利用者Ｕが要支援者であるか否かを示すフラグ情報である。要支援者フラグは、利用者Ｕが要支援者であると確認された場合に要支援者であることを示す“１”の値に設定される。また、要支援者フラグは、支援不要者であることが確認された場合に支援不要者であることを示す“０”の値に設定される。要支援者種別は、利用者Ｕが要支援者である場合における車椅子使用者、子供等の要支援者の具体的な種別である。
　図５は、係員端末情報ＤＢ１４が記憶する情報の一例を示す図である。係員端末情報ＤＢ１４は、端末ＩＤ、係員ＩＤ、現在位置をデータ項目としている。端末ＩＤは、係員端末２５を一意に識別する識別子である。係員ＩＤは、係員端末２５を使用する係員Ｓを一意に識別する識別子である。現在位置は、係員端末２５が携帯端末である場合に定期的又は不定期に係員端末２５から管理サーバ１０に送信されて登録される係員端末２５の現在位置であり、係員端末２５が据置型端末である場合には予め登録された設置場所の位置である。管理サーバ１０は、係員端末情報ＤＢ１４の現在位置を参照することにより、空港Ａにおける複数の係員端末２５の現在位置を特定することができる。
　図６は、要支援者候補情報ＤＢ１５が記憶する情報の一例を示す図である。要支援者候補情報ＤＢ１５は、候補ＩＤ、顔画像、特徴量、端末ＩＤ、検出時刻をデータ項目としている。候補ＩＤは、要支援者候補を一意に識別する識別子である。顔画像は、要支援者候補の顔画像である。特徴量は、顔画像から抽出される値である。端末ＩＤは、要支援者候補の顔画像を検出したチェックイン端末２０等の各機器を一意に識別する識別子である。検出時刻は、要支援者候補の顔画像が検出された時刻である。管理サーバ１０は、要支援者候補を検知すると、係員Ｓにより要支援者候補が要支援者であるか否かが確認されるまで要支援者候補情報を要支援者候補情報ＤＢ１５に登録する。
　続いて、図７乃至図１５を参照しながら、情報処理システム１を構成する各機器のハードウェア構成例を説明する。なお、図７乃至図１５において同一名称であって符号のみが異なる機器については、同等の機能を備える機器であるため、後続の図面においては詳細な説明を省略するものとする。
　図７は、管理サーバ１０のハードウェア構成の一例を示すブロック図である。同図に示すように、管理サーバ１０は、ＣＰＵ（Central　Processing　Unit）１０１、ＲＡＭ（Random　Access　Memory）１０２、記憶装置１０３、及び通信Ｉ／Ｆ１０４を有している。各装置は、バスライン１０５に接続されている。
　ＣＰＵ１０１は、記憶装置１０３に記憶されたプログラムに従って所定の動作を行うとともに、管理サーバ１０の各部を制御する機能を有するプロセッサである。管理サーバ１０において、ＣＰＵ１０１は、取得部、登録部、発行部、制御部、照合部、判定部、通知部及び出力部として機能する。ＲＡＭ１０２は、揮発性記憶媒体から構成され、ＣＰＵ１０１の動作に必要な一時的なメモリ領域を提供する。
　記憶装置１０３は、不揮発性メモリ、ハードディスクドライブ等の記憶媒体により構成され、記憶部として機能する。記憶装置１０３は、ＣＰＵ１０１により実行されるプログラム、そのプログラムの実行の際にＣＰＵ１０１により参照されるデータ等を記憶する。本実施形態では、トークンＩＤ情報ＤＢ１１等が記憶部に相当する。
　通信Ｉ／Ｆ１０４は、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）、４Ｇ等の規格に基づく通信インターフェースであり、チェックイン端末２０等との通信を行うためのモジュールである。
　図８は、チェックイン端末２０のハードウェア構成の一例を示すブロック図である。同図に示すように、チェックイン端末２０は、ＣＰＵ２０１、ＲＡＭ２０２、記憶装置２０３、通信Ｉ／Ｆ２０４、入力装置２０６、表示装置２０７、媒体読取装置２０８、及び撮影装置２０９を有している。各装置は、バスライン２０５に接続されている。
　入力装置２０６は、例えばタッチパネル等のポインティングデバイスや、キーボード等である。本実施形態のチェックイン端末２０では、表示装置２０７及び入力装置２０６は、タッチパネルとして一体に形成されているものとする。表示装置２０７は、液晶表示装置、ＯＬＥＤ（Organic　Light　Emitting　Diode）表示装置等であって、動画、静止画、文字等の表示に用いられる。
　媒体読取装置２０８は、利用者Ｕの旅券、航空券媒体を読み取って旅券、航空券に記録された情報を取得する装置である。航空券媒体としては、例えば、紙の航空券、ｅチケットの控えを表示する携帯端末等が挙げられる。媒体読取装置２０８は、例えば、コードリーダ、イメージスキャナ、非接触ＩＣ（Integrated　Circuit）リーダ、ＯＣＲ（Optical　Character　Reader）装置等により構成され、その読取部にかざされた各種媒体から情報を取得する。
　撮影装置２０９は、利用者Ｕの生体情報として利用者Ｕの顔画像を取得する装置である。撮影装置２０９は、床面から設置位置までの高さが互いに異なる第１撮影装置２０９ａ及び第２撮影装置２０９ｂを含んでいる。第１撮影装置２０９ａ及び第２撮影装置２０９ｂは、それぞれ、例えば、チェックイン端末２０の前に所在する利用者Ｕの顔を撮影するデジタルカメラであり、利用者Ｕの顔を撮影してその顔画像を取得する。なお、高さについては、床面から設置位置までの高さではなく、ある基準位置から設置位置までの高さを用いてもよい。
　図９は、チェックイン端末２０の撮影装置２０９の一例を示す図である。同図に示すように、第１撮影装置２０９ａは、第２撮影装置２０９ｂよりも低い位置に設置されている。第１撮影装置２０９ａ及び第２撮影装置２０９ｂは、チェックイン端末２０の前の所定の距離内において鉛直方向における撮影範囲が互いに異なっている。すなわち、チェックイン端末２０の前の所定の距離内において、第１撮影装置２０９ａの鉛直方向における撮影範囲Ｈ１は、第２撮影装置２０９ｂの鉛直方向における撮影範囲Ｈ２よりも低くなっている（例えば床面から撮影範囲Ｈ１の下端までの高さが床面から撮影範囲Ｈ２の下端までの高さよりも低くなっている）。
　第１撮影装置２０９ａの撮影範囲Ｈ１は、利用者Ｕのうち、車椅子使用者Ｕｗ、所定の身長以下の子供Ｕｃの顔が第１撮影装置２０９ａにより撮影可能なように所定の高さ以下に設定されている。撮影範囲Ｈ１は、適宜設定されうるが、例えば、車椅子使用時の平均座高、要支援者として取り扱うべき所定の年齢範囲の子供の平均身長等の要素に基づいて設定されている。
　一方、第２撮影装置２０９ｂの撮影範囲Ｈ２は、利用者Ｕのうち、所定の身長を超える大人Ｕａの顔が第２撮影装置２０９ｂにより撮影可能なように所定の高さよりも高い位置に設定されている。なお、撮影範囲Ｈ１と撮影範囲Ｈ２には重複する部分があってもよい。
　チェックイン端末２０は、高さ情報を取得する。高さ情報とは、撮影装置の撮影位置の高さに関する情報である。例えば、利用者Ｕの顔画像が第１撮影装置２０９ａにより撮影されたか第２撮影装置２０９ｂにより撮影されたかに応じて、利用者Ｕの顔画像を撮影した第１撮影装置２０９ａ又は第２撮影装置２０９ｂの設置位置の高さを示す具体的な数値情報を高さ情報として取得する。また、撮影装置の識別情報を取得することも、高さ情報を取得することに含まれる。
　なお、撮影装置２０９は、上記第１撮影装置２０９ａ及び第２撮影装置２０９ｂを含むものに限定されるものではない。図１０は、チェックイン端末２０の撮影装置２０９の他の例を示す図である。同図に示すように、撮影装置２０９は、上下に移動可能な単一の撮影装置２０９ｃにより構成されていてもよい。撮影装置２０９ｃは、上下に移動して高さを変更することが可能になっている。撮影装置２０９ｃは、その高さを変更することにより、チェックイン端末２０の前の所定の距離内において、鉛直方向における撮影範囲Ｈ３を上下に変更することが可能になっている。この場合、撮影装置２０９ｃの移動後の位置（撮影位置）に基づく高さ情報を取得することができる。また、撮影装置２０９ｃの初期位置が定められている場合、初期位置からの移動量を取得することも、高さ情報を取得することに含まれる。
　撮影装置２０９ｃは、利用者Ｕのうち、車椅子使用者Ｕｗ、所定の身長以下の子供Ｕｃの顔を撮影可能なように撮影範囲Ｈ３を所定の高さ以下に設定することができる。また、撮影装置２０９ｃは、利用者Ｕのうち、所定の身長を超える大人Ｕａの顔を撮影可能なように撮影範囲Ｈ３を所定の高さよりも高く設定することができる。撮影装置２０９ｃは、撮影範囲Ｈ３を適宜変更して利用者Ｕの顔を撮影することができる。
　図１１は、係員端末２５のハードウェア構成の一例を示すブロック図である。同図に示すように、係員端末２５は、ＣＰＵ２５１、ＲＡＭ２５２、記憶装置２５３、通信Ｉ／Ｆ２５４、入力装置２５６、表示装置２５７、位置センサ２５８、磁気センサ２５９を有している。各装置は、バスライン２５５に接続されている。
　位置センサ２５８は、ＧＮＳＳ（Global　Navigation　Satellite　System、全地球航法衛星システム）を利用して、係員端末２５の現在位置を測位する。これにより、位置センサ２５８は、係員端末２５の現在位置を示す位置情報を取得する。ＧＮＳＳとしては、特に限定されるものではなく、例えば、ＧＰＳ（Global　Positioning　System）、ＧＬＯＮＡＳＳ（Global　Navigation　Satellite　System）、ガリレオ、コンパス等である。
　磁気センサ２５９は、係員端末２５の現在位置における地磁気を検出して地磁気情報を取得する。磁気センサ２５９は、特に限定されるものではないが、例えば、ホール素子、磁気抵抗素子、磁気インピーダンス素子等を用いて地磁気を検出する。係員端末２５は、位置センサ２５８により取得される位置情報のほか、磁気センサ２５９により取得された地磁気情報に基づき、係員端末２５の屋内における現在位置を示す位置情報を取得することができる。
　また、係員端末２５は、磁気センサ２５９による位置情報のほか、例えば、Ｗｉ－Ｆｉ測位、ビーコン測位等により係員端末２５の屋内における現在位置を示す位置情報を取得することができる。
　図１２は、自動手荷物預け機３０のハードウェア構成の一例を示すブロック図である。同図に示すように、自動手荷物預け機３０は、ＣＰＵ３０１、ＲＡＭ３０２、記憶装置３０３、通信Ｉ／Ｆ３０４、入力装置３０６、表示装置３０７、媒体読取装置３０８、撮影装置３０９、手荷物搬送装置３１０、及び出力装置３１１を有している。各装置は、バスライン３０５に接続されている。
　手荷物搬送装置３１０は、利用者Ｕの本人確認に成功した場合に、利用者Ｕが搭乗する航空機にその手荷物を積み込むために搬送する。手荷物搬送装置３１０は、利用者Ｕにより受け取り部に置かれて手荷物タグが付けられた手荷物を荷捌きに向けて搬送する。
　出力装置３１１は、預ける手荷物に付ける手荷物タグを出力する装置である。また、出力装置３１１は、目的地に到着した後に手荷物の引き換えに必要な手荷物引き換え証を出力する。なお、手荷物タグや手荷物引き換え証は、少なくとも旅券情報、搭乗情報のどちらかに関連付けられている。
　図１３は、保安検査装置４０のハードウェア構成の一例を示すブロック図である。同図に示すように、保安検査装置４０は、ＣＰＵ４０１、ＲＡＭ４０２、記憶装置４０３、通信Ｉ／Ｆ４０４、入力装置４０６、表示装置４０７、媒体読取装置４０８、撮影装置４０９、及び金属探知ゲート４１０を有している。各装置は、バスライン４０５に接続されている。
　金属探知ゲート４１０は、ゲート型の金属探知機であり、金属探知ゲート４１０を通過する利用者Ｕの身に付けている金属類を探知する。
　図１４は、自動化ゲート装置５０のハードウェア構成の一例を示すブロック図である。自動化ゲート装置５０は、ＣＰＵ５０１、ＲＡＭ５０２、記憶装置５０３、通信Ｉ／Ｆ５０４、入力装置５０６、表示装置５０７、媒体読取装置５０８、撮影装置５０９、及びゲート５１１を有している。各装置は、バスライン５０５に接続されている。なお、入国審査場に配置される自動化ゲート装置５０は、出国審査場に配置される自動化ゲート装置５０と同様のハードウェア構成を備える。
　ゲート５１１は、自動化ゲート装置５０における利用者Ｕの本人確認に成功して出国審査を利用者Ｕが通過した場合に、ＣＰＵ５０１による制御に従って、待機時において利用者Ｕの通行を遮る閉鎖状態から、利用者Ｕの通行を許可する開放状態に移行する。ゲート５１１の方式は、特に限定されるものではなく、例えば、通路の片側又は両側から設けられたフラッパーが開閉するフラッパーゲート、３本バーが回転するターンスタイルゲート等である。
　図１５は、搭乗ゲート装置６０のハードウェア構成の一例を示すブロック図である。同図に示すように、搭乗ゲート装置６０は、ＣＰＵ６０１、ＲＡＭ６０２、記憶装置６０３、通信Ｉ／Ｆ６０４、入力装置６０６、表示装置６０７、撮影装置６０９、及びゲート６１１を有している。各装置は、バスライン６０５に接続されている。
　続いて、本実施形態における情報処理システム１における各装置の動作を図１６乃至図２５に基づいて説明する。
［チェックイン手続］
　図１６及び図２０は、チェックイン端末２０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、利用者Ｕがチェックイン端末２０を用いてチェックイン手続を行うたびに実行される。
　図１６に示すように、チェックイン端末２０は、第１撮影装置２０９ａ及び第２撮影装置２０９ｂによりチェックイン端末２０の前を常時又は定期的に撮影し、撮影した画像中にチェックイン端末２０の前に所在する利用者Ｕの顔が検出されたか否かを判定する（ステップＳ１１）。チェックイン端末２０は、第１撮影装置２０９ａ又は第２撮影装置２０９ｂによって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ１１、ＮＯ）。
　チェックイン端末２０は、第１撮影装置２０９ａ又は第２撮影装置２０９ｂによって利用者Ｕの顔が検出されたと判定すると（ステップＳ１１、ＹＥＳ）、顔を検出した第１撮影装置２０９ａ又は第２撮影装置２０９ｂによりその利用者Ｕの顔を撮影する。これにより、チェックイン端末２０は、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ１２）。
　次に、チェックイン端末２０は、第１撮影装置２０９ａ又は第２撮影装置２０９ｂにより撮影された対象顔画像を、高さ情報とともに管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ１３）。ここで、高さ情報は、対象顔画像を撮影した撮影装置の設置位置の高さに関する情報、具体的には、低い位置に設置された第１撮影装置２０９ａ又は高い位置に設置された第２撮影装置２０９ｂが対象顔画像を撮影したことを示す情報である。なお、上下に移動可能な単一の撮影装置２０９ｃを用いた場合、高さ情報は、例えば利用者Ｕの顔を撮影した際の撮影装置２０９ｃの撮影高さを示す情報である。また、チェックイン端末２０は、対象顔画像の送信に際して、チェックイン端末２０を一意に識別する識別子である端末ＩＤをあわせて管理サーバ１０に送信する。管理サーバ１０は、チェックイン端末２０の端末ＩＤに基づき、チェックイン端末２０の位置を特定することができる。
　管理サーバ１０は、チェックイン端末２０から対象顔画像及び高さ情報を受信すると、要支援者候補の検知等を行う要支援者関連処理を実行する（ステップＳ１４）。図１７は、管理サーバ１０の要支援者関連処理の一例を示すフローチャートである。図１８は、要支援者関連処理に関連する係員端末２５の処理の一例を示すフローチャートである。
　図１７に示すように、管理サーバ１０は、チェックイン端末２０から受信した高さ情報に基づき、対象顔画像が取得された利用者Ｕを撮影した撮影装置の撮影高さが所定の高さ以下であるか否かを判定する（ステップＳ１４０１）。管理サーバ１０は、高さ情報が、第１撮影装置２０９ａが対象顔画像を撮影したことを示す場合、撮影高さが所定の高さ以下であると判定する。一方、管理サーバ１０は、高さ情報が、第２撮影装置２０９ｂが対象顔画像を撮影したことを示す場合、撮影高さが所定の高さ以下でないと判定する。なお、上下に移動可能な単一の撮影装置２０９ｃを用いた場合、管理サーバ１０は、利用者Ｕの顔を撮影した際の撮影装置２０９ｃの撮影高さが所定の高さ以下であるか否かを判定することができる。
　管理サーバ１０は、撮影高さが所定の高さ以下でないと判定すると（ステップＳ１４０１、ＮＯ）、要支援者関連処理を終了する。
　一方、管理サーバ１０は、撮影高さが所定の高さ以下であると判定すると（ステップＳ１４０１、ＹＥＳ）、対象顔画像を撮影された利用者Ｕが、後述するように係員Ｓにより確認された支援不要者であるか否かを判定する（ステップＳ１４０２）。管理サーバ１０は、支援不要者であるか否かの判定に際して、チェックイン端末２０から受信した対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。管理サーバ１０は、照合の結果、照合一致の登録顔画像を発見すると、当該登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３の業務情報における要支援者フラグを参照する。管理サーバ１０は、参照した要支援者フラグが“０”（支援不要者）である場合、利用者Ｕが支援不要者であると判定する。一方、管理サーバ１０は、照合一致の登録顔画像を発見しない場合又は要支援者フラグが“１”（要支援者）である場合、利用者Ｕが支援不要者でないと判定する。
　管理サーバ１０は、利用者Ｕが支援不要者であると判定すると（ステップＳ１４０２、ＹＥＳ）、要支援者関連処理を終了する。
　一方、管理サーバ１０は、利用者Ｕが支援不要者でないと判定すると（ステップＳ１４０２、ＮＯ）、当該利用者Ｕが要支援者候補として検知されたものとして、要支援者候補情報を要支援者候補情報ＤＢ１５に登録する（ステップＳ１４０３）。要支援者候補情報は、要支援者候補として検知された利用者に関する情報である。管理サーバ１０は、要支援者候補情報として、候補ＩＤごとに、対象顔画像、特徴量、チェックイン端末２０の端末ＩＤ、対象顔画像の検出時刻等を要支援者候補情報ＤＢ１５に登録する（図６参照）。なお、本実施形態では、係員Ｓにより要支援者であることが確認された要支援者フラグが“１”である利用者Ｕについても、改めて要支援者候補としてアラームが係員Ｓに通知されることになる。
　次に、管理サーバ１０は、要支援者候補が検知されたことを示すアラームを係員端末２５にネットワークＮＷを介して通知する（ステップＳ１４０４）。アラームは、例えば、要支援者候補が検知されたチェックイン端末２０の位置、端末ＩＤ等を含むことができる。管理サーバ１０は、係員端末情報ＤＢ１４に登録された各係員端末２５の現在位置に基づき、アラームを通知する通知先の係員端末２５を、要支援者候補が検知されたチェックイン端末２０の位置と所定の位置関係にある一又は複数の係員端末２５に限定しうる。例えば、管理サーバ１０は、アラームを通知する係員端末２５を、要支援者候補が検知されたチェックイン端末２０の位置から所定の距離範囲内に位置する係員端末２５に限定することができる。また、例えば、管理サーバ１０は、アラームを通知する係員端末２５を、要支援者候補が検知されたチェックイン端末２０を見通せる位置又は僅かに移動すれば見通せる位置に位置する係員端末２５に限定することもできる。こうして、管理サーバ１０は、複数の係員端末２５のうち、特定の係員端末２５にアラームを通知することができる。
　一方、図１８に示すように、係員端末２５は、管理サーバ１０から要支援者候補が検知されたことを示すアラームが通知されたか否かを判定し（ステップＳ１５０１）、アラームが通知されるまで待機する（ステップＳ１５０１、ＮＯ）。
　係員端末２５は、管理サーバ１０からアラームが通知されたと判定すると（ステップＳ１５０１、ＹＥＳ）、アラームを通知する画面を表示装置２５７に表示する（ステップＳ１５０２）。なお、係員端末２５は、表示装置２５７へのアラームを通知する画面の表示に代えて又はこれとともに、不図示の音声出力装置からメッセージ音声又は効果音によりアラームを出力することもできる。
　図１９は、係員端末２５の表示装置２５７に表示されるアラームを通知するアラーム通知画面の一例を示す図である。同図に示すように、係員端末２５は、アラーム通知画面において、空港Ａの構内マップ２５７１を表示する。さらに、係員端末２５は、構内マップ２５７１において、要支援者候補が検知されたチェックイン端末２０の位置を示す検知位置マーク２５７２、自己の現在位置を示す現在位置マーク２５７３を表示する。
　また、係員端末２５は、アラーム通知画面において、要支援者候補が要支援者であるか否かを係員Ｓが確認中であることを入力するための確認中ボタン２５７４、その確認を係員Ｓが完了したことを入力するための確認完了ボタン２５７５を表示する。また、係員端末２５は、アラーム通知画面において、支援関連情報を入力するためのボタン群２５７６を表示する。ボタン群２５７６は、要支援者候補が要支援者であるか支援不要者であるかの別、要支援者である場合の車椅子、子供等の種別を支援関連情報として入力するためのラジオボタン、チェックボタン等の選択ボタンを含んでいる。
　係員端末２５に表示されたアラーム通知画面を見た係員Ｓは、確認中ボタン２５７４を押して要支援者候補が要支援者であるか否かを係員Ｓが確認中であることを入力することができる。確認中の係員Ｓは、ボタン群２５７６の選択ボタンをチェックすることにより支援関連情報を入力することができる。また、確認を完了した係員Ｓは、確認完了ボタン２５７５を押して確認を完了したことを入力することができる。
　アラーム通知画面を表示した係員端末２５は、図１８に示すように、係員Ｓにより、要支援者候補が要支援者であるか否かを係員Ｓが確認中であることが入力されるのを待機する（ステップＳ１５０３、ＮＯ）。
　係員端末２５は、係員Ｓが確認中であることが入力されたと判定すると（ステップＳ１５０３、ＹＥＳ）、係員Ｓが確認中であることを示す確認中情報をネットワークＮＷを介して管理サーバ１０に送信する（ステップＳ１５０４）。
　次に、係員端末２５は、係員Ｓによる支援関連情報の入力を受け付ける（ステップＳ１５０５）。
　係員端末２５は、係員Ｓにより、要支援者候補が要支援者であるか否かの確認を係員Ｓが完了したことが入力されるのを待機する（ステップＳ１５０６、ＮＯ）。
　係員端末２５は、係員Ｓが確認を完了したことが入力されたと判定すると（ステップＳ１５０６、ＹＥＳ）、係員Ｓが確認を完了したことを示す確認完了情報をネットワークＮＷを介して管理サーバ１０に送信する（ステップＳ１５０７）。係員端末２５は、確認完了情報とともに、係員Ｓにより入力された支援関連情報を管理サーバ１０にネットワークＮＷを介して送信する。支援関連情報は、要支援者候補が要支援者であるか支援不要者であるかの別、要支援者である場合の車椅子、子供等の種別を示す。
　こうして、係員端末２５にアラームを通知した管理サーバ１０に対しては、係員Ｓによる要支援者候補の確認状況に応じて、確認中情報及び確認完了情報が送信される。
　係員端末２５にアラームを通知した管理サーバ１０は、図１７に示すように、係員端末２５から確認中情報を受信したか否かを判定する（ステップＳ１４０５）。管理サーバ１０は、確認中情報を受信していないと判定すると（ステップＳ１４０５、ＮＯ）、さらに、アラームの通知から所定の時間が経過したか否かを判定する（ステップＳ１４０６）。管理サーバ１０は、所定の時間が経過していないと判定すると（ステップＳ１４０６、ＮＯ）、ステップＳ１４０５に移行して引き続き確認中情報の受信を待機する。管理サーバ１０は、所定の時間が経過したと判定すると（ステップＳ１４０６、ＹＥＳ）、ステップＳ１４０４に移行して再度アラームを係員端末２５に通知する。
　再度のアラームの通知において、管理サーバ１０は、アラームを通知する係員端末２５の範囲を拡大することができる。例えば、管理サーバ１０は、前回にアラームを通知した係員端末２５の距離範囲よりも広い距離範囲内に位置する係員端末２５にアラームを通知することができる。
　一方、管理サーバ１０は、確認中情報を受信したと判定すると（ステップＳ１４０５、ＹＥＳ）、アラームを通知した係員端末２５に対して、アラームの停止をネットワークＮＷを介して指示する（ステップＳ１４０７）。アラームの停止を指示された係員端末２５は、表示装置２５７へのアラームの表示を停止してアラームを停止する。
　アラームの停止を指示した管理サーバ１０は、続いて係員端末２５から確認完了情報を受信したか否かを判定する（ステップＳ１４０８）。管理サーバ１０は、確認完了情報を受信していないと判定すると（ステップＳ１４０８、ＮＯ）、さらに、アラームの停止の指示から所定の時間が経過したか否かを判定する（ステップＳ１４０９）。管理サーバ１０は、所定の時間が経過していないと判定すると（ステップＳ１４０９、ＮＯ）、ステップＳ１４０８に移行して引き続き確認完了情報の受信を待機する。管理サーバ１０は、所定の時間が経過したと判定すると（ステップＳ１４０９、ＹＥＳ）、ステップＳ１４０４に移行して再度アラームを係員端末２５に通知する。
　ここでの再度のアラームの通知においても、上記ステップＳ１４０６で所定の時間が経過した場合の再度のアラームの通知と同様に、管理サーバ１０は、アラームを通知する係員端末２５の範囲を拡大することができる。
　一方、管理サーバ１０は、確認完了情報を受信したと判定すると（ステップＳ１４０８、ＹＥＳ）、確認完了情報とともに送信された支援関連情報に基づき、要支援者候補が要支援者であるか否かを判定する（ステップＳ１４１０）。
　管理サーバ１０は、要支援者でないと判定すると（ステップＳ１４１０、ＮＯ）、要支援者候補について要支援者候補情報ＤＢ１５に登録されている要支援者候補情報を削除する（ステップＳ１４１２）。
　一方、管理サーバ１０は、要支援者であると判定すると（ステップＳ１４１０、ＹＥＳ）、支援関連情報を取得して一時的に記憶する（ステップＳ１４１１）。管理サーバ１０は、ＲＡＭ１０２、記憶装置１０３等に支援関連情報を一時的に記憶することができる。管理サーバ１０は、後述する業務情報の業務情報ＤＢ１３への登録に際して、一時的に記憶した支援関連情報に基づき、要支援者フラグ及び要支援者種別を業務情報に含めて登録することができる。
　次に、管理サーバ１０は、要支援者候補について要支援者候補情報ＤＢ１５に登録されている要支援者候補情報を削除する（ステップＳ１４１２）。
　こうして、本実施形態では、利用者Ｕの対象顔画像を撮影した撮影装置の撮影高さに基づき要支援者候補が検知され、係員端末２５に対する要支援者候補の検知を示すアラームの通知に応じて、係員Ｓにより要支援者候補が要支援者であるか否かが確認される。本実施形態では、複雑な画像処理を必要とすることなく、撮影装置の撮影高さに基づき要支援者候補を検知して発見するため、要支援者候補を高精度に効率的に発見することができる。
　なお、上記では、係員Ｓが使用する係員端末２５にアラームを通知する場合について説明したが、アラームの通知先となる端末はこれに限定されるものではない。例えば、管理サーバ１０は、要支援者候補が検知されたチェックイン端末２０の近傍、周辺等に設置された案内表示、広告表示等を行うサイネージ端末に係員端末２５の場合と同様にしてアラームを通知することもできる。これにより、端末を所持しない係員もアラームに気が付くことができる。また、例えば、管理サーバ１０は、要支援者候補として検知された利用者Ｕが携帯して使用する携帯端末である利用者端末にアラームを通知することもできる。この場合、管理サーバ１０は、例えば、利用者端末において実行されるアプリケーションから送信される位置情報等に基づき、アラームの通知先となる要支援者候補が携帯する利用者端末を特定することができる。なお、サイネージ端末や利用者端末に、利用者Ｕ向けにアラームを通知する場合、アラームとして、ガイダンス情報（例えば車椅子用スロープの位置などを示す情報）を含む情報を通知することもできる。これにより、利用者Ｕの支援を促進することができる。利用者Ｕ向けに通知する情報の種類や量については、利用者Ｕに応じて適宜変更可能である。
　要支援者であることが確認された利用者Ｕは、続いて、必要とする程度に応じた支援を係員Ｓにより受けつつ、チェックイン端末２０にてチェックイン手続を行うことができる。また、要支援者であることが確認された利用者Ｕについては、要支援者であることを示す要支援者フラグが業務情報の一部として、後続の手続である手荷物預け手続、保安検査手続、出国審査手続及び搭乗手続に引き継がれる。このため、後続の手続では、要支援者フラグに基づき利用者Ｕの中から要支援者を容易に特定することができ、特定された要支援者に対して係員Ｓにより支援を行うことができる。
　図２０に示すように、チェックイン端末２０は、利用者Ｕの旅券が媒体読取装置２０８の読取部（不図示）にかざされたか否かを判定し（ステップＳ１０１）、旅券がかざされるまで待機する（ステップＳ１０１、ＮＯ）。
　次に、チェックイン端末２０は、旅券が媒体読取装置２０８の読取部にかざされたと判定すると（ステップＳ１０１、ＹＥＳ）、かざされた旅券から利用者Ｕの旅券情報を取得する（ステップＳ１０２）。取得された旅券情報には、利用者Ｕの旅券顔画像、本人確認情報、旅券番号、旅券発行国の情報等が含まれる。
　次に、チェックイン端末２０は、利用者Ｕの航空券媒体が媒体読取装置２０８の読取部にかざされたか否かを判定し（ステップＳ１０３）、航空券媒体がかざされるまで待機する（ステップＳ１０３、ＮＯ）。
　次に、チェックイン端末２０は、航空券媒体が媒体読取装置２０８の読取部にかざされたと判定すると（ステップＳ１０３、ＹＥＳ）、かざされた航空券媒体から利用者Ｕの搭乗情報を取得する（ステップＳ１０４）。この際、媒体読取装置２０８は、航空券媒体から利用者Ｕの搭乗情報（姓、名、エアラインコード、便名、搭乗日、出発地（搭乗空港）、目的地（到着空港）、シート番号、搭乗時間、到着時間等）を取得できる。
　次に、チェックイン端末２０は、撮影装置２０９により利用者Ｕの顔を撮影し、顔画像を対象顔画像として取得する（ステップＳ１０５）。なお、顔画像を撮影する前に、利用者Ｕの同意を得るための画面を表示すると好適である。また、チェックイン端末２０は、ステップＳ１２において第１撮影装置２０９ａ又は第２撮影装置２０９ｂにより利用者Ｕの対象顔画像を取得しているため、ステップＳ１０５での撮影を省略することもできる。
　図２１は、チェックイン端末２０に表示される画面の一例を示す図である。ここでは、顔画像の撮影に関する説明（「お客様の顔画像をご登録頂きますと、出国までの以下の手続などを顔認証によって簡単に行うことができます。」）と、顔画像の撮影を行うか否かを選択するためのボタンが表示されている。
　次に、チェックイン端末２０は、撮影した対象顔画像、旅券情報、搭乗情報を管理サーバ１０に送信する（ステップＳ１０６）。
　管理サーバ１０は、チェックイン端末２０から情報を受信すると、利用者Ｕの旅券顔画像と、チェックイン端末２０で撮影された対象顔画像とを１対１で照合する（ステップＳ１０７）。
　次に、管理サーバ１０は、旅券顔画像と対象顔画像との照合結果が照合一致であると判定すると（ステップＳ１０８、ＹＥＳ）、トークンＩＤを発行する（ステップＳ１０９）。トークンＩＤは、例えば処理時の日時やシーケンス番号に基づいて固有な値に設定される。
　次に、管理サーバ１０は、対象顔画像を登録顔画像として、トークンＩＤと登録顔画像との関係をトークンＩＤ情報ＤＢ１１へ登録する（ステップＳ１１０）。
　本実施形態において、現地で撮影した顔画像（対象顔画像）を登録顔画像とする理由としては、トークンＩＤの有効期間（ライフサイクル）が当日内に完結すること、撮影画像はその後の認証プロセスで撮影した画像と品質（容姿）が旅券顔画像よりも近くなること、等が挙げられる。ただし、対象顔画像（撮影顔画像）の代わりに、旅券顔画像を登録顔画像（登録生体情報）に設定してもよい。例えば、トークンＩＤのライフサイクルが長期にわたる場合（例えば、航空業において、会員ならば一定の有効期間だけトークンＩＤを有効にする場合等）には、旅券や免許証の顔画像を登録顔画像に設定するとよい。
　次に、管理サーバ１０は、旅券情報及び搭乗情報を業務情報として、トークンＩＤと業務情報との関係を業務情報ＤＢ１３へ登録する（ステップＳ１１１）。すなわち、顔認証に必要な制御データと、業務の実行に必要な業務情報とは、別々のデータベースにおいて管理されるが、登録顔画像及び業務情報はトークンＩＤによって関連付けられる。本実施形態における制御データは、顔認証において対象顔画像と照合される登録顔画像と、登録顔画像とともにトークンＩＤに関連付けられる無効フラグ等の各種データ項目とを含むデータを意味する（図２参照）。
　また、管理サーバ１０は、ステップＳ１４１１において一時的に記憶した支援関連情報が存在する場合、支援関連情報に基づき、業務情報ＤＢ１３に登録される業務情報として、要支援者フラグを“０”（支援不要者）から“１”（要支援者）に設定する。また、管理サーバ１０は、支援関連情報に基づき、業務情報として車椅子、子供等の要支援者種別を登録する。
　次に、管理サーバ１０は、発行したトークンＩＤ及び照合一致の照合結果情報をチェックイン端末２０に送信する（ステップＳ１１２）。
　一方、管理サーバ１０は、旅券顔画像と対象顔画像との照合結果が照合不一致であると判定すると（ステップＳ１０８、ＮＯ）、照合不一致の照合結果情報をチェックイン端末２０に送信する（ステップＳ１１３）。
　次に、チェックイン端末２０は、管理サーバ１０から受信した照合一致の照合結果に基づいて、チェックイン手続を実行できると判定した場合（ステップＳ１１４、ＹＥＳ）、利用者Ｕの入力情報に基づいて旅程の確認や座席の選択等のチェックイン手続を実行する（ステップＳ１１５）。そして、チェックイン端末２０は、トークンＩＤと、業務情報と、チェックイン端末２０における手続完了を示すステータス情報とを管理サーバ１０に送信する（ステップＳ１１６）。なお、ステータス情報には、タッチポイントの通過時間、使用した端末のデバイス名等の情報が含まれるものとする。
　次に、管理サーバ１０は、チェックイン端末２０からの情報を受信すると、トークンＩＤとタッチポイントＰ１の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ１１７）。また、管理サーバ１０は、必要に応じて、チェックイン端末２０から受信した業務情報に基づいて業務情報ＤＢ１３を更新する。
　一方、チェックイン端末２０は、管理サーバ１０から受信した照合不一致の照合結果に基づいて、チェックイン手続を実行できないと判定した場合（ステップＳ１１４、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ１１８）。
　このように、チェックイン手続において旅券から取得した旅券顔画像と照合一致である対象顔画像（撮影顔画像）を登録顔画像としてトークンＩＤ情報ＤＢ１１へ登録するとともに、発行したトークンＩＤによって登録顔画像と業務情報ＤＢ１３の業務情報とを関連付ける。これにより、後続の各タッチポイントでは撮影した顔画像と登録顔画像との照合処理が可能となる。すなわち、登録顔画像に関連付けられたトークンＩＤは、すべてのタッチポイントにおいて共通に利用可能な識別情報である。このような共通化されたトークンＩＤを用いることにより、利用者Ｕの審査を効率化できる。
　また、利用者Ｕが要支援者であることが確認された場合に要支援者であることを示す要支援者フラグが業務情報の一部として設定されるため、後続の手続において要支援者フラグに基づき要支援者を容易に特定することができる。
［手荷物預け手続］
　図２２は、自動手荷物預け機３０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、チェックイン手続を完了した利用者Ｕが、必要に応じて手荷物預け手続を受けるときに実行される。
　自動手荷物預け機３０は、装置の前を常時又は定期的に撮影し、撮影した画像中に自動手荷物預け機３０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ２０１）。自動手荷物預け機３０は、撮影装置３０９によって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ２０１、ＮＯ）。
　自動手荷物預け機３０は、撮影装置３０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ２０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ２０２）。
　次に、自動手荷物預け機３０は、撮影装置３０９により撮像された利用者Ｕの対象顔画像を照合要求とともに管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ２０３）。これにより、自動手荷物預け機３０は、撮影装置３０９により撮像された利用者Ｕの対象顔画像と、管理サーバ１０のトークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合することを管理サーバ１０に対して要求する。
　管理サーバ１０は、自動手荷物預け機３０から対象顔画像及び照合要求を受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ２０４）。すなわち、管理サーバ１０は、自動手荷物預け機３０から受信した対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。
　ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ２０５、ＮＯ）、管理サーバ１０は不一致の照合結果情報を自動手荷物預け機３０に送信し（ステップＳ２０７）、処理はステップＳ２１１に移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ２０５、ＹＥＳ）、処理はステップＳ２０６に移行する。
　ステップＳ２０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。
　次に、管理サーバ１０は、取得した業務情報に含まれる要支援者フラグに基づき、利用者Ｕが要支援者であるか否かを判定する（ステップＳ２０８）。管理サーバ１０は、要支援者フラグが“１”である場合に要支援者であると判定し、要支援者フラグが“０”である場合に要支援者でないと判定する。こうして、管理サーバ１０は、要支援者フラグに基づき、手荷物預け手続を行う利用者Ｕの中から要支援者を容易に特定することができる。
　管理サーバ１０は、要支援者でないと判定すると（ステップＳ２０８、ＮＯ）、そのまま次ステップに移行する。一方、管理サーバ１０は、要支援者であると判定すると（ステップＳ２０８、ＹＥＳ）、要支援者に対処する対処処理を実行し（ステップＳ２０９）、次ステップに移行する。管理サーバ１０は、対処処理として、例えば、手荷物預け手続に従事する係員Ｓ、要支援者に対処する業務に従事する係員Ｓ等が携帯する係員端末２５に、利用者Ｕが要支援者であることを示すアラームを通知することができる。この際、管理サーバ１０は、業務情報に含まれる要支援者種別をアラームとあわせて通知することができる。
　次に、管理サーバ１０は、照合結果情報、トークンＩＤ、及び業務情報を自動手荷物預け機３０へ送信する（ステップＳ２１０）。なお、管理サーバ１０は、ステップＳ２１０と上記のステップＳ２０８、Ｓ２０９とを先後を問わず実行することができ、並行して実行することもできる。
　次に、自動手荷物預け機３０は、照合結果情報及び業務情報に基づいて手続を実行できると判定した場合（ステップＳ２１１、ＹＥＳ）、業務情報に基づいて利用者Ｕの手荷物預け手続の処理を実行する（ステップＳ２１２）。
　次に、自動手荷物預け機３０は、トークンＩＤと、業務情報と、顔画像の照合を経て利用者Ｕの手荷物預け手続が完了したことを示すステータス情報を管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ２１３）。なお、ステータス情報には、タッチポイントの通過時間、使用した端末のデバイス名等の情報が含まれるものとする。
　管理サーバ１０は、自動手荷物預け機３０からの情報を受信すると、トークンＩＤと利用者ＵのタッチポイントＰ２の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ２１４）。また、管理サーバ１０は、必要に応じて、自動手荷物預け機３０から受信した業務情報に基づいて業務情報ＤＢ１３を更新する。
　一方、自動手荷物預け機３０は、照合結果情報及び業務情報に基づいて手続を実行できないと判定した場合（ステップＳ２１１、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ２１５）。
［保安検査手続］
　図２３は、保安検査装置４０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、チェックイン手続を完了した利用者Ｕが、保安検査手続を受けるときに実行される。
　保安検査装置４０は、金属探知ゲート４１０の前を常時又は定期的に撮影し、撮影した画像中に金属探知ゲート４１０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ３０１）。保安検査装置４０は、撮影装置４０９によって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ３０１、ＮＯ）。
　保安検査装置４０は、撮影装置４０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ３０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ３０２）。
　次に、保安検査装置４０は、撮影装置４０９により撮像された利用者Ｕの対象顔画像を照合要求とともに管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ３０３）。これにより、保安検査装置４０は、撮影装置４０９により撮像された利用者Ｕの対象顔画像と、管理サーバ１０のトークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合することを管理サーバ１０に対して要求する。
　管理サーバ１０は、保安検査装置４０から対象顔画像及び照合要求を受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ３０４）。すなわち、管理サーバ１０は、保安検査装置４０から受信した対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。
　ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ３０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果情報を保安検査装置４０に送信し（ステップＳ３０７）、処理はステップＳ３１１に移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ３０５、ＹＥＳ）、処理はステップＳ３０６に移行する。
　ステップＳ３０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。
　次に、管理サーバ１０は、取得した業務情報に含まれる要支援者フラグに基づき、図２２のステップＳ２０８と同様にして、利用者Ｕが要支援者であるか否かを判定する（ステップＳ３０８）。こうして、管理サーバ１０は、要支援者フラグに基づき、保安検査手続を行う利用者Ｕの中から要支援者を容易に特定することができる。
　管理サーバ１０は、要支援者でないと判定すると（ステップＳ３０８、ＮＯ）、そのまま次ステップに移行する。一方、管理サーバ１０は、要支援者であると判定すると（ステップＳ３０８、ＹＥＳ）、要支援者に対処する対処処理を実行し（ステップＳ３０９）、次ステップに移行する。管理サーバ１０は、対処処理として、例えば、保安検査手続に従事する係員Ｓ、要支援者に対処する業務に従事する係員Ｓ等が携帯する係員端末２５に、利用者Ｕが要支援者であることを示すアラームを通知することができる。この際、管理サーバ１０は、業務情報に含まれる要支援者種別をアラームとあわせて通知することができる。
　次に、管理サーバ１０は、照合結果情報、トークンＩＤ、及び業務情報を保安検査装置４０へ送信する（ステップＳ３１０）。なお、管理サーバ１０は、ステップＳ３１０と上記のステップＳ３０８、Ｓ３０９とを先後を問わず実行することができ、並行して実行することもできる。
　次に、保安検査装置４０は、照合結果情報及び業務情報に基づいて手続を実行できると判定した場合（ステップＳ３１１、ＹＥＳ）、業務情報に基づいて利用者Ｕの保安検査処理を実行する（ステップＳ３１２）。保安検査処理において、ＣＰＵ４０１は、保安検査装置４０の各部を制御する。これにより、保安検査装置４０は、金属探知ゲート４１０を通過する利用者Ｕの身に付けている金属類を探知する。金属探知ゲート４１０を通過した利用者Ｕは、出国審査場に向かう。
　次に、保安検査装置４０は、トークンＩＤと、業務情報と、顔画像の照合を経て利用者Ｕの保安検査手続が完了したことを示すステータス情報を管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ３１３）。なお、ステータス情報には、タッチポイントの通過時間、使用した端末のデバイス名等の情報が含まれるものとする。
　管理サーバ１０は、保安検査装置４０からの情報を受信すると、トークンＩＤと利用者ＵのタッチポイントＰ３の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ３１４）。また、管理サーバ１０は、必要に応じて、保安検査装置４０から受信した業務情報に基づいて業務情報ＤＢ１３を更新する。
　一方、保安検査装置４０は、照合結果情報及び業務情報に基づいて手続を実行できないと判定した場合（ステップＳ３１１、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ３１５）。
［出国審査手続］
　図２４は、自動化ゲート装置５０及び管理サーバ１０の処理の一例を示すシーケンス図である。
　保安検査手続を完了した利用者Ｕは、出国審査場に向かい、自動化ゲート装置５０で出国審査手続を受ける。自動化ゲート装置５０及び管理サーバ１０は、複数の利用者Ｕのそれぞれが出国審査手続を受けるたびに図２４に示す処理を実行する。
　自動化ゲート装置５０は、自動化ゲート装置５０の前を常時又は定期的に撮影し、撮影した画像中に自動化ゲート装置５０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ４０１）。自動化ゲート装置５０は、撮影装置５０９によって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ４０１、ＮＯ）。
　自動化ゲート装置５０は、撮影装置５０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ４０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ４０２）。
　次に、自動化ゲート装置５０は、撮影装置５０９により撮像された利用者Ｕの対象顔画像を照合要求とともに管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ４０３）。これにより、自動化ゲート装置５０は、撮影装置５０９により撮像された利用者Ｕの対象顔画像と、管理サーバ１０のトークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合することを管理サーバ１０に対して要求する。
　管理サーバ１０は、自動化ゲート装置５０から対象顔画像及び照合要求を受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ４０４）。すなわち、管理サーバ１０は、自動化ゲート装置５０から受信した対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。
　ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ４０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果情報を自動化ゲート装置５０に送信し（ステップＳ４０７）、処理はステップＳ４１１に移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ４０５、ＹＥＳ）、処理はステップＳ４０６に移行する。
　ステップＳ４０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。
　次に、管理サーバ１０は、取得した業務情報に含まれる要支援者フラグに基づき、図２２のステップＳ２０８と同様にして、利用者Ｕが要支援者であるか否かを判定する（ステップＳ４０８）。こうして、管理サーバ１０は、要支援者フラグに基づき、出国審査手続を行う利用者Ｕの中から要支援者を容易に特定することができる。
　管理サーバ１０は、要支援者でないと判定すると（ステップＳ４０８、ＮＯ）、そのまま次ステップに移行する。一方、管理サーバ１０は、要支援者であると判定すると（ステップＳ４０８、ＹＥＳ）、要支援者に対処する対処処理を実行し（ステップＳ４０９）、次ステップに移行する。管理サーバ１０は、対処処理として、例えば、出国審査手続に従事する係員Ｓ、要支援者に対処する業務に従事する係員Ｓ等が携帯する係員端末２５に、利用者Ｕが要支援者であることを示すアラームを通知することができる。この際、管理サーバ１０は、業務情報に含まれる要支援者種別をアラームとあわせて通知することができる。
　次に、管理サーバ１０は、照合結果情報、トークンＩＤ、及び業務情報を自動化ゲート装置５０へ送信する（ステップＳ４１０）。なお、管理サーバ１０は、ステップＳ４１０と上記のステップＳ４０８、Ｓ４０９とを先後を問わず実行することができ、並行して実行することもできる。
　次に、自動化ゲート装置５０は、照合結果情報及び業務情報に基づいて手続を実行できると判定した場合（ステップＳ４１１、ＹＥＳ）、業務情報に基づいて利用者Ｕの出国審査手続を実行し、ゲート５１１を開放する（ステップＳ４１２）。タッチポイントＰ４を通過した利用者Ｕは、搭乗ゲートのある出国エリアに向かう。
　次に、自動化ゲート装置５０は、トークンＩＤと、業務情報と、顔画像の照合を経て利用者Ｕの出国審査手続が完了したことを示すステータス情報を管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ４１３）。なお、ステータス情報には、タッチポイントの通過時間、使用した端末のデバイス名等の情報が含まれるものとする。
　管理サーバ１０は、自動化ゲート装置５０からの情報を受信すると、トークンＩＤと利用者ＵのタッチポイントＰ４の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ４１４）。また、管理サーバ１０は、必要に応じて、自動化ゲート装置５０から受信した業務情報に基づいて業務情報ＤＢ１３を更新する。
　一方、自動化ゲート装置５０は、照合結果情報及び業務情報に基づいて手続を実行できないと判定した場合（ステップＳ４１１、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ４１５）。例えば、“有人カウンタにて出国審査手続を行ってください。”等のメッセージを含む通知画面を表示装置５０７に表示する。
［航空機への搭乗手続］
　図２５は、搭乗ゲート装置６０及び管理サーバ１０の処理の一例を示すシーケンス図である。
　搭乗ゲート装置６０は、装置の前を常時又は定期的に撮影し、撮影した画像中に搭乗ゲート装置６０の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ５０１）。搭乗ゲート装置６０は、撮影装置６０９によって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ５０１、ＮＯ）。
　搭乗ゲート装置６０は、撮影装置６０９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ５０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ５０２）。
　次に、搭乗ゲート装置６０は、撮影装置６０９により撮像された利用者Ｕの対象顔画像を照合要求とともに管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ５０３）。これにより、搭乗ゲート装置６０は、撮影装置６０９により撮像された利用者Ｕの対象顔画像と、管理サーバ１０のトークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合することを管理サーバ１０に対して要求する。
　管理サーバ１０は、搭乗ゲート装置６０から対象顔画像及び照合要求を受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ５０４）。すなわち、管理サーバ１０は、搭乗ゲート装置６０から受信した対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先となる登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。
　ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ５０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果情報を搭乗ゲート装置６０に送信し（ステップＳ５０７）、処理はステップＳ５１１に移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ５０５、ＹＥＳ）、処理はステップＳ５０６に移行する。
　ステップＳ５０６において、管理サーバ１０は、トークンＩＤ情報ＤＢ１１において照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして、業務情報ＤＢ１３から業務情報を取得する。
　次に、管理サーバ１０は、取得した業務情報に含まれる要支援者フラグに基づき、図２２のステップＳ２０８と同様にして、利用者Ｕが要支援者であるか否かを判定する（ステップＳ５０８）。こうして、管理サーバ１０は、要支援者フラグに基づき、搭乗手続を行う利用者Ｕの中から要支援者を容易に特定することができる。
　管理サーバ１０は、要支援者でないと判定すると（ステップＳ５０８、ＮＯ）、そのまま次ステップに移行する。一方、管理サーバ１０は、要支援者であると判定すると（ステップＳ５０８、ＹＥＳ）、要支援者に対処する対処処理を実行し（ステップＳ５０９）、次ステップに移行する。管理サーバ１０は、対処処理として、例えば、搭乗手続に従事する係員Ｓ、要支援者に対処する業務に従事する係員Ｓ等が携帯する係員端末２５に、利用者Ｕが要支援者であることを示すアラームを通知することができる。この際、管理サーバ１０は、業務情報に含まれる要支援者種別をアラームとあわせて通知することができる。
　次に、管理サーバ１０は、照合結果情報、トークンＩＤ、及び業務情報を搭乗ゲート装置６０へ送信する（ステップＳ５１０）。なお、管理サーバ１０は、ステップＳ５１０と上記のステップＳ５０８、Ｓ５０９とを先後を問わず実行することができ、並行して実行することもできる。
　次に、搭乗ゲート装置６０は、照合結果情報及び業務情報に基づいて手続を実行できると判定した場合（ステップＳ５１１、ＹＥＳ）、業務情報に基づいて利用者Ｕの航空機への搭乗手続を実行し、ゲート６１１を開放する（ステップＳ５１２）。タッチポイントＰ５を通過した利用者Ｕは、航空機に搭乗する。
　次に、搭乗ゲート装置６０は、トークンＩＤと、業務情報と、顔画像の照合を経て利用者Ｕの航空機への搭乗手続が完了したことを示すステータス情報を管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ５１３）。なお、ステータス情報には、タッチポイントの通過時間、使用した端末のデバイス名等の情報が含まれるものとする。
　管理サーバ１０は、搭乗ゲート装置６０からの情報を受信すると、トークンＩＤ情報ＤＢ１１を更新する（ステップＳ５１４）。具体的には、管理サーバ１０は、トークンＩＤ情報ＤＢ１１の無効フラグを無効の値（“０”）に更新する。これにより、トークンＩＤの有効期間（ライフサイクル）が満了する。
　そして、管理サーバ１０は、トークンＩＤと利用者ＵのタッチポイントＰ５の通過情報との関係を示す通過履歴情報を通過履歴情報ＤＢ１２へ登録する（ステップＳ５１５）。
　一方、搭乗ゲート装置６０は、照合結果情報及び業務情報に基づいて手続を実行できないと判定した場合（ステップＳ５１１、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ５１６）。例えば、搭乗ゲート装置６０は、“有人カウンタにて手続を行ってください。”等のメッセージを含む通知画面を表示装置６０７に表示する。
　このように、本実施形態によれば、管理サーバ１０は、顔認証用の制御データと各種の業務に使用される業務情報とをトークンＩＤによって関連付ける。また、管理サーバ１０は、一連の業務の終了に合わせてトークンＩＤの有効期間を満了させる制御を行う。すなわち、トークンＩＤによる関連付けの有効又は無効を容易に切替えることができるため、高度なセキュリティレベルで異種のデータベースを関連付けることができる。
　また、空港施設の場合には、タッチポイントＰ１～Ｐ５における一連の手続業務が、所定の順序で実行される。管理サーバ１０は、一連の業務の終了に合わせてトークンＩＤの有効期間を満了させることができる。具体的には、トークンＩＤは、順序が最後の業務（搭乗ゲートにおける搭乗手続）が終了、すなわち、利用者Ｕが搭乗ゲートを通過したことに基づいて無効化される。これにより、管理サーバ１０は、トークンＩＤによるデータの関連付け状態を必要な期間に限定できる。
　また、本実施形態によれば、複雑な画像処理を必要とすることなく、撮影装置の撮影高さに基づき要支援者候補を検知して発見するため、要支援者候補を高精度に効率的に発見することができる。また、本実施形態によれば、チェックイン手続で設定された要支援者フラグが後続の手続に引き継がれるため、後続の手続において利用者Ｕの中から要支援者を容易に特定することができる。
［第２実施形態］
　以下、本実施形態における情報処理システム２について説明する。なお、第１実施形態の図中において付与した符号と共通する符号は同一の対象を示す。第１実施形態と共通する箇所の説明は省略し、異なる箇所について詳細に説明する。
　図２６は、本実施形態における情報処理システム２の全体構成例を示すブロック図である。情報処理システム２は、テーマパークＴＰの運営に関する各種の業務を支援するコンピュータシステムである。図２６では、情報処理システム２は、管理サーバ１０に対して、入場チケットを販売する自動券売機９０と、係員端末２５と、テーマパークＴＰのセキュリティエリアＳＡの出入口に設置された自動化ゲート装置５０と、セキュリティエリアＳＡ内に設置されたＰＯＳ端末９５とがネットワークＮＷを介して接続されている。係員端末２５は、テーマパークＴＰの職員等の係員Ｓにより携帯されて使用され又は所定の場所に設置されて係員Ｓにより使用される。なお、本実施形態の自動券売機９０は、テーマパークＴＰの入口に設けられているが、設置場所はこれに限られない。例えば、自動券売機９０は、テーマパークＴＰから離れたコンビニエンスストア等の店舗に設置されてもよい。
　また、本実施形態における管理サーバ１０は、第１実施形態と同様に、トークンＩＤ情報ＤＢ１１、通過履歴情報ＤＢ１２、業務情報ＤＢ１３、係員端末情報ＤＢ１４及び要支援者候補情報ＤＢ１５を有する。ただし、本実施形態における業務は、第１実施形態の業務とは異なっているため、業務情報ＤＢ１３に記憶される業務情報のデータ項目も異なる。具体的には、本実施形態における業務は、テーマパークＴＰ内での商取引を伴う業務を含む。このため、業務情報にはクレジットカード番号等の決済情報が含まれる。なお、決済情報が登録されていない利用者Ｕについても、管理サーバ１０及び自動化ゲート装置５０は、顔認証に基づいて利用者Ｕの入退場を制御できる。
　図２７は、自動券売機９０のハードウェア構成の一例を示すブロック図である。同図に示すように、自動券売機９０は、ＣＰＵ９０１、ＲＡＭ９０２、記憶装置９０３、通信Ｉ／Ｆ９０４、入力装置９０６、表示装置９０７、媒体読取装置９０８、撮影装置９０９、自動釣銭機９１２、及びプリンタ９１３を有している。各装置は、バスライン９０５に接続されている。
　自動釣銭機９１２は、入金口に投入された貨幣の合計金額が商品の購入又はサービスの利用のための支払代金を超える場合に、ＣＰＵ９０１において算出された釣銭金額に応じた貨幣を自動的に出金口へ排出する装置である。プリンタ９１３は、ＣＰＵ９０１の制御に従って、チケット、レシート、クレジットカードの利用明細等を用紙に印刷する。
　撮影装置９０９は、第１実施形態における撮影装置２０９と同様に、互いに異なる高さに設置された第１撮影装置９０９ａ及び第２撮影装置９０９ｂを含んでいる。なお、撮影装置９０９は、第１実施形態における撮影装置２０９と同様に、上下に移動可能な単一の撮影装置により構成されていてもよい。
　図２８は、ＰＯＳ端末９５のハードウェア構成の一例を示すブロック図である。ＰＯＳ端末９５は、ＣＰＵ９５１、ＲＡＭ９５２、記憶装置９５３、通信Ｉ／Ｆ９５４、入力装置９５６、表示装置９５７、媒体読取装置９５８、撮影装置９５９、自動釣銭機９６２、及びプリンタ９６３を有している。各装置は、バスライン９５５に接続されている。
　続いて、本実施形態における情報処理システム２における各装置の動作を図２９乃至図３２に基づいて説明する。なお、自動化ゲート装置５０による入場時の制御は、第１実施形態とほぼ同様であるため、説明を省略する。
［発券時における登録処理］
　図２９及び図３０は、自動券売機９０及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、利用者Ｕが自動券売機９０においてテーマパークＴＰのチケットを購入するときに実行される。
　図２９に示すように、自動券売機９０は、第１撮影装置９０９ａ及び第２撮影装置９０９ｂにより自動券売機９０の前を常時又は定期的に撮影し、撮影した画像中に自動券売機９０の前に所在する利用者Ｕの顔が検出されたか否かを判定する（ステップＳ６１）。自動券売機９０は、第１撮影装置９０９ａ又は第２撮影装置９０９ｂによって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ６１、ＮＯ）。
　自動券売機９０は、第１撮影装置９０９ａ又は第２撮影装置９０９ｂによって利用者Ｕの顔が検出されたと判定すると（ステップＳ６１、ＹＥＳ）、顔を検出した第１撮影装置９０９ａ又は第２撮影装置９０９ｂによりその利用者Ｕの顔を撮影する。これにより、自動券売機９０は、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ６２）。
　次に、自動券売機９０は、第１撮影装置９０９ａ又は第２撮影装置９０９ｂにより撮影された対象顔画像を、高さ情報とともに管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ６３）。ここで、高さ情報は、対象顔画像を撮影した撮影装置の設置位置の高さに関する情報、具体的には、低い位置に設置された第１撮影装置９０９ａ又は高い位置に設置された第２撮影装置９０９ｂが対象顔画像を撮影したことを示す情報である。なお、上下に移動可能な単一の撮影装置を用いた場合、高さ情報は、例えば利用者Ｕの顔を撮影した際の撮影装置の撮影高さを示す情報である。また、自動券売機９０は、対象顔画像の送信に際して、自動券売機９０を一意に識別する識別子である端末ＩＤをあわせて管理サーバ１０に送信する。管理サーバ１０は、自動券売機９０の端末ＩＤに基づき、自動券売機９０の位置を特定することができる。
　管理サーバ１０は、自動券売機９０から対象顔画像及び高さ情報を受信すると、図１６に示す第１実施形態の場合と同様にして、要支援者候補の検知等を行う要支援者関連処理を実行する（ステップＳ６４）。また、係員端末２５は、図１８に示す第１実施形態の場合と同様に、要支援者関連処理に関連する処理を実行する。
　こうして、本実施形態でも、利用者Ｕの対象顔画像を撮影した撮影装置の撮影高さに基づき要支援者候補が検知され、係員端末２５に対する要支援者候補の検知を示すアラームの通知に応じて、係員Ｓにより要支援者候補が要支援者であるか否かが確認される。本実施形態でも、複雑な画像処理を必要とすることなく、撮影装置の撮影高さに基づき要支援者候補を検知して発見するため、要支援者候補を高精度に効率的に発見することができる。
　なお、本実施形態でも、第１実施形態と同様に、アラームの通知先は係員端末２５に限定されるものではなく、例えば、サイネージ端末、利用者端末等であってもよい。
　要支援者であることが確認された利用者Ｕは、続いて、必要とする程度に応じた支援を係員Ｓにより受けつつ、自動券売機９０にて登録手続を行うことができる。また、要支援者であることが確認された利用者Ｕについては、要支援者であることを示す要支援者フラグが業務情報の一部として、後続の決済処理に引き継がれる。このため、決済処理では、要支援者フラグに基づき利用者Ｕの中から要支援者を容易に特定することができ、特定された要支援者に対して係員Ｓにより支援を行うことができる。
　図３０に示すように、自動券売機９０は、チケット購入用の決済情報を取得すると（ステップＳ６０１）、決済情報を管理サーバ１０に送信する（ステップＳ６０２）。
　管理サーバ１０は、受信した決済情報に基づいて、図示しない決済システムのサーバとの間でチケット購入処理（決済処理）を実行する（ステップＳ６０３）。
　一方、自動券売機９０は、利用者Ｕからの顔画像の撮影に関する同意の有無を判定する。ここで、自動券売機９０は、利用者Ｕからの同意ありと判定した場合（ステップＳ６０４、ＹＥＳ）には、撮影装置９０９により撮影した利用者Ｕの顔画像を登録顔画像として取得し（ステップＳ６０５）、処理はステップＳ６０６に移行する。これに対し、自動券売機９０は、利用者Ｕからの同意なしと判定した場合（ステップＳ６０４、ＮＯ）には、処理はステップＳ６１３に移行する。なお、自動券売機９０は、ステップＳ６２において第１撮影装置９０９ａ又は第２撮影装置９０９ｂにより利用者Ｕの対象顔画像を取得しているため、ステップＳ６０５での撮影を省略することもできる。
　ステップＳ６０６において、利用者Ｕからの決済情報の登録に関する同意の有無を判定する。ここで、自動券売機９０は、利用者Ｕからの同意ありと判定した場合（ステップＳ６０６、ＹＥＳ）には、利用者Ｕの顔画像（登録顔画像）、及び同意情報を管理サーバ１０に送信する（ステップＳ６０７）と、処理はステップＳ６０９に移行する。これに対し、自動券売機９０は、利用者Ｕからの同意なしと判定した場合（ステップＳ６０６、ＮＯ）には、顔画像のみを管理サーバ１０に送信し（ステップＳ６０８）、処理はステップＳ６０９に移行する。
　図３１は、自動券売機９０に表示される画面の一例を示す図である。ここでは、顔画像の撮影に関する説明（「顔画像をご登録頂いたお客様は、クレジットカード情報をご登録頂きますと、パーク内では顔認証による決済サービスをご利用頂けます。クレジットカード情報を登録しますか？」）と、決済情報の登録を行うか否かを選択するためのボタンが表示されている。
　ステップＳ６０９において、管理サーバ１０は、自動券売機９０から情報を受信すると、トークンＩＤを発行する。次に、管理サーバ１０は、トークンＩＤと登録顔画像との関係をトークンＩＤ情報ＤＢ１１へ登録する（ステップＳ６１０）。
　次に、管理サーバ１０は、トークンＩＤと業務情報（決済情報を含む）との関係を業務情報ＤＢ１３へ登録する（ステップＳ６１１）。これにより、トークンＩＤによって登録顔画像と決済情報等の業務情報とが関連付けられる。なお、決済情報の関連付けに関する同意がない場合には、決済情報との関連付けは省略される。また、本実施形態におけるトークンＩＤの有効期間は、購入したチケットの種別（一日券、年間パスポート等）により定められる。例えば、チケットの種別が一日券の場合には、入場可能な日付の営業時間の終了時刻、あるいは、テーマパークＴＰからの退場時に、トークンＩＤの無効フラグを無効の値（“０”）に制御すればよい。すなわち、管理サーバ１０は、業務が実行される区域からの利用者Ｕの退出情報に基づいてトークンＩＤの有効期間を満了させる。
　また、管理サーバ１０は、第１実施形態と同様に一時的に記憶した支援関連情報が存在する場合、支援関連情報に基づき、業務情報ＤＢ１３に登録される業務情報として、要支援者フラグを“０”（支援不要者）から“１”（要支援者）に設定する。また、管理サーバ１０は、支援関連情報に基づき、業務情報として車椅子、子供等の要支援者種別を登録する。
　次に、管理サーバ１０は、発行したトークンＩＤを含む処理結果情報を自動券売機９０に送信する（ステップＳ６１２）。
　ステップＳ６１３において、自動券売機９０は、チケットを発券できるか否かを判定する。ここで、自動券売機９０は、チケットを発券できると判定した場合（ステップＳ６１３、ＹＥＳ）、チケットを印刷する（ステップＳ６１４）。
　一方、自動券売機９０は、チケットを発券できないと判定した場合（ステップＳ６１３、ＮＯ）、チケット購入処理に失敗した旨を通知する（ステップＳ６１５）。
［顔認証による決済処理］
　図３２は、ＰＯＳ端末９５及び管理サーバ１０の処理の一例を示すシーケンス図である。この処理は、テーマパークＴＰ内での商品等の購入時に、利用者Ｕから顔認証による決済方法が指定された場合に実行される。
　先ず、ＰＯＳ端末９５は、装置の前を撮影した画像中にＰＯＳ端末９５の前に立つ利用者Ｕの顔が検出されたか否かを判定する（ステップＳ７０１）。ＰＯＳ端末９５は、撮影装置９５９によって画像中に利用者Ｕの顔が検出されるまで待機する（ステップＳ７０１、ＮＯ）。
　ＰＯＳ端末９５は、撮影装置９５９によって利用者Ｕの顔が検出されたと判定すると（ステップＳ７０１、ＹＥＳ）、その利用者Ｕの顔を撮影して、利用者Ｕの顔画像を対象顔画像として取得する（ステップＳ７０２）。
　次に、ＰＯＳ端末９５は、撮影装置９５９により撮像された利用者Ｕの対象顔画像を照合要求とともに管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ７０３）。これにより、ＰＯＳ端末９５は、撮影装置９５９により撮像された利用者Ｕの対象顔画像と、管理サーバ１０のトークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合することを管理サーバ１０に対して要求する。
　管理サーバ１０は、ＰＯＳ端末９５から対象顔画像及び照合要求を受信すると、利用者Ｕの顔画像の照合を行う（ステップＳ７０４）。すなわち、管理サーバ１０は、ＰＯＳ端末９５から受信した対象顔画像と、トークンＩＤ情報ＤＢ１１に登録された複数の登録顔画像とを１対Ｎで照合する。なお、照合先の登録顔画像は、無効フラグの値が“１”（有効）であるトークンＩＤに関連付けられた画像に限るものとする。
　ここで、管理サーバ１０が、照合結果は照合不一致であると判定すると（ステップＳ７０５、ＮＯ）、管理サーバ１０は照合不一致の照合結果情報をＰＯＳ端末９５に送信し（ステップＳ７０７）、処理はステップＳ７１１に移行する。これに対し、管理サーバ１０が、照合結果は照合一致であると判定すると（ステップＳ７０５、ＹＥＳ）、処理はステップＳ７０６に移行する。
　ステップＳ７０６において、管理サーバ１０は、照合一致の登録顔画像に関連付けられたトークンＩＤをキーとして業務情報ＤＢ１３から業務情報に含まれる決済情報を取得する。
　次に、管理サーバ１０は、取得した業務情報に含まれる要支援者フラグに基づき、第１実施形態と同様に、利用者Ｕが要支援者であるか否かを判定する（ステップＳ７０８）。こうして、管理サーバ１０は、要支援者フラグに基づき、決済処理を受ける利用者Ｕの中から要支援者を容易に特定することができる。
　管理サーバ１０は、要支援者でないと判定すると（ステップＳ７０８、ＮＯ）、そのまま次ステップに移行する。一方、管理サーバ１０は、要支援者であると判定すると（ステップＳ７０８、ＹＥＳ）、要支援者に対処する対処処理を実行し（ステップＳ７０９）、次ステップに移行する。管理サーバ１０は、対処処理として、例えば、商品等の販売業務に従事する係員Ｓ、要支援者に対処する業務に従事する係員Ｓ等が携帯する係員端末２５に、利用者Ｕが要支援者であることを示すアラームを通知することができる。この際、管理サーバ１０は、業務情報に含まれる要支援者種別をアラームとあわせて通知することができる。
　次に、管理サーバ１０は、照合結果情報、トークンＩＤ、及び決済情報をＰＯＳ端末９５へ送信する（ステップＳ７１０）。なお、管理サーバ１０は、ステップＳ７１０と上記のステップＳ７０８、Ｓ７０９とを先後を問わず実行することができ、並行して実行することもできる。
　次に、ＰＯＳ端末９５は、管理サーバ１０から取得した照合結果情報及び決済情報に基づいて決済処理を実行できると判定した場合（ステップＳ７１１、ＹＥＳ）、決済情報に基づいて利用者Ｕの決済処理を実行する（ステップＳ７１２）。
　次に、ＰＯＳ端末９５は、トークンＩＤと商品等の購入情報を管理サーバ１０にネットワークＮＷを介して送信する（ステップＳ７１３）。
　管理サーバ１０は、ＰＯＳ端末９５からの情報を受信すると、業務情報ＤＢ１３及び通過履歴情報ＤＢ１２をそれぞれ更新する（ステップＳ７１４、ステップＳ７１５）。
　一方、ＰＯＳ端末９５は、照合結果情報及び決済情報に基づいて決済処理を実行できないと判定した場合（ステップＳ７１１、ＮＯ）、利用者Ｕに対してエラーメッセージを通知する（ステップＳ７１６）。
　このように、本実施形態によれば、チケットの購入時において顔画像と決済情報とをトークンＩＤによって関連付けることにより、トークンＩＤが有効である期間においては、顔認証による決済処理が可能となる。
［第３実施形態］
　図３３は、本実施形態における情報処理装置１００の全体構成例を示すブロック図である。情報処理装置１００は、利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得する取得部１００Ａと、高さ情報に基づき、利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する判定部１００Ｂとを有する。本実施形態における情報処理装置１００によれば、要支援者候補を高精度に効率的に発見することができる。
［変形実施形態］
　以上、実施形態を参照して本発明を説明したが、本発明は上述の実施形態に限定されるものではない。本発明の構成及び詳細には本発明の要旨を逸脱しない範囲で、当業者が理解し得る様々な変形をできる。例えば、いずれかの実施形態の一部の構成を、他の実施形態に追加した実施形態、あるいは他の実施形態の一部の構成と置換した実施形態も本発明を適用し得る実施形態であると理解されるべきである。
　上述の第１実施形態においては、チェックイン端末２０における顔画像を撮影した撮影装置の高さ情報に基づき要支援者候補を検知する場合について説明したが、これに限定されるものではない。自動手荷物預け機３０、保安検査装置４０、自動化ゲート装置５０及び搭乗ゲート装置６０のそれぞれについても、チェックイン端末２０と同様に撮影装置を構成し、チェックイン端末２０の場合と同様にして要支援者候補の検知を行うことができる。
　上述の第１及び第２実施形態においては、本発明を空港施設及びテーマパークにおける業務に適用した場合について説明した。しかし、本発明では、顔認証に必要な制御データと、業務の実行に必要な業務情報とは、別々のデータベースにおいて管理され、かつ、登録顔画像及び業務情報はトークンＩＤによって関連付けられる。トークンＩＤと、既存の業務システムの業務情報とを容易に関連付けできるという本発明の構成は、鉄道、宿泊業、サービス業、製造業等の任意の業種における業務に適用できる。例えば、宿泊業の業務に適用した場合には、ホテルへのチェックイン時に宿泊者の顔画像と業務情報とをトークンＩＤによって関連付けることにより、施設内における商品の購入、サービスの利用、客室への入退室制御等を利用者の宿泊期間において顔認証により行える。
　また、鉄道の業務に利用した場合には、携帯端末や窓口の券売機で乗車券や特急券を購入したときに顔画像を撮影したとき、管理サーバ１０は、当該顔画像を管理サーバ１０へ登録する際にトークンＩＤを発行できる。これにより、利用者Ｕは、自動改札機での顔認証によって駅構内に入場し、所定の列車に乗車できる。また、列車内で車掌による検札が行われるような場合には、車掌が携帯型の業務端末を用いて利用者Ｕの顔画像を撮影し、管理サーバ１０にネットワークＮＷを介してアップロードすればよい。これにより、列車内で顔認証に基づいた検札業務が可能となる。なお、検札は、車両内に設置されたネットワークカメラが撮影した画像に基づいて管理サーバ１０が自動的に行ってもよい。そして、利用者Ｕが目的地の駅で降車すると、入場時と同様に、降車駅の自動改札機での顔認証によって退場できる。また、トークンＩＤと決済情報が予め関連付けられていれば、顔認証により乗車代金を支払うこともできる。このように、本発明によれば、既存の業務システムに対して、顔認証の機能を容易に実装できる利点がある。
　また、上述の第１、第２及び変形実施形態においては、管理サーバ１０がトークンＩＤのライフサイクルと業務情報のライフサイクルとが同期するように制御する場合について説明したが、非同期となるように制御してもよい。ここでは、航空会社の業務に関する一例に挙げて説明する。先ず、利用者Ｕが航空会社の会員（以下、「マイレージ会員」という。）になるための手続をした際に、管理サーバ１０は、スマートフォン等のユーザ端末からの顔画像の受信をトリガーとしてトークンＩＤを発行し、利用者Ｕの顔画像とトークンＩＤとの関係をトークンＩＤ情報ＤＢ１１へ登録する。また、管理サーバ１０は、利用者Ｕが例えば搭乗券を予約した時あるいは購入した時等のタイミングで、発行済みのトークンＩＤと業務情報との関係を業務情報ＤＢ１３へ登録する。そして、利用者Ｕがマイレージ会員である期間においては、管理サーバ１０は、トークンＩＤの無効フラグの値を有効（“１”）のまま維持する。これにより、トークンＩＤの有効期間は、業務の進捗状況（開始及び終了）の影響を受けないようになる。すなわち、第１実施形態の場合と異なり、利用者Ｕが搭乗ゲートを通過したとしてもトークンＩＤは無効化されない。このため、利用者Ｕは、会員登録されている間は、空港Ａにおける各種の手続（チェックイン手続～航空機への搭乗手続等）を、顔認証によって行える。この結果、利用者Ｕの利便性を向上させることができる。
　上述の第１実施形態においては、利用者Ｕの出国時におけるトークンＩＤの発行から無効化までのライフサイクルについて説明したが、本発明の構成は入国時における入国審査手続、税関手続等の業務にも適用できる。図３４は、変形実施形態における情報処理システム３の全体構成例を示すブロック図である。ここでは、破線で示される入国時のセキュリティエリアＳＡ２にトークンＩＤのＩＤ発行用端末７０、自動化ゲート装置５０、自動税関ゲート装置８０が配置されている。
　例えば、ＩＤ発行用端末７０において、チェックイン端末２０の場合と同様に、旅券顔画像の読取と利用者Ｕの顔画像の撮影を行うことによってトークンＩＤの発行を申請すれば、後続の自動化ゲート装置５０及び自動税関ゲート装置８０における手続（入国審査手続及び税関手続）を顔認証により実行できる。また、入国時におけるトークンＩＤの発行申請は、ＩＤ発行用端末７０に限らず、自動化ゲート装置５０及び自動税関ゲート装置８０から行ってもよい。すなわち、管理サーバ１０は、利用者Ｕの入国時に関する業務を実行する業務端末のいずれか１つから旅券顔画像及び対象生体画像を取得してもよい。入国時にトークンＩＤを発行した場合には、帰国時（出国時）の最初の手続（チェックイン手続等）も顔認証により行える利点がある。また、ＩＤ発行用端末７０、自動化ゲート装置５０及び自動税関ゲート装置８０のそれぞれについても、チェックイン端末２０と同様に撮影装置を構成し、チェックイン端末２０の場合と同様にして要支援者候補の検知を行うことができる。
　また、本発明の構成は、国際線だけでなく、国内線の場合にも適用できる。国内線の場合には、出国審査手続のほか、旅券顔画像と撮影顔画像との１対１照合処理を省略すればよい。この場合、登録生体画像は、例えば搭乗券の購入時の撮影顔画像を登録すればよい。スマートフォンやパーソナルコンピュータ等の端末を用いてオンライン上で搭乗券を購入あるいはチェックインする場合には、端末で撮影した顔画像を登録すれば、空港Ａでは顔認証によって航空機に搭乗することもできる。
　上述の第１実施形態においては、チェックイン端末２０が旅券から旅券顔画像を読取ることで管理サーバ１０に対してトークンＩＤの発行申請を行っていたが、オンラインでチェックイン手続を行う場合を考慮し、自動手荷物預け機３０や保安検査装置４０において発行申請を行えるとよい。すなわち、管理サーバ１０は、利用者Ｕの出国時に関する業務を実行する業務端末のいずれか１つから旅券顔画像及び対象生体画像を取得する。また、出国時に行われる一連の手続業務のうち、最初に行われる手続業務においてトークンＩＤの発行申請を行ってもよい。
　また、出発地（第１国）と目的地（第２国）の空港施設が、管理サーバ１０を共有している場合には、第１国でのチェックイン手続によりトークンＩＤを発行し、当該トークンＩＤに関連付けられた業務情報を第２国の入国審査や税関審査においても顔認証により簡単に利用することができる。
　また、上述の第１、第２及び変形実施形態においては、撮影装置として、例えば床面から設置位置までの高さが互いに異なる第１撮影装置２０９ａ及び第２撮影装置２０９ｂを用いて説明した。しかし、例えば床面から設置位置までの高さが同じ、すなわち横並びに設置された撮影装置２０９ｄ（鉛直方向における撮影範囲Ｈ４）（不図示）及び撮影装置２０９ｅ（鉛直方向における撮影範囲Ｈ５）（不図示）であっても、例えば撮影範囲Ｈ４の高さが撮影範囲Ｈ５の高さよりも高くなる（例えば床面から撮影範囲Ｈ４の下端までの高さが床面から撮影範囲Ｈ５の下端までの高さよりも高くなる）ように撮影装置２０９ｅを下向きに傾けることで、撮影範囲Ｈ４の高さ及び撮影範囲Ｈ５の高さを異ならせることができる。この場合、撮影装置２０９ｄ又は２０９ｅの識別情報を取得することは、高さ情報を取得することに含まれる。
　上述の実施形態の機能を実現するように該実施形態の構成を動作させるプログラムを記録媒体に記録させ、該記録媒体に記録されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も各実施形態の範疇に含まれる。すなわち、コンピュータ読取可能な記録媒体も各実施形態の範囲に含まれる。また、上述のプログラムが記録された記録媒体はもちろん、そのプログラム自体も各実施形態に含まれる。
　該記録媒体としては例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、磁気テープ、不揮発性メモリカード等を用いることができる。また該記録媒体に記録されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ上で動作して処理を実行するものも各実施形態の範疇に含まれる。
　上述の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
　利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得する取得部と、
　前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する判定部と
　を有する情報処理装置。
（付記２）
　前記判定部は、前記撮影装置の撮影位置の高さが所定の高さ以下である場合に、前記利用者が前記要支援者候補であると判定する付記１記載の情報処理装置。
（付記３）
　前記撮影装置は、第１の撮影装置と、前記第１の撮影装置よりも高い位置に設置された第２の撮影装置とを含み、
　前記判定部は、前記第１の撮影装置により前記画像が撮影された場合に、前記利用者が前記要支援者候補であると判定する付記２記載の情報処理装置。
（付記４）
　前記撮影装置は、上下に移動して高さを変更可能であり、
　前記判定部は、前記撮影装置が前記所定の高さ以下の前記高さで前記画像を撮影した場合に、前記利用者が前記要支援者候補であると判定する付記２記載の情報処理装置。
（付記５）
　前記利用者が前記要支援者候補であると判定された場合に、前記要支援者候補が検知されたことを示すアラームを通知先に通知する通知部を有する付記１乃至４のいずれかに記載の情報処理装置。
（付記６）
　前記通知部は、前記要支援者候補が検知された位置と所定の位置関係にある前記通知先に前記アラームを通知する付記５記載の情報処理装置。
（付記７）
　前記通知部は、前記要支援者候補が検知された位置から所定の距離範囲内に位置する前記通知先に前記アラームを通知する付記６記載の情報処理装置。
（付記８）
　前記通知先は、係員が使用する係員端末、サイネージ端末又は前記利用者が使用する利用者端末である付記５乃至７のいずれかに記載の情報処理装置。
（付記９）
　前記通知部は、前記要支援者候補が前記要支援者であるか否かの確認中であることを示す情報を受信すると、前記アラームを停止する付記５乃至８のいずれかに記載の情報処理装置。
（付記１０）
　前記利用者が前記要支援者候補であると判定された場合に前記利用者に関する情報を登録する登録部を有する付記１乃至９のいずれかに記載の情報処理装置。
（付記１１）
　前記登録部は、前記要支援者候補が前記要支援者であるか否かの確認を完了したことを示す情報を受信すると、前記利用者に関する情報を削除する付記１０記載の情報処理装置。
（付記１２）
　前記利用者の登録生体情報と所定の業務に関する業務情報とを関連付ける識別子を発行する発行部を有し、
　前記業務情報は、前記利用者が前記要支援者であるか否かを示す情報を含む付記１乃至１１のいずれかに記載の情報処理装置。
（付記１３）
　前記要支援者は、車椅子使用者又は所定の年齢範囲の子供である付記１乃至１２のいずれかに記載の情報処理装置。
（付記１４）
　利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得し、
　前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する情報処理方法。
（付記１５）
　コンピュータに、
　利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得し、
　前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する
　ことを実行させるためのプログラムが記録された記録媒体。
　以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
ＮＷ・・・ネットワーク
１,２,３・・・情報処理システム
１０・・・管理サーバ
１１・・・トークンＩＤ情報ＤＢ
１２・・・通過履歴情報ＤＢ
１３・・・業務情報ＤＢ
１４・・・係員端末情報ＤＢ
１５・・・要支援者候補情報ＤＢ
２０・・・チェックイン端末
２５・・・係員端末
３０・・・自動手荷物預け機
４０・・・保安検査装置
５０・・・自動化ゲート装置
６０・・・搭乗ゲート装置
７０・・・ＩＤ発行用端末
８０・・・自動税関ゲート装置
９０・・・自動券売機
９５・・・ＰＯＳ端末
１００・・・情報処理装置

Claims (15)

  1. 　利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得する取得部と、
    　前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する判定部と
    　を有する情報処理装置。
  2. 　前記判定部は、前記撮影装置の撮影位置の高さが所定の高さ以下である場合に、前記利用者が前記要支援者候補であると判定する請求項１記載の情報処理装置。
  3. 　前記撮影装置は、第１の撮影装置と、前記第１の撮影装置よりも高い位置に設置された第２の撮影装置とを含み、
    　前記判定部は、前記第１の撮影装置により前記画像が撮影された場合に、前記利用者が前記要支援者候補であると判定する請求項２記載の情報処理装置。
  4. 　前記撮影装置は、上下に移動して高さを変更可能であり、
    　前記判定部は、前記撮影装置が前記所定の高さ以下の前記高さで前記画像を撮影した場合に、前記利用者が前記要支援者候補であると判定する請求項２記載の情報処理装置。
  5. 　前記利用者が前記要支援者候補であると判定された場合に、前記要支援者候補が検知されたことを示すアラームを通知先に通知する通知部を有する請求項１乃至４のいずれか１項に記載の情報処理装置。
  6. 　前記通知部は、前記要支援者候補が検知された位置と所定の位置関係にある前記通知先に前記アラームを通知する請求項５記載の情報処理装置。
  7. 　前記通知部は、前記要支援者候補が検知された位置から所定の距離範囲内に位置する前記通知先に前記アラームを通知する請求項６記載の情報処理装置。
  8. 　前記通知先は、係員が使用する係員端末、サイネージ端末又は前記利用者が使用する利用者端末である請求項５乃至７のいずれか１項に記載の情報処理装置。
  9. 　前記通知部は、前記要支援者候補が前記要支援者であるか否かの確認中であることを示す情報を受信すると、前記アラームを停止する請求項５乃至８のいずれか１項に記載の情報処理装置。
  10. 　前記利用者が前記要支援者候補であると判定された場合に前記利用者に関する情報を登録する登録部を有する請求項１乃至９のいずれか１項に記載の情報処理装置。
  11. 　前記登録部は、前記要支援者候補が前記要支援者であるか否かの確認を完了したことを示す情報を受信すると、前記利用者に関する情報を削除する請求項１０記載の情報処理装置。
  12. 　前記利用者の登録生体情報と所定の業務に関する業務情報とを関連付ける識別子を発行する発行部を有し、
    　前記業務情報は、前記利用者が前記要支援者であるか否かを示す情報を含む請求項１乃至１１のいずれか１項に記載の情報処理装置。
  13. 　前記要支援者は、車椅子使用者又は所定の年齢範囲の子供である請求項１乃至１２のいずれか１項に記載の情報処理装置。
  14. 　利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得し、
    　前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する情報処理方法。
  15. 　コンピュータに、
    　利用者の顔が検出された画像を撮影した撮影装置の撮影位置の高さに関する高さ情報を取得し、
    　前記高さ情報に基づき、前記利用者が、要支援者である可能性のある要支援者候補であるか否かを判定する
    　ことを実行させるためのプログラムが記録された記録媒体。
PCT/JP2019/038338 2019-09-27 2019-09-27 情報処理装置、情報処理方法及び記録媒体 Ceased WO2021059526A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP19946509.7A EP4036846A4 (en) 2019-09-27 2019-09-27 DEVICE AND METHOD FOR PROCESSING INFORMATION AS WELL AS RECORDING MEDIUM
BR112022004629A BR112022004629A2 (pt) 2019-09-27 2019-09-27 Dispositivo de processamento de informação, método de processamento de informação e meio de armazenamento
PCT/JP2019/038338 WO2021059526A1 (ja) 2019-09-27 2019-09-27 情報処理装置、情報処理方法及び記録媒体
JP2021548297A JP7264265B2 (ja) 2019-09-27 2019-09-27 情報処理装置、情報処理方法及びプログラム
US17/761,305 US12223765B2 (en) 2019-09-27 2019-09-27 Information processing apparatus, information processing method and storage medium
US19/001,839 US20250140018A1 (en) 2019-09-27 2024-12-26 Information processing apparatus, information processing method and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/038338 WO2021059526A1 (ja) 2019-09-27 2019-09-27 情報処理装置、情報処理方法及び記録媒体

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US17/761,305 A-371-Of-International US12223765B2 (en) 2019-09-27 2019-09-27 Information processing apparatus, information processing method and storage medium
US19/001,839 Continuation US20250140018A1 (en) 2019-09-27 2024-12-26 Information processing apparatus, information processing method and storage medium

Publications (1)

Publication Number Publication Date
WO2021059526A1 true WO2021059526A1 (ja) 2021-04-01

Family

ID=75165225

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/038338 Ceased WO2021059526A1 (ja) 2019-09-27 2019-09-27 情報処理装置、情報処理方法及び記録媒体

Country Status (5)

Country Link
US (2) US12223765B2 (ja)
EP (1) EP4036846A4 (ja)
JP (1) JP7264265B2 (ja)
BR (1) BR112022004629A2 (ja)
WO (1) WO2021059526A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7100819B1 (ja) * 2022-01-26 2022-07-14 日本電気株式会社 端末、システム、端末の制御方法及びプログラム
WO2023007714A1 (ja) 2021-07-30 2023-02-02 日本電気株式会社 認証システム及び撮像装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7211399B2 (ja) * 2020-06-25 2023-01-24 横河電機株式会社 装置、方法およびプログラム
CN117043809A (zh) * 2021-03-17 2023-11-10 日本电气株式会社 信息处理装置、信息处理方法和记录介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0140906B2 (ja) * 1983-03-11 1989-09-01 Sumitomo Metal Ind
WO2002056251A1 (en) 2000-12-27 2002-07-18 Mitsubishi Denki Kabushiki Kaisha Image processing device and elevator mounting it thereon
JP2004310197A (ja) * 2003-04-02 2004-11-04 Casio Comput Co Ltd 画像データ処理システム及びプログラム
JP2008040937A (ja) * 2006-08-09 2008-02-21 Nikon Corp 施設内監視システム
JP2010238179A (ja) 2009-03-31 2010-10-21 Sogo Keibi Hosho Co Ltd 監視装置及び監視方法
JP2014241553A (ja) * 2013-06-12 2014-12-25 株式会社Pfu 情報端末装置、自動調整方法及び自動調整プログラム
JP2018109935A (ja) * 2016-12-28 2018-07-12 グローリー株式会社 顔照合装置及び顔照合方法
JP2018173693A (ja) * 2017-03-31 2018-11-08 日本電気株式会社 移動支援システム、移動支援装置、移動支援方法および移動支援プログラム

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5170130B2 (ja) 2010-03-09 2013-03-27 オムロン株式会社 身長推定装置
JP5870996B2 (ja) * 2011-03-28 2016-03-01 日本電気株式会社 人物追跡装置、人物追跡方法および人物追跡プログラム
US9256720B2 (en) 2011-05-18 2016-02-09 Nextgenid, Inc. Enrollment kiosk including biometric enrollment and verification, face recognition and fingerprint matching systems
CN113038020B (zh) * 2016-10-14 2023-07-11 深圳市大疆创新科技有限公司 用于时刻捕获的系统和方法
AU2017348370A1 (en) * 2016-10-28 2019-06-13 Axon Enterprise, Inc. Systems and methods for supplementing captured data
JP2018077740A (ja) 2016-11-11 2018-05-17 菊一 西 交通弱者対応横断歩道信号システム。
ES2900026T3 (es) 2017-11-17 2022-03-15 Mitsubishi Electric Corp Dispositivo de control de visualización de personas, sistema de control de visualización de personas y método de control de visualización de personas
EP3866103A4 (en) * 2018-10-11 2022-02-16 NEC Corporation INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING METHOD AND RECORDING MEDIUM
EP3879419B1 (en) * 2018-11-05 2026-01-28 NEC Corporation Information processing device, information processing method, and recording medium
JP6781413B2 (ja) * 2018-11-21 2020-11-04 日本電気株式会社 情報処理装置
JP2020119284A (ja) * 2019-01-24 2020-08-06 日本電気株式会社 情報処理装置、情報処理方法及びプログラム
WO2021186569A1 (ja) * 2020-03-17 2021-09-23 日本電気株式会社 訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体
US20230143314A1 (en) * 2020-03-30 2023-05-11 Nec Corporation Information processing device, information processing method, and storage medium
JP6819916B1 (ja) * 2020-03-31 2021-01-27 日本電気株式会社 情報処理装置、情報処理方法及びプログラム
WO2022195667A1 (ja) * 2021-03-15 2022-09-22 日本電気株式会社 情報提供装置、情報処理方法、記憶媒体
JP2023061142A (ja) * 2021-10-19 2023-05-01 株式会社リコー 情報処理装置、情報処理方法、及びプログラム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0140906B2 (ja) * 1983-03-11 1989-09-01 Sumitomo Metal Ind
WO2002056251A1 (en) 2000-12-27 2002-07-18 Mitsubishi Denki Kabushiki Kaisha Image processing device and elevator mounting it thereon
JP2004310197A (ja) * 2003-04-02 2004-11-04 Casio Comput Co Ltd 画像データ処理システム及びプログラム
JP2008040937A (ja) * 2006-08-09 2008-02-21 Nikon Corp 施設内監視システム
JP2010238179A (ja) 2009-03-31 2010-10-21 Sogo Keibi Hosho Co Ltd 監視装置及び監視方法
JP2014241553A (ja) * 2013-06-12 2014-12-25 株式会社Pfu 情報端末装置、自動調整方法及び自動調整プログラム
JP2018109935A (ja) * 2016-12-28 2018-07-12 グローリー株式会社 顔照合装置及び顔照合方法
JP2018173693A (ja) * 2017-03-31 2018-11-08 日本電気株式会社 移動支援システム、移動支援装置、移動支援方法および移動支援プログラム

Non-Patent Citations (1)

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

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023007714A1 (ja) 2021-07-30 2023-02-02 日本電気株式会社 認証システム及び撮像装置
US12147515B2 (en) 2021-07-30 2024-11-19 Nec Corporation Authentication system and imaging apparatus
JP7100819B1 (ja) * 2022-01-26 2022-07-14 日本電気株式会社 端末、システム、端末の制御方法及びプログラム
WO2023144912A1 (ja) * 2022-01-26 2023-08-03 日本電気株式会社 端末、システム、端末の制御方法及び記憶媒体
JP2023109132A (ja) * 2022-01-26 2023-08-07 日本電気株式会社 端末、端末の制御方法及びプログラム
JP7392771B2 (ja) 2022-01-26 2023-12-06 日本電気株式会社 端末、端末の制御方法及びプログラム

Also Published As

Publication number Publication date
BR112022004629A2 (pt) 2022-05-31
JPWO2021059526A1 (ja) 2021-04-01
JP7264265B2 (ja) 2023-04-25
US12223765B2 (en) 2025-02-11
US20250140018A1 (en) 2025-05-01
US20220343673A1 (en) 2022-10-27
EP4036846A4 (en) 2022-10-12
EP4036846A1 (en) 2022-08-03

Similar Documents

Publication Publication Date Title
JP7482381B2 (ja) 情報処理装置、情報処理方法及び記録媒体
JP7544175B2 (ja) 情報処理装置、情報処理方法及び記録媒体
JP7031798B2 (ja) プログラム、情報処理装置及び情報処理方法
JP7622711B2 (ja) 情報処理装置、情報処理方法及び記録媒体
JP7045646B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP7537535B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP7020537B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP7540521B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP7264265B2 (ja) 情報処理装置、情報処理方法及びプログラム
JPWO2020138348A1 (ja) 情報処理装置、情報処理方法及びプログラム
JPWO2020138349A1 (ja) 情報処理装置、情報処理方法及びプログラム
JP7279784B2 (ja) 情報処理装置、情報処理方法及びプログラム
WO2021064880A1 (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: 19946509

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021548297

Country of ref document: JP

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112022004629

Country of ref document: BR

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2019946509

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2019946509

Country of ref document: EP

Effective date: 20220428

ENP Entry into the national phase

Ref document number: 112022004629

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20220314