Centers, management methods and management programs

Abstract

A center (3) comprises a vehicle-side unit (110) and a service-side unit (120). The vehicle-side unit: acquires a plurality of vehicle data pieces respectively from a plurality of in-vehicle devices (2); creates, as shadows (114), for each vehicle, a plurality of vehicle data pieces with vehicle identification information and timing identification information attached thereto; and stores the shadows in a shadow storage unit (112). The service-side unit creates indices (126) corresponding to the shadows with the timing identification information attached thereto, and stores the indices in an index storage unit (125). The service-side unit acquires an index corresponding to a designated parameter. The vehicle-side unit uses the index to acquire vehicle data from the shadow storage unit.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This international application claims priority based on Japanese Patent Application No. 2021-110900, filed with the Japan Patent Office on July 2, 2021, and the entire contents of Japanese Patent Application No. 2021-110900 are incorporated by reference into this international application. [Technical field]

[0002] The present disclosure relates to a center for managing vehicle data, a management method, and a management program. [Background technology]

[0003] Patent Document 1 describes a digital twin simulation that reproduces the real-world state of a vehicle in a virtual space by collecting vehicle data from the vehicle. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2019-153291 A Summary of the Invention

[0005] With the spread of mobility services, fleet services are now being provided that enable service managers to centrally manage managed vehicles by, for example, periodically collecting vehicle data such as GPS information from managed vehicles and displaying the locations of the managed vehicles on a map screen in a browser.

[0006] The format of vehicle data varies depending on the vehicle manufacturer, vehicle, and shipping date. Therefore, services to be installed in vehicles must be developed taking into account the differences in vehicle data formats. However, cloud services must be developed quickly, so they can be quickly brought to market and improved based on user feedback.

[0007] After detailed consideration by the inventors, it was found that in order to provide mobility services involving both IT service providers and vehicle manufacturers, it is necessary to balance the requirements of the service providers and the requirements of the vehicle manufacturers.

[0008] The present disclosure balances the requirements of service providers and vehicle manufacturers.

[0009] One aspect of the present disclosure is a center including a vehicle side unit and a service side unit.

[0010] The vehicle-side unit is connected to a plurality of in-vehicle devices mounted in the plurality of vehicles so as to be capable of data communication, and the service-side unit is capable of data communication with the service providing unit.

[0011] The vehicle side unit includes a shadow creating section.

[0012] The shadow creation unit is configured to repeatedly acquire multiple vehicle data from each of the multiple vehicle-mounted devices, create multiple vehicle data as shadows for each vehicle, each of which is assigned vehicle identification information that identifies the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired, and store the data in a shadow memory unit provided in the vehicle-side unit.

[0013] The service side unit includes an index creating unit and an index acquiring unit. The index creating unit is configured to create an index corresponding to each shadow to which timing identification information is assigned, and to store the index in an index storage unit provided in the service side unit. The index acquiring unit is configured to acquire an index according to a designated parameter from the index storage unit.

[0014] The vehicle-side unit further comprises a data acquisition unit configured to acquire the vehicle data from the shadow storage unit using the index.

[0015] In the center of the present disclosure configured in this manner, the vehicle side unit has a shadow memory unit that stores shadows composed of multiple vehicle data, and the service side unit has an index memory unit that stores indexes corresponding to each shadow to which timing identification information has been assigned.

[0016] The service unit then identifies the shadow by referencing the index (i.e., without directly referencing the shadow). This index is associated with each shadow that has a timing identification information attached, and is therefore information that is independent of the vehicle manufacturer, the vehicle, and the shipping date.

[0017] This allows the center of the present disclosure to allow service developers to develop services without taking into account differences in vehicle data formats, making it possible to balance the requirements of the service provider and the requirements of the vehicle manufacturer.

[0018] Another aspect of the present disclosure is a management method executed at a center including a vehicle-side unit and a service-side unit.

[0019] The vehicle-side unit repeatedly acquires multiple vehicle data from each of the multiple on-board devices, creates multiple vehicle data as shadows for each vehicle, each of which is assigned vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired, and stores the data in a shadow memory unit provided in the vehicle-side unit.

[0020] The service-side unit also creates an index corresponding to each shadow to which timing identification information is added, and stores the index in an index storage unit provided in the service-side unit. The service-side unit also obtains an index corresponding to a designated parameter from the index storage unit.

[0021] The vehicle-side unit also retrieves the vehicle data from the shadow storage unit using the index.

[0022] The management method of the present disclosure is a method executed at the center of the present disclosure, and by executing this method, it is possible to obtain the same effects as those of the center of the present disclosure.

[0023] Yet another aspect of the present disclosure is a management program for causing a center computer including a vehicle side unit and a service side unit to function as a shadow creation unit, an index creation unit, an index acquisition unit, and a data acquisition unit.

[0024] A computer controlled by the management program of the present disclosure can constitute a part of the center of the present disclosure, and can obtain the same effects as the center of the present disclosure.

[0025] Yet another aspect of the present disclosure is a center comprising a vehicle side unit and a service side unit, the vehicle side unit comprising a shadow creation unit, a first acquisition unit, and a vehicle control unit, and the service side unit comprising an access API and a second acquisition unit.

[0026] The first acquisition unit is configured to acquire the vehicle data from the shadow storage unit. The vehicle control unit relays an access request for the vehicle to the vehicle. The access API accepts a request from the service providing unit. The second acquisition unit requests the vehicle side unit to acquire the vehicle data in response to the request accepted by the access API.

[0027] In the center of the present disclosure configured as described above, vehicle data can be obtained from the shadow in response to a request from the service providing unit, allowing service developers to develop services without having to take into account differences in the format of vehicle data, thereby making it possible to balance the requirements of the service provider and the vehicle manufacturer.

[0028] Yet another aspect of the present disclosure is a management method executed at a center including a vehicle-side unit and a service-side unit.

[0029] The vehicle-side unit repeatedly acquires a plurality of vehicle data from each of the plurality of in-vehicle devices, creates a plurality of vehicle data as a shadow, to which vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired are assigned for each vehicle, and stores the vehicle data in a shadow memory unit provided in the vehicle-side unit. The vehicle-side unit also acquires the vehicle data from the shadow memory unit. The vehicle-side unit also relays an access request for the vehicle to the vehicle. The service-side unit also accepts requests from the service providing unit. The service-side unit also requests the vehicle-side unit to acquire the vehicle data in response to the accepted request.

[0030] The management method of the present disclosure is a method executed at the center of the present disclosure, and by executing this method, it is possible to obtain the same effects as those of the center of the present disclosure.

[0031] Yet another aspect of the present disclosure is a management program for causing a center computer having a vehicle side unit and a service side unit to function as a shadow creation unit, a first acquisition unit, a vehicle control unit, an access API, and a second acquisition unit.

[0032] A computer controlled by the management program of the present disclosure can constitute a part of the center of the present disclosure, and can obtain the same effects as the center of the present disclosure. [Brief description of the drawings]

[0033] [Figure 1] FIG. 1 is a block diagram showing the configuration of a mobility IoT system. [Diagram 2] FIG. 2 is a block diagram showing a configuration of a data collection device. [Diagram 3] FIG. 2 is a block diagram showing a configuration of a management center. [Figure 4] FIG. 2 is a functional block diagram showing a functional configuration of the data collection device. [Diagram 5] FIG. 2 is a functional block diagram showing a functional configuration of a management center. [Figure 6]FIG. 2 is a diagram illustrating the configuration of a CAN frame. [Figure 7] 13 is a flowchart showing a data standardization process. [Figure 8] FIG. 4 is a diagram showing a configuration of a vehicle data conversion table. [Figure 9] FIG. 2 is a diagram showing the first layer of standardized vehicle data and a data format. [Figure 10] FIG. 2 is a diagram showing a configuration of standardized vehicle data. [Figure 11] FIG. 11 is a sequence diagram showing a procedure for creating standardized vehicle data. [Figure 12] 13 is a flowchart showing the first half of a data transmission process. [Figure 13] 13 is a flowchart showing the second half of the data transmission process. [Figure 14] 1 is a timing chart showing data transmission timing. [Figure 15] A functional block diagram showing the functional configuration of a mobility GW and a data management unit. [Figure 16] FIG. 13 is a diagram showing a configuration of a shadow. [Figure 17] FIG. 13 is a diagram showing the configuration of the latest index. [Figure 18] FIG. 13 is a diagram showing the structure of an index. [Figure 19] FIG. 11 is a diagram showing a specific example of a request. [Figure 20] 2 is a block diagram showing a connection state of ECUs mounted on a vehicle. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0034] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings.

