JP2020161925A - 通信装置及びプログラム - Google Patents

Abstract

【課題】電気自動車及びハイブリッド車等に搭載された車載通信装置のように、セルラ通信及びＷｉＦｉ通信等によって無線ネットワークにアクセス可能な通信装置の数が増大しており、複数の通信装置の計算資源を有効に活用可能な技術を提供する。【解決手段】作動オフを伴うユーザ操作の後にも作動状態を継続し、サーバからの信号に基づいて作動オフする車載通信装置３１０であって、ユーザ操作に応じて、サーバによって管理されるグリッドコンピューティングへの参加が可能であることを示す信号をサーバに送信する信号送信部を備える。【選択図】図１

Description

本発明は、通信装置及びプログラムに関する。

電気自動車及びハイブリッド車等に搭載された車載通信装置のように、セルラ通信及びＷｉＦｉ（登録商標）通信等によって無線ネットワークにアクセス可能な通信装置が知られており（例えば、特許文献１参照）、その数は増大している。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１７−２０７９８４号公報

複数の通信装置の計算資源を有効に活用可能な技術を提供することが望ましい。

本発明の第１の態様によれば、通信装置の作動オフを伴うユーザ操作の後にも作動状態を継続し、サーバからの信号に基づいて作動オフする通信装置が提供される。通信装置は、ユーザ操作に応じて、サーバによって管理されるグリッドコンピューティングへの参加が可能であることを示す信号をサーバに送信する信号送信部を備えてよい。

上記通信装置は、ＣＰＵ及びメモリを備え、上記信号送信部は、上記ＣＰＵの能力値情報及び上記メモリの能力値情報の少なくともいずれかを含む上記信号を上記サーバに送信してよい。上記通信装置は、上記信号送信部が送信した上記信号によって参加した上記グリッドコンピューティングにおける上記通信装置の処理結果を示す結果レポートを、上記通信装置の作動オフの前に上記サーバに送信するレポート送信部を備えてよい。上記通信装置は、上記信号送信部が送信した上記信号によって参加した上記グリッドコンピューティングにおける上記通信装置の処理結果を示す結果レポートを、上記通信装置の作動オフ後の上記通信装置の作動オン後に、上記サーバに送信するレポート送信部を備えてよい。

上記通信装置は、車両に搭載された車載装置であってよく、上記ユーザ操作は、上記車両のエンジンオフ操作又は電源オフ操作であってよい。上記車両はバッテリを有してよく、上記信号送信部は、上記バッテリのバッテリ残量情報を含む上記信号を上記サーバに送信してよい。

上記通信装置は、上記通信装置が上記グリッドコンピューティングに参加可能な期間を示すスケジュール情報を取得するスケジュール情報取得部を備えてよく、上記信号送信部は、上記スケジュール情報を含む上記信号を上記サーバに送信してよい。上記スケジュール情報取得部は、上記車両の使用履歴に基づいて、上記スケジュール情報を生成してよい。上記スケジュール情報取得部は、上記車両の使用履歴に基づいて、上記車両が使用されていない期間を特定し、特定した期間を、上記通信装置が上記グリッドコンピューティングに参加可能な期間としたスケジュール情報を生成してよい。

上記信号送信部は、上記ユーザ操作が行われたときに上記車両が充電状態である場合に、上記信号を上記サーバに送信してよい。上記信号送信部は、上記ユーザ操作後、予め定められた時間が経過する前に上記車両が充電状態になった場合に、上記信号を上記サーバに送信してよい。上記信号送信部は、上記信号によってグリッドコンピューティングに参加した後、上記グリッドコンピューティングが終了する前に上記車両が走行可能状態になった場合に、上記グリッドコンピューティングへの参加の停止要求を上記サーバに送信してよい。

本発明の第２の態様によれば、コンピュータを、上記通信装置として機能させるためのプログラムが提供される。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

システム１０の一例を概略的に示す。 車載装置３１０による処理の流れの一例を概略的に示す。 車載装置３１０による処理の流れの一例を概略的に示す。 車載装置３１０による処理の流れの一例を概略的に示す。 車載装置３１０の機能構成の一例を概略的に示す。 管理サーバ１００による処理の流れの一例を概略的に示す。 管理サーバ１００による処理の流れの一例を概略的に示す。 管理サーバ１００の機能構成の一例を概略的に示す。 管理サーバ１００又は車載装置３１０として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、システム１０の一例を概略的に示す。システム１０は、管理サーバ１００と、複数の通信装置とを備える。本実施形態に係る通信装置は、通信装置の作動オフを伴うユーザ操作の後にも作動状態を継続し、管理サーバ１００からの指示に基づいて作動オフしてよい。管理サーバ１００からの指示は、作動オフを指示するものとして予め定められた任意の信号であってよい。

