WO2021186569A1 - 訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体 - Google Patents

訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2021186569A1
WO2021186569A1 PCT/JP2020/011775 JP2020011775W WO2021186569A1 WO 2021186569 A1 WO2021186569 A1 WO 2021186569A1 JP 2020011775 W JP2020011775 W JP 2020011775W WO 2021186569 A1 WO2021186569 A1 WO 2021186569A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
visit
status
visitor
information
Prior art date
Application number
PCT/JP2020/011775
Other languages
English (en)
French (fr)
Inventor
樹輝 阿久津
美樹 大谷
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US17/908,604 priority Critical patent/US20230087270A1/en
Priority to JP2022508670A priority patent/JPWO2021186569A5/ja
Priority to PCT/JP2020/011775 priority patent/WO2021186569A1/ja
Publication of WO2021186569A1 publication Critical patent/WO2021186569A1/ja
Priority to US18/387,207 priority patent/US20240070566A1/en
Priority to US18/387,265 priority patent/US20240070567A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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

Definitions

  • This disclosure relates to a non-temporary computer-readable medium in which a visit support device, a visit support system, a visit support method, and a program are stored.
  • Patent Document 1 discloses a system in which a user's seating status can be confirmed without moving to the seat position.
  • the face of the user is detected based on the input image from the camera of the user terminal, and it is determined whether or not the user is present. Then, the presence information, which is the determination result, is stored in the server.
  • Patent Document 1 it is possible to confirm the presence status of the visited user in advance.
  • the visited user even if the visited user is present, there is a problem that it may be difficult for the user to respond to the visitor due to the fact that the user is busy. In this case, even if the visitor can meet the visited user, the visited user cannot be sufficiently treated, and the visited user is troubled by the visit. That is, a comfortable visit cannot be realized.
  • This disclosure is made to solve such problems, and an object of the present disclosure is to provide a visit support device, a visit support system, a visit support method, and a program that can support the realization of a comfortable visit. And.
  • the visit support device is A registration unit that registers the seated status of users seated in a predetermined space for each user, A display control unit that displays the registered status of the user together with information that identifies the user on a display device installed at the entrance of the space. Have.
  • the visit support system is An information processing device installed at the entrance of a predetermined space, A visit support device that supports visits to users in the space, and With The visit support device is A registration unit that registers the seated status of users seated in the space for each user, A display control unit that displays the status registered by the user together with information that identifies the user on the information processing device. Have.
  • the program according to the fourth aspect of the present disclosure is A registration step to register the seated status of a user seated in a predetermined space for each user, and A display control step for displaying the registered status of the user together with information for identifying the user on a display device installed at the entrance of the space. Let the computer run.
  • a visit support device it is possible to provide a visit support device, a visit support system, a visit support method, and a program that can support the realization of a comfortable visit.
  • FIG. It is a block diagram which shows an example of the structure of the visit support apparatus which concerns on Embodiment 1.
  • FIG. It is a flowchart which shows the flow of the visit support method which concerns on Embodiment 1.
  • FIG. It is a flowchart which shows the flow of the face information registration process by the authentication apparatus which concerns on Embodiment 2.
  • FIG. It is a block diagram which shows the structure of the visit support apparatus which concerns on Embodiment 2.
  • FIG. It is a figure which shows an example of the screen which is displayed on the display part of an entrance terminal by the control of a display control part.
  • a display example is shown when a response permitting the visit is obtained.
  • a display example is shown when a response to refuse a visit is obtained.
  • It is a flowchart which shows the flow of the process of specifying a seat position using the image taken by the camera which takes a picture of a floor.
  • It is a sequence chart which shows an example of the processing flow of the visit support system which concerns on Embodiment 2.
  • FIG. 1 is a block diagram showing an example of the configuration of the visit support device 1 according to the first embodiment.
  • the visit support device 1 is a device that supports a visit to a user in a predetermined space.
  • the space may be a space having a predetermined area, and may be, for example, the entire floor in the building or a room.
  • Each seat is provided with, for example, a desk, and the user uses the seat, for example, to perform business.
  • the seats to be used may be determined for each user, and the seats to be used may not be determined for each user. That is, the user may be able to select a favorite seat.
  • the visit support device 1 has a registration unit 2 and a display control unit 3.
  • the registration unit 2 registers the seated status of the user seated in the predetermined space for each user. For example, the registration unit 2 associates the identification information of the user with the status of the user and stores it in the storage device based on the input from the user.
  • the input from the user may be an input to the visit support device 1 or an input to another device.
  • the visit support device 1 acquires the input status from the other device.
  • the storage device described above is provided by, for example, the visit support device 1, but may be provided by another device.
  • the status is the status while seated as described above. Specifically, whether or not a seated user is currently able to respond to a visit, such as "available”, “not available”, “capturing”, “in response”, or “during a break". This is a status that can be used as a guide.
  • the display control unit 3 displays the above-mentioned status registered by the user together with the information for identifying the user on the display device installed at the entrance of the space.
  • the information for identifying the user any information for identifying the user can be used. For example, it may be a user's name, a user ID, or an image of the user's face.
  • FIG. 2 is a flowchart showing the flow of the visit support method according to the first embodiment.
  • the registration unit 2 registers the seated status of the user seated in the predetermined space for each user.
  • the display control unit 3 causes the display device installed at the entrance of the space to display the registered status of the user together with the information for identifying the user.
  • the visitor means a person who has visited to meet a specific user.
  • the visited user is the user of the visited party. That is, the visited user is a person whom the visitor wants to meet.
  • the number of visiting users may be multiple.
  • the visit support device 1 includes a processor, a memory, and a storage device as a configuration (not shown). Further, the storage device stores a computer program in which the processing of the visit support method is implemented. Then, the processor reads the computer program from the storage device into the memory and executes the computer program. As a result, the processor realizes the functions of the registration unit 2 and the display control unit 3.
  • the registration unit 2 and the display control unit 3 may each be realized by dedicated hardware.
  • a part or all of each component of each device may be realized by a general-purpose or dedicated circuitry, a processor, or a combination thereof. These may be composed of a single chip or may be composed of a plurality of chips connected via a bus. A part or all of each component of each device may be realized by a combination of the above-mentioned circuit or the like and a program.
  • a processor a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), an FPGA (field-programmable gate array), or the like can be used.
  • each component of the visit support device 1 when a part or all of each component of the visit support device 1 is realized by a plurality of information processing devices and circuits, the plurality of information processing devices and circuits may be centrally arranged. It may be distributed.
  • the information processing device, the circuit, and the like may be realized as a form in which each of the client-server system, the cloud computing system, and the like is connected via a communication network.
  • the function of the visit support device 1 may be provided in the SaaS (Software as a Service) format.
  • FIG. 3 is a block diagram showing a configuration of the visit support system 10 according to the second embodiment.
  • the visit support system 10 includes a visit support device 100, an authentication device 200, an entrance terminal 300, a terminal device 400, and a camera 500.
  • Each of the visit support device 100, the authentication device 200, the entrance terminal 300, the terminal device 400, and the camera 500 is communicably connected via a wired or wireless network 600.
  • the visit support device 100 corresponds to the visit support device 1 shown in FIG. 1 and is a device that supports a visit to a user in a predetermined space. That is, the visit support device 1 is a device that supports the visitor 40 to visit the visited user 41 in the space. In this embodiment, as an example, it is assumed that the predetermined space is the floor 42 in the building.
  • the visit support device 100 generates a floor map in which the user's status is recorded, notifies the visit, and the like.
  • the visit support device 100 is, for example, a server device realized by a computer. Details of the visit support device 100 will be described later.
  • the authentication device 200 is a device that includes a face information DB (DataBase) 210 and performs face authentication processing.
  • the face information DB 210 stores the user ID 211 and the face feature information 212 of the user in association with each other.
  • the face feature information 212 of a plurality of users is registered in the authentication device 200 in advance.
  • these users include a visited user 41 and a visitor 40.
  • the face information DB 210 is realized by, for example, a storage device such as a memory included in the authentication device 200.
  • the face information DB 210 is also referred to as a storage unit.
  • the authentication device 200 collates the face image or face feature information included in the request with the face feature information 212 of each user, and returns the collation result to the requester.
  • the entrance terminal 300 is an information processing device installed at the entrance of a predetermined space. In this embodiment, it is installed at the entrance of the floor 42.
  • the entrance terminal 300 includes a camera 310 and a display unit 320.
  • the camera 310 is an example of a photographing device installed at the entrance, and is installed so as to photograph the face of the visitor 40 who came to the entrance of the floor 42.
  • the display unit 320 is an example of a display device installed at the entrance of a space, and specifically, is a platform panel display such as a liquid crystal display, a plasma display, or an organic EL (Electro-Luminescence) display.
  • the display unit 320 is configured as a touch panel and also functions as an input device that receives input from the user.
  • the entrance terminal 300 includes the camera 310 and the display unit 320, but either the camera 310 or the display unit 320, or both of them are used as a device different from the entrance terminal 300. It may exist.
  • the terminal device 400 is an information processing device such as a PC (Personal Computer) installed for each seat provided in a predetermined space. In the present embodiment, the terminal device 400 is installed for each seat provided in the floor 42. In FIG. 3, two terminal devices 400 are shown as an example, but the number of terminal devices 400 may be three or more, or one. In the present embodiment, the seat to be used is not determined for each user, and the user can use any terminal device 400.
  • the terminal device 400 receives the notification from the visit support device 100 via the network 600 and outputs the notification content.
  • the output of the notification content may be a display output or a voice output.
  • the terminal device 400 includes a display and displays on the display. Further, in the case of output by voice, the terminal device 400 includes a speaker and outputs voice from the speaker.
  • the camera 500 is a camera that shoots in a predetermined space. More specifically, the camera 500 is a camera installed to capture the face of a user in a seat in a predetermined space. The image taken by the camera 500 is transmitted to the visit support device 100. A plurality of cameras 500 may be set.
  • FIG. 4 is a block diagram showing the configuration of the authentication device 200.
  • the authentication device 200 includes the above-mentioned face information DB 210, a face detection unit 220, a feature point extraction unit 230, a registration unit 240, and an authentication unit 250.
  • the face detection unit 220 detects a face area included in an image for registering face information or an image for face recognition.
  • the face detection unit 220 detects a face region from the image by a known image recognition process.
  • the feature point extraction unit 230 extracts feature points from the face region detected by the face detection unit 220.
  • the feature point extraction unit 230 may extract the feature amount for the feature point. Further, instead of these, other feature information may be extracted.
  • the feature point extraction unit 230 extracts facial feature information (also referred to as face information) for face recognition. Since face recognition can be realized by a known technique, detailed description of feature information for face recognition will be omitted.
  • the registration unit 240 registers the feature information extracted by the feature point extraction unit 230 in the face information DB 210 together with the user ID.
  • the registration unit 240 newly issues a user ID when registering the feature information.
  • the registration unit 240 registers the issued user ID and the feature information extracted from the image for registering the face information in the face information DB 210 in association with each other.
  • the authentication unit 250 performs face authentication by collating the feature information extracted by the feature point extraction unit 230 from the image for face authentication with the feature information registered in the face information DB 210.
  • the authentication unit 250 returns to the device that sent the authentication request whether or not the feature information matches. Whether or not the feature information matches depends on the success or failure of the authentication.
  • FIG. 5 is a flowchart showing the flow of face information registration processing by the authentication device 200.
  • the flow of the face information registration process will be described with reference to FIG.
  • the authentication device 200 acquires an image of the user's face.
  • the authentication device 200 acquires an image included in the face information registration request received from the face information registration device (not shown) via the network 600.
  • the face information registration device may be an information processing device such as a personal computer.
  • the face detection unit 220 detects the face region included in the image acquired in step S101.
  • step S103 the feature point extraction unit 230 extracts facial feature information from the face region detected in step S102.
  • step S104 the registration unit 240 issues a user ID, associates the user ID with facial feature information, and registers the user ID in the face information DB 210.
  • the registration unit 240 may acquire personal information such as the name of the user to be registered from the face information registration device or the like, and register this personal information in the face information DB 210 in association with the user ID.
  • the registration unit 240 may return the registration result to the device that sends the face information registration request.
  • the authentication device 200 may receive a face information registration request including facial feature information. In this case, the processes of steps S101 to S103 can be omitted.
  • FIG. 6 is a flowchart showing the flow of face recognition processing by the authentication device 200. Hereinafter, the flow of the face recognition process will be described with reference to FIG.
  • the authentication device 200 acquires an image of the user's face.
  • the authentication device 200 receives a face recognition request including an image taken by the camera 310 of the entrance terminal 300 from the visit support device 100 via the network 600, and acquires the image included in the face recognition request.
  • step S202 the face detection unit 220 detects the face region included in the image acquired in step S201.
  • step S203 the feature point extraction unit 230 extracts facial feature information from the face region detected in step S202.
  • the authentication device 200 may receive a face authentication request including face feature information. In this case, the processes of steps S201 to S203 can be omitted.
  • step S204 the authentication unit 250 collates the feature information to be authenticated with the face information DB 210.
  • the feature information to be authenticated matches the feature information of any of the registered users (YES in step S205)
  • the process proceeds to step S206. If it does not match the feature information of any user (NO in step S205), the process proceeds to step S208.
  • step S206 the authentication unit 250 identifies the user ID of the user whose feature information to be authenticated and the feature information match. Then, in step S207, the authentication unit 250 transmits an authentication result indicating that the face authentication has been successful to the device (for example, the visit support device 100) that is the source of the face authentication request. Specifically, the authentication unit 250 returns to the requester the user ID specified that the face authentication was successful. The authentication unit 250 may return personal information such as the name of the authenticated user to the requester. On the other hand, in step S208, the authentication unit 250 transmits an authentication result indicating that the face authentication has failed to the device (for example, the visit support device 100) that is the source of the face authentication request.
  • FIG. 7 is a block diagram showing the configuration of the entrance terminal 300.
  • the entrance terminal 300 includes a storage unit 330, a communication unit 340, and a control unit 350 in addition to the camera 310 and the display unit 320 described above.
  • the display unit 320 is configured as a touch panel and receives input from the user, but the display unit 320 does not necessarily have to have a function of receiving input from the user. Further, in this case, the entrance terminal 300 may be provided with an input device for receiving input from the user, in addition to the display unit 320.
  • the storage unit 330 is a storage device that stores a program for realizing each function of the entrance terminal 300 and data used for processing of the entrance terminal 300.
  • This storage device may be, for example, a non-volatile storage device such as a hard disk or a flash memory, or may include a memory such as a RAM (RandomAccessMemory).
  • the communication unit 340 is a communication interface for performing communication via the network 600.
  • the control unit 350 is a processor, that is, a control device that controls each configuration of the entrance terminal 300. The control unit 350 reads the program into the memory and executes the process. As a result, the control unit 350 realizes the functions of the shooting control unit 351 and the input / output control unit 352.
  • the shooting control unit 351 controls the camera 310 to shoot a visitor arriving at the entrance. For example, when a shooting instruction is input from a visitor arriving at the entrance, the shooting control unit 351 shoots an image including the visitor's face. In addition, as this shooting instruction, an instruction to reserve a visit may be used. Further, the photographing control unit 351 transmits the captured image to the visit support device 100 via the communication unit 340 and the network 600.
  • the input / output control unit 352 controls the process of receiving input from the user and the process of displaying information on the display unit 320.
  • the input / output control unit 352 performs an input process for designating a visited user from a visitor (for example, an ID or a name of the visited user), an input process for an instruction to reserve a visit, and the like.
  • the input / output control unit 352 transmits the received input to the visit support device 100 via the communication unit 340 and the network 600.
  • the input / output control unit 352 displays the information received from the visit support device 100 via the network 600 and the communication unit 340 on the display unit 320.
  • the input / output control unit 352 displays on the display unit 320 a floor map in which the status of the user received from the visit support device 100 is recorded, a response result to the visit reservation, and the like.
  • the entrance terminal 300 may be communicably connected to a gate that controls the entry and exit of people in the space (floor). In that case, the entrance terminal 300 may unlock the gate when a response permitting the reservation (a response permitting the visit) is obtained from the visit support device 100 as a response to the visit reservation.
  • FIG. 8 is a block diagram showing the configuration of the visit support device 100.
  • the visit support device 100 includes a storage unit 110, a memory 130, a communication unit 140, and a control unit 150.
  • the storage unit 110 is a non-volatile storage device such as a hard disk or a flash memory.
  • the storage unit 110 stores a program 111 for performing various processes of the visit support device 100. Further, the storage unit 110 stores the face image information 112, the terminal information 115, the status information 117, and the schedule information 119.
  • the face image information 112 is a face image for each user. That is, the face image information 112 is information in which the user information 113 including the information for identifying the user and the face image 114 of the user are associated with each other.
  • the face image information 112 is used, for example, to display a face image of a user present on the floor on a floor map. Therefore, a face image of a user who may exist on the floor is stored in the storage unit 110 in advance as face image information 112.
  • the terminal information 115 is information indicating the terminal device 400 used by each user. That is, the terminal information 115 is information in which the user information 113 including the information for identifying the user and the terminal ID 116 for identifying the terminal device 400 currently used by the user are associated with each other.
  • the terminal information 115 is used, for example, to notify a user present on the floor of a visit. Therefore, information for identifying the terminal device 400 used by the user existing on the floor is stored in the storage unit 110 as terminal information. For example, when a user logs in to the terminal device 400, the ID of the terminal device 400 and the user information 113 of the user who logged in to the terminal device 400 are notified to the visit support device 100, and the terminal information 115 is stored based on this notification. NS.
  • Status information 117 is information indicating the current status of each user. In particular, this status is information indicating the status while the user is seated. Specifically, the status information 117 is information in which the user information 113 including the information for identifying the user and the status 118 of the user are associated with each other. The status information 117 is used, for example, to display the user's status on the entrance terminal 300.
  • the status information 117 is stored in the storage unit 110 by the registration process by the registration unit 151, which will be described later. In this way, the storage unit 110 stores the status of each user.
  • Schedule information 119 is information representing a schedule for each user.
  • the schedule information 119 is information in which the user information 113 including the information for identifying the user and the schedule 120 of the user are associated with each other.
  • the schedule 120 may indicate a schedule accompanied by leaving the seat, such as "meeting", “early leaving", and "going out”.
  • the schedule information 119 is used, for example, to display the user's schedule on the entrance terminal 300.
  • the schedule information 119 is stored in the storage unit 110 by the registration process by the registration unit 151, which will be described later. In this way, the storage unit 110 stores the schedule of each user.
  • the memory 130 is a volatile storage device such as a RAM, and is a storage area for temporarily holding information when the control unit 150 operates.
  • the communication unit 140 is a communication interface for performing communication via the network 600. For example, the communication unit 140 outputs the data acquired via the network 600 to the control unit 150. Further, the communication unit 140 outputs the data received from the control unit 150 to the network 600.
  • the control unit 150 is a processor such as a CPU that controls each configuration of the visit support device 100, that is, a control device.
  • the control unit 150 reads the program 111 from the storage unit 110 into the memory 130 and executes the program 111.
  • the control unit 150 functions as a registration unit 151, a visit destination acquisition unit 152, an image acquisition unit 153, a seat position identification unit 154, a status identification unit 155, an authentication control unit 156, a display control unit 157, and a notification unit 158. To realize.
  • the registration unit 151 corresponds to the registration unit 2 in FIG.
  • the registration unit 151 registers the current status of the user for each user.
  • the registration unit 151 registers the seated status for each user who is seated on the floor.
  • the status of the seated user is "available”, “not available”, “capturing”, “accepting”, “resting”, etc., and the seated user can currently respond to the visit.
  • the registration unit 151 may further register the status of the user who is away from the desk for each user. For example, you may register the status indicating absence such as "away", "absent", and "on vacation".
  • the registration unit 151 associates the user information 113 including the identification information of the user with the status 118 of the user based on the input from the user to the terminal device 400, and registers the status information 117 in the storage unit 110. do.
  • the user may input his / her status into another device instead of the terminal device 400.
  • the registration unit 151 acquires the user's identification information and the status of the user from the other device, and registers the user's identification information and the status of the user in the storage unit 110 as the status information 117.
  • the other device may be the visit support device 100.
  • the registration unit 151 registers the user's schedule for each user.
  • the registration unit 151 associates the user information 113 including the identification information of the user with the schedule 120 of the user based on the input from the user to the terminal device 400, and registers the schedule information 119 in the storage unit 110. do.
  • the user may input his / her own schedule to another device instead of the terminal device 400.
  • the registration unit 151 acquires the user's identification information and the user's schedule from the other device, and registers the user's identification information and the user's schedule in the storage unit 110 as the schedule information 119.
  • the other device may be the visit support device 100.
  • the visit destination acquisition unit 152 acquires the visit destination user of the visitor who has arrived at the entrance of the predetermined space.
  • the visit destination acquisition unit 152 acquires information that identifies a person who the visitor who arrives at the entrance of the floor wants to visit.
  • the visit destination acquisition unit 152 can acquire the visit destination user by any method.
  • the visited destination acquisition unit 152 acquires the visited destination user by receiving the input for specifying the visited destination user (for example, the ID or name of the visited destination user) input by the visitor to the entrance terminal 300. ..
  • the visit destination acquisition unit 152 is not limited to such an acquisition method, and may, for example, acquire information for designating a visit destination user registered in the system in advance, or may acquire it by another method. good.
  • the image acquisition unit 153 acquires an image including a face.
  • the image acquisition unit 153 acquires a photographed image of a visitor by a photographing device installed at the entrance.
  • this photographing device is specifically the camera 310 of the entrance terminal 300, and captures an image including the face of a visitor who has arrived at the entrance of a predetermined space (floor).
  • the image acquisition unit 153 acquires an image captured by the user by an imaging device installed in a predetermined space (floor).
  • this photographing device is specifically a camera 500, and captures an image including the face of a user in a seat in a predetermined space (floor).
  • the image acquisition unit 153 acquires an image taken by the visitor by the camera 310 of the entrance terminal 300 via the network 600. Similarly, the image acquisition unit 153 acquires the captured image of the camera 500 via the network 600. In the block diagram shown in FIG. 8, one image acquisition unit 153 is shown for convenience of explanation, but the visit support device 100 includes an image acquisition unit that acquires an image of the camera 310 and an image of the camera 500. The two image acquisition units of the image acquisition unit for acquiring the above may be provided as a configuration.
  • the seat position specifying unit 154 specifies the seat position where the user is seated in a predetermined space (floor). In the present embodiment, the seat position where the user is seated is specified based on the image taken by the camera 500. When the seating position of the user is fixed, that is, when the user is not allowed to freely select a seat, the seat position specifying unit 154 indicates a pre-registered seat position for each user. The seat position of the user may be specified by referring to the management information. In this case, the camera 500 may not be installed. The specific details of the seat position based on the image of the camera 500 will be described later.
  • the status specifying unit 155 identifies the status registered in association with the visited user. Specifically, the status specifying unit 155 identifies the status of the visited user by referring to the status 118 registered in association with the user information 113 of the visited user acquired by the visited destination acquisition unit 152. do. Further, the status specifying unit 155 may further specify the schedule registered in association with the visited user. Specifically, the status specifying unit 155 specifies the schedule of the visited user by referring to the schedule 120 registered in association with the user information 113 of the visited user acquired by the visited destination acquisition unit 152. do. The status specifying unit 155 may specify the status or schedule of a user other than the visited user.
  • the authentication control unit 156 controls to perform face recognition of the visitor based on the captured image acquired by the image acquisition unit 153. In the present embodiment, the authentication control unit 156 controls to perform the face recognition process using the authentication device 200. The authentication control unit 156 controls the image including the visitor's face transmitted from the entrance terminal 300 to perform face authentication. For example, the authentication control unit 156 transmits a face recognition request including an image received from the entrance terminal 300 to the authentication device 200. In addition, the authentication result is received from the authentication device 200. As a result, the visitor's face recognition is performed.
  • the display control unit 157 corresponds to the display control unit 3 in FIG. That is, the display control unit 157 causes the display unit 320 of the entrance terminal 300 to display the registered status of the user together with the information for identifying the user.
  • the display control unit 157 controls the display unit 320 of the entrance terminal 300 to display a map showing the seat position specified by the seat position identification unit 154 together with the information for identifying the user who uses the seat. Specifically, in the present embodiment, the display control unit 157 generates a floor map showing the seat position of the user together with the face image 114 of the user stored in the storage unit 110, and the generated floor map is used as an entrance terminal. It is displayed on the display unit 320 of 300. As the information for identifying the user who uses the seat, the user's name or ID may be used instead of the face image 114.
  • the display control unit 157 controls to display the floor map on which the user's status is written, but controls to display the status separately from the map. May be good.
  • the floor map can be used not only to show the seat position of the user but also to specify the visited user or to display the route from the entrance to the visited user.
  • the display control unit 157 controls the display of the seat position and the status so that only the users who satisfy the predetermined conditions among the seated users are displayed. More specifically, the display control unit 157 controls to display only the users who correspond to the visited users among the seated users. Therefore, in displaying the status, the display control unit 157 causes the display unit 320 to display the status of the visited user specified by the status specifying unit 155. By doing so, the visitor can easily grasp the position and status of the visitor.
  • other conditions may be used as a predetermined condition. For example, the condition may be that the visitor is relevant.
  • the user who is related to the visitor may be, for example, a user who has communicated with the visitor by e-mail in the past, or a user who has attended the same meeting as the visitor.
  • the visit support device 100 may store information indicating the relationship between the users in the storage unit 110.
  • the display target can be restricted by displaying the seat position and the status only for the users who satisfy the predetermined conditions. Therefore, the visibility of the map by the visitor can be improved.
  • the display control unit 157 may control to display the seat positions and statuses of all the users who are present. Further, only the users who satisfy the predetermined conditions may be displayed for only one of the seat position and the status. Even in such a case, the floor map is used not only to show the seat position of the user but also to specify the visited user or to display the route from the entrance to the visited user. You can also do it.
  • the display control unit 157 may display the user's schedule stored in advance on the display unit 320 of the entrance terminal 300 together with the information for identifying the user. By doing so, the visitor can also grasp the user's schedule. Therefore, for example, when the visited user is currently unable to respond, it is possible to obtain useful information for considering the time when the visitor visits again. As for the display of the schedule, as with the seat position and status, only users who satisfy predetermined conditions may be displayed. Further, in the present embodiment, the display control unit 157 causes the display unit 320 of the entrance terminal 300 to display the user interface image for accepting the visit reservation.
  • FIG. 9 is a diagram showing an example of a screen displayed on the display unit 320 of the entrance terminal 300 under the control of the display control unit 157.
  • a floor map 53 and a user interface image 54 for accepting a visit reservation are displayed.
  • the floor map 53 includes a map image 50 of the entire floor, a visitor's current location 51, an image 52 showing a seat position of the visited user, a status 60 of the visited user, and a schedule 61 of the visited user.
  • the status 60 of the visited user and the schedule 61 of the visited user may be displayed separately from the floor map 53.
  • the current location 51 is a position corresponding to the entrance of the floor.
  • the display control unit 157 may further display the route from the current location 51 to the seat position of the visited user.
  • the image 52 includes a face image 52a of the visited user and identification information 52b of the visited user. These are specific examples of information that identifies a user who uses a seat.
  • the status 60 and the schedule 61 are displays representing the contents of the status and the schedule specified by the status specifying unit 155.
  • a visit reservation request is transmitted to the visit support device 100. That is, when the entrance terminal 300 receives an input from the visitor instructing the reservation of the visit with the visiting user, the entrance terminal 300 transmits the visit reservation request to the visit support device 100.
  • the image 52 may also be used as a user interface image for accepting a visit reservation. That is, when the visitor performs an operation of selecting the image 52 displayed at the seat position of the visited user, the visit reservation request may be transmitted to the visit support device 100.
  • the notification unit 158 notifies the terminal device 400 associated with the visited user about the visit. Specifically, the notification unit 158 notifies that the visitor is planning to visit. Not limited to this, the notification unit 158 may, for example, give a notification indicating that the visitor is likely to visit the seat of the visited user, or may notify that the visitor is at the entrance. good.
  • the notification unit 158 refers to the terminal information 115 and identifies the terminal device 400 used by the visited user. In the present embodiment, the notification unit 158 gives such a notification when the visitor's face recognition is successful. Therefore, it is possible to prevent the visiting user from being bothered by the notification of the visit of the visitor who cannot be authenticated.
  • the notification unit 158 may give a notification regardless of the result of face recognition.
  • the notification unit 158 notifies the terminal device 400 of the visitor information. That is, since the visitor is identified by the authentication, the notification unit 158 notifies the terminal device 400 of the information about the identified visitor. Specifically, information that identifies the visitor, such as a name, is notified. By doing so, the visited user can know specifically who visited. It should be noted that the notification of information about the visitor may be omitted.
  • the visited user can grasp the visit of the visitor. Therefore, it is possible to prevent the visited user from leaving the seat before the visitor arrives at the seat of the visited user. That is, the visitor can more reliably meet the visited user. Therefore, an efficient visit can be realized.
  • the notification unit 158 gives the above-mentioned notification when a reservation for a visit is requested. Specifically, when the visitor performs an operation of selecting the user interface image 54 for accepting the visit reservation, the notification unit 158 receives the visit reservation request from the entrance terminal 300. Then, upon receiving this reservation request, the notification unit 158 notifies. By doing so, the notification can be given only when the visitor's intention to visit is clear. That is, it is possible to suppress unnecessary notification.
  • FIG. 10 is a diagram showing a display example of a notification in the terminal device 400 used by the visited user.
  • the display of the terminal device 400 is notified of a visit by a visitor identified by the identification information XX (for example, a name or ID) to a user identified by the identification information YY.
  • XX for example, a name or ID
  • YY user interface images 55a and 55b for selecting whether or not to allow the requested visit reservation (that is, whether or not to allow the visit) are displayed.
  • the notification unit 158 may give various notifications as notifications about the visit. For example, this notification may include the visitor's personal information.
  • the personal information may be a face image of the visitor.
  • the face image may be an image taken by the entrance terminal 300.
  • the personal information may be an attribute of the visitor (for example, affiliated company, affiliated department, or job title).
  • the notification may also include historical information about the visitor's visit. Specifically, this historical information may be information indicating the number of visits by the visitor, that is, the total number of visits, or the number of times the visitor has been permitted to visit in the past. It may be the number of times the visitor has been denied a visit in the past.
  • the notification may also include information indicating whether or not the visitor falls under a given person. Specifically, this information may be information indicating whether or not it corresponds to an important person preset by the visited user, or whether or not it corresponds to a person requiring attention preset by the visited user. It may be information indicating.
  • the visited user specifies whether or not to allow the visitor's visit by inputting an instruction to select one of the user interface images 55a and 55b to the terminal device 400.
  • the terminal device 400 transmits this specified content to the visit support device 100 as a response result to the notification.
  • This response result may be displayed on the display unit 320 of the entrance terminal 300 as shown in FIG. 11 or FIG.
  • FIG. 11 shows a display example when a response permitting the visit is obtained.
  • FIG. 12 shows a display example when a response to refuse the visit is obtained. That is, when the display control unit 157 of the visit support device 100 receives the response result for the notification about the visit from the terminal device 400, the display control unit 157 may display the response result on the display unit 320.
  • the entrance terminal 300 unlocks the gate that controls the entry and exit of people in the space (floor) when a response permitting the visit is obtained, and when a response denying the visit is obtained, the entrance terminal 300 of the gate
  • the lock may remain locked. Note that such lock control may be realized by another device (for example, the visit support device 100).
  • FIG. 13 is a flowchart showing the flow of processing for specifying the seat position using the captured image of the camera 500 that captures the floor.
  • the flow of processing will be described with reference to FIG.
  • the seat position specifying unit 154 identifies the face image of the user whose seat position is specified. Specifically, the seat position specifying unit 154 identifies the face image of the visited user. The seat position specifying unit 154 identifies the face image of the visited user specified by the information acquired by the visited destination acquisition unit 152 by referring to the face image information 112 stored in the storage unit 110.
  • step S302 the image acquisition unit 153 acquires a captured image of the camera 500 that captures the floor.
  • This captured image shows the faces of each user in a seat on the floor.
  • step S303 the seat position specifying unit 154 searches for the face image of the visited user identified in step S301 from the captured images acquired in step S302. In this search, the position where the visited user's face exists in the captured image acquired in step S302 is specified.
  • step S304 the seat position specifying unit 154 specifies the seat position of the visited user based on the search result in step S303. Specifically, the seat position specifying unit 154 specifies the seat position of the visited user based on the position of the face image specified in step S303. Since the shooting range of the camera 500 is predetermined, it is possible to specify the position of the visited user on the floor by specifying the position of the visited user in the captured image of the camera 500.
  • the seat position specifying unit 154 searches for the user's face image stored in advance from the captured images in the space (floor), and the seat of the user is based on the position where the face image is searched.
  • the position may be specified. It should be noted that such identification of the seat position may be performed for a user other than the visited user. That is, it may be performed for any user on the floor. By specifying the seat position in this way, the seat position of the user can be specified even when the seat position is not predetermined.
  • FIG. 14 is a sequence chart showing an example of the processing flow of the visit support system 10 according to the second embodiment.
  • the processing flow will be described with reference to FIG.
  • the face information DB 210 of the authentication device 200 stores the user ID 211 and the face feature information 212 for various users in advance. It shall be.
  • step S401 When the visitor comes to the entrance of the floor, the visitor inputs to the entrance terminal 300 to specify the visiting user. In step S401, this input information is transmitted from the entrance terminal 300 to the visit support device 100. As a result, the visited destination acquisition unit 152 acquires the visited destination user.
  • the seat position specifying unit 154 of the visit support device 100 specifies the seat position where the user is seated on the floor.
  • the seat position specifying unit 154 specifies the seat position of the visited user acquired by the visited destination acquisition unit 152.
  • the status specifying unit 155 of the visit support device 100 specifies the user's status and schedule.
  • the status specifying unit 155 specifies the status and schedule of the visited user.
  • step S403 the display control unit 157 generates a floor map showing the seat position, status, and schedule of the visited user together with the face image of the visited user. Then, in step S404, the display control unit 157 controls to output the generated floor map to the entrance terminal 300 and display it on the display unit 320 of the entrance terminal 300. At this time, the display control unit 157 also causes the display unit 320 to display the user interface image for accepting the visit reservation. As a result, in step S405, the display unit 320 of the entrance terminal 300 displays the floor map as shown in FIG.
  • the visitor makes a visit reservation to meet with the visited user. Specifically, the visitor performs an operation such as touching the user interface image to input a visit reservation instruction to the entrance terminal 300.
  • the visit reservation request is transmitted from the entrance terminal 300 to the visit support device 100.
  • an image including a visitor's face taken by the camera 310 of the entrance terminal 300 is transmitted from the entrance terminal 300 to the visit support device 100.
  • step S408 the authentication control unit 156 of the visit support device 100 transmits a face recognition request including the image obtained in step S407 to the authentication device 200.
  • step S409 the visit support device 100 receives the authentication result from the authentication device 200.
  • face recognition it is assumed that face recognition is successful. That is, in step S409, the visit support device 100 receives the user ID of the authenticated person from the authentication device 200 together with the authentication result indicating that the face authentication was successful.
  • the display control unit 157 may control the display unit 320 of the entrance terminal 300 to display that the authentication has failed. Further, when the face recognition fails, the notification unit 158 does not notify the terminal device 400.
  • the notification unit 158 of the visit support device 100 refers to the authentication result obtained in step S409 and identifies the visitor.
  • the notification unit 158 may identify the visitor by the user ID, or may identify the visitor by the name associated with the user ID in advance. Further, in step S411, the notification unit 158 identifies the terminal device 400 used by the visited user by referring to the terminal ID 116 of the terminal information 115 stored in the storage unit 110.
  • the notification unit 158 notifies the terminal device 400 used by the visited user about the visit.
  • the notification unit 158 notifies the terminal device 400 of the occurrence of a visit reservation request together with information for identifying the visitor (for example, a user ID or a name).
  • the display as shown in FIG. 10 is performed in the terminal device 400.
  • the notification unit 158 gives a notification when the face recognition is successful, but the notification may not be limited to the case where the face recognition is successful. That is, the notification may be given regardless of the result of face recognition.
  • the visited user inputs to the terminal device 400 whether or not to allow the visit.
  • the response result which is the input content, is transmitted from the terminal device 400 to the visit support device 100.
  • this response result is transmitted from the visit support device 100 to the entrance terminal 300.
  • the response result is displayed on the entrance terminal 300. Thereby, for example, the display as shown in FIG. 11 or FIG. 12 is performed at the entrance terminal 300.
  • the second embodiment has been described above.
  • the seated status of the user is registered, and the registered status is displayed on the entrance terminal 300. Therefore, the visitor can obtain an indication as to whether or not the visited user is currently available for the visit by checking the status at the entrance. Therefore, the visitor and the visited user can meet at a preferable timing for the visited user, and it is possible to support the realization of a comfortable visit.
  • FIG. 15 is a sequence chart showing an example of the processing flow of the visit support system 10 according to the third embodiment.
  • the flow of processing in the present embodiment will be described with reference to FIG.
  • step S501 an image including the visitor's face taken by the camera 310 of the entrance terminal 300 is transmitted from the entrance terminal 300 to the visit support device 100.
  • step S502 the authentication control unit 156 of the visit support device 100 transmits a face recognition request including the image obtained in step S501 to the authentication device 200. Then, in step S503, the visit support device 100 receives the authentication result from the authentication device 200.
  • face recognition it is assumed that face recognition is successful. That is, in step S503, the visit support device 100 receives the user ID of the authenticated person from the authentication device 200 together with the authentication result indicating that the face authentication was successful.
  • the display control unit 157 may control the display unit 320 of the entrance terminal 300 to display that the authentication has failed. If the face recognition fails, the floor map is not displayed on the entrance terminal 300. That is, the user's seat position, status, and schedule are not displayed.
  • step S504 the notification unit 158 of the visit support device 100 refers to the authentication result obtained in step S503 and identifies the visitor.
  • step S505 the visitor makes an input for designating the visited user to the entrance terminal 300, and this input information is transmitted from the entrance terminal 300 to the visit support device 100.
  • the seat position specifying unit 154 of the visit support device 100 specifies the seat position where the user is seated on the floor.
  • the seat position specifying unit 154 specifies the seat position of the visiting user.
  • the status specifying unit 155 of the visit support device 100 specifies the user's status and schedule.
  • the status specifying unit 155 specifies the status and schedule of the visited user.
  • step S507 the display control unit 157 generates a floor map showing the seat position, status, and schedule of the visited user together with the face image of the visited user. Then, in step S508, the display control unit 157 controls to output the generated floor map to the entrance terminal 300 and display it on the display unit 320 of the entrance terminal 300. At this time, the display control unit 157 also causes the display unit 320 to display the user interface image for accepting the visit reservation. As a result, in step S509, the display unit 320 of the entrance terminal 300 displays the floor map as shown in FIG. As described above, in the sequence shown in FIG. 15, when the visitor's face authentication is successful, the display control unit 157 causes the display unit 320 to display the user's seat position, status, and schedule. Therefore, these can be kept secret from visitors who fail in authentication.
  • step S510 the visit reservation request is transmitted from the entrance terminal 300 to the visit support device 100.
  • step S511 the notification unit 158 identifies the terminal device 400 used by the visited user by referring to the terminal ID 116 of the terminal information 115 stored in the storage unit 110.
  • step S512 the notification unit 158 notifies the terminal device 400 used by the visited user about the visit.
  • the visited user inputs to the terminal device 400 whether or not to allow the visit.
  • step S513 the response result, which is the input content, is transmitted from the terminal device 400 to the visit support device 100.
  • step S514 the response result is transmitted from the visit support device 100 to the entrance terminal 300.
  • step S515 the response result is displayed on the entrance terminal 300.
  • face recognition is performed before the floor map is displayed. Therefore, it is possible to display the floor map only when the face recognition is successful. Therefore, the floor map can be kept secret from visitors who fail in authentication. Further, in the present embodiment, face recognition is performed before the notification. Therefore, even in this embodiment, it is possible not to notify the visit of the visitor who fails in the authentication. Therefore, it is possible to prevent the visiting user from being bothered by the notification of the visit of such a visitor.
  • the display control unit 157 displays a status of "available" when the visitor is the user's boss, and displays a status of "not available” when the visitor is a user's subordinate. You may.
  • the registration unit 151 registers the status for each type of visitor for the same user. That is, the registration unit 151 registers a plurality of types of statuses as the statuses of the same user.
  • the display control unit 157 causes the display unit 320 to display the status according to the type of the visitor determined from the result of the face authentication of the visitor.
  • the display control unit 157 determines the type of visitor by referring to, for example, the personal information of the person authenticated by face recognition. When registering the status, the user inputs an arbitrary status for each type of visitor.
  • any type of visitor can be used.
  • a type classified in terms of job title, gender, age, department, etc. can be used. It should be noted that these are merely examples, and types classified from other viewpoints may be used.
  • the user may input to set the target for displaying the status of "Available” instead of inputting the status for each type of visitor. For example, the user may enter an attribute (such as job title, gender, age, or department) of the visitor whose status is "available".
  • the registration unit 151 registers the status of "available” as the status for the visitor corresponding to the specified attribute, and registers the status of "not available” as the status for the non-applicable visitor.
  • the display control unit 157 displays the status of "available” when the visitor corresponds to the specified attribute, and displays the status of "not available” when the visitor does not correspond to the specified attribute.
  • the user may input to set the target for displaying the status of "not available” instead of inputting the status for each type of visitor.
  • the user may input to specify the attribute (position, gender, age, department, etc.) of the visitor to be displayed with the status of "not available”.
  • the registration unit 151 registers the status of "not available” as the status for the visitor corresponding to the specified attribute, and registers the status of "available” as the status for the non-applicable visitor.
  • the display control unit 157 displays the status of "not available” when the visitor corresponds to the specified attribute, and displays the status of "available” when the visitor does not correspond to the specified attribute.
  • the user may individually specify a person (user) to be displayed with the status of "available”.
  • the registration unit 151 registers the status of "available” as the status for the designated person, and registers the status of "not available” as the status for other persons.
  • the display control unit 157 displays the status of "available” when the visitor is the designated person, and displays the status of "not available” when the visitor is not.
  • the user may individually specify the person (user) to be displayed with the status of "not available”.
  • the registration unit 151 registers the status of "not available” as the status for the designated person, and registers the status of "available” as the status for other persons.
  • the display control unit 157 displays the status of "not available” when the visitor is the designated person, and displays the status of "available” when the visitor is not.
  • the designated person may be one person or a plurality of people.
  • the user may input to set a boundary condition for switching the status display.
  • the user may input a specific designation such as a job title, a department to which the user belongs, or an age as a boundary condition for switching.
  • the registration unit 151 registers the status of "available” as the status for the visitor who has an attribute higher than or equivalent to the set position, department, or age, for example.
  • the registration unit 151 registers the status of "not available” as the status for visitors having lower attributes.
  • the display control unit 157 sets the status of "available” when the visitor is in the position of section chief or higher. indicate.
  • the display control unit 157 displays the status of "not available”. Further, for example, when the user sets a department called "sales department" as a boundary condition for switching, the display control unit 157 says “when the visitor belongs to the sales department or a department higher than the sales department”. Display the status "Available”. On the other hand, the display control unit 157 displays the status of "not available” when the visitor belongs to another department. Further, for example, when the user sets the age of "40 years old" as the boundary condition for switching, the display control unit 157 displays the status of "available” when the visitor is 40 years old or older. If not, the status "Not available” is displayed.
  • FIG. 16 is a sequence chart showing an example of the processing flow of the visit support system 10 according to the modified example. This modification is different from the sequence chart shown in FIG. 15 in that the floor map is displayed before the visiting user is specified.
  • the flow of processing in this modification will be described with reference to FIG.
  • the first step of the sequence chart that is, the flow from step S501 to step S504 is the same as the flow shown in FIG. 15, so the description is omitted.
  • the display control unit 157 may control the display unit 320 of the entrance terminal 300 to display that the authentication has failed. If the face recognition fails, the floor map is not displayed on the entrance terminal 300. That is, the user's seat position, status, and schedule are not displayed.
  • step S551 the seat position specifying unit 154 of the visit support device 100 specifies the seat position in which the user is seated on the floor.
  • the status specifying unit 155 of the visit support device 100 specifies the user's status and schedule.
  • step S552 the display control unit 157 generates a floor map showing the user's seat position, status, and schedule on the floor together with the user's face image.
  • the display control unit 157 may generate a floor map showing the seat positions and the like of all the users on the floor, or visit the users on the floor to be displayed such as the seat positions by an authenticated visit. It may be changed according to the person.
  • the display control unit 157 may display the seat position and the like only for the user who is related to the visitor specified in step S504.
  • step S553 the display control unit 157 controls to output the generated floor map to the entrance terminal 300 and display it on the display unit 320 of the entrance terminal 300.
  • the floor map is displayed on the display unit 320 of the entrance terminal 300.
  • step S555 the visitor inputs an input for designating the visited user to the entrance terminal 300, and this input information is transmitted from the entrance terminal 300 to the visit support device 100.
  • the visitor may perform an operation of selecting the user's face image displayed on the floor map (for example, an operation of touching the image) in order to specify the visited user.
  • step S555 the process proceeds to step S510 described with reference to FIG. Since the processing after step S510 is the same as the sequence chart of FIG. 15, the description thereof will be omitted.
  • the modified example has been explained above.
  • face recognition is performed before the floor map is displayed. Therefore, it is possible to display the floor map only when the face recognition is successful.
  • the visitor since the floor map is displayed before the visitor specifies the visited user, the visitor can specify the visited user by referring to the floor map.
  • FIG. 17 is a block diagram showing the configuration of the visit support device 101 according to the fourth embodiment.
  • the visit support device 101 according to the fourth embodiment is different from the visit support device 100 in that it has a storage unit 121 instead of the storage unit 110 and a visit destination acquisition unit 159 instead of the visit destination acquisition unit 152. There is.
  • the storage unit 121 stores the conference information 122 in addition to the program 111, the face image information 112, the terminal information 115, the status information 117, and the schedule information 119.
  • the meeting information 122 is information indicating a scheduled meeting, and includes date / time information 123 and participant information 124.
  • the date and time information 123 and the participant information 124 are associated with each other for each meeting.
  • the date and time information 123 is information indicating the date and time of the meeting.
  • Participant information 124 is information that identifies the participating members of the conference. Participant information 124 may be the user ID of a user who participates in the conference.
  • the conference information 122 may further include information such as a conference location. As described above, the conference information is information including the date and time of the conference and the definition of the participants of the conference.
  • the visit destination acquisition unit 159 identifies a participant who participates in the conference on the same date and time as the visitor based on the conference information stored in advance, and acquires the specified participant as the visit destination user. As a result, the visited user can be identified without the visitor explicitly specifying the visited user.
  • the conference information 122 includes the information of the conference place
  • the visit destination acquisition unit 159 identifies the participants of the conference held at the same place on the same date and time, and acquires the specified participants as the visit destination users. May be good.
  • the visit destination acquisition unit 159 visits by referring to the stored conference information 122 in which the time difference between the date and time when the conference is held and the date and time when the visitor visits the entrance is within a predetermined range.
  • the destination user may be specified.
  • the visited destination acquisition unit 159 identifies the visited user by referring to the conference information 122 about the conference held on the same day as the visitor visits the entrance among the stored conference information 122. You may. If a visit occurs at a date and time that is significantly different from the date and time of the meeting, it is assumed that the purpose of the visit is not to meet the participants of the meeting. In other words, it is assumed that they are visiting to meet a person other than the participants in the conference. Therefore, by doing so, it is possible to more reliably identify the visited user while omitting the explicit designation of the visited user by the visitor.
  • FIG. 18 is a sequence chart showing an example of the processing flow of the visit support system 10 according to the fourth embodiment.
  • the sequence chart shown in FIG. 18 is different from the sequence chart shown in FIG. 15 in that step S505 is replaced with step S601. That is, in step S505, the visiting user is specified based on the input for specifying the visiting user, which is input to the entrance terminal 300 by the visitor.
  • step S505 the visiting user is specified based on the input for specifying the visiting user, which is input to the entrance terminal 300 by the visitor.
  • the process of step S601 is performed.
  • step S601 the visit destination acquisition unit 159 performs a visit destination user identification process using the conference information 122. Specifically, the visit destination acquisition unit 159 identifies the participants who participate in the conference on the same date and time as the visitor specified in step S504 by referring to the conference information. Then, the visit destination acquisition unit 159 sets the specified participant as the visit destination user. In this way, when the visitor acquisition unit 159 succeeds in face recognition of the visitor, the meeting is held on the same date and time as the visitor based on the meeting information stored in advance including the date and time of the meeting and the definition of the participants of the meeting. Identify the participants to participate and acquire the identified participants as visited users. After step S601, the process proceeds to step S506. Since the processes after step S506 are described with reference to FIG. 15, the description will be omitted here.
  • the visiting user is specified by using the conference information 122. Therefore, the visited user can be specified without the visitor explicitly specifying the visited user.
  • FIG. 19 is a block diagram showing the configuration of the visit support system 11 according to the fifth embodiment.
  • each of the terminal devices 400 includes a camera 401 that captures the face of a user who uses the terminal device 400.
  • the camera 500 for photographing the floor shown in FIG. 3 may be omitted.
  • the visit support system 11 includes a visit support device 102 instead of the visit support device 100. In the present embodiment, it is assumed that the installation position of the terminal device 400 is predetermined in the space.
  • FIG. 20 is a block diagram showing the configuration of the visit support device 102 according to the fifth embodiment.
  • the visit support device 102 differs from the visit support device 100 in the following points. That is, the visit support device 102 has a storage unit 125 instead of the storage unit 110, an image acquisition unit 160 instead of the image acquisition unit 153, and an authentication control unit 161 instead of the authentication control unit 156. , The seat position specifying unit 162 is provided instead of the seat position specifying unit 154.
  • the storage unit 125 is different from the storage unit 110 in that it stores the terminal information 126 instead of the terminal information 115.
  • the terminal information 126 is position information indicating the installation position of each terminal device 400.
  • the terminal information 126 is information in which the terminal ID 127 that identifies the terminal device 400 and the position information 128 of the terminal device 400 are associated with each other.
  • the image acquisition unit 160 acquires an image taken by the visitor by the camera 310 of the entrance terminal 300 and an image taken by the user using the terminal device 400 by the camera 401 of the terminal device 400 via the network 600.
  • one image acquisition unit 160 is shown for convenience of explanation, but the visit support device 102 includes an image acquisition unit that acquires an image of the camera 310 and an image of the camera 401.
  • the two image acquisition units of the image acquisition unit for acquiring the above may be provided as a configuration.
  • the authentication control unit 161 further controls the face authentication of the user who uses the terminal device 400 based on the captured image of the user of the terminal device 400 taken by the camera 401 of the terminal device 400. It is different from the authentication control unit 156. In the block diagram shown in FIG. 20, one authentication control unit 161 is shown for convenience of explanation. However, the visit support device 102 includes two authentication control units, an authentication control unit that controls to perform face recognition of the visitor and an authentication control unit that controls to perform face recognition of the user who uses the terminal device 400. You may prepare.
  • the terminal device 400 is the user specified from the authentication result. It is specified that it is the terminal device 400 to be used. As a result, information corresponding to the terminal information 115 shown in FIG. 8 can be obtained. That is, information in which the user information including the information for identifying the user and the terminal ID for identifying the terminal device 400 used by the user are associated with each other can be obtained. This information is stored in the storage unit 125.
  • the seat position specifying unit 162 refers to the terminal information 126 and specifies the installation position of the terminal device 400 used by the user specified from the authentication result.
  • the seat position specifying unit 162 uses this installation position as the seat position of the user. In this way, when the face authentication of the user who uses the terminal device 400 is successful, the seat position specifying unit 162 specifies the installation position of the terminal device 400 as the seat position of the user.
  • FIG. 21 is a flowchart showing the flow of processing for specifying the seat position using the captured image of the camera 401 of the terminal device 400.
  • the processing flow will be described with reference to FIG.
  • step S701 the image acquisition unit 160 of the visit support device 102 acquires the captured image of the camera 401 of the terminal device 400 via the network 600. That is, the image acquisition unit 160 acquires an image of the face of the user who uses the terminal device 400.
  • step S702 the authentication control unit 161 transmits a face recognition request including the image acquired in step S701 to the authentication device 200. Then, in step S703, the authentication control unit 161 receives the face authentication result from the authentication device 200. If the face recognition is successful (YES in step S704), the process proceeds to step S705. In step S705, the seat position specifying unit 162 specifies the seat position of the user as described above. On the other hand, if the face recognition fails (NO in step S704), the process of specifying the seat position ends.
  • the seat position specifying unit 162 specifies the seat position of the user based on the authentication result of the image taken by the camera 401. By specifying the seat position in this way, the seat position of the user can be specified even when the seat position is not predetermined.
  • the various embodiments have been described above.
  • the processing described in these embodiments may be implemented by a processor and a computer including software (computer program) containing one or more instructions executed by the processor. That is, when the processor reads software (computer program) from the memory and executes it, the processing described in the embodiment can be performed.
  • Non-transitory computer-readable media include various types of tangible storage media (tangible storage media).
  • Examples of non-temporary computer-readable media include magnetic recording media (eg, flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg, magneto-optical disks), CD-ROMs (Read Only Memory) CD-Rs, CDs. -R / W, including semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable PROM), flash ROM, RAM (Random Access Memory)).
  • the program may also be supplied to the computer by various types of temporary computer-readable media.
  • Examples of temporary computer-readable media include electrical, optical, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • the authentication device 200 is described as a device different from the visit support device 100, 101, or 102, but the authentication device 200 is built in the visit support device 100, 101, or 102. You may be. That is, the function of the authentication device 200 may be included in the visit support device 100, 101, or 102.
  • the notification unit 158 notifies the terminal device 400 installed in the seat about the visit, but notifies the terminal device carried by the user such as a smartphone or tablet terminal. May be good.
  • the execution condition of the process is that the face authentication is successful for some processes, but the process may be executed regardless of whether the face authentication is successful or not. ..
  • (Appendix 1) A registration unit that registers the seated status of users seated in a predetermined space for each user, A display control unit that displays the registered status of the user together with information that identifies the user on a display device installed at the entrance of the space.
  • Visit support device with. (Appendix 2) The visit destination acquisition unit that acquires the visit destination user of the visitor who arrived at the entrance of the space, A status identification unit that identifies the status registered in association with the visited user, Have more The visit support device according to Appendix 1, wherein the display control unit displays the specified status of the visited user on the display device.
  • a first image acquisition unit that acquires a first photographed image that is an image of a visitor arriving at the entrance by a photographing device installed at the entrance.
  • a first authentication control unit that controls to perform face recognition of the visitor based on the first captured image, and a first authentication control unit.
  • Appendix 4 A first image acquisition unit that acquires a first photographed image that is an image of a visitor arriving at the entrance by a photographing device installed at the entrance.
  • a first authentication control unit that controls to perform face recognition of the visitor based on the first captured image, and a first authentication control unit.
  • the visit support device has more The registration unit registers the status for each type of visitor for the same user.
  • the visit support device according to Appendix 1 or 2, wherein the display control unit displays the status according to the type of the visitor determined from the result of the face authentication of the visitor on the display device.
  • Appendix 5 A seat position specifying unit that specifies the seat position where the user is seated in the space, and The visit according to any one of Appendix 1 to 4, wherein the display control unit further causes the display device to display a map showing the seat position specified by the seat position specifying unit together with information for identifying the user. Support device.
  • the visit support device further includes a notification unit that notifies the terminal device associated with the visited user about the visit when a reservation for the visit is requested.
  • Visit support device. (Appendix 10) The visit support device according to Appendix 9, wherein the notification includes personal information of the visitor.
  • Appendix 13 The visit support device according to any one of Supplementary note 9 to 12, wherein when the display control unit receives a response result to the notification from the terminal device, the display control unit displays the response result on the display device.
  • a first image acquisition unit that acquires a first photographed image that is an image of a visitor arriving at the entrance by a photographing device installed at the entrance.
  • a first authentication control unit that controls to perform face recognition of the visitor based on the first captured image, and a first authentication control unit.
  • Have more The visit acquisition department If the visitor's face recognition is successful, the participants who will participate in the meeting on the same date and time as the visitor are identified based on the meeting information stored in advance including the date and time of the meeting and the definition of the participants of the meeting.
  • the visit support device according to Appendix 2, which acquires the specified participant as the visited user.
  • Appendix 15 It has a second image acquisition unit that acquires a second photographed image that is a photographed image in the space.
  • the seat position specifying part is A user's face image stored in advance is searched from the second captured image, and the user's face image is searched.
  • the visit support device according to any one of Appendix 5 to 7, which identifies the seat position of the user based on the position where the face image is searched.
  • Appendix 16 A third image acquisition unit that acquires a third captured image, which is an image captured by a user of the terminal device, captured by a camera of the terminal device whose installation position in the space is predetermined. It has a second authentication control unit that controls face authentication of a user who uses the terminal device based on the third captured image.
  • the seat position specifying unit describes the installation position of the terminal device as the seat position of the user when the face authentication of the user using the terminal device is successful.
  • Visit support device An information processing device installed at the entrance of a predetermined space, A visit support device that supports visits to users in the space, and With The visit support device is A registration unit that registers the seated status of users seated in the space for each user, A display control unit that displays the status registered by the user together with information that identifies the user on the information processing device.
  • Visit support system with. The visit support device is The visit destination acquisition unit that acquires the visit destination user of the visitor who arrived at the entrance of the space, A status identification unit that identifies the status registered in association with the visited user, Have more The visit support system according to Appendix 17, wherein the display control unit displays the specified status of the visited user on the information processing apparatus.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Oral & Maxillofacial Surgery (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Time Recorders, Dirve Recorders, Access Control (AREA)

Abstract

快適な訪問の実現を支援することができる訪問支援装置、訪問支援システム、訪問支援方法、及びプログラムを提供する。訪問支援装置（１）は、所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部（２）と、ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御部（３）とを有する。

Description

訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体
　本開示は、訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体に関する。
　オフィス内などにおいて、従業員などの人物が在席しているか否かを管理する技術が知られている。例えば、特許文献１は、ユーザの在席状況をその座席位置まで移動することなく確認することができるシステムを開示している。このシステムでは、ユーザ端末のカメラからの入力画像に基づいてユーザの顔を検出し、ユーザが在席しているか否かが判定される。そして、この判定結果である在席情報がサーバに記憶される。
特開２０１９－１０１５６６号公報
　特許文献１の技術によれば、訪問先のユーザの在席状況を事前に確認することができる。しかしながら、訪問先のユーザが在席していたとしても、そのユーザは、取り込み中などにより訪問者の応対が困難な場合があるという問題点がある。この場合、訪問者は、訪問先のユーザに会うことができたとしても、そのユーザに十分な応対をしてもらえず、訪問先のユーザは、訪問により煩わされることとなる。すなわち、快適な訪問を実現できない。
　本開示はこのような問題点を解決するためになされたものであり、快適な訪問の実現を支援することができる訪問支援装置、訪問支援システム、訪問支援方法、及びプログラムを提供することを目的とする。
　本開示の第１の態様にかかる訪問支援装置は、
　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御部と、
　を有する。
　本開示の第２の態様にかかる訪問支援システムは、
　所定の空間の入口に設置された情報処理装置と、
　前記空間内のユーザに対する訪問を支援する訪問支援装置と、
　を備え、
　前記訪問支援装置は、
　前記空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記情報処理装置に表示させる表示制御部と、
　を有する。
　本開示の第３の態様にかかる訪問支援方法では、
　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録し、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる。
　本開示の第４の態様にかかるプログラムは、
所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録ステップと、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御ステップと、
　をコンピュータに実行させる。
　本開示によれば、快適な訪問の実現を支援することができる訪問支援装置、訪問支援システム、訪問支援方法、及びプログラムを提供できる。
実施の形態１にかかる訪問支援装置の構成の一例を示すブロック図である。 実施の形態１にかかる訪問支援方法の流れを示すフローチャートである。 実施の形態２にかかる訪問支援システムの構成を示すブロック図である。 実施の形態２にかかる認証装置の構成を示すブロック図である。 実施の形態２にかかる認証装置による顔情報登録処理の流れを示すフローチャートである。 実施の形態２にかかる認証装置による顔認証処理の流れを示すフローチャートである。 実施の形態２にかかる入口端末の構成を示すブロック図である。 実施の形態２にかかる訪問支援装置の構成を示すブロック図である。 表示制御部の制御により入口端末の表示部に表示される画面の一例を示す図である。 訪問先ユーザが利用する端末装置における通知の表示例を示す図である。 訪問を許可する応答が得られた場合の表示例を示す。 訪問を拒否する応答が得られた場合の表示例を示す。 フロアを撮影するカメラの撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。 実施の形態２にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。 実施の形態３にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。 変形例にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。 実施の形態４にかかる訪問支援装置の構成を示すブロック図である。 実施の形態４にかかる訪問支援システムの処理の流れの一例を示すシーケンスチャートである。 実施の形態５にかかる訪問支援システムの構成を示すブロック図である。 実施の形態５にかかる訪問支援装置の構成を示すブロック図である。 端末装置のカメラの撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。
　説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。また、フローチャート又はシーケンスチャートなどにより本開示に示される処理の実行順序は、一例に過ぎず、技術的な矛盾が生じない限り実行順序を適宜入れ替えることが可能である。また、各実施の形態の特徴についても、技術的な矛盾が生じない限り組み合わせることができる。
＜実施の形態１＞
　図１は、実施の形態１にかかる訪問支援装置１の構成の一例を示すブロック図である。訪問支援装置１は、所定の空間内のユーザに対する訪問を支援する装置である。ここで、本開示において、空間とは、所定の領域を有する空間であればよく、例えば、建物内のフロア全体であってもよいし、部屋であってもよい。空間内にはユーザが利用するための座席が存在する。座席には、例えば、それぞれデスクが設けられており、ユーザは例えば業務を行なうために座席を利用する。なお、ユーザごとに利用すべき席が決められていてもよいし、ユーザごとに利用すべき席が決められていなくてもよい。すなわち、ユーザが好きな座席を選択できてもよい。
　図１に示すように、訪問支援装置１は、登録部２と表示制御部３とを有する。
　登録部２は、所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する。例えば、登録部２は、ユーザからの入力に基づいて、当該ユーザの識別情報と当該ユーザのステータスとを対応付けて、記憶装置に記憶する。ユーザからの入力は、訪問支援装置１への入力であってもよいし、他の装置への入力であってもよい。他の装置へステータスの入力があった場合、訪問支援装置１は、この他の装置から、入力されたステータスを取得する。なお、上述した記憶装置は、例えば訪問支援装置１が備えるものであるが、他の装置が備えるものであってもよい。ここで、ステータスとは、上述の通り、着席中のステータスである。具体的には、例えば、「応対可能」、「応対不可」、「取り込み中」、「応対中」、「休憩中」などといった、着席中のユーザが訪問に対して現在応対可能であるか否かについての目安となるステータスである。
　表示制御部３は、ユーザを識別する情報とともに当該ユーザの登録された上述のステータスを、前記空間の入口に設置された表示装置に表示させる。ユーザを識別する情報としては、ユーザを識別するための任意の情報を用いることができる。例えば、ユーザの名前であってもよいし、ユーザＩＤであってもよいし、ユーザの顔の画像であってもよい。
　図２は、実施の形態１にかかる訪問支援方法の流れを示すフローチャートである。
　ステップＳ１０において、登録部２は、所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する。次に、ステップＳ１１において、表示制御部３は、ユーザを識別する情報とともに当該ユーザの登録されたステータスを、空間の入口に設置された表示装置に表示させる。
　このように、訪問支援装置１によれば、ユーザの着席中のステータスが登録され、登録されたステータスが、入口に設置された表示装置に表示される。このため、訪問者は、表示されたステータスを確認することにより、訪問先ユーザが訪問に対して現在応対可能であるか否かの目安を得ることができる。したがって、訪問先ユーザにとって応対が難しいタイミングで、訪問者と訪問先ユーザが面会することを抑制することができる。換言すると、訪問先ユーザにとって好ましいタイミングで、訪問者と訪問先ユーザが面会することが可能になる。したがって、本実施の形態によれば、快適な訪問の実現を支援することができる。なお、本開示において、訪問者とは、特定のユーザと会うために来訪した人物をいう。訪問先ユーザとは、訪問相手のユーザである。すなわち、訪問先ユーザとは、訪問者が会いたい人物である。訪問先ユーザの人数は複数であってもよい。
　なお、訪問支援装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、訪問支援方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムをメモリへ読み込み、当該コンピュータプログラムを実行する。これにより、プロセッサは、登録部２及び表示制御部３の機能を実現する。
　または、登録部２及び表示制御部３は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。
　また、訪問支援装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、訪問支援装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。
　以下、実施の形態１をより具体的にした実施の形態について説明する。
＜実施の形態２＞
　図３は、実施の形態２にかかる訪問支援システム１０の構成を示すブロック図である。訪問支援システム１０は、訪問支援装置１００、認証装置２００、入口端末３００、端末装置４００、及びカメラ５００を備える。訪問支援装置１００、認証装置２００、入口端末３００、端末装置４００、及びカメラ５００のそれぞれは、有線又は無線のネットワーク６００を介して通信可能に接続されている。
　訪問支援装置１００は、図１に示した訪問支援装置１に相当し、所定の空間内のユーザに対する訪問を支援する装置である。すなわち、訪問支援装置１は、訪問者４０が空間内の訪問先ユーザ４１を訪問することを支援する装置である。なお、本実施の形態では一例として、所定の空間が、建物内におけるフロア４２であるとする。訪問支援装置１００は、ユーザのステータスが記されたフロアマップの生成、訪問についての通知などを行なう。訪問支援装置１００は、例えば、コンピュータにより実現されるサーバ装置である。訪問支援装置１００の詳細については、後述する。
　認証装置２００は、顔情報ＤＢ（DataBase）２１０を備え、顔認証処理を行なう装置である。顔情報ＤＢ２１０は、ユーザＩＤ２１１と当該ユーザの顔特徴情報２１２とを対応付けて記憶する。本実施の形態では、複数のユーザの顔特徴情報２１２が予め認証装置２００に登録されているものとする。ここで、これらのユーザには、訪問先ユーザ４１と訪問者４０とが含まれる。顔情報ＤＢ２１０は、例えば、認証装置２００が備えるメモリなどの記憶装置により実現される。顔情報ＤＢ２１０は、記憶部ともいう。認証装置２００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報２１２と照合を行い、照合結果を要求元へ返信する。
　入口端末３００は、所定の空間の入口に設置された情報処理装置である。本実施の形態では、フロア４２の入口に設置されている。入口端末３００は、カメラ３１０及び表示部３２０を含む。カメラ３１０は、入口に設置された撮影装置の一例であり、フロア４２の入口に来た訪問者４０の顔を撮影するよう設置されている。表示部３２０は、空間の入口に設置された表示装置の一例であり、具体的には、例えば、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイなどのプラットパネルディスプレイである。本実施の形態では、表示部３２０は、タッチパネルとして構成され、ユーザからの入力を受付ける入力装置としても機能する。
　なお、本実施の形態では、一例として、入口端末３００は、カメラ３１０及び表示部３２０を含むが、カメラ３１０若しくは表示部３２０のいずれか一方、又はその両方が入口端末３００とは別の装置として存在してもよい。
　端末装置４００は、所定の空間内に設けられた座席ごとに設置された、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）等の情報処理装置である。本実施の形態では、端末装置４００は、フロア４２内に設けられた座席ごとに設置されている。なお、図３では、一例として、２台の端末装置４００が図示されているが、端末装置４００の台数は、３台以上であってもよく、１台であってもよい。本実施の形態では、ユーザごとに利用すべき席は決められておらず、ユーザは任意の端末装置４００を利用することができる。端末装置４００は、ネットワーク６００を介して、訪問支援装置１００からの通知を受信し、通知内容を出力する。通知内容の出力は、表示による出力であってもよいし、音声による出力であってもよい。表示による出力である場合、端末装置４００は、ディスプレイを備えており、当該ディスプレイに表示する。また、音声による出力である場合、端末装置４００は、スピーカを備えており、当該スピーカから音声を出力する。
　カメラ５００は、所定の空間内を撮影するカメラである。より詳細には、カメラ５００は、所定の空間内の座席にいるユーザの顔を撮影するよう設置されたカメラである。カメラ５００が撮影した画像は、訪問支援装置１００に送信される。なお、カメラ５００は、複数設定されていてもよい。
　次に、認証装置２００の機能について詳細に説明する。図４は、認証装置２００の構成を示すブロック図である。認証装置２００は、上述した顔情報ＤＢ２１０と、顔検出部２２０と、特徴点抽出部２３０と、登録部２４０と、認証部２５０とを備える。
　顔検出部２２０は、顔情報を登録するための画像又は顔認証するための画像に含まれる顔領域を検出する。顔検出部２２０は、公知の画像認識処理により、画像から顔の領域を検出する。
　特徴点抽出部２３０は、顔検出部２２０が検出した顔領域から特徴点を抽出する。なお、特徴点抽出部２３０は、特徴点についての特徴量を抽出してもよい。また、これらに代えて、他の特徴情報が抽出されてもよい。特徴点抽出部２３０により、顔認証のための顔の特徴情報（顔情報とも称す）が抽出される。なお、顔認証は公知の技術で実現可能であるため、顔認証のための特徴情報の詳細な説明については省略する。
　登録部２４０は、特徴点抽出部２３０が抽出した特徴情報をユーザＩＤとともに、顔情報ＤＢ２１０に登録する。登録部２４０は、特徴情報の登録に際して、ユーザＩＤを新規に発行する。登録部２４０は、発行したユーザＩＤと、顔情報を登録するための画像から抽出した特徴情報とを対応付けて顔情報ＤＢ２１０へ登録する。
　認証部２５０は、顔認証するための画像から特徴点抽出部２３０により抽出された特徴情報と、顔情報ＤＢ２１０に登録された特徴情報との照合を行うことにより、顔認証を行なう。認証部２５０は、特徴情報が一致したか否かを、認証要求を送信した装置に返信する。特徴情報が一致したか否かは、認証の成否に対応する。
　図５は、認証装置２００による顔情報登録処理の流れを示すフローチャートである。以下、図５を参照しつつ、顔情報登録処理の流れを説明する。
　まず、ステップＳ１０１において、認証装置２００は、ユーザの顔が撮影された画像を取得する。例えば、認証装置２００は、顔情報登録装置（不図示）からネットワーク６００を介して受信した顔情報登録要求に含まれる画像を取得する。なお、顔情報登録装置は、パーソナルコンピュータ等の情報処理装置であればよい。
　次に、ステップＳ１０２において、顔検出部２２０は、ステップＳ１０１で取得した画像に含まれる顔領域を検出する。
　次に、ステップＳ１０３において、特徴点抽出部２３０は、ステップＳ１０２で検出した顔領域から顔の特徴情報を抽出する。
　最後に、ステップＳ１０４において、登録部２４０は、ユーザＩＤを発行し、当該ユーザＩＤと顔の特徴情報とを対応付けて顔情報ＤＢ２１０に登録する。なお、登録部２４０は、顔情報登録装置などから、登録対象のユーザの名前などの個人情報を取得し、この個人情報もユーザＩＤと対応付けて顔情報ＤＢ２１０に登録してもよい。また、登録部２４０は、顔情報登録要求の送信元の装置に対して、登録結果を返信してもよい。なお、認証装置２００は、顔の特徴情報を含む顔情報登録要求を受信してもよく、この場合には、ステップＳ１０１からステップＳ１０３の処理が省略可能である。
　図６は、認証装置２００による顔認証処理の流れを示すフローチャートである。以下、図６を参照しつつ、顔認証処理の流れを説明する。
　まず、ステップＳ２０１において、認証装置２００は、ユーザの顔が撮影された画像を取得する。例えば、認証装置２００は、入口端末３００のカメラ３１０が撮影した画像を含む顔認証要求を、ネットワーク６００を介して訪問支援装置１００から受信し、この顔認証要求に含まれる画像を取得する。
　次に、ステップＳ２０２において、顔検出部２２０は、ステップＳ２０１で取得した画像に含まれる顔領域を検出する。
　次に、ステップＳ２０３において、特徴点抽出部２３０は、ステップＳ２０２で検出した顔領域から顔の特徴情報を抽出する。なお、認証装置２００は、顔の特徴情報を含む顔認証要求を受信してもよく、この場合には、ステップＳ２０１からステップＳ２０３の処理が省略可能である。
　次に、ステップＳ２０４において、認証部２５０は、認証対象の特徴情報を、顔情報ＤＢ２１０と照合する。認証対象の特徴情報が、登録されているいずれかのユーザの特徴情報と一致した場合（ステップＳ２０５でＹＥＳ）、処理はステップＳ２０６へ移行する。いずれのユーザの特徴情報とも一致しない場合（ステップＳ２０５でＮＯ）、処理はステップＳ２０８へ移行する。
　ステップＳ２０６では、認証部２５０は、認証対象の特徴情報と特徴情報が一致したユーザのユーザＩＤを特定する。
　そして、ステップＳ２０７において、認証部２５０は、顔認証要求の送信元の装置（例えば、訪問支援装置１００）に対し、顔認証に成功した旨を示す認証結果を送信する。具体的には、認証部２５０は、顔認証に成功した旨と特定したユーザＩＤとを要求元へ返信する。なお、認証部２５０は、認証されたユーザの名前などの個人情報を要求元へ返信してもよい。
　一方、ステップＳ２０８では、認証部２５０は、顔認証要求の送信元の装置（例えば、訪問支援装置１００）に対し、顔認証に失敗した旨を示す認証結果を送信する。
　次に、入口端末３００について詳細に説明する。図７は、入口端末３００の構成を示すブロック図である。入口端末３００は、上述したカメラ３１０及び表示部３２０に加え、記憶部３３０と、通信部３４０と、制御部３５０とを備える。なお、上述した通り、本実施の形態では、表示部３２０は、タッチパネルとして構成され、ユーザからの入力を受付けるが、表示部３２０は必ずしもユーザからの入力を受付ける機能を備えていなくてもよい。また、この場合、入口端末３００には、表示部３２０とは別に、ユーザからの入力を受付ける入力装置が設けられてもよい。
　記憶部３３０は、入口端末３００の各機能を実現するためのプログラム及び入口端末３００の処理に用いられるデータが格納される記憶装置である。この記憶装置は、例えば、ハードディスク、フラッシュメモリ等の不揮発性記憶装置であってもよく、ＲＡＭ（Random Access Memory）等のメモリを含んでもよい。通信部３４０は、ネットワーク６００を介した通信を行なうための通信インタフェースである。制御部３５０は、入口端末３００の各構成を制御するプロセッサつまり制御装置である。制御部３５０は、プログラムをメモリへ読み込み、処理を実行する。これにより、制御部３５０は、撮影制御部３５１及び入出力制御部３５２の機能を実現する。
　撮影制御部３５１は、カメラ３１０を制御し、入口に到着した訪問者を撮影するよう制御する。例えば、撮影制御部３５１は、入口に到着した訪問者から撮影指示が入力されると、訪問者の顔を含む画像を撮影する。なお、この撮影指示として、訪問を予約する指示が用いられてもよい。また、撮影制御部３５１は、撮影画像を通信部３４０及びネットワーク６００を介して訪問支援装置１００へ送信する。
　入出力制御部３５２は、ユーザから入力を受付ける処理、及び、表示部３２０に情報を表示する処理を制御する。例えば、入出力制御部３５２は、訪問者から訪問先ユーザを指定する入力（例えば、訪問先ユーザのＩＤ又は名前など）の受付け処理や、訪問を予約する指示の入力の受付け処理などを行なう。入出力制御部３５２は、受付けた入力を通信部３４０及びネットワーク６００を介して訪問支援装置１００に送信する。また、入出力制御部３５２は、訪問支援装置１００からネットワーク６００及び通信部３４０を介して受信した情報を表示部３２０に表示する。例えば、入出力制御部３５２は、訪問支援装置１００から受信したユーザのステータスが記されたフロアマップや訪問予約に対する応答結果などを表示部３２０に表示する。
　なお、入口端末３００は、空間（フロア）の人の出入りを制御するゲートと通信可能に接続されていてもよい。その場合、入口端末３００は、訪問支援装置１００から、訪問予約に対する応答として、予約を許可する応答（訪問を許可する応答）が得られた場合、ゲートのロックを解除してもよい。
　次に、訪問支援装置１００について、詳細に説明する。図８は、訪問支援装置１００の構成を示すブロック図である。訪問支援装置１００は、記憶部１１０と、メモリ１３０と、通信部１４０と、制御部１５０とを備える。
　記憶部１１０は、ハードディスク、フラッシュメモリ等の不揮発性記憶装置である。記憶部１１０は、訪問支援装置１００の種々の処理を行なうためのプログラム１１１を記憶する。また、記憶部１１０は、顔画像情報１１２と、端末情報１１５、ステータス情報１１７と、スケジュール情報１１９とを記憶する。
　顔画像情報１１２は、ユーザ毎の顔画像である。すなわち、顔画像情報１１２は、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザの顔画像１１４とを対応付けた情報である。なお、この顔画像情報１１２は、例えば、フロアマップに、フロアに在席しているユーザの顔画像を表示するために用いられる。このため、フロアに存在しうるユーザについての顔画像が顔画像情報１１２として、予め記憶部１１０には記憶されている。
　端末情報１１５は、各ユーザが使用する端末装置４００を示す情報である。すなわち、端末情報１１５は、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザが現在使用している端末装置４００を識別する端末ＩＤ１１６とを対応付けた情報である。なお、この端末情報１１５は、例えば、フロアに在席しているユーザに対し、訪問について通知するために用いられる。このため、フロアに存在しているユーザが使用する端末装置４００を識別する情報が端末情報として、記憶部１１０には記憶されている。例えば、端末装置４００にユーザがログインすると、端末装置４００のＩＤと当該端末装置４００にログインしたユーザのユーザ情報１１３が訪問支援装置１００に通知され、この通知に基づいて、端末情報１１５が記憶される。
　ステータス情報１１７は、ユーザ毎の現在のステータスを表わす情報である。特に、このステータスは、ユーザが着席中の場合、着席中のステータスを示す情報である。ステータス情報１１７は、具体的には、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザのステータス１１８とを対応付けた情報である。なお、このステータス情報１１７は、例えば、入口端末３００にユーザのステータスを表示するために用いられる。ステータス情報１１７は、後述する登録部１５１による登録処理により、記憶部１１０に記憶される。このように、記憶部１１０は、各ユーザのステータスを記憶する。
　スケジュール情報１１９は、ユーザ毎のスケジュールを表わす情報である。スケジュール情報１１９は、具体的には、ユーザを識別する情報を含むユーザ情報１１３と、当該ユーザのスケジュール１２０とを対応付けた情報である。例えば、スケジュール１２０は、「会議」、「早退」、「外出」などの離席を伴う予定を示すものであってもよい。なお、このスケジュール情報１１９は、例えば、入口端末３００にユーザのスケジュールを表示するために用いられる。スケジュール情報１１９は、後述する登録部１５１による登録処理により、記憶部１１０に記憶される。このように、記憶部１１０は、各ユーザのスケジュールを記憶する。
　メモリ１３０は、ＲＡＭ等の揮発性記憶装置であり、制御部１５０の動作時に一時的に情報を保持するための記憶領域である。通信部１４０は、ネットワーク６００を介した通信を行なうための通信インタフェースである。例えば、通信部１４０は、ネットワーク６００を介して取得したデータを制御部１５０へ出力する。また、通信部１４０は、制御部１５０から受け付けたデータをネットワーク６００へ出力する。
　制御部１５０は、訪問支援装置１００の各構成を制御するＣＰＵなどのプロセッサ、つまり制御装置である。制御部１５０は、記憶部１１０からプログラム１１１をメモリ１３０へ読み込み、プログラム１１１を実行する。これにより、制御部１５０は、登録部１５１、訪問先取得部１５２、画像取得部１５３、座席位置特定部１５４、ステータス特定部１５５、認証制御部１５６、表示制御部１５７、及び通知部１５８の機能を実現する。
　登録部１５１は、図１の登録部２に対応している。本実施の形態では、登録部１５１は、ユーザの現在のステータスをユーザ毎に登録する。特に、登録部１５１は、フロア内で着席しているユーザについては、着席中のステータスをユーザ毎に登録する。例えば、着席しているユーザのステータスとして、「応対可能」、「応対不可」、「取り込み中」、「応対中」、「休憩中」などといった、着席中のユーザが訪問に対して現在応対可能であるか否かについての目安となるステータスを登録する。なお、登録部１５１は、さらに、離席しているユーザのステータスをユーザ毎に登録してもよい。例えば、「離席中」、「不在」、「休暇中」などといった不在を示すステータスを登録してもよい。登録部１５１は、例えば端末装置４００へのユーザからの入力に基づいて、当該ユーザの識別情報を含むユーザ情報１１３と当該ユーザのステータス１１８とを対応付けて、記憶部１１０にステータス情報１１７として登録する。なお、ユーザは、自身のステータスを端末装置４００ではなく、他の装置に入力してもよい。この場合、登録部１５１は、この他の装置から、ユーザの識別情報と当該ユーザのステータスとを取得し、記憶部１１０にステータス情報１１７として登録する。この他の装置は、訪問支援装置１００であってもよい。
　また、登録部１５１は、ユーザのスケジュールをユーザ毎に登録する。登録部１５１は、例えば端末装置４００へのユーザからの入力に基づいて、当該ユーザの識別情報を含むユーザ情報１１３と当該ユーザのスケジュール１２０とを対応付けて、記憶部１１０にスケジュール情報１１９として登録する。なお、ユーザは、自身のスケジュールを端末装置４００ではなく、他の装置に入力してもよい。この場合、登録部１５１は、この他の装置から、ユーザの識別情報と当該ユーザのスケジュールとを取得し、記憶部１１０にスケジュール情報１１９として登録する。この他の装置は、訪問支援装置１００であってもよい。
　訪問先取得部１５２は、所定の空間の入口に到着した訪問者の訪問先ユーザを取得する。本実施の形態では、訪問先取得部１５２は、フロアの入口に到着した訪問者が訪問を希望する相手を特定する情報を取得する。訪問先取得部１５２は、訪問先ユーザを任意の方法で取得することができる。例えば、訪問先取得部１５２は、訪問者が入口端末３００に入力した、訪問先ユーザを指定する入力（例えば、訪問先ユーザのＩＤ又は名前など）を受信することにより、訪問先ユーザを取得する。なお、訪問先取得部１５２は、このような取得方法に限らず、例えば、予めシステムに登録された、訪問先ユーザを指定する情報を取得してもよいし、他の方法により取得してもよい。
　画像取得部１５３は、顔を含む画像を取得する。例えば、画像取得部１５３は、入口に設置された撮影装置による訪問者の撮影画像を取得する。この撮影装置は、本実施の形態では、具体的には入口端末３００のカメラ３１０であり、所定の空間（フロア）の入口に到来した訪問者の顔を含む画像を撮影する。また、画像取得部１５３は、所定の空間（フロア）に設置された撮影装置によるユーザの撮影画像を取得する。この撮影装置は、本実施の形態では、具体的にはカメラ５００であり、所定の空間（フロア）の座席にいるユーザの顔を含む画像を撮影する。画像取得部１５３は、入口端末３００のカメラ３１０による訪問者の撮影画像をネットワーク６００を介して取得する。同様に、画像取得部１５３は、カメラ５００の撮影画像をネットワーク６００を介して取得する。なお、図８に示したブロック図では、説明の便宜上、１つの画像取得部１５３が図示されているが、訪問支援装置１００は、カメラ３１０の画像を取得する画像取得部と、カメラ５００の画像を取得する画像取得部の２つの画像取得部を構成として備えてもよい。
　座席位置特定部１５４は、所定の空間（フロア）内でユーザが着席する座席位置を特定する。本実施の形態では、カメラ５００の撮影した画像に基づいて、ユーザの着席する座席位置を特定する。なお、ユーザの着席位置が固定である場合、つまりユーザが自由に座席を選択することが認められていない場合には、座席位置特定部１５４は、予め登録された、ユーザ毎の座席位置を示す管理情報を参照することにより、ユーザの座席位置を特定してもよい。この場合、カメラ５００は設置されていなくてもよい。カメラ５００の画像に基づく、座席位置の特定の詳細については後述する。
　ステータス特定部１５５は、訪問先ユーザに対応付けられて登録されたステータスを特定する。具体的には、ステータス特定部１５５は、訪問先取得部１５２により取得された訪問先ユーザのユーザ情報１１３と対応付けて登録されているステータス１１８を参照することにより、訪問先ユーザのステータスを特定する。また、ステータス特定部１５５は、さらに、訪問先ユーザに対応付けられて登録されたスケジュールを特定してもよい。具体的には、ステータス特定部１５５は、訪問先取得部１５２により取得された訪問先ユーザのユーザ情報１１３と対応付けて登録されているスケジュール１２０を参照することにより、訪問先ユーザのスケジュールを特定する。なお、ステータス特定部１５５は、訪問先ユーザ以外のユーザのステータス又はスケジュールを特定してもよい。
　認証制御部１５６は、画像取得部１５３が取得した撮影画像に基づいて訪問者の顔認証を行うよう制御する。本実施の形態では、認証制御部１５６は、認証装置２００を用いた顔認証処理を行なうよう制御する。認証制御部１５６は、入口端末３００から送信された、訪問者の顔を含む画像について、顔認証を行なうよう制御する。例えば、認証制御部１５６は、入口端末３００から受信した画像を含む顔認証要求を認証装置２００に送信する。また、認証装置２００から認証結果を受信する。これにより、訪問者の顔認証が行なわれる。
　表示制御部１５７は、図１の表示制御部３に対応している。すなわち、表示制御部１５７は、ユーザを識別する情報とともに当該ユーザの登録されたステータスを、入口端末３００の表示部３２０に表示させる。
　また、表示制御部１５７は、座席位置特定部１５４が特定した座席位置を、当該座席を利用するユーザを識別する情報とともに示したマップを入口端末３００の表示部３２０に表示させるよう制御する。本実施の形態では、具体的には、表示制御部１５７は、記憶部１１０に記憶されたユーザの顔画像１１４とともに当該ユーザの座席位置を示すフロアマップを生成し、生成したフロアマップを入口端末３００の表示部３２０に表示させる。なお、座席を利用するユーザを識別する情報として、顔画像１１４の代わりに、ユーザの名前又はＩＤなどが用いられてもよい。このように、本実施の形態では、ユーザの座席位置が当該ユーザを識別する情報とともに示したマップが表示されるため、訪問者は当該ユーザの座席位置を容易に把握することができる。本実施の形態では、図９により具体例を示す通り、表示制御部１５７は、ユーザのステータスが記されたフロアマップを表示するよう制御するが、ステータスをマップとは別に表示するよう制御してもよい。なお、フロアマップは、ユーザの座席位置を示すだけではなく、訪問先ユーザを指定するため、又は、入口から訪問先ユーザまでの経路を表示するため等に、利用することもできる。
　また、本実施の形態では、表示制御部１５７は、座席位置及びステータスの表示について、着席するユーザのうち所定の条件を満たすユーザだけ表示するよう制御する。より詳細には、表示制御部１５７は、着席するユーザのうち、訪問先ユーザに該当するユーザだけを表示するように制御する。このため、ステータスの表示においては、表示制御部１５７は、ステータス特定部１５５により特定された、訪問先ユーザについてのステータスを表示部３２０に表示させる。このようにすることにより、訪問者は、訪問相手の位置及びステータスを容易に把握することができる。なお、所定の条件として、他の条件が用いられてもよい。例えば、訪問者に関連性があることが条件であってもよい。訪問者に関連性があるユーザは、例えば、訪問者と過去に電子メールの通信を行なったユーザであってもよいし、訪問者と同じ会議に出席した実績があるユーザであってもよい。これらを判定するために、訪問支援装置１００は、ユーザ間の関連性を示す情報を記憶部１１０に記憶していてもよい。このように、所定の条件を満たすユーザについてのみ座席位置及びステータスを表示することにより、表示対象を制限できる。このため、訪問者によるマップの視認性を向上することができる。なお、表示制御部１５７は、在席している全てのユーザの座席位置及びステータスを表示するよう制御してもよい。また、座席位置とステータスのうちいずれか一方のみについて、所定の条件を満たすユーザだけを表示対象としてもよい。なお、このような場合においても、フロアマップは、ユーザの座席位置を示すだけではなく、訪問先ユーザを指定するため、又は、入口から訪問先ユーザまでの経路を表示するため等に、利用することもできる。
　また、表示制御部１５７は、ユーザを識別する情報とともに、予め記憶された当該ユーザのスケジュールを、入口端末３００の表示部３２０に表示させてもよい。このようにすることにより、訪問者は、ユーザの予定も把握することができる。このため、例えば、訪問先ユーザが現在応対不可である場合に、訪問者が改めて訪問する時期を検討する上で有益な情報を得ることができる。なお、スケジュールの表示についても、座席位置及びステータスと同様、所定の条件を満たすユーザだけを表示対象としてもよい。
　また、さらに、本実施の形態では、表示制御部１５７は、訪問予約を受付けるためのユーザインタフェース画像を入口端末３００の表示部３２０に表示させる。
　図９は、表示制御部１５７の制御により入口端末３００の表示部３２０に表示される画面の一例を示す図である。図９に示した例では、フロアマップ５３と、訪問予約を受付けるためのユーザインタフェース画像５４とが表示されている。ここで、フロアマップ５３は、フロア全体の地図画像５０、訪問者の現在地５１、訪問先ユーザの座席位置を示す画像５２、訪問先ユーザのステータス６０、及び訪問先ユーザのスケジュール６１を含む。なお、訪問先ユーザのステータス６０及び訪問先ユーザのスケジュール６１は、フロアマップ５３とは別に表示されてもよい。現在地５１は、フロアの入口に相当する位置である。なお、表示制御部１５７は、現在地５１から、訪問先ユーザの座席位置までの経路をさらに表示してもよい。画像５２は、訪問先ユーザの顔画像５２ａと訪問先ユーザの識別情報５２ｂとが含まれている。これらは、座席を利用するユーザを識別する情報の具体例である。ステータス６０及びスケジュール６１は、ステータス特定部１５５により特定されたステータス及びスケジュールの内容を表わす表示である。ユーザインタフェース画像５４がタッチ操作などにより訪問者により選択されると、訪問の予約要求が訪問支援装置１００に送信される。すなわち、入口端末３００は、訪問先ユーザとの訪問の予約を指示する入力を訪問者から受付けると、訪問の予約要求を訪問支援装置１００に送信する。なお、画像５２が、訪問予約を受付けるためのユーザインタフェース画像としても用いられてもよい。すなわち、訪問者が、訪問先ユーザの座席位置に表示された画像５２を選択する操作を行なうと、訪問の予約要求が訪問支援装置１００に送信されてもよい。
　図８に戻り、訪問支援装置１００の説明を続ける。
　通知部１５８は、訪問先ユーザに対応付けられた端末装置４００に対して訪問についての通知を行う。具体的には、通知部１５８は、訪問者が訪問予定である旨の通知を行なう。なお、これに限らず、通知部１５８は、例えば、訪問者が訪問先ユーザの座席に来訪しそうである旨を示す通知を行なってもよいし、訪問者が入口にいることを通知してもよい。通知部１５８は、端末情報１１５を参照し、訪問先ユーザが使用する端末装置４００を特定する。本実施の形態では、通知部１５８は、訪問者の顔認証に成功した場合に、このような通知を行なう。このため、認証できない訪問者の訪問の通知により、訪問先ユーザが煩わされることを抑制することができる。なお、通知部１５８は、顔認証の結果によらずに通知を行ってもよい。また、通知部１５８は、訪問者の情報を端末装置４００に通知する。すなわち、認証により訪問者が特定されるので、通知部１５８は、特定された訪問者についての情報を端末装置４００に通知する。なお、具体的には、例えば、名前など、訪問者を識別する情報を通知する。このようにすることにより、訪問先ユーザは誰が訪問してきたのかを具体的に知ることができる。なお、訪問者についての情報の通知は省略されてもよい。
　このように、訪問先ユーザに対応付けられた端末装置４００に対して訪問についての通知が行われることにより、訪問先ユーザは、訪問者の来訪を把握することができる。したがって、訪問者が訪問先ユーザの座席に到着する前に、訪問先ユーザが離席することを抑制することができる。つまり、訪問者はより確実に訪問先ユーザに会うことができる。したがって、効率的な訪問を実現することができる。
　また、本実施の形態では、通知部１５８は、訪問の予約が要求された場合、上述した通知を行う。具体的には、訪問予約を受付けるためのユーザインタフェース画像５４を選択する操作が訪問者により行なわれると、通知部１５８は訪問の予約要求を入口端末３００から受信する。そして、この予約要求を受信すると、通知部１５８は通知を行なう。このようにすることにより、訪問者の訪問の意志が明確である場合に限って、通知を行なうことができる。すなわち、不必要に通知が行なわれることを抑制することができる。
　通知部１５８による通知は、例えば、端末装置４００のディスプレイにおいて表示出力される。図１０は、訪問先ユーザが利用する端末装置４００における通知の表示例を示す図である。図１０に示される例では、端末装置４００のディスプレイに、ＸＸという識別情報（例えば、名前又はＩＤ）で識別される訪問者による、ＹＹという識別情報で識別されるユーザへの訪問が通知されている。また、図１０に示される例では、要求された訪問予約を許可するか否か（すなわち、訪問を許可するか否か）を選択するためのユーザインタフェース画像５５ａ、５５ｂが表示されている。
　なお、通知部１５８は、訪問についての通知として、様々な通知をしてもよい。例えば、この通知は、訪問者の個人情報を含んでもよい。具体的には、個人情報は、訪問者の顔画像であってもよい。この場合、顔画像は、入口端末３００が撮影した画像でもよい。また、個人情報は、訪問者の属性（例えば、所属企業、所属部署、又は職位など）であってもよい。また、この通知は、訪問者による訪問についての履歴情報を含んでもよい。具体的には、この履歴情報は、当該訪問者による何度目の訪問であるかを示す情報、すなわち、通算訪問回数であってもよいし、当該訪問者について過去に訪問を許可した回数であってもよいし、当該訪問者について過去に訪問を拒否した回数であってもよい。また、この通知は、訪問者が所定の人物に該当するか否かを示す情報を含んでもよい。この情報は、具体的には、訪問先ユーザが予め設定した重要人物に該当するか否かを示す情報であってもよいし、訪問先ユーザが予め設定した要注意人物に該当するか否かを示す情報であってもよい。
　訪問先ユーザは、ユーザインタフェース画像５５ａ、５５ｂのうち、いずれかを選択する指示を端末装置４００に入力することにより、訪問者の訪問を許可するか否かを指定する。端末装置４００は、この指定内容を、通知に対する応答結果として、訪問支援装置１００に送信する。この応答結果は、図１１又は図１２に示すように、入口端末３００の表示部３２０に表示されてもよい。図１１は、訪問を許可する応答が得られた場合の表示例を示す。また、図１２は、訪問を拒否する応答が得られた場合の表示例を示す。すなわち、訪問支援装置１００の表示制御部１５７は、端末装置４００から、訪問についての通知に対する応答結果を受信した場合、当該応答結果を表示部３２０に表示させてもよい。このようにすることにより、訪問を許可するか否かについての訪問先ユーザの意思を訪問者に対して知らせることができる。なお、入口端末３００は、訪問を許可する応答が得られた場合、空間（フロア）の人の出入りを制御するゲートのロックを解除し、訪問を拒否する応答が得られた場合、当該ゲートのロックを施錠したままとしてもよい。なお、このようなロックの制御については、他の装置（たとえば、訪問支援装置１００）によって実現されてもよい。
　次に、フロアを撮影するカメラ５００の撮影画像を用いた座席位置の特定について説明する。図１３は、フロアを撮影するカメラ５００の撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。以下、図１３に沿って、処理の流れを説明する。
　まず、ステップＳ３０１において、座席位置特定部１５４は、座席位置の特定対象のユーザの顔画像を特定する。具体的には、座席位置特定部１５４は、訪問先ユーザの顔画像を特定する。座席位置特定部１５４は、訪問先取得部１５２が取得した情報により特定される訪問先ユーザの顔画像を、記憶部１１０に記憶された顔画像情報１１２を参照することにより特定する。
　次に、ステップＳ３０２において、画像取得部１５３は、フロアを撮影するカメラ５００の撮影画像を取得する。この撮影画像には、フロア内の座席にいるユーザのそれぞれの顔が写されている。
　次に、ステップＳ３０３において、座席位置特定部１５４は、ステップＳ３０２で取得された撮影画像の中から、ステップＳ３０１で特定された、訪問先ユーザの顔画像を検索する。この検索では、ステップＳ３０２で取得された撮影画像におけるどの位置に訪問先ユーザの顔が存在するかが特定される。
　次に、ステップＳ３０４において、座席位置特定部１５４は、ステップＳ３０３における検索結果に基づいて、訪問先ユーザの座席位置を特定する。具体的には、座席位置特定部１５４は、ステップＳ３０３で特定された顔画像の位置に基づいて、訪問先ユーザの座席位置を特定する。カメラ５００の撮影範囲は予め定められているため、カメラ５００の撮影画像における訪問先ユーザの位置を特定することにより、フロア内における訪問先ユーザの位置を特定することが可能である。
　このように、座席位置特定部１５４は、空間（フロア）内の撮影画像の中から、予め記憶されたユーザの顔画像を検索し、当該顔画像が検索された位置に基づいて当該ユーザの座席位置を特定してもよい。なお、このような座席位置の特定は、訪問先ユーザ以外のユーザに対して行なわれてもよい。すなわち、フロア内の任意のユーザに対して行なわれてもよい。このような座席位置の特定を行なうことにより、座席位置が予め定められていない場合であっても、ユーザの座席位置を特定することができる。
　次に、訪問支援システム１０の処理の流れについて説明する。図１４は、実施の形態２にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。以下、図１４を参照しつつ、処理の流れを説明する。なお、図１４に示すシーケンスチャート及び後述する他の図に示すシーケンスチャートにおいて、各ユーザのステータス及びスケジュールは、登録部１５１の処理により既に登録されているものとする。同様に、図１４に示すシーケンスチャート及び後述する他の図に示すシーケンスチャートにおいて、認証装置２００の顔情報ＤＢ２１０には、様々なユーザについてのユーザＩＤ２１１と顔特徴情報２１２とが予め記憶されているものとする。
　訪問者がフロアの入口に来ると、訪問者は、入口端末３００に対して訪問先ユーザを指定する入力を行なう。ステップＳ４０１において、この入力情報が入口端末３００から訪問支援装置１００に送信される。これにより、訪問先取得部１５２が訪問先ユーザを取得する。
　次に、ステップＳ４０２において、訪問支援装置１００の座席位置特定部１５４は、フロア内でユーザが着席する座席位置を特定する。特に、座席位置特定部１５４は、訪問先取得部１５２が取得した訪問先ユーザの座席位置を特定する。また、訪問支援装置１００のステータス特定部１５５は、ユーザのステータス及びスケジュールを特定する。特に、ステータス特定部１５５は、訪問先ユーザのステータス及びスケジュールを特定する。
　次に、ステップＳ４０３において、表示制御部１５７は、訪問先ユーザの座席位置、ステータス、及びスケジュールを、訪問先ユーザの顔画像とともに示したフロアマップを生成する。そして、ステップＳ４０４において、表示制御部１５７は、生成したフロアマップを入口端末３００に出力し、入口端末３００の表示部３２０に表示させるよう制御する。このとき、表示制御部１５７は、訪問予約を受付けるためのユーザインタフェース画像も表示部３２０に表示させる。これにより、ステップＳ４０５において、入口端末３００の表示部３２０では、図９に示したようなフロアマップの表示が行なわれる。
　次に、訪問者は、訪問先ユーザと面会するための訪問予約を行なう。具体的には、訪問者は、ユーザインタフェース画像をタッチするなどの操作を行なって、入口端末３００に訪問予約の指示を入力する。これにより、ステップＳ４０６において、入口端末３００から訪問支援装置１００に訪問予約要求が送信される。また、ステップＳ４０７において、入口端末３００のカメラ３１０が撮影した訪問者の顔を含む画像が入口端末３００から訪問支援装置１００へ送信される。
　次に、ステップＳ４０８において、訪問支援装置１００の認証制御部１５６は、ステップＳ４０７で得られた画像を含む顔認証要求を認証装置２００に送信する。そして、ステップＳ４０９において、訪問支援装置１００は、認証装置２００から認証結果を受信する。本シーケンスチャートでは、顔認証に成功するものとして説明する。すなわち、ステップＳ４０９では、訪問支援装置１００は、顔認証に成功した旨の認証結果とともに、認証された人物のユーザＩＤを認証装置２００から受信する。なお、顔認証に失敗した場合、表示制御部１５７は、入口端末３００の表示部３２０に認証に失敗した旨を表示するよう制御してもよい。また、顔認証に失敗した場合、通知部１５８による端末装置４００への通知は行なわれない。
　次に、ステップＳ４１０において、訪問支援装置１００の通知部１５８は、ステップＳ４０９で得られた認証結果を参照し、訪問者を特定する。通知部１５８は、ユーザＩＤにより訪問者を特定してもよいし、ユーザＩＤと予め関連づけられている名前により訪問者を特定してもよい。また、ステップＳ４１１において、通知部１５８は、記憶部１１０に記憶された端末情報１１５の端末ＩＤ１１６を参照することにより、訪問先ユーザが使用する端末装置４００を特定する。
　次に、ステップＳ４１２において、通知部１５８は、訪問先ユーザの使用する端末装置４００に対して、訪問についての通知を行なう。例えば、通知部１５８は、訪問者を識別する情報（例えば、ユーザＩＤ又は名前）とともに、訪問予約の要求の発生を端末装置４００に通知する。これにより、例えば、図１０に示したような表示が端末装置４００において行なわれる。本実施の形態では、このように、通知部１５８は、顔認証に成功した場合に通知を行なうが、通知の実施は顔認証に成功した場合に限られなくてもよい。すなわち、顔認証の結果によらず、通知が行なわれてもよい。
　これに対して、訪問先ユーザは、訪問を許可するか否かを端末装置４００に入力する。ステップＳ４１３において、その入力内容である応答結果が端末装置４００から訪問支援装置１００に送信される。そして、ステップＳ４１４において、訪問支援装置１００から入口端末３００にこの応答結果が送信される。そして、ステップＳ４１５において、入口端末３００に応答結果が表示される。これにより、例えば、図１１又は図１２に示したような表示が入口端末３００において行なわれる。
　以上、実施の形態２について説明した。本実施の形態によれば、ユーザの着席中のステータスが登録され、登録されたステータスが、入口端末３００に表示される。このため、訪問者は、入口で、ステータスを確認することにより、訪問先ユーザが訪問に対して現在応対可能であるか否かの目安を得ることができる。よって、訪問先ユーザにとって好ましいタイミングで、訪問者と訪問先ユーザが面会することが可能になり、快適な訪問の実現を支援することができる。
＜実施の形態３＞
　次に、実施の形態３について説明する。実施の形態２の説明において、図１４に示したシーケンスチャートでは、端末装置４００への通知を行なうための条件に認証結果を用いるために顔認証が行なわれている。これに対し、本実施の形態では、フロアマップの表示を行なうための条件に認証結果を用いるために顔認証が行なわれる。本実施の形態にかかる訪問支援システム１０の構成は、実施の形態２にかかるものと同様である。以下、上述した実施の形態と異なる点について説明し、重複する説明は適宜省略する。
　図１５は、実施の形態３にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。以下、図１５を参照しつつ、本実施の形態における処理の流れを説明する。
　訪問者がフロアの入口に来ると、ステップＳ５０１において、入口端末３００のカメラ３１０が撮影した訪問者の顔を含む画像が入口端末３００から訪問支援装置１００へ送信される。
　次に、ステップＳ５０２において、訪問支援装置１００の認証制御部１５６は、ステップＳ５０１で得られた画像を含む顔認証要求を認証装置２００に送信する。そして、ステップＳ５０３において、訪問支援装置１００は、認証装置２００から認証結果を受信する。本シーケンスチャートでは、顔認証に成功するものとして説明する。すなわち、ステップＳ５０３では、訪問支援装置１００は、顔認証に成功した旨の認証結果とともに、認証された人物のユーザＩＤを認証装置２００から受信する。なお、本実施の形態においても、顔認証に失敗した場合、表示制御部１５７は、入口端末３００の表示部３２０に認証に失敗した旨を表示するよう制御してもよい。また、顔認証に失敗した場合、入口端末３００におけるフロアマップの表示は行なわれない。すなわち、ユーザの座席位置、ステータス、及びスケジュールの表示は行われない。
　次に、ステップＳ５０４において、訪問支援装置１００の通知部１５８は、ステップＳ５０３で得られた認証結果を参照し、訪問者を特定する。
　次に、ステップＳ５０５において、訪問者は、入口端末３００に対して訪問先ユーザを指定する入力を行ない、この入力情報が入口端末３００から訪問支援装置１００に送信される。
　次に、ステップＳ５０６において、訪問支援装置１００の座席位置特定部１５４は、フロア内でユーザが着席する座席位置を特定する。特に、座席位置特定部１５４は、訪問先ユーザの座席位置を特定する。また、訪問支援装置１００のステータス特定部１５５は、ユーザのステータス及びスケジュールを特定する。特に、ステータス特定部１５５は、訪問先ユーザのステータス及びスケジュールを特定する。
　次に、ステップＳ５０７において、表示制御部１５７は、訪問先ユーザの座席位置、ステータス、及びスケジュールを、訪問先ユーザの顔画像とともに示したフロアマップを生成する。そして、ステップＳ５０８において、表示制御部１５７は、生成したフロアマップを入口端末３００に出力し、入口端末３００の表示部３２０に表示させるよう制御する。このとき、表示制御部１５７は、訪問予約を受付けるためのユーザインタフェース画像も表示部３２０に表示させる。これにより、ステップＳ５０９において、入口端末３００の表示部３２０では、図９に示したようなフロアマップの表示が行なわれる。このように、図１５に示したシーケンスでは、表示制御部１５７は、訪問者の顔認証に成功した場合、ユーザの座席位置、ステータス、及びスケジュールを表示部３２０に表示させる。このため、認証に失敗する訪問者に対しては、これらを秘匿することができる。
　次に、訪問者は、訪問予約をするための操作を入口端末３００に対して行なう。これにより、ステップＳ５１０において、入口端末３００から訪問支援装置１００に訪問予約要求が送信される。
　次に、ステップＳ５１１において、通知部１５８は、記憶部１１０に記憶された端末情報１１５の端末ＩＤ１１６を参照することにより、訪問先ユーザが使用する端末装置４００を特定する。
　次に、ステップＳ５１２において、通知部１５８は、訪問先ユーザの使用する端末装置４００に対して、訪問についての通知を行なう。これに対して、訪問先ユーザは、訪問を許可するか否かを端末装置４００に入力する。ステップＳ５１３において、その入力内容である応答結果が端末装置４００から訪問支援装置１００に送信される。そして、ステップＳ５１４において、訪問支援装置１００から入口端末３００にこの応答結果が送信される。そして、ステップＳ５１５において、入口端末３００に応答結果が表示される。
　本実施の形態によれば、フロアマップの表示の前に顔認証が行なわれる。このため、顔認証に成功した場合のみフロアマップを表示することが可能である。このため、認証に失敗する訪問者に対して、フロアマップを秘匿することができる。また、本実施の形態では、通知の前に顔認証が行なわれている。したがって、本実施の形態でも、認証に失敗する訪問者の訪問に対しては通知をしないようにすることができる。このため、そのような訪問者の訪問の通知により、訪問先ユーザが煩わされることを抑制することができる。
　ところで、ステータスの表示の前に、訪問者の顔認証が行われる場合、訪問者に応じて異なるステータスの表示が行われてもよい。例えば、表示制御部１５７は、訪問者がユーザの上司である場合には、「応対可能」というステータスを表示し、訪問者がユーザの部下である場合には、「応対不可」というステータスを表示してもよい。この場合、登録部１５１は、同一のユーザに対して、訪問者の種類毎にステータスを登録する。すなわち、登録部１５１は、同一のユーザのステータスとして、複数種類のステータスを登録する。そして、表示制御部１５７は、訪問者の顔認証の結果から判別される訪問者の種類に応じたステータスを表示部３２０に表示させる。表示制御部１５７は、例えば、顔認証で認証された人物の個人情報を参照することにより、訪問者の種類を判別する。ユーザは、ステータスを登録する際、訪問者の種類毎に任意のステータスを入力する。
　ここで、訪問者の種類としては、任意の種類を用いることが可能である。例えば、訪問者の種類として、役職、性別、年齢、又は所属部署などの観点で分類される種類を用いることができる。なお、これらは例に過ぎず、他の観点で分類された種類が用いられてもよい。
　このように、訪問者の種類に応じたステータスを表示することにより、ユーザの利便性をさらに向上させることができる。
　なお、ユーザは、ステータスを登録する際、訪問者の種類毎にステータスを入力する代わりに、「応対可能」というステータスを表示する対象を設定する入力をしてもよい。例えば、ユーザは、「応対可能」というステータスの表示対象の訪問者の属性（役職、性別、年齢、又は所属部署など）を指定する入力をしてもよい。この場合、登録部１５１は、指定された属性に該当する訪問者向けのステータスとして「応対可能」というステータスを登録し、該当しない訪問者向けのステータスとして「応対不可」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された属性に該当する場合には、「応対可能」というステータスを表示し、該当しない場合には、「応対不可」というステータスを表示する。同様に、ユーザは、ステータスを登録する際、訪問者の種類毎にステータスを入力する代わりに、「応対不可」というステータスを表示する対象を設定する入力をしてもよい。例えば、ユーザは、「応対不可」というステータスの表示対象の訪問者の属性（役職、性別、年齢、又は所属部署など）を指定する入力をしてもよい。この場合、登録部１５１は、指定された属性に該当する訪問者向けのステータスとして「応対不可」というステータスを登録し、該当しない訪問者向けのステータスとして「応対可能」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された属性に該当する場合には、「応対不可」というステータスを表示し、該当しない場合には、「応対可能」というステータスを表示する。
　また、ユーザは、「応対可能」というステータスの表示対象とする人物（ユーザ）を個別に指定してもいい。この場合、登録部１５１は、指定された人物向けのステータスとして「応対可能」というステータスを登録し、それ以外の人物向けのステータスとして「応対不可」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された人物である場合には、「応対可能」というステータスを表示し、そうでない場合には、「応対不可」というステータスを表示する。なお、ユーザは、「応対不可」というステータスの表示対象とする人物（ユーザ）を個別に指定してもいい。この場合、登録部１５１は、指定された人物向けのステータスとして「応対不可」というステータスを登録し、それ以外の人物向けのステータスとして「応対可能」というステータスを登録する。これにより、表示制御部１５７は、訪問者が指定された人物である場合には、「応対不可」というステータスを表示し、そうでない場合には、「応対可能」というステータスを表示する。
　また、指定する人物は、１人でもいいし、複数人でもいい。
　また、ユーザは、ステータス表示の切り替えについての境界条件を設定する入力をしてもよい。この場合、例えば、ユーザは、切り替えの境界条件として、役職、所属部署、又は年齢などについて、具体的に指定する入力を行ってもよい。この場合、登録部１５１は、例えば、設定された役職、所属部署、又は年齢よりも上位又は同等の属性を有する訪問者向けのステータスとして、「応対可能」というステータスを登録する。また登録部１５１は、下位の属性を有する訪問者向けのステータスとして、「応対不可」というステータスを登録する。これにより、例えば、ユーザが、切り替えの境界条件として、「課長」という役職を設定した場合、表示制御部１５７は、訪問者が課長以上の役職についている場合には、「応対可能」というステータスを表示する。これに対し、訪問者が課長以上の役職についていない場合には、表示制御部１５７は、「応対不可」というステータスを表示する。また、例えば、ユーザが、切り替えの境界条件として、「営業部」という部署を設定した場合、表示制御部１５７は、訪問者が営業部又はその上位の部署に所属している場合には、「応対可能」というステータスを表示する。これに対し、表示制御部１５７は、訪問者がそれ以外の部署に属している場合には「応対不可」というステータスを表示する。また、例えば、ユーザが、切り替えの境界条件として、「４０歳」という年齢を設定した場合、表示制御部１５７は、訪問者が４０歳以上である場合には、「応対可能」というステータスを表示し、そうでない場合には「応対不可」というステータスを表示する。
＜実施の形態３の変形例＞
　上述した実施の形態３では、認証結果に応じてフロアマップの表示が行われたが、これに関して、次のような変形例も考えられる。
　図１６は、変形例にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。本変形例は、訪問先ユーザの指定の前に、フロアマップの表示が行われる点で、図１５に示したシーケンスチャートと異なっている。以下、図１６を参照しつつ、本変形例における処理の流れを説明する。
　シーケンスチャートの最初のステップ、すなわちステップＳ５０１からステップＳ５０４までの流れは、図１５に示した流れと同じであるため、説明は割愛する。なお、本変形例においても、顔認証に失敗した場合、表示制御部１５７は、入口端末３００の表示部３２０に認証に失敗した旨を表示するよう制御してもよい。また、顔認証に失敗した場合、入口端末３００におけるフロアマップの表示は行なわれない。すなわち、ユーザの座席位置、ステータス、及びスケジュールの表示は行われない。
　本シーケンスチャートでは、ステップＳ５０４の後、処理はステップＳ５５１へ移行する。
　ステップＳ５５１において、訪問支援装置１００の座席位置特定部１５４は、フロア内でユーザが着席する座席位置を特定する。また、訪問支援装置１００のステータス特定部１５５は、ユーザのステータス及びスケジュールを特定する。
　次に、ステップＳ５５２において、表示制御部１５７は、フロア内のユーザの座席位置、ステータス、及びスケジュールを、ユーザの顔画像とともに示したフロアマップを生成する。このとき、表示制御部１５７は、フロア内の全てのユーザの座席位置等を示したフロアマップを生成してもよいし、座席位置等の表示対象とするフロア内のユーザを、認証された訪問者に応じて変更してもよい。たとえば、表示制御部１５７は、ステップＳ５０４で特定された訪問者に関連性があるユーザについてのみ、座席位置等を表示してもよい。そして、ステップＳ５５３において、表示制御部１５７は、生成したフロアマップを入口端末３００に出力し、入口端末３００の表示部３２０に表示させるよう制御する。これにより、ステップＳ５５４において、入口端末３００の表示部３２０では、フロアマップの表示が行なわれる。
　次に、ステップＳ５５５において、訪問者は、入口端末３００に対して訪問先ユーザを指定する入力を行ない、この入力情報が入口端末３００から訪問支援装置１００に送信される。このとき、訪問者は、訪問先ユーザの指定のために、フロアマップに表示されたユーザの顔画像を選択する操作（たとえば、画像をタッチする操作など）をしてもよい。ステップＳ５５５の後、処理は、図１５を参照して説明したステップＳ５１０へ移行する。ステップＳ５１０以降の処理は、図１５のシーケンスチャートと同様であるため、説明を割愛する。
　以上、変形例について説明した。本変形例においても、フロアマップの表示の前に顔認証が行なわれる。このため、顔認証に成功した場合のみフロアマップを表示することが可能である。特に、本変形例では、訪問者が訪問先ユーザを指定する前にフロアマップが表示されるため、訪問者はフロアマップを参照して、訪問先ユーザを指定することができる。
＜実施の形態４＞
　次に、実施の形態４について説明する。本実施の形態では、訪問先ユーザが会議情報を用いて特定される点で、上述した実施の形態と異なる。以下、上述した実施の形態と異なる構成及び処理について説明し、重複する説明は適宜省略する。
　図１７は、実施の形態４にかかる訪問支援装置１０１の構成を示すブロック図である。実施の形態４にかかる訪問支援装置１０１は、記憶部１１０の代わりに記憶部１２１を有し、訪問先取得部１５２の代わりに訪問先取得部１５９を有する点で、訪問支援装置１００と異なっている。記憶部１２１は、プログラム１１１、顔画像情報１１２、端末情報１１５、ステータス情報１１７、及びスケジュール情報１１９に加え、会議情報１２２を記憶する。
　会議情報１２２は、予定されている会議を示す情報であり、日時情報１２３と参加者情報１２４とを含む。会議情報１２２において、会議ごとに、日時情報１２３と参加者情報１２４とが対応付けられている。日時情報１２３は、会議の開催日時を示す情報である。また、参加者情報１２４は、会議の参加メンバーを特定する情報である。参加者情報１２４は、会議に参加するユーザのユーザＩＤであってもよい。会議情報１２２は、会議場所などの情報をさらに含んでもよい。このように、会議情報は、会議の開催日時及び会議の参加者の定義を含む情報である。
　訪問先取得部１５９は、予め記憶された会議情報に基づき訪問者と同一日時の会議に参加する参加者を特定し、特定した参加者を訪問先ユーザとして取得する。これにより、訪問者が訪問先ユーザを明示的に指定しなくても、訪問先ユーザを特定することができる。なお、会議情報１２２が会議場所の情報を含む場合、訪問先取得部１５９は、同一日時に同一の場所で行なわれる会議の参加者を特定し、特定した参加者を訪問先ユーザとして取得してもよい。
　また、訪問先取得部１５９は、記憶された会議情報１２２のうち、会議の開催日時と訪問者が入口を訪問した日時との時間差が予め定められた範囲以内であるものを参照して、訪問先ユーザを特定してもよい。例えば、訪問先取得部１５９は、記憶された会議情報１２２のうち、訪問者が入口に訪問した日と同じ日に開催される会議についての会議情報１２２を参照して、訪問先ユーザを特定してもよい。会議の開催日時と大きくずれた日時に訪問が発生した場合、当該訪問の目的は会議の参加者に会うためではないことが想定される。すなわち、会議の参加者とは別の人物に合うために来訪していることが想定される。したがって、このようにすることにより、訪問者による訪問先ユーザの明示的な指定を省略しつつ、より確実に訪問先ユーザを特定することができる。
　図１８は、実施の形態４にかかる訪問支援システム１０の処理の流れの一例を示すシーケンスチャートである。以下、図１８を参照しつつ、本実施の形態における処理の流れを説明する。図１８に示したシーケンスチャートは、ステップＳ５０５がステップＳ６０１に置き換えられている点で、図１５に示したシーケンスチャートと異なっている。すなわち、ステップＳ５０５では、訪問者により入口端末３００へと入力された、訪問先ユーザを指定する入力に基づいて、訪問先ユーザの特定が行なわれた。これに対し、本実施の形態では、ステップＳ５０４で訪問者が特定されると、ステップＳ６０１の処理が行なわれる。
　ステップＳ６０１では、訪問先取得部１５９は、会議情報１２２を用いた訪問先ユーザの特定処理を行なう。具体的には、訪問先取得部１５９は、ステップＳ５０４で特定された訪問者と同一日時の会議に参加する参加者を、会議情報を参照することにより特定する。そして、訪問先取得部１５９は、特定された参加者を訪問先ユーザとする。このように、訪問先取得部１５９は、訪問者の顔認証に成功した場合、会議の開催日時及び会議の参加者の定義を含む予め記憶された会議情報に基づき訪問者と同一日時の会議に参加する参加者を特定し、特定した参加者を訪問先ユーザとして取得する。ステップＳ６０１の後、処理はステップＳ５０６に移行する。ステップＳ５０６以降の処理は図１５を参照して説明しているので、ここでは説明を省略する。
　以上、実施の形態４について説明した。本実施の形態では、上述した通り、会議情報１２２を用いて、訪問先ユーザが特定される。このため、訪問者が訪問先ユーザを明示的に指定しなくても、訪問先ユーザを特定することができる。
＜実施の形態５＞
　実施の形態２における説明では、空間（フロア）を撮影するカメラ５００の撮影画像を用いた座席位置の特定について述べた。本実施の形態では、空間（フロア）内のユーザの座席位置を特定する他の方法について示す。
　図１９は、実施の形態５にかかる訪問支援システム１１の構成を示すブロック図である。本実施の形態では、端末装置４００のそれぞれは、端末装置４００を使用するユーザの顔を撮影するカメラ４０１を備えている。なお、図１９に示しように、本実施の形態では、図３に示したフロアを撮影するカメラ５００は省略されてもよい。また、訪問支援システム１１は、訪問支援装置１００の代わりに訪問支援装置１０２を備えている。本実施の形態では、端末装置４００の設置位置が空間内で予め定められているものとする。
　図２０は、実施の形態５にかかる訪問支援装置１０２の構成を示すブロック図である。訪問支援装置１０２は、以下の点で、訪問支援装置１００と異なっている。すなわち、訪問支援装置１０２は、記憶部１１０の代わりに記憶部１２５を有し、画像取得部１５３の代わりに画像取得部１６０を有し、認証制御部１５６の代わりに認証制御部１６１を有し、座席位置特定部１５４の代わりに座席位置特定部１６２を有する。
　記憶部１２５は、端末情報１１５の代わりに端末情報１２６を記憶している点で、記憶部１１０と異なっている。端末情報１２６は、各端末装置４００の設置位置を示す位置情報である。端末情報１２６は、端末装置４００を識別する端末ＩＤ１２７と当該端末装置４００の位置情報１２８を対応付けた情報である。
　画像取得部１６０は、入口端末３００のカメラ３１０による訪問者の撮影画像、及び端末装置４００のカメラ４０１による端末装置４００を使用するユーザの撮影画像をネットワーク６００を介して取得する。なお、図２０に示したブロック図では、説明の便宜上、１つの画像取得部１６０が図示されているが、訪問支援装置１０２は、カメラ３１０の画像を取得する画像取得部と、カメラ４０１の画像を取得する画像取得部の２つの画像取得部を構成として備えてもよい。
　認証制御部１６１は、さらに、端末装置４００のカメラ４０１により撮影された当該端末装置４００のユーザの撮影画像に基づいて、端末装置４００を利用するユーザの顔認証を行うよう制御する点で、上述した認証制御部１５６と異なる。なお、図２０に示したブロック図では、説明の便宜上、１つの認証制御部１６１が図示されている。しかしながら、訪問支援装置１０２は、訪問者の顔認証を行うよう制御する認証制御部と、端末装置４００を利用するユーザの顔認証を行うよう制御する認証制御部の２つの認証制御部を構成として備えてもよい。
　カメラ４０１により撮影された画像による顔認証に成功した場合、端末装置４００を利用しているユーザを特定することができる。このため、座席位置特定部１６２は、ある端末装置４００のカメラ４０１により撮影された画像による顔認証について、認証成功の結果が得られると、当該端末装置４００が、認証結果から特定されるユーザの使用する端末装置４００であると特定する。これにより、図８に示した端末情報１１５に相当する情報が得られる。すなわち、ユーザを識別する情報を含むユーザ情報と、当該ユーザが使用する端末装置４００を識別する端末ＩＤとを対応付けた情報が得られる。この情報は、記憶部１２５に記憶される。次に、座席位置特定部１６２は、端末情報１２６を参照し、認証結果から特定されるユーザの使用する端末装置４００の設置位置を特定する。座席位置特定部１６２は、この設置位置を当該ユーザの座席位置とする。このように、座席位置特定部１６２は、端末装置４００を利用するユーザの顔認証に成功している場合、当該端末装置４００の設置位置を当該ユーザの座席位置として特定する。
　図２１は、端末装置４００のカメラ４０１の撮影画像を用いて座席位置を特定する処理の流れを示すフローチャートである。以下、図２１に沿って、処理の流れを説明する。
　まず、ステップＳ７０１において、訪問支援装置１０２の画像取得部１６０は、端末装置４００のカメラ４０１の撮影画像をネットワーク６００を介して取得する。すなわち、画像取得部１６０は、端末装置４００を使用するユーザの顔が撮影された画像を取得する。
　次に、ステップＳ７０２において、認証制御部１６１は、ステップＳ７０１で取得した画像を含む顔認証要求を認証装置２００に送信する。そして、ステップＳ７０３において、認証制御部１６１は、認証装置２００から顔認証結果を受信する。顔認証に成功した場合（ステップＳ７０４でＹＥＳ）、処理はステップＳ７０５へ移行する。ステップＳ７０５において、座席位置特定部１６２は、上述した通り、ユーザの座席位置を特定する。これに対して、顔認証に失敗した場合（ステップＳ７０４でＮＯ）、座席位置を特定する処理を終了する。
　このように、座席位置特定部１６２は、カメラ４０１が撮影した画像の認証結果に基づいて、ユーザの座席位置を特定する。このような座席位置の特定を行なうことにより、座席位置が予め定められていない場合であっても、ユーザの座席位置を特定することができる。
　以上、様々な実施の形態について説明した。これらの実施の形態において説明された処理は、プロセッサと、このプロセッサにより実行される１以上の命令を含むソフトウェア（コンピュータプログラム）を含むコンピュータにより実現しうる。すなわち、このプロセッサがメモリからソフトウェア（コンピュータプログラム）を読み出して実行することで、実施の形態において説明された処理を行なうことができる。
　なお、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ　ｃｏｍｐｕｔｅｒ　ｒｅａｄａｂｌｅ　ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ　ｓｔｏｒａｇｅ　ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ　ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ　ｃｏｍｐｕｔｅｒ　ｒｅａｄａｂｌｅ　ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　また、上述した実施の形態については、様々な変形例が考えられ得る。例えば、上述した実施の形態では、認証装置２００は、訪問支援装置１００、１０１、又は１０２と別の装置として説明されたが、認証装置２００は、訪問支援装置１００、１０１、又は１０２に内蔵されていてもよい。すなわち、認証装置２００の機能が、訪問支援装置１００、１０１、又は１０２に含まれてもよい。また、上述した実施の形態では、通知部１５８は、座席に設置されている端末装置４００に訪問についての通知を行なったが、スマートフォン、タブレット端末などのユーザが携帯する端末装置に通知を行なってもよい。また、上述の実施の形態では、一部の処理について、顔認証に成功することを当該処理の実行条件としたが、顔認証に成功するか否かにかかわらず、処理が実行されてもよい。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御部と、
　を有する訪問支援装置。
（付記２）
　前記空間の入口に到着した訪問者の訪問先ユーザを取得する訪問先取得部と、
　前記訪問先ユーザに対応付けられて登録された前記ステータスを特定するステータス特定部と、
　をさらに有し、
　前記表示制御部は、前記訪問先ユーザについての特定された前記ステータスを前記表示装置に表示させる
　付記１に記載の訪問支援装置。
（付記３）
　前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
　前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
　をさらに有し、
　前記表示制御部は、前記訪問者の顔認証に成功した場合、前記ステータスを前記表示装置に表示させる
　付記１又は２に記載の訪問支援装置。
（付記４）
　前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
　前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
　をさらに有し、
　前記登録部は、同一のユーザに対して、訪問者の種類毎にステータスを登録し、
　前記表示制御部は、前記訪問者の顔認証の結果から判別される前記訪問者の種類に応じた前記ステータスを前記表示装置に表示させる
　付記１又は２に記載の訪問支援装置。
（付記５）
　前記空間内でユーザが着席する座席位置を特定する座席位置特定部と、
　前記表示制御部は、さらに、前記座席位置特定部が特定した座席位置を、ユーザを識別する情報とともに示したマップを前記表示装置に表示させる
　を付記１乃至４のいずれか１項に記載の訪問支援装置。
（付記６）
　前記表示制御部は、座席位置の表示について、着席するユーザのうち所定の条件を満たすユーザだけ表示するよう制御する
　付記５に記載の訪問支援装置。
（付記７）
　前記表示制御部は、座席位置の表示について、着席するユーザのうち訪問先ユーザに該当するユーザだけ表示するよう制御する
　付記６に記載の訪問支援装置。
（付記８）
　前記表示制御部は、さらに、ユーザを識別する情報とともに、予め記憶された当該ユーザのスケジュールを前記表示装置に表示させる
　付記１乃至７のいずれか１項に記載の訪問支援装置。
（付記９）
　前記表示制御部は、さらに、訪問予約を受付けるためのユーザインタフェース画像を前記表示装置に表示させ、
　前記訪問支援装置は、訪問の予約が要求された場合、訪問先ユーザに対応付けられた端末装置に対して訪問についての通知を行う通知部をさらに備える
　付記１乃至８のいずれか１項に記載の訪問支援装置。
（付記１０）
　前記通知は、訪問者の個人情報を含む
　付記９に記載の訪問支援装置。
（付記１１）
　前記通知は、訪問者による訪問についての履歴情報を含む
　付記９に記載の訪問支援装置。
（付記１２）
　前記通知は、訪問者が所定の人物に該当するか否かを示す情報を含む
　付記９に記載の訪問支援装置。
（付記１３）
　前記表示制御部は、前記端末装置から前記通知に対する応答結果を受信した場合、当該応答結果を前記表示装置に表示させる
　付記９乃至１２のいずれか１項に記載の訪問支援装置。
（付記１４）
　前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
　前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
　をさらに有し、
　前記訪問先取得部は、
　前記訪問者の顔認証に成功した場合、会議の開催日時及び会議の参加者の定義を含む予め記憶された会議情報に基づき前記訪問者と同一日時の会議に参加する参加者を特定し、
　前記特定した参加者を前記訪問先ユーザとして取得する
　付記２に記載の訪問支援装置。
（付記１５）
　前記空間内の撮影画像である第２の撮影画像を取得する第２の画像取得部を有し、
　前記座席位置特定部は、
　前記第２の撮影画像の中から、予め記憶されたユーザの顔画像を検索し、
　当該顔画像が検索された位置に基づいて当該ユーザの座席位置を特定する
　付記５乃至７のいずれか１項に記載の訪問支援装置。
（付記１６）
　前記空間内での設置位置が予め定められている端末装置のカメラにより撮影された当該端末装置のユーザの撮影画像である第３の撮影画像を取得する第３の画像取得部と、
　前記第３の撮影画像に基づいて前記端末装置を利用するユーザの顔認証を行うよう制御する第２の認証制御部とを有し、
　前記座席位置特定部は、前記端末装置を利用するユーザの顔認証に成功している場合、当該端末装置の設置位置を当該ユーザの座席位置として特定する
　付記５乃至７のいずれか１項に記載の訪問支援装置。
（付記１７）
　所定の空間の入口に設置された情報処理装置と、
　前記空間内のユーザに対する訪問を支援する訪問支援装置と、
　を備え、
　前記訪問支援装置は、
　前記空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記情報処理装置に表示させる表示制御部と、
　を有する訪問支援システム。
（付記１８）
　前記訪問支援装置は、
　前記空間の入口に到着した訪問者の訪問先ユーザを取得する訪問先取得部と、
　前記訪問先ユーザに対応付けられて登録された前記ステータスを特定するステータス特定部と、
　をさらに有し、
　前記表示制御部は、前記訪問先ユーザについての特定された前記ステータスを前記情報処理装置に表示させる
　付記１７に記載の訪問支援システム。
（付記１９）
　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録し、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる
　訪問支援方法。
（付記２０）
　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録ステップと、
　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御ステップと、
　をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
１、１００、１０１、１０２　　訪問支援装置
２、１５１、２４０　　登録部
３、１５７　　表示制御部
１０、１１　　訪問支援システム
１１０、１２１、１２５、３３０　　記憶部
１５２、１５９　　訪問先取得部
１５３、１６０　　画像取得部
１５４、１６２　　座席位置特定部
１５５　　ステータス特定部
１５６、１６１　　認証制御部
１５８　　通知部
２００　　認証装置
２１０　　顔情報ＤＢ
２２０　　顔検出部
２３０　　特徴点抽出部
２５０　　認証部
３００　　入口端末
３１０　　カメラ
３２０　　表示部
３５１　　撮影制御部
３５２　　入出力制御部
４００　　端末装置
４０１　　カメラ
５００　　カメラ
６００　　ネットワーク

Claims (20)

  1. 　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
    　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御部と、
    　を有する訪問支援装置。
  2. 　前記空間の入口に到着した訪問者の訪問先ユーザを取得する訪問先取得部と、
    　前記訪問先ユーザに対応付けられて登録された前記ステータスを特定するステータス特定部と、
    　をさらに有し、
    　前記表示制御部は、前記訪問先ユーザについての特定された前記ステータスを前記表示装置に表示させる
    　請求項１に記載の訪問支援装置。
  3. 　前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
    　前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
    　をさらに有し、
    　前記表示制御部は、前記訪問者の顔認証に成功した場合、前記ステータスを前記表示装置に表示させる
    　請求項１又は２に記載の訪問支援装置。
  4. 　前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
    　前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
    　をさらに有し、
    　前記登録部は、同一のユーザに対して、訪問者の種類毎にステータスを登録し、
    　前記表示制御部は、前記訪問者の顔認証の結果から判別される前記訪問者の種類に応じた前記ステータスを前記表示装置に表示させる
    　請求項１又は２に記載の訪問支援装置。
  5. 　前記空間内でユーザが着席する座席位置を特定する座席位置特定部と、
    　前記表示制御部は、さらに、前記座席位置特定部が特定した座席位置を、ユーザを識別する情報とともに示したマップを前記表示装置に表示させる
    　を請求項１乃至４のいずれか１項に記載の訪問支援装置。
  6. 　前記表示制御部は、座席位置の表示について、着席するユーザのうち所定の条件を満たすユーザだけ表示するよう制御する
    　請求項５に記載の訪問支援装置。
  7. 　前記表示制御部は、座席位置の表示について、着席するユーザのうち訪問先ユーザに該当するユーザだけ表示するよう制御する
    　請求項６に記載の訪問支援装置。
  8. 　前記表示制御部は、さらに、ユーザを識別する情報とともに、予め記憶された当該ユーザのスケジュールを前記表示装置に表示させる
    　請求項１乃至７のいずれか１項に記載の訪問支援装置。
  9. 　前記表示制御部は、さらに、訪問予約を受付けるためのユーザインタフェース画像を前記表示装置に表示させ、
    　前記訪問支援装置は、訪問の予約が要求された場合、訪問先ユーザに対応付けられた端末装置に対して訪問についての通知を行う通知部をさらに備える
    　請求項１乃至８のいずれか１項に記載の訪問支援装置。
  10. 　前記通知は、訪問者の個人情報を含む
    　請求項９に記載の訪問支援装置。
  11. 　前記通知は、訪問者による訪問についての履歴情報を含む
    　請求項９に記載の訪問支援装置。
  12. 　前記通知は、訪問者が所定の人物に該当するか否かを示す情報を含む
    　請求項９に記載の訪問支援装置。
  13. 　前記表示制御部は、前記端末装置から前記通知に対する応答結果を受信した場合、当該応答結果を前記表示装置に表示させる
    　請求項９乃至１２のいずれか１項に記載の訪問支援装置。
  14. 　前記入口に設置された撮影装置による前記入口に到着した訪問者の撮影画像である第１の撮影画像を取得する第１の画像取得部と、
    　前記第１の撮影画像に基づいて前記訪問者の顔認証を行うよう制御する第１の認証制御部と、
    　をさらに有し、
    　前記訪問先取得部は、
    　前記訪問者の顔認証に成功した場合、会議の開催日時及び会議の参加者の定義を含む予め記憶された会議情報に基づき前記訪問者と同一日時の会議に参加する参加者を特定し、
    　前記特定した参加者を前記訪問先ユーザとして取得する
    　請求項２に記載の訪問支援装置。
  15. 　前記空間内の撮影画像である第２の撮影画像を取得する第２の画像取得部を有し、
    　前記座席位置特定部は、
    　前記第２の撮影画像の中から、予め記憶されたユーザの顔画像を検索し、
    　当該顔画像が検索された位置に基づいて当該ユーザの座席位置を特定する
    　請求項５乃至７のいずれか１項に記載の訪問支援装置。
  16. 　前記空間内での設置位置が予め定められている端末装置のカメラにより撮影された当該端末装置のユーザの撮影画像である第３の撮影画像を取得する第３の画像取得部と、
    　前記第３の撮影画像に基づいて前記端末装置を利用するユーザの顔認証を行うよう制御する第２の認証制御部とを有し、
    　前記座席位置特定部は、前記端末装置を利用するユーザの顔認証に成功している場合、当該端末装置の設置位置を当該ユーザの座席位置として特定する
    　請求項５乃至７のいずれか１項に記載の訪問支援装置。
  17. 　所定の空間の入口に設置された情報処理装置と、
    　前記空間内のユーザに対する訪問を支援する訪問支援装置と、
    　を備え、
    　前記訪問支援装置は、
    　前記空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録部と、
    　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記情報処理装置に表示させる表示制御部と、
    　を有する訪問支援システム。
  18. 　前記訪問支援装置は、
    　前記空間の入口に到着した訪問者の訪問先ユーザを取得する訪問先取得部と、
    　前記訪問先ユーザに対応付けられて登録された前記ステータスを特定するステータス特定部と、
    　をさらに有し、
    　前記表示制御部は、前記訪問先ユーザについての特定された前記ステータスを前記情報処理装置に表示させる
    　請求項１７に記載の訪問支援システム。
  19. 　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録し、
    　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる
    　訪問支援方法。
  20. 　所定の空間内で着席したユーザの着席中のステータスをユーザ毎に登録する登録ステップと、
    　ユーザを識別する情報とともに当該ユーザの登録された前記ステータスを前記空間の入口に設置された表示装置に表示させる表示制御ステップと、
    　をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2020/011775 2020-03-17 2020-03-17 訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体 WO2021186569A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US17/908,604 US20230087270A1 (en) 2020-03-17 2020-03-17 Visit assistance device, visit assistance system, visit assistance method, and non-transitory computer-readable medium having program stored therein
JP2022508670A JPWO2021186569A5 (ja) 2020-03-17 訪問支援装置、訪問支援システム、訪問支援方法及びプログラム
PCT/JP2020/011775 WO2021186569A1 (ja) 2020-03-17 2020-03-17 訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体
US18/387,207 US20240070566A1 (en) 2020-03-17 2023-11-06 Visit assistance device, visit assistance system, visit assistance method, and non-transitory computer-readable medium having program stored therein
US18/387,265 US20240070567A1 (en) 2020-03-17 2023-11-06 Visit assistance device, visit assistance system, visit assistance method, and non-transitory computer-readable medium having program stored therein

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/011775 WO2021186569A1 (ja) 2020-03-17 2020-03-17 訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US17/908,604 A-371-Of-International US20230087270A1 (en) 2020-03-17 2020-03-17 Visit assistance device, visit assistance system, visit assistance method, and non-transitory computer-readable medium having program stored therein
US18/387,207 Continuation US20240070566A1 (en) 2020-03-17 2023-11-06 Visit assistance device, visit assistance system, visit assistance method, and non-transitory computer-readable medium having program stored therein
US18/387,265 Continuation US20240070567A1 (en) 2020-03-17 2023-11-06 Visit assistance device, visit assistance system, visit assistance method, and non-transitory computer-readable medium having program stored therein

Publications (1)

Publication Number Publication Date
WO2021186569A1 true WO2021186569A1 (ja) 2021-09-23

Family

ID=77770871

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/011775 WO2021186569A1 (ja) 2020-03-17 2020-03-17 訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体

Country Status (2)

Country Link
US (3) US20230087270A1 (ja)
WO (1) WO2021186569A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023084593A1 (ja) * 2021-11-09 2023-05-19 日本電気株式会社 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010231492A (ja) * 2009-03-27 2010-10-14 Brother Ind Ltd 来訪者受付装置
JP2012141699A (ja) * 2010-12-28 2012-07-26 Canon Marketing Japan Inc 情報処理装置および情報処理方法、プログラム
JP2018112945A (ja) * 2017-01-12 2018-07-19 株式会社アビスト 受付装置、受付システム、及び受付プログラム
JP2019049871A (ja) * 2017-09-11 2019-03-28 富士ゼロックス株式会社 会議室予約システム、情報処理装置及びプログラム
JP2019144917A (ja) * 2018-02-22 2019-08-29 パナソニックＩｐマネジメント株式会社 滞在状況表示システムおよび滞在状況表示方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010231492A (ja) * 2009-03-27 2010-10-14 Brother Ind Ltd 来訪者受付装置
JP2012141699A (ja) * 2010-12-28 2012-07-26 Canon Marketing Japan Inc 情報処理装置および情報処理方法、プログラム
JP2018112945A (ja) * 2017-01-12 2018-07-19 株式会社アビスト 受付装置、受付システム、及び受付プログラム
JP2019049871A (ja) * 2017-09-11 2019-03-28 富士ゼロックス株式会社 会議室予約システム、情報処理装置及びプログラム
JP2019144917A (ja) * 2018-02-22 2019-08-29 パナソニックＩｐマネジメント株式会社 滞在状況表示システムおよび滞在状況表示方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023084593A1 (ja) * 2021-11-09 2023-05-19 日本電気株式会社 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体

Also Published As

Publication number Publication date
JPWO2021186569A1 (ja) 2021-09-23
US20240070566A1 (en) 2024-02-29
US20240070567A1 (en) 2024-02-29
US20230087270A1 (en) 2023-03-23

Similar Documents

Publication Publication Date Title
JP5979415B2 (ja) 監視システムおよび電話システム
CN106233718A (zh) 显示视频通话数据
JP2024056872A (ja) 滞在管理装置、滞在管理方法、及びプログラム
US20240070566A1 (en) Visit assistance device, visit assistance system, visit assistance method, and non-transitory computer-readable medium having program stored therein
JP5111339B2 (ja) 訪問応対支援システム、訪問応対支援方法
US20130332531A1 (en) Information processing device and meeting system
JP2015173307A (ja) 携帯端末装置、情報処理システム、携帯端末装置の情報処理方法、およびプログラム
WO2021186560A1 (ja) 訪問支援装置、訪問支援システム、訪問支援方法及びプログラムが格納された非一時的なコンピュータ可読媒体
JP7369244B2 (ja) 情報処理装置及び情報処理方法
JP2014192804A (ja) ネットワークカメラ管理装置、ネットワークカメラ管理方法及びネットワークカメラ管理プログラム
CN114169554A (zh) 一种会议室的控制方法和装置
WO2021191986A1 (ja) 訪問支援装置、訪問支援方法、プログラムが記憶された非一時的なコンピュータ可読媒体
JP2018055242A (ja) 支援装置、支援方法及びプログラム
WO2021192155A1 (ja) 案内装置、案内システム、案内方法、及び、プログラムが格納された非一時的なコンピュータ可読媒体
JP6463432B1 (ja) 判定システム、判定方法および判定プログラム
JP7323013B2 (ja) 情報表示システム、画面生成方法、及びプログラム
WO2023181094A1 (ja) 会議支援装置、システム及び方法、並びに、コンピュータ可読媒体
JP7420215B2 (ja) 撮影制御装置、システム、方法及びプログラム
WO2023084593A1 (ja) 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体
WO2021192317A1 (ja) 座席管理装置、システム、方法及びプログラムが格納された非一時的なコンピュータ可読媒体
JP2023014522A (ja) 情報表示システム及び情報表示方法
US20230056993A1 (en) Authentication terminal, entrance/exit management system, entrance/exit management method, and program
JP7270359B2 (ja) 情報処理装置、撮影装置、追跡システム、情報処理装置の制御方法、および、プログラム
JP7355214B2 (ja) サーバ装置、入退場管理システム、入退場管理方法及びプログラム
JPWO2018034002A1 (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: 20925691

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022508670

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20925691

Country of ref document: EP

Kind code of ref document: A1