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

Abstract

(57)【要約】 【課題】 予約システムにおいて、サービス提供者がユ
ーザに、リアルタイムでユーザの近くの店舗のサービス
及び予約状況や、そのサービスの開始・終了時刻及びそ
のサービスに要する時間を通知し、又は、ユーザの都合
の良い時間帯にそのサービスの代替イベントを提案する
ことができる、予約サーバを提供する。 【解決手段】 予約サーバ２が、要予約サービスとその
予約状況とを含む店舗情報を保持する保持部２５と、要
予約サービスを代替するイベントに関する代替イベント
情報を出力するＮＴ１２と、ユーザの希望サービス等を
受信する受信部１６ａと、保持部２５に保持された店舗
情報とＮＴ１２から出力された代替イベント情報とを受
信部１６ａにて受信した希望サービス等に基づいて選択
的に読み出す予約管理部２６と、予約管理部２６にて読
み出された店舗情報又は代替イベント情報をユーザ端末
１に対して送信する送信部１６ｂとをそなえて構成す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ユーザ接
客用の窓口を有する映画館，遊園地などにおけるチケッ
ト購入，予約又はレストランなどにおけるサービス予約
に用いて好適な、予約サーバ，ユーザ端末及び予約シス
テム並びに予約方法に関する。

【０００２】

【従来の技術】一般に、ユーザが、映画館，劇場，遊園
地又は交通機関などのチケットを入手するときは、チケ
ット売場に並んで直接購入したり、電話やインターネッ
トを用いて予約する。そして、ユーザは、例えば自分が
希望する映画館のチケットを、ユーザ接客用の窓口（ユ
ーザ窓口，以下、窓口と略称することがある）にて、オ
ペレータ（チケットの売り手）又は発券機により購入
し、又は、鉄道の乗車券や航空券を購入する。

【０００３】また、ユーザは、電話やインターネットな
どの遠隔的アクセス手段を介した予約（以下、遠隔的ア
クセス手段を介した予約と称することがある）を用いて
予約することも多い。例えば、電話予約は、コンサート
チケット，スポーツチケットのほか、レストランの座席
予約などにも広く利用されている。オペレータの端末又
は発券機は、発券状況を把握するために、チケット予約
を管理するサーバにアクセスし、ユーザに対応するよう
になっている。また、電話予約においては、ホストサー
バは、遠距離のユーザ端末や回線を介して、ユーザの希
望するチケットを予約し発券するようになっている。

【０００４】ここで、よく知られているように、窓口前
の人の列，発券機の利用及び遠隔的アクセス手段を介し
た予約呼のそれぞれにおいては、待ち行列が発生する。
この待ち行列は、チケット売場のほかに、会計レジ，銀
行の窓口，現金自動支払機など種々の場所において見い
出される現象である。

【０００５】

【発明が解決しようとする課題】しかしながら、ユーザ
がチケットの購入や予約をするためには、ユーザは、窓
口に並び、オペレータと一対一に対応しなければならな
い。また、ユーザは、遊園地のアトラクション（観覧
車，ジェットコースターなど）を利用したり、例えばバ
ーゲン品購入のように、直接並ぶ必要があるサービスを
受けるためには、ユーザは、そのアトラクションが設け
られた場所に行き、その窓口に並ぶことを半ば強制され
る。

【０００６】このため、従来の予約システムにおいて、
ユーザは、以下の（１−１）〜（１−５）に示す課題を
有し、また、店舗は、（２−１）〜（２−５）に示す課
題を有する。 （１−１）ユーザは、列に並んでいる間、その行動が制
限される。すなわち、ユーザは、並んでいる間その場所
を離れることができない。ユーザは、例えば３０分間、
拘束されると、その間は、何もすることができない。

【０００７】（１−２）ユーザは、自分が並んでいる列
において、混雑具合を認識できるが、自分がサービス
（予約を要する要予約サービス）を受けられるか否かに
ついては判断することができない。例えば、映画のチケ
ットが、自分の前で満席になるか否かについては、ユー
ザは知ることができない。 （１−３）遠隔的アクセス手段を介した予約は、ユーザ
から、サーバに対してアクセスして予約しなければなら
ない。従って、サーバからユーザに対しては、予約の機
会が設けられることはない。

【０００８】（１−４）遠隔的アクセス手段を介した予
約は、ユーザは予約するときに、サーバから他のサービ
スの案内や広告を受信しても、ユーザは、それらのサー
ビスを距離的又は時間的に受けられるか否かについて知
ることができない。また、距離的又は時間的に実行不可
能なサービスを案内されることは、ユーザにとって、時
間又は通信費などの観点から、コストの無駄である。

【０００９】（１−５）ユーザは、予約が満席であった
とき、ユーザが希望するサービスの代わりのサービス
（以下、代替サービスと称することがある）を自分自身
で探す必要がある。一方、店舗は、次のような課題を有
する。 （２−１）店舗は、常に、オペレータを一定数配置し、
又は、発券機の釣り銭やチケット用紙を用意しなければ
ならない。

【００１０】（２−２）店舗は、例えば人気商品を購入
するために開店前から窓口前に並んでいるユーザ数又は
待ち行列の長さをカウントして、サービスを受けられな
い可能性があるユーザに対して、店舗がその旨をユーザ
に通知しなければならない。 （２−３）店舗は、多数のユーザが待っている場合は窓
口業務を迅速に行なう必要がある。このため、店舗は、
ユーザを待たせている間、ユーザに対して、例えば予約
以外のサービスなどを提供できない。

【００１１】（２−４）店舗は、その店舗の場所の近く
にいて店舗のサービスを利用できる範囲にいるユーザの
みを選択して、その選択したユーザに対してサービス状
況を送信することができない。 （２−５）遠隔的アクセス手段を介した予約の場合、店
舗は、予約時にユーザがどこにいるのかを知ることがで
きない。従って、店舗は、ユーザの現在地の近くで提供
されている他のサービス（又はそのサービス状況）をユ
ーザに通知しても、ユーザがそれらのサービスを距離的
・時間的に受けられるか否かを認識できない。このた
め、店舗からユーザヘの情報提供に対するユーザの利用
度は高くない。

【００１２】本発明は、このような課題に鑑み創案され
たもので、サービス提供者がユーザに、リアルタイムで
ユーザの近くの店舗のサービス及び予約状況や、そのサ
ービスの開始・終了時刻及びそのサービスに要する時間
を通知し、又は、ユーザの都合の良い時間帯にそのサー
ビスの代替イベントを提案することができる、予約サー
バ，ユーザ端末及び予約システム並びに予約方法を提供
することを目的とする。

【００１３】

【課題を解決するための手段】このため、本発明の予約
サーバは、予約を要する要予約サービスと要予約サービ
スの予約状況とを含む店舗・施設情報を保持する保持部
と、要予約サービスを代替するイベントに関する代替イ
ベント情報を出力する代替イベント情報出力部と、ユー
ザ端末から送信された、ユーザが希望する希望サービス
又は希望イベントを受信する受信部と、保持部に保持さ
れた店舗・施設情報と、代替イベント情報出力部から出
力された代替イベント情報とを、受信部にて受信した希
望サービス又は希望イベントに基づいて選択的に読み出
す予約管理部と、予約管理部にて読み出された店舗・施
設情報又は代替イベント情報のうち少なくとも一方をユ
ーザ端末に対して送信する送信部とをそなえて構成され
たことを特徴としている（請求項１）。

【００１４】また、本発明の予約サーバは、予約を要す
る要予約サービスと要予約サービスの予約状況とを含む
店舗・施設情報を保持する保持部と、店舗・施設情報の
予約状況に応じた店舗・施設の対応に関する対応手法デ
ータを保持する対応テーブルと、保持部に保持された予
約状況に基づいて、対応テーブルに保持された対応手法
データから所望の対応手法データを選択し、その選択し
た対応手法データを他の店舗・施設に対して通知する店
舗対応選択部とをそなえて構成されたことを特徴として
いる（請求項２）。

【００１５】さらに、本発明のユーザ端末は、予約サー
バに保持された、店舗・施設情報又は代替イベント情報
のうち少なくとも一方を受信する受信部と、受信部にて
受信された店舗・施設情報又は代替イベント情報を表示
する表示部と、表示部に表示された店舗・施設情報又は
代替イベント情報のうちユーザが希望する希望サービス
又は希望イベントを選択する選択部と、選択部にて選択
された希望サービス又は希望イベントを予約サーバに対
して送信する送信部とをそなえて構成されたことを特徴
としている（請求項３）。

【００１６】さらに、本発明の予約システムは、データ
を送受信するユーザ端末と、ユーザ端末と無線ネットワ
ークを介して接続され、店舗・施設情報又は代替イベン
ト情報のうち少なくとも一方をユーザ端末に出力しうる
予約サーバとをそなえ、予約サーバが、店舗・施設情報
を保持する保持部と、代替イベント情報を出力する代替
イベント情報出力部と、ユーザ端末から送信された、ユ
ーザが希望する希望サービス又は希望イベントを受信す
る第１受信部と、保持部に保持された店舗・施設情報
と、代替イベント情報出力部から出力された代替イベン
ト情報とを、第１受信部にて受信した希望サービス又は
希望イベントに基づいて選択的に読み出す予約管理部
と、予約管理部にて読み出された店舗・施設情報又は代
替イベント情報のうち少なくとも一方をユーザ端末に対
して送信する第１送信部とをそなえ、さらに、ユーザ端
末が、予約サーバの前記第１送信部から送信された、店
舗・施設情報又は代替イベント情報のうち少なくとも一
方を受信する第２受信部と、第２受信部にて受信された
店舗・施設情報又は代替イベント情報を表示する表示部
と、表示部に表示された店舗・施設情報又は代替イベン
ト情報のうちユーザが希望する希望サービス又は希望イ
ベントを選択する選択部と、選択部にて選択された希望
サービス又は希望イベントを予約サーバに対して送信す
る第２送信部とをそなえて構成されたことを特徴として
いる（請求項４）。

【００１７】そして、本発明の予約方法は、予約サーバ
が、店舗・施設情報又は代替イベント情報のうち少なく
とも一方を、ユーザ端末に対して送信する第１送信ステ
ップと、ユーザ端末が、第１送信ステップにて送信され
た店舗・施設情報又は代替イベント情報のうちユーザが
希望する希望サービス又は希望イベントを予約サーバに
対して送信する予約ステップと、予約サーバが、予約ス
テップにて送信された希望サービス又は希望イベントに
基づいて、店舗・施設情報と、要予約サービスを代替す
るイベントに関する代替イベント情報とのうち少なくと
も一方を選択する選択ステップと、予約サーバが、選択
ステップにて選択された店舗・施設情報又は代替イベン
ト情報を、ユーザ端末に対して送信する第２送信ステッ
プとをそなえて構成されたことを特徴としている（請求
項５）。

【００１８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。 （Ａ）本発明の第１実施形態の説明 図１は本発明を適用される予約システムの構成図であ
る。この図１に示す予約システム２３は、店舗・施設を
予約するシステムであって、ユーザ端末１と、予約サー
バ２と、店舗・施設の一例としてのレストラン３０とを
そなえて構成されている。ここで、店舗・施設とは、窓
口を有する店舗又は施設をいい、レストラン３０のほ
か、飲食店，映画館，劇場，遊園地，銀行などの店舗
や、市役所，交通機関，公共機関，病院，病院の薬局な
どの施設を意味する。

【００１９】そして、これらの店舗・施設のサービス
（要予約サービス）は、レストラン３０又は飲食店がユ
ーザにランチ及びコーヒーなどを提供するサービスのほ
か、映画館又は劇場がユーザに映画又は演劇を鑑賞させ
るサービス，遊園地がユーザにアトラクションを利用さ
せるサービス，銀行の預金サービス，市役所がユーザに
住民票を交付するサービス，交通機関が客車にて人・物
を輸送するサービス，公共機関が税金申告を受け付ける
サービス，病院が患者を診察するサービス，薬局が患者
に薬を処方するサービスである。

【００２０】さらに、サービス（要予約サービス）は、
そのサービスの内容をも含む。レストラン３０の料理メ
ニュー，価格，その日のお勧め料理及び低価格料理メニ
ューの有無などの料理情報や、開店・閉店時間などは、
要予約サービスに含まれる。映画館又は劇場について
も、映画名又は芝居名，その開始・終了時刻などの情報
がサービスに含まれる。加えて、アトラクションの説
明，預金商品の説明，受け付け時間，時刻及び料金に関
する情報，申告期間の情報，内科外科など専門種別そし
て、薬剤名などが、それぞれ、上記サービスに含まれ
る。

【００２１】また、予約とは、各サービスに対応して、
それぞれ、特定日時におけるレストラン３０又は飲食店
の座席の確保、映画又は演劇の座席の確保、遊園地のア
トラクション利用券の確保、預金業務の整理券、住民票
を発行するときの整理券、鉄道又は航空機の座席の確
保、納税の受け付け、診察又は薬受け取りの整理券など
を意味する。すなわち、以下の説明において、予約は、
整理券を交付するような待ち行列が発生する行為も含
む。

【００２２】さらに、各サービスの空席数，混雑度（店
舗の混雑具合）又は各座席の有無は、予約状況と称され
ることがある。各サービスと予約状況とが店舗・施設情
報（以下、店舗情報と略称することがある。）として、
ユーザ端末１と予約サーバ２とを介して、ユーザと店舗
との間にて、送受信されるようになっている。なお、こ
れらの意味は、特に断らない限り、後述する第１実施形
態の各変形例や、第２〜第５実施形態においても、同様
の意味で使用する。

【００２３】図１に示す予約システム２３は、ユーザか
らの予約を受け付けるほかに、予約が満席になっている
ときには、ユーザに対して、代替イベント情報を提供す
るものである。すなわち、予約サーバ２がユーザ希望の
希望サービスを提供できないときは、予約サーバ２に保
持されたサービス情報から、代替イベント情報をユーザ
に提案するようになっている。

【００２４】この代替イベント情報とは、要予約サービ
スを代替するイベント（代替イベント）に関するもので
あり、要予約サービスを代替するイベントとそのイベン
トの開始・終了時刻とを含む。この代替イベントとは、
ユーザに映画を鑑賞させるサービス，遊園地にてユーザ
にアトラクションを利用させるサービス，レストラン３
０、喫茶店にてランチ及びコーヒーなどを提供するサー
ビス，カラオケボックスの利用，ボーリング場の利用，
スーパーマーケットにおける安売りサービスなどを意味
する。従って、代替イベントと要予約サービスとは、相
互に、同一のイベント又はサービスを表す場合がある。

【００２５】また、代替イベント情報は、要予約サービ
スを代替するイベントのほかに、そのイベントの内容を
も含む。すなわち、映画名や、アトラクションの説明
や、レストラン３０又は喫茶店の料理メニュー，価格，
その日のお勧め料理及び低価格料理メニューの有無など
の料理情報や、カラオケボックスの時間帯割引情報や、
その日のタイムサービスが含まれる。

【００２６】なお、第１実施形態においては、主に、レ
ストラン３０を例にして説明する。後述する第１実施形
態の各変形例及び他の実施形態においては、映画館，鉄
道などを例にして説明する。図１に示すレストラン３０
は、サービスを提供する店舗であり、予約サーバ２を介
して、ユーザ端末１に対して、店舗情報（料理情報，開
店・閉店時間，サービス品の有無などの要予約サービス
と、この要予約サービスの予約状況）が送信されるよう
になっている。

【００２７】ここで、ユーザ端末１は、表示部１ｅを有
するとともに、データを送受信するものであり、例えば
携帯電話である。これにより、ユーザは、予約サーバ２
を介して、レストラン３０と情報の受け渡しができるよ
うになっている。また、予約サーバ２は、ユーザ端末１
と無線ネットワーク３を介して接続され、予約を要する
要予約サービスと要予約サービスの予約状況とを含む店
舗・施設情報又は要予約サービスを代替するイベントに
関する代替イベント情報をユーザ端末１に出力しうるも
のである。この機能は、パーソナルコンピュータ又はワ
ークステーションと無線送受信機とによって実現され
る。

【００２８】そして、予約サーバ２は、レストラン３０
の予約のために、レストラン３０の近辺に設けられ、ユ
ーザ端末１と相互にデータを送受信できるようになって
いる。また、予約サーバ２は、ユーザ端末１に対して、
要予約サービスを代替する代替イベント又は代替サービ
スについての開始・終了時刻を送信するようにもなって
いる。

【００２９】無線ネットワーク３は、ユーザ端末１と予
約サーバ２との間においてデータを送受信するネットワ
ークである。そして、ユーザ端末１と予約サーバ２と
が、相互に、無線ネットワーク３によりデジタル化され
た店舗情報とユーザからの予約データとを送受信し、予
約サーバ２は、ユーザからの予約を受け付けることがで
きるようになっている。この無線ネットワーク３につい
ては、図５〜図１３を用いて後述する。

【００３０】次に、図２を用いて予約サーバ２について
説明する。図２は本発明の第１実施形態に係る予約サー
バ２のブロック図である。この図２に示す予約サーバ２
は、無線送受信機１６と、予約状況保持部（保持部）２
５と、代替イベント情報出力部（ネットワークターミナ
ル、ＮＴと略称することがある）１２と、予約管理部２
６と、他予約状況通知部７とをそなえて構成されてい
る。また、予約サーバ２は、サーバネットワーク４とも
接続されており、ユーザ端末１と無線送受信するととも
に、サーバネットワーク４を介して、他の予約サーバ
（以下、他予約サーバと称することがある）１９ａ〜１
９ｅのそれぞれと、データを送受信できるようになって
いる。

【００３１】ここで、無線送受信機１６は、ユーザ端末
１と無線データを送受信するものであって、アンテナ２
４ａと受信部（第１受信部）１６ａと送信部（第１送信
部）１６ｂとを有する。アンテナ２４ａは、無線信号を
送受信するものであり、受信部１６ａは、ユーザ端末１
から送信された、ユーザが希望する希望サービス又は希
望イベントを受信するものであり、送信部１６ｂは、予
約管理部２６にて読み出された店舗・施設情報又は代替
イベント情報をユーザ端末１に対して送信するものであ
る。これらの受信部１６ａ，送信部１６ｂは、それぞ
れ、無線復調回路，無線変調回路（ともに図示省略）を
有する。

【００３２】また、予約状況保持部２５は、店舗・施設
情報を保持するものであり、窓口又は遠隔的アクセス手
段を介して予約を要する要予約サービスと要予約サービ
スの座席数に関する予約状況とを含む店舗・施設情報を
保持するものである。ハードディスクによりこの機能は
実現される。代替イベント情報出力部１２は、要予約サ
ービスを代替するイベントに関する代替イベント情報を
出力するものであり、要予約サービスを代替するイベン
トとイベントの開始・終了時刻とを含む代替イベント情
報を出力するものである。

【００３３】また、この代替イベント情報出力部１２
は、サーバネットワーク４を介して接続された他予約サ
ーバ１９ａ〜１９ｅが保持する他予約サーバ代替イベン
ト情報を代替イベント情報として出力する他予約サーバ
インターフェース部として構成されている。この代替イ
ベント情報出力部１２は、代替イベント情報を予約管理
部２６と他予約状況通知部７とに出力できるとともに、
以下に説明する予約管理部２６とサーバネットワーク４
とを介して、受信部１６ａにて受信された希望サービス
又は希望イベントなどの情報を他予約サーバ１９ａ〜１
９ｅに対して出力できるようになっている。

【００３４】加えて、代替イベント情報出力部１２は、
他予約サーバ１９ａ〜１９ｅからサーバネットワーク４
を介して送信された代替イベント情報（又は要予約イベ
ントを含む）を、予約管理部２６と他予約状況通知部７
とに出力できるようになっている。すなわち、予約サー
バ２は、予約状況保持部２５とネットワークターミナル
１２とを有し、予約サーバ２自身が保持する情報と、他
予約サーバ１９ａ〜１９ｅが保持する情報との双方を、
ユーザ端末１に対して、送信できるようになっている。

【００３５】なお、後述する第３実施形態においては、
この代替イベント情報出力部１２の機能は、予約サーバ
２自身が有する保持部によって実現されるようになって
おり、その詳細については、後述する。さらに、予約管
理部２６は、予約状況保持部２５に保持された店舗・施
設情報と、代替イベント情報出力部１２から出力された
代替イベント情報とを、受信部１６ａにて受信した希望
サービス又は希望イベントに基づいて選択的に読み出す
ものである。そして、予約管理部２６は、受信部１６ａ
にて復調された希望サービス又は希望イベントなどの情
報を、予約状況保持部２５に書き込むことができるとと
もに、ネットワークターミナル１２に対してその情報を
出力できるようになっている。

【００３６】また、サーバネットワーク４は、予約サー
バ２と他予約サーバ１９ａ〜１９ｅとを接続するネット
ワークであり、有線又は無線により実現される。他予約
サーバ１９ａ〜１９ｅは、いずれも、予約サーバ２と同
様のものであり、これにより、予約サーバ２は、他予約
サーバ１９ａ〜１９ｅのそれぞれにアクセスできるよう
になっており、予約サーバ２自身が有する予約状況のほ
か、他予約サーバ１９ａ〜１９ｅがそれぞれ有する予約
状況を得ることができるのである。

【００３７】他予約状況通知部７は、代替イベント情報
出力部１２から出力された代替イベント情報のうち、予
約を要する要予約イベントの予約状況を送信部１６ｂに
出力するものである。すなわち、他予約状況通知部７
が、他予約サーバインターフェース部（ネットワークタ
ーミナル１２）が出力する他予約サーバ代替イベント情
報から、ユーザの予定，ユーザの場所などの条件を満た
す実行可能な他予約サーバ代替イベント情報を抽出して
送信部１６ｂに出力するようになっている。

【００３８】これにより、ユーザ端末１から送信された
無線信号は、アンテナ２４ａを介して、受信部１６ａに
て、復調されてユーザが希望する希望サービス又は希望
イベントなどの情報が出力され、予約管理部２６にて、
その情報が予約状況保持部２５に書き込まれ、また、ネ
ットワークターミナル１２にその情報などが出力され
る。そして、ネットワークターミナル１２にて、復調さ
れた希望サービス又は希望イベントなどの情報がサーバ
ネットワーク４に出力され、他予約サーバ１９ａ〜１９
ｅに送信されるのである。

