JP7276924B2 - labor management systems and computer programs - Google Patents

Description

The present invention relates to a labor management system and a computer program for managing labor of drivers.

In recent years, there has been a growing trend toward improving the working environment. In order to improve the working environment, it is important for both managers and workers to make efforts to comply with laws and regulations. For example, for truck drivers, there are various rules regarding on-duty hours during work and rest periods after work. In addition, a roll call of the drivers on each working day is obligatory.

Calculations of restraint times and rest periods are complicated, and moreover, it takes time and effort to accurately manage daily roll calls and the like. In addition, truck drivers sometimes travel with overnight stays, and in this case, the drivers do not stop by the office when they leave work or when they go to work the next day. Therefore, more ingenuity is required for labor management targeting drivers in remote areas of business establishments.

In addition, in order to correct the long working hours of drivers, it is required to reduce the waiting time at loading and unloading points. In order to reduce waiting time, it is necessary to grasp the actual situation of waiting time in daily operation and work on improvement.

JP 2015-127960 A

SUMMARY OF THE INVENTION The present invention has been made based on the circumstances described above, and one of its objects is to provide a labor management system and a computer program capable of accurately managing the labor of drivers and the like. be. Other objects of the invention are derived from the specification and the accompanying drawings.

A labor management system according to one embodiment manages the working condition of a driver of a vehicle , and based on the time of returning to work or leaving work on the current working day of the driver, the driver determines the labor standard Calculation means for calculating the next working time that can be complied with, Time input means for accepting input of the driver's scheduled arrival time for the next working day, and The time input means inputs the scheduled arrival time A first display means for displaying; and a recording means for recording in a database the scheduled attendance time, the input of which is received by the time input means. The possible time for coming to work next time is the time when the minimum value of the rest period between duties defined by the labor standards has passed from the time of returning to work or the time of leaving work. The time input means does not accept an input of an expected work arrival time before the next available time calculated by the calculation means, or if an expected work arrival time before the next available work time is input, issue a warning.

A computer program according to one embodiment, which causes a computer to calculate the next workable time at which the driver can comply with labor standards based on the time of returning to work or leaving work on the current working day of the driver of the vehicle. means, time input means for receiving an input of the driver's scheduled attendance time for the next working day, first display means for displaying the scheduled attendance time received by the time input means, and the time input means It functions as recording means for recording the input scheduled time of arrival at work in a database. The possible time for coming to work next time is the time when the minimum value of the rest period between duties defined by the labor standards has passed from the time of returning to work or the time of leaving work. The time input means does not accept an input of an expected work arrival time before the next available time calculated by the calculation means, or if an expected work arrival time before the next available work time is input, issue a warning.

According to the present invention, it becomes possible to accurately manage the work of the driver. Other advantages of the invention can be derived from the specification and the accompanying drawings.

FIG. 1 is a block diagram showing a configuration example of a labor management system according to the first embodiment. FIG. 2 is a diagram showing a configuration example of a driver information list. FIG. 3 is a diagram showing a configuration example of the driver information list after switching. FIG. 4 is a diagram showing a configuration example of a holiday setting screen. FIG. 5 is a diagram showing a configuration example of detailed driver information. FIG. 6 is a flowchart showing an example of holiday acquisition warning processing. FIG. 7 is a diagram showing a configuration example of roll call information. FIG. 8 is a flowchart of face-to-face roll call processing. FIG. 9 is a flowchart showing an example of work assignment recording processing. FIG. 10 is a flow chart showing an example of operation processing. FIG. 11 is a diagram showing an example of an accommodation confirmation screen. FIG. 12 is a diagram showing an example of a roll call schedule confirmation screen. FIG. 13 is a diagram showing an example of a schedule change screen. FIG. 14 is a diagram showing an example of a roll call schedule notification screen. FIG. 15 is a flow chart showing an example of a remotely implemented roll call process. FIG. 16 is a diagram showing an example of a completion waiting screen for an intermediate roll call. FIG. 17 is a diagram showing an example of a completion screen in an intermediate roll call. FIG. 18 is a block diagram showing a configuration example of a labor management system according to the second embodiment. FIG. 19 is a block diagram showing a configuration example of a labor management system according to the third embodiment. FIG. 20 is a flowchart showing an example of roll call necessity determination processing in the fourth embodiment. FIG. 21 is a diagram showing an example of an intermediate roll call image. FIG. 22 is a flowchart showing an example of standby processing in the fifth embodiment. FIG. 23 is a diagram illustrating an example of the data structure of standby information saved in standby processing. FIG. 24 is a flow chart showing an example of return processing in the sixth embodiment.

Some embodiments will be described with reference to the drawings.
In each of the embodiments described below, a labor management system and computer program are disclosed for managing the labor of truck drivers.

In Japan, in order to improve the working conditions of truck drivers, the Minister of Labor Notification "Standards for Improvement of Working Hours for Motor Vehicle Drivers (Improvement Standards Notification)" has been formulated. The Improvement Standards Notice establishes standards for on-duty hours, rest periods, holidays, driving hours, continuous driving hours, overtime work, and work on holidays. In addition, the Improvement Standards Notification stipulates exceptions for dividing the rest period, exceptions for two-person crew, exceptions for alternate day work, and exceptions for ferry boarding.

As an example, an outline of the duty time, rest period, holiday and continuous driving time in the improvement standard notification is shown below.
[restricted time]
Working time is the time from the start time to the end time of work, and is the total time of working hours and break times. As a general rule, detention time in one month must be within 293 hours. As a general rule, the time limit per day is 13 hours or less, with a maximum of 16 hours. The maximum number of times the on-duty time exceeds 15 hours is twice per week.
[Rest period]
A rest period is the time between one shift and the next shift, and it means a completely free time for the worker, including sleep time. A rest period in a day must be at least 8 hours in a row. Efforts should be made to ensure that rest periods at the driver's location are longer than rest periods elsewhere.
[holiday]
A holiday is defined as a rest period plus 24 hours. In no case shall it be less than 30 hours. Basically, 32 hours or more, which is obtained by adding 24 hours to the 8-hour rest period, is a holiday.
[Continuous operation time]
Continuous operation time must be within 4 hours. In order to authorize suspension of driving, a break of 10 minutes or longer and a total of 30 minutes or longer is required.

In addition, before and after boarding, the manager is obligated to call the driver. During this roll call, the driver must be checked for alcohol, etc. In the present disclosure, a roll call performed before crew duty is referred to as a pre-crew duty roll call, and a roll call performed after crew duty is referred to as a post-crew duty roll call.

As for the work style of the driver, in addition to the normal operation in which the driver returns to the office during one working day, the delivery to a distant place is carried out over multiple working days, and the driver does not return to the office during that time. There is an accommodation service. In accommodation services, there may be working days when the driver cannot go to work at the office and work days when the driver cannot go to work at the office. Difficult to manage.

In the overnight operation of 2 nights and 3 days or more, there is a middle day during which the driver does not stop by the office when leaving and returning. During this mid-day, an intermediate roll call must be carried out between the roll call before and after the shift.

In each embodiment, it is assumed that the labor standards to be observed by drivers and business operators are the conditions stipulated in the improvement standard notice. However, labor standards may be standards stipulated by other laws and regulations in Japan or other countries, or independent standards stipulated by business operators. In addition, if the notification of improvement standards is revised, it goes without saying that the revised conditions can be adopted as labor standards.

[First embodiment]
FIG. 1 is a block diagram showing a configuration example of a labor management system according to the first embodiment. The labor management system includes a manager terminal 1 installed at a business office, a digital tachograph 2 mounted on a vehicle, and a server 3. The digital tachograph 2 functions as a driver's terminal in this embodiment.

As the administrator terminal 1, for example, a desktop type computer can be used. The administrator terminal 1 may be a portable device that can be carried by an administrator, such as a notebook computer, tablet terminal, or smart phone.

The administrator terminal 1 includes a controller 10 including a processor and memory, a storage device 11, and an interface 12 for external connection. The controller 10 realizes various processes disclosed in this embodiment by executing computer programs stored in the memory by the processor. A communication device 13 capable of communicating with the network N, a display 14, an input device 15, a speaker 16, and an alcohol detector 17 are connected to the interface 12 by wire or wirelessly. Elements connected to these interfaces 12 may be part of the administrator terminal 1 .

The input device 15 includes, for example, a keyboard and a mouse for operating a GUI (Graphical User Interface) displayed on the display 14, a touch panel provided on the display 14, and the like. The alcohol detector 17 measures, for example, the concentration of alcohol contained in the breath of the driver.

The digital tachograph 2 includes a controller 20 including a processor and memory, a storage device 21, a built-in display 22 and speaker 23, and an interface 24 for external connection. The controller 20 realizes various processes disclosed in this embodiment by executing computer programs stored in the memory by the processor. The interface 24 includes a communication device 41 capable of communicating with the network N, a display 42, an input device 43, a running sensor 44, an alcohol detector 45, and a GPS (Global Positioning System) receiver 46 wired or wirelessly. connected for communication. Elements connected to these interfaces 24 may be provided on the vehicle console or the like, or may be part of the digital tachograph 2 . Note that the digital tachograph 2 does not have to include the display 22 and the speaker 23 .

The input device 43 includes buttons and a touch panel for operating the GUI displayed on the display 42 . Further, the input device 43 includes various buttons for inputting the driver's work category and vehicle status, such as leaving, returning, loading, unloading, resting, waiting, and lodging. The alcohol detector 45 measures, for example, the concentration of alcohol contained in the breath of the driver. A travel sensor 44 detects parameters relating to travel, such as vehicle speed, acceleration, engine speed, and engine temperature. The GPS receiver 46 receives GPS signals from satellites and detects the position of the vehicle based on the signals.

The server 3 is connected to the network N for communication. The server 3 may be arranged outside the office, or may be arranged at the office. The server 3 may be a server included in a cloud system. In this case, for example, cloud computing in the form of SaaS (Software as a Service) can be used.