[0035] 1, a mobility IoT system 1 of this embodiment includes a plurality of data collection devices 2, a management center 3, and a service providing server 4. IoT is an abbreviation for Internet of Things.

[0036] The data collection device 2 is mounted on a vehicle and has a function of performing data communication with a management center 3 via a wide area wireless communication network NW.

[0037] The management center 3 is a device that manages the mobility IoT system 1. The management center 3 has a function of performing data communication between the multiple data collection devices 2 and the service providing server 4 via the wide area wireless communication network NW.

[0038] The service providing server 4 is, for example, a server installed to provide a service for managing vehicle operation. The mobility IoT system 1 may include multiple service providing servers with different service contents. These service providing servers 4 may be configured on-premise, in the cloud, or physically as the same server as the management center 3.

[0039] As shown in FIG. 2, the data collection device 2 includes a microcomputer 11, a vehicle interface (hereinafter, vehicle I / F) 12, a communication unit 13, and a storage unit .

[0040] The microcomputer 11 includes a first core 21, a second core 22, a ROM 23, a RAM 24, a flash memory 25, an input / output unit 26, and a bus 27.

[0041] Various functions of the microcomputer 11 are realized by the first core 21 and the second core 22 executing a program stored in a non-transient real recording medium. In this example, the ROM 23 corresponds to the non-transient real recording medium storing the program. Furthermore, the execution of the program executes a method corresponding to the program.

[0042] Some or all of the functions executed by the first core 21 and the second core 22 may be configured in hardware using one or more ICs or the like.

[0043] The flash memory 25 is a rewritable non-volatile memory and includes a standardized vehicle data storage unit 25a for storing standardized vehicle data, which will be described later.

[0044] The input / output unit 26 is a circuit for inputting and outputting data between the outside of the microcomputer 11 and the first core 21 and second core 22.

[0045] The bus 27 connects the first core 21, the second core 22, the ROM 23, the RAM 24, the flash memory 25 and the input / output unit 26 so as to enable data input / output between them.

[0046] The vehicle I / F 12 is an input / output circuit for transmitting and receiving signals between the vehicle and an electronic control device, a sensor, and the like mounted on the vehicle.

[0047] The vehicle I / F 12 includes a power supply voltage input port, a general-purpose input / output port, a CAN communication port, and an Ethernet communication port.

[0048] The power supply voltage input port includes a +B voltage port to which a +B voltage is input, and an IG voltage port to which an IG voltage is input. The vehicle I / F 12 includes a DC-DC converter and a protection circuit including a Zener diode. This allows the power supply voltage input port to be compatible with both a 12V vehicle voltage input and a 48V vehicle voltage input.

[0049] A CAN communication port is a port for transmitting and receiving data according to the CAN communication protocol. An Ethernet communication port is a port for transmitting and receiving data based on the Ethernet communication protocol. CAN is an abbreviation for Controller Area Network. CAN is a registered trademark. Ethernet is a registered trademark.

[0050] Other electronic control devices mounted on the vehicle are connected to the CAN communication port and the Ethernet communication port, which allows the data collection device 2 to transmit and receive communication frames to and from the other electronic control devices.

[0051] The communication unit 13 performs data communication with the management center 3 via the wide area wireless communication network NW.

[0052] The storage unit 14 is a storage device for storing various data.

[0053] 20, the vehicle is equipped with one ECU 210, a plurality of ECUs 220, a plurality of ECUs 230, an exterior communication device 240, and an interior communication network 250. ECU is an abbreviation for Electronic Control Unit.

[0054] The ECU 210 controls a plurality of ECUs 220 to realize coordinated control of the entire vehicle.

[0055] An ECU 220 is provided for each domain divided according to the vehicle's functions, and mainly controls a plurality of ECUs 230 present in the domain. Each ECU 220 is connected to the subordinate ECUs 230 via a lower-layer network (e.g., CAN) provided individually for each ECU 220. The ECU 220 has a function of centrally managing access rights to the subordinate ECUs 230 and authenticating users. The domains are, for example, a power train, a body, a chassis, and a cockpit.

[0056] The ECUs 230 connected to the ECU 220 belonging to the powertrain domain include, for example, an ECU 230 that controls an engine, an ECU 230 that controls a motor, and an ECU 230 that controls a battery.

[0057] The ECUs 230 connected to the ECU 220 belonging to the body domain include, for example, an ECU 230 that controls an air conditioner, an ECU 230 that controls doors, and the like.

[0058] The ECUs 230 connected to the ECU 220 belonging to the chassis domain include, for example, an ECU 230 that controls braking, and an ECU 230 that controls steering.

[0059] The ECUs 230 connected to the ECU 220 belonging to the cockpit domain include, for example, an ECU 230 that controls the display of meters and navigation, and an ECU 230 that controls an input device operated by a vehicle occupant.

[0060] The external vehicle communication device 240 performs data communication with a communication device (eg, a cloud server) outside the vehicle via the wide area wireless communication network NW.

[0061] The in-vehicle communication network 250 includes CAN FD and Ethernet. CAN FD is an abbreviation for CAN with Flexible Data Rate. The CAN FD connects the ECU 210 to each ECU 220 and the external-vehicle communication device 240 via a bus. The Ethernet connects the ECU 210 to each ECU 220 and the external-vehicle communication device 240 individually.

[0062] The ECU 210 is an electronic control device mainly composed of a microcomputer including a CPU 210a, a ROM 210b, a RAM 210c, etc. Various functions of the microcomputer are realized by the CPU 210a executing a program stored in a non-transient real recording medium. In this example, the ROM 210b corresponds to the non-transient real recording medium storing the program. Furthermore, the execution of this program executes a method corresponding to the program. Note that some or all of the functions executed by the CPU 210a may be configured in hardware form using one or more ICs, etc. Also, the number of microcomputers constituting the ECU 210 may be one or more.

[0063] Like the ECU 210, the ECU 220, the ECU 230, and the exterior communication device 240 are all electronic control devices mainly configured with a microcomputer including a CPU, a ROM, a RAM, etc. Also, the number of microcomputers constituting the ECU 220, the ECU 230, and the exterior communication device 240 may be one or more. The ECU 220 is an ECU that controls one or more ECUs 230, and the ECU 210 is an ECU that controls one or more ECUs 220 or controls the ECUs 220, 230 of the entire vehicle including the exterior communication device 240.

[0064] The data collection device 2 is connected to the ECU 210 so as to be able to communicate data with the ECU 210. That is, the data collection device 2 receives information from the ECUs 210, 220, and 230 via the ECU 210. The data collection device 2 also transmits requests related to vehicle control to the ECU 210 and to the ECUs 220 and 230 via the ECU 210.

[0065] As shown in FIG. 3, the management center 3 includes a control unit 31, a communication unit 32, and a storage unit 33.

[0066] The control unit 31 is an electronic control device mainly composed of a microcomputer including a CPU 41, a ROM 42, a RAM 43, etc. Various functions of the microcomputer are realized by the CPU 41 executing a program stored in a non-transitive substantial recording medium. In this example, the ROM 42 corresponds to the non-transitive substantial recording medium storing the program. Furthermore, the execution of this program executes a method corresponding to the program. Note that some or all of the functions executed by the CPU 41 may be configured in hardware using one or more ICs, etc. Also, the number of microcomputers constituting the control unit 31 may be one or more.

[0067] The communication unit 32 performs data communication between the multiple data collection devices 2 and the service providing server 4 via the wide area wireless communication network NW.

[0068] The storage unit 33 is a storage device for storing various data.

[0069] 4, the data collection device 2 includes a first unit 101 as a functional block realized by the first core 21 executing a program stored in the ROM 23. The data collection device 2 includes a second unit 102 as a functional block realized by the second core 22 executing a program stored in the ROM 23.

[0070] The first unit 101 includes a real-time operating system (hereinafter, referred to as RTOS) 103 and a first application 104 .

[0071] The first application 104 executes various processes for controlling the vehicle. In order to execute various processes for controlling the vehicle, the first application 104 is configured to be able to access the standardized vehicle data storage unit 25a of the flash memory 25 and refer to the standardized vehicle data.

