JP5252591B2 - 端末機器の管理方法、端末機器、プログラム及びネットワークシステム - Google Patents

Description

本発明はネットワークシステムにおける不正な端末機器の検出と、不正端末機器からの正規端末機器の保護に関する。

ネットワークシステムに端末機器を不正に接続して、そのネットワークシステム内の他の端末機器やサーバに不正にアクセスすることは、情報セキュリティの観点から好ましくない。不正な端末機器がネットワークに接続された場合には、速やかに検出して適切な対処を講ずることが求められている。

従来のネットワークシステムでは、例えば、ネットワークシステム内の通信状況をサーバにて監視して不正な端末機器の存在を検出するものがある。例えば特許文献１には、予め端末に格納した端末鍵を用いて端末を認証することにより不正端末を検出する技術が開示されている。以下、本明細書ではこの種のサーバを監視サーバと呼ぶものとする。

こうした従来技術によれば、監視サーバにて不正端末機器の検出を行う都合上、監視サーバにて障害が発生したとき等、監視サーバにて不具合が生じたときには不正端末機器を検出することができなくなる。

特開２００５−２２８２９９

監視サーバでの不具合発生に備える方法のひとつとしては、監視サーバの冗長化が考えられる。即ち、監視サーバとして通常運用サーバとバックアップサーバとを設けて、通常は通常運用サーバの監視機能のみ作動させて、バックアップサーバの監視機能は停止しておき、通常運用サーバにて不具合が生じると、通常運用サーバからバックアップサーバに監視機能を移管する。これにより、ネットワークシステム内にて監視機能が稼動していない状態が起きるのを防ぐことができる。

しかしながら、こうした監視サーバの冗長化によれば、通常運用サーバとバックアップサーバの両方を管理する必要があり、システムの管理コストが増えるという問題がある。

また、監視サーバの冗長化によれば、通常運用サーバからバックアップサーバに監視機能を移管する間、ネットワークシステム内に監視機能は働かない。このため、機能の移管中に不正な端末機器がネットワークシステムに接続し、正規の端末機器やサーバに対して不正アクセスして、正規端末機器へのなりすまし、データの改竄、情報の漏洩等が行われることが懸念される。

本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、ネットワークシステムにおいて、サーバの動作状況に係りなく、不正端末機器の接続を検出可能な技術を提供することである。

上述の課題を解決するため、本発明は次のような端末機器、プログラム、端末機器の管理方法を提供する。

本発明は、その一態様として、それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバの第１の識別子と、その端末機器から見てそのサーバよりひとつ上の階層に属するサーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより生成したひとつの暗号鍵であるデータ鍵を記憶する記憶装置と、前記複数の端末機器の一端末機器であって、当該端末機器以外の第１の端末機器が、当該第１の端末機器の記憶装置に記憶された前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて暗号化して、前記ネットワークシステムを介して送信した暗号化データを、前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて復号する復号手段と、前記暗号化データの復号結果に応じて前記第１の端末機器が正規の端末機器であると判定する判定手段とを備えることを特徴とする端末機器を提供する。

また、本発明は、その一態様として、それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバの第１の識別子と、その端末機器から見てそのサーバよりひとつ上の階層に属するサーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより生成したひとつの暗号鍵であるデータ鍵を記憶装置に記憶する記憶手順と、
前記複数の端末機器の一端末機器であって、当該端末機器以外の第１の端末機器が、当該第１の端末機器の前記記憶装置に記憶された前記データ鍵を用いて暗号化し、前記ネットワークシステムを介して送信した暗号化データを復号する第１の復号手順と、
前記暗号化データの復号結果に応じて前記第１の端末機器が正規の端末機器であると判定する第１の判定手順と、
をコンピュータに実行させるためのプログラムを提供する。

また、本発明は、その一態様として、それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバの第１の識別子と、その端末機器から見てそのサーバよりひとつ上の階層に属するサーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより生成したひとつの暗号鍵であるデータ鍵を、前記複数の端末機器のそれぞれの記憶装置に記憶する記憶段階と、
前記複数の端末機器のうちの一端末機器である第1の端末機器が、前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて暗号化した暗号化データを、前記ネットワークシステムを介して送信する送信段階と、
前記複数の端末機器のうちの一端末機器であって、前記第1の端末機器以外の端末機器である第２の端末機器が前記暗号化データを受信する受信段階と、
前記第２の端末機器が、自身の前記記憶装置に記憶されている前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて、前記暗号化データを復号する復号段階と、
前記暗号化データの復号結果に応じて前記第１の端末機器が正規の端末機器であると前記第２の端末機器が判定する判定段階と
を含むことを特徴とする、端末機器の管理方法を提供する。

本発明によれば、端末機器が正規のものであるか否かの判定を、その端末機器と同じデータ鍵を予め付与された別の端末機器にて行う。このため、不正端末機器を検出するための監視サーバを設けることなく、或いは設けていてもその動作状態に関係なく、不正端末機器を検出することができる。その際、バックアップ監視サーバのような追加の装置は必要ない。

本発明の一実施の形態であるネットワークシステム１００のブロック図である。 ネットワークシステム１００のグループ１−１−４〜１−１−７に属する端末機器について説明するための図である。 端末機器１−２−１〜１−２−４の構成について説明するためのブロック図である。 データ鍵の生成方法について説明するための図である。 本発明の実施例１におけるネットワークシステム１００の動作を説明するための図である。 認証部１−２−１−１の機能ブロック図である。 監視部１−２−１−２の機能ブロック図である。 本発明の実施例２におけるネットワークシステム１００の動作を説明するための図である。 本発明の実施例３における認証部１−２−１−１の機能ブロック図である。 本発明の実施例３における監視部１−２−１−２の機能ブロック図である。

本発明の一実施の形態であるネットワークシステム１００について図１を参照して説明する。ネットワークシステム１００はＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等のアドレス情報によってサーバ乃至端末機器を指定してデータを送信するコンピュータネットワークである。

［センター］［本社］［支社］［グループ］はそれぞれ属性を示す。これら各属性を結ぶネットワークで構成されている組織は、［センター］を先頭に［本社］、［支社］、［グループ］の属性順にピラミッド構造を成している。

１−１−１はセンターサーバを示し、ネットワークで構成される組織、即ち配下にある各属性のサーバと各［グループ］に属する端末機器を管理する。１−１−２、１−１−３はそれぞれ異なる本社サーバを示し、その配下にある支社サーバと［グループ］の中にある端末機器を管理する。１−１−４〜１−１−７はそれぞれ異なる支社サーバを示し、その配下にある［グループ］に属する端末機器を管理する。１−１−８〜１−１−１５はグループを示す。グループは複数の端末機器からなる。

本社サーバ１−１−２、１−１−３にはそれぞれ属性値ＩＤ_ｘとして異なる値が付与される。本社サーバ１−１−２の属性値ＩＤ_ｘは００１であり、本社サーバ１−１−３の属性値ＩＤ_ｘは００２である。支社サーバ１−１−４〜１−１−７にはそれぞれ属性値ＩＤ_ｙが付与される。支社サーバ１−１−４〜１−１−７の属性値ＩＤ_ｙはそれぞれ順に００１、００２、００１、００２である。同一本社サーバの配下にある支社サーバの属性値ＩＤ_ｙはそれぞれ異なる。更に同様に、グループにはそれぞれ属性値ＩＤ_ｚが付与される。グループ１−１−８〜１−１−１５の属性値ＩＤ_ｚはそれぞれ順に００１、００２、００１、００２、００１、００２、００１、００２である。同一支社サーバの配下にあるグループの属性値ＩＤ_ｚはそれぞれ異なる。属性値は第三者に知られても構わないが、秘密にすることが好ましい。

このようにして定められた属性値ＩＤ_ｘ、ＩＤ_ｙ、ＩＤ_ｚを用いて、グループ１−１−８〜１−１−１５をそれぞれ一意に表すことができる。即ち、ネットワークシステム１００のグループは、それぞれ、そのグループの属性値ＩＤ_ｚと、そのグループが属する支社サーバの属性値ＩＤ_ｙと、その支社サーバが属する本社サーバの属性値ＩＤ_ｘの組である（ＩＤ_ｘ，ＩＤ_ｙ，ＩＤ_ｚ）により一意に表すことができる。あるグループに属する端末機器の全てに対し、そのグループを示す属性値の組（ＩＤ_ｘ，ＩＤ_ｙ，ＩＤ_ｚ）をその端末機器の属性値として付与する。例えば、グループ１−１−８に属する端末機器の属性値（ＩＤ_ｘ，ＩＤ_ｙ，ＩＤ_ｚ）は、（００１，００１，００１）である。また、グループ１−１−１２に属する端末機器の属性値（ＩＤ_ｘ，ＩＤ_ｙ，ＩＤ_ｚ）は、（００２，００１，００１）である。図１において各グループの下にそのグループに属する端末機器の属性値を記す。

