JP7408457B2 - 交通情報可視化システム - Google Patents

Description

本発明は、複数の移動体とサーバーと端末装置とが情報通信網を介して相互にデータ通信を行い、通信端末が交通情報を表示する交通情報可視化システムに関する。

特許文献１には、所定場所の渋滞情報を車線別に表示する渋滞表示装置が示される。

特開２０１８－１３２５２９号公報

道路には慢性的に渋滞が発生する区間がある。しかし、渋滞原因を特定することは難しい。このため、渋滞に巻き込まれている運転者は、目的地への到着時間を推測しづらい。また、渋滞が発生する区間の周辺住民は、渋滞解消のための行動、例えば、行政又は渋滞原因となる施設への改善依頼等をしづらい。

本発明はこのような課題を考慮してなされたものであり、渋滞原因を可視化する交通情報可視化システムを提供することを目的とする。

本発明の一態様は、
複数の移動体とサーバーと端末装置とが情報通信網を介して相互にデータ通信を行い、前記端末装置が交通情報を表示する交通情報可視化システムであって、
前記サーバーは、
個々の前記移動体の移動目的を示す目的情報を取得する取得部と、
前記目的情報が示す前記移動目的毎に前記移動体の数を集計する集計部と、を有し、
前記端末装置は、
前記交通情報を表示する表示部と、
前記交通情報として前記集計部の集計結果を前記表示部に表示させる表示制御部と、を有する。

本発明によれば、渋滞原因を可視化することができる。

図１は交通情報可視化システムのシステム構成を示す図である。 図２は車両の構成を示すブロック図である。 図３はサーバーの構成を示すブロック図である。 図４は移動情報を示す図である。 図５は端末装置の構成を示すブロック図である。 図６は車両で行われる送信処理のフローチャートである。 図７はサーバーで行われる情報管理処理のフローチャートである。 図８は第１情報可視化処理のシーケンス図である。 図９はユーザが指定する対象区間と渋滞区間とを示す図である。 図１０Ａは第１数情報の画面を示す図であり、図１０Ｂは第２数情報の画面を示す図である。 図１１は第２情報可視化処理のシーケンス図である。 図１２は第３情報可視化処理で表示される画面を示す図である。

以下、本発明に係る交通情報可視化システムについて、好適な実施形態を挙げ、添付の図面を参照して詳細に説明する。

［１．交通情報可視化システム１０の構成］
図１に示されるように、交通情報可視化システム１０は、複数の移動体、例えば車両１２と、サーバー１４と、端末装置１６と、を有する。車両１２とサーバー１４と端末装置１６は、インターネット等の情報通信網１８を介して相互にデータ通信が可能である。

［１．１．車両１２の構成］
図２に示されるように、車両１２は、ナビゲーション装置２２と、収音部２４と、車両演算部２６と、車両記録部２８と、車両通信部３０と、を有する。なお、車両１２は、端末装置１６を有していてもよい。ナビゲーション装置２２は、車両１２の位置を測定し、また、運転者によって設定される目的地を記憶する。車両演算部２６は、ＣＰＵ等のプロセッサによって構成される。車両記録部２８は、ＲＡＭ及びＲＯＭ等のメモリとハードディスク等によって構成される。車両記録部２８は、車両１２に割り振られる車両ＩＤを記録する。収音部２４は、車室内の音声を収音するマイク等を有する。車両通信部３０は、情報通信網１８を介してサーバー１４と各種情報を送受信するための通信機器を有する。

［１．２．サーバー１４の構成］
サーバー１４は、交通情報可視化サービスを提供するコンピュータである。図３に示されるように、サーバー１４は、サーバー演算部３４と、サーバー記録部３６と、サーバー通信部３８と、を有する。

サーバー演算部３４は、ＣＰＵ等のプロセッサによって構成される。サーバー演算部３４は、プロセッサがプログラムを実行することにより、情報管理部４２と、取得部４４と、指定部４６と、集計部４８として機能する。情報管理部４２は、各車両１２が送信する情報に基づいて移動情報５２を生成する。取得部４４は、車両１２の移動目的を示す目的情報と出発地を示す出発地情報と目的地を示す目的地情報を取得する。指定部４６は、集計部４８が集計する条件を指定する。集計部４８は、目的情報が示す移動目的毎に車両１２の数を集計する。

