Operation management system, operation management method, and program

Abstract

To provide an operation management system capable of promptly re-planning an operation plan in a case where it is determined that an alcohol concentration of a driver scheduled to operate is equal to or higher than a threshold at the time of an alcohol check, an operation management method and a program.SOLUTION: An operation management system 100 comprises: an alcohol detector 10 which detects alcohol concentrations of a plurality of drivers and determines whether or not the alcohol concentrations are equal to or higher than a threshold; a server 30 which receives from the alcohol detector 10 information on whether or not the alcohol concentrations in the plurality of drivers are equal to or higher than the threshold; and a manager terminal 20 capable of managing operation plans of the plurality of drivers. In a case where the alcohol concentration of one driver is equal to or higher than the threshold, the server 30 calculates a time until which the alcohol concentration of the one driver becomes lower than the threshold, and the server 30 or the manager terminal 20 re-plans the operation plan by suspending an operation time of the one driver in accordance with the time calculated by the server 30.SELECTED DRAWING: Figure 7

Description

Technical Field

[0001] The present invention relates to an operation management system, an operation management method, and a program.

Background Art

[0002] Generally, when a transportation operator (hereinafter also referred to as an "operation manager") conducts a点名 check on each driver, in order to prevent the driver from driving while intoxicated, an alcohol check (measurement of alcohol concentration) using an alcohol detector is obligatory. For this reason, conventionally, an operation management system equipped with an alcohol detector has been proposed for conducting an alcohol check on a driver (see, for example, Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] By the way, when a driver whose operation is scheduled fails the alcohol check, that is, when it is determined that the alcohol concentration is equal to or higher than the threshold value, this driver (hereinafter also referred to as "Driver A") needs to perform an alcohol re-check after a certain period of time. In a conventional operation management system, the operation manager or Driver A himself calculates the time for the alcohol re-check based on experience and speculation. If the calculated time does not fit into Driver A's original operation schedule, the operation manager may re-plan the operation plan by assigning this operation schedule to another driver. Thus, when a driver whose operation is scheduled fails the alcohol check, the burden on the operation manager is large, and furthermore, the operation plan may not be re-planned quickly enough.

[0005] The present invention has been made in view of the above-described circumstances, and its purpose is to provide a vehicle operation management system, a vehicle operation management method, and a program that enable the rapid replanning of a vehicle operation schedule if, during an alcohol check, the alcohol concentration of a driver scheduled to operate a vehicle is determined to be above a threshold. [Means for solving the problem]

[0006] To achieve the aforementioned objectives, the operation management system according to the present invention has the following features.

[0007] An alcohol detector that detects the alcohol concentration of multiple drivers and determines whether the alcohol concentration is above a threshold, A server that receives information from the alcohol detector regarding whether the alcohol concentration in the plurality of drivers is above the threshold, A traffic management system comprising an administrator terminal capable of managing the operation plans of the aforementioned multiple drivers, The aforementioned server, If the alcohol concentration of one driver is above the threshold, the time required for the alcohol concentration of the first driver to fall below the threshold is calculated. The server or administrator terminal is Based on the time calculated by the server, the operating time of the first driver is postponed and the operating plan is replanned. It is a traffic management system.

[0008] Furthermore, in order to achieve the aforementioned objectives, the operation management method according to the present invention is characterized by the following:

[0009] A server that receives information on whether the alcohol concentration of multiple drivers, as determined by an alcohol detector, is above or below a threshold, If the alcohol concentration of one driver is equal to or greater than the threshold, the step of calculating the time it takes for the alcohol concentration of one driver to fall below the threshold, The process includes the step of postponing the operating time of one of the drivers and replanning the operating schedule based on the calculated time, according to instructions from an administrator terminal capable of managing the operating schedules of the multiple drivers, Operation management method.

[0010] Furthermore, in order to achieve the aforementioned objectives, the program according to the present invention has the following features.

[0011] A program that causes the server to execute each step described in the above operation management method. [Effects of the Invention]

[0012] The operation management system, operation management method, and program according to the present invention are described below. According to this operational management system, operational management method, and program configuration, if a driver's alcohol concentration is above a threshold, the server calculates the time it will take for the driver's alcohol concentration to fall below the threshold. Furthermore, based on the calculated time, the server or administrator terminal postpones the driver's operating time and reschedules the operational plan. In this way, many of the processes necessary for rescheduling the operational plan are automated, so if a driver scheduled to operate the vehicle is found to have an alcohol concentration above a threshold during an alcohol check, the operational plan can be quickly rescheduled.

[0013] The present invention has been briefly described above. Furthermore, the details of the present invention will be further clarified by referring to the attached drawings and reading through the embodiments for carrying out the invention described below (hereinafter referred to as "embodiments"). [Brief explanation of the drawing]

[0014] [Figure 1] Figure 1 shows an example of the configuration of a traffic management system according to an embodiment of the present invention. [Figure 2] Figure 2 is a block diagram showing an example of the configuration of an alcohol detector. [Figure 3]FIG. 3 is a block diagram showing showing showing showing a configuration example of an administrator terminal. [Figure 4] FIG. 4 is a block diagram showing a configuration example of a server. [Figure 5] FIG. 5 is a block diagram showing a configuration example of a driver terminal. [Figure 6] FIG. 6 is a block diagram showing a configuration example of an in-vehicle device. [Figure 7] FIG. 7 is a flowchart showing an operation example of an operation management system. [Figure 8] FIG. 8 is a flowchart showing an operation example of a replanning process of an operation plan. [Figure 9] FIG. 9 is a diagram showing an operation plan table before replanning and an operation plan table after replanning.

MODE FOR CARRYING OUT THE INVENTION

[0015] <Embodiment> Specific embodiments of the present invention will be described below with reference to the respective drawings.

[0016] Each component in each example described below can be appropriately combined within a range where no contradiction or the like occurs. Further, the order of each process constituting each of the various flows described below can be changed arbitrarily within a range where no contradiction or the like occurs in the processing content. Further, as tools for executing the various systems, various methods, and various programs described below, they may be applications installed on a server or various terminals, or may be a specific website.

[0017] <Operation Management System 100> FIG. 1 is a diagram showing a configuration example of an operation management system 100 according to an embodiment of the present invention. The operation management system 100 is an operation management system operated by a service provider that takes an operator (operation manager) who manages the operation of vehicles such as trucks and taxis as a customer (user). Note that the operator himself / herself may operate this operation management system 100.

[0018] As shown in Figure 1, the operation management system 100 includes at least an alcohol detector 10, an administrator terminal 20, and a server 30, and further includes a driver terminal 40 and an in-vehicle device 50. The server 30 and the various terminals (alcohol detector 10, administrator terminal 20, and driver terminal 40) are connected to each other via a predetermined network, for example, by wired or wireless communication.

[0019] Figure 2 is a block diagram showing an example configuration of an alcohol detector 10 according to an embodiment of the present invention. The alcohol detector 10 is managed by a fleet manager and used to check the alcohol levels of drivers. The alcohol detector 10 may consist of multiple devices depending on the various functions (see Figure 1), or it may consist of a single device having various functions (not shown). The alcohol detector 10 is configured to include at least an alcohol sensor 11, a control unit 12, and a communication unit 13.

[0020] The alcohol sensor 11 is configured, for example, as a semiconductor gas sensor, and can transmit a signal to the control unit 12 according to the alcohol concentration in the exhaled breath.

[0021] The control unit 12 can measure the alcohol concentration in the breath based on the signal from the alcohol sensor 11 and determine whether the alcohol concentration is above a threshold. The control unit 12 may have separate processing units for each process, or each process may be performed by a single processing unit. The processing units related to the control unit 12 are realized, for example, by a CPU or the like executing various programs stored in the internal storage device of the alcohol detector 10.

[0022] The communication unit 13 is implemented, for example, by a NIC, and is connected to the network by wired or wireless means, enabling it to send and receive information with the server 30 and the like via the network.

[0023] Figure 3 is a block diagram showing an example configuration of an administrator terminal 20 according to an embodiment of the present invention. The administrator terminal 20 is managed and used, for example, by a transportation manager.

[0024] The administrator terminal 20 is configured to include at least a storage unit 21, a display unit 22, an operation unit 23, a control unit 24, and a communication unit 25, and is further configured to include an audio interface 26 and an external interface 24.

[0025] The memory unit 21 can store various types of driver information. This information includes, for example, the driver code, driver evaluation information, driver operation information collected from the in-vehicle device 50, and driver address information.

[0026] The display unit 22 is a medium for transmitting various information to the operations manager. Examples of the display unit 22 include the display screen of the administrator terminal 20, which visualizes various information. The transmission is not particularly limited to operations corresponding to the display unit 22.

[0027] The operation unit 23 can receive various operations from the user of the administrator terminal 20, i.e., the operations manager, etc. The operation unit 23 may be, for example, a display surface with touch panel functionality, or it may be buttons provided on the administrator terminal 20 or a keyboard connected to the administrator terminal 20. The various operations are not particularly limited as long as they are operations that can be performed on the operation unit 23.

[0028] The control unit 24 can replan the operation plan if it is necessary to replan it from the original operation plan. The control unit 24 can process various types of information, including information transmitted and received. The control unit 24 may have separate processing units for each type of processing, or each type of processing may be performed by a single processing unit. The processing units related to the control unit 24 are realized, for example, by the execution of various programs stored in the internal storage device of the administrator terminal 20 by a CPU or the like.

[0029] The communication unit 25 is implemented, for example, by a NIC, and is connected to the network by wired or wireless means, enabling it to send and receive information with the server 30, etc., via the network.

[0030] The audio IF26 is connected to a microphone and speaker, etc. The operations manager can also use the microphone and speaker for voice communication. External storage devices (not shown in the diagram), such as an operations information database and a hazard map database, can be connected to the external IF27.

[0031] Figure 4 is a block diagram showing an example configuration of a server 30 according to an embodiment of the present invention. The server 30 is managed by an operations manager or service provider, etc. The server 30 is configured to include at least a storage unit 31, a communication unit 32, and a control unit 33, and is further configured to include an external IF (interface) 34.

[0032] The memory unit 31 can store various information about the driver. This information also includes the time it took for the alcohol concentration of a driver who has previously been judged to have an alcohol concentration above a threshold to fall below that threshold. Furthermore, the memory unit 31 stores a program for executing each step of the operation management method according to this embodiment.

[0033] The communication unit 32 is implemented, for example, by a NIC, and is connected to the network by wired or wireless means, enabling it to send and receive information with various terminals via the network.

[0034] The control unit 33 can calculate the time it takes for a driver whose alcohol concentration has been determined to be above the threshold to fall below the threshold, if the driver has previously experienced having an alcohol concentration above the threshold. Furthermore, if the original operation plan needs to be revised, the control unit 33 can revise the operation plan.

[0035] The control unit 33 processes various types of information, including information transmitted and received. The control unit 33 may have separate processing units for each type of processing, or each type of processing may be performed by a single processing unit. The processing units related to the control unit 33 are realized, for example, by a CPU or the like executing various programs, including each step of the operation management method, which are stored in the internal storage device of the server 30.

[0036] External IF34 can be connected to databases, etc. Examples of databases include an operation information database that stores operation information collected from the in-vehicle unit 50, and a hazard map database that stores hazard maps.

[0037] Figure 5 is a block diagram showing an example configuration of a driver terminal 40 according to an embodiment of the present invention. The driver terminal 40 is managed and used by a driver, for example. The driver terminal 40 is configured to include at least an operation unit 41, a display unit 42, a control unit 43, and a communication unit 44.

[0038] The operation unit 41 can receive various operations from the driver. The operation unit 41 may be, for example, a display surface with a touch panel function, or it may be a button provided on the driver terminal 40 or a keyboard connected to the driver terminal 40. The various operations are not particularly limited as long as they are operations that correspond to the operation unit 41.

[0039] The display unit 42 is a medium for transmitting various information to the user. Examples of the display unit 42 include the display screen of the driver terminal 40, which visualizes various information. The transmission is not particularly limited to operations corresponding to the display unit 42.

[0040] The control unit 43 can process various types of information, including information transmitted and received. The control unit 43 may have separate processing units for each type of processing, or each type of processing may be performed by a single processing unit. The processing units related to the control unit 43 are realized, for example, by a CPU or the like executing various programs stored in the internal storage device of the driver terminal 40.

[0041] The communication unit 44 is implemented, for example, by a NIC, and is connected to the network by wired or wireless means, enabling it to send and receive information with the server 30 and the like via the network.

[0042] Figure 6 is a block diagram showing an example configuration of an in-vehicle unit 50 according to an embodiment of the present invention. The in-vehicle unit 50 is installed in each vehicle (truck, etc.) and is, for example, a digital tachograph. The in-vehicle unit 50 is configured to include at least a GPS receiver 51, a display unit 52, an operation unit 53, an RTC (Real Time Clock) 54, a control unit 55, a wireless communication unit 56, a memory card IF (interface) 57, a volatile memory 58, and a non-volatile memory 59.

[0043] The GPS receiver 51 receives radio waves from multiple GPS (Global Positioning System) satellites via an antenna (not shown). Based on the multiple received signals, the GPS receiver 51 can calculate and obtain position information representing the vehicle's current location. Furthermore, the GPS receiver 51 can detect the vehicle's movement using the position information based on the received signals. In addition, the GPS receiver 51 can acquire time information based on the received signals.

[0044] The display unit 52 is positioned in a location easily visible to the driver and can display information such as guidance, numerical values, and time necessary for the driver's input operations.

[0045] The control unit 53 is positioned in a location easily accessible to the driver and can accept input operations from the driver. The control unit 41 may be, for example, a display surface with a touch panel function, or it may be buttons or the like.

[0046] The RTC54 is composed of semiconductor integrated circuits (ICs) and has a clock function for generating information on the current date, day of the week, and time (hours, minutes, and seconds), as well as for measuring time.

[0047] The control unit 55 can process various types of information, including information transmitted and received. The control unit 55 may have separate processing units for each type of processing, or each type of processing may be performed by a single processing unit. The processing units related to the control unit 55 are realized, for example, by a CPU or the like executing various programs stored in the internal storage device of the in-vehicle unit 50.

[0048] The wireless communication unit 56 has wireless communication capabilities that support communication standards such as LTE (Long Term Evolution), and can establish a wireless communication link between the vehicle and a wireless base station provided by a mobile communication carrier or the like.

[0049] The memory card IF54 has a socket that can detachably hold a memory card (not shown), and the memory card can be connected to the CPU of the control unit 55. The memory card has built-in non-volatile memory and can store information that identifies the driver operating the vehicle, information that identifies the vehicle, and operation information data generated by the in-vehicle unit 50.

[0050] The volatile memory 58 is used to temporarily hold various data generated by the control unit 55 during operation.

[0051] The non-volatile memory 59 holds programs that can be executed by the CPU of the control unit 55, which is necessary to realize the various functions of the in-vehicle device 50, as well as various constant data. It can also write and register various data that needs to be saved.

[0052] <Example of operation of the operation management system 100> Figure 7 is a flowchart showing an example of the operation of the operation management system. Figure 9 shows the operation plan table T1 before replanning and the operation plan table T2 after replanning.

[0053] Drivers are required to undergo an alcohol check using the alcohol detector 10, especially when arriving at work or before leaving the depot. Therefore, an alcohol check is performed on the driver when arriving at work or before leaving the depot, and the alcohol detector 10 determines whether the driver's alcohol concentration is above a threshold, and this determination result information is transmitted to the server 30.

[0054] In the operation management system 100, various processes are initiated based on the judgment result information transmitted from the alcohol detector 10 to the server 30. The server 30 determines from the received judgment result information whether the driver's alcohol concentration is above a threshold (step S1). If the driver's alcohol concentration is determined to be above the threshold (alcohol check result NG), the server 30 obtains the driver code of the relevant driver (corresponding to driver A in Figure 9) from the alcohol detector 10 (step S3). On the other hand, if the driver's alcohol concentration is determined to be below the threshold, the operation of the operation management system 100 is terminated.

[0055] The timing of acquiring the driver code may be simultaneous with the timing of the judgment result information being sent from the alcohol detector 10 to the server 30.

[0056] After obtaining the driver code, the server 30 determines whether it is the first time the driver has failed the alcohol check (step S5). If it is not the first time the driver has failed the alcohol check, the process proceeds to calculate the time for the driver to re-check their alcohol (step S7). If it is the first time the driver has failed the alcohol check, the process proceeds to replan the operation schedule (step S11).

[0057] Incidentally, since there are individual differences in alcohol decomposition ability, there are naturally individual differences in the time it takes for the alcohol concentration to fall below the threshold. For this reason, for drivers who fail the alcohol check for the first time, the time it takes for their alcohol concentration to fall below the threshold is measured by actual measurement or other means. Based on this, in the alcohol re-check time calculation process (step S7), the time it takes for the alcohol concentration to fall below the threshold is calculated based on the past trends of each driver, and the alcohol re-check time is calculated based on the calculated time it takes for the alcohol concentration to fall below the threshold.

[0058] On the other hand, if the alcohol test result is negative for the first time, the time required for the alcohol concentration to fall below the threshold is calculated based on predetermined data. This predetermined data includes, for example, the general time it takes for alcohol to break down, and the time at which an acceptable limit is set within this general time. The time required for the alcohol concentration to fall below the threshold is calculated by adding this time (i.e., the predetermined data) to the driver's alcohol test time.

[0059] Furthermore, even if the alcohol test result is not the first time (second time onwards), the time it takes for the alcohol concentration to fall below the threshold may be measured by actual measurement or other means. This allows for obtaining actual measured values ​​from the second time onwards, and by taking the average of the actual measured values ​​from the first time and the second time onwards, it becomes possible to more appropriately address individual differences for each driver. Therefore, by calculating the time it takes for the alcohol concentration to fall below the threshold based on this average value (i.e., past trends), the reliability of the alcohol re-check time calculation process is improved.

[0060] The alcohol re-check time can be set to the time it takes for the alcohol concentration to fall below the threshold, or it can be set to a time with a buffer that is greater than the time it takes for the alcohol concentration to fall below the threshold, in order to avoid a failed alcohol re-check result. However, if the alcohol re-check time is set to a time with a buffer that is greater than the time it takes for the alcohol concentration to fall below the threshold, it is necessary to add the buffer time to the time it takes for the alcohol concentration to fall below the threshold. In other words, in the above case, the calculation process for the alcohol re-check time includes the calculation of the time it takes for the alcohol concentration to fall below the threshold, and the addition of the buffer time to the calculated time.

[0061] After the calculation process for the alcohol re-check time (step S7) is completed, the server 30 determines whether the alcohol re-check time for the relevant driver is before the driver's operating time (step S9). If the alcohol re-check time is before the operating time, the operation of the operation management system 100 is terminated. If the alcohol re-check time is after the operating time, the operation proceeds to the replanning process for the operation plan (step S11).

[0062] Figure 8 is a flowchart illustrating an example of the operation of the replanning process for the train schedule. The replanning process for the train schedule (step S11) will be explained with reference to Figure 8. The replanning process for the train schedule (step S11) is performed by the server 30 based on instructions from the administrator terminal 20, for example.

[0063] When the replanning process for the operation schedule is initiated, the first step is to select other drivers (corresponding to drivers B, C, D, and E in Figure 9) to replace the driver in question, i.e., the drivers to be changed (step S13). In the driver selection process (step S13), the server 30 selects the drivers based on pre-configured conditions.

[0064] These conditions may include, for example, that the driver has no scheduled routes in the operational plan, has experience driving to the destinations specified in the operational plan, lives near the destinations specified in the operational plan, and has experience driving the routes specified in the operational plan (especially the hazard map of the route). Drivers who meet at least one of these conditions are selected as drivers to be replaced.

[0065] Furthermore, the driver's experience operating to the destination in the operation plan, as well as their experience operating the route in the operation plan (especially the hazard map of the route), can be confirmed, for example, from the operation information data registered and stored in the in-vehicle unit 50.

[0066] After the selection process for drivers to be changed is complete, a notification is sent to the drivers to be changed. More specifically, the server 30 distributes the revised operation plan to the driver terminals 40 of the drivers to be changed (step S15) and confirms whether or not they can comply.

[0067] After distribution to the driver to be modified, it is determined whether a response has been received from the driver to be modified (step S17). This determination of whether a response has been received from the driver to be modified (step S17) continues until a response is received from the driver to be modified.

[0068] A time limit can be set for determining whether a response has been received from the driver to be changed (step S17). More specifically, for example, if no response is received within the time limit, the process can be configured to proceed to the driver selection process (step S13) after the time limit has expired.

[0069] Furthermore, the driver that receives the distribution from server 30 (i.e., the driver to be modified) responds to the distribution from server 30 by operating the driver terminal 40 to indicate whether or not it is possible to handle it.

[0070] When server 30 receives a response from the driver to be changed indicating whether or not it is possible to make the change, the process proceeds to the determination of whether or not it is possible to make the change (step S19). If the driver responds that it is possible to make the change, the process proceeds to the operation plan reflection process (step S21). If the driver responds that it is not possible to make the change, the process proceeds to the driver selection process (step S13).

[0071] In the operation plan reflection process (step S21), the operation time of the driver whose operation was postponed (driver A in Figure 9) and the operation times of the drivers subject to change who responded that they could be accommodated in the modified step S19 (drivers C and E in Figure 9) are reflected in the revised operation plan for each driver.

[0072] After the operation plan update process (step S21) is completed, it is determined whether the operation plan replanning has been completed (step S23). If the operation plan replanning has not been completed, the process proceeds to the driver selection process (step S13), and if the operation plan replanning has not been completed, the operation plan replanning process is terminated.

[0073] The above is the operation plan replanning process (step S11). After the operation plan replanning process (step S11) is completed, the operation of the operation management system 100 is terminated. In this example, the operation plan replanning process (step S11) is performed by the server 30, but it may also be performed by the administrator terminal 20 alone, or by both the administrator terminal 20 and the server 30.

[0074] Subsequently, the server 30 or administrator terminal 20 may evaluate each driver based on the revised operation plan. Specifically, for example, it may lower the evaluation of a driver who failed the alcohol check (the relevant driver mentioned above, driver A in Figure 9), or raise the evaluation of a driver who has made changes to their operating hours in accordance with the revised operation plan (the drivers subject to change, drivers C and E in Figure 9).

[0075] If the driver fails the alcohol re-check, the same actions as described above will be performed.

[0076] According to the operation management system 100 of this embodiment, if a driver's alcohol concentration is above a threshold, the server 30 calculates the time it will take for the driver's alcohol concentration to fall below the threshold. Furthermore, based on the calculated time, the server 30 or the administrator terminal 20 postpones the driver's operating time and replans the operation schedule. In this way, many of the processes necessary for replanning the operation schedule are automated, so if a driver scheduled to operate the operation is determined to have an alcohol concentration above a threshold during an alcohol check, the operation schedule can be quickly replanned.

[0077] Furthermore, according to the operation management system 100 of this embodiment, the server 30 or administrator terminal 20 selects other drivers based on the time it takes for the alcohol concentration of one driver, calculated by the server 30, to fall below a threshold, and then replans the operation schedule by changing the operating hours of the selected other drivers. This automates the substitution of one driver's operation schedule with another driver's schedule when replanning the operation schedule.

[0078] Furthermore, according to the operation management system 100 of this embodiment, by setting conditions for selecting other drivers, it is possible to improve the accuracy of replanning the operation plan and the quality of operation management, as well as ensure safe driving by drivers and enable accurate operation.

[0079] Furthermore, according to the operation management system 100 of this embodiment, if it is not the first time that the alcohol concentration has been determined to be above the threshold, the system calculates the time it will take for the alcohol concentration to fall below the threshold based on past trends. In general, there are individual differences in alcohol decomposition ability, so the above configuration allows for operation management tailored to each individual driver.

[0080] Furthermore, according to the operation management system 100 of this embodiment, when the alcohol concentration is determined to be above a threshold for the first time, the system calculates the time it will take for the alcohol concentration to fall below the threshold based on predetermined data. In this way, when the alcohol concentration is determined to be above a threshold for the first time, the system mechanically calculates the time it will take for the alcohol concentration to fall below the threshold, allowing for a rapid replanning of the operation schedule.

[0081] Furthermore, according to the operation management system 100 of this embodiment, by further including a driver terminal 40 that is notified of the replanned operation plan, it becomes easier to cooperate with drivers and the operation plan can be replanned more quickly.

[0082] Furthermore, the operation management system 100 according to this embodiment is further equipped with an on-board device 50 that acquires vehicle operation information by the driver, and the administrator terminal 20 evaluates the driver's driving based on the operation information collected by the on-board device 50. This makes it possible to collect operation information data that is important as a condition for selecting other drivers, for example, thereby improving the accuracy of replanning the operation plan and the quality of operation management, as well as ensuring safe driving by drivers and enabling accurate operation.

[0083] Furthermore, according to the operation management system 100 of this embodiment, multiple drivers are evaluated based on the replanned operation plan. This allows for driver evaluation, for example, by lowering the performance of drivers who fail alcohol checks, or by raising the performance of drivers who have adapted to changes in operating hours due to the replanning of the operation plan.

[0084] Furthermore, the operation management method and program according to this embodiment also have the same effects as the operation management system 100.

[0085] <Other forms> Furthermore, the present invention is not limited to the embodiments described above, and can be modified, improved, etc., as appropriate. In addition, the material, shape, dimensions, number, placement, etc. of each component in the embodiments described above are arbitrary and not limited, as long as they can achieve the present invention.

[0086] Herein, the features of the embodiments of the operation management system, operation management method, and program according to the present invention described above are briefly listed below in [1] to

[10] . [1] An alcohol detector (10) that detects the alcohol concentration of multiple drivers and determines whether the alcohol concentration is above a threshold, A server (30) that receives information from the alcohol detector regarding whether the alcohol concentration in the plurality of drivers is above the threshold, An operation management system (100) comprising an administrator terminal (20) capable of managing the operation plans of the aforementioned multiple drivers, The aforementioned server (30) If the alcohol concentration of one driver is above the threshold, the time required for the alcohol concentration of the first driver to fall below the threshold is calculated (step S7). The server (30) or the administrator terminal (20) In accordance with the time calculated by the server (30), the operating time of the first driver is postponed and the operating plan is replanned (steps S9, S21). Operation management system (100). [2] In the operation management system (100) described in [1] above, The server (30) or the administrator terminal (20) Based on the time calculated by the server (30), other drivers are selected, and the operation schedule is revised by changing the operating time of the selected other drivers (steps S9, S13, S21). Operation management system (100). [3] In the operation management system (100) described in [2] above, The server (30) or the administrator terminal (20) A driver who meets at least one of the following conditions is selected as the other driver (step S13): a driver who does not have a scheduled route in the aforementioned route plan, a driver who has experience driving to the destination of the first driver in the route plan before the revision, a driver who lives near the destination of the first driver in the route plan before the revision, and a driver who has experience driving the route of the first driver in the route plan before the revision. Operation management system (100). [4] In the operation management system (100) described in any one of the above [1] to [3], The aforementioned server (30) If it is not the first time that the alcohol concentration of the first driver has been determined to be above the threshold by the alcohol detector (10), the time at which the alcohol concentration falls below the threshold is calculated based on past trends (step S7). Operation management system (100). [5] In the operation management system (100) described in any one of the above [1] to [4], The aforementioned server (30) If the alcohol concentration of the first driver is determined to be above the threshold by the alcohol detector for the first time, the time required for the alcohol concentration to fall below the threshold is calculated based on predetermined data. Operation management system (100). [6] In the operation management system (100) described in any one of the above [1] to [5], The system further includes a driver terminal (40) to which the replanned operation schedule is notified. Operation management system (100). [7] In the operation management system (100) described in any one of the above [1] to [6], The vehicle is further equipped with an on-board device (50) that acquires vehicle operation information by the aforementioned driver, The aforementioned administrator terminal (20) is Based on the operational information collected by the in-vehicle device (50), the driver's driving is evaluated. Operation management system (100). [8] In the operation management system (100) described in any one of the above [1] to [7], The server (30) or the administrator terminal (20) Based on the revised operational plan, the multiple drivers are evaluated. Operation management system (100). [9] A server (30) that receives information on whether the alcohol concentration of multiple drivers determined by the alcohol detector (10) is above or below a threshold, If the alcohol concentration of one driver is above the threshold, the step (S7) is to calculate the time it takes for the alcohol concentration of the one driver to fall below the threshold. The process includes, based on instructions from an administrator terminal (20) capable of managing the operation plans of the multiple drivers, the step (S9) of postponing the operation time of one of the drivers and replanning the operation plan according to the calculated time, Operation management method.

[10] A program to cause the server (30) to perform each of the steps described in [9] above.

[0087] According to the operation management system with the configuration described in [1] above, if a driver's alcohol concentration is above the threshold, the server calculates the time it will take for the driver's alcohol concentration to fall below the threshold. Furthermore, based on the calculated time, the server or administrator terminal postpones the driver's operating time and reschedules the operation plan. In this way, many of the processes required to reschedule the operation plan are automated, so if a driver scheduled to operate the operation is found to have an alcohol concentration above the threshold during an alcohol check, the operation plan can be quickly rescheduled.

[0088] According to the operation management system configured in [2] above, the server or administrator terminal selects other drivers based on the time it takes for one driver's alcohol concentration to fall below a threshold, as calculated by the server, and then replans the operation schedule by changing the working hours of the selected other drivers. This automates the substitution of one driver's schedule with another driver's schedule when replanning the operation schedule.

[0089] According to the operation management system configured as described in [3] above, by setting conditions for selecting other drivers, the accuracy of replanning the operation schedule and the quality of operation management can be improved, as well as ensuring safe driving by drivers and enabling accurate operation.

[0090] According to the operational management system with the configuration described in [4] above, if it is not the first time that the alcohol concentration has been determined to be above the threshold, the time it will take for the alcohol concentration to fall below the threshold is calculated based on past trends. In general, there are individual differences in alcohol decomposition ability, so the above configuration allows for operational management tailored to each individual driver.

[0091] According to the operation management system configured as described in [5] above, when the alcohol concentration is determined to be above the threshold for the first time, the time required for the alcohol concentration to fall below the threshold is calculated based on predetermined data. In this way, when the alcohol concentration is determined to be above the threshold for the first time, the operation plan can be quickly replanned by mechanically calculating the time required for the alcohol concentration to fall below the threshold.

[0092] According to the operation management system with the configuration described in [6] above, by further providing a driver terminal to which the revised operation plan is notified, it becomes easier to coordinate with drivers and to revise the operation plan more quickly.

[0093] According to the operation management system configured as described in [7] above, an in-vehicle device is further provided to acquire vehicle operation information by the driver, and the administrator terminal evaluates the driver's driving based on the operation information collected by the in-vehicle device. This makes it possible to collect operation information data that is important as a criterion for selecting other drivers, for example, thereby improving the accuracy of replanning the operation schedule and the quality of operation management, as well as ensuring safe driving by drivers and enabling accurate operation.

[0094] According to the operation management system configured as described in [8] above, multiple drivers are evaluated based on the revised operation plan. This allows for driver evaluation, for example, by lowering the performance of drivers who fail alcohol checks or raising the performance of drivers who have adapted to changes in operating hours due to the revised operation plan.

[0095] According to the operational management method of the configuration described in [9] above, the same effects and benefits as described in [1] above are achieved.

[0096] According to the program with the configuration described in

[10] above, the same effects and actions as described in [1] above will be achieved. [Explanation of Symbols]

[0097] 10 Alcohol detectors 20 Administrator terminals 30 servers 40 Driver terminals 50 Onboard equipment 100 Operation Management Systems T1 Operation Plan Before Replanning T2 Revised Operation Schedule

Claims

1. An alcohol detector that detects the alcohol concentration of multiple drivers and determines whether the alcohol concentration is above a threshold, A server that receives information from the alcohol detector regarding whether the alcohol concentration in the plurality of drivers is above the threshold, A traffic management system comprising an administrator terminal capable of managing the operation plans of the aforementioned multiple drivers, The aforementioned server, If the alcohol concentration of one driver is above the threshold, the time required for the alcohol concentration of the first driver to fall below the threshold is calculated. The server or administrator terminal is Based on the time calculated by the server, the operating time of the first driver is postponed and the operating plan is replanned. Operation management system.

2. In the operation management system described in claim 1, The server or administrator terminal is Based on the time calculated by the server, other drivers are selected, and the operation schedule is revised by changing the operating time of the selected other drivers. Operation management system.

3. In the operation management system described in claim 2, The server or administrator terminal is Drivers who meet at least one of the following conditions are selected as other drivers: drivers who are not scheduled to operate in the aforementioned operation plan; drivers who have experience operating to the destinations of the aforementioned driver in the operation plan before the revision; drivers who live near the destinations of the aforementioned driver in the operation plan before the revision; and drivers who have experience operating the routes of the aforementioned driver in the operation plan before the revision. Operation management system.

4. In the operation management system described in claim 1, The aforementioned server, If it is not the first time that the alcohol concentration of the aforementioned driver has been determined to be above the threshold by the alcohol detector, the time required for the alcohol concentration to fall below the threshold is calculated based on past trends. Operation management system.

5. In the operation management system described in claim 1, The aforementioned server, If the alcohol concentration of the first driver is determined to be above the threshold by the alcohol detector for the first time, the time required for the alcohol concentration to fall below the threshold is calculated based on predetermined data. Operation management system.

6. In the operation management system described in claim 1, The system further includes a driver terminal to which the revised operational plan is notified. Operation management system.

7. In the operation management system described in claim 1, The vehicle is further equipped with an in-vehicle device that acquires vehicle operation information from the aforementioned driver. The aforementioned administrator terminal is Based on the operational information collected by the in-vehicle device, the driver's driving is evaluated. Operation management system.

8. In the operation management system described in claim 1, The server or administrator terminal is Based on the revised operational plan, the multiple drivers are evaluated. Operation management system.

9. A server that receives information on whether the alcohol concentration of multiple drivers, as determined by an alcohol detector, is above or below a threshold, If the alcohol concentration of one driver is equal to or greater than the threshold, the step of calculating the time it takes for the alcohol concentration of one driver to fall below the threshold, The process includes the step of postponing the operating time of one of the drivers and replanning the operating schedule based on the calculated time, according to instructions from an administrator terminal capable of managing the operating schedules of the multiple drivers, Operation management method.

10. A program for causing a server to perform each of the steps described in claim 9.

Images