WO2024116619A1 - 管理装置、車載装置、管理方法および管理プログラム - Google Patents

管理装置、車載装置、管理方法および管理プログラム Download PDF

Info

Publication number
WO2024116619A1
WO2024116619A1 PCT/JP2023/037376 JP2023037376W WO2024116619A1 WO 2024116619 A1 WO2024116619 A1 WO 2024116619A1 JP 2023037376 W JP2023037376 W JP 2023037376W WO 2024116619 A1 WO2024116619 A1 WO 2024116619A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
information
unit
identification information
update
Prior art date
Application number
PCT/JP2023/037376
Other languages
English (en)
French (fr)
Inventor
純史 矢野
Original Assignee
住友電気工業株式会社
株式会社オートネットワーク技術研究所
住友電装株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 住友電気工業株式会社, 株式会社オートネットワーク技術研究所, 住友電装株式会社 filed Critical 住友電気工業株式会社
Publication of WO2024116619A1 publication Critical patent/WO2024116619A1/ja

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/40—Transportation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y20/00—Information sensed or collected by the things
    • G16Y20/20—Information sensed or collected by the things relating to the thing itself
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/20—Analytics; Diagnosis

Definitions

  • This disclosure relates to a management device, an in-vehicle device, a management method, and a management program.
  • the information collection device is an information collection device that constitutes a train equipment management system that manages the usage history of equipment installed on a train together with a ground system, and is characterized in that it includes a vehicle information collection unit that collects individual identification numbers that identify each managed equipment installed on the train and first operation information that indicates the operation status of each equipment, and a train integrated management device that collects second operation information that indicates the operation status when controlling each equipment, the individual identification numbers of each equipment, operation information including the first operation information and the second operation information, a car number that identifies the vehicle to which each equipment is installed, and a train formation number that identifies the train, and controls the collection and transmission to the ground system via a communication device.
  • the management device disclosed herein includes a receiving unit that receives vehicle identification information for identifying a vehicle from an on-board device mounted on the vehicle, a setting unit that performs setting processing to set a computer program corresponding to the vehicle identification information received by the receiving unit to a first computer program for processing vehicle information related to the vehicle in the management device, and an update request unit that performs update request processing to transmit to the on-board device update request information for requesting an update to a second computer program corresponding to the vehicle identification information received by the receiving unit, so that the on-board device acquires the vehicle information and performs transmission processing to transmit the acquired vehicle information to the management device to provide it to the first computer program set by the setting unit.
  • FIG. 1 is a diagram illustrating a configuration of a communication system according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating a configuration of an in-vehicle device according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating a configuration of a server according to an embodiment of the present disclosure.
  • FIG. 4 is a diagram illustrating an example of a setting status table stored by the server according to the embodiment of the present disclosure.
  • FIG. 5 is a diagram illustrating an example of a contact table stored by the server according to the embodiment of the present disclosure.
  • FIG. 6 is a diagram illustrating an example of a management table stored by the server according to the embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating a configuration of a communication system according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating a configuration of an in-vehicle device according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating a configuration of
  • FIG. 7 is a diagram illustrating an example of a contact table after being updated by the server according to an embodiment of the present disclosure.
  • FIG. 8 is a diagram illustrating an example of a setting status table after updating by the server according to the embodiment of the present disclosure.
  • FIG. 9 is a diagram illustrating another example of the setting status table after updating by the server according to the embodiment of the present disclosure.
  • FIG. 10 is a flowchart defining an operation procedure of the setting process and update process by the server according to the embodiment of the present disclosure.
  • FIG. 11 is a flowchart defining an operation procedure of processing by the in-vehicle device according to the embodiment of the present disclosure.
  • FIG. 12 is a diagram illustrating an example of a processing sequence of a server, an in-vehicle device, and a terminal device in a communication system according to an embodiment of the present disclosure.
  • FIG. 13 is a diagram illustrating another example of a sequence of processes performed by the server, the in-vehicle device, and the terminal device in the communication system according to the embodiment of the present disclosure.
  • on-board devices can be retrofitted and vehicles that can newly install on-board devices, it is not easy to maintain compatibility as a system so that vehicle information can be collected.
  • on-board devices can be attached to various vehicles, management becomes complicated, for example, associating on-board devices, vehicles, and vehicle users.
  • the present disclosure has been made to solve the above-mentioned problems, and its purpose is to provide a management device, an on-board device, a management method, and a management program that can more reliably collect vehicle information about the vehicle in which it is installed from the on-board device.
  • vehicle information on the vehicle in which the in-vehicle device is installed can be collected more reliably from the in-vehicle device.
  • a management device includes a receiving unit that receives vehicle identification information for identifying a vehicle from an on-board device mounted on the vehicle, a setting unit that performs setting processing to set a computer program corresponding to the vehicle identification information received by the receiving unit to a first computer program for processing vehicle information related to the vehicle in the management device, and an update request unit that performs update request processing to transmit to the on-board device update request information for requesting an update to a second computer program corresponding to the vehicle identification information received by the receiving unit, so that the on-board device acquires the vehicle information and performs transmission processing to transmit the acquired vehicle information to the management device to provide it to the first computer program set by the setting unit.
  • the management device by configuring the management device to set a first computer program corresponding to vehicle identification information from a vehicle and transmitting update request information to the in-vehicle device to request an update to a second computer program corresponding to the vehicle identification information, even if the in-vehicle device is installed after the vehicle is shipped or if the location where the in-vehicle device is installed is changed, the in-vehicle device can acquire and transmit vehicle information, and the management device can process the vehicle information received from the in-vehicle device. Therefore, vehicle information about the location where the in-vehicle device is installed can be collected more reliably from the in-vehicle device.
  • the receiving unit may receive change identification information, which is the vehicle identification information for identifying the vehicle in which the on-board device is installed, transmitted from the on-board device whose installation location has been changed, the setting unit may set a computer program corresponding to the change identification information in a third computer program for processing vehicle information related to the vehicle in which the on-board device is installed in the management device, and the update request unit may transmit to the on-board device the update request information for requesting an update to a fourth computer program corresponding to the change identification information, for the on-board device to perform a transmission process in which the on-board device acquires the vehicle information and transmits the acquired vehicle information to the management device to provide it to the third computer program set by the setting unit.
  • change identification information which is the vehicle identification information for identifying the vehicle in which the on-board device is installed, transmitted from the on-board device whose installation location has been changed
  • the setting unit may set a computer program corresponding to the change identification information in a third computer program for processing vehicle information related to the vehicle in which the on-board device is
  • the setting unit may set a computer program corresponding to the change identification information in the third computer program, and when a configuration of the pre-change network differs from a configuration of the post-change network, the update request unit may transmit the update request information to the in-vehicle device to request an update to the fourth computer program corresponding to the change identification information.
  • the management device may further include a transmission unit that transmits permission information to the in-vehicle device indicating that the in-vehicle device is permitted to execute the transmission process when the receiving unit receives update completion information from the in-vehicle device indicating that the setting process by the setting unit has been completed and that the update to the second computer program has been completed.
  • the desired vehicle information can be reliably sent from the in-vehicle device to the management device, and the appropriate vehicle information can be processed in the management device.
  • the receiving unit may further receive device identification information for identifying the vehicle-mounted device from the vehicle-mounted device
  • the management device may further include a storage unit that stores user correspondence information indicating a correspondence between user identification information for identifying a user of the vehicle and the vehicle identification information, and device correspondence information indicating a correspondence between the device identification information and the vehicle identification information, and a transmission unit that, when the receiving identification information, which is the device identification information received by the receiving unit, is not registered in the device correspondence information, transmits installation information indicating that the vehicle-mounted device having the receiving identification information is installed in the vehicle to the user identified by the user identification information corresponding to the vehicle identification information received by the receiving unit, based on the user correspondence information in the storage unit.
  • This configuration allows the user of the vehicle in which the on-board device is installed to confirm the installation of the on-board device indicated by the installation information from the management device, thereby improving security.
  • the setting unit may perform the setting process when the receiving unit receives approval information indicating approval of the connection between the in-vehicle device having the reception identification information and the vehicle as response information from the user to the on-board information, and the update request unit may perform the update request process when the receiving unit receives the approval information.
  • the first program can be set and the second program can be updated for an in-vehicle device approved by the vehicle user, and vehicle information about the vehicle can be collected, further improving security.
  • the receiving unit may further receive device identification information for identifying the vehicle-mounted device from the vehicle-mounted device
  • the management device further includes a storage unit for storing device correspondence information indicating a correspondence relationship between the device identification information and the vehicle identification information
  • the setting unit may perform the setting process when the receiving identification information, which is the device identification information received by the receiving unit, is not registered in the device correspondence information
  • the update request unit may perform the update request process when the receiving identification information is not registered in the device correspondence information.
  • This configuration makes it possible to prevent redundant setting of the first computer program and updating of the second computer program for an in-vehicle device that was previously installed in a vehicle and for which an update of the second computer program has been completed.
  • An in-vehicle device is an in-vehicle device that transmits and receives information to and from the management device in any one of (1) to (7) above, and includes an acquisition unit that acquires the vehicle identification information for identifying the vehicle in which the in-vehicle device is mounted, an update unit that performs an update process to update a computer program for performing the transmission process, which is stored in the in-vehicle device and corresponds to the vehicle identification information acquired by the acquisition unit, based on the update request information received from the management device, to the second computer program, which corresponds to the vehicle identification information acquired by the acquisition unit, and a transmission processing unit that performs the transmission process by executing the second computer program, and when the update unit completes the update process, it transmits update completion information to the management device.
  • the on-board device can acquire and transmit vehicle information. Therefore, vehicle information about the location where the on-board device is installed can be collected more reliably from the on-board device.
  • the management device can easily confirm that the update of the second computer program has been completed.
  • An in-vehicle device is an in-vehicle device that is mounted on a vehicle and transmits and receives information to and from a management device, and includes an acquisition unit that acquires vehicle identification information for identifying the vehicle in which the in-vehicle device is mounted, an update unit that performs an update process to update the computer program stored in the in-vehicle device to a new computer program for performing the transmission process that corresponds to the vehicle identification information acquired by the acquisition unit, based on update request information received from the management device, the update request information requesting an update of a computer program for performing a transmission process in which the in-vehicle device acquires vehicle information related to the vehicle and transmits it to the management device, and a transmission processing unit that performs the transmission process by executing the updated computer program, and when the update unit completes the update process, transmits update completion information to the management device.
  • the on-board device can acquire and transmit vehicle information. Therefore, vehicle information about the location where the on-board device is installed can be collected more reliably from the on-board device.
  • the management device can easily confirm that the computer program update has been completed.
  • a management method is a management method in a management device, and includes the steps of receiving vehicle identification information for identifying a vehicle from an on-board device mounted on the vehicle, performing a setting process for setting a computer program corresponding to the received vehicle identification information in a first computer program for processing vehicle information related to the vehicle in the management device, and performing an update request process for transmitting update request information to the on-board device for requesting an update to a second computer program corresponding to the received vehicle identification information, so that the on-board device acquires the vehicle information and performs a transmission process for transmitting the acquired vehicle information to the management device to provide it to the first computer program set in the management device.
  • the management device by configuring the management device to set a first computer program corresponding to vehicle identification information from a vehicle and transmitting update request information to the in-vehicle device to request an update to a second computer program corresponding to the vehicle identification information, even if the in-vehicle device is installed after the vehicle is shipped or if the location where the in-vehicle device is installed is changed, the in-vehicle device can acquire and transmit vehicle information, and the management device can process the vehicle information received from the in-vehicle device. Therefore, vehicle information about the location where the in-vehicle device is installed can be collected more reliably from the in-vehicle device.
  • a management program is a management program used in a management device, and causes a computer to function as a receiving unit that receives vehicle identification information for identifying a vehicle from an in-vehicle device mounted on the vehicle, a setting unit that performs setting processing to set a computer program corresponding to the vehicle identification information received by the receiving unit to a first computer program for processing vehicle information related to the vehicle in the management device, and an update request unit that performs update request processing to transmit to the in-vehicle device update request information for requesting an update to a second computer program corresponding to the vehicle identification information received by the receiving unit, so that the in-vehicle device acquires the vehicle information and performs transmission processing to transmit the acquired vehicle information to the management device to provide it to the first computer program set by the setting unit.
  • the management device by configuring the management device to set a first computer program corresponding to vehicle identification information from a vehicle and transmitting update request information to the in-vehicle device to request an update to a second computer program corresponding to the vehicle identification information, even if the in-vehicle device is installed after the vehicle is shipped or if the location where the in-vehicle device is installed is changed, the in-vehicle device can acquire and transmit vehicle information, and the management device can process the vehicle information received from the in-vehicle device. Therefore, vehicle information about the location where the in-vehicle device is installed can be collected more reliably from the in-vehicle device.
  • One aspect of the present disclosure can be realized not only as a management device equipped with such a characteristic processing unit, but also as a semiconductor integrated circuit that realizes part or all of the management device, or as a system that includes the management device.
  • Fig. 1 is a diagram showing a configuration of a communication system according to an embodiment of the present disclosure.
  • a communication system 501 includes a server 101, one or more in-vehicle devices 201, and one or more terminal devices 301.
  • the server 101 and each in-vehicle device 201 transmit and receive information via an external network 151 such as the Internet, for example.
  • the server 101 and each terminal device 301 transmit and receive information via the external network 151, for example.
  • the in-vehicle device 201 is mounted on a vehicle 1.
  • the server 101 is an example of a management device.
  • the server 101 and the terminal device 301 are used, for example, by a business operator that manages the operation of the vehicle 1, or by an individual.
  • the terminal device 301 is, for example, a communication terminal device such as a smartphone or tablet.
  • the server 101 receives vehicle information about the corresponding vehicle 1 from one or more in-vehicle devices 201.
  • the server 101 performs an analysis process to analyze the vehicle information received from the in-vehicle device 201. Specifically, the server 101 performs the analysis process by executing a server-side program for processing the vehicle information.
  • the terminal device 301 accepts various information input by the user of the vehicle 1 and transmits the accepted various information to the in-vehicle device 201.
  • the terminal device 301 may transmit the various information accepted from the user of the vehicle 1 to the server 101 via the external network 151.
  • FIG. 2 is a diagram showing a configuration of an in-vehicle device according to an embodiment of the present disclosure.
  • an in-vehicle device 201 is connected to a plurality of in-vehicle devices 211 via a CAN bus 51 that conforms to the CAN (Controller Area Network) (registered trademark) standard, for example.
  • CAN Controller Area Network
  • the in-vehicle devices 211 are, for example, an autonomous driving ECU (Electronic Control Unit), an engine ECU, a door lock ECU, a TCU (Telematics Communication Unit), a sensor, a navigation device, a human-machine interface, and a camera.
  • ECU Electronic Control Unit
  • engine ECU Engine ECU
  • door lock ECU door lock ECU
  • TCU Telematics Communication Unit
  • the in-vehicle device 201 is connected to multiple in-vehicle devices 211, 211A and 211B.
  • the in-vehicle device 201 includes a first communication unit 11, a setting processing unit 12, a second communication unit 13, an acquisition unit 14, and a storage unit 15.
  • the first communication unit 11 includes a receiving unit 21, a transmission processing unit 22, and an update unit 23.
  • Some or all of the first communication unit 11, the setting processing unit 12, the second communication unit 13, and the acquisition unit 14 are realized, for example, by a processing circuit including one or more processors.
  • the storage unit 15 is, for example, a non-volatile memory included in the processing circuit.
  • the first communication unit 11 communicates with the server 101 via the external network 151 by performing wireless communication with a wireless base station (not shown) according to a communication method such as WiFi (registered trademark), LTE (Long Term Evolution) (registered trademark), or 5G.
  • the first communication unit 11 is not limited to a configuration in which it communicates with the server 101 via a wireless base station and the external network 151, but may be a configuration in which it communicates with the server 101 via a wired line.
  • the first communication unit 11 may also be a configuration in which it communicates with the server 101 further via another in-vehicle device.
  • the transmission processing unit 22 in the first communication unit 11 performs a transmission process to acquire vehicle information about the vehicle 1 and transmit it to the server 101.
  • vehicle information includes, for example, information about the traveling of the vehicle 1.
  • the transmission processing unit 22 acquires, for example, position information and vehicle speed information of the vehicle 1.
  • vehicle information is not limited to position information and vehicle speed information, but may also be driving control information such as braking and steering operations in the vehicle 1.
  • vehicle information is not limited to information related to the traveling of the vehicle 1, but may also be information showing images captured by a camera mounted on the vehicle 1 and information showing the measurement results of a sensor mounted on the vehicle 1.
  • the transmission processing unit 22 communicates with one or more in-vehicle devices 211 in accordance with the CAN standard.
  • the transmission processing unit 22 is connected to the in-vehicle devices 211A and 211B via two CAN buses 51, CAN buses 51A and 51B, respectively.
  • the in-vehicle device 201 is not limited to a configuration in which two CAN buses 51 are connected to the transmission processing unit 22, but may be configured to connect one or more CAN buses 51.
  • the in-vehicle device 201 and each in-vehicle device 211 may be configured to communicate in accordance with standards other than CAN, such as CAN FD (CAN with Flexible Data Rate), Ethernet (registered trademark), FlexRay (registered trademark), MOST (Media Oriented System Transport) (registered trademark), and LIN (Local Interconnect Network).
  • CAN FD CAN with Flexible Data Rate
  • Ethernet registered trademark
  • FlexRay registered trademark
  • MOST Media Oriented System Transport
  • LIN Local Interconnect Network
  • the in-vehicle devices 211 transmit their own vehicle information to the in-vehicle device 201.
  • the vehicle information transmitted from each in-vehicle device 211 via the CAN bus 51 is stored in a CAN frame with a CAN-ID (Identifier) that indicates the type of data, etc.
  • the storage unit 15 stores a vehicle-side program for the vehicle-mounted device 201 to perform transmission processing.
  • the transmission processing unit 22 executes the vehicle-side program stored in the storage unit 15 to perform transmission processing.
  • the setting processing unit 12 performs data setting processing related to the transmission of vehicle information. For example, the setting processing unit 12 sets the type of vehicle information to be transmitted to the server 101 as the data setting processing.
  • the setting processing unit 12 sets the in-vehicle device 201 to transmit vehicle information of the in-vehicle device 211A to the server 101.
  • the CAN-ID of the CAN frame in which the vehicle information of the in-vehicle device 211A is stored is "001".
  • the setting processing unit 12 configures the transmission processing unit 22 to transmit the vehicle information contained in the CAN frame with CAN-ID "001" to the server 101.
  • the setting processing unit 12 requests the in-vehicle device 211A to transmit vehicle information via the transmission processing unit 22 as a data setting process.
  • the in-vehicle device 211A Upon receiving a request from the in-vehicle device 201, the in-vehicle device 211A transmits a CAN frame with CAN-ID "001" to the in-vehicle device 201 periodically or irregularly.
  • the setting processing unit 12 also sets the transmission processing unit 22 to transmit the vehicle information contained in the CAN frame with CAN-ID "001" to the server 101.
  • the second communication unit 13 communicates with the terminal device 301 according to a USB (Universal Serial Bus) communication method.
  • the second communication unit 13 and the terminal device 301 may be configured to perform wireless communication according to a standard such as Bluetooth (registered trademark).
  • the second communication unit 13 transmits the vehicle information to the terminal device 301. More specifically, as described above, the transmission processing unit 22 transmits the acquired vehicle information to the server 101 and outputs the vehicle information to the second communication unit 13. The second communication unit 13 transmits the vehicle information received from the transmission processing unit 22 to the terminal device 301.
  • FIG. 3 is a diagram showing a configuration of a server according to an embodiment of the present disclosure.
  • the server 101 includes a communication unit 31, an analysis unit 32, a processing unit 33, a setting unit 34, and a storage unit 35.
  • the communication unit 31 includes a receiving unit 41, an update request unit 42, and a transmitting unit 43.
  • a part or all of the communication unit 31, the analysis unit 32, the processing unit 33, and the setting unit 34 are realized, for example, by a processing circuit including one or more processors.
  • the storage unit 35 is, for example, a non-volatile memory included in the processing circuit.
  • the receiving unit 41 receives the vehicle information from the in-vehicle device 201.
  • the receiving unit 41 stores the vehicle information received from the in-vehicle device 201 in the storage unit 35.
  • the analysis unit 32 executes the server-side program to perform an analysis process of the vehicle information received from the in-vehicle device 201. For example, the analysis unit 32 performs various analyses, such as detecting abnormalities related to the vehicle 1, based on the vehicle information received from the in-vehicle device 201.
  • the configuration of the on-board network may differ between vehicles.
  • the type of on-board equipment installed and the type of communication standard by which the on-board equipment transmits and receives information to and from the on-board equipment may differ depending on the type of vehicle. Therefore, after being installed in a vehicle, the on-board device may not be able to obtain vehicle information even if it executes a vehicle-side program stored in itself. In this case, the server will not be able to collect vehicle information from the on-board device and will not be able to continue analyzing the vehicle information. In other words, it is not easy to maintain compatibility as a system so that vehicle information can be collected.
  • the server since the in-vehicle device can be attached to various vehicles, the server must manage the in-vehicle device, the vehicle, and the vehicle's user, etc. in a complicated manner.
  • the communication system 501 solves these problems through the following configuration and operation.
  • the acquisition unit 14 in the in-vehicle device 201 periodically or irregularly acquires device identification information (hereinafter also referred to as "in-vehicle device ID") for identifying its own in-vehicle device 201.
  • in-vehicle device ID device identification information
  • the acquisition unit 14 acquires the in-vehicle device ID stored in the memory unit 15.
  • the acquisition unit 14 outputs the acquired in-vehicle device ID to the transmission processing unit 22.
  • the in-vehicle device ID is an ID unique to each in-vehicle device 201.
  • the acquisition unit 14 also periodically or irregularly acquires vehicle identification information (hereinafter also referred to as "vehicle ID") for identifying the vehicle 1 in which the vehicle-mounted device 201 is mounted.
  • vehicle ID is a unique ID for each vehicle 1.
  • the vehicle 1 has a vehicle ID storage unit 212 that stores its own vehicle ID.
  • the acquisition unit 14 acquires the vehicle ID stored in the vehicle ID storage unit 212.
  • the acquisition unit 14 outputs the acquired vehicle ID to the transmission processing unit 22.
  • the transmission processing unit 22 transmits ID acquisition information including the in-vehicle device ID and the vehicle ID received from the acquisition unit 14 to the server 101.
  • the vehicle ID may be pre-registered in the storage unit 15 of the in-vehicle device 201 by, for example, a dealer.
  • the acquisition unit 14 acquires the vehicle ID stored in the storage unit 15 when the in-vehicle device 201 starts up.
  • the receiving unit 41 receives the ID acquisition information from the in-vehicle device 201. That is, the receiving unit 41 receives the in-vehicle device ID and the vehicle ID from the in-vehicle device 201. The receiving unit 41 stores the received ID acquisition information in the storage unit 35, and outputs a notification to the processing unit 33 that the ID acquisition information has been received.
  • the storage unit 35 stores a setting status table Tb10 that includes device correspondence information that indicates the correspondence between the in-vehicle device ID and the vehicle ID.
  • FIG. 4 shows an example of a setting status table stored by a server according to an embodiment of the present disclosure.
  • the vehicle ID corresponding to the vehicle-mounted device ID "R1" is “V1”
  • the vehicle ID corresponding to the vehicle-mounted device ID “R2” is “V2”
  • the vehicle ID corresponding to the vehicle-mounted device ID “R3” is "V3”.
  • the processing unit 33 When the processing unit 33 receives a notification from the receiving unit 41 that the ID acquisition information has been received, the processing unit 33 refers to the setting status table Tb10 and the ID acquisition information stored in the memory unit 35. Then, the processing unit 33 performs an ID confirmation process to confirm whether the vehicle device ID included in the ID acquisition information, i.e., the vehicle device ID received by the receiving unit 41 (hereinafter also referred to as "received identification information"), is registered in the setting status table Tb10.
  • the processing unit 33 checks whether the correspondence between the received identification information and the vehicle ID (hereinafter also referred to as "ID correspondence") is registered in the setting status table Tb10. Then, the processing unit 33 notifies the transmission unit 43 of the confirmation result.
  • the transmitter 43 transmits an information request notification to the in-vehicle device 201 to request user information related to the user of the vehicle 1.
  • the user information includes, for example, user identification information (hereinafter also referred to as "user ID") for identifying the user of the vehicle 1, information indicating a contact method with the user, and contact information for the user.
  • the receiver 21 transmits a notification that the information request notification has been received to the second communication unit 13.
  • the second communication unit 13 When the second communication unit 13 receives a notification from the receiving unit 21 that an information request notification has been received, it transmits transmission request information to the terminal device 301 indicating a request to transmit user information to the in-vehicle device 201.
  • the terminal device 301 When the terminal device 301 receives the transmission request information from the in-vehicle device 201, it transmits the user information to the in-vehicle device 201.
  • the terminal device 301 when the terminal device 301 receives transmission request information from the in-vehicle device 201, it prompts the user of the vehicle 1 to input user information. Then, when the terminal device 301 accepts input of user information from the user of the vehicle 1, it transmits the accepted user information to the in-vehicle device 201.
  • the second communication unit 13 outputs the received user information to the transmission processing unit 22. Then, the transmission processing unit 22 transmits the user information received from the second communication unit 13 to the server 101.
  • the receiving unit 41 when the receiving unit 41 receives user information from the in-vehicle device 201, it stores the received user information in the memory unit 35 and outputs a notification to the processing unit 33 that the user information has been received.
  • the processing unit 33 When the processing unit 33 receives a notification from the receiving unit 41 that the user information has been received, the processing unit 33 performs a user registration process based on the user information and ID acquisition information stored in the memory unit 35, in which the processing unit 33 associates the vehicle ID included in the ID acquisition information with the user ID included in the user information and registers them in the setting status table Tb10.
  • the processing unit 33 When the processing unit 33 receives a notification from the receiving unit 41 that the user information has been received, the processing unit 33 performs a table update process to update the contact table Tb20 indicating the correspondence between the user information and the vehicle ID included in the ID acquisition information, based on the user information and the ID acquisition information stored in the storage unit 35.
  • the contact table Tb20 includes user correspondence information indicating the correspondence between the user ID and the vehicle ID.
  • FIG. 5 shows an example of a contact table stored by a server according to an embodiment of the present disclosure.
  • the user information corresponding to the vehicle ID "V1" includes the user ID “U1", the contact method "email”, and the contact information.
  • the user information corresponding to the vehicle ID “V2” includes the user ID “U2”, the contact method "telephone”, and the contact information.
  • the user information corresponding to the vehicle ID “V3” includes the user ID "U3", the contact method "email", and the contact information.
  • the contact table Tb20 may be registered in advance in the memory unit 35 by, for example, a dealer, etc.
  • the processing unit 33 When the processing unit 33 completes the table update process, it outputs a notification to the sending unit 43 that the contact table Tb20 has been updated. On the other hand, when the ID correspondence is registered in the setting status table Tb10, the processing unit 33 does not perform the user registration process or the table update process.
  • the transmitting unit 43 transmits, based on the user corresponding information in the memory unit 35, installation information indicating that the in-vehicle device 201 having the receiving identification information is installed in the vehicle 1 to the user identified by the user ID corresponding to the vehicle ID received by the receiving unit 41.
  • the transmission unit 43 when the transmission unit 43 receives a notification from the processing unit 33 that the contact table Tb20 has been updated, the transmission unit 43 refers to the contact table Tb20 and the ID acquisition information stored in the memory unit 35, and identifies the user ID corresponding to the vehicle ID included in the ID acquisition information. In other words, if the ID correspondence is not registered in the setting status table Tb10, the transmission unit 43 refers to the contact table Tb20 and the ID acquisition information stored in the memory unit 35, and identifies the user ID corresponding to the vehicle ID included in the ID acquisition information. Then, the transmission unit 43 transmits the on-board information to the user having the identified user ID by the contact method corresponding to the user ID included in the contact table Tb20.
  • the user When the user receives the on-board information from the server 101, the user decides whether or not to approve the connection between the on-board device 201 indicated in the on-board information and the vehicle 1. Then, when the terminal device 301 accepts input of approval information from the user, it transmits the accepted approval information to the on-board device 201.
  • the second communication unit 13 when the second communication unit 13 receives approval information from the terminal device 301, it outputs the received approval information to the transmission processing unit 22.
  • the transmission processing unit 22 transmits the approval information received from the second communication unit 13 to the server 101.
  • the receiving unit 41 when the receiving unit 41 receives approval information from the user, as response information from the user to the onboard information, indicating approval of the connection between the onboard device 201 having the received identification information and the vehicle 1, the receiving unit 41 outputs a notification that the approval information has been received (hereinafter also referred to as an "approval reception notification") to the processing unit 33, the setting unit 34, and the update request unit 42.
  • the processing unit 33 When the processing unit 33 receives an approval reception notification from the receiving unit 41, it refers to the setting status table Tb10 and the ID acquisition information stored in the memory unit 35. Then, the processing unit 33 checks whether the vehicle device ID included in the ID acquisition information, i.e., the reception identification information, is registered in the setting status table Tb10.
  • the processing unit 33 determines that the installation location of the in-vehicle device 201 having the received identification information has been changed to the vehicle 1 having the vehicle ID received by the receiving unit 41. In other words, the processing unit 33 determines that the vehicle ID received by the receiving unit 41 is the vehicle ID of the vehicle 1 in which the in-vehicle device 201 is installed (hereinafter also referred to as "changed identification information"), transmitted from the in-vehicle device 201 whose installation location has been changed.
  • the processing unit 33 determines that the in-vehicle device 201 having the receiving identification information has not been moved, but has been installed in the vehicle for the first time.
  • the processing unit 33 has confirmed that the receiving identification information is not registered in the setting status table Tb10.
  • the processing unit 33 notifies the setting unit 34 and the update request unit 42 of the confirmation result.
  • the setting unit 34 When the setting unit 34 receives an approval reception notification from the receiving unit 41 and also receives a notification from the processing unit 33 that the reception identification information is not registered in the setting status table Tb10 (hereinafter also referred to as a "non-registration notification"), the setting unit 34 selects a server-side program to be executed that corresponds to the vehicle model identified by the vehicle ID received by the receiving unit 41 from among a plurality of types of server-side programs. That is, when the receiving unit 41 receives approval information and the reception identification information is not registered in the setting status table Tb10, the setting unit 34 performs setting processing to set the computer program that corresponds to the vehicle model identified by the vehicle ID received by the receiving unit 41 as the server-side program.
  • the setting unit 34 uses a management table Tb30 that includes the correspondence between the vehicle ID and the server-side program.
  • the management table Tb30 is stored in the memory unit 35.
  • FIG. 6 shows an example of a management table stored by a server according to an embodiment of the present disclosure.
  • the server-side program corresponding to the vehicle model "AAA” specified by the vehicle ID "V1” and the server-side program corresponding to the vehicle model "FFF” specified by the vehicle ID “V6” are “spg-1".
  • the server-side program corresponding to the vehicle model "BBB” specified by the vehicle ID "V2” and the server-side program corresponding to the vehicle model "EEE” specified by the vehicle ID "V5" are “spg-2”.
  • the server-side programs “spg-1", “spg-2", “spg-3", and “spg-4" are examples of a first computer program.
  • the setting unit 34 when the setting unit 34 receives an approval reception notification from the receiving unit 41 and an unregistered notification from the processing unit 33, it refers to the management table Tb30 and the ID acquisition information stored in the memory unit 35, and identifies the server-side program corresponding to the vehicle ID included in the ID acquisition information.
  • the setting unit 34 determines the identified server-side program as a computer program for processing vehicle information related to the vehicle type of vehicle 1 identified by the vehicle ID received by the receiving unit 41.
  • the setting unit 34 then registers the identified server-side program in the setting status table Tb10 shown in FIG. 4 in association with the vehicle ID received by the receiving unit 41.
  • server-side program “spg-1” is associated with vehicle ID “V1
  • server-side program “spg-2” is associated with vehicle ID “V2”
  • server-side program “spg-3” is associated with vehicle ID "V3.”
  • the "vehicle-side programs” shown in FIG. 4 will be described later.
  • the setting unit 34 When the setting process is completed, the setting unit 34 outputs setting completion information to the transmission unit 43.
  • Update Request Unit When the receiving unit 41 receives approval information and the received identification information is not registered in the setting status table Tb10, the update request unit 42 performs update request processing to send update request information to the in-vehicle device 201 to request an update to the vehicle-side program that performs the transmission processing and is a computer program corresponding to the vehicle ID received by the receiving unit 41.
  • the setting unit 34 when the setting unit 34 receives an approval reception notification from the receiving unit 41 and also receives a notification from the processing unit 33 that the reception identification information is not registered in the setting status table Tb10, the setting unit 34 performs an update request process.
  • the management table Tb30 in the memory unit 35 contains the correspondence between the vehicle ID and the vehicle-side program.
  • the vehicle side program corresponding to vehicle IDs "V1" and “V6” is “vpg-1”
  • the vehicle side program corresponding to vehicle IDs "V2" and “V5" is “vpg-2”
  • the vehicle side program corresponding to vehicle ID "V3” is “vpg-3”
  • the vehicle side program corresponding to vehicle ID "V4" is “vpg-4”.
  • the vehicle side programs "vpg-1”, “vpg-2", “vpg-3", and "vpg-4" are examples of the second computer program.
  • the update request unit 42 When the update request unit 42 receives an approval reception notification from the receiving unit 41 and an unregistered notification from the processing unit 33, it refers to the management table Tb30 and the ID acquisition information stored in the memory unit 35, and identifies the vehicle-side program that corresponds to the vehicle ID included in the ID acquisition information.
  • the update request unit 42 transmits update request information including, for example, a URL (Uniform Resource Locator) indicating the download source of the identified vehicle-side program to the in-vehicle device 201.
  • the update request information may include the vehicle-side program corresponding to the vehicle ID received by the receiving unit 41 instead of the above URL.
  • the update request unit 42 also registers the identified vehicle-side program in the setting status table Tb10 in association with the vehicle ID received by the receiving unit 41.
  • vehicle ID "V1” is associated with vehicle side program “vpg-1”
  • vehicle ID "V2” is associated with vehicle side program “vpg-2”
  • vehicle ID "V3” is associated with vehicle side program “vpg-3.”
  • the update unit 23 in the in-vehicle device 201 performs an update process to update the vehicle-side program stored in the in-vehicle device 201 to a new vehicle-side program (hereinafter also referred to as an "update program") corresponding to the vehicle ID acquired by the acquisition unit 14, based on the update request information received from the server 101.
  • a new vehicle-side program hereinafter also referred to as an "update program”
  • the receiving unit 21 receives update request information from the server 101, it outputs the received update request information to the update unit 23.
  • the update unit 23 When the update unit 23 receives update request information from the receiving unit 21, it outputs download request information to the receiving unit 21 to request the download of the update program.
  • the receiving unit 21 When the receiving unit 21 receives download request information from the update unit 23, it accesses the URL included in the update request information received from the server 101 and downloads the update program.
  • the update unit 23 transmits update completion information to the server 101. More specifically, the receiving unit 21 outputs a notification to the update unit 23 that the update program has been downloaded. When the update unit 23 receives the notification from the receiving unit 21, it transmits update completion information to the server 101. In addition, the receiving unit 21 stores the downloaded update program in the storage unit 15.
  • the receiver 41 when the receiver 41 receives the update completion information from the in-vehicle device 201, it outputs a notification to the transmitter 43 that the update completion information has been received.
  • the transmitting unit 43 When the transmitting unit 43 receives setting completion information from the setting unit 34 and receives a notification from the receiving unit 41 that the update completion information has been received, the transmitting unit 43 transmits permission information to the in-vehicle device 201 indicating that the in-vehicle device 201 is permitted to execute the transmission process. In other words, when the setting process by the setting unit 34 is completed and the receiving unit 41 receives update completion information from the in-vehicle device 201, the transmitting unit 43 transmits the permission information to the in-vehicle device 201.
  • the receiving unit 21 when the receiving unit 21 receives the permission information from the server 101, it outputs a notification to the transmission processing unit 22 that the permission information has been received.
  • the transmission processing unit 22 receives the notification from the receiving unit 21 that the permission information has been received, it reads out the updated vehicle-side program stored in the storage unit 15, i.e., the update program.
  • the transmission processing unit 22 performs the transmission process by executing the read update program.
  • the acquisition unit 14 in the in-vehicle device 201 periodically or irregularly acquires its own in-vehicle device ID and the vehicle ID of the new vehicle 1 (hereinafter also referred to as the "changed vehicle").
  • the acquisition unit 14 outputs ID acquisition information including its own vehicle-mounted device ID and the vehicle ID of the changed vehicle to the transmission processing unit 22.
  • the transmission processing unit 22 transmits the ID acquisition information received from the acquisition unit 14 to the server 101.
  • the receiver 41 stores the ID acquisition information received from the in-vehicle device 201 in the memory 35, and outputs a notification to the processor 33 that the ID acquisition information has been received.
  • the processing unit 33 When the processing unit 33 receives a notification from the receiving unit 41 that the ID acquisition information has been received, it performs the above-mentioned "ID confirmation process.”
  • the processing unit 33 sends the above-mentioned "information request notification" to the in-vehicle device 201.
  • the in-vehicle device 201 When the in-vehicle device 201 receives an information request notification from the server 101, it acquires the above-mentioned "user information" from the terminal device 301 and transmits it to the server 101.
  • the processing unit 33 when the processing unit 33 receives a notification from the receiving unit 41 that user information has been received, the processing unit 33 performs a process of updating the above-mentioned "contact table Tb20.”
  • the processing unit 33 when the processing unit 33 receives a notification from the receiving unit 41 that the user information has been received, it updates the contact table Tb20 based on the user information and ID acquisition information stored in the memory unit 35.
  • FIG. 7 shows an example of a contact table after it has been updated by a server according to an embodiment of the present disclosure.
  • the user information corresponding to the vehicle ID "V4" of the changed vehicle includes the user ID "U2", the contact method "telephone", and contact information. That is, in the example shown in FIG. 7, the user ID "U2" of the user of the changed vehicle is the same as the user of vehicle 1 with the vehicle ID "V2" before the installation location of the in-vehicle device 201 was changed.
  • the processing unit 33 when the processing unit 33 receives a notification from the receiving unit 41 that the user information has been received, the processing unit 33 performs the above-mentioned "user registration process" to update the setting status table Tb10 stored in the storage unit 35.
  • FIG. 8 shows an example of a setting status table after updating by a server according to an embodiment of the present disclosure.
  • the processing unit 33 associates the user ID "U2" with the vehicle ID "V4.” That is, the processing unit 33 changes the vehicle ID corresponding to the user ID "U2" from “V2" to "V4" in the setting status table Tb10.
  • the processing unit 33 may perform, in addition to the user registration process and the contact table update process, a transmission process by the in-vehicle device 201, i.e., a process of outputting invalid information to the transmission unit 43 requesting the invalidation of the function of acquiring and transmitting vehicle information.
  • the transmission unit 43 transmits the invalid information received from the processing unit 33 to the in-vehicle device 201.
  • the transmitting unit 43 when the transmitting unit 43 receives a notification from the processing unit 33 that the contact table Tb20 has been updated and that the ID correspondence is not registered in the setting status table Tb10, the transmitting unit 43 transmits mounting information indicating that the in-vehicle device 201 having the received identification information has been mounted in the changed vehicle to the user identified by the user ID corresponding to the vehicle ID received by the receiving unit 41.
  • the receiving unit 41 When the receiving unit 41 receives the above-mentioned "approval information" from the user as response information from the user to the loading information, it outputs an approval reception notification to the processing unit 33, the setting unit 34, and the update request unit 42.
  • the processing unit 33 When the processing unit 33 receives an approval reception notification from the receiving unit 41, it refers to the ID acquisition information stored in the memory unit 35 and checks whether the vehicle-mounted device ID included in the ID acquisition information, i.e., the receiving identification information, is registered in the setting status table Tb10. Here, it is assumed that the processing unit 33 has confirmed that the receiving identification information is registered in the setting status table Tb10.
  • the processing unit 33 When the receiving identification information is registered in the setting status table Tb10, the processing unit 33 performs a network confirmation process to confirm whether the configuration of the in-vehicle network in the vehicle 1 before the installation location is changed (hereinafter also referred to as the "pre-change network”) is the same as the configuration of the in-vehicle network in the vehicle 1 after the installation location is changed (hereinafter also referred to as the "post-change network").
  • the management table Tb30 in the memory unit 35 includes the correspondence between the configuration of the in-vehicle network in the vehicle 1 and the vehicle ID.
  • the vehicle IDs corresponding to the in-vehicle network configuration "N1" are “V1” and “V6”
  • the vehicle IDs corresponding to the in-vehicle network configuration "N2” are “V2" and "V5"
  • the vehicle ID corresponding to the in-vehicle network configuration "N3” is “V3”
  • the vehicle ID corresponding to the in-vehicle network configuration "N4" is "V4".
  • the processing unit 33 refers to the setting status table Tb10 stored in the memory unit 35 and identifies the vehicle ID (hereinafter also referred to as the "registered vehicle ID") that corresponds to the received identification information.
  • the processing unit 33 refers to the management table Tb30 stored in the memory unit 35 and checks whether the pre-change network configuration corresponding to the vehicle ID before the installation location of the in-vehicle device 201 was changed is the same as the post-change network configuration corresponding to the change identification information.
  • the processing unit 33 notifies the setting unit 34 and the update request unit 42 of the check result.
  • the setting unit 34 When the setting unit 34 receives a notification from the processing unit 33 that the pre-change network configuration is different from the post-change network configuration, the setting unit 34 performs a setting process. In other words, when the pre-change network configuration is different from the post-change network configuration, the setting unit 34 sets a computer program corresponding to the vehicle model identified by the change identification information in a server-side program for processing vehicle information related to the vehicle 1 in which the on-board device 201 is installed in the server 101.
  • setting unit 34 refers to management table Tb30 stored in memory unit 35, and sets server-side program "spg-4" corresponding to vehicle model "DDD" identified by vehicle ID "V4" as the server-side program.
  • Server-side program "spg-4" is an example of a third computer program.
  • the setting unit 34 registers the identified server-side program in association with the change identification information in the setting status table Tb10. As shown in FIG. 8, the setting unit 34 registers the server-side program "spg-4" in association with the vehicle ID "V4".
  • the setting unit 34 receives a notification from the processing unit 33 that the pre-change network configuration and the post-change network configuration are the same, the setting unit 34 does not perform the setting process.
  • the update request unit 42 When the update request unit 42 receives a notification from the processing unit 33 that the pre-change network configuration and the post-change network configuration are different, the update request unit 42 performs update request processing. In other words, when the pre-change network configuration and the post-change network configuration are different, the update request unit 42 transmits update request information to the in-vehicle device 201 to request an update to a new vehicle-side program that corresponds to the change identification information.
  • the update request unit 42 refers to the management table Tb30 stored in the memory unit 35, and sends to the in-vehicle device 201 update request information for requesting an update to the vehicle-side program "vpg-4" corresponding to the vehicle ID "V4". Then, as shown in FIG. 6, the update request unit 42 registers the vehicle-side program "vpg-4" in association with the vehicle ID "V4".
  • the vehicle-side program "vpg-4" is an example of a fourth computer program.
  • the update request unit 42 receives a notification from the processing unit 33 that the pre-change network configuration and the post-change network configuration are the same, the update request unit 42 does not perform the update request process.
  • the server-side program corresponding to the vehicle model "BBB” identified by the vehicle ID "V2" and the server-side program corresponding to the vehicle model "FFF” identified by the vehicle ID "V5" are "spg-2".
  • FIG. 9 shows another example of a setting status table after updating according to an embodiment of the present disclosure.
  • the setting unit 34 maintains the server-side program "spg-2" corresponding to the vehicle ID "V5" as the server-side program corresponding to the vehicle ID "V2". In other words, even if the installation location of the in-vehicle device 201 with the in-vehicle device ID "R2" is changed, the setting unit 34 maintains the server-side program for processing the vehicle information received from the in-vehicle device 201 without changing it.
  • the update request unit 42 receives a notification from the processing unit 33 that the pre-change network configuration and the post-change network configuration are the same, the update request unit 42 does not perform the update request process.
  • the update request unit 42 maintains the server-side program corresponding to the vehicle ID "V5", "vpg-2", which is the same as the vehicle-side program corresponding to the vehicle ID "V2". In other words, even if the installation destination of the in-vehicle device 201 with the in-vehicle device ID "R2" is changed, the update request unit 42 maintains the vehicle-side program for processing the vehicle information received from the in-vehicle device 201 without changing it.
  • FIG. 10 is a flowchart defining an operation procedure of processing by the in-vehicle device according to the embodiment of the present disclosure.
  • the in-vehicle device 201 starts up when the ignition power of the vehicle 1 is switched from an off state to an on state (step S101).
  • the in-vehicle device 201 acquires the vehicle ID from the vehicle 1 (step S102).
  • the in-vehicle device 201 transmits ID acquisition information including its own in-vehicle device ID and the acquired vehicle ID to the server 101 (step S103).
  • the in-vehicle device 201 receives update request information from the server 101 (YES in step S104), it performs an update process to update the vehicle-side program to a new vehicle-side program corresponding to the acquired vehicle ID based on the update request information (step S105).
  • the in-vehicle device 201 transmits update completion information to the server 101 (step S106).
  • the in-vehicle device 201 waits to execute the transmission process until it receives permission information from the server 101 that allows the execution of the transmission process (NO in step S107). If it receives the permission information (YES in step S107), it performs the transmission process until the ignition power is switched from the ON state to the OFF state (NO in step S109). For example, as described above, the in-vehicle device 201 executes the updated vehicle-side program to acquire vehicle information from the in-vehicle equipment 211 and transmits the acquired vehicle information to the server 101 (step S108).
  • step S109 when the ignition power is switched from the OFF state to the ON state (YES in step S109), the in-vehicle device 201 stops the transmission process (step S110).
  • FIG. 11 is a flowchart showing the operation procedure of the setting process and update request process by the server according to an embodiment of the present disclosure.
  • the server 101 receives ID acquisition information including the in-vehicle device ID and the vehicle ID from the in-vehicle device 201 (step S201).
  • the server 101 updates the contact table Tb20 indicating the correspondence between the vehicle ID and the user information. For example, as described above, the server 101 transmits an information request notification to the in-vehicle device 201 to request user information. The server 101 then updates the contact table Tb20 based on the user information received from the in-vehicle device 201 (step S203).
  • the server 101 transmits to the user the on-board device ID included in the received ID acquisition information, i.e., mounting information indicating that the on-board device 201 having the received identification information has been mounted on the vehicle 1.
  • the server 101 refers to the contact table Tb20 in the storage unit 35 and transmits the mounting information to the user identified by the user ID corresponding to the vehicle ID included in the received ID acquisition information (step S204).
  • the server 101 receives approval information as a response from the user to the loading information (YES in step S205), it checks whether the received identification information is registered in the setting status table Tb10 (step S206).
  • the server 101 checks whether the pre-change network configuration and the post-change network configuration are the same (step S207).
  • the server 101 performs a setting process. For example, as described above, the server 101 sets the computer program corresponding to the vehicle model identified by the change identification information as the server-side program (step S208).
  • the server 101 performs an update request process. For example, as described above, the server 101 transmits update request information to the in-vehicle device 201 requesting an update to a new vehicle-side program corresponding to the change identification information (step S209). Note that steps S208 and S209 may be executed in a reverse order, or may be executed in parallel.
  • the server 101 receives update completion information from the in-vehicle device 201 (YES in step S210), it transmits permission information to the in-vehicle device 201 (step S211).
  • the server 101 performs setting processing. For example, as described above, the server 101 sets the computer program corresponding to the vehicle model identified by the vehicle ID included in the received ID acquisition information as the server-side program (step S208).
  • the server 101 performs an update request process. For example, as described above, the server 101 transmits to the in-vehicle device 201 update request information requesting an update to a new vehicle-side program corresponding to the vehicle ID included in the received ID acquisition information (step S209).
  • step S202 if the ID correspondence is registered in the setting status table Tb10 (YES in step S202), if approval information cannot be received even after a certain period of time has elapsed (NO in step S205), or if the pre-change network configuration and the post-change network configuration are the same (YES in step S207), the server 101 will not perform setting processing or update request processing.
  • FIG. 12 is a diagram showing an example of a processing sequence of a server, an in-vehicle device, and a terminal device in a communication system according to an embodiment of the present disclosure.
  • the in-vehicle device 201 starts up and acquires the vehicle ID of the vehicle 1 in which the in-vehicle device 201 is mounted from the vehicle 1 (step S301).
  • the in-vehicle device 201 transmits ID acquisition information including its own in-vehicle device ID and the acquired vehicle ID to the server 101 (step S302).
  • the server 101 performs ID confirmation processing based on the ID acquisition information received from the in-vehicle device 201. For example, as described above, the server 101 checks whether the ID correspondence between the in-vehicle device ID and the vehicle ID contained in the received ID acquisition information is registered in the setting status table Tb10. Here, it is assumed that the ID correspondence is not registered in the setting status table Tb10 (step S303).
  • the server 101 sends an information request notification to the in-vehicle device 201 to request user information about the user of the vehicle 1 (step S304).
  • the in-vehicle device 201 transmits transmission request information to the terminal device 301 indicating a request to transmit user information to the in-vehicle device 201 (step S305).
  • the terminal device 301 transmits the user information to the in-vehicle device 201 in response to the information request notification received from the in-vehicle device 201 (step S306).
  • the in-vehicle device 201 transmits the user information received from the terminal device 301 to the server 101 (step S307).
  • the server 101 updates the contact table Tb20 based on the user information and ID acquisition information received from the in-vehicle device 201 (step S308).
  • the server 101 transmits the on-board device ID included in the received ID acquisition information, i.e., installation information indicating that the on-board device 201 having the received identification information is installed in the vehicle 1, to the user identified by the user ID corresponding to the vehicle ID included in the received ID acquisition information (step S309).
  • the user transmits to the server 101, as response information corresponding to the onboard information received from the server 101, approval information indicating approval of the connection between the onboard device 201 having the received identification information and the vehicle 1 (step S310).
  • the server 101 checks whether the received identification information is registered in the setting status table Tb10.
  • the server 101 has confirmed that the vehicle-mounted device ID included in the ID acquisition information is not registered in the setting status table Tb10 (step S311).
  • the server 101 performs a setting process to set the computer program corresponding to the vehicle model identified by the vehicle ID included in the received ID acquisition information as the server-side program (step S312).
  • the server 101 performs an update request process to transmit update request information to the in-vehicle device 201 to request an update to a new vehicle-side program corresponding to the vehicle ID included in the received ID acquisition information (step S313).
  • steps S312 and S313 may be executed in reverse order or in parallel.
  • the in-vehicle device 201 performs an update process to update the vehicle-side program stored in itself to a new vehicle-side program corresponding to the acquired vehicle ID based on the update request information received from the server 101 (step S314).
  • the in-vehicle device 201 transmits update completion information to the server 101 (step S315).
  • the server 101 transmits permission information to the in-vehicle device 201 indicating that the in-vehicle device 201 is permitted to execute the transmission process (step S316).
  • the in-vehicle device 201 executes the updated vehicle-side program to perform the transmission process (step S317).
  • FIG. 13 is a diagram showing another example of the processing sequence of a server, an in-vehicle device, and a terminal device in a communication system according to an embodiment of the present disclosure.
  • step S401 to step S410 shown in FIG. 13 are similar to the processes from step S301 to step S310 shown in FIG. 12.
  • the server 101 checks whether the receiving identification information is registered in the setting status table Tb10. Here, it is assumed that the server 101 has confirmed that the receiving identification information is registered in the setting status table Tb10 (step S411).
  • server 101 checks whether the pre-change network configuration and the post-change network configuration are the same. For example, as described above, server 101 refers to management table Tb30 and checks that the pre-change network configuration and the post-change network configuration are different (step S412).
  • the server 101 performs a setting process to set the computer program corresponding to the vehicle type identified by the vehicle ID included in the received ID acquisition information as the server-side program (step S413).
  • the server 101 performs an update request process to transmit update request information to the in-vehicle device 201 to request an update to a new vehicle-side program corresponding to the vehicle ID included in the received ID acquisition information (step S414).
  • steps S413 and S414 may be executed in reverse order or in parallel.
  • step S415 to step S418 shown in FIG. 13 are similar to the processes from step S314 to step S317 shown in FIG. 12.
  • the transmission unit 43 is configured to transmit the on-board information to a user identified by a user ID corresponding to the vehicle ID included in the ID acquisition information, but this is not limited to the above.
  • the transmission unit 43 may be configured not to transmit the on-board information to the user.
  • the setting unit 34 receives a notification from the processing unit 33 that the ID correspondence is not registered in the setting status table Tb10
  • the setting unit 34 performs setting processing.
  • the update request unit 42 receives a notification from the processing unit 33 that the ID correspondence is not registered in the setting status table Tb10
  • the update request unit 42 performs update request processing.
  • the transmitting unit 43 is configured to transmit permission information to the in-vehicle device 201 when the setting process by the setting unit 34 is completed and the receiving unit 41 receives update completion information from the in-vehicle device 201, but this is not limited to the above.
  • the transmitting unit 43 may be configured not to transmit permission information, and the in-vehicle device 201 may be configured to start the transmission process without transmitting update completion information when it completes updating the second computer program.
  • the server 101 according to the embodiment of the present disclosure may be provided by cloud computing.
  • the server 101 according to the embodiment of the present disclosure may be a cloud server composed of multiple servers.
  • Each process (each function) in the above-mentioned embodiments is realized by a processing circuit including one or more processors.
  • the processing circuit may be composed of an integrated circuit or the like that combines one or more memories, various analog circuits, and various digital circuits in addition to the one or more processors.
  • the one or more memories store computer programs (instructions) that cause the one or more processors to execute each of the above processes.
  • the one or more processors may execute each of the above processes according to the computer program read from the one or more memories, or may execute each of the above processes according to a logic circuit designed in advance to execute each of the above processes.
  • the processor may be any of various processors suitable for computer control, such as a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), an FPGA (Field Programmable Gate Array), and an ASIC (Application Specific Integrated Circuit).
  • the physically separated processors may cooperate with each other to execute the above processes.
  • the processors mounted on each of the physically separated computers may cooperate with each other via a network such as a LAN (Local Area Network), a WAN (Wide Area Network), or the Internet to execute the above processes.
  • the computer program may be installed into the memory from an external server device or the like via the network, or may be distributed in a state stored on a recording medium such as a CD-ROM (Compact Disc Read Only Memory), a DVD-ROM (Digital Versatile Disc Read Only Memory), or a semiconductor memory, and may be installed into the memory from the recording medium.
  • a recording medium such as a CD-ROM (Compact Disc Read Only Memory), a DVD-ROM (Digital Versatile Disc Read Only Memory), or a semiconductor memory, and may be installed into the memory from the recording medium.
  • a management device A processing circuit is provided, The processing circuitry includes: receiving vehicle identification information for identifying a vehicle from an on-board device mounted on the vehicle; performing a setting process of setting a computer program corresponding to the vehicle type identified by the received vehicle identification information as a first computer program for processing vehicle information related to the vehicle in the management device; A management device that performs update request processing to send update request information to the in-vehicle device to request an update to a second computer program, which is a computer program corresponding to the received vehicle identification information and which performs a transmission process in which the in-vehicle device acquires the vehicle information and transmits it to the management device.
  • An in-vehicle device that is mounted on a vehicle and transmits and receives information to and from a management device, A processing circuit is provided, The processing circuitry includes: acquiring vehicle identification information for identifying the vehicle in which the in-vehicle device is installed; performing an update process for updating the computer program stored in the in-vehicle device to a new computer program that corresponds to the acquired vehicle identification information and that performs the transmission process, based on update request information received from the management device, the update request information requesting an update of a computer program that performs a transmission process in which the in-vehicle device acquires vehicle information related to the vehicle and transmits it to the management device; The transmission process is performed by executing the updated computer program; When the update process is completed, the in-vehicle device transmits update completion information to the management device.
  • REFERENCE SIGNS LIST 1 vehicle 11 first communication unit 12 setting processing unit 13 second communication unit 14 acquisition unit 15, 35 storage unit 21 receiving unit 22 transmission processing unit 23 update unit 31 communication unit 32 analysis unit 33 processing unit 34 setting unit 41 receiving unit 42 update request unit 43 transmission unit 51, 51A, 51B CAN bus 101 server 151 external network 201 in-vehicle device 211, 211A, 211B in-vehicle equipment 212 vehicle ID storage unit 301 terminal device 501 communication system Tb10 setting status table Tb20 management table Tb30 contact table

