JP2003288515A - 予約管理システム、予約管理方法およびその方法をコンピュータに実行させるプログラム - Google Patents

Abstract

(57)【要約】 【課題】 アミューズメントパークなどにおいて、各ア
トラクションの利用予約を個々の利用者に貸与する携帯
端末から電子的におこなえるようにするとともに、すで
にした予約を利用者間で容易に交換できるようにするこ
とで、限られた枠内の予約を真にそれを必要とする利用
者に効率的に分配する。 【解決手段】 図示する携帯端末の画面で「予約」ボタ
ン４００ｂを押下して、所望のアトラクションの所望の
時間帯のいずれかを選択することで、当該時間帯におけ
る当該アトラクションの利用予約をサーバに登録するこ
とができる。また、図中「トレード」ボタン４００ｃを
押下して、譲り受けたい予約Ａと譲り渡してもよい手持
ちの予約Ｂとを指定してサーバに問い合わせると、逆に
予約Ｂを手に入れる代わりに手持ちの予約Ａを手放して
もよいという交換の申し出があった場合に、これらの予
約を交換することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、指定された施設
を指定された時間帯に利用するための権利（すなわち予
約）を、当該権利を希望する利用者に割り当てる予約管
理システム、予約管理方法およびその方法をコンピュー
タに実行させるプログラムに関する。

【０００２】

【従来の技術】「ユニバーサル・スタジオ・ジャパン」
を始めとする集客力の強いアミューズメントパークで
は、週末などパーク内のあちこちに長蛇の列ができるよ
うな混雑が予想される日には、あらかじめ「予約券」を
発行することで、利用者の待ち時間を少しでも減らせる
ように工夫している。

【０００３】この予約券とは、たとえば各アトラクショ
ンの入口近くに設営された仮設テントで一定枚数だけ配
布される無料の紙片で、券面に記載された時刻に係員に
提示すると、それまで列に並んで待っていなくとも当該
アトラクションを優先的に利用できるというものであ
る。あらかじめこの予約券を入手しておけば、券面記載
の時刻まで他のすいているアトラクションを利用した
り、レストランで食事を取ったりできるので、利用者は
限られた時間を有効に活用することができる。

【０００４】また、パーク側としても人気のあるアトラ
クションに一時に利用者が集中するのを避け、利用者に
最大限にパークを満喫してもらうことで、よりいっそう
の集客力や収益率の強化をはかることができる。

【０００５】

【発明が解決しようとする課題】しかしながら、従来は
予約券を取得するためには、予約したいアトラクション
の近くまで出向いてゆく必要があった。しかもアトラク
ションによっては、予約券でさえ配布開始直後になくな
ってしまい、せっかく行ったのが無駄になったり予想外
に遅い時間の予約を余儀なくされたりすることも多かっ
た。

【０００６】その一方で、せっかく入手した予約券で
も、何らかの事情で券面時刻までにそのアトラクション
に到着できないとキャンセル扱いになってしまい（予約
の時刻を繰り下げることができない）、再度別の時刻の
予約券を取得するか、予約を諦めて行列に並ぶかしなけ
ればならない。また、こうしたキャンセルが発生する
と、最終的にはその予約券を取得して列に並ばなくても
済んだはずの別の利用者にしわ寄せが行ってしまう。

【０００７】この発明は上記従来技術による問題を解決
するため、過度の予約を抑制するとともに限られた枠内
の予約を必要な利用者に効率的に分配することが可能な
予約管理システム、予約管理方法およびその方法をコン
ピュータに実行させるプログラムを提供することを目的
とする。

【０００８】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、請求項１に記載の発明にかかる予
約管理システムは、指定された施設を指定された時間帯
に利用するための権利を当該権利を希望する利用者に割
り当てる予約管理システムにおいて、少なくとも一人の
利用者を指定する第１の指定手段と、前記第１の指定手
段により指定された各利用者がそれぞれ保持するポイン
ト数の範囲で上記権利の割り当てを希望できる施設を特
定する特定手段と、前記特定手段により特定された各施
設の各時間帯につき、どの利用者にも割り当てられてい
ない前記権利が前記第１の指定手段により指定された利
用者の人数分だけあるかどうかを判定する判定手段と、
前記判定手段により、前記権利が前記第１の指定手段に
より指定された利用者の人数分だけあると判定されたい
ずれかの施設のいずれかの時間帯を指定する第２の指定
手段と、前記第２の指定手段により指定された施設を前
記第２の指定手段により指定された時間帯に前記第１の
指定手段により指定された利用者が利用するための権利
を所定のテーブルに登録する登録手段と、を備えたこと
を特徴とする。

【０００９】この請求項１に記載の発明によれば、利用
者が予約できる施設は、その予約に必要なポイント数が
当該利用者の現在保持するポイント数以下であるような
ものに制限される。

【００１０】また、請求項２に記載の発明にかかる予約
管理システムは、指定された施設を指定された時間帯に
利用するための権利を当該権利を希望する利用者に割り
当てる予約管理システムにおいて、第１の利用者が当該
利用者以外の第２の利用者から譲り受けたい権利の対象
となる施設および時間帯を指定する指定手段と、前記第
２の利用者が譲り渡してもよい権利として指定している
権利のうち、その対象となる施設および時間帯が前記指
定手段により指定された施設および時間帯と一致するも
のを抽出する第１の抽出手段と、前記第１の利用者が保
持する権利のうち、前記第２の利用者が前記第１の抽出
手段により抽出されたいずれかの権利と引き替えに譲り
受けたい権利として指定している権利と対象となる施設
および時間帯が一致するものを抽出する第２の抽出手段
と、を備えたことを特徴とする。

【００１１】この請求項２に記載の発明によれば、予約
Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、
逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利
用者とがあった場合に、交換可能なこれらの予約が全予
約の中から取り出される。

【００１２】また、請求項３に記載の発明にかかる予約
管理システムは、前記請求項２に記載の発明において、
さらに、前記権利が登録された所定のテーブルにおい
て、前記第２の抽出手段により抽出された権利の保持者
を前記第２の利用者に変更する第１の変更手段と、前記
第２の抽出手段により抽出された権利と引き替えに前記
第２の利用者が譲り渡してもよい権利として指定してい
る権利の保持者を前記第１の利用者に変更する第２の変
更手段と、を備えたことを特徴とする。

【００１３】この請求項３に記載の発明によれば、予約
Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、
逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利
用者とがあった場合に、予約Ａの保持者は第２の利用者
に、予約Ｂの保持者は第１の利用者に、それぞれ付け替
えられる。

【００１４】また、請求項４に記載の発明にかかる予約
管理システムは、前記請求項３に記載の発明において、
さらに、前記第２の抽出手段により抽出された各権利を
特定できる情報を前記第１の利用者に通知する通知手段
と、前記通知手段により通知された情報のうちいずれか
一つを選択する選択手段と、を備え、前記第１の変更手
段は、前記選択手段により選択された情報で特定される
権利の保持者を前記第２の利用者に変更するとともに、
前記第２の変更手段は、前記選択手段により選択された
情報で特定される権利と引き替えに前記第２の利用者が
譲り渡してもよい権利として指定している権利の保持者
を前記第１の利用者に変更することを特徴とする。

【００１５】この請求項４に記載の発明によれば、譲り
渡してもよい予約が複数あってどれを選んでも希望の予
約を譲り受けられる場合には、どの予約を譲り渡すかを
利用者が任意に選択できる。

【００１６】また、請求項５に記載の発明にかかる予約
管理方法は、指定された施設を指定された時間帯に利用
するための権利を当該権利を希望する利用者に割り当て
る予約管理方法において、少なくとも一人の利用者を指
定する第１の指定工程と、前記第１の指定工程で指定さ
れた各利用者がそれぞれ保持するポイント数の範囲で上
記権利の割り当てを希望できる施設を特定する特定工程
と、前記特定工程で特定された各施設の各時間帯につ
き、どの利用者にも割り当てられていない前記権利が前
記第１の指定工程で指定された利用者の人数分だけある
かどうかを判定する判定工程と、前記判定工程で、前記
権利が前記第１の指定工程で指定された利用者の人数分
だけあると判定されたいずれかの施設のいずれかの時間
帯を指定する第２の指定工程と、前記第２の指定工程で
指定された施設を前記第２の指定工程で指定された時間
帯に前記第１の指定工程で指定された利用者が利用する
ための権利を所定のテーブルに登録する登録工程と、を
含んだことを特徴とする。

【００１７】この請求項５に記載の発明によれば、利用
者が予約できる施設は、その予約に必要なポイント数が
当該利用者の現在保持するポイント数以下であるような
ものに制限される。

【００１８】また、請求項６に記載の発明にかかる予約
管理方法は、指定された施設を指定された時間帯に利用
するための権利を当該権利を希望する利用者に割り当て
る予約管理方法において、第１の利用者が当該利用者以
外の第２の利用者から譲り受けたい権利の対象となる施
設および時間帯を指定する指定工程と、前記第２の利用
者が譲り渡してもよい権利として指定している権利のう
ち、その対象となる施設および時間帯が前記指定工程で
指定された施設および時間帯と一致するものを抽出する
第１の抽出工程と、前記第１の利用者が保持する権利の
うち、前記第２の利用者が前記第１の抽出工程で抽出さ
れたいずれかの権利と引き替えに譲り受けたい権利とし
て指定している権利と対象となる施設および時間帯が一
致するものを抽出する第２の抽出工程と、を含んだこと
を特徴とする。

【００１９】この請求項６に記載の発明によれば、予約
Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、
逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利
用者とがあった場合に、交換可能なこれらの予約が全予
約の中から取り出される。

【００２０】また、請求項７に記載の発明にかかる予約
管理方法は、前記請求項６に記載の発明において、さら
に、前記権利が登録された所定のテーブルにおいて、前
記第２の抽出工程で抽出された権利の保持者を前記第２
の利用者に変更する第１の変更工程と、前記第２の抽出
工程で抽出された権利と引き替えに前記第２の利用者が
譲り渡してもよい権利として指定している権利の保持者
を前記第１の利用者に変更する第２の変更工程と、を含
んだことを特徴とする。

【００２１】この請求項７に記載の発明によれば、予約
Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者と、
逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利
用者とがあった場合に、予約Ａの保持者は第２の利用者
に、予約Ｂの保持者は第１の利用者に、それぞれ付け替
えられる。

【００２２】また、請求項８に記載の発明にかかる予約
管理方法は、前記請求項７に記載の発明において、さら
に、前記第２の抽出工程で抽出された各権利を特定でき
る情報を前記第１の利用者に通知する通知工程と、前記
通知工程で通知された情報のうちいずれか一つを選択す
る選択工程と、を含み、前記第１の変更工程では、前記
選択工程で選択された情報で特定される権利の保持者を
前記第２の利用者に変更するとともに、前記第２の変更
工程では、前記選択工程で選択された情報で特定される
権利と引き替えに前記第２の利用者が譲り渡してもよい
権利として指定している権利の保持者を前記第１の利用
者に変更することを特徴とする。

【００２３】この請求項８に記載の発明によれば、譲り
渡してもよい予約が複数あってどれを選んでも希望の予
約を譲り受けられる場合には、どの予約を譲り渡すかを
利用者が任意に選択できる。

【００２４】また、請求項９に記載の発明にかかるプロ
グラムによれば、前記請求項５〜請求項８のいずれか一
つに記載された方法がコンピュータによって実行され
る。

【００２５】

【発明の実施の形態】以下に添付図面を参照して、この
発明による予約管理システム、予約管理方法およびその
方法をコンピュータに実行させるプログラムの好適な実
施の形態を詳細に説明する。

【００２６】（システム構成）図１は、この発明の実施
の形態による予約管理システムのシステム構成を示す説
明図である。まず１００はサーバであり、後述するクラ
イアント１０１からの要求を受けて、個々のアトラクシ
ョンの利用予約やすでにされている予約の交換などをお
こなう。

【００２７】１０１はサーバ１００のクライアントであ
り、具体的には各利用者に入園時に貸与され、退園時に
パークに返却される携帯端末である。この端末からは、
後述する利用予約や予約の交換が可能なほか、パーク内
の地図を表示させたりその地図上に現在位置を表示させ
たりすることができる（ＧＰＳ機能搭載）。また、この
端末は各アトラクションの入口前に設けられた入場ゲー
ト１０２、あるいはその出口前に設けられた退場ゲート
１０３を通過する都度、入場または退場したアトラクシ
ョンのＩＤをサーバ１００に通知する。

【００２８】なお、上記端末は利用者が別途購入するＩ
Ｃカードなどの軽量記録媒体を挿入することで使用可能
となる。ＩＣカードは会員カードであって、初回来園時
に購入しておけば繰り返し使え、利用者の個人情報や各
アトラクションの利用履歴などが記録される。パークか
らの帰り際にこのカードを所定の機械に挿入すると、今
回利用したすべてのアトラクションや辿ったルート、歩
行距離や消費カロリーなどがプリントアウトされるよう
なサービスを実施してもよい。

【００２９】なお、入退園時にこのＩＣカードは入園ゲ
ート１０４に通され、入園時にはフラグがＯＮに、退園
時にはフラグがＯＦＦにセットされる。フラグがＯＦＦ
のＩＣカードを挿入しても上記端末は動作しない（その
ため端末を不法に持ち出してパーク外で使用することは
できない）。

【００３０】（サーバ１００およびクライアント１０１
のハードウエア構成）つぎに、上記システムの中核であ
るサーバ１００、およびそのクライアント１０１のハー
ドウエア構成について説明する。

【００３１】まず、図２はサーバ１００のハードウエア
構成の一例を示す説明図である。同図において、２０１
は装置全体を制御するＣＰＵを、２０２は基本入出力プ
ログラムを記憶したＲＯＭを、２０３はＣＰＵ２０１の
ワークエリアとして使用されるＲＡＭを、それぞれ示し
ている。

【００３２】また、２０４はＣＰＵ２０１の制御にした
がってＨＤＤ（ハードディスクドライブ）２０５に対す
るデータのリード／ライトを制御するＨＤＣ（ハードデ
ィスク制御装置）を、２０５はＨＤＣ２０４の制御にし
たがって書き込まれたデータを記憶するＨＤＤを、それ
ぞれ示している。また、２０６はＣＰＵ２０１の制御に
したがってＦＤ（フレキシブルディスク）２０７に対す
るデータのリード／ライトを制御するＦＤＤ（フレキシ
ブルディスクドライブ）を、２０７はＦＤＤ２０６の制
御にしたがって書き込まれたデータを記憶する着脱自在
のＦＤを、それぞれ示している。

【００３３】また、２０８はカーソル、メニュー、ウィ
ンドウ、あるいは文字や画像などの各種データを表示す
るディスプレイを、２０９は通信ケーブル２１０を介し
てＬＡＮなどのネットワークに接続され、当該ネットワ
ークとＣＰＵ２０１とのインターフェースとして機能す
るネットワークＩ／Ｆを、それぞれ示している。

【００３４】また、２１１は文字、数値、各種指示など
の入力のための複数のキーを備えたキーボードを、２１
２は各種指示の選択や実行、処理対象の選択、マウスポ
インタの移動などをおこなうマウスを、それぞれ示して
いる。また、２１３は着脱可能な記録媒体であるＣＤ−
ＲＷを、２１４はＣＤ−ＲＷ２１３に対するデータのリ
ード／ライトを制御するＣＤ−ＲＷドライブを、２００
は上記各部を接続するためのバスまたはケーブルを、そ
れぞれ示している。

【００３５】また、図３はクライアント１０１のハード
ウエア構成の一例を示す説明図である。同図において、
３０１は装置全体を制御するＣＰＵを、３０２は後述す
る利用予約や予約交換などのためのプログラムを記憶し
たＲＯＭを、３０３はＣＰＵ３０１のワークエリアとし
て使用されるＲＡＭを、それぞれ示している。

【００３６】また、３０４は後述する各種画面を表示す
るためのディスプレイを、３０５は各種の操作ボタン
を、それぞれ示している。また、３０６は上述のネット
ワークを介して、サーバ１００との間で各種データを送
受信する無線通信Ｉ／Ｆを、３０７は他のクライアント
１０１との間でデータを送受信する端末間Ｉ／Ｆを、そ
れぞれ示している。また、３０８は着脱可能な記録媒体
である上述のＩＣカードを、３０９はＩＣカード３０８
に対するデータのリード／ライトを制御するＩＣカード
スロットを、３００は上記各部を接続するためのバス
を、それぞれ示している。

【００３７】このクライアント１０１として機能する携
帯端末の外観は、たとえば図４に示すようなものであ
る。前面にはディスプレイ４００（図３のディスプレイ
３０４と同一）と、少なくとも上下左右の４方向を指定
可能な方向ボタン４０１および決定ボタン４０２（いず
れも図３の操作ボタン３０５に相当）が配置され、上面
には無線通信のための通信アンテナ４０３（図３の無線
通信Ｉ／Ｆ３０６の一部）があり、図示しない側面には
前述のＩＣカードを挿入するためのスロット（図３のＩ
Ｃカードスロット３０９）が設けられている。

【００３８】さらに、図示しない背面にはこの携帯端末
に他の携帯端末を接続するための接合部（図３の端末間
Ｉ／Ｆ３０７の一部）が設けられている。そして、複数
の携帯端末はこの接合部を介して、図５に示すように物
理的に結合され、最前面に位置する端末（そのディスプ
レイ４００が利用者から見える端末）のみが、一体に組
み合わされた全端末の代表として機能する。なお、以下
ではこのように、相互に接続された複数のクライアント
１０１、あるいはその保持者である複数の利用者を「グ
ループ」と呼ぶ。

【００３９】また、ここではクライアント１０１は相互
に密着するように接続されるものとしたが、たとえば各
端末に設けられたコネクタを専用ケーブルで連結して接
続するようにしてもよい。また、このように物理的に接
続するのではなく、端末ＩＤを指定して無線により通信
し、複数のクライアント１０１が同一のグループＩＤを
共有することで論理的に一グループを形成するようにし
てもよい。

【００４０】また、図４中ディスプレイ４００内に表示
されているのが、本装置により実現される予約管理シス
テムのトップ画面である。左側の予約一覧４００ａに
は、このクライアント１０１の利用者が現在保持してい
る予約の一覧が表示される（予約が一つもなければ空欄
となる）。

【００４１】また、右側のメニューで所望のボタンを押
下する、すなわち画面上のカーソルを方向ボタン４０１
によりいずれかのボタンに移動させ、決定ボタン４０２
を押下することで、サーバ１００に対して後述する予約
や予約の交換などを指示することができる。各処理の詳
細については後述する。

【００４２】（サーバ１００およびクライアント１０１
の機能的構成）つぎに、図６はサーバ１００およびクラ
イアント１０１の構成を機能的に示す説明図である。図
中、６００ｘはサーバ１００、６０１ｘはクライアント
１０１の機能部である。各部の機能の詳細は主に後述す
るフローチャートで説明することとし、ここではその概
略を述べるにとどめる。

【００４３】まず、６００ａは会員情報テーブルであ
り、個々の利用者（厳密には個々のＩＣカード３０８）
の会員ＩＤ、予約ポイント数の初期値（最大値）、現在
の予約ポイント数などを保持する。上記のほか、各会員
が任意に申告するその氏名や生年月日、性別などの情報
もこのテーブルに登録される。

【００４４】なお、ここで「予約ポイント数の初期値」
とは、入園時に個々のＩＣカード３０８に書き込まれ、
退園時にゼロにリセットされる数値である（入園ゲート
１０４がこの書き込みをおこなう）。後述のように、ア
トラクションを予約するにはこの中から何ポイントかを
使用しなければならず、予約時から当該アトラクション
の利用終了時（退場ゲート１０３の通過時）まで、手持
ちのポイント数はその分だけ減った状態になる。そし
て、現在のポイント数の範囲でしか予約はできないの
で、これにより同時に保持できる予約の個数には一定の
制限がかかることになる（予約のポイント制）。

【００４５】なお、入園時に付与する予約ポイント数
（初期値であり最大値でもある）は、繁閑の程度やパー
ク側の方針により、日や時間帯などに応じて柔軟に変更
することができる。あるいは利用者ごとに、たとえば過
去の来園回数やパークまで車で来たか公共交通機関で来
たかなどにより、付与するポイントを変えるようにして
もよい。また、個々のアトラクションの予約に必要なポ
イント数も、たとえばパレード中や昼食時間帯などは他
の時間帯に比べて引き下げるなど、日や時間帯によって
パーク側が任意に変更可能である。

【００４６】つぎに、６００ｂは会員履歴テーブルであ
り、個々の利用者（厳密には個々のＩＣカード３０８）
の会員ＩＤ、前回までの来園履歴（来園回数や来園日
時）、前回までに利用したアトラクションのＩＤと利用
回数・利用日時などを保持する。なお、会員履歴テーブ
ル６００ｂは会員情報テーブル６００ａと一体に構成す
るのでもよい。

【００４７】６００ｃは端末情報テーブルであり、クラ
イアント１０１として機能する個々の携帯端末につき、
その端末ＩＤ、挿入されているＩＣカード３０８の会員
ＩＤ、現在利用中のアトラクションＩＤ、最後に通過し
たノードＩＤ（後述）などを保持する。なお、「端末Ｉ
Ｄ」とは個々の端末を一意に識別するための番号であ
る。また、「現在利用中のアトラクションＩＤ」とは前
回この端末がいずれかの入場ゲート１０２をくぐった際
に通知してきたＩＤであり、退場ゲート１０３の通過時
にはクリアされる。

【００４８】６００ｄはアトラクション情報テーブルで
あり、個々のアトラクションごとに、その予約に必要な
ポイント数、その利用に標準的にかかる時間（利用時
間）、単位あたり（時間帯ごと）の最大予約人数、名
称、現在の待ち時間、ノードＩＤ（後述）などの属性を
保持する。

【００４９】６００ｅは空き情報テーブルであり、どの
アトラクションのどの時間帯にどれだけの予約の空きが
あるかを管理するためのテーブルである。項目としては
アトラクションＩＤ、時間帯、現時点での予約人数、最
大予約人数までの残り人数などがある。

【００５０】６００ｆは予約情報テーブルであり、各利
用者とその予約内容とを関連づけて保持し、利用者ごと
あるいはアトラクションごとの予約状況を管理するため
のテーブルである。項目としては予約ＩＤ、会員ＩＤ、
予約中のアトラクションのＩＤと時間帯、当該アトラク
ションの予約時に使用したポイント数などがある。な
お、「予約ＩＤ」とは個々の予約を一意に識別するため
の番号である。

【００５１】６００ｇは希望予約テーブルであり、後述
する個々の交換要求について、手持ちの予約と引き替え
に譲り受けたいと利用者が考える予約の詳細を保持す
る。項目としては交換ＩＤ、希望するアトラクション、
希望する時間帯などがある。なお、「交換ＩＤ」とは個
々の交換要求を一意に識別するための番号である。ただ
し、６００ｆの予約情報テーブルでは、予約１件につき
会員１名であるが、ここでは１つの交換につき、会員Ｉ
Ｄを複数割り付ける場合があるので、「交換ＩＤ」と
「会員ＩＤ」からなる「グループテーブル」を別に作成
しておく。

【００５２】６００ｈは提供予約テーブルであり、個々
の交換要求について、希望する予約と引き替えに譲り渡
してもよいと利用者が考えるその手持ちの予約（交換候
補）を保持する。項目としては交換ＩＤ、提供される予
約の予約ＩＤ、および応募予約ＩＤ（後述）がある。な
お、提供予約テーブル６００ｈは希望予約テーブル６０
０ｇと一体に構成するのでもよい（いずれも予約の交換
条件を保持するものである）。

【００５３】６００ｉは対クライアント通信部であり、
サーバ１００とクライアント１０１との間のデータの送
受信を制御する機能部である。６００ｊは予約可否回答
部であり、クライアント１０１からの問い合わせを受け
て、個々のアトラクションの個々の時間帯の予約可否を
回答する機能部である。

【００５４】６００ｋは予約登録部であり、クライアン
ト１０１からの要求を受けて、特定のアトラクションの
特定の時間帯の利用予約を予約情報テーブル６００ｆに
登録する機能部である。この時、６００ｅの空き情報テ
ーブルも同時に更新される。また、６００ｌは予約交換
部であり、クライアント１０１からの要求を受けて、当
該クライアント１０１が譲り受けたいと考える予約を譲
り渡してもよいと考えており、かつ当該クライアント１
０１が譲り渡してもよいと考える予約を譲り受けたいと
考えている別のクライアント１０１を検索するととも
に、両者の間で双方の手持ちの予約を入れ替える（交換
する）機能部である。

【００５５】なお、上述した６００ａ〜６００ｈの各テ
ーブルは、具体的にはサーバ１００のＨＤ２０５に保持
されている。また、６００ｋ〜６００ｌの各機能部は、
それぞれＨＤ２０５などからＲＡＭ２０３に読み出され
たプログラムの命令にしたがってＣＰＵ２０１が命令処
理を実行することにより実現されるものである。このプ
ログラムはＨＤ２０５のほか、ＦＤ２０７、ＣＤ−ＲＯ
ＭあるいはＭＯなどの各種記録媒体に格納して配布する
ことができ、あるいはネットワークを介して配布するこ
ともできる。

【００５６】つぎに、６０１ａは会員情報テーブル（ク
ライアント１０１側）であり、上述のＩＣカード３０８
から読み出した会員ＩＤ、予約ポイント数の初期値、ま
たサーバ１００から通知される現在の予約ポイント数な
どを保持する。６０１ｂは予約情報テーブル（クライア
ント１０１側）であり、この端末の利用者が現在保持し
ている予約の予約ＩＤ、予約中のアトラクションのＩＤ
と時間帯、および当該予約を対価とする交換要求（後
述）が出されているかどうかや、その交換条件などを保
持する。

【００５７】６０１ｃは入力部であり、利用者からの処
理の選択や処理対象の選択などを受け付ける機能部であ
る。６０１ｄはグループ内通信部であり、このクライア
ント１０１に接続された他のクライアント１０１との間
のデータの送受信を制御する機能部である。６０１ｅは
対サーバ通信部であり、サーバ１００との間のデータの
送受信を制御する機能部である。６０１ｆは表示部であ
り、後述する各種画面を表示する機能部である。

【００５８】なお、６０１ａおよび６０１ｂの各テーブ
ルは、具体的にはクライアント１０１のＲＡＭ３０３に
保持されている。また、６０１ｃ〜６０１ｆの各機能部
は、それぞれＲＯＭ３０２からＲＡＭ３０３に読み出さ
れたプログラムの命令にしたがってＣＰＵ３０１が命令
処理を実行することにより実現されるものである。この
プログラムはＲＯＭ３０２のほか、ＦＤ、ＣＤ−ＲＯＭ
あるいはＭＯなどの着脱可能な記録媒体に格納して配布
することができ、あるいはネットワークを介して配布す
ることもできる。

【００５９】（予約）つぎに、図７はこの発明の実施の
形態による予約管理システムにおける、アトラクション
の予約処理の手順を示すフローチャートである。図４の
トップ画面において、利用者が右側のメニューの「予
約」ボタン４００ｂを押下することで図７の予約処理が
開始する。

【００６０】クライアント１０１の入力部６０１ｃが、
その利用者による上記操作を検知すると（ステップＳ７
０１：Ｙｅｓ）、つぎにクライアント１０１はサーバ１
００に対して、各アトラクションの時間帯ごとの空き状
況を問い合わせる（ステップＳ７０２）。

【００６１】図８は、図７のステップＳ７０２における
空き状況の問い合わせ処理の手順を示すフローチャート
である。まず、クライアント１０１のグループ内通信部
６０１ｄは、現在このクライアント１０１が所属してい
るグループのメンバーを特定する（ステップＳ８０
１）。

【００６２】この特定は、図５のように一体をなしてい
る複数の端末間で、それぞれの端末間Ｉ／Ｆ３０７を介
して、各端末内に挿入されたＩＣカード３０８の会員Ｉ
Ｄを順次問い合わせてゆくことによりおこなう。たとえ
ば、図５中一番上（最前面）の端末から発信された問い
合わせを一番下（最後面）の端末に向かって順次転送し
てゆき、一番下の端末は、上記問い合わせの末尾に自己
の会員ＩＤを追記して一つ上の端末に返信する。以後同
様に会員ＩＤを追記しつつ、一番下の端末から一番上の
端末に向かって上記問い合わせを逆向きに転送する。こ
れにより、一番上の端末は同一グループ内の全利用者の
会員ＩＤを取得できる。

【００６３】つぎに、クライアント１０１はその対サー
バ通信部６０１ｅにより、サーバ１００に対して、現時
点でこのグループが予約可能なのはどのアトラクション
のどの時間帯であるかを問い合わせる（ステップＳ８０
２）。この問い合わせには、問い合わせ元であるクライ
アント１０１に図５のように接続された全端末の会員Ｉ
Ｄ、すなわち問い合わせ元のグループに属する全利用者
の会員ＩＤ（ステップＳ８０１で特定されたもの）が含
まれている。

【００６４】上記問い合わせをその対クライアント通信
部６００ｉにより受信したサーバ１００は、つぎに予約
可否回答部６００ｊにより、受信した会員ＩＤで会員情
報テーブル６００ａを検索して、グループ内の各利用者
が現在保持しているポイント数を抽出の上、当該グルー
プ内でのその最小値を求める（ステップＳ８０３）。

【００６５】つぎに、予約可否回答部６００ｊはアトラ
クション情報テーブル６００ｄを参照して、パーク内の
アトラクションのうち予約に必要なポイント数が上記で
特定された最小値以下であるもの、すなわち、グループ
内で最も手持ちのポイント数が少ない利用者でもその範
囲内で予約することが可能なアトラクションを特定する
（ステップＳ８０４）。

【００６６】そして、予約可否回答部６００ｊは空き情
報テーブル６００ｅを参照して、上記で特定された個々
のアトラクションの個々の時間帯に、上記グループのメ
ンバー数分（会員ＩＤの個数分）以上の空きがあるかど
うか、すなわち予約可能であるかどうかを順次チェック
して、予約可否のチェックリストを作成する（ステップ
Ｓ８０５）。このリストはたとえば、各アトラクション
の各時間帯と、その予約可否を示すフラグ（予約可すな
わち空きありであればＯＮ、予約不可すなわち空きなし
であればＯＦＦ）との対照表である。

【００６７】その後、予約可否回答部６００ｊは上記リ
ストを基礎として、各アトラクションのＩＤと名称、そ
の予約に必要なポイント数、個々の時間帯および時間帯
ごとの予約可否を示すフラグを対応づけた回答用の一時
テーブルを作成する（ステップＳ８０６）。そして、こ
の一時テーブルが対クライアント通信部６００ｉおよび
対サーバ通信部６０１ｅを介して、サーバ１００からク
ライアント１０１に送信される（ステップＳ８０７）。

【００６８】図７に戻り、上記のようにして空き状況の
問い合わせを終えると、つぎにクライアント１０１はそ
の表示部６０１ｆにより、上記一時テーブル中のアトラ
クションの名称とその予約に必要なポイント数とを図９
のようにディスプレイ４００に表示する（ステップＳ７
０３）。

【００６９】なおこのとき表示されるのは、少なくとも
いずれか一つの時間帯につき上述のフラグがＯＮになっ
ているアトラクション、すなわちどこかの時間帯にまだ
空きのあるアトラクションのみである。全時間帯につい
て予約が不可能なアトラクションは表示されない。もっ
とも表示形態はこれに限るものでなく、たとえば上記テ
ーブル内のすべてのアトラクションにつきその名称と必
要ポイント数とを表示するが、終日満員であるものはグ
レーアウトして表示したり、その近傍に予約不能である
ことを示す何らかの記号を表示したりするようにしても
よい。

【００７０】図９の画面で、利用者がいずれかのアトラ
クションを選択したことを入力部６０１ｃが検知すると
（ステップＳ７０４：Ｙｅｓ）、つぎに表示部６０１ｆ
は上記一時テーブルを参照して、選択されたアトラクシ
ョンの時間帯ごとの予約可否を図１０のようにディスプ
レイ４００に表示する（ステップＳ７０５）。

【００７１】図中、まだ空きのある時間帯（フラグがＯ
Ｎの時間帯）はその開始時刻と終了時刻とを明示され、
空きのない時間帯（フラグがＯＦＦの時間帯）は「ＦＵ
ＬＬ」の文字列で表現されている。なお、予約不能な時
間帯の表示形態はこれに限らず、「ＦＵＬＬ」の文字列
も表示しない（画面上には予約可能な時間帯のみが示さ
れる）、あるいは予約可能な時間帯と同様に開始時刻と
終了時刻を明示するが、その近傍に予約不能であること
を示す何らかの記号を表示する、などであってもよい。

【００７２】そして、図１０の画面で利用者がいずれか
の時間帯を選択したことを入力部６０１ｃが検知すると
（ステップＳ７０６：Ｙｅｓ）、つぎに表示部６０１ｆ
は確認の意味で、上記で選択されたアトラクションの名
称と時間帯、および当該アトラクションの予約に必要な
ポイント数（予約に使用するポイント数）を図１１のよ
うにディスプレイ４００に表示する（ステップＳ７０
７）。

