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

Description

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

今日、電気自動車等の移動体または携帯型の情報機器等、電池で稼働する様々な装置が利用されている。例えば、下記特許文献１では、複数の車両の各々の走行計画、及び、車両の電池使用量に影響を与える外的要因に基づいて、バッテリーを充電することが提案されている。

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

本開示の実施の形態の課題は、電池によって稼働する装置の状況に応じた適切な充電方法を選択できるようにすることである。

開示の実施形態は、情報処理装置によって例示される。本情報処理装置は、所定の装置を稼働させる電池に要求される第１の充電量を取得することと、第１の時間の範囲内で少なくとも前記第１の充電量を充電可能な充電方法を複数の充電方法の中から選択することと、を実行する制御部、を備える。
また、本実施形態の他の側面は、このコンピュータが実行する情報処理方法によって例示される。本情報処理方法では、コンピュータが所定の装置を稼働させる電池に要求される第１の充電量を取得することと、第１の時間の範囲内で少なくとも前記第１の充電量を充電可能な充電方法を複数の充電方法の中から選択することと、を実行する。
本実施形態のさらに他の側面は、情報システムによっても例示される。本情報システムは、所定の装置を稼働させる電池に要求される第１の充電量を取得することと、第１の時間の範囲内で少なくとも前記第１の充電量を充電可能な充電方法を複数の充電方法の中から選択することと、を実行する制御部を備える情報処理装置と、前記所定の装置と、を有する。

本情報処理装置によれば、電池によって稼働する装置の状況に応じた適切な充電方法を選択できる。

図１は、第１実施形態の情報システムを例示する図である。 図２は、車両センタから管制センタに送信されるリリースＮＯＴＥの例である。 図３は、管制センタが各移動体に配信する運行スケジュールのデータ例である。 図４は、管制センタが保持する各移動体の状態情報を例示する図である。 図５は、情報システム内に設けられる充電設備とバッテリの充放電特性を例示する図である。 図６は、管制センタのコンピュータによる移動体の運行スケジュールの設定処理を例示する図である。 図７は、コンピュータプログラムの更新ありの次回運行スケジュールの立案処理の詳細を例示するフローチャートである。 図８は、コンピュータプログラムの更新なしの次回運行スケジュールの立案処理の詳細を例示するフローチャートである。 図９は、第２実施形態における更新ありの次回運行スケジュールの立案処理の詳細を例示するフローチャートである。 図１０は、次回運行予定時刻の調整処理の詳細を例示する図である。 図１１は、次回運行予定時刻の調整処理の詳細の変形を例示する図である。 図１２は、第３実施形態の情報システムの構成を例示する図である。 図１３は、コンピュータによる可搬型電子装置で実行されるコンピュータプログラムの更新の計画立案処理を例示する図である。

以下、図面を参照して、本実施形態の情報処理装置、情報処理方法、及び、情報システムを説明する。本情報処理装置は、所定の装置を稼働させる電池に要求される第１の充電量を取得することと、第１の時間の範囲内で少なくとも第１の充電量を充電可能な充電方法を複数の充電方法の中から選択することと、を実行する制御部、を備える。

ここで所定の装置は、電池で稼働する装置または機器等であれば、限定はない。電池は充電可能な二次電池、または、蓄電池と呼ばれるものである。電池はバッテリとも呼ばれる。上記電池に要求される第１の充電量は、第１の時間経過後に上記所定の装置が利用者に機能を提供するために必要な充電量をいう。例えば、第１の時間の範囲内での第１の充電量の充電よって、所定の装置の使用計画または利用者の行動予定等に影響を及ぼさない程度に機能を提供するための電力量が充電されることが望ましい。

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

ネットワークＮは、有線ネットワーク、及び、無線ネットワークを含む。有線ネットワークは、例えば、コアネットワーク、バックボーン等とも呼ばれ、光ファイバ網等で例示されるブロードバンドネットワークである。無線ネットワークは、例えば、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 ＥＣＵ２２に報告する。

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

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

なお、リリースＮＯＴＥが図２の形式に限定される訳ではない。例えば、リリースＮＯＴＥは、HyperText Markup Language（ＨＴＭＬ）、または、Extensible Markup Language（ＸＭＬ）等の規定のフォーマットで記述されてもよい。また、リリースＮＯＴＥは、
複数の要素を含むレコードを配列した表形式で記述されてもよい。

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

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

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

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

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

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

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

図５は、管制センタ４が保持する、バッテリの充放電特性を例示する図である。ただし、バッテリの充電特性は、情報システム１００内に設けられる充電設備にも依存する。本実施形態では、移動体２に搭載されるバッテリは、図５の充放電特性を有するものとする。充放電特性は、実験的、または、経験的に蓄積できる。図５では、バッテリの充放電特性として、普通充電と急速充電とのそれぞれの充電速度、ダウンロード消費電力率、更新消費電力率、及び、運行消費電力率が含まれる。

情報システム１００内に設けられる充電設備には、普通充電可能な設備と、急速充電を可能な設備とがある。急速充電とは、普通充電よりも充電の速度が速い充電方法のことを示す。図５では、充電速度は、１時間当たりの充電量であり、充電量がＳＯＣで示されて
いる（％／時間）。まず、普通充電を行う場合、移動体２に搭載したバッテリは、５％／時間の速度で電荷の充電が可能である。ここでは、５％／時間は、例えば、１時間当たり３～６ｋＷｈである。バッテリに電荷がない状態から５％／時間の充電速度でバッテリが充電されると、満充電までに２０時間を要することを意味する。

また、急速充電を行う場合、図５に例示するバッテリでは、５０％／時間の速度で電荷の充電が可能である。ここでは、５０％／時間の速度で充電される電力は、例えば、１時間当たり５０ｋＷｈ以上である。すなわち、図５に例示するバッテリでは、急速充電では、電荷がない状態から２時間でバッテリを満充電の状態にすることが可能である。

また、ダウンロード消費電力率は、移動体２のＤＣＭ２１がコンピュータプログラムの更新用データのダウンロードを実行する場合の、所定の単位のデータ量当たりの消費電力量をＳＯＣで示したものである。図５に例示するバッテリのダウンロード消費電力率は、１０％／１０ＭＢである。すなわち、１０ＭＢのデータをダウンロードするごとに、バッテリのＳＯＣが１０％低下する。

また、更新消費電力率は、移動体２のＤＣＭ２１、及び、Central ＥＣＵ２２以下のＥＣＵ群がコンピュータプログラムの更新を実行する場合の、更新用データの所定の単位のデータ量当たりの消費電力量をＳＯＣで示したものである。図５に例示するバッテリの更新消費電力率は、１０％／１０ＭＢである。すなわち、１０ＭＢの更新用データで更新を実行するごとに、バッテリのＳＯＣが１０％低下する。

また、運行消費電力率は、移動体２の運行時の、１時間当たりの消費電力量をＳＯＣで示したものである。図５に例示されるバッテリの運行消費電力率は、５０％／時間である。つまり、１時間の走行で、バッテリのＳＯＣが５０％低下する。すなわち、図５の例では、移動体２は、２時間の運行で満充電のバッテリの電力量を消費する。なお、図５のデータは一例であり、移動体２のバッテリ、及び、バッテリを充電する充電設備が図５の例に限定される訳ではない。以下の処理では、これらの充放電特性を用いて、バッテリの要求充電量、及び、充電時間等が計算される。

また、管制センタ４は、図５に示されるバッテリの充放電特性の情報を、車両の種類、又は、バッテリの種類に応じて、保持していてもよい。また、バッテリの充放電特性の情報は、管制センタ４に保持されることに限定されず、例えば、各移動体２のCentral ＥＣＵ２２が移動体２に搭載されているバッテリについて、保持してもよい。この場合には、管制センタ４は、各移動体２に問い合わせることによって、移動体２に搭載されているバッテリの充放電特性の情報を取得するようにしてもよい。

（処理フロー）
図６は、管制センタ４のコンピュータによる移動体２の運行スケジュールの設定処理を例示する。上述のように、管制センタ４のコンピュータを単に管制センタ４として、以下、図６の処理が説明される。以下の図７から図１３等においても同様である。図６の処理は、例えば、移動体２の現在の運行が完了したときに実行される。なお、図６では、コンピュータプログラムの更新が実施される場合には、移動体２のバッテリの充電の間に、更新のための更新データのダウンロードと、移動体２の各ＥＣＵのコンピュータプログラムの更新とが実行されることを前提としている。

図６の処理では、管制センタ４は、移動体２から運行完了報告を受信する。運行完了報告には、移動体２のバッテリの充電状態が含まれる。そこで、管制センタ４は、移動体２のバッテリの充電状態を所定のデータベースの状態情報（図４参照）に記録する（Ｓ１）。なお、移動体２からの運行完了報告は、例えば、１日の運行計画のうち、最後の運行が
完了したときに受けてもよい。また、移動体２からの運行完了報告は、移動体２による運行が完了するごとに受けてもよい。管制センタ４は、移動体２による運行が完了するごとに運行完了報告を受ける場合には、運行完了報告受信ごとに図３に例示した運行スケジュールを修正してもよい。

次に、管制センタ４は、当該移動体２において、コンピュータプログラムの更新実施の予定があるか否かを判定する。管制センタ４は、車両センタ３から届いた最新のリリースＮＯＴＥと、移動体２の状態情報（図４）を比較する。そして、移動体２のコンピュータプログラムのシステムバージョンが最新のリリースＮＯＴＥに規定されたシステムバージョンよりも古い場合に、管制センタ４は、コンピュータプログラムの更新実施の予定がありと判定する。コンピュータプログラムの更新実施の予定がありの場合、管制センタ４は、更新ありの次回運行スケジュールの立案処理を実行する（Ｓ３）。Ｓ３の詳細は図７に例示される。

コンピュータプログラムの更新実施の予定がない場合、管制センタ４は、更新なしの次回運行スケジュールの立案処理を実行する（Ｓ４）。Ｓ４の詳細は図８に例示される。

