JP2023543300A - ゲスト対応型ゲーム情報管理システム及び方法 - Google Patents

Abstract

統合ゲームプレイシステムが、ゲームプレイプラットフォーム、遊園地、及びコントローラを含む。ゲームプレイプラットフォームは、複数のゲームへのアクセスを提供し、遊園地は、１又は２以上のアトラクション特徴を含むアトラクションを含む。さらに、コントローラは、ゲームプレイプラットフォーム及び／又はアトラクションにおけるゲストの存在を検出し、ゲストを識別し、ゲストの識別に基づいてゲストデータを決定する。コントローラは、ゲストデータを決定したことに応答して、ゲストデータに基づいて、ゲームプレイプラットフォームのディスプレイインターフェイス上の複数のゲームの編成の修正、及び／又は１又は２以上のアトラクション特徴（例えば、アニメーション、照明効果及び／又は音響効果）の修正を決定する。また、コントローラは、ゲームプレイプラットフォームの修正、及び／又は１又は２以上のアトラクション特徴の修正を示す制御信号を送信する。【選択図】図１

Description

〔関連出願との相互参照〕
本出願は、２０２０年９月２９日に出願された「ゲスト対応型ゲーム情報管理システム及び方法（ＧＵＥＳＴ－ＦＡＣＩＮＧ ＧＡＭＥ ＩＮＦＯＲＭＡＴＩＯＮ ＭＡＮＡＧＥＭＥＮＴ ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ）」という名称の米国仮特許出願第６３／０８４，８９３号に対する優先権及びその利益を主張するものであり、この文献の開示は全体が全ての目的で引用により本明細書に組み入れられる。

本開示は、一般に遊園地の分野に関する。具体的には、本開示の実施形態は、集中型ゲームインターフェイス及び遊園地体験をカスタマイズする技術に関する。

ゲームプラットフォームなどのいくつかの娯楽環境では、ゲームプラットフォームのユーザインターフェイスが、利用可能なゲーム又はアーカイブ内ゲーム(archived games)を各ユーザに一様に表示することができる。すなわち、ゲームプラットフォームは、ゲームプラットフォームへのアクセス時にユーザインターフェイス上で同じ編成のゲームを提供することができる。例えば、ユーザインターフェイスは、各ユーザに同じ上位ランクゲーム、人気ゲーム及びアーカイブ内ゲームなどを提供することができる。従って、各ユーザは、ユーザインターフェイス上の利用可能なゲーム又はアーカイブ内ゲームのデータベース又はリスト全体を閲覧した後に、特定の興味深いゲームを識別することができる。

いくつかの事例では、ゲーム及び／又はユーザが遊園地に関連することができる。例えば、ゲームプラットフォームにアクセスするユーザは、遊園地を訪れるユーザであることもできる。遊園地は、遊園地における相互作用を、利用可能な相互作用が遊園地における各個人にとって同じであるように一様に提供することができる。例えば、これらの相互作用は、遊園地を訪れる各人物にとって同じアニメーション、特殊効果及び表示などを含むことができる。

以下、当初の特許請求の範囲の主題と同一範囲のいくつかの実施形態を要約する。これらの実施形態は、本開示の範囲を限定するものではなく、むしろいくつかの開示する実施形態の概要を示すものにすぎない。実際には、本開示は、以下に示す実施形態と類似し得る又は異なり得る様々な形態を含むことができる。

１つの実施形態では、統合ゲームプレイシステム(integrated game play system)が、ゲームプレイプラットフォーム(game play platform)、遊園地、及びコントローラを含む。ゲームプレイプラットフォームは、複数のゲームへのアクセスを提供し、遊園地は、１又は２以上のアトラクション特徴(attraction features)を含むアトラクションを含む。さらに、コントローラは、ゲームプレイプラットフォーム及び／又はアトラクションにおけるゲストの存在を検出し、ゲストを識別し、ゲストの識別に基づいてゲストデータを決定する。コントローラは、ゲストデータを決定したことに応答して、ゲストデータに基づいて、ゲームプレイプラットフォームのディスプレイインターフェイス上の複数のゲームの編成(organization)の修正、及び／又は１又は２以上のアトラクション特徴の修正を決定する。また、コントローラは、ゲームプレイプラットフォームの修正、及び／又は１又は２以上のアトラクション特徴の修正を示す制御信号を送信する。

１つの実施形態では、方法が、ゲストがゲームプレイプラットフォーム上でオンラインである旨のインジケーション(indication)を受け取り、ゲストをユーザ識別に関連するように識別することを含む。方法は、ユーザ識別に基づいて、ゲームプレイプラットフォームに関連する遊園地におけるゲストパーク活動(guest park activity)に対応するゲストデータを決定することも含む。また、方法は、ゲストデータに基づいて、ゲームプレイプラットフォームのディスプレイインターフェイス上のゲームプレイコンテンツを修正することを含む。

１つの実施形態では、別の方法が、遊園地アトラクションの１又は２以上のアトラクション特徴に近接するゲストの存在を示すセンサデータを１又は２以上のセンサから受け取ることを含む。方法は、ゲストをユーザ識別に関連するように識別し、ユーザ識別に基づいてゲストデータを決定することも含む。また、方法は、１又は２以上のサードパーティアプリケーションから追加ゲストデータを受け取り、サードパーティアプリケーションからの追加ゲストデータに基づいてゲストデータを更新し、更新されたゲストデータに基づいて遊園地アトラクションを修正することを含む。

全体を通じて同じ部分を同じ符号によって示す添付図面を参照しながら以下の詳細な説明を読めば、本開示のこれらの及びその他の特徴、態様及び利点がより良く理解されるであろう。

本開示の実施形態によるゲームプレイハブの概略図である。 本開示の実施形態による、図１のゲームプレイハブのゲスト対応型インターフェイスのアカウントページの概略図である。 本開示の実施形態による、図１のゲームプレイハブのゲスト対応型インターフェイスの通知ページの概略図である。 本開示の実施形態による、図１のゲームプレイハブとのサードパーティアプリケーションデータの共有を可能にするダイアログボックスの概略図である。 本開示の実施形態による、ゲスト対応型インターフェイス及び遊園地におけるゲスト相互作用を修正するゲームプレイハブシステムのブロック図である。 本開示の実施形態による、ゲームプレイハブのゲスト対応型インターフェイスを修正するプロセスフロー図である。 本開示の実施形態による、修正されたゲスト対応型インターフェイスを有するゲームプレイハブの概略図である。 本開示の実施形態による、遊園地においてゲスト対応型インターフェイスを修正するプロセスフロー図である。 本開示の実施形態による、修正されたゲスト対応型相互作用を有する遊園地の概略図である。

以下、本開示の１又は２以上の具体的な実施形態について説明する。これらの実施形態を簡潔に説明するために、本明細書では実施の特徴を全て説明していない場合もある。あらゆる工学又は設計プロジェクトにおいて見られるようなあらゆるこのような実施の開発においては、実施によって異なり得るシステム関連及びビジネス関連の制約の順守などの開発者の個別の目的を達成するために、数多くの実施固有の決定を行わなければならないと理解されたい。さらに、このような開発努力は複雑で時間がかかることができるが、それにもかかわらず、本開示の利益を有する通常の技術者にとって、設計、製作、及び製造の日常的な事業であると理解されたい。

本開示の様々な実施形態の要素を紹介する場合、「ａ」、「ａｎ」及び「ｔｈｅ」といった冠詞は、これらの要素が１つ又は２つ以上存在することを意味するものとする。「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」及び「有する（ｈａｖｉｎｇ）」という用語は、包括的なものとして意図されており、列記する要素以外のさらなる要素が存在し得ることを意味する。また、本開示の「１つの実施形態」、「ある実施形態」、又は「いくつかの実施形態」についての言及は、記載する特徴も含むさらなる実施形態の存在を排除するものとして解釈されるように意図するものではないと理解されたい。「約～（ａｐｐｒｏｘｉｍａｔｅｌｙ）」又は「近～（ｎｅａｒ）」という用語の使用は、いずれかの好適な又は想定される誤差の限度内など（例えば、目標の０．１％以内、目標の１％以内、目標の５％以内、目標の１０％以内、及び目標の２５％以内など）の、目標（例えば、設計、値、量）に近いものを含むことを意味するものと理解されたい。

本明細書で使用する「ゲームプレイハブ」は、様々な娯楽アプリケーション（例えば、アーケードゲーム、ワードゲーム、没入的体験、ロールプレイングゲーム、クイズゲーム、ソーシャルインターフェイシングゲーム）のうちのいずれかを含むことができる１又は２以上のゲームアプリケーションにアクセスするためのプラットフォームを意味することができる。例えば、モバイルベース又はウェブベースのプラットフォームは、様々なオンラインゲームのデータベースへのアクセスを可能にすることができる。これに加えて又はこれに代えて、ゲームプレイハブは、サードパーティアプリケーション、並びにゲストに関連するサードパーティデータ（例えば、ソーシャルメディアデータ、仕事関連データ、健康関連データなど）、ゲストに関連する遊園地データ、及びゲストに関連する他の娯楽関連データへのアクセスを可能にすることもできる。すなわち、ゲームプレイハブは、複数のデータソースを有してこれらのデータソースへのアクセスを提供することができる。また、本明細書で使用する「ゲスト対応型(guest-facing)」とは、ディスプレイインターフェイス、アニメーションフィギュア(animated figure)、アトラクション特徴などによって、ゲストが観察する表示を提供し、ゲストと相互作用し、又はゲストと通信することを伴う何かを意味することができる。また、本明細書で使用する「ゲスト」又は「ユーザ」は、ゲームプレイハブ又は遊園地などの娯楽環境にアクセスする人物を同義的に意味することができる。また、本明細書で使用する「ゲストデータ」は、１又は２以上のソース（例えば、ゲームプレイハブ、遊園地、サードパーティアプリケーションなど）からのデータなどの、ゲストに関連するデータを含むことができる。ゲストデータは、一意のユーザ識別（ＩＤ）に関連し、このユーザＩＤを使用して識別することができる。一例として、ゲームプレイハブのゲスト対応型ディスプレイインターフェイスは、インターフェイス上の選択可能ボタン、ダイアログボックス及び記入式テキストフィールドなどによってゲストとの相互作用を可能にすることができる。別の例として、ゲスト対応型遊園地特徴は、相互作用的特徴を有する乗り物、或いはその日に乗った乗り物をゲストに尋ねることなどによってゲストと相互作用する遊園地のアニメーションフィギュアを含むことができる。相互作用（例えば、ゲストが２つの特定の乗り物に乗ったこと）を示すデータは、特定のユーザＩＤに関連するゲストデータとしてデータベースに記憶することができる。

上述したように、ゲームプレイハブ（例えば、ゲームプラットフォーム）は、各ゲスト又はユーザにとってゲームの編成が一様又はほぼ一様であるように、利用可能なゲーム、アーカイブ内ゲーム及び上位ランクゲームなどを一様に表示するインターフェイスを含むことができる。すなわち、ゲームプレイハブは、ゲスト選好(guest preferences)を示すデータなどのゲストに関連する固有のデータを考慮することなくゲームを表示する。例えば、第１のゲストはホラーをテーマにしたゲームのプレイを好む一方で、第２のゲストはレースをテーマにしたゲームのプレイを好む場合がある。また、第１のゲストは第２のゲストよりも年上であり、プレイ頻度も高い場合がある。従って、第１のゲスト及び第２のゲストは、それぞれの興味深いゲームを見つけるために、リストの検索又は複数のウェブページの閲覧に相当な時間を費やす場合がある。

