JPWO2019142382A1 - Visitor-friendly RPA system - Google Patents

Abstract

We will provide a visitor-friendly RPA system that can warmly welcome guests. The visitor-friendly RPA system is connected to the guest interface device and the host interface device. The visitor-responsive RPA system accepts input of information regarding appointments for guest visits from the host via the host interface device before the guest visits, and creates appointment management information. The visitor support RPA system accepts visit information input from the guest via the guest interface device when the guest visits, and when the visit information is input, the guest is authenticated based on the appointment management information and the visit information, and the guest If the authentication is successful, the guest interface device is made to output a welcome message in a format that identifies the guest to the guest.

Description

The present invention relates to a visitor-responsive RPA system and a program for serving guests in facilities such as companies and apartments.

In recent years, a technology called RPA (Robotic Process Automation) has been attracting attention. According to this technology, computers perform work in the form of supporting humans or on behalf of humans in facilities such as companies, and computers work as virtual intellectual workers. The work to be reformed by RPA is diverse.

By the way, when a guest visits a facility such as an office, it is customary to go through the admission procedure at the reception. Conventionally, in many cases, the receptionist asks the guest for his / her name and the name of the organization to which he / she belongs, fills in the list, and notifies the host who welcomes the guest of the guest's visit by extension telephone or the like. On the other hand, the host is required to inform the receptionist of the appointment with the guest in advance. However, these procedures are complicated, and there are problems in terms of labor costs and operational efficiency.

Patent Document 1 discloses a reception system for performing admission procedures by having a reception card reader read a non-contact IC card possessed by a guest.

JP-A-2009-3762

Automatic reception by a reception system such as Patent Document 1 is more efficient than the conventional manual reception procedure. However, when considering the so-called "hospitality" aspect for guests, it is inorganic. Therefore, such a reception system cannot warmly welcome guests, and guests may feel uneasy until they are actually greeted by the host they are visiting. In addition, various tasks have been automated by computers, not limited to reception procedures, but these are not sufficient when considering the so-called "hospitality" aspect for guests.

An object of the present invention is to provide a visitor-friendly RPA system and a program that can provide an efficient guest reception and warmly welcome guests.

A visitor-responsive RPA system that responds to guests according to the first aspect, which is a device operated by the guest to notify a visit, and includes a guest interface device having a guest output unit and a guest input unit, and the guest. It is a device operated by the welcoming host and is connected to a host interface device having a host output unit and a host input unit. The visitor-responsive RPA system accepts input of information regarding an appointment for a visit by the guest from the host via the host input unit before the visit of the guest, and manages the appointment based on the information regarding the appointment. An appointment management unit that creates information and saves the appointment management information, and receives input of visit information that announces the guest's visit from the guest via the guest input unit when the guest visits, and the visit information is input. Then, the visit management unit that authenticates the guest based on the appointment management information and the visit information, and the guest output unit identifies the guest toward the guest when the guest authentication is successful. It is provided with a reaction unit that outputs a welcome message in the above format.

The visitor-corresponding RPA system according to the second aspect is the visitor-corresponding RPA system according to the first aspect, and when the guest authentication is successful, the reaction unit directs the host output unit to the host. Output a visit notification to notify the guest's visit.

The visitor-responsive RPA system according to the third aspect is the visitor-responsive RPA system according to the second aspect, and the visit notification includes an image showing the face of the guest.

The visitor-responsive RPA system according to the fourth aspect is the visitor-responsive RPA system according to the second or third aspect, and the reaction unit is a response to the visit of the guest from the host via the host input unit. It accepts an input, creates a response message in response to the input response, and causes the guest output unit to output the response message toward the guest.

The visitor-responsive RPA system according to the fifth aspect is the visitor-responsive RPA system according to the fourth aspect, and the response message includes an image showing the face of the host.

The visitor-responsive RPA system according to the sixth aspect is the visitor-responsive RPA system according to the fourth or fifth aspect, and the response message provides information on the time required for the host to arrive at the guest. Including.

The visitor-responsive RPA system according to the seventh aspect is the visitor-adaptive RPA system according to any one of the first to sixth aspects, and the guest interface device is connected to the extension telephone. The reaction unit controls the extension telephone so as to connect to the extension number corresponding to the host when the guest is successfully authenticated.

The visitor-supporting RPA system according to the eighth viewpoint is a visitor-supporting RPA system according to any one of the first to seventh viewpoints, and the reaction unit is the guest output unit toward the guest whose authentication is successful. To output music related to the guest.

The visitor-responsive RPA system according to the ninth viewpoint is a visitor-responsive RPA system according to any one of the first to eighth viewpoints, and is installed at the entrance where the guest interface device is installed or at the room where the guest is passed. Connected to the speaker. The reaction unit causes the speaker to output music related to the guest toward the guest who has succeeded in the authentication.

The visitor-supporting RPA system according to the tenth viewpoint is a visitor-supporting RPA system according to any one of the first to ninth viewpoints, and is a device used in the room through which the guest is passed, and is a room output unit. Is further connected to a room interface device that has. The visitor-responsive RPA system further includes a storage unit that stores personal information of the guest. The reaction unit acquires the latest information related to the guest based on the personal information, and causes the room output unit to output the latest information.

The visitor-supporting RPA system according to the eleventh viewpoint is a visitor-supporting RPA system according to any one of the first to ninth viewpoints, and is a device used in the room through which the guest is passed, and is a room input unit. Is further connected to a room interface device that has. The visitor-responsive RPA system further includes a minutes creation unit that accepts input of meeting information regarding a meeting between the guest and the host via the room input unit and creates minutes based on the meeting information.

The visitor-adaptive RPA system according to the twelfth aspect is a visitor-adaptive RPA system according to the eleventh aspect, and the room interface device further includes a room output unit. The minutes creation unit causes the room output unit to display a meeting management screen, and at least one of the host and the guest enters the predetermined area displayed on the meeting management screen via the room input unit. It accepts the input of text data regarding the contents of the meeting as the meeting information, and creates the minutes based on the text data.

The visitor-responsive RPA system according to the thirteenth viewpoint is a visitor-supporting RPA system according to any one of the first to ninth viewpoints, which is a device used in the room through which the guest is passed, and is a room output unit. Is further connected to a room interface device that has. The visitor-responsive RPA system further includes a time management unit that manages time based on the appointment management information and outputs an alert from the room output unit to at least one of the host and the guest.

The visitor-responsive RPA system according to the 14th viewpoint is a visitor-responsive RPA system according to any one of the first to thirteenth viewpoints, and the visit management unit retires the guest from at least one of the guest and the host. It accepts the input of exit information that tells the building, and determines the guest's exit based on the exit information. The visitor-responsive RPA system further includes a return unit that sends a thank-you message for the guest's visit to a predetermined contact of the guest after the guest's departure is determined.

The visitor-responsive RPA system according to the fifteenth viewpoint is a visitor-responsive RPA system according to any one of the first to fourth viewpoints, and the welcome message includes the name of the guest.

The visitor-supporting RPA system according to the 16th viewpoint is a visitor-supporting RPA system according to any of the 1st to 15th viewpoints, and the appointment management unit is based on the appointment management information before the guest visits. The predetermined information is transmitted to the predetermined contact of the guest. The visit management unit accepts input of the predetermined information as the visit information.

The visitor-responsive RPA system according to the 17th viewpoint is a visitor-responsive RPA system according to any one of the 1st to 16th viewpoints, and is connected to an external device having a reader for reading information about the guest. The reaction unit authenticates the guest based on the information about the guest read by the reader, and when the authentication of the guest is successful, gives the guest the authority to use the external device, and the guest. The external device is operated.

The visitor-responsive RPA system according to the eighteenth aspect is the visitor-responsive RPA system according to the seventeenth aspect, and the external device is an elevator, a gate device, a door, or a vending machine.

The visitor-corresponding RPA system according to the 19th viewpoint is a visitor-corresponding RPA system according to the 17th viewpoint or the 18th viewpoint, and the information about the guest includes the biometric information of the guest.