【００７３】そして、図示する画面で利用者が「決定」
ボタン１１００を押下したことを入力部６０１ｃが検知
すると（ステップＳ７０８：Ｙｅｓ）、対サーバ通信部
６０１ｅから所定のフォーマットの予約要求がサーバ１
００に対して送信される（ステップＳ７０９）。この予
約要求には、上記で選択されたアトラクションのＩＤと
時間帯、予約に必要なポイント数、およびステップＳ７
０２で特定した同一グループ内の全利用者の会員ＩＤが
含まれている。

【００７４】上記要求をその対クライアント通信部６０
０ｉで受信したサーバ１００は、つぎにその予約登録部
６００ｋにより、当該予約にＩＤを付与するとともに、
当該予約ＩＤ、上記要求中の全利用者の会員ＩＤ、時間
帯、アトラクションＩＤおよびポイント数を対応づけ
て、予約情報テーブル６００ｆに追記する（ステップＳ
７１０）。

【００７５】さらに、予約登録部６００ｋは上記グルー
プ内の各会員のＩＤで会員情報テーブル６００ａを検索
し、ヒットしたレコードの現在のポイント数を、当該数
値から上記で受信したポイント数を減算後の数値に書き
換え、さらに、６００ｅの空き情報テーブルで、アミュ
ーズメントパークの空き情報を更新する（ステップＳ７
１１）。

【００７６】この後、サーバ１００はその対クライアン
ト通信部６００ｉから、所定のフォーマットの予約完了
通知をクライアント１０１に送信する（ステップＳ７１
２）。この通知には、予約情報テーブル６００ｆに登録
を完了した予約の予約ＩＤ、予約されたアトラクション
のＩＤおよび時間帯のほか、各会員の会員ＩＤと、予約
後の各会員のポイント数（更新後の会員情報テーブル６
００ａにおける各会員の現在のポイント数。すなわち従
来の手持ちのポイント数から、上記予約に使用したポイ
ント数を減算した値）が含まれている。

【００７７】これをその対サーバ通信部６０１ｅで受信
したクライアント１０１は、上記通知中の予約ＩＤ、ア
トラクションＩＤおよび時間帯を予約情報テーブル６０
１ｂに格納するとともに、自己の会員ＩＤに対応する予
約後のポイント数を会員情報テーブル６０１ａに格納す
る（ステップＳ７１３）。

【００７８】さらに、クライアント１０１は更新後の情
報をもとに、表示部６０１ｆにより図１２のような新た
なトップ画面をディスプレイ４００に表示する（ステッ
プＳ７１４）。図４に示したトップ画面と比較して、予
約一覧中の予約に今回予約されたアトラクションと時間
帯（具体的にはアトラクションＤの１８：００〜１９：
００）が追加されているほか、「残りポイント」が当該
アトラクションの予約に使用されたポイント数（ここで
は１５）だけ減っていることが分かる。

【００７９】その後、クライアント１０１はそのグルー
プ内通信部６０１ｄにより、上記通知をグループ内の他
の端末に順次転送し、各端末は上記と同様に、予約の詳
細と予約後のポイント数とをそれぞれの予約情報テーブ
ル６００ｂおよび会員情報テーブル６００ａに格納する
（ステップＳ７１５）。これにより、予約完了の事実と
必要事項とがグループ内の各端末に周知される。

【００８０】なお、予約情報テーブル６００ｆに登録さ
れた予約は、予約者が対象となるアトラクションの退場
ゲート１０３を通過したとき、予約した時間帯に当該ア
トラクションの入場ゲート１０２を通過しなかったと
き、あるいは予約者が入園ゲート１０４から退場したと
き（パークから帰ってしまったとき）に削除される。

【００８１】このとき同時に、その予約時に使用された
ポイント数（この情報は予約情報テーブル６００ｆから
削除されるレコードに含まれている）が、予約者の現在
のポイント数に加算されて会員情報テーブル６００ａに
書き込まれる。そして、さらにこの更新後のポイント数
がサーバ１００から当該予約者のクライアント１０１に
通知され、その会員情報テーブル６０１ａに書き込まれ
るとともに、表示部６０１ｆにより「残ポイント」とし
て画面表示される（すなわち、上記のタイミングで予約
に使用されただけのポイントが返還される）。

【００８２】（予約の交換）つぎに、図１３、図１４、
図１５、図１６および図１７はこの発明の実施の形態に
よる予約管理システムにおける、すでにされている予約
の利用者間での交換処理の手順を示すフローチャートで
ある。図４のトップ画面において、利用者が右側のメニ
ューの「トレード」ボタン４００ｃを押下することで図
１３の予約交換処理が開始する。

【００８３】クライアント１０１の入力部６０１ｃが、
その利用者による上記操作を検知すると（ステップＳ１
３０１：Ｙｅｓ）、つぎにクライアント１０１はその表
示部６０１ｆにより、パーク内の全アトラクションの名
称を図１８のようにディスプレイ４００に表示する（ス
テップＳ１３０２）。なお、予約の交換の場合は各アト
ラクションの予約に必要なポイント数は表示しない（予
約の場合の図９と対比）。

【００８４】図１８の画面で、利用者がいずれかのアト
ラクションを選択したことを入力部６０１ｃが検知する
と（ステップＳ１３０３：Ｙｅｓ）、つぎに表示部６０
１ｆは予約単位となっている全時間帯を図１９のように
ディスプレイ４００に表示する（ステップＳ１３０
４）。

【００８５】そして、図示する画面で利用者がいずれか
の時間帯を選択したことを入力部６０１ｃが検知すると
（ステップＳ１３０５：Ｙｅｓ）、つぎに表示部６０１
ｆは確認の意味で、上記で選択されたアトラクションの
名称と時間帯とを図２０のようにディスプレイ４００に
表示する（ステップＳ１３０６）。

【００８６】そして、図示する画面で利用者が「決定」
ボタン２０００を押下したことを入力部６０１ｃが検知
すると（ステップＳ１３０７：Ｙｅｓ）、対サーバ通信
部６０１ｅから所定のフォーマットの交換要求がサーバ
１００に対して送信される（ステップＳ１３０８）。こ
の交換要求には、上記で選択されたアトラクションのＩ
Ｄと時間帯、この利用者の会員ＩＤ、および予約情報テ
ーブル６０１ｂから読み出された、このクライアント１
０１が保持するすべての予約（このクライアント１０１
が提供しうるすべての予約）の予約ＩＤが含まれてい
る。

【００８７】上記要求をその対クライアント通信部６０
０ｉで受信したサーバ１００は、つぎにその予約交換部
６００ｌにより、上記交換要求に見合う別の交換要求の
検索、言い換えれば、交換要求を出してきた利用者が手
に入れたいと考えている予約（ここではアトラクション
Ｄの１８：００〜１９：００）を、当該利用者が保持す
る他の予約と引き替えに手放してもよいと考える他の利
用者の検索をおこなう（ステップＳ１３０９）。

【００８８】図１４は、図１３のステップＳ１３０９に
おける、交換要求に見合う別の交換要求の検索処理の手
順を示すフローチャートである。なお、この処理はもっ
ぱらサーバ１００の予約交換部６００ｌによりなされる
ものである。

【００８９】まず、提供予約テーブル６００ｈに登録さ
れている、希望の予約と引き替えに手放してもよいと申
し出られている予約の中から、上記で受信した交換要求
中で希望されているような内容のものを抽出する（ステ
ップＳ１４０１）。

【００９０】すなわち、提供予約テーブル６００ｈ内の
レコードを順次読み出して（ただし、その応募予約ＩＤ
がすでに埋まっているレコードはスキップする）、当該
レコード中の予約ＩＤでさらに予約情報テーブル６００
ｆを検索し、当該ＩＤで特定される予約のアトラクショ
ンＩＤと時間帯とが上記要求中のそれと一致するかどう
かを調べる。そして、上記予約ＩＤで特定される予約が
上記条件を満たす場合に、当該予約ＩＤ、および当該Ｉ
Ｄと対応づけられた交換ＩＤを提供予約テーブル６００
ｈから抽出する。

【００９１】そして、予約ＩＤと交換ＩＤとの組が一つ
でも抽出できた場合、すなわち少なくとも上記要求中で
希望された予約を手放してもよいという申し出が存在し
た場合に（ステップＳ１４０２：Ｙｅｓ）、つぎに上記
要求元の手持ちの予約（手放すことのできる予約）の中
から、上記申し出で対価として希望されているような内
容のものを抽出する（ステップＳ１４０３）。

【００９２】まず、上記要求中に含まれる、要求元の保
持するすべての予約ＩＤで予約情報テーブル６００ｆを
検索し、各ＩＤで特定される予約のアトラクションＩＤ
と時間帯との組を読み出す。つぎに、希望予約テーブル
６００ｇから、ステップＳ１４０１で抽出した交換ＩＤ
を有するレコードを順次読み出し、当該レコード中の希
望アトラクションＩＤと希望時間帯との組が、上記で読
み出したアトラクションＩＤと時間帯との組のいずれか
と一致するかどうかを調べる。そして、手持ちの予約の
うちこれらの組が一致するようなものの予約ＩＤのみを
抽出する。

【００９３】そして、予約ＩＤが一つでも抽出できた場
合、すなわち上記要求中で希望された予約を当該要求元
の保持する別の予約と交換してもよいという申し出が一
つでもあった場合に（ステップＳ１４０４：Ｙｅｓ）、
上記で抽出された予約ＩＤ（要求元が提供する予約のＩ
Ｄ）、当該予約ＩＤで特定される予約を希望している申
し出の交換ＩＤ、および当該交換ＩＤで特定される申し
出で対価として提供されている予約の予約ＩＤ（要求元
に提供される予約のＩＤ）を、対応づけて回答用の一時
テーブルに書き出す（ステップＳ１４０５）。

【００９４】また、この際予約ＩＤ以外の各予約の詳細
情報、すなわち対象となるアトラクションのＩＤや時間
帯、アトラクション情報テーブル６００ｄから読み出さ
れた上記アトラクションの名称なども上記一時テーブル
に格納する（ステップＳ１４０５）。

【００９５】その後、予約交換部６００ｌは対クライア
ント通信部６００ｉに対して、検索が成功したことを示
す値と上記一時テーブルとを引き渡す（ステップＳ１４
０６）。なお、ステップＳ１４０２あるいはステップＳ
１４０４で一つもＩＤが抽出できなかった場合は（ステ
ップＳ１４０２：Ｎｏ、ステップＳ１４０４：Ｎｏ）、
検索が失敗したことを示す値のみを返す（ステップＳ１
４０７）。

【００９６】図１３に戻り、上記のようにして交換要求
に見合う別の交換要求の検索を終えると、つぎにサーバ
１００はその対クライアント通信部６００ｉから、条件
のマッチする交換要求があった場合にはステップＳ１４
０５で作成された一時テーブルを、またなかった場合に
はその事実を示す何らかの値を、検索結果としてクライ
アント１０１に送信する（ステップＳ１３１０）。そし
て、前者の場合にはつぎに図１５に示す交換確定処理、
後者の場合には図１６に示す交換要求登録処理および図
１７に示す交換確定処理に、それぞれ移行する。