以下、図１のようなピラミッド構造において、あるサーバＡの直下にサーバＢがあるとき、サーバＡをサーバＢの親サーバと呼び、サーバＢをサーバＡの子サーバと呼ぶものとする。サーバＢの子サーバであるサーバＣはサーバＡの孫サーバと呼ぶものとする。サーバＢ及びＣはサーバＡの配下にあり、サーバＡはサーバＢ及びＣの上位にあるとも記すものとする。サーバ／端末機器が互いに親‐子、祖父‐孫、曽祖父‐曾孫の関係にある場合、親族関係があると記すものとする。例えば、支社サーバ１−１−８〜１−１−１５はセンターサーバ１−１−１の孫サーバである。本社サーバ１−１−２の子サーバは支社サーバ１−１−４、１−１−５である。端末機器１−２−１〜１−２−４からみたとき、支社サーバ１−１−４は親サーバ、本社サーバ１−１−２は祖父サーバ、センターサーバ１−１−１は曽祖父サーバである。端末機器１−２−１、支社サーバ１−１−４、本社サーバ１−１−２、センターサーバ１−１−１は親族関係がある。

図２を参照して各グループに属する、或いは、各グループを構成する端末機器について説明する。上述したように、同一のグループに属する端末機器には同一の属性値（ＩＤ_ｘ，ＩＤ_ｙ，ＩＤ_ｚ）が付与されるが、属性値とは別に、端末機器はそれぞれ固有ＩＤを有する。固有ＩＤは唯一無二の識別子であり、例えばベンダー名に製造番号を連接したもの、具体的にはＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスである。図２に示すように、ネットワークシステム１００では各グループに４台ずつの端末機器が属している。それぞれの端末機器の直下に丸括弧（）で囲んで記したのがその端末機器の固有ＩＤであり、文字Ｎと３桁の数字からなる。４つの端末機器の４つの固有ＩＤの下には、これら端末機器の属性値が記載されている。グループ１−１−８を例に挙げると、このグループに属する４つの端末機器１−２−１、１−２−２、１−２−３、１−２−４の固有ＩＤは、それぞれＮ００１、Ｎ００２、Ｎ００３、Ｎ００４であり、それぞれ異なる値であるが、これら４台の端末機器の属性値（ＩＤ_ｘ，ＩＤ_ｙ，ＩＤ_ｚ）は（００１，００１，００１）であり、４台とも共通である。

端末機器１−２−１〜１−２−３２の構成について説明する。これら端末機器の構成は基本的に同じであり、ここでは、グループ１−１−８を構成する端末機器１−２−１〜１−２−４を例に挙げる。図３に示すように、端末機器１−２−１〜１−２−４はいずれもハブ１−４−１を介して支社サーバ１−１−４に接続されている。各端末機器は認証部と監視部とを備える。

認証部は、通信相手となるサーバを認証する。また、同一グループの他の端末機器から送信された暗号化された機器制御コマンドを復号し、機器制御部１−５−１７に渡す。認証部について詳しくは図６を参照して後述する。

監視部は、同じグループに属する他の端末機器がサーバと行う通信を監視し、不正な端末機器から送信されたものであることを検出すると、同じグループに属する他の端末機器に対して、機能制御コマンドを送出する旨の指示を行う。監視部について詳しくは図７を参照して後述する。

また、各端末機器はその端末機器の固有ＩＤを格納する記憶装置を備える。この記憶装置は例えばネットワークインタフェースカード内蔵のフラッシュＲＯＭである。更に、その端末機器に対して予め付与された属性値（ＩＤ_ｘ，ＩＤ_ｙ，ＩＤ_ｚ）や、後述するデータ鍵、認証鍵、送信権限テーブルを格納する記憶装置を備える。この記憶装置はコンピュータとしての端末機器の主記憶装置、補助記憶装置であり、より具体的には半導体メモリ装置、固定磁気ディスク記録装置である。例えば、端末機器１−２−１は認証部１−２−１−１、監視部１−２−１−２、固有ＩＤとしてＮ００１を格納する記憶装置１−２−１−３、属性値として（００１、００１、００１）を格納し、更に、後述するデータ鍵としてｄｓ_ｘｙｚ、ｄｆ_ｘｙ、ｄｃ_ｘ、ｓを格納する記憶装置１−２−１−４、送信権限テーブルを格納する記憶装置１−２−１−５を備える。尚、ここでは固有ＩＤ、属性値、データ鍵、認証鍵、送信権限テーブルを格納する記憶装置をそれぞれ別の記憶装置として説明したが、同じ記憶装置の別の記憶領域であっても構わない。端末機器１−２−１は不図示の要素として更に演算装置を備え、必要に応じてキーボード、マウス等の入力装置、ディスプレイ等の出力装置を備えることとしてもよい。端末機器１−２−２〜１−２−４も同様の構成であり、更に、他のグループ１−１−９〜１−１−１５の端末機器においても同様である。

データ鍵について図４を参照して説明する。データ鍵は端末機器とサーバとの間で暗号化通信を行う際に用いる共通鍵方式の暗号鍵である。

センターサーバ１−１−１は、配下にある各本社サーバの属性値ＩＤ_ｘ、各支社サーバの属性値ＩＤ_ｙ、各グループの属性値ＩＤ_ｚを予め記憶装置に格納している。各グループの端末機器の属性値は、その端末機器が属する本社サーバ、支社サーバ、グループの属性値の組であり、容易に求めることができるので、各端末機器の属性値については必要に応じて求めることとしてもよいし、予めその属するサーバの属性値から求めた上で記憶装置に格納しておいてもよい。

本社サーバ１−１−２、１−１−３は、自身に付与された属性値ＩＤ_ｘと、その配下にある支社サーバの属性値ＩＤ_ｙ、グループの属性値ＩＤ_ｚを予め記憶装置に格納している。例えば、本社サーバ１−１−２は、自身の属性値ＩＤ_ｘ＝００１、支社サーバ１−１−４の属性値ＩＤ_ｙ＝００１、支社サーバ１−１−５の属性値ＩＤ_ｙ＝００２、グループ１−１−８の属性値ＩＤ_ｚ＝００１、グループ１−１−９の属性値ＩＤ_ｚ＝００２、グループ１−１−１０の属性値ＩＤ_ｚ＝００１、グループ１−１−１１の属性値ＩＤ_ｚ＝００２を記憶装置に格納している。

支社サーバ１−１−４〜１−１−７は、自身に付与された属性値ＩＤ_ｙと、その配下にあるグループの属性値ＩＤ_ｚを予め記憶装置に格納している。例えば、支社サーバ１−１−４は、自身の属性値ＩＤ_ｙ＝００１、グループ１−１−８の属性値ＩＤ_ｚ＝００１、グループ１−１−９の属性値ＩＤ_ｚ＝００２を格納している。

このように、各サーバは、自身の属性値と、その配下にあるサーバの属性値とを記憶装置に格納している。この状態で、各サーバは、その親サーバから自身のデータ鍵を受け取り、自身のデータ鍵と子サーバの属性値とを連接したものをハッシュ演算することにより、その子サーバのデータ鍵を生成し、その子サーバと、配下にある端末機器に送信する。ハッシュ演算に用いるハッシュ関数や、ハッシュ演算の結果生成されたデータ鍵は第三者に対して特に秘密にされる。データ鍵の送信は、該当するサーバ／端末機器のみが復号可能であるような別の暗号鍵、別の暗号化技術を用いて暗号化した上で、該当するサーバ／端末機器のみを宛先として行うことが好ましい。或いは、暗号化してデータ鍵を送信する代わりに、データ鍵を記録媒体に格納して、子サーバにて読み込むこととしてもよい。

更に、必要に応じて或いは予め、各サーバは孫サーバのデータ鍵を生成する。即ち、生成した子サーバのデータ鍵と、ある孫サーバの属性値とを連接したものをハッシュ演算することにより、その孫サーバのデータ鍵を生成する。孫サーバのデータ鍵については子サーバが生成・送信するので送信する必要はない。本実施の形態では曾孫以下の子孫サーバは存在しないが、存在する場合は同様にして必要に応じて或いは予め求める。

