特許 7452964 表示制御装置、表示制御方法および表示制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-11

(45)【発行日】2024-03-19

(54)【発明の名称】表示制御装置、表示制御方法および表示制御プログラム

(51)【国際特許分類】

   B61L 25/02 20060101AFI20240312BHJP

   G06Q 50/10 20120101ALI20240312BHJP

【ＦＩ】

B61L25/02 A

G06Q50/10

【請求項の数】 16

(21)【出願番号】P 2019170790

(22)【出願日】2019-09-19

(65)【公開番号】P2021046142

(43)【公開日】2021-03-25

【審査請求日】2021-06-18

【審判番号】

【審判請求日】2022-07-26

【早期審査対象出願】

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ＬＩＮＥヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】松山 朋央

(72)【発明者】

【氏名】鯉沼 龍太

(72)【発明者】

【氏名】関 豪志

(72)【発明者】

【氏名】山浦 優樹

(72)【発明者】

【氏名】丸山 三喜也

【合議体】

【審判長】河端 賢

【審判官】青木 良憲

【審判官】倉橋 紀夫

(56)【参考文献】

【文献】特開２０１５－５７５８８（ＪＰ，Ａ）

【文献】特開２００８－１６２５６５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

B61L 25/02

G06Q 50/10

(57)【特許請求の範囲】

【請求項1】

所定の路線上における複数の運行車両としてユーザに入力された検索条件を満たす路線での運行車両毎に、当該運行車両に関する車両情報を取得する取得部と、
前記複数の運行車両毎に取得された前記車両情報に基づいて、前記所定の路線に遅延が発生していると判定された場合には、前記所定の路線に含まれる駅のうち、前記ユーザが乗車に利用すると推定される駅である利用候補駅に到着予定の複数の運行車両に関する情報を集計する集計部と、
前記集計部による集計結果に基づいて、前記利用候補駅に到着予定の複数の運行車両同士の運行時隔であって、前記遅延に応じた運行時隔を予測する情報制御部と、
前記運行車両の移動に関する移動情報として、前記情報制御部により予測された前記運行時隔に基づく情報を前記ユーザの端末装置に表示させる表示制御部と
を有し、
前記情報制御部は、前記所定の路線に遅延が発生していると判定された場合には、運行時隔の閾値を超えるか否かに応じて利用すべき路線が条件付けられたデータベースと、前記予測した運行時隔および前記所定の路線の組合せとを照らし合わせて、前記ユーザが希望する降車駅へとより効率的に到着できると予測される路線を判定し、判定結果が示す路線の情報を遅延時の最適路線として、前記ユーザの端末装置に表示させる
ことを特徴とする表示制御装置。

【請求項2】

前記取得部は、前記運行車両の現在の運行状況を示す前記車両情報を取得する
ことを特徴とする請求項１に記載の表示制御装置。

【請求項3】

前記表示制御部は、前記集計部による集計結果から予測された予測情報であって、前記情報制御部により予測された予測情報に基づく情報を含む前記移動情報を表示させる
ことを特徴とする請求項１または２に記載の表示制御装置。

【請求項4】

前記集計部は、前記複数の運行車両毎に取得された前記車両情報に基づいて、前記利用候補駅での運行車両の発着数を集計する
ことを特徴とする請求項１～３のいずれか１つに記載の表示制御装置。

【請求項5】

前記集計部は、前記発着数として、前記複数の運行車両毎に取得された前記車両情報に基づき遅延が発生していると判定された場合での前記発着数を集計する
ことを特徴とする請求項４に記載の表示制御装置。

【請求項6】

前記集計部は、前記利用候補駅を基準とした場合における位置情報であって、前記複数の運行車両のうちの所定の運行車両および前記所定の運行車両に対して後続する運行車両の位置情報を集計する
ことを特徴とする請求項１～５のいずれか１つに記載の表示制御装置。

【請求項7】

前記情報制御部は、前記運行時隔として、前記複数の運行車両のうちの所定の運行車両に対して後続する運行車両である後続車両同士の運行時隔を予測し、
前記表示制御部は、前記運行時隔に基づく情報として、前記情報制御部により予測された後続車両同士の運行時隔を示す情報を表示させる
ことを特徴とする請求項１～６のいずれか１つに記載の表示制御装置。

【請求項8】

前記表示制御部は、前記運行時隔に基づく情報として、前記後続車両同士の運行時隔に基づき算出された平均運行時隔を示す情報を表示させる
ことを特徴とする請求項７に記載の表示制御装置。

【請求項9】

前記表示制御部は、前記予測情報として、前記所定の路線での遅延発生時における運行本数に基づく情報を含む前記移動情報を表示させる
ことを特徴とする請求項３に記載の表示制御装置。

【請求項10】

前記表示制御部は、前記運行本数に基づく情報として、前記運行本数と、前記所定の路線での平常運転時における運行本数とを比較した比較結果を含む前記移動情報を表示させる
ことを特徴とする請求項９に記載の表示制御装置。

【請求項11】

前記表示制御部は、前記予測情報として、前記所定の路線での遅延発生時における到着予定時刻であって、複数の運行車両のうちの所定の運行車両および前記所定の運行車両に対して後続する運行車両である後続車両が前記利用候補駅に到着するまでの到着予定時刻に基づく情報を含む前記移動情報を表示させる
ことを特徴とする請求項３に記載の表示制御装置。

【請求項12】

前記表示制御部は、前記到着予定時刻に基づく情報として、前記到着予定時刻に基づき算出された待ち時間であって、前記利用候補駅に前記所定の運行車両および前記後続車両が到着するまでの待ち時間を含む前記移動情報を表示させる
ことを特徴とする請求項１１に記載の表示制御装置。

【請求項13】

前記表示制御部は、前記運行時隔に関する情報に応じて、前記所定の路線、または、前記所定の路線とは異なる他の路線のうち、いずれか一方の路線の利用を提案する前記移動情報を表示させる
ことを特徴とする請求項１～１２のいずれか１つに記載の表示制御装置。

【請求項14】

前記表示制御部は、前記検索条件を満たす路線毎に、前記移動情報を並べて表示させる
ことを特徴とする請求項１～１３のいずれか１つに記載の表示制御装置。

【請求項15】

表示制御装置が実行する表示制御方法であって、
所定の路線上における複数の運行車両としてユーザに入力された検索条件を満たす路線での運行車両毎に、当該運行車両に関する車両情報を取得する取得工程と、
前記複数の運行車両毎に取得された前記車両情報に基づいて、前記所定の路線に遅延が発生していると判定された場合には、前記所定の路線に含まれる駅のうち、前記ユーザが乗車に利用すると推定される駅である利用候補駅に到着予定の複数の運行車両に関する情報を集計する集計工程と、
前記集計工程による集計結果に基づいて、前記利用候補駅に到着予定の複数の運行車両同士の運行時隔であって、前記遅延に応じた運行時隔を予測する情報制御工程と、
前記運行車両の移動に関する移動情報として、前記情報制御工程により予測された前記運行時隔に基づく情報を前記ユーザの端末装置に表示させる表示制御工程と
を含み、
前記情報制御工程は、前記所定の路線に遅延が発生していると判定された場合には、運行時隔の閾値を超えるか否かに応じて利用すべき路線が条件付けられたデータベースと、前記予測した運行時隔および前記所定の路線の組合せとを照らし合わせて、前記ユーザが希望する降車駅へとより効率的に到着できると予測される路線を判定し、判定結果が示す路線の情報を遅延時の最適路線として、前記ユーザの端末装置に表示させる
ことを特徴とする表示制御方法。

【請求項16】

所定の路線上における複数の運行車両としてユーザに入力された検索条件を満たす路線での運行車両毎に、当該運行車両に関する車両情報を取得する取得手順と、
前記複数の運行車両毎に取得された前記車両情報に基づいて、前記所定の路線に遅延が発生していると判定された場合には、前記所定の路線に含まれる駅のうち、前記ユーザが乗車に利用すると推定される駅である利用候補駅に到着予定の複数の運行車両に関する情報を集計する集計手順と、
前記集計手順による集計結果に基づいて、前記利用候補駅に到着予定の複数の運行車両同士の運行時隔であって、前記遅延に応じた運行時隔を予測する情報制御手順と、
前記運行車両の移動に関する移動情報として、前記情報制御手順により予測された前記運行時隔に基づく情報を前記ユーザの端末装置に表示させる表示制御手順と
をコンピュータに実行させ、
前記情報制御手順は、前記所定の路線に遅延が発生していると判定された場合には、運行時隔の閾値を超えるか否かに応じて利用すべき路線が条件付けられたデータベースと、前記予測した運行時隔および前記所定の路線の組合せとを照らし合わせて、前記ユーザが希望する降車駅へとより効率的に到着できると予測される路線を判定し、判定結果が示す路線の情報を遅延時の最適路線として、前記ユーザの端末装置に表示させる
ことを特徴とする表示制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、表示制御装置、表示制御方法および表示制御プログラムに関する。

【背景技術】

【0002】

従来、列車の乗換検索、列車の運行情報、時刻表情報等を提供するサービスが知られている。例えば、特許文献１には、利用者の情報端末に列車の遅延関連情報をリアルタイムで配信する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１０－１１６１０２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の従来技術では、路線案内に対するユーザの満足度を高めることができるとは限らない。例えば、上記の従来技術では、駅構内で放送される遅延関連情報は指令所から各駅に無線で連絡されるため、一般利用者に対して最新の遅延関連情報をリアルタイムで伝達することは不可能であるとの問題点に対して、ＰＣや携帯電話等の端末に現時点での遅延関連情報をリアルタイムで配信するものである。一例として、上記の従来技術では、遅延発生時刻、遅延復旧時刻、遅延発生列車番号、遅延発生原因、復旧レベル、振替輸送の有無をリアルタイム更新しＰＣや携帯電話等の端末に配信する。

【0005】

このような上記の従来技術によると、利用者は、例えば、自身が利用したいと考えている路線の遅延状況を把握することができたとしても、この路線での詳細な運行状況まではわからない。例えば、かかる利用者は、この路線では現状どれくらいの運転間隔で運行されているかや平常運転時と比較して遅延がどれほど悪い状況であるのかといった、車両間の関係性に関する詳細な運行状況まではわからない。このため、上記の従来技術では、利用者は、当初予定していた路線をそのまま利用すべきか、あるいは、他の路線を利用すべきかの判断に困ってしまうため最適な移動手段を探すための努力を要求される。このようなことから、上記の従来技術では、必ずしも路線案内に対するユーザの満足度を高めることができるとは限らない。

【0006】

本願は、上記に鑑みてなされたものであって、路線案内に対するユーザの満足度を高めることができる表示制御装置、表示制御方法および表示制御プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本願にかかる表示制御装置は、所定の路線上における複数の運行車両毎に、当該運行車両に関する車両情報を取得する取得部と、前記取得部により取得された車両情報から予測された予測情報であって、前記複数の運行車両のうち、所定の運行車両と、前記所定の路線上において当該所定の運行車両に対して後続する運行車両である後続車両との関係性に関する予測情報に基づいて、当該所定の運行車両の移動に関する移動情報を表示させる表示制御部とを有することを特徴とする。

【発明の効果】

【0008】

実施形態の一態様によれば、路線案内に対するユーザの満足度を高めることができるといった効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態にかかる表示制御処理の前提を説明する説明図である。

【図2】図２は、実施形態にかかる表示制御処理の一例を示す図である。

【図3】図３は、平常運転時に対応する配信対象のページの一例を示す図である。

【図4】図４は、遅延時に対応する配信対象のページの一例を示す図である。

【図5】図５は、実施形態にかかる表示制御システムの構成例を示す図である。

【図6】図６は、実施形態にかかる表示制御装置の構成例を示す図である。

【図7】図７は、実施形態にかかる時刻表情報記憶部の一例を示す図である。

【図8】図８は、実施形態にかかる表示制御処理手順を示すフローチャートである。

【図9】図９は、表示制御装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0010】

以下に、本願にかかる表示制御装置、表示制御方法および表示制御プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ説明する。なお、この実施形態により本願にかかる表示制御装置、表示制御方法および表示制御プログラムが限定されるものではない。また、以下の実施形態において、同一の部位には同一の符号を付し、重複する説明は省略される。

【0011】

〔１．表示制御処理の概要〕
図１～図４を用いて、実施形態にかかる表示制御処理の一例について説明する。図１では、実施形態にかかる表示制御処理の前提について説明する。図２では、実施形態にかかる表示制御処理の処理手順を説明する。図３および図４では、実施形態にかかる表示制御に応じた画面例について説明する。また、実施形態にかかる表示制御処理は、図１に示す表示制御装置１００によって行われる。表示制御装置１００は、例えば、サーバ装置である。

【0012】

図１～図４の説明に先立って、図５を用いて、まず、実施形態にかかる表示制御システムについて説明する。図５は、実施形態にかかる表示制御システム１の構成例を示す図である。実施形態にかかる表示制御システム１は、図５に示すように、端末装置１０と、外部装置３０と、表示制御装置１００とを含む。端末装置１０、外部装置３０、表示制御装置１００は、ネットワークＮを介して有線または無線により通信可能に接続される。

【0013】

端末装置１０は、表示制御装置１００からのサービスを受けるユーザによって利用される情報処理端末である。端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。また、端末装置１０には、表示制御装置１００に対応するアプリケーションが予めインストールされているものとする。本実施形態では、端末装置１０には、路線案内に関するアプリケーション（以下、「アプリＡＰ」と表記する場合がある）が予めインストールされているものとする。

【0014】

例えば、端末装置１０は、アプリＡＰの制御に従って、表示制御装置１００にアクセスし、アクセスに応じた結果を表示制御装置１００から受信しこれを表示する。例えば、端末装置１０は、アプリＡＰの制御に従って、ユーザにより入力された検索条件に対応する路線検索結果を路線案内として表示する。また、端末装置１０は、アプリＡＰの制御に従って、路線毎の運行状況や路線毎の時刻表情報等も表示する。

【0015】

外部装置３０は、鉄道会社毎の運行状況を示す運行情報を随時取得することにより、運行情報を最新のものに更新して蓄積しているサーバ装置である。例えば、外部装置３０は、各鉄道会社に属するサーバ装置から運行情報を取得して、最新の運行情報へと更新する。また、外部装置３０を管理する事業者と、表示制御装置１００を管理する事業者とは同一であってもよいし異なっていてもよい。

【0016】

表示制御装置１００の説明の前に、ここで、実施形態にかかる表示制御処理が行われるにあたっての前提について図１を用いて説明する。図１は、実施形態にかかる表示制御処理の前提を説明する説明図である。図１（ａ）には、実施形態にかかる表示制御処理に対して比較対象となる従来技術の一例が示される。図１（ｂ）には、実施形態にかかる表示制御処理が概念的に示されている。

【0017】

図１（ａ）によると、従来技術は、路線検索における検索条件に対応する路線ＬＮｘと、路線ＬＮｘ上の駅ＳＴｘ１およびＳＴｘ２とが表示されている状態で、これらの駅に対する現在の上り運行車両ＵＴＲ１１の位置情報と、現在の下り運行車両ＤＴＲ２１の位置情報とを表示させている。このように従来技術では、現在の運行車両の大まかな位置情報を表示させているに過ぎず、路線ＬＮｘ全体として現在どのような運行状況であるかや、路線ＬＮｘの運行状況が今後どのように移り変わってゆく可能性があるかが考慮されていない。一例を示すと、従来技術では、路線ＬＮｘにおける運行車両の関係性として、例えば、現在どのような運行間隔で運行されているかが考慮されていない。このようなことから、従来技術によれば、ユーザは今この瞬間での運行車両の大まかな位置情報を把握することができたとしても、路線ＬＮｘ全体としての現在の運行状況までは把握できない。また、ユーザは、路線ＬＮｘ全体としての現在の運行状況までは把握できないことにより、例えば、駅ＳＴｘ１において電車遅延が発生している場合、このまま路線ＬＮｘを利用すべきなのか（駅ＳＴｘ１に電車が来るのを待つべきなのか）、あるいは、路線ＬＮｘ以外の他路線の利用に切り替えるべきなのかの判断に困る。

【0018】

最適な判断ができない場合、ユーザは、以下のようなマイナスのシチュエーションに陥ってしまうことが考えられる。例えば、ユーザは、他路線の利用に切り替えるべきと判断し他路線まで徒歩で移動した後、路線ＬＮｘは確かに遅延しているが平常運転時とほとんど変わりない運行間隔で運行されていたという状況を知ったとする。この場合、ユーザは、駅ＳＴｘ１で電車を待つべきであったとの観点から他路線への移動が無駄になったということになってしまう。また、例えば、ユーザは、このまま路線ＬＮｘを利用すべきと判断したはよいが遅延の影響で大混雑する電車に乗車した後、路線ＬＮｘは確かに遅延しているが平常運転時とほとんど変わりない運行間隔で運行されていたという状況を知ったとする。この場合、ユーザは、駅ＳＴｘ１で目前の車両に乗車せず、次の車両を選択していれば少しでも混雑を回避できたかもしれないと後悔することになってしまう。

【0019】

また、ユーザは、例えば、駅ＳＴｘ１において電車遅延が発生している場合、様々な路線検索を行うことで他の路線を探したり、探した路線の運行状況等を加味して、総合的に駅ＳＴｘ１において次に到着する電車に乗車すべきか否かの判断をする。このようなことから、従来技術によれば、ユーザは、例えば、遅延発生時において最適な移動手段の選択にかなりの労力（努力）を必要とされる。

【0020】

したがって、実施形態にかかる表示制御処理は、上述したような前提が示す問題、具体的には、遅延発生時においてユーザが誤った状況判断をしてしまうこと、状況判断には多大な努力を必要されることを、少しでも回避させることを主眼において成されるものである。すなわち、実施形態にかかる表示制御処理は、路線検索におけるユーザによる努力をなるべく無くし、なおかつ、遅延発生時における最適な状況判断ができるよう支援可能な路線案内サービスを提供することで、路線案内に対するユーザの満足度を高めることを目的に成されるものである。

【0021】

具体的には、実施形態にかかる表示制御装置１００は、従来技術と比較して図１（ｂ）に示されるような表示制御を行う。例えば、ユーザによって利用される駅が駅ＳＴｘ１であるとする。かかる場合、図１（ｂ）の例によると、表示制御装置１００は、現時点において駅ＳＴｘ１に接近している上り運行車両ＵＴＲ１２の現在位置だけでなく、運行車両ＵＴＲ１２に続く上りの後続車両の運行間隔、すなわち運行車両ＵＴＲ１２より後の運行間隔であって、後続車両毎の運行間隔までも表示させる。なお、本実施形態でいう運行間隔とは、車両が運行されている時間間隔のことである。したがって、以下の実施形態では、このような運行間隔のことを「運行時隔」と表記する場合がある。図１（ｂ）の例では、後続車両の一例として上り運行車両ＵＴＲ１３が示され、また、運行時隔の一例として運行時隔ＴＭとが示されている。

【0022】

すなわち、実施形態にかかる表示制御装置１００は、所定の路線上における複数の運行車両毎に、当該運行車両に関する車両情報を取得する。そして、表示制御装置１００は、取得した車両情報から予測された予測情報であって、複数の運行車両のうち、所定の運行車両と、所定の路線上において当該所定の運行車両に対して後続する運行車両である後続車両との関係性に関する予測情報に基づいて、当該所定の運行車両の移動に関する移動情報を表示させる。例えば、表示制御装置１００は、複数の運行車両毎に取得した車両情報に基づいて、所定の路線上における所定の駅での運行車両の発着数を集計する。また、表示制御装置１００は、所定の駅を基準とした場合における所定の運行車両および後続車両の位置情報を集計する。そして、表示制御装置１００は、集計結果から予測された予測情報に基づく情報を含む移動情報を表示させる。

【0023】

例えば、表示制御装置１００は、集計結果から予測された予測情報として、所定の路線での遅延発生時における所定の運行車両より後の運行時隔であって、後続車両毎の運行時隔に基づく情報を含む移動情報を表示させる。また、例えば、表示制御装置１００は、集計結果から予測された予測情報として、前所定の路線での遅延発生時における運行本数に基づく情報を含む移動情報を表示させる。

【0024】

〔２．表示制御処理の一例〕
ここからは、図２を用いて、実施形態にかかる表示制御処理の一例を処理手順を交えて説明する。図２は、実施形態にかかる表示制御処理の一例を示す図である。図２では、アプリＡＰを介してユーザＵ１から受け付けた検索条件（路線案内に関する検索条件）に対応する検索結果（路線案内）画面において、実施形態にかかる表示制御処理が行われる例を示す。なお、実施形態にかかる表示制御処理が対象とする画面は、検索結果画面に限定されない。例えば、実施形態にかかる表示制御処理が対象とする画面は、検索結果画面外にも、路線毎の運行状況が一覧表示される一覧表示画面や、時刻表検索に対応する検索結果画面が挙げられる。

【0025】

また、図２の例では、ユーザＵ１の端末装置１０の表示画面Ｄにおいて、路線検索のための検索条件を入力するための入力ページＰ１が表示されている。端末装置１０は、アプリＡＰの制御に従って、このような入力ページＰ１を表示画面Ｄに表示させる。また、図２の例では、入力ページＰ１には、出発駅を入力させるための入力欄ＡＲ１１、経由駅を入力させるための入力欄ＡＲ１２、到着駅を入力させるための入力欄ＡＲ１３、時刻を入力させるための入力欄ＡＲ１４が含まれる。また、図２の例では、入力ページＰ１には、上記入力欄に入力された検索条件で検索するよう要求する検索ボタンＢＴが含まれる。このような状態において、ユーザＵ１は、図２に示すように、出発駅として「京都」を入力し、到着駅として「西九条」を入力し、また、時刻として「１３：１５」を入力し、検索ボタンＢＴを押下したとする。すなわち、図２の例では、ユーザＵ１は、「京都駅から西九条駅間の路線を検索するとともに、京都駅から西九条駅間の路線において１３時１５分以降で利用可能な車両としてどのような車両があるのかを検索するよう条件付ける検索条件」を入力したといえる。

【0026】

かかる場合、端末装置１０は、入力された検索条件を表示制御装置１００に送信する（ステップＳ１１）。そうすると、表示制御装置１００は、端末装置１０から検索条件を受信する（ステップＳ１２）。

【0027】

次に、表示制御装置１００は、検索条件を用いて検索を行うことにより、検索条件を満たす情報を特定（検索）する（ステップＳ１３）。例えば、表示制御装置１００は、検索条件を満たす路線経路を特定するとともに、特定した経路（特定経路）に含まれる各路線について、検索条件を満たす車両を特定する。ここで、検索条件を満たす車両とは、検索条件を満たす車両がどのような車両であるかを識別可能な情報、すなわち車両識別情報であり、車両識別情報は、例えば、車両種別（特急、急行、快速、新快速等）および車両番号（冠名、車両番号、末尾記号で構成される車両番号）で示される。不図示であるが、表示制御装置１００は、例えば、検索用の所定のデータベースを検索することができる。

【0028】

また、図３および図４にも示されるが、図２の例では、表示制御装置１００は、検索条件を満たす路線経路として、京都駅－大阪駅間を結ぶ「ＡＡ線」と、大阪駅－西九条駅間を結ぶ「ＡＢ線」を特定したとする。また、表示制御装置１００は、検索条件を満たす車両として、ＡＡ線において京都駅「１４時００分発」－大阪駅「１４時２８分着」の「快速Ｋ１」と、ＡＢ線において大阪駅「１４時３８分発」－西九条駅「１４時４３分着」の「快速Ｋ２」とを特定したとする。

【0029】

次に、表示制御装置１００は、ステップＳ１３での特定経路に含まれる各路線について、検索条件に対応する車両情報を取得する（ステップＳ１４）。例えば、表示制御装置１００は、各路線上における複数の運行車両毎に、当該運行車両に関する車両情報を取得する。図２の例では、表示制御装置１００は、ＡＡ線での現在の運行車両毎に、当該運行車両に関する車両情報を取得する。また、表示制御装置１００は、ＡＢ線での現在の運行車両毎に、当該運行車両に関する車両情報を取得する。取得される車両情報、すなわち実施形態にかかる表示制御処理に利用可能な車両情報としては、「車両番号」、「在線位置」、「進行方向」、「車両種別」、「行先」、「遅れ時分」、「車両愛称」、「補足説明」等が挙げられる。

【0030】

「車両番号」は、運行車両の車両番号であって、冠名・車両番号・末尾記号の組合せで示される。「在線位置」は、運行車両の位置に関する位置情報である。例えば、運行車両が駅に停車している場合には、この運行車両の位置情報として停車駅が用いられる。また、運行車両が走行中である場合には、この運行車両の位置情報として、どの駅とどの駅の間を走行中かを示す駅間コードが用いられる。また、運行車両がＧＰＳ機能を有する場合には、「在線位置」は、ＧＰＳ由来の位置情報であってもよい。

【0031】

「進行方向」は、運行車両の進行方向であって、上りまたは下りで示される。「車両種別」は、運行車両の車両種別であって、特急・急行・快速・新快速等で示される。「行先」は、運行車両の行先であって、行先の駅名で示される。「遅れ時分」は、運行車両が遅延している場合にどれくらいの時間遅延しているかを示す情報であって、例えば、１分単位で示される。「車両愛称」は、運行車両の愛称であって、特急名・号番号の組合せで示される。「補足説明」は、運行車両固有の特記事項である。

【0032】

なお、表示制御装置１００は、車両情報を外部装置３０から取得することができる。また、外部装置３０がこれまでの車両情報を履歴として保持している場合には、表示制御装置１００は、履歴としての車両情報（車両履歴）も取得することができる。つまり、表示制御装置１００は、車両情報として、運行車両の現在の車両情報や、運行車両の過去の車両情報を取得することができる。

【0033】

次に、表示制御装置１００は、路線毎の車両情報に基づいて、当該路線での運転状況（平常運転または遅延）を判定する（ステップＳ１５）。具体的には、表示制御装置１００は、路線毎の車両情報に基づいて、当該路線での運転状況が平常運転または遅延のいずれかを判定する。例えば、表示制御装置１００は、路線毎の車両情報に基づいて、当該路線に含まれる駅が平常運転区間の駅であるか、遅延区間の駅であるかを判定する。図２の例では、表示制御装置１００は、ＡＡ線に対応する車両情報に基づいて、ＡＡ線での運転状況であって、京都駅－大阪駅間の現在の運転状況が平常運転または遅延のいずれかを判定する。また、表示制御装置１００は、ＡＢ線での車両情報に基づいて、ＡＢ線での運転状況であって、大阪駅－西九条駅間の現在の運転状況が平常運転または遅延のいずれかを判定する。

【0034】

１つの例では、表示制御装置１００は、ＡＡ線における京都駅－大阪駅間の現在の運転状況として「平常運転」であり、また、ＡＢ線における大阪駅－西九条駅間の現在の運転状況も「平常運転」であることにより「平常運転；Ｙｅｓ」と判定したとする。また、他の例では、表示制御装置１００は、ＡＡ線における京都駅－大阪駅間の現在の運転状況は「平常運転」であるが、ＡＢ線における大阪駅－西九条駅間の現在の運転状況は「遅延」であることにより「平常運転；Ｎｏ」と判定したとする。

【0035】

以下、平常運転の場合（平常運転；Ｙｅｓ）の表示制御処理と、遅延の場合（平常運転；Ｎｏ）の表示制御処理とをそれぞれ分けて個別に説明することにする。

【0036】

