JP2023005815A - 情報処理装置、情報処理方法、及び情報処理システム - Google Patents

Abstract

【課題】車両に実装されたプログラムの更新を適切なタイミングで行う。【解決手段】情報処理装置４は、車両２に実装されたプログラムの更新に関する情報を取得することと、更新に関する情報に基づいて、運行計画における車両２の停車中にプログラムを更新する計画を立案することと、を実行する制御部２０１を備える。【選択図】図１

Description

本開示は、情報処理装置、情報処理方法、及び情報処理システムに関する。

従来、複数の利用者のスケジュール情報、および複数の利用者のうち少なくとも一部の利用者の相互関係を示す属性情報を取得し、取得された情報に基づいて、自動運転車両の運行スケジュールを決定する運行スケジュール決定装置がある。

国際公開第２０１８／２３０６４６号 特開２０１８－１３２９７９号公報

本開示の目的は、車両に実装されたプログラムの更新を適切なタイミングで実行可能とする情報処理装置、情報処理方法、及び情報処理システムを提供することである。

本開示の一態様は、車両に実装されたプログラムの更新に関する情報を取得することと、前記更新に関する情報に基づいて、運行計画における前記車両の停車中に前記プログラムを更新する計画を立案することと、を実行する制御部を備える情報処理装置である。

本開示は、他の態様として、上記した情報処理装置と同様の特徴を有する情報処理方法、コンピュータプログラム、コンピュータプログラムを記録した記録媒体、及び情報処理システムなどを含むことができる。

本開示によれば、車両に実装されたプログラムの更新を適切なタイミングで実行可能となる。

図１は、第１実施形態の情報処理システムを例示する図である。 図２は、端末装置の構成例を示す図である。 図３は、車両センタから管制センタに送信されるリリースＮＯＴＥの例である。 図４は、管制センタが各移動体に配信する運行スケジュールのデータ例である。 図５は、管制センタが保持する各移動体の状態情報を例示する図である。 図６は、管制センタの処理例を示すフローチャートである。 図７は、管制センタの処理例を示すフローチャートである。 図８は、車両のCentral ＥＣＵの処理例を示すフローチャートである。 図９は、車両センタの処理例を示すフローチャートである。

実施形態に係る情報処理装置は、制御部を備える。制御部は、車両に実装されたプログラムの更新に関する情報を取得することと、更新に関する情報に基づいて、運行計画にお
ける車両の停車中にプログラムを更新する計画を立案することと、を実行する。

ここに、プログラムは、車両の走行制御に関するプログラムであるのが好ましいが、それ以外のプログラムであってもよい。車両に実装されたとは、車両に備わる車載コンピュータに使用される、或いは実行されることを含む。

以下、図面を参照して、実施形態に係る情報処理装置、情報処理方法、及び、情報処理システムを説明する。実施形態の構成は例示である。実施形態の構成は適宜組み合わせることができる。

＜システム構成＞
図１は、第１実施形態の情報処理システム１００を例示する図である。情報処理システム１００は、移動体２と、車両センタ３のコンピュータと、管制センタ４のコンピュータとを有する。以下、車両センタ３のコンピュータ、及び、管制センタ４のコンピュータを単に車両センタ３、及び、管制センタ４とも呼ぶ。移動体２と、車両センタ３と、管制センタ４とはネットワークＮで接続される。

ネットワークＮは、有線ネットワーク、及び、無線ネットワークを含む。有線ネットワークは、例えば、コアネットワーク、バックボーン等とも呼ばれ、光ファイバ網等で例示されるブロードバンドネットワークである。無線ネットワークは、例えば、Long Term Evolution（ＬＴＥ）、第５世代移動通信システム（５Ｇ）、第６世代移動通信システム（
６Ｇ）等で例示される携帯電話網を含む。

移動体２は、例えば、車両である。車両は４輪でも、３輪でも、２輪でもよい。車両はエンジンで駆動されるものでもよいし、モータで駆動されるものでもよい。車両は自律走行可能または自動走行可能な自動運転システムを搭載した車両でもよい。移動体２は、情報処理装置たる管制センタ４と通信可能な車両の一例である。

図１において、移動体２は、Data Communication Module（ＤＣＭ）２１と、Central Electrical Control Unit（Central ＥＣＵ）２２とを有する。移動体２は、さらに、User Interface （ＵＩＦ）装置２３と、予防安全装置２４と、Advanced Drive System（Ａ
ＤＳ）２５と、音・映像・ＮＡＶＩ装置２６とを有する。

ＤＣＭ２１は、ネットワークＮにアクセスし、他の移動体、車両センタ３、または、管制センタ４等と通信する通信装置である。ＤＣＭ２１は、携帯通信網を介した無線通信が可能である。

Central ＥＣＵ２２は、移動体２内の各機器を管理する。Central ＥＣＵ２２は、例えば、プロセッサとメモリを有する。プロセッサはメモリ上のコンピュータプログラム（以下、単に「プログラム」と称する）を実行し、Central ＥＣＵ２２としての処理を実
行する。Central ＥＣＵ２２は、例えば、移動体２内の各機器に搭載されたＥＣＵで実
行されるプログラムを更新し、更新の進捗を管理する。また、Central ＥＣＵ２２は、
プログラムを更新したときのエラーを検出し、エラー発生時の処理を実行する。Central
ＥＣＵ２２とＤＣＭ２１の組み合わせは車両に搭載されたコンピュータ（車載コンピュータ）の一例である。

ＵＩＦ装置２３は、例えば、移動体２内の各機器に搭載されたＥＣＵで実行されるプログラムを更新するときに、ユーザインターフェースを提供する。ユーザインターフェースは、リプログラミングHuman Machine Interface(リプロＨＭＩ)とも呼ばれる。ＵＩＦ装
置２３も、Central ＥＣＵ２２と同様のＥＣＵを有する。Central ＥＣＵ２２、ＵＩＦ
装置２３内のＥＣＵ等は、共通ＥＣＵ群と呼ぶことができる。

