(57)【要約】【課題】終電に間に合わない場合などにタクシーなどの代替手段の予約をより早く行う。【解決手段】予約システム１に、交通機関を利用する乗客の目的地を示す目的地情報７１を取得する目的地情報取得部３０１と、目的地への運行の予定を示す運行予定表７４を取得する運行情報取得部３０３と、取得した目的地情報７１および運行予定表７４に基づいて、乗客が目的地に当日中に着くことができるか否かの判別を行う到着可否判別部３０４と、着くことができない旨の判別の結果が得られた場合に乗客に対してタクシーなどの代替手段の案内の電子メールを送信する案内メール送信部２０１と、代替手段の予約を受け付ける予約処理部２０２と、を設ける。【選択図】      図５
2004259201.tif 000002
【特許請求の範囲】
【請求項１】
交通機関を利用しようとする乗客の目的地を示す目的地情報を取得する目的地情報取得手段と、
前記交通機関の前記目的地への運行の予定を示す運行予定情報を取得する運行予定情報取得手段と、
取得した前記目的地情報および前記運行予定情報に基づいて、前記乗客が前記目的地に当該目的地方面への最終便までの便によって着くことができるか否かの判別を行う到着可否判別手段と、
最終便までの便によって着くことができない旨の判別の結果が得られた場合に、前記乗客に対して、当該乗客の現在地から当該最終便までの便によって行くことができる場所までの間の場所で利用を開始することができる機関の案内を行う案内手段と、
前記機関の利用の予約を受け付ける予約受付手段と、
を有してなることを特徴とする予約システム。
【請求項２】
前記乗客ごとに、当該乗客の所有する携帯型端末装置の電子メールアドレスおよび当該乗客の住所を、当該乗客を識別するための識別子と対応付けて記憶する乗客情報記憶手段と、
前記乗客が前記交通機関を利用するために改札口を通過した時刻を示す時刻情報を取得する時刻情報取得手段と、を有し、
前記目的地情報取得手段は、前記乗客の所有するデータ記録手段から読み取った識別子に対応する前記住所に基づいて前記目的地情報を取得し、
前記到着可否判別手段は、前記時刻情報に基づいて前記判別を行い、
前記案内手段は、前記予約を行う予約画面を前記携帯型端末装置に表示するための情報を、前記乗客のデータ記録手段から読み取った前記識別子に対応する前記電子メールアドレスに送信することによって、前記案内を行い、
前記予約受付手段は、前記予約画面が表示された前記携帯型端末装置において指定された内容に基づいて前記予約を受け付ける、
請求項１記載の予約システム。
【請求項３】
前記乗客ごとに、当該乗客の所有する携帯型端末装置の電子メールアドレスを、当該乗客を識別するための識別子とを対応付けて記憶する乗客情報記憶手段と、
前記乗客が前記交通機関を利用するために改札口を通過した時刻を示す時刻情報を取得する時刻情報取得手段と、を有し、
前記目的地情報取得手段は、前記乗客の定期券から読み取った当該定期券の利用区間に基づいて前記目的地情報を取得し、
前記到着可否判別手段は、前記時刻情報に基づいて前記判別を行い、
前記案内手段は、前記予約を行う予約画面を前記携帯型端末装置に表示するための情報を、前記乗客のデータ記録手段から読み取った前記識別子に対応する前記電子メールアドレスに送信することによって、前記案内を行い、
前記予約受付手段は、前記予約画面が表示された前記携帯型端末装置において指定された内容に基づいて前記予約を受け付ける、
請求項１記載の予約システム。
【請求項４】
前記目的地情報取得手段は、前記目的地情報として、前記乗客が自動券売機に対して指定した行き先の駅を示す目的地情報を取得し、
前記案内手段は、前記予約を行う予約画面を前記自動券売機に表示させることによって、前記案内を行い、
前記予約受付手段は、前記予約画面が表示された前記自動券売機において指定された内容に基づいて前記予約を受け付ける、
請求項１記載の予約システム。
【請求項５】
乗客が交通機関を利用するために改札口を通過する際に、当該改札口に設置されている自動改札機によって当該乗客の定期券の利用区間を読み取るステップと、
読み取った前記利用区間に基づいて、前記乗客の目的地を示す目的地情報を取得するステップと、
前記交通機関の前記目的地への運行の予定を示す運行予定情報を取得するステップと、
取得した前記目的地情報および前記運行予定情報に基づいて、前記乗客が前記目的地に当該目的地方面への最終便までの便によって着くことができるか否かの判別を行うステップと、
最終便までの便によって着くことができない旨の判別の結果が得られた場合に、前記乗客の所有する携帯型端末装置に対して、当該乗客の現在地から当該最終便までの便によって行くことができる場所までの間の場所で利用を開始することができる機関を案内するメッセージを送信するステップと、
前記携帯型端末装置によって指定された内容に基づいて前記機関の利用の予約を受け付けるステップと、
を有してなることを特徴とする予約方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、交通機関の代替手段の予約を行うための予約システムおよび予約方法に関する。
【０００２】
【従来の技術】
従来より、タクシーの予約を行うためのシステムが提案されている。例えば、下記の特許文献１に記載のタクシー予約システムによると、列車の乗客は、目的地（目的の駅）に到着してから利用するためのタクシーを、列車に乗車する前に乗車駅で予約しておくことができる。
【０００３】
特許文献２に記載の自動販売機を利用したタクシー手配システムによると、自動販売機の識別情報に基づいて予約の要求を行うことにより、自分の現在地が分からなくともタクシーの予約を行うことができる。特許文献３に記載の経路案内サービスシステムによると、出発地情報、目的地情報、および時刻情報に基づいて出発地から目的地までの経路を探索し、探索された経路にタクシーが含まれている場合は、タクシーの予約を行うことができる。
【０００４】
【特許文献１】
特開２０００−３０７２８５号公報
【０００５】
【特許文献２】
特開平１１−２８３１２１号公報
【０００６】
【特許文献３】
特開２００２−３６５０８２号公報
【０００７】
【発明が解決しようとする課題】
例えば夜遅くに鉄道などの交通機関を利用して目的地に向かうと、その目的地に停車する便の運行が終わっているために、途中の駅までしか行くことができないことがある。そうすると、乗客は、その途中の駅からタクシーなどの代替手段を利用して目的地に向かわなければならない。
【０００８】
この場合に、その途中の駅に着いてからタクシーに乗車しようとしても、なかなか乗車することができないことがある。タクシーの台数に対してタクシー待ちの人が多いからである。途中の駅に着いてからすぐにタクシーに乗車したいのであれば、今いる駅で前もってタクシーを予約しておけばよい。ところが、その途中の駅は、大抵は日頃利用しない駅であるので、どのタクシー会社に対して予約の要求を行えばよいのか分からない。そこで、特許文献１〜３に記載されるシステムを用いることが考えられる。
【０００９】
しかし、特許文献１に記載のタクシー予約システムによると、確かに乗客は今いる駅でタクシーの予約を行うことはできるが、最初からタクシーを予約する意思がなければならない。つまり、乗客は、途中の駅までしか行くことができないことを知っていなければ、タクシーの予約を行うことはできない。
【００１０】
特許文献２に記載のタクシー手配システムによると、どのタクシー会社に対して予約を行えばよいのか分からなくても、予約を行うことができる。しかし、途中の駅に着いてからでなければ予約を行うことができない。よって、結局、タクシーの順番を待たなければならない。
【００１１】
特許文献３に記載の経路案内サービスシステムによると、今いる駅においてタクシーの予約を行うことができる。しかし、特許文献１の場合と同様に、途中の駅までしか行くことができないことを知らなければ、この経路案内サービスシステムを使用することはない。よって、タクシーの予約が遅れてしまい、タクシーの順番を待たなければならない場合がある。
【００１２】
本発明は、このような問題点に鑑み、タクシーなどの代替手段の予約をより早く行うことができるようにすることを目的とする。
【００１３】
【課題を解決するための手段】
本発明に係る予約システムは、交通機関を利用しようとする乗客の目的地を示す目的地情報を取得する目的地情報取得手段と、前記交通機関の前記目的地への運行の予定を示す運行予定情報を取得する運行予定情報取得手段と、取得した前記目的地情報および前記運行予定情報に基づいて、前記乗客が前記目的地に当該目的地方面への最終便までの便によって着くことができるか否かの判別を行う到着可否判別手段と、最終便までの便によって着くことができない旨の判別の結果が得られた場合に、前記乗客に対して、当該乗客の現在地から当該最終便までの便によって行くことができる場所までの間の場所で利用を開始することができる機関の案内を行う案内手段と、前記機関の利用の予約を受け付ける予約受付手段と、を有してなる。
【００１４】
好ましくは、前記乗客ごとに、当該乗客の所有する携帯型端末装置の電子メールアドレスおよび当該乗客の住所を、当該乗客を識別するための識別子と対応付けて記憶する乗客情報記憶手段と、前記乗客が前記交通機関を利用するために改札口を通過した時刻を示す時刻情報を取得する時刻情報取得手段と、を有し、前記目的地情報取得手段は、前記乗客の所有するデータ記録手段から読み取った識別子に対応する前記住所に基づいて前記目的地情報を取得し、前記到着可否判別手段は、前記時刻情報に基づいて前記判別を行い、前記案内手段は、前記予約を行う予約画面を前記携帯型端末装置に表示するための情報を、前記乗客のデータ記録手段から読み取った前記識別子に対応する前記電子メールアドレスに送信することによって、前記案内を行い、前記予約受付手段は、前記予約画面が表示された前記携帯型端末装置において指定された内容に基づいて前記予約を受け付ける。または、前記目的地情報取得手段は、前記乗客の定期券から読み取った当該定期券の利用区間に基づいて前記目的地情報を取得する。
【００１５】
または、前記目的地情報取得手段は、前記目的地情報として、前記乗客が自動券売機に対して指定した行き先の駅を示す目的地情報を取得し、前記案内手段は、前記予約を行う予約画面を前記自動券売機に表示させることによって、前記案内を行い、前記予約受付手段は、前記予約画面が表示された前記自動券売機において指定された内容に基づいて前記予約を受け付ける。
【００１６】
本発明における「交通機関」として、鉄道、バス、旅客機、または旅客船などが挙げられる。「機関」として、これらの交通機関の代替手段となるタクシーまたはホテルなどが挙げられる。
【００１７】
【発明の実施の形態】
図１は予約システム１の全体の構成の例を示す図、図２は鉄道Ｆの路線図、図３は駅システム３の構成の例を示す図、図４は駅用コンピュータ３４のハードウェア構成の例を示す図、図５は予約システム１の機能的構成の例を示す図、図６は乗客情報データベース３Ｄ２の例を示す図、図７は予約案内メール画面ＨＧ１の例を示す図、図８は予約用画面ＨＧ２、ＨＧ５の例を示す図、図９は受付確認画面ＨＧ３、ＨＧ６の例を示す図、図１０はタクシーデータベース２Ｄ１の例を示す図、図１１は予約データベース２Ｄ３の例を示す図、図１２は予約案内画面ＨＧ４の例を示す図、図１３は予約券の例を示す図である。
【００１８】
図１に示すように、本発明に係る予約システム１は、予約受付サーバ２、駅システム３、およびネットワーク６などによって構成される。予約受付サーバ２と駅システム３とは、ネットワーク６を介して互いに接続可能である。ネットワーク６として、例えば、インターネット、公衆回線、または専用線などが用いられる。
【００１９】
この予約システム１は、鉄道、バス、旅客機、または旅客船などの交通機関を運営する企業などに設けられる。以下、図２に示す路線からなる鉄道Ｆを運営する鉄道会社Ｘに設けられた予約システム１を例に説明する。
【００２０】
駅システム３は、図３に示すように、自動券売機３１、予約専用機３２、自動改札機３３、および駅用コンピュータ３４などによって構成され、鉄道Ｆの各駅ごとに設けられる。自動券売機３１、予約専用機３２、および自動改札機３３の各装置は、１組の駅システム３に対して１台だけであってもよいし複数台あってもよい。自動券売機３１、予約専用機３２、および自動改札機３３は、駅用コンピュータ３４と接続されている。
【００２１】
自動券売機３１は、これから列車に乗車しようとする乗客に対して目的の駅（行き先の駅）までの乗車券を販売するための装置である。さらに、乗車券の販売とともに、タクシーなどの予約をも行うことができる。予約専用機３２は、タクシーなどの予約を行うための専用の装置である。自動券売機３１および予約専用機３２には、操作および表示のためのタッチパネルが備えられている。予約の処理については、後に詳しく説明する。
【００２２】
鉄道Ｆを利用しようとする乗客は、定期券、乗車券、またはプリペイドカードを持って改札口を通過する。定期券およびプリペイドカードには、それぞれの定期券またはプリペイドカードを識別するための識別子（識別コードＳＣ２）が記録されている。改札口に設置されている自動改札機３３は、その乗客の定期券、乗車券、またはプリペイドカードなどをチェックする。この際に、乗車券などに記録されている行き先の駅または識別コードＳＣ２などを読み取り、駅用コンピュータ３４に送信する。
【００２３】
駅用コンピュータ３４は、図４に示すように、ＣＰＵ３４ａ、ＲＡＭ３４ｂ、ＲＯＭ３４ｃ、磁気記憶装置３４ｄ、ディスプレイ装置３４ｅ、マウスまたはキーボードなどの入力装置３４ｆ、および各種インタフェースなどによって構成される。磁気記憶装置３４ｄには、オペレーティングシステム（ＯＳ）および図５に示す目的地情報取得部３０１、時刻情報取得部３０２、運行情報取得部３０３、到着可否判別部３０４、メール送信指令部３０５、ダイヤグラムデータベース３Ｄ１、および乗客情報データベース３Ｄ２などを実現するためのプログラムおよびデータなどがインストールされている。これらのプログラムおよびデータは、必要に応じてＲＡＭ３４ｂにロードされ、ＣＰＵ３４ａによってプログラムが実行される。
【００２４】
図１の予約受付サーバ２は、鉄道会社Ｘの本社または運行指令センターなどに設けられる。この予約受付サーバ２は、図４に示す駅用コンピュータ３４と同様のハードウェア構成をしている。予約受付サーバ２の磁気記憶装置には、オペレーティングシステム（ＯＳ）および図５に示す案内メール送信部２０１、予約処理部２０２、受付状況通知部２０３、タクシーデータベース２Ｄ１、乗客情報データベース２Ｄ２、および予約データベース２Ｄ３などを実現するためのプログラムおよびデータなどがインストールされている。
【００２５】
図５に示す予約受付サーバ２および駅用コンピュータ３４の各部の処理を実行することによって、乗客から要求されたタクシーなどの予約を受け付けることができる。以下、各部の機能および処理の内容を、乗客が定期券またはプリペイドカードを利用する場合と乗車券を利用する場合とに大別して説明する。乗客はＳａ駅（図２参照）から列車に乗車しようとするものとし、駅システム３についてはＳａ駅に設けられているものを例に説明する。
【００２６】
〔乗客が定期券またはプリペイドカードを利用する場合〕
乗客情報データベース３Ｄ２は、図６に示すように、鉄道会社Ｘの顧客つまり乗客ごとに乗客情報７２を記憶する。この乗客情報７２には、乗客の氏名、電子メールアドレス、および住所などに関する情報などが含まれ、その乗客ごとに発行した識別子（識別コードＳＣ１）と対応付けられている。
【００２７】
乗客情報７２の電子メールアドレスは、その乗客が日頃携帯している端末装置５（図１参照）の電子メールアドレスでなければならない。端末装置５として、電子メール機能およびＷＷＷブラウザ機能を有する携帯電話端末、ＰＨＳ端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、またはノート型パソコンなどが用いられる。住所は、正確な番地まで必要なく、乗客の最寄駅が分かる程度であればよい。最寄駅を直接指定してもよい。
【００２８】
図５の目的地情報取得部３０１は、乗客がこれから鉄道Ｆを利用していずれの駅へ向かうのかを示す目的地情報７１を取得する。取得のための処理は、次のような手順で行われる。
【００２９】
自動改札機３３は、乗客が改札口を通過する際に、定期券またはプリペイドカードに記録されている識別コードＳＣ２を読み取り、駅用コンピュータ３４に送信する。目的地情報取得部３０１は、送信されてきた識別コードＳＣ２と同じコードの識別コードＳＣ１に対応する乗客の乗客情報７２を乗客情報データベース３Ｄ２（図６参照）から検索し、その乗客情報７２のうちの住所を抽出する。そして、抽出された情報に基づいて乗客の目的地（目的の駅）を判別する。例えば、この情報に「○○市○○町…」というような住所が示されている場合は、その都市の地図情報などを参照して、その最寄りにある駅を目的地として判別する。「○○駅」のように乗客の最寄駅が示されている場合は、その駅を目的地として判別する。このように乗客の最寄駅を判別することによって、目的地情報７１が得られる。
【００３０】
または、定期券の場合は、定期券に記録されている乗車区間に基づいて目的地情報７１を取得してもよい。例えば、乗車区間が「Ｓａ駅−Ｓｚ駅」である場合は、目的地情報７１としてＳｚ駅を示す情報を取得する。定期券またはプリペイドカードがＩＣチップを有するＩＣカードタイプのものである場合は、乗客情報７２を乗客情報データベース３Ｄ２の代わりにＩＣチップに記憶させておき、自動改札機３３はこのＩＣチップから乗客情報７２に含まれる情報を読み取って目的地情報取得部３０１に与えるようにしてもよい。
【００３１】
時刻情報取得部３０２は、乗客が改札口を通過した時刻つまり自動改札機３３が定期券などの識別コードＳＣ２を読み取った時刻を、時刻情報７３として取得する。ダイヤグラムデータベース３Ｄ１は、鉄道Ｆの運行予定表７４（ダイヤグラム）を記憶している。
【００３２】
運行情報取得部３０３は、目的地情報取得部３０１が取得した目的地情報７１および時刻情報取得部３０２が取得した時刻情報７３に基づいて運行予定表７４を参照することによって、Ｓａ駅から目的の駅方面へ運行される便のうち今から最終までのすべての便を示す情報を、運行予定便情報７５として取得する。
【００３３】
到着可否判別部３０４は、運行予定便情報７５に基づいて、その乗客が当日中に目的地（目的の駅）に到着することができるか否かを判別する。すなわち、目的地情報７１に示される目的地（目的の駅）に停車する便が運行予定便情報７５に１つも示されていない場合は、到着することができないと判別する。目的の駅に停車する便が少なくとも１つ示されている場合は、到着することができると判別する。また、天候不良や事故などの事情によってダイヤが乱れている場合は、ダイヤの乱れを示す情報を考慮して目的の駅に到着することができるか否かを判別してもよい。なお、本実施形態において「当日中」とは、必ずしも「午後１２時まで」という意味ではなく、「最終便の運行が終わるまで」ということを意味する。
【００３４】
目的の駅に到着することができないと判別された場合は、メール送信指令部３０５は、途中の駅から利用するタクシーなどの予約を行うように案内する電子メールをその乗客の端末装置５に送信するように、予約受付サーバ２に対して指令を行う。
【００３５】
案内メール送信部２０１は、メール送信指令部３０５からの指令に従って、電子メールをその乗客の電子メールアドレスに宛てて送信する。なお、この宛先の電子メールアドレスは、メール送信指令部３０５が指令を行う際に乗客情報データベース３Ｄ２を参照して案内メール送信部２０１に知らされる。または、乗客情報データベース３Ｄ２と同じ内容である乗客情報データベース２Ｄ２を予約受付サーバ２に設けておき、これを参照するようにしてもよい。
【００３６】
すると、その乗客の端末装置５には、図７に示すような予約案内メール画面ＨＧ１が表示される。これにより、当日中に目的の駅に着くことがができない旨と、当日中に着くことができる、現在の駅（Ｓａ駅）から目的の駅までの途中の駅のうち目的の駅に最も近い駅（例えばＳｒ駅）とが、乗客に知らされる。乗客は、途中の駅からタクシーを利用する場合は、ハイパーリンクＬＫ１を選択する。このとき、端末装置５は、ハイパーリンクＬＫ１に示されるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）のＷｅｂページをダウンロードし、図８に示すような予約用画面ＨＧ２を表示する。
【００３７】
図８において、「利用場所」は、タクシーに乗車する駅を意味する。デフォルトの利用場所として、例えば、現在の駅から当日中に着くことができる、目的の駅に最も近い駅が指定される。「利用時刻」は、その駅（利用場所）においてタクシーの利用を開始する時刻を意味する。この時刻は、必ずしも正確である必要はなく、目安の時刻でよい。デフォルトの利用時刻として、例えば、その駅に停車する便のうち今から乗車して最も早くその駅に到着することができる便の到着時刻が指定される。
【００３８】
乗客は、予約用画面ＨＧ２に示される利用場所および利用時刻を確認し、予約ボタンＢＮ１を選択する。これにより、端末装置５は、その利用場所および利用時刻を示す予約要求情報７６を予約受付サーバ２に対して送信する。利用場所または利用時刻を変更したい場合は、変更ボタンＢＮ２を選択し、図示しない入力用画面に所望の利用場所または利用時刻を入力し、予約要求情報７６を送信する。予約を行わない場合は、取消ボタンＢＮ３を選択する。
【００３９】
図５に戻って、タクシーデータベース２Ｄ１には、図１０に示すように、鉄道会社Ｘと提携しているタクシー会社の配車の能力を示す配車可能情報７７（７７１、７７２、…）が格納される。例えば、配車可能情報７７３は、タクシー会社Ａが今から２０分（配車時間）以内に１５台（許容台数）のタクシーをＳｒ駅（利用駅）に配車することができることを示している。なお、配車可能情報７７に示される配車時間および許容台数は目安の値でよい。配車可能情報７７は、各タクシー会社の端末装置４（図１参照）において、所属するタクシーの運行状況（全体の空車の台数および各車の現在地など）に応じて適宜更新され、予約受付サーバ２に送信される。そして、タクシーデータベース２Ｄ１に格納される。
【００４０】
予約処理部２０２は、駅用コンピュータ３４から送信されてきた予約要求情報７６に対する予約の受付の処理を次のような手順で行う。まず、予約要求情報７６に示される駅（利用場所）への配車が可能なタクシー会社をタクシーデータベース２Ｄ１より検索する。例えば、予約要求情報７６にＳｒ駅が示される場合は、タクシー会社Ａ、Ｂを示す検索結果が得られる。
【００４１】
これらのタクシー会社が予約要求情報７６に示される駅に配車を行うことができるか否かを次のように判別する。乗客が今から何分後にタクシーに乗車するのかを求める。つまり、図８の予約案内メール画面ＨＧ１などで指定された利用時刻と現在の時刻との差の時間Ｔ１を求める。そして、時間Ｔ１と検索結果に示されるタクシー会社のその駅への配車時間Ｔ２（図１０参照）とを比較する。Ｔ１≧Ｔ２、であれば、配車可能であると判別する。Ｔ１＜Ｔ２であれば、配車不可能と判別する。なお、乗客が駅に到着してからタクシーを待つことができる時間α（例えば、１０分程度）を考慮し、Ｔ１＋α≧Ｔ２、であれば、配車可能であると判別するようにしてもよい。
【００４２】
配車可能であると判別されたタクシー会社が１社のみである場合は、そのタクシー会社に対して、予約が受け付けられた旨を通知し、乗客からの指定（図８参照）に従ってタクシーを配車するように依頼する。複数ある場合は、いずれか一方のタクシー会社を選択し、配車の依頼を行う。例えば、配車時間の短い方、許容台数の多い方、またはタクシーデータベース２Ｄ１（図１０参照）のテーブルの上位にある方を選択する。依頼を受けたタクシー会社は、乗客からの指定に従ってタクシーを手配する。なお、いずれのタクシー会社も配車不可能であると判別された場合は、予約が受け付けられなかった旨のメッセージを記載した電子メールを、予約を依頼した乗客の端末装置５に送信する。
【００４３】
そして、図１１に示すように、受け付けた予約に対して予約コードを発行し、配車が完了するまでの進捗状況（配車状況）の情報を示すレコード（配車進捗情報７８）を生成し予約データベース２Ｄ３に格納する。配車進捗情報７８の「配車状況」の内容は、依頼を受けたタクシー会社の端末装置４から送信されてくる情報に基づいて適宜更新される。
【００４４】
図５の受付状況通知部２０３は、予約が受け付けられた旨の電子メールをその乗客の端末装置５に送信する。このとき、端末装置５には、図９に示すような受付確認画面ＨＧ３が表示される。
【００４５】
乗客は、ホテルの予約を行いたい場合は、図７の予約案内メール画面ＨＧ１においてハイパーリンクＬＫ２を選択し鉄道会社Ｘと提携するホテルの一覧を示すＷｅｂページにアクセスする。そして、所望するホテルを選択し、オンライン予約を行う。
【００４６】
〔乗客が乗車券を利用する場合〕
乗客は、列車に乗車する前に、自動券売機３１を操作して目的の駅を指定して乗車券を購入する。この際に、目的の駅から利用するタクシーの予約を行うことができる。また、自動券売機３１は、乗客が当日中に目的の駅に到着することができないと判別される場合に、途中の駅から利用するタクシーなどの予約の案内を行う。判別の処理は、次のような手順で行われる。
【００４７】
時刻情報取得部３０２は、自動券売機３１において目的の駅が指定された時刻つまり現在の時刻を時刻情報７３として取得する。目的地情報取得部３０１は、自動券売機３１において指定された目的の駅を目的地情報７１として取得する。運行情報取得部３０３は、前に説明した定期券などの場合と同様に、目的地情報７１および時刻情報７３に基づいて運行予定表７４（ダイヤグラム）を参照し、当駅（Ｓａ駅）から目的の駅方面へ運行される便のうち今から最終までのすべての便を示す情報を、運行予定便情報７５として取得する。そして、到着可否判別部３０４は、定期券などの場合と同様に、運行予定便情報７５に基づいて乗客が当日中に目的地（目的の駅）に到着することができるか否かを判別する。
【００４８】
到着することができないと判別された場合に、自動券売機３１のタッチパネルには、図１２に示す予約案内画面ＨＧ４が表示される。乗客は、タクシーの予約を行いたい場合は、タクシー予約ボタンＢＮ４を選択する。すると、タッチパネルには、予約用画面ＨＧ５が表示される。この予約用画面ＨＧ５は、前に説明した図８の予約用画面ＨＧ２と同様の構成である。乗客は、予約用画面ＨＧ２の場合と同様の操作を行う。操作によって指定または入力された内容は、予約要求情報７６として予約受付サーバ２に送信される。
【００４９】
予約処理部２０２は、定期券などの場合と同様に、予約要求情報７６に基づいて予約の受付の処理を行う。受付状況通知部２０３は、予約が受け付けられたか否かを自動券売機３１に通知する。予約が受け付けられた場合は、自動券売機３１において、タッチパネルに受付確認画面ＨＧ６（図９参照）が表示されるとともに、図１３に示すような予約券が発行される。予約が受け付けらなかった場合は、その旨のメッセージがタッチパネルに表示される。
【００５０】
乗客は、ホテルの予約を行いたい場合は、図１２の予約案内画面ＨＧ４においてホテル予約ボタンＢＮ５を選択し、鉄道会社Ｘと提携するホテルの一覧の画面をタッチパネルに表示させる。そして、所望するホテルを選択し、オンライン予約を行う。
【００５１】
図１４は定期券およびプリペイドカードを利用する乗客の場合の予約システム１の処理の流れの例を説明するフローチャート、図１５は予約受付処理の流れの例を説明するフローチャート、図１６は乗車券を利用する乗客の場合の予約システム１の処理の流れの例を説明するフローチャートである。
【００５２】
次に、Ｓａ駅からＳｚ駅へ向かう予定の乗客がタクシーを予約しタクシーに乗車するまでの処理の流れを、フローチャートを参照して説明する。
図１４に示すように、定期券またはプリペイドカード（以下、図１４および同図に関する説明において単に「定期券」と記載する。）を持った乗客がＳａ駅の改札口を通った場合は、この定期券に記録されている乗客の識別コードを自動改札機３３によって読み取り、その識別コードに対応する乗客情報７２を乗客情報データベース３Ｄ２（図６参照）より取得する（＃１１）。
【００５３】
乗客情報７２に示される住所などに基づいて乗客の目的の駅を判別し、目的地情報７１を取得する。また、改札口を通った時刻を時刻情報７３として取得する（＃１２）。取得した目的地情報７１、時刻情報７３、およびダイヤグラムデータベース３Ｄ１に格納されている運行予定表７４（ダイヤグラム）などに基づいて、その乗客が最終便までの便によってＳｚ駅に着くことができるか否かを判別する（＃１３）。
【００５４】
着くことができないと判別された場合は（＃１４でＮｏ）、タクシーの予約を案内する電子メール（図７参照）をその乗客の端末装置５に送信する（＃１５）。乗客がタクシーの予約を要求した場合は（＃１６でＹｅｓ）、予約を受け付けるための処理を行う（＃１７）。係る処理は、図１５に示すような手順で行われる。
【００５５】
図１５において、乗客がタクシーに乗車したい途中の駅およびその時刻を指定する予約要求情報７６を受信し（＃１０１）、その時刻と現在の時刻との差（時間Ｔ１）を算出する（＃１０２）。指定された駅に配車を行っているタクシー会社をタクシーデータベース２Ｄ１（図１０参照）より検索する（＃１０３）。
【００５６】
検索されたタクシー会社が、時間Ｔ１以内に配車することができるか否かを、タクシーデータベース２Ｄ１を参照して判別する（＃１０４）。配車することができると判別された場合は（＃１０４でＹｅｓ）、予約コードを発行し（＃１０５）、そのタクシー会社に配車の依頼を行う（＃１０６）。ただし、配車可能なタクシー会社が複数ある場合は、いずれか１社を選択して依頼を行う。
【００５７】
発行した予約コードと対応付けて、その予約に係るタクシーの配車の進捗状況を予約データベース２Ｄ３に登録する（＃１０７）。これにより、予約の受付が完了する。そして、受付が完了した旨の電子メール（図９参照）を乗客の端末装置５に送信する（＃１０８）。配車することができないと判別された場合は（＃１０４でＮｏ）、その旨を記載した電子メールを端末装置５に送信する（＃１０９）。
【００５８】
依頼を受けたタクシー会社は、自社のタクシーの運転手に対して、指定の時刻に指定の駅へ向かうように依頼を行うなど、タクシーの手配のための処理を行う。その依頼を受諾した運転手は、タクシーに設置された電光表示装置に予約コードを表示させ、その時刻にその駅の所定の場所（例えば、タクシー乗り場）で乗客を待つ。乗客は、タクシー乗り場で、自分に発行された予約コードと同じコードを表示するタクシーを探す。そして、そのタクシーの運転手に予約コードを告げ、そのタクシーに乗車する。運転手は、乗車が完了した旨をタクシー会社に連絡する。
【００５９】
一方、乗客が乗車券を購入して目的地（Ｓｚ駅）に向かう場合は、図１６に示すような手順で処理が行われる。乗客がＳｚ駅までの乗車券を購入しようとすると、自動券売機３１は、Ｓｚ駅を示す目的地情報７１を取得し（＃２１）、現在の時刻をチェックして時刻情報７３を取得する（＃２２）。図１４のステップ＃１３と同様に、取得した目的地情報７１、時刻情報７３、および運行予定表７４に基づいて、乗客がＳｚ駅に着くことができるか否かを判別する（＃２３）。
【００６０】
着くことができないと判別された場合は（＃２４でＮｏ）、タクシーの予約を案内する予約案内画面ＨＧ４（図１２参照）を自動券売機３１のタッチパネルに表示する（＃２５）。乗客がタクシーの予約を要求した場合は（＃２６でＹｅｓ）、予約を受け付けるための処理を行う（＃２７）。係る処理は、前に図１５で説明した通りである。ただし、図１５のステップ＃１０８において、電子メールを送信する代わりに、図１３に示すような予約券を発行する。そして、依頼を受けたタクシー会社は、図１４の場合と同様に、タクシーの手配のための処理などを行う。
【００６１】
本実施形態によると、鉄道などの交通機関を利用しようとする乗客は、タクシーなどの代替手段の予約を早期にかつ簡単に行うことができる。特に、定期券またはプリペイドカードで交通機関を利用しようとする乗客は、たとえ終電間際になったとしても、とにかく駅まで急いで改札口を通過すればよい。なぜなら、その後に、目的の駅まで行けない旨および代替手段に関する情報を自分の所有する携帯型端末装置に知らせてもらえ、終電に間に合わなかった場合の代替手段の予約を早期にかつ簡単に行うことができるからである。
【００６２】
また、代替手段の運営者にとっては、より多くの顧客を得ることができ、かつ、早期に需要の見込みを知ることにより効率的な運営を行うことができる。交通機関の運営者は、代替手段の案内を行うことにより、乗客に対するサービスを向上させることができる。
【００６３】
図１７は配車の状況を乗客に知らせる処理の流れの例を説明するフローチャート、図１８は乗客情報データベース３Ｄ２の変形例を示す図である。
なお、上に説明したように、タクシー会社は、予約の依頼を受けた後、指定された時刻および駅にタクシーを回すように手配を行った。この手配の進捗状況を、乗客の端末装置５に適宜送信するなどしてもよい。
【００６４】
例えば、図１７に示すように、予約受付サーバ２は、タクシー会社から配車の状況に関する情報（以下、「配車情報」と記載する。）を受信する（＃３１）。指定の駅に配車するタクシーが確定した旨がその配車情報に示されている場合は（＃３２でＹｅｓ）、その旨を通知する電子メールを端末装置５に送信する。または、乗車券の乗客のために、駅のタクシー乗り場に電光表示装置を設けておき、予約コードとともにその旨を表示するようにしてもよい。
【００６５】
確定したタクシーが指定の駅に遅れて着く旨が配車情報に示される場合は（＃３４でＹｅｓ）、遅れる目安の時間を電子メールまたは電光表示装置によって乗客に知らせる（＃３５）。
【００６６】
乗客がタクシーに乗車した旨が配車情報に示される場合は（＃３６でＹｅｓ）、タクシー乗り場の電光表示装置に表示されていた、その予約についての配車状況の表示を削除する（＃３７）。
【００６７】
そして、ステップ＃３２〜＃３７の処理と前後してまたは並行して、配車情報に基づいて図１１の予約データベース２Ｄ３の配車進捗情報７８の内容を更新する（＃３８）。
【００６８】
本実施形態では、鉄道Ｆのいずれかの駅を目的の駅を目的地としてタクシーの手配の有無の判断を行ったが、目的の駅から乗り継ぐ交通機関がある場合は、その交通機関の駅などを目的地として判断を行ってもよい。このような判断を行うためには、図５に示す予約受付サーバ２および駅システム３の各部を次のように構成する。
【００６９】
乗客情報データベース３Ｄ２に、図１８に示すように、乗り継ぐ交通機関などを示すフィールドを設ける。ダイヤグラムデータベース３Ｄ１には、その交通機関のダイヤグラムを記憶させておく。目的地情報取得部３０１は、改札口を通過する乗客の定期券またはプリペイドカードから識別コードを読み取り、その識別コードに対応する乗客情報７２’  を図１８の乗客情報データベース３Ｄ２より取得する。取得した乗客情報７２’  に、乗り継ぐ交通機関の指定がある場合は、これを目的地情報７１として取得する。
【００７０】
到着可否判別部３０４は、例えば目的地情報７１にバスの停留所が示されている場合は、当日中にその停留所に着くことができるか否かを判別する。すなわち、ダイヤグラムデータベース３Ｄ１に記憶されているバスのダイヤグラムを参照し、目的の駅に到着してからバスの乗り継ぎが可能であるか否かを判別する。
【００７１】
そして、メール送信指令部３０５は、その停留所に着くことができないと判別された場合に、その駅から乗り継ぐ交通機関の代わりに利用するタクシーなどの予約を案内する電子メールを、その乗客の端末装置５に送信するように、予約受付サーバ２に対して指令する。
【００７２】
図５に示す駅用コンピュータ３４の一部または全部の機能を予約受付サーバ２に設けてもよい。または、予約受付サーバ２の一部または全部の機能を各駅の駅用コンピュータ３４に設けてもよい。
【００７３】
乗客が定期券に示される区間の中間の駅より列車を利用する場合がある。例えば、「Ｓａ駅−Ｓｚ駅」の定期券を持つ乗客がＳｐ駅より乗車する場合である（図２参照）。この場合は、Ｓａ駅、Ｓｚ駅の両方を目的の駅とみなし、それぞれについて当日中に到着することができるか否かを判別するようにしてもよい。
【００７４】
その他、予約システム１、予約受付サーバ２、駅システム３、駅用コンピュータ３４の全体または各部の構成、テーブルの内容、画面の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。
【００７５】
【発明の効果】
本発明によると、交通機関の代替手段となるタクシーなどの予約をより早く行うことができる。また、代替手段の運営者は、より多くの顧客を得ることができ、かつ、早期に需要の見込みを知ることにより効率的な運営を行うことができる。交通機関の運営者は、代替手段の案内を行うことにより、乗客に対するサービスを向上させることができる。
【図面の簡単な説明】
【図１】予約システムの全体の構成の例を示す図である。
【図２】鉄道の路線図である。
【図３】駅システムの構成の例を示す図である。
【図４】駅用コンピュータのハードウェア構成の例を示す図である。
【図５】予約システムの機能的構成の例を示す図である。
【図６】乗客情報データベースの例を示す図である。
【図７】予約案内メール画面の例を示す図である。
【図８】予約用画面の例を示す図である。
【図９】受付確認画面の例を示す図である。
【図１０】タクシーデータベースの例を示す図である。
【図１１】予約データベースの例を示す図である。
【図１２】予約案内画面の例を示す図である。
【図１３】予約券の例を示す図である。
【図１４】定期券およびプリペイドカードを利用する乗客の場合の予約システムの処理の流れの例を説明するフローチャートである。
【図１５】予約受付処理の流れの例を説明するフローチャートである。
【図１６】乗車券を利用する乗客の場合の予約システムの処理の流れの例を説明するフローチャートである。
【図１７】配車の状況を乗客に知らせる処理の流れの例を説明するフローチャートである。
【図１８】乗客情報データベースの変形例を示す図である。
【符号の説明】
１  予約システム
３１  自動券売機（案内手段）
７１  目的地情報
７３  時刻情報
７４  運行予定表（運行予定情報）
２０１  案内メール送信部（案内手段）
２０２  予約処理部（予約受付手段）
２Ｄ２、３Ｄ２  乗客情報データベース（乗客情報記憶手段）
３０１  目的地情報取得部（目的地情報取得手段）
３０２  時刻情報取得部（時刻情報取得手段）
３０３  運行情報取得部（運行予定情報取得手段）
３０４  到着可否判別部（到着可否判別手段）
３０５  メール送信指令部（案内手段）
【図１】
2004259201.tif 000003
【図２】
2004259201.tif 000004
【図３】
2004259201.tif 000005
【図４】
2004259201.tif 000006
【図５】
2004259201.tif 000007
【図６】
2004259201.tif 000008
【図７】
2004259201.tif 000009
【図８】
2004259201.tif 000010
【図９】
2004259201.tif 000011
【図１０】
2004259201.tif 000012
【図１１】
2004259201.tif 000013
【図１２】
2004259201.tif 000014
【図１３】
2004259201.tif 000015
【図１４】
2004259201.tif 000016
【図１５】
2004259201.tif 000017
【図１６】
2004259201.tif 000018
【図１７】
2004259201.tif 000019
【図１８】
2004259201.tif 000020