(57)【特許請求の範囲】
【請求項１】
階層構造を有する組織の所属者に対応したセンサデータをそれぞれ収容する複数のデータ蓄積装置と、前記組織の情報と該組織の所属者に対応したセンサデータを収容する前記データ蓄積装置との対応関係を示すサーバ配置情報データベースを有するサーバ管理装置と、クライアント装置とを備えるアクセス制御システムが実行するアクセス制御方法であって、
前記データ蓄積装置は、センサデータを蓄積するセンサデータ蓄積データベースとセンサデータの検索式を蓄積する検索式蓄積データベースとを有し、
前記クライアント装置が、前記サーバ管理装置にセンサデータに付随する前記組織における所属を示す第１の階層化公開条件をもとに問い合わせを行い、
前記サーバ管理装置が、前記第１の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第１の階層化公開条件に対応するデータ蓄積装置を求め、該データ蓄積装置の情報を前記クライアント装置に返却し、
前記データ蓄積装置が、前記クライアント装置から前記センサデータを受信し、前記センサデータ蓄積データベースに登録するとともに前記検索式蓄積データベースから合致する検索式を検索し、
前記クライアント装置が、前記サーバ管理装置に検索式に付随する前記組織における所属を示す第２の階層化公開条件をもとに問い合わせを行い、
前記サーバ管理装置が、前記第２の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第２の階層化公開条件に対応するデータ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求め、該データ蓄積装置の集合の情報を前記クライアント装置に返却し、
前記データ蓄積装置が、前記クライアント装置から前記検索式を受信し、前記検索式蓄積データベースに登録するとともに前記センサデータ蓄積データベースから合致するセンサデータを検索する、
アクセス制御方法。
【請求項２】
階層構造を有する組織の所属者に対応したセンサデータをそれぞれ収容する複数のデータ蓄積装置がそれぞれ実行するデータ蓄積方法であって、
前記組織の情報と該組織の所属者に対応したセンサデータを収容する前記データ蓄積装置との対応関係を示すサーバ配置情報データベースを有するサーバ管理装置、及びクライアント装置のいずれかからの、センサデータの登録および検索式の検索を行わせる指示に応じて、センサデータおよび該センサデータに付随する前記組織における所属を示す第１の階層化公開条件が対応する前記階層構造の中のノードの識別子を蓄積するセンサデータ蓄積データベースに、前記指示が示すセンサデータおよびノードの識別子を登録するとともに、センサデータの検索式を蓄積する検索式蓄積データベースから前記指示が示す検索式を検索し、
前記サーバ管理装置、及び前記クライアント装置のいずれかからの、検索式の登録およびセンサデータの検索を行わせる指示に応じて、前記検索式蓄積データベースに前記検索式を登録するとともに、前記センサデータ蓄積データベースから検索式に付随する前記組織における所属を示す第２の階層化公開条件が対応する前記階層構造の中のノードを含みその上位のノードの識別子の集合あるいはその部分集合に含まれる識別子を有するエントリであってかつ前記検索式に合致するセンサデータを検索する、
データ蓄積方法。
【請求項３】
前記センサデータおよびノードの識別子を登録する際に、ＵＢＩ−Ｔｒｅｅ検索木アルゴリズムを用いてセンサデータの索引付けを行い、
前記検索木アルゴリズムは、
キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、
前記第１の階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、
前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、
前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出する、
請求項２に記載のデータ蓄積方法。
【請求項４】
階層構造を有する組織の所属者に対応したセンサデータをそれぞれ収容する複数のデータ蓄積装置と、前記組織の情報と該組織の所属者に対応したセンサデータを収容する前記データ蓄積装置との対応関係を示すサーバ配置情報データベースを有するサーバ管理装置と、クライアント装置とを備えるアクセス制御システムが実行するアクセス制御方法であって、
前記データ蓄積装置は、センサデータを蓄積するセンサデータ蓄積データベースとセンサデータの検索式を蓄積する検索式蓄積データベースとを有し、
前記クライアント装置が、前記サーバ管理装置にセンサデータに付随する前記組織における所属を示す第１の階層化公開条件をもとに問い合わせを行い、
前記サーバ管理装置が、前記第１の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第１の階層化公開条件に対応するデータ蓄積装置を求め、該データ蓄積装置の情報を前記クライアント装置に返却し、
前記データ蓄積装置が、前記クライアント装置から前記センサデータを受信し、前記検索式蓄積データベースから合致する検索式を検索し、
前記データ蓄積装置が、キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、
前記データ蓄積装置が、前記第１の階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、
前記データ蓄積装置が、前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、
前記データ蓄積装置が、このとき前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出し、
前記データ蓄積装置が、選択されたノードに対応するデータ蓄積装置の前記センサデータ蓄積データベースに前記センサデータを登録し、
前記クライアント装置が、前記サーバ管理装置に検索式に付随する前記組織における所属を示す第２の階層化公開条件をもとに問い合わせを行い、
前記サーバ管理装置が、前記第２の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第２の階層化公開条件に対応するデータ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求め、該データ蓄積装置の集合の情報を前記クライアント装置に返却し、
前記データ蓄積装置が、前記クライアント装置から前記検索式を受信し、前記検索式蓄積データベースに登録するとともに前記センサデータ蓄積データベースから合致するセンサデータを検索する、
アクセス制御方法。
【請求項５】
階層構造を有する組織の所属者に対応したセンサデータをそれぞれ収容する複数のデータ蓄積装置と、前記組織の情報と該組織の所属者に対応したセンサデータを収容する前記データ蓄積装置との対応関係を示すサーバ配置情報データベースを有するサーバ管理装置と、クライアント装置とを備えるアクセス制御システムであって、
前記サーバ管理装置は、
センサデータに付随する前記組織における所属を示す第１の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第１の階層化公開条件に対応するデータ蓄積装置を求め、検索式に付随する前記組織における所属を示す第２の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第２の階層化公開条件に対応するデータ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求める前処理部、
を有し、
前記データ蓄積装置は、
センサデータを蓄積するセンサデータ蓄積データベースと、
センサデータの検索式を蓄積する検索式蓄積データベースと、
前記センサデータ蓄積データベースにセンサデータを登録するとともに前記検索式蓄積データベースから合致する検索式を検索する第１機能部と、
前記検索式蓄積データベースに検索式を登録するとともに前記センサデータ蓄積データベースから合致するセンサデータを検索する第２機能部と
を有し、
前記データ蓄積装置、前記サーバ管理装置及び前記クライアント装置のいずれかは、
センサデータを登録するセンサデータ登録部と、
検索式を登録する検索式登録部と、
を有し、
前記センサデータ登録部は、
前記サーバ管理装置に前記第１の階層化公開条件を含む情報で問い合わせを行う第１問合せ部と、
前記第１の階層化公開条件に対応するデータ蓄積装置に対してセンサデータの登録および検索式の検索を行わせる第１処理部と、
を有し、
前記検索式登録部は、
前記サーバ管理装置に前記第２の階層化公開条件を含む情報で問い合わせを行う第２問合せ部と、
前記第２の階層化公開条件に対応するデータ蓄積装置を含み前記階層構造においてより上位のデータ蓄積装置の集合に対して検索式の登録およびセンサデータの検索を行わせる第２処理部と
を有する、
アクセス制御システム。
【請求項６】
階層構造を有する組織の所属者に対応したセンサデータを収容するデータ蓄積装置であって、
センサデータおよび該センサデータに付随する前記組織における所属を示す第１の階層化公開条件が対応する前記階層構造の中のノードの識別子を蓄積するセンサデータ蓄積データベースと、
センサデータの検索式を蓄積する検索式蓄積データベースと、
前記センサデータ蓄積データベースにセンサデータおよびノードの識別子を登録するとともに、前記検索式蓄積データベースから合致する検索式を検索する第１機能部と、
前記検索式蓄積データベースに検索式を登録するとともに、前記センサデータ蓄積データベースから検索式に付随する前記組織における所属を示す第２の階層化公開条件が対応する前記階層構造の中のノードを含みその上位のノードの識別子の集合あるいはその部分集合に含まれる識別子を有するエントリであってかつ前記検索式に合致するセンサデータを検索する第２機能部と、
を有する
データ蓄積装置。
【請求項７】
前記センサデータ蓄積データベースは、ＵＢＩ−Ｔｒｅｅ検索木アルゴリズムを用いてセンサデータの索引付けを行い、
前記検索木アルゴリズムは、
キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、
前記階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、
前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、
前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出する、
請求項６に記載のデータ蓄積装置。
【請求項８】
階層構造を有する組織の所属者に対応したセンサデータをそれぞれ収容する複数のデータ蓄積装置と、前記組織の情報と該組織の所属者に対応したセンサデータを収容する前記データ蓄積装置との対応関係を示すサーバ配置情報データベースを有するサーバ管理装置と、クライアント装置とを備えるアクセス制御システムであって、
前記サーバ管理装置は、
センサデータに付随する前記組織における所属を示す第１の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第１の階層化公開条件に対応するデータ蓄積装置を求め、検索式に付随する前記組織における所属を示す第２の階層化公開条件をもとに前記サーバ配置情報データベースを検索して該第２の階層化公開条件に対応するデータ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求める前処理部と、
を有し、
前記データ蓄積装置は、
センサデータおよび該センサデータに付随する前記第１の階層化公開条件が対応する前記階層構造の中のノードの識別子を蓄積するセンサデータ蓄積データベースと、
センサデータの検索式を蓄積する検索式蓄積データベースと、
前記センサデータ蓄積データベースにセンサデータおよびノードの識別子を登録するとともに、前記検索式蓄積データベースから合致する検索式を検索する第１機能部と、
前記検索式蓄積データベースに検索式を登録するとともに、前記センサデータ蓄積データベースから検索式に付随する前記第２の階層化公開条件が対応する前記階層構造の中のノードを含みその上位のノードの識別子の集合あるいはその部分集合に含まれる識別子を有するエントリであってかつ前記検索式に合致するセンサデータを検索する第２機能部と
を有し、
前記センサデータ蓄積データベースは、ＵＢＩ−Ｔｒｅｅ検索木アルゴリズムを用いてセンサデータの索引付けを行い、
前記検索木アルゴリズムは、
キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、
前記第１の階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、
前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、
前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出し、
前記データ蓄積装置、前記サーバ管理装置及び前記クライアント装置のいずれかは、
センサデータを登録するセンサデータ登録部と、
検索式を登録する検索式登録部と、
を有し、
前記センサデータ登録部は、
前記サーバ管理装置に前記第１の階層化公開条件を含む情報で問い合わせを行う第１問合せ部と、
前記第１の階層化公開条件に対応するデータ蓄積装置に対してセンサデータの登録および検索式の検索を行わせる第１処理部と、
を有し、
前記検索式登録部は、
前記サーバ管理装置に前記第２の階層化公開条件を含む情報で問い合わせを行う第２問合せ部と、
前記第２の階層化公開条件に対応するデータ蓄積装置を含み前記階層構造においてより上位のデータ蓄積装置の集合に対して検索式の登録およびセンサデータの検索を行わせる第２処理部と
を有する、
アクセス制御システム。
【請求項９】
前記請求項１乃至４の何れか１項に記載の方法をコンピュータに実現させるための
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセス制御方法、データ蓄積方法、アクセス制御システム、データ蓄積装置及びプログラムに関する。
【背景技術】
【０００２】
従来、センサの計測データのような情報すなわちセンサデータを扱う情報管理システムとして、ｕＴｕｐｌｅＳｐａｃｅ（非特許文献１）があった。ｕＴｕｐｌｅＳｐａｃｅではセンサデータをＥＡ、センサデータの検索式をＥＦと呼称するが、ｕＴｕｐｌｅＳｐａｃｅにおいては、ＥＡの蓄積とＥＦによるＥＡの検索を、順不同で行うことができるという特徴がある。すなわち、事前にＥＡを蓄積しておき事後にＥＦで検索することができるのはもちろんのこと、事前にＥＦを蓄積して待ち受け状態にしておき、事後に新たに計測されたＥＡを、当該ＥＦが検索してその結果を即座にアプリケーションに通知することができる。
【０００３】
このような特徴を実現するために、非特許文献１には、検索木アルゴリズムであるＵＢＩ−Ｔｒｅｅ（特許文献１）をＥＡ用とＥＦ用についてそれぞれ用いるデータ蓄積装置の構成が開示されている。すなわち、データ蓄積装置は、センサデータを蓄積するためのセンサデータ蓄積データベースすなわちＥＡ用ＤＢと、センサデータの検索式を蓄積するための検索式蓄積データベースすなわちＥＦ用ＤＢとを具備し、該データ蓄積装置におけるＥＡの登録処理（以降、ＥＡＣＲと呼称する）ではＥＡ用ＤＢへの登録とＥＦ用ＤＢへの検索を行い、該データ蓄積装置におけるＥＦの登録処理（以降、ＥＦＣＲと呼称する）ではＥＦ用ＤＢへの登録とＥＡ用ＤＢへの検索を行うという装置構成法が非特許文献１に開示されている。このように、ＥＡとＥＦを対称的に扱うことで、ＥＡの登録とＥＦの登録のどちらが先行しても処理可能とする構成となっていることが該従来技術の特徴であった。
【０００４】
また従来、ｕＴｕｐｌｅＳｐａｃｅにおいてデータのアクセス制御を行う技術（特許文献２）があった。該従来技術では、センサデータをどのような人に見せてもよいかを示す公開条件について、主に人の所属の組織図に基づく階層化公開条件とそれ以外の条件に分け、階層化公開条件を活用することでアクセス制御の処理の効率化を図っている。すなわち、例えば町内に住む山田家の一員である山田太郎なる人物を考えるとき、山田太郎は山田太郎個人が所有するセンサの計測データを見ることができることに加え、山田家の家電の使用状況といった山田家共有のセンサデータや、同様に町内全体に公開されている公共センサのデータも見ることができる。ここで、見ることができるとは、センサデータを検索した結果、当該センサデータを取得することをシステムが許可するということを意味する。また逆に、該山田家共有のセンサデータは、山田太郎だけでなく、その家族の山田花子も見ることができる。このような関係性はセンサデータの取り扱いにおいて広く観測される規則であることに着目し、前記従来技術においては、「山田太郎」および「山田家」および「町内」といった所属を階層構造として組織し、階層構造のノードのそれぞれに対して予め個別のデータ蓄積装置を割り当てておき、センサデータすなわちＥＡの蓄積の際には公開先に対応するデータ蓄積装置のみにデータを蓄積するというのが基本的考え方である。
【０００５】
それに加え、前記従来技術においては、上記に示した閲覧可能性のルールを実現するため、以下のような特徴的な動作を行う。すなわち、ＥＦの登録においては、ＥＦを発行した人の所属に対応するデータ蓄積装置に当該ＥＦを蓄積するとともに、当該データ蓄積装置および階層構造でそれより上位に相当するデータ蓄積装置に対して、蓄積済みＥＡへの検索処理を行う。つまり例示するならば、山田太郎が検索を行った際、山田太郎に対応するデータ蓄積装置にＥＦを登録するとともに、組織図を山田太郎から上位へたどって、山田太郎に対応するデータ蓄積装置と山田家に対応するデータ蓄積装置と町内に対応するデータ蓄積装置とに対して当該ＥＦでのＥＡ検索処理を行う。
【０００６】
一方、ＥＡの登録においては、ＥＡを公開したい相手の所属に対応するデータ蓄積装置に当該ＥＡを蓄積するとともに、既に蓄積済みすなわち待ち受け状態ＥＦによる検索のチェックを行うために、当該データ蓄積装置を含むより下位のノードに対して、蓄積済みＥＦへの検索処理を行う。つまり例示するならば、山田家に新たなセンサデータを蓄積する際、山田家に対応するデータ蓄積装置にＥＡを登録するとともに、組織図を山田家から下位へたどって、山田家に対応するデータ蓄積装置と、山田太郎に対応するデータ蓄積装置と、山田花子に対応するデータ蓄積装置とに対して当該ＥＡでのＥＦ検索処理を行う。このように、ＥＡとＥＦを対称的に扱う構成となっていることが該従来技術の特徴であった。
【０００７】
該従来技術の効果は、最も主要な公開条件である階層化公開条件に対して、データ検索時ではなくデータ蓄積時に事前に判断を行って蓄積先の振り分けを済ませておくことにより、以降の処理を効率的に行えることに依拠する。一般に、例えば１００万件のデータが蓄積されている記憶領域からデータを検索するより、１万件のデータが蓄積されている記憶領域からデータを検索するほうが有意に処理が速いことは当然のことである。仮に、該従来技術を用いず１００万件のデータを混在して蓄積していた場合と比較して、該従来技術を用い、かつ、組織図のノードが１００人分あったとするならば、山田太郎という１人に関連するデータ数は約１/１００すなわち約１万件になると期待できるため、検索処理を高速化することができるという効果が得られる。このように、所属情報に基づいて事前に蓄積先を分けておき、検索時には余計な蓄積先を探さなくてよいという効果が得られることが、該従来技術のポイントであった。
【０００８】
また従来、既に述べたように、ｕＴｕｐｌｅＳｐａｃｅのデータ蓄積と検索を効率的に行える検索木アルゴリズムであるＵＢＩ−Ｔｒｅｅ（特許文献１）があった。ｕＴｕｐｌｅＳｐａｃｅが扱う個々のデータは、任意の複数のメタデータ値を含むことができるデータ形式であり、ＵＢＩ−Ｔｒｅｅはそれらのデータを効率的に区分して木構造を維持管理することができるため、これを索引として用いることで、メタデータの値範囲に基づくデータ検索を効率的に実現することができる。
【０００９】
ここで特許文献１には、ＵＢＩ−Ｔｒｅｅの基幹となるアルゴリズムについての詳細が、以下のように開示されている。  
すなわち、蓄積検索対象の情報の単位であるタプルは、属性−値の組の並びを少なくとも含む１以上の長さを有するものであり、該属性の種類や該並びの長さが同じまたは異なる１つ以上の該タプルが複数記憶されるものであり、該タプルから検索キーがインデックス化され検索木が構築されるものであり、該検索木はノードを階層的に有する構成であり、該ノードの内最下層のリーフノードはエントリとして該タプルを識別するタプル識別子とキーを有するものであり、該ノードの内該リーフノードより上位のインナーノードはエントリとして下位ノードである子ノードの位置情報であるポインタとキーを有するものであり、該インデックスの構築において、エントリをノードに挿入する際、１つの挿入すべきエントリＸと、該エントリを挿入すべきレベル数Ｌ（前記リーフノードを０として階層が上がるごとに１増える階層数）が与えられた際、はじめにルートノードを操作対象ノードとし、操作対象ノードにおいて、「該操作対象ノードがすでに含む既存エントリに対し、該エントリＸを挿入した場合のペナルティ」に基づいて１つの該既存エントリを選出し、該既存エントリに含まれるポインタが指し示す子ノードを次の操作対象ノードと選定し、該次の操作対象ノードのレベル数がＬより大きい場合は、該次の操作対象ノードからさらに次の操作対象ノードを選定することを再帰的に繰り返し、該次の操作対象ノードのレベル数がＬに到達した場合は、このノードを選択ノードに決定するステップと、前記選択ノードが許容できる最大数のエントリを持っていない場合において、前記選択ノードに対し、前記エントリＸを追加するステップと、前記選択ノードが既に許容できる最大数のエントリを持っている場合において、前記エントリＸを追加しつつ前記選択ノードの分割を行うステップと、前記分割を行った場合において、前記選択ノードの上位ノードのエントリを更新するステップと、を含むことを特徴とする情報蓄積検索方法が開示されている。
【００１０】
さらに、分割を行う前記ステップが、前記選択ノードが含む複数のエントリに前記エントリＸを追加した各エントリを２つのグループに順次、振り分ける際に、各グループがすでに含むエントリの和をとったエントリを既存エントリＡとし、該振り分けられるエントリをエントリＢとしてグループ毎に求めた各前記ペナルティに基づいて振り分け先のグループを選択して振り分けを行うステップと、該２つのグループうちの１つのグループに振り分けられた各エントリを前記選択ノードのエントリとするとともに、もう１つのグループに振り分けられた各エントリを新たに生成したノードのエントリとするステップと、該新たに生成したノードのエントリを該ノードの親ノードに挿入するステップと、を含むことを特徴とする情報蓄積検索方法が開示されている。
【００１１】
さらに、選択ノードを決定する前記ステップが、２種のペナルティを用い、前記操作対象ノードにおいて、第一のペナルティが最も小さい前記既存エントリを選出し、このとき該最も小さい既存エントリが複数存在する場合には、さらに、該最も小さい既存エントリのうち、第二のペナルティが最も小さい既存エントリを選出することを特徴とする情報蓄積検索方法が開示されている。
【００１２】
さらに、これら２種のペナルティとして、各属性の値に対する重みづけ付き正規化被検索面積の和を用いる方法と、キーに含まれる属性種類数の増分を示す値を用いる方法とが開示されている。
【００１３】
特許文献１に開示されているこれらの技術のポイントを要約すると以下の通りである。すなわち、一般的に木構造の操作において重要なことは、後で効率的に検索しやすいように、挿入の際にどのノードに挿入するかを選択する工夫と、木の深さがバランスを保つようにノードの分割等を行う対象を選択する工夫を凝らす点にある。該従来技術では、これらの選択に際して、２段構えの処理を行う。１段目として、まず、データのキーの種類がなるべく揃うように、似た種類のデータを分類していく動きを行う。なお、特許文献１で言うキーとは、「属性＝値（または値の範囲）」の並びのことを意味する。そして、１段目で分類した後に、２段目として、データの値がなるべく後で検索しやすくなるように被検索面積の概念を導入して算出したペナルティ値を用いて分類を行う。これによって、様々な種類のセンサのデータをｕＴｕｐｌｅＳｐａｃｅに蓄積し、それらのデータをＵＢＩ−Ｔｒｅｅで索引付けして後で検索する際に、効率的な検索処理を実現することができるという効果が従来得られていた。
【００１４】
また従来、大量のセンサデータを効率的に記録することを目的として、チャンクと呼ばれるデータファイルを生成する方法ならびに装置（特許文献3）が提案されていた。  
該従来技術では、一時プールと第１チャンクとチャンクプールと呼ばれる情報を維持管理することで、互いに類似したデータの種類あるいはデータ値を持つセンサデータ群をなるべく１つに集めて、第２チャンクと呼ばれるデータファイルを生成することができる。この際、一時プールやチャンクプールには、第２チャンクの生成を待つセンサデータ群をある程度の分量で保持することによって、類似性の高いセンサデータを集めた第２チャンクを生成できることが特徴であった。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２０１１−１７０４６１号公報
【特許文献２】特開２０１２−１７３８７１号公報
【特許文献３】特開２０１３−０１６１１２号公報
【非特許文献】
【００１６】
【非特許文献１】「多次元検索木ＵＢＩ−Ｔｒｅｅを用いたｕＴｕｐｌｅＳｐａｃｅのアーキテクチャ」中村隆幸ほか著、電子情報通信学会 ２０１３年総合大会、Ｂ−１９−２８、２０１３年３月
【発明の概要】
【発明が解決しようとする課題】
【００１７】
特許文献２に示される従来技術では、組織の人数が増加した際に処理効率が低下するという問題があった。  
具体的には、前出の例示において、山田家の山田太郎が存在するのと同様にして、町内に家庭が１００００軒存在した場合を考える。ＥＦの登録においては問題は無い。なぜなら、蓄積済みＥＡへの検索処理は、当該データ蓄積装置および階層構造でそれより上位に相当するデータ蓄積装置に対して行われるが、家庭数が増えても山田太郎の上位に相当するデータ蓄積装置の数は変わらないので、処理効率は低下しないからである。しかし、ＥＡの登録においては問題が生じる。なぜなら、蓄積済みＥＦへの検索処理は、当該データ蓄積装置および階層構造でそれより下位に相当するデータ蓄積装置に対して行われるが、家庭数が１００００軒に増えた場合、仮に１家庭あたりの家族数をNとすると、「町内」の下位に相当するデータ蓄積装置の数が１００００軒のＮ＋１倍程度にまで増加してしまうため、当該処理の処理量が膨大になってしまうという問題が起きてしまうからである。
【００１８】
また、上記述べたものとは別の理由によっても、組織の人数が増加した際に処理効率が低下してしまう。なぜなら、家庭数が１００００軒になり、組織図のノードの数が１００００×（Ｎ＋１）個になった場合、単純な実現方式では、１００００×（Ｎ＋１）台のデータ蓄積装置が必要になってしまうからである。
【００１９】
ここで、特許文献２においては、物理的な１台のサーバ装置が複数台分のデータ蓄積装置の働きをするという構成を否定していないから、例えばプロセスを複数個起動したり仮想マシン技術を用いる等によって物理的なサーバ台数を少なく抑える装置構成とする解決方策が想定しうる。しかし、この解決方策でも、十分な処理効率が得られないという問題が依然として存在する。なぜなら、大量のデータを効率的に処理するためには、どの程度のデータ量が生成されるかを事前に想定しておき、ＣＰＵやメモリなどの計算リソースを適切に配分しないといけないからである。上記組織図のノード毎に仮想的なデータ蓄積装置の機能を割り当てる解決方策では、生成されるセンサデータの量はノード毎に相当に異なっているため、それぞれのデータ蓄積装置の機能に対して適切な計算リソースを割り当てることができない。また、大量のセンサデータを効率的に記録するために特許文献３に記載の技術を用いる際に、一時プールやチャンクプールには一定程度の分量のメモリを割り当て、ある程度の分量のセンサデータ群を保持させることが必須となることから、上記述べたようにノード毎に生成されるセンサデータの量が相当に異なっている多数の仮想的なデータ蓄積装置の機能を１台のサーバ装置に効率的に収容することは困難である。
【００２０】
ここでさらなる解決方策として、物理的な１台のサーバ装置に複数の仮想的なデータ蓄積装置の機能を割り当て、一方で、データ蓄積装置が持つＥＡ用ＤＢは当該１台のサーバ装置内において共通化することによって、計算リソースの利用効率の向上を図るという解決方策が想定しうる。しかし、この解決方策では前記仮想的なデータ蓄積装置の機能を１台のサーバ装置に効率的に収容するという目的は達成できるが、そもそも特許文献２の効果の源泉であった所属情報に基づいて事前に蓄積先を分けておくことで検索時には余計な蓄積先を探さなくてよいため処理が効率化できるという利点が、当該サーバ装置内では単一のＥＡ用ＤＢに全ての所属に関するセンサデータが混在して蓄積されてしまうために、所期の効果が得られなくなってしまうという問題があった。
【００２１】
本発明は、このような事情を考慮してなされたものであり、その目的は、組織図の人数が増加した際にも効率的に処理可能なアクセス制御システム、データ蓄積装置、アクセス制御方法、データ蓄積方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００２２】
上記課題を解決するため、本発明は、組織図の階層構造を下方ではなく上方にたどる処理のみを用いてＥＡの登録処理とＥＦの登録処理を構成することによって、組織図の人数が増加した際にも処理量が膨大になることを防ぐという基本的方針に基づく。
なお、特許文献２に示される従来技術において、階層構造を下方にたどる処理とは、具体的には先に記載したように、ＥＡの登録において、当該データ蓄積装置を含むより下位のノードに対して蓄積済みＥＦへの検索処理を行う処理のことである。
【００２３】
組織図の人数が増加した場合、例えば町内の家庭数が増えたケースなどを考えれば、組織図は横方向に増大するが、例えば個々の家族関係が複雑になるわけではないため組織図の縦方向の深さはほとんど増大しないことが分かる。このため、組織図の階層構造を下方にたどる処理においては処理対象数が急速に増大してしまう問題が生じるが、組織図の階層構造を上方にたどる処理においては処理対象数はほとんど増大しない。本発明はこの特性を利用して効率的処理を可能にするものである。
【００２４】
また、本発明は、ＵＢＩ−Ｔｒｅｅの選択ノードの決定に際して、従来の２段構えの分類処理に優越する新たなペナルティの概念を導入し、当該ペナルティは組織図における所属が同一ではないセンサデータほどペナルティが大きい値を取ることとし、まず当該新たなペナルティを用いて木構造を大まかに分類した後に従来の２つのペナルティを用いた分類を行うという基本的方針に基づく。
【００２５】
これによって、仮想的なデータ蓄積装置の機能を1台のサーバ装置に収容しかつＵＢＩ−Ｔｒｅｅを用いて構成した単一のＥＡ用ＤＢに全ての所属に関するセンサデータを混在して蓄積した場合においても、所属が同一であるセンサデータ群ごとの分類がＵＢＩ−Ｔｒｅｅ内部の上位の木構造階層においてなされているために、関連の無い所属のデータ群に対して木構造内のデータ探索を行う必要がなくなるため、効率的な処理が可能となる。
【００２６】
上記課題を解決するための具体的な本発明の詳細は以下の通りである。
請求項１記載の発明は、階層構造を形成する複数のデータ蓄積装置とサーバ管理装置とクライアント装置とを少なくとも構成要素とするアクセス制御システムが実行するアクセス制御方法であって、少なくともセンサデータを蓄積するセンサデータ蓄積データベースとセンサデータの検索式を蓄積する検索式蓄積データベースとを有するデータ蓄積装置間の階層構造を保持するサーバ管理装置にセンサデータに付随する階層化公開条件をもとに問い合わせを行い、少なくとも前記階層化公開条件を含む前記情報をもとに前記サーバ配置情報データベースを検索して前記階層化公開条件に対応するデータ蓄積装置を求め、求められた前記データ蓄積装置の前記センサデータ蓄積データベースに前記センサデータを登録するとともに、求められた前記データ蓄積装置の前記検索式蓄積データベースから合致する検索式を検索し、前記サーバ管理装置に前記検索式に付随する階層化公開条件を含む情報をもとに問い合わせを行い、少なくとも前記階層化公開条件を含む前記情報をもとに前記サーバ配置情報データベースを検索して前記階層化公開条件に対応するデータ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求め、前記検索式蓄積データベースに検索式を登録するとともに前記センサデータ蓄積データベースから合致するセンサデータを検索する、アクセス制御方法である。
【００２７】
請求項２記載の発明は、階層構造を形成する複数のデータ蓄積装置が実行するデータ蓄積方法であって、サーバ管理装置、クライアント装置及びデータ蓄積装置のいずれかからの、センサデータの登録および検索式の検索を行わせる指示に応じて、センサデータおよび前記センサデータに付随する階層化公開条件が対応する前記階層構造の中のノードの識別子を蓄積するセンサデータ蓄積データベースに、前記指示が示すセンサデータおよびノードの識別子を登録するとともに、センサデータの検索式を蓄積する検索式蓄積データベースから前記指示が示す検索式を検索し、前記サーバ管理装置、前記クライアント装置及びデータ蓄積装置のいずれかからの、検索式の登録およびセンサデータの検索を行わせる指示に応じて、前記検索式蓄積データベースに前記検索式を登録するとともに、前記センサデータ蓄積データベースから前記検索式に付随する階層化公開条件が対応する前記階層構造の中のノードを含みその上位のノードの識別子の集合あるいはその部分集合に含まれる識別子を有するエントリであってかつ前記検索式に合致するセンサデータを検索する、データ蓄積方法である。
【００２８】
請求項３記載の発明は、前記センサデータ蓄積データベースは、ＵＢＩ−Ｔｒｅｅ検索木アルゴリズムを用いてセンサデータの索引付けを行い、前記検索木アルゴリズムは、キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、前記階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出する、請求項２に記載のデータ蓄積方法である。
【００２９】
請求項４記載の発明は、階層構造を形成する複数のデータ蓄積装置とサーバ管理装置とクライアント装置とを少なくとも構成要素とするアクセス制御システムが実行するアクセス制御方法であって、少なくともセンサデータを蓄積するセンサデータ蓄積データベースとセンサデータの検索式を蓄積する検索式蓄積データベースとを有するデータ蓄積装置間の階層構造を保持するサーバ管理装置にセンサデータに付随する階層化公開条件をもとに問い合わせを行い、少なくとも前記階層化公開条件を含む前記情報をもとに前記サーバ配置情報データベースを検索して前記階層化公開条件に対応するデータ蓄積装置を求め、求められた前記データ蓄積装置の前記検索式蓄積データベースから合致する検索式を検索し、キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、前記階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、このとき前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出し、選択されたノードに対応するデータ蓄積装置の前記センサデータ蓄積データベースに前記センサデータを登録し、前記サーバ管理装置に前記検索式に付随する階層化公開条件を含む情報をもとに問い合わせを行い、少なくとも前記階層化公開条件を含む前記情報をもとに前記サーバ配置情報データベースを検索して前記階層化公開条件に対応するデータ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求め、前記検索式蓄積データベースに検索式を登録するとともに前記センサデータ蓄積データベースから合致するセンサデータを検索する、アクセス制御方法である。
【００３０】
請求項５記載の発明は、階層構造を形成する複数のデータ蓄積装置とサーバ管理装置とクライアント装置とを少なくとも構成要素とするアクセス制御システムであって、前記サーバ管理装置は、データ蓄積装置間の階層構造を保持するサーバ配置情報データベースと、少なくとも階層化公開条件を含む情報をもとに前記サーバ配置情報データベースを検索して前記階層化公開条件に対応するデータ蓄積装置あるいは前記データ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求める前処理部と、を有し、前記データ蓄積装置は、少なくともセンサデータを蓄積するセンサデータ蓄積データベースと、センサデータの検索式を蓄積する検索式蓄積データベースと、前記センサデータ蓄積データベースにセンサデータを登録するとともに前記検索式蓄積データベースから合致する検索式を検索する第１機能部と、前記検索式蓄積データベースに検索式を登録するとともに前記センサデータ蓄積データベースから合致するセンサデータを検索する第２機能部とを有し、前記データ蓄積装置、前記サーバ管理装置及び前記クライアント装置のいずれかは、センサデータを登録するセンサデータ登録部と、検索式を登録する検索式登録部と、を有し、前記センサデータ登録部は、前記サーバ管理装置にセンサデータに付随する階層化公開条件を含む情報で問い合わせを行う第１問合せ部と、前記階層化公開条件に対応するデータ蓄積装置に対してセンサデータの登録および検索式の検索を行わせる第１処理部と、を有し、前記検索式登録部は、前記サーバ管理装置に検索式に付随する階層化公開条件を含む情報で問い合わせを行う第２問合せ部と、前記階層化公開条件に対応するデータ蓄積装置を含み前記階層構造においてより上位のデータ蓄積装置の集合に対して検索式の登録およびセンサデータの検索を行わせる第２処理部と、を有する、アクセス制御システムである。
【００３１】
請求項６記載の発明は、他のデータ蓄積装置とともに階層構造を形成し、かつ、前記階層構造の中の１つ以上のノードを担当するデータ蓄積装置であって、センサデータおよび前記センサデータに付随する階層化公開条件が対応する前記階層構造の中のノードの識別子を蓄積するセンサデータ蓄積データベースと、センサデータの検索式を蓄積する検索式蓄積データベースと、前記センサデータ蓄積データベースにセンサデータおよびノードの識別子を登録するとともに、前記検索式蓄積データベースから合致する検索式を検索する第１機能部と、前記検索式蓄積データベースに検索式を登録するとともに、前記センサデータ蓄積データベースから前記検索式に付随する階層化公開条件が対応する前記階層構造の中のノードを含みその上位のノードの識別子の集合あるいはその部分集合に含まれる識別子を有するエントリであってかつ前記検索式に合致するセンサデータを検索する第２機能部と、を有するデータ蓄積装置である。
【００３２】
請求項７記載の発明は、前記センサデータ蓄積データベースは、ＵＢＩ−Ｔｒｅｅ検索木アルゴリズムを用いてセンサデータの索引付けを行い、前記検索木アルゴリズムは、キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、前記階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出する、請求項６に記載のデータ蓄積装置である。
【００３３】
請求項８記載の発明は、階層構造を形成する複数のデータ蓄積装置とサーバ管理装置とクライアント装置とを少なくとも構成要素とするアクセス制御システムであって、前記サーバ管理装置は、データ蓄積装置間の階層構造を保持するサーバ配置情報データベースと、少なくとも階層化公開条件を含む情報をもとに前記サーバ配置情報データベースを検索して前記階層化公開条件に対応するデータ蓄積装置あるいは前記データ蓄積装置を含みかつ前記階層構造においてより上位のデータ蓄積装置の集合を求める前処理部と、を有し、前記データ蓄積装置は、センサデータおよび前記センサデータに付随する階層化公開条件が対応する前記階層構造の中のノードの識別子を蓄積するセンサデータ蓄積データベースと、センサデータの検索式を蓄積する検索式蓄積データベースと、前記センサデータ蓄積データベースにセンサデータおよびノードの識別子を登録するとともに、前記検索式蓄積データベースから合致する検索式を検索する第１機能部と、前記検索式蓄積データベースに検索式を登録するとともに、前記センサデータ蓄積データベースから前記検索式に付随する階層化公開条件が対応する前記階層構造の中のノードを含みその上位のノードの識別子の集合あるいはその部分集合に含まれる識別子を有するエントリであってかつ前記検索式に合致するセンサデータを検索する第２機能部とを有し、前記センサデータ蓄積データベースは、ＵＢＩ−Ｔｒｅｅ検索木アルゴリズムを用いてセンサデータの索引付けを行い、前記検索木アルゴリズムは、キーに含まれる属性種類数の増分を示す値に基づくペナルティと値の重みづけ付き正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定し、前記階層化公開条件が対応する前記階層構造の中のノードの識別子が同一でないセンサデータの組をより大なるペナルティとして算出し、前記ノードの識別子に基づくペナルティが最も小さい既存エントリを選択ノードとして選出し、前記最も小さい既存エントリが複数存在する場合には、さらに、前記属性種類数の増分に基づくペナルティと正規化被検索面積に基づくペナルティとのいずれかまたは両方の組み合わせに基づいて選択ノードを決定して選択ノードを選出し、前記データ蓄積装置、前記サーバ管理装置及び前記クライアント装置のいずれかは、センサデータを登録するセンサデータ登録部と、検索式を登録する検索式登録部と、を有し、前記センサデータ登録部は、前記サーバ管理装置にセンサデータに付随する階層化公開条件を含む情報で問い合わせを行う第１問合せ部と、前記階層化公開条件に対応するデータ蓄積装置に対してセンサデータの登録および検索式の検索を行わせる第１処理部と、を有し、前記検索式登録部は、前記サーバ管理装置に検索式に付随する階層化公開条件を含む情報で問い合わせを行う第２問合せ部と、前記階層化公開条件に対応するデータ蓄積装置を含み前記階層構造においてより上位のデータ蓄積装置の集合に対して検索式の登録およびセンサデータの検索を行わせる第２処理部とを有する、アクセス制御システムである。
【００３４】
請求項９記載の発明は、前記請求項１乃至４の何れか１項に記載の方法をコンピュータに実現させるためのプログラムである。
【発明の効果】
【００３５】
以上述べたように、本発明によれば、組織図の人数が増加した際にも効率的に処理可能なアクセス制御システム、データ蓄積装置、アクセス制御方法、データ蓄積方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００３６】
【図１】図１は、実施形態に係るアクセス制御システムの構成例を示すブロック図である。
【図２】図２は、実施形態に係るデータ蓄積装置の構成例を示すブロック図である。
【図３】図３は、実施形態に係るサーバ配置情報データベースのツリー構造の例を示す図である。
【図４】図４は、実施形態に係るＥＡ用データベースのツリー構造の例を示す図である。
【図５】図５は、実施形態に係るセンサデータ及び階層化公開条件の例を示す図である。
【図６】図６は、実施形態に係るＥＡ登録処理の動作例を示すフローチャートである。
【図７】図７は、実施形態に係るアクセス制御システムの動作例を示すシーケンス図である。
【図８】図８は、実施形態に係る選択ノードの選出処理の動作例を示すフローチャートである。
【図９】図９は、実施形態に係る検索式及び階層化公開条件の例を示す図である。
【図１０】図１０は、実施形態に係るＥＦ登録処理の動作例を示すフローチャートである。
【図１１】図１１は、実施形態に係るアクセス制御システムの動作例を示すシーケンス図である。
【図１２】図１２は、実施形態に係るＥＦ用データベースの例を示す図である。
【図１３】図１３は、実施形態に係るセンサデータ及び階層化公開条件の例を示す図である。
【図１４】図１４は、実施形態に係るアクセス制御システムの動作例を示すシーケンス図である。
【発明を実施するための形態】
【００３７】
本発明の実施の形態を以下に示す。
第１図は本実施の形態におけるアクセス制御システム１の構成例を示す。図１が示すように、アクセス制御システム１は、ＵＳ１１１およびＵＳ１１２およびＵＳ１１３からなる３台のデータ蓄積装置１００と、サーバ管理装置１０１と、クライアント装置１０２と、各部が接続されるネットワーク１０３とを有する。サーバ管理装置１０１は、サーバ配置情報データベース１２１と前処理部１２２を具備する。クライアント装置１０２は、ＥＡ登録機能１２３とＥＦ登録機能１２４を具備する。
【００３８】
第２図はデータ蓄積装置１００の構成例を示す。それぞれのデータ蓄積装置１００は、ＥＡ用ＤＢ２０１とＥＦ用ＤＢ２０２を保持し、ＥＡＣＲ機能部２０３とＥＦＣＲ機能部２０４を具備する。
【００３９】
本実施の形態においては、その基本的な構成を、特許文献２に記載のアクセス制御技術に基づき、各データ蓄積装置１００内に非特許文献１に記載のＥＡ用ＤＢならびにＥＦ用ＤＢを配置する構成とし、特に該ＥＡ用ＤＢは、特許文献１に記載のＵＢＩ−Ｔｒｅｅ技術に基づくものとする。これら従来技術の基本的な実施に関してはこれら文献に開示されており、実施は容易である。このため以下では、特に本発明における変更改良点について詳細に、本実施の形態を述べていくこととする。
【００４０】
なお、本発明の範囲においては、ＥＡ用ＤＢ２０１には特許文献３に記載のチャンク生成方式を組み込んで実現してもよい。また、本発明の範囲においては、ＥＦ用ＤＢ２０２を非特許文献1に記載されているＥＦ用ＵＢＩ−Ｔｒｅｅ技術に基づくものとして実現してもよく、あるいは、他の木構造や配列やリストを含む任意データ構造を用いて実現してもよい。
【００４１】
第３図はサーバ配置情報データベース１２１の内容の例を示す。サーバすなわちデータ蓄積装置１００の配置は、組織図の階層構造に基づいて定められる。本実施の形態においては、組織図の階層構造はルートノード３０１を含めた４階層のノード間関係により表現される。例えば、ノード３０２はルートノード３０１の直下にある第２階層のノードであり、ｇｉｄとして値２を持ち、収容先すなわち対応するデータ蓄積装置１００はＵＳ１１２であり、所属すなわち階層化公開条件は「／町内」であることを本図は表現する。また同様に、例えば、ノード３０３はノード３０２の直下にある第３階層のノードであり、ｇｉｄとして値３を持ち、収容先すなわち対応するデータ蓄積装置１００はＵＳ１１１であり、所属すなわち階層化公開条件は「／町内／山田」であることを本図は表現する。
【００４２】
本実施の形態においては、ルートノード３０１は形式的な理由のみによって準備することとする。すなわち、対応するデータ蓄積装置を持たないこととする。第３図の表中、記号３０１に対応する収容先の欄が空欄となっているのはこのためである。このような構成とする理由は、以下に示す手順によってＥＦの複製を複数のデータ蓄積装置１００に登録していく際、ルートノードには原理上全てのＥＦが複製され登録されることとなるため、過大な登録や検索の処理負荷がかかってしまい、実用性を損なうおそれがあるためである。本実施の形態のように、ルートノードが対応するデータ蓄積装置を持たない構成を採用したとしても、組織図の階層構造を適切に定義することによって、本実施の形態のシステムは実際の応用事例へと問題無く適用することが可能である。
【００４３】
なお、特許文献２では、センサデータには公開条件が付随し、一方、ユーザにはユーザ情報が付随することが開示されている。さらに、公開条件にはその一部として階層化公開条件が含まれること、ならびに、公開条件の情報から階層化公開条件の情報を抽出する手段が開示されている。さらに、ユーザ情報には、ユーザの所属情報が含まれ、かつ、該所属情報は前記階層化公開条件と対応関係にあることが開示されている。本実施の形態においては、階層化公開条件によって構成される公開条件を扱い、階層化公開条件として組織図における所属の情報を取り扱うこととし、また、ユーザの所属情報に関しても階層化公開条件という呼称を用いることとする。なお、本発明の範囲はこれに限るものではなく、より広範な公開条件を取り扱ってもよい。またその際、特許文献２に開示されている構成を用いて効率的に広範な公開条件の取り扱いを行う構成としてもよい。
【００４４】
本実施の形態においては、組織図の階層構造を、木構造で表されるものとした。本発明の範囲はこれに限るものではなく、木構造を包含する一般的な有向非巡回グラフの情報構造で表現できる階層構造を有していてよい。特に、合流を許さず下側に行くほど広がっていく木構造ではなく、合流を許容する有向非巡回グラフを用いて組織図を表現することによって、同一人物が複数の組織に同時に所属している関係を自然に表現できるため、有用である。
【００４５】
第４図はＵＳ１１１内のＥＡ用ＤＢ２０１の内容の例を示す。図中、Ｎ０はルートノード、Ｎ１からＮ３がインナーノード、Ｄ１からＤ１０がデータコンテンツであるＥＡを表す。なお、Ｄ９およびＤ１０が点線で記載されているのは、以下の説明において動作開始時にはこれらのデータが登録しておらず、以下で説明する新たなＥＡの登録に伴って順次、新規に登録されていくデータであることを表す。これらの具体的な登録手順は以下で詳細に述べる。
【００４６】
例えば記号Ｄ１で表されるＥＡは、属性名「ｄａｔｅ」（日時）の値が２０１３年７月１日１２時１０分０秒であり、属性名「ｄｏｏｒ」の値が「１」であるセンサデータであって、かつ、階層化公開条件を表すノードの識別子である_ｇｉｄは値「３」であることを示す。本実施の形態において、これらの属性名は辞書順にソートされており、かつ、「＿」のアスキーコードは「ａ」より若番であるため先頭に記載されている。
【００４７】
本実施の形態において、ＥＡ用ＤＢ２０１は、各ノードが２から４の子ノードを持ち、かつ、データコンテンツはリーフノードが保有するという特徴を持つ木構造を用いて、ＥＡを保持することとする。本実施の形態においては、木構造のアルゴリズムとしてＵＢＩ−Ｔｒｅｅを用いるが、ただし、ＵＢＩ−Ｔｒｅｅアルゴリズムにおける特に選択ノード決定処理については、以下に詳細を示すような改良を加えたアルゴリズムを用いる。
【００４８】
以下の説明において動作開始時には、既に述べたように、ＵＳ１１１内のＥＡ用ＤＢ２０１にはＤ１からＤ８までのＥＡが登録されているものとする。さらに、ＵＳ１１２内のＥＡ用ＤＢ２０１と、ＵＳ１１３内のＥＡ用ＤＢ２０１と、全てのデータ蓄積装置１００内のＥＦ用ＤＢ２０２とは、その内容が空であるものとする。
【００４９】
第５図は登録しようとする１つ目のＥＡならびに付随する階層化公開条件の内容の例を示す。センサデータ５０１として「ｄａｔｅ＝２０１３−０７−０１ １４：００：００, ｔｅｍｐｅｒａｔｕｒｅ＝３０」を、また付随する階層化公開条件５０２として所属「／町内／山田」であることを本図は示している。以下、本システムにおいて、クライアント装置１０２が前記１つ目のＥＡを登録する手順を例にとって、本実施の形態を詳細に説明していく。
【００５０】
第６図はクライアント装置１０２のＥＡ登録機能１２３が行うＥＡ登録処理のフローの例を示す。また、第７図は１つ目のＥＡを登録する手順の例のシーケンス図を示す。
【００５１】
クライアント装置１０２は、まず、サーバ管理装置１０１へ、階層化公開条件５０２を含む情報を送信して、ＥＡ登録用の問い合わせを行う(手順６０１ならびに手順６５１)。サーバ管理装置１０１の前処理部１２２は、サーバ配置情報データベース１２１から当該階層化公開条件を所属とするノードを検索し、ここではノード３０３を得る。サーバ管理装置１０１の前処理部１２２は、ＥＡ登録用の問い合わせにおいては当該ノードの情報をクライアント装置１０２に返却する(手順６５２)。すなわち、ここではｇｉｄが「３」かつ収容先が「ＵＳ１１１」という情報を返却する。次いで、クライアント装置１０２は、階層化公開条件を含むＥＡ情報を作成する(手順６０２)。ここでは、前記返却された情報におけるｇｉｄの値を属性名「_ｇｉｄ」の値とし、これをセンサデータ５０１と結合して、所望のＥＡ情報を得る。クライアント装置１０２は、前記返却された情報における収容先で示されるデータ蓄積装置１００、すなわちここではＵＳ１１１に対して、前記作成されたＥＡ情報を含む「センサデータの登録および検索式の検索」の要求を送信する(手順６０３ならびに手順６５３)。
【００５２】
ＵＳ１１１のＥＡＣＲ機能部２０３は、前記要求に含まれるＥＡ情報を条件として、ＥＦ用ＤＢ２０２を検索する。この手順、すなわち、検索式を蓄積するＥＦ用ＤＢ２０２の中を、センサデータであるＥＡを検索の条件として検索処理を行うという構成は、非特許文献１に開示されている従来技術と同等の動作である。ここでは、ＵＳ１１１のＥＦ用ＤＢ２０２はその内容が空であるから、検索の結果は空であり、検索結果に対して行うべき処理はない。
【００５３】
さらに、ＵＳ１１１のＥＡＣＲ機能部２０３は、前記要求に含まれるＥＡ情報をＥＡ用ＤＢ２０１に登録する。この際、ＥＡ用ＤＢ２０１は、選択ノード決定処理について以下に示す改良を加えたＵＢＩ−Ｔｒｅｅアルゴリズムで実現される木構造である。
第８図はＵＢＩ−Ｔｒｅｅアルゴリズムにおける選択ノード決定処理のフローの例を示す。図中、記号７１１は、特許文献１で開示されている従来のＵＢＩ−Ｔｒｅｅにも存在していた手順であり、一方、記号７１０は本実施の形態に特有の手順である。ＥＡ用ＤＢ２０１が行う選択ノード決定処理では、まず、階層化公開条件を表すノードの識別子すなわち属性名「_ｇｉｄ」の値が同一でないセンサデータの組をより大なるペナルティとして算出し、ペナルティの増分が最小となるノードを選択する(手順７０１)。例えば第４図でＤ１からＤ８までのデータが登録されている状態においては、データ挿入前は、ノードＮ１が含むデータの_ｇｉｄは３から３であるため幅０であり、ノードＮ２が含むデータの_ｇｉｄは７から１０であるため幅３であり、ノードＮ３が含むデータの_ｇｉｄは１０から１０であるため幅０である。ここに、前記ＥＡ情報すなわち_ｇｉｄが３である新たなデータを挿入するにあたって、ノードＮ１からＮ３のいずれにノードに挿入するのが最もペナルティの増分が小さくなるかを算出すると、ノードＮ１に挿入した場合は新たな幅０であるため増分０であり、ノードＮ２に挿入した場合は新たな幅７であるため増分４であり、ノードＮ３に挿入した場合は新たな幅７あるため増分７である。このため同点ではないから候補を１つに絞ることができ、ノードＮ１を選択する。同点ではないため(手順７０２)、処理終了である。
【００５４】
なお、もし上記で同じ増分の対象ノードが複数あった場合には、同点のため候補が絞りきれなかったため、それら同点だったノード群に対して、手順７０３から手順７０５を行う。まず、キーに含まれる属性種類数の増分を示す値に基づくペナルティの増分が最小となるノードを選択する(手順７０３)。それでも同点のため候補が絞りきれなかった場合には(手順７０４)、それら同点だったノード群に対して、値の重みづけ付き正規化被検索面積に基づくペナルティの増分が最小となるノードを選択する(手順７０５)。これら手順７０３から手順７０５は、特許文献１に開示されている従来技術と同じである。
【００５５】
前記ノード選択処理は、ＵＢＩ−Ｔｒｅｅにおいて新たなデータをどの部分木に挿入していくかを決定するための判断基準であることから、この選択処理は部分木にどのようなデータを寄せ集めて分類保管するかを決定しているという意味を持っている。すなわち、従来技術においては２段構えの分類処理であったところを、本実施の形態においては、所属の同一性に基づく分類基準を新たに加えた３段構えの分類処理を行うということを意味する。
【００５６】
以上で、前記１つ目のＥＡに対するＥＡ登録処理を完了する。処理の結果、ＵＳ１１１内のＥＡ用ＤＢ２０１の内容は、第４図においてＤ１からＤ９までの９つのデータが登録された状態となる。Ｄ９の内容は、前記ＥＡ情報に等しい。
この図を用いて本実施の形態の効果の一つを説明する。前記ＥＡ用ＤＢ２０１には、９つのデータが登録されており、それらの所属情報を示すｇｉｄの値は３と７と１０の３種類である。ここで、ノードＮ１にはＤ１とＤ２とＤ９という３つのデータが収容されており、それらのｇｉｄは全て３である。また、同一階層のそれ以外のノードすなわちＮ２とＮ３には、ｇｉｄが３であるデータは含まれていない。つまり、今後、ｇｉｄが３という所属情報に関するデータの検索処理を行う際には、木構造の全体を探索する必要はなく、ノードＮ１以下の部分木を探索すれば良いのであって、ノードＮ２およびノードＮ３以下を探索しなくてもよいため、検索の処理効率を向上できるという利点が得られる。また、登録されている９つのデータのうち、ｇｉｄが３であるデータは３個、ｇｉｄが７であるデータは１個、ｇｉｄが１０であるデータは５個であり、このようにｇｉｄごとのデータ個数に偏りがある。
【００５７】
本実施の形態においては、このように偏りがあるデータ集合であっても、単一の検索木に混在して収容することができるという利点が得られている。さらに、ｇｉｄが１０であるデータはノードＮ３には収まりきらず、ノードＮ２にはｇｉｄが７であるデータとｇｉｄが１０であるデータが混在する状態となっている。このような状況であっても、本実施の形態においては、まずｇｉｄにおいて大きな分類を行い、その中ではさらに、データの属性名の種類による分類、次いでデータの値による分類が行われるため、ｇｉｄごとのデータ個数が多い群に対しても少ない群に対しても効率的に取り扱うことができるという利点が得られる。
【００５８】
次に、上記一連の処理を行った状態の本システムにおいて、クライアント装置１０２が新たにＥＦを登録する手順を例にとって、本実施の形態を詳細に説明する。
【００５９】
第９図は登録しようとする前記ＥＦならびに付随する階層化公開条件の内容の例を示す。ここでは、階層化公開条件５０４で示される所属の者が閲覧可能な全てのデータに関して、検索式５０３で示される条件すなわち「２０１３年７月１日１３時０分０秒以降の全データ」を検索しようとするＥＦであることを表している。
【００６０】
第１０図はクライアント装置１０２のＥＦ登録機能１２４が行うＥＦ登録処理のフローの例を示す。また、第１１図はＥＦを登録する手順の例のシーケンス図を示す。
【００６１】
クライアント装置１０２は、まず、サーバ管理装置１０１へ、階層化公開条件５０４を含む情報を送信して、ＥＦ登録用の問い合わせを行う(手順９０１ならびに手順９５１)。サーバ管理装置１０１の前処理部１２２は、サーバ配置情報データベース１２１から当該階層化公開条件を所属とするノードを検索し、ここではノード３０６を得る。サーバ管理装置１０１の前処理部１２２は、ＥＦ登録用の問い合わせにおいては、当該ノードを含み階層構造においてより上位のノードの集合を求め、それらのノード集合に関する情報をクライアント装置１０２に返却する(手順９５２)。すなわち、ここでは、ノード３０６より上位のノードの集合とはノード３０６とノード３０３とノード３０２の３つであるから、ｇｉｄが「６」かつ収容先が「ＵＳ１１２」、ｇｉｄが「３」かつ収容先が「ＵＳ１１１」、ｇｉｄが「２」かつ収容先が「ＵＳ１１２」、という３組の情報を結果として返却する。なお、既に述べたようにルートノード３０１は対応するデータ蓄積装置１００を持たない形式的なノードであるため、上記集合には含めなくてよい。
【００６２】
次いで、クライアント装置１０２は、問い合わせ結果からデータ蓄積装置１００群を集約する(手順９０２)。ここでは、問い合わせ結果が含む前記３組の情報のうち、収容先として示されたデータ蓄積装置１００はＵＳ１１１とＵＳ１１２の２台であるから、この２台を依頼対象のデータ蓄積装置１００群と定めることができる。
【００６３】
次に、クライアント装置１０２は、階層化公開条件を含むＥＦ情報を作成する(手順９０３)。ここでは、前記返却された情報におけるｇｉｄの値を属性名「_ｇｉｄ」のＯＲ条件値として列挙し、これを検索式５０３と結合して、所望のＥＦ情報である「_ｇｉｄ＝２｜３｜６, ｄａｔｅ＝２０１３−０７−０１ １３：００：００〜＋∞」なる値を得る。ここで、「｜」記号はＯＲ条件を示す。そして、クライアント装置１０２は、前記依頼対象のデータ蓄積装置１００群に対して、前記作成されたＥＦ情報を含む「検索式の登録およびセンサデータの検索」の要求を送信する(手順９０４ならびに、手順９５３と手順９５５)。なお、送信順序は順不同でよい。
【００６４】
前記要求(手順９５３)を受信したＵＳ１１２のＥＦＣＲ機能部２０４は、前記要求に含まれるＥＦ情報を条件として、ＥＡ用ＤＢ２０１を検索する。ＥＡ用ＤＢ２０１の内容は空であるから、検索の結果は空であり、検索結果が空であったことをクライアント装置１０２に返却する(手順９５４)。さらに、ＵＳ１１２のＥＦＣＲ機能部２０４は、前記要求に含まれるＥＦ情報をＥＦ用ＤＢ２０２に登録する。
【００６５】
前記要求(手順９５５)を受信したＵＳ１１１のＥＦＣＲ機能部２０４は、前記要求に含まれるＥＦ情報を条件として、ＥＡ用ＤＢ２０１を検索する。ＵＳ１１１内のＥＡ用ＤＢ２０１の内容は、第４図においてＤ１からＤ９までの９つのデータが登録された状態であるから、この中で前記ＥＦ情報と合致するのは、Ｄ２とＤ９である。ＵＳ１１１のＥＦＣＲ機能部２０４は、当面の検索結果として、該合致したデータすなわちＤ２とＤ９を、クライアント装置１０２に返却する(手順９５６)。さらに、ＵＳ１１１のＥＦＣＲ機能部２０４は、前記要求に含まれるＥＦ情報をＥＦ用ＤＢ２０２に登録する。
【００６６】
第１２図はＥＦ登録後のＵＳ１１２内のＥＦ用ＤＢ２０２の内容の例を示す。なお、ＵＳ１１１内のＥＦ用ＤＢ２０２の内容も、これと同一である。本実施の形態においては、このように、複数のデータ蓄積装置１００に対して同一内容のＥＦを登録することとしたが、本発明の範囲はこれに限るものではなく、それぞれのデータ蓄積装置１００ごとに当該データ蓄積装置１００が担当するｇｉｄのみをＯＲ条件に含めるようにｇｉｄの部分集合を求めてもよい。例えば、前記ＥＦ情報が含む「_ｇｉｄ＝２｜３｜６」のうち、第３図の情報によれば、ＵＳ１１１はｇｉｄが３だけを担当するのであるから、ＵＳ１１１のＥＦ用ＤＢ２０２には「_ｇｉｄ＝３」と置き換えた情報を登録してもよい。また同様に、ＵＳ１１２はｇｉｄが２と６を担当するのであるから、ＵＳ１１２のＥＦ用ＤＢ２０２には「_ｇｉｄ＝２｜６」と置き換えた情報を登録してもよい。
【００６７】
次に、上記一連の処理を行った状態の本アクセス制御システム１において、クライアント装置１０２が新たに２つ目のＥＡを登録する手順を例にとって、本実施の形態を説明していく。基本的な手順は、１つ目のＥＡを登録する手順と同様であるから、特に差分となる手順について詳細に述べる。
【００６８】
第１３図は登録しようとする２つ目のＥＡならびに付随する階層化公開条件の内容の例を示す。特に、階層化公開条件５０７は、１つ目のＥＡにおける階層化公開条件５０２と同一である。
【００６９】
第１４図は２つ目のＥＡを登録する手順の例のシーケンス図を示す。クライアント装置１０２のＥＡ登録機能１２３は、第６図のフローに沿ってＥＡ登録処理を行う。ＥＡ登録用の問い合わせ(手順６０１ならびに手順６６１)は、１つ目のＥＡの時と同様であり、結果も同じ、すなわちｇｉｄが「３」かつ収容先が「ＵＳ１１１」という情報を得る(手順６６２)。次いで、クライアント装置１０２は、階層化公開条件を含むＥＡ情報を作成する(手順６０２)。ここでは、前記返却された情報におけるｇｉｄの値を属性名「_ｇｉｄ」の値とし、これをセンサデータ５０６と結合して、所望のＥＡ情報を得る。クライアント装置１０２は、ＵＳ１１１に対して、前記作成されたＥＡ情報を含む「センサデータの登録および検索式の検索」の要求を送信する(手順６０３ならびに手順６６３)。
【００７０】
ＵＳ１１１のＥＡＣＲ機能部２０３は、前記要求に含まれるＥＡ情報を条件として、ＥＦ用ＤＢ２０２を検索する。ここで、先ほどの１つ目のＥＡの時とは異なり、ＵＳ１１１のＥＦ用ＤＢ２０２は第１２図で示される内容を持つので、該検索の結果として「_ｇｉｄ＝２｜３｜６, ｄａｔｅ＝２０１３−０７−０１ １３：００：００〜＋無限」というＥＦ情報を得る。ＵＳ１１１のＥＡＣＲ機能部２０３は、前記要求に含まれるＥＡ情報を、当該ＥＦ情報の登録元であるクライアント装置１０２に返却する(手順６６４)。この手順の意味するところは、予め待ち受け状態として登録しておいた前記ＥＦに合致する新たなセンサデータが登録されようとしているという事実が判明したため、検索式を登録したクライアントへと当該センサデータを通知するという趣旨の処理となっている。なお、ＥＦ用ＤＢ２０２を具備して検索式の待ち受けを行い、検索式登録元へと通知を行う装置の構成は、非特許文献１で詳細に開示されている。
【００７１】
さらに、ＵＳ１１１のＥＡＣＲ機能部２０３は、前記要求に含まれるＥＡ情報をＥＡ用ＤＢ２０１に登録する。処理の結果、ＵＳ１１１内のＥＡ用ＤＢ２０１の内容は、第４図においてＤ１からＤ１０までの１０個のデータが登録された状態となる。Ｄ１０の内容は、前記ＥＡ情報に等しい。以上で、前記２つ目のＥＡに対するＥＡ登録処理を完了する。
【００７２】
以上示したように、本実施の形態においては、サーバ配置情報データベース１２１が示す組織図の階層を、下にたどることなく、上にたどる処理のみによって動作を実現することができる。本例において「町内」の家族が増えた際、ノード「町内」３０２の下位のノードの数は膨大になるため、階層を下にたどる操作は効率上の問題が大きい。一方、本実施の形態では上にたどる操作のみを用いており、家族が増えたとしてもルートノードまでの階層数は変わらないから、効率的な処理を行うことができる。ただしこの際、ＥＦ登録処理においてはＥＦを複数のデータ蓄積装置１００に複製して登録するため処理負荷が増大するおそれがありうるが、本実施の形態では手順９０２によりノードを集約して、２台のデータ蓄積装置１００につき検索式登録(手順９０４)を１回だけ行うため、処理負荷を低く抑えることができる。また、例えばノード「町内」３０２を担当するＵＳ１１２には、配下の全ての家庭からのＥＦが蓄積されることとなるため負荷が増大するおそれがありうるが、非特許文献１に開示されているＥＦ用ＤＢの構成を用いれば、ＥＦの登録個数が増加しても処理負荷を低く抑えることができる。このように、本実施の形態によれば、組織図の人数が増加した際にも効率的に処理を行うことができる。
【００７３】
前記示した、「組織図の階層を、下にたどることなく、上にたどる処理のみによって動作を実現することができる」ために効率的な処理を行うことができるという効果が、特許文献２に示される従来技術との比較において、どの点を改良したことにより得られたかに関して補足する。従来技術および本発明が共有する達成すべき機能の一つに、組織図を用いてアクセス可能か不可能かを制御しつつ、ＥＦの待ち受け検索の機能を提供することが挙げられる。
【００７４】
これを達成するため、従来技術においては、組織図における適切なポイント、具体的には典型的使用法において「／町内／山田／太郎」のような組織図の末端部分に対応するＥＦ用ＤＢただ１つのみに予め待ち受けするＥＦを登録しておき、ＥＡの登録処理の際に、当該ＥＡの公開先および組織図でそれより下位の全てのノードに対応する全てのＥＦ用ＤＢに対して検索を行うことで、当該機能を実現していた。
【００７５】
これに対し、本実施の形態においては、待ち受けするＥＦの登録の際は、組織図の当該ノードに加え、それより上位の全てのノードに予めＥＦの複製を登録しておくという改良が加えられている。さらに、前記改良を活用して、ＥＡの登録処理の際に、当該ＥＡの公開先に対応する１つのＥＦ用ＤＢ２０２に対して検索を行うよう改良が加えられている。大きくこれら２つの改良によって、上に述べた効果が本発明によって得ることができるようになった。
【００７６】
本実施の形態においては、ＥＦ用ＤＢ２０２は、各データ蓄積装置１００内で単一のものとした。本発明の範囲はこれに限るものではなく、ｇｉｄ毎に異なるＥＦ用ＤＢ２０２を準備してもよい。また、逆に、単一のＥＦ用ＤＢ２０２を準備し、当該ＥＦ用ＤＢ２０２は、本実施の形態において示したＥＡ用ＤＢ２０１と同様のＵＢＩ−Ｔｒｅｅを用いてもよく、それによって異なるｇｉｄのＥＦを効率的に収容する構成とすることもできる。
【００７７】
本実施の形態においては、クライアント装置１０２がＥＡ登録機能１２３とＥＦ登録機能１２４とを具備することとした。本発明の範囲はこれに限るものではなく、これらの機能が他の装置、すなわち例えばデータ蓄積装置１００のいずれかもしくは全て、あるいはサーバ管理装置１０１に具備されているシステム構成であってもよい。その際、クライアント装置１０２は、当該装置に対してＥＡ登録やＥＦ登録の要求を送出してもよい。
【００７８】
なお、アクセス制御システム１のデータ蓄積部１００、サーバ管理装置１０１及びクライアント装置１０２の配置は、特定の配置に限定されるものではない。また、データ蓄積部１００、サーバ管理装置１０１及びクライアント装置１０２は、それぞれ１台のコンピュータから形成されてもよいし、それぞれ複数のコンピュータから形成されてもよい。また、データ蓄積部１００、サーバ管理装置１０１及びクライアント装置１０２の任意の組み合わせは、１つ又は複数のコンピュータから形成されてもよい。
【００７９】
また、アクセス制御システム１は、ＣＰＵがプログラムを実行することによって実現されてもよい。この場合、プログラムは、上記の動作を実現するためのプログラムである。また、アクセス制御システム１を形成するコンピュータは、当該プログラムを記録媒体に記録することができる。また、当該コンピュータは、ネットワークを通じて当該プログラムを提供されることもできる。
【００８０】
なお、本発明のいうセンサデータとは、センサデバイスによって計測される実世界の情報を含み、その他様々な情報も対象とすることができる。具体的に一例を挙げると、温度や湿度、電流あるいは電圧値、流体の流量、物質の濃度、明度、騒音、位置、加速度などを含むセンサデバイスが計測した値を取り扱ってよく、またそれに限らず、センサ以外の例えばWebやインターネットを経由して取得した情報であってもよい。さらに、それら値に加えて、センサの特性や状態、計測日時等を示すメタデータを含む情報であってもよい。
【符号の説明】
【００８１】
１…アクセス制御システム、１００…データ蓄積装置、１０１…サーバ管理装置、１０２…クライアント装置、１０３…ネットワーク、１１１乃至１１３…ＵＳ、１２１…サーバ配置情報データベース、１２２…前処理部、１２３…ＥＡ登録機能、１２４…ＥＦ登録機能、２０１…ＥＡ用ＤＢ、２０２…ＥＦ用ＤＢ、２０３…ＥＡＣＲ機能部、２０４…ＥＦＣＲ機能部、５０１…センサデータ、５０２…階層化公開条件、５０３…検索式、５０４…階層化公開条件、５０６…センサデータ、５０７…階層化公開条件。
【図１】
0005998112.tif 000002
【図２】
0005998112.tif 000003
【図３】
0005998112.tif 000004
【図４】
0005998112.tif 000005
【図５】
0005998112.tif 000006
【図６】
0005998112.tif 000007
【図７】
0005998112.tif 000008
【図８】
0005998112.tif 000009
【図９】
0005998112.tif 000010
【図１０】
0005998112.tif 000011
【図１１】
0005998112.tif 000012
【図１２】
0005998112.tif 000013
【図１３】
0005998112.tif 000014
【図１４】
0005998112.tif 000015