図１では、複数の通信装置として、複数の車載装置３１０を例示している。車載装置３１０は、ＨＶ（Ｈｙｂｒｉｄ Ｖｅｈｉｃｌｅ）、ＰＨＥＶ／ＰＨＶ（Ｐｌｕｇ−ｉｎ Ｈｙｂｒｉｄ Ｖｅｈｉｃｌｅ）、及びＥＶ（Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）等のように、バッテリ３０２を有する車両３００に搭載される。なお、車載装置３１０は、いわゆるガソリン車及びＦＣＶ（Ｆｕｅｌ Ｃｅｌｌ Ｖｅｈｉｃｌｅ）等に搭載されてもよい。

車載装置３１０は、ユーザによる車両３００のエンジンオフ操作又は車両３００の電源オフ操作後にも作動状態を継続し、管理サーバ１００からの指示に基づいて作動オフする。ユーザによる車両３００のエンジンオフ操作及びユーザによる車両３００の電源オフ操作は、車載装置３１０の作動オフを伴うユーザ操作の例である。

車載装置３１０は、無線通信機能を有し、ネットワーク２０を介して、管理サーバ１００と通信する。車載装置３１０は、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）通信方式、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信方式、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信方式、及び６Ｇ（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信方式以降の通信方式等のセルラ通信方式による無線通信機能を有してよい。また、車載装置３１０は、ＷｉＦｉ通信方式による無線通信機能を有してもよい。ネットワーク２０は、セルラ通信網及びインターネットを含む。管理サーバ１００は、インターネットに配置されてよく、セルラ通信網に配置されてもよい。

管理サーバ１００は、ネットワーク２０を介したグリッドコンピューティングを管理する。図１に示す例において、管理サーバ１００は、車載装置３１０から、グリッドコンピューティングへの参加が可能であることを示す信号（参加可能信号と記載する場合がある。）を受信してよい。管理サーバ１００は、複数の処理装置２００のそれぞれの計算資源の使用状況に基づいて複数の処理装置２００の処理能力の不足状態を判定し、複数の処理装置２００の少なくともいずれかの処理能力が不足している場合に、車載装置３１０からの参加可能信号への応答として、車載装置３１０にグリッドコンピューティングへの参加指示を送信してよい。

参加指示には、処理能力が不足している処理装置２００を識別する識別情報が含まれてよい。識別情報は、処理装置２００を識別することができればどのような情報であってもよい。識別情報の例としては、管理サーバ１００によって複数の処理装置２００のそれぞれに割り当てられるＩＤや、処理装置２００に割り振られているＩＰアドレス等が挙げられる。

車載装置３１０は、参加指示に含まれる識別情報によって、処理能力を提供する対象となる処理装置２００を識別する。そして、車載装置３１０は、処理装置２００からの指示に従って処理を実行する。当該処理をグリッド処理と記載する場合がある。車載装置３１０は、バッテリ３０２に蓄積されている電力を用いて、グリッド処理を実行してよい。

車載装置３１０は、ユーザによる車両３００のエンジンオフ操作又は電源オフ操作に応じて、参加可能信号を管理サーバ１００に送信してよい。これにより、車両３００がその後しばらく使用されない蓋然性が高いタイミングで、参加可能信号が管理サーバ１００に送信される。例えば、ユーザが自宅の駐車場に車両３００を駐車して、エンジンオフ操作又は電源オフ操作をしたタイミングで、車載装置３１０は、参加可能信号を管理サーバ１００に送信する。

車載装置３１０は、比較的高い処理能力を有しているにもかかわらず、車両３００が使用されていないときに、有効に活用されていない場合があった。本実施形態に係る車載装置３１０によれば、車両３００が使用されない状況になったことに応じて、参加可能信号が送信されるので、車載装置３１０の計算資源を有効に活用可能にできる。

車載装置３１０は、ユーザによる車両３００のエンジンオフ操作又は電源オフ操作が行われた後、予め定められた時間が経過する前に、車両３００が充電器３０に接続されて充電状態になったことを条件に、参加可能信号を管理サーバ１００に送信するようにしてもよい。これにより、電力が供給された状態でグリッド処理を実行することができ、例えば、グリッド処理を実行中にバッテリ３０２の電力がなくなってしまうことを防止できる。なお、無線充電設備が整っている駐車場等、車両３００を駐車したときに自動的に充電が開始するような環境においては、ユーザ操作が行われたときに車両３００が充電状態であることを条件に、参加可能信号を管理サーバ１００に送信するようにしてもよい。

図２は、車載装置３１０による処理の流れの一例を概略的に示す。ここでは、車載装置３１０の作動オフを伴うユーザ操作から、車載装置３１０が作動オフするまでの処理の流れの一例を説明する。図２に示す処理は、車載装置３１０が、ユーザ操作を検出したことに応じて開始される。図２に示す各処理は、車載装置３１０が備える制御部が主体となって実行される。