予防安全装置２４は、ＥＣＵを内蔵し、プログラムの処理により衝突回避支援処理を実行する。予防安全装置２４は、レーダ、及び、カメラ等のセンサからの信号を基に、例えば、衝突の回避のサポート、車線逸脱の報知、オートマチックハイビーム、レーダークルーズコントロール等を実行する。

ＡＤＳ２５には、Spatial Information Service（ＳＩＳ）２７、及び、Advanced Drive Extension（ＡＤＸ）２８等が接続される。ＡＤＳ２５、ＳＩＳ２７、及び、ＡＤＸ２
８は、それぞれＥＣＵを内蔵し、プログラムの処理により高度で先進的な運転支援処理を実行する。ＡＤＳ２５は、例えば、Light Detection and Ranging（ＬｉＤＡＲ）からの
検出信号により移動体２の周辺の車両または立体物等を検知し、移動体２自身の位置を推定し、運動制御を実行する。

ＳＩＳ２７は、移動体２自身の姿勢、及び、地図上の位置等をＡＤＳ２５に提供する。すなわち、ＳＩＳ２７は、global navigation satellite system（ＧＮＳＳ）またはglobal positioning system（ＧＰＳ）からの位置情報を取得する。また、ＳＩＳ２７は、ジ
ャイロセンサからの６軸の加速度信号、ナビゲーションシステムからの経路情報または地図情報等を取得する。ＳＩＳ２７は、取得した情報を基に移動体２自身の姿勢、及び、地図上の位置等を計算する。ＡＤＸ２８は、Artificial Intelligence(ＡＩ)システムを適
用し、上記の様々なセンサ等からの情報を認識し、処理し、処理結果をＡＤＳ２５に通知する。

音・映像・ＮＡＶＩ装置２６には、Rear Seat Entertainment（ＲＳＥ）２Ｂが接続さ
れる。音・映像・ＮＡＶＩ装置２６、及び、ＲＳＥ２ＢはそれぞれＥＣＵを内蔵し、プログラムの処理により、移動体２の利用者に音、映像、及び、地図情報等による様々な機能を提供する。

図１のように、音・映像・ＮＡＶＩ装置２６には、さらに、例えば、信号増幅用のＡＭＰ２９、および操作部２Ａが接続可能である。操作部２Ａは、例えば、タッチディスプレイであり、利用者に情報を表示し、利用者からの操作を受け付ける。ＲＳＥ２Ｂは、移動体２が後部座席を有する車両の場合に、車室内の後席で、独立してテレビジョン放送、及び、Digital Versatile Disc（ＤＶＤ）映像などを後席に着座する利用者に提供する。

以上の予防安全装置２４、ＡＤＳ２５、及び、音・映像・ＮＡＶＩ装置２６のＥＣＵと、これらに接続される各装置のＥＣＵは、個別ＥＣＵ群と呼ぶことができる。Central ＥＣＵ２２は、個別ＥＣＵ群に搭載されるプログラムの更新の進捗と更新時のエラーを管理する。なお、予防安全装置２４、ＡＤＳ２５、ＳＩＳ２７、音・映像・ＮＡＶＩ装置２６の夫々のＥＣＵに使用される（ＥＣＵで実行される）プログラムは、移動体の移動制御（車両の走行制御）に関するプログラムの一例である。

車両センタ３は、移動体２を販売し、または、移動体２を保守する会社等の組織またはその会社等から委託を受けた会社等により運用される。車両センタ３は、これらの会社等が販売し、または、保守するすべての移動体に搭載されるＥＣＵ等の部品を管理する。また、車両センタ３は、これらのＥＣＵそれぞれで実行されるプログラムの種類とバージョンを管理する。車両センタ３は移動体２等にプログラムを更新するための更新用データを配信する。更新用データは単に更新プログラムということもできる。共通ＥＣＵ群及び個別ＥＣＵ群に含まれる各ＥＣＵは、「車載コンピュータ」の一例である。

管制センタ４は、それぞれの移動体２の運行、及び、保守等を管理する。管制センタ４
は、例えば、フリートマネジメントサービス（ＦＭＳ）を提供するＦＭＳ会社のコンピュータである。管制センタ４は、例えば、定期的に運行される移動体２の運行開始時刻、運行、運行終了時刻、及び、保守時間帯等の運行スケジュールを作成する。管制センタ４は、運行スケジュールを適時更新し、移動体２に配布し、移動体２の運行を管理する。また、管制センタ４は、非定期で利用されるサービス、例えば、ライドシェアサービスにおける移動体２の走行開始日時、走行終了日時、及び、保守日時を含むシェアリングでの利用スケジュールを管理する。また、管制センタ４は、レンタルで利用される移動体２の貸し出しスケジュールを管理する。以下、移動体２の運行、利用、及び、貸し出し等に関するスケジュールを総称して単に運行スケジュールと呼ぶ。さらに、移動体２が電動車の場合には、管制センタ４は、移動体２の充電の予定を運行スケジュールに組み込み、管理する。

上記の通り、移動体２は、ＥＣＵを内蔵する様々な部品を搭載する。各部品内のＥＣＵで実行されるプログラムは、改良または不具合対策に伴う更新を受ける。ところで、移動体２は安全性が要求される。そのため、移動体２に搭載されたＥＣＵ用のプログラムの更新は、移動体２が走行を停止した保守期間中（停止中の時間）に実行される。

