JP4679159B2 - 予約処理システム、予約処理方法、およびコンピュータプログラム - Google Patents

Description

本発明は、列車などの乗物の予約を行うシステムおよび方法などに関する。

１つの乗物だけでは目的地に行くことができない場合は、通常、複数の乗物を乗り継いで目的地に向かう。この際に、目的地に向かう者（以下、「乗客」と記載する。）は、時刻表を参照するなどしてこれらの乗物の接続（連絡）を調べ、目的地までの計画を立てることが多い。また、必要に応じて、これらの乗物の指定席を予約しておくこともある。特に、長距離の移動の場合は、指定席を予約しておく場合がとても多い。例えば、新大阪駅から出雲市駅に向かう場合は、一般に、新大阪駅から岡山駅までは新幹線を利用し、岡山駅から出雲市駅までは在来線の特急を利用するが、乗客は、新幹線および在来線の特急のそれぞれの指定席を予約しておくことが多い。

ところが、先に乗車する列車（上の例では、新幹線）に遅延が発生すると、次に乗車する予定の列車（在来線の特急）に乗り継ぐことができなくなってしまう場合がある。この場合は、乗客は、次に乗車する予定の列車の後続の列車で目的地に向かうことになる。したがって、その後続の列車の予約を行っておく必要がある。このとき、乗換駅などの窓口は、乗り継ぐ予定であった列車の代替の列車の予約を求める乗客で一杯になり、発券の業務に支障を来すおそれがある。

また、列車の遅延が発生しているときは、それに伴って多くの列車の当日の運行予定（いわゆるスジ）が細かく調整される。よって、駅員や車掌は、これらの列車の運行に関する正確な情報を把握しきれない場合があり、乗客の応対を上手く行うことができないことがある。

そこで、特許文献１、２に記載されるようなシステムが提案されている。特許文献１に記載されるシステムによると、電話機、ＦＡＸ、またはインターネット端末などの情報機器からの乗客予約情報を予約管理ホストによって受信し、列車の予約を行う。これにより、最初に予約しておいた列車が運休したり遅延が発生したりしても、乗客は、簡便に予約変更などを行うことができる。

特許文献２に記載されるシステムは、列車の中に車上サーバ、乗務員用携帯端末、座席端末、および車内ＬＡＮが設けられてなる。車上サーバと旅客販売総合システムとは、無線ネットワークによって接続される。乗務員用携帯端末および座席端末には、切符リーダライタが備えられている。そして、列車の乗務員が乗務員用携帯端末を操作しまたは乗客が座席端末を操作することによって車内で指定券を発券できるように構成されている。これにより、列車が遅延て乗継ぎ列車に乗車できなくなった場合でも、乗継ぎ列車の指定券の払い戻しや変更を行うことができる。
特開平１１−２３２４９５号公報 特開２００３−１４１５７７号公報

ところが、特許文献１に記載されるシステムでは、乗客は、先に乗車する列車がどれくらい遅れて乗換駅に到着するのかを正確に知らなければ、次に乗車する列車の予約の変更を上手く行うことはできないことがある。つまり、せっかく次に乗車する列車の予約の変更できたとしても、先に乗車する列車の遅延が乗客の予想よりも大きければ、変更後の列車に乗り継ぐことができなくなったり、遅延が予想よりも小さければ、変更後の列車を乗換駅で長時間待たなければならなくなったりすることがある。また、予約を変更するための操作を覚えなければならないので、情報機器に不慣れな乗客や地理に不案内な乗客は、自分が乗車しない列車を誤って予約してしまうおそれがある。

特許文献２に記載されるシステムによると、列車の乗務員または乗客が予約の変更のための操作を車内で行うことができる。しかし、切符リーダライタが備えられた座席端末を座席ごとに設けるためには、非常に大きなコストが掛かってしまう。また、乗務員が乗客からの予約の変更の要求に対処していると、特に列車の遅延時には多くの要求がなされるので、他の業務が滞ってしまうおそれがある。自分に順番がなかなか回って来ないという不満が車内の乗客の中から出るおそれもある。

本発明は、このような問題点に鑑み、乗物に遅延が発生した場合に、乗客がその次に乗る予定である乗物の予約を従来よりも確実にかつ低コストで行うことができるようにすることを、目的とする。

本発明に係る予約処理システムは、第一の便を利用した後に第二の便に乗り継いで目的地に向かう予定である乗客のために予約の処理を行う予約処理システムであって、前記第二の便に乗り継ぐために前記第一の便を降りる場所である降場への当該第一の便の到着時刻を取得する到着時刻取得手段と、前記乗客が前記第二の便に乗る乗場を当該第二の便が出発する予定の時刻である出発予定時刻を取得する出発予定時刻取得手段と、取得された前記到着時刻および前記出発予定時刻に基づいて、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別する、判別手段と、前記乗客の好みの乗車空間に関する条件および前記乗客が許容し得る前記目的地への到着時刻の遅れを示す要望情報を記憶する要望情報記憶手段と、前記第二の便に乗り継ぐことができないと判別された場合に、前記第一の便から乗り継ぐことができる、前記第二の便の代替の便として、前記要望情報に示される前記乗車空間に関する条件に適っており、前記要望情報に示される前記遅れの範囲内で前記目的地に到着することができる便の予約を、前記乗客のために行う予約手段と、を有することを特徴とする。

前記第二の便に乗り継ぐことができるか否かの判別は、例えば次のようなタイミングで実行する。前記乗客が前記第一の便から前記第二の便に乗り継ぐための経路の所定の位置（例えば、乗換口の中間改札）を通過したときに実行する。この場合は、前記到着時刻として、前記乗客が前記第一の便に乗った当日に当該第一の便が前記降場に実際に到着した時刻を取得し、前記出発予定時刻として、前記乗客が前記第二の便に乗る当日に予定されている出発時刻を取得する。または、前記第一の便が前記降場に到着するのが遅れることが分かったときに実行する。この場合は、前記到着時刻として、前記乗客が乗る前記第一の便が通常のダイヤグラム通りに前記降場に到着することができなくなった場合の当日の到着予定時刻を取得し、前記出発予定時刻として、前記乗客が前記第二の便に乗る当日に予定されている出発時刻を取得する。

なお、本発明において、「便」とは、列車、バス、船、または飛行機などのような、ダイヤに基づいて運行されている交通手段の便を意味する。また、所定の場所に到着する時刻の予測が可能な交通手段も含まれる。したがって、ハイヤーまたはタクシーなどの交通手段も、道路交通システムまたはカーナビゲーションシステムなどによって到着時刻の予測を行うことができるので、本発明における「便」に該当する。

本発明によると、乗物に遅延が発生した場合であっても、乗客がその次に乗る予定である乗物の予約を、従来よりも確実にかつ低コストで行うことができる。

〔第一の実施形態〕
図１は本発明に係る予約変更支援システムＹＨＳの全体的な構成の例を示す図、図２は鉄道会社ＲＣの主な路線および主な駅を示す図、図３は情報管理サーバ１のハードウェア構成の例を示す図、図４は情報管理サーバ１の機能的構成の例を示す図、図５は自動改札機２の機能的構成の例を示す図である。

図１に示すように、本発明に係る予約変更支援システムＹＨＳは、情報管理サーバ１、複数の自動改札機２、および通信回線３などによって構成される。情報管理サーバ１と自動改札機２とは、通信回線３を介して互いに接続されている。また、情報管理サーバ１は、既存の列車予約システムＴＲＳおよび運行管理システムＵＫＳと通信回線３を介して接続されている。通信回線３として、専用線、公衆回線、またはインターネットなどが用いられる。

列車予約システムＴＲＳは、例えばＪＲ各社が採用している「ＭＡＲＳ（マルス）」のような、列車の座席の予約（つまり、指定券の発行）および空席の照会などを行うためのシステムである。運行管理システムＵＫＳは、各列車または各駅に対して発車および停車などの指令を与え、各列車の運行の状況を監視し、各列車の運行の実績を記録し、およびトラブルが発生した場合に現在運行中の列車およびこれから運行する予定の列車の運行予定を変更するための処理などを行うシステムである。

以下、この予約変更支援システムＹＨＳについて、ある鉄道会社ＲＣに設けられた場合を例に説明する。この鉄道会社ＲＣは、図２に示すように、Ｐ線、Ｑ線、およびＲ線などの路線を有している。Ｐ線にはｐ１駅、ｐ２駅、…などの駅があり、ｐ４駅でＱ線に連絡している。Ｑ線にはｐ４駅、ｑ１駅、…などの駅があり、ｑ３駅でＲ線に連絡している。Ｒ線にはｑ３駅、ｒ１駅、…などの駅がある。そのほか、図示しないが、Ｓ線、Ｔ線、Ｎ線などの路線を有している。

Ｐ線では、「特急Ａ」という名称の特急列車が運行されている。西行（ｐ１駅から見てｐ２駅方面）の特急Ａには「１号」、「３号」、…という奇数の号数が付与されており、東行の特急Ａには「２号」、「４号」、…という偶数の号数が付与されている。Ｑ線では、「特急Ｂ」という名称の特急列車が運行されている。北行（ｐ４駅から見てｑ１駅方面）の特急Ｂには奇数の号数が付与されており、南行の特急Ｂには偶数の号数が付与されている。Ｒ線には、「特急Ｃ」という名称の特急列車が運行されている。西行（ｑ３駅から見てｒ１駅方面）の特急Ｃには奇数の号数が付与されており、東行の特急Ｃには偶数の号数が付与されている。以下、各特急列車を、例えば「特急Ａ１号」または「特急Ｂ３号」などのように名称と号数とを用いて呼称する。

情報管理サーバ１は、図３に示すように、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、磁気記憶装置１０ｄ、および通信インタフェース１０ｅなどによって構成され、自動改札機２および駅の窓口の予約端末などと連携して鉄道会社ＲＣが運行する列車の予約に関する処理を行う。この情報管理サーバ１は、鉄道会社ＲＣのシステムセンタなどに設置されている。

磁気記憶装置１０ｄには、図４に示すようなデータベース管理部１０１、運行状況情報受信部１０２、予約変更要求受信部１０３、列車検索部１０４、予約変更指令部１０５、および予約変更結果通知部１０６などの機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。

本実施形態では、図１に示すように、図４の各部を１台の情報管理サーバ１で実現しているが、複数台のサーバなどに分散して実現することも可能である。または、情報管理サーバ１の一部または全部の機能を、既存の列車予約システムＴＲＳまたは運行管理システムＵＫＳなどに設けるようにしてもよい。

各駅には、１台または複数台の自動改札機が設けられている。さらに、特定の路線同士の乗換駅の乗換口の改札（いわゆる中間改札）には、乗換専用の自動改札機（以下、「自動改札機２」と記載する。）が設けられている。この乗換駅の例として、ＪＲの新幹線と在来線との乗換駅などが挙げられる。本実施形態では、Ｐ線が新幹線のような路線に相当し、Ｑ線およびＲ線が在来線のような路線に相当するものとする。したがって、Ｐ線の駅のうち他の路線と連絡している駅（ｐ４駅など）に自動改札機２が設けられている。

自動改札機２として既存の自動改札機が用いられるが、図５に示す列車情報記憶部２０１、列車情報受信部２０２、切符情報取得部２０３、乗継可否判別部２０４、予約変更要求部２０５、予約変更結果受信部２０６、および予約情報書換部２０７などの機能を実現するためのハードウェアが増設されまたはプログラムがインストールされている。

図６はデータベース管理部１０１が管理するデータベースの例を示す図、図７は顧客情報テーブルＴＢ１の例を示す図、図８は時刻表テーブルＴＢ２の例を示す図、図９は乗換標準時分テーブルＴＢ３の例を示す図、図１０は運行状況テーブルＴＢ４の例を示す図、図１１は乗継可否判別処理の流れの例を説明するフローチャート、図１２および図１３は代替列車検索処理の流れの例を説明するフローチャートである。

次に、図４および図５の各部の処理内容などについて詳細に説明する。情報管理サーバ１のデータベース管理部１０１は、図６に示すように、顧客データベース１ＤＢ、時刻表データベース２ＤＢ、乗換情報データベース３ＤＢ、および運行管理データベース４ＤＢなどのデータベースを管理している。

顧客データベース１ＤＢには、図７に示すような顧客情報テーブルＴＢ１が設けられている。この顧客情報テーブルＴＢ１には、鉄道会社ＲＣを利用する各顧客（乗客）に関する情報が格納されている。１人の顧客に対して１つのレコードが与えられている。

「顧客ＩＤ」は、その顧客を他の顧客と識別するための識別情報である。「メールアドレス」は、その顧客の連絡先の電子メールアドレスである。電子メールアドレスとして、顧客が普段持ち歩いている携帯電話端末、ＰＤＡ（Personal Digital Assistant）、またはモバイルパソコンの電子メールのアドレスを用いるのが好ましい。

「座席区分」および「車両希望」は、それぞれ、その顧客の好みの座席の区分（指定席、自由席、グリーン席など）および車両（禁煙車または喫煙車）を示している。「遅延許容範囲」は、その乗客が何時間までであれば最終の目的の駅への到着が遅延するのを許容するのかを示している。例えば、「１２０分」である顧客の場合は、自分の乗車した列車が最終の目的の駅に到着するのが１２０分までであれば通常のダイヤよりも遅延することを許容することを意味する。「０分」は、遅延を全く認めないことを意味する。「なし」は、許容時間の上限がないことを意味し、何時間遅延しようとも、とにかく目的地に到着できればよい乗客に設定される。つまり、座席区分、車両希望、および遅延許容範囲は、列車を予約する際の乗客の要望を示していると言える。

これらの情報は、顧客からの申請に基づいて鉄道会社ＲＣの社員によって入力される。または、顧客が自らパーソナルコンピュータまたは携帯電話端末などを操作して入力できるようにしてもよい。

時刻表データベース２ＤＢには、図８に示すような時刻表テーブルＴＢ２（ＴＢ２１、ＴＢ２２、…）が、各路線の各方向ごとに設けられている。時刻表テーブルＴＢ２には、その路線で運行されるその方向の列車の通常のダイヤグラムの情報が格納されている。例えば、時刻表テーブルＴＢ２１、ＴＢ２２、ＴＢ２３には、それぞれ、Ｐ線の西行、Ｑ線の北行、およびＲ線の西行の通常のダイヤグラムの情報が格納されている。以下、ダイヤグラムを「ダイヤ」と略して記載する。時刻表データベース２ＤＢの内容は、ダイヤ改正が行われるたびに更新される。

乗換情報データベース３ＤＢには、図９に示すような乗換標準時分テーブルＴＢ３（ＴＢ３１、ＴＢ３２、…）が、各駅の各ホームごとに設けられている。乗換標準時分テーブルＴＢ３には、その駅のそのホームに到着した列車から他の路線のホームの列車に乗り換えるために必要な標準的な時間を示す情報が格納されている。例えば、乗換標準時分テーブルＴＢ３１には、ｐ４駅のＰ線ホームに到着した列車からＱ線、Ｓ線、およびＴ線の列車に乗り換えるために必要な標準的な時間を示す情報が格納されており、乗換標準時分テーブルＴＢ３２には、ｑ３駅のＱ線ホームに到着した列車からＲ線およびＮ線の列車に乗り換えるために必要な標準的な時間を示す情報が格納されている。

運行管理データベース４ＤＢには、図１０に示すような運行状況テーブルＴＢ４（ＴＢ４１、ＴＢ４２、…）が、列車ごとに設けられている。運行状況テーブルＴＢ４は、その列車の各駅の発車時刻および到着時刻に関する情報が格納されている。例えば、運行状況テーブルＴＢ４１、ＴＢ４２、ＴＢ４３には、それぞれ、特急Ａ１号、特急Ｂ１号、および特急Ｃ３号の情報が格納されている。

「通常予定時刻」は、ダイヤ（図１０参照）通りの発車時刻または到着時刻を示している。「当日運行予測時刻」は、災害などが原因でその列車に遅れが生じた場合の運行予測を示している。つまり、当日だけの特別のダイヤであると言える。当日運行予測時刻は、列車の速度および駅間の距離などに基づいて自動的に求められる場合もあれば、他の列車との接続（連絡）などを考慮して当日のダイヤの担当者が決定する場合もある。当日運行予測時刻の初期値は、その行の通常予定時刻と同じ値である。つまり、通常のダイヤの時刻である。また、当日運行予測時刻の値は、その日の営業が終わるごとに初期値にリセットされる。

「実施時刻」は、その列車の現実の発車時刻または到着時刻を示している。つまり、運行の実績である。「発車許容時刻」は、他の列車との連絡などを図るためにその列車の発車を遅らせることができる最大時間つまり許容範囲を示している。通常予定時刻および発車許容時刻は予め決められているが、当日運行予測時刻および実施時刻は次に説明する予定変更情報７０および運行実績情報７１に基づいて更新されまたは格納される。

図４の運行状況情報受信部１０２は、運行管理システムＵＫＳから予定変更情報７０および運行実績情報７１を受信する。これらの情報は、例えば次のような場合に運行管理システムＵＫＳから情報管理サーバ１に送信される。

運行管理システムＵＫＳは、列車の運行の状況（現在地および速度など）を監視しており、列車が駅に到着しまたは発車するごとにその到着時刻または発車時刻を示す運行実績情報７１を情報管理サーバ１に送信する。または、列車の当日の運行予定に変更があった場合に、その変更内容を示す予定変更情報７０を情報管理サーバ１に送信する。

運行状況情報受信部１０２が列車の予定変更情報７０または運行実績情報７１を受信すると、データベース管理部１０１は、その列車に対応する運行状況テーブルＴＢ４（図１０参照）の当日運行予測時刻を更新しまたは実施時刻を格納する。例えば、特急Ａ１号がｐ１駅を６時２６分に発車した旨を示す運行実績情報７１が受信された場合は、運行状況テーブルＴＢ４１の「ｐ１駅 発」の行の実施時刻の欄に「６時２６分」という値を格納する。または、特急Ｂ１号がｐ４駅に到着する予定の時刻が７時４０分に変更になった旨を示す予定変更情報７０が受信された場合は、運行状況テーブルＴＢ４２の「ｐ４駅 着」の行の当日運行予測時刻の欄の値を「７時４０分」に更新する。

自動改札機２の列車情報記憶部２０１（図５参照）は、その自動改札機２が設置されている駅の各ホームの乗換標準時分テーブルＴＢ３（図９参照）およびその駅を発着する列車の発着情報７２を記憶する。乗換標準時分テーブルＴＢ３は、情報管理サーバ１から予め取得しておく。

発着情報７２には、その列車がその駅に到着する通常予定時刻、当日運行予測時刻、および実施時刻とその列車がその駅を発車する通常予定時刻、当日運行予測時刻、および実施時刻とが含まれている。ただし、その列車の始発駅がその駅である場合には到着する時刻に関する情報は含まれず、その列車の終着駅がその駅である場合には、発車する時刻に関する情報は含まれない。通常予定時刻、当日運行予測時刻、および実施時刻は、それぞれ、運行状況テーブルＴＢ４の通常予定時刻、当日運行予測時刻、および実施時刻と同じ意味を有する。

列車情報受信部２０２は、情報管理サーバ１から発着情報７２および乗換標準時分テーブルＴＢ３など、列車に関する情報を受信する。情報管理サーバ１は、次のような場合に発着情報７２を自動改札機２に送信する。

列車の運行が始まる前に、その列車が発着する駅に設置されている自動改札機２に、その列車の通常予定時刻および当日運行予測時刻を示す発着情報７２を予め送信しておく。例えば、特急Ａ１号の運行が始まる前に、ｐ１駅の自動改札機２に対しては特急Ａ１号のｐ１駅の発車の通常予定時刻および当日運行予測時刻を示す発着情報７２を送信し、ｐ４駅の自動改札機２に対しては特急Ａ１号のｐ４駅の到着および発車の通常予定時刻および当日運行予測時刻を示す発着情報７２を送信する。

その後、ある列車の運行状況テーブルＴＢ４において一部または全部の当日運行予測時刻が更新された場合に、その更新された当日運行予測時刻に対応する駅の自動改札機２に対して、その列車および更新後の当日運行予測時刻を示す発着情報７２を送信する。つまり、当日の運行予定の変更の内容を自動改札機２に通知する。また、運行状況テーブルＴＢ４において実施時刻の値が格納されると、その実施時刻に対応する駅（すなわちその列車が到着しまたは発車した駅）の自動改札機２に対して、その列車および実施時刻を示す発着情報７２を送信する。

切符情報取得部２０３は、列車の乗換のために乗換口を通過する乗客の切符から、切符情報７４を読み取って取得する。切符情報７４には、直前に乗車していた列車、これから乗車する予定の列車、およびその列車の座席区分（指定席、自由席などの区分）などを示す情報が含まれている。

なお、切符は、ＩＣカードタイプのものが望ましい。ＩＣカードタイプの切符であれば、１枚に多数の列車の券（乗車券、特急券、および指定席券など）の情報を記録しておくことができ、かつ、情報の書換えが容易だからである。もちろん、磁気カードタイプであっても本発明を適用することは可能である。ただし、直前に乗車した列車の券およびこれから乗車する予定である列車の券が別々の切符として発行されている場合は、乗客は、これら複数枚の切符を纏めて自動改札機２に挿入する。

乗継可否判別部２０４は、乗換口を通過する乗客が、その次に乗車する予定である列車に乗り継ぐことができるか否かを、例えば図１１のフローチャートに示すような手順で判別する。以下、直前に乗車した列車を「直前乗車列車」と記載し、乗り継ぐ列車を「乗継列車」と記載することがある。

その乗客の切符から読み取られた切符情報７４に基づいて、その乗客の直前乗車および次に乗車する予定の列車を判別する（図１１の＃２０１）。次に乗車する予定の列車が、直前乗車の乗継列車として適切であるか否か、つまり、乗継の妥当性を判別する（＃２０２）。例えば、直前乗車列車が到着してから乗客が乗換口を通るまでに所定の時間以上掛かった場合（つまり、その直前乗車列車の最新の発着情報７２に示される実際の到着時刻（実施時刻）と現在の時刻との差が所定時間以上である場合）は、乗継が妥当でないと判別する。このような場合は、乗客が直前乗車列車を降りてから私用を済まるのに時間が掛かったり、乗客が本来乗車すべき直前乗車列車に乗り遅れて実際には他の列車に乗ってしまったりするなど、乗客の個人的な事情が、乗換口の通過が遅くなったことの原因であると考えられるからである。

乗継が妥当でないと判別された場合は（＃２０２でＮｏ）、乗継の可否の判別処理を中止する。この場合は、自動改札機２は、従来通りに切符の処理を行う。一方、妥当であると判別された場合は（＃２０２でＹｅｓ）、直前乗車列車の最新の発着情報７２、乗継列車の最新の発着情報７２、およびその駅の乗換標準時分テーブルＴＢ３などに基づいて、次の（１）式を満たすか否かを判別する（＃２０３）。
時刻Ｔ１≧時刻Ｔ２＋乗換標準時間α …… （１）
ただし、ここでは、時刻Ｔ１は乗継列車がその駅を発車する当日の予定の時刻（当日運行予測時刻）であり、時刻Ｔ２は直前乗車列車がその駅に実際に到着した時刻（実施時刻）である。乗換標準時間αは、直前乗車列車から乗継列車に乗り換えるために必要な標準的な時間である。乗換標準時間αとして、その駅におけるその直前乗車列車の到着ホームの乗換標準時分テーブルＴＢ３に示される、その乗継列車が発車するホームへの乗換標準時間が用いられる。その乗継列車に発車許容時分（図１０参照）が設定されている場合は、この発車許容時分の範囲で乗換標準時間αの値を増やしてもよい。

（１）式を満たす場合は（＃２０３でＹｅｓ）、切符情報７４に示される乗継列車に乗り継ぐことができると判別し（＃２０４）。満たさない場合は（＃２０３でＮｏ）、乗り継ぐことができないと判別する（＃２０５）。

予約変更要求部２０５は、乗客が乗継列車に乗り換えることができないと乗継可否判別部２０４によって判別された場合に、その乗継列車の代替の列車を予約すべき旨の指令を情報管理サーバ１に対して与える。このとき、その乗客の切符情報７４に基づいて、その乗客がこれから乗車する予定である全列車、乗換駅、および下車駅などを示す予約変更対象情報７５も情報管理サーバ１に送信する。

情報管理サーバ１の予約変更要求受信部１０３（図４参照）は、代替の列車の予約の指令および予約変更対象情報７５を自動改札機２から受信する。すると、列車検索部１０４は、予約変更対象情報７５に示される、乗客がこれから乗車する予定である列車の代替の列車を、例えば、図１２および図１３のフローチャートに示すような手順で検索する。

直前乗車列車の次に乗車する予定の列車（つまり、乗継列車）の路線の時刻表テーブルＴＢ２（図８参照）の中から、その乗継列車の後に運行され、かつ、その乗客が現在いる駅および下車または乗換の予定の駅の両方に停車する列車を検索する（図１２の＃１０１）。例えば、乗客がｐ４駅で特急Ｂ１号に乗り継ぐ予定であった場合は、時刻表テーブルＴＢ２２より特急Ｂ３号が検索される。

列車が見つからなかった場合は（＃１０２でＮｏ）、代替の列車がないと判別する（図１３の＃１１３）。列車が見つかった場合は（＃１０２でＹｅｓ）、その列車への乗継が時間的に可能であるか否かを判別する（＃１０３）。判別方法は、前に図１１で説明した、自動改札機２における乗継可否判別処理の場合と同様である。すなわち、前掲の（１）式を満たす場合には乗継が可能であると判別し、満たさない場合には乗継が不可能であると判別する。ただし、ここでは、時刻Ｔ１として、検索された列車がその駅を発車する当日の予定の時刻（当日運行予測時刻）が用いられる。

乗継が不可能であると判別した場合は（＃１０３でＮｏ）、ステップ＃１０１に戻って、さらに後の列車を検索する。乗継が可能であると判別した場合は（＃１０３でＹｅｓ）、列車予約システムＴＲＳにアクセスし、検索された列車に、その乗客の所望する席が空いているか否かを問い合わせる（＃１０４）。乗客の所望する席は、図７の顧客情報テーブルＴＢ１に示されている。例えば、顧客ＩＤが「Ｃ０００１」である乗客であれば、指定席および禁煙席を所望していることが分かる。ただし、自由席を所望している乗客の場合は、問合せは行わず、空席があるものとして取り扱う。

満席である旨の回答が列車予約システムＴＲＳから得られた場合は（＃１０５でＮｏ）、ステップ＃１０１に戻って、さらに後の列車を検索する。空席がある旨の回答が得られ（＃１０５でＹｅｓ）、かつ、さらにその次に乗り継ぐ列車がなければ（＃１０６でＮｏ）、検索された列車によって、その乗客が所望する時間内に最終目的の駅に到着することができるか否かを判別する（図１３の＃１１１）。

すなわち、各列車の運行状況テーブルＴＢ４（図１０参照）の中から、乗客が最初に予約した本来の乗継列車がその乗客の最終目的の駅（下車予定の駅）に到着するダイヤ上の時刻（通常予定時刻）と、検索された列車がその最終目的の駅に到着する当日の予定の時刻（当日運行予測時刻）とを取得する。さらに、図７の顧客情報テーブルＴＢ１から、その乗客が何時間までであれば到着の遅延を許容するのか（つまり、その乗客（顧客）の遅延許容範囲に示される時間）を取得する。取得したこれらの時刻および時間が、次の（２）式の関係にあるか否かを判別する。
時刻Ｔ４≦時刻Ｔ３＋時間Ｔ５ …… （２）
ただし、時刻Ｔ３は上記の通常予定時刻であり、時刻Ｔ４は当日運行予測時刻であり、時間Ｔ５は遅延許容範囲の時間である。

（２）式を満たす場合は乗客の所望する時間内に到着することができると判別し（＃１１１でＹｅｓ）、ステップ＃１０１〜＃１０５で検索された列車を、本来の乗継列車の代替の列車に決定する（＃１１２）。（２）式を満たさない場合は乗客の所望する時間内に到着することができないと判別し（＃１１１でＮｏ）、代替の列車がないと判別する（＃１１３）。

図１２のステップ＃１０６に戻って、その乗継列車（以下、「第一の乗継列車」と記載することがある。）を下車した後、さらに、乗り継ぐ予定の列車（以下、「第二の乗継列車」と記載することがある。）がある場合は（＃１０６でＹｅｓ）、第二の乗継列車を変更する必要があるか否かを、これらの列車の運行状況テーブルＴＢ４および第一の乗継列車と第二の乗継列車との乗換駅における第一の乗継列車の到着ホームの乗換標準時分テーブルＴＢ３に基づいて判別する（＃１０７）。

すなわち、第一の乗継列車の代替の列車が第二の乗継列車に連絡しているのであれば、第二の乗継列車を変更する必要がないと判別し、連絡していないのであれば変更する必要があると判別する。

例えば、乗客は、当初、第一の乗継列車として特急Ｂ３号を指定し、第二の乗継列車として特急Ｃ５号を指定していたとする。そして、ステップ＃１０１〜＃１０５の結果、第一の乗継列車の代替の列車として、特急Ｂ５号が検索されたとする。この場合は、特急Ｂ５号の運行状況テーブルＴＢ４に示される、乗換駅（ここでは、ｑ３駅）の到着の当日運行予測時刻、特急Ｃ３号の運行状況テーブルＴＢ４に示される、ｑ３駅の発車の当日運行予測時刻、およびｑ３駅のＱ線ホームの乗換標準時分テーブルＴＢ３に示されるＲ線ホームへの乗換標準時間が、（１）式を満たす関係にあるか否かを判別すればよい。ただし、ここでは、時刻Ｔ１は特急Ｃ３号の当日運行予測時刻であり、時刻Ｔ２は特急Ｂ５号の当日運行予測時刻であり、乗換標準時間αはｑ３駅におけるＱ線ホームからＲ線ホームへの乗換標準時間である。そして、（１）式を満たす関係にある場合は代替の列車である特急Ｂ５号であっても、当初の乗車予定の特急Ｃ３号に乗り換えることができるので、第二の乗継列車（ここでは、特急Ｃ３号）を変更する必要はないと判別する。（１）式を満たす関係にない場合は、変更する必要があると判別する。

第二の乗継列車を変更する必要があると判別した場合は（＃１０７でＹｅｓ）、その第二の乗継列車の代替の列車を検索する（＃１０８）。検索する方法は、ステップ＃１０１〜＃１０５で説明した、第一の乗継列車を検索する方法と同様であるので、説明を省略する。

第二の乗継列車の代替の列車が見つからなかった場合は（＃１０９でＮｏ）、直前乗車列車の後に乗る予定の列車の代替となる列車が見つからなかったと判別する（図１３の＃１１３）。代替の列車が見つかった場合は（＃１０９でＹｅｓ）、さらにその次に乗り継ぐ列車がなければ（図１３の＃１１０でＮｏ）、その代替の列車によってその乗客が所望する時間内に最終目的の駅に到着することができるか否かを判別する（＃１１１）。判別の方法は、第一の乗継列車の場合と同様であり、前に説明した通りである。そして、到着することができると判別される場合は（＃１１１でＹｅｓ）、図１２のステップ＃１０１〜＃１０９の処理によって検索された列車を、直前乗車列車の後に乗る列車の代替に決定する（＃１１２）。到着することができないと判別される場合は（＃１１１でＮｏ）、直前乗車列車の後に乗る列車の代替はないと判別する（＃１１３）。

一方、さらにその次に乗り継ぐ列車がある場合は（＃１１０でＹｅｓ）、その乗り継ぐ列車について、図１２のステップ＃１０７〜＃１０９の処理を実行する。

図４に戻って、情報管理サーバ１の予約変更指令部１０５は、列車検索部１０４によって代替の列車が検索された場合（つまり、乗客の遅延許容範囲内に最終目的の駅に到着することができる列車の予約が可能である場合）は、代替の列車の予約を行うべき旨の指令を列車予約システムＴＲＳに対して与える。このとき、顧客情報テーブルＴＢ１を参照し、その乗客の所望する席を通知する。これにより、代替の列車の予約が行われる。なお、当初乗車する予定であった列車の予約は、代替の列車の予約と引換えにキャンセルされる。

列車予約システムＴＲＳにおいて指令通りの予約が完了したら、予約変更結果通知部１０６は、代替の列車の識別情報、乗車区間、および座席番号など予約の内容を示す予約結果情報７６を、予約の指令元の自動改札機２に対して送信する。また、予約変更結果通知部１０６は、列車検索部１０４によって代替の列車が見つからなかった場合は、予約が不能である旨を示す予約不能情報７７を、指令元の自動改札機２に送信する。

自動改札機２において、予約変更結果受信部２０６（図５参照）は、情報管理サーバ１から予約結果情報７６または予約不能情報７７を受信する。予約情報書換部２０７は、予約結果情報７６が受信された場合は、その自動改札機２にセットされている切符にその予約結果情報７６を書き込む。また、代替の列車に対応する当初の乗継列車（第一の乗継列車、第二の乗継列車、…）の予約の情報を無効にする。これにより、直前乗車列車の後に乗る列車の予約の変更が完了する。

一方、予約不能情報７７が受信された場合は、代替の列車の予約ができなかった旨のメッセージを自動改札機２のディスプレイに表示しまたは音声で出力することによって、乗客に知らせる。または、図７の顧客情報テーブルＴＢ１を参照し、その乗客の電子メールアドレスに送信することによって知らせてもよい。

図１４は情報管理サーバ１の全体的な処理の流れの例を説明するフローチャート、図１５は自動改札機２の全体的な処理の流れの例を説明するフローチャートである。

次に、ある乗客ＰＳが特急Ａ１号、特急Ｂ１号、および特急Ｃ３号を利用してｐ１駅からｒ２駅に向かう場合を例に、予約変更支援システムＹＨＳの全体的な処理の流れを、図１４および図１５のフローチャートを参照して説明する。

乗客ＰＳは、今回の旅行を開始する前に、駅の窓口などで特急Ａ１号、特急Ｂ１号、および特急Ｃ３号の指定席の予約を行い、切符を受け取っておく。乗客ＰＳが特急Ａ１号に乗車した後、何らかのトラブルが発生したとする。すると、ダイヤの担当者は、必要に応じて現在運行中の列車またはこれから運行を開始する列車の当日のダイヤを変更する。情報管理サーバ１は、その変更の内容を示す予定変更情報７０を運行管理システムＵＫＳから受信し、これに基づいて図１０の運行状況テーブルＴＢ４の当日運行予測時刻を更新する（＃１１でＹｅｓ、＃１２）。各列車は、時刻表通りの時刻ではなく、運行状況テーブルＴＢ４の当日運行予測時刻に従って運行される。ステップ＃１１、＃１２の処理は、当日のダイヤが変更されるごとに実行される。

乗客ＰＳが特急Ａ１号に乗車した後しばらくして、特急Ａ１号の当日運行予測時刻すなわち当日のダイヤに変更があったものとする。特急Ａ１号が特急Ｂ１号への乗換駅であるｐ４駅に到着すると、乗客ＰＳは、特急Ａ１号を降り、乗換口の自動改札機２に切符をセットする。

すると、自動改札機２は、その切符から切符情報７４を読み取り（図１５の＃２１）、その切符情報７４に基づいて特急Ａ１号から乗り継ぐ列車があるか否かを判別する（＃２２）。乗客ＰＳは、次に特急Ｂ１号に乗車する予定なので、ここでは、乗り継ぐ列車があると判別される。すると（＃２２でＹｅｓ）、特急Ａ１号から特急Ｂ１号への乗継が可能であるか否かを判別する処理を実行する（＃２３）。係る処理の手順は、前に図１１で説明した通りである。なお、特急Ａ１号の遅れが数分程度であれば、通常は、特急Ｂ１号の当日のダイヤを調整し、ｐ４駅での接続が図られることが多い。遅れが大きい場合は、接続が図られないことが多い。

乗継ができないと判別された場合は（＃２４でＹｅｓ）、特急Ｂ１号の代替の列車の予約を行うように情報管理サーバ１に対して要求する（＃２５）。

情報管理サーバ１は、自動改札機２からの要求を受け付けると（図１４の＃１３）、特急Ｂ１号の代替の列車を検索する処理を実行する（＃１４）。係る処理の手順は、前に図１２および図１３で説明した通りである。

代替の列車を検索することができたら（＃１５でＹｅｓ）、列車予約システムＴＲＳに対して、その列車の予約を指令するとともに、乗客ＰＳの特急Ｂ１号の予約をキャンセルするように指令する（＃１６）。これにより、Ｑ線の列車の予約の変更が行われる。なお、さらにその後に乗車する予定である特急Ｃ３号も同様に、必要に応じて他の列車に変更される。そして、今回の予約の処理の結果を自動改札機２に通知する（＃１７）。一方、代替の列車を検索することできなかった場合は（＃１５でＮｏ）、その旨を自動改札機２に通知する（＃１７）。

自動改札機２は、予約の結果が通知されると（図１５の＃２６でＹｅｓ）、乗客ＰＳの切符に新たに予約された列車、乗車区間、および指定席の場合はその座席番号の情報を書き込むとともに、キャンセルした列車の予約の情報を無効にする（＃２７）。一方、代替の列車を予約できなかった場合は（＃２６でＮｏ）、その旨を乗客ＰＳに知らせる（＃２８）。そして、その後、乗客ＰＳが乗換口を通過するための処理を従来通りに行う。

本実施形態によると、複数の列車を乗り継いで目的地に向かう乗客は、先に乗る列車に遅延が発生しても、その後に乗る予定である列車の代替の列車の予約を、乗換駅の窓口などに並ぶことなく簡単に行うことができる。また、特許文献２に記載されるシステムのように列車の中に座席端末を設ける必要がないので、代替の列車の予約処理のシステムを低コストで構築することができる。

図１４および図１５のフローチャートでは、乗客ＰＳが特急Ａ１号に乗車した後で特急Ａ１号に遅れが発生した場合を例に説明したが、乗車する前に既に遅れが発生している場合は、特急Ａ１号の乗車駅に設置されている自動改札機が特急Ｂ１号の代替の列車の予約のための処理（図１５の処理）を実行してもよい。

代替の列車を検索できなかった場合は、旅行を中止するものとし、旅行を開始した駅まで引き返すための列車の予約を行うようにしてもよい。

図４のデータベース管理部１０１、運行状況情報受信部１０２、列車検索部１０４、および予約変更指令部１０５などに相当する機能を自動改札機２に設けておき、代替の列車の検索および列車予約システムＴＲＳに対するその列車の予約の指令を、情報管理サーバ１を介さずに自動改札機２が直接実行するようにしてもよい。または、図５の乗継可否判別部２０４に相当する機能を情報管理サーバ１に設けておき、乗継の可否の判別を情報管理サーバ１が実行するようにしてもよい。

〔第二の実施形態〕
図１６は予約変更支援システムＹＨＳ’の全体的な構成の例を示す図、図１７は情報管理サーバ１Ｂの機能的構成を示す図、図１８はデータベース管理部１２１が管理するデータベースの例を示す図、図１９は列車予約テーブルＴＢ５の例を示す図、図２０は乗継可否判別処理の処理の流れの例を説明するフローチャートである。

第一の実施形態では、乗客が乗換口の自動改札機２を通過したタイミングで、次に乗車する列車への乗継の可否の判別を行い、必要に応じてその列車の予約の変更を行った。第二の実施形態では、列車に遅れが発生したタイミングで、乗継の可否の判別および予約の変更を行う。

図１６に示すように、第二の実施形態における予約変更支援システムＹＨＳ’は、情報管理サーバ１Ｂ、自動改札機２Ｂ、発券用端末４、および通信回線３などによって構成される。情報管理サーバ１Ｂと自動改札機２Ｂおよび端末装置４とは、通信回線３を介して互いに接続されている。

情報管理サーバ１Ｂのハードウェア構成は、図３に示す第一の実施形態の情報管理サーバ１の構成と同様である。ただし、磁気記憶装置１０ｄには、図１７に示すようなデータベース管理部１２１、運行状況情報受信部１２２、乗継可否判別部１２３、列車検索部１２４、予約変更指示部１２５、および電子メール送信部１２６などの機能を実現するためのプログラムおよびデータがインストールされている。

また、情報管理サーバ１Ｂは、インターネットと接続されており、乗客の所有する携帯電話端末、ＰＤＡ、またはパーソナルコンピュータなどの端末装置５に電子メールを送信することができるように構成されている。

自動改札機２Ｂとして、既存の自動改札機が用いられる。ただし、必要に応じて、乗客の切符から読み取ったデータを情報管理サーバ１に送信しおよび情報管理サーバ１から列車の予約などに関するデータを受信するためのプログラムまたはハードウェアが増設されている。

発券用端末４は、駅の窓口に設置されており、これから列車に乗車する予定である乗客に対し、駅員が操作して切符を発行する。また、切符売場などに設置されている発券用端末４もある。このタイプの場合は、乗客が自分で発券用端末４を操作して切符を購入することができる。または、乗客は、駅の窓口または切符売場の発券用端末４の代わりに自分の端末装置５を操作して鉄道会社ＲＣのＷＷＷサイトにアクセスし、切符を購入することもできる。発券用端末４として、既存の発券用端末が用いられる。ただし、情報管理サーバ１との間で通信を行うためのプログラムまたはハードウェアが増設されている。

通信回線３、列車予約システムＴＲＳ、および運行管理システムＵＫＳの構成および処理内容などは、第一の実施形態の場合と同様である。

図１７において、情報管理サーバ１Ｂのデータベース管理部１２１は、図１８に示すように、顧客データベース１ＤＢ、時刻表データベース２ＤＢ、乗換情報データベース３ＤＢ、運行管理データベース４ＤＢ、および予約管理データベース５ＤＢなどのデータベースを管理している。顧客データベース１ＤＢないし運行管理データベース４ＤＢの内容は、第一の実施形態で説明した通りなので、説明を省略する。

予約管理データベース５ＤＢには、図１９に示すような列車予約テーブルＴＢ５が設けられている。この列車予約テーブルＴＢ５には、乗客が予約した（つまり、指定席券などを購入した）列車に関する情報が格納されている。１つのレコードが、１人の乗客が１つの列車に乗車する分の予約に対応している。よって、例えば３つの列車を乗り継ぐ予定の乗客がこれらの列車を予約した場合は、その乗客には３つのレコードが割り当てられる。

「顧客ＩＤ」は、列車を予約した乗客の識別情報である。「日付」および「乗車列車名」は、予約した列車の運転日および列車名である。列車名の代わりに、例えば「１０１１Ｍ」のような、管理のために使用される列車番号を用いてもよい。「乗車駅」および「下車駅」は、それぞれ、乗客がその列車に乗車する駅および下車する駅であり、これら２つで乗車区間を示している。「遅延許容範囲」は、図７の顧客情報テーブルＴＢ１の遅延許容範囲と同じものである。なお、複数の列車に乗り継ぐ場合は、最後に乗車する列車についてのみ遅延許容範囲を設定しておけばよい。

運行状況情報受信部１２２は、第一の実施形態の運行状況情報受信部１０２（図４参照）と同様に、運行管理システムＵＫＳから予定変更情報７０および運行実績情報７１を受信する。つまり、当日の列車の運行の予定の変更に関する情報および運行の実績に関する情報を受信する。データベース管理部１２１は、第一の実施形態のデータベース管理部１０１と同様に、受信された予定変更情報７０または運行実績情報７１に基づいて運行状況テーブルＴＢ４（図１０参照）の当日運行予測時刻を更新しまたは実施時刻を格納する。

乗継可否判別部１２３は、列車に遅れが発生した場合に、複数の列車を利用する予定の乗客が予定通りに列車の乗継を行うことができるか否かを判別する。判別の方法は、基本的に、第一の実施形態における自動改札機２の乗継可否判別部２０４による判別の方法と同様である。つまり、遅れが生じた列車の運行状況テーブルＴＢ４、それ以降に乗車する列車の運行状況テーブルＴＢ４、各乗換駅の乗換標準時分テーブルＴＢ３、および（１）式に基づいて判別を行う。ただし、前に述べたように、第二の実施形態では、列車に遅れが発生したタイミングで乗継の可否の判別を実行する。乗継可否判別部１２３は、例えば、図２０のフローチャートに示すような手順で判別を行う。

運行状況情報受信部１２２が列車の遅延を示す予定変更情報７０を受信すると、乗継可否判別部１２３は、図１９の列車予約テーブルＴＢ５を参照し、その列車を利用しかつその列車の後に別の列車に乗り継ぐ乗客を抽出する（図２０の＃１２１）。例えば、特急Ａ１号の遅延を示す予定変更情報７０が受信された場合は、顧客ＩＤが「Ｃ０００１」である乗客が抽出される。

予定変更情報７０に係る列車（つまり、遅れが生じた列車）および抽出された乗客が乗り継ぐ列車のそれぞれの運行状況テーブルＴＢ４を抽出する（＃１２２）。また、両列車の乗継駅の乗換標準時分テーブルＴＢ３も抽出しておく。

そして、遅れを生じた列車がその乗継駅に到着する当日の予定の時刻（当日運行予測時刻）、乗り継ぐ列車がその乗継駅を発車する当日の予定の時刻（当日運行予測時刻）、および乗継駅で両列車を乗り継ぐのに必要な時間（乗換標準時間）を（１）式に代入する。ただし、ここでは、（１）式の時刻Ｔ１は乗り継ぐ列車の当日運行予測時刻であり、時刻Ｔ２は遅れを生じた列車の当日運行予測時刻である。

（１）式を満たす場合は（＃１２３でＹｅｓ）、乗り継ぐことができると判別し（＃１２４）。満たさない場合は（＃１２３でＮｏ）、乗り継ぐことができないと判別する（＃１２５）。

図１７に戻って、列車検索部１２４および予約変更指示部１２５は、乗客の列車の乗継ができないと乗継可否判別部１２３によって判別された場合に、その乗客のために代替の列車を予約する。すなわち、列車検索部１２４は、乗客の好みに合った（指定席か自由席か、禁煙車か喫煙車か、および最終の目的駅に到着するのが何時間遅れまでならば許容できるか、などの条件に合った）代替の列車を検索する。代替の列車が見つかった場合は、予約変更指示部１２５は、列車予約システムＴＲＳに対して、その代替の列車の予約および乗車しないことになった列車のキャンセルを行う。

これらの処理の流れには、基本的に第一の実施形態の場合と同様である（図１２、図１３参照）。ただし、第一の実施形態では、図１２のステップ＃１０１において、遅れを生じた列車が実際に乗換駅に到着した時刻（実施時刻）に基づいて検索を行ったが、第二の実施形態では、遅れを生じた列車が乗換駅に到着する当日の予定の時刻（当日運行予測時刻）に基づいて検索を行う。また、乗客が許容する遅延の範囲を示す情報として、図１９の列車予約テーブルＴＢ５に格納されている、その乗客の今回の予約の「遅延許容範囲」の情報を用いる。顧客情報テーブルＴＢ１（図７参照）にもその乗客の遅延許容範囲が格納されている場合は、顧客情報テーブルＴＢ１の遅延許容範囲を優先的に適用してもよいし、列車予約テーブルＴＢ５の遅延許容範囲を優先的に適用してもよい。

電子メール送信部１２６は、乗継可否判別部１２３、列車検索部１２４、および予約変更指示部１２５の処理結果に応じて、例えば次のような電子メールを送信する。

乗客が乗車している列車またはこれから乗車する予定の列車に遅れが生じたがその後に乗り継ぐ列車への乗継が可能であると乗継可否判別部１２３によって判別された場合は、「特急Ａ１号に遅れが発生していますが、その後の特急Ｂ３号への乗継は可能です。」などというメッセージの電子メールを、その乗客の電子メールアドレス（図７参照）に送信する。乗継可否判別部１２３によって乗継が不可能であると判別されたが、列車検索部１２４および予約変更指示部１２５の処理によって代替の列車の予約ができた場合（つまり、列車の変更ができた場合）は、「特急Ａ１号に遅れが発生したため特急Ｂ１号への乗継ができなくなりましたが、後続の特急Ｂ３号への予約の変更ができました。」などというメッセージの電子メールを送信する。乗継が不可能であると判別され、かつ、代替の列車の予約ができなかった場合は、その旨を知らせるメッセージの電子メールを送信する。

図２１は情報管理サーバ１の全体的な処理の流れの例を説明するフローチャートである。次に、ある乗客ＰＳが特急Ａ１号、特急Ｂ１号、および特急Ｃ３号を利用してｐ１駅からｒ２駅に向かう場合を例に、第二の実施形態における予約変更支援システムＹＨＳ’の全体的な処理の流れを、図２１のフローチャートを参照して説明する。

乗客ＰＳは、今回の旅行を開始する前に、駅の窓口などで特急Ａ１号、特急Ｂ１号、および特急Ｃ３号の指定席の予約を行い、切符を受け取っておく。乗客ＰＳが特急Ａ１号に乗車しているときに、何らかのトラブルが発生したために、特急Ａ１号の当日のダイヤつまり当日運行予測時刻が変更されたとする。

すると、情報管理サーバ１は、その旨を示す予定変更情報７０を列車予約システムＴＲＳから受信し（図２１の＃３１）、ダイヤが変更された列車（ここでは、特急Ａ１号）の運行状況テーブルＴＢ４（図１０参照）を更新する（＃３２）。

特急Ａ１号に乗車した後に次の列車（特急Ｂ１号など）に乗り継ぐ予定である乗客のために、必要に応じて乗り継ぐ列車の予約を変更する処理を行う（＃３３〜＃３８）。すなわち、例えば乗客ＰＳの場合は、まず、次の列車である特急Ｂ１号への乗継が可能であるか否かを判別する（＃３３）。係る判別の手順は、前に図２０で説明した通りである。

乗り継ぐことができないと判別した場合は（＃３４でＹｅｓ）、代替の列車を検索する（＃３５）。係る検索の手順は、図１２および図１３に示す通りである。代替の列車を検索することができた場合は（＃３６でＹｅｓ）、その列車の予約および乗車しないことになった特急Ｂ１号のキャンセルを列車予約システムＴＲＳに対して行うとともに（＃３７）、これに合わせて図１９の列車予約テーブルＴＢ５を更新する（＃３８）。また、必要に応じて、特急Ｃ３号についても予約の変更を行い、列車予約テーブルＴＢ５を更新する。

そして、乗客ＰＳの電子メールアドレスに、特急Ａ１号の遅延および特急Ｂ１号などの予約の変更のメッセージを送信する（＃３９）。他の乗客についても、同様の処理を行う。

一方、乗り継ぐことができると判別された場合（＃３４でＮｏ）および乗り継ぐ列車を検索することができなかった場合は（＃３６でＮｏ）、その旨のメッセージを送信する（＃３９）。

なお、一般に、ある列車に遅れが生じたために、他の列車の当日のダイヤを変更し、列車同士の接続（連絡）を図ることがよくある。例えば、特急Ａ１号に遅れが生じた場合に、特急Ｂ１号のｐ４駅の発車時刻を遅らせることがある。そこで、ステップ＃３１において特急Ａ１号の遅れを知らせる予定変更情報７０を受信しても直ちにステップ＃３３の乗継可否判別処理を実行するのではなく、しばらくの間、特急Ｂ１号の当日のダイヤの変更を示す予定変更情報７０を待ってもよい。

通常のダイヤに示される時刻よりも遅れてｐ４駅に到着した乗客ＰＳは、Ｑ線のホームに向かうために、乗換口の自動改札機２Ｂに切符を読み取らせる。このとき、自動改札機２Ｂは、その切符から予約の情報および乗客ＰＳの顧客ＩＤなどを読み取り、情報管理サーバ１の列車予約テーブルＴＢ５から乗客ＰＳの予約の情報を取得する。そして、両方の予約の情報を比較し、両者に違いがあった場合は予約が変更されたものと判別し、切符に記録されている予約の情報を、列車予約テーブルＴＢ５から取得した予約の情報に書き換える。

ただし、予約の情報を情報管理サーバ１で一括管理し、切符には予約の情報を記録しておかない場合は、このような書換えの処理は必要ない。この場合は、自動改札機２Ｂは、従来と同様に、乗車区間の正当性などをチェックし、乗換口の通過の有無を判別すればよい。

第二の実施形態によると、複数の列車を乗り継いで目的地に向かう乗客は、先に乗る列車に遅延が発生しても、その後に乗る予定である列車の代替の列車の予約を、乗換駅の窓口などに並ぶことなく簡単に行うことができる。しかも、第一の実施形態のように乗客が自動改札機２を通過したときではなく、情報管理サーバ１が遅延を検知したときに代替の列車の予約の処理および当初乗車する予定だった列車の予約のキャンセルの処理が実行されるので、乗客にとっては、より迅速に代替の列車の座席を確保することができ、鉄道会社ＲＣにとっては、利用されなくなった指定席のキャンセルをより迅速に受け付けることができより効率的に指定席を運用することができる。

図２１のフローチャートでは、乗客ＰＳが特急Ａ１号、特急Ｂ１号、および特急Ｃ３号の順に列車を乗り継ぐ際に特急Ａ１号に遅れが発生した場合を例に説明したが、特急Ｂ１号に遅れが発生した場合も、図２１に示す処理の手順でその後に乗る列車すなわち特急Ｃ３号の代替の列車の予約の処理を実行する。この場合は、特急Ｂ１号が本願の請求の範囲の「第一の便」または「第一の列車」に相当し、特急Ｃ３号が「第二の便」または「第二の列車」に相当する。

第一および第二の実施形態では、ＩＣカードタイプの切符を例に説明したが、Ｂｌｕｅｔｏｏｔｈなどの無線機能を備えた携帯電話端末を、切符として使用することもできる。この場合は、携帯電話端末のメモリに乗車券、特急券、および指定席券などの情報を記憶させておけばよい。

第一および第二の実施形態では、鉄道会社ＲＣが運行する列車同士の乗継を例に説明したが、本発明は、他の乗物同士の乗継の場合にも適用することができる。例えば、ＪＲの列車と私鉄の列車のように、異なる鉄道会社同士の列車の乗継に適用することができる。または、列車、バス、客船、または旅客機同士の乗継にも適用することができる。

第一および第二の実施形態では、先に乗車する列車の遅れが原因で乗継ができなくなった列車の代替の列車として、当該乗継ができなくなった列車と同じ路線を走る列車を検索して予約したが、目的地に到着することができるのであれば、他の路線（例えば、他の鉄道会社の路線）を走る列車を予約してもよいし、他の乗物（例えば、バス）を予約してもよい。

本発明を適用して予約の処理を行うことができる対象は、第一の便の直後に第二の便を利用する予定である乗客に限定されるものではない。例えば、東海道新幹線のひかりＸ号で名古屋駅から東京駅へ移動し、山手線で東京駅から上野駅へ移動し、特急ひたちＹ号で上野駅から水戸駅まで移動する乗客が、東海道新幹線の指定席と特急ひたち号の予約（指定席）を取得済であったとする。この場合は、ひかりＸ号が第一の便に該当し、特急ひたちＹ号が第二の便に該当する。また、この場合は、（１）式の乗換標準時間αは、東京駅で東海道新幹線のホームから山手線のホームに移動する時間、山手線を待つ時間、山手線での東京駅から上野駅までの乗車時間、および上野駅で山手線のホームから特急ひたちＹ号のホームに移動する時間などに基づいて決められる。このように、第一の便から第二の便に乗り継ぐために交通手段を利用する場合にも、本発明が適用される。

その他、予約変更支援システムＹＨＳ、ＹＨＳ’、情報管理サーバ１、１Ｂ、自動改札機２、２Ｂの全体または各部の構成、処理内容、処理順序、データベースの構成などは、本発明の趣旨に沿って適宜変更することができる。

以上説明した実施形態に関し、さらに以下の付記を開示する。
（付記１）第一の便を利用した後に第二の便に乗り継いで目的地に向かう予定である乗客のために予約の処理を行う予約処理システムであって、
前記第二の便に乗り継ぐために前記第一の便を降りる場所である降場への当該第一の便の到着時刻を取得する到着時刻取得手段と、
前記乗客が前記第二の便に乗る乗場を当該第二の便が出発する予定の時刻である出発予定時刻を取得する出発予定時刻取得手段と、
取得された前記到着時刻および前記出発予定時刻に基づいて、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別する、判別手段と、
前記第二の便に乗り継ぐことができないと判別された場合に、前記第一の便から乗り継ぐことができる、前記第二の便の代替の便の予約を、前記乗客のために行う、予約手段と、
を有することを特徴とする予約処理システム。
（付記２）前記第一の便から前記第二の便に乗り継ぐための経路に、切符を発行する切符発行手段が設けられており、
前記到着時刻取得手段は、前記到着時刻として、前記乗客が前記第一の便に乗った当日に当該第一の便が前記降場に実際に到着した時刻を取得し、
前記出発予定時刻取得手段は、前記出発予定時刻として、前記乗客が前記第二の便に乗る当日に予定される出発時刻を取得し、
前記切符発行手段は、前記予約手段によって予約が行われた前記代替の便の切符を前記乗客に対して発行する、
付記１記載の予約処理システム。
（付記３）前記切符発行手段は、前記経路に置かれている自動改札機に設けられており、
前記自動改札機には、前記乗客が前記経路を通過することができるか否かを判別するために当該乗客の切符に記録されている情報を読み取る読取手段が前記切符発行手段とともに設けられており、
前記切符発行手段は、前記乗客に対して前記代替の便の切符を発行する処理を、前記乗客が前記経路を通過するために前記自動改札機にセットした切符に当該代替の便の予約の情報を書き込むことによって行う、
付記２記載の予約処理システム。
（付記４）各便の予約に関する予約情報を記憶する予約情報記憶手段、を有し、
前記到着時刻取得手段は、前記到着時刻として、前記乗客が乗る前記第一の便が通常のダイヤグラム通りに前記降場に到着することができなくなった場合の当日の到着予定時刻を取得し、
前記出発予定時刻取得手段は、前記出発予定時刻として、前記乗客が前記第二の便に乗る当日に予定される出発時刻を取得し、
前記判別手段は、前記到着時刻が前記到着時刻取得手段によって取得されたときに、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別し、
前記予約情報記憶手段は、前記予約手段によって前記乗客のために前記代替の便の予約が行われた場合に、当該乗客のための前記第二の便の前記予約情報を無効にするとともに当該代替の便の予約情報を記憶する、
付記１記載の予約処理システム。
（付記５）前記乗客の座席の好みおよび前記乗客が許容し得る前記目的地への到着時刻の遅れを示す要望情報を記憶する要望情報記憶手段、を有し、
前記予約手段は、前記乗客の前記要望情報に基づいて、前記代替の便として、当該乗客の好みの座席が空いておりかつ当該乗客が許容し得る時刻までに前記目的地に到着することができる便について、予約を行う、
付記１ないし付記４のいずれかに記載の予約処理システム。
（付記６）前記乗客のために前記予約手段によって行われた前記代替の便の予約の内容を当該乗客の電子メールアドレスに電子メールによって通知する予約通知手段、を有する、
付記１ないし付記５のいずれかに記載の予約処理システム。
（付記７）第一の列車、第二の列車の順に列車を利用する予定でありかつ当該第二の列車の予約を有する乗客のために予約に関する処理を行う予約処理システムであって、
前記第一の列車から前記第二の列車に乗り換える乗換駅に前記乗客が乗車した前記第一の列車が到着した到着時刻を取得する到着時刻取得手段と、
前記乗客が前記第二の列車に乗る当日の、当該第二の列車が前記乗換駅を出発する予定の時刻である、出発予定時刻を取得する、出発予定時刻取得手段と、
前記第一の列車が前記乗換駅に到着するホームから前記第二の列車が前記乗換駅を出発するホームへ移動するのに必要な時間を示す移動必要時間情報を記憶する移動必要時間情報記憶手段と、
前記乗換駅で前記第一の列車から前記第二の列車に乗り換えるための乗換口を通過する前記乗客の切符から情報を読み取る読取手段と、
前記乗換駅までの前記第一の列車の乗車に関する情報当該乗換駅からの前記第二の列車の乗車に関する情報の両方が前記読取手段によって読み取られたときに、前記到着時刻取得手段によって取得された前記到着時刻と前記出発予定時刻取得手段によって取得された前記出発予定時刻との時間差および前記移動必要時間情報に示される時間に基づいて、当該第二の列車に乗り継ぐことができるか否かを判別する判別手段と、
前記第二の列車に乗り継ぐことができないと判別された場合に、前記乗客のために当該第二の列車の代替の列車の予約を行うとともに、当該第二の列車の予約のキャンセルを行う、予約処理手段と、
を有することを特徴とする予約処理システム。
（付記８）第一の列車、第二の列車の順に列車を利用する予定でありかつ当該第二の列車の予約を有する乗客のために予約に関する処理を行う予約処理システムであって、
各列車の予約に関する予約情報を記憶する予約情報記憶手段と、
前記乗客が乗車した前記第二の列車が前記第一の列車から前記第二の列車に乗り換える乗換駅を出発する当日の予定の時刻である出発予定時刻を取得する出発予定時刻取得手段と、
前記乗客が乗車する前記第一の列車が前記乗換駅に通常のダイヤグラムよりも遅れて到着することになった場合に、その到着する当日の予定の時刻である到着予定時刻を取得する、到着予定時刻取得手段と、
前記第一の列車が前記乗換駅に到着するホームから前記第二の列車が前記乗換駅を出発するホームへ移動するのに必要な時間を示す移動必要時間情報を記憶する移動必要時間情報記憶手段と、
前記到着予定時刻取得手段によって取得された前記到着予定時刻および前記出発予定時刻取得手段によって取得された前記出発予定時刻との時間差および前記移動必要時間情報に示される時間に基づいて、前記乗客が前記第二の列車に乗り継ぐことができるか否かを判別する判別手段と、
前記第二の列車に乗り継ぐことができないと判別された場合に、前記乗客のために当該第二の列車の代替の列車の予約を行うとともに、当該第二の列車の予約のキャンセルを行う、予約処理手段と、を有し、
前記予約情報記憶手段は、前記予約手段によって前記乗客のために前記代替の列車の予約が行われた場合に、当該乗客のための前記第二の列車の前記予約情報を無効にするとともに当該代替の列車の予約情報を記憶する、
ことを特徴とする予約処理システム。
（付記９）第一の便を利用した後に第二の便に乗り継いで目的地に向かう予定である乗客のために予約の処理を行う予約処理方法であって、
前記第二の便に乗り継ぐために前記第一の便を降りる場所である降場への当該第一の便の到着時刻を取得し、
前記乗客が前記第二の便に乗る乗場を当該第二の便が出発する予定の時刻である出発予定時刻を取得し、
取得された前記到着時刻および前記出発予定時刻に基づいて、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別し、
前記第二の便に乗り継ぐことができないと判別された場合に、前記第一の便から乗り継ぐことができる、前記第二の便の代替の便の予約を、前記乗客のために行う、
ことを特徴とする予約処理方法。
（付記１０）第一の便を利用した後に第二の便に乗り継いで目的地に向かう予定である乗客のために予約の処理を行うコンピュータに用いられるコンピュータプログラムであって、
前記第二の便に乗り継ぐために前記第一の便を降りる場所である降場への当該第一の便の到着時刻を取得する処理と、
前記乗客が前記第二の便に乗る乗場を当該第二の便が出発する予定の時刻である出発予定時刻を取得する処理と、
取得された前記到着時刻および前記出発予定時刻に基づいて、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別する処理と、
前記第二の便に乗り継ぐことができないと判別された場合に、前記乗客のために、前記第一の便から乗り継ぐことができる、前記第二の便の代替の便を予約する処理と、
をコンピュータに実行させるためのコンピュータプログラム。

本発明は、交通手段を運営する会社において顧客サービスを向上させるために好適に用いられる。本発明によるとダイヤが乱れたときに予約の変更を円滑に行うことができるので、乗客の不満を軽減するとともに、窓口係、案内係、および車掌などが乗客に応対する労力を軽減することができる。

本発明に係る予約変更支援システムの全体的な構成の例を示す図である。 鉄道会社の主な路線および主な駅を示す図である。 情報管理サーバのハードウェア構成の例を示す図である。 情報管理サーバの機能的構成の例を示す図である。 自動改札機の機能的構成の例を示す図である。 データベース管理部が管理するデータベースの例を示す図である。 顧客情報テーブルの例を示す図である。 時刻表テーブルの例を示す図である。 乗換標準時分テーブルの例を示す図である。 運行状況テーブルの例を示す図である。 乗継可否判別処理の流れの例を説明するフローチャートである。 代替列車検索処理の流れの例を説明するフローチャートである。 代替列車検索処理の流れの例を説明するフローチャートである。 情報管理サーバの全体的な処理の流れの例を説明するフローチャートである。 自動改札機の全体的な処理の流れの例を説明するフローチャートである。 予約変更支援システムの全体的な構成の例を示す図である。 情報管理サーバの機能的構成を示す図である。 データベース管理部が管理するデータベースの例を示す図である。 列車予約テーブルの例を示す図である。 乗継可否判別処理の処理の流れの例を説明するフローチャートである。 情報管理サーバの全体的な処理の流れの例を説明するフローチャートである。

符号の説明

１０５、１２５ 予約変更指令部（予約手段）
１２２ 運行状況情報受信部（出発予定時刻取得手段、到着時刻取得手段）
１２３ 乗継可否判別部（判別手段）
２０２ 列車情報受信部（出発予定時刻取得手段、到着時刻取得手段）
２０４ 乗継可否判別部（判別手段）
２０５ 予約変更要求部（予約手段）
ＴＢ５ 列車予約テーブル（予約情報記憶手段）
ＹＨＳ 予約変更支援システム（予約処理システム）

Claims (5)

1. 第一の便を利用した後に第二の便に乗り継いで目的地に向かう予定である乗客のために予約の処理を行う予約処理システムであって、
   各便の予約に関する予約情報を記憶する予約情報記憶手段と、
   前記第二の便に乗り継ぐために前記第一の便を降りる場所である降場への当該第一の便の到着時刻として、前記乗客が乗る当該第一の便が通常のダイヤグラム通りに当該降場に到着することができなくなった場合の当日に予定される到着予定時刻を取得する、到着時刻取得手段と、
   前記乗客が前記第二の便に乗る乗場を当該第二の便が出発する出発時刻として、当該乗客が前記第二の便に乗る当日に予定される出発予定時刻を取得する、出発時刻取得手段と、
   前記到着時刻が前記到着時刻取得手段によって取得されたときに、当該到着時刻および前記出発時刻取得手段によって取得された前記出発時刻に基づいて、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別する、判別手段と、
   前記乗客の好みの乗車空間に関する条件および前記乗客が許容し得る前記目的地への到着時刻の遅れを示す要望情報を記憶する要望情報記憶手段と、
   前記第二の便に乗り継ぐことができないと判別された場合に、前記第一の便から乗り継ぐことができる、前記第二の便の代替の便として、前記要望情報に示される前記乗車空間に関する条件に適っており、前記要望情報に示される前記遅れの範囲内で前記目的地に到着することができる便の予約を、前記乗客のために行う、予約手段と、を有し、
   前記予約情報記憶手段は、前記予約手段によって前記乗客のために前記代替の便の予約が行われた場合に、当該乗客のための前記第二の便の前記予約情報を無効にするとともに当該代替の便の予約情報を記憶する、
   ことを特徴とする予約処理システム。
2. 前記要望情報記憶手段は、前記乗車空間に関する条件として、前記乗客の好みの座席に関する条件、または前記乗客の好みの車両に関する条件を示す前記要望情報を記憶する、
   請求項１記載の予約処理システム。
3. 第一の列車、第二の列車の順に列車を利用する予定でありかつ当該第二の列車の予約を有する乗客のために予約に関する処理を行う予約処理システムであって、
   前記第一の列車から前記第二の列車に乗り換える乗換駅に前記乗客が乗車した前記第一の列車が到着した到着時刻を取得する到着時刻取得手段と、
   前記乗客が前記第二の列車に乗る当日の、当該第二の列車が前記乗換駅を出発する予定の時刻である、出発予定時刻を取得する、出発予定時刻取得手段と、
   前記第一の列車が前記乗換駅に到着するホームから前記第二の列車が前記乗換駅を出発するホームへ移動するのに必要な時間を示す移動必要時間情報を記憶する移動必要時間情報記憶手段と、
   前記乗換駅で前記第一の列車から前記第二の列車に乗り換えるための乗換口を通過する前記乗客の切符から情報を読み取る読取手段と、
   前記乗換駅までの前記第一の列車の乗車に関する情報当該乗換駅からの前記第二の列車の乗車に関する情報の両方が前記読取手段によって読み取られたときに、前記到着時刻取得手段によって取得された前記到着時刻と前記出発予定時刻取得手段によって取得された前記出発予定時刻との時間差および前記移動必要時間情報に示される時間に基づいて、当該第二の列車に乗り継ぐことができるか否かを判別する判別手段と、
   前記第二の列車に乗り継ぐことができないと判別された場合に、前記乗客のために当該第二の列車の代替の列車の予約を行うとともに、当該第二の列車の予約のキャンセルを行う、予約処理手段と、
   を有することを特徴とする予約処理システム。
4. 第一の便を利用した後に第二の便に乗り継いで目的地に向かう予定である乗客のために予約の処理を行う予約処理方法であって、
   前記第二の便に乗り継ぐために前記第一の便を降りる場所である降場への当該第一の便の到着時刻を取得し、
   前記乗客が前記第二の便に乗る乗場を当該第二の便が出発する予定の時刻である出発予定時刻を取得し、
   取得された前記到着時刻および前記出発予定時刻に基づいて、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別し、
   前記乗客の好みの乗車空間に関する条件および前記乗客が許容し得る前記目的地への到着時刻の遅れを示す要望情報を記憶手段に記憶させ、
   前記第二の便に乗り継ぐことができないと判別された場合に、前記第一の便から乗り継ぐことができる、前記第二の便の代替の便として、前記要望情報に示される前記乗車空間に関する条件に適っており、前記要望情報に示される前記遅れの範囲内で前記目的地に到着することができる便の予約を、前記乗客のために行う、
   ことを特徴とする予約処理方法。
5. 第一の便を利用した後に第二の便に乗り継いで目的地に向かう予定である乗客のために予約の処理を行うコンピュータに用いられるコンピュータプログラムであって、
   前記第二の便に乗り継ぐために前記第一の便を降りる場所である降場への当該第一の便の到着時刻を取得する処理と、
   前記乗客が前記第二の便に乗る乗場を当該第二の便が出発する予定の時刻である出発予定時刻を取得する処理と、
   取得された前記到着時刻および前記出発予定時刻に基づいて、前記乗客が前記第二の便に乗り継ぐことができるか否かを判別する処理と、
   前記乗客の好みの乗車空間に関する条件および前記乗客が許容し得る前記目的地への到着時刻の遅れを示す要望情報を記憶手段に記憶させる処理と、
   前記第二の便に乗り継ぐことができないと判別された場合に、前記乗客のために、前記第一の便から乗り継ぐことができる、前記第二の便の代替として、前記要望情報に示される前記乗車空間に関する条件に適っており、前記要望情報に示される前記遅れの範囲内で前記目的地に到着することができる便を予約する処理と、
   をコンピュータに実行させるためのコンピュータプログラム。