JP2023026335A - ゲームプレイセッション調整のためのインテリジェントな推奨 - Google Patents

Abstract

【解決手段】ゲームプレイを監視するためのシステム及び方法は、リアルタイムのゲームプレイオブジェクトデータを監視し、このデータを使用して、ゲームプレイ中のパターンを抽出し、抽出されたパターンに基づいて制御オプションに関する通知を生成するためのものである。これらの通知は、選択された条件に関連する学習モデルに基づいて分析され得るアクティビティデータに基づいて、選択された条件が満たされ得ることを示し得る。学習モデルは、いじめまたは嫌がらせの言葉など、プレイヤビヘイビアに関するモデルを含み得る。抽出パターンは、ゲームプレイセッションの長さ、プレイされたゲームのタイプ、及びゲーム内ビヘイビアを含み得る。管理用アカウントは、選択された条件を満たすアクティビティデータに関連する記録されたメディアセグメントを受信し得る。また、それらのようなアクティビティに従事しているユーザアカウントは、ブロックされてもよい、及び／または代替アクティビティに関する提案を提供されてもよい。【選択図】なし

Description

本技術は、インタラクティブなコンテンツタイトルのゲームプレイを分析することに関する。より具体的には、本技術は、プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズすることに関する。

関連技術の説明
プレイヤは、独自のエクスペリエンスだけでなく、他のプレイヤにも影響するビヘイビアパターンを仮想環境で示す可能性がある（例えば、マルチプレイヤゲームプレイセッション中に）。それらのようなパターンは、身体的健康、精神的及び情緒的健康、ならびに社会的相互作用に関連し、影響する可能性がある。例えば、きわめて長期間、ゲームプレイに従事するプレイヤは、食事時間、身体運動、及び他の健康的な行動を見落としながら、その時間を比較的座りがちで非活動的な状態の中、屋内で過ごすことがある。長期間の反社会的ゲームプレイ、いじめ、嫌がらせ、攻撃的または脅迫的な行動など、有害な可能性のある他のパターンは、社会的相互作用またはその欠如に関連する場合がある。それにもかかわらず、本来であれば健康なプレイヤでさえ、ゲームプレイに関して同じ轍を踏む可能性がある。したがって、多様化の欠如は、ゲームプレイエクスペリエンスの低下につながる可能性がある。

現在のゲームプラットフォームは、ゲームプレイ時間を制限する設定など、いくつかの簡単な設定を提供することができる。ただし、それらのような設定は通常、さまざまな特定の行動に合わせられておらず、単純な制限を適用する画一的なアプローチでは、望ましくないビヘイビアパターンを抑制する、またはその他の方法で中断させるのに最終的に効果がなくなる可能性がある。したがって、現在利用可能なシステムは、それらのようなビヘイビアパターンを、出現時に識別する能力を欠いているだけでなく、パターンが出現した特定の状況及び条件に対応する方法で出現パターンに対処する能力を欠いている。

さらに、プレイヤは異なるデモグラフィックスからのものである可能性がある（それぞれの親（複数可）、保護者（複数可）、世話人（複数可）、または他のタイプのスーパーバイザ（複数可）などがそうであるように）。個々のプレイヤ（及びスーパーバイザ）は、ゲームプレイに関連して、一意の習慣、特異性、及びプリファレンスをさらに示す場合がある。したがって、ゲームプレイの分析及び調整に対する画一的なアプローチは、それらのような個々の特性を考慮に入れることができない。

したがって、ゲームプレイにおける異なるビヘイビアパターンに、より合わされた推奨または通知セットを提供するために、プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするための改善されたシステム及び方法が当該技術で必要とされる。

開示されるのは、プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするためのシステム、装置、方法、コンピュータ可読媒体、及び回路である。少なくとも１つの例によれば、方法は、ユーザアカウント及び１つ以上の選択された条件に関する情報をメモリに格納することと、複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションからのアクティビティデータを監視することであって、アクティビティデータはユーザアカウントに関連付けられる、監視することと、アクティビティデータを分析して選択された条件に関連するユーザアカウントによるゲームプレイでのパターンを抽出することであって、アクティビティデータを分析することは選択された条件に関連する１つ以上の学習モデルに基づく、抽出することと、選択された条件のうちの１つ以上がアクティビティデータによって満たされることを示す抽出されたパターンに基づいてゲームプレイ制御オプションに関する１つ以上の推奨を含む通知を生成することと、を含む。例えば、ネットワーク環境の監視サーバは、ユーザアカウント及び１つ以上の選択された条件に関する情報をメモリに格納し、複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションからのアクティビティデータを監視し、アクティビティデータはユーザアカウントに関連付けられ、アクティビティデータを分析して選択された条件に関連するユーザアカウントによるゲームプレイでのパターンを抽出し、アクティビティデータを分析することは選択された条件に関連する１つ以上の学習モデルに基づき、選択された条件のうちの１つ以上がアクティビティデータによって満たされることを示す抽出されたパターンに基づいてゲームプレイ制御オプションに関する１つ以上の推奨を含む通知を生成する。

別の例では、プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするためにネットワーク環境の監視サーバが提供されてもよい。この監視サーバは、ストレージ（例えば、仮想コンテンツデータ、１つ以上の画像などのようなデータを格納するように構成されるメモリ）、及び１つ以上のプロセッサ（例えば、回路に実装される）を含む。これら１つ以上のプロセッサは、メモリに結合され、命令を、さまざまなコンポーネント（例えば、ネットワークインタフェース、ディスプレイ、出力デバイスなど）と組み合わせて実行すると、ネットワーク環境の監視サーバが、ユーザアカウント及び１つ以上の選択された条件に関する情報をメモリに格納するように構成され、複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションからのアクティビティデータを監視するように構成され、アクティビティデータがユーザアカウントに関連付けられ、アクティビティデータを分析して選択された条件に関連するユーザアカウントによるゲームプレイでのパターンを抽出するように構成され、アクティビティデータを分析することが選択された条件に関連する１つ以上の学習モデルに基づき、選択された条件のうちの１つ以上がアクティビティデータによって満たされることを示す抽出されたパターンに基づいてゲームプレイ制御オプションに関する１つ以上の推奨を含む通知を生成するように構成される。

プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするためのシステムが実装され得る例示的なネットワーク環境を示す。 プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするために使用されるリアルタイムのゲームプレイオブジェクトデータを監視する例示的なＵＤＳシステムを示す。 さまざまなオブジェクト及び関連するイベントの例示的なテーブルを示す。 プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするための例示的な方法のフローチャートである。 本発明の実施形態で使用され得る例示的なエレクトロニックエンターテインメントシステムのブロック図である。

本開示の態様は、プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするためのシステム及び方法を含む。アクティビティデータに基づいて選択された条件が満たされることができること、及び選択された条件に関連する学習モデルがビヘイビアパターンを識別するために適用され得ることを示す通知が提供され得る。学習モデルは、いじめまたは嫌がらせの言葉など、異なるタイプのプレイヤビヘイビアに関するモデルを含み得る。抽出パターンは、ゲームプレイセッションの長さ、プレイされたゲームのタイプ、及びゲーム内ビヘイビアを含み得る。管理用アカウントは、選択された条件を満たすアクティビティデータに関連する記録されたメディアセグメントを受信し得る。それらのようなアクティビティに従事するユーザアカウントに、それらのようなユーザアカウントが管理用プレイヤとインタラクトするのをブロックするか、それらのようなユーザアカウントとのゲームプレイを制限するか、ユーザアカウントと管理用プレイヤアカウントとの間のインタラクションを自動的に記録するか、及び／または管理用プレイヤアカウントに代替アクティビティに関する提案を行うかによって、対処するためのオプションが管理用アカウントにさらに提供され得る。

