JP2021009654A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】更新対象のソフトウェアの特徴に応じて車両の乗員に適切な通知を行うことができる情報処理装置、情報処理方法、及びプログラムを提供すること。【解決手段】情報処理装置は、他の装置と通信する通信部と、前記通信部を用いて、車両に搭載される車載機器において実行されるソフトウェアをネットワークを介して供給するサーバ装置に、前記ソフトウェアの更新履歴情報を送信する送信制御部と、前記ソフトウェアのうち、前記ネットワークを介して更新することができない第１ソフトウェアの更新が有ることを示す第１更新情報が前記サーバ装置から前記通信部により受信された場合、前記車両に搭載され、前記車両の乗員に情報を通知する通知部に、前記第１更新情報を通知させる通知制御部と、を備えるものである。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

従来、車両に搭載される装置のソフトウェアをネットワークを介して供給し、アップデートする技術が知られている（例えば、特許文献１参照）。

特開２００２−１６２２３２号公報

ここで、車両に搭載される装置のソフトウェアには、ネットワークを介してアップデータすることができないものや、関連する部品の点検をディーラーテクニシャンなどの専門家の点検を受けた後でなければ更新を実施してはならないものが存在する。この場合、ソフトウェアのアップデートを行うため、車両の乗員にカーディーラーへの訪問を促すことが求められる。しかしながら、従来の技術では、更新対象のソフトウェアの特徴に応じて車両の乗員に適切な通知を行うことまではできなかった。

本発明は、このような事情を考慮してなされたものであり、更新対象のソフトウェアの特徴に応じて車両の乗員に適切な通知を行うことができる情報処理装置、情報処理方法、及びプログラムを提供することを目的の一つとする。

この発明に係る情報処理装置、情報処理方法、及びプログラムは、以下の構成を採用した。
（１）この発明の一態様の情報処理装置は、他の装置と通信する通信部と、前記通信部を用いて、車両に搭載される車載機器において実行されるソフトウェアをネットワークを介して供給するサーバ装置に、前記ソフトウェアの更新履歴情報を送信する送信制御部と、前記ソフトウェアのうち、前記ネットワークを介して更新することができない第１ソフトウェアの更新が有ることを示す第１更新情報が前記サーバ装置から前記通信部により受信された場合、前記車両に搭載され、前記車両の乗員に情報を通知する通知部に、前記第１更新情報を通知させる通知制御部と、を備えるものである。

（２）の態様は、上記（１）の態様に係る情報処理装置が、前記通信部により前記第１更新情報が受信された後、前記第１ソフトウェアの更新が実行されたか否かを判定する実行判定部と、前記更新履歴情報を更新する更新履歴情報更新部とを更に備え、前記送信制御部は、前記実行判定部によって前記第１ソフトウェアの更新が実行されたと判定された場合、前記サーバ装置に前記第１ソフトウェアの更新が実行されたことを示す更新完了情報を、前記通信部により送信させ、前記更新履歴情報更新部は、前記更新完了情報を受信した前記サーバ装置から前記更新履歴情報の更新を指示する情報が前記通信部により受信された場合、前記更新履歴情報を更新するものである。

（３）の態様は、上記（１）または（２）の態様に係る情報処理装置において、前記第１更新情報は、前記ソフトウェアのうち、前記ネットワークを介して更新することができる第２ソフトウェアが存在し、且つ前記第２ソフトウェアの更新を実行する際の更新条件が、特定の第１ソフトウェアの更新が完了していることである場合に、前記サーバ装置により送信されるものである。

（４）の態様は、上記（３）の態様に係る情報処理装置において、前記第１更新情報には、後続の前記第２ソフトウェアに関する情報が付随しており、前記通知制御部は、前記第１更新情報と、前記第２ソフトウェアの更新が有ることを示す第２更新情報とを、前記通知部に通知させるものである。

（５）の態様は、上記（１）から（４）のいずれかの態様に係る情報処理装置において、前記更新履歴情報は、前記第１ソフトウェアの更新履歴を示す値のハッシュ値であるものである。

（６）この発明の他の態様の情報処理方法は、コンピュータが、他の装置と通信し、車両に搭載される車載機器において実行されるソフトウェアをネットワークを介して供給するサーバ装置に、前記ソフトウェアの更新履歴情報を送信し、前記ソフトウェアのうち、前記ネットワークを介して更新することができない第１ソフトウェアの更新が有ることを示す第１更新情報が前記サーバ装置から受信された場合、前記車両に搭載され、前記車両の乗員に情報を通知する通知部に、前記第１更新情報を通知するものである。

（７）この発明の他の態様のプログラムは、コンピュータに、他の装置と通信させ、車両に搭載される車載機器において実行されるソフトウェアをネットワークを介して供給するサーバ装置に、前記ソフトウェアの更新履歴情報を送信させ、前記ソフトウェアのうち、前記ネットワークを介して更新することができない第１ソフトウェアの更新が有ることを示す第１更新情報が前記サーバ装置から受信された場合、前記車両に搭載され、前記車両の乗員に情報を通知する通知部に、前記第１更新情報を通知させるものである。

（１）〜（７）によれば、更新対象のソフトウェアの特徴に応じて車両の乗員に適切な通知を行うことができる。

（２）によれば、ソフトウェアの更新履歴を一元管理することができる。

（３）によれば、更新対象のソフトウェアの更新条件を満たしている場合にソフトウェアを更新することができる。

（４）によれば、更新対象のソフトウェアの更新条件を満たさない場合に車両の乗員に適切な通知を行うことができる。

（５）によれば、車載機器のソフトウェアの更新履歴を秘匿性の高い方法によってサーバ装置に供給することができる。

本実施形態の情報処理装置１０を用いた情報処理システム１の構成の一例を示す図である。 情報処理装置１０の構成の一例を示す図である。 更新履歴情報１２２の内容の一例を示す図である。 ＨＭＩ１４の表示装置に表示される画像ＩＭの一例を示す図である。 ＯＴＡサーバ装置２０の構成の一例を示す図である。 ソフトウェア更新情報２２４の内容の一例を示す図である。 ソフトウェアの更新が有ることを車両Ｍの乗員に通知する処理の一連の流れを示すシーケンス図である。 更新履歴情報１２２を更新する処理の一連の流れを示すシーケンス図である。 第２ソフトウェアを更新する処理の一連の流れを示すシーケンス図である。 変形例のソフトウェア更新情報２２４の内容の一例を示す図である。 更新条件に基づいて第１ソフトウェアの更新が有ることを車両Ｍの乗員に通知する処理の一連の流れを示すシーケンス図である。 更新条件に基づいて、第２ソフトウェアの更新が有ることを車両Ｍの乗員に通知する処理の一連の流れを示すシーケンス図である。 変形例に係る第２ソフトウェアを更新する処理の一連の流れを示すシーケンス図である。

以下、図面を参照し、本発明の報処理装置、情報処理方法、及びプログラムの実施形態について説明する。

＜実施形態＞
図１は、本実施形態の情報処理装置１０を用いた情報処理システム１の構成の一例を示す図である。情報処理システム１は、一以上の車両Ｍにそれぞれ搭載された情報処理装置１０と、ＯＴＡ（Over the Air）サーバ装置２０とを備える。情報処理装置１０と、ＯＴＡサーバ装置２０とは、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、例えば、セルラー網や、Ｗｉ−Ｆｉ網、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。また、これらの構成要素は、それぞれネットワークＮＷを介さずに、直接、無線通信を行ってもよい。

情報処理装置１０は、車両に搭載される車載機器において実行されるソフトウェアの更新に係る処理を行い、且つ車両の乗員にソフトウェアの更新に係る通知を行う。ＯＴＡサーバ装置２０は、ソフトウェアの更新が有ることを情報処理装置１０に通知する。

［情報処理装置１０］
図２は、情報処理装置１０の構成の一例を示す図である。車両Ｍには車両Ｍの各部を制御する一以上のＥＣＵ（Electronic Control Unit）（図示では、ＥＣＵ−Ａ、及びＥＣＵ−Ｂ）が搭載されており、情報処理装置１０は、ＥＣＵと情報の授受が可能に（例えば、ＣＡＮ−ＦＤ（Controller Area Network with Flexible Data Rate）のバスを介して等に）接続される。

情報処理装置１０は、通信部１２と、ＨＭＩ（Human Machine Interface）１４と、制御部１００と、記憶部１２０とを備える。１００は、例えば、ＣＰＵ（Central Processing Unit）などのプロセッサが記憶部１２０に記憶されるプログラム（ソフトウェア）を実行することにより、送信制御部１０２と、通知制御部１０４と、第２ソフトウェア更新部１０６と、実行判定部１０８と、更新履歴情報更新部１１０との各機能部を実現する。また、これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

記憶部１２０は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）により実現されてもよく、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）により実現されてもよく、ドライブ装置に装着される記憶媒体であってもよい。また、記憶部１２０の一部又は全部は、ＮＡＳや外部のストレージサーバ等、情報処理装置１０がアクセス可能な外部装置であってもよい。記憶部１２０には、例えば、プログラムの他、更新履歴情報１２２等の情報が記憶される。

図３は、更新履歴情報１２２の内容の一例を示す図である。ここで、ＯＴＡサーバ装置２０から更新が通知されるソフトウェアには、ネットワークＮＷを介して更新することがでない第１ソフトウェアと、ネットワークＮＷを介して更新することができる第２ソフトウェアとの少なくとも２種類のソフトウェアが存在する。以下、第１ソフトウェアと第２ソフトウェアとを互いに区別しない場合には、単にソフトウェアと記載する。更新履歴情報１２２は、ＯＴＡサーバ装置２０から更新が通知されるソフトウェアのうち、第１ソフトウェアの更新が実行されたか否か（つまり、更新履歴）を示す情報である。更新履歴情報１２２は、例えば、第１ソフトウェアの更新を識別可能な情報（以下、第１ソフトウェアＩＤ）と、各第１ソフトウェアの更新履歴とが互いに対応付けられた情報である。

図３において、更新履歴情報１２２には、第１ソフトウェアＩＤが「１」〜「８」の８個の更新履歴が含まれる。また、図３において、更新履歴は、「１」、又は「０」の２値によって示され、「１」は、更新が実行されたことを表し、「０」は、更新が実行されていないことを表す。図３の更新履歴情報１２２は、情報処理装置１０が搭載される車両において第１ソフトウェアＩＤ１〜ＩＤ２、及び第１ソフトウェアＩＤ５である第１ソフトウェアの更新が実行されており、それ以外の第１ソフトウェアの更新が実行されていないことを示す。

なお、上述では、更新履歴情報１２２が第１ソフトウェアＩＤと、更新履歴とが互いに対応付けられた情報である場合について説明したが、これに限られない。第１ソフトウェアＩＤと、記憶部１２０における更新履歴情報１２２の記憶領域における更新履歴の並び順（例えば、ビッグエンディアン、リトルエンディアン等）が予め定められている場合、更新履歴情報１２２は、単に更新履歴（この一例では、８桁の二進数）を示す情報であってもよい。

図２に戻り、通信部１２は、例えば、ネットワークＮＷに接続される各種装置と無線により通信する。ＨＭＩ１４は、ディスプレイ、スピーカ、タッチパネル、キー等を含む。ＨＭＩ１４は、「通知部」の一例である。

送信制御部１０２は、ＯＴＡサーバ装置２０に更新履歴情報１２２を通信部１２によって送信させる。送信制御部１０２が更新履歴情報１２２をＯＴＡサーバ装置２０に送信するタイミングは、所定の時間間隔毎であってもよく、車両Ｍの乗員によって第１ソフトウェアの更新の有無を確認する操作が行われたタイミングであってもよく、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信を要求されたタイミングであってもよい。以下、送信制御部１０２は、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信を要求されたタイミングにおいて、ＯＴＡサーバ装置２０に更新履歴情報１２２を通信部１２によって送信させるものとする。また、送信制御部１０２は、更新履歴情報１２２をハッシュ関数によって変換したハッシュ値を更新履歴情報１２２として通信部１２によってＯＴＡサーバ装置２０に送信させてもよい。これにより、送信制御部１０２は、秘匿性の高い方法によって更新履歴情報１２２をＯＴＡサーバ装置２０に供給することができる。また、送信制御部１０２は、後述する実行判定部１０８によって第１ソフトウェアの更新が実行されたと判定された場合、第１ソフトウェアの更新が実行されたことを示す情報（以下、更新完了情報）を通信部１２によりＯＴＡサーバ装置２０に送信させる。