ステップ（ステップをＳと省略して記載する場合がある。）１０２では、参加可能信号を管理サーバ１００に送信する。Ｓ１０４では、Ｓ１０２において送信した参加可能信号に対して、参加指示を受信したか否かを判定する。

車載装置３１０は、参加可能信号を送信してから予め定められた時間が経過するまでの間に管理サーバ１００から参加指示を受信しない場合、参加指示を受信しなかったと判定してよい。また、車載装置３１０は、管理サーバ１００から参加不要を示す信号を受信した場合に、参加指示を受信しなかったと判定してもよい。参加指示を受信した場合、Ｓ１０６に進み、受信しなかった場合、Ｓ１１２に進む。

Ｓ１０６では、グリッド処理を実行する。Ｓ１０８では、グリッド処理が終了したか否かを判定する。例えば、処理能力の提供対象からグリッド処理の終了を指示された場合に、グリッド処理が終了する。

Ｓ１１０では、グリッド処理の処理結果を示す結果レポートを、管理サーバ１００に送信する。Ｓ１１２では、作動オフする。そして、処理を終了する。

図３は、車載装置３１０による処理の流れの一例を概略的に示す。ここでは、車載装置３１０の作動オフを伴うユーザ操作から、車載装置３１０が作動オフするまでの処理の流れの一例を説明する。図３に示す処理は、車載装置３１０が、ユーザ操作を検出したことに応じて開始される。図３に示す各処理は、車載装置３１０が備える制御部が主体となって実行される。

Ｓ２０２では、ユーザ操作から所定時間が経過したか否かを判定する。当該所定時間は、予め設定されていてよく、また、ユーザによって設定可能であってもよい。所定時間が経過した場合、Ｓ２１６に進み、経過していない場合、Ｓ２０４に進む。Ｓ２０４では、車両３００が充電状態であるか否かを判定する。充電状態である場合、Ｓ２０６に進み、充電状態でない場合、Ｓ２０２に戻る。

Ｓ２０６では、参加可能信号を管理サーバ１００に送信する。Ｓ２０８では、Ｓ２０６において送信した参加可能信号に対して、参加指示を受信したか否かを判定する。

車載装置３１０は、参加可能信号を送信してから予め定められた時間が経過するまでの間に管理サーバ１００から参加指示を受信しない場合、参加指示を受信しなかったと判定してよい。また、車載装置３１０は、管理サーバ１００から参加不要を示す信号を受信した場合に、参加指示を受信しなかったと判定してもよい。参加指示を受信した場合、Ｓ２１０に進み、受信しなかった場合、Ｓ２１６に進む。

Ｓ２１０では、グリッド処理を実行する。Ｓ２１２では、グリッド処理が終了したか否かを判定する。例えば、処理能力の提供対象からグリッド処理の終了を指示された場合に、グリッド処理が終了する。

Ｓ２１４では、グリッド処理の処理結果を示す結果レポートを、管理サーバ１００に送信する。Ｓ２１６では、作動オフする。そして、処理を終了する。

図３に示す処理では、ユーザ操作から予め定められた時間が経過する前に車両３００が充電状態になった場合に参加可能信号を管理サーバ１００に送信する。これにより、ユーザが車両３００のエンジンオフ操作又は電源オフ操作をした後、車両３００を降りて、車両３００に電源プラグを差し込んで車両３００の充電を開始したときに、参加可能信号を送信するようにできる。

図４は、車載装置３１０による処理の流れの一例を概略的に示す。図４に示す処理は、車載装置３１０が、ユーザ操作を検出したことに応じて開始される。ここでは、図３とは異なる点を主に説明する。

Ｓ３０２では、車両３００が充電状態であるか否かを判定する。充電状態である場合、Ｓ３０４に進み、充電状態でない場合、Ｓ３１４に進む。Ｓ３０４では、参加可能信号を管理サーバ１００に送信する。Ｓ３０６では、Ｓ３０４において送信した参加可能信号に対して、参加指示を受信したか否かを判定する。参加指示を受信した場合、Ｓ３０８に進み、受信しなかった場合、Ｓ３１４に進む。

Ｓ３０８では、グリッド処理を実行する。Ｓ３１０では、グリッド処理が終了したか否かを判定する。Ｓ３１２では、グリッド処理の処理結果を示す結果レポートを、管理サーバ１００に送信する。Ｓ３１４では、作動オフする。そして、処理を終了する。

図５は、車載装置３１０の機能構成の一例を概略的に示す。車載装置３１０は、ユーザ操作検出部３１２、信号処理部３１４、グリッド処理実行部３１６、作動制御部３１８、レポート送信部３２０、情報取得部３２２、使用履歴格納部３２４、及びスケジュール情報取得部３２６を備える。なお、車載装置３１０がこれらのすべての構成を備えることは必須とは限らない。

ユーザ操作検出部３１２は、車載装置３１０の作動オフを伴うユーザ操作を検出する。ユーザ操作検出部３１２は、例えば、車載装置３１０が搭載されている車両３００のエンジンオフ操作を検出する。また、ユーザ操作検出部３１２は、例えば、車載装置３１０が搭載されている車両３００の電源オフ操作を検出する。

信号処理部３１４は、ユーザ操作検出部３１２によってユーザ操作が検出された場合に、グリッドコンピューティングへの参加が可能であることを示す信号を管理サーバ１００に送信する。信号処理部３１４は、無線通信によって、ネットワーク２０を介して管理サーバ１００に参加可能信号を送信してよい。信号処理部３１４は、信号送信部の一例であってよい。

信号処理部３１４は、送信した参加可能信号に対して、参加指示を受信したか否かを判定する。信号処理部３１４は、参加可能信号を送信してから予め定められた時間が経過するまでの間に管理サーバ１００から参加指示を受信しなかった場合、参加指示を受信しなかったと判定してよい。また、信号処理部３１４は、管理サーバ１００から参加不要を示す信号を受信した場合に、参加指示を受信しなかったと判定してもよい。

グリッド処理実行部３１６は、信号処理部３１４によって送信された参加可能信号によって参加したグリッドコンピューティングにおいて、グリッド処理を実行する。グリッド処理実行部３１６は、例えば、管理サーバ１００によって送信された参加指示に含まれる識別情報によって識別される処理装置２００に対して、ＣＰＵ及びメモリ等の計算資源を提供する。グリッド処理実行部３１６は、処理装置２００から指示された処理を実行して、処理結果を処理装置２００に送信してよい。

作動制御部３１８は、信号処理部３１４によって参加可能信号が管理サーバ１００に送信された場合であって、管理サーバ１００から参加指示を受信した場合、グリッド処理実行部３１６によるグリッド処理が終了したことに応じて、車載装置３１０の作動をオフにする。作動制御部３１８は、信号処理部３１４によって参加可能信号が管理サーバ１００に送信された場合であって、参加指示を受信しなかった場合、車載装置３１０の作動をオフにする。

レポート送信部３２０は、グリッド処理実行部３１６によるグリッド処理の処理結果を示す結果レポートを、管理サーバ１００に送信する。結果レポートは、例えば、車載装置３１０が実行したグリッド処理の内容を示す。例えば、結果レポートは、処理を実行した合計時間、処理したデータ量、対象処理の種類、ＣＰＵの使用量、及びメモリの使用量の少なくともいずれかを含む。

レポート送信部３２０は、例えば、グリッド処理実行部３１６によるグリッド処理の終了後、作動制御部３１８が車載装置３１０の作動をオフするまでの間に、結果レポートを管理サーバ１００に送信する。レポート送信部３２０は、作動制御部３１８による車載装置３１０の作動オフ後、車載装置３１０の作動オン後に、結果レポートを管理サーバ１００に送信してもよい。

管理サーバ１００に送信した参加可能信号によってグリッドコンピューティングに参加した後、グリッドコンピューティングが終了する前に、車両３００が走行可能状態になった場合に、グリッド処理実行部３１６は、グリッド処理を停止してよい。走行可能状態とは、例えば、車両３００のエンジンがオンになった状態や、車両３００の電源がオンになった状態であってよい。これにより、例えば、車両３００が走行を開始したにもかかわらず、グリッド処理実行部３１６がグリッド処理を継続することによって、車載装置３１０の処理負荷が高まってしまい、車両３００の走行に支障が生じてしまうことを防止できる。

また、管理サーバ１００に送信した参加可能信号によってグリッドコンピューティングに参加した後、グリッドコンピューティングが終了する前に、車両３００が走行可能状態になった場合であって、グリッド処理実行部３１６がグリッド処理を停止する前に、信号処理部３１４は、グリッドコンピューティングへの参加の停止要求を管理サーバ１００に送信してよい。これにより、グリッド処理の停止を事前に管理サーバ１００に知得させることができ、管理サーバ１００に、代替の車載装置３１０を準備する時間を与えることができる。

情報取得部３２２は、各種情報を取得する。情報取得部３２２は、車載装置３１０の情報を取得してよい。情報取得部３２２は、例えば、車載装置３１０のＣＰＵの能力値情報を取得する。また、情報取得部３２２は、例えば、車載装置３１０のメモリの能力値情報を取得する。また、情報取得部３２２は、例えば、車載装置３１０が提供可能な処理能力を示す処理能力情報を取得する。処理能力情報は、車載装置３１０のＣＰＵの能力値情報であってよい。また、処理能力情報は、車載装置３１０のメモリの能力値情報であってよい。また、例えば、車載装置３１０が、メモリの全ての領域を提供可能でなく、一部の領域のみを提供可能である場合、処理能力情報は、提供可能な一部のメモリの領域を示す情報であってもよい。

