JP6049269B2 - 情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、及びコンピュータプログラム - Google Patents

Description

本発明の実施形態は、情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、及びコンピュータプログラムに関し、特に、交通情報を提供する情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、及びコンピュータプログラムに関する。

従来、鉄道会社が運用するサーバから鉄道の運行情報を受信し、運行情報に基づいて鉄道の不通区間を特定し、不通区間を回避した迂回路を探索し、不通区間から影響を受けるユーザに迂回路を通知する、交通情報通知システムが知られている。

例えば、特許文献１の交通情報通知システムは、通勤列車などの事故による不通の状態が生じた場合に、列車の利用者にその情報を伝え、或いは事故区間を迂回する迂回路を通知するものである。

特開２００４−４６２８４号公報

しかしながら、特許文献１の交通情報通知システムでは、鉄道会社からの公式情報に基づいて不通の状態が発生したか否かが判別される。従って、公式情報が公表される前に、ユーザが不通の状態に気付いたとしても、公式情報が公表されるまでは、交通の異常に応じた処理結果（例えば、不通の状態が発生したか遅延が発生したことを知らせる通知）を取得することができない、という課題があった。

本発明が解決しようとする課題は、公式情報が公表される前に、交通の異常に応じた処理結果をユーザに提供することである。

本発明の情報処理システムは、サーバと、ネットワークを介して前記サーバと接続される端末装置と、を備える。この情報処理システムは、ユーザの利用経路を示す利用経路情報を取得する利用経路情報取得手段と、前記利用経路上の交通状態に異常が発生したことを示す異常通知が生成された場合に、前記利用経路情報に基づいて、前記利用経路内の異常内容を特定する異常内容特定手段と、前記異常内容に応じた処理を実行する異常処理手段と、を備える。

本発明によれば、公式情報が公表される前に、交通の異常に応じた処理結果をユーザに提供することができる。

第１実施形態の情報処理システム１の構成を示すブロック図。 第１実施形態の情報処理のフローチャート。 第１実施形態の案内経路探索処理（Ｓ１０）のシーケンス図。 第１実施形態の案内経路画像の一例を示す図。 第１実施形態の異常処理（Ｓ１２）のシーケンス図。 第１実施形態の迂回経路探索処理（Ｓ１４）のシーケンス図。 第１実施形態の迂回経路画像の一例を示す図。 第２実施形態の情報処理システム１の構成を示すブロック図。 第２実施形態の異常処理（Ｓ１２）のシーケンス図。 第２実施形態のユーザ情報のデータ構造を示す図。 第３実施形態の情報処理システム１の構成を示すブロック図。 第３実施形態のサーバ制御部１２の構成を示すブロック図。 第３実施形態の異常処理（Ｓ１２）のシーケンス図。 第３実施形態のユーザ情報のデータ構造を示す図。 第３実施形態の異常情報検証処理（Ｓ３２−１６）のフローチャート。 第３実施形態の信頼度情報のデータ構造を示す図。 第３実施形態の異常画像の一例を示す図。 第３実施形態の信頼度管理処理（Ｓ３２−１８）の第１例のフローチャート。 第３実施形態の信頼度管理処理（Ｓ３２−１８）の第２例のフローチャート。

本実施形態について、図面を参照して説明する。

（第１実施形態）
第１実施形態について説明する。第１実施形態では、異常内容を含む異常情報に基づいて、交通の異常に応じた処理を実行する例について説明する。第１実施形態において、異常内容とは、異常の具体的な内容（例えば、異常場所、異常路線、及び異常種別等）である。

第１実施形態の情報処理システム１の構成について説明する。図１は、第１実施形態の情報処理システム１の構成を示すブロック図である。

情報処理システム１は、サーバ１０と、端末装置３０と、ネットワーク５０と、を備える。サーバ１０及び端末装置３０は、互いに、ネットワーク５０を介して接続される。なお、サーバ１０及び端末装置３０の数は、これに限定されるものではない。

サーバ１０は、サーバ制御部１２と、サーバ記憶部１４と、サーバ通信部１６と、を備える。例えば、サーバ制御部１２は、コンピュータプロセッサである。サーバ記憶部１４には、サーバ制御部１２が取り扱うデータが記憶される。サーバ通信部１６は、サーバ１０とネットワーク５０との間の通信インタフェースである。

サーバ制御部１２は、サーバ通信制御部１２０と、経路ネットワーク情報取得部１２２と、経路探索部１２６と、サーバ出力制御部１２８と、サーバ異常処理部１３６と、を備える。サーバ制御部１２の各部については、後述する。

端末装置３０は、端末制御部３２と、端末記憶部３４と、端末通信部３６と、操作部３８と、位置情報取得部４０と、表示部４２と、を備える。例えば、端末制御部３２は、コンピュータプロセッサである。端末記憶部３４には、端末制御部３２が取り扱うデータが記憶される。端末通信部３６は、端末装置３０とサーバ１０との間の通信インタフェースである。操作部３８は、端末装置３０のユーザから指示を受け付ける。例えば、操作部３８は、ハードウェアキーボード、ソフトウェアキーボード、及びポインティングデバイス等の入力ユーザインタフェースである。位置情報取得部４０は、端末装置３０の位置を示す位置情報を取得する。例えば、位置情報取得部４０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）レシーバである。表示部４２は、画像を表示する。例えば、表示部４２は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。

端末制御部３２は、端末通信制御部３２０と、端末出力制御部３２２と、端末異常処理部３２４と、異常内容特定部３２６と、利用経路情報取得部３２８と、を備える。端末制御部３２の各部については、後述する。

第１実施形態の情報処理について説明する。図２は、第１実施形態の情報処理のフローチャートである。

第１実施形態の情報処理は、案内経路探索処理（Ｓ１０）と、異常処理（Ｓ１２）と、迂回経路探索処理（Ｓ１４）と、を含む。

第１実施形態の案内経路探索処理（Ｓ１０）について説明する。図３は、第１実施形態の案内経路探索処理（Ｓ１０）のシーケンス図である。

＜Ｓ１０−３０＞ 操作部３８は、ユーザから探索要求を受け付ける。探索要求は、少なくとも、出発地及び目的地を含む。出発地は、経路探索部１２６によって探索される案内経路の始点である。目的地は、経路探索部１２６によって探索される案内経路の終点である。次いで、端末通信制御部３２０は、端末通信部３６及びネットワーク５０を介して、探索要求をサーバ１０へ送信する。なお、探索要求は、出発地及び目的地に加えて、利用経路の条件（例えば、出発時刻又は到着時刻、経由地、及び利用路線の少なくとも１つ）を含んでも良い。

＜Ｓ１０−１０＞ サーバ通信制御部１２０は、ネットワーク５０及びサーバ通信部１６を介して、探索要求を受信する。

＜Ｓ１０−１２＞ 経路ネットワーク情報取得部１２２は、交通網の経路ネットワーク情報を取得する。サーバ記憶部１４に経路ネットワーク情報が記憶されている場合には、経路ネットワーク情報取得部１２２は、サーバ記憶部１４から経路ネットワーク情報を読み出す。一方、サーバ記憶部１４に経路ネットワーク情報が記憶されていない場合には、経路ネットワーク情報取得部１２２は、サーバ通信部１６及びネットワーク５０を介して、経路ネットワーク情報を取得する。

＜Ｓ１０−１４＞ 経路探索部１２６は、経路ネットワーク情報を用いて、探索要求に含まれる出発地から目的地までの案内経路を探索する。なお、探索要求が利用経路の条件を含む場合には、経路探索部１２６は、利用経路の条件を考慮して、案内経路を探索する。

＜Ｓ１０−１６＞ サーバ出力制御部１２８は、案内経路を示す案内経路情報を生成し、次いで、サーバ通信部１６及びネットワーク５０を介して、案内経路情報を端末装置３０へ送信する。

＜Ｓ１０−３２＞ 端末通信制御部３２０は、ネットワーク５０及び端末通信部３６を介して、案内経路情報を受信する。

＜Ｓ１０−３４＞ 端末出力制御部３２２は、案内経路情報に対応する出力用案内情報を生成する。次いで、表示部４２は、出力用案内情報を表示する。例えば、端末出力制御部３２２は、案内経路情報に対応する出力用案内情報として、案内経路画像を生成する。図４は、第１実施形態の案内経路画像の一例を示す図である。

図４（Ａ）の案内経路画像は、出発地Ｓから目的地Ｇまでの案内経路（例えば、路線名又は道路名）を示す画像と、異常通知ボタン４２ａ−１〜４２ａ−３（異常通知生成指示情報）と、を含む。異常通知ボタン４２ａ−１は、出発地Ｓに対応する。異常通知ボタン４２ａ−２は、案内経路に対応する。異常通知ボタン４２ａ−３は、目的地Ｇに対応する。異常通知ボタン４２ａ−１〜４２ａ−３は、対応する場所で異常が発生したことを示す異常通知を生成する異常通知画像である。例えば、ユーザが異常通知ボタン４２ａ−２を選択すると、案内経路で異常（例えば、電車遅延又は事故渋滞）が発生したことを示す異常通知が生成され、ユーザが異常通知ボタン４２ａ−２を選択すると、出発地Ｓで異常（例えば、人身事故）が発生したことを示す異常通知が生成される。

図４（Ｂ）の案内経路画像は、出発地Ｓから駅Ｓｔ１までの徒歩の経路Ｒ１を示す画像と、駅Ｓｔ１から駅Ｓｔ２までの路線Ａの経路Ｒ２を示す画像と、駅Ｓｔ２から目的地Ｇまでの路線Ｂの経路Ｒ３を示す画像と、異常通知ボタン４２ａ−４及び４２ａ−５（異常通知生成指示情報）と、を含む。異常通知ボタン４２ａ−４は、経路Ｒ２に対応する。異常通知ボタン４２ａ−５は、経路Ｒ３に対応する。異常通知ボタン４２ａ−４及び４２ａ−５は、対応する経路で異常が発生したことを示す異常通知を生成する異常通知画像である。例えば、ユーザが異常通知ボタン４２ａ−４を選択すると、路線Ａの駅名リスト４２ａ−６が表示される。次いで、ユーザが駅名リスト４２ａ−６から駅Ｓｔ１を選択すると、駅Ｓｔ１で異常が発生したことを示す異常通知が生成される。

なお、端末出力制御部３２２は、図４（Ａ）又は（Ｂ）の案内経路画像の代わりに、案内経路情報に対応する出力用案内情報として、テキスト情報を生成しても良い。テキスト情報は、異常通知用の文字列等の異常通知生成指示情報が含まれる。この場合には、表示部４２は、テキスト情報を表示する。

即ち、異常通知は、ユーザの利用経路上の交通状態に異常が発生したことを示す情報である。異常通知画像は、異常通知を生成するというユーザの指示を受け付ける異常通知手段である。なお、異常通知手段は、異常通知画像に限られるものではない。

第１実施形態の異常処理（Ｓ１２）について説明する。図５は、第１実施形態の異常処理（Ｓ１２）のシーケンス図である。

＜Ｓ１２−３０＞ 端末異常処理部３２４は、異常通知が生成されたか否かを判定する。異常通知が生成された場合には（Ｓ１２−３０：ＹＥＳ）、端末異常処理部３２４は、異常通知を取得し、次いで、Ｓ１２−３２が実行される。異常通知が生成されていない場合には（Ｓ１２−３０：ＮＯ）、異常通知が生成されるまで、Ｓ１２−３０が繰り返し実行される。