通知制御部１０４は、第１ソフトウェアの更新が有ることを示す情報（以下、第１更新情報）がＯＴＡサーバ装置２０から通信部１２により受信（通知）された場合、ＨＭＩ１４の表示装置に画像ＩＭを表示させる。図４は、ＨＭＩ１４の表示装置に表示される画像ＩＭの一例を示す図である。画像ＩＭは、車両Ｍの乗員に第１ソフトウェアの更新が有ることを通知する際に用いられる画像である。画像ＩＭには、例えば、第１ソフトウェアの更新が有ること示すメッセージＭＳが含まれる。メッセージＭＳは、例えば、「ソフトウェアの更新が有ります。カーディーラーで更新を行ってください。」等のメッセージである。

なお、通知制御部１０４は、ＨＭＩ１４の表示装置に画像ＩＭを表示させる以外の方法によって、第１ソフトウェアの更新が有ることを車両Ｍの乗員に通知してもよい。通知制御部１０４は、例えば、メッセージＭＳを示す音声をＨＭＩ１４のスピーカに出力させることによって通知を行ってもよい。

また、通知制御部１０４が第１ソフトウェアの更新が有ることを車両Ｍの乗員に通知するタイミングは、第１更新情報が通信部１２により受信されたタイミングであってもよく、第１更新情報が受信された後、次に車両Ｍの乗員が乗車するタイミングであってもよく、車両Ｍに搭載されるＧＮＳＳ（Global Navigation Satellite System）受信機（不図示）によって特定された車両Ｍの位置と、予め記憶部１２０に記憶されたカーディーラーの位置とが合致するタイミングであってもよい。

第２ソフトウェア更新部１０６は、第２ソフトウェアの更新が有ることを示す情報（以下、第２更新情報）がＯＴＡサーバ装置２０から通信部１２により受信（通知）された場合、ＯＴＡサーバ装置２０から更新対象の第２ソフトウェアを通信部１２により受信し、受信した第２ソフトウェアを、当該第２ソフトウェアが適応されるＥＣＵに供給して、ＥＣＵに第２ソフトウェアの更新を実行させる。

実行判定部１０８は、第１更新情報が通知された後、当該第１更新情報に係る第１ソフトウェアの更新が実行されたか否かを判定する。実行判定部１０８は、例えば、第１ソフトウェアの更新処理を行った担当者によって、第１ソフトウェアの更新を実行したことを示す操作が行われた場合や、各ＥＣＵにおいて実行される第１ソフトウェアのバージョンに変化があった場合に、第１ソフトウェアの更新が実行されたと判定する。

更新履歴情報更新部１１０は、更新完了情報を受信したＯＴＡサーバ装置２０から更新履歴情報１２２を更新する指示が通信部１２により受信された場合、更新履歴情報１２２を更新する。更新履歴情報更新部１１０は、例えば、更新履歴情報１２２のうち、更新完了情報に係る第１ソフトウェアＩＤに対応付けられた更新履歴を「１」に更新する。この場合、更新履歴情報更新部１１０は、第１ソフトウェアの更新処理を行った担当者の操作により、又はＯＴＡサーバ装置２０から、更新完了情報に係る第１ソフトウェアＩＤを取得する。

なお、更新履歴情報１２２は、第１ソフトウェアの更新処理を行った担当者の操作により、仮に更新されるものであってもよい。この場合、更新履歴情報更新部１１０は、更新完了情報として、仮に更新された更新履歴情報１２２をＯＴＡサーバ装置２０に送信する。そして、更新部２０８は、仮に更新された更新履歴情報１２２について、ＯＴＡサーバ装置２０から更新を承諾する指示が通信部１２により受信された場合、仮に更新された更新履歴情報１２２を新たな更新履歴情報１２２として確定する。

［ＯＴＡサーバ装置２０］
図５は、ＯＴＡサーバ装置２０の構成の一例を示す図である。ＯＴＡサーバ装置２０は、例えば、通信部２２と、制御部２００と、記憶部２２０とを備える。制御部２００は、例えば、ＣＰＵなどのプロセッサが記憶部１２０に記憶されるプログラム（ソフトウェア）を実行することにより、更新履歴情報取得部２０２と、通知要否判定部２０４と、通知部２０６と、更新部２０８との各機能部を実現する。また、これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

記憶部２２０は、ＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）により実現されてもよく、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）により実現されてもよく、ドライブ装置に装着される記憶媒体であってもよい。また、記憶部２２０の一部又は全部は、ＮＡＳや外部のストレージサーバ等、ＯＴＡサーバ装置２０がアクセス可能な外部装置であってもよい。記憶部２２０には、例えば、プログラムの他、更新履歴情報データベース２２２、ソフトウェア更新情報２２４等の情報が記憶される。更新履歴情報データベース２２２は、例えば、ネットワークＮＷによって通信可能に接続される情報処理装置１０から集約した更新履歴情報１２２を車両Ｍ毎に記憶するデータベースである。ソフトウェア更新情報２２４は、例えば、ソフトウェアの更新が追加される度に更新される。

図６は、ソフトウェア更新情報２２４の内容の一例を示す図である。ソフトウェアの更新を識別可能な情報（以下、ソフトウェアＩＤ）と、第１ソフトウェアＩＤと、第２ソフトウェアの更新を識別可能な情報（以下、第２ソフトウェアＩＤ）と、ソフトウェアの更新を実行する更新実行日時を示す情報とが互いに対応付けられた情報である。ソフトウェアＩＤは、例えば、第１ソフトウェアＩＤと、第２ソフトウェアＩＤとを更新実行日時順に並べた順序を示す。

