JP2019138698A - 交通情報案内システムおよび交通情報案内プログラム - Google Patents

Abstract

【課題】交通情報を案内する対象の路線を直感的に指定できる技術を提供する。【解決手段】交通情報案内システムは、出発地を取得する出発地取得部と、地図上においてユーザが指定した指定地を取得する指定地取得部と、前記出発地から前記指定地に向かう路線の交通情報を案内部に案内させる案内制御部と、を備えることにより、地図上において位置や方向を確認しながら指定地を直感的に指定できる。また、出発地から指定地に向かう路線の交通情報が案内されるため、これからユーザが通行する可能性が高い路線の交通情報を案内することができる。【選択図】図１

Description

本発明は、交通情報案内システムおよび交通情報案内プログラムに関する。

出発地周辺に存在する道路リストのなかから選択された監視区間に対応するロケーションコードを地図データから抽出し、抽出されたロケーションコードが対応づけられた交通情報を表示する技術が知られている（特許文献１、参照。）。特許文献１において、予めユーザが設定登録した監視区間についての交通情報のみを選択的に表示できる。

特開２０１１−７０２３８号公報

しかしながら、特許文献１において、監視区間を直感的に選択できないという問題があった。例えば、道路リストに表示された各道路区間が、ユーザが行きたい方向に存在するか否かが分かり難く、監視区間を選択し難いという問題があった。
本発明は、前記課題にかんがみてなされたもので、交通情報を案内する対象の路線を直感的に指定できる技術を提供することを目的とする。

前記の目的を達成するため、本発明の交通情報案内システムは、出発地を取得する出発地取得部と、地図上においてユーザが指定した指定地を取得する指定地取得部と、出発地から指定地に向かう路線の交通情報を案内部に案内させる案内制御部と、を備える。

前記の目的を達成するため、本発明の交通情報案内プログラムは、コンピュータを、出発地を取得する出発地取得部、地図上においてユーザが指定した指定地を取得する指定地取得部、出発地から指定地に向かう路線の交通情報を案内部に案内させる案内制御部、として機能させる。

以上説明した本発明の構成において、地図上において位置や方向を確認しながら指定地を直感的に指定できる。また、出発地から指定地に向かう路線の交通情報が案内されるため、これからユーザが通行する可能性が高い路線の交通情報を案内することができる。

交通情報案内システムのブロック図である。 地図の表示例である。 地図の表示例である。 地図の表示例である。 交通情報案内処理のフローチャートである。

ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）交通情報案内システムの構成：
（２）交通情報案内処理：
（３）他の実施形態：

（１）交通情報案内システムの構成：
図１は、本発明の一実施形態にかかる交通情報案内システム１０の構成を示すブロック図である。交通情報案内システム１０は、多数のユーザ端末１１０と通信可能なサーバである。交通情報案内システム１０は、ユーザ端末１１０からの要求に応じて交通情報を配信する。

ユーザ端末１１０は、車両乗車時にユーザが使用する端末であればよく、車載器であってもよいし、スマートフォン等の携帯端末であってもよい。ユーザ端末１１０は、制御部１２０と記録媒体１３０と測位部１４０とタッチパネルディスプレイ１４１と通信部１４２とを備えている。制御部１２０は、ＣＰＵとＲＡＭとＲＯＭ等を備えたコンピュータであり、記録媒体１３０等に記録された仲介プログラム１２１を実行する。

記録媒体１３０は、地図情報１３０ａを記録する。地図情報１３０ａは、路線区間（リンク）のネットワークを規定したデータである。本実施形態の路線区間は、車両が通行可能な道路の区間と列車が通行可能な線路の区間とに対応している。地図情報１３０ａには、路線区間同士が接続する接続点（ノード）についての情報も規定されている。具体的に、接続点には、車両が通行可能な道路同士が接続する交差点と、列車が通行可能な線路同士が接続する駅とが含まれる。また、駅は、車両が通行可能な道路と列車が通行可能な線路とが接続する接続点でもある。さらに、駅は、公共交通機関の発着地である。地図情報１３０ａは、路線区間と接続点のそれぞれについて名称と位置と形状と属性とを示す。また、地図情報１３０ａにおいて、路線区間は通行方向ごとに規定されており、例えば道路の対向車線は別々の路線区間として規定されている。

測位部１４０は、ユーザ端末１１０の現在地と現在方位とを導出するために必要な信号を取得するセンサや回路であり、例えばＧＮＳＳ(Global Navigation Satellite System)の信号を受信する受信回路や加速度センサやジャイロセンサ等を含んでもよい。現在方位とは、ユーザ端末１１０が現在進行している方位である。

タッチパネルディスプレイ１４１は、各種画像を表示する画像出力装置と、表示装置の表示面において運転者の操作を受け付ける入力装置とを構成する。タッチパネルディスプレイ１４１は、地図を表示するとともに、案内対象の交通情報を表示する。通信部１４２は、交通情報案内システム１０と通信を行うための通信回路である。例えば、通信部１４２は、携帯電話通信網の基地局と通信するための回路であってもよい。

仲介プログラム１２１の機能により制御部１２０は、地図情報１３０ａに基づいて地図を描画し、当該地図をタッチパネルディスプレイ１４１に表示する。図２Ａは、地図Ｍの表示例である。仲介プログラム１２１の機能により制御部１２０は、測位部１４０の出力信号に基づいてユーザ端末１１０の現在地を取得し、当該現在地を示す現在地マーカＣを地図Ｍ上に表示する。

仲介プログラム１２１の機能により制御部１２０は、地図Ｍが表示されたタッチパネルディスプレイ１４１におけるユーザの操作に応じて、地図Ｍのスクロールと縮尺の変更とを行う。具体的に、制御部１２０は、ドラッグアンドドロップ操作やフリック操作の方向に応じて地図Ｍをスクロールする。また、制御部１２０は、ピンチアウト操作に応じて地図Ｍを拡大し、ピンチイン操作に応じて地図Ｍを縮小する。

ただし、仲介プログラム１２１の機能により制御部１２０は、交通情報表示ボタンＢに対するタップ操作が行われた場合、地図Ｍのスクロールと縮尺の変更とを中断する。すなわち、交通情報表示ボタンＢに対するタップ操作が行われた場合、制御部２０は、地図Ｍを固定する。

交通情報表示ボタンＢに対するタップ操作が行われた場合、仲介プログラム１２１の機能により制御部１２０は、地図Ｍを固定した状態で、地図Ｍ上において指定地を指定するための操作を受け付ける。本実施形態において、指定地を指定するための操作とは、地図Ｍ上におけるタップ操作となぞり操作である。指定地とは、交通情報案内システム１０から交通情報の配信を受けようとする地点である。指定地を指定するための操作を受け付けると、仲介プログラム１２１の機能により制御部１２０は、タップ操作となぞり操作の種別と、タップ操作となぞり操作とが行われた地図Ｍ上の地点（実空間内の座標）と、ユーザ端末１１０の現在地と、を示す指定操作情報を生成し、交通情報案内システム１０に送信する。

なお、制御部１２０は、交通情報表示ボタンＢによって地図Ｍを固定した状態で、指定地を指定するための操作を受け付けなくてもよく、地図Ｍをスクロールや縮尺の変更を行う操作と区別可能な操作によって指定地を指定するための操作を受け付けてもよい。例えば、地図Ｍをスクロールする操作を１本指で行い、指定地を指定するための操作を２本指で行うようにしてもよい。

仲介プログラム１２１の機能により制御部１２０は、指定操作情報の応答として、交通情報案内システム１０から交通情報を受信する。そして、仲介プログラム１２１の機能により制御部１２０は、交通情報をタッチパネルディスプレイ１４１に表示する。タッチパネルディスプレイ１４１は、本発明の案内部に該当する。案内部として交通情報を案内するタッチパネルディスプレイ１４１は、間接的に交通情報案内システム１０によって制御されていることとなる。なお、案内部は、音声によって交通情報を案内するスピーカであってもよい。

次に、交通情報案内システム１０の構成について説明する。交通情報案内システム１０は、制御部２０と記録媒体３０と通信部４２とを備えている。制御部２０は、ＣＰＵとＲＡＭとＲＯＭ等を備えたコンピュータであり、記録媒体３０等に記録された交通情報案内プログラム２１を実行する。通信部１４２は、ユーザ端末１１０と通信を行うための通信回路である。

記録媒体３０は、地図情報３０ａと交通情報ＤＢ（データベース）３０ｂとを記録している。地図情報３０ａは、ユーザ端末１１０の地図情報１３０ａとほぼ同様の情報である。交通情報ＤＢ３０ｂは、路線区間における通行に関する情報である交通情報を、路線区間ごとに記録したデータベースである。具体的に、交通情報は、路線区間としての道路についての渋滞情報を含む。交通情報は、路線区間としての線路についての運行情報を含む。運行情報とは、列車の運休や遅延について示す情報である。

交通情報案内プログラム２１は、出発地取得モジュール２１ａと指定地取得モジュール２１ｂと案内制御モジュール２１ｃとを含む。出発地取得モジュール２１ａと指定地取得モジュール２１ｂと案内制御モジュール２１ｃとは、それぞれコンピュータとしての制御部２０を本発明の出発地取得部と指定地取得部と案内制御部として機能させるプログラムモジュールである。

