Data Distribution System

Abstract

To provide a data distribution system capable of suppressing obstruction to distribution of data.SOLUTION: A data distribution system includes an ECU 10 and an OBC 20 mounted on a movable body 100, and a diagnosis tool 200 arranged at outside of the movable body 100. When the ECU 10 determines that there is no request for communication from the diagnosis tool while communicating with the OBC 20, the ECU transmits data to the OBC 20. In this case, the OBC 20 distributes the received data to a data center 300. When the ECU 10 determines that there is communication request, the ECU switches the communication object from the OBC 20 to the diagnosis tool 200, and transmits the data to the diagnosis tool 200. When the communication object is not switched, the data distribution system distributes the data received by the OBC 20 to the data center 300. On the other hand, when the communication object is switched, the data distribution system distributes the data received by the diagnosis tool to the data center 300.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present disclosure relates to a data distribution system. [Background technology]

[0002] An example of a data distribution system is a remote diagnostic system disclosed in Patent Document 1. The remote diagnostic system includes a fault response center and an in-vehicle LAN configured on a mobile object. The in-vehicle LAN is equipped with sensors that acquire data indicating the status of devices that make up the mobile object, and an in-vehicle server. The fault response center accesses the in-vehicle server via a mobile communication network and acquires data indicating the status of the devices that make up the mobile object. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2003-163747 Summary of the Invention [Problem to be solved by the invention]

[0004] A possible data distribution system includes a control device and a mobile diagnostic device installed in a mobile object, and a data center configured to be able to wirelessly communicate with the mobile diagnostic device. The mobile diagnostic device can collect data by receiving data correlated with a mobile object fault from the control device. The mobile diagnostic device then distributes the collected data to the data center.

[0005] However, while the control device is transmitting data to the mobile diagnostic device, the control device may change the communication target to another client. In this case, the mobile diagnostic device will no longer be able to collect data. This poses a problem in the data distribution system, as it may prevent data from being distributed from the mobile diagnostic device to the data center.

[0006] One disclosed object is to provide a data distribution system that can prevent data distribution from being interrupted. [Means for solving the problem]

[0007] The data distribution system disclosed herein comprises: a control device (10) mounted on the vehicle and transmitting at least one piece of data related to a fault in the vehicle; a mobile diagnostic device (20) mounted on the mobile body, which receives data from the control device and distributes the data to a data center (300) provided outside the mobile body by wireless communication; a diagnostic tool (200) that is provided outside the mobile body, performs fault diagnosis on the mobile body, and is configured to be capable of wireless communication with the data center; The control device a communication determination step (S140) of determining whether or not there is a communication request from the diagnostic tool while communicating with the mobile diagnostic device; a first transmission step (S144) of transmitting data to the mobile diagnostic device when it is determined that there is no communication request; a switching step (S22, S24) of switching the communication target of the control device from the mobile object diagnostic device to the diagnostic tool when it is determined that there is a communication request; a second transmission step (S282) of transmitting data to the diagnostic tool instead of to the mobile diagnostic device when the communication target is switched to the diagnostic tool; If the communication target cannot be switched, the mobile diagnostic device transmits the received data to the data center via wireless communication. In the data center A first distribution step (S324) of distributing the information; When the communication target is switched, the diagnostic tool wirelessly transmits the received data to the data center. In the data center The method is characterized by comprising a second distribution step (S446) of distributing the information.

[0008] In this way, when a communication request is received from the diagnostic tool, the data distribution system switches the communication target of the control device from the mobile diagnostic device to the diagnostic tool. As a result, the mobile diagnostic device is unable to receive data from the control device and is unable to distribute data to the data center. However, when the communication target is switched, the data distribution system transmits data to the diagnostic tool. Then, when the communication target is switched, the data distribution system distributes the data received by the diagnostic tool to the data center via wireless communication. As a result, the data distribution system can prevent data distribution from being interrupted.

[0009] The various aspects disclosed in this specification employ different technical means to achieve their respective objectives. The reference numerals in parentheses in the claims and in this section are intended to exemplify correspondences with the following embodiments and are not intended to limit the technical scope. The objectives, features, and advantages disclosed in this specification will become more apparent by reference to the following detailed description and the accompanying drawings. [Brief explanation of the drawings]

[0010] [Figure 1] 1 is a block diagram showing a schematic configuration of a data distribution system according to an embodiment. [Figure 2] 4 is a flowchart showing a transmission process of an ECU in the embodiment. [Figure 3] 4 is a flowchart showing an ECU change process according to the embodiment. [Figure 4] 10 is a flowchart illustrating an OBC distribution process according to an embodiment. [Figure 5] 10 is a flowchart illustrating a diagnostic tool distribution process according to an embodiment. [Figure 6] 10 is a flowchart showing a diagnostic tool distribution process according to the first modification. [Figure 7] 10 is a flowchart showing a diagnostic tool distribution process in Modification 2. [Figure 8]13 is a flowchart showing a diagnostic tool distribution process in Modification 3. DETAILED DESCRIPTION OF THE INVENTION

[0011] Hereinafter, several embodiments for carrying out the present disclosure will be described with reference to the drawings. In each embodiment, parts corresponding to matters described in the preceding embodiment may be assigned the same reference numerals, and duplicated explanations may be omitted. In each embodiment, when only a part of the configuration is described, the other parts of the configuration may be applied by referring to the other embodiment described previously.

[0012] <Overall structure> The overall configuration of the data distribution system will be described using Figure 1. The data distribution system is a system that distributes data correlated with a fault in a mobile object 100 to a data center 300. The data distribution system includes an ECU 10 and an OBC 20 mounted on the mobile object 100, and a diagnostic tool 200 provided outside the mobile object 100.

[0013] The mobile object 100 may be an automobile, a train, an aircraft, or the like. The automobile may be an automobile equipped with an internal combustion engine, an electric automobile or a fuel cell vehicle without an internal combustion engine, or a so-called hybrid vehicle. The aircraft may be an airplane, a helicopter, a VTOL (vertical take-off and landing aircraft), an eVTOL (electric vertical take-off and landing aircraft), or the like.

[0014] ECU is an abbreviation for Electronic Control Unit. OBC is an abbreviation for On Board Client. In Figure 1, the mobile unit is indicated as AUTM, the diagnostic tool as DIGT, and the data center as DATC. Also in Figure 1, the communication interface (communication IF) is indicated as CIF, the display as DIS, and the flash memory as FM. CPU is an abbreviation for Central Processing Unit. RAM is an abbreviation for Random Access Memory. ROM is an abbreviation for Read Only Memory.

[0015] <ecu> As shown in FIG. 1, the ECU 10 includes a CPU 11, a RAM 12, a ROM 13, a flash memory 14, a communication IF 15, etc. The ECU 10 is configured to be able to communicate with clients such as the OBC 20 and other ECUs via a communication line, such as a two-wire differential system, and the communication IF 15. The ECU 10 is also configured to be able to communicate with a diagnostic tool 200. Therefore, the diagnostic tool 200 can be considered as one of the clients. Furthermore, the ECU 10 is electrically connected to sensors provided in the vehicle via, for example, a wire harness or a connector. The sensors output electrical signals indicating physical quantities correlated with the operation and control of the vehicle 100. The ECU 10 corresponds to a control device.

[0016] The ECU 10 is configured to be able to acquire sensor data output by a sensor. The ECU 10 may be configured to be able to acquire sensor data from a plurality of sensors. Furthermore, the ECU 10 may be configured to be able to acquire sensor data from another ECU.

[0017] The ECU 10 generates control data by executing a program using the CPU 11. The ECU 10 performs various controls on the mobile object 100 by outputting the control data to a controlled object. The ECU 10 also stores, in a flash memory 14 or the like, failure information indicating the location and state of the failure when the mobile object 100 fails.

[0018] The RAM 12 temporarily stores the calculation results of the CPU 11, sensor data, etc. The ROM 13 and flash memory 14 store programs executed by the CPU 11, etc.

[0019] The sensor data and control data indicate information that correlates with the operation and control of the mobile object 100. By analyzing the sensor data and control data, it is possible to predict malfunctions of the mobile object 100. Therefore, the control data and sensor data can be said to be data that correlates with malfunctions of the mobile object 100. Hereinafter, when there is no need to distinguish between control data and sensor data, they will be simply referred to as data. Furthermore, data can also be referred to as mobile object information, vehicle information, etc.

[0020] The ECU 10 distributes data to the data center 300 using the OBC 20 and the diagnostic tool 200. Therefore, it can be said that the ECU 10 distributes data via the OBC 20 and the diagnostic tool 200.

[0021] For this purpose, the ECU 10 transmits at least one piece of data via the communication IF 15. In other words, the ECU 10 may transmit a plurality of pieces of data. At this time, the ECU 10 transmits the data to the OBC 20 and the diagnostic tool 200.

[0022] More specifically, when the ECU 10 causes the OBC 20 to distribute data, the ECU 10 transmits the data to the OBC 20. In this case, the OBC 20 can be said to be responsible for collecting data. In addition, the OBC 20 can be said to be responsible for distributing data.

[0023] Furthermore, the ECU 10 can switch the responsibility for data collection from the OBC 20 to the diagnostic tool 200. When the ECU 10 causes the diagnostic tool 200 to distribute data, the ECU 10 transmits data to the diagnostic tool 200. In this case, it can be said that the diagnostic tool 200 is responsible for data collection. It can also be said that the diagnostic tool 200 is responsible for data distribution. The transmission process of the ECU 10 will be explained later.

[0024] <obc> 1, the OBC 20 includes a CPU 21, a RAM 22, a ROM 23, a flash memory 24, a communication IF 25, etc. The OBC 20 receives data transmitted from the ECU 10 via the communication IF 25, etc. In other words, the OBC 20 collects data transmitted from the ECU 10. The data collected by the OBC 20 is sensor data and control data transmitted from the ECU 10. For this reason, it can be said that the OBC 20 can collect data that cannot be collected by a repair shop or a dealer of the mobile object 100.

[0025] Furthermore, the OBC 20 distributes the received data to the data center 300 via wireless communication as a result of the CPU 21 executing a program. The OBC 20 can be considered an electronic control device with a diagnostic tool function. The OBC 20 may have a wireless communication device in the communication IF 25, or may have a wireless communication device separate from the communication IF 25. The OBC 20 corresponds to a mobile object diagnostic device.

[0026] The RAM 22 temporarily stores the calculation results and data of the CPU 21. The ROM 23 and flash memory 24 store programs executed by the CPU 21 and the like.

[0027] <Diagnostic Tools> As shown in FIG. 1 , the diagnostic tool 200 includes a CPU 210, a RAM 220, a ROM 230, a flash memory 240, a communication IF 250, a display 260, and the like. The diagnostic tool 200 is a device that performs fault diagnosis on a mobile object. The diagnostic tool 200 is provided outside the mobile object 100. The diagnostic tool 200 is configured to be detachable from the mobile object 100 via a communication line, a connector, and the like. The diagnostic tool 200 is a tool operated by an operator at a repair shop, a dealer, or the like. The diagnostic tool 200 is also a tool for reading out fault information held by the ECU 10.

[0028] The diagnostic tool 200 performs various controls by the CPU 210 executing a program. The CPU 210, for example, receives fault information from the ECU 10 via the communication IF 250 and displays the fault information on the display 260. The fault information read by the diagnostic tool 200 is used to improve the efficiency of fault repair and maintenance of the vehicle 100. The diagnostic tool 200 receives the fault information from the ECU 10 as a normal process. Receiving the fault information from the ECU 10 is also referred to as diagnostic communication.

[0029] Furthermore, the diagnostic tool 200 is configured to be able to communicate wirelessly with the data center 300. The diagnostic tool 200 can also receive data transmitted from the ECU 10 via the communication IF 250 or the like. The diagnostic tool 200 distributes the received data to the data center 300 via wireless communication when the CPU 210 executes a program. The diagnostic tool 200 may include a wireless communication device in the communication IF 250, or may include a wireless communication device separate from the communication IF 250.

[0030] <Data Center> The data center 300 is located outside the mobile object 100 and in a remote location. The data center 300 is equipped with a computer including a CPU, RAM, ROM, flash memory, a communication interface, etc., and a display capable of displaying various information. The data center 300 is configured to be capable of wireless communication with the OBC 20 and the diagnostic tool 200. The computer in the data center 300 can collect data from multiple mobile objects 100. The computer in the data center 300 can also collect data from multiple mobile objects 100 simultaneously, or can collect data from multiple mobile objects 100 at different times. The collected data is used to predict vehicle failures and to build new services.

[0031] <Processing operation> First, the processing operation of the ECU 10 will be described with reference to Figures 2 and 3. Figures 2 and 3 show processing mainly executed by the CPU 11. The ECU 10 executes the flowchart of Figure 2 at predetermined time intervals. Note that, in this embodiment, as an example, an ECU 10 that transmits multiple pieces of data is employed.

[0032] In step S10, a data transmission setting request is received from the OBC. The ECU 10 receives the setting request for setting data transmission conditions. The data transmission conditions are conditions for transmitting data to the OBC 20. As will be explained later, the ECU 10 transmits only data that meets the set data transmission conditions.

