JP2022124732A

JP2022124732A - センタ、更新管理方法、更新管理プログラム

Info

Publication number: JP2022124732A
Application number: JP2021022533A
Authority: JP
Inventors: 翔一長光; Shoichi Nagamitsu
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2021-02-16
Filing date: 2021-02-16
Publication date: 2022-08-26
Also published as: US11935334B2; DE102021133820A1; CN114945150A; US20220262170A1

Abstract

【課題】ソフトウェア更新機能を有効化するために予め定められた通信手段に対応していない車両に対しても、ソフトウェア更新機能を有効化することができるセンタを提供すること。【解決手段】ＯＴＡマスタのソフトウェア更新機能を有効状態に変化させるための有効化コマンドを車両に送る際、センタから当該ソフトウェア更新装置宛てに直接的に送信可能であるか否かを判定し、センタから送信可能である場合は、ＯＴＡマスタに対して有効化コマンドをＳＭＳで送る。センタからの送信が可能ではない場合は、当該ＯＴＡマスタを備える車両を管理するＯＥＭサーバに、そのＯＥＭで用いている通信手段を用いて有効化コマンドを送信してもらうための依頼データを送信する。【選択図】図１１

Description

本開示は、車両が備えるＯＴＡマスタおよび所定のサーバと、ネットワークを介して通信可能なセンタに関する。

従来から、車両には、制御機能を実行するための複数の車載機器（「ＥＣＵ」と呼ばれる）が搭載されている。当該ＥＣＵは、プロセッサと記憶部とを備え、プロセッサが記憶部に記憶されるソフトウェアを実行することによりＥＣＵの制御機能を実現する。また、各ＥＣＵが記憶するソフトウェアは更新可能である。具体的には、整備工場等において、車両に設けられたダイアグ用コネクタを介して接続した外部機器を用いて更新することができる。また、車載ネットワークが備える通信機器とインターネット等の通信ネットワークとを無線で接続し、無線通信を介して更新センタに設けられた配信サーバからダウンロードしたソフトウェアで更新することもできる。（例えば特開２０２０－００４２４５号公報）

ここで、ユーザが上記無線通信を介した更新（ＯＴＡサービス）を利用するためには、その利用のための契約の締結を行う必要がある。そして、当該契約が成立すれば、更新センタは、車両が搭載するＯＴＡマスタにおけるソフトウェア更新機能を有効化するための有効化コマンドを当該ＯＴＡマスタに送信する。ここで、更新センタにおいては、この有効化コマンドの送信に用いる通信手段は予め決められていた。例えば、ＳＭＳを用いて有効化コマンドを送信することが決められていた。そして、ＯＴＡマスタにおいて、当該有効化コマンドが受信され、更に当該有効化コマンドが実行されることで、ＯＴＡサービスが有効となる。

特開２０２０－００４２４５号公報

上記のように、更新センタは、予め決められた通信手段を用いて、上記ソフトウェア更新機能の有効化を試みる。しかしながら、車両は様々なＯＥＭによって製造されるところ、各ＯＥＭ毎の独自サービス提供の観点等から、ＯＥＭや車種によって用いられる通信技術は異なり得る。そのため、車両が上記予め決められた通信手段に対応していないという場合もあり得る。このような場合に、上記有効化コマンドが送信できず、ソフトウェア更新ができなくなる虞があった。

本開示は、上記課題を鑑みてなされたものであり、ソフトウェア更新機能を有効化するために予め定められた通信手段に対応していない車両に対しても、ソフトウェア更新機能を有効化することができるセンタを提供することを目的とする。

上記課題を解決するために、本開示技術の一態様は、車両が備えるＯＴＡマスタおよび所定のサーバと、ネットワークを介して通信可能なセンタである。センタは、ＯＴＡマスタによるソフトウェア更新機能が無効状態である場合において当該ＯＴＡマスタに所定のデータを送信するための通信手段を示す情報を予め定義した通信手段情報を記憶する記憶部と、所定の車両にかかるＯＴＡマスタによるソフトウェア更新機能を無効状態から有効状態に変化させるための所定の条件が満たされたか否かを判定する第１判定部と、所定の条件が満たされた場合、当該条件が満たされたＯＴＡマスタのソフトウェア更新機能を有効状態に変化させるための有効化コマンドを、センタから当該ＯＴＡマスタ宛てに送信可能であるか否かを通信手段情報に基づき判定する第２判定部と、第２判定部による判定の結果、センタから当該ＯＴＡマスタ宛てに有効化コマンドを送信可能である場合は、当該ＯＴＡマスタに対して当該有効化コマンドを通信手段情報で定義されている通信手段を用いて送信し、センタから当該ソフトウェア更新装置宛てに当該有効化コマンドの送信が可能ではない場合は、当該ＯＴＡマスタを備える車両のメーカが管理するＯＥＭサーバに、当該ＯＥＭサーバから当該有効化コマンドを送信してもらうことを依頼するための依頼データを送信する依頼送信部とを備える。

本開示のセンタによれば、ソフトウェア更新機能を有効化するために予め決められている通信手段に対応していない車両に対しても、ソフトウェア更新機能を有効化することができる。

本実施形態に係る更新管理システムの全体構成を示すブロック図センタ１の概略構成を示すブロック図車載ネットワークシステムの概略構成を示すブロック図ＯＴＡマスタの概略構成を示すブロック図センタ１の機能ブロック図ＯＴＡマスタ２１の機能ブロック図センタ１の記憶部１６に記憶されるデータの一例を示すメモリマップ通信手段定義データ５３のデータ構成の一例車両情報データベース５４のデータ構成の一例車両情報登録処理の詳細を示すフローチャート有効化連絡処理の詳細を示すフローチャート

以下、一実施形態について、図面を参照しながら詳細に説明する。
＜構成＞
図１は、本実施形態における更新管理システムの全体構成を示すブロック図である。当該更新管理システムは、ＯＴＡセンタ（以下、単にセンタと呼ぶ）１、契約管理サーバ２、複数のＯＥＭサーバ３、複数の車両４を備えている。

センタ１は、車両４に備えられる車載機器のソフトウェアの更新を管理するためのサーバである（より正確には、センタ１はこのようなサーバを含むセンタシステムであるが、以下では説明の便宜上、サーバとして説明する）。当該車載機器のソフトウェアを更新する機能（以下、ソフトウェア更新機能と呼ぶ）は、工場出荷時は無効状態にされており、この機能を利用するには、ＯＴＡサービス（インターネット網を用いてソフトウェア更新の提供を受けるサービス）を利用する契約の成立が必要となっている。センタ１では、契約管理サーバ２から、所定の車両４についてＯＴＡサービスの契約が完了した通知を受信すると、当該車両４に対して、「有効化連絡」を車両４（より正確には後述するＯＴＡマスタ２１）に送信する。当該有効化連絡には、ＯＴＡサービスが有効になったことをユーザに知らせるためのテキストメッセージと、上記ソフトウェア更新機能を有効な状態とするための「有効化コマンド」とが含まれている。この連絡を送信するに際して、センタ１は、当該契約が完了した車両に対して、予め決められている通信手段（例えば携帯電話網等）を用いて上記有効化連絡をセンタ１から直接送信できるか否かを判定する。本実施形態では、当該予め決められている通信手段として、ＳＭＳを用いることが決められている場合を例として説明する。センタ１は、上記判定の結果、センタ１から車両４に対して上記ＳＭＳを用いた送信が可能であれば、当該ＳＭＳを用いて上記有効化連絡を車両４に送信する。一方、その車両４が、上記ＳＭＳによる送信ができないような所定のＯＥＭの車両（例えばＳＩＭカードが入っていない車両等）である場合は、ＯＴＡサーバ１は、その車両４のメーカが管理するＯＥＭサーバ３に、「送信依頼」を送信する。当該送信依頼とは、有効化の連絡をしたい車両４に対して、ＯＥＭサーバのほうからそのＯＥＭで利用している所定の通信手段を用いて上記有効化連絡を送信してもらうことを依頼する旨が示されたデータである。当該送信依頼には、送信先の車両４を特定する情報と、上記テキストメッセージおよび有効化コマンドが少なくとも含まれている。

契約管理サーバ２は、ＯＴＡサービスの利用契約を管理するためのサーバである。所定の車両４（ユーザ）についての契約手続きが完了し、ＯＴＡサービスが利用可能になると、契約管理サーバ２は、その旨をセンタ１に送信する。

