(57)【要約】【課題】抽象状態演算方法を動的に変更することにより、実態に沿った状態類推を実現すること。【解決手段】抽象状態監視要求を受け、抽象状態生成部１０は要求から抽象状態を構成する要素を抽出し、要素のプレゼンスから抽象状態を演算するルールを選択し、要素を、プレゼンスサービス部４０を介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアント２０を生成する。さらにプレゼンスに応じて抽象状態を演算するルールを変更する。【選択図】図１
2007257193.tif 000002
【特許請求の範囲】
【請求項１】
プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視システム。
【請求項２】
抽象状態生成部は、抽象状態監視要求手段と、プレゼンスサービスクライアント生成手段と、プレゼンス変更ルール決定手段を備え、
抽象状態生成部は抽象状態監視要求手段により抽象状態監視要求を受け、該監視要求から抽象状態を構成する要素を抽出し、
プレゼンスサービスクライアント生成手段により前記要素のプレゼンスから抽象状態を演算するルールを選択し、前記要素を、プレゼンスサービスを介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアントを生成し、
ユーザは前記プレゼンスサービスを介して抽象状態の監視を行い、
前記抽象状態生成部は前記プレゼンス変更ルール決定手段により前記プレゼンスサービスを介してプレゼンスを取得し、プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視システム。
【請求項３】
プレゼンスにより抽象状態監視要求を変更し前記抽象状態生成部に送信する手段を備えることを特徴とする請求項２記載の抽象状態監視システム。
【請求項４】
抽象状態監視要求に応じて抽象状態の状態更新ルールを選択することを特徴とする請求項２または３記載の抽象状態監視システム。
【請求項５】
抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から４のいずれか１項に記載の抽象状態監視システム。
【請求項６】
動的に抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から５のいずれか１項に記載の抽象状態監視システム。
【請求項７】
プレゼンスに応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から６のいずれか１項に記載の抽象状態監視システム。
【請求項８】
ユーザ入力に応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から７のいずれか１項に記載の抽象状態監視システム。
【請求項９】
プレゼンティティ相関データを一般相関関係データベースと個別相関関係データベースに分けて管理することを特徴とする請求項２から８のいずれか１項に記載の抽象状態監視システム。
【請求項１０】
ルールから抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項１から８のいずれか１項に記載の抽象状態監視システム。
【請求項１１】
抽象状態を再利用することを特徴とする請求項２から１０のいずれか１項に記載の抽象状態監視システム。
【請求項１２】
抽象状態監視要求を動的に変更することを特徴とする請求項２から１１のいずれか１項に記載の抽象状態監視システム。
【請求項１３】
プレゼンスに応じて抽象状態監視要求を動的に変更することを特徴とする請求項２から１２のいずれか１項に記載の抽象状態監視システム。
【請求項１４】
抽象状態監視要求ルールをもとに抽象状態監視要求を変更することを特徴とする請求項２から１３のいずれか１項に記載の抽象状態監視システム。
【請求項１５】
抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２から１４のいずれか１項に記載の抽象状態監視システム。
【請求項１６】
多段に抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２から１５のいずれか１項に記載の抽象状態監視システム。
【請求項１７】
複数の抽象状態監視要求部から一つの抽象状態監視要求ルールデータベースを利用することを特徴とする請求項２から１６のいずれか１項に記載の抽象状態監視システム。
【請求項１８】
自然言語から抽象状態を生成することを特徴とする請求項２から１７のいずれか１項に記載の抽象状態監視システム。
【請求項１９】
自然言語から抽象状態監視要求を導き出すことを特徴とする請求項２から１８のいずれか１項に記載の抽象状態監視システム。
【請求項２０】
プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視方法。
【請求項２１】
抽象状態生成部は、抽象状態監視要求手段と、プレゼンスサービスクライアント生成手段と、プレゼンス変更ルール決定手段を備え、
抽象状態生成部が抽象状態監視要求手段により抽象状態監視要求を受け、該監視要求から抽象状態を構成する要素を抽出し、
プレゼンスサービスクライアント生成手段により前記要素のプレゼンスから抽象状態を演算するルールを選択し、前記要素を、プレゼンスサービスを介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアントを生成し、
ユーザが前記プレゼンスサービスを介して抽象状態の監視を行い、
前記抽象状態生成部が前記プレゼンス変更ルール決定手段により前記プレゼンスサービスを介してプレゼンスを取得し、プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視方法。
【請求項２２】
プレゼンスにより抽象状態監視要求を変更し前記抽象状態生成部に送信する手段を備えることを特徴とする請求項２１記載の抽象状態監視方法。
【請求項２３】
抽象状態監視要求に応じて抽象状態の状態更新ルールを選択することを特徴とする請求項２１または２２記載の抽象状態監視方法。
【請求項２４】
抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２３のいずれか１項に記載の抽象状態監視方法。
【請求項２５】
動的に抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２４のいずれか１項に記載の抽象状態監視方法。
【請求項２６】
プレゼンスに応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２５のいずれか１項に記載の抽象状態監視方法。
【請求項２７】
ユーザ入力に応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２６のいずれか１項に記載の抽象状態監視方法。
【請求項２８】
プレゼンティティ相関データを一般相関関係データベースと個別相関関係データベースに分けて管理することを特徴とする請求項２１から２７のいずれか１項に記載の抽象状態監視方法。
【請求項２９】
ルールから抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２８のいずれか１項に記載の抽象状態監視方法。
【請求項３０】
抽象状態を再利用することを特徴とする請求項２１から２９のいずれか１項に記載の抽象状態監視方法。
【請求項３１】
抽象状態監視要求を動的に変更することを特徴とする請求項２１から３０のいずれか１項に記載の抽象状態監視方法。
【請求項３２】
プレゼンスに応じて抽象状態監視要求を動的に変更することを特徴とする請求項２１から３１のいずれか１項に記載の抽象状態監視方法。
【請求項３３】
抽象状態監視要求ルールをもとに抽象状態監視要求を変更することを特徴とする請求項２１から３２のいずれか１項に記載の抽象状態監視方法。
【請求項３４】
抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２１から３３のいずれか１項に記載の抽象状態監視方法。
【請求項３５】
多段に抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２１から３４のいずれか１項に記載の抽象状態監視方法。
【請求項３６】
複数の抽象状態監視要求部から一つの抽象状態監視要求ルールデータベースを利用することを特徴とする請求項２１から３５のいずれか１項に記載の抽象状態監視方法。
【請求項３７】
自然言語から抽象状態を生成することを特徴とする請求項２１から３６のいずれか１項に記載の抽象状態監視方法。
【請求項３８】
自然言語から抽象状態監視要求を導き出すことを特徴とする請求項２１から３７のいずれか１項に記載の抽象状態監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレゼンスサービスにおける抽象状態を監視する技術に関する。
【背景技術】
【０００２】
従来、ユーザの状態を管理するプレゼンスシステムが知られている。例えば、特許文献１には、バディリスト（状態監視対象者リスト）を用いたプレゼンスシステムが記載されている。
【０００３】
なお、プレゼンスシステムは、各ユーザの状態を管理するシステム一般を示すプレゼンスサービスの呼称の一例であり、その基本的なアーキテクチャは、ＲＦＣ（Request For Comment）２７７８に示されている。
【０００４】
プレゼンスシステムは、プレゼンティティと、ウォッチャと、プレゼンスサービス部とを含む。
【０００５】
プレゼンティティは、状態情報提供者の状態（プレゼンス情報）を保持する。具体的には、プレゼンティティは、状態情報提供者のプレゼンス情報を保持する端末装置である。
【０００６】
ウォッチャは、プレゼンティティが保持するプレゼンス情報を状態情報受信者に提供する。具体的には、ウォッチャは、プレゼンティティが有するプレゼンス情報を受け付ける端末装置である。
【０００７】
ウォッチャは、全てのプレゼンティティのプレゼンス情報を受け付けるのではなく、ウォッチャが指定したプレゼンティティのプレゼンス情報を受け付ける。なお、ウォッチャが指定したプレゼンティティは、バディ（監視対象）と称される。ウォッチャは、バディのプレゼンス情報を取得するために、バディを示したバディリスト（情報監視対象者リスト）を作成する。
【０００８】
プレゼンスサービス部は、バディリストに示されたバディのプレゼンス情報をウォッチャに配信する。
【０００９】
また、特許文献２には、ネットワークを介して接続された複数の端末装置が１つの電子ファイルを順番に更新していくワークフローシステムが記載されている。
【００１０】
また、プレゼンティティ間の関連を表現する技術についてはセマンティック・ウェブが知られている。セマンティック・ウェブを実現する基礎技術としてＲＤＦ、ＲＤＦスキーマ、ＯＷＬといったものがある。ＲＤＦは機械処理可能なメタデータの表現であり、ＲＤＦスキーマは語彙（クラス、プロパティ）を定義する手段を提供し、ＯＷＬはより精密な語彙の定義と、複数のスキーマの関係づけ・融合を可能にする推論を可能とする技術である。
【００１１】
ここで、不審者監視装置が利用者から不審者監視要求情報を受信する手段と、不審者管理要求に対応する監視タイマ情報を格納する第１の記憶手段と、第１の記憶手段より、不審者監視要求に対応する監視タイマ情報を抽出し、監視タイマ情報に基づく監視タイマを設定する手段と、不審者監視要求情報に対応する留守宅情報を格納する第２の記憶手段と、監視タイマのタイムアウトを検出した場合、不審者監視要求情報と第２の記憶手段より抽出した不審者監視要求情報に対応する留守宅情報に基づいて、不審者存在情報を生成し、不審者存在情報を利用者に送信する技術が提案されている（例えば、特許文献３参照）。
【特許文献１】特開２００４−２４６３９７号公報
【特許文献２】特開２００２−０９１８９３号公報
【特許文献３】特開２００４−０２９９２５号公報
【非特許文献１】IETF RFＣ２778 http://www.ietf.org/rfc/rfc2778.txt
【非特許文献２】RDF Resource Description Framework (RDF) Concepts and Abstract Syntax http://www.w3.org/TR/rdf-concepts/
【非特許文献３】RDF Vocabulary Description Language http://www.w3.org/TR/rdf-schema/
【非特許文献４】OWL Web Ontology Language Overview http://www.w3.org/TR/owl-features/
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した従来例においては次のような問題点があった。
【００１３】
抽象状態を得るには、その状態を類推する必要がある。類推するためには、抽象状態を構成する要素の状態を取得し、これを演算、合成する必要がある。
【００１４】
具体的には、次の２つの作業が必要であった。
（１）抽象状態を構成する要素を適切に選択する。例えば、ユーザは家の状態を構成する要素として、家の住人Ａを選択する。家の住人Ａが外出する場合、家の固定電話を選択する。
【００１５】
（２）抽象状態演算方法を適切に選択する。例えば、ユーザは家の状態を導き出すための状態演算方法１と状態演算方法２の中から住人Ａの状態に応じて演算方法１を選択する。
【００１６】
これを、従来技術を組み合わせ自動化しても、類推される抽象状態が実態に沿わないものになってしまうという課題があった。すなわち、例えば、家の抽象状態構成要素として“住人Ａ”、“警備システム”を抽出し、演算方法として「住人Ａの位置情報が家の場合家の状態は“安全”とする、そうでない場合“安全でない”とする」が用いられるとする。さらに、住人Ａが家から外出する際には警備システムが作動し、家の安全を保つこととする。この場合、“住人Ａ”の位置情報が家以外のとき、従来技術の組み合わせを用いると家の状態は“安全でない”となるが、実際は警備システムが作動し、家の状態は“安全”となっており、類推される抽象状態は実態に沿わないものになってしまっている。
【００１７】
また、特許文献３に開示されている不審者存在情報(抽象状態の一つ)をルールベースで生成したとしても、動的に不審者存在情報演算方法を選択することができないため実態にあわない不審者存在情報が演算される。
【００１８】
すなわち、留守宅情報更新に連動して不審者存在情報演算方法を選択することができない。また、新しいドア、もしくは他の機器が追加もしくは削除に連動して不審者存在情報演算方法選択を自動的に行うことができないため、演算ができなくなる場合がある。例えば、特許文献３に開示されている不審者存在情報演算方法は固定で選択されているのでドアの開閉といった二値のみ演算が可能であるにすぎなく、二値以上の値を持つ機器から不審者存在情報演算をすることができない。具体的には、ドア等フロア機器の状態更新（例えば、開／閉）に連動して不審者存在情報演算方法を選択することができない。
【００１９】
そこで、本発明は、抽象状態演算方法を動的に変更することにより、実態に沿った状態類推を実現することを目的とする。
【課題を解決するための手段】
【００２０】
本発明は、プレゼンスに応じて抽象状態を演算するルールを変更する抽象状態監視システムを提供する。
【００２１】
また、本発明は、抽象状態生成部は、抽象状態監視要求手段と、プレゼンスサービスクライアント生成手段と、プレゼンス変更ルール決定手段を備え、
抽象状態生成部は抽象状態監視要求手段により抽象状態監視要求を受け、該監視要求から抽象状態を構成する要素を抽出し、
プレゼンスサービスクライアント生成手段により前記要素のプレゼンスから抽象状態を演算するルールを選択し、前記要素を、プレゼンスサービスを介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアントを生成し、
ユーザは前記プレゼンスサービスを介して抽象状態の監視を行い、
前記抽象状態生成部は前記プレゼンス変更ルール決定手段により前記プレゼンスサービスを介してプレゼンスを取得し、プレゼンスに応じて抽象状態を演算するルールを変更する抽象状態監視システムを提供する。
【００２２】
また、本発明は、プレゼンスに応じて抽象状態を演算するルールを変更する抽象状態監視方法を提供する。
【００２３】
また、本発明は、抽象状態生成部は、抽象状態監視要求手段と、プレゼンスサービスクライアント生成手段と、プレゼンス変更ルール決定手段を備え、
抽象状態生成部が抽象状態監視要求手段により抽象状態監視要求を受け、該監視要求から抽象状態を構成する要素を抽出し、
プレゼンスサービスクライアント生成手段により前記要素のプレゼンスから抽象状態を演算するルールを選択し、前記要素を、プレゼンスサービスを介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアントを生成し、
ユーザが前記プレゼンスサービスを介して抽象状態の監視を行い、
前記抽象状態生成部が前記プレゼンス変更ルール決定手段により前記プレゼンスサービスを介してプレゼンスを取得し、プレゼンスに応じて抽象状態を演算するルールを変更する抽象状態監視方法を提供する。
【発明の効果】
【００２４】
本発明によれば、抽象状態演算方法を動的に変更することにより、実態に沿った状態類推を実現することができる。
【発明を実施するための最良の形態】
【００２５】
次に、本発明の第１の実施の形態の構成について図面を参照して説明する。
【００２６】
図１を参照すると、本実施の形態における抽象状態監視システムは、抽象状態生成部１０と、プレゼンスサービスクライアント２０と、プレゼンス変更ルール保持部３０と、プレゼンスサービス部４０と、プレゼンス変更ルールデータベース５０と、プレゼンス演算部６０から構成される。
【００２７】
プレゼンスサービスクライアント２０は、抽象状態を表現するプレゼンス情報をプレゼンスサービス部４０に発行するプレゼンティティと抽象状態構成要素（１以上のプレゼンティティ）のプレゼンス（状態）を、プレゼンスサービス部４０を介して観察するウォッチャとから構成される。
【００２８】
プレゼンス変更ルール保持部３０は、ユーザ（ＲＦＣ２７７８でいうところのＰＲＩＮＣＩＰＡＬ）が設定するルールを保持しており、そのルールに基づき、プレゼンティティのプレゼンス情報が導出される。プレゼンス変更ルールとしては、別のプレゼンティティのプレゼンス情報がある値になると、自分のプレゼンス情報を指定した値にするものなどが設定でき、ルールの形式は任意である。
【００２９】
例えば、プレゼンス変更ルールは、「ＩＦ．．．  ＴＨＥＮ．．．」の形式で記述することができる。この場合、左辺（ＩＦ．．．）は、ウォッチャがウォッチしている他のプレゼンティティのプレゼンス値に対する条件式である。一方、右辺（ＴＨＥＮ．．．）は、変更対象となるプレゼンティティ自身のプレゼンス情報の値をどういった値に設定するかを指定する。
【００３０】
具体的な内容は、図１に付記するように、プレゼンティティＡのプレゼンスがＸであれば、プレゼンティティＢのプレゼンスをＹに設定する、如きものである。
【００３１】
プレゼンス演算部６０は、プレゼンス変更ルール保持部３０から取得したルールに基づき、プレゼンスサービスクライアント２０のウォッチャから取得したプレゼンティティのプレゼンス情報の値から、プレゼンスサービスクライアント２０のプレゼンティティのプレゼンス情報の値を計算し、プレゼンティティに対し、プレゼンス値の変更を要求する機能を備えている。
【００３２】
抽象状態生成部１０は抽象状態監視要求受信部１１とプレゼンティティ相関データベース１２とプレゼンス変更ルール決定部１３とプレゼンスクライアント生成部１４とから構成されている。
【００３３】
抽象状態監視要求受信部１１は抽象状態監視要求を受信する。抽象状態監視要求には監視対象の識別子、もしくは監視対象の種別が含まれる。
【００３４】
プレゼンティティ相関データベース１２は、プレゼンティティ間の相関関係データを保持しており、その相関関係に基づき、抽象状態監視要求から抽象状態を構成する要素を検索する。例えば、プレゼンティティ間の相関関係データはＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）の形式で記述することができる。
【００３５】
プレゼンス変更ルール決定部１３はプレゼンス変更に適用するプレゼンス変更ルールを選択する。
【００３６】
プレゼンスクライアント生成部１４は、プレゼンティティ相関データベース１２から得た抽象状態を構成する要素リストをもとにウォッチャのバディリスト（状態監視対象リスト）を設定し、プレゼンス変更ルール決定部１３から得たプレゼンス変更ルールをプレゼンス変更ルール保持部３０に登録し、さらに該ウォッチャと、抽象状態をプレゼンスサービス部４０に対して発行するプレゼンティティとを有したプレゼンスサービスクライアント２０を生成する。
【００３７】
次に、本実施の形態における処理動作を図面を参照して詳細に説明する。
【００３８】
本実施の形態はユーザが要求する抽象状態を自動的に生成するために、抽象状態を構成する要素の選択および要素の状態から抽象状態を演算するプレゼンス変更ルールの選択を自動的に実施することを特徴とする。
【００３９】
図１のモジュール配置図および図２、図３のモジュール間メッセージ図を用いて動作を説明をする。
【００４０】
図１では、プレゼンス変更ルールデータベースにはプレゼンス変更ルールが登録されているものとする。夫プレゼンティティ、妻プレゼンティティはプレゼンスサービス部４０に対して最新のプレゼンスを発行しているものとする。
【００４１】
"ｕｓｅｒＡ家"、"ｕｓｅｒＡ家妻"、"ｕｓｅｒＡ家夫"はプレゼンティティの識別子を表す。
【００４２】
図２では、まず、抽象状態監視要求受信部１１はユーザから抽象状態監視要求として"ｕｓｅｒＡ家"の状態監視要求を受信する（Ｓ１−１）。
【００４３】
次に、抽象状態監視要求受信部１１は受信した抽象状態監視要求をプレゼンスサービスクライアント生成部１４へ渡す（Ｓ１−２）。
【００４４】
プレゼンスサービスクライアント生成部１４は抽象状態監視要求をプレゼンティティ相関データベース１２へ渡す（Ｓ１−３）。
【００４５】
プレゼンティティ相関データベース１２は抽象状態監視要求から、"ｕｓｅｒＡ家"の状態構成要素を検索する。検索結果として"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"をプレゼンスサービスクライアント生成部１４へ返す（Ｓ１−４）。
【００４６】
プレゼンスサービスクライアント生成部１４は、プレゼンス変更ルール決定部１３に対して、"ｕｓｅｒＡ家夫"と"ｕｓｅｒＡ家妻"の状態から"ｕｓｅｒＡ家"の状態を生成するためのプレゼンス変更ルールを問い合わせる（Ｓ１−５）。
【００４７】
プレゼンス変更ルール決定部１３はプレゼンス変更ルールデータベース５０に"ｕｓｅｒＡ家"のプレゼンス変更ルールを問い合わせ、プレゼンス変更ルールデータベース５０は既登録のプレゼンス変更ルール「ＩＦ  夫、妻のどちらかが在宅であれば  ＴＨＥＮ  家のプレゼンスを"在宅"に設定する」をプレゼンスサービスクライアント生成部１４へ返す（Ｓ１−６）。
【００４８】
プレゼンスサービスクライアント生成部１４は、"ｕｓｅｒＡ家"プレゼンス情報を発行するプレゼンティティと"ｕｓｅｒＡ家妻"、"ｕｓｅｒＡ家夫"のプレゼンスを観察するウォッチャとから構成されるプレゼンスサービスクライアント２０を生成する（Ｓ１−７）。
【００４９】
プレゼンスサービスクライアント生成部１４はプレゼンス変更ルール保持部３０に対して該プレゼンス変更ルールを登録する（Ｓ１−８）。
【００５０】
プレゼンスサービス部４０は、"ｕｓｅｒＡ家夫"、"ｕｓｅｒＡ家妻"のプレゼンスを観察するウォッチャから"ｕｓｅｒＡ家夫"への状態監視要求と"ｕｓｅｒＡ家妻"への状態監視要求を受信する（Ｓ１−９）。
【００５１】
図３では、プレゼンスサービス部４０は、状態監視要求を出した"ｕｓｅｒＡ家"ウォッチャに対して、"ｕｓｅｒＡ家夫"プレゼンティティと"ｕｓｅｒＡ家妻"プレゼンティティとのプレゼンスを通知する（Ｓ１−１０、１−１１）。
【００５２】
プレゼンス演算部６０は、"ｕｓｅｒＡ家"ウォッチャからプレゼンス演算依頼として"ｕｓｅｒＡ家夫"のプレゼンスと"ｕｓｅｒＡ家妻"のプレゼンスを受ける（Ｓ１−１２、１−１３）。
【００５３】
プレゼンス演算部６０は、プレゼンス変更ルール保持部３０から"ｕｓｅｒＡ家"のプレゼンス変更ルールを取得する（Ｓ１−１４）。
【００５４】
プレゼンス演算部６０は、"ｕｓｅｒＡ家夫"のプレゼンスと、"ｕｓｅｒＡ家妻"のプレゼンスと、"ｕｓｅｒＡ家"のプレゼンス変更ルールとから"ｕｓｅｒＡ家"プレゼンティティのプレゼンスを演算する（Ｓ１−１５）。
【００５５】
プレゼンス演算部６０は演算結果を"ｕｓｅｒＡ家"プレゼンティティのプレゼンスとして設定する（Ｓ１−１６）。
【００５６】
"ｕｓｅｒＡ家"プレゼンティティはプレゼンスサービス部４０に対して自己のプレゼンス情報を発行する（Ｓ１−１７）。
【００５７】
そして、ユーザはプレゼンスサービス部４０を介して"ｕｓｅｒＡ家"の状態を知ることができる。
【００５８】
上記の本実施の形態によれば、抽象状態、つまりセンサと対応していない状態、例えば、気分や未来の状況等を監視したい場合、従来技術では抽象状態の状態を構成する要素の分析や、構成要素の状態から抽象状態を演算、合成する関数を一から定義する必要があったが、抽象状態を指定するだけで、抽象状態を監視することができる。
【００５９】
次に、本発明の第２の実施の形態について説明する。
【００６０】
本実施の形態は、状態に応じて自動的にプレゼンス変更ルールを選択することを特徴とする。今回の場合、抽象状態構成要素の状態に応じてプレゼンス変更ルールを自動的に選択する。
【００６１】
プレゼンス変更ルール決定部１３はウォッチャＷ２からなるプレゼンスサービスクライアント２０とアクセス可能であるとする。図４では、ウォッチャＷ２は、プレゼンスサービス部４０から"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"と"ｕｓｅｒＡ家留守番電話"のプレゼンスを観察している。さらにステップＳ１−４でプレゼンティティ相関データベース１２は"ｕｓｅｒＡ家"の状態構成要素の検索結果として"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"と"ｕｓｅｒＡ家留守番電話"とをプレゼンスサービスクライアント生成部１４へ返すものとする場合、ステップＳ１−６では以下の動作を採ってもよい。又、ウォッチャＷ２はウォッチャＷ１と同一であってもよい。
【００６２】
プレゼンス変更ルールＡを「ＩＦ  夫、妻のどちらかの位置がｕｓｅｒＡ家であれば  ＴＨＥＮ  "ｕｓｅｒＡ家"のプレゼンスを"在宅"に設定する」とし、プレゼンスルールＢを「ＩＦ  ｕｓｅｒＡ家留守番電話の留守番モードがＯＮ  ＴＨＥＮ  "ｕｓｅｒＡ家"のプレゼンスを"不在"に設定する」とする。さらに、プレゼンス変更ルール決定部１３は"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"とのいずれかの位置情報プレゼンスが「ｕｓｅｒＡ家」の場合、プレゼンス変更ルールＡを選択、それ以外の場合プレゼンス変更ルールＢを選択するように設定されているものとする。
【００６３】
プレゼンス変更ルール決定部１３はウォッチャから"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"と"ｕｓｅｒＡ家留守番電話"とのプレゼンスを取得する（Ｓ２−１）。
【００６４】
"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"との位置情報プレゼンスが二つとも「ｕｓｅｒＡ家」でない場合、プレゼンス変更ルール決定部１３プレゼンス変更ルールＢをプレゼンスサービスクライアント生成部１４へ返す（Ｓ２−２）。
【００６５】
次に、本発明の第２−２の実施の形態について説明する。
【００６６】
本実施の形態は自然言語形式で出された抽象状態監視要求を解析し、システムが理解することができる抽象状態監視要求を出すことを特徴とする。
【００６７】
図５を参照すると、自然言語処理部は抽象状態監視要求受信部１１とアクセス可能であるとする。さらに、自然言語処理部は外部入力手段を有しているとする。自然言語処理部は自然言語を入力として受け取り、あいまい性を解決し出力する。
【００６８】
ユーザは「ｕｓｅｒＡ家の状態を監視したい」といった要求を自然言語処理部に対して入力する（Ｓ２−２−１）。
【００６９】
自然言語処理部は「ｕｓｅｒＡ家の状態を監視したい」という入力を解析し、"ｕｓｅｒＡ家"を抽象状態監視要求受信部１１に対して送信する（Ｓ２−２−２）。以下、ステップＳ１−１と同様である。
【００７０】
次に、本発明の第３の実施の形態について説明する。
【００７１】
本実施の形態は、プレゼンス変更ルールを抽象状態生成部１０外入力手段によって選択させることを特徴とする。例えば、ユーザにプレゼンス変更ルールを選択させる。
【００７２】
図６では、プレゼンス変更ルール決定部１３はプレゼンス変更ルール問合せ部７０とアクセス可能であるとする。プレゼンス変更ルール問合せ部７０は、どのルールを適用するか選択させるインタフェースを有している。さらにステップＳ１−４でプレゼンティティ相関データベース１２は、"ｕｓｅｒＡ家"の状態構成要素の検索結果として"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"に加え"ｕｓｅｒＡ家留守番電話"をプレゼンスサービスクライアント生成部１４へ返すものとする場合、ステップＳ１−６では以下の動作を採ってもよい。
【００７３】
プレゼンス変更ルール決定部１３はプレゼンス変更ルール問合せ部７０を利用し、"ｕｓｅｒＡ家"のプレゼンスに適用する複数のルール（例えば、プレゼンス変更ルールＡ、プレゼンス変更ルールＢ等）から、実際に適用するルールを外部入力に選択させる（Ｓ３−１）。
【００７４】
ユーザはプレゼンス変更ルールＡを選択する（３−２）。
【００７５】
プレゼンス変更ルール決定部１３はプレゼンス変更ルールＡをプレゼンスサービスクライアント生成部１４へ返す（Ｓ３−３）。
【００７６】
次に、本発明の第４の実施の形態について説明する。
【００７７】
本実施の形態は、プレゼンティティの状態変更に応じて、プレゼンス変更ルールを変更することを特徴とする。今回は、抽象状態構成要素（プレゼンティティ）の状態が取得可能になると、プレゼンス変更ルールを変更する。
【００７８】
プレゼンス変更ルール決定部１３はプレゼンスサービスクライアント２０生成時以外にもプレゼンス変更ルールを選択してよい。
【００７９】
上記のステップＳ２−２以降の動作について説明する。
【００８０】
プレゼンス変更ルール決定部１３は、ウォッチャから"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"のプレゼンスを取得し、"ｕｓｅｒＡ家妻"と"ｕｓｅｒＡ家夫"のプレゼンスから位置情報が取得可能となったのでプレゼンス変更ルールＡを選択し、プレゼンスサービスクライアント生成部１４に通知する（Ｓ４−１）。
【００８１】
プレゼンスサービスクライアント生成部１４はプレゼンス変更ルール保持部３０にプレゼンス変更ルールＡを登録し、既に登録してあったプレゼンス変更ルールＢを登録から外す（Ｓ４−２）。
【００８２】
次に、本発明の第５の実施の形態について説明する。
【００８３】
本実施の形態は、ユーザの抽象状態監視要求と、一般的な相関関係データと、個別の相関関係データから抽象状態構成要素を選択することを特徴とする。
【００８４】
プレゼンティティ相関データベース１２には、一般的な相関関係として、以下の情報が登録されているとする。
【００８５】
以下のデータは、<住人>が<家>に<在宅>しているという関係を示す。
Ａ１：<住人><住んでいる><家>
さらに、個別の情報として以下データが登録されているとする。
Ｃ１：<ｕｓｅｒＡ家夫><住んでいる><ｕｓｅｒＡ家>
Ｃ２：<ｕｓｅｒＡ家妻><住んでいる><ｕｓｅｒＡ家>
ｕｓｅｒＡ家は家を具体化したものとする。
ｕｓｅｒＡ家夫、 ｕｓｅｒＡ家妻は住人を具体化したものとする。
【００８６】
上記のステップＳ１−４では以下の動作を採ってもよい。
【００８７】
プレゼンティティ相関データベース１２は、”ｕｓｅｒＡ家”とＡ１から、<住人>を検索する。さらに、Ａ１、Ｃ１から「"ｕｓｅｒＡ家夫"は家に<住んでいる>」、Ａ１、Ｃ２「“ｕｓｅｒＡ家妻”は家に<住んでいる>」と判定され、結果、”ｕｓｅｒＡ家”の状態を構成する要素として識別子”ｕｓｅｒＡ家夫”と”ｕｓｅｒＡ家妻”が得られ、これをプレゼンスサービスクライアント生成部１４へ返す。
【００８８】
次に、本発明の第６の実施の形態について説明する。図７を参照すると、プレゼンティティ相関データベース１２は抽象状態生成部１０外に配置されもよい。
【００８９】
次に、本発明の第６−２の実施の形態について説明する。図８では、一般的な相関関係データを格納した一般相関関係データベースと、個別の相関関係データを格納した個別相関関係データベースはプレゼンティティ相関解析部とアクセス可能であるとする。プレゼンティティ相関解析部は上記の第５の実施の形態の一般的な相関関係データと個別の相関関係データとから抽象状態構成要素を選択してもよい。
【００９０】
また、図９を参照すると、第６−２の実施の形態の一般相関関係データベースと個別相関関係データベースとは抽象状態生成部１０外に配置されてもよい。
【００９１】
また、図１０を参照すると、第６−２の実施の形態の一般相関関係データベースと個別相関関係データベースとはプレゼンティティ相関解析部に対し複数配置されてもよい。さらに、そのプレゼンティティ相関解析部は一般相関関係データベースと個別相関関係データベースにから得るデータが競合した場合、優先順位（例えば、データベース毎、データ毎に付加されているとする）に従って競合解決を行ってもよい。
【００９２】
次に、本発明の第７の実施の形態について説明する。図１１では、上記の第６の実施の形態に加え、プレゼンスサービスクライアント生成部１４は複数のプレゼンティティ相関データベース１２に対して抽象状態を構成する要素を問い合わせてよい。さらに、複数のプレゼンティティ相関データベース１２からの返り値が競合した場合、プレゼンティティ相関データベース１２や抽象状態構成要素等に優先度を設け競合解決を行ってもよい。
【００９３】
次に、本発明の第８の実施の形態について説明する。本実施の形態は、プレゼンス変更ルールを自動的に選択するためのルール（プレゼンス変更ルール選択ルール）を利用することを特徴とする。上記の第２、第４の実施の形態は該ルール選択ルールを利用して実現することもできる。
【００９４】
図１２では、上記の第３の実施の形態の構成に加え、プレゼンス変更ルール問合せ部７０はプレゼンス変更ルール選択ルールデータベースへアクセス可能であるとする。プレゼンス変更ルール選択ルールとは「ＩＦ．．．  ＴＨＥＮ．．．」の形式で記述することができる。この場合、左辺（ＩＦ．．．）は、ウォッチャがウォッチしている他のプレゼンティティのプレゼンス値に対する条件式である。一方、右辺（ＴＨＥＮ．．．）は、どのプレゼンス変更ルールを選択するかを指定する。
【００９５】
上記のステップＳ３−２の代わりに以下の動作を行ってもよい。
【００９６】
プレゼンス変更ルール問合せ部７０はプレゼンス変更ルール選択ルールデータベースに対して、プレゼンスクライアントから得た"ｕｓｅｒＡ家夫」と"ｕｓｅｒＡ家妻」と「留守番電話」とのプレゼンスを入力する（Ｓ８−１）。
【００９７】
プレゼンス変更ルール選択ルールデータベースは入力から、プレゼンス変更ルール選択ルール「ＩＦ夫、妻のどちらの位置情報も不定  ＴＨＥＮ  プレゼンス変更ルールＢ」を導き出す（Ｓ８−２）。
【００９８】
プレゼンス変更ルール決定部１３はプレゼンス変更ルールＢをプレゼンスサービスクライアント生成部１４へ返す（Ｓ８−３）。
【００９９】
次に、本発明の第９の実施の形態について説明する。本実施の形態は、抽象状態生成の前に、抽象状態監視要求に応じた抽象状態が既に存在するか調査し、存在する場合再利用することを特徴とする。具体的にはプレゼンスサービスクライアント２０生成の前に、抽象状態を表現するプレゼンスを発行するプレゼンティティが存在するか調査し、存在する場合新規にプレゼンスサービスクライアント２０を生成する処理を省略する。
【０１００】
図１３では、プレゼンスサービスクライアント生成部１４はプレゼンティティデータベースへのアクセスが可能とする。
【０１０１】
プレゼンティティデータベースは抽象状態監視要求と、生成されたプレゼンスサービスクライアント２０のプレゼンティティ識別子との対を０以上保持している。
【０１０２】
プレゼンスサービスクライアント生成部１４は、最新のプレゼンスサービスクライアント２０のプレゼンティティ識別子をプレゼンティティデータベースに更新しているものとする。
【０１０３】
以後、ステップＳ１−１６以降の動作について説明する。
【０１０４】
ステップＳ１−１〜ステップＳ１−２を行う。プレゼンスサービスクライアント生成部１４は抽象状態監視要求からユーザの自宅の"ｕｓｅｒＡ家"プレゼンス情報を発行するプレゼンティティがすでに存在するかどうか、プレゼンティティデータベースに問い合わせる。結果、既に存在していることが分かり、既存のプレゼンスサービスクライアント２０を再利用することとする（Ｓ９−１）。
【０１０５】
次に、本発明の第９−２の実施の形態について説明する。本実施の形態は、抽象状態生成の前に、抽象状態監視要求に応じた抽象状態の抽象状態構成要素と抽象状態演算方法の組み合わせによって生成された抽象状態が既に存在するか調査し、存在する場合再利用することを特徴とする。
【０１０６】
図１３では、プレゼンスサービスクライアント生成部１４はプレゼンティティデータベースへのアクセスが可能とする。
【０１０７】
プレゼンティティデータベースは抽象状態構成要素とプレゼンス変更ルールとプレゼンティティ識別子の対を０以上保持している。
【０１０８】
プレゼンスサービスクライアント生成部１４は最新の抽象状態構成要素とプレゼンス変更ルールとプレゼンティティ識別子との対を更新しているものとする。
【０１０９】
以後、ステップＳ１−１６以降の動作について説明する。
【０１１０】
ステップＳ１−１〜ステップＳ１−６の処理を行う。
【０１１１】
プレゼンスサービスクライアント生成部１４は抽象状態構成要素とプレゼンス変更ルールと対になっているプレゼンティティ識別子をプレゼンティティデータベースに問い合わせる。結果、既にプレゼンティティが存在していることが分かり、既存のプレゼンスサービスクライアント２０を再利用することとする（Ｓ９−２−１）。
【０１１２】
次に、本発明の第１０の実施の形態について説明する。本実施の形態は、抽象状態監視要求を動的に変更することを特徴とする。今回は抽象状態監視要求部がプレゼンスに応じて抽象状態監視要求を変更する。
【０１１３】
図１４では、抽象状態監視要求部は抽象状態監視要求受信部１１に対して抽象状態監視要求を出すことが可能である。さらに、プレゼンスサービス部４０を介してプレゼンティティ観察するウォッチャへアクセス可能であり、ウォッチャの観察しているプレゼンティティのプレゼンスを取得することが可能である。本実施の形態の場合、ウォッチャは"Ａさん"プレゼンティティを観察しているものとするＡさんのプレゼンスはＡさんの位置情報を示しているとする。
【０１１４】
以下のステップによりＡさんの近傍温度を解析することが可能となる。
【０１１５】
抽象状態監視要求部はウォッチャからＡさんの最新プレゼンスを取得する。Ａさんのプレゼンスは、Ａさんが現在倉庫Ｓ１にいることを示している（Ｓ１０−１）。
【０１１６】
抽象状態監視要求部は抽象状態監視要求受信部１１に対して、「倉庫Ｓ１の温度」を要求する（Ｓ１０−２）。
【０１１７】
抽象状態監視要求部はウォッチャからＡさんの最新プレゼンスを取得する。Ａさんのプレゼンスは、Ａさんが現在倉庫Ｓ２にいることを示している（Ｓ１０−３）。
【０１１８】
抽象状態監視要求部は抽象状態監視要求受信部１１に対して、「倉庫Ｓ２の温度」を要求する（Ｓ１０−４）。
【０１１９】
次に、本発明の第１０−２の実施の形態について説明する。本実施の形態は、抽象状態監視要求を自動的に変更するためのルール（抽象状態監視要求ルール）を利用することを特徴とする。上記の第１０の実施の形態は抽象状態監視要求ルールを利用することで実現することもできる。
【０１２０】
抽象状態監視要求ルールは、「ＩＦ．．．  ＴＨＥＮ．．．」の形式で記述することができる。この場合、左辺（ＩＦ．．．）は、ウォッチャがウォッチしている他のプレゼンティティのプレゼンス値に対する条件式である。一方、右辺（ＴＨＥＮ．．．）は、抽象状態監視要求をどういった値に設定するかを指定する。例えば、上記の第１０の実施の形態では、「ＩＦ  プレゼンティティＡのプレゼンスが位置==倉庫Ｓ１  ＴＨＥＮ倉庫Ｓ１の温度を要求する」（以下ルールＲＲ１）といったルールを適用することになる。
【０１２１】
図１５では、抽象状態監視要求ルールデータベースは抽象状態監視要求ルールを保持している。抽象状態監視要求部は抽象状態監視ルールを保持することができるものとする。
【０１２２】
抽象状態監視要求部は抽象状態監視要求ルールデータベースへＡさんの体感温度を知るための抽象状態監視要求ルールＲＲ１を取得し、保持する（Ｓ１０−２−１）。
【０１２３】
抽象状態監視要求部はウォッチャからＡさんの最新プレゼンスを取得する。Ａさんのプレゼンスは、Ａさんが現在倉庫Ｓ１にいることを示している（Ｓ１０−２−２）。
【０１２４】
抽象状態監視要求部は保持しているＲＲ１から、抽象状態監視要求受信部１１に対して、「倉庫Ｓ１の温度」を要求する（Ｓ１０−２−３）。
【０１２５】
抽象状態監視要求部はウォッチャからＡさんの最新プレゼンスを取得する。Ａさんのプレゼンスは、Ａさんが現在倉庫Ｓ２にいることを示している（Ｓ１０−２−４）。
【０１２６】
抽象状態監視要求部は保持しているＲＲ１から、抽象状態監視要求受信部１１に対して、「倉庫Ｓ２の温度」を要求する（Ｓ１０−２−５）。
【０１２７】
本実施の形態によれば、抽象状態構成要素の状態更新に連動して抽象状態監視要求を変更することができる。従来、不審者管理要求内容をフロア機器の状態に連動して変更することができない為実態に沿わない不審者存在情報が演算されてしまったが、例えば，フロア機器が故障した場合、不審者監視要求がフロア機器の状態に連動し不審者監視要求を自動で変更することが可能である
【０１２８】
次に、本発明の第１０−３の実施の形態について説明する。本実施の形態は、抽象状態監視要求を具体化した要求へ加工することを特徴とする。
【０１２９】
図１６では、抽象状態具体化部は抽象状態監視要求受信部１１ＡＲ１と抽象状態監視要求部ＡＳ２からなる。
【０１３０】
抽象状態監視要求部ＡＳ２は抽象状態監視要求受信部１１ＡＲ１に対して抽象状態監視要求"Ａさんの近傍温度"を出す（Ｓ１０−３−１）。
【０１３１】
抽象状態監視要求受信部１１ＡＲ１は受信した抽象状態監視要求を抽象状態監視要求部ＡＳ２へ渡す（Ｓ１０−３−２）。
【０１３２】
以下、ステップＳ１０−１と同様である。
【０１３３】
また、図１７のように、抽象状態具体部は他の抽象状態具体部へ抽象状態監視要求を出してもよい。さらに、抽象状態具体部は多対多で配置され抽象状態監視要求を具体化してもよい。
【０１３４】
また、一つの抽象状態監視要求ルールデータベースに対し、１以上の抽象状態監視要求部が配置されてもよい。
【０１３５】
また、複数の抽象状態監視要求部で一つの抽象状態監視ルールデータベースを利用してもよい、さらに一つの抽象状態監視要求部に対し一つ抽象状態監視要求ルールデータベースを用意してもよい。
【０１３６】
なお、上述した各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、上記の各実施の形態における抽象状態生成部１０、プレゼンスサービスクライアント２０、プレゼンス変更ルール保持部３０、プレゼンスサービス部４０、プレゼンス変更ルールデータベース５０およびプレゼンス演算部６０の機能を実現するためのプログラムを各装置に読込ませて実行することにより本システムの機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭ、光磁気ディスク等を介して、または伝送媒体であるインターネット、電話回線等を介して伝送波により他のコンピュータシステムに伝送されてもよい。
【０１３７】
上述した各実施の形態は、抽象状態生成部１０、プレゼンスサービスクライアント２０、プレゼンス変更ルール保持部３０、プレゼンスサービス部４０、プレゼンス変更ルールデータベース５０およびプレゼンス演算部６０が別個に接続されているシステム構成について説明したが、各機能が１つのコンピュータシステムとして実現されている構成や機能毎に複数の装置などが追加された構成にも適用可能であることはもちろんである。
【図面の簡単な説明】
【０１３８】
【図１】本発明の第１の実施形態における抽象状態監視システムの概略構成を示す図である。
【図２】本発明の第１の実施形態におけるモジュール間メッセージ図である。
【図３】本発明の第１の実施形態におけるモジュール間メッセージ図である。
【図４】本発明の第２の実施形態における抽象状態監視システムの概略構成を示す図である。
【図５】本発明の第２−２の実施形態における抽象状態監視システムの概略構成を示す図である。
【図６】本発明の第３の実施形態における抽象状態監視システムの概略構成を示す図である。
【図７】本発明の第６の実施形態における抽象状態監視システムの概略構成を示す図である。
【図８】本発明の第６−２の実施形態における抽象状態監視システムの概略構成を示す図である。
【図９】本発明の第６−２の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１０】本発明の第６−２の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１１】本発明の第７の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１２】本発明の第８の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１３】本発明の第９の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１４】本発明の第１０の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１５】本発明の第１０−２の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１６】本発明の第１０−３の実施形態における抽象状態監視システムの概略構成を示す図である。
【図１７】本発明の第１０−３の実施形態における抽象状態監視システムの概略構成を示す図である。
【符号の説明】
【０１３９】
１０    抽象状態生成部
１１    抽象状態監視要求受信部
１２    プレゼンティティ相関データベース
１３    プレゼンス変更ルール決定部
１４    プレゼンスクライアント生成部
２０    プレゼンスサービスクライアント
３０    プレゼンス変更ルール保持部
４０    プレゼンスサービス部
５０    プレゼンス変更ルールデータベース
６０    プレゼンス演算部
【図１】
2007257193.tif 000003
【図２】
2007257193.tif 000004
【図３】
2007257193.tif 000005
【図４】
2007257193.tif 000006
【図５】
2007257193.tif 000007
【図６】
2007257193.tif 000008
【図７】
2007257193.tif 000009
【図８】
2007257193.tif 000010
【図９】
2007257193.tif 000011
【図１０】
2007257193.tif 000012
【図１１】
2007257193.tif 000013
【図１２】
2007257193.tif 000014
【図１３】
2007257193.tif 000015
【図１４】
2007257193.tif 000016
【図１５】
2007257193.tif 000017
【図１６】
2007257193.tif 000018
【図１７】
2007257193.tif 000019