[0033] In step S12, the ECU 10 sets the data transmission conditions in accordance with the setting request. The ECU 10 sets the data transmission conditions in accordance with the setting request. Examples of the data transmission conditions include when the vehicle speed reaches a certain value or when unauthorized access from outside the vehicle is detected. The data transmission conditions may be determined in advance, or the data transmission conditions may not be set. In this case, the ECU 10 can omit steps S10 and S12. The ECU 10 can also omit steps S142 and S146, which will be described later.

[0034] In step S14, the ECU 10 monitors the data transmission condition. The ECU 10 performs a loop process of monitoring whether the data transmission condition is met. That is, the ECU 10 repeatedly performs steps S140 to S146.

[0035] In step S140, it is determined whether a request has been received from the diagnostic tool 200 (communication determination step). The ECU 10 determines whether a communication request (communication request) has been received from the diagnostic tool 200. In other words, the ECU 10 determines whether to interrupt data transmission to the OBC 20 and switch the communication partner from the OBC 20 to the diagnostic tool 200. It can also be said that the ECU 10 determines whether there is a communication request from the diagnostic tool 200 while communicating with the OBC 20.

[0036] If the ECU 10 determines that it has not received a communication request, it proceeds to step S142 without interrupting data transmission to the OBC 20 and assuming that the communication partner will not be switched from the OBC 20 to the diagnostic tool 200. On the other hand, if the ECU 10 determines that it has received a communication request, it proceeds to step S20 without interrupting data transmission to the OBC 20 and assuming that the communication partner will be switched from the OBC 20 to the diagnostic tool 200.

[0037] The ECU 10 communicates with one client with a higher priority as a communication partner. In other words, the ECU 10 does not transmit data to both the OBC 20 and the diagnostic tool 200 at the same time, so that data transmission to the OBC 20 may be interrupted.

[0038] A situation in which the diagnostic tool 200 and the OBC 20 attempt to communicate with the ECU 10 at the same time can occur when the timing at which the ECU 10 transmits data to the OBC 20 coincides with the timing at which the diagnostic tool 200 transmits fault information to the data center 300. In addition, a case in which the diagnostic tool 200 and the OBC 20 communicate with one ECU 10 at the same time can occur when the diagnostic tool 200 performs some operation on an individual vehicle and the results are collected in the data center 300 via the OBC 20. Note that it is assumed here that the diagnostic tool 200 has a higher priority than the OBC 20.

[0039] The ECU 10 may receive a request (communication request) from the diagnostic tool 200 to transmit fault information while transmitting data to the OBC 20. In this case, the ECU 10 compares the priority of the BC 20 with the priority of the diagnostic tool 200. Then, the ECU 10 interrupts the data transmission to the OBC 20 and switches the communication partner from the OBC 20 to the diagnostic tool 200.

[0040] In step S142, it is determined whether or not the data transmission condition is satisfied (first transmission step). If the ECU 10 determines that the data transmission condition is satisfied, the ECU 10 proceeds to step S144, and if it does not determine that the data transmission condition is satisfied, the ECU 10 proceeds to step S146. In other words, if the ECU 10 does not determine that the data transmission condition is satisfied, the ECU 10 proceeds to step S146 without performing step S144. The data transmission condition is not particularly limited. It is not necessary that the data transmission condition be set. In other words, if the ECU 10 makes a NO determination in step S140, the ECU 10 may execute step S144.

[0041] In step S144, data is transmitted to the OBC (first transmission step). The ECU 10 transmits data to the OBC 20 to have the OBC 20 distribute the data to the data center 300. That is, the ECU 10 transmits data to the OBC 20 to distribute to the data center 300. At this time, the OBC 20 is responsible for collecting the data.

[0042] In step S146, it is determined whether a transmission termination condition is satisfied. If it is determined that the termination condition is satisfied, the ECU 10 terminates the flowchart of Fig. 2, and if it is determined that the termination condition is not satisfied, the ECU 10 returns to step S14. The termination condition may be, for example, that transmission of predetermined data has been completed.

[0043] The process of changing the data transmission destination in step S20 will now be described with reference to Fig. 3. When the ECU 10 makes a YES determination in step S140, the process proceeds to step S20. In step S20, the data transmission destination is changed from the OBC 20 to the diagnostic tool 200.

[0044] In step S22, the OBC is notified of the suspension of data transmission (switching step). When switching the communication target from the OBC 20 to the diagnostic tool 200, the ECU 10 notifies the OBC 20 of the suspension of data transmission. The communication target can also be referred to as a data transmission target. The communication target is also a client responsible for data distribution.

[0045] In step S24, the ECU 10 notifies the diagnostic tool of the transfer of the data distribution responsibility (switching step). When the ECU 10 determines that there is a communication request from the diagnostic tool 200, the ECU 10 switches the communication target from the OBC 20 to the diagnostic tool 200. At this time, the ECU 10 notifies the diagnostic tool 200 that it will start transmitting data. In this way, the ECU 10 notifies the diagnostic tool 200 of the start of data transmission, thereby notifying the transfer of data distribution.

[0046] In step S26, data transmission to the diagnostic tool is started (second transmission step). The ECU 10 transmits data to the diagnostic tool 200 so that the diagnostic tool 200 distributes the data to the data center 30.

[0047] In step S28, the data transmission condition is monitored (second transmission step). The ECU 10 performs a loop process of monitoring whether the data transmission condition is met. That is, the ECU 10 repeatedly performs steps S280 to S284. Step S280 is the same as S142.

[0048] In step S282, data is transmitted to the diagnostic tool (second transmission step). The ECU 10 transmits data to the diagnostic tool 200 to have the diagnostic tool 200 distribute the data to the data center 300. That is, the ECU 10 transmits data to the diagnostic tool 200 to be distributed to the data center 300. At this time, the diagnostic tool 200 is responsible for collecting the data. Note that the data transmission condition does not need to be set. That is, the ECU 10 may execute step S282 after step S26. In this way, when the ECU 10 switches the communication target to the diagnostic tool 200, it transmits data to the diagnostic tool 200 instead of to the OBC 20. Note that step S284 is the same as S146.

[0049] Next, the distribution process of the OBC 20 will be described with reference to Fig. 4. The OBC 20 executes the process shown in the flowchart of Fig. 3, triggered by a data distribution request from the ECU 10. Furthermore, when the OBC 20 receives data from the ECU 10, it may execute the processes from step S32 onwards.

[0050] In step S30, the OBC 20 receives data from the ECU 10 to be distributed to the data center 300.

[0051] In step S32, the OBC 20 monitors for a data transmission stop notification from the ECU 10. The OBC 20 performs a loop process of monitoring for a notification from the ECU 10 indicating that data transmission has been stopped.

[0052] In step S320, the OBC 20 determines whether a data transmission stop notification has been received from the ECU. If a notification indicating that data transmission is to be stopped has been received, the OBC 20 proceeds to step S326; if not, the OBC 20 proceeds to step S322.

[0053] In step S322, the data is converted for distribution to the data center. The OBC 20 converts the received data for distribution to the data center.

[0054] In step S324, the data is delivered to the data center (first delivery step). If the communication target cannot be switched, the OBC 20 delivers the received data to the data center 300 by wireless communication. In this embodiment, as an example, the OBC 20 is adapted to deliver the data if it is determined that the communication target cannot be switched unless it is notified that transmission is stopped.

[0055] In step S326, the data distribution is stopped. When the OBC 20 receives the notification of the stop from the ECU 10, the OBC 20 stops the data distribution. Then, in step S328, the OBC 20 notifies the data center 300 of the stop of the data distribution. The OBC 20 notifies the data center 300 that the data distribution from itself will be stopped.

[0056] Next, the distribution process of the diagnostic tool 200 will be described with reference to Fig. 5. The diagnostic tool 200 executes the process shown in the flowchart of Fig. 5, triggered by a communication request to the ECU 10.

[0057] In step S40, the diagnostic tool 200 transmits a communication request to the ECU 10.

[0058] In step S42, it is determined whether a data transmission delegation notification has been received from the ECU 10. If the diagnostic tool 200 determines that a data distribution delegation notification has been received from the ECU 10, it assumes that data distribution to the data center 300 will be performed, and proceeds to step S44. If the diagnostic tool 200 does not determine that a data distribution delegation notification has been received from the ECU 10, it assumes that data distribution to the data center 300 will not be performed, and proceeds to step S46.

[0059] In step S44, the diagnostic tool 200 monitors whether the data distribution conditions are met. The diagnostic tool 200 performs a loop process of monitoring whether the data distribution conditions are met.

[0060] In step S440, the diagnostic tool 200 receives data from the ECU 10 to be distributed to the data center 300.

