Alcohol check management system, management method, and computer program

Abstract

This invention provides an alcohol check management system, a management method, and a computer program that can prevent alcohol check omissions. [Solution] The alcohol check management system 1 of the present invention comprises an alcohol detection terminal 5, a subject-side operation terminal 6, an administrator-side operation terminal 9, and a control unit that controls processing including the transmission and reception of data necessary for the administrator's approval of driving duties and data obtained from each terminal between terminals. The control unit displays the image of the subject captured by the imaging unit 6e of the subject-side operation terminal 6, along with data associated with the subject, on the display unit 9b of the administrator-side operation terminal 9, enabling the administrator to approve the subject's driving duties. The control unit also extracts subjects who have failed the alcohol check from among those who should be approved for driving duties, and notifies the extracted person or their administrator that alcohol concentration detection by the alcohol detection terminal has not yet been performed.

Description

Technical Field

[0001] The present invention relates to an alcohol check management system, a management method, and a computer program that enable a manager who manages the driving operations of a subject to remotely approve the driving operations of the subject based on the alcohol concentration in the breath of the subject who is to perform the driving operations. In particular, the present invention relates to an alcohol check management system, a management method, and a computer program that can prevent alcohol check omissions.

Background Art

[0002] Prevention of drunk driving is a social requirement, and various devices and systems for preventing drunk driving have been proposed conventionally. Also, various systems related to alcohol checks for preventing drunk driving have been conventionally known (see, for example, Patent Documents 1 to 3).

[0003] In addition, with the frequent occurrence of traffic accidents caused by drunk driving, a part of the Road Traffic Law Enforcement Regulations has been amended, and as a business that should be performed by a manager (business operator) who manages the driving operations of a driver (employee), confirmation of the presence or absence of alcohol smell (alcohol check) using an alcohol detector has been newly provided. As a result, it has become essential for a manager who is a business operator to introduce an alcohol detector, and the need for an inspection management system for employees using an alcohol detector has increased.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Patent Document 2

Patent Document 3

Summary of the Invention

Problems to be Solved by the Invention

[0005] Incidentally, with the partial amendment of the Road Traffic Act Enforcement Regulations, drivers are now required to undergo alcohol testing using a breathalyzer twice a day (usually twice a day), before and after driving. On the other hand, businesses that supervise drivers' driving duties are now obligated to retain the results (record data) of the tests performed by the drivers for one year. While such tests are normally required to be conducted visually in a face-to-face setting between the driver and the supervisor, if the driver is provided with a portable breathalyzer, tests conducted in a non-face-to-face setting are permitted, provided that the supervisor can confirm the driver's facial expression and tone of voice in response via a camera or monitor, or by telephone, in addition to the measurement results from the breathalyzer. Therefore, if the subject is required to carry a portable alcohol detector, the subject can immediately notify the supervisor of the test results under legally mandated conditions after taking the alcohol detector test. This allows the supervisor to remotely decide whether or not to approve the subject's driving duties and to communicate the approval / denial result to the subject.

[0006] However, in testing methods that do not involve face-to-face interaction, where subjects carry portable alcohol detectors, there is a risk that subjects may forget to take the alcohol test, or that they may forget to notify their supervisor of the alcohol concentration results. Furthermore, if the supervisor has a large number of subjects to manage, it may be difficult to ensure that all subjects' alcohol checks are completed without fail. In other words, the supervisor may not be able to confirm whether subjects have reliably performed alcohol checks before and after driving, or they may not be able to identify any missing test data that has been reported.

[0007] This invention has been made in view of the above circumstances, and aims to provide an alcohol check management system, a management method, and a computer program that can prevent alcohol check omissions. [Means for solving the problem]

[0008] To solve the aforementioned problems, the alcohol check management system of the present invention is: An alcohol detection terminal that detects the alcohol concentration in the breath of a person who is to perform driving duties, It has an imaging unit capable of capturing video or still images of the subject, and a subject-side operating terminal that can communicate wirelessly with the alcohol detection terminal, It is provided on the administrator's side to manage the subject's driving operations, has a display unit capable of displaying data, and is an administrator-side operation terminal that can communicate wirelessly with the subject's operation terminal, A control unit that controls the process including the transmission and reception of data between terminals, including data necessary for the approval of driving operations by the administrator and data including the alcohol concentration obtained at each terminal, A database having a table for storing the aforementioned data, Equipped with, The control unit, The identification of the subject is displayed on the display unit of the administrator's operating terminal along with the data and alcohol concentration associated with the subject, so that the administrator can determine whether or not to approve the subject's driving duties. Based on the data stored in the table of the database, subjects who are to be approved for driving duties are extracted from among the subjects whose data does not include the results of alcohol concentration detection by the alcohol detection terminal, and the extracted subjects or the administrator are notified that alcohol concentration detection by the alcohol detection terminal has not yet been performed. It is characterized by the following:

[0009] According to the above configuration of the present invention, based on the data stored in the database table, subjects who should be approved for driving duties are extracted from among the subjects whose data does not include the results of alcohol concentration detection by an alcohol detection terminal, and the extracted subjects or managers are notified that alcohol concentration detection by an alcohol detection terminal has not yet been performed. This ensures that alcohol check omissions are reliably prevented and encourages subjects to perform alcohol tests using an alcohol detection terminal. In other words, it prevents situations where subjects accidentally forget to take an alcohol test and perform driving duties, or forget to notify the manager of the results of the alcohol concentration detection. Furthermore, it becomes easier for managers to manage the alcohol checks of all subjects without omission, even if there are many subjects to manage. That is, managers can reliably check whether subjects have reliably performed alcohol checks before and after driving, or reliably identify any missing test data that is notified.

[0010] In the above configuration, the "database tables" could include tables that store various measurement result information (for example, one record is created for each person being tested), such as driver ID, detection results using an alcohol detection terminal (such as alcohol concentration), test date, test location, vehicle management number, approver, total mileage, and roll call information. The "data stored in the tables" could include information that determines whether or not driving duties are approved, such as measurement result IDs associated with pre- and post-driving measurement results (for example, missing measurement result IDs) and work shift information (such as whether or not there are driving duties on that day).

[0011] Furthermore, according to the above configuration, the system includes an alcohol detection terminal, a subject-side operation terminal, and an administrator-side operation terminal that are capable of wireless communication with each other. A control unit controls the processing, including the transmission and reception of data necessary for approving driving duties and data obtained from each terminal between terminals. This control unit displays the subject's identification (for example, an image; specifically, a thumbnail of a video of the employee being tested, a pre-recorded image of the subject, the employee's name, etc.) along with data associated with the subject on the display unit of the administrator-side operation terminal, allowing the administrator to approve the subject's driving duties. Therefore, it is possible to remotely, easily, and efficiently determine whether or not to approve driving duties and to communicate that decision to the subject, while ensuring that all necessary measures for compliance with the law are covered. Hereinafter, in this specification, "approval of driving duties" includes both approving future driving duties based on the alcohol concentration before driving duties and approving that driving duties have been completed without problems based on the alcohol concentration after driving duties.

[0012] In the above configuration, an example of an identification display, "a pre-taken image of the subject," could be a still image of an employee, such as a pre-taken employee ID photo. Furthermore, in the above configuration, the image captured by the imaging unit is not limited to video; it may also be a still image. The subject's operating terminal could be, for example, a smartphone. A driver, as long as they carry the alcohol detection terminal and a smartphone, can easily perform an alcohol check at any location, under the control of the control unit, simply by following the instructions displayed on the smartphone screen, and report the results to their supervisor. This also allows for direct commutes to and from work without having to visit the workplace. Additionally, by centrally managing data in the cloud under the control of the control unit, paper forms become unnecessary, measurement results can be sent and received in real time, and data can be easily output to Excel® or similar formats. Furthermore, by using a cloud-based business application (such as Salesforce®), centralized data management becomes possible, enabling the construction of a highly secure management system.

[0013] Furthermore, in the above configuration, it is preferable that the identification display is an image, particularly a video, and the list display consists of an array of multiple thumbnail images corresponding to each subject. In this case, it is particularly preferable that the video is a video of the alcohol concentration detection state by the alcohol detection terminal. This makes it possible to prevent subjects from fraudulently conducting remote alcohol tests using the alcohol detection terminal and the subject's operating terminal (so-called impersonation tests). In this case, it is preferable that the video can be played without transitioning to another screen while remaining on the thumbnail screen that displays a list (multiple displays) of subjects. This makes it possible to make approval / rejection decisions in a short time, and the approval screen that displays images of multiple subjects at once can further reduce the workload of administrators and dramatically improve the efficiency of operations.

[0014] Furthermore, in the above configuration, the data associated with the subject may include audio data for confirming the subject's speech state. In particular, if the image is a video, it is preferable that the video includes audio recordings of the subject's speech state. This allows for visual confirmation of the subject's facial expression through the image, as well as confirmation of the subject's speech state, thereby ensuring the safety of the alcohol test.

[0015] Furthermore, in the above configuration, it is preferable that the extraction of test subjects is performed based on a request from the administrator's operating terminal, and that the extracted test subjects are displayed in a list on the display unit of the administrator's operating terminal. This allows the administrator to quickly identify test subjects who have failed the alcohol check at a time of their choosing.

[0016] Furthermore, in the above configuration, it is preferable that the control unit sends a push notification to the subject's operating terminal selected by the administrator from the list display. This allows the administrator to individually send push notifications to subjects who they deem needing to be prompted to take an alcohol test.

[0017] Furthermore, in the above configuration, it is preferable that the control unit extracts data at a fixed time each day and automatically notifies the subject or administrator. This reduces the administrative burden on the administrator and reliably prevents alcohol check omissions.

[0018] Furthermore, in the above configuration, if the identification display of the subject includes a video or still image of the subject, it is preferable that the control unit determines the image state of the video or still image captured by the imaging unit. This makes it possible for the administrator to accurately approve or reject the driving duties. In the first place, when identifying a missed alcohol check and prompting the subject to take an alcohol test using an alcohol detection terminal, it is necessary to accurately grasp information that affects approval or rejection along with the alcohol concentration, such as the subject's facial color, in the image. If such information is not accurately notified to the administrator, even if a missed alcohol check is identified, safe driving duties cannot be reliably performed. Based on this, the alcohol check management system of the present invention allows the control unit to contribute to the accurate notification of information to the administrator by determining the image state of the video or still image of the subject. In this case, it is preferable that the control unit displays an error message on the subject's operating terminal if the image state of the video or still image does not meet a predetermined standard. This allows the subject to be prompted to retake the recording (re-record), and reduces the burden on the administrator by suppressing the input of error information that does not contribute to the approval or rejection of driving duties into the database table. Here, error information includes, for example, alcohol check data from forms that do not meet the prescribed standards, such as out-of-focus images (unclear images where the subject is not in focus), images where the face does not fit within the standard frame, and images where the face is not facing forward.

[0019] In addition, in the above configuration, when a plurality of administrators manage the driving operations of a plurality of groups of subjects respectively, the control unit calculates, for each group, the alcohol detection execution rate which is the ratio of the subjects being detected by the alcohol detection terminal within a predetermined period, or the alcohol detection non - execution rate which is the ratio of the subjects not being detected by the alcohol detection terminal within a predetermined period, and displays it on the administrator - side operation terminal. Such an alcohol detection execution rate or alcohol detection non - execution rate also serves as an indicator for checking whether the guidance on alcohol tests for subjects by the administrator has been thorough, and ultimately, it becomes possible for the administrator to provide guidance regarding the subject management business. Note that such an alcohol detection execution rate or alcohol detection non - execution rate may be calculated and displayed, for example, on a monthly or annual basis.

[0020] The present invention also provides a management method executed by the above - described alcohol check management system, and a computer program for causing a computer to execute the method.

Effects of the Invention

[0021] According to the present invention, it is possible to provide an alcohol check management system, a management method, and a computer program that can prevent alcohol check omissions.

Brief Description of the Drawings

[0022] [Figure 1] It is a schematic overall configuration diagram of an alcohol check management system according to an embodiment of the present invention. <​​​​​​​ [Figure 5] (a) shows an example of the display format when specifying the period of no driving from the alcohol check display screen obtained by touching the "Home" tab on the display screen of the subject's operating terminal, and (b) shows an example of the display format of the alcohol check history display screen obtained by touching the "History" tab on the display screen of the subject's operating terminal. [Figure 6] This is an example of the initial screen displayed when the safe driving management program is launched and the administrator logs in. [Figure 7] This figure shows an example of an approval screen displayed on the administrator's control terminal. [Figure 8] This flowchart shows the process from alcohol testing by a subject using an alcohol detector (alcohol detection terminal) to approval by the administrator. [Figure 9] This flowchart shows the process flow for measuring alcohol concentration using the subject's operating terminal and the alcohol detection terminal. [Figure 10] This flowchart shows the flow of the administrator's approval process on the administrator's terminal. [Figure 11] This shows a flowchart of the process for identifying individuals who failed alcohol checks, and an example of a list display for individuals who failed alcohol checks (test subjects). [Figure 12] This is an example of a screen displaying a list of individuals who failed the alcohol test. [Figure 13] This is a flowchart showing the automated warning process for failing an alcohol test. [Figure 14] An example of a screen displaying the alcohol detection rate is shown. [Modes for carrying out the invention]

[0023] 1. System Configuration Embodiments of the present invention will be described below with reference to the drawings. Figure 1 shows an example of an alcohol check management system 1 that communicates with a cloud server 4 via a communication means (network) 10 and processes data on a computer according to a predetermined algorithm, allowing a manager responsible for managing a subject's driving duties to remotely approve the subject's driving duties based on the subject's breath alcohol concentration. This alcohol check management system 1 comprises at least a cloud server (hereinafter sometimes simply referred to as a server) 4, a subject-side operation terminal (test-side terminal) 6 connected to the cloud server 4 via the communication means 10, an alcohol detection terminal (alcohol detector) 5 capable of communicating with the subject-side operation terminal 6, a manager-side operation terminal (safe driving manager terminal; storing safe driving management software (program)) 9 connected to the cloud server 4 via the communication means 10, and a senior manager-side terminal 201 connected to the cloud server 4 via the communication means 10.

[0024] In this embodiment, we will describe an example of alcohol testing in the context of vehicle driving (and therefore for the driver), but the present invention is applicable to any field where driving with alcohol is problematic, regardless of the vehicle, such as for aircraft pilots, machine operators, and service industry workers.

[0025] The alcohol detection terminal 5 is a terminal carried by the subject 7, who is the driver performing driving duties. It can detect the alcohol concentration in the subject 7's breath and can communicate with the subject-side operation terminal 6 via wired or wireless short-range wireless communication standards, such as Bluetooth (registered trademark). The subject-side operation terminal 6 is also carried by the subject 7, similar to the alcohol detection terminal 5, and has an imaging unit (e.g., camera) 6e (see Figure 2, described later) capable of capturing images (video and / or still images, specifically facial images) of the subject 7. It can be, for example, a smartphone. The administrator-side operation terminal 9 is located on the side of the administrator (safe driving manager) 8 who manages the subject 7's driving duties. It can communicate with the cloud server 4 and the subject-side operation terminal 6 via the network 10 and has a display unit 9b (see Figure 2) capable of displaying data. The senior administrator terminal 201 is located on the side of the senior administrator 200, who manages multiple safe driving managers within the system. The system management program 201e1, shown in Figure 2 below, displays the screen shown in Figure 14 below. The administrator operation terminal 9 and the senior administrator terminal 201 can include desktop PCs, laptop PCs, tablets, and smartphones.

[0026] Furthermore, in Figure 1, the communication means 10 is used to exchange information between terminals 6 and 9 and the server 4, and may be either wired or wireless communication. Examples of such communication means 10 include the internet, a wired cable line, a wired telephone line, a mobile phone line, and a Wi-Fi line. Terminals 6 and 9 also have input devices. These input devices may be, for example, a keyboard, a mouse, or a touch panel.