サーバー記録部３６は、ＲＡＭ及びＲＯＭ等のメモリとハードディスク等によって構成される。サーバー記録部３６は、プロセッサが実行するプログラムの他に、情報管理部４２が生成する各車両１２の移動情報５２と、道路ＤＢ５４と、移動履歴ＤＢ５６と、ＰＯＩＤＢ５８と、を格納する。図４に示されるように、移動情報５２は、タイムスタンプと、車両ＩＤと、出発場所と、目的地と、目的地の取得方法（推測又は設定）と、移動目的と、リンクＩＤと、リンク７８（図９）の混雑状況等の情報を含む。移動情報５２は、車両１２の移動履歴ＤＢ５６の元となる情報である。道路ＤＢ５４は、リンクＩＤと、ノードＩＤと、ノード７６（図９）の位置と、が紐づけられたデータを記録する。リンクＩＤは、ノードＩＤの組み合わせによって定義される。移動履歴ＤＢ５６は、車両１２の移動履歴を示すデータ、例えば車両ＩＤと、移動開始日時と、移動終了日時と、出発場所と、到着場所等の情報が紐づけられたデータを記録する。ＰＯＩＤＢ５８は、ＰＯＩと、そのＰＯＩに対する移動目的（目的情報）と、が紐づけられたデータを記録する。例えば、住宅及び会社というＰＯＩには「通勤」という移動目的（目的情報）が紐づけられる。また、スーパーマーケットというＰＯＩには「買い物」という移動目的（目的情報）が紐づけられる。また、娯楽施設というＰＯＩには「レジャー」という移動目的（目的情報）が紐づけられる。

サーバー通信部３８は、情報通信網１８を介して車両１２及び端末装置１６と各種情報を送受信するための通信機器を有する。

［１．３．端末装置１６の構成］
端末装置１６は、例えばパーソナルコンピュータ、スマートフォン、タブレット等であってもよい。端末装置１６は、交通情報を表示するコンピュータである。図５に示されるように、端末装置１６は、入力部６２と、端末演算部６４と、端末記録部６６と、端末通信部６８と、表示部７０と、を有する。

入力部６２は、端末装置１６のユーザが端末装置１６に情報を入力するために使用するＨＭＩであり、例えばキーボード、マウス、タッチパネル等により構成される。端末演算部６４は、ＣＰＵ等のプロセッサによって構成される。端末演算部６４は、プロセッサがプログラムを実行することにより、表示制御部７２として機能する。表示制御部７２は、ユーザに報知する交通情報として、サーバー１４の集計部４８の集計結果を表示部７０に表示させる。端末記録部６６は、ＲＡＭ、ＲＯＭ等のメモリとハードディスク等によって構成される。端末記録部６６は、プロセッサが実行するプログラムを格納する。端末通信部６８は、情報通信網１８を介してサーバー１４と各種情報を送受信するための通信機器を有する。表示部７０は、端末装置１６がユーザに交通情報を報知するためのＨＭＩであり、液晶ディスプレイ等により構成される。

［２．交通情報可視化システム１０で行われる一連の処理］
［２．１．概要］
道路を走行する複数の車両１２は、サーバー１４に定期的に情報（位置情報等）を送信する。サーバー１４は、車両１２が送信する情報を受信し、車両１２毎に移動情報５２を作成する。サーバー１４は、車両１２が送信する新たな情報を受信する度に、移動情報５２を生成する。

一方で、サーバー１４は、端末装置１６から渋滞情報の要求がある場合に、各車両１２の移動情報５２に基づいて、移動目的毎に車両１２の数を集計し、集計結果を端末装置１６に送信する。端末装置１６は、受信した集計結果を表示する。

［２．２．車両１２で行われる送信処理］
図６を用いて車両１２で行われる送信処理を説明する。図６に示される送信処理は、車両１２の始動時、例えばパワースイッチ又はイグニッションスイッチがオフからオンに操作された場合に開始される。