ＯＥＭサーバ３は、各ＯＥＭが管理するＯＥＭシステムのサーバである。ＯＥＭサーバ３は、各ＯＥＭ独自のサービスを提供するため等に用いられ、所定の通信手段を用いて自社製品の車両４との通信が可能となっている。なお、ここで用いられる通信手段はＯＥＭ毎に異なり得る。例えば、あるＯＥＭに係る車種Ａは、Ｗｉ－Ｆｉを採用し、また、他のＯＥＭに係る車種Ｂは、Ｖ２Ｘを採用している、等である。ＯＥＭサーバ３は、センタ１から上記送信依頼を受信すると、当該送信依頼で指定されている車両４に対して、各ＯＥＭで用いている所定の通信手段を利用して上記有効化連絡を送信する。

車両４は、後述する車載ネットワークシステムを搭載している。当該車載ネットワークシステムは、センタ１やＯＥＭサーバ３と通信可能である。

図２は、上記センタ１の概略構成を示すブロック図である。図２に示すように、センタ１は、プロセッサ１１と、ＲＡＭ１２と、記憶装置１３と、通信装置１４とを備える。記憶装置１３は、ハードディスクやＳＳＤ等の読み書き可能な記憶媒体を備え、本実施形態に係る処理に必要な各種のプログラムやデータを記憶する。センタ１において、プロセッサ１１は、記憶装置１３から読み出したプログラムを、ＲＡＭ１２を作業領域として用いて実行することにより、所定の制御処理を実行する。通信装置１４は、ネットワークを介して、契約管理サーバ２、ＯＥＭサーバ３等の他のサーバや、車両４と通信を行う機器である。

なお、図示は省略するが、本実施形態では、上記契約管理サーバ２およびＯＥＭサーバ３の概略構成については、センタ１と同様の構成であるとする。

次に、図３は、車両４に搭載されている上記車載ネットワークシステムの概略構成を示すブロック図である。車載ネットワークシステムは、ＯＴＡマスタ（ソフトウェア更新装置）２１と、通信モジュール２２と、複数の車載機器２３ａ～２３ｄとを少なくとも備える。ＯＴＡマスタ２１は、バス２５ａを介して通信モジュール２２と接続され、バス２５ｂを介して車載機器２３ａ及び２３ｂと接続され、バス２５ｃを介して車載機器２３ｃ及び２３ｄと接続されている。ＯＴＡマスタ２１は、通信モジュール２２を介してセンタ１、および／またはＯＥＭサーバ３と無線での通信が可能である。ＯＴＡマスタ２１は、センタ１（またはＯＥＭサーバ３）から受信した上記有効化連絡に含まれている有効化コマンドに基づいて、当該車両に係るソフトウェア更新機能を有効化するための処理を実行する。通信モジュール２２は、所定のネットワーク（電話網やインターネット網等）と接続する通信機器である。車載機器２３ａ～２３ｄは、車両４の各部の動作を制御する。

図４に示すように、ＯＴＡマスタ２１は、プロセッサ３１と、ＲＡＭ３２と、ＲＯＭ３３と、記憶装置３４とを備えるマイクロコンピュータ３５と、通信装置３６とを備える。ＯＴＡマスタ２１において、マイクロコンピュータ３５のプロセッサ３１は、ＲＯＭ３３から読み出したプログラムを、ＲＡＭ３２を作業領域として用いて実行することにより、所定の制御処理を実行する。通信装置３６は、図３のバス２５ａ～２５ｄを介して、通信モジュール２２、車載機器２３ａ～２３ｄと通信を行う機器である。

［センタ１の機能ブロック図］
図５は、図３に示したセンタ１の機能ブロック図である。

センタ１は、記憶部１６と、通信部１７と制御部１８とを備える。通信部２７及び制御部２８は、図２に示したプロセッサ１１がＲＡＭ１２を用いて記憶装置１３に記憶されるプログラムを実行することにより実現され、記憶部１６は、図２に示した記憶装置１３により実現される。

記憶部１６は、本実施形態に係る処理で使用するプログラムやデータを記憶する。