車両センタ３は、各ＥＣＵのプログラムについての最新の更新内容と更新スケジュールをリリースＮＯＴＥの形式で、管制センタ４に通知する。管制センタ４は、リリースＮＯＴＥを受信すると、それぞれの移動体２の運行スケジュールに、各ＥＣＵのプログラムの更新スケジュールを組み込む。すなわち、管制センタ４は、各移動体２が走行していない保守期間中に各ＥＣＵのプログラムの更新が完了するように移動体２の運行スケジュールを計画する。管制センタ４は、確定した運行スケジュールを移動体２に通知し（図１の計画配信）、それぞれのＥＣＵのプログラムの更新を実行させる。

移動体２のＤＣＭ２１は、ネットワークＮを介して、車両センタ３、及び、管制センタ４と通信する。ＤＣＭ２１は、管制センタ４からプログラムの更新計画を含む運行スケジュールを受信する（図１の計画配信）。Central ＥＣＵ２２は、ＤＣＭ２１と例えば、Ethernet(登録商標)によって例示される移動体内のネットワークで接続される。

ＤＣＭ２１は、受信した運行スケジュールにしたがって、車両センタ３にアクセスし、プログラムを更新するための更新用データを取得し、Central ＥＣＵ２２に転送する。Central ＥＣＵ２２は、移動体２が停止中の保守期間中に共通ＥＣＵ群、及び、個別ＥＣＵ群を含む各ＥＣＵのプログラムを更新する。ＤＣＭ２１は、Central ＥＣＵ２２による各ＥＣＵの更新が完了すると、完了報告を管制センタ４に通知する。

ＵＩＦ装置２３は、例えば、Controller Area Network（ＣＡＮ（登録商標）)で例示される移動体内のネットワークによってCentral ＥＣＵ２２と接続される。ＵＩＦ装置２３は、リプロＨＭＩを介して、利用者の操作による確認の入力を受け付けてもよい。すなわち、Central ＥＣＵ２２は、ＵＩＦ装置２３でユーザにプログラムの更新開始の確認を求め、確認が得られた後に、更新を開始してもよい。なお、ＵＩＦ装置２３自身も、Central ＥＣＵ２２から更新用データを取得し、ＵＩＦ装置２３のプログラムを更新する。

予防安全装置２４は、例えば、Controller Area Network with Flexible Data rate (
ＣＡＮ－ＦＤ（ＣＡＮは登録商標）)で例示される移動体２内のネットワークによってCentral ＥＣＵ２２と接続される。予防安全装置２４は、Central ＥＣＵ２２からプログラ
ムの更新用データを受け、更新を実行する。そして、予防安全装置２４は、更新に伴うステータスをCentral ＥＣＵ２２に報告する。

ＡＤＳ２５と音・映像・ＮＡＶＩ装置２６は、例えば、Ethernet(登録商標)で例示され
る移動体内のネットワークでCentral ＥＣＵ２２と接続される。ＡＤＳ２５と音・映像・ＮＡＶＩ装置２６は、それぞれ、Central ＥＣＵ２２からプログラムの更新用データを受ける。そして、ＡＤＳ２５と音・映像・ＮＡＶＩ装置２６は、それぞれ、自身、及び、配下のＥＣＵのプログラムの更新を実行する。ＡＤＳ２５と音・映像・ＮＡＶＩ装置２６は、更新に伴うステータスをCentral ＥＣＵ２２に報告する。

＜車両センタ、管制センタの構成例＞
図２は、車両センタ３、或いは管制センタ４として動作可能な端末装置２００の構成例を示す図である。端末装置２００として、例えば、パーソナルコンピュータ（ＰＣ）又はワークステーションなどの汎用の情報処理装置（コンピュータ）、或いはサーバマシンのような専用の情報処理装置を適用することができる。端末装置２００は、通信機能を有し、有線又は無線によりネットワークＮと接続可能である。

図２において、端末装置２００は、バス２０６を介して相互に接続された、処理部又は制御部（コントローラ）としてのプロセッサ２０１と、記憶装置２０２と、通信装置２０３と、入力装置２０４と、出力装置２０５とを含む。車両センタ３及び管制センタ４の夫々は、１台の端末装置２００でも、２以上の端末装置２００の集合（クラウド）でもよい。

記憶装置２０２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、プログラム及びデータの記憶領域、プログラムの展開領域、プログラムの作業領域、及び通信データのバッファ領域などとして使用される。主記憶装置はＲＡＭ（Random Access Memory）、又はＲＡＭとＲＯＭ（Read Only Memory）との組み合わせで構成される。補助記憶装置は、データ及びプログラムの記憶領域として使用される。補助記憶装置として、不揮発性記憶媒体を適用することができる。不揮発性記憶媒体は、例えば、ハードディスク、Solid State Drive（ＳＳＤ）、フラッシュメモリ、及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などを含む。

通信装置２０３は、通信処理を行う回路であり、送信部及び受信部（通信部）として動作する。例えば、通信装置２０３は、ネットワークインタフェースカード（ＮＩＣ）である。また、通信装置２０３は、無線通信（ＬＴＥ、５Ｇ、無線ＬＡＮ（Ｗｉ-Ｆｉ）、Ｂ
ＬＥなど）を行う無線通信回路であってもよい。また、通信装置２０３は、有線の通信処理を行う回路と、無線通信回路との双方を含んでいてもよい。

入力装置２０４は、キー、ボタン、ポインティングデバイス、及びタッチパネル等を含み、情報の入力に使用される。入力装置２０４は、マイク（音声入力装置）を含んでいてもよい。出力装置２０５は、例えば液晶ディスプレイ、或いは有機ＥＬディスプレイなどであり、情報及びデータを表示する。出力装置２０５は、スピーカ（音声出力装置）を含んでいてもよい。

プロセッサ２０１は、例えばＣＰＵ（Central Processing Unit）などである。プロセ
ッサ２０１は、記憶装置２０２に記憶された各種のプログラムを実行することによって、様々な処理を行う。

例えば、車両センタ３として動作する端末装置２００のプロセッサ２０１は、プログラムの実行によって、端末装置２００を上述した車両センタ３として動作させる。また、管制センタとして動作する端末装置２００のプロセッサ２０１は、プログラムの実行によって、端末装置２００を管制センタ４として動作させるプログラムを実行する。

なお、上述したプロセッサ２０１として、複数個のＣＰＵを適用しても、マルチコア型
のＣＰＵを適用してもよい。ＣＰＵによって行われる処理の少なくとも一部が、ＤＳＰ（Digital Signal Processor）又はＧＰＵ（Graphical Processing Unit）のようなＣＰＵ
以外のプロセッサによって行われてもよい。また、ＣＰＵによって行われる処理の少なくとも一部が、専用又は汎用の集積回路（ハードウェア）によって行われてもよい。集積回路は、ＡＳＩＣ（Application Specific Integrated Circuit）、或いはＦＰＧＡ（Field
Programmable Gate Array）などを含む。或いは、ＣＰＵによって行われる処理の少なくとも一部が、プロセッサと集積回路との組み合わせにより実行されてもよい。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ）、ＳｏＣ（System-on-a-chip）、システムＬＳＩ、又はチップセットなどと呼ばれる。

＜データ例＞
図３は、車両センタ３から管制センタ４に送信されるリリースＮＯＴＥの例である。図３に示す例では、リリースＮＯＴＥは、”キーワード：値”の形式で、キーワードに対する値が指定されている。また、図３の例では、”キーワード：値”の組が中括弧”｛｝”で閉じて、階層的に記述されている。

すなわち、図３から、移動体２の種別（vehicle type）がE-palette G0であることがわかる。また、リリースされるシステムバージョン（System version）がV07-01であることがわかる。また、リリース日がddmmmyyyyであるプログラムのリリースＮＯＴＥであるこ
とがわかる。ここで、システムバージョンは、移動体２にインストールされるプログラム群全体に付与されるバージョンである。また、このリリースＮＯＴＥには、ＥＣＵの種別（ECU type）ごとに、プログラムの種類、バージョン、プログラムの更新用のデータ（更新用データ）のデータサイズ（データ量、Volume）等が記述さている。例えば、Central ECUのプログラムであるＰＣ１のバージョンはV07-01-1であり、データサイズがＶ１ Ｍ
Ｂであることが分かる。

なお、リリースＮＯＴＥが図３の形式に限定される訳ではない。例えば、リリースＮＯＴＥは、HyperText Markup Language（ＨＴＭＬ）、または、Extensible Markup Language（ＸＭＬ）等の規定のフォーマットで記述されてもよい。また、リリースＮＯＴＥは、
複数の要素を含むレコードを配列した表形式で記述されてもよい。また、リリースＮＯＴＥは、プログラムの更新の重要度を示す情報を含むことができる。重要度は、例えば、「通常」及び「高」で示され、「高」、すなわち重要度の高い更新について、Central ＥＣＵ２２が「通常」の更新と異なる動作を行う構成となっていてもよい。

図４は、管制センタ４が管理対象の移動体２に配信する運行計画（運行スケジュール。図１の「計画配信」で配信されるもの）のデータ例である。運行計画は、移動体２ごとに作成される。このため、運行計画は移動体２を識別するための移動体ＩＤを含む。また、図４のデータ例では、運行計画は、日ごとに作成され、年月日を含む。さらに、図４のデータ例では、運行計画は、時間帯ごとの移動体２の運行、及び、保守等の予定が規定されている。

例えば、年月日ＤＤＭＭＭＹＹＹＹにおいて、０：００から９：００までの間は、移動体２の保守が実施される。保守は、移動体ＩＤ：E-PALETTE EV1のバッテリの充電と、プ
ログラムの更新を含む。移動体ＩＤ：E-PALETTE EV1は、９：００から１１：００まで運
行する。移動体ＩＤ：E-PALETTE EV1は、１１：００から１３：００までの間、運行を停
止し、保守状態となり、バッテリが充電される。移動体ＩＤ：E-PALETTE EV1は、１３：
００から２３：００まで運行し、２３時以降運行を停止し、保守状態となる。なお、図４の例では、１３：００から２２：００までの間の保守の予定と運行の予定の詳細は省略されている。

図４に示すように、プログラムの更新、及びプログラムの更新用データのダウンロードは、移動体２が保守状態にある時間帯、すなわち、車両の停止中の時間に行われる。図４に示す例では、０：００～７：５９までの保守状態の時間帯に、プログラムの更新用データのダウンロード及びプログラムの更新が計画されている。但し、ダウンロードによる更新用データの取得は必須ではなく、Central ＥＣＵ２２に接続された記憶媒体から更新用データが読み出されるようにしてもよい。この場合、ダウンロード計画の規定は不要となる。また、ダウンロードの時間と、プログラム更新の時間とが、運行状態（走行中）の時間を挟んだ別の時間帯に規定（設定）されてもよい。例えば、ダウンロードが０：００～７：５９の時間帯に設定され、プログラムの更新が１１：００～１２：５９までの時間帯に設定されてもよい。

なお、管制センタ４が作成する運行計画のデータ構造は、図４に示すデータ例に限定される訳ではない。例えば、図４では、時間帯が１時間ごとの細かさで定義されている。しかし、時間帯が分単位の細かさで定義されてもよい。また、運行計画は１日ごとに作成されなくもよく、例えば、１週間単位で作成されてもよい。また、運行計画は１ヶ月ごとに作成されてもよい。また、運行計画は、平日（月～金）、土曜日、及び、休祝日ごとに作成されてもよい。

