JP2022138692A - 情報処理装置 - Google Patents

Abstract

【課題】通信環境が変化した場合でも安定した動作を行える情報処理装置を提供する。【解決手段】動作に必要なソフトウェアを、ネットワークを介して第一の装置から取得することと、前記第一の装置とは異なる第二の装置から前記ソフトウェアを取得することと、を選択可能に構成された情報処理装置。自装置と前記ネットワークとの間の通信環境に基づいて、前記第一の装置から前記ソフトウェアを取得するか、前記第二の装置から前記ソフトウェアを取得するかを切り替える。【選択図】図７

Description

本発明は、情報処理装置に関する。

近年、組み込み機器のクラウドコンピューティング化が進んでいる。これに関連し、特許文献１には、ネットワークと通信を行うことで、必要なデータをサーバ装置から取得するナビゲーション装置が開示されている。

特開２００４－３０９３８２号公報

本開示は、通信環境が変化した場合でも安定した動作を行える情報処理装置を提供することを目的とする。

本開示の第一の態様は、動作に必要なソフトウェアを、ネットワークを介して第一の装置から取得することと、前記第一の装置とは異なる第二の装置から前記ソフトウェアを取得することと、を選択可能に構成され、自装置と前記ネットワークとの間の通信環境に基づいて、前記第一の装置から前記ソフトウェアを取得するか、前記第二の装置から前記ソフトウェアを取得するかを切り替える情報処理装置である。

また、他の態様として、上記の情報処理装置が実行する方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

本開示によれば、通信環境が変化した場合でも安定した動作を行える情報処理装置を提供することができる。

実施形態に係る車両システムのシステム構成図。 車両が有する構成要素を示したブロック図。 ＤＣＭが有する制御部および記憶部の論理構成を示したブロック図。 ＤＣＭが利用するソフトウェアのパターンを示した図。 センタサーバが有する構成要素を示したブロック図。 ユーザ端末が有する構成要素を示したブロック図。 ＤＣＭが実行する処理のフローチャート。

本開示の一態様は、移動体に搭載される情報処理装置である。
具体的には、動作に必要なソフトウェアを、ネットワークを介して第一の装置から取得することと、前記第一の装置とは異なる第二の装置から前記ソフトウェアを取得することと、を選択可能に構成され、自装置と前記ネットワークとの間の通信環境に基づいて、前記第一の装置から前記ソフトウェアを取得するか、前記第二の装置から前記ソフトウェア
を取得するかを切り替えることを特徴とする。

情報処理装置は、例えば、移動体（車両等）に搭載されたコンピュータとすることができる。情報処理装置は、動作に必要なソフトウェアを、ネットワークを介して取得する。動作に必要なソフトウェアとは、典型的には、ブートイメージ、ファームウェア、システムファイル等であるが、これ以外（例えば、アプリケーションソフトウェア等）を含んでもよい。
これらのソフトウェアを、ネットワークを介して取得することで、常に最新の環境で装置を動作させることが可能になるほか、ローカルストレージにかかるコストを抑制することができる。

一方、装置の起動にネットワーク接続を必須とした場合、移動体の通信環境（例えば、基地局との通信における電界強度等）によってはブートが失敗するといった問題が起こりうる。そこで、本開示に係る情報処理装置は、動作に必要なソフトウェアを、複数の装置から選択的に取得可能にし、どの装置からソフトウェアを取得するかを、自装置の通信環境に基づいて決定する。

例えば、広域ネットワーク上のサーバ装置にソフトウェアが配置されており、ネットワークを介して当該ソフトウェアを取得することが困難である通信環境下に装置がある場合、当該装置は、ローカル接続された別の装置に接続し、代替となるソフトウェアを取得する。このように、複数の異なる装置からソフトウェアを取得可能に構成することで、通信環境の変化に強いクラウドコンピューティングシステムを提供することが可能になる。

