(57)【要約】【課題】仮想世界における第１のアバタの制御エンティティを決定すること。【解決手段】  仮想世界における第１のアバタの制御エンティティを決定するための方法は、第１のアバタを介して資源のアクセス要求を受信するステップと、前記要求を受信することに応答して、前記第１のアバタに対しチャレンジを提示するステップと、前記チャレンジを提示することに応答して、前記第１のアバタを介してチャレンジ・レスポンスを受信するステップと、前記チャレンジ・レスポンスに基づき、アイデンティティ信頼度を決定するステップと、前記アイデンティティ信頼度に基づき、前記第１のアバタの制御エンティティについてアイデンティティ決定を行うステップと、前記アイデンティティ決定に基づき、前記資源のアクセスを容認するか又は否認するステップを有する。【選択図】  図３
2013161478.tif 000002
【特許請求の範囲】
【請求項１】
仮想世界における第１のアバタの制御エンティティを決定するためコンピュータにより実行される方法であって、
（ａ）第１のアバタを介して資源のアクセス要求を受信するステップと、
（ｂ）前記要求を受信することに応答して、前記第１のアバタに対しチャレンジを提示するステップと、
（ｃ）前記チャレンジを提示することに応答して、前記第１のアバタを介してチャレンジ・レスポンスを受信するステップと、
（ｄ）前記チャレンジ・レスポンスに基づき、アイデンティティ信頼度を決定するステップと、
（ｅ）前記アイデンティティ信頼度に基づき、前記第１のアバタの制御エンティティについてアイデンティティ決定を行うステップと、
（ｆ）前記アイデンティティ決定に基づき、前記資源のアクセスを容認するか又は否認するステップを有する、方法。
【請求項２】
前記ステップ（ｄ）は、
（ｄ１）前記アイデンティティ信頼度が信頼度しきい値よりも低いことを決定するステップと、
（ｄ２）アイデンティティ信頼度の評価についてクラウドソーシング・コンポーネントに照会するステップと、
（ｄ３）前記クラウドソーシング・コンポーネントから前記アイデンティティ信頼度の評価を受信するステップを含み、
前記ステップ（ｅ）は、さらに前記アイデンティティ信頼度の評価に少なくとも部分的に基づく、請求項１に記載の方法。
【請求項３】
前記ステップ（ｄ２）は、前記ステップ（ｄ１）に少なくとも部分的に基づき開始される、請求項２に記載の方法。
【請求項４】
前記ステップ（ｄ２）は、
少なくとも前記チャレンジ、前記チャレンジ・レスポンス及びチャレンジ・コンテキストの要約を生成するステップと、
前記要約を１人以上のシステム管理者に送信するステップと、
前記１人以上のシステム管理者から前記要約に基づく信任投票を受信するステップと、
前記信任投票に基づき、前記アイデンティティ信頼度を変更するステップを含む、請求項２又は３に記載の方法。
【請求項５】
前記ステップ（ｄ）は、
前記チャレンジ・レスポンス及び期待されるチャレンジ・レスポンスの間の第１の相関を計算するステップと、
前記第１の相関及び第１の相関しきい値の間の第１の差を計算するステップを含み、
前記第１の相関を計算するステップは、
チャレンジ・レスポンスの正確性及び期待されるチャレンジ・レスポンスの正確性を相関させること、及び
チャレンジ・レスポンス時間及び期待されるレスポンス時間を相関させること、
のうち少なくとも１つを含む、請求項１ないし請求項４の何れか１項に記載の方法。
【請求項６】
前記第１の相関が前記第１の相関しきい値よりも低いことを決定するステップと、
第１の相関の評価についてクラウドソーシング・コンポーネントに照会するステップと、
前記クラウドソーシング・コンポーネントから第１の相関の評価を受信するステップと、
前記第１の相関の評価に基づき、第２の相関を計算するステップと、
前記第２の相関及び第２の相関しきい値の間の第２の差を計算するステップと、
前記第２の差に基づき、前記アイデンティティ信頼度を変更するステップをさらに有する、請求項５に記載の方法。
【請求項７】
前記ステップ（ｄ）は、
前記第１のアバタの１つ以上の期待されるレスポンスのためのマッチド・フィルタを生成するステップと、
前記マッチド・フィルタを使用して、畳み込み済みチャレンジ・レスポンスを計算するステップと、
前記畳み込み済みチャレンジ・レスポンス及び前記チャレンジ・レスポンスの間の第３の相関を計算するステップと、
前記第３の相関及び第３の相関しきい値の間の差を計算するステップと、
前記第３の相関に基づき、前記アイデンティティ信頼度を計算するステップを含む、請求項１ないし請求項６の何れか１項に記載の方法。
【請求項８】
前記ステップ（ｂ）は、
前記第１のアバタに複雑な算術問題を解かせること、
前記第１のアバタにベクトル演算を行わせること、
前記第１のアバタに論理シーケンスを完成させること、
前記第１のアバタにメッセージを暗号化させること、及び
前記第１のアバタに暗号化されたメッセージを復号させること、
のうち少なくとも１つを含む、請求項１ないし請求項７の何れか１項に記載の方法。
【請求項９】
前記ステップ（ｄ）は、
１つ以上のチャレンジ・レスポンス時間を評価すること、
１つ以上のチャレンジ・レスポンスの正確性を評価すること、
第１のアバタのユーザ・コンテキストを評価すること、
第１のアバタの１つ以上の信任投票を評価すること、及び
第１のアバタのＩＰアドレスを評価すること、
のうち少なくとも１つを含む、請求項１ないし請求項８の何れか１項に記載の方法。
【請求項１０】
前記制御エンティティが人間ではないことを前記アイデンティティ決定が示す場合、前記資源のアクセスが容認される、請求項１ないし請求項９の何れか１項に記載の方法。
【請求項１１】
前記アイデンティティ信頼度を表示するステップをさらに有し、
前記表示するステップは、
前記仮想世界においてテキスト・メッセージを表示するステップ、
可聴的標識を出力するステップ、及び
前記仮想世界において可視的標識を表示するステップ、
のうち少なくとも１つを含む、請求項１ないし請求項１０の何れか１項に記載の方法。
【請求項１２】
前記可視的標識を表示する前記ステップは、
静止画像を前記第１のアバタに対し表示すること、
ビデオを前記第１のアバタに対し表示すること、
前記第１のアバタ及び第２のアバタのうち少なくとも１つの外観を変更すること、
前記第２のアバタによってジェスチャを行うこと、及び
仮想世界のインベントリ項目を前記第１のアバタに対し送信すること、
のうち少なくとも１つを含む、請求項１１に記載の方法。
【請求項１３】
前記アイデンティティ決定及び前記アイデンティティ信頼度の少なくとも１つを、第１のアバタのチャレンジ性能属性内に格納するステップを有し、
前記第１のアバタのチャレンジ性能属性は、１つ以上のアイデンティティ信頼度及び１つ以上のアイデンティティ決定を含んでおり、
前記第１のアバタのチャレンジ性能属性を評価するステップと、
前記評価に基づき、第１のアバタのアイデンティティを割り当てるステップをさらに有し、
前記第１のアバタのアイデンティティは、第１のアバタが人間及びマシンのうち一方によって制御されることを永続的に表示する、請求項１ないし請求項１２の何れか１項に記載の方法。
【請求項１４】
前記アクセス要求は、
前記第１のアバタによって行われるジェスチャ、
前記第１のアバタを制御するエンティティによって行われるキー・ストローク、
前記第１のアバタを介して通信されるテキスト・メッセージ、
前記第１のアバタを介して通信される可聴的標識、及び
前記第１のアバタを介して通信される可視的標識、
のうち少なくとも１つを含む、請求項１ないし請求項１３の何れか１項に記載の方法。
【請求項１５】
仮想世界における第１のアバタの制御エンティティを決定するためのシステムであって、
プロセッサと、
論理手段を備え、
前記論理手段は、前記プロセッサに、
（ａ）第１のアバタを介して資源のアクセス要求を受信する動作と、
（ｂ）前記要求を受信することに応答して、前記第１のアバタに対しチャレンジを提示する動作と、
（ｃ）前記チャレンジを提示することに応答して、前記第１のアバタを介してチャレンジ・レスポンスを受信する動作と、
（ｄ）前記チャレンジ・レスポンスに基づき、アイデンティティ信頼度を決定する動作と、
（ｅ）前記アイデンティティ信頼度に基づき、前記第１のアバタの制御エンティティについてアイデンティティ決定を行う動作と、
（ｆ）前記アイデンティティ決定に基づき、前記資源のアクセスを容認するか又は否認する動作
を実行させるように構成されている、システム。
【請求項１６】
前記アクセス要求は、
前記第１のアバタによって行われるジェスチャ、
前記第１のアバタを制御するエンティティによって行われるキー・ストローク、
前記第１のアバタを介して通信されるテキスト・メッセージ、
前記第１のアバタを介して通信される可聴的標識、及び
前記第１のアバタを介して通信される可視的標識、
のうち少なくとも１つを含む、請求項１５に記載のシステム。
【請求項１７】
前記第１のアバタに送信される前記チャレンジは、
前記第１のアバタに複雑な算術問題を解かせること、
前記第１のアバタにベクトル演算を行わせること、
前記第１のアバタに論理シーケンスを完成させること、
前記第１のアバタにメッセージを暗号化させること、及び
前記第１のアバタに暗号化されたメッセージを復号させること、
のうち少なくとも１つを含む、請求項１５又は１６に記載のシステム。
【請求項１８】
請求項１ないし請求項１４の何れか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想世界に係り、さらに詳細に説明すれば、仮想世界におけるアバタがコンピュータ駆動（computer-driven）アバタであることを認証するための方法及びシステムに係る。
【背景技術】
【０００２】
仮想世界の文脈では、人間及びソフトウェア・エージェントの両方は、アバタとして表されてもよい。アバタは、任意のタイプの認識可能な識別情報を含んでもよいが、典型的なアプリケーションでは、アバタは、画像から成るのが普通である。さらに、この画像は、２次元のアイコンと同程度の単純なものであったり、詳細な３次元画像（例えば、人間又は人間の形をしたロボットの詳細なレンダリング）と同程度の複雑なものであるかもしれない。特に顕著で典型的な通常の仮想世界は、セカンド・ライフであって、そこでは、コンピュータが生成した人間の３次元画像から成るアバタは、人間制御エンティティ（human-controlled entity）及びソフトウェア制御エンティティ（software-controlled entity）を同様に表す。
【０００３】
セカンド・ライフのような典型的な仮想世界において広く認識されている１つの問題は、仮想世界の動作及び／又は仮想世界に居住する他のユーザの活動を阻害することが決定されたエンティティの存在及び活動である。これらのエンティティは、一般に「グリーファ（griefer）」として知られており、グリーファの活動の結果は、一般に「グリーフィング（griefing）」として知られている。グリーフィングは、仮想世界の管理にとって重要な問題であり、顧客の不満の主要な原因となっている。実際、顧客サポート通信のうち２５％は、グリーフィングに対処するものである。
【０００４】
グリーフィングに類似する活動は、仮想世界に制限されない。実際、多くのオンライン資源は、資源の完全性を危険にさらしたり、（典型的には）財務情報のような保護情報をアクセスするように設計された人間のエンティティ及び／又はソフトウェア・エンティティの動作の結果として生じる悪影響を経験している。かかる通常のソフトウェア・エンティティの典型例は、ウェブ・クローラ（web-crawler）、フィッシング・プログラム(phishing-program)、ワーム、トロイの木馬等である。
【０００５】
多くの場合、典型的な仮想世界のグリーファは、仮想世界に居住する人間のユーザによって作成されるソフトウェア・エンティティである。典型的な仮想世界に慣れている人は、これらのソフトウェア・エンティティを「ボット」として認識する。グリーフィングを制御し且つ減少させるために、典型的な手法は、人間制御エンティティをソフトウェア制御エンティティから区別することができる、認証方法に依存していた。特に、典型的な認証システム及び方法は、チャレンジ・レスポンス・テスト（あるチャレンジを提示し、それに対するレスポンスの結果に基づいて、認証の可否を判断する）を利用することにより、仮想世界におけるアバタが人間によって制御されることを検証することに重点を置いている。
【０００６】
典型的な通常の認証システムは、「逆チューリング・テスト」と呼ばれることもある、ＣＡＰＴＣＨＡである。一般に、ＣＡＰＴＣＨＡ（及び他の典型的な認証システム）は、オンライン資源のアクセスを求めているエンティティに対し、マシンによって解決できない（人間制御エンティティによっては比較的容易であるが、ソフトウェア制御エンティティによっては解決することがに比較的困難な）チャレンジを提示する。例えば、標準的なＣＡＰＴＣＨＡ認証は、アクセスを求めるエンティティに対し、文字及び／又は数字から成る歪曲された画像を提示することを含む。当該エンティティは、当該画像からの歪曲された文字及び／又は数字をテキスト・フィールドに複製しなければならない。他の標準的なＣＡＰＴＣＨＡ認証は、アクセスを求めるエンティティに対し、聴覚刺激（例えば、短い語句を話す人間の声の録音）を提示することを含む。当該エンティティは、当該短い語句のテキストをテキスト・フィールドに複製しなければならない。通常の全ての認証システムの本質的要素は、マシンが満たすことができない前述のようなチャレンジを提示するか、又は少なくともマシンが人間よりも著しく低い正確性でしか行えないようなチャレンジを提示することである。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＣＡＰＴＣＨＡ技術、並びに他の通常の認証システムは、資源のアクセスを求めているエンティティが人間によって制御されているか否かを決定するという意図された状況下では、高度に有効である。しかし、これらの通常の手法は、逆の命題、すなわち、資源のアクセスを求めている特定のエンティティがマシンによって制御されていることを検証することができない。このことは、人間制御エンティティが資源、特に、マシン制御エンティティによってのみアクセスされることが意図される資源への無許可アクセスを獲得するという問題を未解決のままにする。
【０００８】
ＣＡＰＴＣＨＡのような通常の認証技術の出現以来、マシン制御エンティティは、認証によって保護される資源への無許可アクセスの獲得に成功することが著しく少なくなった。従って、無許可アクセスを求めるエンティティは、マシン制御ではなく、人間制御によって表されることが多くなっている。このため、当分野では、人間制御エンティティによる無許可アクセスに対する資源セキュリティを提供するために、資源のアクセスを求めているエンティティがマシン制御エンティティであることを認証することができる、システム、方法及びコンピュータ・プログラムを提供することが要請されている。
【課題を解決するための手段】
【０００９】
第１の側面では、仮想世界における第１のアバタの制御エンティティを決定するための方法が提供される。この方法は、
（ａ）第１のアバタを介して資源のアクセス要求を受信するステップと、
（ｂ）前記要求を受信することに応答して、前記第１のアバタに対しチャレンジを提示するステップと、
（ｃ）前記チャレンジを提示することに応答して、前記第１のアバタを介してチャレンジ・レスポンスを受信するステップと、
（ｄ）前記チャレンジ・レスポンスに基づき、アイデンティティ信頼度（identity confidence level）を決定するステップと、
（ｅ）前記アイデンティティ信頼度に基づき、前記第１のアバタの制御エンティティについてアイデンティティ決定を行うステップと、
（ｆ）前記アイデンティティ決定に基づき、前記資源のアクセスを容認するか又は否認するステップを有する。
【００１０】
第２の側面では、仮想世界における第１のアバタの制御エンティティを決定するためのシステムが提供される。このシステムは、プロセッサと、論理手段を備え、前記論理手段は、前記プロセッサに、
（ａ）第１のアバタを介して資源のアクセス要求を受信する動作と、
（ｂ）前記要求を受信することに応答して、前記第１のアバタに対しチャレンジを提示する動作と、
（ｃ）前記チャレンジを提示することに応答して、前記第１のアバタを介してチャレンジ・レスポンスを受信する動作と、
（ｄ）前記チャレンジ・レスポンスに基づき、アイデンティティ信頼度を決定する動作と、
（ｅ）前記アイデンティティ信頼度に基づき、前記第１のアバタの制御エンティティについてアイデンティティ決定を行う動作と、
（ｆ）前記アイデンティティ決定に基づき、前記資源のアクセスを容認するか又は否認する動作
を実行させるように構成されている。
【００１１】
第３の側面では、前記第１の側面に従った方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラムが提供される。
【００１２】
本発明の他の諸側面及び諸実施形態は、添付図面と合わせて、本発明の原理を例示的に説明する以下の詳細な説明から明白になるであろう。
【発明の効果】
【００１３】
本発明は、人間制御エンティティによる無許可アクセスに対する資源セキュリティを提供するために、資源のアクセスを求めているエンティティがマシン制御エンティティであることを認証することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】一実施形態に従った、ネットワーク・アーキテクチャを示す図である。
【図２】一実施形態に従った、図１のサーバ及び／又はクライアントに関連する代表的なハードウェア環境を示す図である。
【図３】一実施形態に従った、プロセスのフローチャートである。
【発明を実施するための形態】
【００１５】
以下の説明は、本発明の一般的な原理を例示することを目的としており、本発明の概念を制限することを目的とするものではない。さらに、本明細書に開示した特定の機能は、開示した他の機能との種々の可能な組み合わせにおいて使用することができる。
【００１６】
本明細書において特に定義されない限り、全ての用語は、明細書から暗示される意味、並びに当業者によって理解される意味及び／又は辞書、論文等において定義される意味を含むように、最も広義に解釈されるべきものである。
【００１７】
以下の説明は、他の実施形態のうち、仮想世界におけるアバタを制御するエンティティのタイプを決定するためのシステム、方法及びコンピュータ・プログラムの幾つかの推奨実施形態を開示する。
【００１８】
第３の側面では、前記第１の側面に従った方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラムが提供される。
【００１９】
本発明の幾つかの実施形態は、人間、マシン又は両方によって実行されるステップを含みうるサービスの形式を取ることができる。
【００２０】
本発明の幾つかの実施形態は、完全にハードウェアの実施形態の形式を取ることができ、本発明の他の実施形態は、ハードウェア及びソフトウェア要素の両方を含む実施形態の形式を取ることができる。一実施形態では、本発明は、ファームウェア、常駐ソフトウェア、マイクロコード等を含むソフトウェアの形式で実装される。
【００２１】
本発明の諸側面は、システム、方法又はコンピュータ・プログラムとして具体化されてもよい。従って、本発明の諸側面は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又はソフトウェア及びハードウェア要素を組み合わせた実施形態の形式を取ってもよく、本明細書では、これらの全てを一般に「回路」、「モジュール」又は「システム」と呼ぶことがある。さらに、本発明の諸側面は、コンピュータ可読プログラム・コードをその上に具体化したコンピュータ可読媒体を有するコンピュータ・プログラムの形式を取ってもよい。
【００２２】
１つ以上のコンピュータ可読媒体の任意の組み合わせを利用してもよい。当該コンピュータ可読媒体は、コンピュータ可読信号媒体又は持続的コンピュータ可読ストレージ媒体でもよい。例えば、持続的コンピュータ可読ストレージ媒体は、電子、磁気、光学、電磁気、赤外線、半導体式のシステム、装置又はこれらの任意の適切な組み合わせでもよい。持続的コンピュータ可読媒体の特定の例は、フレキシブル・ディスク、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、ＣＤ−ＲＯＭ、ブルーレイ・ディスクＲＯＭ（ＢＤ−ＲＯＭ）、光ストレージ装置、磁気ストレージ装置又はこれらの任意の適切な組み合わせを含んでもよい。本明細書の文脈では、持続的コンピュータ可読ストレージ媒体は、命令実行システム、装置等に関連して又はこれらによって使用するためのプログラム又はアプリケーションを保持し、格納することができる、任意の有形的媒体でもよい。
【００２３】
コンピュータ可読信号媒体は、伝搬されるデータ信号を含んでもよいが、その場合には、ベースバンド内に又は搬送波の一部として、コンピュータ使用可能プログラム・コードを具体化してもよい。かかる伝搬されるデータ信号は、電磁気、光又はこれらの任意の適切な組み合わせを含む、種々の形式のうち任意の形式を取ってもよい。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体ではない任意のコンピュータ可読媒体であって、命令実行システム、装置等に関連して又はこれらによって使用するためのプログラムを通信し、伝搬し、移送することができる。
【００２４】
コンピュータ可読媒体上に具体化されたプログラム・コードは、無線、有線、光ファイバ・ケーブル、ＲＦ又はこれらの任意の適切な組み合わせを含む、任意の適切な媒体を使用して伝送してもよい。
【００２５】
本発明の諸側面に係る動作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等のオブジェクト指向プログラミング言語及び「Ｃ」プログラミング言語のような通常の手続き的プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで書いてもよい。当該プログラム・コードは、独立のソフトウェア・パッケージとしてユーザ・コンピュータ上で完全に実行してもよく、その一部をユーザ・コンピュータ上で且つ他の一部を遠隔コンピュータ上で実行してもよく、或いは遠隔コンピュータ又はサーバ上で完全に実行してもよい。後者のシナリオでは、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通してユーザ・コンピュータに接続してもよく、或いはその接続を（例えば、インターネット・サービス・プロバイダを使用するインターネットを通して）外部コンピュータに行ってもよい。
【００２６】
以下では、本発明の諸実施形態に従った、方法、装置（システム）及びコンピュータ・プログラムのフローチャート及び／又はブロック図を参照して、本発明の諸側面を説明する。フローチャート及び／又はブロック図の各ブロック、並びにフローチャート及び／又はブロック図の複数ブロックの組み合わせは、コンピュータ・プログラム命令によって実装することができる。これらのコンピュータ・プログラム命令を、汎用コンピュータ、専用コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサに提供すると、当該コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサ上で実行される諸命令が、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／行為を実装するための手段を作成することを目的として、一のマシンを生産することができる。
【００２７】
また、これらのコンピュータ・プログラム命令をコンピュータ可読媒体内に格納すると、コンピュータ可読媒体内に格納された諸命令が、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／行為を実装する命令手段を含む製品を生産することを目的として、コンピュータ又は他のプログラム可能なデータ処理装置に対し特定の態様で機能するように指示することができる。
【００２８】
また、これらのコンピュータ・プログラム命令を、コンピュータ又は他のプログラム可能なデータ処理装置にロードすると、当該コンピュータ又は他のプログラム可能なデータ処理装置上で実行される諸命令が、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／行為を実装するためのプロセスを提供することを目的として、一のコンピュータ実装方法を生成するように当該コンピュータ又は他のプログラム可能なデータ処理装置上で一連の動作ステップを実行させることができる。
【００２９】
図１は、一実施形態に従った、ネットワーク・アーキテクチャ１００を示す。図１に示すように、第１の遠隔ネットワーク１０４及び第２の遠隔ネットワーク１０６を含む、複数の遠隔ネットワーク１０２が設けられる。ゲートウェイ１０１は、遠隔ネットワーク１０２及び隣接ネットワーク１０８の間に結合してもよい。当該ネットワーク・アーキテクチャ１００の文脈では、ネットワーク１０４及び１０６の各々は、ＬＡＮ、インターネットのようなＷＡＮ、ＰＳＴＮ、構内電話ネットワーク等を含む、任意の形式を取ってもよい。
【００３０】
使用中、ゲートウェイ１０１は、遠隔ネットワーク１０２から隣接ネットワーク１０８への入口点として作用する。そのため、ゲートウェイ１０１は、ゲートウェイ１０１に到着する所与のデータ・パケットを方向付けることができるルータとして機能し、そして所与のパケットのためにゲートウェイ１０１の実際のパス入力及び出力を提供するスイッチとして機能してもよい。
【００３１】
隣接ネットワーク１０８に結合された少なくとも１つのデータ・サーバ１１４は、ゲートウェイ１０１を介して遠隔ネットワーク１０２からアクセス可能である。データ・サーバ１１４は、任意のタイプのコンピュータ装置／グループウェアを含んでもよい。各データ・サーバ１１４には、複数のユーザ装置１１６が結合される。かかるユーザ装置１１６は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、ハンドヘルド・コンピュータ、プリンタ又は他のタイプの論理を含んでもよい。一実施形態では、ユーザ装置１１１は、任意のネットワークに直接的に結合されてもよい。
【００３２】
周辺装置１２０又は一連の周辺装置１２０（例えば、ファクシミリ装置、プリンタ、ネットワーク接続式及び／又はローカルのストレージ装置若しくはシステム等）は、ネットワーク１０４、１０６、１０８の１つ以上に結合してもよい。データベース及び／又は追加のコンポーネントは、ネットワーク１０４、１０６、１０８に結合された任意のタイプのネットワーク要素と一緒に利用するか、又は当該ネットワーク要素に統合してもよい。本明細書の文脈では、ネットワーク要素は、ネットワークの任意のコンポーネントを指してもよい。
【００３３】
幾つかの手法によれば、本明細書に開示した方法及びシステムは、仮想システム及び／又は１つ以上の他のシステムをエミュレートするシステム（例えば、ＩＢＭｚ／ＯＳ環境をエミュレートするＵＮＩＸ（登録商標）システム、ＭＩＣＲＯＳＯＦＴ（登録商標） ＷＩＮＤＯＷＳ（登録商標）環境を仮想的にホストするＵＮＩＸ（登録商標）システム、ＩＢＭ ｚ／ＯＳ（登録商標）環境をエミュレートするＭＩＣＲＯＳＯＦＴ（登録商標） ＷＩＮＤＯＷＳ（登録商標）システム等）によって及び／又はかかるシステム上で実装してもよい。幾つかの実施形態では、この仮想化及び／又はエミュレーションは、ＶＭＷＡＲＥソフトウェアを使用することを通して拡張してもよい。
【００３４】
さらなる手法では、１つ以上のネットワーク１０４、１０６及び１０８は、一般に「クラウド」と呼ばれるシステムのクラスタを表してもよい。クラウド・コンピューティングでは、処理能力、周辺装置、ソフトウェア、データ、サーバ等の共有資源は、クラウド内の任意のシステムに対しオン・デマンド式に提供され、その結果、多くのコンピューティング・システムにわたってアクセス及びサービスの配信が可能となる。一般に、クラウド・コンピューティングは、クラウド内で動作するシステム間のインターネット接続を含むが、複数システムを接続する他の技術を使用してもよい。
【００３５】
図２は、一実施形態に従った、図１のユーザ装置１１６及び／又はサーバ１１４に関連する代表的なハードウェア環境を示す。図２は、マイクロプロセッサのような中央処理装置２１０及びシステム・バス２１２を介して相互接続された他の多くの装置を有するワークステーションの典型的なハードウェア構成を示す。
【００３６】
図２に示すワークステーションは、ランダム・アクセス・メモリ（ＲＡＭ）２１４、読み取り専用メモリ（ＲＯＭ）２１６、ディスク・ストレージ装置２２０のような周辺装置をシステム・バス２１２に接続するためのＩ／Ｏアダプタ２１８、キーボード２２４、マウス２２６、スピーカ２２８、マイクロホン２３２及び／又はタッチ・スクリーンのような他のユーザ・インタフェース装置及びデジタル・カメラ（図示せず）をシステム・バス２１２に接続するためのユーザ・インタフェース・アダプタ２２２、当該ワークステーションを通信ネットワーク２３５（例えば、データ処理ネットワーク）に接続するための通信アダプタ２３４、並びにシステム・バス２１２をディスプレイ装置２３８に接続するためのディスプレイ・アダプタ２３６を含む。
【００３７】
当該ワークステーションは、その上に常駐する、ＭＩＣＲＯＳＯＦＴ（登録商標） ＷＩＮＤＯＷＳ（登録商標）オペレーティング・システム（ＯＳ）、ＭＡＣ ＯＳ、ＵＮＩＸ（登録商標）ＯＳ等のオペレーティング・システムを有してもよい。推奨実施形態は、前述のもの以外のプラットフォーム及びＯＳ上で実装してもよいことを理解されたい。推奨実施形態は、ＪＡＶＡ（登録商標）、ＸＭＬ、Ｃ及び／又はＣ＋＋言語、又は他のプログラミング言語を、オブジェクト指向プログラミング法とともに使用して書いてもよい。複雑なアプリケーションを開発するために使用されることが多くなったオブジェクト指向プログラミング（ＯＯＰ）を使用してもよい。
【００３８】
図３は、一実施形態に従った、仮想世界における第１のアバタの制御エンティティを決定するための方法３００のフローチャートを示す。方法３００は、図１及び図２に示すものを含む任意の環境内で実施してもよい。
【００３９】
一実施形態では、方法３００は、第１の動作３０２を含んでもよい。仮想世界の文脈では、第１の動作３０２において、第１のアバタを介して資源のアクセス要求が受信される。種々の手法では、この要求は、多くの形式を取り、複数のソースのうち１つ以上から生じてもよい。例えば、一実施形態では、この要求が第１のアバタを介して受信されるとしても、この要求は、第１のアバタを制御するエンティティから生じてもよい。種々の手法において、第１のアバタを制御するエンティティは、人間のエンティティ、マシンのような人間以外のエンティティ、１つ以上のソフトウェア・ルーチン等でもよい。
【００４０】
さらに、一実施形態に従って、資源のアクセス要求は、多くの形式を取ってもよい。例えば、資源のアクセス要求は、次の例示的なアクションの１つ以上を含んでもよい。すなわち、第１のアバタがジェスチャを行うこと、テキスト・メッセージ、可聴的標識（auditory indicator）又は可視的標識（visual indicator）のようなメッセージを通信すること、第１のアバタを制御するエンティティがキー・ストローク、マウス・クリック又は入力／出力インタフェースとの他の相互作用を入力すること等。
【００４１】
仮想世界の文脈では、資源は、仮想宇宙に関連するバンキング機能、ヘルプ機能、管理機能等の任意の資源を含んでもよい。特に、本明細書の説明は、人間以外のエンティティによって駆動される資源に向けられるが、本発明の範囲は、人間によって駆動される資源を包含しており、しかも、所与の資源が人間以外のエンティティによって駆動されるか又は人間によって駆動されることを意図されているか否かに拘わらず、また所与の資源が実際に人間以外のエンティティによって駆動されるか又は人間によって駆動されるか否かに拘わらず、種々の資源の制御エンティティを識別するための機能を含んでいる。
【００４２】
他の実施形態では、方法３００は、第２の動作３０４を含んでもよい。第２の動作３０４では、第１のアバタを介して資源のアクセスの要求を受信することに応答して、チャレンジが第１のアバタに提示される。「チャレンジ」は、１つ以上のチャレンジ・タスクを含んでもよい。さらに、チャレンジ・タスクは、この直後に説明する幾つかの例示的な提示方法のうち任意の方法で提示してもよい。
【００４３】
一実施形態では、チャレンジ・タスクは、所定の態様で提示してもよい。例えば、所定のチャレンジは、所与の資源のアクセス要求を受信する際に、自動的に提示してもよい。他の関係する手法では、所定のチャレンジは、特定のアバタ又は特定タイプのアバタが所与の資源のアクセスを要求する際に、自動的に提示してもよい。もちろん、他の所定のチャレンジ提示方法を使用してもよい。
【００４４】
これに加えて又は代替的に、チャレンジは、動的に提示してもよい。例えば、一実施形態では、チャレンジは、複数のチャレンジ・タスクを含んでもよい。さらに、一実施形態では、当該複数のチャレンジ・タスクは、互いに異なる複数の難易度を表してもよく、また１つの手法では、当該複数のチャレンジ・タスクは、難易度の昇順又は降順に従って連続的に提示してもよい。さらに洗練された手法では、前記複数のチャレンジ・タスクからの第１のチャレンジ・タスクは、ランダムに提示してもよく、後続チャレンジ・タスクは、資源のアクセスを要求するアバタから受信されたチャレンジ・レスポンスに基づき、提示してもよい。例えば、第１のアバタがチャレンジ・タスクに対し正しく応答するか又は即時（予め定められた時間よりも短い時間）の応答時間で応答する場合は、以前のチャレンジ・タスクよりも低い難易度を有する後続チャレンジ・タスクを提示してもよい。代替的に、第１のアバタから即時の又は正しいチャレンジ・レスポンス（チャレンジに対する応答）を受信する場合は、より高い難易度を有する後続チャレンジ・タスクを提示してもよい。種々の手法では、チャレンジ・タスクは、任意の基準に従って提示してもよく、任意の順序で提示してもよい。
【００４５】
１つ以上のチャレンジ・タスクを提示する態様に拘わらず、種々の手法では、第１のアバタに対しチャレンジを提示することは、多くの形式を取ってもよい。例えば、一実施形態では、第１のアバタに対しチャレンジを提示することは、第１のアバタに１つ以上のタスクを行わせること（例えば、第１のアバタに複雑な算術問題を解かせること、第１のアバタにベクトル演算を行わせること、第１のアバタに論理シーケンスを完成させること、第１のアバタにメッセージを暗号化させること、第１のアバタに暗号化されたメッセージを復号させること等）を含んでもよい。
【００４６】
他の実施形態では、方法３００は、第３の動作３０６をさらに含んでもよい。第３の動作３０６では、チャレンジに応答して、第１のアバタを介してチャレンジ・レスポンスが受信される。
【００４７】
本明細書の文脈では、種々の手法において、チャレンジ・レスポンスは、複数のコンポーネント及び／又は動作を含んでもよい。１つの特定の手法では、チャレンジ・レスポンスは、チャレンジ・タスクに対する解を示す、数字及び／又は文字のようなテキスト応答を含んでもよい。他の手法では、チャレンジ・レスポンスは、色、ジェスチャ、画像等の可視的標識を含んでもよい。もちろん、チャレンジ・レスポンスは、本明細書にリストされるような複数の任意のタイプの応答を含んでもよい。
【００４８】
他の手法では、チャレンジ・レスポンスは、これに加えて又は代替的に、第１のアバタを制御するエンティティがチャレンジを解決し且つこれに応答する間に経過した時間の量を表す、応答時間を含んでもよい。応答時間は、チャレンジが第１のアバタに提示される時点から第１のアバタを介してチャレンジ・レスポンスが受信される時点までにわたって測定される応答時間のように、種々の態様で測定してもよい。他の手法では、応答時間は、チャレンジが第１のアバタによって受信される時点からチャレンジ・レスポンスが第１のアバタによって送信される時点までにわたって測定してもよい。もちろん、本明細書に開示するように、他の時点が「応答時間」の境界を表してもよい。
【００４９】
他の実施形態では、方法３００は、第４の動作３０８を含んでもよい。第４の動作３０８では、チャレンジ・レスポンスに基づき、アイデンティティ信頼度（そのチャレンジに応答したエンティティが、人間のエンティティであるか、マシンのような人間以外のエンティティであるか、についての確からしさ）が決定される。本明細書に開示するように、アイデンティティ信頼度は、幾つかの手法におけるパーセンテージ、他の手法における多次元ベクトルのような種々の尺度で具体化されてもよい。さらに、アイデンティティ信頼度として多次元ベクトルを使用するケースでは、諸ベクトル次元は、リスク、履歴情報に基づくリスク（例えば、「グリーファ」が特定の資源にアクセスすることを試みる頻度及び／又は可能性）、アバタの位置、資源の重要度等の複数の特性を表してもよい。
【００５０】
さらに、アイデンティティ信頼度は、この直後に説明する幾つかの例示的な手法を含む種々の手法に従って、決定してもよい。
【００５１】
例えば、１つの手法では、チャレンジ・レスポンスに基づいてアイデンティティ信頼度を決定することは、１つ以上のチャレンジ・レスポンス時間、チャレンジ・レスポンスの正確性、チャレンジ・レスポンスの位置、チャレンジ・レスポンスのフォーマット等の１つ以上のチャレンジ・レスポンス基準を評価することを含む。
【００５２】
他の手法では、これに加えて又は代替的に、アイデンティティ信頼度を決定することは、第１のアバタのユーザ・コンテキスト、第１のアバタの信任投票（confidence vote）、第１のアバタのＩＰアドレス等の追加の基準を評価することを含んでもよい。
【００５３】
これに加えて又は代替的に、種々の手法では、アイデンティティ信頼度を決定することは、チャレンジ・レスポンス特性を互いに相関させること、及び／又はチャレンジ・レスポンス特性を他の特性（例えば、１つの推奨実施形態では、期待されるチャレンジ・レスポンス特性）と相関させることを含んでもよい。
【００５４】
アイデンティティ信頼度を決定するために相関を含む特定の実施形態では、アイデンティティ信頼度を決定することは、（あるエンティティが応答した）チャレンジ・レスポンス及び（人間のエンティティ、またはマシンのような人間以外のエンティティにそれぞれ）期待されるチャレンジ・レスポンスの間の第１の相関を計算することを含む。さらに、前記第１の相関を計算することは、１つ以上のチャレンジ・レスポンス特性を対応する（人間のエンティティ、またはマシンのような人間以外のエンティティにそれぞれ）期待されるチャレンジ・レスポンス特性と相関させることを含んでもよい。例えば、幾つかの手法では、チャレンジ・レスポンスの正確性及び（人間のエンティティ、またはマシンのような人間以外のエンティティにそれぞれ）期待されるチャレンジ・レスポンスの正確性を相関させることに加えて、チャレンジ・レスポンス時間及び（人間のエンティティ、またはマシンのような人間以外のエンティティにそれぞれ）期待されるレスポンス時間を相関させることが行われる。
【００５５】
さらに、幾つかの実施形態では、この相関は、当該相関を第１のアバタが所与のエンティティ・タイプ（人間のエンティティ、またはマシンのような人間以外のエンティティ）によって制御されるという信頼度を示す相関しきい値と比較することにより、制御エンティティのアイデンティティを正確に示すという能力を改良することができる。従って、幾つかの実施形態では、第１の相関及び第１の相関しきい値の間の第１の差を計算することがさらに有利である。但し、第１の相関しきい値は、例えば、高信頼度のアイデンティティ決定及び低信頼度のアイデンティティ決定の間の境界を示す。
【００５６】
さらに、アイデンティティ信頼度を決定することは、追加の及び／又は代替的な手法を利用することにより達成されてもよい。例えば、１つの手法では、アイデンティティ信頼度を決定することは、マッチド・フィルタ（matched filter）を利用することを含んでもよい。特に、この手法は、第１のアバタの１つ以上の（人間のエンティティ、またはマシンのような人間以外のエンティティにそれぞれ）期待されるレスポンスのためのマッチド・フィルタを生成し、当該マッチド・フィルタを使用して、畳み込み済み（convoluted）チャレンジ・レスポンスを計算することを含む。
【００５７】
アイデンティティ信頼度の決定をさらに改良するために、畳み込み済みチャレンジ・レスポンスを、チャレンジ・レスポンス及び／又は（人間のエンティティ、またはマシンのような人間以外のエンティティにそれぞれ）期待される畳み込み済みチャレンジ・レスポンスと相関させてもよい。１つの手法では、この相関は、特定の制御エンティティのアイデンティティ決定における改良された信頼度又は低下された信頼度の何れかを示すしきい値と比較されてもよい。
【００５８】
アイデンティティ信頼度を決定するためにマッチド・フィルタ及び／又は諸相関を利用する１つの特定の推奨実施形態では、相関モジュールは、以下の式［１］に示すように、受信済みチャレンジ・レスポンス（例えば、ジェスチャ）rg(x,y) の画像及び期待されるチャレンジ・レスポンス（例えば、ジェスチャ）の画像のインパルス応答 h(x,y)=eg*(-x,-y) を表すマッチド・フィルタの間の相互相関 CC(x,y) を計算する。
【数１】
2013161478.tif 000003
【００５９】
前述の関係から明らかなように、式［１］は、二重積分を含む。すなわち、（例えば、ジェスチャを行うアバタの）画像を含む一実施形態では、ビデオ・ストリーム内の１つの画像のＸ及びＹ軸方向にわたって積分が行われることを意味する。さらに、ξは、X軸に沿った積分変数であり、ηは、Y軸に沿った積分変数であり、「＊」は、複素共役を示す。数学上、CC(x,y) は、(x,y) ごとにX軸及びY軸に沿って変わる表面として表現されてもよい。従って、１つの手法では、画像ピクセルごとに CC(x,y) の１つの値があってもよい。
【００６０】
幾つかの手法では、式［２］に示すように、期待されるジェスチャ eg(x,y) 及びそれ自体の間の自己相関ACeg(x,y) が計算されてもよい。同様に、式［３］に示すように、受信済みジェスチャ rg(x,y) 及びそれ自体の間の自己相関ACrg(x、y) が計算されてもよい。
【数２】
2013161478.tif 000004
【００６１】
【数３】
2013161478.tif 000005
【００６２】
(x,y) ごとの比率CC(x,y)/[√ACeg(x,y)√ACrg(x,y)] の範囲は、−１及び＋１の間にある。但し、＋１は、１００％の理想的な相関を表す。CC(x,y)/[√ACeg(x,y)√ACrg(x,y)] を最大化するために、差表面、Difference(x,y)、が式［４］に定義されている。前述のように、Difference(x,y) は、１から CC(x,y)/[√ACeg(x,y)√ACrg(x,y)] を減算することにより計算されてもよい。
【００６３】
種々の手法では、Difference(x,y)は、（ａ）ポイント・ツー・ポイントで、（ｂ）算術平均として、（ｃ）幾何平均として、及び（ｄ）二乗平均平方根として、評価されてもよい。Difference(x,y) は、０及び＋２の間の範囲にあり、(x,y)の各値の理想的な差は、０である。０の値は、ポイント (x,y) における受信済みジェスチャrg(x,y) 及び期待されるジェスチャ eg(x,y) の間の差が存在しないことを意味する。
【００６４】
さらに、他の手法では、Difference(x,y) は、読み取り差計算においてポイント・ツー・ポイントで評価されてもよいが、読み取り差計算を簡単にするために、表面 Difference(x,y) を単一の数で表すことが有利であるかもしれない。読み取り差計算において使用することができる値は、Difference(x,y) の最大値であるMAX_Difference、Difference(x,y)の値の算術平均である AM_Difference、Difference(x,y) の値の幾何平均である GM_Difference 及び／又は Difference(x,y) の値の二乗平均平方根である RMS_Difference を用いて表されてもよい。
【数４】
2013161478.tif 000006
【００６５】
この実施形態では、１つの典型的な目標は、例えば、しきい値 Difference(x,y) よりも低いDifference(x,y) を有することである。但し、Difference(x,y)及びしきい値 Difference(x,y)の間の差は、受信済みジェスチャが期待された程度を示す。すなわち、推奨手法では、その差が小さいほど、受信済みジェスチャは、期待されたジェスチャに近いことを意味する。
【００６６】
一実施形態では、第４の動作３０８におけるアイデンティティ信頼度を決定することは、クラウドソーシング・コンポーネントを利用することをさらに含んでもよい。当業者には明らかなように、クラウドソーシング・コンポーネントは、特にアイデンティティ信頼度がアイデンティティ決定しきい値に接近するが、適切な決定には不十分であるような微妙なケースにおいて、認証方法の追加的な検討手段を提供することにより、仮想アバタの認証プロセスを援助するのに特に有用であり得る。幾つかの手法では、クラウドソーシング・コンポーネントは、アイデンティティ信頼度を決定するに当たって援助を照会されるか、及び／又はアイデンティティ信頼度を決定するに当たって援助を照会されてもよい。
【００６７】
当業者には明らかなように、クラウドソーシング・コンポーネントは、種々の資源を含んでもよい。例えば、１つの手法では、クラウドソーシング・コンポーネントは、専門家ユーザの所定のパネル（例えば、対象とするアバタの制御エンティティのアイデンティティに関する高い信頼度の決定を行うことができるユーザ）を含んでもよい。他の手法では、専門家ユーザは、仮想アバタの認証プロセスをモニタするシステム管理者を含んでもよい。さらに他の手法では、クラウドソーシング・コンポーネントは、人間及び人間以外の要素の組み合わせを含んでもよい。もちろん、クラウドソーシング・コンポーネントは、本明細書に開示するようなチャレンジ・レスポンスを評価し且つアイデンティティ信頼度の決定を増強することができる、任意の構成及び／又は諸要素の組み合わせを含んでもよい。
【００６８】
例えば、１つの手法では、チャレンジ・レスポンスに基づきアイデンティティ信頼度を決定することは、アイデンティティ信頼度が信頼度しきい値よりも低いことを決定することを含む。１つの手法では、信頼度しきい値は、正確なアイデンティティ信頼度の決定及びそれほど正確でないアイデンティティ信頼度の決定の間の境界を表してもよい。
【００６９】
１つの手法では、アイデンティティ信頼度が信頼度しきい値よりも低いことを決定した後、クラウドソーシング・コンポーネントは、幾つかの手法でチャレンジ・レスポンスのみに基づいて決定されるようなアイデンティティ信頼度に対する信頼性を増強するために、アイデンティティ信頼度の評価について照会されてもよい。従って、クラウドソーシング・コンポーネントに照会することは、アイデンティティ信頼度が信頼度しきい値よりも低いことを決定することに少なくとも部分的に基づいて開始されてもよい。
【００７０】
本明細書に開示するように、クラウドソーシング・コンポーネントによるアイデンティティ信頼度の評価は、アイデンティティ信頼度を増強するための種々の手法を含んでもよい。例えば、１つの特定の手法では、アイデンティティ信頼度の評価は、１つ以上のチャレンジ、チャレンジ・レスポンス、チャレンジ・コンテキスト等の要約を生成することを含んでもよい。当該要約をコンパイルする際、当該要約は、評価のために１つ以上のクラウドソーシング・コンポーネント構成要素（例えば、システム管理者、仮想アバタの認証モニタ等）に提供されてもよい。各構成要素による当該要約の個々の評価に基づき、信任投票がキャストされてもよく、そしてこれらの信任投票が、クラウドソーシング・コンポーネントによるアイデンティティ信頼度の評価に関する全体的な信任投票を反映するようにコンパイルされてもよい。さらに、幾つかの手法では、信任投票に基づき、アイデンティティ信頼度を変更することにより、特定タイプのエンティティが特定のアバタを制御するという信頼度を最終的に改良してもよい。
【００７１】
さらに、クラウドソーシング・コンポーネントがその評価を完了した後、前述のように、最終的なアイデンティティ決定はアイデンティティ信頼度に基づいてもよく、また種々の手法では、クラウドソーシング・コンポーネントによって提供されるアイデンティティ信頼度の評価にさらに少なくとも部分的に基づいてもよい。
【００７２】
他の実施形態では、信頼度が特定のしきい値を下回る場合には、単にクラウドソーシング・コンポーネントを照会する代わりに、クラウドソーシング・コンポーネントは、相関（例えば、前述のようなチャレンジ・レスポンス及び期待されるチャレンジ・レスポンスの間の相関、畳み込み済みチャレンジ・レスポンス及びチャレンジ・レスポンスの間の相関、畳み込み済みチャレンジ・レスポンス及び期待される畳み込み済みチャレンジ・レスポンスの間の相関等）が対応する相関しきい値よりも低いことがいつ決定されたかということを追加的に及び／又は代替的に照会されてもよい。従って、クラウドソーシング・コンポーネントの種々の実施形態は、仮想アバタの認証プロセスにおける任意の動作の評価を提供してもよいことが理解されるであろう。特に、かかる動作は、実際の応答特性及び参照データの比較が、アイデンティティ信頼度、アイデンティティ決定、チャレンジ・レスポンス属性、アバタのアイデンティティ等を通知し得るものを含む。
【００７３】
クラウドソーシング・コンポーネントが相関の評価に関して照会される場合、クラウドソーシング・コンポーネントは、アイデンティティ信頼度のみを評価する場合より僅かに異なる分析を行ってもよい。特に、当該分析は、クラウドソーシング・コンポーネントから相関の評価を受信すること（例えば、１つの手法では、１つ以上の信任投票に基づき、クラウドソーシングによって変更された相関を受信すること）、そして当該相関の評価に基づき第２の相関を計算すること（例えば、他の手法では、第１の相関及び期待される第１の相関の間の相関を計算すること）を含んでもよい。さらに、種々の手法では、当該分析は、第２の相関及び第２の相関しきい値の間の第２の差を計算すること、そして第２の差に基づきアイデンティティ信頼度を変更することを含んでもよい。
【００７４】
クラウドソーシング・コンポーネントを照会する理由に拘わらず、照会それ自体は、電子メール、ツイッタ、信号、掲示板への書き込み等のような、任意の適切な形式を取ってもよい。
【００７５】
一旦、アイデンティティ信頼度が決定されると、幾つかの手法では、仮想アバタの認証プロセスは、アイデンティティ信頼度を（例えば、第１のアバタ、制御エンティティ等）に示すことを含んでもよい。本明細書に開示するように、アイデンティティ信頼度を示すことは、仮想世界においてメッセージ（例えば、テキスト・メッセージ、音声メッセージ、記号メッセージ等）を表示すること、可聴的標識（例えば、ビープ音、発信音、一連のビープ音及び／又は発信音、歌、声等）を出力すること、仮想世界において可視的標識を表示することのような、任意の適切な形式を取ってもよい。もちろん、アイデンティティ信頼度を示すことは、前記リストされたものに加えて及び／又は代替的な方法を含んでもよい。
【００７６】
第１のアバタに可視的標識を表示することについて云えば、可視的標識は、静止画像を第１のアバタに表示すること、一連の画像を第１のアバタに表示すること、第１のアバタ及び第２のアバタのうち少なくとも一方の外観を変更すること（例えば、一方のアバタの外観色を変更すること、一連の色を点滅すること、一方のアバタのサイズを変更すること）、第１のアバタ及び第２のアバタのうち少なくとも一方によってジェスチャ（例えば、握手、一連の握手、一連の運動等）を行うこと、仮想世界のインベントリ項目を第１のアバタに供給することのような、任意の適切な形式を取ってもよい。
【００７７】
１つの特定実施形態では、方法３００は、さらに第５の動作３１０を含んでもよい。第５の動作３１０では、第１のアバタの制御エンティティについてのアイデンティティ決定が、アイデンティティ信頼度に基づいて行われる。後述するように、幾つかの非制限的な実施形態に従って、アイデンティティ決定は、肯定的及び／又は否定的態様でなされてもよい。
【００７８】
例えば、一実施形態では、アイデンティティ決定は、アバタを制御するエンティティが、人間のエンティティ、ソフトウェア・エンティティ、マシン・エンティティ等のような特定タイプのエンティティであるという肯定的な決定として具体化されてもよい。
【００７９】
さらに、アイデンティティ決定は、アバタを制御するエンティティが特定タイプのエンティティではない（すなわち、制御エンティティは人間のエンティティではない、制御エンティティはマシン制御エンティティではない、制御エンティティはソフトウェア・エンティティではない）という否定的決定として具体化されてもよい。
【００８０】
もちろん、肯定的及び／又は否定的な決定は、全体的なアイデンティティ決定を行うために任意の態様で組み合わされてもよいし、又は必ずしもこれらの決定を単一の決定に組み合わせることなく、補足的な態様で使用されてもよい。例えば、アイデンティティ決定は、アバタが人間以外のエンティティによって制御される信頼がほぼ８０％であることを示すアイデンティティ信頼度と、アバタが人間のエンティティによって制御される信頼がほぼ１５％であることを示すアイデンティティ信頼度の組み合わせに依存してもよい。一実施形態では、この特定のアバタの制御エンティティは、最終的に人間以外のエンティティであるとして識別される。
【００８１】
さらに、アバタがアクセスを要求している異なる資源に関しては、アイデンティティ決定は、異なる基準を必要としてもよい。例えば、仮想世界では、多くの資源が存在する。さらに、諸資源は、資源のタイプ、資源のセキュリティ、資源の重要度、資源のアクセス頻度等のような多くの基準に従って、分類されることがある。種々の手法では、所与のタイプの資源、セキュリティ、重要度等に関するアイデンティティ決定は、異なる資源タイプ、セキュリティ、重要度等に関するアイデンティティ決定とは異なるアイデンティティ信頼度を必要とすることがある。
【００８２】
１つの特定の非制限的な例では、ハイ・セキュリティの資源は、アイデンティティ決定を行うために、高いアイデンティティ信頼度（例えば、一実施形態では、９０〜９５％）を必要としてもよい。一方、ロー・セキュリティの資源は、アイデンティティ決定を行うために、比較的低いアイデンティティ信頼度（例えば、一実施形態では、７５〜８０％）を必要としてもよい。同様に、アクセス頻度が低い資源は、アイデンティティ決定を行うために、アクセス頻度が高い資源よりも高いアイデンティティ信頼度を必要としてもよい。種々のアイデンティティ決定についての柔軟なアイデンティティ信頼度の要件の利点は、処理時間を減少させ且つ特定資源（例えば、頻繁なアクセスを必要とするもの、又はセキュリティ上の問題が低いもの）の負荷を減少させるという能力を含む。このように、アイデンティティ信頼度の要件は、他の同様の基準のうち前述の基準に従って、任意の所与の仮想世界の個別的なニーズに従って、調整されてもよい。
【００８３】
さらに、方法３００の多くの実施形態は、容易さ及び／又は特定の制御エンティティのアイデンティティを一貫して示しているアバタへのアクセスを容易にし及び／又はそのアクセス速度を向上させるための機能を含んでもよい。このように、以前の実行によって不要であると考えられる場合、冗長で且つ計算集約的なチャレンジは回避されてもよい。
【００８４】
１つのかかる実施形態では、１つ以上のアイデンティティ決定、複数のチャレンジ・タスク及び／又はチャレンジにわたるアイデンティティ信頼度は、アバタ・チャレンジ性能属性のような属性内に格納されてもよい。さらに、アバタ・チャレンジ性能属性は、評価されてもよい。また、その評価が、例えば、アバタを制御するエンティティが人間以外のエンティティのような特定タイプのエンティティであることを一貫して示す場合には、アバタのアイデンティティが割り当てられてもよい。好ましくは、当該アバタのアイデンティティは、後続のチャレンジを提示される際に、当該エンティティがその特定タイプであることを自動的に示すことにより、当該エンティティが過度の及び／又は冗長なチャレンジを実行することから解放する。種々の手法に従って、アバタのアイデンティティは、数日間、数週間、数ヶ月間等のような所定の期間にわたって制御エンティティのアイデンティティを示してもよく、また、チャレンジ、チャレンジ・タスクの数等を示してもよい。１つの特定の手法では、アバタのアイデンティティは、アバタが特定のアイデンティティを有するエンティティによって制御されることを永久的に示してもよい。
【００８５】
一実施形態では、方法３００は、アイデンティティ決定に基づき、資源のアクセスを容認するか又は否認するための第６の動作３１２を含んでもよい。
【００８６】
例えば、推奨実施形態では、制御エンティティが人間以外であることをアイデンティティ決定が示す場合、資源のアクセスが容認される。具体的には、制御エンティティが人間以外であることをアイデンティティ決定が示す場合、アバタ又はその制御エンティティによる資源のアクセスが容認される。もちろん、他の実施形態では、制御エンティティが人間であることをアイデンティティ決定が示す場合、資源のアクセスが否認されてもよい。当業者には明らかなように、前述の例は、制御エンティティが指定されたタイプであることを示す肯定的な識別手法、又は制御エンティティが指定されたタイプではないことを示す否定的な識別手法を使用して、資源のアクセスを容認又は否認する能力を示す。
【００８７】
以上では、種々の実施形態を説明したが、これらの実施形態は、例示のみを目的として説明されたものであって、本発明を制限するものではない、従って、本発明の範囲は、前述の例示的な実施形態のうちのどれによっても制限されるべきではなく、以下の請求項及びそれらの均等物に従ってのみ定義されるべきである。
【符号の説明】
【００８８】
１００・・・ネットワーク・アーキテクチャ
１０１・・・ゲートウェイ
１０２・・・遠隔ネットワーク
１０４・・・第１の遠隔ネットワーク
１０６・・・第２の遠隔ネットワーク
１０８・・・隣接ネットワーク
１１１・・・ユーザ装置
１１４・・・データ・サーバ
１１６・・・ユーザ装置
１２０・・・周辺装置
【図１】
2013161478.tif 000007
【図２】
2013161478.tif 000008
【図３】
2013161478.tif 000009