JP5304475B2 - 情報処理装置、および情報処理方法 - Google Patents

Description

開示の技術は、対象から取得される属性値が条件を満足するか否かを判定する情報処理に関する。

従来、情報システムが、様々な情報処理に関して、処理対象の事物あるいは人に関し、条件が満たされたか否かを判断している。

例えば、顧客属性値の組み合わせを有し、特定の商品について購入履歴情報および顧客属性情報を参照して購入のあった顧客の属性値の組み合わせに該当する集計表のエントリの顧客頻度を計数し、顧客頻度の顕著な属性値の組み合わせを抽出するシステムが提案されている。

また、例えば、ユーザプロファイルの入力を受け付け、ユーザプロファイルと関連付けられたコンテンツを選択するシステムが提案されている。

さらに、例えば、利用者の表示中の画面またはオブジェクトへのアクセスを通知するか否かを判定するシステムが提案されている。すなわち、システムは、利用者のアクセス内容およびアクセスされた表示装置の場所などのアクセスに関する情報、アクセス検出履歴情報、およびアクセス通知履歴情報に基づいて、アクセス検出を通知すべきか否かの通知条件が成り立つか否かを判定する。

特開２００１−２２９２６８号公報 特開２００５−１９６３８１号公報 特開２００７−２５８３３号公報

しかし、従来の技術では、事物、あるいは人に関する複数の属性値が条件を満たすか否かを判断する場合に、処理効率を向上することに対する配慮がなかった。開示の技術は、複数の属性値と条件との照合処理の効率を向上することを目的とする。

開示の技術の一側面は、以下の情報処理装置によって例示される。すなわち、本情報システムは、対象の複数の属性値に対する条件データを記憶する条件データ記憶部と、対象のそれぞれの属性値の変化頻度情報を記憶する変化頻度情報記憶部と、条件データで指定された条件を満足していない属性値のうち、変化頻度が最も小さい属性値について変化後の新属性値を取得し、変化後の新属性値が条件データの条件を満足するか否かの照合処理を実行し、変化頻度が最も小さい属性値について変化後の新属性値が条件を満足した場合に、条件データで指定された条件を満足していない他の属性値に対して照合処理を実行する照合処理部と、を備える。

開示のシステムによれば、複数の属性値と条件との照合処理の効率を向上することができる。

比較例に係る情報システムの構成図である。 実施例１に係る情報システムの構成を例示する図である。 実施例２に係る情報システムの処理概要を例示する図である。 実施例２のシステム構成を例示する図である。 アプリケーションサーバのハードウェア構成を例示する図である。 照合処理部の処理フローを例示する図である。 情報収集部の処理フローを例示する図である。 照合処理の動作を例示する図（その１）である。 照合処理の動作を例示する図（その２）である。 照合処理の動作を例示する図（その３）である。 算出例１に係る属性値変化頻度テーブル生成の処理フローを例示する図である。 算出例１に係る属性値変化頻度テーブルを例示する図（その１）である。 算出例１に係る属性値変化頻度テーブルを例示する図（その２）である。 算出例１に係る属性値変化頻度テーブルを例示する図（その２）である。 算出例２に係る属性値変化頻度テーブル生成の処理フローを例示する図である。 算出例２に係る属性値変化頻度テーブルを例示する図である。 算出例３に係る属性値変化頻度テーブル生成の処理フローを例示する図である。 算出例３に係る属性値変化頻度テーブルを例示する図である。 照合処理負荷が減少する処理を例示する図である。 ポーリングを使用する場合の照合処理部の処理フローを例示する図である。 ポーリングを使用する場合の情報収集部の処理フローを例示する図である。

以下、図面を参照して、一実施形態に係る情報システムについて説明する。以下の実施形態の構成は例示であり、本情報システムは実施形態の構成には限定されない。

図１および図２を参照して、情報システムの実施例１を説明する。実施例１は、事物あるいは人に関する情報を収集する情報収集部と、アプリケーションからの指定にしたがって、情報収集部が収集する情報が、アプリケーションが指定した条件を満足したか否かを照合する情報システムに関する。

実施例１では、アプリケーションは、条件データをプラットフォームに引き渡し、条件データが満足されたか否かの照合を依頼する。条件データには、事物あるいは人に関する複数の属性値と、それぞれの属性値に対する条件が指定されている。プラットフォームは、条件データに含まれる属性値を情報収集部から取得し、取得した新たな属性値が条件データを満足したか否かを判定する。なお、情報収集部は、プラットフォームから指定された属性値の変化を監視し、変化後の新たな属性値を取得している。そして、条件データが、満足された場合に、プラットフォームは、アプリケーションに条件データが満足されたことを通知する。ここで、プラットフォームは、アプリケーションと情報収集部との間で
、情報の授受を管理する機能を提供する。

図１は、比較例に係る情報システムの構成図である。図１の情報システムは、Subscribe（登録）/Notify（通知）モデルにしたがった処理を実行する。実施例１のSubscribe（
登録）/Notify（通知）モデルでは、情報収集を依頼する側、例えば、プラットフォーム
が、情報収集の依頼先、すなわち、情報収集部に収集対象の情報を指定する。例えば、プラットフォームが、事物の場所を検出可能な情報収集部Ｃ１に対して、監視目的とする対象物を指定し、指定した対象物の場所に関する情報の収集を依頼する。

情報収集部に収集対象の情報が指定されると、収集した情報が変化するごとに情報収集部は、変化後の新たな情報をプラットフォームに通知する。例えば、情報収集部Ｃ１は、場所センサを監視している。また、図１では、情報収集部Ｃ２は、温度センサの温度変化を検知し、情報収集部Ｃ３は、湿度センサの湿度変化を検知する。

図１では、プラットフォームは、照合処理を実行する照合処理部を有する。プラットフォームは、照合処理部として、例えば、コンピュータプログラムを実行する。例えば、照合処理部が情報収集部１に、ある対象物について場所に関する情報の収集を依頼した場合を仮定する。すると、情報収集部Ｃ１は、場所センサによって検知される、指定された対象物の場所が変化するごとに、対象物の新たな場所に関する情報をプラットフォームに通知する。

同様に、プラットフォームが情報収集部２に、ある対象物の温度に関する情報の収集を依頼した場合、情報収集部Ｃ２は、対象物ごとに設置された温度センサの検知した温度が変化するごとに検知した温度をプラットフォームに通知する。また、プラットフォームが情報収集部Ｃ３に、ある対象物の周囲の湿度に関する情報の収集を依頼した場合、情報収集部３は、対象物ごとに設置された湿度センサの検知した湿度が変化するごとに検知した湿度をプラットフォームに通知する。

なお、図１の構成で、温度センサおよび湿度センサは、対象物ごとに、例えば、対象物の表面、あるいは、内部に備えられているものとする。ただし、場所センサが対象物を検知した場所ごとに、温度センサおよび湿度センサが設けられていてもよい。

そして、照合処理部は、アプリケーションから指定された条件データの条件が満たされたとき、アプリケーションに、指定された条件データが満たされたことを通知する。例えば、図１の情報システムは、識別情報がＩＤ００４で特定される対象物に関する属性値を処理する。図１の情報システムでは、識別情報＝ＩＤ００４の対象物について、場所が倉庫Ａであり、温度が摂氏２０度以上であり、湿度が７０％以上であることが、アプリケーションからプラットフォームに指定された条件である。識別情報＝ＩＤ００４の対象物について、場所が倉庫Ａであり、温度が摂氏２０度以上であり、湿度が７０％以上であることが満たされたとき、照合処理部は、条件が満足されたことをアプリケーションに通知する。

図１の処理の流れは、以下の通りである。照合処理部は，アプリケーションから送信された条件データを受け付ける（１）。条件データには、対象に関する複数の属性値に対する条件が指定される場合が多い。すると、照合処理部は、指定された複数の条件に対応して、それぞれの情報収集部に収集する情報を特定する登録条件を送信する（２）。なお、情報収集部に対して収集する情報を指定する登録条件をsubscribe条件という場合もある
。情報収集部Ｃ１−Ｃ３等は、それぞれ場所センサ、温度センサ、あるいは湿度センサから収集した情報（３）を照合処理部に送信する（４）。情報収集部Ｃ１−Ｃ３等から照合処理部に送信される情報を通知(Notification)ともいう。図１の例では、通知は、場所セ
ンサ、温度センサ、湿度センサ等の検知する検出値、すなわち、変化後の新たな属性値を含む。

照合処理部は、情報収集部で収集された情報のうちのどれか１つの値の変化（３）を示す通知を受ける度に（４）、条件データ中の他の条件で指定された属性値を属性値データベースから読み出し（５）、アプリケーションから指定された複数の条件がすべて満足されたか否かを調べる処理（６）を実行する。なお、属性値データベースには、情報収集部Ｃ１−Ｃ３によって各属性の最新の値が格納されている。例えば、属性値データベースは、対象物を指定する識別情報、その識別情報で指定される対象物の温度、湿度、場所等を格納する。

そして、アプリケーションから指定された条件データの条件が満足された場合に、照合処理部は、条件の照合が成功したことをアプリケーションに通知する。

図１の処理の問題点は、複数の属性値がそれぞれの条件を満たすか否かを照合処理部が照合する処理において、１つの属性値の変化が通知されるごとに、変化が通知されなかった他の属性値についても、条件が満足されたか否かを照合する処理が発生することである。

図１の技術では，照合処理部は情報収集部に対して、条件データ中の複数の条件に対応する情報のいずれかが変化したときに、変化した情報を通知するように要求する。そして、情報収集部から、例えば、１つの条件と照合される情報の通知がある度に、照合処理部は、通知された情報以外の情報を含む、複数の条件が満足されるか否かを調べる。このため、長時間満足されない特定条件がある場合には，特定条件以外の他の条件に対応する通知が到着する度に無駄な照合処理が行なわれるという欠点がある。

例えば、図１で、対象とする物品の場所が「倉庫Ｂ」であって長時間変わらない場合を仮定する。また、温度センサおよび湿度センサは、対象物ごとに、例えば、対象物の表面、あるいは、内部に備えられていると想定する。そして、条件データに示されている場所の条件は「倉庫Ａ」であるので、対象物の温度あるいは対象物の周囲の湿度等が変化した場合でも、場所の条件については成功しない。一方、「倉庫Ｂ」内における温度や湿度の値が頻繁に変化するなら、図１の技術では、温度あるいは湿度の値が変化するごとに通知が行なわれる。そして、照合処理部が動作して、照合が成功することがないにも拘わらず、照合処理部は、温度あるいは湿度の値が変化するごとに各属性値と条件データ中の条件との照合処理を行なうことになる。

情報システムが情報収集を依頼する多数のセンサ等が存在し、多数の情報を短いインターバルで収集するような環境が将来実現されることが予想される。多数のセンサから多数の情報を短いインターバルで収集するような環境では、多数の属性値の変化を示す情報がプラットフォームに通知されることになる。したがって、照合処理部での属性値と条件データとの照合処理の負荷が大きくなると考えられる。

図２に、実施例１に係る情報システムの構成を例示する。図２の情報システムは、プラットフォーム１１と、情報収集部５０Ａ−１，５０Ａ−２，５０Ａ−３等と、属性値データベース５５とを含む。以下、情報収集部５０Ａ−１等を総称する場合には、情報収集部５０Ａと呼ぶ。図２では、プラットフォーム１１と、情報収集部５０Ａとは、ネットワーク７１で接続されている。ただし、実施例１の情報システムは、図２の構成に限定されるわけではない。例えば、プラットフォーム１１自体が、情報収集部５０Ａを含むものでもよい。また、アプリケーション６１とプラットフォーム１１とが単一のコンピュータ上で機能するものでもよい。例えば、アプリケーション６１とプラットフォーム１１と情報収
集部５０Ａとが、単一のコンピュータ上で機能するものでもよい。逆に、アプリケーション６１とプラットフォーム１１と情報収集部５０Ａとが、複数のコンピュータの共同処理によって機能するものでもよい。

属性値データベース５５には、情報収集部５０Ａが収集した少なくとも最新の属性値が格納される。属性値データベース５５は、ネットワーク７１を介してプラットフォーム１１からアクセス可能である。したがって、プラットフォーム１１は、属性値データベース５５の属性値を読み出すことができる。

情報収集部５０Ａは、それぞれが監視するセンサが検出した属性値を監視する。例えば、情報収集部５０Ａ−１は、場所センサ５１が検出した場所に関する属性値を取得する。場所センサ５１は、例えば、物品に添付されたタグから物品のＩＤを読み取ることによって物品の位置する場所を示すタグリーダである。タグリーダは、ＲＦＩＤ（Radio Frequency Identification）タグの読みとり装置でもよいし、バーコードリーダでもよい。タグ読みとり装置は、自装置が設置された場所を識別する場所情報と、タグから読み取った物品の識別情報を情報収集部５０Ａ−１に報告すればよい。また、場所センサ５１は、緯度と経度とを検出するＧＰＳチップを含むものでもよい。ＧＰＳチップは、個々の対象物、あるいは、人それぞれに添付され、検出した位置を情報収集部５０Ａ−１に報告すればよい。情報収集部５０Ａ−１は、緯度と経度に対応する場所を定義したデータベースを有し、位置が検出された対象物の場所を特定すればよい。

また、情報収集部５０Ａ−２は、温度センサ５２が検出した、物品の温度を取得する。また、情報収集部５０Ａ−３は、湿度センサ５３が検出した物品周囲の湿度を取得する。そして、情報収集部５０Ａは、取得した温度、湿度等の属性値を属性値データベース５５に格納する。ここで、温度センサ５２あるいは湿度センサ５３は、例えば、物品毎に取り付けられているとしてもよい。また、温度センサ５２あるいは湿度センサ５３は、例えば、場所センサ５１が検出可能な場所ごとに取り付けられているとしてもよい。

図２の情報システムは、図１の場合と同様、プラットフォーム１１がアプリケーション６１から条件データの指定を受け付ける。プラットフォーム１１は、受け付けた条件データをメモリ上の条件データ記憶部１２に保持する。条件データは、例えば、情報収集部５０Ａで収集される複数の属性値に対するそれぞれの条件を含む。また、プラットフォーム１１は、照合処理部１４を有する。プラットフォーム１１が搭載されたコンピュータは、照合処理部１４として、コンピュータプログラムを実行する。

照合処理部１４は、情報収集部５０Ａが収集した属性値が、条件データ記憶部１２に記憶された条件を満足するか否かを照合する。そして、条件データに含まれる複数の条件が満足されたとき、照合処理部１４は、条件データに含まれる複数の条件が満足されたことをアプリケーション６１に通知する。

図１の情報システムに対して、図２の情報システムには、以下の相違点を有する。プラットフォーム１１は、変化頻度情報記憶部１６を含む。変化頻度情報記憶部１６は、情報収集部５０Ａで収集される複数の属性値について、それぞれ、変化の頻度を示す変化頻度情報を記憶する。さらに、変化頻度情報記憶部１６は、情報収集部５０Ａが収集した属性値の変化の履歴にしたがって変化頻度情報を更新する。したがって、照合処理部１４は、変化頻度情報記憶部１６を参照することで、情報収集部５０Ａで収集される複数の属性値について、それぞれ、変化の頻度を取得できる。

例えば、情報収集部５０Ａは、センサで検出される属性値の変化があったときに、変化した最新の属性値を属性値データベース５５に記録するとともに、変化した時刻を変化情
報として保持する。そして、情報収集部５０Ａは、過去に保持した変化情報と通算して、属性値の変化頻度を算出し、変化頻度情報記憶部１６に通知する。

例えば、属性値の変化情報の通算個数を単位時間あたりの個数に換算したものや、現在時刻から一定時間内に受け取ったある属性値の変化情報の個数をその属性値の変化頻度とすればよい。ただし、情報収集部５０Ａが、プラットフォーム１１に属性値の変化情報を通知し、プラットフォーム１１にて、属性値の変化頻度を算出しても構わない。プラットフォーム１１は、算出した変化頻度を変化頻度情報記憶１６に格納すればよい。

図２の属性値と条件データの照合において、照合処理部１４は、満たされていない条件の中から、変化頻度情報記憶部１６を参照し、値の変化頻度が最小の属性値を選択する。そして、照合処理部１４は、選択した値の変化頻度が最小の属性値を収集する情報収集部５０Ａに対して、属性値の収集を依頼する。

そして、照合処理部１４は、属性値の収集を依頼した情報収集部５０Ａから、収集された属性値の通知を受け取ったときに、条件データに含まれる他の複数の条件が満足されたか否かを調べる。条件データが満足されたか否かを調べる処理を照合処理と呼ぶ。図２の情報システムでは、値の変化頻度が最小の属性値が通知されたときに、照合処理が実行される。したがって、値の変化頻度が最小の属性値以外の他の属性値が変化しても、照合処理は実行されない。すなわち、図２の情報システムは、変化頻度の高い属性値の変化に応じた無駄な照合処理の負荷を低減する。変化頻度が最小の属性が条件を満たせば、照合処理部１４は、次に変化頻度が小さい属性値に対して、情報収集部５０Ａに情報収集の依頼を行なうことにより同様の処理を繰り返す。

図１の技術の代わりに、図２の技術を用いれば、変化頻度の低い属性値、例えば、場所の値が変わらない間は、変化頻度の高い属性値、例えば、温度・湿度等が変化しても、変化頻度の高い属性値の通知は行なわれない。したがって変化頻度の高い属性値の変化に応じた照合処理が行なわれず、無駄な照合処理の負荷が低減される。すなわち、図２の情報システムによれば、満たされていない条件の中で，変化頻度が最小の属性値に注目して変化を検出し、変化頻度が最小の属性値の変化が検出されたときに照合処理を行なうことができる。

図２に示す実施例１の情報システムによれば、複数の属性値の組み合わせ条件の照合において、属性値と条件データの照合処理を抑制し、照合処理の負荷を減少させることができる。したがって、例えば、図１の情報システムと比較して、小規模なマシン構成で経済的にシステムを実現することができる。また、同一規模の構成であれば、図２に示す実施例１の情報システムは、図１の情報システムと比較して、より高い処理能力を得ることができる。

図２の情報システムが有する図１の情報システムに対する効果は、複数の条件の間で値の変化頻度に大きな差がある場合は特に顕著になる。例えば、物品が位置する場所、物品が位置する環境の温度、物品が位置する環境の湿度を条件とする場合について、次の仮定をする。すなわち、場所が数日に１回程度しか変わらず、温度と湿度が数分ごとに変化する場合、図１の情報システムでは数分ごとに照合処理が行なわれる。一方、図２の情報システムによれば、場所が条件を満たしていない間、照合処理は数日ごとにしか行なわれない。

