Management System

By setting up upload, judgment and request units in the on-board equipment, the problem of not being able to determine the end time of one day in the prior art is solved, and the time consistency of daily vehicle information integration processing is achieved, and the efficiency of the management system is improved.

JP7659452B2Active Publication Date: 2025-04-09DENSO TEN LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
JP2021103302
Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Filing Date
2021-06-22
Publication Date
2025-04-09
Estimated Expiration
2041-06-22

AI Technical Summary

Technical Problem

In the prior art, it is impossible to clearly determine the end time of the day, resulting in inconsistent daily work content and process startup time, affecting the overall efficiency of the management system.

Method used

A vehicle-mounted device including an upload unit, a judgment unit and a requesting unit is designed. When the vehicle operation is not detected within a specified time after the vehicle main power is turned off, it is determined that the driving task of one day has been completed and requests comprehensive processing from the server.

Benefits of technology

Ensure that the daily vehicle information integration processing start time is consistent, and the stability and efficiency of the management system are improved.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007659452000001
    Figure 0007659452000001
  • Figure 0007659452000002
    Figure 0007659452000002
  • Figure 0007659452000003
    Figure 0007659452000003
Patent Text Reader

Abstract

To maintain a constant timing for the start of daily vehicle information management process.SOLUTION: An in-vehicle device according to an embodiment includes an upload unit, a determination unit, and a request unit. The upload unit uploads driving information on a vehicle's driving to a server at a predetermined timing. The determination unit determines that a daily driving has been completed when there is no vehicle operation on the vehicle within a predetermined time after a main power of the vehicle is turned off. When the determination unit determines that the vehicle has completed the daily driving, the request unit requests a control process to control the driving information for the day to the server.SELECTED DRAWING: Figure 1
Need to check novelty before this filing date? Find Prior Art

Description

[Technical field]

[0001] The present invention ,tube Logistics System To Regarding. [Background technology]

[0002] Conventionally, there is a management system for managing location information, etc., by a management device in a business vehicle such as a truck. For example, in such a management system, when the ignition switch is turned off, various information related to the vehicle is uploaded from an in-vehicle device to the management device (for example, see Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2017-134889 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, in the conventional technology, for example, it is not clear when a day's work is completed, and when a comprehensive process of work content, etc. is performed each day, the timing at which the comprehensive process begins may not be consistent.

[0005] The present invention has been made in view of the above, and has an object to provide an in-vehicle device, a management system, and a management method that can stabilize the timing for starting integrated processing related to vehicle information. [Means for solving the problem]

[0006] In order to solve the above-mentioned problems and achieve the object, the in-vehicle device according to the present invention includes an upload unit, a determination unit, and a request unit. The upload unit uploads driving information related to the driving of the vehicle to a server device at a predetermined timing. The determination unit determines that one day's driving has ended when there is no vehicle operation on the vehicle within a predetermined time after the main power supply of the vehicle is turned off. The request unit requests the server device to perform a generalization process for generalizing the driving information for the day when the determination unit determines that the one day's driving has ended. Effect of the Invention

[0007] According to the present invention, when performing a centralized process of vehicle information every day, the centralized process can be started at a constant timing. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram showing an overview of the management system. [Diagram 2] FIG. 2 is a block diagram of the in-vehicle device. [Diagram 3] FIG. 3 is a block diagram of the management device. [Figure 4] FIG. 4 is a schematic diagram of a digest video. [Diagram 5] FIG. 5 is a flowchart showing a processing procedure executed by the in-vehicle device. [Figure 6] FIG. 6 is a flowchart showing a processing procedure executed by the management device. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of an in-vehicle device, a management system, and an upload method disclosed in the present application will be described in detail with reference to the accompanying drawings. Note that the present invention is not limited to the following embodiment.

[0010] First, an in-vehicle device, a management system, and a management method according to an embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing an overview of the management system. As shown in Fig. 1, the management system S according to the embodiment includes a management device 100 and an in-vehicle device 1. Fig. 1 also shows a terminal device T of the driver.

[0011] For example, the management system S is a system that manages the daily driving status of business vehicles such as trucks, taxis, and commercial vehicles. As shown in Fig. 1, the management device 100 has a driving information database. The vehicle information database is a database that stores vehicle information that is appropriately uploaded from the vehicle-mounted device 1 mounted in each vehicle.

[0012] For example, the management device 100 performs a summary process of summarizing the driving conditions for each driver for one day based on the vehicle information. For example, the management device 100 performs a summary process of various items such as the degree of eco-driving, the degree of safe driving, etc. for each day.

[0013] The in-vehicle device 1 is, for example, a drive recorder equipped with a communication function. For example, the in-vehicle device 1 is connected to various sensors of the vehicle and uploads information obtained from the various sensors, images captured by the drive recorder, etc. to the management device 100 at a predetermined timing.

[0014] The terminal device T is a display device equipped with a communication function that is owned by each driver. In the example shown in Fig. 1, the terminal device T is a smartphone, but the terminal device T may be a notebook computer, a desktop computer, or the like.

[0015] For example, in a business vehicle, it is desirable to perform a centralized process for each cycle of work per day. However, it is not easy to properly grasp the end of work. For example, if the period from when the ignition switch (hereinafter, IG) is turned off until the IG is turned off is considered to be one cycle, centralized process will start when the IG is turned off even if the driver stops at a convenience store or the like to take a break.

[0016] In addition, since the end of work time may vary from person to person, it is difficult to make the timing of starting the centralized process constant. Therefore, in the management system S according to the embodiment, if there is no vehicle operation for the vehicle within a predetermined time after the IG is turned off, it is determined that one day's driving has ended. Then, in the management system S according to the embodiment, when it is determined that one day's driving has ended, the centralized process is started.

[0017] Specifically, as shown in Fig. 1, the in-vehicle device 1 uploads vehicle information to the management device 100 until the IG is turned off (step S1). In the example shown in Fig. 1, the above-mentioned uploading is performed at any time until time t1.

[0018] The timing of uploading the vehicle information is not limited to the above example, and may be, for example, the timing of step S3 described below, or the timing when the IG is turned off.

[0019] Thereafter, when the IG is turned off, if there is no vehicle operation performed on the vehicle within a predetermined time (for example, 5 hours), the in-vehicle device 1 determines that one day's driving has ended (step S2).

[0020] In the example shown in the figure, the period up to time t2 is one cycle, and when the IG is turned on thereafter, the cycle for the next day starts. Here, the vehicle operation includes, for example, the driver's operation of turning on the IG and the operation of actually driving the vehicle. In other words, when the vehicle starts moving again within a predetermined time, the in-vehicle device 1 determines that one cycle of traveling is continuing.

[0021] As a result, for example, if the IG is turned off during business due to a business meeting or a break, business is not terminated and business is determined to continue. Furthermore, when the in-vehicle device 1 determines in step S2 that one cycle of driving has ended, it requests the management device 100 to start a centralized process (step S3).

[0022] As a result, the management device 100 performs a comprehensive process for one day based on the driving information for one day (step S4). For example, as described above, the management device 100 performs a comprehensive process for various items such as the degree of eco-driving and the degree of safe driving for each day.

[0023] In addition, the management device 100 distributes feed information on the result of the integrated processing to the driver's terminal device T (step S5). This allows the driver to review his / her own driving based on the feedback information distributed to the terminal device T.

[0024] In this way, in the management system S according to the embodiment, if there is no vehicle operation within a predetermined time from IG off, it is determined that one day's driving has ended and the overall process is started. As a result, in the management system S according to the embodiment, the overall process is started a predetermined time after IG off, so that the timing for starting the overall process regarding the vehicle information can be made constant.

[0025] Next, a configuration example of the in-vehicle device 1 according to the embodiment will be described with reference to Fig. 2. Fig. 2 is a block diagram of the in-vehicle device 1. As shown in Fig. 2, the in-vehicle device 1 includes an in-vehicle camera 10, a communication unit 11, a storage unit 20, and a control unit 30. The in-vehicle device 1 is also connected to an IG 50. The IG 50 is an example of a main power source of the vehicle, and notifies the in-vehicle device 1 of a signal related to the on / off of the IG.

[0026] The vehicle-mounted camera 10 is equipped with various imaging elements and generates driving images by capturing images of the surroundings of the vehicle. The communication unit 11 is realized, for example, by a NIC (Network Interface Card) or the like. The communication unit 11 is connected to a predetermined communication network so as to be capable of two-way communication, and transmits and receives information to and from the management device 100 and the like.

[0027] The storage unit 20 is a storage unit configured with a storage device such as a non-volatile memory, a data flash, a hard disk drive, etc. As shown in FIG.

[0028] The driving image storage unit 21 is a storage area for storing driving images captured by the vehicle-mounted camera 10. The driving information storage unit 22 is a storage area for storing various information related to the driving of the vehicle. For example, the driving information storage unit 22 stores various information such as vehicle position information, speed information, brake information, steering angle information, etc.

[0029] The control unit 30 includes an upload unit 31, a detection unit 32, a judgment unit 33, and a request unit 34, and includes, for example, a computer having a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), a hard disk drive, input / output ports, etc., and various other circuits.