〔２－１．表示制御処理の一例（平常運転の場合）〕
まず、ステップＳ１５以降の表示制御処理であって、平常運転の場合（平常運転；Ｙｅｓ）の表示制御処理の一例について説明する。表示制御装置１００は、ステップＳ１３で特定した特定経路に含まれる各路線における利用候補駅毎に、検索条件を満たす車両のうち、表示制御の基準となる基準車両および後続車両を特定する（ステップＳ２１）。ここで、図２の例では、ＡＡ線における利用候補駅は、「京都駅」であり、ＡＢ線における利用候補駅は、「大阪駅」である。したがって、表示制御装置１００は、これら各駅を対象に以下図３で説明する表示制御（より詳細には、路線情報ページＰ１２での表示制御）を行うことができるが、本実施形態では、表示制御装置１００は、乗換先路線における乗換駅を対象に図３で説明する表示制御を行うものとする。そうすると、図２の例では、表示制御装置１００は、乗換先路線であるＡＢ線における乗換駅である大阪駅を対象に、検索条件を満たす車両のうち、表示制御の基準となる基準車両および後続車両を特定する。ＡＢ線の大阪駅を対象とした場合に検索条件を満たす車両というのは、大阪駅「１４時３８分発」の「快速Ｋ２」である。したがって、かかる例では、表示制御装置１００は、検索条件を満たす車両のうち、表示制御の基準となる基準車両として、大阪駅「１４時３８分発」の「快速Ｋ２」を特定する。以下では、大阪駅「１４時３８分発」の「快速Ｋ２」を、「基準車両ＴＲ１１」と表記する場合がある。また、かかる例では、表示制御装置１００は、ＡＢ線において基準車両ＴＲ１１に後続する後続車両として、複数の後続車両による後続車両グループＴＲ１２を特定したものとする。

【0037】

次に、表示制御装置１００は、乗換先路線に対応する車両情報に基づいて、乗換先路線における乗換駅での運行車両の発着数を集計する（ステップＳ２２）。図２の例では、表示制御装置１００は、ステップＳ１４で取得した車両情報のうち、乗換先路線であるＡＢ線に対応する車両情報に基づいて、乗換駅である大阪駅での運行車両の現在の発着数を集計する。なお、表示制御装置１００は、乗換先路線であるＡＢ線に対応する車両履歴に基づいて、大阪駅での平常運転時の発着数の統計数を算出し、算出した統計数を現在の発着数と定めてもよい。また、表示制御装置１００は、大阪駅に対するいかなる車両を対象に発着数を算出してもよいし、基準車両ＴＲ１１および後続車両グループＴＲ１２に絞って、例えば、基準車両ＴＲ１１および後続車両グループＴＲ１２の平常運転時における車両履歴に基づいて、統計的に発着数を予測してもよい。

【0038】

次に、表示制御装置１００は、基準車両および後続車両の位置情報を集計（取得）する（ステップＳ２３）。図２の例では、表示制御装置１００は、基準車両ＴＲ１１および後続車両グループＴＲ１２の位置情報を集計する。ここで集計された集計結果に基づく情報、すなわち基準車両ＴＲ１１と、後続車両グループＴＲ１２との位置関係は、基準車両と、後続車両との位置関係を交えた運行状況ＤＳ１２として、路線情報ページＰ１２に表示されることになる。

【0039】

次に、表示制御装置１００は、ステップＳ２２およびＳ２３での集計結果に基づいて、基準車両よりも後の運行時隔であって、後続車両毎の運行時隔を予測する（ステップＳ２４）。図２の例では、表示制御装置１００は、乗換駅である大阪駅での運行車両の現在の発着数、および、基準車両ＴＲ１１の位置情報と、後続車両グループＴＲ１２との位置情報に基づいて、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔を予測する。なお、表示制御装置１００は、例えば、ＡＢ線に対応する平常運転時での運行時隔の履歴に基づいて、統計的に運行時隔を予測してもよい。

【0040】

次に、表示制御装置１００は、ステップＳ２４で予測した運行時隔に基づいて、平均運行時隔を予測する（ステップＳ２５）。図２の例では、表示制御装置１００は、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔に基づいて、基準車両ＴＲ１１以降の運行車両における平均運行時隔を予測（算出）する。かかる例では、表示制御装置１００は、平均運行時隔として「５分間隔」を算出したものとする。また、ここで算出された平均運行時隔に基づく情報（すなわち、５分間隔）は、基準車両と、後続車両との関係性を交えた移動情報ＤＳ１１として、路線情報ページＰ１２に表示されることになる。

【0041】

次に、表示制御装置１００は、配信対象のページを生成する（ステップＳ２６）。例えば、表示制御装置１００は、ステップＳ１３で特定した情報に基づいて、検索条件に対応する検索結果としての路線案内が表示される路線案内ページＰ１１を生成する。また、表示制御装置１００は、運行車両に対して後続する運行車両である後続車両との関係性に関する予測情報に基づいて、路線情報ページＰ１２を生成する。例えば、表示制御装置１００は、このような予測情報として、ステップＳ２２およびＳ２３での集計結果から予測された予測情報に基づく情報を含む路線情報ページＰ１２を生成する。図２の例では、表示制御装置１００は、ステップＳ２２およびＳ２３での集計結果から予測された予測情報に基づく情報として、移動情報ＤＳ１１および運行状況Ｄ１２が表示される路線情報ページＰ１２を生成する。

【0042】

ここからは、平常運転時に対応する配信対象のページであって、ステップＳ２６で生成される配信対象のページがどのようなものか図３を用いて説明する。図３は、平常運転時に対応する配信対象のページの一例を示す図である。図３に示すように、配信対象のページは、路線案内ページＰ１１および路線情報ページＰ１２によって構成される。図３に示す通り、表示制御装置１００は、検索条件に対応する検索結果としての路線案内が表示されるような路線案内ページＰ１１を生成する。図３の例では、路線案内ページＰ１１には、京都駅から西九条駅間の路線経路としては、「京都駅－大阪駅間を結ぶＡＡ線」と、「大阪駅－西九条駅間を結ぶＡＢ線」とによる路線経路が存在することが表示されている。また、路線案内ページＰ１１には、京都駅から西九条駅間の路線において１３時１５分以降で利用可能な車両として、「京都駅－大阪駅間を結ぶＡＡ線」では京都駅「１４時００分発」－大阪駅「１４時２８分着」の「快速Ｋ１」が存在し、「大阪駅－西九条駅間を結ぶＡＢ線」では大阪駅「１４時３８分発」－西九条駅「１４時４３分着」の「快速Ｋ２」が存在することが表示されている。また、路線案内ページＰ１１には、後述する路線情報ページＰ１２を呼び出すための呼出ボタンＷＡ１１が含まれる。

【0043】

また、図３に示す通り、表示制御装置１００は、呼出ボタンＷＡ１１が押下された場合に、路線案内ページＰ１１に対して重畳されるかたちで表示されるような路線情報ページＰ１２を生成する。図３の例では、路線情報ページＰ１２は、例えば、領域ＡＲ１２１および領域ＡＲ１２２に分けられる。そして、領域ＡＲ１２１には、基準車両と、後続車両との関係性を交えた移動情報ＤＳ１１が表示される。図２の例を用いると、領域ＡＲ１２１には、このような移動情報ＤＳ１１の一例として、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔に基づき予測された平均運行時隔が「５分間隔」であり、平常運転の「５分間隔」であることを示す移動情報Ｄ１１が表示される。

【0044】

また、領域ＡＲ１２２には、基準車両と、後続車両との位置関係を交えた運行状況ＤＳ１２が表示される。図２の例を用いると、領域ＡＲ１２２には、このような運行状況ＤＳ１２の一例として、領域ＡＲ１２２には、基準車両ＴＲ１１と、後続車両グループＴＲ１２との現在の位置関係を示す運行状況ＤＳ１２が表示される。

【0045】

なお、移動情報ＤＳ１１および運行状況ＤＳ１２は、路線案内ページＰ１１に対して重畳される態様で表示されなくてもよく、いかなる態様で表示されてもよい。例えば、移動情報ＤＳ１１および運行状況ＤＳ１２は、路線案内ページＰ１１に示される余白領域内に表示されてもよい。すなわち、移動情報ＤＳ１１および運行状況ＤＳ１２は、対応する路線（かかる例では、ＡＢ線）と並べるかたちで表示されてもよい。

【0046】

そして、表示制御装置１００は、ステップＳ２６で生成した配信対象のページをユーザＵ１の端末装置１０に配信する。

【0047】

〔２－２．表示制御処理の一例（遅延の場合）〕
次に、ステップＳ１５以降の表示制御処理であって、遅延の場合（平常運転；Ｎｏ）での表示制御処理の一例について説明する。表示制御装置１００は、ステップＳ１３で特定した特定経路に含まれる路線であって、遅延発生路線における利用候補駅を対象に、検索条件を満たす車両のうち、表示制御の基準となる基準車両および後続車両を特定する（ステップＳ３１）。図２の例では、表示制御装置１００は、ＡＢ線における大阪駅－西九条駅間の現在の運転状況が「遅延」であると判定している。したがて、かかる例では、遅延発生路線であるＡＢ線における利用候補駅は、例えば、「大阪駅」である。したがって、表示制御装置１００は、大阪駅を対象に以下図４で説明する表示制御（より詳細には、路線情報ページＰ２２での表示制御）を行う。そうすると、図２の例では、表示制御装置１００は、遅延発生路線であるＡＢ線における利用候補駅である大阪駅を対象に、検索条件を満たす車両のうち、表示制御の基準となる基準車両および後続車両を特定する。ＡＢ線の大阪駅を対象とした場合に検索条件を満たす車両というのは、大阪駅「１４時３８分発」の「快速Ｋ２」である。

【0048】

したがって、かかる例では、表示制御装置１００は、検索条件を満たす車両のうち、表示制御の基準となる基準車両として、大阪駅「１４時３８分発」の「快速Ｋ２」を特定する。説明を簡単にするために、平常運転の場合と同様の例を用いているため、ここでも大阪駅「１４時３８分発」の「快速Ｋ２」を、「基準車両ＴＲ１１」と表記する。また、かかる例でも、表示制御装置１００は、ＡＢ線において基準車両ＴＲ１１に後続する後続車両として、複数の後続車両による後続車両グループＴＲ１２を特定したものとする。