図１は、プレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするためのシステムが実装され得る例示的なネットワーク環境１００を示す。ネットワーク環境１００は、１つ以上のインタラクティブコンテンツソースサーバ１１０含むことができ、これら１つ以上のインタラクティブコンテンツソースサーバは、ストリーミングコンテンツ（例えば、インタラクティブコンテンツタイトル、ゲームタイトル、インタラクティブビデオ、ポッドキャストなど）、１つ以上プラットフォームサーバ１２０、１つ以上のユーザデバイス１３０、及び１つ以上のデータベース１４０を提供する。

インタラクティブコンテンツソースサーバ１１０（ゲームサーバを含める）は、通信ネットワークを介してユーザデバイス１３０上でストリーミングするために利用可能なインタラクティブメディアを維持し、ストリーミングし、ホストすることができる。それらのようなインタラクティブコンテンツソースサーバ１１０は、クラウド（例えば、１つ以上のクラウドサーバ）に実装され得る。各メディアは、ユーザによる参加（例えば、アクティビティを視聴する、またはそれとインタラクトする）に利用可能であり得る１セット以上のオブジェクトデータを含むことができる。メディアに示されるオブジェクトに関するデータは、図２及び３に関して詳細に議論されるように、インタラクティブコンテンツサーバ１１０、プラットフォームサーバ１２０、及び／またはユーザデバイス１３０によって、オブジェクトファイル２１６（「オブジェクトファイル」）に格納されることができる。

プラットフォームサーバ１２０は、異なるインタラクティブコンテンツソースサーバ１１０、データベース１４０、及びユーザデバイス１３０と通信するために応答可能であることができる。それらのようなプラットフォームサーバ１２０は、１つ以上のクラウドサーバに実装されることができる。プラットフォームサーバ１２０は、個々のプレイヤによるゲームプレイに関する学習モデルを開発してカスタマイズするために、通知サーバ１２０と連動するパターンサーバ１７０を含むことができる。

例示的な実施形態では、ゲームプレイデータは、現在のゲームプレイセッションに関する特定のプレイヤの、インタラクティブコンテンツソースサーバ１１０及び／またはユーザデバイス１３０によって提供され得る。ゲームプレイデータは、オブジェクトデータを含み得、このオブジェクトデータは、仮想環境ならびにその中の仮想要素及びオブジェクトに対するプレイヤのアバターによって行われるゲーム内アクションに関するアクティビティデータを含み得る。パターンサーバ１７０は、アクティビティデータを分析して、ユーザアカウントによるゲームプレイでのパターンを抽出するように構成されることができる。例えば、ゲームプレイパターンは、プレイヤが特定の条件下で特定のタイプのアクションを実行する傾向があることを識別し得る。

いくつかの実施形態では、パターンサーバ１７０は、データベース１４０からの履歴ゲームプレイデータにアクセスして、ゲームプレイパターンを識別するようにオーダーすることもできる。このような履歴データは、特定のプレイヤに関連付けられてもよい、またはプレイヤプロファイルもしくは他のプレイヤデータに示されているのと同様の特性を有する他のプレイヤに関連付けられてもよい。さらなる実施形態では、パターンサーバ１７０は、選択された条件に関連する１つ以上の学習モデルにアクセスしてそれらを評価し、それらのような学習モデルが現在のゲームプレイセッションの条件に適用可能であり得るかどうかを識別することもできる。同様の学習モデルは、ゲームプレイデータと現在のゲームプレイセッションの条件とにマッチングするパターンを含む。他の同様のシチュエーションにあるプレイヤに関連する学習モデルは、現在のゲームプレイセッションのプレイヤを分析するのに有用であるかもしれないが、パターンサーバ１７０は、学習モデルをカスタマイズするために現在のゲームプレイセッションのプレイヤに関する一意のデータをさらに使用することができる。例えば、プレイヤのゲームプレイデータが、類似していると識別された学習モデルからの発散を示す場合、プレイヤの学習モデルは、特定の発散したビヘイビアパターンを含むようにカスタマイズされることができる。

プレイヤがより多くのゲームをプレイし続け、より多くのゲームプレイデータを生成し、そこから新しい異なるビヘイビアパターンが出現し始めることができるにつれて、プレイヤの学習モデルはさらに洗練することができる。したがって、それらのようなカスタマイズされた学習モデルは、異なるゲームタイトル、ゲームジャンル、ゲームプレイモード（例えば、個人、チームベース）、異なるピアプレイヤ（例えば、競争相手またはチームメイト）、ならびにさまざまなゲーム内仮想環境及びその要素を含む、条件の異なる組み合わせの下での特定のプレイヤのゲームプレイを特徴付けるさまざまな異なるビヘイビアパターンを含み得る。一方、ゲームプレイデータは、プレイヤが従事するアクティビティのタイプ、ゲームプレイの長さ、ゲームプレイの成果、仮想環境でのピアとのインタラクションなどを含み得る。

また、プレイヤの学習モデルは、特定のビヘイビアパターンが出現したときに推奨され得るさまざまなアクションに関するデータを含み得る。例えば、識別されたビヘイビアパターンが、長時間のゲームプレイセッション中にプレイヤのパフォーマンスが低下し始めていることを示す場合、学習モデルは、そのようなパターンを、プレイヤにゲームプレイを一休みするように通知すること、指定されたスーパーバイザアカウントに通知すること、ゲームプレイ時間を抑制することを伴うアクション、または他のアクションと関連付けることができる。通知は、ゲームプレイセッションに従事しているプレイヤのユーザデバイス１３０か、管理用ユーザアカウントに関連付けられた別のユーザデバイス１３０かいずれかに通知を送信する、またはその他の方法で提供する通知サーバ１８０によって生成され、提供され得る。パターンサーバ１７０は、通知サーバ１８０を含んでもよい、または通知サーバ１８０とは異なってもよい。

管理用アカウントに関して、通知サーバ１８０は、ユーザアカウントに関連付けられたユーザデバイスへのゲームプレイ制御オプションに関する推奨に関連する通知を管理用アカウントに送信することができる。管理用アカウントが、アクティビティの多様化を要求するなど、ゲームプレイ制御オプションを実装することを選択する場合、通知サーバ１８０は、ユーザアカウントに現在利用可能な１つ以上の代替アクティビティを提案することができる。さらに、ユーザアカウントは、管理用ユーザアカウントによって実装されるゲームプレイ制御オプションに基づいて、所定の期間、現在のアクティビティに従事することをブロックされ得る。他のゲームプレイ制御オプションは、ゲーム時間を抑制すること、または特定の抽出されたパターンに基づいた管理用ユーザアカウントまたはプラットフォームサーバ１２０などによる特定の選択された条件を満たすゲーム内ビヘイビアにフラグ付けすることを含み得る。

パターンサーバ１７０は、ゲームプレイデータ（これはデータベース１４０に格納された履歴データに追加され得る）だけでなく、スーパーバイザアカウントによるその後の制御データ、及び他のプレイヤデータを追跡し続け、識別されたパターン洞察に応答して取られたアクションが満足のいく結果になったかどうかを判定することができる。それらのような分析をさらに使用して、特定のプレイヤの学習モデルを洗練させることができると、同様の条件に関連するその後のゲームプレイセッションで異なるアクションが取られる結果になることがある。ゲームプレイが継続しているため、リアルタイムでさまざまな個々のプレイヤに向けて、さまざまな学習モデルが開発され、カスタマイズされ、さらに洗練することができる。したがって、パターンサーバ１７０はまた、異なる学習モデルを監視し続けて、類似のビヘイビアパターン、発散または収束し始めるビヘイビアパターン、ならびにその関連するアクション及び結果を識別することができる。それらのような分析は、プレイヤの学習モデルをさらにカスタマイズするためにも使用されることができるため、より合わせられたアクション及び推奨が作成されることができる。