具体的には、最初に、ネットワークシステム１００の管理者が、センターサーバ１−１−１のデータ鍵即ち秘密シードｓをセンターサーバ１−１−１に入力する。センターサーバ１−１−１は秘密シードｓをすべての端末機器１−２−１〜１−２−３２に送信する。秘密シードはその名が示すように第三者に対して秘密にされる。また、センターサーバ１−１−１は、秘密シードｓと属性値ＩＤ_ｘ＝００１とを連接したものをハッシュ演算することにより、本社サーバ１−１−２のデータ鍵ｄｃ_ｘを生成し、本社サーバ１−１−２、端末機器１−２−１〜１−２−１６に送信する。同様に、センターサーバ１−１−１は、秘密シードｓと属性値ＩＤｘ＝００２とを連接したものをハッシュ演算することにより、本社サーバ１−１−３のデータ鍵ｄｃ_ｘを生成し、本社サーバ１−１−３、端末機器１−２−１７〜１−２−３２に送信する。また、センターサーバ１−１−１は、必要に応じてまたは予め、ある本社サーバのデータ鍵ｄｃ_ｘと、その本社サーバの子サーバである支社サーバの属性値ＩＤ_ｙとを連接したものをハッシュ演算することにより、その支社サーバのデータ鍵ｄｆ_ｘｙを生成する。更に同様にしてセンターサーバ１−１−１はグループのデータ鍵ｄｓ_ｘｙｚを必要に応じて或いは予め生成する。

各本社サーバでは、センターサーバから受け取った自身のデータ鍵ｄｃ_ｘと、配下の支社サーバの属性値ＩＤ_ｙとを連接したものをハッシュ演算することにより、その支社サーバのデータ鍵ｄｆ_ｘｙを生成し、その支社サーバに送信する。また、必要に応じて或いは予め、孫の関係にあるグループのデータ鍵ｄｓ_ｘｙｚを生成する。例えば、本社サーバ１−１−２は、自身のデータ鍵ｄｃ_ｘと、支社サーバ１−１−４の属性値ＩＤ_ｙ＝００１から支社サーバ１−１−４のデータ鍵ｄｆ_ｘｙを生成し、支社サーバ１−１−４、端末機器１−２−１〜１−２−８に送信する。

各支社サーバでは、親サーバにあたる本社サーバから受け取った自身のデータ鍵ｄｆ_ｘｙと、その配下のグループの属性値ＩＤ_ｚとを連接したものをハッシュ演算することにより、そのグループのデータ鍵ｄｓ_ｘｙｚを生成し、そのグループに属する各端末機器に送信する。

このようにしてデータ鍵ｓ、ｄｃ_ｘ、ｄｆ_ｘｙ、ｄｓ_ｘｙｚを端末機器に配布すると、各端末機器は、自身が属するグループのデータ鍵、自身の親サーバ（支社サーバ）、祖父サーバ（本社サーバ）、曽祖父サーバ（センターサーバ）のデータ鍵を持つことになる。また、各サーバは、自身のデータ鍵と自身の配下にあるサーバのデータ鍵を利用可能になる。このとき、ある端末機器にてデータ鍵ｓ、ｄｃ_ｘ、ｄｆ_ｘｙ、ｄｓ_ｘｙｚを用いて暗号化した暗号化情報の復号の可否は次の表１のようになる。

表１に示すように、データ鍵ｄｓ_ｘｙｚ、ｄｆ_ｘｙによる暗号は互いに親族関係にあるすべてのサーバ／端末機器にて復号することができる。データ鍵ｄｃ_ｘによる暗号は互いに親族関係にある端末機器、本社サーバ、センターサーバにて復号することができる。データ鍵（秘密シード）ｓによる暗号は同グループの端末機器とセンターサーバにて復号することができる。互いに親族関係にないサーバ、異グループの端末機器では復号することができない。尚、同グループの端末機器は互いに親族関係にある。データ鍵はいずれも共通鍵方式の暗号鍵であるため、ある端末機器における、他端末機器やサーバにて暗号化した暗号化情報の復号の可否についても表１のようになる。

つまり、暗号化の際に用いるデータ鍵を選択することによって、復号可能な端末機器、サーバをある程度指定することができる。あるサーバにて復号可能な暗号化情報は、そのサーバと親族関係にあるより上位のサーバで常に復号可能である一方、そのサーバと親族関係にあってもより下位のサーバでは復号可能とは限らない。このことを、上位のサーバは下位のサーバよりも高い受信権限を有する、或いは逆に、下位のサーバは上位のサーバよりも低い受信権限を有すると呼ぶこととする。尚、親族関係ではない本社サーバ、支社サーバは復号できない。

図４では、端末機器がデータ鍵を用いて暗号化したステータス情報［ｓｔａｔｕｓ］を、親族関係にある支社サーバ、本社サーバを介してセンターサーバに送信している。端末機器にて暗号化の際に使用するデータ鍵を適切に選択することにより、所望の受信権限を持たない下位サーバでは復号できず、所望の受信権限以上の受信権限を有する上位サーバ、及び、同グループに属する端末機器では復号可能であるように暗号化したステータス情報［ｓｔａｔｕｓ］を送信することができる。

このように、受信権限は、端末機器からサーバへの向きのデータ送信に関して各サーバに付与される権限であり、階層化した暗号鍵を用いて実現している。これに対して、逆向きの通信、即ち、サーバから端末機器への向きのコマンド送信に関して各サーバに送信権限を付与する。サーバから端末機器にコマンドを送信する際、サーバはその端末機器が属するグループのデータ鍵ｄｓ_ｘｙｚにてコマンドを暗号化して端末機器に送信する。このコマンドはその端末機器を含み、その端末機器と親族関係にあるすべてのサーバ、端末機器にて復号可能であるが、コマンドの対象となった端末機器がそのコマンドを実行するか否かは、送信元のサーバの属性毎に予め定められた送信権限によってその端末機器が判定する。

送信権限を実現するため、端末機器は送信権限テーブルを記憶装置に格納している。送信権限テーブルは、コマンド、そのコマンドの送信元のサーバ、及び、そのコマンドの実行の可否の関連づけを格納するテーブルである。端末機器は、自身の記憶装置に予め格納されている送信権限テーブルを参照し、コマンドの送信元のサーバがそのコマンドの送信権限を有するか否か判定し、有する場合に限りそのコマンドを実行する。送信権限テーブルの例を表２に示す。受信権限と送信権限を総称してアクセス権限と称することとする。

例えば、表２において、コマンドｃｏｍｍａｎｄ１の送信権限、即ち、端末機器に対してコマンドｃｏｍｍａｎｄ１の実行を要求する権限を有するサーバはセンターサーバのみである。一方、コマンドａｕｔｈ＿ｍｕｌｔｉ＿ｘの送信権限を有するのは、センターサーバと、相手端末機器と親族関係にある本社サーバのみであり、親族関係であっても支社サーバには送信権限はない。親族関係にない本社サーバ、支社サーバにも送信権限はない。

サーバの識別はそのサーバの属性をハッシュして得られる値に基づいて行なうことが考えられる。例えば、本社サーバ１−１−２が端末機器１−２−１に対してコマンドｃｏｍｍａｎｄを送信する場合、本社サーバ１−１−２の属性ＩＤ_ｘをハッシュして値ａｃ_ｘを生成し、次に、カウンタ値ｃｏｕｎｔをキーとして値ａｃ_ｘをＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）演算してＭＡＣ（ａｃ_ｘ， ｃｏｕｎｔ）を生成して、端末機器に実行させようとするコマンド［ｃｏｍｍａｎｄ］、カウンタ値ｃｏｕｎｔ、ＭＡＣ演算値ＭＡＣ（ａｃ_ｘ， ｃｏｕｎｔ）を連接したもの
［ｃｏｍｍａｎｄ］｜｜（ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ， ｃｏｕｎｔ））
を、本社サーバ１−１−２から端末機器１−２−１に送信する。これを受信した端末機器１−２−１は、カウント値ｃｏｕｎｔをキーとして既知の本社サーバ１−１−２の属性ＩＤ_ｘから値ａｃ_ｘ、ＭＡＣ演算値ＭＡＣ（ａｃ_ｘ， ｃｏｕｎｔ）を生成し、このＭＡＣ演算値と、コマンド［ｃｏｍｍａｎｄ］に連接して受信したＭＡＣ演算値とを比較し、両者が一致する場合、端末機器１−２−１はコマンド［ｃｏｍｍａｎｄ］の送信元が本社サーバ１−１−２であると認証する。続いて、端末機器１−２−１は、送信権限テーブル１−２−１−５を参照して、本社サーバ１−１−２がコマンド［ｃｏｍｍａｎｄ］の送信権限を有するか否か判定する。

図４において各サーバのアクセス権限を比較すると、センターサーバ、本社サーバ、支社サーバの順に高いアクセス権限を有する。端末機器から各サーバに対し、データ鍵を用いて暗号化した暗号化情報を送信する際には、送信先のサーバにて復号可能であって、かつ、復号する必要がない下位のサーバでは復号不可能なデータ鍵を用いることが好ましい。例えば、本社サーバはデータ鍵ｄｃ_ｘ、ｄｆ_ｘｙ、ｄｓ_ｘｙｚを持っているので、これらデータ鍵のどれで暗号化した暗号化情報であっても、復号に必要なデータ鍵を持っているが、支社サーバに知らせる必要がない情報であれば、支社サーバでは復号できないようにデータ鍵ｄｃ_ｘを用いて暗号化することが好ましい。