Server 3 stores labor management database 30 and address table 31 . The labor management database 30 includes information on work histories and future work schedules of multiple drivers. In the address table 31, names of business establishments and customers are associated with their addresses.

The manager terminal 1 can acquire information from the labor management database 30 and the address table 31 of the server 3 and store information in the labor management database 30 by communication via the communication device 13 and the network N. . The digital tachograph 2 can also perform similar processing by communication via the communication device 13 and the network N. FIG. Also, the administrator terminal 1 and the digital tachograph 2 can exchange information with each other via the communication devices 13 and 41 and the network N. FIG.

The controller 20 of the digital tachograph 2 detects the speed and other parameters detected by the travel sensor 44, the input from the input device 43, and the signal received by the GPS receiver 46, based on the operation start time, operation end time, and operation start time of the vehicle. The so-called statutory three elements (vehicle instantaneous speed, travel distance, travel time) at each time from the time to the operation end time, work division at each time (waiting, rest, rest, loading, unloading, etc.), vehicle position ( address) and the like is stored in the storage device 21 . Furthermore, the controller 20 transmits operation information to the server 3 . The server 3 saves the operational information in the labor management database 30 . The controller 10 of the manager terminal 1 can acquire operation information by accessing the labor management database 30 and use it for display on the display 14 and other processing. Operation information may be directly transmitted from the digital tachograph 2 to the administrator terminal 1 .

When the driver goes to work, the controller 10 executes the work attendance process for the driver based on the operation of the input device 15 or other devices for clocking in and out. The attendance process includes at least a process for determining the attendance time. Also, when the driver leaves work, the controller 10 executes the process of leaving work for the driver based on the operation of the input device 15 or other devices for clocking in and out. The leaving process includes at least a process for determining the leaving time. The controller 10 stores, for example, the time of starting work and the time of leaving work in the storage device 11 and also in the labor management database 30 via the network N. FIG.

In accommodation services, the driver cannot go to work at the office except for the first day. In this case, for example, the leaving time when the leaving is input by the input device 43 of the vehicle or the completion time of the predetermined processing started by the inputting of the leaving becomes the working time. Also, in the overnight service, the driver is not allowed to go to the office to check-out except on the last day. In this case, for example, the return time at which "return to the garage" is input by the input device 43 of the vehicle or the completion time of a predetermined process started by inputting "return to the garage" becomes the leaving time. The controller 20 of the digital tachograph 2 stores the arrival time (departure time) and leaving time (return time) in the labor management database 30 via the network N. These clock-in and clock-out times may be directly transmitted from the digital tachograph 2 to the manager terminal 1 and stored in the storage device 11 of the manager terminal 1 .

In the labor management system configured as described above, the administrator terminal 1, the digital tachograph 2 and the server 3 communicate via the network N, and the working conditions of the driver and the running condition of the vehicle are reported to the office and Both sides of the vehicle can grasp in real time.

For example, the manager terminal 1 causes the display 14 to display a list of driver information indicating the working status of each driver belonging to the office and the driving status of the vehicle, based on information such as the labor management database 30 . As a result, the manager can very easily grasp the working condition of each driver and the running condition of the vehicle, and can issue necessary instructions to drivers in remote locations.

FIG. 2 is a diagram showing a configuration example of the driver information list. Driver information list includes driver ID, driver name, status (driver), car number, status (vehicle), current vehicle location, map button 101, details button 102, remaining restraint time, remaining rest period, continuous driving. Includes items such as remaining time, remaining break time, daily inspection, roll call before boarding, intermediate roll call, roll call after boarding, number of daily warnings, number of monthly errors, monthly compliance rate, etc. The base time displayed on the upper right indicates the current time that is the basis for the calculation of each item. The base time is updated periodically, for example, and each item is recalculated accordingly.

Driver ID is identification information of each driver. The status (driver) represents the status of the driver, such as running, loading, or leaving work. The vehicle number is identification information of each vehicle. The state (vehicle) represents the state of the vehicle such as engine ON/OFF. The current location indicates the address where the vehicle is located, specified by the GPS signal.

The remaining on-duty time indicates the remaining on-duty time that the driver can work on the current working day. For example, if the maximum duty time per day is 13 hours, the remaining duty time can be obtained by subtracting the duty time from the current working time on the working day to the base time from 13 hours.

The remaining rest period indicates the rest of the rest period that the driver should obtain in the current working day. That is, the remaining rest period corresponds to the remaining time until the next available time. For example, if the minimum rest period per day is 8 hours, the remaining rest period may be 8 hours minus the rest period obtained in the current work day.

The remaining continuous driving time indicates the remaining time during which the driver can continuously drive the vehicle. For example, if the maximum value of one continuous driving time is 4 hours and the current state of the driver is driving, the remaining continuous driving time is the time from the start of driving to the base time subtracted from 4 hours. can be

The remaining break time indicates the remaining break time that the driver should obtain in the current working day. For example, if the break time to be taken in a day is 60 minutes, the remaining break time can be obtained by subtracting 60 minutes of the break time taken in the current working day.

The controller 10 determines the remaining restraint time, the remaining rest period, the continuous Remaining driving time and resting time can be calculated.

The daily inspection indicates whether or not the vehicle has been inspected for predetermined items on the current working day by the driver. The pre-duty roll call, mid-duty roll call, and post-duty roll call indicate whether or not a roll call is being conducted for the driver on the current working day.

For example, the controller 10 stores the histories of daily inspections, pre-work roll calls, intermediate roll calls, and post-work roll calls in the labor management database 30 . Based on the history stored in the labor management database 30 in this way, the controller 10 can display in the driver information list whether or not daily inspections, pre-service roll calls, intermediate roll calls, and post-service roll calls are performed.

The number of daily warnings indicates the number of times the labor management system issues warnings to the driver in the current working day. The number of monthly errors indicates the number of times the driver failed to comply with various labor regulations in the current month. For example, the above errors include exceeding the upper limit of the daily commitment time (duty time error described later), coming to work without taking the required rest period for the day (not taking a rest period described later), 1 Continuous driving exceeding the upper limit of continuous driving time (continuous driving error described later), not taking the necessary rest in one day (not taking a break described later), not performing daily inspection (Daily inspection described later was not performed), came to work without obtaining the required holiday time on a scheduled holiday, did not perform roll call before boarding, intermediate roll call, or roll call after boarding. The monthly compliance rate indicates, for example, the percentage obtained by dividing the number of monthly errors by the total number of errors to be checked on each working day of the current month. For example, lines of drivers whose number of daily warnings, number of monthly errors, or monthly compliance rate is higher than a predetermined threshold may be colored in such a way as to be distinguished from other lines, as shown at the top of the figure.

For example, the controller 10 saves the histories of the warnings and errors in the labor management database 30 when they occur. Based on the history stored in the labor management database 30 in this way, the controller 10 can calculate the number of daily warnings, the number of monthly errors, and the monthly compliance rate, and display them in the driver information list.

In the driver information list, a map button 101 and a detail button 102 are provided for each driver's line. Further, in the driver information list, a switch button 103 is provided in the remaining rest period column.

When the map button 101 is operated, the controller 10 displays on the display 14 a map of the vicinity of the address indicated in the current location item, and puts a marker on the address.

When the switch button 103 is operated, the controller 10 switches the rest period remaining item to holiday time remaining.
FIG. 3 is a diagram showing a configuration example of the driver information list after this switching. When the switch button 103 is operated in the driver information list of FIG. 3, the controller 10 displays the driver information list of FIG. 2 again.

In FIG. 3, the remaining holiday time indicates the remaining time until the next possible work time in consideration of holidays set for each driver. For example, when a day off is obtained, the possible time for coming to work next time can be the time after 32 hours, which is obtained by adding the rest period of 8 hours and the holiday time of 24 hours, from the previous leaving time. When obtaining two or more consecutive holidays, the time to be added to eight hours is the time obtained by multiplying 24 hours by the number of consecutive holidays.

A setting button 104 is provided in the column displaying the remaining holiday hours. When the setting button 104 is operated, the controller 10 displays a holiday setting screen on the display 14. FIG.

FIG. 4 is a diagram showing a configuration example of the holiday setting screen 200. As shown in FIG. The holiday setting screen 200 includes a display field 201 , a plus button 202 , a minus button 203 , an enter button 204 and a cancel button 205 .

In the display field 201, for example, the number of days off for the driver set in the labor management database 30 is displayed by default. When the plus button 202 is operated, the number of display columns 201 increases, and when the minus button 203 is operated, the number of display columns 201 decreases. When the cancel button 205 is operated, the controller 10 clears the holiday setting screen 200. FIG. When the decision button 204 is operated, the controller 10 updates the driver's holiday stored in the labor management database 30 with the number of days displayed in the display column 201, and clears the holiday setting screen 200. When the number of holiday days is changed on the holiday setting screen 200, the controller 10 recalculates the remaining holiday hours in the driver information list and updates the display.

When the details button 102 is operated in the driver information list, the controller 10 displays the details of the driver information of the driver corresponding to the details button 102 .
FIG. 5 is a diagram showing a configuration example of detailed driver information. For example, in addition to the items included in the driver information list, the driver information details include the current working hours on workdays, the number of holidays taken in the current month, the late-night work hours in the current month, the actual number of working days in the current month, and the expected number of working days in the current month. , Actual on-duty hours in the current month, Upper limit on on-duty hours in the current month, Number of overnight stays in the current month, Number of possible overnight stays in the current month, Number of errors in the on-duty time in the current month, Number of missed breaks in the current month, Number of continuous driving errors in the current month, No breaks in the current month The number of acquisitions, the number of times that daily inspections have not been performed in the current month, the remaining time in the current month, the time remaining in the current month, the time in the current month, the time in the current month, the number of working days in the current month, and the number of overnight stays in the current month. Information required to display these items is stored in the labor management database 30, for example.

In the area of personal achievements, the time commitment limit is the maximum time commitment for a month, for example 320 hours. The on-duty hours performance is the total on-duty hours of the driver from the start date of the current month to the current working day. The number of days scheduled for work is the number of days the driver is scheduled to work for the current month, which is set in advance. The actual attendance days are the number of days that the driver came to work up to the current working day in the current month. The number of lodging times is the number of times lodging operations can be performed in the current month, for example, 14 days. The number of overnight stays is the number of times that the driver performed the overnight operation in the current month.

Here, A is the upper limit of on-duty time, B is the actual on-duty time, C is the number of expected working days, D is the actual number of working days, E is the number of times of lodging, and F is the number of times of lodging.
In the area of monthly checks, the remaining commitment time can be calculated as AB. The remaining working days can be calculated from CD. The remaining number of stays can be calculated by EF.

The on-duty time per attendance record can be calculated in B/D. In other words, the time commitment per work record is the first average obtained by dividing the total work time of the driver from the start date of the current month to the current work day by the number of working days of the driver from the start date of the month to the current work day. Equivalent to time limit.

The duty time per remaining attendance can be calculated by (AB)/(CD). In other words, the duty time per remaining work hour is the second average duty hour calculated by subtracting the total duty time from the upper limit of duty time in the current month by the number of remaining duty days of the driver from the current working day to the end of the month. equivalent to time.

By looking at the driver information details as described above, the manager can easily and accurately grasp the driver's working condition. In particular, the area of monthly confirmation provides important clues for the manager to supervise the driver's work for the current month. For example, if the remaining time remaining on duty is too small for the number of remaining work days, the manager may change the operation schedule so that the driver can take a day off or reduce working hours, or ask the driver to It is possible to give guidance on shortening working hours.

Whether or not to change the operation schedule or to give guidance can be determined very easily by comparing the time commitment per attendance record and the time commitment per remaining work attendance. In other words, if the on-duty time per attendance record is longer than the on-duty time per remaining work attendance, it is estimated that the total on-duty time for the current month will exceed the upper limit of on-duty time, so it is necessary to change the operation schedule or give guidance.

All or part of the information included in the detailed driver information may be displayed on the display 42 of the vehicle or the display 22 built into the digital tachograph 2 . In this case, the controller 20 of the digital tachograph 2 can acquire information necessary for display by reading it from the labor management database 30 or receiving it from the manager terminal 1 .

In the present embodiment, the controller 10 of the manager terminal 1 executes holiday acquisition warning processing based on the duty time per attendance record and the duty time per remaining work attendance.
FIG. 6 is a flowchart showing an example of holiday acquisition warning processing. For example, the holiday acquisition warning process may be executed for the driver when the work attendance process or the work-out process is executed, or may be executed for the driver when any driver is specified in the driver information list. may be performed. Alternatively, the holiday acquisition warning process may be executed for a specific driver or all drivers when a predetermined time arrives or when an execution instruction is input through the input device 15 or the like.

First, the controller 10 determines whether or not the constraint time (P) per attendance record of the driver to be processed is greater than or equal to the constraint time (Q) per actual attendance (step S101). If P≧Q (YES in S101), the controller 10 terminates the holiday acquisition warning process.

If P≧Q is not satisfied (NO in step S101), the controller 10 determines whether QP is equal to or less than the threshold value SH (step S102). The threshold value SH described above can be, for example, about 30 minutes. If (QP)≦SH (YES in step S102), the controller 10 issues a restricted time warning (step S103). For example, the duty time warning indicates that the duty time per attendance record exceeds the duty time per remaining work attendance, that the duty time for the current month may exceed the upper limit, or that the duty time needs to be shortened on the remaining working days of the month. This can be executed by displaying a message on the display 14 or outputting the voice from the speaker 16 to inform the administrator or the driver of the event. Also, the restricted time warning may be executed by coloring the driver's line in yellow, for example, or attaching some identifier to the driving information list.

On the other hand, if (Q−P)≦SH is not true (NO in step S102), the controller 10 issues an additional holiday acquisition warning (step S104). The additional holiday acquisition warning can be executed by, for example, displaying a message on the display 14 or outputting a voice from the speaker 16 to inform the administrator or driver that additional holidays should be acquired in the current month. Further, the additional holiday acquisition warning may be executed by coloring the driver's line in red, for example, or adding some identifier to the driving information list.

In the additional holiday acquisition warning, the number of days of holidays to be additionally acquired may be notified. The number of days of holidays to be additionally acquired can be, for example, a value obtained by multiplying QP by the number of days left for work in the current month and dividing it by the upper limit of the daily commitment time or Q. A decimal point may be rounded down or rounded up.

The holiday acquisition warning process ends with steps S103 and S104. The warnings in steps S103 and S104 make it possible for the driver or administrator to surely recognize that the on-duty time for the current month may exceed the upper limit.

In addition, in step S102, it is also possible to adopt another determination method. For example, step S102 may determine whether or not the value obtained by dividing the product of QP by the number of remaining workdays in the current month by the upper limit of daily commitment time or Q is less than one. In this case, if the number is less than 1, a restricted time warning is executed, and if the number is 1 or more, an additional holiday acquisition warning is executed.

The warnings in steps S103 and S104 may be executed using the display 22, the speaker 23, or the display 42 of the digital tachograph 2 through communication via the network N.

Alternatively, the holiday acquisition warning process may be executed by the digital tachograph 2 or the server 3 . In these cases, the warning in steps S103 and S104 can be performed using at least one of displays 14, 22, 42 and speakers 16, 23.

Next, the above-mentioned pre-service roll call, intermediate roll call, and post-service roll call will be described. The labor management system according to this embodiment has a function of assisting each roll call. Information on each roll call (roll call information) is obligated to be stored for a certain period of time. In this embodiment, roll call information is stored in the labor management database 30, for example. The roll call information may be stored in the storage device 11 or the like.

FIG. 7 is a diagram showing a configuration example of roll call information. This roll call information is created, for example, for each working day.
The roll call information includes items such as vehicle number, driver name, work assignment, pre-ride roll call, intermediate roll call, and post-ride roll call. In addition, the items of pre-call, mid-call, and post-call include items of call method, breathalyzer (whether used or not, measurement result), items to be confirmed, call time, and executor.

The work assignment indicates where the driver will work first on the working day. The roll call method indicates, for example, whether it was conducted face-to-face or over the phone. Whether or not an alcohol test was used indicates whether or not an alcohol test was performed using an alcohol test. The measurement result indicates the measured value of the alcohol detector. Confirmation items include whether or not the manager has confirmed with the driver predetermined items at each roll call, such as whether or not the driver is under the influence of alcohol, the driver's illness or fatigue status, the status of daily inspections, and the operation status. show. The roll call time indicates the time when the roll call was performed (for example, the roll call completion time). The executor indicates the administrator who performed the roll call.

When the driver goes to work at the place of business, basically, a face-to-face roll call before driving is carried out at the place of business. Also, when the driver performs the work-out processing at the office, basically, the roll call is conducted face-to-face at the office.

On the middle day and the last day of the accommodation operation, the driver does not go to work at the office. Therefore, basically, a roll call before boarding is carried out by telephone. In addition, on the first day and the middle day of the accommodation service, the driver does not process leaving work at the office. Therefore, basically, a roll call is carried out by telephone after boarding. Furthermore, mid-day roll calls are basically carried out by telephone during the middle of the accommodation service.

FIG. 8 is a flow chart of a roll call process A executed by the controller 10 in a face-to-face roll call at an office. This roll call process A is started when, for example, an administrator (executor) inputs execution of a roll call through the input device 15 .
First, the controller 10 displays an input screen for call information on the display 14, and accepts inputs of the driver to be called and the person performing the call (step S201). After the driver and the executor are input, the controller 10 receives the input of the measurement results from the alcohol detector 17 (step S202). The measurement result transmitted from the alcohol detector 17 to the administrator terminal 1 may be automatically input, or may be input by the executor using the input device 15 .

The controller 10 displays the alcohol measurement result and the driver's work information on the display 14 (step S203). The labor information includes, for example, the items shown in the detailed driver information of FIG. 5 and the remaining hours on holidays. In step S203, the holiday acquisition warning process described above may be executed.

For example, in a roll call before a driver's duty, it is possible to ascertain whether the driver has obtained the required rest periods and holiday hours by checking the remaining rest periods and holiday hours included in the labor information. In the roll call before boarding, if the driver's remaining rest period or holiday time at the current work day is not zero, a warning may be issued by display on the display 14 or audio output from the speaker 16. .

In roll calls after driving, it is possible to ascertain whether or not the driver's restraint time exceeds the upper limit by checking the remaining restraint time included in the labor information. In the roll call after boarding, when the driver's remaining restraint time is already zero, a warning may be issued by display on the display 14 or audio output by the speaker 16 .

Furthermore, the controller 10 accepts input of check results of confirmation items (step S204). Specifically, the controller 10 displays on the display 14 a first button indicating that there is no problem with the check item and a second button indicating that there is a problem, and waits for operation of these buttons.

When the check result of the confirmation items is input, the controller 10 determines whether or not there is a problem with the confirmation items (step S205). For example, if the first button is operated, the controller 10 determines that there is no problem with the confirmation items (YES in step S204), and updates the roll call information in the driver's labor management database 30 that was input in step S201 ( record) (step S206). In this roll call information, the call method is "face-to-face", the presence or absence of the use of an alcohol breathalyzer is "completed", the measurement result is the numerical value displayed in step S203, and the confirmation item is "OK". The roll call time is, for example, the current time, and the enforcer is the enforcer input in step S201.

After step S206 or when it is determined in step S205 that there is a problem due to the operation of the second button (NO in step S205), the controller 10 ends the call process A.

Next, processing for recording work assignments in the roll call information of FIG. 7 will be described.
FIG. 9 is a flowchart showing an example of work assignment recording processing. This processing is executed, for example, when the driver who has completed the pre-boarding roll call inputs a work such as loading or unloading after inputting delivery from the input device 43 of the vehicle with the car number indicated in the roll call information. be done.

First, the controller 10 acquires the current address of the vehicle (step S301). This address is the current location of the vehicle (driver) in the labor management database 30, for example. Alternatively, the administrator terminal 1 may acquire the GPS signal received by the GPS receiver 46 of the vehicle and acquire the address based on this GPS signal. Also, the address may be input by the input device 15 .

Next, the controller 10 searches the address acquired in step S301 from the address table 31 (step S302). Furthermore, the controller 10 determines whether the corresponding address is found from the address table 31 (step S303).

If the corresponding address is found (YES in step S303), the controller 10 saves (records) the name registered for the address in the address table 31 in the roll call information as the work assignment for the driver (step S304). ). on the other hand. If the corresponding address cannot be found (NO in step S303), the controller 10 saves (records) the address acquired in step S301 in the roll call information as the work assignment for the driver (step S305).
After step S304 or S305, the work assignment recording process ends.

Next, the intermediate roll call will be explained. In this embodiment, the intermediate roll call is carried out by cooperation between the digital tachograph 2 and the administrator terminal 1. FIG.
FIG. 10 is a flow chart showing an example of operation processing executed by the digital tachograph 2. As shown in FIG. This operation process is started when, for example, the input device 43 inputs a departure.

First, the controller 20 of the digital tachograph 2 determines whether the current working day is the day after the accommodation, ie, the second day or later of the accommodation service (step S401). For example, the controller 20 determines that it is the day after the stay when the return processing on the previous working day is triggered by the operation of the accommodation button of the input device 43 . On the other hand, the controller 20 determines that it is not the day after the stay when the return processing on the previous working day was triggered by the operation of the return button of the input device 43 . The method of determining whether it is the day after the stay is not limited to this. For example, a button for selecting whether it is the day after the stay may be displayed on the display 42 and the determination may be made based on the operation result of this button. Alternatively, if the administrator terminal 1 did not execute the leaving process on the last working day, it may be determined that it is the day after the stay.

When it is determined that it is the day after the stay (YES in step S401), the controller 20 displays the stay confirmation screen 300 on the display 42 (step S402).
FIG. 11 is a diagram showing an example of the accommodation confirmation screen 300. As shown in FIG. The accommodation confirmation screen 300 includes a message such as "Are you staying today?"

When one of the buttons 301 to 303 is operated, the controller 20 closes the accommodation confirmation screen 300 and determines whether the current working day is the last day of the accommodation service (step S403). The controller 20 determines that the current working day is the last day of the stay when the button 302 is operated on the accommodation confirmation screen 300, and determines that the current working day is the last day of the stay when the button 301 or the button 303 is operated. determine that it is not.

If it is determined that it is not the last day of the stay (NO in step S403), the controller 20 displays the roll call schedule confirmation screen 400 on the display 42 (step S404).
FIG. 12 is a diagram showing an example of a roll call schedule confirmation screen 400. As shown in FIG. The roll call schedule confirmation screen 400 displays a message such as "Make a mid-roll call between 11:00 and 14:00. Do you want to change the scheduled time of the mid-term roll call?" Includes button 402 . "11:00 to 14:00" in the message is, for example, a preset default time (time zone). The default time is not limited to this example, and may be another time (time zone).

When one of the buttons 401 and 402 is operated, the controller 20 closes the roll call schedule confirmation screen 400 and determines whether or not the scheduled time has been changed (step S405). The controller 20 determines that the scheduled time is changed when the button 401 is operated on the roll call schedule confirmation screen 400, and determines that the scheduled time is not changed when the button 402 is operated.

If it is determined that the scheduled time has been changed (YES in step S405), the controller 20 determines whether the driver has changed the scheduled time of the mid-roll call in the past (for example, after the start date of the current month). (Step S406). If there is a track record of change (YES in step S406), the controller 20 displays on the display 42 the schedule change screen 500 reflecting the settings at the time of the previous change (step S407).

FIG. 13 is a diagram showing an example of the schedule change screen 500. As shown in FIG. The schedule change screen 500 includes display fields 501 and 502 for displaying the hours and minutes, a plus button 503 and a minus button 504 for increasing/decreasing the numerical value of the display field 501, and a plus button 505 and a minus button for increasing/decreasing the numerical value of the display field 502. 506 , a decision button 507 and a cancel button 508 . Display columns 501 and 502 display the time (15:00 in this example) that was set in the previous scheduled time change. The driver can adjust the scheduled time by operating buttons 503-506.

On the other hand, if it is determined in step S406 that there is no change result (NO in step S406), the controller 20 displays on the display 42 the schedule change screen 500 in which the default times are entered in the display columns 501 and 502 (step S408).

When the decision button 507 is operated on the schedule change screen 500 , the controller 20 closes the schedule change screen 500 . Further, the controller 20 stores the times entered in the display fields 501 and 502 in the storage device 21, for example, and sets them as the scheduled time of the intermediate roll call (step S409). When the cancel button 508 is operated on the schedule change screen 500, and when it is determined not to change the schedule in step S405 (NO in step S405), the controller 20 sets the default time as the scheduled time of the intermediate roll call (step S409).

The scheduled time set by the schedule change screen 500 may be a time zone such as XX:00:00:00:00:00:00:00:00. In this case, for example, a GUI for setting such time periods may be arranged on the schedule change screen 500 . Further, in step S409, a time period from the time input on the schedule change screen 500 of FIG. A set time period may be set as the scheduled time.

The controller 20 also stores the scheduled time of the intermediate roll call set in this manner in the labor management database 30 . The scheduled time may be transmitted to the administrator terminal 1 and stored in the storage device 11 of the administrator terminal 1 .

After step S409, if it is determined in step S401 that it is not the next day of accommodation (NO in step S401), or if it is determined in step S403 that it is the last day of accommodation (YES in step S403), the controller 20 Processing is executed (step S410).

In operation processing, the controller 20 generates and saves the above-described operation information, saves the work category and vehicle state input by the input device 43, and stores the driver information of the driver stored in the labor management database 30. Perform various processing such as display.

Furthermore, the controller 20 determines whether an intermediate roll call is necessary (step S411). If a mid-roll call has already been made, or if the current working day is not the middle day of the operation with at least two nights of stay, the controller 20 determines that a mid-roll call is unnecessary (NO in step S411). For example, when the above-described accommodation confirmation screen 300 is displayed in the operation processing and the button 302 is operated, it can be determined that the current working day is not the middle day of the operation with at least two nights of accommodation. The controller 20 may determine that an intermediate roll call is unnecessary when the scheduled time for an intermediate roll call is not set in step S409.

On the other hand, if the current working day is the middle day of the service with stays of at least two nights or more and the mid-roll call has not been implemented, the controller 20 determines that the mid-roll call is necessary (YES in step S411). For example, when the above-described accommodation confirmation screen 300 is displayed in the operation processing, and the button 301 or button 303 is operated, it is determined that the current working day is the middle day of the operation with accommodation for at least two nights or more. be able to. The controller 20 may determine that an intermediate roll call is necessary when the scheduled time for the intermediate roll call is set in step S409 and the intermediate roll call has not yet been performed. After that, the controller 20 determines whether the scheduled time for the intermediate roll call has arrived (step S412).

During the processing of steps S410 to S412, the controller 20 monitors the occurrence of the return event (step S413). The return event is input by operating the return button or the accommodation button of the input device 43 . For example, the driver operates the return button when returning to the business office, and operates the accommodation button when returning outside the office on the first day or the middle day of the accommodation service.

While the return event does not occur, the controller 20 repeats the processes of steps S410 to S412 (NO in step S413). If a return event has occurred (YES in step S413), the controller 20 executes return processing (step S414). In the returning process, the returning time is determined and stored in the labor management database 30 . The time of returning to the garage may be stored in the storage devices 11 and 21 .

When the return event is generated by the accommodation button, the return time is the driver's leaving time. In this case, in the process of returning to the warehouse, the display 42 may display the available time for coming to work (leaving the warehouse) on the next day and the labor history of the working day. The time when the worker can come to work next time can be, for example, the time when the minimum value of the rest period has passed since the time of returning to work. In the returning process, the above-described holiday acquisition warning process may be executed.
The operation process ends after step S414.

If it is determined in step S412 that the scheduled time for the intermediate roll call has arrived (YES in step S412), the controller 20 displays the roll call schedule notification screen 600 on the display 42 (step S415).

FIG. 14 is a diagram showing an example of a roll call schedule notification screen 600. As shown in FIG. The scheduled roll call notification screen 600 includes the scheduled mid-roll call date and time obtained by adding the current date to the scheduled mid-roll call time set in step S409, and the message "Please contact the operation manager to perform the mid-term roll call." and an execution button 601. Along with this roll call schedule notification screen 600, the arrival of the scheduled time for the intermediate roll call may be voice-output from the speaker 23. FIG.

When the execution button 601 is operated, the controller 20 executes roll call processing B. FIG. The driver calls the manager (executor) and requests the start of the middle roll call. Intermediate calls may be implemented by voice calls over network N, or the like. During the intermediate roll call, the administrator terminal 1 executes a roll call process C. FIG. The call process C may be started, for example, in conjunction with the call process B, or may be started when the administrator inputs execution of the call through the input device 15 .

In addition, pre-boarding roll calls excluding the start date of the accommodation service and post-boarding roll calls excluding the last day of the accommodation service cannot be held at the office. Also in these cases, the call processes B and C are executed in response to the input of the start of the call by the input device 43, for example.

FIG. 15 is a flow chart showing an example of roll call processes B and C. FIG.
First, the controller 20 receives the input of the measurement result by the alcohol detector 45 (step S501). The measurement result transmitted from the alcohol detector 45 to the digital tachograph 2 may be automatically input, or may be input by the driver using the input device 43 .

The controller 20 displays the alcohol measurement result on the display 42 (step S502). Further, the controller 20 transmits various types of information including the driver ID and alcohol measurement results to the administrator terminal 1 via the network N (step S503). After transmitting various information, the controller 20 displays the completion waiting screen 700 on the display 42 (step S504), and waits for reception of a completion notification from the administrator terminal 1 (step S505).

FIG. 16 is a diagram showing an example of a completion waiting screen 700 for an intermediate roll call. The completion waiting screen 700 includes a cancel button 701 together with a message such as "We are currently waiting for the roll call registration of the operation manager. If it takes time, please check with the operation manager." When the cancel button 701 is operated, the roll call process B ends. A similar completion standby screen 700 is also displayed in the pre-service roll call and the post-service roll call.

The controller 10 of the administrator terminal 1 receives the information transmitted in step S502 (step S601). Further, the controller 10 displays an input screen for call information on the display 14, and accepts inputs of the driver to be called and the person who performs the call (step S602).

After the driver and the executor are entered, the controller 10 displays the alcohol measurement result and the driver's work information included in the information received in step S601 on the display 14 (step S603). The labor information includes, for example, the items shown in the detailed driver information of FIG. 5 and the remaining hours on holidays. In step S603, the holiday acquisition warning process described above may be executed. As in step S<b>203 , warnings regarding remaining rest periods, remaining holiday hours, and remaining binding hours may be displayed on the display 14 or output as audio from the speaker 16 . These warnings and labor information may be displayed using the display 42 and the speaker 23 in the vehicle as well.

Further, the controller 10 receives input of check results of confirmation items (step S604), determines whether there is a problem (step S605), and updates roll call information of the driver if there is no problem (step S606). The processing of these steps S604-S606 is the same as that of steps S204-S206. The roll call method will be "telephone".

After that, the controller 10 transmits a notice of completion of the roll call information recording to the digital tachograph 2 via the network N (step S607). This notification includes the call time, which is the time at which the call was made. After step S607, the call processing C ends.

When the completion notification transmitted in step S607 is received (YES in step S505), the controller 20 of the digital tachograph 2 clears the completion standby screen 700 and displays the completion screen 800 on the display 42 (step S506).

FIG. 17 is a diagram showing an example of a completion screen 800 for an intermediate roll call. The completion screen 800 includes a message such as "Interim roll call is complete. Please continue to drive safely." including. When the completion button 801 is operated, the controller 20 erases the completion screen 800 and terminates the roll call process B. FIG. A similar completion screen 800 is displayed in the pre-service roll call and the post-service roll call. If it is determined that there is a problem in step S605 (NO in step S605), identification information to that effect may be included in the completion notice. For example, when receiving this completion notification, the controller 20 causes the display 42 to display a message to the effect that there is a problem, and terminates the roll call process B. FIG.

In the above embodiment, if it is determined in step S401 that it is the day after the stay, and if it is determined in step S403 that the current working day is not the last day of staying, that is, if the current working day is not the last day of the stay, It means that it is middle day. Then, in this embodiment, when it is determined that an intermediate roll call is necessary during the middle of the day and the scheduled time for the intermediate roll call arrives, the driver or administrator is informed that the intermediate roll call should be performed by the roll call schedule notification screen 600. be done. Such processing allows the driver or manager to reliably implement the intermediate roll call. In addition, the driver or manager can save the trouble of managing the schedule of the intermediate roll call and concentrate on other tasks.

In the roll call processes B and C, even though the driver is in a remote location of the office, the result of alcohol measurement by the in-vehicle alcohol detector 45 can be easily confirmed by the administrator terminal 1. FIG. Also, the driver can grasp the progress of the roll call from the completion standby screen 700 and the completion screen 800 .

The roll call information in the labor management database 30 updated by the roll call processes A to C can also be printed in the format shown in FIG. 7, for example. Such roll call information can also be used for purposes such as auditing of business establishments.

The work assignment in the roll call information can be automatically recorded by the work assignment recording process of FIG. This saves the administrator the trouble of confirming the driver's work assignment and inputting the result.

In addition, in this embodiment, the driver information lists shown in FIGS. 2 and 3 and the detailed driver information shown in FIG. 5 make it possible to perform labor management of drivers very easily and accurately. . Furthermore, the rest period can be switched to the rest of the holiday time by the switch button 103, and the number of scheduled holidays to be obtained can be changed on the holiday setting screen 200 shown in FIG.

In addition, by the holiday acquisition warning process shown in FIG. 6, it is possible to inform the manager and the driver himself/herself of the driver who may exceed the upper limit of the duty time in the current month. Furthermore, by notifying the administrator and the driver of the fact that additional holidays should be taken and the number of holidays to be taken, it is possible to increase the effectiveness of compliance with the upper limit of on-duty hours on a monthly basis.
In addition to the above, various favorable effects can be obtained from this embodiment.

In this embodiment, an example of managing the restraint time and the rest period mainly on a monthly basis has been shown. However, the on-duty time and rest period may be managed in units of weeks, years, or arbitrarily set units of days or months, or other predetermined periods.

[Second embodiment]
FIG. 18 is a block diagram showing a configuration example of a labor management system according to the second embodiment. This labor management system has a driver terminal 5 separate from the digital tachograph 2 . A mobile device such as a tablet or a smartphone can be used as the driver terminal 5, for example. The driver terminal 5 may be a device fixedly mounted on the vehicle.

The driver terminal 5 includes a controller 50 including a processor and memory, a storage device 51, a built-in display 52 and speakers 53, and an interface 54 for external connection. The controller 50 realizes various processes by executing computer programs stored in the memory by the processor.

The driver terminal 5 includes, for example, a touch panel that detects the operation of the display 52, but may further include other input devices. The interface 54 can be communicatively connected to the communication device 41, the display 42, the input device 43, the travel sensor 44, the alcohol detector 45, the GPS receiver 46, and the interface 24 of the digital tachograph 2, for example. Communication connections between them may be wired or wireless. The driver terminal 5 may incorporate a wireless communication device for communicating with the network N.

The controller 50 of the driver's terminal 5 executes part or all of the processing that is supposed to be executed by the controller 20 of the digital tachograph 2 in other embodiments. For example, when the controller 50 executes the operation process of FIG. 10 or the call process B of FIG. 15, the screens shown in FIGS. In addition, various screens that are supposed to be displayed on the display 42 in the present disclosure may be displayed on the display 52 . Furthermore, information and instructions that are input by the input device 43 in the present disclosure may be input by operating a GUI displayed on the display 52 using a touch panel. That is, the input device operated by the driver does not necessarily have to be a separate device from the driver terminal 5, and may be provided in the driver terminal 5. FIG.

The storage device 51 of the driver terminal 5 may store at least part of the labor management database 30 , such as driver information details and roll call information of the driver who owns the driver terminal 5 .

The labor management system may not have the digital tachograph 2. In this case, for example, the controller 50 of the driver's terminal 5 may execute part or all of the processing that the controller 20 of the digital tachograph 2 executes in other embodiments.

[Third Embodiment]
FIG. 19 is a block diagram showing a configuration example of a labor management system according to the third embodiment. This labor management system includes three offices O1-O3. A manager terminal 1 is arranged in the office O1. Office terminals 6 are arranged at the offices O2 and O3.

The configurations of the administrator terminal 1 and the office terminal 6 are the same as those of the administrator terminal 1 in other embodiments. For example, the administrator terminal 1 and the office terminal 6 can execute at least part of the processing that the administrator terminal 1 executes in other embodiments. The offices O1 to O3 are provided with a communication device 13, a display 14, an input device 15, a speaker 16 and an alcohol detector 17, as in the above embodiments. Furthermore, a camera 18 and a microphone 19 connected to the administrator terminal 1 are arranged at the offices O1 to O3.

The number of offices O1 to O3 included in the labor management system is not limited to three. Although not shown in FIG. 19, the labor management system includes vehicle-related components such as a driver's terminal, as in the above-described embodiments. The driver's terminal may be a digital tachograph as in the first embodiment, or may be a device different from the digital tachograph as in the second embodiment. A plurality of vehicles and drivers belong to each of the offices O1 to O3.

In this embodiment, the administrator who is the roll call executor is located at the office O1. For example, the manager terminal 1 of the office O1 stores the labor management database 30 . A server communicatively connected to the network N may store the labor management database 30 as in the above-described embodiments.

A pre-service roll call for a driver leaving the office O1 and a post-service roll call for a driver returning to the office O1 are performed by the above-described roll call processing A executed by the manager terminal 1 of the office O1. .

A pre-ride roll call for a driver leaving the office O2 and a post-ride roll call for a driver returning to the office O2 are performed by connecting the office terminal 6 of the office O2 and the manager terminal 1 of the office O1 via a network. It is implemented by communicating via N. In this roll call, the office terminal 6 of the office O2 executes the above-described roll call process B, and the manager terminal 1 executes the above-described roll call process C. FIG.

In these roll call processes B and C, similarly to step S203 described above, warnings regarding remaining rest periods, remaining holiday hours, and remaining binding hours may be issued. These warnings may be executed by the administrator terminal 1 using the display 14 and the speaker 16 of the office O1, or by the office terminal 6 using the display 14 and the speaker 16 of the office O2. good. Also, in these roll call processes B and C, the above-described holiday acquisition warning process may be executed.

A video call between the office terminal 6 and the administrator terminal 6 is started at a predetermined timing in the call processes B and C, for example, immediately after steps S503 and S601. That is, the camera 18 of the office O2 captures the face of the driver to be called, and the microphone 19 collects the driver's voice. is sent to the user terminal 1. At office O1, for example, an image based on the video data is displayed on the display 14, and sound based on the audio data is output from the speaker 16. FIG. In addition, the camera 18 of the office O1 photographs the face of the executor and the microphone 19 collects the voice of the executor, and these video data and audio data are transmitted via the network N to the office terminal 6 of the office O2. sent to At office O2, for example, an image based on the video data is displayed on the display 14, and sound based on the audio data is output from the speaker 16. FIG.