次に、管制センタ４は、運行スケジュールを移動体２に配信する（Ｓ５）。移動体２は、配信された運行スケジュールにしたがって運行される。なお、管制センタ４は、移動体２から、更新完了後に、更新完了報告を受信する。そして、管制センタ４は、更新後のバージョンと更新日時を移動体２ごとの状態情報に記録する。その後、図６に示される処理が終了する。

図７は、管制センタ４のコンピュータによる移動体２におけるコンピュータプログラムの更新ありの次回運行スケジュールの立案処理（図６のＳ３）の詳細を例示するフローチャートである。この処理では、管制センタ４は、移動体２の各ＥＣＵで実行されるコンピュータプログラムを次回の運行時刻までに更新できる更新計画を立案する。

まず、この処理では、管制センタ４は、リリースＮＯＴＥから更新用データのデータサイズ（図２のvolumeの値）を取得する（Ｓ３１）。リリースＮＯＴＥは、第１のプログラムが更新されるときに用いられる更新用データのデータ量を含む第１のプログラムの更新に関する情報の一例である。ここで第１のプログラムは、今回の更新で書き換えられるプログラム群として例示される。したがって、管制センタ４は、第１のプログラムの更新に関する情報を取得することの一例としてＳ３１の処理を実行すると言える。

また、管制センタ４は、次回運行予定の情報を取得する（Ｓ３２）。次回運行予定の情報は、次回運行開始の予定時刻、及び、次回運行時の目的地、走行経路、及び、走行予定時間等を含む。ここで、現在時点から次回運行開始の予定時刻までの時間は、第１の時間の一例である。

移動体２が定期的に運行されるものである場合には、移動体２の次回運行予定の情報は、当該定期的な運行を管理する所定のデータベースから取得される。また、移動体２が非定期的に運行されるものである場合には、移動体２はシェアリングサービス、または、レンタル等での利用となる。そこで、移動体２の次回運行予定の情報は、シェアリングサービス、または、レンタル等での予約情報等から取得される。次回運行予定の情報は所定の装置としての移動体２のスケジュール情報の一例である。したがって、管制センタ４は、第１の時間を所定装置である移動体２のスケジュール情報に基づいて取得すると言える。

次に、管制センタ４は、現在の電池の充電状態（ＳＯＣ）を取得する。現在の電池の充電状態（ＳＯＣ）は、電池の残量ということもできる。また、管制センタ４は、移動体２
おいて実行される各処理での消費電力量を計算する。そして、管制センタ４は、電池の残量と、各処理での消費電力量とから必要電力量を計算する。（Ｓ３３）。各処理での消費電力量は、図７に示される処理では、ダウンロード消費電力量、更新消費電力量、及び、運行消費電力量を含む。

ダウンロード消費電力量は、移動体２が車両センタ３からコンピュータプログラムの更新用データをダウンロードするときの消費電力量である。ダウンロード消費電力量は、更新用データのデータサイズを基に、図５に例示したダウンロード消費電力率から計算される。例えば、更新用データのデータサイズが２０ＭＢで、ダウンロード消費電力率が１０％／１０ＭＢの場合、バッテリ満充電時の電力量の２０％の電力量が消費される。ダウンロード消費電力量を第３の消費電力量ということにする。

更新消費電力量は、移動体２の各ＥＣＵが更新対象のコンピュータプログラムを更新するときの消費電力量である。更新消費電力量は、更新用データのデータサイズを基に、図５に例示した更新消費電力率から計算される。例えば、更新用データのデータサイズが２０ＭＢで、更新消費電力率が１０％／１０ＭＢの場合、バッテリ満充電時の電力量の２０％の電力量が消費される。ここで、更新消費電力量を第２の消費電力量ということにする。

運行消費電力量は、移動体２がスケジュールにしたがって運行するときの消費電力量である。例えば、運行時間が１時間で、運行消費電力率が５０％／時間の場合、バッテリ満充電時の電力量の５０％の電力量が消費される。運行消費電力量を第１の消費電力量ということにする。

そして、管制センタ４は、移動体２の現在の充電状態（残量）と、各処理で消費される電力量とから、必要充電量を計算する。例えば、ダウンロード消費電力量が２０％であり、更新消費電力量が２０％であり、運行予定から想定される運行消費電力量が５０％の場合、バッテリは、少なくとも満充電時の９０％に達するまで充電することを要求される。したがって、例えば、現在のバッテリの充電状態が満充電に対する５％である場合には、必要充電量＝９０％－５％＝８５％と計算される。本実施形態では、必要充電量を第１の充電量という。

