KR101207342B1 - Car digital tachograph apparatus having auto upgrade function - Google Patents

Abstract

The vehicle digital tachograph receives operating system information to be upgraded through communication with a server that stores and manages a plurality of operating system information, and receives the operating system information at a set time point after verifying the received operating system information through the server. Upgrade.

Description

Car digital odometer with automatic upgrade function {CAR DIGITAL TACHOGRAPH APPARATUS HAVING AUTO UPGRADE FUNCTION}

The present invention relates to a vehicle digital tachograph and its operating system upgrade method.

The vehicle digital driving recorder is a device that records the driving status of the vehicle.It collects vehicle driving information such as speed, driving distance, engine speed (RPM), brake signal, overspeed, idling time, driving time, rapid acceleration, and braking. It is a device for fundamentally improving the driving habits of drivers by storing them as data and analyzing these data.

Digital tachographs should be patched through a development program emulator or upgraded using a memory stick or USB cable if there is a firmware or operating system error.

Typically, navigation displays a message that the system may fail if the power is turned off during the upgrade, allowing the user to upgrade automatically or manually. In addition, automatic upgrades in navigation are generally map upgrades for navigating the road, and it is extremely rare to upgrade the operating system.

In addition, since the operating system itself does not operate when the power is turned off during the upgrade, the user can directly check and patch or receive after-sales service.

However, because the digital tachograph is a device that users do not frequently use due to the characteristics of the device, the user often does not know even if the device has a serious problem or becomes inoperable, and even if the user recognizes a problem, the system is recovered. In many cases, they don't actively cope with it. This may make it impossible to use the record data from the digital tachograph as accident data in an unannounced accident. Digital tachographs impose many time and space constraints because AS centers are not as common as general electronics.

As such, upgrades or patches in digital tachographs are more difficult than devices such as navigation and computers, and thus require a different approach from navigation and computer upgrades.

The technical problem to be solved by the present invention is to provide a vehicle digital tachograph and its operating system information upgrade method that can faithfully record the vehicle driving information by diagnosing and recovering any problem during system patch or upgrade.

According to an embodiment of the present invention, there is provided a vehicle digital driving recorder for collecting and recording vehicle driving information. The digital tachograph includes a wireless communication unit and a central control unit. The wireless communication unit communicates with a server that stores and manages a plurality of operating system related information. The central control unit receives the operating system related information to be upgraded from the server, upgrades the operating system related information at a set time point after verifying the received operating system related information through the server.

The operating system related information may be divided into a plurality of pieces of information and transmitted. The central control unit may receive the next piece of information from the server when there is no error in the received piece of information.

When the central controller receives all of the plurality of pieces of information, the central control unit may transmit a file generated by pasting the plurality of pieces of information to the server and request verification.

The central control unit may include an internal memory unit, and may upgrade the operating system related information to the internal memory unit at the set time point after the previous operating system related information is backed up at the time of upgrading.

The internal memory unit may include a boot loader, and the operating system related information may be upgraded in an area except the boot loader.

The central control unit may retry the upgrade as many times as the set number of times when the upgrade of the operating system related information is not completed successfully, and downgrade the information on the last successful operating system when the set number of upgrades fails. .

The digital driving recorder may further include a memory unit for storing the vehicle driving information, and the central controller may record failure information in the memory unit when the upgrade fails, and confirm whether the upgrade is successful through the memory unit.

The set time point may include a time point after the vehicle is turned off.

The operating system related information may include at least one of a firmware file, an operating system file, configuration information, and a patch file.

According to an embodiment of the present invention, when there is an upgraded version of the operating system of the digital tachograph, the digital tachograph can be always operated with an optimized operating system by automatically upgrading it. Even when a problem occurs in the digital tachograph, the cause or defect information of the problem can be identified quickly, thereby reducing the time or cost required to identify the cause or combination information.

In addition, even if the user inadvertently turns off the power during the upgrade and damages the system patch, a successful upgrade of the operating system is induced by re-upgrading and re-patching based on information that has not been successfully patched. Even if a damaged system is found, it can be restored to its original firmware and checked for upgrades to ensure optimal operation.

In addition, the digital tachograph can perform, operate, inspect and repair all tasks on its own except for problems caused by AS due to a vehicle problem or a board problem of a device, thereby minimizing user intervention.

In addition, various analyzes of the operating system and various feature patches can be performed simultaneously, which can be very beneficial for consumers and producers.

