Business terminal equipment, pre-work health check program, and delivery system

Abstract

To provide a business terminal device, a health checking program before starting a work and a delivery business system which allow a person who performs a transport business to implement a health check for himself / herself in appropriate timing without being conscious before start-up, and record its result to be accumulated.SOLUTION: In a delivery business system, a business terminal device 1 held by a user who performs a delivery business during a work, mutually communicates with a management server device through a network, and comprises a health check unit 151 which discriminates, when the business application software is started, whether it is a start of the work, accepts input of health management information before the start of the work of the user through a closes range radio communication antenna 110A, a close range radio communication unit 110, and a touch panel 120 when it is discriminated that it is a start of the work, and records the accepted health management information in a health check file 107.SELECTED DRAWING: Figure 2

Description

Technical Field

[0001] This invention relates to a device, program, and system used by a person engaged in transportation business using a moving body such as a bicycle, a motorized bicycle, a motorcycle, an automobile, a truck, etc.

Background Art

[0002] In view of the fact that there are not a few cases where traffic accidents occur due to drunk driving, Patent Document 1 described later discloses an invention related to a method and device for automatically preventing the start and running of an automobile when the driver is drunk. The invention disclosed in Patent Document 1 simply provides a driver's seat alcohol sensor 1 near the driver's seat, and when it is determined that the driver is drunk based on the output signal thereof, the start and running of the automobile are suppressed.

[0003] Further, Patent Document 2 described later discloses an invention related to a driving support device for preventing deterioration of the driver's physical condition during vehicle driving. The invention disclosed in Patent Document 2 detects the driver's physical information by a driver monitoring unit, performs a physical condition diagnosis by a physical condition diagnosis unit based on the physical information, and when the determination unit determines that the result of the physical condition diagnosis is below a rest recommendation guidance threshold value, an information providing unit gives guidance to prompt the driver to take a rest.

[0004] According to the invention disclosed in Patent Document 1, drunk driving can be effectively prevented. Further, according to the invention disclosed in Patent Document 2, long-time driving can be effectively prevented. By these inventions, it is possible to suppress the driving of an automobile by a drunk driver or a driver with accumulated fatigue, and contribute to the prevention of traffic accidents.

Prior Art Documents

Patent Documents

[0005]

Patent Document 1

Patent Document 2

[0006] In recent years, the transportation industry has seen legal reforms aimed at improving the working conditions of drivers. For example, it has become necessary to record and manage information such as health status input and alcohol checks. In other words, it is required to conduct health checks on drivers before they get behind the wheel (before starting work) and to take measures such as preventing them from driving if necessary. However, in the case of relatively large-scale transportation companies, it is possible for managers to check and understand the health status of drivers at the business premises before they start work. By having managers conduct health checks, appropriate health checks can be carried out without causing any fraud.

[0007] However, in recent years, there has been an increase in small-scale transportation businesses operated by just a few people, as well as individual business owners who use light commercial vehicles to deliver goods and earn a living, or who deliver food from restaurants. In the case of such small-scale transportation businesses and individual business owners who operate delivery services on their own, the drivers themselves must conduct, record, and manage their own health checks. However, if drivers are left to input their health status and perform alcohol checks themselves, they may forget to do so due to their busy schedules and lack of time. Conducting and recording health checks is effective in preventing traffic accidents, but it is also beneficial for the drivers themselves, as it is a useful means of proving that there are no problems with their health if they are involved in an accident.

[0008] In view of the above, the purpose of this invention is to enable persons engaged in transportation work to perform health checks on themselves at an appropriate time before starting work without being conscious of it, and to record and store the results. [Means for solving the problem]

[0009] To solve the above problems, the business terminal device of the invention described in claim 1 is A business terminal device used by users performing transportation services, which is carried by the user during work and used by launching a prescribed business application software, When the aforementioned business application software is launched, a determination means is provided to determine whether or not it is the start of the workday. When the aforementioned determination means determines that it is the start of work, a reception means is provided to receive the user's pre-work health management information. The health management information received through the reception means is stored in a storage means and It is characterized by being equipped with [the following features]. [Effects of the Invention]

[0010] According to this invention, those engaged in transportation work can, without conscious effort, conduct a health check at an appropriate time before starting work, and record and store the results. This allows them to objectively understand their own physical condition before starting work and provides a useful means of proving that they have no health problems. [Brief explanation of the drawing]

[0011] [Figure 1] This is a diagram illustrating an example configuration of the delivery service system according to the embodiment. [Figure 2] This is a block diagram illustrating an example configuration of a business terminal device according to the embodiment. [Figure 3] This figure illustrates an example of data stored in the user information file of the business terminal device according to the embodiment. [Figure 4] This figure illustrates an example of data stored in the operation log file of the business terminal device according to the embodiment. [Figure 5] This figure illustrates an example of data stored in a health check file of a business terminal device according to an embodiment. [Figure 6] This diagram illustrates the cooperation between the business terminal device and the external measuring device in this embodiment. [Figure 7]This is a flowchart illustrating the process that occurs when business application software is executed on the business terminal device of the embodiment. [Figure 8] This is a flowchart illustrating the process performed in step S103 of Figure 7. [Figure 9] This is a block diagram illustrating an example configuration of the management server device in the embodiment. [Modes for carrying out the invention]

[0012] Hereinafter, an embodiment of the apparatus, program, and system according to this invention will be described with reference to the figures. The apparatus, program, and system of the embodiment described below can be widely applied to businesses engaged in transportation services. In this specification, transportation services include various types of services that transport goods and people, such as services that transport goods using bicycles, motorcycles, and automobiles, and services that mainly transport people using buses and taxis.

[0013] This invention can, of course, be used by individual employees of large-scale transportation companies. Furthermore, this invention is particularly suitable for use by small businesses involved in delivery services, such as home delivery, where goods or packages are delivered to individual homes, and by sole proprietors who perform delivery services alone. Therefore, in order to simplify the explanation, the embodiments described below will be explained using the example of a sole proprietor who performs delivery services alone using this invention.

[0014] In the embodiments described below, a sole proprietor performing delivery services alone is a person who either works as a subcontractor for a relatively large transportation (delivery) company, or who undertakes the delivery of packages themselves and uses their own vehicle (for example, a light commercial vehicle) to perform delivery services. Furthermore, "package" originally refers to items that are carried or transported. However, in this embodiment, it includes various items to be delivered to individual homes, such as letters, documents, parcels, goods purchased through e-commerce (so-called internet shopping), and meals from restaurants.