The visitor-responsive RPA system according to the twentieth viewpoint is a visitor-responsive RPA system according to any one of the first to nineteenth viewpoints, and the visit information includes the biometric information of the guest.

The visitor response RPA program according to the 21st viewpoint is a visitor response RPA program that responds to guests, and causes a computer to execute the following. The computer is a device operated by the guest to announce a visit, and is a guest interface device having a guest output unit and a guest input unit, and a device operated by a host welcoming the guest, the host output unit and the host output unit. It is connected to a host interface device that has a host input unit.
(1) Before the guest visits, the host receives input of information regarding the appointment of the guest's visit via the host input unit, and creates appointment management information for managing the appointment based on the information related to the appointment. , Save the appointment management information.
(2) When the guest visits, the guest accepts the input of the visit information notifying the guest's visit via the guest input unit, and when the visit information is input, it is based on the appointment management information and the visit information. To authenticate the guest.
(3) When the authentication of the guest is successful, the guest output unit is made to output a welcome message in a format that identifies the guest to the guest.

The visitor-responsive RPA system according to the 22nd aspect is a visitor-responsive RPA system that responds to guests, is a device used in a room through which the guest is passed, and is connected to a room interface device having a room output unit. Will be done. The visitor-responsive RPA system includes a storage unit that stores the personal information of the guest, and a reaction unit that acquires the latest information related to the guest based on the personal information and outputs the latest information to the room output unit. To be equipped.

The visitor-supporting RPA system according to the 23rd aspect is a visitor-supporting RPA system that responds to guests, is a device used in a room through which the guest is passed, and is connected to a room interface device having a room input unit. Will be done. The visitor-responsive RPA system includes a minutes creation unit that accepts input of meeting information regarding a meeting between the guest and the host welcoming the guest via the room input unit and creates minutes based on the meeting information. ..

The visitor-supporting RPA system according to the twelfth aspect is a visitor-supporting RPA system that responds to guests, and is a device operated by a host that welcomes the guest, and is a host interface device having a host output unit and a host input unit. , A device used in the room through which the guest is passed, and is connected to a room interface device having a room output unit. The visitor-responsive RPA system accepts input of information regarding an appointment for a visit by the guest from the host via the host input unit before the visit of the guest, and manages the appointment based on the information regarding the appointment. An appointment management unit that creates information and saves the appointment management information, and a time management that manages time based on the appointment management information and outputs an alert from the room output unit to at least one of the host and the guest. It has a part.

The visitor-responsive RPA system according to the 25th aspect is a visitor-responsive RPA system that responds to guests, is a device operated by the guest to notify a visit, and is a guest interface having a guest output unit and a guest input unit. Connected to the device. The visitor-responsive RPA system accepts the input of visit information from the guest via the guest input unit when the guest visits, and when the visit information is input, the visit information is based on the visit information. With the visit management department that authenticates the guest, accepts input of exit information notifying the guest to leave from at least one of the guest and the host, and determines the exit of the guest based on the exit information. After the guest's departure is determined, a return unit for sending a thank-you message for the guest's visit to the guest's predetermined contact information is provided.

According to the first aspect, the host can register the appointment management information for managing the appointment of the guest's visit in advance. Then, when the guest inputs the visit information via the input unit of the guest interface device at the time of the visit, the guest is authenticated based on the appointment management information and the visit information. If the guest authentication is successful, a welcome message in a format that identifies the guest is output to the guest from the output unit of the guest interface device operated by the guest. As a result, the guest can feel that he / she is being welcomed, not as one of an unspecified number of people. Therefore, it is possible to realize efficient guest reception and warmly welcome guests.

In addition, from any of the 15th to 18th viewpoints, it is possible to realize efficient guest reception, provide fine-tuned services to guests, and warmly welcome guests.

The figure which shows the whole structure of the visitor correspondence RPA system which concerns on one Embodiment of this invention. The figure which shows the configuration of a server. The figure which shows the structure of the reception terminal. The figure which shows the structure of a host terminal. The figure which shows the structure of a room terminal. Diagram showing the flow of appointment registration, admission procedures, pick-up support, exit procedures, and follow-up. An example of a welcome screen with a welcome message. An example of a visit notification. An example of a response input screen. An example of a response screen that contains a response message. The figure which shows the flow of tea ceremony, acquisition of the latest information, time management and preparation of minutes. The figure which shows the whole structure of the visitor correspondence RPA system which concerns on the modification. The figure which shows the whole structure of the visitor correspondence RPA system which concerns on another modification. The figure which shows the whole structure of the visitor correspondence RPA system which concerns on another modification.

Hereinafter, a visitor-responsive RPA system and a program according to an embodiment of the present invention will be described with reference to the drawings.

<1. Outline configuration>
FIG. 1 shows an overall configuration diagram of the visitor-responsive RPA system 1 according to the present embodiment. The visitor response RPA system 1 is a system for partially omitting or simplifying the conventional guest reception process by manned persons in facilities such as offices. The visitor-responsive RPA system 1 includes a server 2 and various information terminals 3 to 5 connected to the server 2 via a network 9 such as the Internet or a local area network (LAN). The visitor-supporting RPA system 1 according to this embodiment is a service form called a cloud service, ASP (Application Service Provider), SaaS (Software as a Service), etc., and is a visitor-supporting RPA service for welcoming guests to various facilities. Is a system that provides. That is, when a user including a guest and a host accesses the server 2 via the information terminals 3 to 5, a visitor-responsive RPA service is provided. The information terminals 3 to 5 are devices that play a role as an interface between the server 2 that provides the service and the user who receives the service. The information terminal 3 is a device (hereinafter referred to as a reception terminal) that is typically installed in a reception area secured at the entrance of a facility and operated by a visiting guest. A printer 7 for assisting the guest admission procedure is connected to the reception terminal 3. The information terminal 4 is a device (hereinafter referred to as a host terminal) operated by a host that welcomes guests. The information terminal 5 is a device (hereinafter referred to as a room terminal) that is installed in each room such as a conference room or a reception room through which guests pass and is operated by a host and guests. Further, as shown in FIG. 1, an information terminal 6 (hereinafter referred to as a guest terminal) is also connected to the visitor-responsive RPA system 1. The guest terminal 6 is a device owned by the guest.

The visitor support RPA service provided by the visitor support RPA system 1 is a series of actions related to guest visits such as management of visit appointments, admission procedures, welcome, tea ceremony, meeting progress, exit procedures, follow-up, etc. Comprehensively support. As a result, the visitor-responsive RPA service according to this embodiment can create added value that cannot be obtained only by supporting individual actions, and as will be described later, the host provides detailed "hospitality" to guests. Can be provided. Hereinafter, the configuration of each of the devices 2 to 7 will be described, and then the visitor response process executed by the visitor response RPA system 1 will be described.

<2. Details of each device>
<2-1. Server ＞
The server 2 is a general server computer as hardware, and is configured by installing a visitor-supporting RPA program 2A on the server computer. The visitor-responsive RPA program 2A is a program that causes the server 2 to execute the processing described later, and is installed from a computer-readable recording medium 70 such as a CD-ROM or a USB memory, or from another device via the network 9. To. The functions of the server 2 may be distributed by a plurality of server computers, or may be centrally processed by a single server computer. That is, the hardware configuration of the server 2 according to the present embodiment is not restricted beyond the existence of at least one server computer.

As shown in FIG. 2, the server 2 includes a control unit 21, a storage unit 22, a communication unit 23, a display unit 24, and an input unit 25. These units 21 to 25 are connected to each other via a bus line and can communicate with each other. In the present embodiment, the display unit 24 is composed of a liquid crystal display or the like, and displays necessary information to the user. Further, the input unit 25 is composed of a mouse, a keyboard, a touch panel, operation buttons, and the like, and receives an operation from the user on the server 2. As the user of the server 2, the administrator of the server 2 is typically assumed.

The storage unit 22 is composed of a non-volatile storage device such as a hard disk or a magnetic tape. In addition to storing the visitor-responsive RPA program 2A, the storage unit 22 has a host database 60, a guest database 61, and an appointment database 62. Details of each database (DB) 60 to 62 will be described later.