以上から、管制センタ４は、所定の装置を稼働させる電池に要求される第１の充電量を取得することの一例としてＳ３３の処理を実行すると言える。したがって、管制センタ４は、Ｓ３３の処理において、運行時の第１の消費電力量、及び、更新実施時の第２の消費電力量に加えて、さらに、ダウンロード時の第３の消費電力量を基に第１の充電量を取得すると言える。なお、移動体２が更新用データのダウンロードを事前に実行する場合には、Ｓ３３においてダウンロード消費電力量が含まれなくてもよい。この場合には、管制センタ４は、現在の電池の残量と、所定時間の稼働で消費する予定の電池の第１の消費電力量と、少なくとも第１のプログラムの更新で消費する予定の電池の第２の消費電力量と、から第１の充電量を取得することになる。なお、Ｓ３３の処理は、現在の前記電池の残量と、移動体２の所定時間の稼働で消費する予定の電池の第１の消費電力量と、から第１の充電量を取得することの一例ともいえる。Ｓ３３の計算において、少なくとも運行時の第１の消費電力量を基に電池に要求される第１の充電量が得られるからである。

次に、管制センタ４は、必要充電量から普通充電と急速充電の所要時間を計算する（Ｓ３４）。普通充電と急速充電の所要時間は、必要充電量を図５に例示した普通充電速度、及び、急速充電速度でそれぞれ除算すればよい。そして、管制センタ４は、普通充電で次回運行時刻に間に合うか否かを判定する（Ｓ３５）。Ｓ３５の判定で、普通充電によって次回運行時刻までに充電が完了すると判定された場合、管制センタ４は、普通充電かつ更
新実施の計画を立案し、運行スケジュールに組み込む（Ｓ３６）。一方、Ｓ３５の判定で、普通充電では、次回運行時刻までに充電を完了できない場合、管制センタ４は、急速充電で次回運行時刻に間に合うか否かを判定する（Ｓ３７）。Ｓ３７の判定で、急速充電によって次回運行時刻までに充電が完了すると判定された場合、管制センタ４は、急速充電かつ更新実施の計画を立案し、運行スケジュールに組み込む（Ｓ３８）。

一方、Ｓ３７の判定で、急速充電によっても次回運行時刻までに充電が完了しないと判定された場合、管制センタ４は、更新なしの次回運行スケジュールの立案処理を実行する（Ｓ３９）。更新なしの次回運行スケジュールの立案処理は、図８で例示される。次回運行時刻までの時間は、第１の時間の範囲の一例である。したがって、管制センタ４は、第１の時間の範囲内でＳ３３の処理で計算した第１の充電量を充電可能な充電方法を複数の充電方法の中から選択することの一例としてＳ３５、及び、Ｓ３７の判定を実行すると言える。また、管制センタ４は、選択された充電方法による電池の少なくとも第１の充電量の充電と少なくとも第１のプログラム（今回の更新で書き換えられるプログラム群）の更新を含む第１の計画を作成することの一例として、Ｓ３６、及び、Ｓ３８の処理を実行すると言える。

図８は、移動体２におけるコンピュータプログラムの更新なしの次回運行スケジュールの立案処理の詳細を例示するフローチャートである。すなわち、図８は、更新なしの次回運行スケジュールの立案処理（図６のＳ４、及び、図６のＳ３９）の詳細である。図８のＳ４２乃至Ｓ４８の処理は、ダウンロード消費電力量、更新消費電力量が計算されない点を除外して、図７のＳ３２乃至Ｓ３８の処理と同様である。そこで、Ｓ４２乃至Ｓ４８の処理の詳細は省略する。なお、Ｓ４３の処理では、管制センタ４は、移動体２の運行のための運行消費電力量を計算する。図７で述べた通り、移動体２の運行のための運行消費電力量は、所定の装置の所定時間の稼働で消費する予定の電池の第１の消費電力量の一例である。したがって、管制センタ４のコンピュータは、現在の電池の電荷状態である電池の残量と、移動体２の所定時間の稼働で消費する予定の電池の第１の消費電力量と、から第１の充電量を取得すると言える。

そして、更新なしの次回運行スケジュールの立案処理において、普通充電によっても急速充電によっても次回運行時刻までに充電が完了しないと判定された場合（Ｓ４７でＮＯ）、管制センタ４は、オペレータに次回運行予定の調整を要求する（Ｓ４９）。例えば、管制センタ４は、急速充電によって必要充電量の充電が完了する時刻を推定し、オペレータに推定された時刻を提示する。オペレータが承認を入力した場合に、管制センタ４は、必要充電量の充電が完了する時刻を新たな次回運行開始時刻に変更すればよい。

（実施形態の効果）
以上述べたように、本実施形態の管制センタ４を含む情報システム１００は、移動体２の運行に必要な最低限の充電状態を取得する。そして、情報システム１００は、次の運行開始時刻までに現在の充電状態から移動体２の運行に必要な最低限の充電状態まで充電することが可能な充電方法を複数の充電方法の中から選択することができる。したがって、本実施形態の情報システム１００は、運行と充電を繰り返す移動体２の運行スケジュールを適切に設定できる。

また、移動体２が定期的に運行されるものである場合には、情報システム１００は、次の運行開始時刻を定期的な運行を管理する所定のデータベースから取得する。また、移動体２が非定期的に運行されるものである場合には、このコンピュータは、移動体２の次回運行予定の情報をシェアリングサービス、または、レンタル等での予約情報等から取得する。したがって、情報システム１００は、移動体２が利用されるサービスに応じて適切に次の運行開始時刻を取得できる。