また、情報取得部３２２は、車載装置３１０が搭載されている車両３００の情報を取得してよい。情報取得部３２２は、例えば、車両３００が有するバッテリ３０２のバッテリ残量情報を取得する。また、情報取得部３２２は、例えば、車両３００が充電状態であるか否かを示す充電状態情報を取得する。

信号処理部３１４は、情報取得部３２２が取得した情報を参加可能信号に含めて、管理サーバ１００に送信するようにしてもよい。信号処理部３１４は、車載装置３１０のＣＰＵの能力値情報、車載装置３１０のメモリの能力値情報、処理能力情報、車両３００が有するバッテリ３０２のバッテリ残量情報、及び充電状態情報の少なくともいずれかを参加可能信号に含めてよい。

信号処理部３１４は、ユーザ操作検出部３１２によってユーザ操作が検出されたときに、車両３００が充電状態である場合に、参加可能信号を管理サーバ１００に送信するようにしてもよい。また、信号処理部３１４は、ユーザ操作検出部３１２によってユーザ操作が検出されてから、予め定められた時間が経過する前に車両３００が充電状態になった場合に、参加可能信号を管理サーバ１００に送信するようにしてもよい。

使用履歴格納部３２４は、車載装置３１０が搭載されている車両３００の使用履歴を格納する。使用履歴は、車両３００が使用されていた期間の情報を含んでよい。使用履歴は、車両３００が使用されていなかった期間の情報を含んでよい。

スケジュール情報取得部３２６は、車載装置３１０がグリッドコンピューティングに参加可能な期間を示すスケジュール情報を取得する。スケジュール情報取得部３２６は、例えば、ユーザによって入力されたスケジュール情報を取得する。

スケジュール情報取得部３２６は、使用履歴格納部３２４に格納されている車両３００の使用履歴に基づいて、スケジュール情報を生成してもよい。スケジュール情報取得部３２６は、例えば、車両３００の使用履歴に基づいて、車両３００が使用されていない期間を特定し、特定した期間を、車載装置３１０がグリッドコンピューティングに参加可能な期間としたスケジュール情報を生成する。具体例として、例えば、車両３００が、平日の２０時から８時の間に使用されていない傾向にある場合、スケジュール情報取得部３２６は、２０時から８時の期間を示すスケジュール情報を生成する。信号処理部３１４は、スケジュール情報取得部３２６によって取得されたスケジュール情報を含む参加要求を管理サーバ１００に送信してもよい。

図６は、管理サーバ１００による処理の流れの一例を概略的に示す。ここでは、管理サーバ１００が、車載装置３１０から受信した参加可能信号を処理する流れを説明する。図６に示す各処理は、管理サーバ１００が備える制御部が主体となって実行される。

Ｓ４０２では、車載装置３１０から参加可能信号を受信する。Ｓ４０４では、複数の処理装置２００のそれぞれの計算資源の使用状況に基づいて、複数の処理装置２００の処理能力の不足状態を判定する。

Ｓ４０６では、複数の処理装置２００の少なくともいずれかの処理能力が不足しているか否かを判定する。不足していると判定した場合、Ｓ４０８に進み、不足していないと判定した場合、Ｓ４１０に進む。

Ｓ４０８では、Ｓ４０２において受信した参加可能信号に対する応答として、車載装置３１０に参加指示を送信する。Ｓ４１０では、Ｓ４０２において受信した参加可能信号に対する応答として、車載装置３１０に参加不要信号を送信する。そして、処理を終了する。

図７は、管理サーバ１００による処理の流れの一例を概略的に示す。ここでは、管理サーバ１００が、複数の車載装置３１０から受信した参加可能信号を処理する流れを説明する。図７に示す各処理は、管理サーバ１００が備える制御部が主体となって実行される。

Ｓ５０２では、車載装置３１０から参加可能信号を受信する。Ｓ５０４では、Ｓ５０２において受信した参加可能信号を格納する。Ｓ５０６では、所定時間が経過したか否かを判定する。当該所定時間は、予め設定されていてよく、また、管理サーバ１００のオペレータ等によって設定可能であってもよい。経過したと判定した場合、Ｓ５０８に進む。

Ｓ５０８では、複数の処理装置２００のそれぞれの計算資源の使用状況に基づいて、複数の処理装置２００の処理能力の不足状態を判定する。Ｓ５１０では、複数の処理装置２００の少なくともいずれかの処理能力が不足しているか否かを判定する。不足していると判定した場合、Ｓ５１２に進み、不足していないと判定した場合、Ｓ５１６に進む。

Ｓ５１２では、参加可能信号を送信した複数の車載装置３１０から、グリッドコンピューティングに参加させる参加対象の車載装置３１０を決定する。Ｓ５１４では、参加可能信号を送信した複数の車載装置３１０に対して、応答を送信する。車両３００は、Ｓ５１２においてグリッドコンピューティングに参加させることを決定した車載装置３１０に対しては参加指示を送信し、それ以外の車載装置３１０に対しては参加不要信号を送信する。Ｓ５１６では、参加可能信号を送信した複数の車載装置３１０の全てに対して、参加不要信号を送信する。そして、処理を終了する。

