特許 7259025 ゲーム内オブジェクトのクロスプラットフォーム消費

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-04-07

(45)【発行日】2023-04-17

(54)【発明の名称】ゲーム内オブジェクトのクロスプラットフォーム消費

(51)【国際特許分類】

   A63F 13/85 20140101AFI20230410BHJP

   A63F 13/79 20140101ALI20230410BHJP

【ＦＩ】

A63F13/85

A63F13/79

【請求項の数】 19

(21)【出願番号】P 2021522486

(86)(22)【出願日】2019-10-23

(65)【公表番号】

(43)【公表日】2022-01-14

(86)【国際出願番号】 US2019057570

(87)【国際公開番号】W WO2020086666

(87)【国際公開日】2020-04-30

【審査請求日】2021-04-23

(31)【優先権主張番号】62/750,616

(32)【優先日】2018-10-25

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】518187455

【氏名又は名称】ソニー・インタラクティブエンタテインメント エルエルシー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】シェルワニ，アディル

(72)【発明者】

【氏名】デニソン ザ・セカンド，チャールズ ウェイン

(72)【発明者】

【氏名】ブルーム－カーリン，マシュー ステュワート

(72)【発明者】

【氏名】パーカー，デレク アンドリュー

【審査官】神谷 健一

(56)【参考文献】

【文献】米国特許出願公開第２００８／０２６８９４７（ＵＳ，Ａ１）

【文献】特表２０１３－５２８４３２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１２／００８１３０６（ＵＳ，Ａ１）

【文献】特開２０１８－０４２９０１（ＪＰ，Ａ）

【文献】特開２０１８－１０８４４４（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／０２９００５３（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１５／０００５０５２（ＵＳ，Ａ１）

【文献】XboxOne、スナップモードは廃止へ？ 新たなマルチタスクになるかも。，WPteq，［online］，2016年12月01日，インターネット＜URL：https://wpteq.org/xbox/xbox-games/post-21127/＞，[検索日2022年5月30日]

【文献】［Destiny2］グリモアに変わり武器やアーマーに付与される『伝承(Lore)』｜コローンのDestiny2攻略，[online]，2017年09月04日，インターネット＜ＵＲＬ：http://coroon2game.com/entry/2017/09/04/095205＞，[検索日2023年2月22日]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／８５

Ａ６３Ｆ １３／７９

(57)【特許請求の範囲】

【請求項1】

ゲーム内オブジェクトのクロスプラットフォーム消費のためのコンピュータ実施方法であって、当該コンピュータ実施方法は、
データプラットフォームによって、少なくとも１つの第１のデバイスから、前記データプラットフォームと関連付けられたビデオゲームをプレイする間にユーザによって発見されたゲームオブジェクトデータを受信するステップであって、前記ゲームオブジェクトデータは、どのゲーム内オブジェクトが前記ユーザによって発見されたかを示す、ステップと、
前記データプラットフォームによって、クロスプラットフォーム識別子を前記ゲームオブジェクトデータに帰属させるステップであって、前記クロスプラットフォーム識別子は、前記ユーザと関連付けられている、ステップと、
前記データプラットフォームによって、前記ゲームオブジェクトデータと関連付けられたメタデータを前記データプラットフォームと関連付けられたデータベースに記憶するステップであって、前記メタデータは、前記ユーザが１つ以上のゲームオブジェクトを発見したことを示す、ステップと、
前記データプラットフォームによって、前記データプラットフォームと関連付けられた第２のデバイスから、前記ゲームオブジェクトデータ及び前記メタデータへのアクセスについての要求を受信するステップであって、前記要求は、前記クロスプラットフォーム識別子を含む、ステップと、
前記データプラットフォームによって、前記クロスプラットフォーム識別子に基づいて、前記要求を認証するステップと、
前記認証に基づいて、前記データプラットフォームによって、前記ゲームオブジェクトデータ及び前記メタデータへのアクセスを選択的に提供するステップであって、前記ゲームオブジェクトデータは、ゲーム外環境で消費されてもよい、ステップと、
前記データプラットフォームによって、前記ゲームオブジェクトデータ及び前記メタデータに基づいてユーザインタフェースを生成して表示するステップであって、前記ユーザインタフェースは、前記ユーザがどのゲーム内オブジェクトを発見したかに基づいてカスタマイズされている、ステップと、
を備える、コンピュータ実施方法。

【請求項2】

前記ユーザインタフェースは、前記ユーザが発見した少なくとも１つのゲームオブジェクトを有する、請求項１に記載のコンピュータ実施方法。

【請求項3】

前記ユーザインタフェースは、ゲームオブジェクトのタイプ、関連するゲーム内エンティティ、関連するゲーム内活動、発見された状態、前記ゲームオブジェクトが生じる元となるビデオゲーム、及び未見の状態、のうちの１つ以上に基づいて選択的にフィルタリングされる、請求項２に記載のコンピュータ実施方法。

【請求項4】

前記ユーザインタフェースは、発見されたゲームオブジェクトの各々を、各ゲームオブジェクトが発見された時系列において表示する、請求項１に記載のコンピュータ実施方法。

【請求項5】

ユーザインタフェースは、前記ユーザが発見していない少なくとも１つのゲームオブジェクトのためのプレースホルダを含む、請求項１に記載のコンピュータ実施方法。

【請求項6】

前記メタデータを記憶することは、前に記憶されたメタデータを新たに発見された情報で更新することを含む、請求項１に記載のコンピュータ実施方法。

【請求項7】

１つ以上のゲームオブジェクトと関連付けられたメタデータは、前記１つ以上のゲームオブジェクトがアンロックされていることを示す、請求項１に記載のコンピュータ実施方法。

【請求項8】

ゲームオブジェクトを発見することに関するヘルプについての要求を受信することと、要求を受信することに応答して、選択された前記ゲームオブジェクトでヘルプシステムを開始することと、を更に備える、請求項１に記載のコンピュータ実施方法。

【請求項9】

前記ゲームオブジェクトデータは、スナップモードにおいてレビューまたは消費され、前記スナップモードは、ピクチャインピクチャ、デュアルスクリーン、または更なるデバイスのモードを含む、請求項１に記載のコンピュータ実施方法。

【請求項10】