また、情報システム１００は、移動体２の現在の充電状態と、移動体の稼働による各処理で消費される電力量とから、必要充電量を計算する。したがって、情報システム１００は、移動体２の必要電力量を精度よく計算できる。その場合に、情報システム１００は、移動体２の運行と、移動体２内の各ＥＣＵのコンピュータプログラムの更新データのダウンロード、及び、コンピュータプログラムの更新による必要電力量を精度よく計算できる。

そして、情報システム１００は、必要電力量の充電に必要な充電時間を計算し、移動体２のバッテリの充電と移動体２内の各ＥＣＵのコンピュータプログラムの更新とを移動体２の次回運行開始時までに実行できる計画を設定することができる。

また、次回運行予定時刻までに必要電力量までの充電が完了しない場合、情報システム１００は、必要電力量までの充電が完了する時刻を推定し、オペレータの承認が得られた後に、次回運行開始時刻を充電が完了する時刻に変更する。したがって、情報システム１００は、運行開始までの時間が少なくとも充電時間以上となるように計画を作成することができる。

さらに本情報システムは、必要電力量にダウンロードのための電力量を含める。したがって、本情報システムは、コンピュータプログラムの更新に必要なデータのダウンロードを考慮して必要な電力量を計算できる。

＜第２実施形態＞
上記第１実施形態では、必要充電量までの充電が急速充電で完了できない場合に、管制センタ４は、移動体２のコンピュータプログラムの更新なしで次回運行スケジュールを立案した。本実施形態では、急速充電で充電完了できない場合に、管制センタ４がコンピュータプログラムの更新を実施できる次回運行スケジュールを立案する処理を例示する。

また、上記第１実施形態では、移動体２のバッテリの充電の間に、更新のための更新データのダウンロードと、移動体２の各ＥＣＵのコンピュータプログラムの更新が完了されることを前提している。本実施形態では、移動体２のバッテリの充電の間に、更新のための更新データのダウンロードと、移動体２の各ＥＣＵのコンピュータプログラムの更新とが実行完了できない場合に、これらが完了できる次回運行スケジュールを立案する処理を例示する。以上の点以外の第２の実施形態の情報システム１００の構成、及び、作用は第１実施形態と同様である。したがって、第１実施形態の図１乃至図６は、第２実施形態にもそのまま適用される。

図９は、第２実施形態における、更新ありの次回運行スケジュールの立案処理（図６のＳ３）の詳細を例示するフローチャートである。図９において、Ｓ３１乃至Ｓ３８の処理は、図７と同一であるのでその説明を省略する。

図９において、Ｓ３７の判定で、急速充電によっても次回運行予定時刻までに充電が完了しないと判定された場合、管制センタ４は、次回運行予定時刻の調整処理（Ｓ３９Ａ）を実行する。また、Ｓ３６の普通充電かつ更新実施の計画を立案し、運行スケジュールに組み込む処理、及び、Ｓ３８の急速充電かつ更新実施の計画を立案し、運行スケジュールに組み込む処理の後、管制センタ４はＳ３Ａの判定に処理を進める。そして、管制センタ４は、充電の間に、移動体２の各ＥＣＵのコンピュータプログラムの更新が可能であるか否かを判定する（Ｓ３Ａ）。更新が可能であるか否かを判定では、更新用データのダウンロードとダウンロード後のコンピュータプログラムの更新が可能であるかの判定を含めてよい。なお、本実施形態では、更新のためのデータのダウンロードを含まない、コンピュ
ータプログラムの更新をコンピュータプログラムの書き換えと呼ぶことにする。

なお、Ｓ３Ａの判定の前に実行されるＳ３４の処理では、管制センタ４は、プログラムが更新されるときに用いられる更新用データのデータサイズに基づいて、プログラムの書き換えに要する時間を取得する。本実施形態では、ダウンロードを含まない更新に要する時間を第２の時間と呼ぶ。また、Ｓ３４の処理では、管制センタ４は、プログラムの更新用データのダウンロードに要する時間を取得する。本実施形態では、このダウンロードに要する時間を第３の時間と呼ぶ。

Ｓ３Ａの判定で、充電の間に更新完了できないと判断される場合、管制センタ４は、次回運行予定時刻の調整処理（Ｓ３９Ａ）を実行する。Ｓ３９Ａの調整処理で作成される運行スケジュールについても、第１の計画と呼ぶことにする。したがって、管制センタ４は、所定の装置の一例である移動体２の利用開始までの時間が少なくとも第２の時間と第３の時間との合計以上となるように、第１の計画を作成すると言える。一方、Ｓ３Ａの判定で、充電の間に更新完了できる場合、管制センタ４は、処理を終了する。

図１０は、次回運行予定時刻の調整処理（図９のＳ３９Ａ）の詳細を例示する図である。この処理では、管制センタ４は、急速充電の所要時間から充電完了時刻を推定する（Ｓ３９Ａ１）。また、管制センタ４は、更新の所要時間（第２の時間）と更新用データのダウンロードの所要時間（第３の時間）とから、ダウンロード、及び、更新の完了時刻を推定する（Ｓ３９Ａ２）。上述のように、更新の所要時間（第２の時間）と、更新用データのダウンロードの所要時間（第３の時間）は、すでに図９のＳ３４の処理で計算されている。