以下、図３から図１７の図面を参照して、実施例２に係る情報システムを説明する。

図３は、実施例２に係る情報システムの処理概要を例示する図である。実施例２の情報システムは、アプリケーションサービスを提供するアプリケーションサーバ２０と、プラットフォーム１１と、ネットワーク７１を介して、プラットフォーム１１に接続される各種検出装置とを有する。各種検出装置は、例えば、物品の場所検出のためのタグリーダ５１Ａ、温度センサ５２、湿度センサ５３等と、各種センサが検出した属性値を格納する属性値データベース５５とを含む。

実施例２では、図３に示すように、各アプリケーションサービスを実行するアプリケーションサーバ２０が動作に使用する情報を指定する条件と、ネットワーク７１を介して各種検出装置から集められた実世界の情報とを共通のプラットフォーム１１が照合する。集められる実世界の情報は、例えば、人や物の性質や状態に関するデータである。より具体的には、集められる実世界の情報としては、例えば、物品の場所属性、温度属性、湿度属性等が例示できる。場所属性は、物品が置かれた場所を示す情報である。温度属性は、物品の温度あるいは物品が置かれた環境の温度データである。湿度属性は、物品が置かれた環境の湿度である。

例えば、タグリーダ５１Ａは、物品の識別情報をＲＦＩＤから読み取ることで、読み取ったＲＦＩＤを有する物品の置かれた場所をプラットフォーム１１に通知する。温度センサ５２の検知部は、例えば、物品に添付されており、物品の識別情報とともに、測定した温度をプラットフォーム１１に通知する。また、湿度センサ５３の検知部は、例えば、物品に添付されており、物品の識別情報とともに、測定した湿度をプラットフォーム１１に通知する。

共通プラットフォーム１１での照合処理により、実世界の情報が適切なアプリケーションサービスに通知される。アプリケーションサーバ２０は、それぞれのアプリケーションサービスの処理において、通知された実世界の情報を処理し、適切なサービスをユーザに提供する。

ただし、本実施例でのプラットフォーム１１の照合処理およびプラットフォーム１１とアプリケーションサーバ２０との関係は例示であり、情報システムの構成は、本実施例に限定されるわけではない。

図４に実施例２のシステム構成を例示する。実施例２の情報システムは、アプリケーションサーバ２０と、ネットワーク７１と、ネットワーク７１に接続される情報収集端末装置５０、データベースサーバ５５Ａ等と、情報収集端末装置５０に接続される場所センサ５１、物品ごとに付与された温度センサ５２、および物品ごとに付与された湿度センサ５３等を有している。

図４の構成では、アプリケーションサーバ２０は、各種アプリケーション６１−１、６１−２等を実行する。以下、各種アプリケーション６１−１、６１−２等を総称して単に、アプリケーション６１という。また、アプリケーションサーバ２０は、プラットフォーム１１を有する。図４では、プラットフォーム１１は、照合処理部１４、頻度情報管理部１５を含むプラットフォームソフトウェアを有する。さらに、アプリケーションサーバ２０は、条件データ記憶部１２、属性値変化頻度情報記憶部１６、属性間の依存関係表記憶部１７等の記憶部を有する。頻度情報管理部１５が頻度計算部に相当する。また、属性値変化頻度情報記憶部１６が変化頻度情報記憶部に相当する。また、属性間の依存関係表記憶部１７が依存関係記憶部に相当する。属性値変化頻度情報記憶部１６および属性間の依存関係表記憶部１７は、プラットフォームソフトウェアの管理下にあるので、図４では、プラットフォーム１１に含まれる形式で示されている。したがって、図４の構成では、プラットフォーム１１は、アプリケーションサーバ２０が実行するプラットフォームソフト
ウェアと、プラットフォームソフトウェアに管理される各種情報の記憶部を含む。例えば、アプリケーションサーバ２０は、頻度情報管理部１５を実行し、属性値変化頻度情報記憶部１６の属性値頻度情報を管理、更新している。

属性値頻度情報とは、場所属性、温度属性、湿度属性等、情報収集端末装置５０から提供される各属性の変化の頻度を示す情報である。属性間の依存関係表記憶部１７は、属性間の依存関係を定義する。属性間の依存関係とは、１の属性の属性値が変化した場合、他の属性の属性値が影響を受けることを定義する情報である。例えば、物品が置かれた場所が変更されると、変更された場所において、新たに温度、湿度等を測定することになる。つまり、場所の変更に伴って、環境に関する属性がリセットされる場合がある。場所属性と、環境に関する属性のような依存関係が属性間の依存関係表記憶部１７に定義される。

そして、プラットフォーム１１の照合処理部１４は、アプリケーションから条件データの指定を受け付け、条件データ記憶部１２に保持し、照合処理を実行する。

データベースサーバ５５Ａは、属性値データベース５５を有する。データベースサーバ５５Ａは、情報収集端末装置５０から通知されるそれぞれの属性値を属性値データベース５５に格納する。また、データベースサーバ５５Ａは、アプリケーションサーバ２０からの要求にしたがって、蓄積した属性値をアプリケーションサーバ２０に提供する。

情報収集端末装置５０は、情報収集部５０Ａとして、コンピュータプログラムを実行し、各属性値の変化を監視する。すなわち、情報収集端末装置５０は、自装置が担当する属性、例えば、場所属性の属性値が変化すると、その属性値を属性値データベース５５に蓄積する。また、情報収集端末装置５０は、プラットフォーム１１から、登録（Subscribe
）条件を受け付ける。登録条件は、プラットフォーム１１が情報収集端末装置５０に変化の報告を要求する属性の指定を含む。登録条件に該当する属性値が変化すると、情報収集端末装置５０は、登録条件に該当する属性値が変化したことをプラットフォーム１１に通知する。登録条件は、他の用語としては、通知を予約する意味で予約条件ということもできる。

なお、図４の構成では、アプリケーションサーバ２０が、各種アプリケーション６１と、プラットフォームソフトウェアを実行する。しかし、情報システムの構成は、図４の例に限定されるわけではない。例えば、各種アプリケーション６１と、プラットフォームソフトウェアとを異なるコンピュータがそれぞれ実行するようにしてもよい。また、アプリケーション６１を異なるコンピュータが実行するようにしてもよい。また、図４では、属性値データベース５５がデータベースサーバに５５Ａに配置されている。しかし、例えば、各情報収集端末装置５０が監視する属性ごとのデータベースを蓄積するようにしてもよい。すなわち、監視される属性ごとに、監視を担当する情報収集装置５０にデータベースが分散配置されてもよい。

図５に、アプリケーションサーバ２０のハードウェア構成を例示する。アプリケーションサーバ２０は、ネットワーク７１に接続可能なコンピュータである。アプリケーションサーバ２０は、ＣＰＵ２１、メモリ２２、ハードディスクドライブ２３等の外部記憶装置、ディスプレイ２４、操作部２５、通信部２６、可搬型記憶媒体入出力装置２７を有する。

ＣＰＵ２１は、メモリ２２に実行可能に展開されたコンピュータプログラムを実行し、アプリケーションサーバ２０の機能、あるいは、プラットフォーム１１の機能を提供する。ＣＰＵ２１は、１個に限定されず、複数のコアを含むものでもよい。

メモリ２２は、ＣＰＵ２１が実行するコンピュータプログラム、ＣＰＵ２１が処理するデータ等を記憶する。メモリ２１は、不揮発性のＲＯＭ（Read Only Memory）と、揮発性のＤＲＡＭ（Dynamic Random Access Memory）とを含む。

ハードディスクドライブ２３に駆動されるハードディスクには、メモリ２２に展開されるコンピュータプログラム、あるいは、ＣＰＵ２１が処理するデータ等が格納される。ハードディスクドライブ２３に代えて、フラッシュメモリ等、ＳＳＤ（Solid State Drive
）を用いてもよい。ハードディスクドライブ２３、あるいは、ＳＳＤ等の外部記憶装置は、インターフェース２３Ａを通じて、ＣＰＵ２１に接続される。

インターフェース２３Ａは、例えば、ＵＳＢ（Universal Serial Bus）、ＩＤＥ（Integrated Drive Electronics）、ＳＣＳＩ（Small Computer System Interface）、ＦＣ（Fibre Channel）等のインターフェースである。

ディスプレイ２４は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。ディスプレイ２４は、インターフェース２４Ａを通じて、ＣＰＵ２１に接続される。インターフェース２４Ａは、例えば、ＶＧＡ（Video Graphics Array）等のグラフィックスモジュール、ＤＶＩ（Digital Visual Interface）等のインターフェースである。

操作部２５は、キーボード、マウス、タッチパネル、静電パッド等の入力装置である。静電パッドは、平面パッドを指等でなぞるユーザ操作を検知し、ユーザ操作に応じてディスプレイ２４上のカーソルの位置と移動状態とを制御するために使用される装置である。例えば、平面パッド下の電極の静電容量の変化によって、ユーザの指の動きが検知される。操作部２５は、インターフェース２５Ａを通じて、ＣＰＵ２１に接続される。インターフェース２５Ａは、例えば、ＵＳＢのインターフェースである。