図５は、管制センタ４が保持する各移動体２の状態情報を例示する図である。状態情報は、移動体２の現在のプログラムの更新状態、及び、バッテリ状態等を記録する。状態情報は、管制センタ４の所定のデータベース（記憶装置２０２に記憶される）に保存される。図５に示す例では、状態情報は、移動体ＩＤと、最終更新日と、移動体２にインストールされたプログラム群全体のシステムバージョンと、前回の運行完了日時と、バッテリ状態を有する。

ここで、移動体ＩＤは、図４と同様に、移動体２をユニークに識別する識別情報である。最終更新日は、移動体２（図５では、移動体ＩＤがE-PALETTE EV1のもの）が、最終的
に各部のＥＣＵのプログラム群を更新した更新日である。プログラム群のシステムバージョンは、図３での説明と同様、移動体２における更新後のプログラム群全体のバージョンである。

しかし、状態情報は、このような構成に限定される訳ではない。例えば、状態情報は、各部のＥＣＵごとに個別に、それぞれのプログラムの現在のバージョン（図３の各プログラムのバージョンVersion:V07-01-1等）を保持してもよい。管制センタ４は、移動体２から更新完了の報告を受信したときに、最終更新日時と、更新後のプログラム群全体のシステムバージョンを状態情報に記録する。

前回の運行完了日時は、移動体２（図５では、移動体ＩＤがE-PALETTE EV1のもの）が
、前回の運行を完了し、管制センタに報告した日時である。バッテリ状態は、現在のバッテリの充電状態（State Of Charge（ＳＯＣ））である。管制センタ４は、移動体２から
運行完了報告とともにバッテリの充電状態を取得し、状態情報の「バッテリ状態」に記録する。バッテリの充電状態（ＳＯＣ）は、例えば、満充電時の電力量に対する残量の比率のパーセンテージ表示で示される。

＜管制センタにおける処理＞
図６及び図７は、管制センタ４として動作する端末装置２００のプロセッサ２０１（管制センタ４のプロセッサ２０１）の処理例を示すフローチャートである。図６及び図７に示す処理は、管理対象の移動体２毎、或いは、適宜の手法でグループ分けされた２以上の移動体２が属するグループ単位で行われてもよい。

図６において、ステップＳ００１では、プロセッサ２０１は、管制センタ４が車両センタ３からネットワークＮを介して受信したリリースＮＯＴＥを取得して、リリースＮＯＴＥ中のシステムバージョンから更新対象のプログラムを特定する。

ステップＳ００２では、プロセッサ２０１は、リリースＮＯＴＥに、重要度の高いプログラムの更新を示す情報が含まれているか否かを判定する。重要度の高いプログラムの更新を示す情報が含まれていると判定される場合には、処理がステップＳ００９に進み、そうでない場合には、処理がステップＳ００３に進む。

ステップＳ００３では、プロセッサ２０１は、リリースＮＯＴＥ中のリリース日から、プログラムの更新用データの配信開始日時を特定する。ステップＳ００４では、プロセッサ２０１は、記憶装置２０２から、配信開始日時以降の所定の日（例えば、配信開始日或いはその翌日）における移動体２の運行計画データを取得する。

ステップＳ００５では、プロセッサ２０１は、リリースＮＯＴＥから、更新用データのサイズ、すなわちダウンロード対象のデータのサイズを特定する。

ステップＳ００６では、プロセッサ２０１は、更新用データのサイズ、及びＤＣＭ２１の通信性能（スループット）を示す情報などから、更新用データのダウンロードに要する時間を算出する。また、プロセッサ２０１は、更新用データのサイズ、及びCentral ＥＣＵ２２の性能（単位時間に処理可能なデータ量）を示す情報などから、更新用データを用いたプログラムの更新に要する時間を算出する。

例えば、更新用データのサイズ（ダウンロードサイズ）が１ＧＢであり、ＤＣＭ２１のスループットが４０Ｍｂｐｓである場合、通信時間は１ＧＢ／４０Ｍｂｐｓ＝２００秒となる。この通信時間が更新用データのダウンロードに要する時間となる。また、Central ＥＣＵ２２が１秒あたり１ＭＢのデータを処理できる場合、プログラムの更新（書き換え）に要する時間（更新時間）は、１ＧＢ／（１ＭＢ／ｓ）＝１０００秒となる。通信時間は、「第２の時間長」の一例であり、更新時間は「第１の時間長」の一例である。

ステップＳ００７では、プロセッサ２０１は、更新用データのダウンロード計画、及びプログラムの更新計画を運行計画に設定する。すなわち、プロセッサ２０１は、ステップＳ００３で取得した所定の日の運行計画データから、当日の保守状態の時間帯を特定し、上述した通信時間と更新時間との合計値以上の時間長を有する保守状態の時間帯を特定する。そして、プロセッサ２０１は、特定した時間帯における所定時刻（例えば、時間帯の開始時刻と同時、或いは開始時刻から所定時間経過後の時刻）を、ダウンロードの開始時刻として設定する。また、ダウンロードの終了時刻より後の時刻を、更新開始時刻に設定する。このとき、更新終了時刻が特定した時間帯内に収まるように、更新開始時刻が設定される。ここで、或る保守状態の時間帯において、ダウンロード及び更新に要する時間が収まらない場合、プロセッサ２０１は、或る保守状態の時間帯においてダウンロードを行い、更新は別の保守状態の時間帯に行う設定を行う。このようにして、プロセッサ２０１は、移動体２の運行計画において、ダウンロード及び更新を行う計画を設定（立案）する。

ステップＳ００８では、プロセッサ２０１は、移動体２に対する指示を生成する。移動体２に対する指示は、ダウンロード開始時刻に更新用データのダウンロードを開始する指示、更新開始時刻に更新用データを用いたプログラムの更新を開始する指示を含む。移動体２に対する指示は、通信装置２０３からネットワークＮに送出され、移動体２のＤＣＭ２１にて受信される。

