JP2023022405A - 情報処理装置、情報処理方法、およびシステム - Google Patents

Abstract

【課題】本開示の目的は、自律走行車両に設置されたモニタの表示内容と、自律走行車両の運行を遠隔で監視するためのモニタの表示内容とを一致させることが可能な技術を提供することである。【解決手段】情報処理装置は、自律走行車両に設置された第１モニタの表示を制御する第１ソフトウェアのアップデートが完了したことを示す完了通知を受信する。そして、情報処理装置は、完了通知を受信したことをトリガとして、自律走行車両の運行を遠隔で監視するための第２モニタの表示を制御する第２ソフトウェアをアップデートする。【選択図】図５

Description

本開示は、自律走行車両の運行を遠隔で監視するための技術に関する。

引用文献１には、車載機器のソフトウェアをＯＴＡ（Over The Air）によりアップデートするためのシステムが開示されている。引用文献１に開示されたシステムでは、ソフトウェアの更新に対する優先度に基づいて、サーバが更新用ソフトウェアを車両に配信する。

特開２０１８－１３２９７９号公報

本開示の目的は、自律走行車両に設置されたモニタの表示内容と、自律走行車両の運行を遠隔で監視するためのモニタの表示内容とを一致させることが可能な技術を提供することである。

本開示の第一の態様に係る情報処理装置は、
自律走行車両に設置された第１モニタの表示を制御する第１ソフトウェアのアップデートが完了したことを示す完了通知を受信することと、
前記完了通知を受信したことをトリガとして、前記自律走行車両の運行を遠隔で監視するための第２モニタの表示を制御する第２ソフトウェアをアップデートすることと、
を実行する制御部を備える。

本開示の第二の態様に係る情報処理方法は、
自律走行車両に設置された第１モニタの表示を制御する第１ソフトウェアのアップデートが完了したことを示す完了通知を受信することと、
前記完了通知を受信したことをトリガとして、前記自律走行車両の運行を遠隔で監視するための第２モニタの表示を制御する第２ソフトウェアをアップデートすることと、
を含む。

本開示の第三の態様に係るシステムは、
自律走行車両に設置された第１モニタの表示を制御する第１ソフトウェアのアップデートが完了したことを示す完了通知を送信する車載装置と、
前記車載装置から前記完了通知を受信したことをトリガとして、前記自律走行車両の運行を遠隔で監視するための第２モニタの表示を制御する第２ソフトウェアをアップデートすることを実行する制御部を備えた情報処理装置と、
を含む。

本開示によれば、自律走行車両に設置されたモニタの表示内容と、自律走行車両の運行を遠隔で監視するためのモニタの表示内容とを一致させることができる。

図１は、車両管理システムの概略構成を示す図である。 図２は、車両および監視サーバそれぞれのハードウェア構成を概略的に示すブロック図である。 図３は、監視サーバの機能構成の一例を概略的に示すブロック図である。 図４は、指示処理のフローを示すフローチャートである。 図５は、第１ソフトウェアのアップデートおよび第２ソフトウェアのアップデートの実行手順を説明するためのシーケンス図である。

自律走行車両には、自車両の状態を表示するモニタ（第１モニタ）が設置される。また、自律走行車両の運行を遠隔で監視する際には、車外に設けられたモニタ（第２モニタ）にも、自律走行車両の状態が表示される。このとき、第１モニタの表示に基づいて把握可能な自律走行車両の状態を遠隔でも把握できるようにするために、第１モニタの表示内容と第２モニタの表示内容とを一致させることが要求される。

ただし、第１モニタの表示を制御するソフトウェア（第１ソフトウェア）がアップデートされると、第１モニタの表示内容が変化する場合がある。そのため、第１モニタの表示内容と第２モニタの表示内容とを一致させるためには、第１ソフトウェアのアップデートに合わせて、第２モニタの表示を制御するソフトウェア（第２ソフトウェア）もアップデートする必要がある。