ゲーム内オブジェクトのクロスプラットフォーム消費のためのコンピュータ実施システムであって、当該コンピュータ実施システムは、
データプラットフォームであって、
少なくとも１つの第１のデバイスから、前記データプラットフォームと関連付けられたビデオゲームをプレイする間にユーザによって発見されたゲームオブジェクトデータを受信することであって、前記ゲームオブジェクトデータは、どのゲーム内オブジェクトが前記ユーザによって発見されたかを示すことと、
前記データプラットフォームによって、クロスプラットフォーム識別子を前記ゲームオブジェクトデータに帰属させることであって、前記クロスプラットフォーム識別子は、前記ユーザと関連付けられることと、
前記データプラットフォームによって、前記ゲームオブジェクトデータと関連付けられたメタデータを前記データプラットフォームと関連付けられたデータベースに記憶することであって、前記メタデータは、前記ユーザが１つ以上のゲームオブジェクトを発見したことを示すことと、
前記データプラットフォームによって前記データプラットフォームと関連付けられた第２のデバイスから、前記ゲームオブジェクトデータ及び前記メタデータへのアクセスについての要求を受信することであって、前記要求は、前記クロスプラットフォーム識別子を含むことと、
前記データプラットフォームによって、前記クロスプラットフォーム識別子に基づいて、前記要求を認証することと、
前記認証に基づいて、前記データプラットフォームによって、前記ゲームオブジェクトデータ及び前記メタデータへのアクセスを選択的に提供することであって、前記ゲームオブジェクトデータは、ゲーム外環境で消費されてもよいことと、
前記データプラットフォームによって、前記ゲームオブジェクトデータ及び前記メタデータに基づいてユーザインタフェースを生成して表示することであって、前記ユーザインタフェースは、前記ユーザがどのゲーム内オブジェクトを発見したかに基づいてカスタマイズされていることと、
を行うように構成された前記データプラットフォームと、
前記ゲームオブジェクトデータと関連付けられた前記メタデータを記憶するように構成されたデータベースと、
を備える、コンピュータ実施システム。

【請求項11】

前記１つ以上のゲームオブジェクトは、前記ビデオゲームの状態、前記ビデオゲームの進行、テキスト、画像、ブック、音声ブック、音声ログ、及びビデオクリップ、のうちの少なくとも１つを含む、請求項１０に記載のコンピュータ実施システム。

【請求項12】

前記ゲームオブジェクトデータを発見することは、新たなキャラクタまたは生物に遭遇すること、アーチファクトまたはアイテムを収集すること、敵の弱点を特定すること、非プレイヤキャラクタ（ＮＰＣ）からの情報を聞くこと、カットシーンを見ること、ゲームの次のステージに進行すること、前に発見されていない領域を特定すること、複数のストーリ分岐のうちの１つを選択すること、のうちの少なくとも１つを含む、請求項１０に記載のコンピュータ実施システム。

【請求項13】

前記第１のデバイスは、ゲームコンソール、モバイルデバイス、デスクトップコンピュータ、ラップトップコンピュータ、テーブル、ファブレット、及びスマートテレビ、のうちの少なくとも１つを含む、請求項１０に記載のコンピュータ実施システム。

【請求項14】

前記第１のデバイス及び前記第２のデバイスは、同一のデバイスである、請求項１０に記載のコンピュータ実施システム。

【請求項15】

前記第１のデバイス及び前記第２のデバイスは、異なるデバイスである、請求項１０に記載のコンピュータ実施システム。

【請求項16】

前記ビデオゲームは、マルチプレイヤゲーム、ＰｖＥゲーム、及び協力ＰｖＥゲーム、のうちの少なくとも１つを含み、前記ゲームオブジェクトデータは、前記データプラットフォームと関連付けられた複数のビデオゲームと相互作用する間に発見される、請求項１０に記載のコンピュータ実施システム。

【請求項17】

前記ゲームオブジェクトデータは、スナップモードにおいてレビュー及び消費される、請求項１０に記載のコンピュータ実施システム。

【請求項18】

前記スナップモードは、ピクチャインピクチャ、デュアルスクリーン、または更なるデバイスのモードを含む、請求項１７に記載のコンピュータ実施システム。

【請求項19】

コンピュータプログラムであって、プロセッサに、
データプラットフォームによって、少なくとも１つの第１のデバイスから、前記データプラットフォームと関連付けられたビデオゲームをプレイする間にユーザによって発見されたゲームオブジェクトデータを受信することであって、前記ゲームオブジェクトデータは、どのゲーム内オブジェクトが前記ユーザによって発見されたかを示すことと、
前記データプラットフォームによって、クロスプラットフォーム識別子を前記ゲームオブジェクトデータに帰属させることであって、前記クロスプラットフォーム識別子は、前記ユーザと関連付けられていることと、
前記データプラットフォームによって、前記ゲームオブジェクトデータと関連付けられたメタデータを前記データプラットフォームと関連付けられたデータベースに記憶することであって、前記メタデータは、前記ユーザが１つ以上のゲームオブジェクトを発見したことを示すことと、
前記データプラットフォームによって前記データプラットフォームと関連付けられた第２のデバイスから、前記ゲームオブジェクトデータ及び前記メタデータへのアクセスについての要求を受信することであって、前記要求は、前記クロスプラットフォーム識別子を含むことと、
前記データプラットフォームによって、前記クロスプラットフォーム識別子に基づいて、前記要求を認証することと、
前記認証に基づいて、前記データプラットフォームによって、前記ゲームオブジェクトデータ及び前記メタデータへのアクセスを選択的に提供することであって、前記ゲームオブジェクトデータは、ゲーム外環境で消費されてもよいことと、
前記データプラットフォームによって、前記ゲームオブジェクトデータ及び前記メタデータに基づいてユーザインタフェースを生成して表示することであって、前記ユーザインタフェースは、前記ユーザがどのゲーム内オブジェクトを発見したかに基づいてカスタマイズされていることと、
を実行させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１８年１０月２５日に出願された米国仮特許出願第６２／７５０，６１６号の利益を主張する。

【0002】

本技術は概して、リモートネットワーク化ゲームサービスに関し、特に、ゲーム内オブジェクトのクロスプラットフォーム消費のためのシステム及び方法に関する。

【背景技術】

【0003】

この章において説明されるアプローチが追及されるが、必ずしも、前に認識または追及されたアプローチではない。したがって、他に示されない限り、この章において説明されるアプローチのいずれかは、この章に単にそれらを含めることにより、従来技術として適格であると推定されるべきではない。