ステップＳ００９及びステップＳ０１０では、プロセッサ２０１は、ステップＳ００３及びステップＳ００４と同様に、リリースＮＯＴＥから更新用データの配信開始日時を特定し、配信開始日時以降の所定日の運行計画データを取得する。

ステップＳ０１１では、プロセッサ２０１は、所定日の運行計画に対する移動体２の運行を停止すること（運行計画の停止）を決定する。所定日として、更新用データの配信開始日時を含む日が優先的に選定されるようにしてもよい。

ステップＳ０１２では、プロセッサ２０１は、所定日における、移動体２の更新用データのダウンロード及びプログラム更新の計画を立案する。例えば、更新用データの配信開始日時が９：３０であり、配信開始日時を含む所定日の運行計画が、例えば図４に示した例のように、９：００～１０：５９の間、移動体２を走行させる計画であると仮定する。この場合、プロセッサ２０１は、所定日の運行計画を停止し、所定日の９：３０以降の時間において、移動体２が停車中の状態を連続して維持し続ける時間帯を設ける。そして、プロセッサ２０１は、当該時間帯に、ダウンロード及び更新を行う（ダウンロード開始時刻と更新開始時刻とを設定する）計画を立案する。

ステップＳ０１３では、プロセッサ２０１は、代替移動体（代替車両）の選定を行う。代替移動体は、運行が停止された移動体２の代わりに、運行計画に従った運行を行う移動体（車両）である。記憶装置２０２には、プログラムの更新が済んでおり、所定日に運行の予定のない代替移動体の情報が予め記憶されており、プロセッサ２０１は、当該情報によって特定される移動体を代替移動体に決定する。

ステップＳ０１４では、プロセッサ２０１は、代替移動体に対し、所定日における運行計画を割り当てる。例えば、運行が停止された移動体２が９：００以降、図４に示された内容で運行される予定であった場合には、プロセッサ２０１は、代替移動体に対し、９：００以降の運行計画を割り当てる。このとき、プロセッサ２０１は、所定日の全体の運行計画を割り当ててもよい。

ステップＳ０１５では、プロセッサ２０１は、移動体２に対する指示を生成する。移動体２に対する指示は、所定日の運行の停止を示す運行計画の変更指示と、所定日におけるダウンロード開始時刻に更新用データのダウンロードを開始する指示、更新開始時刻に更新用データを用いたプログラムの更新を開始する指示を含む。移動体２に対する指示は、通信装置２０３からネットワークＮに送出され、移動体２のＤＣＭ２１にて受信される。

ステップＳ０１６では、プロセッサ２０１は、代替移動体に対する指示を生成する。代替移動体に対する指示は、所定日の運行の内容を示す運行計画の変更指示を含む。代替移動体に対する指示は、通信装置２０３からネットワークＮに送出され、代替移動体に受信される。代替移動体は、所定日における運行計画を変更し、所定日において、移動体２の代わりに運行する。

＜移動体及び車両センタにおける処理＞
図８は、移動体２のCentral ＥＣＵ２２（以下「ＥＣＵ２２」と表記）の処理例を示すフローチャートである。図９は、車両センタ３の処理例を示すフローチャートである。

ステップＳ１０１では、ＥＣＵ２２は、ＤＣＭ２１がネットワークＮを介して管制センタ４から受信した、ダウンロード及び更新に係る指示を取得する。

ステップＳ１０２では、ＥＣＵ２２は、管制センタ４からの指示に、運行計画の変更指示が含まれているか否かを判定する。このとき、運行計画の変更指示が含まれていると判
定される場合には、処理がステップＳ１０３に進み、そうでない場合には、処理がステップＳ１０４に進む。

ステップＳ１０３では、ＥＣＵ２２は、運行計画の変更を行う。すなわち、ＥＣＵ２２は、運行計画の変更指示で指定された所定日における運行計画を変更指示に従って変更する。これによって、所定日における本来の運行計画が停止される。

ステップＳ１０４では、ＥＣＵ２２は、管制センタ４からの指示に含まれた、所定日におけるダウンロード開始時刻に更新用データのダウンロードを開始する予約設定を行う。また、ＥＣＵ２２は、及び所定日における更新開始時刻に更新用データを用いたプログラムの更新を開始する予約設定を行う。

ステップＳ１０５では、ＥＣＵ２２は、ダウンロード開始時刻の到来を待ち受け、ダウンロード開始時刻になったと判定されると、更新用データのダウンロードを行う（ステップＳ１０６）。すなわち、ＥＣＵ２２は、更新用データのダウンロード要求のメッセージを生成し、ダウンロード要求は、ＤＣＭ２１からネットワークＮへ送出され、車両センタ３で受信される。

車両センタ３では、車両センタ３として動作する端末装置２００のプロセッサ２０１（車両センタ３のプロセッサ２０１）が、通信装置２０３を介してダウンロード要求を取得する（図９のステップＳ２０１）。

車両センタ３のプロセッサ２０１は、ダウンロード要求に含まれたプログラムの更新用データを示す情報を元に、車両センタ３の記憶装置２０２からダウンロード要求に応じた更新用データを読み出す制御を行う。また、車両センタ３のプロセッサ２０１は、更新用データを移動体２へ送信する制御を行う（図９のステップＳ２０２）。これにより、更新用データが通信装置２０３からネットワークＮへ送出される。

移動体２では、ＤＣＭ２１が更新用データをネットワークＮから受信する。移動体２のＥＣＵ２２は、ＤＣＭ２１から更新用データを受け取る。このようにして、更新用データのダウンロードが行われる。