【００３９】一方、予約状況保持部２５にて保持されて
いる店舗情報と、ネットワークターミナル１２から出力
された代替イベント情報（又は要予約イベントを含む）
は、予約管理部２６にて、受信部１６ａにて受信された
希望サービス又は希望イベントに基づいて選択的に読み
出され、また、ネットワークターミナル１２から出力さ
れた代替イベント情報のうち、要予約イベントの予約状
況が送信部１６ｂに出力される。

【００４０】従って、予約サーバ２は、他予約サーバ１
９ａ〜１９ｅから送信された代替イベント情報を中継し
てユーザ端末１に対して送信するとともに、ユーザ端末
１から送信された希望サービス又は希望イベントを、他
予約サーバ１９ａ〜１９ｅに対して出力する。このよう
に、予約サーバ２は、予約状況保持部２５又は他予約サ
ーバ１９ａ〜１９ｅの予約状況をユーザ端末１に通知す
るとともに、ユーザ端末１からのユーザ予約を受け付け
ることができる。このため、予約サーバ２は、多種のサ
ービスを紹介できる。

【００４１】次に、図３を用いて、他予約サーバ１９ａ
〜１９ｅについて説明する。図３は本発明の第１実施形
態に係るサーバネットワーク４の構成図である。この図
３に示すサーバネットワーク４には、レストラン３０用
の予約サーバ２のほか、他予約サーバ１９ａ〜１９ｅが
それぞれ接続されている。ここで、他予約サーバ１９
ａ，１９ｂ，１９ｃ，１９ｄ，１９ｅは、それぞれ、映
画館、カラオケボックス、ボーリング場、喫茶店，別の
映画館に設けられた予約サーバである。そして、これら
の他予約サーバ１９ａ〜１９ｅは、店舗・施設情報と、
代替イベント情報とを保持する。

【００４２】これにより、予約サーバ２，１９ａ〜１９
ｅは、相互に予約状況を知ることができるようになって
いる。ユーザが、予約サーバ１９ａにアクセスし、満席
により希望する映画チケットの予約ができなかったとき
は、予約サーバ１９ａは、予約サーバ１９ｅにアクセス
して、チケット予約を仲介することもできる。そして、
ユーザ端末１と予約サーバ２との間において、本発明の
予約方法は、まず、予約サーバ２が、店舗・施設情報又
は代替イベント情報を、予約サーバ２と無線ネットワー
ク３を介して接続されたユーザ端末１に対して送信する
（第１送信ステップ）。

【００４３】続いて、ユーザ端末１が、第１送信ステッ
プにて送信された店舗・施設情報又は代替イベント情報
のうちユーザが希望する希望サービス又は希望イベント
を予約サーバ２に対して送信する（予約ステップ）。次
に、予約サーバ２が、予約ステップにて送信された希望
サービス又は希望イベントに基づいて、店舗・施設情報
と、要予約サービスを代替するイベントに関する代替イ
ベント情報とを選択する（選択ステップ）。

【００４４】そして、予約サーバ２が、選択ステップに
て選択された店舗・施設情報又は代替イベント情報を、
ユーザ端末１に対して送信するのである（第２送信ステ
ップ）。このように、現在のレストラン３０の状況が、
ユーザに通知されるので、集客力の向上を促進できる。

【００４５】また、上記の予約サーバ２がユーザ端末１
に対して、店舗・施設情報又は代替イベント情報を、送
信するに当たり（第１送信ステップ）、予約サーバ２
が、予約サーバ２とサーバネットワーク４を介して接続
された他予約サーバ１９ａ〜１９ｅが保持する他予約サ
ーバ代替イベント情報にアクセスする（他予約サーバア
クセスステップ）。

【００４６】次に、予約サーバ２が、他予約サーバアク
セスステップにてアクセスされた他予約サーバ代替イベ
ント情報から希望サービスが開始されるまでのユーザの
待ち時間内に実行可能な実行イベント情報を抽出する
（実行イベント情報抽出ステップ）。さらに、予約サー
バ２が実行イベント情報抽出ステップにて抽出された実
行イベント情報をユーザ端末１に対して送信する（実行
イベント情報送信ステップ）。

【００４７】このように、ユーザは、リアルタイムで通
信可能範囲の近くの店舗のサービスを知ることができ
る。これにより、サービス提供者は、予約状況や時間限
定サービスを適切なタイミングでユーザに通知でき、ユ
ーザは最新の情報を得ることができる。なお、この図３
に示すサーバネットワーク４の構成は、特に断らない限
り、後述する他の実施形態及びその各変形例においても
同様である。

【００４８】次に、図４を用いて、ユーザ端末１につい
て説明する。図４は本発明の第１実施形態に係るユーザ
端末１のブロック図である。この図４に示すユーザ端末
１は、アンテナ２４ｂと、カプラ２０と、受信部（第２
受信部）１ｃと、制御部１ｄと、スピーカ１ｈと、マイ
ク１ｊと、選択部１ｆと、送信部（第２送信部）１ｇ
と、表示部１ｅと、クーポン保持部１ｋとをそなえて構
成されている。

【００４９】アンテナ２４ｂは、無線信号を送受信する
ものであり、カプラ２０は、送信信号と受信信号とを分
離するものである。また、受信部１ｃは予約サーバ２の
送信部１６ｂから送信された、店舗・施設情報又は代替
イベント情報を受信するものであり、無線復調回路を有
する。そして、制御部１ｄは送受信信号の処理やユーザ
端末１内の各モジュールを制御するものであり、この機
能はＣＰＵ（CentralProcessing Unit）、ＲＯＭ（Read
Only Memory）、ＲＡＭ（Random Access Memory）など
が協働することにより実現される。

【００５０】また、表示部１ｅは受信部１ｃにて受信さ
れた店舗・施設情報又は代替イベント情報を表示するも
のであり、ディスプレイによりその機能が実現される
（後述する図４４参照）。さらに、選択部１ｆは表示部
１ｅに表示された店舗・施設情報又は代替イベント情報
のうちユーザが希望する希望サービス又は希望イベント
を選択するものであり、この機能は、キーパッドなどに
より実現される。これにより、ユーザは、表示部１ｅに
て表示されたサービス又はイベントの中から、希望する
ものを選択できるようになっている。

【００５１】送信部１ｇは選択部１ｆにて選択された希
望サービス又は希望イベントを予約サーバ２に対して送
信するものであり、無線変調回路を有する。また、スピ
ーカ１ｈ、マイク１ｊは、それぞれ、音声スピーカ、音
声マイクである。そして、ユーザの音声はマイク１ｊに
て電気信号に変換され、増幅器（図示省略）にて増幅さ
れ、送信部１ｇにて変調されてから送信される一方、受
信したデータは受信部１ｃにて復調され、音声回路（図
示省略）にて音声に変換されたのちスピーカ１ｈから音
声が出力される。

【００５２】なお、クーポン保持部１ｋについては、後
述する第２実施形態の第５変形例において説明する。ま
た、この図４に示すユーザ端末１の構成は、特に断らな
い限り、後述する他の実施形態及びその各変形例におい
ても同様である。これにより、ユーザ端末１は、通常の
音声通話のほかに、ユーザ端末１の表示部１ｅにて、予
約サーバ２からの店舗・施設情報又は代替イベント情報
がユーザに表示され、選択部１ｆにて表示部１ｅに表示
された店舗・施設情報又は代替イベント情報のうち希望
サービス又は希望イベントが選択され、送信部１ｇにて
選択された希望サービス又は希望イベントが送信される
のである。

【００５３】そして、図１において、レストラン３０
は、予約サーバ２に対して、店舗情報（料理情報及び開
店・閉店時間とその予約状況）を送信し、予約サーバ２
は、予約サーバ２と通信可能なユーザ端末１に情報を送
信する。ユーザ端末１には、それら複数の情報が表示さ
れ、ユーザは、それら複数の情報のうち、興味のあるも
のを選択してその選択したものを予約サーバ２に対して
送信する。

【００５４】加えて、レストラン３０は、満席の場合に
は、ユーザに対して代替イベント情報として、「１００
ｍ（メートル）先の２号店は空きがあります。予約しま
すか？」というメッセージを送信し、他のサービスをユ
ーザに対して提案するのである。従って、レストラン３
０のオーナーなどのサービス提供者は、予約サーバ２を
介して、レストラン３０の近くの通行人を客として呼ぶ
ことができ、ユーザに対して、店舗情報を提供できる。

【００５５】また、従って、ユーザは、レストラン３０
に入らなくても、レストラン３０の料理情報や開店・閉
店時間と混雑具合などの予約状況を知ることができ、座
席を簡易に確保できる。次に、図５〜図１３を用いて、
無線ネットワーク３について説明する。無線ネットワー
ク３は、ＩＥＥＥ（Institute of Electrical and Elec
tronics Engineers）８０２．１１や、ブルートゥース
（商品名又は役務名を表す。以下、Ｂｌｕｅｔｏｏｔｈ
と表記することがある。）を用いることができる。この
ＩＥＥＥ８０２．１１は、よく知られているように、無
線ＬＡＮ（Local Area Network）などに用いられる規格
である。

【００５６】また、Ｂｌｕｅｔｏｏｔｈは、Ｂｌｕｅｔ
ｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖ１．０：２
０００年７月１日現在の仕様書によれば、１０ｍ〜１０
０ｍ程度の範囲の通信を可能とする無線ネットワーク３
であって、ピコネットを用いて一対多の通信が可能であ
る。図５はピコネットの説明図である。この図５に示す
ピコネットＰは、１台のマスター機（黒い丸で表された
もの）と、７台のスレーブ機（白い丸で表されたもの）
とを有する。そして、Ｂｌｕｅｔｏｏｔｈは、ピコネッ
トＰを基本的な単位として、複数のピコネットＰ間に
て、無線通信するようになっている。なお、ユーザ端末
１と予約サーバ２とは、それぞれ、マスター機（マスタ
ー）とスレーブ機（スレーブ）のいずれにもなりうる。

【００５７】また、１台のマスターに７台のスレーブが
同時に接続できるようになっており、予約サーバ２は時
分割多重により、同時に最大７台のスレーブに対して、
情報を送信できる。ここで、マスターとスレーブとの間
の接続は、常に、コネクション確立が維持されている必
要はなく、情報の送受信又はサービス，イベントを予約
するときにのみ接続されていればよい。また、スレーブ
機は他の複数のピコネットＰに属することもできる。

【００５８】さらに、データ伝送量については、店舗情
報及び予約データは、１０ｋＢ（１０キロバイト）程度
であり、Ｂｌｕｅｔｏｏｔｈの仕様にて、通信速度が５
００ｋｂｐｓ（５００キロビット／秒）であった場合、
店舗情報の通信時間は、１０ｋＢ／５００ｋｂｐｓ（す
なわち、８０ｋｂ／５００ｋｂｐｓ）により計算され、
１６０ｍｓ（１６０ミリ秒）である。

【００５９】従って、ユーザが予約サーバ２から送信さ
れた情報を、このピコネットＰに接続されたユーザ端末
１を用いて受信する場合、ユーザが情報を受信して店舗
情報をユーザ端末１から読み込み、予約したサービスが
開始するまでに、１０秒の間隔があるとした場合、その
ユーザの予約の待ち時間（例えば１００００ミリ秒）
に、マスターは、スレーブに対して６２回、店舗情報を
送信できる。

【００６０】さらに、Ｂｌｕｅｔｏｏｔｈによれば、複
数のピコネットＰ同士を結合したスキャッタネットを形
成できる。このスキャッタネットを用いた場合のデータ
の流れについて、図６〜図１３を用いて説明する。図６
はピコネットＰのネットワークの初期状態を示す図であ
る。この図６に示すユーザ端末１Ａ，１Ｂは、いずれ
も、円周で表された、予約サーバ２と通信可能な範囲
（通信範囲と表示されたもの）の外にあるので、予約サ
ーバ２はピコネットＰを形成していない。

【００６１】次に、図７はピコネットＰのネットワーク
が形成された状態を示す図であり、ユーザ端末１Ａと予
約サーバ２との間にてネットワークが形成されている。
この図７に示すユーザ端末１Ａが、予約サーバ２の通信
可能範囲に入るので、ユーザ端末１Ａと予約サーバ２と
の間にピコネットＰが形成される。ここで、予約サーバ
２がマスターであり、ユーザ端末１Ａはスレーブであ
り、予約サーバ２がユーザ端末１Ａに対して店舗・施設
情報を送信するようになっている。

【００６２】図８はスキャッタネットが形成された状態
を示す図である。この図８に示すユーザ端末１Ａは、予
約サーバ２の通信可能範囲にある一方、ユーザ端末１Ｂ
はその範囲の外である。そして、ユーザ端末１Ａは、自
分自身と通信可能なユーザ端末１Ｂとの間にてピコネッ
トＰを形成し、ユーザ端末１Ｂに対して予約サーバ２の
情報を送信するようになっている。また、同時に、予約
サーバ２とユーザ端末１Ａとユーザ端末１Ｂとの３者間
において、スキャッタネット２１が形成されている。

【００６３】ここで、ユーザ端末１Ｂは、ユーザ端末１
Ａのスレーブである。また、ユーザ端末１Ａは予約サー
バ２のスレーブであるとともに、ユーザ端末１Ｂのマス
ターであり、ユーザ端末１Ａ，１Ｂは、いずれも、マス
ター又はスレーブのどちらにもなりうる。そして、予約
サーバ２は、ユーザ端末１Ａと通信し、また、ユーザ端
末１Ａがユーザ端末１Ａと通信可能なユーザ端末１Ｂと
ピコネットＰを形成し、予約サーバ２の情報が送信され
る。

【００６４】図９はスキャッタネットの階層構造を説明
するための図である。この図９に示す２と付した円は、
予約サーバ２を表し、また、１Ａ，１Ｂ，１ＡＡ，１Ｂ
Ｂと付した円は、それぞれ、マスター又はスレーブとし
て機能するユーザ端末を表している。そして、予約サー
バ２はユーザ端末１Ａ，１ＡＡとピコネットＰを形成
し、ユーザ端末１Ａ，１ＡＡは、それぞれ、ユーザ端末
１Ｂ，１ＢＢとピコネットＰを形成するようになってい
る。

【００６５】このように、Ｂｌｕｅｔｏｏｔｈにおいて
は、スキャッタネット２１が構築されることにより、予
約サーバ２は、予約サーバ２の通信可能範囲を超えたユ
ーザ端末１Ｂ，１ＢＢと通信できる。また、スキャッタ
ネット２１は、隣の階層のユーザ端末１Ａ又は１ＡＡが
通信可能範囲にいる間のみ形成される。一方、ユーザ端
末１Ａは、常に、移動しているので、スキャッタネット
２１は、無条件に拡大するものではない。すなわち、予
約サーバ２からのサービスを受けられる可能性のある
（店舗に入ることが物理的に可能な）ユーザは、ある程
度、予約サーバ２から限られた範囲にいる必要がある。

【００６６】図１０はスキャッタネットの終了状態を示
す図である。この図１０に示すユーザ端末１Ａが、最初
に予約サーバ２とピコネットＰを形成した場所から移動
し、予約サーバ２の通信可能範囲から外れると、ユーザ
端末１ＡとピコネットＰを形成しているユーザ端末は、
予約サーバ２との通信が不可能となって、スキャッタネ
ット２１が消滅する。

【００６７】従って、ユーザ端末１Ｂよりも下流側の通
信の接続は、ユーザ端末１Ａが予約サーバ２の通信可能
範囲に存在するか否かに依存する。すなわち、ユーザ端
末１Ｂよりも下流側の通信の継続は、ユーザ端末１Ａが
予約サーバ２の通信可能範囲から外れると通信できなく
なる。このため、予約サーバ２は、「店舗情報」を、一
方的な情報として、スキャッタネット２１内の全てのユ
ーザ端末に対して送信し、双方向通信が必要な「予約」
については、予約サーバ２とピコネットＰを形成してい
るユーザ端末１Ａにのみ許可するようにしている。これ
により、予約中に通信が断絶することを回避できる。

【００６８】また、ユーザ端末１Ｂよりも下流側のユー
ザ端末に対しては、ユーザ端末１Ｂから、店舗又は予約
サーバ２の位置情報を店舗情報とともに送信するように
して、予約サーバ２の通信可能範囲に移動するように誘
導すればよい。このように、スキャッタネット２１を利
用することにより、予約サーバ２は自分自身の通信可能
範囲（１０ｍ〜１００ｍ）以上離れたユーザに対して店
舗情報を送信できる。また、物理的な配線が不要とな
り、設備投資費用を大幅に節約することができる。

【００６９】さらに、このように、物理的にサービスが
受けられる可能性のあるユーザに対して、店舗・施設情
報が送信され、ユーザは外出時に至るところで予約が可
能となり、また、サービス提供者は、集客力の向上を図
れる。加えて、予約後において、予約サーバ２が、他予
約サーバ１９ａ〜１９ｅにアクセスし、他の店舗の予約
状況又は近くの店舗の予約状況をユーザに通知するの
で、ユーザに対するその店舗利用の簡便性を向上させる
ことができる。

【００７０】なお、ネットワークトポロジ（ネットワー
クプロトコル）について、種々変形できる。図１１は本
発明の第１実施形態に係る通常予約におけるネットワー
クトポロジを示す図である。この図１１に示すユーザ端
末１と予約サーバ２とは、相互に、無線ネットワーク３
を介して接続されている。そして、無線区間は、予め決
められた予約プロトコルが用いられており、データが送
受信されるようになっている。これにより、予約できる
のである。

【００７１】また、サーバネットワーク４は、予約プロ
トコルと同一のプロトコル又は予約プロトコルとは異な
るプロトコルを用いることもできる。図１２は本発明の
第１実施形態に係る第１のネットワークトポロジを説明
するための図であり、予約サーバ２と他予約サーバ１９
ａ〜１９ｅとの間において、無線ネットワーク３の予約
プロトコルと同一のプロトコルが用いられている場合の
ものである。この図１２に示す予約サーバ２がサーバネ
ットワーク４において、予約プロトコルを送受信するよ
うにし、予約状況データがそのまま、送受信されるよう
になっている。ここで、予約サーバ２は単にデータを中
継するようになっている。

【００７２】これにより、ユーザ端末１は、他予約サー
バ１９ａとサーバネットワーク４とをそれぞれ介して、
他予約サーバ１９ａ〜１９ｅと予約できる。従って、ユ
ーザ端末１から予約サーバ２にアクセスしたプロトコル
と同一プロトコルにより、ユーザ端末１と他予約サーバ
１９ａ〜１９ｅとの間のアクセスが仲介される。図１３
は本発明の第１実施形態に係る第２のネットワークトポ
ロジを説明するための図であり、予約サーバ２と他予約
サーバ１９ａ〜１９ｅとの間のプロトコルが、無線ネッ
トワーク３のプロトコルと異なるプロトコルが用いられ
ている場合のものである。この図１３に示すユーザ端末
１と予約サーバ２との間は、予約プロトコルが用いら
れ、また、予約サーバ２と他予約サーバ１９ａ〜１９ｅ
との間は、予約プロトコルとは異なるプロトコルが用い
られている。そして、予約サーバ２は、２種類のプロト
コルを相互に他のプロトコルに変換するようになってい
る。従って、予約サーバ２は、プロトコルが異なる種々
のサーバとデータを送受信できる。

【００７３】このように、予約サーバ２は、ユーザに対
する通知のほかに、予約を仲介できる。また、このよう
にして、ユーザは、予約により自分の予定が確定した後
に、その時点で立っている場所から近くの施設における
予約内容が通知されるので、ユーザは、空き時間を有効
に活用できる。さらに、このようにして、サービス提供
者は、ユーザに対して、空き時間を有効に活用するため
の提案が可能となり、より付加価値の高いサービスを提
供できる。

【００７４】上述のごとく構成された本発明の第１実施
形態のシステムにおける予約方法について、図１４を参
照して詳述する。図１４は本発明の第１実施形態に係る
予約方法を説明するためのフローチャートである。ま
ず、ユーザは、ユーザ端末１を用いて予約サーバ２に対
して現在の予約状況を知らせるように要求する（ステッ
プＡ１）。次に、ステップＡ２において、予約サーバ２
は、現在の予約状況をユーザ端末１に通知する。より詳
細には、予約サーバ２の予約管理部２６が、予約状況を
保持している予約状況保持部２５を読み出して、現在の
予約状況（空席数や各座席の予約状況など）を抽出し
て、そのデータは、無線ネットワーク３を介してユーザ
端末１に送信される。

【００７５】そして、ステップＡ３にて、ユーザは、ユ
ーザ端末１の表示部１ｅに表示された予約状況を見て、
予約するか否かを判断する。具体例としては、映画館に
おいて、ユーザが見たい映画について、満席でないか、
希望の席が空いているか、又は、上映開始時刻や終了時
刻は問題ないかといった基準に基づいて判断する。ここ
で、ユーザが予約しない場合には、Ｎｏルートを通り、
予約はされない。一方、ユーザが予約する場合は、Ｙｅ
ｓルートを通る。

【００７６】ステップＡ４にて、予約サーバ２が予約を
受け付ける。より詳細には、ユーザ端末１から送信され
た予約する旨に基づいて、予約管理部２６が予約状況保
持部２５に保持されている予約状況を更新する。続い
て、ステップＡ５にて、予約完了時の処理が実行され
る。より詳細には、予約完了後、予約サーバ２の他予約
状況通知部７は、サーバネットワーク４を介して他予約
サーバ１９ａ〜１９ｅの予約状況を受信し、その予約状
況をユーザ端末１に通知する。

【００７７】このように、ユーザの予約が完了する。ま
た、他予約サーバ１９ａ〜１９ｅの予約状況は、ユーザ
がその時点でアクセス可能な近距離の店舗に限定するよ
うにもできる。すなわち、無線ネットワーク３は、ユー
ザ端末１との距離制限を有するので、ユーザが利用可能
な近距離の店舗のみを選択して、それらの店舗が提供す
るサービスをユーザ端末１に対して送信するのである。

【００７８】図１５は本発明の第１実施形態に係る通信
可能範囲を説明するための図である。この図１５に示す
範囲Ｄは予約サーバ２とユーザ端末１との間における無
線接続が可能な範囲である。そして、予約サーバ２は、
この範囲Ｄ内のユーザ端末１に対してのみ、データを送
信して、利用可能なサービスを送信する。そのサービス
とは、例えば、現在実施中のバーゲンセール情報、又
は、きわめて近い未来（１０分後）に開始されるバーゲ
ンセール情報や、開催イベントなどである。

