(57)【特許請求の範囲】
【請求項１】
サーバ管理装置と木構造を形成する複数のデータ蓄積装置とからなるアクセス制御システムであって、
前記サーバ管理装置は、
ネットワークに接続するクライアント装置から前記ネットワーク経由で公開条件登録要求を受信する公開条件受信部と、
前記公開条件受信部が受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離部と、
前記ネットワークに接続する前記データ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報を保管するサーバ配置情報データベースと、
前記公開条件分離部が分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出し、前記クライアント装置へ前記サーバ配置情報を送信する前処理部と、
を有し、
前記データ蓄積装置は、
公開条件情報を少なくとも含むセンサデータを蓄積するセンサデータ蓄積データベースと、
ユーザ情報を少なくとも含む、前記センサデータの検索式を蓄積する検索式蓄積データベースと、
前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、前記クライアント装置がアクセス可能なセンサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出部と、
前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出部と、
を有することを特徴とするアクセス制御システム。
【請求項２】
前記データ蓄積装置の前記検索式抽出部は、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信する受信機能と、
自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の前記データ蓄積装置の前記検索式蓄積データベースから前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索する検索式検索機能と、
前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出する後処理機能と、
を有することを特徴とする請求項１に記載のアクセス制御システム。
【請求項３】
前記データ蓄積装置の前記センサデータ抽出部は、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信する受信機能と、
自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の前記データ蓄積装置の前記センサデータ蓄積データベースから前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索するセンサデータ検索機能と、
前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出する後処理機能と、
を有することを特徴とする請求項１に記載のアクセス制御システム。
【請求項４】
公開条件登録要求を受信する公開条件受信部と、
前記公開条件受信部が受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離部と、
ネットワークに接続するデータ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報を保管するサーバ配置情報データベースと、
前記公開条件分離部が分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出する前処理部と、
を有するサーバ管理装置。
【請求項５】
木構造を形成する複数のデータ蓄積装置であって、
ユーザ情報を少なくとも含む検索式を蓄積する検索式蓄積データベースと、
公開条件情報を少なくとも含むセンサデータを蓄積するセンサデータ蓄積データベースと、
ネットワークから情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出部と、
ネットワークから情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、ユーザがアクセス可能なセンサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出部と、
を有し、
前記検索式抽出部は、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信する受信機能と、
自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の全ての前記データ蓄積装置の前記検索式蓄積データベースのみから、前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索する検索式検索機能と、
前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出する後処理機能と、
を含み、
前記センサデータ抽出部は、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信する受信機能と、
自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の全ての前記データ蓄積装置の前記センサデータ蓄積データベースのみから、前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索するセンサデータ検索機能と、
前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出する後処理機能と、
を含むことを特徴とするデータ蓄積装置。
【請求項６】
サーバ管理装置と木構造を形成する複数のデータ蓄積装置とからなるアクセス制御システムのアクセス制御方法であって、
ネットワークに接続するクライアント装置から前記ネットワーク経由で公開条件登録要求を受信する公開条件受信手順と、
前記公開条件受信手順で受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離手順と、
前記ネットワークに接続する前記データ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報をサーバ配置情報データベースに保管するサーバ配置情報保管手順と、
前記公開条件分離手順で分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出し、前記クライアント装置へ前記サーバ配置情報を送信する前処理手順と、
公開条件情報を少なくとも含むセンサデータをセンサデータ蓄積データベースに蓄積するセンサデータ蓄積手順と、
ユーザ情報を少なくとも含む、前記センサデータの検索式を検索式蓄積データベースに蓄積する検索式蓄積手順と、
前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、前記クライアント装置がアクセス可能なセンサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出手順と、
前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出手順と、
を実行することを特徴とするアクセス制御方法。
【請求項７】
前記検索式抽出手順において、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信し、
自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の前記データ蓄積装置の前記検索式蓄積データベースから前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索し、
前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出する
ことを特徴とする請求項６に記載のアクセス制御方法。
【請求項８】
前記センサデータ抽出手順において、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信し、
自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の前記データ蓄積装置の前記センサデータ蓄積データベースから前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索し、
前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出する
ことを特徴とする請求項６に記載のアクセス制御方法。
【請求項９】
サーバ管理装置に、
公開条件登録要求を受信する公開条件受信手順と、
前記公開条件受信手順で受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離手順と、
ネットワークに接続するデータ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報をサーバ配置情報データベースに保管するサーバ配置情報蓄積手順と、
前記公開条件分離手順で分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出する前処理手順と、
を実施させるサーバ管理プログラム。
【請求項１０】
木構造を形成する複数のデータ蓄積装置に、
公開条件情報を少なくとも含むセンサデータをセンサデータ蓄積データベースに蓄積するセンサデータ蓄積手順と、
ユーザ情報を少なくとも含む、前記センサデータの検索式を検索式蓄積データベースに蓄積する検索式蓄積手順と、
ネットワークから情報登録要求を受信したときに、自装置及び他のデータ蓄積装置を検索し、ユーザがアクセス可能な前記センサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出手順と、
ネットワークから情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出手順と、
を実施させ、
前記センサデータ抽出手順において、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信し、
自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の全ての前記データ蓄積装置の前記センサデータ蓄積データベースのみから、前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索し、
前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出し、
前記検索式抽出手順において、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信し、
自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の全ての前記データ蓄積装置の前記検索式蓄積データベースのみから、前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索し、
前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出する、
ことを特徴とするデータ蓄積プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサデータデータベースでのアクセス制御技術に関するものである。
【背景技術】
【０００２】
センサデータは個人情報やセキュリティ上重要な情報を多く含むため、センサデータを扱う際には、データの持ち主のポリシーやデータ利用者の権限などを考慮した、多様なアクセス制御を可能とするアクセス制御技術が必要となる。
【０００３】
このようなアクセス制御技術の例としては、ＸＡＣＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）がある。ＸＡＣＭＬは、ＩＢＭによって策定された言語仕様であるＸＡＣＬ（ＸＭＬ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｎｇｕａｇｅ）の仕様を改良し、より柔軟で高度な制御ポリシー設定を可能にしたものである。ＸＡＣＬではＸＭＬ文書の読み込み、書き込み、生成や削除に関する制御ができるが、ＸＡＣＭＬではＸＡＣＬよりも多様なデータリソースに対する、より具体的なアクセス制御を規定することが可能になっている。ＸＡＣＭＬでは特定の情報に対して「誰が」「どこに」「どのように」アクセスできるのかを記述し、制御することができる。例えば「成人ユーザのみ」、あるいは「ユーザ登録している者のみ」といった高度で複雑な条件を設定することが可能となっている。
【０００４】
また、多様なセンサやアクチュエータを身の回りに配置して動作させるユビキタスコンピューティング分野においては、センサからの情報を履歴として蓄え後から検索取得する機能を提供する、センサデータデータベース（センサデータＤＢ）が研究されている。
【０００５】
このようなセンサデータＤＢの例として、ｕＴｕｐｌｅＳｐａｃｅ（非特許文献１）がある。ｕＴｕｐｌｅＳｐａｃｅにおいては、個々のセンサデータをＥＡ、検索式をＥＦと呼称している。ｕＴｕｐｌｅＳｐａｃｅの技術的特徴の一つに、ＥＡの履歴を後からＥＦにより検索する機能と、ＥＦを事前に登録しておき新たなＥＡが蓄積されると該ＥＡの新着通知をＥＦ登録元が受け取る機能とを、統合していることが挙げられる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】「大量スキーマレスデータの蓄積・検索を実現する新しいｕＴｕｐｌｅＳｐａｃｅの設計と実装」、柏木  啓一郎ほか著、マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２０１０）シンポジウム、２０１０年７月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
データベースに蓄積されたデータをユーザに提供する際、ＸＡＣＭＬにより記述されたアクセス制御を行う方法として、まずユーザが欲しいデータを検索するために入力した検索条件によりデータを検索し、次に検索結果に含まれる個々のデータの公開条件が、該ユーザのユーザ情報と合致するかをチェックし、提供して良いと判断されたデータのみをユーザへ渡す、という方法がある。しかしながら、このような単純な手法では、大量のデータ検索と公開条件のチェックが必要となる場合が多く、大きな処理負荷となっていた。例えば、ユーザが入力した検索条件に対する検索結果が膨大な数のデータを含むが、該検索結果には該ユーザに公開可能なデータが含まれていない場合、ユーザに提供するデータは一つもないのにも関わらず、検索処理や検索結果に含まれるデータの公開条件のチェックに要する処理は膨大となってしまう。特に、検索対象となるデータやそれらを利用するユーザが大量に存在するユビキタス環境ではこれら処理負荷は非常に大きなものとなる。
【０００８】
また、ｕＴｕｐｌｅＳｐａｃｅのように、データ（ＥＡ）の履歴を後から検索式（ＥＦ）により検索する機能と、検索式を事前に登録しておき新たなデータが蓄積されると該データの新着通知を検索式登録元が受け取る機能とを統合している場合、検索式を蓄積する際にデータを検索する機能だけでなく、データを蓄積する際に検索式を検索する機能が必要である。ユビキタス環境のようにユーザが大量に存在し、検索式が大量に蓄積される場合には、検索式の検索においても、検索処理や検索結果に含まれる検索式についての公開条件のチェックに要する処理は膨大となってしまうという課題がある。
【０００９】
そこで、前記課題を解決するために、本発明は、データや検索式の検索処理を効率化する機能を有し、処理負荷を低減できるアクセス制御システム、サーバ管理装置、データ蓄積装置、アクセス制御方法、サーバ管理プログラム、及びデータ蓄積プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明に係るサーバ管理装置、データ蓄積装置、アクセス制御システム、アクセス制御方法、サーバ管理プログラム、及びデータ蓄積プログラムは、データの公開条件ないし検索式のユーザ情報を予め考慮し、複数のデータ蓄積装置を用いて、同じ公開条件のデータないし同じユーザ情報の検索式を同じデータ蓄積装置に蓄積し、検索時には公開条件やユーザ情報に基づき必要なデータ蓄積装置のみを検索することとした。
【００１１】
具体的には、本発明に係るアクセス制御システムは、サーバ管理装置と木構造を形成する複数のデータ蓄積装置とからなるアクセス制御システムであって、
前記サーバ管理装置は、
ネットワークに接続するクライアント装置から前記ネットワーク経由で公開条件登録要求を受信する公開条件受信部と、前記公開条件受信部が受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離部と、前記ネットワークに接続する前記データ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報を保管するサーバ配置情報データベースと、前記公開条件分離部が分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出し、前記クライアント装置へ前記サーバ配置情報を送信する前処理部と、を有し、
前記データ蓄積装置は、
公開条件情報を少なくとも含むセンサデータを蓄積するセンサデータ蓄積データベースと、ユーザ情報を少なくとも含む、前記センサデータの検索式を蓄積する検索式蓄積データベースと、前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、前記クライアント装置がアクセス可能なセンサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出部と、前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出部と、を有することを特徴とする。
【００１２】
本発明に係るデータ蓄積装置のアクセス制御方法は、サーバ管理装置と木構造を形成する複数のデータ蓄積装置とからなるアクセス制御システムのアクセス制御方法であって、
ネットワークに接続するクライアント装置から前記ネットワーク経由で公開条件登録要求を受信する公開条件受信手順と、
前記公開条件受信手順で受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離手順と、
前記ネットワークに接続する前記データ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報をサーバ配置情報データベースに保管するサーバ配置情報保管手順と、
前記公開条件分離手順で分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出し、前記クライアント装置へ前記サーバ配置情報を送信する前処理手順と、
公開条件情報を少なくとも含むセンサデータをセンサデータ蓄積データベースに蓄積するセンサデータ蓄積手順と、
ユーザ情報を少なくとも含む、前記センサデータの検索式を検索式蓄積データベースに蓄積する検索式蓄積手順と、
前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、前記クライアント装置がアクセス可能なセンサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出手順と、
前記クライアント装置が前記サーバ配置情報を基にネットワーク経由で送信した情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出手順と、
を実行することを特徴とする。
【００１３】
本アクセス制御システムは、複数のデータ蓄積装置を用いて、同じ公開条件のデータないし同じユーザ情報の検索式を同じデータ蓄積装置に蓄積し、検索時には公開条件やユーザ情報に基づき必要なデータ蓄積装置のみを検索する。アクセス制御システムは、データ蓄積装置間において木構造の論理ネットワーク構造を形成しており、検索の際、該木構造を利用して検索対象となるデータ蓄積装置を絞り込む。
【００１４】
従って、本発明は、データや検索式の検索処理を効率化する機能を有し、処理負荷を低減できるアクセス制御システムを提供することができる。
【００１５】
本発明に係るアクセス制御システムにおける前記データ蓄積装置の前記検索式抽出部は、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信する受信機能と、
自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の前記データ蓄積装置の前記検索式蓄積データベースから前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索する検索式検索機能と、
前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出する後処理機能と、
を有することを特徴とする。
【００１６】
本発明に係るアクセス制御方法は、前記検索式抽出手順において、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信し、自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の前記データ蓄積装置の前記検索式蓄積データベースから前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索し、前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出することを特徴とする。
【００１７】
本発明に係るアクセス制御システムにおける前記データ蓄積装置の前記センサデータ抽出部は、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信する受信機能と、
自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の前記データ蓄積装置の前記センサデータ蓄積データベースから前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索するセンサデータ検索機能と、
前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出する後処理機能と、
を有することを特徴とする。
【００１８】
本発明に係るアクセス制御方法は、前記センサデータ抽出手順において、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信し、自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の前記データ蓄積装置の前記センサデータ蓄積データベースから前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索し、前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出することを特徴とする。
【００１９】
本発明に係るサーバ管理装置は、公開条件登録要求を受信する公開条件受信部と、前記公開条件受信部が受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離部と、ネットワークに接続するデータ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報を保管するサーバ配置情報データベースと、前記公開条件分離部が分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出する前処理部と、を有する。
【００２０】
本発明に係るサーバ管理プログラムは、サーバ管理装置に、公開条件登録要求を受信する公開条件受信手順と、前記公開条件受信手順で受信した前記公開条件登録要求を階層化構造を持つ階層化公開条件と非階層化公開条件に分離する公開条件分離手順と、ネットワークに接続するデータ蓄積装置毎に設定された前記階層化公開条件の情報であるサーバ配置情報をサーバ配置情報データベースに保管するサーバ配置情報蓄積手順と、前記公開条件分離手順で分離した前記階層化公開条件を前記サーバ配置情報データベースに問合せ、前記階層化公開条件に合致する前記サーバ配置情報を抽出する前処理手順と、を実施させる。
【００２１】
本発明に係るデータ蓄積プログラムは、木構造を形成する複数のデータ蓄積装置に、
公開条件情報を少なくとも含むセンサデータをセンサデータ蓄積データベースに蓄積するセンサデータ蓄積手順と、ユーザ情報を少なくとも含む、前記センサデータの検索式を検索式蓄積データベースに蓄積する検索式蓄積手順と、ネットワークから情報登録要求を受信したときに、自装置及び他のデータ蓄積装置を検索し、ユーザがアクセス可能な前記センサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出手順と、ネットワークから情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出手順と、を実施させる。
【００２２】
本発明に係るデータ蓄積装置は、木構造を形成する複数のデータ蓄積装置であって、
ユーザ情報を少なくとも含む検索式を蓄積する検索式蓄積データベースと、ネットワークから情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、センサデータにアクセス可能な検索式を前記検索式蓄積データベースから抽出する検索式抽出部と、を有し、
前記検索式抽出部は、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信する受信機能と、自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の前記データ蓄積装置の前記検索式蓄積データベースから前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索する検索式検索機能と、前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出する後処理機能と、を含むことを特徴とする。
【００２３】
本発明に係るデータ蓄積プログラムは、前記検索式抽出手順において、
前記情報登録要求として前記センサデータを少なくとも含むセンサデータ登録要求を受信し、自装置の前記検索式蓄積データベース、及び他の前記データ蓄積装置として自装置より下位の前記データ蓄積装置の前記検索式蓄積データベースから前記センサデータ登録要求に含まれる前記センサデータが合致する検索式を検索し、前記センサデータ登録要求に含まれる前記センサデータが持つ公開条件情報と前記検索式検索機能の検索結果の前記検索式に含まれるユーザ情報からセンサデータにアクセス可能な検索式を抽出する、ことを特徴とする。
【００２４】
本発明に係るデータ蓄積装置は、木構造を形成する複数のデータ蓄積装置であって、
公開条件情報を少なくとも含むセンサデータを蓄積するセンサデータ蓄積データベースと、ネットワークから情報登録要求を受信したときに、自装置及び他の前記データ蓄積装置を検索し、ユーザがアクセス可能なセンサデータを前記センサデータ蓄積データベースから抽出するセンサデータ抽出部と、を有し、
前記センサデータ抽出部は、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信する受信機能と、自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の前記データ蓄積装置の前記センサデータ蓄積データベースから前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索するセンサデータ検索機能と、前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出する後処理機能と、を含むことを特徴とする。
【００２５】
本発明に係るデータ蓄積プログラムは、前記センサデータ抽出手順において、
前記情報登録要求として前記センサデータの検索式を少なくとも含む検索式登録要求を受信し、自装置の前記センサデータ蓄積データベース、及び他の前記データ蓄積装置として自装置より上位の前記データ蓄積装置の前記センサデータ蓄積データベースから前記検索式登録要求に含まれる前記検索式が合致するセンサデータを検索し、前記検索式登録要求に含まれる前記検索式が持つユーザ情報と前記センサデータ検索機能の検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出する、ことを特徴とする。
【発明の効果】
【００２６】
本発明は、データや検索式の検索処理を効率化する機能を有し、処理負荷を低減できるアクセス制御システム、サーバ管理装置、データ蓄積装置、アクセス制御方法、サーバ管理プログラム、及びデータ蓄積プログラムを提供することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明に係るアクセス制御システムを説明する構成図である。
【図２】センサデータを説明する図である。
【図３】センサデータ蓄積先検索要求を説明する図である。
【図４】公開条件を説明する図である。
【図５】本発明に係るサーバ管理装置を説明する構成図である。
【図６】本発明に係るサーバ管理装置を説明する構成図である。
【図７】サーバ配置情報データベースを説明する図である。
【図８】本発明に係るサーバ管理装置を説明する構成図である。
【図９】本発明に係るデータ蓄積装置の論理ネットワーク構成を説明する図である。
【図１０】本発明に係るデータ蓄積装置を説明する図である。
【図１１】センサデータ蓄積データベースを説明する図である。
【図１２】検索式蓄積データベースを説明する図である。
【図１３】センサデータの登録要求を説明する図である。
【図１４】センサデータ蓄積データベースを説明する図である。
【図１５】検索式の検索要求を説明する図である。
【図１６】非階層化公開条件の検索要求を説明する図である。
【図１７】非階層化公開条件データベースを説明する図である。
【図１８】後処理部がサーバ管理装置に非階層化公開条件の検索要求を送信し、非階層化公開条件を受け取る様子を説明する図である。
【図１９】プロフィールの検索要求を説明する図である。
【図２０】ユーザプロフィールデータベースを説明する図である。
【図２１】後処理部がサーバ管理装置にプロフィールの検索要求を送信し、プロフィールを受け取る様子を説明する図である。
【図２２】プロフィールの検索要求を説明する図である。
【図２３】後処理部がサーバ管理装置にプロフィールの検索要求を送信し、プロフィールを受け取る様子を説明する図である。
【図２４】センサデータの検索式を説明する図である。
【図２５】検索式の蓄積先検索要求を説明する図である。
【図２６】検索式の登録要求を説明する図である。
【図２７】検索式蓄積データベースを説明する図である。
【図２８】センサデータの検索要求を説明する図である。
【図２９】非階層化公開条件の検索要求を説明する図である。
【図３０】後処理部がサーバ管理装置に非階層化公開条件の検索要求を送信し、非階層化公開条件を受け取る様子を説明する図である。
【図３１】プロフィールの検索要求を説明する図である。
【図３２】後処理部がサーバ管理装置にプロフィールの検索要求を送信し、プロフィールを受け取る様子を説明する図である。
【発明を実施するための形態】
【００２８】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００２９】
（システム構成）
第１図は、本実施の形態におけるシステム全体の構成である。ネットワーク（１０５）に、サーバ管理装置（１０３）、７台のデータ蓄積装置（９０１〜９０７）、ＣＬ１（１０１）、およびＣＬ２（１０２）が接続されている。ＣＬ１（１０１）とＣＬ２（１０２）は、センサデータの登録や検索を行うクライアント装置であり、ＣＬ１（１０１）は「ａｄｄｒｅｓｓ＝ＣＬ１」あるいは「＿ｒｅｓｐｉｄ＝ＣＬ１」で識別される装置であり、ＣＬ２（１０２）は「ａｄｄｒｅｓｓ＝ＣＬ２」あるいは「＿ｒｅｓｐｉｄ＝ＣＬ２」で識別される装置である。
【００３０】
サーバ管理装置（１０３）は、その内部に、公開条件受信部（１１１）、公開条件分離部（１１２）、前処理部（１１３）、非階層化公開条件ＤＢ（１２１）、サーバ配置情報ＤＢ（１２２）、ユーザプロフィールＤＢ（１２３）、所属情報受信部（１１６）、公開条件検索部（１１４）、プロフィール検索部（１１５）、およびサーバ情報送信部（１１７）を持つ。
【００３１】
７台のデータ蓄積装置（９０１〜９０７）は、それぞれＩＰアドレスとして、
データ蓄積装置（９０１）が１９２．１６８．０．１を、
データ蓄積装置（９０２）が１９２．１６８．０．２を、
データ蓄積装置（９０３）が１９２．１６８．０．３を、
データ蓄積装置（９０４）が１９２．１６８．０．４を、
データ蓄積装置（９０５）が１９２．１６８．０．５を、
データ蓄積装置（９０６）が１９２．１６８．０．６を、
データ蓄積装置（９０７）が１９２．１６８．０．７を、
持つ。
【００３２】
それぞれのデータ蓄積装置は、内部にセンサデータ及び検索式を蓄積する機能を持ち、さらに、それら両者の合致性を確かめる検索処理を行う。詳細な構成及び本システムの動作を以下に説明する。
【００３３】
（動作例１）
まず、ＣＬ１（１０１）が第２図に示すセンサデータ（２０１）を登録する動作を示す。本実施の形態において、それぞれのセンサデータは、１つ以上のＫｅｙ−Ｖａｌｕｅペアの並びとして表現される。センサデータ（２０１）の例は、Ｋｅｙ−Ｖａｌｕｅペアの並びの長さが１であり、「ｄａｔａ」というＫｅｙに対して「２３」という値を持つことを意味する。このセンサデータ（２０１）の例では、ＣＬ１（１０１）が、温度データが２３度という意味のセンサの値を計測して登録しようとしていることを表している。
【００３４】
第３図は、センサデータ蓄積先検索要求（３０１）の内容を示す。
ＣＬ１（１０１）は、センサデータ蓄積先検索要求（３０１）をサーバ管理装置（１０３）へ送信して、センサデータ（２０１）を蓄積すべきデータ蓄積装置の場所を問い合わせる。
【００３５】
センサデータ蓄積先検索要求（３０１）は公開条件（３０２）を情報として含む。公開条件（３０２）はセンサデータ（２０１）にアクセス可能なユーザの条件を示している。公開条件（３０２）は、センサデータ（２０１）と同様に１つ以上のＫｅｙ−Ｖａｌｕｅペアの並びとして表現され、階層化公開条件（３０３）及び非階層化公開条件（３０４）から構成される。
【００３６】
階層化公開条件（３０３）は階層化構造を持つ１つのＫｅｙ−Ｖａｌｕｅペアであり、この例では「ｂｅｌｏｎｇ＿ｃｏｎｄｉｔｉｏｎ＝／ｎｔｔ／ｍｉｒａｉ」が該当する。いずれのＫｅｙ−Ｖａｌｕｅペアを階層化公開条件とするかは予め定めておく。階層化公開条件の値はスラッシュ「／」から始まる文字列であり、上位の階層から順に、それぞれの階層をスラッシュ「／」で区切って表記される。例えば階層化公開条件（３０３）の値は、「ｎｔｔ」の下位に「ｍｉｒａｉ」がある階層化構造を示している。
【００３７】
一方、非階層化公開条件（３０４）は残りのＫｅｙ−Ｖａｌｕｅペアであり、この例では「ｎａｍｅ＝ｋａｓｈｉ」が該当する。
【００３８】
なお、上記で示したセンサデータ蓄積先検索要求（３０１）の公開条件（３０２）は、Ｋｅｙ−ＶａｌｕｅペアのうちＶａｌｕｅとして、「／」符号を含むようなペアは１組しかなかった。本実施の形態においては、Ｋｅｙ−ＶａｌｕｅペアのうちＶａｌｕｅとして「／」符号を含むようなペアが２組以上ある場合にも、次のようにして取り扱うことができる。
【００３９】
例えば第４図のように、公開条件（４０２）が階層化構造を持つＫｅｙ−Ｖａｌｕｅペアを複数持つ場合、その中の予め定めた一つを階層化公開条件（４０３）とし、残りのＫｅｙ−Ｖａｌｕｅペアを非階層化公開条件（４０４）として取り扱うことができる。本実施の形態では、ｂｅｌｏｎｇ＿ｃｏｎｄｉｔｉｏｎをキーとするＫｅｙ−Ｖａｌｕｅペアを階層化公開条件とすることとした。
【００４０】
ここで、ｂｅｌｏｎｇ＿ｃｏｎｄｉｔｉｏｎは、センサデータにアクセス可能なユーザの所属を示す意味を持つ。例えば階層化公開条件（３０３）は、「ｎｔｔ」という組織の中の「ｍｉｒａｉ」という部署に所属するユーザのみが、センサデータ（２０１）にアクセス可能であることを示す。また、区切り符号には「／」を用いた。ただし本発明はこれに限らず、所属以外の条件、例えば「日本の東京の武蔵野市」などで表記される住所、などを階層化公開条件としてもよい。
【００４１】
サーバ管理装置（１０３）内の公開条件受信部（１１１）はＣＬ１（１０１）が送信したセンサデータ蓄積先検索要求（３０１）を受信し、該要求に含まれる公開条件（３０２）を公開条件分離部（１１２）に渡す。
【００４２】
公開条件分離部（１１２）は、公開条件（３０２）に含まれる非階層化公開条件（３０４）を、第５図のように非階層化公開条件ＤＢ（１２１）に追加登録する。その際、公開条件分離部（１１２）は、該追加登録する情報に一意の公開条件情報を付与する。公開条件情報とは非階層化公開条件（３０４）の識別子である。本実施の形態では、公開条件情報として「＿ｐｓｅｒｉａｌ」をキーとするＫｅｙ−Ｖａｌｕｅペアを用いることとする。
【００４３】
非階層化公開条件ＤＢ内データ（５０１）は、＿ｐｓｅｒｉａｌとして値１および２が使用済みであるため、該追加登録するための新規の通し番号として、３を用いることとする。これにより、非階層化公開条件ＤＢ（１２１）内データ（５０１）は該追加登録により、第６図の非階層化公開条件ＤＢ（１２１）内データ（６０１）のようになる。
【００４４】
さらに、公開条件分離部（１１２）は、第６図のように、該非階層化公開条件の識別子「＿ｐｓｅｒｉａｌ＝３」と、階層化公開条件（３０３）を前処理部（１１３）に渡す。
【００４５】
第７図は、サーバ配置情報ＤＢ（１２２）内のデータを表す。サーバ配置情報ＤＢ（１２２）に含まれる各サーバ配置情報（７０１〜７０７）は、階層化公開条件とデータ蓄積装置（９０１〜９０７）のＩＰアドレスの対応を表している。ここで、データ蓄積装置（９０１〜９０７）は、該階層化公開条件を公開条件に含むセンサデータ及び該階層化公開条件に合致するユーザが検索式を蓄積している。例えば、サーバ配置情報（７０１）は、／ｎｔｔに対して公開されるセンサデータ、及び、／ｎｔｔに所属するユーザの検索式がＩＰアドレス（１９２．１６８．０．１）のデータ蓄積装置に蓄積することを示す。
【００４６】
次に前処理部（１１３）は、第８図で示すように、サーバ配置情報ＤＢ（１２２）を検索し、階層化公開条件（３０３）に合致するサーバのＩＰアドレスを取得する。具体的には、階層化公開条件（３０３）のｂｅｌｏｎｇ＿ｃｏｎｄｉｔｉｏｎが表す値、即ち／ｎｔｔ／ｍｉｒａｉと、サーバ配置情報のｂｅｌｏｎｇが表す値が一致するサーバ配置情報、即ちサーバ配置情報（７０２）のデータ蓄積装置のＩＰアドレス（８０１）１９２．１６８．０．２を取得する。
【００４７】
そして前処理部（１１３）は、公開条件情報（４０１）と、取得した該ＩＰアドレス（８０１）を、該センサデータ蓄積先検索要求（３０１）への応答として、ＣＬ１（１０１）に送信する。
【００４８】
なお、サーバ配置情報ＤＢ（１２２）内に含まれる各サーバ配置情報（７０１〜７０７）は、以下に示すような解釈を行うと、データ蓄積装置（９０１〜９０７）が木構造の論理ネットワーク構造を構成していると考えることができる。ただしここでの論理ネットワークとは、概念上のデータ蓄積装置間の接続関係を表すのであって、ネットワーク（１０５）が物理的に木構造を形成することを表しているのではない。
【００４９】
第９図は、データ蓄積装置（９０１〜９０７）の該論理ネットワーク構成である。本実施例では、「ｂｅｌｏｎｇ」をキーとするＫｅｙ−Ｖａｌｕｅペアを基に、木構造の論理ネットワーク構造を構成していると解釈することとする。
【００５０】
具体的には、第７図内において、ｂｅｌｏｎｇ＝／ｎｔｔを保持する行（７０１）が示すデータ蓄積装置（９０１）を木構造の頂点とし、下位ノードとして、ｂｅｌｏｎｇ＝／ｎｔｔ／ｍｉｒａｉを保持する行（７０２）が示すデータ蓄積装置（９０２）とｂｅｌｏｎｇ＝／ｎｔｔ／ｃｓを保持する行（７０５）が示すデータ蓄積装置（９０５）を持つ。データ蓄積装置（９０２）は下位ノードとして、ｂｅｌｏｎｇ＝／ｎｔｔ／ｍｉｒａｉ／ｕｓａを保持する行（７０３）が示すデータ蓄積装置（９０３）とｂｅｌｏｎｇ＝／ｎｔｔ／ｍｉｒａｉ／ｗｓを保持する行（７０４）が示すデータ蓄積装置（９０４）を持つ。データ蓄積装置（９０５）は下位ノードとして、ｂｅｌｏｎｇ＝／ｎｔｔ／ｃｓ／ｈｉを保持する行（７０６）が示すデータ蓄積装置（９０６）とｂｅｌｏｎｇ＝／ｎｔｔ／ｃｓ／ｍｏを保持する行（７０７）が示すデータ蓄積装置（９０７）を持つ。
【００５１】
第１０図は、データ蓄積装置（９０２）の構成を示す図である。データ蓄積装置（９０２）は、その内部に、ＥＡ蓄積ＤＢ（１００１）、ＥＦ蓄積ＤＢ（１００２）、上位ノード情報（１００３）、下位ノード情報（１００４）、ＥＡ受信部（８０３）、ＥＡ蓄積部（８０４）、ＥＦ検索部（８０５）、後処理部（８０６）、ＥＡ送信部（８０７）、ＥＦ受信部（８０８）、ＥＦ蓄積部（８０９）、およびＥＡ検索部（８１０）を持つ。
【００５２】
上位ノード情報（１００３）とは、論理ネットワークの上位ノードにあたるデータ蓄積装置のＩＰアドレスを示し、下位ノード情報（１００４）は論理ネットワークの下位ノードにあたるデータ蓄積装置のＩＰアドレスを示す。
【００５３】
第１１図はＥＡ蓄積ＤＢ（１００１）の中身を示す図である。ＥＡとは、ｕＴｕｐｌｅＳｐａｃｅの用語で、センサデータのことである。第１２図はＥＦ蓄積ＤＢ（１００２）の中身を示す図である。ＥＦとは、ｕＴｕｐｌｅＳｐａｃｅの用語で、検索式のことである。なお、他のデータ蓄積装置に関しても同様の構成となっている。
【００５４】
ＣＬ１（１０１）はサーバ管理装置（１０３）からセンサデータ蓄積先検索要求（３０１）に対する該応答を受け取り、該応答が含むＩＰアドレス１９２．１６８．０．２のデータ蓄積装置（９０２）にセンサデータの登録要求を送信する。
【００５５】
第１３図に該センサデータの登録要求（１３０１）の内容を示す図である。該登録要求はＥＡ（１３０２）を含む。ＥＡ（１３０２）には、該応答が含む公開条件情報（４０１）と、ＣＬ１（１０１）を識別する情報（１３０３）と、ＣＬ１（１０１）が登録するセンサデータ（２０１）が含まれる。この例では、公開条件情報（４０１）は「＿ｐｓｅｒｉａｌ＝３」であり、ＣＬ１（１０１）を識別する情報（１３０３）は「ａｄｄｒｅｓｓ＝ＣＬ１」であり、登録するセンサデータ（２０１）は「ｄａｔａ＝２３」である。
【００５６】
該データ蓄積装置（９０２）内のＥＡ受信部（８０３）は、該センサデータの登録要求（１３０１）を受信し、該要求に含まれるＥＡ（１３０２）を取り出す。ＥＡ蓄積部（８０４）は、ＥＡ蓄積ＤＢ（１００１）に該ＥＡ（１３０２）を追加登録する。第１４図は、該追加登録処理後の、ＥＡ蓄積ＤＢ（１００１）内データ（１４０１）の内容を示す図である。
【００５７】
次に、該データ蓄積装置（９０２）内のＥＦ検索部（８０５）は、該ＥＡ（１３０２）に合致するＥＦを、第１２図のＥＦ蓄積ＤＢ（１００２）内から検索する。ここではｕＴｕｐｌｅＳｐａｃｅの合致規則に従う。すなわち、ＥＦが含むアンダースコアから始まるＫｅｙ以外全てのＫｅｙについて、ＥＡに当該Ｋｅｙが存在し、かつ、ＥＦが含む当該Ｋｅｙに対するＶａｌｕｅとして表現される検索条件に、ＥＡが含む当該Ｋｅｙに対するＶａｌｕｅとしての値が合致した場合にのみ、当該ＥＦと当該ＥＡが合致したと判断する。この例では、ａｄｄｒｅｓｓキーの値がＥＡのものと一致するＥＦ（１２０１）とＥＦ（１２０２）が合致したと判断され、検索結果となる。
【００５８】
次に、該データ蓄積装置（９０２）内のＥＦ検索部（８０５）は、論理ネットワーク構造において該データ蓄積装置（９０２）より下位のノードのデータ蓄積装置全てから、ＥＦを検索する。即ち、該データ蓄積装置（９０２）内のＥＦ検索部（８０５）は、データ蓄積装置（９０３）とデータ蓄積装置（９０４）に対し、検索式の検索要求を送信する。
【００５９】
第１５図に該検索式の検索要求（１５０１）の内容を示す。該検索要求はＥＡ（１３０２）を含む。データ蓄積装置（９０３）とデータ蓄積装置（９０４）内のＥＡ受信部は、該検索式の検索要求（１５０１）を受信し、該要求に含まれるＥＡ（１３０２）を取り出す。データ蓄積装置（９０３）とデータ蓄積装置（９０４）内のＥＦ検索部は、該ＥＡ（１３０２）に合致するＥＦを、データ蓄積装置（９０３）とデータ蓄積装置（９０４）内のＥＦ蓄積ＤＢ内からそれぞれ検索し、検索結果をデータ蓄積装置（９０２）内のＥＦ検索部（８０５）に送信する。この例では、簡単のため、データ蓄積装置（９０３）とデータ蓄積装置（９０４）には、ＥＡ（１３０２）と合致するＥＦはなかったものとする。
【００６０】
次に、該データ蓄積装置（９０２）内の後処理部（８０６）は、該ＥＡ（１３０２）内に含まれる公開条件情報（４０１）「＿ｐｓｅｒｉａｌ＝３」と合致する非階層化公開条件を問い合わせる非階層化公開条件の検索要求を、サーバ管理装置（１０３）に対して送信する。第１６図は該非階層化公開条件の検索要求（１６０１）の内容を示す図である。同図に示すように、非階層化公開条件の検索要求（１６０１）は公開条件情報（１６０２）を含む。
【００６１】
該サーバ管理装置（１０３）内の公開条件検索部（１１４）は、該非階層化公開条件の検索要求（１６０１）を受信し、該要求に含まれる公開条件情報（１６０２）を取り出す。公開条件検索部（１１４）は、第１７図に示すような非階層化公開条件ＤＢ（１２１）から検索する。具体的には、公開条件情報（１６０２）の＿ｐｓｅｒｉａｌキーが表す値、即ち３と非階層化公開条件ＤＢ内データ（１７０１）の＿ｐｓｅｒｉａｌキーの値が一致する行、すなわち「＿ｐｓｅｒｉａｌ＝３，ｎａｍｅ＝ｋａｓｈｉ」を検索し、該行に含まれる非階層化公開条件「ｎａｍｅ＝ｋａｓｈｉ」を該要求に対する応答として該データ蓄積装置（９０２）へ送信する。
【００６２】
該データ蓄積装置（９０２）内の後処理部（８０６）は、該応答を受け取り、非階層化公開条件「ｎａｍｅ＝ｋａｓｈｉ」を得る。第１８図に後処理部（８０６）がサーバ管理装置（１０３）に非階層化公開条件の検索要求（１６０１）を送信し、非階層化公開条件（１８０１）を受け取る様子を示す。
【００６３】
次に、該データ蓄積装置（９０２）内の後処理部（８０６）は、ＥＦ蓄積ＤＢ（１００２）を検索して得られた検索結果と、下位のノードのデータ蓄積装置全てを検索して得られた検索結果に含まれるＥＦ、すなわちＥＦ（１２０１）とＥＦ（１２０２）に対して各々、次に示すようなプロフィール検索処理を行う。
【００６４】
具体的には、まず、該データ蓄積装置（９０２）内の後処理部（８０６）は、ＥＦ（１２０１）内に含まれるユーザ情報「＿ｕｓｅｒｉａｌ＝１」と合致するプロフィールを問い合わせるプロフィールの検索要求を、サーバ管理装置（１０３）に対して送信する。ユーザ情報は、ユーザを識別する情報であり、本実施例では＿ｕｓｅｒｉａｌキーとその値のペアである。第１９図は該プロフィールの検索要求（１９０１）の内容を示す図である。該検索要求はユーザ情報（１９０２）を含む。
【００６５】
該サーバ管理装置（１０３）内のプロフィール検索部（１１５）は、プロフィールの検索要求（１９０１）を受信し、該検索要求に含まれるユーザ情報（１９０２）を取り出す。
【００６６】
プロフィール検索部（１１５）は、第２０図に示すようなユーザプロフィールＤＢ（１２３）からユーザ情報（１９０２）に合致するプロフィールを検索する。具体的には、ユーザ情報（１９０２）の＿ｕｓｅｒｉａｌキーが表す値、即ち１とユーザプロフィールＤＢ内データ  （）の＿ｕｓｅｒｉａｌキーの値が一致する行、すなわち「＿ｕｓｅｒｉａｌ＝１，ｎａｍｅ＝ｋａｓｈｉ」を検索し、該行に含まれるプロフィール、すなわちユーザ情報「＿ｕｓｅｒｉａｌ＝１」以外のＫｅｙ−Ｖａｌｕｅペアである「ｎａｍｅ＝ｋａｓｈｉ」を、該検索要求に対する応答として該データ蓄積装置（９０２）へ送信する。
【００６７】
該データ蓄積装置（９０２）内の後処理部（８０６）は、該応答を受け取り、プロフィール「ｎａｍｅ＝ｋａｓｈｉ」を得る。第２１図に後処理部（８０６）がサーバ管理装置（１０３）にプロフィールの検索要求（１９０１）を送信し、プロフィール（２１０１）を受け取る様子を示す。
【００６８】
続いて、ＥＦ（１２０２）内に含まれるユーザ情報「＿ｕｓｅｒｉａｌ＝２」と合致するプロフィールを問い合わせるプロフィールの検索要求を、サーバ管理装置（１０３）に対して送信する。第２２図に該プロフィールの検索要求（２２０１）の内容を示す。該検索要求はユーザ情報（２２０２）を含む。
【００６９】
該サーバ管理装置（１０３）内のプロフィール検索部（１１５）は、プロフィールの検索要求（２２０１）を受信し、該検索要求に含まれるユーザ情報（２２０２）を取り出す。
【００７０】
プロフィール検索部（１１５）は、第２０図に示すようなユーザプロフィールＤＢ（１２３）からユーザ情報（２２０２）に合致するプロフィールを検索する。具体的には、ユーザ情報（２２０２）の＿ｕｓｅｒｉａｌキーが表す値、即ち２とユーザプロフィールＤＢ内データ（２００１）の＿ｕｓｅｒｉａｌキーの値が一致する行、すなわち「＿ｕｓｅｒｉａｌ＝２，ｎａｍｅ＝ａｒａ」を検索し、該行に含まれるプロフィール、すなわちユーザ情報「＿ｕｓｅｒｉａｌ＝２」以外のＫｅｙ−Ｖａｌｕｅペアである「ｎａｍｅ＝ａｒａ」を、該検索要求に対する応答として該データ蓄積装置（９０２）へ送信する。
【００７１】
該データ蓄積装置（９０２）内の後処理部（８０６）は、該応答を受け取り、プロフィール「ｎａｍｅ＝ａｒａ」を得る。第２３図に後処理部（８０６）がサーバ管理装置（１０３）にプロフィールの検索要求（２２０１）を送信し、プロフィール（２３０１）を受け取る様子を示す。
【００７２】
次に、該データ蓄積装置（９０２）内の後処理部（８０６）は、上記処理結果のプロフィール（２１０１）とプロフィール（２３０１）を用いて、該ＥＡ（１３０２）の公開条件（３０２）「ｎａｍｅ＝ｋａｓｈｉ」と合致するユーザプロフィールを含むＥＦを選択する。この例では、プロフィール（２１０１）が該公開条件（３０２）と合致するので、ＥＦ（１２０１）のみが選択される。
【００７３】
該データ蓄積装置（９０２）内のＥＡ送信部（８０７）は、該選択されたＥＦ（１２０１）に対して、該ＥＦを登録したクライアント装置に該ＥＡ（１３０２）を通知する。本実施の形態においては、ＥＦ内のＫｅｙ「＿ｒｅｓｐｉｄ」に対応する値が、該ＥＦを登録したクライアント装置を識別する情報となっている。即ち、ＥＦ（１２０１）内の＿ｒｅｓｐｉｄキーが示すクライアント装置であるＣＬ２（１０２）に、該ＥＡ（１３０２）を通知する。
【００７４】
なお、本実施の形態では、本発明におけるデータ蓄積装置（９０１〜９０７）がセンサデータの検索式とセンサデータの双方を蓄積している例を示した。本発明の範囲はこれに限定されるものではなく、当該機能がネットワーク１０５で接続された二つ以上の装置の組み合わせにより実現されてもよい。
【００７５】
例えば、データ蓄積装置が一つ以上の検索式蓄積サーバと一つ以上のセンサデータ蓄積サーバとで構成されていてもよい。ここで、検索式蓄積サーバはセンサデータの検索式を蓄積するサーバである。センサデータ蓄積サーバはセンサデータを蓄積するサーバである。一つ以上の検索式蓄積サーバが木構造の論理ネットワーク構造を構成するようにする。そして、各センサデータ蓄積サーバに、センサデータを含むセンサデータ登録要求を受信する機能と、該センサデータ蓄積サーバに対応する検索式蓄積サーバ並びに該検索式蓄積サーバより下位の検索式蓄積サーバ全てから該センサデータが合致する検索式を検索する検索式検索機能と、該センサデータに含まれる公開条件情報と該検索結果の検索式に含まれるユーザ情報からユーザがアクセス可能なセンサデータを抽出する後処理機能とを持たせるようにしてもよい。
【００７６】
この際、センサデータ蓄積サーバに対応する検索式蓄積サーバを指定するため、センサデータ登録要求に、検索式蓄積サーバＩＤを含めるようにしてもよい。
【００７７】
また、本実施の形態では、本発明におけるデータ蓄積装置より下位のデータ蓄積装置に含まれるＥＦ蓄積ＤＢ全てに対して検索動作を行うＥＦ検索部が、データ蓄積装置に組み込まれている例を示した。本発明の範囲はこれに限定されるものではなく、当該機能がネットワークで接続された二つ以上の装置の組み合わせにより実現されてもよい。
【００７８】
例えば、ＣＬ１（あるいはＣＬ２）が上記ＥＦ検索部の機能の一部を受け持つこととし、データ蓄積装置がＣＬ１に検索すべき下位のデータ蓄積装置の配置情報を返し、ＣＬ１がその配置情報を元に、異なるデータ蓄積装置に更に要求を発行する動作を繰り返すことによって、上記示したＥＦ検索部の機能をＣＬ１（あるいはＣＬ２）とデータ蓄積装置の組み合わせによって実現してもよい。
【００７９】
（動作例２）
次に、ＣＬ２（１０２）が第２４図に示す検索式（２４０１）を登録する動作を示す。本実施の形態において、それぞれの検索式は、１つ以上のＫｅｙ−Ｖａｌｕｅペアの並びとして表現される。検索式（２４０１）の例は、Ｋｅｙ−Ｖａｌｕｅペアの並びの長さが１であり、「ａｄｄｒｅｓｓ」というＫｅｙが「ＣＬ３」という値を持つセンサデータを検索する検索式であることを意味する。この検索式（２４０１）の例では、ＣＬ２（１０２）が、ＣＬ３というクライアント装置から登録されたデータを検索しようとしていることを表している。
【００８０】
第２５図は、検索式蓄積先検索要求（２５０１）の内容を示す。ＣＬ２（１０２）は、該検索式蓄積先検索要求（２５０１）をサーバ管理装置（１０３）へ送信して、検索式（２４０１）を蓄積すべきデータ蓄積装置の場所を問い合わせる。
【００８１】
検索式蓄積先検索要求（２５０１）は所属情報（２５０２）を情報として含む。所属情報（２５０２）はユーザの所属情報を示している。所属情報（２５０２）は、階層化構造を持つ１つのＫｅｙ−Ｖａｌｕｅペアであり、この例では「ｂｅｌｏｎｇ＝／ｎｔｔ／ｍｉｒａｉ」が該当する。所属情報の値はスラッシュ「／」から始まる文字列であり、上位の階層から順に、それぞれの階層をスラッシュ「／」で区切って表記される。例えば所属情報（２５０２）の値は、「ｎｔｔ」の下位に「ｍｉｒａｉ」がある階層化構造を示している。
【００８２】
ここで、ｂｅｌｏｎｇは、ユーザの所属を示す意味を持つ。例えば所属情報（２５０２）は、「ｎｔｔ」という組織の中の「ｍｉｒａｉ」という部署に所属する人間であることを示す。また、区切り符号には「／」を用いた。ただし本発明はこれに限らず、所属以外の条件、例えば「日本の東京の武蔵野市」などで表記される住所、などを所属情報としてもよい。
【００８３】
サーバ管理装置（１０３）内の所属情報受信部（１１６）はＣＬ２（１０２）が送信した検索式蓄積先検索要求（２５０１）を受信し、該要求に含まれる所属情報（２５０２）を取り出す。
【００８４】
次に所属情報受信部（１１６）は、第７図に示したサーバ配置情報ＤＢ（１２２）を検索し、所属情報（２５０２）に合致するサーバのＩＰアドレスを取得する。具体的には、所属情報（２５０２）のｂｅｌｏｎｇが表す値、即ち／ｎｔｔ／ｍｉｒａｉと、サーバ配置情報のｂｅｌｏｎｇが表す値が一致するサーバ配置情報、即ちサーバ配置情報（７０２）のサーバのＩＰアドレス１９２．１６８．０．２を取得する。そして所属情報受信部（１１６）は、取得した該ＩＰアドレスを、該検索式蓄積先検索要求（２５０１）への応答として、ＣＬ２（１０２）に送信する。
【００８５】
ＣＬ２（１０２）はサーバ管理装置（１０３）から検索式蓄積先検索要求（２５０１）に対する該応答を受け取り、該応答が含むＩＰアドレス１９２．１６８．０．２のデータ蓄積装置（９０２）に検索式の登録要求を送信する。
【００８６】
第２６図に該検索式の登録要求（２６０１）の内容を示す。該登録要求はＥＦ（２６０２）を含む。ＥＦ（２６０２）には、ユーザ情報（２６０３）と、ＣＬ２（１０２）を識別する情報（２６０４）と、ＣＬ２（１０２）が登録する検索式（２４０１）が含まれる。この例では、ユーザ情報（２６０３）は「＿ｕｓｅｒｉａｌ＝３」であり、ＣＬ２（１０２）を識別する情報（２６０４）は「＿ｒｅｓｐｉｄ＝ＣＬ２」であり、登録する検索式（２４０１）は「ａｄｄｒｅｓｓ＝ＣＬ３」である。
【００８７】
該データ蓄積装置（９０２）内のＥＦ受信部（８０８）は、該検索式の登録要求（２６０１）を受信し、該要求に含まれるＥＦ（２６０２）を取り出す。ＥＦ蓄積部（８０９）は、ＥＦ蓄積ＤＢ（１００２）に該ＥＦ（２６０２）を追加登録する。第２７図は、該追加登録処理後の、ＥＦ蓄積ＤＢ内データ（２７０１）の内容を示す図である。
【００８８】
次に、該データ蓄積装置（９０２）内のＥＡ検索部（８１０）は、該ＥＦ（２６０２）に合致するＥＡを、第１４図のＥＡ蓄積ＤＢ（１００１）内から検索する。ここではｕＴｕｐｌｅＳｐａｃｅの合致規則に従う。すなわち、ＥＦが含むアンダースコアから始まるＫｅｙ以外全てのＫｅｙについて、ＥＡに当該Ｋｅｙが存在し、かつ、ＥＦが含む当該Ｋｅｙに対するＶａｌｕｅとして表現される検索条件に、ＥＡが含む当該Ｋｅｙに対するＶａｌｕｅとしての値が合致した場合にのみ、当該ＥＦと当該ＥＡが合致したと判断する。
この例では、ａｄｄｒｅｓｓキーの値がＥＦのものと一致するＥＡ（１４０２）が合致したと判断され、検索結果となる。
【００８９】
次に、該データ蓄積装置（９０２）内のＥＡ検索部（８１０）は、論理ネットワーク構造において該データ蓄積装置（９０２）より上位のノードのデータ蓄積装置全てから、ＥＡを検索する。即ち、該データ蓄積装置（９０２）内のＥＡ検索部（８１０）は、データ蓄積装置（９０１）に対し、センサデータの検索要求を送信する。第２８図に該センサデータの検索要求（２８０１）の内容を示す。該検索要求はＥＦ（２６０２）を含む。
【００９０】
データ蓄積装置（９０１）内のＥＦ受信部（８０８）は、該センサデータの検索要求（２８０１）を受信し、該要求に含まれるＥＦ（２６０２）を取り出す。ＥＡ検索部（８１０）は、該ＥＦ（２６０２）に合致するＥＡを、ＥＡ蓄積ＤＢ（１００１）内から検索し、検索結果をデータ蓄積装置（９０２）内のＥＡ検索部（８１０）に送信する。この例では、簡単のため、データ蓄積装置（９０１）には、ＥＦ（２６０２）と合致するＥＡはなかったものとする。
【００９１】
次に、該データ蓄積装置（９０２）内の後処理部（８０６）は、ＥＡ蓄積ＤＢ（１００１）を検索して得られた検索結果と、上位のノードのデータ蓄積装置全てを検索して得られた検索結果に含まれるＥＡ、すなわちＥＡ（１４０２）内に含まれる公開条件情報「＿ｐｓｅｒｉａｌ＝２」と合致する非階層化公開条件を問い合わせる非階層化公開条件の検索要求を、サーバ管理装置（１０３）に対して送信する。第２９図に該非階層化公開条件の検索要求（２９０１）の内容を示す。該検索要求（２９０１）は公開条件情報（２９０２）を含む。
【００９２】
該サーバ管理装置（１０３）内の公開条件検索部（１１４）は、該非階層化公開条件の検索要求（２９０１）を受信し、該検索要求に含まれる公開条件情報（２９０２）を取り出す。公開条件検索部（１１４）は、第１７図に示すような非階層化公開条件ＤＢ（１２１）から公開条件情報（２９０２）に合致する非階層化公開条件を検索する。具体的には、公開条件情報（２９０２）の＿ｐｓｅｒｉａｌキーが表す値、即ち２と非階層化公開条件ＤＢ内データ（１２１）の＿ｐｓｅｒｉａｌキーの値が一致する行、すなわち「＿ｐｓｅｒｉａｌ＝２，ｈｏｍｅｔｏｗｎ＝ｔｏｋｙｏ」を検索し、該行に含まれる非階層化公開条件、すなわち公開条件情報「＿ｐｓｅｒｉａｌ＝２」以外のＫｅｙ−Ｖａｌｕｅペアである「ｈｏｍｅｔｏｗｎ＝ｔｏｋｙｏ」を、該検索要求に対する応答として該データ蓄積装置（９０２）へ送信する。
【００９３】
該データ蓄積装置（９０２）内の後処理部（８０６）は、該応答を受け取り、非階層化公開条件「ｈｏｍｅｔｏｗｎ＝ｔｏｋｙｏ」を得る。第３０図に後処理部（８０６）がサーバ管理装置（１０３）に非階層化公開条件の検索要求（２９０１）を送信し、非階層化公開条件（３００１）を受け取る様子を示す。
【００９４】
次に、該データ蓄積装置（９０２）内の後処理部（８０６）はＥＦ（２６０２）に対して、次に示すようなプロフィール検索処理を行う。具体的には、まず、該データ蓄積装置（９０２）内の後処理部（８０６）は、ＥＦ（２６０２）内に含まれるユーザ情報「＿ｕｓｅｒｉａｌ＝３」と合致するプロフィールを問い合わせるプロフィールの検索要求を、サーバ管理装置（１０３）に対して送信する。第３１図に該プロフィールの検索要求（３１０１）の内容を示す。該検索要求（３１０１）はユーザ情報（３１０２）を含む。
【００９５】
該サーバ管理装置（１０３）内のプロフィール検索部（１１５）は、プロフィールの検索要求（３１０１）を受信し、該要求に含まれるユーザ情報（３１０２）を取り出す。プロフィール検索部（１１５）は、第２０図に示すようなユーザプロフィールＤＢ（１２３）からユーザ情報（３１０２）に合致するプロフィールを検索する。具体的には、ユーザ情報（３１０２）の＿ｕｓｅｒｉａｌキーが表す値、即ち３とユーザプロフィールＤＢ内データ（２００１）の＿ｕｓｅｒｉａｌキーの値が一致する行、すなわち「＿ｕｓｅｒｉａｌ＝３，ｈｏｍｅｔｏｗｎ＝ｔｏｋｙｏ」を検索し、該行に含まれるプロフィール、すなわちユーザ情報「＿ｕｓｅｒｉａｌ＝３」の以外のＫｅｙ−Ｖａｌｕｅペアである「ｈｏｍｅｔｏｗｎ＝ｔｏｋｙｏ」を、該検索要求に対する応答として該データ蓄積装置（９０２）へ送信する。
【００９６】
該データ蓄積装置（９０２）内の後処理部（８０６）は、該応答を受け取り、プロフィール「ｈｏｍｅｔｏｗｎ＝ｔｏｋｙｏ」を得る。第３２図に後処理部（８０６）がサーバ管理装置（１０３）にプロフィールの検索要求（３１０１）を送信し、プロフィール（３２０１）を受け取る様子を示す。
【００９７】
次に、該データ蓄積装置（９０２）内の後処理部（８０６）は、上記処理結果の非階層化公開条件（３００１）を用いて、該ＥＦ（２６０２）のプロフィール（３２０１）「ｈｏｍｅｔｏｗｎ＝ｔｏｋｙｏ」と合致する非階層化公開条件を含むＥＡを選択する。この例では、非階層化公開条件（３００１）がプロフィール（３２０１）と合致するので、ＥＡ（１４０２）が選択される。
【００９８】
該データ蓄積装置（９０２）内のＥＡ送信部（８０７）は、該ＥＦを登録したクライアント装置に、該選択されたＥＡ（１４０２）を通知する。本実施の形態においては、ＥＦ内のＫｅｙ「＿ｒｅｓｐｉｄ」に対応するＶａｌｕｅが、該ＥＦを登録したクライアント装置を識別する情報となっている。即ち、ＥＦ（２６０２）内の＿ｒｅｓｐｉｄキーが示すクライアント装置であるＣＬ２（１０２）に、該ＥＡ（１４０２）を通知する。
【００９９】
なお、本実施の形態では、本発明におけるデータ蓄積装置（９０１〜９０７）がセンサデータの検索式とセンサデータの双方を蓄積している例を示した。本発明の範囲はこれに限定されるものではなく、当該機能がネットワークで接続された二つ以上の装置の組み合わせにより実現されてもよい。
【０１００】
例えば、データ蓄積装置が一つ以上の検索式蓄積サーバと一つ以上のセンサデータ蓄積サーバとで構成されていてもよい。ここで、検索式蓄積サーバはセンサデータの検索式を蓄積するサーバである。センサデータ蓄積サーバはセンサデータを蓄積するサーバである。一つ以上のセンサデータ蓄積サーバが木構造の論理ネットワーク構造を構成するようにする。そして、各検索式蓄積サーバに、検索式を含む検索式登録要求を受信する機能と、該検索式蓄積サーバに対応するセンサデータ蓄積サーバ並びに該センサデータ蓄積サーバより上位のセンサデータ蓄積サーバ全てから該検索式が合致するセンサデータを検索するセンサデータ検索機能と、該検索式に含まれるユーザ情報と該検索結果のセンサデータに含まれる公開条件情報からユーザがアクセス可能なセンサデータを抽出する後処理機能とを持たせるようにしてもよい。
【０１０１】
この際、検索式蓄積サーバに対応するセンサデータ蓄積サーバを指定するため、検索式登録要求に、センサデータ蓄積サーバＩＤを含めるようにしてもよい。
【０１０２】
また、本実施の形態では、本発明におけるデータ蓄積装置より上位のデータ蓄積装置に含まれるＥＡ蓄積ＤＢ全てに対して検索動作を行うＥＡ検索部が、データ蓄積装置に組み込まれている例を示した。本発明の範囲はこれに限定されるものではなく、当該機能がネットワークで接続された二つ以上の装置の組み合わせにより実現されてもよい。
【０１０３】
例えば、ＣＬ１（あるいはＣＬ２）が上記ＥＡ検索部の機能の一部を受け持つこととし、データ蓄積装置がＣＬ１に検索すべき上位のデータ蓄積装置の配置情報を返し、ＣＬ１がその配置情報を元に、異なるデータ蓄積装置に更に要求を発行する動作を繰り返すことによって、上記示したＥＡ検索部の機能をＣＬ１（あるいはＣＬ２）とデータ蓄積装置の組み合わせによって実現してもよい。
【０１０４】
（他の動作例）
なお、本実施の形態においては、センサデータ情報の符号化は、「属性＝値」の組の並び形式で表現される可読形式の１行のテキスト情報であるが、本発明の範囲はこれに限定されるものではなく、不可読形式を含む任意の情報符号化方式にも適用できる。また、例えばＸＭＬやＪＳＯＮ仕様等を用いて表現した、複数行からなる可読のテキスト情報に基づく情報符号化方式にも適用できる。
【０１０５】
（プログラム）
なお、本発明の装置は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通じて提供することも可能である。例えば、サーバ管理装置（１０３）やデータ蓄積装置（９０１〜９０７）の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【０１０６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【０１０７】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の保持装置のことをいう。
【０１０８】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。
また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１０９】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【０１１０】
１０１、１０２：クライアント装置
１０３：サーバ管理装置
１０５：ネットワーク
１１１：公開条件受信部
１１２：公開条件分離部
１１３：前処理部
１１４：公開条件検索部
１１５：プロフィール検索部
１１６：所属情報受信部
１１７：サーバ情報送信部
１２１：非階層化公開条件ＤＢ（データベース）
１２２：サーバ配置情報ＤＢ（データベース）
１２３：ユーザプロフィールＤＢ（データベース）
２０１：センサデータ
３０１：センサデータ蓄積先検索要求
３０２、４０２：公開条件
３０３、４０３：階層化公開条件
３０４、４０４：非階層化公開条件
４０１：公開条件情報
５０１、６０１：非階層化公開条件ＤＢ内データ
７０１〜７０７：サーバ配置情報
８０１：ＩＰアドレス
８０３：ＥＡ（センサデータ）受信部
８０４：ＥＡ（センサデータ）蓄積部
８０５：ＥＦ（検索式）検索部
８０６：後処理部
８０７：ＥＡ（センサデータ）送信部
８０８：ＥＦ（検索式）受信部
８０９：ＥＦ（検索式）蓄積部
８１０：ＥＡ（センサデータ）検索部
９０１〜９０７：データ蓄積装置
１００１：ＥＡ（センサデータ）蓄積ＤＢ（データベース）
１００２：ＥＦ（検索式）蓄積ＤＢ（データベース）
１００３：上位ノード情報
１００４：下位ノード情報
１１０１：ＥＡ蓄積ＤＢ内データ
１２０１、１２０２：検索式
１３０１：センサデータの登録要求
１３０２：センサデータ
１４０１：ＥＡ蓄積ＤＢ内データ
１４０２：センサデータ
１５０１：検索式検索要求
１６０１：非階層化公開条件検索要求
１６０２：公開条件情報
１７０１：非階層化公開条件ＤＢ内データ
１８０１：非階層化公開条件
１９０１：プロフィール検索要求
１９０２：ユーザ情報
２００１：ユーザプロフィールＤＢ内データ
２１０１：プロフィール
２２０１：プロフィール検索要求
２２０２：ユーザ情報
２３０１：プロフィール
２４０１：検索式
２５０１：検索式蓄積先検索要求
２５０２：所属情報
２６０１：検索式登録要求
２６０２：検索式
２６０３：ユーザ情報
２６０４：情報
２７０１：ＥＦ蓄積ＤＢ内データ
２８０１：センサデータ検索要求
２９０１：非階層化公開条件検索要求
２９０２：公開条件情報
３００１：非階層化公開条件
３１０１：プロフィール検索要求
３１０２：ユーザ情報
３２０１：プロフィール
【図１】
0005466191.tif 000002
【図２】
0005466191.tif 000003
【図３】
0005466191.tif 000004
【図４】
0005466191.tif 000005
【図５】
0005466191.tif 000006
【図６】
0005466191.tif 000007
【図７】
0005466191.tif 000008
【図８】
0005466191.tif 000009
【図９】
0005466191.tif 000010
【図１０】
0005466191.tif 000011
【図１１】
0005466191.tif 000012
【図１２】
0005466191.tif 000013
【図１３】
0005466191.tif 000014
【図１４】
0005466191.tif 000015
【図１５】
0005466191.tif 000016
【図１６】
0005466191.tif 000017
【図１７】
0005466191.tif 000018
【図１８】
0005466191.tif 000019
【図１９】
0005466191.tif 000020
【図２０】
0005466191.tif 000021
【図２１】
0005466191.tif 000022
【図２２】
0005466191.tif 000023
【図２３】
0005466191.tif 000024
【図２４】
0005466191.tif 000025
【図２５】
0005466191.tif 000026
【図２６】
0005466191.tif 000027
【図２７】
0005466191.tif 000028
【図２８】
0005466191.tif 000029
【図２９】
0005466191.tif 000030
【図３０】
0005466191.tif 000031
【図３１】
0005466191.tif 000032
【図３２】
0005466191.tif 000033