【００９７】まず、自己の保持する予約と交換可能な予
約が見つかった場合には、クライアント１０１はその表
示部６０１ｆにより、上記一時テーブルの内容にもとづ
いて図２１に示すような検索結果画面を表示する（図１
５ステップＳ１５０１）。

【００９８】図示する画面には、このクライアント１０
１が保持する予約のうち、それとの交換であればその希
望する予約を譲ってもよいという申し出のあったものの
みが表示される。同図の例は、このクライアント１０１
の利用者が希望する「アトラクションＤ／１８：００〜
１９：００」の予約を、当該利用者が保持する「アトラ
クションＡ／１１：００〜１２：００」の予約と交換し
たいという申し出、および「アトラクションＢ／１２：
００〜１３：００」の予約と交換したいという申し出の
二者が見つかったことを示している。

【００９９】そして、図示する画面で利用者が手持ちの
予約の中からいずれか一つを選択したことを入力部６０
１ｃが検知すると（ステップＳ１５０２：Ｙｅｓ）、つ
ぎにクライアント１０１は対サーバ通信部６０１ｅか
ら、上記で選択された予約の予約ＩＤ（このクライアン
ト１０１が譲り渡す予約の予約ＩＤ）、上記一時テーブ
ル中で当該予約ＩＤに対応づけられている予約ＩＤ（こ
のクライアント１０１が譲り受ける予約の予約ＩＤ）、
および同テーブル中で当該予約ＩＤに対応づけられてい
る交換ＩＤ（このクライアント１０１が譲り渡そうとす
る予約を希望する交換の申し出の交換ＩＤ。あるいは、
このクライアント１０１が譲り受けようとする予約を提
供する交換の申し出の交換ＩＤと言ってもよい）をサー
バ１００に送信する（ステップＳ１５０３）。

【０１００】そして、これをその対クライアント通信部
６００ｉで受信したサーバ１００は、まずその予約交換
部６００ｌにより、提供予約テーブル６００ｈ中の上記
交換ＩＤで特定されるレコードに、その応募予約ＩＤと
して受信した上記二つの予約ＩＤのうち前のものを設定
する。つぎに予約情報テーブル６００ｆ中で、上記で受
信した二つの予約の保持者を入れ替える（ステップＳ１
５０４）。すなわち、それぞれの予約ＩＤで特定される
レコードの「会員ＩＤ」項目を、互いの「会員ＩＤ」項
目に設定されている値に書き換える。

【０１０１】これにより予約の交換が成立すると、対ク
ライアント通信部６００ｉおよび対サーバ通信部６０１
ｅを介して、所定のフォーマットの交換完了通知がサー
バ１００からクライアント１０１に送信される（ステッ
プＳ１５０５）。上記通知には、その宛先のクライアン
ト１０１が交換により譲り受けた予約のＩＤ、その対象
となるアトラクションのＩＤと名称、および時間帯と、
逆に交換により譲り渡した予約のＩＤとが含まれてい
る。

【０１０２】そして、これを受けたクライアント１０１
は、通知内容にもとづいて予約情報テーブル６０１ｂの
内容を更新するとともに（ステップＳ１５０６）、更新
後の情報をもとに、図２２に示すような新たなトップ画
面を表示する（ステップＳ１５０７）。図４に示した交
換前のトップ画面と比較すると、交換後のトップ画面の
予約一覧では、交換で手放した予約（アトラクションＡ
／１１：００〜１２：００）の代わりに新たに手に入れ
た予約（アトラクションＤ／１８：００〜１９：００）
が表示されていることが分かる。

【０１０３】また、交換完了の通知後サーバ１００でも
上記と平行して、交換が完了したレコードを希望予約テ
ーブル６００ｇおよび提供予約テーブル６００ｈから削
除する（ステップＳ１５０８）。

【０１０４】一方、自己の保持する予約と交換可能な予
約が見つからなかった場合には、クライアント１０１は
その表示部６０１ｆにより、図２３に示すような検索結
果画面を表示する（図１６ステップＳ１６０１）。

【０１０５】そして、図示する画面で利用者が「ＹＥ
Ｓ」ボタン２３００を押下したことを入力部６０１ｃが
検知すると（ステップＳ１６０２：Ｙｅｓ）、クライア
ント１０１はさらにその表示部６０１ｆにより、図２４
に示すような交換候補選択画面を表示する（ステップＳ
１６０３）。なお、「ＮＯ」ボタン２３０１が押下され
たときは（ステップＳ１６０２：Ｎｏ、ステップＳ１６
０４：Ｙｅｓ）、そのまま予約の交換を打ち切って終了
する。

【０１０６】図２４の画面で利用者が交換候補、すなわ
ち交換要求中で希望した予約の代わりに提供してもよい
予約を選択したことを入力部６０１ｃが検知すると（ス
テップＳ１６０５：Ｙｅｓ）、つぎにクライアント１０
１はその対サーバ通信部６０１ｅから、所定のフォーマ
ットの交換要求登録要求をサーバ１００に送信する（ス
テップＳ１６０６）。この登録要求には、このクライア
ント１０１の会員ＩＤ、予約を希望するアトラクション
のＩＤと時間帯、およびその対価として提供する予約の
予約ＩＤ（選択された交換候補）が含まれている。

【０１０７】そして、これをその対クライアント通信部
６００ｉで受信したサーバ１００は、予約交換部６００
ｌにより当該交換要求にＩＤを付与するとともに、当該
交換ＩＤ、上記要求中の会員ＩＤ、希望アトラクション
ＩＤおよび希望時間帯を対応づけて希望予約テーブル６
００ｇに追記する。さらに、提供予約テーブル６００ｈ
にも当該交換ＩＤと交換候補の予約ＩＤ、および応募予
約ＩＤ（この時点では空欄）からなるレコードを追加す
る（ステップＳ１６０７）。

【０１０８】これにより交換要求の登録が完了すると、
つぎに対クライアント通信部６００ｉおよび対サーバ通
信部６０１ｅを介して、所定のフォーマットの交換要求
登録完了通知がサーバ１００からクライアント１０１に
送信される（ステップＳ１６０８）。上記通知には登録
した交換要求の詳細、すなわちその交換ＩＤ、希望アト
ラクションと希望時間帯、提供する手持ちの予約の予約
ＩＤが含まれている。

【０１０９】そして、これを受信したクライアント１０
１は、その予約情報テーブル６０１ｂ中に上記通知中の
各項目を書き込むとともに（ステップＳ１６０９）、更
新後の情報にもとづいて新たなトップ画面を表示する
（ステップＳ１６１０）。交換要求登録後のトップ画面
では、たとえばその予約一覧中、他の予約と引き替えに
手放すかもしれない予約は別の色で表示したり、その近
傍にその旨を示す記号を表示したりする。

【０１１０】その後、サーバ１００の予約交換部６００
ｌは何らかのタイミング、たとえば希望予約テーブル６
００ｇおよび提供予約テーブル６００ｈに新たな交換要
求を登録する都度、上記テーブル内の既存の交換要求の
中から、上記新たな交換要求と条件がマッチするもの
（すなわち、希望する予約と提供する予約とがちょうど
逆向きになっているもの）を検索する（図１７ステップ
Ｓ１７０１）。

【０１１１】そして、条件のマッチする交換要求が一つ
でも見つかった場合に（ステップＳ１７０２：Ｙｅ
ｓ）、サーバ１００はその対クライアント通信部６００
ｉから、交換可能な二つの予約（交換の両当事者がそれ
ぞれ相手方に提供する予約）の詳細情報をクライアント
１０１に送信する（ステップＳ１７０３）。

【０１１２】これをその対サーバ通信部６０１ｅにより
受信したクライアント１０１は、つぎにその表示部６０
１ｆにより図２５に示すような画面を表示する（ステッ
プＳ１７０４）。図中、「アトラクションＤ／１８：０
０〜１９：００」がこのクライアント１０１の希望する
予約（交換の相手方が提供する予約）、「アトラクショ
ンＡ／１１：００〜１２：００」が交換の相手方の希望
する予約（このクライアント１０１が提供する予約）で
ある。

【０１１３】そして、図示する画面で利用者が「決定」
ボタン２５００を押下したことを入力部６０１ｃが検知
すると（ステップＳ１７０５：Ｙｅｓ）、つぎにクライ
アント１０１は対サーバ通信部６０１ｅから、交換する
両予約の予約ＩＤをサーバ１００に送信する（ステップ
Ｓ１７０６）。以後、ステップＳ１７０７〜ステップＳ
１７１１の処理は、図１５のステップＳ１５０４〜ステ
ップＳ１５０８の処理と同一であるのでここでは繰り返
さない。

【０１１４】なお、ここでは説明の便宜上、グループの
メンバーは一人という前提で説明したが、複数人のグル
ープ間で予約を交換するときも、条件がマッチするかど
うかの判断時にアトラクションと時間帯のほか人数とい
う項目が増えるだけで、本質的な処理の流れは同じであ
る。

【０１１５】ただし上記の手順では、たとえば五人のグ
ループで取った予約は、同じく五人で取られた予約とで
なければ交換することができない。すなわち、一つの予
約は常に一つの予約と交換することになり、五人で取っ
た一つの予約を、たとえば二人で取られた予約と三人で
取られた予約の二つと交換することはできないことにな
る。もっとも、このように個数の異なる予約の交換も可
能なように構成してもよい。

【０１１６】また、交換要求を登録する際には、提供し
てもよい予約として手持ちの予約の中から複数のものを
選択することができる（図２４参照）。この場合は同時
に複数の交換の申し出がなされたとみなされ、たとえば
提供する予約として予約Ａと予約Ｂの二つを選択したと
すると、希望する予約Ｃと提供する予約Ａとの交換要
求、希望する予約Ｃと提供する予約Ｂとの交換要求のそ
れぞれに交換ＩＤが付与される。

【０１１７】そして、上記のいずれかと条件のマッチす
る別の交換要求があった場合に、その事実が図２５のよ
うに利用者に通知されるわけであるが、複数出している
交換要求のうち一部のみについてそれと見合う交換要求
が見つかっている段階では、交換を成立させるかどうか
を保留することができる。

【０１１８】たとえば上記の例で、予約Ａを希望し予約
Ｃを提供する交換要求は見つかったが、予約Ｂを希望し
予約Ｃを提供する交換要求はまだ見つかっていない段階
では、前者の申し出が図２５のように画面表示されると
ともに、「決定」ボタン２５００とあわせて「保留」ボ
タンが表示される。

【０１１９】そして、この「保留」ボタンを押下してお
くと、同時に出した複数の交換要求のそれぞれに対にな
る交換要求が見つかるまで、すなわち上記の例では予約
Ｂを希望し予約Ｃを提供する交換要求が見つかるまで、
予約Ａと予約Ｃとを交換するかどうかはあえて回答しな
いことにして、再度サーバ１０１からの通知を受けるこ
とができる。