インタラクティブコンテンツソースサーバ１１０は、複数のプラットフォームサーバ１２０と通信することができるが、インタラクティブコンテンツソースサーバ１１０は、１つ以上のプラットフォームサーバ１２０上に実装されることができる。プラットフォームサーバ１２０は、例えば、ストリーミングメディア（すなわち、ゲーム、アクティビティ、ビデオ、ポッドキャスト、ユーザ生成コンテンツ（「ＵＧＣ」）、パブリッシャコンテンツなど）をストリーミングするユーザ要求をユーザから受信するなどの命令を実行することもできる。さらに、プラットフォームサーバ１２０は、例えば、ストリーミングメディアコンテンツタイトルをストリーミングするなどの命令を実行することができる。それらのようなストリーミングメディアは、ストリーミングメディアの少なくとも一部に関連する少なくとも１つのオブジェクトセットを有し得る。オブジェクトデータの各セットは、ストリーミングメディアの少なくとも一部の間に表示されるオブジェクトに関するデータ（例えば、アクティビティ情報、ゾーン情報、アクター情報、メカニクス情報、ゲームメディア情報など）を有し得る。

ストリーミングメディア及び関連する少なくとも１セットのオブジェクトデータは、アプリケーションプログラミングインタフェース（ＡＰＩ）１６０によって提供されることができることにより、さまざまなタイプのインタラクティブコンテンツソースサーバ１１０は、異なるプラットフォームサーバ１２０及び異なるユーザデバイス１３０と通信することができる。ＡＰＩ１６０は、ストリーミングメディアコンテンツタイトルを提供するインタラクティブコンテンツソースサーバ１１０、メディア及び関連する少なくとも１セットのオブジェクトデータを提供するプラットフォームサーバ１２０、ならびにその同じものを受信するユーザデバイス１３０の特定のコンピュータプログラミング言語、オペレーティングシステム、プロトコルなどに専用のものであることができる。複数の異なるタイプのインタラクティブコンテンツソースサーバ１１０（またはプラットフォームサーバ１２０またはユーザデバイス１３０）を含むネットワーク環境１００では、同様に、対応する数のＡＰＩ１６０があることができる。

ユーザデバイス１３０は、複数の異なるタイプのコンピューティングデバイスを含むことができる。例えば、ユーザデバイス１３０は、任意の数の異なるゲーミングコンソール、モバイルデバイス、ラップトップ、及びデスクトップを含む場合がある。また、そのようなユーザデバイス１３０は、ダウンロードされたサービスの場合に適切である場合があるメモリカードまたはディスクドライブなどであるが、これらに限定されない他の記憶媒体からデータにアクセスするように構成されてもよい。このようなデバイス１３０は、ネットワークインタフェース、メディアインタフェース、非一時的コンピュータ可読記憶装置（メモリ）、及び、メモリに記憶され得る命令を実行するプロセッサ等であるが、これらに限らない標準的ハードウェアコンピューティングコンポーネントを含んでよい。また、これらのユーザデバイス１３０は、さまざまな異なるオペレーティングシステム（例えば、ｉＯＳ、Ａｎｄｒｏｉｄ（登録商標））、アプリケーションまたはコンピューティング言語（例えば、Ｃ＋＋、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ）を用いて実行してもよい。例示的なユーザデバイス１３０は、図５に関して本明細書に詳細に記載される。

データベース１４０は、プラットフォームサーバ１２０に、インタラクティブコンテンツソースサーバ１１０に、サーバ２１８（図２に示される例）のいずれかに、同じサーバに、異なるサーバに、単一のサーバに、異なるサーバにまたがって、またはユーザデバイス１３０のいずれかに格納されることができる。それらのようなデータベース１４０は、メディア及び／または関連するオブジェクトデータセットを格納することができる。このようなストリーミングメディアは、ユーザが参加することができる１つ以上のオブジェクト（例えば、アクティビティ）、及び／またはピア、メディアコンテンツタイトルのパブリッシャ及び／または第三者のパブリッシャによって作成されるＵＧＣ（例えば、スクリーンショット、ビデオ、実況解説、マッシュアップなど）を描写することができる。そのようなＵＧＣは、そのようなＵＧＣを検索するためのメタデータを含むことができる。そのようなＵＧＣは、メディア及び／またはピアに関する情報も含むことができる。このようなピア情報は、インタラクティブコンテンツタイトル（例えば、ビデオゲーム、インタラクティブブックなど）のオブジェクトとのピアインタラクション中に収集されるデータから導出されることができ、ＵＧＣに「バインド」され、ＵＧＣと共に格納されることができる。このようなバインドは、ＵＧＣがオブジェクトにディープリンク（例えば、直接起動）すること、ＵＧＣのオブジェクト及び／またはピアに関する情報を提供すること、及び／またはユーザがＵＧＣとインタラクトすることを可能にすることができるため、ＵＧＣを拡張する。１つ以上のユーザプロファイルもまたデータベース１４０に格納されることができる。各ユーザプロファイルは、ユーザに関する情報（例えば、アクティビティ及び／またはメディアコンテンツタイトル内のユーザ進行状況、ユーザＩＤ、ユーザのゲームアバターなど）を含むことができ、メディアに関連付けられることができる。

図２は、ゲームプレイでのパターンを抽出するために使用されるリアルタイムのゲームプレイオブジェクトデータを監視する例示的なＵＤＳシステム２００を示す。図２に示されるように、コンソール２２８及びサーバ２１８（例えば、ストリーミングサーバ２２０、ＵＧＣサーバ２２４、及びパターンサーバ１７０、ならびにオブジェクトサーバ２２６）は、それぞれオブジェクトレコーダ２０６及びコンテンツレコーダ２０２によって記録されるオブジェクトデータ及びメディアファイルを受信するように示される。

コンソール２２８は、プラットフォームサーバ１２０、クラウドサーバ、またはサーバ２１８のいずれかに実装されてもよい。コンソール２２８は、以下でより詳細に説明されるコンテンツレコーダ２０２及びオブジェクトレコーダ２１０をさらに含むことができ、コンテンツ（例えば、メディア）は、コンソール２２８を介して記録され、出力され得る。ゲームタイトル２３０は、コンソール２２８で実行され得る。あるいは、またはさらに、コンテンツレコーダ２０２は、プラットフォームサーバ１２０、クラウドサーバ、またはサーバ２１８のいずれかに実装され得る。

このようなコンテンツレコーダ２０２は、インタラクティブコンテンツタイトル２３０（例えば、ゲームサーバ１１０）からコンテンツ（例えば、メディア）を受信し、コンテンツリングバッファ２０８に記録し得る。そのようなリングバッファ２０８は、複数のコンテンツセグメント（例えば、ｖ１、ｖ２及びｖ３）、セグメントごとの開始時刻（例えば、Ｖ１＿ＳＴＡＲＴ＿ＴＳ、Ｖ２＿ＳＴＡＲＴ＿ＴＳ、Ｖ３＿ＳＴＡＲＴ＿ＴＳ）、及びセグメントごとの終了時刻（例えば、Ｖ１＿ＥＮＤ＿ＴＳ、Ｖ２＿ＥＮＤ＿ＴＳ、Ｖ３＿ＥＮＤ＿ＴＳ）を格納することができる。それらのようなセグメントは、コンソール２２８によってメディアファイル２１２（例えば、ＭＰ４、ＷｅｂＭなど）として格納され得る。そのようなメディアファイル２１２（例えば、ストリーミングメディアの一部）を、ストレージ及びその後のストリーミングまたは使用のためにストリーミングサーバ２２０にアップロードすることができるが、メディアファイル２１２を、任意のサーバ、クラウドサーバ、任意のコンソール２２８、または任意のユーザデバイス１３０に格納することができる。メディアファイル２１２は、定期的に、及び／またはリアルタイムで、またはほぼリアルタイムでアップロードされることができる。それらのようなセグメントごとの開始時刻及び終了時刻を、コンソール２２８がコンテンツタイムスタンプファイル２１４として格納することができる。そのようなコンテンツタイムスタンプファイル２１４もまた、メディアファイル２１２のストリーミングＩＤにマッチングするストリーミングＩＤを含むことで、コンテンツタイムスタンプファイル２１４をメディアファイル２１２に関連付けることができる。このようなコンテンツタイムスタンプファイル２１４を、ＵＧＣサーバ２２４にアップロードして格納することができるが、コンテンツタイムスタンプファイル２１４を、任意のサーバ、クラウドサーバ、任意のコンソール２２８、または任意のユーザデバイス１３０に格納することができる。

コンテンツレコーダ２０２がインタラクティブコンテンツタイトル２３０からコンテンツを受信して記録すると同時に、オブジェクトライブラリ２０４は、インタラクティブコンテンツタイトル２３０からオブジェクトデータを受信し、オブジェクトレコーダ２０６は、オブジェクトデータを追跡して、オブジェクトがいつ始まり、いつ終了するかを決定する。そのようなオブジェクトデータは、定期的に、及び／またはリアルタイムで、またはほぼリアルタイムでアップロードされることができる。オブジェクトライブラリ２０４及びオブジェクトレコーダ２０６は、プラットフォームサーバ１２０、クラウドサーバ、または任意のサーバ２１８に実装され得る。オブジェクトレコーダ２０６がオブジェクトの開始を検出すると、オブジェクトレコーダ２０６は、オブジェクトライブラリ２０４からオブジェクトデータ（例えば、オブジェクトとのユーザインタラクション、オブジェクトＩＤ、オブジェクト開始時間、オブジェクト終了時間、オブジェクト結果、オブジェクトタイプなど）を受信し、オブジェクトデータをオブジェクトリングバッファ２０８に記録する（例えば、ＯｂｊｅｃｔＩＤ１、ＳＴＡＲＴ＿ＴＳ；ＯｂｊｅｃｔＩＤ２、ＳＴＡＲＴ＿ＴＳ；ＯｂｊｅｃｔＩＤ３、ＳＴＡＲＴ＿ＴＳ）。オブジェクトリングバッファ２０８に記録されたそのようなオブジェクトデータは、オブジェクトファイル２１６に格納され得る。

そのようなオブジェクトファイル２１６はまた、オブジェクト開始時間、オブジェクト終了時間、オブジェクトＩＤ、オブジェクト結果、オブジェクトタイプ（例えば、対抗試合、クエスト、タスクなど）、オブジェクトに関連するユーザまたはピアデータを含み得る。例えば、オブジェクトファイル２１６は、図３に関して詳細に説明されるように、アクティビティ、ゲーム内アイテム、ゾーン、アクター、メカニクス、ゲームメディアに関するデータを格納することができる。そのようなオブジェクトファイル２１６は、オブジェクトサーバ２２６に格納され得るが、オブジェクトファイル２１６は、任意のサーバ、クラウドサーバ、任意のコンソール２２８、または任意のユーザデバイス１３０に格納され得る。

そのようなオブジェクトデータ（例えば、オブジェクトファイル２１６）は、コンテンツデータ（例えば、メディアファイル２１２及び／またはコンテンツタイムスタンプファイル２１４）に関連付けられることができる。一例では、オブジェクトサーバ２２６は、コンテンツタイムスタンプファイル２１４のストリーミングＩＤと、オブジェクトファイル２１６の対応するアクティビティＩＤとの間のマッチングに基づいて、オブジェクトファイル２１６と共にコンテンツタイムスタンプファイル２１４を格納し、コンテンツタイムスタンプファイル２１４をオブジェクトファイル２１６に関連付ける。別の例では、オブジェクトサーバ２２６は、オブジェクトファイル２１６を格納することができ、オブジェクトファイル２１６についてのクエリをＵＧＣサーバ２２４から受信することができる。そのようなクエリは、クエリと共に送信されるコンテンツタイムスタンプファイル２１４のストリーミングＩＤにマッチングするオブジェクトファイル２１６のアクティビティＩＤを検索することによって実行されることができる。さらに別の例では、コンテンツタイムスタンプファイル２１４の開始時刻及び終了時刻を、クエリと共に送信される対応するオブジェクトファイル２１６の開始時刻及び終了時刻とマッチングさせることによって、格納されたコンテンツタイムスタンプファイル２１４のクエリを実行することができる。そのようなオブジェクトファイル２１６もまた、ＵＧＣサーバ２２４によって、マッチングしたコンテンツタイムスタンプファイル２１４に関連付けられることができるが、この関連付けは、任意のサーバ、クラウドサーバ、任意のコンソール２２８、または任意のユーザデバイス１３０によって実行されることができる。別の例では、オブジェクトファイル２１６及びコンテンツタイムスタンプファイル２１４は、各ファイル２１４、２１６の作成中にコンソール２２８によって関連付けられてもよい。

パターンサーバ１７０は、オブジェクトサーバ２２６からリアルタイムのオブジェクトデータを受信して、ユーザアカウントに関連付けられたアクティビティデータを監視して分析することができる。以下でより詳細に説明されるオブジェクトデータは、ゲームプレイ中に現在何が起こっているかについての洞察を提供することができる。データベース１４０は、ユーザアカウント及び１つ以上の選択された条件に関する情報を格納することができる。パターンサーバ１７０は、ユーザアカウントに関連付けられたアクティビティデータを監視することができる。アクティビティデータは、複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションに基づいて受信されることができる。アクティビティデータをさらに分析して、選択された条件に関連するユーザアカウントによるゲームプレイでのパターンを抽出することができる。

アクティビティデータは、選択された条件に関連する１つ以上の学習モデルに基づいて分析されることができる。学習モデルは、ＡＩ学習モデルを含み得、このＡＩ学習モデルは、プレイヤ間のコミュニケーションをインテリジェントに評価して、入力及び履歴フラグ及び自然言語処理に基づいていじめ及び嫌がらせの言葉を識別する。例えば、学習モデルは、ゲーム環境内のビヘイビア、例えば、他のプレイヤに関連するキャラクターが、会話を離れるビヘイビア、または特定のキャラクターを避けるビヘイビア、及びプレイヤが通信している、そのような反応を引き起こす可能性がある何かに関連するパターンを形成するビヘイビアなどに基づいて他のプレイヤからの不快感レベルを決定してもよい。

適切な場合、通知は、通知サーバ１８０を介して生成されてもよい、及び／または送信されてもよい。通知は、選択された条件のうちの１つ以上がアクティビティデータによって満たされていることを示す抽出されたパターンに基づいて、ゲームプレイ制御オプションに関する１つ以上の推奨を含み得る。例えば、ゲームプレイ制御オプションは、ゲーム時間の抑制、アクティビティの多様化の要求、または選択された条件を満たすゲーム内ビヘイビアのフラグ付けに関連付けられ得る。

さらに、パターンサーバ１７０は、ゲームプレイセッションでのプレイヤによるフラグ付きゲーム内ビヘイビアについてのコンテキストとして管理用アカウントに送信するのに関連メディアファイル２１２が適切であり得ると決定するためのコンテンツタイムスタンプファイル２１４を受信することができる。例えば、管理用ユーザアカウントが通知される前に、選択された条件によってプレイヤに３回のチャンスが与えられた場合、３回のチャンスに達すると、管理用ユーザアカウントは、疑わしいビヘイビアに従事しているプレイヤのゲームプレイセッションのメディアセグメントの記録を受信することができる。記録されたメディアセグメントは、コンテンツレコーダ２０２によって記録されたアクティビティデータに関連する１つ以上のタイムスタンプに基づいて記録され得、別の例では、指定されたスケジュールまたはカレンダーに基づいてユーザアカウントに異なるゲームプレイ制御モードを設定するようにスケジュールまたはカレンダーを設定するような管理用ユーザアカウントを含み得る。ゲームプレイセッションの長さ、またはプレイされたゲームのタイプに関連付けられ得るゲームプレイのパターンは、ユーザアカウントに提示される異なるゲームプレイ制御モードを制御し得る。例えば、ユーザアカウントがより多くの教育ゲームをプレイしている、または社会的相互作用が向上している場合、指定されたスケジュールまたはカレンダーは、より多くのゲームプレイ時間で報いてもよい、またはより多くのタイプのゲームタイトルをユーザアカウントに提示してもよい。

また、パターンサーバ１７０は、ユーザアカウントが所定の期間、現在のアクティビティに従事することをブロックすることができる。さらに、パターンサーバ１７０は、ユーザアカウントに現在利用可能な１つ以上の代替アクティビティに関する提案を提供することができる。利用可能な代替アクティビティは、管理用ユーザアカウント及び／またはプラットフォームサーバ１２０によって、承認されたインタラクティブコンテンツタイトルのみに制限されるように設定され得る。

図３は、さまざまなオブジェクト及び関連するイベントの例示的なテーブルを示す。図３の例示的なテーブル３００に示されるように、そのようなオブジェクトデータ（例えば、オブジェクトファイル２１６）は、アクティビティ可用性変更に関するイベント情報に関連付けられ得、関連するオブジェクト情報を有する他のオブジェクトに関連があり得る。メディア－オブジェクトバインドは、ストリーミングメディアの少なくとも一部に示されるオブジェクトと、ストリーミングメディアとの間にテレメトリを形成してもよい。例えば、そのようなオブジェクトデータは、アクティビティデータ３０２、ゾーンデータ３０４、アクターデータ３０６、メカニクスデータ３０８、ゲームメディアデータ３１０、及び他のゲームプレイ関連データであり得る。

そのようなオブジェクトデータ（例えば、オブジェクトファイル２１６）は、進行中、オープンエンド中、または競合中としてカテゴリ化されてもよい。そのようなアクティビティデータ３０２は、任意選択のプロパティ、例えば、アクティビティのより長い説明、アクティビティに関連する画像、ゲームを起動する前にアクティビティがプレイヤに利用可能であるかどうか、ゲームを完了するためにアクティビティの完了が要求されるかどうか、アクティビティがゲームで繰り返しプレイされることができるかどうか、及びネストされたタスクまたは関連する子アクティビティがあるかどうかを含み得る。そのようなアクティビティデータ３０２は、プレイヤに現在利用可能なアクティビティのリストまたはアレイを示し得るアクティビティ可用性変更イベントを含み得る。例えば、これを使用して、ゲームプランに表示するアクティビティを決定し得る。

そのようなゾーンデータ３０４は、単一座標系に関連するゲーム世界の領域を示し得、それに関連する２Ｄマップをゾーンは有し得、ゾーン上の位置を表示するために使用され得る。ゾーンデータ３０４が適用可能である場合、各ゾーンは、ゾーンＩＤ、及び短いローカライズ可能なゾーン名を含み得る。そのようなゾーンデータ３０４は、３Ｄ世界座標から２Ｄマップ位置に変換するために、ビュー射影行列（４ｘ４）に関連付けられ得る。そのようなゾーンデータ３０４は、プレイヤの現在のゲーム内位置への更新を示す位置変更イベントに関連付けられ得る。そのような位置変更イベントは、定期的に、またはプレイヤのゲーム内位置が顕著に変更されるときにいつでも、ポストされることができる。プラットフォームサーバ１２０は、最新の値を「状態」に格納することができる。そのようなゾーンデータ３０４は、ゾーン内のプレイヤのアバターのｘ、ｙ、ｚ位置だけでなく、プレイヤのアバターの向きまたは方向を示すａ、ｂ、ｃベクトルも含み得る。そのようなゾーンデータ３０４は、アクティビティ開始イベント及び／またはアクティビティ終了イベントに関連付けられることができ、アクティビティ終了イベントの場合、完了、失敗、または放棄の結果がアクティビティ（例えば、アクティビティＩＤ）に関連付けられることができる。

そのようなアクターデータ３０６は、ゲーム内ビヘイビアに関するエンティティに関連付けられ得、プレイヤを制御し得またはゲームを制御し得、そしてゲームプレイ中に動的に変更し得る。そのようなアクターデータ３０６は、アクターのアクターＩＤ、アクターのローカライズ可能な名前、アクターの画像、及び／またはアクターの簡単な記述を含み得る。そのようなアクターデータ３０６は、プレイヤの選択されたアクター（複数可）が変更されたことを示すアクター選択イベントに関連付けられ得る。選択されたアクター（複数可）は、プレイヤがゲーム内で制御しているアクターを表すことができ、プラットフォームサーバ１２０を介してプレイヤのプロファイル及び他のスペースに表示されることができる。一度に１人より多いアクターが選択される場合があり、各ゲームはセーブデータのロード時にアクターのリストを置き換えることができる。

そのようなメカニクスデータ３０８は、ゲームプレイに影響を与えるためにプレイヤまたはゲームによって使用され得るアイテム、スキル、またはエフェクト（例えば、弓、矢、ステルス攻撃、火炎ダメージ）に関連付けられ得、ゲームプレイに影響を与えないアイテム（例えば、収集品）を除外し得る。そのようなメカニクスデータ３０８は、メカニクスのメカニクスＩＤ、メカニクスの簡単な名前、メカニクスの画像、及び／またはメカニクスの簡単な記述を含み得る。そのようなメカニクスデータ３０８は、プレイヤに利用可能なメカニクスが変更されたことを示すメカニクス可用性変更イベントに関連付けられ得る。利用可能とは、ゲーム世界でプレイヤが使用するためにメカニクスが利用可能であることを意味し得るが、メカニクスを使用する前に、プレイヤがメカニクスをインベントリに取得する（例えば、ショップで購入する、その世界から取得する）ためにはいくつかのステップを経験することを必要とし得る。各ゲームは、セーブデータをロードするときにメカニクスのリストを置き換えることができる。

そのようなメカニクスデータ３０８は、プレイヤのインベントリが変更されたことを示すメカニクスインベントリ変更イベントに関連付けられ得る。インベントリは、メカニクスを使用する前にゲーム内で追加ステップを行うことなく、プレイヤがすぐに使用できるメカニクスを指し得る。インベントリ情報は、プラットフォームサーバ１２０に転送され得るさまざまなアクティビティに対するプレイヤの準備を見積もるために使用される。ゲームは、セーブデータをロードすると、メカニクスインベントリのリストを置き換えることができる。クールダウンに関するメカニクスは、インベントリの一部と見なされることができる。あらゆる非ゼロ値に関するメカニクスカウント（例えば、弾薬、回復ポイントなど）は、「インベントリ内」として扱われることができる。インベントリメカニクスは、利用可能なメカニクスのサブセットと見なされることができる。