ステップＳ１において、車両演算部２６は、出発情報をサーバー１４に送信する。出発情報には、車両ＩＤと、位置情報と、目的地情報と、出発情報である旨の識別子が含まれる。車両ＩＤは、車両記録部２８に予め記録される。位置情報は、ナビゲーション装置２２によって測定される車両１２の位置を示す情報である。出発情報に含まれる位置情報は、車両１２の出発場所を示す出発地情報である。目的地情報は、ナビゲーション装置２２に予め設定される目的地を示す情報である。但し、ナビゲーション装置２２に目的地が設定されていない場合、出発情報に目的地情報は含まれない。ステップＳ１が終了すると、処理はステップＳ２に移行する。

ステップＳ２において、車両演算部２６は、所定時間毎に、プローブデータをサーバー１４に送信する。プローブデータには、車両ＩＤと、最新の位置情報と、車両１２の走行速度及び加速度等の情報が含まれる。また、目的地が新たに設定された場合、プローブデータは、目的地情報も含む。ステップＳ２が終了すると、処理はステップＳ３に移行する。

ステップＳ３において、車両演算部２６は、送信処理の終了条件が満たされるか否かを判定する。例えば、車両演算部２６は、パーキングブレーキが作動する場合、又は、パワースイッチ又はイグニッションスイッチがオンからオフに操作される場合に送信処理の終了条件が満たされる旨の判定をする。送信処理の終了条件が満たされる場合（ステップＳ３：ＹＥＳ）、送信処理は終了する。一方、送信処理の終了条件が満たされない場合（ステップＳ３：ＮＯ）、処理はステップＳ２に戻る。

なお、車両演算部２６は、収音部２４で収音した音声を常時又はプローブデータと共にサーバー１４に送信してもよい。

［２．３．サーバー１４で行われる情報管理処理］
図７を用いてサーバー１４で行われる情報管理処理を説明する。図７に示される情報管理処理は、車両１２からサーバー１４に情報が送信される度に行われる。

ステップＳ１１において、情報管理部４２は、車両１２が送信する情報（出発情報又はプローブデータ）を受信する。ステップＳ１１が終了すると、処理はステップＳ１２に移行する。

ステップＳ１２において、情報管理部４２は、受信した情報に出発情報である旨の識別子があるか否かを判定し、出発情報か否かを判定する。受信した情報が出発情報である場合（ステップＳ１２：ＹＥＳ）、処理はステップＳ１３に移行する。受信した情報が出発情報でない場合（ステップＳ１２：ＮＯ）、処理はステップＳ１４に移行する。

ステップＳ１３において、情報管理部４２は、移動情報５２を生成する。この際、情報管理部４２は、その時点のシステム時刻を取得し、移動情報５２の「タイムスタンプ」とする。また、情報管理部４２は、出発情報に含まれる車両ＩＤを取得し、移動情報５２の「車両ＩＤ」とする。また、情報管理部４２は、出発情報に含まれる位置情報を取得し、移動情報５２の「出発場所」とする。また、情報管理部４２は、出発情報に含まれる位置情報を道路ＤＢ５４と照合し、位置情報が示す位置と重なるリンク７８のリンクＩＤ、又は、位置情報が示す位置に近いリンク７８のリンクＩＤを取得し、移動情報５２の「リンクＩＤ」とする。

また、情報管理部４２は、次の処理を行い、移動情報５２の「リンク７８の混雑状況」を取得する。例えば、情報管理部４２は、混雑状況を判定するリンク７８をその時点に走行する全ての車両１２を対象にして走行速度の平均値を算出する。そして、情報管理部４２は、平均値が所定閾値以上である場合に対象とするリンク７８が混雑していないと判定し、平均値が所定閾値未満である場合に対象とするリンク７８が渋滞していると判定する。なお、情報管理部４２は、交通情報を提供する他のサーバー８０から対象とするリンク７８の渋滞情報を取得し、「リンク７８の混雑状況」としてもよい。また、情報管理部４２は、交通信号を管理する他のサーバー８０から対象とするリンク７８の交通信号を示す信号情報を取得してもよい。そして、情報管理部４２は、交通信号が停止を指示する示す停止信号である場合と進行許可を示す進行許可信号である場合とで、混雑状況の判定基準を変えてもよい。例えば、情報管理部４２は、交通信号が停止指示信号である場合に走行速度の所定閾値を高くし、交通信号が進行許可信号である場合に走行速度の所定閾値を低くしてもよい。