通信部１７は、新規車両が生産されたときに、例えば車両工場のサーバ（図示は省略）から送信されてくる当該新規車両に関する車両情報を受信可能である。なお、当該車両情報には、車両識別番号、ＯＥＭ、車種等の情報が含まれている。また、通信部１７は、契約管理サーバ２から、所定の車両についてＯＴＡサービスの契約手続きが完了した旨の通知も受信可能である。また、通信部１７は、所定の車両に対して、ＳＭＳを用いてＯＴＡサービスの有効化連絡を送信可能である。更に、通信部１７は、（制御部１８からの命令に基づいて）ＯＥＭサーバ３に対して、上記送信依頼を送信することも可能である。

制御部１８は、新規車両が生産されたときに受信した上記車両情報を車両情報データベース（後述）に登録する。また、制御部１８は、所定の車両４についてＯＴＡサービスの契約手続きが完了した旨の通知を契約管理サーバ２から受信したとき、車両情報データベースを参照して、その車両４に係る通信手段を判定する。そして、制御部１８は、当該判定結果に基づき、センタ１からＳＭＳを用いて直接送信可能な車両に対しては、当該ＳＭＳを用いて上記有効化連絡をセンタ１から車両４に送信する。一方、センタからはＳＭＳを用いて直接に有効化連絡が送信できない車両に対しては、制御部１８は、その車両４の製造元に係るＯＥＭサーバ３に対して、上記送信依頼を送信する。また、制御部１８は、ＯＴＡサービスが有効化された後は、当該ＯＴＡサービス用の通信手段（本例ではインターネット網）を用いて、所定の更新データを車両４に送信することも可能である。

［ＯＴＡマスタの機能ブロック図］
図６は、図４に示したＯＴＡマスタ２１の機能ブロック図である。

ＯＴＡマスタ２１は、記憶部３７と、通信部３８と、制御部３９とを備える。記憶部３７は、図３に示した記憶装置３４によって実現され、通信部３８と、制御部３９とは、図４に示したプロセッサ３１がＲＡＭ３２を用いてＲＯＭ３３に記憶されるプログラムを実行することにより実現される。

記憶部３７は、ソフトウェア更新機能を実現するための各種プログラムや各種データを記憶する。当該データには、ソフトウェア更新機能が現在有効であるか無効であるかを示すデータも含まれている。なお、当該データの初期値としては、ソフトウェア更新機能が無効であることを示すデータが設定されている。

通信部３８は、センタ１またはＯＥＭサーバ３から上記有効化連絡を受信し、制御部３９に出力する。また、ソフトウェア更新機能が有効化された後は、通信部３８は、必要に応じて、車載機器２３のソフトウェアの更新データをセンタ１から受信する。

制御部３９は、上記有効化連絡に含まれている有効化コマンドを実行することで、ソフトウェア更新機能を無効な状態から有効な状態に設定する。また、制御部３９は、ソフトウェア更新機能の有効化後は、車載機器のソフトウェア更新を制御するための種々の処理を行う。

以下、本実施形態に係る処理の詳細について説明する。

［使用データについて］
まず、本実施形態の処理において用いられるデータに関して説明する。図７は、センタ１の記憶部１６に記憶されるデータの一例を示すメモリマップである。記憶部１６には、情報登録処理プログラム５１、連絡処理プログラム５２、通信手段定義データ５３、車両情報データベース５４が記憶される。また、図示は省略するが、その他、ＯＴＡサービスを実現するための各種プログラムやデータも記憶部１６に記憶される。

情報登録処理プログラム５１は、新規に生産された車両に関する情報を車両情報データベース５４に登録する処理（後述の図１０の処理）を実行するためのプログラムである。連絡処理プログラム５２は、上記有効化連絡を送信する処理（後述の図１１の処理）を実行するためのプログラムである。