出発地取得モジュール２１ａの機能により制御部２０は、出発地を取得する。具体的に、出発地取得モジュール２１ａの機能により制御部２０は、ユーザ端末１１０から指定操作情報を受信すると、当該指定操作情報が示すユーザ端末１１０の現在地を指定地として取得する。すなわち、制御部２０は、ユーザ端末１１０のタッチパネルディスプレイ１４１上の地図Ｍにおいて現在地マーカＣが示す地点を指定地として取得する。

指定地取得モジュール２１ｂの機能により制御部２０は、地図Ｍ上においてユーザが指定した指定地を取得する。指定地取得モジュール２１ｂの機能により制御部２０は、指定地を指定するための操作として、タップ操作となぞり操作のどちらが行われたかを判定する。タップ操作とは、タッチパネルディスプレイ１４１上に接触した状態における指等の移動距離が予め決められた距離以下（ほぼ０）の操作である。一方、なぞり操作とは、タッチパネルディスプレイ１４１上に接触した状態における指等の移動距離が予め決められた距離よりも長い操作である。

指定地取得モジュール２１ｂの機能により制御部２０は、地図Ｍ上においてタップ操作が行われた場合、タップ操作がされた地点を指定地として取得する。具体的に、タップ操作が行われた場合、制御部２０は、タップ操作された地図Ｍ上の地点に近い接続点（交差点，駅）を指定地として取得する。制御部２０は、タップ操作された地図Ｍ上の地点に最も近い接続点を指定地として取得してもよいし、タップ操作された地図Ｍ上の地点までの距離が予め決められた基準距離以下の接続点を指定地として取得してもよい。図２Ａは、タップ操作に応じて道路の交差点Ｈが指定地として取得された様子を示す。なお、図２Ａにおいて、道路をグレーの太線で示し、線路をハッチングの線で示している（図２Ｂ，図３Ａ，図３Ｂ，図４Ａ，図４Ｂも同様）。

なぞり操作が行われた場合、制御部２０は、指定地を指定するための操作が、開いたなぞり操作であるか、閉じたなぞり操作であるかを判定する。開いたなぞり操作とは、なぞり操作の軌跡の始点と終点との距離が予め決められた距離以上である操作である。閉じたなぞり操作とは、なぞり操作の軌跡の始点と終点との距離が予め決められた距離未満である操作である。

指定地取得モジュール２１ｂの機能により制御部２０は、地図Ｍ上においてなぞり操作が行われた場合、なぞり操作が行われた線上の地点を指定地として取得する。具体的に、指定地を指定するための操作が、開いたなぞり操作であった場合、制御部２０は、開いたなぞり操作の軌跡に近い接続点を指定地として取得する。制御部２０は、なぞり操作の軌跡までの最短距離が予め決められた基準距離以下の接続点を指定地として取得する。図２Ｂは、開いたなぞり操作の軌跡Ｒに近い３個の交差点Ｈが指定地として取得された様子を示す。

指定地取得モジュール２１ｂの機能により制御部２０は、地図Ｍ上において領域を指定する操作が行われた場合、指定された領域内の地点を指定地として取得する。具体的に、指定地を指定するための操作が、閉じたなぞり操作である場合、制御部２０は、閉じたなぞり操作の軌跡によって囲まれた領域内の接続点を指定地として取得する。なお、閉じたなぞり操作は、領域を指定する操作を意味する。図３Ａは、閉じたなぞり操作の軌跡Ｒによって囲まれた領域内の４個の交差点Ｈが指定地として取得された様子を示す。なお、制御部２０は、指定された領域内のすべての接続点を指定地として取得しなくてもよく、指定された領域内の代表的な接続点を指定地として取得してもよいし、指定された領域の重心等に最も近い接続点を指定地として取得してもよい。代表的な接続点とは、一定の基準よりも通行頻度の高い接続点であってもよいし、一定の基準よりも規模の大きい接続点であってもよい。

図３Ｂは、タップ操作によって駅Ｄが指定地として指定された状態を示す。なお、図２Ａ，図２Ｂ，図３Ａ，図３Ｂに示すように、指定地はタッチパネルディスプレイ１４１上において強調して表示されてもよいし、強調して表示されなくてもよい。同様に、なぞり操作の軌跡Ｒも表示されてもよいし、表示されなくてもよい。