そこで、本開示に係る情報処理装置においては、制御部が、第１ソフトウェアのアップデートが完了したことを示す完了通知を受信する。そして、制御部は、完了通知を受信したことをトリガとして第２ソフトウェアをアップデートする。これによれば、自律走行車両において第１ソフトウェアがアップデートされたタイミングに合わせて、第２ソフトウェアをアップデートすることができる。したがって、第１ソフトウェアのアップデートに伴い第１モニタの表示内容が変化した場合であっても、その変化に合わせて、第２モニタの表示内容も変化させることができる。そのため、第１ソフトウェアがアップデートされても、第１モニタの表示内容と第２モニタの表示内容とを一致させることができる。

以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載されている構成部品の寸法、材質、形状、および、その相対配置等は、特に記載がない限りは本開示の技術的範囲をそれらのみに限定する趣旨のものではない。

＜実施形態＞
（システム構成）
図１は、車両管理システムの概略構成を示す図である。車両管理システム１は、車両１００を管理するためのシステムである。車両１００は自律走行車両である。つまり、車両１００は、ドライバーが運転しなくとも、与えられた運行計画に基づき自律走行が可能な車両である。ただし、車両１００の運行は遠隔で監視者によって監視される。監視サーバ２００は、車両１００の運行を遠隔で監視するためのサーバである。配信サーバ３００は、車両１００の走行または運行管理のために必要な自律走行車両用の様々なソフトウェアを車両１００に対して配信するサーバである。

車両管理システム１においては、車両１００、監視サーバ２００、および配信サーバ３００がネットワークＮ１によって相互に接続される。ネットワークＮ１としては、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、または携帯電話等の電話通信網が採用されてもよい。

図２は、車両１００および監視サーバ２００それぞれのハードウェア構成を概略的に示
すブロック図である。車両１００は、セントラルＥＣＵ（Electronic Control Unit）１
０１、通信モジュール１０２、第１モニタ１０３、およびカメラ１０４備えている。セントラルＥＣＵ１０１は、車両１００に搭載された各種装備を制御するための各ＥＣＵを統合して制御するコンピュータである。通信モジュール１０２は、車両１００をネットワークＮ１に接続するための通信装置である。通信モジュール１０２は、３Ｇ（3rd Generation）、またはＬＴＥ（Long Term Evolution）等の所定の無線通信規格を用いて、ネット
ワークＮ１を介して監視サーバ２００および配信サーバ３００と通信を行う。

第１モニタ１０３は、車両１００の状態を車内に表示するための表示装置である。第１モニタ１０３において車両１００の状態として表示される内容としては、車両１００の速度、方向指示器の点灯表示、ヘッドライトの点灯表示、各種警告灯（バッテリ残量警告灯、半ドア警告灯、およびブレーキ警告灯等）、および各種表示灯（スリップ表示灯、およびセキュリティ表示灯等）を例示することができる。また、車両１００が、ドライバーの運転による走行モードと、自律走行モードとを切り換え可能な場合は、第１モニタ１０３に車両１００の状態として車両１００の走行モードが表示されてもよい。このような車両１００の状態が第１モニタ１０３に表示されることで、車内に存在する人（例えば、車両１００の運行を車内でサポートする係員）が車両１００の状態を把握することが可能となる。

また、第１モニタ１０３はモニタＥＣＵ１０３１を含んでいる。モニタＥＣＵ１０３１は第１モニタ１０３を制御するコンピュータである。モニタＥＣＵ１０３１は、第１モニタ１０３の記憶部に記憶された第１ソフトウェアを実行することで、第１モニタ１０３における表示内容を制御する。したがって、第１モニタ１０３における表示内容は、第１ソフトウェアの内容に基づいて定まる。

カメラ１０４は、車両１００の車内を撮影するカメラである。カメラ１０４は、第１モニタ１０３に表示された画像を撮影することができる。また、車両１００においては、セントラルＥＣＵ１０１、通信モジュール１０２、第１モニタ１０３、およびカメラ１０４が、所定の車両内通信規格を用いて互いに通信を行うことができる。所定の車両内通信規格としては、ＣＡＮ（Controller Area Network）、またはＬＩＮ（Local Interconnect Network）等を例示することができる。

監視サーバ２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、通信インターフェース（通信Ｉ／Ｆ）２０４、および第２モニタ２０５を有するコンピュータである。プロセッサ２０１は、例えば、ＣＰＵ（Central Processing Unit）またはＤＳＰ
（Digital Signal Processor）である。主記憶部２０２は、例えば、ＲＡＭ（Random Access Memory）である。補助記憶部２０３は、例えば、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、またはフラッシュメモリである。また、補助記憶部２０３は、
リムーバブルメディア（可搬記録媒体）を含んでもよい。ここで、リムーバブルメディアは、例えば、ＵＳＢメモリ、ＳＤカード、または、ＣＤ－ＲＯＭ、ＤＶＤディスク、若しくはブルーレイディスクのようなディスク記録媒体である。補助記憶部２０３には、オペレーティングシステム（ＯＳ）、各種プログラム、および各種情報テーブル等が格納されている。そして、プロセッサ２０１が、補助記憶部２０３に記憶されたプログラムを主記憶部２０２にロードして実行することによって、車両１００の運行を監視するための様々な制御が実現される。

通信Ｉ／Ｆ２０４は、監視サーバ２００をネットワークＮ１に接続するためのインターフェースである。通信Ｉ／Ｆ２０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、または無線通信のための無線通信回路である。

第２モニタ２０５は、車両１００の状態を遠隔で監視するための表示装置である。第２モニタ２０５にも、車両１００に設けられた第１モニタ１０３と同様、車両１００の状態が表示される。監視サーバ２００には、車両１００の状態を示す情報が、車両１００からネットワークＮ１を介して送信される。なお、車両１００においては、セントラルＥＣＵ１０１が通信モジュール１０２に対して、車両１００の状態を示す情報の監視サーバ２００への送信が指示される。また、車両１００から監視サーバ２００への車両１００の状態を示す情報の送信は、所定の間隔で周期的に実行される。そして、第２モニタ２０５が、車両１００から受信した車両１００の状態を表示する。車両１００の状態が第２モニタ２０５に表示されることで、監視者が車両１００の状態を把握することが可能となる。また、プロセッサ２０１は、第２ソフトウェアを実行することで、第２モニタ２０５における表示内容を制御する。したがって、第２モニタ２０５における表示内容は、第２ソフトウェアの内容に基づいて定まる。

なお、監視サーバ２００における一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、監視サーバ２００は、必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。また、本実施形態においては、監視サーバ２００が、本開示に係る「情報処理装置」に相当する。

（ソフトウェアのアップデート）
上述したように、車両１００においては、モニタＥＣＵ１０３１が、第１ソフトウェアを実行することで第１モニタ１０３における表示内容を制御する。ただし、第１モニタ１０３の記憶部に記憶された第１ソフトウェアについてアップデートが必要とされる場合がある。この場合、第１ソフトウェアのアップデート用のデータ（以下、「第１データ」と称する場合もある。）が配信サーバ３００から車両１００に配信される。車両１００においては、配信サーバ３００から配信された第１データが通信モジュール１０２によって受信される。そして、セントラルＥＣＵ１０１が、モニタＥＣＵ１０３１に対して、第１データによる第１ソフトウェアのアップデートの実行を指示する。

このとき、第１ソフトウェアがアップデートされることで、第１モニタ１０３の表示内容が変化する場合がある。ここで、監視サーバ２００の第２モニタ２０５によって車両１００の状態を遠隔で監視するためには、第２モニタ２０５の表示内容が第１モニタ１０３の表示内容と一致することが求められる。したがって、第１モニタ１０３の表示内容が変化する場合は、その変化に合わせて、第２モニタ２０５の表示内容も変化させる必要がある。そのため、車両１００において第１ソフトウェアがアップデートされる場合、それに合わせて、監視サーバ２００において、第２モニタ２０５における表示内容を制御する第２ソフトウェアもアップデートされる必要がある。

そこで、第１ソフトウェアがアップデートされる場合、第２ソフトウェアのアップデート用のデータ（以下、「第２データ」と称する場合もある。）が予め準備される。第２ソフトウェアのアップデート後の第２モニタ２０５の表示内容が第１ソフトウェアのアップデート後の第１モニタ１０３の表示内容と一致するように、第２データの内容は第１データの内容に対応している。準備された第２データは、監視サーバ２００の補助記憶部２０３に記憶されている。そして、プロセッサ２０１が、補助記憶部２０３から第２データを読みこんで、第２ソフトウェアのアップデートを実行する。なお、第１ソフトウェアと第２ソフトウェアとのアップデートの実行手順の詳細については後述する。

（機能構成）
次に、監視サーバ２００の機能構成について図３に基づいて説明する。図３は、監視サーバ２００の機能構成の一例を概略的に示すブロック図である。

監視サーバ２００は、機能部として、制御部２１０、通信部２２０、第２データ記憶部２３０、および運行スケジュールデータベース（運行スケジュールＤＢ）２４０を有している。通信部２２０は、監視サーバ２００をネットワークに接続する機能を有する。通信部２２０は通信Ｉ／Ｆ２０４によって実現することができる。

制御部２１０は、監視サーバ２００を制御するための演算処理を行う機能を有する。制御部２１０は、プロセッサ２０１によって実現することができる。第２データ記憶部２３０は、第２ソフトウェアのアップデートのために準備された第２データが記憶されている。運行スケジュールＤＢ２４０は、車両１００の運行スケジュールが記憶されている。ここで、車両１００の運行スケジュールには、車両１００の運行が休止される時期のスケジュールも含まれている。第２データ記憶部２３０および運行スケジュールＤＢ２４０は、補助記憶部２０３によって実現することができる。

また、制御部２１０は、指示部２１０１およびアップデート実行部２１０２を機能部として有している。指示部２１０１は、車両１００に対して、第１ソフトウェアのアップデートの実行時期を指示する機能を有する。つまり、車両１００における第１ソフトウェアのアップデートが必要な場合、監視サーバ２００において、そのアップデートの実行時期が決定される。そして、監視サーバ２００から車両１００に第１ソフトウェアのアップデートの実行時期が指示される。また、監視サーバ２００において決定された第１ソフトウェアのアップデートの実行時期までに、第２ソフトウェアのアップデート用の第２データが準備され第２データ記憶部２３０に入力される。また、アップデート実行部２１０２は、第２データによる第２ソフトウェアのアップデートを実行する機能を有する。指示部２１０１およびアップデート実行部２１０２それぞれが実行する処理の詳細については後述する。

（指示処理）
次に、監視サーバ２００において実行される指示処理について、図４に基づいて説明する。指示処理は、第１ソフトウェアのアップデートの実行時期を車両１００に対して指示するために実行される処理である。図４は、指示処理のフローを示すフローチャートである。本フローは、制御部２１０における指示部２１０１によって実行される。

上述したとおり、車両管理システム１においては、車両１００において第１ソフトウェアをアップデートする場合、配信サーバ３００から車両１００に対して第１データが配信される。ここで、配信サーバ３００は、第１データを車両１００に対して配信するより前の時期に、先ず、第１データの配信が可能となる時期についての情報（以下、「配信時期情報」と称する場合もある。）を監視サーバ２００に対して送信する。監視サーバ２００においては、配信サーバ３００から送信された配信時期情報が通信部２２０によって受信される。監視サーバ２００においては、配信サーバ３００から配信時期情報を受信すると、指示部２１０１によって図４に示すフローが実行される。

図４に示すフローでは、Ｓ１０１において、通信部２２０によって受信された配信時期情報が取得される。次に、Ｓ１０２において、運行スケジュールＤＢ２４０に記憶された車両１００の運行スケジュールが取得される。

次に、Ｓ１０３において、Ｓ１０１で取得された配信時期情報と、Ｓ１０２で取得された運行スケジュールとに基づいて、第１ソフトウェアのアップデートの実行時期が決定される。具体的には、第１ソフトウェアのアップデートの実行時期として、配信サーバ３００からの第１データの配信が可能となる時期以降において車両１００の運行が休止する予定となっている時期が選択される。第１ソフトウェアのアップデートの実行時期をこのよ
うな時期とすることで、車両１００の運行が休止されている間に、第１ソフトウェアをアップデートすることが可能となる。

次に、Ｓ１０４において、Ｓ１０３で決定された第１ソフトウェアのアップデートの実行時期を指示する指示情報が車両１００に対して送信される。このとき指示情報は通信部２２０から車両１００に送信される。そして、車両１００においては、送信された指示情報が通信モジュール１０２によって受信される。これにより、車両１００においては、第１ソフトウェアのアップデートを実行すべき時期をセントラルＥＣＵ１０１が把握することが可能となる。

（アップデート実行手順）
次に、車両１００において実行される第１ソフトウェアのアップデートおよび監視サーバ２００において実行される第２ソフトウェアのアップデートの手順について図５に基づいて説明する。図５は、第１ソフトウェアのアップデートおよび第２ソフトウェアのアップデートの実行手順を説明するためのシーケンス図である。

車両１００においては、監視サーバ２００から受信した指示情報が示す第１ソフトウェアのアップデートの実行時期が到来すると、配信サーバ３００に対して、アップデート用データの送信を要求するため要求情報が送信される（Ｓ１０）。この要求情報の送信は、セントラルＥＣＵ１０１が通信モジュール１０２に送信を指示することで実行される。配信サーバ３００は、車両１００から要求情報を受信すると、車両１００に対して第１データを送信する（Ｓ１１）。車両１００では、通信モジュール１０２によって第１データが受信されると、セントラルＥＣＵ１０１が、モニタＥＣＵ１０３１に対し、第１データによる第１ソフトウェアのアップデートの実行を指示する。これにより、第１モニタ１０３の記憶部に記憶された第１ソフトウェアのアップデートが実行される（Ｓ１２）。

その後、車両１００において第１ソフトウェアのアップデートが完了すると、車両１００から監視サーバ２００に対して完了通知が送信される（Ｓ１３）。完了通知は、第１ソフトウェアのアップデートが完了したことを通知するための情報である。この完了通知の送信は、セントラルＥＣＵ１０１が通信モジュール１０２に送信を指示することで実行される。

監視サーバ２００においては、車両１００から送信された完了通知が通信部２２０によって受信される。通信部２２０によって完了通知が受信されると、制御部２１０のアップデート実行部２１０２が、第２ソフトウェアをアップデートするための処理を実行する。具体的には、アップデート実行部２１０２は、第２データ記憶部２３０に記憶された第２データを読み込む（Ｓ１４）。そして、アップデート実行部２１０２は、読み込んだ第２データによる第２ソフトウェアのアップデートを実行する（Ｓ１５）。これにより、監視サーバ２００において第２ソフトウェアがアップデートされる。

上記の手順によれば、監視サーバ２００においては、車両１００から完了通知を受信したことをトリガとして第２ソフトウェアがアップデートされる。これにより、車両１００において第１ソフトウェアがアップデートされたタイミングに合わせて、第２ソフトウェアをアップデートすることができる。したがって、第１ソフトウェアのアップデートに伴い第１モニタ１０３の表示内容が変化した場合であっても、その変化に合わせて、第２モニタ２０５の表示内容も変化させることができる。そのため、第１ソフトウェアがアップデートされても、第１モニタ１０３の表示内容と第２モニタ２０５の表示内容とを一致させることができる。

なお、第１ソフトウェアと第２ソフトウェアとをアップデートする場合、上記の実施形
態に係る手順とは逆に、第２ソフトウェアのアップデート完了後に第１ソフトウェアのアップデートを実行することも考えられる。しかしながら、車両１００では、監視サーバ２００に比べて、ソフトウェアのアップデート用のデータの受信中、または、ソフトウェアのアップデートの実行途中において、何らかのトラブルが生じる可能性が高い。そのため、上記の実施形態に係る手順のように、第１ソフトウェアのアップデート完了後に第２ソフトウェアのアップデートを実行することで、第１モニタ１０３の表示内容と第２モニタ２０５の表示内容とをより速やかに一致させることができる。