図８は、管理サーバ１００の機能構成の一例を概略的に示す。管理サーバ１００は、使用状況取得部１０２、信号受信部１０４、信号格納部１０６、状態判定部１０８、応答送信部１１０、装置決定部１１２、及びレポート受信部１１４を備える。なお、管理サーバ１００がこれらのすべての構成を備えることは必須とは限らない。

使用状況取得部１０２は、複数の処理装置２００のそれぞれの計算資源の使用状況を取得する。使用状況取得部１０２は、複数の処理装置２００のそれぞれから、計算資源の使用状況を定期的又は断続的に受信してよい。また、使用状況取得部１０２は、後述する状態判定部１０８からの問い合わせに応じて、複数の処理装置２００に対して要求を行うことにより、複数の処理装置２００のそれぞれから、計算資源の使用状況を受信してもよい。

信号受信部１０４は、グリッドコンピューティングへの参加可能信号を受信する。信号受信部１０４は、例えば、車載装置３１０から参加可能信号を受信する。信号格納部１０６は、信号受信部１０４が受信した参加可能信号を格納する。

状態判定部１０８は、使用状況取得部１０２が取得した複数の処理装置２００の計算資源の使用状況に基づいて、複数の処理装置２００のそれぞれの処理能力の不足状態を判定する。状態判定部１０８は、例えば、処理装置２００のＣＰＵ使用率が予め定められた閾値より高い場合に、処理能力が不足していると判定する。また、状態判定部１０８は、例えば、処理装置２００のメモリ使用率が予め定められた閾値より高い場合に、処理能力が不足していると判定する。

応答送信部１１０は、状態判定部１０８による判定の結果、複数の処理装置２００の少なくともいずれかの処理能力が不足している場合に、参加可能信号への応答として車載装置３１０にグリッドコンピューティングへの参加指示を送信する。応答送信部１１０は、複数の処理装置２００のうち処理能力が不足している処理装置２００を識別する識別情報を含む参加指示を車載装置３１０に送信してよい。

応答送信部１１０は、処理能力が不足している処理装置２００に対して提供する処理能力を示す処理能力情報を含む参加指示を車載装置３１０に送信してよい。処理能力が不足している処理装置２００に対して提供する処理能力とは、処理装置２００に対して提供することを希望する処理能力であってよい。例えば、応答送信部１１０は、処理装置２００に対して、１ＧＢのメモリ領域を提供することを希望する場合、１ＧＢのメモリ領域を示す処理能力情報を含む参加指示を車載装置３１０に送信する。

信号受信部１０４が受信する参加可能信号には、車載装置３１０が提供可能な処理能力を示す処理能力情報が含まれていてよく、応答送信部１１０は、参加可能信号を送信した複数の車載装置３１０のうち、処理能力が不足している処理装置２００が必要とする処理能力よりも提供可能な処理能力が高い車載装置３１０に、参加指示を送信してよい。

装置決定部１１２は、信号格納部１０６に格納されている複数の参加可能信号を参照して、参加可能信号を送信した複数の車載装置３１０から、グリッドコンピューティングへの参加を指示する車載装置３１０を決定する。応答送信部１１０は、装置決定部１１２によって決定された車載装置３１０に、参加可能信号への応答として、参加指示を送信してよい。

装置決定部１１２は、例えば、複数の参加可能信号に含まれる、車載装置３１０が提供可能な処理能力を示す処理能力情報を参照して、複数の車載装置３１０のうち、提供可能な処理能力がより高い車載装置３１０を優先して、グリッドコンピューティングへの参加を指示する通信装置を決定する。具体例として、装置決定部１１２は、提供可能な処理能力が高い順に、グリッドコンピューティングへの参加を指示する通信装置を決定する。

装置決定部１１２は、複数の車載装置３１０のうち、処理能力を提供する対象となる処理装置２００との通信距離がより短い車載装置３１０を優先して、グリッドコンピューティングへの参加を指示する通信装置を決定してもよい。具体例として、装置決定部１１２は、通信距離が短い順に、グリッドコンピューティングへの参加を指示する通信装置を決定する。装置決定部１１２は、例えば、複数の車載装置３１０のそれぞれに、処理能力を提供する対象となる処理装置２００の識別情報を送信して、車載装置３１０と処理装置２００との間の通信時間を測定させ、当該通信時間を通信距離として、車載装置３１０から受信してよい。