ステップＳ１０７において、ＥＣＵ２２がダウンロードが完了と判定すると（ステップＳ１０７のＹＥＳ）、ＥＣＵ２２は、プログラムの更新開始時刻の到来を待ち受ける（ステップＳ１０８）。更新開始時刻が到来したと判定されると（ステップＳ１０８のＹＥＳ）、ＥＣＵ２２は、更新用データを用いたプログラムの更新を行う（ステップＳ１０９）。そして、プログラムの更新が完了したと判定されると（ステップＳ１１０のＹＥＳ）、ＥＣＵ２２は、図６及び図７の処理を終了する。

＜実施形態の作用効果＞
実施形態では、管制センタ４（情報処理装置）がプロセッサ２０１（制御部）を備える。プロセッサ２０１は、運行計画に従って運行される移動体２（車両）に実装された（移動体２に搭載されたＥＣＵによって使用される）プログラムの更新に関する情報としてのリリースＮＯＴＥを取得する。プロセッサ２０１は、リリースＮＯＴＥに基づいて、運行計画における移動体２の停車中にプログラムを更新する計画を立案する（図６のステップＳ００７）。

上記構成によって移動体２がプログラムを更新する計画に従ってプログラムの更新を行うことで、移動体２の停止中（車両の停車中）にプログラムの更新が行われることになる。プログラムは、移動体２の移動（車両の走行）に関するプログラムを含むため、移動中
の更新によって、移動に支障を来す可能性がある。停車中の走行により、安全な環境でプロセッサの更新を行うことができる。すなわち、適切なタイミングでプログラムを更新することができる。

実施形態において、プロセッサ２０１は、更新に関する情報（リリースＮＯＴＥ）に含まれるプログラムの更新用データのサイズを示す情報に基づいて、プログラムの更新に要する第１の時間長（更新時間）を算出（取得）する（図６のステップＳ００６）。そして、プロセッサ２０１は、運行計画において、第１の時間長以上連続している移動体２の停止中の時間（保守状態の時間、例えば０：００～７：５９）にプログラムを更新する計画を立案する（ステップＳ００７）。これによって、停止中の時間にプログラムを更新することができる。

また、実施形態において、プロセッサ２０１は、更新用データのサイズを示す情報に基づいて、更新用データのダウンロードに要する第２の時間長（通信時間）を取得することをさらに実行する（ステップＳ００６）。そして、プロセッサ２０１は、運行計画において、第１の時間長と第２の時間長との合計時間以上連続している移動体２の停止中の時間（保守状態の時間帯）にプログラムを更新する計画を立案する（ステップＳ００７）。これによって、移動体２の停止中という安全な環境下で更新用データのダウンロードを行うことができる。

また、実施形態において、プロセッサ２０１は、図６のステップＳ００７において、運行計画における移動体２の第１の停車中の時間（例えば、図４における０：００～７：５９の時間帯）に更新用データをダウンロードする計画を立案することができる。また、プロセッサ２０１は、第１の停車中の時間と異なる第２の停車中の時間（例えば、図４における１１：００～１２：５９の時間帯）に、ダウンロード済みの更新用データを用いてプログラムを更新する計画を立案する。このように、ダウンロードと更新を異なる時間帯で実施することができる。

また、実施形態において、プロセッサ２０１は、リリースＮＯＴＥに含まれたプログラムの更新用データの配信開始日時以降の移動体２の保守状態（車両の停車中）の時間にプログラムを更新する計画を立案することができる（ステップＳ００６及びＳ００７）。

また、実施形態において、プロセッサ２０１は、リリースＮＯＴＥが重要度の高いプログラムの更新を示す情報を含む場合に、運行計画における移動体２の運用を停止することができる（図７、ステップＳ０１１）。そして、プロセッサ２０１は、運用の停止によって停車中となった移動体２に対するプログラムの更新計画を立案することができる（ステップＳ０１２）。

また、プロセッサ２０１は、プログラムの更新用データの配信開始日時以降における移動体２の運用を停止することができる（ステップＳ０１１）。そして、プロセッサ２０１は、運用の停止によって停車中となった移動体２に対する更新用データのダウンロードと更新用データを用いたプログラムの更新とを行う更新計画を立案することができる（ステップＳ０１２）。

また、実施形態において、プロセッサ２０１は、プログラムの更新済の代替車両（代替移動体）を車両（移動体２）の代わりに運用する計画を立案することができる（ステップＳ０１３及びＳ０１４）。

また、実施形態において、プロセッサ２０１は、プログラムを更新する計画に従って、移動体の停止中（車両の停車中）にプログラムの更新用データをダウンロードする。そし
て、プロセッサ２０１は、更新用のデータを用いてプログラムを更新する指示を移動体２に送信することができる（ステップＳ００８、ステップＳ０１６）。

なお、実施形態では、管制センタ４が情報処理装置である場合について説明した。但し、移動体２のＤＣＭ２１がリリースＮＯＴＥを受信し、図６及び図７に示すステップＳ００１～Ｓ００７、Ｓ００９～Ｓ０１４及びＳ０１６の処理を行う情報処理装置として動作してもよい。

＜その他＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

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

２ 移動体
３ 車両センタ
４ 管制センタ
２１ ＤＣＭ
２２ Central ＥＣＵ
２３ ＵＩＦ装置
２４ 予防安全装置
２５ ＡＤＳ
２６ 音・映像・ＮＡＶＩ装置
１００ 情報処理システム
２００ 端末装置
２０１ プロセッサ
２０２ 記憶装置
２０３ 通信装置
２０４ 入力装置
２０５ 出力装置

Claims (20)

1. 車両に実装されたプログラムの更新に関する情報を取得することと、
   前記更新に関する情報に基づいて、運行計画における前記車両の停車中に前記プログラムを更新する計画を立案することと、
   を実行する制御部を備える、
   情報処理装置。