通信部２６は、ＮＩＣ(Network Interface Card)とも呼ばれる。通信部２６は、例えば、ＬＡＮ（Local Area Network）のインターフェースである。通信部２６は、インターフェース２６Ａを通じて、ＣＰＵ２１に接続される。例えば、インターフェース２６Ａは、通信部２６をＣＰＵ２１の内部バスに接続する拡張スロットである。

可搬型媒体入出力装置２７は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク、フラッシュメモリカード等の入出力装置である。可搬型媒体入出力装置２７は、インターフェース２７Ａを通じて、ＣＰＵ２１に接続される。インターフェース２７Ａは、例えば、ＵＳＢ、ＳＣＳＩ等のインターフェースである。

なお、情報収集端末装置５０の構成は、ほぼ、図５に示したアプリケーションサーバ２０と同様である。すなわち、情報収集端末装置５０は、ＣＰＵ、メモリ、外部記憶装置、ディスプレイ、操作部、通信部、可搬型媒体入出力装置等を有する。ただし、情報収集端末装置５０がネットワーク７１からリモートで操作される場合には、ディスプレイ、操作部、可搬型媒体入出力装置等はなくてもよい。

さらに、情報収集端末装置５０は、各種検出装置とのインターフェースを有する。例えば、場所センサ５１である、ＲＦＩＤのタグリーダ、あるいは、バーコードリーダ等と、ＣＰＵ２１とを接続するインターフェースは、ＵＳＢであってもよい。同様に、温度センサ５２、湿度センサ５２とのインターフェースは、ＵＳＢ、ＣＡＮ（Controller Area Network）等の規格にしたがったものでもよい。

図６に照合処理部１４の処理フローを例示する。アプリケーションサーバ２０のＣＰＵ２１は、照合処理部１４として、メモリ２２に展開されたコンピュータプログラムを実行
する。実施例２では、ＣＰＵ２１の処理を、照合処理部１４が実行する機能として説明する。

まず、照合処理部１４は、アプリケーション６１より条件データを受信する（Ｆ１）。条件データには、アプリケーション６１に関連する属性値の条件が指定される。属性値の条件は、例えば、（条件１）識別情報＝Ｎで特定される対象物が倉庫Ａに置かれていること、（条件２）識別情報＝Ｎで特定される対象物の温度が摂氏Ｔ１度からＴ２度の間に維持されていること、（条件３）識別情報＝Ｎで特定される対象物の周囲の相対湿度がＨ１からＨ２の間であること等である。

以下、対象物は、識別情報＝Ｎで指定されたものと仮定する。また、受信した条件データは、メモリ２２に保持される。受信データを保持するメモリ２２上の記憶領域が図４に示した条件データ記憶部１２に相当する。

すると、照合処理部１４は、属性値データベース５５を参照し、条件データに合致していない属性を特定する。そして、条件データに合致していない属性が複数ある場合には、照合処理部１４は、属性値変化頻度情報記憶部１６を参照し、条件データに合致していない属性の中で変化頻度が最小の属性を決定する。変化頻度が最小の属性は、属性値変化頻度情報記憶部１６の属性値変化頻度情報から、決定される。なお、条件データに合致していない属性が１つの場合には、条件データに合致していない属性がそのまま決定される。そして、照合処理部１４は、決定された属性値の取得対象の識別情報を登録条件とする。そして、照合処理部１４は、決定された属性値の検出センサから検出値を収集する情報収集端末装置５０の情報収集部５０Ａに、登録条件を送信する（Ｆ２）。

そして、照合処理部１４は、情報収集部５０Ａからの報告待ちとなる。なお、報告待ちの状態では、図６に示した照合処理部１４の処理を実行するＣＰＵ２１のプロセスは、ＣＰＵ２１のスケジュール待ちとなる。その結果、ＣＰＵ２１は、照合処理部１４の処理以外の処理を実行することが可能である。

情報収集部５０Ａは、登録条件を受信すると、受信した登録条件で指定された属性値のセンサを監視する。そして、センサが検出した属性値が変化すると、情報収集部５０Ａは、変化した属性値を照合処理部１４に通知する。照合処理部１４は、例えば、アプリケーションサーバ２０のＯＳ（Operating System）を通じて、情報収集部５０Ａからの属性値の通知を受信する（Ｆ３）。ただし、情報収集部５０Ａと、照合処理部１４との間の通信は、ＯＳを介在させないものでもよい。例えば、照合処理部１４がＣＰＵ２を通じて読み取り可能な入出力インターフェースに、情報収集部５０Ａからの属性値を通知するようにしてもよい。そして、属性値の通知が届いたときに、入出力インターフェースが、ＣＰＵ２１のハードウェアを通じて、照合処理部１４に割り込みを発生させるようにしてもよい。照合処理部１４は情報収集部５０Ａからの通知を受信すると、情報収集部５０Ａに登録条件の取り消し要求を送信する（Ｆ４）。

さらに、照合処理部１４は、属性間の依存関係表記憶部１７を参照する。そして、受信した通知に含まれる変化した属性値が、他の属性値に影響を与える依存関係があるか否かを判定する。そして、受信した通知に含まれる変化した属性値が他の属性値に対する依存関係を有している場合には、属性値データベース内の識別情報Ｎの対象物に対して条件データで指定された他の属性値で、依存関係のある属性値を“値不明”に書き換える（Ｆ５）。照合処理部１４を実行するアプリケーションサーバのＣＰＵ２１は、更新部として、Ｆ５の処理を実行する。

次に、照合処理部１４は，識別情報Ｎの対象物に対して条件データで指定された他の条
件の属性値を属性値データベース５５で調査する（Ｆ６）。そして、条件データで指定された属性値の条件が満たされているか否かを判定する（Ｆ７）。条件データで指定された条件を満たさない属性が複数あれば、満たされていない複数の属性で、属性値の変化頻度最小の属性を選択する。そして照合処理部１４は、変化頻度最小の属性の属性値を検出するセンサを監視する情報収集部５０Ａに登録条件として、識別情報Ｎを送信する。すなわち、情報収集部５０Ａは、制御をＦ２に戻す。

一方、Ｆ７の判定で、すべての条件が満たされていれば、照合処理部１４は、アプリケーション６１に条件データで指定された識別情報Ｎと、条件データに含まれる各属性値を通知する（Ｆ８）。なお、図６では処理フローが省略されているが、アプリケーション６１から受信した条件中で、すべての属性が条件データに合致している場合には、Ｆ２からＦ６の処理が実行されず、Ｆ７の判定によって、そのままＦ８に制御が進む。

図７に情報収集部５０Ａの処理フローを例示する。図７の情報収集部５０Ａの処理は、登録条件を受信する第１のプロセス、センサを監視する第２のプロセス、および登録条件を削除する第３のプロセスを含む。

情報収集部５０Ａは、第１のプロセスにより、登録条件を受信すると（Ｆ１０）、受信した登録条件をメモリ２２に記憶する（Ｆ１１）。登録条件は、例えば、識別情報Ｎに関する情報、等である。

そして、情報収集部５０Ａは、受信した登録条件で指定された識別情報Ｎの対象について、属性値Ｐを検出するセンサからの情報を監視する。すなわち、情報収集端末装置５０Ａは、属性値Ｐを監視する第２のプロセスを起動する。

第２のプロセスによって、情報収集部５０Ａは、属性値Ｐの値の変化情報を検出する（Ｆ１２）。そして、情報収集部５０Ａは、センサからの属性値の変化を検出すると、検出した属性値Ｐの識別情報が登録条件に合致するか否かを判定する。例えば、場所センサ５１では、識別情報として、対象物を特定する識別情報を検出する。そこで、情報収集部５０Ａは、登録条件で指定された識別情報Ｎが場所センサ５１で検出されたか否かを判定する（Ｆ１３）。そして、登録条件で指定された識別情報Ｎが場所センサ５１で検出された場合には、情報収集部５０Ａは、照合処理部１４へ検出したセンサ値を通知する。

なお、Ｆ１３の判定結果が合致する、しないのいずれも場合も、情報収集部５０Ａは検出された属性値を属性値データベース５５へ格納する。また、情報収集部５０Ａは属性値変化頻度情報記憶部１６を更新する。すなわち、情報収集部５０Ａは、アプリケーションサーバ２０上の頻度情報管理部１５に、場所センサ５１での検出値が変化したことを通知する（Ｆ１５）。第２のプロセス、すなわち、Ｆ１２からＦ１５の処理は、登録条件が削除されるまで、繰り返し実行させる。

そして、情報収集部５０Ａは、第３のプロセスによって、照合処理部１４より登録条件の取り消しを受信する（Ｆ１６）。すると、情報収集部５０Ａは、取り消しに該当する登録条件をメモリ２２から消去する（Ｆ１７）。登録条件の取り消しによって、第２のプロセスが停止され、情報収集部５０Ａは、センサを監視するＦ１２−Ｆ１５の処理を停止する。すなわち、センサ情報に属性値変化が生じても、第２のプロセスの停止によって、照合処理部１４への通知は行なわれなくなる。