そして、管制センタ４は、充電完了時刻と、ダウンロード、及び、更新の完了時刻のうち遅い時刻を次回運行開始時刻とすることを表示装置においてオペレータに提示する（Ｓ３９Ａ３）。そして、管制センタ４は、オペレータからのＯＫの入力を待つ（Ｓ３９Ａ４）。Ｓ３９Ａ４でＯＫの入力があると、管制センタ４は、提示した時刻を次回運行開始時刻に設定し、移動体２の運行スケジュールを作成する（Ｓ３９Ａ４）。以上の通り、管制センタ４は、利用開始までの時間が少なくとも第２の時間と第３の時間との合計以上となるように、第１の計画を作成する処理の一例としてＳ３９Ａ１からＳ３９Ａ４の処理を実行する。その後、管制センタ４は、処理を終了する。

一方、Ｓ３９Ａ４でＯＫの入力が得られない場合、管制センタ４は、オペレータによる運行スケジュール設定処理に進む（Ｓ３９Ａ６）。すなわち、管制センタ４は、オペレータに対して、移動体２の適切な運行スケジュールの設定を求める。オペレータによる運行スケジュールの設定後、管制センタ４は、処理を終了する。ここで、現時点から次回運行開始時刻までの時間は、第１の時間の一例である。

図１０では、管制センタ４は、充電完了時刻とダウンロード、及び、更新の完了時刻のうち遅い時刻を次回運行開始時刻とすることをオペレータに提示した。すなわち、図１０では、更新データのダウンロード時間も含むコンピュータプログラムの更新が完了する時刻を考慮して、次回運行開始時刻が決定された。しかし、更新データのダウンロードは、コンピュータプログラムの書き換え前に事前実行することも可能である。そこで、管制センタ４は、更新データのダウンロード時間を考慮しないで、コンピュータプログラムの書き換えのみを含む更新が完了するように次回運行開始時刻が決定してもよい。

図１１は、次回運行予定時刻の調整処理（図９のＳ３９Ａ）の詳細の変形を例示する図である。なお、図１１の処理が実行さえる前提として、図９のＳ３Ａの判定においても、管制センタ４は、更新のためのデータのダウンロードの時間を考慮しないで、ダウンロー
ド後のコンピュータプログラムの書き換えが可能であるか否かを判定すればよい。この場合、管制センタ４は、更新のためのデータのダウンロードの時間を考慮しない。したがって、管制センタ４は、図９のＳ３Ａの判定において第１のプログラムの書き換えに要する時間を第２の時間として取得するといえる。

図１１で、Ｓ３９Ａ１の処理は図１０と同一であるので、その説明を省略する。次に、管制センタ４は、移動体２の各ＥＣＵのコンピュータプログラムの書き換えの所要時間（第２の時間）から、更新（すなわち、コンピュータプログラムの書き換え）の完了時刻を推定する（Ｓ３９Ｂ２）。そして、管制センタ４は、充電完了時刻と更新（書き換え）完了時刻のうち遅い時刻を次回運行開始時刻とすることをオペレータに提示する（Ｓ３９Ｂ３）。図１１のＳ３９Ａ４以降の処理は図１０と同様であるので、その説明を省略する。Ｓ３９Ａ１からＳ３９Ａ６の処理は、所定の装置の一例である移動体２の利用開始までの時間が少なくとも第２の時間以上となるように、第１の計画を作成することの一例である。

（第２実施形態の効果）
本実施形態によれば、情報システム１００は、次回運行開始時刻までに、移動体２のバッテリの充電が完了するように、運行スケジュールを設定できる。また、図１０の処理によれば、情報システム１００は、更新にための更新データのダウンロードと移動体２の各ＥＣＵのコンピュータプログラムの更新とが、次回運行開始時刻までに完了するように運行スケジュールを設定できる。また、図１１の処理によれば、情報システムは、移動体２の各ＥＣＵのコンピュータプログラムの更新（書き換え）が次回運行開始時刻までに完了するように運行スケジュールを設定できる。

＜第３実施形態＞
上記第１実施形態、及び、第２実施形態では、移動体２の各ＥＣＵで実行されるコンピュータプログラムの更新と、移動体２のバッテリの充電を含む運行スケジュールを立案する処理を例示した。ところで、上記第１実施形態、及び、第２実施形態の処理は、移動体２以外の装置、例えば、携帯電話、スマートフォン等で例示される可搬型電子装置にも適用可能である。そこで、本実施形態では、可搬型電子装置で実行されるコンピュータプログラムの更新と、この可搬型電子装置に搭載されたバッテリの充電を含む稼働計画を立案するための構成と処理が例示される。

