(57)【要約】【課題】専用の装置を用いることなく交通機関の運行情報の共有を行い、その運行情報を乗換案内に利用する技術を提供する。【解決手段】乗換案内システムは、現在位置を取得する位置取得部と、現在位置に基づいて、利用中の路線を特定する路線特定部と、特定された路線の運行情報を表す運行情報データを取得する情報取得部と、路線を表すタグ情報と運行情報とを含む運行情報メッセージを生成するメッセージ生成部と、投稿されたメッセージを複数の装置で共有するサービスを提供するＳＮＳサーバに運行情報メッセージを投稿するメッセージ投稿部と、各路線の接続状態を表す路線図データに基づき、運行情報データとＳＮＳサーバに投稿された前記運行情報メッセージとに応じて、出発地から目的地までの経路を探索し、該経路を含む乗換案内情報を生成する案内情報生成部と、を備える。【選択図】図１
2015137929.tif 000002
【特許請求の範囲】
【請求項１】
乗換案内システムであって、
現在位置を取得する位置取得部と、
前記現在位置に基づいて、利用中の路線を特定する路線特定部と、
特定された前記路線の運行情報を表す運行情報データを取得する情報取得部と、
前記路線を表すタグ情報と、前記運行情報と、を含む運行情報メッセージを生成するメッセージ生成部と、
投稿されたメッセージを複数の装置で共有するサービスを提供するＳＮＳ（ソーシャルネットワーキングサービス）サーバに、前記運行情報メッセージを投稿するメッセージ投稿部と、
各路線の接続状態を表す路線図データに基づき、前記運行情報データと、前記ＳＮＳサーバに投稿された前記運行情報メッセージとに応じて、出発地から目的地までの経路を探索し、該経路を含む乗換案内情報を生成する案内情報生成部と、
を備える乗換案内システム。
【請求項２】
請求項１に記載の乗換案内システムであって、
前記メッセージ生成部は、前記運行情報メッセージに、更に、ユーザの移動速度に関する情報と、所定の区間におけるユーザの移動時間と、のうち、少なくとも一つを含ませる、乗換案内システム。
【請求項３】
請求項１または請求項２に記載の乗換案内システムであって、
前記メッセージ生成部は、前記タグ情報を符号化する、乗換案内システム。
【請求項４】
請求項１から請求項３までのいずか一項に記載の乗換案内システムであって、
前記メッセージ投稿部は、更に、前記経路の探索によって算出される前記目的地への到着予定時間を前記ＳＮＳサーバに投稿する、乗換案内システム。
【請求項５】
請求項１から請求項４までのいずれか一項に記載の乗換案内システムであって、
前記案内情報生成部は、前記運行情報メッセージの件数が一定数よりも少ない場合に、前記運行情報データを用いて経路の探索を行う、乗換案内システム。
【請求項６】
乗換案内システムが実行する乗換案内方法であって、
（Ａ）現在位置を取得する工程と、
（Ｂ）前記現在位置に基づいて、利用中の路線を特定する工程と、
（Ｃ）特定された前記路線の運行情報を表す運行情報データを取得する工程と、
（Ｄ）前記路線を表すタグ情報と、前記運行情報と、を含む運行情報メッセージを生成する工程と、
（Ｅ）投稿されたメッセージを複数の装置で共有するサービスを提供するＳＮＳサーバに、前記運行情報メッセージを投稿する工程と、
（Ｆ）各路線の接続状態を表す路線図データに基づき、前記運行情報データと、前記ＳＮＳサーバに投稿された前記運行情報メッセージとに応じて、出発地から目的地までの経路を探索し、該経路を含む乗換案内情報を生成する工程と、
を含む乗換案内方法。
【請求項７】
コンピュータが実行するコンピュータプログラムであって、
現在位置を取得する機能と、
前記現在位置に基づいて、利用中の路線を特定する機能と、
特定された前記路線の運行情報を表す運行情報データを取得する機能と、
前記路線を表すタグ情報と、前記運行情報と、を含む運行情報メッセージを生成する機能と、
投稿されたメッセージを複数の装置で共有するサービスを提供するＳＮＳサーバに、前記運行情報メッセージを投稿する機能と、
各路線の接続状態を表す路線図データに基づき、前記運行情報データと、前記ＳＮＳサーバに投稿された前記運行情報メッセージとに応じて、出発地から目的地までの経路を探索し、該経路を含む乗換案内情報を生成する機能と、
をコンピュータに実現させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗換案内システム、乗換案内方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
例えば、列車やバスなどの公共交通機関の運行に遅延が生じた場合において、インターネット上に提供されている運行情報をスマートフォン等で閲覧して、目的の場所に到達可能な迂回路を検討することが一般的に行われている。例えば、特許文献１には、携帯端末の位置情報を収集して列車の最新の運行状況を把握し、その運行状況に基づいて迂回路等を自動的に探索する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１７０９０１号公報
【特許文献２】特開２０１０−２６４９３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載された技術では、位置情報の収集に専用のサーバが必要であるため、システムの構築に多大なコストを要する。そこで、本発明は、既存のＳＮＳ（Social Networking Service）の仕組みを利用することで、専用の装置を用いることなく交通機関の運行情報の共有を行い、更に、その運行情報を乗換案内に利用することを課題とする。
【０００５】
また、従来の乗換案内システムにおいては、使い勝手の向上や、処理負担の軽減、通信量の削減、などが望まれている。
【課題を解決するための手段】
【０００６】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態として実現することが可能である。
【０００７】
（１）本発明の一形態によれば、乗換案内システムが提供される。この乗換案内システムは、現在位置を取得する位置取得部と；前記現在位置に基づいて、利用中の路線を特定する路線特定部と；特定された前記路線の運行情報を表す運行情報データを取得する情報取得部と；前記路線を表すタグ情報と、前記運行情報と、を含む運行情報メッセージを生成するメッセージ生成部と；投稿されたメッセージを複数の装置で共有するサービスを提供するＳＮＳサーバに、前記運行情報メッセージを投稿するメッセージ投稿部と；各路線の接続状態を表す路線図データに基づき、前記運行情報データと、前記ＳＮＳサーバに投稿された前記運行情報メッセージとに応じて、出発地から目的地までの経路を探索し、該経路を含む乗換案内情報を生成する案内情報生成部と、を備える。このような形態の乗換案内システムによれば、ＳＮＳサーバに投稿された運行情報メッセージに応じて、出発地から目的地への経路を探索することができるので、専用の装置を用いることなく運行情報の共有を行うことができ、更に、その運行情報を経路探索に利用することができる。
【０００８】
（２）上記形態の乗換案内システムにおいて、前記メッセージ生成部は、前記運行情報メッセージに、更に、ユーザの移動速度に関する情報と、所定の区間におけるユーザの移動時間と、のうち、少なくとも一つを含ませてもよい。このような形態であれば、様々な情報を用いて経路探索を行うことができる。
【０００９】
（３）上記形態の乗換案内システムにおいて、前記メッセージ生成部は、前記タグ情報を符号化してもよい。このような形態であれば、運行情報メッセージを投稿可能な端末を制限することができるので、不正な運行情報メッセージが投稿されてしまうことを抑制することができる。この結果、経路探索の精度を向上させることができる。
【００１０】
（４）上記形態の乗換案内システムにおいて、前記メッセージ投稿部は、更に、前記経路の探索によって算出される前記目的地への到着予定時間を前記ＳＮＳサーバに投稿してもよい。このような形態であれば、例えば、目的地でユーザの到着を待つ人物等に、到着予定時間を通知することができる。
【００１１】
（５）上記形態の乗換案内システムにおいて、前記案内情報生成部は、前記運行情報メッセージの件数が一定数よりも少ない場合に、前記運行情報データを用いて経路の探索を行ってもよい。このような形態であれば、ＳＮＳサーバに投稿された運行情報メッセージの数が十分でない場合に、運行情報メッセージではなく、運行情報データに基づいて経路を探索することができる。よって、運行情報データと運行情報メッセージとのうち、信頼できる情報に基づいて経路探索を行うことができる。
【００１２】
本発明は、乗換案内システム以外の種々の形態で実現することも可能である。例えば、乗換案内システムが実行する乗換案内方法や、コンピュータが乗換案内を行うためのコンピュータプログラム、そのコンピュータプログラムを記録した一時的でない記録媒体、等の形態で実現することができる。
【図面の簡単な説明】
【００１３】
【図１】乗換案内システムの概略構成を示す説明図である。
【図２】投稿処理のフローチャートである。
【図３】乗換案内処理のフローチャートである。
【発明を実施するための形態】
【００１４】
Ａ．システム構成：
図１は、本発明の一実施形態としての乗換案内システム１０の概略構成を示す説明図である。乗換案内システム１０は、端末装置として複数のスマートフォン１００と、乗換案内サーバ２００と、ＳＮＳ（Social Networking Service）サーバ３００と、運行情報サーバ４００と、を備える。ＳＮＳサーバ３００は、投稿されたメッセージを複数の装置で共有するサービスを提供するサーバ装置である。運行情報サーバ４００は、列車の運行状態を示す運行情報データを、インターネット８０を通じて提供するサーバ装置である。
【００１５】
スマートフォン１００は、送受信アンテナと無線基地局と交換局とを含む通信キャリア７０を介して、インターネット８０に接続された各サーバにアクセスする。スマートフォン１００は、制御部１１０と、無線通信部１２０と、タッチパネル１２４と、表示部１２６と、マイク１２８と、スピーカ１３０と、ＧＰＳ受信機１３６と、記憶部１３８と、を備える。
【００１６】
無線通信部１２０は、通信キャリア７０を介したデータ通信や音声通信を行うための回路である。表示部１２６は、地図画像等の種々の画像を表示する装置である。タッチパネル１２４は、表示部１２６に重畳して設けられており、指やペンによるユーザからのタッチ操作を受け付ける。ＧＰＳ受信機１３６は、ＧＰＳ（Global Positioning System／全地球測位システム）を構成する人工衛星から受信した電波に基づいて、スマートフォン１００（ユーザ）の現在位置（経度・緯度）を測位する。マイク１２８は、音声通信時においてユーザから発せられた音声を取得する。スピーカ１３０は、音声通信時において通話相手から受信した音声を出力する。
【００１７】
制御部１１０は、ＣＰＵやメモリを備えたコンピュータとして構成されており、スマートフォン１００の動作全体を制御する。制御部１１０は、メモリに記録されたコンピュータプログラムがＣＰＵによって実行されることにより、路線特定部１１１、情報取得部１１２、メッセージ生成部、および、メッセージ投稿部１１６として機能する。コンピュータプログラムは、各種の記録媒体に記録されていてもよい。
【００１８】
路線特定部１１１は、ＧＰＳ受信機１３６によって測位された現在位置に基づいて、現在利用中の路線を特定する。
【００１９】
情報取得部１１２は、路線特定部１１１によって特定された路線の運行情報データを、インターネット８０を介して運行情報サーバ４００から取得する。運行情報データには、例えば、路線名、遅延状況、遅延原因、復旧見込、他の輸送機関による振替情報、が含まれる。
【００２０】
メッセージ生成部１１４は、路線特定部１１１によって特定された路線の路線名と、情報取得部１１２によって取得された運行情報データとに基づいて、交通機関の運行状態を表すメッセージを生成する。以下、このメッセージを「運行情報メッセージ」という。生成されるメッセージの詳細については後述する。
【００２１】
メッセージ投稿部１１６は、メッセージ生成部１１４によって生成されたメッセージをＳＮＳサーバ３００に投稿（送信）する。メッセージがＳＮＳサーバ３００に投稿されると、ＳＮＳサーバ３００は、そのメッセージを記憶し、スマートフォン１００や他の装置からの要求に応じて、そのメッセージを送信することで、メッセージの共有を行う。
【００２２】
制御部１１０は、その他にも、乗換案内サーバ２００から乗換案内情報を取得して、記憶部１３８に記憶させる機能を有する。乗換案内情報には、出発地から目的地に至るまでに乗車する列車の名称、路線名、乗換駅名、乗換駅における乗換時間、各駅までの所要時間、等の種々の情報が含まれる。また、乗換案内情報には、出発地から目的地までの各路線の位置情報を含む路線図データが含まれる。路線特定部１１１は、この路線図データ中の各路線の位置と、ＧＰＳ受信機１３６によって測位された現在位置とを対比することで、現在利用中の路線を特定する。制御部１１０は、記憶部１３８に記憶された乗換案内情報に基づき、表示部１２６に乗換案内を表示する。
【００２３】
乗換案内サーバ２００は、通信部２１０と、制御部２２０と、記憶部２３０と、を備える。通信部２１０は、インターネット８０を介してスマートフォン１００や他のサーバ（運行情報サーバ４００、ＳＮＳサーバ３００）と通信を行う。
【００２４】
記憶部２３０には、時刻表データと路線図データとが記憶されている。時刻表データには、各駅の時刻表が記録されている。また、路線図データには、各路線のつながり状態がノードデータおよびリンクデータにより表されている。ノードデータは各駅を表し、リンクデータが、各駅間の線路を表す。各リンクには、そのリンクを通過するための旅行時間がコストデータとして対応付けられている。
【００２５】
制御部２２０は、ＣＰＵやメモリを備えており、乗換案内サーバ２００の動作全体を制御する。制御部２２０は、メモリに記憶されたコンピュータプログラムがＣＰＵによって実行されることにより、情報取得部２２２、メッセージ取得部２２４、および、案内情報生成部２２６、として機能する。コンピュータプログラムは、各種の記録媒体に記録されていてもよい。
【００２６】
情報取得部２２２は、インターネット８０を介して運行情報サーバ４００から各路線の運行情報データを取得する。
【００２７】
メッセージ取得部２２４は、インターネット８０を介してＳＮＳサーバ３００から運行情報メッセージを取得する。
【００２８】
案内情報生成部２２６は、記憶部２３０に記憶された時刻表データと路線図データとを用いて、周知のダイクストラ法に基づき推奨経路の探索を行い、探索結果に応じて乗換案内情報を生成する。上述したように、この乗換案内情報には、出発地から目的地に至るまでに乗車する列車の名称、路線名、乗換駅名、乗換駅における乗換時間、各駅までの所要時間、出発地から目的地までの路線図データ等が含まれる。乗換案内情報を生成すると、案内情報生成部２２６は、生成した乗換案内情報を、スマートフォン１００に送信する。
【００２９】
Ｂ．投稿処理：
図２は、スマートフォン１００において実行される投稿処理のフローチャートである。この投稿処理は、乗換案内サーバ２００から既に乗換案内情報が取得されて記憶部２３０に記憶されている状況において、例えば、定期的な間隔（例えば、５分間に１回）で自動的に実行される。
【００３０】
この投稿処理が開始されると、スマートフォン１００の制御部１１０は、ＧＰＳ受信機１３６から現在位置を取得する（ステップＳ１０）。すると、路線特定部１１１は、記憶部１３８に記憶されている乗換案内情報中の路線図データに基づき、測位された現在位置に対応する路線の名称（路線名）と、その路線上の現在の場所とを特定する（ステップＳ１２）。路線上の現在の場所とは、例えば、駅に停車中であればその駅の名称であり、移動中であれば、現在位置の前後の駅の名称である。
【００３１】
乗車中の路線と現在の場所とを特定すると、制御部１１０は、測位された現在位置の変化に基づいてユーザの移動速度、所定の地点間（例えば、乗換駅間）の移動時間、および、進行方向を算出する（ステップＳ１４）。
【００３２】
続いて、制御部１１０の情報取得部１１２は、ステップＳ１２で特定された路線の運行情報データを運行情報サーバ４００から取得する（ステップＳ１６）。上述したように、運行情報サーバ４００から取得される運行情報データには、例えば、路線名、遅延状況、遅延原因、復旧見込、振替情報、が含まれる。
【００３３】
運行情報データを取得すると、制御部１１０のメッセージ生成部１１４は、ステップＳ１２で特定された路線名を符号化する（ステップＳ２０）。路線名の符号化は、例えば、路線名をその路線に対応する所定の番号に変換してもよいし、路線名に暗号化を施してもよい。
【００３４】
路線名を符号化すると、メッセージ生成部１１４は、ＳＮＳサーバ３００に投稿可能な形式（例えば、文字数、文字コード等）に応じて、運行情報メッセージを生成する（ステップＳ２２）。運行情報メッセージには、タグ情報と本文とが含まれる。タグ情報とは、同じような内容のメッセージを分類するために用いられる情報である。本実施形態では、このタグ情報として、ステップＳ１８で符号化された路線名が記述される。路線名をタグ情報として用いることで、同じ路線について投稿されたメッセージを容易に分類することができる。タグ情報には、その情報がタグ情報であることを識別するために所定の記号（例えば、ハッシュ記号）が付される。本実施形態では、本文に対しては、ステップＳ１２で判定された場所、ステップＳ１４で算出された移動速度、移動時間、進行方向、ステップＳ１６で取得された運行情報データ（遅延状況、遅延原因、復旧見込、振替情報）等が記述される。なお、現在の路線において運行情報データが運行情報サーバ４００から取得されなかった場合には、メッセージ生成部１１４は、運行情報データを省いた運行情報メッセージを生成する。
【００３５】
運行情報メッセージを生成すると、メッセージ投稿部１１６は、生成された運行情報メッセージを、ＳＮＳサーバ３００に投稿（送信）する（ステップＳ２２）。以上で説明した投稿処理が、乗換案内システム１０に含まれる複数のスマートフォン１００において実行されることにより、一定の形式で生成された様々な地点における運行情報メッセージがＳＮＳサーバ３００によって共有されることになる。
【００３６】
Ｃ．乗換案内処理：
図３は、乗換案内システム１０において実行される乗換案内処理のフローチャートである。この乗換案内処理は、スマートフォン１００と乗換案内サーバ２００とによって実行される処理である。
【００３７】
まず、スマートフォン１００においてユーザが乗換案内のための所定の操作を行うと、スマートフォン１００の制御部１１０は、乗換案内要求を乗換案内サーバ２００に送信する（ステップＳ１００）。この乗換案内要求には、出発地（出発駅）、目的地（到着駅）、経由駅、出発時間、到着時間、など、ユーザから指定された種々条件が含まれる。
【００３８】
乗換案内サーバ２００の制御部２２０が、スマートフォン１００から乗換案内要求を受信すると（ステップＳ２００）、情報取得部２２２は、出発地と目的地とを含む所定の範囲（例えば、出発地と目的地とを対角上に有する矩形範囲）内に一部でも存在する路線の運行情報データを運行情報サーバ４００から取得する（ステップＳ２０２）。更に、情報取得部２２２は、ＳＮＳサーバ３００に投稿されている運行情報メッセージのうち、前記範囲内に存在する路線名（符号化された路線名）がタグ情報に記述された運行情報メッセージを、ＳＮＳサーバ３００から取得する（ステップＳ２０４）。
【００３９】
情報取得部２２２によって運行情報データと運行情報メッセージとが取得されると、案内情報生成部２２６が、取得された運行情報データおよび運行情報メッセージと、記憶部２３０内の時刻表データおよび路線図データと、を用いて、周知のダイクストラ法等のアルゴリズムを用いて、出発地から目的地までの経路を探索すると共に、目的地への到着予定時間を算出する（ステップＳ２０６）。案内情報生成部２２６は、乗換回数の少ない順、到着時間の速い順、運賃の安い順、などの条件に応じて、複数の経路の候補を探索してもよい。到着予定時間は、出発駅の発車時間に、経路中の各リンクデータに対応付けられたコストデータ（旅行時間）と、各ノードデータ（駅）における停車時間と、乗換駅における乗り換え時間と、をすべて加算することで算出することができる。各駅の停車時間は、時刻表データから取得することができる。また、乗り換え時間は、時刻表データに記録された乗換駅における各路線の発着時間に基づき算出することができる。
【００４０】
上記ステップＳ２０６では、例えば、案内情報生成部２２６は、運行情報メッセージあるいは運行情報データに、「運休中」と記録された路線（あるいは駅と駅との間の地点）に該当するリンクデータのコスト（旅行時間）を通常のコストよりも引き上げて経路探索を行う。また、案内情報生成部２２６は、運行情報メッセージあるいは運行情報データに、復旧見込みの時間が記録されている場合には、その時間を、現在位置に該当するリンクのコストに反映させて経路探索を行う。こうすることにより、例えば、復旧を待つ方が他の路線を用いて移動するよりも短時間で目的地に到達する場合には、現在位置で待機するような経路が探索される。また、案内情報生成部２２６は、運行情報メッセージあるいは運行情報データに、振替情報として他の路線名が記録されている場合には、その路線の最寄りの駅を出発地とした経路探索を行う。また、案内情報生成部２２６は、運行情報メッセージに運休あるいは遅延といった情報が含まれていない場合であっても、運行情報メッセージ中の移動速度が、該当する路線の通常の移動速度よりも顕著に遅い場合、あるいは、運行情報メッセージ中の移動時間が、該当する区間のコスト（旅行時間）を大幅に超過している場合に、その区間に遅延が発生していると判断し、その区間のコストを引き上げる。これらの処理を行うことで、案内情報生成部２２６は、運休あるいは遅延の生じている路線や区間を回避可能な経路を探索することができる。
【００４１】
上記ステップＳ２０６では、案内情報生成部２２６は、ステップＳ２０４で取得された運行情報メッセージが一定数（例えば、５０件）よりも少ない場合には、ＳＮＳサーバ３００から取得された運行情報メッセージではなく、運行情報サーバ４００から取得された運行情報データを用いて経路探索を行う。換言すれば、運行情報メッセージが一定数よりも多ければ、運行情報データではなく、運行情報メッセージを用いて経路探索を行う。こうすることで、案内情報生成部２２６は、ＳＮＳサーバに投稿された運行情報メッセージの数が十分でない場合に、運行情報メッセージではなく、運行情報データに基づいて経路を探索することができる。よって、運行情報データと運行情報メッセージとのうち、信頼できる情報に基づいて経路探索を行うことができる。
【００４２】
経路探索を終了すると、乗換案内サーバ２００の制御部２２０は、探索された経路および目的地への到着予定時間を含む乗換案内情報をスマートフォン１００に送信する（ステップＳ２０８）。スマートフォン１００は、乗換案内サーバ２００から送信された乗換案内情報を受信すると（ステップＳ１０２）、ユーザから所定の指示があった場合に、予め指定された端末（他のユーザ）に宛てて、目的地への到着予定時間をＳＮＳサーバ３００に投稿する（ステップＳ１０４）。再度の乗換案内処理の実行等によって到着予定時間が変更された場合には、到着予定時間をその都度、再投稿してもよい。なお、到着予定時間は、電子メールなどによって送信してもよい。最後に、スマートフォン１００は、ステップＳ１０２で受信した乗換案内情報を、表示部１２６に表示する（ステップＳ１０６）。
【００４３】
Ｄ．効果：
以上で説明した本実施形態の乗換案内システム１０によれば、ＳＮＳサーバ３００に投稿された運行情報メッセージに基づいて運休や遅延の生じている路線を回避可能な経路を探索することができるので、専用の装置を用いることなく既存のＳＮＳの仕組みを利用して運行情報の共有を行い、更に、その運行情報を乗換案内に利用することができる。また、運行情報メッセージは、スマートフォン１００が自動的にＳＮＳサーバ３００に送信するので、ユーザに負担を生じさせることがない。また、運行情報メッセージは、すべて、一定の形式で生成されるので、メッセージに記録された情報を正確に分類して利用することができる。
【００４４】
また、本実施形態では、運行情報メッセージに記述するタグ情報を符号化するので、運行情報メッセージを投稿可能な端末を、符号化方法を知っている端末（例えば、乗換案内サービスに加入している端末）に制限することができる。そのため、不正な運行情報メッセージが、意図しない端末から投稿されてしまうことを抑制することが可能になり、この結果、乗換案内の精度を向上させることができる。
【００４５】
また、本実施形態では、スマートフォン１００は、乗換案内情報を乗換案内サーバ２００から取得した後に、目的地に到着する予定時間をＳＮＳサーバに投稿するので、例えば、目的地でユーザの到着を待つ人物等に、到着予定時間を予め知らせておくことができる。
【００４６】
Ｅ．変形例：
上記実施形態では、経路探索および乗換案内情報の生成を乗換案内サーバ２００が実行している。これに対して、路線図データや時刻表データをスマートフォン１００が記憶していれば、これらの処理はスマートフォン１００が実行してもよい。この場合、スマートフォン１００の情報取得部１１２が、乗換案内情報の生成時に用いる運行情報データと運行情報メッセージとを、各サーバ（運行情報サーバ４００、ＳＮＳサーバ３００）から取得する。
【００４７】
上記実施形態では、運行情報メッセージを生成する際に、タグ情報を符号化している。これに対して、タグ情報の符号化は行わなくてもよい。タグ情報の符号化が行われていなければ、より多くの端末によって運行情報メッセージの共有を行うことができる。
【００４８】
スマートフォン１００は、無線ＬＡＮ通信回路を備えていてもよい。この場合、制御部１１０は、複数の無線ＬＡＮアクセスポイントからそれぞれ受信した電波の受信強度に応じて、現在位置を検出することができる。そのため、ＧＰＳの電波が届かない場所であっても、無線ＬＡＮのアクセスポイントが設置されている場所（例えば、地下）であれば、現在利用中の路線を特定することができる。
【００４９】
上記実施形態では、列車の乗換案内に対して本発明を適用した例を説明したが、飛行機や船舶、バスなどの他の移動手段の乗換案内や、複数の移動手段を組み合わせた乗換案内に本発明を適用してもよい。また、上記実施形態において、列車の遅延あるいは運休時に、振替手段として列車が存在しない場合には、バスやタクシーなどの他の移動手段を用いた経路を代替経路として案内してもよい。バスの経路は、バス用の路線図データと時刻表データに基づき探索することができる。また、タクシーの経路探索は、通常の道路ネットワークデータに基づき探索することができる。これらの移動手段を用いた経路を案内する場合には、現在位置から最寄りのバス停やタクシー乗り場までの徒歩による経路をあわせて案内してもよい。
【００５０】
上記実施形態において、運行情報メッセージには、少なくとも、路線名を表すタグ情報と、その路線において運休あるいは遅延が生じているか否かを示す情報とが含まれていればよい。その他の情報、例えば、移動速度や、進行方向は、遅延の原因、振替情報等、は含まれていなくてもよい。
【００５１】
上記実施形態において、乗換案内処理は、外出中や移動中、あるいは運行に遅延が生じている現場でリアルタイムに実行されてもよいし、ユーザが自宅のコンピュータ等を用いて、事前の旅行計画を立てる際に実行されてもよい。
【００５２】
上記実施形態では、端末装置としてスマートフォン１００を適用した。しかし、端末装置はスマートフォンに限らず、例えば、一般的な携帯電話（フィーチャーフォン）や、ノート型パーソナルコンピュータ、タブレット端末、携帯情報端末（ＰＤＡ）、携帯音楽プレーヤ、携帯型ゲーム機、カーナビゲーションシステム、ポータブルナビゲーションシステム（ＰＮＤ）など、様々な装置によって構成することが可能である。
【００５３】
本発明は、上述の実施形態や変形例に限られるものではなく、その趣旨を逸脱しない範囲において種々の構成で実現することができる。例えば、発明の概要の欄に記載した各形態中の技術的特徴に対応する実施形態、変形例中の技術的特徴は、上述の課題の一部又は全部を解決するために、あるいは、上述の効果の一部又は全部を達成するために、適宜、差し替えや、組み合わせを行うことが可能である。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することが可能である。
【符号の説明】
【００５４】
１０…乗換案内システム
７０…通信キャリア
８０…インターネット
１００…スマートフォン
１１０…制御部
１１１…路線特定部
１１２…情報取得部
１１４…メッセージ生成部
１１６…メッセージ投稿部
１２０…無線通信部
１２４…タッチパネル
１２６…表示部
１２８…マイク
１３０…スピーカ
１３６…ＧＰＳ受信機
１３８…記憶部
２００…乗換案内サーバ
２１０…通信部
２２０…制御部
２２２…情報取得部
２２４…メッセージ取得部
２２６…案内情報生成部
２３０…記憶部
３００…ＳＮＳサーバ
４００…運行情報サーバ
【図１】
2015137929.tif 000003
【図２】
2015137929.tif 000004
【図３】
2015137929.tif 000005