【0004】

ビデオゲームはより複雑になっていると共に、それらをプレイするために割り当てられた時間が以前よりも制限されている。プレイヤは、最初から最後まで、プレイヤがプレイするビデオゲームに関与し、没頭していることを望む。しかしながら、それらのプレイヤは、プレイヤがプレイしているゲームに関する質問を有することが多く、それらの質問への回答を得るために、プレイヤは、ゲームから離れ、第三者のサイトとかかわる必要がある。このことは、ゲーム内状態及びビデオゲーム活動が、ビデオゲーム及びビデオゲームプレイヤにわたって集約及び分析されていないことが理由である。ゲーム開発者が、単一のゲームのコンテキスト内で、ゲームに対するヘルプをプレイヤに提供し、プレイヤのフラストレーションを削減するために必要な全ての特徴を実装することは、相当な量の作業である。したがって、一様なデータプラットフォームにわたって複数のプレイヤ及びゲーミング環境をサポートするために、データモデル及び開発者にフレンドリなＡＰＩが必要である。

【0005】

その上、ゲーム世界に深く投資し、及び没入しているプレイヤは、ゲーム開発者がゲーム世界及びそのキャラクタへのそれらの没入及び理解を増大させるために、その世界内及びその世界の周りで供給する必要がある全ての伝承を消費することに関して非常に情熱的であることがある。しかしながら、全ての発見された伝承を記録し、どの伝承がまだ発見されていないかを判定することが著しく困難であり得る。加えて、ほとんどのゲームでは、伝承の消費がゲーム内で行われる必要があり、カットシーン、音声ログ、及びゲーム内ブックなどを介してその伝承を消費するために、プレイヤがゲームアクションを一時停止することを必要とする。それらの希少であり且つ貴重なプレイ時間をユーザがどのように費やすかに関して、これは、プレイヤがゲームアクションを続けることと伝承を発見することとの間で選択することを強要することがある。

【0006】

対話型ビデオゲーム環境へのプレイヤの参加を中断することなく、プレイヤがビデオゲームをプレイする間に発見した伝承をプレイヤがレビューまたは消費することを可能にする方法に対する長期間未解決であった必要性が存在する。

【発明の概要】

【0007】

以下の詳細な説明において更に説明される簡易的な形式において概念の選択を導入するために、この概要が提供される。この概要は、特許請求される主題の重要な特徴または必須の特徴を識別することを意図しておらず、特許請求される主題の範囲を決定する際の補助として使用されることも意図していない。

【0008】

概して、本開示は、ビデオゲームをプレイする間に発見されたゲーム内オブジェクトのクロスプラットフォーム消費に関する。ここで開示される技術は、データプラットフォームと関連付けられた複数のゲーム及び／またはデバイスにわたるプラットフォームレベルにおけるゲーム内オブジェクト（「ゲーム伝承」または単純に「伝承（ｌｏｒｅ，背景，バックストーリー）」とも称される）の消費またはレビューを可能にする。

【0009】

本開示の１つの実施例の実施形態に従って、ゲーム内オブジェクトのクロスプラットフォーム消費のためのコンピュータ実施システムが提供される。システムは、少なくとも１つの第１のデバイスから、データプラットフォームと関連付けられたビデオゲームをプレイする間に少なくとも１人のユーザによって発見されたゲームオブジェクトデータを受信することと、データプラットフォームによって、クロスプラットフォーム識別子をゲームオブジェクトデータに帰属させることであって、クロスプラットフォーム識別子は、ユーザと関連付けられる、帰属させることと、データプラットフォームによって、ゲームオブジェクトデータと関連付けられたメタデータをデータプラットフォームと関連付けられたデータベースに記憶することであって、メタデータは、ユーザが１つ以上のゲームオブジェクトを発見したことを示す、記憶することと、データプラットフォームによってデータプラットフォームと関連付けられた第２のデバイスから、ゲームオブジェクトデータ及びメタデータへのアクセスについての要求を受信することであって、要求は、クロスプラットフォーム識別子を含む、受信することと、データプラットフォームによって、クロスプラットフォーム識別子に基づいて、要求を認証することと、認証に基づいて、データプラットフォームによって、ゲームオブジェクトデータ及びメタデータへのアクセスを選択的に提供することと、を行うように構成されたデータプラットフォームを含んでもよい。

【0010】

システムはまた、データプラットフォームと関連付けられたゲームオブジェクトデータと関連付けられたメタデータを記憶するように構成されたデータベースを含んでもよい。１つ以上のゲームオブジェクトは、ビデオゲームの状態、ビデオゲームの進行、テキスト、画像、ブック、音声ブック、音声ログ、及びビデオクリップを含んでもよい。ゲームオブジェクトデータは、ゲーム環境外で消費されてもよい。ゲームオブジェクトデータの発見は、新たなキャラクタまたは生物と遭遇すること、アーチファクトまたはアイテムを収集すること、敵の弱点を特定すること、非プレイヤキャラクタ（ＮＰＣ）からの情報を聞くこと、カットシーンを見ること、ゲームの次のステージに進行すること、前に発見されていない領域を特定すること、複数のストーリ分岐のうちの１つを選択すること、のうちの少なくとも１つを含んでもよい。ゲームがプレイされるデバイスは、ゲームコンソール、モバイルデバイス、デスクトップコンピュータ、ラップトップコンピュータ、テーブル、ファブレット、及びスマートテレビを含んでもよい。ゲームオブジェクトデータを発見すると、ゲームオブジェクトデータは、第２のデバイスを介してレビューまたは消費されてもよく、第２のデバイスは、第１のデバイスと同一または異なるデバイスであってもよい。ビデオゲームは、マルチプレイヤゲーム、プレイヤ対環境（ＰｖＥ）ゲーム、または協力ＰｖＥゲームを含んでもよい。ゲームオブジェクトデータは、データプラットフォームと関連付けられた複数のビデオゲームと相互作用する間に発見されてもよい。ゲームオブジェクトデータは、スナップモードにおいてレビューまたは消費されてもよい。スナップモードは、ピクチャインピクチャモード、デュアルスクリーンモード、または異なるデバイスを含んでもよい。

【0011】

