(57)【要約】【課題】人的負担の増加を抑制しつつ、イベントの開催地に向かおうとする交通機関の利用客に対して復路の乗車券の事前の確保を促すことのできる駅務システムを提供することである。【解決手段】実施形態の駅務システムは、イベント情報記憶部と、メッセージ指示部と、メッセージ出力制御部とを備える。イベント情報記憶部は、イベントの開催地の近隣の駅に混雑を生じさせるイベントについての所定の情報を含むイベント情報を記憶する。メッセージ指示部は、前記イベント情報記憶部が記憶するイベント情報に基づいて復路の乗車券の事前の確保を推奨するメッセージの出力を、イベントの開催地の近隣の駅を基準とする一定範囲の区間内の駅に指示する。メッセージ出力制御部は、駅ごとに備えられ、前記メッセージ指示部による指示に基づいて、所定タイミングで前記メッセージを出力部に出力させる。【選択図】図４
2015049757.tif 000002
【特許請求の範囲】
【請求項１】
イベントの開催地の近隣の駅に混雑を生じさせるイベントについての所定の情報を含むイベント情報を記憶するイベント情報記憶部と、
前記イベント情報記憶部が記憶するイベント情報に基づいて復路の乗車券の事前の確保を推奨するメッセージの出力を、イベントの開催地の近隣の駅を基準とする一定範囲の区間内の駅に指示するメッセージ指示部と、
駅ごとに備えられ、前記メッセージ指示部による指示に基づいて、所定のタイミングで前記メッセージを出力部に出力させるメッセージ出力制御部と
を備える駅務システム。
【請求項２】
前記メッセージ出力制御部は、
イベントの開始時刻とイベントの開催地の近隣の駅までの所要時間とに基づいて、前記メッセージを出力する期間を決定する
請求項１に記載の駅務システム。
【請求項３】
前記メッセージ出力制御部は、券売機に備えられる
請求項１または２に記載の駅務システム。
【請求項４】
前記メッセージ出力制御部は、
イベントの開催地の近隣の駅を含む乗車区間までの乗車券を購入対象として選択する操作が行われるのに応じて、メッセージの出力を所定の態様により強調する請求項３に記載の駅務システム。
【請求項５】
前記イベント情報記憶部は、予め作成されたイベント情報を記憶する
請求項１から４のいずれか一項に記載の駅務システム。
【請求項６】
駅ごとに備えられ、改札機による改札処理結果に基づいて、当駅がイベントの開催地の近隣の駅として混雑している状況であるか否かについて判定し、イベントの開催地の近隣の駅として混雑している状況であると判定するのに応じてイベント情報を出力する混雑状況判定部と、
前記混雑状況判定部が出力したイベント情報を前記イベント情報記憶部に記憶させるイベント情報管理部と
をさらに備える請求項１から５のいずれか一項に記載の駅務システム。
【請求項７】
前記イベント情報管理部は、
複数の異なる駅の混雑状況判定部のそれぞれが同じイベントに対応するイベント情報を出力した場合、出力された複数のイベント情報を１つに統合したイベント情報を前記イベント情報記憶部に記憶させる
請求項６に記載の駅務システム。
【請求項８】
前記メッセージ出力制御部は、
複数の異なるイベントごとに応じた複数のメッセージの出力が指示された場合、前記複数のメッセージについて優先順を設定し、一定以上の優先順が設定されたメッセージのみを出力する。
請求項１から７のいずれか一項に記載の駅務システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、駅務システムに関する。
【背景技術】
【０００２】
鉄道などの駅では、乗車券を発行する券発行装置が設置されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２０８０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
コンサート、プロスポーツの試合、大規模な展示会などのイベントが行われるときには、特にイベント終了後においてイベント開催地の最寄り駅が著しく混雑する。
イベント終了後の混雑の要因の１つは、同じ時間帯に集中して多数の利用客が帰りの乗車券を券売来て購入しようとするために、券売機の前に行列ができてしまうことである。
そこで、イベント開催地の最寄り駅などでは、イベント開催地に向かうために降車した利用客に対して帰りの乗車券をいまのうちに購入しておくことを勧めるための呼びかけが行われる。
【０００５】
しかし、上記のような帰りの乗車券の購入を勧めるための利用者への呼びかけは人的作業であり、駅員などが行っているために、人員確保などをはじめとして平常時よりも多くの手間や人手を要することになってしまう。
【０００６】
本発明が解決しようとする課題は、人的負担の増加を抑制しつつ、イベントの開催地に向かおうとする交通機関の利用客に対して復路の乗車券の事前の確保を促すことのできる駅務システムを提供することである。
【課題を解決するための手段】
【０００７】
実施形態の駅務システムは、イベント情報記憶部と、メッセージ指示部と、メッセージ出力制御部とを備える。イベント情報記憶部は、イベントの開催地の近隣の駅に混雑を生じさせるイベントについての所定の情報を含むイベント情報を記憶する。メッセージ指示部は、前記イベント情報記憶部が記憶するイベント情報に基づいて復路の乗車券の事前の確保を推奨するメッセージの出力を、イベントの開催地の近隣の駅を基準とする一定範囲の区間内の駅に指示する。メッセージ出力制御部は、駅ごとに備えられ、前記メッセージ指示部による指示に基づいて、所定タイミングで前記メッセージを出力部に出力させる。
【図面の簡単な説明】
【０００８】
【図１】第１実施形態における駅務システムの構成例を示す図。
【図２】第１実施形態における管理サーバの構成例を示す図。
【図３】第１実施形態におけるイベント情報記憶部が記憶するイベント情報の構造例を示す図。
【図４】第１実施形態における券売機の構成例を示す図。
【図５】第１実施形態における管理サーバがメッセージ出力指示の送信のために実行する処理手順例を示すフローチャート。
【図６】第１実施形態における券売機が往復券購入推奨メッセージを出力するために実行する処理手順例を示すフローチャート。
【図７】第２実施形態における券売機が往復券購入推奨メッセージ表示制御のために実行する処理手順例を示すフローチャート。
【図８】第３実施形態における駅務システムの構成例を示す図。
【図９】第３実施形態における集計装置の構成例を示す図。
【図１０】第３実施形態における管理サーバの構成例を示す図。
【図１１】第３実施形態における集計装置が推定イベント情報の送信に関して実行する処理手順例を示すフローチャート。
【図１２】第４実施形態における券売機が実行する処理手順例を示すフローチャート。
【図１３】第５実施形態における管理サーバが、受信した推定イベント情報の管理に関連して実行する処理手順例を示すフローチャート。
【発明を実施するための形態】
【０００９】
以下、実施形態の駅務システムについて図面を参照して説明する。
＜第１実施形態＞
［駅務システムの構成例］
図１は、第１実施形態における駅務システムの構成例を示している。同図に示す駅務システムは、管理サーバ１００と駅１−１〜駅１−Ｎにおける通信装置３００とを通信網６００を介して接続して構成される。なお、以降において駅１−１〜駅１−Ｎについて特に区別しない場合には、駅１と記載する。
【００１０】
管理サーバ１００は、或る場所でイベントが開催されるのに応じて、イベント開催地の最寄り駅周辺以外の駅１の券売機２００から、乗車券を購入しようとしている利用客に対して事前に往復乗車券の購入（復路の乗車券の確保）を勧めるメッセージ（往復券購入推奨メッセージ）が自動的に出力されるように制御する。
【００１１】
大規模なイベントが開催される場合、特にイベントの終了後において、イベント開催地の近隣の駅（以下、イベント最寄り駅とも呼ぶ）が著しく混雑する。このような混雑をできるだけ緩和しようとした場合、利用客がイベントに向かうために乗車する駅において乗車券を購入する際に、予め復路の乗車券も含まれる往復券を購入しておくことが１つの対策になる。このように予め復路の乗車券を購入しておくことで、イベントに行った利用客は、イベント終了後においてイベント最寄り駅で復路の乗車券を購入するために券売機に並ぶ必要がなくなり、駅の混雑も緩和される。
そこで、本実施形態においては、管理サーバ１００と駅１における券売機２００との連携により、券売機２００により乗車券を購入しようとする利用客に対して、往路の乗車券だけではなく、復路も含む往復乗車券の購入を勧める往復券購入推奨メッセージが券売機２００により出力されるようにする。
【００１２】
駅１においては、通信装置３００と、複数の券売機２００が備えられる。
通信装置３００は、管理サーバ１００と、同じ駅１に設置される複数の券売機２００との間での通信を中継する。
【００１３】
券売機２００は、利用客の乗車券購入のための操作に応じて、指定された運賃や行き先などに対応する乗車券を発行する。
また、券売機２００は、上記のように、管理サーバ１００の制御に従って、往復券購入推奨メッセージを出力することができる。券売機２００は、往復券購入推奨メッセージを表示により出力してもよいし、音声により出力してもよい。あるいは、券売機２００は、表示と音声の組合せによって往復券購入推奨メッセージを出力してもよい。以降の説明においては、券売機２００が表示により往復券購入推奨メッセージを出力する場合を例に挙げる。
【００１４】
［管理サーバの構成例］
図２は、管理サーバ１００の機能構成例を示している。同図に示す管理サーバ１００は、イベント情報記憶部１０１、メッセージ指示部１０２及び通信部１０３を備える。
イベント情報記憶部１０１は、１以上のイベント情報を記憶する。１つのイベント情報は、最寄り駅の混雑を生じさせるイベントについての所定の情報を含む。
【００１５】
図３は、イベント情報記憶部１０１が記憶するイベント情報の構造例を示している。同図に示すイベント情報記憶部１０１は、複数のイベントごとに対応する複数のイベント情報を記憶している。
同図の例では、１つのイベント情報は、イベント名、イベント最寄り駅、開催期間の各情報を含む。
イベント名の情報は、対応のイベントの名称を示す。
イベント最寄り駅の情報は、対応のイベントの開催地の最寄り駅を示す。
【００１６】
開催期間の情報は、対応のイベントが開催される期間を示す。一例として、開催期間は、開始日時と終了日時の各情報を含む。
開始日時は、対応のイベントが開始される日時を示し、終了日時は、対応のイベントが終了する日時を示す。
【００１７】
第１実施形態において、上記のようなイベント情報の各々は、既知のイベント開催予定情報を利用して、例えば駅務システムの運営者によって予め作成され、作成されたイベント情報がイベント情報記憶部１０１に対して記憶される。
【００１８】
説明を図１に戻す。
メッセージ指示部１０２は、イベント情報記憶部１０１が記憶するイベント情報に基づいて往復券購入推奨メッセージの出力を、イベント最寄り駅を基準とする一定範囲の区間内の駅１に指示する。
【００１９】
通信部１０３は、通信網６００を介して各駅１の通信装置３００と通信を実行する。このように通信部１０３が各駅１の通信装置３００と通信を実行することで、管理サーバ１００は、各駅１において、通信装置３００と接続される券売機２００との通信が可能になる。
【００２０】
［券売機の構成例］
図４は、券売機２００の機能構成例を示している。同図に示す券売機２００は、通信部２０１、制御部２０２、所要時間情報記憶部２０３、表示部（出力部の一例）２０４及び操作部２０５を備える。
通信部２０１は、通信装置３００と通信を実行する。これにより、券売機２００は、通信装置３００を介して管理サーバ１００と通信を実行することが可能になる。
【００２１】
制御部２０２は、券売機２００における各種の制御を実行する。具体的に、制御部２０２は、乗車券の発行に関する制御、往復券購入推奨メッセージの出力に関する制御を実行する。このため、制御部２０２は、発券制御部２２１とメッセージ出力制御部２２２とを備える。
【００２２】
発券制御部２２１は、操作部２０５に対して行われた乗車券購入のための操作に応じて、操作により指定された運賃あるいは行き先などに対応する乗車券を発行するための制御を実行する。
【００２３】
メッセージ出力制御部２２２は、管理サーバ１００のメッセージ指示部１０２による指示に基づいて、所定タイミングで前記推奨メッセージを出力させる。
具体的に、管理サーバ１００のメッセージ指示部１０２は、例えばイベント開始時刻の一定時間前（例えば数時間前）に推奨メッセージの出力の指示（推奨メッセージ出力指示）を、各駅１の通信装置３００に送信する。この際、メッセージ指示部１０２は、推奨メッセージ出力指示に対応するイベントのイベント情報を付随させて推奨メッセージ出力指示送信する。
【００２４】
各駅１の券売機２００は、上記のように送信された推奨メッセージ出力指示を通信装置３００経由で受信する。受信した推奨メッセージ出力指示は、メッセージ出力制御部２２２が入力する。
【００２５】
メッセージ出力制御部２２２は、イベントの開始日時とイベント最寄り駅までの所要時間とに基づいて往復券購入推奨メッセージを出力する期間（メッセージ出力期間）を決定する。メッセージ出力期間の決定に用いるイベントの開始日時とイベント最寄り駅の各情報は、前述のように、受信した推奨メッセージ出力指示に付随されたイベント情報に含まれている。また、メッセージ出力制御部２２２は、イベント最寄り駅の所要時間については、所要時間情報記憶部２０３から取得する。
【００２６】
所要時間情報記憶部２０３は、当駅から当駅以外の各駅１までの所要時間を示す所要時間情報を記憶する。
【００２７】
例えば、メッセージ出力制御部２２２は、イベントの開始日時からイベント最寄り駅までの所要時間を遡った時刻を基準時刻として、基準時刻に対して一定時間前の時刻をメッセージ出力期間の開始日時とし、基準時刻に対して一定時間後の時刻をメッセージ出力期間の終了日時とする。
なお、基準時刻からメッセージ出力期間の開始日時までの長さと、基準時刻からメッセージ出力期間の終了日時までの長さとは異なっていてもよい。
【００２８】
そして、第１実施形態におけるメッセージ出力制御部２２２は、決定したメッセージ出力期間において利用客が乗車券の購入の操作を行う都度、表示部２０４に所定の態様により往復券購入推奨メッセージを表示させる。
例えば、券売機２００は、「○○イベントのために○○駅までの乗車券を購入されるお客様には、帰宅時の○○駅の混雑緩和のために往復券の購入をお買い上げください」などのように表示を行う。
【００２９】
表示部２０４は、発券制御部２２１の制御に応じて、発券の操作に利用される各種操作画面を表示する。また、表示部２０４は、メッセージ出力制御部２２２の制御に応じて発券の操作に利用される操作画面とともに、上記のような往復券購入推奨メッセージを表示する。
【００３０】
操作部２０５は、乗車券を購入するための操作に用いられる各種の操作子や操作デバイスを一括して示している。例えば、表示部２０４に対してタッチパネルが備えられており、表示部２０４の画面に対する操作が可能なように構成される場合、タッチパネルも操作部２０５に含まれる。
【００３１】
［処理手順例］
図５のフローチャートは、第１実施形態における管理サーバ１００がメッセージ出力指示の送信のために実行する処理手順例を示している。
管理サーバ１００において、メッセージ指示部１０２は、イベント情報記憶部１０１が記憶するイベント情報のうちで、開始日時が現時刻から一定時間内であることを示すイベント情報が有るか否かについて判定する（ステップＳ１０１）。
【００３２】
開始日時が現時刻から一定時間内であることを示すイベント情報が無ければ（ステップＳ１０１−ＮＯ）、メッセージ指示部１０２は、一定時間後に再びステップＳ１０１の処理を実行する。
そして、開始日時が現時刻から一定時間内であることを示すイベント情報が有った場合（ステップＳ１０１−ＹＥＳ）、メッセージ指示部１０２は、開始日時が現時刻から一定時間内のイベント情報を付随させたメッセージ出力指示を、各駅１の通信装置３００に送信する（ステップＳ１０２）。これにより、各駅１において、券売機２００は、イベント情報が付随されたメッセージ出力指示を、通信装置３００を介して受信することができる。
【００３３】
図６のフローチャートは、券売機２００が往復券購入推奨メッセージを出力するための処理手順例を示している。
券売機２００において、管理サーバ１００が送信したメッセージ出力指示は通信部２０１にて受信される。このように受信されたメッセージ出力指示にはイベント情報が付随されている。
メッセージ出力制御部２２２は、通信部２０１にて受信されたメッセージ出力指示を、付随されたイベント情報とともに入力する（ステップＳ２０１）。
【００３４】
メッセージ出力制御部２２２は、メッセージ出力期間を決定する（ステップＳ２０２）。
このために、メッセージ出力制御部２２２は、入力したメッセージ出力指示に付随されたイベント情報が示すイベント最寄り駅を認識したうえで、当駅からイベント最寄り駅までの所要時間を所要時間情報記憶部２０３から取得する。
メッセージ出力制御部２２２は、入力したメッセージ出力指示に付随されたイベント情報が示す開始日時と、上記のように所要時間情報記憶部２０３から取得した所要時間とを利用してメッセージ出力期間を決定する。例えば前述したように、メッセージ出力制御部２２２は、イベントの開始日時からイベント最寄り駅までの所要時間を遡った時刻を基準時刻として設定し、基準時刻に対する一定時間前から基準時刻に対する一定時間後までをメッセージ出力期間として決定すればよい。
【００３５】
メッセージ出力制御部２２２は、ステップＳ２０２にて決定されたメッセージ出力期間の開始時刻に至るのを待機する（ステップＳ２０３−ＮＯ）。そして、メッセージ出力期間の開始時刻に至るのに応じて、メッセージ出力制御部２２２は、表示部２０４に対して往復券購入推奨メッセージを表示させるための制御（往復券購入推奨メッセージ表示制御）を実行する（ステップＳ２０４）。
メッセージ出力制御部２２２は、メッセージ出力期間の終了時刻に至るまで（ステップＳ２０５−ＮＯ）、ステップＳ２０４の往復券購入推奨メッセージ表示制御を実行する。また、ステップＳ２０４において、メッセージ出力制御部２２２は、定常的に往復券購入推奨メッセージを表示させてもよいし、利用客による乗車券購入のための操作が行われるごとに往復券購入推奨メッセージを表示させるようにしてもよい。以降においては、利用客による乗車券購入のための操作が行われるごとに往復券購入推奨メッセージを表示させる場合を例に挙げる。
そして、メッセージ出力期間の終了時刻に至るのに応じて（ステップＳ２０５−ＹＥＳ）、メッセージ出力制御部２２２は、ステップＳ２０４による往復券購入推奨メッセージの表示を終了する。
【００３６】
＜第２実施形態＞
［概要］
続いて、第２実施形態について説明する。
第２実施形態において、券売機２００のメッセージ出力制御部２２２は、第１実施形態と同様に乗車券購入のための操作が行われるのに応じて往復券購入推奨メッセージを表示させる。
そのうえで、メッセージ出力制御部２２２は、利用客がイベント最寄り駅を含む乗車区間までの乗車券を購入対象として選択する操作が行われるのに応じて、表示されている往復券購入推奨メッセージを所定の態様により強調する。
例えば、メッセージ出力制御部２２２は、往復券購入推奨メッセージの表示の色をより目立つ色に変更したり、往復券購入推奨メッセージとして表示させている文字を太くするように変更する。これにより、イベントに向かう可能性の高い利用客に対して、往復券の購入をより強く勧めることが可能になる。
【００３７】
［処理手順例］
図７に示すフローチャートは、第２実施形態における券売機２００のメッセージ出力制御部２２２が、図６のステップＳ２０４の往復券購入推奨メッセージ表示制御として実行する処理手順例を示している。
メッセージ出力制御部２２２は、乗車券購入操作の開始に応じて往復券購入推奨メッセージの表示部２０４への表示を開始させる（ステップＳ３０１）。ただし、ここでの往復券購入推奨メッセージの表示は、特に強調を行わない通常の表示である。
メッセージ出力制御部２２２は、ステップＳ３０１により通常の往復券購入推奨メッセージの表示を開始させて以降、イベント最寄り駅を含む乗車区間の運賃の乗車券を選択する操作が行われたか否かについて判定する（ステップＳ３０２）。
【００３８】
イベント最寄り駅を含む乗車区間の運賃の乗車券を選択する操作が行われていない場合（ステップＳ３０２−ＮＯ）、メッセージ出力制御部２２２は、さらに、イベント最寄り駅を行き先として指定する操作が行われたか否かについて判定する（ステップＳ３０３）。
イベント最寄り駅を行き先として指定する操作が行われなければ（ステップＳ３０３−ＮＯ）、メッセージ出力制御部２２２は、ステップＳ３０２に処理を戻す。
【００３９】
そして、イベント最寄り駅を含む乗車区間の運賃の乗車券を選択する操作が行われた場合（ステップＳ３０２−ＹＥＳ）、あるいはイベント最寄り駅を行き先として指定する操作が行われた場合（ステップＳ３０３−ＹＥＳ）、メッセージ出力制御部２２２は、以下の処理を実行する。
つまり、メッセージ出力制御部２２２は、これまで通常に表示させていた往復券購入推奨メッセージを所定の態様により強調して表示させる（ステップＳ３０４）。
このような処理によって、第２実施形態においては、イベントに向かう可能性の高い利用客に対して往復券購入推奨メッセージを強調して出力することができる。
【００４０】
＜第３実施形態＞
続いて、第３実施形態について説明する。
図８は、第３実施形態における駅務システムの構成例を示している。同図において図１と同一部分については同一符号を付して説明を省略する。
【００４１】
第３実施形態においては、駅１において設置される複数の改札機４００と集計装置５００とがさらに駅務システムに含まれる。
改札機４００は、駅１における改札口に設置され、駅構内への入場あるいは駅構外への出場に際して利用者が通過する際に、乗車券や交通機関用のＩＣカードなどに対応した改札に関する処理（改札処理）を実行する。
【００４２】
集計装置５００は、各改札機４００からの改札処理の結果を集計する。そのうえで、第３実施形態における集計装置５００は、同じ駅１内の改札機４００から収集した改札処理結果の履歴（改札履歴情報）における、出場についての改札履歴情報に基づいて、当駅がイベント最寄り駅として混雑している状況であるか否かについて判定する。
当駅がイベント最寄り駅として混雑している状況とは、例えば、当駅がイベント開催地の最寄り駅であって、イベントに向かうための多数の利用客が駅構外に出場しているという状況である。
【００４３】
集計装置５００は、例えば現在において定期券以外の乗車券（例えば、普通乗車券）を利用して出場している利用客の数（現出場客数）が、当駅の通常時において定期券以外の乗車券を利用して出場している利用客の数（通常出場客数）に対して一定以上に大きいか否かについて判定する。現出場客数が通常出場客数に対して一定以上に大きければ、集計装置５００は、当駅がイベント最寄り駅として混雑している状況であると判定する。
【００４４】
そして、集計装置５００は、当駅がイベント最寄り駅として混雑している状況であると判定するのに応じて、イベント情報を出力する。集計装置５００は、イベント情報の出力の態様として、イベント情報を通信装置３００経由で管理サーバ１００に対して送信する。
集計装置５００が出力するイベント情報は、例えば、当駅の駅名と、イベント情報を出力した日時（当駅がイベント最寄り駅として混雑している状況であると集計装置５００が判定した日時）を含む情報となる。なお、以降において、集計装置５００が出力するイベント情報については推定イベント情報と呼び、イベントの開催スケジュールに基づいて予め作成されて事前にイベント情報記憶部１０１に記憶されているイベント情報と区別する。
【００４５】
管理サーバ１００は、集計装置５００から受信した推定イベント情報を、イベント情報記憶部１０１に記憶させる。これにより、イベント情報記憶部１０１には、駅務システムの運営者によって予め作成されたイベント情報に加えて、集計装置５００から受信した推定イベント情報も記憶される。
【００４６】
第３実施形態における管理サーバ１００は、集計装置５００から受信した推定イベント情報がイベント情報記憶部１０１に記憶されるのに応じて、以下のように動作する。
つまり、管理サーバ１００は、推定イベント情報がイベント情報記憶部１０１に新規に記憶されたタイミングで、新規に記憶された推定イベント情報を付随させた推奨メッセージ出力指示を各駅１の通信装置３００に送信する。
各駅１の券売機２００は、通信装置３００から受信した推奨メッセージ出力指示に付随されるイベント情報が推定イベント情報である場合には、推奨メッセージ出力指示の受信に応じたタイミングをメッセージ出力期間の開始日時として設定し、往復券購入推奨メッセージを表示させる。
【００４７】
このように、第３実施形態においては、イベント情報として予め作成されなかったイベントにも対応して往復券購入推奨メッセージを表示させることができる。つまり、第３実施形態においては、予定外のイベント、あるいは、駅務システムの運営者が予定を把握しておらず、予めイベント情報が作成されなかったイベントなどにも対応して、往復券購入推奨メッセージを表示させることができる。
【００４８】
なお、第３実施形態におけるメッセージ出力期間の終了日時（往復券購入推奨メッセージの出力を停止するタイミング）については、例えば以下のように設定することができる。
つまり、集計装置５００は、当駅がイベント最寄り駅として混雑していた状況からイベント最寄り駅として混雑していない状況に変化するのを判定する。イベント最寄り駅として混雑していない状況への変化は、例えばコンサートやプロスポーツゲームなどのイベントの開始日時に対応する時刻に至ったこと、あるいは、例えば数日間にわたって行われた展示会、展覧会などのイベントが終了したことを示す。
そして、集計装置５００はイベント最寄り駅として混雑していない状況に変化したことを判定したのに応じて、先に送信した推定イベント情報が無効になったことの通知（イベント情報無効通知）を管理サーバ１００に送信すればよい。
【００４９】
イベント情報無効通知を受信した管理サーバ１００は、イベント情報記憶部１０１に記憶されていた対応の推定イベント情報を消去する。また、これとともに、管理サーバ１００は、先に送信した推奨メッセージ出力指示に対応する推奨メッセージ停止指示を各駅１の通信装置３００に対して送信する。
各駅１において、通信装置３００から推奨メッセージ停止指示を受信した券売機２００は、これまでの往復券購入推奨メッセージの出力を停止させればよい。これにより、券売機２００は、イベントの開始時期あるいは終了時期に対応して適切なタイミングで往復券購入推奨メッセージの出力を停止させることができる。
【００５０】
［集計装置の構成例］
図９は、集計装置５００の機能構成例を示している。同図に示す集計装置５００は通信部５０１、改札履歴情報管理部５０２、改札履歴情報記憶部５０３及び混雑状況判定部５０４を備える。
通信部５０１は、同じ駅１内の改札機４００と通信を実行する。また、同じ駅１内の通信装置３００との通信を経由して、管理サーバ１００と通信を実行する。
改札履歴情報管理部５０２は、通信部５０１を介して改札機４００から受信した改札処理結果の情報を、改札履歴情報として改札履歴情報記憶部５０３に記憶させる。
混雑状況判定部５０４は、改札機４００による改札処理結果に基づいて、当駅がイベント最寄り駅として混雑している状況であるか否かについて判定する。混雑状況判定部５０４は、当駅がイベント最寄り駅として混雑している状況であると判定するのに応じて管理サーバ１００に対して推定イベント情報を送信する。
【００５１】
図１０は、第３実施形態における管理サーバ１００の機能構成例を示している。同図において、図２と同一部分には同一符号を付して説明を省略する。
図１０に示す管理サーバ１００は、図２の構成に対してイベント情報管理部１０４がさらに備えられる。
集計装置５００から送信された推定イベント情報は、通信部１０３にて受信される。イベント情報管理部１０４は、集計装置５００から受信した推定イベント情報をイベント情報記憶部１０１に記憶させる。
図９及び図１０に示した集計装置５００と管理サーバ１００との構成により、駅１がイベント最寄り駅として混雑する状況となった場合に、その状況に対応する推定イベント情報を管理サーバ１００が取得することが可能になる。
【００５２】
［処理手順例］
図１１のフローチャートは、集計装置５００が推定イベント情報の送信に関して実行する処理手順例を示している。なお、同図に示す処理は、例えば予め定めた一定時間ごとに実行される。
集計装置５００において、混雑状況判定部５０４は、当駅がイベント最寄り駅として混雑している状況であるか否かについて、以下のように判定する。つまり、混雑状況判定部５０４は、現時刻から過去の一定時間までの判定対象期間における出場についての改札履歴情報を改札履歴情報記憶部５０３から読み込む（ステップＳ４０１）。
次に、混雑状況判定部５０４は、ステップＳ４０１により読み込んだ改札履歴情報を利用して、判定対象期間において定期券以外の乗車券を利用した出場客数（現出場客数）を算出する（ステップＳ４０２）。
【００５３】
また、混雑状況判定部５０４は、判定対象期間と同じ時間帯の通常時において定期券以外の乗車券を利用した出場客数（通常出場客数）を算出する（ステップＳ４０３）。
なお、混雑状況判定部５０４は、通常出場客数について以下のように算出すればよい。つまり、混雑状況判定部５０４は、今回設定した判定対象期間よりも前の一定期間における日ごとに、判定対象期間と同じ時間帯における定期券以外の乗車券の利用による出場客数を求める。そして、このように求めた出場客数の平均として通常出場客数を算出することができる。
【００５４】
次に、混雑状況判定部５０４は、ステップＳ４０２により算出した現出場客数が、ステップＳ４０３により算出した通常出場客数に対して一定以上に大きいか否かについて判定する（ステップＳ４０４）。具体的に、例えば、混雑状況判定部５０４は、現出場客数と通常出場客数との差分が一定以上であるか否かを判定すればよい。あるいは、混雑状況判定部５０４は、通常出場客数に対する現出場客数の比率が一定以上であるか否かを判定すればよい。
【００５５】
現出場客数が通常出場客数に対して一定未満の大きさである場合（ステップＳ４０４−ＮＯ）、混雑状況判定部５０４は、同図に示す処理を終了する。従って、この場合には、特に推定イベント情報の送信は行われない。
【００５６】
これに対して、現出場客数が通常出場客数に対して一定以上に大きいと判定された場合（ステップＳ４０４−ＹＥＳ）、混雑状況判定部５０４は、通信装置３００から管理サーバ１００に対して推定イベント情報を送信する（ステップＳ４０５）。
【００５７】
＜第４実施形態＞
［概要］
続いて、第４実施形態について説明する。
管理サーバ１００のイベント情報記憶部１０１には、イベントの開始日時が近いイベント情報が多数記憶されている可能性がある。また、事前に把握していなかったイベントが同時期に多数開催されるような場合、多数の推定イベント情報がほぼ同じ時期に集計装置５００から管理サーバ１００に送信されてくる可能性がある。このような場合、これまでの実施形態の構成の下では、券売機２００は、全てのイベント情報（推定イベント情報を含む）に基づく全ての推奨メッセージ出力指示に応じた多数の往復券購入推奨メッセージを出力することになる。
【００５８】
例えば、表示部２０４において往復券購入推奨メッセージを表示可能なスペースには制限がある。このようなことを考慮すると、券売機２００が、同じ時間帯における多数の異なるイベントの全てに対応して往復券購入推奨メッセージを表示することは難しい。また、イベントの中には、その駅１を含む地域にとって、重要なものと重要でないものとが混在する。このような事情があるにもかかわらず、全てのイベントに対応する往復券購入推奨メッセージを表示させたとすれば、かえって利用客が戸惑うようなことにもなる。
【００５９】
そこで、第４実施形態では、同じ時間帯において多数のイベントが開催されるような状況のもとでは、券売機２００において、多数のイベントのうちで最も優先順の高い所定数のイベント情報に対応する往復券購入推奨メッセージのみが表示されるようにする。
【００６０】
第４実施形態における駅務システムの構成は、これまでに説明した各実施形態のいずれかと同様でよい。このような構成の下では、同時期に多数のイベントが開催されているような場合には、管理サーバ１００は、同時期に券売機２００に対して多数の異なるイベントに対応する推奨メッセージ出力指示を送信する。
【００６１】
そのうえで、第４実施形態における券売機２００は、以下の処理を実行することにより、同時期に受信した多数の推奨メッセージ出力指示のうちで最も優先順の高い所定数の推奨メッセージ出力指示に対応する往復券購入推奨メッセージのみを表示させる。
【００６２】
［処理手順例］
図１２のフローチャートは、第４実施形態における券売機２００が実行する処理手順例を示している。
券売機２００において、メッセージ出力制御部２２２は、例えば一定時間ごとに、現在から過去の一定時間前までの期間において、一定数以上のメッセージ出力指示が受信されたか否かについて判定する（ステップＳ５０１）。
【００６３】
現在から過去の一定時間前までの期間において受信されたメッセージ出力指示が一定数未満である場合（ステップＳ５０１−ＮＯ）、同時期において受信されたメッセージ出力指示は少ないということである。
そこで、この場合のメッセージ出力制御部２２２は、受信したメッセージ出力指示ごとに応じた往復券購入推奨メッセージを出力すべきと決定する（ステップＳ５０２）。
【００６４】
これに対して、現在から過去の一定時間前までの期間において受信されたメッセージ出力指示が一定数以上である場合（ステップＳ５０１−ＮＯ）、同時期において受信されたメッセージ出力指示が多いということである。
そこで、この場合のメッセージ出力制御部２２２は、受信したメッセージ出力指示ごとについての優先順を設定する（ステップＳ５０３）。
ここで、優先順の設定の仕方については特に限定されない。例えば、イベント情報には利用客数の情報を含めるようにして、メッセージ出力指示に付随されたイベント情報が示す利用客数が大きい順に従って、メッセージ出力指示の優先順も高くなるように設定することができる。また、駅務システムの運用者により指定されたイベントに対応するメッセージ出力指示の優先順を最も高くするように設定することもできる。
【００６５】
そして、メッセージ出力制御部２２２は、ステップＳ５０３により設定された優先順が一定以上のメッセージ出力指示に対応する往復券購入推奨メッセージを出力すべきと決定する（ステップＳ５０４）。
このような処理が実行されることで、券売機２００において、一定以上の優先順に対応する所定数の往復券購入推奨メッセージのみを出力することが可能になる。
【００６６】
＜第５実施形態＞
［概要］
続いて、第５実施形態について説明する。
例えば、イベントの開催地の敷地が比較的大きいような場合には、イベント最寄り駅も複数が存在する場合がある。このような場合において、第３実施形態のように、各駅１に備えられる集計装置５００が推定イベント情報を管理サーバ１００に送信する構成では、複数の近接した駅１の集計装置５００のそれぞれが、当駅がイベント最寄り駅として混雑していると判定する。この場合、複数の集計装置５００が同じイベントに対応する推定イベント情報を送信する。
【００６７】
このように同じイベントに対応する複数の推定イベント情報が送信されてくる場合、管理サーバ１００が、同じイベントに対応する複数の推定イベント情報を個別の情報として扱ってイベント情報記憶部１０１に記憶させることは好ましくない。同じイベントに対応する複数の推定イベント情報が個別にイベント情報記憶部１０１に記憶されてしまうと、同じイベントに対して複数の異なるメッセージ出力指示が券売機２００に対して送信されてしまう。これに応じて券売機２００も、同じイベントであるのにかかわらず、異なるイベントとして扱い、それぞれの往復券購入推奨メッセージを出力してしまうという無駄な処理が生じる。
【００６８】
そこで、第５実施形態としての管理サーバ１００は、複数の異なる駅の集計装置５００（混雑状況判定部５０４）のそれぞれが同じイベントに対応する推定イベント情報を出力（送信）した場合に、以下の処理を実行する。つまり、管理サーバ１００は、出力された複数のイベント情報を１つに統合したイベント情報をイベント情報記憶部１０１に記憶させる。
このように、同じイベントに対応する複数の推定イベント情報は、１つの推定イベント情報に統合されて管理される。これにより、同じイベントに対応して異なる複数の往復券購入推奨メッセージを出力しないようにすることができる。
【００６９】
［処理手順例］
図１３のフローチャートは、第５実施形態における管理サーバ１００が、受信した推定イベント情報の管理に関連して実行する処理手順例を示している。なお、第５実施形態における管理サーバ１００は、例えば図１０と同様の構成でよい。
【００７０】
管理サーバ１００において、イベント情報管理部１０４は、同時期とみなすことのできる一定期間において、近接する複数の駅から推定イベント情報が受信された状態となるのを待機する（ステップＳ６０１−ＮＯ）。
【００７１】
そして、同時期において近接する複数の駅から推定イベント情報が受信された状態となった場合（ステップＳ６０１−ＹＥＳ）、イベント情報管理部１０４は、同時期において受信した複数の推定イベント情報を１つに統合し、統合後の１つの推定イベント情報をイベント情報記憶部１０１に記憶させる（ステップＳ６０２）。
【００７２】
以上述べた少なくともひとつの実施形態の駅務システムでは、管理サーバ１００が記憶するイベント情報に基づいて、券売機２００が往復券購入推奨メッセージを出力するように制御が行われる。これにより、人的負担の増加を抑制しつつ、イベントの開催地に向かおうとする交通機関の利用客に対して復路の乗車券の事前の確保を促すことのできる駅務システムを提供することが可能になる。
【００７３】
なお、これまでの実施形態においては、駅務システムにおいて、メッセージ出力制御部２２２を券売機に備える例を挙げた。しかし、例えばメッセージ出力制御部２２２としての機能を、駅構内における精算機などに備えるようにしてもよい。
メッセージ出力制御部２２２としての機能を精算機に備えることによっては、精算機を以下のように動作させることができる。つまり、例えば利用客がイベント最寄り駅を降りて乗車券や定期券の不足金額を精算機により精算した際に、復路の乗車券を事前に購入しておくことを勧めるメッセージを精算機が出力するように動作させることができる。
【００７４】
また、復路の乗車券を事前に購入しておくことを勧めるメッセージは、例えば駅の券売機近傍などにおいて利用客に見えるように設置された電光掲示板などのような表示装置に表示させるようにしてもよい。
また、これまでの実施形態においては、復路の乗車券を事前に購入しておくことを勧めるメッセージが出力される出力部を表示部とした例に挙げているが、スピーカなどの音声を出力する出力部から、音声によりメッセージが出力されるようにしてもよい。この場合においては、例えば、券売機や精算機などにスピーカを備えることで、券売機や精算機を利用している利用客ごとに向けて音声によるメッセージが出力されるようにしてもよい。あるいは、駅のコンコースなどに設けられたスピーカから多くの利用客に向けて音声によるメッセージが出力されるようにしてもよい。
【００７５】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００７６】
１００…管理サーバ
１０１…イベント情報記憶部
１０２…メッセージ指示部
１０３…通信部
１０４…イベント情報管理部
２００…券売機
２０１…通信部
２０２…制御部
２０３…所要時間情報記憶部
２０４…表示部
２０５…操作部
２２１…発券制御部
２２２…メッセージ出力制御部
３００…通信装置
４００…改札機
５００…集計装置
５０１…通信部
５０２…改札履歴情報管理部
５０３…改札履歴情報記憶部
５０４…混雑状況判定部
６００…通信網
【図１】
2015049757.tif 000003
【図２】
2015049757.tif 000004
【図３】
2015049757.tif 000005
【図４】
2015049757.tif 000006
【図５】
2015049757.tif 000007
【図６】
2015049757.tif 000008
【図７】
2015049757.tif 000009
【図８】
2015049757.tif 000010
【図９】
2015049757.tif 000011
【図１０】
2015049757.tif 000012
【図１１】
2015049757.tif 000013
【図１２】
2015049757.tif 000014
【図１３】
2015049757.tif 000015