＜Ｓ１２−３２＞ 利用経路情報取得部３２８は、案内経路情報を、ユーザの利用経路を示す利用経路情報として取得する。これにより、端末装置３０内で、ユーザの利用経路が特定される。

＜Ｓ１２−３４＞ 異常内容特定部３２６は、異常通知と、利用経路情報（案内経路情報）と、に基づいて、利用経路内の異常内容を特定する。これにより、端末装置３０内で、異常通知に対応する異常内容が特定される。例えば、ユーザが図４（Ａ）の異常通知ボタン４２ａ−２を選択した場合には、異常内容特定部３２６は、案内経路上の場所を異常場所として特定し、案内経路上の路線を異常路線として特定する。また、ユーザが図４（Ｂ）の駅名リストから駅Ｓｔ１を選択した場合には、異常内容特定部３２６は、駅Ｓｔ１を異常場所として特定し、駅Ｓｔ１を通過する路線Ａを異常路線として特定する。

＜Ｓ１２−３６＞ 端末異常処理部３２４は、異常内容特定部３２６が特定した異常内容を含む異常情報を生成する。これにより、異常内容（即ち、交通の異常）に応じた処理結果が得られる。

＜Ｓ１２−３８＞ 端末通信制御部３２０は、端末通信部３６及びネットワーク５０を介して、異常情報をサーバ１０へ送信する。

＜Ｓ１２−１０＞ サーバ通信制御部１２０は、ネットワーク５０及びサーバ通信部１６を介して、異常情報を受信する。

第１実施形態の迂回経路探索処理（Ｓ１４）について説明する。図６は、第１実施形態の迂回経路探索処理（Ｓ１４）のシーケンス図である。

＜Ｓ１４−１０＞ 経路ネットワーク情報取得部１２２は、Ｓ１０−１２と同様に、交通網の経路ネットワーク情報を取得する。

＜Ｓ１４−１２＞ サーバ異常処理部１３６は、経路ネットワーク情報を用いて、出発地から目的地までの迂回経路を探索する。迂回経路とは、異常通知に対応する異常内容を回避する経路（即ち、案内経路とは異なる経路）である。これにより、交通の異常に応じた処理結果が得られる。例えば、ユーザが図４（Ａ）の異常通知ボタン４２ａ−２を選択した場合には、サーバ異常処理部１３６は、案内経路上の異常内容を回避する迂回経路を探索する。また、ユーザが図４（Ｂ）の駅名リストから駅Ｓｔ１を選択した場合には、サーバ異常処理部１３６は、駅Ｓｔ１を経由する路線Ａを含まない迂回経路（例えば、駅Ｓｔ６を経由する路線を利用する経路）を探索する。

＜Ｓ１４−１４＞ サーバ出力制御部１２８は、迂回経路を示す迂回経路情報を生成し、次いで、サーバ通信部１６及びネットワーク５０を介して、迂回経路情報を端末装置３０へ送信する。

＜Ｓ１４−３０＞ 端末通信制御部３２０は、ネットワーク５０及び端末通信部３６を介して、迂回経路情報を受信する。

＜Ｓ１４−３２＞ 端末出力制御部３２２は、迂回経路情報に対応する迂回経路画像を生成する。次いで、表示部４２は、迂回経路画像を表示する。図７は、第１実施形態の迂回経路画像の一例を示す図である。図７に示すように、迂回経路画像は、出発地Ｓから目的地Ｇまでの迂回経路を示す画像を含む。なお、迂回経路画像も、案内経路画像（図４を参照）と同様に、異常通知画像をさらに含んでも良い。

仮に、第１実施形態の異常処理が実行されなかった場合には、交通機関が提供する公式情報が公表されるまでは、サーバ１０は、異常場所を特定することができない。従って、公式情報を公表されるまでは、サーバ１０は、迂回経路を探索することはできない。

これに対して、第１実施形態によれば、公式情報が公表される前に、サーバ１０は、異常場所を特定することができる。その結果、公式情報が公表される前に、サーバ１０は、迂回経路を探索することができる。これにより、ユーザは、公式情報が公表される前に、交通の異常に応じた処理結果（例えば、迂回経路情報）を取得することができる。

（第２実施形態）
第２実施形態について説明する。第２実施形態では、異常内容を含まない異常情報に基づいて、交通の異常に応じた処理を実行する例について説明する。なお、上述の実施形態と同様の説明は省略する。

第２実施形態の情報処理システム１の構成について説明する。図８は、第２実施形態の情報処理システム１の構成を示すブロック図である。

情報処理システム１は、第１実施形態と同様に、サーバ１０と、端末装置３０と、ネットワーク５０と、を備える。なお、サーバ１０及び端末装置３０の数は、これに限定されるものではない。

サーバ１０は、第１実施形態と同様に、サーバ制御部１２と、サーバ記憶部１４と、サーバ通信部１６と、を備える。

サーバ制御部１２は、サーバ通信制御部１２０と、経路ネットワーク情報取得部１２２と、利用経路情報取得部１２４と、経路探索部１２６と、サーバ出力制御部１２８と、異常内容特定部１３０と、を備える。サーバ制御部１２の各部については、後述する。

端末装置３０は、第１実施形態と同様に、端末制御部３２と、端末記憶部３４と、端末通信部３６と、操作部３８と、位置情報取得部４０と、表示部４２と、を備える。

端末制御部３２は、端末通信制御部３２０と、端末出力制御部３２２と、端末異常処理部３２４と、を備える。端末制御部３２の各部については、後述する。

第２実施形態の情報処理について説明する。第２実施形態の情報処理は、第１実施形態と同様である（図２を参照）。また、第２実施形態の案内経路探索処理（Ｓ１０）は、第１実施形態と同様である（図３を参照）。また、第２実施形態の迂回経路探索処理（Ｓ１４）は、第１実施形態と同様である（図６を参照）。

第２実施形態の異常処理（Ｓ１２）について説明する。図９は、第２実施形態の異常処理（Ｓ１２）のシーケンス図である。

＜Ｓ２２−３０＞ 端末異常処理部３２４は、第１実施形態（Ｓ１２−３０）と同様に、異常通知が生成されたか否かを判定する。異常通知が生成された場合には（Ｓ２２−３０：ＹＥＳ）、端末異常処理部３２４は、異常通知を取得し、次いで、Ｓ２２−３２が実行される。異常通知が生成されていない場合には（Ｓ２２−３０：ＮＯ）、異常通知が生成されるまで、Ｓ２２−３０が繰り返し実行される。

＜Ｓ２２−３２＞ 位置情報取得部４０は、端末装置３０の位置を示す位置情報を取得する。これにより、端末装置３０内で、異常通知に対応する端末装置３０の位置が特定される。

＜Ｓ２２−３４＞ 端末異常処理部３２４は、ユーザを識別するユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、位置情報取得部４０が取得した位置情報と、異常通知が生成された時刻（以下「異常発生時刻」という）と、を含む異常情報を生成する。これにより、交通の異常に応じた処理結果が得られる。例えば、ユーザＩＤは、操作部３８が受け付ける情報又は端末記憶部３４に記憶された情報であり、異常発生時刻は、端末制御部３２から得られる情報である。

＜Ｓ２２−３６＞ 端末通信制御部３２０は、第１実施形態（Ｓ１２−３８）と同様に、端末通信部３６及びネットワーク５０を介して、異常情報をサーバ１０へ送信する。

＜Ｓ２２−１０＞ サーバ通信制御部１２０は、第１実施形態（Ｓ１２−１０）と同様に、ネットワーク５０及びサーバ通信部１６を介して、異常情報を受信する。

＜Ｓ２２−１２＞ 利用経路情報取得部１２４は、サーバ記憶部１４に記憶されたユーザ情報と、異常情報と、に基づいて、利用経路情報を取得する。これにより、サーバ１０内で、異常情報に含まれるユーザＩＤに対応するユーザの利用経路が特定される。

図１０は、第２実施形態のユーザ情報のデータ構造を示す図である。

図１０（Ａ）のユーザ情報は、ユーザＩＤに対応付けられた利用経路情報を含む。この場合には、利用経路情報取得部１２４は、サーバ記憶部１４に記憶されたユーザ情報から、異常情報に含まれるユーザＩＤに該当する利用経路情報を取得する。例えば、ユーザＩＤが“００１”である場合には、利用経路情報取得部１２４は、利用経路情報１を取得する。

図１０（Ｂ）のユーザ情報は、ユーザＩＤと、時刻と、に対応付けられた利用経路情報を含む。この場合には、利用経路情報取得部１２４は、サーバ記憶部１４に記憶されたユーザ情報から、異常情報に含まれるユーザＩＤ及び異常発生時刻に該当する利用経路情報を取得する。例えば、ユーザＩＤが“００１”であり、異常発生時刻が“８：３０”である場合には、利用経路情報取得部１２４は、利用経路情報１Ａを取得する。

＜Ｓ２２−１４＞ 異常内容特定部１３０は、異常情報に含まれる位置情報と、利用経路情報取得部１２４が取得した利用経路情報と、に基づいて、異常内容を特定する。これにより、サーバ１０内で、異常通知に対応する異常内容が特定される。

第２実施形態によれば、端末装置３０が異常内容を特定することができない場合であっても、サーバ１０は、公式情報が公表される前に、異常内容を特定することができ、特定した異常内容に基づいて迂回経路を探索することができる。これにより、異常内容を特定することができない端末装置３０のユーザも、公式情報が公表される前に、交通の異常に応じた処理結果（例えば、迂回経路情報）を取得することができる。

（第３実施形態）
第３実施形態について説明する。第３実施形態では、あるユーザから得られた異常情報に基づいて、交通の異常に応じた処理結果を別のユーザに提供する例について説明する。なお、上述の実施形態と同様の説明は省略する。

第３実施形態の情報処理システム１の構成について説明する。図１１は、第３実施形態の情報処理システム１の構成を示すブロック図である。

情報処理システム１は、サーバ１０と、複数の端末装置（第１端末装置３０ａ及び第２端末装置３０ｂ）と、ネットワーク５０と、公式情報配信サーバ７０と、を備える。サーバ１０、第１端末装置３０ａ、第２端末装置３０ｂ、及び公式情報配信サーバ７０は、互いに、ネットワーク５０を介して接続される。なお、サーバ１０、複数の端末装置、公式情報配信サーバ７０の数は、これに限定されるものではない。

サーバ１０の構成は、第１実施形態又は第２実施形態と同様である。第１端末装置３０ａ及び第２端末装置３０ｂの構成は、第１実施形態又は第２実施形態の端末装置３０と同様である。なお、第１端末装置３０ａ及び第２端末装置３０ｂの構成は、互いに、同一であっても良いし、異なっても良い。例えば、第１端末装置３０ａの構成が第１実施形態又は第２実施形態の端末装置３０と同様であり、第２端末装置３０ｂは、第１実施形態又は第２実施形態の端末装置３０の一部の構成のみを備えていても良い。

公式情報配信サーバ７０は、交通の異常を示す公式情報を配信する。

第３実施形態のサーバ制御部１２の構成について説明する。図１２は、第３実施形態のサーバ制御部１２の構成を示すブロック図である。

サーバ制御部１２は、サーバ通信制御部１２０と、経路ネットワーク情報取得部１２２と、利用経路情報取得部１２４と、経路探索部１２６と、サーバ出力制御部１２８と、異常内容特定部１３０と、異常情報検証部１３２と、信頼度管理部１３４と、を備える。サーバ制御部１２の各部については、後述する。

