(57)【要約】【課題】車両において取得された交通情報を情報管理センターにおいて管理し、サービス情報として車両等に提供するシステムにおいて、インフラを拡大することなく情報管理センターの負担を軽減すること。【解決手段】複数の車両に搭載され、車載通信手段３０を備える車載装置１０と、車載装置１０との通信により得られた情報を管理する情報管理センター１００と、からなる交通情報管理システム１であって、車載装置１０は、交通情報を収集する交通情報収集手段２０と、交通情報収集手段２０により収集された交通情報、及び／又は他車両との通信により取得された交通情報、に対する集計処理を行なう集計処理手段５６と、を備え、集計処理手段５６の処理結果を情報管理センター１００に送信することを特徴とする。【選択図】図１
2007310733.tif 000002
【特許請求の範囲】
【請求項１】
複数の車両に搭載され、通信手段を備える車載装置と、
該車載装置との通信により得られた情報を管理する情報管理センターと、からなる交通情報管理システムであって、
前記車載装置は、
交通情報を収集する交通情報収集手段と、
該交通情報収集手段により収集された交通情報、及び／又は他車両との通信により取得された交通情報、に対する集計処理を行なう集計処理手段と、を備え、
該集計処理手段の処理結果を前記情報管理センターに送信することを特徴とする、
交通情報管理システム。
【請求項２】
請求項１に記載の交通情報管理システムであって、
前記集計処理手段は、所定の選択基準により、自車両が集計処理担当車両に選択された場合に、前記集計処理を行なう手段である、
交通情報管理システム。
【請求項３】
請求項２に記載の交通情報管理システムであって、
前記情報管理センターは、前記所定の選択基準により、前記車載装置を搭載する車両から前記集計処理担当車両を選択し、該選択した車両に対して集計処理担当車両に選択した旨を送信する、
交通情報管理システム。
【請求項４】
請求項２に記載の交通情報管理システムであって、
前記車載装置は、前記所定の選択基準により、通信を行なっている車両間で前記集計処理担当車両を選択し合う、
交通情報管理システム。
【請求項５】
請求項２ないし４のいずれかに記載の交通情報管理システムであって、
前記所定の選択基準は、前記集計処理手段の処理負荷が小さい車両が前記集計処理担当車両に選択されるように定められる、
交通情報管理システム。
【請求項６】
請求項２ないし５のいずれかに記載の交通情報管理システムであって、
前記所定の選択基準は、前記集計処理手段の処理能力が大きい車両が前記集計処理担当車両に選択されるように定められる、
交通情報管理システム。
【請求項７】
請求項２ないし６のいずれかに記載の交通情報管理システムであって、
前記所定の選択基準は、運転終了までの残存時間が長いと推測される車両が前記集計処理担当車両に選択されるように定められる、
交通情報管理システム。
【請求項８】
請求項７に記載の交通情報管理システムであって、
前記運転終了までの残存時間は、当該車両が備えるナビゲーション装置において設定された目的地と、当該車両の現在位置との距離に基づいて推測される、
交通情報管理システム。
【請求項９】
請求項２ないし８のいずれかに記載の交通情報管理システムであって、
前記集計処理担当車両は、時間帯毎に選択される、
交通情報管理システム。
【請求項１０】
請求項２ないし９のいずれかに記載の交通情報管理システムであって、
前記集計処理担当車両は、地域毎に選択される、
交通情報管理システム。
【請求項１１】
他車両及び情報管理センターとの通信を行なう通信手段と、
交通情報を収集する交通情報収集手段と、
該交通情報収集手段により収集された交通情報、及び／又は他車両との通信により取得された交通情報、に対する集計処理を行なう集計処理手段と、を備え、
他車両又は情報管理センターとの通信により、自車両が集計処理担当車両に選択されたことが通知された場合に、前記集計処理を行なうと共に該集計処理の処理結果を前記情報管理センターに送信することを特徴とする、車載装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信手段を備える車載装置と情報管理センターとからなる交通情報管理システム、及び、車載装置に関する。
【背景技術】
【０００２】
近年、車載機器等により取得された種々のデータ（現在位置や速度、天候等）を複数の車両から発信させ、これを情報管理センターにおいて収集すると共に統計処理等を加えて管理し、渋滞情報や天候情報等のサービス情報として車両等に提供するシステムが、プローブ情報システム等の名称で知られている。
【０００３】
こうしたシステムにおける一つの重要な問題として、情報管理センターの処理すべきデータ量が過大なものとなった場合に、システム全体の処理速度が低下したり、情報管理センターへのアクセスが制限されたりするという問題が挙げられる。こうした問題は、今後、システムの普及に伴うユーザー数の増加や、技術発展による車両から発信されるデータ自体の高度化・複雑化が予測されるため、より重要性が高まるものと考えられる。また、十分に処理能力や記憶容量に余裕をもった情報管理センターを設置しようにも、処理すべきデータの増加量を前もって見積もることは困難である。
【０００４】
このような課題を解決すべく、情報処理装置（上記情報管理センターに相当する）を分散させて配置した情報管理システムが知られている（例えば、特許文献１参照）。このシステムでは、負荷分散処理装置を用いて、車両等から発信されるデータを当該車両に近い位置に配置された情報処理装置に送信し、各情報処理装置においてデータの処理や管理を行なっている。
【特許文献１】特開２００５−１６５４９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のシステムでは、情報処理装置を一つしか有さないものに比して情報処理装置の処理すべきデータ量を低減することはできるものの、ユーザー数の増加やデータの高度化・複雑化が現実のものとなった場合に、これに応じて情報処理装置を各地に配置しなければならず、インフラの負担が大きいものとなる。また、全国的に多くの自動車ユーザーがシステムのユーザーとなった場合、情報処理装置を分散配置することによる処理負担の軽減効果にも限界があると考えられる。
【０００６】
本発明はこのような課題を解決するためのものであり、車両において取得された交通情報を情報管理センターにおいて管理し、サービス情報として車両等に提供するシステムにおいて、インフラを拡大することなく情報管理センターの負担を軽減することを、主たる目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための本発明の第１の態様は、複数の車両に搭載され、通信手段を備える車載装置と、車載装置との通信により得られた情報を管理する情報管理センターと、からなる交通情報管理システムであって、車載装置は、交通情報を収集する交通情報収集手段と、交通情報収集手段により収集された交通情報、及び／又は他車両との通信により取得された交通情報、に対する集計処理を行なう集計処理手段と、を備え、集計処理手段の処理結果を情報管理センターに送信することを特徴とするものである。
【０００８】
この本発明の第１の態様によれば、車載装置が集計処理手段を備え、集計処理手段の処理結果が情報管理センターに送信される。これにより、当初収集された交通情報がそのまま情報管理センターに送信される場合に比して、情報管理センターにおける統計処理等の処理負担を軽減することができる。もとより、新規に情報管理センター等のインフラを拡大する必要がない。
【０００９】
また、本発明の第１の態様において、集計処理手段は、好ましくは、所定の選択基準により自車両が集計処理担当車両に選択された場合に集計処理を行なう手段である。
【００１０】
また、本発明の第１の態様において、情報管理センターが、所定の選択基準により車載装置を搭載する車両から集計処理担当車両を選択し、選択した車両に対して集計処理担当車両に選択した旨を送信するものとしてもよいし、車載装置が、所定の選択基準により通信を行なっている車両間で集計処理担当車両を選択し合うものとしてもよい。
【００１１】
また、本発明の第１の態様において、所定の選択基準は、例えば、集計処理手段の処理負荷が小さい車両が集計処理担当車両に選択されるように定められる。
【００１２】
また、本発明の第１の態様において、所定の選択基準は、例えば、集計処理手段の処理能力が大きい車両が集計処理担当車両に選択されるように定められる。
【００１３】
また、本発明の第１の態様において、所定の選択基準は、例えば、運転終了までの残存時間が長いと推測される車両が集計処理担当車両に選択されるように定められる。この場合、運転終了までの残存時間は、例えば、当該車両が備えるナビゲーション装置において設定された目的地と、当該車両の現在位置との距離に基づいて推測される。
【００１４】
また、本発明の第１の態様において、集計処理担当車両は、時間帯毎に選択されるものとしてもよいし、地域毎に選択されるものとしてもよい。
【００１５】
また、本発明の第２の態様は、他車両及び情報管理センターとの通信を行なう通信手段と、交通情報を収集する交通情報収集手段と、交通情報収集手段により収集された交通情報、及び／又は他車両との通信により取得された交通情報、に対する集計処理を行なう集計処理手段と、を備え、他車両又は情報管理センターとの通信により、自車両が集計処理担当車両に選択されたことが通知された場合に、集計処理を行なうと共に集計処理の処理結果を情報管理センターに送信することを特徴とする、車載装置である。
【発明の効果】
【００１６】
本発明によれば、車両において取得された交通情報を情報管理センターにおいて管理し、サービス情報として車両等に提供するシステムにおいて、インフラを拡大することなく情報管理センターの負担を軽減することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための最良の形態について、添付図面を参照しながら実施例を挙げて説明する。
【実施例１】
【００１８】
以下、図１、２を用いて、本発明に係る交通情報管理システム及び車載装置の第１実施例について説明する。図１は、本発明の第１実施例に係る交通情報管理システム１の全体構成の一例を示す図である。交通情報管理システム１は、複数の車両に搭載された車載装置１０と、各車両から受信した情報に基づいたサービス情報を提供する情報管理センター１００と、により実現される。
【００１９】
まずは、車載装置１０について説明する。図１に示す如く、車載装置１０は、交通情報収集用機器２０と、車載通信装置３０と、ナビゲーション装置４０と、を備える。なお、以下の説明における車両内の機器間の通信は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の適切な通信プロトコルを用いて行なわれる。
【００２０】
交通情報収集用機器２０は、情報管理センター１００が提供するサービス情報の情報源となる交通情報を取得するための機器である。ここで、交通情報とは、車両において計測される交通に関するデータであり、上記サービス情報を生成するために必要な情報をいう。従って、交通情報収集用機器２０は、典型的には、渋滞情報を生成するための車速を検出する車速センサーや、凍結など路面状況情報を生成するためのＡＢＳ（Ａｎｔｉ−ｌｏｃｋ  Ｂｒａｋｅ  Ｓｙｓｔｅｍ）の作動状態を検出するセンサー、天候情報を生成するためのワイパーセンサー等の車載センサー類である。これらの他にも、情報管理センター１００が提供するサービス情報の内容に応じて、アクセルペダルセンサーやブレーキペダルセンサー、勾配センサー等が適宜用いられてよい。なお、後述するナビゲーション装置４０が備えるＧＰＳ受信機４２が検出する自車両の現在位置（緯度、経度及び高度等）も、交通情報に含まれる性質のものである。交通情報収集用機器２０により取得された交通情報は、ナビゲーション装置４０を制御するナビゲーション装置用電子制御ユニット（以下、ナビゲーション装置用ＥＣＵと称する）５０に送信される。
【００２１】
車載通信装置３０は、車車間通信及び路車間通信を行なうための装置であり、例えば、携帯電話の電波ネットワークを利用して送受信可能な通信アンテナ及び通信モジュールから構成される。また、こうした通信方式に限られず、アクセスポイントを介さずに車両間又は道路端のインフラと車両との間で直接通信を行なうアドホックな通信方式を用いてもよい。また、車載装置１０が情報管理センター１００からサービス情報を受信する際には、ＦＭ多重放送等を利用してもよい。車載通信装置３０は、ナビゲーション装置用ＥＣＵ５０により送信内容及び送信先が決定され、また、受信した情報をナビゲーション装置用ＥＣＵ５０に送信する。
【００２２】
ナビゲーション装置４０は、ＧＰＳ受信機４２と、地図データベース４４と、入力・表示装置４６と、スピーカー４８と、ナビゲーション装置用ＥＣＵ５０と、を備える。
【００２３】
ＧＰＳ受信機４２は、自車両の現在位置（緯度、経度、及び高度等）を検出するための受信機であり、その検出データは、ナビゲーション装置用ＥＣＵ５０に送信される。地図データベース４４は、例えば、ハードディスクやＤＶＤ、ＣＤ−ＲＯＭ等の記憶媒体上に地図データが保有されたデータベースである。入力・表示装置４６は、例えば、グラフィックシステムとしてＶＧＡ（Ｖｉｄｅｏ  Ｇｒａｐｈｉｃｓ  Ａｒｒａｙ）を採用して動画を含む画像表示を行なうと共に、タッチパネルとしてユーザーによる各種の入力操作（経路案内に係る目的地入力等）を可能に構成されたディスプレイ装置である。入力・表示装置４６は、その表面にユーザーがタッチ操作したことによる電圧の変化を検出して、タッチ操作された位置を認識する。入力・表示装置４６になされた入力操作はナビゲーション装置用ＥＣＵ５０に送信され、入力・表示装置４６の表示内容はナビゲーション装置用ＥＣＵ５０により決定される。
【００２４】
ナビゲーション装置用ＥＣＵ５０は、例えば、ＣＰＵを中心としてＲＯＭやＲＡＭ等が図示しないバスを介して相互に接続されたコンピューターユニットであり、その他、通信ポートやタイマー、カウンター等を備える。ナビゲーション装置用ＥＣＵ５０には、上記の各機器の他にも、車両が備える他のセンサーやＥＣＵ等が通信可能に接続されている。ナビゲーション装置用ＥＣＵ５０は、このようなハードウエア構成を用いて実現される主要な機能ブロックとして、経路案内部５２と、送信用交通情報作成部５４と、集計処理部５６と、を備える。
【００２５】
経路案内部５２は、ＧＰＳ受信機４２の検出データに加えて車速センサーやジャイロセンサーから入力される検出データを用いて適宜補正を行なって自車両の現在位置を特定し、特定した自車両の現在位置から入力・表示装置４６に入力された目的地に至るまでの最適な経路を地図データベース４４を検索して設定し、車両の走行に応じて入力・表示装置４６やスピーカー４８を用いて経路案内を行なう。
【００２６】
送信用交通情報作成部５４は、ＧＰＳ受信機４２の検出データから把握される自車両の現在位置（又は経路案内部により適宜補正されて特定された自車両の現在位置）と、交通情報収集用機器２０により取得された交通情報を総合して、送信用交通情報を作成する。この送信用交通情報は、後に集計処理を容易にするように、例えば、（自車両の現在位置、所定時間内の平均車速、所定時間内のＡＢＳ作動回数、所定時間内のワイパー作動回数、その他）のようなデータ形式のデータセットとして作成される。なお、このデータセット内の所定時間は、データ項目によって異なってよい。
【００２７】
集計処理部５６は、後述する如く自車両が集計処理担当車両に選択された場合に、送信用交通情報作成部５４が作成した送信用交通情報と、他車両から送信される送信用交通情報とを総合して集計処理を行なう。この集計処理は、後述する如く、例えば所定エリア（後述する）内の車両から送信される送信用交通情報等を総合して、時間帯毎に行なわれる。従って、集計処理の処理結果として出力される集計処理後情報は、例えば（エリア名称、当該エリア内且つ当該時間帯の（以下同じ）平均車速、平均ＡＢＳ作動回数、平均ワイパー作動回数、受信したデータセットの個数、その他）のようなデータ形式となる。受信したデータセットの個数を含めるのは、情報管理センター１００において更に何らかの統計処理が行なわれる可能性を考慮したものである。
【００２８】
このように例示した車載装置１０の構成は、他の用途のため既に車両に搭載されているものが主であり、新規に機器を搭載する必要性が生じない点で好適である。但し、特に他の用途（上記の例では、ナビゲーション装置本来の機能である経路案内等）を有する機器を用いる場合、送信用交通情報作成処理や集計処理の負担を過大なものとしない配慮が必要となる。こうした配慮については、情報管理センター１００における集計処理担当車両の選択場面で説明する。
【００２９】
情報管理センター１００は、センター側通信装置１１０と、情報処理装置１２０と、サービス情報用データベース１３０と、を備える。なお、本発明において情報管理センター１００の設置個数に特段の制限はなく、単独であってもよいし、地域毎に複数配置されてもよい。
【００３０】
センター側通信装置１１０は、車載装置１０が備える車載通信装置３０と通信可能な通信方式を有するものであれば、如何なる装置を備えてもよい。すなわち、携帯電話の電波ネットワークを利用してもよいし、車載通信装置３０とアドホックな通信を行なうための道路端のインフラ等を含んでもよい。センター側通信装置１１０は、情報処理装置１２０により送信内容及び送信先が決定され、また、車載装置１０から受信した情報を情報処理装置１２０に送信する。
【００３１】
情報処理装置１２０は、センター側通信装置１１０を制御すると共にサービス情報用データベース１３０にアクセス可能なコンピューターであり、各車両に発信するためのサービス情報を生成する。情報処理装置１２０は、その主要な機能ブロックとして、集計処理担当車両選択部１２２と、情報格納部１２４と、情報発信部１２６と、を備える。
【００３２】
集計処理担当車両選択部１２２は、時間帯毎（例えば１時間おきに）、且つ所定エリア（例えば、市町村や周知のメッシュデータにおける２次メッシュ区画等、車載装置１０の通信可能範囲等に応じて任意に定めてよい）毎に、所定の選択基準により集計処理担当車両を選択し、選択された車両に当該選択された旨の信号を送信する。また、当該エリアを走行している他の車両に対して、選択された車両を特定するための信号を送信してもよい。
【００３３】
所定の選択基準は、車載装置１０における処理負担を過大なものとしないように、処理能力が十分に残存している車両を選択するように定められる。具体的には、例えば、同一エリア内で車両システムが起動されている車両のうち、（１）運転終了までの時間が十分にあると推測され、（２）演算処理能力が基準以上の処理装置（上記車載装置１０の例では、ナビゲーション装置用ＥＣＵ５０のＣＰＵが相当する）を有する車両であって、（３）当該処理装置における現在の処理負担（上記の例ではＣＰＵの稼働率等）が最も小さい車両が選択される。このように、処理能力が十分に残存している車両を選択して集計処理を行なわせることにより、車載装置１０における処理負担が過大なものとなるのを抑制することができる。
【００３４】
上記（１）については、例えば、ナビゲーション装置４０において入力された経路案内に係る目的地と当該車両の現在位置との距離が所定距離以上であれば、運転終了までの時間が十分にあると推測できる。このような条件を課すのは、集計処理を開始した直後に運転が終了され（すなわち、車両システムが停止され）、集計処理が中断されるのを防止するためである。
【００３５】
従って、車載装置１０を搭載する各車両からは、車両の現在位置、ナビゲーション装置４０において目的地が設定されている場合は当該目的地、ＣＰＵの処理能力、ＣＰＵの稼働率等からなる選択用情報が送信される必要がある。これについては、例えば上記時間帯毎に、各エリア内を走行する車両から選択用情報が送信されることとすればよい（情報管理センター１００からリクエスト信号を送信することとしてもよい）。
【００３６】
情報格納部１２４は、上記の如く選択した集計担当車両から送信される集計処理後情報に対して、サービス情報として発信するのに適した形式となるように適宜何らかの加工を行なった後、サービス情報用データベース１３０に格納する。ここで、集計処理後情報は集計担当車両により集計処理が行なわれた結果出力されるものであるから、これを加工する際の処理負担は、各車両において取得された交通情報がそのまま送信される場合に比して軽減されることとなる。従って、ユーザー数の増加や交通情報自体の高度化・複雑化が現実となった場合でも、情報処理装置１２０の処理負担が増大するのを抑制することができる。
【００３７】
例えば、ユーザー数が１万人存在する場合を想定する。従来の情報管理システムでは、全てのユーザーが同時に車両の運転をしたと仮定すると、交通情報が略同時に１万件送信されるような事態が想定され、情報管理センターにおける処理負担が大きいものとなる。これに対し、複数の情報管理センターを設置して情報処理の負荷を分散させることが考えられるが、例えば情報管理センターの処理能力が１千件程度であるとすると、１０個の情報管理センターを設置する必要が生じ、インフラ設置の負担が生じる。
【００３８】
ところが、本実施例の交通情報管理システム１では、例えば上記所定エリアの設定によりユーザーを１００分割すると、集計処理が行なわれた後の集計処理後情報が１００件程度送信されるに過ぎないこととなる。このような例から、ユーザー数が大幅に増加した場合でも情報管理センター１００の処理負担がそれほど大きいものとならないことが分かる。また、ユーザー数の増加により車載装置１０側の処理負担が過大なものとなることも考えられるが、これについては、上記エリアをより細かく再設定すれば足りる。
【００３９】
情報発信部１２６は、こうしてサービス情報用データベース１３０に格納された情報を用いて、各種のサービス情報を発信する。具体的には、時間帯毎に各エリアの渋滞情報を発信したり、車載装置１０からのリクエスト信号に応じて天候情報や路面情報等を発信する。
【００４０】
図２は、交通情報管理システム１を実現する車載装置１０が搭載された車両Ａ、Ｂ、Ｃ（簡略化のため３台のみとした）と情報管理センター１００とにより集計担当車両が選択されてサービス情報がサービス情報用データベース１３０に格納されるまでの一連の処理を模式的に示す図である。なお、図中、太線矢印は通信が行なわれたことを、黒四角は処理が行なわれたことを、それぞれ表す。
【００４１】
まず、所定の時間になると、各車両（の車載装置１０；以下省略する）から情報管理センター１００に対して、（車両の現在位置、ナビゲーション装置４０において目的地が設定されている場合は当該目的地、ＣＰＵの処理能力、ＣＰＵの稼働率）等からなる選択用情報が送信される（Ｓ２００）。なお、こうした通信に係る通信負荷が懸念されるところであるが、このような通信に係る通信負荷は、通常、交通情報をそのまま送受信する際の通信負荷に比して軽いものである。
【００４２】
情報管理センター１００は、上記所定の選択基準に従って、一の車両を集計処理担当車両として選択する（Ｓ２１０）。ここでは車両Ｂが選択されたものとする。なお、該当車両がいなかった場合、一定時間の経過後再度選択を試みるものとしてもよいし、この場合のみ情報管理センター１００が集計処理を代行してもよい。
【００４３】
そして、車両Ｂに対して、集計処理担当車両に選択した旨の通知を行なう（Ｓ２２０）。通知を受信した車両Ｂは、当該時間帯の交通情報を自車両に送信するように、車両Ａ及び車両Ｃに対してリクエスト信号を送信する（Ｓ２３０）。リクエスト信号を受信した車両Ａ及び車両Ｃは、自車両において作成された送信用交通情報を車両Ｂに対して送信する（Ｓ２４０）。
【００４４】
送信用交通情報を受信した車両Ｂでは、前述の如く集計処理を行なう（Ｓ２５０）。そして、集計処理後情報を情報管理センター１００に対して送信する（Ｓ２６０）。
【００４５】
集計処理後情報を受信した情報管理センター１００は、集計処理後情報に対して適宜何らかの加工を行なった後、サービス情報用データベース１３０に格納し（Ｓ２７０）、当該時間帯の一連の処理が終了する。
【００４６】
以上説明した本発明の第１実施例に係る交通情報管理システム１によれば、車載装置１０から送信される集計処理後情報に基づいて、情報管理センター１００においてサービス情報が生成される。この集計処理後情報は、集計担当車両により集計処理が行なわれた結果出力されるものであるから、これを加工する際の処理負担は、各車両において取得された交通情報がそのまま送信される場合に比して軽減されることとなる。従って、新規に情報管理センター１００等のインフラを拡大することなく、情報処理装置１２０の処理負担を軽減することができる。
【００４７】
また、車載装置１０の構成は、他の用途のため既に車両に搭載されているものが主であり、新規に機器を搭載する必要性が生じない点でも好適である。但し、特にこの場合、車載装置１０の処理負担を過大なものとしない配慮も必要となるが、本実施例では、処理能力が十分に残存している車両が選択されるように所定の選択基準を定めているため、車載装置１０の処理負担が増大するのを抑制することができる。
【実施例２】
【００４８】
以下、図３、４を用いて、本発明に係る交通情報管理システム及び車載装置の第２実施例について説明する。図３は、本発明の第２実施例に係る交通情報管理システム２の全体構成の一例を示す図である。交通情報管理システム２は、集計処理担当車両の選択を車載装置１０において行なう点で第１実施例の交通情報管理システム１と異なるが、それ以外の点では交通情報管理システム１と同一であり、同一部分についての説明は省略する。
【００４９】
交通情報管理システム２においては、ナビゲーション装置用ＥＣＵ５０が備える機能ブロックに、集計処理担当車両選択部５８が含まれる。本実施例における集計処理担当車両選択部５８の機能は、現在の処理負担が最も小さい車両を車両間で選出し合うのが困難であることから、第１実施例の集計処理担当車両選択部１２２の機能とは若干異なるものとなる。すなわち、例えば、（１）運転終了までの時間が十分にあると推測され、（２）ナビゲーション装置用ＥＣＵ５０のＣＰＵの演算処理能力が基準以上であって、（３′）当該ＣＰＵの稼働率が所定稼働率以下である車両のうち、最も早く集計処理担当車両に立候補した車両が集計処理担当車両に選択される。
【００５０】
図４は、交通情報管理システム２を実現する車載装置１０が搭載された車両Ａ、Ｂ、Ｃと情報管理センター１００とにより集計担当車両が選択されてサービス情報がサービス情報用データベース１３０に格納されるまでの一連の処理を模式的に示す図である。なお、図中、太線矢印は通信が行なわれたことを、黒四角は処理が行なわれたことを、それぞれ表す。
【００５１】
まず、所定の時間になると、各車両において自車両が集計処理担当車両に選択されうるか否かが判定される（Ｓ３００）。ここでは、車両Ｃのみが上記条件を満たしたものとする。
【００５２】
そして、車両Ｃは、車両Ａ及び車両Ｂに対して、集計処理担当車両に立候補する旨の信号を送信する（Ｓ３１０）。車両Ａ及び車両Ｂは、これに対して了解する旨の信号を送信する（Ｓ３２０）。なお、Ｓ３００〜３２０の一連の処理は、所定の時間が到来した時点に限らず、車両システムの起動時など、任意の時間に行なわれてよい。また、多数の車両が同時に立候補するような事態も想定されるが、この場合、例えば過去に集計処理担当車両に選択された履歴を記憶しておき、直近に選択されていない車両を優先的に選択する等のロジックを作成することにより解決できる。
【００５３】
了解した旨の信号を受信した車両Ｃでは、当該時間帯の交通情報を自車両に送信するように、車両Ａ及び車両Ｂに対してリクエスト信号を送信する（Ｓ３３０）。リクエスト信号を受信した車両Ａ及び車両Ｂは、自車両において作成された送信用交通情報を車両Ｃに対して送信する（Ｓ３４０）。
【００５４】
そして、車両Ｃは、前述の如く集計処理を行なう（Ｓ３５０）。そして、集計処理後情報を情報管理センター１００に対して送信する（Ｓ３６０）。
【００５５】
集計処理後情報を受信した情報管理センター１００は、集計処理後情報に対して適宜何らかの加工を行なった後、サービス情報用データベース１３０に格納し（Ｓ３７０）、当該時間帯の一連の処理が終了する。
【００５６】
このように、車載装置１０において集計処理担当車両を選択することも可能である。これにより、車載装置１０と情報管理センター１００との間の通信負荷を軽減することができる。なお、その他の効果については、第１実施例と同様である。
【００５７】
以上、本発明を実施するための最良の形態について一実施例を用いて説明したが、本発明はこうした一実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において、上述した一実施例に種々の変形及び置換を加えることができる。
【００５８】
例えば、ナビゲーション装置ＥＣＵ５０のＣＰＵが、集計処理を行なう処理装置の役割を果たすものとして例示したが、これに限られず、専用のＣＰＵ等を備えてもよいし、車両が備える他のＥＣＵ等が処理装置として用いられてもよい。
【００５９】
また、所定の選択基準は、車載装置１０の処理負担を過大なものとしない考慮がなされていれば、如何様に定めてもよい。例えば、ＣＰＵの稼働率や処理能力のいずれかのみを参照して集計処理担当車両を選択するものであってもよい。
【産業上の利用可能性】
【００６０】
本発明は、少なくとも車両において取得された交通情報からサービス情報を生成するシステムに利用できる。車載装置が搭載される車両の外観、重量、サイズ、走行性能等は問わない。
【図面の簡単な説明】
【００６１】
【図１】本発明の第１実施例に係る交通情報管理システム１の全体構成の一例を示す図である。
【図２】車載装置１０が搭載された車両と情報管理センター１００とによる一連の処理を模式的に示す図である。
【図３】本発明の第２実施例に係る交通情報管理システム２の全体構成の一例を示す図である。
【図４】車載装置１０が搭載された車両と情報管理センター１００とによる一連の処理を模式的に示す図である。
【符号の説明】
【００６２】
１  交通情報管理システム
１０  車載装置
２０  交通情報収集用機器
３０  車載通信装置
４０  ナビゲーション装置
４２  ＧＰＳ受信機
４４  地図データベース
４６  入力・表示装置
４８  スピーカー
５０  ナビゲーション装置用ＥＣＵ
５２  経路案内部
５４  送信用交通情報作成部
５６  集計処理部
５８、１２２  集計処理担当車両選択部
１００  情報管理センター
１１０  センター側通信装置
１２０  情報処理装置
１２４  情報格納部
１２６  情報発信部
１３０  サービス情報用データベース
【図１】
2007310733.tif 000003
【図２】
2007310733.tif 000004
【図３】
2007310733.tif 000005
【図４】
2007310733.tif 000006