案内制御モジュール２１ｃの機能により制御部２０は、出発地から指定地に向かう路線の交通情報を案内部に案内させる。ここで、出発地から指定地に向かう路線とは、当該路線の方向と、出発地から指定地に向かうベクトルの方向との差が閾値（例えば３０度）以下となる路線ある。案内制御モジュール２１ｃの機能により制御部２０は、図２Ａ，図２Ｂ，図３Ａ，図３Ｂにおいて矢印で示すように、出発地から指定地に向かうベクトルＶの方向を取得する。また、制御部２０は、指定地の周辺の路線区間の方向を取得する。指定地の周辺の路線区間とは、指定地までの最短距離が予め決められた判定距離以下の路線区間であってもよい。路線区間の方向とは、例えば路線区間の始点の接続点から終点の接続点に向かうベクトルの方向であってもよい。制御部２０は、指定地の周辺の路線区間のうち、路線区間の方向と、出発地から指定地に向かうベクトルＶの方向との差が閾値以下となる路線区間を抽出する。

そして、案内制御モジュール２１ｃの機能により制御部２０は、抽出した路線区間についての交通情報を交通情報ＤＢ３０ｂから取得し、当該交通情報をユーザ端末１１０に送信する。ここで、抽出した路線区間が、車両が通行可能な道路であった場合、制御部２０は、交通情報として渋滞情報をユーザ端末１１０に送信する。一方、抽出した路線区間が、列車が通行可能な線路であった場合、制御部２０は、交通情報として列車の運行情報をユーザ端末１１０に送信する。これにより、ユーザ端末１１０は、タッチパネルディスプレイ１４１に交通情報を表示することにより、当該交通情報を案内できる。

図４Ａは、図２Ａの例において交通情報が案内される対象の路線区間を示している。同図において、交通情報が案内される対象の路線区間を太い黒矢印で示している。矢印の方向は路線区間の終点を指す方向を意味する。図４Ａの矢印と反対方向の対向車線についての交通情報は案内の対象とならない。

なお、図２Ｂ，図３Ａのように複数の指定地が取得された場合、制御部２０は、路線区間の方向と、出発地から少なくとも１個の指定地に向かうベクトルＶの方向との差が閾値以下となる路線区間を抽出してもよい。また、制御部２０は、線区間の方向と、出発地から複数の指定地のそれぞれに向かうベクトルＶの平均の方向との差が閾値以下となる路線区間を抽出してもよい。

案内制御モジュール２１ｃの機能により制御部２０は、地図Ｍ上の路線に対するなぞり操作が行われた場合、出発地から指定地に向かう路線であるか否かに拘わらず、なぞり操作が行われた路線の交通情報を案内部に案内させる。制御部２０は、開いたなぞり操作が行われた場合、当該なぞり操作が行われた路線区間が存在するか否かを判定する。なぞり操作が行われた路線区間とは、なぞり操作の軌跡Ｒに対する位置と形状と方向の類似度が基準以上となる路線区間であってもよい。例えば、位置と形状の類似度は、なぞり操作の軌跡Ｒ上の各点における路線区間までの最短距離の平均値が小さいほど高くなってもよいし、なぞり操作の軌跡の方向と路線区間の方向とが平行に近いほど高くなってもよい。方向の類似度は、なぞり操作の軌跡Ｒの始点から終点へと向かうベクトルの方向と、路線区間の始点から終点へと向かうベクトルの方向との差が小さいほど高くなってもよい。

図４Ｂは、路線区間に対するなぞり操作が行われた様子を示す。図４Ｂにおいても図２Ｂと同様に、なぞり操作によって３個の交差点Ｈが指定地として取得されている。従って、出発地から３個の交差点Ｈに向かうベクトルの方向に近い方向の路線区間（太い黒矢印）の交通情報が案内の対象となる。さらに、なぞり操作の軌跡Ｒに類似する位置と形状を有する２個の路線区間（細い黒矢印）が案内の対象となっている。

また、案内制御モジュール２１ｃの機能により制御部２０は、指定地が公共交通機関の発着地である場合、出発地から指定地に向かう路線であるか否かに拘わらず、発着地にて発着する路線の交通情報を案内部に案内させる。すなわち、制御部２０は、指定地が駅Ｄであった場合、当該駅Ｄにて列車が発着する路線区間の方向がどのような方向であっても、当該駅Ｄにおいて列車が発車および到着するすべての路線区間の運行情報を案内の対象とする。例えば、図３Ｂのように、駅Ｄが指定地であった場合、制御部２０は、当該駅Ｄにて列車が発着するすべての路線区間についての運行情報を案内の対象とする。従って、出発地から指定地に向かうベクトルＶとほぼ反対の方向に進行する列車の運行情報も案内の対象となる。なお、運行情報には、駅Ｄの時刻表情報が含まれてもよい。

以上説明した本実施形態において、地図Ｍ上において位置や方向を確認しながら指定地を直感的に指定できる。また、出発地から指定地に向かう路線区間の交通情報が案内されるため、これからユーザが通行する可能性が高い路線区間の交通情報を案内することができる。

ここで、出発地から指定地に向かう路線区間とは、当該路線区間の方向と、出発地から指定地に向かうベクトルＶの方向との差が閾値以下となる路線ある。そのため、出発地から指定地に向かう場合に、ユーザが通行する可能性が高い路線の交通情報を案内することができる。つまり、出発地から指定地へと最短距離に近い距離で向かうことができる路線区間の交通情報を案内することができる。

さらに、制御部２０は、地図Ｍ上においてタップ操作が行われた場合、タップ操作がされた地点を指定地として取得する。このようにすることにより、地図Ｍ上で地点をタップ操作することにより直感的に指定地を指定できる。さらに、制御部２０は、地図Ｍ上においてなぞり操作が行われた場合、なぞり操作が行われた線上の地点を指定地として取得する。そのため、地図Ｍ上で線を指定することにより直感的に指定地を指定できる。また、点で指定するよりも曖昧あるいは包括的に指定地を指定できる。

さらに、制御部２０は、地図Ｍ上の路線に対するなぞり操作が行われた場合、出発地から指定地に向かう路線区間であるか否かに拘わらず、なぞり操作が行われた路線区間の交通情報をタッチパネルディスプレイ１４１に案内させる。すなわち、原則的には出発地から指定地に向かう路線区間の交通情報を案内するが、例外的として、ユーザが意識して路線区間上のなぞり操作を行った場合には、なぞり操作を行った路線区間の交通情報を案内できる。ユーザが意識してなぞり操作を行った路線区間は、出発地から指定地に向かう路線でなくても、ユーザが交通情報を知りたい路線であると見なすことができる。

さらに、制御部２０は、地図Ｍ上において領域を指定する操作が行われた場合、指定された領域内の地点を指定地として取得する。これにより、地図Ｍ上で領域を指定することにより直感的に指定地を指定できる。また、点や線で指定するよりも曖昧あるいは包括的に指定地を指定できる。

制御部２０は、指定地が駅である場合、出発地から指定地に向かう路線区間であるか否かに拘わらず、駅にて列車が発着する路線区間の交通情報をタッチパネルディスプレイ１４１に案内させる。これにより、駅を発着するあらゆる方向の路線区間の交通情報を案内でき、出発地へと引き返すような路線区間についての交通情報も案内できる。ここで、ユーザが列車を利用しようと考えている場合、出発地へと引き返すような路線区間を利用する可能性も十分に考えられる。ユーザが行こうとしている地点と、最寄りの公共交通機関の発着地と、出発地との位置関係は様々であるからである。

（２）交通情報案内処理：
図５は、交通情報案内処理のフローチャートである。交通情報案内処理は、交通情報案内システム１０が実行する処理である。まず、指定地取得モジュール２１ｂの機能により制御部２０は、指定操作情報を受信したか否かを判定する（ステップＳ１００）。すなわち、ユーザ端末１１０にて指定地を指定する操作が受け付けられたか否かを判定する。指定操作情報を受信したと判定しなかった場合（ステップＳ１００：Ｎ）、制御部２０は、ステップＳ１００に戻る。すなわち、制御部２０は、ユーザ端末１１０にて指定地を指定する操作が受け付けられるまで待機する。

一方、指定操作情報を受信したと判定した場合（ステップＳ１００：Ｙ）、出発地取得モジュール２１ａの機能により制御部２０は、出発地を取得する（ステップＳ１０５）。具体的に、制御部２０は、ユーザ端末１１０から受信した指定操作情報が示すユーザ端末１１０の現在地を指定地として取得する。

次に、指定地取得モジュール２１ｂの機能により制御部２０は、指定地を指定する操作が何であったかを判定する（ステップＳ１１０）。すなわち、制御部２０は、指定地を指定する操作が、タップ操作と、開いたなぞり操作と、閉じたなぞり操作のどれであったかを判定する。

指定地を指定する操作がタップ操作であった場合、指定地取得モジュール２１ｂの機能により制御部２０は、タップ操作された地点に近い接続点を指定地として取得する（ステップＳ１１５）。すなわち、制御部２０は、タップ操作された地図Ｍ上の地点に最も近い接続点や、タップ操作された地図Ｍ上の地点までの距離が予め決められた基準距離以下の接続点を指定地として取得する（図２Ａ，図３Ｂ）。

次に、案内制御モジュール２１ｃの機能により制御部２０は、指定地に駅Ｄがあるか否かを判定する（ステップＳ１２０）。すなわち、制御部２０は、指定地に公共交通機関の発着地が１個でも含まれるか否かを判定する。指定地に駅Ｄがあると判定した場合（ステップＳ１２０：Ｙ）、案内制御モジュール２１ｃの機能により制御部２０は、指定地の駅を発着する列車の路線区間の運行情報を取得する（ステップＳ１２５）。具体的に、制御部２０は、駅Ｄにて列車が発着する路線区間の方向がどのような方向であっても、当該駅Ｄにおいて列車が発車および到着するすべての路線区間の運行情報を案内の対象として取得する。

一方、指定地に駅Ｄがあると判定しなかった場合（ステップＳ１２０：Ｎ）、制御部２０は、ステップＳ１２５をスキップする。次に、案内制御モジュール２１ｃの機能により制御部２０は、出発地から指定地に向かうベクトルの方向に近い方向の路線区間の交通情報を取得する（ステップＳ１３０）。具体的に、制御部２０は、指定地の周辺の路線区間のうち、路線区間の方向と、出発地から指定地に向かうベクトルＶの方向との差が閾値（例えば３０度）以下となる路線区間（図４Ａ，図４Ｂの太線矢印）の交通情報を案内の対象として取得する。

案内の対象の交通情報を取得すると、案内制御モジュール２１ｃの機能により制御部２０は、取得した交通情報をユーザ端末１１０に送信する（ステップＳ１４０）。すなわち、制御部２０は、指定操作情報に対する応答として、案内の対象の交通情報をユーザ端末１１０に送信する。これにより、指定操作情報を送信したユーザ端末１１０において、交通情報が案内されることとなる。

ここで、ステップＳ１１０において、指定地を指定する操作が閉じたなぞり操作であると判定した場合、指定地取得モジュール２１ｂの機能により制御部２０は、なぞり操作の軌跡Ｒによって囲まれた領域内の接続点を指定地として取得する（ステップＳ１４５）。すなわち、制御部２０は、ユーザが指定した領域内に存在する接続点を指定地として取得する（図３Ａ）。

なぞり操作の軌跡Ｒによって囲まれた領域内の接続点を指定地として取得すると、制御部２０は、ステップＳ１２０に進む。これにより、ユーザ端末１１０は、ユーザが指定した領域内に存在する指定地に向かう路線区間についての交通情報を案内できる。また、ユーザが指定した領域内に駅Ｄが存在する場合には、当該駅Ｄを発着するすべての列車の路線区間についての運行情報についても案内できる。

ステップＳ１１０において、指定地を指定する操作が開いたなぞり操作であると判定した場合、指定地取得モジュール２１ｂの機能により制御部２０は、なぞり操作の軌跡Ｒに近い接続点を指定地として取得する（ステップＳ１５０）。すなわち、制御部２０は、なぞり操作の軌跡Ｒまでの最短距離が予め決められた基準距離以下の接続点を指定地として取得する（図２Ｂ，図４Ｂ）。

次に、指定地取得モジュール２１ｂの機能により制御部２０は、路線区間上のなぞり操作であったか否かを判定する（ステップＳ１５５）。すなわち、制御部２０は、なぞり操作が行われた路線区間が存在するか否かを判定する。なぞり操作が行われた路線区間とは、なぞり操作の軌跡Ｒに対する位置と形状と方向の類似度が基準以上となる路線区間であってもよい。

路線区間上のなぞり操作であったと判定した場合（ステップＳ１５５：Ｙ）、指定地取得モジュール２１ｂの機能により制御部２０は、なぞり操作が行われた路線区間の交通情報を取得する（ステップＳ１６０）。すなわち、制御部２０は、なぞり操作の軌跡Ｒに類似する路線区間についての交通情報を案内の対象として取得する（図４Ｂの細線矢印）。

一方、路線区間上のなぞり操作であったと判定しなかった場合（ステップＳ１５５：Ｎ）、制御部２０は、ステップＳ１６０をスキップする。次に、制御部２０は、ステップＳ１２０に進む。これにより、ユーザ端末１１０は、ユーザが指定した領域内に存在する指定地に向かう路線区間についての交通情報を案内できる（図４Ｂ）。また、なぞり操作の軌跡Ｒの近くに駅Ｄが存在する場合には、当該駅Ｄを発着するすべての列車の路線区間についての運行情報についても案内できる。

（３）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、本発明の効果を損なわない範囲で実施形態の変更が可能である。出発地から指定地に向かう路線とは、出発地から指定地までを接続する経路上の路線であってもよい。具体的に、制御部２０は、図５のステップＳ１３０を実行する代わりに、出発地から指定地までの最適な経路を探索し、当該経路上の路線区間の交通情報を取得してもよい。最適な経路の探索手法は、どのような手法であってもよく、例えばダイクストラ法であってもよい。また、各路線区間についての探索コストを導出するためのパラメータが地図情報３０ａに規定されていればよい。このようにすることにより、出発地から指定地まで移動可能な経路上の路線の交通情報を案内することができる。

本発明において、少なくとも出発地から指定地に向かう路線についての交通情報を案内するように構成されていればよく、図５のステップＳ１２０，Ｓ１２５が省略されてもよいし、ステップＳ１５５，Ｓ１６０が省略されてもよい。また、マルチモーダルの路線区間についての交通情報を案内しなくてもよく、単一種類の移動手段が通行する路線区間についての交通情報を案内してもよい。

さらに、指定地を指定する操作として、タップ操作のみが受け付け可能であってもよいし、開いたなぞり操作のみが受け付け可能であってもよいし、閉じたなぞり操作のみが受け付け可能であってもよいし、これらの２種類の組み合わせが受け付け可能であってもよい。さらに、タップ操作によって、接続点だけでなく、路線区間が指定可能であってもよい。この場合、タップされた路線区間の長さ方向の中点等に向かうベクトルＶに基づいて、交通情報を案内する対象の路線区間が抽出されてもよい。

以上の実施形態は本発明を実施するための一例であり、他にも種々の実施形態を採用可能である。交通情報案内システムは、ユーザに交通情報を案内する案内装置であってもよいし、案内装置と通信可能に接続された装置であってもよい。ユーザに交通情報を案内する案内装置は、ユーザが乗車する車両に搭載された車載器であってもよいし、ユーザが携帯する携帯端末であってもよい。出発地は、ユーザが指定した地点であってもよいし、ユーザの現在地であってもよいし、自宅や勤務地のようにユーザが出発する可能性が高い地点であってもよい。出発地取得部は、指定地と同様に、地図上においてユーザが指定した出発地を取得してもよい。

指定地取得部は、地図上においてユーザが指定した指定地を取得すればよく、地図が表示されたタッチパネルディスプレイ上にてユーザが指定した指定地を取得してもよい。また、指定地取得部は、ユーザがポインティングデバイスを操作することにより地図上を移動するポインタの位置に基づいてユーザが指定した指定地を取得してもよい。

路線とは、出発地から指定地に向かう際に利用する移動手段が通行可能な路線であってもよい。また、路線とは、飛行機や船や列車やバス等の公共交通機関の路線であってもよいし、自動車のような私有の移動手段が移動する路線であってもよい。出発地から指定地に向かう際に利用する移動手段は、１種類であってもよいし、複数種類組み合わされてもよい。すなわち、出発地から指定地に向かう路線上に移動手段の種類が変化する地点（駐車場，駅，バス停，空港等）が存在してもよい。さらに、出発地や指定地を通行可能な移動手段が選択され、当該移動手段が通行可能な路線の交通情報が案内されてもよい。交通情報とは、路線上の交通に関する情報であればよく、渋滞情報や障害物情報や規制情報や工事情報や天候等の環境情報であってもよい。

ここで、出発地から指定地に向かう路線とは、当該路線の方向と、出発地から指定地に向かうベクトルの方向との差が閾値以下となる路線あってもよい。これにより、出発地から指定地に向かう場合に、ユーザが通行する可能性が高い路線の交通情報を案内することができる。つまり、出発地から指定地へと最短距離に近い距離で向かうことができる路線の交通情報を案内することができる。

また、出発地から指定地に向かう路線とは、出発地から指定地までを接続する経路上の路線である。これにより、出発地から指定地まで移動可能な経路上の路線の交通情報を案内することができる。例えば、経路は、移動所要期間や移動距離や通行料金や消費エネルギー（燃料，電力等）等が最小となる経路であってもよく、公知の経路探索手法によって探索された経路であってもよい。

さらに、指定地取得部は、地図上においてタップ操作が行われた場合、タップ操作がされた地点を指定地として取得してもよい。このようにすることにより、地図上で地点をタップ操作することにより直感的に指定地を指定できる。ただし、指定地は、地図上においてユーザがタップ操作した地点と厳密に一致しなくてもよく、地図上においてユーザがタップ操作した地点を存在領域内に含む地物（道路区間，交差点，施設等）であってもよいし、地図上においてユーザがタップ操作した地点の最寄りの地物であってもよい。タップ操作は、シングルタップ操作であってもよいし、ダブルタップ操作であってもよい。

さらに、指定地取得部は、地図上においてなぞり操作が行われた場合、なぞり操作が行われた線上の地点を指定地として取得してもよい。この場合、地図上で線を指定することにより直感的に指定地を指定できる。また、点で指定するよりも曖昧あるいは包括的に指定地を指定できる。指定地は、線上の単数の地点であってもよいし、線上の複数の地点であってもよい。

また、案内制御部は、地図上の路線に対するなぞり操作が行われた場合、出発地から指定地に向かう路線であるか否かに拘わらず、なぞり操作が行われた路線の交通情報を案内部に案内させてもよい。すなわち、原則的には出発地から指定地に向かう路線の交通情報を案内するが、例外的として、ユーザが意識して路線上のなぞり操作を行った場合には、なぞり操作を行った路線の交通情報を案内できる。ユーザが意識してなぞり操作を行った路線は、出発地から指定地に向かう路線でなくても、ユーザが交通情報を知りたい路線であると見なすことができる。

さらに、指定地取得部は、地図上において領域を指定する操作が行われた場合、指定された領域内の地点を指定地として取得してもよい。これにより、地図上で領域を指定することにより直感的に指定地を指定できる。また、点や線で指定するよりも曖昧あるいは包括的に指定地を指定できる。指定地は、領域内の単数の地点であってもよいし、領域内の複数の地点であってもよい。指定地は、領域内の代表的な地点であってもよい。

また、案内制御部は、指定地が公共交通機関の発着地である場合、出発地から指定地に向かう路線であるか否かに拘わらず、発着地にて発着する路線の交通情報を案内部に案内させてもよい。これにより、公共交通機関の発着地を発着するあらゆる方向の路線の交通情報を案内でき、出発地へと引き返すような路線についての交通情報も案内できる。ここで、ユーザが公共交通機関を利用しようと考えている場合、出発地へと引き返すような路線を利用する可能性も十分に考えられる。ユーザが行こうとしている地点と、最寄りの公共交通機関の発着地と、出発地との位置関係は様々であるからである。

さらに、本発明のように、地図上の操作に応じて出発地から指定地に向かう路線の交通情報を案内する手法は、プログラムや方法としても適用可能である。また、以上のようなシステム、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。例えば、以上のような装置を備えた交通情報案内システム、交通情報案内システムや方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、装置を制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。

１０…交通情報案内システム、２０…制御部、２１…交通情報案内プログラム、２１ａ…出発地取得モジュール、２１ｂ…指定地取得モジュール、２１ｃ…案内制御モジュール、３０…記録媒体、３０ａ…地図情報、３０ｂ…交通情報ＤＢ、４２…通信部、１１０…ユーザ端末、１２０…制御部、１２１…仲介プログラム、１３０…記録媒体、１３０ａ…地図情報、１４０…測位部、１４１…タッチパネルディスプレイ、１４２…通信部、Ｂ…交通情報表示ボタン、Ｃ…現在地マーカ、Ｄ…駅、Ｈ…交差点、Ｍ…地図、Ｒ…軌跡

Claims (9)

1. 出発地を取得する出発地取得部と、
   地図上においてユーザが指定した指定地を取得する指定地取得部と、
   前記出発地から前記指定地に向かう路線の交通情報を案内部に案内させる案内制御部と、
   を備える交通情報案内システム。
2. 前記出発地から前記指定地に向かう路線とは、当該路線の方向と、前記出発地から前記指定地に向かうベクトルの方向との差が閾値以下となる路線である、
   請求項１に記載の交通情報案内システム。
3. 前記出発地から前記指定地に向かう路線とは、前記出発地から前記指定地までを接続する経路上の路線である、
   請求項１に記載の交通情報案内システム。
4. 前記指定地取得部は、前記地図上においてタップ操作が行われた場合、前記タップ操作がされた地点を前記指定地として取得する、
   請求項１から請求項３のいずれか一項に記載の交通情報案内システム。
5. 前記指定地取得部は、前記地図上においてなぞり操作が行われた場合、なぞり操作が行われた線上の地点を前記指定地として取得する、
   請求項１から請求項４のいずれか一項に記載の交通情報案内システム。
6. 前記案内制御部は、前記地図上の路線に対するなぞり操作が行われた場合、前記出発地から前記指定地に向かう路線であるか否かに拘わらず、前記なぞり操作が行われた路線の交通情報を前記案内部に案内させる、
   請求項５に記載の交通情報案内システム。
7. 前記指定地取得部は、前記地図上において領域を指定する操作が行われた場合、指定された領域内の地点を前記指定地として取得する、
   請求項１から請求項６のいずれか一項に記載の交通情報案内システム。
8. 前記案内制御部は、前記指定地が公共交通機関の発着地である場合、前記出発地から前記指定地に向かう路線であるか否かに拘わらず、前記発着地にて発着する路線の交通情報を前記案内部に案内させる、
   請求項１から請求項７のいずれか一項に記載の交通情報案内システム。
9. コンピュータを、
   出発地を取得する出発地取得部、
   地図上においてユーザが指定した指定地を取得する指定地取得部、
   前記出発地から前記指定地に向かう路線の交通情報を案内部に案内させる案内制御部、
   として機能させる交通情報案内プログラム。