[0072] The RTOS 103 manages the first application 104 so as to ensure that the first application 104 performs processing in real time.

[0073] The second unit 102 includes a general purpose operating system (hereinafter, GPOS) 105 and a second application 106.

[0074] The second application 106 executes processing related to the service provided by the service providing server 4. The second application 106 is configured to be able to access the standardized vehicle data storage unit 25a of the flash memory 25 and refer to the standardized vehicle data in order to execute processing related to the service.

[0075] The GPOS 105 is basic software installed in the data collection device 2 for running various applications, and manages the second application 106 .

[0076] The data collection device 2 may use a hypervisor in a single-core microcomputer to realize operations under the RTOS 103 and under the GPOS 105.

[0077] 5, the management center 3 includes a vehicle side unit 110 and a service side unit 120 as functional blocks realized by the CPU 41 executing a program stored in the ROM 42. The functional block is divided into two, with the vehicle side unit 110 being the unit closest to access to the vehicle and the service side unit 120 being the unit closest to access from the service providing server 4, and these two functional blocks are loosely coupled.

[0078] The method of realizing these elements constituting the management center 3 is not limited to software, and some or all of the elements may be realized using one or more pieces of hardware. For example, when the above functions are realized by electronic circuits that are hardware, the electronic circuits may be realized by digital circuits including multiple logic circuits, or analog circuits, or a combination of these.

[0079] The vehicle-side unit 110 manages access to the vehicle and data received from the vehicle. The vehicle-side unit 110 includes a mobility gateway (hereinafter, mobility GW) 111. The mobility GW 111 has a function of relaying a request to access the vehicle to the vehicle, as well as a function of managing data received from the vehicle.

[0080] The mobility GW 111 includes a shadow storage unit 112 and a vehicle control unit 113. The shadow storage unit 112 stores a shadow 114 that contains vehicle data for each vehicle equipped with the data collection device 2. The shadow 114 indicates a vehicle data group for a certain vehicle. The vehicle control unit 113 has a function of controlling the vehicle equipped with the data collection device 2 based on an instruction from the service providing server 4.

[0081] The service side unit 120 accepts requests from the service providing server 4 and provides vehicle data. The service side unit 120 includes a data management section 121 and an access API 122. API is an abbreviation for Application Programming Interface.

[0082] The data management unit 121 has a function of managing a digital twin 123, which is a virtual space for providing vehicle access independent of changes in the connection state of the vehicle. The data management unit 121 manages data necessary for accessing the vehicle data managed by the vehicle-side unit 110.

[0083] The access API 122 is a standard interface for the service providing server 4 to access the mobility GW 111 and the data management unit 121. The access API 122 provides the service providing server 4 with an API for accessing the vehicle and acquiring vehicle data.

[0084] Next, the process executed by the vehicle I / F 12 will be described.

[0085] When the vehicle I / F 12 receives a communication frame, it determines the communication protocol of the communication frame based on the communication port that received the communication frame. Specifically, for example, when the vehicle I / F 12 receives a communication frame via a CAN communication port, it determines that the communication protocol of the received communication frame is the CAN communication protocol. Also, for example, when the vehicle I / F 12 receives a communication frame via an Ethernet communication port, it determines that the communication protocol of the received communication frame is the Ethernet communication protocol.

[0086] Then, the vehicle I / F 12 determines whether or not the communication frame is necessary based on the identification information of the communication frame, and outputs the received communication frame to the first unit 101 if it determines that the communication frame is necessary.

[0087] As shown in Figure 6, the CAN frame consists of a start of frame, arbitration field, control field, data field, CRC field, ACK field, and end of frame. The arbitration field consists of an 11-bit or 29-bit identifier (i.e., ID) and a 1-bit RTR bit.

[0088] The 11-bit identifier used in CAN communication is called the CANID. The CANID is preset based on the contents of the data included in the CAN frame, the sender of the CAN frame, the destination of the CAN frame, etc.

[0089] The data field is a payload consisting of first data, second data, third data, fourth data, fifth data, sixth data, seventh data, and eighth data, each of which is 8 bits (i.e., 1 byte). Hereinafter, each of the first to eighth data in the data field is also referred to as CAN data.

[0090] Therefore, when the vehicle I / F 12 receives a CAN frame, it determines whether or not the received CAN frame is necessary based on the CAN ID.

[0091] Next, the process executed by first unit 101 will be described.

[0092] When the first unit 101 acquires a communication frame output from the vehicle I / F 12, it extracts identification information and a payload from the communication frame, creates standard format data consisting of the identification information and the payload, and stores the created standard format data in the flash memory 25. For example, when the first unit 101 acquires a CAN frame, it creates standard format data consisting of a CAN ID and data 1 to 8. Here, the identification information (second identification information) included in the standard format data does not have to be the same as the identification information (first identification information) extracted from the communication frame. For example, it is possible to generate unique second identification information using the first identification information, or to generate the second identification information by converting the identification information of the communication protocol and the first identification information.

[0093] If standard format data containing the same identification information as the created standard format data is already stored in the flash memory 25, the first unit 101 updates the standard format data by overwriting the standard format data. In other words, the flash memory 25 stores the latest standard format data for the same identification information.

[0094] Next, a description will be given of the procedure of the data standardization process executed by the second unit 102. The data standardization process is a process that is repeatedly executed while the microcomputer 11 is in operation.

[0095] When the data standardization process is executed, the second core 22 first determines in S10 whether or not a preset standardization execution condition is met, as shown in FIG.

[0096] The standardization execution condition is that at least one of the first high-frequency standardization condition, the second high-frequency standardization condition, the third high-frequency standardization condition, the first low-frequency standardization condition, the second low-frequency standardization condition, the event standardization condition, and the invariant standardization condition, which will be described later, is satisfied.

[0097] The first high-frequency standardization condition is that a preset first high-frequency standardization period (for example, 500 ms in this embodiment) has elapsed.

[0098] The second high-frequency standardization condition is that a preset second high-frequency standardization period (for example, 2 seconds in this embodiment) has elapsed.

[0099] The third high-frequency standardization condition is that a preset third high-frequency standardization period (for example, 4 seconds in this embodiment) has elapsed.

[0100] The first low-frequency standardization condition is that a preset first low-frequency standardization period (for example, 30 seconds in this embodiment) has elapsed.

[0101] The second low-frequency standardization condition is that a preset second low-frequency standardization period (for example, 300 s in this embodiment) has elapsed.

[0102] The event standardization condition is that a preset event standardization period (for example, 12 hours in this embodiment) has elapsed.

[0103] The invariant standardization condition is that the current process of S10 is the first process of S10 since the microcomputer 11 was started up.

[0104] Here, if the standardization execution condition is not satisfied, the second core 22 ends the data standardization process. On the other hand, if the standardization execution condition is satisfied, the second core 22 acquires, in S20, standard format data corresponding to the satisfied standardization condition among the seven standardization conditions constituting the standardization execution condition from the flash memory 25. For example, if the second high frequency standardization condition is satisfied, the second core 22 acquires, in S20, standard format data corresponding to the second high frequency standardization condition.

[0105] Then, in S30, the second core 22 divides the data included in the standard format data. For example, since the standard format data generated from the CAN frame is composed of a CAN ID and first to eighth data, the second core 22 divides the first to eighth data into 1-byte pieces and extracts eight CAN data pieces.

[0106] Furthermore, in S40, the second core 22 converts each piece of extracted data divided in S30 into a control label and vehicle data by referring to the vehicle data conversion table 23a stored in the ROM 23. The control label is identification information that indicates the type of the vehicle data.

[0107] The vehicle data conversion table 23a includes normalization information and semantic information.

[0108] The normalization information is information for normalizing the extracted data so that the same physical quantity has the same value regardless of the vehicle model and vehicle manufacturer.

[0109] Semantic information is information (e.g., an arithmetic expression, a conversion table) for converting normalized vehicle data into meaningful vehicle data. Vehicle data before normalization may also be used. Semantic information includes the generation of new information that was not included in the payload of a communication frame by using an arithmetic expression, etc.

[0110] As shown in FIG. 8, the normalization information of the vehicle data conversion table 23a includes setting items such as "CANID", "ECU", "position", "DLC", "unique label", "resolution", "offset" and "unit".

[0111] "ECU" is identification information that indicates the ECU that is the source of the CAN frame. For example, "ENG" indicates the engine ECU.

[0112] "Position" is information that indicates the position of the CAN data in the data field (e.g., bit position). "DLC" is information that indicates the data length. DLC is an abbreviation for Data Length Code. In other words, "DLC" bits of data are extracted from the "position" of the data field.

[0113] "Unique label" is information that indicates the control label. For example, "ETHA" indicates the intake air temperature and "NE1" indicates the engine RPM. "Resolution" is information that indicates the numerical value per bit. "Offset" indicates the offset amount of the numerical value of the data. "Unit" indicates the unit of the data.

[0114] Therefore, the data corresponding to the "unique label" is extracted from the standard format data by "CANID", "ECU", "position", "DLC" and "unique label". The extracted data is then converted into vehicle data represented by "resolution", "offset" and "unit".

[0115] Also, the semantic information of the vehicle data conversion table 23a is, for example, a conversion formula for converting a "steering movement angle" with a control label of "SSA" into a "steering angle" by subtracting a "steering zero point" with a control label of "SSAZ" as shown in Fig. 8. As a result, the vehicle data representing the "steering movement angle" and the vehicle data representing the "steering zero point" are converted into vehicle data representing a "steering angle" having the meaning of "steering amount from a reference position". A "unique label", a "unit", etc. are assigned to the vehicle data newly generated by semanticization.

[0116] The system also has a vehicle data conversion table 23a for data on "shift position," which is a predetermined control label. The vehicle data conversion table 23a converts the data into data indicating "P range," "N range," "D range," and "R range," respectively.

[0117] 7, the second core 22 hierarchically organizes the converted vehicle data and stores it in the flash memory 25 in S50. Specifically, the second core 22 stores the converted vehicle data in a corresponding area of ​​the standardized vehicle data storage unit 25a provided in the flash memory 25.

[0118] The standardized vehicle data storage unit 25a stores standardized vehicle data that is configured by hierarchically organizing vehicle data.

[0119] The standardized vehicle data is created for each vehicle (i.e., for each data collection device 2) and has a multi-layered structure. In the standardized vehicle data, one or more items are set for each of the multiple layers. For example, as shown in FIG. 9, the standardized vehicle data includes "attribute information," "powertrain," "energy," "ADAS / AD," "body," "multimedia," and "other" as items set in the top first layer. ADAS is an abbreviation for Advanced Driver Assistance System. AD ​​is an abbreviation for Autonomous Driving. "Attribute information," "powertrain," "energy," etc. correspond to categories.

[0120] Each vehicle data item has the following fields: "unique label," "ECU," "data type," "data size," "data value," and "data unit." "Unique label" and "ECU" are as described above. "Data type," "Data size," and "Data unit" respectively indicate the type, size, and unit of the numeric value indicated by "Data value."

[0121] As shown in FIG. 10, the standardized vehicle data has at least a second layer and a third layer in addition to the first layer. The second layer is the layer immediately below the first layer, and the third layer is the layer immediately below the second layer. The standardized vehicle data are items set in the normalization and semantic processing described above. The standardized vehicle data has a hierarchical data structure.

[0122] For example, "attribute information," an item at the first level, includes, as items at the second level, "vehicle identification information," "vehicle attributes," "transmission configuration," and "firmware version." "Vehicle identification information" is a category name indicating information that can uniquely identify a vehicle. "Vehicle attributes" is a category name indicating the type of vehicle. "Transmission information" is a category name indicating information related to the transmission. "Firmware version" is a category name indicating information related to the vehicle's firmware.

[0123] Additionally, the first-level item "Powertrain" is a category name indicating powertrain information, and second-level items include "Accelerator Pedal," "Engine," and "Engine Oil." "Accelerator Pedal" includes one or more vehicle data items, such as the accelerator pedal status and opening degree. "Engine" includes one or more individual vehicle data items, such as the engine status and RPMs. These second-level items also correspond to categories. The same is true for other first-level items.

[0124] Moreover, the first-level item "energy" is a category name indicating energy information, and the second-level items include "battery state," "battery configuration," and "fuel," etc.

[0125] In addition, the second-level item "Vehicle Identification Information" has third-level items "Vehicle Identification Number," "Vehicle Body Number," and "License Plate." These third-level items each contain one or more individual vehicle data (also called items).

[0126] In addition, the "vehicle attribute" which is an item at the second level has items at the third level such as "brand name," "model," and "year of manufacture."

[0127] In addition, the second-level item "transmission configuration" has a third-level item "transmission type." These third-level items are also called items, and are the smallest units of the data structure.

[0128] For example, when the control label of the converted vehicle data is "vehicle identification information," the second core 22 stores the converted vehicle data in a storage area in the standardized vehicle data storage unit 25a in which the first hierarchy is "attribute information," the second hierarchy is "vehicle identification information," and the third hierarchy is "vehicle identification number."

[0129] Next, a procedure for the data collection device 2 to create standardized vehicle data will be described with reference to a sequence diagram shown in FIG.

[0130] As shown by arrow L11, when the vehicle I / F 12 acquires vehicle data from the vehicle, the vehicle I / F 12 performs communication protocol determination as shown by arrow L12. Furthermore, the vehicle I / F 12 filters unnecessary vehicle data as shown by arrow L13, and outputs necessary vehicle data to the first unit 101 as shown by arrow L14.

[0131] When first unit 101 acquires vehicle data from vehicle I / F 12, it converts the vehicle data into a standard format as shown by arrow L15, and stores the vehicle data converted into the standard format in flash memory 25 as shown by arrow L16.

[0132] As shown by arrow L17, when the second unit 102 obtains the vehicle data converted into the standard format from the flash memory 25, the second unit 102 converts the obtained vehicle data as shown by arrow L18. Furthermore, the second unit 102 structures the converted data to create standardized vehicle data as shown by arrow L19.

[0133] Next, a description will be given of the procedure of the data transmission process executed by the data collection device 2. The data transmission process is a process that is repeatedly executed while the microcomputer 11 is in operation.

[0134] When the data transmission process is executed, the second core 22 first determines whether a preset first high-frequency transmission condition is satisfied in S110, as shown in Fig. 12. The first high-frequency transmission condition is that mod{tx / (T x 2)} is 0, where tx is the current time and T is the transmission interval setting value (for example, 500 ms in this embodiment).

[0135] Here, if the first high-frequency transmission condition is not satisfied, the second core 22 proceeds to S130. On the other hand, if the first high-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data that is set as the first high-frequency data from among the vehicle data that constitutes the standardized vehicle data, in S120, transmits the vehicle data to the management center 3, and proceeds to S130.

[0136] In addition, the vehicle data constituting the standardized vehicle data is set to any one of the following data, in addition to the first high frequency data: second high frequency data, third high frequency data, fourth high frequency data, fifth high frequency data, sixth high frequency data, first low frequency data, second low frequency data, third low frequency data, fourth low frequency data, event data, and invariant data, which will be described later. A transmission frequency setting table that specifies whether each vehicle data is set to the first, second, third, fourth, fifth, sixth high frequency data, the first, second, third, fourth low frequency data, the event data, or the invariant data is stored in advance in the flash memory 25.

[0137] In S130, the second core 22 determines whether a preset second high-frequency transmission condition is met. The second high-frequency transmission condition is that mod{(tx+T) / (T×2)} is 0.

[0138] Here, if the second high-frequency transmission condition is not satisfied, the second core 22 proceeds to S150. On the other hand, if the second high-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data set as the second high-frequency data among the vehicle data constituting the standardized vehicle data in S140, transmits the vehicle data to the management center 3, and proceeds to S150.

[0139] In S150, the second core 22 determines whether a preset third high-frequency transmission condition is met. The third high-frequency transmission condition is that mod{tx / (T×8)} is 0.

[0140] Here, if the third high-frequency transmission condition is not satisfied, the second core 22 proceeds to S170. On the other hand, if the third high-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data set as the third high-frequency data from among the vehicle data constituting the standardized vehicle data, in S160, transmits the vehicle data to the management center 3, and proceeds to S170.

[0141] In S170, the second core 22 determines whether a fourth high-frequency transmission condition is satisfied. The fourth high-frequency transmission condition is that mod{(tx+T) / (T×8)} is 0.