開示の別の実施例の実施形態に従って、ゲーム内オブジェクトのクロスプラットフォーム消費のための方法が提供される。方法は、データプラットフォームによって、少なくとも１つの第１のデバイスから、データプラットフォームと関連付けられたビデオゲームをプレイする間に発見されたゲームオブジェクトデータを受信することと、データプラットフォームによって、クロスプラットフォーム識別子をゲームオブジェクトデータと帰属させることであって、クロスプラットフォーム識別子は、ユーザと関連付けられている、帰属させることと、データプラットフォームによって、ゲームオブジェクトデータと関連付けられたメタデータをデータプラットフォームと関連付けられたデータベースに記憶することであって、メタデータは、ユーザが１つ以上のゲームオブジェクトを発見したことを示す、記憶することと、データプラットフォームによってデータプラットフォームと関連付けられた第２のデバイスから、ゲームオブジェクトデータ及びメタデータへのアクセスについての要求を受信することであって、要求は、クロスプラットフォーム識別子を含む、受信することと、データプラットフォームによって、クロスプラットフォーム識別子に基づいて、要求を認証することと、認証に基づいて、データプラットフォームによって、ゲームオブジェクトデータ及びメタデータへのアクセスを選択的に提供することと、を含んでもよい。

【0012】

方法は更に、ゲームオブジェクトデータ及びメタデータに基づいて、ユーザインタフェースを生成することを含んでもよい。ユーザインタフェースは、ユーザが発見した少なくとも１つのゲームオブジェクトを含んでもよい。ユーザインタフェースは、ゲームオブジェクトのタイプ、関連するゲーム内エンティティ、関連するゲーム内活動、発見された状態、そこからゲームオブジェクトが生じるビデオゲーム、及びまだ見られていない状態、のうちの１つ以上に基づいて選択的にフィルタリングされてもよい。その上、ユーザインタフェースは、少なくとも１つのゲームオブジェクトが発見された時系列において少なくとも１つのゲームオブジェクトを表示してもよい。ユーザインタフェースは更に、ユーザが発見しなかった少なくとも１つのゲームオブジェクトについてのプレースホルダを含んでもよい。様々な実施形態では、方法は、前に記憶されたメタデータを新たに発見された情報により更新することを含んでもよい。特定の実施形態では、特定のゲームオブジェクトと関連付けられたメタデータは、常にアンロックされるとしてマーク付けされる。方法は更に、ゲームオブジェクトを発見することに関するヘルプについての要求を受信することと、要求を受信したことに応答して、選択されたゲームオブジェクトによりヘルプシステムを起動することと、を含んでもよい。加えて、ゲームオブジェクトデータは、スナップモードにおいてレビューまたは消費されてもよく、スナップモードは、ピクチャインピクチャ、デュアルスクリーン、または更なるデバイスを含む。

【0013】

本開示の別の実施例の実施形態に従って、ゲーム内オブジェクトのクロスプラットフォーム消費のための方法のステップは、１つ以上のプロセッサによって実施されるとき、記載されるステップを実行する命令を含む非一時的機械可読媒体に記憶される。

【0014】

開示の他の実施例の実施形態及び態様は、以下の図面と併用して以下の説明から明らかになるであろう。

【0015】

実施形態が添付図面の図において実施例として、及び限定ではなく示され、図面では、同一の参照符号は、同様の要素を指す。

【図面の簡単な説明】

【0016】

【図1】１つの実施例の実施形態に従った、利用可能なゲーム活動に関するコンテキスト情報をユーザに提供する例示的なシステムアーキテクチャを示す。

【図2】１つの実施例の実施形態に従った、別の例示的なシステムアーキテクチャを示す。

【図3】１つの実施例の実施形態に従った、一様なデータプラットフォームについてのデータモデルを提供する例示的なシステムを示す。

【図4】１つの実施例の実施形態に従った、例示的なゲームオブジェクトを示す。

【図5】１つの実施例の実施形態に従った、ゲーム内オブジェクトのクロスプラットフォーム消費のための方法のフローチャートを示す。

【図6】本明細書で議論される方法論のうちのいずれか１つ以上を実行するためのマシンに対する命令のセットが実行されるコンピュータシステムの形式にある実施例のマシンの図表示である。

【発明を実施するための形態】

【0017】

以下の詳細な説明は、詳細な説明の一部を形成する、添付図面への参照を含む。図面は、実施例の実施形態に従った例示を示す。本明細書で「実施例」とも称される、それらの実施例の実施形態は、当業者が本主題を実施することを可能にするよう十分に詳細に説明される。実施形態が組み合わされてもよく、他の実施形態が利用されてもよく、または特許請求される範囲から逸脱することなく、構造的変更、論理的変更、及び電気的変更が行われてもよい。したがって、以下の詳細な説明は、限定する意味で解釈されることはなく、範囲は、添付の特許請求の範囲及びそれらの同等物によって定義される。

【0018】

本明細書で開示される技術は、ユーザ（例えば、ゲームプレイヤ）が、ゲーム外プラットフォーム経験を介してアンロックするゲーム伝承を追跡及び消費することを可能にし、その結果、ユーザは、伝承をいつでもどこでも消費することができ、（オフコンソールを含む）、その結果、ユーザは、アンロックされたままである伝承アイテムを記録することができる。ビデオゲームは、カットシーン、音声ログ、ゲーム内ブック、及びゲーム内ジャーナルエントリ（収支の仕訳）などの形式において豊富な伝承コンテンツを供給する。伝承をアンロックすることは、ゲームプレイに直接影響を与えることがあり、有用なコンテキストをゲームプレイに提供することがある（例えば、ビデオゲームの背景を提供する）。ユーザは、それらのゲームアクションを中断することなく、このコンテンツに関与することを望むことがある。

【0019】

ここで開示される技術は、ユーザが、それらのコンソールから離れるときにこのコンテンツを消費することを可能にし、その結果、ユーザは、能動的ゲームプレイに対してそれらのコンソール時間を集中させることができると共に、ゲーム世界に自身を深く没入させることが可能である。本開示に従って、ユーザは、ウェブ上で、またはモバイルアプリケーションを介してビデオゲームをプレイする間に、ゲームオブジェクトを発見することができる。一様なデータプラットフォームは、ゲームオブジェクトがユーザの活動に関連する場合、収集されたゲームオブジェクトを追跡することができ、前にアンロックされたゲームオブジェクトを示すことができる。