【0049】

次に、表示制御装置１００は、遅延発生路線に対応する車両情報に基づいて、遅延発生路線における利用候補駅での運行車両の発着数を集計する（ステップＳ３２）。図２の例では、表示制御装置１００は、ステップＳ１４で取得した車両情報のうち、遅延発生路線であるＡＢ線に対応する車両情報に基づいて、利用候補駅である大阪駅での運行車両の現在の発着数を集計する。なお、表示制御装置１００は、遅延発生路線であるＡＢ線に対応する車両履歴に基づいて、大阪駅での遅延時の発着数の統計数を算出し、算出した統計数を現在の発着数と定めてもよい。また、表示制御装置１００は、大阪駅に対するいかなる車両を対象に発着数を算出してもよいし、基準車両ＴＲ１１および後続車両グループＴＲ１２に絞って、例えば、基準車両ＴＲ１１および後続車両グループＴＲ１２の遅延時における車両履歴に基づいて、統計的に発着数を予測してもよい。

【0050】

次に、表示制御装置１００は、基準車両および後続車両の位置情報を集計（取得）する（ステップＳ３３）。図２の例では、表示制御装置１００は、基準車両ＴＲ１１および後続車両グループＴＲ１２の位置情報を集計する。ここで集計された集計結果に基づく情報、すなわち基準車両ＴＲ１１と、後続車両グループＴＲ１２との位置関係は、基準車両と、後続車両との位置関係を交えた運行状況ＤＳ２２として、路線情報ページＰ２２に表示されることになる。

【0051】

次に、表示制御装置１００は、ステップＳ３２およびＳ３３での集計結果に基づいて、基準車両よりも後の運行時隔であって、後続車両毎の運行時隔を予測する（ステップＳ３４）。図２の例では、表示制御装置１００は、利用候補駅である大阪駅での運行車両の現在の発着数、および、基準車両ＴＲ１１の位置情報と、後続車両グループＴＲ１２との位置情報に基づいて、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔を予測する。なお、表示制御装置１００は、例えば、ＡＢ線に対応する遅延時での運行時隔の履歴に基づいて、統計的に運行時隔を予測してもよい。

【0052】

次に、表示制御装置１００は、ステップＳ３４で予測した運行時隔に基づいて、平均運行時隔を予測する（ステップＳ３５）。図２の例では、表示制御装置１００は、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔に基づいて、基準車両ＴＲ１１以降の運行車両における平均運行時隔を予測（算出）する。かかる例では、表示制御装置１００は、平均運行時隔として「２０分間隔」を算出したものとする。また、ここで算出された平均運行時隔に基づく情報（すなわち、２０分間隔）は、基準車両と、後続車両との関係性を交えた移動情報ＤＳ２１として、路線情報ページＰ２２に表示されることになる。

【0053】

また、表示制御装置１００は、ステップＳ３５で予測した平均運行時隔と、平常運行時での運行時隔とを比較することで、比較結果を得る（ステップＳ３６）。例えば、表示制御装置１００は、ステップＳ３５で予測した平均運行時隔と、ＡＢ線における平常運行時での運行時隔とを比較することで、比較結果を得る。かかる例では、表示制御装置１００は、今回の遅延による平均運行時隔「２０分間隔」と、平常運行時での運行時隔「５分間隔」とを比較することで、比較結果「＋１５分」を得たものとする。また、かかる比較結果（平均運行時隔に基づく情報の一例）も、基準車両と、後続車両との関係性を交えた移動情報ＤＳ２１として、路線情報ページＰ２２に表示されることになる。

【0054】

次に、表示制御装置１００は、ステップＳ３２およびＳ３３での集計結果に基づいて、基準車両よりも後の運行本数であって、遅延発生路線での運行本数を予測する（ステップＳ３７）。図２の例では、表示制御装置１００は、利用候補駅である大阪駅での運行車両の現在の発着数に基づいて、基準車両ＴＲ１１よりも後の運行本数であって、ＡＢ線のうち利用候補駅である大阪駅を含む所定区間での運行本数を予測する。かかる例では、表示制御装置１００は、運行本数として「２本／１ｈ」を算出したものとする。また、ここで算出された運行本数に基づく情報（すなわち、２本／１ｈ）は、基準車両と、後続車両との関係性を交えた移動情報ＤＳ２１として、路線情報ページＰ２２に表示されることになる。

【0055】

また、表示制御装置１００は、ステップＳ３７で予測した運行本数と、平常運行時での運行本数とを比較することで、比較結果を得る（ステップＳ３８）。例えば、表示制御装置１００は、ステップＳ３７で予測した運行本数と、ＡＢ線における平常運行時での運行本数とを比較することで、比較結果を得る。かかる例では、表示制御装置１００は、今回の遅延による運行本数と、平常運行時での運行本数（例えば、５本／１ｈ）とを比較することで、比較結果「平常時より減少」を得たものとする。また、かかる比較結果（運行本数に基づく情報の一例）も、基準車両と、後続車両との関係性を交えた移動情報ＤＳ２１として、路線情報ページＰ２２に表示されることになる。

【0056】

次に、表示制御装置１００は、配信対象のページを生成する（ステップＳ３９）。例えば、表示制御装置１００は、ステップＳ１３で特定した情報に基づいて、検索条件に対応する検索結果としての路線案内が表示される路線案内ページＰ２１を生成する。また、表示制御装置１００は、運行車両に対して後続する運行車両である後続車両との関係性に関する予測情報に基づいて、路線情報ページＰ２２を生成する。例えば、表示制御装置１００は、このような予測情報として、ステップＳ３２およびＳ３３での集計結果から予測された予測情報に基づく情報を含む路線情報ページＰ２２を生成する。図２の例では、表示制御装置１００は、ステップＳ２２およびＳ２３での集計結果から予測された予測情報に基づく情報として、移動情報ＤＳ２１および運行状況Ｄ２２が表示される路線情報ページＰ２２を生成する。

【0057】

ここからは、遅延時に対応する配信対象のページであって、ステップＳ３９で生成される配信対象のページがどのようなものか図４を用いて説明する。図４は、遅延時に対応する配信対象のページの一例を示す図である。図４に示すように、配信対象のページは、路線案内ページＰ２１および路線情報ページＰ２２によって構成される。図４に示す通り、表示制御装置１００は、検索条件に対応する検索結果としての路線案内が表示されるような路線案内ページＰ２１を生成する。図４の例では、路線案内ページＰ２１には、京都駅から西九条駅間の路線経路としては、「京都駅－大阪駅間を結ぶＡＡ線」と、「大阪駅－西九条駅間を結ぶＡＢ線」とによる路線経路が存在することが表示されている。また、路線案内ページＰ２１には、京都駅から西九条駅間の路線において１３時１５分以降で利用可能な車両として、「京都駅－大阪駅間を結ぶＡＡ線」では京都駅「１４時００分発」－大阪駅「１４時２８分着」の「快速Ｋ１」が存在し、「大阪駅－西九条駅間を結ぶＡＢ線」では大阪駅「１４時３８分発」－西九条駅「１４時４３分着」の「快速Ｋ２」が存在することが表示されている。また、路線案内ページＰ２１には、後述する路線情報ページＰ１２を呼び出すための呼出ボタンＷＡ２１が含まれる。呼出ボタンＷＡ２１内には、呼出ボタンＷＡ１１と比べて、遅延が発生している旨が警告表示される。

【0058】

また、図４に示す通り、表示制御装置１００は、呼出ボタンＷＡ２１が押下された場合に、路線案内ページＰ２１に対して重畳されるかたちで表示されるような路線情報ページＰ２２を生成する。図４の例では、路線情報ページＰ２２は、例えば、領域ＡＲ２２１および領域ＡＲ２２２に分けられる。そして、領域ＡＲ２２１には、基準車両と、後続車両との関係性を交えた移動情報ＤＳ１１が表示される。図２の例を用いると、領域ＡＲ２２１には、このような移動情報ＤＳ１１の一例として、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔に基づき予測された平均運行時隔が「２０分間隔」であり、遅延によって「２０分間隔」となっていることを示す移動情報Ｄ２１が表示される。

【0059】

また、図２の例を用いると、領域ＡＲ２２１には、移動情報ＤＳ２１の一例として、今回の遅延による平均運行時隔「２０分間隔」と、平常運行時での運行時隔「５分間隔」とが比較された比較結果「＋１５分」が表示される。また、図２の例を用いると、領域ＡＲ２２１には、移動情報ＤＳ２１の一例として、今回の遅延による運行本数「２本／１ｈ」が表示される。また、図２の例を用いると、領域ＡＲ２２１には、移動情報ＤＳ２１の一例として、今回の遅延による運行本数「２本／１ｈ」と、平常運行時での運行本数「５本／１ｈ」とが比較された比較結果「平常時より減少」が表示される。

【0060】

そして、このような移動情報ＤＳ２１が表示されることで、ユーザＵ１は、遅延が発生している場合でのＡＢ線全体としての現在の運行状況を把握することができようになる。例えば、ユーザＵ１は、移動情報ＤＳ２１により、遅延発生時における運行時隔や、この運行時隔が平常運転時と比較してどれほどひどい状態であることを把握することができる。また、ユーザＵ１は、移動情報ＤＳ２１により、遅延発生時における運行本数や、この運行本数が平常運転時と比較してどれほどひどい状態であることを把握することができる。また、この結果、ユーザＵ１は、このままＡＢ線を利用すべきなのか、あるいは、ＡＢ線以外の他路線の利用に切り替えるべきなのかより適切な判断を少ない労力で行うことができる。

