(57)【特許請求の範囲】
【請求項１】
複数の車両に搭載される複数の車両装置と、前記車両装置とネットワークを介して接続されるセンタ装置と、によって構成される車両分散処理システムであって、
前記センタ装置は、
前記車両装置に処理依頼情報を送信することによって、複数の前記車両装置に協力を依頼する協力依頼手段、
を具備し、
前記車両装置は、
自車の走行中に収集されるデータである自車データを記憶する自車データ記憶手段と、
前記処理依頼情報を受信すると、自車の計算リソースに依頼処理を割り当てる割り当て手段と、
前記計算リソースが、前記自車データ記憶手段に記憶される前記自車データを参照し、前記依頼処理を実行する実行手段と、
を具備する車両分散処理システム。
【請求項２】
前記車両装置は、
自車の車両情報を前記センタ装置に通知する通知手段、
を具備し、
前記センタ装置は、
前記車両装置から受信する前記車両情報を記憶する車両情報記憶手段と、
前記車両情報記憶手段に記憶される前記車両情報に基づき、協力依頼先の前記車両である協力車両を選定する協力車両選定手段と、
を具備する請求項１に記載の車両分散処理システム。
【請求項３】
前記割り当て手段は、自車のエンジンが停止中又は起動中のいずれであるかを判定し、停止中の場合には、前記計算リソースが前記依頼処理を実行するときの計算時間及び／又は消費電力に基づいて割り当て処理を行い、起動中の場合には、前記計算リソースが実行しているタスクの優先度に基づいて割り当て処理を行う
請求項１又は請求項２に記載の車両分散処理システム。
【請求項４】
前記割り当て手段は、自車のエンジンが起動中の場合には、前記計算リソースが実行しているタスクの優先度に応じて前記タスクの実行／中断状態を変更し、前記タスクが中断状態に変更されることによって空きリソースとなる前記計算リソースに前記依頼処理を割り当てる
請求項３に記載の車両分散処理システム。
【請求項５】
前記車両情報は、エンジンが停止中又は起動中のいずれであるかを示す情報を含み、
前記協力車両選定手段は、エンジンが停止中の前記車両を優先して、前記協力車両を選定する
請求項２に記載の車両分散処理システム。
【請求項６】
複数の車両に搭載される複数の車両装置と、前記車両装置とネットワークを介して接続されるセンタ装置と、によって構成される車両分散処理システムによる車両分散処理方法であって、
前記車両装置が、自車の走行中に収集されるデータである自車データを記憶するステップと、
前記センタ装置が、前記車両装置に処理依頼情報を送信することによって、複数の前記車両装置に協力を依頼するステップと、
前記車両装置が、前記処理依頼情報を受信すると、自車の計算リソースに依頼処理を割り当てるステップと、
前記依頼処理を割り当てられる前記計算リソースが、前記自車データを参照し、前記依頼処理を実行するステップと、
を含む車両分散処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両装置が分散処理を行う車両分散処理システム等に関するものである。
【背景技術】
【０００２】
従来から、車両１台ずつを１つのセンサとして捉えて、各車両から情報を収集するプローブカーシステムが考案されている。プローブカーシステムでは、システムを統括する「センタ」に情報を集約することが一般的である。センタ集約型のプローブカーシステムでは、例えば、各車両に搭載されるＥＣＵ（Electronic Control Unit）（以下、車両装置」という。）が、センタに設置されるコンピュータ（以下、「センタ装置」という。）に速度情報や位置情報などを送信する。これに対して、センタ装置が、収集される情報に基づいて渋滞情報等の交通情報を生成し、各車両装置に配信する。特許文献１〜３には、センタ集約型のプローブカーシステムの一例が開示されている。
【０００３】
特許文献１に記載の発明の目的は、車両装置から走行情報を収集したセンタ装置が、要求に応じて多様な情報を即座に提供することができるような走行情報の管理システムを提供することである。
【０００４】
特許文献２に記載の発明の目的は、地域毎に設置される複数のセンタ装置が交通情報を作成・配信する交通情報システムにおいて、ある特定のセンタ装置に対して処理能力を超える負荷が割り当てられる際にも、他のセンタ装置に負荷を分散させることにより、継続して交通情報をある地域単位で作成・配信できるようにすることである。
【０００５】
特許文献３に記載の発明の目的は、センタ装置の通信処理の負荷の増大を解消することができる交通情報通信システムを提供することである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１６５４９２号公報
【特許文献２】特開２００８−１５８４７号公報
【特許文献３】特開２００９−５９０９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、センタ集約型のプローブカーシステムでは、膨大なデータを１箇所に集約し、一括して処理を行う必要がある。従って、特許文献１〜３に記載の発明の目的からも分かるように、以下に示す構造的な問題がある。
・センタ装置に情報を送信する為の通信手段の確保が困難である（例えば、個人の携帯端末を利用する通信手段では膨大な通信コストが必要であり、路車間通信や車車間通信を利用する通信手段では常時接続ができない。）。
・通信トラフィックがセンタ装置に集中してしまい、処理効率が悪い。
・センタ装置の設置コスト及び維持コストが必要になる。
【０００８】
特許文献１〜３に記載の発明では、これらの問題を部分的に軽減する仕組みが考案されているものの、根本的な解決には至っていない。上記の問題は、交通情報の配信サービスに限らず、走行中に得られる様々なデータを活用する新規のサービスを実現する上で、大きな障壁となっており、解決が望まれている。
【０００９】
そこで、本発明者らは、発想を転換し、センタ集約型の仕組みではなく、車両分散型の仕組みによって、上記の課題を解決する。但し、一般的なコンピュータとは異なり、車両に搭載される車両装置の場合、以下のような点に留意する必要がある。
・主に無線通信手段を使って通信相手（センタ装置や他の車両装置）とデータをやり取りする必要があるが、データ量が多いままでは、センタ集約型の仕組みの場合と同様、適切な通信手段を確保することができない。
・走行中に取得される様々なデータ（例えば、映像記録型のドライブレコーダによって記録される映像データや、ダイアグレコーダによって記録される車両動作データ等）は、運転者や同乗者（以下、「運転者等」という。）のプライバシー保護の為、外部の装置に送信することは望ましくない。
・交通情報の配信サービス等の各サービスに必要なデータは、走行中に車両装置によって収集されるデータのうち、ごく一部であり、全てのデータをセンタ装置が管理することは効率的ではない。
・車両の主目的は移動することであり、付随的なサービスを実現するための処理によって、走行制御に関わる処理が妨げられてはならない。
【００１０】
本発明は、前述した問題点に鑑みてなされたものであり、その目的とすることは、車両特有の課題（適切な通信手段を確保すること、運転者等のプライバシーを保護すること、走行中に収集されるデータを効率的に管理すること、及び走行制御に関わる処理を妨げないこと等）を解決可能な車両分散処理システム等を提供することである。
【課題を解決するための手段】
【００１１】
前述した目的を達成するために第１の発明は、複数の車両に搭載される複数の車両装置と、前記車両装置とネットワークを介して接続されるセンタ装置と、によって構成される車両分散処理システムであって、前記センタ装置は、前記車両装置に処理依頼情報を送信することによって、複数の前記車両装置に協力を依頼する協力依頼手段、を具備し、前記車両装置は、自車の走行中に収集されるデータである自車データを記憶する自車データ記憶手段と、前記処理依頼情報を受信すると、自車の計算リソースに依頼処理を割り当てる割り当て手段と、前記計算リソースが、前記自車データ記憶手段に記憶される前記自車データを参照し、前記依頼処理を実行する実行手段と、を具備する車両分散処理システムである。
【００１２】
第１の発明によって、車両特有の課題を解決可能な車両分散処理システムを提供することができる。具体的には、車両装置が自車データを記憶するので、通信量及び通信コストを低減することができ、適切な通信手段として、従来の通信手段を利用することができる。また、車両装置が、記憶対象とするデータを、センタ装置から受信する処理依頼情報に応じて動的に変更するようにすれば、走行中に収集されるデータを効率的に管理することができる。
【００１３】
前記車両装置は、自車の車両情報を前記センタ装置に通知する通知手段、を具備し、前記センタ装置は、前記車両装置から受信する前記車両情報を記憶する車両情報記憶手段と、前記車両情報記憶手段に記憶される前記車両情報に基づき、協力依頼先の前記車両である協力車両を選定する協力車両選定手段と、を具備することが望ましい。これによって、依頼内容に適するデータを収集可能な車両のみに依頼を行うことができ、効率的にシステムを運用することができる。
【００１４】
また、前記割り当て手段は、自車のエンジンが停止中又は起動中のいずれであるかを判定し、停止中の場合には、前記計算リソースが前記依頼処理を実行するときの計算時間及び／又は消費電力に基づいて割り当て処理を行い、起動中の場合には、前記計算リソースが実行しているタスクの優先度に基づいて割り当て処理を行うことが望ましい。これによって、効率的な割り当て処理を行うことができる。
【００１５】
また、前記割り当て手段は、自車のエンジンが起動中の場合には、前記計算リソースが実行しているタスクの優先度に応じて前記タスクの実行／中断状態を変更し、前記タスクが中断状態に変更されることによって空きリソースとなる前記計算リソースに前記依頼処理を割り当てることが望ましい。これによって、自車のエンジンが起動中であっても、一時停止中のような場合には、車内タスクの計算負荷が低い計算リソースに対して依頼処理を割り当てることができる。ひいては、効率的な割り当て処理を行うことができる。
【００１６】
また、前記車両情報は、エンジンが停止中又は起動中のいずれであるかを示す情報を含み、前記協力車両選定手段は、エンジンが停止中の前記車両を優先して、前記協力車両を選定することが望ましい。これによって、遊休計算リソースを積極的に活用することができる。
【００１７】
第２の発明は、複数の車両に搭載される複数の車両装置と、前記車両装置とネットワークを介して接続されるセンタ装置と、によって構成される車両分散処理システムによる車両分散処理方法であって、前記車両装置が、自車の走行中に収集されるデータである自車データを記憶するステップと、前記センタ装置が、前記車両装置に処理依頼情報を送信することによって、複数の前記車両装置に協力を依頼するステップと、前記車両装置が、前記処理依頼情報を受信すると、自車の計算リソースに依頼処理を割り当てるステップと、前記依頼処理を割り当てられる前記計算リソースが、前記自車データを参照し、前記依頼処理を実行するステップと、を含む車両分散処理方法である。第２の発明によって、車両特有の課題を解決可能な車両分散処理方法を提供することができる。
【発明の効果】
【００１８】
本発明により、車両特有の課題（適切な通信手段を確保すること、運転者等のプライバシーを保護すること、走行中に収集されるデータを効率的に管理すること、及び走行制御に関わる処理を妨げないこと等）を解決可能な車両分散処理システム等を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】車両分散処理システムの全体構成を示す図
【図２】車両装置のハードウエア構成図
【図３】コンピュータのハードウエア構成図
【図４】センタ装置の機能構成図
【図５】車両装置の機能構成図
【図６】車両状態ごとの計算リソース及びバッテリの状況を説明する図
【図７】車両選定処理の詳細を示すフローチャート
【図８】第１の分散処理の詳細を示すフローチャート
【図９】第２の分散処理の詳細を示すフローチャート
【図１０】故障診断サービスを実現する車両分散処理システムにおけるデータフローを示す図
【図１１】事故調査サービスを実現する車両分散処理システムにおけるデータフローを示す図
【発明を実施するための形態】
【００２０】
以下図面に基づいて、本発明の実施形態を詳細に説明する。最初に図１〜図３を参照しながら、本発明の全ての実施形態に共通する車両分散処理システムのハードウエア構成について説明する。
【００２１】
図１は、車両分散処理システムの全体構成を示す図である。図１に示すように、車両分散処理システム１は、複数の協力車両３ｂにそれぞれ搭載される複数の車両装置５、及び車両装置５とネットワーク９を介して接続されるセンタ装置４によって構成され、車両装置５が分散処理を行うシステムである。センタ装置４は、車両分散処理システム１を統括するセンタ２等に設置される。
【００２２】
依頼車両３ａは、処理依頼元の車両である。協力車両３ｂは、協力依頼先の車両である。以下、依頼車両３ａ及び協力車両３ｂを総称するときは、「車両３」と表記する。
【００２３】
車両分散処理システム１の構成には、処理を依頼する依頼者が所有する依頼車両３ａに搭載される車両装置５や、依頼者が所有する依頼者ＰＣ（Personal Computer）７等が含まれても良い。依頼車両３ａに搭載される車両装置５や依頼者ＰＣ７等は、ネットワーク９を介してセンタ装置４に接続され、処理を依頼する旨の要求をセンタ装置４に送信する。
【００２４】
また、各車両３の運転者等が、スマートフォン、タブレット端末、ノートＰＣ等に代表される携帯端末を携帯している場合、車両装置５の計算リソースとして、携帯端末を利用しても良い。
【００２５】
センタ装置４と車両装置５との間のデータ通信の経路は、様々な経路が存在する。例えば、車両３が路上等を走行中又は停車中の場合、車両装置５は、無線通信によって、ネットワーク９（路上等に設置されている路側器を介する場合も含む。）を介してセンタ装置４とのデータ通信を行う。また、例えば、車両３が家庭やディーラ店等に停車中の場合、有線通信又は無線通信によって、ＰＣ（不図示）と接続され、ＰＣを介してセンタ装置４とのデータ通信を行う。以下では、センタ装置４と車両装置５とのデータ通信は、車両３の状況に応じて、最適な経路によって実現されるものとして説明する。
【００２６】
図２は、車両装置のハードウエア構成図である。車両装置５は、少なくとも、通信装置１１、分散処理ＥＣＵ（Electronic Control Unit）１２、各種センサ１３、記憶装置１４、出力装置１５、車両制御系ＥＣＵ１６、情報系ＥＣＵ１７、携帯端末インタフェース１８等を備える。分散処理ＥＣＵ１２、各種センサ１３、記憶装置１４、出力装置１５、車両制御系ＥＣＵ１６、情報系ＥＣＵ１７、携帯端末インタフェース１８等は、ＣＡＮ（Controller Area Network）１９等の車載ネットワークを介して互いにデータの送受信を行い、協調して動作を行っている。
【００２７】
通信装置１１は、他のコンピュータ等からデータを受信するとともに、他のコンピュータ等にデータを送信する。分散処理ＥＣＵ１２は、分散処理を実行する計算リソースの割り当て等を実行するＥＣＵである。分散処理ＥＣＵ１２の動作の詳細は後述する。
【００２８】
各種センサ１３としては、例えば、車速センサ、加速度センサ、振動センサ、車間距離センサ、温度センサ、位置センサ、車載カメラ等が挙げられる。協力車両３ｂの車両装置５等は、各種センサ１３のデータを用いて、依頼される処理の一部を実行する。
【００２９】
記憶装置１４は、自車の走行中に収集されるデータである自車データを記憶する装置である。記憶装置１４には、予め設定される条件に従って自車データが記憶される。自車データとしては、例えば、各種センサ１３によって取得される車両動作データや映像データ等が挙げられる。出力装置１５は、液晶ディスプレイ、有機ＥＬディスプレイ、ヘッドマウントディスプレイ等の表示装置や、音を出力するスピーカ等である。
【００３０】
車両制御系ＥＣＵ１６としては、燃料噴射制御、アイドル回転数制御、サスペンション制御、ステアリング制御、パワーウィンドウ制御、ドアロック制御等を実行するＥＣＵが挙げられる。情報系ＥＣＵ１７としては、経路案内や運転支援等を実行するＥＣＵが挙げられる。
【００３１】
携帯端末インタフェース１８は、携帯端末とのデータ送受信を行うインタフェースである。携帯端末インタフェース１８は、無線通信でも良いし、有線通信でも良い。
【００３２】
図３は、コンピュータのハードウエア構成図である。図１に示すセンタ装置４、依頼者ＰＣ７、携帯端末等は、図３に示すコンピュータ８によって実現される。尚、図３のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
【００３３】
コンピュータ８は、制御部２１、記憶部２２、メディア入出力部２３、通信制御部２４、入力部２５、表示部２６、周辺機器Ｉ／Ｆ部２７等が、バス２８を介して接続される。
【００３４】
制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等によって構成される。ＣＰＵは、記憶部２２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス２８を介して接続された各装置を駆動制御し、コンピュータ８が行う処理を実現する。ＲＯＭは、不揮発性メモリであり、コンピュータ８のブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。ＲＡＭは、揮発性メモリであり、記憶部２２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部２１が各種処理を行う為に使用するワークエリアを備える。
【００３５】
記憶部２２は、ＨＤＤ（Hard Disk Drive）等であり、制御部２１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Operating System）等が格納される。プログラムに関しては、ＯＳに相当する制御プログラムや、後述する処理をコンピュータ８に実行させるためのアプリケーションプログラムが格納されている。これらの各プログラムコードは、制御部２１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００３６】
メディア入出力部２３は、データの入出力を行い、例えば、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）等のメディア入出力装置を有する。通信制御部２４は、通信制御装置、通信ポート等を有し、コンピュータ８とネットワーク９間の通信を媒介する通信インタフェースであり、ネットワーク９を介して、他のコンピュータ８間との通信制御を行う。ネットワーク９は、有線、無線を問わない。
【００３７】
入力部２５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。入力部２５を介して、コンピュータ８に対して、操作指示、動作指示、データ入力等を行うことができる。表示部２６は、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータ８のビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。尚、入力部２５及び表示部２６は、タッチパネルディスプレイのように、一体でも良い。
【００３８】
周辺機器Ｉ／Ｆ（インタフェース）部２７は、コンピュータ８に周辺機器を接続させるためのポートであり、周辺機器Ｉ／Ｆ部２７を介してコンピュータ８は周辺機器とのデータの送受信を行う。周辺機器Ｉ／Ｆ部２７は、ＵＳＢやＩＥＥＥ１３９４やＲＳ−２３２Ｃ等で構成されており、通常複数の周辺機器Ｉ／Ｆを有する。周辺機器との接続形態は有線、無線を問わない。バス２８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３９】
次に、図４及び図５を参照しながら、ソフトウエア構成について説明する。図４は、センタ装置の機能構成図である。図４に示すように、センタ装置４は、依頼受付機能３１、協力車両選定機能３２、協力依頼機能３３、処理結果解析機能３４、車両情報記憶ＤＢ（database）３５等を備える。
【００４０】
依頼受付機能３１は、車両装置５や依頼者ＰＣ７等から依頼を受け付ける機能である。車両装置５から依頼される処理の具体例としては、例えば、依頼車両３ａの故障診断サービスに必要なデータの収集等が挙げられる。また、依頼者ＰＣ７から依頼される処理の別の具体例としては、事故調査サービスに必要なデータの収集等が挙げられる。
【００４１】
協力車両選定機能３２は、依頼受付機能３１によって受け付けられる依頼に協力してもらう協力車両３ｂを選定する機能である。協力車両選定機能３２の詳細は、図７を参照しながら後述する。
【００４２】
協力依頼機能３３は、協力車両選定機能３２によって選定される協力車両３ｂに協力を依頼する機能である。協力依頼機能３３は、協力車両３ｂに搭載される車両装置５に処理依頼情報を送信することによって、複数の車両装置５に協力を依頼する。処理依頼情報には、例えば、処理ＩＤ、処理内容、処理期限、処理重要度（或いは処理緊急度）等が含まれる。また、協力依頼機能３３は、処理依頼情報だけでなく、処理プログラムを車両装置５に送信するようにしても良い。処理プログラムを送信可能とすることによって、予め想定されていない処理についても、協力を依頼することができる。
【００４３】
処理結果解析機能３４は、複数の車両装置５から返信される処理結果を解析し、依頼車両３ａの車両装置５や依頼者ＰＣ７に解析結果を送信する機能である。本発明は、複数の協力車両３ｂにおいて収集される様々なデータを活用する新たなサービスを実現するためのフレームワークを提供するものである。つまり、本発明は、複数のサービスに共通する仕組みを提供するものである。一方、処理結果解析機能３４は提供サービス毎に異なる機能なので、詳細な説明を省略する。
【００４４】
車両情報記憶ＤＢ３５は、車両情報を記憶するデータベースである。車両情報には、（１）予め登録しておく情報、（２）車両３のエンジンがＯＮになるときに車両装置５から送信される情報、（３）走行中に車両装置５から送信される情報、（４）車両３のエンジンがＯＦＦになるときに車両装置５から送信される情報、等がある。
【００４５】
（１）予め登録しておく情報としては、例えば、以下が挙げられる。
・車両３の識別に用いられる車種や車両ＩＤ
・収集可能なデータ（画像データ、センサデータ、ＣＡＮバスデータ等）の種類や仕様
・計算リソースとして利用可能なＥＣＵの仕様
【００４６】
（２）車両３のエンジンがＯＮになるときに車両装置５から送信される情報としては、例えば、以下が挙げられる。
・予定走行ルート（ナビゲーションシステム等に入力される情報であり、データ収集の手掛かりとなる。）
・エンジンＯＮの時刻
・目的地到着予想時刻（エンジンＯＦＦとともに、一部の計算リソースが開放されるので、開放される計算リソースに一部の処理を割り当てることによって、処理時間の短縮が期待できる。）
・計算リソースとして利用可能な携帯端末の仕様や使用率
・計算リソースとして利用可能なＥＣＵの使用率（現在だけでなく、将来の予測も含む。将来の予測には、予定走行ルートを用いる。）
【００４７】
（３）走行中に車両装置５から送信される情報としては、例えば、以下が挙げられる。
・走行ルートの修正
・目的地到着予想時刻の修正
・計算リソースとして利用可能なＥＣＵ及び携帯端末の使用状況の変化
【００４８】
（４）車両３のエンジンがＯＦＦになるときに車両装置５から送信される情報としては、例えば、以下が挙げられる。
・エンジンＯＦＦ時刻（＝目的地到着時刻）
・走行済ルート（データ収集の手掛かりとなる。）
・バッテリ残量（依頼可能な処理時間の予測に用いる。）
【００４９】
図５は、車両装置の機能構成図である。図５に示すように、車両装置５は、車両情報通知機能４１、割り当て機能４２、依頼処理実行機能４３、自車データ記憶機能４４等を備える。
【００５０】
車両情報通知機能４１は、自車の車両情報を生成し、センタ装置４に通知する機能である。車両情報通知機能４１は、分散処理ＥＣＵ１２によって実現される。車両情報の内容は、図４の車両情報記憶ＤＢ３５の説明と同様である。車両情報通知機能４１は、例えば、車両３のエンジンがＯＮになるタイミング、走行中の任意のタイミング、及び車両３のエンジンがＯＦＦになるタイミングに車両情報を生成し、センタ装置４に通知する。走行中の任意のタイミングとしては、走行ルートが修正されるとき、目的地到着予想時刻が修正されるとき、計算リソースとして利用可能なＥＣＵ及び携帯端末の使用状況が変化するとき、等が挙げられる。
【００５１】
割り当て機能４２は、処理依頼情報を受信すると、自車の計算リソースに依頼処理を割り当てる機能である。割り当て機能４２は、分散処理ＥＣＵ１２によって実現される。割り当て機能４２の詳細は、図８及び図９を参照しながら後述する。
【００５２】
依頼処理実行機能４３は、割り当て機能４２によって割り当てられる計算リソースが、自車データを参照し、依頼処理を実行する機能である。依頼処理実行機能４３は、分散処理ＥＣＵ１２、車両制御系ＥＣＵ１６、情報系ＥＣＵ１７、及び携帯端末によって実現される。依頼処理実行機能４３は、提供サービス毎に異なるので、詳細な説明を省略する。
【００５３】
自車データ記憶機能４４は、自車データを記憶する機能である。自車データ記憶機能４４は、分散処理ＥＣＵ１２及び記憶装置１４によって実現される。記憶対象とするデータは、センタ装置４から受信する処理依頼情報に応じて動的に変更するようにしても良い。変更例としては、各種センサ１３によって収集されるデータのサンプリングレートを変えたり、通常は収集されていないデータ（車外の映像データ等）を収集するようにしたりすることが挙げられる。記憶対象とするデータを動的に変更する理由は、記憶装置１４の空き容量と、依頼される処理の精度とのトレードオフの関係を最適にするためである。
【００５４】
図６は、車両状態ごとの計算リソース及びバッテリの状況を説明する図である。車両状態は、（１）エンジンＯＮ（走行中）、（２）エンジンＯＮ（一時停車中）、（３）エンジンＯＦＦ、の３通りに分けて考える。
【００５５】
（１）エンジンＯＮ（走行中）の場合、以下のことが言える。
・情報系ＥＣＵ１７が本来実行すべきタスクの計算負荷は中程度であり、優先度は低い。
・車両制御系ＥＣＵ１６が本来実行すべきタスクの計算負荷は高く、優先度は最も高い。
・搭乗者がいるので、携帯端末を計算リソースとして活用できる場合がある。
・バッテリの残量を考慮する必要がないので、バッテリ重要性は低い。
【００５６】
（２）エンジンＯＮ（一時停車中）の場合、以下のことが言える。
・情報系ＥＣＵ１７が本来実行すべきタスクの計算負荷は中程度であり、優先度は低い。
・車両制御系ＥＣＵ１６が本来実行すべきタスクの計算負荷は中程度であり、計算量や優先度は低下する。
・搭乗者がいるので、携帯端末を計算リソースとして活用できる場合がある。
・バッテリの残量を考慮する必要がないので、バッテリ重要性は低い。
【００５７】
（３）エンジンＯＦＦの場合、以下のことが言える。
・情報系ＥＣＵ１７が本来実行すべきタスクの計算負荷は低い。
・車両制御系ＥＣＵ１６が本来実行すべきタスクの計算負荷は低い。
・搭乗者がいないので、携帯端末を計算リソースとして活用できない。
・バッテリの残量を考慮する必要があり、バッテリ重要性は高い。
【００５８】
図６の点線５１内に示すように、エンジンがＯＦＦの車両３の場合、遊休計算リソースを豊富に持っている可能性がある。そこで、本実施の形態では、このような遊休計算リソースを積極的に活用する仕組みとする。
【００５９】
また、図６の点線５２内に示すように、車両３は走行と停車を繰り返すので、一時停車中に車両制御系ＥＣＵ１６が本来実行すべきタスクの優先度を一時的に下げて、依頼される処理を実行するようにスケジューリングすることも考えられる。
【００６０】
図７は、車両選定処理の詳細を示すフローチャートである。車両選定処理は、センタ装置４の制御部２１が、協力車両選定機能３２によって実行する処理である。
【００６１】
センタ装置４の制御部２１は、車両情報記憶ＤＢ３５に記憶されている情報を参照し、依頼内容に適するデータを収集可能な車両３を候補リストに抽出する（Ｓ１１）。Ｓ１１において参照される情報は、車種や車両ＩＤ、収集可能なデータの種類や仕様、計算リソースとして利用可能なＥＣＵの仕様、予定走行ルート、走行済ルート等である。
【００６２】
次に、センタ装置４の制御部２１は、車両情報記憶ＤＢ３５に記憶されている情報を参照し、候補リスト内のエンジンＯＦＦの車両３であって、バッテリ残量に余裕があり、かつ処理期限内に結果を返すことができる車両３を協力車両３ｂに選定し、候補リストから外す（Ｓ１２）。Ｓ１２において参照される情報は、エンジンＯＮ／ＯＦＦの区別（エンジンＯＮの時刻及びエンジンＯＦＦの時刻より判定可能）、バッテリ残量、計算リソースとして利用可能なＥＣＵの使用率等である。
【００６３】
次に、センタ装置４の制御部２１は、必要な台数に到達したか否かを確認する（Ｓ１３）。必要な台数に到達している場合（Ｓ１３のＹｅｓ）、センタ装置４の制御部２１は、Ｓ１４に進む。必要な台数に到達していない場合（Ｓ１３のＮｏ）、センタ装置４の制御部２１は、Ｓ１５に進む。
【００６４】
Ｓ１４では、センタ装置４の制御部２１は、選定台数が必要台数を超過する場合、処理の終了予想時刻の早い方から順に、必要台数分に絞り込む。
【００６５】
Ｓ１５では、センタ装置４の制御部２１は、車両情報記憶ＤＢ３５に記憶されている情報を参照し、候補リスト内のエンジンＯＮの車両３であって、計算リソースに余裕があり、かつ処理期限内に結果を返すことができる車両３を協力車両３ｂに選定し、候補リストから外す。Ｓ１５において参照される情報は、エンジンＯＮ／ＯＦＦの区別（エンジンＯＮの時刻及びエンジンＯＦＦの時刻より判定可能）、目的地到着予想時刻、計算リソースとして利用可能なＥＣＵ及び携帯端末の使用率等である。
【００６６】
次に、センタ装置４の制御部２１は、必要な台数に到達したか否かを確認する（Ｓ１６）。必要な台数に到達している場合（Ｓ１６のＹｅｓ）、センタ装置４の制御部２１は、Ｓ１４に進む。必要な台数に到達していない場合（Ｓ１６のＮｏ）、センタ装置４の制御部２１は、Ｓ１７に進む。
【００６７】
Ｓ１７では、センタ装置４の制御部２１は、車両情報記憶ＤＢ３５に記憶されている情報を参照し、候補リスト内の車両３であって、処理の終了予想時刻の早い方から順に、必要台数に達するまで協力車両３ｂに選定し、候補リストから外す。Ｓ１５において参照される情報は、目的地到着予想時刻、計算リソースとして利用可能なＥＣＵ及び携帯端末の使用率等である。
【００６８】
センタ装置４の制御部２１は、Ｓ１４又はＳ１７の後、車両選定処理を終了する。そして、センタ装置４の制御部２１は、協力依頼機能３３によって、協力車両３ｂに協力を依頼する。
【００６９】
図８は、第１の分散処理の詳細を示すフローチャートである。第１の分散処理では、車両装置５の分散処理ＥＣＵ１２が、割り当て機能４２によって、依頼処理を計算リソースに割り当てる。そして、車両制御系ＥＣＵ１６、情報系ＥＣＵ１７、携帯端末等が、依頼処理を実行する。
【００７０】
車両装置５の分散処理ＥＣＵ１２は、センタ装置４から処理依頼情報（処理ＩＤ、処理内容、処理期限、処理重要度）を受信すると（Ｓ２１）、自車のエンジンがＯＦＦか否かを確認する（Ｓ２２）。エンジンがＯＦＦの場合（Ｓ２２のＹｅｓ）、車両装置５の分散処理ＥＣＵ１２は、Ｓ２３に進む。エンジンがＯＦＦでない場合（＝ＯＮの場合）（Ｓ２２のＮｏ）、車両装置５の分散処理ＥＣＵ１２は、Ｓ２４に進む。
【００７１】
Ｓ２３では、車両装置５の分散処理ＥＣＵ１２は、処理期限を満たしつつ、バッテリ消費を最小化するように、利用可能な計算リソースに依頼処理を割り当てる（Ｓ２３）。また、Ｓ２４では、車両装置５の分散処理ＥＣＵ１２は、現在の車内タスクの優先度に応じて、利用可能な計算リソースに依頼処理を割り当てる（Ｓ２３）。
【００７２】
Ｓ２３又はＳ２４の後、依頼処理が割り当てられる計算リソース（車両制御系ＥＣＵ１６、情報系ＥＣＵ１７、携帯端末等）は、依頼処理を実行する（Ｓ２５）。
【００７３】
また、Ｓ２３又はＳ２４の後、車両装置５の分散処理ＥＣＵ１２は、依頼処理が終了する前に、自車の車両状態が変化するか否かを監視する（Ｓ２６）。車両状態は、前述の通り、（１）エンジンＯＮ（走行中）、（２）エンジンＯＮ（一時停車中）、（３）エンジンＯＦＦ、の３通りに分けて考える。
【００７４】
依頼処理が終了する前に、自車の車両状態が変化している場合（Ｓ２６のＹｅｓ）、車両装置５の分散処理ＥＣＵ１２は、Ｓ２２から処理を繰り返し、計算リソースの再割り当てを行う。
【００７５】
依頼処理が終了する前に自車の車両状態が変化せず（Ｓ２６のＮｏ）、依頼処理が終了すると（Ｓ２７）、車両装置５の分散処理ＥＣＵ１２は、センタ装置４に処理結果を返信し（Ｓ２８）、分散処理を終了する。
【００７６】
図９は、第２の分散処理の詳細を示すフローチャートである。第２の分散処理では、車両装置５の分散処理ＥＣＵ１２が、割り当て機能４２によって、依頼処理を計算リソースに割り当てる。そして、車両制御系ＥＣＵ１６、情報系ＥＣＵ１７、携帯端末等が、依頼処理を実行する。第１の分散処理と異なる点は、車両制御系ＥＣＵ１６及び情報系ＥＣＵ１７の本来実行すべきタスク（以下、「車内タスク」という。）を明示的に考慮している点と、計算時間及び消費電力を明示的に考慮している点である。
【００７７】
車両装置５の分散処理ＥＣＵ１２は、センタ装置４から処理依頼情報（処理ＩＤ、処理内容、処理期限、処理重要度）を受信すると（Ｓ３１）、自車のエンジンがＯＦＦか否かを確認する（Ｓ３２）。エンジンがＯＦＦの場合（Ｓ３２のＹｅｓ）、車両装置５の分散処理ＥＣＵ１２は、Ｓ３３及びＳ３４に進む。エンジンがＯＦＦでない場合（＝ＯＮの場合）（Ｓ３２のＮｏ）、車両装置５の分散処理ＥＣＵ１２は、Ｓ３５及びＳ３６に進む。
【００７８】
Ｓ３３及びＳ３４では、車両装置５の分散処理ＥＣＵ１２は、利用可能な計算リソースごとに、依頼処理を実行したときの計算時間及び消費電力を算出する。次に、車両装置５の分散処理ＥＣＵ１２は、処理期限を満たし、消費電力が最低となる計算リソースの組合せに依頼処理を割り当てる。
【００７９】
Ｓ３５及びＳ３６では、車両装置５の分散処理ＥＣＵ１２は、依頼処理に対する優先度に応じて、車内タスクの実行／中断状態を変更する。次に、車両装置５の分散処理ＥＣＵ１２は、空いている計算リソースに依頼処理を割り当てる。
【００８０】
Ｓ３３及びＳ３４、又はＳ３５及びＳ３６を実行すると、計算リソースの使用状況が変化するので、車両装置５の分散処理ＥＣＵ１２は、計算リソースの使用状況をセンタ装置４に通知する（Ｓ３７）。
【００８１】
Ｓ３７の後、依頼処理が割り当てられる計算リソース（車両制御系ＥＣＵ１６、情報系ＥＣＵ１７、携帯端末等）は、依頼処理を実行する（Ｓ３８）。
【００８２】
また、Ｓ３７の後、車両装置５の分散処理ＥＣＵ１２は、依頼処理を割り当て後、依頼処理が終了する前に、自車の車両状態が変化するか否かを監視する（Ｓ３９）。車両状態は、前述の通り、（１）エンジンＯＮ（走行中）、（２）エンジンＯＮ（一時停車中）、（３）エンジンＯＦＦ、の３通りに分けて考える。
【００８３】
依頼処理を割り当て後、依頼処理が終了する前に、自車の車両状態が変化している場合（Ｓ３９のＹｅｓ）、車両装置５の分散処理ＥＣＵ１２は、Ｓ３２から処理を繰り返し、計算リソースの再割り当てを行う。
【００８４】
依頼処理を割り当て後、依頼処理が終了する前に自車の車両状態が変化せず（Ｓ３９のＮｏ）、依頼処理が終了すると（Ｓ４０）、車両装置５の分散処理ＥＣＵ１２は、実行中断タスクがあれば、実行再開に変更し（Ｓ４１）、センタ装置４に処理結果を返信するとともに、計算リソースの使用状況を通知し（Ｓ４２）、分散処理を終了する。
【００８５】
以上説明した通り、本実施形態における車両分散処理システム１は、複数の車両３に搭載される複数の車両装置５と、車両装置５とネットワーク９を介して接続されるセンタ装置４と、によって構成される。センタ装置４は、車両装置５に処理依頼情報を送信することによって、複数の車両装置５に協力を依頼する。車両装置５は、自車の走行中に収集されるデータである自車データを記憶し、処理依頼情報を受信すると、自車の計算リソースに依頼処理を割り当てて、計算リソースが、自車データを参照し、依頼処理を実行する。このフレームワークによって、車両特有の課題を解決することが可能となる。
【００８６】
まず、車両装置５が自車データを記憶するので、通信量及び通信コストを低減することができ、従来の通信手段を利用してもボトルネックにならない。つまり、適切な通信手段として、従来の通信手段を利用することができる。
【００８７】
また、車両装置５が自車データを記憶するので、運転者等のプライバシーを保護することができる。
【００８８】
また、車両装置５が、記憶対象とするデータを、センタ装置４から受信する処理依頼情報に応じて動的に変更するようにすれば、記憶装置１４の空き容量と、依頼される処理の精度とのトレードオフの関係を最適にすることができる。ひいては、走行中に収集されるデータを効率的に管理することができる。
【００８９】
更に、本実施形態における車両分散処理システム１では、車両装置５が、自車の車両情報をセンタ装置４に通知する。センタ装置４は、車両装置５から受信する車両情報を記憶し、車両情報に基づき、協力車両３ｂを選定する。これによって、依頼内容に適するデータを収集可能な車両３のみに依頼を行うことができ、効率的にシステムを運用することができる。
【００９０】
また、車両装置５は、割り当て処理の１例として、自車のエンジンが停止中又は起動中のいずれであるかを判定し、停止中の場合には、計算リソースが依頼処理を実行するときの計算時間及び／又は消費電力に基づいて割り当て処理を行い、起動中の場合には、計算リソースが実行しているタスクの優先度に基づいて割り当て処理を行う。これによって、効率的な割り当て処理を行うことができる。
【００９１】
また、車両装置５は、割り当て処理の１例として、自車のエンジンが起動中の場合には、計算リソースが実行しているタスクの優先度に応じてタスクの実行／中断状態を変更し、タスクが中断状態に変更されることによって空きリソースとなる計算リソースに依頼処理を割り当てる。これによって、自車のエンジンが起動中であっても、一時停止中のような場合には、車内タスクの計算負荷が低い計算リソースに対して依頼処理を割り当てることができる。ひいては、効率的な割り当て処理を行うことができる。
【００９２】
また、車両情報は、エンジンが停止中又は起動中のいずれであるかを示す情報を含み、センタ装置４は、エンジンが停止中の車両３を優先して、協力車両３ｂを選定する。これによって、遊休計算リソースを積極的に活用することができる。
【００９３】
以下では、図１０及び図１１を参照しながら、車両分散処理システム１の具体的な適用例について説明する。
【００９４】
図１０は、故障診断サービスを実現する車両分散処理システム１ａにおけるデータフローを示す図である。車両分散処理システム１ａでは、故障の可能性がある車両３が依頼元である。
【００９５】
まず、依頼車両３ａに搭載されている車両装置５ａは、故障診断をセンタ装置４に依頼する（Ｄ１１）。センタ装置４は、車両情報記憶ＤＢ３５に記憶されている車両情報を参照し、協力車両３ｂを選定する。そして、センタ装置４は、処理依頼情報を協力車両３ｂの車両装置５ｂに送信する（Ｄ１２）。
【００９６】
協力車両３ｂの車両装置５ｂは、自車の計算リソースに依頼処理を割り当てて、計算リソースが、自車データを参照し、依頼処理を実行する。そして、協力車両３ｂの車両装置５ｂは、故障診断に必要なデータをセンタ装置４に送信する（Ｄ１３）。センタ装置４は、協力車両３ｂから受信するデータを解析し、診断結果を依頼車両３ａの車両装置５ａに送信する（Ｄ１４）。
【００９７】
図１１は、事故調査サービスを実現する車両分散処理システム１ｂにおけるデータフローを示す図である。車両分散処理システム１ｂでは、依頼車両３ａは、保険会社等のＰＣが依頼元である。
【００９８】
まず、依頼者ＰＣ７は、事故発生直後のデータをセンタ装置４に要求する（Ｄ２１）。センタ装置４は、車両情報記憶ＤＢ３５に記憶されている車両情報を参照し、協力車両３ｂを選定する。そして、センタ装置４は、処理依頼情報を協力車両３ｂの車両装置５ｂに送信する（Ｄ２２）。
【００９９】
協力車両３ｂの車両装置５ｂは、自車の計算リソースに依頼処理を割り当てて、計算リソースが、自車データを参照し、依頼処理を実行する。そして、協力車両３ｂの車両装置５ｂは、該当するデータをセンタ装置４に送信する（Ｄ２３）。センタ装置４は、協力車両３ｂから受信するデータを収集し、収集データを依頼者ＰＣ７に送信する（Ｄ２４）。
【０１００】
以上、添付図面を参照しながら、本発明に係る車両分散処理システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１０１】
１、１ａ、１ｂ………車両分散処理システム
２………センタ
３………車両
３ａ………依頼車両
３ｂ………協力車両
４………センタ装置
５………車両装置
７………依頼者ＰＣ
９………ネットワーク
【図１】
0005516560.tif 000002
【図２】
0005516560.tif 000003
【図３】
0005516560.tif 000004
【図４】
0005516560.tif 000005
【図５】
0005516560.tif 000006
【図６】
0005516560.tif 000007
【図７】
0005516560.tif 000008
【図８】
0005516560.tif 000009
【図９】
0005516560.tif 000010
【図１０】
0005516560.tif 000011
【図１１】
0005516560.tif 000012