図５に戻り、更新履歴情報取得部２０２は、ソフトウェア更新情報２２４に基づいて、更新実行日時となったソフトウェアの更新が有るか否かを判定する。更新履歴情報取得部２０２は、ソフトウェアの更新が有ると判定した場合、当該ソフトウェアが第１ソフトウェアであるか否かを判定する。更新履歴情報取得部２０２は、当該ソフトウェアが第１ソフトウェアであると判定した場合、情報処理装置１０に対して更新履歴情報１２２の送信を要求する。そして、更新履歴情報取得部２０２は、要求に応じて送信された更新履歴情報１２２を情報処理装置１０から通信部２２によって受信（取得）する。

なお、更新履歴情報取得部２０２は、更新実行日時となった第２ソフトウェアの更新が有ることを示す場合、更新履歴情報１２２を情報処理装置１０に要求しない。これは、第２ソフトウェアがネットワークＮＷを介して更新することが可能なソフトウェアであるため、更新に伴う車両Ｍの乗員への通知を要しないためである。また、制御部２００は、通知要否判定部２０４の判定結果が、更新実行日時となった第２ソフトウェアの更新が有ることを示す場合、当該第２ソフトウェアを通信部２２によって情報処理装置１０に送信させる送信制御部を備えていてもよい。この場合、制御部１００は、ＯＴＡサーバ装置２０から通信部１２によって第２ソフトウェアを受信し、受信した第２ソフトウェアを当該第２ソフトウェアが適応されるＥＣＵに供給し、ＥＣＵに更新を実行させてもよい。

通知要否判定部２０４は、更新履歴情報取得部２０２によって取得された更新履歴情報１２２に基づいて、情報処理装置１０が搭載されている車両Ｍにおいて、当該第１ソフトウェアの更新が実行されたか否かを判定する。

通知部２０６は、通知要否判定部２０４の判定結果が、第１ソフトウェアの更新が実行されていないことを示す場合、第１ソフトウェアの更新が有ることを示す情報（つまり、第１更新情報）を通信部２２によって情報処理装置１０に送信（通知）させる。

なお、上述では、通知部２０６が、更新実行日時となった第１ソフトウェアが有る場合と、更新実行日時となった第２ソフトウェアの更新条件に含まれる第１ソフトウェアが有る場合との両方について、第１更新情報を通信部２２によって情報処理装置１０に送信する場合について説明したが、これに限られない。通知部２０６は、更新実行日時となった第２ソフトウェアの更新条件に含まれる第１ソフトウェアが有る場合にのみ、当該第１ソフトウェアに係る第１ソフトウェアを通信部２２によって情報処理装置１０に送信するものであってもよい。この場合、第１更新情報には、更新実行日時となった第２ソフトウェアの更新が有ることを示す第２更新情報が付随する。

更新部２０８は、情報処理装置１０から更新完了情報を通信部２２によって受信した場合、更新履歴情報データベース２２２のうち、当該更新完了情報を送信した情報処理装置１０に係る更新履歴情報１２２に含まれる更新履歴であり、当該更新完了情報に係るソフトウェアの更新履歴を更新する。また、更新部２０８は、情報処理装置１０に対して更新履歴情報１２２の更新を指示する。

なお、更新部２０８は、情報処理装置１０から更新完了情報として仮に更新された更新履歴情報１２２を通信部２２によって受信した場合、当該更新履歴情報１２２を新たな更新履歴情報１２２として確定し、ソフトウェア更新情報２２４を更新してもよい。

［動作フロー］
図７は、ソフトウェアの更新が有ることを車両Ｍの乗員に通知する処理の一連の流れを示すシーケンス図である。図７に示すシーケンス図は所定の時間間隔毎に繰り返し時刻される。まず、更新履歴情報取得部２０２は、ソフトウェア更新情報２２４に基づいて、更新実行日時となったソフトウェアの更新が有るか否かを判定する（ステップＳ１００）。更新履歴情報取得部２０２は、ソフトウェア更新情報２２４に示されるソフトウェアの更新実行日時となるまでの間、待機する。更新履歴情報取得部２０２は、更新実行日時となったソフトウェアの更新が有ると判定した場合、当該ソフトウェアが第１ソフトウェアであるか否かを判定する（ステップＳ１０２）。更新履歴情報取得部２０２は、当該ソフトウェアが第２ソフトウェアであると判定した場合、更新に伴う車両Ｍの乗員への通知を要しないため、処理を終了する。更新履歴情報取得部２０２は、当該ソフトウェアが第１ソフトウェアであると判定した場合、情報処理装置１０に対して更新履歴情報１２２の送信を要求する（ステップＳ１０４）。

送信制御部１０２は、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信を要求されたか否かを判定する（ステップＳ１０６）。送信制御部１０２は、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信が要求されるまでの間、待機する。送信制御部１０２は、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信が要求された場合、ＯＴＡサーバ装置２０に更新履歴情報１２２を通信部１２によって送信させる（ステップＳ１０８）。

更新履歴情報取得部２０２は、情報処理装置１０から更新履歴情報１２２を受信（取得）するまでの間、待機する（ステップＳ１１０）。通知要否判定部２０４は、更新履歴情報取得部２０２によって取得された更新履歴情報１２２に基づいて、更新履歴情報取得部２０２によって更新実行日時となったと判定された第１ソフトウェアの更新が車両Ｍにおいて実行されたか否かを判定する（ステップＳ１１２）。通知要否判定部２０４は、第１ソフトウェアの更新が車両Ｍにおいて実行されている場合、更新に伴う車両Ｍの乗員への通知を要しないため、処理を終了する。通知部２０６は、通知要否判定部２０４の判定結果が、第１ソフトウェアの更新が実行されていないことを示す場合、第１ソフトウェアの更新が有ることを示す情報（つまり、第１更新情報）を通信部２２によって情報処理装置１０に送信（通知）させる（ステップＳ１１４）。

通知制御部１０４は、第１更新情報がＯＴＡサーバ装置２０から通信部１２により受信（通知）されるまでの間、待機する（ステップＳ１１６）。通知制御部１０４は、第１更新情報が受信された場合、第１ソフトウェアの更新が有ることを車両Ｍの乗員に通知する（ステップＳ１１８）。通知制御部１０４は、例えば、ＨＭＩ１４の表示装置に画像ＩＭを表示させ、通知を実行する。なお、通知制御部１０４は、第１更新情報に第２更新情報が付随する場合、第１ソフトウェア、及び第２ソフトウェアの更新が有ることを、ＨＭＩ１４に車両Ｍの乗員に通知させてもよい。

図８は、更新履歴情報１２２を更新する処理の一連の流れを示すシーケンス図である。まず、実行判定部１０８は、通知制御部１０４において通知した第１ソフトウェアの更新が完了したか否かを判定する（ステップＳ２００）。送信制御部１０２は、実行判定部１０８によって第１ソフトウェアの更新が実行されたと判定された場合、第１ソフトウェアの更新が実行されたことを示す情報（つまり、更新完了情報）を通信部１２によりＯＴＡサーバ装置２０に送信させる（ステップＳ２０２）。

更新部２０８は、情報処理装置１０から通信部２２により更新完了情報を受信するまでの間、待機する（ステップＳ２０４）。更新部２０８は、情報処理装置１０から更新完了情報を通信部２２によって受信した場合、更新履歴情報データベース２２２のうち、当該更新完了情報を送信した情報処理装置１０に係る更新履歴情報１２２に含まれる更新履歴であり、当該更新完了情報に係るソフトウェアの更新履歴を更新する（ステップＳ２０６）。また、更新部２０８は、情報処理装置１０に対して更新履歴情報１２２の更新を指示する（ステップＳ２０８）。

図９は、第２ソフトウェアを更新する処理の一連の流れを示すシーケンス図である。図９に示すシーケンス図は、所定の時間間隔毎に繰り返し実行される。まず、第２ソフトウェア更新部１０６は、ソフトウェアの更新が有るか否かを判定する（ステップＳ５００）。第２ソフトウェア更新部１０６は、例えば、通信部１２によってＯＴＡサーバ装置２０から第１更新情報、又は第２更新情報を受信した場合に、ソフトウェアの更新が有ると判定する。第２ソフトウェア更新部１０６は、ソフトウェアの更新が有るまでの間、待機する。第２ソフトウェア更新部１０６は、ソフトウェアの更新が有ると判定した場合、更新対象のソフトウェアが第２ソフトウェアであるか（つまり、第２更新情報を受信したか）否かを判定する（ステップＳ５０２）。第２ソフトウェア更新部１０６は、更新対象のソフトウェアが第１ソフトウェアであると判定した場合、情報処理装置１０によって第１ソフトウェアを更新することができないため、処理を終了する。第２ソフトウェア更新部１０６は、更新対象のソフトウェアが第２ソフトウェアであると判定した場合、ＯＴＡサーバ装置２０から通信部１２によって第２ソフトウェアを受信し、受信した第２ソフトウェアを当該第２ソフトウェアが適応されるＥＣＵに供給し、ＥＣＵに更新を実行させる（ステップＳ５０４）。

更新履歴情報更新部１１０は、ＯＴＡサーバ装置２０から通信部１２により更新履歴情報１２２の更新の指示を受け付けるまでの間、待機する（ステップＳ２１０）。更新履歴情報更新部１１０は、更新履歴情報１２２の更新の指示を受け付けた場合、更新履歴情報１２２のうち、更新完了情報に係る第１ソフトウェアの第１ソフトウェアＩＤに対応付けられた更新履歴を「１」に更新する（ステップＳ２１２）。

以上説明したように、本実施形態の情報処理装置１０によれば、更新対象のソフトウェアの特徴（例えば、第１ソフトウェアであるか、第２ソフトウェアであるか）に応じて車両Ｍの乗員に適切な通知を行うことができる。この結果、本実施形態の情報処理装置１０は、車両Ｍに搭載される車載機器において適切なソフトウェアが実行されるように、車両Ｍの乗員に促すことができる。

また、本実施形態の情報処理装置１０によれば、第１ソフトウェアの完了に応じて更新完了情報をＯＴＡサーバ装置２０に送信するため、ＯＴＡサーバ装置２０の更新履歴情報データベース２２２によって更新履歴情報１２２を一元管理することができる。

［変形例］
以下、図面を参照し、上述した実施形態の変形例について説明する。変形例では、更新実行日時となったことに加えて、更新条件を満たす際にソフトウェアの更新が実行される場合について説明する。なお、上述した実施形態と同様の構成については、同一の符号を付して説明を省略する。

図１０は、変形例のソフトウェア更新情報２２４の内容の一例を示す図である。変形例のソフトウェア更新情報２２４は、ソフトウェアＩＤと、更新実行日時と、第１ソフトウェアＩＤと、第２ソフトウェアＩＤと、ソフトウェアを更新する際の更新条件を示す情報とが互いに対応付けられた情報である。更新条件には、例えば、更新条件がないこと（つまり、無条件であること）、車両Ｍの乗員の同意に応じて行われること、既にリリースされたソフトウェアの更新が実行されていること等が含まれる。図１０において、ソフトウェアＩＤ５（第２ソフトウェアＩＤ２）の第２ソフトウェアには、更新条件として、「第１ソフトウェアＩＤ３である第１ソフトウェアの更新が実行されている」ことが対応付けられ、ソフトウェアＩＤ６（第１ソフトウェアＩＤ４）の第１ソフトウェアには、更新条件として、「（費用請求が発生するため、）乗員の同意に応じて行う」ことが対応付けられ、ソフトウェアＩＤ７（第１ソフトウェアＩＤ５）の第１ソフトウェアには、更新条件として、「第１ソフトウェアＩＤ４である第１ソフトウェアの更新が実行されている」ことが対応付けられている。

［更新条件が対応付けられた第１ソフトウェアについて］
次に、更新条件が対応付けられた第１ソフトウェアに係る処理について説明する。変形例の更新履歴情報取得部２０２は、更新実行日時となったソフトウェアが第１ソフトウェアであると判定した場合、当該第１ソフトウェアの更新条件に他の第１ソフトウェアの更新が実行されていることが含まれるか否かを判定する。制御部２００が備える各部は、更新履歴情報取得部２０２によって更新条件に他の第１ソフトウェアの更新が実行されていることが含まれていないと判定された場合、上述した処理と同様に、当該第１ソフトウェアに係る通知を行う。

