(57)【要約】【課題】  受信装置において更新ステータス警報を発生するための方法を提供する。受信装置は参加装置のネットワーク内で作動し、各参加装置はそれぞれの参加装置に関連するモニタされるエンティティについてのステータス情報をブロードキャストする。【解決手段】  本発明の方法は、参加装置の各々からのブロードキャストされたステータス情報を受信するステップと、参加装置の各々から受信されたステータス情報の合意点を抽出するためにその受信されたステータス情報を集約するステップと、抽出された合意点とその受信装置のモニタされるエンティティのステータスとを比較するステップと、抽出された合意点とモニタされたエンティティのステータスと間の相違点を検出するステップと、相違点が決定されたことに従って、受信装置において更新ステータス警報を発生するステップと、を含む。【選択図】  図２
2008546264.tif 000002
【特許請求の範囲】
【請求項１】
参加装置のネットワーク内で作動する受信装置において更新ステータス警報を発生するための方法であって、各参加装置は、当該参加装置に関連するモニタされるエンティティについてのステータス情報をブロードキャストすることができ、
前記参加装置の各々からのブロードキャストされたステータス情報を受信するステップと、
前記参加装置の各々から受信されたステータス情報の合意点を抽出するために前記受信されたステータス情報を集約するステップと、
抽出された合意点と前記受信装置の前記モニタされるエンティティのステータスとを比較するステップと、
前記抽出された合意点と前記モニタされるエンティティのステータスとの間の相違点を検出するステップと、
相違点が決定されたことに従って、前記受信装置において更新ステータス警報を発生するステップと、
を含む、前記方法。
【請求項２】
前記受信されたステータス情報の各々は、前記参加装置、前記モニタされるエンティティ、および前記モニタされるエンティティの属性を識別するデータを含むプロファイルを形成する、請求項１に記載の方法。
【請求項３】
前記集約するステップは、複数の前記参加装置の各々からの前記受信されたステータス情報の集約から、理想化されたプロファイルを抽出するステップを更に含む、請求項１または請求項２に記載の方法。
【請求項４】
前記受信されたプロファイルのエンティティの属性を表わすデータ・フォーマットを、前記受信装置のエンティティの属性を表わす同じデータ・フォーマットにマッピングする変換ステップを更に含む、請求項２に記載の方法。
【請求項５】
前記集約するステップは、前記受信されたステータス情報の集約から統計データのセットを抽出するステップを更に含む、請求項３に記載の方法。
【請求項６】
特定の推奨されたアクションが遂行されるべきであるという積極的な表示を前記抽出された統計データが提供するかどうかを決定するために、前記抽出された統計データに加重ルール・セットが適用される、請求項５に記載の方法。
【請求項７】
前記集約するステップは、プロファイルの複数のワーキング・セットを形成するために、受信されたプロファイルの各々を解析して、前記受信されたプロファイルの各々が前記受信装置の前記モニタされるエンティティ・タイプと共通にどのエンティティ・タイプを有するかを決定するステップを更に含む、請求項２に記載の方法。
【請求項８】
前記モニタされるエンティティは、警報が発生されたことに応答してエンティティの作動パラメータを更新するために手動操作を必要とするエンティティである、請求項１に記載の方法。
【請求項９】
前記装置は乗り物である、請求項１に記載の方法。
【請求項１０】
前記装置は携帯電話である、請求項１に記載の方法。
【請求項１１】
参加装置のネットワーク内で作動する受信装置において更新ステータス警報を発生するためのシステムであって、各参加装置は、当該参加装置に関連するモニタされるエンティティについてのステータス情報をブロードキャストすることができ、
前記参加装置の各々からのブロードキャストされたステータス情報を受信するための受信コンポーネントと、
前記参加装置の各々から受信されたステータス情報の合意点を抽出するために前記受信されたステータス情報を集約するための集約コンポーネントと、
抽出された合意点と前記受信装置の前記モニタされるエンティティのステータスとを比較するための比較コンポーネントと、
前記抽出された合意点と前記モニタされるエンティティのステータスとの間の相違点を検出するための検出コンポーネントと、
相違点が決定されたことに従って、前記受信装置において更新ステータス警報を発生するための発生コンポーネントと、
を含む、システム。
【請求項１２】
前記受信されたステータス情報の各々は、前記参加装置、前記モニタされるエンティティ、および前記モニタされるエンティティの属性を識別するデータを含むプロファイルを形成するための手段を含む、請求項１１に記載のシステム。
【請求項１３】
前記集約コンポーネントは、複数の前記参加装置の各々からの前記受信されたステータス情報の集約から、理想化されたプロファイルを抽出するための手段を更に含む、請求項１２に記載のシステム。
【請求項１４】
前記受信されたプロファイルのエンティティの属性を表わすデータ・フォーマットを、前記受信装置のエンティティの属性を表わす同じデータ・フォーマットに変換するための変換コンポーネントを更に含む、請求項１２に記載のシステム。
【請求項１５】
前記集約コンポーネントは、前記受信されたステータス情報の集約から統計データのセットを抽出するための手段を更に含む、請求項１３に記載のシステム。
【請求項１６】
特定の推奨されたアクションが遂行されるべきであるという積極的な表示を前記抽出された統計データが提供するかどうかを決定するために、前記抽出された統計データに加重ルール・セットが適用される、請求項１５に記載のシステム。
【請求項１７】
前記集約コンポーネントは、プロファイルの複数のワーキング・セットを形成するために、前記受信されたプロファイルの各々を解析して前記受信されたプロファイルの各々が前記受信装置の前記モニタされるエンティティ・タイプと共通にどのエンティティ・タイプを有するかを決定するステップを更に含む、請求項１２に記載のシステム。
【請求項１８】
デジタル・コンピュータの内部メモリにロード可能なコンピュータ・プログラムであって、前記コンピュータ・プログラムがコンピュータ上で実行されるとき、請求項１乃至請求項１０に記載の発明を実行するように遂行するためのソフトウェア・コード部分を含む、コンピュータ・プログラム。
【請求項１９】
請求項１に記載のステップを遂行するためのオンボード処理装置を搭載するように適応した乗り物。
【請求項２０】
請求項１に記載のステップを遂行するためのオンボード処理装置を搭載するように適応した携帯電話。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク・コンピューティングの分野に関する。特に、本発明は、装置において更新ステータス警報を発生するための方法およびシステムに関する。
【背景技術】
【０００２】
コンピューティングは、多くの会社が事業を営む方法を転換した。この転換は、コンピュータ・システムが製造システムを稼動および管理すること、または、ビジネス・プロセスを自動化することを含む。これらのシステムの自動化は、例えば、効率、速度、コスト削減という大きな利点をもたらした。しかし、現時点では、例えば、所定の環境変動に応じていつ携帯電話のスイッチを切るか決めること、または、霧の領域を脱したときに自動車のフォグ・ライトを消すことなど、自動化されてない幾つかのシステムがある。これらの各システムでは、そうすることに関連した複雑さのためにこれらのシステムを自動化することができなかった。しかし、そうする必要性は、例えば、自動車のフォグ・ライトをオンにしたままの人の後を運転することで非常にいらいらする場合、或いは、映画館内で着席時に、携帯電話をオフにするのを忘れたり、少なくとも着信音の機能を無音にするのを忘れたりしたためにその電話器が鳴るとき、切実なものである。従って、例えば、サーバのクラスタにおける構成設定を手操作でしなければならない等の場合、この同じ状況が如何に多くの手操作のエンティティに当て嵌まり得るか、ということは本明細書の読者には明らかであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従って、本発明の目的は、上記の問題を緩和する方法およびシステムを提供することにある。
【課題を解決するための手段】
【０００４】
第１の局面から見ると、本発明は、受信装置において更新ステータス警報を発生するための方法を提供する。受信装置は参加装置のネットワーク内で作動し、各参加装置はそれぞれの参加装置に関連するモニタされるエンティティについてのステータス情報をブロードキャストする。上記方法は、参加装置の各々からのブロードキャストされたステータス情報を受信するステップと、参加装置の各々から受信されたステータス情報の合意点を抽出するためにその受信されたステータス情報を集約するステップと、抽出された合意点と受信装置のモニタされるエンティティのステータスとを比較するステップと、抽出された合意点とモニタされたエンティティのステータスと間の相違点を検出するステップと、相違点が決定されたことに従って、受信装置において更新ステータス警報を発生するステップと、を含む。
【０００５】
都合のよいことに、本発明は、アプリケーション、システム、またはそれらがモニタしている別のタイプの装置の現在のステータスに関するデータを、それらの近くにある他の装置にブロードキャストするように協調的な環境で作動する装置を提供する。装置はその装置の各々からブロードキャストされたデータを受信し、その受信されたデータを集約して、特定のモニタされたエンティティのステータスが何でなければならないかということに関する合意点を抽出することができる。例えば、モニタされるエンティティが携帯電話における着信音の適用である場合、合意点は、その着信音の適用がオフにされなければならないということもある。受信装置のモニタされたエンティティの現在のステータスと生成された合意点との間で比較が行なわれる。それらのステータスが異なる場合、受信装置にその設定を更新するように知らせるための警報が発生される。
【０００６】
都合のよいことに、警報の発生は、モニタされるエンティティのオペレータがその設定を手操作で更新することを可能にする。警報は、携帯電話における振動警報に続いてその携帯電話のスクリーン上に視覚的警報が生じるか、または本発明が乗り物内で作動する場合にはダッシュボード等において警報が生じる。
【０００７】
望ましくは、本発明は、受信されたステータス情報の各々が参加装置、モニタされるエンティティ、およびモニタされるエンティティの属性を識別するデータを含むプロファイルを形成する、という方法を提供する。
【０００８】
望ましくは、本発明は、前記集約するステップが、複数の参加装置の各々から受信されたブロードキャストされたステータス情報の集約から、理想化されたプロファイルを抽出するステップを含む、方法を提供する。
【０００９】
望ましくは、本発明は、受信されたプロファイルのエンティティの属性を表わすデータ・フォーマットを、受信装置のエンティティの属性を表わす同じデータ・フォーマットにマッピングする変換ステップを更に含む、方法を提供する。
【００１０】
望ましくは、本発明は、前記集約するステップが、受信されたステータス情報の集約から統計データのセットを抽出するステップを更に含む、方法を提供する。
【００１１】
望ましくは、本発明は、特定の推奨されたアクションが遂行されるべきであるという積極的な表示をその抽出された統計データが提供するかどうかを決定するために、抽出された統計データに加重ルール・セットが適用される、という方法を提供する。
【００１２】
望ましくは、本発明は、集約ステップが、プロファイルの複数のワーキング・セットを形成するために、受信されたプロファイルの各々を解析して、その受信されたプロファイルの各々が受信装置のモニタされるエンティティ・タイプと共通にどのエンティティ・タイプを有するかを決定するステップを更に含む、方法を提供する。
【００１３】
望ましくは、本発明は、警報が発生されたことに応答してエンティティの作動パラメータを更新するために、モニタされたエンティティが、手操作オペレーションを必要とするエンティティである、方法を提供する。
【００１４】
望ましくは、本発明は、装置が乗り物である場合の方法を提供する。
【００１５】
望ましくは、本発明は、装置が携帯電話である場合の方法を提供する。
【００１６】
第２の局面から見ると、本発明は、受信装置において更新ステータスを発生するためのシステムであって、その受信装置が参加装置のネットワーク内で作動し、各参加装置が当該参加装置に関連するモニタされるエンティティについてのステータス情報をブロードキャストする、システムを提供する。そのシステムは、参加装置の各々からブロードキャストされたステータス情報を受信するための受信コンポーネントと、参加装置の各々から受信されたステータス情報の合意点を抽出するためにその受信されたステータス情報を集約するための集約コンポーネントと、抽出された合意と受信装置のモニタされるエンティティのステータスとを比較するための比較コンポーネントと、抽出された合意とモニタされるエンティティのステータスとの間の相違点を検出するための検出コンポーネントと、相違点が検出されたことに従って、受信装置において更新ステータス警報発生するための発生コンポーネントと、を含む。
【００１７】
望ましくは、本発明は、受信されたステータス情報の各々が、参加装置、モニタされるエンティティ、およびモニタされるエンティティの属性を識別するデータを含むプロファイルを形成するための手段を含む、システムを提供する。
【００１８】
望ましくは、本発明は、集約コンポーネントが、複数の参加装置の各々からの受信されたステータス情報の集約から、理想化されたプロファイルを抽出するための手段を更に含む、システムを提供する。
【００１９】
望ましくは、本発明は、受信されたプロファイルのエンティティの属性を表わすデータ・フォーマットを、受信装置のエンティティの属性を表わす同じデータ・フォーマットに変換するための変換コンポーネントを更に含む、システムを提供する。
【００２０】
望ましくは、本発明は、集約コンポーネントが、受信されたステータス情報の集約から統計データのセットを抽出するための手段を更に含む、システムを提供する。
【００２１】
望ましくは、本発明は、特定の推奨されたアクションが遂行されるべきであるという積極的な表示を、抽出された統計データが提供するかどうか決定するために、抽出された統計データに加重ルール・セットが適用される、システムを提供する。
【００２２】
望ましくは、本発明は、集約コンポーネントが、プロファイルの複数のワーキング・セットを形成するために、各受信されたプロファイルを解析して、その受信されたプロファイルの各々が受信装置のモニタされるエンティティ・タイプと共通にどのエンティティ・タイプを有するかを決定するための手段を更に含む、システムを提供する。
【００２３】
第３の局面から見ると、本発明は、デジタル・コンピュータの内部メモリにロード可能なコンピュータ・プログラム提供するものであり、そのコンピュータ・プログラムは、コンピュータ上で実行されるとき、上述の発明を実行するように遂行するためのソフトウェア・コード部分を含む。
【００２４】
第４の局面から見ると、本発明は、上述の発明を遂行するためのオンボード処理装置を搭載するように適応した乗り物を提供する。
【００２５】
第５の局面から見て、本発明は、上述の発明を遂行するためのオンボード処理装置を搭載するように適応した携帯電話を提供する。
【発明を実施するための最良の形態】
【００２６】
図１は、多くの既知のコンピュータ装置１００、１０５、１１０、１１５を示す。各装置は、プロセッサ１、ランダム・アクセス・メモリ２、記憶装置３、および通信インターフェース４を含む。各コンピュータ装置１００、１０５、１１０、１１５は、ピア・ツー・ピア・ネットワーク６内で作動し、他のコンピュータ装置１００、１０５、１１０、１１５との間で情報を送信および受信することができる。ピア・ツー・ピア・ネットワーク６は、本発明を具現化する環境に適用可能な任意の適切な通信媒体５を包含し得る。例えば、無線環境では、通信媒体がBluetooth 無線ネットワークを形成することも可能である。それとは別に、もっと静的な環境では、ネットワークは、イーサネット（登録商標）・タイプを具現化したものも含み得る。
【００２７】
１つの実施例では、ピア・ツー・ピア・ネットワーク６は、多くの装置１００、１０５、１１０、１１５が任意の所与の期間そのネットワークとの結合および離脱を行なう場合、例えば、乗り物が霧の領域内および領域外を移動する場合、事実上、いっそう一時的なものとなる。別の実施例では、ピア・ツー・ピア・ネットワークは、より静的な形のネットワーク、例えば、映画館における多数の携帯電話のネットワークにもなり得る。この例では、映画鑑賞が終了して、コンピュータ装置が映画館を離れるまで、ネットワーク内の多数の携帯電話は静的なままとなるであろう。
【００２８】
各コンピュータ装置１００、１０５、１１０、１１５は、携帯電話、ＰＤＡ、ＭＰ３プレーヤ、またはラップトップ・コンピュータ等のような独立型コンピュータ装置、大型システム内の組込型装置、或いは他の工業的制御型のアプリケーション等の形を取り得る。例えば、コンピュータ装置は自動車またはサーバ型のシステムに組み込まれてもよい。コンピュータ装置のタイプは、本発明が具現化される環境のタイプに依存する。
【００２９】
各コンピュータ装置１００、１０５、１１０、１１５は、多くの既知の従来技術のコンポーネント、例えば、プロセッサ１、幾つかの形式の永続記憶媒体２、ランダム・アクセス・メモリ３、および、他のコンピュータ装置１００、１０５、１１０、１１５との間でデータを送信および受信するための通信コンポーネント４を含む。
【００３０】
上記従来技術のコンポーネントに加えて、各コンピュータ装置１００、１０５、１１０、１１５は、本発明を実施するためにモニタリング・コンポーネント１０を含む。
【００３１】
各コンピュータ装置１００、１０５、１１０、１１５は、エンティティをモニタするためのモニタリング・コンポーネント１０を含む。エンティティは、乗り物の前部フォグ・ライトまたは後部フォグ・ライトのようなシステム、或いは、携帯電話の着信音アプリケーションのようなアプリケーションであってもよい。モニタリング・コンポーネント１０は、着信音アプリケーションのような、装置１００、１０５、１１０、１１５にインストールされたエンティティをモニタし得るか、或いは装置１００、１０５、１１０、１１５の外にあるエンティティをモニタし得る。例えば、モニタリング・コンポーネント１０は、自動車における組込型装置にインストールされてもよく、モニタされるエンティティは自動車の前部フォグ・ライトおよび／または後部フォグ・ライトであってもよい。
【００３２】
モニタリング・コンポーネント１０は更に複数のエンティティをモニタすることも可能である。例えば、モニタリング・コンポーネント１０は、自動車の前部フォグ・ライトおよび／または後部フォグ・ライト、並びに乗り物が霧の中を移動している速度、をモニタすることも可能である。従って、乗り物の運転者が霧の中を運転時にそれのフォグ・ライトをオンにすること、他の乗り物の速度と比べてその乗り物が速く移動し過ぎているのでその乗り物の速度を低くすることを、その乗り物の運転者に薦める通知がモニタリング・コンポーネントによって発生されることも可能である。
【００３３】
モニタリング・コンポーネント１０は、既知のコンピュータ装置のコンピューティング能力を拡張し且つ修正するためにプラグ・イン・コンポーネントの形式のものであってもよい。例えば、モニタリング・コンポーネント１０は、携帯電話用のダウンロード可能なアドオン・コンポーネントとして、或いは乗り物の製造時にその乗り物にインストールするための特別に調整されたアプリケーションとして開発することも可能である。
【００３４】
モニタリング・コンポーネント１０が作動するべき環境に適したあらゆるプログラミング言語を使ってそのモニタリング・コンポーネント１０を開発することも可能である。
【００３５】
モニタリング・コンポーネント１０は、エンティティをモニタすることによってそのエンティティの現在のステータスを決定するように機能する。従って、オペレータがエンティティの設定を変更するとき、モニタリング・コンポーネント１０は、エンティティの現在のステータスの変化を検知する。
【００３６】
エンティティの現在のステータスへの変化を検知すると、モニタリング・コンポーネント１０は、他の装置上で作動する他のモニタリング・コンポーネント１０にブロードキャストすべきそのエンティティの現在のステータスをプロファイルに書き込む。モニタリング・コンポーネント１０は、更に、他のコンピュータ装置１００、１０５、１１０、１１５にインストールされた他のモニタリング・コンポーネント１０からブロードキャストされたプロファイルを受信する。モニタリング・コンポーネント１０は、多くのブロードキャストされたプロファイルの受信時に、その受信されたブロードキャストされたプロファイルの各々の合意点に基づいて、理想化されたプロファイルを抽出するための統計的な分析の遂行を進める。一旦理想化されたプロファイルが生成されると、理想化されたプロファイル内の推奨されたステータスを反映するようにエンティティのステータスを更新することを装置のオペレータに推奨するための警報が発生される。その通知が、エンティティのオペレータからの如何なる介入もなくそのエンティティの現在の設定を自動的に更新した更なるアドオン・アプリケーションをトリガし得る、ということは当業者には明らかであろう。
【００３７】
図２を参照すると、モニタリング・コンポーネント１０およびそのサブ・コンポーネントが更に詳しく示される。モニタリング・コンポーネント１０は、モニタリング機能を行なうために相互作用する多くのサブ・コンポーネントを含む。サブ・コンポーネントは、ルール・セット２００、ルール・エンジン２１０、イベント・ハンドラ２２０、記憶装置２０５、システム状態プロファイル２１５、理想化されたプロファイル２２５、および通信コンポーネント２３０を含む。次に、これらのサブ・コンポーネントの各々を順次説明することにする。
【００３８】
各装置１００、１０５、１１０、１１５はプロファイル２１５を含む。プロファイル２１５は、装置１００、１０５、１１０、１１５がモニタしている各エンティティに関する情報を格納する。例えば、モニタされているエンティティが携帯電話の着信音アプリケーションである場合、音量設定を詳述するデータが、例えば、高または低、パーセンテージ値（例えば５０パーセント）、或いは、整数値（即ち１、２、３、４、または５）として、格納されるであろう。なお、整数値１は最小音量であり、整数値５は最大音量である。
【００３９】
プロファイル２１５は、モニタされたエンティティのステータスに対する変化を検知すると、ルール・エンジン２１０によって周期的に更新される。モニタされたエンティティのステータスにおける更新を検知するために、モニタされたエンティティとインターフェースするインターフェースが設けられてもよい。インターフェースは、それが更新を検知すると、ルール・エンジン２１０にメッセージを送り、一方、そのルール・エンジンはモニタされたエンティティのプロファイル/システム状態を更新する。検知された更新は、モニタされたエンティティに関係する如何なる事前にプロファイルに格納されたステータスも上書きする。一旦更新がプロファイル２１５に書き込まれると、通信コンポーネント２３０が、他のコンピュータ装置１００、１０５、１１０、１１５による受信のためにプロファイル２１５内のデータをピア・ツー・ピア・ネットワークにブロードキャストする。
【００４０】
データは、任意の適切なデータ・フォーマットを使用してプロファイル２１５内に格納されることが可能である。データは、データを記述するための普遍的なネーミング技法を提供するＸＭＬフォーマットまたは他の任意の自己記述フォーマットで保存されてもよい。単純なプロファイル２１５の１つの例が次の例１として示される。
例１
DEVICE_ID <unique 128bit identifier> {
Entity {
Entity_ID <128bitindex>
TYPERINGER
STATUSON
RINGER_VOLUME 10
}
Entity {
Entity_ID <128bitindex>
TYPEVIBRATE
STATUSOFF
INTENSITY 10
}
}
【００４１】
例１は、コンピュータ装置１００、１０５、１１０、１１５のための簡単なプロファイル２１５の例を示す。プロファイル２１５は、モニタリング・コンポーネント１０が装置識別子（ＩＤ）の使用によってインストールされるコンピュータ装置１００、１０５、１１０、１１５をそれが識別することによって始まる。装置ＩＤは、ピア・ツー・ピア・ネットワーク６内の他の装置１００、１０５、１１０、１１５から装置１００、１０５、１１０、１１５を一意的に識別する識別子を含む。次に、プロファイル２１５は、装置１００、１０５、１１０、１１５によってモニタされているエンティティの各々を詳述する。再び、各エンティティは、その特定のプロファイル２１５内にリストされた他のエンティティからそれを識別する固有の識別子を割り当てられる。各エンティティの下には、各エンティティに関連した属性、例えば、タイプ、ステータス、強度、がリストされる。タイプ「属性」は、モニタリング・コンポーネント１０に対して、モニタされているエンティティのタイプを識別する。例えば、例１では、モニタされるエンティティは着信音アプリケーションおよび振動アプリケーションである。モニタされているエンティティのタイプによっては、他のタイプの属性がリストされてもよい。各属性を、ブール値または整数値などによって特徴づけることも可能である。
【００４２】
種々の製造者が、所与のタイプのエンティティの属性を他の製造者とは異なって表わすこともある。例えば、ノキア(商標)携帯電話は、整数値、即ち、１、２、３、４、５、によって着信音アプリケーション属性を定義することが可能である。整数１は小さい音量に関連しており、整数５は大きい音量を表わす。Sony Ericsson（商標）携帯電話は、着信音アプリケーションの属性を低、中間、または高として表わすことが可能である。従って、或るの製造者が定義した属性を他の属性に変換するために、ルール・エンジン２１０内のルールの一部を形成する変換機構（図示されていない）が提供される。
【００４３】
通信コンポーネント２３０は、他の装置からブロードキャストされたプロファイル２１５も受信する。プロファイルの受信時に、通信コンポーネント２３０は、受信されたプロファイルがルール・エンジン２１０に何らかの関連があるかどうかを決定するために、有効性確認プロセスをトリガするためのメッセージをルール・エンジン２１０に送る。
【００４４】
各装置１００、１０５、１１０、１１５は、生成された理想化されたプロファイル３１０(図３)を格納する。理想化されたプロファイル３１０は、受信する装置１００の各モニタされるエンティティについて、ルール・エンジン２１０によって生成される統計情報を格納する。一旦理想化されたプロファイル３１０がルール・エンジン２１０によって生成されると、ルール・エンジン２１０は、生ずるべき何らかの推奨アクションがあるかどうかをイベント・ハンドラ２２０に知らせる。例えば、オペレータは、モニタされるエンティティのステータスを「オン」から「オフ」に更新しなければならない。
【００４５】
プロファイル２１５および生成された理想化されたプロファイル２２５が記憶装置２０５に格納される。データの格納および／または検索に適した任意のタイプの記憶装置２０５を具現化することも可能である。
【００４６】
ルール・エンジン２１０に説明を進めると、ルール・エンジン２１０は次のオペレーションを遂行するための多くのルール・セット２００を含む。
・変換ルール・セット
・有効性確認ルール・セット
・統計分析ルール・セット
・加重オペレーション・ルール・セット
・生ずるべき適切なアクションを決定するルール・セット
・データ管理ルール・セット
【００４７】
ルール・セット２００は記憶装置２０５に格納され、しかも記憶装置２０５をアクセスすることによって更新および修正することが可能である。ルール・エンジン２１０が通信コンポーネント２３０から或いは１つまたは複数の上記ルール・セットから受取るトリガ次第で、ルール・エンジン２１０は、受信されたプロファイル２１５の各々におけるデータを処理する方法を決定するために、上記のリストされたルール・セットの各々を解析する。ルール・セットの各々は独得の機能を遂行する。例えば、変換ルール・セットは、モニタされるエンティティの属性の分析を行う。なお、そのエンティティの属性は製造者またはアプリケーション特有のものである。
【００４８】
有効性確認ルール・セットは、
（ａ）受信されたプロファイルが読取り可能であるかどうか
（ｂ）受信装置１００、１０５、１１０、１１５が関連するエンティティに関する情報をそのプロファイル２１５が含んでいるかどうか
を決定する。例えば、特定のエンティティのタイプに関する理想化されたプロファイルを抽出するために、有効性確認ルール・セットは、受信されたプロファイルがその特定のエンティティのタイプに関する情報を含んでいるかどうかを先ず決定しなければならない。１つの例を用いて説明を続けると、装置ＡがエンティティＡをモニタしており、装置ＢがエンティティＡおよびエンティティＢをモニタしている場合、装置ＡはエンティティＢをモニタしていないので、装置Ａの視点から見ると、装置Ａは、エンティティＡに関連する属性を分析することに関心を持つだけで、エンティティＢに関連する属性を分析することには関心を持たない。もう１つの例は、装置ＡがエンティティＡおよびエンティティＢをモニタしているというものである。装置Ａは、モニタされるエンティティＡ、Ｂ、Ｃ、およびＤに関係するデータを含むプロファイルを受信する。従って、装置Ａのモニタリング・コンポーネントは、受信されたプロファイルが関心を持つエンティティ、即ち、エンティティＡおよびエンティティＢに関係するデータをその受信されたプロファイルが含むかどうかを決定する。この例では、受信されたプロファイルは、エンティティＡおよびＢに関係するデータを含み、従って、受信されたプロファイルはモニタリング・コンポーネントによって格納される。例えば、エンティティＣおよびエンティティＤに関係するデータを含むプロファイルが受信され、その受信する装置がエンティティＡおよびエンティティＢをモニタしている場合、この例では、受信されたプロファイルはエンティティＡおよびエンティティＢに関する如何なるデータも含まず、従って、受信する装置にとって関心のないものであるので、モニタリング・コンポーネントはその受信されたプロファイルを無視するであろう。
【００４９】
変換ルール・セットは、受信されたプロファイルの各々を取り出し、エンティティおよびその属性を記述するために使用されるデータ・タイプの各々を識別する。例えば、ノキア社の携帯電話は、それの着信音アプリケーションを整数値１乃至５によって記述し得るし、一方、モトローラ社の携帯電話は、それの着信音アプリケーションを高、中間、および低によって記述し得る。従って、変換ルール・セットは、これらの属性の各々を識別し、エンティティの属性の容易な計算を可能にするために受信装置によって使用される属性にこれをマッピングする。例えば、受信装置がソニー・エリクソン社の携帯電話であり、ソニー・エリクソン社の着信音アプリケーションの属性がパーセンテージ値によって記述される場合、パーセンテージでの値経由で記述される、変換ルール・セットは、ノキア社の携帯電話およびモトローラ社の携帯電話の属性をパーセンテージ値にマッピングするであろう。
【００５０】
一旦、受信されたプロファイル２１５の各々が有効性確認プロセスを通ると、そのプロファイルの各々は、統計的分析ルール・セットによる処理のために、記憶装置２０５に格納される。統計的分析ルール・セットがそのオペレーションを行なう前に、有効性確認ルール・セットは処理すべきプロファイルの多くのワーキング・セットを決定する。プロファイルのワーキング・セットは、多くの一般的なモニタされるエンティティおよびそれぞれの属性を含むプロファイルのセットである。例えば、受信装置がエンティティＡおよびエンティティＣをモニタしている場合、次の有効性確認されたプロファイルが記憶装置に格納される。
例２
・  装置ＩＤ １、エンティティＡ、エンティティＢ
・  装置ＩＤ ２、エンティティＡ、エンティティＣ
・  装置ＩＤ ３、エンティティＡ、エンティティＣ
【００５１】
受信装置の立場から見て、下記の「囲まれた」エンティティは受信装置に関心を持つものであり、エンティティＡおよびエンティティＢのためのプロファイルのワーキング・セットも形成する。
【００５２】
更に説明するために、受信装置は、上で説明したように、エンティティＡおよびエンティティＣをモニタしている。従って、各装置ＩＤのプロファイルを見ると、上記の装置ＩＤ  １、２、および３の各々は受信装置と共通のエンティティＡを有し、装置ＩＤ  ２および３の各々は受信装置と共通のエンティティＣを有する。従って、有効性確認ルール・セットは、この例では、分析のための２つのワーキング・プロファイル・セットが存在することを決定する。即ち、ワーキング・プロファイル・セットＡは、装置ＩＤ  １、２、および３に対するエンティティＡのそれぞれの属性を含み、ワーキング・プロファイル・セットＢは、装置ＩＤ ２および３に対するエンティティＣのそれぞれの属性を含む。
【００５３】
プロファイルの１つまたは複数のワーキング・セットの決定時に、プロファイルの各識別されたワーキング・セット内に、統計的分析を行ない得るに十分なプロファイルがあるかどうか決定することによって、統計的分析ルール・セットが始まる。必要なプロファイルの数は、本発明の具現化方法次第で変わり得る。例えば、結果の正確さが最重要ではない携帯電話環境では、プロファイルの数が、例えば、１０個のプロファイルくらいに少ないこともある。しかし、結果の正確さが最重要である環境では、プロファイルの数は、例えば、遥かに大きいものとなり得る。
【００５４】
一旦、記憶装置２０５が、続行するに十分なプロファイル２１５をワーキング・プロファイル・セット内に含むと、統計的分析ルール・セットが、様々な運転状態を決定するために各エンティティの属性を分析し始める（例えば、Ａの属性を有するエンティティＡがいくつあるか、また、Ｂの属性を有するエンティティＡがいくつあるか）。これをより意味のあるコンテキストにするため、各々が多数の異なる属性を備えた着信音アプリケーションのエンティティを有する携帯電話に関係する多数のプロファイルの例を使って説明する。
例３
・携帯電話装置ＩＤ:１、エンティティＩＤ：Ａ、タイプ：着信音アプリケーション、ステータス：オン、強度：小
・携帯電話装置ＩＤ:２、エンティティＩＤ：Ｂ、タイプ：着信音アプリケーション、ステータス：オン、強度：小
・携帯電話装置ＩＤ:３、エンティティＩＤ：Ｃ、タイプ：着信音アプリケーション、ステータス：オフ、強度：大
【００５５】
統計的分析ルール・セットは、各エンティティの属性のステータスを識別するために、プロファイルの定義されたワーキング・セット内の各プロファイルを解析することによって始まる。
【００５６】
例えば、例３におけるプロファイル２１５の各々を解析すると、エンティティＩＤ  Ａは、着信音アプリケーションの属性および小というステータスを有する。エンティティＩＤ  Ｂは、小というステータスと共に着信音アプリケーションの属性を有し、エンティティＩＤ  Ｃは、大という強度と共に着信音アプリケーションの属性を有する。従って、統計的分析ルール・セットは、このワーキング・プロファイル・セット内では、２つのエンティティＩＤが小というステータスを有し、１つのエンティティＩＤが大というステータスを有するということを決定し得る。この情報を取り出すと、統計的分析ルール・セットは、例えば、各ワーキング・プロファイル・セットにおけるプリファイル全体の平均ステータスおよびモード値を決定するために他の統計的分析オペレーションを行うことを始める。
【００５７】
一旦統計的分析が完了すると、統計的分析ルール・セットは、統計データから抽出されたパーセンテージ値が推奨のアクションを生じるに十分な多数値を与えるかどうかを決定するために加重ルール・セットをトリガする。例えば、プロファイルの任意の所与のワーキング・セットに対して、下記の例４の統計が抽出された場合で説明する。
例４
・エンティティＡ：オン６５％、オフ３５％
・エンティティＢ：オン５１％、オフ４９％
【００５８】
加重ルール・セットは各統計記録を解析し、モニタされるエンティティ内のアクションを推奨するに十分な多数値をパーセンテージ加重が与えるかどうか決定するために相互に関連した各パーセンテージを分析する。例えば、エンティティＡについて抽出された統計を選ぶと、エンティティＡに関係するプロファイルの６５％がオンのステータスを有し、エンティティＡに関係するプロファイルの３５％がオフのステータスを有する。この例では、ルールは、６５％が明瞭な過半数であるということを決定し、すべてのエンティティＡがオンという推奨ステータスを持たなければならないということを推奨する。反対に、エンティティＢについて抽出された統計に移ると、エンティティＢのプロファイルの５１％がオンのステータスを有し、エンティティＢのプロファイルの４９％がオフのステータスを有する。この実例では、ルールは、５１%が明らかな過半数ではなく、従って、必要な推奨アクションがないということを決定し得る。上記の例は非常に単純なものであるが、更に複雑な状況を分析するために、更に複雑なルールを開発することが可能であるということは当業者には明らかであろう。
【００５９】
記憶管理ルール・セットは、記憶装置２０５に格納されたプロファイル２１５を管理する。 例えば、装置１００、１０５、１１０、１１５から新しいプロファイル２１５を受信すると、新しいプロファイル２１５を格納するための容量が記憶装置２０５内に存在しない場合、ルールは、１０日よりも長く記憶装置内に格納されていたプロファイル２１５をすべて削除するように規定することも可能である。
【００６０】
最後のルール・セットは、推奨されたアクションを、モニタされるエンティティに知らせるべき方法を決定する。これを行うために、そのルール・セットは、装置のタイプおよびモニタされているエンティティを考慮する。従って、装置１００、１０５、１１０、１１５が、例えば携帯電話である場合、それらの装置を見てスクリーン上の通知を読むべきであるということをオペレータに警報するために、振動アクションが適切な警報となり得る。その装置が、自動車内の組み込まれた装置である場合、その乗り物のダッシュボード上の通知警報が適切であるかもしれない。一旦、通知のタイプが決定されると、装置１００、１０５、１１０、１１５にそのイベントを発生するためのメッセージがイベント・ハンドラ２２０に送られる。
【００６１】
図３は、２つの受信されたプロファイル３００、３０５と、受信装置１００に関する現在のシステム状態プロファイル３１５と、生成された理想化されたプロファイル３１０とを示す。各プロファイル３００および３０５は、モニタされるエンティティの識別子およびその属性の各々と共にそのプロファイルをブロードキャストする装置の装置ＩＤを詳述する。
【００６２】
上述したように、ルール・エンジン２１０は、受信されたプロファイル３００および３０５の各々を処理するために多くのルール・セットを活動化する。先ず、受信されたプロファイル３００および３０５が有効なプロファイルであるかどうか、例えば、受信されたプロファイルの３００と３０５の各々が読取り可能なものであるかどうかを、有効性確認ルール・セットが決定する。
【００６３】
一旦有効性が確認されると、有効性確認ルール・セットは、受信されたプロファイルが受信装置１００に関連したプロファイルであるかどうかを決定する。例えば、受信装置１００のシステム状態プロファイル３１５に関して、受信装置１００はエンティティＡ、Ｂ、およびＣをモニタしている。従って、受信装置１００に関連した最良のプロファイルは、エンティティＡまたはＢまたはＣに関するデータをリストするプロファイルである。従って、この例では、受信装置１００がプロファイル３００および３１５を受け入れる。これは、たとえプロファイル３００がエンティティＤに関するデータを含んでも、そうである。エンティティＤは受信装置にとって関心のないものであるが、それは受信されたプロファイル３００の一部であり、従って、格納される。これとは別に、エンティティＤが受信装置にとって関心のないものであるということを検知すると、受信されたプロファイルを格納する前にエンティティＤに対するエントリを削除する最適化プロセスが変換ルール・セットによって配備されることも可能である。
【００６４】
次に、ルール・セットは、エンティティの全体的なステータスを表わす値、例えば、パーセンテージ値を抽出するために各エンティティの属性を解析する。例えば、プロファイル３００が、オンの属性を有するエンティティＡを詳述し、プロファイル３０５が、オンの属性を有するエンティティＡを詳述する。従って、オンの属性を有する２つのエンティティに対するパーセンテージ値は１００％である。エンティティＢおよびエンティティＣに対して同じパーセンテージ値が計算され得る。加重ルール・セットは、パーセンテージ値を更に分析するために、および抽出されたパーセンテージ値に基づいて推奨を発生することが賢明であるかどうかを決定するために、プロセスにおけるこの時点で加重値を抽出してもよい。
【００６５】
一旦これらのパーセンテージ値が計算されると、それらは理想化されたプロファイル３１０に書込まれる。しかる後、理想化されたプロファイル３１０と受信装置１００の現在のシステム状態プロファイル３１５との間で比較が行われ、２つのプロファイル３１５と３１０との間の相違点を決定する。相違点が検知され、適用された加重値が特定の推奨を提示する場合、加重ルール・セットは、その検知された相違点と推奨のアクションを更に分析し、トリガをイベント・ハンドラ２２０に送ってその推奨のアクションを詳述した通知、例えば、この特定の例では、携帯電話の音量を低にする或いは自動車のフォグ・ライトをオフにする等、を発生させることが適切であるかどうかを決定する。
【００６６】
図４および図５参照して、使用時の本発明を説明することにする。先ず、図４に関して、ステップ４００では、受信装置１００が、他の装置１０５、１１０、１１５からブロードキャストされたプロファイル２１５を、通信コンポーネント２３０を介して受信する。
【００６７】
ステップ４０５において、プロファイル２１５が有効なプロファイルであるかどうか、およびそのプロファイルが読取り不能であるほど破損していないものであるかどうかを、有効性確認ルール・セット２００が決定する。プロファイル２１５が破損している場合、有効性確認ルール・セットはプロファイル２１５を無視し、次のプロファイル２１５が処理されるのを待つ(ステップ４５５)。プロファイル２１５が有効なプロファイルである場合、制御はステップ４１０に移り、そのプロファイル２１５が、受信装置１００が関心を持つプロファイルであるかどうか、例えば、そのプロファイル２１５が、モニタされるエンティティと同じタイプのエンティティに関するエンティティを含むかどうか、或いは、例えば、装置ＡがタイプＡのエンティティをモニタしている場合、受信されたプロファイルがタイプＡのエンティティに対するエントリを含むかどうか、を決定するために更なる決定が行われる。
【００６８】
決定が否定的なものである場合、制御はステップ４１５に進み、プロファイル２１５は無視される。例えば、受信装置がタイプＡのエンティティをモニタしている場合において、受信されたプロファイルがタイプＢのエンティティに対するエントリのみを含むときは、そのプロファイルは無視される。
【００６９】
決定が肯定的なものである場合、制御はステップ４２０に進み、変換ルール・セットがその受信されたプロファイルを分析して、受信装置のエンティティの属性のデータ・フォーマットと整合するデータ・フォーマットにエンティティの属性をマッピングする。例えば、受信装置が携帯電話であり、それのエンティティの属性がパーセンテージ値によって記述され、その受信されたプロファイルのエンティティの属性が整数値１〜５によって記述されている場合、変換ルール・セットは整数値１〜５をパーセンテージ値にマッピングするであろう。
【００７０】
一旦エンティティ属性が適切なデータ・フォーマットに変換されると、有効性確認ルール・セットは、ステップ４２５において、受信されたプロファイル２１５が事前に記憶装置２０５に格納されていたかどうかを決定するように進行する。その決定が肯定的なものである場合、制御はステップ４３０に進み、受信されたプロファイルを送った装置１０５に対するその事前に受信されたプロファイルが削除され、制御はステップ４３５に進む。ステップ４３５において、受信されたプロファイルを格納するに十分なスペースが記憶装置２０５内にあるかどうかに関して更なる決定が行われる。その決定が肯定的なものである場合、制御はステップ４４５に進み、受信されたプロファイルは、理想化されたプロファイルをステップ４５０において生成するために記憶装置２０５に格納される。ステップ４３５において、受信されたプロファイルを格納するために利用可能なスペースがないということが決定される場合、記憶装置管理ルール・セットがステップ４４０においてトリガされる。例えば、そのルール・セットは、３０日よりも長い間プロファイルが格納されていた場合、そのプロファイルを削除することができるということを表明してもよい。記憶装置内に使用可能なスペースがある場合、または、記憶装置内のスペースが使用可能にされる場合、受信されたプロファイル２１５がステップ４４５において格納される。ステップ４５０において、統計的分析ルール・セットが、理想化されたプロファイルを生成し始めるようにトリガされる。
【００７１】
図５を参照すると、ステップ５００において、統計的分析ルール・セットが、理想化されたプロファイル２２５の生成を開始する。先ず、ステップ５１０において、分析を進めるに十分なプロファイルが各ワーキング・プロファイル・セットに格納されているかどうかを、統計的分析ルール・セットが決定する。その決定が否定的な決定である場合、制御はステップ５０５に進み、統計的分析ルール・セットは更なるプロファイルが受信されるのを待つ。
【００７２】
一旦、ステップ５１０において、十分なプロファイルが格納されているという決定が行われると、制御はステップ５１５に進み、各タイプのエンティティの属性に対する全体的な統計値を決定するために統計的分析が行なわれる。ステップ５２０において、例えば、各エンティティの属性に関して、平均値、最頻値、中央値、および標準偏差を計算するために、更なる統計的分析が行われる。その分析の完了時に、制御はステップ５２５に進み、抽出された統計的分析結果が受信装置１００の理想化されたプロファイル２２５に書込まれる。ステップ５３０において、受信装置１００によってモニタされているエンティティの各々の現在のステータスと理想化されたプロファイル２２５に格納された統計データとの間で、比較が行なわれる。どんなタイプの通知がイベント・ハンドラによって生成されるべきかというような、どんな推奨されたアクションがステップ５３５において遂行されるべきかを、加重ルール・セットがその比較に応答して決定する。加重ルール・セットからのトリガーの受信時に、イベント・ハンドラは、通知内にリストされた推奨に従って装置の動作上の設定を変更することをオペレータに通知するよう最も適切な警報の発生を進める。
【図面の簡単な説明】
【００７３】
【図１】本発明を実施し得る代表的なコンピューティング環境を示す概略図である。
【図２】本発明の個々の機能的コンポーネントを詳細に表わすブロック図である。
【図３】受信装置によって受信された２つのシステム状態プロファイル、即ち、受信装置自体のシステム状態プロファイルおよび抽出された理想化されたプロファイルを示す概略図である。
【図４】受信装置が多数のブロードキャスト装置から多数のプロファイルを受信するとき、受信装置が遂行するステップを詳述するフローチャートである。
【図５】理想化されたプロファイルを抽出するために受信装置が遂行するステップを詳述フローチャートである。
【符号の説明】
【００７４】
１  プロセッサ
２  ランダム・アクセス・メモリ
３  記憶装置
４  通信インターフェース
６  ピア・ツー・ピア・ネットワーク
１０  モニタリング・コンポーネント
１００、１０５、１１０、１１５  コンピュータ装置
【図１】
2008546264.tif 000003
【図２】
2008546264.tif 000004
【図３】
2008546264.tif 000005
【図４】
2008546264.tif 000006
【図５】
2008546264.tif 000007
【国際調査報告】
2008546264.tif 000008
2008546264.tif 000009