さらに、第１のゲスト及び第２のゲストは、いずれも（例えば、同じエンティティによって所有される）ゲームプレイハブに関連する遊園地に参加することがある。これらのゲストが選択する遊園地での相互作用は異なることができる。一例として、第１のゲストは遊園地における年１回のハロウィンイベントに参加するのに対し、第２のゲストは毎月遊園地を訪れ、遊園地の特定のエリア（例えば、車をテーマにしたゾーン）内で大半の時間を過ごすことがある。ゲームプレイハブのディスプレイインターフェイス上で一様に編成されるゲームと同様に、遊園地もゲストにとって一様な相互作用を含むことができる。すなわち、遊園地の特徴又は相互作用は、ゲスト選好にかかわらず各ゲストにとって同じ場合がある。従って、このような相互作用は、ゲストに対応したもの又は個人化されたものとして知覚されない恐れがある。

さらに、ゲストはゲームプレイハブ及び遊園地の両方にアクセスできるので、各娯楽環境内のデータは互いに関連することができる。例えば、第１のゲストのハロウィンイベントへの参加は、不気味な又はホラーをテーマにした娯楽に対する好みを示すことができる。従って、ゲームプレイハブは、この情報を使用してゲームプレイハブのゲーム及び／又はテーマ面を適宜に編成することができる。ゲームプレイハブからのデータと遊園地からのデータとを統合してゲストのことを知り、この情報を使用してゲームプレイハブのインターフェイス上のゲームの編成及び／又は遊園地での相互作用を修正することが望ましいと考えられる。データを統合することにより、ゲームプレイハブ及び遊園地は、各娯楽環境において同じゲスト情報を取得するために使用されることがある一連の長時間にわたるアンケート調査を回避することができる。また、ゲームプレイハブ及び遊園地は関連することができるので、ゲームプレイハブ及び遊園地におけるゲスト活動に関するデータをユーザが閲覧、編集及び／又は補足することを可能にする単一のプラットフォーム（例えば、ポータル）を提供することが望ましいと考えられる。

なお、本明細書に示す例は、ゲームプレイハブ上のゲーム及びアカウント情報の編成の修正（例えば、カスタマイズ）、及び／又は遊園地での相互作用の修正を容易にするようなゲームプレイハブ及び遊園地の特定の態様を具体的に対象とするが、本開示の技術は他の条件及び／又は文脈に適用することもできる。従って、本例は、説明に役立つ文脈を提供するために現実世界におけるゲームプレイハブ及び／又は遊園地の例を反映するものであると理解すべきであり、本手法のさらなる適用可能性を限定するものとみなすべきではない。例えば、本開示は、インターフェイス上に表示されるオブジェクトのカスタマイズ及び／又は相互作用のカスタマイズを利用して教育（例えば、遊園地業務、ゲーム運営又は従業員の職務に関する命令）を容易にすることができるさらなる状況にも適用可能であると理解されたい。

上記を踏まえて、図１はゲームプレイハブ１０の概略図である。ゲームプレイハブ１０は１又は２以上のゲームポータルを含むことができ、ディスプレイ上のウェブページ又はモバイルアプリケーションなどのゲスト対応型ディスプレイインターフェイス１１を通じてアクセスすることができる。本明細書で詳細に説明するように、ディスプレイインターフェイス１１（例えば、ゲスト対応型ディスプレイインターフェイス）は、ゲスト（例えば、ユーザ）がゲームプレイハブ１０と相互作用することを可能にする視覚的な及び／又は選択可能なコンポーネントを含むことができる。ディスプレイインターフェイス１１は、編成されたゲーム及びゲスト情報を表示することができる。ゲスト情報は、一意のユーザ識別（ＩＤ）１２、プレイスコア１８、及び／又はアカウントタブ１４及び通知タブ１６を含むアカウント関連情報を含むことができる。

ユーザＩＤ１２（例えば、１０３５９）は、ゲストに関連するゲストプロファイルを識別する文字、数字及び／又は符号の一意の組み合わせを含むことができる。ゲストは、ユーザＩＤ１２が利用可能である限り（例えば、別のゲストによって現在使用されていない限り）ユーザＩＤ１２を選択することができ、及び／又はゲームプレイハブ１０がユーザＩＤ１２を割り当てることができる。個人識別情報（ＰＩＩ）ではなくユーザＩＤ１２を使用してゲームプレイハブ１０にアクセスすることで、ゲストのアイデンティティを保護することができる。ゲームプレイハブ１０は、ゲームプレイハブ１０及び／又は遊園地が一意のユーザＩＤ１２を使用してゲストデータを検索できるように、ゲストデータを（例えば、１又は２以上のデータベースに）記憶してこれにユーザＩＤ１２をタグ付けする(tag)ことができる。一例として、ゲストデータは、プレイしたゲーム、ゲームスコア、アクセス頻度の追跡などの、ゲームプレイハブ１０内におけるユーザＩＤ１２の追跡されたゲスト活動（例えば、追跡されたゲストゲーム活動(tracked guest game activity)）を含むことができる。これに加えて又はこれに代えて、図７に関して説明するように、ゲームプレイハブ１０に関連する遊園地もゲストデータを記憶してユーザＩＤ１２をタグ付けすることができる。別の例として、遊園地は、遊園地訪問期間、アクセスした乗り物、アクセスしたゾーンなどの、遊園地内における同じユーザＩＤ１２のゲスト活動を追跡（例えば、ゲストパーク活動を追跡）することができる。さらに、いくつかの例では、ゲームプレイハブ１０が、ゲストに関連するサードパーティアプリケーションからデータを引き出し、ユーザＩＤ１２をタグ付けした後でゲストデータとして記憶することもできる。

ゲームプレイハブ１０及び／又は遊園地は、ユーザＩＤ１２を使用してゲストデータを取得し、ゲストデータを使用して相互作用をゲストにとって固有のものに修正することができる。このように、ゲームプレイハブ１０は、ゲームプレイハブ１０上及び遊園地の両方での活動、並びにサードパーティアプリケーションからのゲスト関連情報のキュレーションを行うことができる。

プレイスコア１８（例えば、５，０００ポイント）は、１又は２以上のゲームについてのゲストのプレイ実績を測定するメトリックを含むことができる。以下の説明ではポイント単位で測定されるプレイスコアについて説明するが、本明細書で説明するシステム及び方法は、コイン、トークン及びスキルレベル（例えば、初級者、中級者、上級者）などの単位で測定されるプレイスコアを含むこともできる。また、以下の説明では単一のプレイスコア１８について説明するが、本明細書で説明するシステム及び方法は、１又は２以上のゲームに相関する１又は２以上のプレイスコア１８を含むこともできる。いくつかの実施形態では、ゲストが、以下に限定するわけではないが、特定のゲーム内のレベルを正常に越えること、特定のゲーム内の特徴をアンロックすること、及び／又は特定の期間（例えば、１週間、１ヶ月及び１年など）内に特定の日数にわたってゲームプレイハブ１０上でプレイすることに基づいてポイントを獲得することができる。いくつかの実施形態では、プレイスコア１８が、能動的にプレイされたゲームのスコア、及び／又はある時間枠内に（例えば、ユーザがゲームプレイハブ１０のアカウントを有効にした後に）プレイされた全てのゲームの総プレイスコア１８を含むことができる。さらに、プレイスコア１８は、ゲームプレイハブ１０内での競争などのために、一部のゲスト（例えば、ゲストと同じゲームを現在プレイ中の各ゲスト）又はゲームプレイハブ１０の各ゲストに公開表示することができる。ゲストは、ゲームプレイハブ１０内での活動に基づいてポイントを獲得することに加えて又はこれに代えて、遊園地での活動に基づいてポイントを獲得することもできる。一例として、ゲストは、最近プレイしたゲームに関連する特定の乗り物を訪れることによってポイントを獲得することができる。ゲストは、これらのポイントを遊園地及び／又はゲームプレイハブ１０内の商品、ギフトカード及びチケットなどと引き換えることもできる。

アカウントタブ１４及び通知タブ１６は、（例えば、コンピュータマウスを使用してクリックすること又はタッチ画面をタップすることによる）選択時にゲームプレイハブ１０がディスプレイインターフェイス１１上に新たなウィンドウを開く選択可能なタブとすることができる。以下の説明では２つのアカウント関連情報タブについて説明するが、本明細書で説明するシステム及び方法は、アカウント関連情報のサブカテゴリに対応する１又は２以上の（例えば、３つ、４つ及び５つなどの）アカウント関連情報タブを含むこともできる。いくつかの実施形態では、アカウントタブ１４及び通知タブ１６、及び／又はアカウントタブ１４及び通知タブ１６に関連するデータを単一のタブに統合することができる。これに加えて又はこれに代えて、ディスプレイインターフェイス１１は、ゲスト関連情報を編成されたゲームと共に（例えば、タブを伴わずに）メインディスプレイインターフェイス１１上に表示することもできる。簡潔に言えば、図２に関して詳細に説明するように、アカウントタブ１４は、以下に限定するわけではないが、ユーザＩＤ１２、関連する電子メールアドレス、ゲスト名又は（例えば、ゲームプレイハブ１０上のアカウントにアクセスするために使用されるユーザＩＤ１２とは異なる）スクリーン名、（例えば、ゲストがアカウントを作成した後に、及び／又は（例えば、６ヶ月、１年及び５年などの）特定の期間内に）プレイしたゲームの履歴、及び／又はゲームに関連するプレイスコアの履歴を含むアカウント関連情報を含むことができる。

簡潔に言えば、図３に関して詳細に説明するように、通知タブ１６は、ゲスト活動の履歴又はゲスト活動に関連する情報を示す通知を含むことができる。一例として、これらの通知は、プレイスコア１８の履歴（例えば、現在の及び昨年同時期のプレイスコア１８）、及び／又は遊園地における関連するゲスト活動の履歴（例えば、昨年の同時期に購入したイベントチケット）を含むことができる。いくつかの実施形態では、通知が、履歴に基づくさらなる質問又は要求を含むことができる。すなわち、ゲームプレイハブ１０は一般的情報を要求するのではなく、ユーザＩＤ１６に固有のゲーム履歴及び／又は遊園地活動に合わせた質問を行うことができる。一例として、通知タブ１６は、一意のユーザＩＤ１６に関連するゲストが遊園地における次のハロウィンイベントのチケットを購入したことを示す通知に基づいて恐怖心(fears)に関連する情報を要求することができる。通知タブ１６は、ゲストが最近ホラーをテーマにしたゲームをプレイした旨の通知に基づいて同じ情報を要求することができる。

