特開 2023-166485 一様なデータプラットフォームのためのデータモデル

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023166485

(43)【公開日】2023-11-21

(54)【発明の名称】一様なデータプラットフォームのためのデータモデル

(51)【国際特許分類】

   A63F 13/79 20140101AFI20231114BHJP

   A63F 13/35 20140101ALI20231114BHJP

   A63F 13/58 20140101ALI20231114BHJP

   A63F 13/53 20140101ALI20231114BHJP

   G06F 9/54 20060101ALI20231114BHJP

【ＦＩ】

A63F13/79

A63F13/35

A63F13/58

A63F13/53

G06F9/54 C

【審査請求】有

【請求項の数】19

【出願形態】ＯＬ

(21)【出願番号】P 2023140843

(22)【出願日】2023-08-31

(62)【分割の表示】P 2021521787の分割

【原出願日】2019-10-15

(31)【優先権主張番号】62/748,902

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

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＢＬＵＥＴＯＯＴＨ

２．ＶＩＳＵＡＬ ＢＡＳＩＣ

(71)【出願人】

【識別番号】518187455

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

(74)【代理人】

【識別番号】100105924

【弁理士】

【氏名又は名称】森下 賢樹

(72)【発明者】

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

(72)【発明者】

【氏名】トロンベッタ，スティーヴン パトリック

(72)【発明者】

【氏名】ベネデット，ウォーレン

(72)【発明者】

【氏名】ノス，ランドン

(72)【発明者】

【氏名】キリチ，アレクセイ

(72)【発明者】

【氏名】モハン，ニティン

(72)【発明者】

【氏名】スペンサー，ヒュー アレクサンダー ディンスデール

(72)【発明者】

【氏名】エドリッジ，ポール

(72)【発明者】

【氏名】パネサール，プリトパル シン

(72)【発明者】

【氏名】ノイエンフェルト，ベネディクト

(72)【発明者】

【氏名】西川 洋平

(72)【発明者】

【氏名】古山 将佳寿

(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】

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

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

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

【図4】１つの実施例の実施形態に従った、一様なデータプラットフォームのためのデータモデルを提供する方法のフローチャートを表す。

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

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

【0014】

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

【0015】

１つの実施例の実施形態では、本明細書で開示されるデータモデルは、プラットフォームが、データを理解し、プレイヤがプラットフォーム上のゲームプレイに関連する特徴及びサービスに再関与することを可能にするために、ゲーム開発者が準拠することが必要とされることがある一様なデータシステムの論理的構造を記述する。このアプローチは、ゲームが各特徴をサポートするために別個にパッチされる必要なく、一様なデータプラットフォームがゲームデータを必要とする特徴を実現することを可能にし得る。

【0016】

本明細書で説明されるデータモデルは、プラットフォーム上の広範囲のゲームプレイに関連する特徴及びサービスに適用することができる一様なデータプラットフォームのための論理的構造を提供する。データモデルは、ゲームからデータを取得することができ、ゲームがプレイされる間に一様なデータプラットフォームにわたってゲーム状態が理解されることを保証することができる。これは、ゲーム構造（例えば、イベント）の最上位に論理的構造を設ける。データモデルは、適切なコンテキスト内でイベント（例えば、探求、活動、進行、アクション、及び敵）への意味の割り当てを可能にすることができる。そのようなゲームデータのセットは、複数のゲーム及びプレイヤにわたっての統一因子であってもよい。

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

図４に示されるように、一様なデータプラットフォームのためのデータモデルを提供する方法は、デバイス及びサーバのうちの少なくとも１つからアプリケーションデータを受信することにより、動作４１０において開始してもよい。デバイスは、複数のアプリケーションのうちの少なくとも１つのアプリケーションの少なくとも一部分を実行してもよく、少なくとも１つのアプリケーションは、アプリケーションデータ構造を有する。動作４２０では、方法４００は、アプリケーションデータをデータプラットフォームに記憶することを続けてもよい。データプラットフォームは、複数のアプリケーションデータ構造にわたって一様なデータモデルを有してもよい。データモデルは、少なくとも１つのメタデータ及び少なくとも１つのイベントを含んでもよく、少なくとも１つのメタデータは、データモデルにおいて示される少なくとも１つのオブジェクトに対応し、少なくとも１つのイベントは、少なくとも１つのメタデータエントリと関連付けられたトリガ条件に対応する。少なくとも１つのメタデータの値及び少なくとも１つのイベントの値は、ユーザプロファイルと関連付けられてもよい。動作４３０では、方法４００は、複数のリモートネットワーク化サービスを介して、データプラットフォームに記憶されたアプリケーションデータにアクセスすることを続けてもよい。複数のリモートネットワークサービスは次いで、データモデルを使用して、アプリケーションデータにアクセスすることができる。

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【図1】

【図2】

【図3】

【図4】

【図5】