[0015] [Configuration Example of Delivery Business System] FIG. 1 is a diagram for explaining a configuration example of the delivery business system according to the embodiment. In FIG. 1, users U1, U2,... are individual business owners who perform the delivery business of goods using their own light trucks CV1, CV2,... for example, and are persons who perform the delivery business using the business terminal devices 1(1), 1(2),.... The business terminal devices 1(1), 1(2),... are realized by mobile communication terminals such as smartphones and tablet PCs (Personal Computers).

[0016] The business terminal devices 1(1), 1(2),... are connected to the network 2 through the neighboring base stations BS(1), BS(2), and can communicate with the management server device 3 mutually through this network 2. The network 2 is mainly the Internet, but also includes a mobile phone network, a general public telephone network, a wireless LAN (Local Area Network), etc. that connect the business terminal devices 1(1), 1(2),... and the management server device 3 to the Internet. Therefore, in FIG. 1, the base stations BS(1), BS(2) are base stations of the mobile phone network and access points of the wireless LAN.

[0017] The management server device 3 accumulates and manages information on users who are permitted to use the management server device 3 through the business terminal devices 1(1), 1(2),.... The management server device 3 has functions of providing map information to permitted users, performing route search according to the goods to be delivered, and providing the searched delivery route. The operating company of the management server device 3 creates business application software for business mobile terminals (hereinafter referred to as business applications) for supporting the delivery business using the management server device 3, and makes it downloadable through a predetermined website.

[0018] This business application provides functions on mobile devices such as registering packages to be delivered, obtaining and displaying map information of the delivery area, requesting delivery route searches according to the packages to be delivered, and route guidance (navigation) according to the searched delivery route. In other words, this business application is designed to enable various mobile devices to function as business terminal devices. Therefore, users U1, U2, ... can download this business application to their smartphones or tablet PCs and make them executable, thereby enabling those devices to function as business terminal devices 1(1), 1(2), ...

[0019] Please note that downloading the business application may require payment, or it may be free but with limited usage periods or features. Furthermore, using the management server device 3 through the business application requires authentication using a user ID and password, and remaining logged in.

[0020] Users U1, U2, ... go to the collection center (distribution center) of the transportation company that has outsourced the delivery work, run the business application on their own business terminal devices 1(1), 1(2), ... and register the packages they will deliver on the business terminal devices 1(1), 1(2), .... Users U1, U2, ... load the registered packages into their own light commercial vehicles CV1, CV2, ... and head out for delivery. At this time, users U1, U2, ... use the business application on their own business terminal devices 1(1), 1(2), ... to provide the registered package information to the management server device 3 and request a search for a delivery route.

[0021] The map information of the delivery route and delivery area, which is the result of the search, is provided from the management server device 3 to the requesting business terminal devices 1(1), 1(2), ... and the map information of the delivery area and the delivery route are displayed on the display screens of the business terminal devices 1(1), 1(2), ... Users U1, U2, ... can perform their delivery duties by referring to the map and delivery route displayed on the display screens of their own business terminal devices 1(1), 1(2), .... In addition, if they are unsure of the route to a delivery destination for the first time, they can also use the navigation function to perform the delivery.

[0022] In this way, users U1, U2, ... can perform package delivery tasks smoothly and quickly using the business terminal devices 1(1), 1(2), ... and the management server device 3 on which the business application is downloaded. Furthermore, in this embodiment of the delivery system, users U1, U2, ... are prompted to perform a health check at an appropriate time before starting work through the business terminal devices 1(1), 1(2), ... on which the business application is downloaded. This allows each user U1, U2, ... to perform a health check through their own business terminal device 1(1), 1(2), ... and input and store their health management information.

[0023] In other words, in this embodiment of the delivery service system, the implementation of pre-work health checks is not left to the discretion of users U1, U2, ... In this embodiment, users U1, U2, ... are prompted to perform health checks at an appropriate time before starting work through the work terminal devices 1(1), 1(2), ..., thereby ensuring that pre-work health checks are carried out reliably and appropriately.

[0024] Since the business terminal devices 1(1), 1(2), ... have the same basic configuration, in the following explanation, unless it is necessary to distinguish them specifically, business terminal devices 1(1), 1(2), ... will be collectively referred to as business terminal device 1. Similarly, in the following explanation, users U1, U2, ... will be collectively referred to as user U unless it is necessary to distinguish them specifically.

[0025] [Example configuration of business terminal device 1] Figure 2 is a block diagram illustrating an example configuration of the business terminal device 1 according to the embodiment. The transmitting / receiving antenna 101A and the wireless communication unit 101 realize the function of communicating through the network 2. Therefore, communication with the management server device 3 is performed through the transmitting / receiving antenna 101A and the wireless communication unit 101. The control unit 102, although not shown, is a microprocessor configured with a CPU (Central Processing Unit), ROM (Read Only Memory), RAM (Random Access Memory), non-volatile memory, etc. The control unit 302 has the function of controlling each part of the business terminal device 1.

[0026] The storage device 103 includes, for example, a semiconductor memory and its device driver, and performs tasks such as recording, modifying, deleting, and reading data, and is also used as a work area to hold the intermediate results of various processes. The operation unit 104 is provided with, for example, a power on / off key and several function keys, and receives operations from the user and notifies the control unit 102 of the received operation content as an electrical signal.

[0027] The user information file 105 stores basic information about user U who uses the business terminal device 1. Figure 3 is a diagram illustrating an example of the data stored in the user information file 105 of the business terminal device 1. As shown in Figure 3, the user information file 105 registers information that identifies the user and various other information about the user. This information is registered, for example, when a business application is downloaded and used on the business terminal device 1.

[0028] Of course, this is not limited to the time of download; at any appropriate time, user U can input personal information into the business terminal device 1 they use and register it in the user information file 105. Furthermore, the business terminal device 1 can be lent to employees by, for example, a transportation company. Therefore, if user U belongs to a transportation company and receives the business terminal device 1 from that company, the transportation company can also register the employee's personal information, as held by the transportation company, in the user information file 105 of the business terminal device 1. In this case, user U themselves does not need to register user information on the business terminal device 1 they use.

