(57)【要約】【課題】障害の発生した現場や関連する路線に現に居合わせている利用者からタイムリーな情報を収集し、利用者に早くて正確な情報を提供できるようにする。【解決手段】交通機関障害情報および復旧情報提供システム１０は、経過情報配信ウェブページ生成手段３７２、運行情報通知手段３７１、書込み資格判別手段３３、経過情報更新手段３７３を備え、障害が発生した場合、運行情報などを配信するためのウェブページを生成し、そのリンク情報（ＵＲＬ）を、障害発生路線を利用区間情報として設定した利用者の携帯端末装置２０に運行情報とともに通知する。通知を受けた携帯端末装置２０が経過情報配信ウェブページにリンクする。携帯端末装置２０から経過情報の書込みがあった場合、書込み資格判別手段３３は書込み資格を判別し、書込み資格ありと判別すると経過情報更新手段３７３は携帯端末装置２０からの書込みに基づいて該経過情報を更新する。【選択図】図２
2009104319.tif 000002
【特許請求の範囲】
【請求項１】
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する交通機関障害情報および復旧情報提供システムであって、
前記交通機関障害情報および復旧情報提供システムは、書込み資格判別手段と、経過情報更新手段と、を備え、前記携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段は前記携帯端末装置の書込み資格を判別し、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、
前記経過情報更新手段は前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新することを特徴とする交通機関障害情報および復旧情報提供システム。
【請求項２】
前記書込み資格判別手段は、前記携帯端末装置の位置情報により書込み資格を判別することを特徴とする請求項１に記載の交通機関障害情報および復旧情報提供システム。
【請求項３】
前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を選択することを特徴とする請求項１に記載の交通機関障害情報および復旧情報提供システム。
【請求項４】
前記書込み資格判別手段は、前記携帯端末装置のＩＤにより書込み資格を判別することを特徴とする請求項１に記載の交通機関障害情報および復旧情報提供システム。
【請求項５】
前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を統計処理してその結果を更新することを特徴とする請求項１に記載の交通機関障害情報および復旧情報提供システム。
【請求項６】
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する情報配信サーバであって、
前記情報配信サーバは、書込み資格判別手段と、経過情報更新手段と、を備え、前記携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段は前記携帯端末装置の書込み資格を判別し、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、
前記経過情報更新手段は前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新することを特徴とする情報配信サーバ。
【請求項７】
前記書込み資格判別手段は、前記携帯端末装置の位置情報により書込み資格を判別することを特徴とする請求項６に記載の情報配信サーバ。
【請求項８】
前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を選択することを特徴とする請求項６に記載の情報配信サーバ。
【請求項９】
前記書込み資格判別手段は、前記携帯端末装置のＩＤにより書込み資格を判別することを特徴とする請求項６に記載の情報配信サーバ。
【請求項１０】
前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を統計処理してその結果を更新することを特徴とする請求項６に記載の情報配信サーバ。
【請求項１１】
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する交通機関障害情報および復旧情報提供システムにおける交通機関障害情報および復旧情報提供方法において、
前記交通機関障害情報および復旧情報提供システムは、書込み資格判別手段と、経過情報更新手段と、を備え、前記携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段が前記携帯端末装置の書込み資格を判別する資格判別ステップと、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、
前記経過情報更新手段が前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新する更新ステップと、を有することを特徴とする交通機関障害情報および復旧情報提供方法。
【請求項１２】
前記資格判別ステップは、前記携帯端末装置の位置情報により書込み資格を判別する処理を含むことを特徴とする請求項１１に記載の交通機関障害情報および復旧情報提供方法。
【請求項１３】
前記更新ステップは、前記携帯端末装置の位置情報により更新すべき書込み情報を選択する処理を含むことを特徴とする請求項１１に記載の交通機関障害情報および復旧情報提供方法。
【請求項１４】
前記書込判別ステップは、前記携帯端末装置のＩＤにより書込み資格を判別する処理を含むことを特徴とする請求項１１に記載の交通機関障害情報および復旧情報提供方法。
【請求項１５】
前記更新ステップは、前記携帯端末装置の位置情報により更新すべき書込み情報を統計処理してその結果を更新する処理を含むことを特徴とする請求項１１に記載の交通機関障害情報および復旧情報提供方法。
【請求項１６】
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する情報配信サーバであって、書込み資格判別手段と、経過情報更新手段と、を備え、携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段は前記携帯端末装置の書込み資格を判別し、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、前記経過情報更新手段は前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新する情報配信サーバにネットワークを介して接続される携帯端末装置であって、
前記携帯端末装置は、前記情報配信サーバに、交通機関障害情報および復旧情報の提供を受ける交通機関の利用区間および会員登録のための情報を入力して登録するための登録手段を含む操作入力手段を備えたことを特徴とする携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、登録ユーザの携帯端末装置に対して交通機関の障害情報および復旧情報を通知するとともに、各登録ユーザに共通に情報を配信するための経過情報配信ウェブページを生成して交通機関障害情報および復旧情報を提供する交通機関障害情報および復旧情報提供システムに関するものであり、特に、所定の条件を満足する登録ユーザによる経過情報配信ウェブページへの情報の書込みを許可するようにした交通機関障害情報および復旧情報提供システム、情報提供サーバ、携帯端末装置ならびに交通機関障害情報および復旧情報提供方法に関するものである。
【背景技術】
【０００２】
従来から、地図データ、道路データを用いて、所望の出発地から目的地までの経路を探索して利用者を案内するナビゲーション装置、ナビゲーションシステムが知られており、このようなナビゲーション装置、ナビゲーションシステムとしては、自動車に搭載して運転者に経路を案内するカーナビゲーション装置、携帯電話をナビゲーション端末として利用して経路探索サーバに経路探索要求を送り、その結果を受信して経路案内を受ける通信型のナビゲーションシステムなどが実用化されている。
【０００３】
特に、通信型のナビゲーションシステムは、携帯電話などの携帯端末をナビゲーション端末として利用したシステムであって、歩行者用のナビゲーションシステムとしても用いられるものである。歩行者用のナビゲーションシステムとしては、交通機関を含めた経路案内機能を付加することが好ましく、徒歩経路の探索と案内に加えて、経路探索サーバに交通機関の路線や運行時刻データを蓄積し、所望の出発駅から所望の目的駅までの経路（乗車候補列車）を、徒歩経路の探索と案内に加えて案内する機能を有するナビゲーションシステムも存在する。また、徒歩経路の経路探索を伴わずに情報配信サーバから交通機関の路線や時刻表、乗車可能な列車などの情報の配信を受けて表示する交通案内システムも存在する。
【０００４】
一般的なナビゲーション装置、通信ナビゲーションシステムに使用される経路探索装置、経路探索方法は、例えば、下記の特許文献１（特開２００１−１６５６８１号公報）に開示されている。このナビゲーションシステムは、携帯ナビゲーション端末から出発地と目的地の情報を情報配信サーバに送り、情報配信サーバで道路網や交通網のデータから探索条件に合致した経路を探索して案内するように構成されている。探索条件としては、出発地から目的地までの移動手段、例えば、徒歩、自動車、鉄道と徒歩の併用などがあり、これを探索条件の１つとして経路探索する。
【０００５】
情報配信サーバは、地図データの道路（経路）をその結節点、屈曲点の位置をノードとし、各ノードを結ぶ経路をリンクとし、全てのリンクのコスト情報（距離や所要時間）をデータベースとして備えている。そして、情報配信サーバは、データベースを参照して、出発地のノードから目的地のノードに至るリンクを順次探索し、リンクのコスト情報が最小となるノード、リンクをたどって案内経路とすることによって最短の経路を携帯ナビゲーション端末に案内することができる。このような経路探索の手法としてはラベル確定法あるいはダイクストラ法と言われる手法が用いられる。上記特許文献１には、このダイクストラ法を用いた経路探索方法も開示されている。
【０００６】
交通機関を利用する経路を探索する経路探索システムは、ユーザが指定する出発日時、出発地、目的地、到着時刻等の経路探索条件に基づいて、各交通機関の運行時刻データをデータベース化した運行時刻データベースと、これに基づいて交通ネットワークをデータベース化したデータを備えている。そして、これらのデータベースを参照して、乗り継ぎ（乗り換え）を含めて出発地と目的地を結ぶ、利用可能な各交通手段（個々の電車や路線バス）を経路として順次たどり、経路探索条件に合致する案内経路（出発地駅、目的地駅、路線、列車などの交通手段）の候補を１つまたは複数提示するように構成される。経路探索条件としては更に、所要時間、乗り継ぎ回数、運賃などの条件を指定できるようにされているのが一般的である。
【０００７】
また、交通機関に関する検索、案内を行うシステムとして、携帯電話などの端末装置から交通機関の路線情報や時刻表情報を案内する情報配信サーバに接続して所望の出発駅、出発時刻、目的駅などを指定して、乗車可能な路線や列車、電車などの交通手段の情報配信を受け、端末装置に表示することができる案内システムも提供されている。一般に端末装置からこのような利用を行う場合には、ダウンロードしたい情報の存在する場所を特定するためのＵＲＬ（Uniform Resource Locator）やドメイン名などのアドレス情報を端末装置に入力して当該アドレスにより特定される情報配信サーバ（情報サイト）にアクセスして所望の情報をダウンロードする構成がとられている。
【０００８】
交通機関を利用した経路探索、経路案内をするナビゲーションシステムなどにおける経路経探索用のデータは、車載用ナビゲーションシステムや歩行者用ナビゲーションシステムにおける道路ネットワークのデータと同様に交通路線の各駅をノードとし、駅間を双方向リンクとしてネットワーク化したデータの他に、各交通路線上を運行される交通手段ごとに各リンクの運行時刻、所要時間がリンクコストのデータとして加えられる。更に、運賃データが加えられ、探索した案内経路の運賃が合わせて案内されるシステムも存在する。
【０００９】
従って端末装置に配信される案内経路データには、利用者が指定した経路探索条件である出発地から目的地までの路線経路や乗車を案内するバス、電車、列車およびその時刻が含まれ、運行時刻表や駅に掲示されるいわゆる駅貼り時刻表などがそのままあるいは必要部分が画面表示できる表示データなどの形式に加工されて端末装置に配信される。端末装置では案内経路のデータや運行時刻表あるいは駅貼り時刻表を表示して経路や乗車すべき交通手段を確認することができる。
【００１０】
交通機関を利用する際のユーザの関心事には電車や列車の運行状況がある。すなわち、電車や列車が正常に運行されていれば予定の通り行動することができるが、事故、故障、自然現象などにより電車や列車の運行が停止されたり、運行が遅れたりしている場合には、予定を変更したり、所望の連絡先にその旨を連絡したりすることが必要になる。鉄道の運行に事故や故障などによる障害が発生した場合に、利用者にメールなどを用いて運行情報を通知する技術は、例えば、下記の特許文献２（特開２００４−２１５７９公報）や特許文献３（特開２００４−４６２８４号公報）に開示されている。
【００１１】
特許文献２に開示された情報配信装置は、ある区間が列車故障や事故等により運行ダイヤが維持されていない状況であるとき、この区間に重なっている区間を、これから利用する利用者に対して現在の運行状況を配信する情報配信装置を提供するものであり、情報配信装置は、駅に入場した入場者について、該入場者の行先駅を取得して乗車駅から行先駅までの経路を特定するとともに、ここで特定した経路に乗換駅があれば上記経路に加えて乗換駅を特定するように構成されている。また、情報配信装置は、運行ダイヤが維持されていない状況にある障害発生区間を取得すると、乗換駅から行先駅までの経路と、上記障害発生区間とが重なっているかどうかを判定し、重なっていると判定した登録者に対して、上記障害発生区間における現在の運行状況を配信するように構成されたものである。
【００１２】
また、特許文献３に開示された交通情報通知方法は、通勤列車などに事故による不通の状態が生じた場合に，いち早く列車の利用者にその情報を伝え、或いは事故区間を迂回する迂回路を通知するシステムを提供するものであり、予めシステムに参加する会員を募集しておき、事故等の情報を受けたときに、会員へのアクセス情報を辿って会員に事故の情報及び迂回路の情報を伝えるように構成されたものである。
【００１３】
一方、事故や故障による運行障害があった場合、その復旧の状況を知りたいという利用者の要求がある。このような要求に対応する技術は、例えば、下記の特許文献４（特開２００４−９８９９７号公報）や特許文献５（特開２００５−２８０４１１号公報）に開示されている。
【００１４】
特許文献４に開示された経路情報提供システムの発明は、障害の発生により交通機関に遅延や停止が生じた際、交通機関の利用者に対し、障害からの復旧時間と目的地までの最適な経路や時間等の情報とを提供するものであり、交通機関を利用する利用者が備える利用者端末と、サーバとがインターネットを介して相互に接続され、サーバは、新たに発生した障害に関連する関連属性データと前記過去の障害に関連する関連属性データとを比較して距離尺度を求め、係る距離尺度に基づいて障害からの復旧時間を推論する推論機能と、推論した結果及び交通機関の利用者情報に基づいて、代替経路移動方法及び鉄道復旧移動方法のうちいずれが目的地に早く到着するかを算出する経路算出機能を備えて構成されたものである。
【００１５】
また、特許文献５に開示された列車復旧案内サーバの発明は、列車に関わる事故が発生したときに、該事故に対する信頼性の高い復旧予測及びその案内をするシステムであり、列車復旧案内では、過去の事故に関する事故情報を多数蓄積した事故ＤＢを有しており、事故が発生すると、該事故の発生状況に基づいて設定されたＤＢ検索条件に適合する事故情報がこの事故ＤＢから検索・抽出し、それらの事故情報に対する統計演算（例えば、正規分布演算）を行って仮復旧時間等についての平均μ及び分散σが算出するように構成されている。そして、算出された平均μ及び分散σを用いて、時間経過に対する復旧確率（例えば、２０分後に仮復旧する確率５０％や３０分後に仮復旧する確率８５％等）を算出し、これを含む復旧予測メッセージを配信するように構成されたものである。
【００１６】
【特許文献１】特開２００１−１６５６８１号公報
【特許文献２】特開２００４−２１５７９公報
【特許文献３】特開２００４−４６２８４号公報
【特許文献４】特開２００４−９８９９７号公報
【特許文献５】特開２００５−２８０４１１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
上記特許文献２〜特許文献５に開示された発明によれば、利用者に対して交通機関の運行障害発生時に障害情報を提供し、更に復旧の予測情報を提供することができるようになる。一般に交通機関の運行障害が発生した際、障害発生の情報を得ることもさることながら、この種の事象で、利用者の最大の関心事は、障害がいつ復旧するかである。
【００１８】
上記特許文献４や特許文献５に開示された発明によれば、復旧情報も利用者に通知することになっているが、現実のサービスでは正確な復旧情報がなかなか配信されていない。その理由は、障害発生により現場は混乱し、情報が錯綜することが一因としてけあげられる。また、障害の発生は通常一箇所から始まるが、復旧は地域差と時間差があるので１つの情報として伝えるのが大変難しいことも原因のひとつである。
【００１９】
また、上記特許文献５に開示された発明のような復旧時期の予測を取り入れるとしても、完全な予想は不可能であり、交通機関の運用者側が責任をもって利用者に情報提供することも困難である。利用者にしても復旧予測を信じて行動するには不安を伴うという問題点があった。
【００２０】
現在、携帯電話を端末装置として用いた種々の情報配信サービスが提供されており、情報配信サーバに会員として登録された利用者に対して、当該利用者が登録した交通機関の路線について、事故、故障などによる運行障害が発生した際に、利用者の携帯電話に対して障害の発生を通知する情報提供システムが実用に供されている。
【００２１】
この情報提供システムにおいては、登録会員である利用者の携帯電話には情報配信サーバからブラウザが提供され、情報配信サーバは路線ごとに障害の状況を携帯電話に対して配信するための経過情報配信ウェブページが生成され、利用者の携帯電話には、登録路線における障害の発生を通知するとともにその路線の障害情報にアクセスするためのＵＲＬ（ウェブページへのリンク情報）がインターネットを通じて電子メールを用いて通知される。
【００２２】
このようなシステムによれば、会員登録した利用者は通勤や通学に利用する交通機関の路線を情報配信サーバに登録し、前述のような情報の配信を受けることができる。障害情報や経過情報を閲覧するための経過情報配信ウェブページはブラウザにより閲覧できるが、利用者による内容の更新は禁じられ、情報配信サーバ側でのみ情報の更新が可能である。従って、利用者によるいたずらや信憑性の低い情報が提供されることはなく、情報の信頼性が確保できる。
【００２３】
本願の発明者は交通機関において発生した障害の復旧情報を提供するにあたり、上記の問題点を解消すべく種々検討を重ねた結果、情報配信サーバに会員として登録した利用者の端末装置に障害を通知し、情報配信サーバに用意した障害情報のための経過情報配信ウェブページが用いられる点に着目し、所定の条件を満足する登録ユーザによる経過情報配信ウェブページへの復旧関連の情報や経過情報の書込みを許可するようになせば、信頼性の高い情報を提供し得ることに想到して本発明を完成するに至ったものである。
【００２４】
すなわち、本発明は上記の問題点を解消することを課題とし、登録ユーザの端末装置に対して交通機関の障害情報および復旧情報を通知するとともに、各登録ユーザに共通に情報を配信するための経過情報配信ウェブページを生成して交通機関障害情報および復旧情報を提供する交通機関障害情報および復旧情報提供システムにおいて、障害の発生した現場や関連する路線に現に居合わせている利用者からタイムリーな情報を収集し、利用者に早くて正確な情報を提供できる交通機関障害情報および復旧情報提供システムを提供することを目的とするものである。
【課題を解決するための手段】
【００２５】
前記課題を解決するために、本願の請求項１にかかる発明は、
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する交通機関障害情報および復旧情報提供システムであって、
前記交通機関障害情報および復旧情報提供システムは、書込み資格判別手段と、経過情報更新手段と、を備え、前記携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段は前記携帯端末装置の書込み資格を判別し、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、
前記経過情報更新手段は前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新することを特徴とする。
【００２６】
また、本願の請求項２にかかる発明は、請求項１にかかる発明において、前記書込み資格判別手段は、前記携帯端末装置の位置情報により書込み資格を判別することを特徴とする。
【００２７】
また、本願の請求項３にかかる発明は、請求項１にかかる発明において、前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を選択することを特徴とする。
【００２８】
また、本願の請求項４にかかる発明は、請求項１にかかる発明において、前記書込み資格判別手段は、前記携帯端末装置のＩＤにより書込み資格を判別することを特徴とする。
【００２９】
また、本願の請求項５にかかる発明は、請求項１にかかる発明において、前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を統計処理してその結果を更新することを特徴とする。
【００３０】
更に、また、本願の請求項６にかかる発明は、
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する情報配信サーバであって、
前記情報配信サーバは、書込み資格判別手段と、経過情報更新手段と、を備え、前記携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段は前記携帯端末装置の書込み資格を判別し、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、
前記経過情報更新手段は前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新することを特徴とする。
【００３１】
また、本願の請求項７にかかる発明は、請求項６にかかる発明において、前記書込み資格判別手段は、前記携帯端末装置の位置情報により書込み資格を判別することを特徴とする。
【００３２】
また、本願の請求項８にかかる発明は、請求項６にかかる発明において、前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を選択することを特徴とする。
【００３３】
また、本願の請求項９にかかる発明は、請求項６にかかる発明において、前記書込み資格判別手段は、前記携帯端末装置のＩＤにより書込み資格を判別することを特徴とする。
【００３４】
また、本願の請求項１０にかかる発明は、請求項６にかかる発明において、前記経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を統計処理してその結果を更新することを特徴とする。
【００３５】
更に、また、本願の請求項１１にかかる発明は、
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する交通機関障害情報および復旧情報提供システムにおける交通機関障害情報および復旧情報提供方法において、
前記交通機関障害情報および復旧情報提供システムは、書込み資格判別手段と、経過情報更新手段と、を備え、前記携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段が前記携帯端末装置の書込み資格を判別する資格判別ステップと、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、
前記経過情報更新手段が前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新する更新ステップと、を有することを特徴とする交通機関障害情報および復旧情報提供方法。
【００３６】
また、本願の請求項１２にかかる発明は、請求項１１にかかる発明において、前記資格判別ステップは、前記携帯端末装置の位置情報により書込み資格を判別する処理を含むことを特徴とする。
【００３７】
また、本願の請求項１３にかかる発明は、請求項１１にかかる発明において、前記更新ステップは、前記携帯端末装置の位置情報により更新すべき書込み情報を選択する処理を含むことを特徴とする。
【００３８】
また、本願の請求項１４にかかる発明は、請求項１１にかかる発明において、前記書込判別ステップは、前記携帯端末装置のＩＤにより書込み資格を判別する処理を含むことを特徴とする。
【００３９】
また、本願の請求項１５にかかる発明は、請求項１１にかかる発明において、前記更新ステップは、前記携帯端末装置の位置情報により更新すべき書込み情報を統計処理してその結果を更新する処理を含むことを特徴とする。
【００４０】
更に、また、本願の請求項１６にかかる発明は、
交通機関の運行管理サーバから取得した障害情報を路線ごとに記憶する運行情報記憶手段と、利用者および携帯端末装置ならびに利用者が設定した利用区間情報を蓄積した登録会員データベースと、障害が発生した場合、利用者に障害および経過情報を配信するためのウェブページを障害発生路線ごとに生成する経過情報配信ウェブページ生成手段と、を備え、障害が発生した場合、前記登録会員データベースを参照して障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報を通知するとともに、該当する経過情報配信ウェブページへのリンク情報を通知する情報配信サーバであって、書込み資格判別手段と、経過情報更新手段と、を備え、携帯端末装置から経過情報配信ウェブページへの書込みがあった場合、前記書込み資格判別手段は前記携帯端末装置の書込み資格を判別し、前記書込み資格判別手段が、前記携帯端末装置が書込資格ありと判別すると、前記経過情報更新手段は前記携帯端末装置からの経過情報配信ウェブページへの書込みに基づいて該経過情報配信ウェブページの経過情報を更新する情報配信サーバにネットワークを介して接続される携帯端末装置であって、
前記携帯端末装置は、前記情報配信サーバに、交通機関障害情報および復旧情報の提供を受ける交通機関の利用区間および会員登録のための情報を入力して登録するための登録手段を含む操作入力手段を備えたことを特徴とする。
【発明の効果】
【００４１】
請求項１にかかる発明においては、交通機関障害情報および復旧情報提供システムは、障害が発生した場合、運行情報などを配信するためのウェブページを生成し、そのリンク情報を、障害発生路線を利用区間情報として設定した利用者の携帯端末装置に運行情報とともに通知する。通知を受けた携帯端末装置がウェブページにリンクし、該携帯端末装置から経過情報の書込みがあった場合、書込み資格判別手段は書込み資格を判別し、書込資格ありと判別すると経過情報更新手段は携帯端末装置からの書込みに基づいて該経過情報を更新する。
【００４２】
このような構成によれば、運行情報（障害）が発生してから経過情報配信ウェブページが開設されるので、根も葉もないデマで投稿が始まることがない。経過情報の書込みを行う携帯端末装置も書込み資格を判別し、日常その路線の運行情報を必要としているもの、また、障害発生路線に位置するものに限定されるので、イタズラの投稿の可能性も低い。また、書込まれる経過情報もその路線に実際に居るものに限定されるので、情報の信頼度も上がる。携帯電話などの携帯端末装置からの投稿なので携帯端末装置が特定でき、疑わしい情報を繰り返し投稿する携帯端末装置を排除することができるようになる。
【００４３】
請求項２にかかる発明においては、請求項１にかかる発明において、書込み資格判別手段は、前記携帯端末装置の位置情報により書込み資格を判別する。かかる構成によれば、書込みを行う携帯端末装置がその路線に実際に位置するものに限定されるので、情報の信頼度が向上する。
【００４４】
請求項３にかかる発明においては、請求項１にかかる発明において、経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を選択する。かかる構成によれば、書込みを行う携帯端末装置がその路線に実際に位置するものに限定されるので、情報の信頼度が向上する。
【００４５】
請求項４にかかる発明においては、請求項１にかかる発明において、書込み資格判別手段は、前記携帯端末装置のＩＤにより書込み資格を判別する。かかる構成によれば、書込みを行う携帯端末装置が日常その路線の運行情報を必要としているものに限定されるので、イタズラの投稿の可能性を低くすることができるようになる。
【００４６】
請求項５にかかる発明においては、請求項１にかかる発明において、経過情報更新手段は、前記携帯端末装置の位置情報により更新すべき書込み情報を統計処理してその結果を更新する。かかる構成によれば、経過情報を障害路線の区間ごとに分けたり、駅ごとに特定したりして提供することができるようになる。
【００４７】
また、請求項６ないし請求項１０にかかる発明においては、それぞれ請求項１ないし請求項５にかかる交通機関障害情報および復旧情報提供システムを構成する情報配信サーバを提供することができ、請求項１１ないし請求項１５にかかる発明においては、それぞれ請求項１ないし請求項５にかかる交通機関障害情報および復旧情報提供システムにおける交通機関障害情報および復旧情報提供方法を提供することができるようになる。更に、請求項１６にかかる発明においては、請求項１ないし請求項５にかかる交通機関障害情報および復旧情報提供システムを構成する携帯端末装置を提供することができるようになる。
【発明を実施するための最良の形態】
【００４８】
以下、本発明の具体例を実施例及び図面を用いて詳細に説明する。但し、以下に示す実施例は、本発明の技術思想を具体化するための交通機関障害情報および復旧情報提供システムを例示するものであって、本発明をこの交通機関障害情報および復旧情報提供システムに特定することを意図するものではなく、請求の範囲に含まれるその他の実施形態の交通機関障害情報および復旧情報提供システムにも等しく適用し得るものである。
【実施例１】
【００４９】
図１は、本発明の実施例にかかる交通機関障害情報および復旧情報提供システム１０のシステム構成を示す図である。図１に示すように交通機関障害情報および復旧情報提供システム１０は、インターネットなどのネットワーク１２を介して接続される携帯電話などの携帯端末装置２０と交通機関障害情報および復旧情報を提供する経路探索サーバ３０などの情報配信サーバと各鉄道会社などが運用する運行管理サーバ５０を備えて構成されている。情報配信サーバは必ずしも経路探索および経路案内機能（ナビゲーション機能）を備える必要はなく、一般的な交通路線案内機能を有するサーバであってもよい。
【００５０】
携帯端末装置２０と経路探索サーバ３０との間の通信は基地局４０およびゲートウェイ４２を介して行われる。運行管理サーバ５０は、事故や故障の障害情報および復旧情報や経過情報をリアルタイムに配信する業者のサーバであり、経路探索サーバ３０はこの運行管理サーバ５０から運行情報を取得している。この運行情報から復旧情報も入手可能であるが、運行管理側は障害発生の速報に重点を置いていること、復旧情報は復旧確認の時間遅れや正確性が要求されることから障害情報よりも情報は少なめになる。
【００５１】
携帯端末装置２０の利用者は、交通機関の障害情報および復旧情報提供サービスを受ける場合、経路探索サーバ３０に会員として利用者ＩＤや携帯端末ＩＤ、情報提供を受ける対象の路線や利用区間を登録する。経路探索サーバ３０は登録会員データベースにこれらの情報を蓄積しており、登録された路線、利用区間において障害が発生すると、該当する携帯端末装置２０に障害の発生を運行情報として電子メールで通知する。
【００５２】
また、経路探索サーバ３０は障害および経過情報を配信するための経過情報配信ウェブページを障害発生路線ごとに生成し、該経過情報配信ウェブページをアクセスするためのＵＲＬを前述の障害の通知メールとともに携帯端末装置２０に送信する。携帯端末装置２０は、標準装備のブラウザあるいは経路探索サーバ３０から提供されたブラウザを用いて障害情報などが掲示された経過情報配信ウェブページを参照する。
【００５３】
障害の通知を受けた携帯端末装置２０は経過情報配信ウェブページに掲載された障害情報や復旧情報に書き込みを行うことができる。経路探索サーバ３０は、経過情報配信ウェブページに書き込みがあると、携帯端末装置２０の書込み資格を判別する。書込み資格は携帯端末装置２０の登録ＩＤと携帯端末装置２０の位置情報に基づいて判別する。
【００５４】
資格判別を行うことによりいたずらによる書込みや不正確な書き込みを排除することができる。すなわち、携帯端末装置２０のＩＤを登録会員データベースに蓄積された登録会員の端末ＩＤと比較して登録会員でない携帯端末装置２０からの経過情報配信ウェブページへの書込みを排除する。また、書込みを行おうとする携帯端末装置２０の現在位置を判別し、障害発生現場や障害発生区間など、障害に関連する場所からの書込みである場合には書込みを許容し、そうでない場合には書込みを排除する。
【００５５】
これにより、多くの利用者が障害の現場やその近くから寄せる障害や復旧に関連する情報をリアルタイムに経過情報配信ウェブページに反映することで、当該経過情報配信ウェブページを参照した登録会員に最新の情報をリアルタイムに提供することができるようになる。また、経過情報配信ウェブページの掲載情報は運行管理サーバ５０からの公式な復旧情報を取得した場合にも更新されることはいうまでもない。
【００５６】
経路探索サーバ３０は、携帯端末装置２０から所望の地点やＰＯＩ（興味対象場所：Ｐｏｉｎｔ  ｏｆ  Ｉｎｔｅｒｅｓｔ）を指定して地図データの取得要求があると、地図データベースを参照して該当する地図データを読み出して携帯端末装置２０に配信する。携帯端末装置２０が経路探索サーバ３０に経路探索を要求し、経路案内のサービスを受ける場合には、携帯端末装置２０において所望の出発地や目的地を設定し、経路探索サーバ３０に経路探索要求を送信する。出発地と目的地との間に立ち寄りたい経由地がある場合は当該経由地も設定する。
【００５７】
これらの地点を設定する方法としては、表示手段に経路探索条件入力画面を表示し、地点の名称や住所（所在場所）、電話番号を入力する方法、表示画面に地図を表示して地図上の所望地点をカーソル選択して設定する方法などが採られる。出発地、経由地、目的地は、一般的には特定のＰＯＩの場所を設定するが、ＰＯＩに最も近い道路上のリンクやノードの位置が経路探索上のＰＯＩの場所として用いられることもある。
【００５８】
経路探索サーバ３０は携帯端末装置２０から経路探索要求があると、経路探索用ネットワークデータベースを参照して指定された出発地から目的地に至る最適経路（案内経路）を探索し、地図データベースから読み出した地図データとともに案内経路のデータを携帯端末装置２０に送信する。
【００５９】
携帯端末装置２０は経路探索サーバ３０から地図データ、案内経路のデータを受信すると、携帯端末装置２０の現在位置または携帯端末装置２０が設定した特定の地点を中心とした地図画像を表示画面に表示する。地図画像には携帯端末装置２０の現在位置を示す現在位置マーク、案内経路を示す案内経路画像が重ね合わされて表示される。
【００６０】
携帯端末装置２０の利用者は、経路探索サーバ３０から交通機関の障害情報および復旧情報の通知サービスを受けようとする場合は、前述したように経路探索サーバ３０に会員登録するとともに障害情報および復旧情報の通知サーヒスの対象とする交通機関の利用区間や路線を登録しておく。
【００６１】
登録できる交通機関の利用区間や路線の数は、利用者ごとに最大５つ程度の利用区間、路線に制限することが好ましい。登録数を制限する理由は、障害発生時の通知にかかる通信トラフィック量の総数を抑制するためである。利用者は日常的に利用する通勤、通学などの経路区間を登録しておけば、障害発生時には直ちに障害発生の通知を受けることができるので、登録数を制限されても大きな支障はない。普段利用しない利用区間や路線は登録するまでもなく、テレビやラジオのニュースや他の手段により知ることができれば事足りる。
【００６２】
以下、具体例に基づいて本発明の実施例にかかる交通機関障害情報および復旧情報提供システム１０を説明するが、その前に本発明にかかる交通機関障害情報および復旧情報提供システム１０の詳細な構成を説明する。図２は、図１の交通機関障害情報および復旧情報提供システム１０の詳細な構成を示すブロック図である。
【００６３】
携帯端末装置２０は、ナビゲーションサービスを受けることができる端末であり、制御手段２０１、通信手段２１、ＧＰＳ受信手段２２、処理要求手段２３、配信データ記憶手段２４、表示手段２５、操作入力手段２６などを備えて構成されている。操作入力手段２６には、会員登録や利用区間、路線登録のための登録手段２６１が含まれる。登録手段２６１は具体的には文字入力キー、表示画面に表示されたメニュー画面の設定項目などを選択するカーソルキーなどで構成される。
【００６４】
一方、経路探索サーバ３０は、制御手段３０１、通信手段３１、運行情報取得手段３２、書込み資格判別手段３３、地図データベース３４、経路探索用ネットワークデータベース３５、登録会員データベース３６、運行情報記憶手段３７、運行情報通知手段３７１、経過情報配信ウェブページ生成手段３７２、経過情報更新手段３７３、処理要求記憶手段３８、経路探索手段３９などを備えて構成されている。
【００６５】
経路探索サーバ３０は、携帯端末装置２０から経路探索やＰＯＩ検索あるいは地図配信の要求があると、処理要求記憶手段３８に一次記憶する。要求が経路探索要求である場合、経路探索手段３９は経路探索用ネットワークデータベース３５を参照して最適経路あるいは推奨経路（案内経路）を探索する。探索された案内経路のデータは携帯端末装置２０に対する配信データに編集され、携帯端末装置２０に配信される。また、地図データベース３４から案内経路を含む地図データが読み出され、携帯端末装置２０に配信される。
【００６６】
登録会員データベース３６には携帯端末装置２０から送信された登録会員情報が蓄積される。図３は、登録会員データベース３６に蓄積される会員データの構成を示すデータである。会員データは、経路探索サーバ３０が登録会員に付与した登録会員ＩＤごとに、図３に示すように携帯端末装置２０の端末ＩＤ、運行情報を通知する際の通知先になるメールアドレス、登録パスワード、運行情報を通知するか否かを設定する通知設定フラグ、所定数の登録路線および利用区間の情報からなる。
【００６７】
通知設定フラグは、登録した利用区間、路線において障害が発生した場合に障害発生の通知を受けるか否かを設定するフラグであり、この通知フラグを「ＯＮ」に設定しておけば、携帯端末装置２０は登録路線に障害が発生した場合、経路探索サーバ３０から障害の発生を知らせる通知を受信することができる。利用区間や路線を登録してなっても、この通知フラグが「ＯＦＦ」に設定されている場合、経路探索サーバ３０は障害を通知する運行情報のメールを送信しない。
【００６８】
運行情報取得手段３２は、各交通機関の運行管理サーバ５０からリアルタイムに提供される路線ごとの運行障害の発生あるいは復旧に関する情報を取得する。運行情報取得手段３２が取得した障害情報や復旧情報は運行情報記憶手段３７に記憶される。図４は、運行情報記憶手段３７に記憶される路線ごとの障害情報および復旧情報の構成の一例を示す図である。
【００６９】
図４に示すように障害情報および復旧情報は、路線ごとに障害発生場所、障害発生時刻、障害の程度、障害の原因、復旧情報や経過情報を含んで記憶される。図４に示す例は、路線ＸＸＸ線において、Ｎ駅−Ｍ駅間で＊：＊＊に信号故障が発生し、運転見合せになっていることを示し、路線ＺＺＺ線においてＥ駅−Ｈ駅間で＊：＊＊現在、強風のため運転遅延が発生していることを示している。
【００７０】
運行情報取得手段３２が運行管理サーバ５０から図４に示すような運行情報を取得すると、経過情報配信ウェブページ生成手段３７２は、各登録会員の携帯端末装置２０からブラウザを用いて障害情報および復旧情報を配信するための経過情報配信ウェブページを路線ごとに生成し、障害情報および復旧情報や経過情報を掲載する。
【００７１】
また、運行情報通知手段３７１は、登録会員データベース３６を参照して障害発生路線を利用区間として登録しており、通知フラグに「ＯＮ」が設定されている登録会員を調べ、通知先メールアドレスに障害の発生（運行情報）を通知する。この通知の内容は障害発生路線、区間、障害原因、障害程度などである。この時、運行情報の通知メールには、該当する路線ごとに生成した経過情報配信ウェブページにリンクするためのＵＲＬを記載する。
従って、運行情報の通知メールを受信した携帯端末装置２０は、ＵＲＬをクリックして該当する路線の経過情報配信ウェブページにリンクすることで経路探索サーバ３０からの障害情報および復旧情報を参照する（配信を受ける）ことができる。
【００７２】
このように、運行情報に関する経過情報配信ウェブページを生成し、そのＵＲＬと運行情報を通知メールにより１回だけ通知し、経過情報は経過情報配信ウェブページを閲覧する構成とすれば、経路探索サーバ３０と多数の携帯端末装置２０との間の通信トラフィック量を抑制することができる。
【００７３】
経過情報配信ウェブページにリンクして障害情報および復旧情報や経過情報を参照した携帯端末装置２０は、操作入力手段２６を用いて、経過情報を入力して書込み要求を行うことができる。携帯端末装置２０から書込み要求を受信すると、書込み資格判別手段３３は、書込み要求を送信した携帯端末装置２０の端末ＩＤに基づいて登録会員データベース３６を調べ、該当する路線や区間を登録している登録会員の携帯端末装置２０であるか否かを判別し、該当路線や利用区間を登録していない場合は書き込み資格なしと判別する。また、書込み資格判別手段３３は書込み要求を送信した携帯端末装置２０の現在位置を調べ、現在位置が障害発生路線や障害発生場所に位置するか否かを判別し、障害発生路線や障害発生場所に位置しない場合には書込み資格なしと判別する。
【００７４】
経過情報更新手段３７３は、書込み資格判別手段３３が書込み資格ありと判別した携帯端末装置２０からの書込み要求を受け付け、当該携帯端末装置２０が経過情報配信ウェブページに書込んだ経過情報に基づいて、当該経過情報配信ウェブページの経過情報を更新する。従って、携帯端末装置２０の利用者は自身が登録した路線や利用区間について、通知されたＵＲＬを用いて該当する障害情報の経過情報配信ウェブページにリンクし、障害情報および復旧情報や現場近くに居合わせた利用者が携帯端末装置２０を用いて書き込んだ経過情報を参照することができるようになる。また、利用者自身が見聞きした情報を経過情報に書込みすることができるようになる。
【００７５】
図５は、以上説明した鉄道障害情報および復旧情報提供システム１０の動作シーケンスを示す図である。シーケンスＳＱ１において、携帯端末装置２０は、経路探索サーバ３０に会員登録を行い、図３に示す端末ＩＤ、通知先メールアドレス、登録パスワードなど、利用者の情報を登録する。そしてシーケンスＳＱ２において、通勤路線や通学路線あるいは日常的に繰り返し利用する路線の情報およびそれらの路線における利用区間を登録する。この時、障害発生の通知メールの受信を希望する場合は通知フラグを「ＯＮ」に設定する。
【００７６】
一方、経路探索サーバ３０はシーケンスＳＱ３において、各交通機関の運行管理サーバ５０からリアルタイムで提供される障害情報および復旧情報などの運行情報を取得する。運行情報取得手段３２が取得した障害情報および復旧情報は、運行情報記憶手段３７に路線ごとに記憶される。
【００７７】
ある交通機関の路線について障害が発生し、運行情報取得手段３２が運行管理サーバ５０から運行情報を取得すると、ステップＳＴ１の処理において経過情報配信ウェブページ生成手段３７２は、当該路線に関する障害情報および復旧情報や経過情報を掲載した経過情報配信ウェブページを生成する。そしてシーケンスＳＱ４において運行情報通知手段３７１は、登録会員データベース３６を参照して障害発生路線を利用区間として登録しており、通知フラグに「ＯＮ」が設定されている登録会員を調べ、通知先メールアドレスに障害の発生を運行情報として通知する。運行情報の通知メールには、該当する路線の経過情報配信ウェブページにリンクするためのＵＲＬを記載する。
【００７８】
通知メールを受信した利用者は携帯端末装置２０を用いて該当路線の経過情報配信ウェブページを参照し、シーケンスＳＱ５において、経過情報の書込み要求を経路探索サーバ３０に送信すると、書込み資格判別手段３３はステップＳＴ２の処理において、携帯端末装置２０の書込み資格を判別する。
【００７９】
書込み資格の判別は前述したように、書込み要求を送信した携帯端末装置２０の端末ＩＤに基づいて該当する携帯端末装置２０が障害発生した路線や区間を登録している登録会員の携帯端末装置２０であるか否かを判別し、また、携帯端末装置２０の現在位置を調べ、現在位置が障害発生路線や障害発生場所に位置するか否かを判別して行う。携帯端末装置２０が、該当路線や利用区間を登録していない場合は書込み資格なしと判別する。また、携帯端末装置２０の現在位置が障害発生路線や障害発生場所に位置しない場合には書込み資格なしと判別する。
【００８０】
携帯端末装置２０からの書込み要求に対して、書込み資格判別手段３３が書込み資格ありと判別すると、ステップＳＴ３において経過情報更新手段３７３は、携帯端末装置２０から入力された経過情報の書込みを許可し、経過情報配信ウェブページの経過情報を更新する。
【００８１】
次に、障害情報および復旧情報の通知ならびに経過情報配信ウェブページに掲載される情報の具体例を順次説明する。図６は、運行情報を通知する通知メール受信時の画面遷移の一例を示す図であり、図６（ａ）は運行情報を通知する通知メールの受信画面の一例を示す図、図６（ｂ）は経過情報配信ウェブページのトップ画面の一例を示す図である。
【００８２】
図６（ａ）に示すように運行情報を通知する通知メールには、障害の発生している路線、障害発生場所、障害の程度、障害の原因などが含まれ、その路線について生成された経過情報配信ウェブページにリンクするためのＵＲＬが記載されている。携帯端末装置２０においてこのＵＲＬがクリックされると図６（ｂ）に示す経過情報配信ウェブページのトップ画面が表示される。画面上部には通知メールに記載されたと同様に障害の発生している路線、障害発生場所、障害の程度、障害の原因などが掲載されており、下部には経過情報の項目が表示される。この項目は、例えば、図示されているように「運転見合」、「運転遅延」、「平常運転」、「運転再開」など、利用者が閲覧に便利なようにカテゴライズするためのものである。
【００８３】
図６（ｂ）の画面を参照すると、運行管理サーバ５０からの公式な情報は８：２０更新のままであるが、既に多くの携帯端末装置２０から経過情報（クチコミ情報）が入り始めている。クチコミ情報は前述した４つのカテゴリに分類されており、各カテゴリの項目ごとに、該当する経過情報が何件書込まれているかが表示されている。図６（ｂ）の例では「運転見合」のカテゴリに２５件、「運転遅延」のカテゴリに２件、「平常運転」のカテゴリに７件の書込みがあり、「運転再開」のカテゴリには１件も書込みがないことが表示されている。携帯端末装置２０の利用者はこの画面から何れかの項目を選択して書込み内容を閲覧することができる。
【００８４】
更にこの画面には、「新しい順に全て見る」、「更新」および「終了」の選択項目が表示され、「新しい順に全て見る」を選択すると、全てのカテゴリの経過情報を新しい順に全て参照することができる。「更新」を選択すると経過情報が最新の書込み情報に更新され、「終了」を選択すると、経過情報配信ウェブページの表示を終了する。
【００８５】
携帯端末装置２０において図６（ｂ）に示す経過情報配信ウェブページのトップ画面から項目「運転見合」が選択されると、図７（ａ）の表示画面に遷移する。この画面には、書込み資格ありと判別された複数の携帯端末装置２０から書込まれた経過情報（口コミ情報）が掲載されている。図７（ａ）の表示画面には、書込み時刻の順に書込まれた経過情報が一覧表示される。８：２０分の障害発生以降、各駅で利用者が書込んだ経過情報、例えば、障害発生路線の各駅で電車が来ないあるいは止まっているなどリアルタイムの経過情報が書込まれている。
【００８６】
従って、この経過情報ウェブページを参照する資格のある（運行情報の通知によりＵＲＬを通知された）携帯端末装置２０の利用者は、これらの経過情報を参照することができる。この経過情報は、運行管理サーバ５０が公式に掲載する経過情報と異なり、実際に現場周辺に位置する多数の利用客が見聞きした最新の情報である。資格判別により単なるいたずらや無責任な情報は極力排除されているので、ある程度の信頼性は確保できる。「戻る」の選択項目を選択すると図６（ｂ）の経過情報配信ウェブページトップ画面に戻る。
【００８７】
この画面は「運転再開」のカテゴリに関する書込み（経過情報の更新）を行うための画面であり、駅名を選択する選択ボックスが表示される。この選択ボックスにはプルダウンボタンが表示されており、これを操作することにより障害発生路線の駅名が順次表示され、指定したい駅名を容易に選択して入力できる。
【００８８】
次に、携帯端末装置２０から経過情報を投稿（書込み）する場合について説明する。自分が該当路線に乗車中で、情報を提供したい場合は、図６（ｂ）のトップ画面から、書込むメッセージのカテゴリを選んで「投稿」の選択項目を操作するようになっている。例えば、携帯端末装置２０の利用者が障害の現場に居て、運転再開の情報を掴んだ場合は、図６（ｂ）に示す経過情報配信ウェブページのトップ画面において、「運転再開」の項目を選択し、「更新」の項目をクリックすると、図７（ｂ）の表示画面に遷移する。
【００８９】
この画面は「運転再開」のカテゴリに関する書込み（経過情報の更新）を行うための画面であり、駅名を選択する選択ボックスが表示される。この選択ボックスにはプルダウンボタンが表示されており、これを操作することにより障害発生路線の駅名が順次表示され、指定したい駅名を容易に選択して入力できる。経過情報ウェブページは路線毎に作成しているので、駅をメニュー化することは可能である。あるいは、携帯端末装置２０側で入力させても良いが、入力間違いもあるので、できればこのようなプルダウンメニューが良い。
【００９０】
駅名の選択ボックスの下部にはテキスト入力ボックスがあり、所望の経過情報を入力する。入力を完了して、「投稿」ボタンを操作すると経路探索サーバ３０に書込み要求が送信される。「戻る」の選択項目を操作すると図６（ｂ）のトップページに戻る。経過情報を書込む場合、携帯端末装置２０が現在位置する（書込み時点の駅名をする）駅名を指定して、メッセージ（例えば、上り、もうすぐ動きそう）を入力して「投稿」の選択項目を操作する。
【００９１】
携帯端末装置２０からこのようにして書込みがあると、経路探索サーバ３０は書込み資格判別手段３３が携帯端末装置２０の書込み資格を判別する。書込み資格ありと判別すると、例えば、図７（ｂ）の例では、投稿情報には、現在地が「新検見川」と指定されているが、携帯端末装置２０からの通信に含まれた基地局ＩＤ（現在位置）を判別し、現在位置が新検見川でありえない場合は、書込み資格なしと判別し、この投稿を無効にする。携帯端末装置２０が登録会員でない場合、この障害路線を利用区間登録していない場合にも資格なしと判別する。投稿を無効とする場合、携帯端末装置２０に書込みを「無効」とするメッセージを返しても良いし、ただ情報を破棄するだけでもよい。
【００９２】
これによって、選択した情報の発信地に居ない携帯端末装置２０（利用者）からのイタズラ投稿を排除できる。書込み資格ありと判別すると、経過情報更新手段３７３は、経過情報配信ウェブページの経過情報を更新し、携帯端末装置２０から書込まれたメッセージを経過情報に加える。
【００９３】
携帯端末装置２０からの現在位置を判別するにあたって、経路探索サーバ３０が基地局ＩＤを直接取得できない場合は、携帯端末装置２０側で取得した基地局ＩＤを通信に含めて経路探索サーバ３０に送信させてもよく、携帯端末装置２０側の通信アプリケーションでも基地局ＩＤを取得できない場合は、携帯端末装置２０に備えるＧＰＳ機能で代用して位置情報を送信させてもよい。携帯端末装置２０の位置に関する情報が全く取得できない組み合わせの場合は、経過情報配信ウェブページの「投稿」の選択項目を削除して書込みをさせないなどの態様とすることもできる。
【００９４】
図６（ｂ）に示す経過情報配信ウェブページのトップ画面から項目「新しい順に全て見る」が選択されると、図８（ａ）の表示画面に遷移する。図８（ａ）の画面は図７（ａ）の画面と同様であるが、この画面においては、経過情報のカテゴリによらず全てのカテゴリに属する経過情報が更新時刻の新しい順に全て表示される。「戻る」の選択項目が操作されると、図６（ｂ）のトップページに戻る。
【００９５】
再度図６（ｂ）のトップページに戻って説明すると、経路探索サーバ３０は書込みされたクチコミ情報を、障害路線ごとに「運転見合」、「運転遅延」、「平常運転」、「運転再開」の４つのカテゴリに分けてカウントしている。例えば、過去１０分の投稿情報を見て、件数を表示している。この表示の態様は図６（ａ）のように件数を数値で表示する態様でもよいし、全体を１００％とした円グラフやバーグラフで各カテゴリの情報の専有率を表示する態様としてもよい。
【００９６】
なお、クチコミ情報の表示は、発信地毎に分けて表示するのもよい。例えば、図８（ｂ)のように障害路線の区間を、千葉駅−-御茶ノ水駅／御茶ノ水駅−中野駅に分けて表示し、この画面で参照したい区間を選択すると、図９（ａ）のようにその区間の情報に到達する。あるいは、図９（ｂ）のように、路線図や地図を表示して、投稿があった駅に、投稿の種類と数に応じたマーク（図形）を表示する。図９（ｂ）に示すマークは、運転見合わせの投稿（書込み）なので、泣き顔マークになっている。マークをクリックして、投稿コメントが読めるようにするとよい。
【００９７】
なお、この種の投稿では、イタズラの排除が問題であり、投稿ログを後で調査して、他の人と異なる結果の書き込みを行っている携帯端末装置２０（登録会員）を発見したら、その携帯端末装置２０のＩＤには「投稿」の選択項目を表示しないようにしても良い。このような登録会員を見つける方法としては、時間帯毎に投稿種類の平均値と、その登録会員の投稿種類の乖離度を求め、乖離が大きい登録会員をピックアップすることで行うことができる。
【産業上の利用可能性】
【００９８】
本発明は、携帯ナビゲーションシステムの機能として提供可能である。また、本発明の方式では、運行情報が発生してから経過情報配信ウェブページが開設されるので、根も葉もないデマで投稿が始まることがない。利用者も、日常その路線の運行情報を必要としている人なので、イタズラの投稿の可能性も低い。また、路線に実際に居る人に限定されるので、情報の信頼度も上がる。携帯電話などの端末装置からの投稿なので端末装置が特定でき、疑わしい情報を繰り返し投稿する端末装置は排除できる。このような特徴があるため、各交通機関の運行管理サーバが収集できない細かな情報も補って障害情報および復旧情報や経過情報の提供サービスを向上させることができるようになる。
【図面の簡単な説明】
【００９９】
【図１】本発明の実施例にかかる交通機関障害情報および復旧情報提供システムの構成を示すシステム構成図である。
【図２】本発明の実施例にかかる交通機関障害情報および復旧情報提供システムを構成する経路探索サーバ（情報配信サーバ）および携帯端末装置の構成を示すブロック図である。
【図３】登録会員データベースに記憶される登録会員のデータの一例を示す図である。
【図４】運行情報記憶手段に記憶される路線ごとの障害情報および復旧情報の一例を示す図である。
【図５】本発明の実施例にかかる交通機関障害情報および復旧情報提供システムの動作シーケンスを示す図である。
【図６】運行情報の通知メール受信時の画面遷移の一例を示す図であり、図６（ａ）は運行情報を通知する通知メールの受信画面の一例を示す図、図６（ｂ）は経過情報配信ウェブページのトップ画面の一例を示す図である。
【図７】経過情報配信ウェブページの画面遷移を示す図であり、図７（ａ）は「運転見合」に関する経過情報の表示画面の一例、図７（ｂ）は書込み（投稿）を選択した場合に表示される書込み画面の一例を示す図である。
【図８】経過情報配信ウェブページの画面遷移を示す図であり、図８（ａ）は全てのカテゴリの経過情報の表示する表示画面の一例、図８（ｂ）は障害路線を区間表示する表示画面の一例を示す図である。
【図９】経過情報配信ウェブページの画面遷移の他の例を示す図であり、図９（ａ）は障害路線を区間で表示した画面の一例を示し、図９（ｂ）は障害区間を路線図で表示した画面の一例を示す図である。
【符号の説明】
【０１００】
１０・・・・交通機関障害情報および復旧情報提供システム（ナビゲーションシステム）
１２・・・・ネットワーク
２０・・・・携帯端末装置
２０１・・・制御手段
２１・・・・通信手段
２２・・・・ＧＰＳ受信手段
２３・・・・処理要求手段
２４・・・・配信データ記憶手段
２５・・・・表示手段
２６・・・・操作入力手段
２６１・・・登録手段
３０・・・・情報配信サーバ（経路探索サーバ）
３０１・・・制御手段
３１・・・・通信手段
３２・・・・運行情報取得手段
３３・・・・書込み資格判別手段
３４・・・・地図データベース
３５・・・・経路探索用ネットワークデータベース
３６・・・・登録会員データベース
３７・・・・運行情報記憶手段
３７１・・・運行情報通知手段
３７２・・・経過情報配信ウェブページ生成手段
３７３・・・経過情報更新手段
３８・・・・処理要求記憶手段
３９・・・・経路探索手段
【図１】
2009104319.tif 000003
【図２】
2009104319.tif 000004
【図３】
2009104319.tif 000005
【図４】
2009104319.tif 000006
【図５】
2009104319.tif 000007
【図６】
2009104319.tif 000008
【図７】
2009104319.tif 000009
【図８】
2009104319.tif 000010
【図９】
2009104319.tif 000011