【0020】

図１は、１つの実施例の実施形態に従った、利用可能なゲーム活動に関するコンテキスト情報をユーザに提供する例示的なシステムアーキテクチャ１００である。いくつかの実施形態では、例示的なシステムアーキテクチャ１００は、ゲームクライアント１０５、一様なデータシステム（ＵＤＳ）ソフトウェア開発キット（ＳＤＫ）１１０、コンソールシステムソフトウェア１１５、ローカルルールエンジン１２０、ＵＤＳサーバ１２５、ゲームサーバ１３０、処理済みデータ１３５、並びにヘルプサービス１４０、ゲームプラン１４５、ユーザにより生成されたコンテンツ（ＵＧＣ）タギング１５０、及び他のサービス（複数可）１５５を含む１つ以上の他のリモートネットワーク化サービスを含む。ヘルプサービス１４０も、他のデータソース（複数可）１６０から情報を受信してもよい。

【0021】

ゲームクライアント１０５及びゲームサーバ１３０は、一様なデータシステム（ＵＤＳ）ＳＤＫ１１０によって使用されるＵＤＳデータの論理的構造を記述したＵＤＳデータモデルを介して、複数のアプリケーションに関するコンテキスト情報をＵＤＳサーバ１２５に提供する。ＵＤＳデータモデルは、各ゲームが各サービスをサポートするよう別個にパッチされる必要なく、プラットフォームが、ゲームデータを必要とする、ヘルプサービス１４０、ゲームプラン１４５、ＵＧＣタギング１５０、及び他のサービス（複数可）１５５などのリモートネットワーク化サービスを実現することを可能にする。ＵＤＳデータモデルは、ゲームにわたって統一した様式において、コンテキスト情報を情報の各部分に割り当てる。ゲームクライアント１０５及びＵＤＳ ＳＤＫ１１０からのコンテキスト情報は、コンソールシステムソフトウェア１１５を介してＵＤＳサーバ１２５に提供される。ゲームクライアント１０５、ＵＤＳ ＳＤＫ１１０、コンソールシステムソフトウェア１１５、及びローカルルールエンジン１２０は、複数のアプリケーションを実行するためのコンピュータまたは他の適切なハードウェア上で稼働してもよいことが理解されよう。

【0022】

ＵＤＳサーバ１２５は、複数のアプリケーションからのゲームクライアント１０５及びゲームサーバ１３０からコンテキスト情報を受信及び記憶する。確かに、ＵＤＳサーバ１２５は、複数のユーザに対する複数のゲームクライアント及びゲームサーバからコンテキスト情報を受信してもよい。情報は、一様に処理されてもよく（１３５）、次いで、複数のリモートネットワーク化サービス１４０、１４５、１５０、及び１５５によって受信されてもよい。

【0023】

図２は、本開示に従った、システムアーキテクチャの別の例示的な実施形態を示す。ゲームクライアント２０５は、コンテキスト情報をＵＤＳサーバ２１０に送信し、ＵＤＳサーバ２１０は、プロファイル統計２１５、ゲームプラン２２０、セッション２２５、トーナメント２３０、プレゼンス２３５、及びヘルプシステム２４０を含む、複数のリモートネットワーク化サービスに、統一されたデータモデルにあるコンテキスト情報を提供する。

【0024】

図３は、開示の実施例の実施形態に従った、一様なデータプラットフォーム３１０についてのデータモデルを提供する例示的なシステムを示す。１つの実施例の実施形態では、システム３００は、複数のアプリケーション３３２のうちの少なくとも１つを実行するように構成された少なくとも１つのデバイス３３０を含んでもよく、各アプリケーションは、アプリケーションデータ構造を有する。一様なデータプラットフォーム３１０は、１つ以上のサーバ上で実行されてもよい。一様なデータプラットフォーム３１０は、複数のアプリケーションデータ構造にわたって一様であるデータモデルを含んでもよい。データモデルは、データモデルにおいて示された少なくとも１つのオブジェクトに対応するメタデータ３１２、及び少なくとも１つのメタデータエントリと関連付けられたトリガ条件に対応するイベント３１４を含んでもよい。メタデータ３１２及びイベント３１４の値は、ユーザプロファイルと関連付けられてもよい。一様なデータプラットフォーム３１０は、少なくとも１つのデバイス３３０からアプリケーションデータを受信し、アプリケーションデータをデータモデル内に記憶するように構成されてもよい。システム３００はまた、データモデルを使用して一様なデータプラットフォーム３１０からアプリケーションデータにアクセスするように構成された複数のリモートネットワーク化サービス３２０を含んでもよい。

【0025】

様々な実施形態では、メタデータ３１２は、ユーザがアプリケーションにおいて行うことができる全ての活動のリスト、活動名、活動の記述、活動の状態（利用可能であるかどうか、開始したかどうか、または完了したかどうか）、活動が目標またはキャンペーンを完了するために必要とされるかどうか、活動に対する完了報酬、イントロカットシーンまたはアウトロカットシーン、ゲーム内位置、活動が利用可能になる前に満たされる必要がある１つ以上の条件、及び下位の活動として活動を包含する親の活動、を含んでもよい。メタデータ３１２は更に、ユーザによって行使することが可能な能力のリスト、各アクションの効果、対応するタイムスタンプ及び位置を含む、いつアクション及び効果が行われるかを示すテレメトリ、ゲーム内座標系、ゲーム内分岐状態のリスト、並びに分岐状態にいつ遭遇するか、及びどのオプションがユーザによって選択されるかを示すテレメトリ、を含んでもよい。ゲーム内統計、アイテム、伝承、ゲーム内ゾーン、並びに各統計、アイテム、伝承、またはゾーンに関する対応する属性のリストは同様に、メタデータ３１２に含まれてもよい。加えて、メタデータ３１２は、特定の活動、エンティティ（キャラクタ、アイテム、能力など）、設定、結果、アクション、効果、位置、または属性が隠されるとしてマーク付けされるべきであるか否かを示すことができる。

【0026】