The control unit 21 is composed of a CPU, a ROM, a RAM, and the like. By reading and executing the visitor-corresponding RPA program 2A stored in the storage unit 22, the control unit 21 virtually reads and executes the appointment management unit 21A, the visit management unit 21B, the reaction unit 21C, the time management unit 21D, and the proceedings. It operates as a recording unit 21E, a return unit 21F, and a host management unit 21G. Details of the operation of each part 21A to 21G will be described later. The communication unit 23 functions as a communication interface for connecting the server 2 to the network 9.

<2-2. Reception terminal ＞
FIG. 3 shows the configuration of the reception terminal 3. The reception terminal 3 is a device operated by a guest to announce a visit, and is typically installed at a reception stand in a reception area of a facility in which a visitor-responsive RPA service is installed.

The reception terminal 3 is a general computer such as a tablet computer, a desktop computer, or a laptop computer as hardware, and is configured by installing a predetermined program 3A on such a computer. The program 3A is a program that causes the reception terminal 3 to execute a process described later, and is merely a browser in the present embodiment. That is, in the present embodiment, in principle, all the special functions for executing the visitor-responsive RPA service are implemented on the server 2 side, and the reception terminal 3 mainly receives the operation input from the user and is provided from the server 2. Only perform general-purpose processing that displays various screens. However, in another embodiment, among the functions implemented in the program 2A, all or a part of the functions suitable for being executed by the reception terminal 3 are implemented in the program 3A, and eventually in the control unit 34, and the server. The processing carried out by 2 may be distributed to the reception terminals 3.

As shown in FIG. 3, the reception terminal 3 includes a display unit 31, an input unit 32, a storage unit 33, a control unit 34, a communication unit 35, and a speaker 36. These units 31 to 36 are connected to each other via a bus line and can communicate with each other. In the present embodiment, the display unit 31 is composed of a liquid crystal display or the like, and displays necessary information such as a screen described later to the user. Further, the input unit 32 is composed of a touch panel, operation buttons, a mouse, a keyboard, a microphone, a camera, etc., and receives an operation from a user on the reception terminal 3 and the server 2 connected to the reception terminal 3. As a user of the reception terminal 3, a guest is typically assumed.

The storage unit 33 is composed of a non-volatile storage device such as a hard disk or a flash memory, and stores the program 3A. The control unit 34 is composed of a CPU, a ROM, a RAM, and the like. The communication unit 35 functions as a communication interface for connecting the reception terminal 3 to the network 9. The speaker 36 outputs sound.

<2-3. Printer>
The printer 7 is placed next to the reception terminal 3. The printer 7 is connected to the reception terminal 3, receives admission card data from the server 2 via the reception terminal 3, and issues a printed label. The issued label will be the guest's admission card, and the guest will hold it and stay in the facility. The form of the label is not particularly limited, but the label of the present embodiment is a paper on which the admission card data is printed on the front surface and a sealing surface is formed on the back surface, and this label is a release sheet that protects the sealing surface. Is pasted. The guest peels off this release sheet from the label and attaches the label to clothes or a bag as an admission card.

<2-4. Host terminal ＞
FIG. 4 shows the configuration of the host terminal 4. The host terminal 4 is a device used by the host for daily work, and is installed in the office of the host or carried by the host moving in the facility. However, a dedicated device as the host terminal 4 may be prepared separately from the device used by the host for daily work.

The host terminal 4 is a general computer such as a desktop computer, a laptop computer, a tablet computer, or a smartphone as hardware, and is configured by installing a predetermined program 4A on such a computer. The program 4A is a program that causes the host terminal 4 to execute a process described later, and is a mere browser in the present embodiment. That is, in the present embodiment, the host terminal 4 mainly receives operation input from the user and executes only general-purpose processing for displaying various screens provided by the server 2. However, in another embodiment, among the functions implemented in the program 2A, all or a part of the functions suitable for execution in the host terminal 4 are implemented in the program 4A, and eventually in the control unit 44, and the server is implemented. The processing carried out by 2 may be distributed to the host terminals 4.

As shown in FIG. 4, the host terminal 4 includes a display unit 41, an input unit 42, a storage unit 43, a control unit 44, a communication unit 45, and a speaker 46. These units 41 to 46 are connected to each other via a bus line and can communicate with each other. In the present embodiment, the display unit 41 is composed of a liquid crystal display or the like, and displays necessary information such as a screen described later to the user. Further, the input unit 42 is composed of a mouse, a keyboard, a touch panel, an operation button, a microphone, a camera, and the like, and receives an operation from a user on the host terminal 4 and the server 2 connected to the host terminal 42. As a user of the host terminal 4, a host is typically assumed.

The storage unit 33 is composed of a non-volatile storage device such as a hard disk or a flash memory, and stores the program 4A. The control unit 44 is composed of a CPU, a ROM, a RAM, and the like. The communication unit 45 functions as a communication interface for connecting the host terminal 4 to the network 9. The speaker 46 outputs sound.

<2-5. Room terminal ＞
FIG. 5 shows the configuration of the room terminal 5. The room terminal 5 is installed in a room such as a conference room or a reception room through which guests pass. However, as the room terminal 5, a portable device may be prepared. In the present embodiment including FIG. 1, the room terminal 5 and the host terminal 4 are described as separate devices, but the same device may be used as the room terminal 5 at one time and as the host terminal 4 at another time. You can also.

The room terminal 5 is a general computer such as a tablet computer, a desktop computer, or a laptop computer as hardware, and is configured by installing a predetermined program 5A on such a computer. The program 5A is a program that causes the room terminal 5 to execute a process described later, and is merely a browser in the present embodiment. That is, in the present embodiment, the room terminal 5 mainly receives operation input from the user and executes only general-purpose processing for displaying various screens provided by the server 2. However, in another embodiment, among the functions implemented in the program 2A, all or a part of the functions suitable for execution in the room terminal 5 are implemented in the program 5A, and eventually in the control unit 54, and the server is implemented. The processing carried out by 2 may be distributed to the room terminals 5.

As shown in FIG. 5, the room terminal 5 includes a display unit 51, an input unit 52, a storage unit 53, a control unit 54, a communication unit 55, and a speaker 56. These units 51 to 56 are connected to each other via a bus line and can communicate with each other. In the present embodiment, the display unit 51 is composed of a liquid crystal display or the like, and displays necessary information such as a screen described later to the user. Further, the input unit 52 is composed of a mouse, a keyboard, a touch panel, an operation button, a microphone, a camera, and the like, and receives an operation from a user on the room terminal 5 and the server 2 connected to the room terminal 5. As a user of the room terminal 5, both a host and a guest are typically assumed.

The storage unit 33 is composed of a non-volatile storage device such as a hard disk or a flash memory, and stores the program 5A. The control unit 54 is composed of a CPU, a ROM, a RAM, and the like. The communication unit 55 functions as a communication interface for connecting the room terminal 5 to the network 9. The speaker 56 outputs sound.

<3. Customer support processing>
Hereinafter, the visitor response process executed by the visitor response RPA system 1 will be described. As mentioned above, the visitor support RPA service realized by this process is a series of visit-related visits such as appointment management, admission procedures, welcome, tea ceremony, meeting progress, exit procedures, follow-up, etc. Comprehensive support for actions. Hereinafter, the flow of these processes will be described in order with reference to FIGS. 6 and 11.

See FIG. First, the host who welcomes the guest interacts with the guest by telephone, e-mail, etc., and decides the date and time of the meeting at the facility by both parties. The host accesses the server 2 via the host terminal 4 after determining the date and time of the meeting and before the guest visits, and registers the appointment with the server 2. At this time, the host management unit 21G of the server 2 authenticates the host that has accessed the server 2. The host DB 60 in the storage unit 22 is referred to for host authentication. In the host DB 60, the identification information (hereinafter referred to as the host ID) of the host to which the authority to use the RPA service for visitors is given is stored in association with the password for authentication. The host management unit 21G displays a login screen for accepting input of a host ID and password as login information on the display unit 41 of the host terminal 4, and the host displays the information on the screen via the input unit 42 of the host terminal 4. When input, the host is authenticated by collating with the information in the host DB 60. If the authentication is successful, the basic screen for executing the visitor-responsive RPA service is displayed on the display unit 41. In addition to the host ID and password, attribute information such as the host's name, e-mail address, department, job title, and face image (hereinafter referred to as host face image) is also stored in the host DB 60 in association with it. .. Further, as the host ID, a dedicated code is assigned in this embodiment, but information included in various attribute information of the host can be appropriately used. For example, the name of the host and the department to which the host belongs can be combined to form the host ID, or simply the name of the host can be used as the host ID.

