JP5909382B2 - 電子チケットシステム - Google Patents

Description

本発明は電子チケットシステムに関する。

長距離のチケットレス化においては、モバイルＳｕｉｃａやＥＸ−ＩＣが存在する。たとえば特許文献１に記載の技術には、携帯電話経由で事前にチケットを配信し、入場時に必要最低限のチェックを行い、乗車中に旅客会社のサーバに問い合わせ認証を行い、問題があれば出場時に退場を許可しない方法が開示されている。

特願２００１-１５４１１１１号公報

特許文献１に記載の技術では、事前にチケットを携帯電話に配信する必要がある。このため、特許文献１に記載の技術には、ＩＣカードと一体型の携帯電話を利用しない旅客にチケット情報を配信する技術が記載されていない。

また、ＩＣカードと一体型の携帯電話を利用せずにチケット情報を配信する技術として、例えばＥＸ−ＩＣの技術がある。ＥＸ−ＩＣでは、入出場する駅の改札機にチケットの情報を配信する。しかしながら、これを在来線に適用しようとすると、入出場する駅がわからず、広範囲の駅にチケット情報を配信する必要がある。このため、配信するデータ量が膨大になるという問題点がある。

上記課題を解決するため、チケットレスサーバは、チケットの情報と受信された旅客の利用履歴とに基づいて旅客が利用する１つ以上の駅を推定し、駅の駅サーバにチケットの情報を配信し、駅サーバは、配信されたチケット情報を改札機に配信し、改札機は、旅客の通過情報を取得した場合、旅客のICカードにチケットの情報を書き込む。

ＩＣカードと一体型の携帯電話を利用しない旅客にチケット情報を配信しつつ、改札機に記憶するチケット情報を削減することができる。

システム構成を示す一例である。 運行管理装置のハードウェア構成の一例を示す図である。 チケット情報の流れのフローの一例である。 入場時の配信チケット選定フローの一例を示す図である。 入場時の配信エリアの絞込みフローの一例を示す図である。 配信カードの絞込みフローの一例を示す図である。 改札機に配信する入場時チケットの選定処理フローの一例を示す図である。 出場時配信チケット選定フローの一例を示す図である。 出場時の配信エリアの絞込みフローの一例を示す図である。 改札機に配信する入場時チケットの選定処理フローの一例を示す図である。 旅客が持つチケットの状態の確認とチケットの利用の設定をする画面の一例を示す図である。

長距離乗車券購入に適用した場合を例に説明する。図１は、電子チケットシステムのシステム構成図である。
チケットレスサーバ１は、チケットレス会員を管理（記憶）する会員管理テーブル１０５１、取り扱うチケットの利用条件を管理するチケット利用条件テーブル１０５２、取り扱うチケットの情報を管理するチケットテーブル１０５３を保持する。チケットレスサーバ１は、運用者１１がチケット利用条件を設定する管理端末７、旅客がチケットを購入する操作端末５、改札機のシステムを管理するＩＤ管理サーバ２とネットワーク接続されている。該操作端末５からの要求に基づくチケットの予約・決済、および、該ＩＤ管理サーバ２へのチケット情報・チケット利用条件の配信を行うチケット管理部１００２、チケットレス会員の参照・追加・削除・変更を行う会員管理部１００３の機能を持つ。

ＩＤ管理サーバ２は、駅間の運賃を管理する運賃テーブル２０５１、ICカードのＩＤ・残高・種別を管理するICカード管理テーブル２０５３、ICカードの利用履歴２０５２、当日チケットを利用するＩＣカードのＩＤを保持するチケット利用ＩＣカードテーブル２０５４を保持し、各駅サーバ３と接続されている。ここで、チケットとは例えば中長距離券であり、ICカードとは近距離乗車券である。ＩＤ管理サーバ２は、該チケットレスサーバ１、各駅サーバ３と通信する通信部２００１、一定時間ごとに各駅サーバから通知されるＩＣカードの利用履歴を蓄積し該チケットレスサーバ１からの要求に応じて履歴情報を参照する履歴管理部２００２、該チケットレスサーバ１から配信されるチケット情報を該各駅サーバ３に転送するチケット情報仲介部２００３、該駅サーバ３から通知される旅客１０の通過情報を該チケットレスサーバ１に転送する通過情報仲介部２００４の機能を持つ。

駅サーバ３は、駅ごとに設置されるサーバであり、駅間の運賃を管理する運賃テーブル３０５１、該チケットレスサーバ１より配信されるチケット利用条件テーブル３０５２、チケットテーブル３０５３、チケット情報を改札機に配信するスケジュールを管理する配信スケジュールテーブル３０５４を保持し、旅客からの問い合わせに対するチケット情報の参照、精算を行う駅社員端末６、入出場の判断を行う改札機４とネットワーク接続されている。駅サーバ３は、該ＩＤ管理サーバ２、該駅社員端末６、該改札機４と通信する通信部３００１、該チケットレスサーバ１からチケット情報を受信するチケット受信部３００４、該改札機４にチケット情報を配信するチケット配信部３００２、該改札機から旅客が通過したことを取得しチケットレスサーバに通知する通過通知部３００３の機能を保持する。なお、運賃テーブル３０５１、チケット利用条件テーブル３０５２は運用者１１が設定時に各駅の駅サーバ３に配信されているものとする。

改札機４は、改札に１つあるいは複数設置され、該駅サーバ３とネットワーク接続され、該駅サーバ３より配信される運賃テーブル４０５１、チケット利用条件テーブル４０５２、チケットテーブル４０５３を保持する。改札機４は、該駅サーバ３と通信をする通信部４００１、入場駅と出場駅の間の運賃の精算をする精算部４００３、複数のチケットが存在する場合に利用するチケットを選択するチケット選択部４００４、該駅サーバ３からチケット情報を受け取るチケット受信部４００５、改札機に旅客が持つＩＣカード８がタッチされたことを該駅サーバに通知する通過通知部４００６、旅客が持つＩＣカード８がタッチされたことを検出し必要な情報を書き込むＩＣカード読み書き部４００７、不正な乗車や徴収する運賃がＳＦ（Ｓｔｏｒｅｄ Ｆａｒｅ）に足りないケースなどにゲートを操作するゲート操作部４００８により構成される。

チケットレスサーバ１、ＩＤ管理サーバ２、駅サーバ３はサーバあるいはパーソナルコンピュータを利用し、操作端末５はパーソナルコンピュータや携帯電話、駅社員端末はＩＣカードリーダライタつきのＰＣ、管理端末はパーソナルコンピュータを利用し、ＩＣカード８にはＦｅｌｉｃａを利用することで本システムは構成できる。

図２に改札機のハードウェア構成を示す。運賃テーブル４０５１、チケット利用条件テーブル４０５２、チケットテーブル４０５３を保持する記憶装置４５２、通信部４００１により制御される通信装置４５４、精算部４００３、チケット選択部４００４、チケット受信部４００５、通過通知部４００６が動作する制御装置４５３、チケットの情報や改札通過時の精算金額・残高を表示する表示装置４５５、ＩＣカード読み書き部４００７により操作されるＩＣカードリーダライタ４５６、ゲート操作部４００８により制御されるゲート４５１により構成される。

具体例を用いて、以下説明する。本システムを利用するに当たり、運用者１１は運賃テーブル２０５１、３０５１、４０５１の設定、チケット利用条件テーブル１０５２、３０５２、４０５２の設定をする。運用者１１が、ＩＤ管理サーバ２とネットワーク接続される図示しないＩＤ管理サーバ管理端末より運賃テーブル２０５１を設定する。運賃テーブル２０５１を更新したタイミングで、駅サーバ３の運賃テーブル３０５１、改札機４の運賃テーブル４０５１にミラーリングされる。運賃テーブル２０５１は、２つの駅の間の運賃を規定する表であり、駅１、駅２、料金により構成される。例えば、駅Ｘから駅Ｙまでの運賃が３００円の場合、駅１「駅Ｘ」、駅２「駅Ｙ」、料金「３００」が設定される。また、運用者１１は、管理端末７よりチケット利用条件テーブル１０５２を設定する。チケット利用条件テーブル１０５２を更新したタイミングで、駅サーバ３のチケット利用条件テーブル３０５２、改札機４のチケット利用条件テーブル４０５２にミラーリングされる。チケット利用条件テーブル１０５２には、種別ＩＤと利用条件が記載されている。たとえば種別ＩＤ「乗車券」の場合には、利用条件として「乗車区間がチケットの区間を完全に包含する場合チケットを活用」が、種別ＩＤ「特急券」の場合には、利用条件として「列車内で検札が行われた時」「特急用のゲートを通過したとき」などが設定される。

また、本システムを利用するに当たり、旅客１０は操作端末５から会員登録操作をし、旅客１０を一意に示すユーザＩＤとパスワードの設定、利用するＩＣカードのＩＤをチケットレスサーバ１に送信する。チケットレスサーバ１は、ユーザＩＤ、パスワード、ＩＣカードのＩＤを受信し、会員管理部１００３により会員テーブル１０５１に、これらの情報を登録する。その上で、旅客１０はチケットを購入する際に操作端末５からユーザＩＤとパスワードを入力し、チケットレスサーバに送信し、チケットレスサーバ１は受信した情報を会員管理部１００３に渡し、会員テーブル１０５１に管理されるユーザＩＤとパスワードと照合し認証しておくことを前提とする。

図３にチケットレスシステムの全体フローを示す。ＩＤ「Ｃ」のＩＣカードを持つ旅客Ａが２０１１年１０月３１日に駅Ｘから駅Ｙへの乗車券、および、駅Ｘから駅Ｙへの１２：００発、１３：００着の列車Ｐ、座席Ｑの特急券を購入し利用する例で、処理の詳細を説明する。

購入（Ｔ１）の際には、旅客１０は操作端末５でチケット購入操作を行い（Ｔ１１）、チケットの種別ＩＤ、利用日、区間、料金、指定券の場合は列車番号と座席がチケットレスサーバに送信され（Ｔ１２）、チケット管理部１００２によってチケットを確保し、チケットテーブル１０５３に格納される。チケットテーブル１０５３は、チケットを一意に識別するチケットＩＤ、ＩＣカードＩＤ、チケットの種別を示す種別ＩＤ、チケットが利用できる営業日を示す利用日、チケットの区間の端点を示す区間１、区間２、チケットの料金を料金、列車番号、座席、発時刻、着時刻、チケット状態より構成され、例示する乗車券は、チケットＩＤに「Ｔ０００１」、ＩＣカードＩＤに「Ｃ」、種別ＩＤに「乗車券」、利用日に「２０１１年１０月３１日」、区間１「駅Ｘ」、区間２「駅Ｙ」、料金「８０００円」、チケット状態「未配信」、そのほかのフィールドにはＮＵＬＬが格納される。一方特急券は、チケットＩＤに「Ｔ０００２」、ＩＣカードＩＤに「Ｃ」、種別ＩＤに「特急券」、利用日に「２０１１年１０月３１日」、区間１「駅Ｘ」、区間２「駅Ｙ」、料金「１１０００円」、列車番号「Ｐ」、座席「Ｑ」、発時刻「１２：００」、着時刻「１３：００」、チケット状態「未配信」が格納される。

駅サーバへの入場時チケット配信（Ｔ２）においては、たとえばＡＭ２：００などの夜間あるいは旅客１０のチケット購入時にチケット管理部１００２が起動され、チケットテーブル１０５３より利用日が当日かつチケット状態が「未配信」のチケットを、駅サーバ３に対して配信する（Ｔ２１）。配信処理の詳細は後述する。配信が完了すると、チケットテーブル１０５３の当該レコードのチケット状態を「配信済み」に変更する。なお、このとき仲介するＩＤ管理サーバ２では受信したチケット情報から、チケットを利用するＩＣカードのＩＤ情報をチケット利用ＩＣカードテーブル２０５４に格納する。すなわち、チケットレスサーバは、チケットの情報と受信された旅客の利用履歴とに基づいて旅客が利用する１つ以上の駅を推定し、推定された駅の駅サーバにチケットの情報を配信する。 改札機への入場時チケット配信（Ｔ３）においては、駅サーバ３がチケットレスサーバ１から入場チケットを受信した時にチケット配信部３００２が起動され、チケット種別、旅客のＳＦ残高、過去の移動履歴に基づき改札機４へのチケット情報の配信要否の判断と配信スケジュールを決定し（Ｔ３１）、チケットを配信する（Ｔ３２）。すなわち、駅サーバは、配信されたチケット情報を改札機に配信し、改札機は、旅客の通過情報を取得した場合、旅客のICカードにチケットの情報を書き込む。なお、チケット情報配信要否の判断と配信スケジュールの決定の詳細は後述する。

旅客入場時（Ｔ４）においては、旅客１０がＩＣカード８を改札機４にタッチした時に起動され（Ｔ４１）、ＩＣカード読み書き部４００７によりＩＣカードＩＤを読み取り（Ｔ４２）、チケットテーブル４００７を参照してＩＣカードＩＤに該当するチケットが改札機に存在する場合にはチケットの情報と入場駅と入場時刻を、そうでない場合は入場駅と入場時刻のみをＩＣカード読み書き部４００７によりＩＣカード８に書き込む（Ｔ４３）。そのあとで、通過通知部４００６が駅サーバ３に対して旅客１０のＩＣカードＩＤとチケット情報書き込み成否を通知し（Ｔ４４）、通過通知部３００３にて通知を受けた駅サーバ３がＩＤ管理サーバ２にＩＣカードＩＤとチケット情報書き込み成否を通知する。ＩＤ管理サーバ２では、チケット情報書き込み成の情報と、チケット情報書き込み否の情報のうち当該ＩＣカードがチケット利用ＩＣカードテーブル２０５４に登録されているものをチケットレスサーバ１に通知する（Ｔ４５）。通知を受けたチケットレスサーバ１は、チケット管理部１００２を起動し、チケットテーブル１０５３の状態を、書込み成功の場合は「ＩＣカード記入成功」、失敗の場合は「ＩＣカード記入失敗」に更新する。すなわち、改札機は、旅客のICカードにチケットの情報を書き込めなかった場合、ID管理サーバに通知し、ID管理サーバは、チケット情報書き込み否のICカードのうち、チケットレスサーバから受信したチケット情報があるＩＣカードをチケットレスサーバに通知する。

駅サーバへの出場チケット配信（Ｔ５）においては、チケットレスサーバ１が通過通知を受信したタイミング、あるいは、５分などの一定間隔で、チケット管理部１００２が起動され、出場チケットを駅サーバ３に対して配信する（Ｔ５１）。すなわち、チケットレスサーバは、チケットの情報から旅客の出場駅を取得し、出場駅を含む１つ以上の駅にチケットの情報を配信する。なお、配信処理の詳細は後述する。

改札機への出場時チケット配信（Ｔ６）においては、駅サーバ３がチケットレスサーバ１からチケットを受信した時に起動され、改札機４へのチケット情報の配信要否の判断し（Ｔ６１）、チケットを配信する（Ｔ６２）。すなわち駅サーバは、配信されたチケット情報を改札機に配信し、改札機は、旅客の通過情報を取得した場合、旅客のICカードにチケットの情報を書き込む。尚、チケット情報の配信要否の判断の詳細は後述する。 旅客１０の出場時（Ｔ７）においては、旅客１０がＩＣカード８を改札機４にタッチした時に起動され（Ｔ７１）、ＩＣカード読み書き部４００７によりＩＣカードに記載されたＩＣカードＩＤ、チケット情報を読み取り（Ｔ７２）、ＩＣカードにチケットが存在する場合はチケット情報を取得し、ＩＣカードにチケットが存在しない場合はチケットテーブル４００７を参照してＩＣカードのＩＤに該当するチケットを取得し、チケット選択部４００４がチケット利用条件テーブル４０５２を参照してチケットを利用するか否かを判定し、精算部４００３において精算金額を算出し、その結果をＩＣカードに書き込む（Ｔ７３）。例えば、ある路線の駅の並び順がＷ駅−Ｘ駅−Ｙ駅−Ｚ駅であり、Ｘ駅からＹ駅までのチケットを持つ旅客ＡがＷ駅で入場、Ｚ駅で出場した場合、チケット利用条件である「乗車区間がチケットの区間に包含される」条件を満たすため、チケットは利用すると判定され、Ｗ駅からＸ駅の料金とＹ駅からＺ駅の料金を、運賃テーブル４０５１を参照して求め、その総和をＩＣカード８のＳＦから差し引く。一方、旅客ＡがＹ駅で入ってＺ駅で出た場合には、チケットの利用条件を満たさないため、チケットは利用しないと判定され、Ｙ駅からＺ駅までの料金を、運賃テーブル４０５１を参照して求め、ＩＣカード８のＳＦから差し引くとともに、もしチケットが記入されている場合にはその情報を消去する。また、ＳＦの残高が足りない場合には、改札機のゲートを閉じる。なお、チケットを利用するかの判断がつかない場合には、改札機のゲートを閉じ、有人窓口に向かうよう旅客１０に通知する。

そのあとで、通過通知部４００６が駅サーバ３に対して旅客１０の通過通知として、ユーザＩＤ、チケットＩＤ、チケット利用状況を通知し（Ｔ７４）、通過通知部３００３にて通知を受けた駅サーバ３がＩＤ管理サーバ２を経由してチケットレスサーバ１に通過通知を行う（Ｔ７５）。通知を受けたチケットレスサーバ１は、チケット管理部１００２を起動し、チケットテーブル１０５３の状態を、チケットが利用された場合は「使用済み」に、利用されなかった場合には「未使用」に更新する。

図４に駅サーバへの入場時チケット配信（Ｔ２）の処理のフローの一例を示す。ステップＳ２１１では、チケットテーブル１０５３から利用日時が本日かつチケット状態「未配信」のチケットをすべて取得する。Ｓ２１２では取得したチケットに対応付けられたＩＣカードＩＤすべてに対して、ＩＤ管理サーバ２に対してＩＣカードの属性と利用履歴を要求する。要求を受けたＩＤ管理サーバは、履歴管理部２００２を起動し、ICカードＩＤをキーにICカード管理テーブル２０５３よりICカードの属性を、移動履歴テーブル２０５２から利用履歴を取得する。ここで、移動履歴テーブル２０５２は、ICカードを一意に識別するICカードＩＤ、入場日時、出場日時、入場駅、出場駅、料金、残高より構成されているものとする。また、ICカード管理テーブル２０５３は、ICカードＩＤ、ICカードに紐付けられたクレジットカード番号が格納されている。なお、取得する利用履歴期間は、直近６ヶ月などある一定期間に絞ってもよく、データが蓄積された期間すべてを対象にしても良い。

ステップＳ２１３では、チケット情報を配信するエリアの絞込みを行う。詳細は図５を用いて説明する。ステップＳ２１３１では、取得したＩＣカード利用履歴を元に、入出場した駅ごと、時間帯ごとに回数をカウントし、履歴管理部２００２で記憶する。これにより、利用頻度の高い駅・時間帯が抽出され、高頻度利用駅情報・入出場別の高頻度利用時間帯情報として保持する。例えば、旅客Ａが過去６ヶ月の間に、午前７時から８時の間にＷ駅から入場した回数が１２０回、８時〜９時の間にＷ駅から入場した回数が２０回、９時から１０時の間に入場した回数が３回、Ｘ駅から入場した回数が０回、Ｙ駅から出場した回数が０回、８時から９時の間にＺ駅から出場した回数が１２０回、９時から１０時の間に出場した回数が２０回、１０時から１１時の間に出場した回数が３回とすると、７時から８時の間のＷ駅入場、８時から９時の間のＺ駅出場の頻度が高いと言うことがわかり、入場の高頻度利用駅・時間帯情報として、「Ｗ駅」「７時〜８時」が、出場の高頻度利用駅・時間帯情報として、「Ｚ駅」「８時〜９時」が設定される。こうした、利用頻度の高い駅をチケットの配信先として選定することで、入場時に旅客１０が通過する駅の的中率を上げ、出場時に配信するチケットの数を減らすことができる。

ステップ２１３２では、直近の利用履歴の出場駅を参照し、その出場駅をチケットの配信先として選定することで、入場時に旅客Ａが通過する駅の的中率を上げる。

あるいは、図示しない駅に対応する緯度経度を管理する駅管理テーブルを参照し、出場駅からある一定距離の間にある駅を抽出し、チケットの配信先に加えても良い。例えば、北緯３６．０度、東経１３５．５度にあるＷ駅を旅客Ａが出場したとき、徒歩圏内にある北緯３６．００１度、東経１３５．０００１度から旅客Ａが乗ることは十分想定され、これにより旅客１０の入場時に通過する駅の的中率を上げ、出場時に配信するチケットの数を減らすことができる。

あるいは、図示しない駅に対応するバスによる接続駅を管理するテーブルを参照し、出場駅からバスで行ける駅を抽出し、チケットの配信先に加えても良い。例えば、Ｗ駅からでる路線バスで到達可能なＵ駅が本テーブルで管理されており、直近の鉄道利用履歴で出場駅がＸ駅かつ直後のバスの利用履歴がある場合に、Ｕ駅にチケットの情報を配信する。これにより、バス乗り換えがあった場合の旅客１０の入場駅のヒット率を上げ、出場時に配信するチケットの数を減らすことができる。

あるいは、ＩＤ管理システム２の移動履歴テーブル２０５２からある一定期間の各駅の全利用者数を抽出し、チケットの乗車駅近傍の駅の利用者数が少ない場合に、チケットの配信先に加えても良い。これにより、例えば利用者数の少ない田舎の駅から都会の駅に向かう特急に乗車する時に、田舎の駅で旅客１０の入場時に通過する駅の的中率を上げ、出場時に配信するチケットの数を減らすことができる。

ステップＳ２１４では、チケット情報を配信するＩＣカードの絞込みと優先度の設定を行う。詳細は図６を用いて説明する。ステップＳ２１４１では、直近の利用履歴から得られるＳＦの残高を参照し初乗り運賃以下かどうかを判定する。初乗り運賃以下であれば、出場時に改札で出場できず、精算機にＩＣカードを挿入することになるので、このときに書き込めばよいため、配信対象から除外し、優先度を「無」に設定する。初乗り運賃以上であれば、ステップＳ２１４２に進む。ステップＳ２１４２では、ICカード管理テーブルより取得したデータから、ＩＣカードがクレジットカードとひもづいているかどうかを判定する。クレジットカードと紐づいている場合は、料金を取り損ねたり、取り過ぎたりした場合でもクレジット経由で追加課金・返金することが可能であるため、チケット情報を配信する優先度を「低」に設定する（Ｓ２１４４）。一方、クレジットカードと紐づいていない場合は、料金を取り逃す可能性があるため、チケット情報を配信する優先度を「高」に設定する（Ｓ２１４３）。これにより、料金を取り逃す可能性の高い旅客のチケットを優先的に配布することができる。

あるいは、直近の履歴情報から得られるＳＦの残高が配布対象のチケットの料金よりも高いICカードに関しては、料金を取りの逃す可能性が低いため優先度を「中」に設定しても良い。

ステップ２１６では、すべての駅サーバ３に対して、チケットの情報と、ステップＳ２１３で取得した入出場の高頻度利用駅・時間帯情報、ステップＳ２１４で設定した優先度を送信する。

図７に改札機への入場時チケット配信（Ｔ３）の処理フローの一例を示す。本処理は、ＩＤ管理サーバからチケット情報を受信したとき、あるいは、１時間に１回など運用者が設定するスケジュールに従って起動され、配信されたチケットを保持するすべての旅客に対して以下の処理を行う。ステップＳ３１１では、ＩＤ管理サーバから配信されたチケット情報、および、ユーザごとの高頻度利用する駅・時間帯情報を参照し、チケットの配信された駅がチケットを保持する旅客がよく利用する駅かどうかを判別する。よく利用される駅の場合、利用する頻度の高い時間帯の開始時刻を配信時刻に設定する（Ｓ３１２）。そうでない場合は、配信時刻には時刻を設定しない。旅客ＡにおけるＷ駅の場合、８：００〜９：００の利用頻度が高いため、配信時刻には８：００が設定される。

ステップＳ３１３では、配信されたチケットに指定券が含まれるかどうかを判定する。チケットに指定券が含まれない場合は、配信時刻を更新しない。チケットに指定券が含まれる場合、当該駅からチケット発駅までの所要時間を、２つの駅の間の標準所要時間を格納する図示しない駅間標準時間テーブルより取得し（Ｓ３１４）、事前に運用者１１が設定した余裕時間を差し引き、指定券の発時刻に間に合う当該駅出発時刻を計算する（Ｓ３１５）。例えば、Ｗ駅からＸ駅までの所要時間が３０分、余裕時間を１５分として設定された場合、１２：００発の列車に間に合うＷ駅の発時刻は１１：３０分と計算される。

ステップＳ３１６では、当該駅出発時刻とＳ３１２で設定された配信時刻を比較する。当該駅出発時刻が配信時刻より前の場合、当該駅出発時刻を配信時刻に設定する（Ｓ３１７）。上記例では、当該駅出発時刻は利用頻度から求まる配信時刻より遅いため、更新しない。

ステップＳ３１８では、配信時刻と現在時刻を比較する。現在時刻が配信時刻を過ぎている場合、改札機に対してチケット情報を、即時配信する（Ｔ３２）。そうでなければ、配信スケジュールテーブル３０５４に、チケットＩＤと配信時刻を書き込む。上記例で、旅客Ａが前日までにチケットを購入した場合、配信時刻には８：００が設定される。なお、旅客Ａが当日８：３０にチケットを購入した場合、改札機に対してチケット情報を配信する。

なお、同時に配信するチケットの数が多い場合には、優先度の高いものから順に予め運用者１１が定めた数あるいは優先度「高」のチケット情報の数だけチケットを改札機に対して配信する。

図８は、駅サーバへの出場チケット配信（Ｔ５）の処理の一例を示す図である。
ステップＳ５１１では、チケットテーブル１０５３から利用日時が本日かつチケット状態「ＩＣカード記入失敗」のチケットをすべて取得する。Ｓ５１２では取得したチケットに対応付けられたＩＣカードのＩＤすべてに対して、ＩＤ管理サーバ２に対してＩＣカードの属性と直近の利用履歴を要求する。要求を受けたＩＤ管理サーバは、履歴管理部２００２を起動し、移動履歴テーブル２０５２より直近の利用履歴を、ICカードＩＤをキーにICカード管理テーブル２０５３よりICカードの属性を取得する。

ステップ５１４では、配信する駅の絞込みを行う。詳細を図９に示す。ステップＳ５１４１では、チケット利用条件テーブル１０５２から、チケット利用条件を取得する。ステップ５１４２では、チケット利用条件と、チケットが書き込めなかったと判断された駅に基づいてチケット利用条件に合致する降車駅候補をすべて取得する。例えば、前述の例でＺ駅の先にＶ駅−Ｗ駅−Ｘ駅−Ｙ駅−Ｚ駅−Ｚ１駅−Ｚ２駅−Ｚ３駅と駅が並んでいる場合、Ｘ駅−Ｙ駅のチケットを持ちＷ駅で入場してチケットが書き込めなかった場合には、Ｚ駅、Ｚ１駅、Ｚ２駅、Ｚ３駅が配信の対象となる。

ステップ５１５では、ＩＣカードによる絞込みを行う。なお、本処理の詳細は、図６に記載の処理と同じものである。
ステップ５１７では、すべての駅サーバ３に対して、チケットの情報と、ステップＳ５１４で取得したチケットを利用して出場する可能性のある駅、ステップＳ５１５で設定した優先度、および、ＳＦの残高を送信する。

図１０に、改札機への出場時チケット配信（Ｔ６）における出場時の駅サーバから改札機に送るチケットの選定フローを示す。ステップＳ６１１では、運賃テーブル３０５１を参照し、チケットの区間の最寄駅から当該駅への運賃を計算する。例えば、本処理をＺ駅で行う場合、Ｘ駅−Ｙ駅間のチケットの運賃計算を行う場合、Ｙ駅―Ｚ駅間の料金を計算する。

ステップＳ６１２では計算した該運賃とＳＦ残高を比較する。ＳＦ残高が少ない場合、残高不足で改札機４を通過できないため、チケットは改札機には配信しない。この場合、精算機にＩＣカード８を挿入した際に、精算を行う。ＳＦ残高が多い場合、チケットを配信する（Ｓ６１３）。

これらの処理により、入場時に粗くあたりをつけチケットを配信することで、改札機全体に配信しなければならないチケットの数を低減することができる。

図１１に、操作端末５において、旅客が持つチケットの状態の確認とチケットの利用の設定をする画面の一例を示す。この画面は、旅客１０が操作端末５を操作し、チケットレスサーバ１のチケットテーブル１０５３より当該旅客のチケットの情報を取得することで生成される。画面には、旅客１０が保持するチケットの、チケットＩＤ５０１、利用日５０２、チケット種別５０３、発駅５０４、着駅５０５、チケット状態５０６、チケットをその日に利用するかどうかの操作ボタン５０７により構成される。この操作ボタンを押した時には、当該チケットに関して各駅の改札機にチケットを利用する旨が通知され、チケット選択部４００４はチケット利用条件テーブル４０５２を参照せず強制的にチケットを利用する。

本実施例によれば、ＩＣカードと一体型の携帯電話を持たないあるいは利用しない旅客に対して、長距離チケットをＩＣカードで提供し、現在導入されている機器との親和性が高く、かつ、旅客の利便性を損なわず、入出場の駅が事前にわからない場合でも改札機に配信するチケット情報を選定して、改札機の使用メモリ量・通信データ量を削減することができる。

１：チケットレスサーバ、２：ＩＤ管理サーバ、３：駅サーバ、４：改札機、５：操作端末、７８：ＩＣカード、１０：旅客

Claims (10)

1. チケットレスサーバは、チケットの情報と受信された旅客の利用履歴とに基づいて前記旅客が利用する１つ以上の駅を推定し、推定された前記駅の駅サーバに前記チケットの情報を配信し、
   前記駅サーバは、前記配信されたチケットの情報を改札機に配信し、
   前記改札機は、前記旅客の通過情報を取得した場合、前記旅客のICカードに前記チケットの情報を書き込み、前記旅客のICカードに前記チケットの情報を書き込めなかった場合、ID管理サーバに通知し、
   前記ID管理サーバは、チケットの情報が書き込み否のICカードのうち、前記チケットレスサーバから受信したチケットの情報があるＩＣカードを前記チケットレスサーバに通知し、
   前記チケットレスサーバは、前記チケットの情報から前記旅客の出場駅を取得し、前記出場駅を含む１つ以上の駅の駅サーバに前記チケットの情報を配信し、
   前記駅サーバは、前記配信されたチケットの情報を改札機に配信し、
   前記改札機は、前記旅客の通過情報を取得した場合、前記旅客のICカードに前記チケットの情報を書き込む
   ことを特徴とする電子チケットシステム。
2. 前記チケットの情報として、場所情報を含むことを特徴とする、請求項１に記載の電子チケットシステム。
3. 前記チケットレスサーバは、前記利用履歴を元に、入出場された駅と時間帯の回数をカウントして、一定回数以上の駅と時間帯を抽出して、前記一定回数以上の駅を前記チケットの情報の配信先として設定することを特徴とする請求項２記載の電子チケットシステム。
4. 前記チケットレスサーバは、前記利用履歴を元に、直前の出場駅を前記チケットの情報の配信先として設定することを特徴とする請求項２記載の電子チケットシステム。
5. 前記チケットレスサーバは、前記利用履歴を元に、出場駅からある一定距離の間にある駅を抽出し、前記チケットの情報の配信先として設定することを特徴とする請求項２記載の電子チケットシステム。
6. 前記チケットレスサーバは、複数の旅客の利用履歴を参照し、一定期間における各駅の利用者数に基づいて、前記チケットの情報の配信先として設定することを特徴とする請求項１記載の電子チケットシステム。
7. 前記チケットレスサーバは、受信したＩＣカードの利用履歴に基づいて、前記チケットの情報を配信する前記駅サーバを抽出することを特徴とする、請求項１に記載の電子チケットシステム。
8. 前記ID管理サーバは、前記ＩＣカードの情報として、前記ＩＣカードのＩＤと前記ICカードに紐付けられたクレジットカード番号を記憶するICカード情報記憶部を備え、
   前記チケットレスサーバは、前記ICカード情報記憶部から取得したデータに基づいて、前記ICカードがクレジットカードと紐付いているか否かを判定する
   ことを特徴とする請求項７記載の電子チケットシステム。
9. 前記ＩＣカードの利用履歴に含まれる残高が一定額以下の場合、前記チケットの情報は配信対象から除外する
   ことを特徴とした請求項８記載の電子チケットシステム。
10. チケットレスサーバが、チケットの情報と受信された旅客の利用履歴とに基づいて前記旅客が利用する１つ以上の駅を推定し、推定された前記駅の駅サーバに前記チケットの情報を配信するステップと、
    前記駅サーバが、前記配信されたチケットの情報を改札機に配信するステップと、
    前記改札機が、前記旅客の通過情報を取得した場合、前記旅客のICカードに前記チケットの情報を書き込むステップと、前記旅客のICカードに前記チケットの情報を書き込めなかった場合、ID管理サーバに通知するステップと、
    前記ID管理サーバが、チケットの情報が書き込み否のICカードのうち、前記チケットレスサーバから受信したチケットの情報があるＩＣカードを前記チケットレスサーバに通知するステップと、
    前記チケットレスサーバが、前記チケットの情報から前記旅客の出場駅を取得し、前記出場駅を含む１つ以上の駅の駅サーバに前記チケットの情報を配信するステップと、
    前記駅サーバが、前記配信されたチケットの情報を改札機に配信するステップと、
    前記改札機が、前記旅客の通過情報を取得した場合、前記旅客のICカードに前記チケットの情報を書き込むステップと、を備える
    ことを特徴とする電子チケット配信方法。

Images