2. 前記プログラムは、前記車両の走行制御に関するプログラムである
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記更新に関する情報に含まれる前記プログラムの更新用のデータのサイズを示す情報に基づいて、前記プログラムの更新に要する第１の時間長を取得することをさらに実行し、
   前記運行計画において、前記第１の時間長以上連続している前記車両の停車中の時間に前記プログラムを更新する計画を立案する、
   請求項１又は２に記載の情報処理装置。
4. 前記制御部は、
   前記更新用のデータのサイズを示す情報に基づいて、前記更新用のデータのダウンロードに要する第２の時間長を取得することをさらに実行し、
   前記運行計画において、前記第１の時間長と第２の時間長との合計時間以上連続している前記車両の停車中の時間に前記プログラムを更新する計画を立案する
   請求項３に記載の情報処理装置。
5. 前記制御部は、
   前記運行計画における前記車両の第１の停車中の時間に前記プログラムの更新用のデータをダウンロードする計画を立案し、前記車両の第１の停車中の時間と異なる第２の停車中の時間に前記プログラムの更新用のデータを用いて前記プログラムを更新する計画を立案する、
   請求項１又は２に記載の情報処理装置。
6. 前記制御部は、前記更新に関する情報に含まれた前記プログラムの更新用のデータの配信開始日時以降の前記車両の停車中の時間に前記プログラムを更新する計画を立案する、請求項１から５のいずれか一項に記載の情報処理装置。
7. 前記制御部は、
   前記更新に関する情報が重要度の高い前記プログラムの更新を示す情報を含む場合に、前記運行計画における前記車両の運用を停止し、
   前記運用の停止によって停車中となった前記車両に対する前記プログラムの更新計画を立案する、
   請求項１から６のいずれか一項に記載の情報処理装置。
8. 前記制御部は、前記プログラムの更新用のデータの配信開始日時以降における前記車両の運用を停止し、
   前記運用の停止によって停車中となった前記車両に対する前記プログラムの更新用のデータのダウンロードと前記更新用のデータを用いた前記プログラムの更新とを行う前記更新計画を立案する、
   請求項７に記載の情報処理装置。
9. 前記制御部は、前記プログラムの更新済の代替車両を前記車両の代わりに運用する計画を立案する、
   請求項７又は８に記載の情報処理装置。
10. 前記制御部は、前記プログラムを更新する計画に従って、前記車両の停車中に前記プログラムの更新用のデータをダウンロードし、前記更新用のデータを用いて前記プログラムを更新する指示を前記車両に送信する、
    請求項１から９のいずれか一項に記載の情報処理装置。
11. 情報処理装置が、
    車両に実装されたプログラムの更新に関する情報を取得することと、
    前記更新に関する情報に基づいて、運行計画における前記車両の停車中に前記プログラムを更新する計画を立案することと、
    を実行する情報処理方法。
12. 前記プログラムは、前記車両の走行制御に関するプログラムである
    請求項１１に記載の情報処理方法。
13. 前記情報処理装置は、
    前記更新に関する情報に含まれる前記プログラムの更新用のデータのサイズを示す情報に基づいて、前記プログラムの更新に要する第１の時間長を取得することをさらに実行し、
    前記運行計画において、前記第１の時間長以上連続している前記車両の停車中の時間に前記プログラムを更新する計画を立案する、
    請求項１１又は１２に記載の情報処理方法。
14. 前記情報処理装置は、
    前記更新用のデータのサイズを示す情報に基づいて、前記更新用のデータのダウンロードに要する第２の時間長を取得することをさらに実行し、
    前記運行計画において、前記第１の時間長と第２の時間長との合計時間以上連続している前記車両の停車中の時間に前記プログラムを更新する計画を立案する
    請求項１３に記載の情報処理方法。
15. 前記情報処理装置は、
    前記運行計画における前記車両の第１の停車中の時間に前記プログラムの更新用のデータをダウンロードする計画を立案し、
    前記車両の第１の停車中の時間と異なる第２の停車中の時間に前記プログラムの更新用のデータを用いて前記プログラムを更新する計画を立案する、
    請求項１１又は１２に記載の情報処理方法。
16. 前記情報処理装置は、前記更新に関する情報に含まれた前記プログラムの更新用のデータの配信開始日時以降の前記車両の停車中の時間に前記プログラムを更新する計画を立案する、
    請求項１１から１４のいずれか一項に記載の情報処理方法。
17. 前記情報処理装置は、
    前記更新に関する情報が重要度の高い前記プログラムの更新を示す情報を含む場合に、前記運行計画における前記車両の運用を停止し、
    前記運用の停止によって停車中となった前記車両に対する前記プログラムの更新計画を
    立案する
    請求項１１から１５のいずれか一項に記載の情報処理方法。
18. 前記情報処理装置は、
    前記プログラムの更新用のデータの配信開始日時以降における前記車両の運用を停止し、
    前記運用の停止によって停車中となった前記車両に対する前記プログラムの更新用のデータのダウンロードと前記更新用のデータを用いた前記プログラムの更新とを行う計画を立案する
    請求項１６に記載の情報処理方法。
19. 前記情報処理装置は、前記プログラムの更新済の代替車両を前記車両の代わりに運用する計画を立案する
    請求項１６又は１７に記載の情報処理方法。
20. 情報処理装置と、
    前記情報処理装置と通信可能な車両とを含み、
    前記情報処理装置は、前記車両に実装されたプログラムの更新に関する情報を取得することと、前記更新に関する情報に基づいて、運行計画における前記車両の停車中に前記プログラムを更新する計画を立案することと、前記プログラムを更新する計画に従って前記プログラムを更新する指示を前記車両に送信することと、を実行する制御部を含み、
    前記車両は、前記指示に従って前記プログラムの更新を行う
    情報処理システム。

Images