[0142] Here, if the fourth high-frequency transmission condition is not satisfied, the second core 22 proceeds to S190. On the other hand, if the fourth high-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data set as the fourth high-frequency data from among the vehicle data constituting the standardized vehicle data, in S180, transmits the vehicle data to the management center 3, and proceeds to S190.

[0143] In S190, the second core 22 determines whether a preset fifth high-frequency transmission condition is met. The fifth high-frequency transmission condition is that mod{tx / (T×16)} is 0.

[0144] Here, if the fifth high-frequency transmission condition is not satisfied, the second core 22 proceeds to S210. On the other hand, if the fifth high-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data set as the fifth high-frequency data from among the vehicle data constituting the standardized vehicle data, in S200, transmits the vehicle data to the management center 3, and proceeds to S210.

[0145] In S210, the second core 22 determines whether a sixth high-frequency transmission condition is satisfied. The sixth high-frequency transmission condition is that mod{(tx+T) / (T×16)} is 0.

[0146] Here, if the sixth high-frequency transmission condition is not satisfied, the second core 22 proceeds to S230. On the other hand, if the sixth high-frequency transmission condition is satisfied, the second core 22 extracts the vehicle data set as the sixth high-frequency data from the standardized vehicle data storage unit 25a among the vehicle data constituting the standardized vehicle data, transmits the vehicle data to the management center 3, and proceeds to S230.

[0147] In S230, the second core 22 determines whether a preset first low-frequency transmission condition is met. The first low-frequency transmission condition is that mod{tx / (T×120)} is 0.

[0148] Here, if the first low-frequency transmission condition is not satisfied, the second core 22 proceeds to S250. On the other hand, if the first low-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data that is set as the first low-frequency data from among the vehicle data that constitutes the standardized vehicle data, in S240, and transmits it to the management center 3, and then proceeds to S250.

[0149] When the process proceeds to S250, the second core 22 determines whether a preset second low-frequency transmission condition is met, as shown in Fig. 13. The second low-frequency transmission condition is that mod{(tx+T) / (T×120)} is 0.

[0150] Here, if the second low-frequency transmission condition is not satisfied, the second core 22 proceeds to S270. On the other hand, if the second low-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data set as the second low-frequency data from among the vehicle data constituting the standardized vehicle data, in S260, and transmits the vehicle data to the management center 3, and then proceeds to S270.

[0151] In S270, the second core 22 determines whether a preset third low-frequency transmission condition is met. The third low-frequency transmission condition is that mod{tx / (T×1200)} is 0.

[0152] Here, if the third low-frequency transmission condition is not satisfied, the second core 22 proceeds to S290. On the other hand, if the third low-frequency transmission condition is satisfied, the second core 22 extracts the vehicle data set as the third low-frequency data from the standardized vehicle data storage unit 25a among the vehicle data constituting the standardized vehicle data, transmits it to the management center 3, and proceeds to S290.

[0153] In S290, the second core 22 determines whether a preset fourth low-frequency transmission condition is met. The fourth low-frequency transmission condition is that mod{(tx+T) / (T×1200)} is 0.

[0154] Here, if the fourth low-frequency transmission condition is not satisfied, the second core 22 proceeds to S310. On the other hand, if the fourth low-frequency transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data set as the fourth low-frequency data from among the vehicle data constituting the standardized vehicle data, in S300, and transmits the vehicle data to the management center 3, and then proceeds to S310.

[0155] In S310, the second core 22 determines whether a preset event transmission condition is satisfied. The event transmission condition is that mod{tx / (T×172800)} is 0.

[0156] Here, if the event transmission condition is not satisfied, the second core 22 proceeds to S330. On the other hand, if the event transmission condition is satisfied, the second core 22 extracts, from the standardized vehicle data storage unit 25a, the vehicle data set in the event data among the vehicle data constituting the standardized vehicle data in S320, transmits the vehicle data to the management center 3, and proceeds to S330.

[0157] When the process proceeds to S330, the second core 22 determines whether a preset constant transmission condition is satisfied. The constant transmission condition is that the current process of S330 is the first process of S330 since the microcomputer 11 is started.

[0158] Here, if the immutable transmission condition is not satisfied, the second core 22 ends the data transmission process. On the other hand, if the event transmission condition is satisfied, the second core 22 extracts, in S340, the vehicle data that is set as immutable data from the standardized vehicle data storage unit 25a, among the vehicle data that constitutes the standardized vehicle data, and transmits the vehicle data to the management center 3, and ends the data transmission process.

[0159] As shown in FIG. 14, assuming that the first transmission timing is time t0, the first high-frequency data, the third high-frequency data, the fifth high-frequency data, the first low-frequency data, the third low-frequency data, the event data, and the invariant data are transmitted at time t0.

[0160] The first high frequency data is transmitted every 1000 ms after time t0. The second high frequency data is transmitted at time t1, which is 500 ms after time t0, and thereafter, is transmitted every 1000 ms after time t1.

[0161] The third high frequency data is transmitted every 4 seconds after time t0. The fourth high frequency data is transmitted at time t4, which is 2 seconds after time t0, and thereafter is transmitted every 4 seconds after time t4.

[0162] The fifth highly frequent data is transmitted every 8 seconds after time t0. The sixth highly frequent data is transmitted 4 seconds after time t0, and thereafter, is transmitted every 8 seconds.

[0163] The first low-frequency data is transmitted every minute that has elapsed since time t0. The second low-frequency data is transmitted 30 seconds after time t0, and then every minute that has elapsed.

[0164] The third low frequency data is transmitted every 10 minutes from time t0. The fourth low frequency data is transmitted 5 minutes after time t0, and thereafter every 10 minutes.

[0165] The event data is transmitted every 12 hours after time t0.

[0166] The second application 106 of the second unit 102 performs analysis. If the second application 106 is, for example, a driving diagnosis application, the second application 106 detects "sudden steering," "sudden braking," and "sudden acceleration," and outputs analysis results such as "hasty driving" and "relaxed driving." If the second application 106 is, for example, a parking monitoring application, the second application 106 detects "discovery of a suspicious person" and "intrusion into the vehicle."

[0167] The second application 106 transmits information indicating the above detection results or analysis results (hereinafter, analysis information) to the management center 3. The second application 106 transmits "events" such as the above "sudden steering" and "discovery of a suspicious person" to the management center 3 at the timing of detection. In addition, the second application 106 transmits "states" such as the above "hasty driving" to the management center 3 at the timing of determining the "state" and periodically transmits it to the management center 3.

[0168] As shown in FIG. 15, the mobility GW 111 includes a shadow creating unit 115, a latest index creating unit 116, and a latest index storage unit 117.

[0169] Each time vehicle data or analysis information is transmitted from the data collection device 2, the shadow creation unit 115 updates the standardized vehicle data by overwriting the transmitted vehicle data or analysis information into the corresponding area of ​​the structured standardized vehicle data.

[0170] If no analysis information regarding the "status" is transmitted when the standardized vehicle data is updated, the shadow creating unit 115 copies the previous value to the corresponding field corresponding to this "status." If no analysis information regarding the "event" is transmitted when the standardized vehicle data is updated, the shadow creating unit 115 sets the corresponding field corresponding to this "event" to "blank (no event)."

[0171] Then, the shadow creation unit 115 creates a new shadow 114 using the updated standardized vehicle data. Then, the shadow creation unit 115 stores the created shadow 114 in the shadow storage unit 112. As a result, the shadow storage unit 112 stores a plurality of shadows 114 with different creation times for each vehicle. One shadow 114 is a group of vehicle data for a certain vehicle at a predetermined time, and includes a group of vehicle data represented by the standardized data structure shown in FIG. 10. Note that the timing at which the shadow creation unit 115 receives the structured standardized vehicle data via the communication unit 32 varies depending on the vehicle, but new shadows may be created at the same timing for all vehicles. The shadow creation unit 115 may create new shadows for all vehicles at a fixed cycle. The shadow storage unit 112 accumulates past shadows 114 for each vehicle. Shadows 114 that have been created for a certain period of time may be deleted sequentially.

[0172] The shadow creation unit 115 receives the standardized vehicle data formed in a hierarchical structure from the data collection device 2. The shadow creation unit 115 may receive hierarchical structure data of a portion of the standardized vehicle data. When creating a new shadow 114 using the updated standardized vehicle data, the shadow creation unit 115 may add any information, such as a serial number, and store the new shadow 114 in the shadow storage unit 112.