通信手段定義データ５３は、各ＯＥＭの車種毎に、その車種にかかる通信手段を定義したデータである。図８は、通信手段定義データ５３のデータ構成の一例を示す図である。通信手段定義データ５３は、ＯＥＭデータ６１、車種データ６２、通信手段データ６３という項目を有するテーブル形式のデータである。ＯＥＭデータ６１は、各ＯＥＭを一意に識別するためのデータであり、例えばメーカーコード等である。車種データ６２は、車両の車種を識別するためのデータである。そのため、ＯＥＭデータ６１および車種データ６２によって、どのＯＥＭのどの車種であるかを特定することができる。通信手段データ６３は、上記特定された車種における通信手段について定義したデータである。通信手段データ６３には、例えば、ＯＥＭを特定するデータおよび通信手段を特定するデータが含まれる。また、当該通信手段を特定するデータには、「ＳＭＳ」や「Ｗｉ－Ｆｉ」等のような通信技術あるいは通信規格に関する情報が含まれる。例えば、通信手段データ６３には、「センタ１のＳＭＳ」、「ＯＥＭＢ社のＳＭＳ」、「ＯＥＭＣ社のＶ２Ｘ」、「ＯＥＭＤ社のＷｉ－Ｆｉ」等のように、どのＯＥＭのどの通信手段を用いるのか特定する旨のデータが定義されている。更に、センタ１以外の通信手段が定義される場合は、例えばＯＥＭが管理するＳＭＳサーバのアドレス等、上記送信依頼をＯＥＭに送信する際の具体的な宛先（ＯＥＭサーバ３のメールアドレス等）についても定義されていてもよい。センタ１において、新規で車両情報を車両情報データベース５４に登録する際に、当該通信手段定義データ５３が参照されて通信手段データ６３が取得され、その内容を含めたデータが車両情報データベース５４に登録される。

なお、新規の車種に関して当該通信手段定義データ５３にデータが登録されるタイミングについては、例えば次のようなタイミングで行われる。すなわち、ある車種の量産が始まる前に、その車種についての上記通信手段データ６３が含まれる設計情報が、ＯＥＭによってセンタ１に登録されるようにしておく。そして、当該設計情報が登録されたタイミングで、量産される車種の通信手段データ６３を通信手段定義データ５３に登録する。

次に、図９は、上記車両情報データベース５４のデータ構成の一例である。車両情報データベース５４は、車両識別番号７１、通信手段データ７２という項目を少なくとも有するデータベースである。車両識別番号７１は、個々の車両を識別するための一意な番号である。通信手段データ７２は、車両識別番号７１で特定される車両についての通信手段を示すデータであり、上記通信手段定義データ５３からコピーされたデータでもある。

また、図示は省略するが、車両情報データベース５４には、その車両のＯＥＭや車種、車両のユーザやＯＴＡサービスを契約しているか否かを示すデータ等が記憶されていてもよい。

［センタ１で実行される処理について］
次に、センタ１の制御部１８が実行する処理の詳細を説明する。

＜車両情報登録処理＞
図１０は、車両情報登録処理の詳細を示すフローチャートである。当該処理は、車両生産時に車両工場のサーバから送信されてくる車両情報に基づき、新たな車両のデータを上記車両情報データベースに登録するための処理である。

図１０において、まず、ステップＳ１で、制御部１８は、車両情報データベース５４に新たなデータを登録する必要が生じたか否かを判定する（第１の判定）。具体的には、制御部１８は、新たに生産された車両に係る車両情報を上述した車両工場のサーバから受信したか否かを判定し、受信していた場合は、データ登録の必要が生じたと判定する。当該判定の結果、データ登録の必要が生じていない場合は（ステップＳ１でＮＯ）、制御部１８は、車両工場のサーバから送られる車両情報の待ち受けを継続する。一方、データ登録の必要が生じた場合は（ステップＳ１でＹＥＳ）、次に、ステップＳ２で、制御部１８は、当該車両情報に基づき、今回登録する対象の車両のＯＥＭおよび車種を特定する。次に、ステップＳ３で、制御部１８は、通信手段定義データ５３を参照して、当該特定したＯＥＭおよび車種に対応する通信手段データ６３を取得する。

次に、ステップＳ４で、制御部１８は、上記車両情報および上記取得した通信手段データ６３を対応づけたデータを新たなレコードとして、車両情報データベース５４に登録する。その後、上記ステップＳ１に戻り、処理が繰り返される。以上で、車両情報登録処理の説明を終了する。

＜有効化連絡処理＞
次に、上記有効化連絡を所定の車両に送信するための有効化連絡処理の詳細について説明する。図１１は、当該有効化連絡処理の詳細を示すフローチャートである。まず、ステップＳ１１で、制御部１８は、契約管理サーバ２から、ＯＴＡサービスの利用契約が完了したことを示す通知を受信したか否かを判定する。なお、当該通知には、契約が完了した車両を示す車両識別番号が含まれているものとする。当該判定の結果、受信していない場合は（ステップＳ１１でＮＯ）、制御部１８は、当該通知の待ち受けを継続する。一方、当該通知を受信した場合は（ステップＳ１１でＹＥＳ）、ステップＳ１２で、制御部１８は、当該通知に含まれる車両識別番号に基づき、車両情報データベース５４から、今回ＯＴＡサービスが契約された車両を特定する。次に、ステップＳ１３で、制御部１８は、特定した車両に係る通信手段データ７２を車両情報データベース５４から取得する。

次に、ステップＳ１４で、制御部１８は、上記取得した通信手段データ７２に基づき、上記特定した車両に対して、予め決められている通信手段を用いてセンタ１から上記有効化連絡を送信可能か否かを判定する（第２の判定）。具体的には通信手段データ７２で定義されている内容が「センタ１のＳＭＳ」を示している場合は、制御部１８は、センタ１から送信可能であると判定する。また、通信手段データ７２で定義されている内容が、「センタ１のＳＭＳ」以外の内容、すなわち、センタ１以外のＯＥＭに係る通信手段を定義する内容であれば、制御部１８は、センタ１からは上記予め決められている通信手段（センタ１のＳＭＳ）を用いての有効化連絡の送信は可能ではないと判定する。

ステップＳ１４の判定の結果、センタ１からの送信が可能な場合は（ステップＳ１４でＹＥＳ）、ステップＳ１５で、制御部１８は、通信手段データ７２で示される通信手段、すなわちＳＭＳを用いて、上記有効化連絡をＯＴＡマスタ２１に送信する。なお、当該有効化連絡を受信したＯＴＡマスタ２１では、通信部３８で受信した当該有効化連絡が制御部３９に出力される。そして、制御部３９は、当該有効化連絡に含まれる有効化コマンドを実行することでソフトウェア更新機能を有効にする処理を実行する。この際、ＯＴＡマスタ２１は、当該有効化連絡に含まれるテキストメッセージを所定の表示装置（図示せず）に表示して、ユーザの確認操作を受けてから有効化コマンドを実行するようにしてもよい。

一方、上記ステップＳ１４の判定の結果、センタ１からのＳＭＳによる送信が可能ではない場合は（ステップＳ１４でＮＯ）、制御部１８は、通信手段データ７２に基づいて、所定のＯＥＭサーバ３を宛先とする上記送信依頼を生成する。そして、制御部１８は、当該送信依頼をＯＥＭサーバ３に送信する。なお、この際の通信については、例えば（既に構築済みの）サーバ間通信を用いればよい。また、当該送信依頼を受信したＯＥＭサーバ３においては、当該送信依頼で指定されている車両に対して、そのＯＥＭで採用している所定の通信手段（ＳＭＳ、Ｗｉ－Ｆｉ、Ｖ２Ｘ等）を用いて、当該送信依頼に含まれているテキストメッセージおよび有効化コマンドを送信する処理が実行される。

上記ステップＳ１５またはステップＳ１６の処理の後、上記ステップＳ１１に戻り、処理が繰り返される。以上で、有効化連絡処理の説明は終了する。

＜効果＞
このように、本実施形態では、センタ１において、ＯＴＡサービスが利用可能となった旨の連絡および有効化コマンドを車両を送信するに際して、この送信に用いる通信手段が予め決められている（上記例ではＳＭＳ）。一方、上記のように車両に搭載される通信規格はＯＥＭ毎に異なることから、上記センタ１で予め決められている通信手段によっては有効化コマンドを送信できない車両も存在し得る。このような車両が存在している場合でも、本実施形態によれば、ＯＥＭサーバ３を介する形で上記有効化連絡を送信することが可能となる。つまり、センタ１で利用可能な通信手段と車両毎に実装される通信手段との組み合わせにかかわらず、有効化連絡を送ることができ、ソフトウェア更新機能を有効化できる。