更新履歴情報取得部２０２は、更新条件に他の第１ソフトウェアの更新が実行されることが含まれている場合、当該他の第１ソフトウェアについて、通知部２０６により既に情報処理装置１０に対して通知が行われているか否かを判定する。制御部２００が備える各部は、更新履歴情報取得部２０２によって当該他の第１ソフトウェアについて、通知部２０６により既に情報処理装置１０に対し通知が行われていないと判定された場合、更新日時となった第１ソフトウェアと併せて、通知が行われていない他の第１ソフトウェアについても、上述した処理と同様に通知を行う。

更新履歴情報取得部２０２は、当該他の第１ソフトウェアについて、通知部２０６により既に情報処理装置１０に対し通知が行われたと判定した場合、更新履歴情報データベース２２２に基づいて、対象の車両Ｍにおいて当該他の第１ソフトウェアの更新が実行されているか否かを判定する。制御部２００が備える各部は、更新履歴情報取得部２０２によって対象の車両Ｍにおいて当該他の第１ソフトウェアの更新が実行されていると判定された場合、上述した処理と同様に、更新実行日時となった第１ソフトウェアに係る通知を行う。

制御部２００が備える各部は、更新履歴情報取得部２０２によって対象の車両Ｍにおいて当該他の第１ソフトウェアの更新を車両Ｍの乗員に通知したものの、更新が実行されていないと判定された場合、乗員の意図で当該他の第１ソフトウェアの更新が実行されていないものとみなし、当該他の第１ソフトウェアの更新が実行されていることが更新条件である第１ソフトウェア（つまり、更新実行日時となったソフトウェア）に係る通知処理を実行せず、処理を終了する。これにより、ＯＴＡサーバ装置２０は、情報処理装置１０に対して不要な通知を行わないようにすることができる。

［更新条件が対応付けられた第２ソフトウェア］
次に、更新条件が対応付けられた第２ソフトウェアに係る処理について説明する。変形例の更新履歴情報取得部２０２は、更新実行日時となったソフトウェアが第２ソフトウェアであると判定した場合、当該第２ソフトウェアの更新条件に、当該第２ソフトウェアよりも先にリリースされた第１ソフトウェアの更新が実行されていることが含まれるか否かを判定する。更新履歴情報取得部２０２は、当該第２ソフトウェアの更新条件に、第１ソフトウェアの更新が実行されていることが含まれると判定した場合、情報処理装置１０に対して更新履歴情報１２２の送信を要求する。更新実行日時となった第２ソフトウェアは、第１ソフトウェアの後続の（第１ソフトウェアの処理を引き継ぐ）ソフトウェアの一例である。

通知要否判定部２０４は、更新履歴情報取得部２０２によって取得された更新履歴情報１２２に基づいて、第２ソフトウェアの更新条件に係る第１ソフトウェアの更新が実行されたか否かを判定する。

通知部２０６は、通知要否判定部２０４の判定結果が、第１ソフトウェアの更新が実行されていないことを示す場合、第１ソフトウェアの更新が有ることを示す情報（つまり、第１更新情報）を通信部２２によって情報処理装置１０に送信（通知）させる。

［動作フロー］
図１１は、更新条件に基づいて第１ソフトウェアの更新が有ることを車両Ｍの乗員に通知する処理の一連の流れを示すシーケンス図である。図１１に示す処理のうち、図７に示す処理と同様の処理については、同一のステップ番号を付して説明を省略する。変形例において、更新履歴情報取得部２０２は、ステップＳ１０２の処理において、更新実行日時となったソフトウェアが第１ソフトウェアであると判定した場合、当該第１ソフトウェアの更新条件に他の第１ソフトウェアの更新が実行されていることが含まれるか否かを判定する（ステップＳ３００）。更新履歴情報取得部２０２は、更新条件に他の第１ソフトウェアの更新が実行されていることが含まれないと判定する場合、上述した処理と同様に当該第１ソフトウェアに係る通知を行ため、処理をステップＳ１０４に進める。

更新履歴情報取得部２０２は、更新条件に他の第１ソフトウェアの更新が実行されることが含まれている場合、当該他の第１ソフトウェアについて、通知部２０６により既に情報処理装置１０に対して通知が行われているか否かを判定する（ステップＳ３０２）。更新履歴情報取得部２０２は、当該他の第１ソフトウェアについて、通知部２０６により既に情報処理装置１０に対し通知が行われていないと判定した場合、更新日時となった第１ソフトウェアと併せて、通知が行われていない他の第１ソフトウェアについても、上述した処理と同様に通知を行うため、処理をステップＳ１０４に進める。

更新履歴情報取得部２０２は、当該他の第１ソフトウェアについて、通知部２０６により既に情報処理装置１０に対し通知が行われたと判定した場合、更新履歴情報データベース２２２に基づいて、対象の車両Ｍにおいて当該他の第１ソフトウェアの更新が実行されているか否かを判定する（ステップＳ２０４）。更新履歴情報取得部２０２は、対象の車両Ｍにおいて当該他の第１ソフトウェアの更新が実行されていると判定した場合、上述した処理と同様に、更新実行日時となった第１ソフトウェアに係る通知を行うため、処理をステップＳ１０４に進める。

更新履歴情報取得部２０２は、対象の車両Ｍにおいて当該他の第１ソフトウェアの更新を車両Ｍの乗員に通知したものの、更新が実行されていないと判定した場合、乗員の意図で当該他の第１ソフトウェアの更新が実行されていないものとみなし、更新実行日時となったソフトウェアに係る通知処理を実行せず、処理を終了する。

図１２は、更新条件に基づいて、第２ソフトウェアの更新が有ることを車両Ｍの乗員に通知する処理の一連の流れを示すシーケンス図である。図１２に示す処理は、図７、又は図１１に示すステップＳ１０２の処理において、更新履歴情報取得部２０２によって更新実行日時であると判定されたソフトウェアが、第２ソフトウェアであると判定された場合に、実行されるものである。まず、更新履歴情報取得部２０２は、更新実行日時となったソフトウェアが第２ソフトウェアであると判定した場合、当該第２ソフトウェアの更新条件に、第１ソフトウェアの更新が実行されていることが含まれるか否かを判定する（ステップＳ４００）。更新履歴情報取得部２０２は、当該第２ソフトウェアの更新条件に、第１ソフトウェアの更新が実行されていることが含まれると判定した場合、情報処理装置１０に対して更新履歴情報１２２の送信を要求する（ステップＳ４０４）。