図４に関して詳細に説明するように、ゲームプレイハブ１０は、ゲームプレイハブ１０がサードパーティアプリケーションと通信することを可能にするサードパーティアプリケーションプログラミングインターフェイス（ＡＰＩ）と通信することができる。具体的には、このＡＰＩは、ゲームプレイハブ１０からの要求をサードパーティアプリケーション（例えば、サードパーティシステム）に送信し、サードパーティアプリケーションから情報を受け取ってゲームプレイハブ１０に情報を返送する仲介装置として機能することができる。このように、ゲームプレイハブ１０は、ゲームプレイハブ１０を通じて利用できないはずのサードパーティ情報にアクセスすることができる。ゲストは、例えばアカウントタブ１４又は（例えば、ゲームプレイハブ１０にアクセスするために使用される）装置設定を通じて、ゲームプレイハブ１０がこのようなデータにアクセスすることを有効又は無効にすることができる。一例として、モバイルアプリケーション上のゲームプレイハブ１０は、ゲストがアクセスを許可すると、ソーシャルメディアアプリケーション、医療アプリケーション及び銀行アプリケーションなどのモバイル装置上のサードパーティアプリケーションにアクセスすることができる。ゲームプレイハブ１０は、このような情報を使用してゲストについて知ることができる。サードパーティデータは、以下に限定するわけではないが、好きな動物、好きな遊園地キャラクタ、お気に入りの名前、病状、身体障害及び／又はゲストの家族に関連する情報を含む選好を示すことができる。ゲームプレイハブ１０は、このデータに基づいてゲーム及び／又は乗り物を推奨したり、通知タブ１６において尋ねられた質問に対する回答又は推奨される回答を自動的に入力したりすることができる。このようにして、ゲームプレイハブ１０は、アカウントタブ１４、通知タブ１６、サードパーティアプリケーション、追跡されたゲストゲーム活動、及び／又は追跡されたゲストパーク活動を使用して選好を決定することができる。本明細書で説明するように、ゲームプレイハブ１０は、様々なソースからのデータの蓄積を使用し、データを統合してゲスト選好及び情報を決定し、このゲストデータを使用してディスプレイインターフェイス１１を特定のゲストのためにカスタマイズし、及び／又は遊園地での相互作用をカスタマイズすることができる。

図示の実施形態では、ディスプレイインターフェイス１１が、共通性又はトピック別に編成された複数のゲームを表示する。図示の実施形態では、ディスプレイインターフェイス１１がデフォルト編成を表示しており、この編成は図７に関して詳細に説明するようにゲストデータに基づいて変更することができる。以下の説明では、特定の実施形態を表す推奨ゲーム、人気ゲーム及びアーカイブ内ゲームを含むゲームトピックについて説明するが、本明細書で説明するシステム及び方法は、他のゲームトピック（例えば、カテゴリ又はテーマ別のベストゲーム、年齢層又は性別毎の提案など）を含むこともできる。ここでは、ゲームが、推奨ゲーム２０、人気ゲーム２２及びアーカイブ内ゲーム２４というトピック別に編成されている。推奨ゲーム２０は、編成されたゲームリスト内に、第１のゲーム（例えば、ゲーム１）、第２のゲーム（例えば、ゲーム２）及び第３のゲーム（例えば、ゲーム３）を含む推奨ゲームセット２６を含むことができる。いくつかの実施形態では、推奨ゲーム２０が、特定の期間内に（例えば、特定の日にちに）最もプレイされた頻度の高いゲームを含み、人気ゲーム２２が、今まで最もプレイされた頻度の高いゲームセット２８を含み、アーカイブ内ゲーム２４が、以前にプレイされたもののゲームデータが存在しない（例えば、ゲームデータが削除された後にライブラリ内にゲームアイコンが残っている）ゲームセット３０を含むことができる。

ディスプレイインターフェイス１１は、各トピック内に特定の数（１つ、３つ（図示）及び５つなど）のゲームを表示することができる。ゲストは、（省略記号で示すように）トピック内で次に関連性の高いゲーム（例えば、第４のゲーム及び第５のゲームなど）を求めてブラウズし続けることができる。さらに、左から右などのゲーム配置の位置は関連度を示すことができる。一例として、推奨ゲームセット２６のうちの最も左の位置の第１のゲームは最も推奨されるゲームを含むことができ、第３のゲームは推奨ゲーム２０のうちの３番目に推奨されるゲームを含むことができる。ゲームプレイハブ１０は、人気ゲーム２２及びアーカイブ内ゲーム２４も同様に編成することができる。

図２は、ディスプレイインターフェイス１１上のアカウントタブ１４の概略図である。上述したように、アカウントタブ１４は、ユーザＩＤ１２に対応するゲストに関連する一般的情報及び／又は選好を含む。ユーザＩＤ１２に関する一般的情報は、ユーザプロファイル５２及びゲーム履歴６８別に編成することができる。上述したように、ディスプレイインターフェイス１１はゲスト対応型であり相互作用的である。従って、プロファイル５２及びゲーム履歴６８の下方の編集可能フィールド５３にはゲストが情報を入力することができる。図示の実施形態では、プロファイル５２が、ゲスト名５４、年齢５６、好きな色５８、好きな遊園地訪問時間６０、好きなゲーム６２、年次イベントへの関心６４、電子メールアドレス６６、及びゲストがゲームプレイハブ１０との共有を選択できるその他の情報又は選好６７を含む。

ゲーム履歴６８は、ゲストがゲームプレイハブ１０でアカウントを作成した後にプレイしたゲームを含むことができる。図示の実施形態では、ゲーム履歴６８が第１のゲーム７０（ゲーム１）及び第２のゲーム７８（ゲーム５）の履歴を示す。具体的には、第１のゲーム７０では、ゲーム履歴が、第１のゲームの最終プレイ日７２（例えば、２０１９年１２月１日）、第１のゲームスコア７４（例えば、２５００）、及び第１のゲームをプレイした他の日７６（例えば、２０１９年１月５日、２０１９年４月１０日）を含む。第２のゲーム７８では、ゲーム履歴が、第２のゲームの最終プレイ日８０（例えば、２０１９年１１月１０日）、第２のゲームスコア８２（例えば、５０００）、及び第２のゲームをプレイした他の日８４（例えば、２０１９年３月８日及び２０１９年２月１１日）を含む。

アカウントタブ１４は、（省略記号によって示す）ユーザＩＤ１２に関連するさらなる一般的情報及び／又は選好を含むことができる。例えば、さらなる一般的情報は、通知タブ１６を通じてゲストによって提供された情報などからゲストについて知った追加情報に基づいて自動的に生成することができる。ディスプレイインターフェイス１１はゲスト対応型であって相互作用的であるので、フィールド５３は編集可能であり、ゲストが手動で変更することができる。いくつかの実施形態では、ゲームプレイハブ１０が（例えば、機械学習を使用して）フィールド５３を自動的に満たし、ゲストが必要に応じてテキストを変更することができる。一例として、ゲームプレイハブ１０は、ゲストが特定の季節又は月の間に遊園地を訪れる頻度が高いことに基づいて、好きな遊園地訪問時間６０を自動的に満たすことができる。しかしながら、ゲストは、異なる時間中に訪問することを好む可能性もあり、従って正しい情報を手動で入力することができる。ゲームプレイハブ１０は、ディスプレイインターフェイス１１を修正するために使用できるゲストの選好を正確に決定するために、ゲストに関連する追加情報を要求することができる。

図３には、説明目的でディスプレイインターフェイス１１上の通知タブ１６のブロック図を示す。上述したように、これらの通知は、ゲームプレイハブからのゲストデータ（例えば、追跡されたゲストゲーム活動）、アカウントタブ１４からの情報、遊園地からのゲストデータ（例えば、追跡されたゲストパーク活動）、及び／又はサードパーティアプリケーションからのデータに基づくことができる。ここでは、通知が、ゲストが２０１９年にｃｌｏｗｎ ｗｏｒｌｄに参加したことを示す第１の通知１０２（２０１９年にｃｌｏｗｎ ｗｏｒｌｄに１０回参加）を含む。また、通知は、ゲストが遊園地における次のハロウィンイベントのチケットを購入したことを示す第２の通知１０４（次のハロウィンイベントのチケットを購入）も含む。また、通知は、２０１９年の累積プレイスコアが７，０００であることを示す第３の通知１０６（プレイスコア（２０１９）－７，０００）も含む。また、通知は、ゲストが興味を示す可能性がある新たなゲームが２０２０年１０月に到着することを示す第４の通知１０８（ハロウィンイベントに関する新たなゲームが２０２０年１０月に到着）も含む。

いくつかの実施形態では、通知が、サブ通知及び／又は通知に関する質問を含むサブ情報１１０を含むことができる。図示の実施形態では、ゲストがハロウィンイベントチケットを購入したことを示す第２の通知１０４が、２０１９年１０月５日という購入日、２０１９年１０月３０日というイベント日、合計４枚という購入チケット枚数、及びゲストが参加した過去のハロウィンイベントの履歴（例えば、２０１８年１０月１日、２０１７年１０月１０日及び２０１３年１０月８日にハロウィンイベントに参加）を示すサブ情報１１０を含む。

ゲームプレイハブ１０は、このサブ情報１１０に関連する情報に基づいて、第２の通知１０４及び／又はサブ情報１１０に関連する追加情報をゲストに要求することができる。第２の通知１０４は一般にハロウィンイベントのチケットに関連しているので、ゲームプレイハブ１０は、恐怖を示すもの（例えば、何を怖いと思うか）などのハロウィンイベントに関する追加情報、及びイベント日の予想参加時間（例えば、何時に参加する予定であるか）などのチケットに関する追加情報を要求する。ディスプレイインターフェイス１１は、ゲストと相互作用してこれらの質問についての入力を受け取るためのフィールド５３を含むことができる。さらなる実施形態では、ゲームプレイハブ１０が、ゲスト入力に応答して、入力に基づいて追加情報を要求することができる。すなわち、ディスプレイインターフェイス１１は動的であることができ、ゲームプレイハブ１０は、以前の質問に対する回答に基づいて、ゲストが回答する範囲を狭めた質問を提供することができる。同様に、第３の通知１０６はサブ情報１１２を含み、ゲームプレイハブ１０は、第３の通知１０６及び／又はサブ情報１１２に関する追加情報をゲストに要求することもできる。

このように、ゲームプレイハブ１０は、ゲストに関する詳細な情報を学習して、ディスプレイインターフェイス１１上のゲームプレイコンテンツの編成及び／又は遊園地における相互作用を特定のゲスト特有のものに容易に修正することができる。ゲームプレイハブ１０は、様々な事前質問（例えば、今年は遊園地でのいずれかのイベントに参加予定であるか？）を行うのではなく、様々なソース（例えば、ゲームプレイハブ１０上でプレイしたゲームの履歴、アカウントタブ１４、遊園地からのデータ、及びサードパーティシステム）から取得したデータを使用して範囲を狭めた質問を行ってゲスト選好及び／又はゲストに関する追加情報を決定する。従って、範囲を狭めた質問を効率的に決定するために、文脈情報を使用して自動的に実行できる一連の質問が存在することができる。通知タブ１６は、（省略記号で示すような）ユーザＩＤ１２に関連するさらなる一般的情報及び／又は選好を含むこともできる。