1 is a view showing a system of applying a digital operating recorder according to an embodiment of the present invention.
2 is a flowchart illustrating a schematic operation of a digital tachograph according to an embodiment of the present invention.
3 is a diagram illustrating a digital tachograph according to an embodiment of the present invention.
4 is a flowchart illustrating a method of collecting and verifying operating system related information to be upgraded in a digital tachograph according to an exemplary embodiment of the present invention.
FIG. 5 is a diagram illustrating an example of a verification request method illustrated in FIG. 4.
6 is a flowchart illustrating an example of a method of operating a digital tachograph when a defect problem occurs in the digital tachograph according to an exemplary embodiment of the present invention.
7 is a flowchart illustrating a method of downloading operating system related information when a communication defect occurs in a digital tachograph according to an exemplary embodiment of the present invention.
8 is a diagram illustrating a detailed operation for upgrading operating system information in a digital tachograph according to an embodiment of the present invention.
9 is a view illustrating an operation method when an upgrade fails in a digital tachograph according to an embodiment of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art can easily carry out the present invention. As those skilled in the art would realize, the described embodiments may be modified in various different ways, all without departing from the spirit or scope of the present invention.

In the drawings, parts irrelevant to the description are omitted in order to clearly describe the present invention, and like reference numerals designate like parts throughout the specification.

Throughout the specification and claims, when a portion is said to "include" a certain component, it means that it can further include other components, except to exclude other components unless specifically stated otherwise.

Now, a vehicle digital odometer and an operating system upgrade method thereof according to an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

1 is a view showing a system of applying a digital operating recorder according to an embodiment of the present invention.

Referring to FIG. 1, the digital driving recorder 100 is mounted on the vehicle 200, collects and records vehicle driving information as data, and analyzes the recorded data using an analysis program. The vehicle driving information may include information such as speed, driving distance, engine speed (RPM), brake signal, overspeed, idling time, driving time, rapid acceleration and sudden braking.

The digital tachograph 100 is connected to the system information server 300 through a communication network to receive and download the operating system-related information to be upgraded, and upgrades the operating system information at the set time. The operating system related information may include firmware, an operating system (OS), patch information, setting information, and an analysis program used in the digital tachograph 100. Here, the set time point may be a time point after the operation of the digital tachograph 100, that is, the collection and storage of the vehicle driving information ends and the start of the vehicle 100 is turned off, and may be set by the user.

The system information server 300 manages and stores a plurality of operating system related information related to the digital tachograph 100, and receives an upgrade request from the digital tachograph 100 to operate the system according to the digital tachograph 100. The relevant information is searched and the searched operating system related information is transmitted to the digital tachograph 100.

The system information server 300 accesses the system management server 400 which manages various operating system related information of the digital tachograph 100 through a communication network and checks whether there is information related to the new operating system of the digital tachograph 100. You can check it, download it, and manage it. Alternatively, the digital tachograph 100 may access the system management server 400 through a communication network and download relevant operating system related information.

The digital tachograph 100 may verify the operating system related information received through the system information server 300 through the system information server 300, and may download the verified operating system related information.

The digital tachograph 100 diagnoses problems occurring during the upgrade of operating system-related information, recovers to the existing firmware when the upgrade is not successful, and starts the upgrade to set the existing vehicle when the successful patch is completed. It returns to the original task of reading the information and collecting the vehicle data based on the set information.

2 is a flowchart illustrating a schematic operation of a digital tachograph according to an embodiment of the present invention.

Referring to FIG. 2, when the vehicle is started (S200), the digital odometer 100 receives setting information from a memory unit (not shown) and collects vehicle driving information according to the setting information ( S210), the information collected in a predetermined time unit is stored as data in the memory unit (S220).

On the other hand, when the vehicle is turned off (OFF) (S230), the digital tachograph 100 may perform the operation of upgrading the operating system-related information downloaded from the system information server 300 (S240). In addition, the digital driving recorder 100 may perform an operation of transmitting the collected vehicle driving information (S240). When this task is completed, the digital tachograph 100 ends the operation (S250).

The digital tachograph 100 checks whether there is information related to an operating system to be upgraded through communication with the system information server 300, and continuously downloads it when there is information related to an operating system to be upgraded.

3 is a diagram illustrating a digital tachograph according to an embodiment of the present invention.

Referring to FIG. 3, the digital tachograph 100 includes a driving information detector 110, a power supply unit 120, a controller area network (CAN) communication unit 130, a wireless communication unit 140, a GPS receiver 150, and a memory. The unit 160 includes a central control unit 170 and a display unit 180.

