(57)【要約】【課題】携帯通信端末の使用者が、手間や時間を掛けることなく、自分にかかわる交通障害の状況を知らせる通知をタイムリーに受けることができるようにする。【解決手段】携帯通信端末１は、現在位置と拠点位置とを含む探索情報を形成し、これを交通障害通知サーバ２に送信する。交通障害通知サーバ２では、携帯通信端末１からの探索情報を受信し、経路探索装置部２２０が、当該探索情報に応じて１以上の経路を探索し、この探索された１以上の経路のそれぞれでの交通障害の状況を検索する。この検索結果に基づき、通知装置部２１０が障害等通知を形成し、携帯通信端末１に提供する。携帯通信端末１では、当該障害等通知に応じた通知を行う。【選択図】図１
2018059868.tif 000002
【特許請求の範囲】
【請求項１】
携帯通信端末と交通障害通知サーバとが通信ネットワークを通じて接続されて構成される交通障害通知システムであって、
前記携帯通信端末は、
現在位置を測位する現在位置測位手段と、
前記現在位置測位手段で測位された現在位置と所定の拠点位置とを含む探索情報を形成する探索情報形成手段と、
前記探索情報形成手段で形成された前記探索情報を、前記交通障害通知サーバに送信する端末側送信手段と、
前記交通障害通知サーバから送信されて来る障害等通知を受信する端末側受信手段と、
前記端末側受信手段により受信された前記障害等通知に応じて、前記現在位置から前記拠点位置への経路上における交通障害の状況を通知するように制御する通知制御手段と
を備え、
前記交通障害通知サーバは、
前記携帯通信端末からの前記探索情報を受信するサーバ側受信手段と、
前記サーバ側受信手段を通じて受信した前記探索情報に応じて、１以上の経路を探索する経路探索手段と、
前記経路探索手段で探索された１以上の前記経路のそれぞれでの交通障害の状況を検索する交通障害検索手段と、
前記交通障害検索手段の検索結果に基づいて、前記障害等通知を形成する障害等通知形成手段と、
前記障害等通知形成手段で形成された前記障害等通知を、前記携帯通信端末に送信するサーバ側送信手段と
を備えることを特徴とする交通障害通知システム。
【請求項２】
請求項１に記載の交通障害通知システムであって、
前記交通障害通知サーバの前記障害等通知形成手段は、前回探索された経路と同じ経路について、前回検索された交通障害の状況と今回検索された交通障害の状況とを比較して、当該交通障害の状況が変化していると判別した場合には、これを通知する障害等通知を形成することができるものであり、
前記携帯通信端末の前記端末側受信手段の前記通知制御手段は、前記交通障害通知サーバからの前記障害等通知に応じて、前記現在位置から前記拠点位置への経路上においての交通障害の状況が変化したことを通知するように制御する
ことを特徴とする交通障害通知システム。
【請求項３】
請求項１に記載の交通障害通知システムであって、
前記携帯通信端末の前記通知制御手段は、前回探索された経路と同じ経路についての、交通障害通知サーバからの前回の障害等通知と今回の障害等通知とを比較して、交通障害の状況が変化していると判別した場合には、これを通知するように制御することを特徴とする交通障害通知システム。
【請求項４】
携帯通信端末と交通障害通知サーバとが通信ネットワークを通じて接続されて構成される交通障害通知システムの前記交通障害通知サーバであって、
前記携帯通信端末からの現在位置と所定の拠点位置とを含む探索情報を受信するサーバ側受信手段と、
前記サーバ側受信手段を通じて受信した前記探索情報に応じて、１以上の経路を探索する経路探索手段と、
前記経路探索手段で探索された１以上の前記経路のそれぞれでの交通障害の状況を検索する交通障害検索手段と、
前記交通障害検索手段の検索結果に基づいて、前記障害等通知を形成する障害等通知形成手段と、
前記障害等通知形成手段で形成された前記障害等通知を、前記携帯通信端末に送信するサーバ側送信手段と
を備えることを特徴とする交通障害通知サーバ。
【請求項５】
携帯通信端末と交通障害通知サーバとが通信ネットワークを通じて接続されて構成される交通障害通知システムの前記携帯通信端末であって、
前記交通障害通知サーバは、前記携帯通信端末からの探索情報を受信するサーバ側受信手段と、前記サーバ側受信手段を通じて受信した前記探索情報に応じて、１以上の経路を探索する経路探索手段と、前記経路探索手段で探索された１以上の前記経路のそれぞれでの交通障害の状況を検索する交通障害検索手段と、前記交通障害検索手段の検索結果に基づいて、前記障害等通知を形成する障害等通知形成手段と、前記障害等通知形成手段で形成された前記障害等通知を、前記携帯通信端末に送信するサーバ側送信手段とを備えるものであり、
現在位置を測位する現在位置測位手段と、
前記現在位置測位手段で測位された現在位置と所定の拠点位置とを含む前記探索情報を形成する探索情報形成手段と、
前記探索情報形成手段で形成された前記探索情報を、前記交通障害通知サーバに送信する端末側送信手段と、
前記交通障害通知サーバから送信されて来る障害等通知を受信する端末側受信手段と、
前記端末側受信手段により受信された前記障害等通知に応じて、前記現在位置から前記拠点位置への経路上における交通障害の状況を通知するように制御する通知制御手段と
を備えることを特徴とする携帯通信端末。
【請求項６】
携帯通信端末と交通障害通知サーバとが通信ネットワークを通じて接続されて構成される交通障害通知システムで用いられる交通障害通知方法であって、
前記携帯通信端末においては、
探索情報形成手段が、現在位置測位手段で測位された現在位置と所定の拠点位置とを含む探索情報を形成する探索情報形成工程と、
端末側送信手段が、前記探索情報形成工程において形成した前記探索情報を、前記交通障害通知サーバに送信する端末側送信工程と、
端末側受信手段が、前記交通障害通知サーバから送信されて来る障害等通知を受信する端末側受信工程と、
通知制御手段が、前記端末側受信工程において受信した前記障害等通知に応じて、前記現在位置から前記拠点位置への経路上における交通障害の状況を通知するように制御する通知制御工程と
を有し、
前記交通障害通知サーバにおいては、
サーバ側受信手段が、前記携帯通信端末からの前記探索情報を受信するサーバ側受信工程と、
経路探索手段が、前記サーバ側受信工程を通じて受信した前記探索情報に応じて、１以上の経路を探索する経路探索工程と、
交通障害検索手段が、前記経路探索工程において探索した１以上の前記経路のそれぞれでの交通障害の状況を検索する交通障害検索工程と、
障害等通知形成手段が、前記交通障害検索工程での検索結果に基づいて、前記障害等通知を形成する障害等通知形成工程と、
サーバ側送信手段が、前記障害等通知形成工程で形成した前記障害等通知を、前記携帯通信端末に送信するサーバ側送信工程と
を有することを特徴とする交通障害通知方法。
【請求項７】
携帯通信端末と交通障害通知サーバとが通信ネットワークを通じて接続されて構成される交通障害通知システムの前記交通障害通知サーバに搭載されたコンピュータで実行されるプログラムであって、
サーバ側受信手段が、前記携帯通信端末からの現在位置と所定の拠点位置とを含む探索情報を受信するサーバ側受信ステップと、
経路探索手段が、前記サーバ側受信ステップを通じて受信した前記探索情報に応じて、１以上の経路を探索する経路探索ステップと、
交通障害検索手段が、前記経路探索ステップにおいて探索した１以上の前記経路のそれぞれでの交通障害の状況を検索する交通障害検索ステップと、
障害等通知形成手段が、前記交通障害検索ステップでの検索結果に基づいて、前記障害等通知を形成する障害等通知形成ステップと、
サーバ側送信手段が、前記障害等通知形成ステップで形成した前記障害等通知を、前記携帯通信端末に送信するサーバ側送信ステップと
を実行することを特徴とする交通障害通知プログラム。
【請求項８】
携帯通信端末と交通障害通知サーバとが通信ネットワークを通じて接続されて構成される交通障害通知システムの前記携帯通信端末に搭載されたコンピュータで実行されるプログラムであって、
前記交通障害通知サーバに搭載されたコンピュータでは、サーバ側受信手段が、前記携帯通信端末からの現在位置と所定の拠点位置と移動手段とを含む探索情報を受信するサーバ側受信ステップと、経路探索手段が、前記サーバ側受信ステップを通じて受信した前記探索情報に応じて、１以上の経路を探索する経路探索ステップと、交通障害検索手段が、前記経路探索ステップにおいて探索した１以上の前記経路のそれぞれでの交通障害の状況を検索する交通障害検索ステップと、障害等通知形成手段が、前記交通障害検索ステップでの検索結果に基づいて、前記障害等通知を形成する障害等通知形成ステップと、サーバ側送信手段が、前記障害等通知形成ステップで形成した前記障害等通知を、前記携帯通信端末に送信するサーバ側送信ステップとを実行するプログラムが動作するようにされており、
探索情報形成手段が、現在位置測位手段で測位された現在位置と所定の拠点位置とを含む探索情報を形成する探索情報形成ステップと、
端末側送信手段が、前記探索情報形成ステップにおいて形成した前記探索情報を、前記交通障害通知サーバに送信する端末側送信ステップと、
端末側受信手段が、前記交通障害通知サーバから送信されて来る障害等通知を受信する端末側受信ステップと、
通知制御手段が、前記端末側受信ステップにおいて受信した前記障害等通知に応じて、前記現在位置から前記拠点位置への経路上における交通障害の状況を通知するように制御する通知制御ステップと
を実行することを特徴とする交通障害通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、使用者に関係する例えば交通渋滞の発生や公共交通機関の障害の発生を、当該使用者に通知できるようにするシステム、装置、方法に関する。
【背景技術】
【０００２】
後に記す特許文献１には、渋滞情報提供・受信システム等に関する発明が開示されている。当該発明は、車載装置がセンタへ走行予定ルート（例えば、ナビゲーションシステムにより探索された自車両現在位置から目的地までのルート）を送信し、センタが該走行予定ルート上の渋滞予測情報を当該車載装置へ送信するというものである。また、スマートフォン（高機能携帯電話端末）用のアプリケーションソフトウェアの中には、使用者がよく利用する鉄道路線を登録しておくことにより、サーバ装置と連携し、その鉄道路線で遅延等が発生した場合に、これを通知するものが提供されている。
【０００３】
このように、走行予定のルートや利用予定の鉄道路線を登録しておくことにより、当該ルートや鉄道路線にかかわる交通障害が発生した場合に、これを迅速に使用者に通知することができるようにされている。これにより、走行予定のルートや利用予定の鉄道路線に交通障害が発生した場合に、使用者は迂回路を検討する等の対応を取ることができ、交通障害が発生することにより受ける影響を回避することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１１４０４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
そして、普段の生活の中でも、自分にかかわる交通障害が発生した場合に、これをタイムリーに知りたいとする要求がある。例えば、いつも仕事をしているオフィスから各地にある顧客先に打ち合わせのために出向いたり、各地で行われる各種のセミナーなどに参加したりすることがある。このような場合に、いちいち顧客先やセミナー会場などの外出先から自分のオフィスまでのルートを登録したり、利用する鉄道路線を登録したりすることにより、自分にかかわる交通障害の発生を通知するように準備を整えることは手間や時間がかかり面倒である。
【０００６】
同様に、業務終了後や休日には、食事や買い物に出かけたり、レジャーに出かけたりすることはよくある。このような場合にも、自分にかかわる交通障害が発生した場合の通知を受けることができるようにするために、外出先から自宅までのルートを登録したり、利用する鉄道路線を登録したりすることにより準備を整えることは、手間や時間がかかり面倒である。
【０００７】
以上のことに鑑み、この発明は、携帯通信端末の使用者が、手間や時間を掛けることなく、自分にかかわる交通障害の状況を知らせる通知をタイムリーに受けることができるようにする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１に記載の発明の交通障害通知システムは、
携帯通信端末と交通障害通知サーバとが通信ネットワークを通じて接続されて構成される交通障害通知システムであって、
前記携帯通信端末は、
現在位置を測位する現在位置測位手段と、
前記現在位置測位手段で測位された現在位置と所定の拠点位置とを含む探索情報を形成する探索情報形成手段と、
前記探索情報形成手段で形成された前記探索情報を、前記交通障害通知サーバに送信する端末側送信手段と、
前記交通障害通知サーバから送信されて来る障害等通知を受信する端末側受信手段と、
前記端末側受信手段により受信された前記障害等通知に応じて、前記現在位置から前記拠点位置への経路上における交通障害の状況を通知するように制御する通知制御手段と
を備え、
前記交通障害通知サーバは、
前記携帯通信端末からの前記探索情報を受信するサーバ側受信手段と、
前記サーバ側受信手段を通じて受信した前記探索情報に応じて、１以上の経路を探索する経路探索手段と、
前記経路探索手段で探索された１以上の前記経路のそれぞれでの交通障害の状況を検索する交通障害検索手段と、
前記交通障害検索手段の検索結果に基づいて、前記障害等通知を形成する障害等通知形成手段と、
前記障害等通知形成手段で形成された前記障害等通知を、前記携帯通信端末に送信するサーバ側送信手段と
を備えることを特徴とする。
【０００９】
この請求項１に記載の発明の交通障害通知システムによれば、当該システムは、携帯通信端末と交通障害通知サーバとから構成される。携帯通信端末では、探索情報形成手段が、現在位置測位手段で測位された現在位置と所定の拠点位置とを含む探索情報を形成し、これを端末側送信手段が交通障害通知サーバに送信する。一方、交通障害通知サーバでは、サーバ側受信手段が、携帯通信端末からの探索情報を受信し、この探索情報に応じて、経路探索手段が、現在位置から拠点位置に至る経路であって、指示された移動手段により移動する場合の１以上の経路を探索する。そして、交通障害検索手段が、経路探索手段によって探索された１以上の経路のそれぞれでの交通障害の状況を検索する。
【００１０】
そして、交通障害通知サーバでは、障害等通知形成手段が、交通障害検索手段の検索結果に基づいて、携帯通信端末に提供する障害等通知を形成する。この障害等通知は、サーバ側送信手段が携帯通信端末に送信する。携帯通信端末では、端末側受信手段が、交通障害通知サーバからの障害等通知を受信し、この受信した障害等通知に応じて、通知制御手段が、現在位置から拠点位置への経路上における交通障害の状況が携帯通信端末１の使用者に通知するように制御を行う。
【００１１】
これにより、現在位置から、例えば自宅や所属する会社等のオフィスといった所定の拠点までの経路において、交通障害が発生した場合に、これをタイムリーに通知できる。しかも、このような通知を受けるために、走行予定の経路や乗車予定の鉄道路線などを携帯通信端末１の使用者が例えば携帯通信端末や交通障害通知サーバに事前に登録しておく必要もない。つまり、携帯通信端末の使用者は、手間や時間を掛けることもなく、自分にかかわる交通障害の状況の通知をタイムリーに受けることができる。
【発明の効果】
【００１２】
この発明によれば、携帯通信端末の使用者が手間や時間を掛けることなく、自分にかかわる交通障害の状況をタイムリーに知ることができる。これにより、適切なタイミングで迂回路を探索して迂回するなどの対応を取ることができるようになり、交通障害が発生することにより受ける影響を回避したり低減したりすることができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態の交通障害通知システムの全体の構成例を説明するためのブロック図である。
【図２】実施の形態の携帯通信端末の構成例を説明するためのブロック図である。
【図３】拠点情報ファイルの格納データの例を説明するための図である。
【図４】現在位置情報ファイルの格納データの例を説明するための図である。
【図５】探索情報の例を説明するための図である。
【図６】実施の形態の交通障害通知サーバの構成例を説明するためのブロック図である。
【図７】携帯通信端末で実行される交通障害等を使用者に通知するための処理の例について説明するためのフローチャートである。
【図８】携帯通信端末で実行される探索情報送信処理の例について説明するためのフローチャートである。
【図９】携帯通信端末で実行される通知情報受信処理の例について説明するためのフローチャートである。
【図１０】交通障害通知サーバで実行される交通障害通知処理の例について説明するためのフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図を参照しながら、この発明のシステム、装置、方法、プログラムの一実施の形態について説明する。
【００１５】
［交通障害通知システムの概要］
図１は、この実施形態の交通障害通知システムの全体の構成例を説明するためのブロック図である。この実施の形態の交通障害通知システムは、携帯通信端末１と交通障害通知サーバ２とが、通信ネットワーク４を介して接続されて構成される。また、通信ネットワーク４には、交通情報提供サーバ３（１）、３（２）、…も接続されている。通信ネットワーク４は、主にインターネットであるが、携帯通信端末１などの端末や交通障害通知サーバ２などのサーバなどからインターネットまでを接続する携帯電話網、無線ＬＡＮ（Local Area Network）、公衆交換電話網などを含む。
【００１６】
携帯通信端末１は、この実施形態ではスマートフォンなどと呼ばれる高機能携帯電話端末により実現される。この他にも、携帯電話端末やタブレットＰＣ（Personal Computer）などにより、携帯通信端末１を実現することも可能である。そして、詳しくは後述もするが、携帯通信端末１は、ＧＰＳ（Global Positioning System）などの現在位置測位機能を備えると共に、例えば、自宅や勤務先のオフィスといった普段の生活において拠点となる場所の位置情報（拠点位置）を記憶保持している。なお、拠点位置は、いわゆる日常圏判定データを用いて自動判別したり、使用者が手動で設定登録したりするものである。
【００１７】
また、携帯通信端末１は、当該携帯通信端末１を所持する使用者が移動した場合に用いた移動手段を特定して、特定した移動手段を示す情報を記憶保持することができるものである。なお、移動手段は、移動速度や携帯通信端末１が備えるセンサの出力などを用いた予め決められた手法により、自動判定し特定できるものである。そして、携帯通信端末１は、自機の現在位置が、拠点位置からある程度離れた位置である場合に、現在位置と拠点位置と当該現在位置に至るまでに用いた移動手段とのそれぞれを示す情報からなる探索情報を、交通障害通知サーバ２に通知する機能を有する。
【００１８】
交通障害通知サーバ２は、通知装置部２１０と経路探索装置部２２０とを備えている。通知装置部２１０は、携帯通信端末１からの探索情報に基づいて、経路探索条件を設定し、これを経路探索装置部２２０に供給する。ここで、経路探索条件は、探索情報に含まれる現在位置、拠点位置、移動手段を、出発地、目的地、移動手段となるようにしたものである。経路探索装置部２２０は、通知装置部２１０からの経路探索条件の出発地（現在位置）、目的地（拠点位置地）、移動手段に基づき、当該移動手段で、当該出発地（現在位置）から当該目的地（拠点位置）まで移動する場合の１以上の経路（ルート）を探索する。
【００１９】
さらに、経路探索装置部２２０は、通信ネットワーク４に接続されている交通情報提供サーバ３（１）、３（２）、…等の情報を参照し、探索した１以上の経路についての交通障害の状況を検索する。この実施形態では、例えば、交通情報提供サーバ３（１）は、道路事情に関する情報を提供するものであり、交通情報提供サーバ３（２）は、電車やバスなどの公共交通機関に関する情報を提供するものである。この他にも、航空機や船舶などの交通機関に関する情報を提供する交通情報提供サーバなども設けられている。
【００２０】
そして、経路探索装置部２２０は、移動手段が自動車である場合の経路については、交通情報提供サーバ３（１）を通じて渋滞や通行止めなどの発生や解消など、交通障害の状況を検索する。また、経路探索装置部２２０は、移動手段が徒歩である場合の経路については、交通情報提供サーバ３（２）を通じて公共交通機関の運転見合わせや遅延の発生や解消など、交通障害の状況を検索する。そして、検索結果を通知装置部２１０に提供する。通知装置部２１０は、経路探索装置部２２０からの交通障害の状況の検索結果に基づいて、交通障害が発生した場合や発生していた交通障害が解消した場合に、これを今回用いた探索情報の送信元の携帯通信端末１に送信する。
【００２１】
これにより、携帯通信端末１の使用者は、自宅や勤務先のオフィスなどの拠点以外の場所にいる場合において、当該拠点以外の場所から当該拠点に戻るための経路上における交通障害の状況を、特別の操作をすることなく、いわゆるプッシュ方式で得ることができる。つまり、当該拠点以外の場所から当該拠点に戻るための経路上における交通障害の発生や当該交通障害の解消といった交通障害の状況を、何の操作もすることなく得ることができる。
【００２２】
なお、携帯通信端末１の使用者についての拠点が、例えば、自宅と勤務先のオフィスなどというように複数存在する場合には、その拠点に使用者が通常居る時間帯を考慮して、現在時刻においては、いずれの拠点に戻るかを判別できるようにしている。もちろん、予め戻るべき拠点を携帯通信端末１の使用者が設定しておくようにすることもできる。
【００２３】
以下においては、この実施の形態の交通障害通知システムの携帯通信端末１と交通障害通知サーバ２の構成例と、そのそれぞれにおいて行われる処理の詳細について説明する。なお、図１においては、携帯通信端末１は１つしか示していないが、実際には多数の使用者のそれぞれが使用する多数の携帯通信端末が、通信ネットワーク４を介して交通障害通知サーバ２に接続される。これらの携帯通信端末には種々のものがあるが、基本的な機能は同じであるため、それら種々の携帯通信端末の構成例として、携帯通信端末１について説明する。
【００２４】
［携帯通信端末１の構成例］
図２は、この実施の形態の携帯通信端末１の構成例について説明するためのブロック図である。図２に示した携帯通信端末１において、送受信アンテナ１０１Ａ及び無線通信部１０１は通信機能を実現する。制御部１０２は、図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）がバスを通じて接続されて構成されたコンピュータ装置部であり、この携帯通信端末１の各部を制御する機能を実現する。操作部１０３は、電源のオン／オフスイッチや幾つかのファンクションボタンなどが設けられた部分である。
【００２５】
記憶装置１０４は、例えばフラッシュメモリなどの比較的に記憶容量の大きな不揮発性メモリを備え、当該メモリへのデータの書き込み、記憶保持、当該メモリからのデータの読み出し、また、当該メモリに記憶保持したデータの消去などを行う。そして、記憶装置１０４のメモリ内には、例えば、地図情報提供サーバから提供を受けた地図データや道路ネットワークデータを記憶保持し、ナビゲーション機能を実現することができるようにされる。さらに、この実施の形態の携帯通信端末１においては、記憶装置１０４のメモリ内に、拠点情報ファイルと現在位置情報ファイルとが設けられている。
【００２６】
図３は、記憶装置１０４のメモリ内に設けられる拠点情報ファイルの格納データの例を説明するための図である。図３に示すように、拠点情報ファイルには、携帯通信端末１の使用者が普段、長時間にわたって滞在している自宅や勤務先のオフィスなどの拠点となっている場所の拠点位置（代表点）を示す緯度、経度と、滞在時間帯と、滞在曜日と、種別とが記憶保持される。これらの拠点位置情報は、日常圏判定データと地図情報とを用いた自動判定により取得できる。
【００２７】
すなわち、所定のタイミングごとに現在位置と現在時刻とからなる日常圏判定データを取得して蓄積し、これらと地図情報と突き合わせを行う。そして、夜から朝まで滞在していることが多い場所が住宅であれば、その場所が自宅であり、朝から夜まで滞在していることが多い場所がオフィスビルなどであれば、その場所が勤務先のオフィスであるというように判定できる。もちろん、拠点は頻繁に変わるものではないので、予め使用者が、携帯通信端末１の図３に示した拠点情報ファイルに各情報を手動で登録しておくようにしてもよい。
【００２８】
図４は、記憶装置１０４のメモリ内に設けられる現在位置情報ファイルの格納データの例を説明するための図である。図４に示すように、現在位置情報ファイルには、現在位置を示す緯度、経度と、現在位置に至るために利用した移動手段を示す情報とが記憶保持さされる。ここで、現在位置は、携帯通信端末１が備えるＧＰＳ機能により所定のタイミングごとに取得されるものである。また、移動手段を示す情報は、携帯通信端末１で検出可能な現在位置、移動速度、センサ出力、移動経路などの情報に基づいて自動判定可能である。なお、所定のタイミングごとに取得される現在位置が変わらない場合には、現在位置情報ファイルのデータ内容は維持される。
【００２９】
また、移動速度は、現在位置が取得されるごとに、その取得タイミングに対応する現在時刻を後述する時計機能を通じて取得し、現在位置と対になる情報として保持しておく。これにより、取得した過去の現在位置に応じて、過去の現在位置間の移動距離が分かり、当該過去の現在位置に対応する現在時刻に応じて、過去の現在位置間の移動時間が分かる。これにより、移動距離を移動時間で割り算することにより、当該区間の移動速度を求めることができる。
【００３０】
そして、例えば、時速７ｋｍ未満の速度で、振動センサからの検出出力が徒歩に応じた周期的なものである場合には、移動手段は徒歩であると判別できる。また、時速８ｋｍ以上の速度で一定時間以上移動し、かつ、振動センサからの検出出力が、徒歩に応じた周期的なものでない場合には、移動手段は自動車であると判定できる。なお、この場合に、移動経路が鉄道路線であれば電車による移動と判断し、移動手段は徒歩であると判別できる。また、緯度経路が道路であっても、バス停が設置されている場所で停車をするようにして移動している場合には、路線バスによる移動と判断し、移動手段は徒歩であると判別できる。
【００３１】
そして、時計回路１０５は、カレンダー機能を備え、現在年月日、現在曜日、現在時刻を提供する。センサ部１０６は、６軸センサ、地磁気センサ（方位センサ）、振動センサなどの種々のセンサなどからなる。６軸センサは、３軸の加速度センサと３軸のジャイロセンサとが組み合わされたもので、自機の姿勢がどのような状態にあるのかを正確に検知できる。また、地磁気センサは、自機を基準にして、東西南北などの方位を正確に検知できるものである。また、振動センサは、自機に加わる振動を検出できるものである。
【００３２】
このセンサ部１０６の機能により、自機の姿勢と自機の進行方位（移動方向）とを検知することができる。これにより、使用者が観視する表示部１０８Ｄの表示画面の上側が、自機の進行方位となるようにして、表示部１０８Ｄにナビゲーション用の地図を表示するなどことが可能になる。また、歩行時に発生する振動を検知して、移動手段の判別に用いたり、また、歩数計の機能を実現したりすることができる。
【００３３】
ＧＰＳアンテナ１０７Ａ及びＧＰＳ部１０７は、現在位置取得機能を実現する。表示部１０８Ｄ及びタッチセンサ１０８Ｓとからなるタッチパネル１０８と、音声出力部１０９及びスピーカ１１０とは、ユーザーインターフェースを構成する。表示部１０８Ｄには、地図と自機の現在位置とを表示したり、必要となる案内情報を表示したりできる。また、音声出力部１０９とスピーカ１１０とを通じて、種々の案内メッセージやアラーム音などを放音することができる。
【００３４】
交通障害通知部１２０は、探索情報形成部１２１と、通知制御部１２２とを備え、現在位置から拠点に至る経路に交通障害が発生している場合にこれを通知する機能を実現する。探索情報形成部１２１は、自機の現在位置が、記憶装置１０４のメモリに形成されている拠点情報ファイルの拠点位置からある程度離れた位置である場合に機能する。探索情報形成部１２１は、探索情報を形成し、これを無線通信部１０１及び送受信アンテナ１０１Ａを通じて交通障害通知サーバ２に送信する処理を行う。
【００３５】
図５は、探索情報形成部１２１で形成される探索情報の例を説明するための図である。探索情報は、図５に示すように、端末ＩＤと、現在位置と、拠点位置と、移動手段と、その他とからなる。端末ＩＤは、携帯通信端末１を一意に特定可能な情報であり、例えば、携帯通信端末１のＩＰ（Internet Protocol）アドレスなどが用いられる。現在位置は携帯通信端末１の現在位置であり、移動手段は当該現在位置に至るために利用した移動手段である。これら現在位置と移動手段とは、図４を用いて説明した現在位置情報ファイルの現在位置と移動手段とが用いられる。
【００３６】
また、探索情報の拠点位置は、現在位置から戻るべき拠点の位置を示す情報であり、図３を用いて説明した拠点情報ファイルの拠点位置が用いられる。但し、拠点が２以上ある場合には、現在時刻と、各拠点の滞在時間帯とに基づいて、現時点においては、どの拠点に向かうべきかを自動判定する。例えば、図３に示した拠点情報ファイルのデータを用いる場合を例にして説明する。
【００３７】
簡単には、現在時刻が、いずれかの拠点の滞在時間帯に属している場合には、その属している滞在時間帯の拠点を戻るべき拠点として判別するようにすればよい。この場合の滞在時間帯以外の時間帯は、自宅から勤務先への通勤時間と、勤務先から自宅への帰宅時間とであるものとして考え、拠点判別には用いないようにする。もちろん、これは一例であり、他の判別方法を用いてもよい。
【００３８】
例えば、現在時刻が、勤務先等の滞在時間帯の終了時点より後（２０時より後）で、自宅の滞在時間帯の終了時点まで（６時３０分まで）であれば、拠点位置が（Ｘ１，Ｙ１）で種別が自宅である拠点を戻るべき拠点と判別する。これは、業務終了後において、同僚などと食事等に出かける場合が多いことを考慮した場合である。戻るべき拠点が勤務先等であると判別する場合においても、同様にして調整可能である。
【００３９】
なお、その他の情報として、必要となる種々の情報を探索情報に付加して送信することができる。例えば、携帯通信端末１の使用者により設定された探索条件、例えば、移動手段が自動車の場合には、有料道路優先、下道優先、距離優先、時間優先といった探索条件を付加できる。また、移動手段が徒歩の場合には、電車優先、バス優先、雨にぬれない経路優先、タクシーの利用可などの探索条件を付加できる。これらの探索条件は、予め携帯通信端末１の使用者が携帯通信端末１の記憶装置１０４のメモリに登録しておけばよい。
【００４０】
その他にも、当該探索情報の送信日時情報や携帯通信端末１のＭＡＣ（Media Access Control）アドレスといった情報をその他の情報として探索情報に含めて送信することも可能である。なお、この実施形態では説明を簡単にするため、その他の情報により種々の探索条件を送信することはしないものとする。そして、図５にも示したように、探索情報の現在位置は出発地として、拠点位置は目的地として、移動手段は出発地から目的地へ向かう場合の移動手段として、それぞれ用いられることになる。
【００４１】
このような探索情報が、携帯通信端末１から交通障害通知サーバ２に送信される。そして、当該探索情報に基づいて、交通障害通知サーバ２において、現在位置（出発地）から拠点位置（目的地）に当該移動手段で向かう経路において、交通障害の状況が探索され、探索結果が通知される。ここで、交通障害の状況は、少なくとも、交通障害の発生と、当該交通障害の変化と、当該交通障害の解消とを含む。
【００４２】
なお、同じ交通障害が同一箇所で繰り返し検出される場合には、発生した交通障害が継続していると判別できる。また、交通障害の変化は、例えば、道路の渋滞の場合には、渋滞区間の増加や現象などを含み、鉄道路線の場合には、運転見合わせから遅延への変化、遅延時間の増加や現象などを含む。
【００４３】
通知制御部１２２は、送受信アンテナ１０１Ａ及び無線通信部１０１を通じて受け付けた交通障害通知サーバ２からの後述する障害等通知に応じた通知処理を行う。通知制御部１２２は、例えば、交通障害が発生したことを通知したり、発生した交通障害が変化したり、発生した交通障害が解消したりした場合に、これを通知する処理を行う。なお、発生した交通障害が継続している場合には、同じ経路について、繰り返し交通障害の発生を通知しないようにされる。
【００４４】
このように、この実施形態の携帯通信端末１は、現在位置が拠点位置からある程度離れた場合に、交通障害通知サーバ２と協働し、現在位置から拠点に戻る経路においての交通障害の状況について、プッシュ方式で通知を受けることができる。なお、現在位置が拠点からある程度離れた場合は、通常、自動車や公共交通機関を用いなければ容易に移動することができない場合を意味し、現在位置から拠点位置までの例えば直線距離が２ｋｍ以上離れた場合などとして規定される。
【００４５】
もちろん、現在位置が拠点からある程度離れた場合の判断基準は、現在位置から拠点位置までの直線距離が２ｋｍの場合に限定するものではない。当該判断基準となる距離を、携帯通信端末１の使用者によって、３ｋｍにしたり、４ｋｍにしたりするなど、適宜の距離とすることができる。
【００４６】
また、現在位置と拠点位置との間の距離ではなく、現在位置が拠点の位置する市区町村とは異なる市区町村に位置している場合を、現在位置が拠点からある程度離れた場合として判断してもよい。また、現在位置が、拠点の位置する都道府県と異なる都道府県に位置している場合を、現在位置が拠点からある程度離れた場合として判断してもよい。この他にも、種々の方法により、現在位置が拠点からある程度離れた場合を判別してもよい。
【００４７】
［交通障害通知サーバ２の構成例］
図６は、この実施形態の交通障害通知サーバ２の構成例について説明するための図である。図６において、通信Ｉ／Ｆ２０１は、通信ネットワーク４を通じた通信機能を実現する。制御部２０２は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭがバスを通じて接続されて構成されたコンピュータ装置部であり、交通障害通知サーバ２の各部を制御するものである。記憶装置２０３は、記録媒体としてハードディスクを備え、種々の処理により得られたデータ等の当該ハードディスクへの書込み、記憶保持、当該ハードディスクからのデータの読み出し、また、当該ハードディスクに記憶保持したデータの消去などを行う。
【００４８】
地図情報ＤＢ２０４、道路ＮＷＤＢ２０５、歩行者ＮＷＤＢ２０６、交通機関ＮＷＤＢ２０７のそれぞれは、ハードディスクなどの大容量記録媒体に形成され、所定のデータを記憶保持する。ここで、地図情報ＤＢ２０４における文字「ＤＢ」は、データベース（Data Base）の略称である。また、道路ＮＷＤＢ２０５等における文字「ＮＷＤＢ」はネットワークデータベース（Network Data Base）の略称である。
【００４９】
地図情報ＤＢ２０４は、地図を描画するための例えばベクトルデータやラスタデータ、注記（注釈）データ等の種々の地図情報（地図データ）を緯度・経度情報に対応付けて記憶保持する。具体的に、地図情報ＤＢ２０４に蓄積されている地図情報は、例えば、道路、鉄道、河川、山岳、施設、住宅、標識などの所定の種別毎（レイヤ毎）に形成されている。
【００５０】
道路ＮＷＤＢ２０５は、ノードデータ及びリンクデータからなる道路ネットワークデータを記憶保持する。ノードデータは、ランドマーク、建物、施設、交差点、分岐点、屈曲点などの地点を表す。また、リンクデータは、ノードデータを結ぶ線分によって、国道、県道などの自動車が通行可能な道路などを示す。そして、各リンクデータには、そのリンクを構成するノードの番号と、リンクコストと、リンク種別等の情報が対応付けられている。
【００５１】
リンクコストは、そのリンクが表す道路を通行する際に使用者（ユーザ）にかかる負荷を表している。この実施の形態においてリンクコストは、そのリンクが表す道路の長さに応じて設定されている。なお、リンクコストは、そのリンクが表す道路を通行するのに要する時間に応じて設定されていてもよい。そして、リンクコストは、いわゆるダイクストラ法により、リンクコストが最小となる経路を探索する場合に参照される。リンク種別は、当該リンク部分が、国道、県道、市道、私道などのどれであるかを示すものである。
【００５２】
歩行者ＮＷＤＢ２０６は、基本的なデータ構成は、道路ＮＷＤＢ２０５と同様である。しかし、歩行者ＮＷＤＢ２０６で管理されるリンクデータは、歩行者が通行可能な一般道、種々の道路に付随する歩道、横断歩道、歩道橋、建物内や公園内の通り抜け可能な歩行者用通路など、歩行者が通行可能な種々の道路（通路）を示す。そして、上述もしたように、各リンクデータには、そのリンクを構成するノードの番号と、リンクコストと、リンク種別等の情報が対応付けられている。リンク種別は、当該リンク部分が、一般道、種々の道路に付随する歩道、横断歩道、歩道橋、建物内や公園内の通り抜け可能な歩行者用通路などを示す。
【００５３】
交通機関ＮＷＤＢ２０７は、公共交通機関として、電車、バス、モノレール、飛行機、船舶などのネットワークデータ、時刻表、料金表などの情報を記憶保持する。電車ネットワークデータは、各鉄道会社の路線別の駅ノードデータと駅間リンクデータ、路線間の乗り換えリンクデータ、アクセス・イグレスリンクデータなどから構成される。駅ノードデータは、運営主体、路線名、駅名などの情報を持ち、駅間リンクデータは、運営主体、路線名、距離、速度、運賃などの情報を持つ。乗り換えリンクデータは、距離、速度、運賃などの情報を持つ。
【００５４】
また、出発地から最寄り駅までのリンクがアクセスリンクであり、下車駅から目的地までのリンクがイグレスリンクである。アクセス・イグレスリンクは、簡単には、駅間リンク以外の駅ノードへの種々のリンクを意味する。また、電車ネットワークデータは、電車の各路線のダイヤ情報などをも備えている。この電車ネットワークデータにより、出発地から目的地まで経路において、使用者が電車で移動すべき経路の探索と案内とを実現できる。
【００５５】
また、電車以外のバス、モノレール、飛行機、船舶などの公共交通機関についても、基本的には電車ネットワークデータの場合と同様に、各公共交通機関の運営会社の路線別の乗降点ノードデータと乗降点間リンクデータ、路線間の乗り換えリンクデータ、アクセス・イグレスリンクデータなどから構成される。これらのデータを備えた交通機関ＮＷＤＢ２０７があることにより、総合ナビゲーションサービスが実現できる。
【００５６】
そして、この実施形態の交通障害通知サーバ２では、通知装置部２１０と経路探索装置部２２０とが機能することによって、携帯通信端末１に対して、現在位置から拠点に戻る経路における交通障害の状況をいわゆるプッシュ方式で通知する。交通障害の状況には、上述もしたように、少なくとも、交通障害の発生と、当該交通障害の変化と、当該交通障害の解消とを含む。
【００５７】
この実施形態の交通障害通知サーバ２では、通信Ｉ／Ｆ２０１を通じて、携帯通信端末１からの探索情報（図５）を受信すると、制御部２０２は、これを通知装置部２１０の探索条件設定部２１１に供給し、探索条件を設定するように制御する。探索条件設定部２１１は、これに供給された携帯通信端末１からの探索情報の現在位置、拠点位置、移動手段を、出発地、目的地、移動に用いる移動手段とする探索条件を設定し、制御部２０２を通じて経路探索装置部２２０の経路探索部２２１に供給する。
【００５８】
経路探索部２２１は、制御部２０２の制御の下、探索条件設定部２１１からの探索条件に従って、出発地から目的地に至る１以上の経路を探索する。この場合、経路探索部２２１は、移動手段が自動車であれば、道路ＮＷＤＢ２０５を用いて、また、移動手段が徒歩であれば、歩行者ＮＷＤＢ２０６及び交通機関ＮＷＤＢ２０７を用いて経路探索を行う。
【００５９】
経路探索部２２１の探索結果は、制御部２０２を通じて交通障害検索部２２２に通知される。交通障害検索部２２２は、制御部２０２の制御の下、経路探索部２２１により探索された１以上の経路のそれぞれにおいての交通障害の発生の状態を、外部の交通情報提供サーバ３（１）、３（２）、…が保持する最新の情報に基づいて検索を行う。これにより、自動車で移動する経路については渋滞の発生や解消の状況が、公共交通機関を利用して徒歩で移動する経路については公共交通機関の運転見合わせや遅延の発生や解消の状況が検索される。この場合、発生個所や解消箇所も特定される。
【００６０】
交通障害検索部２２２の検索結果は、制御部２０２を通じて、通知装置部２１０の障害等通知形成部２１２に通知される。障害等通知形成部２１２は、交通障害検索部２２２からの過去の検索結果をも考慮し、携帯通信端末１の使用者に通知すべき交通障害の発生や交通障害の変化や交通障害の解消があるかを確認し、ある場合には通知メッセージとして障害等通知を形成する。そして、障害等通知形成部２１２は、形成した障害等通知を、通信Ｉ／Ｆ２０１を通じて、当該探索情報の送信元の携帯通信端末１に送信する。
【００６１】
これにより、携帯通信端末１の使用者は、何らの操作を行うことなく、拠点に戻るための経路に障害が発生した場合にこれを自動的に知ることができる。また、当該障害が変化したり解消したりした場合にも、これを自動的に知ることができる。
【００６２】
［携帯通信端末１の処理と交通障害通知サーバ２の処理］
次に、上述した構成を有する携帯通信端末１と交通障害通知サーバ２のそれぞれにおいて行われる処理について、フローチャートを参照しながら説明する。
【００６３】
［携帯通信端末１の処理］
図７は、この実施形態の携帯通信端末１で実行される交通障害等を使用者に通知するための処理（交通障害通知処理）の例について説明するためのフローチャートである。図７に示す処理は、携帯通信端末１の現在位置が、拠点からある程度（例えば、直線距離で２ｋｍ）離れるまでは、常時、所定のタイミングごとに、携帯通信端末１の制御部１０２により実行される。そして、携帯通信端末１の現在位置が、拠点からある程度（例えば、直線距離で２ｋｍ）離れると、拠点にたどり着くか、例えば終了操作が行われるまで、探索情報送信処理と、通知情報受信処理が継続して行うようにされる。以下、具体的に説明する。
【００６４】
まず、制御部１０２は、現時点において戻るべき拠点を特定する（ステップＳ１０１）。具体的に、ステップＳ１０１では、記憶装置１０４のメモリに形成されている拠点情報ファイルの格納データを参照し、拠点データが１つしかない場合には、当該拠点データにより特定される拠点を戻るべき拠点として特定する。また、拠点データが複数存在する時には、制御部１０２は、時計回路１０５から取得する現在時刻と、拠点データファイルの各拠点データの滞在時間帯とを比較して戻るべき拠点を特定する（ステップＳ１０１）。この実施の形態においては、上述もしたように、現在時刻が、いずれかの拠点の滞在時間帯に属している場合には、その属している滞在時間帯の拠点を戻るべき拠点として判別する。
【００６５】
次に、制御部１０２は、ＧＰＳ部１０７を通じて自機の現在位置を取得し（ステップＳ１０２）、現在位置が、特定した拠点の拠点位置から所定距離以上離れたか否かを判別する（ステップＳ１０３）。具体的には、地図上において、現在位置と戻るべき拠点とされた拠点の拠点位置とを地図上にプロットし、この２点間の直線距離を求め、この直線距離が例えば２ｋｍ以上離れていれば、現在位置が、特定した拠点の拠点位置から所定距離以上離れたと判別できる。
【００６６】
ステップＳ１０３の判別処理において、現在位置が、特定した拠点の拠点位置から所定距離以上離れていないと判別したとする。この場合、当該拠点またはその近傍に携帯通信端末１を持つ使用者が位置している状況であるので、制御部１０２は、図７に示す処理を終了し、次の実行タイミングを待つことになる。
【００６７】
ステップＳ１０３の判別処理において、現在位置が、特定した拠点の拠点位置から所定距離以上離れたと判別したとする。この場合、制御部１０２は、無線通信部１０１及び送受信アンテナ１０１Ａを通じて、交通障害通知サーバ２にアクセスし、リンク（通信路）を接続する（ステップＳ１０４）。そして、制御部１０２は、探索情報形成部１２１を制御して、探索情報送信処理を開始する（ステップＳ１０５）。このステップＳ１０５で開始される探索情報送信処理の詳細は後述する。さらに、制御部１０２は、通知制御部１２２を制御して、通知情報受信処理を開始する（ステップＳ１０６）。このステップＳ１０６で開始される通知情報受信処理の詳細は後述する。
【００６８】
そして、制御部１０２は、終了確認を行う（ステップＳ１０７）。このステップＳ１０７では、最新の現在位置と戻るべき拠点の拠点位置との間の直線距離が、例えば２ｋｍより短くなったかどうかを確認する。最新の現在位置と戻るべき拠点の拠点位置との間の直線距離が２ｋｍより短くなれば、携帯通信端末１を持つ使用者は拠点近傍までたどり着いたと判別でき、当該交通障害通知処理を終了させる状態になったと確認（特定）する。また、当該交通障害通知処理を終了させる所定の割り込み処理が、携帯通信端末１に対して行われたときにも、当該交通障害通知処理を終了させる状態になったと確認（特定）する。
【００６９】
この後、制御部１０２は、ステップＳ１０７の終了確認処理で、当該交通障害通知処理を終了させる状態になったと確認（特定）できたか否かを判別する（ステップＳ１０８）。このステップＳ１０７の判別処理で、当該交通障害通知処理を終了させる状態になったと確認（特定）できていないと判別した時には、ステップＳ１０７からの処理を繰り返す。
【００７０】
また、ステップＳ１０８の判別処理で、当該交通障害通知処理を終了させる状態になったと確認（特定）できたと判別したとする。この場合には、所定の終了処理を実行し（ステップＳ１０９）、この図７に示す処理を終了する。そして、制御部１０２は、図７に示す処理を所定のタイミングごとに実行する状態に戻る。
【００７１】
なお、ステップＳ１０９の終了処理では、例えば、交通障害通知サーバ２との間に接続したリンク（通信路）を開放する処理が含まれる。また、ステップＳ１０５で開始した探索情報送信処理を終了させるための終了指示を出したり、ステップＳ１０６で開始した通知情報受信処理を終了させるための終了指示を出したりするなどの処理も含まれる。
【００７２】
［探索情報送信処理の説明］
図８は、図７に示した交通障害通知処理のステップＳ１０５で実行される探索情報送信処理について説明するためのフローチャートである。この図８に示す処理は、制御部１０２の制御の下、探索情報形成部１２１が機能して実行される処理である。探索情報形成部１２１は、図５を用いて説明した探索情報を形成し、これを交通障害通知サーバ２に送信する処理を行う（ステップＳ２０１）。次に、制御部１０２は、図８のステップＳ１０９の処理において、探索情報送信処理の終了指示が発生したかを確認する（ステップＳ２０２）。
【００７３】
そして、制御部１０２は終了指示が発生したか否かを判別する（ステップＳ２０３）。ステップＳ２０３の判別処理において、終了指示は発生していないと判別した時には、ステップＳ２０１からの処理を繰り返す。また、ステップＳ２０３の判別処理において、終了指示が発生したと判別した時には、この図８に示す探索情報送信処理を終了する。このように、この図８に示す探索情報送信処理は、携帯通信端末１の現在位置が、戻るべき拠点から所定距離以上離れている場合において、所定のタイミングごとに、図５を用いて説明した探索情報を形成し、これを送信する処理である。
【００７４】
［通知情報受信処理の説明］
図９は、図７に示した交通障害通知処理のステップＳ１０６で実行される通知情報受信処理について説明するためのフローチャートである。この図９に示す処理は、制御部１０２の制御の下、通知制御部１２２が機能して実行される処理である。通知制御部１２２は、交通障害通知サーバ２からの自機宛ての障害等通知を受信するようにし（ステップＳ３０１）、自機宛ての当該障害等通知を受信したか否かを判別する（ステップＳ３０２）。ステップＳ３０２の判別処理により、当該障害等通知を受信したと判別した時には、通知制御部１２２は、当該通知を出力する処理を実行する（ステップＳ３０３）。
【００７５】
ステップＳ３０３では、例えば、アラーム音を放音する共に、表示部１０８Ｄに交通障害の状況を示すメッセージ情報を表情する。例えば、移動手段が自動車であった場合には、例えば、「国道○○号線、□□交差点で事故のため渋滞１ｋｍ。」、「国道○○号線の渋滞解消。」といった、渋滞の発生や解消などが通知される。この他にも、通行止めの発生や指示された迂回路の通知なども行うことが可能である。また、移動手段が徒歩であった場合には、「ＪＲ○○○線、信号機故障のため現在運転見合わせ中」、「ＪＲ○○○線、運転再開。３０分程度の遅延発生」といった、障害の発生や障害の状況など通知される。
【００７６】
そして、ステップＳ３０３の通知処理の後とステップＳ３０２の判別処理において、自機宛ての障害等通知は受信していないと判別した時には、ステップＳ３０４の処理に進む。この場合、制御部１０２は、図８のステップＳ１０９の処理において、通知情報受信処理の終了指示が発生したかを確認する（ステップＳ３０４）。そして、制御部１０２は終了指示が発生したか否かを判別する（ステップＳ３０５）。
【００７７】
ステップＳ３０５の判別処理において、終了指示は発生していないと判別した時には、ステップＳ３０１からの処理を繰り返す。また、ステップＳ３０５の判別処理において、終了指示が発生したと判別した時には、この図９に示す通知情報受信処理を終了する。このように、この図９に示す通知情報受信処理は、携帯通信端末１の現在位置が、戻るべき拠点から所定距離以上離れている場合において、自機から探索情報を送信したことに呼応して、交通障害通知サーバ２から送信されて来る通知情報を受信するようにする。そしてして、当該通知情報を受信した時には、これを自動的に出力することによって、携帯通信端末１の使用者に通知する処理を行う。
【００７８】
［交通障害通知サーバ２の処理］
図１０は、この実施形態の交通障害通知サーバ２で実行される交通障害通知処理の例について説明するためのフローチャートである。図１０に示す処理は、交通障害通知サーバ２の制御部２０２の制御の下、通知装置部２１０及び経路探索装置部２２０が機能することにより、常時行うようにされている処理である。
【００７９】
まず、制御部２０２は、通信Ｉ／Ｆ２０１を通じて、携帯通信端末１からの探索情報を受信するようにし（ステップＳ４０１）、探索情報を受信したか否かを判別する（ステップＳ４０２）。ステップＳ４０２の判別処理において、受信していないと判別した時には、ステップＳ４０１からの処理を繰り返す。ステップＳ４０２の判別処理において、探索情報を受信したと判別した時には、制御部２０２の制御の下、受信した探索情報に基づき、探索条件設定部２１１が、探索条件の設定を行い、設定した探索条件を経路探索部２２１に提供する（ステップＳ４０３）。
【００８０】
ステップＳ４０３では、探索条件設定部２１１が、制御部２０２からの探索情報の現在位置、拠点位置、移動手段のそれぞれを、出発地、目的地、移動手段とする探索条件を設定し、これを経路探索部２２１に供給する。経路探索部２２１は、制御部２０２の制御の下、探索条件設定部２１１からの探索条件に応じて経路探索を実行して、探索結果を交通障害検索部２２２に提供する（ステップＳ４０４）。
【００８１】
交通障害検索部２２２は、制御部２０２の制御の下、経路探索部２２１において探索された１以上の経路のそれぞれにおける交通障害の状況を検索し、検索結果を障害等通知形成部２１２に供給する（ステップＳ４０５）。具体的に、ステップＳ４０５において、交通障害検索部２２２は、通信Ｉ／Ｆ２０１を通じて通信ネットワーク４上の交通情報提供サーバ３（１）、…にアクセスし、探索された経路における交通障害の状況を検索する。
【００８２】
障害等通知形成部２１２は、まず、交通障害検索部２２２からの検索結果に基づいて、交通障害の発生判定を行う（ステップＳ４０６）。障害等通知形成部２１２は、前回の交通障害の状況の検索結果を経路ごとに保持しており、前回の検索結果と同じか、異なる場合には、交通障害の発生か、あるいは、交通障害の解消かを判定する。ここで、交通障害の発生には、発生している交通障害が変化した場合も含むものとする。例えば、発生していた交通渋滞の距離が長くなった場合や短くなった場合にも、新たな交通障害の発生とみなす。同様に、電車の運転見合わせから運転再開に至り、遅延が発生している場合も、新たな交通障害の発生とみなす。
【００８３】
そして、障害等通知形成部２１２は、判定結果が、前回の検索結果と同じか否かを判別し（ステップＳ４０７）、同じである場合には、前回と状況は変わっていないので、何も通知することなく、ステップＳ４０１からの処理を繰り返す。ステップＳ４０７の判別処理において、前回の検索結果と同じではないと判別した時には、判定結果が交通障害の発生か否かを判別する（ステップＳ４０８）。
【００８４】
ステップＳ４０８の判別処理において、判定結果が交通障害の発生であると判別したとする。この場合、障害等通知形成部２１２は、今回の検索結果に基づいて、交通障害の発生を通知する障害等通知を形成し、これを探索情報の提供元の携帯通信端末１に送信する（ステップＳ４０９）。この後、ステップＳ４０１からの処理を繰り返す。
【００８５】
また、ステップＳ４０８の判別処理において、判定結果が交通障害の発生ではないと判別したとする。この場合には、障害等通知形成部２１２は、交通障害の解消への変化であると判別し、前回と今回の検索結果に基づいて、交通障害の解消を通知する障害等通知を形成し、これを探索情報の提供元の携帯通信端末１に送信する（ステップＳ４１０）。この後、ステップＳ４０１からの処理を繰り返す。
【００８６】
このように、交通障害通知サーバ２は、携帯通信端末１からの探索情報に基づいて、経路探索を行い、探索した経路における交通障害の状況を探索し、これを探索情報の送信元である携帯通信端末１に対して通知することができる。
【００８７】
［実施の形態の効果］
上述した実施の形態の交通障害通知システムでは、自宅や勤務先のオフィスといった拠点となる場所から所定距離離れた場合であって、当該拠点に戻るための経路に交通障害した場合に、これをいわゆるプッシュ方式で携帯通信端末１の使用者に通知できる。また、当該交通障害が変化したり解消したりした場合にも、これをいわゆるプッシュ方式で携帯通信端末１の使用者に通知できる。そして、プッシュ式の通知であるため、携帯通信端末１の使用者は、交通障害の発生や解消の通知を受けるために、携帯通信端末１に対して操作を行う必要もない。
【００８８】
したがって、拠点に戻る場合に用いる経路に交通障害が発生した場合に、これをタイムリーに知ることができる。これにより、交通障害の発生を知らずに、渋滞に巻き込まれたり、駅で長時間にわたり電車を待ったりするといった、不都合を防止できる。そして、拠点に戻るための他の経路を、余裕をもって探索したり、別の場所に寄り道して用事を済ませたりするなど、時間の有効活用を図ることができる。
【００８９】
［変形例］
上述した実施の形態においては、現在位置から拠点までの探索された経路上で交通障害が発生している場合に、これを通知したり、発生していた交通障害が解消した場合に、これを通知したりした。しかし、これに限るものではない。例えば、交通障害の発生だけを通知するようにしてもよい。
【００９０】
また、拠点が複数存在する場合であって、例えば、勤務先から顧客先などの現在位置に至り、そこから自宅に戻る場合は、勤務先から現在位置に至るまでに用いた移動手段で移動するとは限らない。このような場合には、携帯通信端末１から交通障害通知サーバ２に対して、移動手段を特定せずに経路探索要求を形成して送信する。そして、交通障害通知サーバ２において、携帯通信端末１の現在位置から戻るべき拠点（この例の場合には自宅）までの経路であって、種々の移動手段で移動可能な複数の経路を探索し、それぞれの経路と交通障害の発生の有無とを通知するようにしてもよい。これにより、携帯通信端末１の使用者の経路の選択に自由度を持たせ、より適切な経路の選択が可能になる。
【００９１】
また、現在位置から拠点までの経路が複数探索されている場合には、交通障害が発生している経路と発生していない経路とを通知するようにしてもよい。また、例えば、移動手段が自動車の場合には、「国道○○号線□□交差点より渋滞１ｋｍ。県道△△号線を使う経路には渋滞なし。所要時間５０分。」などのように、渋滞の発生と別経路の存在を通知することもできる。また、移動手段が徒歩の場合で、電車を用いる場合には、「ＪＲ○○線信号機故障で運転見合わせ。ＪＲ□□線を使う経路有り。」などのように、電車の運転見合わせの発生と別経路の存在を通知することもできる。また、交通障害が発生している経路と発生していない経路とを一覧表示して通知することもできる。また、交通障害が発生している経路とは異なる移動手段で移動する経路を、探索して通知することもできる。
【００９２】
当該通知は、交通障害通知サーバ２の障害等通知形成部２１２で対応する通知を形成して、携帯通信端末１に送信し、携帯通信端末１の通知制御部１２２が、当該通知を表示部１０８Ｄに表示したり、対応する音声メッセージを、音声出力部１０９を通じてスピーカ１１０から放音したりすることにより対応可能である。
【００９３】
また、例えば、電車の運転見合わせが発生した場合は、例えばバスなどの別の移動手段で移動する経路の方が携帯通信端末１の使用者にとって都合がよい場合もある。そこで、携帯通信端末１から交通障害通知サーバ２に対して、移動手段を特定しない経路探索要求を形成して送信する。そして、交通障害通知サーバ２において、携帯通信端末１の現在位置から拠点までの種々の移動手段で移動する複数の経路を探索し、それぞれの経路と交通障害の発生の有無とを通知するようにしてもよい。このようにした場合には、携帯通信端末１の使用者が、自分にとってより都合の良い移動手段で移動が可能な経路の選択ができる。
【００９４】
また、別経路の選択を可能にしておくことにより、当該選択された経路を案内するように、ナビゲーション処理を開始させるようにすることもできる。すなわち、交通障害の発生の通知と、別経路の選択及び選択された経路のナビゲーション処理を一連の処理として実行するように構成することもできる。この場合には、選択された経路を案内するための地図情報と道路ネットワークデータ、歩行者ネットワークデータ、交通機関ネットワークデータを交通障害通知サーバ２から取得して、記憶装置１０４に格納する。そして、制御部１０２が機能して、記憶装置１０４に格納した地図情報に応じた地図を表示部１０８Ｄに表示すると共に、当該地図上に選択された経路を示すと共に、当該地図上に自機の現在位置を示して、例えば制御部１０２の機能により経路案内を行うようにすればよい。
【００９５】
また、上述した実施の形態では、交通障害通知部１２０を備え、交通障害通知サーバ２が、通知装置部２１０と経路探索装置部２２０を備えるものとして説明したが、これに限るものではない。携帯通信端末１が、交通障害通知部１２０と通知装置部２１０との機能を備え、交通障害通知サーバ２が経路探索装置部２２０の機能を備えるように構成することもできる。
【００９６】
この場合、携帯通信端末１の探索情報形成部と探索条件設定部が機能して、経路探索のための探索条件まで作成して交通障害通知サーバ２に送信する。交通障害通知サーバ２では、携帯通信端末１から探索条件に従って経路探索部２２１が経路探索を行うと共に、探索された経路について交通障害検索部２２２が交通障害の状況の検索を行って、検索結果を携帯通信端末１に返信する。携帯通信端末１では、交通障害通知サーバ２からの交通障害の状況の検索に基づいて、障害等通知形成部が通知すべき状況が発生しているか否かを判別し、発生している場合に、通知制御部が通知を形成して出力する構成となる。
【００９７】
また、上述した実施の形態では、交通障害通知サーバ２が備えていた地図情報ＤＢ２０４、道路ＮＷＤＢ２０５、歩行者ＮＷＤＢ２０６、交通機関ＮＷＤＢ２０７は、通信ネットワーク４上の他のサーバに存在するものを用いるようにしてもよい。また、交通障害通知サーバ２が備えている通知装置部２１０と、経路探索装置部２２０とを、異なるサーバが備える構成とすることもできる。
【００９８】
また、上述した実施の形態では、拠点は日常圏判定データを用いて特定するようにしたが、これに限るものではない。携帯通信端末１の使用者が手動で拠点を登録してもよい。例えば、旅行や出張などに出かけ、特定の１つのホテルを拠点にして、各地に出かける場合にも、この発明を適用できる。
【００９９】
また、移動手段は、現在位置に至るまでに用いた移動手段を常に用いるように設定したり、移動手段は特定しないように設定したりしておくようにすることもできる。また、拠点ごと、時間帯ごと、曜日ごとに、用いる移動手段を予め設定しておくようにすることもできる。
【０１００】
［その他］
また、上述した実施の形態の説明からも分かるように、携帯通信端末の現在位置測位手段の機能は、携帯通信端末１のＧＰＳ部１０７が実現し、携帯通信端末の探索情報形成手段の機能は、携帯通信端末１の探索情報形成部１２１が実現している。また、携帯通信端末の端末側送信手段と端末側受信手段の機能は、主に送受信アンテナ１０１Ａ及び無線通信部１０１が実現し、携帯通信端末の通知制御手段の機能は、携帯通信端末１のＧ通知制御部１２２が実現している。
【０１０１】
また、交通障害通知サーバのサーバ側受信手段とサーバ側送信手段の機能は、主に交通障害通知サーバ２の通信Ｉ／Ｆ２０１が実現し、交通障害通知サーバの経路探索手段の機能は、交通障害通知サーバ２の経路探索部２２１が実現し、交通障害通知サーバの交通障害検索手段の機能は、交通障害通知サーバ２の交通障害検索部が実現している。また、交通障害通知サーバの障害等通知形成手段の機能は、交通障害通知サーバ２の障害等通知形成部が実現している。
【０１０２】
また、図７〜図１０のフローチャートを用いて説明した方法が、この発明の交通障害通知方法の一実施の形態が適用されたものである。また、図７〜図１０のフローチャートに示した処理を実行するプログラムが、この発明の交通障害通知プログラムの一実施の形態が適用されたものである。また、携帯通信端末１の交通障害通知部１２０を構成する探索情報形成部１２１と通知制御部１２２の機能は、携帯通信端末１の制御部１０２において実行されるプログラムにより制御部１０２の機能として実現することもできる。
【０１０３】
また、交通障害通知サーバ２の通知装置部２１０を構成する探索条件設定部２１１と障害等通知形成部２１２の機能、及び、経路探索装置部２２０を構成する経路探索部２２１と交通障害検索部２２２の機能は、交通障害通知サーバ２の制御部２０２において実行されるプログラムにより制御部２０２の機能として実現することもできる。また、通知装置部２１０を構成する探索条件設定部２１１と障害等通知形成部２１２の機能を、携帯通信端末１側に設ける場合には、これらの機能を、携帯通信端末１の制御部１０２において実行されるプログラムにより制御部１０２の機能として実現することもできる。
【符号の説明】
【０１０４】
１…携帯通信端末、１０１Ａ…送受信アンテナ、１０１…無線通信部、１０２…制御部、１０３…操作部、１０４…記憶装置、１０５…時計回路、１０６…センサ部、１０７…ＧＰＳ部、１０７Ａ…ＧＰＳアンテナ、１０８…タッチパネル、１０８Ｄ…表示部、１０８Ｓ…タッチセンサ、１０９…音声出力部、１１０…スピーカ、１２０…交通障害通知部、１２１…探索情報形成部、１２２…通知制御部、２…交通障害通知サーバ、２０１…通信Ｉ／Ｆ、２０２…制御部、２０３…記憶装置、２０４…地図情報ＤＢ、２０５…道路ＮＷＤＢ、２０６…歩行者ＮＷＤＢ、２０７…交通機関ＮＷＤＢ、２１０…通知装置部、２１１…探索条件設定部、２１２…障害等通知形成部、２２０…経路探索装置部、２２１…経路探索部、２２２…交通障害検索部
【図１】
2018059868.tif 000003
【図２】
2018059868.tif 000004
【図３】
2018059868.tif 000005
【図４】
2018059868.tif 000006
【図５】
2018059868.tif 000007
【図６】
2018059868.tif 000008
【図７】
2018059868.tif 000009
【図８】
2018059868.tif 000010
【図９】
2018059868.tif 000011
【図１０】
2018059868.tif 000012