同じグループに属する端末機器同士の属性値は同じなので、保持するデータ鍵も同じである。従って、ある端末機器がデータ鍵を用いて暗号化情報を生成するとき、その端末機器と同じグループに属する他の端末機器はその暗号化情報を復号するために必要なデータ鍵を持っていることになる。

図１に戻ると、各端末機器が有する４つのデータ鍵ｓ、ｄｃ_ｘ、ｄｆ_ｘｙ、ｄｓ_ｘｙｚは、その端末機器の属性値によって異なるが、同じグループに属する端末機器の属性値は互いに同じである。ネットワークシステム１００全体としては、８つのグループ１−１−８〜１−１−１５に対応して、データ鍵ｓ、ｄｃ_ｘ、ｄｆ_ｘｙ、ｄｓ_ｘｙｚの組が８通りある。あるグループに属するある端末機器が保持しているデータ鍵のひとつを用いて暗号化情報を生成し、いずれかのサーバに送信するとする。このとき、同じグループに属する他の端末機器は、いずれも、送信元の端末機器と全く同じデータ鍵の組を持っているので、暗号化に使用されたデータ鍵が４つのどれであっても、この暗号化情報を復号するために必要なデータ鍵を常に持っていることになる。

例えば図３において、端末機器１−２−１が自身の記憶装置１−２−１−４に格納しているデータ鍵ｄｃ_ｘを用いて暗号化情報を生成し、本社サーバ１−１−２に送信するとき、端末機器１−２−１と同じグループに属する端末機器１−２−２は、自身の記憶装置１−２−２−４にも全く同じデータ鍵ｄｃ_ｘを格納している。端末機器１−２−３、１−２−４も同様である。

これを利用して、ネットワークシステム１００では、ある端末機器Ａがデータ鍵を用いて暗号化通信を行うと、端末機器Ａと同じグループに属し、同じデータ鍵を有する他の端末機器Ｂの監視部が、その暗号化通信を受信して復号を試みる。そして、復号の結果に応じて、端末機器Ｂの監視部は端末機器Ａが正規の端末機器であるか、それとも正規の端末機器に成りすましてネットワークシステム１００に接続された不正な端末機器であるかを判定する。この判定結果により不正端末機器を検出する。また、不正端末機器を検出すると、端末機器Ｂの監視部は、同グループの他端末機器に対し、機能の一部乃至全部の停止を促す機器制御コマンドを送出すると共に、端末機器Ｂの機器制御部に対し、端末機器Ｂの機能の一部乃至全部の停止を指示する。

図５を参照して、ネットワークシステム１００において、端末機器の上位サーバの動作に不具合が生じているときに行う、不正端末機器の検出、及び、そのときの対応について実施例１として説明する。端末機器の上位サーバが不具合により動作不能になっても、同じ認証鍵を持つ端末機器同士がお互いに監視し合うことで、一定のセキュリティを確保する。

図１と同じ構成で［センター］以下に３つの属性［本社］：ＩＤ_ｘ、［支社］：ＩＤ_ｙ、［グループ］：ＩＤ_ｚを定義する。［センター］、［本社］、［支社］にはそれぞれ対応するサーバ、即ちセンターサーバ１−１−１、本社サーバ１−１−２、１−１−３、支社サーバ１−１−４〜１−１−７が存在する。［グループ］には対応するサーバを設けず、代わりに、ゲートウェイなどの通信機器でサブネットワークを構築し、各サブネットワークに対して［グループ］の属性値ＩＤ_ｚを付与する。従って、実質的に［グループ］の属性ＩＤ_ｚは、支社サーバが担う事となる。

センターサーバ１−１−１、本社サーバ１−１−２、１−１−３、支社サーバ１−１−４〜１−１−７、グループサーバ１−１−８〜１−１−１５はそれぞれ次のような情報をあらかじめ各自の記憶装置に保持しているものとする。ただし上述のようにグループに関する情報は支社サーバが保持する。

認証鍵は、サーバ或いは端末機器の属性値（ＩＤ_ｘ、ＩＤ_ｙ、ＩＤ_ｚ）に対応する一組の鍵（ａｃ_ｘ、ａｆ_ｙ、ａｓ_ｚ）を指す。また、これら一組の鍵の各要素ａｃ_ｘ、ａｆ_ｙ、ａｓ_ｚの排他的論理和を指す。例えば、ｘをハッシュして得られる値ｙをｙ＝Ｈ（ｘ）で表すとき、ａｃ_ｘ＝Ｈ（ＩＤｘ）、ａｆ_ｙ＝Ｈ（ＩＤｙ）、ａｓ_ｚ＝Ｈ（ＩＤｚ）である。特に、ＩＤ_ｙ＝０００の認証鍵をａｆ０とし、ＩＤ_ｚ＝０００の認証鍵をａｓ０とする。特に、ＩＤ_ｙ＝０００の認証鍵をａｆ０とし、ＩＤ_ｚ＝０００の認証鍵をａｓ０とする。ｉは端末機器の固有ＩＤである。

・センターサーバ１−１−１
秘密シード：ｓ
認証鍵：ａｃ_ｘ、ａｆ_ｙ、ａｓ_ｚ
端末機器１−２−１〜１−２−３２の固有番号Ｎ００１〜Ｎ０３２
端末機器１−２−１〜１−２−３２の属性値ＩＤｘ、ＩＤｙ、ＩＤｚ、（００１、００１、００１）、（００１、００１、００２）、（００１、００２、００１）、（００１、００２、００２）、（００２、００１、００１）、（００２、００１、００２）、（００２、００２、００１）、（００２、００２、００２）
・本社サーバ１−１−２、１−１−３
データ鍵ｄｃ_ｘ
認証鍵：ａｃ_ｚ、ａｆ_０、ａｓ_０
・支社サーバ１−１−４〜１−１−７
データ鍵ｄｆ_ｘｙ
認証鍵：ａｃ_ｘ、ａｆ_ｙ、ａｓ_０
・グループ１−１−８〜１−１−１５
データ鍵ｄｓ_ｘｙｚ
認証鍵：ａｃ_ｘ、ａｆ_ｙ、ａｓ_ｚ
・端末機器１−２−１〜１−２−３２
秘密シード：ｓ
データ鍵ｄｃ_ｘ、ｄｆ_ｘｙ、ｄｓ_ｘｙｚ
認証鍵：ａｃ_ｘ、ａｆ_ｙ、ａｓ_ｚ
自身の固有番号
自身の属性値ＩＤｘ、ＩＤｙ、ＩＤｚ

本実施例のシーケンスは次の４つに分かれている。
（１）各属性と端末機器における属性ＩＤｘ、ＩＤｙ、ＩＤｚの認証
（２）支社サーバ不具合で通信断
（３）端末機器での認証結果の返信
（４）監視部による異常検出時の機能
以下、図５を参照して説明する。

（１）各属性と端末機器における属性ＩＤｘ、ＩＤｙ、ＩＤｚの認証
シーケンス２−１、２−４、２−７に示すように、すべての本社サーバ、支社サーバ、端末機器に対し、本社の属性を示すＩＤ_ｘの認証を行うために、次の実行式を実行するように求める。なお、本実施例において認証の命令を発信するのはセンターサーバ１−１−１である。

［ａｕｔｈ＿ｍｌｔｉ＿ｘ］｜｜（ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ，ｃｏｕｎｔ）
ここで［ａｕｔｈ＿ｍｌｔｉ＿ｘ］はＩＤ_ｘの認証を要求する実行コマンドを示す。ｃｏｕｎｔは１ずつ増えるカウンタ値を示す。このまま［ａｕｔｈ＿ｍｌｔｉ＿ｘ］以下を暗号化せずにマルチキャスト送信を行う。

［ａｕｔｈ＿ｍｌｔｉ＿ｘ］以下は、送信先の属性ＩＤ_ｘが正しいか否かを認証するための実行式を示す。即ち、サーバや端末機器それぞれにおいて、ｃｏｕｎｔのＭＡＣ値を自身が保持する属性ＩＤ_ｘの認証鍵ａｃ_ｘで計算し、同じＭＡＣ値になること、即ち、本社サーバ、支社サーバ、端末機器が保持する認証鍵ａｃ_ｘと、センターサーバが保持する認証鍵ａｃ_ｘとが一致することを確認する。

次に、シーケンス２−１、２−４、２−７に示すように、センターサーバ１−１−１は、すべての本社サーバ、支社サーバ、端末機器に対し、支社の属性を示すＩＤ_ｙの認証を行うために、次の実行式を実行するように求める。