送信制御部１０２は、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信を要求されたか否かを判定する（ステップＳ４０６）。送信制御部１０２は、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信が要求されるまでの間、待機する。送信制御部１０２は、ＯＴＡサーバ装置２０から更新履歴情報１２２の送信が要求された場合、ＯＴＡサーバ装置２０に更新履歴情報１２２を通信部１２によって送信させる（ステップＳ４０８）。

更新履歴情報取得部２０２は、情報処理装置１０から更新履歴情報１２２を受信（取得）するまでの間、待機する（ステップＳ４１０）。通知要否判定部２０４は、更新履歴情報取得部２０２によって取得された更新履歴情報１２２に基づいて、更新実行日時となった第２ソフトウェアの更新条件に含まれる第１ソフトウェアの更新が実行されたか否かを判定する（ステップＳ４１２）。通知要否判定部２０４は、更新実行日時となった第２ソフトウェアの更新条件に含まれる第１ソフトウェアの更新が実行されたと判定した場合、第２ソフトウェアを更新可能であり、この場合、更新に伴う車両Ｍの乗員への通知を要しないため、処理を終了する。通知部２０６は、通知要否判定部２０４の判定結果が、更新実行日時となった第２ソフトウェアの更新条件に含まれる第１ソフトウェアの更新が実行されていないことを示す場合、第１ソフトウェアの更新が有ることを示す情報（つまり、第１更新情報）を通信部２２によって情報処理装置１０に送信（通知）させる（ステップＳ４１２）。通知要否判定部２０４は、更新履歴情報取得部２０２によって取得された更新履歴情報１２２に基づいて、第２ソフトウェアの更新条件に係る第１ソフトウェアの更新が実行されたか否かを判定する（ステップＳ４１４）。

通知制御部１０４は、第１更新情報がＯＴＡサーバ装置２０から通信部１２により受信（通知）されるまでの間、待機する（ステップＳ４１６）。通知制御部１０４は、第１更新情報が受信された場合、第１ソフトウェアの更新が有ることを車両Ｍの乗員に通知する（ステップＳ４１８）。

図１３は、変形例に係る第２ソフトウェアを更新する処理の一連の流れを示すシーケンス図である。図１３に示すシーケンス図は、所定の時間間隔毎に繰り返し実行される。まず、第２ソフトウェア更新部１０６は、ソフトウェアの更新が有るか否かを判定する（ステップＳ６００）。第２ソフトウェア更新部１０６は、例えば、通信部１２によってＯＴＡサーバ装置２０から第１更新情報、又は第２更新情報を受信した場合に、ソフトウェアの更新が有ると判定する。第２ソフトウェア更新部１０６は、ソフトウェアの更新が有るまでの間、待機する。第２ソフトウェア更新部１０６は、ソフトウェアの更新が有ると判定した場合、更新対象のソフトウェアが第２ソフトウェアであるか（つまり、第２更新情報を受信したか）否かを判定する（ステップＳ６０２）。第２ソフトウェア更新部１０６は、更新対象のソフトウェアが第１ソフトウェアであると判定した場合、情報処理装置１０によって第１ソフトウェアを更新することができないため、処理を終了する。

第２ソフトウェア更新部１０６は、更新対象のソフトウェアが第２ソフトウェアであると判定した場合、ソフトウェア更新情報２２４に基づいて、当該第２ソフトウェアの更新条件に、第１ソフトウェアの更新が実行されていることが含まれているか否かを判定する（ステップＳ６０４）。第２ソフトウェア更新部１０６は、更新条件に第１ソフトウェアの更新が実行されていることが含まれていると判定した場合、更新履歴情報１２２に基づいて、当該第１ソフトウェアの更新が実行されたか否かを判定する（ステップＳ６０６）。第２ソフトウェア更新部１０６は、更新条件である第１ソフトウェアの更新が実行されていないと判定した場合、更新条件の第１ソフトウェアの更新が実行されるまでの間、更新対象の第２ソフトウェアの更新を実行せず（ステップＳ６０８）、処理をステップＳ６０６に進める。第２ソフトウェア更新部１０６は、更新条件である第１ソフトウェアの更新が実行されたと判定した場合、ＯＴＡサーバ装置２０から通信部１２によって第２ソフトウェアを受信し、受信した第２ソフトウェアを当該第２ソフトウェアが適応されるＥＣＵに供給し、ＥＣＵに更新を実行させる（ステップＳ６１０）。

第２ソフトウェア更新部１０６は、更新条件に第１ソフトウェアの更新が実行されていることが含まれていないと判定した場合、更新条件に他の第２ソフトウェアの更新が実行されていることが含まれているか否かを判定する（ステップＳ６１２）。第２ソフトウェア更新部１０６は、更新条件に第１ソフトウェアの更新に係る条件、及び第２ソフトウェアの更新に係る条件が含まれていないと判定した場合、即時第２ソフトウェアが更新可能であるものとみなし、ＯＴＡサーバ装置２０から通信部１２によって第２ソフトウェアを受信し、受信した第２ソフトウェアを当該第２ソフトウェアが適応されるＥＣＵに供給し、ＥＣＵに更新を実行させる（ステップＳ６１０）。

第２ソフトウェア更新部１０６は、更新条件に他の第２ソフトウェアの更新が実行されていることが含まれると判定した場合、当該他の第２ソフトウェアが適応されるＥＣＵのソフトウェアバージョン等を参照し、当該他の第２ソフトウェアの更新が実行されているか否かを判定する（ステップＳ６１４）。第２ソフトウェア更新部１０６は、更新条件である他の第２ソフトウェアの更新が実行されていないと判定した場合、更新条件の他の第２ソフトウェアの更新が実行されるまでの間、更新対象の第２ソフトウェアの更新を実行せず（ステップＳ６１６）、処理をステップＳ６１４に進める。第２ソフトウェア更新部１０６は、更新条件である他の第２ソフトウェアの更新が実行されたと判定した場合、ＯＴＡサーバ装置２０から通信部１２によって更新対象の第２ソフトウェアを受信し、受信した第２ソフトウェアを当該第２ソフトウェアが適応されるＥＣＵに供給し、ＥＣＵに更新を実行させる（ステップＳ６１０）。