（構成例）
図１２は、本実施形態の情報システム１０１の構成を例示する図である。情報システム１０１は、コンピュータ１０と可搬型電子装置２Ａとを有する。コンピュータ１０はサーバともいう。また、可搬型電子装置２Ａを無線通信可能な端末を含む。コンピュータ１０はＣＰＵ１１と、主記憶部１２と、インターフェース（Ｉ／Ｆ）を通じて接続される外部機器を有し、コンピュータプログラムにより情報処理を実行する。ＣＰＵ１１は、プロセッサとも呼ばれる。ＣＰＵ１１は、単一のプロセッサに限定されず、マルチプロセッサ構成であってもよい。また、ＣＰＵ１１は、Graphics Processing Unit（ＧＰＵ）、Digital Signal Processor（ＤＳＰ）等を含むものであってもよい。また、ＣＰＵ１１は、Field Programmable Gate Array（ＦＰＧＡ）等のハードウェア回路と連携するものでもよい
。外部機器としては、外部記憶部１３、表示部１４、操作部１５、及び、通信部１６を例示できる。

ＣＰＵ１１は、主記憶部１２に実行可能に展開されたコンピュータプログラムを実行し、コンピュータ１０の機能を提供する。主記憶部１２は、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。主記憶部１２は、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access Memory（ＳＲＡＭ）、Read
Only Memory（ＲＯＭ）等である。さらに、外部記憶部１３は、例えば、主記憶部１２を
補助する記憶領域として使用され、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。外部記憶部１３は、ハードディスクドライブ、Solid State Disk（ＳＳＤ）等である。さらに、コンピュータ１０には、着脱可能記憶媒体の駆動装置を設けてもよい。着脱可能記憶媒体は、例えば、ブルーレイディスク、Digital Versatile Disk（ＤＶＤ）、Compact Disc（ＣＤ）、フラッシュメモリカード等である。

また、コンピュータ１０は、表示部１４、操作部１５、通信部１６を有する。表示部１４は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。操作部１５は、例えば、キーボード、ポインティングデバイス等である。本実施形態では、ポインティングデバイスとしてマウスが例示される。通信部１６は、ネットワーク上の他の装置とデータを授受する。例えば、通信部１６は、ネットワークＮ２を介して、可搬型電子装置２Ａと通信する。ネットワークＮ２は、例えば、ＬＴＥ、５Ｇ、６Ｇ等の携帯電話網、無線Local Area Network（ＬＡＮ）等である。なお、通信部１６は、第１実施形態（図１）のネットワークＮにもアクセス可能な通信インターフェースを有してもよい。

可搬型電子装置２Ａの構成は、コンピュータ１０と同様である。ただし、可搬型電子装置２Ａは、操作部として、ディスプレイ上にタッチセンサを重ねたタッチパネルを有する。なお、第１実施形態、第２実施形態で説明した車両センタ３のコンピュータ、及び、管制センタ４のコンピュータのハードウェア構成も、コンピュータ１０と同様である。また、第１実施形態、第２実施形態で説明したＥＣＵは、図１２のＣＰＵ１１と主記憶部１２とを組み合わせたものと同様である。したがって、第１実施形態から第３実施形態までを通じて、ＣＰＵ１１と主記憶部１２は制御部の一例として例示されている。

コンピュータ１０は、第１実施形態、及び、第２実施形態の車両センタ３、及び、管制センタ４と同様の処理を実行する。すなわち、コンピュータ１０は、可搬型電子装置２Ａのバッテリの充電、ＣＰＵ１１で実行されるコンピュータプログラムの更新、及び、利用者による可搬型電子装置２Ａの利用を支援する。コンピュータ１０は、例えば、可搬型電子装置２Ａを通じて利用者に提供されるスケジュール管理データベースにアクセスし、利用者の行動予定を取得する。

スケジュール管理データベースは、コンピュータ１０の主記憶部１２と外部記憶部１３に保存されてもよい。可搬型電子装置２ＡがネットワークＮ２を介してコンピュータ１０にアクセスし、スケジュール管理データベースの機能を利用者に提供すればよい。ただし、スケジュール管理データベースは、可搬型電子装置２Ａに保存されてもよい。可搬型電子装置２Ａに保存される場合には、コンピュータ１０は、利用者の承認を得て、可搬型電子装置２Ａからスケジュール管理データベースの情報を収集すればよい。

なお、スケジュール管理データベースには、利用者が可搬型電子装置２Ａを操作しない時間帯（更新候補の時間帯）が予め設定されていてもよい。更新候補の時間帯は、利用者が設定してもよい。また、可搬型電子装置２Ａまたはコンピュータ１０が利用者による過去の操作履歴を統計処理し、可搬型電子装置２Ａが操作されない可能性の高い、曜日、時間帯等を選択してもよい。可搬型電子装置２Ａまたはコンピュータ１０は選択した曜日、時間帯等を可搬型電子装置２Ａのディスプレイから利用者に提示し、予め、確認を求めてもよい。