［変形例］
なお、上記実施形態では、ＯＴＡサービスが有効化されていない段階で、ＯＴＡサービスの有効化連絡を送信する場合を想定した例を挙げた。これに限らず、ＯＴＡサービスの有効化後であっても、センタ１から所定の連絡やコマンドを車両に送信したい場合に、上記の処理は適用可能である。具体的には、ＯＴＡサービスが有効となった後は、必要に応じてＯＴＡマスタ２１とセンタ１との間でＯＴＡサービスに係る通信が行われ得るが、この際の両者の通信の開始については、常にＯＴＡマスタ２１側から通信のコネクションを開始することが予め決められている。そのため、ＯＴＡサービスが有効な状態であっても、ＯＴＡマスタ側からコネクションが開始されない限り、ＯＴＡサービスに係る通信が使えないことになる。このような状況で、センタ１のほうからＯＴＡマスタ２１に所定のコマンドを送りたい、つまり、センタ１のほうから通信を開始したいという場合もあり得る。このような場合であっても、上記通信手段データ７２に基づいた通信手段を用いることで、所定のＯＴＡマスタ２１に対して所定コマンドを送信することができる。なお、この場合に送信するコマンドの一例としては、車両のログデータをセンタ１にアップロードさせるコマンドが考えられる。

また、上記実施形態では、通信手段定義データ５３を記憶部１６に記憶する構成例を挙げた。これに限らず、他の実施形態では、車両工場からセンタ１に送信される車両情報に通信手段データ６３を含める構成としてもよい。この場合は、センタ１は、車両工場から送信されてきた車両情報をそのまま車両情報データベース５４に登録してもよい。

また、他の実施形態では、通信手段データ６３の内容として、複数の通信手段を定義するようにしてもよい。更に、当該複数の通信手段について、使用の優先順位を設定してもよい。例えば、ＯＥＭＢの車種Ｂについての通信手段データ６３として、「ＯＥＭＢのＳＭＳ」「ＯＥＭＢのＷｉ－Ｆｉ」「ＯＥＭＢのＶ２Ｘ」という３種類の通信手段を定義してもよい。更に、これらの間の優先順位も設定すればよい。そして、センタ１は、優先順位に沿っていずれか１つの通信手段を用いて所定の送信を行ってもよい。その結果、例えば送信エラーが検出された場合は、次の優先順位が設定されている通信手段を用いた送信を行うようにすればよい。つまり、第１優先順位の通信手段による送信ができなかった場合に、利用可能な他の通信手段を探して送信するような処理を行ってもよい。

以上、本開示技術の一実施形態を説明したが、本開示は、センタだけでなく、プロセッサと、メモリと、車両が備えるＯＴＡマスタおよび所定のサーバとネットワークを介して通信可能な通信装置とを備えるコンピュータが実行する更新管理方法、その方法の制御プログラム、その制御プログラムを記憶したコンピューター読み取り可能な非一時的な記録媒体などとして捉えることが可能である。

本開示技術は、ＯＴＡマスタによるソフトウェア更新機能を管理するためのセンタに利用できる。

１センタ
２契約管理サーバ
３ＯＥＭサーバ
４車両
１１プロセッサ
１２ＲＡＭ
１３記憶装置
１４通信装置
２１ＯＴＡマスタ
２２通信モジュール
２３車載機器
２５バス
３１プロセッサ
３２ＲＡＭ
３３ＲＯＭ
３４記憶装置
３６通信装置

Claims