イベント３１４は、いくつかの様々なトリガ条件に応答して、発生してもよい。例えば、そのようなトリガ条件は、前に利用可能でなかった活動が利用可能になること、ユーザが活動を開始すること、ユーザが活動を終了すること、活動についてのオープニングカットシーンまたはエンディングカットシーンが開始または終了すること、ユーザのゲーム内位置またはゾーンが変化すること、ゲーム内統計が変化すること、アイテムまたは伝承が獲得されること、アクションが実行されること、効果が発生すること、ユーザがキャラクタ、アイテム、または他のゲーム内エンティティと相互作用すること、及び活動、エンティティ、設定、結果、アクション、効果、位置、または属性が発見されること、を含んでもよい。イベント３１４は更に、イベント３１４がトリガされたときのアプリケーションの状態に関する情報、例えば、ユーザが活動を開始もしくは終了したときのタイムスタンプ、難易度設定、及びキャラクタ統計、活動の成功もしくは失敗、または完了した活動と関連付けられたスコアもしくは期間、に関する情報を含んでもよい。

【0027】

図４は、開示の実施例の実施形態に従った、例示的なゲームオブジェクト４００を示す。ゲームオブジェクト（「ゲーム伝承」または単純に「伝承」とも称される）は、ビデオゲームをプレイする間にユーザが発見したオブジェクトを含んでもよい。ゲームオブジェクトは、ゲーム世界に関する貴重な情報を提供することができ、ビデオゲームの状態、ビデオゲームの進行、テキスト、画像、ブック、音声ブック、音声ログ、またはビデオクリップを含んでもよい。ユーザがゲームオブジェクトを発見したことに応答して、ゲームクライアントは、ユーザがゲームオブジェクトを発見したことを示す要求または通知をＵＤＳサーバに送信してもよい。ＵＤＳサーバは次いで、ユーザがゲームオブジェクトを発見したこと、またはそうでなければゲームオブジェクトをアンロックしたことを示す、ゲームオブジェクト及びユーザと関連付けられたメタデータを更新してもよい。

【0028】

１つ以上の実施形態では、表示される情報はまた、ゲームキャラクタについてのコンセプトアート、ゲームレベルに関する開発者コメンタリなど、ゲームまたは特定のゲームオブジェクトに関連するゲーム外メディアを含む。関連するゲームオブジェクトが発見され、またはそうでなければアンロックされたことに応答して、関連するゲーム外メディアも発見されてもよく、またはそうでなければアンロックされてもよいことが理解されよう。ゲーム外メディアは、ＵＤＳサーバ、または他の適切なサーバもしくは第三者リポジトリに記憶されてもよい。ゲームオブジェクトに関する利用可能な最新のゲーム外メディアが提示されるように情報が必要なとき、サーバまたはリポジトリが問い合わされてもよい。

【0029】

ユーザがゲームプレイの間にゲームオブジェクトを発見することができる様々な方式が存在することが理解されよう。例えば、ユーザは、新たなキャラクタまたは生物に遭遇することができ、アーチファクトまたはアイテムを収集することができ、敵の弱点を特定することができ、非プレイヤキャラクタ（ＮＰＣ）からの情報を聞くことができ、カットシーンを見ることができ、ゲームの次のステージに進行することができ、前に発見されていない領域を特定することができ、及び複数のストーリ分岐のうちの１つを選択することができる、などである。代わりに、特定のゲームオブジェクトは、常にアンロックされるとして開発者によって手動でマーク付けされてもよく、それは、ゲームをプレイする前でさえ、すべてのユーザが伝承を消費することを可能にする。ゲームオブジェクトを発見することは、伝承の新たな部分をアンロックすることとは反対に、伝承の既存の部分の更新をトリガすることもできる。例えば、ユーザは、ゲームの過程にわたってＮＰＣの背景に関してより多くを徐々に学習することができる。ＮＰＣに関するより多くの情報を発見したことに応答して、アンロックイベントは、背景の部分ごとに新たな１つずつのエントリを追加する代わりに、そのゲーム内エンティティと関連付けられた伝承の部分を更新してもよい。

【0030】

その上、各々のゲームオブジェクトは、１つ以上の関連するエンティティと関連付けられてもよい。例えば、特定のカットシーンは、その各々がカットシーンゲームオブジェクトについての関連するエンティティとしてリスト化される、様々なキャラクタまたはアイテムに関係してもよい。各ゲームオブジェクトは、ゲームオブジェクトがどのゲーム内活動において獲得されたかを示すこともできる。

【0031】

図４に示されるように、Ｅａｒｔｈ Ｅｌｅｍｅｎｔａｌ（キャラクタ）ゲームオブジェクトをアンロックすることは、キャラクタに関する貴重な情報を提供することができる。この情報は貴重であると共に、それはまた、対話型ゲームをプレイするユーザの能力に影響を与えることなく、ゲーム外環境において後にユーザによって消費されてもよい。プラットフォームレベルにおいて（オンコンソール及びオフコンソール）このキャラクタと関連付けられた情報と共に、プラットフォームと関連付けられたゲームにわたってユーザがそれまでに発見した他のゲーム内伝承の全てをユーザがレビュー及び消費することを可能にすることは、受動的メディアを消費するのではなく、対話型ゲームプレイに集中する能力をユーザに提供する。

【0032】

様々な実施形態では、ユーザインタフェースは、プラットフォームと関連付けられた１つ以上のゲームにわたってユーザが発見した各ゲームオブジェクトを含む。ユーザは、ゲームクライアントまたは別個のデバイスのいずれかを介して、ゲーム内環境またはゲーム外環境においてユーザインタフェースを介して伝承の各利用可能な部分にアクセスしてもよく、それらを消費してもよい。特定の実施形態では、発見されたゲームオブジェクトは、各ゲームオブジェクトがどのゲームと関連付けられるかに関わらず、伝承が発見された時系列において表示されてもよい。このようにして、ユーザは、全ての関連する最新のユーザ活動への即時的なアクセスを有する。代わりに、発見されたゲームオブジェクトは、関連するゲームタイトルによって表示されてもよい。ユーザは、見るためのゲームオブジェクトのサブセットを示すことによって、発見されたゲームオブジェクトを効率的に管理及び見ることができる。サブセットは、ゲームオブジェクトが発見されたゲーム内活動、ゲームオブジェクトが関連するゲーム内エンティティ、ゲームオブジェクトのタイプ（例えば、音声ログ、カットシーン、ブックなど）、まだ読まれていない状態もしくはまだ見られていない状態、またはゲームオブジェクトの発見された状態、によって定義されてもよい。

【0033】