そして、コンピュータ１０は、利用者が可搬型電子装置２Ａを利用しない時間帯において、バッテリの充電、更新のための更新データのダウンロード、ＣＰＵ１１で実行されるコンピュータプログラムの更新を含む稼働スケジュールを立案する。立案された可搬型電
子装置２Ａの稼働スケジュールは、可搬型電子装置２Ａに配信される。可搬型電子装置２Ａは、配信された稼働スケジュールにしたがって、バッテリの充電、更新のための更新データのダウンロード、及び、ＣＰＵ１１で実行されるコンピュータプログラムの更新を実行する。

（処理例）
図１３は、コンピュータ１０による可搬型電子装置２Ａで実行されるコンピュータプログラムの更新の計画立案処理を例示する図である。図１３の処理は、例えば、可搬型電子装置２Ａがコンピュータプログラムの更新を実施可能になったときに実行される。コンピュータ１０は、可搬型電子装置２Ａにおいてコンピュータプログラムの更新が実施可能になったことを利用者のスケジュール管理データベースから判断してよい。ただし、コンピュータ１０は、利用者の可搬型電子装置２Ａに対する操作入力により、コンピュータプログラムの更新が実施可能になったことを判断してもよい。

まず、この処理では、コンピュータ１０は、可搬型電子装置２Ａで実行されるプログラムのリリースＮＯＴＥから更新用データのデータサイズを取得する（Ｓ１３１）。コンピュータ１０が可搬型電子装置２Ａを販売する組織、または、可搬型電子装置２Ａによる通信等のサービスを提供する組織で運用されている場合、コンピュータ１０はリリースＮＯＴＥを保持している。また、コンピュータ１０は、可搬型電子装置２Ａを販売する組織等から、第１実施形態のネットワークＮ、第３実施形態のネットワークＮ２等を介してリリースＮＯＴＥを取得してもよい。

次に、コンピュータ１０は、可搬型電子装置２Ａおいて実行される各処理での消費電力量を計算する（Ｓ１３２）。各処理での消費電力量は、ダウンロード消費電力量、更新消費電力量、稼働消費電力量を含む。ダウンロード消費電力量、更新消費電力量は、第１実施形態、第２実施形態の場合と同様である。

稼働消費電力量は、可搬型電子装置２Ａがオン状態で稼働し、情報処理を実行するときの消費電力量である。稼働消費電力量は、過去の可搬型電子装置２Ａの動作履歴から、統計的に計算してもよい。そして、コンピュータ１０は、可搬型電子装置２Ａの現在の充電状態と、各処理で消費される電力量とから、必要充電量を計算する。

次に、コンピュータ１０は、必要充電量から普通充電と急速充電の所要時間を計算する（Ｓ１３３）。また、コンピュータ１０は、利用者のスケジュール管理データベースから次に可搬型電子装置２Ａを利用する使用予定の情報を取得する（Ｓ１３４）。使用予定の情報は、使用開始予定時刻、使用継続時間、及び、実行する処理の種類を含む。使用開始予定時刻までの時間は、次の利用開始までの時間であり、第１の時間の一例である。したがって、コンピュータ１０は、所定の装置の一例である可搬型電子装置２Ａの利用者のスケジュール情報に基づいて取得する処理の一例としてＳ１３３の処理を実行する。ただし、コンピュータ１０は、利用者の可搬型電子装置２Ａに対する操作入力により、使用予定の情報を取得してもよい。

そして、コンピュータ１０は、使用開始予定時刻と、普通充電と急速充電の所要時間とから、普通充電と急速充電のいずれが望ましいかを判断する（Ｓ１３５）。例えば、普通充電で使用開始予定時刻までに必要充電量の充電が可能な場合、コンピュータ１０は、普通充電を選択する。一方、普通充電で使用開始予定時刻までに必要充電量の充電ができない場合、コンピュータ１０は、急速充電を選択する。

コンピュータ１０は、急速充電を選択すると、急速充電かつ更新実施の充電計画を立案、計画と案内情報を可搬型電子装置２Ａのディスプレイに提示する（Ｓ１３６）。また、
コンピュータ１０は、普通充電を選択すると、普通充電かつ更新実施の充電計画を立案、計画と案内情報を可搬型電子装置２Ａのディスプレイに提示する（Ｓ１３７）。Ｓ１３６、及び、Ｓ１３７のいずれかが可搬型電子装置２Ａのディスプレイに提示されると、利用者は、ディスプレイでの提示にしたがって、可搬型電子装置２Ａの充電とコンピュータプログラムの更新を実行すればよい。

以上述べたように、本実施形態の情報システム１０１によれば、コンピュータ１０は、可搬型電子装置２Ａでコンピュータプログラムの更新と、可搬型電子装置２Ａの必要充電量の充電を支援する。すなわち、コンピュータ１０は、必要充電量の充電が使用開始予定時刻までに完了するように普通充電を実行できる。また、可搬型電子装置２Ａの必要充電量の充電が使用開始予定時刻までに完了できない場合に、コンピュータ１０は、利用者に急速充電を促し、コンピュータプログラムの更新中の必要充電量の充電を促進できる。

＜その他の変形例＞
上記第１実施形態、及び、第２実施形態では、管制センタ４のコンピュータが移動体２の運行スケジュールの設定処理（図６乃至図１１）を実行した。しかし、移動体２の車載装置である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