[0173] As shown in FIG. 16, the shadow 114 includes a vehicle data storage section 114a and a device data storage section 114b.

[0174] The vehicle data storage unit 114a stores, as data related to the vehicle on which the data collection device 2 is mounted, "object-id", "Shadow_version", and "mobility-data".

[0175] The “object-id” is a number for identifying a vehicle. The “object-id” is assigned to a vehicle to be managed each time it is registered in the management center 3.

[0176] "Shadow_version" is a numerical value indicating the version of the shadow 114, and each time the shadow 114 is created, a timestamp indicating the time of creation is set.

[0177] "mobility-data" is the standardized vehicle data described above.

[0178] The device data storage unit 114b stores "object-id", "update_time", "version", "power_status", "power_status_timestamp", and "notify_reason" as data related to the hardware and software installed in the data collecting device 2. When a change occurs, the data such as "version" and "power_status" is transmitted from the data collecting device 2 separately from the standardized vehicle data.

[0179] "Object-id" is a character string that identifies the vehicle in which the data collection device 2 is installed, and functions as a partition key.

[0180] "update_time" is a number indicating the update time.

[0181] “Version” is a character string that indicates the version of the hardware and software of the data collection device 2 .

[0182] “power_status” is a character string indicating the system status of the data collecting device 2 (on, off, etc.).

[0183] "power_status_timestamp" is a number indicating the time when the system status was notified.

[0184] "notify_reason" is a string indicating the reason for the notification.

[0185] In this way, the shadow 114 includes information about the data collecting device 2 in addition to the vehicle data group. The device data storage unit 114b may store the information about the data collecting device 2 separately in the ROM 42 without including it in the shadow 114. The device data storage unit 114b may store only the latest information about the data collecting device 2 in the ROM 42, instead of accumulating past data for each timestamp.

[0186] The latest index creation unit 116 acquires the latest shadow 114 for each vehicle from the shadow storage unit 112, and creates a latest index 118 (also called a first index) using the acquired shadow 114. The latest index creation unit 116 then stores the created latest index 118 in the latest index storage unit 117. One latest index 118 is stored in the latest index storage unit 117 for each vehicle. The index is parameter information that serves as a key when searching for the shadow 114 from the shadow storage unit 112. The latest index creation unit 116 generates the latest index 118 by using vehicle data acquired from the data collection device 2 or by generating data by itself.

[0187] As shown in FIG. 17, the latest index 118 stores "gateway-id", "object-id", "shadow-version", "vin", "location-lon", "location-lat", and "location-alt".

[0188] “gateway-id” is information for identifying the mobility GW 111 .

[0189] “Object-id” is information for identifying the vehicle in which the data collection device 2 is mounted.

[0190] The "shadow-version" corresponds to the "Shadow_version" of the shadow 114. In other words, the "shadow-version" is information for identifying the shadow 114, and a timestamp is set.

[0191] “VIN” is the registration number unique to the vehicle in which the data collection device 2 is installed.

[0192] "location-lon" is information indicating the latitude at which the vehicle on which the data collection device 2 is mounted is located.

[0193] "location-lat" is information indicating the longitude at which the vehicle on which the data collection device 2 is mounted is located.

[0194] "location-alt" is information indicating the altitude at which the vehicle on which the data collection device 2 is mounted is located.

[0195] As shown in FIG. 15, the data management unit 121 includes an index creation unit 124 and an index storage unit 125.

[0196] The index creation unit 124 periodically acquires the latest index 118 from the latest index storage unit 117, and creates an index 126 (also called a second index) using the acquired latest index 118. Then, the index creation unit 124 stores the created index 126 in the index storage unit 125. As a result, the index storage unit 125 stores a plurality of indexes 126 with different creation times for each vehicle.

[0197] As shown in FIG. 18, index 126 stores "timestamp", "schedule-type", "gateway-id", "object-id", "shadow-version", "vin", "location" and "alt".

[0198] "timestamp" is a timestamp indicating the time in milliseconds.

[0199] "schedule-type" indicates whether the scheduler that created the data is periodic or event. If it is periodic, "schedule-type" is set to "Repeat", and if it is an event, "schedule-type" is set to "Event".

[0200] The "gateway-id" is information for identifying the mobility GW 111. The "object-id" is information for identifying the vehicle in which the data collection device 2 is mounted.

[0201] "shadow-version" is a timestamp of the gateway, and is information for identifying the shadow 114. "vin" is a registration number unique to the vehicle in which the data collection device 2 is mounted.

[0202] "Location" is information indicating the latitude and longitude at which the vehicle on which the data collection device 2 is mounted is located. "Alt" is information indicating the altitude at which the vehicle on which the data collection device 2 is mounted is located.

[0203] Here, a configuration may be adopted in which the latest index creation unit 116 and the latest index storage unit 117 are not provided, and the index creation unit 124 acquires the shadow 114 stored in the shadow storage unit 112 to generate the index 126. Desirably, the index creation unit 124 generates the index 126 using the latest index 118 acquired from the latest index storage unit 117. This is one of the configurations in which the mobility GW 111 and the data management unit 121 are loosely coupled.

[0204] Furthermore, the configuration may be such that the index creation unit 124 and the index storage unit 125 are not provided. For example, the index acquisition unit 127 uses the “object-id” and the timestamp (“shadow-version”) specified by the access API 122 to request the data acquisition unit 119 to acquire the specified vehicle data.

[0205] 15, the mobility GW 111 includes a data acquisition unit 119. The data management unit 121 includes an index acquisition unit 127.

[0206] The index acquisition unit 127 provides an index 126 capable of identifying the shadow 114 in order to acquire vehicle data corresponding to the designated parameters from the shadow 114. When the index acquisition unit 127 receives a request from the access API 122 instructing acquisition of designated data of a designated vehicle at a designated time, the index acquisition unit 127 acquires from the index storage unit 125 an index 126 corresponding to the designated time and the designated vehicle of the received request.

[0207] Furthermore, the index acquisition unit 127 sets the shadow 114 identified based on the acquired index 126 as the designated shadow, and transmits a request to the data acquisition unit 119 to instruct acquisition of designated data in the designated shadow. Specifically, since the shadow 114 is uniquely determined by the "object-id" and "shadow-version", the index acquisition unit 127 uses the "object-id" and "shadow-version" to request the data acquisition unit 119 to acquire the designated data.

[0208] When the data acquisition unit 119 receives a request from the index acquisition unit 127, the data acquisition unit 119 extracts designated data from the designated shadow indicated by the received request, and transmits the extracted designated data to the access API 122. Here, the extracted designated data may be transmitted to the access API 122 via the index acquisition unit 127.

[0209] In addition, in order to obtain specified data for a specified vehicle at a specified time, the access API 122 may obtain the corresponding index 126 from the index storage unit 125 via the index obtaining unit 127, and request the data obtaining unit 119 to obtain the specified data using the obtained index 126 ("object-id" and "shadow-version").

[0210] 19 are specific examples of requests transmitted from the service providing server 4 to the access API 122. In other words, the requests are APIs for acquiring vehicle data that are provided by the access API 122 to the service providing server 4.

[0211] Request RQ1 is a request to obtain the latitude (i.e., data whose “item-names” is “latitude”) from the vehicle whose “object-id” is “dt-000002” and the vehicle whose “object-id” is “dt-000008” for 10 seconds from 5:17:10.5 on August 27, 2019.

[0212] Through the access API 122 that has accepted the request RQ1, the index acquisition unit 127 acquires, from the index storage unit 125, a “shadow-version” that can identify the shadow 114 that corresponds to the “object-id” and the time information. Then, the index acquisition unit 127 instructs the data acquisition unit 119 to acquire “latitude” that corresponds to the “object-id” and the “shadow-version”. The data acquisition unit 119 acquires the corresponding vehicle data from the shadow storage unit 112, and the vehicle data is sent to the access API 122.

[0213] Request RQ2 is a request to obtain the latitude of vehicles located between 5:17:10.5 and 10 seconds on August 27, 2019 in the rectangular area specified by the upper left point specified by the longitude represented by 135.8974670767784 and the altitude represented by 36.16643474082275, and the lower right point specified by the longitude represented by 139.7863560656673 and the altitude represented by 35.05532363071164.