【0061】

また、領域ＡＲ２２２には、基準車両と、後続車両との位置関係を交えた運行状況ＤＳ２２が表示される。図２の例を用いると、領域ＡＲ２２２には、このような運行状況ＤＳ２２の一例として、基準車両ＴＲ１１と、後続車両グループＴＲ１２との現在の位置関係を示す運行状況ＤＳ２２が表示される。

【0062】

なお、移動情報ＤＳ２１および運行状況ＤＳ２２は、路線案内ページＰ２１に対して重畳される態様で表示されなくてもよく、いかなる態様で表示されてもよい。例えば、移動情報ＤＳ２１および運行状況ＤＳ２２は、路線案内ページＰ２１に示される余白領域内に表示されてもよい。すなわち、移動情報ＤＳ２１および運行状況ＤＳ２２は、対応する路線（かかる例では、ＡＢ線）と並べるかたちで表示されてもよい。

【0063】

そして、表示制御装置１００は、ステップＳ３９で生成した配信対象のページをユーザＵ１の端末装置１０に配信する（ステップＳ４０）。

【0064】

さて、これまで説明してきたように、実施形態にかかる表示制御装置１００は、検索条件を満たす路線（所定の路線の一例）上における複数の運行車両毎に、当該運行車両に関する車両情報を取得する。例えば、表示制御装置１００は、基準車両（所定の運行車両の一例）、および、基準車両に対して後続する運行車両である後続車両それぞれの車両情報を取得する。また、表示制御装置１００は、検索条件を満たす路線を走行中の各車両の運行情報も取得する。そして、表示制御装置１００は、車両情報に基づいて、検索条件を満たす路線での利用候補駅（所定の駅の一例）での運行車両の発着数を集計する。また、表示制御装置１００は、利用候補駅を基準とした場合における基準車両および後続車両の位置情報を集計する。そして、表示制御装置１００は、集計結果に基づいて、基準車両より後の運行時隔であって、後続車両毎の運行時隔に基づく情報（例えば、平均運行時隔）を予測する。また、表示制御装置１００は、集計結果に基づいて、利用候補駅での運行本数を予測する。そして、表示制御装置１００は、平均運行時隔や運行本数に関する情報を、基準車両の移動に関する移動情報として表示させる。図３の例では、表示制御装置１００は、特に移動情報ＤＳ１１を表示させる。また、図４の例では、表示制御装置１００は、特に移動情報ＤＳ２１を表示させる。

【0065】

これにより、表示制御装置１００は、遅延が発生しているＡＢ線全体としての現在の運行状況を把握させることができる。例えば、表示制御装置１００は、遅延発生時における運行時隔や、この運行時隔が平常運転時と比較してどれほどひどい状態であることを把握させることができる。また、表示制御装置１００は、遅延発生時における運行本数や、この運行本数が平常運転時と比較してどれほどひどい状態であることを把握させることができる。この結果、表示制御装置１００は、このまま当初の路線を利用すべきなのか、あるいは、他の路線の利用に切り替えるべきなのかより適切な判断を少ない労力で行わすことができる。すなわち、表示制御装置１００は、路線案内に対するユーザの満足度を高めることができる。

【0066】

〔３．表示制御装置の構成〕
次に、図６を用いて、実施形態にかかる表示制御装置１００について説明する。図６は、実施形態にかかる表示制御装置１００の構成例を示す図である。図６に示すように、表示制御装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。例えば、表示制御装置１００は、図２～図４で説明した表示制御処理を行うサーバ装置である。

【0067】

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、端末装置１０、外部装置３０との間で情報の送受信を行う。

【0068】

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、時刻表情報記憶部１２１と、路線図記憶部１２２とを有する。

【0069】

（時刻表情報記憶部１２１について）
時刻表情報記憶部１２１は、時刻表に関する情報を記憶する。例えば、時刻表情報記憶部１２１は、路線に含まれる駅毎に、到着予定時刻と当該到着予定時刻に来る車両の車両種別とを対応付けて記憶する。ここで、図７に実施形態にかかる時刻表情報記憶部１２１の一例を示す。図７の例では、時刻表情報記憶部１２１は、「路線ＩＤ」、「路線名」、「時刻表情報」といった項目を有する。

【0070】

「路線ＩＤ」は、路線を識別する識別情報を示す。「路線名」は、対応する「路線ＩＤ」によって識別される路線の路線名を示す。「時刻表情報」は、対応する「路線ＩＤ」によって識別される路線に含まれる駅毎に、到着予定時刻と当該到着予定時刻に来る車両の車両種別とが対応付けられた時刻テーブルである。

【0071】

すなわち、図７の例では、路線ＩＤ「Ｌ１」によって識別されるＡＡ線での時刻表情報が「ＴＢＤＡ１」である例を示す。

【0072】

（路線図記憶部１２２について）
路線図記憶部１２２は、全国の各路線の接続関係を示す路線図を記憶する。かかる路線図は、例えば、路線検索に用いられる。

【0073】

（制御部１３０について）
制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、表示制御装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

【0074】

図６に示すように、制御部１３０は、受信部１３１と、経路特定部１３２と、取得部１３３と、判定部１３４と、車両特定部１３５と、集計部１３６と、情報制御部１３７と、表示制御部１３８とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。

【0075】

（受信部１３１について）
受信部１３１は、各種情報を受信する。例えば、受信部１３１は、端末装置１０から路線検索のための検索条件を受信する。例えば、受信部１３１は、出発駅、到着駅、時刻を指定する検索条件を受信する。また、受信部１３１は、受信した検索条件を経路特定部１３２に出力する。

【0076】

（経路特定部１３２について）
経路特定部１３２は、検索条件を用いて検索を行うことにより、検索条件を満たす情報を特定（検索）する。例えば、経路特定部１３２は、検索条件を用いた路線検索により、検索条件を満たす路線経路を特定する。また、経路特定部１３２は、特定した経路（特定経路）に含まれる各路線について、検索条件を満たす車両（車両種別）を特定する。図２の例では、経路特定部１３２は、検索条件を満たす路線経路として、京都駅－大阪駅間を結ぶ「ＡＡ線」と、大阪駅－西九条駅間を結ぶＡＢ線を特定している。また、経路特定部１３２は、検索条件を満たす車両として、ＡＡ線において京都駅「１４時００分発」－大阪駅「１４時２８分着」の「快速Ｋ１」と、ＡＢ線において大阪駅「１４時３８分発」－西九条駅「１４時４３分着」の「快速Ｋ２」とを特定している。

【0077】

（取得部１３３について）
取得部１３３は、所定の路線上における複数の運行車両毎に、当該運行車両に関する車両情報を取得する。例えば、取得部１３３は、車両情報として、運行車両の現在の運行状況を示す車両情報を取得する。図２の例では、取得部１３３は、経路特定部１３２により特定されたＡＡ線での現在の運行車両毎に、当該運行車両に関する車両情報を取得する。また、取得部１３３は、経路特定部１３２により特定されたＡＢ線での現在の運行車両毎に、当該運行車両に関する車両情報を取得する。

【0078】

（判定部１３４について）
判定部１３４は、運転状況を判定する。具体的には、判定部１３４は、路線毎の車両情報に基づいて、当該路線での運転状況を判定する。例えば、判定部１３４は、路線毎の車両情報に基づいて、当該路線での運転状況が平常運転または遅延のいずれかを判定する。例えば、判定部１３４は、路線毎の車両情報に基づいて、当該路線に含まれる駅が平常運転区間の駅であるか、遅延区間の駅であるかを判定する。図２の例では、判定部１３４は、ＡＡ線に対応する車両情報に基づいて、ＡＡ線での運転状況であって、京都駅－大阪駅間の現在の運転状況が平常運転または遅延のいずれかを判定する。また、判定部１３４は、ＡＢ線での車両情報に基づいて、ＡＢ線での運転状況であって、大阪駅－西九条駅間の現在の運転状況が平常運転または遅延のいずれかを判定する。

【0079】

（車両特定部１３５について）
車両特定部１３５は、経路特定部１３２により特定された経路に含まれる路線を対象に、実施形態にかかる表示制御の基準となる基準車両を特定するとともに、特定した基準車両に対して後続する後続車両を特定する。車両特定部１３５は、例えば、特定経路に含まれる各路線のいずれも平常運転と判定された場合には、各路線における利用候補駅毎に、検索条件を満たす車両のうち、表示制御の基準となる基準車両を特定するとともに、特定した基準車両に対する後続車両を特定する。図２の例では、車両特定部１３５は、乗換先路線であるＡＢ線における乗換駅である大阪駅を対象に、検索条件を満たす車両のうち、表示制御の基準となる基準車両を特定するとともに、特定した基準車両に対する後続車両を特定している。

【0080】

また、車両特定部１３５は、例えば、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、遅延発生路線における利用候補駅を対象に、検索条件を満たす車両のうち、表示制御の基準となる基準車両を特定するとともに、特定した基準車両に対する後続車両を特定する。例えば、ＡＢ線における大阪駅－西九条駅間の現在の運転状況が「遅延」であると判定された場合、遅延発生路線であるＡＢ線における利用候補駅は、「大阪駅」である。したがって、かかる例では、車両特定部１３５は、遅延発生路線であるＡＢ線における利用候補駅である大阪駅を対象に、検索条件を満たす車両のうち、表示制御の基準となる基準車両を特定するとともに、特定した基準車両に対する後続車両を特定する。