（変形例１）
車両１００において、第１ソフトウェアをアップデートしたとしても、アップデート実行前後において第１モニタ１０３の表示内容が変化しない場合がある。例えば、第１ソフトウェアのアップデートの内容が、第１モニタ１０３における形式上の表示変更（例えば、表示マークの形状変更、または、表示文字のフォントの変更等）であれば、アップデート実行前後において、第１モニタ１０３の表示内容自体は変化しない。このような場合、必ずしも、第１ソフトウェアのアップデートに合わせて第２ソフトウェアをアップデートする必要はない。

そこで、監視サーバ２００は、配信サーバ３００から配信時期情報を受信する際に、第１ソフトウェアのアップデートの内容に関する情報も合わせて受信してもよい。そして、監視サーバ２００は、第１ソフトウェアのアップデートの内容が所定の条件を満たす場合にのみ、上記の実施形態における実行手順により、車両１００から完了通知を受信したことをトリガとして第２ソフトウェアのアップデートを実行してもよい。ここで、所定の条件とは、第１ソフトウェアのアップデートの内容が、アップデートに伴い第１モニタ１０３の表示内容が変化するような内容である、と判断できる条件である。

第１ソフトウェアのアップデートの内容が所定の条件を満たすか否かについては、制御部２１０が判別する。上記の例示のように、第１ソフトウェアのアップデートの内容が、第１モニタ１０３における形式上の表示変更である場合、この第１ソフトウェアのアップデートの内容は所定の条件を満たさないと判定される。

これによれば、第１ソフトウェアのアップデートに伴って第２ソフトウェアを不必要にアップデートしてしまうことを抑制することができる。

（変形例２）
上述したとおり、車両１００においては、第１モニタ１０３に表示された画像をカメラ１０４によって撮影することができる。そこで、車両１００において、第１ソフトウェアのアップデートの完了後に、第１モニタ１０３に表示された画像をカメラ１０４によって撮影してもよい。そして、カメラ１０４によって撮影された画像データを監視サーバ２００に送信してもよい。これによれば、第１ソフトウェアのアップデート後の第１モニタ１０３における表示内容を、監視サーバ２００によって車両１００の運行を遠隔で監視する監視者が確認することが可能となる。

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

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

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

１・・・車両管理システム
１００・・車両
１０１・・セントラルＥＣＵ
１０２・・通信モジュール
１０３・・第１モニタ
１０３１・・モニタＥＣＵ
１０４・・カメラ
２００・・監視サーバ
２０１・・プロセッサ
２０２・・主記憶部
２０３・・補助記憶部
２０４・・通信インターフェース
２０５・・第２モニタ
３００・・配信サーバ

Claims (20)

1. 自律走行車両に設置された第１モニタの表示を制御する第１ソフトウェアのアップデートが完了したことを示す完了通知を受信することと、
   前記完了通知を受信したことをトリガとして、前記自律走行車両の運行を遠隔で監視するための第２モニタの表示を制御する第２ソフトウェアをアップデートすることと、
   を実行する制御部を備えた情報処理装置。
2. 前記第１モニタおよび前記第２モニタは前記自律走行車両の状態を表示するモニタである、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記完了通知を前記自律走行車両から受信する、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、
   前記完了通知を受信したことをトリガとして、前記第１ソフトウェアのアップデートの内容に対応した、前記第２ソフトウェアのアップデート用のデータを記憶部から取得し、取得したデータに基づいて前記第２ソフトウェアのアップデートを実行する、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記制御部は、
   前記自律走行車両における前記第１ソフトウェアのアップデートの実行時期を前記自律走行車両に対して指示することをさらに実行する、
   請求項１から４のいずれか一項に記載の情報処理装置。