図４は、ゲストモバイル装置(guest mobile device)１２０のディスプレイインターフェイス１２１上の、サードパーティアプリケーションからのデータの共有を可能にするダイアログボックス１２４の概略図である。ゲストは、ゲストモバイル装置１２０上のモバイルアプリケーションを通じてゲームプレイハブ１０にアクセスすることができる。ディスプレイインターフェイス１２１は、ゲームプレイハブモバイルアプリケーション１２３を含む１又は２以上のモバイルアプリケーション１２２を表示することができる。図示のように、ゲームプレイハブモバイルアプリケーション１２３が選択１２５されると、ゲストモバイル装置１２０のホーム画面上にダイアログボックス１２４が現れる。ダイアログボックス１２４は、ゲームプレイハブ１０が（例えば、ゲームプレイハブモバイルアプリケーション１２３を介して）サードパーティＡＰＩを通じてゲストモバイル装置１２０上のサードパーティアプリケーション（例えば、ソーシャルメディアアプリケーション、医療アプリケーション、銀行アプリケーションなど）と通信するためのアクセスを許可又は拒否するようにユーザを促すことができる。さらなる実施形態では、ゲストが、ゲームプレイハブ１０がゲストモバイル装置１２０上のサードパーティアプリケーションにアクセスするのを、ゲストモバイル装置１２０上、ゲームプレイハブ１０内、及び／又はディスプレイインターフェイス１２１の異なる画面上の設定を通じて許可又は拒否することができる。いくつかの実施形態では、ゲストが、いくつかのサードパーティアプリケーションへのアクセスを許可する一方で、他のサードパーティアプリケーションへのアクセスを拒否することができる。これに加えて又はこれに代えて、ゲストは、ゲストモバイル装置１２０に記憶された又はゲストモバイル装置１２０からアクセス可能な（例えば、ゲストモバイル装置１２０のメモリ及び／又はクラウドコンピュータシステムに記憶された）写真などの他の情報、及びグローバルポジショニングシステム（ＧＰＳ）にゲームプレイハブ１０がアクセスするのを許可することもできる。ゲストは、通知を受け取る時間枠などの通知日時の選好を設定することもできる。従って、ゲームプレイハブ１０は、ゲストがゲームプレイハブ１０によるアクセスを可能にした量と同量の利用可能な情報にアクセスすることができる。

いくつかの例では、ゲームプレイハブ１０が、サードパーティアプリケーションから取得されたゲストデータが信頼できるものである（例えば、信頼度閾値内にある）と判定することができる。一例として、ゲームプレイハブ１０は、サードパーティＡＰＩを通じてソーシャルメディアアプリケーションと通信して、ゲストが４人の家族を有していてそのうちの１人が子供であると判定することができる。ゲームプレイハブ１０は、ソーシャルメディアアプリケーションの信頼度、及び／又はソーシャルメディアアプリケーションからの情報が正しいことを確認する他のソースからのデータ（例えば、４人の家族のためのものと思われる４枚のチケットが購入されたことを示すサブ情報１１０）に基づいて追加情報を要求しないことができる。さらなる実施形態では、ゲームプレイハブ１０が、ソーシャルメディアアプリケーションにゲスト情報に関するさらなる情報を要求することができる。一例として、ゲームプレイハブ１０は、ゲストに子供の名前を尋ね、及び／又は遊園地での相互作用のために遊園地が子供の名前を使用する許可を求めることができる。

いくつかの実施形態では、ゲストが、ゲストモバイル装置１２０上の又はゲストモバイル装置１２０を介してアクセス可能なサードパーティアプリケーション及びその他の情報に認められるアクセス範囲を制御することもできる。例えば、ゲストは、ゲストモバイル装置１２０上の設定を制御し、或いは図２のその他の情報又は選好６７を通じて、ゲストが遊園地の特定のゾーンに入った時にはゲストの追跡を停止する（例えば、ＧＰＳへのアクセスを拒否する）選好、遊園地の特定の部分で又は特定の時間帯にアニメーションキャラクタとの相互作用の制限を要求する選好、及び次回の遊園地訪問中に着用予定の衣服（例えば、衣服の色）を示す選好などのさらなる選好ベースの情報を提供（例えば、入力）することができる。従って、ゲームプレイハブ１０は、許可されたデータソース又は受け取られた選好情報にアクセスすることにより、事前質問（例えば、あなたの家庭は何人家族であるか？）に対する回答を要求することを回避する。

ゲームプレイハブ１０及び／又は遊園地を制御するシステムについて説明するために、図５に、ゲームプレイハブ１０上のゲームプレイコンテンツ及び／又は遊園地における相互作用を修正するゲームプレイシステム１５０を示す。図示のように、ゲームプレイシステム１５０は、パークセンサ１５２、コントローラ１５４、パーク特徴（例えば、アトラクション特徴）１５６、ゲームプレイハブ１０、ゲストモバイル装置１２０、及びサードパーティアプリケーション１８６を含む。なお、図示のシステムは例示を目的とするものにすぎず、開示する実施形態によれば、性能を促すためにいくつかの特徴及びコンポーネントを省略し、他の様々な特徴及びコンポーネントを追加することもできると理解されたい。

コントローラ１５４は、入力装置１６８、プロセッサ１７０、メモリ１７２、及び通信回路１７４を含むことができる。入力装置１６８は、パークセンサ１５２、ゲームプレイハブ１０、サードパーティアプリケーション１８６、及びゲストモバイル装置１２０から入力データを受け取ることができる。以下の説明では、ゲームプレイハブ１０、サードパーティアプリケーション１８６及びゲストモバイル装置１２０を、入力装置１６８にデータを提供するゲームプレイシステム１５０の独立したコンポーネントとして説明するが、これらのコンポーネントは、ゲームプレイハブ１０に統合し、又は（鎖線によって示すように）ゲームプレイハブ１０と通信することもできる。コントローラ１５４は、入力装置１６８において受け取られた入力データに基づいて、上述したようにゲームプレイハブ１０上のゲームプレイコンテンツ及び／又は遊園地における相互作用（例えば、特徴）を修正することができる。

遊園地環境では、コントローラ１５４が、ディスプレイ１７８、照明効果システム１８０、アニメーションフィギュア１８２及び／又は音響効果システム１８４を含むパーク特徴１５６を制御することができる。遊園地は、パーク特徴１５６のうちの１つ又は２つ以上を含むことができる、乗り物、仮想ゲームルーム、ピクニックエリア及びレストランなどのアトラクションを遊園地全体にわたって含むことができる。一例として、乗り物は、照明効果システム１８０、アニメーションフィギュア１８２、及び／又は音響効果システム１８４を含むことができ、遊園地の通路は、アニメーションフィギュア１８２及びディスプレイ１７８を含むことができる。さらに、遊園地は、テーマ別及び／又は年齢層別に編成された複数のゾーンに分割することができる。一例として、特定のテーマ別に編成されたゾーンは、テーマに関連する特定の主題に大きく焦点を合わせ、又はこのような主題を中心に展開することができる。

図７に関して詳細に説明するように、コントローラ１５４は、例えばゲストに合わせてカスタマイズされた相互作用を提供するようにパーク特徴１５６を制御することができる。一例として、コントローラ１５４は、乗り物上の音響効果システム１８４のスピーカを特定のゲストに関連するオーディオを生成するように制御することができる。例えば、このオーディオは、認識可能な固有の音（例えば、好きな曲）及び／又はゲストの名前を含むことができる。修正された（例えば、カスタマイズされた）オーディオはゲストデータに基づくことができる。別の例として、コントローラ１５４は、ゲストデータに基づいて乗り物中に（例えば、乗り物のトンネルの壁に）特定のアニメーションを投影するように照明効果システム１８０を制御することができる。例えば、ゲームプレイシステム１５０は、ゲストの恐怖心を示すゲストデータをゲームプレイハブ１０から取得し、このデータを使用して、照明効果システム１８０によって投影されるアニメーションを修正する（例えば、ゲストが蜘蛛を恐れているという理由で蜘蛛を投影する）ことができる。このようにして、コントローラ１５４は、ゲストのデータに基づいてカスタマイズされた体験を提供するように遊園地相互作用を制御及び修正することができる。具体的には、パーク特徴１５６又はその付近におけるゲストの存在が、コントローラ１５４がゲストデータに基づいてパーク特徴１５６を修正するトリガーとなることができる。ゲームプレイシステム１５０は、パークセンサ１５２のうちの１つ又は２つ以上を使用してゲストを検出することができる。

パークセンサ１５２は、１又は２以上の無線周波数識別（ＲＦＩＤ）タグ１５８、１又は２以上のカメラ１６０、１又は２以上の重量センサ１６２、１又は２以上の電子リーダ１６４、及び／又は１又は２以上の近接センサ１６６を含むことができる。パークセンサ１５２は、乗り物カート上又は乗り物の乗り物軌道上などのゲストの存在が予想されるエリアに配置し又は位置付けることができる。ＲＦＩＤタグ１５８は、電子リーダ１６４と通信してゲストの存在を示すことができる。具体的には、ＲＦＩＤタグ１５８は、乗り物の乗り物軌道上又は乗り物カート上（例えば、乗り物カートの内部、側部又は入口）などの乗り物上に組み込むことができる。従って、電子リーダ１６４は、ＲＦＩＤタグ１５８をスキャンできるように配置することができる。一例として、電子リーダ１６４は乗り物軌道上に配置されて、乗り物カートが電子リーダ１６４上を通過した時に乗り物カート上のＲＦＩＤタグ１５８をスキャンしてゲストが乗り物に乗っていることを示すことができる。いくつかの実施形態では、ＲＦＩＤタグが、特定のユーザＩＤ１２に関連するゲスト装着型ＲＦＩＤタグ１５８を含むことができる。従って、電子リーダ１６４からの入力データは、ゲスト装着型ＲＦＩＤタグ１５８をスキャンした時にユーザＩＤ１２に関連するゲストが存在することを示すことができる。その後、コントローラ１５４は、ユーザＩＤ１２に基づくゲストデータを取得し、これに応じてパーク特徴１５６を修正することができる。

上述したように、遊園地は、乗り物履歴及び相互作用などのゲスト遊園地活動を追跡することもできる。一例として、追跡されたゲスト遊園地活動（例えば、ゲスト装着型ＲＦＩＤタグ１５８）は、ゲストが訪問の大部分にわたって遊園地の特定のゾーンに滞在していたことを示すことができる。追跡されたゲスト遊園地活動は、ゲストが特定の乗り物に乗っていた頻度が他の乗り物よりも高いことを示すこともできる。ゲームプレイシステム１５０は、このゲストデータに基づいてゲストの選好（例えば、遊園地における好きなゾーン及び乗り物）を決定し、これを使用してゲームプレイハブ１０上のゲームプレイコンテンツ及び／又は遊園地における相互作用を更新することができる。一例として、ゲームプレイシステム１５０は、ゲームプレイハブ１０のディスプレイインターフェイス１１に好きなゾーン及び／又は乗り物に関連するゲームを推奨させることができる。