以上説明したように、変形例の情報処理装置１０によれば、更新対象のソフトウェアの更新条件を満たさない場合に車両Ｍの乗員に適切な通知を行うことができる。

［ハードウェア交換に係る通知について］
なお、上述では、通知制御部１０４が、第１ソフトウェアの更新が有ることを車両Ｍの乗員に通知する場合について説明したがこれに限られない。通知制御部１０４は、例えば、ソフトウェアアップデートに関わらない、ハードウェア交換のみを要すること（以下、ハードウェアの更新）を車両Ｍの乗員に通知してもよい。ハードウェアの更新の履歴は、第１ソフトウェアの更新と同様に、更新履歴情報１２２によって管理される。また、通知制御部１０４は、ハードウェアの更新を、上述した第１ソフトウェアの更新と同様の処理によって車両Ｍの乗員に通知する。また、更新履歴情報１２２は、カーディーラーにおいてハードウェアの更新が行われた場合、ハードウェアの更新を行った担当者の操作により、更新されてもよい。この場合、担当者は、診断機、又は専用冶具を使ってのみ、更新履歴情報１２２の更新が可能である。診断機、又は専用治具を使ってのみ、更新履歴情報１２２の更新が可能であることによって、不用意に更新履歴情報１２２が更新されることを避け、リコール等の更新結果を確実にマーキングすることができる。この結果、通知制御部１０４は、車両Ｍの乗員に適切な通知を行うことができる。更新履歴情報更新部１１０は、更新完了情報として、担当者によって更新された更新履歴情報１２２をＯＴＡサーバ装置２０に送信する。

［ＯＴＡサーバ装置２０が備える機能部について］
なお、上述では、ＯＴＡサーバ装置２０が通知要否判定部２０４を備える場合について説明したが、これに限られない。例えば、情報処理装置１０が通知要否判定部２０４をそなえていてもよい。この場合、記憶部１２０にソフトウェア更新情報２２４が記憶されていてもよい。これにより、情報処理装置１０は、ＯＴＡサーバ装置２０との通信を介さずに、ソフトウェアの更新を早急に把握することができ、通知に係る処理を低減することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１…情報処理システム、１０…情報処理装置、１２…通信部、１００…制御部、１０２…送信制御部、１０４…通知制御部、１０６…第２ソフトウェア更新部、１０８…実行判定部、１１０…更新履歴情報更新部、１２０…記憶部、１２２…更新履歴情報、２０…ＯＴＡサーバ装置、２２…通信部、２００…制御部、２０２…更新履歴情報取得部、２０４…通知要否判定部、２０６…通知部、２０８…更新部、２２０…記憶部、２２２…更新履歴情報データベース、２２４…ソフトウェア更新情報

Claims (7)

1. 他の装置と通信する通信部と、
   前記通信部を用いて、車両に搭載される車載機器において実行されるソフトウェアをネットワークを介して供給するサーバ装置に、前記ソフトウェアの更新履歴情報を送信する送信制御部と、
   前記ソフトウェアのうち、前記ネットワークを介して更新することができない第１ソフトウェアの更新が有ることを示す第１更新情報が前記サーバ装置から前記通信部により受信された場合、前記車両に搭載され、前記車両の乗員に情報を通知する通知部に、前記第１更新情報を通知させる通知制御部と、
   を備える情報処理装置。
2. 前記通信部により前記第１更新情報が受信された後、前記第１ソフトウェアの更新が実行されたか否かを判定する実行判定部と、
   前記更新履歴情報を更新する更新履歴情報更新部とを更に備え、
   前記送信制御部は、前記実行判定部によって前記第１ソフトウェアの更新が実行されたと判定された場合、前記サーバ装置に前記第１ソフトウェアの更新が実行されたことを示す更新完了情報を、前記通信部により送信させ、
   前記更新履歴情報更新部は、前記更新完了情報を受信した前記サーバ装置から前記更新履歴情報の更新を指示する情報が前記通信部により受信された場合、前記更新履歴情報を更新する、
   請求項１に記載の情報処理装置。
3. 前記第１更新情報は、前記ソフトウェアのうち、前記ネットワークを介して更新することができる第２ソフトウェアが存在し、且つ前記第２ソフトウェアの更新を実行する際の更新条件が、特定の第１ソフトウェアの更新が完了していることである場合に、前記サーバ装置により送信される、
   請求項１または２に記載の情報処理装置。
4. 前記第１更新情報には、後続の前記第２ソフトウェアに関する情報が付随しており、
   前記通知制御部は、前記第１更新情報と、前記第２ソフトウェアの更新が有ることを示す第２更新情報とを、前記通知部に通知させる、
   請求項３に記載の情報処理装置。
5. 前記更新履歴情報は、前記第１ソフトウェアの更新履歴を示す値のハッシュ値である、
   請求項１から４のうちいずれか一項に記載の情報処理装置。
6. コンピュータが、
   他の装置と通信し、
   車両に搭載される車載機器において実行されるソフトウェアをネットワークを介して供給するサーバ装置に、前記ソフトウェアの更新履歴情報を送信し、
   前記ソフトウェアのうち、前記ネットワークを介して更新することができない第１ソフトウェアの更新が有ることを示す第１更新情報が前記サーバ装置から受信された場合、前記車両に搭載され、前記車両の乗員に情報を通知する通知部に、前記第１更新情報を通知する、
   情報処理方法。
7. コンピュータに、
   他の装置と通信させ、
   車両に搭載される車載機器において実行されるソフトウェアをネットワークを介して供給するサーバ装置に、前記ソフトウェアの更新履歴情報を送信させ、
   前記ソフトウェアのうち、前記ネットワークを介して更新することができない第１ソフトウェアの更新が有ることを示す第１更新情報が前記サーバ装置から受信された場合、前記車両に搭載され、前記車両の乗員に情報を通知する通知部に、前記第１更新情報を通知させる、
   プログラム。

Images