[0061] In step S442, it is determined whether the data distribution conditions are met. The diagnostic tool 200 determines whether the data distribution conditions are met for the received data. If the diagnostic tool 200 determines that the data distribution conditions are met, it proceeds to step S444, and if it does not determine that the conditions are met, it returns to step S44.

[0062] In this way, the diagnostic tool 200 does not distribute all data to the data center 300, but distributes data that meets predetermined data distribution conditions to the data center 300. In other words, the diagnostic tool 200 distributes filtered data that is considered to be data that should be distributed and metadata such as data priority. The metadata must be defined in advance. The data distribution conditions correspond to distribution conditions. The data distribution conditions are not particularly limited. An example of the data distribution conditions will be described later.

[0063] The data distribution conditions do not necessarily have to be set. In this case, the diagnostic tool 200 performs step S440 and then proceeds to step S444. Also, with regard to the OBC 20, only data for which the data distribution conditions are met may be distributed to the data center 300.

[0064] Step S444 is the same as step S322. In step S446, data is distributed to the data center (second distribution step). When the communication target is switched, the diagnostic tool 200 distributes the received data to the data center 300 via wireless communication. In other words, when the diagnostic tool 200 is notified of the start of data transmission, it assumes that the communication target has been switched and distributes the data. In this embodiment, as an example, the diagnostic tool 200 is employed which distributes to the data center 300 only data for which the data distribution conditions are met from among the multiple pieces of data received.

[0065] In step S46, normal diagnostic communication processing with the ECU is performed. The diagnostic tool 200 performs diagnostic communication processing to receive fault information from the ECU 10. In this way, if the diagnostic tool 200 does not receive the delegation notification, it receives fault information for fault diagnosis instead of data to be distributed to the data center 300.

[0066] <Effects> In this way, when a communication request is received from the diagnostic tool 200, the data distribution system switches the communication target of the ECU 10 from the OBC 20 to the diagnostic tool 200. As a result, the OBC 20 becomes unable to receive data from the ECU 10 and is unable to distribute data to the data center 300. However, when the communication target is switched to the diagnostic tool 200, the data distribution system transmits the data to the diagnostic tool 200. Then, when the communication target is switched, the data distribution system distributes the data received by the diagnostic tool 200 to the data center 300 via wireless communication. As a result, the data distribution system can prevent data distribution from being interrupted.

[0067] Incidentally, it is conceivable that the data distribution system would prevent interruptions to data distribution by providing a redundant system for the ECU 10 and constantly transmitting data to the OBC 20. However, in this case, a redundant ECU would be required, which would increase the complexity of the software and the hardware costs. In contrast, in this embodiment, there is no need to provide a redundant ECU, so it is possible to prevent interruptions to data distribution while suppressing the complexity of the software and the increase in hardware costs.

[0068] Furthermore, the data distribution system may queue data to be distributed to the data center 300 when the diagnostic tool 200 requests the ECU 10 to communicate. In this case, when the ECU 10 finishes communication with the diagnostic tool 200, the ECU 10 distributes the queued data to the data center 300 via the OBC 20. However, in this case, if the number of data items held in queue reaches an upper limit, the data may be discarded. In contrast, in this embodiment, there is no need to queue data to be transmitted to the OBC 20, and therefore, data can be prevented from being discarded while preventing data distribution from being interrupted.

[0069] The preferred embodiments of the present disclosure have been described above. However, the present disclosure is not limited to the above embodiments, and various modifications are possible within the scope of the present disclosure. Modifications 1 to 3 will be described below as other aspects of the present disclosure. The above embodiments and Modifications 1 to 3 can be implemented independently, or can be implemented in appropriate combinations. The present disclosure is not limited to the combinations shown in the embodiments, and can be implemented in various combinations.

[0070] (Variation 1) The diagnostic tool 200 in Modification 1 will be described using FIG. 6. Modification 1 will be described mainly in terms of the differences from the above embodiment. Modification 1 differs from the above embodiment in the data distribution process to the data center 300. In particular, Modification 1 differs in the content of the loop process in step S44. Modification 1 employs batch processing. FIG. 6 mainly illustrates the differences from FIG. 5. For example, steps S40, S42, and S46 are omitted in FIG. 6.

[0071] In step S442a, it is determined whether the amount of received data is greater than the threshold. If it is determined that the amount of received data is greater than the threshold, the diagnostic tool 200 determines that the data distribution conditions are met and proceeds to step S446. Note that in this modification, step S444 may also be executed before step S446.

