JP7121014B2 - ユーザ分析システムおよび方法 - Google Patents

Description

本発明は、ユーザ分析システムおよび方法に関する。

現代のゲームは非常に複雑で機能が豊富である。そのようなゲームの例は、いわゆる「オープンワールド」ゲームであり、ユーザは自由に探索して広範囲の非プレイヤーキャラクタと対話することができ、何をするべきかについてのガイダンスが限られていて、通常、（会話の観点から、あるいは遭遇に応じて武器と戦術の観点から）それらがどのように対話するかについての幅広い選択肢がある。

邪魔にならない方法でユーザをガイドするのを助けるために、ゲームがロードされている間、開発者がゲームプレイ技術に関する有用なメッセージを表示することが一般的である。時間が経つにつれて、ゲームがロードされている間に読むための興味深い情報をユーザに公開しながら、ゲームに関する有用な情報をユーザに提供する。

しかし、提供できるメッセージの数には制限があり、しばらくするとユーザに対するそれらの価値は減少する。

本発明は、この問題を緩和または軽減しようとするものである。

第１の態様では、ビデオゲーム内の現ユーザを支援するユーザ分析方法が請求項１に従って提供される。

別の態様では、ビデオゲーム内の現ユーザを支援するように構成されたユーザ分析システムが請求項１３に従って提供される。

本発明のさらなるそれぞれの態様および特徴は、添付の特許請求の範囲において定義されている。

次に、添付の図面を参照しながら、本発明の実施形態を例として説明する。

本発明の一実施形態による娯楽装置の概略図である。 本発明の一実施形態による、ビデオゲーム内で現ユーザを支援するユーザ分析方法の流れ図である。 本発明の一実施形態による、ビデオゲーム内で現ユーザを支援するユーザ分析方法の流れ図である。

ユーザ分析システムおよび方法が開示されている。以下の説明では、本発明の実施形態の完全な理解を提供するために、いくつかの具体的な詳細が提示されている。しかしながら、これらの具体的な詳細が本発明を実施するために使用される必要がないことは当業者に明らかであろう。逆に、当業者に知られている具体的な詳細は、必要に応じて明確さの目的で省略されている。

ゲームをプレイすることができるシステムの例は、Ｓｏｎｙ（登録商標）ＰｌａｙＳｔａｔｉｏｎ ４（登録商標）娯楽装置またはコンソールである。

図１は、Ｓｏｎｙ（登録商標）ＰｌａｙＳｔａｔｉｏｎ ４（登録商標）娯楽装置のシステム全体のアーキテクチャを概略的に示す。システムユニット１０には、システムユニットに接続可能な様々な周辺装置が設けられている。

システムユニット１０は、中央処理装置（ＣＰＵ）２０Ａおよびグラフィック処理装置（ＧＰＵ）２０Ｂを含む単一チップである加速処理装置（ＡＰＵ）２０を含む。ＡＰＵ２０は、ランダムアクセスメモリ（ＲＡＭ）ユニット２２にアクセスする。

ＡＰＵ２０は、任意選択でＩ／Ｏブリッジ２４を介して、バス４０と通信し、Ｉ／Ｏブリッジ２４は、ＡＰＵ２０の別個の構成要素またはその一部であってもよい。

バス４０に接続されているのは、ハードディスクドライブ３７、および互換性のある光ディスク３６Ａ上のデータにアクセスするように動作可能なブルーレイ（登録商標）ドライブ３６などのデータ記憶構成要素である。さらに、ＲＡＭユニット２２はバス４０と通信することができる。

任意選択でバス４０には補助プロセッサ３８も接続されている。補助プロセッサ３８は、オペレーティングシステムを実行またはサポートするために提供されてもよい。

システムユニット１０は、オーディオ／ビジュアル入力ポート３１、イーサネット（登録商標）ポート３２、ブルートゥース（登録商標）無線リンク３３、Ｗｉ－Ｆｉ（登録商標）無線リンク３４、あるいは１つまたは複数のユニバーサルシリアルバス（ＵＳＢ）ポート３５を介して周辺装置と適宜通信する。オーディオおよびビデオは、ＨＤＭＩ（登録商標）ポートなどのＡＶ出力３９を介して出力されてもよい。

周辺装置は、ＰｌａｙＳｔａｔｉｏｎ Ｅｙｅ（登録商標）などの単眼または立体ビデオカメラ４１、ＰｌａｙＳｔａｔｉｏｎ Ｍｏｖｅ（登録商標）などのワンドスタイルのビデオゲームコントローラ４２およびＤｕａｌＳｈｏｃｋ４（登録商標）などの従来のハンドヘルドビデオゲームコントローラ４３、ＰｌａｙＳｔａｔｉｏｎ Ｐｏｒｔａｂｌｅ（登録商標）およびＰｌａｙＳｔａｔｉｏｎ Ｖｉｔａ（登録商標）などの携帯娯楽装置４４、キーボード４５および／またはマウス４６、例えばリモコンの形態のメディアコントローラ４７、ならびにヘッドセット４８を含んでもよい。プリンタ、または３Ｄプリンタ（図示せず）などの他の周辺装置も同様に考慮することができる。

ＧＰＵ２０Ｂは、任意選択でＣＰＵ２０Ａと連携して、ＡＶ出力３９を介して出力するためのビデオ画像およびオーディオを生成する。任意選択で、オーディオは、オーディオプロセッサ（図示せず）と共に、または代わりにそれによって生成されてもよい。

ビデオおよび任意選択的にオーディオはテレビ５１に提示されてもよい。テレビによってサポートされている場合、ビデオは立体的であってもよい。オーディオは、ステレオ、５．１サラウンドサウンドまたは７．１サラウンドサウンドなどのいくつかのフォーマットのうちの１つでホームシネマシステム５２に提示されてもよい。ビデオおよびオーディオも同様に、ユーザ６０が装着しているヘッドマウントディスプレイユニット５３に提示されてもよい。

動作中、娯楽装置はデフォルトでＦｒｅｅＢＳＤ ９．０の変種などのオペレーティングシステムになる。オペレーティングシステムは、ＣＰＵ２０Ａ、補助プロセッサ３８、またはこれら２つの混合物上で動作することができる。オペレーティングシステムは、ＰｌａｙＳｔａｔｉｏｎ Ｄｙｎａｍｉｃ Ｍｅｎｕなどのグラフィカルユーザインターフェースをユーザに提供する。このメニューにより、ユーザはオペレーティングシステムの機能にアクセスし、ゲームや任意選択的に他のコンテンツを選択することができる。

本発明の一実施形態では、適切なソフトウェア命令の下で動作する娯楽装置は、ユーザに合わせたヒントおよびアドバイスを提供する方法を実装することによってユーザ分析システムとして機能することができる。

本発明の一実施形態では、本方法は、ユーザによるゲームプレイの１つまたは複数の態様に関する１つまたは複数の統計を維持するステップを含む。例示的な統計は、成功または失敗の様々な尺度に関連することができ、通常、これらは様々なゲーム内行動に関連する尺度と正に相関するであろう。これらの尺度は、例えば、個々の遭遇または遭遇の種類、オブジェクトもしくはキャラクタの能力の所有もしくは使用、および／または特定の探求、特定のレベルもしくは領域内での成功の全体的な尺度に特有なもの、あるいは全体としてゲームに関連するものであってもよい。いくつかの非限定的な例は、本明細書において後で提供される。

当然のことながら、ビデオゲームは通常、何万または何十万ものユーザによって再生され、累積的に何百万ものユーザによって再生することができる。その結果、スクリプト化されたヒントを作成する必要なしに現ユーザにアドバイスを提供するために（もちろん、これらは必要に応じて提供することができるが）、成功、失敗および行動に関するそれぞれの記録された統計を照合および分析して、どの行動が成功と相関するかを決定することができる。

説明の目的のために、この方式の非限定的な例は、現ユーザのゲーム内のモンスターとの遭遇を参照して説明することができる。そのモンスターは特定の武器に対して脆弱であり、３メートルの範囲内で強力な攻撃を有するが、水中では素早く動くことができない。

この例示的な例では、ユーザはこのモンスターを倒すことが困難である。遭遇は、ユーザが完了することに失敗した一回限りのイベントであり得るか、またはこのモンスターは、定期的に遭遇するがユーザがモンスターを打つのが比較的困難であるタイプのものであり得る。

この困難は、例えば、最初にモンスターと交戦してからそれを倒すまでにかかる時間を測定すること、および／またはモンスターに対する武器攻撃の数を測定すること、および／またはモンスターとの戦いの間にユーザのキャラクタが受けた健康上のダメージの量を測定すること、および／またはユーザがモンスターとの戦いで死亡した回数によって自動的に検出することができる。これらの測定値は、モンスターとの戦いにおけるユーザの相対的な成功または失敗の代理と見なすことができる。他の測定は当業者に明らかであり、そして上記のように異なる測定は異なるシナリオに適している可能性がある。

ユーザがモンスターとの遭遇を見つけるのがどれほど困難であるかを示す尺度の任意の適切な組み合わせは、他の複数のユーザから照合され分析された尺度と比較することができる。この比較は、リモートサーバ上で行われてもよく、または分析された結果は、（例えば、任意のパッチまたはＤＬＣを用いて、または定期的なバックグラウンドアクティビティとして）局所的な比較のために娯楽装置に定期的に送信されてもよい。また、他のユーザのサブセット、例えば、ゲームプレイに影響を及ぼしたり現在の選択肢を制限したりする可能性がある同様のゲーム内スキルレベル、キャラクタクラス、武器コレクションなどを有するユーザのみに基づいて比較を行うこともできる。そのようなユーザのサブセットは、「ピア」ユーザと呼ばれることがある。ピアグループは、あるいはまたはさらに、地理的基準または人口統計学的基準に従って選択することができ、あるいは特定のサーバ上のユーザ、またはゲーム内の特定の「氏族」または同様の自己識別グループに限定することができる。このような改良は、現ユーザとサンプル母集団との比較をより関連性のあるものにするのに役立つ。例えば、同じ氏族内のそれらのユーザに比較を制限することは、本明細書で後に見られるように、独特の「氏族スタイル」のプレイへの収束をもたらし得る。

他のユーザの間では、様々なレベルの成功と失敗がある。現ユーザの成功は、平均的な成功レベル（例えば、平均的な戦闘時間、平均的なヒット数、そして敗北したモンスターとの遭遇が成功した時に受けた平均的なダメージの適切な組み合わせ）と比較される。また、ユーザの成功率がサンプル母集団の平均を下回っている場合には、これはモンスターとの戦いに関するアドバイスが必要であることを示していると検出され得る。

当然のことながら、アドバイスの必要性を判断することは、任意の適切な成功または失敗（すなわち、成功の欠如）の尺度、および他のユーザから導出されたその尺度の平均からの任意の適切な偏差に基づくことができる。

したがって、例えば、ユーザが平均を下回るかどうかを単に判断する代わりに、ユーザが平均を下回る０．５、１、もしくは１．５標準偏差、または１つまたは複数の照合された成功の尺度に基づいて決定されるように、比較した上位１０％のプレイヤーのみについての平均を下回る１標準偏差であると判断することができる。それゆえ、前者の例は（ユーザがこのモンスターに関して最悪の全体的なプレイヤーのうちの１人であるために）改善ガイダンスを提供することができる一方で、後者の例は（ユーザがまだ最善ほど良くないので）上昇志向ガイダンスを提供することができる。当然のことながら、ゲーム全体に対して、または具体的には提供されるヒントのレベルに対して、例えばユーザが選択した難易度に応じて、異なる尺度を使用することができる。

あるいは、失敗の検出は、同じモンスターと戦う時にユーザが死亡するかもしれない所定のしきい値回数を設定することによって決定されてもよい。このしきい値は、予め設定された数であってもよく、または例えばユーザのキャラクタとモンスターのゲーム内の「レベル」間の差の関数としてアルゴリズム的に導出されてもよい。したがって、モンスターがユーザのキャラクタよりも高いレベルにある場合、ユーザが苦労していると見なされる前に、より多くの死亡が予想され得る。所定の時間内にチェックポイントに到達しないこと、または必要なオブジェクト、属性／才能またはスキルレベルを所有せずにアクションを実行しようとすることなど、同様に予測可能な失敗の尺度を自動的に検出することができる。しかしながら、これらの場合、失敗は予測可能であり得るが、失敗の理由は予測可能ではないかもしれず、それは分析から恩恵を受けるであろう。当然のことながら、そのような失敗の尺度は成功の欠如の尺度と同等である。

いずれにしても、ユーザがモンスターと戦う際にアドバイスから利益を得ることが検出されれば、そのアドバイスを提供することが望ましいようになる。

本発明の一実施形態では、モンスターに関するアドバイスは、ゲーム開発者によって既に準備されているが、まだユーザは見ていないか、またはユーザがかなり前に見たので、それについて忘れている（これは、ゲームのロード中に選択できるヒントが数百種類ある場合に発生する可能性がある）。したがって、モンスターに関するアドバイスは、ヒント選択アルゴリズム内で高い優先度を与えられ、その結果、開発者のアドバイスは、ユーザの成功率が向上するまでより際立ってまたは頻繁に提示される。

あるいはまたはさらに、この特定のモンスターに関するアドバイスがない場合もあり、より一般的には、所与のシナリオで成功するためにユーザの特定の行動を修正する方法に関するアドバイスがない場合もある。

したがって、本発明の一実施形態では、現ユーザとユーザの関連するサンプル母集団との間の遭遇について測定された統計の比較を行うことができる。例えば、モンスターに対するユーザのパフォーマンスが比較的低い改善例では、成功が平均を上回っているプレイヤーに関する統計が使用されるが、一方、ユーザが優れているがさらに優秀になる可能性があるという上昇志向の例では、プレイヤーのトップ１０％に関する統計が使用されてもよい。

モンスターとの遭遇の例に関連して、以下の統計を見いだすことができる。
－現ユーザは武器Ａで戦う。
－現ユーザは通常２０ヒットを管理する。
－現ユーザはモンスターから平均して２ｍの所に立つ。
－現ユーザは、時間の７０％では地形タイプｉ（地上）で、時間の３０％では地形タイプｉｉ（水上）でモンスターと戦う。
－現ユーザは平均してモンスターとの遭遇の７０％の間に死亡する。

一方、平均を上回るプレイヤーの統計は以下の通りである。
－これらのプレイヤーは、時間の３０％では武器Ａで、時間の７０％では武器Ｂで戦う。
－これらのプレイヤーは通常３０ヒットを管理する。
－これらのプレイヤーはモンスターから平均して２．５ｍの所に立つ。
－これらのプレイヤーは、時間の５０％では陸上で、時間の５０％では水上でモンスターと戦う。
－これらのプレイヤーは、平均してモンスターとの遭遇の２５％の間に死亡する。

さらに、最高のプレイヤーについての統計は以下の通りである。
－これらのプレイヤーは、時間の１０％では武器Ａで、時間の９０％では武器Ｂで戦う。
－これらのプレイヤーは通常３５ヒットを管理する。
－これらのプレイヤーはモンスターから平均して３．５ｍの所に立つ。
－これらのプレイヤーは、時間の２５％では陸上で、時間の７５％では水上でモンスターと戦う。
－これらのプレイヤーは、平均してモンスターとの遭遇の５％の間に死亡する。

これらの統計のうち、武器の選択、モンスターからの距離、地形の選択はすべて、優秀なプレイヤーがモンスターと戦うことをどのように選択したか（つまり、彼らの行動）に関連する。一方でヒット数、およびその生存率はそれらの相対的成功に関係する。上記のように、成功に関連する統計は、（例えば、これらの測定値の平均値との比較によって）ユーザが助けを必要としているかどうかを判断するために最初に使用することができ、ここでそれらは、ゲーム内の行動に対して現ユーザ自身の行動を比較できる（より）成功したユーザのサブセットを決定するために使用することができる。

したがって、ユーザの行動統計と成功したプレイヤーの行動統計との間の最大の違いを探すヒントジェネレータを提供することができる。

改善策の場合、ユーザの統計と平均的なプレイヤーの統計を比較すると、最大の違いは武器の選択であり、現プレイヤーは３０％の少数派グループに属している。

その結果、ジェネレータは、このモンスターと戦うために武器Ｂを選ぶことがより良いことを示す入手可能なデータに基づいてヒントを作成することができる。明らかに、「経験豊富な騎士が、［武器Ｂ］が［モンスター］に対して特に効果的であったことを報告する」などの、ゲームに適した言葉を使用することができる。例えばメンターからのジャーナルエントリなど、このアドバイスを自然な方法で提供するために、任意の適切なフィクションを提供することができる。

あるいは、行動の欠如が連続的な変数（タイミング、距離、スピードなど、例えばレーストラックでのコーナリングなど）によって特徴付けることができる行動に関連する場合、修正メッセージは、ユーザの測定された動作と成功したピアのそれとの間の数値的なギャップを減らすために必要な動作の変更を示すことができる。例えば、「トップドライバーはヘアピンベンドでは時速６０マイルまで減速する」、または「［プレイヤーの現在の車］のドライバーはヘアピンベンドではより早くブレーキをかける必要があると報告する」などである。

例に戻ると、現ユーザの武器の選択が不適切であることに対処して、現ユーザが武器Ｂで戦うようにすると、パフォーマンスが向上することができ、さらに向上する可能性がある。

したがって、上昇志向の場合には、現ユーザの最新の統計と優秀なプレイヤーの統計を比較すると、最大の違いは、地形の選択またはモンスターからの平均距離のいずれかになり得る。

したがって、当然のことながら、状況によっては、最も異なる行動に関して明確な全体的な「勝者」が存在せず、または行動の違いはそれほど大きくない。

これに対処するために、任意選択で、システムは、勝利または十分に大きな行動の違いが現れるまで、ますます成功しているプレイヤーを調べることができる。したがって、例えば、システムは最初にユーザの行動を上位５０％のプレイヤーと比較することができ（現ユーザが最初は平均を下回っていると想定する）、明確なガイダンスが検出されない場合は、勝者の行動のセットが出現するかどうかを判断するために、上位２５％、上位１０％、上位５％、上位１％のプレイヤーに連続して進む。当然のことながら、使用される特定の百分率は、純粋に例示的かつ非限定的なものである。

あるいはまたはさらに、任意選択的に行動の任意の比較のために、システムはそのような統計の異なる順列に関する成功の尺度を調べることができ、例えば、地上である距離に立っている人と水中の近くに立っている人の死亡率を比較して、次にどの行動の変化がヒントになるかを選ぶ。

あるいはまたはさらに、他のユーザの全体的な母集団が特定のデータのサブセットについて統計的に有意な結果を提供するのに十分大きい場合、任意選択で、システムは、一般的にユーザと同様の方法でモンスターと戦うことを選ぶことを統計が示すプレイヤーについての統計を分析することができるが、ある場合にはさらなる距離からそれを行い、また別の場合には異なる地形でそれを行う。これらのそれぞれの行動の変化の関数として死亡率の変化を比較することによって、行動の最も有利な変化を識別し、次に示唆するように選択することができる。したがって、より一般的にはサンプル母集団が許容する場合、それぞれの行動の変化（率またはその絶対値）の関数としての成功の変化（率またはその絶対値）を分析して、どの変化行動が成功に最大の変化をもたらすかを決定することができる。

あるいは、現ユーザの統計と比較対象の母集団の統計との２番目に大きい差を、次にヒントとして選択することもできる。

いずれにせよ、任意選択で、システムは、最大の差異以外の差異に関するヒントを構築または促進することを選択することができる。例えば、ユーザが最大の異なるＭ回に関するヒントを既に受け取っている場合には（Ｍはゲーム設計者によって選択された所定の数である）、プレイヤーの行動の別の違いに関するヒントを選択することができる。あるいはまたはさらに、他の差異に関するヒントは、単に多様性のためにランダムまたはランク付けされた頻度に基づいて提供されてもよい。

このプロセスは、比較される母集団内でユーザが所定のレベルの成功（例えば平均的な成功またはＮが所定の数である場合には上位Ｎパーセント）を達成するまで継続することができ、あるいは、所与のシナリオに関して、所定の最大数のヒントが表示されてもよく、あるいは、そのようなヒントは、ゲーム内の所定の期間だけ優先されてもよい。ヒントがシナリオ特有であり、シナリオが終了した場合は、そのヒントを再度表示する必要はない（例えば、敗北したモンスターがボスの戦闘などで１回限りだった場合、または完了したクエストに関連する場合）。

したがって、より一般的には、ゲームプレイ中の現ユーザの成功の尺度は、選択されたユーザの集団内の成功の尺度と比較され、現ユーザの相対的な成功を判断し、この成功がしきい値を下回る場合、ヒントを提供することができる。

前述のように、このヒントは開発者によって既に準備されている可能性があるが、優先順位が付け直される。

あるいは、前述のように、サンプル母集団と比較したユーザの行動の明らかな欠如に応じてヒントを構成することができる。これは、現ユーザの測定行動と選択したユーザ母集団の成功したサブセットの行動統計とを比較し、成功したサブセットの行動（または、本明細書で前述したように、潜在的に他の何らかの寄与行動）との差が最も大きい行動を特定することによって行われる。

この差を減らすような行動の変化を示すヒントが自動的に構築される。

このようにして、開発者が事前にそのようなヒントを徹底的に予測し準備する必要なしに、現ユーザの個々の行動に関連するヒントを構築することができる。さらに、所与のシナリオで現ユーザの行動を現ユーザよりも成功している選択されたユーザの母集団と比較することによって、ユーザのパフォーマンスを段階的に向上させる特注のヒントが、ユーザがどのレベルの熟練度であっても自動的に生成され得る。

関連するヒントを選択または生成するという基本概念に対する変形もまた想定することができる。例えば、任意選択の実施形態では、システムは、ヒントを選択または生成するためにどの統計が使用されたかを記録することができる（前のモンスターとの戦いの例では、これらはユーザの武器の選択か、環境のどこで戦うかの選択であった）。その後に、ユーザが統計にプラスの影響を与えるような方法で（例えば、より良いプレイヤーのコーパスのそれに合うように彼らの武器の選択や戦いの場所を変更することによって）行動を変更し、そして（例えば、モンスターを無事に倒したり、死亡せずにそうすることによって）成功基準を改善した場合には、関連する行動への変化についてユーザを祝福する、正当なフィードバックを提供する「ヒント」を生成することができる。

したがって、より一般的には、ヒントが最初に提示された時にシステムはユーザの統計を記録し、ヒントによって示される提案された１つまたは複数の行動の変化と一致するユーザ行動の１つまたは複数の変化を検出する。検出されると、システムは、任意選択で、祝辞的な「ヒント」（すなわち、以前のヒントと同じ方法で提供されるメッセージ）を提供する。あるいはまたはさらに、システムは、最初の動作が修正されたことに基づいて、異なるユーザ行動を変更するための新しいヒントを提供することができ、したがってさらなる行動を改善して性能をさらに向上させることができる。前述のように、多くの場合、第１のヒントはユーザと成功したコーパスとの間の行動の最大の違いに基づいているため、次のヒントは行動の２番目に大きい違いに関連する可能性がある。あるいは、次のヒントは、より達成度の高いユーザのより限定的なコーパスを使用して生成することができ、これまでは、「改善」と「上昇志向」のヒントがあり得ることが示唆されていたが、したがって、ユーザは改善のヒントに応答して彼らの行動を変更し、これが検出され、次いで、達成度の高いユーザのより選択的なコーパスに基づくヒントを、次の上昇志向のヒントとして生成することができる。より一般的には、次のヒントは、以前は示唆されていなかった、または洗練された参照コーパスから生成された動作の変更に関連する。

オープンワールドゲームでは、ユーザは数十のクエストを並行して開くことができる。任意選択で、ヒントシステムは、最新かつ関連性のあるヒントを提供するために最新のプレイセッションに応答することができ、および／または、その１つもしくは複数のクエスト中に発生するユーザの行動に関するヒントを提供するために、その時点でアクティブであった１つもしくは複数のクエストにそれを関連付けるメタデータでユーザの行動を記録することができる。（当然のことながら、このメタデータを他のプレイヤーからのデータのコーパス内で使用して、アクティブクエストの関数としてコーパスデータの適切なサブセットを選択することができる）。

しかしながら、特定のトピックに関するヒントを要求することによって、ユーザはヒント処理に対するより多くの制御を任意選択的に提供されてもよい。当然のことながら、１つのモンスターを打つこと、または１つの障害を克服することが困難であるユーザは、ゲーム内の他の対戦相手またはパズルでも問題を抱えている可能性がある。さらに、上記のように、ユーザは、利用可能ないくつかの異なるクエストを有することができる。ユーザがあるクエストの進行状況にイライラした時、彼らはプレイを続けるために別のクエストに切り替えるであろうが、実際には他のクエストの進め方についてのヒントが欲しいのである。したがって、このような状況では、ユーザの現在のプレイやクエストの選択が、ユーザが最も支援を必要とするゲームの地域を必ずしも反映していないため、どのヒントがユーザのゲームの楽しさに最も役立つかを見分けることは困難な場合がある。

したがって、本発明の任意選択の実施形態では、ユーザは特定の問題に関するヒントを要求することができる。アクセス可能なユーザインターフェースを提供するために、これは、ユーザがどの利用可能なクエストをヒントにしたいかを識別することによって簡単に行われ、そのクエストに関連するユーザの行動がヒント生成のために優先され得る。あるいはまたはさらに、ユーザは、興味のある分野を示すためにキーワードを入力または選択することを許可されてもよく、それは、例えば、彼らがより効果的に戦うことを望んでいるモンスターの名前、または彼らがしつこく困難に遭遇しているか、または入り口または重要なものなどを見つけることができないゲーム内の場所の名前である。

また、クエストと同様に、潜在的にはアクティブなクエストの名前と同様に、敗北した敵および／または特定の場所を指定するメタデータにユーザの行動を関連付けることができる。

その結果、ユーザがクエストＣの間に場所ＢのモンスターＡを倒す方法を尋ねると、これらのメタデータをフィルタリングすることによって、成功したユーザの関連コーパスを作成することができ、また、関連するヒントを生成して、例えば、ユーザによるクエリの定式化に応じた即時の返信としてユーザに提供することもできる。

さらに、当然のことながら、潜在的にユーザは、ユーザ自身がまだ自分自身の記録された行動データの有用なセットを得るほど十分に遭遇していない、またはプレイしていないというシナリオについてのヒントを求めることができる。例えば、ユーザは、何らかの理由で（例えば、実世界の時間的プレッシャーのために）最小限の手間で特定のクエストを完了することを単に望むかもしれない。この場合、ヒントシステムは、存在しないかまたは不十分なユーザの行動統計を、コーパス内の１人または複数の平均的なユーザからの行動統計と置き換え、彼らが平均的なプレイヤーであるかのようにユーザに対するヒントを生成するために、本明細書で前述したのと同様の方法でコーパス内のより成功したユーザと彼らを比較することができる。当然のことながら、ユーザは、ゲーム内の成功の以前の測定値に基づいてランク付けされてもよく、現ユーザに最も近似し、それゆえ適切なアドバイスを生成するために、コーパス内の類似のランクのユーザから代替ユーザまたは複数のユーザを選択することができる。

先に述べたように、専用のヒント要求に応じた上記の即時応答とは対照的に、そのようなヒントは画面のロード中または入力がない時にトリガされる「アイドル」モードの一部として提供されることが通常想定され、これは入力が所定の時間検出されなかった時にトリガされ得る。

しかしながら、あるいはまたはさらに、本発明の任意選択の実施形態では、「試合後分析」の形態として、ゲームプレイが完了した後に１つまたは複数のヒントがユーザに提供される。これは、（例えば、娯楽装置上でのゲームの強調表示に関連する説明文の修正として）ゲームと同じプラットフォーム上で提供されてもよいし、またはゲームとは別のプラットフォームで提供されてもよく、例えば、ユーザは、携帯電話番号をゲーム開発者もしくは発行者、または娯楽装置によってアクセス可能なネットワークの管理者に登録することができ、ゲームがテキストでその携帯電話に送信するためのヒントテキストを出力することができる。あるいはまたはさらに、携帯電話はアプリをダウンロードしてもよく、そのようなヒントテキストをデータとしてアプリにルーティングすることができるように、ユーザはそれらを識別するログイン認証情報をゲーム開発者または発行者またはネットワーク管理者に提供してもよい。当然のことながら、ヒントが携帯電話などの異なるプラットフォームに送信される場合、ゲームプレイが進行している間に潜在的に（また）送信されてもよい。

このようにして、ユーザは、ユーザにとって都合の良い時に反映を可能にする便利な方法で彼らのゲームプレイを改善するのに役立つヒントを受け取ることができ、そのようなメッセージを保存するテキストスレッドやアプリの場合には、ユーザは一連のヒントを振り返って、まだ実用化されていない有用な情報を思い出すか、これらのヒントの結果としてどのように進歩したかを振り返ることができる。

当然のことながら、ゲームが新たに開始された時、公衆から入手可能なユーザ統計の既存のコーパスは存在しないであろう。しかしながら、そのような統計は、ゲームの品質保証テスト段階、またはゲームのいわゆる早期アクセスまたはベータテストから収集されて、初期のユーザ統計のセットを提供することができる。

さらに、本発明の一実施形態では、ゲームは、より広いコーパスに組み込むために現ユーザの統計を中央サーバにアップロードする。通常、これは匿名化されるが、代わりに、統計の少なくとも一部は、例えばゲームのマルチプレイヤーコンポーネントの場合は、ランク付け方式の一部を形成することもある。

成功の尺度の非限定的な例には、以下が含まれる。
－全体的または戦闘後の平均的な健康レベル。
－全体的または取引後の平均金額。
－所定のオブジェクトの取得。
－探索された利用可能な地形の量、ならびに
－ユーザのキャラクタのゲーム内能力（例えば、ゲームで一般的に見られる強さ、才能、スキルなどの段階的な向上）。

これらの成功の尺度は、ゲーム全体、ゲームの地域、キャラクタレベル、および／または特定のクエスト内で絶対的なもの、あるいはゲーム全体の中での経過時間、ゲームの地域、キャラクタレベル、および／または特定のクエストに相対的なものであってもよい。

測定することができ、そのためにヒントを提供することができる行動の非限定的な例には、以下が含まれる。

ｉ．タイミング：
－いつ対戦相手を攻撃またはブロックするか（通常、特定のクラスに関して、または個々の対戦相手に関して）。
－昼夜を問わず、ゲームキャラクタ内で別の人と対話するかどうか（ここでもまた、特定のクラスに関して、または個々の対戦相手に関して）。
－他のいくつかのタスクを実行した後に別のキャラクタと対話するかどうか、および
－同様に、レース場でいつ加速したりブレーキをかけたりするか。

ｉｉ．武器／装備：
－敵に対する武器の特定の選択（例えば特定のクラスに関連してまたは個々の対戦相手に関連して）
－敵に対する装甲の特定の選択（例えば、特定のクラスに関連して、または個々の対戦相手に関連して）。
－敵に対する呪文の特定の選択（例えば、特定のクラスに関連して、または個々の対戦相手に関連して）、ならびに
－同様に、特定のレースのための車両／タイヤ／燃料積込みなどの特定の選択。

ｉｉｉ．戦術：
－敵に対して何を使用して動くか（例えば特定のクラスに関して、または個々の対戦相手に関して）。
－どこで敵と戦うか（例えば、特定のクラスに関連して、または個々の対戦相手に関連して）。
－敵と戦うために誰を使用するか（例えば特定のクラスに関して、または個々の対戦相手に関して）、ならびに
－同様に、レース中にターボチャージャまたは他の限られた資源をいつ使うか。

ｉｖ．商取引：
－誰と商品を売買するか（個人またはアイテム、あるいは人々またはアイテムのクラス）。
－いつ商品を売買するか（例えば、季節的であるかまたは供給／需要に従うか）
－商品をどのように売買するか（例えば、チャームポーションを飲んだ後により良い価格が得られるのか）、ならびに
－同様に、所与の現在の設定でエンジン、タイヤ、スポイラー、その他の自動車部品をアップグレードするかどうか。

ｖ．探索：
－所与の環境または特定の場所で特定の道具（トーチ、つるはし、コンパスなど）をいつ使用するか。
－所与の環境または特定の場所で追加の探索を実行するかどうか（例えば、ある地域で平均以下の宝が見つかったか）。
－特定のキャラクタと会話するか、特定のオブジェクトと対話するかどうか（例えば、クエストの経過時間またはゲームのチェックポイント間の経過時間が予想を超える場合は、重要な情報が欠落している可能性がある。そのような状況では、ユーザの非プレイヤーキャラクタまたはオブジェクトとの対話を、成功したプレイヤーの対話と比較して、どれが最も人気があるかを検討する）、ならびに
－同様に、レーストラックのどこかでショートカットを探すかどうか。

ｖｉ．スキルと才能：
－スキルツリー内でどのスキルまたは才能のロックを解除するか（例えば、所望の能力、場所、またはオブジェクトにアクセスするために）。
－スキルツリー内でどのスキルまたは才能を向上させるか（例えば、所望の能力、場所、またはオブジェクトにアクセスするために）。ならびに
－ある状況においてどのようなスキルまたは才能を可能にするか（例えば、一度に使用できるのはスキルまたは才能のサブセットのみの場合）。

他の例は当業者に明らかであろう。

ここで図２を見ると、要約的実施形態において、ビデオゲーム内の現ユーザを支援するためのユーザ分析方法は、以下を含む。

第１のステップｓ１１０において、ビデオゲーム内のシナリオにヒントが必要であるという指示を取得する。

第２のステップｓ１２０において、シナリオにおける成功した行動に関するヒントを現ユーザに提供する。本明細書で前述したように、ヒントは、サンプル母集団と比較したユーザの行動の明らかな欠如に応じて、あるいは、ユーザがまだプレイしていないシナリオについてのヒントを要求した場合に想定されるプレイヤーのパフォーマンスに応じて、構成または選択することができ、要約的実施形態では、これは以下のサブステップによって行われる。

第１のサブステップｓ１２２において、本明細書で前述したように、ビデオゲーム内のシナリオに対する１つまたは複数の行動指標を取得する。

第２のサブステップｓ１２４において、本明細書で前述したように、１つまたは複数の取得された行動指標と、シナリオで所定の成功レベルを有することが検出された他のユーザのサブセットから以前に生成された測定された行動指標のコーパスから導出された対応するデータと、の間のそれぞれの差を検出する。

そして第３のサブステップｓ１２６において、本明細書で前述したように、現ユーザと、シナリオで所定の成功レベルを有することが検出された他のユーザのサブセットとの間の１つまたは複数の測定された行動指標のそれぞれの差を減らす１つまたは複数の行動の変化を示すヒントを現ユーザに提供する。

要約的実施形態の一例では、ヒントが必要であるという指示を取得するステップは、本明細書で前述したように、ヒントが求められているシナリオを示すユーザ入力を受け取るステップを含み、評価するステップは、指示されたシナリオに関して他のユーザから以前に生成された測定された行動指標のコーパスをフィルタリングするステップを含む。

要約的実施形態の一例では、本方法は、現ユーザによってプレイされるようなビデオゲーム内のシナリオについての１つまたは複数の成功の指標を測定するステップを含み、ヒントが必要であるという指示を得るステップは、１つまたは複数の測定された成功の指標が評価しきい値を下回るかどうかを検出するステップを含む。本明細書で前述したように、成功の指標は、成功、失敗、またはその両方の組み合わせの尺度に基づいてもよく、任意選択的に、ゲーム設計者によって決定された重要度に従って重み付けされてもよい。

要約的実施形態の一例では、本方法は、シナリオについて他のユーザについて以前に生成された測定された成功の指標のコーパスから導出されたデータに関して、１つまたは複数の測定された成功の指標を評価するステップも含み、評価しきい値は、シナリオの他のユーザに対して以前に生成された測定された成功の指標のコーパスから導出されたデータに基づく。前述したように、これは現ユーザの成功を、所定の成功のしきい値（もちろんこれらはまだ使用できるが）を使用する代わりに、自分のピアの成功に対して評価することができることを意味する。

この場合、本明細書で前述したように、評価しきい値は、例えば、他のユーザのサブセットの平均的成功、他のユーザのサブセットの平均的成功をＭ％（Ｍは所定の数である）下回る値、他のユーザのサブセットの平均的成功をＰ番目（Ｐは所定の数である）の標準偏差だけ下回る値からなるリストから選択されたものである。

要約的実施形態の一例では、ビデオゲーム内のシナリオについての１つまたは複数の行動指標を取得するステップは、以下からなるリストから選択されたものを含む。
ｉ．現ユーザによってプレイされたビデオゲーム内のシナリオについての１つまたは複数の行動指標を測定するステップを含む測定するステップ、ならびに
ｉｉ．シナリオについて他のユーザの所定のサブセットから以前に生成された測定された行動指標のコーパスから１つまたは複数の行動指標を取得するステップ。

本明細書で前述したように、選択肢ｉは、現ユーザと他のユーザのサンプルの平均的な行動（または任意選択で、サンプル平均に近い得点、またはコーパスの選択されたサブセット内から単純に選択された個々のユーザの行動）との行動の違いの比較を可能にする。選択肢ｉはユーザが関連するシナリオをプレイしたと仮定するが、選択肢ｉｉは、ユーザがまだプレイしていないシナリオを指定することを可能にし、したがって、コーパスからの行動指標（例えば、ユーザの平均、または平均的なユーザからの）をヒントシステムの現ユーザの代わりに選択することができ、これにより、ユーザが実際にシナリオをプレイしていない場合でも、ヒントシステムは透過的に動作することができる。

要約的実施形態の一例では、少なくとも１つの評価差異検出ステップは、現ユーザをシナリオについての他のユーザのサブセットと比較するステップを含み、サブセットは以下からなるリストから選択される。すべてのユーザ、平均値から所定数の標準偏差の範囲外のユーザを除くすべてのユーザ、平均を上回るユーザ、およびユーザのうちの最も成功したＮ％（Ｎは所定の数）であり、測定された成功の指標のそれぞれの評価によって決定される。

要約的実施形態の一例では、少なくとも１つの差異検出ステップは、現ユーザをシナリオについての他のユーザのサブセットと比較するステップを含み、サブセットは以下からなるリストから選択される。共通の地理的地域（例えば、町、郡、国または大陸）内のユーザ、共通の人口統計学的グループ（例えば、年齢層、性別、国籍および／または言語）内のユーザ、ゲーム内の自己識別されたグループ内のユーザ（例えば、氏族）、同じゲーム内ロケーション内のユーザ、および同じゲーム内クエストをフォローしているユーザ。氏族の場合には、当然のことながら、貧しいプレイヤーは、氏族内で最も優秀なプレイヤーのプレイスタイルを反映したヒントを受け取ることになる。これは、氏族リーダーの影響を受けて、氏族スタイルに収束する可能性がある。いくつかの大規模多人数参加型オンラインゲームでは、これは新しい戦術と行動を出現させるかもしれない。

要約的実施形態の一例では、提供するステップは、現ユーザの１つまたは複数の測定された行動指標と、シナリオで所定のレベルの成功を有することが検出された他のユーザのサブセットの指標との間のそれぞれの差を計算して、以下からなるリストから選択されたものに対応する行動を選択するステップを含む。本明細書で前述したように、ヒントの主題としての最大のそれぞれの差、および最大のそれぞれの差以外の差。

要約的実施形態の一例では、提供するステップは、以下からなるリストから選択された１つまたは複数にヒントを提供するステップを含む。ビデオゲームとは別のアプリケーション（ホスト装置上のＯＳなど）、アプリケーションは、ビデオゲームをホストしている装置とは異なる装置によってホストされている（携帯電話のアプリなど。この場合、ヒントは、ホストデバイス上のＯＳを介して、および／または必要に応じてサーバもしくは他の介在プログラムおよびインフラストラクチャを介してアプリに提供されてもよい）。

要約的実施形態の一例では、本方法は、現ユーザによってプレイされたビデオゲーム内のシナリオについての１つまたは複数の行動指標を測定するステップと、現ユーザによってプレイされるようなビデオゲーム内のシナリオについての１つまたは複数の成功の指標を測定するステップと、測定された行動指標とシナリオを示す成功メタデータとを関連付けるステップと、行動と成功の測定された指標と関連するメタデータをコーパスに追加するステップと、を含む。

このようにして、ユーザ自身のプレイから収集された情報が、ビデオゲームのユーザから生成された行動および成功の測定された指標のコーパスに追加される。

当然のことながら、上記の方法および技術は、ソフトウェア命令によって、または専用ハードウェアの包含または置換によって適用可能として適切に適合された従来のハードウェア上で実行することができる。

したがって、従来の同等の装置の既存の部分への必要な適応は、フロッピー（登録商標）ディスク、光ディスク、ハードディスク、ＰＲＯＭ、ＲＡＭ、フラッシュメモリ、またはこれらもしくは他の記憶媒体の任意の組み合わせなどの非一時的機械可読媒体に格納されたプロセッサ実装可能命令を含むコンピュータプログラム製品の形で実装されてもよく、あるいは、ＡＳＩＣ（特定用途向け集積回路）またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）または従来の同等の装置を適合させるのに使用するのに適した他の構成可能な回路としてハードウェアで実現されてもよい。別に、そのようなコンピュータプログラムは、イーサネット、無線ネットワーク、インターネット、またはこれらもしくは他のネットワークの任意の組み合わせなどのネットワーク上のデータ信号を介して送信されてもよい。

前述のように、適切なハードウェアは、適切なソフトウェアの指示の下で動作するＳｏｎｙ（登録商標）ＰｌａｙＳｔａｔｉｏｎ ４（登録商標）娯楽装置またはコンソールである。

したがって、本発明の要約的な実施形態では、ビデオゲーム内の現ユーザを支援するためのユーザ分析システム（例えば、娯楽装置１０）は、ヒントがビデオゲーム内のシナリオに必要であるという指示を取得するように適合されたヒント指示取得プロセッサ（例えば、適切なソフトウェア命令の下で動作するＣＰＵ２０Ａ）を含む。ヒント指示取得プロセッサは、現ユーザによってプレイされるように、ビデオゲーム内のシナリオについての１つまたは複数の成功の指標を測定するように適合された測定プロセッサ（例えば、適切なソフトウェア命令の下で動作するＣＰＵ２０Ａ）、またはヒントが求められるシナリオを示すユーザ入力を受信するように動作可能なヒント要求プロセッサを含む。システムはまた、シナリオで成功した行動に関するヒントを現ユーザに提供するように適合された提供プロセッサ（例えば、適切なソフトウェア命令の下で動作するＣＰＵ２０Ａ）を含む。提供プロセッサはまた、ビデオゲーム内のシナリオに関する１つまたは複数の行動指標を取得するように適合され、かつ、１つまたは複数の取得された行動指標と、シナリオで所定の成功レベルを有することが検出された他のユーザのサブセットから以前に生成された行動の指標のコーパスから導出された対応するデータと、の間のそれぞれの差を検出するように適合されており、本明細書で前述したように、現ユーザと、シナリオで所定の成功レベルを有することが検出された他のユーザのサブセットとの間の１つまたは複数の測定された行動指標のそれぞれの差を減らす１つまたは複数の行動の変化を示すヒントを現ユーザに提供する。

当然のことながら、原則として、提供プロセッサは、局所的に得られたヒント指示、および任意選択で現在のプレイヤーによってプレイされるようなビデオゲーム内のシナリオについての行動の１つまたは複数の測定された行動指標を、差異データを送り返す前、またはヒント自体を提供プロセッサ（または携帯電話などの別の装置）に送り返す前に、コーパスの少なくとも一部に関して差異検出を実行するリモートサーバに送信するための送信器／受信器を含むことができる。したがって、システムは、ゲームをホストしている娯楽装置とバックエンドサーバとの間に分散されてもよい。

この要約的実施形態の例では、ユーザ分析システムは、現ユーザによってプレイされるようなビデオゲーム内のシナリオについての１つまたは複数の成功の指標を測定するように適合された測定プロセッサを含み、ヒント指示取得プロセッサは、１つまたは複数の測定された成功の指標が評価しきい値を下回るかどうかを検出するように適合された検出プロセッサを含む。

この要約的実施形態の例では、上述のように提供プロセッサは、ビデオゲームとは別のアプリケーションにヒントを提供するように適合されている。

当然のことながら、上述のように、ユーザ分析システムは、適切なソフトウェア命令によってそれを行うように適合されている場合、本明細書に開示されている他の任意の方法および技法を任意選択で実装することができる。

上記の説明および実施形態は、ヒントを生成するために、遭遇の他の成功したプレイヤーの十分に大きいコーパスについての比較データがあると仮定する。品質保証テスト、ベータテスト、早期アクセスプレイなどの間にゲームプレイの統計の記録が作成されたので、あるいは、統計的に有意なサンプルに必要な成功したプレイヤーの必要数が実際のプレイヤーの総数の非常に小さい割合を占めているので、多くのゲームでこれが当てはまり、それで大多数のプレイヤーが初期のパイオニアの努力から恩恵を受けている。

しかし、初期のプレイヤーにとっては、ヒントを提供するのに十分な比較データがない場合があり、そして、遭遇やさらにはモンスターさえも予め決められていない、オープンワールドまたは手続き的に生成されたワールドについても同様に、現ユーザと比較するために遭遇について十分な大きさの成功したプレイヤーのコーパスを取得することは、本質的により困難であり得る。

上記の説明では、所与のモンスターに対するユーザのパフォーマンスに関するゲームプレイ統計は、ユーザのプレイとモンスターとの遭遇に成功したプレイヤーのプレイとの間の違いを識別するために、他の複数のプレイヤーのものと比較される。したがって一般的にこれは関連する比較データを抽出するために遭遇するモンスターの識別、ならびに、比較のための信頼できる基盤を提供するために、この遭遇の他の成功した十分な数のプレイヤーがコーパスに存在することを必要とする。しかしながら、ユニークな、または手続き的に生成された遭遇と創造物の場合には、これは難しいかもしれない。

これに対処するために、本発明の一実施形態では、遭遇するモンスターの分類を一般化または抽象化することによって、遭遇の利用可能なプールを増やすことができる。

したがって、第１の近似として、モンスターは一般的なまたはルートタイプまたはクラス（例えば「ドラゴン」）でタグ付けすることができ、他のプレイヤーがそのタイプのモンスターと遭遇した場合と比較される。これは通常、遭遇がまれである場合に、あるいは、個々の遭遇について大量のデータがない、ゲームのリリースの非常に早い時期（例えば、ＱＡテストの後であるが、ジャーナリストや早期導入者によってレビューが書かれている時など）には、比較のための成功プレイヤーの識別と十分なプールの両方を提供する。

第１の近似で十分なデータが与えられれば、比較のための十分な記録がある場合は、任意選択で分類を洗練して、より関連性の高いヒントを提供することができる。したがって、任意選択で第２の近似として、モンスターはより高いレベルの特異性で識別され得る（例えば、雌のドラゴン、これは雄のドラゴンよりも強力であってもよく、および／またはその戦闘応答に影響するネスティングエリアの近くにとどまるようにプログラムされてもよい）。意味のある比較を可能にするのに十分な数のプレイヤー遭遇が記録されている場合には、次に、このより特定のタイプのモンスターの他のプレイヤー遭遇と比較することができる。

その後に、時間が経過して十分な数のプレイヤーが個々のドラゴンに遭遇した場合には、このプロセスは、本明細書の最初に説明された方式におおよそ匹敵する第３の近似で実行することができ、モンスターを個々に識別することができる（例えば、ゲーム内ＩＤ＃１２３４の漁村の近くで遭遇した雌のドラゴン。水上を飛ぶことはないので、船から弓矢で攻撃することで成功を招く）。意味のある比較を可能にするのに十分な数のプレイヤー遭遇が記録されている場合には、次に、この特定のモンスターの他のプレイヤー遭遇と比較することができる。

したがって、より一般的には、モンスターおよび／または遭遇は、ヒントシステムを駆動するのに十分に大きな成功プレイヤーのコーパスが利用可能になるまで、モンスターおよび／または遭遇のますます一般的な記述に抽象化することができる。

この手法はさらに、所与のクラスの非プレイヤーキャラクタ／モンスターが、その行動、強さおよび／または弱さについて限られた可変性しかないという傾向を利用することができ、そのため、テーマのバリエーションを表すモンスターとの遭遇が成功した場合（例えば、様々なドラゴン）、特定のユーザの行動と比較するための有意義な基礎が依然として提供される可能性がある。

したがって、特定のモンスターとの遭遇についてのヒントを生成するための統計的にロバストな基礎を提供するために、特定のモンスターとのプレイヤー遭遇が十分にない場合（例えば、成功したプレイヤーのコーパスがＮ（Ｎは所定の数）より小さい場合）には、十分に大きいコーパスが見つかるまで分類階層（特定のドラゴン＞雌のドラゴン＞ドラゴン）を上に移動することが合理的な手法であり、それによって分類階層のレベルに関連するヒントが依然として提供される。

上述のように、より多くの人々が時間をかけてゲームをプレイし、同様の遭遇をするにつれて、十分なデータのコーパスが分類階層の下に徐々に形成されるので、利用可能なヒントはますますユーザの特定のモンスター／遭遇に集中するようになる。

［マルチプレイヤーゲーム］
上記の説明および実施形態は、通常、ゲーム内環境の特徴またはパズルとの対話に関して、または非プレイヤーキャラクタとの遭遇に関して、ユーザが他のプレイヤーのコーパスに対する彼ら自身のパフォーマンスに基づいてヒントを受け取ると仮定している。

しかしながら、本明細書に記載の技術は、マルチプレイヤーゲームに拡張することができる。以下では、シングルプレイヤーゲーム経験に関して本明細書で前述したユーザを第１のユーザと呼び、マルチプレイヤー状況内の別のユーザを第２のユーザと呼ぶ。

本発明の一実施形態では、上記のヒントシステムを利用して、第２のユーザのパフォーマンスについてのヒントを第１のユーザに提供することができる（および任意選択でその逆も可能である）。