The host can choose to register the appointment on the basic screen. When the host makes the same selection via the input unit 42, the appointment management unit 21A displays the appointment registration screen on the display unit 41. The appointment registration screen receives input of information regarding appointments for guest visits from the host via the input unit 42 of the host terminal 4 (step S1). The appointment information entered here includes personal information such as guest name, email address, organization, department and job title, meeting date and time (including start and end times), and identification of the room used in the meeting. Information (hereinafter referred to as room ID) and attribute information such as the name, e-mail address, affiliated organization, affiliated department and job title of a participant (hereinafter referred to as a host-side participant) in a meeting of the host-side organization are included. The information about the guest once entered (including not only the personal information described above but also the information described later) is stored in the guest DB 61 in the storage unit 22, and can be reused thereafter. That is, it is possible to simplify the input of the personal information of the registered guest under the same circumstances. In the guest DB 61, guest identification information (hereinafter referred to as guest ID) and information about the guest are stored in association with each other. Therefore, it is only necessary to enter information about some guests (for example, the guest's name and the organization to which the guest belongs) sufficient to identify the guest, and the necessary information associated with this is automatically called from within the guest DB 61. Can be done. Although a dedicated code is assigned as the guest ID in the present embodiment, various information about the guest can be used as appropriate. For example, the guest name, the organization to which the guest belongs, and the department to which the guest belongs can be combined to form a guest ID, or only the guest name can be used as the guest ID. The host-side participant is usually a person who has the authority to use the RPA service for visitors, and is registered in the host DB 60. Therefore, when inputting information about the host-side participant, it is only necessary to input information about some host-side participants (for example, the name and department of the host-side participant) sufficient to identify the host-side participant. Since necessary information can be called from the host DB 60, input can be simplified.

When the host inputs information about the appointment on the appointment registration screen, the appointment management unit 21A creates the appointment management information based on the information, and stores the information in the appointment DB 62. The appointment management information is information for managing the appointment, and is information in which the identification information of the appointment (hereinafter referred to as the appointment ID) and various information related to the appointment are associated with each other. The appointment management information of the present embodiment includes the guest ID of the guest who participates in the meeting and the host ID of the host side participant, and these are in the host DB 60 and the guest DB 61 using the information regarding the appointment input by the host as a key. Is searched and obtained. Although a dedicated code is assigned as the appointment ID in this embodiment, various information related to the appointment can be used as appropriate. For example, the guest's name and the date and time of the meeting can be combined to form an appointment ID.

After registering the appointment management information and before the guest visits, the appointment management department 21A identifies all the guests and host participants based on the appointment management information, and sends the detailed information of the appointment to their respective predetermined contacts. (Step S2). Note that the transmission of detailed appointment information may be omitted to the host that has registered the appointment. The predetermined contact information referred to here is, for example, an e-mail address that can be searched from various DBs 01 to 62 using the guest ID and the host ID as keys. The detailed information of the appointment can be sent by using the receiving function of any message (for example, mailer function, chat function) of the destination device, and at this time, the external device installed on the destination device. The function of the application program may be used. The detailed information of the appointment includes the appointment ID, the date and time of the meeting, the room ID used in the meeting, the names of the participants, and the like. Further, in the present embodiment, a QR code (registered trademark) representing the appointment ID is transmitted to the guest. The guest receives the detailed information of the appointment including this QR code (registered trademark) on the guest terminal 6. In addition, the detailed information of the appointment to the guest may include directions to the facility. Further, the detailed information of the appointment may be transmitted (including the case of resending) as a reminder to all the guests and the participants on the host side at a predetermined timing such as the day before the appointment.

Next, at the date and time of the meeting, guests visit the facility and arrive at the reception area. Here, the guest operates the reception terminal 3 to perform the admission procedure. Specifically, the visit management unit 21B accepts the input of the visit information notifying the guest's visit from the guest via the input unit 32 of the reception terminal 3 when the guest visits (step S3). For example, the guest can input the appointment ID as the visit information by having the camera included in the input unit 32 of the reception terminal 3 read the QR code (registered trademark) received by the guest terminal 6 in advance. At this time, the guest may display the QR code (registered trademark) on the display unit of the guest terminal 6 carried to the facility and read it, or read the QR code (registered trademark) printed on paper. You may let me. Alternatively, the touch panel included in the input unit 32 can be operated to input a character / number string representing the appointment ID. In addition, if the information is such that the guest can identify the upcoming meeting, the guest may use predetermined information other than the appointment ID, for example, the guest's name, the host's name, or the meeting, in place of or in addition to the appointment ID. You can also enter the room ID to be used. In this case, if such information is included in the QR code (registered trademark) transmitted to the guest in advance, it will be easy to input.

When the visit information is input, the visit management unit 21B authenticates the guest based on the appointment management information and the visit information (step S4). For example, the appointment management information is searched from the appointment DB 62 using the appointment ID entered as the visit information as a key, and it is determined that the appointment has been made in advance (that is, the appointment management information corresponding to the entered visit information is obtained. If registered), guest authentication is successful. On the other hand, if the appointment management information corresponding to the input visit information is not found in the appointment DB 62, the guest authentication fails. In this case, the guest must respond by calling the host separately. As a result, it is possible to prevent sudden visitors without appointments.

When the guest authentication is successful, the reaction unit 21C creates a welcome screen W1 (see FIG. 7) for the guest, transmits it to the reception terminal 3, and displays it on the display unit 31 of the reception terminal 3. Display (step S5). The welcome screen W1 can be transmitted by using an arbitrary message reception function (for example, a mailer function, a chat function) possessed by the destination reception terminal 3, and at this time, the destination reception terminal 3 can be used. The functions of the installed external application program may be used.

On the welcome screen W1, a welcome message in a format that identifies the guest is displayed. The welcome message includes textual information and / or an image (hereinafter referred to as the welcome message body) indicating a welcome to the guest, and in the present embodiment, the guest's organization and name are used as information for identifying the guest as the addressee. including. The information for identifying the guest is determined by referring to the personal information of the guest registered in the appointment DB 62. Alternatively, it may be determined by referring to the personal information of the guest that can be searched from the guest DB 61 using the visit information as a key. As the welcome message main body, a preset one can be used, or one that is individually input by the host at the time of appointment registration or the like and stored in the appointment DB 62 can be used. The guest who sees the above welcome message can feel warmly welcomed because he / she can feel that he / she is being welcomed, not as one of an unspecified number of people. Further, the reaction unit 21C outputs an appropriate sound (including a voice for reading the contents of the welcome message and a sound effect for simply attracting the guest's attention) from the speaker 36 of the reception terminal 3 together with the display of the welcome message. You can also let it.

Further, when the guest authentication is successful, the reaction unit 21C transmits the admission card data to the reception terminal 3 in parallel with the display of the welcome message, and causes the printer 7 to issue the admission card (step S6). The admission card data is printed on the surface of the admission card, and the admission card data includes the guest's name and organization, as well as a QR code (registered trademark) representing the appointment ID.

Further, when the guest authentication is successful, the reaction unit 21C creates a visit notification W2 (see FIG. 8) for the host in parallel with displaying the welcome message. The visit notification W2 is transmitted to the host terminal 4 and displayed on the display unit 41 (step S7). At this time, the reaction unit 21C identifies all the participants on the host side based on the appointment management information, and transmits the visit notification W2 to each predetermined contact. The predetermined contact information referred to here is, for example, an e-mail address that can be searched from DB 60 and 62 using the host ID as a key. The visit notification W2 can be transmitted by using an arbitrary message receiving function (for example, a mailer function, a chat function) possessed by the destination host terminal 4, and is installed on the destination host terminal 4 at this time. The function of the external application program that is installed may be used.

