System, information processing method, information processor, and program

Abstract

To provide information processing technology that enables efficient checking work related to vehicle operation.SOLUTION: An information processing method related to an alcohol check comprises steps of: acquiring identification information of a checker and identification information of a person to be checked related to the alcohol check; receiving, in an information processing device, input of detector check result information, which is information related to an alcohol detection result in the alcohol check; receiving, in a second information processing device, an input of response check result information that is information related to a result of a response check related to whether or not someone is under influence of alcohol in the alcohol check; and storing the detector check result information, the response check result information, the checker identification information, and the identification information of the person to be checked in association with each other.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to an information processing technique for improving the efficiency of checking work related to vehicle operation. [Background technology]

[0002] In businesses that use vehicles, it is an important responsibility to check vehicle operation, for example, to make sure that the driver is not driving under the influence of alcohol. Furthermore, recent legal changes have expanded the scope of requirements to check the driver using a breathalyzer before and after driving (hereinafter referred to as "alcohol checks"), further increasing the importance of alcohol checks.

[0003] For example, according to the Road Traffic Act Enforcement Regulations (revised in 2022), when it comes to alcohol checks, safe driving managers must at least meet the requirements listed below, and they are required to take appropriate action. - Visually check the driver's condition before and after driving to see if the driver is under the influence of alcohol - Record the details of the confirmation and keep the record for one year The above check is carried out using a breathalyzer designated by the National Public Safety Commission. -Keep the breathalyzer active at all times

[0004] As an example of prior art related to alcohol checks, Patent Document 1 discloses a technology in which, when a digital tachograph that records the operating status of a vehicle is capable of communicating with an administrator terminal operated by an operations manager who manages the operation of the vehicle, driver information is obtained and sent to the administrator terminal in order to conduct a roll call of drivers in the vehicle, and test results for alcohol in the driver's breath are obtained and sent to the administrator terminal, and the administrator terminal notifies the operations manager of the received driver information and test results, thereby eliminating the need for all drivers to carry a driver device during alcohol checks. Furthermore, for example, Patent Document 2 discloses a technique for reducing discomfort and resistance felt by drivers by conducting roll calls via a service robot. Furthermore, for example, Patent Document 3 discloses a technology including an alcohol detection means for detecting the amount of alcohol in a driver, an alcohol check means for comparing the amount of alcohol detected by the alcohol detection means with a reference value and determining that the driver has been drinking if the detected amount of alcohol exceeds the reference value, and a technology for notifying the driver of the results of the alcohol check performed by the alcohol check means. Furthermore, for example, Patent Document 4 discloses a technique that can prevent spoofing when a driver leaves a parking lot and authenticate the correct driver, regardless of which vehicle the driver gets in. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] JP 2015-130109 A [Patent Document 2] JP 2019-91394 A [Patent Document 3] JP 2020-97364 A [Patent Document 4] JP 2015-130109 A Summary of the Invention [Problem to be solved by the invention]

[0006] In the alcohol check, it is preferable that the check is performed by a person such as a designated safe driving manager. However, in a situation where it is difficult for such a person to perform the check, another person may perform the check, but there is a possibility that the other person may also have difficulty performing the check.

[0007] In addition, it was necessary to store information about the alcohol check based on legal requirements, etc. Furthermore, if the check was performed by a person other than the safe driving manager, etc., it is preferable to store information about the alcohol check status so that the safe driving manager, etc. can later reconfirm the content. When taking these measures, for example, there were problems such as the information being stored putting a strain on the capacity of the storage means as the information was accumulated, and it was cumbersome to manage information such as which user was the subject of the alcohol check and who performed the check.

[0008] An object of the present invention is to enable efficient performance of check work related to vehicle operation. [Means for solving the problem]

[0009] According to one aspect of the present invention, a system including an information processing device and a checker device comprises a user identification information identification unit that identifies identification information of a user who is the subject of an alcohol check through the information processing device, a communication establishment unit that establishes communication between the information processing device and the checker device associated with the checker performing the alcohol check, a user image and audio information output unit that outputs user image and audio information acquired by the information processing device, including image information and audio information regarding the user's alcohol check status, to the checker device via the communication, an acquisition unit that acquires check result information input by the checker, which is information regarding the result of the alcohol check, and a memory unit that associates the check result information with the user's identification information and stores it. Effect of the Invention

[0010] According to the system etc. of the present invention, it is possible to efficiently carry out check work related to vehicle operation. [Brief description of the drawings]

[0011] [Figure 1] FIG. 1 is a system configuration diagram of an alcohol check system according to one aspect of the present embodiment. [Diagram 2] FIG. 2 is a block diagram showing a functional configuration of the information processing device 10 of FIG. [Diagram 3] 2 is a block diagram showing a functional configuration of a server 20 in FIG. 1. [Figure 4] 2 is a block diagram showing a functional configuration of a checker device 50 in FIG. 1. [Diagram 5] 5 is a flowchart showing an example of a process when an alcohol check is performed before a user gets into a vehicle 1 in this embodiment. [Figure 6] 1 is an example of a user interface displayed on the information processing device 10 and used to identify the vehicle 1. [Figure 7] 1 is an example of a user interface displayed on the information processing device 10 and used to perform face authentication of a user. [Figure 8] 1 is an example of a user interface displayed on the information processing device 10 and used to capture the state of a user's alcohol check. [Figure 9] 1 is an example of a user interface displayed on the information processing device 10 and used for a user to understand the result of an alcohol check. [Figure 10] 1 is an example of a user interface displayed on the information processing device 10 and used by the checker to input the alcohol check result. [Figure 11] 13 is another example of a user interface displayed on the information processing device 10 and used by the checker to input the alcohol check result. [Figure 12] 11 is a flowchart of a first process related to an alcohol check, which is a process example when a checker selection process is performed in the first embodiment. [Figure 13] 13 is an example of a checker candidate list 221. [Figure 14] 5 is a flowchart showing an example of a process when an alcohol check is performed after a user gets off the vehicle 1 in the first embodiment. [Figure 15] 13 is a flowchart illustrating an example of a final confirmation process of a check result according to the first embodiment. [Figure 16] 13 is an example of a user interface that displays check result information by a checker other than the administrator and allows the administrator to make a final check. [Figure 17] 13 is another example of a user interface that displays check result information by a checker other than the administrator and allows the administrator to make a final check. [Figure 18] 13 is yet another example of a user interface that displays check result information by a checker other than the administrator and allows the administrator to make a final check. [Figure 19] 13 is yet another example of a user interface that displays check result information by a checker other than the administrator and allows the administrator to make a final check. [Figure 20] 13 is yet another example of a user interface that displays check result information by a checker other than the administrator and allows the administrator to make a final check. [Figure 21] 13 is a flowchart of a second process related to an alcohol check, which is a second example of a process related to an alcohol check in the second embodiment. [Figure 22] 13 is an example of a user interface displayed to prompt input of detector check result information in the second embodiment. [Figure 23] 13 is an example of a user interface displayed to prompt input of response check result information in the second embodiment. [Figure 24] 13 is a diagram showing an example of a data structure of each piece of information stored in a second process related to an alcohol check in the second embodiment. [Diagram 25] 13 is an example of a user interface displayed to prompt input of information for identifying a checker in the second embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the description of the drawings, the same elements are denoted by the same reference numerals, and duplicate descriptions may be omitted. Furthermore, the components described in these embodiments are merely examples and are not intended to limit the scope of the present invention.

[0013] [First embodiment] Hereinafter, a first embodiment, which is an example for realizing the information processing technology of the present invention, will be described. The contents described in this embodiment are applicable to any of the other embodiments, examples, and modified examples.

[0014] 1 is a system configuration diagram of an alcohol check system according to one aspect of the present embodiment. In this system, an alcohol check is performed when a user gets into or gets off a vehicle 1, and the state of the alcohol check is transmitted to a checker device 50 via an information processing device 10 arranged in an office. In addition, information regarding the content of the alcohol check using a breathalyzer 30 is obtained, and the result of the check by the checker is transmitted to a server 20 and recorded.

[0015] In this embodiment, the vehicle 1 is a vehicle used for business purposes, but is not limited to such a vehicle. When getting on the vehicle, the vehicle 1 is the vehicle that the user is about to use, and when getting off the vehicle, the vehicle that the user has been using, and information about the vehicle 1 and information about the car key 40 corresponding to the vehicle 1 are registered in association with each other in the server 20.

[0016] Fig. 2 is a block diagram showing the functional configuration of the information processing device 10 in Fig. 1. The information processing device 10 in this embodiment may be, for example, an electronic device such as a tablet or a laptop PC, and is not limited thereto. The information processing device 10 is configured to include, for example, a control unit 110, a storage unit 120, a communication unit 130, a display unit 140, an input unit 150, an audio output unit 160, and an imaging unit 170. The information processing device 10 is installed in, for example, an office A in a state where it can be used by multiple users who use either the vehicle 1 or other vehicles. The information processing device 10 is connected to a network such as the Internet through a communication unit 130, and for example, when a user operates an application running on the information processing device 10, various information acquired by an input unit 150, an imaging unit 170, etc. and information stored in a storage unit 120 are transmitted to a server 20.

[0017] The control unit 110 is configured with a processing and arithmetic unit including, for example, a CPU (Central Processing Unit) and an MPU (Micro-Processing Unit). The control unit 110 performs various processes on each piece of data, and also controls each of the functional units, namely, the communication unit 130, the display unit 140, the input unit 150, the audio output unit 160, the imaging unit 170, and the audio input unit 180, by reading and executing a program stored in the storage unit 120.

[0018] The storage unit 120 includes, for example, a hard disk drive (HDD), a solid state drive (SSD), an electrically erasable programmable read-only memory (EEPROM), a read-only memory (ROM), a random access memory (RAM), and the like, and stores a control program processed by the control unit 110 and various data, for example, image information acquired by the imaging unit 170 and audio information acquired by the audio input unit 180. Note that the storage unit 120 is not limited to one built into the information processing device 10, and may be an external storage device connected via a digital input / output port such as a universal serial bus (USB), or the like.

[0019] The storage unit 120 also stores an alcohol check-related processing program for executing an alcohol check-related first process, which will be described later, in cooperation with the server 20 and the checker device 50.

[0020] The communication unit 130 is a module that can connect to a public network such as the Internet using, for example, mobile communications such as LTE (Long Term Evolution), 3G, 4G, 5G, or narrowband communications such as DSRC (Dedicated Short Range Communication), and can perform data communication with each device, such as the server 20, connected to the network. For example, the information processing device 10 exchanges data with the server 20 via the communication unit 130 .

[0021] The display unit 140 is a display means for displaying various information, and is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 140 displays various information acquired through the communication unit 130 and processing results by the control unit 110, and displays, for example, image information captured by the imaging unit 170 and video signals acquired from the checker device 50, etc. via the network NW decoded by the control unit 110.

[0022] The input unit 150 is an input means for a user to perform various inputs to the information processing device 10. For example, the input unit 150 is configured with a button, a touch panel, a switch, etc. The input unit 150 may also be configured as a touch screen that is integrated with the display unit 140. When a user performs an input operation on the input unit 150, a control signal corresponding to the input is generated and output to the control unit 110. Then, the control unit 110 performs arithmetic processing and control corresponding to the control signal.

[0023] The input unit 150 is not limited to the above, and may be, for example, a unit having a function of uploading an image captured by the imaging unit 170. Although details will be described later, the result displayed by the detector may be captured by the imaging unit 170 and uploaded to the server 20 via the input unit 150.