さらなる実施形態では、乗り物上の乗り物カートが見えるようなゲストの存在が予想される場所に基づいてエリア内にカメラ１６０を配置し又は位置付けることができる。カメラ１６０は、カメラ１６０が取り込んだ画像又はビデオに基づいてゲストの存在を決定することができる。具体的には、カメラ１６０は、顔認識及び／又は身体認識を実行してゲストの存在を決定することができる。いくつかの実施形態では、代わりにカメラ１６０が画像及び／又はビデオを入力データとしてコントローラ１５４に提供し、その後にコントローラ１５４が顔認識及び／又は身体認識を実行することができる。さらに、いくつかの実施形態では、コントローラ１５４が入力データに基づいて特定のゲストを識別することができる。すなわち、コントローラ１５４は、画像及び／又はビデオをゲストの画像と照合することができる。ゲストの画像は、メモリ１７２に記憶された画像、ユーザＩＤ１２に関連する画像、及び／又はサードパーティアプリケーション１８６を通じて取得可能な画像（例えば、ソーシャルメディアアプリケーション上のゲストプロファイル画像）とすることができる。

これに加えて又はこれに代えて、重量センサ１６２がゲストの存在を示すこともできる。重量センサ１６２は乗り物軌道上に取り付けられ、所定の重量に基づいて乗り物軌道上の乗り物カートの存在を示すことができる。同様に、ゲストの存在が予想されるエリアに近接して近接センサ１６６を配置し又は位置付けることもできる。近接センサ１６６は、電磁場、光及び／又は音を使用することによって物理的接触を伴わずに近くの物体の存在を検出することができる。近接センサ１６６は、電磁場又は電磁放射線（例えば、赤外線）ビームを放出して、場又は帰還信号の変化を求めることができる。近接センサ１６６は、近くの物体の存在をゲストとして正確に検出するために、乗り物カートの積み込み地点付近及び／又は乗り物カートの座席上に配置することができる。一般に、ＲＦＩＤタグ１５８及び／又はカメラ１６０は、ゲストの存在を検出し、及び／又はゲストを識別するために、単独で又は他のパークセンサ１５２（例えば、重量センサ１６２及び／又は近接センサ１６６）と共に使用することができる。

ゲームプレイハブ１０は、アカウントタブ１４からのデータ（例えば、ゲスト名５４）及び／又は通知タブ１６からのデータ（例えば、ゲストの恐怖心）を含む入力データを入力装置１６８に提供することもできる。すなわち、図２～図４に関して説明したように、ゲームプレイハブ１０は、ゲームプレイハブ１０における追跡されたゲストゲーム活動、様々なデータソースを使用して決定されたデータに基づくゲスト選好、及び／又は通知に応答して尋ねられた質問への回答などのゲストデータを提供することができる。

これに加えて又はこれに代えて、サードパーティアプリケーション１８６が入力データを入力装置１６８に提供することもできる。すなわち、サードパーティアプリケーション１８６は、ゲスト許可時にゲームプレイシステム１５０とデータを共有することができる。サードパーティアプリケーション１８６は、ゲームプレイシステム１５０と直接的な関係を有していないエンティティを含むサードパーティに関連するシステムを含むことができる。サードパーティアプリケーション１８６は、サードパーティのウェブサイト、モバイルアプリケーション及び／又はその他のプラットフォームを通じて収集された、１又は２以上のサードパーティからのサードパーティデータを提供することができる。上述したように、サードパーティアプリケーション１８６は、以下に限定するわけではないが、ソーシャルメディアアプリケーション、医療アプリケーション、及び／又は銀行アプリケーションを含むことができる。従って、サードパーティアプリケーション１８６からのサードパーティデータは、ソーシャルメディアアプリケーション、医療アプリケーション及び／又は銀行アプリケーションに関連するデータを含むことができる。

ゲストモバイル装置１２０も、入力データを入力装置１６８に提供することができる。ゲストモバイル装置１２０は、ゲストからの許可時に装置データをゲームプレイシステム１５０と共有することができる。装置データは、以下に限定するわけではないが、ゲストモバイル装置１２０に記憶された又はゲストモバイル装置１２０がアクセス可能な画像及びビデオ、ゲストモバイル装置１２０のＧＰＳ位置、ゲストモバイル装置１２０によって決定された追跡データ（例えば、１日あたりの歩数、平均スクリーンタイムなど）、及び／又は設定選好（例えば、大きなテキスト、カラーテーマ、特別にアクセス可能な機能の有効化など）を含む。

ゲームプレイシステム１５０は、モニタリングシステム１５７及びサービスデスク１５９を含む。以下の説明では、モニタリングシステム及びサービスデスクをゲームプレイシステム１５０の独立したコンポーネントとして説明するが、これらのコンポーネントは（例えば、鎖線によって示すように）互いに通信し、又は単一のシステムに統合する（例えば、サービスデスク１５９をモニタリングシステム１５７の一部とする）こともできる。モニタリングシステム１５７は、パークセンサ１５２、パーク特徴１５６及びゲームプレイハブ１０をモニタする管理システムとすることができる。例えば、モニタリングシステム１５７は、ゲストの存在及び識別に応答してコントローラ１５４から送信される、パーク特徴１５６を変更する制御信号をモニタすることができる。具体的には、モニタリングシステム１５７は、パークセンサ１５２、パーク特徴１５６及びゲームプレイハブ１０が予想通りに機能し、及び／又は修正された特徴を特定のゲストに予想通りに提供することを保証することができる。いくつかの実施形態では、モニタリングシステム１５７が、予想スループットを維持するために乗り物の待ち時間又は待ち行列を追跡することもできる。

また、モニタリングシステム１５７は、コントローラ１５４が予想通りに機能していない（例えば、制御信号にエラーが多い）場合にはコントローラ１５４を制御又は再構成することもできる。このように、モニタリングシステム１５７は、パークセンサ１５２、パーク特徴１５６及びゲームプレイハブ１０をリセット又は再校正し、及び／又は特定のゲストのためのゲームプレイコンテンツ及び／又は修正されたパーク特徴１５６の表示又は編成を（コントローラ１５４によって最初に決定されたように）上書きすることができる。モニタリングシステム１５７は、コントローラ１５４の修正されたゲームプレイコンテンツ及び／又は修正された相互作用アルゴリズムをリセットすることができる。いくつかの実施形態では、モニタリングシステム１５７及びコントローラ１５４を単一のコントローラとして実装することができる。

いくつかの実施形態では、人間の又は仮想のサービスエージェントを含むことができるサービスデスク１５９が、修正されたゲームプレイコンテンツ、ゲームプレイハブ１０、修正された相互作用及び／又はパーク特徴１５６にコントローラ１５４によって決定された問題点以外のいずれかの問題点を発見した場合、修正されたゲームプレイコンテンツ及び／又は修正された相互作用を停止機構（例えば、ボタン）を介して手動で停止してコントローラ１５４の制御信号を上書きすることができる。上述したように、ゲストは（例えば、ゲスト装着型ＲＦＩＤタグ１５８を介して）追跡することができるので、サービスデスク１５９は、ゲストの活動をモニタし、これを使用して遊園地における予期せぬ遅延又は予期せぬ機能に対処することができる。一例として、追跡された活動は、ゲストが特定のジェットコースターに乗ろうと試みたものの閾値期間を超える特定の期間にわたってジェットコースターゾーンで静止又はほぼ静止していたことを示すことで、予期せぬ遅延又は待ち行列、及び／又はジェットコースターによる予期せぬ動作を示すことができる。いくつかの実施形態では、予期せぬ活動が、サービスデスク１５９に問題を解決するように警告することができる。

コントローラ１５４は、通信回路１７４がモニタリングシステム１５７、サービスデスク１５９、ゲームプレイハブ１０及び／又はパーク特徴１５６などの様々な電子装置と連動することを可能にすることができる。モニタリングシステム１５７及び／又はサービスデスク１５９は、ゲームプレイハブ１０及び／又はパーク特徴１５６が予想通りに動作していることを保証するために、コントローラ１５４と通信して（両矢印で示すように）情報を受信及び／又は送信することができる。これに加えて又はこれに代えて、コントローラ１５４は、通信回路１７４がパーク特徴１５６のコンポーネントと連動することを可能にすることもできる。例えば、通信回路１７４は、コントローラ１５４がパーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）及び／又はワイドエリアネットワーク（ＷＡＮ）などのネットワークに通信可能に結合することを可能にすることができる。従って、いくつかの実施形態では、コントローラ１５４が、入力装置１６８からのデータを処理し、特定のゲストの存在を決定して特定のゲストを識別し、それぞれのユーザＩＤ１２からゲストに関連するゲストデータを決定し、ゲームプレイコンテンツの修正を決定し、ゲストのためのカスタマイズされた体験を促すために遊園地における相互作用の修正を決定し、通信回路１７４を介してゲームプレイハブ１０及び／又はパーク特徴１５６に修正を伝えることができる。例えば、プロセッサ１７０は、入力装置１６８からのセンサデータを処理した後に、通信回路１７４がゲームプレイハブ１０及び／又はパーク特徴１５６に制御データを無線で送信して修正の作動を可能にする制御信号を決定することができる。他の実施形態では、通信回路１７４をゲームプレイハブ１０及び／又はパーク特徴１５６に有線接続を介して接続することができる。

プロセッサ１７０は、ゲストの存在及び／又は識別に関連する入力装置１６８からの入力信号を受け取り、この入力信号を使用して、本明細書で説明する技術を使用してゲームプレイハブ１０の修正されたゲームプレイコンテンツ及び／又はパーク特徴１５６の修正された相互作用を決定することができる１又は２以上の処理装置を含むことができる。メモリ１７２は、１又は２以上の有形の非一時的機械可読媒体を含むことができる。一例として、このような機械可読媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、又は光ディスクストレージ、磁気ディスクストレージ又はその他の磁気記憶装置、或いは所望のアルゴリズム（例えば、プログラムコード）を機械実行可能命令又はデータ構造の形で保持又は記憶するために使用でき、プロセッサ１７０又は他のプロセッサベースの装置がアクセスできる他のいずれかの媒体を含むことができる。具体的には、プロセッサ１７０は、メモリ１７２に記憶された機械実行可能な命令アルゴリズムを実行するプロセッシングコアを含むことができる。プロセッサ１７０は、プロセッシングコア上で動作するソフトウェアアプリケーションがディスプレイ１７８、照明効果システム１８０、アニメーションフィギュア１８２及び／又は音響効果システム１８４などのプロセッサ１７０に関連する乗り物上のハードウェアコンポーネントと相互作用するためのプロセッサ側インターフェイスを含むこともできる。メモリ１７２は、追跡されたゲストゲーム活動及び遊園地活動に対応するゲストデータ、並びに（例えば、ゲストからの手動入力による、及び／又はアルゴリズムを処理することによって決定される）対応するゲストの選好を記憶することができる。メモリ１７２は、後で検索できるようにゲストデータに対応するユーザＩＤ１２をタグ付けした後で記憶することができる。すなわち、ゲームプレイシステム１５０は、ＩＤ１２を調べて関連するゲストデータを使用することによって、ゲストに関連するデータを検索することができる。