[0029] In Figure 3, the Company ID is company identification information assigned to a company to uniquely identify the company when user U belongs to a company organization and that company uses the management server device 3 and business applications in this embodiment. The User ID is user identification information assigned to user U to uniquely identify the user using the business terminal device 1. The password is authentication information used together with the User ID when user U logs in to the management server device 3 through their business terminal device 1.

[0030] In Figure 3, the name, date of birth and age, email address, telephone number, and address are basic information about user U. In the transportation industry, drivers are required to undergo a health checkup at least once a year, or at least once every six months if they work night shifts. In Figure 3, the health checkup date is the date of the most recent health checkup that user U received. The health checkup information is the result of the most recent health checkup, and is information that has been imported as electronic data in a prescribed format.

[0031] Furthermore, user U's health information includes disease information, work conditions, and medication conditions. Disease information includes, for example, the name and condition of the disease if the user has a disease that requires attention when engaged in delivery work, such as diabetes, hypertension, epilepsy, or heart disease. Work conditions indicate the conditions necessary for working if the user has a disease that requires attention when engaged in delivery work, such as "8 hours of work per day" or "no night shifts." Medication conditions indicate the conditions related to medication necessary for working if the user has a disease that requires attention when engaged in delivery work, such as "take medication X three times a day" or "take medication Y at the start of work."

[0032] Furthermore, as shown under "Other" in Figure 3, any other necessary information besides the information described above can be registered and managed as user information. In this way, the data stored in the user information file 105 allows for the registration and management of basic information and health management information related to user U who uses the business terminal device 1.

[0033] The operation log file 106 stores operation history data (log data) that shows the past operating state of the business terminal device 1. Figure 4 is a diagram illustrating an example of the data stored in the operation log file of the business terminal device 1 in this embodiment. The operation log file 106 is generated and recorded by the control unit 102, which allows the user to understand what operations were performed in the business terminal device 1, when, and where. The time information indicating "when" can be obtained through the clock circuit 170, which will be described later, provided by the business terminal device 1, and the location information indicating "where" can be determined through the GPS unit 160, which will be described later.

[0034] Specifically, Figure 4 mainly shows log data from February 10, 2023. That is, as shown in Figure 4, on February 10, 2023, the business application was launched at 7:50 AM, and the package registration process was scheduled to start at 7:52 AM. However, before package registration, a health check was started at 7:53 AM and completed at 7:58 AM. After this, the actual package registration process took place and was completed at 8:40 AM.

[0035] Subsequently, a route search request corresponding to the registered package is sent to the management server device 3 at 8:41 AM, the route search results are obtained at 8:45 AM, and the route is set. Based on this route setting, navigation (route guidance) starts at 9:00 AM, and package delivery begins. It can be understood that all of these operations are performed at the same location identified by latitude x1 and longitude y1, for example, the collection center (distribution center) of the contracting transportation company.

[0036] Then, at 9:18 AM, the first delivery was completed at the location indicated by latitude x2, longitude y2, and at 9:25 AM, the second delivery was completed at the location indicated by latitude x3, longitude y3. After the delivery work was completed, navigation was ended at 12:03 PM, the work application was stopped at 12:03 PM for a lunch break, the work application was restarted at 1:00 PM, navigation was resumed at 1:01 PM, and delivery work was resumed. It can be seen that the lunch break was taken at the location indicated by latitude a1, longitude b1.

[0037] Subsequently, at 7:27 PM, the business application was terminated at the location indicated by latitude c1 and longitude d1, and at 7:52 AM on February 11, 2023, the business application was started again at the location indicated by latitude x1 and longitude y1. Therefore, it can be determined that the business on February 10, 2023, was performed from 7:50 AM to 7:27 PM. In this way, the data from the operation log file 106 shows when and where the business terminal device 1 was operating. This allows us to understand what was done. Furthermore, the operation log file 106 can store log data for at least one month or more.

[0038] The health check file 107 stores various health management information obtained from a health check performed on user U of the business terminal device 1 before the start of work. Figure 5 is a diagram illustrating an example of the data stored in the health check file 107 of the business terminal device 1 in this embodiment. As shown in Figure 5, the health check file 107 stores information used to identify user U, such as company ID, user ID, password, and name, as well as health management information below the check date and time, for each health check date and time.

[0039] In this embodiment, the health management information includes the date and time of the health check, as well as information such as body temperature, heart rate, blood pressure, blood oxygen saturation, alcohol concentration, medication information, mood, drowsiness, fatigue, diarrhea, abdominal pain, and headache. In addition, during the health check, facial image data of user U captured through the camera unit 130 (described later) and voice data of user U captured through the microphone 141 (described later) are also recorded. This facial image data and voice data are used to objectively recognize the health status of user U. The voice data may be, for example, a reading of a relatively short, predetermined sentence such as, "It's [date]. Today's weather is [weather condition]."

[0040] Figure 6 is a diagram illustrating the cooperation between the business terminal device 1 and an external measuring device in this embodiment. As shown in Figure 7, the business terminal device 1 can receive and store body temperature, heart rate, blood pressure, and blood oxygen saturation, which are automatically measured by a wristwatch-type measuring device 4, such as a smartwatch, worn on the user U's arm and transmitted via short-range wireless communication. In other words, body temperature, heart rate, blood pressure, and blood oxygen saturation do not need to be measured individually and input individually into the business terminal device by the user U; they can be measured and registered collectively by the smartwatch 4.

[0041] Furthermore, the alcohol concentration indicates the concentration of alcohol in 1 liter of user U's breath. A concentration of 0.15 mg / L or higher indicates intoxication, and 0.25 mg / L indicates drunkenness. As shown in Figure 6, the alcohol concentration can be measured using a commercially available alcohol checker 5, and the data transmitted via short-range wireless communication can be received and stored.

[0042] Medication information is entered via the touch panel 120 of the business terminal device 1, as shown in Figure 6. Specifically, the name of the medication taken is entered. Alternatively, the medication package or prescription can be photographed via the camera unit 130, which will be described later. Furthermore, information regarding mood, drowsiness, and fatigue is selected and entered via the touch panel 120 of the business terminal device 1, as shown in Figure 6. Similarly, information regarding diarrhea, abdominal pain, and headache is selected and entered via the touch panel 120 of the business terminal device 1, as shown in Figure 6, indicating whether or not these symptoms are present.

