(57)【特許請求の範囲】
【請求項１】
指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる、利用者が携帯する携帯端末と、当該携帯端末と通信可能なサーバとからなる予約管理システムにおいて、
第１の利用者からの当該利用者以外の第２の利用者から譲り受けたい権利の対象となる施設および時間帯の指定を受け付け、前記サーバへ送信する、前記携帯端末に設けられた指定手段と、
前記第２の利用者が譲り渡してもよい権利として指定している権利のうち、その対象となる施設および時間帯が前記指定手段により指定された施設および時間帯と一致するものを前記サーバに設けられた前記権利が登録された所定のテーブルを検索し、当該所定のテーブルから抽出する、前記サーバに設けられた第１の抽出手段と、
前記第１の利用者が保持する権利のうち、前記第２の利用者が前記第１の抽出手段により抽出されたいずれかの権利と引き替えに譲り受けたい権利として指定している権利と対象となる施設および時間帯が一致するものを前記所定のテーブルを検索し、当該所定のテーブルから抽出する、前記サーバに設けられた第２の抽出手段と、
前記第２の抽出手段により抽出された各権利を特定できる情報を前記第１の利用者の携帯端末に通知する、前記サーバに設けられた通知手段と、
前記通知手段により通知された情報のうちいずれか一つの選択を受け付け、前記サーバへ送信する、前記携帯端末に設けられた選択手段と、
前記第２の抽出手段により抽出された権利の保持者であって、前記選択手段により選択された情報で特定される権利の保持者を前記第２の利用者に変更するよう前記所定のテーブルを書き換える、前記サーバに設けられた第１の変更手段と、
前記第２の抽出手段により抽出された権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者であって、前記選択手段により選択された情報で特定される権利の保持者を前記第１の利用者に変更するよう前記所定のテーブルを書き換える、前記サーバに設けられた第２の変更手段と、
を備えたことを特徴とする予約管理システム。
【請求項２】
指定された施設を指定された時間帯に利用するための権利を当該権利
を希望する利用者に割り当てる、利用者が携帯する携帯端末と、当該携帯端末と通信可能なサーバとからなる予約管理システムが実行する予約管理方法において、
前記端末装置が、第１の利用者からの当該利用者以外の第２の利用者から譲り受けたい権利の対象となる施設および時間帯の指定を受け付け、前記サーバへ送信する指定工程と、
前記サーバが、前記第２の利用者が譲り渡してもよい権利として指定している権利のうち、その対象となる施設および時間帯が前記指定工程で指定された施設および時間帯と一致するものを前記サーバに設けられた前記権利が登録された所定のテーブルを検索し、当該所定のテーブルから抽出する第１の抽出工程と、
前記サーバが、前記第１の利用者が保持する権利のうち、前記第２の利用者が前記第１の抽出工程で抽出されたいずれかの権利と引き替えに譲り受けたい権利として指定している権利と対象となる施設および時間帯が一致するものを前記所定のテーブルを検索し、当該所定のテーブルから抽出する第２の抽出工程と、
前記サーバが、前記第２の抽出工程で抽出された各権利を特定できる情報を前記第１の利用者の携帯端末に通知する通知工程と、
前記携帯端末が、前記通知工程で通知された情報のうちいずれか一つの選択を受け付け、前記サーバへ送信する選択工程と、
前記サーバが、前記第２の抽出工程で抽出された権利の保持者であって、前記選択工程で選択された情報で特定される権利の保持者を前記第２の利用者に変更するよう前記所定のテーブルを書き換える第１の変更工程と、
前記サーバが、前記第２の抽出工程で抽出された権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者であって、前記選択工程で選択された情報で特定される権利の保持者を前記第１の利用者に変更するよう前記所定のテーブルを書き換える第２の変更工程と、
を含んだことを特徴とする予約管理方法。
【請求項３】
前記請求項２に記載された方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、指定された施設を指定された時間帯に利用するための権利（すなわち予約）を、当該権利を希望する利用者に割り当てる予約管理システム、予約管理方法およびその方法をコンピュータに実行させるプログラムに関する。
【０００２】
【従来の技術】
「ユニバーサル・スタジオ・ジャパン」を始めとする集客力の強いアミューズメントパークでは、週末などパーク内のあちこちに長蛇の列ができるような混雑が予想される日には、あらかじめ「予約券」を発行することで、利用者の待ち時間を少しでも減らせるように工夫している。
【０００３】
この予約券とは、たとえば各アトラクションの入口近くに設営された仮設テントで一定枚数だけ配布される無料の紙片で、券面に記載された時刻に係員に提示すると、それまで列に並んで待っていなくとも当該アトラクションを優先的に利用できるというものである。あらかじめこの予約券を入手しておけば、券面記載の時刻まで他のすいているアトラクションを利用したり、レストランで食事を取ったりできるので、利用者は限られた時間を有効に活用することができる。
【０００４】
また、パーク側としても人気のあるアトラクションに一時に利用者が集中するのを避け、利用者に最大限にパークを満喫してもらうことで、よりいっそうの集客力や収益率の強化をはかることができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来は予約券を取得するためには、予約したいアトラクションの近くまで出向いてゆく必要があった。しかもアトラクションによっては、予約券でさえ配布開始直後になくなってしまい、せっかく行ったのが無駄になったり予想外に遅い時間の予約を余儀なくされたりすることも多かった。
【０００６】
その一方で、せっかく入手した予約券でも、何らかの事情で券面時刻までにそのアトラクションに到着できないとキャンセル扱いになってしまい（予約の時刻を繰り下げることができない）、再度別の時刻の予約券を取得するか、予約を諦めて行列に並ぶかしなければならない。また、こうしたキャンセルが発生すると、最終的にはその予約券を取得して列に並ばなくても済んだはずの別の利用者にしわ寄せが行ってしまう。
【０００７】
この発明は上記従来技術による問題を解決するため、過度の予約を抑制するとともに限られた枠内の予約を必要な利用者に効率的に分配することが可能な予約管理システム、予約管理方法およびその方法をコンピュータに実行させるプログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、この発明にかかる予約管理システムは、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理システムにおいて、少なくとも一人の利用者を指定する第１の指定手段と、前記第１の指定手段により指定された各利用者がそれぞれ保持するポイント数の範囲で上記権利の割り当てを希望できる施設を特定する特定手段と、前記特定手段により特定された各施設の各時間帯につき、どの利用者にも割り当てられていない前記権利が前記第１の指定手段により指定された利用者の人数分だけあるかどうかを判定する判定手段と、前記判定手段により、前記権利が前記第１の指定手段により指定された利用者の人数分だけあると判定されたいずれかの施設のいずれかの時間帯を指定する第２の指定手段と、前記第２の指定手段により指定された施設を前記第２の指定手段により指定された時間帯に前記第１の指定手段により指定された利用者が利用するための権利を所定のテーブルに登録する登録手段と、を備えたことを特徴とする。
【０００９】
この発明によれば、利用者が予約できる施設は、その予約に必要なポイント数が当該利用者の現在保持するポイント数以下であるようなものに制限される。
【００１０】
また、この発明にかかる予約管理システムは、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理システムにおいて、第１の利用者が当該利用者以外の第２の利用者から譲り受けたい権利の対象となる施設および時間帯を指定する指定手段と、前記第２の利用者が譲り渡してもよい権利として指定している権利のうち、その対象となる施設および時間帯が前記指定手段により指定された施設および時間帯と一致するものを抽出する第１の抽出手段と、前記第１の利用者が保持する権利のうち、前記第２の利用者が前記第１の抽出手段により抽出されたいずれかの権利と引き替えに譲り受けたい権利として指定している権利と対象となる施設および時間帯が一致するものを抽出する第２の抽出手段と、を備えたことを特徴とする。
【００１１】
この発明によれば、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、交換可能なこれらの予約が全予約の中から取り出される。
【００１２】
また、この発明にかかる予約管理システムは、上記の発明において、さらに、前記権利が登録された所定のテーブルにおいて、前記第２の抽出手段により抽出された権利の保持者を前記第２の利用者に変更する第１の変更手段と、前記第２の抽出手段により抽出された権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更する第２の変更手段と、を備えたことを特徴とする。
【００１３】
この発明によれば、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、予約Ａの保持者は第２の利用者に、予約Ｂの保持者は第１の利用者に、それぞれ付け替えられる。
【００１４】
また、この発明にかかる予約管理システムは、上記の発明において、さらに、前記第２の抽出手段により抽出された各権利を特定できる情報を前記第１の利用者に通知する通知手段と、前記通知手段により通知された情報のうちいずれか一つを選択する選択手段と、を備え、前記第１の変更手段は、前記選択手段により選択された情報で特定される権利の保持者を前記第２の利用者に変更するとともに、前記第２の変更手段は、前記選択手段により選択された情報で特定される権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更することを特徴とする。
【００１５】
この発明によれば、譲り渡してもよい予約が複数あってどれを選んでも希望の予約を譲り受けられる場合には、どの予約を譲り渡すかを利用者が任意に選択できる。
【００１６】
また、この発明にかかる予約管理方法は、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理方法において、少なくとも一人の利用者を指定する第１の指定工程と、前記第１の指定工程で指定された各利用者がそれぞれ保持するポイント数の範囲で上記権利の割り当てを希望できる施設を特定する特定工程と、前記特定工程で特定された各施設の各時間帯につき、どの利用者にも割り当てられていない前記権利が前記第１の指定工程で指定された利用者の人数分だけあるかどうかを判定する判定工程と、前記判定工程で、前記権利が前記第１の指定工程で指定された利用者の人数分だけあると判定されたいずれかの施設のいずれかの時間帯を指定する第２の指定工程と、前記第２の指定工程で指定された施設を前記第２の指定工程で指定された時間帯に前記第１の指定工程で指定された利用者が利用するための権利を所定のテーブルに登録する登録工程と、を含んだことを特徴とする。
【００１７】
この発明によれば、利用者が予約できる施設は、その予約に必要なポイント数が当該利用者の現在保持するポイント数以下であるようなものに制限される。
【００１８】
また、この発明にかかる予約管理方法は、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理方法において、第１の利用者が当該利用者以外の第２の利用者から譲り受けたい権利の対象となる施設および時間帯を指定する指定工程と、前記第２の利用者が譲り渡してもよい権利として指定している権利のうち、その対象となる施設および時間帯が前記指定工程で指定された施設および時間帯と一致するものを抽出する第１の抽出工程と、前記第１の利用者が保持する権利のうち、前記第２の利用者が前記第１の抽出工程で抽出されたいずれかの権利と引き替えに譲り受けたい権利として指定している権利と対象となる施設および時間帯が一致するものを抽出する第２の抽出工程と、を含んだことを特徴とする。
【００１９】
この発明によれば、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、交換可能なこれらの予約が全予約の中から取り出される。
【００２０】
また、この発明にかかる予約管理方法は、上記の発明において、さらに、前記権利が登録された所定のテーブルにおいて、前記第２の抽出工程で抽出された権利の保持者を前記第２の利用者に変更する第１の変更工程と、前記第２の抽出工程で抽出された権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更する第２の変更工程と、を含んだことを特徴とする。
【００２１】
この発明によれば、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、予約Ａの保持者は第２の利用者に、予約Ｂの保持者は第１の利用者に、それぞれ付け替えられる。
【００２２】
また、この発明にかかる予約管理方法は、上記の発明において、さらに、前記第２の抽出工程で抽出された各権利を特定できる情報を前記第１の利用者に通知する通知工程と、前記通知工程で通知された情報のうちいずれか一つを選択する選択工程と、を含み、前記第１の変更工程では、前記選択工程で選択された情報で特定される権利の保持者を前記第２の利用者に変更するとともに、前記第２の変更工程では、前記選択工程で選択された情報で特定される権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更することを特徴とする。
【００２３】
この発明によれば、譲り渡してもよい予約が複数あってどれを選んでも希望の予約を譲り受けられる場合には、どの予約を譲り渡すかを利用者が任意に選択できる。
【００２４】
また、この発明にかかるプログラムによれば、上記のいずれか一つに記載された方法がコンピュータによって実行される。
【００２５】
【発明の実施の形態】
以下に添付図面を参照して、この発明による予約管理システム、予約管理方法およびその方法をコンピュータに実行させるプログラムの好適な実施の形態を詳細に説明する。
【００２６】
（システム構成）
図１は、この発明の実施の形態による予約管理システムのシステム構成を示す説明図である。まず１００はサーバであり、後述するクライアント１０１からの要求を受けて、個々のアトラクションの利用予約やすでにされている予約の交換などをおこなう。
【００２７】
１０１はサーバ１００のクライアントであり、具体的には各利用者に入園時に貸与され、退園時にパークに返却される携帯端末である。この端末からは、後述する利用予約や予約の交換が可能なほか、パーク内の地図を表示させたりその地図上に現在位置を表示させたりすることができる（ＧＰＳ機能搭載）。また、この端末は各アトラクションの入口前に設けられた入場ゲート１０２、あるいはその出口前に設けられた退場ゲート１０３を通過する都度、入場または退場したアトラクションのＩＤをサーバ１００に通知する。
【００２８】
なお、上記端末は利用者が別途購入するＩＣカードなどの軽量記録媒体を挿入することで使用可能となる。ＩＣカードは会員カードであって、初回来園時に購入しておけば繰り返し使え、利用者の個人情報や各アトラクションの利用履歴などが記録される。パークからの帰り際にこのカードを所定の機械に挿入すると、今回利用したすべてのアトラクションや辿ったルート、歩行距離や消費カロリーなどがプリントアウトされるようなサービスを実施してもよい。
【００２９】
なお、入退園時にこのＩＣカードは入園ゲート１０４に通され、入園時にはフラグがＯＮに、退園時にはフラグがＯＦＦにセットされる。フラグがＯＦＦのＩＣカードを挿入しても上記端末は動作しない（そのため端末を不法に持ち出してパーク外で使用することはできない）。
【００３０】
（サーバ１００およびクライアント１０１のハードウエア構成）
つぎに、上記システムの中核であるサーバ１００、およびそのクライアント１０１のハードウエア構成について説明する。
【００３１】
まず、図２はサーバ１００のハードウエア構成の一例を示す説明図である。同図において、２０１は装置全体を制御するＣＰＵを、２０２は基本入出力プログラムを記憶したＲＯＭを、２０３はＣＰＵ２０１のワークエリアとして使用されるＲＡＭを、それぞれ示している。
【００３２】
また、２０４はＣＰＵ２０１の制御にしたがってＨＤＤ（ハードディスクドライブ）２０５に対するデータのリード／ライトを制御するＨＤＣ（ハードディスク制御装置）を、２０５はＨＤＣ２０４の制御にしたがって書き込まれたデータを記憶するＨＤＤを、それぞれ示している。また、２０６はＣＰＵ２０１の制御にしたがってＦＤ（フレキシブルディスク）２０７に対するデータのリード／ライトを制御するＦＤＤ（フレキシブルディスクドライブ）を、２０７はＦＤＤ２０６の制御にしたがって書き込まれたデータを記憶する着脱自在のＦＤを、それぞれ示している。
【００３３】
また、２０８はカーソル、メニュー、ウィンドウ、あるいは文字や画像などの各種データを表示するディスプレイを、２０９は通信ケーブル２１０を介してＬＡＮなどのネットワークに接続され、当該ネットワークとＣＰＵ２０１とのインターフェースとして機能するネットワークＩ／Ｆを、それぞれ示している。
【００３４】
また、２１１は文字、数値、各種指示などの入力のための複数のキーを備えたキーボードを、２１２は各種指示の選択や実行、処理対象の選択、マウスポインタの移動などをおこなうマウスを、それぞれ示している。また、２１３は着脱可能な記録媒体であるＣＤ−ＲＷを、２１４はＣＤ−ＲＷ２１３に対するデータのリード／ライトを制御するＣＤ−ＲＷドライブを、２００は上記各部を接続するためのバスまたはケーブルを、それぞれ示している。
【００３５】
また、図３はクライアント１０１のハードウエア構成の一例を示す説明図である。同図において、３０１は装置全体を制御するＣＰＵを、３０２は後述する利用予約や予約交換などのためのプログラムを記憶したＲＯＭを、３０３はＣＰＵ３０１のワークエリアとして使用されるＲＡＭを、それぞれ示している。
【００３６】
また、３０４は後述する各種画面を表示するためのディスプレイを、３０５は各種の操作ボタンを、それぞれ示している。また、３０６は上述のネットワークを介して、サーバ１００との間で各種データを送受信する無線通信Ｉ／Ｆを、３０７は他のクライアント１０１との間でデータを送受信する端末間Ｉ／Ｆを、それぞれ示している。また、３０８は着脱可能な記録媒体である上述のＩＣカードを、３０９はＩＣカード３０８に対するデータのリード／ライトを制御するＩＣカードスロットを、３００は上記各部を接続するためのバスを、それぞれ示している。
【００３７】
このクライアント１０１として機能する携帯端末の外観は、たとえば図４に示すようなものである。前面にはディスプレイ４００（図３のディスプレイ３０４と同一）と、少なくとも上下左右の４方向を指定可能な方向ボタン４０１および決定ボタン４０２（いずれも図３の操作ボタン３０５に相当）が配置され、上面には無線通信のための通信アンテナ４０３（図３の無線通信Ｉ／Ｆ３０６の一部）があり、図示しない側面には前述のＩＣカードを挿入するためのスロット（図３のＩＣカードスロット３０９）が設けられている。
【００３８】
さらに、図示しない背面にはこの携帯端末に他の携帯端末を接続するための接合部（図３の端末間Ｉ／Ｆ３０７の一部）が設けられている。そして、複数の携帯端末はこの接合部を介して、図５に示すように物理的に結合され、最前面に位置する端末（そのディスプレイ４００が利用者から見える端末）のみが、一体に組み合わされた全端末の代表として機能する。なお、以下ではこのように、相互に接続された複数のクライアント１０１、あるいはその保持者である複数の利用者を「グループ」と呼ぶ。
【００３９】
また、ここではクライアント１０１は相互に密着するように接続されるものとしたが、たとえば各端末に設けられたコネクタを専用ケーブルで連結して接続するようにしてもよい。また、このように物理的に接続するのではなく、端末ＩＤを指定して無線により通信し、複数のクライアント１０１が同一のグループＩＤを共有することで論理的に一グループを形成するようにしてもよい。
【００４０】
また、図４中ディスプレイ４００内に表示されているのが、本装置により実現される予約管理システムのトップ画面である。左側の予約一覧４００ａには、このクライアント１０１の利用者が現在保持している予約の一覧が表示される（予約が一つもなければ空欄となる）。
【００４１】
また、右側のメニューで所望のボタンを押下する、すなわち画面上のカーソルを方向ボタン４０１によりいずれかのボタンに移動させ、決定ボタン４０２を押下することで、サーバ１００に対して後述する予約や予約の交換などを指示することができる。各処理の詳細については後述する。
【００４２】
（サーバ１００およびクライアント１０１の機能的構成）
つぎに、図６はサーバ１００およびクライアント１０１の構成を機能的に示す説明図である。図中、６００ｘはサーバ１００、６０１ｘはクライアント１０１の機能部である。各部の機能の詳細は主に後述するフローチャートで説明することとし、ここではその概略を述べるにとどめる。
【００４３】
まず、６００ａは会員情報テーブルであり、個々の利用者（厳密には個々のＩＣカード３０８）の会員ＩＤ、予約ポイント数の初期値（最大値）、現在の予約ポイント数などを保持する。上記のほか、各会員が任意に申告するその氏名や生年月日、性別などの情報もこのテーブルに登録される。
【００４４】
なお、ここで「予約ポイント数の初期値」とは、入園時に個々のＩＣカード３０８に書き込まれ、退園時にゼロにリセットされる数値である（入園ゲート１０４がこの書き込みをおこなう）。後述のように、アトラクションを予約するにはこの中から何ポイントかを使用しなければならず、予約時から当該アトラクションの利用終了時（退場ゲート１０３の通過時）まで、手持ちのポイント数はその分だけ減った状態になる。そして、現在のポイント数の範囲でしか予約はできないので、これにより同時に保持できる予約の個数には一定の制限がかかることになる（予約のポイント制）。
【００４５】
なお、入園時に付与する予約ポイント数（初期値であり最大値でもある）は、繁閑の程度やパーク側の方針により、日や時間帯などに応じて柔軟に変更することができる。あるいは利用者ごとに、たとえば過去の来園回数やパークまで車で来たか公共交通機関で来たかなどにより、付与するポイントを変えるようにしてもよい。また、個々のアトラクションの予約に必要なポイント数も、たとえばパレード中や昼食時間帯などは他の時間帯に比べて引き下げるなど、日や時間帯によってパーク側が任意に変更可能である。
【００４６】
つぎに、６００ｂは会員履歴テーブルであり、個々の利用者（厳密には個々のＩＣカード３０８）の会員ＩＤ、前回までの来園履歴（来園回数や来園日時）、前回までに利用したアトラクションのＩＤと利用回数・利用日時などを保持する。なお、会員履歴テーブル６００ｂは会員情報テーブル６００ａと一体に構成するのでもよい。
【００４７】
６００ｃは端末情報テーブルであり、クライアント１０１として機能する個々の携帯端末につき、その端末ＩＤ、挿入されているＩＣカード３０８の会員ＩＤ、現在利用中のアトラクションＩＤ、最後に通過したノードＩＤ（後述）などを保持する。なお、「端末ＩＤ」とは個々の端末を一意に識別するための番号である。また、「現在利用中のアトラクションＩＤ」とは前回この端末がいずれかの入場ゲート１０２をくぐった際に通知してきたＩＤであり、退場ゲート１０３の通過時にはクリアされる。
【００４８】
６００ｄはアトラクション情報テーブルであり、個々のアトラクションごとに、その予約に必要なポイント数、その利用に標準的にかかる時間（利用時間）、単位あたり（時間帯ごと）の最大予約人数、名称、現在の待ち時間、ノードＩＤ（後述）などの属性を保持する。
【００４９】
６００ｅは空き情報テーブルであり、どのアトラクションのどの時間帯にどれだけの予約の空きがあるかを管理するためのテーブルである。項目としてはアトラクションＩＤ、時間帯、現時点での予約人数、最大予約人数までの残り人数などがある。
【００５０】
６００ｆは予約情報テーブルであり、各利用者とその予約内容とを関連づけて保持し、利用者ごとあるいはアトラクションごとの予約状況を管理するためのテーブルである。項目としては予約ＩＤ、会員ＩＤ、予約中のアトラクションのＩＤと時間帯、当該アトラクションの予約時に使用したポイント数などがある。なお、「予約ＩＤ」とは個々の予約を一意に識別するための番号である。
【００５１】
６００ｇは希望予約テーブルであり、後述する個々の交換要求について、手持ちの予約と引き替えに譲り受けたいと利用者が考える予約の詳細を保持する。項目としては交換ＩＤ、希望するアトラクション、希望する時間帯などがある。なお、「交換ＩＤ」とは個々の交換要求を一意に識別するための番号である。ただし、６００ｆの予約情報テーブルでは、予約１件につき会員１名であるが、ここでは１つの交換につき、会員ＩＤを複数割り付ける場合があるので、「交換ＩＤ」と「会員ＩＤ」からなる「グループテーブル」を別に作成しておく。
【００５２】
６００ｈは提供予約テーブルであり、個々の交換要求について、希望する予約と引き替えに譲り渡してもよいと利用者が考えるその手持ちの予約（交換候補）を保持する。項目としては交換ＩＤ、提供される予約の予約ＩＤ、および応募予約ＩＤ（後述）がある。なお、提供予約テーブル６００ｈは希望予約テーブル６００ｇと一体に構成するのでもよい（いずれも予約の交換条件を保持するものである）。
【００５３】
６００ｉは対クライアント通信部であり、サーバ１００とクライアント１０１との間のデータの送受信を制御する機能部である。６００ｊは予約可否回答部であり、クライアント１０１からの問い合わせを受けて、個々のアトラクションの個々の時間帯の予約可否を回答する機能部である。
【００５４】
６００ｋは予約登録部であり、クライアント１０１からの要求を受けて、特定のアトラクションの特定の時間帯の利用予約を予約情報テーブル６００ｆに登録する機能部である。この時、６００ｅの空き情報テーブルも同時に更新される。また、６００ｌは予約交換部であり、クライアント１０１からの要求を受けて、当該クライアント１０１が譲り受けたいと考える予約を譲り渡してもよいと考えており、かつ当該クライアント１０１が譲り渡してもよいと考える予約を譲り受けたいと考えている別のクライアント１０１を検索するとともに、両者の間で双方の手持ちの予約を入れ替える（交換する）機能部である。
【００５５】
なお、上述した６００ａ〜６００ｈの各テーブルは、具体的にはサーバ１００のＨＤ２０５に保持されている。また、６００ｋ〜６００ｌの各機能部は、それぞれＨＤ２０５などからＲＡＭ２０３に読み出されたプログラムの命令にしたがってＣＰＵ２０１が命令処理を実行することにより実現されるものである。このプログラムはＨＤ２０５のほか、ＦＤ２０７、ＣＤ−ＲＯＭあるいはＭＯなどの各種記録媒体に格納して配布することができ、あるいはネットワークを介して配布することもできる。
【００５６】
つぎに、６０１ａは会員情報テーブル（クライアント１０１側）であり、上述のＩＣカード３０８から読み出した会員ＩＤ、予約ポイント数の初期値、またサーバ１００から通知される現在の予約ポイント数などを保持する。６０１ｂは予約情報テーブル（クライアント１０１側）であり、この端末の利用者が現在保持している予約の予約ＩＤ、予約中のアトラクションのＩＤと時間帯、および当該予約を対価とする交換要求（後述）が出されているかどうかや、その交換条件などを保持する。
【００５７】
６０１ｃは入力部であり、利用者からの処理の選択や処理対象の選択などを受け付ける機能部である。６０１ｄはグループ内通信部であり、このクライアント１０１に接続された他のクライアント１０１との間のデータの送受信を制御する機能部である。６０１ｅは対サーバ通信部であり、サーバ１００との間のデータの送受信を制御する機能部である。６０１ｆは表示部であり、後述する各種画面を表示する機能部である。
【００５８】
なお、６０１ａおよび６０１ｂの各テーブルは、具体的にはクライアント１０１のＲＡＭ３０３に保持されている。また、６０１ｃ〜６０１ｆの各機能部は、それぞれＲＯＭ３０２からＲＡＭ３０３に読み出されたプログラムの命令にしたがってＣＰＵ３０１が命令処理を実行することにより実現されるものである。このプログラムはＲＯＭ３０２のほか、ＦＤ、ＣＤ−ＲＯＭあるいはＭＯなどの着脱可能な記録媒体に格納して配布することができ、あるいはネットワークを介して配布することもできる。
【００５９】
（予約）
つぎに、図７はこの発明の実施の形態による予約管理システムにおける、アトラクションの予約処理の手順を示すフローチャートである。図４のトップ画面において、利用者が右側のメニューの「予約」ボタン４００ｂを押下することで図７の予約処理が開始する。
【００６０】
クライアント１０１の入力部６０１ｃが、その利用者による上記操作を検知すると（ステップＳ７０１：Ｙｅｓ）、つぎにクライアント１０１はサーバ１００に対して、各アトラクションの時間帯ごとの空き状況を問い合わせる（ステップＳ７０２）。
【００６１】
図８は、図７のステップＳ７０２における空き状況の問い合わせ処理の手順を示すフローチャートである。まず、クライアント１０１のグループ内通信部６０１ｄは、現在このクライアント１０１が所属しているグループのメンバーを特定する（ステップＳ８０１）。
【００６２】
この特定は、図５のように一体をなしている複数の端末間で、それぞれの端末間Ｉ／Ｆ３０７を介して、各端末内に挿入されたＩＣカード３０８の会員ＩＤを順次問い合わせてゆくことによりおこなう。たとえば、図５中一番上（最前面）の端末から発信された問い合わせを一番下（最後面）の端末に向かって順次転送してゆき、一番下の端末は、上記問い合わせの末尾に自己の会員ＩＤを追記して一つ上の端末に返信する。以後同様に会員ＩＤを追記しつつ、一番下の端末から一番上の端末に向かって上記問い合わせを逆向きに転送する。これにより、一番上の端末は同一グループ内の全利用者の会員ＩＤを取得できる。
【００６３】
つぎに、クライアント１０１はその対サーバ通信部６０１ｅにより、サーバ１００に対して、現時点でこのグループが予約可能なのはどのアトラクションのどの時間帯であるかを問い合わせる（ステップＳ８０２）。この問い合わせには、問い合わせ元であるクライアント１０１に図５のように接続された全端末の会員ＩＤ、すなわち問い合わせ元のグループに属する全利用者の会員ＩＤ（ステップＳ８０１で特定されたもの）が含まれている。
【００６４】
上記問い合わせをその対クライアント通信部６００ｉにより受信したサーバ１００は、つぎに予約可否回答部６００ｊにより、受信した会員ＩＤで会員情報テーブル６００ａを検索して、グループ内の各利用者が現在保持しているポイント数を抽出の上、当該グループ内でのその最小値を求める（ステップＳ８０３）。
【００６５】
つぎに、予約可否回答部６００ｊはアトラクション情報テーブル６００ｄを参照して、パーク内のアトラクションのうち予約に必要なポイント数が上記で特定された最小値以下であるもの、すなわち、グループ内で最も手持ちのポイント数が少ない利用者でもその範囲内で予約することが可能なアトラクションを特定する（ステップＳ８０４）。
【００６６】
そして、予約可否回答部６００ｊは空き情報テーブル６００ｅを参照して、上記で特定された個々のアトラクションの個々の時間帯に、上記グループのメンバー数分（会員ＩＤの個数分）以上の空きがあるかどうか、すなわち予約可能であるかどうかを順次チェックして、予約可否のチェックリストを作成する（ステップＳ８０５）。このリストはたとえば、各アトラクションの各時間帯と、その予約可否を示すフラグ（予約可すなわち空きありであればＯＮ、予約不可すなわち空きなしであればＯＦＦ）との対照表である。
【００６７】
その後、予約可否回答部６００ｊは上記リストを基礎として、各アトラクションのＩＤと名称、その予約に必要なポイント数、個々の時間帯および時間帯ごとの予約可否を示すフラグを対応づけた回答用の一時テーブルを作成する（ステップＳ８０６）。そして、この一時テーブルが対クライアント通信部６００ｉおよび対サーバ通信部６０１ｅを介して、サーバ１００からクライアント１０１に送信される（ステップＳ８０７）。
【００６８】
図７に戻り、上記のようにして空き状況の問い合わせを終えると、つぎにクライアント１０１はその表示部６０１ｆにより、上記一時テーブル中のアトラクションの名称とその予約に必要なポイント数とを図９のようにディスプレイ４００に表示する（ステップＳ７０３）。
【００６９】
なおこのとき表示されるのは、少なくともいずれか一つの時間帯につき上述のフラグがＯＮになっているアトラクション、すなわちどこかの時間帯にまだ空きのあるアトラクションのみである。全時間帯について予約が不可能なアトラクションは表示されない。もっとも表示形態はこれに限るものでなく、たとえば上記テーブル内のすべてのアトラクションにつきその名称と必要ポイント数とを表示するが、終日満員であるものはグレーアウトして表示したり、その近傍に予約不能であることを示す何らかの記号を表示したりするようにしてもよい。
【００７０】
図９の画面で、利用者がいずれかのアトラクションを選択したことを入力部６０１ｃが検知すると（ステップＳ７０４：Ｙｅｓ）、つぎに表示部６０１ｆは上記一時テーブルを参照して、選択されたアトラクションの時間帯ごとの予約可否を図１０のようにディスプレイ４００に表示する（ステップＳ７０５）。
【００７１】
図中、まだ空きのある時間帯（フラグがＯＮの時間帯）はその開始時刻と終了時刻とを明示され、空きのない時間帯（フラグがＯＦＦの時間帯）は「ＦＵＬＬ」の文字列で表現されている。なお、予約不能な時間帯の表示形態はこれに限らず、「ＦＵＬＬ」の文字列も表示しない（画面上には予約可能な時間帯のみが示される）、あるいは予約可能な時間帯と同様に開始時刻と終了時刻を明示するが、その近傍に予約不能であることを示す何らかの記号を表示する、などであってもよい。
【００７２】
そして、図１０の画面で利用者がいずれかの時間帯を選択したことを入力部６０１ｃが検知すると（ステップＳ７０６：Ｙｅｓ）、つぎに表示部６０１ｆは確認の意味で、上記で選択されたアトラクションの名称と時間帯、および当該アトラクションの予約に必要なポイント数（予約に使用するポイント数）を図１１のようにディスプレイ４００に表示する（ステップＳ７０７）。
【００７３】
そして、図示する画面で利用者が「決定」ボタン１１００を押下したことを入力部６０１ｃが検知すると（ステップＳ７０８：Ｙｅｓ）、対サーバ通信部６０１ｅから所定のフォーマットの予約要求がサーバ１００に対して送信される（ステップＳ７０９）。この予約要求には、上記で選択されたアトラクションのＩＤと時間帯、予約に必要なポイント数、およびステップＳ７０２で特定した同一グループ内の全利用者の会員ＩＤが含まれている。
【００７４】
上記要求をその対クライアント通信部６００ｉで受信したサーバ１００は、つぎにその予約登録部６００ｋにより、当該予約にＩＤを付与するとともに、当該予約ＩＤ、上記要求中の全利用者の会員ＩＤ、時間帯、アトラクションＩＤおよびポイント数を対応づけて、予約情報テーブル６００ｆに追記する（ステップＳ７１０）。
【００７５】
さらに、予約登録部６００ｋは上記グループ内の各会員のＩＤで会員情報テーブル６００ａを検索し、ヒットしたレコードの現在のポイント数を、当該数値から上記で受信したポイント数を減算後の数値に書き換え、さらに、６００ｅの空き情報テーブルで、アミューズメントパークの空き情報を更新する（ステップＳ７１１）。
【００７６】
この後、サーバ１００はその対クライアント通信部６００ｉから、所定のフォーマットの予約完了通知をクライアント１０１に送信する（ステップＳ７１２）。この通知には、予約情報テーブル６００ｆに登録を完了した予約の予約ＩＤ、予約されたアトラクションのＩＤおよび時間帯のほか、各会員の会員ＩＤと、予約後の各会員のポイント数（更新後の会員情報テーブル６００ａにおける各会員の現在のポイント数。すなわち従来の手持ちのポイント数から、上記予約に使用したポイント数を減算した値）が含まれている。
【００７７】
これをその対サーバ通信部６０１ｅで受信したクライアント１０１は、上記通知中の予約ＩＤ、アトラクションＩＤおよび時間帯を予約情報テーブル６０１ｂに格納するとともに、自己の会員ＩＤに対応する予約後のポイント数を会員情報テーブル６０１ａに格納する（ステップＳ７１３）。
【００７８】
さらに、クライアント１０１は更新後の情報をもとに、表示部６０１ｆにより図１２のような新たなトップ画面をディスプレイ４００に表示する（ステップＳ７１４）。図４に示したトップ画面と比較して、予約一覧中の予約に今回予約されたアトラクションと時間帯（具体的にはアトラクションＤの１８：００〜１９：００）が追加されているほか、「残りポイント」が当該アトラクションの予約に使用されたポイント数（ここでは１５）だけ減っていることが分かる。
【００７９】
その後、クライアント１０１はそのグループ内通信部６０１ｄにより、上記通知をグループ内の他の端末に順次転送し、各端末は上記と同様に、予約の詳細と予約後のポイント数とをそれぞれの予約情報テーブル６００ｂおよび会員情報テーブル６００ａに格納する（ステップＳ７１５）。これにより、予約完了の事実と必要事項とがグループ内の各端末に周知される。
【００８０】
なお、予約情報テーブル６００ｆに登録された予約は、予約者が対象となるアトラクションの退場ゲート１０３を通過したとき、予約した時間帯に当該アトラクションの入場ゲート１０２を通過しなかったとき、あるいは予約者が入園ゲート１０４から退場したとき（パークから帰ってしまったとき）に削除される。
【００８１】
このとき同時に、その予約時に使用されたポイント数（この情報は予約情報テーブル６００ｆから削除されるレコードに含まれている）が、予約者の現在のポイント数に加算されて会員情報テーブル６００ａに書き込まれる。そして、さらにこの更新後のポイント数がサーバ１００から当該予約者のクライアント１０１に通知され、その会員情報テーブル６０１ａに書き込まれるとともに、表示部６０１ｆにより「残ポイント」として画面表示される（すなわち、上記のタイミングで予約に使用されただけのポイントが返還される）。
【００８２】
（予約の交換）
つぎに、図１３、図１４、図１５、図１６および図１７はこの発明の実施の形態による予約管理システムにおける、すでにされている予約の利用者間での交換処理の手順を示すフローチャートである。図４のトップ画面において、利用者が右側のメニューの「トレード」ボタン４００ｃを押下することで図１３の予約交換処理が開始する。
【００８３】
クライアント１０１の入力部６０１ｃが、その利用者による上記操作を検知すると（ステップＳ１３０１：Ｙｅｓ）、つぎにクライアント１０１はその表示部６０１ｆにより、パーク内の全アトラクションの名称を図１８のようにディスプレイ４００に表示する（ステップＳ１３０２）。なお、予約の交換の場合は各アトラクションの予約に必要なポイント数は表示しない（予約の場合の図９と対比）。
【００８４】
図１８の画面で、利用者がいずれかのアトラクションを選択したことを入力部６０１ｃが検知すると（ステップＳ１３０３：Ｙｅｓ）、つぎに表示部６０１ｆは予約単位となっている全時間帯を図１９のようにディスプレイ４００に表示する（ステップＳ１３０４）。
【００８５】
そして、図示する画面で利用者がいずれかの時間帯を選択したことを入力部６０１ｃが検知すると（ステップＳ１３０５：Ｙｅｓ）、つぎに表示部６０１ｆは確認の意味で、上記で選択されたアトラクションの名称と時間帯とを図２０のようにディスプレイ４００に表示する（ステップＳ１３０６）。
【００８６】
そして、図示する画面で利用者が「決定」ボタン２０００を押下したことを入力部６０１ｃが検知すると（ステップＳ１３０７：Ｙｅｓ）、対サーバ通信部６０１ｅから所定のフォーマットの交換要求がサーバ１００に対して送信される（ステップＳ１３０８）。この交換要求には、上記で選択されたアトラクションのＩＤと時間帯、この利用者の会員ＩＤ、および予約情報テーブル６０１ｂから読み出された、このクライアント１０１が保持するすべての予約（このクライアント１０１が提供しうるすべての予約）の予約ＩＤが含まれている。
【００８７】
上記要求をその対クライアント通信部６００ｉで受信したサーバ１００は、つぎにその予約交換部６００ｌにより、上記交換要求に見合う別の交換要求の検索、言い換えれば、交換要求を出してきた利用者が手に入れたいと考えている予約（ここではアトラクションＤの１８：００〜１９：００）を、当該利用者が保持する他の予約と引き替えに手放してもよいと考える他の利用者の検索をおこなう（ステップＳ１３０９）。
【００８８】
図１４は、図１３のステップＳ１３０９における、交換要求に見合う別の交換要求の検索処理の手順を示すフローチャートである。なお、この処理はもっぱらサーバ１００の予約交換部６００ｌによりなされるものである。
【００８９】
まず、提供予約テーブル６００ｈに登録されている、希望の予約と引き替えに手放してもよいと申し出られている予約の中から、上記で受信した交換要求中で希望されているような内容のものを抽出する（ステップＳ１４０１）。
【００９０】
すなわち、提供予約テーブル６００ｈ内のレコードを順次読み出して（ただし、その応募予約ＩＤがすでに埋まっているレコードはスキップする）、当該レコード中の予約ＩＤでさらに予約情報テーブル６００ｆを検索し、当該ＩＤで特定される予約のアトラクションＩＤと時間帯とが上記要求中のそれと一致するかどうかを調べる。そして、上記予約ＩＤで特定される予約が上記条件を満たす場合に、当該予約ＩＤ、および当該ＩＤと対応づけられた交換ＩＤを提供予約テーブル６００ｈから抽出する。
【００９１】
そして、予約ＩＤと交換ＩＤとの組が一つでも抽出できた場合、すなわち少なくとも上記要求中で希望された予約を手放してもよいという申し出が存在した場合に（ステップＳ１４０２：Ｙｅｓ）、つぎに上記要求元の手持ちの予約（手放すことのできる予約）の中から、上記申し出で対価として希望されているような内容のものを抽出する（ステップＳ１４０３）。
【００９２】
まず、上記要求中に含まれる、要求元の保持するすべての予約ＩＤで予約情報テーブル６００ｆを検索し、各ＩＤで特定される予約のアトラクションＩＤと時間帯との組を読み出す。つぎに、希望予約テーブル６００ｇから、ステップＳ１４０１で抽出した交換ＩＤを有するレコードを順次読み出し、当該レコード中の希望アトラクションＩＤと希望時間帯との組が、上記で読み出したアトラクションＩＤと時間帯との組のいずれかと一致するかどうかを調べる。そして、手持ちの予約のうちこれらの組が一致するようなものの予約ＩＤのみを抽出する。
【００９３】
そして、予約ＩＤが一つでも抽出できた場合、すなわち上記要求中で希望された予約を当該要求元の保持する別の予約と交換してもよいという申し出が一つでもあった場合に（ステップＳ１４０４：Ｙｅｓ）、上記で抽出された予約ＩＤ（要求元が提供する予約のＩＤ）、当該予約ＩＤで特定される予約を希望している申し出の交換ＩＤ、および当該交換ＩＤで特定される申し出で対価として提供されている予約の予約ＩＤ（要求元に提供される予約のＩＤ）を、対応づけて回答用の一時テーブルに書き出す（ステップＳ１４０５）。
【００９４】
また、この際予約ＩＤ以外の各予約の詳細情報、すなわち対象となるアトラクションのＩＤや時間帯、アトラクション情報テーブル６００ｄから読み出された上記アトラクションの名称なども上記一時テーブルに格納する（ステップＳ１４０５）。
【００９５】
その後、予約交換部６００ｌは対クライアント通信部６００ｉに対して、検索が成功したことを示す値と上記一時テーブルとを引き渡す（ステップＳ１４０６）。なお、ステップＳ１４０２あるいはステップＳ１４０４で一つもＩＤが抽出できなかった場合は（ステップＳ１４０２：Ｎｏ、ステップＳ１４０４：Ｎｏ）、検索が失敗したことを示す値のみを返す（ステップＳ１４０７）。
【００９６】
図１３に戻り、上記のようにして交換要求に見合う別の交換要求の検索を終えると、つぎにサーバ１００はその対クライアント通信部６００ｉから、条件のマッチする交換要求があった場合にはステップＳ１４０５で作成された一時テーブルを、またなかった場合にはその事実を示す何らかの値を、検索結果としてクライアント１０１に送信する（ステップＳ１３１０）。そして、前者の場合にはつぎに図１５に示す交換確定処理、後者の場合には図１６に示す交換要求登録処理および図１７に示す交換確定処理に、それぞれ移行する。
【００９７】
まず、自己の保持する予約と交換可能な予約が見つかった場合には、クライアント１０１はその表示部６０１ｆにより、上記一時テーブルの内容にもとづいて図２１に示すような検索結果画面を表示する（図１５ステップＳ１５０１）。
【００９８】
図示する画面には、このクライアント１０１が保持する予約のうち、それとの交換であればその希望する予約を譲ってもよいという申し出のあったもののみが表示される。同図の例は、このクライアント１０１の利用者が希望する「アトラクションＤ／１８：００〜１９：００」の予約を、当該利用者が保持する「アトラクションＡ／１１：００〜１２：００」の予約と交換したいという申し出、および「アトラクションＢ／１２：００〜１３：００」の予約と交換したいという申し出の二者が見つかったことを示している。
【００９９】
そして、図示する画面で利用者が手持ちの予約の中からいずれか一つを選択したことを入力部６０１ｃが検知すると（ステップＳ１５０２：Ｙｅｓ）、つぎにクライアント１０１は対サーバ通信部６０１ｅから、上記で選択された予約の予約ＩＤ（このクライアント１０１が譲り渡す予約の予約ＩＤ）、上記一時テーブル中で当該予約ＩＤに対応づけられている予約ＩＤ（このクライアント１０１が譲り受ける予約の予約ＩＤ）、および同テーブル中で当該予約ＩＤに対応づけられている交換ＩＤ（このクライアント１０１が譲り渡そうとする予約を希望する交換の申し出の交換ＩＤ。あるいは、このクライアント１０１が譲り受けようとする予約を提供する交換の申し出の交換ＩＤと言ってもよい）をサーバ１００に送信する（ステップＳ１５０３）。
【０１００】
そして、これをその対クライアント通信部６００ｉで受信したサーバ１００は、まずその予約交換部６００ｌにより、提供予約テーブル６００ｈ中の上記交換ＩＤで特定されるレコードに、その応募予約ＩＤとして受信した上記二つの予約ＩＤのうち前のものを設定する。つぎに予約情報テーブル６００ｆ中で、上記で受信した二つの予約の保持者を入れ替える（ステップＳ１５０４）。すなわち、それぞれの予約ＩＤで特定されるレコードの「会員ＩＤ」項目を、互いの「会員ＩＤ」項目に設定されている値に書き換える。
【０１０１】
これにより予約の交換が成立すると、対クライアント通信部６００ｉおよび対サーバ通信部６０１ｅを介して、所定のフォーマットの交換完了通知がサーバ１００からクライアント１０１に送信される（ステップＳ１５０５）。上記通知には、その宛先のクライアント１０１が交換により譲り受けた予約のＩＤ、その対象となるアトラクションのＩＤと名称、および時間帯と、逆に交換により譲り渡した予約のＩＤとが含まれている。
【０１０２】
そして、これを受けたクライアント１０１は、通知内容にもとづいて予約情報テーブル６０１ｂの内容を更新するとともに（ステップＳ１５０６）、更新後の情報をもとに、図２２に示すような新たなトップ画面を表示する（ステップＳ１５０７）。図４に示した交換前のトップ画面と比較すると、交換後のトップ画面の予約一覧では、交換で手放した予約（アトラクションＡ／１１：００〜１２：００）の代わりに新たに手に入れた予約（アトラクションＤ／１８：００〜１９：００）が表示されていることが分かる。
【０１０３】
また、交換完了の通知後サーバ１００でも上記と平行して、交換が完了したレコードを希望予約テーブル６００ｇおよび提供予約テーブル６００ｈから削除する（ステップＳ１５０８）。
【０１０４】
一方、自己の保持する予約と交換可能な予約が見つからなかった場合には、クライアント１０１はその表示部６０１ｆにより、図２３に示すような検索結果画面を表示する（図１６ステップＳ１６０１）。
【０１０５】
そして、図示する画面で利用者が「ＹＥＳ」ボタン２３００を押下したことを入力部６０１ｃが検知すると（ステップＳ１６０２：Ｙｅｓ）、クライアント１０１はさらにその表示部６０１ｆにより、図２４に示すような交換候補選択画面を表示する（ステップＳ１６０３）。なお、「ＮＯ」ボタン２３０１が押下されたときは（ステップＳ１６０２：Ｎｏ、ステップＳ１６０４：Ｙｅｓ）、そのまま予約の交換を打ち切って終了する。
【０１０６】
図２４の画面で利用者が交換候補、すなわち交換要求中で希望した予約の代わりに提供してもよい予約を選択したことを入力部６０１ｃが検知すると（ステップＳ１６０５：Ｙｅｓ）、つぎにクライアント１０１はその対サーバ通信部６０１ｅから、所定のフォーマットの交換要求登録要求をサーバ１００に送信する（ステップＳ１６０６）。この登録要求には、このクライアント１０１の会員ＩＤ、予約を希望するアトラクションのＩＤと時間帯、およびその対価として提供する予約の予約ＩＤ（選択された交換候補）が含まれている。
【０１０７】
そして、これをその対クライアント通信部６００ｉで受信したサーバ１００は、予約交換部６００ｌにより当該交換要求にＩＤを付与するとともに、当該交換ＩＤ、上記要求中の会員ＩＤ、希望アトラクションＩＤおよび希望時間帯を対応づけて希望予約テーブル６００ｇに追記する。さらに、提供予約テーブル６００ｈにも当該交換ＩＤと交換候補の予約ＩＤ、および応募予約ＩＤ（この時点では空欄）からなるレコードを追加する（ステップＳ１６０７）。
【０１０８】
これにより交換要求の登録が完了すると、つぎに対クライアント通信部６００ｉおよび対サーバ通信部６０１ｅを介して、所定のフォーマットの交換要求登録完了通知がサーバ１００からクライアント１０１に送信される（ステップＳ１６０８）。上記通知には登録した交換要求の詳細、すなわちその交換ＩＤ、希望アトラクションと希望時間帯、提供する手持ちの予約の予約ＩＤが含まれている。
【０１０９】
そして、これを受信したクライアント１０１は、その予約情報テーブル６０１ｂ中に上記通知中の各項目を書き込むとともに（ステップＳ１６０９）、更新後の情報にもとづいて新たなトップ画面を表示する（ステップＳ１６１０）。交換要求登録後のトップ画面では、たとえばその予約一覧中、他の予約と引き替えに手放すかもしれない予約は別の色で表示したり、その近傍にその旨を示す記号を表示したりする。
【０１１０】
その後、サーバ１００の予約交換部６００ｌは何らかのタイミング、たとえば希望予約テーブル６００ｇおよび提供予約テーブル６００ｈに新たな交換要求を登録する都度、上記テーブル内の既存の交換要求の中から、上記新たな交換要求と条件がマッチするもの（すなわち、希望する予約と提供する予約とがちょうど逆向きになっているもの）を検索する（図１７ステップＳ１７０１）。
【０１１１】
そして、条件のマッチする交換要求が一つでも見つかった場合に（ステップＳ１７０２：Ｙｅｓ）、サーバ１００はその対クライアント通信部６００ｉから、交換可能な二つの予約（交換の両当事者がそれぞれ相手方に提供する予約）の詳細情報をクライアント１０１に送信する（ステップＳ１７０３）。
【０１１２】
これをその対サーバ通信部６０１ｅにより受信したクライアント１０１は、つぎにその表示部６０１ｆにより図２５に示すような画面を表示する（ステップＳ１７０４）。図中、「アトラクションＤ／１８：００〜１９：００」がこのクライアント１０１の希望する予約（交換の相手方が提供する予約）、「アトラクションＡ／１１：００〜１２：００」が交換の相手方の希望する予約（このクライアント１０１が提供する予約）である。
【０１１３】
そして、図示する画面で利用者が「決定」ボタン２５００を押下したことを入力部６０１ｃが検知すると（ステップＳ１７０５：Ｙｅｓ）、つぎにクライアント１０１は対サーバ通信部６０１ｅから、交換する両予約の予約ＩＤをサーバ１００に送信する（ステップＳ１７０６）。以後、ステップＳ１７０７〜ステップＳ１７１１の処理は、図１５のステップＳ１５０４〜ステップＳ１５０８の処理と同一であるのでここでは繰り返さない。
【０１１４】
なお、ここでは説明の便宜上、グループのメンバーは一人という前提で説明したが、複数人のグループ間で予約を交換するときも、条件がマッチするかどうかの判断時にアトラクションと時間帯のほか人数という項目が増えるだけで、本質的な処理の流れは同じである。
【０１１５】
ただし上記の手順では、たとえば五人のグループで取った予約は、同じく五人で取られた予約とでなければ交換することができない。すなわち、一つの予約は常に一つの予約と交換することになり、五人で取った一つの予約を、たとえば二人で取られた予約と三人で取られた予約の二つと交換することはできないことになる。もっとも、このように個数の異なる予約の交換も可能なように構成してもよい。
【０１１６】
また、交換要求を登録する際には、提供してもよい予約として手持ちの予約の中から複数のものを選択することができる（図２４参照）。この場合は同時に複数の交換の申し出がなされたとみなされ、たとえば提供する予約として予約Ａと予約Ｂの二つを選択したとすると、希望する予約Ｃと提供する予約Ａとの交換要求、希望する予約Ｃと提供する予約Ｂとの交換要求のそれぞれに交換ＩＤが付与される。
【０１１７】
そして、上記のいずれかと条件のマッチする別の交換要求があった場合に、その事実が図２５のように利用者に通知されるわけであるが、複数出している交換要求のうち一部のみについてそれと見合う交換要求が見つかっている段階では、交換を成立させるかどうかを保留することができる。
【０１１８】
たとえば上記の例で、予約Ａを希望し予約Ｃを提供する交換要求は見つかったが、予約Ｂを希望し予約Ｃを提供する交換要求はまだ見つかっていない段階では、前者の申し出が図２５のように画面表示されるとともに、「決定」ボタン２５００とあわせて「保留」ボタンが表示される。
【０１１９】
そして、この「保留」ボタンを押下しておくと、同時に出した複数の交換要求のそれぞれに対になる交換要求が見つかるまで、すなわち上記の例では予約Ｂを希望し予約Ｃを提供する交換要求が見つかるまで、予約Ａと予約Ｃとを交換するかどうかはあえて回答しないことにして、再度サーバ１０１からの通知を受けることができる。
【０１２０】
したがって、予約Ａでも予約Ｂでもよいのだができれば手放すのは予約Ｂのほうがよい、と利用者が考えたときに、予約Ａを希望する別の交換要求が先に見つかってしまった場合にも、予約Ｂを希望する別の交換要求が見つかるまで態度を保留することができる。
【０１２１】
以上説明した実施の形態によれば、各アトラクションの各時間帯ごとに予約できる最大人数が制限されるほか、予約にポイント制を導入することで、個々の利用者が同時に保持できる予約の数にも自ずから制限が課せられ、これらにより不必要な予約が過度になされるのを防止することができる。
【０１２２】
また、このような制限があっても、手持ちの予約との交換でいつでも必要な予約を入手できる。従来は、予約の空きがなくなってしまえば、その予約者が実際に当該予約を活用しようとしまいと他の利用者は一切予約を入れることができなかったのであるが、本発明によれば限られた予約枠の中で、最も予約を必要とする利用者に予約を再分配することが可能である。
【０１２３】
なお、上述した実施の形態では利用者ごとに携帯端末を配布し、当該端末からアトラクションの予約や予約の交換が指示できるようにしたが、あるいはパーク内の複数箇所に専用端末を設置して、予約や予約交換はこの端末からおこなえるようにしてもよい。
【０１２４】
また、上述した実施の形態では、どのアトラクションをどういう順序でどう回るかはもっぱら各人の判断に任されている。ただ、たとえば１０時半にパークの北端にいて、１１：００〜１２：００にパークの北端のアトラクションを予約しているので、とりあえず手近の別のアトラクションの行列に並んでみたものの、結局予約に間に合わないことが分かって途中で列を抜けたり、列を抜けてきたのに予約に間に合わなかったりといった無駄の生ずることがある。
【０１２５】
さらに１０時半に同じ状況で、パーク内の地理に不案内な利用者は、往復可能と判断してわざわざパークの南端のアトラクションを選んで見に行ってしまったために、上記の時間帯までに北端のアトラクションに戻れずせっかくの予約をふいにしてしまうことがある。
【０１２６】
そこでこのような、全体として効率の悪いプランニングを避けるため、指定されたアトラクションまでの移動にどれだけ時間がかかるかや、当該アトラクションから次に予約しているアトラクションまでの移動にどれだけ時間がかかるか、要するに、今からそのアトラクションに行って次の予約に間に合うかどうか判断するための諸情報を利用者に提供するようにしてもよい。
【０１２７】
あるいは逆に、今から行っても次の予約に間に合うようなアトラクション、すなわち「当該アトラクションまでの移動時間＋当該アトラクションの現在の待ち時間＋当該アトラクションの利用時間＋当該アトラクションから次の予約のアトラクションまでの移動時間＜次の予約の時間帯の終了時刻までの残り時間」となるようなアトラクションを一覧表示するようにしてもよい。
【０１２８】
たとえば図４に示したトップ画面で「ユーティリティ」ボタン４００ｄを押下すると、（ａ）アトラクションを指定して今から間に合うかどうかを表示させるか、あるいは（ｂ）今から間に合うアトラクションを一覧表示させるかを選択する画面が開き、当該画面で（ａ）を選択すると、アトラクションの選択画面を経て図２６に示すような画面がクライアント１０１に表示されるようにする。
【０１２９】
図中、「移動時間：約５分」とは現在位置から前画面で選択されたアトラクション（ここではアトラクションＥ）までの移動時間であり、「待ち時間：約１０分」とは当該アトラクションでの現在の待ち時間、「アトラクション：約２分」とは当該アトラクションの利用時間、「次予約までの移動時間：約４分」とは当該アトラクションから、最も早くに時期の到来する予約（ここではアトラクションＡ／１１：００〜１２：００）の対象アトラクションまでの移動時間を示している。
【０１３０】
そして、これらの合計が図示するように約２０分なので、今すぐアトラクションＥに向かえば２０分後の１０：４８頃には見終える計算になり、直後の予約のアトラクションＡに十分間に合うことが分かる。これに対して上記の合計時間が９２分を超えると、１２：００までにはアトラクションＡには到達できないことになり、今からアトラクションＥを見に行くのは無理であることが分かる（行ってもよいがアトラクションＡの予約は使えないことになる）。
【０１３１】
一方、図９のつぎの画面で上記（ｂ）を選択すると、すでに予約済みのアトラクション以外のすべてのアトラクションについて、上記と同様に合計時間が計算され、現在時刻に当該合計時間を足し合わせた時刻が直後の予約の時間帯を超過してしまわないようなもののみが図２７に示すように画面表示される。
【０１３２】
なお、この計算のためにはあらかじめ、パーク内の路の分岐またはアトラクションをノードとして、隣接するノード間の距離や重みなどの評価指標を経路情報テーブルとして用意しておく。この時、バリアフリーの評価指標も入力できるように考慮しておくとよい。項目としては路ＩＤ、一方の端点のノードＩＤ（ノードＩＤ１）、もう一方の端点のノードＩＤ（ノードＩＤ２）、端点間の距離、平均混雑度（重み）などがある。ノードＩＤ１とノードＩＤ２の間に路が存在する場合のみ、このテーブル内にレコードが存在する。また、あるレコードのノードＩＤ１とノードＩＤ２の値が逆になったレコードも存在してもよい。存在しない場合は一方通行ということになる。
【０１３３】
そして、クライアント１０１のＧＰＳ機能を利用して、現在位置の路の両端のノードＩＤを特定し、いずれかのノードから選択されたアトラクションのノードに至る最も効率的な経路を一つ選択する。当該アトラクションまでの移動時間は、選択した経路の全長や混雑度などから計算できる。なお、当該アトラクションから次の予約のアトラクションまでの移動時間も同様にして算出する。また、各アトラクションの現在の待ち時間や利用時間はアトラクション情報テーブル６００ｄから取得できる。
【０１３４】
なお、経路情報テーブルは個々のクライアント１０１に持たせ、移動時間の計算はクライアント１０１限りでおこなうようにしてもよい。また、各アトラクションの利用時間もクライアント１０１に固定的に持たせておくこともできる。もっとも、各アトラクションの待ち時間は随時変化しており、パーク内の経路やアトラクションの内容も稀には変更されるので、普通はすべてサーバ１００で処理する、すなわち経路情報テーブルはサーバ１００に備え、図２６や図２７の表示項目もすべてサーバ１００で計算してクライアント１０１に配信するのが現実的である。
【０１３５】
なお、上記は「今すぐそのアトラクションに行って次の予約に間に合うか」「今すぐ行って次の予約に間に合うアトラクションはどれか」を利用者にアドバイスする機能であるが、間に合うかどうかの対象は必ずしも最初の予約でなくともよい。
【０１３６】
たとえば上記の応用で、手持ちの予約の中から二つを選択して、「選択した予約の間の空き時間に選択したアトラクションに行けるかどうか」「選択した予約の間の空き時間に行けるアトラクションはどれか」をアドバイスするようにすれば、図９の画面（予約するアトラクションの選択画面）でどのアトラクションを選ぶか迷ったときに、既存の予約を無駄にしたり無駄な距離を歩いたりしなくて済むアトラクションを効率的に選択することができる。
【０１３７】
また、ユーザーインターフェースも工夫して、たとえば図２８に示すように手持ちの各予約を「直前に予約しているアトラクションからの移動時間＋アトラクションの利用時間」を縦の長さとする矩形で表現する。たとえば、図中「アトラクションＥ／１２：００〜１３：００」の予約を示す矩形２８００の短辺の長さは、アトラクションＡからアトラクションＥまでの移動時間と、アトラクションＥの利用時間との合計により決定される（予約していれば待ち時間は発生しないためこの場合は待ち時間を考慮しなくてもよい）。
【０１３８】
そして、ユーティリティから上記機能を選択後、たとえば「アトラクションＡ／１０：００〜１１：００」と「アトラクションＥ／１２：００〜１３：００」の両予約を指定すると、まだ予約を入れていないアトラクションの中から一つ、たとえばアトラクションＢが選択され、「アトラクションＡからアトラクションＢまでの移動時間＋アトラクションＢの利用時間」が計算されるとともに、「アトラクションＢからアトラクションＥまでの移動時間＋アトラクションＥの利用時間」が再計算される。
【０１３９】
そして、図２９に示すように上記で指定した両予約の間に、「アトラクションＢ／１１：００〜１２：００」の予約２９００が割り込んで表示される。図示する例ではこの新たな予約に押される形で、「アトラクションＥ／１２：００〜１３：００」の予約２９０１が繰り下がっている。また、アトラクションＡとアトラクションＢとでは後者のほうがアトラクションＥから遠い（すなわち、移動時間が長い）結果、予約２９０１の縦の長さが図２８の予約２８００に比べて長くなっている。
【０１４０】
なお、図２９で「ＹＥＳ」ボタン２９０２を押下すると、「アトラクションＢ／１１：００〜１２：００」の予約要求をサーバ１００に送信することができる。「ＮＯ」ボタン２９０３を押下した場合にはそこで終了である。また、「ＮＥＸＴ」ボタン２９０４を押下すると、割り込む予約の対象アトラクションを別のもの、たとえばアトラクションＢからアトラクションＣに切り替えることができる。
【０１４１】
なお、割り込みにより予約が繰り下がっても、たとえば予約２９０１であれば少なくともそのアトラクションＢからの移動時間が１３：００までの時間帯に含まれていれば問題はない（図２９は、新たな予約２９００を割り込ませても直後のアトラクションＥに１３：００までに到達できる例である）。
【０１４２】
ただ、繰り下がる予約の中に対象時間内に到達できなくなる予約が発生する場合（間に合わない予約が出てくる場合）は、図３０に示すように既存の予約をキャンセルして新たな予約を入れるか（図中「ＹＥＳ」ボタン３０００を押下）、既存の予約を存置して新たな予約を諦めるか（図中「ＮＯ」ボタン３００１を押下）、あるいは別のアトラクションでの予約を試みるか（図中「ＮＥＸＴ」ボタン３００２を押下）、いずれかを選択しなければならない。
【０１４３】
なお、上記以外のユーティリティとしては、たとえば迷子の捜索などがある。探したい利用者の会員ＩＤをクライアント１０１からサーバ１００に送ると、サーバ１００がその端末情報テーブル６００ｃから、当該会員ＩＤのＩＣカード３０８を挿入された別のクライアント１０１を特定し、当該別のクライアント１０１に問い合わせて現在位置を取得の上、問い合わせ元となったクライアント１０１に上記位置を通知する。なお、クライアント１０１間でサーバ１００を介して、伝言などのメッセージのやり取りができるようにしてもよい。
【０１４４】
また、上述した実施の形態では予約の対象はアトラクションであるものとしたが、必ずしもこれに限らず、たとえばパーク内のレストランなどの予約も可能なようにしてもよい。ただしレストランの場合は、予約の時間内に無断で来なかったときは違約金を課すなどのペナルティが必要である。
【０１４５】
また、本実施の形態にあっては、評価指標による最短ルートサーチ結果の経路案内（画面表示や音声ガイドなど）の機能を備えていてもよい。たとえば、パーク内での次のアトラクションまでの順路の誘導などをおこなうようにすれば、利用者、特に初めての利用者にとっては有効である。
【０１４６】
また、上記実施の形態において説明した予約管理法は、あらかじめ用意されたコンピュータ読み取り可能なプログラムであってもよく、またそのプログラムをクライアント側システムやワークステーションなどのコンピュータで実行することによって実現される。このプログラムは、ＨＤ（ハードディスク）、ＦＤ（フレキシブルディスク）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【０１４７】
【発明の効果】
以上説明したようにこの発明は、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理システムにおいて、少なくとも一人の利用者を指定する第１の指定手段と、前記第１の指定手段により指定された各利用者がそれぞれ保持するポイント数の範囲で上記権利の割り当てを希望できる施設を特定する特定手段と、前記特定手段により特定された各施設の各時間帯につき、どの利用者にも割り当てられていない前記権利が前記第１の指定手段により指定された利用者の人数分だけあるかどうかを判定する判定手段と、前記判定手段により、前記権利が前記第１の指定手段により指定された利用者の人数分だけあると判定されたいずれかの施設のいずれかの時間帯を指定する第２の指定手段と、前記第２の指定手段により指定された施設を前記第２の指定手段により指定された時間帯に前記第１の指定手段により指定された利用者が利用するための権利を所定のテーブルに登録する登録手段と、を備えたので、利用者が予約できる施設は、その予約に必要なポイント数が当該利用者の現在保持するポイント数以下であるようなものに制限され、この予約のポイント制によって、過度の予約を抑制することが可能な予約管理システムが得られるという効果を奏する。
【０１４８】
また、この発明は、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理システムにおいて、第１の利用者が当該利用者以外の第２の利用者から譲り受けたい権利の対象となる施設および時間帯を指定する指定手段と、前記第２の利用者が譲り渡してもよい権利として指定している権利のうち、その対象となる施設および時間帯が前記指定手段により指定された施設および時間帯と一致するものを抽出する第１の抽出手段と、前記第１の利用者が保持する権利のうち、前記第２の利用者が前記第１の抽出手段により抽出されたいずれかの権利と引き替えに譲り受けたい権利として指定している権利と対象となる施設および時間帯が一致するものを抽出する第２の抽出手段と、を備えたので、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、交換可能なこれらの予約が全予約の中から取り出され、これらの保持者を相互に付け替えることによって、限られた枠内の予約を必要な利用者に効率的に分配することが可能な予約管理システムが得られるという効果を奏する。
【０１４９】
また、この発明は、上記の発明において、さらに、前記権利が登録された所定のテーブルにおいて、前記第２の抽出手段により抽出された権利の保持者を前記第２の利用者に変更する第１の変更手段と、前記第２の抽出手段により抽出された権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更する第２の変更手段と、を備えたので、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、予約Ａの保持者は第２の利用者に、予約Ｂの保持者は第１の利用者に、それぞれ付け替えられ、これによって、限られた枠内の予約を必要な利用者に効率的に分配することが可能な予約管理システムが得られるという効果を奏する。
【０１５０】
また、この発明は、上記の発明において、さらに、前記第２の抽出手段により抽出された各権利を特定できる情報を前記第１の利用者に通知する通知手段と、前記通知手段により通知された情報のうちいずれか一つを選択する選択手段と、を備え、前記第１の変更手段は、前記選択手段により選択された情報で特定される権利の保持者を前記第２の利用者に変更するとともに、前記第２の変更手段は、前記選択手段により選択された情報で特定される権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更するので、譲り渡してもよい予約が複数あってどれを選んでも希望の予約を譲り受けられる場合には、どの予約を譲り渡すかを利用者が任意に選択でき、これによって、限られた枠内の予約を必要な利用者に効率的に分配することが可能な予約管理システムが得られるという効果を奏する。
【０１５１】
また、この発明は、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理方法において、少なくとも一人の利用者を指定する第１の指定工程と、前記第１の指定工程で指定された各利用者がそれぞれ保持するポイント数の範囲で上記権利の割り当てを希望できる施設を特定する特定工程と、前記特定工程で特定された各施設の各時間帯につき、どの利用者にも割り当てられていない前記権利が前記第１の指定工程で指定された利用者の人数分だけあるかどうかを判定する判定工程と、前記判定工程で、前記権利が前記第１の指定工程で指定された利用者の人数分だけあると判定されたいずれかの施設のいずれかの時間帯を指定する第２の指定工程と、前記第２の指定工程で指定された施設を前記第２の指定工程で指定された時間帯に前記第１の指定工程で指定された利用者が利用するための権利を所定のテーブルに登録する登録工程と、を含んだので、利用者が予約できる施設は、その予約に必要なポイント数が当該利用者の現在保持するポイント数以下であるようなものに制限され、この予約のポイント制によって、過度の予約を抑制することが可能な予約管理方法が得られるという効果を奏する。
【０１５２】
また、この発明は、指定された施設を指定された時間帯に利用するための権利を当該権利を希望する利用者に割り当てる予約管理方法において、第１の利用者が当該利用者以外の第２の利用者から譲り受けたい権利の対象となる施設および時間帯を指定する指定工程と、前記第２の利用者が譲り渡してもよい権利として指定している権利のうち、その対象となる施設および時間帯が前記指定工程で指定された施設および時間帯と一致するものを抽出する第１の抽出工程と、前記第１の利用者が保持する権利のうち、前記第２の利用者が前記第１の抽出工程で抽出されたいずれかの権利と引き替えに譲り受けたい権利として指定している権利と対象となる施設および時間帯が一致するものを抽出する第２の抽出工程と、を含んだので、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、交換可能なこれらの予約が全予約の中から取り出され、これらの保持者を相互に付け替えることによって、限られた枠内の予約を必要な利用者に効率的に分配することが可能な予約管理方法が得られるという効果を奏する。
【０１５３】
また、この発明は、上記の発明において、さらに、前記権利が登録された所定のテーブルにおいて、前記第２の抽出工程で抽出された権利の保持者を前記第２の利用者に変更する第１の変更工程と、前記第２の抽出工程で抽出された権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更する第２の変更工程と、を含んだので、予約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用者とがあった場合に、予約Ａの保持者は第２の利用者に、予約Ｂの保持者は第１の利用者に、それぞれ付け替えられ、これによって、限られた枠内の予約を必要な利用者に効率的に分配することが可能な予約管理方法が得られるという効果を奏する。
【０１５４】
また、この発明は、上記の発明において、さらに、前記第２の抽出工程で抽出された各権利を特定できる情報を前記第１の利用者に通知する通知工程と、前記通知工程で通知された情報のうちいずれか一つを選択する選択工程と、を含み、前記第１の変更工程では、前記選択工程で選択された情報で特定される権利の保持者を前記第２の利用者に変更するとともに、前記第２の変更工程では、前記選択工程で選択された情報で特定される権利と引き替えに前記第２の利用者が譲り渡してもよい権利として指定している権利の保持者を前記第１の利用者に変更するので、譲り渡してもよい予約が複数あってどれを選んでも希望の予約を譲り受けられる場合には、どの予約を譲り渡すかを利用者が任意に選択でき、これによって、限られた枠内の予約を必要な利用者に効率的に分配することが可能な予約管理方法が得られるという効果を奏する。
【０１５５】
また、この発明によれば、上記のいずれか一つに記載された方法をコンピュータに実行させることが可能なプログラムが得られるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の実施の形態による予約管理システムのシステム構成を示す説明図である。
【図２】この発明の実施の形態によるサーバ１００のハードウエア構成を示す説明図である。
【図３】この発明の実施の形態によるクライアント１０１のハードウエア構成を示す説明図である。
【図４】この発明の実施の形態によるクライアント１０１の外観の一例を示す説明図である。
【図５】この発明の実施の形態による複数のクライアント１０１の、接続方法の一例（グループの形成方法の一例）を示す説明図である。
【図６】この発明の実施の形態による予約管理システムの機能的構成を示す説明図である。
【図７】この発明の実施の形態による予約管理システムにおける、アトラクションの予約処理の手順を示すフローチャートである。
【図８】図７のステップＳ７０２における空き状況の問い合わせ処理の手順を示すフローチャートである。
【図９】クライアント１０１の表示画面の一例（予約するアトラクションの選択画面）を示す説明図である。
【図１０】クライアント１０１の表示画面の一例（予約する時間帯の選択画面）を示す説明図である。
【図１１】クライアント１０１の表示画面の一例（予約内容確認画面）を示す説明図である。
【図１２】クライアント１０１の表示画面の一例（予約完了後のトップ画面）を示す説明図である。
【図１３】この発明の実施の形態による予約管理システムにおける、すでにされている予約の利用者間での交換処理（のうち検索結果通知まで）の手順を示すフローチャートである。
【図１４】図１３のステップＳ１３０９における、交換要求に見合う別の交換要求の検索処理の手順を示すフローチャートである。
【図１５】この発明の実施の形態による予約管理システムにおける、すでにされている予約の利用者間での交換処理（のうち特に検索成功の場合の交換確定処理）の手順を示すフローチャートである。
【図１６】この発明の実施の形態による予約管理システムにおける、すでにされている予約の利用者間での交換処理（のうち特に検索失敗の場合の交換要求登録処理）の手順を示すフローチャートである。
【図１７】この発明の実施の形態による予約管理システムにおける、すでにされている予約の利用者間での交換処理（のうち特に検索失敗の場合の交換確定処理）の手順を示すフローチャートである。
【図１８】クライアント１０１の表示画面の一例（希望するアトラクションの選択画面）を示す説明図である。
【図１９】クライアント１０１の表示画面の一例（希望する時間帯の選択画面）を示す説明図である。
【図２０】クライアント１０１の表示画面の一例（交換条件確認画面）を示す説明図である。
【図２１】クライアント１０１の表示画面の一例（検索成功の場合の検索結果表示画面）を示す説明図である。
【図２２】クライアント１０１の表示画面の一例（交換完了後のトップ画面）を示す説明図である。
【図２３】クライアント１０１の表示画面の一例（検索失敗の場合の検索結果表示画面）を示す説明図である。
【図２４】クライアント１０１の表示画面の一例（提供する予約の選択画面）を示す説明図である。
【図２５】クライアント１０１の表示画面の一例（いったん検索失敗した後の再度の検索結果表示画面）を示す説明図である。
【図２６】クライアント１０１の表示画面の一例（あるアトラクションに今から行って間に合うかどうかの表示画面）を示す説明図である。
【図２７】クライアント１０１の表示画面の一例（今から行って間に合うアトラクションの一覧表示画面）を示す説明図である。
【図２８】クライアント１０１の表示画面の一例（トップ画面の他の一例）を示す説明図である。
【図２９】クライアント１０１の表示画面の一例（予約画面の他の一例）を示す説明図である。
【図３０】クライアント１０１の表示画面の一例（予約画面の他の一例）を示す説明図である。
【符号の説明】
１００  サーバ
１０１  クライアント
１０２  入場ゲート
１０３  退場ゲート
１０４  入園ゲート
２００  バスまたはケーブル
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＨＤＣ
２０５  ＨＤＤ
２０６  ＦＤＤ
２０７  ＦＤ
２０８  ディスプレイ
２０９  ネットワークＩ／Ｆ
２１０  通信ケーブル
２１１  キーボード
２１２  マウス
２１３  ＣＤ−ＲＷ
２１４  ＣＤ−ＲＷドライブ
３００  バス
３０１  ＣＰＵ
３０２  ＲＯＭ
３０３  ＲＡＭ
３０４  ディスプレイ
３０５  操作ボタン
３０６  無線通信Ｉ／Ｆ
３０７  端末間Ｉ／Ｆ
３０８  ＩＣカード
３０９  ＩＣカードスロット
４００  ディスプレイ
４０１  方向ボタン
４０２  決定ボタン
４０３  通信アンテナ
６００ａ  会員情報テーブル
６００ｂ  会員履歴テーブル
６００ｃ  端末情報テーブル
６００ｄ  アトラクション情報テーブル
６００ｅ  空き情報テーブル
６００ｆ  予約情報テーブル
６００ｇ  希望予約テーブル
６００ｈ  提供予約テーブル
６００ｉ  対クライアント通信部
６００ｊ  予約可否回答部
６００ｋ  予約登録部
６００ｌ  予約交換部
６０１ａ  会員情報テーブル
６０１ｂ  予約情報テーブル
６０１ｃ  入力部
６０１ｄ  グループ内通信部
６０１ｅ  対サーバ通信部
６０１ｆ  表示部
【図１】
0004167844.tif 000002
【図２】
0004167844.tif 000003
【図３】
0004167844.tif 000004
【図４】
0004167844.tif 000005
【図５】
0004167844.tif 000006
【図６】
0004167844.tif 000007
【図７】
0004167844.tif 000008
【図８】
0004167844.tif 000009
【図９】
0004167844.tif 000010
【図１０】
0004167844.tif 000011
【図１１】
0004167844.tif 000012
【図１２】
0004167844.tif 000013
【図１３】
0004167844.tif 000014
【図１４】
0004167844.tif 000015
【図１５】
0004167844.tif 000016
【図１６】
0004167844.tif 000017
【図１７】
0004167844.tif 000018
【図１８】
0004167844.tif 000019
【図１９】
0004167844.tif 000020
【図２０】
0004167844.tif 000021
【図２１】
0004167844.tif 000022
【図２２】
0004167844.tif 000023
【図２３】
0004167844.tif 000024
【図２４】
0004167844.tif 000025
【図２５】
0004167844.tif 000026
【図２６】
0004167844.tif 000027
【図２７】
0004167844.tif 000028
【図２８】
0004167844.tif 000029
【図２９】
0004167844.tif 000030
【図３０】
0004167844.tif 000031