＜照合処理の動作例＞
図８−図１０に、実施例２の情報システムにおける、照合処理の動作を例示する。図８−図１０の例では、アプリケーション６１から設定される条件データは、識別情報＝ＩＤ０
０４；かつ、場所＝倉庫Ａ；かつ、温度＞＝摂氏２０度；かつ、湿度＝＞７０％；である。すなわち、図８−図１０では、識別情報＝ＩＤ００４で指定される対象物に関する処理が例示される。指定された条件は、識別情報＝ＩＤ００４で指定される対象物が倉庫Ａにあって、温度が摂氏２０以上、相対湿度が７０％以上であることである。

また、属性値変化頻度情報記憶部１６は、識別情報＝ＩＤ００４について、温度の変化頻度０．４、湿度の変化頻度０．４、場所の変化頻度０．０５を記憶している。なお、実施例２において、変化頻度は、無単位であり、数値は、属性相互間の相対的な頻度の比較値を示す。

さらに、属性間の依存関係記憶部１７は、例えば、値が変化した属性と、値が変化した属性から影響を受ける属性が定義される。例えば、「値が変化した属性が場所の場合に、温度および湿度が不明に書き換えられる」等の規則が定義されている。以下、情報システムのデータの流れにしたがって、説明する。

（１）アプリケーション６１が照合処理部１４に条件データを送信する（矢印Ａ１）。条件データの送信は、条件データに指定された条件が満たされたとき、アプリケーション６１に通知せよ、というアプリケーション６１から照合処理部１４への要求を意味する。上述のように、図８で指定された条件は、識別情報＝ＩＤ００４で指定される対象物に関し、対象物が倉庫Ａにあって、温度が摂氏２０以上、相対湿度が７０％以上であることである。

（２）照合処理部１４は、受信した条件の中で変化頻度最小の属性値を収集する情報収集部５０Ａへ、登録条件として識別情報＝ＩＤ００４を送信する（矢印Ａ２）。以下、登録条件を送信するまでの処理の詳細を説明する。

照合処理部１４は、属性値データベース５５を参照すると、識別情報＝ＩＤ００４に関して複数の条件が満たされていないことを認識する。そこで、照合処理部１４は、属性値変化頻度情報記憶部１６を参照し、識別情報＝ＩＤ００４の対象物に対して指定された条件によって判定の対象となる属性のうち、変化頻度が最小の属性が“場所”であると特定する。

図８の例では、情報収集部５０Ａとしては、場所センサ５１を監視する情報収集部５０Ａ−１、温度センサ５２を監視する情報収集部５０Ａ−２、湿度センサ５３を監視する情報収集部５０Ａ−３が含まれている。そこで、照合処理部１４は、“場所”の属性を収集する情報収集部５０Ａ−１に登録条件として、識別情報＝ＩＤ００４を送信する（矢印Ａ２）。

（３）情報収集部５０Ａ−１は登録条件を受信すると、センサ情報を監視する。そして、識別情報＝ＩＤ００４の対象物の属性“場所”が「倉庫Ａ」に変化したことが検出されると、情報収集部５０Ａ−１は照合処理部１４へ通知を送信する（矢印Ａ３）。矢印Ａ３の通知は、識別情報＝ＩＤ００４の対象物の属性“場所”が「倉庫Ａ」に変化したことを示す情報を含む。また、情報収集部５０Ａ−１は、“場所”の値「倉庫Ａ」を属性値データベース５５へ格納する（矢印Ａ４）。また、情報収集部５０Ａ−１は、頻度情報管理部１５に対して、属性値変化頻度情報記憶部１６の更新を要求する（矢印Ａ５）。

（４）照合処理部１４は、通知を受信すると，情報収集部５０Ａ−１に登録条件の取り消し要求を送信する（矢印Ａ６）。取り消し要求は、unsubscribeともいう。情報収集部
５０Ａ−１は登録条件の取り消し要求を受信すると、登録条件をメモリ２２から消去する。なお、取り消し要求には、取り消し対象の登録条件を特定する情報、例えば、識別情報
＝ＩＤ００４等を含むようにすればよい。

（５）照合処理部１４は、属性間の依存関係表記憶部１７を参照し、属性値データベース５５内の識別情報＝ＩＤ００４の属性“温度”と“湿度”を“値不明”、例えば「？」に書き換える。そして、照合処理部１４は、属性値データベース５５から識別情報＝ＩＤ００４の“場所”以外の他の条件の属性値、すなわち“温度”，“湿度”を読み出す（矢印Ａ７）。

（６）照合処理部１４は、条件データと各属性値を照合する。以下、図９を参照して説明を継続する。

（７）条件が満たされていない属性が複数あれば、照合処理部１４は、条件が満たされていない複数の属性の中で変化頻度最小のものを登録条件とする。図９の例の場合、“温度”、“湿度”の条件が満たされていない。そこで、照合処理部１４が属性値変化頻度情報記憶部１６を参照する。図９の例では、“温度”と“湿度”の変化頻度はともに０．４で同じ値である。そこで、実施例２の処理では、照合処理部１４は、条件データ中の記述順序にしたがい、温度情報を収集する情報収集部５０Ａ−２に登録条件として、識別情報＝ＩＤ００４を送信する（矢印Ａ８）。

（８）情報収集部５０Ａ−２は、登録条件を受信すると、識別情報＝ＩＤ００４の温度を測定する温度センサ５１のセンサ情報を監視する。識別情報＝ＩＤ００４の属性“温度”が「摂氏２０度」に変化したことが検出されると、情報収集部５０Ａ−２は、照合処理部１４へ通知を送信する（Ａ９）。通知は、識別情報＝ＩＤ００４および検出された温度、例えば、摂氏２０度を含む。なお、図８−図１０の例では、温度センサは、対象物ごとに設けられ、対象物ごとの温度を測定している。したがって、情報収集部５０Ａ−２は、複数の対象物の温度を監視している。情報収集部５０Ａ−２は、識別情報＝ＩＤ００４で特定される温度センサからの温度を取得することで、識別情報＝ＩＤ００４の対象物の周囲の温度を得る。また、情報収集部５０Ａ−２は、識別情報＝ＩＤ００４の対象物の“温度”の値「摂氏２０度」を属性値データベース５５へ格納するとともに（矢印Ａ１０）、頻度情報管理部１５に、属性値変化頻度情報記憶部１６の更新を依頼する（矢印Ａ１１）。

（９）照合処理部１４は通知を受信すると、情報収集部５０Ａ−２に登録条件の取り消し要求を送信する（矢印Ａ１２）。情報収集部５０Ａ−２は登録条件の取り消し要求を受信すると、登録条件をメモリ２２から消去する。

（１０）照合処理部１４は、変更された属性値が温度の場合、属性間の依存関係表に基づく属性値データベースの書き換えはないことを属性間の依存関係表記憶部１７から認識する。そこで、照合処理部１４は、属性値データベース５５から識別情報＝ＩＤ００４の“温度”の他の条件の属性値（すなわち“場所”，“湿度”）を読み出す（矢印Ａ１３）。

（１１）照合処理部１４は、条件データと各属性値を照合する。以下、図１０を参照して説明を継続する。

（１２）照合処理部１４は、条件データ中に条件が満たされていない属性があれば、その中で変化頻度最小の条件に関する属性を登録条件に選択する。図１０の例の場合、まだ“湿度”の条件だけが満たされていない。そこで、照合処理部１４は、湿度情報を収集する情報収集部５０Ａ−３に登録条件である識別情報＝ＩＤ００４を送信する（矢印Ａ１４）。
（１３）情報収集部５０Ａ−３は、登録条件を受信すると、湿度センサ５３のセンサ情報を監視する。そして、識別情報＝ＩＤ００４の属性“湿度”が例えば、「７５％」に変化したことが検出されると、情報収集部５０Ａ−３は、照合処理部１４へ通知を送信する（矢印Ａ１５）。通知は、識別情報＝ＩＤ００４および検出された湿度、例えば、７５％を含む。なお、図８−図１０の例では、湿度センサ５３は、対象物ごとに設けられ、対象物ごとの湿度を測定している。したがって、情報収集部５０Ａ−３は、複数の対象物の湿度を監視している。情報収集部５０Ａ−３は、識別情報＝ＩＤ００４で特定される湿度センサからの湿度を取得することで、識別情報＝ＩＤ００４の対象物の周囲の湿度を得る。また、情報収集部５０Ａ−３は、識別情報＝ＩＤ００４の対象物の周囲の“湿度”の値「７５％」を属性値データベース５５へ格納するとともに（矢印Ａ１６）、頻度情報管理部１５に、属性値変化頻度情報記憶部１６の更新を要求する（矢印Ａ１７）。
（１４）照合処理部１４は通知を受信すると，情報収集部５０Ａ−３に登録条件の取り消し要求を送信する（矢印Ａ１８）。情報収集部５０Ａ−３は登録条件の取り消し要求を受信すると、メモリ２２から登録条件を消去する。
（１５）照合処理部１４は、変更された属性値が湿度の場合、属性間の依存関係表に基づく属性値データベース５５の書き換えはないことを属性間の依存関係表記憶部１７から認識する。そして、照合処理部１４は、属性値データベース５５から識別情報＝ＩＤ００４の“湿度”以外の他の条件の属性値（すなわち“場所”，“温度”）を読み出す（矢印Ａ１９）。
（１６）照合処理部１４は、条件データと各属性値を照合する。なお、図１０で“温度”の値が「摂氏２１度」になっているのは，照合処理部１４へは通知されなかったが，識別情報＝ＩＤ００４を登録条件にして情報収集部５０Ａ−３に湿度の監視を依頼している間に温度が「摂氏２０度」から「摂氏２１度」へ変化していたためである。「摂氏２０度」から「摂氏２１度」への変化にも拘わらず、温度は条件を満足し、結果として、アプリケーション６１から指定された条件データのすべての条件が満足されている。
（１７）そこで照合処理部１４はアプリケーション６１に識別情報と各属性値を通知する（Ａ２０）。アプリケーション６１への通知は、識別情報＝ＩＤ００４；温度＝摂氏２１度、湿度＝７５％、場所＝倉庫Ａを含む。