[0024] The audio output unit 160 is, for example, an audio output terminal, and transmits an audio signal to output audio from a connected earphone, speaker, etc. Alternatively, it may be a speaker that outputs audio related to the audio signal. The audio output unit 160 outputs audio such as a beep to notify the corresponding user when an abnormality is detected in the alcohol check result acquired through the imaging unit 170, etc. Also, the audio output unit 160 outputs audio decoded by the control unit 110 from a video signal including an audio signal acquired from the checker device 50, etc. via the network NW.

[0025] The imaging unit 170 is a functional unit for capturing and acquiring still images or videos, such as a camera, and during an alcohol check, captures the user's appearance during the alcohol check and the results of the check by the breathalyzer, and outputs the captured image information. The output image information is stored in the storage unit 120. If the information processing device 10 is a tablet or the like, the imaging unit 170 may be an attached camera or an external camera connected via USB or the like, and the form is not particularly limited. In addition, preferably, the image information acquired by the imaging unit 170 is transmitted to the control unit 110 or to the server 20 and analyzed appropriately by the control unit 210, making it possible, for example, to recognize the person appearing in the image and determine which user is undergoing the alcohol check, or to recognize the code attached to the car key 40 appearing in the image and determine which vehicle the alcohol check relates to.

[0026] Note that the image information in this embodiment may be information about a single image, or information about a moving image made up of a plurality of images, and includes at least both concepts.

[0027] The audio input unit 180 is, for example, a microphone that collects the voice spoken by the user, and acquires and outputs the voice around the information processing device 10 as audio information. When outputting the audio information, the audio information may be output together with the image information output by the imaging unit 170 as image and audio information including both the image and the voice.

[0028] Fig. 3 is a block diagram showing the functional configuration of the server 20 in Fig. 1. The server 20 in this embodiment is configured to include a control unit 210, a storage unit 220, and a communication unit 230. The server 20 is connected to the information processing device 10 and the like through a network such as the Internet, receives various information such as position information from the information processing device 10 and the like, and stores it in the storage unit 220. In addition, the server 20 performs appropriate processing based on the stored information, for example, the content of the alcohol check of the user acquired by the information processing device 10.

[0029] The control unit 210, like the control unit 110 of the information processing device 10, is configured by a processing operation unit including, for example, a CPU (Central Processing Unit) and an MPU (Micro-Processing Unit). The control unit 210 performs various processes on each piece of data, and also reads and executes programs stored in the storage unit 220.

[0030] The storage unit 220, like the storage unit 120 of the information processing device 10, includes, for example, a hard disk drive (HDD), a solid state drive (SSD), an electrically erasable programmable read-only memory (EEPROM), a read-only memory (ROM), a random access memory (RAM), and the like, and stores the control program processed by the control unit 210 and various data, for example, an on-board device table in which device identification information is registered. Note that the storage unit 220 is not limited to one built into the server 20, and may be an external storage device connected via a digital input / output port such as a universal serial bus (USB), or the like.

[0031] The storage unit 220 also stores an alcohol check-related processing program for executing a first alcohol check-related process, which will be described later, in cooperation with the information processing device 10 and the checker device 50.

[0032] The communication unit 230 is a module that can connect to a network NW such as the Internet using a wired communication interface or, similar to the communication unit 130 of the information processing device 10, using, for example, mobile communications such as LTE (Long Term Evolution) or 3G, or narrowband communications such as DSRC (Dedicated Short Range Communication), and can communicate data with each device such as the information processing device 10 and the checker device 50 connected to the network NW.

[0033] The breathalyzer 30 is a measuring device that measures the alcohol concentration in the breath, and measures the alcohol concentration by, for example, blowing into a sensor unit. The breathalyzer 30 has a display unit, and displays the measurement result of the alcohol concentration on the display unit. Preferably, the breathalyzer 30 has a communication unit, and connects to a network NW (Internet) or to an information processing device 10 by any communication method, and transmits the measurement result information of the alcohol concentration to the information processing device 10 or the server 20. When the measurement result information is transmitted to the information processing device 10, the information processing device 10 transmits the measurement result information and other alcohol check result information (time information, user information, acquired image and audio information, etc.) in association with each other to the server 20 and stores them in the server 20. When the measurement result information is transmitted to the server 20, the server 20 transmits the measurement result information and other information on the alcohol check result (check result information by the checker, time information, checker information, user information, information indicating that the alcohol check was performed at the time of getting on or while getting on the vehicle, image and audio information capturing the alcohol check situation, etc.) in association with each other to the storage unit 220.

[0034] The breathalyzer 30 may not have a communication function. In this case, as will be described in more detail below, the check result displayed by the detector may be photographed by the imaging unit 170 and the acquired image information may be uploaded via the input unit 150, or the user may input the check result displayed by the detector via the input unit 150, thereby storing the check result in the memory unit 220.

[0035] In addition, while it is considered desirable to keep the breathalyzer 30 valid at all times based on laws and regulations, the communication type is more expensive than the non-communication type, and it is costly for each user (driver) to have one. Therefore, a method of installing a common communication type breathalyzer 30 in an office where users gather and conducting alcohol checks centrally is considered. On the other hand, in consideration of cases where a user goes directly to or from the office without stopping by the office, it is also possible to distribute a non-communication type breathalyzer 30 to the user and collect the detector results from the breathalyzer 30 via another communication means. The present invention provides an alcohol check method that can be used in both of the above cases, in addition to the case where a breathalyzer 30 with a communication function is used.

[0036] The car key 40 is a car key for starting the vehicle 1. It is usually placed in an office, and in order to use the vehicle 1, the car key 40 needs to be taken out from the place where it is placed. The car key 40 is provided with identification information of the corresponding vehicle, and in this embodiment, the coded identification information (for example, one-dimensional code, two-dimensional code, etc., but the coding method is not particularly limited) is attached to the car key 40 as a sticker. In this embodiment, a user who takes out a car key 40 in the office determines that an alcohol test is being conducted for the vehicle 1 by having the code attached to the car key 40 captured by the imaging unit 170 of the information processing device 10.

[0037] 4 is a block diagram showing the functional configuration of the checker device 50 in FIG. 1. The checker device 50 in this embodiment may be, as an example and not limited to, an electronic device such as a tablet or laptop PC, similar to the information processing device 10, and is configured with, for example, a control unit 510, a storage unit 520, a communication unit 530, a display unit 540, an input unit 550, an audio output unit 560, an imaging unit 570, and an audio input unit 580. The details of each of these functional units may be the same as those of the information processing device 10, so their description will be omitted. In addition, the checker device 50 in this embodiment is assumed to include at least one of a checker device 50a provided in an office A in which the information processing device 10 is provided, and a checker device 50b provided in an office B different from the office A.

[0038] The checker device 50 is placed in an office, for example, and is associated with a checker who checks the content of the alcohol check performed by the user. In this case, being associated means that it is possible to assume that the checker is using the checker device 50, and examples of this include logging in to the checker device 50 with a checker account, or the checker device 50 being simply assigned to each checker (such as the checker being lent the checker device 50 by the company), but the form is not particularly limited.

[0039] As described above, there may be a plurality of checker devices 50, including a checker device 50a installed in office A and a checker device 50b installed in office B. The checker device 50 may not be installed in an office, but may be installed in any location that can be used by the checker, such as a home, a shared office, or an office of a different company. A checker device 50 may be prepared and associated with each of a plurality of checkers, or a plurality of checkers may be associated with one checker device 50. A single checker may be allowed to use a plurality of checker devices 50. In this case, however, it is preferable that one of the plurality of available checker devices 50 is associated with the checker in order to specify which checker device 50 is to be used at that time.

[0040] [First process related to alcohol checks when getting into a vehicle] FIG. 5 is a flowchart showing an example of a process when an alcohol check is performed before a user gets into the vehicle 1 in this embodiment. 5 and the other flowcharts are realized by, for example, the control unit 210 of the server 20 reading out the code of the information processing program stored in the storage unit 220 into a RAM (not shown) and executing it. Note that the executing entity is not limited to the control unit 210, and may be, for example, the control unit 110 of the information processing device 10 or the control unit 510 of the checker device 50, or the control units 110, 210, and 510 may cooperate to perform the processing.

[0041] Each symbol S in the flowcharts of FIG. 5 and other figures denotes a step. Furthermore, the flowchart described below merely shows one example of the procedure for information processing in this embodiment, and other steps may be added or some steps may be deleted.

[0042] As a premise, the first process related to the alcohol check when getting on a vehicle is performed before getting on the vehicle. Here, in this embodiment, "getting on a vehicle" may mean not only getting on a vehicle, but also getting on a vehicle for the first time in a predetermined time period (for example, a day). The timing of the alcohol check is not limited to before getting on the vehicle and after getting off the vehicle as described in this embodiment, but may be any timing. Also, at least a part of the first process related to the alcohol check is performed by reading and executing the alcohol check related processing programs stored in the respective storage units of the information processing device 10, the server 20, and the checker device 50.

[0043] First, the user picks up the car key 40 corresponding to the vehicle 1, which is the intended vehicle, and goes to the tablet, which is the information processing device 10, located in the office. In order to identify the vehicle that the user will be using, the user first aims the code attached to the car key 40 at the information processing device 10, and the image capturing unit 170 of the information processing device 10 acquires and analyzes the code. The code contains identification information of the corresponding vehicle, the vehicle 1, and by analyzing the code, the identification information of the vehicle 1 is acquired, and the vehicle 1 corresponding to the car key 40 is identified (S1001). This is done using a user interface as shown in Fig. 6. In this user interface, the imaging unit 170 captures a QR code (registered trademark) attached to a car key 40 placed in front of the information processing device 10, and obtains the identification information of the vehicle 1, which is information corresponding to the captured QR code.

[0044] Thereafter, for example, a face image is used for user authentication, and the user points his / her face toward the tablet, captures the face image by the imaging unit 170, and performs recognition processing to perform user authentication (S1003). By performing user authentication, user information is acquired. At this time, a user interface as shown in Fig. 7 is used. As in the example shown in Fig. 6, in this user interface, the imaging unit 170 captures the face of a person in front of the information processing device 10, and it is determined whether user information corresponding to the captured face image exists in, for example, the storage unit 220 of the server 20, and if it exists, the user information is acquired. Note that, if the user information cannot be acquired because the corresponding user information cannot be identified as a result of analyzing the face image, or the corresponding user information does not exist, the process may be terminated, or the user may be prompted to acquire a face image again.

[0045] When the user authentication is completed, a process is performed to select a person who will perform the alcohol test, i.e., a checker (S1005). Details of this process will be described later. Then, a call is made to the checker device 50 associated with that person, and when there is a response to the call in the checker device 50, for example, when there is an input indicating consent to performing an alcohol test in the checker device 50 that was called, a video call is established between the information processing device 10 and the checker device 50 (S1007).

[0046] In the video call, information acquired by the imaging unit 170 and the audio input unit 180 in the information processing device 10 on the user side is transmitted to the checker device 50 and output by the display unit 540 and the audio output unit 560 in the checker device, and information acquired by the imaging unit 570 and the audio input unit 580 in the checker device 50 on the checker side is transmitted to the information processing device 10 and output by the display unit 140 and the audio output unit 160 in the information processing device 10. This enables communication between the user and the checker via video and audio. In addition, this video call allows the checker to have a conversation with the user and check the user's complexion, the tone of the user's voice response, etc., as well as the result of the measurement by the breathalyzer.