車両が備えるＯＴＡマスタおよび所定のサーバと、ネットワークを介して通信可能なセンタであって、
前記ＯＴＡマスタによるソフトウェア更新機能が無効状態である場合において当該ＯＴＡマスタに所定のデータを送信するための通信手段を示す情報を予め定義した通信手段情報を記憶する記憶部と、
所定の車両にかかる前記ＯＴＡマスタによるソフトウェア更新機能を無効状態から有効状態に変化させるための所定の条件が満たされたか否かを判定する第１判定部と、
前記所定の条件が満たされた場合、当該所定の条件が満たされた前記ＯＴＡマスタのソフトウェア更新機能を有効状態に変化させるための有効化コマンドを、前記センタから当該ソフトウェア更新装置宛てに送信可能であるか否かを前記通信手段情報に基づき判定する第２判定部と、
前記第２判定部による判定の結果、前記センタから当該ＯＴＡマスタ宛てに前記有効化コマンドを送信可能である場合は、前記通信手段情報で定義されている通信手段を用いて当該有効化コマンドを当該ＯＴＡマスタに送信し、当該センタから当該ＯＴＡマスタ宛てに当該有効化コマンドの送信が可能ではない場合は、当該ＯＴＡマスタを備える車両のメーカが管理するＯＥＭサーバに、当該ＯＥＭサーバから当該有効化コマンドを送信してもらうことを依頼するための依頼データを送信する依頼送信部とを備える、センタ。
前記通信手段情報には、少なくとも、前記所定のデータを送信するための通信手段で用いられる通信技術あるいは通信規格に関する情報が含まれており、
前記第２判定部は、所定の車両に係る通信手段が前記センタでは利用できない通信技術あるいは通信規格が用いられている通信手段である場合、当該センタから当該所定の車両に係るＯＴＡマスタ宛てに送信ができないと判定する、請求項１に記載のセンタ。
前記ソフトウェア更新機能が有効状態である場合は、前記有効化コマンドの送信に用いるネットワークとは異なる他のネットワークを用いて、前記ＯＴＡマスタとの間で当該ソフトウェア更新機能に関する所定の通信が可能である、請求項１に記載のセンタ。
プロセッサと、メモリと、車両が備えるＯＴＡマスタおよび所定のサーバとネットワークを介して通信可能な通信装置とを備えるコンピュータが実行する更新管理方法であって、
前記ＯＴＡマスタによるソフトウェア更新機能が無効状態である場合において当該ＯＴＡマスタに所定のデータを送信するための通信手段を予め定義した通信手段情報を前記メモリに記憶する通信手段記憶ステップと、
所定の車両にかかる前記ＯＴＡマスタによるソフトウェア更新機能を無効状態から有効状態に変化させるための所定の条件が満たされたか否かを判定する第１判定ステップと、
前記所定の条件が満たされた場合、当該所定の条件が満たされた前記ＯＴＡマスタのソフトウェア更新機能を有効状態に変化させるための有効化コマンドを、前記センタから当該ＯＴＡマスタ宛てに送信可能であるか否かを前記通信手段情報に基づき判定する第２判定ステップと、
前記第２判定ステップにおける判定の結果、前記センタから前記有効化コマンドを送信可能である場合は、前記ＯＴＡマスタに対して当該有効化コマンドを前記通信手段情報に定義されている送付ルートを用いて送信し、前記センタから当該ＯＴＡマスタ宛てとする当該有効化コマンドの送信が可能ではない場合は、当該ＯＴＡマスタを備える車両のメーカが管理するＯＥＭサーバに、当該ＯＥＭサーバから当該有効化コマンドを送信してもらうことを依頼するための依頼データを送信する依頼送信ステップとを含む、更新管理方法。
プロセッサと、記憶装置と、車両が備えるＯＴＡマスタおよび所定のサーバとネットワークを介して通信可能な通信装置とを備えるコンピュータに実行させる更新管理プログラムであって、
前記ＯＴＡマスタによるソフトウェア更新機能が無効状態である場合において当該ＯＴＡマスタに所定のデータを送信するための通信手段を予め定義した通信手段情報を前記記憶装置に記憶する通信手段ステップと、
所定の車両にかかる前記ＯＴＡマスタによるソフトウェア更新機能を無効状態から有効状態に変化させるための所定の条件が満たされたか否かを判定する第１判定ステップと、
前記所定の条件が満たされた場合、当該条件が満たされた前記ＯＴＡマスタのソフトウェア更新機能を有効状態に変化させるための有効化コマンドを、前記センタから当該ＯＴＡマスタ宛てに送信可能であるか否かを前記通信手段情報に基づき判定する第２判定ステップと、
前記第２判定ステップにおける判定の結果、前記センタから前記有効化コマンドを送信可能である場合は、前記ＯＴＡマスタに対して当該有効化コマンドを前記通信手段情報に定義されている通信手段を用いて送信し、前記センタから当該ＯＴＡマスタ宛てとする当該有効化コマンドの送信が可能ではない場合は、当該ＯＴＡマスタを備える車両のメーカが管理するＯＥＭサーバに、当該ＯＥＭサーバから当該有効化コマンドを送信してもらうことを依頼するための依頼データを送信する送信ステップと前記コンピュータに実行させる、更新管理プログラム。