＜属性値変化頻度情報の算出例＞
以下、情報収集部５０Ａが、属性値の変化を検出したとき、検出した属性値の変化により、属性値変化頻度情報記憶部１６に反映させる手順を説明する。実施例２では、属性値変化頻度情報記憶部１６は、属性値変化頻度テーブルを記憶している。実施例２では、３通りの属性値変化頻度情報の生成および更新の算出例が説明される。情報システムとしては、いずれの算出例による手順を実装してもよい。
（属性値変化頻度情報の算出例１）
図１１に、算出例１の属性値変化頻度テーブル生成の処理フローを例示する。また、図１２に属性値変化頻度テーブルのデータ構造を示す。実施例２の情報システムは、実際のシステムの使用環境において、属性値が変化するごとに属性値変化回数をカウントする。そして、情報システムは、カウントした属性値変化回数の値と経過時間とから単位時間あたりの変化回数を計算する。実際の属性値変化回数をカウントし、単位時間あたりの変化回数を計算することによって、属性値の変化に即した変化頻度が求められる。なお、初期状態においては、変化頻度情報がない。しかし、ある程度の時間が経過し、属性値の変化の回数が十分な回数に達した後には、信頼性の高い変化頻度が得られる。

図１１は、頻度情報管理部１５の処理を示すフローチャートである。ただし、頻度情報管理部１５に代えて、情報収集部５０Ａが図１１の処理を実行するようにしてもよい。情報収集部５０Ａが図１１の処理を実行する場合には、情報収集部５０Ａによる変化頻度の算出結果を頻度情報管理部１５に報告すればよい。なお、後述する図１３および図１５の処理についても、頻度情報管理部１５と情報収集部５０Ａのいずれが実行してよい。

頻度情報管理部１５は、初期値として、属性値変化頻度テーブルの該当する属性の属性生成時刻に現在の時刻を記録し、属性値変化回数に０を書き込む（Ｆ３１）。そして、頻度情報管理部１５は、属性値変化の検出を待つ（Ｆ３２）。そして、属性値変化検出の報告を受けると、頻度情報管理部１５は、属性値変化頻度テーブルの該当する属性の属性値変化回数に１を加算する（Ｆ３３）。そして、頻度情報管理部１５は、属性値変化回数と属性生成時刻から現在時刻までの経過時間とにより、単位時間あたりの属性値変化回数を計算する。そして、頻度情報管理部１５は、計算した属性値変化回数を変化頻度として、属性値変化頻度テーブルの該当する属性のフィールドに書き込む（Ｆ３４）。そして、頻度情報管理部１５は、制御をＦ３２に戻し、次の属性値変化の検出を待つ。

図１２Ａ、図１２Ｂ、および図１２Ｃに属性値変化頻度情報記憶部１６が記憶する属性値変化頻度テーブルを例示する。図１２Ａ、図１２Ｂ、および図１２Ｃは、それぞれ、変化頻度を計算するための基礎となるデータの範囲の違いを示す例である。図１２Ａは複数の識別情報を範囲として、変化頻度を算出した属性値変化頻度テーブルの例である。図１２Ａの属性値変化頻度テーブルは、例えば、複数の識別情報＝ＩＤ００１からＩＤ００４等で特定される複数の対象の属性値の変化頻度である。あるいは、図１２Ａの属性値変化頻度テーブルは、例えば、あるグループに所属するメンバーを対象とした属性の変化頻度を求める場合が該当する。例えば、属性Ａは、メンバーの居場所であり、属性Ｂは、メンバーの体温でもよい。図１２Ａのように、属性値変化頻度テーブルは、属性生成時刻、属性値変化回数、変化頻度の各フィールドを有している。ここで、属性生成時刻は、属性値の変化の検出が、情報収集部５０Ａによって可能となった時刻である。属性値変化回数は、属性生成時刻から、現在に至るまでの属性値変化の積算回数である。変化頻度は、属性値変化回数を、属性生成時刻から現在に至るまでの時間で除算した比率である。

図１１の処理および図１２Ａの処理結果は、属性値の過去の変化回数の通算から単位時間あたりの変化頻度を計算した例ということができる。また、図１１の処理を実行する頻度情報管理部１５は、頻度情報計算部に相当する。図１１の処理によって、実際の属性値変化回数をカウントし、単位時間あたりの変化回数を計算することによって、属性値の変化に即した変化頻度が変化の発生ごとに求められる。

図１２Ｂの属性値変化頻度テーブルは、１つの識別情報だけを範囲とした場合の変化頻度を算出した属性値変化頻度テーブルの例である。図１２Ｂの属性値変化頻度テーブルは、例えば、識別情報＝ＩＤ００１で特定される対象物に関する各属性の属性生成時刻、属性値変化回数、および変化頻度を格納する。あるいは、図１２Ｂの属性値変化頻度テーブルは、例えば、特定の人を対象とした居場所の変化頻度を求める場合の情報を格納する。１つの識別情報だけを範囲とすることで、特定の対象に合致した属性値の変化頻度がえら得られる。変化頻度が、物品あるいは人等の対象に応じて異なる場合に、図１２Ｂの属性値変化頻度テーブルが有効である。

図１２Ｃの属性値変化頻度テーブルは、複数の識別情報で特定される複数の対象に関して、特定の属性が特定の値を有する条件を満足する場合の例である。すなわち、図１２Ｃの属性値変化頻度テーブルは、ある属性値で選別され、あるいはグループ化される対象に関する属性値の変化頻度情報を含む。例えば、あるグループの人を性別や年令で分けた、サブグループを対象とした居場所の変化頻度を求める場合の属性の変化頻度が、図１２Ｃのテーブルに該当する。図１２Ｃでは、属性Ｐ＝値α、あるいは、属性Ｐ＝値β等であることがサブグループ選別の条件となっている。属性値変化頻度テーブルが図１２Ｃのデータ構成を含むことで、照合処理部１４が少なくとも１つの属性値が共通する複数の対象の属性値が条件データの条件を満足することを検出する場合の変化頻度を取得できる。

したがって、アプリケーション６１は、条件データとして、特定の属性が特定の値を有する条件を共通の条件として、複数の識別情報で指定される対象の属性を監視するように、プラットフォーム１１に条件データを通知すればよい。プラットフォーム１１の照合処理部１４は、指定された条件データにしたがって、実施例２の図４、６、８−１０に示した手順と同様の手順によって、少なくとも１つの属性値が共通する複数の対象の属性値が、条件データの条件を満足することを照合する。

特定の属性が特定の値を有する条件を満足することを条件にサブグループの対象を選別することで、共通する属性の対象に合致した変化頻度を得ることができる。例えば、対象が人の場合、性別、職業、年齢等によって、属性の変化頻度が異なる場合があるからである。また、物品の属性、例えば、寸法、材質によって属性の変化頻度が異なる場合があるからである。また、対象物が動植物の場合、生物学上の属性によって、属性の変化頻度が異なる場合があるからである。

なお、図１２Ｂの属性値変化頻度テーブルは、共通する複数の対象の属性値として、識別情報を用いた例と考えることもできる。図１２Ｂ、図１２Ｃに示す属性値変化頻度テーブル、すなわち、特定の属性が特定の値を有する対象物についての属性値変化頻度テーブルは、図１１の処理とほぼ、同様の手順によって生成される。すなわち、図１１の処理で、属性値頻度テーブルとして、図１２Ｂあるいは、図１２Ｃに示すテーブルを使用すればよい。ただし、図１２Ｂの属性値変化頻度テーブルの作成においては、識別情報が特定の対象物の属性値の変化を監視しておけばよい。また、図１２Ｃの属性値変化頻度テーブルの作成においては、ある属性値が特定の値αの対象物について、属性値の変化を監視しておけばよい。

（属性値変化頻度情報の算出例２）
図１３に、属性値変化頻度テーブルの生成および更新の算出例２の処理フローを示す。図１４に、図１３の処理例に対応する属性値変化頻度テーブルのデータ構造を示す。属性値の変化頻度は時間とともに変化していく場合も多い。算出例２は、属性値の変化頻度が時間とともに変化していく場合を考慮した方法である。すなわち、図１３の処理では、頻度情報管理部１５は、所定時間以上経過した変化記録と、所定時間以内に生じた変化記録を分ける。そして、頻度情報管理部１５は、所定時間内の変化は時刻で記録しておく。一方、図１３の頻度情報管理部１５は、所定時間以上経過したものを「所定時間以上経過した変化記録の個数」に加算していく。そして、頻度情報管理部１５は、所定時間以内の変化記録から得られる変化頻度Ｎ１の重みと、所定時間以上経過した変化記録から得られる変化頻度Ｎ２の重みとを変えて、総合的な変化頻度を計算してもよい。例えば、所定時間以内の変化記録から得られる変化頻度Ｎ１の重みを、所定時間以上経過した変化記録から得られる変化頻度Ｎ２の重みより高くすればよい。以下、図１３にしたがって、具体的な処理を説明する。