[0030] The CPU of the computer functions as the upload unit 31, the detection unit 32, the determination unit 33 and the request unit 34 of the control unit 30, for example, by reading and executing a program stored in the ROM.

[0031] In addition, at least some or all of the upload unit 31, detection unit 32, determination unit 33 and request unit 34 of the control unit 30 can be configured with hardware such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).

[0032] The upload unit 31 uploads driving information related to the driving of the vehicle to the management device 100 (an example of a server device) at a predetermined timing. For example, the upload unit 31 uploads the driving information at a predetermined cycle when the vehicle is driving (for example, when the IG50 is on). For example, the upload unit 31 may upload a driving video as the driving information.

[0033] The detection unit 32 detects a change in driver based on the recognition result of the driver of the vehicle. For example, the detection unit 32 recognizes the current driver by using a technology such as face recognition on a captured image of the driver, and detects a change in driver when there is a change in the recognized driver. The detection unit 32 may detect a change in driver by using, for example, a license reader that reads a driver's license.

[0034] Furthermore, when the detection unit 32 detects a change in the driver, it passes information about the driver before and after the change to the determination unit 33.

[0035] The determination unit 33 determines that one day's driving has ended when there is no vehicle operation for the vehicle within a predetermined time after the main power supply of the vehicle is turned off. Specifically, for example, the determination unit 33 starts a timer after the IG50 is turned off, and determines that one day's driving has ended when there is no vehicle operation until the predetermined time has elapsed.

[0036] Here, the vehicle operation is, for example, an operation to actually make the vehicle run. That is, when the vehicle starts running again within a predetermined time, the determination unit 33 determines that the vehicle should continue running.

[0037] The predetermined time is, for example, 5 hours, but may be set arbitrarily. The determination unit 33 may perform the termination determination by combining position information. For example, the in-vehicle device 1 stores the time when the IG50 is off in association with the position information. Then, the timer may be started only when the IG50 is turned off at a position where the IG50 is off for a long time.

[0038] That is, the determination unit 33 may perform the end determination only when the vehicle, which is a commercial vehicle, returns to the office or when the commercial vehicle returns home. Also, the length of the predetermined time may be variable based on the location information. For example, the determination unit 33 may determine that the day's driving has ended at different times when the vehicle is at the office and when the vehicle is at home.

[0039] In addition, when the detection unit 32 detects a change of driver, the determination unit 33 determines that the driving of the previous driver for one day has ended. As a result, the overall process is started based on the driving information of the previous driver.

[0040] That is, by making the end judgment even when the driver is changed, it is possible to perform the overall processing for each driver. Since it is possible that the changed driver will drive again, the final end judgment may be made when a predetermined time has passed since the IG50 was turned off.

[0041] The request unit 34 requests a general process for the driving information for one day when the determination unit 33 determines that the driving for one day has ended. For example, the request unit 34 requests the start of the general process at the timing when it is determined that the driving has ended.