装置決定部１１２は、複数の参加可能信号のそれぞれにスケジュール情報が含まれている場合に、複数のスケジュール情報に基づいて、複数の車載装置３１０から、グリッドコンピューティングへの参加を指示する車載装置３１０を決定してもよい。装置決定部１１２は、例えば、グリッドコンピューティングに参加可能な期間がより長い車載装置３１０を優先して、グリッドコンピューティングへの参加を指示する通信装置を決定する。具体例として、装置決定部１１２は、グリッドコンピューティングに参加可能な期間が長い順に、グリッドコンピューティングへの参加を指示する通信装置を決定する。また、装置決定部１１２は、処理能力を提供する対象となる処理装置２００が、処理能力の提供を希望する期間に、グリッドコンピューティングに参加可能な車載装置３１０を優先して、グリッドコンピューティングへの参加を指示する通信装置を決定する。

装置決定部１１２は、複数の参加可能信号のそれぞれにバッテリ残量情報が含まれている場合に、バッテリ残量情報に基づいて、複数の車載装置３１０からグリッドコンピューティングへの参加を指示する通信装置を決定してもよい。装置決定部１１２は、例えば、バッテリ残量がより多い車両３００の車載装置３１０を優先して、グリッドコンピューティングへの参加を指示する通信装置を決定する。具体例として、装置決定部１１２は、バッテリ残量が多い順に、グリッドコンピューティングへの参加を指示する通信装置を決定する。

装置決定部１１２は、複数の参加可能信号のそれぞれに充電状態情報が含まれている場合に、充電状態情報に基づいて、複数の車載装置３１０からグリッドコンピューティングへの参加を指示する通信装置を決定してもよい。装置決定部１１２は、例えば、複数の車載装置３１０のうち、車両３００が充電状態である車載装置３１０から、グリッドコンピューティングへの参加を指示する通信装置を決定する。

装置決定部１１２は、上述した複数の情報のうち、複数を組み合わせてグリッドコンピューティングへの参加を指示する通信装置を決定してよい。例えば、装置決定部１１２は、処理能力情報、処理能力を提供する対象となる処理装置２００との通信距離、スケジュール情報、バッテリ残量情報、及び充電状態情報のうちの複数を組み合わせてグリッドコンピューティングへの参加を指示する通信装置を決定する。

レポート受信部１１４は、車載装置３１０によって送信された結果レポートを受信する。管理サーバ１００は、例えば、レポート受信部１１４が受信した結果レポートに基づいて、結果レポートを送信した車載装置３１０に対して付与するインセンティブを導出する。例えば、管理サーバ１００は、処理を実行した合計時間が長いほど多いインセンティブを導出する。また、例えば、管理サーバ１００は、処理したデータ量が多いほど多いインセンティブを導出する。また、例えば、管理サーバ１００は、ＣＰＵの使用量及びメモリの使用量が多いほど多いインセンティブを導出する。また、例えば、管理サーバ１００は、対象処理の種類毎に予め設定されたインセンティブを選択する。

図９は、車載装置３１０又は管理サーバ１００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００を、上記実施形態に係る装置の１又は複数の「部」として機能させ、又はコンピュータ１２００に、上記実施形態に係る装置に関連付けられるオペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、上記実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ１２１２によって実行されてよい。

本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、及びグラフィックコントローラ１２１６を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、記憶装置１２２４、ＤＶＤドライブ１２２６、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。ＤＶＤドライブ１２２６は、ＤＶＤ−ＲＯＭドライブ及びＤＶＤ−ＲＡＭドライブ等であってよい。記憶装置１２２４は、ハードディスクドライブ及びソリッドステートドライブ等であってよい。コンピュータ１２００はまた、ＲＯＭ１２３０及びタッチパネルのようなレガシの入出力ユニットを含み、それらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続されている。

ＣＰＵ１２１２は、ＲＯＭ１２３０及びＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。コンピュータ１２００は、ディスプレイデバイス１２１８を備えていなくてもよく、その場合、グラフィックコントローラ１２１６は、イメージデータが外部のディスプレイデバイスに表示されるようにする。

通信インタフェース１２２２は、無線通信ネットワークを介して他の電子デバイスと通信する。記憶装置１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラム及びデータを格納する。ＤＶＤドライブ１２２６は、プログラム又はデータをＤＶＤ−ＲＯＭ１２２７等から読み取り、記憶装置１２２４に提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。

ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、ＵＳＢポート等を介して、様々な入出力ユニットを入出力コントローラ１２２０に接続してよい。

プログラムは、ＤＶＤ−ＲＯＭ１２２７又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもある記憶装置１２２４、ＲＡＭ１２１４、又はＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御の下、ＲＡＭ１２１４、記憶装置１２２４、ＤＶＤ−ＲＯＭ１２２７、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。

また、ＣＰＵ１２１２は、記憶装置１２２４、ＤＶＤドライブ１２２６（ＤＶＤ−ＲＯＭ１２２７）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウェアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。

上記実施形態におけるフローチャート及びブロック図におけるブロックは、オペレーションが実行されるプロセスの段階又はオペレーションを実行する役割を持つ装置の「部」を表わしてよい。特定の段階及び「部」が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウェア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及びプログラマブルロジックアレイ（ＰＬＡ）等のような、論理積、論理和、排他的論理和、否定論理積、否定論理和、及び他の論理演算、フリップフロップ、レジスタ、並びにメモリエレメントを含む、再構成可能なハードウェア回路を含んでよい。

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路が、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を生成するために当該コンピュータ可読命令を実行すべく、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路に提供されてよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ システム、２０ ネットワーク、３０ 充電器、１００ 管理サーバ、１０２ 使用状況取得部、１０４ 信号受信部、１０６ 信号格納部、１０８ 状態判定部、１１０ 応答送信部、１１２ 装置決定部、１１４ レポート受信部、２００ 処理装置、３００ 車両、３０２ バッテリ、３１０ 車載装置、３１２ ユーザ操作検出部、３１４ 信号処理部、３１６ グリッド処理実行部、３１８ 作動制御部、３２０ レポート送信部、３２２ 情報取得部、３２４ 使用履歴格納部、３２６ スケジュール情報取得部、１２００ コンピュータ、１２１０ ホストコントローラ、１２１２ ＣＰＵ、１２１４ ＲＡＭ、１２１６ グラフィックコントローラ、１２１８ ディスプレイデバイス、１２２０ 入出力コントローラ、１２２２ 通信インタフェース、１２２４ 記憶装置、１２２６ ＤＶＤドライブ、１２２７ ＤＶＤ−ＲＯＭ、１２３０ ＲＯＭ、１２４０ 入出力チップ

Claims (13)

1. 通信装置の作動オフを伴うユーザ操作の後にも作動状態を継続し、サーバからの指示に基づいて作動オフする通信装置であって、
   前記ユーザ操作に応じて、前記サーバによって管理されるグリッドコンピューティングへの参加が可能であることを示す信号を前記サーバに送信する信号送信部
   を備える、通信装置。
2. ＣＰＵ及びメモリを備え、
   前記信号送信部は、前記ＣＰＵの能力値情報及び前記メモリの能力値情報の少なくともいずれかを含む前記信号を前記サーバに送信する、請求項１に記載の通信装置。
3. 前記信号送信部が送信した前記信号によって参加した前記グリッドコンピューティングにおける前記通信装置の処理結果を示す結果レポートを、前記通信装置の作動オフの前に前記サーバに送信するレポート送信部
   を備える、請求項１又は２に記載の通信装置。
4. 前記信号送信部が送信した前記信号によって参加した前記グリッドコンピューティングにおける前記通信装置の処理結果を示す結果レポートを、前記通信装置の作動オフ後の前記通信装置の作動オン後に、前記サーバに送信するレポート送信部
   を備える、請求項１又は２に記載の通信装置。
5. 前記通信装置は、車両に搭載された車載装置であり、
   前記ユーザ操作は、前記車両のエンジンオフ操作又は電源オフ操作である、請求項１から４のいずれか一項に記載の通信装置。
6. 前記車両はバッテリを有し、
   前記信号送信部は、前記バッテリのバッテリ残量情報を含む前記信号を前記サーバに送信する、請求項５に記載の通信装置。
7. 前記通信装置が前記グリッドコンピューティングに参加可能な期間を示すスケジュール情報を取得するスケジュール情報取得部
   を備え、
   前記信号送信部は、前記スケジュール情報を含む前記信号を前記サーバに送信する、請求項５又は６に記載の通信装置。
8. 前記スケジュール情報取得部は、前記車両の使用履歴に基づいて、前記スケジュール情報を生成する、請求項７に記載の通信装置。
9. 前記スケジュール情報取得部は、前記車両の使用履歴に基づいて、前記車両が使用されていない期間を特定し、特定した期間を、前記通信装置が前記グリッドコンピューティングに参加可能な期間としたスケジュール情報を生成する、請求項８に記載の通信装置。
10. 前記信号送信部は、前記ユーザ操作が行われたときに前記車両が充電状態である場合に、前記信号を前記サーバに送信する、請求項６から９のいずれか一項に記載の通信装置。
11. 前記信号送信部は、前記ユーザ操作の後、予め定められた時間が経過する前に前記車両が充電状態になった場合に、前記信号を前記サーバに送信する、請求項６から９のいずれか一項に記載の通信装置。
12. 前記信号送信部は、前記信号によってグリッドコンピューティングに参加した後、前記グリッドコンピューティングが終了する前に前記車両が走行可能状態になった場合に、前記グリッドコンピューティングへの参加の停止要求を前記サーバに送信する、請求項６から１１のいずれか一項に記載の通信装置。
13. コンピュータを、請求項１から１２のいずれか一項に記載の通信装置として機能させるためのプログラム。