なお、第一の装置と、第二の装置は、同一のネットワークに接続された装置であってもよいし、それぞれ異なるネットワークに接続された装置であってもよい。さらに、第二の装置は、ネットワーク接続ではなく、ローカル接続された装置（ローカルデバイス）であってもよい。ローカル接続された装置とは、自装置と有線接続された装置であってもよいし、自装置に内蔵された記憶装置等であってもよい。

また、第一の装置によって提供されるソフトウェアと、第二の装置によって提供されるソフトウェアは、それぞれ異なるものであってもよい。例えば、第一の装置によって提供されるソフトウェアは、設計された全ての機能を提供するものであり、第二の装置によって提供されるソフトウェアは、設計された機能のうちの一部（限定された機能）を提供するものであってもよい。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

（第一の実施形態）
第一の実施形態に係る車両システムの概要について、図１を参照しながら説明する。本実施形態に係る車両システムは、車両１と、センタサーバ２と、ユーザ端末３と、を含んで構成される。

車両１は、通信機能を有するコネクティッドカーである。車両１は、車載端末と、複数の電子制御ユニット（Electronic Control Unit，ＥＣＵとも称する）と、当該複数の電
子制御ユニットを管理するコンピュータであるＤＣＭ（Data Communication Module）１
０と、を含んで構成される。

ＤＣＭ１０は、自車両の内外における通信を仲介する機能と、各種アプリケーションソフトウェアを実行する機能を有する。本実施形態では、ＤＣＭ１０は、必要最低限の記憶
装置のみを有しており、システムが起動するごとに、自装置の動作に必要なソフトウェアを、ネットワークを介してセンタサーバ２から取得する。

センタサーバ２は、車両１を管理するサーバ装置である。センタサーバ２は、車両１に搭載されたＤＣＭ１０を動作させるためのソフトウェアを記憶しており、要求に応じて、当該ソフトウェアをネットワーク（例えば、移動体通信ネットワーク）経由で配信する。

ユーザ端末３は、車両１のユーザが所持する携帯型のコンピュータである。本実施形態では、ユーザ端末３は、車室内においてＤＣＭ１０と無線接続され、車両１とセンタサーバ２との間の通信に問題が発生した場合のバックアップ装置として機能する。

システムの構成要素について、詳しく説明する。
図２は、図１に示した車両１のハードウェア構成の一例を概略的に示したブロック図である。車両１は、ＤＣＭ１０、車載端末２０、および複数のＥＣＵ（ＥＣＵ３０Ａ，ＥＣＵ３０Ｂ，ＥＣＵ３０Ｃ…）を有して構成される。車両が有する複数のＥＣＵとして、例えば、エンジンＥＣＵ、ボディＥＣＵ、パワートレインＥＣＵ、または、ハイブリッドＥＣＵなどを挙げることができる。なお、図２には、複数のＥＣＵを例示しているが、互いを区別する必要がない場合、これらをＥＣＵ３０と総称する。

これらの構成要素は、車載ネットワーク（ＣＡＮバス）によって相互に接続される。本実施形態では、車両１は、ＣＡＮバス４０を備えており、複数のＥＣＵが接続される。接続された複数のＥＣＵは、ＣＡＮバス４０を介して互いにデータを送受信する。なお、図２には、単一のＣＡＮバスを例示しているが、車両１は、複数のＣＡＮバスを有していてもよい。これら複数のＣＡＮバスは、ＤＣＭ１０をゲートウェイとして互いに接続されていてもよい。

ＤＣＭ１０は、車両１が有する構成要素をネットワークに接続する装置（通信モジュール）として機能する。ＤＣＭ１０を介することで、車両１が有する車載端末２０、または、複数のＥＣＵ３０は、外部ネットワークと通信を行うことができる。

外部ネットワークとして、本実施形態では、移動体通信ネットワーク、および、ローカルネットワークを例示する。移動体通信ネットワークは、３Ｇ、４Ｇ（ＬＴＥ）、５Ｇ等の移動体通信規格によって、広域ネットワーク上にあるコンピュータ（例えば、センタサーバ２）と無線通信を行うためのネットワークである。ローカルネットワークとは、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線通信規格によって、車室内にあるコンピュータ（例えば、ユーザ端末３）と通信を行うためのネットワークである。本実施形態では、ＤＣＭ１０は、移動体通信ネットワーク、および、ローカルネットワークのそれぞれに対して通信が可能な構成を有している。

