(57)【特許請求の範囲】
【請求項１】
無線通信によって互いに接続され車群を形成する複数の車載端末から構成される分散処理システムであって、
前記複数の車載端末は、
計算ノードとして機能する複数の車載端末と、
管理ノードとして機能する車載端末と、
を含み、
前記分散処理システムは、
前記車載端末のそれぞれから、予定走行経路情報を取得する走行経路取得手段と、
取得した予定走行経路情報に基づいて、前記車載端末のうちから、前記車群が走行中の道路を最も遠くまで走行する車載端末を管理ノードとして機能させる管理ノード決定手段と、
を有することを特徴とする分散処理システム。
【請求項２】
請求項１に記載の分散処理システムであって、
新たな車載端末が前記分散処理システムに参加する場合に、
前記走行経路取得手段は、前記新たに参加する車載端末から予定走行経路情報を取得し、
前記管理ノード決定手段は、前記新たに参加する車載端末が、前記車群が走行中の道路を前記管理ノードよりも遠くまで走行する場合には、前記新たな車載端末に計算ノードが有する演算資源に関する情報を送信するとともに、該新たな車載端末を新たな管理ノードとして機能させる
ことを特徴とする分散処理システム。
【請求項３】
請求項１又は２に記載の分散処理システムであって、
前記予定走行経路情報は、入力された目的地情報に基づいて取得された、該目的地までの経路である
ことを特徴とする分散処理システム。
【請求項４】
無線通信によって互いに接続される他の車載端末とともに分散処理システムを構成する車載端末であって、
前記他の車載端末から予定走行経路情報を取得する走行経路取得手段と、
取得した予定走行経路情報と自端末の予定走行経路情報に基づいて、自端末と前記他の車載端末を含む複数の車載端末のうちから、自端末が走行中の道路を最も遠くまで走行する車載端末を選択し、該選択した車載端末を管理ノードとして機能させ、他の車載端末を計算ノードとして機能させる管理ノード決定手段と、
を有することを特徴とする車載端末。
【請求項５】
請求項４に記載の車載端末であって、
管理ノードとして機能しているときに、
前記走行経路取得手段は、前記分散処理システムに新たに参加する車載端末から予定走行経路情報を取得し、
前記管理ノード決定手段は、自端末が走行中の道路を前記新たに参加する車載端末が自端末よりも遠くまで走行する場合には、前記新たに参加する車載端末に計算ノードが有する演算資源に関する情報を送信するとともに、該新たに参加する車載端末を新たな管理ノードとして機能させる
ことを特徴とする車載端末。
【請求項６】
請求項４又は５に記載の車載端末であって、
入力された目的地情報に基づいて、前記目的地までの経路を取得する経路探索手段を有し、
前記予定走行経路情報は、前記目的地までの前記経路である
ことを特徴とする車載端末。
【請求項７】
無線通信によって互いに接続され車群を形成する複数の車載端末から構成され、
計算ノードとして機能する複数の車載端末と、
管理ノードとして機能する車載端末と、
を含む分散処理システムにおける管理ノード決定方法であって、
前記車載端末のそれぞれから、予定走行経路情報を取得し、
取得した走行経路情報に基づいて、前記車載端末のうちから、前記車群が走行中の道路を最も遠くまで走行する車載端末を管理ノードとして機能させる
ことを特徴とする分散処理システムにおける管理ノード決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散処理システムに関し、特に、分散処理システムにおける管理ノードを決定する技術に関する。
【背景技術】
【０００２】
従来、分散処理システムの一形態としてグリッドコンピューティングシステムが知られている。グリッドコンピューティングシステムにおいては、ネットワークを介して複数の情報処理装置を接続し、これらの各情報処理装置に並列して処理を行わせることで、一台一台の情報処理装置の処理能力は低くても、全体として高速な処理が可能となる。あるいは、ＣＰＵ使用率が低い情報処理装置に処理を割り当てることにより、利用されていない情報処理装置を活用することが可能となる。
【０００３】
このようなグリッドコンピューティングシステムにおいては、演算資源として利用可能な情報処理装置に関する情報や、これら情報処理装置の稼働状況などを管理し、適切な情報処理装置に処理を割り当てる管理ノードが必要である。
【０００４】
また、このようなグリッドコンピューティングシステムを車載端末で構成し、道路の合流地点における適切な車速を予測するシステムの研究がなされている（非特許文献１）。
【０００５】
非特許文献１に記載のグリッドコンピューティングシステムでは、アドホック無線通信によって車載端末がネットワークを形成している。アドホック無線通信とは、アクセスポイントなどのインフラを利用せずに車載端末（無線端末）同士が直接接続する通信方式である。
【非特許文献１】Joey Anda 他４名、"VGrid: Vehicular Ad Hoc Networking and Computing Grid for Intelligent Traffic Control", IEEE Vehicular Technology Conference, Spring 2005, インターネット<http://www.ece.ucdavis.edu/~chuah/paper/2005/vtc05-vgrid.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のように車車間アドホック通信を用いて車載端末でグリッドコンピューティングシステムを構築する場合には、以下のような問題が生じるおそれがある。
【０００７】
すなわち、グリッドコンピューティングシステム（分散処理システム）では、演算資源を管理し処理を割り当てる計算ノードを特定する管理ノードが必要であるが、このような管理ノードがネットワーク（車群）から突然離脱してしまう可能性がある（逆に、大部分の計算ノードが、管理ノードの通信可能範囲から離脱するともいえる）。管理ノードが車群から離脱すると、新たに管理ノードを作成するために演算資源についての情報を、改めて収集し直す必要がある。また、それまでに他の車載端末に割り当てていた処理についての情報も失われてしまう。
【０００８】
本発明は上記実情に鑑みてなされたものであって、その目的とするところは、車載端末から構成される分散処理システムにおいて、管理ノードを適切に決定する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明では、以下の手段又は処理によって分散処理システムにおいて管理ノードの決定を行う。
【００１０】
本発明に係る分散処理システムは、無線通信によって互いに接続され車群を形成する複数の車載端末から構成される。なお、車群とは、無線通信によって、直接あるいは他の無線端末を介して通信可能な車両（車載端末）の集まりをいう。また、車載端末は車両に搭載されているので、「車載端末を搭載した車両が走行する」などの意味で「車載端末が走行する」という表現を用いる。
【００１１】
本発明に係る分散処理システムを構成する車載端末は、計算ノードとして機能する複数の車載端末と、管理ノードとして機能する車載端末とを含む。ここで、管理ノードは、計算ノードが有する演算資源に関する情報である資源情報を記憶し、処理を実行させる計算ノードを、資源情報に基づいて複数の計算ノードの内から特定し、特定した計算ノードに処理を実行させる。すなわち、本発明に係る分散処理システムは、管理ノードが処理の実行依頼を受け付け、受け付けた処理を実行させる計算ノードを、資源情報に基づいて特定する分散処理システムである。なお、資源情報は、例えば、各車載端末が有する、ＣＰＵの能力、ＣＰＵの稼働状況、空きメモリ容量、通信速度などである。
【００１２】
本発明に係る分散処理システムは、走行経路取得手段と管理ノード決定手段を有する。本発明における走行経路取得手段は、車載端末のそれぞれから、その車載端末が今後走行する経路に関する情報である予定走行経路情報を取得する。そして、管理ノード決定手段が、取得した予定走行経路情報に基づいて、システム内の複数の車載端末のうちから、車群が走行中の道路を最も遠くまで走行する車載端末を管理ノードとして機能させる。
【００１３】
このように、本発明に係る分散処理システムでは、車群内の車載端末が走行予定の経路に関する情報を取得し、車群が走行している道路を最も遠くまで走行する車載端末を管理ノードとして選択する。こうすることで、本発明に係る分散処理システムでは、最も長い間車群に留まると推測される車載端末を管理ノードとすることができ、管理ノードとして機能している車載端末が車群から突然離脱する可能性を最小限にできる。したがって、本発明における分散処理システムでは、長時間にわたって安定的な処理を実現することが可能となる。
【００１４】
また、本発明に係る分散処理システムは、新たな車載端末が分散処理システムに参加する場合に、以下のような方法で管理ノードとして機能する車載端末を変更することも好適である。
【００１５】
すなわち、走行経路取得手段は、新たに参加する車載端末から予定走行経路情報を取得する。そして、管理ノード決定手段は、新たに参加する車載端末が、車群が走行中の道路を管理ノードよりも遠くまで走行する場合には、新たな車載端末に資源情報を送信するとともに、この新たな車載端末を新たな管理ノードとして機能させる。
【００１６】
このように、現在の管理ノードよりも、車群に長く留まると推測される車載端末が本発明に係る分散処理システムに参加した場合には、この車載端末を新たな管理ノードとすることで、より適切な車載端末を管理ノードとすることができる。
【００１７】
管理ノードを変更する判断は、上記のように新たな車載端末が参加するときのみではなく、例えば、車群内の車載端末が予定走行経路を変更した場合に行うことも好適である。予定走行経路を変更した車載端末が、最も車群に長く留まるようになる場合もあるからである。
【００１８】
また、上述した予定走行経路情報は、入力された目的地情報に基づいて取得された、この目的地までの経路であることが好適である。このような経路は、ナビゲーション装置から取得することができる。これ以外にも、車載端末が走行する経路を推測できる情報であればどのような情報を予定走行経路情報として用いてもかまわない。例えば、走行経路が定まったバスなどの車両であれば、その走行経路を用いることができる。また、車両に搭載されている荷物に行き先情報を含むＲＦ−ＩＤ（Radio Frequency Identification）を添付し、このＲＦ−ＩＤから取得される行き先情報を予定走行経路情報として利用しても良い。また、迎車に向かうタクシーの行き先指示情報を予定走行経路情報として利用しても良い。
【００１９】
なお、本発明は、上記手段の少なくとも一部を有する車載端末として捉えることができる。
【００２０】
例えば、本発明の一態様としての車載端末は、無線通信によって互いに接続される他の車載端末とともに分散処理システムを構成する車載端末であって、前記他の車載端末から予定走行経路情報を取得する走行経路取得手段と、取得した予定走行経路情報と自端末の予定走行経路情報に基づいて、自端末と前記他の車載端末を含む複数の車載端末のうちから、自端末が走行中の道路を最も遠くまで走行する車載端末を選択し、該選択した車載端末を管理ノードとして機能させ、他の車載端末を計算ノードとして機能させる管理ノード決定手段とを有する。
【００２１】
また、本発明の一態様としての車載端末は、管理ノードとして機能しているときに、走行経路取得手段は、前記分散処理システムに新たに参加する車載端末から予定走行経路情報を取得し、前記管理ノード決定手段は、自端末が走行中の道路を前記新たに参加する車載端末が自端末よりも遠くまで走行する場合には、前記新たに参加する車載端末に計算ノードが有する演算資源に関する情報（資源情報）を送信するとともに、該新たに参加する車載端末を新たな管理ノードとして機能させる。
【００２２】
また、本発明の一態様としての車載端末は、入力された目的地情報に基づいて、前記目的地までの経路を取得する経路探索手段を有し、前記予定走行経路情報は、前記目的地までの前記経路であることが好適である。
【００２３】
さらに、本発明は、上記処理の少なくとも一部を有する、分散処理システムにおける管理ノード決定方法として捉えることもできる。
【００２４】
本発明の一態様としての、分散処理システムにおける管理ノード決定方法は、無線通信によって互いに接続され車群を形成する複数の車載端末から構成され、計算ノードとして機能する複数の車載端末と、管理ノードとして機能する車載端末とを含む分散処理システムにおける管理ノード決定方法であって、前記車載端末のそれぞれから、予定走行経路情報を取得し、取得した走行経路情報に基づいて、前記車載端末のうちから、前記車群が走行中の道路を最も遠くまで走行する車載端末を前記管理ノードとして機能させる。
【発明の効果】
【００２５】
本発明によれば、車載端末から構成される分散処理システムにおいて、管理ノードを適切に決定することが可能となる。
【発明を実施するための最良の形態】
【００２６】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【００２７】
＜システム概要＞
本実施形態は、複数の車両が無線通信によって形成したアドホック無線ネットワーク（自律分散協調ネットワーク）内におけるグリッドコンピューティングシステム（分散処理システム）である。なお、以下では、アドホック無線通信ネットワークによって接続された車両（車載端末）の集まりのことを、「車群」といい、車群によって構成されるグリッドコンピューティングシステムを「車群グリッド」という。
【００２８】
本車群グリッドでは、車群内の１台又は複数台の車両が管理ノード及び計算ノードとして機能し、他の車両が計算ノードとして機能する。また、車群内のいずれの車両も、本車群グリッドに対して処理の実行を依頼する、処理依頼ノードとしても機能する。
【００２９】
管理ノードは、計算ノードが有する演算資源に関する情報や、稼働状況などを把握し、処理依頼ノードから依頼された処理を適切な計算ノードに割り当てる。計算ノードは、管理ノードから割り当てられた処理を実行して、処理結果を管理ノードへ送る。このようにして、本車群グリッドは、処理依頼ノードから割り当てられた処理を、車群内で利用可能な計算ノードに割り当てることで、効率的な処理を実行することが可能である。
【００３０】
＜車載端末の構成＞
図１は、車両１に搭載される車載端末２の構成を示す図である。車載端末２は、ＣＰＵ１１、ＲＡＭなどの主記憶装置１２、ハードディスクなどの補助記憶装置１３を有する。また、車載端末２は、車両内のナビゲーション装置１４や通信部１５と接続されており、車両１の目的地までの経路を取得したり、他の車両や路側機などと通信を行うことが可能である。
【００３１】
ＣＰＵ１１は、補助記憶装置１３に格納されたプログラムを主記憶装置１２に読み出して、そのプログラムを実行する。
【００３２】
ナビゲーション装置１４は、ユーザから入力された目的地までの経路を探索する。ＣＰＵ１１は、ナビゲーション装置１４から、目的地及び目的地までの経路を取得することができる。
【００３３】
通信部１５は、他の車載端末と無線通信を行う。他の車載端末との間の無線通信の方式は、ＩＥＥＥ８０２．１１ｘ等の無線ＬＡＮや、ＤＳＲＣ（Dedicated Short Range Communication）など、どのような方式であってもかまわない。
【００３４】
次に、図２及び図３を用いて、車載端末の機能について説明する。
【００３５】
図２は、車載端末２の有するグリッドコンピューティングに係る機能に関する機能ブロック図である。図２においては、処理依頼ノード兼計算ノードとして機能する車載端末２ａ、管理ノード兼計算ノードとして機能する車載端末２ｂ、及び計算ノードとして機能する車載端末２ｃの機能ブロックが示されている。しかしながら、本実施形態において各車載端末２は、図２に示される各機能を全て備えており、処理依頼ノード、管理ノード、及び計算ノードのいずれとしても機能できる。図２では、説明のために、各車載端末の役割に応じて必要とされる機能のみが描かれている。
【００３６】
資源管理部２２は、計算ノードとして機能する車載端末の演算資源に関する情報を、資源提供部２３を介して取得する。資源管理部２２が取得する演算資源に関する情報は、例えば、各車載端末のＣＰＵに関する情報、ＣＰＵの稼働状況、空きメモリ容量、通信速度などである。資源管理部２２が取得したこれらの資源情報は、資源情報記憶部２６に格納される。
【００３７】
また、資源管理部２２は、後述するスケジューラ２１からの指示に従って、演算ジョブを指示された計算ノードの資源提供部に送信する。
【００３８】
資源提供部２３は、資源管理部２２から与えられた演算ジョブを実行する。演算ジョブの実行は、アプリケーション２４を計算ノードのＣＰＵが実行することによって行われる。そして、実行結果を資源管理部２２に対して送信する。また、資源提供部２３は、その車載端末が有する演算資源に関する情報を資源管理部２２に通知する。
【００３９】
車載端末（処理依頼ノード）２ａの処理依頼部２５は、車載端末（管理ノード）２ｂのスケジューラ２１に対して実行すべき処理を依頼する。処理の依頼を受けたスケジューラ２１は、可能であれば、その処理を複数の演算ジョブに分割する。１つの演算ジョブは、１台の計算ノードで独立して計算可能であり、依頼された処理を複数の演算ジョブに分割できる場合には、分割することによって並列処理が可能となる。
【００４０】
また、スケジューラ２１は、資源情報記憶部２６に格納された各計算ノードの資源情報に基づいて、各演算ジョブを割り当てる計算ノードを特定する。そして、上述したように、特定した計算ノードに、資源管理部２２を介して演算ジョブを実行させる。
【００４１】
なお、上述した各機能部は、メモリに格納されたプログラムをＣＰＵ１１が実行することによって実現される。
【００４２】
次に、図３を用いて、本車群グリッドにおける管理ノード決定処理に係る機能について説明する。図３では、管理ノード決定処理を行う車載端末２ｂと、それ以外の車載端末２ａ、２ｃとが描かれている。なお、各車載端末は、管理ノード決定処理を行う車載端末としても、それ以外の車載端末としても機能できる。つまり、各車載端末は、図３に示される各機能を全て備えているが、図３では、説明のために、各車載端末の役割に応じて必要とされる機能のみが描かれている。
【００４３】
経路探索部３１は、ナビゲーション装置１４から、目的地及び目的地までの経路を取得する。走行経路取得部３２は、各車載端末の経路探索部３１から、その車載端末の目的地及び目的地までの経路を取得する。
【００４４】
管理ノード決定部３３は、取得した目的地及び経路に基づいて、車群が走行中の道路を最も遠くまで走行する車載端末（車両）を選択する。このような車載端末は、ダイクストラ法を用いて目的地までの経路を求め、経路上に含まれる通過地点を比較することによって求めることができる。そして、選択した車載端末が管理ノードとして機能するように、その車載端末のグリッドミドルウェア３４に対して通知する。また、選択された車載端末以外は、計算ノードとして機能するように、その車載端末のグリッドミドルウェア３４に対して通知する。なお、グリッドミドルウェア３４は、資源管理部２２、資源提供部２３、及び資源情報記憶部２６からなる機能部である。
【００４５】
＜管理ノード決定処理フロー＞
次に、図４〜図６を用いて、本車群グリッドにおいて管理ノードを決定する際の処理を説明する。
【００４６】
（車群グリッド形成時の処理）
図４は、新たに車群グリッドを形成するときの、管理ノード決定処理の流れを示すフローチャートである。
【００４７】
ステップＳ１０１で、車群内の車載端末が、車群グリッドを形成する形成要求を、通信
部１５を介して車群内の他の車載端末に対して送信する。この形成要求を受け取った車載端末のうち、車群グリッドに参加する車載端末は、形成要求を送信した車載端末に、車群グリッドに参加する旨の登録通知を行う。この際、自車の目的地及び予定走行経路情報も合わせて通知する。ステップＳ１０２で、システム形成要求を送信した車載端末は、車群グリッドに参加する車両から登録通知を受信する。なお、登録通知には、図５に示すように、参加する車載端末が有する演算資源に関する情報、演算資源を提供する期間、目的地及び目的地までの予定走行経路情報が含まれる。
【００４８】
ステップＳ１０３で、取得した目的地及び予定走行経路情報を基に、車群グリッドに参加する車載端末のうちから、車群に最も長く留まる車載端末を選択する。この選択は、車群が走行する道路を最も遠くまで走行する車載端末を選択することにより行われる。
【００４９】
ステップＳ１０４で、上記選択した車載端末に対して管理ノードとして機能するように通知を行い、車群内のその他の車載端末に対しては計算ノードとして機能するように通知を行う。
【００５０】
このようにして管理ノードを選択することで、車群内に最も長く留まる車載端末を管理ノードとして選択することが可能となる。すなわち、車群グリッドから管理ノードが離脱してしまい、管理ノードが保有していた各計算ノードが有する資源情報などが失われることを防ぐことが可能となる。
【００５１】
なお、システム形成要求を送信した車載端末は、管理ノードとして機能することになった車載端末に対して、各車載端末から登録通知として取得した情報、すなわち、資源情報、資源の有効期限、目的地及び予定走行経路情報を送信すると良い。管理ノードはこれらの情報を各車載端末から取得する処理を省くことが可能となる。
【００５２】
（新たな車載端末が車群グリッドに参加したときの処理）
図６は、すでに形成されている車群グリッドに新たな車載端末が参加したときの処理の流れを示すフローチャートである。
【００５３】
ステップＳ２０１で、新たに車群グリッドに参加する車載端末（以下、新規車載端末という）は、車群グリッドに参加する旨の新規登録要求を管理ノードに対して行う。ステップＳ２０２で、管理ノードは、新規車載端末からの新規登録要求を受け付ける。
【００５４】
この新規登録要求には、図５に示されるように、新規車載端末が有する演算資源に関する情報、演算資源を提供する期間、目的地及び予定走行経路が含まれる。
【００５５】
ステップＳ２０３で、管理ノードは、新規車載端末の目的地及び予定走行経路情報と、自端末の目的地及び予定走行経路情報を比較する。すなわち、新規車載端末の方が管理ノードよりも、車群に長く留まるかどうか判断を行う。具体的には、新規車載端末の方が、管理ノードが走行中の道路（車群が走行中の道路）を管理ノードよりも遠くまで走行するか否か判断する。
【００５６】
ステップＳ２０４で、管理ノードの方が、車群が走行中の道路を遠くまで走行すると判断された場合には、ステップＳ２０５に進み、現在の管理ノードがそのまま管理ノードとして機能を続ける。この場合、新規車載端末は、計算ノードとして機能することになる。
【００５７】
ステップＳ２０４で、新規車載端末の方が、車群が走行中の道路を遠くまで走行すると判断された場合には、ステップＳ２０６に進み、管理ノードは新規車載端末に対して、資源情報記憶部２６に格納された資源情報を送信する。また、スケジューラ２１がどの演算
ジョブをどの計算ノードに対して割り当てたかという情報や、計算ノードから受け取った演算ジョブの処理結果なども、新規車載端末に対して送信する。
【００５８】
新規車載端末は、ステップＳ２０７で、管理ノードから資源情報などの管理情報を受信する。ステップＳ２０８で、新規車載端末は管理ノードとしての機能を有効にする。すなわち、スケジューラ２１や資源管理部２２の機能を有効にし、新規車載端末が管理ノードに移行する。
【００５９】
新規車載端末が管理ノードとして機能できる状態になると、ステップＳ２０９で、車群内の他の車載端末に対して、自端末が管理ノードになったことを通知する。これ以降は、本車群グリッドに処理を依頼する処理依頼ノードは、新たな管理ノードに対して処理の依頼を行えばよいことが分かる。また、管理ノードが変更される前に受け付けた演算ジョブを実行中の計算ノードは、処理結果を新たな管理ノードに対して送信すればよいことが分かる。
【００６０】
ステップＳ２１０で、当初の管理ノードは、新規車載端末が管理ノードになった旨の通知を受けた後に、管理ノードとしての機能を停止し、計算ノードに移行する。すなわち、スケジューラ２１や資源管理部２２の機能を停止する。
【００６１】
上述した処理により、車群グリッドに新たな車載端末が参加したときに、現在の管理ノードと新たな車載端末とのうち、より車群に長く留まる車載端末を管理ノードとすることができる。すなわち、より適切な車載端末を管理ノードとすることができる。
【００６２】
なお、ここでは車群グリッドに新たな車載端末が参加したときに管理ノードを変更するか否か判断したが、車群グリッド内の車載端末が目的地又は目的地までの経路を変更したときに、同様の処理を行うことも好ましい。
【００６３】
＜動作例＞
図７及び図８を用いて、車群グリッドにおいて管理ノードを決定する処理の例を説明する。
【００６４】
（車群グリッド形成時）
図７は、幹線道路６０を走行中の車両Ａ〜Ｄが、車群グリッドを形成するときの各車両の予定走行経路を示す図である。なお図７は、説明のための図であり、その縮尺は正確に表されているわけではない。
【００６５】
図中で車両Ｄが車群グリッドを形成する旨のシステム形成要求を周囲の車両に対して発信し、車両Ａ〜Ｃが車群グリッドに参加したものとする。この際、各車載端末は、自車の予定走行経路を車両Ｄに対して通知する。
【００６６】
図７には、各車両の予定走行経路が車両から延びる矢印として示されている。なお、図中では車群が走行中の道路６０をはずれる所までしか予定走行経路が示されていないが、実際には目的地までの予定走行経路を通知する。
【００６７】
車群グリッドを形成する車両Ａ〜Ｄのうち、車群が走行中の道路６０を最も遠くまで走行する車両は車両Ａである。したがって、システム形成要求を通知した車両Ｄは、車両Ａが管理ノードとして機能するように、車両Ａに対して通知する。また、それ以外の車両Ｂ、Ｃには、計算ノードとして機能するよう通知する。車両Ｄ自身も計算ノードとして機能する。
【００６８】
（新たな車載端末が車群グリッドに参加したとき）
図８は、幹線道路６０を走行中の車両Ａ〜Ｄで構成される車群グリッドに新たな車両Ｅが参加するときの各車両の予定走行経路を示す図である。
【００６９】
車両Ｅが車群グリッドに参加する時点では、車両Ａ〜Ｄから構成される車群グリッドの管理ノードは、車群が走行中の道路６０を最も遠くまで走行する車両Ａである。ここで、車両Ｅが車群グリッドに新たに参加する際に、新規登録要求を車両Ａに対して通知する。この新規登録要求には、車両Ｅの目的地及び予定走行経路が含まれる。
【００７０】
車両Ｅの新規登録要求を受け付けた管理ノードである車両Ａは、自車と車両Ｅとのどちらが、車群が走行中の道路６０を遠くまで走行するか判断する。図８の場合では、車両Ｅの方が、車群が走行中の道路６０を遠くまで走行するため、車両Ｅを新しい管理ノードとして機能させる。つまり、車両Ａが有する車群グリッド内の演算資源情報を車両Ｅに送信し、車両Ｅはスケジューラ２１や資源管理部２２の機能を有効にし、管理ノードとなる。
【００７１】
なお、管理ノードである車両Ａの方が、新規に参加する車両Ｅよりも、車群が走行する道路を遠くまで走行する場合には、車両Ａが管理ノードを続けることになる。
【００７２】
＜実施形態の効果＞
車群グリッドにおいて、車群に最も長く留まる車載端末を管理ノードとして選択することにより、管理ノードが車群グリッドから突然離脱することを防ぐことができる。つまり、管理ノードが消失した場合に生じる、演算資源情報の再収集などの処理を行わないようにすることができる。このようにすることで、長距離（長時間）にわたって安定的なグリッドコンピューティングシステムを、無線通信によって接続された車載端末から構成することが可能となる。
【００７３】
＜変形例＞
上述した実施形態では、予定走行経路情報としてナビゲーション装置１４から取得した経路情報を用いたが、予定走行経路情報はこれに限られるものではない。例えば、走行経路があらかじめ定まっているバスや長距離トラックなどの車両の場合であれば、この走行経路を予定走行経路情報として用いることができる。また、車両に搭載された荷物に行き先情報を示すＲＦ−ＩＤが付されている場合には、この行き先情報を予定走行経路情報として用いることができる。また、迎車に向かうタクシーに行き先指示情報が与えられる場合には、この行き先指示情報を予定走行経路情報として用いることができる。
【００７４】
また、上述した実施形態では、車群グリッドを構成する全ての車載端末は、処理依頼ノード、管理ノード、計算ノードのいずれとしても機能できたが、これは必ずしも必要ではない。例えば、管理ノードにはならず計算ノードとしてのみ機能する車載端末が存在しても良い。この場合、その車載端末には、スケジューラ２１や資源管理部２２の機能が不要となる。
【００７５】
上記の実施形態では、車両１内に車載端末２が１台しか存在しなかったが、図９に示すように複数存在しても良い。また、車載端末はプログラムを実行することによってグリッドコンピューティングシステムを構成できるものであれば、どのような種類のものであってもかまわない。例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、携帯電話やカーナビゲーション装置、ＥＣＵ（Electronic Control Unit）などが
考えられる。
【００７６】
各車載端末のうちグリッドコンピューティングシステムにおいて管理ノードとなる機能を有するものが１台のみであっても良く、全ての車載端末が管理ノードとなる機能を有し
ても良い。
【図面の簡単な説明】
【００７７】
【図１】本実施形態における車載端末の構成を示す図である。
【図２】本実施形態における車載端末のグリッドコンピューティング処理に係る機能の機能ブロックを示す図である。
【図３】本実施形態における車載端末の管理ノード決定処理に係る機能の機能ブロックを示す図である。
【図４】本実施形態における車群グリッド形成時の管理ノード決定処理についてのフローチャートである。
【図５】本実施形態における車群グリッドに参加する際に行う登録通知のデータ構造を示す図である。
【図６】本実施形態における車群グリッドに新たな車載端末が参加したときの処理についてのフローチャートである。
【図７】本実施形態における車群グリッド形成時の状況を説明する図である。
【図８】本実施形態における車群グリッドに新たな車載端末が参加したときの状況を説明する図である。
【図９】変形例としての車両の構成を示す図である。
【符号の説明】
【００７８】
１      車両
２      車載端末
１１    ＣＰＵ
１２    主記憶装置
１３    補助記憶装置
１４    ナビゲーション装置
１５    通信部
２１    スケジューラ
２２    資源管理部
２３    資源提供部
２４    アプリケーション
２５    処理依頼部
２６    資源情報記憶部
３１    経路探索部
３２    走行経路取得部
３３    管理ノード決定部
３４    グリッドミドルウェア
Ａ、Ｂ、Ｃ、Ｄ、Ｅ    車両
【図１】
0004707505.tif 000002
【図２】
0004707505.tif 000003
【図３】
0004707505.tif 000004
【図４】
0004707505.tif 000005
【図５】
0004707505.tif 000006
【図６】
0004707505.tif 000007
【図７】
0004707505.tif 000008
【図８】
0004707505.tif 000009
【図９】
0004707505.tif 000010