移動情報５２の「目的地」と「目的地の取得方法」は、取得部４４によって取得される。取得部４４は、出発情報に目的地情報が含まれる場合に、その目的地情報を取得し、移動情報５２の「目的地」とする。この場合、「目的地」は、運転者によって設定された目的地情報であるため、取得部４４は、移動情報５２の「目的地の取得方法」を「設定」とする。一方、取得部４４は、出発情報に目的地情報が含まれない場合に、推測によって目的地情報を取得し、移動情報５２の「目的地」とする。例えば、取得部４４は、対象とする車両１２の車両ＩＤにより移動履歴ＤＢを検索し、移動曜日、移動時間帯、出発場所が一致するデータを取得する。そして、取得部４４は、そのデータに含まれる到着場所の情報を取得し、移動情報５２の「目的地」とする。この場合、この「目的地」は、取得部４４によって推測された目的地情報であるため、取得部４４は、移動情報５２の「目的地の取得方法」を「推測」とする。又は、取得部４４は、目的地の推測を、公知技術、例えば特開平１１－１５３４４６号公報等に示される技術により行ってもよい。なお、取得部４４は、目的地情報を取得することができない場合に、移動情報５２の「目的地」と「目的地の取得方法」を空情報とする。

「目的地」と同様に、移動情報５２の「移動目的」も、取得部４４によって取得される。移動目的の取得方法は様々である。例えば、取得部４４は、対象とする車両１２の目的地情報によりＰＯＩＤＢ５８を検索し、目的地と一致するＰＯＩのデータを取得する。そして、取得部４４は、そのデータに含まれる目的情報を取得し、移動情報５２の「移動目的」とする。また、取得部４４は、対象とする車両１２の車両ＩＤが移動目的と関連性の高い車種を示す場合に、その車両ＩＤに基づいて移動目的を特定してもよい。例えば、取得部４４は、対象とする車両１２の車両ＩＤが運送車両を示す場合に、移動情報５２の「移動目的」を「運送」とする。また、取得部４４は、移動目的の推測を、公知技術、例えば特開２０１０－０６０３２２号公報等に示される技術により行ってもよい。なお、取得部４４は、目的地情報を取得することができない場合に、移動情報５２の「移動目的」を空情報とする。

ステップＳ１４において、情報管理部４２は、移動情報５２を生成する。この際、情報管理部４２は、その時点のシステム時刻を取得し、移動情報５２の「タイムスタンプ」とする。また、情報管理部４２は、プローブデータに含まれる車両ＩＤを取得し、移動情報５２の「車両ＩＤ」とする。また、情報管理部４２は、プローブデータに含まれる位置情報を道路ＤＢ５４と照合し、位置情報が示す位置と重なるリンク７８のリンクＩＤ、又は、位置情報が示す位置に近いリンク７８のリンクＩＤを取得し、移動情報５２の「リンクＩＤ」とする。また、情報管理部４２は、ステップＳ１３と同じ処理を行い、移動情報５２の「リンク７８の混雑状況」を取得する。また、情報管理部４２は、既に生成されている移動情報５２から、「出発場所」を取得する。

移動情報５２の「目的地」と「目的地の取得方法」は、ステップＳ１３と同様に、取得部４４によって取得される。取得部４４は、既に生成されている移動情報５２から、「目的地」と「目的地の取得方法」と「移動目的」を取得する。なお、取得部４４は、「目的地」と「目的地の取得方法」と「移動目的」のいずれかが空情報である場合に、改めて対応する情報を取得する処理を行ってもよい。また、取得部４４は、プローブデータに目的地情報が含まれる場合に、その目的地情報を取得し、移動情報５２の「目的地」とする。

ステップＳ１３又はステップＳ１４が終了すると、１回の受信に対する情報管理処理は終了する。

［２．４．第１情報可視化処理］
図８を用いて第１情報可視化処理を説明する。第１情報可視化処理は、リアルタイムの渋滞情報を可視化する処理である。なお、以下の説明では、ユーザが車両１２に搭載されている端末装置１６を操作することを想定する。ユーザ（車両１２の乗員）は、端末装置１６の入力部６２を操作して、サーバー１４に対して渋滞情報を要求する。

ステップＳ２１において、端末装置１６は、ユーザが行う入力部６２の操作に応じて、渋滞情報要求信号をサーバー１４に送信する。渋滞情報要求信号には、区間情報が含まれる。区間情報は、ユーザが渋滞情報を要求する対象区間を示す。車両演算部２６は、ナビゲーション装置２２が測定する車両１２の位置情報と目的地の位置情報を取得して区間情報とする。区間情報は、ナビゲーション装置２２から取得されるのでなく、入力部６２を介して入力されてもよい。

ステップＳ２２において、サーバー１４は、指定区間を移動する車両１２の数を移動目的毎に集計する。ここで、指定部４６は、区間情報が示す対象区間のうち、渋滞が発生している渋滞区間を指定区間として指定する。例えば、図９に示されるように、区間情報が示す対象区間がＳ１～Ｓ４で示される各リンク７８であり、渋滞が発生している渋滞区間がＳ１、Ｓ２、Ｓ５で示される各リンク７８であるとする。この場合、指定部４６は、対象区間と渋滞区間とが重なるＳ１及びＳ２で示される各リンク７８を指定区間として指定する。指定部４６は、渋滞の有無を、移動情報５２の「リンク７８の混雑状況」に基づいて判定する。集計部４８は、その時点で指定区間を移動する車両１２の数を移動目的毎に集計する。例えば、集計部４８は、車両ＩＤ毎に最新の移動情報５２を抽出し、移動目的毎に車両１２の数を集計する。更に、集計部４８は、指定区間を移動する車両１２であり且つ移動目的が同じ車両１２を対象にして、車両１２の数を目的地毎に集計する。

ステップＳ２３において、サーバー１４は、集計結果信号を端末装置１６に送信する。集計結果信号には、移動目的毎に集計された車両１２の数を示す第１数情報と、第１数情報の詳細情報として目的地毎に集計された車両１２の数を示す第２数情報と、集計の対象とされた指定区間を示す情報と、が含まれる。

ステップＳ２４において、端末装置１６は、集計結果を表示する。このとき、図１０Ａに示されるように、表示制御部７２は、表示部７０に第１数情報を表示させる。図１０Ａでは移動目的の割合が百分率で示される。ここで、ユーザは、入力部６２を用いて第１数情報が示す移動目的のうちのいずれかの移動目的を指定することができる。入力部６２によりいずれかの移動目的が指定された場合、表示制御部７２は、表示部７０に指定された移動目的に対応する第２数情報を表示させる。図１０Ｂでは目的地の割合が百分率で示される。

［２．５．第２情報可視化処理］
図１１を用いて第２情報可視化処理を説明する。第１情報可視化処理がリアルタイムの渋滞情報を可視化する処理であるのに対して、第２情報可視化処理は指定された日時の渋滞情報を可視化する処理である。第２情報可視化処理は、第１情報可視化処理と多くの点で一致する。以下では、図１１に示されるステップＳ３１～ステップＳ３４の処理のうち、図８に示されるステップＳ２１～ステップＳ２４の処理と異なる部分を説明する。

ステップＳ３１において、端末装置１６は、ユーザが行う入力部６２の操作に応じて、渋滞情報要求信号をサーバー１４に送信する。渋滞情報要求信号には、区間情報と日時情報が含まれる。日時情報は、ユーザが渋滞情報を要求する日付と時間帯を示す。日時情報は、入力部６２を介して入力される。

ステップＳ３２において、指定部４６は、日時情報が示す日時を指定日時として指定する。そして、指定部４６は、区間情報が示す対象区間のうち、指定日時に渋滞が発生している渋滞区間を指定区間として指定する。集計部４８は、指定日時に指定区間を移動する車両１２の数を移動目的毎に集計すると共に目的地毎に集計する。

ステップＳ３３及びステップＳ３４の処理は、図８に示されるステップＳ２３及びステップＳ２４の処理と同じである。

［２．６．第３情報可視化処理］
サーバー１４の集計部４８は、移動情報５２に基づいて、各日時の各地点の交通量の実績（台／ｘ分）を演算することが可能である。そして、集計部４８は、この集計結果を端末装置１６に送信することも可能である。更に、情報管理部４２は、交通情報を提供する他のサーバー８０から各日時の各地点の交通需要を示す情報を取得することが可能である。また、集計部４８は、取得された交通需要の情報を集計結果と合わせて端末装置１６に送信することが可能である。