Landscapes

  • Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

管理装置は、車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信する受信部と、前記受信部によって受信された前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行う設定部と、前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記受信部によって受信された前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う更新要求部とを備える。

Description

管理装置、車載装置、管理方法および管理プログラム
　本開示は、管理装置、車載装置、管理方法および管理プログラムに関する。本出願は、２０２２年１２月１日出願の日本出願第２０２２－１９２７６４号に基づく優先権を主張し、前記日本出願に記載された全ての内容を援用するものである。
　車両に関する車両情報を当該車両に搭載された車載装置から収集する管理装置を備えるシステムが開発されている。たとえば、国際公開第２０２０／０４９３７９号（特許文献１）には、以下のような技術が開示されている。すなわち、情報収集装置は、地上システムとともに列車に取り付けられた機器の使用履歴を管理する列車機器管理システムを構成する情報収集装置であって、列車に取り付けられた管理対象の各機器に固有に付された当該機器を識別する個体識別番号、および、各機器の動作状態を示す第１の稼働情報を収集する車両情報収集部と、各機器を制御する際の動作状態を示す第２の稼働情報、各機器の前記個体識別番号、前記第１の稼働情報と前記第２の稼働情報とを含む稼働情報、各機器が取り付けられている車両を識別する号車番号、および前記列車を識別する編成番号を収集し、通信装置を介して地上システムへ送信する制御を行う列車統合管理装置と、を備えることを特徴とする。
国際公開第２０２０／０４９３７９号 特開２０１９－１１７４９３号公報
　本開示の管理装置は、管理装置であって、車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信する受信部と、前記受信部によって受信された前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行う設定部と、前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記受信部によって受信された前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う更新要求部とを備える。
図１は、本開示の実施の形態に係る通信システムの構成を示す図である。 図２は、本開示の実施の形態に係る車載装置の構成を示す図である。 図３は、本開示の実施の形態に係るサーバの構成を示す図である。 図４は、本開示の実施の形態に係るサーバが保存する設定状況テーブルの一例を示す図である。 図５は、本開示の実施の形態に係るサーバが保存する連絡テーブルの一例を示す図である。 図６は、本開示の実施の形態に係るサーバが保存する管理テーブルの一例を示す図である。 図７は、本開示の実施の形態に係るサーバによる更新後の連絡テーブルの一例を示す図である。 図８は、本開示の実施の形態に係るサーバによる更新後の設定状況テーブルの一例を示す図である。 図９は、本開示の実施の形態に係るサーバによる更新後の設定状況テーブルの他の例を示す図である。 図１０は、本開示の実施の形態に係るサーバによる設定処理および更新処理の動作手順を定めたフローチャートである。 図１１は、本開示の実施の形態に係る車載装置による処理の動作手順を定めたフローチャートである。 図１２は、本開示の実施の形態に係る通信システムにおけるサーバ、車載装置および端末装置の処理のシーケンスの一例を示す図である。 図１３は、本開示の実施の形態に係る通信システムにおけるサーバ、車載装置および端末装置の処理のシーケンスの他の例を示す図である。
　＜本開示が解決しようとする課題＞
　車両の出荷後に車載装置を後付けすることにより、当該車両に各種機能を追加することができる。また、車載装置の搭載先は、たとえば、車両のユーザによって変更される場合がある。
　車載装置が後付けされる車両および車載装置の新たな搭載先の車両は、多種多様であるため、車両情報を収集できるようにシステムとして互換性を維持することは容易ではない。また、車載装置が各種車両に付け替え可能であるために、たとえば車載装置、車両および車両のユーザの関連付け等、管理が煩雑になってしまう。
　本開示は、上述の課題を解決するためになされたもので、その目的は、車載装置から搭載先の車両情報をより確実に収集することが可能な管理装置、車載装置、管理方法および管理プログラムを提供することである。
　＜本開示の効果＞
　本開示によれば、車載装置から搭載先の車両情報をより確実に収集することができる。
　＜本開示の実施形態の概要＞
　以下、本開示の実施形態の概要を列記して説明する。
　（１）本開示の実施の形態に係る管理装置は、管理装置であって、車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信する受信部と、前記受信部によって受信された前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行う設定部と、前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記受信部によって受信された前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う更新要求部とを備える。
　このように、車両からの車両識別情報に対応する第１のコンピュータプログラムを管理装置において設定し、かつ当該車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を車載装置へ送信する構成により、車両の出荷後に車載装置が搭載された場合、および車載装置の搭載先が変更された場合であっても、車載装置において車両情報の取得および送信処理を行い、管理装置において車載装置から受信した当該車両情報を処理することができる。したがって、車載装置から搭載先の車両情報をより確実に収集することができる。
　（２）上記（１）において、前記受信部は、搭載先が変更された前記車載装置から送信される、前記車載装置が搭載されている前記車両を識別するための前記車両識別情報である変更識別情報を受信してもよく、前記設定部は、前記変更識別情報に対応するコンピュータプログラムを、前記車載装置が搭載されている前記車両に関する車両情報を前記管理装置において処理するための第３のコンピュータプログラムに設定してもよく、前記更新要求部は、前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第３のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記変更識別情報に対応する第４のコンピュータプログラムへの更新を要求するための前記更新要求情報を前記車載装置へ送信してもよい。
　このような構成により、車載装置の搭載先が変更された場合であっても、車載装置から新たな搭載先の車両情報をより確実に収集することができる。
　（３）上記（２）において、前記前記設定部は、搭載先が変更される前の前記車両における車載ネットワークである変更前ネットワークの構成と、搭載先が変更された後の前記車両における前記車載ネットワークである変更後ネットワークの構成とが異なる場合、前記変更識別情報に対応するコンピュータプログラムを前記第３のコンピュータプログラムに設定してもよく、前記更新要求部は、前記変更前ネットワークの構成と前記変更後ネットワークの構成とが異なる場合、前記変更識別情報に対応する前記第４のコンピュータプログラムへの更新を要求するための前記更新要求情報を前記車載装置へ送信してもよい。
　このような構成により、車載装置の新たな搭載先の車両における車載ネットワークの構成が車載装置の搭載先が変更される前の車両における車載ネットワークの構成と異なる場合でも、車載装置から新たな搭載先の車両情報をより確実に収集することができる。
　（４）上記（１）から（３）のいずれかにおいて、前記管理装置は、さらに、前記設定部による前記設定処理が完了し、かつ前記第２のコンピュータプログラムへの更新を完了した旨を示す更新完了情報を前記受信部が前記車載装置から受信した場合、前記車載装置による前記送信処理の実行を許可する旨を示す許可情報を前記車載装置へ送信する送信部を備えてもよい。
　このような構成により、第２のコンピュータプログラムへの更新が完了したことを確認した上で、車載装置から所望の車両情報を管理装置へ確実に送信させ、管理装置において適切な内容の車両情報を処理することができる。
　（５）上記（１）から（４）のいずれかにおいて、前記受信部は、さらに、前記車載装置を識別するための装置識別情報を前記車載装置から受信してもよく、前記管理装置は、さらに、前記車両のユーザを識別するためのユーザ識別情報と前記車両識別情報との対応関係を示すユーザ対応情報と、前記装置識別情報と前記車両識別情報との対応関係を示す装置対応情報とを記憶する記憶部と、前記受信部によって受信された前記装置識別情報である受信識別情報が前記装置対応情報に登録されていない場合、前記記憶部における前記ユーザ対応情報に基づいて、前記受信識別情報を有する前記車載装置が前記車両に搭載された旨を示す搭載情報を、前記受信部によって受信された前記車両識別情報に対応する前記ユーザ識別情報によって識別される前記ユーザへ送信する送信部とを備えてもよい。
　このような構成により、管理装置からの搭載情報が示す車載装置の搭載について、当該車載装置の搭載先の車両のユーザにおいて確認することができるため、セキュリティ性を向上させることができる。
　（６）上記（５）において、前記設定部は、前記搭載情報に対する前記ユーザからの応答情報として、前記受信識別情報を有する前記車載装置と前記車両との接続を承認する旨を示す承認情報を前記受信部が受信した場合、前記設定処理を行ってもよく、前記更新要求部は、前記承認情報を前記受信部が受信した場合、前記更新要求処理を行ってもよい。
　このような構成により、車両のユーザが承認した車載装置について第１のプログラムの設定および第２のプログラムの更新を行い、当該車両の車両情報を収集することができるため、セキュリティ性をより向上させることができる。
　（７）上記（１）から（６）のいずれかにおいて、前記受信部は、さらに、前記車載装置を識別するための装置識別情報を前記車載装置から受信してもよく、前記管理装置は、さらに、前記装置識別情報と前記車両識別情報との対応関係を示す装置対応情報を記憶する記憶部を備え、前記設定部は、前記受信部によって受信された前記装置識別情報である受信識別情報が前記装置対応情報に登録されていない場合、前記設定処理を行ってもよく、前記更新要求部は、前記受信識別情報が前記装置対応情報に登録されていない場合、前記更新要求処理を行ってもよい。
　このような構成により、過去に車両に搭載されて第２のコンピュータプログラムの更新が完了した車載装置について第１のコンピュータプログラムの設定および第２のコンピュータプログラムの更新を、それぞれ重複して行うことを抑制することができる。
　（８）本開示の実施の形態に係る車載装置は、上記（１）から（７）のいずれかにおける上記管理装置と情報の送受信を行う車載装置であって、前記車載装置が搭載されている前記車両を識別するための前記車両識別情報を取得する取得部と、前記管理装置から受信した前記更新要求情報に基づいて、前記車載装置が保存しており、前記送信処理を行うためのコンピュータプログラムを、前記取得部によって取得された前記車両識別情報に対応する前記第２のコンピュータプログラムに更新する更新処理を行う更新部と、前記第２のコンピュータプログラムを実行することにより、前記送信処理を行う送信処理部とを備え、前記更新部は、前記更新処理を完了した場合、更新完了情報を前記管理装置へ送信する。
　このような構成により、車両の出荷後に車載装置が搭載された場合、および車載装置の搭載先が変更された場合であっても、車載装置において車両情報の取得および送信を行うことができる。したがって、車載装置から搭載先の車両情報をより確実に収集することができる。また、第２のコンピュータプログラムの更新が完了したことを管理装置において簡単に確認することができる。
　（９）本開示の実施の形態に係る車載装置は、車両に搭載され、管理装置と情報の送受信を行う車載装置であって、前記車載装置が搭載されている前記車両を識別するための車両識別情報を取得する取得部と、前記管理装置から受信した更新要求情報であって、前記車載装置が前記車両に関する車両情報を取得して前記管理装置へ送信する送信処理を行うためのコンピュータプログラムの更新を要求する前記更新要求情報に基づいて、前記車載装置が保存している前記コンピュータプログラムを、前記取得部によって取得された前記車両識別情報に対応する、前記送信処理を行うための新たなコンピュータプログラムに更新する更新処理を行う更新部と、更新後の前記コンピュータプログラムを実行することにより、前記送信処理を行う送信処理部とを備え、前記更新部は、前記更新処理を完了した場合、更新完了情報を前記管理装置へ送信する。
　このような構成により、車両の出荷後に車載装置が搭載された場合、および車載装置の搭載先が変更された場合であっても、車載装置において車両情報の取得および送信を行うことができる。したがって、車載装置から搭載先の車両情報をより確実に収集することができる。また、コンピュータプログラムの更新が完了したことを管理装置において簡単に確認することができる。
　（１０）本開示の実施の形態に係る管理方法は、管理装置における管理方法であって、車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信するステップと、受信した前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行うステップと、前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記管理装置において設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、受信した前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行うステップとを含む。
　このように、車両からの車両識別情報に対応する第１のコンピュータプログラムを管理装置において設定し、かつ当該車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を車載装置へ送信する構成により、車両の出荷後に車載装置が搭載された場合、および車載装置の搭載先が変更された場合であっても、車載装置において車両情報の取得および送信処理を行い、管理装置において車載装置から受信した当該車両情報を処理することができる。したがって、車載装置から搭載先の車両情報をより確実に収集することができる。
　（１１）本開示の実施の形態に係る管理プログラムは、管理装置において用いられる管理プログラムであって、コンピュータを、車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信する受信部と、前記受信部によって受信された前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行う設定部と、前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記受信部によって受信された前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う更新要求部、として機能させるためのプログラムである。
　このように、車両からの車両識別情報に対応する第１のコンピュータプログラムを管理装置において設定し、かつ当該車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を車載装置へ送信する構成により、車両の出荷後に車載装置が搭載された場合、および車載装置の搭載先が変更された場合であっても、車載装置において車両情報の取得および送信処理を行い、管理装置において車載装置から受信した当該車両情報を処理することができる。したがって、車載装置から搭載先の車両情報をより確実に収集することができる。
　本開示の一態様は、このような特徴的な処理部を備える管理装置として実現され得るだけでなく、管理装置の一部または全部を実現する半導体集積回路として実現され得たり、管理装置を含むシステムとして実現され得る。
　＜本開示の実施形態の詳細＞
　以下、本開示の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。
　［通信システム］
　図１は、本開示の実施の形態に係る通信システムの構成を示す図である。図１を参照して、通信システム５０１は、サーバ１０１と、１または複数の車載装置２０１と、１または複数の端末装置３０１とを備える。サーバ１０１および各車載装置２０１は、たとえば、インターネット等の外部ネットワーク１５１を介して情報の送受信を行う。サーバ１０１および各端末装置３０１は、たとえば、外部ネットワーク１５１を介して情報の送受信を行う。車載装置２０１は、車両１に搭載されている。サーバ１０１は、管理装置の一例である。
　サーバ１０１および端末装置３０１は、たとえば、車両１の運行を管理する事業者、または個人により使用される。端末装置３０１は、たとえばスマートフォンまたはタブレット等の通信端末装置である。
　サーバ１０１は、１または複数の車載装置２０１から、対応する車両１に関する車両情報を受信する。
　サーバ１０１は、車載装置２０１から受信した車両情報を解析する解析処理を行う。具体的には、サーバ１０１は、車両情報を処理するためのサーバ側プログラムを実行することにより、解析処理を行う。
　端末装置３０１は、たとえば車両１のユーザによる各種情報の入力を受け付けて、受け付けた各種情報を車載装置２０１へ送信する。なお、端末装置３０１は、車両１のユーザから受け付けた各種情報を外部ネットワーク１５１経由でサーバ１０１へ送信してもよい。
　［車載装置］
　図２は、本開示の実施の形態に係る車載装置の構成を示す図である。図２を参照して、車載装置２０１は、たとえば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）（登録商標）の規格に従うＣＡＮバス５１を介して複数の車載機器２１１と接続されている。
　車載機器２１１は、たとえば、自動運転ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）、エンジンＥＣＵ、ドアロック用ＥＣＵ、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｕｎｉｔ）、センサ、ナビゲーション装置、ヒューマンマシンインターフェース、およびカメラである。
　図２に示す例では、車載装置２０１は、複数の車載機器２１１である車載機器２１１Ａ，２１１Ｂと接続されている。
　車載装置２０１は、第１の通信部１１と、設定処理部１２と、第２の通信部１３と、取得部１４と、記憶部１５とを備える。第１の通信部１１は、受信部２１と、送信処理部２２と、更新部２３とを含む。第１の通信部１１、設定処理部１２、第２の通信部１３および取得部１４の一部または全部は、たとえば、１または複数のプロセッサを含む処理回路（Ｃｉｒｃｕｉｔｒｙ）により実現される。記憶部１５は、たとえば上記処理回路に含まれる不揮発性メモリである。
　（第１の通信部）
　第１の通信部１１は、ＷｉＦｉ（登録商標）、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）（登録商標）または５Ｇ等の通信方式に従って、図示しない無線基地局と無線通信を行うことにより、外部ネットワーク１５１経由でサーバ１０１と通信を行う。なお、第１の通信部１１は、無線基地局および外部ネットワーク１５１を介してサーバ１０１と通信する構成に限らず、有線回線を介してサーバ１０１と通信する構成であってもよい。また、第１の通信部１１は、他の車載装置をさらに介してサーバ１０１と通信する構成であってもよい。
　第１の通信部１１における送信処理部２２は、車両１に関する車両情報を取得してサーバ１０１へ送信する送信処理を行う。車両情報は、たとえば、車両１の走行に関する情報を含む。
　具体的には、送信処理部２２は、たとえば、車両１の位置情報および車速情報等を取得する。なお、車両情報は、位置情報および車速情報に限らず、車両１におけるブレーキ操作およびステアリング操作等の運転制御情報であってもよい。また、車両情報は、車両１の走行に関する情報に限らず、車両１に搭載されたカメラによって撮影された画像を示す情報、および車両１に搭載されたセンサの計測結果を示す情報であってもよい。
　送信処理部２２は、たとえば、１または複数の車載機器２１１との間でＣＡＮの規格に従った通信を行う。
　図２に示す例では、送信処理部２２は、２つのＣＡＮバス５１であるＣＡＮバス５１Ａ，５１Ｂを介して車載機器２１１Ａ，２１１Ｂとそれぞれ接続されている。なお、車載装置２０１は、送信処理部２２に２つのＣＡＮバス５１が接続される構成に限らず、１または複数のＣＡＮバス５１が接続される構成であればよい。
　また、車載装置２０１および各車載機器２１１は、ＣＡＮに限らず、ＣＡＮ　ＦＤ（ＣＡＮ　ｗｉｔｈ　Ｆｌｅｘｉｂｌｅ　Ｄａｔａ　Ｒａｔｅ）、イーサネット（登録商標）、ＦｌｅｘＲａｙ（登録商標）、ＭＯＳＴ（Ｍｅｄｉａ　Ｏｒｉｔｅｎｄ　Ｓｙｓｔｅｍ　Ｔｒａｎｓｐｏｒｔ）（登録商標）およびＬＩＮ（Ｌｏｃａｌ　Ｉｎｔｅｒｃｏｎｎｅｃｔ　Ｎｅｔｗｏｒｋ）等の規格に従った通信を行う構成であってもよい。
　車載機器２１１は、自己の車両情報を車載装置２０１へ送信する。各車載機器２１１からＣＡＮバス５１を介して伝送される車両情報は、データの種類等を示すＣＡＮ－ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）が付されたＣＡＮフレームに格納される。
　記憶部１５には、自己の車載装置２０１が送信処理を行うための車両側プログラムが保存されている。送信処理部２２は、記憶部１５に保存されている車両側プログラムを実行することにより、送信処理を行う。
　（設定処理部）
　設定処理部１２は、車両情報の送信に関するデータ設定処理を行う。たとえば、設定処理部１２は、データ設定処理として、サーバ１０１へ送信する車両情報の種類を設定する。
　以下、設定処理部１２が、自己の車載装置２０１において、車載機器２１１Ａの車両情報をサーバ１０１へ送信するように設定する例について説明する。ここで、車載機器２１１Ａの車両情報が格納されたＣＡＮフレームのＣＡＮ－ＩＤは、「００１」であるものとする。
　設定処理部１２は、送信処理部２２が車載機器２１１Ａから送信される車両情報を定期的または不定期に取得している場合、送信処理部２２に対して、ＣＡＮ－ＩＤ「００１」のＣＡＮフレームに含まれる車両情報をサーバ１０１へ送信するように設定する。
　一方、設定処理部１２は、送信処理部２２が車載機器２１１Ａから車両情報を取得していない場合、データ設定処理として、送信処理部２２経由で、車載機器２１１Ａに対して車両情報の送信を要求する。車載機器２１１Ａは、車載装置２０１からの要求を受けて、ＣＡＮ－ＩＤ「００１」のＣＡＮフレームを定期的または不定期に車載装置２０１へ送信する。また、設定処理部１２は、送信処理部２２に対して、ＣＡＮ－ＩＤ「００１」のＣＡＮフレームに含まれる車両情報をサーバ１０１へ送信するように設定する。
　（第２の通信部）
　第２の通信部１３は、たとえば、端末装置３０１との間でＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）の通信方式に従った通信を行う。なお、第２の通信部１３および端末装置３０１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の規格に従った無線通信を行う構成であってもよい。
　第２の通信部１３は、たとえば、車両情報を端末装置３０１へ送信する。より詳細には、送信処理部２２は、上述のように、取得した車両情報をサーバ１０１へ送信するとともに、当該車両情報を第２の通信部１３へ出力する。第２の通信部１３は、送信処理部２２から受けた車両情報を端末装置３０１へ送信する。
　［サーバ］
　図３は、本開示の実施の形態に係るサーバの構成を示す図である。図３を参照して、サーバ１０１は、通信部３１と、解析部３２と、処理部３３と、設定部３４と、記憶部３５とを備える。通信部３１は、受信部４１と、更新要求部４２と、送信部４３とを含む。通信部３１、解析部３２、処理部３３および設定部３４の一部または全部は、たとえば、１または複数のプロセッサを含む処理回路により実現される。記憶部３５は、たとえば上記処理回路に含まれる不揮発性メモリである。
　受信部４１は、車両情報を車載装置２０１から受信する。受信部４１は、車載装置２０１から受信した車両情報を記憶部３５に保存する。
　解析部３２は、サーバ側プログラムを実行することにより、車載装置２０１から受信した車両情報の解析処理を行う。たとえば、解析部３２は、車載装置２０１から受信した車両情報に基づいて、車両１に関する異常を検知する等の各種解析を行う。
　［課題の説明］
　車両の出荷後に車載装置を後付けすることにより、当該車両に各種機能を追加することができる。また、車載装置の搭載先は、たとえば、車両のユーザによって変更される場合がある。
　車載装置が後付けされる車両および新たな搭載先の車両は、多種多様である。たとえば、車両間では、車載ネットワークの構成が異なる場合がある。具体的には、車両の種類に応じて、搭載される車載機器の種類、および車載装置が車載機器と情報の送受信を行うための通信規格の種類等が異なる場合がある。そのため、車載装置は、車両に搭載された後、自己に保存されている車両側プログラムを実行しても、車両情報を取得できない可能性がある。この場合、サーバは、車載装置から車両情報を収集できず、車両情報の解析処理を継続できない。すなわち、車両情報を収集できるようにシステムとして互換性を維持することは容易ではない。
　また、サーバにおいては、車載装置が各種車両に付け替え可能であるために、たとえば車載装置、車両および車両のユーザの関連付け等、管理が煩雑になってしまう。
　これに対して、本開示の実施の形態に係る通信システム５０１は、以下のような構成および動作により、このような課題を解決する。
　［車載装置］
　再び図２を参照して、車載装置２０１における取得部１４は、自己の車載装置２０１を識別するための装置識別情報（以下、「車載装置ＩＤ」とも称する。）を定期的または不定期に取得する。取得部１４は、たとえば車両１のイグニッション電源がオフ状態からオン状態へ切り替わることにより、自己の車載装置２０１が起動すると、記憶部１５に保存されている車載装置ＩＤを取得する。取得部１４は、取得した車載装置ＩＤを送信処理部２２へ出力する。車載装置ＩＤは、車載装置２０１ごとに固有のＩＤである。
　また、取得部１４は、自己の車載装置２０１が搭載された車両１を識別するための車両識別情報（以下、「車両ＩＤ」とも称する。）を定期的または不定期に取得する。車両ＩＤは、車両１ごとに固有のＩＤである。
　より詳細には、車両１は、自己の車両ＩＤを記憶する車両ＩＤ記憶部２１２を備える。取得部１４は、たとえば車両１のイグニッション電源がオフ状態からオン状態へ切り替わることにより、自己の車載装置２０１が起動すると、車両ＩＤ記憶部２１２に保存されている車両ＩＤを取得する。取得部１４は、取得した車両ＩＤを送信処理部２２へ出力する。
　送信処理部２２は、取得部１４から受けた車載装置ＩＤおよび車両ＩＤを含むＩＤ取得情報をサーバ１０１へ送信する。なお、車両ＩＤは、たとえばディーラ等によって車載装置２０１の記憶部１５に予め登録されていてもよい。この場合、取得部１４は、自己の車載装置２０１が起動すると、記憶部１５に保存されている車両ＩＤを取得する。
　［サーバ］
　再び図３を参照して、受信部４１は、ＩＤ取得情報を車載装置２０１から受信する。すなわち、受信部４１は、車載装置ＩＤおよび車両ＩＤを車載装置２０１から受信する。受信部４１は、受信したＩＤ取得情報を記憶部３５に保存するとともに、ＩＤ取得情報を受信した旨の通知を処理部３３へ出力する。
　記憶部３５は、車載装置ＩＤと車両ＩＤとの対応関係を示す装置対応情報を含む設定状況テーブルＴｂ１０を記憶する。
　図４は、本開示の実施の形態に係るサーバが保存する設定状況テーブルの一例を示す図である。
　図４に示す設定状況テーブルＴｂ１０において、車載装置ＩＤ「Ｒ１」に対応する車両ＩＤは「Ｖ１」であり、車載装置ＩＤ「Ｒ２」に対応する車両ＩＤは「Ｖ２」であり、車載装置ＩＤ「Ｒ３」に対応する車両ＩＤは「Ｖ３」である。
　処理部３３は、ＩＤ取得情報を受信した旨の通知を受信部４１から受けると、記憶部３５に保存されている設定状況テーブルＴｂ１０およびＩＤ取得情報を参照する。そして、処理部３３は、当該ＩＤ取得情報に含まれる車載装置ＩＤ、すなわち受信部４１によって受信された車載装置ＩＤ（以下、「受信識別情報」とも称する。）が設定状況テーブルＴｂ１０に登録されているか否かを確認するＩＤ確認処理を行う。
　ここでは、処理部３３は、ＩＤ確認処理において、受信識別情報と車両ＩＤとの対応関係（以下、「ＩＤ対応関係」とも称する。）が設定状況テーブルＴｂ１０に登録されているか否かを確認する。そして、処理部３３は、確認結果を送信部４３へ通知する。
　（ユーザ情報の要求）
　図２および図３を参照して、送信部４３は、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない旨の通知を処理部３３から受けると、車両１のユーザに関するユーザ情報を要求するための情報要求通知を車載装置２０１へ送信する。ユーザ情報は、たとえば、車両１のユーザを識別するためのユーザ識別情報（以下、「ユーザＩＤ」とも称する。）と、ユーザとの連絡方法を示す情報と、ユーザの連絡先とを含む。
　（ユーザ情報の送信）
　車載装置２０１において、受信部２１は、情報要求通知をサーバ１０１から受信すると、当該情報要求通知を受信した旨の通知を第２の通信部１３へ出力する。
　第２の通信部１３は、情報要求通知を受信した旨の通知を受信部２１から受けると、ユーザ情報の車載装置２０１への送信を要求する旨を示す送信要求情報を端末装置３０１へ送信する。
　端末装置３０１は、送信要求情報を車載装置２０１から受信すると、ユーザ情報を車載装置２０１へ送信する。
　より詳細には、たとえば、端末装置３０１は、送信要求情報を車載装置２０１から受信すると、ユーザ情報の入力を車両１のユーザに促す。そして、端末装置３０１は、ユーザ情報の入力を車両１のユーザから受け付けると、受け付けたユーザ情報を車載装置２０１へ送信する。
　第２の通信部１３は、受信したユーザ情報を送信処理部２２へ出力する。そして、送信処理部２２は、第２の通信部１３から受けたユーザ情報をサーバ１０１へ送信する。
　サーバ１０１において、受信部４１は、ユーザ情報を車載装置２０１から受信すると、受信したユーザ情報を記憶部３５に保存するとともに、ユーザ情報を受信した旨の通知を処理部３３へ出力する。
　処理部３３は、ユーザ情報を受信した旨の通知を受信部４１から受けると、記憶部３５に保存されているユーザ情報およびＩＤ取得情報に基づいて、設定状況テーブルＴｂ１０において、ＩＤ取得情報に含まれる車両ＩＤに、ユーザ情報に含まれるユーザＩＤを対応付けて登録するユーザ登録処理を行う。
　（連絡テーブル）
　処理部３３は、ユーザ情報を受信した旨の通知を受信部４１から受けると、記憶部３５に保存されているユーザ情報およびＩＤ取得情報に基づいて、ユーザ情報と、ＩＤ取得情報に含まれる車両ＩＤとの対応関係を示す連絡テーブルＴｂ２０を更新するテーブル更新処理を行う。連絡テーブルＴｂ２０は、ユーザＩＤと車両ＩＤとの対応関係を示すユーザ対応情報を含む。
　図５は、本開示の実施の形態に係るサーバが保存する連絡テーブルの一例を示す図である。
　図５に示す連絡テーブルＴｂ２０において、車両ＩＤ「Ｖ１」に対応するユーザ情報は、ユーザＩＤ「Ｕ１」、連絡方法「メール」および連絡先を含む。車両ＩＤ「Ｖ２」に対応するユーザ情報は、ユーザＩＤ「Ｕ２」、連絡方法「電話」および連絡先を含む。車両ＩＤ「Ｖ３」に対応するユーザ情報は、ユーザＩＤ「Ｕ３」、連絡方法「メール」および連絡先を含む。なお、連絡テーブルＴｂ２０は、たとえば、ディーラ等によって予め記憶部３５に登録されていてもよい。
　処理部３３は、テーブル更新処理を完了した場合、連絡テーブルＴｂ２０を更新した旨の通知を送信部４３へ出力する。一方、処理部３３は、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されている場合、ユーザ登録処理およびテーブル更新処理を行わない。
　（搭載情報）
　図３および図５を参照して、送信部４３は、受信識別情報が設定状況テーブルＴｂ１０に登録されていない場合、記憶部３５におけるユーザ対応情報に基づいて、当該受信識別情報を有する車載装置２０１が車両１に搭載された旨を示す搭載情報を、受信部４１によって受信された車両ＩＤに対応するユーザＩＤによって識別されるユーザへ送信する。
　より詳細には、送信部４３は、連絡テーブルＴｂ２０を更新した旨の通知を処理部３３から受けると、記憶部３５に保存されている連絡テーブルＴｂ２０およびＩＤ取得情報を参照し、当該ＩＤ取得情報に含まれる車両ＩＤに対応するユーザＩＤを特定する。すなわち、送信部４３は、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない場合、記憶部３５に保存されている連絡テーブルＴｂ２０およびＩＤ取得情報を参照し、当該ＩＤ取得情報に含まれる車両ＩＤに対応するユーザＩＤを特定する。そして、送信部４３は、搭載情報を、連絡テーブルＴｂ２０に含まれる当該ユーザＩＤに対応する連絡方法によって、特定したユーザＩＤを有するユーザへ送信する。
　ユーザは、搭載情報をサーバ１０１から受信すると、当該搭載情報に示される車載装置２０１と車両１との接続を承認するか否かを判断する。そして、端末装置３０１は、承認情報の入力をユーザから受け付けると、受け付けた承認情報を車載装置２０１へ送信する。
　再び図２を参照して、車載装置２０１において、第２の通信部１３は、承認情報を端末装置３０１から受信すると、受信した承認情報を送信処理部２２へ出力する。送信処理部２２は、第２の通信部１３から受けた承認情報をサーバ１０１へ送信する。
　再び図３を参照して、サーバ１０１において、受信部４１は、搭載情報に対するユーザからの応答情報として、受信識別情報を有する車載装置２０１と車両１との接続を承認する旨を示す承認情報をユーザから受信すると、当該承認情報を受信した旨の通知（以下、「承認受信通知」とも称する。）を処理部３３、設定部３４および更新要求部４２へ出力する。
　処理部３３は、承認受信通知を受信部４１から受けると、記憶部３５に保存されている設定状況テーブルＴｂ１０およびＩＤ取得情報を参照する。そして、処理部３３は、当該ＩＤ取得情報に含まれる車載装置ＩＤ、すなわち受信識別情報が設定状況テーブルＴｂ１０に登録されているか否かを確認する。
　処理部３３は、受信識別情報が設定状況テーブルＴｂ１０に登録されている場合、当該受信識別情報を有する車載装置２０１の搭載先が、受信部４１によって受信された車両ＩＤを有する車両１に変更されたと判断する。すなわち、処理部３３は、受信部４１によって受信された車両ＩＤは、搭載先が変更された車載装置２０１から送信される、当該車載装置２０１が搭載されている車両１の車両ＩＤ（以下、「変更識別情報」とも称する。）であると判断する。
　一方、処理部３３は、受信識別情報が設定状況テーブルＴｂ１０に登録されていない場合、当該受信識別情報を有する車載装置２０１は、搭載先が変更されたのではなく、車両に初めて搭載されたと判断する。
　ここでは、処理部３３は、受信識別情報が設定状況テーブルＴｂ１０に登録されていないことを確認したものとする。処理部３３は、確認結果を設定部３４および更新要求部４２へ通知する。
　（設定部）
　設定部３４は、承認受信通知を受信部４１から受け、かつ受信識別情報が設定状況テーブルＴｂ１０に登録されていない旨の通知（以下、「未登録通知」とも称する。）を処理部３３から受けると、受信部４１によって受信された車両ＩＤによって特定される車種に対応する、実行すべきサーバ側プログラムを複数種類のサーバ側プログラムの中から選択する。すなわち、設定部３４は、承認情報を受信部４１が受信し、かつ受信識別情報が設定状況テーブルＴｂ１０に登録されていない場合、受信部４１によって受信された車両ＩＤによって特定される車種に対応するコンピュータプログラムを、サーバ側プログラムに設定する設定処理を行う。
　たとえば、設定部３４は、設定処理において、車両ＩＤとサーバ側プログラムとの対応関係を含む管理テーブルＴｂ３０を用いる。管理テーブルＴｂ３０は、記憶部３５に保存されている。
　図６は、本開示の実施の形態に係るサーバが保存する管理テーブルの一例を示す図である。
　図６に示す管理テーブルＴｂ３０において、車両ＩＤ「Ｖ１」によって特定される車種「ＡＡＡ」に対応するサーバ側プログラムおよび車両ＩＤ「Ｖ６」によって特定される車種「ＦＦＦ」に対応するサーバ側プログラムは、「ｓｐｇ－１」である。また、車両ＩＤ「Ｖ２」によって特定される車種「ＢＢＢ」に対応するサーバ側プログラムおよび車両ＩＤ「Ｖ５」によって特定される車種「ＥＥＥ」に対応するサーバ側プログラムは、「ｓｐｇ－２」である。また、車両ＩＤ「Ｖ３」によって特定される車種「ＣＣＣ」に対応するサーバ側プログラムは「ｓｐｇ－３」であり、車両ＩＤ「Ｖ４」によって特定される車種「ＤＤＤ」に対応するサーバ側プログラムは「ｓｐｇ－４」である。サーバ側プログラム「ｓｐｇ－１」，「ｓｐｇ－２」，「ｓｐｇ－３」，「ｓｐｇ－４」は、第１のコンピュータプログラムの一例である。
　図３および図６を参照して、設定部３４は、承認受信通知を受信部４１から受け、かつ未登録通知を処理部３３から受けると、記憶部３５に保存されている管理テーブルＴｂ３０およびＩＤ取得情報を参照し、当該ＩＤ取得情報に含まれる車両ＩＤに対応するサーバ側プログラムを特定する。
　設定部３４は、特定したサーバ側プログラムを、受信部４１によって受信された車両ＩＤによって特定される車種の車両１、に関する車両情報を処理するためのコンピュータプログラムとして決定する。そして、設定部３４は、図４に示す設定状況テーブルＴｂ１０において、受信部４１によって受信された車両ＩＤに、特定したサーバ側プログラムを対応付けて登録する。
　たとえば、図４に示すように、車両ＩＤ「Ｖ１」にサーバ側プログラム「ｓｐｇ－１」が対応付けられ、車両ＩＤ「Ｖ２」にサーバ側プログラム「ｓｐｇ－２」が対応付けられ、車両ＩＤ「Ｖ３」にサーバ側プログラム「ｓｐｇ－３」が対応付けられている。なお、図４に示す「車両側プログラム」については、後述する。
　設定部３４は、設定処理を完了した場合、設定完了情報を送信部４３へ出力する。
　（更新要求部）
　更新要求部４２は、承認情報を受信部４１が受信し、かつ受信識別情報が設定状況テーブルＴｂ１０に登録されていない場合、受信部４１によって受信された車両ＩＤに対応するコンピュータプログラムであって送信処理を行うための車両側プログラムへの更新を要求するための更新要求情報を車載装置２０１へ送信する更新要求処理を行う。
　より詳細には、設定部３４は、承認受信通知を受信部４１から受け、かつ受信識別情報が設定状況テーブルＴｂ１０に登録されていない旨の通知を処理部３３から受けると、更新要求処理を行う。
　ここで、記憶部３５における管理テーブルＴｂ３０は、車両ＩＤと車両側プログラムとの対応関係を含む。
　図６に示す管理テーブルＴｂ３０において、車両ＩＤ「Ｖ１」「Ｖ６」に対応する車両側プログラムは「ｖｐｇ－１」であり、車両ＩＤ「Ｖ２」「Ｖ５」に対応する車両側プログラムは「ｖｐｇ－２」であり、車両ＩＤ「Ｖ３」に対応する車両側プログラムは「ｖｐｇ－３」であり、車両ＩＤ「Ｖ４」に対応する車両側プログラムは「ｖｐｇ－４」である。車両側プログラム「ｖｐｇ－１」，「ｖｐｇ－２」，「ｖｐｇ－３」，「ｖｐｇ－４」は、第２のコンピュータプログラムの一例である。
　更新要求部４２は、承認受信通知を受信部４１から受け、かつ未登録通知を処理部３３から受けると、記憶部３５に保存されている管理テーブルＴｂ３０およびＩＤ取得情報を参照し、当該ＩＤ取得情報に含まれる車両ＩＤに対応する車両側プログラムを特定する。
　そして、更新要求部４２は、たとえば、特定した車両側プログラムのダウンロード元を示すＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｅｒ）を含む更新要求情報を車載装置２０１へ送信する。なお、更新要求情報は、上記ＵＲＬに代えて、受信部４１によって受信された車両ＩＤに対応する車両側プログラムを含んでもよい。
　また、更新要求部４２は、設定状況テーブルＴｂ１０において、受信部４１によって受信された車両ＩＤに、特定した車両側プログラムを対応付けて登録する。
　たとえば、図４に示すように、車両ＩＤ「Ｖ１」に車両側プログラム「ｖｐｇ－１」が対応付けられ、車両ＩＤ「Ｖ２」に車両側プログラム「ｖｐｇ－２」が対応付けられ、車両ＩＤ「Ｖ３」に車両側プログラム「ｖｐｇ－３」が対応付けられている。
　（車載装置による更新処理）
　再び図２を参照して、車載装置２０１における更新部２３は、サーバ１０１から受信した更新要求情報に基づいて、当該車載装置２０１が保存している車両側プログラムを、取得部１４によって取得された車両ＩＤに対応する新たな車両側プログラム（以下、「更新プログラム」とも称する。）に更新する更新処理を行う。
　より詳細には、受信部２１は、更新要求情報をサーバ１０１から受信すると、受信した更新要求情報を更新部２３へ出力する。
　更新部２３は、受信部２１から更新要求情報を受けると、更新プログラムのダウンロードを要求するためのダウンロード要求情報を受信部２１へ出力する。
　受信部２１は、更新部２３からダウンロード要求情報を受けると、サーバ１０１から受信した更新要求情報に含まれるＵＲＬにアクセスし、更新プログラムをダウンロードする。
　更新部２３は、更新処理を完了した場合、更新完了情報をサーバ１０１へ送信する。より詳細には、受信部２１は、更新プログラムをダウンロードした旨の通知を更新部２３へ出力する。更新部２３は、当該通知を受信部２１から受けると、更新完了情報をサーバ１０１へ送信する。また、受信部２１は、ダウンロードした更新プログラムを記憶部１５に保存する。
　再び図３を参照して、サーバ１０１において、受信部４１は、更新完了情報を車載装置２０１から受信すると、更新完了情報を受信した旨の通知を送信部４３へ出力する。
　送信部４３は、設定完了情報を設定部３４から受け、かつ更新完了情報を受信した旨の通知を受信部４１から受けると、車載装置２０１による送信処理の実行を許可する旨を示す許可情報を車載装置２０１へ送信する。すなわち、送信部４３は、設定部３４による設定処理が完了し、かつ更新完了情報を受信部４１が車載装置２０１から受信した場合、許可情報を車載装置２０１へ送信する。
　再び図２を参照して、受信部２１は、許可情報をサーバ１０１から受信すると、許可情報を受信した旨の通知を送信処理部２２へ出力する。送信処理部２２は、許可情報を受信した旨の通知を受信部２１から受けると、記憶部１５に保存されている更新後の車両側プログラム、すなわち更新プログラムを読み出す。送信処理部２２は、読み出した更新プログラムを実行することにより、送信処理を行う。
　［車載装置の搭載先が変更された場合］
　以下、車載装置２０１の搭載先が変更された場合におけるサーバ１０１による設定処理および更新要求処理の詳細について説明する。ここでは、車載装置ＩＤ「Ｒ２」の車載装置２０１の搭載先が、車両ＩＤ「Ｖ２」の車両１から車両ＩＤ「Ｖ４」の車両１に変更された場合を具体例１として説明する。
　（具体例１）
　再び図２および図３を参照して、車載装置２０１における取得部１４は、自己の車載装置ＩＤ、および新たな搭載先の車両１（以下、「変更後車両」とも称する。）の車両ＩＤを定期的または不定期に取得する。
　取得部１４は、自己の車載装置ＩＤおよび変更後車両の車両ＩＤを含むＩＤ取得情報を送信処理部２２へ出力する。送信処理部２２は、取得部１４から受けたＩＤ取得情報をサーバ１０１へ送信する。
　サーバ１０１において、受信部４１は、車載装置２０１から受信したＩＤ取得情報を記憶部３５に保存するとともに、ＩＤ取得情報を受信した旨の通知を処理部３３へ出力する。
　処理部３３は、ＩＤ取得情報を受信した旨の通知を受信部４１から受けると、上述の「ＩＤ確認処理」を行う。
　そして、処理部３３は、ＩＤ確認処理において、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない場合、上述の「情報要求通知」を車載装置２０１へ送信する。
　車載装置２０１は、情報要求通知をサーバ１０１から受信すると、端末装置３０１から上述の「ユーザ情報」を取得してサーバ１０１へ送信する。
　サーバ１０１において、処理部３３は、ユーザ情報を受信した旨の通知を受信部４１から受けると、上述の「連絡テーブルＴｂ２０」を更新する処理を行う。
　また、処理部３３は、ユーザ情報を受信した旨の通知を受信部４１から受けると、記憶部３５に保存されているユーザ情報およびＩＤ取得情報に基づいて、連絡テーブルＴｂ２０を更新する。
　図７は、本開示の実施の形態に係るサーバによる更新後の連絡テーブルの一例を示す図である。
　図７に示す更新後の連絡テーブルＴｂ２０において、変更後車両の車両ＩＤ「Ｖ４」に対応するユーザ情報は、ユーザＩＤ「Ｕ２」、連絡方法「電話」および連絡先を含む。すなわち、図７に示す例では、変更後車両のユーザのユーザＩＤ「Ｕ２」は、車載装置２０１の搭載先が変更される前の車両ＩＤ「Ｖ２」の車両１のユーザと同じである。
　また、処理部３３は、ユーザ情報を受信した旨の通知を受信部４１から受けると、上述の「ユーザ登録処理」を行うことにより、記憶部３５に保存されている設定状況テーブルＴｂ１０を更新する。
　図８は、本開示の実施の形態に係るサーバによる更新後の設定状況テーブルの一例を示す図である。
　処理部３３は、図８に示すように、ユーザＩＤ「Ｕ２」に車両ＩＤ「Ｖ４」を対応付ける。すなわち、処理部３３は、設定状況テーブルＴｂ１０において、ユーザＩＤ「Ｕ２」に対応する車両ＩＤを「Ｖ２」から「Ｖ４」に変更する。
　なお、処理部３３は、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない場合、ユーザ登録処理および連絡テーブル更新処理に加えて、車載装置２０１による送信処理、すなわち車両情報を取得して送信する機能の無効化を要求する無効情報を送信部４３へ出力する処理を行ってもよい。送信部４３は、処理部３３から受けた無効情報を車載装置２０１へ送信する。
　再び図３を参照して、送信部４３は、連絡テーブルＴｂ２０を更新した旨の通知、およびＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない旨の通知を処理部３３から受けると、受信識別情報を有する車載装置２０１が変更後車両に搭載された旨を示す搭載情報を、受信部４１によって受信された車両ＩＤに対応するユーザＩＤによって識別されるユーザへ送信する。
　受信部４１は、搭載情報に対するユーザからの応答情報として、上述の「承認情報」をユーザから受信すると、承認受信通知を処理部３３、設定部３４および更新要求部４２へ出力する。
　処理部３３は、承認受信通知を受信部４１から受けると、記憶部３５に保存されているＩＤ取得情報を参照し、当該ＩＤ取得情報に含まれる車載装置ＩＤ、すなわち受信識別情報が設定状況テーブルＴｂ１０に登録されているか否かを確認する。ここでは、処理部３３は、受信識別情報が設定状況テーブルＴｂ１０に登録されていることを確認したものとする。
　処理部３３は、受信識別情報が設定状況テーブルＴｂ１０に登録されている場合、搭載先が変更される前の車両１における車載ネットワーク（以下、「変更前ネットワーク」とも称する。）の構成と、搭載先が変更された後の車両１における車載ネットワーク（以下、「変更後ネットワーク」とも称する。）の構成とが同じであるか否かを確認するネットワーク確認処理を行う。
　たとえば、記憶部３５における管理テーブルＴｂ３０は、車両１における車載ネットワークの構成と車両ＩＤとの対応関係を含む。
　図６に示す管理テーブルＴｂ３０において、車載ネットワークの構成「Ｎ１」に対応する車両ＩＤは「Ｖ１」「Ｖ６」であり、車載ネットワークの構成「Ｎ２」に対応する車両ＩＤは「Ｖ２」「Ｖ５」であり、車載ネットワークの構成「Ｎ３」に対応する車両ＩＤは「Ｖ３」であり、車載ネットワークの構成「Ｎ４」に対応する車両ＩＤは「Ｖ４」である。
　図３および図６を参照して、処理部３３は、受信識別情報が設定状況テーブルＴｂ１０に登録されている場合、記憶部３５に保存されている設定状況テーブルＴｂ１０を参照し、当該受信識別情報に対応する車両ＩＤ（以下、「登録済車両ＩＤ」とも称する。）を特定する。
　そして、処理部３３は、記憶部３５に保存されている管理テーブルＴｂ３０を参照し、車載装置２０１の搭載先が変更される前の車両ＩＤに対応する変更前ネットワークの構成と、変更識別情報に対応する変更後ネットワークの構成とが同じであるか否かを確認する。処理部３３は、確認結果を設定部３４および更新要求部４２へ通知する。
　設定部３４は、変更前ネットワークの構成と変更後ネットワークの構成とが異なる旨の通知を処理部３３から受けると、設定処理を行う。すなわち、設定部３４は、変更前ネットワークの構成と変更後ネットワークの構成とが異なる場合、変更識別情報によって特定される車種に対応するコンピュータプログラムを、車載装置２０１が搭載されている車両１に関する車両情報をサーバ１０１において処理するためのサーバ側プログラムに設定する。
　ここでは、車載装置２０１の搭載先が変更される前の車両ＩＤ「Ｖ２」の車両１における車載ネットワークの構成が「Ｎ２」であるのに対し、当該搭載先が変更された後の車両ＩＤ「Ｖ４」の車両１における車載ネットワークの構成が「Ｎ４」である。すなわち、変更前ネットワークの構成と変更後ネットワークの構成とが異なる。この場合、設定部３４は、記憶部３５に保存されている管理テーブルＴｂ３０を参照し、サーバ側プログラムとして、車両ＩＤ「Ｖ４」によって特定される車種「ＤＤＤ」に対応するサーバ側プログラム「ｓｐｇ－４」を設定する。サーバ側プログラム「ｓｐｇ－４」は、第３のコンピュータプログラムの一例である。
　そして、設定部３４は、設定状況テーブルＴｂ１０において、変更識別情報に、特定したサーバ側プログラムを対応付けて登録する。設定部３４は、図８に示すように、車両ＩＤ「Ｖ４」にサーバ側プログラム「ｓｐｇ－４」を対応付けて登録する。
　一方、設定部３４は、変更前ネットワークの構成と変更後ネットワークの構成とが同じである旨の通知を処理部３３から受けると、設定処理を行わない。
　更新要求部４２は、変更前ネットワークの構成と変更後ネットワークの構成とが異なる旨の通知を処理部３３から受けると、更新要求処理を行う。すなわち、更新要求部４２は、変更前ネットワークの構成と変更後ネットワークの構成とが異なる場合、変更識別情報に対応する新たな車両側プログラムへの更新を要求するための更新要求情報を車載装置２０１へ送信する。
　ここでは、更新要求部４２は、記憶部３５に保存されている管理テーブルＴｂ３０を参照し、車両ＩＤ「Ｖ４」に対応する車両側プログラム「ｖｐｇ－４」への更新を要求するための更新要求情報を車載装置２０１へ送信する。そして、更新要求部４２は、図６に示すように、車両ＩＤ「Ｖ４」に車両側プログラム「ｖｐｇ－４」を対応付けて登録する。車両側プログラム「ｖｐｇ－４」は、第４のコンピュータプログラムの一例である。
　一方、更新要求部４２は、変更前ネットワークの構成と変更後ネットワークの構成とが同じである旨の通知を処理部３３から受けると、更新要求処理を行わない。
　（具体例２）
　設定部３４は、変更前ネットワークの構成と変更後のネットワークの構成とが同じである旨の通知を処理部３３から受けると、設定処理を行わない。以下、車載装置２０１の搭載先が、車両ＩＤ「Ｖ２」の車両１から車両ＩＤ「Ｖ５」の車両１に変更された場合を例として説明する。
　上述したように、図６に示す管理テーブルＴｂ３０において、車両ＩＤ「Ｖ２」によって特定される車種「ＢＢＢ」に対応するサーバ側プログラム、および車両ＩＤ「Ｖ５」によって特定される車種「ＦＦＦ」に対応するサーバ側プログラムは「ｓｐｇ－２」である。
　図９は、本開示の実施の形態に係る更新後の設定状況テーブルの他の例を示す図である。
　設定部３４は、図９に示す設定状況テーブルＴｂ１０において、車両ＩＤ「Ｖ５」に対応するサーバ側プログラムとして、車両ＩＤ「Ｖ２」に対応するサーバ側プログラムと同じ「ｓｐｇ－２」を維持する。すなわち、設定部３４は、車載装置ＩＤ「Ｒ２」の車載装置２０１の搭載先が変更された場合であっても、当該車載装置２０１から受信した車両情報を処理するためのサーバ側プログラムを変更せず維持する。
　また、更新要求部４２は、変更前ネットワークの構成と変更後のネットワークの構成とが同じである旨の通知を処理部３３から受けると、更新要求処理を行わない。
　より詳細には、更新要求部４２は、図９に示す設定状況テーブルＴｂ１０において、車両ＩＤ「Ｖ５」に対応するサーバ側プログラムとして、車両ＩＤ「Ｖ２」に対応する車両側プログラムと同じ「ｖｐｇ－２」を維持する。すなわち、更新要求部４２は、車載装置ＩＤ「Ｒ２」の車載装置２０１の搭載先が変更された場合であっても、当該車載装置２０１から受信した車両情報を処理するための車両側プログラムを変更せず維持する。
　［動作の流れ］
　図１０は、本開示の実施の形態に係る車載装置による処理の動作手順を定めたフローチャートである。
　図１０を参照して、まず、車載装置２０１は、車両１のイグニッション電源がオフ状態からオン状態に切り替わると、起動する（ステップＳ１０１）。
　次に、車載装置２０１は、車両ＩＤを当該車両１から取得する（ステップＳ１０２）。
　次に、車載装置２０１は、自己の車載装置ＩＤ、および取得した車両ＩＤを含むＩＤ取得情報をサーバ１０１へ送信する（ステップＳ１０３）。
　次に、車載装置２０１は、更新要求情報をサーバ１０１から受信した場合（ステップＳ１０４においてＹＥＳ）、当該更新要求情報に基づいて、車両側プログラムを、取得した車両ＩＤに対応する新たな車両側プログラムに更新する更新処理を行う（ステップＳ１０５）。
　次に、車載装置２０１は、更新完了情報をサーバ１０１へ送信する（ステップＳ１０６）。
　次に、車載装置２０１は、送信処理の実行を許可する許可情報をサーバ１０１から受信するまで、送信処理の実行を待機し（ステップＳ１０７においてＮＯ）、許可情報を受信した場合（ステップＳ１０７においてＹＥＳ）、イグニッション電源がオン状態からオフ状態へ切り替わるまで（ステップＳ１０９においてＮＯ）、送信処理を行う。例えば、上述したように、車載装置２０１は、更新後の車両側プログラムを実行することにより、車載機器２１１から車両情報を取得し、取得した車両情報をサーバ１０１へ送信する（ステップＳ１０８）。
　そして、車載装置２０１は、イグニッション電源がオフ状態からオン状態に切り替わると（ステップＳ１０９においてＹＥＳ）、送信処理を停止する（ステップＳ１１０）。
　図１１は、本開示の実施の形態に係るサーバによる設定処理および更新要求処理の動作手順を示すフローチャートである。
　図１１を参照して、まず、サーバ１０１は、車載装置ＩＤおよび車両ＩＤを含むＩＤ取得情報を車載装置２０１から受信する（ステップＳ２０１）。
　次に、サーバ１０１は、受信したＩＤ取得情報に含まれる車載装置ＩＤと車両ＩＤとのＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない場合（ステップＳ２０２においてＮＯ）、車両ＩＤとユーザ情報との対応関係を示す連絡テーブルＴｂ２０を更新する。たとえば、上述したように、サーバ１０１は、ユーザ情報を要求するための情報要求通知を車載装置２０１へ送信する。そして、サーバ１０１は、車載装置２０１から受信したユーザ情報に基づいて、連絡テーブルＴｂ２０を更新する（ステップＳ２０３）。
　次に、サーバ１０１は、受信したＩＤ取得情報に含まれる車載装置ＩＤ、すなわち受信識別情報を有する車載装置２０１が車両１に搭載された旨を示す搭載情報をユーザへ送信する。たとえば、上述したように、サーバ１０１は、記憶部３５における連絡テーブルＴｂ２０を参照し、当該搭載情報を、受信したＩＤ取得情報に含まれる車両ＩＤに対応するユーザＩＤによって識別されるユーザへ送信する（ステップＳ２０４）。
　次に、サーバ１０１は、搭載情報に対するユーザからの応答情報として、承認情報を受信した場合（ステップＳ２０５においてＹＥＳ）、受信識別情報が設定状況テーブルＴｂ１０に登録されているか否かを確認する（ステップＳ２０６）。
　次に、サーバ１０１は、受信識別情報が設定状況テーブルＴｂ１０に登録されている場合（ステップＳ２０６においてＹＥＳ）、変更前ネットワークの構成と変更後ネットワークの構成とが同じであるか否かを確認する（ステップＳ２０７）。
　次に、サーバ１０１は、変更前ネットワークの構成と変更後ネットワークの構成とが異なる場合（ステップＳ２０７においてＮＯ）、設定処理を行う。たとえば、上述したように、サーバ１０１は、変更識別情報によって特定される車種に対応するコンピュータプログラムをサーバ側プログラムに設定する（ステップＳ２０８）。
　次に、サーバ１０１は、更新要求処理を行う。たとえば、上述したように、サーバ１０１は、変更識別情報に対応する新たな車両側プログラムへの更新を要求する更新要求情報を車載装置２０１へ送信する（ステップＳ２０９）。なお、ステップＳ２０８およびステップＳ２０９は、順序を入れ替えて実行してもよいし、並行して実行してもよい。
　次に、サーバ１０１は、更新完了情報を車載装置２０１から受信した場合（ステップＳ２１０においてＹＥＳ）、許可情報を車載装置２０１へ送信する（ステップＳ２１１）。
　一方、サーバ１０１は、受信識別情報が設定状況テーブルＴｂ１０に登録されていない場合（ステップＳ２０６においてＮＯ）、設定処理を行う。たとえば、上述したように、サーバ１０１は、受信したＩＤ取得情報に含まれる車両ＩＤによって特定される車種に対応するコンピュータプログラムを、サーバ側プログラムに設定する（ステップＳ２０８）。
　次に、サーバ１０１は、更新要求処理を行う。たとえば、上述したように、サーバ１０１は、受信したＩＤ取得情報に含まれる車両ＩＤに対応する新たな車両側プログラムへの更新を要求する更新要求情報を車載装置２０１へ送信する（ステップＳ２０９）。
　また、サーバ１０１は、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されている場合（ステップＳ２０２においてＹＥＳ）、一定時間経過しても承認情報を受信できない場合（ステップＳ２０５においてＮＯ）および変更前ネットワークの構成と変更後ネットワークの構成とが同じである場合（ステップＳ２０７においてＹＥＳ）、設定処理および更新要求処理を行わない。
　図１２は、本開示の実施の形態に係る通信システムにおけるサーバ、車載装置および端末装置の処理のシーケンスの一例を示す図である。
　図１２を参照して、まず、車載装置２０１は、車両１のイグニッション電源７２がオフ状態からオン状態に切り替わると、起動して、自己が搭載された車両１から、当該車両１の車両ＩＤを取得する（ステップＳ３０１）。
　次に、車載装置２０１は、自己の車載装置ＩＤおよび取得した車両ＩＤを含むＩＤ取得情報をサーバ１０１へ送信する（ステップＳ３０２）。
　次に、サーバ１０１は、車載装置２０１から受信したＩＤ取得情報に基づいて、ＩＤ確認処理を行う。たとえば、上述したように、サーバ１０１は、受信したＩＤ取得情報に含まれる車載装置ＩＤと車両ＩＤとのＩＤ対応関係が設定状況テーブルＴｂ１０に登録されているか否かを確認する。ここでは、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていないものとする（ステップＳ３０３）。
　次に、サーバ１０１は、車両１のユーザに関するユーザ情報を要求するための情報要求通知を車載装置２０１へ送信する（ステップＳ３０４）。
　次に、車載装置２０１は、情報要求通知を受信した旨の通知をサーバ１０１から受信すると、ユーザ情報の車載装置２０１への送信を要求する旨を示す送信要求情報を端末装置３０１へ送信する（ステップＳ３０５）。
　次に、端末装置３０１は、車載装置２０１から受信した情報要求通知に対する応答として、ユーザ情報を車載装置２０１へ送信する（ステップＳ３０６）。
　次に、車載装置２０１は、端末装置３０１から受信したユーザ情報をサーバ１０１へ送信する（ステップＳ３０７）。
　次に、サーバ１０１は、車載装置２０１から受信したユーザ情報およびＩＤ取得情報に基づいて、連絡テーブルＴｂ２０を更新する（ステップＳ３０８）。
　次に、サーバ１０１は、受信したＩＤ取得情報に含まれる車載装置ＩＤ、すなわち受信識別情報を有する車載装置２０１が車両１に搭載された旨を示す搭載情報を、受信したＩＤ取得情報に含まれる車両ＩＤに対応するユーザＩＤによって識別されるユーザへ送信する（ステップＳ３０９）。
　次に、ユーザは、サーバ１０１から受信した搭載情報に対応する応答情報として、受信識別情報を有する車載装置２０１と車両１との接続を承認する旨を示す承認情報をサーバ１０１へ送信する（ステップＳ３１０）。
　次に、サーバ１０１は、受信識別情報が設定状況テーブルＴｂ１０に登録されているか否かを確認する。ここでは、サーバ１０１は、ＩＤ取得情報に含まれる車載装置ＩＤが設定状況テーブルＴｂ１０に登録されていないことを確認したものとする（ステップＳ３１１）。
　次に、サーバ１０１は、受信したＩＤ取得情報に含まれる車両ＩＤによって特定される車種に対応するコンピュータプログラムを、サーバ側プログラムに設定する設定処理を行う（ステップＳ３１２）。
　次に、サーバ１０１は、受信したＩＤ取得情報に含まれる車両ＩＤに対応する新たな車両側プログラムへの更新を要求するための更新要求情報を車載装置２０１へ送信する更新要求処理を行う（ステップＳ３１３）。なお、ステップＳ３１２およびステップＳ３１３は、順序を入れ替えて実行してもよいし、並行して実行してもよい。
　次に、車載装置２０１は、サーバ１０１から受信した更新要求情報に基づいて、自己が保存している車両側プログラムを、取得した車両ＩＤに対応する新たな車両側プログラムに更新する更新処理を行う（ステップＳ３１４）。
　次に、車載装置２０１は、更新処理を完了した場合、更新完了情報をサーバ１０１へ送信する（ステップＳ３１５）。
　次に、サーバ１０１は、設定処理が完了し、かつ更新完了情報を車載装置２０１から受信した場合、車載装置２０１による送信処理の実行を許可する旨を示す許可情報を車載装置２０１へ送信する（ステップＳ３１６）。
　次に、車載装置２０１は、許可情報をサーバ１０１から受信した場合、更新後の車両側プログラムを実行することにより、送信処理を行う（ステップＳ３１７）。
　図１３は、本開示の実施の形態に係る通信システムにおけるサーバ、車載装置および端末装置の処理のシーケンスの他の例を示す図である。
　図１３に示すステップＳ４０１からステップＳ４１０までの処理は、図１２に示すステップＳ３０１からステップＳ３１０までの処理とそれぞれ同様である。
　次に、サーバ１０１は、受信識別情報が設定状況テーブルＴｂ１０に登録されているか否かを確認する。ここでは、サーバ１０１は、受信識別情報が設定状況テーブルＴｂ１０に登録されていることを確認したものとする（ステップＳ４１１）。
　次に、サーバ１０１は、変更前ネットワークの構成と変更後ネットワークの構成とが同じであるか否かを確認する。たとえば、上述したように、サーバ１０１は、管理テーブルＴｂ３０を参照し、変更前ネットワークの構成と変更後ネットワークの構成とが異なることを確認したものとする（ステップＳ４１２）。
　次に、サーバ１０１は、受信したＩＤ取得情報に含まれる車両ＩＤによって特定される車種に対応するコンピュータプログラムを、サーバ側プログラムに設定する設定処理を行う（ステップＳ４１３）。
　次に、サーバ１０１は、受信したＩＤ取得情報に含まれる車両ＩＤに対応する新たな車両側プログラムへの更新を要求するための更新要求情報を車載装置２０１へ送信する更新要求処理を行う（ステップＳ４１４）。なお、ステップＳ４１３およびステップＳ４１４は、順序を入れ替えて実行してもよいし、並行して実行してもよい。
　図１３に示すステップＳ４１５からステップＳ４１８までの処理は、図１２に示すステップＳ３１４からステップＳ３１７までの処理とそれぞれ同様である。
　なお、本開示の実施の形態に係るサーバ１０１において、送信部４３は、搭載情報を、ＩＤ取得情報に含まれる車両ＩＤに対応するユーザＩＤによって識別されるユーザへ送信する構成であるとしたが、これに限定するものではない。送信部４３は、搭載情報を当該ユーザへ送信しない構成であってもよい。この場合、設定部３４は、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない旨の通知を処理部３３から受けると、設定処理を行う。また、更新要求部４２は、ＩＤ対応関係が設定状況テーブルＴｂ１０に登録されていない旨の通知を処理部３３から受けると、更新要求処理を行う。
　また、本開示の実施の形態に係るサーバ１０１において、送信部４３は、設定部３４による設定処理が完了し、かつ更新完了情報を受信部４１が車載装置２０１から受信した場合、許可情報を車載装置２０１へ送信する構成であるとしたが、これに限定するものではない。たとえば、送信部４３は、許可情報を送信せず、また、車載装置２０１は、第２のコンピュータプログラムの更新を完了すると、更新完了情報を送信せずに送信処理を開始する構成であってもよい。
　また、本開示の実施の形態に係るサーバ１０１の機能の一部または全部が、クラウドコンピューティングによって提供されてもよい。すなわち、本開示の実施の形態に係るサーバ１０１が、複数のサーバによって構成されるクラウドサーバであってもよい。
　上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
　上述の実施の形態の各処理（各機能）は、１または複数のプロセッサを含む処理回路により実現される。上記処理回路は、上記１または複数のプロセッサに加え、１または複数のメモリ、各種アナログ回路、各種デジタル回路が組み合わされた集積回路等で構成されてもよい。上記１または複数のメモリは、上記各処理を上記１または複数のプロセッサに実行させるコンピュータプログラム（命令）を格納する。上記１または複数のプロセッサは、上記１または複数のメモリから読み出した上記コンピュータプログラムに従い上記各処理を実行してもよいし、予め上記各処理を実行するように設計された論理回路に従って上記各処理を実行してもよい。上記プロセッサは、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）、およびＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）等、コンピュータの制御に適合する種々のプロセッサであってよい。なお、物理的に分離した上記複数のプロセッサが互いに協働して上記各処理を実行してもよい。たとえば、物理的に分離した複数のコンピュータのそれぞれに搭載された上記プロセッサがＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、およびインターネット等のネットワークを介して互いに協働して上記各処理を実行してもよい。上記コンピュータプログラムは、外部のサーバ装置等から上記ネットワークを介して上記メモリにインストールされても構わないし、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、および半導体メモリ等の記録媒体に格納された状態で流通し、上記記録媒体から上記メモリにインストールされても構わない。
　以上の説明は、以下に付記する特徴を含む。
　［付記１］
　管理装置であって、
　車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信する受信部と、
　前記受信部によって受信された前記車両識別情報によって特定される車種に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行う設定部と、
　前記受信部によって受信された前記車両識別情報に対応するコンピュータプログラムであって前記車載装置が前記車両情報を取得して前記管理装置へ送信する送信処理を行うための第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う更新要求部とを備え、
　前記受信部は、さらに、前記車載装置を識別するための装置識別情報を前記車載装置から受信し、
　前記管理装置は、さらに、
　前記装置識別情報と前記車両識別情報との対応関係を示す装置対応情報を記憶する記憶部を備え、
　前記処理部は、
　前記装置識別情報が前記装置対応情報に登録されている場合、前記装置識別情報を有する前記車載装置の搭載先が、前記受信部によって受信された前記車両識別情報を有する前記車両に変更されたと判断し、
　前記装置識別情報が前記装置対応情報に登録されていない場合、前記装置識別情報を有する前記車載装置が、車両に初めて搭載されたと判断する、管理装置。
　［付記２］
　管理装置であって、
　処理回路を備え、
　前記処理回路は、
　車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信し、
　受信した前記車両識別情報によって特定される車種に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行い、
　受信した前記車両識別情報に対応するコンピュータプログラムであって前記車載装置が前記車両情報を取得して前記管理装置へ送信する送信処理を行うための第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う、管理装置。
　［付記３］
　車両に搭載され、管理装置と情報の送受信を行う車載装置であって、
　処理回路を備え、
　前記処理回路は、
　前記車載装置が搭載されている前記車両を識別するための車両識別情報を取得し、
　前記管理装置から受信した更新要求情報であって、前記車載装置が前記車両に関する車両情報を取得して前記管理装置へ送信する送信処理を行うためのコンピュータプログラムの更新を要求する前記更新要求情報に基づいて、前記車載装置が保存している前記コンピュータプログラムを、取得した前記車両識別情報に対応するコンピュータプログラムであって前記送信処理を行うための新たなコンピュータプログラムに更新する更新処理を行い、
　更新後の前記コンピュータプログラムを実行することにより、前記送信処理を行い、
　前記更新処理を完了した場合、更新完了情報を前記管理装置へ送信する、車載装置。
　１　車両
　１１　第１の通信部
　１２　設定処理部
　１３　第２の通信部
　１４　取得部
　１５，３５　記憶部
　２１　受信部
　２２　送信処理部
　２３　更新部
　３１　通信部
　３２　解析部
　３３　処理部
　３４　設定部
　４１　受信部
　４２　更新要求部
　４３　送信部
　５１，５１Ａ，５１Ｂ　ＣＡＮバス
　１０１　サーバ
　１５１　外部ネットワーク
　２０１　車載装置
　２１１，２１１Ａ，２１１Ｂ　車載機器
　２１２　車両ＩＤ記憶部
　３０１　端末装置
　５０１　通信システム
　Ｔｂ１０　設定状況テーブル
　Ｔｂ２０　管理テーブル
　Ｔｂ３０　連絡テーブル