第３実施形態の情報処理について説明する。第３実施形態の情報処理は、第１実施形態と同様である（図２を参照）。また、第３実施形態の案内経路探索処理（Ｓ１０）は、第１実施形態と同様である（図３を参照）。また、第３実施形態の迂回経路探索処理（Ｓ１４）は、第１実施形態と同様である（図６を参照）。

第３実施形態の異常処理（Ｓ１２）について説明する。図１３は、第３実施形態の異常処理（Ｓ１２）のシーケンス図である。

＜Ｓ３２−３０＞ 第１端末装置３０ａの端末異常処理部３２４は、第１実施形態（Ｓ１２−３０）と同様に、異常通知が生成されたか否かを判定する。異常通知が生成された場合には（Ｓ３２−３０：ＹＥＳ）、第１端末装置３０ａの端末異常処理部３２４は、異常通知を取得し、次いで、Ｓ３２−３２が実行される。異常通知が生成されていない場合には（Ｓ３２−３０：ＮＯ）、異常通知が生成されるまで、Ｓ３２−３０が繰り返し実行される。

＜Ｓ３２−３２＞ 第１端末装置３０ａの位置情報取得部４０は、第２実施形態（Ｓ２２−３２）と同様に、第１端末装置３０ａの位置を示す位置情報を取得する。これにより、第１端末装置３０ａ内で、異常通知に対応する第１端末装置３０ａの位置が特定される。

＜Ｓ３２−３４＞ 第１端末装置３０ａの端末異常処理部３２４は、ユーザを識別するユーザＩＤと、位置情報取得部４０が取得した位置情報と、異常発生時刻と、を含む異常情報を生成する。これにより、交通の異常に応じた処理結果が得られる。例えば、ユーザＩＤは、第１端末装置３０ａの操作部３８が受け付ける情報又は第１端末装置３０ａの端末記憶部３４に記憶された情報であり、異常発生時刻は、第１端末装置３０ａの端末制御部３２から得られる情報である。

＜Ｓ３２−３６＞ 第１端末装置３０ａの端末通信制御部３２０は、第１実施形態（Ｓ１２−３８）と同様に、第１端末装置３０ａの端末通信部３６及びネットワーク５０を介して、異常情報をサーバ１０へ送信する。

＜Ｓ３２−１０＞ サーバ通信制御部１２０は、第１実施形態（Ｓ１２−１０）と同様に、ネットワーク５０及びサーバ通信部１６を介して、異常情報を受信する。

＜Ｓ３２−１２＞ 利用経路情報取得部１２４は、第２実施形態（Ｓ２２−１２）と同様に、サーバ記憶部１４に記憶されたユーザ情報と、異常情報と、に基づいて、利用経路情報を取得する。これにより、サーバ１０内で、異常情報に含まれるユーザＩＤに対応するユーザの利用経路が特定される。

図１４は、第３実施形態のユーザ情報のデータ構造を示す図である。

ユーザ情報は、ユーザＩＤに対応付けられた利用経路情報及びユーザアドレスを含む。ユーザアドレスは、サーバ１０が送信する情報の宛先を示す情報である。利用経路情報取得部１２４は、サーバ記憶部１４に記憶されたユーザ情報から、異常情報に含まれるユーザＩＤに該当する利用経路情報を取得する。例えば、ユーザＩＤが“００１”である場合には、利用経路情報取得部１２４は、利用経路情報１を取得する。

＜Ｓ３２−１４＞ 異常内容特定部１３０は、第２実施形態（Ｓ２２−１４）と同様に、異常情報に含まれる位置情報と、利用経路情報取得部１２４が取得した利用経路情報と、に基づいて、異常内容を特定する。これにより、サーバ１０内で、異常通知に対応する異常内容が特定される。

なお、異常内容特定部１３０は、異常発生時刻と、利用経路情報と、に基づいて、異常内容を特定しても良い。例えば、異常内容特定部１３０は、利用経路情報を参照して、異常発生時刻に利用経路を走行中の路線を、異常路線として特定する。

＜Ｓ３２−１６＞ 異常情報検証部１３２は、サーバ通信制御部１２０が受信した異常情報に対して、異常情報検証処理を実行する。図１５は、第３実施形態の異常情報検証処理（Ｓ３２−１６）のフローチャートである。

＜Ｓ３２−１６０＞ 異常情報検証部１３２は、サーバ記憶部１４に記憶された信頼度情報から、異常情報に含まれるユーザＩＤに対応するユーザの信頼度を取得する。

図１６は、第３実施形態の信頼度情報のデータ構造を示す図である。

図１６（Ａ）の信頼度情報は、ユーザＩＤ毎の信頼度を示す。異常情報検証部１３２は、サーバ記憶部１４に記憶された信頼度情報を用いて、異常通知に含まれるユーザＩＤに対応する信頼度を取得する。これにより、サーバ１０内で、異常情報に含まれるユーザＩＤに対応するユーザの信頼度が特定される。例えば、異常通知に含まれるユーザＩＤが“００１”である場合には、信頼度“１”が取得され、異常通知に含まれるユーザＩＤが“００２”である場合には、信頼度“３”が取得され、異常通知に含まれるユーザＩＤが“００３”である場合には、信頼度“５”が取得される。

図１６（Ｂ）の信頼度情報は、異常内容毎の信頼度を示す。異常情報検証部１３２は、サーバ記憶部１４に記憶された信頼度情報を用いて、異常内容特定部１３０が特定した異常内容（例えば、異常種別）に対応する信頼度を取得する。これにより、サーバ１０内で、異常情報に含まれる異常内容に対応する信頼度が特定される。例えば、異常種別が “Ａ線遅延”である場合には、信頼度“１”が取得され、異常種別が “Ｂ線遅延”である場合には、信頼度“３”が取得され、異常種別が“Ｃ線遅延”である場合には、信頼度“５”が取得される。なお、信頼度情報の初期値は、０でも良いし、ユーザが設定した任意の値であっても良い。

