JP5516560B2 - Vehicle distributed processing system and vehicle distributed processing method - Google Patents

Description

  The present invention relates to a vehicle distributed processing system in which a vehicle apparatus performs distributed processing.

  Conventionally, a probe car system has been devised in which each vehicle is regarded as one sensor and information is collected from each vehicle. In a probe car system, information is generally collected in a “center” that controls the system. In the center-intensive probe car system, for example, an ECU (Electronic Control Unit) (hereinafter referred to as a vehicle device) mounted on each vehicle is a computer (hereinafter referred to as a “center device”) installed in the center. Send speed information, position information, etc. On the other hand, the center device generates traffic information such as traffic jam information based on the collected information and distributes the traffic information to each vehicle device. Patent Documents 1 to 3 disclose examples of a center-intensive probe car system.

  An object of the invention described in Patent Document 1 is to provide a travel information management system that allows a center device that collects travel information from a vehicle device to provide various information immediately upon request. is there.

  An object of the invention described in Patent Document 2 is to assign a load exceeding a processing capability to a specific center device in a traffic information system in which a plurality of center devices installed in each region create and distribute traffic information. In some cases, the traffic information can be continuously created and distributed in a certain region by distributing the load to other center devices.

  An object of the invention described in Patent Document 3 is to provide a traffic information communication system that can eliminate an increase in the load of communication processing of a center device.

JP 2005-165492 A JP 2008-15847 A JP 2009-59092 A

However, in the center-intensive probe car system, it is necessary to collect a large amount of data in one place and perform processing in a lump. Therefore, as can be seen from the objects of the inventions described in Patent Documents 1 to 3, there are structural problems shown below.
-It is difficult to secure communication means for transmitting information to the center device (for example, communication means using a personal portable terminal requires enormous communication costs and uses road-to-vehicle communication and vehicle-to-vehicle communication. The communication means cannot always connect.)
・ Communication traffic is concentrated on the center unit, resulting in poor processing efficiency.
・ Installation cost and maintenance cost of center equipment are required.

  In the inventions described in Patent Documents 1 to 3, although a mechanism for partially reducing these problems has been devised, it has not yet reached a fundamental solution. The above problem is not only a traffic information distribution service, but is a major barrier in realizing a new service that utilizes various data obtained during travel, and a solution is desired.