頻度情報管理部１５は、初期値として、属性値変化頻度テーブルの該当する属性の属性生成時刻に現在の時刻を記録する。頻度情報管理部１５は、属性値変化時刻記録をクリアし，所定時間以上経過した変化記録の個数に０を書き込む。そして、頻度情報管理部１５は、所定のインターバルでＦ４６以下の処理を起動するタイマをセットする（Ｆ４１）。

そして、頻度情報管理部１５は、属性値変化の検出を待つ（Ｆ４２）。そして、属性値変化検出の報告を受けると、頻度情報管理部１５は、属性値変化頻度テーブルの属性値変化時刻記録に現在時刻を書き込む（Ｆ４３）。次に、頻度情報管理部１５は、例えば、所定時間Ｔ１以上経過した属性値変化時刻記録は削除し、削除した記録の個数だけ所定時間Ｔ１以上経過した変化記録の個数に加算する（Ｆ４４）。所定時間Ｔ１は、例えば、情報システムのシステムパラメータとして設定できるようにしてもよい。

次に、頻度情報管理部１５は、属性値変化時刻記録の個数から最近の所定時間Ｔ１内の変化頻度Ｎ１を算出する。また、頻度情報管理部１５は、所定時間Ｔ１以上経過した変化記録の個数と属性生成時刻０から所定時刻までの経過時間によって、所定時間Ｔ１以上経過した属性値の変化に対する変化頻度Ｎ２を算出する。ここで、所定時刻は、現在から時間Ｔ１さかのぼった時刻である。

そして、頻度情報管理部１５は、変化頻度Ｎ１とＮ２との重みつき変化頻度を計算して、属性値変化頻度テーブルに書き込む（Ｆ４５）。重みつき変化頻度は、例えば、変化頻度Ｎ１と変化頻度Ｎ２とを重み平均すればよい。そして、頻度情報管理部１５は、制御をＦ４２に戻し、次の属性値変化の検出を待つ。図１３のＦ４２からＦ４５を第１のプロセスと呼ぶ。

一方、タイマが所定インターバルの経過を計時すると、タイマは、頻度情報管理部１５によるＦ４６以下の第２のプロセスを起動する。第２のプロセスでは、頻度情報管理部１５は、所定時間Ｔ１以上経過した属性値変化時刻記録は削除し，削除した記録の個数だけ所定時間Ｔ１以上経過した変化記録の個数に加算する（Ｆ４７）。そして、頻度情報管理部１５は、属性値変化時刻記録の個数から最近の所定時間Ｔ１内の変化頻度Ｎ１を算出する。また、頻度情報管理部１５は、所定時間Ｔ１以上経過した変化記録の個数と属性生成時刻０から所定時刻までの経過時間によって、所定時間Ｔ１以上経過した属性値の変化に対する変化頻度Ｎ２を算出する。ここで、所定時刻は、現在から時間Ｔ１さかのぼった時刻である。

そして、頻度情報管理部１５は、変化頻度Ｎ１とＮ２との重みつき変化頻度を計算して、属性値変化頻度テーブルに書き込む（Ｆ４８）。そして、頻度情報管理部１５は、第２のプロセスを終了し、タイマによる次の第２のプロセスの起動を待つ。

したがって、図１４の処理によれば、例えば、長期に渡って、属性値の変化が検出されなかった場合も、タイマ起動によって、所定インターバルごとに変化頻度が計算されることになる。

図１４に図１３の処理による処理結果である属性値変化頻度テーブルを例示する。図１４の例は、生成時刻＝００００００であり、現在時刻＝時刻００３９９９までの属性値変化の記録が例示されている。そして、生成時刻＝００００００から時刻０３６９９までは、所定時間以上経過した記憶の個数のフィールドに、変化の回数が記録されている。一方、時刻００３７００から時刻００３９９９までの変化記録は、個々の時刻が属性値変化時刻記録のフィールドに記録されている。図１４の例では、図１３の説明で用いた所定時間Ｔ１＝００３９００−００３７００＝２９９である。

そして、頻度情報管理部１５は、時刻＝００３７００から現在時刻までの変化頻度Ｎ１を算出する。また、頻度情報管理部１５は、属性生成時刻＝００００００から時刻００３６９９までの変化頻度Ｎ２を計算する。そして、頻度情報管理部１５は変化頻度Ｎ１と変化頻度Ｎ２とを重み平均する。例えば、重み平均の変わりに、同一の重みによって単純平均してもよい。

なお図１４においては，図１２Ａの形式の複数の識別情報に対する属性値変化頻度テーブルを示している。しかし、図１３に示した処理は、図１２Ｂに示すような識別情報ごとの属性値変化頻度テーブル、あるいは、図１２Ｃのような特定の属性値で選択またはグルーピングされた属性値の変化頻度テーブルの生成および更新にも適用可能である。

（属性値変化頻度情報の算出例３）
図１５に、属性値変化頻度テーブル生成の算出例３における処理フローを示す。また、図１６に、図１５の処理によって生成された属性値変化頻度テーブルの例を示す。算出例３は、図１３の処理のうち、所定時間経過前の属性値の変化により、変化頻度を算出したものであり、所定時間が経過した属性値の変化を削除して計算した結果に相当する。あるいは、算出例３は、算出例２において、所定時間Ｔ１が経過した属性値の変化の検出結果に基づく変化頻度Ｎ２に対する重みを０に設定した結果ということもできる。

すなわち、図１５の処理で、Ｆ５１からＦ５３の処理は、図１３のＦ４１からＦ４３の処理と同様である。図１５の処理では、頻度情報管理部１５は、所定時間が経過した属性値変化時刻記録を削除する（Ｆ５４）。そして、頻度情報管理部１５は、属性値変化時刻記録の個数から最近の所定時間内の変化頻度を計算し，変化頻度に書き込む（Ｆ５５）。そして、Ｆ５２からＦ５５の処理は、図１３の場合と同様、第１のプロセスとして実行される。

また、タイマが所定時間の経過を計時すると、図１３の場合と同様、タイマは、頻度情報管理部１５によるＦ４６以下の第２のプロセスを起動する。第２のプロセスにおいても、頻度情報管理部１５は、所定時間が経過した属性値変化時刻記録を削除する（Ｆ５７）。そして、頻度情報管理部１５は、属性値変化時刻記録の個数から最近の所定時間内の変化頻度を計算し，変化頻度に書き込む（Ｆ５８）。

図１６に、図１５の処理によって作成される属性値変化頻度テーブルの例を示す。なお、図１６においても、図１４の場合と同様、図１２Ａの形式の複数の識別情報に対する属性値変化頻度テーブルを示している。しかし、図１５に示した処理は、図１２Ｂに示すような識別情報ごとの属性値変化頻度テーブル、あるいは、図１２Ｃのような特定の属性値で選択またはグルーピングされた属性値の変化頻度テーブルの生成および更新にも適用可能である。

図１７に、照合処理負荷が減少する処理を例示する。図１７では、アプリケーション６１から、「ＩＤ００４の物品を対象として、それが温度摂氏２０度以上で，かつ湿度６０％以上で、かつ倉庫Ａという場所にあるならば通知せよ」という条件データが設定された場合を想定している。

また、各属性値の変化頻度は，温度と湿度が同じ変化頻度であり、かつ、温度と湿度の変化頻度が、場所の変化頻度の８倍であったと仮定する。照合処理部１４の処理は、まず変化頻度が最小の属性である場所について属性値データベース５５を調べ、ＩＤ００４の物品は倉庫Ｂにあることがわかる。場所が倉庫Ｂであることは条件を満たしていない。そこで、照合処理部１４はＩＤ００４の物品について、属性として場所の変化を検出するように、情報収集部５０Ａ−１に対して、登録条件を送信する。登録条件送信の後、ＩＤ００４の物品の場所が倉庫Ａに変わるまでに、ＩＤ００４の物品の温度が摂氏２１度、湿度が５０％，温度が摂氏２２度，．．．と，温度や湿度がたびたび変化する。しかしながら、照合処理部１４は、登録条件以外の温度あるいは湿度の変化に対して動作しない。すなわち、照合処理部１４は、図１の方式で実行された毎回無駄な照合処理を回避している。