The visit notification W2 includes text information and / or an image for notifying the visit of the guest. The visit notification W2 of the present embodiment is created in a format that identifies the guest and the host-side participant, includes the guest's organization and name as information for identifying the guest, and includes the host as information for identifying the host-side participant. Includes the names of side participants. The information for identifying the guest and the host-side participant is determined by referring to the guest's personal information and the host's attribute information registered in the appointment DB 62. Alternatively, the guest DB 61 and the host DB 60 may be determined by referring to the guest personal information and the host attribute information that can be searched by using the visit information as a key. In addition, the visit notification W2 of the present embodiment includes the date and time of the meeting, and this information is obtained from the appointment management information.

Further, as shown in FIG. 8, the visit notification W2 of the present embodiment includes an image showing the face of the guest (hereinafter, referred to as a guest face image). As the guest face image, one taken by a camera included in the input unit 32 of the reception terminal 3 may be used, or one registered as personal information of the guest in the guest DB 61 may be used. The guest face image once taken may be registered in the guest DB 61 and used repeatedly, or may be newly taken every time the guest visits. In addition, the reaction unit 21C displays the visit notification W2 and emits an appropriate sound (including a voice for reading the contents of the visit notification and a sound effect for simply attracting the attention of the host) from the speaker 46 of the host terminal 4. It can also be output.

The host-side participant who sees the above visit notification W2 can know the arrival of the guest and start preparing to welcome the guest. First, the host participant in charge (hereinafter referred to as the person in charge) picks up the guest at the reception area, but before that, sends a response message to the guest. As shown in FIG. 8, the visit notification W2 displays the URL that the person in charge should access. When the person in charge accesses the URL, the reaction unit 21C creates a response input screen W3 as shown in FIG. 9, and displays this on the display unit 41 of the host terminal 4. The response input screen W3 receives input of a response to a guest's visit from the person in charge via the input unit 42 of the host terminal 4 (step S8). As shown in FIG. 9, a plurality of messages to be included in the response message are presented in a selection format on the response input screen W3 of the present embodiment. This allows the person in charge to easily enter a response even in a busy situation of picking up a guest. When the person in charge selects one of his / her own responses from the multiple message options on the response input screen W3, the reaction unit 21C creates a response screen W4 (see FIG. 10) for the guest, which is Is transmitted to the reception terminal 3 and displayed on the display unit 31 of the reception terminal 3 (step S9). The response screen W4 can be transmitted by using an arbitrary message receiving function (for example, a mailer function, a chat function) possessed by the receiving terminal 3 of the destination, and at this time, it is installed on the receiving terminal 3 of the destination. The function of the external application program that has been installed may be used. Further, the reaction unit 21C displays an appropriate sound (including a voice for reading the content of the response message and a sound effect for simply attracting the attention of the guest) from the speaker 36 of the reception terminal 3 together with the display of the response screen W4. It can also be output.

A response message is displayed on the response screen W4. The response message contains textual information and / or an image representing the response from the host and is created in response to the response entered by the host. In the example of FIG. 10, the response message includes a message selected by the host via the response input screen W3. In addition, the response message of the present embodiment is created in a format that identifies the guest and the person in charge, includes the guest's name and the organization to which the guest belongs as the information that identifies the guest as the address, and is in charge of the information that identifies the person in charge. Includes the name of the person. The information that identifies the guest and the person in charge is determined by referring to the personal information of the guest and the attribute information of the host registered in the appointment DB 62. Alternatively, it may be determined by referring to the guest personal information and the host attribute information that can be searched from the guest DB 61 and the host DB 60 using the visit information as a key. Further, as shown in FIG. 10, the response message of the present embodiment includes the host face image of the person in charge. The host face image is acquired from within the host DB 60.

The guest who sees the above response message can know that the host is aware of his / her arrival and can wait for the host to meet with confidence. In addition, the guest can know that he / she is being greeted, can recognize the person who is welcoming himself / herself, and can feel that he / she is being greeted warmly. In addition, even before facing each other, the face image enables warm communication while looking at each other's faces.

In addition, the response message of the present embodiment includes information on the time required for the person in charge to arrive at the guest. In the example of FIGS. 9 and 10, expressions such as "I will pick you up immediately", "Please wait a moment", "Because we are in a meeting ... Please come to the sofa and wait" are hosted by the guest. It is possible to indirectly inform the arrival time of. As a result, the guest can know how long he / she has to wait, and can spend the waiting time with peace of mind. The response message may include information that quantitatively represents the time required for arrival. In this case, the response input screen W3 may be configured to allow the person in charge to select or freely describe information including a quantitative value such as "5 minutes later" or "13:05". .. Further, the reaction unit 21C may automatically predict the estimated time of arrival based on the current position information of the host terminal 4 and include this in the response message. If the host terminal 4 is a stationary type, the position information of the host terminal 4 can be specified by, for example, storing the position information in the storage unit 22 in advance in association with the ID of the host terminal 4 and referring to this. can do. Further, if the host terminal 4 is mobile, it can be specified from the position information of the wireless communication access point to which the host terminal 4 is connected, for example.

This completes the admission procedure. After picking up the guest at the reception area, the person in charge moves with the guest to a reserved room such as a meeting room or a reception room. In the room, services as shown in FIG. 11 are performed. First, when a host (which may be a participant on the host side) accesses the server 2 via the room terminal 5, the basic screen is displayed on the display unit 51 of the room terminal 5. This basic screen may be the same as in step S1, or may be a screen suitable for the service provided in the room. At this time, the same host authentication as in step S1 may be executed.

The host can order drinks from the basic screen. First, the host requests a drink order screen on the basic screen via the input unit 52 of the room terminal 5 (step S11). In response to this, the reaction unit 21C creates a drink order screen, transmits it to the room terminal 5, and displays it on the display unit 51 of the terminal (step S12). The guest DB 61 stores preference information regarding guest preferences, and as one of the preference information, information regarding drink preferences (hereinafter, drink preference information) is stored. Drink preference information can be automatically generated based on the past order history of the same guest, or can be manually registered by the host. The reaction unit 21C refers to the guest DB 61 and displays the drink preference information on the drink order screen. Therefore, the host can order drinks according to the taste of the guest.

The drink order screen of this embodiment accepts selection of drinks to be ordered from the host and orders for the same drinks. When the host places an order for a drink on the drink order screen, the reaction unit 21C transmits this order to the host terminal 4 used by the predetermined waiter and displays it on the display unit 41 of the terminal ( Step S13). At this time, the order can be transmitted by using an arbitrary message receiving function (for example, a mailer function, a chat function) possessed by the destination host terminal 4, and at this time, the order is installed on the destination host terminal 4. The function of the external application program that has been installed may be used. The order includes the appointment ID, the room ID used in the meeting, the names of the participants, the number of participants, the types of drinks corresponding to each participant, and the like. The waiter receives this order on his / her host terminal 4 and confirms it. Further, the reaction unit 21C outputs an appropriate sound (including a voice for reading out the order contents of the drink and a sound including a sound effect for simply attracting the attention of the waiter) from the speaker 46 together with the display of the order. You can also do it. The waiter receives this and prepares a drink and carries it to the room where the order was placed. The history of the guest's drink order is stored in the guest DB 61 in association with the guest.

In addition, the host can request the acquisition of the latest information related to the guest (hereinafter referred to as the guest latest information) from the basic screen. When the host requests the latest guest information via the input unit 52 of the room terminal 5 (step S14), the reaction unit 21C creates a news screen, transmits the news screen to the room terminal 5, and displays the display unit 51 of the terminal. Display on the top (step S15). The news screen displays the latest information related to the guest. The guest DB 61 also stores the guest's hobbies as one of the preference information. The reaction unit 21C reads personal information such as the guest's organization and the guest's hobbies from the guest DB 61, performs an Internet search using the guest's personal information as a key, and acquires the latest information related to the guest. This allows the host to talk to the guest and the topic of interest to the guest before entering the meeting agenda, which becomes an ice break and gives momentum to the conversation. The latest information may be output as audio from the speaker 56.