[0027] In this embodiment, an example is described in which various data necessary for approving driving duties are exchanged between terminals 6 and 9 via the cloud server 4. However, it is also possible to perform the driving duty approval process (alcohol check management method) described later only between terminals 5, 6, and 9 without going through the server 4. Furthermore, instead of being in the form of System 1, it may exist as a computer program product (recording medium) that stores a computer program for performing such driving duty approval processing.

[0028] Figure 2 shows a block diagram illustrating the schematic configuration of the individual elements of the alcohol check management system 1 shown in Figure 1. As shown in the figure, the alcohol detection terminal 5 includes a Bluetooth communication unit 5b that enables communication with the subject-side operation terminal 6, an operation reception unit 5c that receives operations from the subject 7, a storage unit 5d that stores various data including data related to the execution of alcohol detection, a breath detection sensor 5f that detects the subject's breath, an alcohol sensor 5g that detects the alcohol concentration in the breath, and a control unit (CPU) 5a that controls the operation of each of these components. Here, the breath detection sensor 5f can be, for example, a type that detects rotation using a flow sensor (windmill-type rotation sensor (optical sensor)), or a breath pressure measurement sensor (differential pressure diaphragm type, semiconductor type, etc.) that measures the maximum value and duration by applying pressure to the measurement medium when the user blows into a mouthpiece.

[0029] Furthermore, the subject-side operating terminal 6 in this embodiment consists of a smartphone and includes a Bluetooth communication unit 6f that enables communication with the alcohol detection terminal 5, an HTTP communication unit 6b that enables communication with the communication means 10, a touch display (display unit) 6c as a display unit, a location information detection unit 6d for detecting the location information of the terminal 6, a camera 6e as an imaging unit, a memory unit 6g that stores various data necessary for the driving work approval application, and a control unit (CPU) 6a that controls the operation of each of these components. The memory unit 6g stores at least a driver information list 6g1 containing information about the subject 7 who is a driver, a device information list 6g2 containing information about the alcohol detection terminal 5, a vehicle information list 6g3 containing information about the vehicle driven by the subject, an approval application history list 6g4 containing history information of driving work approval applications (past approval applications by the subject-side operating terminal 6 and their results), and an approval application program 6g5 as an application. In this embodiment, the driver information list 6g1, device information list 6g2, and vehicle information list 6g3 store data that has been previously entered and matched with the database 4c of the cloud server 4 described later, and the subject 7 can select them from a pull-down menu on the touch display 6c when submitting an approval application.

[0030] The cloud server 4 includes an HTTP communication unit 4b that enables communication with the communication means 10, a database 4c containing at least various data necessary for approving driving operations, a program (control program) 4d for input / output control of the database 4c, and a control unit (CPU) 4a that controls the operation of each of these components. The control program 4d also includes a program for login approval processing to allow the subject-side operation terminal 6 and the administrator-side operation terminal 9 to access the cloud server 4, and a program for processing records in the database 4c. The database 4c also includes at least a vehicle information master table 4c1, a driver information master table 4c2, a device information master table 4c3, a group information master table 4c4, an inspection status record data table 4c5, a measurement result information table 4c6, and a daily report table 4c7.

[0031] Furthermore, the administrator-side operation terminal 9 includes an HTTP communication unit 9c that enables communication with the communication means 10, a display unit 9b capable of displaying data, an operation input unit 9d for administrator 8 to input operations, a storage unit 9e that stores at least the safe driving management program (driving operation approval program) 9e1 as an application, and a control unit (CPU) 9a that controls the operation of each of these components. Furthermore, the senior administrator-side operation terminal 201 includes an HTTP communication unit 201c that enables communication with the communication means 10, a display unit 201b capable of displaying data, an operation input unit 201d for senior administrator 200 to input operations, a storage unit 201e that stores at least the system management program 201e1 as an application, and a control unit (CPU) 201a that controls the operation of each of these components.

[0032] Figure 3 shows examples of the information contained in each table 4c1, 4c2, 4c3, 4c4, 4c5, 4c6, and 4c7 in the database 4c of the cloud server 4. As shown in the figure, the information contained in the vehicle information master table 4c1 may include, for example, the management number of the vehicle used for driving duties, the license plate number of the vehicle, and the vehicle's insurance information. The information contained in the driver information master table 4c2 may include, for example, the driver ID (employee number), the group ID that identifies the group to which the driver belongs, the driver's password, the driver's name, the driver's phone number, the driver's email address, the driver's department, the driver's age, and the number of times the driver's approval has been rejected by the safety driving manager (approver) in the past. Here, a group refers to a collection of drivers for whom one safety driving manager (approver) is responsible for the approval process. Furthermore, the information included in the device information master table 4c3 may include, for example, the ID (device ID) of alcohol detection terminal 5, the product name (device product name) of alcohol detection terminal 5, the model number, the purchase date, the remaining battery level, and the total detection count, which indicates the sum of the number of alcohol detections. In addition, the information included in the group information master table 4c4 may include the group ID unique to the group of drivers that the administrator should manage, the name of the group of drivers that the administrator should manage (group name), the group leader (safe driving manager (approver)), the contact information of the group leader, and the email address of the group leader. Note that this group information master table 4c4 is a table for defining safe driving managers (group leaders), and by including the group ID in the driver information master table 4c2, it defines which group a driver belongs to and who the group leader (approver, i.e., safe driving manager) is for that driver.