［ａｕｔｈ＿ｍｌｔｉ＿ｙ］｜｜（ｃｏｕｎｔ｜｜ＭＡＣ（ａｆ_ｙ，ｃｏｕｎｔ）
ここで［ａｕｔｈ＿ｍｌｔｉ＿ｙ］はＩＤ_ｙの認証を要求する実行コマンドを示す。このまま［ａｕｔｈ＿ｍｌｔｉ＿ｙ］以下を暗号化せずにマルチキャスト送信を行う。

［ａｕｔｈ＿ｍｌｔｉ＿ｙ］以下は、送信先の属性ＩＤ_ｙが正しいか否かを認証するための実行式を示す。即ち、サーバや端末機器それぞれにおいて、ｃｏｕｎｔのＭＡＣ値を自身が保持する属性ＩＤ_ｙの認証鍵ａｆ_ｙで計算し、同じＭＡＣ値になること、即ち、本社サーバ、支社サーバ、端末機器が保持する認証鍵ａｆ_ｙと、センターサーバが保持する認証鍵ａｆ_ｙとが一致することを確認する。

次に、シーケンス２−３、２−６、２−９が示すように、センターサーバ１−１−１は、すべての本社サーバ、支社サーバ、端末機器に対し、グループの属性を示すＩＤ_ｚの認証を行うために、次の実行式を実行するように求める。

［ａｕｔｈ＿ｍｌｔｉ＿ｚ］｜｜（ｃｏｕｎｔ｜｜ＭＡＣ（ａｓ_ｚ，ｃｏｕｎｔ）
［ａｕｔｈ＿ｍｌｔｉ＿ｚ］はＩＤ_ｚの認証を要求する実行コマンドを示す。このまま［ａｕｔｈ＿ｍｌｔｉ＿ｚ］以下を暗号化せずにマルチキャスト送信を行う。

［ａｕｔｈ＿ｍｌｔｉ＿ｚ］以下は、送信先の属性ＩＤｚが正しいか否かを認証するための実行式を示す。即ち、サーバや端末機器それぞれにおいて、ｃｏｕｎｔのＭＡＣ値を自身が保持する属性ＩＤ_ｚの認証鍵ａｓ_ｚで計算し、同じＭＡＣ値になること、即ち、本社サーバ、支社サーバ、端末機器が保持する認証鍵ａｓ_ｚと、センターサーバが保持する認証鍵ａｓ_ｚとが一致することを確認する。

（２）支社サーバ不具合で通信断
なんらかの原因により支社サーバに不具合が発生し、データ通信が断となった状態となる。つまり、サーバとしてネットワークへの送信もネットワークからの受信も受け付けられなくなった状態である。これ以降、端末機器は何のレスポンスも返らない事から、端末機器は自己がサーバから独立したことを知る。また、端末機器の運用においてサーバが無くても条件付の最低限の動作を実現できるとする。

（３）端末機器での認証結果の返信
（２）で自己が支社サーバから独立した事を知った端末機器は、それでもルールに従い次のシーケンス２−１０を返信する。

［ａｕｔｈ＿ｍｌｔｉ＿ｒｅｓ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｎ_ｉ｜｜Ａｃｋ_i）
ただし
ｎ_ｉ＝ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）
Ａｃｋ_i＝［ａｕｔｈ＿ｏｋ］｜｜ＩＤｘ｜｜ＩＤｙ｜｜ＩＤｚ｜｜ｉ
［ａｕｔｈ＿ｍｌｔｉ＿ｒｅｓ］は、レスポンスを示す。＊はａｃ_ｘとａｆ_ｙの排他的論理和を示す。ここで、ＭＡＣ値を生成するための認証鍵としてａｃ_ｘとａｆ_ｙの排他的論理和を用いているのは、単なる一例である。ここで用いる認証鍵は、送り手である端末機器、受け手であるサーバ、及び、送り手端末機器と同じグループに属する他端末機器のいずれの記憶装置にも予め格納されている一の認証鍵、或いは、複数の認証鍵の排他的論理和の中から、予め定めておくものとする。

図６を参照して、レスポンス［ａｕｔｈ＿ｍｌｔｉ＿ｒｅｓ］を生成する際の端末機器の認証部の動作について、端末機器１−２−１を例に挙げて更に詳しく説明する。

図５のシーケンス２−７、２−８、２−９において、センターサーバからマルチキャストにて送信された実行コマンドを受信した端末機器１−２−１において、これら実行コマンドは認証情報入力１−５−１として認証部１−２−１−１に入力される。

復号演算器１−５−２を通過して便宜的に復号結果１−５−４の認証情報ｃｏｕｎｔ｜｜ＭＡＣ（ａｓ_ｚ，ｃｏｕｎｔ）となる。更に、この認証情報は、認証鍵ａｓ_ｚ１−５−６とＭＡＣ演算器１−５−５により認証演算が正しく行なわれたか否かを判断器１−５−７で判断され、センターへ返信すべき情報として、認証結果１−５−１２へと導き出される。尚、ここでは認証情報入力１−５−１は暗号化されていないため、復号演算器１−５−２による認証情報入力１−５−１の復号演算は実施されず通過としている。

次に、この認証結果を支社サーバへ返信するため、カウンタ１−５−９と認証鍵１−５−１１をＭＡＣ演算器１−５−１０でＭＡＣ演算し、支社サーバで自分（端末機器）を認証してもらうための認証情報１−５−１３を作成し、更に前述の認証結果１−５−１２と認証情報１−５−１３を、データ鍵１−５−１４を使って暗号演算器１−５−１５で暗号化を実施した後、図５に示すシーケンス２−１０のように、次式の認証結果返信出力１−５−１６として支社サーバ向けに送出される。

［ａｕｔｈ＿ｍｌｔｉ＿ｒｅｓ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）｜｜Ａｃｋ_ｉ）
ここで、
Ａｃｋ_ｉ＝［ａｕｔｈ＿ｏｋ］｜｜ＩＤ_ｘ｜｜ＩＤ_ｙ｜｜ＩＤ_ｚ｜｜ｉ
または
Ａｃｋ_ｉ＝［ａｕｔｈ＿ｎｇ］｜｜ＩＤ_ｘ｜｜ＩＤ_ｙ｜｜ＩＤ_ｚ｜｜ｉ
である。

（４）監視部による異常検出時の機能
端末機器１−２−１が認証結果返信出力１−５−１６を送信すると、端末機器１−２−１と同グループに属する他の端末機器（Ｎ００２）１−２−２、端末機器（Ｎ００３）１−２−３、端末機器（Ｎ００４）１−２−４は、認証結果返信出力１−５−１６を受信し、それぞれの監視部１−２−２−２、１−２−３−２、１−２−４−２により送信元の端末機器が正規の端末機器であるか否かを判定する。

ここでは例として端末機器１−２−２の監視部１−２−２−２を挙げ、図７を参照して説明する。監視部１−２−２−２は、監視結果１−６−１２を監視結果出力１−６−１６から出力できる機能を除いて、図６に示した認証部とほとんど同じである。説明の便宜上図６と図７を別にしたが、共用できる機能は共通化してもよい。

送信元の端末機器１−２−１と同じ属性値（００１、００１、００１）を持つ端末機器１−２−２は、記憶装置１−２−２−４に同じデータ鍵を保持しているので、端末機器１−２−１が送信した認証結果返信出力１−５−１６は端末機器１−２−２でも復号可能である。

［ａｕｔｈ＿ｍｌｔｉ＿ｒｅｓ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）｜｜Ａｃｋ_ｉ）
監視部１−２−２−２に対して、認証結果返信出力１−５−１６が他端末機器の認証情報入力１−６−１として入力されると、復号演算器１−６−２はデータ鍵ｄｓ_ｘｙｚを用いて復号し、ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）を復号結果１−６−４として取得する。復号結果１−６−４のｃｏｕｎｔと、あらかじめ保持している認証鍵ａｃ_ｘ＊ａｆ_ｙを用いてＭＡＣ演算器１−６−５にてＭＡＣ演算を行い、判断器１−６−７にて両者が一致するか否か判定する。以下、同グループに属する他の端末機器が不正なものであるか否かの判定を、同グループ不正端末機器判定と呼ぶものとすると、ここでの同グループ不正端末機器判定は、復号して得たカウント値及び予め保持している認証鍵に基づいて生成したＭＡＣ値と、復号して得たＭＡＣ値との比較結果に基づくものである。

両者が一致する場合、判断器１−６−７は何も出力しない。両者が不一致の場合、判断器１−６−７は判断器出力１−６−８として、監視結果１−６−１２を出力する。そして、他端末機器等が端末機器１−２−２を認証するための認証情報１−６−１３を生成し、監視結果１−６−１２と認証情報１−６−１３とをデータ鍵ｄｓ_ｘｙｚを用いて暗号演算器１−６−１５にて暗号化し、監視結果出力１−６−１６として出力する。監視結果１−６−１６は同じ属性値（００１、００１、００１）を有する端末機器に対して、不正端末機器の検出を通知すると共に、機能制限コマンド、例えば一部乃至全部の機能の停止を促すコマンドであり、次のような実行式である。

［ｉｎｆｏｒｍａｔｉｏｎ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）｜｜ＳＴＯＰ）
ここでＳＴＯＰは、受信した端末機器に対して機能の一部乃至全部の制限を求める機能制限コマンドである。尚、判断器１−６−７は、監視結果１−６−８の出力と共に、自端末機器の機器制御部に対して機能の一部乃至全部の制限を指示することとしてもよい。

実施例１によれば、同属性値の端末機器同士は、他の端末機器による暗号化通信を、互いに復号可能なので、同じ属性値を有するはずの端末機器が送出した暗号化通信が復号できないときに、送信元の端末機器が不正な機器であると判定することができる。

また、本実施例によれば、不正端末機器の検出に応じて、不正端末機器の接続を検出した端末機器の機能だけではなく、同じグループに属する端末機器の機能をも一部乃至全部制限することができる。これにより、不正端末機器の接続によって同グループの端末機器に生じる被害を未然に防ぐことができる。

次に、ネットワークシステム１００において、端末機器の上位サーバの動作に不具合が生じた後、不正な端末機器が送信した偽のステータス情報に基づいて不正端末機器を検出するときの動作について実施例２として説明する。本実施例は概略次の３つのステップからなる。

（１）支社サーバ不具合発生前における端末機器ステータスの送信
（２）支社サーバ不具合発生で通信断
（３）支社サーバ不具合発生後における不正端末機器ステータスの送信
以下図８を参照してそれぞれについて説明する。

（１）支社サーバ不具合発生前における端末機器ステータスの送信
シーケンス３−１に示すように、ある端末機器から支社サーバに向けて、端末機器の状態を示すステータス情報が次の実行式として送信される。

［ｓｔａｔｕｓ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ，ｃｏｕｎｔ）｜｜ｓｔａｔｕｓ）
［ｓｔａｔｕｓ］は、本実行式が端末機器のステータス情報であることを示す。ｃｏｕｎｔは乱数を示す。ｃｏｕｎｔ及びＭＡＣ値と連接されたｓｔａｔｕｓはその名のとおりその端末機器のステータスを示す。

ステータス情報を受け取った支社サーバは、データ鍵ｄｓ_ｘｙｚを使用して暗号を復号し、更に認証鍵ａｃ_ｘを用いて、確かに端末機器から届いたステータス情報であることを確認する。

その後支社サーバは、シーケンス３−１−１が示すように、確かに端末機器からのステータス情報を受け取ったことを送信元の端末機器に知らせるため、次の実行式を返信する。

［ｓｔａｔｕｓ＿ｒｅｓ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ，ｃｏｕｎｔ）｜｜ａｃｋ）
［ｓｔａｔｕｓ＿ｒｅｓ］は、本実行式が端末機器のステータス情報に対する受け取った側のレスポンスであることを示す。ｃｏｕｎｔは乱数を示す。”ａｃｋ”は、その名のとおり支社サーバが正しく受け取った意味を示す。

前記のレスポンス情報を受け取った端末機器は、データ鍵ｄｓ_ｘｙｚを使用して暗号を復号し、更に認証鍵ａｃ_ｘを用いて、確かな支社サーバから届いたレスポンス情報であることを確認する。これで一連のステータス情報のやりとりは完結する。

（２）支社サーバ不具合発生で通信断
何らかの原因により、支社サーバに不具合が発生し、データ通信が断となった状態。つまり、サーバとしてネットワークへの送信もネットワークからの受信も受け付けられなくなった状態。なお、これ以降、端末機器は何のレスポンスも返らない事から、端末機器は自己がサーバから独立したことを知り、更に端末機器の運用においてサーバが無くても条件付の最低限の動作を実現できるとする。

（３）支社サーバ不具合発生後における不正端末機器ステータスの送信
今、シーケンス３−２が示すように、不正端末機器から正規のパケットフォーマットと異なる、次の実行式のようなステータス情報を送信したとする。

［ｓｔａｔｕｓ］｜｜ｓｔａｔｕｓ
図３を参照して説明したように、このデータは同グループに属する他の端末機器でも受信することができるので、図７に示した判断器１−６−７までの過程により、不正なデータか否かを判断できる。

また、正規の端末機器が最近に送信したステータス情報を何らかの手段によりコピーしたものを、不正端末機器が出力する可能性もある。このような場合、正しいシーケンス３−１から分かるとおり、認証データに使われているｃｏｕｎｔは、逐次更新されているため、不正であることが判断できる。

不正な端末機器が接続されると、シーケンス３−３、３−４、３−５のように、同じ属性値を持つ端末機器が不正端末機器を検出し、次の実行式を送出して、同じ属性値を持つ正規の端末機器の動作を一時的に止める。

［ｉｎｆｏｒｍａｔｉｏｎ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｎ_ｉ｜｜ＳＴＯＰ）
ただしｎ_ｉ＝ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）
これにより、必要最低限の運用動作の中で生じる不正端末機器の出現に対し、正規端末機器を一時的に機能停止する対応策を講じることができる。

実施例１では、ＭＡＣ値の比較結果に基づいて同グループ不正端末機器判定を行なった。本実施例では、ＭＡＣ値の比較と併用してＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を用いる。

実施例１（３）「端末機器での認証結果の返信」において、端末機器は、次のような認証結果返信出力１−５−１６を送出する。

［ａｕｔｈ＿ｍｌｔｉ＿ｒｅｓ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）｜｜Ａｃｋ_ｉ）
このとき、データ鍵ｄｓ_ｘｙｚでの暗号化に先立って、暗号化の対象部分である
ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）｜｜Ａｃｋ_ｉ
のＣＲＣを生成する。このため、図９に示すように、暗号演算器１−５−１５の直前にＣＲＣ演算器１−５−２０を追加し、生成したＣＲＣを更に連接したものを暗号演算器１−５−１５にて暗号化して、次のような認証結果返信出力１−５−１６ａを生成する。

［ａｕｔｈ＿ｍｌｔｉ＿ｒｅｓ］｜｜Ｅ（ｄｓ_ｘｙｚ，ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）｜｜Ａｃｋ_ｉ｜｜ＣＲＣ）
実施例１（４）「監視機能による異常検出時の機能」において、実施例１ではＭＡＣ値の比較結果のみに基づいて同グループ不正端末機器判定を行なったが、本実施例では、ＭＡＣ値の比較に先だってＣＲＣのチェックを行なう。このため、図１０に示すように、復号演算器１−６−２の後段に、ＣＲＣ演算器１−６−２０、判断器１−６−２１を備える。

復号演算器１−６−２は予め保持しているデータ鍵ｄｓ_ｘｙｚを用いて他端末機器の認証情報入力１−６−１を復号する。ＣＲＣ演算器１−６−２０は、復号演算器１−６−２の出力に基づいて、
ｃｏｕｎｔ｜｜ＭＡＣ（ａｃ_ｘ＊ａｆ_ｙ，ｃｏｕｎｔ）｜｜Ａｃｋ_ｉ
のＣＲＣを生成する。

判断器１−６−２０は、復号演算器１−６−２の出力に含まれるＣＲＣと、ＣＲＣ演算器１−６−２０が出力するＣＲＣとを比較する。両者が一致する場合、暗号化に用いられたデータ鍵と、復号化に用いられたデータ鍵とは一致すると見なし、何もしない。他方、不一致の場合は判断器出力１−６−２２として監視結果１−６−１２を出力する。以後は実施例１にて判断器出力１−６−８として監視結果１−６−１２を出力する場合と同様である。

更に、実施例１と同様に、ＭＡＣ演算器１−６−５、認証鍵１−６−６、判断器１−６−７により、復号して得たカウント値及び予め保持している認証鍵に基づいて生成したＭＡＣ値と、復号して得たＭＡＣ値とを比較する。不一致の場合は、実施例１と同様に判断器出力１−６−８として監視結果１−６−１２を出力し、以後は実施例１と同様である。

ＣＲＣ演算に基づく判断結果により、正しく復号できたか否かを判断することができる。言い換えれば、他端末機器の認証情報入力１−６−１を送信した相手が正しい暗号鍵ｄｓ_ｘｙｚを知っていて暗号化に使用したか否か、即ち、相手端末機器が正規のものであるか否かを暫定的に判断することができる。その後のＭＡＣ演算器１−６−５と判断器１−６−７による認証は、ＣＲＣ演算による暫定的判断を補うもので、送信相手を更に信用するに値するかを判断する機能と考えてもよい。

以上、実施の形態及び実施例に即して本発明について説明したが、本発明はこれらに限定されるものではなく、本発明の技術的範囲内において自由に変更を加えることができるのはいうまでもない。

例えば、実施の形態及び実施例においては、不正端末機器の検出動作の主体となるのは他の端末機器であるが、これに限定されるものではなく、サーバにて検出することとしてもよい。また、検出対象は不正な端末機器であったが、これに限定されるものではなく、不正なサーバを検出するために適用することとしてもよい。

また、上述の実施形態及び実施例では、端末機器は互いにハブを介して支社サーバと接続されていたが、本発明はこれに限定されるものではなく、トークンリングにより接続されることとしてもよい。

同グループ不正端末機器判定を行なう際、実施例１はＭＡＣ値の比較結果に基づいて行ない、実施例３はＣＲＣチェックによる復号の成否の判定結果とＭＡＣ値の比較結果とに基づいて行なったが、本発明はこれらに限定されるものではなく、ＣＲＣチェックによる復号の成否判定結果のみに基づく同グループ不正端末機器判定であってもよいし、または、ＭＡＣ値の比較、ＣＲＣチェックによる復号の成否判定に代えて、或いは、これらに併用して、他の判定方法を用いて同グループ不正端末機器判定を行なうこととしてもよい。

ネットワークシステム１００のアドレス情報の例として、ＭＡＣアドレス、ＩＰアドレスを挙げたが、これ以外のアドレス情報に基づいて送信先のサーバ／端末機器を指定することとしてもよい。例えば、属性値はネットワークシステム１００内のサーバ、端末機器を一意に指定するので、属性値をアドレスとして用いることとしてもよい。この場合、属性値を平文の状態で認証情報に添付して送信することとなり、属性値は第三者も知りうる情報として扱う必要がある。

１００ ネットワークシステム
１−１−１ センターサーバ
１−１−２、１−１−３ 本社サーバ
１−１−４〜１−１−７ 支社サーバ
１−１−８〜１−１−１５ グループ
１−４−１ ハブ
１−２−１−１、１−２−２−１、１−２−３−１、１−２−４−１ 認識部
１−２−１−２、１−２−２−２、１−２−３−２、１−２−４−２ 監視部
１−２−１−３、１−２−２−３、１−２−３−３、１−２−４−３、１−２−１−４、１−２−２−４、１−２−３−４、１−２−４−４ 記憶部
１−５−１ 認証情報入力
１−５−２、１−６−２ 復号演算器
１−５−４ 復号結果
１−５−５、１−６−５ ＭＡＣ演算器
１−５−６、１−６−６ 認証鍵
１−５−７、１−６−７ 判断器
１−５−１２ 認証結果
１−５−１３ 認証情報
１−５−１４ データ鍵
１−５−１５、１−６−１５ 暗号演算器
１−５−１６ 認証結果返信出力
１−５−１７ 機器制御部
１−５−２０、 ＣＲＣ演算器
１−６−１ 他端末機器の認証情報入力
１−６−３、１−６−１４ データ鍵
１−６−１２ 監視結果
１−６−１３ 認証情報
１−６−１６ 監視結果出力

Claims (37)

1. それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバである下位サーバの第１の識別子と、その端末機器から見て前記下位サーバよりひとつ上の階層に属するサーバである上位サーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより前記上位サーバが生成し、前記下位サーバ及びその端末機器に送信したひとつの暗号鍵であるデータ鍵を記憶する記憶装置と、
   前記複数の端末機器の一端末機器であって、当該端末機器以外の第１の端末機器が、当該第１の端末機器の記憶装置に記憶された前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて暗号化して、前記ネットワークシステムを介して送信した暗号化データを、前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて復号する復号手段と、
   前記暗号化データの復号結果に応じて前記第１の端末機器が正規の端末機器であると判定する判定手段と
   を備えることを特徴とする端末機器。
2. 前記ネットワークシステムに接続された前記複数の端末機器以外の一端末機器である第３の端末機器が、前記ネットワークシステムを介してデータＤを送信すると、前記判定手段は、前記データＤの復号結果に応じて前記第３の端末機器が不正な端末機器であると判定し、
   前記判定手段にて前記第３の端末機器が不正な端末機器であると判定したとき、自分自身を含む前記複数の端末機器の少なくとも一部に対して、予め定められた処理の実行を指示する信号を送信する手段を備えることを特徴とする、請求項１に記載の端末機器。
3. 前記予め定められた処理は、当該端末機器の機能の一部乃至全部を制限する処理であることを特徴とする請求項２に記載の端末機器。
4. 前記記憶手段は、同じ階層に属するサーバを互いに識別するための識別子であって、第三者に対して秘密にされた識別子である第２の識別子を記憶し、
   前記暗号化データは、その少なくとも一部として、前記データ鍵を用いて、前記第２の識別子に基づいて生成したデータを暗号化したデータを含み、
   前記判定手段は、前記記憶装置に記憶した前記第２の識別子、及び、前記復号手段での復号結果に基づいて判定する
   ことを特徴とする、請求項１乃至３のいずれかに記載の端末機器。
5. 前記第２の識別子は、第三者に対して秘密にされた関数に前記第１の識別子を入力して生成することを特徴とする請求項４に記載の端末機器。
6. 前記暗号化データは、第１のデータと、前記第１のデータのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）である第２のデータとを含むデータを暗号化したものを含み、
   前記判定手段は、前記復号結果に含まれる前記第１のデータから生成したＣＲＣと、前記復号結果に含まれる第２のデータとを比較する
   ことを特徴とする請求項１乃至５のいずれかに記載の端末機器。
7. 前記第三者に対して秘密の関数はハッシュ関数であることを特徴とする請求項１乃至６のいずれかに記載の端末機器。
8. それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバである下位サーバの第１の識別子と、その端末機器から見て前記下位サーバよりひとつ上の階層に属するサーバである上位サーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより前記上位サーバが生成し、前記下位サーバ及びその端末機器に送信したひとつの暗号鍵であるデータ鍵を記憶する記憶装置と、
   前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて暗号化した暗号化データを、前記ネットワークシステムを介して送信する送信手段とを備え、
   前記複数の端末機器の当該他の端末機器が、その記憶装置に記憶している前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用い、前記暗号化データを復号した復号結果に応じて行なう判定を受ける
   ことを特徴とする端末機器。
9. 更に、当該他の端末機器が、前記複数の端末機器の一の端末機器を不正な端末機器であると判定し、送信した指示に応じて、予め定められた処理を実行することを特徴とする請求項８に記載の端末機器。
10. 前記予め定められた処理は、その端末機器の機能の一部乃至全部を制限する処理であることを特徴とする請求項９に記載の端末機器。
11. 同じ階層に属するサーバを互いに識別するための識別子であって、第三者に対して秘密にされた識別子である第２の識別子を前記記憶装置に記憶し、
    前記暗号化データは、前記データ鍵を用いて、前記第２の識別子に基づいて生成したデータを暗号化したデータを含み、
    前記当該他の端末機器の記憶装置に記憶した前記第２の識別子、及び、前記復号結果に基づく判定を受ける
    ことを特徴とする、請求項８乃至１０のいずれかに記載の端末機器。
12. 前記第２の識別子は、第三者に対して秘密にされた関数に前記第１の識別子を入力して生成することを特徴とする請求項１１に記載の端末機器。
13. 前記暗号化データは、第１のデータと、前記第１のデータのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）である第２のデータとを暗号化したものを含み、
    前記当該他の端末機器は、前記復号結果に含まれる前記第１のデータから生成したＣＲＣと、前記復号結果に含まれる第２のデータとを比較する
    ことを特徴とする請求項８乃至１２のいずれかに記載の端末機器。
14. 前記第三者に対して秘密の関数はハッシュ関数であることを特徴とする請求項８乃至１３のいずれかに記載の端末機器。
15. それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバである下位サーバの第１の識別子と、その端末機器から見て前記下位サーバよりひとつ上の階層に属するサーバである上位サーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより前記上位サーバが生成し、前記下位サーバ及びその端末機器に送信したひとつの暗号鍵であるデータ鍵を記憶装置に記憶する記憶手順と、
    前記複数の端末機器の一端末機器であって、当該端末機器以外の第１の端末機器が、当該第１の端末機器の前記記憶装置に記憶された前記データ鍵を用いて暗号化し、前記ネットワークシステムを介して送信した暗号化データを復号する第１の復号手順と、
    前記暗号化データの復号結果に応じて前記第１の端末機器が正規の端末機器であると判定する第１の判定手順と、
    をコンピュータに実行させるためのプログラム。
16. 前記ネットワークシステムに接続された前記複数の端末機器以外の一端末機器である第３の端末機器が前記ネットワークシステムを介して送信したデータＤを復号する第２の復号手順と、
    前記データＤの復号結果に応じて前記第３の端末機器が不正な端末機器であると判定する第２の判定手順と、
    前記第２の判定手順にて前記第３の端末機器が不正な端末機器であると判定したとき、自分自身を含む前記複数の端末機器の少なくとも一部に対して、予め定められた処理の実行を指示する手順をコンピュータに更に実行させるための請求項１５に記載のプログラム。
17. 前記予め定められた処理は、当該端末機器の機能の一部乃至全部を制限する処理であることを特徴とする請求項１６に記載のプログラム。
18. 前記記憶手順にて、同じ階層に属するサーバを互いに識別するための識別子であって、第三者に対して秘密にされた識別子である第２の識別子を、当該第２の識別子に該当するサーバ、及び、そのサーバに属する端末機器の記憶装置に記憶し、
    前記暗号化データは、前記データ鍵を用いて、前記第２の識別子に基づいて生成したデータを暗号化したデータを含み、
    前記第１の判定手順は、前記記憶手順にて記憶装置に記憶した前記第２の識別子、及び、前記第１の復号手順での復号結果に基づいて判定する
    ことを特徴とする、請求項１５乃至１７のいずれかに記載のプログラム。
19. 前記第２の識別子は、第三者に対して秘密にされた関数に前記第１の識別子を入力して生成することを特徴とする請求項１８に記載のプログラム。
20. 前記暗号化データは、第１のデータと、前記第１のデータのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）である第２のデータとを含むデータを暗号化したものを含み、
    前記第１の判定手順にて、前記復号結果に含まれる前記第１のデータから生成したＣＲＣと、前記復号結果に含まれる第２のデータとを比較する
    ことを特徴とする請求項１５乃至１９のいずれかに記載のプログラム。
21. 前記第三者に対して秘密の関数はハッシュ関数であることを特徴とする請求項１５乃至２０のいずれかに記載のプログラム。
22. それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバである下位サーバの第１の識別子と、その端末機器から見て前記下位サーバよりひとつ上の階層に属するサーバである上位サーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより前記上位サーバが生成し、前記下位サーバ及びその端末機器に送信したひとつの暗号鍵であるデータ鍵を記憶する記憶手順と、
    前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて暗号化した暗号化データを、前記ネットワークシステムを介して送信する送信手順とをコンピュータに実行させて、
    前記複数の端末機器の当該他の端末機器が、その記憶装置に記憶している前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用い、前記暗号化データを復号した復号結果に応じて行なう判定を、前記コンピュータに受けさせる
    ことを特徴とするプログラム。
23. 更に、前記当該他の端末機器が、前記複数の端末機器の一の端末機器を不正な端末機器であると判定して送信した指示を受信すると、前記指示に応じて、予め定められた処理を実行することを特徴とする請求項２２に記載のプログラム。
24. 前記予め定められた処理は、その端末機器の機能の一部乃至全部を制限する処理であることを特徴とする請求項２３に記載のプログラム。
25. 同じ階層に属するサーバを互いに識別するための識別子であって、第三者に対して秘密にされた識別子である第２の識別子を前記記憶装置に記憶し、
    前記暗号化データは、前記データ鍵を用いて、前記第２の識別子に基づいて生成したデータを暗号化したデータを含み、
    前記当該他の端末機器の記憶装置に記憶した前記第２の識別子、及び、前記復号結果に基づく判定を受ける
    ことを特徴とする、請求項２２乃至２４のいずれかに記載のプログラム。
26. 前記第２の識別子は、第三者に対して秘密にされた関数に前記第１の識別子を入力して生成することを特徴とする請求項２５に記載のプログラム。
27. 前記暗号化データは、第１のデータと、前記第１のデータのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）である第２のデータとを暗号化したものを含み、
    前記当該他の端末機器は、前記復号結果に含まれる前記第１のデータから生成したＣＲＣと、前記復号結果に含まれる第２のデータとを比較する
    ことを特徴とする請求項２２乃至２６のいずれかに記載のプログラム。
28. 前記第三者に対して秘密の関数はハッシュ関数であることを特徴とする請求項２２乃至２７のいずれかに記載のプログラム。
29. 請求項１５及び２８のいずれかに記載のプログラムを格納したコンピュータ読取可能な記録媒体。
30. それぞれが異なる階層に属する複数のサーバを備え、
    同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、
    最下層のサーバそれぞれに複数の端末機器が接続され、
    請求項１乃至７に記載の端末機器、及び、請求項１５乃至２１に記載のプログラムに従って動作するコンピュータのいずれか少なくともひとつを備え、
    請求項８乃至１４に記載の端末機器、及び、請求項２２乃至２８に記載のプログラムに従って動作するコンピュータのいずれか少なくともひとつを備えるネットワークシステム。
31. それぞれが異なる階層に属する複数のサーバを備え、同じ階層に属するサーバ同士を互いに識別するための第１の識別子が前記複数のサーバのそれぞれに付与され、最下層のサーバそれぞれに複数の端末機器が接続されたネットワークシステムにて、最上位のサーバのデータ鍵としてシードが予め与えられているとき、その端末機器が属し、前記階層のいずれかに属するサーバである下位サーバの第１の識別子と、その端末機器から見て前記下位サーバよりひとつ上の階層に属するサーバである上位サーバのデータ鍵とを、第三者に対して秘密の関数に入力することにより前記上位サーバが生成し、前記下位サーバ及びその端末機器に送信したひとつの暗号鍵であるデータ鍵を、前記複数の端末機器のそれぞれの記憶装置に記憶する記憶段階と、
    前記複数の端末機器のうちの一端末機器である第1の端末機器が、前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて暗号化した暗号化データを、前記ネットワークシステムを介して送信する送信段階と、
    前記複数の端末機器のうちの一端末機器であって、前記第1の端末機器以外の端末機器である第２の端末機器が前記暗号化データを受信する受信段階と、
    前記第２の端末機器が、自身の前記記憶装置に記憶されている前記データ鍵または前記データ鍵に基づいて生成された暗号鍵を用いて、前記暗号化データを復号する復号段階と、
    前記暗号化データの復号結果に応じて前記第１の端末機器が正規の端末機器であると前記第２の端末機器が判定する判定段階と
    を含むことを特徴とする、端末機器の管理方法。
32. 前記送信段階にて、前記ネットワークシステムに接続された前記複数の端末機器以外の一端末機器である第３の端末機器がデータＤを送信し、
    前記受信段階にて前記第２の端末機器が前記データＤを受信し、
    前記復号段階にて前記第２の端末機器が前記データＤを復号し、
    前記判定段階にて前記データＤの復号結果に応じて前記第３の端末機器が不正な端末機器であると前記第２の端末機器が判定し、
    更に、前記判定段階にて前記第３の端末機器が不正な端末機器であると判定したとき、前記第２の端末機器が、自分自身を含む前記複数の端末機器の少なくとも一部に対して、予め定められた処理の実行を指示する段階を含むことを特徴とする、請求項３１に記載の端末機器の管理方法。
33. 前記予め定められた処理は、当該端末機器の機能の一部乃至全部を制限する処理であることを特徴とする請求項３２に記載の端末機器の管理方法。
34. 前記記憶段階にて、同じ階層に属するサーバを互いに識別するための識別子であって、第三者に対して秘密にされた識別子である第２の識別子を、当該第２の識別子に該当するサーバ、及び、そのサーバに属する端末機器の記憶装置に記憶し、
    前記送信段階にて、前記第１の端末機器は、前記暗号化データの少なくとも一部として、前記データ鍵を用いて、前記第２の識別子に基づいて生成したデータを暗号化して送信し、
    前記判定段階にて、前記第２の端末機器は、前記記憶段階にて記憶装置に記憶した前記第２の識別子、及び、前記復号段階での復号結果に基づいて判定する
    ことを特徴とする、請求項３１乃至３３のいずれかに記載の端末機器の管理方法。
35. 前記第２の識別子は、第三者に対して秘密にされた関数に前記第１の識別子を入力して生成することを特徴とする請求項３４に記載の端末機器の管理方法。
36. 前記送信段階にて、第１のデータと、前記第１のデータのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）である第２のデータとを含むデータを暗号化し、
    前記判定段階にて、前記第２の端末機器は、前記復号結果に含まれる前記第１のデータから生成したＣＲＣと、前記復号結果に含まれる第２のデータとを比較する
    ことを特徴とする請求項３１乃至３５のいずれかに記載の端末機器の管理方法。
37. 前記第三者に対して秘密の関数はハッシュ関数であることを特徴とする請求項３１乃至３６のいずれかに記載の端末機器の管理方法。

Images