[0072] If the diagnostic tool 200 does not determine that the amount of received data is greater than the threshold, it determines that the data distribution conditions are not satisfied and proceeds to step S448. In this way, the diagnostic tool 200 queues the data received from the ECU 10 and accumulates it to a certain extent before transferring it to the data center 300. For example, the diagnostic tool 200 is provided with a transmission buffer, and temporarily stores the data in the transmission buffer.

[0073] In this way, the diagnostic tool 200 sets in advance the amount of data to be distributed at one time, and distributes the data when the amount of data received from the ECU 10 reaches the set amount. That is, in this first modification, the data distribution condition is that the amount of received data exceeds a threshold value.

[0074] In step S448, it is determined whether or not the distribution termination condition is met. If the diagnostic tool 200 determines that the distribution termination condition is met, it ends the flowchart of FIG. 6, and if it determines that the condition is not met, it returns to step S44. The distribution termination condition may be, for example, that transmission of predetermined data has been completed. Step S448 may also be omitted. Step S448 may also be added to the above embodiment.

[0075] The data distribution system of Modification 1 can achieve the same effects as the above-described embodiment. Furthermore, the data distribution system of Modification 1 can reduce the number of communications between the diagnostic tool 200 and the data center 300. Note that Modification 1 can also be applied to the OBC 20. In this case, the data distribution system of Modification 1 can reduce the number of communications between the OBC 20 and the data center 300.

[0076] (Variation 2) The diagnostic tool 200 in Modification 2 will be described using FIG. 7. Modification 2 will be described mainly in terms of differences from the above embodiment. Modification 2 differs from the above embodiment in the data distribution process to the data center 300. Modification 2 employs online processing. For example, steps S40, S42, and S46 are omitted in FIG. 7.

[0077] The diagnostic tool 200 receives data from the ECU 10 (S440). Then, the diagnostic tool 200 distributes the received data to the data center 300 (S446). At this time, the diagnostic tool 200 transmits the received data to the data center 300 in the background while receiving data from the ECU 10. The diagnostic tool 200 repeatedly executes S440 and S446 until a distribution termination condition is met (S448).

[0078] In this modification, step S444 may be executed before step S466. In this manner, the diagnostic tool 200 distributes data to the data center 300 each time it receives data from the ECU 10. In other words, this modification adopts the fact that a certain amount of data has been received as a data distribution condition.

[0079] The data distribution system of the second modification can achieve the same effects as the above-described embodiment. Furthermore, the data distribution system of the second modification can reduce the transmission buffer in the diagnostic tool 200 more than in the first modification. Note that the first modification can also be applied to the OBC 20. In this case, the data distribution system of the first modification can reduce the transmission buffer in the OBC 20 more than in the first modification.

[0080] (Variation 3) The diagnostic tool 200 in Modification 3 will be described using Figure 8. Modification 3 will be described mainly in terms of the differences from the above embodiment. Modification 3 differs from the above embodiment in the data distribution process to the data center 300. In particular, Modification 3 differs in the content of the loop process in step S44. Figure 8 mainly illustrates the differences from Figure 5. For example, steps S40, S42, and S46 are omitted in Figure 8.

[0081] The ECU 10 distributes multiple pieces of data with different priorities to the data center 300. Therefore, the diagnostic tool 200 receives multiple pieces of data with different priorities. Each piece of data includes priority information, such as information indicating the priority and information linked to the priority. The diagnostic tool 200 can determine the priority of the received data based on the priority information. Note that, when the priority information is linked to a priority, the diagnostic tool 200 associates each piece of priority information with a priority and stores it in advance in the ROM 230 or the flash memory 240. Therefore, the diagnostic tool 200 can determine the priority of the received data by checking the contents stored in the ROM 230 or the flash memory 240. Furthermore, each piece of data may include information indicating high priority or low priority as priority information.

[0082] In step S442b, it is determined whether high priority data has been received. The diagnostic tool 200 determines whether the priority of the received data is high priority. If the diagnostic tool 200 determines that the data is high priority, it proceeds to step S444, and if it does not determine that the data is high priority, it proceeds to step S442c.

[0083] If the priority information indicates a priority or is linked to a priority, the diagnostic tool 200 checks the priority information of the received data and the stored contents of the ROM 230 and the flash memory 240. The diagnostic tool 200 determines the priority of the received data by checking. The diagnostic tool 200 compares the determined priority with a priority threshold (a predetermined value), and determines the data as high priority if the priority exceeds the priority threshold, and determines the data as low priority if the priority does not exceed the priority threshold. Furthermore, if the priority information indicates high priority or low priority, the diagnostic tool 200 determines whether the received data is high priority or low priority based on the priority information of the data. In other words, if the priority information of the received data indicates high priority, the diagnostic tool 200 considers the data to have a priority exceeding a predetermined value.

[0084] In step S442c, the diagnostic tool 200 discards the low priority data that is not to be delivered to the data center 300, among the data received from the ECU 10.

[0085] The data distribution system of Modification 3 can achieve the same effects as the above-described embodiment. Furthermore, the data distribution system of Modification 3 can reduce the amount of data transmitted by the diagnostic tool 200 compared to when all received data is transmitted. Note that Modification 3 can also be applied to the OBC 20. In this case, the data distribution system of Modification 3 can reduce the amount of data transmitted by the OBC 20 compared to the above-described embodiment and other modifications.

[0086] Although the present disclosure has been described with reference to the embodiments, it is understood that the present disclosure is not limited to the embodiments or structures. The present disclosure also encompasses various modifications and modifications within the scope of equivalents. In addition, although various combinations and forms are shown in the present disclosure, other combinations and forms including only one element, more, or less than one element are also within the scope and spirit of the present disclosure. [Explanation of symbols]

[0087] 10...ECU, 11...CPU, 12...RAM, 13...ROM, 14...flash memory, 15...communication IF, 20...OBC, 21...CPU, 22...RAM, 23...ROM, 24...flash memory, 25...communication IF, 100...mobile body, 200...diagnostic tool, 210...CPU, 220...RAM, 230...ROM, 240...flash memory, 250...communication IF, 260...display, 300...data center< / obc> < / ecu>

Claims

1. a control device (10) mounted on a moving object and transmitting at least one data item related to a fault in the moving object; a mobile body diagnostic device (20) mounted on the mobile body, receiving the data from the control device and distributing the data to a data center (300) provided outside the mobile body by wireless communication; a diagnostic tool (200) that is provided outside the mobile body, performs fault diagnosis on the mobile body, and is configured to be capable of wireless communication with the data center; The control device a communication determination step (S140) of determining whether or not there is a communication request from the diagnostic tool while communicating with the mobile diagnostic device; a first transmission step (S144) of transmitting the data to the mobile object diagnostic device when it is determined that there is no communication request; a switching step (S22, S24) of switching a communication target of the control device from the mobile object diagnostic device to the diagnostic tool when it is determined that there is a communication request; a second transmission step (S282) of transmitting the data to the diagnostic tool instead of to the mobile diagnostic device when the communication target is switched to the diagnostic tool; a first distribution step (S324) of the mobile diagnostic device distributing the received data to the data center by wireless communication when the communication target cannot be switched; A data distribution system comprising a second distribution step (S446) in which the diagnostic tool distributes the received data to the data center by wireless communication when the communication target is switched.

2. In the switching step, when the communication target is switched from the mobile diagnostic device to the diagnostic tool, the mobile diagnostic device is notified of the suspension of transmission of the data; 2. The data distribution system according to claim 1, wherein the mobile diagnostic device stops distributing the data when the notification of the stop is received.

3. 3. The data distribution system according to claim 2, wherein said mobile diagnostic device determines that said communication target cannot be switched unless said notification of cancellation is received, and distributes said data in said first distribution step.

4. In the switching step, when the communication target is switched from the mobile diagnostic device to the diagnostic tool, the diagnostic tool is notified of the start of transmission of the data; A data distribution system according to any one of claims 1 to 3, wherein when the notification of the start is given, the diagnostic tool assumes that the communication target has been switched and distributes the data in the second distribution step.

5. A data distribution system according to any one of claims 1 to 4, wherein in at least one of the first distribution step and the second distribution step, the received data is distributed when the amount of data received exceeds a threshold value.

6. 5. The data distribution system according to claim 1, wherein at least one of the first distribution step and the second distribution step distributes the received data every time the data is received.

7. the control device transmits a plurality of the data; A data distribution system according to any one of claims 1 to 6, wherein in at least one of the first distribution step and the second distribution step, only the data for which the distribution conditions are met among the received multiple data are distributed to the data center.

8. The plurality of data are associated with priorities; 8. The data distribution system according to claim 7, wherein in at least one of the first distribution step and the second distribution step, the distribution condition is deemed to be met if the priority exceeds a predetermined value.

Images