このとき、図１２に示されるように、表示制御部７２は、表示部７０に交通需要と交通量実績を表示させる。ユーザは、交通需要と交通量の実績を比較し、両者の乖離位置によって渋滞原因を推測することができる。

［３．その他の実施形態］
端末装置１６の入力部６２は音声入力装置であってもよい。また、端末装置１６に人口知能が搭載されてもよい。この場合、端末装置１６は、ユーザと対話し、ユーザが希望する渋滞情報をサーバー１４から取得し、取得した渋滞情報を表示と共に音声出力してもよい。

また、表示部７０に表示される目的地（図１０Ｂ）の表示箇所に、その目的地のホームページ又は電子メール等のハイパーリンクが設定されてもよい。

また、表示制御部７２は、ユーザが指定する移動目的でなく、所定の移動目的に対応する各目的地（図１０Ｂ）を表示部７０に表示させてもよい。

また、表示制御部７２は、移動目的が所定目的（例えば通勤）である車両１２のうち、目的地が所定地点である車両１２の数を表示部７０に表示させてもよい。所定地点は、予め設定されていてもよいし、ユーザによって指定されてもよい。

前述した実施形態の第１情報可視化処理（図８）において、集計部４８は、指定区間を移動する車両１２であり且つ移動目的が同じ車両１２を対象にして、車両１２の数を目的地毎に集計する（ステップＳ２２）。これに代わり、集計部４８は、指定区間を移動する車両１２であり且つ移動目的が同じ車両１２を対象にして、車両１２の数を出発地毎に集計してもよい。この場合、サーバー１４が端末装置１６に送信する集計結果信号には、第１数情報と、第１数情報の詳細情報として出発地毎に集計された車両１２の数を示す第２数情報と、集計の対象とされた指定区間を示す情報と、が含まれる（ステップＳ２３）。

前述した実施形態の第２情報可視化処理（図１１）において、集計部４８は、指定日時に指定区間を移動する車両１２の数を移動目的毎に集計すると共に出発地毎に集計してもよい（ステップＳ３２）。

指定区間を含む所定範囲内において交通事故が発生している場合は、指定区間で交通渋滞が発生している可能性が高い。サーバー１４の情報管理部４２は、交通情報を提供する他のサーバー８０から交通事故の場所等を示す事故情報を取得することが可能である。また、集計部４８は、取得された事故情報を集計結果と合わせて端末装置１６に送信することが可能である。この場合、表示制御部７２は、交通事故が発生していることを表示部７０に表示させることが可能である。

指定区間を含む所定範囲内において所定値以上の歩行者が検知される場合は、指定区間で交通渋滞が発生している可能性が高い。サーバー１４の情報管理部４２は、交通情報を提供する他のサーバー８０から歩行者に関する情報を取得することが可能である。また、集計部４８は、所定値以上の歩行者が検知される場合に、取得された歩行者に関する情報を集計結果と合わせて端末装置１６に送信することが可能である。この場合、表示制御部７２は、歩行者に関する情報を表示部７０に表示させることが可能である。なお、所定値は、通常時の歩行者の数に基づいて予め定められている。

［４．実施形態から得られる技術的思想］
上記実施形態及び変形例から把握しうる技術的思想について、以下に記載する。

本発明の一態様は、
複数の移動体（車両１２）とサーバー１４と端末装置１６とが情報通信網１８を介して相互にデータ通信を行い、前記端末装置１６が交通情報を表示する交通情報可視化システム１０であって、
前記サーバー１４は、
個々の前記移動体の移動目的を示す目的情報を取得する取得部４４と、
前記目的情報が示す前記移動目的毎に前記移動体の数を集計する集計部４８と、を有し、
前記端末装置１６は、
前記交通情報を表示する表示部７０と、
前記交通情報として前記集計部４８の集計結果を前記表示部７０に表示させる表示制御部７２と、を有する。

上記構成によれば、移動目的毎に集計された移動体（車両１２）の数が表示部７０に表示されるため、ユーザに対して渋滞原因（移動目的）を可視化することができる。

本発明の一態様において、
前記表示制御部７２は、前記集計部４８の集計結果に基づいて、前記移動目的毎に、前記移動体（車両１２）の数に関する数情報を前記表示部７０に表示させてもよい。