ＤＣＭ１０は、制御部１１と、記憶部１２と、複数のＣＡＮバスと通信を行うインタフェースである通信部１３Ａと、外部ネットワークと通信を行うインタフェースである通信部１３Ｂおよび１３Ｃと、を含んで構成される。

ＤＣＭ１０は、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭやディスクドライブ
、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

制御部１１は、所定のプログラムを実行することで、ＤＣＭ１０の各種機能を実現する
演算ユニット（プロセッサ）である。
記憶部１２は、主記憶装置および補助記憶装置を含むメモリ装置である。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置にロードして実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。

制御部１１は、外部ネットワークと、車両１が有する構成要素との通信を仲介する機能を実行する。例えば、車載端末２０が、外部ネットワークとの通信を必要とする場合、ＤＣＭ１０は、当該車載端末２０から送信されたデータを外部ネットワークに中継する。また、外部ネットワークから送信されたデータを受信し、当該データを車載端末２０に転送する。

さらに、制御部１１は、自装置に固有な機能を実行することができる。例えば、ＤＣＭ１０は、セキュリティシステムの監視機能や通話機能、緊急通報機能等を有しており、車内で発生したトリガに基づいて、セキュリティ通報や緊急通報等を行うことができる。

通信部１３Ａは、ＤＣＭ１０を車載ネットワークに接続する通信インタフェースである。通信部１３Ａは、制御部１１によって生成された所定形式のメッセージをＣＡＮデータに変換する処理と、受信したＣＡＮデータを所定形式のメッセージに変換し、制御部１１に送信する処理を実行する。
通信部１３Ｂおよび１３Ｃは、ＤＣＭ１０を外部ネットワークに接続する通信インタフェースである。通信部１３Ｂおよび１３Ｃは、制御部１１によって生成された所定形式のメッセージを通信パケットに変換する処理と、受信した通信パケットを所定形式のメッセージに変換し、制御部１１に送信する処理を実行する。
通信部１３Ｂは、移動体通信ネットワークに対する接続を行い、通信部１３Ｃは、ローカルネットワークに対する接続を行う。通信先が異なるのみで、それぞれの機能は同一である。

図３は、制御部１１および記憶部１２の論理構成を示した図である。
制御部１１は、機能モジュールとして、ＯＳ実行部１１Ａ、通信環境検出部１１Ｂ、および、ソフトウェア取得部１１Ｃを有している。各機能モジュールは、記憶部１２に記憶されたプログラムをプロセッサ等によって実行することで実現してもよい。

制御部１１が有する機能モジュールについて説明する。
ＯＳ実行部１１Ａは、オペレーティングシステムを実行する。本実施形態では、制御部１１は、所定のオペレーティングシステム（ＯＳ）を実行し、当該ＯＳ上でアプリケーションソフトウェアを実行することで、様々な機能を提供することができる。
本明細書では、制御部１１が実行するオペレーティングシステムを含むシステムソフトウェアを、ファームウェアと称する。

ＤＣＭ１０の起動に必要なファームウェアは、外部装置から取得可能に構成されている。
通信環境検出部１１Ｂおよびソフトウェア取得部１１Ｃは、自装置の起動時に、外部装置からファームウェアを取得する処理を実行する。具体的には、通信環境検出部１１Ｂが検出した通信環境に基づいて、ソフトウェア取得部１１Ｃが、適切な装置からファームウェアの取得を行う。

通信環境検出部１１Ｂは、ＤＣＭ１０が置かれている通信環境を検出する。具体的には、移動体通信ネットワークにおいて利用される電波の電界強度、および、ローカルネットワークにおいて利用される電波の電界強度をそれぞれ測定する。測定結果は、ソフトウェ
ア取得部１１Ｃに送信される。
ソフトウェア取得部１１Ｃは、測定された電界強度に基づいて、ソフトウェアを取得する先の装置を決定し、ソフトウェアの取得を行う。具体的な方法については後述する。