The driving information detector 110 may include a speed detector 111, an engine speed (RPM) detector 112, a brake signal detector 113, and a temperature detector 114. The speed detector 111 detects the speed of the vehicle 200. The RPM detector 112 detects the RPM of the vehicle 200. The brake signal detector 113 detects a brake signal. The temperature detector 114 detects the temperature of the vehicle 200. The driving information detector 110 may further include various detectors for detecting vehicle driving information in addition to the detectors 111 to 114 illustrated in FIG. 3.

The power supply unit 120 supplies power to the central processing unit 170.

The CAN communication unit 130 is an internal communication protocol of the vehicle 200, and controls the communication and the vehicle body utility between the electronic control units (ECUs) in the vehicle 200. The CAN communication unit 130 may collect various vehicle driving information through communication between ECUs in the vehicle 200. The CAN communication unit 130 may include a vehicle K-LINE communication module 131, an on-board diagnostic (OBD) -II communication module 133, and the like.

The wireless communication unit 140 communicates with the system information server 300 and the system management server through a communication network. The wireless communication unit 140 may include, for example, a Wi-Fi module 141, a Bluetooth module 143, a mobile communication module 145, and the like. The method of communicating with the system information server 300 may vary depending on the Wi-Fi module 141, the Bluetooth module 143, and the mobile communication module 145. For example, when the vehicle 200 enters the Wi-Fi zone, the Wi-Fi module 141 connects to the system information server 300 through the Wi-Fi network. The Bluetooth module 143 is connected to the mobile terminal to access the system information server 300 using an application or an access point (AP) function of the mobile terminal. The mobile communication module 145 may include LTE, WCDMA, and WIBRO modules, and access the system information server 300 according to a predetermined period or pattern. The system information server 300 is connected by a communication command. The communication command is made by a communication protocol between the digital tachograph 100 and the system information server 300. The Wi-Fi module 141, the Bluetooth module 143, and the mobile communication module 145 may include a manufacturing number, a model number, existing firmware information, and setting information of the digital tachograph 100 upon initial connection to the system information server 300. It transmits to the information server 300, the transmission of these information can be made the same regardless of the communication protocol. In addition, depending on the Wi-Fi module 141, the Bluetooth module 143, and the mobile communication module 145, an upgrade method of operating system related information may vary.

The GPS receiver 150 receives a GPS signal from a satellite and calculates a position of the vehicle 200.

The memory unit 160 stores the vehicle driving information detected by the driving information detector 110.

The central control unit 170 receives power from the power supply unit 120, the driving information detection unit 110, the power supply unit 120, the CAN communication unit 130, the wireless communication unit 140, the GPS receiver 150, and the memory unit ( 160 and the display unit 180 are controlled.

In addition, the central control unit 170 controls all operations related to upgrading of operating system related information.

Specifically, when the central control unit 170 receives the information indicating that the operating system related information to be updated from the system information server 300, it requests and receives the operating system related information to be updated to the system information server 300, and receives the received information. The operating system related information is verified from the system information server 300, and the operating system related information, which has been verified, is stored in the memory unit 160. Thereafter, the central controller 170 updates the operating system related information at the set time.

The central control unit 170 diagnoses a problem occurring during the upgrade of the operating system-related information, restores to the existing firmware when the upgrade is not successful, and performs the upgrade again to control the operation so that a successful upgrade can be achieved. do. The central control unit 170 stores upgrade failure information in the memory unit 160 when the upgrade is not successfully performed. Then, upon rebooting, the central control unit 170 performs the upgrade again so that a successful upgrade can be made.

The display unit 180 displays information such as version information of the operating system related information, upgrade progress, retry, and repair to the user. In addition, the display unit 180 may display a version, a date, and the like in which the operating system-related information is upgraded under the control of the central controller 170 by a user operation.

4 is a flowchart illustrating a method of collecting and verifying operating system related information to be upgraded in a digital tachograph according to an exemplary embodiment of the present invention.

Referring to FIG. 4, the central control unit 170 of the digital tachograph 100 accesses the system information server 300 through TCP / IP of the wireless communication unit 140 (S401).

When the connection to the system information server 300 is established, the system information server 300 requests the terminal information of the digital tachograph 100 to the central controller 170 (S403).

The central controller 170 transmits terminal unique information such as a manufacturing number and a model number of the digital tachograph 100, and terminal information such as vehicle information, firmware information, and setting information to the system information server 300 (S405).

When the system information server 300 receives the information from the central control unit 170, the system information server 300 transmits a response signal (ACK) to inform the successful reception of the terminal information (S407).

When the central control unit 170 receives the response signal ACK from the system information server 300, the central control unit 170 requests the system information server 300 to update the operating system-related information (S409).

The system information server 300 searches for a database (not shown) based on the information received from the central control unit 170, checks whether there is information related to an operating system to be updated, and transmits a response signal for the update information request (S411). ). The response signal may include information on the presence or absence of operating system related information to be updated.