[0043] This health management information is acquired each time a health check is performed and recorded in the health check file 107. Furthermore, standard values ​​have been established for body temperature, heart rate, blood pressure, blood oxygen saturation, and alcohol concentration to confirm that the individual is fit to work. Therefore, as shown in Figure 4, the work terminal device 1 also records and maintains a distinction between whether the individual is fit to work (OK) or not (NG) based on these standard values.

[0044] Furthermore, the business terminal device 1 can distinguish whether a user is able to work (OK) or unable to work (NG) by comparing medication information with the medication conditions in the user information file 105 mentioned above. In addition, even if user U does not have any medication conditions, if they take medication, the business terminal device 1 can distinguish whether they are able to work (OK) or unable to work (NG) by identifying the components of the medication and understanding its effects.

[0045] Furthermore, the work terminal device 1 can distinguish whether a user is able to work (OK) or unable to work (NG) based on the degree of mood, drowsiness, and fatigue, and on the presence or absence of diarrhea, abdominal pain, and headache. Accordingly, the work terminal device 1 also distinguishes whether a user is able to work (OK) or unable to work (NG) based on medication information, mood, drowsiness, fatigue, diarrhea, abdominal pain, and headache information, as shown in Figure 4, and records and retains the results. In this way, the work terminal device 1 of this embodiment can perform a health check on user U, record the health management information obtained therefrom in the health check file 107, and store it.

[0046] The package data file 108 stores information about packages that user U is responsible for delivering. For packages that user U is responsible for delivering, user U registers the package by taking a picture of the two-dimensional code or destination label attached to the package through the camera unit 130 of the business terminal device 1 (described later). This allows the business terminal device 1 to acquire information such as the identification ID of the package to be delivered, the name (company name), address, telephone number, and, if specified, the delivery time slot, and record it in the package data file 108.

[0047] The route information file 109 stores information and map information indicating the delivery route of packages from the management server device 3. As mentioned above, the business terminal device 1 sends a route search request to the management server device 3, for example, containing the package data imported into the package data file 108. In response, the management server device 3 performs a route search considering the address and delivery time of the package to be delivered, and returns the resulting delivery route and map information of the delivery area.

[0048] The business terminal device 1 in this embodiment receives this information, stores it in the route information file 109, and is capable of performing navigation processing using this information. While it is certainly possible to manage delivery routes and map information in separate files, in this embodiment, for the sake of simplicity, the data used for navigation processing is assumed to be managed in the route information file 109.

[0049] In this embodiment, the short-range wireless communication antenna 110A and the short-range wireless communication unit 110 implement the short-range wireless communication function of the Bluetooth® standard. Therefore, as explained with reference to Figure 6, the business terminal device 1 can perform short-range wireless communication with the smartwatch 4 and alcohol checker 5 through the short-range wireless communication antenna 110A and the short-range wireless communication unit 110 to acquire necessary information. Although this embodiment has been described as implementing the short-range wireless communication function of the Bluetooth® standard, it is not limited to this. It is of course possible to adopt various other short-range wireless communication standards.

[0050] The business terminal device 1 is equipped with a touch panel 120 as a user interface. The touch panel 120 is configured with touch sensors 122 that cover the entire surface of the display screen of a thin display unit (display device) 121 such as an LCD (Liquid Crystal Display), and realizes both a display function and an instruction input reception function. The camera unit 130 realizes the function of capturing images of subjects and acquiring them as image data. The camera unit 130 is capable of capturing both moving and still images. Image data obtained through the camera unit 130 can be recorded, for example, in a predetermined area of ​​the storage device 103. Also, as mentioned above, during a health check, a moving image of the user U's face can be captured through the camera unit 130 and recorded as data to be included in the health check file 107.

[0051] The microphone 141 functions to capture sound, convert it into an electrical signal, and supply it to the audio processing unit 142. The audio processing unit 142 receives the electrical signal (analog audio signal) from the microphone 141, converts it into a digital signal, and captures it. The audio data captured through the microphone 141 and the audio processing unit 142 can be recorded, for example, as an audio memo in a predetermined area of ​​the storage device 103. Also, as mentioned above, during a health check, the voice of user U can be captured through the microphone 141 and the audio processing unit 142 and recorded as data to be included in the health check file 107.

[0052] The health check unit 151 functions when a business application is launched on the business terminal device 1 and determines whether it is time to perform a pre-work health check on user U. If it is time to perform a health check, the health check unit 151 controls the various units to perform the health check. Furthermore, in this embodiment, if the health check unit 151 detects a problem during the health check, it can also terminate the business application.

[0053] The package management processing unit 152 performs package-related processing, such as executing package registration processing and delivery completion processing, based on instructions input from user U via the touch panel 120. Specifically, if user U selects package registration processing, the package management processing unit 152 acquires package data via the camera unit 130 and registers it in the package data file 108. If user U selects delivery completion processing, the package management processing unit 152 receives delivery completion input via the touch panel 120 and updates the corresponding package data in the package data file 108 with delivery completion information accordingly. In addition, the package management processing unit 152 can also aggregate and process package data for packages that could not be delivered because the recipient was absent.

[0054] As described above, the route setting processing unit 153 performs processes such as making a route search request to the management server device 3, including the data of the package to be delivered, and receiving delivery route information and map information provided by the management server device 3 and storing it in the route information file 109. In addition, the route setting processing unit 153 can also perform processes such as requesting and obtaining a residential map of the area around the delivery destination of the package in response to instructions from the user U and displaying it on the display unit 121.

[0055] The navigation processing unit 154 implements a function to perform navigation processing based on the map information and delivery route information stored in the route information file 109. Specifically, the navigation processing unit 154 displays a map on the display unit 121 according to the map information in the route information file 109, and also displays the route and the location of the business terminal device 1 according to the delivery route information in the route information file 109 to provide delivery route guidance. In this case, voice guidance can also be emitted through the voice output processing unit and speaker (not shown) of the business terminal device 1, allowing for voice guidance as well.