なお、以降の説明において、ＤＣＭ１０が取得するソフトウェアとは、ファームウェアと、アプリケーションソフトウェアの双方を含むものとする。

記憶部１２は、第一種ファームウェアを記憶している。第一種ファームウェアとは、ＤＣＭ１０が利用可能なファームウェアのうち、通信モジュールとしての必要最低限の機能のみを提供するファームウェアである。
第一種ファームウェアは、軽量である代わりに、通信モジュールとして最低限必要とされる機能（例えば、緊急通報機能、セキュリティ機能等）しか提供しないファームウェアである。

ここで、ＤＣＭ１０が利用可能なソフトウェアの種類と、その取得方法について説明する。
図４は、ＤＣＭ１０が取得するソフトウェアの種類と、提供される機能の違いを説明する図である。第一種ファームウェアのみが利用可能である場合、制御部１１が実行するオペレーティングシステムは、必要最低限の機能のみを提供する。第二種ファームウェアのみが利用可能である場合、制御部１１が実行するオペレーティングシステムは、予め設計された全ての機能を提供する。さらに、アプリケーションソフトウェアが利用可能である場合、制御部１１は、オペレーティングシステムの機能に加え、ベンダが作成した様々なソフトウェアを実行することができる。

本実施形態では、センタサーバ２が、第二種ファームウェアおよびアプリケーションソフトウェアの双方を提供し、ユーザ端末３が、第二種ファームウェアのみを提供する。

ＤＣＭ１０が起動すると、通信環境検出部１１Ｂが、自装置における通信環境がソフトウェアのダウンロードに適しているか否かを判定する。そして、当該判定結果に基づいて、どの装置からソフトウェアを取得するかを決定し、ソフトウェア取得部１１Ｃが、ソフトウェアの取得を行う。

具体的には、自装置とセンタサーバ２との間の通信環境が良好な場合、ソフトウェア取得部１１Ｃは、センタサーバ２から第二種ファームウェアおよびアプリケーションソフトウェアを取得する。自装置とセンタサーバ２との間の通信環境が良好ではない場合、ソフトウェア取得部１１Ｃは、ユーザ端末３から第二種ファームウェアのみを取得する。ユーザ端末３との通信も行えない場合、ＤＣＭ１０は、自装置に記憶された第一種ファームウェアを使用してシステムを起動する。これにより、記憶装置をスリム化するとともに、多彩な機能を提供することが可能になる。
なお、通信環境検出部１１Ｂおよびソフトウェア取得部１１Ｃは、オペレーティングシステムとは独立して動作可能に構成される。

図２に戻り、説明を続ける。
車載端末２０は、車両１に搭載された情報端末である。車載端末２０は、インフォテイメント端末とも呼ばれ、車両の乗員に対して情報（例えば、交通情報や経路案内）や娯楽（例えば、音楽や動画）を提供する機能を有する。

ＥＣＵ（ＥＣＵ３０Ａ、ＥＣＵ３０Ｂ…）は、車両の制御を行う電子制御ユニット（Electronic Control Unit）である。車両１は、エンジンＥＣＵ、ボディＥＣＵ、パワート
レインＥＣＵ、ハイブリッドＥＣＵなど、それぞれが複数の車両コンポーネントを管轄す
る複数のＥＣＵを有していてもよい。

ＣＡＮバス４０は、ＣＡＮ（Controller Area Network）プロトコルに基づく車載ネッ
トワークを構成する通信バスである。なお、本例では、単一のＣＡＮバス４０が例示されているが、車載ネットワークは、二つ以上の通信バスを有していてもよい。この場合、複数のＣＡＮバスが、ＤＣＭ１０によって互いに接続されていてもよい。

次に、センタサーバ２について説明する。
センタサーバ２は、車両１が有するＤＣＭ１０に対してソフトウェアを提供する装置である。センタサーバ２は、無線通信によって、複数の車両とデータの送受信を行うことができる。

センタサーバ２は、汎用のコンピュータにより構成することができる。すなわち、センタサーバ２は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

図５は、図１に示したセンタサーバ２の構成の一例を概略的に示したブロック図である。
センタサーバ２は、制御部２１、記憶部２２、および通信部２３を有して構成される。

制御部２１は、センタサーバ２の制御を司る手段である。制御部２１は、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等の情報処理ユ
ニットによって構成される。
制御部２１は、機能モジュールとして、配布部２１１を有している。当該機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

配布部２１１は、管理下にある車両１（ＤＣＭ１０）からの要求に応じて、ＤＣＭ１０の動作に必要なソフトウェアをオンラインで配布する。

記憶部２２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部２２には、制御部２１にて実行される各種プログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部２２は、ＤＣＭ１０に配布するソフトウェア（第二種ファームウェアおよびアプリケーションソフトウェア）を記憶する。

第二種ファームウェアは、前述したように、オペレーティングシステムの全ての機能が利用可能なファームウェアである。記憶部２２は、ＤＣＭ１０のタイプ別（例えば、オペレーティングシステム別）に、複数の第二種ファームウェアを記憶していてもよい。
また、記憶部２２は、ＤＣＭ１０にて実行されるアプリケーションソフトウェアの集合を記憶する。記憶部２２は、複数のアプリケーションソフトウェアを記憶し、ＤＣＭ１０のタイプ別、および／または、車両別に、複数のアプリケーションソフトウェアの組み合わせを提供してもよい。

通信部２３は、センタサーバ２をネットワークに接続するためのインタフェースである
。通信部２３は、例えば、インターネットや移動体通信網などを介して、車両１が有するＤＣＭ１０（通信部１３Ｂ）と通信することができる。

次に、ユーザ端末３について説明する。
ユーザ端末３は、車両１のユーザが携帯する小型のコンピュータである。ユーザ端末３は、ＤＣＭ１０が利用するソフトウェア（第二種ファームウェア）を記憶しており、ＤＣＭ１０とセンタサーバ２との間の通信に障害がある場合に、センタサーバ２に代わって、ＤＣＭ１０に対して第二種ファームウェアを提供する。

ユーザ端末３は、センタサーバ２のバックアップとして機能する。このため、ユーザ端末３は、最新の第二種ファームウェアをセンタサーバ２から取得して保持する機能を有している。ユーザ端末３は、例えば、センタサーバ２に周期的に問い合わせを行い、第二種ファームウェアが更新されていた場合に、これをダウンロードして記憶部に格納する機能を有していてもよい。ただし、管理コストが必要となるため、ユーザ端末３は、アプリケーションソフトウェアの管理および提供は行わない。

ユーザ端末３は、センタサーバ２と同様に、汎用のコンピュータにより構成することができる。すなわち、センタサーバ２は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。

図６は、図１に示したユーザ端末３の構成の一例を概略的に示したブロック図である。
ユーザ端末３は、制御部３１、記憶部３２、および通信部３３を有して構成される。

制御部３１は、ユーザ端末３の制御を司る手段である。制御部３１は、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等の情報処理ユニ
ットによって構成される。
制御部３１は、機能モジュールとして、配布部３１１を有している。当該機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

配布部３１１は、管理下にある車両１（ＤＣＭ１０）からの要求に応じて、ＤＣＭ１０の動作に必要なソフトウェアを配布するが、第二種ファームウェアのみを配布するという点において配布部２１１と相違する。

記憶部３２は、情報を記憶する手段である。記憶部３２は、記憶部２２と同様の構成を持つが、アプリケーションソフトウェアを記憶しないという点において、記憶部２２と相違する。

通信部３３は、ユーザ端末３をネットワークに接続するためのインタフェースである。通信部３３は、例えば、任意のワイヤレス接続規格を介して、車両１が有するＤＣＭ１０（通信部１３Ｃ）と通信することができる。