【００７９】図１６は本発明の第１実施形態に係る予約
完了前におけるユーザ端末１の予約方法のフローチャー
トである。まず、予約サーバ２が、現在の予約状況をユ
ーザ端末１に対して送信する（ステップＡ１０）。そし
て、ステップＡ１１にて、ユーザが予約しない場合は、
Ｎｏルートを通り、予約はされないが、ユーザが予約す
る場合は、Ｙｅｓルートを通り、ステップＡ１２にて、
予約サーバ２は予約を受け付ける。そして、ステップＡ
１３にて、予約サーバ２は、他予約サーバ１９ａ〜１９
ｅにアクセスし、予約サーバ２は、その他予約サーバ１
９ａ〜１９ｅに保持されていた予約状況を、ユーザ端末
１に対して送信する。

【００８０】従って、予約サーバ２がユーザ端末１に対
してデータを送信した場合においても、ユーザは、現在
実施中又は１０分後に開始されるバーゲンセール情報や
イベント情報などを得ることができる。この例は、予約
完了後に、他予約サーバ１９ａ〜１９ｅの情報が、予約
サーバ２に通知されていたが、予約完了前に通知される
ようにしてもよい。

【００８１】図１７は本発明の第１実施形態に係る予約
完了後のユーザ端末１の予約方法のフローチャートであ
る。ここで、予約サーバ２は予約状況をユーザ端末１に
送信した後に、ユーザがユーザ端末１を操作している間
に、バックグラウンドで他予約サーバ１９ａ〜１９ｅの
情報をユーザに送信し、また、ユーザが予約の実行又は
キャンセルを行なった後に、ユーザ端末１に表示する。

【００８２】まず、予約サーバ２は現在の予約状況をユ
ーザ端末１に通知する（ステップＡ２０）。次に、予約
サーバ２の他予約状況通知部７は他予約サーバ１９ａ〜
１９ｅにアクセスし、その他予約サーバ１９ａ〜１９ｅ
に保持されていた予約状況を、ユーザ端末１に対して送
信する（ステップＡ２１）。また、ステップＡ２２に
て、ユーザが予約しない場合は、Ｎｏルートを通り、予
約されない。ユーザが予約する場合は、Ｙｅｓルートを
通り、その旨がユーザ端末１から予約サーバ２に通知さ
れる。そして、ステップＡ２３において、予約サーバ２
が予約を受け付ける。

【００８３】従って、予約完了前に、他予約サーバ１９
ａ〜１９ｅの情報が、予約サーバ２に通知される。この
ように、ユーザの予約が完了する前後において、他予約
サーバ１９ａ〜１９ｅに保持された内容が、ユーザ端末
１に表示される。また、このように、予約完了後に、予
約サーバ２が、他予約サーバ１９ａ〜１９ｅにアクセス
し、レストラン３０の予約状況又は近くの店舗の予約状
況をユーザに通知することにより、ユーザは、その時点
において、通信可能範囲に位置する店舗のサービスを知
ることができる。これにより、サービス提供者は、予約
状況を、適切なタイミングでユーザに送信でき、また、
ユーザは最新の予約状況を得ることができる。

【００８４】さらに、このように、予約サーバ２が、予
め定められた通信可能範囲に位置するユーザに対しての
み、予約状況を送信することにより、リアルタイムで自
店舗の状況をユーザに通知でき、これにより、店舗・施
設のサービス提供者は、集客力の向上を図れる。 （Ｂ）本発明の第２実施形態の説明 第２実施形態では、予約サーバ２ａ（図１８参照）が、
ユーザ端末１に対して、代替イベント情報を提案する手
法を用いる。

【００８５】図１８は本発明の第２実施形態に係る予約
サーバのブロック図である。この図１８に示す予約サー
バ２ａは、ユーザ端末１と無線ネットワーク３を介して
接続され、予約を要する要予約サービスと要予約サービ
スの予約状況とを含む店舗・施設情報又は要予約サービ
スを代替するイベントに関する代替イベント情報をユー
ザ端末１に出力しうるものである。なお、図１８に示す
もので、上述したものと同一の符号を有するものは同一
のもの又は同様の機能を有するものなので、重複した説
明を省略する。

【００８６】さらに、待ち時間算出部６は、予約管理部
２６にて選択された代替イベント情報に含まれる開始時
刻又は店舗・施設情報に含まれる要予約サービスの開始
時刻と、現在時刻との差分を待ち時間として算出して出
力するものである。この機能は、待ち時間算出部６内に
ソフトウェアによるタイムテーブルを用いて実現され
る。

【００８７】図１９（ａ）は本発明の第２実施形態に係
るタイムテーブルを説明するための図であり、代替イベ
ントとして映画を案内する場合のものである。待ち時間
算出部６は、代替イベント情報に含まれる上映開始時刻
と、現在時刻との差分を、「１時間１５分」と算出す
る。そして、待ち時間算出部６を用いた本発明の予約方
法は、まず、予約サーバ２ａが、希望サービス又は希望
イベントに基づいて、店舗・施設情報と、要予約サービ
スを代替するイベントに関する代替イベント情報とを選
択するに当たり（選択ステップ）、予約サーバ２ａが、
予約サーバ２ａとサーバネットワーク４を介して接続さ
れた他予約サーバ１９ａ〜１９ｅが保持する他予約サー
バ店舗・施設情報又は他予約サーバ代替イベント情報に
アクセスする（他予約サーバアクセスステップ）。

【００８８】次に、予約サーバ２ａが、他予約サーバア
クセスステップにてアクセスされた他予約サーバ店舗・
施設情報又は他予約サーバ代替イベント情報に基づい
て、希望サービス又は希望イベントが開始されるまでの
ユーザの待ち時間を算出する（待ち時間算出ステッ
プ）。そして、予約サーバ２ａは、待ち時間算出ステッ
プにて算出された待ち時間内に実行可能なものを、希望
サービス又は希望イベントから抽出するのである（抽出
ステップ）。

【００８９】これにより、サービス提供者は、予約状況
や時間限定サービスを、適切なタイミングでユーザに通
知でき、また、ユーザは、リアルタイムで通信可能範囲
に位置する店舗の最新のサービスを得ることができる。
他予約状況通知部７は、さらに、代替イベント情報のう
ち実行可能なものを実行イベント情報として送信部１６
ｂに出力するようになっている。すなわち、他予約状況
通知部７は、ユーザの移動時間と、他の店舗におけ
るユーザの待ち時間と、他の店舗におけるイベントの
実行時間とに基づいて、実行イベント情報を出力するの
である。

【００９０】図１９（ｂ）は本発明の第２実施形態に係
る実行イベント情報を説明するための図である。他予約
状況通知部７は、現在位置から喫茶店，ボーリング場，
カラオケボックス及びレストラン３０への往復移動時間
を、それぞれ、１５分，１０分，１０分及び１０分と予
め記録し、その時点におけるユーザの待ち時間を、それ
ぞれ、１０分，３０分，０分及び０分と出力する。ま
た、実行時間としてレストラン３０における食事時間が
６０分のほか、他の店舗・施設における実行時間を得
て、タイムテーブルを作成する。

【００９１】そして、他予約状況通知部７は、ユーザ
の往復移動時間と、他施設におけるユーザの待ち時間
と、他施設におけるユーザの実行時間との３者の和を
算出して、その和がユーザの待ち時間以下であれば、イ
ベント実行可能としてユーザ端末１に通知するのであ
る。ここで、ユーザの往復移動時間は、予約サーバ２ａ
の位置から他の店舗・施設までの距離を換算したもので
ある。予約サーバ２ａはその距離と換算された移動時間
との対応関係をも保持している。なお、この往復移動時
間については、予約サーバ２ａ又は他予約サーバ１９ａ
〜１９ｅが、それぞれ、住所情報又はＧＰＳ（Global P
ositioning System）から得た位置情報に基づいて、各
予約サーバ２ａ，１９ａ〜１９ｅの設置場所から移動時
間を算出するようにしてもよい。また、移動時間は多少
の余裕をもたせておくようにする。

【００９２】さらに、他施設におけるユーザの待ち時間
は、予約サーバ２ａの現在の予約状況から算出可能であ
る。他施設におけるユーザの実行時間は、各予約サーバ
２ａ，１９ａ〜１９ｅがそれぞれ保持する。ここで、予
約サーバ２ａは、映画などについては確定的な実行時間
を提供できるのに対して、レストラン３０における食事
については、確定的な時間を提供できない。従って、確
定的な時間を決定できないサービスを提供する場合に
は、予約サーバ２ａは、ユーザがサービスに要する平均
実行時間を一般的な実行時間として提供する。

【００９３】そして、他予約状況通知部７は、代替イベ
ント情報に含まれるイベントのうち、そのイベントに要
する実行時間に待ち時間を加算して得たイベント終了時
刻に基づいて、最大実行時間を要する最長イベントを抽
出しその抽出した最長イベントを、実行イベント情報に
含めて出力するようになっている。ユーザ端末１に対し
て、ユーザの待ち時間から逆算した最大実行時間をユー
ザに提示する。他予約状況通知部７は、例えば現在時刻
が１２時００分において、待ち時間が１００分、往復移
動時間が１５分、待ち時間が１０分のとき、最大実行可
能時間は、１００分−（１５分＋１０分）＝７５分と算
出するのである。

【００９４】このため、ユーザは、１３時１５分までに
終了する代替イベントを利用できる。予約サーバ２ａ
は、予約した元のサービスに間に合わせるために、ユー
ザに対して情報を通知するときに、１３時１５分までに
終了する必要があることを通知する。また、予約時に通
知するだけのみならず、１３時１５分に近づいたとき
に、ユーザ端末１がユーザに対して、注意を促進すべ
く、アナウンス又はアラームを表示するようにもでき
る。

【００９５】そして、このように構成された第２実施形
態のシステムにおける予約方法について、図２０を参照
して詳述する。図２０は本発明の第２実施形態に係る予
約方法を説明するためのフローチャートである。まず、
ユーザは、ユーザ端末１から予約サーバ２ａに対して、
現在の予約状況を要求する（ステップＢ１）。次に、ス
テップＢ２にて、予約サーバ２ａは、現在の予約状況を
ユーザ端末１に送信する。予約管理部２６は、予約状況
保持部２５にアクセスし、現在の予約状況（空席数や各
座席の予約状況など）を抽出してユーザ端末１に送信す
る。

【００９６】続いて、ステップＢ３にて、ユーザは、ユ
ーザ端末１に表示された予約状況を見て、予約するか否
かを判断し、ユーザが予約しない場合は、Ｎｏルートを
通り、予約されない。ユーザが予約する場合は、Ｙｅｓ
ルートを通り、ユーザ端末１から予約サーバ２ａに予約
実行を送信する。ステップＢ４にて、予約サーバ２ａは
ユーザの予約を受け付け、予約管理部２６が予約状況保
持部２５に保持されている予約状況を更新し、また、予
約サーバ２ａは、ユーザの予約が完了した場合、その旨
をユーザ端末１に通知する。

【００９７】そして、ステップＢ５にて、予約完了後、
予約サーバ２ａの待ち時間算出部６は内蔵しているクロ
ックを用いて現在時刻（例えば１２：００）と、映画館
であれば上映開始時刻のように予約が実行されるまでの
時間とからユーザの待ち時間（例えば１００分）を算出
する。次に、ステップＢ６にて、予約サーバ２ａの他予
約状況通知部７は、サーバネットワーク４を介して、他
予約サーバ１９ａ〜１９ｅの予約状況を受信し、その受
信した予約状況の中から、待ち時間に実行可能なイベン
トを抽出する。そして、ステップＢ７にて、予約サーバ
２ａは、その抽出したイベントをユーザ端末１に送信す
る。そして、予約サーバ２ａは、最大実行可能時間を算
出する。

【００９８】このように、第１実施形態における効果な
いしは利点のほかに、待ち時間の終了時刻が、ユーザに
通知されるので、多様なサービスを提供できるととも
に、ユーザはそのサービスの予約を確実にできる。この
ようにして、予約システム２３を用いると、ユーザは、
次の（３−１）〜（３−５）に示すような利点ないしは
効果が得られる。

【００９９】（３−１）ユーザは、窓口に並ぶことな
く、情報の送受信と予約の実行とができるとともに、待
ち時間を有効に活用できる。 （３−２）ユーザは、自分が満席になるか否かについ
て、容易に判断できる。 （３−３）予約サーバ２ａが先に、ユーザ端末１にアク
セスして、広告や予約の勧誘を行なえる。

【０１００】（３−４）予約サーバ２ａがユーザ端末１
に対して送信するサービス又はイベントは、ユーザが距
離的又は時間的に実行できるものだけが、案内される。
ユーザは、使用しやすい情報を得られる。 （３−５）一種類のサービス又はイベントについて、予
約が満席になっても、予約サーバ２ａは、自分自身又は
他予約サーバ１９ａ〜１９ｅにアクセスすることができ
るので、ユーザは、何ら煩わしい端末操作をせずに、代
替サービス又は代替イベントを得られる。

【０１０１】また、店舗・施設は、（３−６）〜（３−
１０）のような利点ないしは効果を得られる。 （３−６）店舗は、窓口数を、適応的に変更できるの
で、オペレータを効率よく配置できる。 （３−７）店舗は、店員に窓口に並んでいるユーザ数を
カウントさせ、この情報を他の予約サーバに送信し、各
予約サーバ２ａ，１９ａ〜１９ｅは、正確なチケット販
売状況（満席か否か）を知ることができる。

【０１０２】（３−８）店舗は、ユーザを待たせている
間、ユーザに対して、予約以外のサービス又はイベント
を提供でき、質の高いサービスを提供できる。 （３−９）店舗は、ユーザの現在位置に基づいて、ユー
ザの近くの店舗のみを選択するので、効果的に集客でき
る。 （３−１０）店舗は、予約するユーザの位置とユーザの
予約内容とを知ることができるので、サービス又はイベ
ントの場所と時間とに基づいて、的確な情報をユーザに
対して提供できる。

【０１０３】（Ｂ１）本発明の第２実施形態の第１変形
例の説明 第１変形例では、予約サーバ２ｂ（図２１参照）が、予
約状況の表示のみならず、他予約サーバ１９ａ〜１９ｅ
の予約を仲介する。図２１は本発明の第２実施形態の第
１変形例に係る予約サーバのブロック図である。この図
２１に示す予約サーバ２ｂは、予約サーバ２ａ（図１８
参照）に、予約仲介部８が、設けられている。なお、図
２１に示すもので、上述したものと同一の符号を有する
ものは同一のもの又は同様の機能を有するものなので、
重複した説明を省略する。

【０１０４】この予約仲介部８は、受信部１６ａにて受
信されたユーザからの予約要求を、他予約サーバインタ
ーフェース部（ネットワークターミナル１２）を介し
て、他予約サーバ１９ａ〜１９ｅ宛に送信するものであ
る。従って、ユーザに対して、多種のサービスを提供で
きるほか、紹介するサービス種別が枯渇することが回避
される。

【０１０５】これにより、図２１に示すユーザ端末１か
ら予約要求が送信され、無線送受信機１６にて受信され
た予約要求は、予約仲介部８，ネットワークターミナル
１２，サーバネットワーク４をそれぞれ介して、ユーザ
が予約する他予約サーバ１９ａ〜１９ｅに伝送される。
また、他予約サーバ１９ａ〜１９ｅのいずれかが送信し
た予約状況は、予約仲介部８を介して、無線送受信機１
６より無線信号として送信され、ユーザ端末１にて受信
される。

【０１０６】このように構成された第２実施形態の第１
変形例における予約方法について、図２２及び図２３を
参照して詳述する。図２２は本発明の第２実施形態の第
１変形例に係る予約方法を説明するためのフローチャー
トである。まず、ユーザは、ユーザ端末１から予約サー
バ２ｂに対して、現在の予約状況を要求する（ステップ
Ｃ１）。次に、予約サーバ２ｂは、現在の予約状況をユ
ーザ端末１に通知する（ステップＣ２）。ステップＣ３
にて、予約しない場合には、Ｎｏルートを通り、予約さ
れないが、予約する場合には、Ｙｅｓルートを通る。

【０１０７】ステップＣ４にて、予約サーバ２ｂは予約
を受け付ける。より詳細には、予約管理部２６は、予約
状況保持部２５にアクセスし、現在の予約状況（空席数
や各座席の予約状況など）を抽出してユーザ端末１に送
信する。ユーザは、ユーザ端末１に表示された予約状況
を見て予約するか否かを判断する。そして、予約する場
合は、ユーザ端末１は予約サーバ２ｂに予約実行を送信
し、予約サーバ２ｂの予約管理部２６は、予約状況保持
部２５に保持された予約状況を更新する。ここで、予約
が成立した場合、予約サーバ２ｂは、その旨をユーザ端
末１に通知する。

【０１０８】ステップＣ５にて、予約完了後、予約サー
バ２ｂの他予約状況通知部７は、サーバネットワーク４
を介して他予約サーバ１９ａ〜１９ｅの予約状況を受信
し、ユーザ端末１に通知する。予約サーバ２ｂは、情報
の通知のみならず、予約の有無をユーザに対して問い合
わせる。そして、ステップＣ６にて、ユーザが他の予約
をしない場合はＮｏルートを通り、予約されないが、予
約する場合は、Ｙｅｓルートを通る。ステップＣ７に
て、ユーザ端末１は、予約サーバ２ｂに対して他予約サ
ーバ１９ａ〜１９ｅの予約実行を送信する。予約サーバ
２ｂの予約仲介部８は、サーバネットワーク４を介し
て、他予約サーバ１９ａ〜１９ｅのいずれかに予約要求
を送信する。

【０１０９】ステップＣ８にて、他予約サーバ１９ａ〜
１９ｅのいずれかは、予約サーバ２ｂを介して送信され
た予約要求を受け付けて、予約を処理する。ユーザの予
約が完了すると、ステップＣ９にて、他予約サーバ１９
ａ〜１９ｅのいずれかは、予約サーバ２ｂの他予約状況
通知部７を介して、ユーザ端末１に対し予約完了を送信
する。そして、ユーザ端末１には、予約受け付け結果が
表示される。

【０１１０】これにより、予約サーバ２ｂは、遠隔地に
設けられた予約サーバの予約内容を中継することがで
き、多様な業務が可能となる。従って、ユーザは質の高
いサービスを受けることができる。また、予約サーバ２
ｂが予約を仲介する方法としては、ユーザの待ち時間内
に実行可能なサービスについてのみ抽出し仲介するよう
にもできる。

【０１１１】図２３は本発明の第２実施形態の第１変形
例に係る他の予約方法を説明するためのフローチャート
である。まず、ユーザは、ユーザ端末１から予約サーバ
２ｂに対して、現在の予約状況を要求する（ステップＣ
１０）。次に、予約サーバ２ｂは、現在の予約状況をユ
ーザ端末１に通知する（ステップＣ１１）。より詳細に
は、予約管理部２６が予約状況保持部２５にアクセスし
て、現在の予約状況（空席数や各座席の予約状況など）
を抽出し、ユーザ端末１に対して送信する。

【０１１２】ステップＣ１２にて、ユーザは、ユーザ端
末１から予約サーバ２ｂに予約状況を見て、予約するか
否かを判断する。予約する場合は、Ｙｅｓルートを通
り、ステップＣ１３にて、予約サーバ２ｂがユーザの予
約を受け付ける。より詳細には、ユーザ端末１が予約サ
ーバ２ｂに対して予約実行を送信し、予約サーバ２ｂの
予約管理部２６が、予約状況保持部２５に保持されてい
る予約状況を更新し、予約が成立した場合、その旨がユ
ーザ端末１に対して通知される。そして、予約サーバ２
ｂの他予約状況通知部７は、サーバネットワーク４を介
して他予約サーバ１９ａ〜１９ｅの予約状況を受信し、
ユーザ端末１に通知する。

【０１１３】ステップＣ１４にて、予約サーバ２ｂは現
在時刻から予約が実行されるまでの待ち時間を算出し、
ステップＣ１５にて、予約サーバ２ｂは他予約サーバ１
９ａ〜１９ｅのいずれかの予約状況に基づいて、待ち時
間内に実行可能なイベントのみを抽出し、ステップＣ１
６にて、その抽出したイベント情報をユーザ端末１に対
して送信する。

【０１１４】次に、ステップＣ１７にて、予約サーバ２
ｂは、ユーザ端末１に対する情報の通知のみならず、他
の予約の有無をユーザに対して問い合わせる。ここで、
予約する場合は、Ｙｅｓルートを通り、ステップＣ１８
にて、ユーザ端末１が予約サーバ２ｂに対して、他予約
サーバ１９ａ〜１９ｅの予約実行を送信し、予約サーバ
２ｂの予約仲介部８が、サーバネットワーク４を介し
て、他予約サーバ１９ａ〜１９ｅのいずれかに予約要求
を送信する。

【０１１５】ステップＣ１９にて、他予約サーバ１９ａ
〜１９ｅのいずれかは、予約サーバ２ｂを介して送信さ
れた予約要求を受け付けて予約処理し、ユーザの予約が
完了すると、他予約サーバ１９ａ〜１９ｅのいずれか
は、予約サーバ２ｂの他予約状況通知部７を介して、ユ
ーザ端末１に対して予約完了を通知する。そして、ステ
ップＣ２０にて、ユーザ端末１には、他予約サーバ１９
ａ〜１９ｅのいずれかにおける予約受け付け結果が表示
されるのである。

【０１１６】なお、ステップＣ１２及びステップＣ１７
にて、予約しない場合は、いずれも、Ｎｏルートを通
り、予約されない。このように、予約サーバ２ｂが予約
状況を紹介するのみならず、予約仲介することにより、
ユーザは、他の店舗・施設における予約サーバ２ｂの通
信可能範囲に移動する必要がなく、最初の位置から他の
店舗などのサービスを予約できる。

【０１１７】また、このように、予約サーバ２ｂの予約
可能な範囲が、予約サーバ２ｂについての無線ネットワ
ーク３の通信可能範囲よりも広い範囲に拡大される。 （Ｂ２）本発明の第２実施形態の第２変形例の説明 第２変形例では、ユーザに対する提案が、待ち時間に対
してではなく、ユーザが予約したイベントの終了時刻に
対するものである。ユーザが映画を予約した後、その映
画が１７時００分に終了するときは、予約サーバ２ｃ
（図２４参照）は、１７時以降のユーザの予定として、
レストラン３０での食事ユーザを提案し、ユーザが同意
すれば予約する。

【０１１８】図２４は本発明の第２実施形態の第２変形
例に係る予約サーバのブロック図である。この図２４に
示す予約サーバ２ｃは、予約サーバ２ａ（図１８参照）
に、終了時刻算出部１１が設けられている。なお、図２
４に示すもので、上述したものと同一の符号を有するも
のは同一のもの又は同様の機能を有するものなので、重
複した説明を省略する。

【０１１９】この終了時刻算出部１１は、予約管理部２
６にて選択された代替イベント情報に含まれるイベント
に要する実行時間又は店舗・施設情報に含まれる要予約
サービスに要する実行時間と、現在時刻との和を終了時
刻として算出して出力するものである。また、終了時刻
算出部１１は、内蔵しているクロック（現在時刻）と、
予約されたサービスの終了時刻（映画館の上映終了時
刻）とに基づいて、ユーザが受けるサービスの終了時刻
を算出し、予約サーバ２ｃの他予約状況通知部７が、サ
ーバネットワーク４に接続されている他予約サーバ１９
ａ〜１９ｅの予約状況を受信し、ユーザ端末１に通知す
る。

【０１２０】このように構成された第２実施形態の第２
変形例における予約方法について、図２５を参照して詳
述する。図２５は本発明の第２実施形態の第２変形例に
係る予約方法を説明するためのフローチャートである。
まず、ユーザは、ユーザ端末１から予約サーバ２ｃに対
して現在の予約状況を要求する（ステップＤ１）。次
に、予約サーバ２ｃは現在の予約状況をユーザ端末１に
通知する（ステップＤ２）。さらに詳述すると、予約サ
ーバ２ｃの予約管理部２６は、予約状況保持部２５にア
クセスし、現在の予約状況（空席数や各座席の予約状況
など）を抽出してユーザ端末１に送信する。

【０１２１】そして、ステップＤ３にて、ユーザは、ユ
ーザ端末１に表示された予約状況を見て、予約するか否
かを判断し、予約する場合は、Ｙｅｓルートを通り、ユ
ーザ端末１は予約サーバ２ｃに予約実行を送信する。ス
テップＤ４にて、予約サーバ２ｃは、予約を受け付け
る。ここで、予約サーバ２ｃの予約管理部２６は、予約
状況保持部２５に保持されている予約状況を更新し、予
約が成立した場合、その旨をユーザ端末１に通知する。

【０１２２】ステップＤ５にて、予約完了後、終了時刻
算出部１１は内蔵しているクロックと、ユーザが受ける
サービスが終了する時刻とから、ユーザのサービス終了
時刻を算出する。次に、ステップＤ６にて、予約サーバ
２ｃの他予約状況通知部７は、サーバネットワーク４を
介して、他予約サーバ１９ａ〜１９ｅの予約状況を受信
し、予約したサービスの終了時刻後に実行可能なイベン
トのみを抽出する。そして、ステップＤ７にて、予約サ
ーバ２ｃは、抽出したイベントをユーザ端末１に送信す
る。なお、ステップＤ３にて、予約しない場合は、Ｎｏ
ルートを通り、予約されない。

【０１２３】このように、ユーザは、待ち時間のみなら
ず、予約したサービスが終了した後におけるイベントを
予約できる。 （Ｂ３）本発明の第２実施形態の第３変形例の説明 第３変形例では、予約サーバ２ｄ（図２６参照）が、イ
ベントを送信するとともに、予約を仲介する。

【０１２４】図２６は本発明の第２実施形態の第３変形
例に係る予約サーバのブロック図である。この図２６に
示す予約サーバ２ｄは、予約サーバ２ａ（図１８参照）
に、終了時刻算出部１１と予約仲介部１３とが、それぞ
れ、設けられている。なお、図２６に示すもので、上述
したものと同一の符号を有するものは同一のもの又は同
様の機能を有するものなので、重複した説明を省略す
る。

【０１２５】このように構成された第２実施形態の第３
変形例における予約方法について、図２７を参照して詳
述する。図２７は本発明の第２実施形態の第３変形例に
係る予約方法を説明するためのフローチャートである。
まず、ユーザは、ユーザ端末１から予約サーバ２ｄに対
して現在の予約状況を要求する（ステップＥ１）。次
に、予約サーバ２ｄは現在の予約状況をユーザ端末１に
通知する（ステップＥ２）。ここで、予約サーバ２ｄの
予約管理部２６は、予約状況保持部２５にアクセスし、
現在の予約状況（空席数や各座席の予約状況など）を抽
出してユーザ端末１に送信する。

【０１２６】ステップＥ３にて、ユーザは、ユーザ端末
１に表示された予約状況を見て予約するか否かを判断
し、予約する場合は、Ｙｅｓルートを通り、ステップＥ
４にて、予約サーバ２ｄは、予約を受け付ける。より詳
細には、ユーザ端末１が予約サーバ２ｄに予約実行を送
信し、予約サーバ２ｄにて、これを受信した予約管理部
２６が、予約状況保持部２５に保持されている予約状況
を更新し、そして、予約が成立した場合に、予約サーバ
２ｄは、その旨をユーザ端末１に通知する。

【０１２７】ステップＥ５にて、予約完了後、終了時刻
算出部１１は、内蔵しているクロック（現在時刻）と、
ユーザが受けるサービスが終了するまでの時間（映画の
上映終了時刻）とから、ユーザの終了時刻を算出する。
ここで、予約サーバ２ｄは、他予約サーバ１９ａ〜１９
ｅに対して、予約要求を送信する。他予約サーバ１９ａ
〜１９ｅは、予約サーバ２ｄを介して送信された予約要
求を受け付けて、予約を処理し、ユーザの予約が完了す
ると、その旨を予約サーバ２ｄに対して送信する。

【０１２８】ステップＥ６にて、予約サーバ２ｄの他予
約状況通知部１２は、サーバネットワーク４を介して他
予約サーバ１９ａ〜１９ｅの予約状況を受信し、予約し
たサービスの終了時刻後に実行可能なイベントのみを抽
出する。そして、ステップＥ７にて、予約サーバ２ｄ
は、予約完了とともに、抽出したイベントをユーザ端末
１に送信する。

【０１２９】ステップＥ８にて、ユーザ端末１が、他予
約サーバ１９ａ〜１９ｅに対して予約する場合は、Ｙｅ
ｓルートを通り、ステップＥ９にて、ユーザ端末１は予
約サーバ２ｄに対して、他予約サーバ１９ａ〜１９ｅの
予約実行を送信する。ステップＥ１０にて、他予約サー
バ１９ａ〜１９ｅのいずれかが予約を受け付ける。さら
に詳述すると、予約サーバ２ｄの予約仲介部８は、サー
バネットワーク４を介して、他予約サーバ１９ａ〜１９
ｅのいずれかに予約要求を送信し、これらの他予約サー
バ１９ａ〜１９ｅのいずれかが、予約サーバ２ｄを介し
て送信された予約要求を受け付けて、予約を処理する。
ユーザの予約が完了すると、他予約サーバ１９ａ〜１９
ｅのいずれかは、予約サーバ２ｄの他予約状況通知部７
を介して、ユーザ端末１に対して予約完了を通知する。

【０１３０】そして、ステップＥ１１にて、ユーザ端末
１には、他予約サーバ１９ａ〜１９ｅのいずれかにおけ
る予約受け付け結果が表示されるのである。なお、ステ
ップＥ３及びステップＥ８にて、予約しない場合は、い
ずれも、Ｎｏルートを通り、予約されない。このよう
に、予約サーバ２ｄが、イベントを送信するとともに、
予約を仲介するので、ユーザは、より多くのイベントを
選択できるようになる。

【０１３１】（Ｂ４）本発明の第２実施形態の第４変形
例の説明 第４変形例は、予約サーバ２ｅ（図２８参照）が、予約
を仲介したアクセス履歴を管理して、紹介料を計算する
方法である。図２８は本発明の第２実施形態の第４変形
例に係る予約サーバのブロック図である。この図２８に
示す予約サーバ２ｅは、予約サーバ２ａ（図１８参照）
に、予約仲介部１３と利用状況保持部１４とが、それぞ
れ、設けられている。なお、図２８に示すもので、上述
したものと同一の符号を有するものは同一のもの又は同
様の機能を有するものなので、重複した説明を省略す
る。

【０１３２】この図２８に示す予約サーバ２ｅは、この
予約サーバ２ｅと他予約サーバ１９ａ〜１９ｅとの間に
おけるアクセス履歴を保持する利用状況保持部１４をそ
なえている。この利用状況保持部１４は、他予約サーバ
１９ａ〜１９ｅが予約サーバ２ｅに対して提供した情報
についての紹介料と、予約サーバ２ｅが他予約サーバ１
９ａ〜１９ｅに対して提供した情報についての紹介料と
を、それぞれ、アクセス履歴に基づいて計算して保持す
るようになっている。

【０１３３】この予約サーバ２ｅが他予約サーバ１９ａ
〜１９ｅのイベントをユーザに通知し、又は、予約を仲
介することは、他予約サーバ１９ａ〜１９ｅの店舗・施
設のビジネスを支援したことと同等である。従って、予
約サーバ２ｅを利用している店舗・施設は、紹介又は予
約仲介した他の店舗・施設に対して、紹介料などの対価
を請求することができる。

【０１３４】この紹介料の額は、一律にしたり、あるい
は、紹介又は予約を仲介した数に応じて決定してもよ
い。これにより、各予約サーバ２ｅ，１９ａ〜１９ｅ
は、それぞれ、情報量に対して等価な紹介料を得ること
ができる。ここで、予約サーバ２ｅが他予約サーバ１９
ａ〜１９ｅの紹介又は予約を仲介したことを示すため、
アクセス履歴（以下、履歴と称することがある）を残す
必要がある。この履歴を残す方法としては、例えば、以
下の〜の３種類を用いることができる。

【０１３５】予約サーバ２ｅに履歴を残す。 他予約サーバ１９ａ〜１９ｅに履歴を残す。 ユーザ端末１に履歴を残す。 ここで、については、サーバネットワーク４に接続さ
れた予約サーバ２ｅと、他予約サーバ１９ａ〜１９ｅと
が、相互に、予約を仲介できるようになっており、これ
により、各予約サーバ２ｅ，１９ａ〜１９ｅは、それぞ
れ、相互の累計結果に基づいて、それぞれの仲介料を相
殺し合い、２社の店舗・施設のうち、紹介料をより多く
得た店舗・施設が、他方の店舗・施設に対して、謝礼を
支払うのである。

【０１３６】従って、各予約サーバ２ｅ，１９ａ〜１９
ｅが、それぞれ、相互に予約を仲介するので、ユーザ
は、より付加価値の高いサービスを受けることができ
る。このため、その履歴が管理されるので、容易に決済
が可能となる。さらに、についても、の場合と同様
であり、他予約サーバ１９ａ〜１９ｅのそれぞれにおい
て、履歴が残される。

【０１３７】また、のユーザ端末１に履歴を残す場合
は、店舗・施設が予約の仕方を確認するときに、ユーザ
が予約サーバ２ｅに対して直接予約したのか、あるい
は、他予約サーバ１９ａ〜１９ｅに対して予約したのか
を、ユーザ端末１の履歴を参照するようにする。なお、
ユーザが支払った料金又はユーザから得た利益に基づい
て、予約を仲介した予約サーバ２ｅの店舗に対して紹介
料を支払うようにすることもできる。

【０１３８】以下、これら〜の３種類のそれぞれに
ついて、履歴を残す方法について、図２９及び図３０を
参照して詳述する。図２９は本発明の第２実施形態の第
４変形例に係る予約方法を説明するためのフローチャー
トである。まず、ユーザは、ユーザ端末１から予約サー
バ２ｅに対して、現在の予約状況を要求する（ステップ
Ｆ１）。次に、予約サーバ２ｅの予約管理部２６は、予
約状況保持部２５にアクセスし、現在の予約状況（空席
数や各座席の予約状況など）を抽出してユーザ端末１に
送信する（ステップＦ２）。ユーザは、ユーザ端末１に
表示された予約状況を見て、予約するか否かを判断する
（ステップＦ３）。

【０１３９】ここで、予約する場合は、Ｙｅｓルートを
通り、ユーザ端末１から予約サーバ２ｅに予約実行を送
信する。そして、ステップＦ４にて、予約サーバ２ｅ
は、ユーザの予約を受け付ける。さらに詳述すると、予
約サーバ２ｅの予約管理部２６が予約状況保持部２５に
保持されている予約状況を更新し、予約が成立した場
合、その旨をユーザ端末１に通知するとともに、他予約
サーバ１９ａ〜１９ｅに対しても予約要求を送信する。

【０１４０】ステップＦ５にて、予約完了後、予約サー
バ２ｅの他予約状況通知部７は、サーバネットワーク４
を介して他予約サーバ１９ａ〜１９ｅの予約状況を受信
しユーザ端末１に通知する。そして、予約サーバ２ｅ
は、情報の通知のみならず、予約の有無をユーザに対し
て問い合わせる。ステップＦ６にて、ユーザが予約する
場合は、Ｙｅｓルートを通り、ステップＦ７にて、ユー
ザ端末１は、予約サーバ２ｅに対して、他予約サーバ１
９ａの予約実行を依頼し、予約サーバ２ｅの予約仲介部
１３は、サーバネットワーク４を介して他予約サーバ１
９ａに予約要求を送信する。ステップＦ８にて、他予約
サーバ１９ａは、予約を受け付ける。さらに詳述する
と、他予約サーバ１９ａが、その予約要求について予約
を処理する。

【０１４１】ステップＦ９にて、予約サーバ２ｅの利用
状況保持部１４は、元の予約サーバから送信した予約要
求であるという、予約を仲介した履歴を保持する。な
お、元の予約サーバとは、ユーザが予約完了したサーバ
を意味し、ユーザが予約サーバ２ｅを用いた場合は、予
約サーバ２ｅ自身であり、ユーザが他予約サーバ１９ａ
を用いた場合は、他予約サーバ１９ａを意味する。

【０１４２】ステップＦ１０にて、予約サーバ２ｅは、
ユーザの予約が完了すると、他予約サーバ１９ａは、予
約サーバ２ｅの他予約状況通知部７を介してユーザ端末
１に対して、予約完了を通知する。このように、予約サ
ーバ２において、他予約サーバ１９ａ〜１９ｅのそれぞ
れについて、履歴が保持されるので、予約を仲介した紹
介料を計算できる。そして、この履歴に対して、定期的
（例えば１ヶ月ごと）に紹介料を計算する。

【０１４３】図３０は本発明の第２実施形態の第４変形
例に係る紹介料の計算方法を説明するためのフローチャ
ートである。まず、予約サーバ２ｅは、ユーザの予約実
行状況を予約したサーバ（元の予約サーバ）ごとに累計
する（ステップＦ１１）。すなわち、他予約サーバ１９
ａ〜１９ｅのそれぞれが、定期的に予約を仲介した履歴
に基づいて予約実行を累計する。

【０１４４】そして、予約サーバ２ｅは、この累計結果
に基づいて、予約した元のサーバ（予約サーバ２ｅ自身
又は他予約サーバ１９ａ〜１９ｅ）を設置した各店舗・
施設に対する謝礼を算出し（ステップＦ１２）、その謝
礼を支払う（ステップＦ１３）。また、予約サーバ２ｅ
のほか、他予約サーバ１９ａ〜１９ｅのそれぞれが、相
互に予約を仲介する場合は、相互に累計された累計結果
に基づいて、仲介料を相殺し合い、より紹介料が多い店
舗が一方に謝礼を支払う。

【０１４５】このように、予約サーバ２ｅ及び他予約サ
ーバ１９ａ〜１９ｅは、いずれも、紹介料の支払いが容
易にできるので、ユーザは、より多くのイベントを選択
できるようになる。 （Ｂ５）本発明の第２実施形態の第５変形例の説明 第５変形例では、予約サーバ２ｆ（図３１参照）が、ユ
ーザ端末１に対して、他予約サーバ１９ａ〜１９ｅのイ
ベントを通知するときに、その店舗・施設情報（要予約
サービスや予約状況）のみならず、割引券に相当するデ
ータ（以下、割引データと称することがある）やクーポ
ン券に相当するデータ（以下、クーポンデータと称する
ことがある）を送信する。

【０１４６】図３１は本発明の第２実施形態の第５変形
例に係る予約サーバのブロック図である。この図３１に
示す予約サーバ２ｆは、予約サーバ２ａ（図１８参照）
に、クーポン発行部１５が、設けられている。なお、図
３１に示すもので、上述したものと同一の符号を有する
ものは同一のもの又は同様の機能を有するものなので、
重複した説明を省略する。

【０１４７】クーポン発行部（割引・付加価値情報生成
部）１５は、代替イベント情報出力部１２から出力され
た代替イベント情報についての割引データ（割引情報）
又はクーポンデータ（付加価値情報）を生成し、割引情
報又は付加価値情報を送信部１６ｂに対して出力するも
のである。このクーポン発行部１５は、他予約サーバ１
９ａ〜１９ｅのいずれかから送信されたクーポンデータ
を中継して、ユーザ端末１に送信するようになってい
る。

【０１４８】一方、予約サーバ２ｆのほかに、ユーザ端
末１も、割引データとクーポンデータとを保持するよう
になっている。図４，図３１に示すユーザ端末１は、ク
ーポン保持部１ｋを有する。このクーポン保持部（割引
・付加価値情報保持部）１ｋは、受信部１ｃによって受
信された、予約サーバ２ｆからの割引データ又はクーポ
ンデータを保持するものである。

【０１４９】これにより、予約が成立すると、予約サー
バ２ｆは、その旨をユーザ端末１に通知し、同時に、他
予約サーバ１９ａ〜１９ｅのいずれかは、自分の予約状
況保持部２５に保持されているイベントとともに、クー
ポン発行部１５に保持されているクーポンデータを、サ
ーバネットワーク４を介して予約サーバ２ｆに送信し、
この予約サーバ２ｆが、そのクーポンデータを、ユーザ
端末１に送信するのである。

【０１５０】このように、紹介又は予約仲介のときに、
他の店舗のクーポンデータがユーザ端末１に送信され、
紹介したサービスの利用を、ユーザに対して強く促進す
ることができる。従って、ユーザ端末１のクーポン保持
部１ｋにて、そのクーポンデータが蓄積され、ユーザ
は、店舗・施設にて、店員に対して、ユーザ端末１の表
示部１ｅを提示することにより、その割引券又はクーポ
ン券に示されたサービスを受けるのである。

【０１５１】このように構成された第２実施形態の第５
変形例における予約方法について、図３２を参照して詳
述する。図３２は本発明の第２実施形態の第５変形例に
係る予約方法を説明するためのフローチャートである。
まず、ユーザは、ユーザ端末１から予約サーバ２ｆに対
して、現在の予約状況を要求する（ステップＧ１）。次
に、予約サーバ２ｆは現在の予約状況をユーザ端末１に
通知する（ステップＧ２）。さらに詳述すると、予約サ
ーバ２ｆの予約管理部２６は、予約状況保持部２５にア
クセスし現在の予約状況（空席数や各座席の予約状況な
ど）を抽出してユーザ端末１に送信する。

【０１５２】ステップＧ３にて、ユーザは、ユーザ端末
１に表示された予約状況を見て予約するか否かを判断す
る。予約する場合は、Ｙｅｓルートを通り、ステップＧ
４にて、予約サーバ２ｆが予約を受け付ける。さらに詳
述すると、ユーザ端末１は予約サーバ２ｆに予約実行を
送信し、予約サーバ２ｆの予約管理部２６が予約状況保
持部２５に保持されている予約状況を更新し、予約が成
立した場合、その旨をユーザ端末１に通知する。

【０１５３】また、ステップＧ５にて、他予約サーバ１
９ａ〜１９ｅのうち１以上のものは、それら自身の予約
状況保持部２５に保持されたイベントとともに、クーポ
ン発行部１５に保持されているクーポンデータを、サー
バネットワーク４を介して予約サーバ２ｆに送信し、こ
の予約サーバ２ｆが、そのクーポンデータをユーザ端末
１に送信する。また、ステップＧ３にて、ユーザ端末１
が予約しない場合には、Ｎｏルートを通り、ステップＧ
５に進む。

【０１５４】さらに、ステップＧ６にて、予約サーバ２
ｆは、他予約サーバ１９ａ〜１９ｅの予約状況を、ユー
ザ端末１に対して送信する。このように、ユーザは、ユ
ーザ端末１のクーポン保持部１ｋに保持されたクーポン
データを、店舗において店員に見せて、割引券又はクー
ポン券に示されたサービスを受けることができる。

【０１５５】（Ｂ６）本発明の第２実施形態の第６変形
例の説明 第６変形例においては、第１実施形態にて説明した予約
サーバ２が、第２実施形態及び第２実施形態の第１〜第
５変形例にて説明した予約サーバ２ａ〜２ｆの各機能を
併せもつ場合について説明する。サービス提供者は、店
舗の入ロの近くに予約サーバ２を設置する。ユーザは、
ユーザ端末１を用いて、この予約サーバ２に対してアク
セスする。ここで、予約サーバ２は、予約後、待ち時間
がある場合は、近くの例えばカラオケボックスなどの別
の店舗・施設の予約サーバに予約状況を問い合わせて、
その結果をユーザ端末１に送信する。

【０１５６】すなわち、予約サーバ２が先にユーザ端末
１に対して情報を提供する場合と、ユーザ端末１が先に
予約サーバ２に対して情報を提供する場合とがある。本
発明の予約方法は、まず、ユーザ端末１が、ユーザ端末
１とサーバネットワーク４を介して接続された予約サー
バ２，２ａ〜２ｆに対して、ユーザの希望する希望サー
ビスの提供を受けられるか否かを問い合わせる（問い合
わせステップ）。

【０１５７】次に、予約サーバ２が、問い合わせステッ
プにて問い合わせられた希望サービスについて、予約を
要する要予約サービスと要予約サービスの予約状況とを
含む店舗・施設情報又は要予約サービスを代替するイベ
ントに関する代替イベント情報を参照する（参照ステッ
プ）。続いて、予約サーバ２が、参照ステップにおける
参照によって、ユーザが希望サービスを利用できるとき
は希望サービスの詳細をユーザ端末１に対して送信する
とともに、ユーザが希望サービスを利用できないときは
代替店舗・施設情報又は代替イベント情報をユーザ端末
１に対して送信する（店舗・施設情報送信ステップ）。

【０１５８】これにより、ユーザが主導的になって、サ
ービスを受けることができるようになる。また、予約サ
ーバ２は、予約状況をユーザ端末１に対して送信するだ
けではなく、他予約サーバ１９ａ〜１９ｅの予約を仲介
してもよい。予約サーバ２は、通信可能範囲にいるユー
ザ端末１を検索し、その通信可能なユーザ端末１に対し
て、店舗情報（料理情報及び予約状況）やクーポンデー
タなどを送信する。ユーザは、これらの情報、データを
受信して、店舗を予約する。

【０１５９】従って、本発明の予約方法は、まず、予約
サーバ２が、予約サーバ２とサーバネットワーク４を介
して接続されたユーザ端末１のうち、通信可能な通信可
能ユーザ端末を検索する（通信可能ユーザ端末検索ステ
ップ）。次に、予約サーバ２が、通信可能ユーザ端末検
索ステップにて検索された通信可能ユーザ端末に対し
て、予約を要する要予約サービスと要予約サービスの予
約状況とを含む店舗・施設情報を送信する（第３送信ス
テップ）。

【０１６０】続いて、通信可能ユーザ端末が、第３送信
ステップにて送信された店舗・施設情報に含まれる要予
約サービスのうちユーザが希望する希望サービスを予約
サーバ２に対して送信する（第４送信ステップ）。この
ように、通信可能ユーザ端末のみが選択されるので、サ
ービス提供者は、サービス内容と予約状況とを、適切な
タイミングで広告でき、また、ユーザは、直接、訪れる
ことができる店舗・施設についての予約状況を得られ
る。

【０１６１】また、ユーザ端末１は、レストラン３０か
らの情報に、予め条件を付加し、その条件に合致する情
報のみを表示するようになっている。ユーザは、ユーザ
端末１を操作して、希望時間，人数又は料理の種類（和
食、フレンチなど）を入力し、それらの条件を満たすレ
ストラン３０のみが表示されるように設定しておくので
ある。従って、ユーザはサービス又はイベントをより簡
単に選択できる。また、特定のレストランに待ち行列が
集中して発生することが回避される。

【０１６２】一方、予約が満席であって待ち時間が長い
場合や、希望時間，人数又は料理の種類などがユーザの
希望に合致しなかった場合は、予約サーバ２は、他の店
舗を紹介する。すなわち、予約サーバ２は、ユーザの近
くの店舗・施設の中から、他予約サーバ１９ａ〜１９ｅ
を選択的にアクセスし、現状を問い合わせる。そして、
予約サーバ２は、ユーザの待ち時間が少なく、かつ、ユ
ーザの希望条件に合致する情報をユーザ端末１に送信す
る。ここで、ユーザ端末１と予約サーバ２との間の無線
ネットワーク３は、アクセス可能な範囲が限られてい
る。

【０１６３】このように、予約サーバ２が、予約サーバ
２自身を介して他予約サーバ１９ａ〜１９ｅからの情報
をユーザ端末１に対して送信して、他予約サーバ１９ａ
〜１９ｅが予約を受け付けるので、この予約システム２
３は、ユーザからの予約受け付けが可能なエリアを拡大
できる。なお、予約サーバ２ｇは、ユーザからのアクセ
スを待つのみならず、予約サーバ２からユーザに対して
積極的に送信してもよい。これにより、各店舗・施設
が、それぞれ、他予約サーバ１９ａ〜１９ｅを介して、
相互に、クーポンデータをユーザ端末１に送信できるの
で、顧客吸引力を高めることができる。

【０１６４】次に、待ち時間の代わりに、予約実行した
サービス又はイベントの終了後の時間帯に対して提案す
るようにもできる。例えば、予約サーバ２が、食後に酒
を飲むための店舗（バー、スナックなど）や二次会の店
舗（居酒屋）などを提案するのである。このため、予約
サーバ２は、他予約サーバ１９ａ〜１９ｅにアクセス
し、それらがそれぞれ保持する各店舗・施設の情報や、
又は、サービス又はイベントの終了予想時刻の前後にお
ける予約状況をユーザに提示する。また、予約サーバ２
は、ユーザに対する提案のみならず、予約を仲介しても
よく、この場合、予約サーバ２は、他予約サーバ１９ａ
〜１９ｅを介してその店舗・施設のクーポンデータをユ
ーザ端末１に送信する。

【０１６５】このように、サービス提供者は、ユーザに
対して高いサービスを提供できるので、集客力の向上を
促進できる。また、予約サーバ２が、アクセス履歴を保
持しておくことにより、報酬として紹介料などの対価を
サーバの店舗に対して請求できる。このように、予約が
満席であった場合やユーザの希望に合致しなかった場合
においても、サーバネットワーク４を介して接続された
他予約サーバ１９ａ〜１９ｅが、相互に予約内容を紹介
することにより、各予約サーバ２，１９ａ〜１９ｅは、
それぞれ、紹介料などの対価を得ることが可能となる。

【０１６６】（Ｃ）本発明の第３実施形態の説明 第３実施形態では、予約サーバ２ｇ（図３３参照）が、
予約完了後にサービス又はイベントをユーザに提供する
ために、他予約サーバ１９ａ〜１９ｅから得る代わり
に、自分自身に保持した内容を送信するようになってい
る。例えば、遊園地のパレードや、スーパーマーケット
のバーゲン情報などを保持するのである。

【０１６７】図３３は本発明の第３実施形態に係る予約
サーバのブロック図である。この図３３に示す予約サー
バ２ｇは、予約サーバ２ａ（図１８参照）が有するネッ
トワークターミナル１２の代わりに、イベント情報保持
部９が設けられており、また、他予約状況通知部７の代
わりに、イベント通知部１０が設けられている。ここ
で、イベント情報保持部９は、代替イベント情報を時間
帯ごとに保持出力しうるものであり、時間ごとに代替イ
ベント情報をイベント表として保持するようになってい
る。

【０１６８】さらに、イベント通知部１０は、イベント
情報保持部９が出力した代替イベント情報から実行イベ
ント情報を現在時刻に基づいて抽出して送信部１６ｂに
出力するものである。このイベント通知部１０は、ユー
ザの待ち時間内に実行できる代替イベント情報を抽出で
きるようにもなっている。なお、図３３に示すもので、
上述したものと同一の符号を有するものは同一のもの又
は同様の機能を有するものなので、重複した説明を省略
する。

【０１６９】従って、代替イベント情報出力部１２が、
代替イベント情報を時間帯ごとに保持出力しうるイベン
ト情報保持部９として構成されるとともに、他予約状況
通知部７が、イベント情報保持部９が出力した代替イベ
ント情報から実行イベント情報を現在時刻に基づいて抽
出して送信部１６ｂに出力するイベント通知部１０とし
て構成されたことになる。

【０１７０】このイベント通知部１０により、ユーザは
自分の都合のよい時間帯に、サービスを受けることがで
きる。また、図３４は本発明の第３実施形態に係る予約
サーバの他のブロック図である。この図３４に示す予約
サーバ２ｈは、図３３に示す予約サーバ２ｇとは異な
り、待ち時間算出部６を有していない。

【０１７１】このように構成された第３実施形態にシス
テムにおける予約方法について、図３５を参照して詳述
する。図３５は本発明の第３実施形態に係る予約方法を
説明するためのフローチャートである。まず、ユーザ
は、ユーザ端末１から予約サーバ２ｇに対して、現在の
予約状況を要求する（ステップＨ１）。次に、予約サー
バ２ｇは、現在の予約状況をユーザ端末１に通知する
（ステップＨ２）。ここで、予約サーバ２ｇは、予約管
理部２６は、予約状況保持部２５にアクセスし、現在の
予約状況（空席数や各座席の予約状況など）を抽出し
て、ユーザ端末１に送信する。そして、ステップＨ３に
て、ユーザは、ユーザ端末１に表示された予約状況を見
て、予約するか否かを判断する。

【０１７２】ここで、ユーザが予約する場合は、Ｙｅｓ
ルートを通り、ステップＨ４にて、予約サーバ２ｇは、
ユーザの予約を受け付ける。より詳細には、ユーザ端末
１から予約サーバ２ｇに対して予約実行を送信すると、
予約サーバ２ｇの予約管理部２６は、予約状況保持部２
５に保持されている予約状況を更新し、予約が成立した
場合、その旨がユーザ端末１に通知される。

【０１７３】ステップＨ５にて、予約サーバ２ｇの待ち
時間算出部６は、現在時刻から予約が実行されるまでの
待ち時間を算出し、ステップＨ６にて、時間ごとに保持
されたイベント表の中から、待ち時間内に実行可能なイ
ベントのみを抽出する。そして、ステップＨ７にて、予
約サーバ２ｇのイベント通知部１０は、イベント情報保
持部９に保持されているイベント情報をユーザ端末１に
通知する。なお、ステップＨ３にて、ユーザが予約しな
い場合には、Ｎｏルートを通り、予約されない。

【０１７４】このように、予約サーバ２ｇは、自分自身
が保持するデータをユーザ端末１に対して送信すること
ができる。また、予約サーバ２ｈを用いた場合の予約方
法も、予約サーバ２ｇの場合のそれと同様であるので、
冗長な説明を省略する。次に、例えばサイン会のよう
に、参加人数が限られているイベントについて、予約す
る場合を説明する。

【０１７５】図３６は本発明の第３実施形態に係る他の
予約方法を説明するためのフローチャートである。ま
ず、ユーザは、ユーザ端末１から予約サーバ２ｇに対し
て、現在の予約状況を要求する（ステップＨ１０）。次
に、予約サーバ２ｇは、現在の予約状況をユーザ端末１
に通知する（ステップＨ１１）。そして、ユーザは、ユ
ーザ端末１に表示された予約状況を見て、予約するか否
かを判断する（ステップＨ１２）。

【０１７６】ここで、ユーザが予約する場合は、Ｙｅｓ
ルートを通り、ステップＨ１３にて、予約サーバ２ｇ
は、ユーザの予約を受け付ける。次に、予約サーバ２ｇ
の待ち時間算出部６は、現在時刻から予約が実行される
までの待ち時間を算出し（ステップＨ１４）、イベント
表の中から、待ち時間内に実行可能なイベントのみを抽
出する（ステップＨ１５）。さらに、予約サーバ２ｇの
イベント通知部１０は、イベント情報保持部９に保持さ
れているイベント情報をユーザ端末１に通知し、ユーザ
端末１にそのイベントが表示される（ステップＨ１
６）。予約サーバ２ｇは、イベントの通知のほか、予約
の有無をユーザに対して問い合わせる（ステップＨ１
７）。

【０１７７】ここで、ステップＨ１８にて、ユーザが予
約する場合は、Ｙｅｓルートを通り、ステップＨ１９に
て、ユーザ端末１は、予約サーバ２ｇに対してイベント
予約実行を送信する。ステップＨ２０にて、予約サーバ
２ｇの予約管理部２６は、イベント予約を実行し、ユー
ザの予約が完了すると、予約サーバ２ｇはユーザ端末１
に対して予約完了を通知する。

【０１７８】さらに、ステップＨ１２及びステップＨ１
８にて、ユーザが予約しない場合には、Ｎｏルートを通
り、予約されない。また、予約サーバ２ｈを用いた場合
の予約方法も、予約サーバ２ｇの場合のそれと同様であ
るので、冗長な説明を省略する。なお、サーバネットワ
ーク４を介して、複数の他予約サーバ１９ａ〜１９ｅが
接続され、それぞれが、イベント予約している場合は、
次の（４−１）〜（４−３）のようになる。

【０１７９】（４−１）予め各予約サーバ２ｇ，２ｈ，
１９ａ〜１９ｅごとに予約可能数の割り当てる。 （４−２）１台のイベント予約サーバが集中的にイベン
ト予約を行なう。 （４−３）各予約サーバ２ｇ，２ｈ，１９ａ〜１９ｅが
分散して、イベント予約を行なう。ここで、２相コミッ
トの同期を併せて実行するようにする。なお、２相コミ
ットの同期とは、１つのデータベースに２以上の書き込
みアクセスが同時にあったときに、一方が書き込みして
いるときは、他方のアクセスを禁止することをいう。

【０１８０】これにより、分散データベースとしてのデ
ータの原始性が保持される。このようにして、予約サー
バ２ｇ，２ｈが、参加人数が限定されているイベントを
代替イベント情報として、ユーザ端末１に通知するとき
は、そのイベントの予約も実行されるので、ユーザは、
より付加価値の高いイベントを予約することができる。

【０１８１】（Ｄ）本発明の第４実施形態の説明 第１〜第３実施形態においては、予約サーバ２（又は２
ａ〜２ｈ）がユーザに対して他予約サーバ１９ａ〜１９
ｅの情報を提案していた。第４実施形態においては、予
約サーバ２２（図３７参照）が、現在の予約状況に基づ
いて、ユーザに対してではなく、店舗・施設に対して提
案する。

【０１８２】例えば、オペレータの配置されていない窓
口があるときに、特定の窓口に人が殺到したときに、該
空きの窓口にオペレータを配置してキャパシティを増加
させるために、予約サーバ２２に対してその旨を送信す
るのである。図３７は本発明の第４実施形態に係る予約
サーバのブロック図である。この図３７に示す予約サー
バ２２は、無線送受信機１６と、予約管理部２６と、予
約状況保持部２５とをそなえるほか、店舗側対応テーブ
ル（対応テーブル）５と、店舗対応選択部１７とをそな
えて構成されている。また、この予約サーバ２２は、店
舗・施設に設けられ情報を表示する店舗側端末１８と接
続されている。

【０１８３】この予約状況保持部２５は、予約を要する
要予約サービスと要予約サービスの予約状況とを含む店
舗・施設情報を保持するものであり、店舗側対応テーブ
ル５は、店舗・施設情報の予約状況に応じた店舗・施設
の対応に関する対応手法データを保持するものである。
これらの機能は、いずれもハードディスクにより実現さ
れる。

【０１８４】また、店舗対応選択部１７は、予約状況保
持部２５に保持された予約状況に基づいて、店舗側対応
テーブル５に保持された対応手法データから所望の対応
手法データを選択し、その選択した対応手法データを他
の店舗・施設に対して通知するものである。この機能は
ソフトウェアにより実現される。そして、店舗対応選択
部１７は、対応手法データを、予約状況のうち、例えば
一時間内の予約数の変化を示す変化率に応じて店舗側対
応テーブル５から読み出して出力するようになってい
る。ここで、店舗対応選択部１７は、例えば一時間内の
予約数の増加率に応じて、対応手法データを出力するよ
うになっており、予約数を監視でき、現在の状況に応じ
た店舗の対応を店舗に提案できる。従って、より多くの
利益を店舗・施設に与え、ユーザの希望に即したサービ
ス提供が可能となる。加えて、店舗対応選択部１７は、
変化率として、例えば一時間内の予約数の減少率を用い
ることもでき、この減少率によっても、窓口の負荷状況
を知ることができる。

【０１８５】なお、この図３７において、上述したもの
と同一の符号を有するものは同一のもの又は同様の機能
を有するものなので、重複した説明を省略する。これに
より、予約完了後、予約管理部２６にて、予約状況保持
部２５に保持された一時間内の予約数の増加率が計算さ
れ、そして、店舗対応選択部１７にて、その増加率と、
店舗側対応テーブル５に保持されている対応手法データ
とが比較され、その予約状況に割り当てられた店舗の対
応手法データが、読み出されて、その読み出されたデー
タが、店舗側端末１８に表示されるのである。

【０１８６】また、本発明の予約方法は、まず、ユーザ
端末１が、ユーザ端末１と無線ネットワーク３を介して
接続された予約サーバ２２に対して、予約を要する要予
約サービスについて予約する（予約ステップ）。次に、
予約サーバ２２が、予約ステップにて予約された要予約
サービスの予約数の変化率が閾値以上又は閾値以下であ
ることを検出する（閾値検出ステップ）。

【０１８７】閾値検出ステップにて閾値以上と検出され
たときは、予約サーバ２２が、サーバネットワーク４を
介して接続された他予約サーバ１９ａ〜１９ｅにアクセ
スして余剰人員を有する余剰店舗・施設を検索するとと
もに、閾値検出ステップにて閾値以下と検出されたとき
は、予約サーバ２２が、他予約サーバ１９ａ〜１９ｅに
アクセスして派遣人員が必要な要派遣店舗・施設を検索
する（余剰・派遣人員検索ステップ）。

【０１８８】続いて、予約サーバ２２が、余剰・派遣人
員検索ステップにて検索された余剰店舗・施設又は要派
遣店舗・施設に対して、派遣依頼又は応援申し出するの
である（依頼・応援ステップ）。従って、現在の予約状
況に基づいて、予約サーバ２２は、店舗・施設に適切な
対応を提案できる。

【０１８９】このように構成された本発明の第４実施形
態システムにおける予約方法について、図３８を参照し
て詳述する。図３８は本発明の第４実施形態に係る予約
方法を説明するためのフローチャートである。まず、ユ
ーザは予約サーバ２２に予約状況を要求し（ステップＪ
１）、予約サーバ２２は現在の予約状況をユーザ端末１
に送信し（ステップＪ２）、ここで、ユーザがユーザ端
末１に表示された予約状況を見て、予約するか否かを判
断する（ステップＪ３）。そして、ユーザが予約する場
合は、Ｙｅｓルートを通り、ステップＪ４にて、ユーザ
端末１は予約サーバ２２に予約実行を送信し、予約サー
バ２２が予約を受け付ける。また、ステップＪ３にて、
ユーザが予約しない場合は、Ｎｏルートを通り、ステッ
プＪ５に進む。

【０１９０】次に、ステップＪ５にて、予約数が一定数
に達したか否かが判定され、予約数が一定数に達したと
きは、Ｙｅｓルートを通り、ステップＪ６にて、予約サ
ーバ２２は、その予約数に達した店舗・施設の対応を、
店舗側対応テーブル５に基づいて、その店舗に対して通
知する。なお、ステップＪ５にて、予約数が一定数に達
しない場合は、Ｎｏルートを通り、処理が終了する。

【０１９１】このように、店舗・施設は、窓口数を、適
応的に変更できるので、オペレータを効率よく配置でき
る。また、これにより、店舗・施設は、集客力の向上を
強く促進させることができる。次に、具体的な例を説明
する。予約サーバ２２は、予約が多くて、待ち行列の数
が一定数を超えたときに、客数に応じて、店舗・施設に
対応手法を提案する。ここで、予約サーバ２２は、次の
（５−１），（５−２）に示すような対応手法を予め保
持する。

【０１９２】（５−１）客席の片付けなどユーザの受け
入れを優先して処理する。 （５−２）近くの協力関係にあるチェーン店のうち、予
約の少ない店舗に対して人員の補充を依頼する。 この（５−２）の場合、予約サーバ２２がチェーン店の
予約サーバにアクセスし、近くの他の店舗のうち、客が
少なく店員が余剰の店舗を検出し、そして、店員の補充
を、店舗に依頼するよう提案する。同様に、余剰店員
（余剰人員）を有する店舗の予約サーバが、店員が不足
している店舗を検出し、店員の派遣を提案することもで
きる。

【０１９３】また、補充店員の人件費は、補充を受けた
店舗が、一律額や人数に応じた額の割合を負担するよう
にする。なお、レストラン３０のみならず、他の飲食店
についても実施できる。このように、余剰店員を有する
店舗は、人件費を削減でき、また、店員の派遣を受けた
店舗は、多数の店員を確保できるので、過剰な予約をさ
ばくことができる。

【０１９４】（Ｅ）本発明の第５実施形態の説明 以下、上記第１〜第４実施形態及び各実施形態の各変形
例にて説明した本発明の予約システム２３が、映画館
（又は劇場）について用いられた場合について詳述す
る。また、遊園地，銀行，役所及び交通機関に用いられ
る場合については、後述する第５実施形態の第１〜第４
変形例においてそれぞれ説明する。さらに、第５実施形
態及び第５実施形態の各変形例においては、予約サーバ
２は、予約サーバ２ａ〜２ｈ，２２が有する各機能を有
するものとして説明する。

【０１９５】映画館のオーナーなどのサービス提供者
は、チケットを販売する窓口の近くに、予約サーバ２を
設置する。そして、映画を鑑賞にきたユーザは、自分が
所持しているユーザ端末１を用いて、予約サーバ２の無
線送受信機１６を介して、予約サーバ２にアクセスす
る。ここで、ユーザ端末１と予約サーバ２とのアクセス
は、無線（ＢｌｕｅｔｏｏｔｈやＩＥＥＥ８０２．１
１）を用いることにより、物理的な端子間の接続が不要
になる。従って、ユーザの利便性をより高めることがで
きる。予約サーバ２は、ユーザ希望の映画についての予
約状況をそのユーザのユーザ端末１に通知する。図３９
〜図４５を用いて、予約状況が表示部１ｅにて表示され
る例について説明する。

【０１９６】図３９は本発明の第５実施形態に係る予約
率情報による予約状況の表示例である。ユーザは、予約
サーバ２から、例えば６０席などの空席数を知ることが
でき、「予約しますか？ はい／いいえ」などの選択が
できる。図４０は本発明の第５実施形態に係る座席番号
による予約状況の表示例であり、映画館の座席番号（４
Ｂ−８）に関する個別的な予約状況の一覧が表示されて
おり、ユーザは、これらの一覧に基づいて予約サーバ２
に申し込む。これにより、ユーザは、座席同士の距離を
容易に知ることができ、また、４人連続の席を確保する
こともできる。

【０１９７】図４１は本発明の第５実施形態に係る予約
申し込みの表示例であり、ユーザは予約したチケット枚
数の範囲で、予約できる。図４２（ａ），（ｂ）はいず
れも本発明の第５実施形態に係る満席時の表示例であ
る。この図４２（ａ）に示す例は、ユーザが希望する予
約が取れなかった場合の例であって、予約サーバ２は、
次回以降の上映分の予約、他の映画館の予約やキャンセ
ルの選択枝を提示する。

【０１９８】図４２（ｂ）に示す例は、予約サーバ２
が、同一の映画を上映する近くの他の映画館とその距離
情報をユーザに通知する。また、図３を用いて説明した
ように、各店舗に設けられた予約サーバ１９ａ〜１９ｅ
は、それぞれ、サーバネットワーク４を介して接続され
ており、相互にアクセスできる。従って、予約サーバ１
９ａは、満席でユーザが希望する予約ができなかったと
きは、同一の映画館における他の上映映画をユーザに提
案したり、あるいは、その映画館の近くの映画館の予約
サーバ１９ｅにアクセスして、席を予約するのである。

【０１９９】このように、最初の予約サーバ１９ａは、
近くの映画館の予約サーバ１９ｅにアクセスし、ユーザ
が希望した映画と同一の映画又は異なる映画の予約状況
をユーザに提案できる。また、このように、予約システ
ム２３においては、ユーザが希望したことが現在実行不
可能でも、サービス提供者は、ユーザに対して、現在の
位置からアクセス可能な近くの店舗・施設のその時点に
おける代替イベント情報をユーザに提案することが可能
となる。

【０２００】次に、予約成立後、その映画館の予約サー
バ１９ａは、近くのレストラン３０の案内と、そのレス
トラン３０に設けられた予約サーバ２が管理している予
約状況をユーザ端末１に送信し、ユーザ端末１には、そ
の内容が表示される。ここで、予約サーバ２は、現在時
刻とユーザが予約した映画の開始時刻との差分を計算し
て、その差分をユーザの待ち時間として、その待ち時間
にユーザが実行可能な店舗・施設のみを提案する。

【０２０１】これにより、ユーザは、より現実的な代替
サービス又はイベントを享受でき、予約サーバ１９ａ〜
１９ｅも適切な代替サービスを提案できる。図４３
（ａ）は本発明の第５実施形態に係る提案時刻を説明す
るための図であり、映画館の予約サーバ１９ａは、この
図４３（ａ）に示す上映開始時刻及び上映終了時刻のデ
ータを有する。まず、予約サーバ１９ａは、このデータ
に基づいて、待ち時間が「１時間１５分」であることを
算出する。次に、予約サーバ１９ａは、近くの他の施設
にアクセスする。例えば、レストラン３０の予約サーバ
２，カラオケボックスの予約サーバ１９ｂ，ボーリング
場の予約サーバ１９ｃ，喫茶店の予約サーバ１９ｄ，別
の映画館の予約サーバ１９ｅにそれぞれアクセスして、
各施設のタイムテーブルを作成する。

【０２０２】図４３（ｂ）は本発明の第５実施形態に係
る施設のタイムテーブルを示す図であり、予約サーバ１
９ａは、例えば喫茶店の状況として、ユーザの現在位置
から各施設への移動時間が１５分、ユーザの待ち時間が
１０分、また、実行時間として喫茶店における食事時間
が６０分である旨のタイムテーブルを作成するのであ
る。

【０２０３】図４４は本発明の第５実施形態に係るユー
ザ端末１の画面例を示す図である。ユーザは、この図４
４に示す表示部１ｅには、「レストラン３０における食
事する」、「カラオケボックス」又は「キャンセル」の
中から選択できる。このように、予約サーバ２は、待ち
時間をユーザに対して提案できる。また、ユーザは、待
ち時間を有効に利用できる。

【０２０４】また、この提案において、店舗・施設のク
ーポン券に相当するクーポンデータをユーザ端末１に送
信する。予約サーバ２は、図４４において「レストラン
３０における食事」を選択したユーザに対して、「１ド
リンクサービス」に相当するクーポンデータを送信す
る。そして、ユーザが、そのレストラン３０にてユーザ
端末１を用いて、そのサービス券を店員に示すことによ
り、その１ドリンクサービスを受けることができる。

【０２０５】さらに、図４４において、「カラオケボッ
クス」を選択したユーザに対して、「１００円割引」に
相当するクーポンデータを送信するようにもできる。こ
のように、予約サーバ１９ａは、自分が管理している予
約状況のみならず、サーバネットワーク４により接続さ
れた予約サーバ１９ａ〜１９ｅの予約状況をユーザに通
知できる。

【０２０６】従って、クーポン券のような付加価値を有
する情報を、ユーザに提案するので、サービス提供者
は、提案した施設の利用をユーザに強く促進し、集客力
の向上が図れる。また、店舗・施設のオーナーなどのサ
ービス提供者は、予約サーバ２が設けられている場所の
近くにいるユーザを特に対象とすることによって、自分
のビジネス圏内に取り込むことができ、ユーザは、自分
の待ち時間を有効に使用することができる。

【０２０７】このように、店舗・施設を利用する際の予
約に当たり、客がユーザ端末１から自分自身の希望サー
ビスの提供が可能か否かを予約サーバ２に問い合わせ、
また、サービスを提供すべき店舗・施設は、客の希望す
るサービスをすぐに提供できるときは、直ちにそのサー
ビスを提供する一方、そのサービスを提供できないとき
又はそのサービスを提供するまで待ち時間が生じるとき
は、代替イベント又は待ち時間の間に提供可能な他のサ
ービスを提供することができる。

【０２０８】次に、仲介履歴について説明する。サービ
ス提供者は、予約サーバ２に予約を仲介した履歴を保持
することにより、その仲介に対する報酬（対価）を予約
サーバ１９ａ〜１９ｅに対して請求することができる。
映画館の予約サーバ１９ａ（図３など参照）が、１ヶ月
間で３０００人のユーザに対してレストラン３０を紹介
し、そのうちの１０％に相当する３００人が予約を成立
した場合、映画館はそのレストラン３０に対して、次の
（６−１）と（６−２）とを請求するのである。

【０２０９】（６−１）３０００人分の紹介料 （６−２）３００人分の予約報酬 ここで、紹介料は、例えば一律に５円／一人とし、予約
報酬は一律にレストラン３０における一人あたりの平均
利益の３％とする。また、予約報酬は、使用金額に応じ
るように決定してもよい。その場合、レストラン３０の
予約サーバ２は、映画館の予約サーバ１９ａを介して予
約されたユーザの支払い状況を保持し、そして、支払い
金額の総額に予め所定の割合（％）を乗じた額を予約報
酬とする。

【０２１０】このように、映画館は他の施設にユーザを
紹介することにより、紹介料や、紹介に対する対価を得
ることが可能となる。また、それ以外の予約サーバ２も
同様に、紹介料及び対価を得ることができる。さらに、
紹介するイベントの時刻について説明する。上記例は、
サービス提供者が映画上映までのユーザの待ち時間に対
してイベントを提案していたが、映画の上映終了時刻以
後の時間帯に対して提案することもできる。第２実施形
態にて説明した図１９（ａ）に示す待ち時間算出表と、
図１９（ｂ）に示すタイムテーブルを用いて、さらに詳
述する。

【０２１１】本発明の予約方法は、３ステップで実行さ
れる。第１に、映画館の予約サーバ１９ａが、図１９
（ａ）に示す待ち時間算出表に基づいてユーザの待ち時
間を「１時間１５分」と算出する。第２に、予約サーバ
１９ａは近くのレストラン３０、喫茶店、カラオケボッ
クス、ボーリング場などの店舗・施設に設けられた予約
サーバ２，１９ｂ〜１９ｅにアクセスして、図１９
（ｂ）に示すタイムテーブルを作成する。そして、第３
に、予約サーバ１９ａが、次の映画上映時間までの間
に、ユーザが実行可能なイベントを複数提案する。

【０２１２】図４５は本発明の第５実施形態に係るサー
ビス又はイベントの終了後の提案内容の一例を示す図で
ある。予約サーバ１９ａは、上映終了後にユーザが実行
できるイベントとして、この図４５に示す表示部１ｅに
は、「実行可能なレストランにおける食事」、「カラオ
ケボックス」を抽出し、これらを、ユーザ端末１に送信
してユーザに提案する。

【０２１３】ここで、レストラン３０が一時閉店してい
るような場合、待ち時間が予め定めた所定時間よりも長
くなり、予約サーバ１９ａは、そのサービス内容につい
ては排除してユーザに提案しないようにしたり、あるい
は、待ち時間が長いことをユーザに明示する。これによ
り、レストラン３０における食事を強く希望するユーザ
に対してもサービスを提供できる。

【０２１４】また、予約サーバ２がサービス又はイベン
トが終了後に提案する場合においても、提案のみならず
予約を仲介することができる。すなわち、ユーザが、予
約サーバ２を介して予約サーバ１９ａ〜１９ｅに対して
予約するのである。このように、ユーザが受けているイ
ベント又はサービスが終了したときに、予約サーバ２
は、ユーザの位置に基づいて、ユーザの近くの施設の状
況をユーザに示すので、そのイベント又はサービスが終
了した後における、ユーザの行動に対して提案可能とな
る。

【０２１５】次に、予約サーバ２からユーザ端末１に対
する紹介方法について説明する。上記例は、ユーザ端末
１が先に予約サーバ２にアクセスして情報を入手して予
約した。一方、予約サーバ２，１９ａ〜１９ｅが先にユ
ーザ端末１に対して情報を送信するようにもできる。こ
のような構成によって、予約サーバ２が、無線通信が可
能な範囲にいるユーザ（Ｂｌｕｅｔｏｏｔｈでは半径１
０ｍ〜１００ｍ以内）を検索し、通信可能範囲のユーザ
端末１に対して、映画案内や予約状況を送信する。そし
て、ユーザが、その送信された内容のうち、希望するも
のを選択するのである。これらの内容は、ユーザによる
削除操作により削除され、また、ユーザ端末１がそのサ
ービスの開始時刻までに、予約サーバ２へのアクセスが
ない場合には、ユーザ端末１から削除するようになって
いる。従って、不要な情報がユーザ端末１に蓄積される
ことが防止される。

【０２１６】このように、ユーザは、特別な操作をせず
に、通行中に映画の案内を受け取ることができ、また、
サービス提供者は、情報を不特定多数の者に送信するこ
とができる。また、このように、ユーザの現在位置に基
づいて、予約サーバ２，１９ａ〜１９ｅは、それぞれ、
無線ネットワーク３の通信可能範囲にいるユーザに対し
て、保持する予約状況を送信し、その時点から後のユー
ザの行動に対して提案可能となる。

【０２１７】次に、予約状況に応じた店舗の対応につい
て説明する。予約サーバ２が受け付けた予約状況に応じ
て、店舗・施設の対応を変更することも可能である。例
えば、複数の映画館からなる複合映画館（シネマコンプ
レックス）において、用いられるのである。すなわち、
複合映画館の予約サーバ２は、客の増加率と店舗・施設
の対応との関係を、次の（７−１）〜（７−７）に示す
ような対応関係テーブルとして用意するのである。ここ
で、Ａ，Ｂ，Ｃ，Ｄは、いずれも、所定の閾値であり、
１箇所の映画館についてのものである。

【０２１８】（７−１）増加率＜Ａ 増加率が閾値Ａより小さい場合、現状のまま映画上映を
続行する（以下、現状どおりと称することがある）。 （７−２）Ａ≦増加率＜Ｂ 増加率が閾値Ａ以上で、閾値Ｂ未満の場合、その映画館
は、上映する映画を、自館よりも収容能力の大きい上映
館に変更する。また、増加率がＤ（Ａ＜Ｄ＜Ｂ）のとき
に、より収容能力の大きい上映館に変更して上映を行な
うように店舗に提案してもよい。

【０２１９】（７−３）Ｂ≦増加率＜Ｃ さらに、混雑する場合、臨時に別の映画館にて上映す
る。 （７−４）増加率≧Ｃ オールナイト上映に変更する。また、対応関係テーブル
は一通りのみならず、複数の対応関係テーブルを用意す
ることもできる。

【０２２０】さらに、映画館のオーナーなどのサービス
提供者は、例えば、増加率に応じて、ユーザに対して、
次の（７−５）〜（７−７）に示すように、宣伝するこ
ともできる。ここで、Ｘ，Ｙは、それぞれ、閾値であ
る。 （７−５）増加率＜Ｘ 映画館は、ユーザに、２００円割引実施をアピールす
る。

【０２２１】（７−６）Ｘ≦増加率＜Ｙ 現状どおり。 （７−７）増加率＞Ｙ 映画館は、ユーザに、予約が多いことを積極的にアピー
ルする。これにより、現在の予約数の増加率ＤがＤ＞Ｙ
であったとき、映画館の予約サーバ１９ａは、この対応
関係テーブルに基づいて、「その映画の人気が高く、満
席になる」ことをユーザ端末１に送信して、ユーザに映
画鑑賞を促進する。また、前記の「上映する映画を、自
館よりも収容能力の大きい上映館に変更する」ように、
店舗・施設に対して提案することができる。

【０２２２】一方、増加率ＥがＥ＜Ｘ、かつ、Ｅ＜Ａの
ときは、予約サーバ１９ａは、店舗・施設には提案しな
い（「現状どおり」）。この場合、客数が少なく利益が
低いため、サービス提供者（映画館のオーナー）は、価
格をディスカウントすることにより、ユーザを増加さ
せ、より多い利益が得られるように対応する。また、映
画館のみならず、コンサート，舞台，サーカス，ディナ
ーショーなどや、野球、サッカーなどのスポーツ観戦な
どについても実施できる。すなわち、これらは、いずれ
も、開始時刻が決まっており、終了時刻が決まっている
又は予想可能であり、また、近くに、他の店舗・施設が
存在するため、映画館の場合と同様に実施可能である。

【０２２３】なお、予約サーバ１９ａがユーザに送信し
た店舗・施設の状況データは、ユーザ端末１が予約サー
バ１９ａとの接続が切断された時点に応じて、ユーザ端
末１から削除するようにしてもよい。また、一定時間の
経過後に、ユーザ端末１において削除されるようにタイ
マ処理してもよい。加えて、ユーザの予約が完了したと
きの情報は、チケットや整理券の役割を果たすため、実
際にユーザがサービスを受けるまで保持しておくように
もできる。

【０２２４】このように、ユーザの位置に応じて、近く
の店舗・施設が紹介されるので、サービス提供者は、近
い未来における確度の高い予想を立てることができ、そ
の予想に合致した対応を店舗・施設に対して提案でき
る。 （Ｅ１）本発明の第５実施形態の第１変形例の説明 次に、本発明を遊園地に用いた例について説明する。

【０２２５】遊園地の各アトラクションのそれぞれにお
いて、待ち行列が発生する。サービス提供者は、予約サ
ーバ２を、各アトラクションの近辺に設け、各アトラク
ションの予約を受け付けるようになっている。このよう
な構成によって、ユーザがジェットコースターに乗るた
めに、ユーザ端末１を用いて、ジェットコースターの予
約サーバ２（以下、サーバＪと称することがある）に対
して、予約を申し込む。そして、予約後、サーバＪは、
観覧車，ジェットコースター，ボートなど、近くのアト
ラクションの予約状況をユーザに通知する。

【０２２６】また、予約後、順番が来るまでの待ち時間
について、サーバＪは、他のアトラクションのサーバに
アクセスして、待ち時間に実行可能な他のアトラクショ
ンをユーザに提案する。ここで、サーバＪは、提案のみ
ならず、サーバＪ自身を介して、例えばボート乗船の予
約サーバ２（以下、サーバＢＴと称することがある）な
ど他のアトラクションの予約を仲介する。

【０２２７】なお、サーバＪがユーザからのアクセスを
待つ代わりに、サーバＪが無線ネットワーク３の通信可
能範囲のユーザ端末１を検索し、通信可能範囲にいるユ
ーザ端末１に対して、積極的に通知するようにもでき
る。次に、遊園地においては、パレードなどの時間限定
の催しも開催される。サーバＪは予約サーバ１９ａ〜１
９ｅヘのアクセスとは別に、時間限定の催しについての
予定を保持したタイムテーブルを設け、待ち時間内に実
行可能な催しをユーザ端末１に通知する。

【０２２８】このような構成によって、サーバＪは、待
ち時間の代わりに、サービス又はイベントの終了時刻後
におけるアトラクションをユーザに提供することもでき
る。サーバＪは現在時刻に対して、待ち時間とアトラク
ションの実行時間とを加算して、アトラクション終了時
刻を予測し、その予測終了時刻に基づいて、予約サーバ
１９ａ〜１９ｅにアクセスして、予約状況と予測終了時
刻後に実行可能なアトラクションとをそれぞれユーザに
提案する。

【０２２９】ここで、サーバＪは、ユーザに対する提案
のみならず、予約することもでき、サーバＪはユーザか
らの予約要求を、サーバネットワーク４経由でサーバＢ
Ｔに送信する。これにより、ユーザは、その現在位置に
いながら、現在のアトラクションが終了した後に実行可
能な、別のアトラクションを予約することができる。さ
らに、サーバＢＴが受け付けた予約状況に応じて、店舗
・施設の対応を変更することもできる。すなわち、サー
バＢＴは、ボートに対して、以下の（８−１）〜（８−
４）に示す増加率と店舗・施設との対応関係を記載した
対応関係テーブルを保持しておく。ここで、Ａ〜Ｄは、
いずれも閾値であり、上述したものとは異なるものであ
る。

【０２３０】（８−１）増加率＜Ａ 現状どおり （８−２）Ａ≦増加率＜Ｂ オペレータの数を増やす （８−３）Ｂ≦増加率＜Ｃ オペレータの数を増やし、ボートの数を増やす （８−４）増加率≧Ｃ 予約を一時中止する 増加率がＤ（Ａ＜Ｄ＜Ｂ）の場合に、サーバＢＴは、ユ
ーザをよりスムーズにさばくために遊園地に対してオペ
レータの数を増やすよう提案するのである。

【０２３１】このように、ユーザに対し、その限られた
時間内にて、より多種のアトラクションをユーザが利用
できるような提案が可能となる。また、サービス提供者
（遊園地側）は、各アトラクションの利用率を向上させ
ることができ、より多くの利益を得ることができる。そ
して、このように、限られた範囲において、複数の異な
る待ち行列が発生する施設において、窓口業務の効率化
が図れる。

【０２３２】（Ｅ２）本発明の第５実施形態の第２変形
例の説明 次に、銀行や役所などに用いた場合について説明する。
銀行の場合、サービス提供者は、予約サーバ２を銀行の
店舗入り口に設ける。従って、ユーザは、銀行に入らず
に、予約できる。このような構成によって、銀行の予約
サーバ２は、ユーザが予約時刻まで待ち時間がある場
合、ユーザが予約した窓口以外の窓口（例えば定期預金
窓口など）の混雑状況を、ユーザに送信する。ここで、
予約サーバ２は、自銀行の窓口のみならず、近くの喫茶
店などの店舗についての情報をユーザに送信することも
でき、これにより、ユーザは待ち時間を有効に過ごすこ
とができる。

【０２３３】また、予約サーバ２は、他の店舗の予約サ
ーバ２にアクセスし、他の店舗の情報と予約状況とをユ
ーザ端末１に通知し、そして、予約サーバ２は、ユーザ
の待ち時間内に実行可能なサービス又はイベントのみを
抽出するようにもできる。加えて、この銀行の予約サー
バ２が他の店舗の予約を仲介してもよい。このとき、予
約サーバ２は、他の店舗を紹介したときの履歴や予約状
況を保持することにより、その照会した他の店舗に対
し、紹介料の対価を要求することかできる。

【０２３４】また、各予約サーバ２，１９ａ〜１９ｅが
それぞれ、予約状況に基づいて、銀行や役所における窓
口数を増減するように、銀行や役所に対して提案する。
例えば、待ち時間又は平均待ち時間が、一定値以下にな
るように、窓口数を変更するのである。ここで、予約サ
ーバ２は、予約人数に基づいて平均待ち時間を算出す
る。そして、ユーザの待ち時間が一定数を上回ったと
き、予約サーバ２は、銀行や役所に対して窓口数を増加
するように提案する。

【０２３５】以下、待ち時間について、ポアソン分布を
用いて説明する。待ち行列のモデルは、先に到着した者
から順番にチケットを購入するものとした場合、Ｍ／Ｍ
／ｎのモデルで記述される。ここで、最初のＭは客の到
着の分布がポアソン分布で近似されることを表す記号で
あり、２番目のＭはサービスの分布が指数分布で近似さ
れることを表し、３番目のｎは窓口数がｎ箇所（１以上
の整数）を意味する。さらに詳述すると、最初のＭは、
客がパラメータλ（ラムダ）の指数分布に従う時間間隔
で到来することを意味し、２番目のＭは、客がパラメー
タμ（ミュー）の指数分布に従う時間サービスを受ける
ことを意味し、さらに、３番目のｎは、サービスを提供
するサーバがｎ台であることを意味する。また、このモ
デルは、ユーザが窓口に到着する時間間隔はポアソン分
布に比例し、窓口においてユーザ一人を処理するために
必要な平均処理時間は指数分布に比例するものである。

【０２３６】例えば窓口数が１である場合に、ユーザ一
人についての平均処理時間をＴ_Sとし、平均到着間隔を
Ｔ_Aとしたとき、利用率ρ（ロー）は、式（９−１）で
表される。 ρ＝Ｔ_S／Ｔ_A …（９−１） また、ユーザの平均待ち時間Ｔ_Wは、式（９−２）を用
いて算出できる。

【０２３７】 Ｔ_W＝Ｔ_S×ρ／（１−ρ） …（９−２） これらの式において、Ｔ_A，Ｔ_S，Ｔ_W，ρは、それぞ
れ、正の実数であり、”×”は乗算を表し、”／”は除
算を表す。従って、窓口数がｎに増えると、ρ＝Ｔ_S／
（Ｔ_A×ｎ）となり、平均待ち時間Ｔ_Wは減少する。この
ため、予約サーバ２は、Ｔ_Wが予め定めた時間以下にな
るように、窓口数の増加を店舗に対して提案する。ここ
で、Ｔ_Sは窓口におけるユーザの処理時間を平均化する
ことにより、予め算出することができ、また、Ｔ_Aはユ
ーザの予約状況に基づいて算出することができる。

【０２３８】なお、銀行のみならず、例えば、役所、病
院の薬局などの施設は、複数の人が訪れるので、同様に
実施できる。このように、予約サーバ２が、予約状況に
応じて他の店舗・施設などの窓口を代替窓口として紹介
することにより、ユーザの利用が増加する。また、この
ように、予約サーバ２が、他の店舗を紹介することによ
り、各予約サーバ２，１９ａ〜１９ｅは、相互に紹介料
などの対価を徴収できる。

【０２３９】さらに、このように、予約状況に応じて窓
口数が変更されるので、ユーザに対して過大な待ち時間
を要求することが回避され、銀行や役所などにおいて、
スムーズに窓口処理が実行できる。 （Ｅ３）本発明の第５実施形態の第３変形例の説明 次に、本発明を鉄道や航空会社などの交通機関に用いた
場合について説明する。

【０２４０】鉄道や航空会社における窓口業務に当た
り、サービス提供者は、切符売り場の近辺のみならず、
駅構内や空港内に予約サーバ２を設ける。従って、ユー
ザは、チケット売場のような特定の場所に並ばないで切
符を購入できる。このような構成によって、ユーザが予
約した列車や航空機の出発時間までに待ち時間がある場
合、これらの交通機関に設けられた予約サーバ２は、駅
構内、空港内又は駅、空港に隣接する店舗（例えば、レ
ストラン３０，喫茶店，軽食など）の予約サーバ２にア
クセスし、店舗・施設の情報と予約状況とをユーザ端末
１に通知する。

【０２４１】なお、待ち時間内に実行可能な予約のみを
抽出し、予約サーバ２が他の店舗の予約を仲介してもよ
い。また、予約サーバ２は、ユーザが列車や航空機を利
用して目的地に到着した後の行動に対して提案するよう
にもできる。すなわち、予約サーバ２は、到着後のユー
ザに対して、到着後の宿泊施設や観光施設の予約サーバ
２にアクセスし、宿泊情報や予約状況をユーザ端末１に
送信する。そして、予約サーバ２は、ユーザが希望すれ
ば予約を仲介する。

【０２４２】ここで、交通機関の予約サーバ２は、他の
店舗・施設を紹介した紹介内容と予約状況とを保持する
ことにより、他の店舗に対して、紹介に対する対価を要
求することかできる。さらに、予約サーバ２は、鉄道会
社又は航空会社に対して、予約状況に基づいて、対応手
法を提案する。例えば、予約人数の増加率が、予め定め
られていた増加率よりも高い場合、乗客の増加が見込ま
れる。従って、予約サーバ２は、バスの臨時便につい
て、出発の直前でも可能な限り、本数を増加するように
バス会社に提案する。逆に、乗客の数が少ない場合は、
予約サーバ２は、より小型なバスに変更しコストが下が
るようにバス会社に提案する。

【０２４３】従って、予約サーバ２がバスの運行直前に
運行に関して提案するため、より厳密な人数の把握がで
き、バス会社は、きめ細かい対応が可能となる。また、
禁煙車両と喫煙車両とを有する鉄道に関して、予約サー
バ２は、禁煙席の予約者と喫煙席の予約者との数を把握
し、これらの数に応じて、禁煙車両の数を変更する。こ
れにより、サービス提供者は、ユーザの希望に即したサ
ービスが可能となる。

【０２４４】このように、予約状況に応じて、予約サー
バ２が、他の交通機関を利用させるので、ユーザの利用
数が増加し、また、予約サーバ２が他の店舗・施設を紹
介することにより、紹介料などの対価を徴収することが
可能となる。 （Ｆ）その他 本発明は上述した実施態様及びその変形態様に限定され
るものではなく、本発明の趣旨を逸脱しない範囲で、種
々変形して実施することができる。

【０２４５】店舗・施設は、野球やサッカーなどのスポ
ーツ観戦チケットや、運転免許証の発行業務などにも実
施できる。電話やインターネットを用いた遠隔的なアク
セス手段を介して予約する場合にも本発明を実施するこ
とができる。図５〜図１０において、通信可能範囲は、
説明を簡略化するために、円形に表示されていたが、実
際には、複雑な形状であり、また、ビルなどの谷間など
が考慮され、立体的形状である。

【０２４６】上記のアクセス回線は、無線について説明
したが、有線でも可能である。図１４などのフローチャ
ートに示すＳｔａｒｔ，Ｅｎｄは、それぞれ、開始，終
了を表す。 （Ｇ）付記 （付記１） 予約を要する要予約サービスと該要予約サ
ービスの予約状況とを含む店舗・施設情報を保持する保
持部と、該要予約サービスを代替するイベントに関する
代替イベント情報を出力する代替イベント情報出力部
と、ユーザ端末から送信された、ユーザが希望する希望
サービス又は希望イベントを受信する受信部と、該保持
部に保持された該店舗・施設情報と、該代替イベント情
報出力部から出力された該代替イベント情報とを、該受
信部にて受信した該希望サービス又は該希望イベントに
基づいて選択的に読み出す予約管理部と、該予約管理部
にて読み出された該店舗・施設情報又は該代替イベント
情報のうち少なくとも一方を該ユーザ端末に対して送信
する送信部とをそなえて構成されたことを特徴とする、
予約サーバ。

【０２４７】（付記２） ユーザ窓口又は遠隔的アクセ
ス手段を介して予約を要する要予約サービスと該要予約
サービスの座席数に関する予約状況とを含む店舗・施設
情報を保持する保持部と、該要予約サービスを代替する
イベントと該イベントの開始・終了時刻とを含む代替イ
ベント情報を出力する代替イベント情報出力部と、ユー
ザ端末から送信された、ユーザが希望する希望サービス
又は希望イベントを受信する受信部と、該保持部に保持
された該店舗・施設情報と、該代替イベント情報出力部
から出力された該代替イベント情報とを、該受信部にて
受信した該希望サービス又は該希望イベントに基づいて
選択的に読み出す予約管理部と、該予約管理部にて読み
出された該店舗・施設情報又は該代替イベント情報のう
ち少なくとも一方を該ユーザ端末に対して送信する送信
部とをそなえて構成されたことを特徴とする、予約サー
バ。

【０２４８】（付記３） 該予約管理部にて選択された
該代替イベント情報に含まれる開始時刻又は該店舗・施
設情報に含まれる該要予約サービスの開始時刻と、現在
時刻との差分を待ち時間として算出して出力する待ち時
間算出部をそなえて構成されたことを特徴とする、付記
１又は付記２記載の予約サーバ。 （付記４） 該予約管理部にて選択された該代替イベン
ト情報に含まれるイベントに要する実行時間又は該店舗
・施設情報に含まれる該要予約サービスに要する実行時
間と、現在時刻との和を終了時刻として算出して出力す
る終了時刻算出部をそなえて構成されたことを特徴とす
る、付記１〜付記３のいずれか一に記載の予約サーバ。

【０２４９】（付記５） 該代替イベント情報出力部か
ら出力された該代替イベント情報のうち、予約を要する
要予約イベントの予約状況を該送信部に出力する他予約
状況通知部をそなえて構成されたことを特徴とする、付
記１〜付記４のいずれか一に記載の予約サーバ。 （付記６） 該他予約状況通知部が、さらに、該代替イ
ベント情報のうち実行可能なものを実行イベント情報と
して該送信部に出力するように構成されたことを特徴と
する、付記５記載の予約サーバ。

【０２５０】（付記７） 該他予約状況通知部が、ユー
ザの移動時間と、他の店舗におけるユーザの待ち時間
と、他の店舗におけるイベントの実行時間とに基づい
て、該実行イベント情報を出力するように構成されたこ
とを特徴とする、付記６記載の予約サーバ。 （付記８） 該他予約状況通知部が、該代替イベント情
報に含まれるイベントのうち、そのイベントに要する実
行時間に該待ち時間を加算して得たイベント終了時刻に
基づいて、最大実行時間を要する最長イベントを抽出し
その抽出した最長イベントを、該実行イベント情報に含
めて出力するように構成されたことを特徴とする、付記
６記載の予約サーバ。

【０２５１】（付記９） 該代替イベント情報出力部
が、該代替イベント情報を時間帯ごとに保持出力しうる
イベント情報保持部として構成されるとともに、該他予
約状況通知部が、該イベント情報保持部が出力した該代
替イベント情報から該実行イベント情報を現在時刻に基
づいて抽出して該送信部に出力するイベント通知部とし
て構成されたことを特徴とする、付記６〜付記８のいず
れか一に記載の予約サーバ。

【０２５２】（付記１０） 該代替イベント情報出力部
が、サーバネットワークを介して接続された他の予約サ
ーバが保持する他予約サーバ代替イベント情報を該代替
イベント情報として出力する他予約サーバインターフェ
ース部として構成されるとともに、該他予約状況通知部
が、該他予約サーバインターフェース部が出力する他予
約サーバ代替イベント情報から所定条件を満たす実行可
能な他予約サーバ代替イベント情報を抽出して該送信部
に出力するように構成されたことを特徴とする、付記５
〜付記８のいずれか一に記載の予約サーバ。

【０２５３】（付記１１） 該受信部にて受信されたユ
ーザからの予約要求を、該他予約サーバインターフェー
ス部を介して、該他の予約サーバ宛に送信する予約仲介
部をそなえて構成されたことを特徴とする、付記１０記
載の予約サーバ。 （付記１２） 該予約サーバと該他の予約サーバとの間
におけるアクセス履歴を保持する利用状況保持部をそな
え、該利用状況保持部が、該他の予約サーバが該予約サ
ーバに対して提供した情報についての紹介料と、該予約
サーバが該他の予約サーバに対して提供した情報につい
ての紹介料とを、それぞれ、該アクセス履歴に基づいて
計算して保持するように構成されたことを特徴とする、
付記１１記載の予約サーバ。

【０２５４】（付記１３） 該代替イベント情報出力部
から出力された該代替イベント情報についての割引情報
又は付加価値情報を生成し、該割引情報又は該付加価値
情報を該送信部に対して出力する割引・付加価値情報生
成部をそなえて構成されたことを特徴とする、付記１〜
付記１２のいずれか一に記載の予約サーバ。 （付記１４） 予約を要する要予約サービスと該要予約
サービスの予約状況とを含む店舗・施設情報を保持する
保持部と、該店舗・施設情報の該予約状況に応じた店舗
・施設の対応に関する対応手法データを保持する対応テ
ーブルと、該保持部に保持された該予約状況に基づい
て、該対応テーブルに保持された該対応手法データから
所望の対応手法データを選択し、その選択した対応手法
データを他の店舗・施設に対して通知する店舗対応選択
部とをそなえて構成されたことを特徴とする、予約サー
バ。

【０２５５】（付記１５） 該店舗対応選択部が、該対
応手法データを、該予約状況のうち、所定時間における
予約数の変化を示す変化率に応じて該対応テーブルから
読み出して出力するように構成されたことを特徴とす
る、付記１４記載の予約サーバ。 （付記１６） 予約サーバに保持された、予約を要する
要予約サービスと該要予約サービスの予約状況とを含む
店舗・施設情報又は該要予約サービスを代替するイベン
トに関する代替イベント情報のうち少なくとも一方を受
信する受信部と、該受信部にて受信された該店舗・施設
情報又は該代替イベント情報を表示する表示部と、該表
示部に表示された該店舗・施設情報又は該代替イベント
情報のうちユーザが希望する希望サービス又は希望イベ
ントを選択する選択部と、該選択部にて選択された該希
望サービス又は該希望イベントを該予約サーバに対して
送信する送信部とをそなえて構成されたことを特徴とす
る、ユーザ端末。

【０２５６】（付記１７） 該受信部によって受信され
た、該予約サーバからの割引情報又は付加価値情報を保
持する割引・付加価値情報保持部をそなえて構成された
ことを特徴とする、付記１６記載のユーザ端末。 （付記１８） データを送受信するユーザ端末と、該ユ
ーザ端末と無線ネットワークを介して接続され、予約を
要する要予約サービスと該要予約サービスの予約状況と
を含む店舗・施設情報又は該要予約サービスを代替する
イベントに関する代替イベント情報のうち少なくとも一
方を該ユーザ端末に出力しうる予約サーバとをそなえ、
該予約サーバが、該店舗・施設情報を保持する保持部
と、該代替イベント情報を出力する代替イベント情報出
力部と、該ユーザ端末から送信された、ユーザが希望す
る希望サービス又は希望イベントを受信する第１受信部
と、該保持部に保持された該店舗・施設情報と、該代替
イベント情報出力部から出力された該代替イベント情報
とを、該第１受信部にて受信した該希望サービス又は該
希望イベントに基づいて選択的に読み出す予約管理部
と、該予約管理部にて読み出された該店舗・施設情報又
は該代替イベント情報のうち少なくとも一方を該ユーザ
端末に対して送信する第１送信部とをそなえ、さらに、
該ユーザ端末が、該予約サーバの第１送信部から送信さ
れた、該店舗・施設情報又は該代替イベント情報のうち
少なくとも一方を受信する第２受信部と、該第２受信部
にて受信された該店舗・施設情報又は該代替イベント情
報を表示する表示部と、該表示部に表示された該店舗・
施設情報又は該代替イベント情報のうち該ユーザが希望
する希望サービス又は希望イベントを選択する選択部
と、該選択部にて選択された該希望サービス又は該希望
イベントを該予約サーバに対して送信する第２送信部と
をそなえて構成されたことを特徴とする、予約システ
ム。

【０２５７】（付記１９） 予約サーバが、予約を要す
る要予約サービスと該要予約サービスの予約状況とを含
む店舗・施設情報又は該要予約サービスを代替するイベ
ントに関する代替イベント情報のうち少なくとも一方
を、該予約サーバと無線ネットワークを介して接続され
たユーザ端末に対して送信する第１送信ステップと、該
ユーザ端末が、該第１送信ステップにて送信された該店
舗・施設情報又は該代替イベント情報のうちユーザが希
望する希望サービス又は希望イベントを該予約サーバに
対して送信する予約ステップと、該予約サーバが、該予
約ステップにて送信された該希望サービス又は該希望イ
ベントに基づいて、該店舗・施設情報と、該要予約サー
ビスを代替するイベントに関する代替イベント情報との
うち少なくとも一方を選択する選択ステップと、該予約
サーバが、該選択ステップにて選択された該店舗・施設
情報又は該代替イベント情報を、該ユーザ端末に対して
送信する第２送信ステップとをそなえて構成されたこと
を特徴とする、予約方法。

【０２５８】（付記２０） 該第１送信ステップが、該
予約サーバが、該予約サーバとサーバネットワークを介
して接続された他の予約サーバが保持する他予約サーバ
代替イベント情報にアクセスする他予約サーバアクセス
ステップと、該予約サーバが、該他予約サーバアクセス
ステップにてアクセスされた該他予約サーバ代替イベン
ト情報から該希望サービスが開始されるまでの該ユーザ
の待ち時間内に実行可能な実行イベント情報を抽出する
実行イベント情報抽出ステップと、該予約サーバが、該
実行イベント情報抽出ステップにて抽出された該実行イ
ベント情報を該ユーザ端末に対して送信する実行イベン
ト情報送信ステップとをそなえて構成されたことを特徴
とする、付記１９記載の予約方法。

【０２５９】（付記２１） 該選択ステップが、該予約
サーバが、該予約サーバとサーバネットワークを介して
接続された他の予約サーバが保持する他予約サーバ店舗
・施設情報又は他予約サーバ代替イベント情報にアクセ
スする他予約サーバアクセスステップと、該予約サーバ
が、該他予約サーバアクセスステップにてアクセスされ
た該他予約サーバ店舗・施設情報又は該他予約サーバ代
替イベント情報に基づいて、該希望サービス又は該希望
イベントが開始されるまでの該ユーザの待ち時間を算出
する待ち時間算出ステップと、該予約サーバが、該待ち
時間算出ステップにて算出された該待ち時間内に実行可
能なものを、該希望サービス又は該希望イベントから抽
出する抽出ステップとをそなえて構成されたことを特徴
とする、付記１９又は付記２０記載の予約方法。

【０２６０】（付記２２） ユーザ端末が、該ユーザ端
末と無線ネットワークを介して接続された予約サーバに
対して、予約を要する要予約サービスについて予約する
予約ステップと、該予約サーバが、該予約ステップにて
予約された該要予約サービスの予約数の変化率が閾値以
上又は閾値以下であることを検出する閾値検出ステップ
と、該閾値検出ステップにて閾値以上と検出されたとき
は、該予約サーバが、サーバネットワークを介して接続
された他の予約サーバにアクセスして余剰人員を有する
余剰店舗・施設を検索するとともに、該閾値検出ステッ
プにて閾値以下と検出されたときは、該予約サーバが、
該他の予約サーバにアクセスして派遣人員が必要な要派
遣店舗・施設を検索する余剰・派遣人員検索ステップ
と、該予約サーバが、該余剰・派遣人員検索ステップに
て検索された余剰店舗・施設又は要派遣店舗・施設に対
して、派遣依頼又は応援申し出する依頼・応援ステップ
とをそなえて構成されたことを特徴とする、予約方法。

【０２６１】（付記２３） 予約サーバが、該予約サー
バとサーバネットワークを介して接続されたユーザ端末
のうち、通信可能な通信可能ユーザ端末を検索する通信
可能ユーザ端末検索ステップと、該予約サーバが、該通
信可能ユーザ端末検索ステップにて検索された該通信可
能ユーザ端末に対して、予約を要する要予約サービスと
該要予約サービスの予約状況とを含む店舗・施設情報を
送信する第３送信ステップと、該通信可能ユーザ端末
が、該第３送信ステップにて送信された該店舗・施設情
報に含まれる該要予約サービスのうちユーザが希望する
希望サービスを該予約サーバに対して送信する第４送信
ステップとをそなえて構成されたことを特徴とする、予
約方法。

【０２６２】（付記２４） ユーザ端末が、該ユーザ端
末とサーバネットワークを介して接続された予約サーバ
に対して、ユーザの希望する希望サービスの提供を受け
られるか否かを問い合わせる問い合わせステップと、該
予約サーバが、該問い合わせステップにて問い合わせら
れた該希望サービスについて、予約を要する要予約サー
ビスと該要予約サービスの予約状況とを含む店舗・施設
情報又は該要予約サービスを代替するイベントに関する
代替イベント情報のうち少なくとも一方を参照する参照
ステップと、該予約サーバが、該参照ステップにおける
参照によって、該ユーザが該希望サービスを利用できる
ときは該希望サービスの詳細を該ユーザ端末に対して送
信するとともに、該ユーザが該希望サービスを利用でき
ないときは代替店舗・施設情報又は代替イベント情報を
該ユーザ端末に対して送信する店舗・施設情報送信ステ
ップとをそなえて構成されたことを特徴とする、予約方
法。

【０２６３】

【発明の効果】以上詳述したように、本発明の予約サー
バ（請求項１，２），ユーザ端末（請求項３）及び予約
システム（請求項４）並びに予約方法（請求項５）によ
れば、以下に述べるような効果ないしは利点がある。 （１）本発明の予約サーバによれば、予約を要する要予
約サービスと要予約サービスの予約状況とを含む店舗・
施設情報を保持する保持部と、要予約サービスを代替す
るイベントに関する代替イベント情報を出力する代替イ
ベント情報出力部と、ユーザ端末から送信された、ユー
ザが希望する希望サービス又は希望イベントを受信する
受信部と、保持部に保持された店舗・施設情報と、代替
イベント情報出力部から出力された代替イベント情報と
を、受信部にて受信した希望サービス又は希望イベント
に基づいて選択的に読み出す予約管理部と、予約管理部
にて読み出された店舗・施設情報又は代替イベント情報
のうち少なくとも一方をユーザ端末に対して送信する送
信部とをそなえて構成されているので、予め定めた範囲
にいるユーザに対して、予約状況をユーザ端末に送信す
ることにより、リアルタイムで店舗の状況を通知でき、
集客力の向上を促進できる（請求項１）。

【０２６４】（２）本発明の予約サーバによれば、ユー
ザ窓口又は遠隔的アクセス手段を介して要予約サービス
と要予約サービスの座席数に関する予約状況とを含む店
舗・施設情報を保持する保持部と、要予約サービスを代
替するイベントとイベントの開始・終了時刻とを含む代
替イベント情報を出力する代替イベント情報出力部と、
ユーザが希望する希望サービス又は希望イベントを受信
する受信部と、保持部に保持された店舗・施設情報と、
代替イベント情報出力部から出力された代替イベント情
報とを、受信した希望サービス又は希望イベントに基づ
いて選択的に読み出す予約管理部と、予約管理部にて読
み出された店舗・施設情報又は代替イベント情報をユー
ザ端末に対して送信する送信部とをそなえて構成されて
いるので、予約後、他予約サーバにアクセスして他の予
約状況又は近くの店舗の予約状況をユーザに通知するこ
とにより、ユーザが現在アクセス可能な範囲にある予約
状況を、適切なタイミングでユーザに送信できる（請求
項２）。

【０２６５】（３）本発明のユーザ端末によれば、予約
サーバに保持された、要予約サービスと要予約サービス
の予約状況とを含む店舗・施設情報又は要予約サービス
を代替するイベントに関する代替イベント情報を受信す
る受信部と、受信された店舗・施設情報又は代替イベン
ト情報を表示する表示部と、表示部に表示された店舗・
施設情報又は代替イベント情報のうちユーザが希望する
希望サービス又は希望イベントを選択する選択部と、選
択部にて選択された希望サービス又は希望イベントを予
約サーバに対して送信する送信部とをそなえて構成され
ているので、自店舗の予約が待ち時間を有する場合は、
ユーザはその待ち時間内にユーザが実行可能な情報のみ
を通知され、予約サーバを設置した店舗は自店舗のほか
のサービスを利用するよう促進でき他の店舗を紹介して
他の店舗からの紹介料又は広告料を徴収することが可能
となる（請求項３）。

【０２６６】（４）本発明の予約システムによれば、デ
ータを送受信するユーザ端末と、ユーザ端末と無線ネッ
トワークを介して接続され、予約を要する要予約サービ
スと要予約サービスの予約状況とを含む店舗・施設情報
又は要予約サービスを代替するイベントに関する代替イ
ベント情報のうち少なくとも一方をユーザ端末に出力し
うる予約サーバとをそなえ、予約サーバが、保持部と、
代替イベント情報出力部と、第１受信部と、予約管理部
と、第１送信部とをそなえ、さらに、ユーザ端末が、第
２受信部と、表示部と、選択部と、第２送信部とをそな
えて構成されているので、ユーザは、他店舗の予約サー
バの通信可能範囲に移動することなく、最初の位置から
他の店舗の予約が可能となる。また、予約可能な範囲
が、予約サーバの無線ネットワークの通信可能範囲より
も広い範囲に拡大される（請求項４）。

【０２６７】（５）本発明の予約方法によれば、予約サ
ーバが店舗・施設情報又は要予約サービスを代替するイ
ベントに関する代替イベント情報を、ユーザ端末に対し
て送信する第１送信ステップと、ユーザ端末が、店舗・
施設情報又は代替イベント情報のうちユーザが希望する
希望サービス又は希望イベントを予約サーバに対して送
信する予約ステップと、予約サーバが、希望サービス又
は希望イベントに基づいて、店舗・施設情報と、要予約
サービスを代替するイベントに関する代替イベント情報
を選択する選択ステップと、予約サーバが、店舗・施設
情報又は代替イベント情報を、ユーザ端末に対して送信
する第２送信ステップとをそなえて構成されているの
で、紹介は、店舗ではなく、例えば時間限定で行なわれ
るサービスを紹介することにより、ユーザに対して、イ
ベントの通知を効果的に行なうことが可能となる（請求
項５）。

【０２６８】（６）予約サーバが、予約管理部にて選択
された代替イベント情報に含まれる開始時刻又は店舗・
施設情報に含まれる要予約サービスの開始時刻と、現在
時刻との差分を待ち時間として算出して出力する待ち時
間算出部をそなえて構成されてもよく、このようにすれ
ば、自店舗の予約の待ち時間ではなく、予約終了後につ
いても同様に、ユーザが実行可能な情報のみ選択して通
知することにより、ユーザが予約終了後に過ごす時間に
対して、予約サーバを設置した店舗は、自店舗のほかの
サービスを利用するよう促進したり、他の店舗を紹介す
ることにより、他の店舗から紹介料又は広告料を徴収す
ることが可能となる。

【０２６９】（７）予約サーバが、予約管理部にて選択
された代替イベント情報に含まれるイベントに要する実
行時間又は店舗・施設情報に含まれる要予約サービスに
要する実行時間と、現在時刻との和を終了時刻として算
出して出力する終了時刻算出部をそなえて構成されても
よく、このようにすれば、多様なサービスを提供できる
とともに、ユーザはそのサービスの予約を確実にでき
る。

【０２７０】（８）予約サーバが、代替イベント情報出
力部から出力された代替イベント情報のうち、予約を要
する要予約イベントの予約状況を送信部に出力する他予
約状況通知部をそなえて構成されてもよく、この他予約
状況通知部が、さらに、代替イベント情報のうち実行可
能なものを実行イベント情報として送信部に出力するよ
うに構成されたり、ユーザの移動時間と、他の店舗にお
けるユーザの待ち時間と、他の店舗におけるイベントの
実行時間とに基づいて、実行イベント情報を出力するよ
うに構成されたり、又は、代替イベント情報に含まれる
イベントのうち、そのイベントに要する実行時間に待ち
時間を加算して得たイベント終了時刻に基づいて、最大
実行時間を要する最長イベントを抽出しその抽出した最
長イベントを、実行イベント情報に含めて出力するよう
に構成されてもよく、このようにすれば、ユーザに対し
て確定的な時間を決定できないサービスを提供する場合
でも、サービス又はイベントの実行時間を送信できる。

【０２７１】（９）代替イベント情報出力部が、代替イ
ベント情報を時間帯ごとに保持出力しうるイベント情報
保持部として構成されるとともに、他予約状況通知部
が、イベント情報保持部が出力した代替イベント情報か
ら実行イベント情報を現在時刻に基づいて抽出して送信
部に出力するイベント通知部として構成されてもよく、
このようにすれば、ユーザは自分の都合のよい時間帯
に、サービスを受けることができる。

【０２７２】（１０）代替イベント情報出力部が、サー
バネットワークを介して接続された他の予約サーバが保
持する他予約サーバ代替イベント情報を代替イベント情
報として出力する他予約サーバインターフェース部とし
て構成されるとともに、他予約状況通知部が、他予約サ
ーバインターフェース部が出力する他予約サーバ代替イ
ベント情報から所定条件を満たす実行可能な他予約サー
バ代替イベント情報を抽出して送信部に出力するように
構成されてもよく、このようにすれば、予約サーバは、
ユーザに対して、多種のサービスを提供できるようにな
る。

【０２７３】（１１）受信部にて受信されたユーザから
の予約要求を、他予約サーバインターフェース部を介し
て、他の予約サーバ宛に送信する予約仲介部をそなえて
構成されてもよく、このようにすれば、紹介するサービ
スが枯渇することが回避される。 （１２）予約サーバと他の予約サーバとの間におけるア
クセス履歴を保持する利用状況保持部をそなえ、利用状
況保持部が、他の予約サーバが予約サーバに対して提供
した情報についての紹介料と、予約サーバが他の予約サ
ーバに対して提供した情報についての紹介料とを、それ
ぞれ、アクセス履歴に基づいて計算して保持するように
構成されてもよく、このようにすれば、他の店舗の紹介
又は予約を仲介したときのアクセス履歴が保持され、紹
介数及び予約仲介数など予約サーバが行なった回数に応
じた紹介料の徴収が可能となる。

【０２７４】（１３）代替イベント情報出力部から出力
された代替イベント情報についての割引情報又は付加価
値情報を生成し、割引情報又は付加価値情報を送信部に
対して出力する割引・付加価値情報生成部をそなえて構
成されてもよく、このようにすれば、紹介、又は予約仲
介のとき、他の店舗のクーポン券をユーザ端末に送信す
ることにより、紹介したサービスの利用を、ユーザに対
して強く促進することができる。

【０２７５】（１４）予約を要する要予約サービスと要
予約サービスの予約状況とを含む店舗・施設情報を保持
する保持部と、店舗・施設情報の予約状況に応じた店舗
・施設の対応に関する対応手法データを保持する対応テ
ーブルと、保持部に保持された予約状況に基づいて、対
応テーブルに保持された対応手法データから所望の対応
手法データを選択し、その選択した対応手法データを他
の店舗・施設に対して通知する店舗対応選択部とをそな
えて構成されてもよく、また、この店舗対応選択部は、
対応手法データを、予約状況のうち、所定時間における
予約数の変化を示す変化率に応じて対応テーブルから読
み出して出力するように構成されてもよく、このように
すれば、予約システムでユーザの予約状況を常に、監視
でき、現在の状況に応じた店舗の対応を店舗に提案で
き、より多くの利益を店舗にもたらすことや、ユーザの
希望に即したサービス提供が可能となる。

【０２７６】（１５）受信部によって受信された、予約
サーバからの割引情報又は付加価値情報を保持する割引
・付加価値情報保持部をそなえて構成されてもよく、こ
のようにすれば、ユーザは、例えば店舗・施設にて、店
員に対して、ユーザ端末の表示部を提示して、その割引
券又はクーポン券に示されたサービスを受けることがで
きる。

【０２７７】（１６）また、本発明の予約方法によれ
ば、第１送信ステップが、予約サーバが、予約サーバと
サーバネットワークを介して接続された他の予約サーバ
が保持する他予約サーバ代替イベント情報にアクセスす
る他予約サーバアクセスステップと、予約サーバが、他
予約サーバアクセスステップにてアクセスされた他予約
サーバ代替イベント情報から希望サービスが開始される
までのユーザの待ち時間内に実行可能な実行イベント情
報を抽出する実行イベント情報抽出ステップと、予約サ
ーバが、実行イベント情報抽出ステップにて抽出された
実行イベント情報をユーザ端末に対して送信する実行イ
ベント情報送信ステップとをそなえて構成されているの
で、紹介と予約仲介とにより、ユーザは、他店舗の予約
サーバの通信可能範囲に移動することなく、最初の位置
から他の店舗の予約が可能となる。また、予約サーバの
予約可能な範囲が、予約サーバの無線ネットワーク３の
通信可能範囲よりも広い範囲に拡大される。

【０２７８】（１７）選択ステップが、予約サーバが、
予約サーバとサーバネットワークを介して接続された他
の予約サーバが保持する他予約サーバ店舗・施設情報又
は他予約サーバ代替イベント情報にアクセスする他予約
サーバアクセスステップと、予約サーバが、他予約サー
バアクセスステップにてアクセスされた他予約サーバ店
舗・施設情報又は他予約サーバ代替イベント情報に基づ
いて、希望サービス又は希望イベントが開始されるまで
のユーザの待ち時間を算出する待ち時間算出ステップ
と、予約サーバが、待ち時間算出ステップにて算出され
た待ち時間内に実行可能なものを、希望サービス又は希
望イベントから抽出する抽出ステップとをそなえて構成
されてもよく、このようにすれば、サービス提供者は、
予約状況や時間限定サービスを、適切なタイミングでユ
ーザに通知できる。

【０２７９】（１８）本発明の予約方法によれば、ユー
ザ端末が、ユーザ端末と無線ネットワークを介して接続
された予約サーバに対して、予約を要する要予約サービ
スについて予約する予約ステップと、予約サーバが、予
約ステップにて予約された要予約サービスの予約数の変
化率が閾値以上又は閾値以下であることを検出する閾値
検出ステップと、閾値検出ステップにて閾値以上と検出
されたときは、予約サーバが、サーバネットワークを介
して接続された他の予約サーバにアクセスして余剰人員
を有する余剰店舗・施設を検索するとともに、閾値検出
ステップにて閾値以下と検出されたときは、予約サーバ
が、他の予約サーバにアクセスして派遣人員が必要な要
派遣店舗・施設を検索する余剰・派遣人員検索ステップ
と、予約サーバが、余剰・派遣人員検索ステップにて検
索された余剰店舗・施設又は要派遣店舗・施設に対し
て、派遣依頼又は応援申し出する依頼・応援ステップと
をそなえて構成されているので、ユーザは、リアルタイ
ムで通信可能範囲に位置する店舗のサービスを知ること
ができ、最新のサービス情報を得ることができる。

【０２８０】（１９）本発明の予約方法によれば、予約
サーバが、予約サーバとサーバネットワークを介して接
続されたユーザ端末のうち、通信可能な通信可能ユーザ
端末を検索する通信可能ユーザ端末検索ステップと、予
約サーバが、通信可能ユーザ端末検索ステップにて検索
された通信可能ユーザ端末に対して、予約を要する要予
約サービスと要予約サービスの予約状況とを含む店舗・
施設情報を送信する第３送信ステップと、通信可能ユー
ザ端末が、第３送信ステップにて送信された店舗・施設
情報に含まれる要予約サービスのうちユーザが希望する
希望サービスを予約サーバに対して送信する第４送信ス
テップとをそなえて構成されているので、サービス内容
と予約状況とを、適切なタイミングで広告でき、また、
ユーザ端末には、ユーザが直接、訪れることができる店
舗・施設についての予約状況が得られる。

【０２８１】（２０）本発明の予約方法によれば、ユー
ザ端末が、ユーザ端末とサーバネットワークを介して接
続された予約サーバに対して、ユーザの希望する希望サ
ービスの提供を受けられるか否かを問い合わせる問い合
わせステップと、予約サーバが、問い合わせステップに
て問い合わせられた希望サービスについて、予約を要す
る要予約サービスと要予約サービスの予約状況とを含む
店舗・施設情報又は要予約サービスを代替するイベント
に関する代替イベント情報のうち少なくとも一方を参照
する参照ステップと、予約サーバが、参照ステップにお
ける参照によって、ユーザが希望サービスを利用できる
ときは希望サービスの詳細をユーザ端末に対して送信す
るとともに、ユーザが希望サービスを利用できないとき
は代替店舗・施設情報又は代替イベント情報をユーザ端
末に対して送信する店舗・施設情報送信ステップとをそ
なえて構成されているので、ユーザが主導的になって、
サービスを選択して受けることができるようになる。

【図面の簡単な説明】

【図１】本発明を適用される予約システムの構成図であ
る。

【図２】本発明の第１実施形態に係る予約サーバのブロ
ック図である。

【図３】本発明の第１実施形態に係るサーバネットワー
クの構成図である。

【図４】本発明の第１実施形態に係るユーザ端末のブロ
ック図である。

【図５】ピコネットの説明図である。

【図６】ピコネットのネットワークの初期状態を示す図
である。

【図７】ピコネットのネットワークが形成された状態を
示す図である。

【図８】スキャッタネットが形成された状態を示す図で
ある。

【図９】スキャッタネットの階層構造を説明するための
図である。

【図１０】スキャッタネットの終了終了状態を示す図で
ある。

【図１１】本発明の第１実施形態に係る通常予約におけ
るネットワークトポロジを示す図である。

【図１２】本発明の第１実施形態に係る第１のネットワ
ークトポロジを説明するための図である。

【図１３】本発明の第１実施形態に係る第２のネットワ
ークトポロジを説明するための図である。

【図１４】本発明の第１実施形態に係る予約方法を説明
するためのフローチャートである。

【図１５】本発明の第１実施形態に係る通信可能範囲を
説明するための図である。

【図１６】本発明の第１実施形態に係る予約完了前のユ
ーザ端末の予約方法のフローチャートである。

【図１７】本発明の第１実施形態に係る予約完了後のユ
ーザ端末の予約方法のフローチャートである。

【図１８】本発明の第２実施形態に係る予約サーバのブ
ロック図である。

【図１９】（ａ）は本発明の第２実施形態に係るタイム
テーブルを説明するための図であり、（ｂ）は本発明の
第２実施形態に係る実行イベント情報を説明するための
図である。

【図２０】本発明の第２実施形態に係る予約方法を説明
するためのフローチャートである。

【図２１】本発明の第２実施形態の第１変形例に係る予
約サーバのブロック図である。

【図２２】本発明の第２実施形態の第１変形例に係る予
約方法を説明するためのフローチャートである。

【図２３】本発明の第２実施形態の第１変形例に係る他
の予約方法を説明するためのフローチャートである。

【図２４】本発明の第２実施形態の第２変形例に係る予
約サーバのブロック図である。

【図２５】本発明の第２実施形態の第２変形例に係る予
約方法を説明するためのフローチャートである。

【図２６】本発明の第２実施形態の第３変形例に係る予
約サーバのブロック図である。

【図２７】本発明の第２実施形態の第３変形例に係る予
約方法を説明するためのフローチャートである。

【図２８】本発明の第２実施形態の第４変形例に係る予
約サーバのブロック図である。

【図２９】本発明の第２実施形態の第４変形例に係る予
約方法を説明するためのフローチャートである。

【図３０】本発明の第２実施形態の第４変形例に係る紹
介料の計算方法を説明するためのフローチャートであ
る。

【図３１】本発明の第２実施形態の第５変形例に係る予
約サーバのブロック図である。

【図３２】本発明の第２実施形態の第５変形例に係る予
約方法を説明するためのフローチャートである。

【図３３】本発明の第３実施形態に係る予約サーバのブ
ロック図である。

【図３４】本発明の第３実施形態に係る予約サーバの他
のブロック図である。

【図３５】本発明の第３実施形態に係る予約方法を説明
するためのフローチャートである。

【図３６】本発明の第３実施形態に係る他の予約方法を
説明するためのフローチャートである。

【図３７】本発明の第４実施形態に係る予約サーバのブ
ロック図である。

【図３８】本発明の第４実施形態に係る予約方法を説明
するためのフローチャートである。

【図３９】本発明の第５実施形態に係る予約率情報によ
る予約状況の表示例である。

【図４０】本発明の第５実施形態に係る座席番号による
予約状況の表示例である。

【図４１】本発明の第５実施形態に係る予約申し込みの
表示例である。

【図４２】（ａ），（ｂ）はいずれも本発明の第５実施
形態に係る満席時の表示例である。

【図４３】（ａ）は本発明の第５実施形態に係る提案時
刻を説明するための図であり、（ｂ）は本発明の第５実
施形態に係る施設のタイムテーブルを示す図である。

【図４４】本発明の第５実施形態に係るユーザ端末の画
面例を示す図である。

【図４５】本発明の第５実施形態に係るサービス又はイ
ベントの終了後の提案内容の一例を示す図である。

【符号の説明】

１，１Ａ，１Ｂ，１ＡＡ，１ＢＢ ユーザ端末 １ｃ 受信部 １ｄ 制御部 １ｅ 表示部 １ｆ 選択部 １ｇ 送信部 １ｈ スピーカ １ｊ マイク １ｋ クーポン保持部 ２，２ａ〜２ｈ，２２ 予約サーバ １９ａ，１９ｂ，１９ｃ，１９ｄ，１９ｅ 他予約サー
バ ３ 無線ネットワーク ４ サーバネットワーク ５ 店舗側対応テーブル ６ 待ち時間算出部 ７ 他予約状況通知部 ８ 予約仲介部 ９ イベント情報保持部 １０ イベント通知部 １１ 終了時刻算出部 １２ ネットワークターミナル（代替イベント情報出力
部，他予約サーバインターフェース部） １３ 予約仲介部 １４ 利用状況保持部 １５ クーポン発行部 １６ 無線送受信機 １６ａ 受信部 １６ｂ 送信部 １７ 店舗対応選択部 １８ 店舗側端末 ２０ カプラ ２１ スキャッタネット ２３ 予約システム ２４ａ，２４ｂ アンテナ ２５ 予約状況保持部 ２６ 予約管理部 ３０ レストラン（店舗・施設）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５１４ Ｇ０６Ｆ 17/60 ５１４ (72)発明者 鈴木 祥治 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 予約を要する要予約サービスと該要予約
   サービスの予約状況とを含む店舗・施設情報を保持する
   保持部と、 該要予約サービスを代替するイベントに関する代替イベ
   ント情報を出力する代替イベント情報出力部と、 ユーザ端末から送信された、ユーザが希望する希望サー
   ビス又は希望イベントを受信する受信部と、 該保持部に保持された該店舗・施設情報と、該代替イベ
   ント情報出力部から出力された該代替イベント情報と
   を、該受信部にて受信した該希望サービス又は該希望イ
   ベントに基づいて選択的に読み出す予約管理部と、 該予約管理部にて読み出された該店舗・施設情報又は該
   代替イベント情報のうち少なくとも一方を該ユーザ端末
   に対して送信する送信部とをそなえて構成されたことを
   特徴とする、予約サーバ。
2. 【請求項２】 予約を要する要予約サービスと該要予約
   サービスの予約状況とを含む店舗・施設情報を保持する
   保持部と、 該店舗・施設情報の該予約状況に応じた店舗・施設の対
   応に関する対応手法データを保持する対応テーブルと、 該保持部に保持された該予約状況に基づいて、該対応テ
   ーブルに保持された該対応手法データから所望の対応手
   法データを選択し、その選択した対応手法データを他の
   店舗・施設に対して通知する店舗対応選択部とをそなえ
   て構成されたことを特徴とする、予約サーバ。
3. 【請求項３】 予約サーバに保持された、予約を要する
   要予約サービスと該要予約サービスの予約状況とを含む
   店舗・施設情報又は該要予約サービスを代替するイベン
   トに関する代替イベント情報のうち少なくとも一方を受
   信する受信部と、 該受信部にて受信された該店舗・施設情報又は該代替イ
   ベント情報を表示する表示部と、 該表示部に表示された該店舗・施設情報又は該代替イベ
   ント情報のうちユーザが希望する希望サービス又は希望
   イベントを選択する選択部と、 該選択部にて選択された該希望サービス又は該希望イベ
   ントを該予約サーバに対して送信する送信部とをそなえ
   て構成されたことを特徴とする、ユーザ端末。
4. 【請求項４】 データを送受信するユーザ端末と、 該ユーザ端末と無線ネットワークを介して接続され、予
   約を要する要予約サービスと該要予約サービスの予約状
   況とを含む店舗・施設情報又は該要予約サービスを代替
   するイベントに関する代替イベント情報のうち少なくと
   も一方を該ユーザ端末に出力しうる予約サーバとをそな
   え、 該予約サーバが、 該店舗・施設情報を保持する保持部と、 該代替イベント情報を出力する代替イベント情報出力部
   と、 該ユーザ端末から送信された、ユーザが希望する希望サ
   ービス又は希望イベントを受信する第１受信部と、 該保持部に保持された該店舗・施設情報と、該代替イベ
   ント情報出力部から出力された該代替イベント情報と
   を、該第１受信部にて受信した該希望サービス又は該希
   望イベントに基づいて選択的に読み出す予約管理部と、 該予約管理部にて読み出された該店舗・施設情報又は該
   代替イベント情報のうち少なくとも一方を該ユーザ端末
   に対して送信する第１送信部とをそなえ、 さらに、 該ユーザ端末が、 該予約サーバの第１送信部から送信された、該店舗・施
   設情報又は該代替イベント情報のうち少なくとも一方を
   受信する第２受信部と、 該第２受信部にて受信された該店舗・施設情報又は該代
   替イベント情報を表示する表示部と、 該表示部に表示された該店舗・施設情報又は該代替イベ
   ント情報のうち該ユーザが希望する希望サービス又は希
   望イベントを選択する選択部と、 該選択部にて選択された該希望サービス又は該希望イベ
   ントを該予約サーバに対して送信する第２送信部とをそ
   なえて構成されたことを特徴とする、予約システム。
5. 【請求項５】 予約サーバが、予約を要する要予約サー
   ビスと該要予約サービスの予約状況とを含む店舗・施設
   情報又は該要予約サービスを代替するイベントに関する
   代替イベント情報のうち少なくとも一方を、該予約サー
   バと無線ネットワークを介して接続されたユーザ端末に
   対して送信する第１送信ステップと、 該ユーザ端末が、該第１送信ステップにて送信された該
   店舗・施設情報又は該代替イベント情報のうちユーザが
   希望する希望サービス又は希望イベントを該予約サーバ
   に対して送信する予約ステップと、 該予約サーバが、該予約ステップにて送信された該希望
   サービス又は該希望イベントに基づいて、該店舗・施設
   情報と、該要予約サービスを代替するイベントに関する
   代替イベント情報とのうち少なくとも一方を選択する選
   択ステップと、 該予約サーバが、該選択ステップにて選択された該店舗
   ・施設情報又は該代替イベント情報を、該ユーザ端末に
   対して送信する第２送信ステップとをそなえて構成され
   たことを特徴とする、予約方法。