[0214] Through the access API 122 that has accepted the request RQ2, the index acquisition unit 127 acquires from the index storage unit 125 a list of "object-id"s of vehicles that exist within the specified area at the specified time, and acquires the "shadow-version" of the "object-id" at the specified time. The index acquisition unit 127 then instructs the data acquisition unit 119 to acquire "latitude" that corresponds to the "object-id" and "shadow-version". The data acquisition unit 119 acquires the relevant vehicle data from the shadow storage unit 112, and the vehicle data is sent to the access API 122.

[0215] Request RQ3 is a request to obtain information on all items in the category “ADAS / AD” at 5:17:10.5 on August 27, 2019 for the vehicle whose “object-id” is “dt-000002” and the vehicle whose “object-id” is “dt-000008”.

[0216] Through the access API 122 that has received the request RQ3, the index acquisition unit 127 acquires a “shadow-version” capable of identifying the shadow 114 corresponding to the “object-id” and the time information from the index storage unit 125. Then, the index acquisition unit 127 instructs the data acquisition unit 119 to acquire information on all items of the category “ADAS / AD” corresponding to the “object-id” and the “shadow-version”. The data acquisition unit 119 acquires the corresponding vehicle data from the shadow storage unit 112, and the vehicle data is transmitted to the access API 122.

[0217] Moreover, the service providing server 4 can acquire the above-mentioned analysis information by specifying the above-mentioned analysis information as the specified data of the request sent by the service providing server 4 to the access API 122. For example, the index acquiring unit 127 acquires the index 126 corresponding to the specified vehicle and the specified time of the received request from the index storage unit 125. Furthermore, the index acquiring unit 127 transmits a request to the data acquiring unit 119 to instruct acquisition of data of the category "dangerous driving information" in the specified shadow, with the shadow 114 identified based on the acquired index 126 as the specified shadow. The category "dangerous driving information" includes items such as "sudden steering", "sudden braking", and "sudden acceleration". This allows the service providing server 4 to acquire data including "sudden steering", "sudden braking", and "sudden acceleration".

[0218] As indicated by arrow L1 in Fig. 5, the service providing server 4 identifies the shadow 114 corresponding to the designated vehicle by accessing the digital twin 123 of the data management unit 121 via the access API 122. Then, as indicated by arrow L2 in Fig. 4, the service providing server 4 transmits a control instruction including the designated shadow and control content to the vehicle control unit 113 of the mobility GW 111. As a result, the vehicle control unit 113 transmits the control instruction to the data collection device 2 of the vehicle corresponding to the designated shadow. Then, when the control instruction is received by the data collection device 2, control based on the control instruction is executed in the vehicle equipped with the data collection device 2.

[0219] The management center 3 configured in this manner includes a vehicle-side unit 110 and a service-side unit 120.

[0220] The vehicle-side unit 110 is connected to a plurality of data collection devices 2 mounted on a plurality of vehicles, respectively, so as to be able to carry out data communication. The service-side unit 120 is able to carry out data communication with the service providing server 4.

[0221] The vehicle-side unit 110 includes a shadow creating section 115 .

[0222] The shadow creation unit 115 repeatedly acquires multiple vehicle data from each of the multiple data collection devices 2, and creates multiple vehicle data as shadow 114, to which vehicle identification information (in this embodiment, "object-id") that identifies the vehicle and timing identification information (in this embodiment, "Shadow_version") that identifies the timing at which the vehicle data was acquired is assigned, and stores the data in the shadow memory unit 112 provided in the vehicle side unit 110.

[0223] The service side unit 120 includes an index creation unit 124 and an index acquisition unit 127. The index creation unit 124 creates an index 126 corresponding to each shadow 114 to which timing identification information is added, and stores the index in an index storage unit 125 provided in the service side unit 120. The index acquisition unit 127 acquires the index 126 from the index storage unit 125 according to the designated parameters.

[0224] The vehicle unit 110 further includes a data acquisition unit 119. The data acquisition unit 119 acquires the vehicle data from the shadow storage unit 112 using the index 126.

[0225] In such a management center 3, the vehicle side unit 110 has a shadow memory unit 112 that stores a shadow 114 composed of multiple vehicle data, and the service side unit 120 has an index memory unit 125 that stores an index 126 corresponding to each shadow 114 to which timing identification information has been assigned.

[0226] The service side unit 120 can then identify the shadow 114 by referring to the index 126 (i.e., without directly referring to the shadow 114). The index 126 is associated with each shadow 114 to which timing identification information is assigned, and is therefore information that is independent of the vehicle manufacturer, vehicle, and shipping time.

[0227] This allows the management center 3 to allow service developers to develop services without taking into consideration differences in the format of vehicle data, making it possible to balance the requirements of the service provider and the requirements of the vehicle manufacturer.

[0228] The vehicle-side unit 110 also includes a latest index creation unit 116 that creates a latest index 118 for identifying the latest shadow 114 for each of the multiple vehicles and stores the latest index in a latest index storage unit 117 provided in the vehicle-side unit 110. The index creation unit 124 repeatedly acquires the latest index 118 from the latest index storage unit 117, and creates the latest index 118 to which time information (in this embodiment, "timestamp") for identifying the shadow 114 corresponding to the latest index 118 is added as an index 126.

[0229] The latest index 118 also includes vehicle location information (in this embodiment, “location-lon”, “location-lat”, and “location-alt”) indicating the location where the vehicle is located. The index creation unit 124 then repeatedly acquires the latest index 118 to create the index 126.

[0230] This allows the management center 3 to search for the index 126 at the vehicle's location and obtain the desired index 126.

[0231] The index 126 includes specific information (in this embodiment, "vin", "location" and "alt") for the service providing server 4 to identify a vehicle required to provide a service. This enables the management center 3 to identify the shadow 114 of the vehicle required to provide a service.

[0232] The service side unit 120 includes an index acquisition unit 127. The index acquisition unit 127 acquires a request from the service providing server 4 instructing acquisition of designated data of a designated vehicle at a designated time, acquires an index 126 corresponding to the designated time and the designated vehicle of the request from the index storage unit 125, and identifies the shadow 114 based on the acquired index 126. Then, the data acquisition unit 119 of the vehicle side unit 110 acquires from the shadow storage unit 112 the designated data included in the shadow 114 identified by the index acquisition unit 127. This enables the management center 3 to provide the service providing server 4 with the designated data of the designated vehicle at the designated time.

[0233] The shadow 114 includes information about the devices mounted on the vehicle (in this embodiment, data stored in the device data storage unit 114b). This enables the management center 3 to provide the service providing server 4 with information about the devices.

[0234] The service side unit 120 includes an access API 122 for the service providing server 4 to access the service side unit 120. This enables the management center 3 to easily allow the service providing server 4 to access the management center 3.

[0235] The vehicle-side unit 110 also includes a vehicle control unit 113. The vehicle control unit 113 is configured to control the vehicle equipped with the data collection device 2. The vehicle control unit 113 acquires control instructions for the vehicle from the service providing server 4 without going through the service-side unit 120. This allows the management center 3 to omit the process of the service-side unit 120 mediating the control instructions, thereby reducing the processing load of the management center 3.

[0236] The vehicle control unit 113 may obtain a control instruction from the service providing server 4 via the access API 122 of the service side unit 120. Providing the access API 122 in the service side unit 120 and providing the vehicle control unit 113 in the vehicle side unit 110 is also one of configurations for loosely coupling the two units.

[0237] In the embodiment described above, the management center 3 corresponds to a center, the data collection device 2 corresponds to an in-vehicle device, the service providing server 4 corresponds to a service providing unit, and the access API 122 corresponds to an application programming interface.

[0238] Moreover, the data acquisition unit 119 corresponds to a first acquisition unit, and the index acquisition unit 127 corresponds to a second acquisition unit.

[0239] Although one embodiment of the present disclosure has been described above, the present disclosure is not limited to the above embodiment and can be implemented in various modified forms.

