(57)【特許請求の範囲】
【請求項１】
複数台の通信装置と、
前記複数台の通信装置の接続状態を管理する管理装置と
を備え、
ｎを前記複数台の通信装置の台数、ｉを２からｎ−１までのそれぞれの整数とし、
前記管理装置が、前記複数台の通信装置のうち第１の通信装置及び第ｎの通信装置に管理データを送信し、
前記第１の通信装置が、前記管理装置から前記管理データを受信した後、前記複数台の通信装置のうち第２の通信装置に前記管理データを送信し、
前記第ｎの通信装置が、前記管理装置から前記管理データを受信した後、前記複数台の通信装置のうち第ｎ−１の通信装置に前記管理データを送信し、
前記複数台の通信装置のうち第ｉの通信装置が、前記複数台の通信装置のうち第ｉ−１の通信装置のみから前記管理データを受信した場合、前記複数台の通信装置のうち第ｉ＋１の通信装置に前記管理データを送信し、前記複数台の通信装置のうち第ｉ＋１の通信装置のみから前記管理データを受信した場合、前記複数台の通信装置のうち第ｉ−１の通信装置に前記管理データを送信し、前記複数台の通信装置のうち第ｉ−１の通信装置及び第ｉ＋１の通信装置から前記管理データを受信した場合、前記管理装置に前記管理データを送信し、
前記管理装置が、前記管理データを受信した時点で、前記複数台の通信装置が正常に接続されていると判断することを特徴とする通信システム。
【請求項２】
複数台の通信装置と、
前記複数台の通信装置の接続状態を管理する管理装置と
を備え、
前記管理装置が、前記複数台の通信装置のうち少なくとも１台の通信装置に管理データを送信し、
前記複数台の通信装置が、前記管理データを受信した通信装置から順番に、前記管理データを受信していない他の少なくとも１台の通信装置に前記管理データを送信し、前記管理データを受信していない通信装置がなくなった時点で、前記管理装置に前記管理データを送信し、
前記複数台の通信装置のそれぞれが、前記管理データを受信すると、前記管理データの正否を確認し、前記管理データが正規のデータであれば、前記管理データの送信元にアクノリッジを送信し、
前記管理装置が、前記アクノリッジを受信すると、前記アクノリッジの正否を確認し、前記管理データを受信すると、前記管理データの正否を確認し、前記アクノリッジ及び前記管理データが正規のデータであれば、前記複数台の通信装置が正常に接続されていると判断することを特徴とする通信システム。
【請求項３】
複数台の通信装置と、
前記複数台の通信装置の接続状態を管理する管理装置と
を備え、
前記管理装置が、前記複数台の通信装置のうち少なくとも１台の通信装置に管理データを送信し、
前記複数台の通信装置が、前記管理データを受信した通信装置から順番に、前記管理データを受信していない他の少なくとも１台の通信装置に前記管理データを送信し、前記管理データを受信していない通信装置がなくなった時点で、前記管理装置に前記管理データを送信し、
前記複数台の通信装置のそれぞれが、前記管理データを受信すると、前記管理データの正否を確認し、前記管理データが正規のデータであれば、前記管理データにアクノリッジを付加した上で前記管理データを送信し、
前記管理装置が、前記管理データを受信すると、前記管理データの正否を確認し、前記管理データが正規のデータであり、かつ、前記管理データに前記アクノリッジが付加されていれば、前記複数台の通信装置が正常に接続されていると判断することを特徴とする通信システム。
【請求項４】
ｎを複数台の通信装置の台数、ｉを２からｎ−１までのそれぞれの整数とし、
前記複数台の通信装置の接続状態を管理する管理装置が、前記複数台の通信装置のうち第１の通信装置及び第ｎの通信装置に管理データを送信し、
前記第１の通信装置が、前記管理装置から前記管理データを受信した後、前記複数台の通信装置のうち第２の通信装置に前記管理データを送信し、
前記第ｎの通信装置が、前記管理装置から前記管理データを受信した後、前記複数台の通信装置のうち第ｎ−１の通信装置に前記管理データを送信し、
前記複数台の通信装置のうち第ｉの通信装置が、前記複数台の通信装置のうち第ｉ−１の通信装置のみから前記管理データを受信した場合、前記複数台の通信装置のうち第ｉ＋１の通信装置に前記管理データを送信し、前記複数台の通信装置のうち第ｉ＋１の通信装置のみから前記管理データを受信した場合、前記複数台の通信装置のうち第ｉ−１の通信装置に前記管理データを送信し、前記複数台の通信装置のうち第ｉ−１の通信装置及び第ｉ＋１の通信装置から前記管理データを受信した場合、前記管理装置に前記管理データを送信し、
前記管理装置が、前記管理データを受信した時点で、前記複数台の通信装置が正常に接続されていると判断することを特徴とする通信方法。
【請求項５】
複数台の通信装置の接続状態を管理する管理装置が、前記複数台の通信装置のうち少なくとも１台の通信装置に管理データを送信し、
前記複数台の通信装置が、前記管理データを受信した通信装置から順番に、前記管理データを受信していない他の少なくとも１台の通信装置に前記管理データを送信し、前記管理データを受信していない通信装置がなくなった時点で、前記管理装置に前記管理データを送信し、
前記複数台の通信装置のそれぞれが、前記管理データを受信すると、前記管理データの正否を確認し、前記管理データが正規のデータであれば、前記管理データの送信元にアクノリッジを送信し、
前記管理装置が、前記アクノリッジを受信すると、前記アクノリッジの正否を確認し、前記管理データを受信すると、前記管理データの正否を確認し、前記アクノリッジ及び前記管理データが正規のデータであれば、前記複数台の通信装置が正常に接続されていると判断することを特徴とする通信方法。
【請求項６】
複数台の通信装置の接続状態を管理する管理装置が、前記複数台の通信装置のうち少なくとも１台の通信装置に管理データを送信し、
前記複数台の通信装置が、前記管理データを受信した通信装置から順番に、前記管理データを受信していない他の少なくとも１台の通信装置に前記管理データを送信し、前記管理データを受信していない通信装置がなくなった時点で、前記管理装置に前記管理データを送信し、
前記複数台の通信装置のそれぞれが、前記管理データを受信すると、前記管理データの正否を確認し、前記管理データが正規のデータであれば、前記管理データにアクノリッジを付加した上で前記管理データを送信し、
前記管理装置が、前記管理データを受信すると、前記管理データの正否を確認し、前記管理データが正規のデータであり、かつ、前記管理データに前記アクノリッジが付加されていれば、前記複数台の通信装置が正常に接続されていると判断することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び通信方法に関するものである。本発明は、例えば、通信を秘匿する装置等、外部に漏洩してはならない機密情報を扱うシステムで使用される通信装置と、それらの通信装置を管理する管理装置とを含むシステム、及び、それらの通信装置の管理方法に関するものである。
【背景技術】
【０００２】
近年、装置間の通信内容を秘匿する装置（通信装置）の内部で機密情報を扱うシステムが多数開発されている（例えば、特許文献１参照）。それらの装置は、その内部に機密情報を保管している。また、多くのシステムは、それらの装置を管理する装置（管理装置）を含んでいる。管理装置と通信装置との間では、その管理のための特別な通信（管理通信）が行われる。
【０００３】
管理通信は、管理装置から各通信装置に対し、その通信装置の秘匿機能に必要となる情報（例えば、鍵データ）を定期的に更新したり、通信装置そのものが盗まれていないかを確認したり、通信装置が別の装置によってなりすまされていないかを確認したりするために起動される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２５１０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来技術においては、上記のように各通信装置に対する管理通信を個別に起動するため、多数の通信装置を管理するためには、管理装置が高い処理性能をもつ必要があった。そのため、システムに含まれる通信装置が多数となる場合、１台の管理装置では性能不足となり、複数の管理装置を設置する必要があったため、システム構築費用が多額となっていた。また、管理装置の配下に通信装置を増設する際に、増設するタイミングで、増設する通信装置の情報を、管理装置に手動で設定する等の煩雑な作業が発生していた。
【０００６】
本発明は、例えば、通信装置の台数が増加しても、通信装置を管理する管理装置の性能を大幅に向上させる必要のない通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一の態様に係る通信システムは、複数台の通信装置と、前記複数台の通信装置の接続状態を管理する管理装置とを備える。前記管理装置は、前記複数台の通信装置のうち少なくとも１台の通信装置に管理データを送信する。前記複数台の通信装置は、前記管理データを受信した通信装置から順番に、前記管理データを受信していない他の少なくとも１台の通信装置に前記管理データを送信し、前記管理データを受信していない通信装置がなくなった時点で、前記管理装置に前記管理データを送信する。前記管理装置は、前記管理データを受信した時点で、前記複数台の通信装置が正常に接続されていると判断する。
【発明の効果】
【０００８】
本発明の一の態様に係る通信システムでは、管理装置が、複数台の通信装置のうち少なくとも１台の通信装置に管理データを送信すれば、その後、いずれかの通信装置から管理データを受信した時点で、上記複数台の通信装置が正常に接続されていると判断することができる。よって、通信装置の台数が増加しても、管理装置の性能を大幅に向上させる必要がなく、コストの増大を抑えることができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１〜４に係る通信システムの構成を示すブロック図。
【図２】実施の形態１〜４に係る管理データの構成例を示す図。
【図３】実施の形態１〜４に係る管理データのメッセージ部の構成例を示す図。
【図４】実施の形態１〜４に係るアクノリッジの構成例を示す図。
【図５】実施の形態５に係る通信システムの構成を示すブロック図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図を用いて説明する。
【００１１】
実施の形態１．
図１は、本実施の形態に係る通信システム１０の構成を示すブロック図である。
【００１２】
図１において、通信システム１０は、複数台の通信装置２０と、これら複数台の通信装置２０の接続状態を管理する管理装置３０と、それぞれの通信装置２０及び管理装置３０の個別の公開鍵を記憶装置により記憶（保管）して提供する公開鍵サーバ４０とを備える。
【００１３】
通信装置２０は、それぞれ公開鍵サーバ４０に記憶された公開鍵と対になる個別の秘密鍵を記憶装置により記憶（保持）する。また、通信装置２０は、外部に漏洩してはならない機密情報を記憶装置により記憶する。
【００１４】
管理装置３０は、通信装置２０と同様に、公開鍵サーバ４０に記憶された公開鍵と対になる個別の秘密鍵を記憶装置により記憶（保持）する。
【００１５】
通信システム１０は、管理装置３０から通信装置２０への管理通信を、通信装置２０間で順次伝達させる。管理装置３０が管理のために起動する管理通信を、通信装置２０間でシリアルに転送し、結果を管理装置３０に戻し、各通信装置２０が所在しているか、なりすまされていないかを検証することで、従来は各通信装置２０に個別に起動していた管理通信を、１回の管理通信に集約することにより、管理装置３０の負荷を軽減することができる。したがって、管理装置３０が管理する通信装置２０の台数が増加しても、管理装置３０に必要な性能が抑えられることから、管理装置３０として、性能のそれほど高くない低価格なサーバ（例えば、安価なＣＰＵ（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）を搭載するＰＣ（Ｐｅｒｓｏｎａｌ・Ｃｏｍｐｕｔｅｒ）サーバ）を採用することができる。あるいは、管理装置３０の台数を抑えられることから、通信システム１０の構築費用を安価に抑えることができる。
【００１６】
管理通信では、管理装置３０から最小の管理番号「１」をもつ通信装置２０（以下、第１の通信装置２０）へ管理データ５０が送信（転送）され、第１の通信装置２０から管理装置３０へ、管理データ５０に対する応答としてアクノリッジ６０が返信（返送）される。次に、第１の通信装置２０から２番目に小さい管理番号「２」をもつ通信装置２０（以下、第２の通信装置２０）へ管理データ５０が送信され、第２の通信装置２０から第１の通信装置２０へアクノリッジ６０が返信される。以降、同様に、管理データ５０の送信及びアクノリッジ６０の返信が順次行われる。最後に、最大の管理番号「ｎ」をもつ通信装置２０（以下、第ｎの通信装置２０）から管理装置３０へ管理データ５０が送信され、管理装置３０から第ｎの通信装置２０へアクノリッジ６０が返信される。
【００１７】
それぞれの通信装置２０及び管理装置３０は、管理データ５０を送信する際に、公開鍵サーバ４０に記憶された送信先の公開鍵で管理データ５０を暗号化する。それぞれの通信装置２０及び管理装置３０は、管理データ５０を受信した場合、自らの秘密鍵で管理データ５０を復号し、内容を確認する。それぞれの通信装置２０及び管理装置３０は、管理データ５０の内容に問題がなければ、アクノリッジ６０を返信する。それぞれの通信装置２０及び管理装置３０は、アクノリッジ６０を返信する際に、公開鍵サーバ４０に記憶された返信先（管理データ５０の送信元）の公開鍵でアクノリッジ６０を暗号化する。それぞれの通信装置２０及び管理装置３０は、アクノリッジ６０を受信した場合、自らの秘密鍵でアクノリッジ６０を復号し、内容を確認する。それぞれの通信装置２０及び管理装置３０は、アクノリッジ６０の内容に問題があれば、アクノリッジ６０を正しく受け取れなかったと判断する。また、それぞれの通信装置２０及び管理装置３０は、管理データ５０を送信してから、予め定められた時間内にアクノリッジ６０を受信しなかった場合も、アクノリッジ６０を正しく受け取れなかったと判断する。
【００１８】
それぞれの通信装置２０は、次の通信装置２０への管理通信の伝達において、次の通信装置２０からのアクノリッジ６０を正しく受け取れない場合に、次の通信装置２０に異常が発生したか、あるいは、盗まれた可能性があることを管理装置３０に伝達する。このように、通信装置２０が盗まれた場合は、盗まれた通信装置２０に管理通信を起動した、１つ前の管理番号の通信装置２０が管理装置３０に対して、その通信装置２０が不在であることを通知することにより、管理装置３０が容易に盗難を検知することができ、機密情報の漏洩への対策を講じることができるため、被害を最小限に抑えられる。
【００１９】
管理通信に含める管理データ５０では、通信装置２０ごとに書き込むエリアが定められ、そのほかに、通信装置２０の増設に備えた予備エリアが設けられる。通信装置２０の増設作業においては、増設する通信装置２０に、増設前の最大の管理番号「ｎ」に１を加えた管理番号「ｎ＋１」を設定した上で、通信システム１０に追加する。増設前の最大の管理番号「ｎ」をもつ通信装置２０により、増設後の最大の管理番号「ｎ＋１」をもつ通信装置２０に向けて管理データ５０が送信されるため、自動的に通信装置２０が管理通信に参加することができ、増設作業が簡易なものになる。
【００２０】
図２は、管理データ５０の構成例を示す図である。
【００２１】
図２において、管理データ５０は、メッセージ部５１と検証コード部５２とからなる。
【００２２】
管理データ５０が管理装置３０から第１の通信装置２０へ送信される場合、管理装置３０において、メッセージ部５１にハッシュ演算処理が施され、得られたハッシュ値に管理装置３０の秘密鍵で暗号処理が実施され、得られた暗号データが検証コード部５２として付加される。
【００２３】
ｎを通信装置２０の台数、ｉ＝１，２，・・・，ｎとしたとき、管理データ５０が第ｉの通信装置２０から第ｉ＋１の通信装置２０（ｉ＝ｎの場合は管理装置３０）へ送信される場合も、第ｉの通信装置２０において、メッセージ部５１にハッシュ演算処理が施され、得られたハッシュ値に第ｉの通信装置２０の秘密鍵で暗号処理が実施され、得られた暗号データが検証コード部５２として付加される。
【００２４】
管理データ５０を受信した装置は、管理データ５０の検証コード部５２を管理データ５０の送信元の公開鍵で復号するとともに、管理データ５０のメッセージ部５１にハッシュ演算処理を施し、得られたハッシュ値と、復号して得られたデータとを比較することで、管理データ５０を検証することができる。
【００２５】
図３は、管理データ５０のメッセージ部５１の構成例を示す図である。
【００２６】
図３において、管理データ５０のメッセージ部５１は、各通信装置２０向けのメッセージデータ（共通鍵やヘルスチェック命令等）を、管理装置３０が管理する通信装置２０の台数分、結合したものとして構成されている。メッセージ部５１には、通信装置２０を増設した場合に、増設した通信装置２０から管理装置３０へのメッセージデータ（管理通信に新たに参加したことの通知等）を書き込むエリアとして、予備のメッセージエリアも設けられている。
【００２７】
図４は、アクノリッジ６０の構成例を示す図である。
【００２８】
図４において、アクノリッジ６０は、アクノリッジデータ部６１と検証コード部６２とからなる。
【００２９】
ｎを通信装置２０の台数、ｉ＝１，２，・・・，ｎとしたとき、アクノリッジ６０が第ｉの通信装置２０から第ｉ−１の通信装置２０（ｉ＝１の場合は管理装置３０）へ送信される場合、第ｉの通信装置２０において、アクノリッジデータ部６１にハッシュ演算処理が施され、得られたハッシュ値に第ｉの通信装置２０の秘密鍵で暗号処理が実施され、得られた暗号データが検証コード部６２として付加される。
【００３０】
アクノリッジ６０が管理装置３０から第ｎの通信装置２０へ送信される場合も、管理装置３０において、アクノリッジデータ部６１にハッシュ演算処理が施され、得られたハッシュ値に管理装置３０の秘密鍵で暗号処理が実施され、得られた暗号データが検証コード部６２として付加される。
【００３１】
アクノリッジ６０を受信した装置は、アクノリッジ６０の検証コード部６２をアクノリッジ６０の送信元の公開鍵で復号するとともに、アクノリッジ６０のアクノリッジデータ部６１にハッシュ演算処理を施し、得られたハッシュ値と、復号して得られたデータとを比較することで、アクノリッジ６０を検証することができる。
【００３２】
アクノリッジデータ部６１は、意味のないダミーデータでも構わないが、通信システム１０の用途に応じて意味のあるデータを書き込むことも可能である。
【００３３】
以下では、通信システム１０の動作（本実施の形態に係る通信方法）の一例を説明する。
【００３４】
管理装置３０が管理する第１〜ｎの通信装置２０は、予め内部に、その通信装置２０しかもたない秘密鍵を保管している。管理装置３０及び第１〜ｎの通信装置２０は、互いの公開鍵を、公開鍵サーバ４０から事前に取得する。また、管理装置３０及び第１〜ｎの通信装置２０は、互いの通信上のアドレス（例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ）アドレス）も、同じく公開されたサーバ等から事前に取得するものとする。
【００３５】
まず、管理装置３０は、各通信装置２０に受信させる必要のある、共通鍵やヘルスチェック命令等のデータを、各通信装置２０向けのメッセージデータとして含むメッセージ部５１を生成する。管理装置３０は、管理装置３０の秘密鍵を使用してメッセージ部５１全体の検証コードを含む検証コード部５２を生成する。管理装置３０は、メッセージ部５１に検証コード部５２を付加した管理データ５０を、第１の通信装置２０に向けて送信する。なお、各通信装置２０向けのメッセージデータ（共通鍵やヘルスチェック命令等）は、各通信装置２０のみが復号できるように各通信装置２０の公開鍵を使用して暗号化することにより、秘匿してもよい。
【００３６】
第１の通信装置２０は、管理装置３０からの管理データ５０を受信すると、その管理データ５０が管理装置３０から送信されたものであること（なりすまされたものでないこと）を検証し、検証結果に問題がなければ、管理装置３０に対してアクノリッジ６０を送信する。
【００３７】
管理装置３０は、第１の通信装置２０から送信されたアクノリッジ６０が、第１の通信装置２０から送信されたものであること（なりすまされたものでないこと）を検証する。検証に失敗した場合、管理装置３０は、第１の通信装置２０がなりすまされた可能性があることをオペレータに警告する。また、規定の時間以内にアクノリッジ６０が送信されてこない場合、管理装置３０は、第１の通信装置２０が故障したり、盗まれたりした可能性があることをオペレータに警告する。
【００３８】
第１の通信装置２０は、管理装置３０から受信した管理データ５０を使用して必要な処理を実施する。管理データ５０のメッセージ部５１に共通鍵が含まれている場合、第１の通信装置２０は、その共通鍵を記憶装置に保存したり、その共通鍵を使用して暗号処理を実行したりする。また、管理データ５０のメッセージ部５１にヘルスチェック命令が含まれている場合、第１の通信装置２０は、第１の通信装置２０のヘルスチェック処理を実行する。第１の通信装置２０は、処理の結果を第１の通信装置２０から管理装置３０へのメッセージデータとして、管理データ５０のメッセージ部５１に書き込む。第１の通信装置２０は、第１の通信装置２０の秘密鍵を使用してメッセージ部５１全体の検証コードを含む検証コード部５２を生成する。第１の通信装置２０は、メッセージ部５１に検証コード部５２を付加した管理データ５０を、第２の通信装置２０に向けて送信する。
【００３９】
第２の通信装置２０は、第１の通信装置２０からの管理データ５０を受信すると、その管理データ５０が第１の通信装置２０から送信されたものであること（なりすまされたものでないこと）を検証し、検証結果に問題がなければ、第１の通信装置２０に対してアクノリッジ６０を送信する。
【００４０】
第１の通信装置２０は、第２の通信装置２０から送信されたアクノリッジ６０が、第２の通信装置２０から送信されたものであること（なりすまされたものでないこと）を検証する。検証に失敗した場合、第１の通信装置２０は、第２の通信装置２０がなりすまされた可能性があることを管理装置３０に通知する。また、規定の時間以内にアクノリッジ６０が送信されてこない場合、第１の通信装置２０は、第２の通信装置２０が故障したり、盗まれたりした可能性があることを管理装置３０に通知する。管理装置３０は、第１の通信装置２０から通知を受けると、通知の内容をオペレータに警告する。
【００４１】
以降、第２の通信装置２０から第３の通信装置２０（もしあれば）へ、第３の通信装置２０から第４の通信装置２０（もしあれば）へと、順次、管理データ５０が送信される。各通信装置２０は、管理データ５０に基づく処理の結果を管理データ５０のメッセージ部５１に書き込んで、管理データ５０を次の通信装置２０に向けて送信する。ただし、最後の通信装置２０である第ｎの通信装置２０は、管理データ５０を、他の通信装置２０ではなく、管理装置３０に向けて送信する。
【００４２】
管理装置３０は、第ｎの通信装置２０からの管理データ５０を受信すると、その管理データ５０が第ｎの通信装置２０から送信されたものであること（なりすまされたものでないこと）を検証し、検証結果に問題がなければ、第ｎの通信装置２０に対してアクノリッジ６０を送信する。また、管理装置３０は、管理データ５０のメッセージ部５１に書き込まれた各通信装置２０の処理の結果が正常であることを確認することで、通信装置２０がｎ台稼動しており、故障したり、盗まれたりしていないことを確認することができる。
【００４３】
ここで、公開鍵サーバ４０には、予め増設が見込まれる通信装置２０の台数分の公開鍵が登録されているものとする。通信装置２０を増設する場合は、少なくとも第ｎの通信装置２０に対し、第ｎ＋１の通信装置２０が増設されることが事前に通知される。通知を受けた第ｎの通信装置２０は、管理データ５０を、管理装置３０ではなく第ｎ＋１の通信装置２０に送信する。第ｎ＋１の通信装置２０は、第ｎの通信装置２０にアクノリッジ６０を返送するとともに、管理装置３０に対して管理データ５０を送信する。このとき、第ｎ＋１の通信装置２０は、第ｎ＋１の通信装置２０から管理装置３０へのメッセージデータを、予め管理データ５０のメッセージ部５１に設けられた予備のメッセージエリアに書き込む。管理装置３０は、第ｎ＋１の通信装置２０が書き込んだメッセージデータの内容を読み取り、第ｎ＋１の通信装置２０が設置されたことを認識することができる。
【００４４】
なお、本実施の形態では、管理装置３０が、ｎ台の通信装置２０のうち１台の通信装置２０のみに管理データ５０を送信するが、後述する実施の形態５のように、管理装置３０が、２台以上の通信装置２０に管理データ５０を送信してもよい。即ち、管理装置３０は、ｎ台の通信装置２０のうち少なくとも１台の通信装置２０に管理データ５０を送信すればよい。
【００４５】
また、本実施の形態では、ｎ台の通信装置２０が、管理データ５０を受信した通信装置２０から順番に、管理データ５０を受信していない他の１台の通信装置２０のみに管理データ５０を送信するが、ｎ台の通信装置２０は、管理データ５０を受信した通信装置２０から順番に、管理データ５０を受信していない他の２台以上の通信装置２０に管理データ５０を送信してもよい。即ち、ｎ台の通信装置２０は、管理データ５０を受信した通信装置２０から順番に、管理データ５０を受信していない他の少なくとも１台の通信装置２０に管理データ５０を送信すればよい。いずれの場合も、管理データ５０を受信していない通信装置２０がなくなった時点で、ｎ台の通信装置２０のうち、管理データ５０を（他の通信装置２０に）送信していない通信装置２０が、管理装置３０に管理データ５０を送信する。これにより、管理装置３０は、管理データ５０を受信した時点で、ｎ台の通信装置２０が正常に接続されていると判断することができる。
【００４６】
実施の形態２．
本実施の形態について、主に実施の形態１との差異を説明する。
【００４７】
実施の形態１では、ｎ台の通信装置２０が管理データ５０を受信すべき順序（以下、管理データ５０の受信順序）が予め定められている。
【００４８】
一方、本実施の形態では、管理装置３０が、管理データ５０の受信順序を繰り返し決定する。
【００４９】
本実施の形態において、管理装置３０は、管理データ５０の受信順序を決定する度に、当該順序を少なくとも当該順序における最初の通信装置２０に通知する。そして、管理装置３０は、当該順序における最初の通信装置２０に管理データ５０を送信する。
【００５０】
ｎ台の通信装置２０は、管理データ５０を受信した通信装置２０から順番に、管理装置３０により通知された順序に従って、次に管理データ５０を受信すべき通信装置２０を選択し、選択した通信装置２０に管理データ５０を送信し、管理データ５０を受信していない通信装置２０がなくなった時点で、管理装置３０に管理データ５０を送信する。即ち、管理装置３０により通知された順序における最後の通信装置２０が、管理装置３０に管理データ５０を送信する。
【００５１】
管理装置３０は、管理データ５０を受信した時点で、ｎ台の通信装置２０が正常に接続されていると判断する。即ち、管理装置３０は、管理データ５０の受信順序を決定する度に、当該順序における最後の通信装置２０から管理データ５０を受信した時点で、ｎ台の通信装置２０が正常に接続されていると判断する。
【００５２】
本実施の形態では、管理データ５０の受信順序が固定されない（即ち、可変である）ため、いずれか２台の通信装置２０間で管理データ５０をリプレイすることによるなりすましを防止できる。
【００５３】
なお、管理装置３０は、管理データ５０の受信順序を、一定の時間間隔ごと（即ち、定期的）に決定してもよいし、予め定められたスケジュールに則って決定してもよいし、各通信装置２０に受信させる必要のある新たなデータが管理装置３０に入力されたときに決定してもよいし、ランダムに決定してもよい。
【００５４】
また、管理装置３０は、管理データ５０の受信順序を決定する際に、予め定められた複数の候補の中から管理データ５０の受信順序を順番に又はランダムに選択してもよいし、任意の管理データ５０の受信順序を毎回作成してもよい。
【００５５】
また、管理装置３０は、管理データ５０の受信順序を通信装置２０に通知する際に、管理データ５０の受信順序を通知するための通信データ（例えば、ＩＰパケット）を、管理データ５０とは別の通信データとして当該順序における最初の通信装置２０に送信したり、ｎ台の通信装置２０に一斉送信（ブロードキャスト）したりしてもよいし、管理データ５０の受信順序を通知するメッセージデータを管理データ５０に含めて当該順序における最初の通信装置２０に送信してもよい。
【００５６】
また、各通信装置２０は、次の通信装置２０から正当なアクノリッジ６０を受信できなかった場合、次の通信装置２０がなりすまされた可能性があること又は次の通信装置２０が故障したり、盗まれたりした可能性があることを管理装置３０に通知するだけでなく、管理装置３０により通知された順序に従って、次の通信装置２０のさらに次の通信装置２０に管理データ５０を送信してもよい。
【００５７】
実施の形態３．
本実施の形態について、主に実施の形態２との差異を説明する。
【００５８】
実施の形態２では、管理装置３０が、ｎ台の通信装置２０の全てが管理データ５０を受信するように管理データ５０の受信順序を決定する。
【００５９】
一方、本実施の形態では、管理装置３０が、管理データ５０を送信するタイミングによっては、ｎ台の通信装置２０のうち一部の通信装置２０以外の通信装置２０が管理データ５０を受信するように管理データ５０の受信順序を決定する場合がある。
【００６０】
本実施の形態において、管理装置３０は、管理データ５０の受信順序を決定する前に、その管理データ５０を送信するタイミングによって、管理データ５０の受信順序にｎ台の通信装置２０の全てを含めるか、それともｎ台の通信装置２０のうち一部の通信装置２０のみを除くかを判断する。管理データ５０の受信順序にｎ台の通信装置２０の全てを含めると判断した場合、管理装置３０は、ｎ台の通信装置２０が管理データ５０を受信すべき順序を管理データ５０の受信順序として決定する。一方、管理データ５０の受信順序にｎ台の通信装置２０のうち一部の通信装置２０を除くと判断した場合、管理装置３０は、ｎ台の通信装置２０のうち当該一部の通信装置２０以外の通信装置２０が管理データ５０を受信すべき順序を管理データ５０の受信順序として決定する。管理装置３０は、当該順序を少なくとも当該順序における最初の通信装置２０に通知する。そして、管理装置３０は、当該順序における最初の通信装置２０に管理データ５０を送信する。
【００６１】
ｎ台の通信装置２０のうち、管理データ５０の受信順序に含まれる通信装置２０は、管理データ５０を受信した通信装置２０から順番に、管理装置３０により通知された順序に従って、次に管理データ５０を受信すべき通信装置２０を選択し、選択した通信装置２０に管理データ５０を送信し、管理データ５０を受信していない通信装置２０がなくなった時点で、管理装置３０に管理データ５０を送信する。即ち、管理装置３０により通知された順序における最後の通信装置２０が、管理装置３０に管理データ５０を送信する。
【００６２】
管理装置３０は、実施の形態２と同様に、管理データ５０の受信順序を決定する度に、当該順序における最後の通信装置２０から管理データ５０を受信した時点で、管理データ５０の受信順序に含まれる通信装置２０が正常に接続されていると判断する。
【００６３】
本実施の形態では、例えば、管理装置３０が管理データ５０を５分間隔で送信するとしたとき、ｎ台の通信装置２０のうち、重要度の高い機密情報を記憶する通信装置２０のみに毎回（即ち、５分間隔で）管理データ５０を受信させて、その接続状態を確認し、重要度の低い機密情報を記憶する通信装置２０については１２回に１回のみ（即ち、１時間間隔で）管理データ５０を受信させて、その接続状態を確認するといったことが可能になる。したがって、通信装置２０が記憶する情報の重要度等に応じて、通信装置２０ごとに、接続状態の確認の頻度を変えることができ、効率性が向上する。
【００６４】
実施の形態４．
本実施の形態について、主に実施の形態１との差異を説明する。
【００６５】
実施の形態１では、ｎ台の通信装置２０のそれぞれが、管理データ５０を受信すると、管理データ５０の正否を確認し、管理データ５０が正規のデータであれば、管理データ５０の送信元にアクノリッジ６０を送信する。管理装置３０は、アクノリッジ６０を受信すると、アクノリッジ６０の正否を確認する。また、管理装置３０は、管理データ５０を受信すると、管理データ５０の正否を確認する。そして、管理装置３０は、アクノリッジ６０及び管理データ５０が正規のデータであれば、ｎ台の通信装置２０が正常に接続されていると判断する。
【００６６】
一方、本実施の形態では、ｎ台の通信装置２０のそれぞれが、管理データ５０を受信すると、管理データ５０の正否を確認し、管理データ５０が正規のデータであれば、管理データ５０にアクノリッジ６０を付加した上で管理データ５０を送信する。管理装置３０は、管理データ５０を受信すると、管理データ５０の正否を確認する。そして、管理装置３０は、管理データ５０が正規のデータであり、かつ、管理データ５０にアクノリッジ６０が付加されていれば、ｎ台の通信装置２０が正常に接続されていると判断する。
【００６７】
本実施の形態では、各通信装置２０に管理データ５０の送信先からのアクノリッジ６０を検証させる代わりに、管理装置３０に各通信装置２０のアクノリッジ６０を一括で確認させることにより、１回の管理通信にかかる時間を短縮することができる。
【００６８】
実施の形態５．
本実施の形態について、主に実施の形態１との差異を説明する。
【００６９】
図５は、本実施の形態に係る通信システム１０の構成を示すブロック図である。
【００７０】
図５において、通信システム１０は、図１に示した実施の形態１のものと同様に、複数台の通信装置２０と、管理装置３０と、公開鍵サーバ４０とを備える。
【００７１】
実施の形態１では、管理装置３０が、ｎ台の通信装置２０のうち第１の通信装置２０に管理データ５０を送信する。第１の通信装置２０は、管理装置３０から管理データ５０を受信した後、ｎ台の通信装置２０のうち第２の通信装置２０に管理データ５０を送信する。ｉ＝２，３，・・・，ｎ−１としたとき、ｎ台の通信装置２０のうち第ｉの通信装置２０は、ｎ台の通信装置２０のうち第ｉ−１の通信装置２０から管理データ５０を受信した後、ｎ台の通信装置２０のうち第ｉ＋１の通信装置２０に管理データ５０を送信する。ｎ台の通信装置２０のうち第ｎの通信装置２０は、ｎ台の通信装置２０のうち第ｎ−１の通信装置２０から管理データ５０を受信した後、管理装置３０に管理データ５０を送信する。
【００７２】
一方、本実施の形態では、管理装置３０が、ｎ台の通信装置２０のうち第１の通信装置２０だけでなく、第ｎの通信装置２０にも管理データ５０を送信する。第１の通信装置２０は、管理装置３０から管理データ５０を受信した後、ｎ台の通信装置２０のうち第２の通信装置２０に管理データ５０を送信する。第ｎの通信装置２０は、管理装置３０から管理データ５０を受信した後、ｎ台の通信装置２０のうち第ｎ−１の通信装置２０に管理データ５０を送信する。ｉ＝２，３，・・・，ｎ−１としたとき、ｎ台の通信装置２０のうち第ｉの通信装置２０は、ｎ台の通信装置２０のうち第ｉ−１の通信装置２０のみから管理データ５０を受信した場合、ｎ台の通信装置２０のうち第ｉ＋１の通信装置２０に管理データ５０を送信する。第ｉの通信装置２０は、第ｉ＋１の通信装置２０のみから管理データ５０を受信した場合、第ｉ−１の通信装置２０に管理データ５０を送信する。第ｉの通信装置２０は、第ｉ−１の通信装置２０及び第ｉ＋１の通信装置２０から管理データ５０を受信した場合、管理装置３０に管理データ５０を送信する。
【００７３】
本実施の形態では、実施の形態１における管理通信の方向（管理データ５０が流れる方向）を順方向とすると、管理通信が順方向及び逆方向の両方で同時に行われるため、１回の管理通信にかかる時間を半分程度に短縮することができる。
【００７４】
以上説明した実施の形態１〜５において、通信システム１０が備える複数台の通信装置２０及び管理装置３０の各装置は、例えば、コンピュータであり、処理装置、記憶装置、入力装置、出力装置といったハードウェアデバイスを備えている。これらのハードウェアデバイスはケーブルや信号線で接続されている。
【００７５】
処理装置は、例えば、ＣＰＵであり、バスを介してＲＯＭ（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード、表示装置、キーボード、マウス、ＨＤＤ（Ｈａｒｄ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ・Ｓｔａｔｅ・Ｄｒｉｖｅ）等と接続され、これらのハードウェアデバイスを制御する。記憶装置は、例えば、ＲＡＭ等の揮発性メモリである。また、記憶装置は、例えば、ＲＯＭ、ＨＤＤ、ＳＳＤ等の不揮発性メモリである。入力装置は、例えば、通信ボード、キーボード、マウスである。出力装置は、例えば、通信ボード、表示装置である。
【００７６】
通信ボードは、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、インターネットといったネットワークに接続されている。ＨＤＤ又はＳＳＤには、プログラム及びファイルが記憶されている。プログラムは、ＣＰＵにより読み出され実行される。ファイルには、本発明の実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（識別子）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として含まれている。「〜ファイル」や「〜データベース」や「〜テーブル」は、記憶装置に記憶される。記憶装置に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵにより読み出され、抽出、検索、参照、比較、演算、計算、制御、出力、印刷、表示といったＣＰＵの処理（動作）に用いられる。
【００７７】
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【符号の説明】
【００７８】
１０  通信システム、２０  通信装置、３０  管理装置、４０  公開鍵サーバ、５０  管理データ、５１  メッセージ部、５２  検証コード部、６０  アクノリッジ、６１  アクノリッジデータ部、６２  検証コード部。
【図１】
0005645990.tif 000002
【図２】
0005645990.tif 000003
【図３】
0005645990.tif 000004
【図４】
0005645990.tif 000005
【図５】
0005645990.tif 000006