[0056] The GPS unit 160 and GPS antenna 160A realize a positioning function that uses signals from artificial satellites to determine the current location. Therefore, the navigation processing unit 154 can display the current location of the business terminal device 1 on the map displayed on the display screen of the display unit 121 to show the delivery route, as described above, and guide the user to follow the delivery route. Furthermore, as explained using Figure 4, it is possible to determine the location where the business application was launched, and the locations where various operations within the business application were started and ended. The clock circuit 170 can provide the current year, month, day, and time. This allows, as explained using Figure 4, to determine the date and time when the business application was launched, and the date and time when various operations within the business application were started and ended.

[0057] In the business terminal device 1 with this configuration, the function of the health check unit 151 is particularly important. The health check unit 151 enables individual business owners performing delivery work to conduct health checks, which are difficult to manage on their own, at an appropriate time before starting work, and to collect and store health management information.

[0058] [Summary of processing in the health check unit 151 of the business terminal device 1] Figure 7 is a flowchart illustrating the process when a business application is executed on the business terminal device 1 of this embodiment. When power is turned on to the business terminal device 1 and the business application is started from the initial screen, the control unit 102 executes the process shown in Figure 7, and the control unit 102 controls each part to proceed with the process.

[0059] When the business application is started to run, the control unit 102 displays a menu, which is a list of processes that can be executed by the business application, on the display unit 121 and accepts selection input via the touch panel 120 (step S101). The menu allows the user to select processes related to delivery operations that can be executed by the business application, such as package registration, package search, route search request, route setting, and delivery completion input, and also allows the user to input a command to terminate the business application.

[0060] When the control unit 102 receives a selection input through the process in step S101, it determines whether the selection input received via the touch panel 120 is an exit instruction or not (step S102). If the determination process in step S102 determines that the received selection input is an exit instruction, it performs predetermined termination processing, such as returning the menu display to the initial screen (step S113), and terminates the process shown in Figure 7.

[0061] In the determination process of step S102, if it is determined that the received selection input is not a termination instruction, the health check timing determination process is executed (step S103). The health check timing determination process in step S103 is a process to determine whether or not it is time to perform a health check on user U of the business terminal device 1, and the details of the process will be described later. After the process in step S103, the control unit 102 determines whether or not a health check is required, that is, whether or not it is time to perform a health check, based on the determination result in step S103 (step S104).

[0062] In the determination process of step S104, if it is determined that a health check is required, that is, that it is time to perform a health check before starting work, the control unit 102 controls the health check unit 151 to perform the health check. In this case, under the control of the control unit 102, the health check unit 151 first displays the health check screen in the manner shown in Figure 6 on the display unit 121 of the work terminal device 1 (step S105). After this, the health check unit 151 controls the short-range wireless communication unit 110 to receive measurement information (step S106). Specifically, as explained using Figure 6, the measurement information received includes body temperature, heart rate, blood pressure, and blood oxygen saturation from the smartwatch 4 used by user U, and the alcohol concentration in 1 liter of exhaled breath from the alcohol checker 5 (step S106).

[0063] Next, the health check unit 151 receives necessary information through the touch panel 120 (step S107). Specifically, as explained using Figure 6, it receives the name of the medication taken, the degree of mood, drowsiness, fatigue, and presence or absence of diarrhea, abdominal pain, and headache through the touch panel 120. After this, the health check unit 151 records a video of user U's face and predetermined audio through the camera unit 130, microphone 141, and audio processing unit 142 (step S108). The predetermined audio, as mentioned above, is audio information of a length sufficient to recognize the state of user U's speech (tone when speaking), such as, "It's [date]. Today's weather is [weather condition]."

[0064] The health check unit 151 forms health check data (Figure 5) containing health management information from the information received in steps S106 to S108, and records this in the health check file 107 (step S109). Furthermore, the health check unit 151 evaluates the received health management information and determines whether or not the person is fit to work in delivery (step S110). Specifically, as explained using Figure 5, the health check unit 151 evaluates that the person is not fit to work if their body temperature, heart rate, blood pressure, or alcohol concentration is above the standard value. In addition, if their blood oxygen saturation is below the standard value, the person is also evaluated as not fit to work.

[0065] Furthermore, as mentioned above, the health check unit 151 evaluates whether the user is able to work (OK) or unable to work (NG) by comparing the medication information with the medication conditions in the user information file 105. In other words, if the user is taking medication in accordance with the medication conditions, they are able to work, but if they are not taking medication, they are unable to work. In addition, even if user U does not have any medication conditions, if they take medication, the health check unit 151 evaluates whether they are able to work (OK) or unable to work (NG) by identifying the ingredients of the medication and understanding its effects. In other words, if they take cold medicine that causes drowsiness, they are unable to work. The ingredients of the medication taken can be identified by querying a predetermined server device on the internet via the wireless communication unit 101 and the transmitting / receiving antenna 101A.

[0066] Furthermore, regarding mood, drowsiness, and fatigue, the assessment of whether or not someone is able to work can be based on combinations of these factors. For example, if someone is feeling unwell, highly drowsy, and highly fatigued, they may be deemed unable to work. Similarly, if someone has diarrhea, abdominal pain, or a headache, they may be deemed unable to work because these symptoms indicate they are already unwell. It should be noted that the assessment of whether or not someone is able to work described here is just one example, and other assessment methods can, of course, be applied.

[0067] After the processing in step S110, the health check unit 151 determines whether or not user U of the work terminal device 1 is able to work, based on the evaluation results in step S110 (step S111). Suppose that the determination process in step S111 determines that the user is unable to work. In this case, the health check unit 151 outputs a message indicating that the user is unable to work as a result of the health check (step S112). For example, messages such as "Your body temperature is 38.2 degrees. You cannot work," or "Your alcohol concentration is above the standard value. You cannot work because you are driving under the influence of alcohol," may be displayed on the display unit 121 or output as audio. After this, the control unit 102 executes a predetermined termination process (step S113), and the process shown in Figure 7 is terminated.

[0068] Furthermore, if the determination process in step S104 determines that a health check is not necessary, that is, that it is not time to perform a health check before starting work, the control unit 102 proceeds to the process in step S114. Similarly, if the determination process in step S111 determines that the employee is fit to work based on the results of the health check, the control unit 102 also proceeds to the process in step S114. As a result, the control unit 102 executes the process selected in step S101 (step S114) and determines whether the executed process has been completed (step S115).