[0240] The control unit 31 and the method described in the present disclosure may be realized by a dedicated computer provided by configuring a processor and a memory programmed to execute one or more functions embodied in a computer program. Alternatively, the control unit 31 and the method described in the present disclosure may be realized by a dedicated computer provided by configuring a processor with one or more dedicated hardware logic circuits. Alternatively, the control unit 31 and the method described in the present disclosure may be realized by one or more dedicated computers configured by a combination of a processor and a memory programmed to execute one or more functions and a processor configured with one or more hardware logic circuits. In addition, the computer program may be stored in a computer-readable non-transitory tangible recording medium as instructions executed by a computer. The method for realizing the functions of each unit included in the control unit 31 does not necessarily need to include software, and all of the functions may be realized using one or more hardware.

[0241] In the above embodiments, multiple functions of one component may be realized by multiple components, or one function of one component may be realized by multiple components. Also, multiple functions of multiple components may be realized by one component, or one function realized by multiple components may be realized by one component. Also, part of the configuration of the above embodiments may be omitted. Also, at least part of the configuration of the above embodiments may be added to or substituted for the configuration of another of the above embodiments.

[0242] In addition to the above-mentioned management center 3, the present disclosure can also be realized in various forms, such as a system including the management center 3 as a component, a program for causing a computer to function as the management center 3, a non-transient physical recording medium such as a semiconductor memory on which this program is recorded, and a data management method.

Claims

1. a vehicle-side unit (110) connected to a plurality of vehicle-mounted devices (2) mounted on each of a plurality of vehicles so as to be capable of data communication; The system includes a service providing unit (4) and a service side unit (120) capable of data communication with the service providing unit (4), The vehicle side unit includes: a shadow creation unit (115) configured to repeatedly acquire a plurality of vehicle data from each of the plurality of on-board devices, create a plurality of vehicle data, each of which is assigned vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired, as a shadow (114), and store the vehicle data in a shadow storage unit (112) provided in the vehicle-side unit; The service side unit includes: an index creating unit (124) configured to create an index (126) corresponding to each of the shadows to which the timing identification information is assigned, and to store the index in an index storage unit (125) provided in the service side unit; an index acquisition unit (127) configured to acquire the index corresponding to a designated parameter from the index storage unit; The vehicle side unit further includes: The center (3) includes a data acquisition unit (119) configured to acquire the vehicle data from the shadow storage unit using the index.

2. 2. The center according to claim 1, The vehicle side unit includes: a latest index creating unit (116) configured to create a latest index (118) for identifying the latest shadow for each of the plurality of vehicles and store the index in a latest index storage unit (117) provided in the vehicle-side unit; The index creation unit repeatedly acquires the latest index from the latest index storage unit, and creates the latest index as the index, to which time information for identifying the shadow corresponding to the latest index is added.

3. 3. The center according to claim 2, The latest index includes vehicle position information indicating a location where the vehicle is located, The index creation unit is a center that repeatedly acquires the latest index and creates the index.

4. The center according to any one of claims 1 to 3, The index includes specific information for identifying the vehicle required for the service providing unit to provide service.

5. The center according to any one of claims 1 to 4, The index acquisition unit a request for instructing acquisition of designated data of a designated vehicle at a designated time from the service providing unit, acquiring the index corresponding to the designated time and the designated vehicle of the request from the index storage unit, and identifying the shadow based on the acquired index; The data acquisition unit of the vehicle-side unit is configured to acquire, from the shadow storage unit, the designated data included in the shadow specified by the index acquisition unit.

6. The center according to any one of claims 1 to 5, The Shadow is a center that contains information about devices installed in the vehicle.

7. The center according to any one of claims 1 to 6, The service side unit includes an application programming interface (122) for allowing the service providing unit to access the service side unit.

8. The center according to any one of claims 1 to 7, The vehicle-side unit includes a vehicle control unit (113) configured to control the vehicle in which the in-vehicle device is mounted, The vehicle control unit is a center that receives control instructions for the vehicle from the service providing unit without going through the service side unit.

9. a vehicle-side unit (110) connected to a plurality of vehicle-mounted devices (2) mounted on each of a plurality of vehicles so as to be capable of data communication; A management method executed in a center (3) having a service providing unit (4) and a service side unit (120) capable of data communication, comprising: the vehicle-side unit repeatedly acquires a plurality of vehicle data from each of the plurality of on-board devices, creates a plurality of vehicle data, each of which is assigned vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired, as a shadow (114), and stores the vehicle data in a shadow storage unit (112) provided in the vehicle-side unit; the service side unit creates an index (126) corresponding to each of the shadows to which the timing identification information is added, and stores the index in an index storage unit (125) provided in the service side unit; The service side unit obtains the index corresponding to the designated parameter from the index storage unit, A management method in which the vehicle-side unit acquires the vehicle data from the shadow storage unit by using the index.

10. a vehicle-side unit (110) connected to a plurality of vehicle-mounted devices (2) mounted on each of a plurality of vehicles so as to be capable of data communication; A computer at a center (3) including a service providing unit (4) and a service side unit (120) capable of data communication, a shadow creation unit (115) configured in the vehicle-side unit to repeatedly acquire a plurality of vehicle data from each of the plurality of on-board devices, to create, for each vehicle, a plurality of vehicle data to which vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired are assigned as a shadow (114), and to store the vehicle data in a shadow storage unit (112) provided in the vehicle-side unit; an index creating unit (124) configured to create, in the service side unit, an index (126) corresponding to each of the shadows to which the timing identification information is assigned, and to store the index in an index storage unit (125) provided in the service side unit; an index acquisition unit (127) configured to acquire the index corresponding to a designated parameter from the index storage unit in the service side unit; and a data acquisition unit (119) configured in the vehicle-side unit to acquire the vehicle data from the shadow storage unit using the index; A management program to function as a.

11. a vehicle-side unit (110) connected to a plurality of vehicle-mounted devices (2) mounted on each of a plurality of vehicles so as to be capable of data communication; The system includes a service providing unit (4) and a service side unit (120) capable of data communication with the service providing unit (4), The vehicle side unit includes: a shadow creation unit (115) configured to repeatedly acquire a plurality of vehicle data from each of the plurality of on-board devices, create the plurality of vehicle data, to which vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired are assigned for each of the vehicles, as a shadow (114), and store the created shadow in a shadow storage unit (112) provided in the vehicle-side unit; a first acquisition unit (119) configured to acquire the vehicle data from the shadow storage unit; a vehicle control unit (113) that relays an access request to the vehicle to the vehicle; The service side unit includes: an access API (122) for receiving requests from the service providing unit; a second acquisition unit (127) that requests the vehicle side unit to acquire the vehicle data in response to a request received by the access API; A center (3) equipped with:

12. a vehicle-side unit (110) connected to a plurality of vehicle-mounted devices (2) mounted on each of a plurality of vehicles so as to be capable of data communication; A management method executed in a center (3) having a service providing unit (4) and a service side unit (120) capable of data communication, comprising: the vehicle-side unit repeatedly acquires a plurality of vehicle data from each of the plurality of on-board devices, creates a plurality of vehicle data, each of which is assigned vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired, as a shadow (114), and stores the vehicle data in a shadow storage unit (112) provided in the vehicle-side unit; The vehicle-side unit acquires the vehicle data from the shadow storage unit, The vehicle-side unit relays an access request for the vehicle to the vehicle; The service side unit accepts a request from the service providing unit; The management method includes the step of: the service side unit requests the vehicle side unit to acquire the vehicle data in response to the received request.

13. a vehicle-side unit (110) connected to a plurality of vehicle-mounted devices (2) mounted on each of a plurality of vehicles so as to be capable of data communication; A computer at a center (3) including a service providing unit (4) and a service side unit (120) capable of data communication, a shadow creation unit (115) configured in the vehicle-side unit to repeatedly acquire a plurality of vehicle data from each of the plurality of on-board devices, to create, for each vehicle, a plurality of vehicle data to which vehicle identification information for identifying the vehicle and timing identification information for identifying the timing at which the vehicle data was acquired are assigned as a shadow (114), and to store the vehicle data in a shadow storage unit (112) provided in the vehicle-side unit; a first acquisition unit (119) configured in the vehicle-side unit to acquire the vehicle data from the shadow storage unit; a vehicle control unit (113) in the vehicle-side unit for relaying an access request to the vehicle to the vehicle; In the service side unit, an access API (122) for receiving a request from the service providing unit; and a second acquisition unit (127) that requests the vehicle side unit to acquire the vehicle data in response to a request received by the access API in the service side unit; A management program to function as a.

Images