技術はまた、ユーザが、ゲームのセクションごとに伝承の何個の部分をまだ発見していないかを判定することを可能にすることができ、その結果、ユーザは、ゲームが供給する必要がある全範囲のコンテンツをプレイ及び経験することを行うまでに、伝承を探索することを続けることができる。更に、ユーザは、ヘルプオプションを介して発見されていない伝承を獲得することについてのヘルプを要求してもよい。伝承の特定の部分に関するヘルプについての要求を受信したことに応答して、データプラットフォームは、選択された伝承の特定の識別された部分によりヘルプシステムを開始してもよい。ゲームオブジェクトは、データプラットフォームと関連付けられた全てのゲームに対してクロスプラットフォームによりリモートに且つオフラインでアクセスされてもよい。

【0034】

更なる実施形態では、ユーザがゲーム内エンティティと相互作用したことに応答して、ゲームクライアントは、ゲーム内エンティティに関連する発見された伝承のリストをユーザに表示してもよい。ゲームクライアントは、ユーザインタフェースを介して、スナップモード、オーバレイ、または他の適切なモードにおいて、発見された伝承を提示してもよい。

【0035】

ユーザにとってアクセス可能なゲーム伝承は、特定のユーザアカウントまたはユーザプロファイルと関連付けられてもよく、その結果、各ユーザは、ユーザがどのゲーム内オブジェクトを発見したか、または発見していないかに基づいてカスタマイズされたユーザインタフェースを提示されることが理解されよう。

【0036】

図５は、ゲーム内オブジェクトのクロスプラットフォーム消費のための方法５００を示す処理フローチャートである。方法５００は、ハードウェア（例えば、意思決定ロジック、専用ロジック、プログラム可能ロジック、特定用途向け集積回路）、ソフトウェア（汎用コンピュータシステムもしくは専用マシン上で稼働するソフトウェアなど）、または両方の組み合わせを含む処理ロジックによって実行されてもよい。実施例の実施形態では、処理ロジックは、図１及び２のシステムアーキテクチャ１００及び２００それぞれの１つ以上の要素を指す。以下に記載される方法５００の動作は、図において説明され、示される順序とは異なる順序において実装されてもよい。その上、方法５００は、本明細書において示されないが、開示から当業者にとって明白であることがある追加の動作を有してもよい。方法５００はまた、図５に示され、及び以下で説明されるよりも少ない動作を有してもよい。

【0037】

開示の１つの実施例の実施形態に従って、ゲーム内オブジェクトのクロスプラットフォーム消費のための方法５００は、データプラットフォームによって、少なくとも１つの第１のデバイスから、データプラットフォームと関連付けられたビデオゲームをプレイする間にユーザによって発見されたゲームオブジェクトデータを受信することによる、動作５１０において開始し得る。

【0038】

動作５２０では、方法５００は、データプラットフォームによって、クロスプラットフォーム識別子をゲームオブジェクトデータに帰属させることを続けてもよく、クロスプラットフォーム識別子は、ユーザと関連付けられている。動作５３０では、方法５００は、データプラットフォームによって、ゲームオブジェクトデータと関連付けられたメタデータをデータプラットフォームと関連付けられたデータベースに記憶してもよく、メタデータは、ユーザが１つ以上のゲームオブジェクトを発見したことを示す。動作５４０では、方法５００は、データプラットフォームによってデータプラットフォームと関連付けられた第２のデバイスから、ゲームオブジェクトデータ及びメタデータにアクセスする要求を受信してもよく、要求は、クロスプラットフォーム識別子を含む。動作５５０では、方法５００は、データプラットフォームによって、クロスプラットフォーム識別子に基づいて、要求を認証してもよい。動作５６０では、方法５００は、データプラットフォームによって、認証に基づいて、ゲームオブジェクトデータ及びメタデータへのアクセスを選択的に提供してもよい。

【0039】

図６は、本明細書で議論される方法論のうちのいずれか１つ以上をマシンに実行させるための命令のセットを実行することができる、実施例の電子形式のコンピュータシステム６００におけるマシンに対するコンピューティングデバイスの図表示を示す。実施例の実施形態では、マシンは、スタンドアロンデバイスとして動作し、または他のマシンに接続されてもよい（例えば、ネットワーク化される）。ネットワーク化された配置では、マシンは、サーバ－クライアントネットワーク環境内のサーバ、クライアントマシンの能力において、またはピアツーピア（もしくは、分散）ネットワーク環境内のピアマシンとして動作してもよい。マシンは、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、ゲームコンソール、ゲーミングデバイス、セットトップボックス（ＳＴＢ）、テレビデバイス、携帯電話、ポータブルミュージックプレイヤ（例えば、ポータブルハードドライブ音声デバイス）、ウェブアプライアンス、またはそのマシンによって取られることになるアクションを指定する（直列にもしくはその他）命令のセットを実行することが可能ないずれかのマシンであってもよい。更に、単一のマシンのみが示されると共に、用語「マシン」は、本明細書で議論される方法論のうちのいずれか１つ以上を実行するための命令のセット（または、複数のセット）を別個にまたは共同で実行するいずれかのマシンの集合を含むとしても解釈されるものとする。コンピュータシステム６００は、例えば、少なくともコンソール（例えば、図１を参照）、ゲームサーバ１３０、またはＵＤＳサーバ１２５のインスタンスであってもよい。

【0040】

実施例のコンピュータシステム６００は、バス６２０を介して相互に通信する、プロセッサまたは複数のプロセッサ６０５（例えば、中央処理装置（ＣＰＵ）、グラフィックプロセシングユニット（ＧＰＵ）、またはその両方）、並びにメインメモリ６１０及び静的メモリ６１５を含む。コンピュータシステム６００は、ビデオディスプレイユニット６２５（例えば、液晶ディスプレイ（ＬＣＤ））を更に含んでもよい。コンピュータシステム６００はまた、英数字入力デバイス（例えば、キーボード）、カーソル制御デバイス（例えば、マウス）、マイクロフォン、デジタルカメラ、及びビデオカメラなど、少なくとも１つの入力デバイス６３０を含む。コンピュータシステム６００はまた、ディスクドライブユニット６３５、信号生成デバイス６４０（例えば、スピーカ）、及びネットワークインタフェースデバイス６４５を含む。

【0041】