本発明の一態様において、
前記取得部４４は、個々の前記移動体（車両１２）の目的地を示す目的地情報を更に取得し、
前記集計部４８は、前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記目的地情報が示す前記目的地毎に前記移動体の数を集計し、
前記表示制御部７２は、前記集計部４８の集計結果に基づいて、前記移動目的が所定目的である前記移動体のうち前記目的地が所定地点である前記移動体の数に関する数情報を前記表示部７０に表示させてもよい。

上記構成によれば、目的地毎に集計された移動体（車両１２）の数が表示部７０に表示されるため、ユーザに対して渋滞原因（目的地）を可視化することができる。

本発明の一態様において、
前記取得部４４は、個々の前記移動体（車両１２）の出発地を示す目的地情報を更に取得し、
前記集計部４８は、前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記出発地情報が示す前記出発地毎に前記移動体の数を集計し、
前記表示制御部７２は、前記集計部４８の集計結果に基づいて、前記移動目的が所定目的である前記移動体のうち前記出発地が所定地点である前記移動体の数に関する数情報を前記表示部７０に表示させてもよい。

上記構成によれば、出発地毎に集計された移動体（車両１２）の数が表示部７０に表示されるため、ユーザに対して渋滞原因（目的地）を可視化することができる。

本発明の一態様において、
前記端末装置１６は、前記移動目的の指定をユーザから受け付ける入力部６２を有し、
前記表示制御部７２は、前記入力部６２を介して指定される前記移動目的を前記所定目的としてもよい。

本発明の一態様において、
前記取得部４４は、個々の前記移動体（車両１２）の目的地を示す目的地情報を更に取得し、
前記集計部４８は、前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記目的地情報が示す前記目的地毎に前記移動体の数を集計し、
前記表示制御部７２は、前記集計部の集計結果に基づいて、前記目的地毎に、前記移動目的が所定目的である前記移動体の数に関する数情報を前記表示部に表示させてもよい。

上記構成によれば、目的地毎に集計された移動体（車両１２）の数が表示部７０に表示されるため、ユーザに対して渋滞原因（目的地）を可視化することができる。

本発明の一態様において、
前記取得部４４は、個々の前記移動体（車両１２）の出発地を示す出発地情報を更に取得し、
前記集計部４８は、前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記出発地情報が示す前記出発地毎に前記移動体の数を集計し、
前記表示制御部７２は、前記集計部の集計結果に基づいて、前記出発地毎に、前記移動目的が所定目的である前記移動体の数に関する数情報を前記表示部に表示させてもよい。

上記構成によれば、出発地毎に集計された移動体（車両１２）の数が表示部７０に表示されるため、ユーザに対して渋滞原因（目的地）を可視化することができる。

本発明の一態様において、
地図上の区間を指定する指定部４６を有し、
前記集計部４８は、前記区間のうち、前記指定部４６が指定する指定区間を移動する前記移動体（車両１２）の数を集計してもよい。

本発明の一態様において、
前記指定部４６は、渋滞が生じている渋滞区間を前対指定区間として指定してもよい。

本発明の一態様において、
前記指定区間を含む所定範囲内において交通事故が発生している場合は、
前記表示制御部７２は、前記交通事故が発生していることを前記表示部７０に表示させてもよい。

本発明の一態様において、
前記指定区間を含む所定範囲内において、通常時の歩行者の数に基づき定められる所定値以上の前記歩行者が検知される場合は、
前記表示制御部７２は、前記歩行者に関する情報を前記表示部７０に表示させてもよい。

本発明の一態様において、
前記指定部４６は、更に日時を指定し、
前記集計部４８は、前記指定部４６が指定する前記指定区間を前記指定部４６が指定する指定日時に移動する前記移動体（車両１２）の数を集計してもよい。

なお、本発明に係る交通情報可視化システムは、前述の実施形態に限らず、本発明の要旨を逸脱することなく、種々の構成を採り得ることはもちろんである。

１０…交通情報可視化システム １２…車両（移動体）
１４…サーバー １６…端末装置
１８…情報通信網 ４４…取得部
４６…指定部 ４８…集計部
６２…入力部 ７０…表示部
７２…表示制御部

Claims (9)