[0042] Next, a configuration example of the management device 100 will be described with reference to Fig. 3. Fig. 3 is a block diagram of the management device 100. As shown in Fig. 3, the management device 100 includes a communication unit 110, a storage unit 120, and a control unit 130. The communication unit 110 is realized, for example, by a network interface card (NIC). The communication unit 110 is connected to a predetermined communication network so as to be capable of two-way communication, and transmits and receives information to and from the in-vehicle device 1 and the like.

[0043] The storage unit 120 is a storage unit configured with a storage device such as a non-volatile memory, a data flash, a hard disk drive, etc. As shown in FIG.

[0044] The driving video database 121 is a database that stores driving videos captured by each vehicle-mounted device 1. The driving information database 122 is a database that stores driving information collected by each vehicle-mounted device 1.

[0045] The control unit 130 includes an overall processing unit 131 and a generation unit 132, and includes, for example, a computer having a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), a hard disk drive, input / output ports, etc., and various other circuits.

[0046] The CPU of the computer functions as the overall processing unit 131 and the generating unit 132 of the control unit 130, for example, by reading and executing a program stored in the ROM.

[0047] At least a part or the whole of the general processing unit 131 and the generating unit 132 of the control unit 130 can be configured with hardware such as an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA).

[0048] The overall processing unit 131 performs various overall processes on one day's worth of driving information for each driver. For example, the overall processing unit 131 starts the overall processing when it receives a request to start the overall processing from the in-vehicle device 1.

[0049] For example, the overall processing unit 131 refers to the driving video database 121 and the driving information database 122, and performs overall processing on various items related to eco-driving, driving skills, etc. For example, various processing results by the overall processing unit 131 are passed to the generation unit 132.

[0050] The generation unit 132 generates feedback information to be fed back to the driver based on the processing result by the overall processing unit 131. For example, the generation unit 132 generates information on eco-driving or driving skill as feedback information.

[0051] When the generation unit 132 generates the feedback information, it distributes the generated feedback information to the terminal device of the manager and the terminal device T of the driver.

[0052] Furthermore, the generating unit 132 may generate a digest video for the driver to look back on the day's driving as feedback information based on the driving video. Fig. 4 is a schematic diagram of the digest video.

[0053] As shown in Fig. 4, the digest video is composed of a double-speed playback section and a normal playback section. For example, the double-speed playback section is a section where the playback speed of the driving video is faster than 1x, and the normal playback section is a section where the playback speed of the driving video is 1x. Note that the normal playback section may be slower than 1x as long as the playback speed is slower than the double-speed playback section.

[0054] The generation unit 132 sets a section in the digest video where the driver should be warned as a normal playback section, and sets the rest as a double-speed playback section. For example, the section where the driver should be warned includes a section where sudden braking, sudden steering, pedestrians running out into the road, and traffic violations are committed.

[0055] The generation unit 132 determines the presence or absence of these from the driving information and driving video, and sets the double-speed playback section and normal playback section of the digest video. In this way, in the digest video, the playback speed can be used to emphasize points that the driver should particularly notice, so that highly effective feedback to the driver can be expected.

[0056] The generating unit 132 may generate, for example, the driving video of the normal playback section as the digest video. In other words, the driving video of the normal playback section may be omitted.

[0057] Next, a process procedure executed by the in-vehicle device 1 according to the embodiment will be described with reference to Fig. 5. Fig. 5 is a flowchart showing the process procedure executed by the in-vehicle device 1. Note that the process procedure shown below is repeatedly executed by the control unit 30 of the in-vehicle device 1 after the IG50 is turned on.

[0058] 5, the in-car device 1 first uploads the travel information (step S101) and determines whether the IG 50 is turned off (step S102). If the in-car device 1 determines that the IG 50 is off (step S102; Yes), the in-car device 1 proceeds to step S103, and if the in-car device 1 determines that the IG 50 is on (step S102; No), the in-car device 1 returns to the process of step S101.

[0059] Next, the in-car device 1 determines whether a predetermined time has elapsed since the IG50 was turned off (step S103), and if the predetermined time has elapsed (step S103; Yes), proceeds to processing of step S104, and if the predetermined time has not elapsed (step S103; No), return to processing of step S102.