そのようなメカニクスデータ３０８は、メカニクスがプレイヤによってまたはプレイヤに対して使用されたことを示すメカニクス使用イベントに関連付けられ得、ＵＧＣコンテキスト内にメカニクス使用量として表示されるために使用され得る。そのようなメカニクスデータ３０８は、使用されたメカニクス（例えば、火矢、火炎ダメージ）、またはイニシエータがプレイヤであるかどうかというメカニクス、例えば、メカニクスがプレイヤによってもしくはプレイヤに対して使用されたかどうかというメカニクスなどのリストまたはアレイを含み得る。そのようなメカニクスデータ３０８は、イニシエータアクターＩＤ、イニシエータアクターの現在のゾーンＩＤ、及び／またはイニシエータアクターの現在のｘ、ｙ、ｚ位置を含み得る。そのようなメカニクスデータ３０８は、メカニクスがゲームプレイに影響を与えたことを示すメカニクス影響イベント（例えば、矢が敵に当たる）に関連付けられ得、ＵＧＣコンテキスト内にメカニクス画像を表示するために使用され得る。メカニクス使用イベント及びメカニクス画像イベントはリンクされていなくてもよい。そのようなメカニクスデータ３０８は、イニシエータアクションＩＤ、イニシエータアクターの現在のゾーンＩＤ、イニシエータアクターの現在のｘ、ｙ、ｚ位置、ターゲットアクターＩＤ、ターゲットアクターの現在のゾーンＩＤ、ターゲットアクターの現在のｘ、ｙ、ｚ、及びイニシエータメカニクスを軽減し得る軽減メカニクスを含み得る。

そのようなゲームメディアデータ３１０は、ゲームメディアのゲームメディアＩＤ、ゲームメディアのローカライズ可能な名前、メディアフォーマット（例えば、画像、オーディオ、ビデオ、テキストなど）、メディアのカテゴリまたはタイプ（カットシーン、オーディオログ、ポスター、開発者の解説など）、ＵＲＬまたはサーバプロビジョニングメディアファイル、及び／またはゲームメディアが特定のアクティビティに関連付けられているかどうかを含み得る。そのようなゲームメディアデータ３１０は、ゲームメディアの特定の一部が只今ゲーム内で開始されたことを示すゲームメディア開始イベント、及びゲームメディアの特定の一部が終了したことを示すゲームメディア終了イベントに関連付けられ得る。

図４は、リアルタイムのゲームプレイオブジェクトデータを監視し、ゲームプレイデータ内のパターンを抽出し、抽出されたパターンに基づいて制御オプションに関する通知を生成することによって、プレイヤのゲーム内アクションを評価するための例示的な方法４００のフローチャートである。例示的な方法４００は、特定の動作シーケンスを示しているが、このシーケンスは、本開示の範囲から逸脱することなく変更されることができる。例えば、示された動作のいくつかは、方法４００の機能に実質的に影響を及ぼさずに、並行してまたは異なるシーケンスで実行され得る。他の例では、方法４００を実装する例示的なデバイスまたはシステムの異なるコンポーネントは、実質的に同時にまたは特定のシーケンスで機能を実行することができる。

いくつかの例によれば、この方法は、ステップ４０５では、ユーザアカウント及び１つ以上の選択された条件に関する情報をメモリに格納することを含む。例えば、図１に示されるデータベース１４０は、ユーザアカウント及び１つ以上の選択された条件に関する情報をメモリに格納することができる。

いくつかの例によれば、この方法は、ステップ４１０では、複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションからのアクティビティデータを監視することを含み、アクティビティデータはユーザアカウントに関連付けられる。例えば、図１及び図２に示されるパターンサーバ１７０は、複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションからのアクティビティデータを監視することができ、このアクティビティデータはユーザアカウントに関連付けられ得る。

いくつかの例によれば、この方法は、ステップ４１５では、アクティビティデータを分析して、選択された条件に関連するユーザアカウントによるゲームプレイでのパターンを抽出することを含む。例えば、図１及び２に示されるパターンサーバ１７０は、アクティビティデータを分析して、選択された条件に関連するユーザアカウントによるゲームプレイでのパターンを抽出し得る。いくつかの例では、１つ以上の学習モデルは、いじめまたは嫌がらせの言葉を含むプレイヤビヘイビアに関するモデルを含む。いくつかの例では、アクティビティデータを分析することは、選択された条件に関連する１つ以上の学習モデルに基づいている。いくつかの例では、抽出されたパターンは、ゲームプレイセッションの長さ、プレイされたゲームのタイプ、及びゲーム内ビヘイビアのうちの少なくとも１つに関連付けられる。

いくつかの例によれば、この方法は、ステップ４２０では、選択された条件のうちの１つ以上がアクティビティデータによって満たされることを示す抽出されたパターンに基づいて、ゲームプレイ制御オプションに関する１つ以上の推奨を有する通知を生成することを含む。例えば、図１及び図２に示されるパターンサーバ１７０及び／または通知サーバ１８０は、選択された条件のうちの１つ以上がアクティビティデータによって満たされることを示す抽出されたパターンに基づいて、ゲームプレイ制御オプションに関する１つ以上の推奨を含む通知を生成することができる。いくつかの例では、選択された条件は、管理用ユーザアカウントによって指定されたスケジュールまたはカレンダーを含み、さらに、指定されたスケジュールまたはカレンダーに基づいて、ユーザアカウントの異なるゲームプレイ制御モード間でトグルすることを含む。

いくつかの例によれば、この方法は、ゲームプレイ制御オプションに関する推奨を含む通知を、管理用ユーザアカウントに関連付けられたユーザデバイスに送信することを含む。例えば、図１に示されるプラットフォームサーバ１２０は、ゲームプレイ制御オプションに関する推奨を含む通知を、管理用ユーザアカウントに関連付けられたユーザデバイスに送信し得る。いくつかの例では、通知、推奨、及びゲームプレイ制御オプションは、ユーザデバイスのモバイルアプリケーション（例えば、Ｐｌａｙｓｔａｔｉｏｎ（登録商標）アプリ）を介してアクセス可能であり得る。いくつかの例では、ゲームプレイ制御オプションは、ゲーム時間の抑制、アクティビティの多様化の要求、または選択された条件を満たすゲーム内ビヘイビアのフラグ付けのうちの少なくとも１つを含む。いくつかの例では、選択された条件は、管理用ユーザアカウントによって指定されたスケジュールまたはカレンダーを含み、さらに、指定されたスケジュールまたはカレンダーに基づいて、ユーザアカウントの異なるゲームプレイ制御モード間でトグルすることを含む。

いくつかの例では、管理用ユーザアカウントは、アクティビティの多様化を要求するゲームプレイ制御オプションを実装することを選択する。その結果、方法は、ユーザアカウントが所定の期間、現在のアクティビティに従事するのをブロックすることを含み得る。例えば、図１及び図２に示されるパターンサーバ１７０は、ユーザアカウントが所定の期間、現在のアクティビティに従事することをブロックすることができる。さらに、方法は、ユーザアカウントに現在利用可能な１つ以上の代替アクティビティを提案することを含み得る。例えば、図１及び図２に示されるパターンサーバ１７０は、ユーザアカウントで現在利用可能な１つ以上の代替アクティビティを提案し得る。

いくつかの例によれば、方法は、選択された条件を満たすアクティビティデータに関連する１つ以上のタイムスタンプに基づいて、ユーザアカウントによるゲームプレイのメディアセグメントを記録することを含む。例えば、図２に示されるようにメディアファイル２１２及びコンテンツタイムスタンプファイル２１４を生成するコンテンツリングバッファ２０８を使用するコンテンツレコーダ２０２は、選択された条件を満たすアクティビティデータに関連する１つ以上のタイムスタンプに基づいて、ユーザアカウントによるゲームプレイの記録されたメディアセグメントを生成し得る。

いくつかの例によれば、この方法は、記録されたメディアセグメントを管理用ユーザアカウントに提供することを含む。例えば、図１及び図２に示されるパターンサーバ１７０は、記録されたメディアセグメントを管理用ユーザアカウントに提供することができる。

図５は、本発明の実施形態で使用され得る例示的なエレクトロニックエンターテインメントシステムのブロック図である。図５のエンターテインメントシステム５００は、メインメモリ５０５、中央処理装置（ＣＰＵ）５１０、ベクトルユニット５１５、グラフィックスプロセッシングユニット５２０、入出力（Ｉ／Ｏ）プロセッサ５２５、Ｉ／Ｏプロセッサメモリ５３０、ペリフェラルインタフェース５３５、メモリカード５４０、ユニバーサルシリアルバス（ＵＳＢ）インタフェース５４５、及び通信ネットワークインタフェース５５０を含む。エンターテインメントシステム５００はさらに、オペレーティングシステムリードオンリメモリ（ＯＳ ＲＯＭ）５５５、音声処理ユニット５６０、光ディスク制御ユニット５７０、及びハードディスクドライブ５６５を含み、これらはバス５７５を介してＩ／Ｏプロセッサ５２５に接続される。

エンターテインメントシステム５００は、電子ゲームコンソールであり得る。あるいは、エンターテインメントシステム５００は、汎用コンピュータ、セットトップボックス、ハンドヘルドゲームデバイス、タブレットコンピューティングデバイス、仮想現実デバイス、拡張現実デバイス、またはモバイルコンピューティングデバイスもしくは電話として実装されてよい。エンターテインメントシステムは、特定のフォームファクタ、目的、または設計に応じてより多くのまたはより少ないオペレーティングコンポーネントを含み得る。

図５のＣＰＵ５１０、ベクトルユニット５１５、グラフィックスプロセッシングユニット５２０、及びＩ／Ｏプロセッサ５２５は、システムバス５８５を介して通信する。さらに、図５のＣＰＵ５１０は専用バス５８０を介してメインメモリ５０５と通信し、ベクトルユニット５１５及びグラフィックスプロセッシングユニット５２０は専用バス５９０を介して通信し得る。図５のＣＰＵ５１０は、ＯＳ ＲＯＭ５５５及びメインメモリ５０５に格納されたプログラムを実行する。図５のメインメモリ５０５は、予め格納されたプログラム、及び光ディスク制御ユニット５７０を使用し、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、または他の光ディスク（図示せず）からＩ／Ｏプロセッサ５２５を介して転送されたプログラムを含む場合がある。図５のＩ／Ｏプロセッサ５２５はまた、無線または他の通信ネットワーク（例えば、４Ｇ、ＬＴＥ、１Ｇ等）を介して転送されるコンテンツの導入を可能にし得る。図５のＩ／Ｏプロセッサ５２５は、おもに、ＣＰＵ５１０、ベクトルユニット５１５、グラフィックスプロセッシングユニット５２０、及びペリフェラルインタフェース５３５を含むエンターテインメントシステム５００の多様なデバイス間のデータ交換を制御する。

図５のグラフィックスプロセッシングユニット５２０は、ＣＰＵ５１０及びベクトルユニット５１５から受信するグラフィックス命令を実行して、表示装置（図示せず）で表示するための画像を生成する。例えば、図５のベクトルユニット５１５は、オブジェクトを三次元座標から二次元座標に変換し、二次元座標をグラフィックスプロセッシングユニット５２０に送信し得る。さらに、音声処理ユニット５６０は、命令を実行して音声信号を生成し、音声信号はスピーカ（図示せず）などのオーディオデバイスに出力される。他のデバイスは、ＵＳＢインタフェース５４５、及び無線トランシーバなどの通信ネットワークインタフェース５５０を介してエンターテインメントシステム５００に接続される場合があり、これらは、システム５００の中に、またはプロセッサなどの何らかの他の構成要素の一部として組み込まれる場合もある。

図５のエンターテインメントシステム５００のユーザは、ペリフェラルインタフェース５３５を介して命令をＣＰＵ５１０に提供し、これは、当技術分野で既知のさまざまな異なる利用可能な周辺装置（例えば、コントローラ）の使用を可能にする。例えば、ユーザは、メモリカード５４０もしくは他の非一時的コンピュータ可読記憶媒体に一定のゲーム情報を記憶するように、または、何らかの指定されたアクションを行うようにゲームのアバターに指令するように、ＣＰＵ５１０に指令してよい。

本開示は、さまざまなエンドユーザデバイスによって動作可能であり得るアプリケーションに関する。例えば、エンドユーザデバイスは、パソコン、ホームエンターテインメントシステム（例えば、Ｓｏｎｙ ＰｌａｙＳｔａｔｉｏｎ２（登録商標）またはＳｏｎｙ ＰｌａｙＳｔａｔｉｏｎ３（登録商標）またはＳｏｎｙ ＰｌａｙＳｔａｔｉｏｎ４（登録商標）またはＳｏｎｙ ＰｌａｙＳｔａｔｉｏｎ５（登録商標））、ポータブルゲームデバイス（例えば、Ｓｏｎｙ ＰＳＰ（登録商標）またはＳｏｎｙ Ｖｉｔａ（登録商標））、または、下位ではあるが異なる製造業者のホームエンターテインメントシステムであってよい。本明細書に記載する本方法は、さまざまなデバイスで動作可能であることを十分に意図している。また、本開示の態様は、クロスタイトル中立性で実装され得る、及び／またはさまざまなパブリッシャからのさまざまなタイトルにわたって利用され得る。

本開示の態様は、さまざまなデバイスを使用して動作可能であり得るアプリケーションに実装されてよい。非一時的コンピュータ可読記憶媒体は、実行のために命令を中央演算処理装置（ＣＰＵ）に提供することに関与する任意の媒体（複数可）を指す。このような媒体は、光ディスクもしくは磁気ディスク及びダイナミックメモリなどの不揮発性及び揮発性媒体をそれぞれ含むがこれらに限定されない多くの形態をとることができる。非一時的コンピュータ可読媒体の一般的な形態は、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、任意の他の磁気媒体と、ＣＤ－ＲＯＭディスク、デジタルビデオディスク（ＤＶＤ）、任意の他の光学媒体と、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨＥＰＲＯＭ、及び任意の他のメモリチップもしくはカートリッジとを含む。

さまざまな形態の伝送媒体が、実行のために１つまたは複数の命令の１つまたは複数のシーケンスをＣＰＵに伝えることに関与し得る。バスはデータをシステムＲＡＭに伝え、ＣＰＵは、システムＲＡＭから命令を取り出し、実行する。システムＲＡＭによって受信された命令は、任意選択で、ＣＰＵによる実行の前または後のどちらかに固定ディスクに記憶することができる。さまざまな形式のストレージだけでなく、同じものを実装する他のネットワークインタフェース及びネットワークトポロジも同様に実装され得る。

本開示のいくつかの態様では、コンピュータ可読ストレージデバイス、媒体、及びメモリは、ビットストリームなどを含むケーブルまたは無線信号を含むことができる。しかしながら、言及される場合、非一時的なコンピュータ可読記憶媒体は、エネルギー、搬送信号、電磁波、及び信号自体などの媒体を明示的に除外する。

本技術の上記の詳細な説明は、例示及び説明の目的で提示されている。上記詳細な説明は、包括的であることまたは本技術を開示された詳細な形態に限定することを意図するものではない。上記の教示に照らして、多くの修正形態及び変形形態が可能である。記載した実施形態は、技術の原理、その実際の適用を最も良く説明するために、且つ、さまざまな実施形態で、及び企図された特定の用途に適した様々な修正形態で当業者が技術を利用することを可能にするために選択された。本技術の範囲は、特許請求の範囲により定義されることが意図される。

Claims (21)

1. ゲームプレイに関する学習モデルを開発してカスタマイズするための方法であって、
   ユーザアカウント及び１つ以上の選択された条件に関する情報をメモリに格納することと、
   複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションからのアクティビティデータを監視することであって、前記アクティビティデータは前記ユーザアカウントに関連付けられる、前記監視することと、
   前記アクティビティデータを分析して、前記選択された条件に関連する前記ユーザアカウントによって示される１つ以上のゲームプレイパターンを抽出することであって、前記アクティビティデータを分析することは前記選択された条件に関連する１つ以上の学習モデルに基づく、前記抽出することと、
   前記選択された条件のうちの１つ以上が前記アクティビティデータによって満たされることを示す前記抽出されたパターンに関連する前記学習モデルに基づいて、１つ以上のゲームプレイ制御オプションを含む通知を生成することと、
   を含む、方法。
2. 前記１つ以上の学習モデルは、いじめまたは嫌がらせの言葉を含むプレイヤビヘイビアに関係する、請求項１に記載の方法。
3. 前記抽出されたゲームプレイパターンは、ゲームプレイセッションの長さ、プレイされたゲームのタイプ、及びゲーム内ビヘイビアのうちの少なくとも１つに関連付けられる、請求項１に記載の方法。
4. 管理用ユーザアカウントに関連付けられたユーザデバイスに前記通知を送信することをさらに含み、
   前記ゲームプレイ制御オプションは、前記ユーザデバイスのモバイルアプリケーションを介して選択可能である、請求項１に記載の方法。
5. 前記ゲームプレイ制御オプションは、ゲーム時間の抑制、アクティビティの多様化の要求、または前記選択された条件を満たすゲーム内ビヘイビアのフラグ付けのうちの少なくとも１つを含む、請求項１に記載の方法。
6. 前記選択された条件は、管理用ユーザアカウントによって指定されたスケジュールまたはカレンダーを含み、
   前記指定されたスケジュールまたはカレンダーに基づいて、前記ユーザアカウントの異なるゲームプレイ制御モード間でトグルすることをさらに含む、請求項１に記載の方法。
7. 前記選択された条件を満たす前記アクティビティデータに関連する１つ以上のタイムスタンプに基づいて、前記ユーザアカウントによるゲームプレイのメディアセグメントを記録することと、
   前記記録されたメディアセグメントを管理用ユーザアカウントに提供することと、
   をさらに含む、請求項１に記載の方法。
8. 前記管理用ユーザアカウントは、アクティビティの多様化を要求するゲームプレイ制御オプションを実装することを選択し、
   前記ユーザアカウントが所定の期間、現在のアクティビティに従事するのをブロックすることと、
   前記ユーザアカウントに現在利用可能な１つ以上の代替アクティビティを提案することと、をさらに含む、請求項７に記載の方法。
9. 前記学習モデルのうちの少なくとも１つは、前記ユーザアカウントに関連付けられ、
   前記抽出されたパターンに基づいて前記少なくとも１つの学習モデルをカスタマイズすることをさらに含む、請求項１に記載の方法。
10. １つ以上の選択されたゲームプレイ制御オプション、及び各ゲームプレイ制御オプションの１つ以上の結果に基づいて、前記少なくとも１つの学習モデルを洗練させることをさらに含む、請求項９に記載の方法。
11. ゲームプレイに関する学習モデルを開発してカスタマイズするためのシステムであって、
    ユーザアカウント及び１つ以上の選択された条件に関する情報を格納するメモリと、
    複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションから通信ネットワークを介して送信されたアクティビティデータを受信する通信インタフェースであって、前記アクティビティデータは前記ユーザアカウントに関連付けられる、前記通信インタフェースと、
    前記メモリに格納される命令を実行するプロセッサと、
    を含み、
    前記プロセッサは、
    前記アクティビティデータを監視することと、
    前記アクティビティデータを分析して、前記選択された条件に関連する前記ユーザアカウントによって示される１つ以上のゲームプレイパターンを抽出することであって、前記アクティビティデータを分析することは前記選択された条件に関連する１つ以上の学習モデルに基づく、前記抽出することと、
    前記選択された条件のうちの１つ以上が前記アクティビティデータによって満たされることを示す前記抽出されたパターンに関連する前記学習モデルに基づいて、１つ以上のゲームプレイ制御オプションを含む通知を生成することと、
    を行うための前記命令を実行する、システム。
12. 前記１つ以上の学習モデルは、いじめまたは嫌がらせの言葉を含むプレイヤビヘイビアに関係する、請求項１１に記載のシステム。
13. 前記抽出されたパターンは、ゲームプレイセッションの長さ、プレイされたゲームのタイプ、及びゲーム内ビヘイビアのうちの少なくとも１つに関連付けられる、請求項１１に記載のシステム。
14. 前記通信インタフェースは、前記通信ネットワークを介して管理用ユーザアカウントに関連付けられたユーザデバイスに前記通知をさらに送信し、
    前記ゲームプレイ制御オプションは、前記ユーザデバイスのモバイルアプリケーションを介して選択可能である、請求項１１に記載のシステム。
15. 前記ゲームプレイ制御オプションは、ゲーム時間の抑制、アクティビティの多様化の要求、または前記選択された条件を満たすゲーム内ビヘイビアのフラグ付けのうちの少なくとも１つを含む、請求項１１に記載のシステム。
16. 前記選択された条件は、管理用ユーザアカウントによって指定されたスケジュールまたはカレンダーを含み、
    前記指定されたスケジュールまたはカレンダーに基づいて、前記ユーザアカウントの異なるゲームプレイ制御モード間でトグルすることをさらに含む、請求項１１に記載のシステム。
17. 前記プロセッサは、
    前記選択された条件を満たす前記アクティビティデータに関連する１つ以上のタイムスタンプに基づいて、前記ユーザアカウントによるゲームプレイのメディアセグメントを記録することと、
    前記記録されたメディアセグメントを管理用ユーザアカウントに提供することと、
    を行うためのさらなる命令を実行する、請求項１１に記載のシステム。
18. 前記管理用ユーザアカウントは、アクティビティの多様化を要求するゲームプレイ制御オプションを実装することを選択し、
    前記プロセッサは、
    前記ユーザアカウントが所定の期間、現在のアクティビティに従事するのをブロックすることと、
    前記ユーザアカウントに現在利用可能な１つ以上の代替アクティビティを提案することと、
    を行うためのさらなる命令を実行する、請求項１１に記載のシステム。
19. 前記学習モデルのうちの少なくとも１つは、前記ユーザアカウントに関連付けられ、
    前記プロセッサは、前記抽出されたパターンに基づいて前記少なくとも１つの学習モデルをカスタマイズすることを行うためのさらなる命令を実行する、請求項１１に記載のシステム。
20. 前記プロセッサは、
    １つ以上の選択されたゲームプレイ制御オプション、及び各ゲームプレイ制御オプションの１つ以上の結果に基づいて、前記少なくとも１つの学習モデルを洗練させることを行うためのさらなる命令を実行する、請求項１９に記載のシステム。
21. 命令を含む非一時的なコンピュータ可読媒体であって、
    前記命令は、コンピューティングシステムによって実行されると、前記コンピューティングシステムに、
    ユーザアカウント及び１つ以上の選択された条件に関する情報をメモリに格納することと、
    複数のインタラクティブコンテンツタイトルの複数のゲームプレイセッションからのアクティビティデータを監視することであって、前記アクティビティデータは前記ユーザアカウントに関連付けられる、前記監視することと、
    前記アクティビティデータを分析して、前記選択された条件に関連する前記ユーザアカウントによって示される１つ以上のゲームプレイパターンを抽出することであって、前記アクティビティデータを分析することは前記選択された条件に関連する１つ以上の学習モデルに基づく、前記抽出することと、
    前記選択された条件のうちの１つ以上が前記アクティビティデータによって満たされることを示す前記抽出されたパターンに関連する前記学習モデルに基づいて、１つ以上のゲームプレイ制御オプションを含む通知を生成することと、
    を行わせる、前記非一時的なコンピュータ可読媒体。

Images