【事件の表示】
　特願２００６−５３５６３４「群衆が集中する中心地に関する人の流れの無線制御による管理」拒絶査定不服審判事件〔平成１７年　４月２８日国際公開、ＷＯ２００５／０３８５９５、平成１９年　４月１２日国内公表、特表２００７−５０９３９６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯
　本願の手続の概要は，以下のとおりである。
　
　平成１６年１０月１２日　　　国際出願
　（パリ条約による優先権主張２００３年１０月１５日，米国）
　平成２２年　１月２９日付け　拒絶理由通知
　平成２２年　５月　６日　　　意見書・手続補正
　平成２２年　９月　３日付け　拒絶査定
　平成２３年　１月　７日　　　審判請求・手続補正
　平成２４年　５月　８日付け　審尋
　平成２４年　８月１５日　　　回答
　
２　本願発明
　本願の請求項１に係る発明（以下「本願発明」という。）は，平成２３年１月７日付けの手続補正書によって補正された明細書，特許請求の範囲及び図面の記載からみて，特許請求の範囲の請求項１の欄に記載された事項により特定される，次のとおりのものである。
　
＜本願発明＞
「　エンターテインメント環境を管理する管理システムが提供するアトラクションにおける入場枠を管理する方法であって、該管理システムは、１人以上の顧客に対して該入場枠の権利を確認する確認器を制御するコントローラを備えており、
　前記コントローラの処理手順は、
　１人以上の顧客が先着順で前記アトラクションに入場可能となる物理的な長さで、第１の待ち行列をデータベースに設定して保持するステップと、
　前記第１の待ち行列を回避して、１人以上の顧客が先着順で前記アトラクションに入場可能となる物理的な長さで、所定の顧客で満たされる第２の待ち行列を前記データベースに設定して保持するステップと、
　或る顧客によって用いられるセルラー電話機から、前記アトラクションへの入場の戻り時間の割り当てを要求する優先権要求を受信して、他の顧客でも前記第２の待ち行列に対する当該戻り時間の優先権要求を可能とするような、ショーの中止、天気予報の提供、現在のリゾートの混雑度、現在または計画されたパークの入場者数、乗り物の収容力を含む複数の要素からなる予め定めたモデルから、前記顧客の第２の待ち行列に対する当該戻り時間を動的に予測して決定し、該戻り時間を前記データベースに登録するステップと、
　前記データベースに対してアクセス可能な前記セルラー電話機に対して、前記顧客に対する優先権を提供するために前記アトラクションへの入場に対する少なくとも１つの戻り時間の情報を含む応答を送信するステップと、
　前記セルラー電話機と前記データベースとの間の通信によって前記顧客が当該戻り時間の際又は当該戻り時間の後に前記第２の待ち行列に存在する確認がとれている場合に、前記第１の待ち行列内の他の顧客よりも優先して、当該戻り時間によって示される時間に前記第２の待ち行列を経由して前記顧客のアトラクションへの入場を許可するよう、前記確認器と通信するステップと、
を含む方法。」
　
３　引用例
　
（１）引用例１
ア　原査定の拒絶理由に引用された，本願の出願日前に日本国内で頒布された刊行物である特開２００１−１０１４６１号公報（平成１３年４月１３日出願公開。以下「引用例１」という。）には，図とともに，以下の記載がある。なお，下線は当審において付加したものである。
　
・「【０００１】
【発明の属する技術分野】本発明はテーマパークの乗物のような、アトラクションへの入場ないし参加を管理するための方法及び装置に関する。」
　
・「【００１５】
【発明が解決しようとする課題】アトラクションへの入場方法を選択可能とし、
アトラクションの動的な実時間収容能力を常時調節可能
　
・「【００１６】
【課題を解決するための手段】本発明はある
アトラクションのために立って並ぶか、あるいは立って並ばずに後でアトラクションに入場するためにそのアトラクションを予約するかを客に選択させる、アトラクションへの入場を管理するための
方法である
　
・「【００１７】１つ以上の実施形態において、
本発明のシステムは
２つの
キューを提供する
第１のキュー
第２のキュー
　
・「【００２９】１つ以上の実施形態において、本システムには、従来技術においてなされていたこととほとんど同じに、並んで待つことにより客がアトラクション２２を利用できる第１キュー２４がある。いい換えれば、
第１キュー２４にいる客は、客がそのキューに入る時刻に基づいた行列内の順番を有し、スペースが利用できるようになるかまたは収容能力に余裕ができるとその順番でアトラクションを利用できる
　
・「【００３１】本発明のシステムにはまた、
客が並んで待たずにアトラクション２２を利用でき、よって第１キューを避けることができる、第２キュー２６もある
　
・「【００３３】運用時には、第２キューによりアトラクションを利用するための未来の割当時刻を得るために、客は第１バリデーター３２を利用する。以下で説明されるように、一実施形態においては、権利を与えられたすなわち“確証された”客に、その客が戻ってきてアトラクションを利用する権利が与えられている時刻または時間帯を含むパスを発行することができる。パスが発行される時刻と客がアトラクションを利用できる時刻との間の時間の長さは、既にパスを得ている人々の数、アトラクションの収容能力、アトラクションの進行速度、作業可能なスタッフの数、第２キューによりアトラクションを利用している客に配分されたアトラクションの収容能力、及びアトラクションの進行に関するどのような遅延をも含む、多くの要因に依存する。」
　
・「【００３４】（パスに表示されているような）割
当時刻または時間帯になると、並んで待つことなくアトラクションを利用する権利が客に与えられる
客は発行されたパスを第２バリデーター３４に提示し、パスが有効（すなわち、時刻または時間帯が適切である、パスが偽造ではない、等）であれば、客はアトラクションへの入場を許される
　
・「【００４３】１つ以上の実施形態において、
第１バリデータ３２は、発行されたトークンを認めるために、カード上の情報を読むか、ラジオ周波識別（ＲＦＩＤ）、網膜、声、体温、指または手の形態的特徴のような客の１つ以上の生物測定識別子、あるいは客の視覚識別情報等を照合するように構成することができる
　
・「【００４５】一実施形態において、メディアディストリビューター３８により客のそれぞれに配布されるパスは、
未来のある時刻に客がアトラクション２２を利用できるようにように構成される
この時刻は、権利を与えられた客に発行されるパス上に印刷される、割り当てられた利用時刻または時間帯を含む
　
・「【００５１】本発明の１つ以上の実施形態にしたがえば、メディアディストリビューター３８により発行されるメディアのそれぞれに関連づけられる利用時刻を決定するために１つ以上の方策が提供される。本発明の１つ以上の実施形態において、
客が第２キューによるアトラクションの利用を許可される時刻は以下の：アトラクションの収容能力、第２キュー２６による利用客に配分されるアトラクションの収容能力、アトラクション２２を利用したいとおそらく願っている客の総数、アトラクション２２の現在及び未来の要員数、客の集団動態、一日の時刻及び週の曜日を含む
　
・「【００５４】データを送受するためにローカルサーバ４８が配される。１つ以上の実施形態において、ローカルサーバ４８はアトラクション２２の収容能力及びその他の特性に関するデータを受け取るように配される。例えば、データを供給するために様々なセンサーをアトラクション２２に関連づけることができる。１つ以上の実施形態において、（図示されていない）
センサーが
第１キューに並んでいる客の数、乗物の収容能力等をモニターできる
ローカルサーバ４８は断続的にあるいは連続的にこれらのセンサーからデータを受け取ることができる
　
・「【００５７】
サーバ４８に与えられた情報はアルゴリズムプロセッサ５０に送信される
アルゴリズムプロセッサ５０はメディアディストリビューター３８が発行する時刻を決定するために前記データを利用する
アルゴリズムプロセッサ５０は需要と供給に影響する様々な要因に関する情報を入手する（図２では別々の実態として示されるが、コントローラ４４及びアルゴリズムプロセッサ５０は一体の装置または１つのプロセスとして実行することができる）
　
・「【００５９】１つ以上の実施形態において、
アルゴリズムプロセッサ５０は利用時刻データを生成するために１つ以上のアルゴリズムを利用する
図５〜１２は図４に示される待ち時間算出に用い得るデータ要素のためのテーブル及びデータ辞書を示す
　
・「【００９５】１つ以上の実施形態において、
メインサーバ１０４
第２キュー２６の利用の権利が与えられている客に関する情報を有するデータベースを格納する
　
・「【０１００】図２３は、
パーク入園チケットの確証及び客への第２キュー２６の利用権付与の確立が集中化されている本発明の実施形態にしたがうシステム
　
・「【０１０１】
その客があるアトラクションの第２キューを利用して割当時刻を得ようと望む場合には、その客は権利が与えられていることを第１バリデーター２３２により立証する
第１バリデーター２３２はマスターコントローラ２４４を介して中央パーク入園コントローラ２００と交信する
　
・「【０１０２】再び、
アルゴリズムプロセッサ２５０が、割り当てられ、メディアディストリビューター２３８により印刷されるべき時刻を与えるために、マスターコントローラ２４４と交信するように配される
　
・「【０１０６】図２４を参照すると、
客が第２キュー２６によるアトラクション２２の利用を望むならば、その客は割当時刻を受け取るために第２キュー２６を利用する権利が与えられていることをまず立証する
有効確認は上述したように指紋等を走査することにより行うことができる
　
・「【０１０８】図２に示されたシステムのような一実施形態において、チケットが検認されれば、検認されたことを示す信号を第１バリデーター３２がメディアディストリビューター３８に送る。次いで
メディアディストリビューター３８がその客にパスを発行する
　
・「【０１１０】約束の時刻に客はアトラクション２２に戻り、第２キュー２６によるそのアトラクションの利用を求める。
客はそのアトラクションを利用する権利が与えられていることを第２バリデーター３４により立証する
客は、指紋を再び走査することによるような、その他の方法によってそのアトラクションを利用する権利が与えられていることを立証することもできる
　
・「【０１１３】１つ以上の実施形態において、１人以上の客が第２キュー２６により、あるいはパス無しの第３キューによってさえ、あるアトラクションを利用することができる。例えば、特別なＶＩＰ、身体障害者またはその他の客に、第２キュー２６による、またはその客がいつでもそのアトラクションを利用できる第３キューによる、アトラクションの利用を許可することができる。」
　
・「【０１１６】１つ以上の実施形態において、本方法及びシステムは
第１及び第２キューによるアトラクション２２への客の流れの“リアルタイム”調節ができるという利点を有する
アトラクション２２の収容能力が突然低下
アトラクション２２の収容能力が増大した場合
利用時刻を調節する
　
・
テーブルは，テーブル名「ｖｑ＿ｃｌｅ＿ｆｏｒｅｃａｓｔ＿ｉｎｆｏ」を含み，その定義は「客カウント数を予測するための、予測される収容能力制限イベント（ＣＬＥ）情報」であること
　
・
カラムテーブル名「ｖｑ＿ｃｌｅ＿ｆｏｒｅｃａｓｔ」，カラム名「ｖｑ＿ｌｏｃ＿ｃｌｅ＿ｔｙｐｅ＿ｉｄ」のカラムのコメントは「ＣＬＥのタイプテーブル：開催，閉鎖，ユニット交換，ショー，等」であること
　
・
カラムテーブル名「ｖｑ＿ｃｌｅ＿ｆｏｒｅｃａｓｔ」，カラム名「ｖｑ＿ｌｏｃ＿ｕｔｉｌｉｚａｔｉｏｎ」のカラムのコメントは「ロケーション利用率（例：利用率８０％は実入場客数が客総収容能力の８０％であることを意味する）」であること
　
・
カラムテーブル名「ｖｑ＿ｃｏｎｔｒ＿ｆｅｅｄ＿ｉｎｆｏ」，カラム名「ｇｕｅｓｔ＿ｗｉｎｄｏｗ＿ｅｎｄ」のカラムのコメントは「仮想キュー（ＶＱ）チケットに印刷された客ウインドウ終了日時」であること
　
・
カラムテーブル名「ｖｑ＿ｃｏｎｔｒ＿ｆｅｅｄ＿ｉｎｆｏ」，カラム名「ｇｕｅｓｔ＿ｗｉｎｄｏｗ＿ｓｔａｒｔ」のカラムのコメントは「仮想キュー（ＶＱ）チケットに印刷された客ウインドウ開始日時」であること
　
・
カラムテーブル名「ｖｑ＿ｃｏｎｔｒ＿ｆｅｅｄ＿ｉｎｆｏ」，カラム名「ｖｑ＿ｇｕｅｓｔ＿ｃｏｕｎｔ」のカラムのコメントは「ＶＱ客カウント数」であること
　
・カラムテーブル名「ｖｑ＿ｄｉｓｐ＿ｒａｔｅ＿ｌｏｇ」，カラム名「ｆｏｒｅｃａｓｔ＿ｇｃ」のカラムのコメントは「計算に用いられる、入場客予測数」であること（【図７】）。
　
・
システムはマスターコントローラ２４４を有すること
　
イ　上記記載によれば，引用例１には次のことが記載されている。
（ア）引用例１に記載された方法は，あるアトラクションのために立って並ぶか，あるいは立って並ばずに後でアトラクションに入場するためにそのアトラクションを予約するかを客に選択させる，アトラクションへの入場を管理するための方法であって（段落【００１６】），パーク入園チケットの確証及び客への第２キュー２６の利用権付与の確立が集中化されているシステムによって実施され（段落【０１００】），客は，第２キュー２６によるそのアトラクションの利用する権利が与えられていることを，第２バリデーター３４により立証するものである（段落【０１１０】）。
（イ）引用例１に記載された方法は，マスターコントローラ２４４を有するシステムにより実行され（【図２３】），第１キューを客に提供するものであり（段落【００１７】），ここで，第１キューとは，客がそのキューに入る時刻に基づいた行列内の順番を有し，スペースが利用できるようになるかまたは収容能力に余裕ができるとその順番でアトラクションを利用できるものであり（段落【００２９】），第１キューに並んでいる客の数を，センサーがモニターし，この情報をローカルサーバ４８が受け取り（段落【００５４】），アルゴリズムプロセッサ５０に送信し，アルゴリズムプロセッサ５０はメディアディストリビューター３８が発行する時刻を決定するために前記データを利用するステップを有する（段落【００５７】）。
（ウ）引用例１に記載された方法は，第２キューを客に提供するものであり（段落【００１７】），ここで，第２キューとは，客が並んで待たずにアトラクション２２を利用でき，よって第１キューを避けることができるものであり（段落【００３１】），メインサーバ１０４が格納するデータベースは，あるアトラクションを利用するための各ローカルシステムの第２キュー２６の利用の権利が与えられている客に関する情報を有する（段落【００９５】）。
（エ）引用例１に記載された方法は，客があるアトラクションの第２キューを利用して割当時刻を得ようと望む場合には，その客は権利が与えられていることを第１バリデーター２３２により立証するステップを含み（段落【０１０１】），第１バリデータによる有効確認は，カード上の情報を読むか，指紋等により客の視覚識別情報等を照合することであり（段落【００４３】，【０１０６】），第１バリデーター２３２はマスターコントローラ２４４を介して中央パーク入園コントローラ２００と交信することにより，有効確認を行う（段落【０１０１】）。また，特別なＶＩＰ，身体障害者またはその他の客に，第２キューによるアトラクションの利用を許可すること及び（段落【０１１３】），利用時刻の調節によって，第１及び第２キューによるアトラクション２２への客の流れの実時間調節ができ（段落【０１１６】），また，アトラクションの動的な実時間収容能力を常時調節が可能である（段落【００１５】）。利用時刻又は時間帯は，マスターコントローラ２４４とアルゴリズムプロセッサ２５０とが交信することにより与えられる（段落【０１０２】）。ここで，客が第２キューによるアトラクションの利用を許可される時刻は，アトラクションの収容能力，第２キュー２６による利用客に配分されるアトラクションの収容能力，アトラクション２２を利用したいとおそらく願っている客の総数，アトラクション２２の現在及び未来の要員数，客の集団動態，一日の時刻及び週の曜日に依存し（段落【００５１】），アルゴリズムプロセッサ５０は利用時刻データを生成するために１つ以上のアルゴリズムを利用し，待ち時間算出に用い得るデータ要素のためのテーブル及びデータ辞書を有する（段落【００５９】）。アルゴリズムプロセッサ５０は，コントローラ４４と一体の装置として実行でき，需要と供給に影響する様々な要因に関する情報を入手する（段落【００５７】）。テーブルは，客カウント数を予測するための，予測される収容能力制限イベント（ＣＬＥ）情報に関する「ｖｑ＿ｃｌｅ＿ｆｏｒｅｃａｓｔ＿ｉｎｆｏ」テーブルを含み（【図５】），「ｖｑ＿ｃｌｅ＿ｆｏｒｅｃａｓｔ」テーブルの「ｖｑ＿ｌｏｃ＿ｃｌｅ＿ｔｙｐｅ＿ｉｄ」カラムには，ＣＬＥのタイプテーブル：開催，閉鎖，ユニット交換，ショー，等が格納され（【図６】），「ｖｑ＿ｌｏｃ＿ｕｔｉｌｉｚａｔｉｏｎ」カラムには，客総収容能力に対する実入場者数で表現されるロケーション利用率が格納される（【図６】）。アトラクションは乗物であって（段落【０００１】），アトラクションの収容能力の低下や増大に応じて利用時刻が調節される（段落【０１１６】）。仮想キュー（ＶＱ）チケットに印刷された開始日時と終了日時は「ｖｑ＿ｃｏｎｔｒ＿ｆｅｅｄ＿ｉｎｆｏ」テーブルのそれぞれ「ｇｕｅｓｔ＿ｗｉｎｄｏｗ＿ｓｔａｒｔ」，「ｇｕｅｓｔ＿ｗｉｎｄｏｗ＿ｅｎｄ」カラムに格納され（【図６】），また，「ｖｑ＿ｃｏｕｔｒ＿ｆｅｅｄ＿ｉｎｆｏ」テーブルの「ｖｑ＿ｇｕｅｓｔ＿ｃｏｕｎｔ」カラムには，ＶＱ客カウント数が格納される（【図７】）。
（オ）引用例１に記載された方法は，割り当てられた利用時刻または時間帯が，権利を与えられた客に発行されるパス上に印刷され，パスは客に配布されるステップを含み（段落【００４５】），その時刻は，マスターコントローラ２４４とアルゴリズムプロセッサ２５０とが交信することにより与えられ（段落【０１０２】），メディアディストリビューターは，客にパスを発行する（段落【０１０８】）。
（カ）引用例１に記載された方法は，割当時刻または時間帯になると，並んで待つことなくアトラクションを利用する権利が客に与えられるステップを有し（段落【００３４】），客は第２キュー２６を利用することによりアトラクションを利用する権利をもつことを立証するものであり，一実施形態において，客が発行されたパスを第２バリデータ３４に提示すると，時刻または時間帯が適切で，パスが偽造でなければ，客はアトラクションへの入場を許可される（段落【００３４】）。さらに，立証は，客が指紋を再び走査する等のその他の方法によってもできる（段落【０１１０】）。
　
ウ　以上のことから，引用例１には，次の発明（以下，「引用例１発明」という。）が記載されているということができる。
　
＜引用例１発明＞
　「あるアトラクションのために立って並ぶか，あるいは立って並ばずに後でアトラクションに入場するためにそのアトラクションを予約するかを客に選択させる，アトラクションへの入場を管理するための方法であり，それはパーク入園チケットの確証及び客への第２キューの利用権付与の確立が集中化されているシステムによって実施され，客は，第２キューによるそのアトラクションの利用する権利が与えられていることを，第２バリデーターにより立証するものであり，
　コントローラを有するシステムが，
　第１キューを客に提供し，第１キューとは，客がそのキューに入る時刻に基づいた行列内の順番を有し，スペースが利用できるようになるかまたは収容能力に余裕ができるとその順番でアトラクションを利用できるものであり，第１キューに並んでいる客の数を，センサーがモニターし，サーバが受け取り，アルゴリズムプロセッサに送信し，時刻の決定に用いるステップと，
　第２キューを客に提供し，第２キューとは，客が並んで待たずにアトラクション２２を利用でき，よって第１キューを避けることができるものであり，サーバは，第２キュー２６の利用の権利が与えられている客に関する情報を有するデータベースを格納するステップと，
　客があるアトラクションの第２キューを利用して割当時刻を得ようと望む場合には，その客は権利が与えられていることを，第１バリデーターによりカード上の情報を読むか，指紋等の客の視覚識別情報等の照合することによって有効確認して立証し，第１バリデーターはコントローラを介して有効確認を行い，特別なＶＩＰ，身体障害者またはその他の客に，第２キューによるアトラクションの利用を許可することができ，利用時刻の調節により，第１及び第２キューによるアトラクションへの客の流れの実時間調節ができ，アトラクションの動的な実時間収納能力の常時調節が可能であり，利用時刻は，アルゴリズムプロセッサが１つ以上のアルゴリズムを利用し需要と供給に影響する様々な要因に関する情報を入手して算出し，コントローラと一体の装置として実行でき，アルゴリズムプロセッサは待ち時間算出に用い得るデータ要素のためのテーブル及びデータ辞書を有し，テーブルは，客カウント数を予測するための、予測される収容能力制限イベント（ＣＬＥ）情報に関する「ｖｑ＿ｃｌｅ＿ｆｏｒｅｃａｓｔ＿ｉｎｆｏ」テーブルを含み，「ｖｑ＿ｃｌｅ＿ｆｏｒｅｃａｓｔ」テーブルの「ｖｑ＿ｌｏｃ＿ｃｌｅ＿ｔｙｐｅ＿ｉｄ」カラムには，ＣＬＥのタイプテーブル：開催，閉鎖，ユニット交換，ショー，等が格納され，「ｖｑ＿ｌｏｃ＿ｕｔｉｌｉｚａｔｉｏｎ」カラムには，客総収容能力に対する実入場者数で表現されるロケーション利用率が格納され，アトラクションは乗物であり，アトラクションの収容能力の低下や増大に応じて利用時刻が調節され，仮想キュー（ＶＱ）チケットに印刷された開始日時と終了日時は「ｖｑ＿ｃｏｎｔｒ＿ｆｅｅｄ＿ｉｎｆｏ」テーブルのそれぞれ「ｇｕｅｓｔ＿ｗｉｎｄｏｗ＿ｓｔａｒｔ」，「ｇｕｅｓｔ＿ｗｉｎｄｏｗ＿ｅｎｄ」カラムに格納され，また，「ｖｑ＿ｃｏｕｔｒ＿ｆｅｅｄ＿ｉｎｆｏ」テーブルの「ｖｑ＿ｇｕｅｓｔ＿ｃｏｕｎｔ」カラムには，ＶＱ客カウント数が格納されるステップと，
　利用時刻または時間帯がコントローラとアルゴリズムプロセッサとが交信することにより与えられ，利用時刻または時間帯が権利を与えられた客に発行されるパス上に印刷され，メディアディストリビューターによってパスが客に配布されるステップと，
　割当時刻または時間帯になると，並んで待つことなくアトラクションを利用する権利が客に与えられ，客は第２キューを利用することによりアトラクションを利用する権利をもつことを立証し，客が発行されたパスを第２バリデーター３４に提示すると，時刻または時間帯が適切で，パスが偽造でなければ，客はアトラクションへの入場を許可され，立証は，客が指紋を再び走査する等のその他の方法によってもできる，ステップと，
　を含む方法。」
　
（２）引用例２
ア　原査定の拒絶理由に引用された，本願の出願日前に日本国内で頒布された刊行物である特開２００３−２４２３９４号公報（平成１５年８月２９日出願公開。以下「引用例２」という。）には，図とともに，以下の記載がある。
　
・「【０００１】
【発明の属する技術分野】本発明は、
遊園地などの構内への入場門
　
・「【０００２】
【従来の技術】遊園地などの娯楽施設では、人気のある施設を使用するためには、長時間待たされるという問題がある。」
　
・「【０００４】
この技術は、例えば、（株）オリエンタルランドが経営する東京ディズニーランドにおいて、“ファストパス”という名称で行われている
　
（当審注：「東京ディズニーランド」及び「ファストパス」は登録商標，以下，省略）
　
・「【０００５】
ファストパスは、通常の入場者
と、ファストパス入場者を分けて入場させるシステム
　
・「【０００６】娯楽施設に設置されたファストパスの発券機に対し、発券申し込むと、入場時刻が記入された券を受け取る。この時刻までは、食事をするなり、他の事をして過ごす事が可能である。」
　
・「【０００７】
【発明が解決しようとする課題】前記ファストパスシステムにおいては、予約の乱発による不公平の発生、及び無効な予約の発生を防ぐために、１回ファストパスによって、予約行為を行うと、次の２時間は、他のアトラクションを予約できないと言う制限がある。」
　
・「【０００８】本発明の目的は、
携帯端末を用いて、複数の遊戯施設の入場予約を
予約できる予約システム
　
・「【０００９】本発明の他の目的は、さらに、入場時刻前には、予約者が携帯端末を見ながら、遊園地内の遊戯施設まで誘導される予約システム及びそれに用いる携帯端末機並びに予約処理装置を提供することにある。」
　
・「【００４３】入場門無線装置２０から受信したＩＰアドレス（７２）（ＸＸ．ＹＹ．ＺＺ．０１）を、顧客一覧表３１から検索し、一致しなかったら、顧客ではないと判断して、処理を中止する。一致していたら、受信した遊園地ＩＤ（７４）（ＡＡＡ０２）が、その顧客のサービス対応の遊園地であるかを確認する。一致したら、場内／場外フラグ７６をＯＵＴから、ＩＮに変更し、後述する、予約一覧表のＩＰアドレス欄に、ＸＸ．ＹＹ．ＺＺ．０１を記入する。以後、ＩＰアドレス（ＸＸ．ＹＹ．ＺＺ．０１）を受信したら、現在サービス提供中として処理する。」
　
・「【００４４】次に、遊園地来訪者は、入場門をくぐった際に受信した遊戯施設ＩＤを元に、携帯電話機１０の画面を見ながら、入場予約を行ないたい遊戯施設５０を選択する（この例では、遊戯施設ＩＤ＝００５と、遊戯施設ＩＤ＝００８の２ヶ所を予約申し込みしたとする。）。選択が終了すると、
携帯電話機１０は、遊戯施設ＩＤ（７３）、入場人数（７７）、各人が大人か小人かを示す大人／小人（７８）、ＩＰアドレス（７２）を、ホストコンピュータ３０に送信する
　
・「【００４５】ホストコンピュータ３０は、現在、遊戯施設予約サービスを提供中の、顧客と、遊戯施設５０への入場時刻の一覧表を記憶している。図５に、予約一覧表を示す。この予約一覧表３２は、図４の遊園地ＩＤ（７４）が、ＡＡＡ０２である遊園地に関する表であり、上述のＩＰアドレス（ＸＸ．ＹＹ．ＺＺ．０１）が、サービス提供中のＩＰアドレスとして、登録されている。」
　
・「【００４６】
ホストコンピュータ３０は
記憶している、待ち時間一覧表より、待ち時間を得て
現在時刻＋待ち時間＝入場時刻
を計算して、
入場時刻（８０）を、予約一覧表３２に、記入する
携帯電話機１０に、遊戯施設５０別の入場時刻（８０）
送信する
　
・「【００４７】これにより、遊園地来訪者は、入場予約した場合に遊戯施設５０に行くべき時刻を知り、
了承したならば
　
・「【００４８】ホストコンピュータ３０は、予約確認（８６）を受信した事により、予約を確定し、
携帯電話機１０に対し
予約完了通知（７９）を送信する
　
・「【００４９】ここで、上述した、ホストコンピュータ３０が記憶している、待ち時間一覧表について説明する。図６に、待ち時間一覧表３３を示す。上述の来訪者は、遊戯施設ＩＤ＝００５の施設予約をしたので、
待ち時間８２は、７０分であり、現在時刻が１２：００である時
１２：００＋７０分＝１３：１０
と、入場時刻を計算できる
　
・「【００５０】また、ホストコンピュータ３０は、待ち時間一覧表３３を更新する。
５人の予約
１回あたり遊戯人数８４
　
・「【００５１】その後、入場時刻（１３：１０）になると、図３のように、ホストコンピュータ３０は、携帯電話機１０に対し、入場時刻が到来した事を示す予約時刻通知（８１）を送信する。携帯電話機１０は、予約時刻通知（８１）を受信すると、ビープ音を鳴らすなどして、携帯電話機所持者に注意を促す。この様にして、予約した遊戯施設５０に、入場する事が可能となる。」
　
・「【００７２】次に、本発明の第４の実施の形態について説明する。図１１に、第４の実施の形態の予約システムを示す。図１１において、１０は遊園地への来訪者が所持する携帯電話機、２０は遊園地の入り口に設置された入場門無線装置、５１は遊園地内の遊戯施設に設置され、公衆通信網経由で、ホストコンピュータと通信可能な遊戯施設装置、３０は予約サービスの運営者（複数の遊園地の予約サービスを提供する事業者、または各遊園地の運営者）の設置したホストコンピュータ、４０は公衆通信網、４１は携帯電話基地局、５２は表示装置であり、遊戯施設装置５１からのデータを園内の来訪者に掲示する。
遊戯施設への入場は、後述の様に、通常に待って入場する者と、予約により入場する者とを分けて入場させている
　
・「【００７３】図１２に、第４の実施の形態の予約システム内で送受信される信号のシーケンス図を示す。以下に、図１１及び図１２を用いて、第４の実施の形態の動作を、第１の実施の形態との相違点を中心に説明する。」
　
・「【００７４】
遊戯施設装置５１は、自遊戯施設の入場待ちをしている待ち行列の人数（８７）を、定期的に検出し
ホストコンピュータ３０に送信する
　
・「【００７５】
ホストコンピュータ３０は、待ち時間一覧表を記憶しており、遊戯施設装置５１から、通常待ち人数（８７）を受信したら、待ち時間一覧表３４を更新
　
・「【００７６】遊戯施設装置５１は、受信した両待ち時間を、表示装置５２に表示し、遊戯施設装置５１付近にいる来訪者に見えるように、掲示する。」
　
・「【００７７】図１３に、第４の実施の形態の
待ち時間一覧表３４
待ち時間
待ち人数
通常待ち者と、予約者の各々に記憶されている
　
・「【００７８】図１２において、遊園地の来訪者は、入場門をくぐり、携帯電話機１０を用いて、入場予約を行なうか、又は入場希望の遊戯施設装置５１前において、表示装置５２に表示されている、両待ち時間を見て、普通に並んで入場するか、それとも入場予約をするかを判断する（この例では、遊戯施設ＩＤ＝００５と、遊戯施設ＩＤ＝００８の２ヶ所を予約申し込みしたとする。）。」
　
・「【００７９】選択が終了すると、携帯電話機１０は、遊戯施設ＩＤ（７３）、入場人数（７７）、各人が大人か小人かを示す大人／小人（７８）、ＩＰアドレス（７２）を、ホストコンピュータ３０に送信する。」
　
・「【００８０】ホストコンピュータ３０は、待ち時間一覧表３４より、遊戯施設ＩＤ＝００５、及び遊戯施設ＩＤ＝００８の通常待ち時間（８８）、及び予約待ち時間（８２）を得て、予約をするかの確認を求める、予約確認要求（８５）と共に、携帯電話機１０へ送信する。」
　
・「【００８１】予約者は、通常待ちと、予約の待ち時間を見比べて、短時間であるため予約せずに待つか、それとも、他に立ち寄るところがあるなどの理由から、予約するかを、判断する。その結果、予約を了承した場合は、携帯電話機１０は、通常待ちか予約かを示す、通常待ち／予約フラグ（８９）を含んだ、予約確認（８６）を送信する。」
　
・「【００８２】ホストコンピュータ３０は、記憶している予約一覧表３２を更新し、携帯電話機１０に対し、予約を完了した事を示す、予約完了通知（７９）を送信する。」
　
・「【００８３】この様に、動作するため、各遊戯施設装置５１の最新の待ち人数を、随時反映させながら、予約者の意思による、予約を実行できる。」
　
・「【００８４】また、上記遊戯施設装置５１は、ホストコンピュータ３０に、通常待ち人数（８７）を送信したが、通常待ち時間に換算した後、通常待ち時間を送信しても良い。同様に、ホストコンピュータ３０は、通常待ち時間８８、及び予約待ち時間８２を携帯電話機１０に送信したが、通常入場時刻、及び予約入場時刻に換算した後、各入場時刻を送信しても良い。また、図１３において、通常待ち者と、予約者の１回当りの遊戯人数は、遊戯施設ＩＤ＝００５の場合、２：１としている。この比率を調整する事により、予約者にとって、より最適なサービスを提供できる。」
　
・「【００９９】次に、本発明の第６の実施の形態について説明する。図１６に、第６の実施の形態の予約システムを示す。図１６において、第４の実施の形態との相違点は、遊戯施設装置５１に、携帯電話機１０に接続された無線インタフェース１１と構内無線通信が可能な無線インタフェース５３が接続されている点、及び遊戯施設装置５１の入り口にある施設入場門５４が、遊戯施設装置５１と繋がっており、施設入場門５４は、遊戯施設装置５１からの開閉制御信号に連動して、門が開くものである。」
　
・「【０１０７】上記説明では、遊戯施設装置５１は、ＩＰアドレス（７２）を、ホストコンピュータ３０より、事前に受信していたが、予約者の接近後に、ホストコンピュータ３０より受信する例を次に説明する。図１８に、
予約者の接近後
予約者の無線インタフェース１１が、近づくと、ＩＰアドレスを送信する
　
・「【０１０８】
遊戯施設装置５３は、受信したＩＰアドレス（７２）を、ＩＰアドレスの照合を要求する、照合要求（９８）と
ホストコンピュータ３０へ、送信する
　
・「【０１０９】
ホストコンピュータ３０は
正当な予約者であるか、予約していないものであるかを示す、予約者／ＮＯＴ（９９）を遊戯施設装置５１へ送信する
　
・「【０１１０】
遊戯施設装置５１は
開閉制御信号を出力し、施設入場門５４を開いて、予約者を入場させる
　
・「【０１１１】このように動作することで、各遊戯施設装置５１において、入場者の正当性の判断と、入場の許可（具体的には門の開放）を自動化できる。」
　
イ　上記記載によれば，引用例２には次のことが記載されている。
（ア）引用例２に記載された方法は，通常の入場者とファストパス入場者を分けて入場させるシステムであるファストパスシステムを踏まえ（段落【０００４】〜【０００７】），携帯端末を用いて複数の遊戯施設の入場予約できる予約システムが提供する方法であり（段落【０００８】），遊園地などの構内への入場門に関して（段落【０００１】），予約者の無線インタフェースが遊戯施設装置５１へ接近後（段落【０１０７】），遊戯施設装置は，受信したＩＰアドレス（７２）を，照合要求（９８）と共に，自ホストコンピュータ３０へ送信し（段落【０１０８】），ホストコンピュータから正当な予約者であるかを示す信号を遊戯施設装置５１へ送信し（段落【０１０９】），遊戯施設装置５１が開閉制御信号を出力し，予約者を入場させる（段落【０１０１】）方法であり，以下のステップを含む。
（イ）遊戯施設へ，通常に待って入場する者と，予約により入場する者とを分けて入場させるために（段落【００７２】），遊戯施設装置５１が，自遊戯施設の入場待ちをしている待ち行列の人数（８７）を定期的に検出し（段落【００７４】），ホストコンピュータ３０が，遊戯施設装置５１から受信した通常待ち人数（８７）を受信したら，待ち時間一覧表を更新し（段落【００７５】），待ち時間一覧表３４に，通常待ち者の待ち人数を記憶する（段落【００７７】）ステップ。
（ウ）予約者は，入場時刻が到来すると予約した遊戯施設５０に入場することが可能であり（段落【００５１】），待ち行列一覧表３４に，予約者の待ち人数を記憶する（段落【００７７】）ステップ。
（エ）遊園地来訪者が，携帯電話機１０から，入場予約を行いたい遊戯施設５０を選択し，遊戯施設ＩＤ（７３），入場人数（７７），各人が大人か小人かを示す大人／小人（７８），ＩＰアドレス（７２）を，ホストコンピュータ３０に送信すると（段落【００４４】），ホストコンピュータ３０は，待ち時間一覧表より待ち時間を得て，入場時刻を計算し，入場時刻（８０）を，予約一覧表３２に記入し（段落【００４６】，【００４９】），待ち時間を，待ち人数と，予約者の人数と，１回あたり遊戯人数と現在時刻に基づいて更新するステップ（段落【００５０】）。
（オ）ホストコンピュータが，携帯電話機１０に，入場時刻（８０）と予約確認要求（８５）とを送信し（段落【００４６】），遊園地来訪者が了承したならば（段落【００４７】），予約を完了したことを示す予約完了通知（７９）を送信するステップ（段落【００４８】）。
（カ）予約者の無線インタフェースが遊戯施設装置５１へ接近後（段落【０１０７】），遊戯施設装置は，受信したＩＰアドレス（７２）と，照合要求（９８）とを，ホストコンピュータ３０へ送信し（段落【０１０８】），ホストコンピュータは正当な予約者であるかを示す信号を遊戯施設装置５１へ送信し（段落【０１０９】），遊戯施設装置５１が開閉制御信号を出力し，予約者を入場させるステップ（段落【０１１０】）。
　
ウ　以上のことから，引用例２には，次の発明（以下，「引用例２発明」という。）が記載されているということができる。
　
＜引用例２発明＞
　「通常の入場者とファストパス入場者を分けて入場させるシステムであるファストパスシステムを踏まえ，携帯端末を用いて複数の遊戯施設の入場予約できる予約システムが提供する方法であり，遊園地などの構内への入場門に関して，予約者の無線インタフェースが遊戯施設装置へ接近後，遊戯施設装置は，受信したＩＰアドレスを，照合要求と，自ホストコンピュータへ送信し，ホストコンピュータから正当な予約者であるかを示す信号を遊戯施設装置へ送信し，遊戯施設装置が開閉制御信号を出力し，予約者を入場させる方法であり，
　遊戯施設へ，通常に待って入場する者と，予約により入場する者とを分けて入場させるために，遊戯施設装置が，自遊戯施設の入場待ちをしている待ち行列の人数を定期的に検出し，ホストコンピュータが，遊戯施設装置から受信した通常待ち人数を受信したら，待ち時間一覧表を更新し，待ち時間一覧表に，通常待ち者の待ち人数を記憶するステップと，
　予約者は，入場時刻が到来すると予約した遊戯施設に入場することが可能であり，待ち行列一覧表に，予約者の待ち人数を記憶するステップと，
　遊園地来訪者が，携帯電話機から，入場予約を行いたい遊戯施設を選択し，遊戯施設ＩＤ，入場人数，各人が大人か小人かを示す大人／小人，ＩＰアドレスを，ホストコンピュータに送信すると，ホストコンピュータは，待ち時間一覧表より待ち時間を得て入場時刻を計算し，入場時刻を，予約一覧表に記入し，待ち時間を，待ち人数と，予約者の人数と，１回あたり遊戯人数と現在時刻に基づいて更新するステップと，
　ホストコンピュータが，携帯電話機に，入場時刻と予約確認要求とを送信し，遊園地来訪者が了承したならば，予約を完了したことを示す予約完了通知を送信するステップと，
　予約者の無線インタフェースが遊戯施設装置へ接近後，遊戯施設装置は，受信したＩＰアドレスと照合要求とを，ホストコンピュータへ送信し，ホストコンピュータは，正当な予約者であるかを示す信号を遊戯施設装置へ送信し，遊戯施設装置が開閉制御信号を出力し，予約者を入場させるステップと，
　を含む方法。」
　
４　対比
（１）本願発明と引用例１発明とを対比する。
ア　引用例１発明の「パーク」は，本願発明の「エンターテイメント環境」に相当する。
　引用例１発明の「システム」は，パーク入園を確証するから，本願補正発明の「管理システム」に相当する。
　引用例１発明の「アトラクション」は，本願発明の「アトラクション」に相当する。
　引用例１発明の「第１バリデーター」は，権利が与えられていることを立証するものであるから，本願発明の「確認器」に相当する。
　引用例１発明の「コントローラー」は，「確認器を制御する」との特定がない点を除き，本願発明の「コントローラ」に相当する，
　そうすると，本願発明と，引用例１発明とは，『エンターテインメント環境を管理する管理システムが提供するアトラクションにおける入場枠を管理する方法であって，該管理システムは，１人以上の顧客に対して該入場枠の権利を確認する確認器と，コントローラを備え』る点において共通する。
　
イ　引用例１発明の「第１キュー」は，本願発明の「第１の待ち行列」に相当する。
　引用例１発明において，「並んでいる客の数」で「第１キュー」をモニターすることは，本願発明の「物理的な長さ」で「第１の待ち行列」を扱うことに相当する。
　引用例１発明において，「第１キューに並んでいる客の数」は「サーバが受け取り，アルゴリズムプロセッサに送信され，時刻の決定に用いられる」ことから，アルゴリズムプロセッサが時刻を決定するために，並んでいる客の数が参照可能な状態で記憶されることは当然であるから，本願発明の「物理的な長さで、第１の待ち行列をデータベースに設定して保持する」ことに相当する。
　そうすると，本願発明と，引用例１発明とは，『１人以上の顧客が先着順で前記アトラクションに入場可能となる物理的な長さで、第１の待ち行列をデータベースに設定して保持するステップ』を有する点において共通する。
　
ウ　引用例１発明の「第２キュー」は，第１キューを避けてアトラクションを利用できるものであり，本願発明の「第２の待ち行列」に相当し，本願補正発明と，引用例１発明とは，『前記第１の待ち行列を回避して，１人以上の顧客が先着順で前記アトラクションに入場可能となる物理的な長さで，所定の顧客で満たされる第２の待ち行列を前記データベースに設定して保持するステップ』を有する点において共通する。
　
エ　引用例１発明の「客があるアトラクションの第２キューを利用して割当時刻を得ようと望む場合には・・・第１バリデーターはコントローラを介して有効確認を行い」は，本願発明が，「或る顧客によって用いられるセルラー電話機から」優先権要求を「受信」するものであるのに対し，引用例１発明はセルラー電話機を有していない点において相違するものの，本願補正発明の「前記アトラクションへの入場の戻り時間の割り当てを要求する優先権要求」に相当する。
　引用例１発明の「その他の客」は，本願発明の「他の顧客」に相当するから，引用例１発明の「特別なＶＩＰ，身体障害者またはその他の客に，第２キューによるアトラクションの利用を許可することができ」は，本願補正発明の「他の顧客でも前記第２の待ち行列に対する当該戻り時間の優先権要求を可能とする」に相当する。
　引用例１発明の「利用時刻は，アルゴリズムプロセッサが１つ以上のアルゴリズムを利用し需要と供給に影響する様々な要因に関する情報を入手して算出」は，「アトラクションの動的な実時間収納能力の常時調節を可能」とするものであり，「仮想キュー（ＶＱ）に印刷された開始日時と終了日時」はテーブルに含まれるから，本願発明の「前記顧客の第２の待ち行列に対する当該戻り時間を動的に予測して決定し、該戻り時間を前記データベースに登録するステップ」に相当する。
　そうすると，本願発明と，引用例１発明とは，『或る顧客から，前記アトラクションへの入場の戻り時間の割り当てを要求する優先権要求を受け，他の顧客でも前記第２の待ち行列に対する当該戻り時間の優先権要求を可能とするような，前記顧客の第２の待ち行列に対する当該戻り時間を動的に予測して決定し，該戻り時間を前記データベースに登録するステップ』を有する点において共通する。
　
オ　引用例１発明の「利用時刻または時間帯」は，アトラクションの入場のために，客に与えられるものであり，本願発明の「戻り時間の情報」に相当するから，本願発明と，引用例１発明とは，『前記顧客に対する優先権を提供するために前記アトラクションへの入場に対する少なくとも１つの戻り時間の情報を含む応答を送るステップ』を有する点において共通する。
　
カ　引用例１発明の「時刻または時間帯が適切であることを確認し，指紋等の走査により，第２キューによりアトラクションを利用する権利をもつことを立証し」は，本願発明の「前記顧客が当該戻り時間の際又は当該戻り時間の後に前記第２の待ち行列に存在する確認がとれている場合」に相当し，引用例１発明の「バリデータ」は，本願発明の「確認器」に相当し，引用例１発明の「第２キューを利用し並んで待つことなくアトラクションを利用する権利が客に与えられる」は，本願発明の「前記第２の待ち行列を経由して前記顧客のアトラクションへの入場を許可する」に相当する。
　そうすると，本願発明と，引用例１発明とは，『前記顧客が当該戻り時間の際又は当該戻り時間の後に前記第２の待ち行列に存在する場合に，前記第１の待ち行列内の他の顧客よりも優先して，当該戻り時間によって示される時間に前記第２の待ち行列を経由して前記顧客のアトラクションへの入場を許可するステップ』を有する点において共通する。
　
（２）以上のことから，本願発明と引用例１発明との一致点及び相違点は，次のとおりである。
　
【一致点】
「エンターテインメント環境を管理する管理システムが提供するアトラクションにおける入場枠を管理する方法であって，該管理システムは，１人以上の顧客に対して該入場枠の権利を確認する確認器と，コントローラを備え，
　１人以上の顧客が先着順で前記アトラクションに入場可能となる物理的な長さで、第１の待ち行列をデータベースに設定して保持するステップと，
　前記第１の待ち行列を回避して，１人以上の顧客が先着順で前記アトラクションに入場可能となる物理的な長さで，所定の顧客で満たされる第２の待ち行列を前記データベースに設定して保持するステップと，
　或る顧客によって，前記アトラクションへの入場の戻り時間の割り当てを要求する優先権要求を受け，他の顧客でも前記第２の待ち行列に対する当該戻り時間の優先権要求を可能とするような，前記顧客の第２の待ち行列に対する当該戻り時間を動的に予測して決定し、該戻り時間を前記データベースに登録するステップと，
　前記顧客に対する優先権を提供するために前記アトラクションへの入場に対する少なくとも１つの戻り時間の情報を含む応答を送るステップと，
　前記顧客が当該戻り時間の際又は当該戻り時間の後に前記第２の待ち行列に存在する場合に，前記第１の待ち行列内の他の顧客よりも優先して，当該戻り時間によって示される時間に前記第２の待ち行列を経由して前記顧客のアトラクションへの入場を許可するステップと，
　を含む方法。」
　
【相違点１】
　本願発明は，「顧客によって用いられるセルラー電話機から」優先権要求を「受信」し，「前記セルラー電話機に対して」戻り時間を含む応答を「送信」するものであるのに対し，引用例１発明は，割当時刻を得ようと望む場合は「カード上の情報を読むか，指紋等の客の視覚識別情報等の照合によって有効確認して立証」することにより優先権要求を行い，利用時刻または時間帯が「パス上に印刷され」「パスが客に配布される」ものであり，「セルラー電話機」を用いるものではない点。
　
【相違点２】
　本願発明は，「ショーの中止、天気予報の提供、現在のリゾートの混雑度、現在または計画されたパークの入場者数、乗り物の収容力を含む複数の要素からなる予め定めたモデルから」戻り時間を予測して決定するものであるのに対し，引用例１発明は「アルゴリズムプロセッサが１つ以上のアルゴリズムを利用し需要と供給に影響する様々な要因に関する情報を入手して算出する」ものである点。
　
【相違点３】
　本願発明は，第１の待ち行列を設定して確立するステップ，第２の待ち行列を設定して確立するステップ，戻り時間を動的に決定するステップ，応答を送信するステップ，確認器と通信するステップが「コントローラ」の処理手順であり，コントローラが「１人以上の顧客に対して該入場枠の権利を確認する確認器を制御」し，顧客のアトラクションへの入場の許可にあたり「確認器と通信する」ものであるのに対し，引用例１発明は，コントローラがバリデータ（確認器）を制御し，コントローラがこれらの処理を行うことは特定されていない点。
　
５　判断
（１）相違点１について
　引用例２発明のとおり，引用例２には，携帯電話機に，入場時刻と予約確認要求とを送信し，了承したならば，予約を完了したことを示す予約完了通知を送信するステップと，予約者の無線インタフェースが遊戯施設装置へ接近後，遊戯施設装置は，受信したＩＰアドレスと照合要求とを，ホストコンピュータへ送信し，ホストコンピュータから正当な予約者であるかを示す信号を遊戯施設装置へ送信し，遊戯施設装置が開閉制御信号を出力するステップを含む方法が開示されている。
　引用例２発明の「携帯電話機」，「ホストコンピュータへ送信」される「遊戯施設ＩＤ，入場人数，各人が大人か小人かを示す大人／小人，ＩＰアドレス」，携帯電話に送信される「入場時刻」を含む情報は，それぞれ，本願発明の「顧客によって用いられるセルラー電話機」，「優先権要求」，「戻り時間の情報を含む応答」に相当する。
　また，本願発明は，「前記第１の待ち行列内の他の顧客よりも優先して、当該戻り時間によって示される時間に前記第２の待ち行列を経由して前記顧客のアトラクションへの入場を許可する」ものであるから，ファストパスシステムにより行列管理をする方法であると認められる。本願の発明の詳細な説明を参酌しても，段落【００２４】において，「本発明はさらに、行列管理を達成する『ファストパス（Fastpassディスニー・エンタープライズ社の登録商標）』（入場予約証の一種）システムに関連して説明する。」と記載されているから，やはり，ファストパスシステムにより行列管理をする方法に他ならない。一方で，引用例２発明も，ファストパスシステムを踏まえ，通常待ち者と予約者とを管理をするための方法であると認められる。したがって，本願発明と，引用例２発明とは，ファストパスシステムにより行列管理をするという課題において共通している。
　そうすると，引用例１発明において，物理的なパスに換えて，引用例２発明を採用し，優先権要求を顧客によって用いられるセルラー電話機から受信し，戻り時間を含む応答を前記セルラー電話機に対してに送信するように構成することは，当業者が容易になし得たことである。
　
（２）相違点２について
　引用例１発明は「アルゴリズムプロセッサが１つ以上のアルゴリズムを利用し需要と供給に影響する様々な要因に関する情報を入手して算出」し，客カウント数を予測するものであり，そのための情報として「開催，閉鎖，ユニット交換，ショー，等」を用いること，また「アトラクションの収容能力の低下や増大」に応じて利用時刻を調節することが特定されている。アトラクションを有するパークにおいて，ショーの中止，天気，周囲の混雑度，入場客数，乗り物の収容力等によって，アトラクションの待ち時間が変わることは，経験的に知られていることであり，予測等の計算に所定のモデルを用いることは一般に用いられていることからすれば，引用例１発明において，客カウント数を予測するためのデータ要素として，前記情報の他，天気予報の提供，現在のリゾートの混雑度，現在または計画されたパークの入場者数を用いて，所定の「モデル」を構成して予想することは，当業者が容易になし得たことである。
　
（３）相違点３について
　引用例１発明のシステムは，コントローラを有しているとともに，パーク入園チケットの確証及び客への第２キューの利用権付与の確立を「集中化」するものである。また，第１バリデーターの有効確認が「コントローラを介して」行われること，利用時間を算出するアルゴリズムプロセッサが「コントローラと一体の装置として実行」できることを考慮すれば，第２キューにする処理を集中してコントローラが行うようにし，コントローラが顧客のアトラクションの権利確認ためのバリデータ（本願発明でいう「確認器」）を制御するようにし，顧客のアトラクションへの入場を許可するためのバリデータと通信するように構成することは，当業者が容易になし得たことである。
　
（４）そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，引用例１発明，引用例２発明に基づいて，当業者が予測できる範囲のものである。
　したがって，本願発明は，引用例１，２に記載された発明に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条２項の規定により，特許出願の際独立して特許を受けることができないものである。
　
６　むすび
　以上のとおり，本願発明は，引用例１，２に記載された発明に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により特許を受けることができないから，本願は，他の請求項について検討するまでもなく，拒絶すべきものである。
　よって，結論の通り審決する。