1. 複数の移動体とサーバーと端末装置とが情報通信網を介して相互にデータ通信を行い、前記端末装置が交通情報を表示する交通情報可視化システムであって、
   前記サーバーは、
   個々の前記移動体の移動目的を示す目的情報を取得すると共に、個々の前記移動体の目的地を示す目的地情報を取得する取得部と、
   前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記目的地情報が示す前記目的地毎に前記移動体の数を集計する集計部と、を有し、
   前記端末装置は、
   前記交通情報を表示する表示部と、
   前記集計部の集計結果に基づいて、前記移動目的が所定目的である前記移動体のうち前記目的地が所定地点である前記移動体の数に関する数情報を前記表示部に表示させる表示制御部と、を有する、交通情報可視化システム。
2. 複数の移動体とサーバーと端末装置とが情報通信網を介して相互にデータ通信を行い、前記端末装置が交通情報を表示する交通情報可視化システムであって、
   前記サーバーは、
   個々の前記移動体の移動目的を示す目的情報を取得すると共に、個々の前記移動体の出発地を示す出発地情報を取得する取得部と、
   前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記出発地情報が示す前記出発地毎に前記移動体の数を集計する集計部と、を有し、
   前記端末装置は、
   前記交通情報を表示する表示部と、
   前記集計部の集計結果に基づいて、前記移動目的が所定目的である前記移動体のうち前記出発地が所定地点である前記移動体の数に関する数情報を前記表示部に表示させる表示制御部と、を有する、交通情報可視化システム。
3. 請求項１又は２に記載の交通情報可視化システムであって、
   前記端末装置は、前記移動目的の指定をユーザから受け付ける入力部を有し、
   前記表示制御部は、前記入力部を介して指定される前記移動目的を前記所定目的とする、交通情報可視化システム。
4. 複数の移動体とサーバーと端末装置とが情報通信網を介して相互にデータ通信を行い、前記端末装置が交通情報を表示する交通情報可視化システムであって、
   前記サーバーは、
   個々の前記移動体の移動目的を示す目的情報を取得すると共に、個々の前記移動体の目的地を示す目的地情報を取得する取得部と、
   前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記目的地情報が示す前記目的地毎に前記移動体の数を集計する集計部と、を有し、
   前記端末装置は、
   前記交通情報を表示する表示部と、
   前記集計部の集計結果に基づいて、前記目的地毎に、前記移動目的が所定目的である前記移動体の数に関する数情報を前記表示部に表示させる表示制御部と、を有する、交通情報可視化システム。
5. 複数の移動体とサーバーと端末装置とが情報通信網を介して相互にデータ通信を行い、前記端末装置が交通情報を表示する交通情報可視化システムであって、
   前記サーバーは、
   個々の前記移動体の移動目的を示す目的情報を取得すると共に、個々の前記移動体の出発地を示す出発地情報を取得する取得部と、
   前記目的情報が示す前記移動目的毎に前記移動体の数を集計すると共に、前記出発地情報が示す前記出発地毎に前記移動体の数を集計する集計部と、を有し、
   前記端末装置は、
   前記交通情報を表示する表示部と、
   前記集計部の集計結果に基づいて、前記出発地毎に、前記移動目的が所定目的である前記移動体の数に関する数情報を前記表示部に表示させる表示制御部と、を有する、交通情報可視化システム。
6. 請求項１～５のいずれか１項に記載の交通情報可視化システムであって、
   ユーザにより指定される対象区間のうち渋滞が発生している渋滞区間を指定する指定部を有し、
   前記集計部は、前記指定部が指定する指定区間を移動する前記移動体の数を集計する、交通情報可視化システム。
7. 請求項６に記載の交通情報可視化システムであって、
   前記指定区間を含む所定範囲内において交通事故が発生している場合は、
   前記表示制御部は、前記交通事故が発生していることを前記表示部に表示させる、交通情報可視化システム。
8. 請求項６に記載の交通情報可視化システムであって、
   前記指定区間を含む所定範囲内において、通常時の歩行者の数に基づき定められる所定値以上の前記歩行者が検知される場合は、
   前記表示制御部は、前記歩行者に関する情報を前記表示部に表示させる、交通情報可視化システム。
9. 請求項６に記載の交通情報可視化システムであって、
   前記指定部は、更に日時を指定し、
   前記集計部は、前記指定部が指定する前記指定区間を前記指定部が指定する指定日時に移動する前記移動体の数を集計する、交通情報可視化システム。

Images