In such a video call, the executor can confirm the driver's face and voice, so it is possible to grasp the driver's health condition to the same extent as in the face-to-face roll call. The video call is disconnected when the call processes B and C are completed, for example.

Although the call processing between the office terminal 6 of the office O2 and the administrator terminal 1 has been described above, the call processing between the office terminal 6 of the office O3 and the administrator terminal 1 is the same.
An intermediate roll call is performed, for example, between the driver's terminal of each driver and the manager's terminal 1 of the office O1. The intermediate roll call flow is the same as in the above-described embodiments. A video call camera, a microphone, and a speaker may be provided in the vehicle and/or the driver's terminal, and the intermediate roll call similar to that described above may be performed by video calling between the driver's terminal and the manager's terminal 1 .

[Fourth Embodiment]
In the operation processing shown in the flowchart of FIG. 10, an example is shown in which the fact that an intermediate roll call should be carried out is notified by the roll call schedule notification screen 600 in response to the arrival of the scheduled roll call time. However, the notification timing and notification method to the effect that an intermediate roll call should be carried out can be modified in various manners. In this embodiment, an example of processing when the scheduled roll call time is not used will be described.

FIG. 20 is a flow chart showing an example of roll call necessity determination processing in the present embodiment. Here, a case where the controller 20 of the digital tachograph 2 executes the processing in the configuration of the labor management system of the first embodiment will be described as an example. The controller 20 executes the process at any time between leaving the vehicle and returning to the garage. For example, the controller 20 may execute the process at predetermined time intervals (10 minutes, 30 minutes, 1 hour, etc.). In addition, the controller 20 is operated when a predetermined time or time zone arrives, when a certain time has passed since the time of leaving the garage, when the vehicle stops running, when a specific button of the input device 43 is operated, and so on. You may perform the said process to.

First, the controller 20 determines whether the current working day is the middle day of the overnight service (step S701). For example, in this embodiment as well, if the above-described accommodation confirmation screen 300 is displayed at the start of operation and the operation of the buttons 301 to 303 is accepted, it is possible to determine whether the current working day is the middle day in step S701. can. Also, if the driver's operation schedule is preset in the labor management database 30 or the like, it is possible to determine whether the current working day is mid-day based on this operation schedule.

If it is determined that the current working day is mid-day (YES in step S701), the controller 20 determines whether the mid-roll call has been completed on the current working day based on the driver's roll call information in the labor management database 30, for example. It is determined whether there is (step S702). If not performed (step S703), the controller 20 displays the intermediate roll call image 900 on the display 42 (step S703).

FIG. 21 is a diagram showing an example of an intermediate roll call image 900 displayed on the display 42. As shown in FIG. The intermediate roll call image 900 includes, for example, a character string “intermediate roll call” and is superimposed on the screen being displayed on the display 42 . By arranging the intermediate roll call image 900 at the corner of the display 42 as illustrated, the visibility of the information on the screen being displayed is not hindered. On the contrary, if the intermediate roll call image 900 is placed in the center of the display 42 or the like, the intermediate roll call image 900 can be made conspicuous. Mid-roll call image 900 may be a message such as "Please perform mid-roll call."

If it is determined that the current working day is not mid-day (NO in step S701), if it is determined that the mid-roll call has been completed (YES in step S702), or after step S703 is executed, the roll call The necessity determination process ends.

After that, the intermediate roll call image 900 continues to be displayed on the display 42 . For example, when the driver operates the input device 43 to start the roll call process B shown in the flowchart of FIG. erase. The intermediate roll call image 900 itself may be a button for starting the roll call process B. FIG.

The intermediate point call necessity determination process described above may be executed not only by the digital tachograph 2 but also by the controller 10 of the administrator terminal 1 . In this case, the intermediate roll call image 900 is displayed on the display 14, for example. The intermediate roll call image 900 may include a driver ID and a driver name so that it can be identified which driver the intermediate roll call image 900 relates to. In addition, the intermediate roll call image 900 may display drivers who need an intermediate roll call in a list format.

In the configuration of the labor management system of the second embodiment, the midpoint call necessity determination process may be executed by the controller 20 of the digital tachograph 2 or by the controller 50 of the driver terminal 5 . Further, in the configuration of the labor management system of the third embodiment, the office terminal 6 may execute the midpoint call necessity determination process.

In step S703, not only the intermediate roll call image 900 is displayed, but also voice output from the speakers 16 and 23 may notify that an intermediate roll call is required.

[Fifth embodiment]
The fifth embodiment discloses a labor management system capable of further managing the waiting time (load waiting time) of the driver at the loading point and the unloading point of the cargo transported by vehicle. Here, it is assumed that the labor management system has a configuration similar to that of the first embodiment, but the labor management system may have a configuration similar to that of the other embodiments.

The labor management system has the following functions related to waiting time management.
[F1] A function of inputting start and end of waiting for the driver of the vehicle at the cargo loading point or unloading point.
[F2] A function for inputting the consignor of cargo to be handled in loading or unloading.
[F3] Function for inputting the specified arrival time.
[F4] A function of calculating the waiting time at the loading point or the unloading point.
[F5] A function of calculating a waiting fee for the waiting time.
[F6] Function to record waiting information including waiting time and waiting fee.
[F7] A function for setting whether the input of the shipper (F2) and the input of the specified arrival time (F3) are performed by the manager terminal 1 or the digital tachograph 2 (driver's terminal).

The start of standby by the driver can be input by operating the standby button of the input device 43, for example. Also, the driver's end of standby can be input by, for example, operating the standby button again after the standby button has been operated, or by operating other buttons such as a loading button and an unloading button. The specified arrival time is, for example, the arrival time specified in advance by the shipper. The designated arrival time may be an arrival time designated by an entity different from the shipper, such as a management entity of the loading point or the unloading point.

22 is used as an example for the case where the function F7 is used to set the digital tachograph 2 to input the consignor and the specified arrival time, and the manager terminal 1 calculates and records the waiting time and waiting fee. Details of each function will be explained. However, the consignor and the designated arrival time may be input at the administrator terminal 1, or one of them may be input at the administrator terminal 1 and the other may be input at the digital tachograph 2. FIG. At least one of the waiting time and the waiting fee may be calculated and recorded by the digital tachograph 2 or the server 3 .

When the driver arrives at the loading point or the unloading point and needs to wait for work such as loading or unloading, the driver operates the standby button of the input device 43 . As a result, the digital tachograph 2 executes the standby process A shown in the flowchart of FIG. Furthermore, the administrator terminal 1 executes the standby process B shown in the flowchart.

First, the controller 20 of the digital tachograph 2 determines whether 30 minutes have passed since the standby start time, which is the time at which the standby start was input (step S801). This time of 30 minutes is an example, and other suitable times such as 10 minutes, 15 minutes, and 1 hour can be set.

If 30 minutes have not passed, the controller 20 does not proceed to the next process (NO in step S801). If the end of waiting is input before 30 minutes have passed, the controller 20 ends the waiting process A. FIG.

If 30 minutes have passed (YES in step S801), the controller 20 receives input from the shipper (step S802). Further, the controller 20 accepts input of the work type such as loading or unloading to be executed (step S803), and also receives input of the designated arrival time (step S804). In steps S802 to S804, the controller 20 displays, for example, an input screen for the shipper, business type, and designated arrival time on the display 42, and issues a message prompting the input of these information through the speaker 23. The driver can input the consignor, business type, and specified arrival time using the input device 43, for example. If the arrival time is not specified by the shipper, etc., "no specified arrival time" may be entered.

After that, the controller 20 transmits various kinds of information including the input consignor, business type, specified arrival time, driver ID, vehicle number, waiting start time, etc. to the administrator terminal 1 via the network N (step S805). ). Furthermore, the controller 20 waits for the end of the standby (step S806).

The driver inputs the end of standby when starting work such as loading or unloading. At this time, the controller 20 transmits the standby end time, which is the time when the standby end is input, to the administrator terminal 1 via the network N (step S807). After step S807, the standby process A ends.

In the standby process B, the controller 10 of the administrator terminal 1 receives information transmitted from the digital tachograph 2 in step S805 (step S901). The controller 10 displays a confirmation screen on the display 14 based on the received information and accepts correction (step S902). The confirmation screen includes, for example, the consignor, business type, specified arrival time, driver ID, vehicle number, and waiting start time. The confirmation screen may display the current location corresponding to the driver ID in the driver information list described above. If this current location is displayed, the operation manager can easily determine whether the shipper input by the driver is correct. If the information displayed on the confirmation screen is inaccurate, the operation manager corrects it by operating the input device 15, for example.

When the confirmation of the information displayed on the confirmation screen is completed, the operation manager inputs confirmation completion using the input device 15, for example. After that, the controller 10 waits for reception of the standby end time transmitted by the digital tachograph 2 in step S807 (step S903).

When the standby end time is received (YES in step S903), the controller 10 calculates the standby time and displays the calculated standby time on the display 14 (step S904). Further, the controller 10 calculates the waiting fee and displays the calculated waiting fee on the display 14 (step S905).

The controller 20 saves (records) the information received in step S901 and the waiting information including the waiting time and waiting fee calculated in steps S904 and S905 (step S906). The standby information may be stored in the labor management database 30 of the server 3 or may be stored in the storage device 11, for example. After step S906, the standby process B ends.

For example, if the standby start time is later than the designated arrival time, the standby time calculated in step S904 is the time from the standby start time to the standby end time. For example, if the standby start time is earlier than the designated arrival time, the standby time is the time from the designated arrival time to the standby end time. If the time from the designated arrival time to the waiting end time is less than 30 minutes, the waiting information may not be recorded in step S906.

In calculating the waiting time, the business opening time of the shipper, the operator of the loading point or the unloading point, etc. may be further taken into consideration. That is, if there is no designated arrival time and the standby start time is earlier than the business start time, the time from the business start time to the standby end time may be set as the standby time. The business start time of each subject may be set in advance and stored in the server 3 or the storage device 11, or may be input by the operation manager by operating the input device 15 or the like, or may be input by the driver using the input device. 43 or the like may be transmitted to the administrator terminal 1 in step S805.