＜Ｓ３２−１６２＞ 異常情報検証部１３２は、取得した信頼度が閾値Ｔｈより大きいか否かを判定する。閾値Ｔｈは、固定値であっても良いし、ユーザが設定した任意の値であっても良い。信頼度が閾値Ｔｈより大きい場合（即ち、異常情報が信頼できる場合）には（Ｓ３２−１６２：ＹＥＳ）、Ｓ３２−１６４が実行される。信頼度が閾値Ｔｈより小さい場合（即ち、異常情報が信頼できない場合）には（Ｓ３２−１６２：ＮＯ）、異常情報検証処理が終了する（即ち、異常情報は送信されない）。なお、信頼度が閾値Ｔｈと等しい場合には、Ｓ３２−１６４が実行されても良いし、異常情報検証処理が終了しても良い。

＜Ｓ３２−１６４＞ 異常情報検証部１３２は、図１４のユーザ情報に基づいて、異常情報の宛先を決定する。例えば、異常情報検証部１３２は、異常情報に含まれるユーザＩＤに対応するユーザアドレス（例えば、第２端末装置３０ｂのユーザに対応する“００２＠ｘｙｚ”）を、異常情報の宛先として決定する。

＜Ｓ３２−１６６＞ サーバ通信制御部１２０は、サーバ通信部１６及びネットワーク５０を介して、異常情報の宛先に対応する第２端末装置３０ｂへ、異常情報を送信する。サーバ通信制御部１２０が送信する異常情報は、異常場所と、異常発生時刻と、を含む。これにより、第１端末装置３０ａから送信された異常情報のうち、信頼度できる異常情報が、異常により影響を受けるユーザが利用する第２端末装置３０ｂへ配信される。

一例として、閾値Ｔｈが４の場合における例について説明する。

図１６（Ａ）のユーザＩＤ“００１”及び“００２”に対応する異常情報と、図１６（Ｂ）の異常内容“路線Ａ遅延”及び“路線Ｂ遅延”に対応する異常情報とは、信頼度が閾値Ｔｈより小さいので、信頼度できない異常情報である。この場合には、Ｓ３２−１６４及びＳ３２−１６６が実行されないので、異常情報は、第２端末装置３０ｂへ送信されない。その結果、信頼度の低い異常情報がユーザを混乱させることを防ぐことができる。

一方、図１６（Ａ）のユーザＩＤ“００３”に対応する異常情報と、図１６（Ｂ）の異常内容“路線Ｃ遅延”に対応する異常情報とは、信頼度が閾値Ｔｈより大きいので、信頼度できる異常情報である。この場合には、Ｓ３２−１６４及びＳ３２−１６６が実行されるので、異常情報は、第２端末装置３０ｂへ送信される。その結果、ユーザは、公式情報が公表される前に、信頼度の高い異常情報を取得することができる。

＜Ｓ３２−４０＞ 第２端末装置３０ｂの端末通信制御部３２０は、ネットワーク５０及び端末通信部３６を介して、異常情報（即ち、信頼度が高い異常情報）を受信する。異常情報は、異常内容と、異常発生時刻と、を含む。位置情報及び異常発生時刻は、Ｓ３２−３６で送信された異常情報に含まれる情報と同一である。即ち、位置情報及び異常発生時刻は、第１端末装置３０ａ内で取得された位置情報及び異常発生時刻である。換言すると、異常情報が信頼できる場合には、第２端末装置３０ｂは、第１端末装置３０ａ内で取得された位置情報及び異常発生時刻を取得することができる。

＜Ｓ３２−４２＞ 第２端末装置３０ｂの端末出力制御部３２２は、異常情報に対応する出力用案内情報として、異常画像を生成する。次いで、第２端末装置３０ｂの表示部４２は、異常画像を表示する。図１７は、第３実施形態の異常画像の一例を示す図である。図１７に示すように、異常画像は、異常情報に含まれる異常内容（例えば、異常路線“路線Ａ”、異常場所“駅Ｓｔ１〜駅Ｓｔ２”、及び異常発生時刻“２０１１／０１／０５ １０：０９”）と、を示す。

なお、第３実施形態では、Ｓ３２−４２において、異常画像を表示するだけでなく、第１実施形態の迂回経路探索処理（Ｓ１４）が実行されても良い。この場合には、第２端末装置３０ｂのユーザは、公式情報が公表される前に、信頼度の高い異常情報に応じた迂回経路情報を取得することができる。

＜Ｓ３２−１８＞ 信頼度管理部１３４は、異常情報検証処理（Ｓ３２−１６）に続いて、信頼度管理処理を実行する。信頼度管理処理において、信頼度管理部１３４は、異常内容の信頼度信を示す信頼度情報を管理する。

第３実施形態の信頼度管理処理の第１例について説明する。図１８は、第３実施形態の信頼度管理処理（Ｓ３２−１８）の第１例のフローチャートである。

＜Ｓ３２−１８０＞ 信頼度管理部１３４は、ネットワーク５０及びサーバ通信部１６を介して、公式情報配信サーバ７０が配信した公式情報を取得する。

＜Ｓ３２−１８２＞ 信頼度管理部１３４は、Ｓ３２−１０で受信した異常情報が、Ｓ３２−１８０で取得した公式情報と一致するか否かを判定する。異常情報が公式情報と一致する場合には（Ｓ３２−１８２：ＹＥＳ）、Ｓ３２−１８４が実行される。異常情報が公式情報と一致しない場合には（Ｓ３２−１８２：ＮＯ）、Ｓ３２−１８６が実行される。

