JP4405661B2 - 予約サーバ，ユーザ端末及び予約システム並びに予約方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、ユーザ接客用の窓口を有する映画館，遊園地などにおけるチケット購入，予約又はレストランなどにおけるサービス予約に用いて好適な、予約サーバ，ユーザ端末及び予約システム並びに予約方法に関する。
【０００２】
【従来の技術】
一般に、ユーザが、映画館，劇場，遊園地又は交通機関などのチケットを入手するときは、チケット売場に並んで直接購入したり、電話やインターネットを用いて予約する。そして、ユーザは、例えば自分が希望する映画館のチケットを、ユーザ接客用の窓口（ユーザ窓口，以下、窓口と略称することがある）にて、オペレータ（チケットの売り手）又は発券機により購入し、又は、鉄道の乗車券や航空券を購入する。
【０００３】
また、ユーザは、電話やインターネットなどの遠隔的アクセス手段を介した予約（以下、遠隔的アクセス手段を介した予約と称することがある）を用いて予約することも多い。例えば、電話予約は、コンサートチケット，スポーツチケットのほか、レストランの座席予約などにも広く利用されている。
オペレータの端末又は発券機は、発券状況を把握するために、チケット予約を管理するサーバにアクセスし、ユーザに対応するようになっている。また、電話予約においては、ホストサーバは、遠距離のユーザ端末や回線を介して、ユーザの希望するチケットを予約し発券するようになっている。
【０００４】
ここで、よく知られているように、窓口前の人の列，発券機の利用及び遠隔的アクセス手段を介した予約呼のそれぞれにおいては、待ち行列が発生する。この待ち行列は、チケット売場のほかに、会計レジ，銀行の窓口，現金自動支払機など種々の場所において見い出される現象である。
【０００５】
【発明が解決しようとする課題】
しかしながら、ユーザがチケットの購入や予約をするためには、ユーザは、窓口に並び、オペレータと一対一に対応しなければならない。また、ユーザは、遊園地のアトラクション（観覧車，ジェットコースターなど）を利用したり、例えばバーゲン品購入のように、直接並ぶ必要があるサービスを受けるためには、ユーザは、そのアトラクションが設けられた場所に行き、その窓口に並ぶことを半ば強制される。
【０００６】
このため、従来の予約システムにおいて、ユーザは、以下の（１−１）〜（１−５）に示す課題を有し、また、店舗は、（２−１）〜（２−５）に示す課題を有する。
（１−１）ユーザは、列に並んでいる間、その行動が制限される。すなわち、ユーザは、並んでいる間その場所を離れることができない。ユーザは、例えば３０分間、拘束されると、その間は、何もすることができない。
【０００７】
（１−２）ユーザは、自分が並んでいる列において、混雑具合を認識できるが、自分がサービス（予約を要する要予約サービス）を受けられるか否かについては判断することができない。例えば、映画のチケットが、自分の前で満席になるか否かについては、ユーザは知ることができない。
（１−３）遠隔的アクセス手段を介した予約は、ユーザから、サーバに対してアクセスして予約しなければならない。従って、サーバからユーザに対しては、予約の機会が設けられることはない。
【０００８】
（１−４）遠隔的アクセス手段を介した予約は、ユーザは予約するときに、サーバから他のサービスの案内や広告を受信しても、ユーザは、それらのサービスを距離的又は時間的に受けられるか否かについて知ることができない。また、距離的又は時間的に実行不可能なサービスを案内されることは、ユーザにとって、時間又は通信費などの観点から、コストの無駄である。
【０００９】
（１−５）ユーザは、予約が満席であったとき、ユーザが希望するサービスの代わりのサービス（以下、代替サービスと称することがある）を自分自身で探す必要がある。
一方、店舗は、次のような課題を有する。
（２−１）店舗は、常に、オペレータを一定数配置し、又は、発券機の釣り銭やチケット用紙を用意しなければならない。
【００１０】
（２−２）店舗は、例えば人気商品を購入するために開店前から窓口前に並んでいるユーザ数又は待ち行列の長さをカウントして、サービスを受けられない可能性があるユーザに対して、店舗がその旨をユーザに通知しなければならない。
（２−３）店舗は、多数のユーザが待っている場合は窓口業務を迅速に行なう必要がある。このため、店舗は、ユーザを待たせている間、ユーザに対して、例えば予約以外のサービスなどを提供できない。
【００１１】
（２−４）店舗は、その店舗の場所の近くにいて店舗のサービスを利用できる範囲にいるユーザのみを選択して、その選択したユーザに対してサービス状況を送信することができない。
（２−５）遠隔的アクセス手段を介した予約の場合、店舗は、予約時にユーザがどこにいるのかを知ることができない。従って、店舗は、ユーザの現在地の近くで提供されている他のサービス（又はそのサービス状況）をユーザに通知しても、ユーザがそれらのサービスを距離的・時間的に受けられるか否かを認識できない。このため、店舗からユーザヘの情報提供に対するユーザの利用度は高くない。
【００１２】
本発明は、このような課題に鑑み創案されたもので、サービス提供者がユーザに、リアルタイムでユーザの近くの店舗のサービス及び予約状況や、そのサービスの開始・終了時刻及びそのサービスに要する時間を通知し、又は、ユーザの都合の良い時間帯にそのサービスの代替イベントを提案することができる、予約サーバ，ユーザ端末及び予約システム並びに予約方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
このため、本発明の予約サーバは、予約を要する要予約サービスをユーザに提供する店舗・施設に設置され、該要予約サービスの予約を受け付けるものであって、ユーザ端末に対する情報送信を行なう送信部と、該ユーザ端末からの情報受信を行なう受信部と、該要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、該予約サーバをなすコンピュータを用いて、該保持部に保持された該店舗・施設情報の抽出および更新を行なう予約管理部と、他の店舗・施設における他の予約サーバとサーバネットワークを介して通信可能に接続され、該他の予約サーバにおけるイベント情報を該他の予約サーバから受信するインターフェース部とをそなえ、該送信部が、該予約管理部によって該保持部から抽出された該店舗・施設情報を該ユーザ端末に送信するとともに、該インターフェース部によって該他の予約サーバから受信され、該店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報を該ユーザ端末に送信し、該受信部が、該送信部によって送信された該店舗・施設情報または該代替イベント情報に応じた予約通知を、該ユーザ端末から受信すると、該予約管理部が、該保持部に保持された該予約状況を更新し、該予約管理部が該予約状況を更新して前記予約通知についての予約を完了すると、該送信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該ユーザ端末に送信することを特徴としている。
【００１４】
また、本発明の関連技術としての予約サーバは、予約を要する要予約サービスをユーザに提供する店舗・施設に設置され、該要予約サービスの予約を受け付けるものであって、該要予約サービスの予約状況を保持する保持部と、該予約サーバをなすコンピュータを用いて、予約を受け付けると該保持部に保持された該予約状況を更新する予約管理部と、他の店舗・施設における他の予約サーバとサーバネットワークを介して通信可能に接続されるインターフェース部と、該コンピュータを用いて、該保持部に保持された該予約状況に応じた店舗・施設の対応手法の選択を行なう店舗対応選択部とをそなえ、該店舗対応選択部は、該保持部に保持された該予約状況に基づいて、該要予約サービスの予約数の変化率が閾値以上又は閾値以下であることを検出し、該変化率が閾値以上のときは、該インターフェース部および該サーバネットワークを介して該他の予約サーバにアクセスして余剰人員を有する余剰店舗・施設を検索する一方、該変化率が閾値以下のときは、該インターフェース部および該サーバネットワークを介して該他の予約サーバにアクセスして派遣人員が必要な要派遣店舗・施設を検索し、検索された該余剰店舗・施設又は該要派遣店舗・施設に対し、派遣依頼又は応援申し出の通知を行なうことを特徴としている。
【００１５】
さらに、本発明のユーザ端末は、予約を要する要予約サービスをユーザに提供する店舗・施設に設置され該要予約サービスの予約を受け付ける予約サーバであって、該要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報と該店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報とを送信する予約サーバと通信可能なものであって、該予約サーバからの該店舗・施設情報および該代替イベント情報を受信する受信部と、該受信部にて受信された該店舗・施設情報および該代替イベント情報を表示する表示部と、該表示部に表示された該店舗・施設情報および該代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを選択する選択部と、該選択部にて選択された該希望サービス又は該希望イベントを予約通知として該予約サーバに対して送信する送信部と、該受信部にて該店舗・施設情報および該代替イベント情報を受信すると該店舗・施設情報および該代替イベント情報を該表示部に表示させるとともに、該選択部にて選択された該希望サービス又は該希望イベントを該送信部によって該予約サーバに対して送信させるように、該ユーザ端末をなすＣＰＵを用いて制御を行なう制御部とをそなえて構成され、該送信部によって送信された前記予約通知についての予約の完了後、該受信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該予約サーバから受信することを特徴としている。
【００１６】
さらに、本発明の予約システムは、ユーザ端末と、予約を要する要予約サービスをユーザに提供する店舗・施設に設置され、該要予約サービスの予約を受け付ける予約サーバとをそなえ、該予約サーバが、該ユーザ端末に対する情報送信を行なう第１送信部と、該ユーザ端末からの情報受信を行なう第１受信部と、該要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、該予約サーバをなすコンピュータを用いて、該保持部に保持された該店舗・施設情報の抽出および更新を行なう予約管理部と、他の店舗・施設における他の予約サーバとサーバネットワークを介して通信可能に接続され、該他の予約サーバにおけるイベント情報を該他の予約サーバから受信するインターフェース部とをそなえ、該第１送信部が、該予約管理部によって該保持部から抽出された該店舗・施設情報を該ユーザ端末に送信するとともに、該インターフェース部によって該他の予約サーバから受信され、該店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報を該ユーザ端末に送信し、該第１受信部が、該第１送信部によって送信された該店舗・施設情報または該代替イベント情報に応じた予約通知を、該ユーザ端末から受信すると、該予約管理部が、該保持部に保持された該予約状況を更新し、該予約管理部が該予約状況を更新して前記予約通知についての予約を完了すると、該第１送信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該ユーザ端末に送信し、さらに、該ユーザ端末が、該予約サーバの該第１送信部から送信された、該店舗・施設情報および該代替イベント情報を受信する第２受信部と、該第２受信部にて受信された該店舗・施設情報および該代替イベント情報を表示する表示部と、該表示部に表示された該店舗・施設情報および該代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを選択する選択部と、該選択部にて選択された該希望サービス又は該希望イベントを前記予約通知として該予約サーバに対して送信する第２送信部と、該第２受信部にて該店舗・施設情報および該代替イベント情報を受信すると該店舗・施設情報および該代替イベント情報を該表示部に表示させるとともに、該選択部にて選択された該希望サービス又は該希望イベントを該第２送信部によって該予約サーバに対して送信させるように、該ユーザ端末をなすＣＰＵを用いて制御を行なう制御部とをそなえて構成され、該第２送信部によって送信された前記予約通知についての予約の完了後、該第２受信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該予約サーバから受信することを特徴としている。
【００１７】
そして、本発明の予約方法は、予約サーバをなすコンピュータが、予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部から該店舗・施設情報を抽出し、該予約サーバをなすインターフェース部が、他の店舗・施設における他の予約サーバからサーバネットワークを介して該他の予約サーバにおけるイベント情報を受信し、該予約サーバをなす送信部が、該保持部から抽出された該店舗・施設情報を該ユーザ端末に送信に送信するとともに、該インターフェース部によって該他の予約サーバから受信され、店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報を該ユーザ端末に送信する第１送信ステップと、該ユーザ端末をなすＣＰＵが、該第１送信ステップにて送信され該ユーザ端末で受信された該店舗・施設情報および該代替イベント情報を表示部に表示させ、該表示部での表示に従って選択された、ユーザが希望する希望サービス又は希望イベントを、該ユーザ端末をなす送信部によって該予約サーバに対して送信させる予約ステップと、該予約サーバをなす該コンピュータが、該予約ステップにて送信され該予約サーバで受信された該希望サービス又は該希望イベントに基づいて、該店舗・施設情報又は該要予約サービスを代替するイベントに関する代替イベント情報を選択し、該保持部に保持された該予約状況を更新する選択ステップと、該予約サーバをなす該送信部が、該選択ステップにて選択された該店舗・施設情報又は該代替イベント情報を、該ユーザ端末に対して送信する第２送信ステップと、該選択ステップにて該予約管理部が該予約状況を更新して予約を完了すると、該予約サーバをなす該送信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該ユーザ端末に送信する第３送信ステップとをそなえて構成されたことを特徴としている。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
（Ａ）本発明の第１実施形態の説明
図１は本発明を適用される予約システムの構成図である。この図１に示す予約システム２３は、店舗・施設を予約するシステムであって、ユーザ端末１と、予約サーバ２と、店舗・施設の一例としてのレストラン３０とをそなえて構成されている。ここで、店舗・施設とは、窓口を有する店舗又は施設をいい、レストラン３０のほか、飲食店，映画館，劇場，遊園地，銀行などの店舗や、市役所，交通機関，公共機関，病院，病院の薬局などの施設を意味する。
【００１９】
そして、これらの店舗・施設のサービス（要予約サービス）は、レストラン３０又は飲食店がユーザにランチ及びコーヒーなどを提供するサービスのほか、映画館又は劇場がユーザに映画又は演劇を鑑賞させるサービス，遊園地がユーザにアトラクションを利用させるサービス，銀行の預金サービス，市役所がユーザに住民票を交付するサービス，交通機関が客車にて人・物を輸送するサービス，公共機関が税金申告を受け付けるサービス，病院が患者を診察するサービス，薬局が患者に薬を処方するサービスである。
【００２０】
さらに、サービス（要予約サービス）は、そのサービスの内容をも含む。レストラン３０の料理メニュー，価格，その日のお勧め料理及び低価格料理メニューの有無などの料理情報や、開店・閉店時間などは、要予約サービスに含まれる。映画館又は劇場についても、映画名又は芝居名，その開始・終了時刻などの情報がサービスに含まれる。加えて、アトラクションの説明，預金商品の説明，受け付け時間，時刻及び料金に関する情報，申告期間の情報，内科外科など専門種別そして、薬剤名などが、それぞれ、上記サービスに含まれる。
【００２１】
また、予約とは、各サービスに対応して、それぞれ、特定日時におけるレストラン３０又は飲食店の座席の確保、映画又は演劇の座席の確保、遊園地のアトラクション利用券の確保、預金業務の整理券、住民票を発行するときの整理券、鉄道又は航空機の座席の確保、納税の受け付け、診察又は薬受け取りの整理券などを意味する。すなわち、以下の説明において、予約は、整理券を交付するような待ち行列が発生する行為も含む。
【００２２】
さらに、各サービスの空席数，混雑度（店舗の混雑具合）又は各座席の有無は、予約状況と称されることがある。各サービスと予約状況とが店舗・施設情報（以下、店舗情報と略称することがある。）として、ユーザ端末１と予約サーバ２とを介して、ユーザと店舗との間にて、送受信されるようになっている。
なお、これらの意味は、特に断らない限り、後述する第１実施形態の各変形例や、第２〜第５実施形態においても、同様の意味で使用する。
【００２３】
図１に示す予約システム２３は、ユーザからの予約を受け付けるほかに、予約が満席になっているときには、ユーザに対して、代替イベント情報を提供するものである。すなわち、予約サーバ２がユーザ希望の希望サービスを提供できないときは、予約サーバ２に保持されたサービス情報から、代替イベント情報をユーザに提案するようになっている。
【００２４】
この代替イベント情報とは、要予約サービスを代替するイベント（代替イベント）に関するものであり、要予約サービスを代替するイベントとそのイベントの開始・終了時刻とを含む。この代替イベントとは、ユーザに映画を鑑賞させるサービス，遊園地にてユーザにアトラクションを利用させるサービス，レストラン３０、喫茶店にてランチ及びコーヒーなどを提供するサービス，カラオケボックスの利用，ボーリング場の利用，スーパーマーケットにおける安売りサービスなどを意味する。従って、代替イベントと要予約サービスとは、相互に、同一のイベント又はサービスを表す場合がある。
【００２５】
また、代替イベント情報は、要予約サービスを代替するイベントのほかに、そのイベントの内容をも含む。すなわち、映画名や、アトラクションの説明や、レストラン３０又は喫茶店の料理メニュー，価格，その日のお勧め料理及び低価格料理メニューの有無などの料理情報や、カラオケボックスの時間帯割引情報や、その日のタイムサービスが含まれる。
【００２６】
なお、第１実施形態においては、主に、レストラン３０を例にして説明する。後述する第１実施形態の各変形例及び他の実施形態においては、映画館，鉄道などを例にして説明する。
図１に示すレストラン３０は、サービスを提供する店舗であり、予約サーバ２を介して、ユーザ端末１に対して、店舗情報（料理情報，開店・閉店時間，サービス品の有無などの要予約サービスと、この要予約サービスの予約状況）が送信されるようになっている。
【００２７】
ここで、ユーザ端末１は、表示部１ｅを有するとともに、データを送受信するものであり、例えば携帯電話である。これにより、ユーザは、予約サーバ２を介して、レストラン３０と情報の受け渡しができるようになっている。
また、予約サーバ２は、ユーザ端末１と無線ネットワーク３を介して接続され、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報又は要予約サービスを代替するイベントに関する代替イベント情報をユーザ端末１に出力しうるものである。この機能は、パーソナルコンピュータ又はワークステーションと無線送受信機とによって実現される。
【００２８】
そして、予約サーバ２は、レストラン３０の予約のために、レストラン３０の近辺に設けられ、ユーザ端末１と相互にデータを送受信できるようになっている。また、予約サーバ２は、ユーザ端末１に対して、要予約サービスを代替する代替イベント又は代替サービスについての開始・終了時刻を送信するようにもなっている。
【００２９】
無線ネットワーク３は、ユーザ端末１と予約サーバ２との間においてデータを送受信するネットワークである。そして、ユーザ端末１と予約サーバ２とが、相互に、無線ネットワーク３によりデジタル化された店舗情報とユーザからの予約データとを送受信し、予約サーバ２は、ユーザからの予約を受け付けることができるようになっている。この無線ネットワーク３については、図５〜図１３を用いて後述する。
【００３０】
次に、図２を用いて予約サーバ２について説明する。
図２は本発明の第１実施形態に係る予約サーバ２のブロック図である。この図２に示す予約サーバ２は、無線送受信機１６と、予約状況保持部（保持部）２５と、代替イベント情報出力部（ネットワークターミナル、ＮＴと略称することがある）１２と、予約管理部２６と、他予約状況通知部７とをそなえて構成されている。また、予約サーバ２は、サーバネットワーク４とも接続されており、ユーザ端末１と無線送受信するとともに、サーバネットワーク４を介して、他の予約サーバ（以下、他予約サーバと称することがある）１９ａ〜１９ｅのそれぞれと、データを送受信できるようになっている。
【００３１】
ここで、無線送受信機１６は、ユーザ端末１と無線データを送受信するものであって、アンテナ２４ａと受信部（第１受信部）１６ａと送信部（第１送信部）１６ｂとを有する。アンテナ２４ａは、無線信号を送受信するものであり、受信部１６ａは、ユーザ端末１から送信された、ユーザが希望する希望サービス又は希望イベントを受信するものであり、送信部１６ｂは、予約管理部２６にて読み出された店舗・施設情報又は代替イベント情報をユーザ端末１に対して送信するものである。これらの受信部１６ａ，送信部１６ｂは、それぞれ、無線復調回路，無線変調回路（ともに図示省略）を有する。
【００３２】
また、予約状況保持部２５は、店舗・施設情報を保持するものであり、窓口又は遠隔的アクセス手段を介して予約を要する要予約サービスと要予約サービスの座席数に関する予約状況とを含む店舗・施設情報を保持するものである。ハードディスクによりこの機能は実現される。
代替イベント情報出力部１２は、要予約サービスを代替するイベントに関する代替イベント情報を出力するものであり、要予約サービスを代替するイベントとイベントの開始・終了時刻とを含む代替イベント情報を出力するものである。
【００３３】
また、この代替イベント情報出力部１２は、サーバネットワーク４を介して接続された他予約サーバ１９ａ〜１９ｅが保持する他予約サーバ代替イベント情報を代替イベント情報として出力する他予約サーバインターフェース部として構成されている。この代替イベント情報出力部１２は、代替イベント情報を予約管理部２６と他予約状況通知部７とに出力できるとともに、以下に説明する予約管理部２６とサーバネットワーク４とを介して、受信部１６ａにて受信された希望サービス又は希望イベントなどの情報を他予約サーバ１９ａ〜１９ｅに対して出力できるようになっている。
【００３４】
加えて、代替イベント情報出力部１２は、他予約サーバ１９ａ〜１９ｅからサーバネットワーク４を介して送信された代替イベント情報（又は要予約イベントを含む）を、予約管理部２６と他予約状況通知部７とに出力できるようになっている。
すなわち、予約サーバ２は、予約状況保持部２５とネットワークターミナル１２とを有し、予約サーバ２自身が保持する情報と、他予約サーバ１９ａ〜１９ｅが保持する情報との双方を、ユーザ端末１に対して、送信できるようになっている。
【００３５】
なお、後述する第３実施形態においては、この代替イベント情報出力部１２の機能は、予約サーバ２自身が有する保持部によって実現されるようになっており、その詳細については、後述する。
さらに、予約管理部２６は、予約状況保持部２５に保持された店舗・施設情報と、代替イベント情報出力部１２から出力された代替イベント情報とを、受信部１６ａにて受信した希望サービス又は希望イベントに基づいて選択的に読み出すものである。そして、予約管理部２６は、受信部１６ａにて復調された希望サービス又は希望イベントなどの情報を、予約状況保持部２５に書き込むことができるとともに、ネットワークターミナル１２に対してその情報を出力できるようになっている。
【００３６】
また、サーバネットワーク４は、予約サーバ２と他予約サーバ１９ａ〜１９ｅとを接続するネットワークであり、有線又は無線により実現される。
他予約サーバ１９ａ〜１９ｅは、いずれも、予約サーバ２と同様のものであり、これにより、予約サーバ２は、他予約サーバ１９ａ〜１９ｅのそれぞれにアクセスできるようになっており、予約サーバ２自身が有する予約状況のほか、他予約サーバ１９ａ〜１９ｅがそれぞれ有する予約状況を得ることができるのである。
【００３７】
他予約状況通知部７は、代替イベント情報出力部１２から出力された代替イベント情報のうち、予約を要する要予約イベントの予約状況を送信部１６ｂに出力するものである。
すなわち、他予約状況通知部７が、他予約サーバインターフェース部（ネットワークターミナル１２）が出力する他予約サーバ代替イベント情報から、ユーザの予定，ユーザの場所などの条件を満たす実行可能な他予約サーバ代替イベント情報を抽出して送信部１６ｂに出力するようになっている。
【００３８】
これにより、ユーザ端末１から送信された無線信号は、アンテナ２４ａを介して、受信部１６ａにて、復調されてユーザが希望する希望サービス又は希望イベントなどの情報が出力され、予約管理部２６にて、その情報が予約状況保持部２５に書き込まれ、また、ネットワークターミナル１２にその情報などが出力される。そして、ネットワークターミナル１２にて、復調された希望サービス又は希望イベントなどの情報がサーバネットワーク４に出力され、他予約サーバ１９ａ〜１９ｅに送信されるのである。
【００３９】
一方、予約状況保持部２５にて保持されている店舗情報と、ネットワークターミナル１２から出力された代替イベント情報（又は要予約イベントを含む）は、予約管理部２６にて、受信部１６ａにて受信された希望サービス又は希望イベントに基づいて選択的に読み出され、また、ネットワークターミナル１２から出力された代替イベント情報のうち、要予約イベントの予約状況が送信部１６ｂに出力される。
【００４０】
従って、予約サーバ２は、他予約サーバ１９ａ〜１９ｅから送信された代替イベント情報を中継してユーザ端末１に対して送信するとともに、ユーザ端末１から送信された希望サービス又は希望イベントを、他予約サーバ１９ａ〜１９ｅに対して出力する。
このように、予約サーバ２は、予約状況保持部２５又は他予約サーバ１９ａ〜１９ｅの予約状況をユーザ端末１に通知するとともに、ユーザ端末１からのユーザ予約を受け付けることができる。このため、予約サーバ２は、多種のサービスを紹介できる。
【００４１】
次に、図３を用いて、他予約サーバ１９ａ〜１９ｅについて説明する。
図３は本発明の第１実施形態に係るサーバネットワーク４の構成図である。この図３に示すサーバネットワーク４には、レストラン３０用の予約サーバ２のほか、他予約サーバ１９ａ〜１９ｅがそれぞれ接続されている。ここで、他予約サーバ１９ａ，１９ｂ，１９ｃ，１９ｄ，１９ｅは、それぞれ、映画館、カラオケボックス、ボーリング場、喫茶店，別の映画館に設けられた予約サーバである。そして、これらの他予約サーバ１９ａ〜１９ｅは、店舗・施設情報と、代替イベント情報とを保持する。
【００４２】
これにより、予約サーバ２，１９ａ〜１９ｅは、相互に予約状況を知ることができるようになっている。ユーザが、予約サーバ１９ａにアクセスし、満席により希望する映画チケットの予約ができなかったときは、予約サーバ１９ａは、予約サーバ１９ｅにアクセスして、チケット予約を仲介することもできる。
そして、ユーザ端末１と予約サーバ２との間において、本発明の予約方法は、まず、予約サーバ２が、店舗・施設情報又は代替イベント情報を、予約サーバ２と無線ネットワーク３を介して接続されたユーザ端末１に対して送信する（第１送信ステップ）。
【００４３】
続いて、ユーザ端末１が、第１送信ステップにて送信された店舗・施設情報又は代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを予約サーバ２に対して送信する（予約ステップ）。
次に、予約サーバ２が、予約ステップにて送信された希望サービス又は希望イベントに基づいて、店舗・施設情報と、要予約サービスを代替するイベントに関する代替イベント情報とを選択する（選択ステップ）。
【００４４】
そして、予約サーバ２が、選択ステップにて選択された店舗・施設情報又は代替イベント情報を、ユーザ端末１に対して送信するのである（第２送信ステップ）。
このように、現在のレストラン３０の状況が、ユーザに通知されるので、集客力の向上を促進できる。
【００４５】
また、上記の予約サーバ２がユーザ端末１に対して、店舗・施設情報又は代替イベント情報を、送信するに当たり（第１送信ステップ）、予約サーバ２が、予約サーバ２とサーバネットワーク４を介して接続された他予約サーバ１９ａ〜１９ｅが保持する他予約サーバ代替イベント情報にアクセスする（他予約サーバアクセスステップ）。
【００４６】
次に、予約サーバ２が、他予約サーバアクセスステップにてアクセスされた他予約サーバ代替イベント情報から希望サービスが開始されるまでのユーザの待ち時間内に実行可能な実行イベント情報を抽出する（実行イベント情報抽出ステップ）。
さらに、予約サーバ２が実行イベント情報抽出ステップにて抽出された実行イベント情報をユーザ端末１に対して送信する（実行イベント情報送信ステップ）。
【００４７】
このように、ユーザは、リアルタイムで通信可能範囲の近くの店舗のサービスを知ることができる。これにより、サービス提供者は、予約状況や時間限定サービスを適切なタイミングでユーザに通知でき、ユーザは最新の情報を得ることができる。
なお、この図３に示すサーバネットワーク４の構成は、特に断らない限り、後述する他の実施形態及びその各変形例においても同様である。
【００４８】
次に、図４を用いて、ユーザ端末１について説明する。
図４は本発明の第１実施形態に係るユーザ端末１のブロック図である。この図４に示すユーザ端末１は、アンテナ２４ｂと、カプラ２０と、受信部（第２受信部）１ｃと、制御部１ｄと、スピーカ１ｈと、マイク１ｊと、選択部１ｆと、送信部（第２送信部）１ｇと、表示部１ｅと、クーポン保持部１ｋとをそなえて構成されている。
【００４９】
アンテナ２４ｂは、無線信号を送受信するものであり、カプラ２０は、送信信号と受信信号とを分離するものである。また、受信部１ｃは予約サーバ２の送信部１６ｂから送信された、店舗・施設情報又は代替イベント情報を受信するものであり、無線復調回路を有する。そして、制御部１ｄは送受信信号の処理やユーザ端末１内の各モジュールを制御するものであり、この機能はＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などが協働することにより実現される。
【００５０】
また、表示部１ｅは受信部１ｃにて受信された店舗・施設情報又は代替イベント情報を表示するものであり、ディスプレイによりその機能が実現される（後述する図４４参照）。さらに、選択部１ｆは表示部１ｅに表示された店舗・施設情報又は代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを選択するものであり、この機能は、キーパッドなどにより実現される。これにより、ユーザは、表示部１ｅにて表示されたサービス又はイベントの中から、希望するものを選択できるようになっている。
【００５１】
送信部１ｇは選択部１ｆにて選択された希望サービス又は希望イベントを予約サーバ２に対して送信するものであり、無線変調回路を有する。また、スピーカ１ｈ、マイク１ｊは、それぞれ、音声スピーカ、音声マイクである。そして、ユーザの音声はマイク１ｊにて電気信号に変換され、増幅器（図示省略）にて増幅され、送信部１ｇにて変調されてから送信される一方、受信したデータは受信部１ｃにて復調され、音声回路（図示省略）にて音声に変換されたのちスピーカ１ｈから音声が出力される。
【００５２】
なお、クーポン保持部１ｋについては、後述する第２実施形態の第５変形例において説明する。また、この図４に示すユーザ端末１の構成は、特に断らない限り、後述する他の実施形態及びその各変形例においても同様である。
これにより、ユーザ端末１は、通常の音声通話のほかに、ユーザ端末１の表示部１ｅにて、予約サーバ２からの店舗・施設情報又は代替イベント情報がユーザに表示され、選択部１ｆにて表示部１ｅに表示された店舗・施設情報又は代替イベント情報のうち希望サービス又は希望イベントが選択され、送信部１ｇにて選択された希望サービス又は希望イベントが送信されるのである。
【００５３】
そして、図１において、レストラン３０は、予約サーバ２に対して、店舗情報（料理情報及び開店・閉店時間とその予約状況）を送信し、予約サーバ２は、予約サーバ２と通信可能なユーザ端末１に情報を送信する。ユーザ端末１には、それら複数の情報が表示され、ユーザは、それら複数の情報のうち、興味のあるものを選択してその選択したものを予約サーバ２に対して送信する。
【００５４】
加えて、レストラン３０は、満席の場合には、ユーザに対して代替イベント情報として、「１００ｍ（メートル）先の２号店は空きがあります。予約しますか？」というメッセージを送信し、他のサービスをユーザに対して提案するのである。
従って、レストラン３０のオーナーなどのサービス提供者は、予約サーバ２を介して、レストラン３０の近くの通行人を客として呼ぶことができ、ユーザに対して、店舗情報を提供できる。
【００５５】
また、従って、ユーザは、レストラン３０に入らなくても、レストラン３０の料理情報や開店・閉店時間と混雑具合などの予約状況を知ることができ、座席を簡易に確保できる。
次に、図５〜図１３を用いて、無線ネットワーク３について説明する。無線ネットワーク３は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１や、ブルートゥース（商品名又は役務名を表す。以下、Ｂｌｕｅｔｏｏｔｈと表記することがある。）を用いることができる。このＩＥＥＥ８０２．１１は、よく知られているように、無線ＬＡＮ（Local Area Network）などに用いられる規格である。
【００５６】
また、Ｂｌｕｅｔｏｏｔｈは、Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖ１．０：２０００年７月１日現在の仕様書によれば、１０ｍ〜１００ｍ程度の範囲の通信を可能とする無線ネットワーク３であって、ピコネットを用いて一対多の通信が可能である。
図５はピコネットの説明図である。この図５に示すピコネットＰは、１台のマスター機（黒い丸で表されたもの）と、７台のスレーブ機（白い丸で表されたもの）とを有する。そして、Ｂｌｕｅｔｏｏｔｈは、ピコネットＰを基本的な単位として、複数のピコネットＰ間にて、無線通信するようになっている。なお、ユーザ端末１と予約サーバ２とは、それぞれ、マスター機（マスター）とスレーブ機（スレーブ）のいずれにもなりうる。
【００５７】
また、１台のマスターに７台のスレーブが同時に接続できるようになっており、予約サーバ２は時分割多重により、同時に最大７台のスレーブに対して、情報を送信できる。ここで、マスターとスレーブとの間の接続は、常に、コネクション確立が維持されている必要はなく、情報の送受信又はサービス，イベントを予約するときにのみ接続されていればよい。また、スレーブ機は他の複数のピコネットＰに属することもできる。
【００５８】
さらに、データ伝送量については、店舗情報及び予約データは、１０ｋＢ（１０キロバイト）程度であり、Ｂｌｕｅｔｏｏｔｈの仕様にて、通信速度が５００ｋｂｐｓ（５００キロビット／秒）であった場合、店舗情報の通信時間は、１０ｋＢ／５００ｋｂｐｓ（すなわち、８０ｋｂ／５００ｋｂｐｓ）により計算され、１６０ｍｓ（１６０ミリ秒）である。
【００５９】
従って、ユーザが予約サーバ２から送信された情報を、このピコネットＰに接続されたユーザ端末１を用いて受信する場合、ユーザが情報を受信して店舗情報をユーザ端末１から読み込み、予約したサービスが開始するまでに、１０秒の間隔があるとした場合、そのユーザの予約の待ち時間（例えば１００００ミリ秒）に、マスターは、スレーブに対して６２回、店舗情報を送信できる。
【００６０】
さらに、Ｂｌｕｅｔｏｏｔｈによれば、複数のピコネットＰ同士を結合したスキャッタネットを形成できる。このスキャッタネットを用いた場合のデータの流れについて、図６〜図１３を用いて説明する。
図６はピコネットＰのネットワークの初期状態を示す図である。この図６に示すユーザ端末１Ａ，１Ｂは、いずれも、円周で表された、予約サーバ２と通信可能な範囲（通信範囲と表示されたもの）の外にあるので、予約サーバ２はピコネットＰを形成していない。
【００６１】
次に、図７はピコネットＰのネットワークが形成された状態を示す図であり、ユーザ端末１Ａと予約サーバ２との間にてネットワークが形成されている。この図７に示すユーザ端末１Ａが、予約サーバ２の通信可能範囲に入るので、ユーザ端末１Ａと予約サーバ２との間にピコネットＰが形成される。ここで、予約サーバ２がマスターであり、ユーザ端末１Ａはスレーブであり、予約サーバ２がユーザ端末１Ａに対して店舗・施設情報を送信するようになっている。
【００６２】
図８はスキャッタネットが形成された状態を示す図である。この図８に示すユーザ端末１Ａは、予約サーバ２の通信可能範囲にある一方、ユーザ端末１Ｂはその範囲の外である。そして、ユーザ端末１Ａは、自分自身と通信可能なユーザ端末１Ｂとの間にてピコネットＰを形成し、ユーザ端末１Ｂに対して予約サーバ２の情報を送信するようになっている。また、同時に、予約サーバ２とユーザ端末１Ａとユーザ端末１Ｂとの３者間において、スキャッタネット２１が形成されている。
【００６３】
ここで、ユーザ端末１Ｂは、ユーザ端末１Ａのスレーブである。また、ユーザ端末１Ａは予約サーバ２のスレーブであるとともに、ユーザ端末１Ｂのマスターであり、ユーザ端末１Ａ，１Ｂは、いずれも、マスター又はスレーブのどちらにもなりうる。
そして、予約サーバ２は、ユーザ端末１Ａと通信し、また、ユーザ端末１Ａがユーザ端末１Ａと通信可能なユーザ端末１ＢとピコネットＰを形成し、予約サーバ２の情報が送信される。
【００６４】
図９はスキャッタネットの階層構造を説明するための図である。この図９に示す２と付した円は、予約サーバ２を表し、また、１Ａ，１Ｂ，１ＡＡ，１ＢＢと付した円は、それぞれ、マスター又はスレーブとして機能するユーザ端末を表している。そして、予約サーバ２はユーザ端末１Ａ，１ＡＡとピコネットＰを形成し、ユーザ端末１Ａ，１ＡＡは、それぞれ、ユーザ端末１Ｂ，１ＢＢとピコネットＰを形成するようになっている。
【００６５】
このように、Ｂｌｕｅｔｏｏｔｈにおいては、スキャッタネット２１が構築されることにより、予約サーバ２は、予約サーバ２の通信可能範囲を超えたユーザ端末１Ｂ，１ＢＢと通信できる。また、スキャッタネット２１は、隣の階層のユーザ端末１Ａ又は１ＡＡが通信可能範囲にいる間のみ形成される。
一方、ユーザ端末１Ａは、常に、移動しているので、スキャッタネット２１は、無条件に拡大するものではない。すなわち、予約サーバ２からのサービスを受けられる可能性のある（店舗に入ることが物理的に可能な）ユーザは、ある程度、予約サーバ２から限られた範囲にいる必要がある。
【００６６】
図１０はスキャッタネットの終了状態を示す図である。この図１０に示すユーザ端末１Ａが、最初に予約サーバ２とピコネットＰを形成した場所から移動し、予約サーバ２の通信可能範囲から外れると、ユーザ端末１ＡとピコネットＰを形成しているユーザ端末は、予約サーバ２との通信が不可能となって、スキャッタネット２１が消滅する。
【００６７】
従って、ユーザ端末１Ｂよりも下流側の通信の接続は、ユーザ端末１Ａが予約サーバ２の通信可能範囲に存在するか否かに依存する。すなわち、ユーザ端末１Ｂよりも下流側の通信の継続は、ユーザ端末１Ａが予約サーバ２の通信可能範囲から外れると通信できなくなる。
このため、予約サーバ２は、「店舗情報」を、一方的な情報として、スキャッタネット２１内の全てのユーザ端末に対して送信し、双方向通信が必要な「予約」については、予約サーバ２とピコネットＰを形成しているユーザ端末１Ａにのみ許可するようにしている。これにより、予約中に通信が断絶することを回避できる。
【００６８】
また、ユーザ端末１Ｂよりも下流側のユーザ端末に対しては、ユーザ端末１Ｂから、店舗又は予約サーバ２の位置情報を店舗情報とともに送信するようにして、予約サーバ２の通信可能範囲に移動するように誘導すればよい。
このように、スキャッタネット２１を利用することにより、予約サーバ２は自分自身の通信可能範囲（１０ｍ〜１００ｍ）以上離れたユーザに対して店舗情報を送信できる。また、物理的な配線が不要となり、設備投資費用を大幅に節約することができる。
【００６９】
さらに、このように、物理的にサービスが受けられる可能性のあるユーザに対して、店舗・施設情報が送信され、ユーザは外出時に至るところで予約が可能となり、また、サービス提供者は、集客力の向上を図れる。
加えて、予約後において、予約サーバ２が、他予約サーバ１９ａ〜１９ｅにアクセスし、他の店舗の予約状況又は近くの店舗の予約状況をユーザに通知するので、ユーザに対するその店舗利用の簡便性を向上させることができる。
【００７０】
なお、ネットワークトポロジ（ネットワークプロトコル）について、種々変形できる。
図１１は本発明の第１実施形態に係る通常予約におけるネットワークトポロジを示す図である。この図１１に示すユーザ端末１と予約サーバ２とは、相互に、無線ネットワーク３を介して接続されている。そして、無線区間は、予め決められた予約プロトコルが用いられており、データが送受信されるようになっている。これにより、予約できるのである。
【００７１】
また、サーバネットワーク４は、予約プロトコルと同一のプロトコル又は予約プロトコルとは異なるプロトコルを用いることもできる。
図１２は本発明の第１実施形態に係る第１のネットワークトポロジを説明するための図であり、予約サーバ２と他予約サーバ１９ａ〜１９ｅとの間において、無線ネットワーク３の予約プロトコルと同一のプロトコルが用いられている場合のものである。この図１２に示す予約サーバ２がサーバネットワーク４において、予約プロトコルを送受信するようにし、予約状況データがそのまま、送受信されるようになっている。ここで、予約サーバ２は単にデータを中継するようになっている。
【００７２】
これにより、ユーザ端末１は、他予約サーバ１９ａとサーバネットワーク４とをそれぞれ介して、他予約サーバ１９ａ〜１９ｅと予約できる。従って、ユーザ端末１から予約サーバ２にアクセスしたプロトコルと同一プロトコルにより、ユーザ端末１と他予約サーバ１９ａ〜１９ｅとの間のアクセスが仲介される。
図１３は本発明の第１実施形態に係る第２のネットワークトポロジを説明するための図であり、予約サーバ２と他予約サーバ１９ａ〜１９ｅとの間のプロトコルが、無線ネットワーク３のプロトコルと異なるプロトコルが用いられている場合のものである。この図１３に示すユーザ端末１と予約サーバ２との間は、予約プロトコルが用いられ、また、予約サーバ２と他予約サーバ１９ａ〜１９ｅとの間は、予約プロトコルとは異なるプロトコルが用いられている。そして、予約サーバ２は、２種類のプロトコルを相互に他のプロトコルに変換するようになっている。従って、予約サーバ２は、プロトコルが異なる種々のサーバとデータを送受信できる。
【００７３】
このように、予約サーバ２は、ユーザに対する通知のほかに、予約を仲介できる。また、このようにして、ユーザは、予約により自分の予定が確定した後に、その時点で立っている場所から近くの施設における予約内容が通知されるので、ユーザは、空き時間を有効に活用できる。
さらに、このようにして、サービス提供者は、ユーザに対して、空き時間を有効に活用するための提案が可能となり、より付加価値の高いサービスを提供できる。
【００７４】
上述のごとく構成された本発明の第１実施形態のシステムにおける予約方法について、図１４を参照して詳述する。
図１４は本発明の第１実施形態に係る予約方法を説明するためのフローチャートである。まず、ユーザは、ユーザ端末１を用いて予約サーバ２に対して現在の予約状況を知らせるように要求する（ステップＡ１）。次に、ステップＡ２において、予約サーバ２は、現在の予約状況をユーザ端末１に通知する。より詳細には、予約サーバ２の予約管理部２６が、予約状況を保持している予約状況保持部２５を読み出して、現在の予約状況（空席数や各座席の予約状況など）を抽出して、そのデータは、無線ネットワーク３を介してユーザ端末１に送信される。
【００７５】
そして、ステップＡ３にて、ユーザは、ユーザ端末１の表示部１ｅに表示された予約状況を見て、予約するか否かを判断する。具体例としては、映画館において、ユーザが見たい映画について、満席でないか、希望の席が空いているか、又は、上映開始時刻や終了時刻は問題ないかといった基準に基づいて判断する。ここで、ユーザが予約しない場合には、Ｎｏルートを通り、予約はされない。一方、ユーザが予約する場合は、Ｙｅｓルートを通る。
【００７６】
ステップＡ４にて、予約サーバ２が予約を受け付ける。より詳細には、ユーザ端末１から送信された予約する旨に基づいて、予約管理部２６が予約状況保持部２５に保持されている予約状況を更新する。
続いて、ステップＡ５にて、予約完了時の処理が実行される。より詳細には、予約完了後、予約サーバ２の他予約状況通知部７は、サーバネットワーク４を介して他予約サーバ１９ａ〜１９ｅの予約状況を受信し、その予約状況をユーザ端末１に通知する。
【００７７】
このように、ユーザの予約が完了する。また、他予約サーバ１９ａ〜１９ｅの予約状況は、ユーザがその時点でアクセス可能な近距離の店舗に限定するようにもできる。
すなわち、無線ネットワーク３は、ユーザ端末１との距離制限を有するので、ユーザが利用可能な近距離の店舗のみを選択して、それらの店舗が提供するサービスをユーザ端末１に対して送信するのである。
【００７８】
図１５は本発明の第１実施形態に係る通信可能範囲を説明するための図である。この図１５に示す範囲Ｄは予約サーバ２とユーザ端末１との間における無線接続が可能な範囲である。そして、予約サーバ２は、この範囲Ｄ内のユーザ端末１に対してのみ、データを送信して、利用可能なサービスを送信する。そのサービスとは、例えば、現在実施中のバーゲンセール情報、又は、きわめて近い未来（１０分後）に開始されるバーゲンセール情報や、開催イベントなどである。
【００７９】
図１６は本発明の第１実施形態に係る予約完了前におけるユーザ端末１の予約方法のフローチャートである。まず、予約サーバ２が、現在の予約状況をユーザ端末１に対して送信する（ステップＡ１０）。そして、ステップＡ１１にて、ユーザが予約しない場合は、Ｎｏルートを通り、予約はされないが、ユーザが予約する場合は、Ｙｅｓルートを通り、ステップＡ１２にて、予約サーバ２は予約を受け付ける。そして、ステップＡ１３にて、予約サーバ２は、他予約サーバ１９ａ〜１９ｅにアクセスし、予約サーバ２は、その他予約サーバ１９ａ〜１９ｅに保持されていた予約状況を、ユーザ端末１に対して送信する。
【００８０】
従って、予約サーバ２がユーザ端末１に対してデータを送信した場合においても、ユーザは、現在実施中又は１０分後に開始されるバーゲンセール情報やイベント情報などを得ることができる。
この例は、予約完了後に、他予約サーバ１９ａ〜１９ｅの情報が、予約サーバ２に通知されていたが、予約完了前に通知されるようにしてもよい。
【００８１】
図１７は本発明の第１実施形態に係る予約完了後のユーザ端末１の予約方法のフローチャートである。ここで、予約サーバ２は予約状況をユーザ端末１に送信した後に、ユーザがユーザ端末１を操作している間に、バックグラウンドで他予約サーバ１９ａ〜１９ｅの情報をユーザに送信し、また、ユーザが予約の実行又はキャンセルを行なった後に、ユーザ端末１に表示する。
【００８２】
まず、予約サーバ２は現在の予約状況をユーザ端末１に通知する（ステップＡ２０）。次に、予約サーバ２の他予約状況通知部７は他予約サーバ１９ａ〜１９ｅにアクセスし、その他予約サーバ１９ａ〜１９ｅに保持されていた予約状況を、ユーザ端末１に対して送信する（ステップＡ２１）。また、ステップＡ２２にて、ユーザが予約しない場合は、Ｎｏルートを通り、予約されない。ユーザが予約する場合は、Ｙｅｓルートを通り、その旨がユーザ端末１から予約サーバ２に通知される。そして、ステップＡ２３において、予約サーバ２が予約を受け付ける。
【００８３】
従って、予約完了前に、他予約サーバ１９ａ〜１９ｅの情報が、予約サーバ２に通知される。
このように、ユーザの予約が完了する前後において、他予約サーバ１９ａ〜１９ｅに保持された内容が、ユーザ端末１に表示される。
また、このように、予約完了後に、予約サーバ２が、他予約サーバ１９ａ〜１９ｅにアクセスし、レストラン３０の予約状況又は近くの店舗の予約状況をユーザに通知することにより、ユーザは、その時点において、通信可能範囲に位置する店舗のサービスを知ることができる。これにより、サービス提供者は、予約状況を、適切なタイミングでユーザに送信でき、また、ユーザは最新の予約状況を得ることができる。
【００８４】
さらに、このように、予約サーバ２が、予め定められた通信可能範囲に位置するユーザに対してのみ、予約状況を送信することにより、リアルタイムで自店舗の状況をユーザに通知でき、これにより、店舗・施設のサービス提供者は、集客力の向上を図れる。
（Ｂ）本発明の第２実施形態の説明
第２実施形態では、予約サーバ２ａ（図１８参照）が、ユーザ端末１に対して、代替イベント情報を提案する手法を用いる。
【００８５】
図１８は本発明の第２実施形態に係る予約サーバのブロック図である。この図１８に示す予約サーバ２ａは、ユーザ端末１と無線ネットワーク３を介して接続され、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報又は要予約サービスを代替するイベントに関する代替イベント情報をユーザ端末１に出力しうるものである。なお、図１８に示すもので、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
【００８６】
さらに、待ち時間算出部６は、予約管理部２６にて選択された代替イベント情報に含まれる開始時刻又は店舗・施設情報に含まれる要予約サービスの開始時刻と、現在時刻との差分を待ち時間として算出して出力するものである。この機能は、待ち時間算出部６内にソフトウェアによるタイムテーブルを用いて実現される。
【００８７】
図１９（ａ）は本発明の第２実施形態に係るタイムテーブルを説明するための図であり、代替イベントとして映画を案内する場合のものである。待ち時間算出部６は、代替イベント情報に含まれる上映開始時刻と、現在時刻との差分を、「１時間１５分」と算出する。
そして、待ち時間算出部６を用いた本発明の予約方法は、まず、予約サーバ２ａが、希望サービス又は希望イベントに基づいて、店舗・施設情報と、要予約サービスを代替するイベントに関する代替イベント情報とを選択するに当たり（選択ステップ）、予約サーバ２ａが、予約サーバ２ａとサーバネットワーク４を介して接続された他予約サーバ１９ａ〜１９ｅが保持する他予約サーバ店舗・施設情報又は他予約サーバ代替イベント情報にアクセスする（他予約サーバアクセスステップ）。
【００８８】
次に、予約サーバ２ａが、他予約サーバアクセスステップにてアクセスされた他予約サーバ店舗・施設情報又は他予約サーバ代替イベント情報に基づいて、希望サービス又は希望イベントが開始されるまでのユーザの待ち時間を算出する（待ち時間算出ステップ）。
そして、予約サーバ２ａは、待ち時間算出ステップにて算出された待ち時間内に実行可能なものを、希望サービス又は希望イベントから抽出するのである（抽出ステップ）。
【００８９】
これにより、サービス提供者は、予約状況や時間限定サービスを、適切なタイミングでユーザに通知でき、また、ユーザは、リアルタイムで通信可能範囲に位置する店舗の最新のサービスを得ることができる。
他予約状況通知部７は、さらに、代替イベント情報のうち実行可能なものを実行イベント情報として送信部１６ｂに出力するようになっている。すなわち、他予約状況通知部７は、▲１▼ユーザの移動時間と、▲２▼他の店舗におけるユーザの待ち時間と、▲３▼他の店舗におけるイベントの実行時間とに基づいて、実行イベント情報を出力するのである。
【００９０】
図１９（ｂ）は本発明の第２実施形態に係る実行イベント情報を説明するための図である。他予約状況通知部７は、現在位置から喫茶店，ボーリング場，カラオケボックス及びレストラン３０への往復移動時間を、それぞれ、１５分，１０分，１０分及び１０分と予め記録し、その時点におけるユーザの待ち時間を、それぞれ、１０分，３０分，０分及び０分と出力する。また、実行時間としてレストラン３０における食事時間が６０分のほか、他の店舗・施設における実行時間を得て、タイムテーブルを作成する。
【００９１】
そして、他予約状況通知部７は、▲１▼ユーザの往復移動時間と、▲２▼他施設におけるユーザの待ち時間と、▲３▼他施設におけるユーザの実行時間との３者の和を算出して、その和がユーザの待ち時間以下であれば、イベント実行可能としてユーザ端末１に通知するのである。
ここで、ユーザの往復移動時間は、予約サーバ２ａの位置から他の店舗・施設までの距離を換算したものである。予約サーバ２ａはその距離と換算された移動時間との対応関係をも保持している。なお、この往復移動時間については、予約サーバ２ａ又は他予約サーバ１９ａ〜１９ｅが、それぞれ、住所情報又はＧＰＳ（Global Positioning System）から得た位置情報に基づいて、各予約サーバ２ａ，１９ａ〜１９ｅの設置場所から移動時間を算出するようにしてもよい。また、移動時間は多少の余裕をもたせておくようにする。
【００９２】
さらに、他施設におけるユーザの待ち時間は、予約サーバ２ａの現在の予約状況から算出可能である。他施設におけるユーザの実行時間は、各予約サーバ２ａ，１９ａ〜１９ｅがそれぞれ保持する。ここで、予約サーバ２ａは、映画などについては確定的な実行時間を提供できるのに対して、レストラン３０における食事については、確定的な時間を提供できない。従って、確定的な時間を決定できないサービスを提供する場合には、予約サーバ２ａは、ユーザがサービスに要する平均実行時間を一般的な実行時間として提供する。
【００９３】
そして、他予約状況通知部７は、代替イベント情報に含まれるイベントのうち、そのイベントに要する実行時間に待ち時間を加算して得たイベント終了時刻に基づいて、最大実行時間を要する最長イベントを抽出しその抽出した最長イベントを、実行イベント情報に含めて出力するようになっている。ユーザ端末１に対して、ユーザの待ち時間から逆算した最大実行時間をユーザに提示する。他予約状況通知部７は、例えば現在時刻が１２時００分において、待ち時間が１００分、往復移動時間が１５分、待ち時間が１０分のとき、最大実行可能時間は、１００分−（１５分＋１０分）＝７５分と算出するのである。
【００９４】
このため、ユーザは、１３時１５分までに終了する代替イベントを利用できる。予約サーバ２ａは、予約した元のサービスに間に合わせるために、ユーザに対して情報を通知するときに、１３時１５分までに終了する必要があることを通知する。また、予約時に通知するだけのみならず、１３時１５分に近づいたときに、ユーザ端末１がユーザに対して、注意を促進すべく、アナウンス又はアラームを表示するようにもできる。
【００９５】
そして、このように構成された第２実施形態のシステムにおける予約方法について、図２０を参照して詳述する。
図２０は本発明の第２実施形態に係る予約方法を説明するためのフローチャートである。
まず、ユーザは、ユーザ端末１から予約サーバ２ａに対して、現在の予約状況を要求する（ステップＢ１）。次に、ステップＢ２にて、予約サーバ２ａは、現在の予約状況をユーザ端末１に送信する。予約管理部２６は、予約状況保持部２５にアクセスし、現在の予約状況（空席数や各座席の予約状況など）を抽出してユーザ端末１に送信する。
【００９６】
続いて、ステップＢ３にて、ユーザは、ユーザ端末１に表示された予約状況を見て、予約するか否かを判断し、ユーザが予約しない場合は、Ｎｏルートを通り、予約されない。ユーザが予約する場合は、Ｙｅｓルートを通り、ユーザ端末１から予約サーバ２ａに予約実行を送信する。
ステップＢ４にて、予約サーバ２ａはユーザの予約を受け付け、予約管理部２６が予約状況保持部２５に保持されている予約状況を更新し、また、予約サーバ２ａは、ユーザの予約が完了した場合、その旨をユーザ端末１に通知する。
【００９７】
そして、ステップＢ５にて、予約完了後、予約サーバ２ａの待ち時間算出部６は内蔵しているクロックを用いて現在時刻（例えば１２：００）と、映画館であれば上映開始時刻のように予約が実行されるまでの時間とからユーザの待ち時間（例えば１００分）を算出する。
次に、ステップＢ６にて、予約サーバ２ａの他予約状況通知部７は、サーバネットワーク４を介して、他予約サーバ１９ａ〜１９ｅの予約状況を受信し、その受信した予約状況の中から、待ち時間に実行可能なイベントを抽出する。そして、ステップＢ７にて、予約サーバ２ａは、その抽出したイベントをユーザ端末１に送信する。そして、予約サーバ２ａは、最大実行可能時間を算出する。
【００９８】
このように、第１実施形態における効果ないしは利点のほかに、待ち時間の終了時刻が、ユーザに通知されるので、多様なサービスを提供できるとともに、ユーザはそのサービスの予約を確実にできる。
このようにして、予約システム２３を用いると、ユーザは、次の（３−１）〜（３−５）に示すような利点ないしは効果が得られる。
【００９９】
（３−１）ユーザは、窓口に並ぶことなく、情報の送受信と予約の実行とができるとともに、待ち時間を有効に活用できる。
（３−２）ユーザは、自分が満席になるか否かについて、容易に判断できる。
（３−３）予約サーバ２ａが先に、ユーザ端末１にアクセスして、広告や予約の勧誘を行なえる。
【０１００】
（３−４）予約サーバ２ａがユーザ端末１に対して送信するサービス又はイベントは、ユーザが距離的又は時間的に実行できるものだけが、案内される。ユーザは、使用しやすい情報を得られる。
（３−５）一種類のサービス又はイベントについて、予約が満席になっても、予約サーバ２ａは、自分自身又は他予約サーバ１９ａ〜１９ｅにアクセスすることができるので、ユーザは、何ら煩わしい端末操作をせずに、代替サービス又は代替イベントを得られる。
【０１０１】
また、店舗・施設は、（３−６）〜（３−１０）のような利点ないしは効果を得られる。
（３−６）店舗は、窓口数を、適応的に変更できるので、オペレータを効率よく配置できる。
（３−７）店舗は、店員に窓口に並んでいるユーザ数をカウントさせ、この情報を他の予約サーバに送信し、各予約サーバ２ａ，１９ａ〜１９ｅは、正確なチケット販売状況（満席か否か）を知ることができる。
【０１０２】
（３−８）店舗は、ユーザを待たせている間、ユーザに対して、予約以外のサービス又はイベントを提供でき、質の高いサービスを提供できる。
（３−９）店舗は、ユーザの現在位置に基づいて、ユーザの近くの店舗のみを選択するので、効果的に集客できる。
（３−１０）店舗は、予約するユーザの位置とユーザの予約内容とを知ることができるので、サービス又はイベントの場所と時間とに基づいて、的確な情報をユーザに対して提供できる。
【０１０３】
（Ｂ１）本発明の第２実施形態の第１変形例の説明
第１変形例では、予約サーバ２ｂ（図２１参照）が、予約状況の表示のみならず、他予約サーバ１９ａ〜１９ｅの予約を仲介する。
図２１は本発明の第２実施形態の第１変形例に係る予約サーバのブロック図である。この図２１に示す予約サーバ２ｂは、予約サーバ２ａ（図１８参照）に、予約仲介部８が、設けられている。なお、図２１に示すもので、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
【０１０４】
この予約仲介部８は、受信部１６ａにて受信されたユーザからの予約要求を、他予約サーバインターフェース部（ネットワークターミナル１２）を介して、他予約サーバ１９ａ〜１９ｅ宛に送信するものである。従って、ユーザに対して、多種のサービスを提供できるほか、紹介するサービス種別が枯渇することが回避される。
【０１０５】
これにより、図２１に示すユーザ端末１から予約要求が送信され、無線送受信機１６にて受信された予約要求は、予約仲介部８，ネットワークターミナル１２，サーバネットワーク４をそれぞれ介して、ユーザが予約する他予約サーバ１９ａ〜１９ｅに伝送される。
また、他予約サーバ１９ａ〜１９ｅのいずれかが送信した予約状況は、予約仲介部８を介して、無線送受信機１６より無線信号として送信され、ユーザ端末１にて受信される。
【０１０６】
このように構成された第２実施形態の第１変形例における予約方法について、図２２及び図２３を参照して詳述する。
図２２は本発明の第２実施形態の第１変形例に係る予約方法を説明するためのフローチャートである。まず、ユーザは、ユーザ端末１から予約サーバ２ｂに対して、現在の予約状況を要求する（ステップＣ１）。次に、予約サーバ２ｂは、現在の予約状況をユーザ端末１に通知する（ステップＣ２）。ステップＣ３にて、予約しない場合には、Ｎｏルートを通り、予約されないが、予約する場合には、Ｙｅｓルートを通る。
【０１０７】
ステップＣ４にて、予約サーバ２ｂは予約を受け付ける。より詳細には、予約管理部２６は、予約状況保持部２５にアクセスし、現在の予約状況（空席数や各座席の予約状況など）を抽出してユーザ端末１に送信する。ユーザは、ユーザ端末１に表示された予約状況を見て予約するか否かを判断する。そして、予約する場合は、ユーザ端末１は予約サーバ２ｂに予約実行を送信し、予約サーバ２ｂの予約管理部２６は、予約状況保持部２５に保持された予約状況を更新する。ここで、予約が成立した場合、予約サーバ２ｂは、その旨をユーザ端末１に通知する。
【０１０８】
ステップＣ５にて、予約完了後、予約サーバ２ｂの他予約状況通知部７は、サーバネットワーク４を介して他予約サーバ１９ａ〜１９ｅの予約状況を受信し、ユーザ端末１に通知する。予約サーバ２ｂは、情報の通知のみならず、予約の有無をユーザに対して問い合わせる。そして、ステップＣ６にて、ユーザが他の予約をしない場合はＮｏルートを通り、予約されないが、予約する場合は、Ｙｅｓルートを通る。ステップＣ７にて、ユーザ端末１は、予約サーバ２ｂに対して他予約サーバ１９ａ〜１９ｅの予約実行を送信する。予約サーバ２ｂの予約仲介部８は、サーバネットワーク４を介して、他予約サーバ１９ａ〜１９ｅのいずれかに予約要求を送信する。
【０１０９】
ステップＣ８にて、他予約サーバ１９ａ〜１９ｅのいずれかは、予約サーバ２ｂを介して送信された予約要求を受け付けて、予約を処理する。ユーザの予約が完了すると、ステップＣ９にて、他予約サーバ１９ａ〜１９ｅのいずれかは、予約サーバ２ｂの他予約状況通知部７を介して、ユーザ端末１に対し予約完了を送信する。そして、ユーザ端末１には、予約受け付け結果が表示される。
【０１１０】
これにより、予約サーバ２ｂは、遠隔地に設けられた予約サーバの予約内容を中継することができ、多様な業務が可能となる。従って、ユーザは質の高いサービスを受けることができる。
また、予約サーバ２ｂが予約を仲介する方法としては、ユーザの待ち時間内に実行可能なサービスについてのみ抽出し仲介するようにもできる。
【０１１１】
図２３は本発明の第２実施形態の第１変形例に係る他の予約方法を説明するためのフローチャートである。まず、ユーザは、ユーザ端末１から予約サーバ２ｂに対して、現在の予約状況を要求する（ステップＣ１０）。次に、予約サーバ２ｂは、現在の予約状況をユーザ端末１に通知する（ステップＣ１１）。より詳細には、予約管理部２６が予約状況保持部２５にアクセスして、現在の予約状況（空席数や各座席の予約状況など）を抽出し、ユーザ端末１に対して送信する。
【０１１２】
ステップＣ１２にて、ユーザは、ユーザ端末１から予約サーバ２ｂに予約状況を見て、予約するか否かを判断する。予約する場合は、Ｙｅｓルートを通り、ステップＣ１３にて、予約サーバ２ｂがユーザの予約を受け付ける。より詳細には、ユーザ端末１が予約サーバ２ｂに対して予約実行を送信し、予約サーバ２ｂの予約管理部２６が、予約状況保持部２５に保持されている予約状況を更新し、予約が成立した場合、その旨がユーザ端末１に対して通知される。そして、予約サーバ２ｂの他予約状況通知部７は、サーバネットワーク４を介して他予約サーバ１９ａ〜１９ｅの予約状況を受信し、ユーザ端末１に通知する。
【０１１３】
ステップＣ１４にて、予約サーバ２ｂは現在時刻から予約が実行されるまでの待ち時間を算出し、ステップＣ１５にて、予約サーバ２ｂは他予約サーバ１９ａ〜１９ｅのいずれかの予約状況に基づいて、待ち時間内に実行可能なイベントのみを抽出し、ステップＣ１６にて、その抽出したイベント情報をユーザ端末１に対して送信する。
【０１１４】
次に、ステップＣ１７にて、予約サーバ２ｂは、ユーザ端末１に対する情報の通知のみならず、他の予約の有無をユーザに対して問い合わせる。ここで、予約する場合は、Ｙｅｓルートを通り、ステップＣ１８にて、ユーザ端末１が予約サーバ２ｂに対して、他予約サーバ１９ａ〜１９ｅの予約実行を送信し、予約サーバ２ｂの予約仲介部８が、サーバネットワーク４を介して、他予約サーバ１９ａ〜１９ｅのいずれかに予約要求を送信する。
【０１１５】
ステップＣ１９にて、他予約サーバ１９ａ〜１９ｅのいずれかは、予約サーバ２ｂを介して送信された予約要求を受け付けて予約処理し、ユーザの予約が完了すると、他予約サーバ１９ａ〜１９ｅのいずれかは、予約サーバ２ｂの他予約状況通知部７を介して、ユーザ端末１に対して予約完了を通知する。そして、ステップＣ２０にて、ユーザ端末１には、他予約サーバ１９ａ〜１９ｅのいずれかにおける予約受け付け結果が表示されるのである。
【０１１６】
なお、ステップＣ１２及びステップＣ１７にて、予約しない場合は、いずれも、Ｎｏルートを通り、予約されない。
このように、予約サーバ２ｂが予約状況を紹介するのみならず、予約仲介することにより、ユーザは、他の店舗・施設における予約サーバ２ｂの通信可能範囲に移動する必要がなく、最初の位置から他の店舗などのサービスを予約できる。
【０１１７】
また、このように、予約サーバ２ｂの予約可能な範囲が、予約サーバ２ｂについての無線ネットワーク３の通信可能範囲よりも広い範囲に拡大される。
（Ｂ２）本発明の第２実施形態の第２変形例の説明
第２変形例では、ユーザに対する提案が、待ち時間に対してではなく、ユーザが予約したイベントの終了時刻に対するものである。ユーザが映画を予約した後、その映画が１７時００分に終了するときは、予約サーバ２ｃ（図２４参照）は、１７時以降のユーザの予定として、レストラン３０での食事ユーザを提案し、ユーザが同意すれば予約する。
【０１１８】
図２４は本発明の第２実施形態の第２変形例に係る予約サーバのブロック図である。この図２４に示す予約サーバ２ｃは、予約サーバ２ａ（図１８参照）に、終了時刻算出部１１が設けられている。なお、図２４に示すもので、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
【０１１９】
この終了時刻算出部１１は、予約管理部２６にて選択された代替イベント情報に含まれるイベントに要する実行時間又は店舗・施設情報に含まれる要予約サービスに要する実行時間と、現在時刻との和を終了時刻として算出して出力するものである。
また、終了時刻算出部１１は、内蔵しているクロック（現在時刻）と、予約されたサービスの終了時刻（映画館の上映終了時刻）とに基づいて、ユーザが受けるサービスの終了時刻を算出し、予約サーバ２ｃの他予約状況通知部７が、サーバネットワーク４に接続されている他予約サーバ１９ａ〜１９ｅの予約状況を受信し、ユーザ端末１に通知する。
【０１２０】
このように構成された第２実施形態の第２変形例における予約方法について、図２５を参照して詳述する。
図２５は本発明の第２実施形態の第２変形例に係る予約方法を説明するためのフローチャートである。まず、ユーザは、ユーザ端末１から予約サーバ２ｃに対して現在の予約状況を要求する（ステップＤ１）。次に、予約サーバ２ｃは現在の予約状況をユーザ端末１に通知する（ステップＤ２）。さらに詳述すると、予約サーバ２ｃの予約管理部２６は、予約状況保持部２５にアクセスし、現在の予約状況（空席数や各座席の予約状況など）を抽出してユーザ端末１に送信する。
【０１２１】
そして、ステップＤ３にて、ユーザは、ユーザ端末１に表示された予約状況を見て、予約するか否かを判断し、予約する場合は、Ｙｅｓルートを通り、ユーザ端末１は予約サーバ２ｃに予約実行を送信する。ステップＤ４にて、予約サーバ２ｃは、予約を受け付ける。ここで、予約サーバ２ｃの予約管理部２６は、予約状況保持部２５に保持されている予約状況を更新し、予約が成立した場合、その旨をユーザ端末１に通知する。
【０１２２】
ステップＤ５にて、予約完了後、終了時刻算出部１１は内蔵しているクロックと、ユーザが受けるサービスが終了する時刻とから、ユーザのサービス終了時刻を算出する。次に、ステップＤ６にて、予約サーバ２ｃの他予約状況通知部７は、サーバネットワーク４を介して、他予約サーバ１９ａ〜１９ｅの予約状況を受信し、予約したサービスの終了時刻後に実行可能なイベントのみを抽出する。そして、ステップＤ７にて、予約サーバ２ｃは、抽出したイベントをユーザ端末１に送信する。なお、ステップＤ３にて、予約しない場合は、Ｎｏルートを通り、予約されない。
【０１２３】
このように、ユーザは、待ち時間のみならず、予約したサービスが終了した後におけるイベントを予約できる。
（Ｂ３）本発明の第２実施形態の第３変形例の説明
第３変形例では、予約サーバ２ｄ（図２６参照）が、イベントを送信するとともに、予約を仲介する。
【０１２４】
図２６は本発明の第２実施形態の第３変形例に係る予約サーバのブロック図である。この図２６に示す予約サーバ２ｄは、予約サーバ２ａ（図１８参照）に、終了時刻算出部１１と予約仲介部１３とが、それぞれ、設けられている。なお、図２６に示すもので、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
【０１２５】
このように構成された第２実施形態の第３変形例における予約方法について、図２７を参照して詳述する。
図２７は本発明の第２実施形態の第３変形例に係る予約方法を説明するためのフローチャートである。
まず、ユーザは、ユーザ端末１から予約サーバ２ｄに対して現在の予約状況を要求する（ステップＥ１）。次に、予約サーバ２ｄは現在の予約状況をユーザ端末１に通知する（ステップＥ２）。ここで、予約サーバ２ｄの予約管理部２６は、予約状況保持部２５にアクセスし、現在の予約状況（空席数や各座席の予約状況など）を抽出してユーザ端末１に送信する。
【０１２６】
ステップＥ３にて、ユーザは、ユーザ端末１に表示された予約状況を見て予約するか否かを判断し、予約する場合は、Ｙｅｓルートを通り、ステップＥ４にて、予約サーバ２ｄは、予約を受け付ける。より詳細には、ユーザ端末１が予約サーバ２ｄに予約実行を送信し、予約サーバ２ｄにて、これを受信した予約管理部２６が、予約状況保持部２５に保持されている予約状況を更新し、そして、予約が成立した場合に、予約サーバ２ｄは、その旨をユーザ端末１に通知する。
【０１２７】
ステップＥ５にて、予約完了後、終了時刻算出部１１は、内蔵しているクロック（現在時刻）と、ユーザが受けるサービスが終了するまでの時間（映画の上映終了時刻）とから、ユーザの終了時刻を算出する。ここで、予約サーバ２ｄは、他予約サーバ１９ａ〜１９ｅに対して、予約要求を送信する。他予約サーバ１９ａ〜１９ｅは、予約サーバ２ｄを介して送信された予約要求を受け付けて、予約を処理し、ユーザの予約が完了すると、その旨を予約サーバ２ｄに対して送信する。
【０１２８】
ステップＥ６にて、予約サーバ２ｄの他予約状況通知部１２は、サーバネットワーク４を介して他予約サーバ１９ａ〜１９ｅの予約状況を受信し、予約したサービスの終了時刻後に実行可能なイベントのみを抽出する。そして、ステップＥ７にて、予約サーバ２ｄは、予約完了とともに、抽出したイベントをユーザ端末１に送信する。
【０１２９】
ステップＥ８にて、ユーザ端末１が、他予約サーバ１９ａ〜１９ｅに対して予約する場合は、Ｙｅｓルートを通り、ステップＥ９にて、ユーザ端末１は予約サーバ２ｄに対して、他予約サーバ１９ａ〜１９ｅの予約実行を送信する。ステップＥ１０にて、他予約サーバ１９ａ〜１９ｅのいずれかが予約を受け付ける。さらに詳述すると、予約サーバ２ｄの予約仲介部８は、サーバネットワーク４を介して、他予約サーバ１９ａ〜１９ｅのいずれかに予約要求を送信し、これらの他予約サーバ１９ａ〜１９ｅのいずれかが、予約サーバ２ｄを介して送信された予約要求を受け付けて、予約を処理する。ユーザの予約が完了すると、他予約サーバ１９ａ〜１９ｅのいずれかは、予約サーバ２ｄの他予約状況通知部７を介して、ユーザ端末１に対して予約完了を通知する。
【０１３０】
そして、ステップＥ１１にて、ユーザ端末１には、他予約サーバ１９ａ〜１９ｅのいずれかにおける予約受け付け結果が表示されるのである。
なお、ステップＥ３及びステップＥ８にて、予約しない場合は、いずれも、Ｎｏルートを通り、予約されない。
このように、予約サーバ２ｄが、イベントを送信するとともに、予約を仲介するので、ユーザは、より多くのイベントを選択できるようになる。
【０１３１】
（Ｂ４）本発明の第２実施形態の第４変形例の説明
第４変形例は、予約サーバ２ｅ（図２８参照）が、予約を仲介したアクセス履歴を管理して、紹介料を計算する方法である。
図２８は本発明の第２実施形態の第４変形例に係る予約サーバのブロック図である。この図２８に示す予約サーバ２ｅは、予約サーバ２ａ（図１８参照）に、予約仲介部１３と利用状況保持部１４とが、それぞれ、設けられている。なお、図２８に示すもので、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
【０１３２】
この図２８に示す予約サーバ２ｅは、この予約サーバ２ｅと他予約サーバ１９ａ〜１９ｅとの間におけるアクセス履歴を保持する利用状況保持部１４をそなえている。この利用状況保持部１４は、他予約サーバ１９ａ〜１９ｅが予約サーバ２ｅに対して提供した情報についての紹介料と、予約サーバ２ｅが他予約サーバ１９ａ〜１９ｅに対して提供した情報についての紹介料とを、それぞれ、アクセス履歴に基づいて計算して保持するようになっている。
【０１３３】
この予約サーバ２ｅが他予約サーバ１９ａ〜１９ｅのイベントをユーザに通知し、又は、予約を仲介することは、他予約サーバ１９ａ〜１９ｅの店舗・施設のビジネスを支援したことと同等である。従って、予約サーバ２ｅを利用している店舗・施設は、紹介又は予約仲介した他の店舗・施設に対して、紹介料などの対価を請求することができる。
【０１３４】
この紹介料の額は、一律にしたり、あるいは、紹介又は予約を仲介した数に応じて決定してもよい。これにより、各予約サーバ２ｅ，１９ａ〜１９ｅは、それぞれ、情報量に対して等価な紹介料を得ることができる。
ここで、予約サーバ２ｅが他予約サーバ１９ａ〜１９ｅの紹介又は予約を仲介したことを示すため、アクセス履歴（以下、履歴と称することがある）を残す必要がある。この履歴を残す方法としては、例えば、以下の▲４▼〜▲６▼の３種類を用いることができる。
【０１３５】
▲４▼予約サーバ２ｅに履歴を残す。
▲５▼他予約サーバ１９ａ〜１９ｅに履歴を残す。
▲６▼ユーザ端末１に履歴を残す。
ここで、▲４▼については、サーバネットワーク４に接続された予約サーバ２ｅと、他予約サーバ１９ａ〜１９ｅとが、相互に、予約を仲介できるようになっており、これにより、各予約サーバ２ｅ，１９ａ〜１９ｅは、それぞれ、相互の累計結果に基づいて、それぞれの仲介料を相殺し合い、２社の店舗・施設のうち、紹介料をより多く得た店舗・施設が、他方の店舗・施設に対して、謝礼を支払うのである。
【０１３６】
従って、各予約サーバ２ｅ，１９ａ〜１９ｅが、それぞれ、相互に予約を仲介するので、ユーザは、より付加価値の高いサービスを受けることができる。このため、その履歴が管理されるので、容易に決済が可能となる。
さらに、▲５▼についても、▲４▼の場合と同様であり、他予約サーバ１９ａ〜１９ｅのそれぞれにおいて、履歴が残される。
【０１３７】
また、▲６▼のユーザ端末１に履歴を残す場合は、店舗・施設が予約の仕方を確認するときに、ユーザが予約サーバ２ｅに対して直接予約したのか、あるいは、他予約サーバ１９ａ〜１９ｅに対して予約したのかを、ユーザ端末１の履歴を参照するようにする。
なお、ユーザが支払った料金又はユーザから得た利益に基づいて、予約を仲介した予約サーバ２ｅの店舗に対して紹介料を支払うようにすることもできる。
【０１３８】
以下、これら▲４▼〜▲６▼の３種類のそれぞれについて、履歴を残す方法について、図２９及び図３０を参照して詳述する。
図２９は本発明の第２実施形態の第４変形例に係る予約方法を説明するためのフローチャートである。まず、ユーザは、ユーザ端末１から予約サーバ２ｅに対して、現在の予約状況を要求する（ステップＦ１）。次に、予約サーバ２ｅの予約管理部２６は、予約状況保持部２５にアクセスし、現在の予約状況（空席数や各座席の予約状況など）を抽出してユーザ端末１に送信する（ステップＦ２）。ユーザは、ユーザ端末１に表示された予約状況を見て、予約するか否かを判断する（ステップＦ３）。
【０１３９】
ここで、予約する場合は、Ｙｅｓルートを通り、ユーザ端末１から予約サーバ２ｅに予約実行を送信する。そして、ステップＦ４にて、予約サーバ２ｅは、ユーザの予約を受け付ける。さらに詳述すると、予約サーバ２ｅの予約管理部２６が予約状況保持部２５に保持されている予約状況を更新し、予約が成立した場合、その旨をユーザ端末１に通知するとともに、他予約サーバ１９ａ〜１９ｅに対しても予約要求を送信する。
【０１４０】
ステップＦ５にて、予約完了後、予約サーバ２ｅの他予約状況通知部７は、サーバネットワーク４を介して他予約サーバ１９ａ〜１９ｅの予約状況を受信しユーザ端末１に通知する。
そして、予約サーバ２ｅは、情報の通知のみならず、予約の有無をユーザに対して問い合わせる。ステップＦ６にて、ユーザが予約する場合は、Ｙｅｓルートを通り、ステップＦ７にて、ユーザ端末１は、予約サーバ２ｅに対して、他予約サーバ１９ａの予約実行を依頼し、予約サーバ２ｅの予約仲介部１３は、サーバネットワーク４を介して他予約サーバ１９ａに予約要求を送信する。ステップＦ８にて、他予約サーバ１９ａは、予約を受け付ける。さらに詳述すると、他予約サーバ１９ａが、その予約要求について予約を処理する。
【０１４１】
ステップＦ９にて、予約サーバ２ｅの利用状況保持部１４は、元の予約サーバから送信した予約要求であるという、予約を仲介した履歴を保持する。なお、元の予約サーバとは、ユーザが予約完了したサーバを意味し、ユーザが予約サーバ２ｅを用いた場合は、予約サーバ２ｅ自身であり、ユーザが他予約サーバ１９ａを用いた場合は、他予約サーバ１９ａを意味する。
【０１４２】
ステップＦ１０にて、予約サーバ２ｅは、ユーザの予約が完了すると、他予約サーバ１９ａは、予約サーバ２ｅの他予約状況通知部７を介してユーザ端末１に対して、予約完了を通知する。
このように、予約サーバ２において、他予約サーバ１９ａ〜１９ｅのそれぞれについて、履歴が保持されるので、予約を仲介した紹介料を計算できる。そして、この履歴に対して、定期的（例えば１ヶ月ごと）に紹介料を計算する。
【０１４３】
図３０は本発明の第２実施形態の第４変形例に係る紹介料の計算方法を説明するためのフローチャートである。
まず、予約サーバ２ｅは、ユーザの予約実行状況を予約したサーバ（元の予約サーバ）ごとに累計する（ステップＦ１１）。すなわち、他予約サーバ１９ａ〜１９ｅのそれぞれが、定期的に予約を仲介した履歴に基づいて予約実行を累計する。
【０１４４】
そして、予約サーバ２ｅは、この累計結果に基づいて、予約した元のサーバ（予約サーバ２ｅ自身又は他予約サーバ１９ａ〜１９ｅ）を設置した各店舗・施設に対する謝礼を算出し（ステップＦ１２）、その謝礼を支払う（ステップＦ１３）。
また、予約サーバ２ｅのほか、他予約サーバ１９ａ〜１９ｅのそれぞれが、相互に予約を仲介する場合は、相互に累計された累計結果に基づいて、仲介料を相殺し合い、より紹介料が多い店舗が一方に謝礼を支払う。
【０１４５】
このように、予約サーバ２ｅ及び他予約サーバ１９ａ〜１９ｅは、いずれも、紹介料の支払いが容易にできるので、ユーザは、より多くのイベントを選択できるようになる。
（Ｂ５）本発明の第２実施形態の第５変形例の説明
第５変形例では、予約サーバ２ｆ（図３１参照）が、ユーザ端末１に対して、他予約サーバ１９ａ〜１９ｅのイベントを通知するときに、その店舗・施設情報（要予約サービスや予約状況）のみならず、割引券に相当するデータ（以下、割引データと称することがある）やクーポン券に相当するデータ（以下、クーポンデータと称することがある）を送信する。
【０１４６】
図３１は本発明の第２実施形態の第５変形例に係る予約サーバのブロック図である。この図３１に示す予約サーバ２ｆは、予約サーバ２ａ（図１８参照）に、クーポン発行部１５が、設けられている。なお、図３１に示すもので、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
【０１４７】
クーポン発行部（割引・付加価値情報生成部）１５は、代替イベント情報出力部１２から出力された代替イベント情報についての割引データ（割引情報）又はクーポンデータ（付加価値情報）を生成し、割引情報又は付加価値情報を送信部１６ｂに対して出力するものである。
このクーポン発行部１５は、他予約サーバ１９ａ〜１９ｅのいずれかから送信されたクーポンデータを中継して、ユーザ端末１に送信するようになっている。
【０１４８】
一方、予約サーバ２ｆのほかに、ユーザ端末１も、割引データとクーポンデータとを保持するようになっている。図４，図３１に示すユーザ端末１は、クーポン保持部１ｋを有する。このクーポン保持部（割引・付加価値情報保持部）１ｋは、受信部１ｃによって受信された、予約サーバ２ｆからの割引データ又はクーポンデータを保持するものである。
【０１４９】
これにより、予約が成立すると、予約サーバ２ｆは、その旨をユーザ端末１に通知し、同時に、他予約サーバ１９ａ〜１９ｅのいずれかは、自分の予約状況保持部２５に保持されているイベントとともに、クーポン発行部１５に保持されているクーポンデータを、サーバネットワーク４を介して予約サーバ２ｆに送信し、この予約サーバ２ｆが、そのクーポンデータを、ユーザ端末１に送信するのである。
【０１５０】
このように、紹介又は予約仲介のときに、他の店舗のクーポンデータがユーザ端末１に送信され、紹介したサービスの利用を、ユーザに対して強く促進することができる。
従って、ユーザ端末１のクーポン保持部１ｋにて、そのクーポンデータが蓄積され、ユーザは、店舗・施設にて、店員に対して、ユーザ端末１の表示部１ｅを提示することにより、その割引券又はクーポン券に示されたサービスを受けるのである。
【０１５１】
このように構成された第２実施形態の第５変形例における予約方法について、図３２を参照して詳述する。
図３２は本発明の第２実施形態の第５変形例に係る予約方法を説明するためのフローチャートである。まず、ユーザは、ユーザ端末１から予約サーバ２ｆに対して、現在の予約状況を要求する（ステップＧ１）。次に、予約サーバ２ｆは現在の予約状況をユーザ端末１に通知する（ステップＧ２）。さらに詳述すると、予約サーバ２ｆの予約管理部２６は、予約状況保持部２５にアクセスし現在の予約状況（空席数や各座席の予約状況など）を抽出してユーザ端末１に送信する。
【０１５２】
ステップＧ３にて、ユーザは、ユーザ端末１に表示された予約状況を見て予約するか否かを判断する。予約する場合は、Ｙｅｓルートを通り、ステップＧ４にて、予約サーバ２ｆが予約を受け付ける。さらに詳述すると、ユーザ端末１は予約サーバ２ｆに予約実行を送信し、予約サーバ２ｆの予約管理部２６が予約状況保持部２５に保持されている予約状況を更新し、予約が成立した場合、その旨をユーザ端末１に通知する。
【０１５３】
また、ステップＧ５にて、他予約サーバ１９ａ〜１９ｅのうち１以上のものは、それら自身の予約状況保持部２５に保持されたイベントとともに、クーポン発行部１５に保持されているクーポンデータを、サーバネットワーク４を介して予約サーバ２ｆに送信し、この予約サーバ２ｆが、そのクーポンデータをユーザ端末１に送信する。また、ステップＧ３にて、ユーザ端末１が予約しない場合には、Ｎｏルートを通り、ステップＧ５に進む。
【０１５４】
さらに、ステップＧ６にて、予約サーバ２ｆは、他予約サーバ１９ａ〜１９ｅの予約状況を、ユーザ端末１に対して送信する。
このように、ユーザは、ユーザ端末１のクーポン保持部１ｋに保持されたクーポンデータを、店舗において店員に見せて、割引券又はクーポン券に示されたサービスを受けることができる。
【０１５５】
（Ｂ６）本発明の第２実施形態の第６変形例の説明
第６変形例においては、第１実施形態にて説明した予約サーバ２が、第２実施形態及び第２実施形態の第１〜第５変形例にて説明した予約サーバ２ａ〜２ｆの各機能を併せもつ場合について説明する。
サービス提供者は、店舗の入ロの近くに予約サーバ２を設置する。ユーザは、ユーザ端末１を用いて、この予約サーバ２に対してアクセスする。ここで、予約サーバ２は、予約後、待ち時間がある場合は、近くの例えばカラオケボックスなどの別の店舗・施設の予約サーバに予約状況を問い合わせて、その結果をユーザ端末１に送信する。
【０１５６】
すなわち、予約サーバ２が先にユーザ端末１に対して情報を提供する場合と、ユーザ端末１が先に予約サーバ２に対して情報を提供する場合とがある。
本発明の予約方法は、まず、ユーザ端末１が、ユーザ端末１とサーバネットワーク４を介して接続された予約サーバ２，２ａ〜２ｆに対して、ユーザの希望する希望サービスの提供を受けられるか否かを問い合わせる（問い合わせステップ）。
【０１５７】
次に、予約サーバ２が、問い合わせステップにて問い合わせられた希望サービスについて、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報又は要予約サービスを代替するイベントに関する代替イベント情報を参照する（参照ステップ）。
続いて、予約サーバ２が、参照ステップにおける参照によって、ユーザが希望サービスを利用できるときは希望サービスの詳細をユーザ端末１に対して送信するとともに、ユーザが希望サービスを利用できないときは代替店舗・施設情報又は代替イベント情報をユーザ端末１に対して送信する（店舗・施設情報送信ステップ）。
【０１５８】
これにより、ユーザが主導的になって、サービスを受けることができるようになる。
また、予約サーバ２は、予約状況をユーザ端末１に対して送信するだけではなく、他予約サーバ１９ａ〜１９ｅの予約を仲介してもよい。予約サーバ２は、通信可能範囲にいるユーザ端末１を検索し、その通信可能なユーザ端末１に対して、店舗情報（料理情報及び予約状況）やクーポンデータなどを送信する。ユーザは、これらの情報、データを受信して、店舗を予約する。
【０１５９】
従って、本発明の予約方法は、まず、予約サーバ２が、予約サーバ２とサーバネットワーク４を介して接続されたユーザ端末１のうち、通信可能な通信可能ユーザ端末を検索する（通信可能ユーザ端末検索ステップ）。
次に、予約サーバ２が、通信可能ユーザ端末検索ステップにて検索された通信可能ユーザ端末に対して、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報を送信する（第３送信ステップ）。
【０１６０】
続いて、通信可能ユーザ端末が、第３送信ステップにて送信された店舗・施設情報に含まれる要予約サービスのうちユーザが希望する希望サービスを予約サーバ２に対して送信する（第４送信ステップ）。
このように、通信可能ユーザ端末のみが選択されるので、サービス提供者は、サービス内容と予約状況とを、適切なタイミングで広告でき、また、ユーザは、直接、訪れることができる店舗・施設についての予約状況を得られる。
【０１６１】
また、ユーザ端末１は、レストラン３０からの情報に、予め条件を付加し、その条件に合致する情報のみを表示するようになっている。ユーザは、ユーザ端末１を操作して、希望時間，人数又は料理の種類（和食、フレンチなど）を入力し、それらの条件を満たすレストラン３０のみが表示されるように設定しておくのである。従って、ユーザはサービス又はイベントをより簡単に選択できる。また、特定のレストランに待ち行列が集中して発生することが回避される。
【０１６２】
一方、予約が満席であって待ち時間が長い場合や、希望時間，人数又は料理の種類などがユーザの希望に合致しなかった場合は、予約サーバ２は、他の店舗を紹介する。すなわち、予約サーバ２は、ユーザの近くの店舗・施設の中から、他予約サーバ１９ａ〜１９ｅを選択的にアクセスし、現状を問い合わせる。
そして、予約サーバ２は、ユーザの待ち時間が少なく、かつ、ユーザの希望条件に合致する情報をユーザ端末１に送信する。ここで、ユーザ端末１と予約サーバ２との間の無線ネットワーク３は、アクセス可能な範囲が限られている。
【０１６３】
このように、予約サーバ２が、予約サーバ２自身を介して他予約サーバ１９ａ〜１９ｅからの情報をユーザ端末１に対して送信して、他予約サーバ１９ａ〜１９ｅが予約を受け付けるので、この予約システム２３は、ユーザからの予約受け付けが可能なエリアを拡大できる。
なお、予約サーバ２ｇは、ユーザからのアクセスを待つのみならず、予約サーバ２からユーザに対して積極的に送信してもよい。これにより、各店舗・施設が、それぞれ、他予約サーバ１９ａ〜１９ｅを介して、相互に、クーポンデータをユーザ端末１に送信できるので、顧客吸引力を高めることができる。
【０１６４】
次に、待ち時間の代わりに、予約実行したサービス又はイベントの終了後の時間帯に対して提案するようにもできる。例えば、予約サーバ２が、食後に酒を飲むための店舗（バー、スナックなど）や二次会の店舗（居酒屋）などを提案するのである。
このため、予約サーバ２は、他予約サーバ１９ａ〜１９ｅにアクセスし、それらがそれぞれ保持する各店舗・施設の情報や、又は、サービス又はイベントの終了予想時刻の前後における予約状況をユーザに提示する。また、予約サーバ２は、ユーザに対する提案のみならず、予約を仲介してもよく、この場合、予約サーバ２は、他予約サーバ１９ａ〜１９ｅを介してその店舗・施設のクーポンデータをユーザ端末１に送信する。
【０１６５】
このように、サービス提供者は、ユーザに対して高いサービスを提供できるので、集客力の向上を促進できる。また、予約サーバ２が、アクセス履歴を保持しておくことにより、報酬として紹介料などの対価をサーバの店舗に対して請求できる。
このように、予約が満席であった場合やユーザの希望に合致しなかった場合においても、サーバネットワーク４を介して接続された他予約サーバ１９ａ〜１９ｅが、相互に予約内容を紹介することにより、各予約サーバ２，１９ａ〜１９ｅは、それぞれ、紹介料などの対価を得ることが可能となる。
【０１６６】
（Ｃ）本発明の第３実施形態の説明
第３実施形態では、予約サーバ２ｇ（図３３参照）が、予約完了後にサービス又はイベントをユーザに提供するために、他予約サーバ１９ａ〜１９ｅから得る代わりに、自分自身に保持した内容を送信するようになっている。例えば、遊園地のパレードや、スーパーマーケットのバーゲン情報などを保持するのである。
【０１６７】
図３３は本発明の第３実施形態に係る予約サーバのブロック図である。この図３３に示す予約サーバ２ｇは、予約サーバ２ａ（図１８参照）が有するネットワークターミナル１２の代わりに、イベント情報保持部９が設けられており、また、他予約状況通知部７の代わりに、イベント通知部１０が設けられている。
ここで、イベント情報保持部９は、代替イベント情報を時間帯ごとに保持出力しうるものであり、時間ごとに代替イベント情報をイベント表として保持するようになっている。
【０１６８】
さらに、イベント通知部１０は、イベント情報保持部９が出力した代替イベント情報から実行イベント情報を現在時刻に基づいて抽出して送信部１６ｂに出力するものである。このイベント通知部１０は、ユーザの待ち時間内に実行できる代替イベント情報を抽出できるようにもなっている。
なお、図３３に示すもので、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
【０１６９】
従って、代替イベント情報出力部１２が、代替イベント情報を時間帯ごとに保持出力しうるイベント情報保持部９として構成されるとともに、他予約状況通知部７が、イベント情報保持部９が出力した代替イベント情報から実行イベント情報を現在時刻に基づいて抽出して送信部１６ｂに出力するイベント通知部１０として構成されたことになる。
【０１７０】
このイベント通知部１０により、ユーザは自分の都合のよい時間帯に、サービスを受けることができる。
また、図３４は本発明の第３実施形態に係る予約サーバの他のブロック図である。この図３４に示す予約サーバ２ｈは、図３３に示す予約サーバ２ｇとは異なり、待ち時間算出部６を有していない。
【０１７１】
このように構成された第３実施形態にシステムにおける予約方法について、図３５を参照して詳述する。
図３５は本発明の第３実施形態に係る予約方法を説明するためのフローチャートである。まず、ユーザは、ユーザ端末１から予約サーバ２ｇに対して、現在の予約状況を要求する（ステップＨ１）。次に、予約サーバ２ｇは、現在の予約状況をユーザ端末１に通知する（ステップＨ２）。ここで、予約サーバ２ｇは、予約管理部２６は、予約状況保持部２５にアクセスし、現在の予約状況（空席数や各座席の予約状況など）を抽出して、ユーザ端末１に送信する。そして、ステップＨ３にて、ユーザは、ユーザ端末１に表示された予約状況を見て、予約するか否かを判断する。
【０１７２】
ここで、ユーザが予約する場合は、Ｙｅｓルートを通り、ステップＨ４にて、予約サーバ２ｇは、ユーザの予約を受け付ける。より詳細には、ユーザ端末１から予約サーバ２ｇに対して予約実行を送信すると、予約サーバ２ｇの予約管理部２６は、予約状況保持部２５に保持されている予約状況を更新し、予約が成立した場合、その旨がユーザ端末１に通知される。
【０１７３】
ステップＨ５にて、予約サーバ２ｇの待ち時間算出部６は、現在時刻から予約が実行されるまでの待ち時間を算出し、ステップＨ６にて、時間ごとに保持されたイベント表の中から、待ち時間内に実行可能なイベントのみを抽出する。そして、ステップＨ７にて、予約サーバ２ｇのイベント通知部１０は、イベント情報保持部９に保持されているイベント情報をユーザ端末１に通知する。なお、ステップＨ３にて、ユーザが予約しない場合には、Ｎｏルートを通り、予約されない。
【０１７４】
このように、予約サーバ２ｇは、自分自身が保持するデータをユーザ端末１に対して送信することができる。また、予約サーバ２ｈを用いた場合の予約方法も、予約サーバ２ｇの場合のそれと同様であるので、冗長な説明を省略する。
次に、例えばサイン会のように、参加人数が限られているイベントについて、予約する場合を説明する。
【０１７５】
図３６は本発明の第３実施形態に係る他の予約方法を説明するためのフローチャートである。
まず、ユーザは、ユーザ端末１から予約サーバ２ｇに対して、現在の予約状況を要求する（ステップＨ１０）。次に、予約サーバ２ｇは、現在の予約状況をユーザ端末１に通知する（ステップＨ１１）。そして、ユーザは、ユーザ端末１に表示された予約状況を見て、予約するか否かを判断する（ステップＨ１２）。
【０１７６】
ここで、ユーザが予約する場合は、Ｙｅｓルートを通り、ステップＨ１３にて、予約サーバ２ｇは、ユーザの予約を受け付ける。次に、予約サーバ２ｇの待ち時間算出部６は、現在時刻から予約が実行されるまでの待ち時間を算出し（ステップＨ１４）、イベント表の中から、待ち時間内に実行可能なイベントのみを抽出する（ステップＨ１５）。さらに、予約サーバ２ｇのイベント通知部１０は、イベント情報保持部９に保持されているイベント情報をユーザ端末１に通知し、ユーザ端末１にそのイベントが表示される（ステップＨ１６）。予約サーバ２ｇは、イベントの通知のほか、予約の有無をユーザに対して問い合わせる（ステップＨ１７）。
【０１７７】
ここで、ステップＨ１８にて、ユーザが予約する場合は、Ｙｅｓルートを通り、ステップＨ１９にて、ユーザ端末１は、予約サーバ２ｇに対してイベント予約実行を送信する。ステップＨ２０にて、予約サーバ２ｇの予約管理部２６は、イベント予約を実行し、ユーザの予約が完了すると、予約サーバ２ｇはユーザ端末１に対して予約完了を通知する。
【０１７８】
さらに、ステップＨ１２及びステップＨ１８にて、ユーザが予約しない場合には、Ｎｏルートを通り、予約されない。また、予約サーバ２ｈを用いた場合の予約方法も、予約サーバ２ｇの場合のそれと同様であるので、冗長な説明を省略する。
なお、サーバネットワーク４を介して、複数の他予約サーバ１９ａ〜１９ｅが接続され、それぞれが、イベント予約している場合は、次の（４−１）〜（４−３）のようになる。
【０１７９】
（４−１）予め各予約サーバ２ｇ，２ｈ，１９ａ〜１９ｅごとに予約可能数の割り当てる。
（４−２）１台のイベント予約サーバが集中的にイベント予約を行なう。
（４−３）各予約サーバ２ｇ，２ｈ，１９ａ〜１９ｅが分散して、イベント予約を行なう。ここで、２相コミットの同期を併せて実行するようにする。なお、２相コミットの同期とは、１つのデータベースに２以上の書き込みアクセスが同時にあったときに、一方が書き込みしているときは、他方のアクセスを禁止することをいう。
【０１８０】
これにより、分散データベースとしてのデータの原始性が保持される。
このようにして、予約サーバ２ｇ，２ｈが、参加人数が限定されているイベントを代替イベント情報として、ユーザ端末１に通知するときは、そのイベントの予約も実行されるので、ユーザは、より付加価値の高いイベントを予約することができる。
【０１８１】
（Ｄ）本発明の第４実施形態の説明
第１〜第３実施形態においては、予約サーバ２（又は２ａ〜２ｈ）がユーザに対して他予約サーバ１９ａ〜１９ｅの情報を提案していた。第４実施形態においては、予約サーバ２２（図３７参照）が、現在の予約状況に基づいて、ユーザに対してではなく、店舗・施設に対して提案する。
【０１８２】
例えば、オペレータの配置されていない窓口があるときに、特定の窓口に人が殺到したときに、該空きの窓口にオペレータを配置してキャパシティを増加させるために、予約サーバ２２に対してその旨を送信するのである。
図３７は本発明の第４実施形態に係る予約サーバのブロック図である。この図３７に示す予約サーバ２２は、無線送受信機１６と、予約管理部２６と、予約状況保持部２５とをそなえるほか、店舗側対応テーブル（対応テーブル）５と、店舗対応選択部１７とをそなえて構成されている。また、この予約サーバ２２は、店舗・施設に設けられ情報を表示する店舗側端末１８と接続されている。
【０１８３】
この予約状況保持部２５は、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報を保持するものであり、店舗側対応テーブル５は、店舗・施設情報の予約状況に応じた店舗・施設の対応に関する対応手法データを保持するものである。これらの機能は、いずれもハードディスクにより実現される。
【０１８４】
また、店舗対応選択部１７は、予約状況保持部２５に保持された予約状況に基づいて、店舗側対応テーブル５に保持された対応手法データから所望の対応手法データを選択し、その選択した対応手法データを他の店舗・施設に対して通知するものである。この機能はソフトウェアにより実現される。
そして、店舗対応選択部１７は、対応手法データを、予約状況のうち、例えば一時間内の予約数の変化を示す変化率に応じて店舗側対応テーブル５から読み出して出力するようになっている。ここで、店舗対応選択部１７は、例えば一時間内の予約数の増加率に応じて、対応手法データを出力するようになっており、予約数を監視でき、現在の状況に応じた店舗の対応を店舗に提案できる。従って、より多くの利益を店舗・施設に与え、ユーザの希望に即したサービス提供が可能となる。加えて、店舗対応選択部１７は、変化率として、例えば一時間内の予約数の減少率を用いることもでき、この減少率によっても、窓口の負荷状況を知ることができる。
【０１８５】
なお、この図３７において、上述したものと同一の符号を有するものは同一のもの又は同様の機能を有するものなので、重複した説明を省略する。
これにより、予約完了後、予約管理部２６にて、予約状況保持部２５に保持された一時間内の予約数の増加率が計算され、そして、店舗対応選択部１７にて、その増加率と、店舗側対応テーブル５に保持されている対応手法データとが比較され、その予約状況に割り当てられた店舗の対応手法データが、読み出されて、その読み出されたデータが、店舗側端末１８に表示されるのである。
【０１８６】
また、本発明の予約方法は、まず、ユーザ端末１が、ユーザ端末１と無線ネットワーク３を介して接続された予約サーバ２２に対して、予約を要する要予約サービスについて予約する（予約ステップ）。次に、予約サーバ２２が、予約ステップにて予約された要予約サービスの予約数の変化率が閾値以上又は閾値以下であることを検出する（閾値検出ステップ）。
【０１８７】
閾値検出ステップにて閾値以上と検出されたときは、予約サーバ２２が、サーバネットワーク４を介して接続された他予約サーバ１９ａ〜１９ｅにアクセスして余剰人員を有する余剰店舗・施設を検索するとともに、閾値検出ステップにて閾値以下と検出されたときは、予約サーバ２２が、他予約サーバ１９ａ〜１９ｅにアクセスして派遣人員が必要な要派遣店舗・施設を検索する（余剰・派遣人員検索ステップ）。
【０１８８】
続いて、予約サーバ２２が、余剰・派遣人員検索ステップにて検索された余剰店舗・施設又は要派遣店舗・施設に対して、派遣依頼又は応援申し出するのである（依頼・応援ステップ）。
従って、現在の予約状況に基づいて、予約サーバ２２は、店舗・施設に適切な対応を提案できる。
【０１８９】
このように構成された本発明の第４実施形態システムにおける予約方法について、図３８を参照して詳述する。
図３８は本発明の第４実施形態に係る予約方法を説明するためのフローチャートである。
まず、ユーザは予約サーバ２２に予約状況を要求し（ステップＪ１）、予約サーバ２２は現在の予約状況をユーザ端末１に送信し（ステップＪ２）、ここで、ユーザがユーザ端末１に表示された予約状況を見て、予約するか否かを判断する（ステップＪ３）。そして、ユーザが予約する場合は、Ｙｅｓルートを通り、ステップＪ４にて、ユーザ端末１は予約サーバ２２に予約実行を送信し、予約サーバ２２が予約を受け付ける。また、ステップＪ３にて、ユーザが予約しない場合は、Ｎｏルートを通り、ステップＪ５に進む。
【０１９０】
次に、ステップＪ５にて、予約数が一定数に達したか否かが判定され、予約数が一定数に達したときは、Ｙｅｓルートを通り、ステップＪ６にて、予約サーバ２２は、その予約数に達した店舗・施設の対応を、店舗側対応テーブル５に基づいて、その店舗に対して通知する。なお、ステップＪ５にて、予約数が一定数に達しない場合は、Ｎｏルートを通り、処理が終了する。
【０１９１】
このように、店舗・施設は、窓口数を、適応的に変更できるので、オペレータを効率よく配置できる。また、これにより、店舗・施設は、集客力の向上を強く促進させることができる。
次に、具体的な例を説明する。
予約サーバ２２は、予約が多くて、待ち行列の数が一定数を超えたときに、客数に応じて、店舗・施設に対応手法を提案する。ここで、予約サーバ２２は、次の（５−１），（５−２）に示すような対応手法を予め保持する。
【０１９２】
（５−１）客席の片付けなどユーザの受け入れを優先して処理する。
（５−２）近くの協力関係にあるチェーン店のうち、予約の少ない店舗に対して人員の補充を依頼する。
この（５−２）の場合、予約サーバ２２がチェーン店の予約サーバにアクセスし、近くの他の店舗のうち、客が少なく店員が余剰の店舗を検出し、そして、店員の補充を、店舗に依頼するよう提案する。同様に、余剰店員（余剰人員）を有する店舗の予約サーバが、店員が不足している店舗を検出し、店員の派遣を提案することもできる。
【０１９３】
また、補充店員の人件費は、補充を受けた店舗が、一律額や人数に応じた額の割合を負担するようにする。なお、レストラン３０のみならず、他の飲食店についても実施できる。
このように、余剰店員を有する店舗は、人件費を削減でき、また、店員の派遣を受けた店舗は、多数の店員を確保できるので、過剰な予約をさばくことができる。
【０１９４】
（Ｅ）本発明の第５実施形態の説明
以下、上記第１〜第４実施形態及び各実施形態の各変形例にて説明した本発明の予約システム２３が、映画館（又は劇場）について用いられた場合について詳述する。また、遊園地，銀行，役所及び交通機関に用いられる場合については、後述する第５実施形態の第１〜第４変形例においてそれぞれ説明する。さらに、第５実施形態及び第５実施形態の各変形例においては、予約サーバ２は、予約サーバ２ａ〜２ｈ，２２が有する各機能を有するものとして説明する。
【０１９５】
映画館のオーナーなどのサービス提供者は、チケットを販売する窓口の近くに、予約サーバ２を設置する。そして、映画を鑑賞にきたユーザは、自分が所持しているユーザ端末１を用いて、予約サーバ２の無線送受信機１６を介して、予約サーバ２にアクセスする。
ここで、ユーザ端末１と予約サーバ２とのアクセスは、無線（ＢｌｕｅｔｏｏｔｈやＩＥＥＥ８０２．１１）を用いることにより、物理的な端子間の接続が不要になる。従って、ユーザの利便性をより高めることができる。予約サーバ２は、ユーザ希望の映画についての予約状況をそのユーザのユーザ端末１に通知する。図３９〜図４５を用いて、予約状況が表示部１ｅにて表示される例について説明する。
【０１９６】
図３９は本発明の第５実施形態に係る予約率情報による予約状況の表示例である。ユーザは、予約サーバ２から、例えば６０席などの空席数を知ることができ、「予約しますか？ はい／いいえ」などの選択ができる。
図４０は本発明の第５実施形態に係る座席番号による予約状況の表示例であり、映画館の座席番号（４Ｂ−８）に関する個別的な予約状況の一覧が表示されており、ユーザは、これらの一覧に基づいて予約サーバ２に申し込む。これにより、ユーザは、座席同士の距離を容易に知ることができ、また、４人連続の席を確保することもできる。
【０１９７】
図４１は本発明の第５実施形態に係る予約申し込みの表示例であり、ユーザは予約したチケット枚数の範囲で、予約できる。
図４２（ａ），（ｂ）はいずれも本発明の第５実施形態に係る満席時の表示例である。この図４２（ａ）に示す例は、ユーザが希望する予約が取れなかった場合の例であって、予約サーバ２は、次回以降の上映分の予約、他の映画館の予約やキャンセルの選択枝を提示する。
【０１９８】
図４２（ｂ）に示す例は、予約サーバ２が、同一の映画を上映する近くの他の映画館とその距離情報をユーザに通知する。
また、図３を用いて説明したように、各店舗に設けられた予約サーバ１９ａ〜１９ｅは、それぞれ、サーバネットワーク４を介して接続されており、相互にアクセスできる。従って、予約サーバ１９ａは、満席でユーザが希望する予約ができなかったときは、同一の映画館における他の上映映画をユーザに提案したり、あるいは、その映画館の近くの映画館の予約サーバ１９ｅにアクセスして、席を予約するのである。
【０１９９】
このように、最初の予約サーバ１９ａは、近くの映画館の予約サーバ１９ｅにアクセスし、ユーザが希望した映画と同一の映画又は異なる映画の予約状況をユーザに提案できる。
また、このように、予約システム２３においては、ユーザが希望したことが現在実行不可能でも、サービス提供者は、ユーザに対して、現在の位置からアクセス可能な近くの店舗・施設のその時点における代替イベント情報をユーザに提案することが可能となる。
【０２００】
次に、予約成立後、その映画館の予約サーバ１９ａは、近くのレストラン３０の案内と、そのレストラン３０に設けられた予約サーバ２が管理している予約状況をユーザ端末１に送信し、ユーザ端末１には、その内容が表示される。
ここで、予約サーバ２は、現在時刻とユーザが予約した映画の開始時刻との差分を計算して、その差分をユーザの待ち時間として、その待ち時間にユーザが実行可能な店舗・施設のみを提案する。
【０２０１】
これにより、ユーザは、より現実的な代替サービス又はイベントを享受でき、予約サーバ１９ａ〜１９ｅも適切な代替サービスを提案できる。
図４３（ａ）は本発明の第５実施形態に係る提案時刻を説明するための図であり、映画館の予約サーバ１９ａは、この図４３（ａ）に示す上映開始時刻及び上映終了時刻のデータを有する。まず、予約サーバ１９ａは、このデータに基づいて、待ち時間が「１時間１５分」であることを算出する。次に、予約サーバ１９ａは、近くの他の施設にアクセスする。例えば、レストラン３０の予約サーバ２，カラオケボックスの予約サーバ１９ｂ，ボーリング場の予約サーバ１９ｃ，喫茶店の予約サーバ１９ｄ，別の映画館の予約サーバ１９ｅにそれぞれアクセスして、各施設のタイムテーブルを作成する。
【０２０２】
図４３（ｂ）は本発明の第５実施形態に係る施設のタイムテーブルを示す図であり、予約サーバ１９ａは、例えば喫茶店の状況として、ユーザの現在位置から各施設への移動時間が１５分、ユーザの待ち時間が１０分、また、実行時間として喫茶店における食事時間が６０分である旨のタイムテーブルを作成するのである。
【０２０３】
図４４は本発明の第５実施形態に係るユーザ端末１の画面例を示す図である。ユーザは、この図４４に示す表示部１ｅには、「レストラン３０における食事する」、「カラオケボックス」又は「キャンセル」の中から選択できる。
このように、予約サーバ２は、待ち時間をユーザに対して提案できる。また、ユーザは、待ち時間を有効に利用できる。
【０２０４】
また、この提案において、店舗・施設のクーポン券に相当するクーポンデータをユーザ端末１に送信する。予約サーバ２は、図４４において「レストラン３０における食事」を選択したユーザに対して、「１ドリンクサービス」に相当するクーポンデータを送信する。そして、ユーザが、そのレストラン３０にてユーザ端末１を用いて、そのサービス券を店員に示すことにより、その１ドリンクサービスを受けることができる。
【０２０５】
さらに、図４４において、「カラオケボックス」を選択したユーザに対して、「１００円割引」に相当するクーポンデータを送信するようにもできる。
このように、予約サーバ１９ａは、自分が管理している予約状況のみならず、サーバネットワーク４により接続された予約サーバ１９ａ〜１９ｅの予約状況をユーザに通知できる。
【０２０６】
従って、クーポン券のような付加価値を有する情報を、ユーザに提案するので、サービス提供者は、提案した施設の利用をユーザに強く促進し、集客力の向上が図れる。
また、店舗・施設のオーナーなどのサービス提供者は、予約サーバ２が設けられている場所の近くにいるユーザを特に対象とすることによって、自分のビジネス圏内に取り込むことができ、ユーザは、自分の待ち時間を有効に使用することができる。
【０２０７】
このように、店舗・施設を利用する際の予約に当たり、客がユーザ端末１から自分自身の希望サービスの提供が可能か否かを予約サーバ２に問い合わせ、また、サービスを提供すべき店舗・施設は、客の希望するサービスをすぐに提供できるときは、直ちにそのサービスを提供する一方、そのサービスを提供できないとき又はそのサービスを提供するまで待ち時間が生じるときは、代替イベント又は待ち時間の間に提供可能な他のサービスを提供することができる。
【０２０８】
次に、仲介履歴について説明する。
サービス提供者は、予約サーバ２に予約を仲介した履歴を保持することにより、その仲介に対する報酬（対価）を予約サーバ１９ａ〜１９ｅに対して請求することができる。
映画館の予約サーバ１９ａ（図３など参照）が、１ヶ月間で３０００人のユーザに対してレストラン３０を紹介し、そのうちの１０％に相当する３００人が予約を成立した場合、映画館はそのレストラン３０に対して、次の（６−１）と（６−２）とを請求するのである。
【０２０９】
（６−１）３０００人分の紹介料
（６−２）３００人分の予約報酬
ここで、紹介料は、例えば一律に５円／一人とし、予約報酬は一律にレストラン３０における一人あたりの平均利益の３％とする。
また、予約報酬は、使用金額に応じるように決定してもよい。その場合、レストラン３０の予約サーバ２は、映画館の予約サーバ１９ａを介して予約されたユーザの支払い状況を保持し、そして、支払い金額の総額に予め所定の割合（％）を乗じた額を予約報酬とする。
【０２１０】
このように、映画館は他の施設にユーザを紹介することにより、紹介料や、紹介に対する対価を得ることが可能となる。また、それ以外の予約サーバ２も同様に、紹介料及び対価を得ることができる。
さらに、紹介するイベントの時刻について説明する。
上記例は、サービス提供者が映画上映までのユーザの待ち時間に対してイベントを提案していたが、映画の上映終了時刻以後の時間帯に対して提案することもできる。第２実施形態にて説明した図１９（ａ）に示す待ち時間算出表と、図１９（ｂ）に示すタイムテーブルを用いて、さらに詳述する。
【０２１１】
本発明の予約方法は、３ステップで実行される。第１に、映画館の予約サーバ１９ａが、図１９（ａ）に示す待ち時間算出表に基づいてユーザの待ち時間を「１時間１５分」と算出する。第２に、予約サーバ１９ａは近くのレストラン３０、喫茶店、カラオケボックス、ボーリング場などの店舗・施設に設けられた予約サーバ２，１９ｂ〜１９ｅにアクセスして、図１９（ｂ）に示すタイムテーブルを作成する。そして、第３に、予約サーバ１９ａが、次の映画上映時間までの間に、ユーザが実行可能なイベントを複数提案する。
【０２１２】
図４５は本発明の第５実施形態に係るサービス又はイベントの終了後の提案内容の一例を示す図である。予約サーバ１９ａは、上映終了後にユーザが実行できるイベントとして、この図４５に示す表示部１ｅには、「実行可能なレストランにおける食事」、「カラオケボックス」を抽出し、これらを、ユーザ端末１に送信してユーザに提案する。
【０２１３】
ここで、レストラン３０が一時閉店しているような場合、待ち時間が予め定めた所定時間よりも長くなり、予約サーバ１９ａは、そのサービス内容については排除してユーザに提案しないようにしたり、あるいは、待ち時間が長いことをユーザに明示する。これにより、レストラン３０における食事を強く希望するユーザに対してもサービスを提供できる。
【０２１４】
また、予約サーバ２がサービス又はイベントが終了後に提案する場合においても、提案のみならず予約を仲介することができる。すなわち、ユーザが、予約サーバ２を介して予約サーバ１９ａ〜１９ｅに対して予約するのである。
このように、ユーザが受けているイベント又はサービスが終了したときに、予約サーバ２は、ユーザの位置に基づいて、ユーザの近くの施設の状況をユーザに示すので、そのイベント又はサービスが終了した後における、ユーザの行動に対して提案可能となる。
【０２１５】
次に、予約サーバ２からユーザ端末１に対する紹介方法について説明する。
上記例は、ユーザ端末１が先に予約サーバ２にアクセスして情報を入手して予約した。一方、予約サーバ２，１９ａ〜１９ｅが先にユーザ端末１に対して情報を送信するようにもできる。
このような構成によって、予約サーバ２が、無線通信が可能な範囲にいるユーザ（Ｂｌｕｅｔｏｏｔｈでは半径１０ｍ〜１００ｍ以内）を検索し、通信可能範囲のユーザ端末１に対して、映画案内や予約状況を送信する。そして、ユーザが、その送信された内容のうち、希望するものを選択するのである。これらの内容は、ユーザによる削除操作により削除され、また、ユーザ端末１がそのサービスの開始時刻までに、予約サーバ２へのアクセスがない場合には、ユーザ端末１から削除するようになっている。従って、不要な情報がユーザ端末１に蓄積されることが防止される。
【０２１６】
このように、ユーザは、特別な操作をせずに、通行中に映画の案内を受け取ることができ、また、サービス提供者は、情報を不特定多数の者に送信することができる。
また、このように、ユーザの現在位置に基づいて、予約サーバ２，１９ａ〜１９ｅは、それぞれ、無線ネットワーク３の通信可能範囲にいるユーザに対して、保持する予約状況を送信し、その時点から後のユーザの行動に対して提案可能となる。
【０２１７】
次に、予約状況に応じた店舗の対応について説明する。
予約サーバ２が受け付けた予約状況に応じて、店舗・施設の対応を変更することも可能である。例えば、複数の映画館からなる複合映画館（シネマコンプレックス）において、用いられるのである。
すなわち、複合映画館の予約サーバ２は、客の増加率と店舗・施設の対応との関係を、次の（７−１）〜（７−７）に示すような対応関係テーブルとして用意するのである。ここで、Ａ，Ｂ，Ｃ，Ｄは、いずれも、所定の閾値であり、１箇所の映画館についてのものである。
【０２１８】
（７−１）増加率＜Ａ
増加率が閾値Ａより小さい場合、現状のまま映画上映を続行する（以下、現状どおりと称することがある）。
（７−２）Ａ≦増加率＜Ｂ
増加率が閾値Ａ以上で、閾値Ｂ未満の場合、その映画館は、上映する映画を、自館よりも収容能力の大きい上映館に変更する。また、増加率がＤ（Ａ＜Ｄ＜Ｂ）のときに、より収容能力の大きい上映館に変更して上映を行なうように店舗に提案してもよい。
【０２１９】
（７−３）Ｂ≦増加率＜Ｃ
さらに、混雑する場合、臨時に別の映画館にて上映する。
（７−４）増加率≧Ｃ
オールナイト上映に変更する。
また、対応関係テーブルは一通りのみならず、複数の対応関係テーブルを用意することもできる。
【０２２０】
さらに、映画館のオーナーなどのサービス提供者は、例えば、増加率に応じて、ユーザに対して、次の（７−５）〜（７−７）に示すように、宣伝することもできる。ここで、Ｘ，Ｙは、それぞれ、閾値である。
（７−５）増加率＜Ｘ
映画館は、ユーザに、２００円割引実施をアピールする。
【０２２１】
（７−６）Ｘ≦増加率＜Ｙ
現状どおり。
（７−７）増加率＞Ｙ
映画館は、ユーザに、予約が多いことを積極的にアピールする。
これにより、現在の予約数の増加率ＤがＤ＞Ｙであったとき、映画館の予約サーバ１９ａは、この対応関係テーブルに基づいて、「その映画の人気が高く、満席になる」ことをユーザ端末１に送信して、ユーザに映画鑑賞を促進する。また、前記の「上映する映画を、自館よりも収容能力の大きい上映館に変更する」ように、店舗・施設に対して提案することができる。
【０２２２】
一方、増加率ＥがＥ＜Ｘ、かつ、Ｅ＜Ａのときは、予約サーバ１９ａは、店舗・施設には提案しない（「現状どおり」）。この場合、客数が少なく利益が低いため、サービス提供者（映画館のオーナー）は、価格をディスカウントすることにより、ユーザを増加させ、より多い利益が得られるように対応する。
また、映画館のみならず、コンサート，舞台，サーカス，ディナーショーなどや、野球、サッカーなどのスポーツ観戦などについても実施できる。すなわち、これらは、いずれも、開始時刻が決まっており、終了時刻が決まっている又は予想可能であり、また、近くに、他の店舗・施設が存在するため、映画館の場合と同様に実施可能である。
【０２２３】
なお、予約サーバ１９ａがユーザに送信した店舗・施設の状況データは、ユーザ端末１が予約サーバ１９ａとの接続が切断された時点に応じて、ユーザ端末１から削除するようにしてもよい。また、一定時間の経過後に、ユーザ端末１において削除されるようにタイマ処理してもよい。加えて、ユーザの予約が完了したときの情報は、チケットや整理券の役割を果たすため、実際にユーザがサービスを受けるまで保持しておくようにもできる。
【０２２４】
このように、ユーザの位置に応じて、近くの店舗・施設が紹介されるので、サービス提供者は、近い未来における確度の高い予想を立てることができ、その予想に合致した対応を店舗・施設に対して提案できる。
（Ｅ１）本発明の第５実施形態の第１変形例の説明
次に、本発明を遊園地に用いた例について説明する。
【０２２５】
遊園地の各アトラクションのそれぞれにおいて、待ち行列が発生する。サービス提供者は、予約サーバ２を、各アトラクションの近辺に設け、各アトラクションの予約を受け付けるようになっている。
このような構成によって、ユーザがジェットコースターに乗るために、ユーザ端末１を用いて、ジェットコースターの予約サーバ２（以下、サーバＪと称することがある）に対して、予約を申し込む。そして、予約後、サーバＪは、観覧車，ジェットコースター，ボートなど、近くのアトラクションの予約状況をユーザに通知する。
【０２２６】
また、予約後、順番が来るまでの待ち時間について、サーバＪは、他のアトラクションのサーバにアクセスして、待ち時間に実行可能な他のアトラクションをユーザに提案する。ここで、サーバＪは、提案のみならず、サーバＪ自身を介して、例えばボート乗船の予約サーバ２（以下、サーバＢＴと称することがある）など他のアトラクションの予約を仲介する。
【０２２７】
なお、サーバＪがユーザからのアクセスを待つ代わりに、サーバＪが無線ネットワーク３の通信可能範囲のユーザ端末１を検索し、通信可能範囲にいるユーザ端末１に対して、積極的に通知するようにもできる。
次に、遊園地においては、パレードなどの時間限定の催しも開催される。サーバＪは予約サーバ１９ａ〜１９ｅヘのアクセスとは別に、時間限定の催しについての予定を保持したタイムテーブルを設け、待ち時間内に実行可能な催しをユーザ端末１に通知する。
【０２２８】
このような構成によって、サーバＪは、待ち時間の代わりに、サービス又はイベントの終了時刻後におけるアトラクションをユーザに提供することもできる。サーバＪは現在時刻に対して、待ち時間とアトラクションの実行時間とを加算して、アトラクション終了時刻を予測し、その予測終了時刻に基づいて、予約サーバ１９ａ〜１９ｅにアクセスして、予約状況と予測終了時刻後に実行可能なアトラクションとをそれぞれユーザに提案する。
【０２２９】
ここで、サーバＪは、ユーザに対する提案のみならず、予約することもでき、サーバＪはユーザからの予約要求を、サーバネットワーク４経由でサーバＢＴに送信する。これにより、ユーザは、その現在位置にいながら、現在のアトラクションが終了した後に実行可能な、別のアトラクションを予約することができる。さらに、サーバＢＴが受け付けた予約状況に応じて、店舗・施設の対応を変更することもできる。すなわち、サーバＢＴは、ボートに対して、以下の（８−１）〜（８−４）に示す増加率と店舗・施設との対応関係を記載した対応関係テーブルを保持しておく。ここで、Ａ〜Ｄは、いずれも閾値であり、上述したものとは異なるものである。
【０２３０】
（８−１）増加率＜Ａ
現状どおり
（８−２）Ａ≦増加率＜Ｂ
オペレータの数を増やす
（８−３）Ｂ≦増加率＜Ｃ
オペレータの数を増やし、ボートの数を増やす
（８−４）増加率≧Ｃ
予約を一時中止する
増加率がＤ（Ａ＜Ｄ＜Ｂ）の場合に、サーバＢＴは、ユーザをよりスムーズにさばくために遊園地に対してオペレータの数を増やすよう提案するのである。
【０２３１】
このように、ユーザに対し、その限られた時間内にて、より多種のアトラクションをユーザが利用できるような提案が可能となる。また、サービス提供者（遊園地側）は、各アトラクションの利用率を向上させることができ、より多くの利益を得ることができる。
そして、このように、限られた範囲において、複数の異なる待ち行列が発生する施設において、窓口業務の効率化が図れる。
【０２３２】
（Ｅ２）本発明の第５実施形態の第２変形例の説明
次に、銀行や役所などに用いた場合について説明する。
銀行の場合、サービス提供者は、予約サーバ２を銀行の店舗入り口に設ける。従って、ユーザは、銀行に入らずに、予約できる。
このような構成によって、銀行の予約サーバ２は、ユーザが予約時刻まで待ち時間がある場合、ユーザが予約した窓口以外の窓口（例えば定期預金窓口など）の混雑状況を、ユーザに送信する。ここで、予約サーバ２は、自銀行の窓口のみならず、近くの喫茶店などの店舗についての情報をユーザに送信することもでき、これにより、ユーザは待ち時間を有効に過ごすことができる。
【０２３３】
また、予約サーバ２は、他の店舗の予約サーバ２にアクセスし、他の店舗の情報と予約状況とをユーザ端末１に通知し、そして、予約サーバ２は、ユーザの待ち時間内に実行可能なサービス又はイベントのみを抽出するようにもできる。加えて、この銀行の予約サーバ２が他の店舗の予約を仲介してもよい。このとき、予約サーバ２は、他の店舗を紹介したときの履歴や予約状況を保持することにより、その照会した他の店舗に対し、紹介料の対価を要求することかできる。
【０２３４】
また、各予約サーバ２，１９ａ〜１９ｅがそれぞれ、予約状況に基づいて、銀行や役所における窓口数を増減するように、銀行や役所に対して提案する。例えば、待ち時間又は平均待ち時間が、一定値以下になるように、窓口数を変更するのである。
ここで、予約サーバ２は、予約人数に基づいて平均待ち時間を算出する。そして、ユーザの待ち時間が一定数を上回ったとき、予約サーバ２は、銀行や役所に対して窓口数を増加するように提案する。
【０２３５】
以下、待ち時間について、ポアソン分布を用いて説明する。
待ち行列のモデルは、先に到着した者から順番にチケットを購入するものとした場合、Ｍ／Ｍ／ｎのモデルで記述される。ここで、最初のＭは客の到着の分布がポアソン分布で近似されることを表す記号であり、２番目のＭはサービスの分布が指数分布で近似されることを表し、３番目のｎは窓口数がｎ箇所（１以上の整数）を意味する。さらに詳述すると、最初のＭは、客がパラメータλ（ラムダ）の指数分布に従う時間間隔で到来することを意味し、２番目のＭは、客がパラメータμ（ミュー）の指数分布に従う時間サービスを受けることを意味し、さらに、３番目のｎは、サービスを提供するサーバがｎ台であることを意味する。また、このモデルは、ユーザが窓口に到着する時間間隔はポアソン分布に比例し、窓口においてユーザ一人を処理するために必要な平均処理時間は指数分布に比例するものである。
【０２３６】
例えば窓口数が１である場合に、ユーザ一人についての平均処理時間をＴ_Sとし、平均到着間隔をＴ_Aとしたとき、利用率ρ（ロー）は、式（９−１）で表される。
ρ＝Ｔ_S／Ｔ_A …（９−１）
また、ユーザの平均待ち時間Ｔ_Wは、式（９−２）を用いて算出できる。
【０２３７】
Ｔ_W＝Ｔ_S×ρ／（１−ρ） …（９−２）
これらの式において、Ｔ_A，Ｔ_S，Ｔ_W，ρは、それぞれ、正の実数であり、”×”は乗算を表し、”／”は除算を表す。
従って、窓口数がｎに増えると、ρ＝Ｔ_S／（Ｔ_A×ｎ）となり、平均待ち時間Ｔ_Wは減少する。このため、予約サーバ２は、Ｔ_Wが予め定めた時間以下になるように、窓口数の増加を店舗に対して提案する。ここで、Ｔ_Sは窓口におけるユーザの処理時間を平均化することにより、予め算出することができ、また、Ｔ_Aはユーザの予約状況に基づいて算出することができる。
【０２３８】
なお、銀行のみならず、例えば、役所、病院の薬局などの施設は、複数の人が訪れるので、同様に実施できる。
このように、予約サーバ２が、予約状況に応じて他の店舗・施設などの窓口を代替窓口として紹介することにより、ユーザの利用が増加する。
また、このように、予約サーバ２が、他の店舗を紹介することにより、各予約サーバ２，１９ａ〜１９ｅは、相互に紹介料などの対価を徴収できる。
【０２３９】
さらに、このように、予約状況に応じて窓口数が変更されるので、ユーザに対して過大な待ち時間を要求することが回避され、銀行や役所などにおいて、スムーズに窓口処理が実行できる。
（Ｅ３）本発明の第５実施形態の第３変形例の説明
次に、本発明を鉄道や航空会社などの交通機関に用いた場合について説明する。
【０２４０】
鉄道や航空会社における窓口業務に当たり、サービス提供者は、切符売り場の近辺のみならず、駅構内や空港内に予約サーバ２を設ける。従って、ユーザは、チケット売場のような特定の場所に並ばないで切符を購入できる。
このような構成によって、ユーザが予約した列車や航空機の出発時間までに待ち時間がある場合、これらの交通機関に設けられた予約サーバ２は、駅構内、空港内又は駅、空港に隣接する店舗（例えば、レストラン３０，喫茶店，軽食など）の予約サーバ２にアクセスし、店舗・施設の情報と予約状況とをユーザ端末１に通知する。
【０２４１】
なお、待ち時間内に実行可能な予約のみを抽出し、予約サーバ２が他の店舗の予約を仲介してもよい。
また、予約サーバ２は、ユーザが列車や航空機を利用して目的地に到着した後の行動に対して提案するようにもできる。すなわち、予約サーバ２は、到着後のユーザに対して、到着後の宿泊施設や観光施設の予約サーバ２にアクセスし、宿泊情報や予約状況をユーザ端末１に送信する。そして、予約サーバ２は、ユーザが希望すれば予約を仲介する。
【０２４２】
ここで、交通機関の予約サーバ２は、他の店舗・施設を紹介した紹介内容と予約状況とを保持することにより、他の店舗に対して、紹介に対する対価を要求することかできる。
さらに、予約サーバ２は、鉄道会社又は航空会社に対して、予約状況に基づいて、対応手法を提案する。例えば、予約人数の増加率が、予め定められていた増加率よりも高い場合、乗客の増加が見込まれる。従って、予約サーバ２は、バスの臨時便について、出発の直前でも可能な限り、本数を増加するようにバス会社に提案する。逆に、乗客の数が少ない場合は、予約サーバ２は、より小型なバスに変更しコストが下がるようにバス会社に提案する。
【０２４３】
従って、予約サーバ２がバスの運行直前に運行に関して提案するため、より厳密な人数の把握ができ、バス会社は、きめ細かい対応が可能となる。
また、禁煙車両と喫煙車両とを有する鉄道に関して、予約サーバ２は、禁煙席の予約者と喫煙席の予約者との数を把握し、これらの数に応じて、禁煙車両の数を変更する。これにより、サービス提供者は、ユーザの希望に即したサービスが可能となる。
【０２４４】
このように、予約状況に応じて、予約サーバ２が、他の交通機関を利用させるので、ユーザの利用数が増加し、また、予約サーバ２が他の店舗・施設を紹介することにより、紹介料などの対価を徴収することが可能となる。
（Ｆ）その他
本発明は上述した実施態様及びその変形態様に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、種々変形して実施することができる。
【０２４５】
店舗・施設は、野球やサッカーなどのスポーツ観戦チケットや、運転免許証の発行業務などにも実施できる。
電話やインターネットを用いた遠隔的なアクセス手段を介して予約する場合にも本発明を実施することができる。
図５〜図１０において、通信可能範囲は、説明を簡略化するために、円形に表示されていたが、実際には、複雑な形状であり、また、ビルなどの谷間などが考慮され、立体的形状である。
【０２４６】
上記のアクセス回線は、無線について説明したが、有線でも可能である。
図１４などのフローチャートに示すＳｔａｒｔ，Ｅｎｄは、それぞれ、開始，終了を表す。
（Ｇ）付記
（付記１） 予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、
該要予約サービスを代替するイベントに関する代替イベント情報を出力する代替イベント情報出力部と、
ユーザ端末から送信された、ユーザが希望する希望サービス又は希望イベントを受信する受信部と、
該保持部に保持された該店舗・施設情報と、該代替イベント情報出力部から出力された該代替イベント情報とを、該受信部にて受信した該希望サービス又は該希望イベントに基づいて選択的に読み出す予約管理部と、
該予約管理部にて読み出された該店舗・施設情報又は該代替イベント情報のうち少なくとも一方を該ユーザ端末に対して送信する送信部とをそなえて構成されたことを特徴とする、予約サーバ。
【０２４７】
（付記２） ユーザ窓口又は遠隔的アクセス手段を介して予約を要する要予約サービスと該要予約サービスの座席数に関する予約状況とを含む店舗・施設情報を保持する保持部と、
該要予約サービスを代替するイベントと該イベントの開始・終了時刻とを含む代替イベント情報を出力する代替イベント情報出力部と、
ユーザ端末から送信された、ユーザが希望する希望サービス又は希望イベントを受信する受信部と、
該保持部に保持された該店舗・施設情報と、該代替イベント情報出力部から出力された該代替イベント情報とを、該受信部にて受信した該希望サービス又は該希望イベントに基づいて選択的に読み出す予約管理部と、
該予約管理部にて読み出された該店舗・施設情報又は該代替イベント情報のうち少なくとも一方を該ユーザ端末に対して送信する送信部とをそなえて構成されたことを特徴とする、予約サーバ。
【０２４８】
（付記３） 該予約管理部にて選択された該代替イベント情報に含まれる開始時刻又は該店舗・施設情報に含まれる該要予約サービスの開始時刻と、現在時刻との差分を待ち時間として算出して出力する待ち時間算出部をそなえて構成されたことを特徴とする、付記１又は付記２記載の予約サーバ。
（付記４） 該予約管理部にて選択された該代替イベント情報に含まれるイベントに要する実行時間又は該店舗・施設情報に含まれる該要予約サービスに要する実行時間と、現在時刻との和を終了時刻として算出して出力する終了時刻算出部をそなえて構成されたことを特徴とする、付記１〜付記３のいずれか一に記載の予約サーバ。
【０２４９】
（付記５） 該代替イベント情報出力部から出力された該代替イベント情報のうち、予約を要する要予約イベントの予約状況を該送信部に出力する他予約状況通知部をそなえて構成されたことを特徴とする、付記１〜付記４のいずれか一に記載の予約サーバ。
（付記６） 該他予約状況通知部が、さらに、
該代替イベント情報のうち実行可能なものを実行イベント情報として該送信部に出力するように構成されたことを特徴とする、付記５記載の予約サーバ。
【０２５０】
（付記７） 該他予約状況通知部が、
ユーザの移動時間と、他の店舗におけるユーザの待ち時間と、他の店舗におけるイベントの実行時間とに基づいて、該実行イベント情報を出力するように構成されたことを特徴とする、付記６記載の予約サーバ。
（付記８） 該他予約状況通知部が、
該代替イベント情報に含まれるイベントのうち、そのイベントに要する実行時間に該待ち時間を加算して得たイベント終了時刻に基づいて、最大実行時間を要する最長イベントを抽出しその抽出した最長イベントを、該実行イベント情報に含めて出力するように構成されたことを特徴とする、付記６記載の予約サーバ。
【０２５１】
（付記９） 該代替イベント情報出力部が、該代替イベント情報を時間帯ごとに保持出力しうるイベント情報保持部として構成されるとともに、
該他予約状況通知部が、該イベント情報保持部が出力した該代替イベント情報から該実行イベント情報を現在時刻に基づいて抽出して該送信部に出力するイベント通知部として構成されたことを特徴とする、付記６〜付記８のいずれか一に記載の予約サーバ。
【０２５２】
（付記１０） 該代替イベント情報出力部が、サーバネットワークを介して接続された他の予約サーバが保持する他予約サーバ代替イベント情報を該代替イベント情報として出力する他予約サーバインターフェース部として構成されるとともに、
該他予約状況通知部が、該他予約サーバインターフェース部が出力する他予約サーバ代替イベント情報から所定条件を満たす実行可能な他予約サーバ代替イベント情報を抽出して該送信部に出力するように構成されたことを特徴とする、付記５〜付記８のいずれか一に記載の予約サーバ。
【０２５３】
（付記１１） 該受信部にて受信されたユーザからの予約要求を、該他予約サーバインターフェース部を介して、該他の予約サーバ宛に送信する予約仲介部をそなえて構成されたことを特徴とする、付記１０記載の予約サーバ。
（付記１２） 該予約サーバと該他の予約サーバとの間におけるアクセス履歴を保持する利用状況保持部をそなえ、
該利用状況保持部が、
該他の予約サーバが該予約サーバに対して提供した情報についての紹介料と、該予約サーバが該他の予約サーバに対して提供した情報についての紹介料とを、それぞれ、該アクセス履歴に基づいて計算して保持するように構成されたことを特徴とする、付記１１記載の予約サーバ。
【０２５４】
（付記１３） 該代替イベント情報出力部から出力された該代替イベント情報についての割引情報又は付加価値情報を生成し、該割引情報又は該付加価値情報を該送信部に対して出力する割引・付加価値情報生成部をそなえて構成されたことを特徴とする、付記１〜付記１２のいずれか一に記載の予約サーバ。
（付記１４） 予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、
該店舗・施設情報の該予約状況に応じた店舗・施設の対応に関する対応手法データを保持する対応テーブルと、
該保持部に保持された該予約状況に基づいて、該対応テーブルに保持された該対応手法データから所望の対応手法データを選択し、その選択した対応手法データを他の店舗・施設に対して通知する店舗対応選択部とをそなえて構成されたことを特徴とする、予約サーバ。
【０２５５】
（付記１５） 該店舗対応選択部が、
該対応手法データを、該予約状況のうち、所定時間における予約数の変化を示す変化率に応じて該対応テーブルから読み出して出力するように構成されたことを特徴とする、付記１４記載の予約サーバ。
（付記１６） 予約サーバに保持された、予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報又は該要予約サービスを代替するイベントに関する代替イベント情報のうち少なくとも一方を受信する受信部と、
該受信部にて受信された該店舗・施設情報又は該代替イベント情報を表示する表示部と、
該表示部に表示された該店舗・施設情報又は該代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを選択する選択部と、
該選択部にて選択された該希望サービス又は該希望イベントを該予約サーバに対して送信する送信部とをそなえて構成されたことを特徴とする、ユーザ端末。
【０２５６】
（付記１７） 該受信部によって受信された、該予約サーバからの割引情報又は付加価値情報を保持する割引・付加価値情報保持部をそなえて構成されたことを特徴とする、付記１６記載のユーザ端末。
（付記１８） データを送受信するユーザ端末と、
該ユーザ端末と無線ネットワークを介して接続され、予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報又は該要予約サービスを代替するイベントに関する代替イベント情報のうち少なくとも一方を該ユーザ端末に出力しうる予約サーバとをそなえ、
該予約サーバが、
該店舗・施設情報を保持する保持部と、
該代替イベント情報を出力する代替イベント情報出力部と、
該ユーザ端末から送信された、ユーザが希望する希望サービス又は希望イベントを受信する第１受信部と、
該保持部に保持された該店舗・施設情報と、該代替イベント情報出力部から出力された該代替イベント情報とを、該第１受信部にて受信した該希望サービス又は該希望イベントに基づいて選択的に読み出す予約管理部と、
該予約管理部にて読み出された該店舗・施設情報又は該代替イベント情報のうち少なくとも一方を該ユーザ端末に対して送信する第１送信部とをそなえ、
さらに、
該ユーザ端末が、
該予約サーバの第１送信部から送信された、該店舗・施設情報又は該代替イベント情報のうち少なくとも一方を受信する第２受信部と、
該第２受信部にて受信された該店舗・施設情報又は該代替イベント情報を表示する表示部と、
該表示部に表示された該店舗・施設情報又は該代替イベント情報のうち該ユーザが希望する希望サービス又は希望イベントを選択する選択部と、
該選択部にて選択された該希望サービス又は該希望イベントを該予約サーバに対して送信する第２送信部とをそなえて構成されたことを特徴とする、予約システム。
【０２５７】
（付記１９） 予約サーバが、予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報又は該要予約サービスを代替するイベントに関する代替イベント情報のうち少なくとも一方を、該予約サーバと無線ネットワークを介して接続されたユーザ端末に対して送信する第１送信ステップと、
該ユーザ端末が、該第１送信ステップにて送信された該店舗・施設情報又は該代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを該予約サーバに対して送信する予約ステップと、
該予約サーバが、該予約ステップにて送信された該希望サービス又は該希望イベントに基づいて、該店舗・施設情報と、該要予約サービスを代替するイベントに関する代替イベント情報とのうち少なくとも一方を選択する選択ステップと、
該予約サーバが、該選択ステップにて選択された該店舗・施設情報又は該代替イベント情報を、該ユーザ端末に対して送信する第２送信ステップとをそなえて構成されたことを特徴とする、予約方法。
【０２５８】
（付記２０） 該第１送信ステップが、
該予約サーバが、該予約サーバとサーバネットワークを介して接続された他の予約サーバが保持する他予約サーバ代替イベント情報にアクセスする他予約サーバアクセスステップと、
該予約サーバが、該他予約サーバアクセスステップにてアクセスされた該他予約サーバ代替イベント情報から該希望サービスが開始されるまでの該ユーザの待ち時間内に実行可能な実行イベント情報を抽出する実行イベント情報抽出ステップと、
該予約サーバが、該実行イベント情報抽出ステップにて抽出された該実行イベント情報を該ユーザ端末に対して送信する実行イベント情報送信ステップとをそなえて構成されたことを特徴とする、付記１９記載の予約方法。
【０２５９】
（付記２１） 該選択ステップが、
該予約サーバが、該予約サーバとサーバネットワークを介して接続された他の予約サーバが保持する他予約サーバ店舗・施設情報又は他予約サーバ代替イベント情報にアクセスする他予約サーバアクセスステップと、
該予約サーバが、該他予約サーバアクセスステップにてアクセスされた該他予約サーバ店舗・施設情報又は該他予約サーバ代替イベント情報に基づいて、該希望サービス又は該希望イベントが開始されるまでの該ユーザの待ち時間を算出する待ち時間算出ステップと、
該予約サーバが、該待ち時間算出ステップにて算出された該待ち時間内に実行可能なものを、該希望サービス又は該希望イベントから抽出する抽出ステップとをそなえて構成されたことを特徴とする、付記１９又は付記２０記載の予約方法。
【０２６０】
（付記２２） ユーザ端末が、該ユーザ端末と無線ネットワークを介して接続された予約サーバに対して、予約を要する要予約サービスについて予約する予約ステップと、
該予約サーバが、該予約ステップにて予約された該要予約サービスの予約数の変化率が閾値以上又は閾値以下であることを検出する閾値検出ステップと、
該閾値検出ステップにて閾値以上と検出されたときは、該予約サーバが、サーバネットワークを介して接続された他の予約サーバにアクセスして余剰人員を有する余剰店舗・施設を検索するとともに、該閾値検出ステップにて閾値以下と検出されたときは、該予約サーバが、該他の予約サーバにアクセスして派遣人員が必要な要派遣店舗・施設を検索する余剰・派遣人員検索ステップと、
該予約サーバが、該余剰・派遣人員検索ステップにて検索された余剰店舗・施設又は要派遣店舗・施設に対して、派遣依頼又は応援申し出する依頼・応援ステップとをそなえて構成されたことを特徴とする、予約方法。
【０２６１】
（付記２３） 予約サーバが、該予約サーバとサーバネットワークを介して接続されたユーザ端末のうち、通信可能な通信可能ユーザ端末を検索する通信可能ユーザ端末検索ステップと、
該予約サーバが、該通信可能ユーザ端末検索ステップにて検索された該通信可能ユーザ端末に対して、予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を送信する第３送信ステップと、
該通信可能ユーザ端末が、該第３送信ステップにて送信された該店舗・施設情報に含まれる該要予約サービスのうちユーザが希望する希望サービスを該予約サーバに対して送信する第４送信ステップとをそなえて構成されたことを特徴とする、予約方法。
【０２６２】
（付記２４） ユーザ端末が、該ユーザ端末とサーバネットワークを介して接続された予約サーバに対して、ユーザの希望する希望サービスの提供を受けられるか否かを問い合わせる問い合わせステップと、
該予約サーバが、該問い合わせステップにて問い合わせられた該希望サービスについて、予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報又は該要予約サービスを代替するイベントに関する代替イベント情報のうち少なくとも一方を参照する参照ステップと、
該予約サーバが、該参照ステップにおける参照によって、該ユーザが該希望サービスを利用できるときは該希望サービスの詳細を該ユーザ端末に対して送信するとともに、該ユーザが該希望サービスを利用できないときは代替店舗・施設情報又は代替イベント情報を該ユーザ端末に対して送信する店舗・施設情報送信ステップとをそなえて構成されたことを特徴とする、予約方法。
【０２６３】
【発明の効果】
以上詳述したように、本発明の予約サーバ，ユーザ端末及び予約システム並びに予約方法によれば、以下に述べるような効果ないしは利点がある。
（１）本発明の予約サーバによれば、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、要予約サービスを代替するイベントに関する代替イベント情報を出力する代替イベント情報出力部と、ユーザ端末から送信された、ユーザが希望する希望サービス又は希望イベントを受信する受信部と、保持部に保持された店舗・施設情報と、代替イベント情報出力部から出力された代替イベント情報とを、受信部にて受信した希望サービス又は希望イベントに基づいて選択的に読み出す予約管理部と、予約管理部にて読み出された店舗・施設情報又は代替イベント情報のうち少なくとも一方をユーザ端末に対して送信する送信部とをそなえて構成されているので、予め定めた範囲にいるユーザに対して、予約状況をユーザ端末に送信することにより、リアルタイムで店舗の状況を通知でき、集客力の向上を促進できる。
【０２６４】
（２）本発明の関連技術としての予約サーバによれば、ユーザ窓口又は遠隔的アクセス手段を介して要予約サービスと要予約サービスの座席数に関する予約状況とを含む店舗・施設情報を保持する保持部と、要予約サービスを代替するイベントとイベントの開始・終了時刻とを含む代替イベント情報を出力する代替イベント情報出力部と、ユーザが希望する希望サービス又は希望イベントを受信する受信部と、保持部に保持された店舗・施設情報と、代替イベント情報出力部から出力された代替イベント情報とを、受信した希望サービス又は希望イベントに基づいて選択的に読み出す予約管理部と、予約管理部にて読み出された店舗・施設情報又は代替イベント情報をユーザ端末に対して送信する送信部とをそなえて構成されているので、予約後、他予約サーバにアクセスして他の予約状況又は近くの店舗の予約状況をユーザに通知することにより、ユーザが現在アクセス可能な範囲にある予約状況を、適切なタイミングでユーザに送信できる。
【０２６５】
（３）本発明のユーザ端末によれば、予約サーバに保持された、要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報又は要予約サービスを代替するイベントに関する代替イベント情報を受信する受信部と、受信された店舗・施設情報又は代替イベント情報を表示する表示部と、表示部に表示された店舗・施設情報又は代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを選択する選択部と、選択部にて選択された希望サービス又は希望イベントを予約サーバに対して送信する送信部とをそなえて構成されているので、自店舗の予約が待ち時間を有する場合は、ユーザはその待ち時間内にユーザが実行可能な情報のみを通知され、予約サーバを設置した店舗は自店舗のほかのサービスを利用するよう促進でき他の店舗を紹介して他の店舗からの紹介料又は広告料を徴収することが可能となる。
【０２６６】
（４）本発明の予約システムによれば、データを送受信するユーザ端末と、ユーザ端末と無線ネットワークを介して接続され、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報又は要予約サービスを代替するイベントに関する代替イベント情報のうち少なくとも一方をユーザ端末に出力しうる予約サーバとをそなえ、予約サーバが、保持部と、代替イベント情報出力部と、第１受信部と、予約管理部と、第１送信部とをそなえ、さらに、ユーザ端末が、第２受信部と、表示部と、選択部と、第２送信部とをそなえて構成されているので、ユーザは、他店舗の予約サーバの通信可能範囲に移動することなく、最初の位置から他の店舗の予約が可能となる。また、予約可能な範囲が、予約サーバの無線ネットワークの通信可能範囲よりも広い範囲に拡大される。
【０２６７】
（５）本発明の予約方法によれば、予約サーバが店舗・施設情報又は要予約サービスを代替するイベントに関する代替イベント情報を、ユーザ端末に対して送信する第１送信ステップと、ユーザ端末が、店舗・施設情報又は代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを予約サーバに対して送信する予約ステップと、予約サーバが、希望サービス又は希望イベントに基づいて、店舗・施設情報と、要予約サービスを代替するイベントに関する代替イベント情報を選択する選択ステップと、予約サーバが、店舗・施設情報又は代替イベント情報を、ユーザ端末に対して送信する第２送信ステップとをそなえて構成されているので、紹介は、店舗ではなく、例えば時間限定で行なわれるサービスを紹介することにより、ユーザに対して、イベントの通知を効果的に行なうことが可能となる。
【０２６８】
（６）予約サーバが、予約管理部にて選択された代替イベント情報に含まれる開始時刻又は店舗・施設情報に含まれる要予約サービスの開始時刻と、現在時刻との差分を待ち時間として算出して出力する待ち時間算出部をそなえて構成されてもよく、このようにすれば、自店舗の予約の待ち時間ではなく、予約終了後についても同様に、ユーザが実行可能な情報のみ選択して通知することにより、ユーザが予約終了後に過ごす時間に対して、予約サーバを設置した店舗は、自店舗のほかのサービスを利用するよう促進したり、他の店舗を紹介することにより、他の店舗から紹介料又は広告料を徴収することが可能となる。
【０２６９】
（７）予約サーバが、予約管理部にて選択された代替イベント情報に含まれるイベントに要する実行時間又は店舗・施設情報に含まれる要予約サービスに要する実行時間と、現在時刻との和を終了時刻として算出して出力する終了時刻算出部をそなえて構成されてもよく、このようにすれば、多様なサービスを提供できるとともに、ユーザはそのサービスの予約を確実にできる。
【０２７０】
（８）予約サーバが、代替イベント情報出力部から出力された代替イベント情報のうち、予約を要する要予約イベントの予約状況を送信部に出力する他予約状況通知部をそなえて構成されてもよく、この他予約状況通知部が、さらに、代替イベント情報のうち実行可能なものを実行イベント情報として送信部に出力するように構成されたり、ユーザの移動時間と、他の店舗におけるユーザの待ち時間と、他の店舗におけるイベントの実行時間とに基づいて、実行イベント情報を出力するように構成されたり、又は、代替イベント情報に含まれるイベントのうち、そのイベントに要する実行時間に待ち時間を加算して得たイベント終了時刻に基づいて、最大実行時間を要する最長イベントを抽出しその抽出した最長イベントを、実行イベント情報に含めて出力するように構成されてもよく、このようにすれば、ユーザに対して確定的な時間を決定できないサービスを提供する場合でも、サービス又はイベントの実行時間を送信できる。
【０２７１】
（９）代替イベント情報出力部が、代替イベント情報を時間帯ごとに保持出力しうるイベント情報保持部として構成されるとともに、他予約状況通知部が、イベント情報保持部が出力した代替イベント情報から実行イベント情報を現在時刻に基づいて抽出して送信部に出力するイベント通知部として構成されてもよく、このようにすれば、ユーザは自分の都合のよい時間帯に、サービスを受けることができる。
【０２７２】
（１０）代替イベント情報出力部が、サーバネットワークを介して接続された他の予約サーバが保持する他予約サーバ代替イベント情報を代替イベント情報として出力する他予約サーバインターフェース部として構成されるとともに、他予約状況通知部が、他予約サーバインターフェース部が出力する他予約サーバ代替イベント情報から所定条件を満たす実行可能な他予約サーバ代替イベント情報を抽出して送信部に出力するように構成されてもよく、このようにすれば、予約サーバは、ユーザに対して、多種のサービスを提供できるようになる。
【０２７３】
（１１）受信部にて受信されたユーザからの予約要求を、他予約サーバインターフェース部を介して、他の予約サーバ宛に送信する予約仲介部をそなえて構成されてもよく、このようにすれば、紹介するサービスが枯渇することが回避される。
（１２）予約サーバと他の予約サーバとの間におけるアクセス履歴を保持する利用状況保持部をそなえ、利用状況保持部が、他の予約サーバが予約サーバに対して提供した情報についての紹介料と、予約サーバが他の予約サーバに対して提供した情報についての紹介料とを、それぞれ、アクセス履歴に基づいて計算して保持するように構成されてもよく、このようにすれば、他の店舗の紹介又は予約を仲介したときのアクセス履歴が保持され、紹介数及び予約仲介数など予約サーバが行なった回数に応じた紹介料の徴収が可能となる。
【０２７４】
（１３）代替イベント情報出力部から出力された代替イベント情報についての割引情報又は付加価値情報を生成し、割引情報又は付加価値情報を送信部に対して出力する割引・付加価値情報生成部をそなえて構成されてもよく、このようにすれば、紹介、又は予約仲介のとき、他の店舗のクーポン券をユーザ端末に送信することにより、紹介したサービスの利用を、ユーザに対して強く促進することができる。
【０２７５】
（１４）予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、店舗・施設情報の予約状況に応じた店舗・施設の対応に関する対応手法データを保持する対応テーブルと、保持部に保持された予約状況に基づいて、対応テーブルに保持された対応手法データから所望の対応手法データを選択し、その選択した対応手法データを他の店舗・施設に対して通知する店舗対応選択部とをそなえて構成されてもよく、また、この店舗対応選択部は、対応手法データを、予約状況のうち、所定時間における予約数の変化を示す変化率に応じて対応テーブルから読み出して出力するように構成されてもよく、このようにすれば、予約システムでユーザの予約状況を常に、監視でき、現在の状況に応じた店舗の対応を店舗に提案でき、より多くの利益を店舗にもたらすことや、ユーザの希望に即したサービス提供が可能となる。
【０２７６】
（１５）受信部によって受信された、予約サーバからの割引情報又は付加価値情報を保持する割引・付加価値情報保持部をそなえて構成されてもよく、このようにすれば、ユーザは、例えば店舗・施設にて、店員に対して、ユーザ端末の表示部を提示して、その割引券又はクーポン券に示されたサービスを受けることができる。
【０２７７】
（１６）また、本発明の予約方法によれば、第１送信ステップが、予約サーバが、予約サーバとサーバネットワークを介して接続された他の予約サーバが保持する他予約サーバ代替イベント情報にアクセスする他予約サーバアクセスステップと、予約サーバが、他予約サーバアクセスステップにてアクセスされた他予約サーバ代替イベント情報から希望サービスが開始されるまでのユーザの待ち時間内に実行可能な実行イベント情報を抽出する実行イベント情報抽出ステップと、予約サーバが、実行イベント情報抽出ステップにて抽出された実行イベント情報をユーザ端末に対して送信する実行イベント情報送信ステップとをそなえて構成されているので、紹介と予約仲介とにより、ユーザは、他店舗の予約サーバの通信可能範囲に移動することなく、最初の位置から他の店舗の予約が可能となる。また、予約サーバの予約可能な範囲が、予約サーバの無線ネットワーク３の通信可能範囲よりも広い範囲に拡大される。
【０２７８】
（１７）選択ステップが、予約サーバが、予約サーバとサーバネットワークを介して接続された他の予約サーバが保持する他予約サーバ店舗・施設情報又は他予約サーバ代替イベント情報にアクセスする他予約サーバアクセスステップと、予約サーバが、他予約サーバアクセスステップにてアクセスされた他予約サーバ店舗・施設情報又は他予約サーバ代替イベント情報に基づいて、希望サービス又は希望イベントが開始されるまでのユーザの待ち時間を算出する待ち時間算出ステップと、予約サーバが、待ち時間算出ステップにて算出された待ち時間内に実行可能なものを、希望サービス又は希望イベントから抽出する抽出ステップとをそなえて構成されてもよく、このようにすれば、サービス提供者は、予約状況や時間限定サービスを、適切なタイミングでユーザに通知できる。
【０２７９】
（１８）本発明の予約方法によれば、ユーザ端末が、ユーザ端末と無線ネットワークを介して接続された予約サーバに対して、予約を要する要予約サービスについて予約する予約ステップと、予約サーバが、予約ステップにて予約された要予約サービスの予約数の変化率が閾値以上又は閾値以下であることを検出する閾値検出ステップと、閾値検出ステップにて閾値以上と検出されたときは、予約サーバが、サーバネットワークを介して接続された他の予約サーバにアクセスして余剰人員を有する余剰店舗・施設を検索するとともに、閾値検出ステップにて閾値以下と検出されたときは、予約サーバが、他の予約サーバにアクセスして派遣人員が必要な要派遣店舗・施設を検索する余剰・派遣人員検索ステップと、予約サーバが、余剰・派遣人員検索ステップにて検索された余剰店舗・施設又は要派遣店舗・施設に対して、派遣依頼又は応援申し出する依頼・応援ステップとをそなえて構成されているので、ユーザは、リアルタイムで通信可能範囲に位置する店舗のサービスを知ることができ、最新のサービス情報を得ることができる。
【０２８０】
（１９）本発明の予約方法によれば、予約サーバが、予約サーバとサーバネットワークを介して接続されたユーザ端末のうち、通信可能な通信可能ユーザ端末を検索する通信可能ユーザ端末検索ステップと、予約サーバが、通信可能ユーザ端末検索ステップにて検索された通信可能ユーザ端末に対して、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報を送信する第３送信ステップと、通信可能ユーザ端末が、第３送信ステップにて送信された店舗・施設情報に含まれる要予約サービスのうちユーザが希望する希望サービスを予約サーバに対して送信する第４送信ステップとをそなえて構成されているので、サービス内容と予約状況とを、適切なタイミングで広告でき、また、ユーザ端末には、ユーザが直接、訪れることができる店舗・施設についての予約状況が得られる。
【０２８１】
（２０）本発明の予約方法によれば、ユーザ端末が、ユーザ端末とサーバネットワークを介して接続された予約サーバに対して、ユーザの希望する希望サービスの提供を受けられるか否かを問い合わせる問い合わせステップと、予約サーバが、問い合わせステップにて問い合わせられた希望サービスについて、予約を要する要予約サービスと要予約サービスの予約状況とを含む店舗・施設情報又は要予約サービスを代替するイベントに関する代替イベント情報のうち少なくとも一方を参照する参照ステップと、予約サーバが、参照ステップにおける参照によって、ユーザが希望サービスを利用できるときは希望サービスの詳細をユーザ端末に対して送信するとともに、ユーザが希望サービスを利用できないときは代替店舗・施設情報又は代替イベント情報をユーザ端末に対して送信する店舗・施設情報送信ステップとをそなえて構成されているので、ユーザが主導的になって、サービスを選択して受けることができるようになる。
【図面の簡単な説明】
【図１】本発明を適用される予約システムの構成図である。
【図２】本発明の第１実施形態に係る予約サーバのブロック図である。
【図３】本発明の第１実施形態に係るサーバネットワークの構成図である。
【図４】本発明の第１実施形態に係るユーザ端末のブロック図である。
【図５】ピコネットの説明図である。
【図６】ピコネットのネットワークの初期状態を示す図である。
【図７】ピコネットのネットワークが形成された状態を示す図である。
【図８】スキャッタネットが形成された状態を示す図である。
【図９】スキャッタネットの階層構造を説明するための図である。
【図１０】スキャッタネットの終了終了状態を示す図である。
【図１１】本発明の第１実施形態に係る通常予約におけるネットワークトポロジを示す図である。
【図１２】本発明の第１実施形態に係る第１のネットワークトポロジを説明するための図である。
【図１３】本発明の第１実施形態に係る第２のネットワークトポロジを説明するための図である。
【図１４】本発明の第１実施形態に係る予約方法を説明するためのフローチャートである。
【図１５】本発明の第１実施形態に係る通信可能範囲を説明するための図である。
【図１６】本発明の第１実施形態に係る予約完了前のユーザ端末の予約方法のフローチャートである。
【図１７】本発明の第１実施形態に係る予約完了後のユーザ端末の予約方法のフローチャートである。
【図１８】本発明の第２実施形態に係る予約サーバのブロック図である。
【図１９】（ａ）は本発明の第２実施形態に係るタイムテーブルを説明するための図であり、（ｂ）は本発明の第２実施形態に係る実行イベント情報を説明するための図である。
【図２０】本発明の第２実施形態に係る予約方法を説明するためのフローチャートである。
【図２１】本発明の第２実施形態の第１変形例に係る予約サーバのブロック図である。
【図２２】本発明の第２実施形態の第１変形例に係る予約方法を説明するためのフローチャートである。
【図２３】本発明の第２実施形態の第１変形例に係る他の予約方法を説明するためのフローチャートである。
【図２４】本発明の第２実施形態の第２変形例に係る予約サーバのブロック図である。
【図２５】本発明の第２実施形態の第２変形例に係る予約方法を説明するためのフローチャートである。
【図２６】本発明の第２実施形態の第３変形例に係る予約サーバのブロック図である。
【図２７】本発明の第２実施形態の第３変形例に係る予約方法を説明するためのフローチャートである。
【図２８】本発明の第２実施形態の第４変形例に係る予約サーバのブロック図である。
【図２９】本発明の第２実施形態の第４変形例に係る予約方法を説明するためのフローチャートである。
【図３０】本発明の第２実施形態の第４変形例に係る紹介料の計算方法を説明するためのフローチャートである。
【図３１】本発明の第２実施形態の第５変形例に係る予約サーバのブロック図である。
【図３２】本発明の第２実施形態の第５変形例に係る予約方法を説明するためのフローチャートである。
【図３３】本発明の第３実施形態に係る予約サーバのブロック図である。
【図３４】本発明の第３実施形態に係る予約サーバの他のブロック図である。
【図３５】本発明の第３実施形態に係る予約方法を説明するためのフローチャートである。
【図３６】本発明の第３実施形態に係る他の予約方法を説明するためのフローチャートである。
【図３７】本発明の第４実施形態に係る予約サーバのブロック図である。
【図３８】本発明の第４実施形態に係る予約方法を説明するためのフローチャートである。
【図３９】本発明の第５実施形態に係る予約率情報による予約状況の表示例である。
【図４０】本発明の第５実施形態に係る座席番号による予約状況の表示例である。
【図４１】本発明の第５実施形態に係る予約申し込みの表示例である。
【図４２】（ａ），（ｂ）はいずれも本発明の第５実施形態に係る満席時の表示例である。
【図４３】（ａ）は本発明の第５実施形態に係る提案時刻を説明するための図であり、（ｂ）は本発明の第５実施形態に係る施設のタイムテーブルを示す図である。
【図４４】本発明の第５実施形態に係るユーザ端末の画面例を示す図である。
【図４５】本発明の第５実施形態に係るサービス又はイベントの終了後の提案内容の一例を示す図である。
【符号の説明】
１，１Ａ，１Ｂ，１ＡＡ，１ＢＢ ユーザ端末
１ｃ 受信部
１ｄ 制御部
１ｅ 表示部
１ｆ 選択部
１ｇ 送信部
１ｈ スピーカ
１ｊ マイク
１ｋ クーポン保持部
２，２ａ〜２ｈ，２２ 予約サーバ
１９ａ，１９ｂ，１９ｃ，１９ｄ，１９ｅ 他予約サーバ
３ 無線ネットワーク
４ サーバネットワーク
５ 店舗側対応テーブル
６ 待ち時間算出部
７ 他予約状況通知部
８ 予約仲介部
９ イベント情報保持部
１０ イベント通知部
１１ 終了時刻算出部
１２ ネットワークターミナル（代替イベント情報出力部，他予約サーバインターフェース部）
１３ 予約仲介部
１４ 利用状況保持部
１５ クーポン発行部
１６ 無線送受信機
１６ａ 受信部
１６ｂ 送信部
１７ 店舗対応選択部
１８ 店舗側端末
２０ カプラ
２１ スキャッタネット
２３ 予約システム
２４ａ，２４ｂ アンテナ
２５ 予約状況保持部
２６ 予約管理部
３０ レストラン（店舗・施設）

Claims (4)

1. 予約を要する要予約サービスをユーザに提供する店舗・施設に設置され、該要予約サービスの予約を受け付ける予約サーバであって、
   ユーザ端末に対する情報送信を行なう送信部と、
   該ユーザ端末からの情報受信を行なう受信部と、
   該要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、
   該予約サーバをなすコンピュータを用いて、該保持部に保持された該店舗・施設情報の抽出および更新を行なう予約管理部と、
   他の店舗・施設における他の予約サーバとサーバネットワークを介して通信可能に接続され、該他の予約サーバにおけるイベント情報を該他の予約サーバから受信するインターフェース部とをそなえ、
   該送信部が、該予約管理部によって該保持部から抽出された該店舗・施設情報を該ユーザ端末に送信するとともに、該インターフェース部によって該他の予約サーバから受信され、該店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報を該ユーザ端末に送信し、
   該受信部が、該送信部によって送信された該店舗・施設情報または該代替イベント情報に応じた予約通知を、該ユーザ端末から受信すると、該予約管理部が、該保持部に保持された該予約状況を更新し、
   該予約管理部が該予約状況を更新して前記予約通知についての予約を完了すると、該送信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該ユーザ端末に送信することを特徴とする、予約サーバ。
2. 予約を要する要予約サービスをユーザに提供する店舗・施設に設置され該要予約サービスの予約を受け付ける予約サーバであって、該要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報と該店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報とを送信する予約サーバと通信可能なユーザ端末であって、
   該予約サーバからの該店舗・施設情報および該代替イベント情報を受信する受信部と、
   該受信部にて受信された該店舗・施設情報および該代替イベント情報を表示する表示部と、
   該表示部に表示された該店舗・施設情報および該代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを選択する選択部と、
   該選択部にて選択された該希望サービス又は該希望イベントを予約通知として該予約サーバに対して送信する送信部と、
   該受信部にて該店舗・施設情報および該代替イベント情報を受信すると該店舗・施設情報および該代替イベント情報を該表示部に表示させるとともに、該選択部にて選択された該希望サービス又は該希望イベントを該送信部によって該予約サーバに対して送信させるように、該ユーザ端末をなすＣＰＵを用いて制御を行なう制御部とをそなえて構成され、
   該送信部によって送信された前記予約通知についての予約の完了後、該受信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該予約サーバから受信することを特徴とする、ユーザ端末。
3. ユーザ端末と、
   予約を要する要予約サービスをユーザに提供する店舗・施設に設置され、該要予約サービスの予約を受け付ける予約サーバとをそなえ、
   該予約サーバが、
   該ユーザ端末に対する情報送信を行なう第１送信部と、
   該ユーザ端末からの情報受信を行なう第１受信部と、
   該要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部と、
   該予約サーバをなすコンピュータを用いて、該保持部に保持された該店舗・施設情報の抽出および更新を行なう予約管理部と、
   他の店舗・施設における他の予約サーバとサーバネットワークを介して通信可能に接続され、該他の予約サーバにおけるイベント情報を該他の予約サーバから受信するインターフェース部とをそなえ、
   該第１送信部が、該予約管理部によって該保持部から抽出された該店舗・施設情報を該ユーザ端末に送信するとともに、該インターフェース部によって該他の予約サーバから受信され、該店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報を該ユーザ端末に送信し、
   該第１受信部が、該第１送信部によって送信された該店舗・施設情報または該代替イベント情報に応じた予約通知を、該ユーザ端末から受信すると、該予約管理部が、該保持部に保持された該予約状況を更新し、
   該予約管理部が該予約状況を更新して前記予約通知についての予約を完了すると、該第１送信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該ユーザ端末に送信し、
   さらに、
   該ユーザ端末が、
   該予約サーバの該第１送信部から送信された、該店舗・施設情報および該代替イベント情報を受信する第２受信部と、
   該第２受信部にて受信された該店舗・施設情報および該代替イベント情報を表示する表示部と、
   該表示部に表示された該店舗・施設情報および該代替イベント情報のうちユーザが希望する希望サービス又は希望イベントを選択する選択部と、
   該選択部にて選択された該希望サービス又は該希望イベントを前記予約通知として該予約サーバに対して送信する第２送信部と、
   該第２受信部にて該店舗・施設情報および該代替イベント情報を受信すると該店舗・施設情報および該代替イベント情報を該表示部に表示させるとともに、該選択部にて選択された該希望サービス又は該希望イベントを該第２送信部によって該予約サーバに対して送信させるように、該ユーザ端末をなすＣＰＵを用いて制御を行なう制御部とをそなえて構成され、
   該第２送信部によって送信された前記予約通知についての予約の完了後、該第２受信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該予約サーバから受信することを特徴とする、予約システム。
4. 予約サーバをなすコンピュータが、予約を要する要予約サービスと該要予約サービスの予約状況とを含む店舗・施設情報を保持する保持部から該店舗・施設情報を抽出し、該予約サーバをなすインターフェース部が、他の店舗・施設における他の予約サーバからサーバネットワークを介して該他の予約サーバにおけるイベント情報を受信し、該予約サーバをなす送信部が、該保持部から抽出された該店舗・施設情報を該ユーザ端末に送信に送信するとともに、該インターフェース部によって該他の予約サーバから受信され、店舗・施設で該要予約サービスを提供できない場合の代替となる代替イベント情報を該ユーザ端末に送信する第１送信ステップと、
   該ユーザ端末をなすＣＰＵが、該第１送信ステップにて送信され該ユーザ端末で受信された該店舗・施設情報および該代替イベント情報を表示部に表示させ、該表示部での表示に従って選択された、ユーザが希望する希望サービス又は希望イベントを、該ユーザ端末をなす送信部によって該予約サーバに対して送信させる予約ステップと、
   該予約サーバをなす該コンピュータが、該予約ステップにて送信され該予約サーバで受信された該希望サービス又は該希望イベントに基づいて、該店舗・施設情報又は該要予約サービスを代替するイベントに関する代替イベント情報を選択し、該保持部に保持された該予約状況を更新する選択ステップと、
   該予約サーバをなす該送信部が、該選択ステップにて選択された該店舗・施設情報又は該代替イベント情報を、該ユーザ端末に対して送信する第２送信ステップと、
   該選択ステップにて該予約管理部が該予約状況を更新して予約を完了すると、該予約サーバをなす該送信部が、該ユーザ端末のユーザが実行可能な、当該予約をされた要予約サービス又は代替イベントとは異なる他の代替イベントに関する他の代替イベント情報を、該ユーザ端末に送信する第３送信ステップとをそなえて構成されたことを特徴とする、予約方法。

Images