次に、ＤＣＭ１０が行う処理について説明する。ＤＣＭ１０が行う処理は、起動時において、動作に必要なソフトウェアをダウンロードする処理（第一の処理）と、オペレーティングシステムを起動し、サービスを提供する処理（第二の処理）とに大別される。

図７は、第一の処理を説明するフローチャートである。図示した処理は、車両１のシステム電源が投入された場合に、制御部１１によって実行される。
まず、ステップＳ１１で、通信環境検出部１１Ｂが、移動体通信ネットワークの通信環
境を評価する。通信環境は、例えば、通信部１３Ｂが利用する無線電波の電界強度に基づいて評価してもよいし、センタサーバ２と通信を行う際の通信速度に基づいて評価してもよい。

ステップＳ１２では、移動体通信ネットワークを利用した通信が良好に行えるか否かを判定する。ここで、現在の通信環境が、ソフトウェアの転送に適さないと評価（電界強度が所定値を下回っている場合や、実効通信速度が所定値を下回っている場合など）された場合、処理はステップＳ１５へ遷移する。現在の通信環境が、ソフトウェアの転送に適していると評価された場合、処理はステップＳ１３へ遷移する。

ステップＳ１３では、ソフトウェア取得部１１Ｃが、センタサーバ２から、第二種ファームウェアとアプリケーションソフトウェアを取得（ダウンロード）する。
ダウンロードが完了すると、処理がＯＳ実行部１１Ａに引き渡され、ＯＳ実行部１１Ａが、第二の処理を開始させるため、ダウンロードされた第二種ファームウェアを利用してシステムを起動する（ステップＳ１４）。これにより、全ての機能を利用可能なオペレーティングシステムを動作させることができる。また、オペレーティングシステム上で動作するアプリケーションソフトウェアを利用することができる。

ステップＳ１２において否定判定となった場合、ステップＳ１５で、通信環境検出部１１Ｂが、ローカルネットワークの通信環境を評価する。通信環境は、例えば、通信部１３Ｃが利用する無線電波の電界強度に基づいて評価してもよいし、ユーザ端末３と通信を行う際の通信速度に基づいて評価してもよい。また、ユーザ端末３と無線接続が可能であるか否かに基づいて評価してもよい。

ステップＳ１６では、ローカルネットワークを利用した通信が良好に行えるか否かを判定する。ここで、現在の通信環境が、ソフトウェアの転送に適さないと評価された場合（ユーザ端末３に接続できない場合を含む）、処理はステップＳ１８へ遷移する。現在の通信環境が、ソフトウェアの転送に適していると評価された場合、処理はステップＳ１７へ遷移する。

ステップＳ１７では、ソフトウェア取得部１１Ｃが、ユーザ端末３から、第二種ファームウェアを取得（ダウンロード）する。
ダウンロードが完了すると、処理がＯＳ実行部１１Ａに引き渡され、ＯＳ実行部１１Ａが、第二の処理を開始させるため、ダウンロードされた第二種ファームウェアを利用してシステムを起動する（ステップＳ１４）。これにより、全ての機能を利用可能なオペレーティングシステムを動作させることができる。
一方、ステップＳ１６で否定判定となった場合、ステップＳ１８で、ソフトウェア取得部１１Ｃが、記憶部１２に記憶された第一種ファームウェアを取得する。取得が完了すると、処理がＯＳ実行部１１Ａに引き渡され、ＯＳ実行部１１Ａが、第二の処理を開始させるため、第一種ファームウェアを利用してシステムを起動する（ステップＳ１４）。これにより、機能が限定されたオペレーティングシステムの動作が開始する。

このように、第一の実施形態では、ＤＣＭ１０が、センタサーバ２との通信環境に基づいて、動作に必要なソフトウェアをセンタサーバ２から取得するか、ユーザ端末３から取得するか、または、ソフトウェアの取得を行わないかを選択する。
センタサーバ２との通信が良好に行える場合、第二種ファームウェアと、アプリケーションソフトウェアが利用可能になる。センタサーバ２との通信が良好に行えない場合、バックアップ手段として、ユーザ端末３との通信を試みる。ここで、ユーザ端末３との通信が良好に行える場合、第二種ファームウェアのみが利用可能になる。センタサーバ２、ユーザ端末３の双方に対して良好な通信が行えない場合、ＤＣＭ１０は、記憶された第一種
ファームウェアを利用してシステムを起動する。
かかる構成によると、好適な通信環境が得られない場合において、機能を限定したうえで装置をブートアップさせることが可能になる。

ＤＣＭ１０の記憶容量を削減し、全てのソフトウェアをセンタサーバから取得する構成とした場合、移動体通信ネットワークとの通信に異常が発生した場合（例えば、車両が通信サービス圏外に入った場合）においてＤＣＭのブートアップが不可能となる。一方、第一の実施形態によると、通信環境に基づいて、ソフトウェアの取得先を動的に切り替えることができるため、一部のネットワークにおいて通信に異常が発生した場合においても、必要最低限の機能を維持した状態で、装置をブートアップさせることが可能になる。

（第一の実施形態の変形例）
第一の実施形態では、複数の装置が、それぞれ異なるネットワークを介してソフトウェアを提供したが、同一の装置が、それぞれ異なるネットワークを介してソフトウェアを提供する構成としてもよい。例えば、センタサーバ２が、移動体通信ネットワーク（第一のネットワーク）を介した通信と、無線ＬＡＮネットワーク（第二のネットワーク）を介した通信をそれぞれ行えるように構成されてもよい。ＤＣＭ１０は、第一のネットワークにおける通信品質が不十分と判定した場合において、通信回線を切り替え、第二のネットワークを介してソフトウェアを取得するようにしてもよい。

また、第一の実施形態では、ユーザ端末３に、第二種ファームウェアのみを記憶させたが、センタサーバ２が記憶するソフトウェアと、ユーザ端末３が記憶するソフトウェアは同一であってもよい。

また、第一の実施形態では、センタサーバ２の代替としてユーザ端末３がファームウェアの提供を行う構成を例示したが、他の装置によってセンタサーバ２の代替を行ってもよい。例えば、車載端末２０に、第一の実施形態におけるユーザ端末３の役割を持たせてもよい。この場合、車載端末２０は、例えば、センタサーバ２に周期的に問い合わせを行い、第二種ファームウェアが更新されていた場合に、これをダウンロードして保持するようにしてもよい。この他にも、任意のオンラインストレージに、センタサーバ２の代替をさせてもよい。

また、ＤＣＭ１０が制限つきでブートアップした場合、オペレーティングシステムが起動した後で、周期的に通信環境を監視し、センタサーバ２（またはユーザ端末３）との通信が回復したタイミングで、ソフトウェアの取得を行うようにしてもよい。
この場合、例えば、第一種ファームウェアで起動したシステムを、第二種ファームウェアを利用して再起動させてもよい。また、第二種ファームウェアで起動したシステムに、アプリケーションソフトウェアを追加してもよい。これにより、システムを稼働させながら機能を回復させることが可能になる。

（他の変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１・・・車両
２・・・センタサーバ
３・・・ユーザ端末
１０・・・ＤＣＭ
１１・・・制御部
１２・・・記憶部
１３・・・通信部
２０・・・車載端末
３０・・・ＥＣＵ
２１，３１・・・制御部
２２，３２・・・記憶部
２３，３３・・・通信部

Claims (1)

1. 動作に必要なソフトウェアを、ネットワークを介して第一の装置から取得することと、
   前記第一の装置とは異なる第二の装置から前記ソフトウェアを取得することと、を選択可能に構成され、
   自装置と前記ネットワークとの間の通信環境に基づいて、前記第一の装置から前記ソフトウェアを取得するか、前記第二の装置から前記ソフトウェアを取得するかを切り替える、
   情報処理装置。

Images