6. 前記制御部は、
   前記第１ソフトウェアのアップデート用のデータの配信が可能となる配信時期と、前記自律走行車両の運行スケジュールと、に基づいて、前記自律走行車両における前記第１ソフトウェアのアップデートの実行時期を決定することをさらに実行する、
   請求項５に記載の情報処理装置。
7. 前記制御部は、
   前記第１ソフトウェアのアップデート用のデータを前記自律走行車両に対して配信する配信サーバから前記配信時期に関する情報を受信することをさらに実行する、
   請求項６に記載の情報処理装置。
8. 前記制御部は、
   前記第１ソフトウェアのアップデートの内容が所定の条件を満たしている場合にのみ、前記完了通知を受信したことをトリガとして前記第２ソフトウェアをアップデートする、
   請求項１から７のいずれか一項に記載の情報処理装置。
9. 自律走行車両に設置された第１モニタの表示を制御する第１ソフトウェアのアップデートが完了したことを示す完了通知を受信することと、
   前記完了通知を受信したことをトリガとして、前記自律走行車両の運行を遠隔で監視するための第２モニタの表示を制御する第２ソフトウェアをアップデートすることと、
   を含む情報処理方法。
10. 前記第１モニタおよび前記第２モニタは前記自律走行車両の状態を表示するモニタであ
    る、
    請求項９に記載の情報処理方法。
11. 前記完了通知を前記自律走行車両から受信する、
    請求項９または１０に記載の情報処理方法。
12. 前記完了通知を受信したことをトリガとして、前記第１ソフトウェアのアップデートの内容に対応した、前記第２ソフトウェアのアップデート用のデータを記憶部から取得し、取得したデータに基づいて前記第２ソフトウェアのアップデートを実行する、
    請求項９から１１のいずれか一項に記載の情報処理方法。
13. 前記自律走行車両における前記第１ソフトウェアのアップデートの実行時期を前記自律走行車両に対して指示することをさらに実行する、
    請求項９から１２のいずれか一項に記載の情報処理方法。
14. 前記第１ソフトウェアのアップデート用のデータの配信が可能となる配信時期と、前記自律走行車両の運行スケジュールと、に基づいて、前記自律走行車両における前記第１ソフトウェアのアップデートの実行時期を決定することをさらに実行する、
    請求項１３に記載の情報処理方法。
15. 前記第１ソフトウェアのアップデート用のデータを前記自律走行車両に対して配信する配信サーバから前記配信時期に関する情報を受信することをさらに実行する、
    請求項１４に記載の情報処理方法。
16. 前記第１ソフトウェアのアップデートの内容が所定の条件を満たしている場合にのみ、前記完了通知を受信したことをトリガとして前記第２ソフトウェアをアップデートする、
    請求項９から１５のいずれか一項に記載の情報処理方法。
17. 自律走行車両に設置された第１モニタの表示を制御する第１ソフトウェアのアップデートが完了したことを示す完了通知を送信する車載装置と、
    前記車載装置から前記完了通知を受信したことをトリガとして、前記自律走行車両の運行を遠隔で監視するための第２モニタの表示を制御する第２ソフトウェアをアップデートすることを実行する制御部を備えた情報処理装置と、
    を含むシステム。
18. 前記第１モニタおよび前記第２モニタは前記自律走行車両の状態を表示するモニタである、
    請求項１７に記載のシステム。
19. 前記情報処理装置において、
    前記制御部は、前記完了通知を受信したことをトリガとして、前記第１ソフトウェアのアップデートの内容に対応した、前記第２ソフトウェアのアップデート用のデータを記憶部から取得し、取得したデータに基づいて前記第２ソフトウェアのアップデートを実行する、
    請求項１７または１８に記載のシステム。
20. 前記情報処理装置において、
    前記制御部は、前記自律走行車両における前記第１ソフトウェアのアップデートの実行時期を指示する指示情報を前記車載装置に対して送信することをさらに実行する、
    請求項１７から１９のいずれか一項に記載のシステム。

Images