そして、ＩＤ００４の物品の場所が倉庫Ａになると、情報収集部５０Ａ−１から照合処理部１４に通知が行なわれる。そのとき、照合処理部１４では、まず、図８に例示した属性間の依存関係表１７により、場所の変化が生じたので温度、および湿度を“値不明”に書き換える。そして、次に変化頻度の大きい属性を登録条件に選択する。温度と、湿度は、同じ頻度であるので、条件データの記述順により、温度を登録条件として、情報収集部５０Ａ−２に通知する。温度の変化は、場所と比較して短時間で情報収集部５０Ａ−２か
ら照合処理部１４に通知される。そして、温度の条件が満たされたので、次に、照合処理部１４は、湿度を登録条件に選択し、情報収集部５０Ａ−３に通知する。そして、温度の場合と同様に、比較的短時間で、情報収集部５０Ａ−３から照合処理部１４に湿度＝７０％が通知されて、湿度の条件が満たされる。そして、照合処理部１４が、湿度以外の他の属性を属性値データベース５５で調べると、温度が摂氏１８度となり、条件を満たさなくなっている。そこで、照合処理部１４は、再び温度を登録条件として、情報収集部５０Ａ−２に通知する。その後の湿度変化に対しても、情報収集部５０Ａ−３から照合処理部１４への通知は行なわれず、無駄な照合処理が省かれる。そして、最後に情報収集部５０Ａ−２から照合処理部１４に温度摂氏２０度が通知されると、他の属性値もすべて条件を満たしている。そこで、照合処理部１４は、アプリケーション６１へ、条件データに該当する属性値を通知する。以上の過程の属性値の変化に対して、図１の方式で１８回の照合処理が動作している。一方、実施例２の方式によれば、照合処理が７回に減少し、処理が効率化されている。

以上述べたように、実施例２の照合処理では、変化頻度の低い属性に着目し、まず、条件データに規定された条件を満足していない属性値について、変化頻度の低い順に、情報収集部５０Ａに登録条件を通知し、属性値の変化の通知を依頼する。その結果、変化頻度の高い属性値の変化に伴う、無駄な照合処理の発生を抑制できる。

また、実施例２の情報システムでは、例えば、対象とする物品、人等の場所の属性値変化が検知されると、属性間の依存関係表記憶部１７の依存関係にしたがって、温度、湿度等の属性値が値不明に変更された。したがって、実施例２の情報システムは、一旦、一の属性値変化が検出され、検出された属性値が条件データを満足した場合でも、他の属性値の変化に応じて、他の属性値をリセットし、より正確に、それぞれの属性値が条件データを満足するか否かを判定できる。

＜変形例＞
実施例２では、識別情報で特定される対象ごとに、温度センサ５２、湿度センサ５３等が設けられた。実施例２で説明した構成に代えて、場所センサ５１が特定可能な場所ごとに、環境温度を検出する温度センサ、あるいは、環境の相対湿度を測定する湿度センサを設けても良い。したがって、例えば、照合処理部１４が、識別情報で指定される対象に関して、場所の変化を検知した場合、次に、変化した場所の識別情報を登録条件として、温度あるいは湿度を監視する情報収集部５０Ａに、登録条件を通知すればよい。

実施例２では、照合処理部１４が、変化頻度の低い属性に着目し、情報収集部５０Ａに登録条件を送信し、属性値の変化の通知を依頼した。そして、情報収集部５０Ａが登録条件に該当する属性値の変化を検出すると、照合処理部１４に通知を送信した。実施例２のような登録条件の登録による変化の検出依頼と、依頼された登録条件に合致する属性値の変化の報告という処理に代えて、ポーリングによる方式を採用してもよい。ポーリングによる場合、システム構成は図４と同様である。また、実施例３の情報システムでは、属性値データベース５５はなくてもよい。照合処理部１４が情報収集部５０Ａにポーリングする情報システムと、情報収集部５０Ａが属性値データベース５５に検出した属性値を書き込む構成との整合がとりづらいからである。さらに、実施例３では、属性間の依存関係表記憶部１７を設けない情報システムを説明するが、属性間の依存関係表記憶部１７を設け、実施例２と同様、属性間の依存関係を用いて処理しても構わない。

また、アプリケーション６１から受け付けた条件データを記憶する条件データ記憶部１２、属性値変化頻度情報記憶部１６の構造は、実施例２の場合と同様である。ポーリングを採用する場合には、照合処理部１４と情報収集部５０Ａの処理は、実施例２の場合とは
異なる。

図１８にポーリングを採用する場合の照合処理部１４の処理フローを例示する。照合処理部１４は、アプリケーション６１より条件データを受信すると、一定時刻ごとに下記処理を起動するタイマをセットする（Ｆ６１）
そして、照合処理部１４は、タイマにより一定周期で起動される（Ｆ６２）。そして、実施例２の場合と同様に、照合処理部１４は、条件データ中のまだ条件に合致していない属性の中で変化頻度が最小の属性を選択する。そして、照合処理部１４は、選択した属性値が条件を満たすまで、選択した属性値に対応する情報収集部５０Ａに対してポーリングにより属性値を収集する（Ｆ６３、Ｆ６４）。

選択した属性値の条件が満たされれば（Ｆ６４でＹＥＳ）、照合処理部１４は、まだ条件に合致していない属性の中で次に変化頻度が小さい属性について同様にポーリングを行なう（Ｆ６５でＮＯ）。ポーリングによって、条件データ中のすべての条件が満たされれば（Ｆ６５でＹＥＳ）、照合処理部１４は、最後に合致した条件データ以外の属性値に対応する情報収集部５０Ａに対してポーリングにより属性値を再収集する（Ｆ６６）。そして、照合処理部１４は、条件データのすべてが満たされていることを確認する（Ｆ６７）。そして、条件データで指定されたすべての条件が満たされると、照合処理部１４は、アプリケーション６１へ通知を行なう（Ｆ６８）。

図１９にポーリングを使用する場合の情報収集部５０Ａの処理フローを例示する。この処理は、照合処理部１４からの属性値の問い合わせに応答するだけである。すなわち、情報収集部５０Ａは、照合処理部１４よりポーリングによる情報収集要求を受信する（Ｆ７１）。そして、情報収集部５０Ａは、収集した属性値を照合処理部１４に返答する（Ｆ７２）。

実施例３の処理により，変化頻度最小の属性値をポーリングにより監視することで，他の属性値を監視する回数が減少し、センサを効率良く動作させることができる。したがって、例えば、情報収集部５０Ａあるいはセンサ等の各種検出装置の消費電力低減できる。《コンピュータが読み取り可能な記録媒体》
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。

１１ プラットフォーム
１４ 照合処理部
１５ 頻度情報管理部
１６ 変化頻度情報記憶部
１７ 属性値の依存関係表記憶部
２０ アプリケーションサーバ
５０ 情報収集端末装置
５０Ａ、５０Ａ−１、５０Ａ−２、５０Ａ−３ 情報収集部
５１ 場所センサ
５２ 温度センサ
５３ 湿度センサ
５５ 属性値データベース
６１ アプリケーション
７１ ネットワーク

Claims (7)

1. コンピュータに、対象の複数の属性値に対する条件を指定する条件データと、前記対象から取得される属性値とを照合させるプログラムであって、
   前記条件データで指定された条件を満足していない属性値のうち、変化頻度が最も小さい属性値について変化後の新属性値を取得し、前記変化後の新属性値が前記条件データの条件を満足するか否かを照合する照合処理ステップと、
   前記変化頻度が最も小さい属性値について変化後の新属性値が前記条件を満足した場合に、前記条件データで指定された条件を満足していない他の属性値に対して前記照合処理ステップをさらに実行する制御ステップと、を実行させるためのプログラム。
2. 前記コンピュータは、前記対象のそれぞれの属性値の変化頻度情報を記憶する変化頻度情報記憶部を有し、前記コンピュータに少なくとも１つの属性値が共通する複数の対象に関する属性値の変化頻度情報を前記変化頻度情報記憶部に記憶するステップを実行させる請求項１に記載のプログラム。
3. 前記コンピュータは、複数の属性値間で、第１の属性値が変化した場合に、他の属性値が値不明となることを示す依存関係記憶部を有し、前記コンピュータに、
   前記照合処理ステップにおいて、変化後の新属性値が取得された場合に、前記取得された新属性値に依存することが前記依存関係記憶部に指定された他の属性値を値不明に書き換える更新ステップをさらに実行させる請求項１または２に記載のプログラム。
4. 属性値の過去の変化回数の通算から単位時間あたりの変化頻度を計算するステップをさらに実行させる請求項１から３のいずれか１項に記載のプログラム。
5. 属性値の過去の変化履歴のうち、最新の変化履歴を含む第１区間に発生した変化履歴と、前記第１区間前に発生した変化履歴とで、変化頻度に対する異なる重みを用いて変化頻度を計算するステップをさらに実行させる請求項１から４のいずれか１項に記載のプログラム。
6. 対象の複数の属性値に対する条件データを記憶する条件データ記憶部と、
   前記対象のそれぞれの属性値の変化頻度情報を記憶する変化頻度情報記憶部と、
   前記条件データで指定された条件を満足していない属性値のうち、変化頻度が最も小さい属性値について変化後の新属性値を取得し、前記変化後の新属性値が前記条件データの条件を満足するか否かの照合処理を実行し、前記変化頻度が最も小さい属性値について変化後の新属性値が前記条件を満足した場合に、前記条件データで指定された条件を満足していない他の属性値に対して前記照合処理を実行する照合処理部と、を備える情報処理装置。
7. 対象の複数の属性値に対する条件を指定する条件データと、前記対象から取得される属性値とを照合する情報処理方法であって、コンピュータが
   前記条件データで指定された条件を満足していない属性値のうち、変化頻度が最も小さい属性値について変化後の新属性値を取得し、前記変化後の新属性値が前記条件データの条件を満足するか否かを照合する照合処理ステップと、
   前記変化頻度が最も小さい属性値について変化後の新属性値が前記条件を満足した場合に、前記条件データで指定された条件を満足していない他の属性値に対して前記照合処理ステップをさらに実行する制御ステップと、を実行する情報処理方法。

Images