[0060] Then, the in-car device 1 issues a request to start the overall process (step S104), and ends the process.

[0061] Next, a process procedure executed by the management device 100 according to the embodiment will be described with reference to Fig. 6. Fig. 6 is a flowchart showing the process procedure executed by the management device 100. Note that the process procedure shown below is executed by the control unit 130 every time a request to start the overall process is acquired from the vehicle-mounted device 1.

[0062] As shown in FIG. 6, the management device 100 first determines whether or not a request to start the central processing has been acquired (step S201). If a request to start has been acquired (step S201; Yes), the management device 100 proceeds to processing in step S202. If a request to start has not been acquired (step S201; No), the management device 100 continues processing in step S201.

[0063] Next, the management device 100 performs a centralized process based on the acquired start request (step S202). Next, the management device 100 generates feedback information for the driver based on the processing result of the centralized process (step S203), distributes the generated feedback information (step S204), and ends the process.

[0064] As described above, the in-vehicle device 1 according to the embodiment includes the upload unit 31, the determination unit 33, and the request unit 34. The upload unit 31 uploads driving information related to the driving of the vehicle to the management device 100 (an example of a server device) at a predetermined timing.

[0065] The determination unit 33 determines that one day's driving has ended when there has been no vehicle operation on the vehicle within a predetermined time after the main power supply of the vehicle has been turned off. When the determination unit 33 determines that one day's driving has ended, the request unit 34 requests the management device 100 to perform a generalization process for generalizing one day's driving information. Therefore, according to the in-vehicle device 1 according to the embodiment, when generalization process of vehicle information is performed every day, the timing of starting the generalization process can be constant.

[0066] Incidentally, in the above-described embodiment, the case where the overall processing is performed by the management device 100 has been described, but the present invention is not limited to this. That is, the function of the overall processing unit 131 may be provided in the in-vehicle device 1. In this case, for example, the management device 100 may manage the processing results of the overall processing of each in-vehicle device 1. Also, in the above-described embodiment, the case where the main power source of the vehicle is the IG50 has been described as an example, but the present invention is not limited to this, and the main power source may be a power switch that supplies electricity to the engine or motor of the vehicle.

[0067] In the above embodiment, the case where the end of one day's driving is determined is described, but the present invention is not limited to this. For example, the end of driving may be determined with a predetermined period as one cycle. For example, if one week is one cycle, the above end determination may be performed a total of seven times. In this case, for example, one week may be one cycle, and the management device 100 may perform the overall processing.

[0068] Further advantages and modifications may readily occur to those skilled in the art. Thus, the invention in its broader aspects is not limited to the specific details and representative embodiments shown and described above. Accordingly, various modifications may be made without departing from the spirit or scope of the general inventive concept as defined by the appended claims and equivalents thereof. [Explanation of symbols]

[0069] 1 In-vehicle device 31 Upload Section 32 Detection unit 33 Judgment section 34 Request part 50 IG 100 Management device (an example of a server device) 131 General Processing Unit 132 Generation part

Claims

1. A management system including an in-vehicle device and a server device, The in-vehicle device includes: Uploading the video captured by the vehicle-mounted camera and the sensor information from the sensor mounted on the vehicle to a server device; requesting the server device to create a daily report for managing the vehicle when a predetermined time has elapsed with a main power supply of the vehicle turned off; The server device includes: A daily report is created using the video and the sensor information up until the time when the main power supply of the vehicle is turned off, and a digest video is generated by slowing down the playback speed of the video of a section where sudden braking, sudden steering, a pedestrian running out into the road, or a traffic violation is detected, compared to the playback speed of the video of the other sections. Management system.

2. The server device, Transmitting the digest video to a terminal device of a driver or manager of the vehicle; The management system according to claim 1 .

Citation Information

Patent Citations

  • A system and method for vehicle safety monitoring that includes video capture, user feedback, reporting, adaptive parameterization, and remote data access.

    JP2015531900A

  • Powder for conductive filler

    JP2017134889A

  • Operation management device, operation management method, daily report creation device, daily report creation method, and program

    JP2021077112A