(57)【要約】【課題】指定席や特定の電車の特急券等の電子チケットを改札機で発券する場合での乗車駅で管理する不確定座席枠を少なくし、乗車効率を上げることを目的とする。【解決手段】発券無し乗車が可能な列車の停車駅発車Ｎ分前の列車データと、列車と停車駅とに基づき、停車駅と次停車駅間の未発売の座席データとをファイル１６，１７から抽出し、停車駅の駅サーバ２に送信する在庫管理部１１ と、座席予約サーバ１から送信された列車データ及び座席データを受信する送受信部２６と、座席予約サーバ１から送信された列車データと座席データをファイル２４，２５に更新し、発券無し乗車が可能な列車が発車後、後続停車駅の未発売の座席データをファイル２５から抽出し、座席データ毎に未発売が開始する後続停車駅サーバ２に送信する在庫割当部２１と、を有することを特徴とする。【選択図】図１
2008158833.tif 000002
【特許請求の範囲】
【請求項１】
座席予約サーバと、前記座席予約サーバにネットワークで通信可能とされる各停車駅に配置される駅サーバと、を含んでなる電子チケット発券システムであって、
前記座席予約サーバは、
当日発車する発券無し乗車が可能な列車の列車情報を記憶する列車ファイルと、指定席の販売未済情報を座席単位に記憶する指定席在庫ファイルと、を備えた記憶装置と、
発券無し乗車が可能な列車の列車レコードを列車ファイルから抽出し、前記停車駅の駅サーバに送信し、前記列車と前記停車駅とに基づき、前記停車駅と次停車駅間の未発売の座席レコードを前記指定席在庫ファイルから抽出し、前記停車駅の駅サーバに送信する在庫管理部と、を有し、
前記駅サーバは、
発券無し乗車が可能な列車一覧を記憶する駅列車ファイルと、指定席の販売未済情報を座席単位に記憶する駅指定席在庫ファイルと、を備えた記憶装置と、
前記座席予約サーバから送信される列車レコードと座席レコードの受信、及び前記駅サーバより前の停車駅の駅サーバから送信される座席レコードを受信する送受信部と、
前記送受信部により受信された列車レコードを駅列車ファイルに追加し、前記送受信部により受信された座席レコードを用いて前記駅指定席在庫ファイルを更新し、発券無し乗車が可能な列車が発車後、前記駅列車ファイルから発車済み列車レコードを削除し、後続停車駅の未発売の座席レコードを前記駅指定席在庫ファイルから抽出し、抽出した座席レコード毎に座席が未発売となる最初の後続停車駅の駅サーバに送信する在庫割当部と、を有することを特徴とする
電子チケット発券システム。
【請求項２】
請求項１に記載の電子チケット発券システムであって、
前記駅サーバと通信可能とする改札機を有し、
会員識別子と発券無し乗車要件である基本列車パターンとを記憶する記憶領域を有した媒体を用いて、利用者が前記改札機を通過する際、
前記在庫割当部は、
前記改札機から受信した前記媒体の前記記憶領域に記憶された会員識別子と基本列車パターンに基づき、前記駅列車ファイルと前記駅指定席在庫ファイルとから該当列車が有るか否かを判定し、該当列車が有る場合には、前記改札機に該当列車及び座席情報を含む該当列車有りの回答を送信することを特徴とする
電子チケット発券システム。
【請求項３】
請求項２に記載の電子チケット発券システムであって、
前記媒体の記憶領域に記憶された基本列車パターンの登録又は変更する会員用端末を有することを特徴とする
電子チケット発券システム。
【請求項４】
請求項２又は請求項３に記載の電子チケット発券システムであって、
前記媒体の記憶領域を表示する表示装置を有することを特徴とする
電子チケット発券システム。
【請求項５】
当日発車する発券無し乗車が可能な列車の列車情報を記憶する列車ファイルと、指定席の販売未済情報を座席単位に記憶する指定席在庫ファイルと、を記憶する記憶領域を有する座席予約サーバと、
発券無し乗車が可能な列車一覧を記憶する駅列車ファイルと、指定席の販売未済情報を座席単位に記憶する駅指定席在庫ファイルと、を記憶する記憶領域を有し、前記座席予約サーバにネットワークで通信可能とされる各停車駅に配置される駅サーバと、を含んでなる電子チケット発券システムにおける電子チケット発券方法であって、
前記座席予約サーバは、
発券無し乗車が可能な列車の列車レコードを前記列車ファイルから抽出し、前記停車駅の駅サーバに送信し、前記列車と前記停車駅とに基づき、前記停車駅と次停車駅間の未発売の座席レコードを前記指定席在庫ファイルから抽出し、前記停車駅の駅サーバに送信し、
前記駅サーバは、
前記駅サーバより前の停車駅の駅サーバから送信される座席レコードを受信し、
前記座席予約サーバから送信される列車レコード及び座席レコードを受信し、
前記受信された列車レコードを駅列車ファイルに追加し、前記受信された座席レコードを用いて前記駅指定席在庫ファイルを更新し、発券無し乗車が可能な列車が発車後、前記駅列車ファイルから発車済み列車レコードを削除し、後続停車駅の未発売の座席レコードを前記駅指定席在庫ファイルから抽出し、抽出した座席レコード毎に座席が未発売となる最初の後続停車駅の駅サーバに送信することを特徴とする
電子チケット発券方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電車等の電子チケット販売の技術に関する。
【背景技術】
【０００２】
現在、発券無しで列車に乗車出来る方法として、近距離普通列車で用いられるＩＣカード乗車券がある。これは、改札機にＩＣカード乗車券をかざしたり、タッチさせることでＩＣカード乗車券のみで乗車・降車が可能となっており、出札時点で改札機が利用区間の運賃を計算し、ＩＣカードデータ部内に蓄積されたＳＦ(Stored Fare)から運賃分を減算するプリペイド方式を取っている。なお、本明細書において「発券無し」とは、従来のように改札機を通る前に切符を購入せずに、改札機にて乗客の持つＩＣカードに電子チケットの発券を受けることをいう。しかし、例えば、中長距離列車（急行、特急、新幹線等）の場合は、営業キロ程から運賃を算出する乗車券以外に速度、設備に応じて加算される料金券が発生するため乗車する列車や車両・座席を予め特定する必要がある、さらに指定席等の在庫型列車の場合は予め座席を割り当る必要があるという理由から、近距離列車で用いられているＩＣカード乗車券方式は適用が難しく、従来どおり、乗車前に列車、利用区間、座席種別(自由席／指定席)、車両種別(普通車／グリーン車)及び座席位置を決定して券を購入・発券する方法が依然として取られている。
【０００３】
しかしながら、このような現状では、例え目的の列車が発車する数１０分前に発車駅に到着したとしても、窓口や端末の混雑等で各種手続きに時間がかかり、乗り遅れてしまうことが往々にあるという状況にある。
そこで、発券無しで中長距離列車に乗車できる方法として、ＩＣカードとインターネット予約・決済とを組み合せた特開２００３−２８１２４０号公報により開示されるように、座席予約システムがある。これは、予め利用者がＰＣ（Personal Computer）から利用区間、時間帯、日付を入力して座席を仮予約しておくと、仮予約した利用者ＩＤと列車毎に確保されている不確定座席枠のリストが駅管理装置と改札機に配信され、利用者が改札機を通過するタイミングで改札機がＩＣカードの利用者ＩＤと予め配布されているＩＤが一致するか否かを判断し、一致する場合はそのまま乗車できるという方式である。これにより、予めＰＣで仮予約さえしておけば、当日駅で発券する手間無く、仮予約した時間帯内で空いている最も早い列車に乗ることができるようになる。
【特許文献１】特開２００３−２８１２４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前記特許文献１には、以下の問題があった。
第１に、特許文献１の方式は、仮予約利用者向けの不確定座席枠を実際の座席の運用状況や列車運行状況から統計手法を用いて推測し、それに基づいて所定の座席枠を列車毎に動的に確保する不確定座席枠確保手段を有するが、この推測が難解である。また、実際に列車を利用した仮予約者の人数以上の不確定座席枠数を設定してしまった場合に一般利用者用として発売できるはずであった席数を減らしてしまうこととなり、結果的に乗車効率を下げ、旅客会社の減収につながりかねない。
第２に、特許文献１の方式は、駅に配布した不確定座席枠で売れ乗った座席をいったん座席予約システムセンタに戻した後に、座席予約システムセンタで不確定座席枠確定処理を行い、次の停車駅の駅管理装置に不確定座席枠を配信するが、複数システム間を跨いだ処理ステップ数が多いため、停車駅間隔が短い場合等は列車が次の駅に停車するまでに不確定座席枠配信が間に合わない場合も容易に想定される。
【０００５】
そこで、本発明は、以上の従来技術の問題点に鑑み、座席や電車を乗車前に予め確定する必要がある場合であって、改札機でチケットを得られる場合での乗車駅で管理する不確定座席枠を少なくし、乗車効率を上げることを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するには、座席予約システムセンタと、座席予約システムセンタにネットワークで通信可能とされる各停車駅に配置される駅サーバとを含み、駅サーバには、発券無し乗車が可能な列車一覧を記憶する各駅用列車ファイルと、指定席の販売未済情報を座席単位に記憶する各駅用指定席在庫ファイルと、を記憶装置に有する。そして、座席予約システムセンタは、発券無し乗車が可能な列車情報を停車駅の駅サーバに送信し、前記列車と前記停車駅とに基づき、前記停車駅と次停車駅間の未発売の座席情報を前記停車駅の駅サーバに送信する。駅サーバは、座席予約システムセンタから送信される発券無し乗車が可能な列車情報及び座席情報を受信し、前記駅サーバより前の停車駅の駅サーバから送信される座席情報を受信し、受信された列車情報を各駅用列車ファイルに追加し、受信された座席情報を用いて各駅用指定席在庫ファイルを更新し、後続停車駅の未発売の座席情報を各駅用指定席在庫ファイルから抽出し、座席情報毎に座席が未発売となる最初の後続停車駅の駅サーバに送信することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、余剰の列車のチケットを効率的に利用できる。具体的には、乗車駅で管理する不確定座席枠を少なくし、乗車効率を上げることができる。
【発明を実施するための最良の形態】
【０００８】
以下に、本発明の実施の形態に係る電子チケット発券システム１００について、図面を参照しながら説明する。
【０００９】
ここで、以下、発券が指定席有りのタイプを在庫型といい、自由席のみのタイプを非在庫型というものとする。例えば、「在庫型券」とは指定席型の券、「非在庫型券」とは自由席型の券をいうものとする、また、「在庫型列車」とは指定席有りの列車、「非在庫型列車」とは全席自由席の列車をいうものとする。さらに、「発券無し乗車」とは、発券機やインターネットでの事前の乗車券等の発券はせずに、改札機にて電子チケットの発券を受けて、乗車することをいう。
【００１０】
＜実施の形態の構成＞
図１は、本実施の形態における電子チケット発券システムの構成を示すブロック図である。この図１に示すように、本実施の形態の電子チケット発券システム１００は、座席予約システムセンタ１と、電子チケット発券システム１００を運用するそれぞれの停車駅に設置する駅サーバ２とから構成され、それぞれの停車駅の駅サーバ２は、さらに、駅管理装置３の各機器と接続する。図１では、駅サーバ２を１つしか示していないが、駅サーバ２はそれぞれの停車駅に設置されているものとする。ここで、座席予約システムセンタ１と駅サーバ２との間の接続、及び駅サーバ２と駅管理装置３との間の接続は、例えば、専用線を使用して接続されている。
【００１１】
座席予約システムセンタ１は、列車の座席予約を集中管理するサーバであり、当日発車する列車の列車情報（停車駅、時刻）を記憶する列車ファイル１６、指定席等の在庫型券の販売未済情報を座席単位に記憶する指定席在庫ファイル１７、運賃料金算出のための基礎情報を記憶する運賃料金ファイル１８、各会員の個人情報と基本列車パターンとを記憶する会員ファイル１９及び駅サーバ２から受信する売上情報を一件明細情報として記憶する会員発売実績ファイル２０が記憶装置（図示せず）に記憶される。また、座席予約システムセンタ１には、在庫管理部１１、運賃料金計算部１２、会員管理部１３、クレジット接続部１４及びメール送信部１５の処理プログラムがメモリ上に記憶され、ＣＰＵ（Central Processing Unit）（図示せず）によって実現される。
ここで、基本列車パターンとは、「駅要件(乗降駅)」「座席要件(自由席のみ、指定席のみ、自由席優先、指定席優先)」「車両要件(普通車のみ、優待席のみ、普通車優先、優待席優先)」の３要件の組み合わせであるものとする。なお、優待席とは、例えば普通車よりも値段が高く、座席の質が良いもの（例えば、グリーン車）をいう。
【００１２】
在庫管理部１１は、列車ファイル１６と、指定席在庫ファイル１７とを管理し、これらの情報の更新・参照をする。また、在庫管理部１１は、列車ファイル１６中、発車の所定時間（Ｎ分）前の対象となる列車情報を駅サーバ２へ送信する。指定席等の在庫型券の場合は、さらに、当該対象列車の発車前Ｎ分前の未発売座席を指定席在庫ファイル１７から抽出して駅サーバ２へ送信すると同時に、未発売座席については指定席在庫ファイル１７のステータスを発売済みに更新する。未発売座席分のうち駅サーバ２へ送信する座席の割合も設定できる。すなわち、全ての未発売座席を駅サーバ２へ送信することもできるし、一定割合の未発売座席を駅サーバ２へ送信することもできる。発車の所定時間（Ｎ分）前になった列車情報を駅サーバ２へ送信するタイミングについては発車時刻Ｎ分前という形で自由に設定できる。
【００１３】
運賃料金計算部１２は、運賃料金ファイル１８を管理し、会員管理部１３から受信する乗車列車情報（乗車駅／降車駅、席種（自由席／指定席）、車種（普通車／優待席））から運賃・料金を計算し、その結果を会員管理部１３へ回答する。
【００１４】
会員管理部１３は、会員ファイル１９と会員発売実績ファイル２０とを管理する。また、会員管理部１３は、利用者が会員登録時又は会員情報変更時に後記する会員用端末６や携帯用会員アプリケーション５１から登録された基本列車パターン情報を運賃料金ファイル１８に記憶する。さらに、駅サーバ２から受信された売上履歴（会員番号、発売情報）を受信し、会員発売実績ファイル２０に利用者の売上１件明細情報として記憶する。そして、会員発売実績ファイル２０から運賃算出に必要な乗車列車情報（列車名、座席）を抽出して運賃料金計算部１２へ送った結果、返却される運賃料金情報に基づいて会員発売実績ファイル２０を更新し、当該利用者のメールアドレスと発売列車内容（列車名、座席、運賃料金）をメール送信部１５へ送信し、受信した会員番号をキーに会員ファイル１９から利用者のクレジット番号を検索して当該利用者が利用した列車の運賃料金と併せてクレジット接続部１４へ送信する。
【００１５】
クレジット接続部１４は、決済代行会社８と接続され、会員管理部１３から受信する利用者のクレジット番号と運賃料金を決済代行会社８へ送信する。ここで、クレジット接続部１４と決済代行会社８との間の接続は、例えば、インターネットを使用することができる。
【００１６】
メール送信部１５は、会員管理部１３から受信する会員のメールアドレス、発売列車内容（列車名、座席、運賃料金）をメール送信用のデータフォーマットに組み立てた後、ＳＭＴＰコマンドを用いてＳＭＴＰサーバへ送信する。
【００１７】
駅サーバ２は、各停車駅に設置されるサーバであり、各駅発車Ｎ分前に発券無し乗車が可能な列車一覧を記憶する各駅用列車ファイル２４及び発券無し乗車可能な列車が指定席等の在庫型列車の場合、指定席の販売未済情報を座席単位に記憶する各駅用指定席在庫ファイル２５が記憶装置（図示せず）に記憶される。以降、例えば、ある１つの停車駅であるＡ駅の駅サーバ２内の各駅用列車ファイル２４、各駅用指定席在庫ファイル２５をそれぞれ、Ａ駅用列車ファイル、Ａ駅用指定席在庫ファイルと定義する。また、駅サーバ２には、在庫割当部２１、送受信部２６及び画面編集部２３がメモリ上に記憶され、ＣＰＵ（図示せず）によって実現される。
また、駅サーバ２は、駅管理装置３と接続し、駅管理装置３は、表示モニタ３１と改札機３２とから構成される。
【００１８】
送受信部２６は、座席予約システムセンタ１の在庫管理部１１から駅発車Ｎ分前になった列車情報を受信し、Ａ駅用列車ファイル２４に記憶する。また、送受信部２６は、在庫型列車の場合、座席予約システムセンタ１の在庫管理部１１から当該駅発車Ｎ分前になった未発売座席情報を受信し、Ａ駅用指定席在庫ファイル２５に記憶する。また、在庫型列車の場合、列車が直前の停車駅を発車した後、その駅の駅サーバ２内送受信部２６から、未発売座席情報を受信し、Ａ駅用指定席在庫ファイル２５に記憶する。
さらに、送受信部２６は列車がＡ駅を発車すると、Ａ駅用指定席在庫ファイル２５から所定条件で未発売座席を抽出し、次の停車駅であるＢ駅のＢ駅サーバの送受信部２６へ送信する。
【００１９】
画面編集部２３は、一定間隔でＡ駅用列車ファイル２４をチェックし、自由席券等の非在庫型券についてはＡ駅用列車ファイル２４に記憶されている列車情報を表示モニタ３１に表示させるために駅管理装置３へ送信する。一方、指定席券等の在庫型券については、さらに、Ａ駅用指定席在庫ファイル２５をチェックし、未発売座席がある場合に表示モニタ３１に表示させるために駅管理装置３へ送信する。
【００２０】
在庫割当部２１は、ともに駅管理装置３の改札機３２から受信した情報をもとに会員利用者の乗車可否を判定する。
在庫割当部２１は、改札機３２から受信した会員利用者の基本列車パターンが非在庫型券の場合、会員利用者の基本列車パターンに基づいて、Ａ駅用列車ファイル２４を検索し、該当列車が有る場合は乗車ＯＫの回答を改札機３２へ送信すると同時に、座席予約システムセンタ１の会員管理部１３へ売上履歴（発売情報、会員番号）を送信する。また、検索結果が、該当列車が無い場合は乗車ＮＧの回答を改札機３２へ送信する。
改札機３２から受信した会員利用者の基本列車パターンが在庫型券の場合は、まず会員利用者の基本列車パターンに基づいて、Ａ駅用列車ファイル２４を検索し該当列車が有るか否かを判定後、さらにＡ駅用指定席在庫ファイル２５を検索し未発売座席が有る場合は、乗車ＯＫの回答を改札機３２へ送信すると同時に、当該座席のステータスを発売済みに更新し、座席予約システムセンタ１の会員管理部１３へ売上履歴（発売情報、会員番号）を送信する。基本列車パターンに該当する列車が無いか、又は、未発売座席が無い場合は乗車ＮＧの回答を改札機３２へ送信する。
また、在庫割当部２１は、所定時間サイクルでＡ駅用列車ファイル２４をチェックし、当駅の発車時刻が過ぎた列車がある場合は、当該列車のレコードをＡ駅用列車ファイル２４から削除すると同時に、Ａ駅用指定席在庫ファイル２５から後続駅区間で未発売状態の座席があるレコードを抽出し、抽出したレコードについて未発売状態が始まる駅サーバ２へ当該座席レコードを送信する。
【００２１】
会員利用者が、改札機３２を通過する際、ＩＣカード４又は携帯電話５を使用する。
ＩＣカード４は、表示装置４１と記憶領域４２とから構成される。記憶領域４２は、会員番号と、基本列車パターンと、発売座席情報（列車名、座席番号）とを記憶する領域を有する。ＩＣカード４は、後記する会員用端末６から入力される会員番号と基本列車パターンとを記憶領域４２へ記憶し、改札機３２から発売座席情報を受信して記憶領域４２へ記憶する。
【００２２】
携帯電話５は、携帯用会員アプリケーション５１と記憶領域５２から構成される。記憶領域５２は、会員番号と、基本列車パターンと、発売座席情報（列車名、座席番号）とを記憶する領域を有する。携帯電話５は、携帯用会員アプリケーション５１から入力される会員番号と基本列車パターンとを記憶領域５２へ記憶し、改札機３２から発売座席情報を受信して記憶領域５２へ記憶し、発売座席情報を携帯用会員アプリケーション５１へ引き渡し、携帯電話のモニタに表示する。
【００２３】
駅管理装置３の表示モニタ３１は、駅サーバ２の画面編集部２３から、現時点の発券無し乗車が可能な列車名と発車情報（例えば、発車時刻、停車駅）を受信し、表示する。
【００２４】
駅管理装置３の改札機３２は、利用者が改札通過時にＩＣカード４の記憶領域の読み取り部に接触したとき、ＩＣカード４の記憶領域４２に記憶されている基本列車パターンを読み取り、駅サーバ２の在庫割当部２１へ送信する。
そして、改札機３２は、駅サーバ２の在庫割当部２１から乗車ＯＫの回答を受信したときは、ラッチを開け、発売座席情報（列車名、座席番号）をＩＣカード４に送信する。一方、駅サーバ２から乗車ＮＧの回答を受信したときは、ラッチを開けずに、通過不可メッセージを改札機３２に付随した画面に表示する。
なお、携帯電話５の場合も同様であるため、説明は省略する。
【００２５】
会員用端末６は、会員向けアプリケーション（図示しない）が搭載されたＩＣカード４のための専用装置である。会員用端末６では、会員の個人情報の変更又は基本列車パターンの登録・変更を会員の入力によって行い、登録・変更された基本列車パターンをＩＣカード４の記憶領域４２へ記憶する。会員用端末６は、図示しない、入力用ユーザインタフェースと、ＩＣカード４の読み取り装置と、画面と、から構成される。会員用端末６のＩＣカード４の読み取り装置にＩＣカード４が挿入されると、会員向けアプリケーションが起動される。
【００２６】
表示装置７は、画面とＩＣカード４の読み取り装置とを有し、読み取り装置に接近したＩＣカード４の記憶領域４２内の発売座席情報を読み取り、読み取った発売座席情報を画面に表示する。
【００２７】
＜実施の形態の運用＞
ここで、図１に沿って、本実施の形態の運用について説明する。
まず、本実施の形態の利用者は、電子チケット発券システム１００の会員登録されていることが前提となり、登録済み会員は専用のＩＣカード４又は携帯用会員アプリケーション５１をダウンロードした携帯電話５を利用する。
利用者の会員登録時には、会員氏名、住所・電話番号及び決済するクレジット番号を含む基本的な個人情報を登録する。専用ＩＣカード４を利用する会員は、登録時の初期設定又は会員自身が会員用端末６を用いて基本列車パターンを設定する。携帯電話５を利用する会員は、携帯用会員アプリケーション５１を起動し基本列車パターンを設定する。
なお、基本列車パターンで設定する情報は「駅要件(乗降駅)情報」「座席要件(自由席のみ、指定席のみ、自由席優先、指定席優先)情報」「車両要件(普通車のみ、優待席のみ、普通車優先、優待席優先)情報」の３要件である。
【００２８】
駅構内の改札機３２上には表示モニタ３１を設置する。表示モニタ３１には乗車券や特急券等を発券しないで、改札機３２を通過しただけで乗車できる列車（以下、発券無し乗車可能列車）が表示される。利用者が、現在表示モニタ３１に表示されている列車で、基本列車パターンに設定されている駅要件、座席要件及び車両要件に合致する列車が有る場合は、専用ＩＣカード４又は携帯電話５を用いて改札機３２を通過するだけでその列車に乗車することができる。割当てられた列車データ(列車名、発車時刻)及び割当てられた座席データ（指定席の場合は座席位置含む）は、専用ＩＣカード４上の表示装置４１、携帯電話５のモニタ、又は専用ＩＣカード４をかざすだけで表示することができる表示装置７により表示することができる。
【００２９】
また、利用者が利用した列車の運賃料金は予め会員登録時に指定したクレジット番号を介して引き落とされる。
これによって、利用者は、新幹線、特急列車等に、駅で乗車券の発券をすることなく、乗りたい列車にすぐ飛び乗ることができる。特に、通勤や同じ場所への定期的な出張等で乗降駅がある程度固定されている利用者にとって有益である。
なお、運賃料金の支払いについて、クレジット口座引き落としのポストペイ方式ではなく、改札入場時に予め携帯用会員アプリケーション５１やＩＣカード４に入金しておいた額から運賃料金分を引き落とすプリペイド方式をとっても良い。
【００３０】
座席予約システムセンタ１は、発券無し乗車可能な列車ファイル１６と指定席在庫ファイル１７から、乗車可能列車及び未発売座席を抽出して、発車Ｎ分前の列車の停車駅の駅サーバ２へ送信する。駅サーバ２へは指定席在庫ファイル１７に残っている座席を全て抽出して送るのではなく、送信先の駅サーバ２を含む駅区間で売れ残っている座席を抽出する。つまり、Ａ駅サーバ２へ送信するために指定席在庫ファイル１７から抽出する未発売座席は、Ａ〜Ｂ駅区間が未発売の座席とし、Ａ〜Ｂ駅区間について発売済みだがＢ〜Ｃ駅区間は未発売状態である座席は抽出対象外とする。
これにより、乗車可能列車及び未発売座席の有無の判定についての性能向上を図ることができる。
【００３１】
また、Ａ駅サーバ２は、列車がＡ駅発車後に、売れ残った座席在庫を、座席毎に未発売状態が開始する駅の駅サーバ２へ送信する。例えば、Ｂ〜Ｃ駅区間が未発売の座席についてはＢ駅の駅サーバ２へ、Ｃ〜Ｄ駅区間が未発売の座席についてはＣ駅の駅サーバ２へ送信する。
【００３２】
このように、未発売座席を座席予約システムセンタ１から各駅サーバ２へ送信する方法と平行して、駅サーバ２で売れ残った未発売座席を発売可能なそれ以降の後続停車駅の駅サーバ２へ順次移動させることで、無駄なデータ処理を極力減らして効率の良い発売を可能とする。
【００３３】
図２は、座席予約システムセンタの記憶装置に記憶されている列車ファイルの一例を示すファイル構成図である。列車ファイル１６は、当日発車する列車の列車情報（停車駅、時刻）を記憶し、列車番号を示す列車＃２１０、列車名２２０、停車時刻と停車駅を対にした停車駅２３０、全号車数２４０及び号車毎の座席（自由席又は指定席）／車両（普通車又はグリーン車）を保持する号車／種別２５０を記憶する。なお、列車ファイル１６は、列車管理期間分当該ファイルにて管理し、例えば、図２では、２００６／０８／０８と２００６／０８／０９の列車情報が記憶されている。
【００３４】
図３は、各駅サーバの記憶装置に記憶されている各駅用列車ファイルの一例を示すファイル構成図である。各駅用列車ファイル２４は、例えば、Ａ駅サーバ２の記憶装置に記憶されている場合は、Ａ駅発車Ｎ分前に座席予約システムセンタ１にある列車ファイル１６のレコードをＡ駅サーバ２に送信されたものをＡ駅サーバ２が記憶する。
なお、フォーマットは、座席予約システムセンタ１の列車ファイル１６と同様であるため、説明は省略する。なお、各駅用列車ファイル２４は、列車管理期間分当該ファイルにて管理する。
【００３５】
図４は、座席予約システムセンタの記憶装置に記憶されている指定席在庫ファイルの一例を示すファイル構成図である。指定席在庫ファイル１７は、指定席等の在庫型券の場合に使用し、列車番号毎の座席番号を示す座席＃４１０及び座席単位に各駅区間毎の販売未済情報４２０を記憶する。
なお、販売未済情報は、「０」は未発売状態であり、「１」は発売済み状態を示す。後記する図５、図９及び図１０も同様とする。
【００３６】
図５は、各駅サーバの記憶装置に記憶されている各駅用指定席在庫ファイルの一例を示すファイル構成図である。各駅用指定席在庫ファイル２５は、座席予約システムセンタ１にある指定席在庫ファイル１７のレコードのうち、停車駅発車Ｎ分前に停車駅と次停車駅間の未発売の座席を含むレコードを抽出し、Ｎ分後に発車する駅サーバ２に送信されたものを記憶する。例えば、図５は、Ａ駅用指定席在庫ファイルを示している。
なお、フォーマットは、座席予約システムセンタ１の指定席在庫ファイル１７と同様であるため、説明は省略する。
【００３７】
＜実施の形態の動作＞
図６乃至図８のフローチャートに沿って、本実施の形態の全体の動作概要について説明する。
【００３８】
図６は、本実施の形態における電子チケット発券システムの発券無し乗車利用時の処理のフローチャートである。
まず、最初に、会員登録された利用者は、専用のＩＣカード４又は携帯用会員アプリケーション５１をダウンロードした携帯電話５を使用する。
専用ＩＣカード４を利用する会員は、登録時の初期設定で、又は、会員自身が会員用端末６を用いて基本列車パターンを入力すると、会員用端末６は、ＩＣカード４の記憶領域４２に入力した基本列車パターン情報を記憶する（ステップＳ１０１）。
携帯電話５を利用する会員は、携帯用会員アプリケーション５１を起動し基本列車パターンを入力すると、携帯用会員アプリケーション５１は、携帯電話５の記憶領域５２に入力した基本列車パターン情報を記憶する（ステップＳ１０１）。
なお、基本列車パターンは、前記したとおり、駅要件情報、座席要件情報及び車両要件情報の３要件である。
【００３９】
乗車する日付及び時間帯を指定する仮予約ではなく、前記基本列車パターンを事前に登録することにより、利用者は仮予約された日付及び時間帯以外での利用はできないというスケジュールに柔軟に対応し難いという問題から解消される。
【００４０】
次に、利用者がＡ駅の改札機３２上に設置されている表示モニタ３１に表示されている列車に乗ろうとしてＩＣカード４又は携帯電話５を改札機３２の読み取り部に接触させると、改札機３２は、ＩＣカード４又は携帯電話５の記憶領域４２（携帯電話５の場合は、記憶領域５２）から利用者毎に一意に決定された会員ＩＤと基本列車パターンとを読み取り、駅サーバ２の在庫割当部２１へ送信する（ステップＳ１０２）。
【００４１】
在庫割当部２１は、会員ＩＤと基本列車パターンとを受信する（ステップＳ１０３）。
【００４２】
在庫割当部２１は、受信した基本列車パターンと合致する列車がＡ駅用列車ファイル２４（図３参照）に有るか否かを判定する（ステップ１０４）。すなわち、基本列車パターンの駅要件（乗降駅）の乗車駅及び降車駅と、Ａ駅用列車ファイル２４の停車駅３３０とを照合して合致する列車が有るか否かを判定する。
基本列車パターンの座席要件が指定席等の在庫型券の場合は、Ａ駅用指定席在庫ファイル２５（図５参照）に未発売座席が有るか否かを併せて判定する（ステップＳ１０４）。すなわち、Ａ駅用指定席在庫ファイル２５の列車番号に対するレコードのうち、基本列車パターンの駅要件の乗車駅から降車駅までの座席が未発売状態（ステータス＝０）のものが有るか否かで判定する。
該当する割当列車が無い場合は（Ｓ１０４の割当列車無し）、改札機３２へＮＯ回答を送信する。
該当する割当列車が有る場合は（Ｓ１０４の割当列車有り）、割当列車データ及び割当座席データを含むＹＥＳ回答を編集し、改札機３２へ送信する（ステップＳ１０５）。
ここで、割当列車データとは、チケット番号、列車番号、列車名、発車駅、降車駅、発車時刻及び降車時刻を示し、割当座席データとは、チケット番号、座席番号、号車、座席要件（自由席又は指定席）と車両要件（普通車又は優待席）を含む種別を示す。
【００４３】
さらに、在庫割当部２１は、割当列車データ、割当座席データ及び会員ＩＤを含む発売ジャーナルを編集し、座席予約システムセンタ１へ送信する（ステップＳ１０６）。
【００４４】
次に、改札機３２は、在庫割当部２１からのＹＥＳ回答又はＮＯ回答に基づき、改札ラッチの開閉判定を行なう（ステップＳ１０７）。
ＹＥＳ回答の場合は（ステップＳ１０７のＹＥＳ回答）、割当列車データ及び割当座席データをＩＣカード４又は携帯電話５へ送信し、改札ラッチを開ける。
ＮＯ回答の場合は（ステップＳ１０７のＮＯ回答）、改札ラッチを閉じる。
【００４５】
図７は、本実施の形態における電子チケット発券システムの発券無し乗車利用後の処理のフローチャートである。
駅サーバ２は、在庫割当部２１が座席を割当てた場合、座席予約システムセンタ１の会員管理部１３へ割当列車データ、割当座席データ及び会員ＩＤを含む発売ジャーナルを送信する（図６ステップＳ１０６参照）。
【００４６】
会員管理部１３は、発売ジャーナルを会員発売実績ファイル２０に記憶後（ステップＳ２０１）、発売された割当列車データ及び割当座席データを運賃料金計算部１２へ送信する(ステップＳ２０２)。
【００４７】
運賃料金計算部１２は、受信した割当列車データ及び割当座席データに基づいて運賃料金を計算する（ステップＳ２０３）。運賃料金の計算は、例えば、運賃料金ファイル１８には、自由席と指定席との区別をする座席要件、普通車と優待席との区別をする車両要件、乗車距離及び運賃料金から構成され、受信した割当列車データの発車駅と降車駅とから乗車距離を計算し、受信した割当座席データの座席要件と車両要件に基づいて、運賃料金ファイル１８から運賃料金データを抽出するものとしても良い。
運賃料金計算部１２は、計算した運賃料金データの回答電文を編集し、会員管理部１３へ送信する（ステップＳ２０４）。回答を受信した会員管理部１３は、回答に係る運賃料金データを会員発売実績ファイル２０に記憶する（ステップＳ２０５）。
【００４８】
会員管理部１３は、会員クレジット番号及び運賃料金データを含むクレジット決済用データをクレジット接続部１４へ送信する（ステップＳ２０６）。ここで、会員クレジット番号は、会員ＩＤに基づいて、会員ファイル１９から取得する。
【００４９】
クレジット接続部１４は、受信したクレジット決済用データを編集し、クレジット決済代行会社へ送信する（ステップＳ２０７）。
【００５０】
会員管理部１３は、会員メールアドレス、割当列車データ、割当座席データ及び運賃料金データを含むメール送信用データをメール送信部１５へ送信する（ステップＳ２０８）。ここで、会員メールアドレスは、会員ＩＤに基づいて、会員ファイル１９から取得する。メール送信用データを受信したメール送信部１５は、メール送信電文を編集し、会員利用者へメールを送信する（ステップＳ２０９）。
【００５１】
図８は、本実施の形態における電子チケット発券システムの列車在庫処理を示すフローチャートである。図２、図４、図５、図９及び図１０を参照しつつ、図８に沿って、本実施の形態の列車在庫処理について、時間軸とともに座席予約システムセンタ１から未発売の座席在庫が駅サーバ２へ、及び、駅サーバ２から後続の駅サーバ２へ移動するフローを説明する。本実施の形態では、例えば、在庫型列車の停車駅を、始発駅をＡ駅として、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ及びＧの７駅とする。
【００５２】
通常、全ての座席情報は座席予約システムセンタ１の指定席在庫ファイル１７（図４参照）に管理されている。しかし、本実施の形態における発券無し乗車を実現し、改札ラッチ開閉判断を素早くできるよう乗車する列車の座席の有無の判定性能向上を図り、各駅発車前のＮ分前に座席予約システムセンタ１にある在庫を駅に分散させる。ここで、座席予約システムセンタ１の全ての在庫を駅へ分散させたのでは、本システムに接続されている既存端末や既存チャネルからは在庫型券の購入ができなくなる。
そこで、座席予約システムセンタ１の在庫管理部１１は、始発Ａ駅発車Ｎ分前の列車に該当するレコードを列車ファイル１６（図２参照）から抽出し、当該列車に基づく座席に関してＡ〜Ｂ駅区間が未発売状態（ステータス＝０）である座席在庫を、指定席在庫ファイル１７から抽出し、Ａ駅サーバ２ａへ送信する（ステップＳ３０１）。
【００５３】
座席予約システムセンタ１の指定席在庫ファイル１７のレコードのうちＡ〜Ｂ駅区間が発売済みのレコードは抽出せず座席予約システムセンタ１へ残すことにより、無駄なデータ処理を省くことができ、抽出時間の短縮化を図ることができる。また、Ａ駅発車Ｎ分前に制限することにより、Ａ駅発車Ｎ分前までは、座席予約システムセンタ１は、既存端末や既存チャネルからの依頼を受けて、継続して発売をすることができる。
【００５４】
座席予約システムセンタ１の在庫管理部１１は、Ａ駅サーバ２ａへ送信したＡ〜Ｂ駅区間が未発売状態である座席を、指定席在庫ファイル１７（図４参照）を発売済み状態（ステータス＝１）に更新する（ステップＳ３０２）。
例えば、Ａ駅発車Ｎ分前時点での座席予約システムセンタ１の指定席在庫ファイル１７はステップＳ３０２実行後、図４から図９に遷移する。Ａ駅発車Ｎ分前時点で、図４の指定席在庫ファイル１７のＡ〜Ｂ駅区間は、座席「１Ｂ」、「１Ｄ」、「１Ｅ」及び「２Ｃ」が未発売状態（ステータス＝０）であるが、ステップＳ３０１では、座席「１Ｂ」「１Ｄ」「１Ｅ」「２Ｃ」のレコードを抽出し、Ａ駅サーバ２ａへ送信する。このとき、図９で示すように、Ａ駅サーバ２ａへ送信した当該座席の駅区間が全て発売済み状態に変更される。
【００５５】
Ａ駅サーバ２ａの送受信部２６により受信した列車レコードを、在庫割当部２１は、Ａ駅用列車ファイル２４（図３参照）に追加し、受信した座席在庫を用いてＡ駅用指定席在庫ファイル２５（図５参照）を更新する（ステップＳ３０３）。追加及び更新した後のＡ駅発車Ｎ分前のＡ駅サーバ２ａのＡ駅用指定席在庫ファイル２５は図５のようになる。
【００５６】
列車がＡ駅を発車すると、Ａ駅サーバ２ａの在庫割当部２１は、Ａ駅用列車ファイル２４から発車済み列車のレコードを削除し（ステップＳ３０４）、Ａ駅用指定席在庫ファイル２５から後区間に未発売状態（ステータス＝０）の座席があるレコードを抽出する（ステップＳ３０５）。例えば、図１０のＡ駅用指定席在庫ファイル２５では、Ｂ駅〜Ｇ駅までの駅区間で１つでも未発売状態（ステータス＝０）の座席があるレコード「１Ｂ」「１Ｄ」「１Ｅ」のレコードが抽出される。
【００５７】
在庫割当部２１は、抽出した座席レコードを、未発売状態が開始する区間でソートする（ステップＳ３０６）。例えば、図１０のＡ駅用指定席在庫ファイル２５では、座席「１Ｂ」「１Ｄ」で未発売状態が始まる区間はＥ〜Ｆ駅区間、座席「１Ｅ」で未発売状態が始まるのはＣ〜Ｄ駅区間である。
【００５８】
Ａ駅サーバ２ａの在庫割当部２１は、ソートした区間に対応する駅サーバへ未発売座席を送信する（ステップＳ３０７）。Ｂ〜Ｃ駅区間で未発売状態が始まる座席をＢ駅サーバへ送信する。Ｃ〜Ｄ駅区間で未発売状態が始まる座席をＣ駅サーバへ送信する。Ｄ〜Ｅ駅区間で未発売状態が始まる座席をＤ駅サーバへ送信する。例えば、図１０のＡ駅用指定席在庫ファイル２５では、座席レコード「１Ｂ」「１Ｄ」はＥ駅サーバ２ｅへ、座席レコード「１Ｅ」はＣ駅サーバ２ｃへ送信する。
【００５９】
前記したＡ駅発車後のＡ駅サーバ２ａの処理（ステップＳ３０４〜ステップＳ３０７）を処理シーケンス１と定義する。
【００６０】
発車済みのＡ駅サーバ２ａから未発売座席を送信されたＢ駅サーバ２ｂは、Ｂ駅用指定席在庫ファイル２５を更新する（ステップＳ３０８）。発車済みのＡ駅サーバ２ａから未発売座席を送信されたＣ駅サーバ２ｃは、Ｃ駅用指定席在庫ファイル２５を更新する（ステップＳ３０９）。発車済みのＡ駅サーバ２ａから未発売座席を送信されたＤ駅サーバ２ｄは、Ｄ駅用指定席在庫ファイル２５を更新する（ステップＳ３１０）。
【００６１】
次に、列車がＢ駅に近づき、Ｂ駅発車Ｎ分前になると、座席予約システムセンタ１の在庫管理部１１は、Ｂ駅発車Ｎ分前の列車に該当するレコードを列車ファイル１６から抽出し、当該列車に基づく座席に関してＢ〜Ｃ駅区間が未発売状態（ステータス＝０）である座席在庫を、指定席在庫ファイル１７から抽出し、Ｂ駅サーバ２ｂへ送信する（ステップＳ３１１）。
座席予約システムセンタ１の指定席在庫ファイル１７のレコードのうちＢ〜Ｃ駅区間が発売済みのレコードは抽出せず座席予約システムセンタ１へ残すことにより、無駄なデータ処理を省くことができ、抽出時間の短縮化を図ることができる。また、Ｂ駅発車Ｎ分前に制限することにより、Ｂ駅発車Ｎ分前までは、座席予約システムセンタ１は、既存端末や既存チャネルからの依頼を受けて、継続して発売をすることができる。
【００６２】
座席予約システムセンタ１の在庫管理部１１は、Ｂ駅サーバ２ｂへ送信したＢ〜Ｃ駅区間が未発売状態である座席を、座席予約システムセンタ１の指定席在庫ファイル１７に発売済み状態（ステータス＝１）に更新する（ステップＳ３１２）。
【００６３】
Ｂ駅サーバ２ｂは、受信した列車レコードをＢ駅用列車ファイル２４（図３参照）に追加し、受信した座席在庫を用いてＢ駅用指定席在庫ファイル２５（図５参照）を更新する（ステップＳ３１３）。
【００６４】
列車がＢ駅を発車すると、Ｂ駅サーバ２ｂでは前記と同様、処理シーケンス１を行い、後続の各駅サーバ、すなわち、座席が未発売となる最初の後続停車駅の駅サーバへ未発売座席を送信する。未発売座席を受信した後続駅であるＣ駅ではステップＳ３０９、Ｄ駅ではステップＳ３１０の操作を繰り返す。
【００６５】
以降の停車駅では、列車の到着時間及び発車時間のタイミングに応じて未発売の座席在庫を移動させ、未発売座席を必要とする駅サーバ２に移動させることにより乗車効率を上げることができる。
また、ある停車駅で売れ乗った未発売座席を一旦座席予約システムセンタ１に戻した後、駅サーバ２へ未発売座席を配信していないため、停車駅間隔が短い場合等は列車が次の駅に停車するまでに配信が間に合わないということはない。
【００６６】
図９は、Ａ駅発車Ｎ分前に未発売座席をＡ駅サーバに送信した後の座席予約システムセンタの記憶装置に記憶されている指定席在庫ファイルの一例を示すファイル構成図である。指定席在庫ファイル１７のファイルフォーマットは、図４と同様であるため、説明は省略する。
【００６７】
図１０は、Ａ駅発車後のＡ駅サーバの記憶装置に記憶されているＡ駅用指定席在庫ファイルの一例を示すファイル構成図である。Ａ駅用指定席在庫ファイル２５のファイルフォーマットは、図５と同様であるため、説明は省略する。
【００６８】
図１１は、初期状態のＩＣカード内の記憶領域及び携帯電話内の記憶領域に記憶されているデータの一例を示す構成図である。記憶領域４２、５２（図１参照）に記憶されているデータは、利用者に一意の会員番号１１０１、乗車駅１１０２、降車駅１１０３、座席要件１１０４及び列車要件１１０５から構成され、利用者の基本列車パターンが記憶されている。
【００６９】
図１２は、発券無し利用後のＩＣカード内の記憶領域及び携帯電話内の記憶領域に記憶されているデータの一例を示す構成図である。記憶領域４２、５２（図１参照）に記憶されているデータは、会員番号、乗車駅、降車駅、座席要件及び列車要件からなる利用者の基本列車パターン１２０１と、チケット情報１２０２（乗車日、列車名、発車時刻、停車時刻、号車、座席、列車要件と座席要件とを記憶した種別及びチケット番号）と、から構成される。ＩＣカード４は、チケット情報１２０２を、改札機３２を通過した際に受信し、記憶領域４２に記憶する。また、携帯電話５は、チケット情報１２０２を、改札機３２を通過した際に受信し、記憶領域５２に記憶する。
【００７０】
図１３は、携帯電話における携帯用会員アプリケーションが制御する基本列車パターン設定画面の一例を示す図である。基本列車パターン設定画面は、携帯電話５（図１参照）で基本列車パターン（乗車駅、降車駅、座席種別、車両種別）を登録する際に利用される。利用者が携帯電話５から基本列車パターン設定画面を用いて基本列車パターンを設定すると、携帯電話５の記憶領域５２に、設定された基本列車パターンが記憶される。
【００７１】
図１４は、発券無し利用後の携帯電話における携帯用会員アプリケーションのチケット情報表示画面の一例を示す図である。チケット情報表示画面は、携帯電話５（図１参照）を用いて改札機３２を通過する際に、記憶領域５２に記憶された基本列車パターンに基づいて発券無し乗車が可能な場合のデジタルチケット情報が携帯電話５の表示画面に表示される。
【００７２】
図１５は、発券無し利用後のＩＣカードのチケット情報表示画面の一例を示す図である。チケット情報表示画面は、ＩＣカード４（図１参照）を用いて改札機３２を通過する際に、記憶領域４２に記憶された基本列車パターンに基づいて発券無し乗車が可能な場合のデジタルチケット情報がＩＣカード４の表示装置４１に表示される。
【図面の簡単な説明】
【００７３】
【図１】本実施の形態における電子チケット発券システムの構成を示すブロック図である。
【図２】座席予約システムセンタの記憶装置に記憶されている列車ファイルの一例を示すファイル構成図である。
【図３】各駅サーバの記憶装置に記憶されている各駅用列車ファイルの一例を示すファイル構成図である。
【図４】座席予約システムセンタの記憶装置に記憶されている指定席在庫ファイルの一例を示すファイル構成図である。
【図５】各駅サーバの記憶装置に記憶されている各駅用指定席在庫ファイルの一例を示すファイル構成図である。
【図６】本実施の形態における電子チケット発券システムの発券無し乗車利用時の処理のフローチャートである。
【図７】本実施の形態における電子チケット発券システムの発券無し乗車利用後の処理のフローチャートである。
【図８】本実施の形態における電子チケット発券システムの列車在庫処理を示すフローチャートである。
【図９】Ａ駅発車Ｎ分前に未発売座席をＡ駅に送信した後の座席予約システムセンタの記憶装置に記憶されている指定席在庫ファイルの一例を示すファイル構成図である。
【図１０】Ａ駅発車後の各駅サーバの記憶装置に記憶されている各駅用指定席在庫ファイルの一例を示すファイル構成図である。
【図１１】初期状態のＩＣカード内の記憶領域及び携帯電話内の記憶領域に記憶されているデータの一例を示す構成図である。
【図１２】発券無し利用後のＩＣカード内の記憶装置及び携帯電話内の記憶装置に記憶されているデータの一例を示す構成図である。
【図１３】携帯用会員アプリケーションの基本列車パターン設定画面の一例を示す図である。
【図１４】発券無し利用後の携帯用会員アプリケーションのチケット情報表示画面の一例を示す図である。
【図１５】発券無し利用後のＩＣカードのチケット情報表示画面の一例を示す図である。
【符号の説明】
【００７４】
１      座席予約システムセンタ
２      駅サーバ
１１    在庫管理部
１６    列車ファイル
１７    指定席在庫ファイル
２１    在庫割当部
２４    Ａ駅用列車ファイル
２５    Ａ駅用指定席在庫ファイル
２６    送受信部
１００  電子チケット発券システム
【図１】
2008158833.tif 000003
【図２】
2008158833.tif 000004
【図３】
2008158833.tif 000005
【図４】
2008158833.tif 000006
【図５】
2008158833.tif 000007
【図６】
2008158833.tif 000008
【図７】
2008158833.tif 000009
【図８】
2008158833.tif 000010
【図９】
2008158833.tif 000011
【図１０】
2008158833.tif 000012
【図１１】
2008158833.tif 000013
【図１２】
2008158833.tif 000014
【図１３】
2008158833.tif 000015
【図１４】
2008158833.tif 000016
【図１５】
2008158833.tif 000017