The central control unit 170 has the operating system related information to be updated from the system information server 300 (YES) when receiving a response signal (S413), and requests to transmit the operating system related information to be updated (S415). .

The system information server 300 transmits operating system information to be updated to the central control unit 170 (S417), and the central control unit 170 transmits an acknowledgment of the operating system information (S419). In this case, the acknowledgment may include a request for verifying the operating system related information received from the central controller 170. Therefore, the acknowledgment may include operating system related information received by the central controller 170.

When the system information server 300 receives the verification request from the central control unit 170, the system information server 300 verifies the operating system related information received from the central control unit 170 (S421). The system information server 300 may compare the operating system related information transmitted to the central control unit 170 with the operating system related information received from the central control unit 170 and determine that the verification is successful when the system information server 300 matches.

The system information server 300 transmits the verification confirmation for the verification request to the central control unit 170 (S423). Verification Verification may include successful or failed verification of operating system related information.

When the central control unit 170 confirms successful verification of the operating system related information from the system information server 300 (S425), stores the operating system related information in the memory unit 160 (S427), and upgrades at a set time point. can do.

After storing the operating system information in the memory unit 160, the central control unit 170 may terminate the connection with the system information server 300.

FIG. 5 is a diagram illustrating an example of a verification request method illustrated in FIG. 4.

Referring to FIG. 5, the system information server 300 divides an operating system-related information file to be updated to verify operating system-related information into information fragment files such as file size, capacity, start sequence, data file, and end sequence. (S501), the file size, capacity, start sequence, data file and end sequence are sequentially transmitted (S503). For operating system upgrades, the file's size, capacity, start sequence, data file, and end sequence are transferred in the form of a file; for setup information upgrades, the file's size, capacity, start sequence, data file, and end sequence in the form of a message Can be transmitted. Therefore, the system information server 300 adds an instruction of whether the message or the file is before the information fragment that is initially transmitted, that is, the file size, so that the central control unit 170 can distinguish them.

The central control unit 170 transmits an acknowledgment to the system information server 300 each time each information fragment file (or message) is received. Specifically, the central control unit 170 performs a check operation on the received information fragment file (or message), and checks the checksum of each received information fragment file (or message) to confirm that there is no error in the information fragment ( S505 ~ S507). In this case, when there is no error in the received information fragment file (or message), the central controller 170 may transmit an acknowledgment for operating system information (S511).

On the other hand, when the checksum is confirmed that an error occurs in the information fragment file (or message), the central control unit 170 transmits the corresponding address of the information fragment file (or message) that is being received and requests the information fragment to be retransmitted ( S509, the system information server 300 retransmits the corresponding piece of information (S503).

When the acknowledgment of the information fragment is received from the central control unit 170 (S511), the next information fragment is transmitted, and the above-described processes (S505 to S511) are repeated.

In this way, if there is no error in all received information fragment files (or messages), the central control unit 170 attaches these information fragment files (or messages) to generate an operating system related information file which is one file (S513), The information file may be included in the acknowledgment (S419 of FIG. 4) to request verification of the operating system related information to the system information server 300 (S515).

When the successful verification of the operating system related information is made from the system information server 300, the upgrade (patch) of the operating system related information is made at the set time. When the upgrade is completed, the central control unit 170 may induce a reboot to check the upgraded information. After the reboot, the central control unit 170 may access the system information server 300 and set the final version and the setting of the digital tachograph 100. By transmitting the information, the system information server 300 may store and manage the information of the digital tachograph 100.

Meanwhile, various problems may occur in the communication process between the digital tachograph 100 and the system information server 300. The most commonly occurring problems may include a defect in a mobile medium or a malfunction of the digital tachograph 100, a problem with a communication network, a power short circuit of the digital tachograph 100, and the like. When such a problem occurs, the operation method of the digital tachograph 100 will be described with reference to FIG.

6 is a flowchart illustrating an example of a method of operating a digital tachograph when a defect problem occurs in the digital tachograph according to an exemplary embodiment of the present invention.

Referring to FIG. 6, when the central control unit 170 of the digital tachograph 100 recognizes a defect of the wireless communication unit 140 of the digital tachograph 100 (S601), the central communication unit 140 of the digital tachograph 100 may be reset. Reboot the modules (S603). If the central communication unit 170 does not reboot the wireless communication unit 140 within the set reboot counting time (S605), the central control unit 170 forcibly turns off the power and then turns on the wireless communication unit 140 forcibly (S607).

In this way, when the defect of the wireless communication unit 140 is eliminated (S609), the central control unit 170 may communicate with the system information server 300 (S611).

On the other hand, if the defect is not resolved even after the wireless communication unit 140 is rebooted (S609), the number of reboots N 'is increased by one (S613). At this time, if the number of reboots N` is not the same as the set number N, the above steps (S601 to S605) are repeated to check whether the defect is eliminated (S603 to S615).

In this manner, when the number of reboots N 'is equal to the set number N (S615), the user is notified that a defect of the wireless communication unit 140 has occurred (S617).

In addition to the combination of the wireless communication unit 140, the central control unit 170 may operate similarly to a problem of a communication network or a defect of a mobile medium.

7 is a flowchart illustrating a method of downloading operating system related information when a communication defect occurs in a digital tachograph according to an exemplary embodiment of the present invention.

Referring to FIG. 7, when a defect occurs in communication between the digital tachograph 100 and the system information server 300 (S701), the central control unit 170 does not receive a response or confirmation signal from the system information server 300. You may not be able to. If the central control unit 170 does not receive a response or confirmation signal from the system information server 300 for a set time (S703), the central control unit recognizes a collection failure for the piece of information related to the operating system (S705), and the number of collection failures ( K ') is increased by 1 (S707). The collection failure information such as the number of collection failures K 'and the cause of the failure may be stored in the memory unit 160.

Thereafter, when the connection to the system information server 300 is made, the system information server 300 is notified of the collection failure, and a series of necessary processes are performed again. If the number of collection failures K 'is not the same as the set number K (S709), the central control unit 170 repeats steps S703 to S707 to check whether a response signal is received.

However, if the response signal is not normally received until the collection failure number K 'is equal to the setting number K (S709), the central control unit 170 stops downloading the operating system information file (S711), Inform the user.

8 is a diagram illustrating a detailed operation for upgrading operating system information in a digital tachograph according to an embodiment of the present invention.

Referring to FIG. 8, the digital tachograph 100 uses a constant power supply of the vehicle. When the ACC (+) or IG (+) power signal of the vehicle is applied, the central controller 170 of the digital tachograph 100 performs a storage task. However, depending on the vehicle, all power may be temporarily cut off at the time of starting the vehicle, that is, charging may occur. Therefore, the vehicle is often turned on after being momentarily turned off. In this case, the digital tachograph 100 may be initially operated.

When the ACC (+) or IG (+) power signal of the vehicle is applied (S801), the central controller 170 approaches the memory unit 160 to access the state of the digital tachograph 100, current firmware version information, and additional firmware. The information, setting information, collection information, and information necessary for collecting the vehicle are checked (S807).

If there is no operating system-related upgrade information or patch information in the memory unit 160 (S805), the central control unit 170 collects and quantifies the vehicle driving information according to the ACC (+) or IG (+) power signal of the vehicle. Save (S807).

On the other hand, if there is upgrade information or patch information in the memory unit 160 (S805), the central control unit 170 performs the upgrade (S809).

On the other hand, when the vehicle is turned off and the vehicle's ACC (+) or IG (+) power signal disappears (S811), the central controller 170 inspects the digital tachograph 100 and controls the surrounding power to control the vehicle's ACC. The device enters the sleep mode until a positive or IG power signal is applied (S813).

However, if a problem occurs during the upgrade, the central control unit 170 stops operation, and also does not recognize the next ACC (+) or IG (+) power signal. In this case, when the vehicle is turned on, the digital tachograph 100 may be rebooted by the generated charge. Upon rebooting, the central controller 170 checks whether the memory is down during the upgrade through the memory 160. If the central control unit 170 is down during the upgrade, the automatic upgrade status is continuously recorded in the memory unit 160, so the user is notified through an error message and a warning sound, and the upgrade is performed again to complete the upgrade.

When the upgrade is completed, the central control unit 170 stores the upgrade information in the memory unit 160, and when the system information server 300 is connected, the information and the upgrade information of the final digital tachograph 100 are upgraded. Send to 300. Then, the system information server 300 stores information indicating that the digital tachograph 100 has been successfully upgraded.

In general, the central control unit 170 of the digital tachograph 100 deletes and upgrades the information stored in the internal memory unit (not shown) of the central control unit 170 and performs upgrades. The upgrade may fail. If the upgrade fails, the digital tachograph 100 may not only perform its original task but may also cause device damage. Therefore, a method for minimizing such a failure will be described with reference to FIG. 9.

9 is a view illustrating an operation method when an upgrade fails in a digital tachograph according to an embodiment of the present invention.

Referring to FIG. 9, the central control unit 170 of the digital tachograph 100 generally includes a memory area called a boot loader (not shown). The boot loader stores information related to an initial program upgrade. After that, the full program is written and deleted. The boot loader stores the central controller 170 to do when the initial system boot is performed, and proceeds to the next task through the central controller 170 through the boot loader.

The central control unit 170 backs up the last successful operating system-related information at the time of upgrading (S901), and starts the upgrade from the next part except the boot loader for the operating system-related information to be upgraded (S903).

If a problem occurs during the upgrade and the upgrade fails (S905), the central controller 170 records the error state information in the memory unit 160 (S907). Therefore, the central control unit 170 may check the last state information related to the upgrade in the memory unit 160 and determine whether the upgrade is successful (S909).

If the central control unit 170 does not successfully complete the upgrade, the central controller 170 increases the number of upgrade failures M 'by one. At this time, if the upgrade number M 'is not equal to the set number M, the above steps S903 to S911 are repeated to check whether the upgrade has been successfully performed.

In this way, when the upgrade number (M ') is equal to the set number (M) (S615), the upgraded operating system-related information is deleted from the memory unit 160 (S913), the failure information of the upgrade for the corresponding version In the setup information. Next, the central control unit 170 changes to setting information for downgrading to the last successful operating system information and performs downgrade (S915).

In this case, re-trying is possible in case of a space limitation or an upgrade failure of the memory unit 160, and even if a problem occurs in the upgraded digital tachograph 100 or a problem occurs during the upgrade, the last successful operating system information By downgrading, it is possible to continue the work of the digital tachograph 100.

After the downgrade, the central control unit 170 transmits upgrade failure information when connecting to the system information server 300, and the system information server 300 stores the upgrade failure information of the digital tachograph 100, thereby patching the patch. It can be used to analyze the cause of failure.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments, It belongs to the scope of right.

Claims (10)

In a vehicle digital tachograph that collects and records vehicle driving information,
A wireless communication unit communicating with a server that stores and manages a plurality of operating system related information, and
And a central control unit for receiving the operating system related information to be upgraded divided into a plurality of pieces of information from the server and upgrading the operating system related information at a set time point after receiving the received operating system related information through the server. But
The central control unit receives the next information fragment file from the server when there is no error in the received information fragment, and when receiving all of the plurality of information fragments, the central control unit sends a file created by pasting the plurality of information fragments to the server. Automotive digital tachograph with automatic upgrade function to request verification during transmission. delete delete In claim 1,
The fault of the information piece is a vehicle digital tachograph having an automatic upgrade function using a checksum. In claim 1,
The central control unit,
Including an internal memory section,
And an automatic upgrade function for upgrading the operating system related information in the internal memory unit at the set time point after the previous operating system related information is backed up at the time of upgrading. The method of claim 5,
The internal memory unit includes a boot loader,
The operating system-related information is a vehicle digital odometer having an automatic upgrade function that is upgraded in the area excluding the boot loader. The method of claim 5,
If the central control unit does not successfully complete the upgrade of the operating system related information, the central control unit retries the upgrade by a predetermined number of times,
And a digital upgrade recorder having an automatic upgrade function for downgrading information related to an operating system that was successfully upgraded when the set number of upgrades fails. In claim 7,
Further comprising a memory unit for storing the vehicle driving information,
And the central control unit records failure information in the memory unit when the upgrade fails, and has an automatic upgrade function for checking whether the upgrade is successful through the memory unit. In claim 1,
The set time point is a vehicle digital tachograph having an automatic upgrade function including a time point after the start of the vehicle off. In claim 1,
The operating system related information includes a vehicle digital driving recorder having an automatic upgrade function including at least one of a firmware file, an operating system file, setting information, and a patch file.

Images