Claims (11)

  1. 　管理装置であって、
    　車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信する受信部と、
    　前記受信部によって受信された前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行う設定部と、
    　前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記受信部によって受信された前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う更新要求部とを備える、管理装置。
  2. 　前記受信部は、搭載先が変更された前記車載装置から送信される、前記車載装置が搭載されている前記車両を識別するための前記車両識別情報である変更識別情報を受信し、
    　前記設定部は、前記変更識別情報に対応するコンピュータプログラムを、前記車載装置が搭載されている前記車両に関する車両情報を前記管理装置において処理するための第３のコンピュータプログラムに設定し、
    　前記更新要求部は、前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第３のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記変更識別情報に対応する第４のコンピュータプログラムへの更新を要求するための前記更新要求情報を前記車載装置へ送信する、請求項１に記載の管理装置。
  3. 　前記設定部は、搭載先が変更される前の前記車両における車載ネットワークである変更前ネットワークの構成と、搭載先が変更された後の前記車両における前記車載ネットワークである変更後ネットワークの構成とが異なる場合、前記変更識別情報に対応するコンピュータプログラムを前記第３のコンピュータプログラムに設定し、
    　前記更新要求部は、前記変更前ネットワークの構成と前記変更後ネットワークの構成とが異なる場合、前記変更識別情報に対応する前記第４のコンピュータプログラムへの更新を要求するための前記更新要求情報を前記車載装置へ送信する、請求項２に記載の管理装置。
  4. 　前記管理装置は、さらに、
    　前記設定部による前記設定処理が完了し、かつ前記第２のコンピュータプログラムへの更新を完了した旨を示す更新完了情報を前記受信部が前記車載装置から受信した場合、前記車載装置による前記送信処理の実行を許可する旨を示す許可情報を前記車載装置へ送信する送信部を備える、請求項１から請求項３のいずれか１項に記載の管理装置。
  5. 　前記受信部は、さらに、前記車載装置を識別するための装置識別情報を前記車載装置から受信し、
    　前記管理装置は、さらに、
    　前記車両のユーザを識別するためのユーザ識別情報と前記車両識別情報との対応関係を示すユーザ対応情報と、前記装置識別情報と前記車両識別情報との対応関係を示す装置対応情報とを記憶する記憶部と、
    　前記受信部によって受信された前記装置識別情報である受信識別情報が前記装置対応情報に登録されていない場合、前記記憶部における前記ユーザ対応情報に基づいて、前記受信識別情報を有する前記車載装置が前記車両に搭載された旨を示す搭載情報を、前記受信部によって受信された前記車両識別情報に対応する前記ユーザ識別情報によって識別される前記ユーザへ送信する送信部とを備える、請求項１から請求項４のいずれか１項に記載の管理装置。
  6. 　前記設定部は、前記搭載情報に対する前記ユーザからの応答情報として、前記受信識別情報を有する前記車載装置と前記車両との接続を承認する旨を示す承認情報を前記受信部が受信した場合、前記設定処理を行い、
    　前記更新要求部は、前記承認情報を前記受信部が受信した場合、前記更新要求処理を行う、請求項５に記載の管理装置。
  7. 　前記受信部は、さらに、前記車載装置を識別するための装置識別情報を前記車載装置から受信し、
    　前記管理装置は、さらに、
    　前記装置識別情報と前記車両識別情報との対応関係を示す装置対応情報を記憶する記憶部を備え、
    　前記設定部は、前記受信部によって受信された前記装置識別情報である受信識別情報が前記装置対応情報に登録されていない場合、前記設定処理を行い、
    　前記更新要求部は、前記受信識別情報が前記装置対応情報に登録されていない場合、前記更新要求処理を行う、請求項１から請求項６のいずれか１項に記載の管理装置。
  8. 　請求項１から請求項７のいずれか１項に記載の前記管理装置と情報の送受信を行う前記車載装置であって、
    　前記車載装置が搭載されている前記車両を識別するための前記車両識別情報を取得する取得部と、
    　前記管理装置から受信した前記更新要求情報に基づいて、前記車載装置が保存しており、前記送信処理を行うためのコンピュータプログラムを、前記取得部によって取得された前記車両識別情報に対応する前記第２のコンピュータプログラムに更新する更新処理を行う更新部と、
    　前記第２のコンピュータプログラムを実行することにより、前記送信処理を行う送信処理部とを備え、
    　前記更新部は、前記更新処理を完了した場合、更新完了情報を前記管理装置へ送信する、車載装置。
  9. 　車両に搭載され、管理装置と情報の送受信を行う車載装置であって、
    　前記車載装置が搭載されている前記車両を識別するための車両識別情報を取得する取得部と、
    　前記管理装置から受信した更新要求情報であって、前記車載装置が前記車両に関する車両情報を取得して前記管理装置へ送信する送信処理を行うためのコンピュータプログラムの更新を要求する前記更新要求情報に基づいて、前記車載装置が保存している前記コンピュータプログラムを、前記取得部によって取得された前記車両識別情報に対応する、前記送信処理を行うための新たなコンピュータプログラムに更新する更新処理を行う更新部と、
    　更新後の前記コンピュータプログラムを実行することにより、前記送信処理を行う送信処理部とを備え、
    　前記更新部は、前記更新処理を完了した場合、更新完了情報を前記管理装置へ送信する、車載装置。
  10. 　管理装置における管理方法であって、
    　車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信するステップと、
    　受信した前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行うステップと、
    　前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記管理装置において設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、受信した前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行うステップとを含む、管理方法。
  11. 　管理装置において用いられる管理プログラムであって、
    　コンピュータを、
    　車両を識別するための車両識別情報を前記車両に搭載された車載装置から受信する受信部と、
    　前記受信部によって受信された前記車両識別情報に対応するコンピュータプログラムを、前記車両に関する車両情報を前記管理装置において処理するための第１のコンピュータプログラムに設定する設定処理を行う設定部と、
    　前記車載装置が前記車両情報を取得して、取得した前記車両情報を前記設定部によって設定された前記第１のコンピュータプログラムに提供するために前記管理装置へ送信する送信処理を行うための、前記受信部によって受信された前記車両識別情報に対応する第２のコンピュータプログラムへの更新を要求するための更新要求情報を前記車載装置へ送信する更新要求処理を行う更新要求部、
    として機能させるための、管理プログラム。
PCT/JP2023/037376 2022-12-01 2023-10-16 管理装置、車載装置、管理方法および管理プログラム WO2024116619A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-192764 2022-12-01
JP2022192764 2022-12-01

Publications (1)

Publication Number Publication Date
WO2024116619A1 true WO2024116619A1 (ja) 2024-06-06

Family

ID=91323660

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/037376 WO2024116619A1 (ja) 2022-12-01 2023-10-16 管理装置、車載装置、管理方法および管理プログラム

Country Status (1)

Country Link
WO (1) WO2024116619A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011148398A (ja) * 2010-01-21 2011-08-04 Denso Corp 車両用プログラム更新システム
JP2016119005A (ja) * 2014-12-22 2016-06-30 Ｊｘエネルギー株式会社 情報処理装置及び情報処理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011148398A (ja) * 2010-01-21 2011-08-04 Denso Corp 車両用プログラム更新システム
JP2016119005A (ja) * 2014-12-22 2016-06-30 Ｊｘエネルギー株式会社 情報処理装置及び情報処理方法

Similar Documents

Publication Publication Date Title
JP7400795B2 (ja) 車両用電子制御システム、プログラム更新の承諾判定方法、プログラム更新の承諾判定プログラム、車両側システム及びセンター装置
JP7049900B2 (ja) ソフトウェア管理システム、ゲートウェイ装置、保守装置、サーバ装置、及びソフトウェア管理システムの制御方法
US11709666B2 (en) Electronic control system for vehicle, program update approval determination method and program update approval determination program
JP7225596B2 (ja) プログラム更新システム、プログラム更新サーバーおよび車両
US9428197B2 (en) Method and apparatus for persistent transferrable customizable vehicle settings
US20190265966A1 (en) Vehicle-mounted device determination system and information collecting device
JP2019201423A (ja) 不正検知ルール更新方法、不正検知電子制御ユニット及び車載ネットワークシステム
US20150230044A1 (en) Updating vehicle software using a smartphone
US11340891B2 (en) Control device, control method, and computer program
JP6654738B1 (ja) データソースの動作状態に基づくテレメトリデータの処理
JP2023033568A (ja) 車両、車載制御装置、情報処理装置、車両用ネットワークシステム、アプリケーションプログラムの提供方法、及びプログラム
JP2013126802A (ja) 車載機へのアプリケーションのダウンロード方法及び同車載機
US20170259762A1 (en) Management control device for a vehicle
WO2024116619A1 (ja) 管理装置、車載装置、管理方法および管理プログラム
JP2016170556A (ja) 情報処理装置、認証装置、サーバ装置、情報処理方法、認証方法、およびプログラム
JP5556417B2 (ja) 車載ゲートウェイ装置
JP2017123060A (ja) 車両情報書込装置
JP2021158517A (ja) 車載情報処理装置、情報処理方法及びクライアントプログラム
JP2021154854A (ja) 車載情報処理装置、情報処理方法及びサーバプログラム
WO2023223819A1 (ja) 情報処理方法、通信システムおよび情報処理プログラム
WO2023189468A1 (ja) 車載装置、情報処理方法および情報処理プログラム
WO2023223825A1 (ja) 車載装置、情報処理方法および情報処理プログラム
WO2023189469A1 (ja) 情報処理方法、通信システムおよび情報処理プログラム
JP7058918B2 (ja) データ更新システム
JP2005295377A (ja) プログラム配信システム、プログラム配信装置および車載ゲートウェイ装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23897277

Country of ref document: EP

Kind code of ref document: A1