[0047] At this time, it is preferable to use the establishment of the video call as a trigger to start video and audio recording (for example, encoding process) of all or part of the information acquired by at least one of the imaging unit 170, the audio input unit 180, the imaging unit 570, and the audio input unit 580, which is the communication content of the video call, to acquire it as image and audio information of the alcohol check, and record it in the storage unit 220 of the server 20, etc. As will be described later, when storing, the acquired image and audio information is stored in association with the check result information of the alcohol check. The form of the acquired and stored image and audio information may be, for example, image information and audio information acquired by the imaging unit 170 and the audio input unit 180 during an alcohol check by a user, or image information and audio information acquired by the imaging unit 170, the audio input unit 180, and the audio input unit 580 during an alcohol check by a user, as well as audio information at the time of the check by the checker, or image information and audio information acquired by the imaging unit 170, the audio input unit 180, the imaging unit 570, and the audio input unit 580 during an alcohol check by a user, as well as image information and audio information at the time of the check by the checker. By adopting such an embodiment, it becomes possible to check the state of the alcohol check again later. In particular, in an embodiment in which image information and voice information of the user and voice information of the checker are stored excluding image information of the checker, it is possible to reduce the storage capacity while at least the user's actions and voice and the checker's voice in the alcohol check state can be checked again. In addition, in an embodiment in which image information and voice information of the user are stored excluding voice information of the checker, it is possible to further reduce the storage capacity while at least the user's actions and voice in the alcohol check state can be checked.

