JP4906005B2 - 端末機器の管理方法、システム及びプログラム - Google Patents
端末機器の管理方法、システム及びプログラム Download PDFInfo
- Publication number
- JP4906005B2 JP4906005B2 JP2009225981A JP2009225981A JP4906005B2 JP 4906005 B2 JP4906005 B2 JP 4906005B2 JP 2009225981 A JP2009225981 A JP 2009225981A JP 2009225981 A JP2009225981 A JP 2009225981A JP 4906005 B2 JP4906005 B2 JP 4906005B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- terminal device
- attribute value
- hierarchy
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明はネットワークに接続した端末機器の管理に関し、特に、ネットワーク内における端末機器の接続位置と、その端末機器に固有な値、例えばＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、インストールされているソフトウェアのライセンス番号、内蔵しているカスタムＬＳＩのシリアル番号等を、互いに関連付けて管理する技術に関する。
一般に、コンピュータネットワークシステム（以下単にネットワークシステムと記す）は、ノードにあたる複数のコンピュータをケーブルや無線等のネットワーク媒体にて互いに接続して構築される。ネットワークシステムの典型的な構造の一例に木構造があり、この種のネットワークシステムでは、根ノードにあたるサーバを頂点として、下方に子ノード、孫ノードにあたるサーバを接続し、更に、末端のサーバに葉ノードにあたる端末装置を接続して構築される。
ネットワークシステムを管理する上で、ネットワークシステムのどの位置にどのコンピュータが接続されているかを常に確認できることが好ましい。ここで、ネットワークシステムにおけるコンピュータの位置とは、そのコンピュータがネットワークのどのノードに当たるかという意味であり、例えば、木構造のネットワークにおいて、ある端末機器の位置は、その端末機器が接続されるノード、そのノードが接続されるノード、といったように根ノードまで遡るときに端末機器と根ノードを繋ぐ各ノードによって定められる。換言すれば、その端末機器を配下とするノードによって定められる。
エンドユーザはサーバコンピュータを直接操作する必要はなく、鍵付きのサーバルーム等に設置してエンドユーザが操作できない状態においても運用に支障はない。このため、システム管理者が知らないうちにあるノードのサーバ機器が他の機器と交換されるといったことは発生しにくく、防止しやすい。また、端末機器と比較して台数が少ない。このため、端末機器の場合と比較すると、あるサーバがネットワークシステムのどこに位置するかについて、ネットワークシステムの管理者（以下システム管理者と記す）は簡単に確認することができる。
一方、端末機器はエンドユーザが直接操作することもあって、ネットワークインタフェースカードからネットワークケーブルを外す等により、簡単に別の機器と交換可能である。端末機器は他のサーバから遠隔地に設置されることも多い。このため、システム管理者が知らないうちにエンドユーザ等が端末機器を別の機器に交換していたといった事態が起こりやすい。また、サーバと比較して端末機器は台数が多いのが普通である。このため、ネットワーク内のどの位置にどの端末機器が接続されているのか、システム管理者が常に把握するのは困難になっている。
本発明に関連する発明が記載されている文献として特許文献１を挙げる。特許文献１には、端末機器の属性値を連接したうえでハッシュ演算を行うなどを施すことにより、端末機器の暗号鍵や認証鍵に用いることが記載されている。
本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、ネットワーク内のある位置に接続されている端末機器が何であるかを管理ノードにて管理する技術を提供することである。
上述の課題を解決するため、本発明は、その一態様として、端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値をその端末機器の記憶装置が記憶する段階と、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する段階と、前記要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送する段階と、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する段階とを含むことを特徴とする、端末機器の管理方法を提供する。
また、本発明は、他の一態様として、ネットワークを介して接続された端末機器を管理ノードにて管理する端末機器管理システムにおいて、端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値を記憶するための記憶装置を端末機器が備え、管理ノードは、ネットワークを介し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、その端末機器に転送し、前記要求に応答して、端末機器は、ネットワークを介し、その端末機器の参照値及び属性値を管理ノードに転送し、管理ノードの記憶装置は、端末機器から転送された参照値及び属性値を互いに関連付けて記憶することを特徴とする、端末機器管理システムを提供する。
また、本発明は、他の一態様として、端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手順と、前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手順と、受信した参照値及び属性値を互いに関連付けて記憶装置に記憶する手順とを、端末機器を管理するコンピュータに実行させることを特徴とするプログラムを提供する。
また、本発明は、他の一態様として、端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手段と、前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手段と、受信した参照値及び属性値を互いに関連付けて記憶する記憶装置とを備える、端末機器を管理する情報処理装置を提供する。
ここで、管理ノード、ノードＮ１〜Ｎｍは例えばサーバであることが考えられる。参照値とは、例えば、固有ＩＤ、ソフトウェアライセンス番号、カスタムＬＳＩシリアル番号等、端末機器に固有の値であることが好ましいが、これに限定されるものではない。
本発明によれば、端末機器から転送された参照値及び属性値を互いに関連付けて、管理ノードの記憶装置に記憶する。属性値はその端末機器のネットワーク内における他のノードとの接続関係を示す値である。このため、システム管理者は、ある参照値を格納している端末機器がどのノードに接続されているかを把握することができる。
本発明の一実施の形態である端末機器管理システム１００について説明する。端末機器管理システム１００は、サーバとサーバの間及び端末機器とサーバの間で暗号化通信を行うネットワークシステムである。本システムでは、端末機器及びサーバに予め属性値を付与し、これら属性値に基づいて生成した認証鍵を用いて暗号化を行う。属性値はネットワーク内においてそのサーバ／端末機器が他のサーバ／端末機器とどのような接続関係にあるかを示す値である。
図１を参照して説明する。［センター］［本社］［支社］［グループ］は属性を示す。これら各属性を結ぶネットワークで構成されている組織は、［センター］を先頭に［本社］、［支社］、［グループ］の属性順にピラミッド構造を成している。
［グループ］には、一つあるいは複数の端末機器が接続されている。［グループ］の中にある端末機器は、端末機器が接続された装置のステータス情報をネットワークへ送信し、各属性は、それぞれが持つ受信権限の範囲内でそれらステータスを受信できる。受信権限とは、例えば、暗号や認証において復号できるか否か、あるいは認証できるか否かで区別されても良い。
１−１−１はセンターサーバを示し、ネットワークで構成される組織、即ち配下にある各属性のサーバと［グループ］の中にある端末機器を管理できる。１−１−２，１−１−３はそれぞれ異なる本社サーバを示し、その配下にある支社サーバとグループサーバ、そして［グループ］の中にある端末機器を管理できる。１−１−４〜１−１−７はそれぞれ異なる支社サーバを示し、その配下にあるグループサーバ、そして［グループ］の中にある端末機器を管理できる。１−１−８〜１−１−１５は、グループサーバを示し、その配下にある［グループ］の中にある端末機器を管理できる。
ここで、［グループ］にある複数の端末機器は、属性値で表現することができる。例えば、グループサーバ１−１−８の中にある端末機器の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００１，００１，００１）と表すことができる。また、グループサーバ１−１−１２の中にある端末機器の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００２，００１，００１）と表すことができる。
同様に、各サーバも属性値で表現することができる。例えば、本社サーバ１−１−２の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００１，０００，０００）と表すことができる。また、支社サーバ１−１−７の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）は、（００２，００２，０００）と表すことができる。
図１の［グループ］１−１−８〜１−１−１５にはそれぞれ８種類の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）のいずれかが割り振られている。図２に示すように各グループは４つの端末機器からなり、属するグループの属性値と同じ値の属性値が付与される。
更に、各端末機器は端末機器毎に予め付与された参照値を有する。参照値の例としては、その端末機器固有の固有ＩＤ、その端末機器にインストールされているソフトウェアのライセンス番号、その端末機器に内蔵或いは接続されているカスタムＬＳＩのシリアル番号等がある。固有ＩＤのより具体的な例としては、ベンダー名に製造番号を連接したものがある。ここでは参照値として固有ＩＤを用いるものとして説明する。図２において属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）＝（００１，００１，００１）なるグループを構成する端末機器を例に挙げると、端末機器１−２−１の固有ＩＤはＮ００１であり、端末機器１−２−２の固有ＩＤはＮ００２であり、端末機器１−２−３の固有ＩＤはＮ００３であり、端末機器１−２−４の固有ＩＤはＮ００４である。
センターサーバ１−１−１はテーブル検証機能１−１−１−１を備える。図３を参照すると、テーブル検証機能１−１−１−１は、各端末機器の属性値と、その端末機器の参照値の対応関係を、申告テーブル１−３−３として予め登録する一方、属性値が示すネットワーク内の位置に現に接続されている端末機器から参照値を収集して得られる、属性値と参照値の対応関係を収集テーブル１−３−２として生成し、申告テーブル１−３−３と収集テーブル１−３−２とを比較して、参照値-属性値の対応関係が一致しないものを不整合出力１−３−９として出力する。不整合出力１−３−９は、センターサーバ１−１−１の不図示の表示装置にて表示されるメッセージとして、或いは、ログファイルとして出力される。
また、センターサーバ、本社サーバ、支社サーバの各サーバはそれぞれ認証および収集機能を備える。認証および収集機能は、直接に通信を行うサーバ間、サーバ-端末機器間において、互いの属性値を認証しながら参照値を収集するための通信を行う機能である。図１では本社サーバ１−１−２および支社サーバ１−１−４に付随して記載してあるが、センターサーバ、他の本社サーバ、他の支社サーバも認証および収集機能を備える。
テーブル検証機能と認証および収集機能を備えることにより、端末機器管理システム１００の運用者は、属性値が示すネットワーク内のある位置に、所望の参照値を有する端末機器が接続されていないとき、不整合出力１−３−９の内容からすぐにそれを知ることができる。
図３を参照してテーブル検証機能１−１−１−１について更に説明する。運用者から文書あるいは電子データで事前申告のあった端末機器の情報は、申告入力１−３−１を経て申告テーブル１−３−３で記憶される。また、実際にシステムで運用されている端末機器から通信路を経て拾い上げた端末機器の情報は、収集入力１−３−２を経て収集テーブル１−３−４で記憶される。全てあるいはある程度端末機器からの情報収集が完了した時点から、属性値カウンタ１−３−５からの一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６を申告テーブル１−３−３と収集テーブル１−３−４へ順に与え、各テーブルからの情報を比較器１−３−７で比較する。比較器１−３−７での比較結果を、一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６に合わせて検証テーブル１−３−８へ記録し、不整合出力１−３−９を得る。
この時、属性値カウンタ１−３−５からの一連の属性値（ＩＤｘ，ＩＤｙ，ＩＤｚ）１−３−６は、運用者から申告のあった属性値の範囲、例えばあるグループ内にある端末機器や、ある支社内にある端末機器などに限定することによって、必要最小限の検証を実施することもできる。
申告テーブル１−３−３は例えば図４に示すようなテーブルとなる。本例の申告テーブルは、運用者が申告入力した３種類の参照値、即ち、端末機器の固有ＩＤ１−４−１、端末機器に搭載されているソフトウェアのライセンス番号１−４−３、端末機器に搭載されているカスタムＬＳＩのシリアル番号１−４−４が、属性値１−４−２と関連づけて格納されている。尚、これらの参照値はいずれもユニークな値であり、同じ値の参照値を有する端末機器は存在しないが、参照値は必ずしもユニークな値である必要はない。
収集テーブル１−３−４は申告テーブル１−３−３と同様のフォーマットを有するテーブルである。ただし、申告テーブル１−３−３内の参照値が運用者の申告入力によるものであるのに対し、収集テーブル１−３−４内の参照値は、収集入力１−３−２にてネットワークに現に接続されている端末機器から収集した参照値である。センターサーバ１−１−１が、本社サーバ、支社サーバを介し、暗号認証方式を用いてサーバ間、サーバ-端末機器間で相互認証を行いながら、属性値が示す接続位置の端末機器から参照値を取得する。収集テーブル１−３−４の参照値は申告テーブル１−３−３の参照値と比較器１−３−７にて比較される。
図５は、［センター］１−１−１方向へ端末機器の認証結果の収集集約を実現するため、図１に書かれた本社サーバ１−１−２や支社サーバ１−１−４に搭載されている認証および収集機能１−１−２−１，１−１−４−１の実現に必要な基本構成を示したものである。
図５は、何らかの必要性に応じて、支社サーバ１−１−４からブランチ状に広がったネットワークの末端にある図２に示される端末機器１−２−１〜１−２−８の認証結果を収集する機能を有している。認証結果入力１−５−１は、図１のグループ１−１−８やグループ１−１−９で集約された各配下の端末機器の認証結果を示している。ここで、認証結果入力１−５−１は、例えば次式で表記される。
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)・・・（２）
式（１）は、図１のグループ１−１−８やグループ１−１−９の各端末機器が、端末機器自身を支社サーバ１−１−４において正しい端末機器であることを認証してもらうために送られてきた認証情報である。式（２）は、支社サーバ１−１−４自身を各端末機器において正しい支社サーバであると認証してもらうため、事前に送っておいた認証情報に対する返信としての認証結果［ａｕｔｈ＿ｏｋ］と、その認証を行なった端末機器の属性値および固有ＩＤである。
[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)・・・（４）
式（４）中のｉ１、ｉ２、・・・、ｉｎはそれぞれ端末機器の参照値を示す。図１のネットワーク構成で配下の全端末機器から参照値を集約した場合、各支社サーバは８台の端末機器から参照値を集約するのでｎ＝８となる。各本社サーバは１６台の端末機器から参照値を集約するのでｎ＝１６となる。センターサーバは３２台の端末機器から参照値を集約するのでｎ＝３２となる。
・・・||[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，自己の固有ＩＤと属性値ＩＤｘ,ＩＤｙ,ＩＤｚは既知とする。
［本社］データ鍵ｄｃｘ，認証鍵：ａｃ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が示すように、センターサーバから全てのサーバおよび端末機器に対し、次の実行式をマルチキャストにて送信する。この実行式は、本社の属性を示すＩＤｘを認証するためのものである。本実施例において認証の命令を発信するのは［センター］である。
シーケンス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を持っていることを確認する。ＩＤｘ＝００１の認証要求を行うための実行式のマルチキャスト送信を、端末機器１−２−１〜１−２−１６を宛先として行い、ＩＤｘ＝００２の認証要求を行うための実行式のマルチキャスト送信を、端末機器１−２−１７〜１−２−３２を宛先として行う。
[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では、本社サーバのうち、配下の支社サーバの数が最大のものの支社サーバ数だけ、マルチキャスト送信を行う。具体的には、ＩＤｙ＝００１の認証要求のための実行式を、端末機器１−２−１〜１−２−８、１−２−１７〜１−２−２４を宛先としてマルチキャスト送信し、また、ＩＤｙ＝００２の認証要求のための実行式を、端末機器１−２−９〜１−２−１６、１−２−２５〜１−２−３２を宛先としてマルチキャスト送信する。
[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を持っていることを確認する。具体的には、ＩＤｚ＝００１の認証要求のための実行式を、端末機器１−２−１〜１−２−４、１−２−９〜１−２−１２、１−２−１７〜１−２−２０、１−２−２５〜１−２−２８を宛先としてマルチキャスト送信し、ＩＤｚ＝００２の認証要求のための実行式を、端末機器１−２−５〜１−２−８、１−２−１３〜１−２−１６、１−２−２１〜１−２−２４、１−２−２９〜１−２−３２を宛先としてマルチキャスト送信する。
[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が示すように、端末機器においてセンターからの認証がＯＫであった場合、支社は次の実行式をレスポンスとして受け取る。
シーケンス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=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で暗号化することを示す。
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして端末機器へユニキャスト送信する。[auth_ok]は、支社において端末機器を認証した結果を示す。またiは、端末機器の固有IDを示す。最後に、E(dsxyz,は、これらをデータ鍵dsxyzで暗号化することを示す。
（３）本社における支社の認証と集約
シーケンス2-11が示すように、本社は、各支社単位で集約した端末機器の認証結果である次の実行式をレスポンスとして受け取る。
シーケンス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=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で暗号化することを示す。
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社（k）において支社(j)を認証した結果を示す。またIDyは、認証した支社の属性を示す。最後に、E(dfxy,は、これらをデータ鍵dfxyで暗号化することを示す。
（４）センターにおける本社の認証と検証
シーケンス2-12が示すように、センターは、各本社単位で集約した端末機器の認証結果である次の実行式をレスポンスとして受け取る。
シーケンス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で暗号化することを示す。
ただし、ｑ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で暗号化することを示す。
[auth_mlti_res]は、レスポンスを示す。このまま[auth_mlti_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
実施例１では、全端末機器を対象として、センターサーバからマルチキャスト送信を行い、全端末機器から応答を得た。これに対して、本実施例では、センターサーバから特定の端末機器を宛先とするユニキャスト送信を行い、その端末機器からの応答を得る。これにより単体の端末機器の認証を行う。
図７にセンターを頂点とした組織下にあるすべての端末機器の属性認証を行う実施例をシーケンスで示す。本実施例では、［センター］以下の属性を［本社］：IDx，［支社］：IDy，［グループ］：IDzの３つに定義している。但し、動作説明を簡素化するため、各属性のサーバのうち［グループ］には、サーバを設けない。その代わり、ゲートウェイなどの通信機器でサブネットワークを構築し、そのサブネットワークをある端末機器の属性群IDzとする。従って、実質的に［グループ］の属性IDzは、支社サーバが担う事となる。
本実施例のシーケンスは、次の５つに分かれている。即ち、（１）センター−本社間の認証、（２）本社−支社間の認証、（３）支社−端末機器間の認証、（４）支社から本社への認証レポートの送付、（５）本社からセンターへの認証レポートの送付。以下、それぞれについて説明する。
（１）センター−本社間の認証
シーケンス3-1が示すように、センターから本社宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］である。
シーケンス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で暗号化することを示す。
[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を確認できる。
ただし、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で暗号化することを示す。
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
（２）本社−支社間の認証
シーケンス3-3が示すように、本社から支社宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令をリレーして伝送している。
シーケンス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で暗号化することを示す。
[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を確認できる。
ただし、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ｙで暗号化することを示す。
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社において支社を認証した結果を示す。またIDx||IDyは、認証した支社の属性を示す。最後に、E(dｆxｙ,は、これらをデータ鍵dｆxｙで暗号化することを示す。
（３）支社−端末機器間の認証
シーケンス3-5が示すように、支社から端末機器宛に次の実行式が送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令をリレーして伝送している。
シーケンス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を持っていることを確認する。
[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を確認できる。
ただし、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で暗号化することを示す。
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして端末機器へユニキャスト送信する。[auth_ok]は、支社において端末機器を認証した結果を示す。またIDz||iは、認証した端末機器の属性を示す。最後に、E(dsxｙz,は、これらをデータ鍵dsxｙzで暗号化することを示す。
（４）支社から本社への認証レポートの送付
シーケンス3-7が示すように、支社から本社宛に次の実行式により認証レポートが送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令が実行された認証レポートをリレーして伝送している。
シーケンス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で暗号化することを示す。
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ｙで暗号化することを示す。
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして支社へユニキャスト送信する。[auth_ok]は、本社において支社を認証した結果を示す。またIDx||IDyは、認証した支社の属性を示す。最後に、E(dｆxｙ,は、これらをデータ鍵dｆxｙで暗号化することを示す。
（５）本社からセンターへの認証レポートの送付
シーケンス3-8が示すように、本社からセンター宛に次の実行式により認証レポートが送付される。なお、本実施例において認証の命令を発信するのは［センター］であり、その命令が実行された認証レポートをリレーして伝送している。
シーケンス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で暗号化することを示す。
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で暗号化することを示す。
[auth_ctr_res]は、レスポンスを示す。このまま[auth_ctr_res]以下をレスポンスとして本社へユニキャスト送信する。[auth_ok]は、センターにおいて本社を認証した結果を示す。またIDxは、認証した本社の属性を示す。最後に、E(dcx,は、これらをデータ鍵dcxで暗号化することを示す。
１００ 端末機器管理システム
１−１−１ センターサーバ
１−１−２、１−１−３ 本社サーバ
１−１−４〜１−１−７ 支社サーバ
１−１−８〜１−１−１５ グループ
１−２−１〜１−２−３２ 端末機器
１−１−１−１ テーブル検証機能
１−１−２−１、１−１−４−１ 認証および収集機能
１−３−１ 申告入力
１−３−２ 収集入力
１−３−３ 申告テーブル
１−３−４ 収集テーブル
１−３−５ 属性値カウンタ
１−３−６ 属性値
１−３−７ 比較器
１−３−８ 検証テーブル
１−３−９ 不整合出力
１−５−１ 認証結果入力
１−５−２ 復号演算器
１−５−３、１−５−１３ データ鍵
１−５−４ 復号結果
１−５−５、１−５−１０ ＭＡＣ演算器
１−５−６、１−５−１１ 認証鍵
１−５−７ 判断器
１−５−８ 認証結果返信出力
１−５−９ カウンタ
１−５−１２ 集約結果
１−５−１４ 暗号演算器
１−５−１５ 認証結果集約出力
１−５−１６ 認証情報
１−１−１ センターサーバ
１−１−２、１−１−３ 本社サーバ
１−１−４〜１−１−７ 支社サーバ
１−１−８〜１−１−１５ グループ
１−２−１〜１−２−３２ 端末機器
１−１−１−１ テーブル検証機能
１−１−２−１、１−１−４−１ 認証および収集機能
１−３−１ 申告入力
１−３−２ 収集入力
１−３−３ 申告テーブル
１−３−４ 収集テーブル
１−３−５ 属性値カウンタ
１−３−６ 属性値
１−３−７ 比較器
１−３−８ 検証テーブル
１−３−９ 不整合出力
１−５−１ 認証結果入力
１−５−２ 復号演算器
１−５−３、１−５−１３ データ鍵
１−５−４ 復号結果
１−５−５、１−５−１０ ＭＡＣ演算器
１−５−６、１−５−１１ 認証鍵
１−５−７ 判断器
１−５−８ 認証結果返信出力
１−５−９ カウンタ
１−５−１２ 集約結果
１−５−１４ 暗号演算器
１−５−１５ 認証結果集約出力
１−５−１６ 認証情報
Claims (28)
- 正規の一の端末機器を構成するソフトウェア或いはハードウェアに予め付与された値である参照値と、ネットワーク内におけるその端末機器と他のノードとの接続関係を示す値としてその端末機器に付与された属性値とを関連付けた申告テーブルを管理ノードの記憶装置が記憶するとともに、端末機器の記憶装置がその端末機器に付与された属性値を記憶する段階と、
端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、管理ノードがネットワークを介してその端末機器に転送する段階と、
前記要求に応答して、その端末機器の参照値及び属性値をその端末機器がネットワークを介して管理ノードに転送する段階と、
一の端末機器から転送された参照値及び属性値を互いに関連付けて収集テーブルに格納し、管理ノードの記憶装置に記憶する段階と、
申告テーブルからある属性値によって指定して読み出した参照値と、収集テーブルからその属性値によって指定して読み出した参照値との比較結果に応じて、管理ノードが端末機器を認証する段階と、
を含むことを特徴とする、端末機器の管理方法。 - 前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に管理ノードに転送することを特徴とする、請求項１に記載の端末機器の管理方法。
- ネットワークは、管理ノードを根ノードとし、管理ノードに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項１及び２のいずれかに記載の端末機器の管理方法。 - 第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、管理ノードから端末機器に前記要求を転送することを特徴とする、請求項３に記載の端末機器の管理方法。
- 直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項４に記載の端末機器の管理方法。
- ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、管理ノードからノードＮｍまで上位階層から下位階層へと順に繰り返す段階と、
属性値により指定した端末機器にノードＮｍが前記要求を転送する段階と
を含むことを特徴とする、請求項３に記載の端末機器の管理方法。 - 属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信する段階と、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返す段階と
を含むことを特徴とする、請求項６に記載の端末機器の管理方法。 - ネットワークを介して接続された端末機器を管理ノードにて管理する端末機器管理システムにおいて、
管理ノードは、正規の一の端末機器を構成するソフトウェア或いはハードウェアに予め付与された値である参照値と、ネットワーク内におけるその端末機器と他のノードとの接続関係を示す値としてその端末機器に付与された属性値とを関連付けた申告テーブルを記憶するための記憶装置を備え、
その端末機器に付与された属性値を記憶するための記憶装置を端末機器が備え、
管理ノードは、ネットワークを介し、端末機器の記憶装置に予め格納されている参照値と、その端末機器の記憶装置に記憶された属性値との転送の要求を、その端末機器に転送し、
前記要求に応答して、端末機器は、ネットワークを介し、その端末機器の参照値及び属性値を管理ノードに転送し、
管理ノードの記憶装置は、一の端末機器から転送された参照値及び属性値を互いに関連付けて収集テーブルに格納して記憶し、
申告テーブルからある属性値によって指定して読み出した参照値と、収集テーブルからその属性値によって指定して読み出した参照値との比較結果に応じて、管理ノードは端末機器を認証する
ことを特徴とする、端末機器管理システム。 - 前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に管理ノードに転送することを特徴とする、請求項８に記載の端末機器管理システム。
- ネットワークは、管理ノードを根ノードとし、管理ノードに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項８及び９のいずれかに記載の端末機器管理システム。 - 第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、管理ノードから端末機器に前記要求を転送することを特徴とする、請求項１０に記載の端末機器管理システム。
- 直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項１１に記載の端末機器管理システム。
- ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、管理ノードからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項１０に記載の端末機器管理システム。 - 属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は管理ノード）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返す
ことを特徴とする、請求項１３に記載の端末機器管理システム。 - 端末機器を構成するソフトウェア或いはハードウェアに予め付与された値としてその端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示し、その端末機器の記憶装置に予め記憶された属性値の転送の要求を、ネットワークを介してその端末機器に転送する手順と、
前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手順と、
受信した参照値及び属性値を互いに関連付けて収集テーブルに格納して記憶装置に記憶する手順と、
正規の一の端末機器を構成するソフトウェア或いはハードウェアに予め付与された値である参照値と、ネットワーク内におけるその端末機器と他のノードとの接続関係を示す値としてその端末機器に付与された属性値とを関連付けて予め記憶した申告テーブルから、ある属性値によって指定して読み出した参照値と、収集テーブルからその属性値によって指定して読み出した参照値との比較結果に応じて、端末機器を認証する手順と
を、端末機器を管理するコンピュータに実行させることを特徴とするプログラム。 - 前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に受信する手順をコンピュータに実行させることを特徴とする請求項１５に記載のプログラム。
- ネットワークは、当該プログラムを実行するコンピュータを根ノードとし、前記コンピュータに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項１５及び１６のいずれかに記載のプログラム。 - 第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、端末機器に前記要求を転送する手順をコンピュータに実行させることを特徴とする、請求項１７に記載のプログラム。
- 直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項１８に記載のプログラム。
- ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、前記コンピュータからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項１７に記載のプログラム。 - 属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返し、ノードＮ１からユニキャスト送信された前記応答を受信する手順をコンピュータに実行させる
ことを特徴とする、請求項２０に記載のプログラム。 - 端末機器を構成するソフトウェア或いはハードウェアに予め付与された値としてその端末機器の記憶装置に格納されている参照値、及び、その端末機器のネットワーク内における他のノードとの接続関係を示す値である属性値の転送の要求を、ネットワークを介してその端末機器に転送する手段と、
前記要求に応答して端末機器からネットワークを介して転送されたその端末機器の参照値及び属性値を受信する手段と、
受信した参照値及び属性値を互いに関連付けて収集テーブルに格納して記憶する記憶装置と、
正規の一の端末機器を構成するソフトウェア或いはハードウェアに予め付与された値である参照値と、ネットワーク内におけるその端末機器と他のノードとの接続関係を示す値としてその端末機器に付与された属性値とを関連付けて予め記憶した申告テーブルから、ある属性値によって指定して読み出した参照値と、収集テーブルからその属性値によって指定して読み出した参照値との比較結果に応じて、端末機器を認証する手段と
を備える、端末機器を管理する情報処理装置。 - 前記要求及び応答を、ネットワークを介して転送する際に、親子関係にあるノードの間、及び、ノードＮｍ（ｍは自然数）と端末機器との間のそれぞれにおいて、送信側と受信側の間で相互に認証を行い、認証結果の少なくとも一部を前記応答と共に受信する手段を更に備えることを特徴とする請求項２２に記載の情報処理装置。
- ネットワークは、当該プログラムを実行するコンピュータを根ノードとし、前記コンピュータに接続された第１階層のノードＮ１、ノードＮ１に接続された第２階層のノードＮ２、…、ノードＮｍ−１に接続された第ｍ階層のノードＮｍ（ｍは自然数）を備え、ノードＮｍに接続された端末機器を葉ノードとする木構造を有し、
第ｐ階層のノードＮｐ（ｐはｍ以下の自然数）は、それぞれ、第ｐ階層のノードに対して付与される階層属性値を、そのノードＮｐの記憶装置に格納し、
その端末機器を配下とする上位階層のノードそれぞれの階層属性値からなる組を、その端末機器の属性値として付与し、その端末機器の記憶装置に格納する
ことを特徴とする、請求項２２及び２３に記載の情報処理装置。 - 第ｑ階層（ｑはｍ以下の自然数）のノードＮｑの配下の全ての端末機器を宛先とするマルチキャスト送信を行うことにより、端末機器に前記要求を転送する手段を更に備えることを特徴とする、請求項２４に記載の情報処理装置。
- 直下の階層に属するノードまたはそのノードに接続された端末機器から受信した前記応答を集約し、そのノードの直上の階層に属するノードに対し、集約した応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返すことを特徴とする、請求項２５に記載の情報処理装置。
- ノードＮｒ（ｒは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の下位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｒ＋１を宛先とするユニキャスト送信を行って、ノードＮｒからノードＮｒ＋１に前記要求を転送する処理を、前記コンピュータからノードＮｍまで上位階層から下位階層へと順に繰り返し、
属性値により指定した端末機器にノードＮｍが前記要求を転送する
ことを特徴とする、請求項２４に記載の情報処理装置。 - 属性値により指定した端末機器から、その端末機器に接続されたノードＮｍに対して、前記応答を送信し、
ノードＮｓ（ｓは０以上ｍ−１以下の整数、Ｎ０は前記コンピュータ）の上位階層に属するノードであって、指定した属性値に含まれる階層属性値に対応するノードＮｓ−１を宛先とするユニキャスト送信を行って、ノードＮｓからノードＮｓ−１に前記応答を転送する処理を、ノードＮｍからノードＮ１まで下位階層から上位階層へと順に繰り返し、ノードＮ１からユニキャスト送信された前記応答を受信する手段を更に備える
ことを特徴とする、請求項２７に記載の情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009225981A JP4906005B2 (ja) | 2009-09-30 | 2009-09-30 | 端末機器の管理方法、システム及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009225981A JP4906005B2 (ja) | 2009-09-30 | 2009-09-30 | 端末機器の管理方法、システム及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011077750A JP2011077750A (ja) | 2011-04-14 |
| JP4906005B2 true JP4906005B2 (ja) | 2012-03-28 |
Family
ID=44021272
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009225981A Expired - Fee Related JP4906005B2 (ja) | 2009-09-30 | 2009-09-30 | 端末機器の管理方法、システム及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4906005B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5252591B2 (ja) * | 2010-06-08 | 2013-07-31 | Ｎｅｃアクセステクニカ株式会社 | 端末機器の管理方法、端末機器、プログラム及びネットワークシステム |
| JP2013115719A (ja) * | 2011-11-30 | 2013-06-10 | Ricoh Co Ltd | 機器管理装置及びプログラム |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01272248A (ja) * | 1988-04-25 | 1989-10-31 | Hitachi Ltd | ネットワーク構成データ維持方式 |
| JPH06224929A (ja) * | 1993-01-26 | 1994-08-12 | Nippon Telegr & Teleph Corp <Ntt> | 応答返却方法 |
| JPH11196110A (ja) * | 1998-01-05 | 1999-07-21 | Yokogawa Electric Corp | トポロジー認識装置 |
| JP3623694B2 (ja) * | 1999-07-02 | 2005-02-23 | 株式会社エヌ・ティ・ティ・ドコモ | 情報配信システムおよび情報配信方法 |
| JP3870701B2 (ja) * | 2000-03-10 | 2007-01-24 | 株式会社日立製作所 | コンピュータの階層情報管理方法および装置ならびにその処理プログラムを記録した記録媒体 |
| JP4529256B2 (ja) * | 2000-08-29 | 2010-08-25 | パナソニック株式会社 | 無線通信システムの無線端末装置 |
| JP2005032071A (ja) * | 2003-07-08 | 2005-02-03 | Yaskawa Information Systems Co Ltd | グループログイン機能を有するグループウェア |
| JP4404190B2 (ja) * | 2003-07-24 | 2010-01-27 | ソニー株式会社 | 電子機器、認証使用情報更新方法 |
| JP4595469B2 (ja) * | 2004-09-29 | 2010-12-08 | ブラザー工業株式会社 | 接続態様制御装置及び接続態様制御方法並びに接続態様制御用プログラム |
| JP2006157158A (ja) * | 2004-11-25 | 2006-06-15 | Hitachi Ltd | Ｉｐ電話の電話番号管理システム |
| JP4792964B2 (ja) * | 2005-12-22 | 2011-10-12 | パナソニック電工株式会社 | 位置情報システム |
| JP2008148029A (ja) * | 2006-12-11 | 2008-06-26 | Yamatake Corp | 無線通信システムおよびデバイス |
-
2009
- 2009-09-30 JP JP2009225981A patent/JP4906005B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011077750A (ja) | 2011-04-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3070630B1 (en) | Data system and method | |
| CN110059494B (zh) | 一种区块链交易数据的隐私保护方法及区块链系统 | |
| KR101887894B1 (ko) | 메쉬 타입 블록체인 기반의 사물 인터넷 기기 관리 시스템 | |
| JP7235764B2 (ja) | 安全な分散型台帳を使用した産業データ検証 | |
| Li et al. | OPoR: Enabling proof of retrievability in cloud computing with resource-constrained devices | |
| US20210083856A1 (en) | Improved hardware security module management | |
| US20200372015A1 (en) | Methods and apparatus for implementing state proofs and ledger identifiers in a distributed database | |
| CN102170440B (zh) | 适用于存储云间数据安全迁移的方法 | |
| CN108197891A (zh) | 一种基于区块链的电子签约装置及方法 | |
| CN111314069B (zh) | 基于区块链的摇号系统、方法、电子设备及存储介质 | |
| CN107534645A (zh) | 主机存储认证 | |
| JP2010219912A (ja) | 暗号鍵生成方法、ネットワークシステム及びプログラム | |
| CN109361952A (zh) | 视频管理方法、装置、系统及电子设备 | |
| CN104852869B (zh) | 一种端口聚合方法及装置 | |
| CN109146677A (zh) | 并行构建区块链视图的方法、计算机系统和可读存储介质 | |
| CN108540280A (zh) | 一种资源高效的安全数据分享方法及系统 | |
| CN103384249B (zh) | 网络接入认证方法、装置及系统、认证服务器 | |
| JP4906005B2 (ja) | 端末機器の管理方法、システム及びプログラム | |
| CN109981280A (zh) | 一种电子数据取证方法及系统 | |
| CN102957539A (zh) | 用于分布式软件的数字签名管理和验证系统及方法 | |
| JP5651611B2 (ja) | 鍵交換装置、鍵交換システム、鍵交換方法、プログラム | |
| CN107135261A (zh) | 一种基于网络配置多服务器系统及方法 | |
| CN111130788B (zh) | 数据处理方法和系统、数据读取方法和iSCSI服务器 | |
| JP5077705B2 (ja) | ネットワークシステム及びネットワークシステムにおける端末機器の認証情報集約方法 | |
| CN111585764A (zh) | 一种终端设备数据上区块链的系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111019 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111109 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111214 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120105 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150120 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |