JP2010165342A - 乗り物予約サーバー装置、仮予約代行サーバー装置、乗り物予約システムおよびコンピュータプログラム - Google Patents

Abstract

【課題】鉄道、航空機などの交通機関で、搭乗予約数が少ない乗り物は運行しないようにすること。
【解決手段】各々の仮予約の期限の情報を有する複数の乗り物の乗り物提案情報を端末装置に送信し、端末装置から送信される、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり複数の乗り物のうち二以上の乗り物を仮予約する仮予約情報と、この仮予約をキャンセルするための仮予約キャンセル情報を受信して、仮予約がなされた乗り物各々の仮予約数の情報を生成し、仮予約がなされた乗り物各々の仮予約の期限までに、乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その乗り物のうち一の乗り物の本予約を成立させ、他の乗り物になされている仮予約を取り消すようにした乗り物予約サーバー装置などにより、この課題を解決する。
【選択図】図１

Description

本発明は、航空機や船舶、バスや電車などの乗り物を予約するためのサーバー装置、システムおよびコンピュータプログラムに関するものである。

列車の座席予約システムでは、顧客が端末装置から列車の指定席を一つ予約するとシステムが自動的に後続の列車の指定席も予約し、時系列に複数の座席の予約がなされるものがある。これらの各予約には確定期限が設定されており、それぞれの確定期限までに顧客の端末装置から確定要求がない場合は該当する予約がキャンセルされる。大まかな搭乗時刻しか定まっていない顧客でも指定席を取得できるようにすることが目的とされている。
また、インターネットを利用したツアー販売装置では、募集人員に達した新規ツアー企画を催行確定企画としてウェブサイトに登録するものがある。

特開２００２−９２１０７

特開２００２−１９７１４９

鉄道などの交通機関では予め運行ダイヤが決められているため、搭乗予約数が極めて少ない場合でも運行しなければならず、運行コストが回収できないことが多い。
本発明はこの課題を解決するためになされたものである。

この課題を解決するために請求項１に記載の本発明は、
複数の端末装置とネットワーク経由で接続されるサーバー装置であって、
各々の仮予約の期限の情報を有する複数の乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物のうち二以上の乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成部と、
前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物になされている仮予約を取り消し、前記本予約が成立した乗り物の仮予約状況情報を削除する本予約処理部と、
前記本予約が成立し、運行されることが決定した乗り物の乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信部と
を有することを特徴とする乗り物予約サーバー装置
である。

ここで、仮予約グループとは本予約を一つ成立させるために入れられる二以上の仮予約の集まりのことである。仮予約グループ認識情報としては、前記二以上の乗り物を仮予約する予約客のＩＤ（ＩＤＥＮＴＩＴＹ）やメールアドレスなどを使用するとよい。一人の予約客が一つの乗り物の本予約を得るために二以上の乗り物に仮予約を入れることが想定されるため、二以上の乗り物の仮予約のうち本予約が成立した一つを除いて他は取り消す必要がある。取り消すためには、その仮予約が同一予約客による仮予約であることが認識される必要がある。仮予約グループ認識情報はそのときに目印として使用されるものである。本予約が一つも成立しない場合は二以上の乗り物の仮予約はすべて取り消されるが、仮予約グループ認識情報はこのときにも使用されるものである。

また、予め定められた各々の所定の値とは、この値に達したなら乗り物を運行することとする値であり、乗り物各々に運行者が定めればよいものである。
仮予約数が所定の値に達するということは、仮予約数から算出される運行収入も所定の値に達するということである。したがって、運行収入が所定の値に達したものの乗り物になされている仮予約を本予約として成立させることも可能である。
本予約が成立した乗り物の仮予約状況情報を削除するとは、本予約が成立した乗り物の仮予約数がその所定の値に達したと再度、認識されない状態にするということである。

また、この課題を解決するために請求項２に記載の本発明は、
前記乗り物を仮予約する予約客の仮予約情報が前記乗り物の仮予約の期限よりも先に来る予約客指定仮予約期限の情報を有する場合、前記本予約処理部は前記予約客指定仮予約期限までに前記乗り物の仮予約数が予め定められた所定の値に達しない場合に前記予約客指定仮予約期限の情報を有する仮予約情報によりなされた仮予約を取り消す
ことを特徴とする請求項１に記載の乗り物予約サーバー装置
である。

ここで、予約客によってはその乗り物の本予約が成立するのかどうかの情報を、乗り物に設定されている仮予約の期限まで待てないことがある。そこで予約客指定仮予約期限を設定して、その期限までに本予約が成立しなければ乗り物に設定されている仮予約の期限が来る前であってもその予約客によりなされた仮予約を取り消すこととしたものである。

また、この課題を解決するために請求項３に記載の本発明は、
前記仮予約グループ認識情報は、前記同一予約客による仮予約が第二の仮予約グループに属するものであることを示す識別情報を有する
ことを特徴とする請求項１に記載の乗り物予約サーバー装置
である。
同じ予約客が二つの本予約を得るために、それぞれに対応した二つの仮予約グループを指定する場合、仮予約グループ認識情報として前記したＩＤやメールアドレスだけでは情報不足であり、仮予約情報がどちらの仮予約グループに属する情報なのか区別がつかない。そこで、仮予約がどの仮予約グループに属するのかを識別するための情報を仮予約グループ認識情報に持たせたものである。

また、この課題を解決するために請求項４に記載の本発明は、
複数の端末装置とネットワーク経由で接続され、
仮予約の期限の情報を有する乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
前記端末装置からネットワーク経由で送信され、前記仮予約をした予約客の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成部と、
前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させる本予約処理部と、
前記成立した本予約が確定し、運行されることが決定した乗り物の乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信部と
を夫々有する第一のサーバー装置と第二のサーバー装置を有するシステムであって、
前記第一のサーバー装置と前記第二のサーバー装置のうちどちらか一方のサーバー装置において前記本予約が成立した場合に、前記本予約が成立したサーバー装置は前記本予約が成立した予約客の仮予約情報が有する仮予約グループ認識情報を他方のサーバー装置に送信し、
前記他方のサーバー装置は前記本予約が成立したサーバー装置から前記仮予約グループ認識情報を受信すると、前記仮予約グループ認識情報を有する仮予約情報により前記他方のサーバー装置においてなされた仮予約を取り消す
ことを特徴とする乗り物予約システム
である。

また、この課題を解決するために請求項５に記載の本発明は、
前記本予約が成立したサーバー装置は、前記本予約が成立した予約客の仮予約情報が有する仮予約グループ認識情報を他方のサーバー装置に送信してから所定時間、送信した仮予約グループ認識情報と同じ仮予約グループ認識情報を前記他方のサーバー装置から受信するか受信待ちをし、受信しなかった場合に前記本予約を確定させる
ことを特徴とする請求項４に記載の乗り物予約システム
である。

また、この課題を解決するために請求項６に記載の本発明は、
前記受信待ちにおいて、前記本予約が成立したサーバー装置が前記他方のサーバー装置から前記仮予約グループ認識情報を受信した場合、前記第一のサーバー装置と前記第二のサーバー装置のうち予め定められた優先順位の高い方のサーバー装置において成立した本予約を確定させ、
予め定められた優先順位の低い方のサーバー装置において成立した本予約を一旦取り消し、前記予め定められた優先順位の高い方のサーバー装置から送信された仮予約グループ認識情報を有する仮予約情報により前記予め定められた優先順位の低い方のサーバー装置でなされた仮予約を取り消す
ことを特徴とする請求項５に記載の乗り物予約システム
である。

また、この課題を解決するために請求項７に記載の本発明は、
複数の端末装置とネットワーク経由で接続されるサーバー装置であって、
各々の仮予約の期限の情報を有する複数の乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物のうち二以上の乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成部と、
前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物になされている仮予約を取り消し、前記本予約が成立した乗り物の仮予約状況情報を削除する本予約処理部と、
前記本予約が成立した予約客の情報を前記本予約が成立した乗り物の情報を管理するサーバー装置に送信する本予約客情報送信部と
を有することを特徴とする仮予約代行サーバー装置
である。

また、この課題を解決するために請求項８に記載の本発明は、
複数の端末装置とネットワーク経由で接続されるサーバー装置に搭載されるコンピュータに、
各々の仮予約の期限の情報を有する複数の乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信処理と、
前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物のうち二以上の乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信処理と、
前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信処理と、
前記複数の端末装置から送信されて前記仮予約情報受信処理において受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信処理において受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成処理と、
前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成処理により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物になされている仮予約を取り消し、前記本予約が成立した乗り物の仮予約状況情報を削除する本予約処理と、
前記本予約が成立し、運行されることが決定した乗り物の乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信処理と
を実行させることを特徴とするコンピュータプログラム
である。

また、この課題を解決するために請求項９に記載の本発明は、
前記乗り物を仮予約する予約客の仮予約情報が前記乗り物の仮予約の期限よりも先に来る予約客指定仮予約期限の情報を有する場合、前記本予約処理において前記予約客指定仮予約期限までに前記乗り物の仮予約数が予め定められた所定の値に達しない場合に前記予約客指定仮予約期限の情報を有する仮予約情報によりなされた仮予約を取り消す
ことを特徴とする請求項８に記載のコンピュータプログラム
である。

また、この課題を解決するために請求項１０に記載の本発明は、
前記仮予約グループ認識情報は、前記同一予約客による仮予約が第二の仮予約グループに属するものであることを示す識別情報を有する
ことを特徴とする請求項８に記載のコンピュータプログラム
である。

また、この課題を解決するために請求項１１に記載の本発明は、
複数の端末装置とネットワーク経由で接続されるサーバー装置であって、
各々の仮予約の期限の情報を有する複数の乗り物ペアの乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物ペアのうち二以上の乗り物ペアを仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物ペア各々の仮予約状況情報を生成する仮予約状況情報生成部と、
前記仮予約がなされた乗り物ペア各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物ペア各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物ペアのうち一の乗り物ペアになされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物ペアになされている仮予約を取り消し、前記本予約が成立した乗り物ペアの仮予約状況情報を削除する本予約処理部と、
前記本予約が成立し、運行されることが決定した乗り物ペアの乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信部と
を有することを特徴とする乗り物予約サーバー装置
である。

ここで乗り物ペアとは、例えば往復一便ずつ二便をひとまとめにして仮予約を受け付けるようにした乗り物のことである。

このような構成とすることにより、本発明の乗り物予約サーバー装置、仮予約代行サーバー装置、乗り物予約システムおよびコンピュータプログラムを用いて運行されることが決定した乗り物を運行する者は、搭乗予約数がその定めるところの定員に達しない乗り物を運行することが少なくなり、運行コストの回収率を上げることができる。
また、乗り物を利用したい者は複数の乗り物に仮予約を入れ、そのうちのどれか一つの乗り物の本予約を得るということができるようになる。

図１は本発明の乗り物予約サーバー装置を実施するための形態を示すブロック図である。 図２は本発明の乗り物予約サーバー装置を実施するための形態における仮予約客テーブルを示す概念図である。 図３は本発明の乗り物予約サーバー装置を実施するための形態における仮予約乗り物テーブルを示す概念図である。 図４は顧客Ｔ１が本発明を実施するための形態におけるサーバー装置に仮予約を入れた場合の処理の流れを示す説明図である。 図５は顧客Ｔ２が本発明を実施するための形態におけるサーバー装置に仮予約を入れた場合の処理の流れを示す説明図である。 図６は顧客Ｔ３が本発明を実施するための形態におけるサーバー装置に仮予約を入れた場合の処理の流れを示す説明図である。 図７は顧客Ｔ４が本発明を実施するための形態におけるサーバー装置に仮予約を入れた場合の処理の流れを示す説明図である。 図８は図４から図７に例示した処理の流れにおいて、まだどの乗り物の本予約も成立していない時点での仮予約客テーブルの例を示す概念図である。 図９は図４から図７に例示した処理の流れにおいて、まだどの乗り物の本予約も成立していない時点での仮予約乗り物テーブルの例を示す概念図である。 図１０は図４から図７に例示した処理の流れにおいて、乗り物ａに入れていた仮予約が本予約として成立した時点での、更新された仮予約客テーブルの例を示す概念図である。 図１１は図４から図７に例示した処理の流れにおいて、乗り物ａに入れていた仮予約が本予約として成立した時点での、更新された仮予約乗り物テーブルの例を示す概念図である。 図１２は本発明を実施するための形態における乗り物提案情報送信部における処理例を示すフローチャートである。 図１３は本発明を実施するための形態のサーバー装置の仮予約情報受信部から乗り物運行情報送信部にかけての各部における処理のうち、仮予約状況情報を更新する処理例を示すフローチャートである。 図１４は本発明を実施するための形態のサーバー装置の仮予約情報受信部から乗り物運行情報送信部にかけての各部における処理のうち、本予約を成立させるための処理例を示すフローチャートである。 図１５は実施例１の構成を示すブロック図である。 図１６は実施例１のＨＰに掲載された予約画面の例を示す図である。 図１７は実施例１のＨＰに掲載された予約画面の例を示す図である。 図１８は実施例２の構成を示すブロック図である。 図１９は実施例２における、Ａ社サーバー装置に開設されたＨＰに掲載された予約画面の例を示す図である。 図２０は実施例２におけるＡ社サーバー装置に開設されたＨＰに掲載された予約画面の例を示す図である。 図２１は実施例２におけるＢ社サーバー装置に開設されたＨＰに掲載された予約画面の例を示す図である。 図２２は実施例３の構成を示すブロック図である。 図２３は実施例３の仮予約代行サーバー装置に開設されたＨＰに掲載された予約画面の例を示す図である。 図２４は実施例３の仮予約代行サーバー装置に開設されたＨＰに掲載された予約画面の例を示す図である。 往復一便ずつ二便をひとまとめの本予約成立単位とした乗り物を仮予約する場合の仮予約例を示す図である。

まず、本発明の概要を述べる。
本発明は、バスやタクシー、列車、船舶、航空機などの乗り物を運行する者が、その定める期限までに、その定める搭乗定員に予約数が達した乗り物を運行させ、達しなかった乗り物は運行しないようにするためのものである。搭乗を希望する顧客（予約客）Ａは、携帯電話やパソコンなどの端末装置を用いて乗り物を運行する者等が開設したホームページ等を閲覧し、そこに提示されている、まだ運行されるのかどうか決定していない複数の乗り物の情報を確認し、二つ以上の乗り物に仮の予約（仮予約）を入れる。二つ以上の乗り物とは、例えば同じ日のほぼ同じ時間帯に、ほぼ同じ出発地と到着地間で、仮予約数が搭乗定員に達すれば運行される予定となっている列車と航空機などである。ここで、二つ以上の乗り物は異種の交通機関である必要はなく、バスとバス、船舶と船舶でもかまわない。

これら列車や航空機には、列車の搭乗を希望する他の顧客Ｂや航空機の搭乗を希望する他の顧客Ｃなどからも仮予約が入り、その仮予約数が徐徐に増加し、ついにはその定める期限までに、運行可能な搭乗定員に達するものが出てくる。列車がその搭乗定員に達したとすると、他に特別な事情がない限り列車は運行決定とされる。このとき列車に入れられていた仮予約をすべて本予約として成立させるのにともなって顧客Ａ、Ｂの仮予約も本予約として成立させる。まだ運行可能な搭乗定員に達していない航空機に入れられていた顧客Ａの仮予約は取り消される。つまり顧客Ａが列車と航空機の両方の本予約を獲得することがないようにする。このとき、航空機に入れられている顧客Ｃの仮予約はそのままである。

航空機に入れられている仮予約数は顧客Ａの分だけ減るが、その後、さらに他の顧客Ｈ、Ｉなどから仮予約が入り、その定める期限までに運行可能な搭乗定員に達すれば、航空機は運行決定とされる。その定める期限までに運行可能な搭乗定員に達しなければ、航空機は運行決定されず、航空機に入れられていた仮予約はすべてキャンセルされる。ここで顧客Ｈ、Ｉは航空機の他に例えば高速バスに仮予約を入れていたとすると、高速バスが運行決定されるのを待つこととなるが、さらに他の交通機関に仮予約を入れることも可能である。

本発明を使用すれば、乗り物を運行する者は例えば同一区間を一日１０便、１時間毎に運行させている高速バスや航空機などのうち、４便の乗客を本発明により募集するということができるようになる。普通の予約による募集が６便、本発明による募集が４便である。この日に同区間を移動したい顧客Ｑは、とにかくその日のうちに移動できればよいのであれば、まず普通の予約による便を探すこととなるであろう。空席がない場合は本発明による募集の４便のうち２便または３便または４便に仮予約を入れ、どれか１便の本予約が成立するのを待つこととなる。ここで１便だけに仮予約を入れることも可能であるが、本予約を得られる可能性が小さくなることは否めない。

顧客Ｑが４便のうち第一志望と第二志望の２便に仮予約を入れた場合、仮予約を入れてからしばらく時間が経過した後、それら４便の仮予約の状況を確認することができる。仮予約を入れていない他の２便のうち１便が人気でもう少しで本予約が成立しそうであれば、その人気のある１便にさらに仮予約を入れたり、自分が既に仮予約を入れた２便のうち第二志望の１便をキャンセルし、人気のある１便に仮予約を入れなおしたりすることもできる。つまり状況を見ながらより確実に本予約を得られるようにすることが可能である。

この日に同区間を移動したい他の顧客も同様の行動をすることが考えられる。このことは、従来多数の便に分かれて予約を入れていた顧客を少数の便に集中させる効果を生むこととなる。前述の例では４便に分散している顧客を２便に集中させて、残り２便は運行せずに済むということもありうるのである。もちろんどの便の本予約も得ることができない顧客が生じることもあるが、どの便にも仮予約の期限が設けてあり、この顧客には自分の移動時期まで多少の時間的余裕がある。その間に他の交通機関を探すことも可能であろう。

顧客Ｑはまた、本発明による募集の便に仮予約を入れて、例えば復路の交通機関の本予約を得ることが可能である。前述した第一志望と第二志望の２便は往路用の便であったとして、これら２便に入れた仮予約を第一の仮予約グループとすれば、復路での使用を希望する乗り物に入れる仮予約を第二の仮予約グループとして区別する。

往路の第一志望と第二志望の２便に入れた仮予約の情報は各々、顧客ＱのＩＤやメールアドレスなどの仮予約グループ認識情報を有しているため、一つの同じ仮予約グループに属する仮予約の情報であると認識できた。しかし同じ顧客Ｑがさらに復路の便において仮予約を入れると、ＩＤやメールアドレスだけでは往路の便において入れられた仮予約と区別がつかなくなる。そこで、復路の便における仮予約であることを示す識別情報をその仮予約グループ認識情報が有するようにする。そうすることで往路における仮予約を第一の仮予約グループ、復路における仮予約を第二の仮予約グループとして区別できることとなる。つまり、ここで言う識別情報とは同一顧客による仮予約がどの仮予約グループに属するのかを識別するための情報である。
なお、本発明においては、一つの本予約で一つの座席を得ることと限定されるものではない。複数人で旅行したい場合など、一つの乗り物の複数の座席を同時に本予約したい場合は、仮予約の段階で顧客が必要座席数を指定すればよい。

次に本発明を実施するための形態について図面を用いて説明する。
図１は本発明の乗り物予約サーバー装置を実施するための形態を示すブロック図である。サーバー装置１００は後述する乗り物提案情報等が蓄積されているデータベース１０１、サーバー装置１００を管理するサーバー管理端末装置１０２と接続されている。また、インターネットなどのネットワーク回線１０３を介して顧客（予約客）が有する携帯電話やパーソナルコンピュータなどの端末装置１０４と接続可能である。

サーバー装置１００は、主に仮予約、本予約等の処理を行う仮予約対応部１１０、本予約が確定した後、その本予約のキャンセル処理など、通常の予約処理と同様の処理を行う普通予約対応部１１１、外部と情報の入出力処理を行う入出力部１１２、サーバー装置１００全体の制御を行う制御部１１３を有する。

仮予約対応部１１０は、バスや航空機などの乗り物の運行者等が、運行が可能な搭乗定員に達する予約客を確保できるならば運行することとする乗り物の情報である乗り物提案情報を、顧客の端末装置１０４からの要求に応じて顧客の端末装置１０４へ送信する乗り物提案情報送信部１２０、前記乗り物提案情報を受信した顧客の端末装置１０４から送信される前記乗り物を仮予約する仮予約情報を受信する仮予約情報受信部１２１、仮予約を取り消すために端末装置１０４から送信される仮予約キャンセル情報を受信する仮予約キャンセル情報受信部１２２、複数の顧客の端末装置１０４から受信した仮予約情報と仮予約キャンセル情報に基づいて仮予約状況情報を生成する仮予約状況情報生成部１２３、仮予約状況に応じて、乗り物に入れられている仮予約を本予約として成立させる本予約処理部１２４、本予約が成立して運行されることが決定した乗り物の乗り物運行情報を本予約が成立した顧客の端末装置１０４に送信する乗り物運行情報送信部１２５、仮予約対応部１１０の各部を制御する仮予約制御部１２６を有するものである。仮予約状況情報生成部１２３は後述する仮予約客テーブル１５０、仮予約乗り物テーブル１７０を有する。なお、図中矢印線は主に乗り物や予約客の情報の流れを、制御部１１３と仮予約制御部１２６に繋がる実線は主に制御情報の流れを示すものである。

その作用について説明する。乗り物提案情報送信部１２０はデータベース１０１などに蓄積されている乗り物提案情報を、顧客の端末装置１０４からの要求に応じて顧客の端末装置１０４へ送信する。ここで、乗り物提案情報は一つの乗り物の乗り物提案情報に限定されるものではなく、複数の乗り物の乗り物提案情報でよい。顧客はその端末装置１０４を使用して乗り物提案情報を確認し、利用したい乗り物に仮予約を入れるために、端末装置１０４からサーバー装置に仮予約情報を送信する。ここで、仮予約とは本予約が成立する前の予約のことで、仮予約を入れられた乗り物を運行させる条件が調った場合に本予約として成立させる予約のことである。

本発明においては、顧客は二以上の乗り物に仮予約を入れることが想定される。二以上の乗り物に仮予約を入れて、一の本予約が得られれば、まだ本予約が成立していない他の仮予約は取り消される。他の仮予約を取り消すためには、これら一連の二以上の仮予約が一つのグループを形成するものであることが認識できなければならない。そのために使用されるものが仮予約グループ認識情報である。仮予約情報はこの仮予約グループ認識情報を有するものである。

仮予約情報は仮予約情報受信部１２１で受信されると、仮予約状況情報生成部１２３にある仮予約客テーブル１５０に送られ、仮予約客テーブル１５０は仮予約情報を書き込まれて更新される。仮予約客テーブル１５０は図２に示すように、顧客が入れた仮予約情報を顧客毎に整理したもので、例えば顧客のＩＤを指定すればその顧客が入れた仮予約情報が得られ、仮予約グループ認識情報を指定すればその仮予約グループに属する仮予約の情報が得られるものである。図２に示す仮予約客テーブル１５０では、顧客をＩＤ（Ｔ１、Ｔ２、Ｔ３、Ｔ４）で区別し、さらに顧客が仮予約を入れた乗り物ごとに仮予約情報を整理している。顧客Ｔ１は、乗り物ａ、乗り物ｂ、乗り物ｃ、乗り物ｏ、乗り物ｒに仮予約を入れている。顧客Ｔ１の仮予約情報には、仮予約グループ認識情報Ｔ１−Ａで認識される一つのグループに属するものと仮予約グループ認識情報Ｔ１−Ｂで認識されるもう一つのグループに属するものがある。つまり顧客Ｔ１は、仮予約グループ認識情報Ｔ１−Ａで認識される仮予約により本予約を一つ、仮予約グループ認識情報Ｔ１−Ｂで認識される仮予約により本予約をもう一つ得ることを希望しているのである。顧客Ｔ１がさらに別の仮予約グループを形成したい場合は、図示していないが例えば仮予約グループ認識情報Ｔ１−Ｃを使用して、仮予約グループ認識情報Ｔ１−Ａ、Ｔ１−Ｂによる仮予約グループと区別すればよい。なお、図示していないが、仮予約情報はさらに希望座席番号や禁煙席・喫煙席などの情報を有するものでもよい。以下では、仮予約客テーブル１５０上で、図２では縦に並んでいる仮予約客単位の仮予約情報の集まりを仮予約客リストと呼ぶこととする。顧客Ｔ１の仮予約情報の集まりは顧客Ｔ１の仮予約客リストである。顧客Ｔ２、顧客Ｔ３、顧客Ｔ４についても同様である。

仮予約情報は仮予約客テーブル１５０からさらに仮予約乗り物テーブル１７０に送られ、仮予約乗り物テーブル１７０は仮予約情報を書き込まれて更新される。仮予約乗り物テーブル１７０は図３に示すように、顧客の仮予約情報を乗り物毎に整理したもので、乗り物を指定すればその乗り物に入れられている仮予約情報が得られるものである。図３に示す仮予約乗り物テーブル１７０では、乗り物を模式的に、Ｇ列３番まで９席の座席があるものの例を示している。図３に示す仮予約乗り物テーブル１７０の乗り物ａでは、Ｅ列１番に顧客Ｔ１で仮予約グループ認識情報がＴ１−Ａである仮予約情報によりなされた仮予約が示されている。同じくＦ列２番に顧客Ｔ２で仮予約グループ認識情報がＴ２−Ａである仮予約情報によりなされた仮予約が、Ｇ列３番に顧客Ｔ３で仮予約グループ認識情報がＴ３である仮予約情報によりなされた仮予約が示されている。この仮予約乗り物テーブル１７０から、乗り物毎にその乗り物に入れられている、その時々の仮予約の総数が把握できる。以下では、仮予約乗り物テーブル１７０上で乗り物を模式的に表して、顧客の仮予約情報を乗り物ごとに整理し、乗り物単位で集めたものを仮予約乗り物リストと呼ぶこととする。乗り物ａになされた仮予約の情報の集まりは乗り物ａの仮予約乗り物リストである。乗り物ｂ、乗り物ｃ、乗り物ｅ、乗り物ｏ、乗り物ｒ、乗り物ｓについても同様である。

顧客は既に入れた仮予約をキャンセルしたい場合、端末装置１０４からサーバー装置１００に仮予約キャンセル情報を送信する。仮予約キャンセル情報はキャンセルしたい仮予約を特定できる情報、例えば乗り物を指定する情報と仮予約グループ認識情報を有するものである。仮予約キャンセル情報は仮予約キャンセル情報受信部１２２で受信されると、仮予約状況情報生成部１２３にある仮予約客テーブル１５０に送られる。仮予約客テーブル１５０では、仮予約キャンセル情報により特定される仮予約情報が削除されて更新される。

仮予約キャンセル情報は仮予約客テーブル１５０からさらに仮予約乗り物テーブル１７０に送られ、仮予約乗り物テーブル１７０は仮予約キャンセル情報により特定される仮予約情報が削除されて更新される。このようにして、仮予約状況情報生成部１２３は更新される。なお、仮予約状況情報生成部１２３は前述した仮予約客テーブル１５０と仮予約乗り物テーブル１７０を有するものに限定されるものではない。仮予約状況情報生成部は仮予約情報と仮予約キャンセル情報に基づいて、仮予約された乗り物各々の仮予約数などの仮予約状況情報を生成するものであればよい。

本予約処理部１２４は、仮予約乗り物テーブル１７０に載っている乗り物のうち、その仮予約数が、各々の乗り物の仮予約の期限までに、予め定められた各々の所定の値に達したものを認識する。ここで、図３の仮予約乗り物テーブル１７０においては、乗り物ａの仮予約期限はＰ１、予め定められた所定の値は成立仮予約数としてのＸ１である。

顧客Ｔ１が、仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた仮予約により本予約を得る場合に行われる処理について述べる。図３の仮予約乗り物テーブル１７０に載っている、つまり顧客により何らかの仮予約がなされている乗り物ａ、ｂ、ｃ、ｅ、ｏ、ｒ、ｓのうち、仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた仮予約があるのは乗り物ａ、ｂ、ｃである。そこで顧客Ｔ１に限っての処理であれば乗り物ａ、ｂ、ｃのうち、仮予約数が予め定められた各々の所定の成立仮予約数に達する乗り物はどれであるかを認識できればよい。そして、乗り物ｂの仮予約数が仮予約期限Ｐ２が来る前に成立仮予約数Ｘ２に達するより先に、かつ乗り物ｃの仮予約数が仮予約期限Ｐ３が来る前に成立仮予約数Ｘ３に達するより先に、乗り物ａの仮予約数が仮予約期限Ｐ１が来る前に成立仮予約数Ｘ１に達すれば、乗り物ａになされていた仮予約を本予約として成立させる。
顧客Ｔ２に限っての処理については、図３の仮予約乗り物テーブル１７０の乗り物ａ、ｂ、ｃ、ｅ、ｏ、ｒ、ｓのうち、仮予約グループ認識情報Ｔ２−Ａを有する仮予約情報によりなされた仮予約があるのは乗り物ａ、ｂ、ｅであるので、乗り物ａ、ｂ、ｅに対して顧客Ｔ１の場合と同様の処理がなされた結果、乗り物ａになされていた仮予約が本予約として成立するものである。

乗り物ａになされていた仮予約が本予約として成立すると、顧客Ｔ１の仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた他の仮予約、乗り物ｂのＥ列１番と乗り物ｃのＥ列１番の仮予約は取り消される。つまり、乗り物ｂのＥ列１番と乗り物ｃのＥ列１番は「空き」状態に書き換えられる。同様に顧客Ｔ２の仮予約グループ認識情報Ｔ２−Ａを有する仮予約情報によりなされた他の仮予約、乗り物ｂのＦ列２番と乗り物ｅのＦ列２番の仮予約は取り消される。仮予約グループ認識情報Ｔ３有する仮予約情報によりなされた仮予約は乗り物ａのＧ列３番だけであるので、顧客Ｔ３に関しては、取り消す仮予約はない。

本予約処理部１２４において、前述した顧客Ｔ１が本予約を得るための処理では、顧客Ｔ１の３つの仮予約のうち、乗り物ａになされた仮予約を本予約として成立させたので他の２つの仮予約、乗り物ｂ、ｃになされていた仮予約は取り消された。また、顧客Ｔ２が本予約を得るための処理では、顧客Ｔ２の３つの仮予約のうち、乗り物ａになされた仮予約を本予約として成立させたので他の２つの仮予約、乗り物ｂ、ｅになされていた仮予約は取り消された。

本予約処理部１２４においては、仮予約乗り物テーブル１７０に載っているすべての乗り物ａ、ｂ、ｃ、ｅ、ｏ、ｒ、ｓのうち、その仮予約数が各々の乗り物の仮予約の期限までに予め定められた各々の所定の値、ここでは成立仮予約数に達した乗り物ａになされている仮予約を本予約として成立させて、仮予約乗り物テーブル１７０に載っている、まだ本予約が成立していない他の乗り物ｂ、ｃ、ｅ、ｏ、ｒ、ｓになされている仮予約のうち、この本予約が成立した乗り物ａになされていた仮予約と同じ仮予約グループ認識情報を有する仮予約情報によりなされた仮予約をすべて取り消す処理をしている。
このようにすると、顧客Ｔ１の仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた３つの仮予約のうち、乗り物ａになされた仮予約を本予約として成立させ、他の２つの仮予約は取り消し、顧客Ｔ２の仮予約グループ認識情報Ｔ２−Ａを有する仮予約情報によりなされた３つの仮予約のうち、乗り物ａになされた仮予約を本予約として成立させ、他の２つの仮予約は取り消すという前述した処理が行われることになるのである。

仮に乗り物ａとともに乗り物ｃの仮予約数も成立仮予約数に達していたとしても、そのうちの一つの乗り物、乗り物ａになされている仮予約を本予約として成立させてその後の処理を行えば、乗り物ｃになされていた顧客Ｔ１の仮予約は取り消され、乗り物ｃの仮予約数が成立仮予約数Ｘ３に達しなくなることもある。達しなくなれば未だ仮予約数が所定の値に達していない状況に戻るのであり、達していれば本予約処理がなされることを待つこととなる。
乗り物ａではなく乗り物ｃになされている仮予約を本予約として成立させてその後の処理を行えば、乗り物ａになされていた顧客Ｔ１の仮予約は取り消され、乗り物ａの仮予約数が成立仮予約数Ｘ１に達しなくなることもある。達しなくなればやはり、未だ仮予約数が所定の値に達していない状況に戻るのであり、達していれば本予約処理がなされることを待つこととなる。

このように仮予約数が成立仮予約数に達している乗り物が複数ある場合は、そのうちの一つの乗り物を選択して、その仮予約を本予約として成立させるのであるが、その選択方法としては、先に成立仮予約数に達したものを選択するなど、適宜選択すればよく、その選択方法は特に限定されるものではない。
ここで、仮予約状況情報生成部１２３が、仮予約情報によって一つの乗り物に一つの仮予約が加えられて更新されるたびに、仮予約数が成立仮予約数に達している乗り物があるかどうかを認識するような処理を行うこととすれば、仮予約数が成立仮予約数に達している乗り物が同時に複数存在するということはなくなることとなる。

前述の他の仮予約を取り消す際に、他の仮予約がどの乗り物になされているかの情報を得るためには仮予約客テーブル１５０を使用する。仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた仮予約は顧客Ｔ１によりなされた仮予約である。図２に示す仮予約客テーブル１５０の顧客Ｔ１の仮予約客リストを参照すると、仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた仮予約は３個あり、乗り物ａとｂとｃになされていることがわかる。本予約が成立したのは乗り物ａであるので、乗り物ｂとｃになされている仮予約を取り消せばよい。つまり、図３に示す仮予約乗り物テーブル１７０の乗り物ｂと乗り物ｃの仮予約乗り物リストから、仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた仮予約を削除すればよい。その後に仮予約客テーブル１５０の顧客Ｔ１の仮予約客リストから仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報によりなされた仮予約を削除すればよい。そして、乗り物ａの仮予約乗り物リストを削除し、乗り物ａの仮予約数が成立仮予約数に達したと再度、認識されることがないような状況に仮予約状況情報生成部１２３を更新しておく。

本予約が成立した乗り物の情報と予約客の情報は、乗り物運行情報送信部１２５と普通予約対応部１１１に送られる。乗り物運行情報送信部１２５は本予約が成立した顧客の端末装置１０４に、その顧客が本予約を得たところの乗り物の運行情報を送信する。乗り物運行情報としては例えばその乗り物の名称、予約された座席番号、発着地、発着時刻などである。乗り物運行情報に加えて、この乗り物の本予約を得るにともなって取り消された仮予約の情報もその顧客の端末装置１０４へ送信してもよい。

普通予約対応部１１１は本予約が成立した乗り物の情報と予約客の情報を受け取ると、例えば本予約が成立した乗り物ごとに座席表を作成し、予約客が得た座席に対応する部分に「予約済み」などの表記を入れる。顧客の端末装置１０４からの要求に応じて座席表の情報を顧客の端末装置１０４へ送信する。顧客からの本予約のキャンセルを希望する情報を受信した場合は、所定のキャンセル料等の情報をキャンセルを希望した顧客の端末装置１０４へ送信する。なお、普通予約対応部１１１が顧客の端末装置１０４との間でやりとりする処理は、搭乗券の通常の予約サーバーが行う処理と略同等のものでよい。

図４から図７にそれぞれ、顧客Ｔ１、顧客Ｔ２、顧客Ｔ３、顧客Ｔ４が本発明を実施するための形態におけるサーバー装置１００に仮予約を入れた場合の処理の流れを個別に例示する。図中、左に顧客の端末装置１０４、右にサーバー装置の各部を配している。また、予約客指定仮予約期限Ｐ０と各乗り物の仮予約期限Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６の関係は、数字の小さいものほど先に来る期限としている。つまりＰ０が近未来に最も早く来る期限であり、Ｐ６が最も遅く来る期限である。

図４は、サーバー装置が顧客Ｔ１の端末装置Ｔ１から乗り物ａ、ｂ、ｃ、ｄの提案情報を要求され、その後、乗り物ａ、ｂ、ｃの仮予約情報を受信し、さらにその後、乗り物ｃの仮予約キャンセル情報を受信した場合である。乗り物ｃの仮予約キャンセル情報を受信した時点では、乗り物ａ、ｂ、ｃの仮予約期限はまだ来ていないものとする。
図５は、サーバー装置が顧客Ｔ２の端末装置Ｔ２から乗り物ａ、ｂ、ｅ、ｆの提案情報を要求され、その後、乗り物ａ、ｂ、ｅの仮予約情報を受信し、さらにその後、乗り物ａの仮予約キャンセル情報と乗り物ｆの仮予約情報を受信した場合である。乗り物ｆの仮予約情報を受信した時点では、乗り物ｂ、ｅ、ｆの仮予約期限はまだ来ていないものとする。

図６は、サーバー装置が顧客Ｔ３の端末装置Ｔ３から乗り物ａ、ｂ、ｃ、ｄの提案情報を要求され、その後、乗り物ａの仮予約情報を受信し、さらにその後、乗り物ｅの仮予約情報を要求された場合である。サーバー装置は端末装置Ｔ３からの仮予約キャンセル情報は受信していない。乗り物ａの仮予約情報は仮予約グループ認識情報Ｔ３を有しているが、識別情報を有する、例えばＴ３−Ａでもかまわない。
図７は、サーバー装置が顧客Ｔ４の端末装置Ｔ４から乗り物ａ、ｂ、ｃ、ｅの提案情報を要求され、その後、乗り物ｃ、ｅの仮予約情報を受信した場合である。

図８は図４から図７に例示した処理の流れにおいて、顧客Ｔ１、顧客Ｔ２、顧客Ｔ３、顧客Ｔ４が仮予約情報と仮予約キャンセル情報を送信し終わったが、まだどの乗り物の本予約も成立していない時点での仮予約客テーブル１５０の例を示したものである。図中×印が重ね書きされているものは、仮予約キャンセル情報によりキャンセルされた仮予約情報である。図９は同じ時点での仮予約乗り物テーブル１７０の例である。

図１０は図４から図７に例示した処理の流れにおいて、乗り物ａに他の予約客からさらに仮予約が入った結果、乗り物ａの仮予約数が成立仮予約数Ｘ１に達して、顧客Ｔ１と顧客Ｔ３が乗り物ａに入れていた仮予約が本予約として成立し、その結果更新された仮予約客テーブル１５０の例を示したものである。顧客Ｔ１の仮予約グループ認識情報Ｔ１−Ａを有する仮予約情報と顧客Ｔ３の仮予約グループ認識情報Ｔ３を有する仮予約情報は削除されている。図１１は同じ時点での仮予約乗り物テーブル１７０の例である。乗り物ａの仮予約乗り物リストは削除されている。

図１２から図１４に図１のサーバー装置１００における処理例のフローチャートを示す。
図１２は図１のサーバー装置１００の乗り物提案情報送信部１２０における処理例のフローチャートである。図１２においては、本予約が成立した乗り物があるかどうかの判断処理２０１を、端末装置から乗り物提案情報の要求があるかどうかの判断処理２０２よりも先に行っている。さらに、本予約が成立した乗り物があるかどうかの判断処理２０１と、ＹＥＳの場合の乗り物提案情報の削除処理２０３はループを構成する処理としている。これは、本予約が成立した乗り物がある場合は可能な限り早く認識して対応する乗り物提案情報を削除し、本予約が成立して既に仮予約を受け付けられない乗り物の乗り物提案情報が端末装置へ送信されることを極力、避けるためである。

図１３と図１４はサーバー装置１００の仮予約情報受信部１２１から乗り物運行情報送信部１２５にかけての各部における処理例のフローチャートである。図１３に示す仮予約状況情報を更新する処理に続いて、図１４に示す本予約を成立させるための処理を行うものである。
図１４においては、仮予約数が所定の値に達した乗り物があるかどうかの判断処理２２１を、仮予約の期限が来た乗り物があるかどうかの判断処理２２２よりも先に行っている。これは、仮予約数が所定の値に達するのと仮予約の期限が来るのがほぼ同時の乗り物が生じた場合に、仮予約数が所定の値に達した場合の処理を優先させて、本予約が成立する乗り物が少しでも多くなるようにするためである。そうすることで、乗り物の運行者が経営的に健全に乗り物を運行する機会を少しでも多く得ることができるようにしている。

なお、これまで述べてきた本発明を実施するための形態におけるサーバー装置は、同サーバー装置で行う処理と同等の処理を他のサーバー装置に搭載されるコンピュータに実行させるためのコンピュータプログラムを作成し、このコンピュータプログラムを端末装置とネットワーク経由で接続されるサーバー装置に搭載されるコンピュータに実行させることで、実現することもできる。
また、本発明を実施するための形態におけるサーバー装置は１台に限定されるものではなく、複数のサーバー装置に前述の各部の機能を分担させた構成のものでもよい。

図１５、図１６、図１７に乗り物の運行者が１社であることを想定した場合の本発明の乗り物予約サーバー装置の実施例１を示す。乗り物は高速バス、運行者は「たこやきバス」１社としている。
図１５は実施例１の構成を示すブロック図である。たこやきバスサーバー装置３００の構成は、発明を実施するための形態で示した図１のサーバー装置１００と同等のものでよい。

図１６、図１７に「たこやきバス」社が開設したＨＰ（ＨＯＭＥ ＰＡＧＥ）例を示す。ＨＰはたこやきバスサーバー装置３００やたこやきバスサーバー装置３００と通信可能な他のウェブサーバー装置に開設してもよい。
顧客Ｒの端末装置３１４が「たこやきバス」社のＨＰにアクセスし、顧客Ｒが希望する乗り物の諸条件を指定すると、仮予約対応部３１０がそれら諸条件に合う乗り物の乗り物提案情報をデータベース３０１からＨＰを介して顧客Ｒの端末装置３１４に送信する。すると、顧客Ｒの端末装置３１４には図１６のような予約画面が表示される。

図１６は１２月２４日１９時２１分現在の大阪方面高速バスの顧客Ｒの予約画面である。画面右側にＡ列１番からＢ列４番までの８席の座席がある３台のバスの模式図が示されている。バス３２１は「なにわ１号」で１２月２８日１１時００分東京発大阪行き、バス３２２は「なにわ２号」で１２月２８日１４時３０分東京発大阪行き、バス３２３は「なにわ３号」で１２月２９日１１時００分東京発大阪行きである。３台とも画面の右側の仮予約受付中の欄に表示されている。

顧客Ｒが図１６に示す予約画面を最初に表示させたときには、「なにわ１号」３２１のＡ列１番の座席と「なにわ３号」３２３のＡ列１番の座席の表示は白丸印（図示せず）、つまり座席は空席であったが、顧客Ｒが仮予約を入れたため、表示は図１６に示すとおりとなったものである。

ここで、仮予約の入力手段として、ＧＵＩ（ＧＲＡＰＨＩＣ ＵＳＥＲ ＩＮＴＥＲＦＡＣＥ）を使用する。顧客Ｒがバスの模式図上の空席（白丸印）をクリックすると、画面上に選択済み乗り物ウィンドウ（図示せず）が立ち上がり、そこにクリックして選択した乗り物の情報が表示される。顧客Ｒがさらに別のバスの空席（白丸印）をクリックすると、選択済み乗り物ウィンドウにその乗り物の情報が追加で記入される。選択済み乗り物ウィンドウには前述した仮予約グループ認識情報の入力欄（図示せず）があり、顧客Ｒがそれに入力した後、送信ボタン（図示せず）をクリックすると、選択済み乗り物ウィンドウで顧客Ｒが入力した情報が前述した仮予約情報として「たこやきバス」社のサーバー装置へ送信される。

「なにわ１号」３２１、「なにわ２号」３２２、「なにわ３号」３２３には他の顧客の仮予約が入っており、仮予約済の座席は黒丸印で示されている。「なにわ１号」３２１の成立仮予約数は５であるので、仮予約期限の１２月２７日１１時００分までに、１２月２４日１９時２１分現在の４座席の仮予約がキャンセルされることなく、あと１座席に仮予約が入れば、「なにわ１号」３２１に入れられていた５座席の仮予約は本予約として成立し、他に特別な事情がない限り「なにわ１号」３２１は運行決定とされる。このとき、「なにわ３号」３２３のＡ列１番の座席に入れられていた顧客Ｒの仮予約は取り消され、座席の表示は白丸印（図示せず）に戻ることとなる。

なお、図１６に示す予約画面の下方には、顧客Ｒが入れている仮予約を表示するための仮予約情報欄３２４がある。仮予約情報欄３２４には仮予約番号「２００９−１００３１」も表示されている。これは前述した仮予約グループ認識情報に相当するもので、ここでは顧客Ｒの仮予約情報をもとに「たこやきバス」社が設定した通し番号となっている。

図１７は１２月２６日１３時４５分現在の大阪方面高速バスの顧客Ｒの予約画面である。図１６の予約画面と較べると、「なにわ１号」３２１と「なにわ３号」３２３が画面左の運行決定の欄に移動している。これは、各々の仮予約の期限までに各々の仮予約数が各々の所定の値（「なにわ１号」「なにわ３号」ともに５）に達して本予約が成立した結果である。「なにわ１号」３２１と「なにわ３号」３２３のＡ列１番の座席に顧客Ｒが入れていた仮予約については、「なにわ１号」３２１に入れていた仮予約が本予約として成立し、黒四角印が表示されているが、「なにわ３号」３２３に入れていた仮予約はキャンセルされ、白丸印が表示されている。これは、「なにわ１号」３２１の方が「なにわ３号」３２３よりも先に本予約が成立した結果である。「なにわ３号」３２３は、「なにわ１号」３２１の本予約が成立し、Ａ列１番の座席に顧客Ｒが入れていた仮予約がキャンセルされた後に、他の顧客からの仮予約が入り、仮予約の期限１２月２８日１１時００分までに仮予約数が５に達したので本予約が成立したのである。

「なにわ１号」３２１の本予約が成立すると、仮予約対応部３１０から顧客Ｒの端末装置３１４に「なにわ１号」３２１の本予約が成立したことを知らせる情報や「なにわ１号」３２１の発着時刻等の情報、つまり前述した乗り物運行情報が送信される。情報を届けるための送信手段としては顧客Ｒ宛の電子メールが望ましいが、「たこやきバス」社のＨＰでも可能である。図１７に示す顧客Ｒの予約画面を顧客Ｒがアクセスすると、「なにわ１号」３２１の乗り物運行情報が得られる。両方の手段を併用するとよい。

図１７の運行決定の欄に表示されている「なにわ１号」３２１と「なにわ３号」３２３にはまだ空席（白丸印）がある。この空席には普通予約を入れることができる。ここで普通予約とは、通常行われている予約のことで、空席があれば予約を入れることができ、予約をキャンセルしたければ所定のキャンセル料金を払うこともある予約のことである。

「なにわ１号」３２１の本予約が成立すると、図１５に示すたこやきバスサーバー装置３００の仮予約対応部３１０から普通予約対応部３１１に「なにわ１号」３２１の乗り物運行情報や顧客Ｒの情報、本予約が成立した他の顧客の情報が送られる。そして、「なにわ１号」３２１の予約処理の管理が仮予約対応部３１０から普通予約対応部３１１に移る。図１７の運行決定の欄に表示されている「なにわ１号」３２１と「なにわ３号」３２３の情報は普通予約対応部３１１により生成され、ＨＰを介して顧客Ｒに届けられたものである。この場合、普通予約対応部３１１は前述した乗り物運行情報送信部１２５を兼ねることとなる。

図１７の仮予約受付中の欄には「なにわ２号」３２２が表示されている。仮予約数が３（黒丸印）であり、成立仮予約数６に達していないため、本予約が成立していない。仮予約期限は１２月２７日１４時３０分であり、あと一日あまりに迫っている。「なにわ２号」３２２に仮予約を入れている顧客Ｓは、顧客Ｒと同様に顧客Ｓの予約画面（図示しない）にアクセスし、「なにわ２号」３２２の本予約をまだ得ていないことを知る。「なにわ２号」３２２の本予約が成立しそうにないと判断すれば、顧客Ｓは「なにわ２号」３２２の本予約を得ることを諦め、その予約画面で「なにわ２号」３２２の仮予約をキャンセルし、他の乗り物に仮予約を入れなおすことが可能である。

また、既に本予約が成立して運行決定の欄にあり、かつ空席がある乗り物がその予約画面に表示されていれば、その乗り物に普通予約を入れることも可能である。この場合は「なにわ２号」３２２の顧客Ｓの仮予約情報が有する仮予約グループ認識情報を指定して、仮予約グループ単位で仮予約をキャンセルしておく。

顧客Ｓがその端末装置３１５から普通予約を要求する情報をサーバー装置３００に送信する際に、この普通予約を要求する情報が、「なにわ２号」３２２に仮予約を入れた顧客Ｓの仮予約情報が有する仮予約グループ認識情報を有する場合、この普通予約を要求する情報を受信したサーバー装置３００は、顧客Ｓがこの普通予約を得られれば必要ではなくなる仮予約、つまり「なにわ２号」３２２に仮予約をなした顧客Ｓの仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報によりなされたすべての仮予約をキャンセルし、しかる後に顧客Ｓがその普通予約を得られるようにすればよい。

このように、顧客が指定する諸条件を満たす乗り物の情報を、仮予約受付中の乗り物の情報は仮予約受付中の欄に、運行することが決定した乗り物の情報は運行決定の欄に表示するようにしたＨＰを導入することで、顧客の予約作業の利便性を向上させることができる。また、仮予約受付中の乗り物になされている、その時々の仮予約の状況を顧客が確認することが可能であり、顧客は、仮予約期限までに仮予約数が所定の値に達しないと判断した仮予約受付中の乗り物に入れた自身の仮予約をキャンセルし、運行が決定した乗り物に普通予約を入れることが可能である。このことは、人気のない乗り物に仮予約を入れた顧客を人気のある乗り物に誘導する効果があることを示している。

図１８、図１９、図２０、図２１に、Ａ社とＢ社の２社がそれぞれのサーバー装置の一部を互いに使用して、本発明の乗り物予約サーバー装置を構成した場合の実施例２を示す。乗り物は航空機であり、Ａ社とＢ社はともに航空会社である。なお実施例２ではサーバー装置を２台使用するため、この乗り物予約サーバー装置を乗り物予約システムと呼ぶこととする。

図１８は実施例２の構成を示すブロック図である。
Ａ社サーバー装置４００は乗り物提案情報等が蓄積されているデータベース４０１、Ａ社サーバー装置４００を管理するＡ社端末装置４０２と接続されている。また、インターネットなどのネットワーク回線４０３を介して顧客（予約客）が有する携帯電話やパーソナルコンピュータなどの端末装置４０４と接続可能である。

Ａ社サーバー装置４００は、主に仮予約、本予約等の処理を行う仮予約対応部４１０、本予約が確定した後、その本予約のキャンセル処理など、通常の予約処理と同様の処理を行う普通予約対応部４１１、外部と情報の入出力処理を行う入出力部４１２、Ａ社サーバー装置４００全体の制御を行う制御部４１３、Ｂ社サーバー装置４５０の仮予約グループ認識情報送受信部４５５と専用回線４３０を通じて仮予約グループ認識情報を互いに送受信する仮予約グループ認識情報送受信部４１４を有する。

仮予約対応部４１０は、Ａ社が、運行が可能な搭乗定員に達する予約客を確保できるならば運行することとする航空機の情報である乗り物提案情報を顧客の端末装置４０４からの要求に応じて顧客の端末装置４０４へ送信する乗り物提案情報送信部４２０、乗り物提案情報を受信した顧客の端末装置４０４から送信される、乗り物を仮予約する仮予約情報を受信する仮予約情報受信部４２１、仮予約を取り消すために端末装置４０４から送信される仮予約キャンセル情報を受信する仮予約キャンセル情報受信部４２２、仮予約情報と仮予約キャンセル情報に基づいて仮予約状況情報を生成する仮予約状況情報生成部４２３、仮予約状況に応じて、航空機に入れられている仮予約を本予約として成立させる本予約処理部４２４、成立した本予約が確定して運行されることが決定した航空機の乗り物運行情報を本予約が成立した顧客の端末装置４０４に送信する乗り物運行情報送信部４２５、仮予約対応部４１０の各部を制御する仮予約制御部４２６を有するものである。なお、図中矢印線は主に航空機や予約客の情報の流れを、制御部４１３と仮予約制御部４２６に繋がる実線は主に制御情報の流れを示すものである。
Ｂ社サーバー装置４５０は、Ａ社サーバー装置４００と同等の構成を有するものであればよいので、詳細説明は省略する。

本発明の実施例２の乗り物予約システムの作用について説明する。Ａ社サーバー装置４００の乗り物提案情報送信部４２０はデータベース４０１などに蓄積されている乗り物提案情報を、顧客Ｕの端末装置４０４からの要求に応じて顧客Ｕの端末装置４０４へ送信する。ここで、乗り物提案情報は一つの航空機の乗り物提案情報に限定されるものではなく、複数の航空機の乗り物提案情報でもよい。顧客Ｕはその端末装置４０４を使用して乗り物提案情報を確認し、利用したい航空機に仮予約を入れるために、端末装置４０４からＡ社サーバー装置４００に仮予約情報を送信する。

顧客Ｕは同様にしてＢ社サーバー装置４５０が提供する航空機の乗り物提案情報を確認し、Ｂ社サーバー装置４５０にも仮予約情報を送信する。ここで、Ａ社サーバー装置４００に送信する仮予約情報とＢ社サーバー装置４５０に送信する仮予約情報は、それぞれの仮予約が一つのグループを形成していることを示す前述した仮予約グループ認識情報を有するものである。
実施例２においては、顧客Ｕは各サーバー装置に一つずつ、計二つの仮予約を入れて一つの本予約を得ようとすることを想定している。したがって、仮予約情報は仮予約グループ認識情報を有することが必要である。

Ａ社サーバー装置４００において、仮予約情報が仮予約情報受信部４２１で受信されると、仮予約状況情報生成部４２３に送られ、仮予約状況情報生成部４２３は仮予約情報を書き込まれて更新される。
顧客Ｕは既に入れた仮予約をキャンセルしたい場合、端末装置４０４からサーバー装置４００に仮予約キャンセル情報を送信する。仮予約キャンセル情報が仮予約キャンセル情報受信部４２２で受信されると仮予約状況情報生成部４２３に送られ、仮予約状況情報生成部４２３から仮予約キャンセル情報により特定される仮予約情報が削除されて、仮予約状況情報生成部４２３は更新される。他の顧客の端末装置４０４から受信した仮予約情報と仮予約キャンセル情報も同様に処理され、仮予約状況情報生成部４２３は更新される。仮予約状況情報生成部４２３では、仮予約がなされた航空機の情報や仮予約をなした顧客の情報から航空機になされた仮予約数の情報が生成される。
Ｂ社サーバー装置４５０においても同様に、顧客Ｕの端末装置４０４や他の顧客の端末装置４０４から受信した仮予約情報と仮予約キャンセル情報に基づいて、仮予約対応部４５１にある仮予約状況情報生成部（図示せず）が更新される。

本予約処理部４２４は、仮予約状況情報生成部４２３に載っている航空機になされている仮予約数が、各々の航空機の仮予約の期限までに、予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した航空機になされている仮予約を本予約として成立させる。Ｂ社サーバー装置４５０においても本予約処理部（図示せず）で同様の処理がなされる。

顧客ＵがＡ社サーバー装置４００にもＢ社サーバー装置４５０にも同じ仮予約グループ認識情報を有する仮予約情報を送信し、Ａ社サーバー装置４００において一の仮予約を、Ｂ社サーバー装置４５０において一の仮予約を入れている場合、どちらか一方の仮予約が本予約として成立したら、他方の仮予約はキャンセルされなければならない。そこで本発明の実施例２の乗り物予約システムでは、Ａ社サーバー装置４００とＢ社サーバー装置４５０のうちどちらか一方のサーバー装置において本予約が成立した場合に、本予約が成立したサーバー装置は本予約が成立した予約客の仮予約情報が有する仮予約グループ認識情報を他方のサーバー装置に送信し、他方のサーバー装置は本予約が成立したサーバー装置から仮予約グループ認識情報を受信すると、この仮予約グループ認識情報を有する仮予約情報により他方のサーバー装置においてなされた仮予約を取り消す処理を行う。

Ａ社サーバー装置４００において顧客Ｕが航空機になした仮予約が本予約として成立すると、図１８においては、この仮予約をなした仮予約情報が有する仮予約グループ認識情報が本予約処理部４２４から仮予約グループ認識情報送受信部４１４に送られ、さらに専用回線４３０を通じてＢ社サーバー装置４５０の仮予約グループ認識情報送受信部４５５へ送られる。Ｂ社サーバー装置４５０では、この仮予約グループ認識情報が仮予約グループ認識情報送受信部４５５から仮予約対応部４５１へ送られて、この仮予約グループ認識情報により特定される仮予約情報が削除され、仮予約対応部４５１にある仮予約状況情報生成部（図示せず）が更新される。
Ａ社サーバー装置４００において本予約が成立した航空機になされていた、他の顧客の仮予約の仮予約情報が有する仮予約グループ認識情報もＢ社サーバー装置４５０へ送信されて、Ｂ社サーバー装置４５０において同様の処理がなされる。

ここで、顧客Ｕが同じ仮予約グループ認識情報を有する仮予約情報をＡ社サーバー装置４００にもＢ社サーバー装置４５０にも送信し、Ａ社サーバー装置４００においての一の仮予約とＢ社サーバー装置４５０においての一の仮予約がほぼ同時に本予約として成立してしまうと、どちらの本予約を確定させればよいか混乱が生じることが考えられる。そこで本発明の実施例２の乗り物予約システムでは、本予約が成立したサーバー装置は、本予約が成立した予約客の仮予約情報が有する仮予約グループ認識情報を他方のサーバー装置に送信してから所定時間、他方のサーバー装置から同じ仮予約グループ認識情報を受信するか受信待ちをし、受信しなかった場合に本予約を確定させることとしている。所定時間としては、サーバー装置内での情報処理の速度や専用回線における情報伝達の速度などを考慮して、必要最小限の時間を設定すればよい。

この受信待ちにおいて、例えばＡ社サーバー装置４００がＢ社サーバー装置４５０から仮予約グループ認識情報を受信した場合は、両サーバー装置のうち予め優先順位が高いと定めていたＡ社サーバー装置４００において成立した本予約を確定させ、Ｂ社サーバー装置４５０において成立した本予約を一旦取り消し、Ａ社サーバー装置４００から送信された仮予約グループ認識情報を有する仮予約情報によりＢ社サーバー装置４５０でなされた仮予約を取り消せばよい。
なお、Ａ社サーバー装置４００とＢ社サーバー装置４５０との間での情報の送受信に専用回線４３０を使用しているが、他の回線を使用してもかまわない。情報伝達の秘密性、安定性を考慮すると、専用回線が望ましいと思われる。

図１９、図２０に、Ａ社サーバー装置４００に開設されたＨＰ例を、図２１にＢ社サーバー装置４５０に開設されたＨＰ例を示す。Ａ社サーバー装置４００に開設されたＨＰにはＡ社が運行したい航空機の便のうち顧客Ｕの指定した条件に合う便が、Ｂ社サーバー装置４５０に開設されたＨＰにはＢ社が運行したい航空機の便のうち顧客Ｕの指定した条件に合う便が表示されている。
顧客ＵはＡ社の１つの便とＢ社の１つの便に、同じ仮予約グループ認識情報を有する仮予約情報により仮予約を入れている。

図１９は５月１０日２０時０５分現在のＡ社のＨＰであり、関西空港発―石見空港行きの３つの便の乗り物提案情報が表示されている。顧客Ｕは１６６便（４６２）Ａ列３番に仮予約を入れている。
図２０は５月１４日１３時２５分現在のＡ社のＨＰである。顧客Ｕが自分の入れた仮予約がどうなったかを確認したくてＨＰを閲覧したが、１６６便（４６２）は仮予約受付中の状態のままであり、運行決定には至っていない。仮予約期限５月１５日１６時２０分までにはまだ一日あまりあるが、Ａ社は経営上この便を運行させたいと判断し、成立仮予約数を７から６に下げている。

図２１は５月１４日１３時３０分現在のＢ社のＨＰであり、伊丹空港発―出雲空港行きの３つの便の乗り物提案情報が表示されている。顧客Ｕは１７０便（４６５）Ａ列３番に仮予約を入れている。図２０に示すＡ社のＨＰを閲覧して自分の入れた仮予約が本予約として成立していないことを知った顧客Ｕが続けてＢ社のＨＰを閲覧したが、１７０便（４６５）に入れているもう一つの仮予約も本予約としては成立していない。

図２２、図２３、図２４に、乗り物を運行する３社の各サーバー装置と仮予約、本予約処理等を行う仮予約代行サーバー装置を専用回線で接続して本発明の乗り物予約サーバー装置を構成した場合の実施例３を示す。３社は鉄道会社、航空会社、バス会社としたが、他の交通機関を運行する会社でもかまわない。。
図２２は実施例３の構成を示すブロック図である。仮予約代行サーバー装置５００は、やまと鉄道サーバー装置５２０、全日本航空サーバー装置５３０、日の丸バスサーバー装置５４０に代わって前述した仮予約、本予約の処理を行うものである。３社の各サーバー装置から仮予約代行サーバー装置５００へ図示しない回線を通じて随時、乗り物提案情報が送信され、仮予約代行データベース５０１に蓄積される。

仮予約代行サーバー装置５００には仮予約対応部５１０があり、これは前述した図１のサーバー装置における仮予約対応部１１０と同じ構成のものでよい。図１のサーバー装置では、仮予約対応部１１０の本予約処理部１２４から普通予約対応部１１１へ本予約が成立した予約客の情報を送るが、図２２の実施例３では、本予約が成立した予約客の情報を仮予約対応部５１０から本予約客情報送信部５１４へ送り、そこから専用回線を通じて３社のサーバー装置へ送信する。

３社のサーバー装置では、例えばやまと鉄道サーバー装置５２０では、仮予約代行サーバー装置５００から送信されてきた、本予約が成立した予約客の情報を本予約客情報受信部５２４で受信し、普通予約対応部５２１へ送る。普通予約対応部５２１では本予約が成立した予約客の情報に基づいて、乗り物運行情報を生成し、本予約が成立した予約客の端末装置５０４へ送信する。全日本航空サーバー装置５３０、日の丸バスサーバー装置５４０もやまと鉄道サーバー装置５２０と同様の構成で、同様の処理が行われる。

図２３、図２４は、仮予約代行サーバー装置５００に設けられたＨＰ部（図示せず）に開設されたＨＰ例である。顧客Ｚの端末装置５０４から送信された、顧客Ｚの指定した条件を有する情報を受信した仮予約代行サーバー装置５００が、顧客Ｚの指定した条件に合う乗り物提案情報生成して、顧客Ｚの端末装置５０４へ送信したものである。
図２３は１２月８日１９時００分現在の予約画面で、顧客Ｚは「やまと鉄道」の「あかり８号」５５１のＢ列４番、「全日本航空」の「２８便」５５２のＡ列２番、「日の丸バス」の「江戸前１号」５５３のＢ列４番に仮予約を入れている。３つの仮予約は前述の仮予約グループ認識情報を有する仮予約情報によりなされたものである。

図２４は１週間後の１２月１５日１９時２５分現在の予約画面である。顧客Ｚが「やまと鉄道」の「あかり８号」５５１に入れた仮予約は本予約として成立している。「全日本航空」の「２８便」５５２も本予約が成立し、運行決定となっているが、顧客Ｚが入れた仮予約は「やまと鉄道」の「あかり８号」５５１に入れた仮予約が本予約として成立した時点でキャンセルされ、その後他の顧客によりＡ列２番に仮予約が入り、仮予約数が成立仮予約数７に達して本予約が成立したものである。「日の丸バス」の「江戸前１号」５５３のＢ列４番に入れていた顧客Ｚの仮予約もキャンセルされているが、Ｂ列４番は空席状態となっている。
なお、実施例３では３社の各サーバー装置から仮予約代行サーバー装置５００へ図示しない回線を通じて随時、乗り物提案情報が送信される構成としたが、専用回線を使用する構成としてもよい。

本発明の乗り物予約サーバー装置では、仮予約の募集単位を複数の乗り物とすることも可能である。複数の乗り物を一つの乗り物であるかのようにして仮予約を受け付けるのである。仮予約の募集単位は本予約の成立単位である。
図２５に、本発明の乗り物予約サーバー装置を用いて、往復一便ずつ二便をひとまとめにして仮予約を受け付ける場合の仮予約例を示す。本予約成立単位は往復一便ずつの二便の乗り物である。往復一便ずつ二便であるので、この乗り物を乗り物ペアと呼ぶこととする。

図２５に示す実施例４は、関西空港と出雲空港を結ぶ路線を一日に片道一便、二日で一往復する便を乗り物ペアとして本予約成立単位とした場合の仮予約状況を示すものである。
枠６０１内の関空発出雲行きの全日本航空７便（６０２）と出雲発関空行きの全日本航空１４便（６０３）の二便が一つの乗り物ペアであり、これら二便をひとまとめにして仮予約を受け付けている。同様に、枠６１１内の関空発出雲行きの全日本航空７便（６１２）と出雲発関空行きの全日本航空１４便（６１３）の二便が一つの乗り物ペアである。枠６０１内の乗り物ペアは仮予約期限が６月３０日１３時００分、本予約が成立するための仮予約数が二便合わせて１６であり、枠６１１内の乗り物ペアは仮予約期限が７月２日１３時００分、本予約が成立するための仮予約数が同じく二便合わせて１６である。

顧客Ｖは枠６０１内の乗り物ペアの全日本航空７便（６０２）のＢ列１番と全日本航空１４便（６０３）のＢ列１番、枠６１１内の乗り物ペアの全日本航空１４便（６１３）のＢ列１番に同じ仮予約グループ認識情報を有する仮予約情報により仮予約を入れている。顧客Ｗは枠６１１内の乗り物ペアの全日本航空７便（６０２）のＡ列３番と枠６１１内の乗り物ペアの全日本航空７便（６１２）のＡ列３番に同じ仮予約グループ認識情報を有する仮予約情報により仮予約を入れている。

顧客Ｖは、枠６０１内の乗り物ペアの本予約が成立すれば、７月１日の全日本航空７便（６０２）のＢ列１番と７月２日の全日本航空１４便（６０３）のＢ列１番の席の本予約を得ることとなる。このとき、枠６１１内の乗り物ペアの７月４日の全日本航空１４便（６１３）のＢ列１番に入れていた仮予約はキャンセルされる。枠６１１内の乗り物ペアの方の本予約が先に成立すれば、７月４日の全日本航空１４便（６１３）のＢ列１番の席の本予約を得ることとなる。このとき、枠６０１内の７月１日の全日本航空７便（６０２）のＢ列１番と７月２日の全日本航空１４便（６０３）のＢ列１番に入れていた仮予約はキャンセルされる。

顧客Wは、枠６０１内の乗り物ペアの本予約が成立すれば、７月１日の全日本航空７便（６０２）のＡ列３番の本予約を得ることとなる。このとき、枠６１１内の乗り物ペアの７月3日の全日本航空７便（６１２）のＡ列３番に入れていた仮予約はキャンセルされる。枠６１１内の乗り物ペアの方の本予約が先に成立すれば、７月3日の全日本航空７便（６１２）のＡ列３番の本予約を得て、枠６０１内の７月１日の全日本航空７便（６０２）のＡ列３番に入れていた仮予約はキャンセルされる。

このように往復一便ずつ二便をひとまとめにして仮予約を受け付けて本予約が成立した乗り物を運行するようにすれば、１機の航空機だけを一つの路線、特に大都市から地方へ向かう路線で運行している航空会社は、例えば都市空港から地方空港へ向かう便を往路便とし、地方空港から都市空港へ帰る便を復路便とすることにより、復路便の運行のために往路便のパイロットを地方空港に何日も待機させたりする必要がなくなり、運行コストの増大を防ぐことができる。

乗客が少なく、経営効率の悪い路線、例えば地方の航空路線やシーズンオフの観光地に向かう国際航空路線、過疎地の鉄道、バス路線における乗り物の運行においては特に利用価値が高いと考えられる。
また、逆に長期の連休など乗客が集中することが予想され、乗り物をどれだけ準備すればよいか見積もりが難しい場合においても利用価値が高いと考えられる。

１００ サーバー装置
１０１ データベース
１０２ サーバー管理端末装置
１０３ ネットワーク回線
１０４ 端末装置
１１０ 仮予約対応部
１１１ 普通予約対応部
１１２ 入出力部
１１３ 制御部
１２０ 乗り物提案情報送信部
１２１ 仮予約情報受信部
１２２ 仮予約キャンセル情報受信部
１２３ 仮予約状況情報生成部
１２４ 本予約処理部
１２５ 乗り物運行情報送信部
１２６ 仮予約制御部
１５０ 仮予約客テーブル
１７０ 仮予約乗り物テーブル
２０１ 判断処理
２０２ 判断処理
２０３ 削除処理
２２１ 判断処理
２２２ 判断処理
３００ たこやきバスサーバー装置
３０１ データベース
３１０ 仮予約対応部
３１１ 普通予約対応部
３１４ 端末装置
３１５ 端末装置
３２１ なにわ１号
３２２ なにわ２号
３２３ なにわ３号
３２４ 仮予約情報欄
３２５ ご予約情報欄
４００ Ａ社サーバー装置
４０１ Ａ社データベース
４０２ Ａ社端末装置
４０３ インターネット
４０４ 端末装置
４１０ 仮予約対応部
４１１ 普通予約対応部
４１３ 制御部
４１４ 仮予約グループ認識情報送受信部
４２０ 乗り物提案情報送信部
４２１ 仮予約情報受信部
４２２ 仮予約キャンセル情報受信部
４２３ 仮予約状況情報生成部
４２４ 本予約処理部
４２５ 乗り物運行情報送信部
４２６ 仮予約制御部
４３０ 専用回線
４５０ Ｂ社サーバー装置
４５１ 仮予約対応部
４５５ 仮予約グループ認識情報送受信部
４６１ Ａ社３５便
４６２ Ａ社１６６便
４６３ Ａ社３５便
４６４ Ｂ社３７便
４６５ Ｂ社１７０便
４６６ Ｂ社３７便
５００ 仮予約代行サーバー装置
５０１ 仮予約代行サーバー端末装置
５０４ 端末装置
５１０ 仮予約対応部
５１４ 本予約客情報送信部
５２０ やまと鉄道サーバー装置
５２１ 普通予約対応部
５２４ 本予約客情報受信部
５３０ 全日本航空サーバー装置
５４０ 日の丸バスサーバー装置
５５１ あかり８号
５５２ ２８便
５５３ 江戸前１号
６０１ 枠
６０２ ７月１日出雲発関空行き全日本航空７便
６０３ ７月２日関空発出雲行き全日本航空１４便
６１１ 枠
６１２ ７月３日出雲発関空行き全日本航空７便
６１３ ７月４日関空発出雲行き全日本航空１４便

Claims (11)

1. 複数の端末装置とネットワーク経由で接続されるサーバー装置であって、
   各々の仮予約の期限の情報を有する複数の乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
   前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物のうち二以上の乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
   前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
   前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成部と、
   前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物になされている仮予約を取り消し、前記本予約が成立した乗り物の仮予約状況情報を削除する本予約処理部と、
   前記本予約が成立し、運行されることが決定した乗り物の乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信部と
   を有することを特徴とする乗り物予約サーバー装置。
2. 前記乗り物を仮予約する予約客の仮予約情報が前記仮予約の期限よりも先に来る予約客指定仮予約期限の情報を有する場合、前記本予約処理部は前記予約客指定仮予約期限までに前記仮予約数が予め定められた所定の値に達しない場合に前記予約客指定仮予約期限の情報を有する仮予約情報によりなされた仮予約を取り消す
   ことを特徴とする請求項１に記載の乗り物予約サーバー装置。
3. 前記仮予約グループ認識情報は、前記同一予約客による仮予約が第二の仮予約グループに属するものであることを示す識別情報を有する
   ことを特徴とする請求項１に記載の乗り物予約サーバー装置。
4. 複数の端末装置とネットワーク経由で接続され、
   仮予約の期限の情報を有する乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
   前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
   前記端末装置からネットワーク経由で送信され、前記仮予約をした予約客の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
   前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成部と、
   前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させる本予約処理部と、
   前記成立した本予約が確定し、運行されることが決定した乗り物の乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信部と
   を夫々有する第一のサーバー装置と第二のサーバー装置を有するシステムであって、
   前記第一のサーバー装置と前記第二のサーバー装置のうちどちらか一方のサーバー装置において前記本予約が成立した場合に、前記本予約が成立したサーバー装置は前記本予約が成立した予約客の仮予約情報が有する仮予約グループ認識情報を他方のサーバー装置に送信し、
   前記他方のサーバー装置は前記本予約が成立したサーバー装置から前記仮予約グループ認識情報を受信すると、前記仮予約グループ認識情報を有する仮予約情報により前記他方のサーバー装置においてなされた仮予約を取り消す
   ことを特徴とする乗り物予約システム。
5. 前記本予約が成立したサーバー装置は、前記本予約が成立した予約客の仮予約情報が有する仮予約グループ認識情報を他方のサーバー装置に送信してから所定時間、送信した仮予約グループ認識情報と同じ仮予約グループ認識情報を前記他方のサーバー装置から受信するか受信待ちをし、受信しなかった場合に前記本予約を確定させる
   ことを特徴とする請求項４に記載の乗り物予約システム。
6. 前記受信待ちにおいて、前記本予約が成立したサーバー装置が前記他方のサーバー装置から前記仮予約グループ認識情報を受信した場合、前記第一のサーバー装置と前記第二のサーバー装置のうち予め定められた優先順位の高い方のサーバー装置において成立した本予約を確定させ、
   予め定められた優先順位の低い方のサーバー装置において成立した本予約を一旦取り消し、前記予め定められた優先順位の高い方のサーバー装置から送信された仮予約グループ認識情報を有する仮予約情報により前記予め定められた優先順位の低い方のサーバー装置でなされた仮予約を取り消す
   ことを特徴とする請求項５に記載の乗り物予約システム。
7. 複数の端末装置とネットワーク経由で接続されるサーバー装置であって、
   各々の仮予約の期限の情報を有する複数の乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
   前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物のうち二以上の乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
   前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
   前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成部と、
   前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物になされている仮予約を取り消し、前記本予約が成立した乗り物の仮予約状況情報を削除する本予約処理部と、
   前記本予約が成立した予約客の情報を前記本予約が成立した乗り物の情報を管理するサーバー装置に送信する本予約客情報送信部と
   を有することを特徴とする仮予約代行サーバー装置。
8. 複数の端末装置とネットワーク経由で接続されるサーバー装置に搭載されるコンピュータに、
   各々の仮予約の期限の情報を有する複数の乗り物の乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信処理と、
   前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物のうち二以上の乗り物を仮予約する予約客の仮予約情報を受信する仮予約情報受信処理と、
   前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信処理と、
   前記複数の端末装置から送信されて前記仮予約情報受信処理において受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信処理において受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物各々の仮予約状況情報を生成する仮予約状況情報生成処理と、
   前記仮予約がなされた乗り物各々の仮予約の期限までに、前記仮予約状況情報生成処理により生成された乗り物各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物のうち一の乗り物になされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物になされている仮予約を取り消し、前記本予約が成立した乗り物の仮予約状況情報を削除する本予約処理部と、
   前記本予約が成立し、運行されることが決定した乗り物の乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信処理と
   を実行させることを特徴とするコンピュータプログラム。
9. 前記乗り物を仮予約する予約客の仮予約情報が前記仮予約の期限よりも先に来る予約客指定仮予約期限の情報を有する場合、前記本予約処理において前記予約客指定仮予約期限までに前記仮予約数が予め定められた所定の値に達しない場合に前記予約客指定仮予約期限の情報を有する仮予約情報によりなされた仮予約を取り消す
   ことを特徴とする請求項８に記載のコンピュータプログラム。
10. 前記仮予約グループ認識情報は、前記同一予約客による仮予約が第二の仮予約グループに属するものであることを示す識別情報を有する
    ことを特徴とする請求項８に記載のコンピュータプログラム。
11. 複数の端末装置とネットワーク経由で接続されるサーバー装置であって、
    各々の仮予約の期限の情報を有する複数の乗り物ペアの乗り物提案情報をネットワーク経由で前記端末装置に送信する乗り物提案情報送信部と、
    前記端末装置からネットワーク経由で送信され、同一予約客による仮予約であることを示す仮予約グループ認識情報を有する情報であり、前記複数の乗り物ペアのうち二以上の乗り物ペアを仮予約する予約客の仮予約情報を受信する仮予約情報受信部と、
    前記端末装置からネットワーク経由で送信される、前記仮予約をした予約客の一以上の仮予約をキャンセルするための仮予約キャンセル情報を受信する仮予約キャンセル情報受信部と、
    前記複数の端末装置から送信されて前記仮予約情報受信部が受信した前記仮予約情報と前記複数の端末装置から送信されて前記仮予約キャンセル情報受信部が受信した前記仮予約キャンセル情報に基づいて、仮予約がなされた乗り物ペア各々の仮予約状況情報を生成する仮予約状況情報生成部と、
    前記仮予約がなされた乗り物ペア各々の仮予約の期限までに、前記仮予約状況情報生成部により生成された乗り物ペア各々の仮予約数のうち予め定められた各々の所定の値に達したものがある場合、その仮予約数が所定の値に達した乗り物ペアのうち一の乗り物ペアになされている前記仮予約を本予約として成立させ、前記本予約として成立した仮予約をなした仮予約情報が有する仮予約グループ認識情報と同じ仮予約グループ認識情報を有する仮予約情報により他の乗り物ペアになされている仮予約を取り消し、前記本予約が成立した乗り物ペアの仮予約状況情報を削除する本予約処理部と、
    前記本予約が成立し、運行されることが決定した乗り物ペアの乗り物運行情報をネットワーク経由で前記本予約が成立した予約客の端末装置に送信する乗り物運行情報送信部と
    を有することを特徴とする乗り物予約サーバー装置。

Images