WO2021177223A1 - 車両用データ通信装置，センター装置，データ通信方法及びコンピュータプログラム - Google Patents

車両用データ通信装置，センター装置，データ通信方法及びコンピュータプログラム Download PDF

Info

Publication number
WO2021177223A1
WO2021177223A1 PCT/JP2021/007691 JP2021007691W WO2021177223A1 WO 2021177223 A1 WO2021177223 A1 WO 2021177223A1 JP 2021007691 W JP2021007691 W JP 2021007691W WO 2021177223 A1 WO2021177223 A1 WO 2021177223A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
client
data
data communication
information
Prior art date
Application number
PCT/JP2021/007691
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 株式会社デンソー
Priority to JP2022504348A priority Critical patent/JP7294520B2/ja
Priority to DE112021001453.6T priority patent/DE112021001453T5/de
Priority to CN202180018290.0A priority patent/CN115244506A/zh
Publication of WO2021177223A1 publication Critical patent/WO2021177223A1/ja
Priority to US17/901,949 priority patent/US20220413838A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/20—Network management software packages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies

Definitions

  • the present disclosure includes a device that is mounted on a vehicle together with a plurality of electronic control devices, has a communication client paired with a distribution server on the center device side, and performs data communication wirelessly with the center device, and the center device and data communication. Regarding methods and computer programs.
  • Patent Document 1 discloses a technique in which an ECU update program is distributed from the center to an in-vehicle device by OTA (Over The Air), and the update program is rewritten on the vehicle side.
  • OTA Over The Air
  • the telecommunications carrier which is a telecommunications company that provides the infrastructure for wireless mobile communication, differs depending on the region or country. It is also assumed that there are multiple telecommunications carriers in each country, and that the telecommunications carriers used by each vendor are different. Under such circumstances, when a vehicle moves across multiple regions or countries, it is desirable to be able to smoothly communicate with carriers in each region, that is, to update the application program.
  • the present disclosure has been made in view of the above circumstances, and an object thereof is a vehicle that can easily acquire updated data of an electronic control device from a communication carrier in each of the vehicles even when the vehicle moves across a plurality of areas. It is an object of the present invention to provide a data communication device for use, a center device for communicating with the device, a data communication method, and a computer program.
  • the communication client acquires update data for writing to a plurality of electronic control devices by wirelessly communicating with the center device using the line of the communication carrier. ..
  • the information acquisition unit acquires information on the communication carrier and information on the area where the center device is located by performing wireless communication.
  • a plurality of communication clients corresponding to a plurality of different distribution servers are stored in the client storage unit.
  • the client selection unit selects and activates the communication carrier and the communication client corresponding to the area from the client storage unit based on the information acquired by the information acquisition unit, thereby performing data communication with the distribution server. to enable.
  • the client selection unit selects and activates the communication carrier and the communication client corresponding to the region based on the acquired information. Allows data communication with distribution servers in each region. Therefore, the vehicle data communication device can acquire the update data of the electronic control device in the destination area without the user being particularly aware of the movement status of the vehicle.
  • the communication control unit performs from (1) data update check, (2) download, (3) installation, and (4) activation as states in data communication with the distribution server. Controls the transition state between the four states. Then, when the client selection unit switches and activates the communication client when the state is (2) or (3), the data communication is executed again from the state (1).
  • the communication control unit can reliably acquire appropriate update data by retrying from the data update check by the distribution server and the communication client after switching.
  • the communication control unit takes over the data communication to the current state. Run. That is, even if the communication client is switched while the data communication with the distribution server is in the download or install state, it is not always necessary to retry from the data update check, and at least the state when the communication client is switched is set. It is also considered that it should be taken over and executed. As a result, it is possible to suppress an increase in the amount of communication between the distribution server and the communication client.
  • FIG. 1 is a diagram showing a configuration of a multi-OTA vendor system in the first embodiment.
  • FIG. 2 is an image diagram illustrating a state in which a corresponding OTA vendor transitions as a vehicle moves between a plurality of regions.
  • FIG. 3 is a diagram showing an example of the OTA vendor corresponding to each region and the state of the OTA implementation status in each OTA vendor.
  • FIG. 4 is a diagram showing an example in which the implementation state of OTA is switched between two regions; OTA vendors.
  • FIG. 5 is a sequence diagram showing the processing corresponding to FIG. FIG.
  • FIG. 6 is a diagram showing an example in which the implementation state of OTA is switched between two regions; OTA vendors in the second embodiment.
  • FIG. 7 is a diagram illustrating the format conversion of the metadata included in the distribution package, which is performed when the OTA vendor is changed from company E to company F.
  • FIG. 8 is a sequence diagram showing the processing corresponding to FIG.
  • FIG. 9 is a flowchart corresponding to the process shown in FIG.
  • FIG. 10 is a diagram showing an example of metadata format conversion.
  • FIG. 11 is a diagram showing the configuration of the multi-OTA vendor system in the third embodiment.
  • FIG. 12 is a flowchart showing the processing performed by the WEB portal.
  • FIG. 13 is a diagram illustrating a process of merging OTA implementation status data by each vendor.
  • the multi-OTA vendor system 1 of the present embodiment shown in FIG. 1 includes an OTA center 2 as a center device and a vehicle-side system 3, and the vehicle-side system 3 includes a DCM (Data Communication Module) 4 and a CGW (Central Gate Way). It includes 5 and a plurality of ECUs 6.
  • the vehicle-side system 3 includes a DCM (Data Communication Module) 4 and a CGW (Central Gate Way). It includes 5 and a plurality of ECUs 6.
  • three ECUs 6 which are electronic control devices are shown as targets for updating the application program, but more ECUs 6 are mounted on the actual vehicle.
  • the DCM4 is an in-vehicle communication device that performs data communication with the OTA center 2 via a mobile communication network such as a 4G line or a communication network such as the Internet or WiFi (Wireless Fidelity) (registered trademark).
  • a mobile communication network such as a 4G line or a communication network such as the Internet or WiFi (Wireless Fidelity) (registered trademark).
  • WiFi Wireless Fidelity
  • the WEB portal 21 inquires of the OEM (Original Equipment Manufacturer) operator 22 whether or not the application program has been updated, and if there is an update, the content of the update is reflected in the distribution server 23.
  • FIG. 1 shows, for example, three distribution servers 23 (1) to 23 (3) corresponding to three OTA vendors.
  • the OEM operator 22 may exist individually corresponding to the OTA vendors of the three companies, or may operate the three companies collectively.
  • DCM4 includes OTA clients 7 (1) to 7 (3) corresponding to the distribution servers 23 (1) to 23 (3), respectively.
  • the OTA client 7 is software having a function of wirelessly communicating with the OTA center 2 and downloading a distribution package via the distribution server 23.
  • the downloaded distribution package is transferred to the vehicle-mounted cooperation unit 9 via the OTA sequence control unit 8.
  • the OTA sequence control unit 8 is an example of a communication control unit, and the OTA client 7 is an example of a communication client.
  • the DCM4 includes an OTA vendor switching control unit 10, a database 11, and a communication information acquisition unit 12.
  • the communication information acquisition unit 12 is a wireless communication interface that performs, for example, LTE (Long Term Evolution) communication with the outside separately from the OTA client 7.
  • the communication information acquisition unit 12 can acquire information such as connection carrier information (Mobile Network Code) and country information (Mobile Country Code) by performing LTE communication with a communication carrier in each region.
  • the database 11 stores information indicating which OTA vendor should be supported in each region. Note that FIGS. 2 and 3 are different examples. Then, when the OTA vendor switching control unit 10 acquires the connection carrier information and the country information from the communication information acquisition unit 12, the OTA vendor switching control unit 10 refers to the database 11 and acquires the above information. Then, the OTA client 7 corresponding to the distribution server 23 adopted by the OTA vendor in the region is enabled via the OTA sequence control unit 8.
  • the OTA vendor switching control unit 10 is an example of a client selection unit, and the database 11 is an example of a client storage unit.
  • the in-vehicle cooperation unit 9 is an interface for in-vehicle communication with the CGW 5, and has functions such as "vehicle information acquisition”, “command control”, and "CAN / Ether communication". "CAN” is a registered trademark of ROBERT BOSCH GmbH, "Eth” is an abbreviation for "Ethernet”, and “Ethernet” is a registered trademark of Fuji Xerox Co., Ltd.
  • the CGW 5 is also a repro master that writes data to the ECU 6 to be written, communicates with the ECU 6 and the in-vehicle cooperation unit 9, "vehicle information collection”, “ECU repro control”, “power supply control”, etc. It has the function of.
  • the CGW 5 updates the application program of the target ECU 6 which is the target ECU to be rewritten by using the distribution package transferred from the in-vehicle cooperation unit 9 by the "ECU repro control" function.
  • the vehicle-side system 3 is an example of a data communication device.
  • the region in the initial state is "No. 2"
  • the OTA vendor switching control unit 10 enables the OTA client 7 (1) corresponding to the OTA vendor: Company F (S1). ).
  • the OTA client 7 (1) When the OTA client 7 (1) is enabled, it communicates with the distribution server 23 (1), and although not shown, the distribution server 23 (1) is checked for program updates and updated. If there is, download the distribution package (S2).
  • the communication information acquisition unit 12 acquires the country information and recognizes that the region has been switched to "No. 1", it notifies the OTA vendor switching control unit 10 to that effect (S3).
  • the OTA vendor switching control unit 10 accesses the DB 11, and the region No. In 2, when checking which OTA vendor should be selected (S4), the region No. Since the OTA vendor of 1 is Company E, it is determined that it is necessary to switch to the OTA client 7 (2) (S5). Therefore, the OTA vendor switching control unit 10 disables the OTA client 7 (1) (S6) and then enables the OTA client 7 (2) (S7).
  • the OTA client 7 (2) checks the distribution server 23 (2) for updates, and if there is an update, downloads the distribution package (S8). Subsequent installation (S9) and activation (S10) are executed, and the transition of those states is grasped by the OTA vendor switching control unit 10.
  • the states transition in the order of States 1 to 4 while confirming the user's permission between the states.
  • the OTA sequence control unit 8 returns to State 1 and restarts the process from checking for the presence or absence of update.
  • the OTA client 7 acquires update data for writing to a plurality of ECUs 6 by performing wireless communication with the center device 2 using the line of the communication carrier.
  • the communication information acquisition unit 12 acquires the information of the communication carrier and the information of the area where the center device 2 exists by performing wireless communication.
  • a plurality of communication clients corresponding to different distribution servers 23 (1) to 23 (3) are stored in the database 11.
  • the OTA vendor switching control unit 10 selects and activates the communication carrier and the OTA client 7 corresponding to the region from the database 11 based on the information acquired by the communication information acquisition unit 12, and thereby the distribution server 23. Enables data communication with.
  • the OTA vendor switching control unit 10 selects and is effective for the communication carrier and the OTA client 7 corresponding to the region based on the acquired information.
  • the vehicle-side system 3 can acquire the update data of the ECU 6 in the destination area without the user being particularly aware of the movement status of the vehicle.
  • the OTA sequence control unit 8 performs data communication when the state in data communication with the distribution server 23 is (2) diode or (3) when the OTA vendor switching control unit 10 switches and activates the OTA client 7 at the time of installation. Is re-executed from the state (1).
  • the OTA sequence control unit 8 can reliably acquire appropriate update data by retrying from the data update check by the distribution server 23 and the OTA client 7 after switching.
  • the same parts as those in the first embodiment are designated by the same reference numerals, description thereof will be omitted, and different parts will be described.
  • the state transition states by the OTA sequence control unit 28 and the switching control unit 30 shown in FIG. 6 are different from those in the first embodiment. For example, if you are communicating with company F and there is a change in the region in "State3: installation", the OTA sequence control unit 28 will take over and execute the same "State3: installation” when you switch the OTA vendor to company E. do.
  • the encryption key / signature key used when sending / receiving the distribution package is different for each OTA vendor.
  • the rewriting operation / procedure for the ECU to be rewritten differs for each OTA vendor, and the content and format of the metadata, which is the specification data that defines the operation, also differs for each OTA vendor. Therefore, the OTA vendors are changed from company F to company E. When changing to, it is necessary to convert the format of the metadata, which is the specification data included in the distribution package.
  • the metadata is provided by the OEM, and includes information that can identify the ECU to be rewritten, information that can specify the rewriting order when there are a plurality of ECUs to be rewritten, and the like as information related to the rewriting of the application program, and is involved in the rewriting. Data that defines the behavior.
  • steps S1 to S6 are performed in the same manner as in the first embodiment.
  • S11 metadata format conversion process
  • S9 installation
  • S10 activation
  • the format conversion process includes (1) rearranging the order of items, (2) converting data values, and (3) adding the number of items.
  • the OTA vendor switching control unit 30 first confirms the conversion source and conversion destination of the metadata (S11, S12).
  • the conversion source is company F and the conversion destination is company E.
  • the OTA vendor switching control unit 30 accesses the database 31 instead of the database 11 and confirms the items for which the order should be changed, the items for converting the data values, and the necessity of adding the items for the above conversion source and conversion destination. (S13). That is, the information necessary for these conversion processes is stored in the database 31 in advance. The database 31 also forms part of the client selection section. Then, if it is necessary to change the order (S14; YES), the order of the items to be converted to the metadata is changed (S15), and if it is necessary to convert the data value (S16; YES), the data value is converted (S16; YES). S17). Further, if it is necessary to add an item (S18; YES), an item is added (S19).
  • the order of the item "rewriting environment” is changed from the first to the third, the data value of the item “data identification” is changed, and the item “number of target ECUs” is added.
  • the metadata includes information related to the update data of the ECU to be rewritten, type information indicating the type of the ECU, and attribute information indicating the attributes of the ECU.
  • the type information is an ID for device identification indicating the type of each ECU.
  • the attribute information is information indicating hardware attributes and software attributes related to the ECU. For example, "update program size” is an example of software attribute information. Further, "power control information” is an example of hardware attribute information.
  • the OTA sequence control unit 28 takes over the data communication to the current state and executes it. That is, even if the OTA client 7 is switched while the data communication with the distribution server 23 is in the download or install state, it is not always necessary to retry from the data update check, and at least when the OTA client 7 is switched. Since the state may be inherited and executed, it is possible to suppress an increase in the amount of communication between the distribution server 23 and the OTA client 7.
  • the database 31 holds the specification data including the information about the update target ECU and the update data related information of the ECU, and when the OTA vendor switching control unit 30 switches and activates the OTA client 7, before the switching, The format of the retained specification data is converted into a format corresponding to the OTA client 7 activated after switching. As a result, the OTA vendor can take over the state before switching and continuously execute the State after switching.
  • the third embodiment relates to a process performed on the center device 41 side instead of the center device 2.
  • OEM back-end systems 43G to 43E that replace the OEM operator 22 are connected to the WEB portal 42.
  • the OEM back-end systems 43G to 43E are systems that manage the software of each vehicle model in each OEM, and when the operator selects the software to be updated, the corresponding distribution servers 23G to 23E are connected via the WEB portal 42. It has a function to transfer.
  • the WEB portal 42 hears the implementation status of OTA for each distribution server 23G to 23E, that is, the update status of the program for each vehicle (S21).
  • the distribution server 23 is an example of a log information storage unit. Then, the OTA implementation status of each vehicle is compared, and as shown in FIG. 13, when the OTA status implemented at the latest time is selected and the information is merged, the merged result is displayed on the display or the like as KPI information. (S22).
  • the WEB portal 42 is an example of the information processing unit.
  • the log information of the execution date and time for the states (2) to (4) related to the program update transmitted from the DCM4 to the distribution server 23. Is memorized.
  • the OTA vendor switching control unit 30 switches and activates the communication client, so that there is a vehicle in which a plurality of log information is stored in the distribution server 23 corresponding to the plurality of communication clients. , Merge all the log information of multiple vehicles with the latest one. As a result, the user can grasp the latest OTA implementation status for each vehicle by referring to the KPI information which is the merged log information.
  • DCM4 and CGW5 are separated, they may be configured as an integrated ECU, or the functional parts for communication may be configured as separate units, and the other functional parts of the DCM4 and CGW5 may be configured as an integrated ECU. You may. Further, the function of DCM4 in the embodiment may be mounted on CGW5.
  • the controls and methods thereof described in the present disclosure are realized by a dedicated computer provided by configuring a processor and memory programmed to perform one or more functions embodied by a computer program. May be done.
  • the controls and methods thereof described in the present disclosure may be implemented by a dedicated computer provided by configuring the processor with one or more dedicated hardware logic circuits.
  • the control unit and method thereof described in the present disclosure may be a combination of a processor and memory programmed to perform one or more functions and a processor composed of one or more hardware logic circuits. It may be realized by one or more dedicated computers configured.
  • the computer program may be stored in a computer-readable non-transitional tangible recording medium as an instruction executed by the computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Mechanical Engineering (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

本開示の一態様として、ＯＴＡクライアント７は、通信キャリアの回線を用いてセンター装置２と無線通信を行うことで、複数のＥＣＵ６に書き込むための更新データを取得する。通信情報取得部１２は、無線通信を行うことで通信キャリアの情報及びセンター装置２が存在する地域の情報を取得する。データベース１１には、異なる配信サーバ２３（１）～２３（３）にそれぞれ対応する複数の通信用クライアントが記憶されている。ＯＴＡベンダ切替え制御部１０は、通信情報取得部１２により取得された情報に基づいて、データベース１１より通信キャリア及び前記地域に対応したＯＴＡクライアント７を選択して有効化することで配信サーバ２３とのデータ通信を可能にする。

Description

車両用データ通信装置，センター装置，データ通信方法及びコンピュータプログラム 関連出願の相互参照
　本出願は、２０２０年３月６日に出願された日本出願番号２０２０－３８７３５号に基づくもので、ここにその記載内容を援用する。
　本開示は、複数の電子制御装置と共に車両に搭載され、センター装置側の配信サーバと対を成す通信用クライアントを有し、前記センター装置と無線によりデータ通信を行う装置及び前記センター装置，データ通信方法及びコンピュータプログラムに関する。
　近年、運転支援機能や自動運転機能等の車両制御の多様化に伴い、車両の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載される車両制御や診断等のアプリプログラムの規模が増大している。また、機能改善等によるバージョンアップに伴い、ＥＣＵのアプリプログラムを書換える，いわゆるリプログする機会も増えつつある。一方、通信ネットワークの進展等に伴い、コネクッテッドカーの技術も普及している。このような事情から、例えば特許文献１には、センターよりＥＣＵの更新プログラムをＯＴＡ（Over The Air）により車載装置に配信し、車両側で更新プログラムを書換える技術が開示されている。
特開２０１８－１１６４００号公報
　この場合、無線によりモバイル通信を行うためのインフラを提供している通信会社である通信キャリアが、地域や国ごとに異なることも考えられる。また、通信キャリアが各国ごとに複数あり、各ベンダが採用している通信キャリアが異なっていることも想定される。このような状況下において、車両が複数の地域や国を跨いで移動する際には、それぞれの地域におけるキャリアとの通信，つまりアプリプログラムの更新がスムーズに行えることが望ましい。
　本開示は上記事情に鑑みてなされたものであり、その目的は、車両が複数の地域等を跨いで移動する際にも、それぞれにおける通信キャリアから電子制御装置の更新データを容易に取得できる車両用データ通信装置，及び前記装置と通信を行うセンター装置，データ通信方法及びコンピュータプログラムを提供することにある。
　請求項１記載の車両用データ通信装置によれば、通信用クライアントは、通信キャリアの回線を用いてセンター装置と無線通信を行うことで、複数の電子制御装置に書き込むための更新データを取得する。情報取得部は、無線通信を行うことで、通信キャリアの情報及びセンター装置が存在する地域の情報を取得する。クライアント記憶部には、複数の異なる配信サーバにそれぞれ対応する複数の通信用クライアントが記憶されている。そして、クライアント選択部は、情報取得部により取得された情報に基づいて、クライアント記憶部より通信キャリア及び前記地域に対応した通信用クライアントを選択して有効化することで配信サーバとのデータ通信を可能にする。
　このように構成すれば、車両が地域を跨いで移動する際においても、クライアント選択部が取得された情報に基づいて、通信キャリア及び前記地域に対応した通信用クライアントを選択して有効化することで、それぞれの地域における配信サーバとのデータ通信を可能にする。したがって、ユーザが車両の移動状況を特段に意識せずとも、車両用データ通信装置は、移動先の地域において電子制御装置の更新データを取得できる。
　請求項２記載の車両用データ通信装置によれば、通信制御部は、配信サーバとのデータ通信におけるステートとして（１）データ更新チェック，（２）ダウンロード，（３）インストール，（４）アクティベートからなる４つのステート間の移行状態を制御する。そして、ステートが（２）又は（３）の際にクライアント選択部が通信用クライアントを切替えて有効化すると、データ通信をステート（１）から再度実行する。
　すなわち、配信サーバとのデータ通信がダウンロード又はインストールのステートにある際に通信用クライアントが切り替わると、更新データの取得や電子制御装置への書込みが中断した可能性が極めて高い。したがって、通信制御部が、切り替わった後の配信サーバ及び通信用クライアントによりデータ更新チェックから再試行することで、適切な更新データを確実に取得できる。
　請求項３記載の車両用データ通信装置によれば、通信制御部は、請求項２と同様の際にクライアント選択部が通信用クライアントを切替えて有効化すると、データ通信を現在のステートに引き継いで実行する。すなわち、配信サーバとのデータ通信がダウンロード又はインストールのステートにある際に通信用クライアントが切り替わったとしても、必ずしもデータ更新チェックから再試行する必要は無く、少なくとも通信用クライアントが切り替わった際のステートを引き継いで実行すれば良いとも考えられる。これにより、配信サーバ，通信用クライアント間における通信量が増加することを抑制できる。
　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、第１実施形態において、マルチＯＴＡベンダシステムの構成を示す図であり、 図２は、車両が複数の地域間を移動することで、対応するＯＴＡベンダが遷移する状態を説明するイメージ図であり、 図３は、各リージョンに対応するＯＴＡベンダ及び各ＯＴＡベンダにおけるＯＴＡ実施状況のステートの一例を示す図であり、 図４は、２つのリージョン；ＯＴＡベンダ間でＯＴＡの実施状態が切り替わる一例を示す図であり、 図５は、図４に対応する処理を示すシーケンス図であり、 図６は、第２実施形態において、２つのリージョン；ＯＴＡベンダ間でＯＴＡの実施状態が切り替わる一例を示す図であり、 図７は、ＯＴＡベンダをＥ社からＦ社に変更する際に行う、配信パッケージに含まれているメタデータのフォーマット変換を説明する図であり、 図８は、図６に対応する処理を示すシーケンス図であり、 図９は、図８に示す処理に対応するフローチャートであり、 図１０は、メタデータのフォーマット変換の一例を示す図であり、 図１１は、第３実施形態において、マルチＯＴＡベンダシステムの構成を示す図であり、 図１２は、ＷＥＢポータルが行う処理を示すフローチャートであり、 図１３は、各ベンダによるＯＴＡ実施状況のデータをマージする処理を説明する図である。
　　（第１実施形態）
　図１に示す本実施形態のマルチＯＴＡベンダシステム１では、センター装置であるＯＴＡセンタ２及び車両側システム３を備え、車両側システム３は、ＤＣＭ（Data Communication Module）４，ＣＧＷ（Central Gate Way）５及び複数のＥＣＵ６を備えている。図１では、電子制御装置であるＥＣＵ６を、アプリプログラムを更新する対象となるものをターゲットとして３個示しているが、実際の車両にはより多くのＥＣＵ６が搭載されている。
　ＤＣＭ４は、ＯＴＡセンタ２との間で，例えば４Ｇ回線等による移動体通信ネットワークやインターネットやＷｉＦｉ（Wireless Fidelity）（登録商標）等の通信ネットワークを介してデータ通信を行う車載通信機である。ＤＣＭ４は、ＯＴＡセンタ２から配信パッケージをダウンロードすると、その配信パッケージから書込みデータを抽出してＣＧＷ５に転送する。するとＣＧＷ５は、書込み対象であるＥＣＵ６にデータの書き込みを行う。
　ＯＴＡセンタ２では、ＷＥＢポータル２１がＯＥＭ（Original Equipment Manufacturer）運用者２２に対してアプリプログラムの更新の有無を問い合わせ、更新がある場合はその更新の内容を配信サーバ２３に反映させる。図１では、例えば３社のＯＴＡベンダに対応する３つの配信サーバ２３（１）～２３（３）を示している。尚、ＯＥＭ運用者２２は、３社のＯＴＡベンダに対応して個別に存在しても良いし、３社を取り纏めて運用するものであっても良い。
　ＤＣＭ４は、配信サーバ２３（１）～２３（３）にそれぞれ対応するＯＴＡクライアント７（１）～７（３）を備えている。ＯＴＡクライアント７は、ＯＴＡセンタ２と無線通信を行い、配信サーバ２３を介して配信パッケージをダウンロードする機能を有するソフトウェアである。ダウンロードされた配信パッケージは、ＯＴＡシーケンス制御部８を介して車載連携部９に転送される。ＯＴＡシーケンス制御部８は通信制御部の一例であり、ＯＴＡクライアント７は通信用クライアントの一例である。
　また、ＤＣＭ４は、ＯＴＡベンダ切替え制御部１０，データベース１１及び通信情報取得部１２を備えている。通信情報取得部１２は、ＯＴＡクライアント７とは別個に、外部と例えばＬＴＥ（Long Term Evolution）通信を行う無線通信インターフェイスである。通信情報取得部１２は、各地域における通信キャリアとＬＴＥ通信を行うことで、接続キャリア情報（Mobile Network Code）や国情報（Mobile Country Code）等の情報を取得できる。
　データベース１１には、図２及び図３に示すように、各地域において、それぞれ何れのＯＴＡベンダに対応すべきかを示す情報が格納されている。尚、図２，図３はそれぞれ異なる例示である。そして、ＯＴＡベンダ切替え制御部１０は、通信情報取得部１２より接続キャリア情報及び国情報を取得すると、データベース１１を参照して上記の情報を取得する。そして、ＯＴＡシーケンス制御部８を介し、当該地域のＯＴＡベンダが採用している配信サーバ２３に対応したＯＴＡクライアント７を有効化する。ＯＴＡベンダ切替え制御部１０はクライアント選択部の一例であり、データベース１１はクライアント記憶部の一例である。
　車載連携部９は、ＣＧＷ５と車内通信を行うインターフェイスであり、「車両情報取得」，「コマンド制御」，「ＣＡＮ／Ｅｔｈ通信」等の機能を備えている。尚、「ＣＡＮ」はROBERT BOSCH GmbHの登録商標であり、「Eth」は「Ethernet」の略記であり、「Ethernet」は富士ゼロックス（株）の登録商標である。ＣＧＷ５は、上述したように、書込み対象であるＥＣＵ６にデータの書き込みを行うリプロマスタでもあり、ＥＣＵ６及び車載連携部９と通信を行い「車両情報収集」，「ＥＣＵリプロ制御」，「電源制御」等の機能を備えている。ＣＧＷ５は「ＥＣＵリプロ制御」機能により、車載連携部９から転送された配信パッケージを用いて、書換え対象ＥＣＵであるターゲットＥＣＵ６のアプリプログラムを更新する。尚、車両側システム３は、データ通信装置の一例である。
　次に、本実施形態の作用について説明する。図３に示すように、例えば３つのリージョンであるＮｏ．１：北部，Ｎｏ．２：中部，Ｎｏ．３：南部それぞれのキャリアＸ，Ｙ，Ｚには、それぞれＯＴＡベンダＥ社，Ｆ社，Ｇ社が対応している。ＯＴＡ実施状況のステートについては、以下のＳｔａｔｅ１～４がある。
　　Ｓｔａｔｅ１：配信サーバに更新有無をチェック
　　Ｓｔａｔｅ２：ダウンロード
　　Ｓｔａｔｅ３：インストール
　　Ｓｔａｔｅ４：アクティベート
　図５に示すように、例えば初期状態のリージョンが「Ｎｏ．２」であり、ＯＴＡベンダ切替え制御部１０は、ＯＴＡベンダ：Ｆ社に対応したＯＴＡクライアント７（１）を有効化している（Ｓ１）。ＯＴＡクライアント７（１）は、有効化されると配信サーバ２３（１）と通信を行い、図示を省略しているが配信サーバ２３（１）に対してプログラムの更新有無のチェックを行い、更新があれば配信パッケージをダウンロードする（Ｓ２）。この段階で、通信情報取得部１２が国情報等を取得してリージョンが「Ｎｏ．１」に切替わったことを認識すると、その旨をＯＴＡベンダ切替え制御部１０に通知する（Ｓ３）。
　すると、ＯＴＡベンダ切替え制御部１０はＤＢ１１にアクセスし、リージョンＮｏ．２においては何れのＯＴＡベンダを選択すべきかをチェックすると（Ｓ４）、リージョンＮｏ．１のＯＴＡベンダはＥ社であるから、ＯＴＡクライアント７（２）に切り替える必要があると判断する（Ｓ５）。そこで、ＯＴＡベンダ切替え制御部１０はＯＴＡクライアント７（１）を無効化してから（Ｓ６）、ＯＴＡクライアント７（２）を有効化する（Ｓ７）。
　ＯＴＡクライアント７（２）は、配信サーバ２３（２）に対し更新有無のチェックを行い、更新があれば配信パッケージをダウンロードする（Ｓ８）。それに続いてインストール（Ｓ９），アクティベート（Ｓ１０）が実行されると、それらのステートの遷移がＯＴＡベンダ切替え制御部１０により把握される。
　図４に示すように、各ＯＴＡベンダについて、各ステート間でユーザの許諾を確認しながら、ステートはＳｔａｔｅ１～４の順に遷移する。本実施形態では、例えばＳｔａｔｅ３においてリージョンの変更が生じてＯＴＡベンダを切替えると、ＯＴＡシーケンス制御部８は、Ｓｔａｔｅ１に戻って更新有無のチェックから処理を再開する。
　以上のように本実施形態によれば、ＯＴＡクライアント７は、通信キャリアの回線を用いてセンター装置２と無線通信を行うことで、複数のＥＣＵ６に書き込むための更新データを取得する。通信情報取得部１２は、無線通信を行うことで通信キャリアの情報及びセンター装置２が存在する地域の情報を取得する。データベース１１には、異なる配信サーバ２３（１）～２３（３）にそれぞれ対応する複数の通信用クライアントが記憶されている。そして、ＯＴＡベンダ切替え制御部１０は、通信情報取得部１２により取得された情報に基づいて、データベース１１より通信キャリア及び前記地域に対応したＯＴＡクライアント７を選択して有効化することで配信サーバ２３とのデータ通信を可能にする。
　このように構成すれば、車両が地域を跨いで移動する際においても、ＯＴＡベンダ切替え制御部１０が取得された情報に基づいて，通信キャリア及び前記地域に対応したＯＴＡクライアント７を選択して有効化することで、それぞれの地域における配信サーバ２３とのデータ通信を能にする。したがって、ユーザが車両の移動状況を特段に意識せずとも、車両側システム３は、移動先の地域においてＥＣＵ６の更新データを取得できる。
　また、ＯＴＡシーケンス制御部８は、配信サーバ２３とのデータ通信におけるステートが（２）ダイオード又は（３）インストールの際にＯＴＡベンダ切替え制御部１０がＯＴＡクライアント７を切替えて有効化すると、データ通信をステート（１）から再度実行させる。
　すなわち、配信サーバ２３とのデータ通信がダウンロード又はインストールのステートにある際にＯＴＡクライアント７が切り替わると、更新データの取得やＥＣＵ６への書込みが中断した可能性が極めて高い。したがって、ＯＴＡシーケンス制御部８が、切り替わった後の配信サーバ２３及びＯＴＡクライアント７によりデータ更新チェックから再試行することで、適切な更新データを確実に取得できる。
　　（第２実施形態）
　以下、第１実施形態と同一部分には同一符号を付して説明を省略し、異なる部分について説明する。第２実施形態では、図６に示すＯＴＡシーケンス制御部２８及び同切替制御部３０によるステートの遷移状態が第１実施形態と異なっている。例えば、Ｆ社と通信を行っており、「Ｓｔａｔｅ３：インストール」においてリージョンの変更があると、ＯＴＡシーケンス制御部２８は、ＯＴＡベンダをＥ社に切り替えると、同じ「Ｓｔａｔｅ３：インストール」を引き継いで実行する。
　図７に示すように、ＯＴＡベンダ毎に、配信パッケージの送受信の際に用いる暗号化鍵・署名鍵が異なる。また、ＯＴＡベンダ毎に書換え対象ＥＣＵに対する書換え動作・手順が異なると共に、その動作を規定する諸元データであるメタデータの内容やフォーマットもＯＴＡベンダ毎に異なるため、ＯＴＡベンダをＦ社からＥ社に変更する際には、配信パッケージに含まれている諸元データであるメタデータのフォーマット変換を行う必要がある。メタデータはＯＥＭから提供され、アプリプログラムの書換えに関与する情報として、書換え対象ＥＣＵ特定可能な情報、書換え対象ＥＣＵが複数であるときの書換え順序を特定可能な情報等を含み、書換えに関与する動作を定義するデータである。
　図８に示すシーケンスでは、ステップＳ１～Ｓ６は第１実施形態と同様に行う。この例では、「Ｓｔａｔｅ２：ダウンロード」が完了しているので、メタデータのフォーマット変換処理を行うと（Ｓ１１）、ステップＳ７の実行後にインストール（Ｓ９），アクティベート（Ｓ１０）を実行する。
　次に、メタデータのフォーマット変換処理について説明する。図１０に示すように、フォーマット変換処理には、（１）項目の順序入れ替え，（２）データ値の変換，（３）項目数の追加がある。図９に示すように、ＯＴＡベンダ切替え制御部３０は、先ずメタデータの変換元及び変換先を確認する（Ｓ１１，Ｓ１２）。図１０に示す例では、変換元がＦ社，変換先がＥ社である。
　続いて、ＯＴＡベンダ切替え制御部３０は、データベース１１に替わるデータベース３１にアクセスし、上記の変換元，変換先について、順序を入れ替えるべき項目，データ値を変換する項目，項目追加の必要性を確認する（Ｓ１３）。すなわち、データベース３１にはこれらの変換処理に必要な情報が予め格納されている。データベース３１も、クライアント選択部の一部を成す。そして、順序の変更が必要であれば（Ｓ１４；ＹＥＳ）メタデータの変換先の項目の順序を入れ替え（Ｓ１５）、データ値の変換が必要であれば（Ｓ１６；ＹＥＳ）データ値を変換する（Ｓ１７）。更に、項目の追加が必要であれば（Ｓ１８；ＹＥＳ）項目を追加する（Ｓ１９）。
　図１０に示す例では、項目「書換え環境」の順序を第１番から第３番に入れ替え、項目「データ識別」のデータ値を入れ替え、項目「ターゲットＥＣＵ数」を追加している。また、メタデータには、書換え対象ＥＣＵの更新データに関連した情報や、ＥＣＵの種別を示す種別情報やＥＣＵの属性を示す属性情報が含まれている。種別情報は、各ＥＣＵの種別を示す装置識別用のＩＤである。属性情報とは、ＥＣＵに関するハードウェア属性及びソフトウェア属性を示す情報である。例えば「更新用プログラムサイズ」はソフトウェア属性情報の一例である。また、「電源制御情報」はハードウェア属性情報の一例である。
　以上のように第２実施形態によれば、ＯＴＡシーケンス制御部２８は、ＯＴＡ切替え制御部３０がＯＴＡクライアント７を切替えて有効化すると、データ通信を現在のステートに引き継いで実行する。すなわち、配信サーバ２３とのデータ通信がダウンロード又はインストールのステートにある際にＯＴＡクライアント７トが切り替わったとしても、必ずしもデータ更新チェックから再試行する必要は無く、少なくともＯＴＡクライアント７が切り替わった際のステートを引き継いで実行すれば良いので、配信サーバ２３，ＯＴＡクライアント７間における通信量が増加することを抑制できる。
　そして、データベース３１は、更新対象ＥＣＵに関する情報，前記ＥＣＵの更新データ関連情報を含む諸元データを保持しており、ＯＴＡベンダ切替え制御部３０がＯＴＡクライアント７を切替えて有効化すると、切替前に保持していた諸元データのフォーマットを、切替え後に有効化されたＯＴＡクライアント７に対応したフォーマットに変換する。これにより、ＯＴＡベンダを切替え前のステートを引き継いで、切替後のＳｔａｔｅを継
続的に実行できる。
　　（第３実施形態）
　第３実施形態は、図１１に示すように、センター装置２に替わるセンター装置４１側で行われる処理に関する。ＷＥＢポータル４２には、ＯＥＭ運用者２２に替わるＯＥＭバックエンドシステム４３Ｇ～４３Ｅが接続されている。ＯＥＭバックエンドシステム４３Ｇ～４３Ｅは、各ＯＥＭにおける各車種のソフトウェアを管理するシステムであり、アップデートの対象となるソフトウェアを作業者が選択すると、ＷＥＢポータル４２を介して対応する配信サーバ２３Ｇ～２３Ｅに転送する機能を備えている。
　第３実施形態では図１２に示すように、ＷＥＢポータル４２が、各配信サーバ２３Ｇ～２３Ｅに対してＯＴＡの実施状況，つまり各車両に対するプログラムの更新状況をヒアリングする（Ｓ２１）。配信サーバ２３は、ログ情報記憶部の一例である。そして、各車両のＯＴＡ実施状況を比較し、図１３に示すように、最新の時刻で実施されているＯＴＡの状況を選択して情報をマージすると、マージした結果をＫＰＩ情報としてディスプレイ等に表示させる（Ｓ２２）。ＷＥＢポータル４２は、情報処理部の一例である。
　以上のように第３実施形態によれば、センター装置４１において、配信サーバ２３には、ＤＣＭ４より送信される、プログラムの更新にかかる前記ステート（２）～（４）についての実行日時のログ情報が記憶される。ＷＥＢポータル４２は、ＯＴＡベンダ切替え制御部３０が通信用クライアントを切替えて有効化したことで、複数の通信用クライアントに対応して複数のログ情報が配信サーバ２３に記憶されている車両があると、複数の車両のログ情報を全て最新のものにマージする。これにより、ユーザはマージされたログ情報であるＫＰＩ情報を参照することで、各車両について最新のＯＴＡ実施状況を把握できる。
　（その他の実施形態）
　ＤＣＭ４とＣＧＷ５を別体としたが、これらを一体のＥＣＵとして構成しても良いし、通信を行う機能部分は別体として、ＤＣＭ４及びＣＧＷ５のそれ以外の機能部分を一体にしたＥＣＵとして構成しても良い。また、実施形態におけるＤＣＭ４の機能をＣＧＷ５に搭載しても良い。
　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
　本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

Claims (10)

  1. 　複数の電子制御装置（６）と共に車両に搭載され、センター装置（２）側の配信サーバ（２３）と対を成す通信用クライアント（７）を有し、前記センター装置と無線によりデータ通信を行うもので、
    　通信キャリアの回線を用いて無線通信を行うことで、前記通信キャリアの情報及び前記センター装置が存在する地域の情報を取得する情報取得部（１２）と、
    　複数の異なる配信サーバにそれぞれ対応する複数の通信用クライアントが記憶されるクライアント記憶部（１１，３１）と、
    　前記情報取得部により取得された情報に基づいて、前記クライアント記憶部より前記
    通信キャリア及び前記地域に対応した通信用クライアントを選択して有効化することで、前記配信サーバとのデータ通信を可能にするクライアント選択部（１０，３０）とを備え、
    　前記通信用クライアントは、前記クライアント選択部により有効化されると、前記複数の電子制御装置に書き込むための更新データを取得する車両用データ通信装置。
  2. 　前記配信サーバとのデータ通信には、ステートとして
    （１）データ更新チェック
    （２）更新データのダウンロード
    （３）ダウンロードしたデータを前記電子制御装置に書き込むインストール
    （４）インストールしたデータを有効化するアクティベート
    があり、前記ステート間の移行状態を制御する通信制御部（８）を備え、
    　前記通信制御部は、前記ステートが（２）又は（３）の際に前記クライアント選択部が通信用クライアントを切替えて有効化すると、データ通信をステート（１）から再度実行させる請求項１記載の車両用データ通信装置。
  3. 　前記配信サーバとのデータ通信には、ステートとして
    （１）データ更新チェック
    （２）更新データのダウンロード
    （３）ダウンロードしたデータを前記電子制御装置に書き込むインストール
    （４）インストールしたデータを有効化するアクティベート
    があり、前記ステート間の移行状態を制御する通信制御部（２８）を備え、
    　前記通信制御部は、前記ステートが（２）又は（３）の際に前記クライアント選択部が通信用クライアントを切替えて有効化すると、データ通信を現在のステートに引き継いで実行する請求項１記載の車両用データ通信装置。
  4. 　データを更新する対象となる電子制御装置を対象装置とすると、
    　前記クライアント選択部は、前記対象装置に関する情報，前記対象装置の更新データ関連情報を含む諸元データを保持しており、通信用クライアントを切替えて有効化すると、切替前に保持していた諸元データのフォーマットを、切替え後に有効化された通信用クライアントに対応したフォーマットに変換する請求項３記載の車両用データ通信装置。
  5. 　前記クライアント選択部が保持する諸元データは、前記対象装置の種別，前記対象装置の属性，前記対象装置のデータ更新に関する書換え環境を示す情報を含む請求項４記載の車両用データ通信装置。
  6. 　前記配信サーバを備え、請求項３から５の何れか一項に記載の車両用データ通信装置とデータ通信を行うセンター装置であって、
    　前記車両用データ通信装置により送信される、前記ステート（２）～（４）についての実行日時のログ情報が記憶されるログ情報記憶部（２３）と、
    　前記クライアント選択部が通信用クライアントを切替えて有効化したことで、前記ログ情報記憶部に、複数の通信用クライアントに対応して複数のログ情報が記憶されている車両があると、複数の車両のログ情報を全て最新のものにマージする情報処理部（４２）とを備えるセンター装置。
  7. 　複数の電子制御装置（６）と共に車両に搭載され、センター装置（２）側の配信サーバ（２３）と対を成す通信用クライアント（７）を有する車両用データ通信装置に、前記センター装置と無線によりデータ通信を行わせる方法であって、
    　通信キャリアの回線を用いて無線通信を行うことで、前記通信キャリアの情報及び前記センター装置が存在する地域の情報を取得し、
    　複数の異なる配信サーバにそれぞれ対応する複数の通信用クライアントをクライアント記憶部に記憶し、
    　取得した情報に基づいて、前記クライアント記憶部より前記通信キャリア及び前記地域に対応した通信用クライアントを選択して有効化することで、前記配信サーバとのデータ通信を可能にし、
    　前記通信用クライアントを有効化すると、前記複数の電子制御装置に書き込むための更新データを取得させるデータ通信方法。
  8. 　複数の電子制御装置（６）と共に車両に搭載され、センター装置（２）側の配信サーバ（２３）と対を成す通信用クライアント（７）を有する車両用データ通信装置に、前記センター装置と無線によりデータ通信を行わせるもので、
    　通信キャリアの回線を用いて無線通信を行わせることで、前記通信キャリアの情報及び前記センター装置が存在する地域の情報を取得させ、
    　複数の異なる配信サーバにそれぞれ対応する複数の通信用クライアントをクライアント記憶部に記憶させ、
    　取得された情報に基づいて、前記クライアント記憶部より前記通信キャリア及び前記地域に対応した通信用クライアントを選択させて有効化させることで、前記配信サーバとのデータ通信を可能にさせ、
    　前記通信用クライアントを有効化させると、前記複数の電子制御装置に書き込むための更新データを取得させるコンピュータプログラム。
  9. 　前記配信サーバを備え、請求項３から５の何れか一項に記載の車両用データ通信装置とデータ通信を行う方法であって、
    　前記車両用データ通信装置により送信される、前記ステート（２）～（４）についての実行日時のログ情報をログ情報記憶部（２３）に記憶し、
    　前記クライアント選択部が通信用クライアントを切替えて有効化したことで、前記ログ情報記憶部に、複数の通信用クライアントに対応して複数のログ情報が記憶されている車両があると、複数の車両のログ情報を全て最新のものにマージするデータ通信方法。
  10. 　前記配信サーバを備え、請求項３から５の何れか一項に記載の車両用データ通信装置とデータ通信を行うセンター装置に実行させるものであって、
    　前記車両用データ通信装置により送信される、前記ステート（２）～（４）についての実行日時のログ情報をログ情報記憶部（２３）に記憶させ、
    　前記クライアント選択部が通信用クライアントを切替えて有効化したことで、前記ログ情報記憶部に、複数の通信用クライアントに対応して複数のログ情報が記憶されている車両があると、複数の車両のログ情報を全て最新のものにマージさせるコンピュータプログラム。
PCT/JP2021/007691 2020-03-06 2021-03-01 車両用データ通信装置，センター装置，データ通信方法及びコンピュータプログラム WO2021177223A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2022504348A JP7294520B2 (ja) 2020-03-06 2021-03-01 車両用データ通信装置，センター装置，データ通信方法及びコンピュータプログラム
DE112021001453.6T DE112021001453T5 (de) 2020-03-06 2021-03-01 Fahrzeugdatenkommunikationsvorrichtung, zentralvorrichtung, datenkommunikationsverfahren und computerprogramm
CN202180018290.0A CN115244506A (zh) 2020-03-06 2021-03-01 车辆用数据通信装置、中心装置、数据通信方法以及计算机程序
US17/901,949 US20220413838A1 (en) 2020-03-06 2022-09-02 Vehicle data communication device, center device, data communication method, and computer-readable non-transitory tangible storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020038735 2020-03-06
JP2020-038735 2020-03-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/901,949 Continuation US20220413838A1 (en) 2020-03-06 2022-09-02 Vehicle data communication device, center device, data communication method, and computer-readable non-transitory tangible storage medium

Publications (1)

Publication Number Publication Date
WO2021177223A1 true WO2021177223A1 (ja) 2021-09-10

Family

ID=77613370

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/007691 WO2021177223A1 (ja) 2020-03-06 2021-03-01 車両用データ通信装置，センター装置，データ通信方法及びコンピュータプログラム

Country Status (5)

Country Link
US (1) US20220413838A1 (ja)
JP (1) JP7294520B2 (ja)
CN (1) CN115244506A (ja)
DE (1) DE112021001453T5 (ja)
WO (1) WO2021177223A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006295553A (ja) * 2005-04-11 2006-10-26 Tamron Co Ltd 像振れ防止機能を有する撮像装置
JP2008227580A (ja) * 2007-03-08 2008-09-25 Fujitsu Ltd 携帯端末、セル探索方法、およびセル探索システム
WO2010113348A1 (ja) * 2009-03-31 2010-10-07 トヨタ自動車株式会社 車載ソフトウェア更新装置
JP2014036340A (ja) * 2012-08-08 2014-02-24 Yazaki Energy System Corp 車両用通信装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4651441B2 (ja) * 2005-04-11 2011-03-16 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムおよび移動機
US8863256B1 (en) * 2011-01-14 2014-10-14 Cisco Technology, Inc. System and method for enabling secure transactions using flexible identity management in a vehicular environment
US9529580B2 (en) * 2015-01-21 2016-12-27 Ford Global Technologies, Llc Vehicle control update methods and systems
US10235154B2 (en) * 2016-03-09 2019-03-19 Ford Global Technologies, Llc Over-the-air trigger to vehicle interrogator updates
SE542226C2 (en) * 2016-07-14 2020-03-17 Icomera Ab Distributed wireless communication system for moving vehicles
US11036484B2 (en) * 2017-01-06 2021-06-15 Ford Global Technologies, Llc Software update management
JP6772852B2 (ja) 2017-01-17 2020-10-21 住友電気工業株式会社 管理装置、管理方法および管理プログラム
US11144296B2 (en) * 2018-09-05 2021-10-12 International Business Machines Corporation Multi-variable based secure download of vehicle updates
US20220167262A1 (en) * 2019-02-12 2022-05-26 Intel Corporation Server selection for vehicle communications and applications

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006295553A (ja) * 2005-04-11 2006-10-26 Tamron Co Ltd 像振れ防止機能を有する撮像装置
JP2008227580A (ja) * 2007-03-08 2008-09-25 Fujitsu Ltd 携帯端末、セル探索方法、およびセル探索システム
WO2010113348A1 (ja) * 2009-03-31 2010-10-07 トヨタ自動車株式会社 車載ソフトウェア更新装置
JP2014036340A (ja) * 2012-08-08 2014-02-24 Yazaki Energy System Corp 車両用通信装置

Also Published As

Publication number Publication date
JP7294520B2 (ja) 2023-06-20
JPWO2021177223A1 (ja) 2021-09-10
CN115244506A (zh) 2022-10-25
US20220413838A1 (en) 2022-12-29
DE112021001453T5 (de) 2023-01-05

Similar Documents

Publication Publication Date Title
CN110300954B (zh) 控制设备、程序更新方法和计算机程序
US11204757B2 (en) Server, software update system, and software update apparatus
JP5382131B2 (ja) 車両用ゲートウェイシステム
US8522206B2 (en) Selective delta validation of a shared artifact
WO2014148003A1 (ja) 車載電子制御装置のプログラム書換システム及び車載中継装置
US20140337829A1 (en) Information processing apparatus, electronic control unit, information processing method, and program
JP2020123253A (ja) 車載システム及びｅｃｕ
US11126422B2 (en) Program update system, control system, mobile body, program update method, recording medium
CN110892376B (zh) 用于处理软件更新的方法和设备
KR20060052376A (ko) 정보처리시스템 이미지 네트워크 통신 시스템 및 방법
WO2018154949A1 (ja) プログラム更新システム、制御装置、プログラム更新方法、及びコンピュータプログラム
CN112363984B (zh) 一种车内安全规则文件生成方法以及装置
CN112860299A (zh) 车辆无线更新设备和方法
US11670117B2 (en) Vehicle and software update method
WO2021177223A1 (ja) 車両用データ通信装置，センター装置，データ通信方法及びコンピュータプログラム
JPWO2019159715A1 (ja) 車両制御装置およびプログラム更新システム
JP2018074306A (ja) 車内通信システム、車内通信方法、マネージャ装置、及び車載制御装置
JP7211189B2 (ja) 更新処理システム及び更新処理方法
US20220284743A1 (en) Center device and in-vehicle electronic control device
JP7484606B2 (ja) 車載機器、ソフトウェア更新方法、ソフトウェア更新プログラム、および、車両
US12067381B2 (en) Center, update management method, and non-transitory storage medium
US10540169B2 (en) Electronic device configured to update program stored therein using difference data and program updating method using difference data
JP7484814B2 (ja) 車両用電子制御装置及び更新プログラム
KR20100073236A (ko) 복수 모델의 네비게이션 기기의 통합 업그레이드 방법 및 장치 그리고 이를 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록매체
US20220398089A1 (en) Vehicle control device and program management method

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: 21764473

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022504348

Country of ref document: JP

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 21764473

Country of ref document: EP

Kind code of ref document: A1