In calculating the waiting time, the reception time at which the start of waiting is accepted at the loading point or the unloading point may be further taken into consideration. This reception time is, for example, the time when the driver enters the necessary information such as the company name, driver name, and vehicle number in the list provided at the loading point or the unloading point, or the time at the loading point or the unloading point. It can be the time when the same item was registered by the terminal that was registered. In calculating the waiting time, an instruction time at which the driver is instructed to wait by the person in charge at the loading point or the unloading point may be further taken into consideration. If the standby start time is earlier than these times, the time from these times to the standby end time can be set as the standby time.

The standby start time described above is an example of the first time in this embodiment. The standby end time described above is an example of the second time in this embodiment. The designated arrival time, business start time, reception time, or instruction time described above are examples of the third time in this embodiment. These first to third times can be times defined in various aspects other than those disclosed in the present embodiment. For example, the first time and the second time may be times directly input by the driver instead of times when the standby button or other buttons are operated. Further, when the time when the standby button or the like is operated includes fractions of minutes, the first time and the second time may be rounded down or rounded up.

The waiting fee calculated in step S905 is, for example, the amount obtained by multiplying the waiting time calculated in step S904 by an amount per unit time predetermined for the shipper. However, the waiting fee is not limited to this example, and the waiting fee may be calculated using another formula.

FIG. 23 is a diagram showing an example of the data structure of the standby information saved in step S906. For example, the waiting information includes driver ID, vehicle number, consignor, type of work, specified arrival time, waiting time information, waiting time, and waiting fee. The standby time information includes standby start time and standby end time. The standby information may further include the business start time, reception time, and instruction time described above.

It should be noted that a plurality of discontinuous waiting times may occur at the loading or unloading point. Waiting start time 1 and waiting end time 1 and waiting start time 2 and waiting end time 2 shown in the lower part of FIG. 23 are two discontinuous waiting times occurring at the same loading point or unloading point. Indicates the start time and end time. In this case, the standby time recorded in the standby information is the total time considering the two standby start times and standby end times.

For example, when the standby button is operated to determine standby start time 1 and the processing of the flowchart of FIG. 22 is started, if the time from standby start time 1 to standby end time 1 is less than 30 minutes, step S802. Subsequent processing is not executed. In this case, when the process of the flowchart in FIG. 22 is executed again by operating the standby button corresponding to standby start time 2, the time from standby start time 1 to standby end time 1 and standby start time 2 are displayed in step S801. It may be determined whether or not the total time from the current time to the current time has passed 30 minutes. In step S805, the standby start time 1, standby end time 1, and standby start time 2 are transmitted to the administrator terminal 1. In step S902, these times are displayed and corrections are accepted. In addition, the waiting time and waiting fee may be calculated, displayed, and recorded using the waiting end time 2 received in step S903.

Also, when the time from standby start time 1 to standby end time 1 exceeds 30 minutes and the standby information is recorded, the process of the flowchart in FIG. 22 is executed again by operating the standby button corresponding to standby start time 2. In step S801, the sum of the time from standby start time 1 to standby end time 1 and the time from standby start time 2 to the present may be used for comparison with 30 minutes. In this case, since the elapsed time has already exceeded 30 minutes, the subsequent process is executed even if the time from the standby start time 2 to the standby end time 2 is less than 30 minutes. Waiting time 1, waiting end time 1, waiting start time 2, and waiting end time 2 are used to calculate the waiting time and waiting fee, and in step S906, the already recorded waiting information is updated. be. In the above example, it is assumed that there are two discontinuous waiting times, but similar processing can be applied even if there are three or more discontinuous waiting times.

Packages from different shippers may be transported to the same unloading point. In this case, the waiting time for each package should be recorded separately for each shipper. For example, when the cargoes of shippers 1 and 2 are to be unloaded at the same unloading point, according to the waiting processes A and B described above, the waiting times of the cargoes of both shippers 1 and 2 exceed 30 minutes. In this case, standby information can be recorded for each of shippers 1 and 2.

However, in consideration of the case where there are two discontinuous waiting times for the cargo of shipper 1 or shipper 2, in order to calculate the waiting time more accurately, regardless of whether 30 minutes have passed since the waiting start time Alternatively, the shipper's input (step S802) may be requested first. Similarly, the input of the type of work and the specified arrival time may be requested regardless of whether or not 30 minutes have passed since the start of the standby.

As an example, after waiting time 1 (waiting start time 1: waiting end time 1) for cargo unloading by shipper 1, two discontinuous waiting times 2 for cargo unloading by shipper 2 (waiting start time 2: It is assumed that there are a standby end time 2) and a standby time 3 (standby start time 3: standby end time 3). In this case, the consignor input in the standby process for the standby time 2 and the consignor input in the standby process for the previous standby time 1 are different. Therefore, in the standby process for the standby time 2, the elapsed time from the standby start time 2 and 30 minutes are compared without considering the standby time 1. FIG. On the other hand, the shipper input in the standby process for the standby time 3 is the same as the shipper input in the standby process for the standby time 2 . In this case, in the standby process of the standby time 3, the time obtained by adding the elapsed time from the standby start time 3 to the standby time 2 is used for comparison with 30 minutes. Then, in the waiting process for the waiting time 3, the waiting information of the shipper 2 including the waiting time considering both the waiting times 2 and 3 is recorded. In this way, the waiting time can be recorded more accurately.

As another example, assuming that the cargo of the shipper 1 is unloaded while waiting for the cargo of the shipper 2 to be unloaded, the standby time of the shipper 2 may be calculated using the standby start time 1 as a starting point. In this case, in the standby processing for standby times 2 and 3, the elapsed time from standby start time 1 is used for comparison with 30 minutes, for example. If the waiting time 1 does not exist because the vehicle unloads the cargo of the shipper 1 immediately after arriving at the unloading point, another time such as the arrival time of the vehicle at the unloading point is set as the starting point of the waiting time 2. good too.

In the flowchart of FIG. 22, the case where the driver ID, the waiting start time, and the like are transmitted to the administrator terminal 1 after 30 minutes have passed since the start of waiting is illustrated. However, the driver ID and the standby start time may be transmitted to the administrator terminal 1 at the start of standby. In this case, the administrator terminal 1 may display on the display 14 a driver information list in which the state of the driver indicated by the driver ID is set to "waiting". Furthermore, when the elapsed time from the standby start time exceeds 30 minutes, the manager terminal 1 accepts input of the shipper, business type, specified arrival time, etc., and transmits the input information to the digital tachograph 2. good too. The digital tachograph 2 displays the received information on the display 42, for example. In this case, the processes of steps S802 to S804 may be omitted, or a process of accepting correction of the information received from the administrator terminal 1 may be added instead of these processes.

When a predetermined time (for example, 1 hour or 2 hours) has passed since the start of standby, a warning may be issued to at least one of the operation manager and the driver by displaying a message on the displays 14 and 42. . Also, the warning to the operation manager may be given by, for example, coloring the driver's line in the driver information list in a manner distinguishable from other lines.

The standby information accumulated in daily operations can be displayed or printed in a list form, for example, on the manager terminal 1 using shipper IDs, driver IDs, etc. as keys. For example, creating a list of waiting times for specific shippers on a monthly basis can greatly reduce the work load required to process billing for waiting fees. In addition, the waiting information can be used for labor improvement, such as making a path for shortening the working hours of drivers.

The subjects and execution order of each process (steps S801 to S807, S901 to S906, etc.) disclosed in this embodiment can be changed as appropriate. When the labor management system includes a driver terminal 5 separate from the digital tachograph 2 as shown in FIG. 18, the driver terminal 5 may perform at least part of each process. Moreover, when the labor management system includes a plurality of business office terminals 6 as shown in FIG. The labor management system may not include the digital tachograph 2 as described above in the second embodiment. The digital tachograph 2 or the driver terminal 5 may execute all or part of the processing that is supposed to be executed by the administrator terminal 1 in this embodiment. Further, all or part of the processing that is supposed to be executed by the digital tachograph 2 in this embodiment may be executed by the administrator terminal 1 or the office terminal 6 .

[Sixth embodiment]
In the sixth embodiment, a working condition management system is disclosed that can more preferably manage the time at which the driver comes to work. Here, it is assumed that the labor management system has a configuration similar to that of the first embodiment, but the labor management system may have a configuration similar to that of the other embodiments.

FIG. 24 is a flow chart showing an example of a warehouse return process A executed by the digital tachograph 2 and an example of a warehouse return process B executed by the administrator terminal 1 . The return processing A is started, for example, when a return event occurs by operating the return button or the accommodation button of the input device 43 .

First, the controller 20 of the digital tachograph 2 determines whether the current working day is a working day other than the last day of the overnight service, in other words, whether the next work day is a work day without stopping at the office (step S1001). . For example, the controller 20 determines that the current working day is a working day other than the last day of the lodging service when the return processing A is triggered by the operation of the lodging button. On the other hand, when the return processing A is triggered by the operation of the return button, the controller 20 determines that the current working day is not a working day other than the last day of the overnight service. The determination method in step S1001 is not limited to this. For example, it may be determined whether the current working day is a working day other than the last day of the overnight service based on the operation result of the button displayed on the display 42.

If the current working day is a working day other than the last day of the overnight service (YES in step S1001), the controller 20 records the driver's return time (service end time) (step S1002). This returning time corresponds to the leaving time of the working day. Also, the return time may be recorded by saving it in the storage device 21 or may be recorded by writing it in the labor management database 30 of the server 3 .

Subsequently, the controller 20 calculates the next available time for coming to work (step S1003), and notifies the next available time for coming to work, for example, by displaying it on the display 42 or by outputting sound from the speaker 23 (step S1004). The time at which the driver can come to work on the next working day is the earliest time at which the driver can come to work within the scope of compliance with labor standards on the working day following the current working day. It can be an elapsed time.