[0069] In the determination process of step S115, if it is determined that the executed process has not finished, the determination process of step S115 is repeated, and the system waits for the process to finish. In the determination process of step S115, if it is determined that the executed process has finished, the control unit 102 repeats the process from step S101, enabling it to terminate the business application or execute other processes.

[0070] <Process for determining the timing of health checks> Figure 8 is a flowchart illustrating the process for determining the timing of a health check, which is performed in step S103 of Figure 7. The health check unit 151 obtains the current time from the clock circuit 170, refers to the operation log file 106 to obtain the end date and time of the previous health check, and determines whether a predetermined time (e.g., 8 hours) or more has passed since the previous health check (step S201). In the determination process in step S201, if it is determined that a predetermined time (e.g., 8 hours) or more has passed since the previous health check, the health check unit 151 determines that a health check is required (step S208). In this case, because a long time has passed since the previous health check, there is a high probability that the delivery work for the previous day has been completed and it is before the start of work the next day. Here, the predetermined time is set to 8 hours, for example, but it is of course possible to set it to a longer or shorter time.

[0071] In the determination process in step S201, suppose it is determined that a predetermined amount of time (for example, 8 hours) has not elapsed since the last health check. In this case, the health check unit 151 refers to the operation log file 106 to obtain the end date and time of the previous business application and determines whether the end date and time of the previous business application was the previous day or not (step S202). Here, the current time can be the one obtained in step S201. In the determination process in step S202, if it is determined that the end date and time of the previous business application was the previous day, the health check unit 151 determines that a health check is required (step S208). This is because if the end date and time of the previous business application was the previous day, it is considered highly probable that the delivery work has resumed across the day, the delivery work for the previous day has finished, and it is before the start of work on the new day.

[0072] In the determination process in step S202, suppose it is determined that the end date and time of the previous business application was not the previous day. In this case, the health check unit 151 determines whether a predetermined time (for example, 6 hours) or more has passed since the end date and time of the previous business application (step S203). Here, the current time can be the one obtained in step S201, and the end date and time of the previous business application can be the one obtained in step S202. In the determination process in step S203, if it is determined that a predetermined time or more has passed since the end date and time of the previous business application, the health check unit 151 determines that a health check is required (step S208). This is because if a long time has passed between ending the business application and starting it again, it is highly likely that the delivery work for the previous day has been completed and the current time is before the start of work, rather than being a break.

[0073] In the determination process of step S203, suppose it is determined that a predetermined amount of time has not elapsed since the end date and time of the previous business application. In this case, the health check unit 151 determines whether the process selected in step S101 in Figure 7 is a package registration process or not (step S204). In the determination process of step S204, suppose it is determined that it is a package registration process. In this case, the health check unit 151 refers to the operation log file 106, obtains the end date and time of the previous navigation process, and determines whether a predetermined amount of time (e.g., 6 hours) or more has elapsed since the end date and time of the previous navigation process (step S205). Here, the current time can be the one obtained in step S201.

[0074] The reason the end date and time of the navigation process are used as the basis here is that the navigation process is used in delivery operations. However, in the case of familiar delivery areas, delivery operations can sometimes be carried out smoothly even without using the navigation process, as long as the map and delivery route are displayed on the display unit 121. For this reason, it is also possible to use the end date and time of the process that displays the map and delivery route, or the map and delivery destination, on the display unit 121, rather than using only the end date and time of the navigation process. Accordingly, the "navigation end date and time" in Figure 8 may be changed to the "end date and time of display of map information, etc." and the previous end date and time of display of map information, etc. may be obtained from the operation log file 106 and used to determine whether a predetermined amount of time has elapsed or not.

[0075] In the determination process in step S205, if it is determined that a predetermined time (e.g., 6 hours) has elapsed since the end of the previous navigation process, it is determined that a health check is required (step S208). This is because if the process being performed is a package registration process and a predetermined time has elapsed since the end of the navigation process for delivery work, there is a high probability that it is before the start of work. Also, in the determination process in step S205, if it is determined that a predetermined time (e.g., 6 hours) has not elapsed since the end of the previous navigation process, the process proceeds to step S206. Similarly, if the determination process in step S204 is determined not to be a package registration process, the process proceeds to step S206.

[0076] In this case, the health check unit 151 refers to the operation log file 106 to obtain the end date and time of the previous package registration process and determines whether a predetermined time (e.g., 6 hours) or more has passed since the end date and time of the previous package registration process (step S206). Here, the current time can be the one obtained in step S201. If the determination process in step S206 determines that a predetermined time or more has passed since the end date and time of the previous package registration process, the health check unit 151 determines that a health check is required (step S208). This is because if the elapsed time since the previous package registration process is greater than the predetermined time, there is a high probability that the current time when the current package registration process is to be performed is before the start of a new workday.

[0077] In the determination process in step S206, if it is determined that less than a predetermined amount of time has passed since the end date and time of the previous package registration process, it is determined that the probability of it being before the start of work is low, and therefore a health check is unnecessary (step S207). After the process in step S207 and after the process in step S208, the process shown in Figure 8 is exited, and the process returns to the process in step S103 of the flowchart shown in Figure 7, and the process from step S104 is carried out.

[0078] In this way, the business terminal device 1 can identify the appropriate time before the start of work when a health check is required and perform the health check. Note that the health check timing determination process shown in Figure 8 is just one example, and it is possible to modify it, for example, by performing only step S201, or only steps S201 and S202. It is also possible to add other conditions. In other words, the health check timing determination process shown in Figure 8 can be modified by deleting, adding, or changing the determination conditions, so that, for example, determination processing is performed according to the work pattern of user U.

[0079] [Example configuration of management server device 3] Figure 9 is a block diagram illustrating an example configuration of the management server device 3 in this embodiment. The connection terminal 301T constitutes the connection end to network 2. The communication interface 301 realizes communication functionality through network 2. Therefore, communication with the business terminal device 1 is performed through the connection terminal 301T and the communication interface 301. The control unit 302, although not shown, is a microprocessor configured with a CPU, ROM, RAM, non-volatile memory, etc. The control unit 302 has the function of controlling each part of the management server device 3.

[0080] The storage device 303 is a device consisting of a recording medium such as an HDD (Hard Disk Drive) or SSD (Solid State Drive) and its driver, and performs various operations such as recording, modifying, deleting, and reading data. In addition to storing necessary data and programs, the storage device 303 is also used as a working area to temporarily store intermediate data generated in various processes.