ヒントシステムは、４つの形態のうちの１つまたは複数をとることができる。第１から第３の形態では、第１のユーザに、第２のユーザに対する自分の行動をどのように調整するかについてのヒントが（前の説明と同様の様式で）提供され、第４の形態では、第１のユーザに、第２のユーザの行動の特定の態様（潜在的な弱点や強み）についてのヒントが提供される。

ヒントシステムの第１および第２の形態では、第２のユーザは個々のモンスターに似ていると考えることができる。しかしながら、そのように、ヒントシステムは、利用可能な関連データの限られたプールのみを有するという前述の問題に遭遇するかもしれない。なぜなら、第２のユーザは、通常、ゲームの全体的なプレイ人口のごくわずかな部分によってのみ対戦相手として遭遇したと想定されるからである。

ヒントシステムの第１の形態は、本明細書で前述した当初のヒントシステムと同様に動作し、単に技術内の個々のモンスターの代わりに第２のユーザを使用する。

したがって、第２のプレイヤーの成功対戦相手のコーパスが、本明細書で前述したヒントシステムに使用することができるデータのコーパスを提供するのに十分に大きいと仮定すると、ヒントシステムの第１の形態では、ヒントを生み出すことができるより成功したプレイヤーと比較して、最初のユーザのプレイにおける潜在的な違いを識別するために、第２のユーザに対する第１のユーザの行動を、本明細書で前述したように、第２のユーザのより成功した対戦相手の行動と比較することができる。

しかしながら、ヒントシステムのこの第１の形態には潜在的な問題があり、それは通常、第２のユーザがゲームの全プレイ人口のごくわずかな割合によってのみ対戦相手として遭遇したと仮定することができることである。

個々の第２のユーザについての成功した対戦相手の記録の潜在的な不足を軽減するために、ヒントシステムの第２の形態は、前述のようにクラスの階層内の個々のモンスターに似ているとして第２のユーザを扱う。この場合、階層、またはより一般的には第２のユーザに関連するプロパティの集合は、キャラクタクラス、達成レベル、現在装備されている武器、呪文、特別な動きまたは他の攻撃／防御能力などのプロパティ、ならびに、プレイスタイルと何らかの相関関係があり得る、プレイヤーの年齢など、プレイヤー自身に関する可能性のある匿名情報を含むことができる。次に、これらのプロパティを有するユーザに対して成功したプレイヤーの記録のセットは、ヒントシステムの使用を可能にするのに十分に大きな母集団を有するプレイヤーの最も関連性のあるサブセット／交差が見つかるまで交差することができる。したがって、例えば、第２のユーザと同様に、キャラクタクラス、レベル、装備された武器が交差すると、第１のユーザにヒントを提供するために十分に大きい母集団の成功したプレイヤー記録をもたらす可能性があるが、一方、キャラクタクラス、レベル、装備された武器とプレイヤーの年齢の交差は、十分に大きな母集団の成功したプレイヤー記録をもたらさない。したがって、この場合、第２のプレイヤーの年齢は、プレイヤー記録のコーパスをさらに絞り込むためには使用されないであろう。このようにして、ヒントシステムについて第２のユーザの近似表現が得られる。

やはり、ヒントシステムの第１の形態と同様に、第１のユーザに対するヒントは、第２のユーザとの遭遇後（または十分な行動データが蓄積された後の第２のユーザとの遭遇中）に提供することができる。当然のことながら、第２のユーザが十分な対戦相手データの利用可能な十分なプールがあるという十分な遭遇がある場合、第２の形態のこの特別な場合はヒントシステムの第１の形態に似ている。

このようにして、第２のユーザに対する成功した遭遇の数が非常に少ない時でさえ、第２のユーザに対して意味のあるヒントを提供することができる。

しかしながら、ヒントシステムの第１および第２の形態の両方に当てはまる別の可能性のある問題がある。すなわち２人の個々のプレイヤーが一度しかまたは非常にまれにしかマルチプレイヤーゲーム内で遭遇することができず、そのため、遭遇が完了した後（または最初のユーザのプレイスタイルを示す十分なデータが比較のために収集された後）にユーザにアドバイスを提供することは、その後の遭遇が間もなく予想されない場合は限定的な価値しかないかもしれないということである。彼らが第２のユーザとプレイする前に、第１のユーザにどんなアドバイスを与えるべきかを予想することがより好ましいであろう。

当然のことながら、成功したプレイヤーのコーパスの利用可能性が第２のユーザと遭遇するか、あるいは成功したプレイヤーのコーパスが第２のユーザと同様のプロパティのセットを有する他のユーザと出会うということが、遭遇の終わりにヒントが提供されることの理由ではなく、むしろ、それは、第１のプレイヤーが第２のユーザに対してどのようにプレイするかを知る必要があるからである。

この問題を軽減するために、次のように、遭遇が始まる前に第１のユーザに関連するヒントを提供することが可能であり得る。本明細書に記載の技術では、第１のユーザのゲームプレイについての統計が、より成功したプレイヤーの関連コーパスとの比較データを提供するために記録される。

当然のことながら、これらの記録は、対戦相手のクラスの階層および／または対戦相手に関連する一連のプロパティに関連して、そして実際には対戦相手の個々のＩＤに関連して、その後の使用のためにアーカイブすることができる（そして実際に、これは、対戦相手がシングルプレイヤーゲーム内のＮＰＣ／モンスターであるか、マルチユーザゲーム内の別のユーザであるかに関わらず行うことができる）。

その後の遭遇では、第２のユーザのＩＤ（またはシングルプレイヤーゲームではモンスター／ＮＰＣ）がアーカイブされたデータと比較され、次に、第２のユーザとの遭遇に関する第１のユーザのゲームプレイ統計を、第２のユーザの成功した対戦相手の現在のコーパスと比較して、現在の遭遇が始まる前にヒントを生成する。

しかし、第１のユーザが第２のユーザと以前に遭遇したことがない場合には、現在の第２のユーザ（またはシングルプレイヤーゲームではモンスター／ＮＰＣ）とプロパティが最も近い交差を有する対戦相手との第１のユーザの以前の記録を、ユーザがその特定の第２のユーザ（またはシングルプレイヤーゲームではモンスター／ＮＰＣ）と実際に対戦する前に、第１のユーザに対するヒントを決定するために、検索して、第２のユーザに対する成功したプレイヤーのコーパスと比較することができる。ここでもまた、プロパティ重複の可能な程度は、非常に一般的なクラスから特定の第２のユーザ自身に対して十分に大きい成功した遭遇の十分なコーパスがある特別な場合まで、成功したプレイヤーの利用可能なコーパスのサイズによって決定することができる。このようにして、ヒントシステムについて第２のユーザの近似表現が得られる。

したがって、上記の例では、第２のユーザが特定のキャラクタクラス、レベル、装備された武器を有しており、第１のユーザは、第２のユーザと同じキャラクタクラスを有する１人の対戦相手と、また第２のユーザと同じキャラクタクラスおよび同様のレベルを有する別の対戦相手と戦ったことがあり得る。この場合、第２のユーザと同じキャラクタクラスおよび同様のレベルを有する対戦相手に関する第１のユーザの記録を検索することができる。

次に、第１のユーザの検索データを、（以前に識別されたように）第２のプレイヤーと同じキャラクタクラス、同じレベルおよび同じ装備された武器を有する対戦相手に対する成功したプレイヤーの十分に大きいコーパスと比較して、どのようなプレイの違いが第１のユーザにとって最も重要であったかを検出することができる。

この場合、それは装備された武器が異なるためにプレイの違いに関連する可能性があるが、同様にその特定のキャラクタクラスへの一般的な手法に関連する可能性もある。もちろん、これは第１のユーザの特定のプレイスタイルに依存する。

したがって、より一般的には、第１のユーザが第２のユーザに初めて遭遇する時、後続のプロパティの包含がコーパスをしきい値サイズ未満に減少するまで、第２のユーザを特徴付けるプロパティを使用して成功したプレイヤーのコーパスを連続的にフィルタリングすることができる（または逆に、第２のユーザを特徴付けるプロパティを、コーパスがしきい値サイズを超えて増加するまで連続的に除去することができる）。次に、上記で選ばれた選択されたプロパティのセットと最大の重複度を有する対戦相手との遭遇についての第１のユーザのためのゲームプレイデータが検索される。次に、このゲームプレイデータは、本明細書で前述した方法で、成功したプレイヤーの選択されたコーパスと比較されて、第１のユーザに対するヒントが生成される。

このようにして、潜在的に最も関連性のあるヒントを、第１のユーザと第２のユーザとの間の遭遇の前／開始時に提供することができる。明らかに、遭遇が終了すると（または遭遇中に第１のユーザのプレイの統計が得られるのに十分な時間が経過すると）、その遭遇に関連する特定のヒントもまた、本明細書で前述した方法で任意選択的に提供することができる。

したがって、要約すると、ヒントシステムの第１の形態は当初の形態であるが、第１のユーザについてゲームプレイの統計が収集され、第２のユーザとの遭遇の成功コーパスと比較されるマルチプレイヤーゲームに適用される。一方、ヒントシステムの第２の形態では、第１のユーザについてのゲームプレイ統計が収集され、第２のユーザと同様のプロパティを有するユーザとの成功したプレイヤーの遭遇のコーパスと比較され、また、任意選択で、同様のプロパティの数が最小しきい値コーパスサイズについて最大化される。第２の形態は個々の第２のユーザのためのデータ不足の問題に対処するが、依然として遭遇後にヒントを提供するだけであり、それは理想的ではない可能性がある。

したがって、データ不足の問題を回避し、第２のユーザに遭遇した時の第１のユーザの行動に関するデータ不足を考慮することによって、ヒントシステムの第３の形態では、第１のユーザに関するアーカイブされたゲームプレイ統計が、第２のユーザと最も類似したプロパティを有するユーザとの遭遇を見つけるために比較され、そして、この遭遇のゲームプレイ統計は、ヒントシステムをブートストラップし、遭遇が始まる前にヒントを提供するために使用される。一方、特定の遭遇に関するデータがヒントシステムの第１および標準の第２の形態に従って利用可能になる時に、新しいヒントが生成されることを任意選択的に可能にする。

