JP2013123921A - 情報提供システム - Google Patents
情報提供システム Download PDFInfo
- Publication number
- JP2013123921A JP2013123921A JP2011271837A JP2011271837A JP2013123921A JP 2013123921 A JP2013123921 A JP 2013123921A JP 2011271837 A JP2011271837 A JP 2011271837A JP 2011271837 A JP2011271837 A JP 2011271837A JP 2013123921 A JP2013123921 A JP 2013123921A
- Authority
- JP
- Japan
- Prior art keywords
- information
- passenger
- station
- information providing
- train
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Train Traffic Observation, Control, And Security (AREA)
Abstract
【課題】旅客に負担をかけずに旅客流動情報を取得し、更に処理負担を軽減することのできる情報提供システムを提供する。
【解決手段】運行管理サーバ１００は、列車ダイヤ情報と、列車運行情報とを受信し、記憶し、列車ダイヤ情報と列車運行情報を情報提供サーバ８００に送信し、統合旅客管理サーバ７００は、各旅客の履歴情報と、旅客情報とを記憶し、過去と現在の旅客情報を情報提供サーバに送信し、情報提供サーバは、旅客の目的地毎に複数の配信情報を記憶し、運行管理サーバから受信した列車ダイヤ情報と列車運行情報と、統合旅客管理サーバ装置から受信した過去の旅客情報から、旅客流動を設定し、設定された駅構内あるいは列車内の旅客の目的地に基づいて、記憶された複数の配信情報の中から予め１以上の配信情報を設定し、予め設定された配信情報を情報提供端末９００に送信し、情報提供端末は、情報提供サーバ装置から受信した配信情報を提示する。
【選択図】図１
【解決手段】運行管理サーバ１００は、列車ダイヤ情報と、列車運行情報とを受信し、記憶し、列車ダイヤ情報と列車運行情報を情報提供サーバ８００に送信し、統合旅客管理サーバ７００は、各旅客の履歴情報と、旅客情報とを記憶し、過去と現在の旅客情報を情報提供サーバに送信し、情報提供サーバは、旅客の目的地毎に複数の配信情報を記憶し、運行管理サーバから受信した列車ダイヤ情報と列車運行情報と、統合旅客管理サーバ装置から受信した過去の旅客情報から、旅客流動を設定し、設定された駅構内あるいは列車内の旅客の目的地に基づいて、記憶された複数の配信情報の中から予め１以上の配信情報を設定し、予め設定された配信情報を情報提供端末９００に送信し、情報提供端末は、情報提供サーバ装置から受信した配信情報を提示する。
【選択図】図１
Description
本発明は、駅構内あるいは列車内の旅客に提供する情報を決定する情報提供サーバ装置および情報提供システムに関するものである。
鉄道の運行に乱れが発生した場合、旅客は乱れた列車運行に関する情報をすばやく入手し、それを行動判断に役立てたいと考える。個々の旅客の関心に合致する情報を提供する技術として、電子メールを利用して運行情報を配信する技術がある。すでに多くの鉄道会社において、旅客に事前に希望線区を登録させ、その線区に運行障害等が発生した時に、旅客が持つ携帯端末に電子メールを送信するサービスが提供されている。
電子メールで運行情報を配信する場合、旅客は事前に情報配信サービスに登録する線区を決定する必要がある。しかし、この場合、通勤、通学といった日常的に利用する線区の情報配信を登録する旅客が多く、日常的に利用しない線区に乗車した旅客は、必要な運行情報を得られない。したがって、出張や旅行など日常的とは異なる経路を利用する旅客にとって、このサービスは、個々の旅客の関心に合致した情報を得る手段として適していない。
鉄道会社が駅構内の旅客に情報を提供する媒体として、駅のホームやコンコースに設置された液晶ディスプレイ式案内表示装置やＬＥＤ式案内表示装置、駅構内音声放送等がある。また、列車の乗客に情報を提供する媒体として、車内に設置された液晶ディスプレイ式案内表示装置やＬＥＤ式案内表示装置、車内音声放送等がある。これらの媒体を用いた情報提供は、より多くの旅客に一斉に情報を提供することができ、列車運行情報の情報提供手段として有効である。
液晶ディスプレイ式案内表示装置やＬＥＤ式案内表示装置に一度に表示できる情報には限りがあり、多くの情報を同時に提供する場合、複数画面が数秒おきに切り替わる、文字がスクロールするといった手段が採られる。また、駅構内あるいは列車内における音声放送は、多くの情報を同時に提供する場合、情報を一つずつ順番に放送するといった手段が採られる。これらの場合、旅客は、膨大な情報の中から自身に関係する情報を取捨選択する必要があるが、必要な情報を瞬時に判断することは困難である。上記手段による旅客への情報提供では、予め作成された旅客案内ダイヤ（行き先や車両数などのデータ）か駅社員や乗務員の手作業により情報選定が行われる。予め作成された旅客ダイヤを用いて選定した情報では、例えば運行に障害が発生するといった計画外の正確な案内が不可能である。また、駅社員や車上乗務員が指令所から伝達される情報の中から情報を選定する場合、旅客の要求を満足する情報提供をできるかどうかは、駅社員や乗務員の経験、技量に依存する。
特許文献１では、旅客が自動改札機に挿入した定期券から、個人情報（区間情報と旅客属性情報）を読取り、駅に滞留する旅客の属性別の比率を求め、旅客層の比率に応じて適合する広告を広告情報から選択し、駅広告ディスプレイに表示する発明が開示されている。
特許文献２に記載の技術には、自動改札機の入出場記録からリアルタイムな移動情報を取得し、運転整理案を作成する技術が開示されている。さらにこの発明によれば、旅客は駅に設置された旅客操作端末に目的地を入力することによって、個人の関心に合致する情報を取得することが可能となる。
しかしながら、特許文献１に記載の技術を運行障害の発生等により時々刻々と変化する情報を提示するときに用いる場合、定期券を所有しない旅客の情報が取得できない。
また、特許文献２に記載の技術では、ユーザによる目的地の入力が必要であり、ユーザに負担がかかる。更に、リアルタイムな移動情報を毎回計算する必要があり、処理に負担がかかる。本発明は、上記のような課題を解決するためになされたものであり、旅客に負担をかけずに旅客流動情報を取得し、更に処理負担を軽減することのできる情報提供システムを提供することを目的とする。
運行管理サーバは、複数の線区から送信される列車のダイヤを示す列車ダイヤ情報と、指令員の通知を含む列車運行情報とを受信し、記憶し、列車ダイヤ情報と列車運行情報を情報提供サーバに送信し、統合旅客管理サーバは、各旅客が過去に乗車した交通機関の乗降場所、乗降日時を含む履歴情報と、現在乗車している交通機関の乗車場所、乗車日時を含む情報と、乗車予約している交通機関の乗降予定場所、乗降予定日時、乗車予定列車番号を含む予約情報とを旅客情報として記憶し、過去と現在の旅客情報を情報提供サーバに送信し、情報提供サーバは、旅客の目的地毎に複数の配信情報を記憶し、運行管理サーバから受信した列車ダイヤ情報と列車運行情報と、統合旅客管理サーバ装置から受信した過去の旅客情報から、各駅、各列車を利用する旅客の人数と目的地を表す旅客流動を設定し、設定された駅構内あるいは列車内の旅客の目的地に基づいて、記憶された複数の配信情報の中から予め１以上の配信情報を設定し、予め設定された配信情報を情報提供端末に送信し、情報提供端末は、情報提供サーバ装置から受信した配信情報を提示することを特徴とする情報提供システム。
本発明によれば、旅客に負担をかけずに旅客流動情報を取得し、更に処理負担を軽減することができる。
以下、本発明における実施形態について、図面を参照しながら詳細に説明する。
＜実施の形態＞
図１は、本発明の実施形態に係る情報提供システムの全体構成を示す図である。図２〜図６は、情報提供システムを構成する各機器のハードウェア構成例を示す図である。図７〜図１２は、情報提供システムを構成するデータの構成を示す図である。図１３〜図１７は情報提供システムの動作手順を説明する図である。図１８〜図２６は、情報提供システムの動作手順を説明する図である。図２７〜図２９は情報提示部９０２の提示画面例を示す模式図である。
＜システムの全体構成＞
図１は、情報提供システムの全体構成を示す図である。情報提供システムは、運転整理装置１、運行管理サーバ１００、座席販売端末２００、自動改札機３００、座席管理サーバ４００、ＩＤ管理サーバ５００、ＯＤデータ記憶サーバ６００、統合旅客管理サーバ７００、情報提供サーバ８００、情報提供端末９００を有する。ここで、ＯＤデータとは自動改札機が記憶する乗車券の利用履歴である。
＜システムの全体構成：運転整理装置１＞
運転整理装置１は、列車に対する運転計画を指示する装置である。運転整理装置１は、指令操作部２と運転整理部３を有する。鉄道の運行に乱れが生じた際、列車ダイヤの乱れを解消するために、指令操作部２に指令員がダイヤ変更を入力し、入力に基づき運転整理部３がダイヤを変更することで、列車の発車時刻を変更したり、退避駅を変更したりする。運行情報送信部４は、当日の運行状況から判断して作成されたダイヤ（以下実施ダイヤ）、および指令員からの通知を運行管理サーバ１００に送信する。運転整理装置１のハードウェアの詳細は、図６を用いて後述する。
＜システムの全体構成：運行管理サーバ１００＞
運行管理サーバ１００は、列車の運行情報を管理するサーバである。ダイヤ１０４は、ダイヤ受信部１０１が運転整理装置１より受信したダイヤと、列車が実際に運行したダイヤ（実績ダイヤ）を指す。ダイヤ１０４のデータ構成の詳細は、図７を用いて後述する。異常通知１０７は、異常通知受信部１０５が運転整理装置１より受信した通知情報である。ダイヤ１０４および異常通知１０７は、ハードディスク装置などの記憶装置内に格納されている。ダイヤ送信部１０３はダイヤ１０４のデータを、異常通知送信部１０６は異常通知１０７を、それぞれ情報提供サーバ８００に送信する。運行管理サーバ１００ハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：座席販売端末２００＞
座席販売端末２００は、列車の座席販売、発券を行う装置である。座席情報受信部２０１は、座席管理サーバ４００から座席管理情報２０４を受信し、座席販売部２０２が旅客に対して座席を販売する。座席の販売実績は、座席販売実績２０５に格納し、座席情報送信部２０３によって座席管理サーバ４００に送信される。座席管理情報２０４、座席販売実績２０５は、ハードディスク装置などの記憶装置内に格納されている。座席管理情報２０４は、列車の運行に合わせて各列車の各座席に相当するデータとして格納される。座席販売実績２０５のデータ構成の詳細は、座席販売実績４０４と同等であり、図８を用いて後述する。座席販売端末２００のハードウェア構成例の詳細は、図２を用いて後述する。 図１において、座席販売端末２００は１つのみ記載しているが、実際には１つの駅に複数台設置されることもあれば、複数駅に１台しか設置されないこともある。座席販売端末２００の形態は駅毎に設置された販売窓口や券売機であったり、ホームページであったりし、座席の販売方式はチケットであったり旅客携帯端末ＩＤとの紐付けであったりするが、いずれの場合も、本実施形態において端末および座席販売方式の形態は限定しない。
＜システムの全体構成：自動改札機３００＞
自動改札機３００は、乗車券の確認、運賃の精算を行う装置である。改札処理部３０１は、旅客が自動改札機３００を通過する際に、入出場処理を実行し、ＩＣカード乗車券であれば旅客ＩＤを読込む。利用履歴３０３は、自動改札機３００を通過した全乗車券の通過情報を格納する。利用履歴３０３は、ハードディスク装置などの記憶装置内に格納されている。鉄道会社の管理下にある全ての自動改札機３００の利用履歴は、ＩＣカード乗車券の利用履歴がＩＤ管理サーバ５００の一件明細履歴５０３に、ＩＣカードを含む全乗車券の利用履歴がＯＤデータ記憶サーバ６００のＯＤデータ履歴６０３に、格納される。利用履歴３０３のデータ構成の詳細は、一件明細履歴５０３とＯＤデータ履歴６０３と図９、図１１を用いて後述する。自動改札機３００のハードウェア構成例の詳細は、図３を用いて後述する。利用履歴送信部３０２は、利用履歴３０３のうち、ＩＣカード乗車券の利用履歴をＩＤ管理サーバ５００に、全乗車券の利用履歴をＯＤデータ記憶サーバ６００に送信する。
＜実施の形態＞
図１は、本発明の実施形態に係る情報提供システムの全体構成を示す図である。図２〜図６は、情報提供システムを構成する各機器のハードウェア構成例を示す図である。図７〜図１２は、情報提供システムを構成するデータの構成を示す図である。図１３〜図１７は情報提供システムの動作手順を説明する図である。図１８〜図２６は、情報提供システムの動作手順を説明する図である。図２７〜図２９は情報提示部９０２の提示画面例を示す模式図である。
＜システムの全体構成＞
図１は、情報提供システムの全体構成を示す図である。情報提供システムは、運転整理装置１、運行管理サーバ１００、座席販売端末２００、自動改札機３００、座席管理サーバ４００、ＩＤ管理サーバ５００、ＯＤデータ記憶サーバ６００、統合旅客管理サーバ７００、情報提供サーバ８００、情報提供端末９００を有する。ここで、ＯＤデータとは自動改札機が記憶する乗車券の利用履歴である。
＜システムの全体構成：運転整理装置１＞
運転整理装置１は、列車に対する運転計画を指示する装置である。運転整理装置１は、指令操作部２と運転整理部３を有する。鉄道の運行に乱れが生じた際、列車ダイヤの乱れを解消するために、指令操作部２に指令員がダイヤ変更を入力し、入力に基づき運転整理部３がダイヤを変更することで、列車の発車時刻を変更したり、退避駅を変更したりする。運行情報送信部４は、当日の運行状況から判断して作成されたダイヤ（以下実施ダイヤ）、および指令員からの通知を運行管理サーバ１００に送信する。運転整理装置１のハードウェアの詳細は、図６を用いて後述する。
＜システムの全体構成：運行管理サーバ１００＞
運行管理サーバ１００は、列車の運行情報を管理するサーバである。ダイヤ１０４は、ダイヤ受信部１０１が運転整理装置１より受信したダイヤと、列車が実際に運行したダイヤ（実績ダイヤ）を指す。ダイヤ１０４のデータ構成の詳細は、図７を用いて後述する。異常通知１０７は、異常通知受信部１０５が運転整理装置１より受信した通知情報である。ダイヤ１０４および異常通知１０７は、ハードディスク装置などの記憶装置内に格納されている。ダイヤ送信部１０３はダイヤ１０４のデータを、異常通知送信部１０６は異常通知１０７を、それぞれ情報提供サーバ８００に送信する。運行管理サーバ１００ハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：座席販売端末２００＞
座席販売端末２００は、列車の座席販売、発券を行う装置である。座席情報受信部２０１は、座席管理サーバ４００から座席管理情報２０４を受信し、座席販売部２０２が旅客に対して座席を販売する。座席の販売実績は、座席販売実績２０５に格納し、座席情報送信部２０３によって座席管理サーバ４００に送信される。座席管理情報２０４、座席販売実績２０５は、ハードディスク装置などの記憶装置内に格納されている。座席管理情報２０４は、列車の運行に合わせて各列車の各座席に相当するデータとして格納される。座席販売実績２０５のデータ構成の詳細は、座席販売実績４０４と同等であり、図８を用いて後述する。座席販売端末２００のハードウェア構成例の詳細は、図２を用いて後述する。 図１において、座席販売端末２００は１つのみ記載しているが、実際には１つの駅に複数台設置されることもあれば、複数駅に１台しか設置されないこともある。座席販売端末２００の形態は駅毎に設置された販売窓口や券売機であったり、ホームページであったりし、座席の販売方式はチケットであったり旅客携帯端末ＩＤとの紐付けであったりするが、いずれの場合も、本実施形態において端末および座席販売方式の形態は限定しない。
＜システムの全体構成：自動改札機３００＞
自動改札機３００は、乗車券の確認、運賃の精算を行う装置である。改札処理部３０１は、旅客が自動改札機３００を通過する際に、入出場処理を実行し、ＩＣカード乗車券であれば旅客ＩＤを読込む。利用履歴３０３は、自動改札機３００を通過した全乗車券の通過情報を格納する。利用履歴３０３は、ハードディスク装置などの記憶装置内に格納されている。鉄道会社の管理下にある全ての自動改札機３００の利用履歴は、ＩＣカード乗車券の利用履歴がＩＤ管理サーバ５００の一件明細履歴５０３に、ＩＣカードを含む全乗車券の利用履歴がＯＤデータ記憶サーバ６００のＯＤデータ履歴６０３に、格納される。利用履歴３０３のデータ構成の詳細は、一件明細履歴５０３とＯＤデータ履歴６０３と図９、図１１を用いて後述する。自動改札機３００のハードウェア構成例の詳細は、図３を用いて後述する。利用履歴送信部３０２は、利用履歴３０３のうち、ＩＣカード乗車券の利用履歴をＩＤ管理サーバ５００に、全乗車券の利用履歴をＯＤデータ記憶サーバ６００に送信する。
図１において、自動改札機３００は１つのみ記載してあるが、実際には１つの駅に１つ以上の自動改札機３００が設置されるのが通常である。
＜システムの全体構成：座席管理サーバ４００＞
座席管理サーバ４００は、座席販売端末２００による列車の座席販売を管理する装置である。座席情報送信部４０２は、座席販売端末２００に座席管理情報４０３を送信し、座席販売端末２００により旅客へ座席を販売する。座席情報受信部４０１は、座席の販売実績を座席販売端末２００から受信し、座席販売実績４０４に格納する。座席情報送信部４０２は、統合旅客管理サーバ７００に座席販売実績４０４を送信する。座席管理情報４０３、座席販売実績４０４は、ハードディスク装置などの記憶装置内に格納されている。座席管理情報４０３は、列車の運行に合わせて各列車の各座席に相当するデータとして格納される。座席管理情報４０３のデータ構成の詳細は、図８を用いて後述する。座席管理サーバ４００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：ＩＤ管理サーバ５００＞
ＩＤ管理サーバ５００は、鉄道会社の管理下にある全ての自動改札機３００のＩＣカード乗車券の通過情報と、ＩＣカード乗車券のＩＤ情報を集約する装置である。利用履歴受信部５０１は、管理下にある全ての自動改札機３００の利用履歴のうち、ＩＣカード乗車券の利用履歴を受信し、一件明細履歴５０３に格納する。個人情報５０４は、ＩＣカードの購入時に提供された、旅客の利用区間、通勤又は通学といった情報を格納する。利用履歴送信部５０２は、統合旅客管理サーバ７００に一件明細履歴５０３および個人情報５０４を送信する。一件明細履歴５０３および個人情報５０４は、ハードディスク装置などの記憶装置内に格納されている。一件明細履歴５０３のデータ構成の詳細は、図９を用いて後述する。個人情報５０４のデータ構成の詳細は、図１０を用いて後述する。ＩＤ管理サーバ５００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：ＯＤデータ記憶サーバ６００＞
ＯＤデータ記憶サーバ６００は、鉄道会社の管理下にある全ての自動改札機３００の全ての乗車券通過情報を集約する装置である。利用履歴受信部６０１は、管理下にある全ての自動改札機３００の全ての乗車券の利用履歴を受信し、ＯＤデータ履歴６０３に格納する。利用履歴送信部６０２は、統合旅客管理サーバ７００にＯＤデータ履歴６０３を送信する。ＯＤデータ履歴６０３は、ハードディスク装置などの記憶装置内に格納されている。ＯＤデータ履歴６０３のデータ構成の詳細は、図１１を用いて後述する。ＯＤデータ記憶サーバ６００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：統合旅客管理サーバ７００＞
統合旅客管理サーバ７００は、旅客の鉄道利用情報を管理する装置である。旅客情報受信部７０１は、座席管理サーバ４００とＩＤ管理サーバ５００とＯＤデータ記憶サーバ６００から、各装置が管理する旅客情報を集約する。旅客情報統合部７０２は、各装置から集約した旅客情報から、旅客流動７０４を作成する。旅客流動７０４は、ハードディスク装置などの記憶装置内に格納されている。旅客流動７０４のデータ構成の詳細は、図１２を用いて後述する。旅客流動７０４作成の処理手順の詳細は、図２２、図２３を用いて後述する。旅客情報送信部７０３は、旅客流動７０４を情報提供サーバ８００に送信する。統合旅客管理サーバ７００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：情報提供サーバ８００＞
情報提供サーバ８００は、運行情報と旅客情報を集約し、情報提供端末の所在地に応じた配信情報を作成する装置である。運行情報受信部８０１は、運行管理サーバ１００から運行情報を受信し、ダイヤ８０５と異常通知８０６に格納する。ダイヤ８０５と異常通知８０６は、ハードディスク装置などの記憶装置内に格納されている。ダイヤ８０５のデータ構成の詳細は、ダイヤ１０４と同等であり、図７を用いて後述する。旅客情報受信部８０２は、統合旅客管理サーバ７００から旅客情報を受信し、旅客流動８０７に格納する。旅客流動８０７のデータ構成の詳細は、旅客流動７０４と同等であり、図１２を用いて後述する。
＜システムの全体構成：座席管理サーバ４００＞
座席管理サーバ４００は、座席販売端末２００による列車の座席販売を管理する装置である。座席情報送信部４０２は、座席販売端末２００に座席管理情報４０３を送信し、座席販売端末２００により旅客へ座席を販売する。座席情報受信部４０１は、座席の販売実績を座席販売端末２００から受信し、座席販売実績４０４に格納する。座席情報送信部４０２は、統合旅客管理サーバ７００に座席販売実績４０４を送信する。座席管理情報４０３、座席販売実績４０４は、ハードディスク装置などの記憶装置内に格納されている。座席管理情報４０３は、列車の運行に合わせて各列車の各座席に相当するデータとして格納される。座席管理情報４０３のデータ構成の詳細は、図８を用いて後述する。座席管理サーバ４００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：ＩＤ管理サーバ５００＞
ＩＤ管理サーバ５００は、鉄道会社の管理下にある全ての自動改札機３００のＩＣカード乗車券の通過情報と、ＩＣカード乗車券のＩＤ情報を集約する装置である。利用履歴受信部５０１は、管理下にある全ての自動改札機３００の利用履歴のうち、ＩＣカード乗車券の利用履歴を受信し、一件明細履歴５０３に格納する。個人情報５０４は、ＩＣカードの購入時に提供された、旅客の利用区間、通勤又は通学といった情報を格納する。利用履歴送信部５０２は、統合旅客管理サーバ７００に一件明細履歴５０３および個人情報５０４を送信する。一件明細履歴５０３および個人情報５０４は、ハードディスク装置などの記憶装置内に格納されている。一件明細履歴５０３のデータ構成の詳細は、図９を用いて後述する。個人情報５０４のデータ構成の詳細は、図１０を用いて後述する。ＩＤ管理サーバ５００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：ＯＤデータ記憶サーバ６００＞
ＯＤデータ記憶サーバ６００は、鉄道会社の管理下にある全ての自動改札機３００の全ての乗車券通過情報を集約する装置である。利用履歴受信部６０１は、管理下にある全ての自動改札機３００の全ての乗車券の利用履歴を受信し、ＯＤデータ履歴６０３に格納する。利用履歴送信部６０２は、統合旅客管理サーバ７００にＯＤデータ履歴６０３を送信する。ＯＤデータ履歴６０３は、ハードディスク装置などの記憶装置内に格納されている。ＯＤデータ履歴６０３のデータ構成の詳細は、図１１を用いて後述する。ＯＤデータ記憶サーバ６００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：統合旅客管理サーバ７００＞
統合旅客管理サーバ７００は、旅客の鉄道利用情報を管理する装置である。旅客情報受信部７０１は、座席管理サーバ４００とＩＤ管理サーバ５００とＯＤデータ記憶サーバ６００から、各装置が管理する旅客情報を集約する。旅客情報統合部７０２は、各装置から集約した旅客情報から、旅客流動７０４を作成する。旅客流動７０４は、ハードディスク装置などの記憶装置内に格納されている。旅客流動７０４のデータ構成の詳細は、図１２を用いて後述する。旅客流動７０４作成の処理手順の詳細は、図２２、図２３を用いて後述する。旅客情報送信部７０３は、旅客流動７０４を情報提供サーバ８００に送信する。統合旅客管理サーバ７００のハードウェア構成例の詳細は、図６を用いて後述する。
＜システムの全体構成：情報提供サーバ８００＞
情報提供サーバ８００は、運行情報と旅客情報を集約し、情報提供端末の所在地に応じた配信情報を作成する装置である。運行情報受信部８０１は、運行管理サーバ１００から運行情報を受信し、ダイヤ８０５と異常通知８０６に格納する。ダイヤ８０５と異常通知８０６は、ハードディスク装置などの記憶装置内に格納されている。ダイヤ８０５のデータ構成の詳細は、ダイヤ１０４と同等であり、図７を用いて後述する。旅客情報受信部８０２は、統合旅客管理サーバ７００から旅客情報を受信し、旅客流動８０７に格納する。旅客流動８０７のデータ構成の詳細は、旅客流動７０４と同等であり、図１２を用いて後述する。
配信情報処理部８０３は、ダイヤ８０５と旅客流動８０７から列車別運行-旅客統合情報８０８と駅別運行-旅客統合情報８０９を作成する。列車別運行-旅客統合情報８０８は、鉄道会社の管理下にある全ての列車が、いつ、どこで、何人の旅客を、どこまで輸送するかを管理する情報である。駅別運行-旅客統合情報８０９は、鉄道会社の管理下にある全ての駅に、いつ、何人の旅客が滞留し、目的地はどこかを管理する情報である。列車別運行-旅客統合情報８０８および駅別運行-旅客統合情報８０９は、ハードディスク装置などの記憶装置内に格納されている。列車別運行-旅客統合情報８０８のデータ構成の詳細は、図１３を用いて後述する。駅別運行-旅客統合情報８０９のデータ構成の詳細は、図１４を用いて後述する。列車別運行-旅客統合情報８０８と駅別運行-旅客統合情報８０９作成の処理手順の詳細は、図２４を用いて後述する。
配信情報処理部８０３は、列車別配信スケジュール８１０、駅別配信スケジュール８１１、旅客者の目的地毎に配信コンテンツ８１２を作成する。列車別配信スケジュール８１０は、鉄道会社の管理下にある全ての列車に対し、いつ、どの情報を送信するかを管理する情報である。駅別配信スケジュール８１１は、鉄道会社の管理下にある全ての駅に対し、いつ、どの情報を送信するかを管理する情報である。配信コンテンツ８１２は、鉄道会社が提供する全ての情報コンテンツに対し、ＩＤ、種別、関連する位置情報を付加した情報である。列車別配信スケジュール８１０、駅別配信スケジュール８１１、配信コンテンツ８１２は、ハードディスク装置などの記憶装置内に格納されている。列車別配信スケジュール８１０のデータ構成の詳細は、図１５を用いて後述する。駅別配信スケジュール８１０のデータ構成の詳細は、図１６を用いて後述する。配信コンテンツ８１２のデータ構成の詳細は、図１７を用いて後述する。列車別配信スケジュール８１０と駅別配信スケジュール８１１作成の処理手順の詳細は、図２５を用いて後述する。配信コンテンツ８１２作成の処理手順の詳細は、図２６を用いて後述する。
情報提供サーバ８００のハードウェア構成例の詳細は、図４を用いて後述する。
＜システムの全体構成：情報提供端末９００＞
情報提供端末９００は、利用者に配信情報を提供するための装置である。配信情報受信部９０１は、情報提供サーバ８００から配信された配信情報を受信し、配信スケジュール９０４と配信コンテンツ９０５に格納する。配信スケジュール９０４と配信コンテンツ９０５は、ハードディスク装置などの記憶装置内に格納されている。配信スケジュール９０４は端末ごとに異なる。配信スケジュール９０４のデータ構成の詳細は、端末の所在地に応じて、列車別配信スケジュール８１２あるいは駅別配信スケジュール８１１と同様であり、図１５と図１６を用いて後述する。配信コンテンツ９０５のデータ構成の詳細は、配信コンテンツ８１２と同様であり、図１７を用いて後述する。提示作成部９０２は、配信スケジュール９０４と配信コンテンツ９０５から提示部９０３にて提示する情報を作成する。情報提供端末９００のハードウェア構成例の詳細は、図５を用いて後述する。
＜システムの全体構成：情報提供端末９００＞
情報提供端末９００は、利用者に配信情報を提供するための装置である。配信情報受信部９０１は、情報提供サーバ８００から配信された配信情報を受信し、配信スケジュール９０４と配信コンテンツ９０５に格納する。配信スケジュール９０４と配信コンテンツ９０５は、ハードディスク装置などの記憶装置内に格納されている。配信スケジュール９０４は端末ごとに異なる。配信スケジュール９０４のデータ構成の詳細は、端末の所在地に応じて、列車別配信スケジュール８１２あるいは駅別配信スケジュール８１１と同様であり、図１５と図１６を用いて後述する。配信コンテンツ９０５のデータ構成の詳細は、配信コンテンツ８１２と同様であり、図１７を用いて後述する。提示作成部９０２は、配信スケジュール９０４と配信コンテンツ９０５から提示部９０３にて提示する情報を作成する。情報提供端末９００のハードウェア構成例の詳細は、図５を用いて後述する。
図１において、情報提供端末９００は１つのみ記載してあるが、実際には１つの列車、駅に複数台設置されるのが通常である。情報提供は、情報提供端末９００を直接旅客に提示する場合もあれば、旅客案内を作成する駅社員や車上乗務員に提示する場合もある。情報提供端末９００の形態は、液晶ディスプレイ式案内表示装置、ＬＥＤ式案内表示装置、音声放送、駅社員向け個人携帯端末装置などがある。しかしながら、いずれの場合も、本実施形態においては情報提供相手および端末の形態は限定しない。
＜ハードウェア構成例＞
図２〜図６を用いて、情報提供システムを構成する各装置のハードウェア構成例を説明する。
＜ハードウェア構成例：座席販売端末２００＞
図２は、座席販売端末２００のハードウェア構成例を示す図である。本実施形態において、座席販売端末２００の形態は限定しないが、ここでは代表例として、駅に設置された販売窓口における端末のハードウェア構成例を説明する。
＜ハードウェア構成例＞
図２〜図６を用いて、情報提供システムを構成する各装置のハードウェア構成例を説明する。
＜ハードウェア構成例：座席販売端末２００＞
図２は、座席販売端末２００のハードウェア構成例を示す図である。本実施形態において、座席販売端末２００の形態は限定しないが、ここでは代表例として、駅に設置された販売窓口における端末のハードウェア構成例を説明する。
座席販売端末２００は、ＣＰＵ２０００、ハードディスク２００１、メモリ２００２、ディスプレイ２００３、ディスプレイ制御部２００４、キーボード２００５、キーボード制御部２００６、マウス２００７、マウス２００８制御部、発券部２００９、発券制御部２０１０、ネットワーク通信部２０１１を備える。
ＣＰＵ２０００は、データの入出力、読み込み、格納および各種処理を実行する。ハードディスク２００１は、データを記憶する装置である。メモリ２００２は、プログラムおよびデータを一時的に記憶する装置である。ディスプレイ２００３は、ユーザにデータを画面表示して提示する装置である。ディスプレイ制御部２００４は、ディスプレイ２００３を制御する。キーボード２００５およびマウス２００７は、ユーザからの操作入力を受け付ける装置である。キーボード制御部２００６およびマウス制御部２００８は、それぞれキーボード２００５およびマウス２００７を制御する。発券部２００９は、座席の販売情報を記載した券を発行する装置である。発券制御部２０１０は、発券部２００９を制御する。ネットワーク通信部２０１１は、座席管理サーバ４００と通信し、データを送受信する。
＜ハードウェア構成例：自動改札機３００＞
図３は、自動改札機３００のハードウェア構成例を示す図である。自動改札機３００は、ＣＰＵ３０００、ハードディスク３００１、メモリ３００２、磁気切符リーダ３００３、ＩＣカード通信部３００４、アンテナ３００５、ネットワーク通信部３００６を備える。
＜ハードウェア構成例：自動改札機３００＞
図３は、自動改札機３００のハードウェア構成例を示す図である。自動改札機３００は、ＣＰＵ３０００、ハードディスク３００１、メモリ３００２、磁気切符リーダ３００３、ＩＣカード通信部３００４、アンテナ３００５、ネットワーク通信部３００６を備える。
ＣＰＵ３０００は、データの入出力、読み込み、格納および各種処理を実行する。ハードディスク３００１は、自動改札機３００が使用するデータを記憶する。メモリ３００２は、磁気切符およびＩＣカードから読み込んだデータを保持する。ＩＣカード通信部３００４は、アンテナ３００５を用いて非接触型ＩＣカードと無線通信する。ネットワーク通信部３００６は、ＩＤ管理サーバ５００、ＯＤデータ記憶サーバ６００と通信し、データを送受信する。
＜ハードウェア構成例：情報提供サーバ装置８００＞
図４は、情報提供サーバ装置８００のハードウェア構成例を示す図である。情報提供サーバ８００は、ＣＰＵ８０００、ハードディスク８００１、メモリ８００２、ディスプレイ８００３、ディスプレイ制御部８００４、キーボード８００５、キーボード制御部８００６、マウス８００７、マウス制御部８００８、ネットワーク通信部８００９を備える。 ＣＰＵ８０００は、データの入出力、読み込み、格納および各種処理を実行する。ハードディスク８００１は、データを記憶する装置である。メモリ８００２は、プログラムおよびデータを一時的に記憶する装置である。ディスプレイ８００３は、ユーザにデータを画面表示して提示する装置である。ディスプレイ制御部８００４は、ディスプレイ８００３を制御する。キーボード８００５およびマウス８００７は、ユーザからの操作入力を受け付ける装置である。キーボード制御部８００６およびマウス制御部８００７は、それぞれキーボード８００６およびマウス８００７を制御する。ネットワーク通信部８００９は、列車や駅に設置された情報提供端末装置９００と通信し、データを送受信する。
＜ハードウェア構成例：情報提供端末装置９００＞
図５は、情報提供端末装置９００のハードウェア構成例を示す図である。本実施形態において、座席販売端末２００の形態は限定しないが、ここでは代表例として、駅に設置された販売窓口における端末のハードウェア構成例を説明する。
＜ハードウェア構成例：情報提供サーバ装置８００＞
図４は、情報提供サーバ装置８００のハードウェア構成例を示す図である。情報提供サーバ８００は、ＣＰＵ８０００、ハードディスク８００１、メモリ８００２、ディスプレイ８００３、ディスプレイ制御部８００４、キーボード８００５、キーボード制御部８００６、マウス８００７、マウス制御部８００８、ネットワーク通信部８００９を備える。 ＣＰＵ８０００は、データの入出力、読み込み、格納および各種処理を実行する。ハードディスク８００１は、データを記憶する装置である。メモリ８００２は、プログラムおよびデータを一時的に記憶する装置である。ディスプレイ８００３は、ユーザにデータを画面表示して提示する装置である。ディスプレイ制御部８００４は、ディスプレイ８００３を制御する。キーボード８００５およびマウス８００７は、ユーザからの操作入力を受け付ける装置である。キーボード制御部８００６およびマウス制御部８００７は、それぞれキーボード８００６およびマウス８００７を制御する。ネットワーク通信部８００９は、列車や駅に設置された情報提供端末装置９００と通信し、データを送受信する。
＜ハードウェア構成例：情報提供端末装置９００＞
図５は、情報提供端末装置９００のハードウェア構成例を示す図である。本実施形態において、座席販売端末２００の形態は限定しないが、ここでは代表例として、駅に設置された販売窓口における端末のハードウェア構成例を説明する。
情報提供端末装置９００は、ＣＰＵ９０００、ハードディスク９００１、メモリ９００２、ディスプレイ９００３、ディスプレイ制御部９００４、ネットワーク通信部９００５を備える。
ＣＰＵ９０００は、情報提供端末装置９００の機能を制御し、データを処理し、ネットワークを介して通信する。ハードディスク９００１は、データを記憶する装置である。メモリ９００２は、プログラムおよびデータを一時的に記憶する装置である。ディスプレイ９００３は、ユーザにデータを画面表示して提示する装置である。ディスプレイ制御部９００４は、ディスプレイ９００３を制御する。ネットワーク通信部９００５は、情報提供サーバ装置８００と通信し、データを送受信する。
＜ハードウェア構成例：運転整理装置１、運行管理サーバ装置１００、座席管理サーバ装置４００、ＩＤ管理サーバ装置５００、ＯＤデータ記憶サーバ６００、統合旅客管理サーバ装置７００＞
図６は、運転整理装置１、運行管理サーバ装置１００、座席管理サーバ装置４００、ＩＤ管理サーバ装置５００、ＯＤデータ記憶サーバ６００、統合旅客管理サーバ装置７００のハードウェア構成例を示す図である。これら各装置はすべて同一の構成であるため、ここでは図１に示す運転整理装置１のハードウェア構成例を説明する。
＜ハードウェア構成例：運転整理装置１、運行管理サーバ装置１００、座席管理サーバ装置４００、ＩＤ管理サーバ装置５００、ＯＤデータ記憶サーバ６００、統合旅客管理サーバ装置７００＞
図６は、運転整理装置１、運行管理サーバ装置１００、座席管理サーバ装置４００、ＩＤ管理サーバ装置５００、ＯＤデータ記憶サーバ６００、統合旅客管理サーバ装置７００のハードウェア構成例を示す図である。これら各装置はすべて同一の構成であるため、ここでは図１に示す運転整理装置１のハードウェア構成例を説明する。
運転整理装置１は、ＣＰＵ１０、ハードディスク１１、メモリ１２、ディスプレイ１３、ディスプレイ制御部１４、キーボード１５、キーボード制御部１６、マウス１７、マウス制御部１８、ネットワーク通信部１９を備える。
ＣＰＵ１０は、データの入出力、読み込み、格納および各種処理を実行する。ハードディスク１１は、データを記憶する装置である。メモリ１２は、プログラムおよびデータを一時的に記憶する装置である。ディスプレイ１３は、ユーザにデータを画面表示して提示する装置である。ディスプレイ制御部１４は、ディスプレイ１３を制御する。キーボード１５およびマウス１７は、ユーザからの操作入力を受け付ける装置である。キーボード制御部１６およびマウス制御部１７は、それぞれキーボード１６およびマウス１７を制御する。ネットワーク通信部１９は、運行管理サーバ１００と通信し、データを送受信する。＜データ構成＞
次に、図１における各データの構成について、図７〜図１７を用いて説明する。
＜データ構成：運行管理サーバ１００：ダイヤ１０４＞
図７は、運行管理サーバ１００が備えるダイヤ１０４のデータ構成を示す図である。ダイヤ１０４は、列車の運行情報を格納する。ダイヤ１０４は、日付フィールド１０４０１、列車ＩＤフィールド１０４０２、列車種別フィールド１０４０３、線区ＩＤフィールド１０４０４、駅ＩＤ１０４０５、発着フィールド１０４０６、時刻フィールド１０４０７を有する。
次に、図１における各データの構成について、図７〜図１７を用いて説明する。
＜データ構成：運行管理サーバ１００：ダイヤ１０４＞
図７は、運行管理サーバ１００が備えるダイヤ１０４のデータ構成を示す図である。ダイヤ１０４は、列車の運行情報を格納する。ダイヤ１０４は、日付フィールド１０４０１、列車ＩＤフィールド１０４０２、列車種別フィールド１０４０３、線区ＩＤフィールド１０４０４、駅ＩＤ１０４０５、発着フィールド１０４０６、時刻フィールド１０４０７を有する。
日付フィールド１０４０１は、列車を運行する日付を格納するデータフィールドである。列車ＩＤフィールド１０４０２は、運行する列車固有のＩＤを格納するデータフィールドである。列車種別フィールド１０４０３は、運行する列車の列車種別を格納するデータフィールドであり、「普通」「急行」「回送」などが格納される。線区ＩＤフィールド１０４０４は、列車を運行する線区固有のＩＤを格納するデータフィールドである。発着フィールドは、列車の「発車」あるいは「到着」のフラグを格納するデータフィールドである。時刻データフィールド１０４０７は、対応する発着フィールドのフラグが「発車」の場合は発車時刻を、対応する発着フィールドのフラグが「到着」の場合は到着時刻を格納するデータフィールドである。
ダイヤ１０４は、あらかじめ計画されたダイヤ（計画ダイヤ）、実施ダイヤ、実績ダイヤの全てのダイヤにおいて、同等の形式を有する。計画ダイヤおよび実施ダイヤは、指令員の手作業によりあるいは自動的に作成され、実績ダイヤは列車の運行に従って更新される。
＜データ構成：座席管理サーバ装置４００：座席販売実績４０４＞
図８は、座席管理サーバ装置４００が備える座席販売実績４０４のデータ構成を示す図である。座席販売実績４０４は、座席の旅客販売の実績を格納する。座席販売実績４０４は、日付フィールド４０４０１、列車ＩＤフィールド４０４０２、線区ＩＤフィールド４０４０３、号車フィールド４０４０４、座席フィールド４０４０５、発駅ＩＤフィールド４０４０６、発時刻フィールド４０４０７、着駅ＩＤフィールド４０４０８、着時刻フィールド４０４０９を有する。
＜データ構成：座席管理サーバ装置４００：座席販売実績４０４＞
図８は、座席管理サーバ装置４００が備える座席販売実績４０４のデータ構成を示す図である。座席販売実績４０４は、座席の旅客販売の実績を格納する。座席販売実績４０４は、日付フィールド４０４０１、列車ＩＤフィールド４０４０２、線区ＩＤフィールド４０４０３、号車フィールド４０４０４、座席フィールド４０４０５、発駅ＩＤフィールド４０４０６、発時刻フィールド４０４０７、着駅ＩＤフィールド４０４０８、着時刻フィールド４０４０９を有する。
日付フィールド４０４０１は、旅客が列車に乗車する日付を格納するデータフィールドである。列車ＩＤフィールド４０４０２は、旅客が乗車する列車固有のＩＤを格納するデータフィールドである。線区ＩＤフィールド４０４０３は、旅客が乗車する列車を運行する線区固有のＩＤを格納するデータフィールドである。号車フィールド４０４０４は、旅客が乗車する号車を格納するデータフィールドである。座席フィールド４０４０５は、旅客が着席する座席を格納するデータフィールドである。発駅ＩＤフィールド４０４０６は、旅客が乗車する駅固有のＩＤを格納するデータフィールドである。発時刻フィールド４０４０７は、旅客が乗車する時刻を格納するデータフィールドである。着駅ＩＤフィールド４０４０８は、旅客が降車する駅固有のＩＤを格納するデータフィールドである。着時刻フィールド４０４０７は、旅客が降車する時刻を格納するデータフィールドである。
座席販売実績４０４は、旅客の座席購入に従って追加される。
＜データ構成：ＩＤ管理サーバ装置５００＞
図９および図１０は、ＩＤ管理サーバ装置５００が備えるデータの構成を示す図である。
＜データ構成：ＩＤ管理サーバ装置５００：一件明細履歴５０３＞
図９は、ＩＣカード乗車券の一件明細履歴５０３のデータ構成を示す図である。一件明細履歴５０３は、ＩＣカード乗車券の利用者が自動改札機３００を通過する際に自動改札機３００に格納される旅客情報と鉄道利用情報について、鉄道会社の管理下にある全ての自動改札機、全ての駅の情報の集計を格納する。一件明細履歴５０３は、旅客ＩＤフィールド５０５０１、日付フィールド５０３０２、入駅ＩＤフォールド５０３０３、入時刻フィールド５０３０４、出駅ＩＤフィールド５０３０５、出時刻フィールド５０３０６を有する。
＜データ構成：ＩＤ管理サーバ装置５００＞
図９および図１０は、ＩＤ管理サーバ装置５００が備えるデータの構成を示す図である。
＜データ構成：ＩＤ管理サーバ装置５００：一件明細履歴５０３＞
図９は、ＩＣカード乗車券の一件明細履歴５０３のデータ構成を示す図である。一件明細履歴５０３は、ＩＣカード乗車券の利用者が自動改札機３００を通過する際に自動改札機３００に格納される旅客情報と鉄道利用情報について、鉄道会社の管理下にある全ての自動改札機、全ての駅の情報の集計を格納する。一件明細履歴５０３は、旅客ＩＤフィールド５０５０１、日付フィールド５０３０２、入駅ＩＤフォールド５０３０３、入時刻フィールド５０３０４、出駅ＩＤフィールド５０３０５、出時刻フィールド５０３０６を有する。
旅客ＩＤフィールド５０３０１は、旅客の自動改札機３００通過時に読み込まれたＩＣカード乗車券に割り当てられたＩＣカード乗車券固有のＩＤを格納するデータフィールドである。日付フィールド５０３０２は、旅客が自動改札機３００を通過した日付を格納するデータフィールドである。入駅ＩＤフィールド５０３０３は、旅客が入場した駅固有のＩＤを格納するデータフィールドである。入時刻フィールド５０３０４は、旅客が入場した時刻を格納するデータフィールドである。出駅ＩＤフィールド５０３０５は、旅客が出場した駅固有のＩＤを格納するデータフィールドである。出時刻フィールド５０３０６は、旅客が出場した時刻を格納するデータフィールドである。旅客が自動改札機２００から入場はしたが、出場はしていない時刻に、利用履歴受信部５０１が自動改札機３００からＩＣカード乗車券の利用履歴を受信した場合、出駅ＩＤフィールド５０３０４と出時刻フィールド５０３０５は空欄となる。
一件明細履歴５０３は、旅客の自動改札機３００の入出場に従って追加される。
＜データ構成：ＩＤ管理サーバ装置５００：個人情報５０４＞
図１０は、ＩＣカードが持つ個人情報５０４のデータ構成を示す図である。個人情報５０４は、鉄道会社の管理下にある全てのＩＣカードについて、旅客の購入時に入力した個人情報と、ＩＣカードの利用履歴から得られる利用状況を格納する。
＜データ構成：ＩＤ管理サーバ装置５００：個人情報５０４＞
図１０は、ＩＣカードが持つ個人情報５０４のデータ構成を示す図である。個人情報５０４は、鉄道会社の管理下にある全てのＩＣカードについて、旅客の購入時に入力した個人情報と、ＩＣカードの利用履歴から得られる利用状況を格納する。
個人情報５０４は、旅客ＩＤフィールド５０４０１、定期券種別フィールド５０４０２、定期券区間開始駅ＩＤフィールド５０４０３、定期券区間終了駅ＩＤフィールド５０４０４、高頻度利用駅ＩＤフィールド５０４０５を有する。
旅客ＩＤフィールド５０４０１は、旅客がＩＣカードの購入時に提供された、ＩＣカード乗車券固有のＩＤを格納するデータフィールドである。定期券種別は、ＩＣカードに定期券情報が格納されている場合に、定期券の種別を格納するデータフィールドである。ＩＣカードに定期券情報が格納されていない場合、定期券種別フィールド５０４０２は空欄となる。定期券区間始駅ＩＤフィールド５０４０３は、ＩＣカードに定期券情報が格納されている場合に、定期券区間の始駅固有のＩＤを格納するデータフィールドである。ＩＣカードに定期券情報が格納されていない場合、定期券区間始駅ＩＤフィールド５０４０３は空欄となる。定期券区間終駅ＩＤフィールド５０４０４は、ＩＣカードに定期券情報が格納されている場合に、定期券区間の終駅固有のＩＤを格納するデータフィールドである。ＩＣカードに定期券情報が格納されていない場合、定期券区間終駅ＩＤフィールド５０４０４は空欄となる。高頻度利用駅ＩＤフィールド５０４０５は、一件明細履歴５０３から抽出される、各ＩＤで最も高頻度で利用される駅固有のＩＤを格納するデータフィールドである。
個人情報５０４は、新規ＩＣカードが購入される時に旅客ＩＤフィールド５０４０１が追加される。定期券種別５０４０２〜定期券区間終駅ＩＤ５０４０４は、定期券が購入される時に更新され、高頻度利用駅ＩＤは例えば１週間に１回といったように、定期的に更新される。
＜データ構成：ＯＤデータ記憶サーバ６００：ＯＤデータ履歴６０３＞
図１１は、ＯＤデータ記憶サーバ６００が備えるＯＤデータ履歴６０３のデータ構成を示す図である。ＯＤデータ履歴６０３は、全ての乗車券に関して、旅客が自動改札機３００を通過する際に自動改札機３００に格納される鉄道利用情報について、鉄道会社の管理下にある全ての自動改札機、全ての駅の情報から得られる、全ての乗車券情報を格納する。ＯＤデータ履歴６０３は、日付フィールド６０３０１、開始時刻フィールド６０３０２、終了時刻フィールド６０３０３、開始駅ＩＤフィールド６０３０４、終了駅ＩＤフィールド６０３０５、通過人数フィールド６０３０６を有する。
＜データ構成：ＯＤデータ記憶サーバ６００：ＯＤデータ履歴６０３＞
図１１は、ＯＤデータ記憶サーバ６００が備えるＯＤデータ履歴６０３のデータ構成を示す図である。ＯＤデータ履歴６０３は、全ての乗車券に関して、旅客が自動改札機３００を通過する際に自動改札機３００に格納される鉄道利用情報について、鉄道会社の管理下にある全ての自動改札機、全ての駅の情報から得られる、全ての乗車券情報を格納する。ＯＤデータ履歴６０３は、日付フィールド６０３０１、開始時刻フィールド６０３０２、終了時刻フィールド６０３０３、開始駅ＩＤフィールド６０３０４、終了駅ＩＤフィールド６０３０５、通過人数フィールド６０３０６を有する。
日付フィールド６０３０１は、ＯＤデータを集計する日付を格納するデータフィールドである。開始時刻フィールド６０３０２は、ＯＤデータを集計する時間の開始時刻を格納するデータフィールドである。終了時刻フィールド６０３０３は、ＯＤデータを集計する時間の開始時刻を格納するデータフィールドである。開始駅ＩＤフィールド６０３０４は、ＯＤデータを集計する区間の開始駅固有のＩＤを格納するデータフィールドである。終了駅ＩＤフォールド６０３０５は、ＯＤデータを集計する区間の終了駅固有のＩＤを格納するデータフィールドである。通過人数フィールド６０３０６は、ＯＤデータを集計する時間に集計する区間の改札機を通過する人数を格納するデータフィールドである。
ＯＤデータ履歴６０３は、例えば１５分に１回といったように、定期的に更新される。＜データ構成：統合旅客管理サーバ装置７００：旅客流動７０４＞
図１２は、統合旅客管理サーバ装置７００が備える旅客流動７０４のデータ構成を示す図である。旅客流動７０４は、一定の時間に一定の区間を利用する旅客の人数と属性を格納する。旅客流動７０４は、日付フィールド７０４０１、開始時刻フィールド７０４０２、終了時刻フィールド７０４０３、開始駅ＩＤフィールド７０４０４、終了駅ＩＤフィールド７０４０５、総人数フィールド７０４０６、定期券種別フィールド７０４０７、定期券区間開始駅ＩＤフィールド７０４０８、定期券区間終了ＩＤフィールド７０４０９、高頻度利用駅ＩＤフィールド７０４１０を有する。
図１２は、統合旅客管理サーバ装置７００が備える旅客流動７０４のデータ構成を示す図である。旅客流動７０４は、一定の時間に一定の区間を利用する旅客の人数と属性を格納する。旅客流動７０４は、日付フィールド７０４０１、開始時刻フィールド７０４０２、終了時刻フィールド７０４０３、開始駅ＩＤフィールド７０４０４、終了駅ＩＤフィールド７０４０５、総人数フィールド７０４０６、定期券種別フィールド７０４０７、定期券区間開始駅ＩＤフィールド７０４０８、定期券区間終了ＩＤフィールド７０４０９、高頻度利用駅ＩＤフィールド７０４１０を有する。
日付フィールド７０４０１は、旅客流動を集計する日付を格納するデータフィールドである。開始時刻フィールド７０４０２は、旅客流動を集計する時間の開始時刻を格納するデータフィールドである。終了時刻フィールド７０４０３は、旅客流動を集計する時間の終了時刻を格納するデータフィールドである。開始駅ＩＤフィールド７０４０４は、旅客流動を集計する区間の開始駅固有のＩＤを格納するデータフィールドである。終了駅フィールド７０４０５は、旅客流動を集計する区間の終了駅固有のＩＤを格納するデータフィールドである。総人数フィールド７０４０６は、旅客流動を集計する時間に集計する区間の改札機を通過すると予想される総人数を格納するデータフィールドである。総人数フィールド７０４０６に格納する値は、ＯＤデータ履歴６０３および座席販売実績４０４を用いて、例えば特許文献２に記載された技術により決定する。定期券種別フィールド７０４０７は、集計する時間に集計する区間の改札機を通過する旅客が定期券を利用する場合に、定期券種別の比率を格納するデータフィールドである。定期券区間開始駅ＩＤフィールド７０４０８は、集計する時間に集計する区間の改札機を通過する旅客が定期券を利用する場合に、定期券区間の開始駅固有のＩＤの比率を格納するデータフィールドである。定期券区間終了駅ＩＤフィールド７０４０９は、集計する時間に集計する区間の改札機を通過する旅客が定期券を利用する場合に、定期券区間の終了駅固有のＩＤの比率を格納するデータフィールドである。高頻度利用駅ＩＤフィールド７０４１０は、各ＩＤで最も高頻度で利用される駅固有のＩＤの比率を格納するデータフィールドである。定期券種別フィールド７０４０７〜高頻度利用駅ＩＤフィールド７０４１０は、一件明細履歴５０３および個人情報５０４を用いて、例えば特許文献１に記載された技術により決定する。
＜データ構成：情報提供サーバ装置８００＞
図１３〜図１７は、情報提供サーバ装置８００が備えるデータの構成を示す図である。＜データ構成：情報提供サーバ装置８００：列車別運行-旅客統合情報８０８＞
図１３は、列車別運行-旅客統合情報８０８のデータ構成を示す図である。列車別運行-旅客統合情報８０８は、各列車の運行に合わせた旅客の人数の変化を格納する。列車別運行-旅客統合情報８０８は、日付フィールド８０８０１、列車ＩＤフィールド８０８０２、列車種別８０８０３、線区ＩＤフィールド８０８０４、発駅ＩＤフィールド８０８０５、発時刻フィールド８０８０６、着駅ＩＤフィールド８０８０７、着時刻フィールド８０８０８、総人数フィールド８０８０９、行き先駅ＩＤフィールド８０８１０、定期券種別フィールド８０８１１、定期券区間開始駅ＩＤフィールド８０８１２、定期券区間終了駅ＩＤフィールド８０８１３、高頻度利用駅ＩＤフィールド８０８１４を有する。
＜データ構成：情報提供サーバ装置８００＞
図１３〜図１７は、情報提供サーバ装置８００が備えるデータの構成を示す図である。＜データ構成：情報提供サーバ装置８００：列車別運行-旅客統合情報８０８＞
図１３は、列車別運行-旅客統合情報８０８のデータ構成を示す図である。列車別運行-旅客統合情報８０８は、各列車の運行に合わせた旅客の人数の変化を格納する。列車別運行-旅客統合情報８０８は、日付フィールド８０８０１、列車ＩＤフィールド８０８０２、列車種別８０８０３、線区ＩＤフィールド８０８０４、発駅ＩＤフィールド８０８０５、発時刻フィールド８０８０６、着駅ＩＤフィールド８０８０７、着時刻フィールド８０８０８、総人数フィールド８０８０９、行き先駅ＩＤフィールド８０８１０、定期券種別フィールド８０８１１、定期券区間開始駅ＩＤフィールド８０８１２、定期券区間終了駅ＩＤフィールド８０８１３、高頻度利用駅ＩＤフィールド８０８１４を有する。
日付フィールド８０８０１は、情報提供する日付を格納するデータフィールドである。列車ＩＤフィールド８０８０２は、運行する列車固有のＩＤを格納するデータフィールドである。列車種別フィールド８０８０３は、運行する列車の列車種別を格納するデータフィールドであり、「普通」「急行」「回送」などが格納される。線区ＩＤフィールド８０８０４は、列車を運行する線区固有のＩＤを格納するデータフィールドである。発駅ＩＤフィールド８０８０５は、列車が停車する駅固有のＩＤを格納するデータフィールドである。発時刻フィールド８０８０６は、列車の発車時刻を格納するデータフィールドである。着駅ＩＤフィールド８０８０７は、列車が停車する駅固有のＩＤを格納するデータフィールドである。着時刻フィールド８０８０８は、列車の到着時刻を格納するデータフィールドである。日付フィールド８０８０１〜着時刻フィールド８０８０８の値は、列車ダイヤ１０４から受信する。総人数フィールド８０８０９は、情報提供する時間に情報提供する区間の改札機を通過すると予想される総人数を格納するデータフィールドである。行き先駅ＩＤフィールド８０８１０は、情報提供する時間に情報提供する区間の改札機を通過する全旅客の人数を格納するデータフィールドである。定期券種別フィールド８０８１１は、情報提供する時間に情報提供する区間の改札機を通過する旅客が定期券を利用する場合に、定期券種別の比率から求めた旅客人数を格納するデータフィールドである。定期券区間開始駅ＩＤフィールド８０８１２は、情報提供する時間に情報提供する区間の改札機を通過する旅客が定期券を利用する場合に、定期券区間の開始駅固有のＩＤの比率から求めた旅客人数を格納するデータフィールドである。定期券区間終了駅ＩＤフィールド８０８１３は、情報提供する時間に情報提供する区間の改札機を通過する旅客が定期券を利用する場合に、定期券区間の終了駅固有のＩＤの比率から求めた旅客人数を格納するデータフィールドである。高頻度利用駅ＩＤフィールド８０８１４は、各ＩＤで最も高頻度で利用される駅固有のＩＤの比率から求めた旅客人数を格納するデータフィールドである。総人数フィールド８０８０９〜高頻度利用駅ＩＤフィールド８０８１４は、旅客流動７０４から受信する。
＜データ構成：情報提供サーバ装置８００：駅別運行-旅客統合情報８０９＞
図１４は、駅別運行-旅客統合情報８０９のデータ構成を示す図である。列車別運行-旅客統合情報８０８は、各駅に発着する列車の運行に合わせた旅客の人数の変化を格納する。列車別運行-旅客統合情報８０８は、日付フィールド８０９０１、駅ＩＤフィールド８０９０２、開始時刻フィールド８０９０３、終了時刻フィールド８０９０４、総人数フィールド８０９０５、行き先駅ＩＤフィールド８０９０６、定期券種別フィールド８０９０７、定期券区間開始駅ＩＤフィールド８０９０８、定期券区間終了駅ＩＤフィールド８０９０９、高頻度利用駅ＩＤフィールド８０９１０を有する。
＜データ構成：情報提供サーバ装置８００：駅別運行-旅客統合情報８０９＞
図１４は、駅別運行-旅客統合情報８０９のデータ構成を示す図である。列車別運行-旅客統合情報８０８は、各駅に発着する列車の運行に合わせた旅客の人数の変化を格納する。列車別運行-旅客統合情報８０８は、日付フィールド８０９０１、駅ＩＤフィールド８０９０２、開始時刻フィールド８０９０３、終了時刻フィールド８０９０４、総人数フィールド８０９０５、行き先駅ＩＤフィールド８０９０６、定期券種別フィールド８０９０７、定期券区間開始駅ＩＤフィールド８０９０８、定期券区間終了駅ＩＤフィールド８０９０９、高頻度利用駅ＩＤフィールド８０９１０を有する。
日付フィールド８０９０１は、情報提供する日付を格納するデータフィールドである。駅ＩＤフィールド８０９０２は、情報提供する駅固有のＩＤを格納するデータフィールドである。開始時刻フィールド８０９０３は、情報提供する時間の開始時刻を格納するデータフィールドである。終了時刻フィールド８０９０４は、情報提供する時間の終了時刻を格納するデータフィールドである。総人数フィールド８０９０５は、情報提供する時間に情報提供する区間の改札機を通過すると予想される総人数を格納するデータフィールドである。定期券種別フィールド８０９０７は、情報提供する時間に情報提供する区間の改札機を通過する旅客が定期券を利用する場合に、定期券種別の比率から求めた旅客人数を格納するデータフィールドである。定期券区間開始駅ＩＤフィールド８０９０８は、情報提供する時間に情報提供する区間の改札機を通過する旅客が定期券を利用する場合に、定期券区間の開始駅固有のＩＤの比率から求めた旅客人数を格納するデータフィールドである。定期券区間終了駅ＩＤフィールド８０９０９は、情報提供する時間に情報提供する区間の改札機を通過する旅客が定期券を利用する場合に、定期券区間の終了駅固有のＩＤの比率から求めた旅客人数を格納するデータフィールドである。高頻度利用駅ＩＤフィールド８０９１０は、各ＩＤで最も高頻度で利用される駅固有のＩＤの比率から求めた旅客人数を格納するデータフィールドである。総人数フィールド８０９０５〜高頻度利用駅ＩＤフィールド８０９１０は、旅客流動７０４から取得する。
＜データ構成：情報提供サーバ装置８００：列車別配信スケジュール８１０＞
図１５は、列車別配信スケジュール８１０のデータ構成を示す図である。列車別配信スケジュール８１０は、日付フィールド８１００１、コンテンツＩＤフィールド８１００２、配信列車ＩＤフィールド８１００３、開始時刻フィールド８１００４、終了時刻フィールド８１００５、重要指数フィールド８１００６を有する。
＜データ構成：情報提供サーバ装置８００：列車別配信スケジュール８１０＞
図１５は、列車別配信スケジュール８１０のデータ構成を示す図である。列車別配信スケジュール８１０は、日付フィールド８１００１、コンテンツＩＤフィールド８１００２、配信列車ＩＤフィールド８１００３、開始時刻フィールド８１００４、終了時刻フィールド８１００５、重要指数フィールド８１００６を有する。
日付フィールド８１００１は、情報配信する日付を格納するデータフィールドである。コンテンツＩＤ８１００２は、配信する情報のコンテンツ固有のＩＤを格納するデータフィールドである。コンテンツＩＤ８１００２の詳細は図１７を用いて後述する。配信列車ＩＤ８１００３は、情報提供する情報提供端末９００が設置される列車固有のＩＤを格納するデータフィールドである。開始時刻フィールド８１００４は、情報提供する時間の開始時刻を格納するデータフィールドである。終了時刻フィールド８１００５は、情報提供する時間の終了時刻を格納するデータフィールドである。重要指数データフィールド８１００６は、提供する情報の提供先における重要の程度を格納するデータフィールドである。同時刻に同じ配信先に複数の情報を送信する場合、重要指数が大きいほど優先的に情報を送信する。重要指数の決定方法は、図２６を用いて後述する。
＜データ構成：情報提供サーバ装置８００：駅別配信スケジュール８１１＞
図１６は、駅別配信スケジュール８１１のデータ構成を示す図である。駅別配信スケジュール８１１は、日付フィールド８１１０１、コンテンツＩＤフィールド８１１０２、配信駅ＩＤフィールド８１１０３、開始時刻フィールド８１１０４、終了時刻フィールド８１１０５、重要指数フィールド８１１０６を有する。
＜データ構成：情報提供サーバ装置８００：駅別配信スケジュール８１１＞
図１６は、駅別配信スケジュール８１１のデータ構成を示す図である。駅別配信スケジュール８１１は、日付フィールド８１１０１、コンテンツＩＤフィールド８１１０２、配信駅ＩＤフィールド８１１０３、開始時刻フィールド８１１０４、終了時刻フィールド８１１０５、重要指数フィールド８１１０６を有する。
日付フィールド８１１０１は、情報提供する日付を格納するデータフィールドである。コンテンツＩＤ８１１０２は、提供する情報のコンテンツ固有のＩＤを格納するデータフィールドである。コンテンツＩＤ８１１０２の詳細は図１７を用いて後述する。配信駅ＩＤ８１１０３は、情報提供する情報提供端末９００が設置される駅有のＩＤを格納するデータフィールドである。開始時刻フィールド８１１０４は、情報提供する時間の開始時刻を格納するデータフィールドである。終了時刻フィールド８１１０５は、情報提供する時間の終了時刻を格納するデータフィールドである。重要指数データフィールド８１１０６は、提供する情報の提供先における重要の程度を格納するデータフィールドである。同時刻に同じ配信先に複数の情報を提供する場合、重要指数が大きいほど優先的に情報を提供する。重要指数の決定方法は、図２６を用いて後述する。
＜データ構成：情報提供サーバ装置８００：配信コンテンツ８１２＞
図１７は、配信コンテンツ８１２のデータ構成を示す図である。配信コンテンツ８１２は、コンテンツＩＤフィールド８１２０１、コンテンツ種別フィールド８１２０２、関連線区ＩＤフィールド８１２０３、関連駅ＩＤフィールド８１２０４、関連列車ＩＤフィールド８１２０５、コンテンツフィールド８１２０６を有する。
＜データ構成：情報提供サーバ装置８００：配信コンテンツ８１２＞
図１７は、配信コンテンツ８１２のデータ構成を示す図である。配信コンテンツ８１２は、コンテンツＩＤフィールド８１２０１、コンテンツ種別フィールド８１２０２、関連線区ＩＤフィールド８１２０３、関連駅ＩＤフィールド８１２０４、関連列車ＩＤフィールド８１２０５、コンテンツフィールド８１２０６を有する。
コンテンツＩＤフィールド８１２０１は、提供情報固有のＩＤを格納するデータフィールドである。コンテンツ種別フィールド８１２０２は、提供情報の内容が通常時に配信予定のものであれば「正常」、異常時に配信するものであれば「異常」を格納するデータフィールドである。関連線区ＩＤフィールド８１２０３は、提供情報の内容が関連する線区固有のＩＤを格納するデータフィールドである。関連駅ＩＤフィールド８１２０４は、提供情報の内容が関連する駅固有のＩＤを格納するデータフィールドである。関連列車ＩＤフィールド８１２０５は、提供情報の内容が関連する列車固有のＩＤを格納するデータフィールドである。コンテンツフィールド８１２０６は、提供情報の内容を格納するデータフィールドである。関連線区ＩＤ８１２０３〜関連列車ＩＤ８１２０５は、提供情報の内容と関連するデータが存在しない場合には空欄となる。
＜処理手順＞
次に、図１８〜図２７を用いて、情報提供システムの処理手順について説明する。本実施形態では、例として東京駅（駅ＩＤ：ｓ３００）にいる旅客にどのような情報を提供するかを説明する。
＜処理手順：全体の処理手順＞
図１８は、情報提供システムの情報配信当日以前の全体処理手順を示すフローチャートである。なお、ステップＳ１８００は、統合旅客サーバ４００が予め設定したタイマーに合わせ、例えば１日に１回といったように、定期的に起動する。以下、図１８の各ステップについて説明する。
＜処理手順＞
次に、図１８〜図２７を用いて、情報提供システムの処理手順について説明する。本実施形態では、例として東京駅（駅ＩＤ：ｓ３００）にいる旅客にどのような情報を提供するかを説明する。
＜処理手順：全体の処理手順＞
図１８は、情報提供システムの情報配信当日以前の全体処理手順を示すフローチャートである。なお、ステップＳ１８００は、統合旅客サーバ４００が予め設定したタイマーに合わせ、例えば１日に１回といったように、定期的に起動する。以下、図１８の各ステップについて説明する。
情報提供する当日以前に、統合旅客管理サーバ７００は、座席販売端末２００からＩＤ管理サーバ４００が取得する取得する旅客情報と、ＯＤデータ記憶サーバ５００が取得する旅客情報の履歴を蓄積し、旅客の行動を旅客流動７０４として分析、蓄積する（ステップＳ１８００）。
情報提供サーバ８００は、ステップＳ１８００にて蓄積された旅客流動７０４と運行管理サーバ１００が管理するダイヤ情報１０４から、計画配信スケジュールと計画配信コンテンツを設定し、列車別配信スケジュール８１０、駅別配信スケジュール８１１、配信コンテンツ８１２に格納する（ステップＳ１８０１）。
ステップＳ１８００〜ステップＳ１８０１の詳細は、図２０を用いて後述する。
図１９は、情報提供システムの情報配信当日の全体処理手順を示すフローチャートである。なお、ステップＳ１９００は、情報提供サーバ８００が予め設定したタイマーに合わせ、例えば１５分に１回といったように、定期的に起動する。以下、図１９の各ステップについて説明する。（図１９：ステップＳ１９００）
情報提供する当日には、配信する時間に異常が発生しているか否かを、例えば１５分毎といったように、定期的に判断する。当日の判断の方法は、図２５を用いて後述する。
情報提供する当日には、配信する時間に異常が発生しているか否かを、例えば１５分毎といったように、定期的に判断する。当日の判断の方法は、図２５を用いて後述する。
異常が発生していると判断された場合は、情報提供サーバ８００がリアルタイムの配信スケジュールと配信コンテンツを再設定する。異常が発生していないと判断された場合は、配信スケジュールと配信コンテンツの設定を変更せず、計画配信スケジュールを利用する。（図１９：ステップＳ１９０１）
情報提供端末９００は、設定された配信スケジュールと配信コンテンツに従って、情報を提示する。（図１９：ステップＳ１９０２）
ステップＳ１９００〜ステップＳ１９０２の詳細は、図２１を用いて後述する。
情報提供端末９００は、設定された配信スケジュールと配信コンテンツに従って、情報を提示する。（図１９：ステップＳ１９０２）
ステップＳ１９００〜ステップＳ１９０２の詳細は、図２１を用いて後述する。
図２０は、図１８のステップＳ１８００〜ステップＳ１８０１の詳細処理手順を示すシーケンス図である。図１８のステップＳ１８００〜ステップＳ１８０１は、情報提供する当日以前の処理を表す。以下、図２０の各ステップについて説明する。
運行管理サーバ１００は、指令員の手作業によりあるいは自動的にあらかじめ作成された計画ダイヤを、例えば１ヶ月に１回といったように定期的に、あるいは計画ダイヤを変更するタイミングといったように不定期に、情報提供サーバ８００に送信し、情報提供サーバ８００はそれを受信する（ステップＳ２０００、ステップＳ２００１）。運行管理サーバ１００は、複数の線区から送信される列車のダイヤを示す列車ダイヤ情報と、指令員の通知を含む列車運行情報とを受信し、記憶し、列車ダイヤ情報と前記列車運行情報を前記情報提供サーバに送信する。
ステップＳ２０００、ステップＳ２００１と並行して、自動改札機３００は、例えば１日に１回といったように定期的に、ＩＣカード乗車券の利用履歴である一件明細を、ＩＤ管理サーバ５００を介して統合旅客情報サーバ７００に送信する（ステップＳ２００３、Ｓ２００４）。統合旅客情報サーバ７００は、受信した一件明細を蓄積する（ステップＳ２００５）。ステップＳ２００３〜ステップＳ２００５と並行して、自動改札機３００は、全乗車券の利用履歴であるＯＤデータを、ＯＤデータ記憶サーバ６００を介して統合旅客情報サーバ７００に送信する（ステップＳ２００６、２００７）。統合旅客情報サーバ７００は、受信したＯＤデータを蓄積する（ステップＳ２００８）。 統合旅客情報サーバ７００が蓄積した一件明細とＯＤデータから、旅客流動の履歴を作成する（ステップＳ２００９）。旅客流動履歴の作成方法は、例えば特許文献２に記載された技術を用いる。旅客流動履歴は、情報提供サーバ８００に送信し（ステップＳ２０１０）、旅客流動ＤＢ８０７に蓄積する（ステップＳ２０１１）。例えば、東京駅（駅ＩＤ：ｓ３００）における旅客流動を図１２が表すとする。図１２は、８：００から８：１５の間には、東京駅（駅ＩＤ：ｓ３００）から広島駅（駅ＩＤ：ｓ３３０）に向かう旅客は１００人、東京駅（駅ＩＤ：ｓ３００）から仙台駅（駅ＩＤ：ｓ３７０）に向かう旅客は５０人であることを示す。
運行管理サーバ１００から取得した計画ダイヤと、統合旅客管理サーバ７００から取得した旅客流動履歴から、計画運行-旅客情報を作成する（ステップＳ２０１２）。例えば、東京駅（駅ＩＤ：ｓ３００）における駅別運行-旅客統合情報を図１４が表すとする。図１４は、８：００から８：０５の間には、広島駅（駅ＩＤ：３３０）へ向かう旅客が総人数２００人のうち８０人、仙台駅（駅ＩＤ：３７０）へ向かう旅客が総人数２００人のうち４０人であることを示す。時間が進み、８：０５から８：１０の間には、広島駅（駅ＩＤ：３３０）へ向かう旅客が総人数３００人のうち３０人、仙台駅（駅ＩＤ：３７０）へ向かう旅客が総人数３００人のうち７５人であることを示す。ステップＳ２０１２の詳細は、図２４を用いて後述する。
作成した計画運行-旅客情報から、計画配信スケジュールと計画配信コンテンツを作成し、列車別配信スケジュール８１０、駅別配信スケジュール８１１、配信コンテンツ８１２に格納する（ステップＳ２０１３）。配信するコンテンツＩＤ８１００２、８１１０２は、運行-旅客情報に格納された人数情報から、旅客の多い線区あるいは駅あるいは列車を決定し、配信コンテンツ８１２に格納された関連線区ＩＤ８１２０３、関連駅ＩＤ８１２０４、関連列車ＩＤ８１２０５と照合することで、関連のあるコンテンツを抽出する。例えば、図１７において、広島駅（駅ＩＤ：ｓ３３０）に関する情報がコンテンツＩＤ：ｃ５００であり、仙台駅（駅ＩＤ：ｓ３７０）に関する情報がコンテンツＩＤ：ｃ５２０であるとする。ステップＳ２０１２より、東京駅（駅ＩＤ：ｓ３００）において、８：００から８：１５の間には、広島駅（駅ＩＤ：ｓ３３０）に向かう旅客は８０人、仙台駅（駅ＩＤ：ｓ３７０）に向かう旅客は４０人であり、広島（駅ＩＤ：ｓ３３０）に向かう旅客が多いことがわかっている。図１６において、８：０５から８：１０の間の東京駅（駅ＩＤ：ｓ３００）には、コンテンツＩＤ：ｃ５００（広島駅の情報）とコンテンツＩＤ：ｃ５２０（仙台駅の情報）の両情報を旅客に提供しなければならないが、広島に向かう旅客が多いことがわかっているため、広島の情報であるｃ５００の重要指数を大きくし、優先的に情報提供するように設定する。
図２１は、図１９のステップＳ１９００〜ステップＳ１９０２の詳細処理手順を示すシーケンス図である。図１９のステップＳ１９００〜ステップＳ１９０２は、情報提供する当日の処理を表す。以下、図２１の各ステップについて説明する。
運行管理サーバ１００は、例えば１分に１回といったように定期的に、実際の列車の運行情報を、実績ダイヤとして作成する（ステップＳ２１００、２１０１）。
運転整理装置１は、指令員の手入力により、当日の運行状況に応じた実施ダイヤを運行管理サーバ１００に提供する。また、運行に障害が発生した場合には、指令員は異常通知を運行管理サーバ１００に提供する（ステップＳ２１０２〜２１０５）。
運行管理サーバが作成、取得した実績ダイヤ、実施ダイヤ、異常通知は、例えば１５分に１回といったように定期的に、情報提供サーバ８００に提供する（ステップＳ２１０６）。
ステップＳ２１００〜ステップＳ２１０６と並行して、自動改札機３００は、例えば１５分に１回といったように定期的に、ＩＣカード乗車券の利用履歴である一件明細を、ＩＤ管理サーバ５００を介して統合旅客情報サーバ７００に提供する（ステップＳ２１０８〜２１１０）。ステップＳ２１０８〜ステップＳ２１１０と並行して、自動改札機３００は、全乗車券の利用履歴であるＯＤデータを、ＯＤデータ記憶サーバ６００を介して統合旅客情報サーバ７００に提供する（ステップＳ２１１１〜２０１３）。
ステップＳ２１０７〜ステップＳ２１１３と並行して、座席販売端末２００は、例えば１５分に１回といったように定期的に、座席販売実績を、座席管理サーバ４００を介して統合旅客管理サーバ７００に提供する（ステップＳ２１１４〜２１１７）。
統合旅客情報サーバ７００が蓄積した一件明細とＯＤデータと座席販売実績から、リアルタイムの旅客流動を作成する。リアルタイム旅客流動の作成方法は、例えば特許文献２に記載された技術を用いる（ステップＳ２１１８）。ステップＳ２１１８の詳細は、図２３を用いて後述する。統合旅客管理サーバ７００は、各旅客が過去に乗車した交通機関の乗降場所、乗降日時を含む履歴情報と、現在乗車している交通機関の乗車場所、乗車日時を含む情報と、乗車予約している交通機関の乗降予定場所、乗降予定日時、乗車予定列車番号を含む予約情報とを旅客情報として記憶し、過去の旅客情報を情報提供サーバ８００に送信する（ステップＳ２１１９）。
情報提供サーバ８００は、運行管理サーバ１００から取得した実施ダイヤと、統合旅客管理サーバ７００から取得したリアルタイム旅客流動から、リアルタイム運行-旅客情報を作成し、列車別運行-旅客統合情報８０８と、駅別運行-旅客統合情報８０９に格納する（ステップＳ２１２０）。ステップＳ２１２０の詳細処理は、図２４を用いて後述する。 なお、リアルタイム旅客流動の作成結果はステップＳ２０１２で作成された旅客流動履歴と同じ形式である。つまり、情報提供サーバ８００は、旅客の目的地毎に複数の配信情報を記憶し、運行管理サーバ１００から受信した列車ダイヤ情報と列車運行情報と、統合旅客管理サーバ装置７００から受信した過去の旅客情報から、各駅、各列車を利用する旅客の人数と目的地を表す旅客流動を設定し、設定された駅構内あるいは列車内の旅客の目的地に基づいて、記憶された複数の配信情報の中から予め１以上の配信情報を設定し、予め設定された配信情報を情報提供端末９００に送信する。
情報提供サーバ８００は、Ｓ２０１１にて蓄積した計画運行-旅客情報を呼出し（ステップＳ２１２１）、計画運行-旅客情報とリアルタイム運行-旅客情報を比較し、配信予定時間の運行状況に異常が発生しているかを判断する（ステップＳ２１２２）。異常が発生している場合には、図１７にコンテンツ種別「異常」の情報が追加され、図１５、図１６を再設定することになる。異常が発生していない場合には、図１５、１６は当日以前に設定した配信スケジュールに従う。
ステップＳ２１２２にて、配信予定時間の運行状況に異常が発生していると判断された場合には、情報提供サーバ８００は、配信コンテンツと配信スケジュールを配信予定時間のリアルタイム運行-旅客情報から、配信コンテンツと配信スケジュールを再設定し、列車別配信スケジュール８１０、駅別配信スケジュール８１１、配信コンテンツ８１２に格納する。配信するコンテンツＩＤ８１００２、８１１０２は、運行-旅客情報に格納された人数情報から、旅客の多い線区あるいは駅あるいは列車を決定し、配信コンテンツ８１２に格納された関連線区ＩＤ８１２０３、関連駅ＩＤ８１２０４、関連列車ＩＤ８１２０５と照合することで、関連のあるコンテンツを抽出する（ステップＳ２１２３）。
ステップＳ２１２２にて、配信予定時間の運行状況は通常状態であると判断された場合には、情報提供サーバ８００は、計画配信コンテンツと配信スケジュールを呼び出す（ステップＳ２１２４）。ステップＳ２１２２〜ステップＳ２１２４の詳細処理は、図２５を用いて後述する。
情報提供サーバ８００は、Ｓ２１２３あるいはＳ２１２４で取得した列車別配信スケジュールあるいは駅別配信スケジュールと、配信情報の内容を示す配信コンテンツを、列車あるいは駅に設置された情報提供端末９００に送信する（ステップＳ２１２５）。
情報提供端末９００は、取得した配信スケジュールに応じて提示方式を作成し（ステップＳ２１２６）、情報を提示する（ステップＳ２１２７）。提示方式は情報提供端末の形態によって異なる。情報提供端末の形態の例を、図２７を用いて後述する。つまり、情報提供端末は、情報提供サーバ装置から受信した配信情報を提示する。
情報配信する時刻が図１５、図１６のどの時間に対応するかを抽出し、Ｓ１９０１で設定した重要指数に従って、重要指数の大きい順に情報を提供する。前述の例の場合、異常が発生していなければ、コンテンツＩＤ：ｃ５００（広島駅の情報）をコンテンツＩＤ：ｃ５２０（仙台駅の情報）よりも優先的に提供する。
図２２は、図２０のステップＳ２００９の詳細処理手順を示すフローチャートである。ステップＳ２００９は、旅客流動履歴の作成を示す。以下、図２２の各ステップについて説明する。
統合旅客管理サーバ７００は、取得した一件明細履歴５０３から、例えば１５分間毎といったような、ある一定の時間帯毎の旅客ＩＤ５０３０１と、その入駅ＩＤ５０３０３〜出駅ＩＤ５０３０５の区間を乗降区間履歴として蓄積する（ステップＳ２２００）。
統合旅客管理サーバ７００は、取得した個人情報５０４と、Ｓ２２００で蓄積した旅客ＩＤ５０３０１を特定できる乗降区間履歴から、例えば１５分毎といったような、ある一定の時間帯毎の、例えば駅ＩＤ：ｓ３００から駅ＩＤ：ｓ３１０までといったような、ある一定の区間毎の、旅客の属性毎の比率から求めた旅客人数を求める（ステップＳ２２０１）。本実施形態における旅客の属性とは、定期券種別７０４０７、定期券区間開始駅ＩＤ７０４０８、定期券区間終了駅ＩＤ７０４０９、高頻度利用駅ＩＤ７０４１０である。定期区間は旅客の自宅あるいは勤務地からの最寄り駅である場合がほとんどであり、通勤あるいは通学あるいは帰宅時間には、過去の履歴を参照するよりも、確度の高い目的地予測をすることが可能である。同様に、高頻度利用駅も、過去の履歴を参照するよりも、確度の高い目的地予測をすることが可能である。
統合旅客管理サーバ７００は、取得したＯＤデータ履歴６０３から、例えば１５分毎といったような、ある一定の時間帯毎の、例えば駅ＩＤ：ｓ３００から駅ＩＤ：ｓ３１０までといったような、ある一定の区間毎の、旅客の総人数７０４０６を求める（ステップＳ２２０２）。
ステップＳ２２００〜ステップＳ２２０２の手順により旅客流動７０４を得る。
図２３は、図２１のステップＳ２１１８の詳細処理を示すフローチャートである。ステップＳ２１１８は、リアルタイム旅客流動の作成を示す。ステップＳ２００９で作成する旅客流動履歴とデータ構成は同等である。旅客流動履歴が、過去の履歴の蓄積データから値を求めるのに対し、リアルタイム旅客流動は、例えば配信予定時刻の２時間前〜１時間前いったような、配信当日の旅客情報を用いて、値を求める。以下、図２３の各ステップについて説明する。
統合旅客管理サーバ７００は、図２２のフローチャートと同等の処理手順により、当日の旅客情報を用いてリアルタイムの旅客流動を決定する（ステップＳ２３００）。ステップＳ２３００は、ステップＳ２２００〜Ｓ２２０２の手順に従う。
統合旅客管理サーバ７００は、旅客流動７０４の、例えば１５分毎といったような、ある一定の時間帯毎の、例えば駅ＩＤ：ｓ３００から駅ＩＤ：ｓ３１０までといったような、ある一定の区間毎の、旅客の総人数７０４０６に、座席管理サーバ装置４００が管理する座席販売実績４０４のうち日付、時間帯、区間が一致する座席の購入件数を付加する（ステップＳ２３０１）。
例えば、前述の例の場合、通常状態では東京から広島へ向かう旅客の方が、仙台へ向かう旅客よりも人数が多かったが、ある特定の日だけ団体旅行の申し込みにより、仙台へ向かう旅客が急増するといったこともありうる。こうして、ステップＳ２３０１を導入することで、旅客流動は過去の履歴からの予測だけではなく、座席販売実績が持つ予約情報を含む、確度の高いデータとして扱うことができる。
図２４は、図２０のステップＳ２０１２および図２１のステップＳ２１２０の詳細処理を示すフローチャートである。ステップＳ２０１２、ステップＳ２１２０は、運行-旅客統合情報の作成を示す。以下、図２４の各ステップについて説明する。
情報提供サーバ８００は、情報提供端末９００の設置場所が列車か駅かによって、列車別運行-旅客統合情報８０８あるいは駅別運行-旅客統合情報８０９を作成する（ステップＳ２４００）。
情報提供端末９００の設置場所が列車である場合、情報提供サーバ８００は、列車毎に全ての到着駅間に対して、例えば駅ＩＤ：ｓ３００から駅ＩＤ：ｓ３１０までといったような、一駅毎の列車乗車旅客の総人数８０８０９と、旅客の行き先駅ＩＤ別比率から求めた旅客人数８０８１０と旅客の属性別比率から求めた旅客人数８０８１１〜８０８１４を作成する（ステップＳ２４０１〜Ｓ２４０５）。ｉとは総列車数であり、全ての列車について処理を繰り返す。ｊとは総駅数であり、全ての駅について処理を繰り返す。
情報提供端末９００の設置場所が駅である場合、情報提供サーバ８００は、例えば５分毎といったような、ある一定の時間帯毎に、駅滞留旅客の総人数８０９０５と、旅客の行き先駅ＩＤ別比率から求めた旅客人数８０９０６と旅客の属性別比率から求めた旅客人数８０９０７〜８０９１０を作成する（ステップＳ２４０６〜Ｓ２４１０）。ｋとは始点の駅であり、ｌとは終点の駅であり、全ての駅の組み合わせに関して処理を繰り返す。
図２５は、図２１のステップＳ２１２２〜ステップＳ２１２４の詳細処理を示すフローチャートである。ステップＳ２１２２は、計画運行-旅客情報とリアルタイム運行-旅客情報の比較を示す。以下、図２５の各ステップについて説明する。
情報提供サーバ８００は、指令員が運行整理装置１の指令操作部２に入力し、運行管理サー１００の異常通知受信部１０５が受信した異常通知１０７の更新がある場合に、配信コンテンツ８１２を更新する（ステップＳ２５００〜Ｓ２５０１）。
情報提供サーバ８００は、配信先毎に、計画運行-旅客情報とリアルタイム運行-旅客情報の数値を比較する。比較には、例えば駅別運行-旅客情報の場合には、配信先区間と時間毎に、総人数８０９０５、行き先駅ＩＤ８０９０６、定期券区間開始駅ＩＤ８０９０７、定期券区間終了駅ＩＤ８０９０８、高頻度利用駅ＩＤ８０９０９を指標とする。例えば図１４を、東京駅（駅ＩＤ：ｓ３００）のにおける計画運行-旅客情報とした場合、８：００から８：０５までは、計画運行-旅客情報では広島駅（駅ＩＤ：ｓ３３０）へ向かう旅客が８０人、仙台駅（駅ＩＤ：ｓ３７０）へ向かう旅客が６０人であったが、リアルタイム運行-旅客情報を作成したところ、広島駅へ向かう旅客が７０人、仙台駅へ向かう旅客が１５０人であったとする。このとき、仙台駅へ向かう旅客は通常時の２．５倍の人数になっていたことになる。東京駅において、「行き先別人数が２倍以上になったら異常と判断する」という閾値を予め設定していた場合、ここで例として挙げた「仙台駅へ向かう旅客が通常時の２．５倍の人数」というのは異常と判断される。このようにして、配信先、時間帯、項目等毎に閾値を設定し、異常か正常かを判断する（ステップＳ２５０２〜Ｓ２５０４）。ｉとは配信先総数であり、全ての配信先について処理を繰り返す。つまり、情報提供サーバ８００は、運行管理サーバ１００から異常通知を受信した場合、現在の旅客流動を受信し、現在の旅客流動と設定された旅客流動とを比較し、同一と判断された範囲内にある場合は、予め設定された配信情報を情報提供端末に送信し、同一の範囲内でないと判断した場合は、記憶された複数の配信情報の中から再度抽出し送信する。同一の範囲は上記の通り、予め設定された閾値である。ステップＳ２５０４のようにリアルタイムの計測値と事前計算値を補正することで、処理負荷の軽減を実現する。
情報提供サーバ８００が、リアルタイムの運行に異常が発生していると判断した場合、リアルタイム運行-旅客情報８０８、８０９と配信コンテンツ８１２に基づき、ある時間帯において配信するコンテンツＩＤ８１００２、８１１０２を抽出する（ステップＳ２５０５〜Ｓ２５０７）。配信するコンテンツＩＤ８１００２、８１１０２の抽出は、運行-旅客情報８０８、８０９に格納された人数情報から、旅客の一番多い線区あるいは駅あるいは列車を決定し、配信コンテンツ８１２に格納された関連線区ＩＤ８１２０３、関連駅ＩＤ８１２０４、関連列車ＩＤ８１２０５と照合することで、実現する。なお、関連線区ＩＤ８１２０３は対象線区全体に関連するコンテンツに付与され、特定の駅に関連するコンテンツであれば関連駅ＩＤ８１２０４が付与される。関連線区ＩＤ８１２０３、関連駅ＩＤ８１２０４、関連列車ＩＤ８１２０５はそれぞれ対応付けても良い。一つの配信先の同じ時間に複数のコンテンツを配信する場合、コンテンツ重要指数８１００６、８１１０６を設定する。ステップＳ２５０７のコンテンツ重要指数の計算の詳細処理は、図２６を用いて後述する。
情報提供サーバ８００が、リアルタイムの運行に異常が発生していないと判断した場合、前回情報を更新した際もリアルタイムの運行に異常が発生していないと判断した場合は、前回の配信スケジュールを設定し続け、前回情報を更新した際はリアルタイムの運行に異常が発生していると判断した場合は、配信スケジュールを計画配信スケジュールに再設定する（ステップＳ２５０８〜Ｓ２５０９）。ステップＳ２５０８に記載のように、前回更新時のリアルタイム旅客-運行情報と計画運行-旅客情報の比較を確認することで、利用する配信スケジュールを即時に変更できるという効果がえられる。
図２６は、図２５のステップＳ２５０７の詳細処理を示すフローチャートである。ステップＳ２５０７は、配信コンテンツの重要指数の決定を示す。以下、図２６の各ステップについて説明する。
情報提供サーバ８００は、配信先毎に、その配信先に対応するコンテンツ毎に、配信コンテンツの重要指数を決定する（ステップＳ２６００〜Ｓ２６０３）。
情報提供サーバ８００は、対象コンテンツのコンテンツ種別８１２０２が正常である場合、重要指数に旅客人数を代入する（ステップＳ２６０４〜Ｓ２６０５）。
運行正常状態におけるコンテンツは、旅客人数が多いほど重要指数が大きくなる。同時刻に同じ配信先に複数の情報を提供する場合、重要指数が大きいほど優先的に情報を提供するため、旅客人数が多いほど優先的に情報が提供され、多くの旅客の目的地に即した情報を提供することができるようになる。例えば、図１７において、広島駅（駅ＩＤ：ｓ３３０）に関する情報がコンテンツＩＤ：ｃ５００であり、仙台駅（駅ＩＤ：ｓ３７０）に関する情報がコンテンツＩＤ：ｃ５２０であるとする。ステップＳ２０１２より、東京駅（駅ＩＤ：ｓ３００）において、８：００から８：１５の間には、広島駅（駅ＩＤ：ｓ３３０）に向かう旅客は８０人、仙台駅（駅ＩＤ：ｓ３７０）に向かう旅客は４０人である。図１６において、８：０５から８：１０の間の東京駅（駅ＩＤ：ｓ３００）には、コンテンツＩＤ：ｃ５００（広島駅の情報）とコンテンツＩＤ：ｃ５２０（仙台駅の情報）の両情報を旅客に提供しなければならないが、前記の方法で求めた重要指数により、コンテンツＩＤ：ｃ５００の情報の重要指数は８０、コンテンツＩＤ：ｃ５２０の重要指数は４０となるため、重要指数の大きいコンテンツＩＤ：ｃ５００の情報を優先的に提供する。
運行正常状態におけるコンテンツは、旅客人数が多いほど重要指数が大きくなる。同時刻に同じ配信先に複数の情報を提供する場合、重要指数が大きいほど優先的に情報を提供するため、旅客人数が多いほど優先的に情報が提供され、多くの旅客の目的地に即した情報を提供することができるようになる。例えば、図１７において、広島駅（駅ＩＤ：ｓ３３０）に関する情報がコンテンツＩＤ：ｃ５００であり、仙台駅（駅ＩＤ：ｓ３７０）に関する情報がコンテンツＩＤ：ｃ５２０であるとする。ステップＳ２０１２より、東京駅（駅ＩＤ：ｓ３００）において、８：００から８：１５の間には、広島駅（駅ＩＤ：ｓ３３０）に向かう旅客は８０人、仙台駅（駅ＩＤ：ｓ３７０）に向かう旅客は４０人である。図１６において、８：０５から８：１０の間の東京駅（駅ＩＤ：ｓ３００）には、コンテンツＩＤ：ｃ５００（広島駅の情報）とコンテンツＩＤ：ｃ５２０（仙台駅の情報）の両情報を旅客に提供しなければならないが、前記の方法で求めた重要指数により、コンテンツＩＤ：ｃ５００の情報の重要指数は８０、コンテンツＩＤ：ｃ５２０の重要指数は４０となるため、重要指数の大きいコンテンツＩＤ：ｃ５００の情報を優先的に提供する。
情報提供サーバ８００は、対象コンテンツのコンテンツ種別８１２０２が異常である場合、配信先地点から異常地点として設定された関連線区ＩＤ８１２０３あるいは関連駅ＩＤ８１２０４あるいは関連列車ＩＤ８１２０５までの所要時間を求める（ステップＳ２６０６〜Ｓ２６０７）。所要時間内に正常状態に回復すると判断できる場合には、重要指数に旅客人数を代入する。正常状態に回復する時刻は、コンテンツ８１２０６より取得する。所要時間内に正常状態に回復しないと判断された場合には、重要指数に旅客人数と異常係数の積を代入する。異常係数は、指令員が異常通知１０７を発信する際に、運行状況の復旧予測を行い、復旧までの時間が大きいほど、異常係数として大きな値を選択して入力する。あるいは、各情報提供端末９００が配信地点から異常地点までの所要時間を計算し、旅客が異常地点に到着する時刻が、指令員が設定した復旧時刻よりも遅い場合に、到着時刻と復旧時刻の時間差に応じて、時間差が大きいほど、異常係数として大きな値を設定する。これにより、旅客人数が少なくても、異常の程度が大きければ優先的に情報を提供するため、異常情報を即座に知ることができる。例えば、広島駅と仙台駅において、同時に運行障害が発生した場合、旅客人数のみで重要指数を決定すると、ステップＳ２６０２にてコンテンツ種別が正常とされていれば、前記重要指数の計算方法で述べた通り、広島駅の情報は重要指数が８０、仙台駅の情報は重要指数が４０であっても、指令員が広島駅の運行障害の異常係数を１、仙台駅の運行障害の異常係数を３、と設定すれば、仙台駅の情報の重要指数だけ４０×３＝１２０となり、広島駅の情報よりも優先的に提供されるようになる。
＜提示例＞
次に、図２７〜図２９を用いて、情報提供端末９００における情報提示部９０２の提示例を説明する。ここでは例として、東京駅構内に設置された情報提供端末９００に対して、仙台と広島で同時に運行障害が発生し、仙台の障害の方が情報提供の重要指数が大きいと判断された場合の提示例を示す。
＜提示例＞
次に、図２７〜図２９を用いて、情報提供端末９００における情報提示部９０２の提示例を説明する。ここでは例として、東京駅構内に設置された情報提供端末９００に対して、仙台と広島で同時に運行障害が発生し、仙台の障害の方が情報提供の重要指数が大きいと判断された場合の提示例を示す。
図２７は、情報提供端末９００が液晶ディスプレイ式案内表示装置である場合の、情報提示部９０２の提示画面例である。液晶ディスプレイ式案内表示装置は、文字と絵で案内を表示する装置とする。文字による案内は、表示する順番、表示する時間、表示する頻度、表示する範囲、表示する色、表示する情報量等を変更することで、重要指数の差を表現する。絵による案内は、図２７（ａ）、（ｂ）を交互に表示させ、表示する情報量を変更することで、優先順位の差を表現する。
図２８は、情報提供端末９００がＬＥＤ式案内表示装置である場合の、情報提示部９０２の提示画面例である。ＬＥＤ式案内表示装置は、文字で案内を表示する装置とする。ＬＥＤ式案内表示装置による案内は、表示する順番、表示する時間、表示する頻度、表示する範囲、表示する色、表示する情報量等を変更することで、重要指数を表現する。
（図２９：駅社員向け個人携帯端末装置の提示部）
図２９は、情報提供端末９００が駅社員向け個人携帯端末装置である場合の、情報提示部９０２の提示画面例である。駅社員向け個人携帯端末装置は、旅客案内を作成する駅社員が使用する装置であり、文字で案内を表示する装置とする。駅社員向け個人携帯端末装置は、表示する順番、表示する情報量等を変更し、重要指数を数値として提示する。
（図２９：駅社員向け個人携帯端末装置の提示部）
図２９は、情報提供端末９００が駅社員向け個人携帯端末装置である場合の、情報提示部９０２の提示画面例である。駅社員向け個人携帯端末装置は、旅客案内を作成する駅社員が使用する装置であり、文字で案内を表示する装置とする。駅社員向け個人携帯端末装置は、表示する順番、表示する情報量等を変更し、重要指数を数値として提示する。
また、情報提供端末９００が音声放送装置である場合も考えられる。この場合、情報提示部９０２は表示画面ではなく、スピーカである。音声放送装置は、音声で案内を放送する装置とする。音声放送装置による案内は、放送する順番、放送する時間、放送する頻度、放送する情報量等を変更することで、重要指数を表現する。
＜実施の形態：まとめ＞
以上のように、本実施形態に係る情報提供サーバ８００は、運行情報と旅客情報の履歴を蓄積し、通常状態においては、予め定めた配信スケジュールに従って情報提供する。一方、異常が発生していると判断された場合においてのみ、配信スケジュールを再設定する。これにより、常に配信スケジュールを設定し直す必要がなくなり、情報提供サーバの付加を軽減することができる。
＜実施の形態：まとめ＞
以上のように、本実施形態に係る情報提供サーバ８００は、運行情報と旅客情報の履歴を蓄積し、通常状態においては、予め定めた配信スケジュールに従って情報提供する。一方、異常が発生していると判断された場合においてのみ、配信スケジュールを再設定する。これにより、常に配信スケジュールを設定し直す必要がなくなり、情報提供サーバの付加を軽減することができる。
また、本実施形態において、コンテンツの抽出数や異常の判断は、情報提供端末９００ごとに設定する。これにより、駅の規模や旅客数の違いにより、情報提供場所に最適な提示方法を設定することができる。
１ 運転整理装置
２ 指令操作部
３ 運転整理部
４ 運行情報送信部
１００ 運行管理サーバ装置
１０１ ダイヤ受信部
１０２ 実績ダイヤ作成部
１０３ ダイヤ送信部
１０４ ダイヤ
１０５ 異常通知受信部
１０６ 異常通知送信部
１０７ 異常通知
２００ 座席販売端末装置
２０１ 座席情報受信部
２０２ 座席販売部
２０３ 座席情報送信部
２０４ 座席管理情報
２０５ 座席販売実績
３００ 自動改札機装置
３０１ 改札処理部
３０２ 利用履歴送信部
３０３ 利用履歴
４００ 座席管理サーバ装置
４０１ 座席情報受信部
４０２ 座席情報送信部
４０３ 座席管理情報
４０４ 座席販売実績
５００ ＩＤ管理サーバ装置
５０１ 利用履歴受信部
５０２ 利用履歴送信部
５０３ 一件明細履歴
５０４ 個人情報
６００ ＯＤデータ記憶サーバ装置
６０１ 利用履歴受信部
６０２ 利用履歴送信部
６０３ ＯＤデータ履歴
７００ 統合旅客管理サーバ装置
７０１ 旅客情報受信部
７０２ 旅客情報統合部
７０３ 旅客情報送信部
７０４ 旅客流動
８００ 情報提供サーバ装置
８０１ 運行情報受信部
８０２ 旅客情報受信部
８０３ 配信情報処理部
８０４ 情報配信部
８０５ ダイヤ
８０６ 異常通知
８０７ 旅客流動
８０８ 列車別運行-旅客統合情報
８０９ 駅別運行-旅客統合情報
８１０ 列車別配信スケジュール
８１１ 駅別配信スケジュール
８１２ 配信コンテンツ
９００ 情報提供端末装置
９０１ 配信情報受信部
９０２ 提示作成部
９０３ 提示部
９０４ 配信スケジュール
９０５ 配信コンテンツ
２ 指令操作部
３ 運転整理部
４ 運行情報送信部
１００ 運行管理サーバ装置
１０１ ダイヤ受信部
１０２ 実績ダイヤ作成部
１０３ ダイヤ送信部
１０４ ダイヤ
１０５ 異常通知受信部
１０６ 異常通知送信部
１０７ 異常通知
２００ 座席販売端末装置
２０１ 座席情報受信部
２０２ 座席販売部
２０３ 座席情報送信部
２０４ 座席管理情報
２０５ 座席販売実績
３００ 自動改札機装置
３０１ 改札処理部
３０２ 利用履歴送信部
３０３ 利用履歴
４００ 座席管理サーバ装置
４０１ 座席情報受信部
４０２ 座席情報送信部
４０３ 座席管理情報
４０４ 座席販売実績
５００ ＩＤ管理サーバ装置
５０１ 利用履歴受信部
５０２ 利用履歴送信部
５０３ 一件明細履歴
５０４ 個人情報
６００ ＯＤデータ記憶サーバ装置
６０１ 利用履歴受信部
６０２ 利用履歴送信部
６０３ ＯＤデータ履歴
７００ 統合旅客管理サーバ装置
７０１ 旅客情報受信部
７０２ 旅客情報統合部
７０３ 旅客情報送信部
７０４ 旅客流動
８００ 情報提供サーバ装置
８０１ 運行情報受信部
８０２ 旅客情報受信部
８０３ 配信情報処理部
８０４ 情報配信部
８０５ ダイヤ
８０６ 異常通知
８０７ 旅客流動
８０８ 列車別運行-旅客統合情報
８０９ 駅別運行-旅客統合情報
８１０ 列車別配信スケジュール
８１１ 駅別配信スケジュール
８１２ 配信コンテンツ
９００ 情報提供端末装置
９０１ 配信情報受信部
９０２ 提示作成部
９０３ 提示部
９０４ 配信スケジュール
９０５ 配信コンテンツ
Claims (12)
- 鉄道の運行情報に関する情報を記憶する運行管理サーバと、旅客に関する情報を記憶する統合旅客管理サーバと、旅客に提示する運行情報を設定する情報提供サーバと、前記情報提供サーバで作成された運行情報を前記旅客に提示する情報提供端末を含む情報提供システムであって、
前記運行管理サーバは、複数の線区から送信される列車のダイヤを示す列車ダイヤ情報と、指令員の通知を含む列車運行情報とを受信し、記憶し、前記列車ダイヤ情報と前記列車運行情報を前記情報提供サーバに送信し、
前記統合旅客管理サーバは、各旅客が過去に乗車した交通機関の乗降場所、乗降日時を含む履歴情報と、現在乗車している交通機関の乗車場所、乗車日時を含む情報と、乗車予約している交通機関の乗降予定場所、乗降予定日時、乗車予定列車番号を含む予約情報とを旅客情報として記憶し、前記過去の旅客情報を前記情報提供サーバに送信し、
前記情報提供サーバは、旅客の目的地毎に複数の配信情報を記憶し、
前記運行管理サーバから受信した前記列車ダイヤ情報と前記列車運行情報と、前記統合旅客管理サーバ装置から受信した前記過去の旅客情報から、各駅、各列車を利用する旅客の人数と目的地を表す旅客流動を設定し、設定された駅構内あるいは列車内の旅客の目的地に基づいて、記憶された前記複数の配信情報の中から予め１以上の配信情報を設定し、予め設定された配信情報を前記情報提供端末に送信し、
前記情報提供端末は、前記情報提供サーバ装置から受信した前記配信情報を提示することを特徴とする情報提供システム。 - 前記情報提供サーバは、運行管理サーバから異常通知を受信した場合、
現在の旅客流動を受信し、前記現在の旅客流動と設定された前記旅客流動とを比較し、同一と判断された範囲内にある場合は、予め設定された配信情報を前記情報提供端末に送信し、同一の範囲内でないと判断した場合は、記憶された前記複数の配信情報の中から再度抽出し送信し、
前記情報提供端末は、前記情報提供サーバ装置から受信した前記配信情報を提示することを特徴とする請求項１に記載の情報提供システム。 - 前記情報提供サーバ装置は、
同時刻に単一の前記情報提供端末装置が提供する配信情報が複数存在した場合に、各配信情報に重要指数を付加する
ことを特徴とする請求項１記載の情報提供システム。 - 前記重要指数は、
前記情報提供端末装置が設置された場所に滞留する旅客の、前記旅客流動により求められる目的地別の人数に基づいて決定されることを特徴とする請求項３記載の情報提供システム。 - 前記重要指数は、
前記情報提供端末が設置された場所に滞留する旅客の、属性別の人数に基づいて決定される
ことを特徴とする請求項３記載の情報提供システム。 - 前記属性は、
定期券の区間と定期券の種別の属性に基づいて決定され、通勤または通学時間の旅客に対しては、前記旅客流動により求められる目的地に加え、定期券属性も含めた利用駅別の旅客人数の多い情報ほど重要指数を大きくする ことを特徴とする請求項５記載の情報提供システム。 - 前記属性は、
ＩＣカード乗車券の利用履歴に基づいて決定され、前記旅客流動により求められる目的地に加え、高頻度で利用される駅も含めた利用駅別の旅客人数の多い情報程重要指数を大きくする
ことを特徴とする請求項５記載の情報提供システム。 - 前記重要指数は、
情報の内容に基づいて決定され、運行に異常が発生した場合には、異常の程度が高い情報程、重要指数を大きくする
ことを特徴とした請求項３記載の情報提供システム。 - 前記情報提供端末装置は、
前記優先順位に基づき、情報の提示方式を変更し、重要指数の大きい情報ほど情報を円滑に情報享受者に伝達する
ことを特徴とした請求項４記載の情報提供システム。 - 前記情報の提示方式は、
前記情報提供端末装置が、情報表示機能を備える場合、前記重要指数に基づき、表示する順番、表示する時間、表示する頻度、表示する範囲、表示する色、表示する情報量等を変更することで、重要指数の差を表現する
ことを特徴とした請求項９記載の情報提供システム。 - 前記情報の提示方式は、
前記情報提供端末装置が、音声放送機能を備える場合、前記重要指数に基づき、放送する順番、放送する時間、放送する頻度、放送する情報量等を変更することで、重要指数の差を表現する
ことを特徴とした請求項９記載の情報提供システム。 - 鉄道の運行情報に関する情報を記憶する運行管理サーバと、旅客に関する情報を記憶する統合旅客管理サーバと、旅客に提示する運行情報を設定する情報提供サーバと、前記情報提供サーバで作成された運行情報を前記旅客に提示する情報提供端末を含む情報提供システムにおける情報提供方法であって、
前記運行管理サーバは、複数の線区から送信される列車のダイヤを示す列車ダイヤ情報と、指令員の通知を含む列車運行情報とを受信し、記憶し、前記列車ダイヤ情報と前記列車運行情報を前記情報提供サーバに送信するステップと、
前記統合旅客管理サーバは、各旅客が過去に乗車した交通機関の乗降場所、乗降日時を含む履歴情報と、現在乗車している交通機関の乗車場所、乗車日時を含む情報と、乗車予約している交通機関の乗降予定場所、乗降予定日時、乗車予定列車番号を含む予約情報とを旅客情報として記憶し、前記過去の旅客情報を前記情報提供サーバに送信するステップと、
前記情報提供サーバは、旅客の目的地毎に複数の配信情報を記憶するステップと、
前記運行管理サーバから受信した前記列車ダイヤ情報と前記列車運行情報と、前記統合旅客管理サーバ装置から受信した前記過去の旅客情報から、各駅、各列車を利用する旅客の人数と目的地を表す旅客流動を設定し、設定された駅構内あるいは列車内の旅客の目的地に基づいて、記憶された前記複数の配信情報の中から予め１以上の配信情報を設定し、予め設定された配信情報を前記情報提供端末に送信するステップと、
前記情報提供端末は、前記情報提供サーバ装置から受信した前記配信情報を提示するステップとを有することを特徴とする情報提供方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011271837A JP5712120B2 (ja) | 2011-12-13 | 2011-12-13 | 情報提供システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011271837A JP5712120B2 (ja) | 2011-12-13 | 2011-12-13 | 情報提供システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013123921A true JP2013123921A (ja) | 2013-06-24 |
| JP5712120B2 JP5712120B2 (ja) | 2015-05-07 |
Family
ID=48775458
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011271837A Active JP5712120B2 (ja) | 2011-12-13 | 2011-12-13 | 情報提供システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5712120B2 (ja) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001312238A (ja) * | 2000-01-21 | 2001-11-09 | Ag:Kk | 列車における画像表示システム |
| JP2004220498A (ja) * | 2003-01-17 | 2004-08-05 | Toppan Printing Co Ltd | 広告配信システム、及び広告配信方法 |
| JP2006123780A (ja) * | 2004-10-29 | 2006-05-18 | West Japan Railway Co | 情報配信システム |
| JP2006323667A (ja) * | 2005-05-19 | 2006-11-30 | Hitachi Ltd | 列車内情報サービスシステム、電子チケット及び発券装置 |
| JP2009070120A (ja) * | 2007-09-13 | 2009-04-02 | Coh Inc | コンテンツ提供システム |
| JP2010061321A (ja) * | 2008-09-03 | 2010-03-18 | Railway Technical Res Inst | 乗客流動予測システム |
-
2011
- 2011-12-13 JP JP2011271837A patent/JP5712120B2/ja active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001312238A (ja) * | 2000-01-21 | 2001-11-09 | Ag:Kk | 列車における画像表示システム |
| JP2004220498A (ja) * | 2003-01-17 | 2004-08-05 | Toppan Printing Co Ltd | 広告配信システム、及び広告配信方法 |
| JP2006123780A (ja) * | 2004-10-29 | 2006-05-18 | West Japan Railway Co | 情報配信システム |
| JP2006323667A (ja) * | 2005-05-19 | 2006-11-30 | Hitachi Ltd | 列車内情報サービスシステム、電子チケット及び発券装置 |
| JP2009070120A (ja) * | 2007-09-13 | 2009-04-02 | Coh Inc | コンテンツ提供システム |
| JP2010061321A (ja) * | 2008-09-03 | 2010-03-18 | Railway Technical Res Inst | 乗客流動予測システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5712120B2 (ja) | 2015-05-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6178226B2 (ja) | 人流誘導システム及び人流誘導方法 | |
| JP5148416B2 (ja) | 乗客流動予測システム | |
| JP2014104794A (ja) | 列車運行管理システムおよび列車運行管理システムの制御方法 | |
| JP5287488B2 (ja) | 情報提供装置および情報提供方法 | |
| Verbich et al. | Have they bunched yet? An exploratory study of the impacts of bus bunching on dwell and running times | |
| JP6675860B2 (ja) | データ処理方法およびデータ処理システム | |
| JP2004029871A (ja) | 交通情報システム | |
| WO2015049801A1 (ja) | 乗客誘導システム、および乗客誘導方法 | |
| Lai et al. | Real-time rescheduling and disruption management for public transit | |
| JP2013003991A (ja) | ユーザ移動工程予測装置及びこれを利用した運行情報通知装置 | |
| Sándor et al. | Development stages of intelligent parking information systems for trucks | |
| JP5661196B2 (ja) | 情報処理装置、通信端末、情報処理方法及びプログラム | |
| JP2020194366A (ja) | 配車処理システム | |
| JP2012073976A (ja) | 情報提供装置、情報提供方法および情報提供システム | |
| CN108806249A (zh) | 基于乘客出行体验的公交app软件 | |
| US10402755B2 (en) | Transportation service information providing apparatus, and transportation service information providing method | |
| Reichl et al. | Using WiFi technologies to count passengers in real-time around rail infrastructure | |
| JP5712120B2 (ja) | 情報提供システム | |
| JP2015082228A (ja) | 保険提示システム、方法、及びコンピュータプログラム | |
| Vlasov et al. | Ground urban passenger transport in a period of digital transformation | |
| JP7407246B2 (ja) | サービス提供装置、サービス提供方法およびサービス提供プログラム | |
| Grahn et al. | Optimal escort dispatch for airport travelers with reduced mobility | |
| JP7295723B2 (ja) | 保守作業計画支援装置及び保守作業計画支援方法 | |
| Bachok et al. | Commuters perceptions on rail based public transport services: A case study of KTM Komuter in Kuala Lumpur City, Malaysia | |
| JP2012226503A (ja) | 移動分析方法および移動分析装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20131029 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140813 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140819 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20150210 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150309 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 5712120 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |