端末機器の管理方法、システム及びプログラム
【課題】 ネットワーク内のある位置に接続されている端末機器が何であるかを管理ノードにて管理する。
【解決手段】 端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値をその端末機器の記憶装置が記憶し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する。要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送すると、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する。
【解決手段】 端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値をその端末機器の記憶装置が記憶し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する。要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送すると、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークに接続した端末機器の管理に関し、特に、ネットワーク内における端末機器の接続位置と、その端末機器に固有な値、例えばＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、インストールされているソフトウェアのライセンス番号、内蔵しているカスタムＬＳＩのシリアル番号等を、互いに関連付けて管理する技術に関する。
【背景技術】
【０００２】
一般に、コンピュータネットワークシステム（以下単にネットワークシステムと記す）は、ノードにあたる複数のコンピュータをケーブルや無線等のネットワーク媒体にて互いに接続して構築される。ネットワークシステムの典型的な構造の一例に木構造があり、この種のネットワークシステムでは、根ノードにあたるサーバを頂点として、下方に子ノード、孫ノードにあたるサーバを接続し、更に、末端のサーバに葉ノードにあたる端末装置を接続して構築される。
【０００３】
ネットワークシステムを管理する上で、ネットワークシステムのどの位置にどのコンピュータが接続されているかを常に確認できることが好ましい。ここで、ネットワークシステムにおけるコンピュータの位置とは、そのコンピュータがネットワークのどのノードに当たるかという意味であり、例えば、木構造のネットワークにおいて、ある端末機器の位置は、その端末機器が接続されるノード、そのノードが接続されるノード、といったように根ノードまで遡るときに端末機器と根ノードを繋ぐ各ノードによって定められる。換言すれば、その端末機器を配下とするノードによって定められる。
【０００４】
エンドユーザはサーバコンピュータを直接操作する必要はなく、鍵付きのサーバルーム等に設置してエンドユーザが操作できない状態においても運用に支障はない。このため、システム管理者が知らないうちにあるノードのサーバ機器が他の機器と交換されるといったことは発生しにくく、防止しやすい。また、端末機器と比較して台数が少ない。このため、端末機器の場合と比較すると、あるサーバがネットワークシステムのどこに位置するかについて、ネットワークシステムの管理者（以下システム管理者と記す）は簡単に確認することができる。
【０００５】
一方、端末機器はエンドユーザが直接操作することもあって、ネットワークインタフェースカードからネットワークケーブルを外す等により、簡単に別の機器と交換可能である。端末機器は他のサーバから遠隔地に設置されることも多い。このため、システム管理者が知らないうちにエンドユーザ等が端末機器を別の機器に交換していたといった事態が起こりやすい。また、サーバと比較して端末機器は台数が多いのが普通である。このため、ネットワーク内のどの位置にどの端末機器が接続されているのか、システム管理者が常に把握するのは困難になっている。
【０００６】
本発明に関連する発明が記載されている文献として特許文献１を挙げる。特許文献１には、端末機器の属性値を連接したうえでハッシュ演算を行うなどを施すことにより、端末機器の暗号鍵や認証鍵に用いることが記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１２４８８４
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、ネットワーク内のある位置に接続されている端末機器が何であるかを管理ノードにて管理する技術を提供することである。
【課題を解決するための手段】
【０００９】
上述の課題を解決するため、本発明は、その一態様として、端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値をその端末機器の記憶装置が記憶する段階と、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する段階と、前記要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送する段階と、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する段階とを含むことを特徴とする、端末機器の管理方法を提供する。
【００１０】
また、本発明は、他の一態様として、ネットワークを介して接続された端末機器を管理ノードにて管理する端末機器管理システムにおいて、端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値を記憶するための記憶装置を端末機器が備え、管理ノードは、ネットワークを介し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、その端末機器に転送し、前記要求に応答して、端末機器は、ネットワークを介し、その端末機器の参照値及び属性値を管理ノードに転送し、管理ノードの記憶装置は、端末機器から転送された参照値及び属性値を互いに関連付けて記憶することを特徴とする、端末機器管理システムを提供する。
【００１１】
また、本発明は、他の一態様として、端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手順と、前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手順と、受信した参照値及び属性値を互いに関連付けて記憶装置に記憶する手順とを、端末機器を管理するコンピュータに実行させることを特徴とするプログラムを提供する。
【００１２】
また、本発明は、他の一態様として、端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手段と、前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手段と、受信した参照値及び属性値を互いに関連付けて記憶する記憶装置とを備える、端末機器を管理する情報処理装置を提供する。
【００１３】
ここで、管理ノード、ノードＮ１〜Ｎｍは例えばサーバであることが考えられる。参照値とは、例えば、固有ＩＤ、ソフトウェアライセンス番号、カスタムＬＳＩシリアル番号等、端末機器に固有の値であることが好ましいが、これに限定されるものではない。
【発明の効果】
【００１４】
本発明によれば、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する。属性値はその端末機器のネットワーク内における他のノードとの接続関係を示す値である。このため、システム管理者は、ある参照値を格納している端末機器がどのノードに接続されているかを把握することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態である端末機器管理システム１００のブロック図である。
【図２】端末機器管理システム１００のグループ配下の端末機器の接続関係について説明するための図である。
【図３】センターサーバ１−１−１が備えるテーブル検証部１−１−１−１のブロック図である。
【図４】申告テーブル１−３−３の例である。
【図５】各サーバが備える認証および収集機能のブロック図である。
【図６】マルチキャスト方式により全端末機器の属性認証を行う場合の端末機器管理システム１００の動作を説明するための図である。
【図７】ユニキャスト方式により特定の端末機器の属性認証を行う場合の端末機器管理システム１００の動作を説明するための図である。
【発明を実施するための形態】
【００１６】
本発明の一実施の形態である端末機器管理システム１００について説明する。端末機器管理システム１００は、サーバとサーバの間及び端末機器とサーバの間で暗号化通信を行うネットワークシステムである。本システムでは、端末機器及びサーバに予め属性値を付与し、これら属性値に基づいて生成した認証鍵を用いて暗号化を行う。属性値はネットワーク内においてそのサーバ／端末機器が他のサーバ／端末機器とどのような接続関係にあるかを示す値である。
【００１７】
図１を参照して説明する。［センター］［本社］［支社］［グループ］は属性を示す。これら各属性を結ぶネットワークで構成されている組織は、［センター］を先頭に［本社］、［支社］、［グループ］の属性順にピラミッド構造を成している。
【００１８】
［グループ］には、一つあるいは複数の端末機器が接続されている。［グループ］の中にある端末機器は、端末機器が接続された装置のステータス情報をネットワークへ送信し、各属性は、それぞれが持つ受信権限の範囲内でそれらステータスを受信できる。受信権限とは、例えば、暗号や認証において復号できるか否か、あるいは認証できるか否かで区別されても良い。
【００１９】
１−１−１はセンターサーバを示し、ネットワークで構成される組織、即ち配下にある各属性のサーバと［グループ］の中にある端末機器を管理できる。１−１−２，１−１−３はそれぞれ異なる本社サーバを示し、その配下にある支社サーバとグループサーバ、そして［グループ］の中にある端末機器を管理できる。１−１−４〜１−１−７はそれぞれ異なる支社サーバを示し、その配下にあるグループサーバ、そして［グループ］の中にある端末機器を管理できる。１−１−８〜１−１−１５は、グループサーバを示し、その配下にある［グループ］の中にある端末機器を管理できる。
【００２０】
ここで、［グループ］にある複数の端末機器は、属性値で表現することができる。例えば、グループサーバ１−１−８の中にある端末機器の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００１，００１，００１）と表すことができる。また、グループサーバ１−１−１２の中にある端末機器の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００２，００１，００１）と表すことができる。
【００２１】
同様に、各サーバも属性値で表現することができる。例えば、本社サーバ１−１−２の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００１，０００，０００）と表すことができる。また、支社サーバ１−１−７の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００２，００２，０００）と表すことができる。
【００２２】
図１の［グループ］１−１−８〜１−１−１５にはそれぞれ８種類の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）のいずれかが割り振られている。図２に示すように各グループは４つの端末機器からなり、属するグループの属性値と同じ値の属性値が付与される。
【００２３】
更に、各端末機器は端末機器毎に予め付与された参照値を有する。参照値の例としては、その端末機器固有の固有ＩＤ、その端末機器にインストールされているソフトウェアのライセンス番号、その端末機器に内蔵或いは接続されているカスタムＬＳＩのシリアル番号等がある。固有ＩＤのより具体的な例としては、ベンダー名に製造番号を連接したものがある。ここでは参照値として固有ＩＤを用いるものとして説明する。図２において属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）＝（００１，００１，００１）なるグループを構成する端末機器を例に挙げると、端末機器１−２−１の固有ＩＤはＮ００１であり、端末機器１−２−２の固有ＩＤはＮ００２であり、端末機器１−２−３の固有ＩＤはＮ００３であり、端末機器１−２−４の固有ＩＤはＮ００４である。
【００２４】
センターサーバ１−１−１はテーブル検証機能１−１−１−１を備える。図３を参照すると、テーブル検証機能１−１−１−１は、各端末機器の属性値と、その端末機器の参照値の対応関係を、申告テーブル１−３−３として予め登録する一方、属性値が示すネットワーク内の位置に現に接続されている端末機器から参照値を収集して得られる、属性値と参照値の対応関係を収集テーブル１−３−２として生成し、申告テーブル１−３−３と収集テーブル１−３−２とを比較して、参照値-属性値の対応関係が一致しないものを不整合出力１−３−９として出力する。不整合出力１−３−９は、センターサーバ１−１−１の不図示の表示装置にて表示されるメッセージとして、或いは、ログファイルとして出力される。
【００２５】
また、センターサーバ、本社サーバ、支社サーバの各サーバはそれぞれ認証および収集機能を備える。認証および収集機能は、直接に通信を行うサーバ間、サーバ-端末機器間において、互いの属性値を認証しながら参照値を収集するための通信を行う機能である。図１では本社サーバ１−１−２および支社サーバ１−１−４に付随して記載してあるが、センターサーバ、他の本社サーバ、他の支社サーバも認証および収集機能を備える。
【００２６】
テーブル検証機能と認証および収集機能を備えることにより、端末機器管理システム１００の運用者は、属性値が示すネットワーク内のある位置に、所望の参照値を有する端末機器が接続されていないとき、不整合出力１−３−９の内容からすぐにそれを知ることができる。
【００２７】
図３を参照してテーブル検証機能１−１−１−１について更に説明する。運用者から文書あるいは電子データで事前申告のあった端末機器の情報は、申告入力１−３−１を経て申告テーブル１−３−３で記憶される。また、実際にシステムで運用されている端末機器から通信路を経て拾い上げた端末機器の情報は、収集入力１−３−２を経て収集テーブル１−３−４で記憶される。全てあるいはある程度端末機器からの情報収集が完了した時点から、属性値カウンタ１−３−５からの一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６を申告テーブル１−３−３と収集テーブル１−３−４へ順に与え、各テーブルからの情報を比較器１−３−７で比較する。比較器１−３−７での比較結果を、一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６に合わせて検証テーブル１−３−８へ記録し、不整合出力１−３−９を得る。
【００２８】
この時、属性値カウンタ１−３−５からの一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６は、運用者から申告のあった属性値の範囲、例えばあるグループ内にある端末機器や、ある支社内にある端末機器などに限定することによって、必要最小限の検証を実施することもできる。
【００２９】
申告テーブル１−３−３は例えば図４に示すようなテーブルとなる。本例の申告テーブルは、運用者が申告入力した３種類の参照値、即ち、端末機器の固有ＩＤ１−４−１、端末機器に搭載されているソフトウェアのライセンス番号１−４−３、端末機器に搭載されているカスタムＬＳＩのシリアル番号１−４−４が、属性値１−４−２と関連づけて格納されている。尚、これらの参照値はいずれもユニークな値であり、同じ値の参照値を有する端末機器は存在しないが、参照値は必ずしもユニークな値である必要はない。
【００３０】
収集テーブル１−３−４は申告テーブル１−３−３と同様のフォーマットを有するテーブルである。ただし、申告テーブル１−３−３内の参照値が運用者の申告入力によるものであるのに対し、収集テーブル１−３−４内の参照値は、収集入力１−３−２にてネットワークに現に接続されている端末機器から収集した参照値である。センターサーバ１−１−１が、本社サーバ、支社サーバを介し、暗号認証方式を用いてサーバ間、サーバ-端末機器間で相互認証を行いながら、属性値が示す接続位置の端末機器から参照値を取得する。収集テーブル１−３−４の参照値は申告テーブル１−３−３の参照値と比較器１−３−７にて比較される。
【００３１】
図５は、［センター］１−１−１方向へ端末機器の認証結果の収集集約を実現するため、図１に書かれた本社サーバ１−１−２や支社サーバ１−１−４に搭載されている認証および収集機能１−１−２−１，１−１−４−１の実現に必要な基本構成を示したものである。
【００３２】
図５は、何らかの必要性に応じて、支社サーバ１−１−４からブランチ状に広がったネットワークの末端にある図２に示される端末機器１−２−１〜１−２−８の認証結果を収集する機能を有している。認証結果入力１−５−１は、図１のグループ１−１−８やグループ１−１−９で集約された各配下の端末機器の認証結果を示している。ここで、認証結果入力１−５−１は、例えば次式で表記される。
【００３３】
E(key1,[count]||MAC(key2,[count])||[auth_ok]||[IDx]||[IDy]||[IDz]||i)
ここでＥ（ｋｅｙ１，○○○）とは、○○○をデータ鍵ｋｅｙ１で暗号化することを意味する実行式を示す。データ鍵とは、サーバと、そのサーバに属するサーバまたは端末機器との間で暗号通信を行う際に用いる鍵である。センターサーバはｓ、ｄｃｘをデータ鍵として保持する。ｓはネットワークシステム全体で共通のものをひとつ、ｄｃｘは本社サーバ毎に異なるものをひとつずつ保持する。本社サーバはｄｃｘ、ｄｆｘｙをデータ鍵として保持する。ｄｃｘはその本社サーバのものをひとつ、ｄｆｘｙはその本社サーバの配下の支社サーバ毎に異なるものをひとつずつ保持する。支社サーバはｄｆｘｙ、ｄｓｘｙｚをデータ鍵として保持する。ｄｆｘｙはその支社サーバのものひとつ、ｄｓｘｙｚはその支社サーバの配下のグループ毎に異なるものをひとつずつ保持する。端末機器はｄｓｘｙｚ、ｄｆｘｙ、ｄｃｘ、ｓをそれぞれひとつずつ保持する。ｄｓｘｙｚ、ｄｆｘｙ、ｄｃｘはそれぞれその端末機器が属するグループ、支社サーバ、本社サーバのデータ鍵である。記号｜｜は、その記号の両側にある式を単純に連接することを示す。ＭＡＣとは、Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅを意味し、ＭＡＣ（ｋｅｙ３，△△△）とは、△△△に認証鍵Ｋｅｙ３を使ってＭＡＣ演算する実行式を示す。ｒａｎｄｏｍは乱数である。ｃｏｕｎｔは初期値を乱数とし、２回目以降に生成するときはその前の値からカウントアップまたはカウントダウンしたカウント値である。認証鍵は、サーバ或いは端末機器の属性値（ＩＤｘ、ＩＤｙ、ＩＤｚ）に対応する一組の鍵（ａｃｘ、ａｆｙ、ａｓｚ）を指す。また、これら一組の鍵の各要素ａｃｘ、ａｆｙ、ａｓｚの排他的論理和を指す。例えば、ｘをハッシュして得られる値ｙをｙ＝Ｈ（ｘ）で表すとき、ａｃｘ＝Ｈ（ＩＤｘ）、ａｆｙ＝Ｈ（ＩＤｙ）、ａｓｚ＝Ｈ（ＩＤｚ）である。特に、ＩＤｙ＝０００の認証鍵をａｆ０とし、ＩＤｚ＝０００の認証鍵をａｓ０とする。ｉは端末機器の固有ＩＤなどを示す参照値である。
【００３４】
認証結果入力１−５−１は暗号化された情報であるため、正しいデータ鍵１−５−３を選択した上で復号演算器１−５−２により復号結果１−５−４のように復号される。復号結果は次式で表記される。
【００３５】
[count]||MAC(key2,[count])||[auth_ok]||[IDx]||[IDy]||[IDz]||i)
この復号結果１−５−４は、その目的により次の２つに大別できる。
【００３６】
[count]||MAC(key2,[count]) ・・・（１）
[auth_ok]||[IDx]||[IDy]||[IDz]||i)・・・（２）
式（１）は、図１のグループ１−１−８やグループ１−１−９の各端末機器が、端末機器自身を支社サーバ１−１−４において正しい端末機器であることを認証してもらうために送られてきた認証情報である。式（２）は、支社サーバ１−１−４自身を各端末機器において正しい支社サーバであると認証してもらうため、事前に送っておいた認証情報に対する返信としての認証結果［ａｕｔｈ＿ｏｋ］と、その認証を行なった端末機器の属性値および固有ＩＤである。
【００３７】
式（１）は、認証を行なうためにＭＡＣ演算器１−５−５でＭＡＣ演算が実行される。即ち、送られてきた［ｃｏｕｎｔ］値と、支社サーバ１−１−４が知っている認証鍵１−５−６を使ったＭＡＣ演算を実行した結果が、送られてきた演算値ＭＡＣ（ｋｅｙ２，［ｃｏｕｎｔ］）と同じ結果になるか否かを判断器１−５−７で判断し、認証結果返信出力１−５−８として各端末機器に返信される。
【００３８】
式（２）は、各端末機器が支社サーバ１−１−４を認証した結果として、申告されている台数を上限とした端末機器の数に等しい認証結果が、認証結果テーブル１−５−７に記録される。更に、これらの認証結果は、集約結果１−５−１２において、最小のデータ量に縮退され、本社サーバ１−１−２に送出される準備を整える。
【００３９】
続いて、支社サーバ１−１−４が本社サーバ１−１−２において正しい支社サーバからの情報を受け取っている事を認証してもらうため、次の認証情報として式（３）を支社サーバ１−１−４において作成する。
【００４０】
[count]||MAC(key3,[count])・・・（３）
式（３）は、カウンタ１−５−９で生成した数値［ｃｏｕｎｔ］と、認証鍵１−５−１１のｋｅｙ３をＭＡＣ演算器１−５−１０でＭＡＣ演算した値を連接した認証情報１−５−１６を示している。
【００４１】
以上の集約結果１−５−１２と認証情報１−５−１６を、本社サーバ１−１−２へ暗号化して送出するため、データ鍵１−５−１３のｋｅｙ４を用いて暗号演算器１−５−１４で暗号化を行い、認証結果集約出力１−５−１５として次の式（４）を送出する。なお、ここでは分り易くするため、集約情報１−５−１２は、そのまま縮退せずに記載している。
【００４２】
E(key4,[count]||MAC(key3,[count])||[auth_ok]||[IDx]||[IDy]||[IDz]||i1||[auth_ok]||[IDx]||[IDy]||[IDz]||i2||
・・・||[auth_ok]||[IDx]||[IDy]||[IDz]||in)・・・（４）
式（４）中のｉ１、ｉ２、・・・、ｉｎはそれぞれ端末機器の参照値を示す。図１のネットワーク構成で配下の全端末機器から参照値を集約した場合、各支社サーバは８台の端末機器から参照値を集約するのでｎ＝８となる。各本社サーバは１６台の端末機器から参照値を集約するのでｎ＝１６となる。センターサーバは３２台の端末機器から参照値を集約するのでｎ＝３２となる。
【００４３】
式（４）は、「本社］１−１−２で図５と同様の構成を成す認証および収集機能１−１−２−１において、図５と同様の演算処理が行われることにより、［支社］１−１−４と［支社］１−１−５の認証結果が収集集約される。また更に、［本社］１−１−２で収集集約された認証結果と［本社］１−１−３で収集集約された認証結果が［センター］１−１−１で集約される。最終的に、これらの認証結果は、図１の［センター］に集められ、テーブル検証機能１−１−１−１により、属性値カウンタを使って検証が行われる。
【００４４】
このように本願発明では、端末機器やサーバがそれら属性に基づいた鍵の構成を使って暗号化した通信メッセージをマルチキャストで実現する暗号鍵管理方法を備えたネットワークシステムにおいて、実現方法としてのテーブル検証機能１−１−１−１を構成要素に持っているため、同ネットワーク環境を具体的に実現する際、同ネットワークへ設置された端末機器やサーバの属性値が、機密性を持たせた上で申告したとおり正しく設置されたか否かを容易に判断できる。
【００４５】
例えば、図１の［グループ］下に設けられたような端末機器が、設置前から既に固有の識別子を持っており、あらかじめ決められた［グループ］、すなわち属性値に設置せねばならないルールがある場合、ルールに従って設置されているか否かを確認することができる。また、ルールに外れた端末機器を容易に特定することができる。また、システム運用前あるいは運用後も常に正しい属性値に端末機器が設置されているかを遠隔地からも周囲に気取られずに検証することができる。また、運用中の端末機器の移動や変更が必要になり、端末機器のユーザがシステム運用者に事前申告を行った場合、端末機器ユーザが申告した参照値と、ネットワークに実際に接続されている端末機器の参照値とをセンターサーバにて検証することができる。
【００４６】
更に、申告テーブル１−３−３と収集テーブル１−３−４が、それぞれ属性値を使ったテーブルで構成されていることから、２つのテーブルの内容を個々に総当りで比較せざるを得ない従来の比較方法に比べ、属性値カウンタ１−３−５を用いることにより、双方のテーブルから同じ属性値の［グループ］毎に固有ＩＤを照合する方法を実現することができるため、短い時間に効率よく端末機器の設置状況が正しいか否かを判断することができる効果もある。
【実施例１】
【００４７】
端末機器管理システム１００の収集入力１−３−２の一例を挙げて説明する。本実施例では、図６に図示したシーケンスのように、センターを頂点とした組織下にあるすべての端末機器の属性認証を行う。［センター］以下の属性を［本社］：IDx，［支社］：IDy，［グループ］：IDzの３つに定義している。但し、動作説明を簡素化するため、各属性のサーバのうち［グループ］には、サーバを設けない。その代わり、ゲートウェイなどの通信機器でサブネットワークを構築し、そのサブネットワークをある端末機器の属性群IDzとする。従って、実質的に［グループ］の属性IDzは、支社サーバが担う事となる。
【００４８】
以下、本実施例のシーケンスを、（１）各属性と端末機器における属性IDx,IDy,IDzの認証、（２）支社における端末機器の認証と集約、（３）本社における支社の認証と集約、（４）センターにおける本社の認証と検証、の４段階に分けて説明する。尚、［センター］1-1-1、［本社］1-1-2,1-1-3、[支社]1-1-4〜1-1-7、[グループ]1-1-8〜1-1-15、端末機器における既存の保有情報を次のように定義する。
【００４９】
［センター］秘密シード：ｓ，認証鍵：ａｃx,ａｆy,ａｓz，端末機器の固有ＩＤと各属性値ＩＤｘ,ＩＤｙ,ＩＤｚを既知。
［本社］データ鍵ｄｃｘ，認証鍵：ａｃz,ａｆ0,ａｓ0
［支社］データ鍵ｄｆｘy，認証鍵：ａｃx,ａｆy,ａｓ0
［グループ］データ鍵ｄｓｘyz，認証鍵：ａｃx,ａｆy,ａｓz
［端末機器］秘密シード：ｓ，データ鍵ｄｃｘ,ｄｆｘy,ｄｓｘyz，認証鍵：acx,afy,asz，自己の固有ＩＤと属性値ＩＤｘ,ＩＤｙ,ＩＤｚは既知とする。
【００５０】
（１）各属性と端末機器における属性IDx,IDy,IDzの認証
シーケンス2-1,2-4,2-7が示すように、センターサーバから全てのサーバおよび端末機器に対し、次の実行式をマルチキャストにて送信する。この実行式は、本社の属性を示すＩＤｘを認証するためのものである。本実施例において認証の命令を発信するのは［センター］である。
【００５１】
[auth_mlti_x]||(random||MAC(acx,random)
[auth_mlti_x]は実行コマンドを示す。randomは乱数を示す。このまま[auth_mlti_x]以下を暗号化せずにマルチキャスト送信を行う。[auth_mlti_x]以下は、送信先の属性IDxが正しいか否かを認証するための実行式を示す。即ち、端末機器や各属性において、randomのMAC値を属性IDxの認証鍵acxで計算し、同じMAC値になる、即ち属性における属性IDxが管理組織と同じ認証鍵acxを持っていることを確認する。ＩＤｘ＝００１の認証要求を行うための実行式のマルチキャスト送信を、端末機器１−２−１〜１−２−１６を宛先として行い、ＩＤｘ＝００２の認証要求を行うための実行式のマルチキャスト送信を、端末機器１−２−１７〜１−２−３２を宛先として行う。
【００５２】
次に、シーケンス2-2,2-5,2-8が示すように、センターサーバから全サーバ及び端末機器に対し、支社の属性を示すIDｙを認証するための次の実行式を送信する。
【００５３】
[auth_mlti_y]||(random||MAC(aｆｙ,random)
[auth_mlti_y]は実行コマンドを示す。このまま[auth_mlti_y]以下を暗号化せずにマルチキャスト送信を行う。[auth_mlti_y]以下は、送信先の属性IDyが正しいか否かを認証するための実行式を示す。即ち、端末機器や各属性において、randomのMAC値を属性IDyの認証鍵afyで計算し、同じMAC値になる、即ち属性における属性IDyが管理組織と同じ認証鍵afyを持っていることを確認する。シーケンス2-2,2-5,2-8では、本社サーバのうち、配下の支社サーバの数が最大のものの支社サーバ数だけ、マルチキャスト送信を行う。具体的には、ＩＤｙ＝００１の認証要求のための実行式を、端末機器１−２−１〜１−２−８、１−２−１７〜１−２−２４を宛先としてマルチキャスト送信し、また、ＩＤｙ＝００２の認証要求のための実行式を、端末機器１−２−９〜１−２−１６、１−２−２５〜１−２−３２を宛先としてマルチキャスト送信する。
【００５４】
次に、シーケンス2-3,2-6,2-9が示すように、センターサーバから全サーバおよび端末機器に対し、グループの属性を示すIDzを認証するための次の実行式をマルチキャスト送信する。
【００５５】
[auth_mlti_z]||(random||MAC(asz,random)
[auth_mlti_z]は実行コマンドを示す。このまま[auth_mlti_z]以下を暗号化せずにマルチキャスト送信を行う。[auth_mlti_z]以下は、送信先の属性IDzが正しいか否かを認証するための実行式を示す。即ち、端末機器や各属性において、randomのMAC値を属性IDzの認証鍵aszで計算し、同じMAC値になる、即ち属性における属性IDzが管理組織と同じ認証鍵aszを持っていることを確認する。具体的には、ＩＤｚ＝００１の認証要求のための実行式を、端末機器１−２−１〜１−２−４、１−２−９〜１−２−１２、１−２−１７〜１−２−２０、１−２−２５〜１−２−２８を宛先としてマルチキャスト送信し、ＩＤｚ＝００２の認証要求のための実行式を、端末機器１−２−５〜１−２−８、１−２−１３〜１−２−１６、１−２−２１〜１−２−２４、１−２−２９〜１−２−３２を宛先としてマルチキャスト送信する。
【００５６】
このようにして、その端末機器が属する本社、支社、グループの属性を認証するための実行式を受け取ると、各端末機器はそれら実行式を実行し、認証結果としてR0=[auth_ok]||IDx||IDy||IDz||iを生成する。また、各端末機器は、その端末機器を支社サーバが認証するために必要な認証用データniを生成する。そして、各端末機器は、認証結果R0と認証用データniとを連接したものを、グループのデータ鍵ｄｓｘｙｚで暗号化して、ＩＤｚ認証として上流の支社サーバに送信する。
【００５７】
（２）支社における端末機器の認証と集約
シーケンス2-10が示すように、端末機器においてセンターからの認証がＯＫであった場合、支社は次の実行式をレスポンスとして受け取る。
【００５８】
[auth_mlti_res]||E(dsxyz,ｎi||[auth_ok]||IDx||IDy||IDz||i)
ただし、ｎi=random||MAC(acx＊afy,random)
[auth_mlti_res]は、レスポンスを示す。＊はacxとafyの排他的論理和を示す。このまま[auth_mlti_res]以下をレスポンスとして支社へユニキャスト送信する。
【００５９】
ｎiは、固有ID（ｉ）の属する端末機器が支社に自分（端末機器）を認証してもらう実行コマンドを示す。支社において、認証鍵acx＊afyを用いてrandomを計算し、同じMAC値になる、即ち支社が各端末機器と同じ認証鍵acx＊afyを持っていることで認証OKを確認できる。
【００６０】
[auth_ok]は、端末機器においてセンターを３つの属性に対し認証した時の結果を示す。またIDx||IDy||IDzは、認証した端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dsxyz,は、これらをデータ鍵dsxyzで暗号化することを示す。
【００６１】
なお、各端末機器から送られてきた[auth_ok]||IDx||IDy||IDz||iは、その支社から本社向けの認証結果データとして集約される。
【００６２】
シーケンス2-10-1が示すように、支社は、端末機器が支社に自分（端末機器）を認証してもらう実行コマンドｎiを演算した認証結果を、次の実行式を用いて端末機器へ送り返す。
【００６３】
auth_ok⇒[auth_mlti_res]||E(dsxyz,[auth_ok]||i)
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして端末機器へユニキャスト送信する。[auth_ok]は、支社において端末機器を認証した結果を示す。またiは、端末機器の固有IDを示す。最後に、E(dsxyz,は、これらをデータ鍵dsxyzで暗号化することを示す。
【００６４】
（３）本社における支社の認証と集約
シーケンス2-11が示すように、本社は、各支社単位で集約した端末機器の認証結果である次の実行式をレスポンスとして受け取る。
【００６５】
[auth_mlti_res]||E(dfxy,ｐj||[auth_ok]||IDx||IDy||IDz||i||…
ただし、ｐj=random||MAC(acx,random)
ここでIDx||IDy||IDz||i||…は、配下の各端末機器における認証結果を複数連接したものを示す。例えば、支社サーバ１−１−４が配下の全端末機器１−２−１〜１−２−８から認証結果[auth_ok]を受け取り、これらを集約して本社サーバ１−１−２に送信する場合、本社サーバ１−１−２が受信する実行式に含まれる、複数連接したIDx||IDy||IDz||iは次のようなものになる。
001||001||001||N001||001||001||001||N002||001||001||001||N003||001||001||001||N004||002||001||001||N005||002||001||001||N006||002||001||001||N007||002||001||001||N008
[auth_mlti_res]はレスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして本社へユニキャスト送信する。
【００６６】
ｐjは支社（j）が本社に自分（支社）を認証してもらう実行コマンドを示す。本社において、認証鍵acxを用いてrandomを計算し、同じMAC値になる、即ち本社が各支社と同じ認証鍵acxを持っていることで認証OKを確認できる。[auth_ok]は、端末機器においてセンターを認証した時の結果を示す。またIDx||IDy||IDzは、認証した端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【００６７】
なお、各本社から送られてきた複数の[auth_ok]||IDx||IDy||IDz||iは、その本社からセンター向け端末機器の認証結果データとして集約される。
【００６８】
シーケンス2-11-1が示すように、本社は、支社が本社に自分（支社）を認証してもらう実行コマンドｐjを演算した認証結果を、次の実行式を用いて支社へ送り返す。
【００６９】
[auth_mlti_res]||E(dfxy,[auth_ok]||IDy)
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社（k）において支社(j)を認証した結果を示す。またIDyは、認証した支社の属性を示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【００７０】
（４）センターにおける本社の認証と検証
シーケンス2-12が示すように、センターは、各本社単位で集約した端末機器の認証結果である次の実行式をレスポンスとして受け取る。
【００７１】
[auth_mlti_res]||E(dcx,ｑk||[auth_ok]||IDx||IDy||IDz||i||・・・
ただし、ｑk=random||MAC(acx＊af0＊as0,random)
ここでIDx||IDy||IDz||i||…は、送信元の本社サーバが、その本社サーバの配下の支社サーバ経由で受信した端末機器毎の認証結果を複数連接したものを示す。[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとしてセンターへユニキャスト送信する。ｑkは、本社（k）がセンターに自分（本社）を認証してもらう実行コマンドを示す。センターにおいて、認証鍵acx＊af0＊as0を用いてrandomを計算し、同じMAC値になる、即ちセンターが各本社と同じ認証鍵acx＊af0＊as0を持っていることで認証OKを確認できる。[auth_ok]は、端末機器においてセンターを認証した結果を示す。またIDx||IDy||IDzは、認証した端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【００７２】
なお、各支社から送られてきた[auth_ok]||IDx||IDy||IDz||iは、センターにおいて既に所有している端末機器の既存情報と比較検証される。
【００７３】
シーケンス2-12-1が示すように、センターは、本社がセンターに自分（本社）を認証してもらう実行コマンドｑkを演算した認証結果を、次の実行式を用いて本社へ送り返す。
【００７４】
[auth_mlti_res]||E(dcx,[auth_ok]||IDx)
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【実施例２】
【００７５】
実施例１では、全端末機器を対象として、センターサーバからマルチキャスト送信を行い、全端末機器から応答を得た。これに対して、本実施例では、センターサーバから特定の端末機器を宛先とするユニキャスト送信を行い、その端末機器からの応答を得る。これにより単体の端末機器の認証を行う。
【００７６】
図７にセンターを頂点とした組織下にあるすべての端末機器の属性認証を行う実施例をシーケンスで示す。本実施例では、［センター］以下の属性を［本社］：IDx，［支社］：IDy，［グループ］：IDzの３つに定義している。但し、動作説明を簡素化するため、各属性のサーバのうち［グループ］には、サーバを設けない。その代わり、ゲートウェイなどの通信機器でサブネットワークを構築し、そのサブネットワークをある端末機器の属性群IDzとする。従って、実質的に［グループ］の属性IDzは、支社サーバが担う事となる。
【００７７】
本実施例のシーケンスは、次の５つに分かれている。即ち、（１）センター−本社間の認証、（２）本社−支社間の認証、（３）支社−端末機器間の認証、（４）支社から本社への認証レポートの送付、（５）本社からセンターへの認証レポートの送付。以下、それぞれについて説明する。
【００７８】
（１）センター−本社間の認証
シーケンス3-1が示すように、センターから本社宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］である。
【００７９】
[auth_ctr]||E(dcx,count||MAC(acx＊af0＊as0,count)||IDx||IDy||IDz||i)
[auth_ctr]は、センターから単体の端末機器の認証を行う実行コマンドを示す。このまま[auth_ctr]以下を暗号化してユニキャスト送信を行う。[auth_ctr]以下は、本社においてこのコマンドを送ったセンターが確かに正規のセンターであることを認証してもらうために送る実行式を示す。即ち、センターサーバにおいて、countのMAC値を本社の認証鍵acx＊af0＊as0で計算し、同じMAC値になる、即ち本社における認証鍵acx＊af0＊as0がセンターと同じ認証鍵acx＊af0＊as0を持っていることを確認する。またIDx||IDy||IDzは、認証する端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【００８０】
次に、シーケンス3-2が示すように、センターは本社における認証結果を、次の実行式のレスポンスとして受け取る。
【００８１】
[auth_ctr_res]||E(dcx,[auth_ok]||uk)
ただし、uk=count||MAC(acx,count)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとしてセンターへユニキャスト送信する。[auth_ok]は、本社においてセンターを認証した結果を示す。ukは、本社（k）がセンターに自分（本社）を認証してもらう実行コマンドを示す。センターにおいて、認証鍵acxを用いてcountを計算し、同じMAC値になる、即ちセンターが本社と同じ認証鍵acxを持っていることで認証OKを確認できる。
【００８２】
更に、シーケンス3-2-1が示すように、センターは、本社がセンターに自分（本社）を認証してもらうukを演算した認証結果を、次の実行式を用いて本社へ送り返す。
【００８３】
[auth_ctr_res]||E(dcx,[auth_ok]||IDx)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【００８４】
（２）本社−支社間の認証
シーケンス3-3が示すように、本社から支社宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令をリレーして伝送している。
【００８５】
[auth_ctr]||E(dfxy,count||MAC(acx,count)||IDx||IDy||IDz||i)
[auth_ctr]は、センターから単体の端末機器の認証を行う実行コマンドを示す。このまま[auth_ctr]以下を暗号化してユニキャスト送信を行う。[auth_ctr]以下は、支社においてこのコマンドを送った本社が確かに正規の本社であることを認証してもらうために送る実行式を示す。即ち、本社サーバにおいて、countのMAC値を支社の認証鍵acxで計算し、同じMAC値になる、即ち支社における認証鍵acxが本社と同じ認証鍵acxを持っていることを確認する。またIDx||IDy||IDzは、認証する端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【００８６】
次に、シーケンス3-4が示すように、本社は支社における認証結果を、次の実行式のレスポンスとして受け取る。
【００８７】
[auth_ctr_res]||E(dfxy,[auth_ok]||vj)
ただし、vj=count||MAC(acx＊as0,count)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、支社において本社を認証した結果を示す。vjは、支社（j）が本社に自分（支社）を認証してもらう実行コマンドを示す。本社において、認証鍵acx＊as0を用いてcountを計算し、同じMAC値になる、即ち本社が支社と同じ認証鍵acx＊as0を持っていることで認証OKを確認できる。
【００８８】
更に、シーケンス3-4-1が示すように、本社は、支社が本社に自分（支社）を認証してもらうvjを演算した認証結果を次の実行式を用いて支社へ送り返す。
【００８９】
[auth_ctr_res]||E(dfxy,[auth_ok]||IDx||IDy)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社において支社を認証した結果を示す。またIDx||IDyは、認証した支社の属性を示す。最後に、E(dｆxｙ,は、これらをデータ鍵dｆxｙで暗号化することを示す。
【００９０】
（３）支社−端末機器間の認証
シーケンス3-5が示すように、支社から端末機器宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令をリレーして伝送している。
【００９１】
[auth_ctr]||E(dsxyz,count||MAC(acx＊afy,count)||IDx||IDy||IDz||i)
[auth_ctr]は、支社から単体の端末機器の認証を行う実行コマンドを示す。このまま[auth_ctr]以下を暗号化してユニキャスト送信を行う。[auth_ctr]以下は、端末機器においてこのコマンドを送った支社が確かに正規の支社であることを認証してもらうために送る実行式を示す。即ち、支社サーバにおいて、countのMAC値を端末機器の認証鍵acx＊afyで計算し、同じMAC値になる、即ち端末機器における認証鍵acx＊afyが支社と同じ認証鍵acx＊afyを持っていることを確認する。
【００９２】
またIDx||IDy||IDzは、認証する端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dsxyz,は、これらをデータ鍵dsxyzで暗号化することを示す。
【００９３】
ここではじめて、センターからの端末機器の認証が実行されることになる。
【００９４】
次に、シーケンス3-6が示すように、支社は端末機器における認証結果を、次の実行式のレスポンスとして受け取る。
【００９５】
[auth_ctr_res]||E(dsxyz,IDx||IDy||IDz||i||[auth_ok]||ni)
ただし、ni=count||MAC(acx＊afy,count)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、端末機器において支社を認証した結果を示す。niは、個有ＩＤ（ｉ）を有する端末機器が支社に自分（端末機器）を認証してもらう実行コマンドを示す。支社において、認証鍵acx＊afyを用いてcountを計算し、同じMAC値になる、即ち支社が端末機器と同じ認証鍵acx＊afyを持っていることで認証OKを確認できる。
【００９６】
このIDx||IDy||IDz||i||[auth_ok]がセンターからの認証命令に対する認証レポートということになる。
【００９７】
更に、シーケンス3-6-1が示すように、支社は、端末機器が支社に自分（端末機器）を認証してもらうniを演算した認証結果を次の実行式を用いて端末機器へ送り返す。
【００９８】
[auth_ctr_res]||E(dsxyz,[auth_ok]||IDz||i)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして端末機器へユニキャスト送信する。[auth_ok]は、支社において端末機器を認証した結果を示す。またIDz||iは、認証した端末機器の属性を示す。最後に、E(dsxｙz,は、これらをデータ鍵dsxｙzで暗号化することを示す。
【００９９】
（４）支社から本社への認証レポートの送付
シーケンス3-7が示すように、支社から本社宛に次の実行式により認証レポートが送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令が実行された認証レポートをリレーして伝送している。
【０１００】
[auth_ctr_res]||E(dfxy,IDx||pj||[auth_ok]||IDx||IDy||IDz||i)
pj=count||MAC(acx＊as0,count)
[auth_ctr_res]は、支社から本社への認証レポートを中継して返すレスポンスを示す。このまま[auth_ctr_res]以下を暗号化してユニキャスト送信を行う。[auth_ctr_res]以下は、本社においてこのコマンドを送った支社が確かに正規の支社（j）であることをpjで認証してもらい、且つ端末機器の認証結果を本社に送る実行式を示す。即ち、支社サーバにおいて、countのMAC値を本社の認証鍵acx＊as0で計算し、同じMAC値になる、即ち本社における認証鍵acx＊as0が支社と同じ認証鍵acx＊as0を持っていることを確認する。また、[auth_ok]||IDx||IDy||IDz||iは、端末機器の認証レポートを示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【０１０１】
更に、シーケンス3-7-1が示すように、本社は、支社が本社に自分（支社）を認証してもらうpjを演算した認証結果を次の実行式を用いて支社へ送り返す。
【０１０２】
[auth_ctr_res]||E(dfxy,[auth_ok]||IDx||IDy)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社において支社を認証した結果を示す。またIDx||IDyは、認証した支社の属性を示す。最後に、E(dｆxｙ,は、これらをデータ鍵dｆxｙで暗号化することを示す。
【０１０３】
（５）本社からセンターへの認証レポートの送付
シーケンス3-8が示すように、本社からセンター宛に次の実行式により認証レポートが送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令が実行された認証レポートをリレーして伝送している。
【０１０４】
[auth_ctr_res]||E(dcx,IDx||qk||[auth_ok]||IDx||IDy||IDz||i)
qk=count||MAC(acx,count)
[auth_ctr_res]は、本社からセンターへの認証レポートを返すレスポンスを示す。このまま[auth_ctr_res]以下を暗号化してユニキャスト送信を行う。[auth_ctr_res]以下は、センターにおいてこのコマンドを送った本社が確かに正規の本社（k）であることをqkで認証してもらい、且つ端末機器の認証結果をセンターに送る実行式を示す。即ち、本社サーバにおいて、countのMAC値をセンターの認証鍵acxで計算し、同じMAC値になる、即ちセンターにおける認証鍵acxが本社と同じ認証鍵acxを持っていることを確認する。また、[auth_ok]||IDx||IDy||IDz||iは、端末機器の認証レポートを示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【０１０５】
更に、シーケンス3-8-1が示すように、センターは、本社がセンターに自分（本社）を認証してもらうqkを演算した認証結果を次の実行式を用いて本社へ送り返す。
【０１０６】
[auth_ctr_res]||E(dcx,[auth_ok]||IDx)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【符号の説明】
【０１０７】
１００ 端末機器管理システム
１−１−１ センターサーバ
１−１−２、１−１−３ 本社サーバ
１−１−４〜１−１−７ 支社サーバ
１−１−８〜１−１−１５ グループ
１−２−１〜１−２−３２ 端末機器
１−１−１−１ テーブル検証機能
１−１−２−１、１−１−４−１ 認証および収集機能
１−３−１ 申告入力
１−３−２ 収集入力
１−３−３ 申告テーブル
１−３−４ 収集テーブル
１−３−５ 属性値カウンタ
１−３−６ 属性値
１−３−７ 比較器
１−３−８ 検証テーブル
１−３−９ 不整合出力
１−５−１ 認証結果入力
１−５−２ 復号演算器
１−５−３、１−５−１３ データ鍵
１−５−４ 復号結果
１−５−５、１−５−１０ ＭＡＣ演算器
１−５−６、１−５−１１ 認証鍵
１−５−７ 判断器
１−５−８ 認証結果返信出力
１−５−９ カウンタ
１−５−１２ 集約結果
１−５−１４ 暗号演算器
１−５−１５ 認証結果集約出力
１−５−１６ 認証情報
【技術分野】
【０００１】
本発明はネットワークに接続した端末機器の管理に関し、特に、ネットワーク内における端末機器の接続位置と、その端末機器に固有な値、例えばＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、インストールされているソフトウェアのライセンス番号、内蔵しているカスタムＬＳＩのシリアル番号等を、互いに関連付けて管理する技術に関する。
【背景技術】
【０００２】
一般に、コンピュータネットワークシステム（以下単にネットワークシステムと記す）は、ノードにあたる複数のコンピュータをケーブルや無線等のネットワーク媒体にて互いに接続して構築される。ネットワークシステムの典型的な構造の一例に木構造があり、この種のネットワークシステムでは、根ノードにあたるサーバを頂点として、下方に子ノード、孫ノードにあたるサーバを接続し、更に、末端のサーバに葉ノードにあたる端末装置を接続して構築される。
【０００３】
ネットワークシステムを管理する上で、ネットワークシステムのどの位置にどのコンピュータが接続されているかを常に確認できることが好ましい。ここで、ネットワークシステムにおけるコンピュータの位置とは、そのコンピュータがネットワークのどのノードに当たるかという意味であり、例えば、木構造のネットワークにおいて、ある端末機器の位置は、その端末機器が接続されるノード、そのノードが接続されるノード、といったように根ノードまで遡るときに端末機器と根ノードを繋ぐ各ノードによって定められる。換言すれば、その端末機器を配下とするノードによって定められる。
【０００４】
エンドユーザはサーバコンピュータを直接操作する必要はなく、鍵付きのサーバルーム等に設置してエンドユーザが操作できない状態においても運用に支障はない。このため、システム管理者が知らないうちにあるノードのサーバ機器が他の機器と交換されるといったことは発生しにくく、防止しやすい。また、端末機器と比較して台数が少ない。このため、端末機器の場合と比較すると、あるサーバがネットワークシステムのどこに位置するかについて、ネットワークシステムの管理者（以下システム管理者と記す）は簡単に確認することができる。
【０００５】
一方、端末機器はエンドユーザが直接操作することもあって、ネットワークインタフェースカードからネットワークケーブルを外す等により、簡単に別の機器と交換可能である。端末機器は他のサーバから遠隔地に設置されることも多い。このため、システム管理者が知らないうちにエンドユーザ等が端末機器を別の機器に交換していたといった事態が起こりやすい。また、サーバと比較して端末機器は台数が多いのが普通である。このため、ネットワーク内のどの位置にどの端末機器が接続されているのか、システム管理者が常に把握するのは困難になっている。
【０００６】
本発明に関連する発明が記載されている文献として特許文献１を挙げる。特許文献１には、端末機器の属性値を連接したうえでハッシュ演算を行うなどを施すことにより、端末機器の暗号鍵や認証鍵に用いることが記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１２４８８４
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、ネットワーク内のある位置に接続されている端末機器が何であるかを管理ノードにて管理する技術を提供することである。
【課題を解決するための手段】
【０００９】
上述の課題を解決するため、本発明は、その一態様として、端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値をその端末機器の記憶装置が記憶する段階と、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する段階と、前記要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送する段階と、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する段階とを含むことを特徴とする、端末機器の管理方法を提供する。
【００１０】
また、本発明は、他の一態様として、ネットワークを介して接続された端末機器を管理ノードにて管理する端末機器管理システムにおいて、端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値を記憶するための記憶装置を端末機器が備え、管理ノードは、ネットワークを介し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、その端末機器に転送し、前記要求に応答して、端末機器は、ネットワークを介し、その端末機器の参照値及び属性値を管理ノードに転送し、管理ノードの記憶装置は、端末機器から転送された参照値及び属性値を互いに関連付けて記憶することを特徴とする、端末機器管理システムを提供する。
【００１１】
また、本発明は、他の一態様として、端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手順と、前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手順と、受信した参照値及び属性値を互いに関連付けて記憶装置に記憶する手順とを、端末機器を管理するコンピュータに実行させることを特徴とするプログラムを提供する。
【００１２】
また、本発明は、他の一態様として、端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手段と、前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手段と、受信した参照値及び属性値を互いに関連付けて記憶する記憶装置とを備える、端末機器を管理する情報処理装置を提供する。
【００１３】
ここで、管理ノード、ノードＮ１〜Ｎｍは例えばサーバであることが考えられる。参照値とは、例えば、固有ＩＤ、ソフトウェアライセンス番号、カスタムＬＳＩシリアル番号等、端末機器に固有の値であることが好ましいが、これに限定されるものではない。
【発明の効果】
【００１４】
本発明によれば、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する。属性値はその端末機器のネットワーク内における他のノードとの接続関係を示す値である。このため、システム管理者は、ある参照値を格納している端末機器がどのノードに接続されているかを把握することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態である端末機器管理システム１００のブロック図である。
【図２】端末機器管理システム１００のグループ配下の端末機器の接続関係について説明するための図である。
【図３】センターサーバ１−１−１が備えるテーブル検証部１−１−１−１のブロック図である。
【図４】申告テーブル１−３−３の例である。
【図５】各サーバが備える認証および収集機能のブロック図である。
【図６】マルチキャスト方式により全端末機器の属性認証を行う場合の端末機器管理システム１００の動作を説明するための図である。
【図７】ユニキャスト方式により特定の端末機器の属性認証を行う場合の端末機器管理システム１００の動作を説明するための図である。
【発明を実施するための形態】
【００１６】
本発明の一実施の形態である端末機器管理システム１００について説明する。端末機器管理システム１００は、サーバとサーバの間及び端末機器とサーバの間で暗号化通信を行うネットワークシステムである。本システムでは、端末機器及びサーバに予め属性値を付与し、これら属性値に基づいて生成した認証鍵を用いて暗号化を行う。属性値はネットワーク内においてそのサーバ／端末機器が他のサーバ／端末機器とどのような接続関係にあるかを示す値である。
【００１７】
図１を参照して説明する。［センター］［本社］［支社］［グループ］は属性を示す。これら各属性を結ぶネットワークで構成されている組織は、［センター］を先頭に［本社］、［支社］、［グループ］の属性順にピラミッド構造を成している。
【００１８】
［グループ］には、一つあるいは複数の端末機器が接続されている。［グループ］の中にある端末機器は、端末機器が接続された装置のステータス情報をネットワークへ送信し、各属性は、それぞれが持つ受信権限の範囲内でそれらステータスを受信できる。受信権限とは、例えば、暗号や認証において復号できるか否か、あるいは認証できるか否かで区別されても良い。
【００１９】
１−１−１はセンターサーバを示し、ネットワークで構成される組織、即ち配下にある各属性のサーバと［グループ］の中にある端末機器を管理できる。１−１−２，１−１−３はそれぞれ異なる本社サーバを示し、その配下にある支社サーバとグループサーバ、そして［グループ］の中にある端末機器を管理できる。１−１−４〜１−１−７はそれぞれ異なる支社サーバを示し、その配下にあるグループサーバ、そして［グループ］の中にある端末機器を管理できる。１−１−８〜１−１−１５は、グループサーバを示し、その配下にある［グループ］の中にある端末機器を管理できる。
【００２０】
ここで、［グループ］にある複数の端末機器は、属性値で表現することができる。例えば、グループサーバ１−１−８の中にある端末機器の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００１，００１，００１）と表すことができる。また、グループサーバ１−１−１２の中にある端末機器の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００２，００１，００１）と表すことができる。
【００２１】
同様に、各サーバも属性値で表現することができる。例えば、本社サーバ１−１−２の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００１，０００，０００）と表すことができる。また、支社サーバ１−１−７の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００２，００２，０００）と表すことができる。
【００２２】
図１の［グループ］１−１−８〜１−１−１５にはそれぞれ８種類の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）のいずれかが割り振られている。図２に示すように各グループは４つの端末機器からなり、属するグループの属性値と同じ値の属性値が付与される。
【００２３】
更に、各端末機器は端末機器毎に予め付与された参照値を有する。参照値の例としては、その端末機器固有の固有ＩＤ、その端末機器にインストールされているソフトウェアのライセンス番号、その端末機器に内蔵或いは接続されているカスタムＬＳＩのシリアル番号等がある。固有ＩＤのより具体的な例としては、ベンダー名に製造番号を連接したものがある。ここでは参照値として固有ＩＤを用いるものとして説明する。図２において属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）＝（００１，００１，００１）なるグループを構成する端末機器を例に挙げると、端末機器１−２−１の固有ＩＤはＮ００１であり、端末機器１−２−２の固有ＩＤはＮ００２であり、端末機器１−２−３の固有ＩＤはＮ００３であり、端末機器１−２−４の固有ＩＤはＮ００４である。
【００２４】
センターサーバ１−１−１はテーブル検証機能１−１−１−１を備える。図３を参照すると、テーブル検証機能１−１−１−１は、各端末機器の属性値と、その端末機器の参照値の対応関係を、申告テーブル１−３−３として予め登録する一方、属性値が示すネットワーク内の位置に現に接続されている端末機器から参照値を収集して得られる、属性値と参照値の対応関係を収集テーブル１−３−２として生成し、申告テーブル１−３−３と収集テーブル１−３−２とを比較して、参照値-属性値の対応関係が一致しないものを不整合出力１−３−９として出力する。不整合出力１−３−９は、センターサーバ１−１−１の不図示の表示装置にて表示されるメッセージとして、或いは、ログファイルとして出力される。
【００２５】
また、センターサーバ、本社サーバ、支社サーバの各サーバはそれぞれ認証および収集機能を備える。認証および収集機能は、直接に通信を行うサーバ間、サーバ-端末機器間において、互いの属性値を認証しながら参照値を収集するための通信を行う機能である。図１では本社サーバ１−１−２および支社サーバ１−１−４に付随して記載してあるが、センターサーバ、他の本社サーバ、他の支社サーバも認証および収集機能を備える。
【００２６】
テーブル検証機能と認証および収集機能を備えることにより、端末機器管理システム１００の運用者は、属性値が示すネットワーク内のある位置に、所望の参照値を有する端末機器が接続されていないとき、不整合出力１−３−９の内容からすぐにそれを知ることができる。
【００２７】
図３を参照してテーブル検証機能１−１−１−１について更に説明する。運用者から文書あるいは電子データで事前申告のあった端末機器の情報は、申告入力１−３−１を経て申告テーブル１−３−３で記憶される。また、実際にシステムで運用されている端末機器から通信路を経て拾い上げた端末機器の情報は、収集入力１−３−２を経て収集テーブル１−３−４で記憶される。全てあるいはある程度端末機器からの情報収集が完了した時点から、属性値カウンタ１−３−５からの一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６を申告テーブル１−３−３と収集テーブル１−３−４へ順に与え、各テーブルからの情報を比較器１−３−７で比較する。比較器１−３−７での比較結果を、一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６に合わせて検証テーブル１−３−８へ記録し、不整合出力１−３−９を得る。
【００２８】
この時、属性値カウンタ１−３−５からの一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６は、運用者から申告のあった属性値の範囲、例えばあるグループ内にある端末機器や、ある支社内にある端末機器などに限定することによって、必要最小限の検証を実施することもできる。
【００２９】
申告テーブル１−３−３は例えば図４に示すようなテーブルとなる。本例の申告テーブルは、運用者が申告入力した３種類の参照値、即ち、端末機器の固有ＩＤ１−４−１、端末機器に搭載されているソフトウェアのライセンス番号１−４−３、端末機器に搭載されているカスタムＬＳＩのシリアル番号１−４−４が、属性値１−４−２と関連づけて格納されている。尚、これらの参照値はいずれもユニークな値であり、同じ値の参照値を有する端末機器は存在しないが、参照値は必ずしもユニークな値である必要はない。
【００３０】
収集テーブル１−３−４は申告テーブル１−３−３と同様のフォーマットを有するテーブルである。ただし、申告テーブル１−３−３内の参照値が運用者の申告入力によるものであるのに対し、収集テーブル１−３−４内の参照値は、収集入力１−３−２にてネットワークに現に接続されている端末機器から収集した参照値である。センターサーバ１−１−１が、本社サーバ、支社サーバを介し、暗号認証方式を用いてサーバ間、サーバ-端末機器間で相互認証を行いながら、属性値が示す接続位置の端末機器から参照値を取得する。収集テーブル１−３−４の参照値は申告テーブル１−３−３の参照値と比較器１−３−７にて比較される。
【００３１】
図５は、［センター］１−１−１方向へ端末機器の認証結果の収集集約を実現するため、図１に書かれた本社サーバ１−１−２や支社サーバ１−１−４に搭載されている認証および収集機能１−１−２−１，１−１−４−１の実現に必要な基本構成を示したものである。
【００３２】
図５は、何らかの必要性に応じて、支社サーバ１−１−４からブランチ状に広がったネットワークの末端にある図２に示される端末機器１−２−１〜１−２−８の認証結果を収集する機能を有している。認証結果入力１−５−１は、図１のグループ１−１−８やグループ１−１−９で集約された各配下の端末機器の認証結果を示している。ここで、認証結果入力１−５−１は、例えば次式で表記される。
【００３３】
E(key1,[count]||MAC(key2,[count])||[auth_ok]||[IDx]||[IDy]||[IDz]||i)
ここでＥ（ｋｅｙ１，○○○）とは、○○○をデータ鍵ｋｅｙ１で暗号化することを意味する実行式を示す。データ鍵とは、サーバと、そのサーバに属するサーバまたは端末機器との間で暗号通信を行う際に用いる鍵である。センターサーバはｓ、ｄｃｘをデータ鍵として保持する。ｓはネットワークシステム全体で共通のものをひとつ、ｄｃｘは本社サーバ毎に異なるものをひとつずつ保持する。本社サーバはｄｃｘ、ｄｆｘｙをデータ鍵として保持する。ｄｃｘはその本社サーバのものをひとつ、ｄｆｘｙはその本社サーバの配下の支社サーバ毎に異なるものをひとつずつ保持する。支社サーバはｄｆｘｙ、ｄｓｘｙｚをデータ鍵として保持する。ｄｆｘｙはその支社サーバのものひとつ、ｄｓｘｙｚはその支社サーバの配下のグループ毎に異なるものをひとつずつ保持する。端末機器はｄｓｘｙｚ、ｄｆｘｙ、ｄｃｘ、ｓをそれぞれひとつずつ保持する。ｄｓｘｙｚ、ｄｆｘｙ、ｄｃｘはそれぞれその端末機器が属するグループ、支社サーバ、本社サーバのデータ鍵である。記号｜｜は、その記号の両側にある式を単純に連接することを示す。ＭＡＣとは、Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅを意味し、ＭＡＣ（ｋｅｙ３，△△△）とは、△△△に認証鍵Ｋｅｙ３を使ってＭＡＣ演算する実行式を示す。ｒａｎｄｏｍは乱数である。ｃｏｕｎｔは初期値を乱数とし、２回目以降に生成するときはその前の値からカウントアップまたはカウントダウンしたカウント値である。認証鍵は、サーバ或いは端末機器の属性値（ＩＤｘ、ＩＤｙ、ＩＤｚ）に対応する一組の鍵（ａｃｘ、ａｆｙ、ａｓｚ）を指す。また、これら一組の鍵の各要素ａｃｘ、ａｆｙ、ａｓｚの排他的論理和を指す。例えば、ｘをハッシュして得られる値ｙをｙ＝Ｈ（ｘ）で表すとき、ａｃｘ＝Ｈ（ＩＤｘ）、ａｆｙ＝Ｈ（ＩＤｙ）、ａｓｚ＝Ｈ（ＩＤｚ）である。特に、ＩＤｙ＝０００の認証鍵をａｆ０とし、ＩＤｚ＝０００の認証鍵をａｓ０とする。ｉは端末機器の固有ＩＤなどを示す参照値である。
【００３４】
認証結果入力１−５−１は暗号化された情報であるため、正しいデータ鍵１−５−３を選択した上で復号演算器１−５−２により復号結果１−５−４のように復号される。復号結果は次式で表記される。
【００３５】
[count]||MAC(key2,[count])||[auth_ok]||[IDx]||[IDy]||[IDz]||i)
この復号結果１−５−４は、その目的により次の２つに大別できる。
【００３６】
[count]||MAC(key2,[count]) ・・・（１）
[auth_ok]||[IDx]||[IDy]||[IDz]||i)・・・（２）
式（１）は、図１のグループ１−１−８やグループ１−１−９の各端末機器が、端末機器自身を支社サーバ１−１−４において正しい端末機器であることを認証してもらうために送られてきた認証情報である。式（２）は、支社サーバ１−１−４自身を各端末機器において正しい支社サーバであると認証してもらうため、事前に送っておいた認証情報に対する返信としての認証結果［ａｕｔｈ＿ｏｋ］と、その認証を行なった端末機器の属性値および固有ＩＤである。
【００３７】
式（１）は、認証を行なうためにＭＡＣ演算器１−５−５でＭＡＣ演算が実行される。即ち、送られてきた［ｃｏｕｎｔ］値と、支社サーバ１−１−４が知っている認証鍵１−５−６を使ったＭＡＣ演算を実行した結果が、送られてきた演算値ＭＡＣ（ｋｅｙ２，［ｃｏｕｎｔ］）と同じ結果になるか否かを判断器１−５−７で判断し、認証結果返信出力１−５−８として各端末機器に返信される。
【００３８】
式（２）は、各端末機器が支社サーバ１−１−４を認証した結果として、申告されている台数を上限とした端末機器の数に等しい認証結果が、認証結果テーブル１−５−７に記録される。更に、これらの認証結果は、集約結果１−５−１２において、最小のデータ量に縮退され、本社サーバ１−１−２に送出される準備を整える。
【００３９】
続いて、支社サーバ１−１−４が本社サーバ１−１−２において正しい支社サーバからの情報を受け取っている事を認証してもらうため、次の認証情報として式（３）を支社サーバ１−１−４において作成する。
【００４０】
[count]||MAC(key3,[count])・・・（３）
式（３）は、カウンタ１−５−９で生成した数値［ｃｏｕｎｔ］と、認証鍵１−５−１１のｋｅｙ３をＭＡＣ演算器１−５−１０でＭＡＣ演算した値を連接した認証情報１−５−１６を示している。
【００４１】
以上の集約結果１−５−１２と認証情報１−５−１６を、本社サーバ１−１−２へ暗号化して送出するため、データ鍵１−５−１３のｋｅｙ４を用いて暗号演算器１−５−１４で暗号化を行い、認証結果集約出力１−５−１５として次の式（４）を送出する。なお、ここでは分り易くするため、集約情報１−５−１２は、そのまま縮退せずに記載している。
【００４２】
E(key4,[count]||MAC(key3,[count])||[auth_ok]||[IDx]||[IDy]||[IDz]||i1||[auth_ok]||[IDx]||[IDy]||[IDz]||i2||
・・・||[auth_ok]||[IDx]||[IDy]||[IDz]||in)・・・（４）
式（４）中のｉ１、ｉ２、・・・、ｉｎはそれぞれ端末機器の参照値を示す。図１のネットワーク構成で配下の全端末機器から参照値を集約した場合、各支社サーバは８台の端末機器から参照値を集約するのでｎ＝８となる。各本社サーバは１６台の端末機器から参照値を集約するのでｎ＝１６となる。センターサーバは３２台の端末機器から参照値を集約するのでｎ＝３２となる。
【００４３】
式（４）は、「本社］１−１−２で図５と同様の構成を成す認証および収集機能１−１−２−１において、図５と同様の演算処理が行われることにより、［支社］１−１−４と［支社］１−１−５の認証結果が収集集約される。また更に、［本社］１−１−２で収集集約された認証結果と［本社］１−１−３で収集集約された認証結果が［センター］１−１−１で集約される。最終的に、これらの認証結果は、図１の［センター］に集められ、テーブル検証機能１−１−１−１により、属性値カウンタを使って検証が行われる。
【００４４】
このように本願発明では、端末機器やサーバがそれら属性に基づいた鍵の構成を使って暗号化した通信メッセージをマルチキャストで実現する暗号鍵管理方法を備えたネットワークシステムにおいて、実現方法としてのテーブル検証機能１−１−１−１を構成要素に持っているため、同ネットワーク環境を具体的に実現する際、同ネットワークへ設置された端末機器やサーバの属性値が、機密性を持たせた上で申告したとおり正しく設置されたか否かを容易に判断できる。
【００４５】
例えば、図１の［グループ］下に設けられたような端末機器が、設置前から既に固有の識別子を持っており、あらかじめ決められた［グループ］、すなわち属性値に設置せねばならないルールがある場合、ルールに従って設置されているか否かを確認することができる。また、ルールに外れた端末機器を容易に特定することができる。また、システム運用前あるいは運用後も常に正しい属性値に端末機器が設置されているかを遠隔地からも周囲に気取られずに検証することができる。また、運用中の端末機器の移動や変更が必要になり、端末機器のユーザがシステム運用者に事前申告を行った場合、端末機器ユーザが申告した参照値と、ネットワークに実際に接続されている端末機器の参照値とをセンターサーバにて検証することができる。
【００４６】
更に、申告テーブル１−３−３と収集テーブル１−３−４が、それぞれ属性値を使ったテーブルで構成されていることから、２つのテーブルの内容を個々に総当りで比較せざるを得ない従来の比較方法に比べ、属性値カウンタ１−３−５を用いることにより、双方のテーブルから同じ属性値の［グループ］毎に固有ＩＤを照合する方法を実現することができるため、短い時間に効率よく端末機器の設置状況が正しいか否かを判断することができる効果もある。
【実施例１】
【００４７】
端末機器管理システム１００の収集入力１−３−２の一例を挙げて説明する。本実施例では、図６に図示したシーケンスのように、センターを頂点とした組織下にあるすべての端末機器の属性認証を行う。［センター］以下の属性を［本社］：IDx，［支社］：IDy，［グループ］：IDzの３つに定義している。但し、動作説明を簡素化するため、各属性のサーバのうち［グループ］には、サーバを設けない。その代わり、ゲートウェイなどの通信機器でサブネットワークを構築し、そのサブネットワークをある端末機器の属性群IDzとする。従って、実質的に［グループ］の属性IDzは、支社サーバが担う事となる。
【００４８】
以下、本実施例のシーケンスを、（１）各属性と端末機器における属性IDx,IDy,IDzの認証、（２）支社における端末機器の認証と集約、（３）本社における支社の認証と集約、（４）センターにおける本社の認証と検証、の４段階に分けて説明する。尚、［センター］1-1-1、［本社］1-1-2,1-1-3、[支社]1-1-4〜1-1-7、[グループ]1-1-8〜1-1-15、端末機器における既存の保有情報を次のように定義する。
【００４９】
［センター］秘密シード：ｓ，認証鍵：ａｃx,ａｆy,ａｓz，端末機器の固有ＩＤと各属性値ＩＤｘ,ＩＤｙ,ＩＤｚを既知。
［本社］データ鍵ｄｃｘ，認証鍵：ａｃz,ａｆ0,ａｓ0
［支社］データ鍵ｄｆｘy，認証鍵：ａｃx,ａｆy,ａｓ0
［グループ］データ鍵ｄｓｘyz，認証鍵：ａｃx,ａｆy,ａｓz
［端末機器］秘密シード：ｓ，データ鍵ｄｃｘ,ｄｆｘy,ｄｓｘyz，認証鍵：acx,afy,asz，自己の固有ＩＤと属性値ＩＤｘ,ＩＤｙ,ＩＤｚは既知とする。
【００５０】
（１）各属性と端末機器における属性IDx,IDy,IDzの認証
シーケンス2-1,2-4,2-7が示すように、センターサーバから全てのサーバおよび端末機器に対し、次の実行式をマルチキャストにて送信する。この実行式は、本社の属性を示すＩＤｘを認証するためのものである。本実施例において認証の命令を発信するのは［センター］である。
【００５１】
[auth_mlti_x]||(random||MAC(acx,random)
[auth_mlti_x]は実行コマンドを示す。randomは乱数を示す。このまま[auth_mlti_x]以下を暗号化せずにマルチキャスト送信を行う。[auth_mlti_x]以下は、送信先の属性IDxが正しいか否かを認証するための実行式を示す。即ち、端末機器や各属性において、randomのMAC値を属性IDxの認証鍵acxで計算し、同じMAC値になる、即ち属性における属性IDxが管理組織と同じ認証鍵acxを持っていることを確認する。ＩＤｘ＝００１の認証要求を行うための実行式のマルチキャスト送信を、端末機器１−２−１〜１−２−１６を宛先として行い、ＩＤｘ＝００２の認証要求を行うための実行式のマルチキャスト送信を、端末機器１−２−１７〜１−２−３２を宛先として行う。
【００５２】
次に、シーケンス2-2,2-5,2-8が示すように、センターサーバから全サーバ及び端末機器に対し、支社の属性を示すIDｙを認証するための次の実行式を送信する。
【００５３】
[auth_mlti_y]||(random||MAC(aｆｙ,random)
[auth_mlti_y]は実行コマンドを示す。このまま[auth_mlti_y]以下を暗号化せずにマルチキャスト送信を行う。[auth_mlti_y]以下は、送信先の属性IDyが正しいか否かを認証するための実行式を示す。即ち、端末機器や各属性において、randomのMAC値を属性IDyの認証鍵afyで計算し、同じMAC値になる、即ち属性における属性IDyが管理組織と同じ認証鍵afyを持っていることを確認する。シーケンス2-2,2-5,2-8では、本社サーバのうち、配下の支社サーバの数が最大のものの支社サーバ数だけ、マルチキャスト送信を行う。具体的には、ＩＤｙ＝００１の認証要求のための実行式を、端末機器１−２−１〜１−２−８、１−２−１７〜１−２−２４を宛先としてマルチキャスト送信し、また、ＩＤｙ＝００２の認証要求のための実行式を、端末機器１−２−９〜１−２−１６、１−２−２５〜１−２−３２を宛先としてマルチキャスト送信する。
【００５４】
次に、シーケンス2-3,2-6,2-9が示すように、センターサーバから全サーバおよび端末機器に対し、グループの属性を示すIDzを認証するための次の実行式をマルチキャスト送信する。
【００５５】
[auth_mlti_z]||(random||MAC(asz,random)
[auth_mlti_z]は実行コマンドを示す。このまま[auth_mlti_z]以下を暗号化せずにマルチキャスト送信を行う。[auth_mlti_z]以下は、送信先の属性IDzが正しいか否かを認証するための実行式を示す。即ち、端末機器や各属性において、randomのMAC値を属性IDzの認証鍵aszで計算し、同じMAC値になる、即ち属性における属性IDzが管理組織と同じ認証鍵aszを持っていることを確認する。具体的には、ＩＤｚ＝００１の認証要求のための実行式を、端末機器１−２−１〜１−２−４、１−２−９〜１−２−１２、１−２−１７〜１−２−２０、１−２−２５〜１−２−２８を宛先としてマルチキャスト送信し、ＩＤｚ＝００２の認証要求のための実行式を、端末機器１−２−５〜１−２−８、１−２−１３〜１−２−１６、１−２−２１〜１−２−２４、１−２−２９〜１−２−３２を宛先としてマルチキャスト送信する。
【００５６】
このようにして、その端末機器が属する本社、支社、グループの属性を認証するための実行式を受け取ると、各端末機器はそれら実行式を実行し、認証結果としてR0=[auth_ok]||IDx||IDy||IDz||iを生成する。また、各端末機器は、その端末機器を支社サーバが認証するために必要な認証用データniを生成する。そして、各端末機器は、認証結果R0と認証用データniとを連接したものを、グループのデータ鍵ｄｓｘｙｚで暗号化して、ＩＤｚ認証として上流の支社サーバに送信する。
【００５７】
（２）支社における端末機器の認証と集約
シーケンス2-10が示すように、端末機器においてセンターからの認証がＯＫであった場合、支社は次の実行式をレスポンスとして受け取る。
【００５８】
[auth_mlti_res]||E(dsxyz,ｎi||[auth_ok]||IDx||IDy||IDz||i)
ただし、ｎi=random||MAC(acx＊afy,random)
[auth_mlti_res]は、レスポンスを示す。＊はacxとafyの排他的論理和を示す。このまま[auth_mlti_res]以下をレスポンスとして支社へユニキャスト送信する。
【００５９】
ｎiは、固有ID（ｉ）の属する端末機器が支社に自分（端末機器）を認証してもらう実行コマンドを示す。支社において、認証鍵acx＊afyを用いてrandomを計算し、同じMAC値になる、即ち支社が各端末機器と同じ認証鍵acx＊afyを持っていることで認証OKを確認できる。
【００６０】
[auth_ok]は、端末機器においてセンターを３つの属性に対し認証した時の結果を示す。またIDx||IDy||IDzは、認証した端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dsxyz,は、これらをデータ鍵dsxyzで暗号化することを示す。
【００６１】
なお、各端末機器から送られてきた[auth_ok]||IDx||IDy||IDz||iは、その支社から本社向けの認証結果データとして集約される。
【００６２】
シーケンス2-10-1が示すように、支社は、端末機器が支社に自分（端末機器）を認証してもらう実行コマンドｎiを演算した認証結果を、次の実行式を用いて端末機器へ送り返す。
【００６３】
auth_ok⇒[auth_mlti_res]||E(dsxyz,[auth_ok]||i)
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして端末機器へユニキャスト送信する。[auth_ok]は、支社において端末機器を認証した結果を示す。またiは、端末機器の固有IDを示す。最後に、E(dsxyz,は、これらをデータ鍵dsxyzで暗号化することを示す。
【００６４】
（３）本社における支社の認証と集約
シーケンス2-11が示すように、本社は、各支社単位で集約した端末機器の認証結果である次の実行式をレスポンスとして受け取る。
【００６５】
[auth_mlti_res]||E(dfxy,ｐj||[auth_ok]||IDx||IDy||IDz||i||…
ただし、ｐj=random||MAC(acx,random)
ここでIDx||IDy||IDz||i||…は、配下の各端末機器における認証結果を複数連接したものを示す。例えば、支社サーバ１−１−４が配下の全端末機器１−２−１〜１−２−８から認証結果[auth_ok]を受け取り、これらを集約して本社サーバ１−１−２に送信する場合、本社サーバ１−１−２が受信する実行式に含まれる、複数連接したIDx||IDy||IDz||iは次のようなものになる。
001||001||001||N001||001||001||001||N002||001||001||001||N003||001||001||001||N004||002||001||001||N005||002||001||001||N006||002||001||001||N007||002||001||001||N008
[auth_mlti_res]はレスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして本社へユニキャスト送信する。
【００６６】
ｐjは支社（j）が本社に自分（支社）を認証してもらう実行コマンドを示す。本社において、認証鍵acxを用いてrandomを計算し、同じMAC値になる、即ち本社が各支社と同じ認証鍵acxを持っていることで認証OKを確認できる。[auth_ok]は、端末機器においてセンターを認証した時の結果を示す。またIDx||IDy||IDzは、認証した端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【００６７】
なお、各本社から送られてきた複数の[auth_ok]||IDx||IDy||IDz||iは、その本社からセンター向け端末機器の認証結果データとして集約される。
【００６８】
シーケンス2-11-1が示すように、本社は、支社が本社に自分（支社）を認証してもらう実行コマンドｐjを演算した認証結果を、次の実行式を用いて支社へ送り返す。
【００６９】
[auth_mlti_res]||E(dfxy,[auth_ok]||IDy)
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社（k）において支社(j)を認証した結果を示す。またIDyは、認証した支社の属性を示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【００７０】
（４）センターにおける本社の認証と検証
シーケンス2-12が示すように、センターは、各本社単位で集約した端末機器の認証結果である次の実行式をレスポンスとして受け取る。
【００７１】
[auth_mlti_res]||E(dcx,ｑk||[auth_ok]||IDx||IDy||IDz||i||・・・
ただし、ｑk=random||MAC(acx＊af0＊as0,random)
ここでIDx||IDy||IDz||i||…は、送信元の本社サーバが、その本社サーバの配下の支社サーバ経由で受信した端末機器毎の認証結果を複数連接したものを示す。[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとしてセンターへユニキャスト送信する。ｑkは、本社（k）がセンターに自分（本社）を認証してもらう実行コマンドを示す。センターにおいて、認証鍵acx＊af0＊as0を用いてrandomを計算し、同じMAC値になる、即ちセンターが各本社と同じ認証鍵acx＊af0＊as0を持っていることで認証OKを確認できる。[auth_ok]は、端末機器においてセンターを認証した結果を示す。またIDx||IDy||IDzは、認証した端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【００７２】
なお、各支社から送られてきた[auth_ok]||IDx||IDy||IDz||iは、センターにおいて既に所有している端末機器の既存情報と比較検証される。
【００７３】
シーケンス2-12-1が示すように、センターは、本社がセンターに自分（本社）を認証してもらう実行コマンドｑkを演算した認証結果を、次の実行式を用いて本社へ送り返す。
【００７４】
[auth_mlti_res]||E(dcx,[auth_ok]||IDx)
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【実施例２】
【００７５】
実施例１では、全端末機器を対象として、センターサーバからマルチキャスト送信を行い、全端末機器から応答を得た。これに対して、本実施例では、センターサーバから特定の端末機器を宛先とするユニキャスト送信を行い、その端末機器からの応答を得る。これにより単体の端末機器の認証を行う。
【００７６】
図７にセンターを頂点とした組織下にあるすべての端末機器の属性認証を行う実施例をシーケンスで示す。本実施例では、［センター］以下の属性を［本社］：IDx，［支社］：IDy，［グループ］：IDzの３つに定義している。但し、動作説明を簡素化するため、各属性のサーバのうち［グループ］には、サーバを設けない。その代わり、ゲートウェイなどの通信機器でサブネットワークを構築し、そのサブネットワークをある端末機器の属性群IDzとする。従って、実質的に［グループ］の属性IDzは、支社サーバが担う事となる。
【００７７】
本実施例のシーケンスは、次の５つに分かれている。即ち、（１）センター−本社間の認証、（２）本社−支社間の認証、（３）支社−端末機器間の認証、（４）支社から本社への認証レポートの送付、（５）本社からセンターへの認証レポートの送付。以下、それぞれについて説明する。
【００７８】
（１）センター−本社間の認証
シーケンス3-1が示すように、センターから本社宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］である。
【００７９】
[auth_ctr]||E(dcx,count||MAC(acx＊af0＊as0,count)||IDx||IDy||IDz||i)
[auth_ctr]は、センターから単体の端末機器の認証を行う実行コマンドを示す。このまま[auth_ctr]以下を暗号化してユニキャスト送信を行う。[auth_ctr]以下は、本社においてこのコマンドを送ったセンターが確かに正規のセンターであることを認証してもらうために送る実行式を示す。即ち、センターサーバにおいて、countのMAC値を本社の認証鍵acx＊af0＊as0で計算し、同じMAC値になる、即ち本社における認証鍵acx＊af0＊as0がセンターと同じ認証鍵acx＊af0＊as0を持っていることを確認する。またIDx||IDy||IDzは、認証する端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【００８０】
次に、シーケンス3-2が示すように、センターは本社における認証結果を、次の実行式のレスポンスとして受け取る。
【００８１】
[auth_ctr_res]||E(dcx,[auth_ok]||uk)
ただし、uk=count||MAC(acx,count)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとしてセンターへユニキャスト送信する。[auth_ok]は、本社においてセンターを認証した結果を示す。ukは、本社（k）がセンターに自分（本社）を認証してもらう実行コマンドを示す。センターにおいて、認証鍵acxを用いてcountを計算し、同じMAC値になる、即ちセンターが本社と同じ認証鍵acxを持っていることで認証OKを確認できる。
【００８２】
更に、シーケンス3-2-1が示すように、センターは、本社がセンターに自分（本社）を認証してもらうukを演算した認証結果を、次の実行式を用いて本社へ送り返す。
【００８３】
[auth_ctr_res]||E(dcx,[auth_ok]||IDx)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【００８４】
（２）本社−支社間の認証
シーケンス3-3が示すように、本社から支社宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令をリレーして伝送している。
【００８５】
[auth_ctr]||E(dfxy,count||MAC(acx,count)||IDx||IDy||IDz||i)
[auth_ctr]は、センターから単体の端末機器の認証を行う実行コマンドを示す。このまま[auth_ctr]以下を暗号化してユニキャスト送信を行う。[auth_ctr]以下は、支社においてこのコマンドを送った本社が確かに正規の本社であることを認証してもらうために送る実行式を示す。即ち、本社サーバにおいて、countのMAC値を支社の認証鍵acxで計算し、同じMAC値になる、即ち支社における認証鍵acxが本社と同じ認証鍵acxを持っていることを確認する。またIDx||IDy||IDzは、認証する端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【００８６】
次に、シーケンス3-4が示すように、本社は支社における認証結果を、次の実行式のレスポンスとして受け取る。
【００８７】
[auth_ctr_res]||E(dfxy,[auth_ok]||vj)
ただし、vj=count||MAC(acx＊as0,count)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、支社において本社を認証した結果を示す。vjは、支社（j）が本社に自分（支社）を認証してもらう実行コマンドを示す。本社において、認証鍵acx＊as0を用いてcountを計算し、同じMAC値になる、即ち本社が支社と同じ認証鍵acx＊as0を持っていることで認証OKを確認できる。
【００８８】
更に、シーケンス3-4-1が示すように、本社は、支社が本社に自分（支社）を認証してもらうvjを演算した認証結果を次の実行式を用いて支社へ送り返す。
【００８９】
[auth_ctr_res]||E(dfxy,[auth_ok]||IDx||IDy)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社において支社を認証した結果を示す。またIDx||IDyは、認証した支社の属性を示す。最後に、E(dｆxｙ,は、これらをデータ鍵dｆxｙで暗号化することを示す。
【００９０】
（３）支社−端末機器間の認証
シーケンス3-5が示すように、支社から端末機器宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令をリレーして伝送している。
【００９１】
[auth_ctr]||E(dsxyz,count||MAC(acx＊afy,count)||IDx||IDy||IDz||i)
[auth_ctr]は、支社から単体の端末機器の認証を行う実行コマンドを示す。このまま[auth_ctr]以下を暗号化してユニキャスト送信を行う。[auth_ctr]以下は、端末機器においてこのコマンドを送った支社が確かに正規の支社であることを認証してもらうために送る実行式を示す。即ち、支社サーバにおいて、countのMAC値を端末機器の認証鍵acx＊afyで計算し、同じMAC値になる、即ち端末機器における認証鍵acx＊afyが支社と同じ認証鍵acx＊afyを持っていることを確認する。
【００９２】
またIDx||IDy||IDzは、認証する端末機器の属性を示し、それに続くiは、端末機器の固有IDを示す。最後に、E(dsxyz,は、これらをデータ鍵dsxyzで暗号化することを示す。
【００９３】
ここではじめて、センターからの端末機器の認証が実行されることになる。
【００９４】
次に、シーケンス3-6が示すように、支社は端末機器における認証結果を、次の実行式のレスポンスとして受け取る。
【００９５】
[auth_ctr_res]||E(dsxyz,IDx||IDy||IDz||i||[auth_ok]||ni)
ただし、ni=count||MAC(acx＊afy,count)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、端末機器において支社を認証した結果を示す。niは、個有ＩＤ（ｉ）を有する端末機器が支社に自分（端末機器）を認証してもらう実行コマンドを示す。支社において、認証鍵acx＊afyを用いてcountを計算し、同じMAC値になる、即ち支社が端末機器と同じ認証鍵acx＊afyを持っていることで認証OKを確認できる。
【００９６】
このIDx||IDy||IDz||i||[auth_ok]がセンターからの認証命令に対する認証レポートということになる。
【００９７】
更に、シーケンス3-6-1が示すように、支社は、端末機器が支社に自分（端末機器）を認証してもらうniを演算した認証結果を次の実行式を用いて端末機器へ送り返す。
【００９８】
[auth_ctr_res]||E(dsxyz,[auth_ok]||IDz||i)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして端末機器へユニキャスト送信する。[auth_ok]は、支社において端末機器を認証した結果を示す。またIDz||iは、認証した端末機器の属性を示す。最後に、E(dsxｙz,は、これらをデータ鍵dsxｙzで暗号化することを示す。
【００９９】
（４）支社から本社への認証レポートの送付
シーケンス3-7が示すように、支社から本社宛に次の実行式により認証レポートが送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令が実行された認証レポートをリレーして伝送している。
【０１００】
[auth_ctr_res]||E(dfxy,IDx||pj||[auth_ok]||IDx||IDy||IDz||i)
pj=count||MAC(acx＊as0,count)
[auth_ctr_res]は、支社から本社への認証レポートを中継して返すレスポンスを示す。このまま[auth_ctr_res]以下を暗号化してユニキャスト送信を行う。[auth_ctr_res]以下は、本社においてこのコマンドを送った支社が確かに正規の支社（j）であることをpjで認証してもらい、且つ端末機器の認証結果を本社に送る実行式を示す。即ち、支社サーバにおいて、countのMAC値を本社の認証鍵acx＊as0で計算し、同じMAC値になる、即ち本社における認証鍵acx＊as0が支社と同じ認証鍵acx＊as0を持っていることを確認する。また、[auth_ok]||IDx||IDy||IDz||iは、端末機器の認証レポートを示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
【０１０１】
更に、シーケンス3-7-1が示すように、本社は、支社が本社に自分（支社）を認証してもらうpjを演算した認証結果を次の実行式を用いて支社へ送り返す。
【０１０２】
[auth_ctr_res]||E(dfxy,[auth_ok]||IDx||IDy)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社において支社を認証した結果を示す。またIDx||IDyは、認証した支社の属性を示す。最後に、E(dｆxｙ,は、これらをデータ鍵dｆxｙで暗号化することを示す。
【０１０３】
（５）本社からセンターへの認証レポートの送付
シーケンス3-8が示すように、本社からセンター宛に次の実行式により認証レポートが送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令が実行された認証レポートをリレーして伝送している。
【０１０４】
[auth_ctr_res]||E(dcx,IDx||qk||[auth_ok]||IDx||IDy||IDz||i)
qk=count||MAC(acx,count)
[auth_ctr_res]は、本社からセンターへの認証レポートを返すレスポンスを示す。このまま[auth_ctr_res]以下を暗号化してユニキャスト送信を行う。[auth_ctr_res]以下は、センターにおいてこのコマンドを送った本社が確かに正規の本社（k）であることをqkで認証してもらい、且つ端末機器の認証結果をセンターに送る実行式を示す。即ち、本社サーバにおいて、countのMAC値をセンターの認証鍵acxで計算し、同じMAC値になる、即ちセンターにおける認証鍵acxが本社と同じ認証鍵acxを持っていることを確認する。また、[auth_ok]||IDx||IDy||IDz||iは、端末機器の認証レポートを示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【０１０５】
更に、シーケンス3-8-1が示すように、センターは、本社がセンターに自分（本社）を認証してもらうqkを演算した認証結果を次の実行式を用いて本社へ送り返す。
【０１０６】
[auth_ctr_res]||E(dcx,[auth_ok]||IDx)
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
【符号の説明】
【０１０７】
１００ 端末機器管理システム
１−１−１ センターサーバ
１−１−２、１−１−３ 本社サーバ
１−１−４〜１−１−７ 支社サーバ
１−１−８〜１−１−１５ グループ
１−２−１〜１−２−３２ 端末機器
１−１−１−１ テーブル検証機能
１−１−２−１、１−１−４−１ 認証および収集機能
１−３−１ 申告入力
１−３−２ 収集入力
１−３−３ 申告テーブル
１−３−４ 収集テーブル
１−３−５ 属性値カウンタ
１−３−６ 属性値
１−３−７ 比較器
１−３−８ 検証テーブル
１−３−９ 不整合出力
１−５−１ 認証結果入力
１−５−２ 復号演算器
１−５−３、１−５−１３ データ鍵
１−５−４ 復号結果
１−５−５、１−５−１０ ＭＡＣ演算器
１−５−６、１−５−１１ 認証鍵
１−５−７ 判断器
１−５−８ 認証結果返信出力
１−５−９ カウンタ
１−５−１２ 集約結果
１−５−１４ 暗号演算器
１−５−１５ 認証結果集約出力
１−５−１６ 認証情報
【特許請求の範囲】
【請求項１】
端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値をその端末機器の記憶装置が記憶する段階と、
端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する段階と、
前記要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送する段階と、
端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する段階と
を含むことを特徴とする、端末機器の管理方法。
【請求項２】
ある属性値によって指定した参照値を、管理ノードが記憶装置から読み出す段階と、
属性値と関連付けて予め管理ノードの記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、管理ノードが記憶装置から読み出す段階と、
読み出した参照値及び基準値を管理ノードが比較する段階と
を更に含むことを特徴とする、請求項１に記載の端末機器の管理方法。
【請求項３】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に管理ノードに転送することを特徴とする、請求項１及び２のいずれかに記載の端末機器の管理方法。
【請求項４】
ネットワークは、管理ノードを根ノードとし、管理ノードに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項１乃至３のいずれかに記載の端末機器の管理方法。
【請求項５】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、管理ノードから端末機器に前記要求を転送することを特徴とする、請求項４に記載の端末機器の管理方法。
【請求項６】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項５に記載の端末機器の管理方法。
【請求項７】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、管理ノードからノードＮｍまで上位階層から下位階層へと順に繰り返す段階と、
属性値により指定した端末機器にノードＮｍが前記要求を転送する段階と
を含むことを特徴とする、請求項４に記載の端末機器の管理方法。
【請求項８】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信する段階と、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返す段階と
を含むことを特徴とする、請求項７に記載の端末機器の管理方法。
【請求項９】
ネットワークを介して接続された端末機器を管理ノードにて管理する端末機器管理システムにおいて、
端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値を記憶するための記憶装置を端末機器が備え、
管理ノードは、ネットワークを介し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、その端末機器に転送し、
前記要求に応答して、端末機器は、ネットワークを介し、その端末機器の参照値及び属性値を管理ノードに転送し、
管理ノードの記憶装置は、端末機器から転送された参照値及び属性値を互いに関連付けて記憶する
ことを特徴とする、端末機器管理システム。
【請求項１０】
ある属性値によって指定した参照値を、管理ノードが記憶装置から読み出し、
属性値と関連付けて予め管理ノードの記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、管理ノードが記憶装置から読み出し、
読み出した参照値及び基準値を管理ノードが比較する
ことを特徴とする、請求項９に記載の端末機器管理システム。
【請求項１１】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に管理ノードに転送することを特徴とする、請求項９及び１０のいずれかに記載の端末機器管理システム。
【請求項１２】
ネットワークは、管理ノードを根ノードとし、管理ノードに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項９乃至１２のいずれかに記載の端末機器管理システム。
【請求項１３】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、管理ノードから端末機器に前記要求を転送することを特徴とする、請求項１２に記載の端末機器管理システム。
【請求項１４】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項１３に記載の端末機器管理システム。
【請求項１５】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、管理ノードからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項１２に記載の端末機器管理システム。
【請求項１６】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返す
ことを特徴とする、請求項１５に記載の端末機器管理システム。
【請求項１７】
端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手順と、
前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手順と、
受信した参照値及び属性値を互いに関連付けて記憶装置に記憶する手順と
を、端末機器を管理するコンピュータに実行させることを特徴とするプログラム。
【請求項１８】
ある属性値によって指定した参照値を記憶装置から読み出す手順と、
属性値と関連付けて予め記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、記憶装置から読み出す手順と、
読み出した参照値及び基準値を比較する手順と
をコンピュータに実行させることを特徴とする請求項１７に記載のプログラム。
【請求項１９】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に受信する手順をコンピュータに実行させることを特徴とする請求項１７及び１８のいずれかに記載のプログラム。
【請求項２０】
ネットワークは、当該プログラムを実行するコンピュータを根ノードとし、前記コンピュータに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項１７乃至１９のいずれかに記載のプログラム。
【請求項２１】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、端末機器に前記要求を転送する手順をコンピュータに実行させることを特徴とする、請求項２０に記載のプログラム。
【請求項２２】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項２１に記載のプログラム。
【請求項２３】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、前記コンピュータからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項２０に記載のプログラム。
【請求項２４】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返し、ノードＮ１からユニキャスト送信された前記応答を受信する手順をコンピュータに実行させる
ことを特徴とする、請求項２３に記載のプログラム。
【請求項２５】
端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手段と、
前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手段と、
受信した参照値及び属性値を互いに関連付けて記憶する記憶装置と
を備える、端末機器を管理する情報処理装置。
【請求項２６】
ある属性値によって指定した参照値を記憶装置から読み出す手段と、
属性値と関連付けて予め記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、記憶装置から読み出す手段と、
読み出した参照値及び基準値を比較する手段と
を更に備えることを特徴とする請求項２５に記載の情報処理装置。
【請求項２７】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に受信する手段を更に備えることを特徴とする請求項２５及び２６のいずれかに記載の情報処理装置。
【請求項２８】
ネットワークは、当該プログラムを実行するコンピュータを根ノードとし、前記コンピュータに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項２５乃至２７のいずれかに記載の情報処理装置。
【請求項２９】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、端末機器に前記要求を転送する手段を更に備えることを特徴とする、請求項２８に記載の情報処理装置。
【請求項３０】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項２９に記載の情報処理装置。
【請求項３１】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、前記コンピュータからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項２８に記載の情報処理装置。
【請求項３２】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返し、ノードＮ１からユニキャスト送信された前記応答を受信する手段を更に備える
ことを特徴とする、請求項３１に記載の情報処理装置。
【請求項１】
端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値をその端末機器の記憶装置が記憶する段階と、
端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する段階と、
前記要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送する段階と、
端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する段階と
を含むことを特徴とする、端末機器の管理方法。
【請求項２】
ある属性値によって指定した参照値を、管理ノードが記憶装置から読み出す段階と、
属性値と関連付けて予め管理ノードの記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、管理ノードが記憶装置から読み出す段階と、
読み出した参照値及び基準値を管理ノードが比較する段階と
を更に含むことを特徴とする、請求項１に記載の端末機器の管理方法。
【請求項３】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に管理ノードに転送することを特徴とする、請求項１及び２のいずれかに記載の端末機器の管理方法。
【請求項４】
ネットワークは、管理ノードを根ノードとし、管理ノードに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項１乃至３のいずれかに記載の端末機器の管理方法。
【請求項５】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、管理ノードから端末機器に前記要求を転送することを特徴とする、請求項４に記載の端末機器の管理方法。
【請求項６】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項５に記載の端末機器の管理方法。
【請求項７】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、管理ノードからノードＮｍまで上位階層から下位階層へと順に繰り返す段階と、
属性値により指定した端末機器にノードＮｍが前記要求を転送する段階と
を含むことを特徴とする、請求項４に記載の端末機器の管理方法。
【請求項８】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信する段階と、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返す段階と
を含むことを特徴とする、請求項７に記載の端末機器の管理方法。
【請求項９】
ネットワークを介して接続された端末機器を管理ノードにて管理する端末機器管理システムにおいて、
端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値を記憶するための記憶装置を端末機器が備え、
管理ノードは、ネットワークを介し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、その端末機器に転送し、
前記要求に応答して、端末機器は、ネットワークを介し、その端末機器の参照値及び属性値を管理ノードに転送し、
管理ノードの記憶装置は、端末機器から転送された参照値及び属性値を互いに関連付けて記憶する
ことを特徴とする、端末機器管理システム。
【請求項１０】
ある属性値によって指定した参照値を、管理ノードが記憶装置から読み出し、
属性値と関連付けて予め管理ノードの記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、管理ノードが記憶装置から読み出し、
読み出した参照値及び基準値を管理ノードが比較する
ことを特徴とする、請求項９に記載の端末機器管理システム。
【請求項１１】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に管理ノードに転送することを特徴とする、請求項９及び１０のいずれかに記載の端末機器管理システム。
【請求項１２】
ネットワークは、管理ノードを根ノードとし、管理ノードに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項９乃至１２のいずれかに記載の端末機器管理システム。
【請求項１３】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、管理ノードから端末機器に前記要求を転送することを特徴とする、請求項１２に記載の端末機器管理システム。
【請求項１４】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項１３に記載の端末機器管理システム。
【請求項１５】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、管理ノードからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項１２に記載の端末機器管理システム。
【請求項１６】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返す
ことを特徴とする、請求項１５に記載の端末機器管理システム。
【請求項１７】
端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手順と、
前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手順と、
受信した参照値及び属性値を互いに関連付けて記憶装置に記憶する手順と
を、端末機器を管理するコンピュータに実行させることを特徴とするプログラム。
【請求項１８】
ある属性値によって指定した参照値を記憶装置から読み出す手順と、
属性値と関連付けて予め記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、記憶装置から読み出す手順と、
読み出した参照値及び基準値を比較する手順と
をコンピュータに実行させることを特徴とする請求項１７に記載のプログラム。
【請求項１９】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に受信する手順をコンピュータに実行させることを特徴とする請求項１７及び１８のいずれかに記載のプログラム。
【請求項２０】
ネットワークは、当該プログラムを実行するコンピュータを根ノードとし、前記コンピュータに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項１７乃至１９のいずれかに記載のプログラム。
【請求項２１】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、端末機器に前記要求を転送する手順をコンピュータに実行させることを特徴とする、請求項２０に記載のプログラム。
【請求項２２】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項２１に記載のプログラム。
【請求項２３】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、前記コンピュータからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項２０に記載のプログラム。
【請求項２４】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返し、ノードＮ１からユニキャスト送信された前記応答を受信する手順をコンピュータに実行させる
ことを特徴とする、請求項２３に記載のプログラム。
【請求項２５】
端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手段と、
前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手段と、
受信した参照値及び属性値を互いに関連付けて記憶する記憶装置と
を備える、端末機器を管理する情報処理装置。
【請求項２６】
ある属性値によって指定した参照値を記憶装置から読み出す手段と、
属性値と関連付けて予め記憶装置に記憶した基準値の中から、その属性値によって指定した基準値を、記憶装置から読み出す手段と、
読み出した参照値及び基準値を比較する手段と
を更に備えることを特徴とする請求項２５に記載の情報処理装置。
【請求項２７】
前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に受信する手段を更に備えることを特徴とする請求項２５及び２６のいずれかに記載の情報処理装置。
【請求項２８】
ネットワークは、当該プログラムを実行するコンピュータを根ノードとし、前記コンピュータに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項２５乃至２７のいずれかに記載の情報処理装置。
【請求項２９】
第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、端末機器に前記要求を転送する手段を更に備えることを特徴とする、請求項２８に記載の情報処理装置。
【請求項３０】
直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項２９に記載の情報処理装置。
【請求項３１】
ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、前記コンピュータからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項２８に記載の情報処理装置。
【請求項３２】
属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返し、ノードＮ１からユニキャスト送信された前記応答を受信する手段を更に備える
ことを特徴とする、請求項３１に記載の情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−７７７５０（Ｐ２０１１−７７７５０Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２５９８１（Ｐ２００９−２２５９８１）
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【出願人】（５９１１０７４８１）株式会社エルイーテック (37)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【出願人】（５９１１０７４８１）株式会社エルイーテック (37)
【Ｆターム（参考）】
[ Back to top ]