ヒントシステムの上記３つの形態は、第１のユーザのゲームプレイと第２のユーザに対する成功した遭遇との比較に関連しているため、第１のユーザ自身のプレイ選択について提案することに集中している。しかしながら、ヒントシステムの第４の形態は、第１のユーザに第２のユーザのプレイ選択についての情報を提供し、それによってそれらの対戦相手の潜在的な長所、短所、特異性などについて知らせる。

予めプログラムされたＮＰＣとは異なり、現実の対戦相手は、特定のキャラクタクラスに属しているか、特定の武器を持っているにもかかわらず、まったく異なる動作をする可能性があるため、これは有利である。例えば、近接クラスのキャラクタを選んだユーザは、それでもやはり急いで攻撃するのではなく、タイプと対戦し、対戦相手を隠れて待ち伏せすることを選ぶ可能性があり、そのクラスの他のユーザの大多数とは異なり、また同じゲームの単一のプレイヤー部分で遭遇する可能性があるそのクラスのＮＰＣとは異なる。

そのような情報を提供することはまた、対戦相手のために個々の戦略を検討する機会をユーザに提供する。さらに、追加のゲームプレイ要素は、そのようなヒントシステムに基づいてもよい。例えば、相手のユーザについてのヒントをユーザに提供し、その情報に応じて自分のキャラクタの１つまたは複数の態様を再選択する選択肢を与えることができる。両方のユーザが対戦相手のために同じ機能を提供されている場合には、これは遭遇する前に対戦相手を相手に不利にしようとするブラフと他の戦略をもたらす可能性がある。

推定の単純さ、システムの第４の形態について説明することができる。第１のプレイヤーについてのヒントが第２のプレイヤーに提供される場合（当然のことながら、実際には、各プレイヤーは対戦相手についてのヒントを受け取ることができ、したがって第１および第２のプレイヤーの役割は交換可能である）。

前述したように、第１、第２および第３の形態のヒントシステムのうちのいずれか１つ（またはそれらの組み合わせ）を用いて、第１のユーザに第２のユーザと対戦する方法に関するヒントを提供することができ、それは、第１のユーザと第２のユーザに対する成功したプレイヤーとの間のゲームプレイの違いまたは第２のユーザのおおよその表現の分析に基づいている。

しかしながら、これらの違いはまた、第２のユーザに対するヒントを生成するためにも使用することができる。例えば、第２のユーザの最も成功した対戦相手が長距離武器でそれらを倒したが、第１のユーザが短距離武器を装備している場合には、この情報は、彼らが遭遇する間に第１のユーザからの距離を保つことができるように第２のユーザに提供されてもよい。同様に、第２のユーザの最も成功した対戦相手が継続的に攻撃して第２のユーザが瞬間的なミスをしたり集中力を失った時にダメージを与えることによって彼らを打破した場合には、第１のユーザが自分の距離を保ち、短時間の攻撃に突入してから後退する傾向があることを示す情報は、攻撃をブロックして対抗するタイミングを知るのに役立つ。明らかに、関連するゲーム統計はゲームごとに、そしておそらく異なるタイプの遭遇ごとに異なり、特定のゲーム統計は設計上の選択の問題になるであろう。

当然のことながら、第１のユーザのゲームプレイと成功したユーザのコーパスとの間の特定の違いが、第１のユーザと第２のユーザの両方に対するヒントを生成するために使用される場合には、第２のユーザは、第１のユーザがどの行動／装備を採用することを奨励されているかを知ることができ、それに応じて計画することができるので、ヒントの価値が損なわれることがあり得る。

したがって、任意選択で、そのような対称的なヒントは、固定確率に基づいてランダムに提供されるだけでよい。（例えば、第１のユーザが自分のゲームプレイについてのヒントを受け取った場合、対戦相手は平均４分の１の時間で第１のユーザのゲームプレイについての同様のヒントを受け取るだけであり、その確率は非限定的な例である）。

あるいはまたはさらに、本明細書で前述したように、第１のユーザのゲームプレイと第２のユーザの成功した対戦相手のコーパスとの間にはいくつかの違いがありそうであり、したがって任意選択で第１のユーザに対するヒントは１つの違いに関連し得る。一方、第１のユーザのゲームプレイについての第２のユーザへのヒントは別の違いに関係する可能性がある。

あるいは、もちろん、任意選択でヒントシステムを使用して、対戦相手に関するヒントのみを提供し、自分のゲームプレイに関するヒントを提供しないようにすることもできる。やはり、これは個々のゲーム、ゲームモードまたは遭遇に対する設計上の選択であり得る。

したがって、要約すると、所与のユーザに対するヒントシステムの第４のモードでは、その所与のユーザと彼らの対戦相手に対する成功したプレイヤーとの間のゲームプレイの違いまたはそれらの対戦相手の近似表現が分析され、ゲームプレイの違いに関する少なくとも第１のヒントが対戦相手に伝えられ、所与のユーザ自身に同じまたは異なるヒントを任意選択的に提供する。

当然のことながら、ヒントシステムの上記の第１から第４の形態は、成功した対戦相手のコーパスを参照して説明されているが、（そしてしたがって違いはゲームプレイの弱さを反映する傾向がある）、あるいはまたはさらに、第１から第４の形態のヒントシステムは、不成功の対戦相手のコーパスを使用することができ、その結果、違いはゲームプレイの強みを反映する傾向がある。

当然のことながら、ヒントシステムの上記の第１から第４の形態は、第１のユーザに修正のヒント（すなわち、どのような違いを生むべきか）、第４の形態の場合には、対戦相手の個々の特徴に関するヒント（例えば、彼らがタイプと対抗する方法）を提供するものとして説明された。あるいはまたはさらに、コーパスとの比較は、コーパス内の成功したプレイヤーの共通の特徴と密接に一致するゲームプレイの特徴を識別することができ、その結果、非常に成功した行動をヒントを通じて識別し強化することができ、あるいは対戦相手に対して警告として与えることができる。逆に、失敗したプレイヤーのコーパスの場合には、ユーザが共通して行った失敗した行動は、変更のために識別されるか、または対戦相手に対する弱点として暗示される可能性がある。

次に図３を参照すると、本発明の要約的実施形態では、第２のユーザがビデオゲーム内でどのようにそれらと対話する可能性があるかについてのヒントを第１のユーザに自動的に提供する方法は、
第４のヒント方式に適用されるヒント方式の第１から第３の形態を参照して前述したように、第１のステップｓ３１０において、第１のユーザまたは第１のユーザの近似表現との少なくとも第１の以前の対話中に記録された第２のユーザの第１の行動指標を取得するステップと、
第４のヒント方式に適用されるヒント方式の第１から第３の形態を参照して前述したように、第２のステップｓ３２０において、第１のユーザまたは第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するステップと、
第４のヒント方式に適用されるヒント方式の第１から第３の形態を参照して前述したように、第３のステップｓ３３０において、第２のユーザが成功したプレイヤーのコーパスとどのように比較するかについての比較情報を取得するために、第１の行動指標と第２の行動指標とを比較するステップと、
第４のヒント方式を参照して前述したように、第４のステップｓ３４０において、比較情報に基づいて、第２のユーザについて第１のユーザにヒントを提供するステップと、を含む。

当業者には明らかであるが、本明細書に記載され請求される装置の様々な実施形態の動作に対応する上記の方法の変形は、本発明の範囲内であると考えられ、それは限定はしないが以下を含む。
－ヒントを第１のユーザに提供するステップは、第２のユーザと成功したプレイヤーのコーパスとの間の指示された行動の違いを指示するステップを含み、
－ヒントを第１のユーザに提供するステップは、第２のユーザと成功したプレイヤーのコーパスとの間の指示された行動の共通性を指示するステップを含み、
－第１のユーザの近似表現との少なくとも第１の以前の対話中に記録された第２のユーザの第１の行動指標を取得するステップは、例えば、ヒント方式の第２の形態を参照して前述したように、ビデオゲーム内の第１のユーザのプロパティのセットを識別するステップと、第２のユーザが対話した他のユーザを識別し、第１のユーザに対するプロパティの最も重複するサブセットを有する少なくとも他のユーザを第１のユーザの代理として選択するステップと、代理ユーザとの少なくとも第１の以前の対話中に記録された第２のユーザの行動指標を取得するステップと、を含み、
－第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するステップは、例えば、ヒント方式の第３の形態を参照して前述したように、ビデオゲーム内の第１のユーザのプロパティのセットを識別するステップと、成功した対戦相手の総コーパスがしきい値サイズを超えるプロパティの重複するサブセットを有する他のユーザを識別するステップと、第１のユーザの対戦相手の代理コーパスとして総コーパスを使用するステップと、を含み、
－この場合には、任意選択で他のユーザと第１のユーザとの間の最大の重複度が、しきい値サイズを超える成功した対戦相手の総コーパスに対して見いだされ、
－比較情報に基づいて、第２のユーザについて第２のユーザにヒントを提供するステップと、
－この場合には、任意選択で第２のユーザに提供されたヒントは、第１のユーザに提供されたヒントのものとは指示された行動の異なるプロパティに関連し、
－ヒントは、第１のユーザと第２のユーザとの間の現在の対話が始まる前に提供される。

当然のことながら、上記の方法および技術は、ソフトウェア命令によって、または専用ハードウェアの包含または置換によって適用可能として適切に適合された従来のハードウェア上で実行することができる。

したがって、従来の同等の装置の既存の部分への必要な適応は、フロッピー（登録商標）ディスク、光ディスク、ハードディスク、ＰＲＯＭ、ＲＡＭ、フラッシュメモリ、またはこれらもしくは他の記憶媒体の任意の組み合わせなどの非一時的機械可読媒体に格納されたプロセッサ実装可能命令を含むコンピュータプログラム製品の形で実装されてもよく、あるいは、ＡＳＩＣ（特定用途向け集積回路）またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）または従来の同等の装置を適合させるのに使用するのに適した他の構成可能な回路としてハードウェアで実現されてもよい。別に、そのようなコンピュータプログラムは、イーサネット、無線ネットワーク、インターネット、またはこれらもしくは他のネットワークの任意の組み合わせなどのネットワーク上のデータ信号を介して送信されてもよい。

