JP2007257193A - 抽象状態監視システムおよびその方法 - Google Patents

抽象状態監視システムおよびその方法 Download PDF

Info

Publication number
JP2007257193A
JP2007257193A JP2006079428A JP2006079428A JP2007257193A JP 2007257193 A JP2007257193 A JP 2007257193A JP 2006079428 A JP2006079428 A JP 2006079428A JP 2006079428 A JP2006079428 A JP 2006079428A JP 2007257193 A JP2007257193 A JP 2007257193A
Authority
JP
Japan
Prior art keywords
abstract state
state monitoring
abstract
rule
monitoring request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2006079428A
Other languages
English (en)
Inventor
Natsuko Tsutazawa
奈津子 蔦澤
Hirokazu Takatama
広和 高玉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2006079428A priority Critical patent/JP2007257193A/ja
Priority to US11/723,615 priority patent/US7782186B2/en
Priority to EP07104586.8A priority patent/EP1837812A3/en
Publication of JP2007257193A publication Critical patent/JP2007257193A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00—Computing arrangements using knowledge-based models
    • G06N5/02—Knowledge representation; Symbolic representation
    • G06N5/022—Knowledge engineering; Knowledge acquisition
    • G06N5/025—Extracting rules from data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Evolutionary Computation (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Artificial Intelligence (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

【課題】抽象状態演算方法を動的に変更することにより、実態に沿った状態類推を実現すること。
【解決手段】抽象状態監視要求を受け、抽象状態生成部１０は要求から抽象状態を構成する要素を抽出し、要素のプレゼンスから抽象状態を演算するルールを選択し、要素を、プレゼンスサービス部４０を介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアント２０を生成する。さらにプレゼンスに応じて抽象状態を演算するルールを変更する。
【選択図】図１

Description

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

Claims (38)

  1. プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視システム。
  2. 抽象状態生成部は、抽象状態監視要求手段と、プレゼンスサービスクライアント生成手段と、プレゼンス変更ルール決定手段を備え、
    抽象状態生成部は抽象状態監視要求手段により抽象状態監視要求を受け、該監視要求から抽象状態を構成する要素を抽出し、
    プレゼンスサービスクライアント生成手段により前記要素のプレゼンスから抽象状態を演算するルールを選択し、前記要素を、プレゼンスサービスを介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアントを生成し、
    ユーザは前記プレゼンスサービスを介して抽象状態の監視を行い、
    前記抽象状態生成部は前記プレゼンス変更ルール決定手段により前記プレゼンスサービスを介してプレゼンスを取得し、プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視システム。
  3. プレゼンスにより抽象状態監視要求を変更し前記抽象状態生成部に送信する手段を備えることを特徴とする請求項２記載の抽象状態監視システム。
  4. 抽象状態監視要求に応じて抽象状態の状態更新ルールを選択することを特徴とする請求項２または３記載の抽象状態監視システム。
  5. 抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から４のいずれか１項に記載の抽象状態監視システム。
  6. 動的に抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から５のいずれか１項に記載の抽象状態監視システム。
  7. プレゼンスに応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から６のいずれか１項に記載の抽象状態監視システム。
  8. ユーザ入力に応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２から７のいずれか１項に記載の抽象状態監視システム。
  9. プレゼンティティ相関データを一般相関関係データベースと個別相関関係データベースに分けて管理することを特徴とする請求項２から８のいずれか１項に記載の抽象状態監視システム。
  10. ルールから抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項１から８のいずれか１項に記載の抽象状態監視システム。
  11. 抽象状態を再利用することを特徴とする請求項２から１０のいずれか１項に記載の抽象状態監視システム。
  12. 抽象状態監視要求を動的に変更することを特徴とする請求項２から１１のいずれか１項に記載の抽象状態監視システム。
  13. プレゼンスに応じて抽象状態監視要求を動的に変更することを特徴とする請求項２から１２のいずれか１項に記載の抽象状態監視システム。
  14. 抽象状態監視要求ルールをもとに抽象状態監視要求を変更することを特徴とする請求項２から１３のいずれか１項に記載の抽象状態監視システム。
  15. 抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２から１４のいずれか１項に記載の抽象状態監視システム。
  16. 多段に抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２から１５のいずれか１項に記載の抽象状態監視システム。
  17. 複数の抽象状態監視要求部から一つの抽象状態監視要求ルールデータベースを利用することを特徴とする請求項２から１６のいずれか１項に記載の抽象状態監視システム。
  18. 自然言語から抽象状態を生成することを特徴とする請求項２から１７のいずれか１項に記載の抽象状態監視システム。
  19. 自然言語から抽象状態監視要求を導き出すことを特徴とする請求項２から１８のいずれか１項に記載の抽象状態監視システム。
  20. プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視方法。
  21. 抽象状態生成部は、抽象状態監視要求手段と、プレゼンスサービスクライアント生成手段と、プレゼンス変更ルール決定手段を備え、
    抽象状態生成部が抽象状態監視要求手段により抽象状態監視要求を受け、該監視要求から抽象状態を構成する要素を抽出し、
    プレゼンスサービスクライアント生成手段により前記要素のプレゼンスから抽象状態を演算するルールを選択し、前記要素を、プレゼンスサービスを介して観察するウォッチャと、抽象状態のプレゼンスをプレゼンスサービスに対して発行するプレゼンティティを有するプレゼンスサービスクライアントを生成し、
    ユーザが前記プレゼンスサービスを介して抽象状態の監視を行い、
    前記抽象状態生成部が前記プレゼンス変更ルール決定手段により前記プレゼンスサービスを介してプレゼンスを取得し、プレゼンスに応じて抽象状態を演算するルールを変更することを特徴とする抽象状態監視方法。
  22. プレゼンスにより抽象状態監視要求を変更し前記抽象状態生成部に送信する手段を備えることを特徴とする請求項２１記載の抽象状態監視方法。
  23. 抽象状態監視要求に応じて抽象状態の状態更新ルールを選択することを特徴とする請求項２１または２２記載の抽象状態監視方法。
  24. 抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２３のいずれか１項に記載の抽象状態監視方法。
  25. 動的に抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２４のいずれか１項に記載の抽象状態監視方法。
  26. プレゼンスに応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２５のいずれか１項に記載の抽象状態監視方法。
  27. ユーザ入力に応じて抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２６のいずれか１項に記載の抽象状態監視方法。
  28. プレゼンティティ相関データを一般相関関係データベースと個別相関関係データベースに分けて管理することを特徴とする請求項２１から２７のいずれか１項に記載の抽象状態監視方法。
  29. ルールから抽象状態を構成する要素と、状態更新ルールを関連付けることを特徴とする請求項２１から２８のいずれか１項に記載の抽象状態監視方法。
  30. 抽象状態を再利用することを特徴とする請求項２１から２９のいずれか１項に記載の抽象状態監視方法。
  31. 抽象状態監視要求を動的に変更することを特徴とする請求項２１から３０のいずれか１項に記載の抽象状態監視方法。
  32. プレゼンスに応じて抽象状態監視要求を動的に変更することを特徴とする請求項２１から３１のいずれか１項に記載の抽象状態監視方法。
  33. 抽象状態監視要求ルールをもとに抽象状態監視要求を変更することを特徴とする請求項２１から３２のいずれか１項に記載の抽象状態監視方法。
  34. 抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２１から３３のいずれか１項に記載の抽象状態監視方法。
  35. 多段に抽象状態監視要求から抽象状態監視要求を出すことを特徴とする請求項２１から３４のいずれか１項に記載の抽象状態監視方法。
  36. 複数の抽象状態監視要求部から一つの抽象状態監視要求ルールデータベースを利用することを特徴とする請求項２１から３５のいずれか１項に記載の抽象状態監視方法。
  37. 自然言語から抽象状態を生成することを特徴とする請求項２１から３６のいずれか１項に記載の抽象状態監視方法。
  38. 自然言語から抽象状態監視要求を導き出すことを特徴とする請求項２１から３７のいずれか１項に記載の抽象状態監視方法。
JP2006079428A 2006-03-22 2006-03-22 抽象状態監視システムおよびその方法 Pending JP2007257193A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2006079428A JP2007257193A (ja) 2006-03-22 2006-03-22 抽象状態監視システムおよびその方法
US11/723,615 US7782186B2 (en) 2006-03-22 2007-03-21 Abstract state monitoring system and method for the same
EP07104586.8A EP1837812A3 (en) 2006-03-22 2007-03-21 Abstract state monitoring system and method for the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006079428A JP2007257193A (ja) 2006-03-22 2006-03-22 抽象状態監視システムおよびその方法

Publications (1)

Publication Number Publication Date
JP2007257193A true JP2007257193A (ja) 2007-10-04

Family

ID=38255205

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006079428A Pending JP2007257193A (ja) 2006-03-22 2006-03-22 抽象状態監視システムおよびその方法

Country Status (3)

Country Link
US (1) US7782186B2 (ja)
EP (1) EP1837812A3 (ja)
JP (1) JP2007257193A (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2239920B1 (en) * 2009-04-09 2013-08-07 Research In Motion Limited Method, server and computer-readable medium for establishing a presence context within a presence platform
US20100262661A1 (en) * 2009-04-09 2010-10-14 Research In Motion Limited Method and system for establishing a presence context within a presence platform
WO2011137523A1 (en) * 2010-05-05 2011-11-10 Research In Motion Limited Method and system for monitoring of aspects for use by a trigger
US9009183B2 (en) * 2011-11-03 2015-04-14 Microsoft Technology Licensing, Llc Transformation of a system change set from machine-consumable form to a form that is readily consumable by a human

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11203006A (ja) * 1998-01-20 1999-07-30 Fujitsu Ltd ユーザ状況推定装置
JP2001117774A (ja) * 1999-10-21 2001-04-27 Japan Science & Technology Corp 適応化機構を備えたプロダクションシステム
JP2005258588A (ja) * 2004-03-09 2005-09-22 Denso Corp 推論システム、及びルール群の視覚的表現方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002091893A (ja) 2000-09-14 2002-03-29 Canon Inc ワークフローシステム、サーバ、電子ファイルの更新権限移行方法および記憶媒体
JP3918653B2 (ja) 2002-06-21 2007-05-23 富士通株式会社 不審者監視装置、不審者監視装置の制御方法及び不審者監視装置プログラム
EP1786172B1 (en) * 2003-01-22 2015-06-10 NEC Corporation Presence system and process for controlling the destination of presence notification
JP4337351B2 (ja) * 2003-01-22 2009-09-30 日本電気株式会社 プレゼンスシステムおよび情報処理装置
JP4168762B2 (ja) 2003-01-28 2008-10-22 日本電気株式会社 バディリストの動的生成方法、クライアント、サーバ、システム、プログラム
US7376670B2 (en) * 2004-02-20 2008-05-20 Alcatel-Lucent System and method for provisioning presence application services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11203006A (ja) * 1998-01-20 1999-07-30 Fujitsu Ltd ユーザ状況推定装置
JP2001117774A (ja) * 1999-10-21 2001-04-27 Japan Science & Technology Corp 適応化機構を備えたプロダクションシステム
JP2005258588A (ja) * 2004-03-09 2005-09-22 Denso Corp 推論システム、及びルール群の視覚的表現方法

Also Published As

Publication number Publication date
EP1837812A2 (en) 2007-09-26
EP1837812A3 (en) 2014-12-17
US7782186B2 (en) 2010-08-24
US20070226162A1 (en) 2007-09-27

Similar Documents

Publication Publication Date Title
Truong et al. A survey on context‐aware web service systems
Mayer et al. Configuration of smart environments made simple: Combining visual modeling with semantic metadata and reasoning
WO2018085474A2 (en) Ingress and egress of data using callback notifications
CN109952752B (zh) 用于针对隔离集合的有条件授权的系统和方法
Antoniazzi et al. Building the semantic web of things through a dynamic ontology
Zhang On the stability and convergence of self-tuning control–virtual equivalent system approach
Vasanthi et al. RETRACTED ARTICLE: A novel user interaction middleware component system for ubiquitous soft computing environment by using fuzzy agent computing system
Paganelli et al. A context model for context-aware system design towards the ambient intelligence vision: experiences in the eTourism domain
Takabi et al. Semantic-based policy management for cloud computing environments
JP2007257193A (ja) 抽象状態監視システムおよびその方法
Schümmer GAMA: A Pattern Language for Computer Supported Dynamic Collaboration.
Yuan et al. Formalization and Verification of REST on HTTP Using CSP
Puttonen et al. Maintaining a dynamic view of semantic web services representing factory automation systems
Zorgati et al. Finding Internet of Things resources: A state-of-the-art study
Gómez-Martínez et al. A semantic approach for designing Assistive Software Recommender systems
Mayer et al. Semantic metadata to support device interaction in smart environments
Moschoglou et al. A semantic mediation framework for architecting federated ubiquitous systems
JP4352801B2 (ja) サービス連携装置および方法
Richthammer et al. Taxonomy for social network data types from the viewpoint of privacy and user control
Hussein et al. A framework and an architecture for context-aware group recommendations
Latré et al. A semantic context exchange process for the federated management of the future internet
Rehage et al. Perspective on the design of a knowledge-based system embedding Linked Data for process planning
Shah et al. Monitoring appliances sensor data in home environment: Issues and challanges
Jirkovský et al. Enabling Plug&Play Cyber-Physical Systems Using Knowledge-Driven OPC UA Discovery
Sánchez-Rada et al. A modular architecture for intelligent agents in the evented web

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090212

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20110919

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120124

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120612