【0081】

（集計部１３６について）
集計部１３６は、複数の運行車両毎に取得された車両情報に基づいて、所定の路線上における所定の駅での運行状況を集計する。例えば、集計部１３６は、複数の運行車両毎に取得された車両情報に基づいて、所定の路線上における所定の駅での運行車両の発着数を集計する。例えば、集計部１３６は、発着数として、複数の運行車両毎に取得された車両情報に基づき遅延が発生していると判定された場合での発着数を集計する。また、例えば、集計部１３６は、運行状況として、所定の駅を基準とした場合における所定の運行車両および後続車両の位置情報を集計する。

【0082】

図２の例において、特定経路に含まれる各路線のいずれも平常運転と判定された場合には、集計部１３６は、乗換先路線であるＡＢ線に対応する車両情報に基づいて、乗換駅である大阪駅での運行車両の現在の発着数を集計している。なお、集計部１３６は、乗換先路線であるＡＢ線に対応する車両履歴に基づいて、大阪駅での平常運転時の発着数の統計数を算出し、算出した統計数を現在の発着数と定めてもよい。また、集計部１３６は、大阪駅に対するいかなる車両を対象に発着数を算出してもよいし、基準車両ＴＲ１１および後続車両グループＴＲ１２に絞って、例えば、基準車両ＴＲ１１および後続車両グループＴＲ１２の平常運転時における車両履歴に基づいて、統計的に発着数を予測してもよい。

【0083】

また、図２の例において、特定経路に含まれる各路線のいずれも平常運転と判定された場合には、集計部１３６は、基準車両ＴＲ１１および後続車両グループＴＲ１２の位置情報を集計している。

【0084】

また、図２の例において、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、集計部１３６は、遅延発生路線であるＡＢ線に対応する車両情報に基づいて、利用候補駅である大阪駅での運行車両の現在の発着数を集計する。なお、集計部１３６は、遅延発生路線であるＡＢ線に対応する車両履歴に基づいて、大阪駅での遅延時の発着数の統計数を算出し、算出した統計数を現在の発着数と定めてもよい。また、集計部１３６は、大阪駅に対するいかなる車両を対象に発着数を算出してもよいし、基準車両ＴＲ１１および後続車両グループＴＲ１２に絞って、例えば、基準車両ＴＲ１１および後続車両グループＴＲ１２の遅延時における車両履歴に基づいて、統計的に発着数を予測してもよい。

【0085】

また、図２の例において、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、集計部１３６は、基準車両ＴＲ１１および後続車両グループＴＲ１２の位置情報を集計する。

【0086】

（情報制御部１３７について）
情報制御部１３７は、集計部１３６による集計結果に基づいて、予測処理（算出処理）や比較処理を行う。例えば、情報制御部１３７は、集計結果に基づいて、所定の路線での所定の運行車両より後の運行時隔であって、後続車両毎の運行時隔を予測する。例えば、情報制御部１３７は、集計結果に基づいて、所定の路線での遅延発生時における所定の運行車両より後の運行時隔であって、後続車両毎の運行時隔を予測する。また、情報制御部１３７は、後続車両毎の運行時隔に基づいて、平均運行時隔を予測する。また、情報制御部１３７は、平均運行時隔を用いた比較処理を行う。

【0087】

また、情報制御部１３７は、集計結果に基づいて、所定の路線での遅延発生時における運行本数を予測する。また、情報制御部１３７は、運行本数を用いた比較処理を行う。

【0088】

図２の例において、特定経路に含まれる各路線のいずれも平常運転と判定された場合には、情報制御部１３７は、乗換駅である大阪駅での運行車両の現在の発着数、および、基準車両ＴＲ１１の位置情報と、後続車両グループＴＲ１２との位置情報に基づいて、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔を予測している。また、情報制御部１３７は、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔に基づいて、基準車両ＴＲ１１以降の運行車両における平均運行時隔を予測（算出）している。

【0089】

また、図２の例において、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、利用候補駅である大阪駅での運行車両の現在の発着数、および、基準車両ＴＲ１１の位置情報と、後続車両グループＴＲ１２との位置情報に基づいて、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔を予測している。また、情報制御部１３７は、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔に基づいて、基準車両ＴＲ１１以降の運行車両における平均運行時隔を予測している。

【0090】

また、図２の例において、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、ＡＢ線における遅延時の平均運行時隔と、路ＡＢ線における平常運行時での運行時隔とを比較することで、比較結果を得ている。

【0091】

また、図２の例において、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、利用候補駅である大阪駅での運行車両の現在の発着数に基づいて、基準車両ＴＲ１１よりも後の運行本数であって、ＡＢ線のうち利用候補駅である大阪駅を含む所定区間での運行本数を予測している。

【0092】

また、図２の例において、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、ＡＢ線における遅延時の運行本数と、平常運行時での運行本数とを比較することで、比較結果を得ている。

【0093】

（表示制御部１３８について）
表示制御部１３８は、取得部１３３により取得された車両情報から予測された予測情報であって、複数の運行車両のうち、所定の運行車両と、所定の路線上において当該所定の運行車両に対して後続する運行車両である後続車両との関係性に関する予測情報に基づいて、当該所定の運行車両の移動に関する移動情報を表示させる。例えば、表示制御部１３８は、集計部１３６による集計結果から予測された予測情報に基づく情報を含む移動情報を表示させる。

【0094】

例えば、表示制御部１３８は、集計部１３６による集計結果から予測された予測情報として、所定の路線での遅延発生時における所定の運行車両より後の運行時隔であって、後続車両毎の運行時隔に基づく情報を含む移動情報を表示させる。一例としては、表示制御部１３８は、運行時隔に基づく情報として、運行時隔に基づき算出された平均運行時隔を含む移動情報を表示させる。

【0095】

また、例えば、表示制御部１３８は、集計部１３６による集計結果から予測された予測情報として、所定の路線での遅延発生時における運行本数に基づく情報を含む移動情報を表示させる。一例として、表示制御部１３８は、運行本数に基づく情報として、運行本数と、所定の路線での平常運転時における運行本数とを比較した比較結果を含む移動情報を表示させる。

【0096】

また、表示制御部１３８は、ユーザによる路線検索に対応する検索結果としての路線情報に含まれる路線毎に、移動情報を並べて表示させる。

【0097】

〔４．処理手順〕
次に、図８を用いて、実施形態にかかる表示制御処理の手順について説明する。図８は、実施形態にかかる表示制御処理手順を示すフローチャートである。

【0098】

まず、受信部１３１は、検索条件を受信したか否かを判定する（ステップ１０１）。受信部１３１は、検索条件を受信していない場合には（ステップ１０１；Ｎｏ）、検索条件を受信するまで待機する。経路特定部１３２は、検索条件が受信された場合には（ステップ１０１；Ｙｅｓ）、検索条件を用いた検索による特定処理を行う（ステップＳ１０２）。例えば、経路特定部１３２は、検索条件を用いた路線検索により、検索条件を満たす路線経路を特定する。また、経路特定部１３２は、特定した経路（特定経路）に含まれる各路線について、検索条件を満たす車両（車両種別）を特定する。

【0099】

次に、取得部１３３は、特定された路線経路に含まれる各路線を対象に、当該路線上における複数の運行車両毎に、当該運行車両に関する車両情報を取得する（ステップＳ１０３）。また、判定部１３４は、ステップＳ１０３で取得された路線毎の車両情報に基づいて、当該路線での運転状況を判定する（ステップＳ１０４）。例えば、判定部１３４は、路線毎の車両情報に基づいて、当該路線での運転状況が平常運転または遅延のいずれかを判定する。例えば、判定部１３４は、路線毎の車両情報に基づいて、当該路線に含まれる駅が平常運転区間の駅であるか、遅延区間の駅であるかを判定する。

【0100】

次に、車両特定部１３５は、ステップＳ１０４での判定結果が示す運転状況に応じた駅（処理対象の駅）について、条件情報を満たす基準車両および後続車両を特定する（ステップＳ１０５）。車両特定部１３５は、例えば、特定経路に含まれる各路線のいずれも平常運転と判定された場合には、乗換先路線における乗換駅（処理対象の駅）を対象として、検索条件を満たす車両のうち、表示制御の基準となる基準車両を特定するとともに、特定した基準車両に対する後続車両を特定する。また、車両特定部１３５は、例えば、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、遅延発生路線における利用候補駅（処理対象の駅）を対象に、検索条件を満たす車両のうち、表示制御の基準となる基準車両を特定するとともに、特定した基準車両に対する後続車両を特定する。

【0101】

次に、集計部１３６は、処理対象の駅に対応する車両情報に基づいて、処理対象の駅での発着数を集計する（ステップＳ１０６）。例えば、集計部１３６は、複数の運行車両毎に取得された車両情報に基づき遅延が発生していると判定された場合での発着数を集計する。

【0102】

次に、情報制御部１３７は、集計部１３６による集計結果に基づいて、平均運転時隔を予測する（ステップＳ１０７）。特定経路に含まれる各路線のいずれも平常運転と判定された場合には、情報制御部１３７は、処理対象の駅における現在の発着数、および、車両の位置情報に基づいて、基準車両よりも後の運行時隔であって、後続車両毎の運行時隔を予測する。そして、情報制御部１３７は、予測した運行時隔に基づいて、基準車両以降の運行車両における平均運行時隔を予測する。また、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、処理対象の駅における運行車両の現在の発着数、および、車両の位置情報に基づいて、基準車両よりも後の運行時隔であって、後続車両毎の運行時隔を予測する。そして、情報制御部１３７は、予測した運行時隔に基づいて、基準車両以降の運行車両における平均運行時隔を予測する。

【0103】

また、情報制御部１３７は、集計部１３６による集計結果に基づいて、運行本数を予測する（ステップＳ１０８）。例えば、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、処理対象の駅における運行車両の現在の発着数に基づいて、基準車両よりも後の運行本数であって、処理対象の駅を含む所定区間での運行本数を予測する。

【0104】

また、情報制御部１３７は、判定部１３４による判定結果が示す運転状況に応じて比較処理を行う（ステップＳ１０９）。例えば、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、遅延している路線の平均運行時隔と、当該路線の平常運行時での運行時隔とを比較することで、比較結果を得る。また、同様に、特定経路に含まれる路線の中に遅延発生の路線が含まれると判定された場合には、情報制御部１３７は、遅延している路線の運行本数と、当該路線の平常運行時での運行本数とを比較することで、比較結果を得る。

【0105】

次に、表示制御部１３８は、配信対象のページを生成する（ステップＳ１１０）。例えば、表示制御部１３８は、検索条件に対応する検索結果としての路線案内が表示される路線案内ページＰ１１を生成する。また、表示制御部１３８は、運行車両に対して後続する運行車両である後続車両との関係性に関する予測情報に基づいて、路線情報ページＰ１２を生成する。例えば、表示制御装置１００は、このような予測情報として、予測処理や比較処理に基づく情報を含む路線情報ページＰ１２を生成する。そして、表示制御部１３８は、配信対象のページを配信する（ステップＳ１１１）。なお、ページ配信は、表示制御部１３８以外の処理部によって行われてもよい。例えば、表示制御装置１００は、配信処理を行う配信部（不図示）を有してもよい。

【0106】

〔５．変形例〕
上記実施形態にかかる表示制御装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、表示制御装置１００の他の実施形態について説明する。

【0107】

〔５－１．待ち時間〕
表示制御部１３８は、集計部１３６による集計結果から予測された予測情報として、所定の路線での遅延発生時における到着予定時刻であって、所定の駅に所定の運行車両および後続車両が到着するまでの到着予定時刻に基づく情報を含む移動情報を表示させてもよい。例えば、表示制御部１３８は、到着予定時刻に基づく情報として、到着予定時刻に基づき算出された待ち時間であって、所定の駅に所定の運行車両および後続車両が到着するまでの待ち時間を含む移動情報を表示させる。この点について、図２および図４の例を用いて説明する。

【0108】

例えば、情報制御部１３７は、遅延発生路線であるＡＢ線に対応する車両情報に基づいて、利用候補駅である大阪駅に対する基準車両ＴＲ１１、および、後続車両グループＴＲ１２に属する後続車両の少なくとも１車両の到着予定時刻を予測する。また、情報制御部１３７は、予測した到着予定時刻と、時刻表上の到着予定時刻（図４の例では、１４時３８分）に基づいて、大阪駅に基準車両ＴＲ１１、および、後続車両グループＴＲ１２に属する後続車両の少なくとも１車両が到着するまでのそれぞれの待ち時間を予測する。

【0109】

例えば、情報制御部１３７は、大阪駅に基準車両ＴＲ１１が到着するまでの待ち時間であって、現在時刻からの待ち時間として「１５分」を算出したとする。また、情報制御部１３７は、大阪駅に後続車両が到着するまでの待ち時間であって、現在時刻からの待ち時間として「３０分」を算出したとする。かかる場合、情報制御部１３７は、移動情報ＤＳ２１の一例として、次の車両が当駅に到着するまでの待ち時間「１５分」、その次の車両が当駅に到着するまでの待ち時間「３０分」が表示されるような路線情報ページＰ２２を生成する。

【0110】

このように、実施形態にかかる表示制御装置１００は、所定の駅に所定の運行車両および後続車両が到着するまでの待ち時間を含む移動情報を表示させる。これにより、表示制御装置１００は、このまま当初の路線を利用すべきなのか、あるいは、他の路線の利用に切り替えるべきなのかより適切な判断を少ない労力で行わすことができるため、路線案内に対するユーザの満足度を高めることができる。

【0111】

〔５－２．情報提案（１）〕
また、表示制御部１３８は、所定の運行車両より後の運行時隔であって、後続車両毎の運行時隔に関する情報に応じて、所定の路線、または、所定の路線とは異なる他の路線のうち、いずれか一方の路線の利用を提案する移動情報を表示させてもよい。この点について、図２および図４の例を用いて説明する。図２に示す例のうち、遅延例の場合（平常運転；Ｎｏの場合）には、情報制御部１３７は、ステップＳ３２およびＳ３３での集計結果に基づいて、基準車両ＴＲ１１よりも後の運行時隔であって、後続車両グループＴＲ１２に属する後続車両毎の運行時隔を予測することにより、最終的に平均運行時隔「２０分間隔」を算出している。

【0112】

かかる場合、情報制御部１３７は、平均運行時隔「２０分間隔」に基づいて、現在遅延しているＡＢ線、または、ＡＢ線とは異なる他の路線のうち、いずれの路線を利用することが目的駅である西九条へ到着するうえで時間的に効率的であるかを判断する。例えば、情報制御部１３７は、平均運行時隔「２０分間隔」と、予め決められたルールベースとをつき合せることで、ＡＢ線、または、ＡＢ線とは異なる他の路線のうち、いずれの路線を利用することが効率的であるかを判断することができる。例えば、ルールベースでは、ＡＢ線において平均運行時隔「１０分間隔」以上となった場合には、ＡＣ線を利用して西九条へ向かうべきであることが規定されているとする。かかる場合には、情報制御部１３７は、平均運行時隔「２０分間隔」となっている現在においては、ＡＢ線ではなくＡＣ線の利用が効率駅であると判断する。

【0113】

そうすると、表示制御部１３８は、移動情報ＤＳ２１の一例として、「おすすめの迂回路線はＡＣ線です」といったように迂回路線を提案する提案情報が表示されるような路線情報ページＰ２２を生成する。

【0114】

このように、実施形態にかかる表示制御装置１００は、当初の路線を利用すべきなのか、あるいは、他の路線の利用に切り替えるべきなのかの判断までのユーザに代わって動的に行ってしまう。これにより、表示制御装置１００は、さらにユーザの労力を減らすことができるため、路線案内に対するユーザの満足度をより高めることができる。

【0115】

〔５－３．情報提案（２）〕
また、表示制御部１３８は、所定の路線での遅延発生時における運行本数と、所定の路線での平常運転時における運行本数とを比較した比較結果に応じて、所定の路線、または、所定の路線とは異なる他の路線のうち、いずれか一方の路線の利用を提案する移動情報を表示させてもよい。この点について、図２および図４の例を用いて説明する。図２に示す例のうち、遅延例の場合（平常運転；Ｎｏの場合）には、情報制御部１３７は、ＡＢ線における遅延時での運行本数「２本／１ｈ」と、路線ＡＢにおける平常運行時での運行本数「５本／１ｈ」とを比較することで、比較結果「平常時より減少」を得ている。

【0116】

かかる場合、情報制御部１３７は、比較結果「平常時より減少」に基づいて、現在遅延しているＡＢ線、または、ＡＢ線とは異なる他の路線のうち、いずれの路線を利用することが目的駅である西九条へ到着するうえで時間的に効率的であるかを判断する。例えば、情報制御部１３７は、比較結果「平常時より減少」と、予め決められたルールベースとをつき合せることで、ＡＢ線、または、ＡＢ線とは異なる他の路線のうち、いずれの路線を利用することが効率的であるかを判断することができる。例えば、ルールベースでは、ＡＢ線において運行本数が非常時と比較して「Ｎ本減少」している場合には、ＡＣ線を利用して西九条へ向かうべきであることが規定されているとする。かかる場合には、情報制御部１３７は、平均運行時隔「平常時より減少」（例えば、Ｎ本以上の減少）となっている現在においては、ＡＢ線ではなくＡＣ線の利用が効率駅であると判断する。

【0117】

そうすると、表示制御部１３８は、移動情報ＤＳ２１の一例として、「おすすめの迂回路線はＡＣ線です」といったように迂回路線を提案する提案情報が表示されるような路線情報ページＰ２２を生成する。

【0118】

このように、実施形態にかかる表示制御装置１００は、当初の路線を利用すべきなのか、あるいは、他の路線の利用に切り替えるべきなのかの判断までのユーザに代わって動的に行ってしまう。これにより、表示制御装置１００は、さらにユーザの労力を減らすことができるため、路線案内に対するユーザの満足度をより高めることができる。

【0119】

〔６．ハードウェア構成〕
また、上記実施形態にかかる表示制御装置１００は、例えば図９に示すような構成のコンピュータ１０００によって実現される。図９は、表示制御装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

【0120】

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

【0121】

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５０を介して他の機器へ送信する。

【0122】

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

【0123】

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0124】

例えば、コンピュータ１０００が実施形態にかかる表示制御装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

【0125】

〔７．その他〕
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0126】

以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0127】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

【符号の説明】

【0128】

１ 表示制御システム
１０ 端末装置
３０ 外部装置
１００ 表示制御装置
１２０ 記憶部
１２１ 時刻表情報記憶部
１２２ 路線図記憶部
１３０ 制御部
１３１ 受信部
１３２ 経路特定部
１３３ 取得部
１３４ 判定部
１３５ 車両特定部
１３６ 集計部
１３７ 情報制御部
１３８ 表示制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】