Further, the controller 20 displays an input field on the display 42, for example, and receives input of the scheduled working time on the next working day (step S1005). The driver can use the input device 43 to input the expected time of coming to work, for example, referring to the next possible time of coming to work notified in step S1004. Thereafter, the controller 20 transmits the next available time of work calculated in step S1003, the scheduled time of work input in step S1005, the driver ID, etc. to the administrator terminal 1 via the network N (step S1006). ).

If the current working day is not a working day other than the last day of the overnight service (NO in step S1001), the controller 20 records the driver's return time (step S1007) as in step S1002. In this case, the driver later goes to the office to finish work, and at that time the time to finish work is determined. That is, the return time recorded in step S1007 is different from the leaving time.

After step S1006 or step S1007, the return processing A ends.
In the returning process B, the controller 10 of the manager terminal 1 receives the scheduled arrival time and the like transmitted from the digital tachograph 2 in step S1006 (step S1101). The controller 10 displays on the display 14 the received scheduled time of work, the next available time of work, the driver's ID, and the like (step S1102). Further, the controller 10 accepts correction of the scheduled attendance time (step S1103). The operation manager can correct the scheduled attendance time by operating the input device 15, for example.

The operation manager confirms the displayed scheduled time to work, the next possible time to work, the driver information of the driver, the operation schedule for the next day, etc., and if the scheduled time to work is not appropriate, the driver Inform the employee that he/she should change the scheduled work time through a communication means such as a telephone. The case where the scheduled time to work is not appropriate includes, for example, when the scheduled time to work is earlier than the time when the employee can start work the next day, or when the scheduled time for work is too early for the start time of the first work on the next day. . In step S1005, the driver may be prevented from inputting an expected arrival time before the next possible arrival time, or a warning may be issued when such an expected arrival time is input.

When there is no problem with the scheduled attendance time or when the correction of the scheduled attendance time is completed, the operation manager confirms the scheduled attendance time by operating the input device 15, for example. At this time, the controller 10 records the scheduled attendance time in, for example, the labor management database 30 (step S1104). Thus, the return processing B is completed.

As in the present embodiment, if the operation manager can confirm the scheduled arrival time of the driver in the overnight operation, it is possible to more appropriately manage the working conditions of the driver in the remote location.

It should be noted that, on the last day of the overnight service or during the normal service without overnight stays, the calculation and display of the next possible work time and the input and display of the scheduled work time may be performed in the same manner as in the present embodiment. In this case, the calculation and display of the available time for coming to work on the next day may be executed by the manager terminal 1, or may be executed by a device for clocking in and out of work.
Further, the calculation and display of the available time for coming to work the next day and the input and display of the expected time to come to work may be executed in the roll call processes A to C described above.

Alternatively, the operation manager may input the scheduled arrival time to the manager terminal 1 using the input device 15 or the like. In this case, the input estimated time of coming to work may be transmitted to the digital tachograph 2 and displayed on the display 42 to notify the driver. The function of inputting the scheduled time of work arrival by the operation manager in this way and the function of inputting the scheduled time of work arrival by the driver as in the above-described return processes A and B may be switchable by setting.

The driver may be prevented from coming to work earlier than the scheduled time of work recorded in step S1104. For example, if the arrival time determined by attendance processing at the time of coming to work the next time (at the time of leaving the warehouse next time) is earlier than the scheduled time of coming to work, in the case of attendance processing at the office, the display 14 shows the attendance processing by vehicle (departure processing ), a message to the effect that the employee cannot come to work is displayed on the display 42, and the attendance processing ends without determining the time to come to work. As another example, the employee may be prohibited from coming to work at a time earlier than the scheduled work time by a predetermined time (for example, one hour) or more.

The subject of each process (steps S1001 to S1007, S1101 to S1104, etc.) disclosed in this embodiment can be changed as appropriate. When the labor management system includes a driver terminal 5 separate from the digital tachograph 2 as shown in FIG. 18, the driver terminal 5 may perform at least part of each process. Moreover, when the labor management system includes a plurality of business office terminals 6 as shown in FIG. The digital tachograph 2 or the driver terminal 5 may execute all or part of the processing that is supposed to be executed by the administrator terminal 1 in this embodiment. Further, all or part of the processing that is supposed to be executed by the digital tachograph 2 in this embodiment may be executed by the administrator terminal 1 or the office terminal 6 .

In addition to the configurations disclosed in the first to sixth embodiments, the labor management system can be implemented in various modes. In other words, any of the administrator terminal 1, the digital tachograph 2, the driver terminal 5, and the business office terminal 6 may be the execution subject of each process disclosed in each embodiment. Moreover, the server 3 may perform at least a part of these processes.

Also, the functions of the server 3 may be integrated into the administrator terminal 1 . In this case, the labor management database 30 and the address table 31 can be stored in the storage device 11 or another storage device connected to the administrator terminal 1. FIG.

At least part of the transfer of data between the administrator terminal 1 and the digital tachograph 2 or the driver terminal 5 may be performed via a storage medium such as a memory card.

In each embodiment, a labor management system has been disclosed for managing the labor of truck drivers. However, the processing in these labor management systems can also be applied to the labor management of drivers of other types of vehicles such as trains, buses and taxis. It can also be applied to labor management of workers other than drivers.

A computer program for realizing each process disclosed in each embodiment may be stored in a storage medium and transferred to a user, or may be transferred by being downloaded by a user via a network. The processing shown in one flowchart in each embodiment may be implemented by one computer program, or may be implemented by a plurality of computer programs. In addition, the computer that executes such a computer program is not only the administrator terminal 1, the digital tachograph 2, the server 3, the driver terminal 5, and the office terminal 6 disclosed in each embodiment, but also other devices. good too.

The embodiments described above do not limit the scope of the invention to the configurations disclosed in these embodiments. The present invention can be implemented in various other forms. The configuration disclosed in each embodiment and its modifications are included in the scope of the invention described in the claims and its equivalents.

DESCRIPTION OF SYMBOLS 1... Administrator terminal, 2... Digital tachograph (driver's terminal), 3... Server, 10, 20... Controller, 17, 45... Alcohol detector, 30... Labor management database, 31... Address table, 200... Holiday setting screen , 300... Accommodation confirmation screen, 400... Roll call schedule confirmation screen, 500... Schedule change screen, 600... Roll call schedule notification screen, 700... Completion standby screen, 800... Completion screen.

Claims (12)

A working condition management system for managing the working condition of a vehicle driver, comprising:
a calculating means for calculating the next available time at which the driver can comply with labor standards based on the driver's return time or leaving time on the current working day;
time input means for receiving an input of the driver's scheduled start time for the next working day;
a first display means for displaying the expected time of arrival at work, the input of which is received by the time input means;
a recording means for recording in a database the estimated time of arrival at work received by the time input means;
with
The next work possible time is the time when the minimum value of the rest period between work stipulated by the labor standards has passed from the time of returning to work or the time of leaving work,
The time input means does not accept an input of an expected work arrival time before the next available time calculated by the calculation means, or if an expected work arrival time before the next available work time is input, issue a warning,
Working condition management system. 2. The working condition management system according to claim 1, further comprising correction means for receiving correction of said scheduled attendance time input by said time input means. 3. The working condition management according to claim 1, further comprising: second display means for displaying said next available time calculated by said calculation means before said time input means accepts input of said scheduled time to come to work. system. Further comprising determination means for determining whether the current working day of the driver is a working day other than the last day of the overnight operation,
The time input means accepts input of the scheduled work time when the determining means determines that the driver's current working day is a working day other than the last day of the overnight operation.
The working condition management system according to any one of claims 1 to 3. further comprising attendance processing means for executing attendance processing for determining the driver's attendance time,
The attendance processing means displays a message when the driver's attendance time on the next working day is earlier than the scheduled attendance time recorded by the recording means.
The working condition management system according to any one of claims 1 to 4. further comprising attendance processing means for executing attendance processing for determining the driver's attendance time,
The attendance processing means prohibits the driver from coming to work at a time earlier than the scheduled attendance time recorded by the recording means by a predetermined time or more on the next working day.
The working condition management system according to any one of claims 1 to 4. the computer,
Calculation means for calculating the next available time at which the driver can comply with labor standards based on the time of returning to work or leaving work on the current working day of the driver of the vehicle;
time input means for receiving an input of the driver's scheduled start time for the next working day;
a first display means for displaying the expected time of arrival at work, the input of which is received by the time input means;
recording means for recording in a database the scheduled time of arrival at which the time input means has received an input;
A computer program for functioning as
The next work possible time is the time when the minimum value of the rest period between work stipulated by the labor standards has passed from the time of returning to work or the time of leaving work,
The time input means does not accept an input of an expected work arrival time before the next available time calculated by the calculation means, or if an expected work arrival time before the next available work time is input, A computer program that issues an alert. said computer,
correction means for receiving correction of the scheduled attendance time input by the time input means;
8. The computer program product of claim 7, further functioning as a said computer,
a second display means for displaying the next available time calculated by the calculation means before the time input means receives the input of the expected time to come to work;
9. A computer program as claimed in claim 7 or 8 for further functioning as a said computer,
Determination means for determining whether the current working day of the driver is a working day other than the last day of the overnight operation;
further function as
The time input means accepts input of the scheduled work time when the determining means determines that the driver's current working day is a working day other than the last day of the overnight operation.
A computer program according to any one of claims 7-9. said computer,
attendance processing means for executing attendance processing for determining the driver's attendance time;
further function as
The attendance processing means displays a message when the driver's attendance time on the next working day is earlier than the scheduled attendance time recorded by the recording means.
A computer program according to any one of claims 7-10. said computer,
attendance processing means for executing attendance processing for determining the driver's attendance time;
further function as
The attendance processing means prohibits the driver from coming to work at a time earlier than the scheduled attendance time recorded by the recording means by a predetermined time or more on the next working day.
A computer program according to any one of claims 7-10.

Images