【０１２０】したがって、予約Ａでも予約Ｂでもよいの
だができれば手放すのは予約Ｂのほうがよい、と利用者
が考えたときに、予約Ａを希望する別の交換要求が先に
見つかってしまった場合にも、予約Ｂを希望する別の交
換要求が見つかるまで態度を保留することができる。

【０１２１】以上説明した実施の形態によれば、各アト
ラクションの各時間帯ごとに予約できる最大人数が制限
されるほか、予約にポイント制を導入することで、個々
の利用者が同時に保持できる予約の数にも自ずから制限
が課せられ、これらにより不必要な予約が過度になされ
るのを防止することができる。

【０１２２】また、このような制限があっても、手持ち
の予約との交換でいつでも必要な予約を入手できる。従
来は、予約の空きがなくなってしまえば、その予約者が
実際に当該予約を活用しようとしまいと他の利用者は一
切予約を入れることができなかったのであるが、本発明
によれば限られた予約枠の中で、最も予約を必要とする
利用者に予約を再分配することが可能である。

【０１２３】なお、上述した実施の形態では利用者ごと
に携帯端末を配布し、当該端末からアトラクションの予
約や予約の交換が指示できるようにしたが、あるいはパ
ーク内の複数箇所に専用端末を設置して、予約や予約交
換はこの端末からおこなえるようにしてもよい。

【０１２４】また、上述した実施の形態では、どのアト
ラクションをどういう順序でどう回るかはもっぱら各人
の判断に任されている。ただ、たとえば１０時半にパー
クの北端にいて、１１：００〜１２：００にパークの北
端のアトラクションを予約しているので、とりあえず手
近の別のアトラクションの行列に並んでみたものの、結
局予約に間に合わないことが分かって途中で列を抜けた
り、列を抜けてきたのに予約に間に合わなかったりとい
った無駄の生ずることがある。

【０１２５】さらに１０時半に同じ状況で、パーク内の
地理に不案内な利用者は、往復可能と判断してわざわざ
パークの南端のアトラクションを選んで見に行ってしま
ったために、上記の時間帯までに北端のアトラクション
に戻れずせっかくの予約をふいにしてしまうことがあ
る。

【０１２６】そこでこのような、全体として効率の悪い
プランニングを避けるため、指定されたアトラクション
までの移動にどれだけ時間がかかるかや、当該アトラク
ションから次に予約しているアトラクションまでの移動
にどれだけ時間がかかるか、要するに、今からそのアト
ラクションに行って次の予約に間に合うかどうか判断す
るための諸情報を利用者に提供するようにしてもよい。

【０１２７】あるいは逆に、今から行っても次の予約に
間に合うようなアトラクション、すなわち「当該アトラ
クションまでの移動時間＋当該アトラクションの現在の
待ち時間＋当該アトラクションの利用時間＋当該アトラ
クションから次の予約のアトラクションまでの移動時間
＜次の予約の時間帯の終了時刻までの残り時間」となる
ようなアトラクションを一覧表示するようにしてもよ
い。

【０１２８】たとえば図４に示したトップ画面で「ユー
ティリティ」ボタン４００ｄを押下すると、（ａ）アト
ラクションを指定して今から間に合うかどうかを表示さ
せるか、あるいは（ｂ）今から間に合うアトラクション
を一覧表示させるかを選択する画面が開き、当該画面で
（ａ）を選択すると、アトラクションの選択画面を経て
図２６に示すような画面がクライアント１０１に表示さ
れるようにする。

【０１２９】図中、「移動時間：約５分」とは現在位置
から前画面で選択されたアトラクション（ここではアト
ラクションＥ）までの移動時間であり、「待ち時間：約
１０分」とは当該アトラクションでの現在の待ち時間、
「アトラクション：約２分」とは当該アトラクションの
利用時間、「次予約までの移動時間：約４分」とは当該
アトラクションから、最も早くに時期の到来する予約
（ここではアトラクションＡ／１１：００〜１２：０
０）の対象アトラクションまでの移動時間を示してい
る。

【０１３０】そして、これらの合計が図示するように約
２０分なので、今すぐアトラクションＥに向かえば２０
分後の１０：４８頃には見終える計算になり、直後の予
約のアトラクションＡに十分間に合うことが分かる。こ
れに対して上記の合計時間が９２分を超えると、１２：
００までにはアトラクションＡには到達できないことに
なり、今からアトラクションＥを見に行くのは無理であ
ることが分かる（行ってもよいがアトラクションＡの予
約は使えないことになる）。

【０１３１】一方、図９のつぎの画面で上記（ｂ）を選
択すると、すでに予約済みのアトラクション以外のすべ
てのアトラクションについて、上記と同様に合計時間が
計算され、現在時刻に当該合計時間を足し合わせた時刻
が直後の予約の時間帯を超過してしまわないようなもの
のみが図２７に示すように画面表示される。

【０１３２】なお、この計算のためにはあらかじめ、パ
ーク内の路の分岐またはアトラクションをノードとし
て、隣接するノード間の距離や重みなどの評価指標を経
路情報テーブルとして用意しておく。この時、バリアフ
リーの評価指標も入力できるように考慮しておくとよ
い。項目としては路ＩＤ、一方の端点のノードＩＤ（ノ
ードＩＤ１）、もう一方の端点のノードＩＤ（ノードＩ
Ｄ２）、端点間の距離、平均混雑度（重み）などがあ
る。ノードＩＤ１とノードＩＤ２の間に路が存在する場
合のみ、このテーブル内にレコードが存在する。また、
あるレコードのノードＩＤ１とノードＩＤ２の値が逆に
なったレコードも存在してもよい。存在しない場合は一
方通行ということになる。

【０１３３】そして、クライアント１０１のＧＰＳ機能
を利用して、現在位置の路の両端のノードＩＤを特定
し、いずれかのノードから選択されたアトラクションの
ノードに至る最も効率的な経路を一つ選択する。当該ア
トラクションまでの移動時間は、選択した経路の全長や
混雑度などから計算できる。なお、当該アトラクション
から次の予約のアトラクションまでの移動時間も同様に
して算出する。また、各アトラクションの現在の待ち時
間や利用時間はアトラクション情報テーブル６００ｄか
ら取得できる。

【０１３４】なお、経路情報テーブルは個々のクライア
ント１０１に持たせ、移動時間の計算はクライアント１
０１限りでおこなうようにしてもよい。また、各アトラ
クションの利用時間もクライアント１０１に固定的に持
たせておくこともできる。もっとも、各アトラクション
の待ち時間は随時変化しており、パーク内の経路やアト
ラクションの内容も稀には変更されるので、普通はすべ
てサーバ１００で処理する、すなわち経路情報テーブル
はサーバ１００に備え、図２６や図２７の表示項目もす
べてサーバ１００で計算してクライアント１０１に配信
するのが現実的である。

【０１３５】なお、上記は「今すぐそのアトラクション
に行って次の予約に間に合うか」「今すぐ行って次の予
約に間に合うアトラクションはどれか」を利用者にアド
バイスする機能であるが、間に合うかどうかの対象は必
ずしも最初の予約でなくともよい。

【０１３６】たとえば上記の応用で、手持ちの予約の中
から二つを選択して、「選択した予約の間の空き時間に
選択したアトラクションに行けるかどうか」「選択した
予約の間の空き時間に行けるアトラクションはどれか」
をアドバイスするようにすれば、図９の画面（予約する
アトラクションの選択画面）でどのアトラクションを選
ぶか迷ったときに、既存の予約を無駄にしたり無駄な距
離を歩いたりしなくて済むアトラクションを効率的に選
択することができる。

【０１３７】また、ユーザーインターフェースも工夫し
て、たとえば図２８に示すように手持ちの各予約を「直
前に予約しているアトラクションからの移動時間＋アト
ラクションの利用時間」を縦の長さとする矩形で表現す
る。たとえば、図中「アトラクションＥ／１２：００〜
１３：００」の予約を示す矩形２８００の短辺の長さ
は、アトラクションＡからアトラクションＥまでの移動
時間と、アトラクションＥの利用時間との合計により決
定される（予約していれば待ち時間は発生しないためこ
の場合は待ち時間を考慮しなくてもよい）。

【０１３８】そして、ユーティリティから上記機能を選
択後、たとえば「アトラクションＡ／１０：００〜１
１：００」と「アトラクションＥ／１２：００〜１３：
００」の両予約を指定すると、まだ予約を入れていない
アトラクションの中から一つ、たとえばアトラクション
Ｂが選択され、「アトラクションＡからアトラクション
Ｂまでの移動時間＋アトラクションＢの利用時間」が計
算されるとともに、「アトラクションＢからアトラクシ
ョンＥまでの移動時間＋アトラクションＥの利用時間」
が再計算される。

【０１３９】そして、図２９に示すように上記で指定し
た両予約の間に、「アトラクションＢ／１１：００〜１
２：００」の予約２９００が割り込んで表示される。図
示する例ではこの新たな予約に押される形で、「アトラ
クションＥ／１２：００〜１３：００」の予約２９０１
が繰り下がっている。また、アトラクションＡとアトラ
クションＢとでは後者のほうがアトラクションＥから遠
い（すなわち、移動時間が長い）結果、予約２９０１の
縦の長さが図２８の予約２８００に比べて長くなってい
る。

【０１４０】なお、図２９で「ＹＥＳ」ボタン２９０２
を押下すると、「アトラクションＢ／１１：００〜１
２：００」の予約要求をサーバ１００に送信することが
できる。「ＮＯ」ボタン２９０３を押下した場合にはそ
こで終了である。また、「ＮＥＸＴ」ボタン２９０４を
押下すると、割り込む予約の対象アトラクションを別の
もの、たとえばアトラクションＢからアトラクションＣ
に切り替えることができる。

【０１４１】なお、割り込みにより予約が繰り下がって
も、たとえば予約２９０１であれば少なくともそのアト
ラクションＢからの移動時間が１３：００までの時間帯
に含まれていれば問題はない（図２９は、新たな予約２
９００を割り込ませても直後のアトラクションＥに１
３：００までに到達できる例である）。

【０１４２】ただ、繰り下がる予約の中に対象時間内に
到達できなくなる予約が発生する場合（間に合わない予
約が出てくる場合）は、図３０に示すように既存の予約
をキャンセルして新たな予約を入れるか（図中「ＹＥ
Ｓ」ボタン３０００を押下）、既存の予約を存置して新
たな予約を諦めるか（図中「ＮＯ」ボタン３００１を押
下）、あるいは別のアトラクションでの予約を試みるか
（図中「ＮＥＸＴ」ボタン３００２を押下）、いずれか
を選択しなければならない。

【０１４３】なお、上記以外のユーティリティとして
は、たとえば迷子の捜索などがある。探したい利用者の
会員ＩＤをクライアント１０１からサーバ１００に送る
と、サーバ１００がその端末情報テーブル６００ｃか
ら、当該会員ＩＤのＩＣカード３０８を挿入された別の
クライアント１０１を特定し、当該別のクライアント１
０１に問い合わせて現在位置を取得の上、問い合わせ元
となったクライアント１０１に上記位置を通知する。な
お、クライアント１０１間でサーバ１００を介して、伝
言などのメッセージのやり取りができるようにしてもよ
い。

【０１４４】また、上述した実施の形態では予約の対象
はアトラクションであるものとしたが、必ずしもこれに
限らず、たとえばパーク内のレストランなどの予約も可
能なようにしてもよい。ただしレストランの場合は、予
約の時間内に無断で来なかったときは違約金を課すなど
のペナルティが必要である。

【０１４５】また、本実施の形態にあっては、評価指標
による最短ルートサーチ結果の経路案内（画面表示や音
声ガイドなど）の機能を備えていてもよい。たとえば、
パーク内での次のアトラクションまでの順路の誘導など
をおこなうようにすれば、利用者、特に初めての利用者
にとっては有効である。

【０１４６】また、上記実施の形態において説明した予
約管理法は、あらかじめ用意されたコンピュータ読み取
り可能なプログラムであってもよく、またそのプログラ
ムをクライアント側システムやワークステーションなど
のコンピュータで実行することによって実現される。こ
のプログラムは、ＨＤ（ハードディスク）、ＦＤ（フレ
キシブルディスク）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなど
のコンピュータで読み取り可能な記録媒体に記録され、
コンピュータによって記録媒体から読み出されることに
よって実行される。また、このプログラムは、インター
ネットなどのネットワークを介して配布することが可能
な伝送媒体であってもよい。

【０１４７】

【発明の効果】以上説明したように請求項１に記載の発
明は、指定された施設を指定された時間帯に利用するた
めの権利を当該権利を希望する利用者に割り当てる予約
管理システムにおいて、少なくとも一人の利用者を指定
する第１の指定手段と、前記第１の指定手段により指定
された各利用者がそれぞれ保持するポイント数の範囲で
上記権利の割り当てを希望できる施設を特定する特定手
段と、前記特定手段により特定された各施設の各時間帯
につき、どの利用者にも割り当てられていない前記権利
が前記第１の指定手段により指定された利用者の人数分
だけあるかどうかを判定する判定手段と、前記判定手段
により、前記権利が前記第１の指定手段により指定され
た利用者の人数分だけあると判定されたいずれかの施設
のいずれかの時間帯を指定する第２の指定手段と、前記
第２の指定手段により指定された施設を前記第２の指定
手段により指定された時間帯に前記第１の指定手段によ
り指定された利用者が利用するための権利を所定のテー
ブルに登録する登録手段と、を備えたので、利用者が予
約できる施設は、その予約に必要なポイント数が当該利
用者の現在保持するポイント数以下であるようなものに
制限され、この予約のポイント制によって、過度の予約
を抑制することが可能な予約管理システムが得られると
いう効果を奏する。

【０１４８】また、請求項２に記載の発明は、指定され
た施設を指定された時間帯に利用するための権利を当該
権利を希望する利用者に割り当てる予約管理システムに
おいて、第１の利用者が当該利用者以外の第２の利用者
から譲り受けたい権利の対象となる施設および時間帯を
指定する指定手段と、前記第２の利用者が譲り渡しても
よい権利として指定している権利のうち、その対象とな
る施設および時間帯が前記指定手段により指定された施
設および時間帯と一致するものを抽出する第１の抽出手
段と、前記第１の利用者が保持する権利のうち、前記第
２の利用者が前記第１の抽出手段により抽出されたいず
れかの権利と引き替えに譲り受けたい権利として指定し
ている権利と対象となる施設および時間帯が一致するも
のを抽出する第２の抽出手段と、を備えたので、予約Ａ
を譲り渡して予約Ｂを譲り受けたい第１の利用者と、逆
に予約Ｂを譲り渡して予約Ａを譲り受けたい第２の利用
者とがあった場合に、交換可能なこれらの予約が全予約
の中から取り出され、これらの保持者を相互に付け替え
ることによって、限られた枠内の予約を必要な利用者に
効率的に分配することが可能な予約管理システムが得ら
れるという効果を奏する。

【０１４９】また、請求項３に記載の発明は、前記請求
項２に記載の発明において、さらに、前記権利が登録さ
れた所定のテーブルにおいて、前記第２の抽出手段によ
り抽出された権利の保持者を前記第２の利用者に変更す
る第１の変更手段と、前記第２の抽出手段により抽出さ
れた権利と引き替えに前記第２の利用者が譲り渡しても
よい権利として指定している権利の保持者を前記第１の
利用者に変更する第２の変更手段と、を備えたので、予
約Ａを譲り渡して予約Ｂを譲り受けたい第１の利用者
と、逆に予約Ｂを譲り渡して予約Ａを譲り受けたい第２
の利用者とがあった場合に、予約Ａの保持者は第２の利
用者に、予約Ｂの保持者は第１の利用者に、それぞれ付
け替えられ、これによって、限られた枠内の予約を必要
な利用者に効率的に分配することが可能な予約管理シス
テムが得られるという効果を奏する。

【０１５０】また、請求項４に記載の発明は、前記請求
項３に記載の発明において、さらに、前記第２の抽出手
段により抽出された各権利を特定できる情報を前記第１
の利用者に通知する通知手段と、前記通知手段により通
知された情報のうちいずれか一つを選択する選択手段
と、を備え、前記第１の変更手段は、前記選択手段によ
り選択された情報で特定される権利の保持者を前記第２
の利用者に変更するとともに、前記第２の変更手段は、
前記選択手段により選択された情報で特定される権利と
引き替えに前記第２の利用者が譲り渡してもよい権利と
して指定している権利の保持者を前記第１の利用者に変
更するので、譲り渡してもよい予約が複数あってどれを
選んでも希望の予約を譲り受けられる場合には、どの予
約を譲り渡すかを利用者が任意に選択でき、これによっ
て、限られた枠内の予約を必要な利用者に効率的に分配
することが可能な予約管理システムが得られるという効
果を奏する。

【０１５１】また、請求項５に記載の発明は、指定され
た施設を指定された時間帯に利用するための権利を当該
権利を希望する利用者に割り当てる予約管理方法におい
て、少なくとも一人の利用者を指定する第１の指定工程
と、前記第１の指定工程で指定された各利用者がそれぞ
れ保持するポイント数の範囲で上記権利の割り当てを希
望できる施設を特定する特定工程と、前記特定工程で特
定された各施設の各時間帯につき、どの利用者にも割り
当てられていない前記権利が前記第１の指定工程で指定
された利用者の人数分だけあるかどうかを判定する判定
工程と、前記判定工程で、前記権利が前記第１の指定工
程で指定された利用者の人数分だけあると判定されたい
ずれかの施設のいずれかの時間帯を指定する第２の指定
工程と、前記第２の指定工程で指定された施設を前記第
２の指定工程で指定された時間帯に前記第１の指定工程
で指定された利用者が利用するための権利を所定のテー
ブルに登録する登録工程と、を含んだので、利用者が予
約できる施設は、その予約に必要なポイント数が当該利
用者の現在保持するポイント数以下であるようなものに
制限され、この予約のポイント制によって、過度の予約
を抑制することが可能な予約管理方法が得られるという
効果を奏する。

【０１５２】また、請求項６に記載の発明は、指定され
た施設を指定された時間帯に利用するための権利を当該
権利を希望する利用者に割り当てる予約管理方法におい
て、第１の利用者が当該利用者以外の第２の利用者から
譲り受けたい権利の対象となる施設および時間帯を指定
する指定工程と、前記第２の利用者が譲り渡してもよい
権利として指定している権利のうち、その対象となる施
設および時間帯が前記指定工程で指定された施設および
時間帯と一致するものを抽出する第１の抽出工程と、前
記第１の利用者が保持する権利のうち、前記第２の利用
者が前記第１の抽出工程で抽出されたいずれかの権利と
引き替えに譲り受けたい権利として指定している権利と
対象となる施設および時間帯が一致するものを抽出する
第２の抽出工程と、を含んだので、予約Ａを譲り渡して
予約Ｂを譲り受けたい第１の利用者と、逆に予約Ｂを譲
り渡して予約Ａを譲り受けたい第２の利用者とがあった
場合に、交換可能なこれらの予約が全予約の中から取り
出され、これらの保持者を相互に付け替えることによっ
て、限られた枠内の予約を必要な利用者に効率的に分配
することが可能な予約管理方法が得られるという効果を
奏する。

【０１５３】また、請求項７に記載の発明は、前記請求
項６に記載の発明において、前記請求項６に記載の発明
において、さらに、前記権利が登録された所定のテーブ
ルにおいて、前記第２の抽出工程で抽出された権利の保
持者を前記第２の利用者に変更する第１の変更工程と、
前記第２の抽出工程で抽出された権利と引き替えに前記
第２の利用者が譲り渡してもよい権利として指定してい
る権利の保持者を前記第１の利用者に変更する第２の変
更工程と、を含んだので、予約Ａを譲り渡して予約Ｂを
譲り受けたい第１の利用者と、逆に予約Ｂを譲り渡して
予約Ａを譲り受けたい第２の利用者とがあった場合に、
予約Ａの保持者は第２の利用者に、予約Ｂの保持者は第
１の利用者に、それぞれ付け替えられ、これによって、
限られた枠内の予約を必要な利用者に効率的に分配する
ことが可能な予約管理方法が得られるという効果を奏す
る。

【０１５４】また、請求項８に記載の発明は、前記請求
項７に記載の発明において、さらに、前記第２の抽出工
程で抽出された各権利を特定できる情報を前記第１の利
用者に通知する通知工程と、前記通知工程で通知された
情報のうちいずれか一つを選択する選択工程と、を含
み、前記第１の変更工程では、前記選択工程で選択され
た情報で特定される権利の保持者を前記第２の利用者に
変更するとともに、前記第２の変更工程では、前記選択
工程で選択された情報で特定される権利と引き替えに前
記第２の利用者が譲り渡してもよい権利として指定して
いる権利の保持者を前記第１の利用者に変更するので、
譲り渡してもよい予約が複数あってどれを選んでも希望
の予約を譲り受けられる場合には、どの予約を譲り渡す
かを利用者が任意に選択でき、これによって、限られた
枠内の予約を必要な利用者に効率的に分配することが可
能な予約管理方法が得られるという効果を奏する。

【０１５５】また、請求項９に記載の発明によれば、前
記請求項５〜請求項８のいずれか一つに記載された方法
をコンピュータに実行させることが可能なプログラムが
得られるという効果を奏する。

【図面の簡単な説明】

【図１】この発明の実施の形態による予約管理システム
のシステム構成を示す説明図である。

【図２】この発明の実施の形態によるサーバ１００のハ
ードウエア構成を示す説明図である。

【図３】この発明の実施の形態によるクライアント１０
１のハードウエア構成を示す説明図である。

【図４】この発明の実施の形態によるクライアント１０
１の外観の一例を示す説明図である。

【図５】この発明の実施の形態による複数のクライアン
ト１０１の、接続方法の一例（グループの形成方法の一
例）を示す説明図である。

【図６】この発明の実施の形態による予約管理システム
の機能的構成を示す説明図である。

【図７】この発明の実施の形態による予約管理システム
における、アトラクションの予約処理の手順を示すフロ
ーチャートである。

【図８】図７のステップＳ７０２における空き状況の問
い合わせ処理の手順を示すフローチャートである。

【図９】クライアント１０１の表示画面の一例（予約す
るアトラクションの選択画面）を示す説明図である。

【図１０】クライアント１０１の表示画面の一例（予約
する時間帯の選択画面）を示す説明図である。

【図１１】クライアント１０１の表示画面の一例（予約
内容確認画面）を示す説明図である。

【図１２】クライアント１０１の表示画面の一例（予約
完了後のトップ画面）を示す説明図である。

【図１３】この発明の実施の形態による予約管理システ
ムにおける、すでにされている予約の利用者間での交換
処理（のうち検索結果通知まで）の手順を示すフローチ
ャートである。

【図１４】図１３のステップＳ１３０９における、交換
要求に見合う別の交換要求の検索処理の手順を示すフロ
ーチャートである。

【図１５】この発明の実施の形態による予約管理システ
ムにおける、すでにされている予約の利用者間での交換
処理（のうち特に検索成功の場合の交換確定処理）の手
順を示すフローチャートである。

【図１６】この発明の実施の形態による予約管理システ
ムにおける、すでにされている予約の利用者間での交換
処理（のうち特に検索失敗の場合の交換要求登録処理）
の手順を示すフローチャートである。

【図１７】この発明の実施の形態による予約管理システ
ムにおける、すでにされている予約の利用者間での交換
処理（のうち特に検索失敗の場合の交換確定処理）の手
順を示すフローチャートである。

【図１８】クライアント１０１の表示画面の一例（希望
するアトラクションの選択画面）を示す説明図である。

【図１９】クライアント１０１の表示画面の一例（希望
する時間帯の選択画面）を示す説明図である。

【図２０】クライアント１０１の表示画面の一例（交換
条件確認画面）を示す説明図である。

【図２１】クライアント１０１の表示画面の一例（検索
成功の場合の検索結果表示画面）を示す説明図である。

【図２２】クライアント１０１の表示画面の一例（交換
完了後のトップ画面）を示す説明図である。

【図２３】クライアント１０１の表示画面の一例（検索
失敗の場合の検索結果表示画面）を示す説明図である。

【図２４】クライアント１０１の表示画面の一例（提供
する予約の選択画面）を示す説明図である。

【図２５】クライアント１０１の表示画面の一例（いっ
たん検索失敗した後の再度の検索結果表示画面）を示す
説明図である。

【図２６】クライアント１０１の表示画面の一例（ある
アトラクションに今から行って間に合うかどうかの表示
画面）を示す説明図である。

【図２７】クライアント１０１の表示画面の一例（今か
ら行って間に合うアトラクションの一覧表示画面）を示
す説明図である。

【図２８】クライアント１０１の表示画面の一例（トッ
プ画面の他の一例）を示す説明図である。

【図２９】クライアント１０１の表示画面の一例（予約
画面の他の一例）を示す説明図である。

【図３０】クライアント１０１の表示画面の一例（予約
画面の他の一例）を示す説明図である。

【符号の説明】

１００ サーバ １０１ クライアント １０２ 入場ゲート １０３ 退場ゲート １０４ 入園ゲート ２００ バスまたはケーブル ２０１ ＣＰＵ ２０２ ＲＯＭ ２０３ ＲＡＭ ２０４ ＨＤＣ ２０５ ＨＤＤ ２０６ ＦＤＤ ２０７ ＦＤ ２０８ ディスプレイ ２０９ ネットワークＩ／Ｆ ２１０ 通信ケーブル ２１１ キーボード ２１２ マウス ２１３ ＣＤ−ＲＷ ２１４ ＣＤ−ＲＷドライブ ３００ バス ３０１ ＣＰＵ ３０２ ＲＯＭ ３０３ ＲＡＭ ３０４ ディスプレイ ３０５ 操作ボタン ３０６ 無線通信Ｉ／Ｆ ３０７ 端末間Ｉ／Ｆ ３０８ ＩＣカード ３０９ ＩＣカードスロット ４００ ディスプレイ ４０１ 方向ボタン ４０２ 決定ボタン ４０３ 通信アンテナ ６００ａ 会員情報テーブル ６００ｂ 会員履歴テーブル ６００ｃ 端末情報テーブル ６００ｄ アトラクション情報テーブル ６００ｅ 空き情報テーブル ６００ｆ 予約情報テーブル ６００ｇ 希望予約テーブル ６００ｈ 提供予約テーブル ６００ｉ 対クライアント通信部 ６００ｊ 予約可否回答部 ６００ｋ 予約登録部 ６００ｌ 予約交換部 ６０１ａ 会員情報テーブル ６０１ｂ 予約情報テーブル ６０１ｃ 入力部 ６０１ｄ グループ内通信部 ６０１ｅ 対サーバ通信部 ６０１ｆ 表示部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉仲 宏之 大阪府大阪市西区新町１丁目５番８号 株 式会社日本総合研究所内 (72)発明者 白崎 隆一 大阪府大阪市西区新町１丁目５番８号 株 式会社日本総合研究所内 (72)発明者 上東 志のぶ 大阪府大阪市西区新町１丁目５番８号 株 式会社日本総合研究所内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 指定された施設を指定された時間帯に利
   用するための権利を当該権利を希望する利用者に割り当
   てる予約管理システムにおいて、 少なくとも一人の利用者を指定する第１の指定手段と、 前記第１の指定手段により指定された各利用者がそれぞ
   れ保持するポイント数の範囲で上記権利の割り当てを希
   望できる施設を特定する特定手段と、 前記特定手段により特定された各施設の各時間帯につ
   き、どの利用者にも割り当てられていない前記権利が前
   記第１の指定手段により指定された利用者の人数分だけ
   あるかどうかを判定する判定手段と、 前記判定手段により、前記権利が前記第１の指定手段に
   より指定された利用者の人数分だけあると判定されたい
   ずれかの施設のいずれかの時間帯を指定する第２の指定
   手段と、 前記第２の指定手段により指定された施設を前記第２の
   指定手段により指定された時間帯に前記第１の指定手段
   により指定された利用者が利用するための権利を所定の
   テーブルに登録する登録手段と、 を備えたことを特徴とする予約管理システム。
2. 【請求項２】 指定された施設を指定された時間帯に利
   用するための権利を当該権利を希望する利用者に割り当
   てる予約管理システムにおいて、 第１の利用者が当該利用者以外の第２の利用者から譲り
   受けたい権利の対象となる施設および時間帯を指定する
   指定手段と、 前記第２の利用者が譲り渡してもよい権利として指定し
   ている権利のうち、その対象となる施設および時間帯が
   前記指定手段により指定された施設および時間帯と一致
   するものを抽出する第１の抽出手段と、 前記第１の利用者が保持する権利のうち、前記第２の利
   用者が前記第１の抽出手段により抽出されたいずれかの
   権利と引き替えに譲り受けたい権利として指定している
   権利と対象となる施設および時間帯が一致するものを抽
   出する第２の抽出手段と、 を備えたことを特徴とする予約管理システム。
3. 【請求項３】 さらに、前記権利が登録された所定のテ
   ーブルにおいて、前記第２の抽出手段により抽出された
   権利の保持者を前記第２の利用者に変更する第１の変更
   手段と、 前記第２の抽出手段により抽出された権利と引き替えに
   前記第２の利用者が譲り渡してもよい権利として指定し
   ている権利の保持者を前記第１の利用者に変更する第２
   の変更手段と、 を備えたことを特徴とする前記請求項２に記載の予約管
   理システム。
4. 【請求項４】 さらに、前記第２の抽出手段により抽出
   された各権利を特定できる情報を前記第１の利用者に通
   知する通知手段と、 前記通知手段により通知された情報のうちいずれか一つ
   を選択する選択手段と、 を備え、 前記第１の変更手段は、前記選択手段により選択された
   情報で特定される権利の保持者を前記第２の利用者に変
   更するとともに、 前記第２の変更手段は、前記選択手段により選択された
   情報で特定される権利と引き替えに前記第２の利用者が
   譲り渡してもよい権利として指定している権利の保持者
   を前記第１の利用者に変更することを特徴とする前記請
   求項３に記載の予約管理システム。
5. 【請求項５】 指定された施設を指定された時間帯に利
   用するための権利を当該権利を希望する利用者に割り当
   てる予約管理方法において、 少なくとも一人の利用者を指定する第１の指定工程と、 前記第１の指定工程で指定された各利用者がそれぞれ保
   持するポイント数の範囲で上記権利の割り当てを希望で
   きる施設を特定する特定工程と、 前記特定工程で特定された各施設の各時間帯につき、ど
   の利用者にも割り当てられていない前記権利が前記第１
   の指定工程で指定された利用者の人数分だけあるかどう
   かを判定する判定工程と、 前記判定工程で、前記権利が前記第１の指定工程で指定
   された利用者の人数分だけあると判定されたいずれかの
   施設のいずれかの時間帯を指定する第２の指定工程と、 前記第２の指定工程で指定された施設を前記第２の指定
   工程で指定された時間帯に前記第１の指定工程で指定さ
   れた利用者が利用するための権利を所定のテーブルに登
   録する登録工程と、 を含んだことを特徴とする予約管理方法。
6. 【請求項６】 指定された施設を指定された時間帯に利
   用するための権利を当該権利を希望する利用者に割り当
   てる予約管理方法において、 第１の利用者が当該利用者以外の第２の利用者から譲り
   受けたい権利の対象となる施設および時間帯を指定する
   指定工程と、 前記第２の利用者が譲り渡してもよい権利として指定し
   ている権利のうち、その対象となる施設および時間帯が
   前記指定工程で指定された施設および時間帯と一致する
   ものを抽出する第１の抽出工程と、 前記第１の利用者が保持する権利のうち、前記第２の利
   用者が前記第１の抽出工程で抽出されたいずれかの権利
   と引き替えに譲り受けたい権利として指定している権利
   と対象となる施設および時間帯が一致するものを抽出す
   る第２の抽出工程と、 を含んだことを特徴とする予約管理方法。
7. 【請求項７】 さらに、前記権利が登録された所定のテ
   ーブルにおいて、前記第２の抽出工程で抽出された権利
   の保持者を前記第２の利用者に変更する第１の変更工程
   と、 前記第２の抽出工程で抽出された権利と引き替えに前記
   第２の利用者が譲り渡してもよい権利として指定してい
   る権利の保持者を前記第１の利用者に変更する第２の変
   更工程と、 を含んだことを特徴とする前記請求項６に記載の予約管
   理方法。
8. 【請求項８】 さらに、前記第２の抽出工程で抽出され
   た各権利を特定できる情報を前記第１の利用者に通知す
   る通知工程と、 前記通知工程で通知された情報のうちいずれか一つを選
   択する選択工程と、 を含み、 前記第１の変更工程では、前記選択工程で選択された情
   報で特定される権利の保持者を前記第２の利用者に変更
   するとともに、 前記第２の変更工程では、前記選択工程で選択された情
   報で特定される権利と引き替えに前記第２の利用者が譲
   り渡してもよい権利として指定している権利の保持者を
   前記第１の利用者に変更することを特徴とする前記請求
   項７に記載の予約管理方法。
9. 【請求項９】 前記請求項５〜請求項８のいずれか一つ
   に記載された方法をコンピュータに実行させるプログラ
   ム。