[0048] Furthermore, when storing the acquired image and audio information, the image and audio information itself acquired by at least one of the imaging unit 170, the audio input unit 180, the imaging unit 570, and the audio input unit 580 may be targeted, or information that has been processed from the acquired image and audio information may be stored. Here, "processing" is not limited to, but may be, for example, shortening the length, reducing the resolution or frame rate, deleting either image information or audio information, extracting only image and audio information showing the main parts (e.g., the user's face, a breathalyzer, etc.) in order to reduce the capacity occupied by the storage unit 220, or a combination of these. In other words, it is sufficient to reduce the amount of data in a manner that allows necessary information to be confirmed when referred to later, and the specific manner of "processing" is not particularly limited.

[0049] Thereafter, the user performs an alcohol check so that the situation is captured by the information processing device 10, the imaging unit 170 images the situation of the alcohol check and obtains image information, and the audio input unit 180 captures the audio during the alcohol check and obtains audio information, and this image information and audio information are also displayed on the checker device 50 via video call (S1009). The situation of the alcohol check refers to the actions taken by the user when performing an alcohol check, and preferably includes, for example, the action of blowing breath into the sensor unit of the breathalyzer 30, the measurement result information displayed on the display unit of the breathalyzer, and responses to calls from the checker. At this time, for example, a user interface as shown in Fig. 8 is used. As shown in Fig. 8, the left side of the display unit 140 displays the state of the user performing the alcohol check work in front of the information processing device 10, which is captured by the imaging unit 170, and the left side of the display unit 140 displays the state of the checker in front of the checker device 50, which is captured by the imaging unit 570 in the checker device 50. The state of the user captured in the checker device 50 is also displayed on the display unit 540, and at the same time, the sound around the information processing device 10 captured by the sound input unit 180 is output by the sound output unit 560. This allows the checker to grasp the state of the user performing the alcohol check work, and, if necessary, to call out to the user through the sound input unit 580 or the like and check the state of the response.

[0050] In addition, the result of the alcohol check is understood using a user interface as shown in Fig. 9. As in Fig. 8, the left side of the display unit 140 displays the content of the measurement result displayed by the breathalyzer captured by the imaging unit 170 and the character string "0.00mg / L" resulting from image analysis of the content, and the right side of the display unit 140 displays the appearance of the checker in front of the checker device 50, as captured by the checker device 50. That is, the image of the captured measurement result is analyzed to read the displayed characters, and character or numeric information of the measurement result (hereinafter referred to as "measurement result information") is acquired and displayed. In addition, it is preferable that this measurement result information is stored in association with check result information described later. The method of acquiring the measurement result information displayed by the breathalyzer is not limited to image analysis. For example, the measurement result by the breathalyzer may be acquired by the checker checking the content displayed on the display unit 540 and inputting the measurement result information to the checker device 50. Also, the checking of the content and the input of the measurement result information may be performed by a person other than the checker in a different device connected to the network NW, rather than in the checker device 50.

[0051] Here, the breathalyzer 30 may be provided with a communication unit (not shown) and connected directly or indirectly (for example, via a smartphone owned by the user) to the information processing device 10, which is a tablet or the server 20, to transmit the measurement result to the information processing device 10, the checker device 50, or the server 20. In this way, it is possible to omit capturing the measurement result by the imaging unit 170 and analyzing the image, and to omit the checker or the like from inputting the measurement result. In this case, the method of communication with the alcohol detector 30 is not particularly limited and may be either wired or wireless. If it is wireless, it may be, for example, Bluetooth (registered trademark) or Wi-Fi (registered trademark), as well as mobile communications such as LTE (Long Term Evolution) or 3G.

[0052] The checker checks the state of the alcohol check by the user displayed on the display unit 540 of the checker device 50, evaluates the measurement result of the breathalyzer (for example, a numerical value indicating that there is a level of alcohol in the breath that is deemed to be drunk), checks whether there is a problem with the complexion, whether there is an abnormality in the response, etc., and inputs the evaluation information of the check result into the checker device 50 (S1011). The evaluation information of the check result includes, for example, "OK" which indicates that the breathalyzer result does not indicate drunkenness and there is no problem with the response, or "NG" which indicates that the measurement result indicates drunkenness or there is a problem with the response.

[0053] Here, when the checker inputs the check result information, which is the content of the checker's judgment, a user interface such as that shown in FIG. 10 is used. As shown in FIG. 10, on the display unit 540 of the checker device 50, the state of the alcohol check by the user captured by the information processing device 10 is displayed in the center, and below it are provided check boxes for selecting whether the result of the alcohol check was good (select OK or NG), and a comment field for entering text about any points of concern about the alcohol check. FIG. 11 shows an example of a user interface when the result of an alcohol check by a breathalyzer is presented to the user during an alcohol check. In FIG. 11, in addition to the elements shown in FIG. 10, a measurement value that is the result of image analysis of the measurement result by the breathalyzer is also presented, and the person checking has selected "OK" in the check result information and entered "no abnormalities" as a comment. This information is then stored in the storage unit 220 as check result information. It may also be transmitted to the information processing device 10 and displayed.

[0054] If the check result information is "NG" (S1013; NG), that is, if the measurement result indicates that the user is under the influence of alcohol or there is a problem with the response, an alert is notified to the information processing device 10 (S1014). The method of notifying the user of the fact that there is a problem is not particularly limited, and examples of the method include displaying a message indicating that there is a problem on the display unit 140 of the information processing device 10 or outputting a sound such as a beep from the sound output unit 160. Alternatively, the display unit 140 or the audio output unit 160 of the information processing device 10 may output a message indicating that there was a problem in the alcohol check. In other words, the output content is not particularly limited as long as the user can recognize the result of the check by the person checking.

[0055] If the evaluation information of the check result is "OK" (S1013; OK), that is, if the breathalyzer result does not indicate intoxication and the response is evaluated as being OK, for example, an output indicating that there were no problems in the alcohol check is provided on the display unit 140 or the audio output unit 160 of the information processing device 10. As with the above, the output content is not particularly limited as long as the output is in a form that allows the user to recognize the check result by the person checking. In this way, the user can know the result of the alcohol test.

[0056] Then, the video call between the user and the checker established in step S1007 is disconnected (S1015). Note that it is preferable to end the acquisition of image and audio information using the disconnection of the video call or an input by the user or the checker accompanying the end of the alcohol check as a trigger. Thereafter, the check result information by the checker acquired in step S1011 is stored in the storage unit 220 of the server 20 in association with the time information acquired by a time information acquisition unit (not shown) and the user information acquired in step S1003 (S1017). At this time, it is preferable to also acquire checker information (e.g., the name of the checker or an ID that can uniquely identify the checker) that is identification information of the checker who performed the check, and to store the check result information in association with it. It is also preferable to store the fact that the alcohol check was performed when getting into the vehicle in association with it. It is also possible to store the vehicle identification information acquired in step S1001 and the acquired image and audio information in association with it.

[0057] Through the above flow, the first process related to the alcohol check when getting into the vehicle is completed. After that, the user gets into the vehicle 1 while holding the car key 40, and starts using the vehicle 1. Of course, if a user has a problem in the alcohol check, a decision may be made not to allow the user to get into the vehicle based on the contents of the checker's comments.

[0058] In this way, the results of the alcohol test can be stored appropriately.

[0059] [Checker selection process] The checker selection process performed in step S1005 will be described below. Fig. 12 is a flowchart showing an example of the checker selection process in this embodiment. The checker selection process selects a checker who will check the state of the alcohol check performed by the user through a video call and check the user's facial color and tone of voice. The checker is preferably a manager such as an appointed safe driving manager or an operations manager, but in cases where it is difficult for such a manager to handle the check, another person, such as a deputy manager, manager assistant, or performance assistant, will act as the checker. Therefore, the purpose is to select a checker who is appropriate and capable of handling the check when the user takes the alcohol check.

[0060] First, the manager judges whether or not the manager can handle the check (S10051). For convenience, the manager is a person who should be given priority in the alcohol check work, such as a person who is responsible for managing the alcohol check. The term "manager" refers to whether or not the manager can handle the check, for example, when the manager is called through an app or the like on the checker device 40 associated with the manager and the manager responds that the manager can handle the check. Conversely, when there is an input indicating that the manager cannot handle the check, or when there is no response to the call for a predetermined time (for example, 15 seconds), it is determined that the manager cannot handle the check. If checking is possible (S10051; Y), the manager is selected as the checker (S10052), and the checker selection process is terminated.

[0061] If the person is not available for checking (S10051; N), the checker candidate list 221 stored in the storage unit 220 of the server 20 is referenced and a person to be a checker is provisionally determined (S10053). FIG. 13 shows an example of the checker candidate list 221. As shown in FIG. 13, the checker candidate list 221 is composed of elements such as a number, a name, terminal information, and a schedule free space. The number is a number given to each checker candidate, and may be, for example, a number simply indicating some order (for example, order of registration, alphabetical order), or may be a number indicating an order of priority. The name is the name of the checker candidate (mmm, nnn, ooo). Also, instead of a name, any information that can identify the checker candidate may be used, and may be, for example, a checker candidate ID or a nickname. The terminal information is information that can identify the checker device 50 associated with each checker candidate, and may be, for example, a terminal name (a, b, c), a MAC address, an IP address, or the like. Also, it is preferable that this terminal information is not fixed for the name, but is appropriately changed according to a change in the checker device 50 used (i.e., associated) by the checker candidate, or the like. For example, when a potential checker logs in to a certain checker device 50, the terminal information is updated to information that can identify the logged-in checker device 50. Schedule availability is information that indicates whether the schedule of the potential checker is free at that time, and for example, the schedule information of the potential checker (for example, information of a schedule application installed in the checker device 50 corresponding to the terminal information) is referenced to see if there are any other plans for a predetermined time (for example, 15 minutes) from that time, and if there is availability, the potential checker is provisionally selected as a checker, and if there is no availability, the potential checker is excluded from the provisional selection. Note that in the checker candidate list 221, schedule information of each checker may be used as an element instead of schedule availability information. In other words, there is no particular limitation as long as it is an element that can determine whether or not an alcohol check can be performed at that time.

[0062] As a method for provisionally determining a person to be a checker, for example, checker candidate list 221 is referenced, and checker candidates with available schedules are extracted from the checker candidates. According to the example of checker candidate list 221 shown in FIG. 13, it is known that persons mmm and person ooo are available in terms of their schedules. In this case, either person mmm or person ooo may be provisionally determined as the checker at random, or person mmm with a lower number may be provisionally determined. Alternatively, information about person mmm and person ooo may be displayed on display unit 140, and the user may input to select either one of them as the checker, and the provisional determination may be made based on the input.

[0063] Once a checker has been provisionally determined, it is determined whether the provisionally determined checker is capable of checking (S10055). The determination of whether the checker is capable of checking is the same as that in step S10051. If the checker is capable (S10055; Y), the provisionally determined checker is determined as the checker (S10056), and the checker selection process ends. If the checker is not capable of checking (S10055; N), the provisionally determined checker is excluded based on the checker candidate list 221, a new checker is provisionally determined (S10057), and the process returns to step S10055.

[0064] By doing this, the administrator can be given priority in selecting the checker, and when it is difficult for the administrator to handle the check, the alcohol check can be carried out by an appropriate non-administrator checker.

[0065] [First procedure related to alcohol checks when exiting a vehicle] Next, the process of the alcohol check when exiting the vehicle will be described. In this embodiment, when disembarking from a vehicle may mean, as with when boarding a vehicle, simply disembarking from the vehicle, or it may mean the last time the user disembarks from the vehicle on a daily basis, and is not particularly limited. FIG. 14 is a flowchart showing an example of a process for carrying out an alcohol check after the user gets off the vehicle 1 in this embodiment.

[0066] First, the user performs user authentication on the tablet (S2001). The method of user authentication is the same as that in step S1003. Next, based on the information of the authenticated user, the information stored in the storage unit 220 of the server 20 is referenced to determine that the user underwent an alcohol test when boarding a vehicle on the same day, and the vehicle that the user boarded (S2003). That is, in the alcohol check when getting into a vehicle, it is necessary to perform an operation to identify the vehicle, for example, by reading the code attached to the car key 40, but when getting out of the vehicle, it is sufficient to read the information registered when getting into the corresponding vehicle. Of course, after or before step S2001, a step of identifying the vehicle by reading the code attached to the car key 40, etc. may be executed, or the user may be prompted to input whether it is when getting into or getting out of the vehicle.

[0067] Note that an alcohol check conducted immediately before boarding a vehicle refers to a case where the user's alcohol check history is referenced and the previous alcohol check is recorded as having been conducted when boarding a vehicle. In addition, if there is no record of an alcohol check conducted when boarding or disembarking a vehicle, and the same vehicle has not been identified after it has been identified once, that is, when it is assumed that the vehicle is being used, it may also be considered that an alcohol check conducted immediately before boarding a vehicle. In addition, when user authentication is performed before vehicle identification when boarding a vehicle, the information stored in memory unit 220 may be similarly referenced, and if it is confirmed that the user did not take an alcohol test immediately before boarding the vehicle, the vehicle identification procedure may then be carried out.

[0068] The subsequent processes, steps S2005 to S2017, including the subroutine in step S1005, are similar to steps S1005 to S1017 in the first process related to the alcohol check when getting into the vehicle, and therefore a description of these will be omitted. In step S2017, the check result information is stored in the memory unit 220 in association with the time information and user information. At this time, it is preferable to also store in association that this is an alcohol check conducted upon exiting the vehicle.

[0069] After going through the above flow, the first process related to the alcohol check when getting off the vehicle is completed. It is preferable to return the car key 40 to a designated location in the office.

[0070] [Final confirmation process of check results] Although an alcohol check should be performed by an administrator, if the administrator is unable to do so, a non-administrator will perform the alcohol check as a checker. Here, the non-administrator is not limited to being from the same company as the administrator, but may be from a company different from the administrator's company. In other words, it is also possible to outsource the check work to an external company. Therefore, in this process, if an alcohol check is performed by a non-administrator, the administrator will recheck the check result information by the non-administrator and make a final decision on whether there were any problems, etc.

[0071] The final confirmation process of the check results will now be described. FIG. 15 is a flowchart showing a processing example of the final confirmation processing of the check result in this embodiment. First, the manager logs into the checker device 50 and starts an application for performing a final confirmation process of the check result. The method for starting this application is not particularly limited, and may be realized, for example, by software installed in the checker device 50, or by accessing a predetermined address of the server 20 via a web browser. In conjunction with the start of the application, the control unit 210 extracts, from the check result information stored in the storage unit 220, information for which an alcohol check was performed with a non-manager as the checker (S3001). Then, the extracted check result information is displayed on the display unit 540 (S3003). At this time, information associated with the check result information may also be displayed.

[0072] Here, before step S3001, a notification may be sent to the administrator or the checker device 50 associated with the administrator to prompt the administrator to perform final confirmation of the check result information that is the target of the final confirmation process. The form of the notification is not particularly limited, but for example, a notification that there is remaining check result information to be subjected to the final confirmation process or a link to start an app may be sent to the administrator's email address, or a notification that there is remaining check result information to be subjected to the final confirmation process may be sent on an application installed in the checker device 50 associated with the administrator. This notification may be made at any timing, may be made periodically at a predetermined time (for example, 10:00 a.m. every day), or may be made when the check result information for which final confirmation processing is to be performed satisfies a predetermined condition. Examples of the predetermined condition include when a predetermined time (for example, one week) has passed since the time information associated with the oldest of the check result information for which final confirmation processing is to be performed, or when a predetermined number or amount of such check result information has been accumulated.

[0073] An example of the interface displayed on the display unit 540 in step S3003 is shown in Fig. 16. As shown in Fig. 16, for example, this interface includes, for each alcohol check opportunity, an identification ID (No.), the check date and time when the alcohol check was performed, the name of the person who was the checker at the alcohol check opportunity, an address (or link) that can access a video file that captured the alcohol check situation (i.e., image and audio information of the alcohol check situation), a measurement device value measured by the breathalyzer (i.e., measurement information), check result information (OK or NG), and information on final confirmation that displays a check box indicating that the administrator has made the final confirmation. Note that some of the check result parts that state OK or NG are underlined, which indicates that a comment by the checker has been added in addition to the check result, and the comment can be viewed by clicking on it (Figs. 17 and 18).

[0074] Here, when displaying check result information that has not been finally confirmed, it is preferable to display check result information for which a predetermined time (e.g., three days) has passed since the time in the associated time information in a different display manner from check result information for which no predetermined time has passed. This can facilitate a final check of check result information that has been checked by a non-administrator for some time.

[0075] As described above, in this embodiment, the image and audio information of the alcohol check situation can be accessed, and the corresponding image and audio information can be viewed by selecting a displayed link by clicking or other operations. Fig. 19 shows an example of the content displayed when the image and audio information of the alcohol check opportunity with the identification ID "3" is played back. In this way, the person checking can make a final confirmation of the check result information by referring to the comments attached to the check result information, viewing related information such as a video of the alcohol check situation, and referring to the measuring device values.

[0076] When the administrator finishes checking the check result information, the administrator checks the check box provided in the final check column (S3005). When the check box is checked, it is recognized that the final check of the check result information is completed, and the column displaying the check result information and its related information is displayed in gray. In addition, the image and audio information of the alcohol check situation is deleted from the storage unit 220 (S3007). For example, in the example shown in FIG. 19, the check box for the final check has already been checked for the alcohol check opportunity No. 2, so that the column displaying the check result information and related information is displayed in gray, and the link to access the alcohol check situation video has been deleted. And, in the example shown in FIG. 20, the check box for the final check has been checked for the alcohol check opportunity No. 3, so that the column displaying the check result information and related information is displayed in gray, and the link to access the alcohol check situation video has been deleted.

[0077] In step S3007, the image and audio information of the alcohol check situation may be deleted immediately, or may be deleted after a predetermined time (e.g., 24 hours). That is, the image and audio information of the alcohol check situation may be allowed to be confirmed for a predetermined time, assuming that reconfirmation may be necessary. Alternatively, the image and audio information of the alcohol check situation may not be deleted, but may be made deletable. Making it deletable means, for example, putting it in a state similar to "putting it in the trash" so that it can be deleted by an additional operation. In this case, it is preferable that the image and audio information of the alcohol check situation associated with judgment information for which confirmation has not been completed is protected so that it cannot be deleted. Furthermore, in step S3007, the image and audio information of the alcohol check situation may be replaced with processed information. As in the above-mentioned case, the method of processing the image and audio information here is not particularly limited as long as it reduces the amount of data in a manner that allows the necessary information to be confirmed when referring to it later.

[0078] After going through the above flow, the final confirmation process of the check results is completed. Since it is preferable to perform final confirmation processing of the check result as soon as possible after an alcohol check is performed by a non-administrator, when a predetermined time has passed since the time when the oldest alcohol check was performed by a non-administrator among the check result information for which final confirmation processing of the check result has not yet been performed, a push notification may be sent to the checker device 50 associated with the administrator to prompt the check result information to perform final confirmation processing. Alternatively, for check result information for which a predetermined time has passed since the time when an alcohol check was performed by a non-administrator for which final confirmation processing of the check result has not yet been performed, the checker device 50 may be displayed in a different manner from check result information for which the predetermined time has not yet passed in the user interface displayed on the checker device 50, thereby prompting the user to perform final confirmation of such check result information.

[0079] [Variations] In the above embodiment, a code corresponding to the vehicle is attached to the car key 40 in advance, and the vehicle to be used is identified by acquiring and analyzing the code in the information processing device 10, but the identification method is not limited to this, and any method can be applied. For example, a code with character information that can identify the vehicle, such as a vehicle number, may be attached, and the user may input the character information to the information processing device 10 via the input unit 150 to identify the vehicle to be used. Alternatively, an identification number may be attached to the place where the car key 40 is placed in the office (for example, a place where it is hung on a hook on the wall or a box for storing it), making it possible to identify which car key has been taken, and the identification number may be input to the information processing device 10.

[0080] In the above embodiment, the user authentication is performed by analyzing the face image, but the method of user authentication is not limited to this, and any method can be applied. For example, biometric authentication using fingerprints, voiceprints, etc. may be used, or authentication may be performed by having the user input an ID and password into the information processing device 10.

[0081] In the above embodiment, the measurement result by the breathalyzer is captured and analyzed via the imaging unit 170, the text information of the displayed measurement result is recognized, and the alcohol check result is evaluated based on the content. However, the method of capturing the measurement result by the breathalyzer is not limited to this, and any method can be applied. For example, the measurement result by the breathalyzer may be displayed on the display unit 540, the checker may input the measurement result through the input unit 550, and the input measurement result information may be stored in association with the check result information. In addition, the user may show the measurement result to the checker via a video call, input the measurement result through the input unit 150 of the information processing device 10, and store the input measurement result information in association with the check result information. In this case, it is preferable that the checker checks the consistency between the input measurement result information and the content displayed on the display unit 540 via the video call, for example, by issuing a voice indicating that the information is consistent, or by inputting an input indicating that the information is consistent into the checker device 50.

[0082] In the above embodiment, the image and audio information is acquired with step S1007 (S2007) and step S1015 (S2015) as a trigger, but the timing to start and end the acquisition of the image and audio information is not limited to this, and the trigger to start and end the acquisition is not limited to this. For example, the start or end of the acquisition of the image and audio information may be triggered by an input operation by the checker to the checker device 50 or an input operation by the user to the information processing device 10, and further, the acquisition of the image and audio information may be started after a predetermined time (e.g., 10 seconds) has elapsed since the video call was established in step S1007 (S2007). In addition, it is not limited to acquiring one image and audio information, but multiple image and audio information may be acquired. For example, image and audio information recording the state of the user's alcohol check and image and audio information recording the alcohol check result may be acquired separately.

[0083] Also, the input of the measurement result by the breathalyzer may not be accepted within a predetermined period (e.g., one minute) from the establishment of the video call between the user and the checker in steps S1007 and S2007. Not accepting the input of the measurement result by the breathalyzer means, for example, not displaying a user interface for input or displaying it as a state in which input is not possible when the measurement result by the breathalyzer is input by the user, not displaying the result of the image analysis or not performing the image analysis itself when the measurement result by the breathalyzer is input by image analysis, and not displaying the received result or not performing the reception itself when the result is received by the information processing device 10 through communication from the breathalyzer. In this way, it is possible to prevent the result of an alcohol test taken by a third party immediately before a video call from being misused as the user's alcohol test result.

[0084] Similarly, input of the measurement result of the alcohol check may not be accepted unless it is within a predetermined time (for example, within one minute) from the start of the measurement operation by the breathalyzer. Not accepting the measurement result may mean, for example, not displaying a user interface for input or displaying it as in a state where input is not possible, not performing image analysis of the measurement result captured by the imaging unit 170, invalidating the measurement result and displaying that fact on the display unit 140 or the display unit 540, as described above. In this way, the alcohol check can be quickly progressed and the measurement result corresponding to the observed measurement operation can be reflected. In this case, the information processing device 10 includes a measurement operation detection unit (not shown), and the measurement operation detection unit detects the measurement operation by the breathalyzer. For example, the measurement operation detection unit may detect by analyzing an image of the state of the alcohol check captured by the imaging unit 170, may detect the start of the alcohol check by recognizing the user's voice during the alcohol check captured by the voice input unit 180 (for example, a voice such as "measurement will start"), or may detect the start of the measurement operation by an input by the user to the input unit 150. In addition, the person checking may determine whether a predetermined time has elapsed by inputting a trigger to start counting the time based on the start of the measurement operation, or may start counting the time when the start of the measurement operation is detected, and the method of trigger detection of the start of the time count is not particularly limited.

[0085] In the above embodiment, the checker can perform the alcohol check at the checker device 50 in office B, which is different from office A, but office B does not have to belong to the same company as office A. In other words, the checker performing the alcohol check may be a person who belongs to a different company from the user or administrator. Alternatively, in the context of remote work, where the person works at home or a shared office, the checker may be at home or a shared office, etc., rather than an office, and there is no particular limitation on where the checker device 50 is placed.

[0086] In addition, the priority when selecting a checker may be changed according to location information such as which office the checker is in. For example, the priority of a checker candidate in office A may be higher or lower than the priority of a checker candidate in office B. In this way, for example, when a checker is requested to a company other than the company, the priority may be lowered so as to avoid selection as much as possible in consideration of cost, etc., or the priority may be higher so as to select as much as possible in the expectation that the check can be performed objectively. Furthermore, during the working hours of the company's employees, the priority of a checker who is an employee of the company may be higher, and outside the company or company that has been requested to perform the check may be higher in the case of non-working hours, and priorities may be set to reflect various intentions. For the same reason, the priority may be changed based on the attributes of each potential checker (e.g., whether they are an employee of the company, whether they are a person who has been appointed to actively perform checking work, whether they are a person designated to perform only a specified number of checks, etc.).

[0087] In this case, it is preferable that the checker candidate list 221 shown in FIG. 13 further includes columns for "location information" and "attribute", and information for identifying the office to which each checker belongs or is located at the time, and the attributes of each checker are input. For example, if a checker candidate belongs to or is located at office A at the time and has the attribute of a company employee, "office A" is written in the "location information" column and "company employee" is written in the "attribute", and if a checker candidate belongs to or is located at office B at the time and has the attribute of a member of a company to which the check work is outsourced, "office B" is written in the "location information" column and "member of company to which the check work is outsourced" is written in the "attribute". By referring to such checker candidate list 221, the location information and attributes of each checker candidate can be specified, and the priority of each checker candidate can be set based on the specified location information and attributes.

[0088] In the above embodiment, the video call is made in a manner in which the checker and the user can recognize each other, but this is not limited to the above method. For example, in the video call, the image of the checker may not be displayed to the user, or the image of the checker may be blurred, converted into an avatar, or another image may be displayed, so that the user cannot recognize who the checker is. Similarly, the content of the checker's voice may be conveyed to the user in a manner that makes it difficult for the user to recognize who the checker is, such as modulating and outputting the voice of the checker, or converting it into text information and displaying it. In this way, by making the video call in a manner in which the user cannot recognize who the checker is, the user can check without being influenced by preconceptions or images that the user has about the checker or the characteristics of the checker (title, affiliation, etc.).

[0089] Similarly, in a video call, the user's image may not be displayed to the checker, or the user's image may be blurred, converted into an avatar, or another image may be displayed, so that the checker cannot recognize who the user is. Similarly, the user's voice may be modulated and output, or converted into text information and displayed, so that the content of the user's voice is conveyed to the checker without the checker being able to recognize who it belongs to. In this way, by having a video call take place in a manner in which the checker cannot recognize who the user is, the checker can objectively check the user without being influenced by any preconceived notions or images that the checker may have about the user or the user's characteristics.

[0090] In the above embodiment, a video call consisting of both video and audio is established between the user and the checker, but the communication method is not limited to a video call. For example, a call may be made only with audio, or only with video. In this case, in addition to the call, instructions from the checker and answers from the user may be displayed on the display unit 140 or the display unit 540, and instructions from the checker and answers from the user may be output on the audio output unit 160 or the audio output unit 560.

[0091] In the above embodiment, one checker performs an alcohol check on the user, but the number of checkers is not limited to one, and multiple checkers may perform one alcohol check. For example, multiple checkers may check the user's complexion and tone of voice in response and input the results, and if there are no problems in all the check results by all checkers, it may be determined that there are no problems (i.e., N) in steps S1011 and S2011. Alternatively, the check may be performed by dividing up roles, such as some checkers checking the complexion and others checking the tone of voice.

[0092] In the above embodiment, the process proceeds to the checker selection process after the user authentication is performed in step S1003 or step S2001, but before or after the user authentication, it may be possible to check whether the user is getting into a vehicle for the first time that day, or whether the user has just got off the vehicle after completing the last driving opportunity of the day. If this is the case, the process may proceed to the checker selection process. The method of this confirmation is not particularly limited, and may be, for example, a method in which a sentence is displayed on the display unit 140 asking whether the user is getting on the vehicle for the first time that day, or whether the last driving opportunity of the day has ended and the user has just got off the vehicle, and the user is asked to answer through the input unit 150. In addition, the confirmation may be performed by a voice exchange between the user and the voice output unit 160 and the voice input unit 140. In addition, the determination may be made according to the time when the user authentication is performed. For example, if it is before 9:00 a.m., it may be determined that the user is getting on the vehicle for the first time that day, and if it is after 5:00 p.m., it may be determined that the user is getting off the vehicle for the last time that day and the user has just gotten off the vehicle.

[0093] Alternatively, a step of confirming whether the user is getting into the vehicle for the first time that day, or whether the user has just got off the vehicle after the last driving opportunity of the day, may be performed first, and if this is confirmed, a checker selection process may be performed. That is, the process from step S1005 to step S1009, or from step S2005 to step S2009 may be performed without performing user authentication or vehicle identification. In this case, authentication may be performed when performing the process of step S1009 or step S2009. For example, a user ID and a password may be input, or a facial image of the user may be extracted from an image of the alcohol check situation by the user, and authentication may be performed using the extracted facial image, or some kind of biometric authentication means may be used, and the authentication method is not particularly limited.

[0094] In the above embodiment, in the checker selection process in step S1005 or S2005, the checker is selected depending on whether the determined checker candidate is available for checking, but the method is not limited to this. For example, the checker candidate list 221 may be referenced to display a list of at least one checker candidate who is available according to the schedule on the display unit 140, and the user may select one of them via the input unit 150, and the checker may be selected depending on whether the selected checker candidate is available for checking. In this case, the information of the at least one checker candidate displayed may include information about the schedule, priority, etc. in addition to the name. Alternatively, it is also possible to display only a number corresponding to each checker, without displaying information that would enable identification of the checker, such as the name of the person who checks. In this way, the selection of checkers is not biased, and an objective alcohol test can be carried out.

[0095] In the above embodiment, in the checker selection process in step S1005 or S2005, it is first determined whether the manager can handle the check, and if the manager cannot handle the check, a checker is selected from non-manager checker candidates, but this is not limited to the above. For example, if there are multiple managers, a manager who will perform the check may be provisionally determined in a list of manager checkers (not shown) according to which manager's schedule is available, and it may be determined whether the manager can handle the check, and if possible, the manager may be selected as the checker, and if not, another manager among the multiple managers may be selected as the checker. For example, if there is no manager, or if the manager himself does not perform the alcohol check and only performs the final confirmation process, step S10051 may be omitted and the process may start from step S10053.

[0096] In the above embodiment, it is preferable to store the acquired image and audio information in association with each other in steps S1017 and S2017, but when the check is performed by the manager who is the checker, the image and audio information may not be acquired, or the image and audio information may be processed as described above. By doing so, the capacity to be stored in the storage unit 220, etc. can be reduced.

[0097] In the above embodiment, the information processing device 10 has been described as a device placed in an office, but the information processing device 10 is not limited to a device placed in an office. For example, the information processing device 10 may be a device such as a smartphone held by a user, and as long as it has an imaging unit 170 and a voice input unit 180 and can acquire at least one of image information and voice information of the user, and can communicate with the server 20 and the checker device 50 to transmit and receive various data, the form is not particularly limited. For example, if a user goes straight to and from work or is on a business trip and is therefore unable to undergo an alcohol test at the office, it is possible to conduct an alcohol test via a familiar device such as a smartphone carried by the user.

[0098] In the above embodiment, the generated check result information is stored in association with time information, user information, measurement result information, image and audio information, etc., but the storage method is not limited to this. For example, each piece of information may be stored in association with time information as an axis, or each piece of information may be stored in association with user information as an axis. The information on the axis is not particularly limited as long as it is in a form that allows later identification of which check result information the information corresponds to. Also, instead of using one piece of information as an axis, multiple pieces of information may be used as an axis and stored in association with each piece of information. For example, check result information may be stored in association with time information, and other information may be stored in association with either the check result information or the time information. In other words, the method of storing each piece of information is not particularly limited as long as it is directly or indirectly stored in association with the check result information.

[0099] In the above embodiment, each process is performed by cooperation between the information processing device 10, the server 20, and the checker device 50, but this is not limited to the above. The role of the server 20 (e.g., storing information) may be incorporated into the information processing device 10 or the checker device 50, and each process may be performed without the server 20.

[0100] [Second embodiment] A second embodiment, which is another example for realizing the information processing technology of the present invention, will be described below. It should be noted that the contents described in this embodiment are applicable to any of the other embodiments, examples, and modified examples, similar to the first embodiment.

[0101] In the second embodiment, unlike the first embodiment, the user and the checker each input the results of the breathalyzer and the check results regarding the response regarding whether or not the user is under the influence of alcohol to the alcohol check system. In addition, since the configurations of the information processing device 10, server 20, alcohol checker 30, car key 40, and checker device 50 that make up the system are the same as those in the first embodiment, the same reference numbers are used for these and detailed explanations are omitted.

[0102] [Alcohol check-related second process] FIG. 21 is a flowchart of a second process related to an alcohol check, which is a second example of a process related to an alcohol check in this embodiment.

[0103] 21 is premised on the premise that communication has been established between a user (a person to be checked in an alcohol check) using the information processing device 10 and a checker using the checker device 50 via video or voice call, and they are able to communicate with each other. In this case, the communication may be performed on an alcohol check-related processing program, which will be described later, or may be performed by a program other than the alcohol check-related processing program (for example, a video call application or a telephone call). Furthermore, the breathalyzer 30 does not have a communication function, or even if it does have a communication function, it is not used in this embodiment.

[0104] First, the user starts a first alcohol check-related processing program in the information processing device 10 (S3001). The first alcohol check-related processing program is a program for implementing a second alcohol check-related process that manages information related to the alcohol check, including input of detector check information, which will be described later, in cooperation with a second alcohol check-related processing program started in the server 20 and the checker device 50, which will be described later. In addition, the term "start" as used here refers to, by way of example and not limitation, a state in which the user is logged in to the alcohol check-related processing program with a user ID unique to the user. Similarly, the checker starts a second alcohol-check-related processing program in the checker device 50 (S3201). The second alcohol-check-related processing program is a program for implementing a second alcohol-check-related process that manages information related to the alcohol check, including input of response check information, which will be described later, in cooperation with the first alcohol-check-related program started in the server 20 and the information processing device 10.

[0105] Then, the server 20 issues a token to the checker device 50 that has started the second alcohol-check-related processing program (S3101). The token here is information such as a character string that is generated corresponding to each anticipated alcohol-check session, and is unique to each session. As will be described later, it is preferable that the token has an expiration date (e.g., 3 minutes).

[0106] The issued token is then displayed on the display unit 540 of the checker device 50 (S3202). The checker who has viewed the displayed token notifies the user, who is to be checked, of the token by means of, for example, verbally, through the established communication (S3203).

[0107] When the user receives a token from the person checking (S3002), the user inputs the notified token into the alcohol check related processing program via the input unit 150 (S3003). In this case, as described above, since the token has an expiration date, it is preferable that the input must be made between the time the token is issued and the expiration date.

[0108] The information processing device 10 transmits the input token to the server 20. The server 20 that receives the token transmitted from the information processing device 10 judges whether the issued token matches the received token (S3102). If the tokens do not match (S3201; N), a new token is issued and the same process is prompted again. Alternatively, in order to prompt the user to input a correct token until the expiration date of the token has elapsed, the display unit 140 of the information processing device 10 may display a message to that effect, or the second process related to the alcohol check may be terminated. If the correct token is not input and the token expiration date has passed, it is preferable to handle this in the same way as if the tokens did not match.

[0109] If the tokens match (S3201; Y), a session ID unique to each alcohol check session is issued (S3103) associated with the user ID (e.g., the user's login ID in the first alcohol check-related processing program) and the checker ID (e.g., the checker's login ID in the second alcohol check-related processing program). Here, a validity period is preferably set for the session ID, and in the subsequent processing, information generated by exchanges between the information processing device 10 and the checker device 50 with matching tokens is managed by the session ID until the validity period of the session ID expires. After the validity period has expired, the information processing device 10 and the checker device 50 associated with the session ID perform processing such as not accepting input, or, even if input is accepted, not storing it but invalidating it.

[0110] Then, a user interface for inputting detector check result information, which is information on the result of the check by the user's breathalyzer, is displayed on the display unit 140 of the information processing device 10, and the input of the detector check result information is prompted. Fig. 22 is an example of a user interface displayed to prompt the input of the detector check result information. Note that the input method is not limited to the one shown in Fig. 22. For example, as shown in FIG. 22, when entering detector check result information, a user interface is displayed for uploading an image of the detector with the results displayed.

[0111] Then, the information processing device 10 accepts an input of detector check result information from the user through the input unit 150 (S3004). The input detector check result information may be any type that allows the detector check result to be identified, and may be, for example, an image of a detector displaying the result as described above, or may be accepted by having the user input a numerical value related to the detector check result (e.g., an alcohol concentration value) through the input unit 150.

[0112] Upon receiving the input of the detector check result information, the information processing device 10 transmits the input detector check result information to the server 20 (S3005). Then, upon receiving the detector check result information, the server 20 stores the detector check result information in the storage unit 220 in association with a session ID (S3101).

[0113] In addition, when an image showing the check results by a detector is input, the input image may be analyzed using means such as AI, and the read information (e.g., characters, numbers) may be associated with the user ID and stored in the memory unit 220 as detector check result information. Here, if it is determined that the image is insufficient as detector check result information because the image is unclear or the like, an output may be given urging the user to photograph and upload the detector results again, or if a predetermined time has passed, such as the session period having elapsed, an output may be given urging the user to perform a new detector check and photograph and upload the results.

[0114] Meanwhile, the checker's device 50 accepts input of response check result information, which is information on the result of the response check by the checker, via the input unit 550 (S3204). When inputting the response check result information, for example, a user interface for inputting the response check result information as shown in Fig. 23 is displayed on the display unit 540, and the input of the response check result information is prompted.

[0115] Upon receiving the response check result information, the checker device 50 transmits the input response check result information to the server 20, and the server 20 stores the received response check result information in the memory unit 220 in association with the session ID (S3105).

[0116] In response to storing the response check result information, the server 20 notifies the information processing device 10 that the checker's input has been completed, and the information processing device 10 displays that fact on the display unit 140 (S3005). In this way, the user can recognize that the checker's side has completed the check response.

[0117] The server 20 determines whether the session ID has expired, and if so, ends management of information by the session ID (S3106). If the expiration date has passed without the input of necessary information, for example, detector check result information or response check result information, being completed, it is preferable that the server 20 at least displays on the display unit 140 of the information processing device 10 a message urging the user to perform the alcohol test again.

[0118] FIG. 24 shows an example of a data structure in a database that stores information on each session stored in the storage unit 220 of the server 20 by the first alcohol-check-related processing program and the second alcohol-check-related processing program.

[0119] As shown in Figure 24, for example, a session with a session ID of 0001 started at 09:01 on 2 / 5 / 2023, the corresponding checked person ID is U003, the checker ID is C001, the URL of the image data entered as the detector check result information is stored, and "OK" is stored as the response check result information.

[0120] In addition, the fourth session, with a session ID of 0004, started at 12:54 on 2023 / 2 / 5, with a corresponding checkee ID of U017 and checker ID of C002, but the detector check result information and response check result information are blank and no information has been stored yet. This indicates that an alcohol test is being performed at that time, or that the session ended without the necessary information being entered. In the latter case, as described above, it is preferable to at least have the display unit 140 display a message prompting the information processing device 10 to retake the alcohol test.

[0121] This ends the second alcohol check-related process.

[0122] In this way, even when using a breathalyzer without a communication function, it is possible to efficiently perform an alcohol check and record the necessary information. In particular, when using a breathalyzer with a communication function, it is not possible to manage whether the person checking was actually present, but according to this embodiment, it is possible to manage and record information including who the person checking was.

[0123] [Variations] In this embodiment, the token is issued and handled in the alcohol check related processing program, but this is not limited to this. For example, the issuance and verification of the token may be performed by a program other than the first alcohol check related processing program and the second alcohol check related processing program. In this case, if a match is confirmed, it is preferable to automatically or manually reflect the result in the first alcohol check related processing program or the second alcohol check related processing program to issue a corresponding session ID. For example, in a token-related program, when it is confirmed that the issued token matches the token sent from the information processing device 10, the program passes the result to the first alcohol check-related processing program or the second alcohol check-related processing program, or at least one of the information processing device 10 and the checker device 50 (preferably the checker device 50) makes an input to the alcohol check-related processing program to confirm the match, and a session ID is issued.

[0124] Also, identification information of both the user and the checker may be obtained without using a token. For example, using a diagram such as that shown in Fig. 25, based on the user's input to the information processing device 10 to identify the checker, the second alcohol-check related processing program may be started in the corresponding checker device 50, and the checker may input response check result information.

[0125] That is, the user remembers the checker who is about to perform or has performed the check on the user's own check, and inputs who that checker was. When inputting the checker, a user interface for inputting the checker as shown in FIG. 25 is displayed on the display unit 140, and the user is prompted to input (or select) the checker. In response to this input, checker identification information, which is information that can identify the checker, is generated and transmitted to the server 20. The checker identification information may be, for example, a checker ID.

[0126] In Fig. 25, it is possible to select a legal entity such as a company as the checker, instead of an individual. This is based on the assumption that the check will be performed by an external company, since it is possible to outsource the check to an external company, as explained in the first embodiment.

[0127] When the server 20 receives the checker identification information, it transmits a program start notification to the checker device 50 corresponding to that checker to start the second alcohol-check related processing program. If the second alcohol-check related processing program has not been started yet, the checker device 50 that received the program start notification starts the second alcohol-check related processing program. Alternatively, a message urging the user of the checker device 50 (checker) to start the second alcohol-check related processing program may be displayed on the display unit 540 of the checker device 50.

[0128] Similarly, the checker may remember the person being checked who has been checked or will be checked in the future, and input who the person being checked was. In response to such input, checkee specific information, which is information that can identify the person being checked, is generated and transmitted to server 20. The checkee specific information may be, for example, the checkee ID. Then, when the check subject specific information is received, a program start notification for starting the first alcohol check related processing program may be transmitted to the information processing device 10 corresponding to the check subject.

[0129] In addition, in this embodiment, when a match of tokens is confirmed based on the login information of the person being checked and the checker for the first alcohol check-related processing program and the second alcohol check-related processing program, the login information of both parties is associated with the session ID as identification information, but this is not limited to this.

[0130] For example, the checker does not need to be logged in to the second alcohol check-related processing program. In this case, when requesting the server 20 to issue a token, the checker's identification information may be input to the server 20, and the issued token and the checker's identification information may be stored in association with each other in the storage unit 220 of the server 20, so that when a match between the tokens is confirmed, the checker's identification information stored in association with the token may be read out and associated with the session ID.

[0131] In the above case, the person being checked may not even be logged in to the first alcohol check-related processing program. In this case, when the checker inputs the notified token into the information processing device 10, the checker may input his / her own identification information (such as, but not limited to, name and employee number) and transmit it together with the token to the server 20. In this way, when a match between the tokens is confirmed, the identification information transmitted together with the input token may be associated with the session ID.

[0132] Similarly, for example, when a token is issued by the server 20 to the person being checked, the person being checked notifies the checker of the token, and the checker inputs the token, the person being checked does not need to be logged in to the alcohol check related processing program. The following processing is the same as above.

[0133] Also, in this embodiment, for the sake of explanation, the detector check result information is input first into the information processing device 10, and then the response check result information is input into the checker device 50, but the order is not limited to this, and the response check result information may be input first, or the input may be accepted at the same time. In addition, similarly to displaying in step S3005 that input of the response check result has been completed on the checker device 50, it is preferable to notify the checker device 50 that input by the user has been completed and display that fact, for example, via the server 20, in response to input of the detector check result information being performed on the information processing device 10. In this way, the checker can recognize that the check response on the user side has been completed.

[0134] Furthermore, in response to completion of input of detector check result information in the information processing device 10, a display may be displayed on the display unit 540 to prompt input of response check result information in the checker device 50. The reverse is also true, and in response to completion of input of response check result information in the checker device, a display may be displayed on the display unit 140 to prompt input of detector check result information in the information processing device 50.

[0135] In addition, the first alcohol check related processing program for inputting and recording detector check result information and the first alcohol check related processing program for inputting and recording response check result information may be separate or may be the same.

[0136] If separate, the first alcohol check related processing program and the second alcohol check related processing program preferably cooperate directly or indirectly with each other. For example, when the input and recording of detector check result information by the first alcohol check related processing program is completed, a message is displayed on the corresponding checker's account (e.g., an email account, SMS account, messaging service account, etc.) indicating that the input of detector check result information has been completed and prompting the input of response check result information, and a corresponding operation may start up the second alcohol check related processing program in the checker device 50 (or activate it if it was in sleep mode), allowing the input of the response check result information to be made, or input may be made on the account (for example, input may be made by presenting the question "Was there a problem with your response?" and selecting either "yes" or "no"), causing the second alcohol check related processing program to be started or activated in the checker device 50, and information corresponding to the input content (e.g., "yes" or "no", or other notes) is passed to the second alcohol check related processing program, thereby completing the input of the response check result information in the second alcohol check related processing program. In the above description, it is of course possible to switch the first alcohol-check-related processing program and the second alcohol-check-related processing program.

[0137] If they are the same, the alcohol check-related processing program (this name will be used when the first and second alcohol check-related processing programs are the same) operates in cooperation with the information processing device 10, the server 20, and the checker device 50 without the need to pass information between the programs. For example, when the input and recording of the detector check result information is completed, a message is displayed on the corresponding checker's account (e.g., an email account, SMS account, messaging service account, etc.) indicating that the input of the detector check result information has been completed and prompting the input of response check result information, and a corresponding operation may start an alcohol check related processing program in the checker's device 50 (or activate it if it was in sleep mode), allowing the input of the response check result information to be made, or input may be made on the account (for example, input may be made by presenting the question "Was there a problem with your response?" and selecting either "Yes" or "No"), causing the alcohol check related processing program to be started or activated in the checker's device 50, and information corresponding to the input content (e.g., "yes" or "no", or other notes) is passed to the alcohol check related processing program, thereby completing the input of the response check result information.

[0138] Also, although it is preferable that an expiration date is set for the session ID, after the expiration date has passed, it is preferable that the corresponding information processing device 10 and checker device 50 do not accept input of information into the alcohol check related processing program or invalidate the input information until a new token is issued and a match is confirmed. If a match is confirmed for a new token after the expiration date has passed, information is managed using a new session ID corresponding to the new token.

[0139] In addition, in this embodiment or variant embodiment, an alcohol check session is started when the detector check result information is input, the response check result information is input, or a token match is confirmed, but the trigger for starting a session is not limited to these, and any trigger can be set. For example, a session may be started when both an input by a user regarding the start of a session in the information processing device 10 and an input by a checker regarding the start of the same session in the checker device 50 are made as a trigger. In this case as well, it is preferable to set a valid period based on the start of the session.

[0140] Specifically, specific information (e.g., a password) may be shared between the two parties in advance or at the time the video call is started, and the two parties may input such specific information to the first alcohol-check related processing program and the second alcohol-check related processing program, and the session may start when it is confirmed that the input information matches. That is, in the case of a token, the server 20 issues the token, but in this modified example, the specific information may be determined between the parties.

[0141] In the present embodiment, the checker device 50 inputs the response check result via a UI such as that shown in FIG. 23, but the present invention is not limited to this. For example, a notification may be sent via email, a social networking application, a messaging application, a web application, etc., encouraging the input of response check result information, and the input of the response check result information (for example, the question "Was there any problem with your response?" may be presented, and information may be input and sent by selecting either "Yes" or "No"), thereby completing the input through the external application of the checker device 50, or a message encouraging the use of such a program may be displayed on the display unit 540 by some means, such as SMS, causing the user of the checker device 50 (presumably the checker) to launch the external application and make the input. That is, the checker device 50 does not necessarily need to use the second alcohol check related processing program, and as long as it is possible to transmit the response check result information to the server 20, input may be in any form.

[0142] In addition, in this embodiment, it is assumed that the user's identification information has been acquired by the first alcohol check-related processing program, but the processing may be started in a state in which the identification information has not been acquired. In this case, for example, when taking an image of the detector result in inputting the detector check result information in step S3004, an image including the user's own face may be taken and uploaded. Then, by applying face recognition processing to the uploaded image, the user who performed the alcohol check may be identified, and the corresponding user ID may be associated with the session ID. The face authentication method is not particularly limited and may be any method.

[0143] In addition, if facial recognition processing is not possible because the uploaded facial image is unclear, the face is not clearly visible, the corresponding person cannot be identified, etc., an output may be issued urging the user to take a new photo and upload it, as in the case of uploading detector check result information, or if a predetermined time has passed, such as the session period having elapsed, an output may be issued urging the user to perform a new detector check and take a photo that includes both the result and the user's own face and upload it.

[0144] Furthermore, while the above-described embodiment is based on the assumption that an alcohol check will be carried out, it may be possible to extract information that indicates that an alcohol check was not carried out when it should have been, and to notify such information to an administrator, etc.

[0145] For example, vehicle 1 is equipped with a location information acquisition device (not shown), which periodically acquires location information of vehicle 1 through GPS information or the like, and periodically transmits the acquired location information to server 20 and stores it. By comparing this location information with location information similarly acquired periodically by a location information acquisition unit (not shown) in information processing device 10, it can be determined whether or not a user is in vehicle 1.

[0146] In this case, the user's riding status corresponding to the timing of the alcohol check, for example, whether or not an alcohol check was conducted when the user boarded and when the user disembarked, is determined, and if an alcohol check was not conducted, a notification of this fact may be sent immediately or at a specified time (for example, 9:00 a.m. the next day) to an administrator device (not shown) used by an administrator via email, etc., or an alcohol check-related processing program.

[0147] The timing of the user's alcohol check may be determined arbitrarily without being limited to the above. For example, the schedule related to the use of the vehicle 1 of each user may be registered in the server 20 via, for example, the information processing device 10, and the timing of the first use of the vehicle 1 on a daily basis and the timing of the end of the use of the vehicle 1 may be regarded as the timing of the alcohol check, or the timing of the alcohol check itself may be registered in the schedule.

[0148] It is preferable to check whether the alcohol check was performed appropriately based on the information registered in the schedule, and if it was not performed (for example, if it is determined that either the response check result information or the detector check result information was not stored within a specified time range (for example, within one hour) from the set alcohol check timing), to notify the user or administrator corresponding to that schedule that the alcohol check was not performed appropriately.

[0149] In addition, in this embodiment, each piece of information in the same alcohol check session (e.g., checker ID, checkee ID, detector check result information, and response check result information) is managed by storing and associating it with the session ID as an axis, but this is not limited to this. For example, it is sufficient that at least the checker ID, checkee ID, detector check result information, and response check result information in the same session are stored in association with each other, and the session ID does not necessarily have to be involved. For example, each piece of information may be managed in association with the date and time information at the start of the session as an axis, or each piece of information may be managed in association with the pair of checker ID and checkee ID as an axis.

[0150] In addition, in this embodiment, each piece of information (e.g., detector check result information, response check result information) is accepted or can be recorded for a specified period of time after the session ID is issued, but this is not limited to this and the specified period may be set at any timing. For example, the specified period may be based on the time when the token is issued by the server 20, or the specified period may be based on the time when the input of any information (e.g., detector check result information or response check result information) is first received after the session ID is issued. Furthermore, pre-set schedule information for alcohol testing may be stored in the memory unit 220 of the server 20, etc., and each piece of information may be accepted or recorded only during the period corresponding to such schedule information.

[0151] Furthermore, the predetermined period during which each piece of information is accepted or can be recorded is not limited to a fixed period based on a certain point in time. For example, if the predetermined period is set based on the point in time when the token is issued, the predetermined period may be extended (e.g., from 3 minutes to 5 minutes) when a session ID is issued. Furthermore, the predetermined period may be further extended when the input of any information is accepted for the first time after the session ID is issued. In other words, a specified period may be set for the entire alcohol check session, or specific specified periods may be set for each of the tasks such as issuing a session ID and entering information, and if these are completed within the specified period, a different specified period may be set for the next task that is expected to occur.

[0152] In addition, in the present embodiment, the condition for starting a session is that the token issued by the server 20 and the token input to the information processing device 10 match, but this is not limiting. For example, a condition for starting a session may be that a token issued by the server 20 corresponds to a token input in the information processing device 10. Specifically, the content of the former may be a keyword that evokes the content of the latter (e.g., "the highest mountain in Japan"), and if the content of the latter corresponds to that keyword (e.g., "Mount Fuji"), a session may be started. In other words, it is not necessary that the token issued and the token input match.

[0153] In addition, although the above-described embodiment is premised on the implementation of an alcohol check, the concept of the present invention is applicable to other things than alcohol checks. For example, any check that requires visual confirmation of a passenger when getting on or off a moving object (not limited to a vehicle), such as vehicle inspection or driver roll call, may be applicable.

[0154] In the above-mentioned embodiments, various programs and data relating to various processes are stored in the storage unit, and the processing unit reads and executes these programs to realize the processes in the above-mentioned embodiments. In this case, the storage unit of each device may have internal storage devices such as ROM, EEPROM, flash memory, hard disk, and RAM, as well as recording media (recording media, external storage devices, storage media) such as memory cards (SD cards), Compact Flash (registered trademark) cards, memory sticks, USB memories, CD-RWs (optical disks), and MOs (magneto-optical disks), and the above-mentioned various programs and data may be stored in these recording media.

[0155] Although the embodiment and the modified examples of the present invention have been described in detail above, the scope of the present invention is not limited to the above-mentioned embodiment and modified examples. Furthermore, the above-mentioned embodiment and modified examples can be variously improved or modified without departing from the spirit of the present invention. Furthermore, the above-mentioned embodiment and modified examples can be combined. [Explanation of symbols]

[0156] 1 vehicle 10. Information processing device 20 Servers 30 Breathalyzer 40 Car Keys 50 Checker device

Claims

1. An information processing method for alcohol testing, Acquiring identification information of a person who performs the alcohol test and identification information of a person who is to be tested; receiving an input of detector check result information, which is information regarding an alcohol detection result in the alcohol check, in a first information processing device; receiving, in a second information processing device, an input of response check result information which is information regarding a result of a response check as to whether or not the driver is under the influence of alcohol in the alcohol check; storing the detector check result information, the response check result information, the checker's identification information, and the checkee's identification information in association with each other; An information processing method comprising:

2. 2. The information processing method according to claim 1, a first program including a process for inputting the detector check result information is running on the first information processing device; The identification information of the person to be checked corresponds to the login information of the person to be checked in the first program, Information processing methods.

3. 3. The information processing method according to claim 2, a second program, which cooperates with the first program and includes a process for inputting the response check result information, is running on the second information processing device; The identification information of the checker corresponds to the login information of the checker in the second program. Information processing methods.

4. 2. The information processing method according to claim 1, In response to receiving the input of the detector check result information, the checker device outputs a message prompting the input of the response check result information; The information processing method further comprises:

5. 2. The information processing method according to claim 1, In response to receiving the input of the response check result information, the first information processing device outputs a message prompting the input of the detector check result information; The information processing method further comprises:

6. 2. The information processing method according to claim 1, receiving, in the first information processing device, an input of checker identification information which is information for identifying the checker; Further comprising: The identification information of the checker is obtained based on the checker identification information. Information processing methods.

7. 2. The information processing method according to claim 1, receiving, in the second information processing device, an input of checkee identification information which is information identifying the checkee; Further comprising: The identification information of the person to be checked is obtained based on the person to be checked specific information. Information processing methods.

8. 3. The information processing method according to claim 2, in response to receiving the input of the detector check result information, enabling, in the second information processing device, a second program for performing processing including the input of the response check result information, or outputting a message encouraging the use of the second program; The information processing method further comprises:

9. 2. The information processing method according to claim 1, accepting input of first password information in the first information processing device; accepting input of second password information in the second information processing device; determining whether the first password information and the second password information correspond to each other; Further comprising: accepting the input of the detector check result information or the response check result information is permitted when it is determined that the first password information and the second password information correspond to each other; Information processing methods.

10. 2. The information processing method according to claim 1, issuing a first token corresponding to the alcohol check to the second information processing device; accepting an input of a second token in the first information processing device; determining whether the first token and the second token correspond; Further comprising: Accepting the input of the detector check result information or the response check result information is permitted when it is determined that the first token and the second token correspond to each other. Information processing methods.

11. 11. The information processing method according to claim 10, storing the first token in association with identification information of the checker; The information processing method further comprises:

12. 11. The information processing method according to claim 10, An information processing method, wherein accepting input of the second token includes accepting identification information of the person to be checked.

13. 2. The information processing method according to claim 1, issuing a first token corresponding to the alcohol check to the first information processing device; accepting an input of a second token in the second information processing device; determining whether the first token and the second token correspond; Further comprising: Accepting the input of the detector check result information or the response check result information is permitted when it is determined that the first token and the second token correspond to each other. Information processing methods.

14. 14. An information processing method according to claim 13, storing the first token in association with identification information of the person being checked; The information processing method further comprises:

15. 14. An information processing method according to claim 13, An information processing method, wherein accepting input of the second token includes accepting identification information of the checker.

16. 14. The information processing method according to claim 10, further comprising: The permission is granted: When it is determined that the first token and the second token correspond to each other, When the first token is issued, The time when the detector check result information is entered The time when the response check result information is input, and Schedule information set for the person being checked; The period is valid based on at least one of the following: Information processing methods.

17. 14. The information processing method according to claim 10, further comprising: a third program including a process for issuing the first token and inputting the second token operates in cooperation with the first information processing device and the second information processing device; The acquiring of the checker's identification information and the checkee's identification information corresponds to the checker's login information and the checkee's login information in the third program, respectively. Information processing methods.

18. 2. The information processing method according to claim 1, storing information regarding the timing when the person to be checked should take an alcohol test; determining whether the detector check result information and the response check result information corresponding to the timing are stored; If it is determined that either the response check result information or the detector check result information is not stored, notifying the person to be checked of that fact; The information processing method further comprises:

19. 2. The information processing method according to claim 1, The detector check result information is an image including a face and a display result by a detector; Further comprising: The acquiring of the identification information of the person to be checked is performed based on a result of face authentication of the face. Information processing methods.

20. A system for alcohol checks, an identification information acquisition unit that acquires identification information of a person who performs the alcohol test and identification information of a person who is to be checked; a first reception unit that receives input of detector check result information, which is information related to an alcohol detection result in the alcohol test, in a first information processing device; a second reception unit in the second information processing device that receives input of response check result information which is information regarding a result of a response check regarding whether or not the driver is under the influence of alcohol in the alcohol check; a storage unit that stores the detector check result information, the response check result information, the checker's identification information, and the checkee's identification information in association with each other; An information processing device comprising:

21. A system including a first information processing device and a second information processing device for an alcohol test, Acquiring identification information of a person who performs the alcohol test and identification information of a person who is to be tested; Accepting an input of detector check result information, which is information regarding an alcohol detection result in the alcohol check, in the first information processing device; receiving, in the second information processing device, an input of response check result information which is information regarding a result of a response check as to whether or not the driver is under the influence of alcohol in the alcohol check; storing the detector check result information, the response check result information, the checker's identification information, and the checkee's identification information in association with each other; A program to execute.

22. A system including a first information processing device and a second information processing device, A user identification information identification unit that identifies identification information of a user who is a subject of an alcohol test through the first information processing device; a communication establishment unit that establishes communication between the first information processing device and the checker device associated with a checker who performs the alcohol test; a user image and audio information output unit that outputs user image and audio information, which is acquired in the first information processing device and includes image information and audio information related to the alcohol check status of the user, to the second information processing device via the communication; An acquisition unit that acquires check result information, which is information regarding the result of the alcohol check, input by the person who performs the check; a storage unit that stores the check result information in association with identification information of the user; A system comprising:

23. 23. The system of claim 22, a checker image and audio information output unit that outputs checker image and audio information, which is acquired in the second information processing device and includes image information and audio information of the checker, to the first information processing device via the communication; The system further comprises:

24. 24. The system of claim 23, The checker image and audio information output unit outputs the image and audio information in a manner that makes it impossible to identify the checker.

25. 23. The system of claim 22, A vehicle identification information acquisition unit that acquires identification information of a vehicle that the user uses or has used; Further comprising: The storage unit stores the acquired vehicle identification information in association with the check result information. system.

26. 23. The system of claim 22, A driving opportunity determination unit that determines whether the alcohol test is performed before the first vehicle ride or after the last vehicle disembarkation on the day the alcohol test is performed; Further comprising: The memory unit stores the judgment result by the driving opportunity judgment unit in association with the check result information.

27. 23. The system of claim 22, The user image and audio information output unit outputs the user image and audio information in a manner that makes it impossible to identify the user.

28. 23. The system of claim 22, The storage unit stores image and audio information to be stored, the image and audio information including at least a portion of the output user image and audio information, in association with the check result information.

29. 24. The system of claim 23, The storage unit stores image and audio information to be stored, the image and audio information including at least a portion of the output user image and audio information, in association with the check result information.

30. 30. The system of claim 29, The system, wherein the image and audio information for storage further includes at least a portion of the outputted voice information of the checker.

31. 30. The system of claim 29, The system, wherein the image and audio information for storage further includes at least a portion of the output image information of the checker.

32. 23. The system of claim 22, a data amount reduction unit for acquiring processed information obtained by performing processing for reducing the data amount of the output user image and voice information; Further comprising: The storage unit stores image and audio information for storage, including the processing information, in association with the check result information.

33. 24. The system of claim 23, a data amount reduction unit that acquires processed information obtained by processing the output user image and voice information and the output checker's voice information to reduce the amount of data; Further comprising: The storage unit stores image and audio information for storage, including the processing information, in association with the check result information.

34. 24. The system of claim 23, a data amount reduction unit that acquires processed information that has been processed to reduce the amount of data on the output user image and voice information and the output checker image and voice information; Further comprising: The storage unit stores image and audio information for storage, including the processing information, in association with the check result information.

35. 23. The system of claim 22, a checker selection unit that selects a checker from a checker candidate group including a plurality of checker candidates; The system further comprises:

36. 36. The system of claim 35, The checker selection unit determines whether a checker candidate identified based on specified conditions from the group of checker candidates is capable of checking, and if it is determined that the checker candidate is not capable of checking, selects the checker from the group of check candidates excluding the checker candidate determined to be not capable of checking.

37. 23. The system of claim 22, A checker selection unit that selects the checker from a checker candidate group including a manager and at least one non-manager in the alcohol check; The system further comprises:

38. 38. The system of claim 37, The checker selection unit, The administrator determines whether the check is available, If it is determined that the check is possible, the manager will be selected as the checker. If it is determined that the check is not possible, the system selects a checker from among the at least one non-manager.

39. 38. The system of claim 37, a notification unit that notifies the manager or a checker device associated with the manager when the checker selection unit selects a checker from among the at least one non-manager, to prompt the selected checker to confirm the check result information; The system further comprises:

40. 38. The system of claim 37, a deletion unit that deletes the storage image and audio information associated with the check result information when the checker selection unit selects a checker from among the at least one non-manager, in response to the manager confirming the check result information by the selected checker; The system further comprises:

41. 38. The system of claim 37, a setting unit which, when a checker is selected from the at least one non-manager by the checker selection unit, sets the stored image and audio information associated with the check result information to be deletable in response to the check result information by the selected checker being confirmed by the manager; The system further comprises:

42. 38. The system of claim 37, a replacement unit which, when the checker selection unit selects a checker from among the at least one non-manager, replaces the storage image and audio information associated with the check result information by the selected checker with information that has been processed to reduce the amount of data in response to the manager confirming the check result information by the selected checker; The system further comprises:

43. 40. The system of claim 39, The notification unit notifies when check result information that has not been confirmed by the administrator satisfies a predetermined condition.

44. 38. The system of claim 37, a check result information display unit that displays, in a checker device associated with the manager, check result information for which a first predetermined time has elapsed from a time according to associated time information among check result information by the selected checker when the checker selection unit has selected a checker from among the at least one non-manager, and which has not been confirmed by the manager, in a display mode different from that of check result information for which the first predetermined time has not elapsed; The system further comprises:

45. 23. The system of claim 22, A reception unit that receives measurement result information, which is information regarding a measurement result by a breathalyzer used in the alcohol check; Further comprising: The storage unit stores the measurement result information in association with the check result information.

46. 46. ​​The system of claim 45, The reception unit does not accept input of the measurement result information for a period from when the communication is established until a second predetermined time has elapsed.

47. 46. ​​The system of claim 45, A detection unit that detects the start of an alcohol check operation by the user; Further comprising: The system, wherein the reception unit does not accept input of the measurement result information after a third predetermined time has elapsed since the start of the alcohol check operation was detected.

48. 35. The system of claim 34, The checker selection unit selects the checker based on attribute information of each checker candidate in the checker candidate group.

49. 35. The system of claim 34, The checker selection unit selects the checker based on position information of each checker candidate in the checker candidate group.

50. 23. The system of claim 22, a checker information acquisition unit that acquires checker information, which is identification information of the checker; Further comprising: The storage unit stores the checker information in association with the check result information.

51. An information processing device, A user identification information identification unit that identifies identification information of a user who is a subject of an alcohol test based on an input by the user; a communication establishment unit that establishes communication with a checker device associated with a checker who performs the alcohol test; a user image and audio information acquisition unit that acquires user image and audio information including image information and audio information related to the alcohol check status of the user; a user image and voice information output unit that outputs the acquired user image and voice information to the checker device via the communication; An acquisition unit that acquires check result information, which is information regarding the result of the alcohol check, input by the person who performs the check; a result output unit that outputs information corresponding to the acquired check result information; An information processing device comprising:

52. A system including a first information processing device and a second information processing device, Identifying identification information of a user who is a subject of an alcohol test through the first information processing device; Establishing communication between the first information processing device and the second information processing device associated with a checker who performs the alcohol test; outputting user image and audio information, which is acquired in the first information processing device and includes image information and audio information related to the alcohol check status of the user, to the second information processing device via the communication; Obtaining check result information, which is information regarding the result of the alcohol check, input by the person who checks; storing the check result information in association with identification information of the user; A program to execute.

53. An information processing method in a system including a first information processing device and a second information processing device, Identifying identification information of a user who is a subject of an alcohol test through the first information processing device; Establishing communication between the first information processing device and the second information processing device associated with a checker who performs the alcohol test; outputting user image and audio information, which is acquired in the first information processing device and includes image information and audio information related to the alcohol check status of the user, to the second information processing device via the communication; Obtaining check result information, which is information regarding the result of the alcohol check, input by the person who checks; storing the check result information in association with identification information of the user; An information processing method comprising:

Images