[0033] Furthermore, the information included in the measurement result information table 4c6 is as follows: for each driver (when measurement result information is sent from the driver), the measurement result ID, driver ID, group ID, date of alcohol test using alcohol detection terminal 5, test time, test location, information on whether it was before or after driving (before / after driving), device ID, vehicle management number, approval status by the administrator (approver) (status 0: awaiting approval, status 1: approved, status 2: awaiting re-measurement, status 3: rejected (approval denied)), confirmation date and time which is the date and time the approver entered approval status 1-3, and the approver for each test (approval of driving duties). Examples of information that can be used include the approver who made the decision, the alcohol testing method (verification method; specifically, whether it was confirmed by 1. the alcohol concentration detected by the alcohol detection terminal and the image from the camera, 2. the alcohol concentration detected by the alcohol detection terminal and the voice from the telephone, or 3. whether it was confirmed in person with the approver), the test status record data ID to link to the data stored in the test status record data table 4c5, the alcohol concentration detected by the alcohol detection terminal, the total distance traveled at the time of measurement result notification, and roll call information (information obtained from the driver's health check (see Figure 4(b) described later)). Each time the control program 4d receives measurement result data from the subject-side operation terminal 6, one record of this information is generated for each driver (associated with the measurement result ID).

[0034] Furthermore, the information included in the test status record data table 4c5 may include, for example, the test status record data ID, a thumbnail (a thumbnail image automatically generated based on the subject's test status video), a test status video, or a test status still image. The test status video or test status still image refers to a video or still image of the subject blowing their breath into the alcohol detection terminal. This information is also generated by the control program 4d, with one record generated for each driver (associated with the measurement result ID) each time measurement result data is received from the subject's operating terminal 6. In addition, the information included in the daily report table 4c7 may include, for each driver (basically every time the date changes), a daily report ID, date, driver ID, whether or not there was driving work on the day (status 1: driving, status 2: not driving, status 0: not entered), today's work shift (start time / end time), distance traveled on the day (calculated as the difference before and after the total distance traveled in the measurement result information table 4c6), measurement result ID before driving, and measurement result ID after driving.

[0035] The control program 4d for server 4 automatically generates records in the daily report table 4c7 as follows: The daily report table 4c7 is basically generated at a specific time, i.e., midnight, for each driver scheduled to work that day. Specifically, at the start of the day, the daily report table 4c7 generates empty daily report records (daily report records with only the date and driver ID data entered) for all employed drivers, regardless of whether they are actually working or not, except when the business office where the driving operations are performed is closed (closed days are identified by referring to a separate business office closed days table). Here, an example is shown where the specific time is midnight, but the specific time can also be set to 1 AM, 6 AM, etc.

[0036] If you are managing drivers' attendance information or work shifts using a shift management table, when creating blank daily report records for each driver, import the work shift data from the shift management table and set "Yes" for the "Driving Status" field in the records of drivers who have work shifts set, and "No" for the "Driving Status" field in the records of drivers who do not have work shifts set. When generating this daily report record, if a daily report record for a particular driver for that day has already been generated and exists, a new, empty daily report record will not be generated. Here, a case where a daily report record for a particular driver for that day already exists can be described later, for example, by referring to Figure 5(a), when data indicating "no driving" has already been sent from the driver (the subject's operating terminal 6) for a specific day or period. In this case, the control program 4d checks whether a daily report record exists for the driver for the specific day or period, and if it does not exist, it creates a daily report record for the specific day or period. At this time, "none" is set for "driving" in the created daily report record.

[0037] When measurement result data is sent from the driver (operator terminal 6) to the server 4, the control program 4d registers the measurement result data in the measurement result information table 4c6 as described above, and also writes it to the measurement result ID before or after driving in the driver's daily report record for that day in the daily report table 4c7. At this time, if "No" is written in "Driving Status", it is overwritten with "Yes" and the safety driving manager is notified. This is to handle situations such as when a driver is suddenly required to drive due to a change in their work shift, even though they were not scheduled to drive that day.

[0038] 2. Subject-side operating terminal The subject's operating terminal 6 is configured to operate according to the approval request program 6g5 (see Figure 2), which is a pre-installed application. The subject 7 can operate the subject's operating terminal 6 to measure the alcohol concentration in their breath, send the measurement result data to the administrator 8 to request approval, and receive notification of approval if approved. The process from submitting an application for approval to receiving approval notification involves several steps, such as the "Initiation" step, the "Health Check" step, the "Breath Test" step, the "Approval Request" step, and the "Approval Result Receipt" step.

[0039] The "Start" step is the step in which the subject 7 performs initial input (before or after driving, driver ID, vehicle management number, etc.) with the app (approval request program 6g5) first launched. The "Health Check" step is the step in which a health check is performed on the subject 7, who answers questions on the screen. The "Breath" step is the step in which the subject 7 is prompted to breathe into the alcohol detection terminal 5 and their breath is measured. The "Approval Request" step is the step in which the input information, including alcohol concentration, is sent to the administrator (approver) 8 via the server 4 or directly, and approval is awaited. The "Approval Result Received" step is the step in which the administrator 8 has completed receiving the judgment result (approval, re-measurement, or denial).

[0040] Figure 4(a) shows the screen for the "Start" step, which is the display screen obtained when the app is launched and the "Home" tab 20 in the lower left of the touch display 6c of the subject-side operating terminal 6 is selected. As shown in the figure, with the vehicle information 22 and the information 23 of the alcohol detection terminal (detector information) 5 selected, select the "Driving Category" (before driving, after driving) 24 (here, "Before driving" is selected as the driving category 24). Then, touch the "Send" button 21. If the vehicle information 22 and the information 23 of the alcohol detection terminal (detector information) 5 are not selected or need to be changed, the ">" button 25 can be used to display a list of registered vehicles or detectors based on the vehicle information list 6g3 or device information list 6g2, and then selected or changed.

[0041] As mentioned above, touching the "Send" button 21 will take you to the "Health Check" step shown in Figure 4(b). Figure 4(b) is the display screen where the subject 7 inputs their health status. Since "before driving" was selected in Figure 4(a), this display screen is the pre-driving health check item input screen 26. This pre-driving health check item input screen 26 prompts the subject 7 to input whether they have had enough sleep, whether they feel unwell, and whether they have checked the vehicle, along with comments. When this input information is sent to the server, it is stored as "roll call information" in the measurement result information table 4c6 shown in Figure 3. Although not shown, in the alcohol test after driving, the post-driving health check item input screen is also displayed, prompting the subject 7 to input whether they have had enough sleep, whether they feel unwell, and the driving conditions on the road, along with comments. This information is stored as "roll call information" in the measurement result information table 4c6 shown in Figure 3 at the end of the test.

[0042] After entering the information in this "health check" step and touching the "submit" button, you will proceed to the "breath test" step shown in Figure 4(c). This "breath test" step is the alcohol test step, and the alcohol test is performed as follows, for example. During an alcohol test, the alcohol detection terminal 5 and the subject-side operation terminal 6, as described above in relation to Figure 2, are configured to operate synchronously. Specifically, when a subject 7, who is carrying both the alcohol detection terminal 5 and the subject-side operation terminal 6, turns on the power of their subject-side operation terminal 6, launches the application for driving work approval that includes an alcohol test, and presses the start button displayed on the touch display 6c, they can establish contact with the alcohol detection terminal 5 via Bluetooth. In conjunction with this, the alcohol detection terminal 5 sends a standby signal to the subject-side operation terminal 6 via the control unit 5a and the Bluetooth communication units 5b and 6f. At this time, for example, a message such as "Press and hold the 'start' button on your alcohol detector to begin the measurement" may be displayed on the touch display 6c screen along with an image showing the measurement method. Upon receiving the standby signal, the subject-side operation terminal 6 displays the message "Blow into the device for 5 seconds or more" on the touch display 6c screen and activates the camera 6e. Accordingly, the subject 7 blows their breath onto the aforementioned breath detection sensor 5f of the alcohol detection terminal 5. This state is shown in Figure 4(c), and while blowing their breath, the subject 7 follows the on-screen instructions and takes a picture of their face with the camera 6e, which is the imaging unit (the camera 6e takes a still image or video during the measurement). In this case, the subject 7 is instructed to position their face within the frame 27. By specifying the position of the face, for example, the field of view of the camera 6e can be automatically controlled to take two images in two modes: an upper body shooting mode and a face shooting mode.

[0043] Once this "breathing" step is complete, the system proceeds to the "approval request" step shown in Figure 4(d). This "approval request" step is performed when the alcohol concentration measurement is successfully completed. The touch display 6c screen shown in Figure 4(d) displays the measured alcohol concentration 31 along with various information 30 such as the driver's name, detector model number, and vehicle number. In this display state, the subject 7 enters the odometer value 32 and then taps the "Send to Safe Driving Administrator" button 33. This sends the measurement result data to the server, and the system enters a waiting state awaiting approval from the administrator 8.

[0044] Figure 4(e) shows the "Approval Result Reception" step, where the approval or denial result from the administrator 8 has been received. In this way, the administrator's approval result on the safe driving management terminal 9 is pushed to the subject's operating terminal 6 (driving permitted, driving denied, re-measurement). In Figure 4(e), a push notification 35 of the "driving permitted" approval result is displayed as a pop-up on the touch display 6c, for example. When the subject 7 touches the confirmation button 34 on the pop-up display, the pop-up display disappears, the alcohol test is completed, and the driver can return to work.

[0045] Figure 5(a) shows the display when "No Driving" is selected as the driving category 24 on the screen of Figure 4(a) mentioned above. In this case, input fields for the start date and end date are displayed, and subject 7 enters the start date 38 for "No Driving" and the end date 39 for "No Driving". When the "Send" button 21 is touched in this state to send the information to server 4, the aforementioned daily report record with "No Driving" for the specified date is generated. It is also possible to specify a past date and select "No Driving", in which case the daily report record for the specified date will be updated. Such updates are intended to address past instances where "No Driving" was not entered. If such updates were not enabled, the driver would remain in a state of not having undergone an alcohol test for the period of "No Driving", and would continue to appear in the list of missed checks described later.

[0046] Figure 5(b) shows an example of the display format of the alcohol check history display screen, which can be obtained by touching the "History" tab 20 in the lower center of the display screen shown in Figure 5(a) (Figure 4(a)). As shown in the figure, the history of measurement results from the past to the present is displayed in a list from top to bottom. There are four types of approval status displayed here: awaiting confirmation, permitted to drive, refused to drive, and required to measure again.

[0047] 3. Administrator's operating terminal Figure 6 shows an example of the initial screen 50 displayed on the display unit 9b of the administrator terminal 9 when the administrator 8 logs in after starting the safe driving management program 9e1 (see Figure 2). The initial screen 50 displays a menu 60 with three selection items 51, 52, and 53, information 57 about the administrator 8 who owns the administrator terminal 9, and approval-related information 62. The menu 60 includes a "Batch Approval Screen" item 51, an "Alcohol Check Failure Extraction" item 52, and a "Settings" item 53. When the "Batch Approval Screen" item 51 is selected, the batch approval screen, shown as an example in Figure 7 later, is displayed on the display unit 9b of the administrator terminal 9. When the "Alcohol Check Failure Extraction" item 52 is selected, the alcohol check failure list screen, shown as an example in Figure 12 later, is displayed on the display unit 9b of the administrator terminal 9. When the "Settings" item 53 is selected, a settings screen (not shown) where various approval settings can be made is displayed on the display unit 9b of the administrator terminal 9.

[0048] Information 57 regarding Administrator 8 includes the name of the administrator (safe driving administrator) and the ID of the group of subjects under the administrator's supervision. Approval-related information 62 includes the number of subjects awaiting approval 54, the number of alcohol detections today 55, and the number of decisions (approval / rejection decisions) today 56. The illustrated approval-related information 62 currently shows that, of the drivers (subjects) belonging to the group under Administrator 8's supervision, measurement information results have been submitted from 43 individuals, 36 have been approved or rejected by the safe driving management system, and 7 are awaiting a decision. The number of individuals changes in real time.

[0049] As described above, the numerical data of alcohol concentration obtained from the alcohol detection terminal 5 and the subject-side operation terminal 6, as well as various data necessary for approving driving duties, such as image data of the subject's face, are sent to the cloud server 4 via the communication means 10 and can be viewed by the administrator-side operation terminal 9. Alternatively, the data may also be sent to the administrator-side operation terminal 9. In this case, the administrator-side operation terminal 9 displays a list of images of the faces of multiple subjects 7 captured by the camera 6e on the display unit 9b, along with data associated with each subject, according to a predetermined algorithm of the safe driving management program 9e1, enabling the administrator 8 to sequentially approve the driving duties of multiple subjects 7. In other words, the administrator 8, who manages the driving duties of subjects 7, can remotely and sequentially approve the driving duties of subjects 7 based on the alcohol concentration in their breath and the images sent.

[0050] Figure 7 shows a first example of an approval screen displayed on the display unit 9b of the administrator's terminal 9. In this example, the approval process is performed by the control unit 9a executing the safe driving management program 9e1 (see Figure 2). Figure 7 shows images of the faces (or upper bodies including faces) of multiple subjects 7 whose driving duties are to be approved or denied (pre-driving approval) by the administrator 8, in other words, multiple subjects 7 who have just been tested using the alcohol detection terminal 5. Each image is surrounded by a rectangular outer frame 40 and displayed in a row, for example, from left to right, on the display unit 9b of the administrator's terminal 9 (in the figure, images 70, 71, 72, and 73 of four subjects 7 are displayed in a row from left to right). That is, this list display consists of an array of images 70, 71, 72, and 73 of multiple subjects 7 being measured during alcohol concentration measurement, transmitted from each subject 7. In this embodiment, the images 70, 71, 72, and 73 displayed in the list are thumbnail images or still images that are parts of the video of the subject 7 being measured, captured by the camera 6e. However, they may also be still images taken in advance, unrelated to the video. Furthermore, the displayed images are not limited to those of the subject 7; any display that allows the administrator (approver) 8 to recognize the subject 7, such as the subject 7's name, is sufficient.

[0051] Furthermore, each of the images 70, 71, 72, and 73 displayed in the list is assigned and displayed with data 74 associated with the corresponding subject 7. Specifically, in this embodiment, as an example, the name of the corresponding subject 7, the date and time of the test, and the alcohol concentration (the test result taken using the alcohol detection terminal 5) are displayed near the bottom of images 70, 71, 72, and 73. Here, if the alcohol concentration exceeds the standard value, it is preferable to change the display method (color, bold, font, marking, etc.) to draw attention to the situation. For example, the alcohol concentration corresponding to image 72, in which the alcohol concentration exceeds the standard value, may be displayed in red. In addition, the displayed data 45 may include health information entered in the health check item input screen 26 shown in Figure 4(b) above. For example, in the case of "before driving," it is preferable to display "Sleep: ○ Physical condition: × Check: ○" below "Alcohol concentration," and in the case of "after driving," it is preferable to display "Sleep: ○ Physical condition: ○ Traffic conditions: Frequent congestion." In addition to alcohol concentration, this screen may also display roll call data.

[0052] Furthermore, in this list display format, the administrator 8 may be able to freely select the displayed subjects 7 (corresponding thumbnail images) and decide whether to approve or reject them. However, in this embodiment, as an example, the administrator can decide whether to approve or reject the subjects 7 in order, starting from the leftmost subject 7 (thumbnail 70 in the figure) located in the main display area 20. Alternatively, the administrator may be able to arbitrarily decide whether to approve or reject subjects 7 of images 70-73. In that case, if the image is a video, for example, the video may be automatically played for 3 seconds when the cursor is placed over the displayed thumbnails 70-73. The screen may be configured to update when the selection input, such as approval, is completed for all displayed images, and the next image awaiting approval is displayed. Alternatively, the administrator may be able to move to a different page of the list display screen for subjects awaiting approval by touching the "Previous Page" button 80 or "Next Page" button 81 on the display screen.

[0053] All images 70-73 are associated with selection buttons that allow the user to choose whether to approve or reject the measurement. Specifically, in this embodiment, as an example, below each image, there are selection buttons: a re-measurement decision button 75 for determining that a re-measurement of the alcohol concentration is required, an approval decision button 76 for permitting (approving) driving duties as the predetermined requirements are met, and a rejection decision button 77 for rejecting (not approving) driving duties as the predetermined requirements are not met. If the re-measurement decision button 75 is pressed, and then an approval application is submitted after the Xth measurement is completed, "Xth time" indicating that the user is undergoing a re-measurement will be displayed on the image on the display unit 9b of the administrator's terminal 9 (see image 72). In this embodiment, the selection buttons 75, 76, and 77 may also be displayed in a way that allows them to be distinguished from each other (for example, by being color-coded or having different display formats). In this embodiment, the selection buttons 75, 76, and 77 are displayed on the screen, but the functions of the selection buttons 75, 76, and 77 may be assigned to specific keys on the keyboard, and key input may be enabled after the video playback ends.

[0054] The decision to approve or reject a subject using these selection buttons 75, 76, and 77 is made by the administrator 8, who refers to the alcohol concentration values ​​in the data 74 displayed below each subject's image 70, 71, 72, and 73, and makes a comprehensive judgment based on the subject's facial expressions and speech in the playback video or still images. Alternatively, the administrator may also make the decision by referring to the displayed roll call data.

[0055] Furthermore, in an approval process where approval or rejection is determined sequentially starting from subject 7 (image 70 in the diagram), which is located on the far left, once the approval or rejection of subject 7 is determined by the selection buttons 75, 76, and 77, the image of subject 7 immediately to its right moves to the far left, and the images of other subjects 7 waiting for approval also move one frame to the left. As a result, images of subjects 7 waiting for approval that were not previously displayed on the screen are newly displayed on the far right. In this way, each time an approval or rejection decision is made, the images move one frame to the left sequentially, and new images are added. In the case of videos, the thumbnail image that has moved to the far left may automatically start playing at that point. By controlling the screen in this way, approvers can perform the approval process more efficiently.

[0056] Furthermore, the display screen of the display unit 9b shown in Figure 7 displays toggle buttons 78 and 79 for switching between images of the subject 7 to be displayed in a list, showing images of the subject 7 before driving and images of the subject 7 after driving. Therefore, when the administrator 8 touches the "before driving" toggle button 78, the display screen 20 displays a list of images of multiple subject 7 who have just been tested using the alcohol detection terminal 5 prior to driving. On the other hand, when the administrator 8 touches the "after driving" toggle button 79, the display screen displays a list of images of multiple subject 7 who have just finished driving and been tested using the alcohol detection terminal 5. Note that in Figure 7, multiple subject 7 are displayed in a list on one screen and can be approved sequentially or all at once, but it is also possible to display one image of subject 7 per screen.

[0057] Furthermore, the control unit of the alcohol check management system 1, which enables sequential approval (determination of approval or rejection) based on such a list display, and the extraction of alcohol check omissions (notification including warnings) described later, may be configured by the cooperation of some or all of the control units 5a, 6a, 9a of each terminal 5, 6, 9 and the control unit 4a of the server 4, as in the embodiment described below, or it may be separate from the terminals 5, 6, 9 and the server 4, or it may even be an application program.

[0058] 4. Approval algorithm between terminal and server Next, with reference to Figure 8, an example of an application program algorithm performed under the control of terminals 6 and 9 and the control units 6a, 9a, and 4a of server 4 will be described. In the following, the subject may also be referred to as the driver. When the subject 7 enters their driver ID and password on the subject-side operation terminal 6 (step S1), the location information detection unit 6d, including GPS, acquires the location information, and this information is temporarily stored in the storage unit 6g (step S2). Subsequently, the driver ID and password are transferred to the server 4, where a login process is performed (step S3). On the screen shown in Figure 4(a), vehicle information, device information, driving category (before / after driving), and roll call information are entered (step S4), followed by the alcohol concentration measurement process (step S5). Details of this alcohol concentration measurement process will be described later. After that, measurement result data, including alcohol concentration and image data, is sent to the server 4 (step S6). Specifically, the measurement result data includes alcohol concentration, image data during alcohol concentration measurement, as well as driver ID, test date, test time, test location (location information), pre- and post-driving flags, data ID, vehicle management number, total mileage, and roll call information.

[0059] On the server 4 side, upon receiving such measurement result data, the server 4 stores the received data in the measurement result information table 4c6 and the daily report table 4c7 (step S7). It also checks the driver's daily report data for the day and, if "No" is written in the "Driving Status" column, it overwrites it with "Yes". After that, the server 4 sends a notification to the administrator's operating terminal 9 that the measurement result data has been received (step S8).

[0060] On the administrator's terminal 9, upon receiving notification from the server 4 that measurement result data has been received, a message to that effect is displayed on the display unit 9b of the administrator's terminal 9 (step S9). Subsequently, when the administrator 8 selects the approval process from the menu, specifically by selecting the "Batch Approval Screen" item 51 from the menu 60 shown in Figure 6 (step S10), an approval screen as shown in Figure 7 is generated (step S11). After that, the approver, administrator 8, makes an input (approve, remeasure, reject) on the approval screen (step S12), and the data of the approver's input, the verifier, and the date and time of verification are sent to the server 4 (step S13). Details of the generation of the approval screen and the approval process will be described later.

[0061] When server 4 receives such approval-related data, it stores the received data in the corresponding record of the measurement result information table 4c6 in the columns for approver, approval date and time, and approval status (step S14). Then, it sends a push notification to the subject-side operation terminal 6 of the corresponding driver (step S15). The push notification will be one of the following: driving permission (approval), remeasurement, or rejection. Such a push notification will be displayed as a message on the subject-side operation terminal 6 (step S16). Here, we have simplified the explanation of the approval process by the administrator's terminal 9 in response to an approval request based on the transmission of measurement result data from the subject's terminal 6, but in reality, measurement result data is transmitted sequentially from the subject's terminal 6 of multiple drivers, and the administrator's terminal 9 processes these approval requests on a batch approval screen as shown in Figure 7.

[0062] Figure 9 shows the aforementioned alcohol concentration measurement process (step S5) on the driver's subject-side operating terminal 6. As shown in the figure, in this alcohol concentration measurement process, first, the control unit 6a displays the operating procedure on the touch display 6c, which is the display unit (step S20). Then, the control unit 6a waits for a Bluetooth connection with the alcohol detection terminal 5 (step S21) and determines whether the connection with the alcohol detection terminal 5 is complete (step S22). If the connection with the alcohol detection terminal 5 is not complete (if the determination in step S22 is NO), the control unit 6a displays the message "Please turn the power of the detector (i.e., the alcohol detection terminal 5) back on" on the touch display 6c (step S23), and proceeds to step S21. If the connection is complete (if the determination in step S22 is YES), the control unit 6a outputs the message "Please blow into the device for 5 seconds or more" to the touch display 6c and enters standby mode. When it receives a measurement start signal from the alcohol detection terminal 5 due to breath detection (step S24), it starts recording video with the camera 6e (step S25).

[0063] After video recording begins in step S25, when the control unit 6a receives a measurement completion signal from the alcohol detection terminal 5 indicating that the measurement is complete (step S26), it stops the operation of the camera 6e and ends video recording (step S27). Although this example shows video recording, instead of video recording, still images of the breath being blown into the device may be taken. In this case, in order to prevent so-called "impersonation" by someone other than the driver who is not intoxicated, it is preferable that the shutter timing be after a random time has elapsed since the measurement start signal was received. Furthermore, by making it impossible to produce a shutter sound, it is possible to take images that the driver cannot determine when they were taken, thus preventing intentional retakes. Subsequently, the control unit 6a receives alcohol concentration measurement data from the alcohol detection terminal 5 (step S28), and then performs image judgment (image state judgment) on the captured video (step S29). Here, as an image check function, it determines whether the video (or still image) is out of focus. That is, it determines the degree of out-of-focus and whether it is within an acceptable range. Examples of such judgment methods include Fast Fourier Transform (FFT), deep learning, and out-of-focus judgment using OpenCV. In addition to out-of-focus judgment, it may also judge whether the eyes or part of the face are hidden by a hat or hair (at least the eyes must be captured). Alternatively, it may judge whether work clothes are being worn. Which items to judge and check can be set by selecting the "Settings" item in the menu 60 of the display screen shown in Figure 6 above, and this setting is reflected in the approval posture program of the inspection terminal.

[0064] If the image judgment result is NG (i.e., the image quality of the recorded video or still image does not meet the prescribed criteria), an error message and a re-measurement message will be displayed on the touch display 6c of the subject's operating terminal 6 (step S30). As a result, the subject 7, who is the driver, will have to re-record the video. Examples of error messages include "Please face the camera directly," "Please wear work clothes," and "The image is out of focus."

[0065] After image analysis, the system determines whether a measurement failure flag has been received from the alcohol detection terminal 5 (step S31). If a measurement failure flag is received (if the determination in step S31 is YES), a message prompting re-measurement is displayed on the touch display 6c (step S32), and the system proceeds to step S24 to wait for the measurement start signal to be received. On the other hand, if a measurement failure flag is not received (if the determination in step S31 is NO), the control unit 6a uses the image captured by the camera 6e as inspection status record data (step S33) and temporarily stores it in the storage unit 6g along with the alcohol concentration measurement data (step S34).

[0066] For the sake of clarity, the subject's operating terminal 6 is shown here with an image checking function; however, it is preferable to have the image checking function on the server 4. This is because the server 4 can perform more complex and high-precision processing, and it allows for easier centralized management of the model, more efficient updates and maintenance, and is independent of the client device's performance. In this case, image data is sent to the server 4, and the check results are received by the subject's operating terminal 6.

[0067] 5. Algorithm on the administrator's operating terminal side (1) Approval process algorithm Next, with reference to Figure 10, an example of the algorithm for the application program approval process performed under the control of the control unit 9a on the administrator-side operation terminal 9 in this embodiment will be described. In the following, the administrator 8 may be referred to as the approver, and the subject of the review may be referred to as the approval applicant. As shown in Figure 10, when the administrator 8 selects approval processing from the menu, specifically by selecting the "Batch Approval Screen" item 51 from the menu 60 shown in Figure 6 (step S40), an approval screen as shown in Figure 7 is generated. Specifically, the control unit 9a determines whether the approval screen to be displayed is pre-operation or post-operation (step S41), and then the control unit 9a sets search conditions for the measurement result information table 4c6 of the server 4. Specifically, in the case of pre-operation, the group ID is set to the group ID of the group of subjects in charge of the approver, the specified operation category is set to pre-operation, the specified date is set to today's date, and the approval status is set to 0 "Waiting for approval" (step S42). On the other hand, in the case of post-operation, the group ID is set to the group ID of the group of subjects in charge of the approver, the specified operation category is set to post-operation, the specified date is set to today's date, and the approval status is set to 0 "Waiting for approval" (step S43).

[0068] Next, the control unit 9a accesses the server 4 and extracts records matching the above search criteria from the measurement result information table 4c6 (step S44). In other words, it extracts records of drivers in charge of the administrator 8 operating the administrator terminal 9 by referring to the group ID in the measurement result information table 4c6. After that, the control unit 9a sorts the extracted records by inspection time and generates the approval screen shown in Figure 7, which is displayed on the display unit 9b (step S45). Subsequently, when the approver makes an input (approve, remeasure, reject) (step S46), the control unit 9a sends data such as the approver's input, verifier, and confirmation date and time to the server 4. After that, when the approver touches the "End" button 90 on the approval screen shown in Figure 7 (step S48), this approval process ends. However, if the "End" button 90 is not touched, the process returns to step 44, generates an updated approval screen, and continues the approval process.

[0069] (2) Algorithm for detecting algorithmic check failures The control unit of the alcohol check management system 1 in this embodiment is configured to extract from the subjects 7 who should be approved for driving duties, based on the data stored in the database 4c table, or in this embodiment, the measurement result information table 4c6, subjects 7 whose data is associated with data that does not include the detection result of alcohol concentration by the alcohol detection terminal 5, and to notify the extracted subjects 7 or the manager 8 in charge of the subjects 7 (group of subjects) that alcohol concentration detection by the alcohol detection terminal 5 has not yet been performed. Specifically, as shown in Figure 11, when administrator 8 selects the "Extract Alcohol Check Failures" item 52 from the menu 60 of the initial screen 50 shown in Figure 6 above on their administrator terminal 9 (step S50), the server 4, based on the search conditions sent from the administrator terminal 9 to the server 4, extracts records R from the records of today (or a specified date or period) in the daily report table 4c7 that satisfy two conditions: namely, "Driving Status" is "Yes" or "Not Entered" and "Either the pre-driving measurement result ID or the post-driving measurement result ID is not entered" (step S51). Each of these records R is, for example, as illustrated in Figure 11, where Driving Status is "Yes" or "Not Entered", and either the pre-driving measurement result ID or the post-driving measurement result ID is missing.

[0070] Subsequently, the control unit 9a of the administrator's terminal 9 displays all of the extracted records R in a list on the display unit 9b (step S52). An example of such a list display screen 100 is shown in Figure 12. As shown in the figure, the list display screen 100 displays all of the extracted records R as a list of people who failed the alcohol check. Thus, in this embodiment, the extraction of people who failed the alcohol check (subjects) is performed based on a request from the administrator's terminal 9, and is done by displaying the extracted subjects in a list on the display unit 9b of the administrator's terminal 9.

[0071] The list display screen 100 also includes toggle buttons 101, 102, and 103 for switching between the list of people who failed the alcohol check before and after driving. Touching the "Before / After Driving" button 101 extracts people who failed the alcohol check under the two conditions of step S51 described above, and displays a list of people who failed the alcohol check before and after driving, as shown in Figure 12. Touching the "Before Driving" button 102 extracts records R that satisfy the conditions "Driving Status on the Day is 'Yes' or 'Not Entered'" and "The Measurement Result ID Before Driving is Not Entered," and displays a list of only people who failed the alcohol check before driving. Touching the "After Driving" button 103 extracts records R that satisfy the conditions "Driving Status on the Day is 'Yes' or 'Not Entered'" and "The Measurement Result ID After Driving is Not Entered," and displays a list of only people who failed the alcohol check after driving. By default, the "Before / After Driving" button 101 is selected on the list display screen 100.

[0072] Furthermore, when the "Warning" button 104 is touched on the list display screen 100 (step S53), a push notification is sent via the server 4 to the subject-side operation terminal 6 of the driver (subject) whose assigned checkbox 105 for each record R is checked, prompting them to send the measurement result data (step S54). This push notification prompts the driver to perform the alcohol test. In this way, the control unit of the alcohol check management system 1 of this embodiment can send a push notification to the subject-side operation terminal 6 of the subject 7 selected by the administrator 8 from the list display screen 100. Note that the checkbox 105 is checked by default for the record R displayed on the screen, and can be unchecked by the approver. Thus, the alcohol check management system 1 of this embodiment allows the approver to identify the individuals who failed the alcohol check at a predetermined time and notify (warn) the relevant subjects 7.

[0073] 6. Algorithm for automatically detecting and warning alcohol test failures The control unit 4a of the server 4 of the alcohol check management system 1 of this embodiment can also perform the aforementioned extraction at a predetermined time each day based on the control program 4d and automatically notify (warn) the relevant subject 7 and / or administrator (administrator in charge of the group of subject 7) 8. Specifically, as shown in Figure 13, the server 4 determines whether the predetermined time has arrived according to the control program 4d (step S60), and if it is the predetermined time, it extracts records R from today's records in the daily report table 4c7 that satisfy two conditions, namely, "Driving status is 'Yes' or 'Not entered'" and "Either the pre-driving measurement result ID or the post-driving measurement result ID is not entered," and creates an alcohol check management table (step S61). Then, the time is checked (step S62). For example, if it is 10:00, records of drivers for whom pre-driving measurement data has been received are removed from the alcohol check management table (step S63). On the other hand, if it is 18:00, for example, records of drivers for whom both pre-driving and post-driving measurement data have been received are removed from the alcohol check management table (step S64). Subsequently, based on the updated alcohol check management table, a push notification is sent to the driver via server 4 prompting them to send the measurement result data (step S65).

[0074] In this embodiment, drivers who fail alcohol checks are automatically identified at fixed times each day (on working days for the company performing driving duties) (for example, 10:00 and 18:00), and push notifications are sent to the drivers and their approvers. The check times can be set on the settings screen (not shown). Alternatively, checks may be set individually for each driver, one hour after the start time (shift start time) and one hour after the end time (shift end time). Furthermore, if there are relevant records in the past, including the previous day, warnings may also be issued for those records. This also applies to the display function (for example, displaying them in a separate box). In this embodiment, the server's control unit 4a automatically issues a warning based on the control program 4d, but the administrator terminal may also automatically issue a warning to the drivers of the group it is responsible for based on the control program. If a driver is warned based on the algorithm described above, the date and time of the warning may be recorded in the corresponding driver's record in the driver information master. Based on this data, statistics on the number of warnings issued for each driver within a predetermined period (for example, this year) can be obtained, making it possible to verify the effectiveness, that is, to determine whether or not there is an improvement trend in check omissions.

[0075] 7. Algorithm of the Senior Administrator Terminal Multiple managers 8 each manage the driving duties of multiple groups of subjects 7. A senior manager 200, who manages these multiple managers, can access the server 4 via its senior manager terminal 201 and is able to monitor the alcohol check status of all employees (drivers). The control unit 201a of the senior manager terminal 201 can also calculate and display on the senior manager terminal 201 the alcohol detection implementation rate, which is the percentage of subjects 7 who have undergone detection using the alcohol detection terminal 5 during a predetermined period, or the alcohol detection non-implementation rate, which is the percentage of subjects 7 who have not undergone detection using the alcohol detection terminal 5 during a predetermined period, for each group. The calculation method involves extracting data on missed alcohol checks from the measurement result information table 4c6 and determining the ratio. An example of the display format of the alcohol detection implementation rate for the drivers targeted by each safe driving manager 8 on the senior manager terminal 201 is shown in Figure 14(a). In the illustrated display format, the alcohol detection implementation rate for one month for the group in charge of each manager 8 is plotted as a bar graph. Such alcohol testing rates (or non-testing rates) can also serve as an indicator to confirm whether the supervisor 8 is adequately providing guidance on alcohol testing to the subjects 7, and in turn, it becomes possible to provide guidance to supervisor 8 regarding subject management duties. Furthermore, as shown in Figure 14(b), it is also possible to display the trend in alcohol testing rates for the drivers (assigned group) under the responsibility of the designated safe driving supervisor (in this case, "Safety Jiro" shown in Figure 14(a)) for the current year. This allows senior supervisor 200 to provide guidance to safe driving supervisor 8. It is also possible to specify a period for display, and the trend for each year can also be displayed.

[0076] Although embodiments of the present invention have been described above with reference to the drawings, the present invention is not limited to the embodiments described above and can include various modifications. For example, the embodiments described above have been described in detail for the purpose of explaining the present invention in an easy-to-understand manner and are not necessarily limited to those having all the configurations described. Furthermore, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. In addition, it is possible to add, delete, or replace parts of the configuration of each embodiment with other configurations. [Explanation of Symbols]

[0077] 4 servers 5. Alcohol detection terminal 5a Control Unit 6. Subject-side operating terminal 6a Control Unit 9. Administrator's operating terminal 9a Control Unit

Claims

1. A server that has a database, An alcohol detection terminal that detects the alcohol concentration in the breath of a subject who is to perform driving duties, A subject-side operating terminal configured to receive alcohol concentration from the alcohol detection terminal and transmit measurement result data including the alcohol concentration to the server, A manager-side operating terminal is provided on the administrator's side to manage the subject's driving duties, and performs an approval procedure to determine whether or not to permit the subject to drive based on the measurement result data. It has, In an alcohol check management system in which the server stores the approval result together with the measurement result data in the database and notifies the subject's operating terminal of the approval result, Based on the measurement result data stored in the database, the server extracts from among the subjects who should be approved for driving duties those who have not transmitted the measurement result data. An alcohol check management system characterized in that the server or the administrator's operating terminal notifies the subject's operating terminal of the extracted subject that alcohol concentration detection by the alcohol detection terminal has not yet been performed.

2. The alcohol check management system according to claim 1, characterized in that the server also notifies the administrator's operating terminal of the administrator who is to give approval to the extracted subject.

3. The alcohol check management system according to claim 1, characterized in that the extraction of subjects is performed based on a request from the administrator's operating terminal, the extracted subjects are displayed in a list on the display unit of the administrator's operating terminal, and the warning is notified to the subject's operating terminal by the administrator's manual operation.

4. The alcohol check management system according to claim 1, characterized in that the server performs the extraction at a fixed time each day and automatically notifies the subject or administrator.

5. The alcohol check management system according to claim 3 or 4, characterized in that the notification of the warning is sent as a push notification to the subject's operating terminal.

6. The alcohol check management system according to claim 1, characterized in that the administrator-side operating terminal is configured to perform an approval procedure based on video or still images captured by the imaging unit of the subject-side operating terminal.

7. The alcohol check management system according to claim 6, characterized in that the subject-side operating terminal displays an error message when the image state of the video or still image does not meet a predetermined standard.

8. The alcohol check management system according to claim 7, characterized in that the predetermined criteria are criteria relating to blurriness, specified clothing, or the degree of facial exposure.

9. This further includes a senior administrator terminal owned by the senior administrator who manages the aforementioned administrator, The alcohol check management system according to claim 1, characterized in that, when multiple administrators each manage the driving duties of multiple groups of subjects, the senior administrator terminal calculates and displays for each group the alcohol detection implementation rate, which is the percentage of subjects who have undergone detection using the alcohol detection terminal during a predetermined period, or the alcohol detection non-implementation rate, which is the percentage of subjects who have not undergone detection using the alcohol detection terminal during a predetermined period.

10. In an alcohol check management method that allows a manager responsible for a subject's driving duties to remotely approve a subject's driving duties based on the alcohol concentration in the subject's breath, by processing data in accordance with a predetermined algorithm, The process involves synchronizing an alcohol detection terminal that detects the alcohol concentration in the breath of a subject with a subject-side operation terminal that is wirelessly connected to the alcohol detection terminal, thereby enabling the subject to perform the test using the alcohol detection terminal based on operations performed by the subject-side operation terminal. The steps include: making the test data obtained from the test performed by the subject available to the administrator via an administrator-side operation terminal that can communicate wirelessly with the subject-side operation terminal; A control step that controls the process including the transmission and reception of data between terminals, including data necessary for approval of driving operations by the administrator and data including the alcohol concentration obtained at each terminal, The steps include storing the aforementioned data in a database, Includes, The control step is, The system allows the administrator's terminal to perform an approval procedure to determine whether or not to permit the subject to drive based on measurement result data including alcohol concentration, stores the approval result in the database along with the measurement result data, and notifies the subject's terminal of the approval result. Based on the measurement result data stored in the database, subjects who have not transmitted the measurement result data are extracted from among the subjects who should be approved for driving duties, and a warning is sent to the subject-side operation terminal of the extracted subjects indicating that alcohol concentration has not yet been detected by the alcohol detection terminal. An alcohol check management method characterized by the following features.

11. The alcohol check management method according to claim 10, characterized in that the control step also notifies the administrator's operating terminal of the administrator who is to give approval to the extracted subject.

12. The alcohol check management method according to claim 10, characterized in that the extraction of subjects is performed based on a request from the administrator's operating terminal, the extracted subjects are displayed in a list on the display unit of the administrator's operating terminal, and the warning is notified to the subject's operating terminal by the administrator's manual operation.

13. The alcohol check management method according to claim 10, characterized in that the control step performs the extraction at a fixed time each day and automatically provides notification to the subject or manager.

14. The alcohol check management method according to claim 12 or 13, characterized in that the notification of the warning is sent as a push notification to the subject's operating terminal.

15. The alcohol check management method according to claim 10, characterized in that the administrator's operating terminal performs an approval procedure based on a video or still image captured by the imaging unit of the subject's operating terminal.

16. The alcohol check management method according to claim 15, characterized in that the subject-side operating terminal displays an error message when the image state of the video or still image does not meet a predetermined standard.

17. The alcohol check management method according to claim 16, characterized in that the predetermined criteria are criteria relating to blurriness, specified clothing, or the degree of facial exposure.

18. This further includes a senior administrator terminal owned by the senior administrator who manages the aforementioned administrator, The alcohol check management method according to claim 10, characterized in that, when multiple administrators each manage the driving duties of multiple groups of subjects, the senior administrator terminal calculates and displays for each group the alcohol detection implementation rate, which is the percentage of subjects who have undergone detection using the alcohol detection terminal during a predetermined period, or the alcohol detection non-implementation rate, which is the percentage of subjects who have not undergone detection using the alcohol detection terminal during a predetermined period.

19. A computer program that, by processing according to a predetermined algorithm, allows a manager responsible for supervising a subject's driving duties to remotely approve the subject's driving duties based on the alcohol concentration in the subject's breath, The process involves synchronizing an alcohol detection terminal that detects the alcohol concentration in the breath of a subject with a subject-side operation terminal that is wirelessly connected to the alcohol detection terminal, thereby enabling the subject to perform the test using the alcohol detection terminal based on operations performed by the subject-side operation terminal. The steps include: making the test data obtained from the test performed by the subject available to the administrator via an administrator-side operation terminal that can communicate wirelessly with the subject-side operation terminal; A control step that controls the process including the transmission and reception of data between terminals, including data necessary for approval of driving operations by the administrator and data including the alcohol concentration obtained at each terminal, The steps include storing the aforementioned data in a database, Have the computer run it, The control step is, The system allows the administrator's terminal to perform an approval procedure to determine whether or not to permit the subject to drive based on measurement result data including alcohol concentration, stores the approval result in the database along with the measurement result data, and notifies the subject's terminal of the approval result. Based on the measurement result data stored in the database, subjects who have not transmitted the measurement result data are extracted from among the subjects who should be approved for driving duties, and a warning is sent to the subject-side operation terminal of the extracted subjects indicating that alcohol concentration has not yet been detected by the alcohol detection terminal. A computer program characterized by the following features.

Images