When the meeting starts, time management (step S16) by the time management unit 21D starts. In the time management, the room terminal 5 has been operated as described above, the information indicating the start of the meeting has been input from the host via the room terminal 5, and the start time of the meeting included in the appointment management information has been reached. What you do will trigger and start. The time management unit 21D manages the progress of the meeting based on the appointment management information. For example, the time management unit 21D determines a predetermined timing such as when half of the meeting time has elapsed or 10 minutes before the end time, based on the start time and end time of the meeting included in the appointment management information. Then, at the same timing, an alert is output to the host and the guest from the display unit 51 and the speaker 56 of the room terminal 5 (step S17). As an alert, a message such as "10 minutes before the end time. Please summarize." Can be displayed on the display unit 51, and a similar message can be output by voice from the speaker 56. This allows the host and guest to have a highly productive meeting.

Further, at the time of the meeting, in addition to the above time management, the minutes preparation section executes the minutes creation (step S18). Minutes creation is also triggered by the same start conditions as time management. The minutes preparation unit 21E receives input of meeting information regarding the meeting via the input unit 52 of the room terminal 5. For example, the minutes creation unit 21E displays the meeting management screen on the display unit 51 of the room terminal 5. On this meeting management screen, a predetermined text input area for accepting input of text data relating to the content of remarks during the meeting as meeting information is displayed from at least one of the host and the guest via the keyboard included in the input unit 52. .. The text input area can be, for example, a simple bar-like form that allows one-line input. Alternatively, the conversation during the meeting is picked up via the microphone included in the input unit 52 and converted into text data. At the end of the meeting, minutes including such text data are created and stored in the appointment DB 62 as appointment management information. The text data may be text mined to create a summary, and the summary may be added to the minutes in place of or in addition to the full text of the text data. The end of the meeting is determined based on the fact that the host inputs information notifying the end of the meeting via the room terminal 5, the end time of the meeting included in the appointment management information has been reached, and the like. In addition to the above text data full text and / or its summary, the minutes include the names, organizations, departments, dates, places, etc. of the meeting participants obtained from the appointment management information.

The minutes stored in the appointment DB 62 can be viewed (steps S19, S20) and edited (step S21) from the room terminal 5 and the host terminal 4. The edited content is reflected in the minutes in the appointment DB 62. The host requests reading of the minutes from the appointment DB 62 via the input unit 52 of the room terminal 5 (step S19), displays the minutes on the display unit 51 (step S20), and confirms the contents together with the guest. , Can be appropriately modified and added via the input unit 52 (step S21). Alternatively, after returning to the office or the like, the host terminal 4 can be operated to view and edit the minutes in the same manner as when operating the room terminal 5. In this way, the minutes creation unit 21E accepts input of meeting information regarding the meeting via the input unit 52 of the room terminal 5 and the input unit 42 of the host terminal 4 not only during the progress of the meeting but also during editing. , Complete the minutes based on this. The minutes preparation unit 21E receives an instruction from the host input via the host terminal 4 and the room terminal 5 (step S22), and sends the completed minutes to the guest e-mail address included in the guest DB 61 and the appointment DB 62. Transmit (step S23). The guest can receive this at the guest terminal 6 or the like. Of course, the minutes can be sent to the email addresses of all the participants on the host side. Minutes can be sent using the arbitrary message reception function (for example, mailer function, chat function) of the destination device, and at this time, the external application program installed on the destination device. Functions may be used. This allows the content of the meeting to be firmly shared between the host and the guest.

Returning to FIG. 6, when the meeting is over, the guest leaves the facility. At this time, the guest operates the reception terminal 3 in the reception area to perform the exit procedure. Specifically, the visit management unit 21B accepts the input of the exit information from the guest via the input unit 32 of the reception terminal 3 (step S24). For example, the guest can input the appointment ID as exit information via the input unit 32 of the reception terminal 3. At this time, the appointment ID can be input by having the camera included in the input unit 32 read the admission card, the guest terminal 6, or the QR code (registered trademark) displayed on the paper. Alternatively, as with the time of admission, arbitrary information that can identify the completed meeting can be input as the exit information.

When the exit information is input, the visit management department 21B identifies the guest and the meeting in which the guest was attending based on the exit information, determines the guest's exit, and sets the exit time to the appointment DB 62. Save (step S25). The above exit procedure can be performed by the host on behalf of the guest. For example, the host may enter the same exit information via the reception terminal 3, the host terminal 4, or the room terminal 5 after seeing off the guest. At this time, if the admission card is returned from the guest, it will be easier to enter the exit information and the procedure will be smoother.

When a predetermined time elapses after the guest leaves the library, the return department 21F creates a thank-you message for the guest's visit and sends it to the predetermined contact (step S26). It is also possible that the trigger for transmitting the thank-you message is that the host has made a predetermined input via the input unit 42 of the host terminal 4 or the input unit 52 of the room terminal 5. The predetermined contact information referred to here is, for example, a guest email address, which is read from the appointment DB 62 or the guest DB 61. The thank-you message can be sent by using the arbitrary message receiving function (for example, mailer function, chat function) of the destination device. At this time, the external application program installed on the destination device The function of may be used.

The thank-you message is created in a format that identifies the guest, contains textual information and / or an image (hereinafter referred to as the thank-you message body) that expresses gratitude for the guest's visit, and in the present embodiment, the guest as an addressee The identification information includes the guest's organization and name. The information for identifying the guest is determined by referring to the personal information of the guest registered in the appointment DB 62 or the guest DB 61. As the thank-you message body, a preset one can be used, or one that the host individually inputs at an appropriate timing and is stored in the DB 60, 61 or 62 can be used. Guests who see the above thank-you message can feel that they have been warmly welcomed. In addition, the minutes described above may be automatically attached to such a thank-you message.

<4. Modification example>
Although one embodiment of the present invention has been described above, the present invention is not limited to the above embodiment, and various modifications can be made without departing from the spirit of the present invention. For example, the following changes can be made. In addition, the gist of the following modified examples can be combined as appropriate.

<4-1>
The process executed by the room terminal 5 in the above embodiment can be similarly executed by the host terminal 4 carried to the room. In this sense, the host terminal 4 can be used as a room interface device used in a room through which guests pass.

<4-2>
The visitor-responsive RPA system 1 can also be linked with a device (including a management server and a terminal operating by an application program) in which an external CRM (Customer Relationship Management) program is installed. In this case, the information in the guest DB 61 and the host DB 60 can be linked with the information managed by the program.

<4-3>
The visitor-responsive RPA system 1 can be linked with a device (including a management server and a terminal operating by an application program) in which an external scheduler program is installed. In this case, the information in the appointment DB 62 can be linked with the schedule information managed by the program.
<4-4>
The visitor-responsive RPA system 1 can be linked with a device (including a management server and a terminal operating by the application program) in which an external conference room management program is installed. In this case, the information in the appointment DB 62 can be linked with the conference room management information managed by the program.

<4-5>
The visitor-responsive RPA system 1 can be linked with a robot deployed in the reception area. In this case, the robot can be made to perform "hospitality" in a form that identifies the guest. For example, when a guest tries to enter the robot, biological information such as the guest's face and voice is sensed as visit information via an input unit such as a camera or a microphone built in the robot. The visit management unit 21B collates the biometric information sensed at this time with the biometric information such as the guest's face image and voiceprint information registered in advance in the guest DB 61 in the server 2, and authenticates the guest. At this time, the visit management unit 21B authenticates whether the visiting guest is a guest with an appointment based on the appointment management information. Of course, as in the above embodiment, the guest can be authenticated by having the robot read the QR code (registered trademark) or the like. When the guest is successfully authenticated in this way, the reaction unit 21C reads out other personal information of the guest, such as a name and a company name, from the guest DB 61 and / or the appointment DB 62. Then, the reaction unit 21C can output a welcome message incorporating these information by voice via the output unit of the robot, and can perform guest hospitality in a format that identifies the guest.