[0081] The user management database (DB) 304 stores at least the company ID, user ID, and password assigned to users who can use the management server device 3, and also stores user information for a large number of users, for example, in the manner described with reference to Figure 3. The user-specific health check file 305 receives health check data (Figure 5) from the business terminal devices 1 of a large number of users and stores it.

[0082] Map DB306 stores map information for displaying residential maps, city maps, road maps, regional maps, local maps, and national maps, which are formed on HDDs, SSDs, etc., and can also be used for route guidance. The map information for displaying residential maps, city maps, road maps, regional maps, local maps, and national maps includes, for example, vector data, raster data, and annotation data for drawing the maps.

[0083] The Road Network DB307 stores road network data for automobiles. The road network data stored in the Road Network DB307 is used when searching for delivery routes. Specifically, the road network data consists of node data and link data. Node data represents points such as landmarks, buildings, facilities, intersections, and junctions. Link data indicates roads that are passable by automobiles, such as national highways and prefectural roads, by line segments connecting the node data. Furthermore, the Road Network DB307 associates link cost and link type with each link.

[0084] Typically, link cost is determined by the length (distance) of the link or the time required for travel. Link cost is referenced when searching for the route with the minimum link cost using Dijkstra's algorithm. The link type indicates whether the ground link in question is a national road, prefectural road, municipal road, private road, etc.

[0085] The delivery destination management DB (Data Base) 308 stores information about the delivery destination of packages. It stores information that can be associated with delivery destination identification information such as the address that identifies the delivery destination of a package, as well as information that can be determined such as whether or not there is a delivery box. The user-specific package management file 309 receives package data registered in the business terminal device 1 and stores it for each user. In response to delivery completion notifications from the business terminal device 1, it updates the delivery completion information for each user's package data and stores it. Based on the user-specific package data in the user-specific package management file 309, it becomes possible to track the progress of deliveries and to notify the recipient of delivery completion, for example, by email.

[0086] The health check function unit 311 receives health check data provided from the business terminal device 1 and processes it to record it in a user-specific health check file. The health check function unit 311 also processes data such as providing health check data of users belonging to an organization, such as a company with multiple employees.

[0087] The map information provision function unit 312 performs processing such as extracting map information of the delivery area of ​​the package from the map DB 306 in response to a request from the business terminal device 1 and providing it to the business terminal device 1. As mentioned above, the route search function unit 313 searches for a delivery route by referring to the road network data of the road network D307 in response to a route search request that includes package data provided by the business terminal device 1. The route search function unit 313 also performs processing such as obtaining information indicating the delivery route obtained as a result of the search and map information used for navigation from the map DB and providing it to the business terminal device 1 that made the request. In addition, the package data used for searching for the delivery route can also be the one stored in the user-specific package management file 309.

[0088] The package management function unit 314 stores package data provided from the business terminal device 1 in the user-specific package management file 309, and updates the delivery completion information for each user's package data in response to the delivery completion notification provided from the business terminal device 1. As a result, the package management function unit 314 can, as described above, grasp the progress of deliveries according to the user-specific package data in the user-specific package management file 309, and also notify the recipient of the delivery completion, for example, by email.

[0089] In this way, the management server device 3, by cooperating with the business terminal device 1, can support the delivery operations of user U of the business terminal device 1, and can also store, retain, and manage the health check data of user U of the business terminal device 1. Therefore, even if user U of the business terminal device 1 loses or breaks their business terminal device 1 and renders it inoperable, they can safely manage not only their package data but also their health check data.

[0090] [Effects of the embodiment] As described above, the business terminal device 1 of this delivery system can prompt user U to perform a health check at an appropriate time before starting work without the user being aware of it. Furthermore, if a health check is performed, the system can acquire and store health management information about user U. If a problem is identified during the health check, the system can advise the user not to work.

[0091] Furthermore, by linking the business terminal device 1 and the management server device 3, the health management information of user U on the business terminal device 1 can also be stored in the management server device 3. This means that even if the business terminal device 1 is lost or malfunctions and stops working, the health status of user U can be determined from the health management information in the management server device 3. In addition, in the case of an organization such as a company to which multiple users belong, the administrator of the organization can understand the health status of each user based on the health management information of each user stored in the management server device 3.

[0092] [Differentiation] In the business terminal device 1 of the above-described embodiment, as explained with reference to Figures 7 and 8, the system automatically determines whether or not it is time for a pre-work health check when the business application is launched, but it is not limited to this. For example, it may be decided that health checks will be conducted between 8:00 AM and 8:30 AM from Monday to Friday. In this case, the time period for conducting health checks can be set in advance, and the system can be configured to automatically conduct a health check if the time the business application is launched falls between 8:00 AM and 8:30 AM from Monday to Friday.

[0093] Furthermore, if you want to conduct health checks multiple times a day, such as at the start of work in the morning and at the start of work in the afternoon, you can set the timing of the health checks, for example, once in the morning and once in the afternoon. This allows you to distinguish between the start of work in the morning and the start of work in the afternoon and perform the set number of health checks. In this case, one way to determine whether or not to perform a health check is, for example, to determine whether or not to perform a health check when the business application is launched and the display of a map or the start of navigation is instructed.

[0094] Specifically, if the startup time is in the morning, the system checks the data stored in health check file 107 to see if the morning health check has been performed. If it is confirmed that the check has not been performed, the system should be configured to run the morning health check. Similarly, if the startup time is in the afternoon, the system checks the data stored in health check file 107 to see if the afternoon health check has been performed. If it is confirmed that the check has not been performed, the system should be configured to run the afternoon health check.

[0095] In this way, it is possible to set the time and frequency of health checks and guide users to the health check screen. However, in recent years, flexible working hours have also been adopted. For example, working hours may not be fixed and may change, such as working only in the morning on Monday, working from the afternoon to the evening on Tuesday, taking Wednesday off, and working all day on Thursday. In this case, by taking the measures explained in the flowcharts in Figures 7 and 8, it is possible to conduct health checks at an appropriate time before the start of work, regardless of changes in working hours.

[0096] Furthermore, as explained using Figure 4, the operation log file 106 also records the location (latitude and longitude) where actions such as launching the business application or starting package registration were performed. For this reason, in the case of delivery operations, since delivery operations often begin after loading packages at the collection point, a health check may be performed when package registration is started at a location corresponding to a designated collection point. In other words, the timing of a health check may be determined not only by the start and end dates and times of various actions, but also by considering the location where various actions were started and where various actions were completed.

[0097] Furthermore, while the above-described embodiment uses the example of a self-employed individual performing delivery services using the business terminal device 1, it is not limited to this. For example, individuals who deliver food from restaurants to private homes, private taxi drivers, long-distance truck drivers, and tour bus drivers can also carry the business terminal device 1 and perform health checks at appropriate times. In cases where package registration processing is unnecessary, such as with private taxi drivers and tour bus drivers, a method for determining the timing of health checks that does not rely on the completion time of package registration processing can be used.

[0098] Furthermore, while the business terminal device 1 was described as being implemented using a smartphone or tablet PC, it can also be implemented as a dedicated terminal device specifically for delivery operations, for example. Also, while the management server device 3 was described as a single device, it is not limited to this. The management server device 3 can also be implemented as a so-called cloud system consisting of multiple server devices located on the internet.

[0099] [others] As can be seen from the description of the embodiments above, the business terminal device of the claim corresponds to the business terminal device 1 of the embodiment. The function of the determination means of the claim is realized by the health check unit 151 of the business terminal device 1. Furthermore, the function of the receiving means of the claim is realized by the short-range wireless communication antenna 110A, the short-range wireless communication unit 110 and the touch panel 120 of the business terminal device 1, and the storage means of the claim is realized by the health check file 107 of the business terminal device 1.

[0100] Furthermore, the function of the employment eligibility determination means of the claim is realized by the health check unit 151 of the business terminal device 1, and the function of the output means is realized by the display unit 121 and a speaker (not shown) of the business terminal device 1. In addition, the function of the termination processing means of the claim is realized through the cooperation of the health check unit 151 and the control unit 102 of the business terminal device 1.

[0101] Furthermore, a program that implements the processes described using the flowcharts in Figures 7 and 8 is an example of one embodiment of the pre-work health check program according to this invention. The function of the health check unit 151 of the business terminal device 1 is to execute the processes described using Figures 7 and 8. Therefore, a program that implements the processes described using the flowcharts in Figures 7 and 8 is created, installed on a smartphone or tablet PC, and made executable by the control unit 102. This allows the functions of the health check unit 151 to be realized as functions of the control unit 102, and by installing this program on an existing smartphone or tablet PC, the business terminal device of this invention can be realized. [Explanation of symbols]

[0102] 1...Business terminal device, 101A...Transmit / receive antenna, 101...Wireless communication unit, 102...Control unit, 103...Storage device, 104...Operation unit, 105...User information file, 106...Operation log file, 107...Health check file, 108...Luggage data file, 109...Route information file, 110A...Short-range wireless communication antenna, 110...Short-range wireless communication unit, 120...Touch panel, 121...Display unit, 122...Touch sensor, 130...Camera unit, 141...Macrophone, 142...Voice processing unit, 151...Health check unit, 152...Luggage management processing unit, 153...Route setting processing unit, 154...Navigation processing unit, 160...GPS unit, 1 60A…GPS antenna, 170…Clock circuit, 2…Network, 3…Management server device, 301T…Connection terminal, 301…Communication I / F, 302…Control unit, 303…Storage device, 304…User management DB, 305…User health check file, 306…Map DB, 307…Road network data, 308…Delivery destination management DB, 309…Package management file per user, 311…Health check function unit, 312…Map information provision function unit, 313…Route search function unit, 314…Package management function unit, 4…Smartwatch, 5…Alcohol checker, U, U1, U2…User, CV1, CB2…Light cargo vehicle, BS(1), BS(2)…Base station

Claims

1. A business terminal device used by users performing transportation services, which is carried by the user during work and used by launching a prescribed business application software, When the aforementioned business application software is launched, a determination means is provided to determine whether or not it is the start of the workday. When the aforementioned determination means determines that it is the start of work, a reception means is provided to receive the user's pre-work health management information. The health management information received through the reception means is stored in a storage means and A business terminal device characterized by being equipped with the following features.

2. A business terminal device according to claim 1. A means for determining whether or not one is able to work, based on the health management information received through the aforementioned reception means, If the aforementioned workability determination means determines that employment is not possible, an output means outputs a notification message, If the employment feasibility determination means determines that employment is not possible, the termination processing means terminates the execution of the business application software. A business terminal device characterized by being equipped with the following features.

3. A business terminal device according to claim 1, The aforementioned determination means, based on the operation history information, determines at least: If a specified amount of time has passed since the last time health management information was entered, it will be determined that it is the start of the workday. A business terminal device characterized by the following features.

4. A business terminal device according to claim 1, The aforementioned determination means, based on the operation history information, determines at least: If more than the specified time has passed since the last time health management information was entered, If the previous termination date and time of the aforementioned business application software is the day before or earlier, If a specified time has elapsed since the termination date and time of the aforementioned business application software, If the task performed is a package registration task, and a specified amount of time has elapsed since the completion date and time of the previous delivery destination guidance task, If the task performed is other than the task of registering packages, and more than the specified time has passed since the end date and time of the previous package registration task, If either of the above conditions is met, it is determined that it is the start of work. A business terminal device characterized by the following features.

5. A pre-work health check program that is executed on a computer installed in a business terminal device that is carried by a user performing transportation work during work hours and used by launching a prescribed business application software, When the aforementioned business application software is launched, a determination step is made to determine whether or not it is the start of the workday. If the determination step determines that it is the start of work, the reception step accepts the user's pre-work health management information, A recording step in which the health management information received through the reception step is recorded in a storage means. A pre-work health check program characterized by performing the following actions.

6. A delivery service system comprising a business terminal device, which is carried by users performing transportation services during their work and used by launching a predetermined business application software, and a management server device connected via a network, The aforementioned business terminal device is When the aforementioned business application software is launched, a determination means is provided to determine whether or not it is the start of the workday. When the aforementioned determination means determines that it is the start of work, a reception means is provided to receive the user's pre-work health management information. A transmission means for transmitting the health management information received through the reception means to the management server device. Equipped with, The aforementioned management server device is Receiving means for receiving the health management information from the business terminal device, A storage means for storing the health management information received through the receiving means, for each user. A delivery service system characterized by having the following features.

Images