ドライブユニット６３５（ディスクドライブユニット６３５とも称される）は、本明細書で説明される方法論または機能のうちのいずれか１つ以上を具体化し、またはそれらによって利用される１つ以上の命令のセット及びデータ構造（例えば、命令６５５）を記憶した、機械可読媒体６５０（コンピュータ可読媒体６５０とも称される）を含む。命令６５５も、コンピュータシステム６００によるその実行の間、メインメモリ６１０内、及び／またはプロセッサ（複数可）６０５内に完全にまたは部分的に常駐してもよい。メインメモリ６１０及びプロセッサ（複数可）６０５も、機械可読媒体を構成する。

【0042】

命令６５５は更に、いくつかの公知の転送プロトコル（例えば、Ｈｙｐｅｒ ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）、ＣＡＮ（登録商標）、Ｓｅｒｉａｌ、及びＭｏｄｂｕｓ（登録商標））のうちの１つを利用するネットワークインタフェースデバイス６４５を介して、通信ネットワーク６６０を通じて送信または受信されてもよい。通信ネットワーク６６０は、インターネット、ローカルイントラネット、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、仮想プライベートネットワーク（ＶＰＮ）、ストレージエリアネットワーク（ＳＡＮ）、フレームリレー接続、アドバンストインテリジェンスネットワーク（ＡＩＮ）接続、同期光ネットワーク（ＳＯＮＥＴ）接続、デジタルＴ１、Ｔ３、Ｅ１、もしくはＥ３ライン、デジタルデータサービス（ＤＤＳ）接続、デジタルサブスクライバライン（ＤＳＬ）接続、イーサネット（登録商標）接続、インテグレーテッドサービスデジタルネットワーク（ＩＳＤＮ）ライン、ケーブルモデム、アシンクロナストランスファモード（ＡＴＭ）接続、またはファイバ分散データインタフェース（ＦＤＤＩ（登録商標））もしくは銅線分散データインタフェース（ＣＤＤＩ（登録商標））接続を含む。更に、通信ネットワーク６６０はまた、無線アプリケーションプロトコル（ＷＡＰ）、汎用パケット無線サービス（ＧＰＲＳ）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、符号分割多重アクセス（ＣＤＭＡ）もしくは時分割多重アクセス（ＴＤＭＡ）、セルラ電話ネットワーク、グローバルポジショニングシステム（ＧＰＳ）、セルラデジタルパケットデータ（ＣＤＰＤ）、リサーチインモーションリミテッド（ＲＩＭ）二重ページングネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線機、またはＩＥＥＥ８０２．１１に基づく無線周波数ネットワークを含む、様々な無線ネットワークのいずれかへのリンクを含んでもよい。

【0043】

機械可読媒体６５０が単一の媒体であるとして実施例の実施形態に示されると共に、用語「コンピュータ可読媒体」は、１つ以上の命令のセットを記憶した単一の媒体または複数の媒体（例えば、集中化データベースもしくは分散データベース、及び／または関連するキャッシュ及びサーバ）を含むと解釈されるべきである。用語「コンピュータ可読媒体」はまた、マシンによる実行のための命令のセットを記憶し、符号化し、もしくは搬送することが可能であり、本出願の方法論のうちのいずれか１つ以上をマシンに実行させ、またはそのような命令のセットによって利用され、もしくはそのような命令のセットと関連付けられたデータ構造を記憶し、符号化し、もしくは搬送することが可能ないずれかの媒体を含むと解釈されるものとする。したがって、用語「コンピュータ可読媒体」は、それらに限定されないが、ソリッドステートメモリ、光学及び磁気媒体を含むと解釈されるものとする。そのような媒体はまた、それらに限定されないが、ハードディスク、フロッピーディスク、フラッシュメモリカード、デジタルビデオディスク、ランダムアクセスメモリ（ＲＡＭ）、及びリードオンリメモリ（ＲＯＭ）などを含んでもよい。

【0044】

本明細書で説明される実施例の実施形態は、コンピュータにインストールされたコンピュータ実行可能命令（例えば、ソフトウェア）を含む動作環境において、ハードウェアにおいて、またはソフトウェア及びハードウェアの組み合わせにおいて実装されてもよい。コンピュータ実行可能命令は、コンピュータプログラミング言語において記述されてもよく、またはファームウェアロジックにおいて具体化されてもよい。認識された標準に準拠したプログラミング言語において記述される場合、そのような命令は、様々なハードウェアプラットフォーム上で実行されてもよく、様々なオペレーティングシステムへのインタフェースに対して実行されてもよい。それらに限定されないが、本方法を実装するためのコンピュータソフトウェアプログラムは、例えば、ハイパーテキストマークアップ言語（ＨＴＭＬ）、動的ＨＴＭＬ、ＸＭＬ、拡張可能スタイルシート言語（ＸＳＬ）、ドキュメントスタイルセマンティック・スペシフィケーション言語（ＤＳＳＳＬ）、カスケーディングスタイルシート（ＣＳＳ）、シンクロナイズドマルチメディアインテグレーション言語（ＳＭＩＬ）、無線マークアップ言語（ＷＭＬ）、Ｊａｖａ（登録商標）、Ｊｉｎｉ（登録商標）、Ｃ、Ｃ＋＋、Ｃ＃、．ＮＥＴ、Ａｄｏｂｅ Ｆｌａｓｈ（登録商標）、Ｐｅｒｌ、ＵＮＩＸ（登録商標） Ｓｈｅｌｌ、Ｖｉｓｕａｌ Ｂａｓｉｃ（登録商標）もしくはＶｉｓｕａｌ Ｂａｓｉｃスクリプト、仮想現実マークアップ言語（ＶＲＭＬ）、ＣｏｌｄＦｕｓｉｏｎ（登録商標）、あるいは他のコンパイラ、アセンブラ、インタプリタ、または他のコンピュータ言語もしくはプラットフォームなど、いずれかの数の適切なプログラミング言語において記述されてもよい。

【0045】

よって、ゲーム内オブジェクトのクロスプラットフォーム消費のための技術が開示されてきた。実施形態が特定の実施例の実施形態を参照して説明されてきたが、本出願のより広義の趣旨及び範囲から逸脱することなく、それらの実施例の実施形態に様々な修正及び変更が行われてもよいことが明らかである。したがって、明細書及び図面は、限定的な意味ではなく例示的な意味にあると見なされることになる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】