遊園地環境での例として、記憶されるアルゴリズムは、以下に限定するわけではないが、パークセンサ１５２からのセンサデータに基づいてゲストの存在を決定するアルゴリズム、（例えば、カメラ１６０からのセンサデータを処理して顔認識を実行し、及び／又はユーザＩＤ１２に関連するＲＦＩＤタグ１５８からのセンサデータを処理することによって）特定のゲストを識別するアルゴリズム、ユーザＩＤ１２のゲストデータを取得するアルゴリズム、ゲストデータに基づいてパーク内の相互作用の修正を決定するアルゴリズム、及び（例えば、選好又はゲスト情報を示す）ゲストデータに基づいて、（例えば、メモリ１７２に記憶された）修正された画像、音、照明効果又はアニメーションを提供するアルゴリズムを含むことができる。このようにして、コントローラ１５４は、特定のゲストの存在を決定し、例えば特定のゲストがパーク特徴１５６の所定の範囲内に存在する時、及び／又はゲストがパーク特徴１５６の方を向いていると判定された時に、これに応じてパーク特徴１５６を制御することができる。相互作用の修正は、乗り物上での相互作用の修正を含むことができるが、遊園地の地上での相互作用を含むこともできる。

ゲームプレイハブ１０の環境では、記憶されるアルゴリズムが、以下に限定するわけではないが、ログイン情報（例えば、ユーザ名とパスワードとの組み合わせ）を認証するアルゴリズム、ゲストがゲームプレイハブ１０にログインすることを許可するアルゴリズム、ログイン情報に関連するユーザＩＤ１２を決定するアルゴリズム、ユーザＩＤ１２のゲストデータを検索するアルゴリズム、ゲストがモバイルアプリケーション又はウェブブラウザからログオンしたと判定するアルゴリズム、サードパーティアプリケーション１８６にゲストデータを要求するアルゴリズム、モバイル装置１２０にゲストデータを要求するアルゴリズム、通知タブ１６に通知を提供するアルゴリズム、アカウントタブ１４及び／又は通知タブ１６に関する追加情報又は情報の確認を要求するアルゴリズム、ゲストデータに基づいてゲームプレイコンテンツの修正を決定するアルゴリズム、並びにゲームプレイコンテンツの修正を提供するアルゴリズムを含むことができる。修正のうちの少なくともいくつかは、ゲームの編成、カテゴリ又はトピック内のゲーム順、並びに通知タブ１６内の通知及び質問などを含むことができる。

修正されたゲームプレイコンテンツを提供するプロセスを説明するために、図６に、ゲームプレイハブ１０のゲスト対応型ディスプレイインターフェイス１１上のゲームプレイコンテンツをカスタマイズするプロセス２００のフロー図を示す。プロセス２００については特定の順序の行為を使用して説明するが、説明する行為は図示の順序とは異なる順序で実行することもでき、いくつかの説明する行為をスキップし、又は完全に実行しないこともできると理解されたい。一般に、プロセス２００のステップの少なくとも一部は、図５のゲームプレイシステム１５０によって少なくとも部分的に実施することができる。具体的には、これらのステップは、メモリ１７２などの有形の非一時的コンピュータ可読媒体に記憶された命令を実行するゲームプレイシステム１５０のプロセッサ１７０によって少なくとも部分的に実施することができる。別の又はさらなる実施形態では、プロセス２００の少なくともいくつかのステップを、他のいずれかの好適なコンポーネント又は制御ロジックなどが実施することもできる。

プロセッサ１７０は、特定のゲストに合わせてゲームプレイコンテンツをカスタマイズするためにゲストを識別する（プロセスブロック２０２）ことができる。具体的には、プロセッサ１７０は、ゲストアカウントに関連するユーザＩＤ１２に基づいてゲストを識別することができる。プロセッサ１７０は、ゲストがゲームプレイハブ１０にログインしてゲストアカウントにアクセスした時にユーザＩＤ１２を決定することができる。一例として、ゲストは、ユーザ名及びパスワードを使用して上述したようにゲームプレイハブ１０にログインすることができる。いくつかの事例では、ユーザ名及びユーザＩＤ１２が同じであることができる。他の事例では、ユーザＩＤ１２がユーザ名と同じではなく、ユーザ名に関連することができる。

従って、プロセッサ１７０は、ゲストがゲームプレイハブ１０にログインした後に、ログイン認証情報に関連するユーザＩＤ１２に基づいてゲストデータを決定する（プロセスブロック２０４）ことができる。ゲストデータは、選好及びゲスト情報を示す、ゲストに関連する（例えば、ユーザＩＤ１２を介して検索可能な）情報を含むことができる。ゲストデータは、ゲームプレイハブ１０内の追跡されたゲストゲーム活動（例えば、プレイ頻度の高いゲーム、プレイしたゲームのテーマなど）、及び／又は遊園地における追跡されたゲストパーク活動（例えば、最も訪問頻度の高い遊園地ゾーン、最も乗車頻度の高い乗り物、最も訪問頻度の高いアトラクションなど）を含むことができる。いくつかの実施形態では、ゲストデータをメモリ１７２に記憶することができ、プロセッサ１７０は、ユーザＩＤ１２を使用してゲストデータを検索することができる。

いくつかの実施形態では、十分なゲストデータを収集するために、プロセッサ１７０が、例えばアカウントタブ１４及び／又は通知タブ１６を通じて（破線ボックスによって示すように）任意にゲストデータを確認する（プロセスブロック２０６）ことができる。図５に関して上述したように、プロセッサ１７０は、ゲームプレイハブ１０及び／又は遊園地を通じてゲストデータを決定することができる。一例として、遊園地からのゲストデータは、ゲストが遊園地におけるハロウィンイベントのチケットを購入したことを示すことができる。プロセッサ１７０は、ゲストに関するさらなる選好ベースの情報を確認又は決定するために、特にハロウィンイベント中にカスタマイズされた相互作用を提供するために、購入されたチケットに関する情報を要求することができる。図３に関して上述したように、プロセッサ１７０は、通知タブ１６を通じてこのような情報を確認又は要求することができる。具体的には、プロセッサ１７０は、ゲストに関する選好ベースの情報を決定するために、通知タブ１６内のハロウィンイベントに関する追加情報を要求することができる。例えば、プロセッサ１７０は、ゲストがハロウィンイベントのチケットを購入したことを示すゲストデータを受け取ったことに応答して、ゲストの恐怖心に関する情報を要求することができる。

これに加えて又はこれに代えて、プロセッサ１７０は、（破線ボックスによって示すように）任意にサードパーティアプリケーション１８６及び／又はゲストモバイル装置１２０からゲストデータを受け取る（プロセスブロック２０８）こともできる。図５に関して説明したように、ゲストは、ゲームプレイシステム１５０がサードパーティアプリケーション１８６及び／又はモバイル装置１２０からゲストデータにアクセスし、又はこれらのデータを受け取ることを可能にすることができる。ゲストデータは、ソーシャルメディアアプリケーション、銀行アプリケーション、医療アプリケーション、及びゲームプレイハブ１０と同じ装置（例えば、携帯電話機としてのモバイル装置１２０）上に存在することができる他のアプリケーションからのデータなどの、サードパーティアプリケーション１８６上のゲストに関連するデータを含むことができる。これに加えて又はこれに代えて、プロセッサ１７０は、フォント又はテキストサイズ、メッセージ内で感情を表すために使用されるお気に入りのデジタルアイコン又は画像（例えば、ゴーストアイコン）及びＧＰＳなどの、選好を示すゲストデータをモバイル装置１２０から受け取ることもできる。いくつかの実施形態では、ゲストが、据え置き型コンピュータ上、ラップトップ上及びタブレット上などのウェブブラウザなどの非携帯電話機コンピュータ装置からゲームプレイシステム１５０にアクセスすることができる。このような実施形態では、ゲストがゲームプレイシステム１５０を有効にして自身のデータを受け取った時に、プロセッサ１７０がこれらの装置からゲストデータを受け取る。

プロセッサ１７０は、サードパーティアプリケーション１８６及び／又はモバイル装置１２０からゲストデータを受け取った後に、確認、サードパーティアプリケーション１８６及び／又はモバイル装置１２０に基づいてゲストデータを更新する（プロセスブロック２１０）ことができる。すなわち、確認、サードパーティアプリケーション１８６及び／又はモバイル装置１２０が現在記憶されているゲストのデータとは異なる追加データ又は異なるデータを提供した場合、プロセッサ１７０は、ゲストのデータ及び対応する選好を更新することができる。プロセッサ１７０は、更新された選好に基づいて、ゲストが自身にとって固有の又はカスタマイズされたものとして知覚できるゲームプレイコンテンツの修正を行うことができる（プロセスブロック２１２）。

具体的には、プロセッサ１７０は、ゲストデータ（例えば、最初に検索されたゲストデータ又は更新されたゲストデータ）に基づいてゲスト対応型ディスプレイインターフェイス１１上のゲームプレイコンテンツを更新することができる。図７に、説明目的でゲームプレイハブ１０の修正されたディスプレイインターフェイス１１を示す。図示のように、ゲストに一様なゲーム表示を提供していた図１のディスプレイインターフェイス１１とは対照的に、複数のゲームがゲストデータに基づいて編成されている。すなわち、ゲームプレイコンテンツは、ゲストの選好を示すゲストデータに基づいてゲストのために修正されている。

推奨ゲーム２０の推奨ゲームセット２６は、ゲームプレイハブ１０の編成されたゲームリスト内に第５のゲーム、第１のゲーム及び第６のゲームを含む。従って、プロセッサ１７０は、図１に関して説明したような、ゲスト又は全てのゲストによって最もプレイされた頻度の高いゲームに基づくことができる第１のゲーム、第２のゲーム及び第３のゲームを推奨するのではなく、ゲストデータに基づいて推奨を更新することができる。一例として、ゲストが最近遊園地に参加した可能性がある場合、プロセッサ１７０は、遊園地に関連し得る第５のゲームをいち推しとして推奨することができる。同様に、プロセッサ１７０は、ゲストデータに基づいて人気ゲーム２２の人気ゲームセット２８、及びアーカイブ内ゲーム２４のアーカイブ内ゲームセット３０を更新することもできる。従って、プロセッサ１７０は、（例えば、ゲストの選好を示す）ゲストデータに基づいてゲームプレイハブ１０のゲームプレイコンテンツを変更することができる。ゲストデータは、ゲームプレイハブ１０内及び／又は遊園地内のゲスト活動が変化した時に変化することができるので、ゲームプレイコンテンツは動的に修正することができる。例えば、プロセッサ１７０は、ゲームプレイハブ１０のディスプレイインターフェイス１１上のゲームプレイコンテンツ及び／又は遊園地での相互作用を最新のゲストデータに合わせて正確に修正するために、定期的にゲストデータを決定することができる。

再び図６を参照すると、プロセッサ１７０は、ユーザＩＤ１２のゲストデータを（例えば、メモリ１７２に）記憶することができる（プロセスブロック２１４）。すなわち、プロセッサ１７０は、上述した様々なソースから選好を示す新規又は追加データを受け取り、このデータをゲストのために記憶することができる。プロセッサ１７０は、ゲストデータを決定して相応にゲームプレイコンテンツを更新するために後で検索できるように、記憶する際にデータにユーザＩＤ１２をタグ付けすることができる。

遊園地において修正された相互作用を提供するプロセスを説明するために、図８に、遊園地においてゲスト対応型相互作用をカスタマイズするプロセス２２０のフロー図を示す。プロセス２２０については特定の順序の行為を使用して説明するが、説明する行為は図示の順序とは異なる順序で実行することもでき、いくつかの説明する行為をスキップし、又は完全に実行しないこともできると理解されたい。一般に、プロセス２２０のステップの少なくとも一部は、図５のゲームプレイシステム１５０によって少なくとも部分的に実施することができる。具体的には、これらのステップは、メモリ１７２などの有形の非一時的コンピュータ可読媒体に記憶された命令を実行するコントローラ１５４のプロセッサ１７０によって少なくとも部分的に実施することができる。別の又はさらなる実施形態では、プロセス２２０の少なくともいくつかのステップを他のいずれかの好適なコンポーネント又は制御ロジックなどが実施することもできる。

プロセッサ１７０は、特定のゲストに合わせてゲームプレイコンテンツをカスタマイズするためにゲストを識別する（プロセスブロック２２２）ことができる。具体的には、プロセッサ１７０は、ユーザＩＤ１２に基づいてゲストを識別することができる。一例として、入力装置１６８がプロセッサ１７０にセンサデータを提供することができ、プロセッサ１７０は、センサデータを使用してゲストの存在を決定し、及び／又はゲストを識別することができる。例えば、プロセッサ１７０は、ユーザＩＤ１２に対応するゲストのウェアラブルＲＦＩＤタグ１５８をスキャンすることから得られたセンサデータを使用して、ゲストの存在及び識別の両方を決定することができる。これに加えて又はこれに代えて、プロセッサ１７０は、カメラ１６０によって取り込まれた画像の顔及び／又は身体認識分析を実行した後に、この画像を特定のゲスト及び対応するユーザＩＤ１２に関連付けることによってゲストの存在及び識別の両方を決定することもできる。

図６に関して詳細に説明したように、プロセッサ１７０は、識別されたゲストに関連するユーザＩＤ１２に基づいてゲストデータを決定することができる（プロセスブロック２２４）。すなわち、プロセッサ１７０は、ゲスト選好、ゲームプレイハブ１０内の追跡されたゲストゲーム活動、遊園地における追跡されたゲストパーク活動などを示すゲストデータをユーザＩＤ１２によって取得することができる。いくつかの実施形態では、図６に関して詳細に説明したように、プロセッサ１７０が、（破線ボックスによって示すように）任意にサードパーティアプリケーション１８６及び／又はモバイル装置１２０からゲストデータを受け取る（プロセスブロック２２６）ことができる。これにより、ゲスト選好及び情報をさらに粒度細かく決定することができる。このような実施形態では、プロセッサ１７０が、サードパーティアプリケーション１８６及び／又はモバイル装置１２０に基づいてゲストデータを更新する（プロセッサブロック２２８）ことができる。

プロセッサ１７０は、ゲストが相互作用を自身にとって固有の又はカスタマイズされたものとして知覚できるように、ゲストデータ（例えば、最初に検索されたゲストデータ及び／又は更新されたゲストデータ）に基づいてパーク相互作用を修正する（プロセスブロック２３０）ことができる。具体的には、プロセッサ１７０は、ゲストにカスタマイズされた体験を提供するようにゲスト対応型アトラクションを修正することができる。このカスタマイズされた体験は、例えばゲストデータによって関心があることが示されたテーマ設定（例えば、スーパーヒーローのテーマ）を反映するカスタマイズされたパーク内体験、及びアドベンチャーゲームの進捗（例えば、ゲーム内で一定のレベルを達成すること）に基づくパーク内娯楽のための追加オプションを含むことができる。

図９に、修正されたゲスト対応型相互作用及びアトラクションを有する遊園地２５０の概略図を説明目的で示す。具体的には、遊園地２５０は、遊園地２５０の様々なアトラクション、ゾーン、経路又はその他のエリア又はその周辺に、特定のゲストのために修正できる１又は２以上のパーク特徴１５６（例えば、ディスプレイ１７８、照明効果１８０、アニメーションフィギュア１８２、及び／又は音響効果システム１８４）を含む。図示の実施形態では、遊園地２５０が、トンネルライドアトラクション２５２ａ、仮想ゲームルームアトラクション２５２ｂ、レストランアトラクション２５２ｃ、ジェットコースターアトラクション２５２ｄ、及びウォーターアトラクション２５２ｅなどの複数のアトラクションを含む。遊園地全体を通じてアニメーションフィギュア１８２の異なる実施形態（例えば、１８２ａ～１８２ｄ）を見つけることができ、プロセッサ１７０は、これらの各アニメーションフィギュアによる相互作用を、ゲストが特定のゲストに対する応答であると知覚する形で反応するように修正することができる。例えば、レストランアトラクション２５２ｃ及びトンネルライドアトラクション２５２ａは、アニメーションフィギュア１８２の画像を表示するディスプレイ１７８を含むことができる。プロセッサ１７０は、人間の存在を検出する近接センサ１６６及び特定のゲストを識別するカメラ１６０を使用して特定のゲストを検出したことなどの特定のゲストを検出したことに応答して、ゲストデータに基づいてアニメーションフィギュア１８２を反応させることができる。さらに、仮想ゲームルーム２５２ｂ内の仮想ゲームにおけるアニメーションフィギュアの仮想的な実施形態又はホログラム（例えば、アニメーションフィギュア１８２ｂ）も同様に反応することができる。

一例として、プロセッサ１７０は、例えばＲＦＩＤタグ１５８からのセンサデータに基づいて、ゲストが現在トンネルライドアトラクション２５２ａに乗っていると判定することができる。図示のように、トンネルライドアトラクション２５２ａの乗り物カート２６２は１又は２以上のＲＦＩＤタグ１５８を含むことができる。乗り物カート２６２が乗り物軌道２６０に沿って移動すると、乗り物軌道２６０上の電子リーダ１６４がＲＦＩＤタグ１５８を読み取って乗り物カート２６２の存在を示すことができる。プロセッサ１７０は、乗り物カート２６２が存在して乗り物軌道２６０に沿って移動していることに基づいて、ゲストと相互作用するように修正できる１又は２以上のパーク特徴１５６付近の距離内などの閾値関心距離内にゲストが存在すると判定することができる。これに加えて又はこれに代えて、乗り物軌道２６０上に配置された重量センサ１６２が、乗り物カート２６２が重量センサ１６２上を移動した時に閾値を上回る重量を検出して乗り物カート２６２の存在を示すこともできる。

乗り物カート２６２が存在してゲストが存在する可能性が高いと判定した後には、カメラ１６０及び／又はゲスト装着型ＲＦＩＤタグ１５８などのさらなるパークセンサ１５２が（例えば、図５の入力装置１６８を介して）プロセッサ１７０にデータを送信してゲストの識別を支援することができる。例えば、プロセッサ１７０は、画像解析を実行して画像をユーザＩＤ１２に対応する画像と照合することができる。プロセッサ１７０は、カメラ１６０に加えて又は代えて、ＲＦＩＤタグデータを解析してデータをユーザＩＤ１２に関連付けることもできる。いくつかの実施形態では、プロセッサが、例えば最初に乗り物カート２６２の重量に基づいてゲストの存在を決定するのではなく、カメラ１６０及び／又はＲＦＩＤタグ１５８を使用してゲストの存在を決定して識別することができる。

プロセッサ１７０は、ゲストを識別した後にユーザＩＤ１２のゲストデータを決定し、その後にゲストデータに基づいてトンネルライドアトラクション２５２ａの相互作用を修正することができる。図示の実施形態では、ゲストデータが、ゲストが遊園地におけるハロウィンイベントのチケットを購入したこと、及びゲストがピエロに恐怖心を抱いていることを示すことができる。具体的には、プロセッサ１７０は、ゲームプレイハブ１０の通知タブ１６におけるチケットの購入に関する質問にゲストが回答したと判定し、これに応じて追加情報を要求することができる。例えば、プロセッサ１７０は、特定のゲストに恐怖心に関する情報を要求し、ゲストはピエロを恐れていることを示すことができる。従って、プロセッサ１７０は、これに応じてパーク特徴１５６を修正することができる。従って、ゲームプレイシステム１５０のプロセッサ１７０は、ゲームプレイハブ１０を通じて決定されたゲストデータに基づいて遊園地２５０におけるパーク特徴１５６を修正することができる。

図示のように、プロセッサ１７０は、ディスプレイ１７８上のアニメーションフィギュアに加えて、例えばゲストデータに基づいてゲストを怖がらせる顔又はジェスチャを行うようにアニメーションフィギュア１８２ａをアニメ化することができる。いくつかの実施形態では、アニメーションフィギュア１８２ａを効果音システム１８４に接続又は統合することができる。従って、プロセッサ１７０は、ゲストを怖がらせるオーディオを提供するように効果音システム１８４を制御することができる。例えば、アニメーションフィギュア１８２ａは、ゲストデータに基づいて決定されたようにゲストの名前を口にしたり、ゲストが週の初めにプレイしたゲームについて尋ねたり、ゲストが参加したハロウィンイベントに関する情報を繰り返したり、名前を挙げて家族について尋ねたり、ゲストが訪れた遊園地ゾーンに関するコメントを行ったりすることができる。一例として、ゲストデータ（例えば、遊園地２５０のチケット購入枚数）は、ゲストが他の２人の家族と共に遊園地２５０を訪れていることを示すことができ、従ってプロセッサ１７０は、他の２人の家族に関するデータ（例えば、ソーシャルメディアアプリケーション上でタグ付けされた家族の名前）を検索する。プロセッサ１７０は、トンネルライドアトラクション２５２ａでの乗車中に、ゲストが他のゲストと共に乗り物カート２６２に乗っていることを示すカメラ１６０からのビデオデータを分析して、他のゲストが家族であると判定することができる。いくつかの実施形態では、プロセッサ１７０が、ビデオデータをソーシャルメディアアプリケーション上の画像と照合して他のゲストのアイデンティティを確認するためにさらなる画像解析を実行することができる。従って、プロセッサ１７０は、他のゲストをそれぞれの名前で取り扱い、ゲスト及び／又は関連するゲストのためにカスタマイズされた相互作用を提供することができる。しかしながら、上述したように、ゲストはゲームプレイシステム１５０と共有されるデータを制御することもでき、従って相互作用性の度合いは共有されるデータの度合いに対応することができる。例えば、プロセッサ１７０は、これらの制限により、ゲストのみを名前によって取り扱い、他の家族はそうでないように相互作用を制限することもできる。

トンネルライドアトラクション２５２ａは、ゲストデータに基づいてプロセッサ１７０が修正する他の効果音システム１８４を含むこともできる。例えば、プロセッサ１７０は、ゲームプレイハブ１０上のゲストのお気に入りゲームに関連するオーディオ（例えば、テーマソング）を効果音システム１８４に再生させることができる。プロセッサ１７０は、ゲストデータに基づいて照明効果システム１８０にトンネルライドアトラクション２５２ａのトンネル内にピエロの顔を投影させることもできる。いくつかの実施形態では、特定のゲストがパーク特徴１５６から閾値距離内に位置することに基づいて、パーク特徴１５６が動的に変化することができる。プロセッサ１７０は、パーク特徴１５６に対するゲストの位置に基づいて、特定のゲストに基づいてパーク特徴１５６を修正することができる。例えば、プロセッサ１７０は、乗り物カート２６２の左側に位置するゲストのためにトンネルライドアトラクション２５２ａの左側のパーク特徴１５６を修正し、乗り物カート２６２の右側に位置するゲストのためにトンネルライドアトラクション２５２ａの右側のパーク特徴を修正することができる。同様に、プロセッサ１７０は、追跡中のゲストがパーク特徴１５６の範囲外に移動して別のゲストがパーク特徴１５６の範囲内に移動して来ると（例えば、乗り物カート２６２が乗り物軌道２６０に沿って移動すると）、この異なるゲストのためにパーク特徴１５６の修正を停止し及び／又は切り替える（例えば、次の乗り物カート２６２上のゲストのためにトンネル内に蜘蛛を投影する）ことができる。

別の例として、プロセッサ１７０は、アニメーションフィギュア１８２ｄに最も近い閾値範囲１８３内の識別されたゲストに基づいてアニメーションフィギュア１８２ｄを修正することもできる。図示のように、プロセッサ１７０は、アニメーションフィギュア１８２ｄがゲストグループ２５４の中で閾値範囲１８３内に存在する最初のゲストであるゲストに反応するように仕向けることができる。プロセッサ１７０は、第１のゲストが閾値範囲１８３から外れた後に、及び／又は所定の時間にわたってゲストと相互作用した後に相互作用を停止し、及び／又は（例えば、閾値範囲１８３内に存在する第２のゲストに）切り替えることができる。プロセッサ１７０は、グループ及びグループ内の個人の選好の組み合わせに応じて様々な相互作用（例えば、第１のゲストが存在する時には第１の相互作用、第２のゲストが存在する時には第２の相互作用、第１及び第２のゲストが共に存在する時には第３の相互作用など）を生じさせることもできる。例えば、グループメンバーの大半において重複する興味が識別された時にはその興味を使用して相互作用を提供し、グループ内の人物の好みに基づいて相互作用のランダム選択又は組み合わせを選択し、グループ選好に基づいて相互作用を循環させることなどができる。いくつかの実施形態では、ゲストが閾値範囲１８３内に存在するもののアニメーションフィギュア１８２ｄの方を向いていない場合、プロセッサ１７０は、アニメーションフィギュア１８２ｄに向きを変えさせて修正された相互作用を提供させることができる。図５に関して詳細に上述したように、モニタリングシステム１５７及び／又はサービスデスク１５９は、遊園地２５０及びゲームプレイシステム１５０のプロセッサ１７０をモニタして、遊園地業務が予想通りに完了することを保証することができる。

再び図８を参照すると、プロセッサ１７０は、ユーザＩＤ１２のゲストデータを記憶することができる（プロセスブロック２３２）。すなわち、プロセッサ１７０は、上述した様々なソースから選好を示す新規又は追加データを受け取り、このデータをゲストのために記憶することができる。例えば、新規データは、変更されたパーク特徴１５６に関連するゲスト活動（例えば、反応）及び／又はゲストに提供されたサービス（例えば、ゲストが訪れた乗り物の行列が予想外に長いことをサービスデスク１５９が解決したこと）を含むことができる。プロセッサ１７０は、ゲストデータを決定して相応にパーク相互作用を更新するために後で検索できるように、記憶する際にデータにユーザＩＤ１２をタグ付けすることができる。このように、ゲームプレイシステム１５０は、遊園地２５０におけるゲストの活動とゲームプレイハブ１０におけるゲスト活動とを統合してゲストに固有のゲスト対応型相互作用を提供することができる。

本明細書では、本開示のいくつかの特徴のみを図示し説明したが、当業者には多くの修正及び変更が思い浮かぶであろう。従って、添付の特許請求の範囲は、本開示の真の趣旨に従う全てのこのような修正及び変更を含むように意図されていると理解されたい。なお、上述した図に関して図示又は説明した特徴は、いずれもあらゆる好適な形で組み合わせることができると理解されたい。

本明細書に示して特許請求する技術は、本技術分野を確実に改善する、従って抽象的なもの、無形のもの又は純粋に理論的なものではない実際的性質の有形物及び具体例を参照し、これらに適用される。さらに、本明細書の最後に添付するいずれかの請求項が、「．．．［機能］を［実行］する手段」又は「．．．［機能］を［実行］するステップ」として指定されている１又は２以上の要素を含む場合、このような要素は米国特許法１１２条（ｆ）に従って解釈すべきである。一方で、他のいずれかの形で指定された要素を含むあらゆる請求項については、このような要素を米国特許法１１２条（ｆ）に従って解釈すべきではない。

１０ ゲームプレイハブ
１１ ディスプレイインターフェイス
１２ ユーザＩＤ
１４ アカウントタブ
１６ 通知タブ
１８ プレイスコア
２０ 推奨ゲーム
２２ 人気ゲーム
２４ アーカイブ内ゲーム
２６ 推奨ゲームセット
２８ 人気ゲームセット
３０ アーカイブ内ゲームセット

Claims (20)

1. 統合ゲームプレイシステムであって、
   複数のゲームへのアクセスを提供するように構成されたゲームプレイプラットフォームと、
   １又は２以上のアトラクション特徴を含むアトラクションを含む遊園地と、
   コントローラと、
   を含み、前記コントローラは、
   前記ゲームプレイプラットフォーム、前記アトラクション、又はこれらの組み合わせにおけるゲストの存在を検出し、
   前記ゲストを識別し、
   前記ゲストの識別に基づいてゲストデータを決定し、
   前記ゲストデータを決定したことに応答して、前記ゲストデータに基づいて、前記ゲームプレイプラットフォームのディスプレイインターフェイス上の前記複数のゲームの編成の修正、前記１又は２以上のアトラクション特徴の修正、又はこれらの組み合わせを決定し、
   前記ゲームプレイプラットフォームの修正、前記１又は２以上のアトラクション特徴の修正、又はこれらの組み合わせを示す制御信号を送信する、
   ように構成される、
   統合ゲームプレイシステム。
2. 前記コントローラは、
   前記ゲームプレイプラットフォーム上のゲストゲーム活動を追跡し、
   前記遊園地におけるゲストパーク活動を追跡し、
   前記追跡されたゲストゲーム活動及び前記追跡されたゲストパーク活動を前記ゲストデータとして記憶する、
   ように構成される、請求項１に記載の統合ゲームプレイシステム。
3. 前記コントローラは、前記ゲストデータを決定するために、前記ゲームプレイプラットフォーム、前記遊園地、サードパーティアプリケーション、前記ゲストに関連するモバイル装置、又はこれらの組み合わせにゲスト選好を示すデータを要求するように構成される、請求項１に記載の統合ゲームプレイシステム。
4. 前記コントローラは、前記ゲストデータを決定するために、ソーシャルメディアアプリケーション、医療アプリケーション、銀行アプリケーション、全地球測位システムアプリケーション、又はこれらの組み合わせを含むサードパーティアプリケーションにゲスト選好を示すデータを要求するように構成される、請求項１に記載の統合ゲームプレイシステム。
5. 前記１又は２以上のアトラクション特徴の修正は、前記ゲスト及び前記ゲストと共に検出された別のゲストに関連する選好に相関する、請求項１に記載の統合ゲームプレイシステム。
6. 前記ゲームプレイプラットフォームは、前記ゲストデータを更新するために、前記ゲームプレイプラットフォームにおける前記ゲストデータに関連する追加情報を要求する、請求項１に記載の統合ゲームプレイシステム。
7. 前記ゲストデータの粒度は、前記ゲームプレイプラットフォーム、前記遊園地、又はこれらの組み合わせからのデータの共有に対して設定された制限に相関する、請求項１に記載の統合ゲームプレイシステム。
8. 前記コントローラは、
   ゲストパーク活動を追跡し、
   前記追跡されたゲストパーク活動を前記遊園地のサービスデスクに提供する、
   ように構成される、請求項１に記載の統合ゲームプレイシステム。
9. 前記１又は２以上のアトラクション特徴は、アニメーションフィギュア、照明効果、音響効果、ディスプレイ、又はこれらの組み合わせを含む、請求項１に記載の統合ゲームプレイシステム。
10. 前記コントローラは、前記ゲストの存在を検出するために、前記１又は２以上のアトラクション特徴に近接する１又は２以上のセンサからのセンサデータに基づいて、前記ゲストが前記１又は２以上のアトラクション特徴から閾値距離内に存在すると決定するように構成される、請求項１に記載の統合ゲームプレイシステム。
11. 前記１又は２以上のセンサは、無線周波数集積装置（ＲＦＩＤ）タグ、カメラ、重量センサ、前記ＲＦＩＤタグを読み取るように構成された電子リーダ、又はこれらのいずれかの組み合わせを含む、請求項１０に記載の統合ゲームプレイシステム。
12. 前記ディスプレイインターフェイス上の前記複数のゲームの前記編成の修正、及び前記１又は２以上のアトラクション特徴の修正は、前記ゲストに関連する１又は２以上の恐怖心に相関する、請求項１に記載の統合ゲームプレイシステム。
13. 前記ゲームプレイプラットフォームは、前記遊園地に関連する１又は２以上の通知を提供するように構成される、請求項１に記載の統合ゲームプレイシステム。
14. ゲームプレイコンテンツを修正するための方法であって、
    ゲストがゲームプレイプラットフォーム上でオンラインである旨のインジケーションを受け取ることと、
    前記ゲストをユーザ識別に関連するように識別することと、
    前記ユーザ識別に基づいて、前記ゲームプレイプラットフォームに関連する遊園地におけるゲストパーク活動に対応するゲストデータを決定することと、
    前記ゲストデータに基づいて、前記ゲームプレイプラットフォームのディスプレイインターフェイス上のゲームプレイコンテンツを修正することと、
    を含む、方法。
15. サードパーティアプリケーション、ゲストに関連するモバイル装置、又はこれらの組み合わせから追加ゲストデータを受け取ることと、
    前記ゲームプレイコンテンツを修正する前に、前記追加ゲストデータに基づいて前記ゲストデータを更新することと、
    を含む、請求項１４に記載の方法。
16. 前記更新されたゲストデータに前記ユーザ識別をタグ付けすることと、
    前記更新されたゲストデータを前記ゲストデータとして記憶することと、
    を含む、請求項１５に記載の方法。
17. 前記ゲストデータを更新する前に、前記ゲームプレイプラットフォームにおいて前記ゲストと共に前記ゲストデータを確認することを含む、請求項１５に記載の方法。
18. 前記ゲストデータは、前記ゲームプレイプラットフォームにおいて入力された情報を含み、前記ゲームプレイコンテンツを修正することは、前記ゲストデータに基づいてテーマを提供することを含む、請求項１４に記載の方法。
19. 遊園地アトラクションを修正するための方法であって、
    遊園地アトラクションの１又は２以上のアトラクション特徴に近接するゲストの存在を示すセンサデータを１又は２以上のセンサから受け取ることと、
    前記ゲストをユーザ識別に関連するように識別することと、
    前記ユーザ識別に基づいてゲストデータを決定することと、
    １又は２以上のサードパーティアプリケーションから追加ゲストデータを受け取ることと、
    前記サードパーティアプリケーションからの前記追加ゲストデータに基づいて前記ゲストデータを更新することと、
    前記更新されたゲストデータに基づいて前記遊園地アトラクションを修正することと、
    を含む、方法。
20. 前記修正は、少なくとも前記遊園地アトラクションのアニメーションフィギュア、照明効果、音響効果、ディスプレイ、又はこれらの組み合わせの変更を含む、請求項１９に記載の方法。

Images