<4-6>
The visitor-responsive RPA system 1 can be linked with a device (including a management server and a terminal operated by an application program) in which an external taxi dispatch program is installed. In this case, a taxi for guests can be called in a timely manner via the room terminal 5 or the like at the end of the meeting. For example, the server 2 receives input of a taxi dispatch request from at least one of the host and the guest via the taxi dispatch screen displayed on the display unit 51 of the room terminal 5, and when this is input, the external Send a ride request to a device that operates in the taxi dispatch program. Further, in this case, the settlement can be easily performed between the taxi company and the host.

<4-7>
As shown in FIG. 12, the visitor-responsive RPA system 1 can be connected to various external devices 80a, 80b, 80c, ... (Representatively, reference numeral 80 may be attached). The external devices 80a, 80b, 80c, ... Have readers 81a, 81b, 81c, ... (Representatively, a reference code 81 may be attached) for reading information about the guest. The reader 81 is arranged not only in the reception area but also in the vicinity of the main body of the external device 80 installed in various places in the facility. The guest causes the reader 81 to read information about the guest when using the external device 80. The reaction unit 21C authenticates the guest again based on the information about the guest read by the reader 81, gives the guest the authority to use the external device 80 when the guest authentication is successful, and gives the guest the authority to use the external device 80. Operate 80.

The information about the guest used for guest authentication is, for example, information that can identify the guest or appointment, and is typically a QR code as described above displayed on the admission card, guest terminal 6, or paper. Registered trademark). In this case, the guest can be authenticated by holding the admission card, the guest terminal 6 or the paper over the reader 81.

To give another example, the information about the guest used for guest authentication may be biometric information such as the guest's face image and voiceprint information. In this case, the reaction unit 21C performs biometric authentication of the guest and authorizes the guest to receive the service by the external device 80. Biometric authentication means authentication based on biometric information. The biometric information to be collated may be acquired, for example, through the reception terminal 3 or a device connected to the reception terminal 3 or a device connected to the reception terminal 3 at the time of the guest's first visit, and may be registered in the guest DB 61, or the host may be the host. It may be registered in advance in the guest DB 61 via the terminal 4.

Although not limited to this, the readers 81a, 81b, 81c, ... Can be realized as a tablet computer capable of reading a QR code (registered trademark) and biometric information. Hereinafter, some examples of the external device 80 will be described.

<4-7-1>
The visitor-responsive RPA system 1 can be linked with a gate device or a door 80a installed in the facility. In this case, by having the gate device or the reader 81a of the door 80a read the information about the guest, this can be used as a passage certificate for opening the gate device or the door 80a.

<4-7-2>
The visitor-responsive RPA system 1 can be linked with the vending machine 80b for drinks and the like installed in the facility. In this case, by having the reader 81b of the vending machine 80b read the information about the guest, the guest can use the vending machine 80b in a predetermined mode. For example, guests can be made easy (typically free of charge) to obtain goods in the vending machine 80b.

<4-7-3>
The visitor-responsive RPA system 1 can be linked with the elevator 80c installed in the facility. In this case, by having the reader 81c read the information about the guest, this can be used as a pass certificate for using the elevator 80c. The reader 81c can be installed in the landing of the elevator 80c and / or in the car of the elevator 80c. The use of the elevator 80c referred to here includes calling an elevator, stopping the elevator on a floor permitted by the host via the host terminal 4 in advance, stopping the elevator on a desired floor designated by the guest, and the like. Is done.

<4-8>
The reaction unit 21C may output BGM (background music) related to the guest to the guest whose authentication is successful. At this time, the BGM corresponding to the guest can be determined by referring to the information in the guest DB 61. For example, information that identifies the guest's favorite music (song title, performer, composer, lyricist, etc.) may be registered as preference information in the guest DB 61, and music that applies to this information may be selected. Alternatively, personal information such as the guest's gender and age may be registered, and music strongly related to such personal information may be automatically selected. In addition, the information that identifies the music and the company are associated with each other and registered in the storage unit 22, and the information of the organization to which the guest who has succeeded in the authentication belongs is used as a key to refer to the storage unit 22 and select the music. You may.

The BGM may be output from the speaker 36 of the reception terminal 3 or the speaker 12 (see FIG. 13) installed in the reception area immediately after the guest authentication is successful at the reception. Alternatively, the BGM may be output from the speaker 13 (see FIG. 13) installed in the room through which the guest passes. In the latter case, the timing of playing BGM can be manually specified, for example, via the room terminal 5. Alternatively, the host may register in advance the ID of the room used for the meeting and the scheduled time of the meeting as appointment management information so that the BGM will automatically flow out when the start time of the meeting is reached. Good. When the visitor-responsive RPA system 1 is connected to a device in which an external scheduler program or conference room management program is installed, as in the modified example 4-3 or 4-4, the ID of the room used for the meeting. And the scheduled time of the meeting can be obtained from the information managed by these programs.

<4-9>
The visitor-responsive RPA system 1 can be linked with a device (typically, a management server) in which an external gift sales program operated by a gift sales company or the like is installed. In this case, the host can provide the guest with a gift that the guest is pleased with in a timely manner. For example, the server 2 receives an input of a gift order request for a guest from the host via the gift order screen displayed on the display unit 41 of the host terminal 4, and when this is input, an external gift. Send a gift order request to a device that works with the sales program. A gift order request can be a request to send a gift to the host so that the guest can give it when they return, or a request to send a gift directly to the guest during the seasons such as year-end gifts and midyear gifts. You can also do it. At this time, the server 2 can select a gift suitable for the guest based on the guest preference information stored in the guest DB 61, display the gift on the gift order screen, and help the host select the gift. ..

<4-10>
The host may be able to monitor a series of status information from the registration of the appointment to the transmission of the thank-you message via the host terminal 4 or the like. The status information here is, for example, information indicating how many guests / hosts are in the facility, which phase each guest / host is in, and the usage / cleaning status of rooms such as conference rooms and reception rooms. Is.

<4-11>
A call function may be added to the reception terminal 3 and the host terminal 4 in order to assist the communication between the guest and the host during the admission procedure. At this time, the function of the external call application program installed in the reception terminal 3 and the host terminal 4 may be used.

Further, as shown in FIG. 14, the reception terminal 3 may be connected to the external extension telephone 10. Then, if the guest authentication is successful, the extension telephone 10 may be controlled so that the reaction unit 21C connects to the telephone 11 to which the extension number corresponding to the host is assigned. This allows the guest to make an extension call with the host. The extension number corresponding to the host can be specified by storing the host ID and the extension number in the host DB 60 in advance in association with each other and referring to the extension number 21C.

<4-12>
Various functions of the RPA system for visitors can be used not only in companies but also at event venues such as parties and reception desks of apartment buildings.

<4-13>
Authentication at the time of a guest's visit may be performed based on biological information such as a guest's face image and voiceprint information. That is, the visit management unit 21B accepts the input of biometric information as the visit information notifying the guest's visit. If it is a face image, it is input via a camera included in the input unit 32, and if it is voiceprint information, it is input via a microphone included in the input unit 32. Then, the visit management unit 21B collates the biometric information thus acquired with the biometric information of the guest registered in advance in the guest DB 61, and authenticates the guest. The biometric information to be collated may be acquired through the reception terminal 3 or a device connected to the reception terminal 3 or a device connected to the reception terminal 3 or registered in the guest DB 61 when the guest visits for the first time, or the host may be the host. It may be registered in advance in the guest DB 61 via the terminal 4.

<4-14>
The appointment management unit 21A receives a request for navigation from the guest via the guest terminal 6 before the guest visits, and when the request is received, the guest is navigated to the facility via the guest terminal 6. You may go. For example, the guest transmits the information included in the detailed information of the appointment received in advance as the authentication information together with the navigation request from the guest terminal 6 to the appointment management unit 21A. The appointment management unit 21A authenticates the guest based on the received authentication information. When the appointment management unit 21A succeeds in authenticating the guest, the appointment management unit 21A starts navigating to the guest in response to the request from the guest. Navigation is performed, for example, by calculating the shortest route for the guest to reach the facility, the estimated time of arrival at the facility, and the like, and transmitting the calculated information to the guest terminal 6. The shortest route and estimated time of arrival can be calculated based on the guest's current location. The guest's current position information may be input to the guest terminal 6 by the guest and transmitted to the appointment management unit 21A, or the position information measured by the position measurement system mounted on the guest terminal 6 may be input to the appointment management unit 21A. May be sent to.

<4-15>
The visitor-responsive RPA system 1 can be linked with a system for managing the entrance and exit of employees (entrance and exit management system). In this case, as shown in FIG. 12, a reader 82 that reads employee identification information (hereinafter, employee ID) may be connected to the reader 81 of the modified example 4-7, the room terminal 5, the reception terminal 3, and the like. .. Alternatively, the reader 81, the room terminal 5, the reception terminal 3, and the like may also have the function of the reader 82 that reads the employee ID. The employee ID can be the biological information of the employee.

The reader 81 realized by a tablet computer or the like, the reader 82 connected to the room terminal 5, the reception terminal 3, or the like can be realized as, for example, an IC card reader capable of reading an IC card. In this case, the employee is authenticated by holding the IC card in which the employee ID, which is the employee ID, is stored over the IC card reader 82.

If the employee is authenticated based on the employee ID read by the reader 81 or the reader 82 connected to the reader 81, the employee may be able to use the external devices 80a, 80b, 80c, ... .. According to the above configuration, the entrance / exit management system can manage the entrance / exit of a specific employee to a specific area based on the usage status of the specific gate device or the door 80a. In addition, the entrance / exit management system can manage the entrance / exit of a specific employee to a specific room based on the usage status of the specific room terminal 5. In addition, the entrance / exit management system can manage the entrance / exit of a specific employee to the facility based on the reading history of the employee ID on the reception terminal 3.

1 Visitor-friendly RPA system 2 Server (visitor-friendly RPA system)
21A Appointment management department 21B Visit management department 21C Reaction department 21D Time management department 21E Minutes creation department 21F Return department 21G Host management department 22 Memory department 3 Reception terminal (guest interface device)
31 Display (guest output)
32 Input section (guest input section)
36 Speaker (guest output section)
4 Host terminal (host interface device, room interface device)
41 Display unit (host output unit, room output unit)
42 Input section (host input section, room input section)
46 Speakers (host output section, room output section)
5 Room terminal (room interface device)
51 Display unit (room output unit)
52 Input section (room input section)
56 Speaker (room output section)
60 Host database 61 Guest database 62 Appointment database W1 Welcome screen (Welcome message)
W2 Visit notification W3 Response input screen W4 Response screen (response message)

Claims (21)

It is a visitor-friendly RPA system that responds to guests.
A device operated by the guest to announce a visit, and a guest interface device having a guest output unit and a guest input unit.
A device operated by the host welcoming the guest, which is connected to a host interface device having a host output unit and a host input unit.
Prior to the guest's visit, the host accepts input of information regarding the guest's visit appointment via the host input unit, creates appointment management information for managing the appointment based on the information regarding the appointment, and creates the appointment management information. Appointment management department that saves management information and
When the guest visits, the guest receives input of visit information that announces the visit of the guest via the guest input unit, and when the visit information is input, the guest is based on the appointment management information and the visit information. With the visit management department that certifies
When the guest authentication is successful, the guest output unit is provided with a reaction unit that outputs a welcome message in a format that identifies the guest to the guest.
RPA system for visitors. When the authentication of the guest is successful, the reaction unit causes the host output unit to output a visit notification notifying the visit of the guest to the host.
The visitor-friendly RPA system according to claim 1. The visit notification includes an image showing the guest's face.
The visitor-friendly RPA system according to claim 2. The reaction unit receives input of a response to the guest's visit from the host via the host input unit, creates a response message in response to the input response, and directs the guest to the guest output unit. Output the response message,
The visitor-friendly RPA system according to claim 2 or 3. The response message includes an image representing the face of the host.
The visitor-friendly RPA system according to claim 4. The response message includes information about the time it takes for the host to arrive at the guest.
The visitor-friendly RPA system according to claim 4 or 5. The guest interface device is connected to the extension telephone and
The reaction unit controls the extension telephone to connect to the extension number corresponding to the host when the guest is successfully authenticated.
The visitor-responsive RPA system according to any one of claims 1 to 6. The reaction unit causes the guest output unit to output music related to the guest toward the guest who has succeeded in the authentication.
The visitor-responsive RPA system according to any one of claims 1 to 7. Connected to a speaker installed in the entrance where the guest interface device is installed or in the room through which the guest is passed
The reaction unit causes the speaker to output music related to the guest toward the guest who has succeeded in the authentication.
The visitor-responsive RPA system according to any one of claims 1 to 8. A device used in the room through which the guest is passed, further connected to a room interface device having a room output section.
Further provided with a storage unit for storing the personal information of the guest,
The reaction unit acquires the latest information related to the guest based on the personal information, and causes the room output unit to output the latest information.
The visitor-friendly RPA system according to any one of claims 1 to 9. A device used in the room through which the guest is passed, further connected to a room interface device having a room input.
It further includes a minutes creation unit that accepts input of meeting information regarding a meeting between the guest and the host via the room input unit and creates minutes based on the meeting information.
The visitor-friendly RPA system according to any one of claims 1 to 9. The room interface device further includes a room output unit.
The minutes creation unit causes the room output unit to display a meeting management screen, and at least one of the host and the guest enters the predetermined area displayed on the meeting management screen via the room input unit. Accepts input of text data regarding the content of the meeting as meeting information, and creates the minutes based on the text data.
The visitor-friendly RPA system according to claim 11. A device used in the room through which the guest is passed, further connected to a room interface device having a room output section.
A time management unit that manages time based on the appointment management information and outputs an alert from the room output unit to at least one of the host and the guest is further provided.
The visitor-friendly RPA system according to any one of claims 1 to 9. The visit management department accepts input of exit information notifying the guest to leave from at least one of the guest and the host, and determines the guest's exit based on the exit information.
The visitor-friendly RPA system is
After the guest's departure is determined, a return section for sending a thank-you message for the guest's visit to the guest's predetermined contact information is further provided.
The visitor-responsive RPA system according to any one of claims 1 to 13. The welcome message includes the guest's name.
The visitor-responsive RPA system according to any one of claims 1 to 14. The appointment management unit transmits predetermined information to a predetermined contact of the guest based on the appointment management information before the guest visits.
The visit management unit accepts the input of the predetermined information as the visit information.
The visitor-responsive RPA system according to any one of claims 1 to 15. Connected to an external device that has a reader that reads information about the guest
The reaction unit authenticates the guest based on the information about the guest read by the reader, and when the authentication of the guest is successful, gives the guest the authority to use the external device, and the guest. To operate the external device,
The visitor-responsive RPA system according to any one of claims 1 to 16. The external device is an elevator, gate device, door or vending machine.
The visitor-friendly RPA system according to claim 17. The information about the guest includes biometric information about the guest.
The visitor-friendly RPA system according to claim 17 or 18. The visit information includes the biological information of the guest.
The visitor-responsive RPA system according to any one of claims 1 to 19. It is a visitor-friendly RPA program that responds to guests.
A device operated by the guest to announce a visit, and a guest interface device having a guest output unit and a guest input unit.
A computer operated by the host welcoming the guest and connected to a host interface device having a host output unit and a host input unit.
Prior to the guest's visit, the host accepts input of information regarding the guest's visit appointment via the host input unit, creates appointment management information for managing the appointment based on the information regarding the appointment, and creates the appointment management information. Saving management information and
At the time of the guest's visit, the guest accepts the input of the visit information notifying the guest's visit via the guest input unit, and when the visit information is input, the guest's visit information is based on the appointment information and the visit information. To authenticate and
When the guest authentication is successful, the computer is made to output a welcome message in a format that identifies the guest to the guest output unit.
RPA program for visitors.