(57)【要約】【課題】  ユーザの挙動、生理的パラメータ、および、または心理的パラメータを特徴付けるデータの転送を管理するための方法、装置、および製品を提供することにある。【解決手段】  一実施形態は、ユーザの感情的状態を特徴付ける感情データに関する要求アプリケーションからの要求を処理する方法を提供する。要求アプリケーションへの感情データの転送を管理するルールを定義するファイアウォール・ルールセットは、感情データを要求アプリケーションに提供すべきかどうかを判定するためにアクセスされる。この要求は、ファイアウォール・ルールセットのルールが満足されない場合に拒否される。【選択図】  図２
2005302014.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの感情的状態を特徴付ける感情データに関する要求を要求アプリケーションから受信するステップと、
前記要求アプリケーションへの前記感情データの転送を管理するルールを定義するファイアウォール・ルールセットにアクセスするステップと、
前記ファイアウォール・ルールセットを基礎として前記感情データを前記要求アプリケーションに提供すべきかどうかを判定するステップと、
前記ファイアウォール・ルールセットのルールが満足されない場合に前記要求を拒否するステップと、
を有する、方法。
【請求項２】
前記ファイアウォール・ルールセットのルールが満足される場合に前記要求された感情データを前記要求アプリケーションに提供する、請求項１に記載の方法。
【請求項３】
前記ファイアウォール・ルールセットのルールが満足される場合に前記要求された感情データの一部分のみを前記要求アプリケーションに提供する、請求項１に記載の方法。
【請求項４】
前記感情データによって特徴付けられた前記感情的状態が、怒っている、悲しい、幸福である、興奮している、不安である、興味がある、およびそれらの任意の組合せのうちの１つである、請求項１に記載の方法。
【請求項５】
前記感情データによって特徴付けられた前記感情的状態が、任意の計算可能な人間の感情である、請求項１に記載の方法。
【請求項６】
前記ファイアウォール・ルールセットが前記ユーザによって構成可能である、請求項１に記載の方法。
【請求項７】
前記要求アプリケーションがウェブベースのアプリケーションであり、前記要求がインターネットを介して受信される、請求項１に記載の方法。
【請求項８】
前記感情データが生理的パラメータの測定値に基づくものである、請求項１に記載の方法。
【請求項９】
前記生理的パラメータの測定値が、血圧、脈拍、および電気皮膚反応のうちの少なくとも１つを有する、請求項８に記載の方法。
【請求項１０】
前記生理的パラメータの測定値が、前記ユーザの脳波活動の測定値を有する、請求項８に記載の方法。
【請求項１１】
実行されたときに、
（ｉ）ユーザの感情的状態を特徴付ける感情データ、（ｉｉ）前記ユーザの生理的データ、および（ｉｉｉ）前記感情データと前記生理的データとの組合せから選択されたデータに関する要求を要求アプリケーションから受信するステップと、
前記要求アプリケーションへの前記データの転送を管理するルールを定義するファイアウォール・ルールセットにアクセスするステップと、
前記ファイアウォール・ルールセットを基礎として前記データを前記要求アプリケーションに提供すべきかどうかを判定するステップと、
前記ファイアウォール・ルールセットのルールが満足されない場合に前記要求を拒否するステップと、
を有する操作を実行するプログラムを収容しているコンピュータ可読媒体。
【請求項１２】
前記ファイアウォール・ルールセットのルールが満足される場合に前記要求された感情データを前記要求アプリケーションに提供する、請求項１１に記載のコンピュータ可読媒体。
【請求項１３】
前記ファイアウォール・ルールセットのルールが満足される場合に前記要求された感情データの一部分のみを前記要求アプリケーションに提供する、請求項１１に記載のコンピュータ可読媒体。
【請求項１４】
前記ユーザとのインターフェースを取る少なくとも１つの入力装置から前記生理的データを収集するステップ
をさらに有する、請求項１１に記載のコンピュータ可読媒体。
【請求項１５】
前記ユーザとのインターフェースを取る少なくとも１つの入力装置から入力データを収集するステップと、
前記収集した入力データを基礎として前記感情データを生成するステップと、
をさらに有する、請求項１１に記載のコンピュータ可読媒体。
【請求項１６】
前記アプリケーションがウェブ・アプリケーションである、請求項１１に記載のコンピュータ可読媒体。
【請求項１７】
前記ファイアウォール・ルールセットが、前記アプリケーションによって前記データを要求するためのプロトコルを定義するアプリケーション・プログラミング・インターフェースによって構成された感情ファイアウォールのコンポーネントである、請求項１１に記載のコンピュータ可読媒体。
【請求項１８】
前記感情データによって特徴付けられた前記感情的状態が、怒っている、悲しい、幸福である、興奮している、不安である、興味がある、およびそれらの任意の組合せのうちの１つである、請求項１１に記載のコンピュータ可読媒体。
【請求項１９】
前記ファイアウォール・ルールセットが前記ユーザによって構成可能である、請求項１１に記載のコンピュータ可読媒体。
【請求項２０】
前記要求アプリケーションがウェブベースのアプリケーションであり、前記要求がインターネットを介して受信される、請求項１１に記載のコンピュータ可読媒体。
【請求項２１】
ユーザの感情的状態を特徴付ける感情データのソースと、
感情ファイアウォールであって、
アプリケーションによって前記感情データを要求するためのプロトコルを定義するアプリケーション・プログラミング・インターフェースと、
前記アプリケーションによる要求に応答して前記感情データの転送を管理するルールを定義するルールセットと
を含む感情ファイアウォールと、
を有し、
前記感情ファイアウォールが、前記ルールセットを基礎として、要求された感情データを要求アプリケーションに提供すべきかどうかを判定するように構成される、コンピュータ。
【請求項２２】
前記ルールセットが前記ユーザによって構成される、請求項２１に記載のコンピュータ。
【請求項２３】
前記感情ファイアウォールがミドルウェアである、請求項２１に記載のコンピュータ。
【請求項２４】
前記アプリケーション・プログラミング・インターフェースが、特定の感情データをアプリケーションが要求できるようにするように構成される、請求項２１に記載のコンピュータ。
【請求項２５】
前記ユーザとのインターフェースを取る複数の入力装置から提供された入力を基礎として前記感情データを生成するように構成された感情エンジンをさらに有する、請求項２１に記載のコンピュータ。
【請求項２６】
前記アプリケーション・プログラミング・インターフェースが、前記感情エンジンによって生成された前記感情データにおける信頼水準をアプリケーションが要求できるように構成され、前記信頼水準が前記感情データによって特徴付けられた前記感情的状態の判定に対する知覚された正確さの程度を示す、請求項２５に記載のコンピュータ。
【請求項２７】
前記ユーザから入力を受信するための少なくとも１つの入力装置と、
前記少なくとも１つの入力装置から提供された前記入力を基礎として前記ユーザの前記感情的状態を判定するように構成された感情エンジンと、
をさらに有する、請求項２１に記載のコンピュータ。
【請求項２８】
前記少なくとも１つの入力装置が、前記ユーザの表情の特徴を測定するように構成される、請求項２７に記載のコンピュータ。
【請求項２９】
少なくとも１つの入力装置が、タイピング速度、タイピング・パターン、タイピング圧力、およびマウスの把持圧力のうちの少なくとも１つを測定するように構成される、請求項２７に記載のコンピュータ。
【請求項３０】
前記少なくとも１つの入力装置が、前記ユーザの生理的パラメータを測定するように構成された感覚装置を有する、請求項２７に記載のコンピュータ。
【請求項３１】
前記感覚装置が、心拍数モニタ、血圧測定装置、電気皮膚反応検出器、および運動検出器のうちの少なくとも１つを有する、請求項３０に記載のコンピュータ。
【請求項３２】
ユーザの生理的データのソースであって、前記生理的データが、前記ユーザとのインターフェースを取る少なくとも１つの入力装置によって収集されているソースと、
感情ファイアウォールであって、
アプリケーションによって前記生理的データを要求するためのプロトコルを定義するアプリケーション・プログラミング・インターフェースと、
前記アプリケーションによる要求に応答して前記生理的データの転送を管理するルールを定義するルールセットと
によって構成された感情ファイアウォールと、
を有し、
前記感情ファイアウォールが、前記ルールセットを基礎として、要求された生理的データを要求アプリケーションに提供すべきかどうかを判定するように構成される、コンピュータ。
【請求項３３】
前記少なくとも１つの入力装置が、心拍数モニタ、血圧モニタ、および電気皮膚反応検出器のうちの少なくとも１つを有する、請求項３２に記載のコンピュータ。
【請求項３４】
前記少なくとも１つの入力装置が、タイピング速度、タイピング・パターン、タイピング圧力、およびマウスの把持圧力のうちの少なくとも１つを測定するように構成される、請求項３２に記載のコンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、データ処理に関し、詳細には、ユーザの挙動、生理的パラメータ、および、または心理的パラメータを特徴付けるデータの転送の管理に関する。
【背景技術】
【０００２】
一般に、ユーザは、コンピュータを、低レベルのイニシアチブを有し、単にユーザ要求および入力に応答する比較的受動的なマシンと見なしている。しかし、最近は、マン・マシン・インターフェース（human-computer interaction：ＨＣＩ）の強化に対し相当な注意が払われている。特に、エンジニアおよび科学者は、ＨＣＩを改善するために、声、凝視、身振り、および感情的状態などの基本的な人間の属性を利用しようとしている。人間の感情を検出し、それに応答する装置の能力は「情動コンピューティング（affective Computing）」として知られている。たとえば、インターナショナル・ビジネス・マシーンズ社の研究者は、被検者の心拍数、体温、電気皮膚反応、および微細な身体運動を測定し、その測定値を幸福、驚き、怒り、恐怖、悲しみ、嫌悪感などの感情的状態と突き合わせた。研究者は、オフィスのいす、キーボード、マウス、電話のグリップなど、種々の位置または装置内に様々なセンサを戦略的に配置することによってデータ収集を容易にすることを企図している。時間の経過につれて、コンピュータは、ユーザの個性、感情、好き嫌いを学習し、それに応じて順応することさえできる。たとえば、ユーザの感情的状態（たとえば、疲れた、心配である、急いでいる）に応じて、コンピュータは情報の提示を減速または加速することができる。また、教育用に構成されたコンピュータは、学生の学習能力に対するその判定に応じて、その教育スタイルを適合させることも可能である。
【０００３】
しかし、コンピュータはユーザの感情を判定する能力を有するが、ユーザは確かに、生の気分データ（すなわち、心拍数、体温、電気皮膚反応などのユーザの気分を特徴付けるために使用可能な生データ）および、またはユーザの気分や感情を示す処理済み情報の無差別かつ無制御の配布に反対するであろう。たとえば、２人のビジネス・パートナー間の電話会議について考慮する。このような交換媒体は、ビジネス・パートナーが明白な声の抑揚に応じて、限られた程度まで相手の感情的状態を測れるようにするだけであろう。上述の現行技術では、パートナーの一方または両方のより完全な感情的プロファイルを決定し、もう一方のパートナーにとって使用可能なものにすることができる。例えばユーザがオンライン・ゲーム（たとえば、オンライン・ポーカ）に参加している例について考えてみる。他のプレーヤの感情に対する無許可アクセスが許されているプレーヤ（人間またはコンピュータ）はかなり有利である。調査員が通信ネットワークを介して無許可ポリグラフを実行する、もう１つの例について考慮する。このようにして、人間の感情を取得するかまたは処理する技術は、結果的に個人のプライバシーにかなり侵入する可能性があり、様々に濫用されそうである。
【０００４】
したがって、コンピュータが捕捉したユーザの感情の配布をユーザが制御できるようにする方法およびシステムが必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、一般に、ユーザの挙動、生理的パラメータ、および、または心理的パラメータを特徴付けるデータの転送を管理するための方法、装置、および製品を提供する。
【課題を解決するための手段】
【０００６】
一実施形態は、ユーザの感情的状態を特徴付ける感情データに関する要求アプリケーションからの要求を処理する方法を提供する。要求アプリケーションへの感情データの転送を管理するルールを定義するファイアウォール・ルールセットは、感情データを要求アプリケーションに提供すべきかどうかを判定するためにアクセスされる。この要求は、ファイアウォール・ルールセットのルールが満足されない場合に拒否される。
【０００７】
他の実施形態は、実行されたときに、（ｉ）ユーザの感情的状態を特徴付ける感情データ、（ｉｉ）ユーザの生理的データ、および（ｉｉｉ）感情データと生理的データとの組合せから選択されたデータに関する要求を要求アプリケーションから受信するステップを含む操作を実行するプログラムを収容しているコンピュータ可読媒体を提供する。要求アプリケーションへのデータの転送を管理するルールを定義するファイアウォール・ルールセットは、そのデータを要求アプリケーションに提供すべきかどうかを判定するためにアクセスされる。この要求は、ファイアウォール・ルールセットのルールが満足されない場合に拒否される。
【０００８】
さらに他の実施形態は、ユーザの感情的状態を特徴付ける感情データのソースと、感情ファイアウォールとを含むコンピュータを提供する。感情ファイアウォールは、アプリケーションによって感情データを要求するためのプロトコルを定義するアプリケーション・プログラミング・インターフェースと、アプリケーションによる要求に応答して感情データの転送を管理するルールを定義するルールセットとによって構成される。感情ファイアウォールは、ルールセットを基礎として、要求された感情データを要求アプリケーションに提供すべきかどうかを判定するように構成される。
【０００９】
さらに他の実施形態は、ユーザの生理的データのソースであって、その生理的データがユーザとのインターフェースを取る少なくとも１つの入力装置によって収集されているソースと、感情ファイアウォールとを含むコンピュータを提供する。感情ファイアウォールは、アプリケーションによって生理的データを要求するためのプロトコルを定義するアプリケーション・プログラミング・インターフェースと、アプリケーションによる要求に応答して生理的データの転送を管理するルールを定義するルールセットとによって構成される。感情ファイアウォールは、ルールセットを基礎として、要求された生理的データを要求アプリケーションに提供すべきかどうかを判定するように構成される。
【００１０】
上記で列挙した本発明の特徴、利点、および目的が達成される方法が詳細に理解されるように、添付図面に図示されたその諸実施形態を参照することによって、上記で簡単に要約された本発明についてより詳細な説明を行うことができる。
【００１１】
しかし、添付図面は本発明の典型的な諸実施形態のみを示しており、したがって、その範囲を制限するものと見なすべきではなく、本発明は他の同様に効果的な諸実施形態を認めることができることは留意すべきである。
【発明を実施するための最良の形態】
【００１２】
本発明は、たとえば、ユーザの感情的状態を特徴付けるかまたはユーザの感情的状態を特徴付けるために使用可能であるデータおよび、または生理的パラメータを記述するデータの配布を制御するための方法、装置、および製品を提供する。ルールセット（複数も可）は、要求アプリケーションへのデータの配布を規制するように設けられる。アプリケーションがそのデータにアクセスできるようにするために、ルールセットの関連ルールを満足しなければならない。
【００１３】
本発明の一実施形態は、コンピュータ・システムで使用するためのプログラム・プロダクトとして実現される。このプログラム・プロダクトのプログラム（複数も可）は、諸実施形態（本明細書に記載する方法を含む）の諸機能を定義し、様々な信号担持媒体上に収容することができる。例示的な信号担持媒体は、（ｉ）書込み不能記憶媒体（たとえば、ＣＤ−ＲＯＭドライブによって読取り可能なＣＤ−ＲＯＭディスクなどのコンピュータ内の読取り専用メモリ・デバイス）上に永続的に保管された情報、（ｉｉ）書込み可能記憶媒体（たとえば、ディスケット・ドライブ内のフレキシブル・ディスクまたはハードディスク・ドライブ）上に保管された変更可能情報、および（ｉｉｉ）ワイヤレス通信を含む、コンピュータ・ネットワークまたは電話網などにより、通信媒体によってコンピュータに伝達される情報を含むが、これらに限定されない。後者の実施形態は、具体的には、インターネットおよびその他のネットワークからダウンロードされた情報を含む。このような信号担持媒体は、本発明の諸機能を指示するコンピュータ可読命令を担持する場合、本発明の諸実施形態を表す。
【００１４】
一般に、本発明の諸実施形態を実現するために実行されるルーチンは、オペレーティング・システムの一部あるいは特定のアプリケーション、コンポーネント、プログラム、モジュール、オブジェクト、または命令シーケンスにすることができる。本発明のコンピュータ・プログラムは、概して、ネイティブ・コンピュータによって機械可読フォーマットに、つまり、実行可能命令に変換される多数の命令から構成される。また、プログラムは、プログラムにとってローカルに常駐するかあるいはメモリまたは記憶装置内で見つかる変数およびデータ構造から構成される。加えて、以下に記載する様々なプログラムは、それらが本発明の特定の一実施形態で実現されるアプリケーションに基づいて識別することができる。しかし、後述する任意の特定のプログラム名称は単に便宜上使用されるものであり、したがって、本発明はこのような名称によって識別および、または暗示される任意の特定のアプリケーションのみでの使用に限定すべきではないことを理解されたい。
【００１５】
以下の説明では、本発明の諸実施形態について言及する。しかし、本発明は記載された特定の諸実施形態に限定されないことを理解されたい。その代わりに、種々の諸実施形態に関連するかどうかにかかわらず、以下の特徴および要素のいかなる組合せも、本発明を実現し実施するために企図されたものである。さらに、様々な諸実施形態では、本発明は、従来技術を超える多数の利点を提供する。しかし、本発明の諸実施形態は他の可能な解決策および、または従来技術を超える利点を達成することができるが、特定の利点が所与の一実施形態によって達成されるかどうかは本発明を制限するものではない。したがって、以下の態様、特徴、実施形態、および利点は単に例示的なものであり、明示的に存在しない限り、特許請求の範囲の要素または制限とは見なされない。
【００１６】
一般に、本発明の諸実施形態は、様々なハードウェア／ソフトウェア構成のいずれかで実現することができる。特定の一実施形態は、少なくとも１つのクライアント・コンピュータと、少なくとも１つのサーバ・コンピュータとを含む。クライアント（複数も可）とサーバ（複数も可）は、共通マシン上で実行される場合もあれば、クライアント（複数も可）とサーバ（複数も可）がネットワークを介して通信する分散環境に配備される場合もある（図１に関して後述する通り）。しかし、クライアント／サーバ・モデルは単に、本発明を実現可能な一モデルに過ぎず、当業者であれば他の可能性を認識するであろう。さらに、本発明の諸実施形態は、コンピュータ・システムが複雑なマルチユーザ・コンピューティング装置であるか、単一ユーザ・ワークステーションであるか、それ専用の不揮発性記憶装置を備えていないネットワーク・アプライアンスであるか、または携帯情報端末（ＰＤＡ）、ポケットＰＣ、および移動電話などのハンドヘルド・デバイスであるかにかかわらず、任意の適切なハードウェア構成に適用することができる。さらに、特定のソフトウェア・プロダクトについて言及する可能性がある、本発明は、特定のソフトウェア・プロダクト、規格またはバージョンに限定されず、任意の特定のプログラミング言語にも限定されないことは言うまでもない。したがって、当業者であれば、本発明は他のソフトウェア・プロダクトに適合可能であり、本発明は特定のソフトウェア・プロダクトの今後のバージョンならびに現在知られていない他の適切なソフトウェア・プロダクトにも適合可能であることを認識するであろう。
【００１７】
次に添付図面を参照すると、図１は、本発明を実現可能な分散データ処理システム１００（本明細書ではネットワーク環境とも言う）の図表現を示している。分散データ処理システム１００はネットワーク１０２を収容しており、それは分散データ処理システム１００内で一緒に接続された様々な装置およびコンピュータ間の通信リンクを提供するために使用される媒体である。ネットワーク１０２は、ワイヤまたは光ファイバ・ケーブルなどの永続的な接続、あるいは電話接続による一時的な接続を含むことができ、ワイヤレス接続も含むことができる。一般に、ネットワーク１０２は、たとえば、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）などのいくつかの異なるタイプのネットワークとして実現することができる。特定の一実施形態では、ネットワーク１０２はインターネットである。
【００１８】
図示した例では、複数のコンピュータがネットワーク１０２に接続されている。このコンピュータは、サーバ・コンピュータ１０４とクライアント・コンピュータ１０８とを含む。クライアント・コンピュータ１０８は、たとえば、パーソナル・コンピュータまたはネットワーク・コンピュータにすることができ、サーバ・コンピュータ１０４は、たとえば、データベース・サーバまたはウェブ・サーバにすることができる。これに関連して、「サーバ」および「クライアント」という用語は単にそれぞれのコンピュータの主たる機能を示しているに過ぎない。すなわち、クライアント・コンピュータは、概して、サーバ・コンピュータに対して要求を発行し、次にそのサーバ・コンピュータが要求に応答する。しかし、サーバ・コンピュータ１０４がクライアント・コンピュータ１０８に対して要求を発行することは可能であり、実際にそれが企図されている。クライアント・コンピュータとサーバ・コンピュータはどちらも、それぞれがホストとして１つまたは複数のアプリケーションを処理することができる。クライアント・コンピュータの場合、典型的なアプリケーションとしては、ワード・プロセッサ、電子メール・クライアント、カレンダ、ウェブ・ブラウザなどを含む。サーバ・コンピュータの場合、典型的なアプリケーションとしては、データベース・アプリケーション、ウェブ・アプリケーション、および様々なトランザクション・アプリケーションのいずれかを含む。また、所与のマシンがホストとしてサーバ・プログラムとクライアント・プログラムの両方を処理することも可能である。
【００１９】
図１は単に例示的なものであることは言うまでもない。したがって、分散データ処理システム１００は、他の形式のサーバ・システム（図示せず）を含むことができ、このようなサーバ・システムもクライアント・コンピュータにデータを提供するものである。たとえば、ある形式のサーバ・システムは、互いに論理的に関連付けられているかまたは１つのクラスタとして相互接続されている２つまたはそれ以上のサーバを有することができる。分散データ処理システム１００は、追加のサーバ、クライアント、および図示されていないその他の装置を含むことができる。いずれにしても、図１は一例として意図されたものであり、本発明のアーキテクチャ上の制限として意図されたものではない。
【００２０】
例示のため、図２に示す１つのコンピュータ２００に関して本発明の諸態様を説明するが、このコンピュータ２００はクライアント・コンピュータ（たとえば、図１のクライアント・コンピュータ１０８1）またはサーバ・コンピュータ（たとえば、図１のサーバ・コンピュータ１０４1）にすることができる。コンピュータ２００は、複数の入力装置２０２（その一部または全部は出力も可能である）を備えている。一般に、入力装置２０２は、人間オペレータ２０４（ユーザ）からの入力を受信し、コンピュータ２００の他のコンポーネントにその入力を提供するように適合される。本発明に関しては、関心のある入力は、人間オペレータ２０４の生理的パラメータを特徴付ける任意の入力および、または特定の入力装置と人間オペレータ２０４との対話の方法を特徴付ける任意の入力である。さらに、この入力は、人間オペレータ２０４の感情的気質を特徴付けるために使用することができる。このような入力の例は以下に示されている。
【００２１】
入力データの例
脈拍
眼球運動
脳の活動
体温
血圧
マウスの把持圧力
マウスの動き（不規則、円滑、均一など）
タイピング速度
タイピング・パターン（不規則、円滑、均一など）
タイピング圧力
顔の特徴
発汗
身体運動
【００２２】
このために、例示的な入力装置は、キーボード、キーパッド、ライトペン、タッチスクリーン、トラックボール、マウス、音声認識ユニット、カメラを含む。また、入力装置２０２は好ましくは、人間オペレータ２０４の生理的（たとえば、物理的、生物学的、または化学的）属性のうちの１つまたは複数を感知するように構成された類の感覚装置も含む。たとえば、感覚装置は、心拍数センサ、体温センサ、電気皮膚反応センサ、圧力変換器などを含むことができる。また、この装置は、植込み心臓モニタなどの植込み医療装置にすることもできる。具体的な装置の非制限的な例は以下の通りである。
【００２３】
例示的な入力装置
・「http://www.almaden.ibm.com/cs/BlueEyes/index.html」に記載されているＩＢＭのブルーアイズ（BlueEyes）プロジェクト
・「http://www.iha.bepr.ethz.ch/pages/leute/zim/emopapers/ark-theemotion mouse.pdf」に記載されているＩＢＭ  ＲｅｓｅａｒｃｈのＥｍｏｔｉｏｎ  Ｍｏｕｓｅ
・「http://www.noldus.com/events/mb2000/program/abstracts/haande.html」に記載されている把持力検出マウス
・「http://www.evetoy.com/english/index.html」に記載されているＰｌａｙＳｔａｔｉｏｎ（Ｒ）２のＥｙｅＴｏｙ（今後のリリースでは感情検出器）
・「http://www.haskins.vale.edu/haskins/MISC/Facilities/EyeMovement.html」に記載されているＨａｓｋｉｎｓ  Ｌａｂｏｒａｔｏｒｉｅｓで開発されたＥｙｅｌｉｎｋ  ＩＩ
・「http://www.uphs.upenn.edu/trc/conditioning/neuroimage15 2002.pdf」に記載されている模擬欺瞞中の脳の活動（BrainActivity During Simulated Deception）
【００２４】
装置２０２はそれぞれ、適切なデバイス・インターフェース２０６によってサポートすることができる。デバイス・インターフェース２０６は、装置２０２とコンピュータ２００のその他のコンポーネントとの間の通信に必要な、アダプタおよびドライバなどの、ハードウェアとソフトウェアの任意の組合せを含む。
【００２５】
一実施形態では、ユーザ２０４の生理的パラメータに関する入力を提供できる入力装置２０２および、またはユーザ２０４の感情または感情的状態を特徴付けるために使用可能な入力装置２０２のそれぞれは、レジストリ２０８に登録することが要求される可能性がある。図示した実施形態では、レジストリ２０８は、感情ファイアウォール２１４（より詳細に後述する）のコンポーネントとして示されている。しかし、レジストリ２０８は代わって、たとえば、コンピュータ１０８のオペレーティング・システムまたはアプリケーションのコンポーネントにすることができる。入力装置を登録すると、感情エンジン２１０および、または感情ファイアウォール２１４（どちらについても後述する）はどの生データを収集および、または配布可能であるかを判定することができる。さらに、入力装置を登録すると、感情ファイアウォール２１４においてデータおよびパラメータの構成が可能になる。たとえば、脈拍測定装置が登録された場合、感情ファイアウォール２１４は、ユーザにこのデータを提供することができ、ユーザがルールセット構成内の脈拍測定値を使用できるようにすることができる（ルールセット構成については後述する）。一実施形態では、登録済み装置のそれぞれは、感情エンジン２１０および、または感情ファイアウォール２１４に加えてデータ・レポジトリ２０９に入力を提供するために使用可能である。データ・レポジトリ２０９は、入力装置２０２からの入力を一時的にまたは持続的に保管するための任意の形式の記憶装置にすることができる。たとえば、データ・レポジトリ２０９は、データ構造またはデータベースにすることができる。感情エンジン２１０は、登録済み装置によって（直接またはデータ・レポジトリ２０９から）提供された入力を処理し、ユーザ２０４の感情または感情的状態を特徴付けるために構成された任意のハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せである。このような特徴付けの方法は、一般的なものから高度に具体的なものまで及ぶ可能性がある。たとえば、登録済み入力装置２０２からの入力を基礎として、感情エンジン２１０は、ユーザ２０４が定義済みの「正常」の感情カテゴリに該当すると判断することができ、それにより広範な感情的状態特徴付けのみを提供する。代わって、同じかまたは異なる入力を基礎として、感情エンジン２１０は、ユーザ２０４が怒っている、悲しい、幸福である、不安である、興奮しているものとして判断するか、または躁鬱などのより具体的な臨床心理診断を行うことができる。いずれにしても、マン・マシン・インターフェースを基礎として人間の感情を定量化または限定するための技法は周知のものである。したがって、人間の感情を特徴付けるための任意の既知または未知の技法が企図されており、これ以上の詳述は不要である。
【００２６】
本発明の諸実施形態を説明するという目的のために、感情エンジン２１０に提供可能な生の入力データ（たとえば、上記の「入力データの例」という表に記載されている入力）は、本明細書では「入力データ」と呼ばれ、概して、ユーザ２０４の感情的属性を直接特徴付けないデータも含む。感情エンジン２１０の出力は、本明細書では「感情データ」と呼ばれ、ユーザ２０４の感情的属性を特徴付ける処理済みデータを構成する。説明の便宜上、入力データと感情データは、ひとまとめにして、本明細書では「気分データ」または単に「データ」と呼ばれる。したがって、特に他の指示がない限り、「気分データ」に対する言及は、入力データおよび感情データのいずれか一方または両方を指すことは言うまでもない。
【００２７】
様々な目的のために、気分データは、要求があり次第、１つまたは複数のアプリケーションにとって選択的に使用可能なものにすることができる。このようなアプリケーションは一般に、リモート・アプリケーション２２０とローカル・アプリケーション２２２とを含む。リモート・アプリケーション２２０は、ネットワーク１０２を介してクライアント・コンピュータ１０８と通信する、リモートに配置されたアプリケーションである。ローカル・アプリケーションは、コンピュータ２００上でまたは何らかの形式のローカル・バス上で実行されるアプリケーションである。
【００２８】
上記の通り、アプリケーションの気分データに関する要求の基礎は多様になる可能性がある。たとえば、一実施形態では、ウェブ・アプリケーションは、ウェブ・サイトへの訪問者の感情的反応を判定して、特定のコンテンツが不快であるか、紛らわしいか、愉快であるか、または興味深いものであるかを判定するように構成することができる。リアルタイム・メッセージング・アプリケーションは、メッセージング・セッション中に各ユーザの感情を表すエモティコン（emoticon）を自動的に表示することができ、対話をより表現豊かなものにすることにより、強化することができるであろう。ゲーム業界では、たとえば、プレーヤが脅えているのか、驚いているのか、または怒っているのかに応じて、ビデオゲームを様々に構成するために、人工知能が気分データを使用することができるであろう。マーケティング担当者は、閲覧者の感情的反応に応じて、ポップアップなどのオンライン広告の効果を測定することができるであろう。上記の説明は、単にアプリケーションによる気分データの例示的な使用法に過ぎない。当業者であれば他の使用法を認識することになり、既知または未知を問わず、このような使用法はすべて本発明の範囲内のものであることは言うまでもない。
【００２９】
気分データの様々な使用法が可能であるが、ユーザ２０４は、気分データの無差別な配布が望ましくないことが分かり、配布に対してある程度の制御を行使することを選ぶ可能性がある。このために、コンピュータ２００は、感情エンジン２１０の通信相手である感情ファイアウォール２１４によって構成される。感情ファイアウォール２１４は、スタンドアロン・エンティティにするか、または特定のアプリケーションに組み込むことができることが企図されている。いずれにしても、感情ファイアウォール２１４は一般に、感情エンジン２１４によって出力された気分データの転送を規制するように構成される。具体的には、感情ファイアウォール２１４は、気分データに関する様々なアプリケーション（たとえば、アプリケーション２２０、２２２）からの要求に応答し、その要求が満たされているかどうか、ならびにどの程度まで満たされているかを判定する。一実施形態では、このような機能は、１つまたは複数のルールセット２１６とアプリケーション・プログラム・インターフェース（ＡＰＩ）２１８によって感情ファイアウォール２１４を構成することによって実施される。マルチユーザ環境では、コンピュータを操作するかまたはコンピュータにアクセスする、それぞれの異なるユーザごとに異なるルールセットを提供することができる。このような一実施形態は、複数のクライアント・コンピュータ（たとえば、図１のクライアント・コンピュータ１０８）に関するアクセス権を外界に提供する中央ゲートウェイ・コンピュータ上に感情ファイアウォール２１４が常駐する場合に特に有用である可能性がある。ルールセット２１６は一般に、気分データの配布に関する制約事項を指定する。また、特定の感情的属性をマスクするかまたは増大するために、気分データの歪曲など、気分データに対する制御のその他の諸態様を実現することも企図されている。
【００３０】
特定の一実施形態では、ルールセット・パラメータは「アプリケーション・タイプ」を含む。すなわち、ルールセット２１６は、感情データを要求するアプリケーションのタイプに応じて、気分データの配布に関する制約事項を実現することができる。これに関連して、「アプリケーション・タイプ」は、汎用プログラム・カテゴリ（たとえば、メッセージング・アプリケーション、ワード・プロセッサ、ブラウザなど）を指す。
【００３１】
他の実施形態では、ルールセット・パラメータは「特定のアプリケーション」を含む。すなわち、ルールセット２１６は、データを要求する特定のアプリケーション、たとえば、Ｌｏｔｕｓ  Ｄｅｖｅｌｏｐｍｅｎｔ社のＳａｍｅｔｉｍｅ（商標）に応じて、気分データの配布に関する制約事項を実現することができる。Ｓａｍｅｔｉｍｅ（商標）はＬｏｔｕｓ  Ｄｅｖｅｌｏｐｍｅｎｔ社の登録商標である。
【００３２】
他に可能なルールセット・パラメータは「データ・タイプ」であり、それにより、ルールセット２１６は、要求される気分データの特定のタイプに応じて、気分データの配布に関する制約事項を実現することができる。たとえば、特定のデータ・タイプ・ルールセット・パラメータは、怒りという感情を要求アプリケーションに提供できないことを指定することができる。
【００３３】
他に可能なルールセット・パラメータは「データ値」であり、それにより、ルールセット２１６は、要求される感情データの特定の値に応じて、気分データの配布に関する制約事項を実現することができる。たとえば、特定のデータ値ルールセット・パラメータは、血圧の読取り値が１４０／９０未満の値を有する場合のみ、血圧の読取り値を要求アプリケーションに提供できることを指定することができる。
【００３４】
他に可能なルールセット・パラメータは「時刻」である。時刻は、気分データに関する要求（複数も可）が受信される特定の時間または特定の期間を指定する。たとえば、ルールセットは、要求が午前９時から午後５時の間に受信された場合のみ、要求されたデータを提供するように構成することができる。
【００３５】
他に可能なルールセット・パラメータは「アプリケーション優先順位」である。アプリケーション優先順位は、たとえば、他のアプリケーションに対するあるアプリケーションの相対優先順位を指定する。要求アプリケーションは、他の要求より重要な要求を区別するために、それ自体の要求の重要性を分類することもできるであろう。たとえば、インスタント・メッセージング・アプリケーションは、ユーザＡの感情データを３分おきに要求する可能性があるが、これを低優先順位として分類することになるであろう。対照的に、このアプリケーションは、明示的なユーザ要求を高優先順位として分類することができる。
【００３６】
他に可能なルールセット・パラメータは「アプリケーションの事前要求」である。一実施形態では、このパラメータは、２通りに使用される。第一に、このパラメータは、明示ユーザ許可（以下の表を参照）に併せて使用することができるであろう。ユーザが特定の要求を何回も拒否した場合、感情ファイアウォールは、毎回、ユーザにプロンプトで指示するのではなく、このような特定の要求をまったく無視し始めることができるであろう。第二に、このパラメータは、内密の作戦を識別するために感情ファイアウォールによって使用することができるであろう。たとえば、「全体的な気分」に関する要求が拒否されるが、全体的な気分を構築するために各個人の生データを収集しようとするアプリケーションについて考慮する。このタイプの活動は、怪しい意図を示すために、ファイアウォールに対してフラグを立てることができるであろう。
【００３７】
上記のルールセット・パラメータ・タイプならびに追加のパラメータ・タイプは以下の表に示されている。
【表１】
2005302014.tif 000003
【００３８】
上記のルールセット・パラメータ・タイプは単に例示的なものに過ぎず、当業者であれば、他のパラメータ・タイプを認識するであろう。さらに、所与のルールセットが異なるパラメータ・タイプの組合せに基づいてルールを定義できることが企図されている。たとえば、特定のルールセットは、認証済みヘルス・モニタ・アプリケーションのみに血圧の読取り値を提供可能であることを指定することができる。他のルールセットは、メッセージング・アプリケーションのユーザがＪｏｈｎ  ＳｍｉｔｈおよびＪａｎｅｔ  Ｓｍｉｔｈである場合にそのメッセージング・アプリケーションにのみ怒りという感情を提供可能であることを指定することができる。
【００３９】
一実施形態では、ルールセット２１６は構成ユーザ・インターフェース２１２によりユーザ構成可能である。ユーザ・インターフェース２１２は、たとえば、ルールセット２１６の構成を容易にする機構および機能（たとえば、メニュー、ボタン、ウィザードなど）を含む豊富な環境をユーザに提供するグラフィカル・ユーザ・インターフェースにすることができる。簡単に図３を参照すると、ルールセットを作成するための１つの方法３００を示す流れ図が示されている。ルールセットを作成することを所望するユーザ２０４は、まず、デスクトップ環境の適切なアイコンをダブルクリックすることなどにより、構成ユーザ・インターフェース２１２を呼び出す（ステップ３０２）。次に、構成ユーザ・インターフェース２１２は、入力装置（たとえば、図２に示すコンピュータ２００の入力装置２０２）を使用して所望の選択を行うことができるユーザ２０４に対して表示される（ステップ３０４）。例示的な選択としては、上記の表に示されているルールセット・パラメータのうちのいずれかを指定することを含む。この選択は受信され（ステップ３０６）、適切なルールセットを作成する（ステップ３０８）ために適用される。
【００４０】
また、ルールセット２１６はアプリケーションまたはオペレーティング・システムによって構成可能であることも企図されている。たとえば、ＡＰＩを使用して、アプリケーションは、インストール時に特定のルールをセットアップすることができるであろう。したがって、インスタント・メッセージングなどのプログラムがインストールされると、アプリケーションは基本的なデフォルト・ルールセットをセットアップすることができるであろう。
【００４１】
ルールセット２１６を構成すると、ルールセット２１６は、リモート・アプリケーション２２０およびローカル・アプリケーション２２２からの着信要求に適用することができる。一実施形態では、ルールセット２１６はファイアウォール・マネージャ２１７によって適用される。具体的には、ルールセット２１６を基礎として、ファイアウォール・マネージャ２１７は、要求された気分データが要求アプリケーションに提供されるかどうかを判定する。一実施形態では、ファイアウォール・マネージャ２１７は、ＡＰＩ２１８に準拠する要求を受信し、適用可能なルールが満足されるかどうかを判定するためにルールセット２１６にアクセスするソフトウェア・コンポーネントである。このために、ＡＰＩ２１８は、気分データを要求するために適切なプロトコルを定義する。ＡＰＩプロトコルは、たとえば、ファイアウォール２１４と要求アプリケーションとの間で交換可能な情報のタイプを定義することができる。たとえば、感情ファイアウォール２１４用ＡＰＩは、（ｉ）感情データ、すなわち、感情エンジン２１０によって判定された通り、ユーザ２０４の感情（複数も可）を特徴付ける情報、（ｉｉ）特定の感情データに対する信頼水準（表において上記で定義した通り）、および（ｉｉｉ）特定の生理的パラメータ（たとえば、血圧の読取り値）をアプリケーションが要求できるようにすることができる。また、感情ファイアウォール２１４用ＡＰＩは、優先順位レベル（表において上記で定義した通り）および、または要求ユーザ（たとえば、Ｊｏｈｎ  Ｓｍｉｔｈ）およびアプリケーションのタイプなどの特定の要求側情報をアプリケーションが指定できるようにするかまたは指定することを要求することができる。一実施形態では、感情ファイアウォール２１４用ＡＰＩは、感情ファイアウォール２１４への入力装置２０２の登録を実現する。当然のことながら、感情ファイアウォール２１４用ＡＰＩの上記の諸態様は単に例示的なものに過ぎず、当業者であれば、実現可能な他の諸態様を認識するであろう。
【００４２】
次に図４を参照すると、ファイアウォール２１４が１つまたは複数の適切なルールセット２１６によって構成された後でコンピュータ１０８1を操作するための一実施形態を示す、方法４００の流れ図が示されている。例示のために、方法４００は、コンピュータ１０８1が電源投入され、ブート・シーケンスを開始したときに開始するものと想定されているが、ブート後のその他の時期に入ることもできる。ステップ４０２では、入力装置２０２がレジストリ２０８に登録される。入力装置２０２の登録は、たとえば、装置の初期設定中に行うことができる。ステップ４０４では、１つまたは複数の要求アプリケーション４０６（たとえば、リモート・アプリケーション２２０および、またはローカル・アプリケーション２２２のうちのいずれか）との接続が確立される。ＡＰＩ２１８に応じて、専用ポートまたは既存ポートにより接続を行えることが企図されている。一実施形態では、各要求アプリケーションは、ステップ４１０で気分データ要求側として（たとえば、レジストリ２０８に対して）登録される。次に、感情ファイアウォール２１４は、要求がＡＰＩ２１８に適合する場合にアプリケーション４０６から要求を受信し始める（ステップ４１２）。所与の受信要求の場合、ファイアウォール・マネージャ２１７は（ステップ４１４で）適切なルールセット２１６にアクセスする。次にファイアウォール・マネージャ２１７は（ステップ４１６で）ルールセット２１６の条件が満足されるかどうかを判定する。これに関連して、ルールセットの条件が「満足」されるという判断は、何らかの形式の気分データが要求アプリケーションに提供されることのみを保証するものであって、要求されている特定の気分データが提供されることを保証するものではない。たとえば、ルールセット２１６は、要求アプリケーションに提供される気分データに関して何らかの形式の歪曲または制御が実現されることを指定できることは上記で言及されている。これに関連する制御の一例は、要求アプリケーションに提供される気分データを、要求されているデータのサブセットに制限することである。したがって、ファイアウォール・マネージャ２１７は、（ステップ４２０で）要求アプリケーションに気分データを送信する前に（ステップ４１８で）気分データについて任意の必要な処理を実行する。しかし、（ステップ４１６で）ルールセットの条件が満足されない場合、いかなる形式の気分データも要求アプリケーションに提供されなくなり、ファイアウォール・マネージャ２１７は（ステップ４１８で）その要求を拒否する応答を送信する。
【００４３】
上記では、要求アプリケーションへの気分データの送信を規制するための感情ファイアウォールの諸実施形態について記載している。このため、感情ファイアウォールは、気分データのソースと要求アプリケーションとの間に常駐するミドルウェア・プロダクトと見なすことができる。特定の諸実施形態について記載してきたが、本発明はこれらの諸実施形態に限定されず、当業者であれば、本発明の範囲内にある他の諸実施形態を認識するであろう。たとえば、図２は、感情ファイアウォール２１４の後ろに常駐する感情エンジン２１０を示している。しかし、感情エンジン２１０は代わって、ファイアウォールの反対側にある場合があり、たとえば、図１に示すサーバ・コンピュータ１０４1などのリモート・サーバ上に常駐する場合があることが企図されている。また、いかなる感情エンジンも設けられていない諸実施形態も企図されており、感情ファイアウォール２１４は、血圧、脈拍などを含む生理的データなどの「生」データの送信のみを規制する。当業者であれば、さらに他の諸実施形態を認識するであろう。
【００４４】
上記は本発明の諸実施形態を対象とするが、本発明の基本範囲から逸脱せずに、本発明のその他のおよび追加の諸実施形態を考案することができ、本発明の範囲は特許請求の範囲によって決定される。
【図面の簡単な説明】
【００４５】
【図１】ネットワーク化クライアント／サーバ・コンピュータ環境の高レベル図である。
【図２】感情ファイアウォールによって構成されたコンピュータの一実施形態を示すブロック図である。
【図３】図２の感情ファイアウォールのルールセットを構成するための一実施形態を示す流れ図である。
【図４】気分データに関するアプリケーションからの要求に応答して感情ファイアウォールを操作するための一実施形態を示す流れ図である。
【符号の説明】
【００４６】
１０２  ネットワーク
２００  コンピュータ
２０２  装置
２０４  ユーザ
２０６  デバイス・インターフェース
２０８  レジストリ
２０９  入力データ
２１０  感情エンジン
２１２  構成ユーザ・インターフェース
２１４  感情ファイアウォール
２１６  ルールセット
２１７  ファイアウォール・マネージャ
２１８  アプリケーション・プログラム・インターフェース（ＡＰＩ）
２２０  リモート・アプリケーション
２２２  ローカル・アプリケーション
【図１】
2005302014.tif 000004
【図２】
2005302014.tif 000005
【図３】
2005302014.tif 000006
【図４】
2005302014.tif 000007