Therefore, the present inventors change the way of thinking and solve the above-mentioned problems not by a center-intensive mechanism but by a vehicle-distributed mechanism. However, unlike a general computer, in the case of a vehicle device mounted on a vehicle, it is necessary to pay attention to the following points.
・ It is necessary to exchange data with the communication partner (center device or other vehicle device) mainly using wireless communication means. However, if the amount of data remains large, appropriate communication is possible as in the case of a center-intensive system. The means cannot be secured.
・ Various data acquired during driving (for example, video data recorded by a video recording type drive recorder, vehicle operation data recorded by a diagnostic recorder, etc.) are used by drivers and passengers (hereinafter referred to as “driving”). It is not desirable to send it to an external device for privacy protection.
・ Data required for each service such as traffic information distribution service is only a small part of the data collected by the vehicle device during traveling, and it is not efficient for the center device to manage all the data. .
-The main purpose of the vehicle is to move, and the processing for implementing the incidental service must not interfere with the processing related to the travel control.

  The present invention has been made in view of the above-described problems, and the object of the present invention is a problem peculiar to a vehicle (ensuring appropriate communication means, protecting the privacy of a driver, It is to provide a vehicle distributed processing system and the like that can solve the problem of efficiently managing the data collected in (1) and not disturbing the processing related to traveling control.

  In order to achieve the above object, a first invention is a vehicle distributed processing system comprising a plurality of vehicle devices mounted on a plurality of vehicles, and a center device connected to the vehicle devices via a network. The center device includes cooperation request means for requesting cooperation from the plurality of vehicle devices by transmitting processing request information to the vehicle device, and the vehicle device is traveling in its own vehicle. Vehicle data storage means for storing own vehicle data, which is data collected in the vehicle, allocation means for assigning request processing to a calculation resource of the own vehicle upon receipt of the processing request information, and the calculation resource comprising the own vehicle The vehicle distributed processing system comprises execution means for referring to the vehicle data stored in the data storage means and executing the request processing.

  According to the first invention, it is possible to provide a vehicle distributed processing system that can solve a problem peculiar to a vehicle. Specifically, since the vehicle device stores the own vehicle data, the communication amount and the communication cost can be reduced, and the conventional communication means can be used as appropriate communication means. Further, if the vehicle device dynamically changes the data to be stored in accordance with the processing request information received from the center device, the data collected during traveling can be efficiently managed. .

  The vehicle device includes notification means for notifying the center device of vehicle information of the host vehicle, and the center device stores vehicle information storage means for storing the vehicle information received from the vehicle device, and the vehicle information. It is desirable to provide cooperation vehicle selection means for selecting a cooperation vehicle that is the vehicle to which cooperation is requested based on the vehicle information stored in the storage means. Accordingly, it is possible to make a request only to a vehicle that can collect data suitable for the content of the request, and the system can be operated efficiently.

  Further, the allocating means determines whether the engine of the own vehicle is stopped or started, and if it is stopped, the calculation time when the calculation resource executes the request process and / or It is desirable to perform the allocation process based on power consumption, and when the system is running, perform the allocation process based on the priority of the task being executed by the computing resource. Thereby, an efficient allocation process can be performed.

  In addition, when the engine of the host vehicle is running, the allocating unit changes the execution / suspended state of the task according to the priority of the task being executed by the computing resource, and the task is suspended. It is desirable to assign the request process to the calculation resource that becomes a free resource by being changed to. As a result, even if the engine of the host vehicle is activated, if the vehicle is temporarily stopped, the request process can be assigned to a calculation resource with a low calculation load of the in-vehicle task. As a result, efficient allocation processing can be performed.

  Further, the vehicle information includes information indicating whether the engine is stopped or started, and the cooperative vehicle selection unit selects the cooperative vehicle with priority on the vehicle where the engine is stopped. It is desirable. This makes it possible to actively use idle calculation resources.

  A second invention is a vehicle distributed processing method by a vehicle distributed processing system including a plurality of vehicle devices mounted on a plurality of vehicles and a center device connected to the vehicle devices via a network. A step in which the vehicle device stores own vehicle data, which is data collected during travel of the own vehicle, and the center device transmits processing request information to the vehicle device, whereby a plurality of the vehicle devices are stored. Requesting cooperation, and when the vehicle apparatus receives the processing request information, assigning a request process to a calculation resource of the own vehicle, and the calculation resource to which the request process is assigned, A vehicle distributed processing method including: referring to and executing the request process. According to the second invention, it is possible to provide a vehicle distributed processing method capable of solving a problem specific to a vehicle.

  According to the present invention, problems specific to vehicles (such as securing appropriate communication means, protecting the privacy of drivers, etc., efficiently managing data collected during driving, and processing related to driving control) It is possible to provide a vehicle distributed processing system or the like that can solve such things as not obstructing.

The figure which shows the whole structure of a vehicle distributed processing system Hardware configuration diagram of vehicle device Computer hardware configuration diagram Functional configuration diagram of center unit Functional configuration diagram of vehicle device The figure explaining the situation of the calculation resource and battery for every vehicle state Flow chart showing details of vehicle selection process A flowchart showing details of the first distributed processing Flow chart showing details of second distributed processing The figure which shows the data flow in the vehicle distributed processing system which actualizes failure diagnosis service The figure which shows the data flow in the vehicle distributed processing system which realizes the accident investigation service

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. First, a hardware configuration of a vehicle distributed processing system common to all the embodiments of the present invention will be described with reference to FIGS.

  FIG. 1 is a diagram showing an overall configuration of a vehicle distributed processing system. As shown in FIG. 1, the vehicle distributed processing system 1 includes a plurality of vehicle devices 5 respectively mounted on a plurality of cooperative vehicles 3b, and a center device 4 connected to the vehicle devices 5 via a network 9, This is a system in which the vehicle device 5 performs distributed processing. The center device 4 is installed in a center 2 or the like that supervises the vehicle distributed processing system 1.

  The request vehicle 3a is a processing request source vehicle. The cooperation vehicle 3b is a cooperation request destination vehicle. Hereinafter, the collective vehicle 3a and the cooperative vehicle 3b are collectively referred to as “vehicle 3”.

  The configuration of the vehicle distributed processing system 1 may include a vehicle device 5 mounted on a request vehicle 3a owned by a requester requesting a process, a requester PC (Personal Computer) 7 owned by the requester, and the like. good. The vehicle device 5 and the requester PC 7 mounted on the request vehicle 3 a are connected to the center device 4 via the network 9 and transmit a request for requesting processing to the center device 4.

  Moreover, when the driver | operator of each vehicle 3 is carrying the portable terminal represented by a smart phone, a tablet terminal, a notebook PC, etc., you may utilize a portable terminal as a calculation resource of the vehicle apparatus 5. FIG.

  There are various routes for data communication between the center device 4 and the vehicle device 5. For example, when the vehicle 3 is traveling on a road or the like or stopped, the vehicle device 5 is wirelessly communicated with the center device 4 via a network 9 (including a case where a roadside device installed on the road or the like is included). Data communication with. Further, for example, when the vehicle 3 is stopped at a home, a dealer shop, or the like, it is connected to a PC (not shown) by wired communication or wireless communication, and performs data communication with the center device 4 via the PC. Hereinafter, the data communication between the center device 4 and the vehicle device 5 will be described as being realized by an optimum route according to the situation of the vehicle 3.

  FIG. 2 is a hardware configuration diagram of the vehicle device. The vehicle device 5 includes at least a communication device 11, a distributed processing ECU (Electronic Control Unit) 12, various sensors 13, a storage device 14, an output device 15, a vehicle control system ECU 16, an information system ECU 17, a portable terminal interface 18, and the like. The distributed processing ECU 12, various sensors 13, the storage device 14, the output device 15, the vehicle control system ECU 16, the information system ECU 17, the portable terminal interface 18, etc. transmit and receive data to and from each other via an in-vehicle network such as a CAN (Controller Area Network) 19. And coordinated actions.

  The communication device 11 receives data from another computer or the like, and transmits data to another computer or the like. The distributed processing ECU 12 is an ECU that executes assignment of calculation resources for executing the distributed processing. Details of the operation of the distributed processing ECU 12 will be described later.

  Examples of the various sensors 13 include a vehicle speed sensor, an acceleration sensor, a vibration sensor, an inter-vehicle distance sensor, a temperature sensor, a position sensor, and an in-vehicle camera. The vehicle device 5 and the like of the cooperative vehicle 3b execute part of the requested processing using the data of the various sensors 13.

  The memory | storage device 14 is an apparatus which memorize | stores the own vehicle data which are the data collected during driving | running | working of the own vehicle. The storage device 14 stores own vehicle data in accordance with preset conditions. Examples of the own vehicle data include vehicle operation data and video data acquired by various sensors 13. The output device 15 is a display device such as a liquid crystal display, an organic EL display, or a head-mounted display, or a speaker that outputs sound.

  Examples of the vehicle control system ECU 16 include an ECU that performs fuel injection control, idle speed control, suspension control, steering control, power window control, door lock control, and the like. As information system ECU17, ECU which performs route guidance, driving support, etc. is mentioned.

  The mobile terminal interface 18 is an interface that performs data transmission / reception with the mobile terminal. The portable terminal interface 18 may be wireless communication or wired communication.

  FIG. 3 is a hardware configuration diagram of the computer. The center device 4, client PC 7, portable terminal, etc. shown in FIG. 1 are realized by a computer 8 shown in FIG. Note that the hardware configuration of FIG. 3 is an example, and various configurations can be adopted depending on the application and purpose.

  In the computer 8, a control unit 21, a storage unit 22, a media input / output unit 23, a communication control unit 24, an input unit 25, a display unit 26, a peripheral device I / F unit 27 and the like are connected via a bus 28.

  The control unit 21 includes a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and the like. The CPU calls a program stored in the storage unit 22, ROM, recording medium, or the like into a work memory area on the RAM, executes it, drives and controls each device connected via the bus 28, and the processing performed by the computer 8 Is realized. The ROM is a non-volatile memory, and permanently stores a boot program for the computer 8, a program such as BIOS, data, and the like. The RAM is a volatile memory, and temporarily stores a program, data, and the like loaded from the storage unit 22, ROM, recording medium, and the like, and includes a work area used by the control unit 21 for performing various processes.

  The storage unit 22 is an HDD (Hard Disk Drive) or the like, and stores a program executed by the control unit 21, data necessary for program execution, an OS (Operating System), and the like. As for the program, a control program corresponding to the OS and an application program for causing the computer 8 to execute processing to be described later are stored. Each of these program codes is read by the control unit 21 as necessary, transferred to the RAM, read by the CPU, and executed as various means.

  The media input / output unit 23 inputs / outputs data, for example, a media input / output device such as a CD drive (-ROM, -R, -RW, etc.), a DVD drive (-ROM, -R, -RW, etc.). Have. The communication control unit 24 has a communication control device, a communication port, and the like, is a communication interface that mediates communication between the computer 8 and the network 9, and controls communication with other computers 8 via the network 9. . The network 9 may be wired or wireless.

  The input unit 25 inputs data and includes, for example, a keyboard, a pointing device such as a mouse, and an input device such as a numeric keypad. An operation instruction, operation instruction, data input, and the like can be performed on the computer 8 via the input unit 25. The display unit 26 includes a display device such as a liquid crystal panel and a logic circuit (a video adapter or the like) for realizing the video function of the computer 8 in cooperation with the display device. The input unit 25 and the display unit 26 may be integrated like a touch panel display.

  The peripheral device I / F (interface) unit 27 is a port for connecting a peripheral device to the computer 8, and the computer 8 transmits and receives data to and from the peripheral device via the peripheral device I / F unit 27. The peripheral device I / F unit 27 is configured by USB, IEEE 1394, RS-232C, or the like, and usually includes a plurality of peripheral devices I / F. The connection form with the peripheral device may be wired or wireless. The bus 28 is a path that mediates transmission / reception of control signals, data signals, and the like between the devices.

  Next, the software configuration will be described with reference to FIGS. FIG. 4 is a functional configuration diagram of the center device. As shown in FIG. 4, the center device 4 includes a request reception function 31, a cooperative vehicle selection function 32, a cooperation request function 33, a processing result analysis function 34, a vehicle information storage DB (database) 35, and the like.

  The request reception function 31 is a function for receiving a request from the vehicle device 5 or the requester PC 7. As a specific example of the processing requested from the vehicle device 5, for example, collection of data necessary for the failure diagnosis service of the requested vehicle 3a can be cited. Another specific example of the process requested from the requester PC 7 is collection of data necessary for the accident investigation service.

  The cooperative vehicle selection function 32 is a function for selecting the cooperative vehicle 3b to cooperate with the request received by the request reception function 31. Details of the cooperative vehicle selection function 32 will be described later with reference to FIG.

  The cooperation request function 33 is a function for requesting cooperation from the cooperation vehicle 3b selected by the cooperation vehicle selection function 32. The cooperation request function 33 requests cooperation from a plurality of vehicle devices 5 by transmitting processing request information to the vehicle device 5 mounted on the cooperation vehicle 3b. The processing request information includes, for example, a processing ID, processing content, processing deadline, processing importance (or processing urgency), and the like. Further, the cooperation request function 33 may transmit not only the processing request information but also the processing program to the vehicle device 5. By enabling the processing program to be transmitted, cooperation can be requested for processing that is not assumed in advance.

  The processing result analysis function 34 is a function that analyzes processing results returned from the plurality of vehicle devices 5 and transmits the analysis results to the vehicle device 5 of the requesting vehicle 3a and the requester PC 7. The present invention provides a framework for realizing a new service utilizing various data collected in a plurality of cooperative vehicles 3b. That is, the present invention provides a mechanism common to a plurality of services. On the other hand, the processing result analysis function 34 is a function that differs for each provided service, and a detailed description thereof will be omitted.

  The vehicle information storage DB 35 is a database that stores vehicle information. The vehicle information includes (1) information registered in advance, (2) information transmitted from the vehicle device 5 when the engine of the vehicle 3 is turned on, and (3) transmitted from the vehicle device 5 during traveling. Information, (4) information transmitted from the vehicle device 5 when the engine of the vehicle 3 is turned off, and the like.

(1) Examples of information registered in advance include the following.
・ Vehicle type and vehicle ID used to identify vehicle 3
-Types and specifications of collectable data (image data, sensor data, CAN bus data, etc.)-ECU specifications that can be used as calculation resources

(2) Examples of information transmitted from the vehicle device 5 when the engine of the vehicle 3 is turned on include the following.
・ Scheduled travel route (information input to the navigation system, etc., and a clue to data collection)
-Engine ON time-Destination arrival expected time (Some calculation resources are released when the engine is turned off. Therefore, it is expected that processing time can be shortened by allocating some processing to the released calculation resources. )
-Specifications and usage rate of portable terminals that can be used as computing resources-Usage rate of ECUs that can be used as computing resources (including not only present but also future forecasts. Planned travel routes are used for future forecasting)

(3) Examples of information transmitted from the vehicle device 5 during traveling include the following.
・ Correction of driving route ・ Correction of estimated arrival time at destination ・ Change in usage status of ECUs and mobile terminals that can be used as computational resources

(4) Examples of information transmitted from the vehicle device 5 when the engine of the vehicle 3 is turned off include the following.
-Engine OFF time (= destination arrival time)
-Traveled route (uses data collection)
・ Battery remaining capacity (used to predict the processing time that can be requested)

  FIG. 5 is a functional configuration diagram of the vehicle device. As shown in FIG. 5, the vehicle device 5 includes a vehicle information notification function 41, an assignment function 42, a request process execution function 43, a host vehicle data storage function 44, and the like.

  The vehicle information notification function 41 is a function for generating vehicle information of the own vehicle and notifying the center device 4. The vehicle information notification function 41 is realized by the distributed processing ECU 12. The contents of the vehicle information are the same as those described in the vehicle information storage DB 35 of FIG. The vehicle information notification function 41 generates vehicle information at a timing when the engine of the vehicle 3 is turned on, an arbitrary timing during traveling, and a timing when the engine of the vehicle 3 is turned off, and notifies the center device 4 of the vehicle information. Arbitrary timings during traveling include when the travel route is modified, when the estimated arrival time at the destination is modified, when the usage status of the ECU and the mobile terminal that can be used as calculation resources changes, and the like. .

  The allocation function 42 is a function for allocating a request process to a calculation resource of the own vehicle when the process request information is received. The allocation function 42 is realized by the distributed processing ECU 12. Details of the allocation function 42 will be described later with reference to FIGS.

  The request process execution function 43 is a function in which the calculation resource allocated by the allocation function 42 refers to the host vehicle data and executes the request process. The request process execution function 43 is realized by the distributed process ECU 12, the vehicle control system ECU 16, the information system ECU 17, and the mobile terminal. Since the request processing execution function 43 differs for each provided service, detailed description thereof is omitted.

  The own vehicle data storage function 44 is a function for storing own vehicle data. The own vehicle data storage function 44 is realized by the distributed processing ECU 12 and the storage device 14. The data to be stored may be dynamically changed according to the processing request information received from the center device 4. Examples of the change include changing the sampling rate of the data collected by the various sensors 13 or collecting data that is not normally collected (video data outside the vehicle, etc.). The reason for dynamically changing the data to be stored is to optimize the trade-off relationship between the free capacity of the storage device 14 and the accuracy of requested processing.

  FIG. 6 is a diagram for explaining calculation resources and battery status for each vehicle state. The vehicle state is considered in three ways: (1) engine on (running), (2) engine on (temporarily stopped), and (3) engine off.

(1) When the engine is ON (running), the following can be said.
-The calculation load of the task that should be executed by the information system ECU 17 is medium, and the priority is low.
The calculation load of the task that the vehicle control system ECU 16 should originally execute is high, and the priority is the highest.
-Since there are passengers, mobile terminals may be used as computing resources.
-Battery importance is low because there is no need to consider the remaining battery capacity.

(2) When the engine is on (temporarily stopped), the following can be said.
-The calculation load of the task that should be executed by the information system ECU 17 is medium, and the priority is low.
The calculation load of the task that the vehicle control system ECU 16 should originally execute is medium, and the calculation amount and the priority are reduced.
-Since there are passengers, mobile terminals may be used as computing resources.
-Battery importance is low because there is no need to consider the remaining battery capacity.

(3) When the engine is OFF, the following can be said.
-The calculation load of the tasks that should be executed by the information system ECU 17 is low.
-The calculation load of tasks that the vehicle control system ECU 16 should originally execute is low.
-Since there are no passengers, mobile devices cannot be used as computing resources.
・ It is necessary to consider the remaining battery level, and battery importance is high.

  As shown in the dotted line 51 of FIG. 6, in the case of the vehicle 3 whose engine is OFF, there is a possibility of having abundant idle calculation resources. Therefore, in this embodiment, a mechanism for actively utilizing such idle calculation resources is adopted.

  Further, as indicated by the dotted line 52 in FIG. 6, since the vehicle 3 repeats running and stopping, the priority of the task that the vehicle control system ECU 16 should originally perform during the temporary stop is temporarily requested. Scheduling to execute the process is also conceivable.

  FIG. 7 is a flowchart showing details of the vehicle selection process. The vehicle selection process is a process executed by the cooperation vehicle selection function 32 by the control unit 21 of the center device 4.

  The control unit 21 of the center device 4 refers to the information stored in the vehicle information storage DB 35, and extracts the vehicles 3 that can collect data suitable for the request contents from the candidate list (S11). The information referred to in S11 includes the vehicle type and vehicle ID, the type and specification of data that can be collected, the specification of the ECU that can be used as a calculation resource, the planned travel route, the traveled route, and the like.

  Next, the control unit 21 of the center device 4 refers to the information stored in the vehicle information storage DB 35, and is the engine 3 vehicle 3 in the candidate list that has a sufficient remaining battery level and has a processing deadline. The vehicle 3 that can return the result is selected as the cooperative vehicle 3b and removed from the candidate list (S12). Information referred to in S12 includes engine ON / OFF distinction (determinable from the engine ON time and engine OFF time), the remaining battery level, the usage rate of the ECU that can be used as a calculation resource, and the like.

  Next, the control unit 21 of the center device 4 checks whether or not the necessary number has been reached (S13). When the required number has been reached (Yes in S13), the control unit 21 of the center apparatus 4 proceeds to S14. When the required number has not been reached (No in S13), the control unit 21 of the center apparatus 4 proceeds to S15.

  In S14, when the selected number exceeds the required number, the control unit 21 of the center device 4 narrows down to the required number in order from the earliest expected processing end time.

  In S15, the control unit 21 of the center apparatus 4 refers to the information stored in the vehicle information storage DB 35, and is the engine-ON vehicle 3 in the candidate list, which has a sufficient computing resource and is within the processing deadline. The vehicle 3 that can return the result is selected as the cooperative vehicle 3b and removed from the candidate list. The information referred to in S15 includes engine ON / OFF distinction (determinable from engine ON time and engine OFF time), estimated destination arrival time, usage rate of ECUs and portable terminals that can be used as calculation resources, etc. is there.

  Next, the control unit 21 of the center device 4 checks whether or not the required number has been reached (S16). When the required number has been reached (Yes in S16), the control unit 21 of the center apparatus 4 proceeds to S14. When the required number has not been reached (No in S16), the control unit 21 of the center apparatus 4 proceeds to S17.

  In S17, the control unit 21 of the center device 4 refers to the information stored in the vehicle information storage DB 35, and determines the necessary number of vehicles 3 in the candidate list in order from the earliest expected end time of processing. The cooperative vehicle 3b is selected until it reaches, and is removed from the candidate list. The information referred to in S15 is the estimated arrival time at the destination, the usage rate of the ECU and mobile terminal that can be used as calculation resources, and the like.

  The control part 21 of the center apparatus 4 complete | finishes a vehicle selection process after S14 or S17. And the control part 21 of the center apparatus 4 requests cooperation from the cooperation vehicle 3b by the cooperation request function 33. FIG.

  FIG. 8 is a flowchart showing details of the first distributed processing. In the first distributed process, the distributed process ECU 12 of the vehicle device 5 allocates the request process to the calculation resource by the allocation function 42. And vehicle control system ECU16, information system ECU17, a portable terminal, etc. perform a request process.

  When the distributed processing ECU 12 of the vehicle device 5 receives the processing request information (processing ID, processing content, processing time limit, processing importance) from the center device 4 (S21), it confirms whether or not the engine of the own vehicle is OFF ( S22). When the engine is OFF (Yes in S22), the dispersion processing ECU 12 of the vehicle device 5 proceeds to S23. When the engine is not OFF (= ON) (No in S22), the distributed processing ECU 12 of the vehicle device 5 proceeds to S24.

  In S23, the distributed processing ECU 12 of the vehicle device 5 allocates request processing to available computing resources so as to minimize battery consumption while satisfying the processing time limit (S23). Further, in S24, the distributed processing ECU 12 of the vehicle device 5 assigns request processing to available computing resources according to the current priority of the in-vehicle task (S23).

  After S23 or S24, calculation resources (vehicle control system ECU 16, information system ECU 17, mobile terminal, etc.) to which the request process is assigned execute the request process (S25).

  In addition, after S23 or S24, the distributed processing ECU 12 of the vehicle device 5 monitors whether or not the vehicle state of the host vehicle changes before the request processing ends (S26). As described above, the vehicle state is considered in three ways: (1) engine on (running), (2) engine on (temporarily stopped), and (3) engine off.

  If the vehicle state of the host vehicle has changed before the request process is completed (Yes in S26), the distributed processing ECU 12 of the vehicle device 5 repeats the process from S22 and reassigns the calculation resources.

  Before the request process ends, the vehicle state of the host vehicle does not change (No in S26), and when the request process ends (S27), the distributed processing ECU 12 of the vehicle apparatus 5 returns the process result to the center apparatus 4 ( S28), the distributed processing is terminated.

  FIG. 9 is a flowchart showing details of the second distributed processing. In the second distributed process, the distributed process ECU 12 of the vehicle device 5 allocates the request process to the calculation resource by the allocation function 42. And vehicle control system ECU16, information system ECU17, a portable terminal, etc. perform a request process. The difference from the first distributed processing is that a task to be originally executed by the vehicle control system ECU 16 and the information system ECU 17 (hereinafter referred to as “in-vehicle task”) is explicitly considered, and calculation time and power consumption Is an explicit consideration.

  When the distributed processing ECU 12 of the vehicle device 5 receives the processing request information (processing ID, processing content, processing time limit, processing importance level) from the center device 4 (S31), it confirms whether or not the engine of the host vehicle is OFF ( S32). When the engine is OFF (Yes in S32), the distributed processing ECU 12 of the vehicle device 5 proceeds to S33 and S34. If the engine is not OFF (= ON) (No in S32), the distributed processing ECU 12 of the vehicle device 5 proceeds to S35 and S36.

  In S33 and S34, the distributed processing ECU 12 of the vehicle device 5 calculates the calculation time and power consumption when executing the request process for each available calculation resource. Next, the distributed processing ECU 12 of the vehicle device 5 assigns a request process to a combination of computational resources that satisfies the processing time limit and has the lowest power consumption.

  In S35 and S36, the distributed processing ECU 12 of the vehicle device 5 changes the execution / interruption state of the in-vehicle task according to the priority for the request processing. Next, the distributed processing ECU 12 of the vehicle device 5 assigns a request process to an available calculation resource.

  When S33 and S34, or S35 and S36 are executed, the usage status of the calculation resource changes, so that the distributed processing ECU 12 of the vehicle device 5 notifies the center device 4 of the usage status of the calculation resource (S37).

  After S37, the calculation resource (vehicle control system ECU 16, information system ECU 17, mobile terminal, etc.) to which the request process is assigned executes the request process (S38).

  After S37, the distributed processing ECU 12 of the vehicle device 5 monitors whether or not the vehicle state of the host vehicle changes after the request processing is assigned and before the request processing is completed (S39). As described above, the vehicle state is considered in three ways: (1) engine on (running), (2) engine on (temporarily stopped), and (3) engine off.

  If the vehicle state of the host vehicle has changed after the request processing is assigned and before the request processing is completed (Yes in S39), the distributed processing ECU 12 of the vehicle device 5 repeats the processing from S32 to recalculate the calculation resources. Make an assignment.

  After the request process is assigned, the vehicle state of the host vehicle does not change before the request process ends (No in S39), and when the request process ends (S40), the distributed processing ECU 12 of the vehicle device 5 performs an execution interruption task. If there is, the execution is changed to resume (S41), the processing result is returned to the center apparatus 4, and the usage status of the calculation resource is notified (S42), and the distributed processing is terminated.

  As described above, the vehicle distributed processing system 1 according to the present embodiment includes the plurality of vehicle devices 5 mounted on the plurality of vehicles 3 and the center device 4 connected to the vehicle devices 5 via the network 9. Is done. The center device 4 requests a plurality of vehicle devices 5 for cooperation by transmitting processing request information to the vehicle devices 5. The vehicle device 5 stores own vehicle data, which is data collected during traveling of the own vehicle, and upon receiving the processing request information, the request processing is assigned to the calculation resource of the own vehicle, and the calculation resource becomes the own vehicle data. , And execute the request process. This framework makes it possible to solve problems specific to vehicles.

  First, since the vehicle apparatus 5 stores the own vehicle data, the communication amount and the communication cost can be reduced, and even if the conventional communication means is used, it does not become a bottleneck. That is, conventional communication means can be used as appropriate communication means.

  Moreover, since the vehicle apparatus 5 memorize | stores own vehicle data, privacy, such as a driver | operator, can be protected.

  Further, if the vehicle device 5 dynamically changes the data to be stored in accordance with the processing request information received from the center device 4, the free capacity of the storage device 14 and the accuracy of the requested processing are obtained. The trade-off relationship with can be optimized. As a result, data collected during traveling can be efficiently managed.

  Furthermore, in the vehicle distributed processing system 1 in the present embodiment, the vehicle device 5 notifies the center device 4 of the vehicle information of the own vehicle. The center device 4 stores vehicle information received from the vehicle device 5, and selects the cooperative vehicle 3b based on the vehicle information. Accordingly, it is possible to make a request only to the vehicle 3 that can collect data suitable for the content of the request, and the system can be operated efficiently.

  Further, as an example of the allocation process, the vehicle device 5 determines whether the engine of the own vehicle is stopped or started, and when the engine is stopped, the calculation resource executes the request process. The allocation process is performed based on the calculation time and / or power consumption. When the process is being activated, the allocation process is performed based on the priority of the task executed by the calculation resource. Thereby, an efficient allocation process can be performed.

  In addition, as an example of the allocation process, the vehicle device 5 changes the task execution / interruption state according to the priority of the task being executed by the calculation resource when the engine of the host vehicle is running. Request processing is allocated to a calculation resource that becomes a free resource when a task is changed to a suspended state. As a result, even if the engine of the host vehicle is activated, if the vehicle is temporarily stopped, the request process can be assigned to a calculation resource with a low calculation load of the in-vehicle task. As a result, efficient allocation processing can be performed.

  The vehicle information includes information indicating whether the engine is stopped or started, and the center device 4 selects the cooperative vehicle 3b with priority on the vehicle 3 whose engine is stopped. This makes it possible to actively use idle calculation resources.

  Below, the specific application example of the vehicle distributed processing system 1 is demonstrated, referring FIG.10 and FIG.11.

  FIG. 10 is a diagram showing a data flow in the vehicle distributed processing system 1a for realizing the failure diagnosis service. In the vehicle distributed processing system 1a, the vehicle 3 that has a possibility of failure is the request source.

  First, the vehicle device 5a mounted on the requested vehicle 3a requests the center device 4 for failure diagnosis (D11). The center device 4 refers to the vehicle information stored in the vehicle information storage DB 35 and selects the cooperative vehicle 3b. And the center apparatus 4 transmits process request information to the vehicle apparatus 5b of the cooperation vehicle 3b (D12).

  The vehicle device 5b of the cooperative vehicle 3b allocates the request process to the calculation resource of the own vehicle, and the calculation resource refers to the own vehicle data and executes the request process. Then, the vehicle device 5b of the cooperative vehicle 3b transmits data necessary for failure diagnosis to the center device 4 (D13). The center device 4 analyzes the data received from the cooperative vehicle 3b, and transmits the diagnosis result to the vehicle device 5a of the requesting vehicle 3a (D14).

  FIG. 11 is a diagram showing a data flow in the vehicle distributed processing system 1b for realizing the accident investigation service. In the vehicle distributed processing system 1b, the request vehicle 3a is a request source from a PC such as an insurance company.

  First, the requester PC 7 requests the data immediately after the accident from the center device 4 (D21). The center device 4 refers to the vehicle information stored in the vehicle information storage DB 35 and selects the cooperative vehicle 3b. And the center apparatus 4 transmits process request information to the vehicle apparatus 5b of the cooperation vehicle 3b (D22).

  The vehicle device 5b of the cooperative vehicle 3b allocates the request process to the calculation resource of the own vehicle, and the calculation resource refers to the own vehicle data and executes the request process. And the vehicle apparatus 5b of the cooperation vehicle 3b transmits applicable data to the center apparatus 4 (D23). The center device 4 collects data received from the cooperative vehicle 3b and transmits the collected data to the requester PC 7 (D24).

  The preferred embodiments of the vehicle distributed processing system and the like according to the present invention have been described above with reference to the accompanying drawings, but the present invention is not limited to such examples. It will be apparent to those skilled in the art that various changes or modifications can be conceived within the scope of the technical idea disclosed in the present application, and these naturally belong to the technical scope of the present invention. Understood.

1, 1a, 1b ......... Vehicle distributed processing system 2 ......... Center 3 ......... Vehicle 3a ......... Request vehicle 3b ......... Cooperating vehicle 4 ......... Center device 5 ......... Vehicle device 7 ......... Client PC
9 ……… Network

Claims (6)

A vehicle distributed processing system comprising a plurality of vehicle devices mounted on a plurality of vehicles, and a center device connected to the vehicle devices via a network,
The center device is
Cooperation request means for requesting cooperation of the plurality of vehicle devices by transmitting processing request information to the vehicle devices;
Comprising
The vehicle device includes:
Own vehicle data storage means for storing own vehicle data which is data collected during the traveling of the own vehicle;
When the processing request information is received, an assigning unit that allocates the request processing to the calculation resource of the own vehicle;
The calculation resource refers to the vehicle data stored in the vehicle data storage unit, and executes the request process;
A vehicle distributed processing system comprising: The vehicle device includes:
Notification means for notifying the center device of vehicle information of the own vehicle;
Comprising
The center device is
Vehicle information storage means for storing the vehicle information received from the vehicle device;
Based on the vehicle information stored in the vehicle information storage means, cooperative vehicle selection means for selecting a cooperative vehicle that is the vehicle of the cooperation request destination;
The vehicle distributed processing system according to claim 1, comprising: The allocating means determines whether the engine of the own vehicle is stopped or started, and when it is stopped, the calculation time and / or power consumption when the calculation resource executes the request process. The vehicle distributed processing system according to claim 1, wherein the allocation process is performed based on the priority, and the allocation process is performed based on a priority of a task executed by the calculation resource when the calculation resource is running. When the vehicle engine is running, the allocating unit changes the execution / suspended state of the task according to the priority of the task being executed by the computing resource, and the task is changed to the suspended state. The vehicle distributed processing system according to claim 3, wherein the request processing is assigned to the calculation resource that becomes a free resource by being performed. The vehicle information includes information indicating whether the engine is stopped or started,
The vehicle distributed processing system according to claim 2, wherein the cooperative vehicle selection unit preferentially selects the cooperative vehicle with priority given to the vehicle whose engine is stopped. A vehicle distributed processing method by a vehicle distributed processing system comprising a plurality of vehicle devices mounted on a plurality of vehicles and a center device connected to the vehicle devices via a network,
The vehicle device stores own vehicle data, which is data collected while the vehicle is traveling;
The center device requesting cooperation from the plurality of vehicle devices by transmitting processing request information to the vehicle devices;
When the vehicle device receives the processing request information, assigning request processing to a calculation resource of the host vehicle;
The calculation resource to which the request process is assigned refers to the vehicle data and executes the request process;
A vehicle distributed processing method including:

Images