前述のように、適切なハードウェアは、適切なソフトウェアの指示の下で動作するＳｏｎｙ（登録商標）ＰｌａｙＳｔａｔｉｏｎ ４（登録商標）娯楽装置またはコンソールである。そのような装置は、必要に応じてクライアントまたはサーバとして動作してもよい。通常、本明細書で説明される技法は、第１および第２のユーザのクライアント装置と直接または間接的に通信するサーバを使用して実装されてもよく、そのようなサーバはその役割で動作するビデオゲームコンソールではなく従来のサーバであってもよい。しかしながら、説明の目的で図１のＰｌａｙＳｔａｔｉｏｎ ４を参照すると、それに応じて、本発明の要約的実施形態では、第２のユーザがビデオゲーム内でどのようにそれらと対話する可能性があるかについてのヒントを第１のユーザに自動的に提供するためのヒントシステム（例えば娯楽装置１０）は、第１のユーザまたは第１のユーザの近似表現との少なくとも第１の以前の対話中に記録された第２のユーザの第１の行動指標を取得するように適合された第１の受信器（例えば、適切なソフトウェア命令の下で動作するＣＰＵ２０Ａと共に、イーサネット（登録商標）ポート３２、Ｗｉ－Ｆｉ（登録商標）ポート３４、またはＵＳＢポート３５）と、第１のユーザまたは第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するように適合された第２の受信器（例えば、適切なソフトウェア命令の下で動作するＣＰＵ２０Ａと共に、イーサネット（登録商標）ポート３２、Ｗｉ－Ｆｉ（登録商標）ポート３４、またはＵＳＢポート３５）と、を含む。本システムはまた、第２のユーザが成功したプレイヤーのコーパスとどのように比較するかについての比較情報を取得するために、第１の行動指標と第２の行動指標とを比較するように適合された比較プロセッサ（例えば適切なソフトウェア命令の下で動作するＣＰＵ２０Ａ）と、比較情報に基づいて、第２のユーザについて第１のユーザにヒントを提供するように適合されたヒントプロセッサ（例えば、適切なソフトウェア命令の下で動作するＣＰＵ２０Ａ）と、を含む。

当然のことながら、システムは、ヒントシステムのファシリテータによって管理される１つまたは複数のサーバに集中させることができ、そのサーバまたは各サーバは、ヒントを第１のユーザのクライアント装置に送信するように適合された送信器を含むことができる。あるいは、例えば、１つのクライアント装置がＬＡＮゲームをホストするためのサーバとして動作する場合、サーバはローカルサーバであってもよい。あるいは、システムの機能は、必要に応じて、第１および／または第２のユーザのクライアント装置に部分的に存在してもよい。

したがって、例えば、ヒントシステムは、クライアント装置上での第１のユーザのゲームプレイから直接第１の行動指標を取得するように構成された第１の受信器を含むことができ、一方、第２の受信器は、ピアツーピア構成で、サーバまたは第２のプレイヤーのクライアントから適切なポートを介して第２の指標を取得する。比較プロセッサおよびヒントプロセッサはその後に、適切な命令の下でクライアントによって提供される。

当然のことながら、ヒントシステムは、必要に応じて本明細書で説明されている技法のいずれかを実装することができ、したがって、非限定的な例として、第１の受信器は、第１のユーザの近似表現との少なくとも第１の以前の対話中に記録された第２のユーザの第１の行動指標を取得するように適合され、ビデオゲーム内の第１のユーザのプロパティのセットを識別するように適合されたデータセット識別器を含み、第２のユーザが対話した他のユーザを識別し、第１のユーザに対するプロパティの最も重複するサブセットを有する少なくとも他のユーザを第１のユーザの代理として選択するように適合されたユーザ識別器と、代理ユーザとの少なくとも第１の以前の対話中に記録された第２のユーザの行動指標を取得するように適合されたデータセレクタと、を含むことができる。

同様に、第２の受信器は、第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するように適合されてもよく、ビデオゲーム内の第１のユーザのプロパティのセットを識別するように適合されたデータセット識別器と、成功した対戦相手の総コーパスがしきい値サイズを超えるプロパティの重複するサブセットを有する他のユーザを識別するように適合されたユーザ識別器と、第１のユーザの対戦相手の代理コーパスとして総コーパスを使用するように適合されたデータセレクタと、を含むことができる。

ヒントシステムはまた、第１のユーザと第２のユーザとの間の現在の対話が始まる前にヒントを提供するように構成されてもよい。

Claims (15)

1. 第２のユーザがビデオゲーム内でどのようにそれらと対話する可能性があるかについてのヒントを第１のユーザに自動的に提供する方法であって、
   前記第１のユーザまたは前記第１のユーザの近似表現である他のユーザとの少なくとも第１の以前の対話中に記録された前記第２のユーザの第１の行動指標を取得するステップと、
   前記第１のユーザまたは前記第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するステップと、
   前記第２のユーザが成功したプレイヤーの前記コーパスとどのように比較するかについての比較情報を取得するために、前記第１の行動指標と前記第２の行動指標とを比較するステップと、
   前記比較情報に基づいて、前記第２のユーザについて前記第１のユーザにヒントを提供するステップと、
   を含む方法。
2. 前記ヒントを前記第１のユーザに提供するステップは、前記第２のユーザと成功したプレイヤーの前記コーパスとの間の指示された行動の違いを指示するステップを含む、請求項１に記載の方法。
3. 前記ヒントを前記第１のユーザに提供するステップは、前記第２のユーザと成功したプレイヤーの前記コーパスとの間の指示された行動の共通性を指示するステップを含む、請求項１に記載の方法。
4. 前記第１のユーザの近似表現との少なくとも第１の以前の対話中に記録された前記第２のユーザの第１の行動指標を取得するステップは、
   前記ビデオゲーム内の前記第１のユーザのプロパティのセットを識別するステップと、
   前記第２のユーザが対話した他のユーザを識別し、前記第１のユーザに対するプロパティの最も重複するサブセットを有する少なくとも他のユーザを前記第１のユーザの代理として選択するステップと、
   前記代理ユーザとの少なくとも第１の以前の対話中に記録された前記第２のユーザの前記行動指標を取得するステップと、
   を含む、請求項１に記載の方法。
5. 前記第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するステップは、
   前記ビデオゲーム内の前記第１のユーザのプロパティのセットを識別するステップと、
   成功した対戦相手の総コーパスがしきい値サイズを超えるプロパティの重複するサブセットを有する他のユーザを識別するステップと、
   前記第１のユーザの対戦相手の代理コーパスとして前記総コーパスを使用するステップと、
   を含む、請求項１に記載の方法。
6. 前記他のユーザと前記第１のユーザとの間の最大の重複度が、前記しきい値サイズを超える成功した対戦相手の総コーパスに対して見いだされる、請求項５に記載の方法。
7. 前記比較情報に基づいて、前記第２のユーザについて前記第２のユーザにヒントを提供するステップを含む、請求項１に記載の方法。
8. 前記第２のユーザに提供された前記ヒントは、前記第１のユーザに提供された前記ヒントのものとは指示された行動の異なるプロパティに関連する、請求項７に記載の方法。
9. 前記ヒントは、前記第１のユーザと前記第２のユーザとの間の現在の対話が始まる前に提供される、請求項１に記載の方法。
10. コンピュータシステムに対して請求項１から９のいずれか一項に記載の方法を実行させるように適合されたコンピュータ実行可能命令を有するコンピュータ可読媒体。
11. 第２のユーザがビデオゲーム内でどのようにそれらと対話する可能性があるかについてのヒントを第１のユーザに自動的に提供するためのヒントシステムであって、
    前記第１のユーザまたは前記第１のユーザの近似表現との少なくとも第１の以前の対話中に記録された前記第２のユーザの第１の行動指標を取得するように適合された第１の受信器と、
    前記第１のユーザまたは前記第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するように適合された第２の受信器と、
    前記第２のユーザが成功したプレイヤーの前記コーパスとどのように比較するかについての比較情報を取得するために、前記第１の行動指標と前記第２の行動指標とを比較するように適合された比較プロセッサと、
    前記比較情報に基づいて、前記第２のユーザについて前記第１のユーザにヒントを提供するように適合されたヒントプロセッサと、
    を含むヒントシステム。
12. 前記第１の受信器、前記第２の受信器、前記比較プロセッサ、および前記ヒントプロセッサは、サーバに配置され、前記サーバは、
    前記ヒントを前記第１のユーザのクライアント装置に送信するように適合された送信器をさらに含む、請求項１１に記載のヒントシステム。
13. 前記第１の受信器は、前記第１のユーザの近似表現との少なくとも第１の以前の対話中に記録された前記第２のユーザの第１の行動指標を取得するように適合され、
    前記ビデオゲーム内の前記第１のユーザのプロパティのセットを識別するように適合されたデータセット識別器と、
    前記第２のユーザが対話した他のユーザを識別し、前記第１のユーザに対するプロパティの最も重複するサブセットを有する少なくとも他のユーザを前記第１のユーザの代理として選択するように適合されたユーザ識別器と、
    前記代理ユーザとの少なくとも第１の以前の対話中に記録された前記第２のユーザの前記行動指標を取得するように適合されたデータセレクタと、
    を含む、請求項１１に記載のヒントシステム。
14. 前記第２の受信器は、前記第１のユーザの近似表現との少なくとも第１の成功した以前の対話を有した複数のプレイヤーのコーパスについての第２の行動指標を取得するように適合され、
    前記ビデオゲーム内の前記第１のユーザのプロパティのセットを識別するように適合されたデータセット識別器と、
    成功した対戦相手の総コーパスがしきい値サイズを超えるプロパティの重複するサブセットを有する他のユーザを識別するように適合されたユーザ識別器と、
    前記第１のユーザの対戦相手の代理コーパスとして前記総コーパスを使用するように適合されたデータセレクタと、
    を含む、請求項１１に記載のヒントシステム。
15. 前記システムは、前記第１のユーザと前記第２のユーザとの間の現在の対話が始まる前に前記ヒントを提供するように構成される、請求項１１に記載のヒントシステム。

Images