＜Ｓ３２−１８４＞ 信頼度管理部１３４は、図１６（Ａ）の信頼度情報において、異常情報に含まれるユーザＩＤに対応する信頼度を上げる。例えば、信頼度管理部１３４は、ユーザＩＤが“００１”である場合には、図１６（Ａ）のユーザＩＤ“００１”に対応する信頼度を上げる。これにより、公式情報に一致する異常情報を投稿したユーザほど、信頼度が高くなる。

＜Ｓ３２−１８６＞ 信頼度管理部１３４は、図１６（Ａ）の信頼度情報において、異常情報に含まれるユーザＩＤに対応する信頼度を下げる。例えば、信頼度管理部１３４は、ユーザＩＤが“００２”である場合には、図１６（Ａ）のユーザＩＤ“００２”に対応する信頼度を下げる。これにより、公式情報に一致しない異常情報を投稿したユーザほど、信頼度が低くなる。

第３実施形態の信頼度管理処理の第２例について説明する。図１９は、第３実施形態の信頼度管理処理（Ｓ３２−１８）の第２例のフローチャートである。

＜Ｓ３２−２８０＞ 信頼度管理部１３４は、Ｓ３２−１０で受信した異常情報の数を、異常内容毎にカウントする。

＜Ｓ３２−２８２＞ 信頼度管理部１３４は、異常内容毎に、異常情報の数が所定数を超えたか否かを判定する。異常情報の数が所定数を超えた場合には（Ｓ３２−２８２：ＹＥＳ）、Ｓ３２−２８４が実行される。異常情報の数が所定数を超えていない場合には（Ｓ３２−２８２：ＮＯ）、Ｓ３２−２８４は実行されない（即ち、信頼度が維持される）。

＜Ｓ３２−２８４＞ 信頼度管理部１３４は、図１６（Ｂ）の信頼度情報において、所定数を超える数だけ受信した異常情報の異常内容に対応する信頼度を上げる。例えば、信頼度管理部１３４は、Ｓ３２−１４で特定した異常内容が“路線Ａ遅延”である場合には、異常内容“路線Ａ遅延”に対応する信頼度を上げる。これにより、投稿された異常情報の数が多い異常内容ほど、信頼度が高くなる。

第３実施形態によれば、公式情報が公表される前に、第２端末装置３０ｂは、第１端末装置３０ａが生成した異常情報を取得することができる。その結果、第２端末装置３０ｂのユーザは、公式情報が公表される前に、交通の異常に応じた処理結果（例えば、異常情報又は迂回経路情報）を取得することができる。

また、第３実施形態によれば、信頼度が閾値を超える場合に、異常情報が第２端末装置３０ｂへ送信されるので、第２端末装置３０ｂが取得する異常情報の信頼性を上げることができる。その結果、信頼度の低い異常情報がユーザを混乱させることを防ぐことができる。

また、第３実施形態によれば、異常情報が公式情報と一致するか否かに応じて、信頼度を管理することができる。その結果、公式情報が公表される前の異常情報の信頼度の精度を改善することができる。特に、ユーザの投稿履歴に応じて信頼度を管理することができる。

また、第３実施形態によれば、異常内容の数に応じて、信頼度を管理することができる。その結果、公式情報が公表される前の異常情報の信頼度の精度を改善することができる。特に、異常内容の投稿数に応じて信頼度を管理することができる。

なお、上述の実施形態では、案内経路探索処理（図２のＳ１０）の後に異常処理（図２のＳ１２）が行われる例について説明したが、案内経路探索処理と異常処理が連動して行われても良い。特に、第３実施形態では、サーバ１０が、第１端末装置３０ａから受信した異常情報に基づいて、第２端末装置３０ｂへ異常情報を送信する例について述べたが、サーバ１０は、第２端末装置３０ｂから探索要求を受信したときに、探索要求に対応する案内経路情報だけでなく、案内経路情報に対応する異常情報も、第２端末装置３０ｂへ送信しても良い。

具体的には、図１３のＳ３２−１０〜Ｓ３２−１４のように、サーバ通信制御部１２０が、第１端末装置３０ａから異常情報（異常発生時刻を含む）を受信し、異常内容特定部１３０が、異常情報に基づいて異常内容（異常路線を含む）を特定する。一方、図３のＳ１０−１０〜Ｓ１０−１４のように、サーバ通信制御部１２０が、第２端末装置３０ｂから探索要求を受信し、経路探索部１２６が、探索要求に基づいて案内経路を探索する。

次いで、サーバ異常処理部１３６が、異常情報に含まれる異常発生時刻からの経過時間（例えば、異常発生時刻から探索要求の受信時刻までの経過時間）が所定時間（例えば、３０分）以内であるか否か、及び、案内経路が異常路線を含むか否か、を判定する。

次いで、異常発生時刻からの経過時間が所定時間以内であって、且つ、案内経路が異常路線を含む場合には、サーバ出力制御部１２８が、図３のＳ１０−１６において、案内経路情報だけでなく、異常情報（異常内容及び異常発生時刻を含む）も、第２端末装置３０ｂへ送信する。

次いで、図３のＳ１０−３２及びＳ１０−３４において、第２端末装置３０ｂの端末出力制御部３２２が、サーバ１０から受信した案内経路情報及び異常情報を含む出力用案内情報を生成する。

これにより、第２端末装置３０ｂのユーザは、操作部３８を用いて探索要求を入力するだけで、探索要求に対応する案内経路情報だけでなく、案内経路情報に対応する異常情報（即ち、第１端末装置３０ａのユーザが提供した情報）も得ることができる。

また、本実施形態のサーバ１０及び端末装置３０（第１端末装置３０ａ及び第２端末装置３０ｂを含む）の各構成は、図１又は図８に限られるものではない。即ち、サーバ１０の少なくとも一部の構成が端末装置３０に設けられても良いし、端末装置３０の少なくとも一部の構成がサーバ１０に設けられても良い。

例えば、第１実施形態のサーバ１０における、サーバ記憶部１４に記憶された情報が端末記憶部３４に記憶され、経路ネットワーク情報取得部１２２と、経路探索部１２６と、が端末装置３０に設けられ、端末異常処理部３２４が、サーバ異常処理部１３６の処理を実行しても良い。この場合には、端末装置３０は、ネットワーク５０と接続されない場合であっても、第１実施形態の情報処理を実行することができる。

例えば、第２実施形態のサーバ１０における、サーバ記憶部１４に記憶された情報が端末記憶部３４に記憶され、経路ネットワーク情報取得部１２２と、利用経路情報取得部１２４と、経路探索部１２６と、異常内容特定部１３０と、が端末装置３０に設けられても良い。この場合には、端末装置３０は、ネットワーク５０と接続されない場合であっても、第２実施形態の情報処理を実行することができる。

また、サーバ記憶部１４は、サーバ１０外に設けられても良い。この場合には、サーバ１０及び端末装置３０（第１端末装置３０ａ及び第２端末装置３０ｂを含む）は、ネットワーク５０を介してサーバ記憶部１４と接続される。

本実施形態に係る情報処理システム１の少なくとも一部は、ハードウェアで構成しても良いし、ソフトウェアで構成しても良い。ソフトウェアで構成する場合には、情報処理システム１の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させても良い。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でも良い。

また、本実施形態に係る情報処理システム１の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布しても良い。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布しても良い。

なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で構成要素を変形して具体化される。また、上述した実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明が形成可能である。例えば、上述した実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１ 情報処理システム
１０ サーバ
１２ サーバ制御部
１２０ サーバ通信制御部
１２２ 経路ネットワーク情報取得部
１２４ 利用経路情報取得部
１２６ 経路探索部
１２８ サーバ出力制御部
１３０ 異常内容特定部
１３２ 異常情報検証部
１３４ 信頼度管理部
１３６ サーバ異常処理部
１４ サーバ記憶部
１６ サーバ通信部
３０ 端末装置
３０ａ 第１端末装置
３０ｂ 第２端末装置
３２ 端末制御部
３２０ 端末通信制御部
３２２ 端末出力制御部
３２４ 端末異常処理部
３２６ 異常内容特定部
３２８ 利用経路情報取得部
３４ 端末記憶部
３６ 端末通信部
３８ 操作部
４０ 位置情報取得部
４２ 表示部
５０ ネットワーク

Claims (10)

1. 第１のユーザからの迂回経路の探索指示を取得する、取得手段と、
   前記取得手段が取得した前記探索指示に基づいて、迂回経路を探索し、探索した迂回経路を前記第１のユーザに送信する、送信手段と、
   前記探索指示の取得に応じて、第２のユーザに対して、異常情報を配信する、配信手段と、
   を備えることを特徴とする情報処理システム。
2. 前記配信手段は、前記探索指示に基づいて、発生した異常内容を特定し、この異常内容を異常情報として、前記第２のユーザに配信する、ことを特徴とする請求項１に記載の情報処理システム。
3. 前記探索指示には、前記第１のユーザの位置情報が含まれており、
   前記配信手段は、前記位置情報に基づいて、異常内容を特定する、
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記配信手段は、前記取得した数が所定数を超えた場合に、前記異常情報を前記第２のユーザに配信する、ことを特徴とする請求項１乃至請求項３のいずれかに記載の情報処理システム。
5. 前記探索指示には、前記第１のユーザのユーザＩＤが含まれており、
   前記配信手段は、前記ユーザＩＤに基づいて前記第１のユーザの信頼度を特定し、当該信頼度が所定の閾値より大きい場合に、前記異常情報を前記第２のユーザに配信する、ことを特徴とする請求項１乃至請求項３のいずれかに記載の情報処理システム。
6. 前記第２のユーザに配信する前記異常情報には、路線名、異常発生区間、及び、異常発生時刻が含まれている、
   ことを特徴とする請求項１に記載の情報処理システム。
7. 第１のユーザからの迂回経路の探索指示を取得する、取得手段と、
   前記取得手段が取得した前記探索指示に基づいて、迂回経路を探索し、探索した迂回経路を前記第１のユーザに送信する、送信手段と、
   前記探索指示の取得に応じて、第２のユーザに対して、異常情報を配信する、配信手段と、を備えるサーバから、配信された前記異常情報を、
   前記第２のユーザの端末装置が受信する受信手段
   として機能させることを特徴とする情報処理プログラム。
8. コンピュータを、
   第１のユーザからの迂回経路の探索指示を取得する、取得手段と、
   前記取得手段が取得した前記探索指示に基づいて、迂回経路を探索し、探索した迂回経路を前記第１のユーザに送信する、送信手段と、
   前記探索指示の取得に応じて、第２のユーザに対して、異常情報を配信する、配信手段、
   として機能させることを特徴とする情報処理プログラム。
9. 通信可能に接続された複数のコンピュータによって構成される情報処理システムを、
   第１のユーザからの迂回経路の探索指示を取得する、取得手段と、
   前記取得手段が取得した前記探索指示に基づいて、迂回経路を探索し、探索した迂回経路を前記第１のユーザに送信する、送信手段と、
   前記探索指示の取得に応じて、第２のユーザに対して、異常情報を配信する、配信手段と、
   して機能させるための情報処理プログラムであって、
   前記複数のコンピュータのうちの１つコンピュータを、上記手段のうちの１つ又は複数の手段として機能させるための情報処理プログラム。
10. 取得手段が、第１のユーザからの迂回経路の探索指示を取得するステップと、
    送信手段が、前記取得手段が取得した前記探索指示に基づいて、迂回経路を探索し、探索した迂回経路を前記第１のユーザに送信するステップと、
    配信手段が、前記探索指示の取得に応じて、第２のユーザに対して、異常情報を配信するステップと、
    を備えることを特徴とする情報処理方法。

Images