(57)【要約】【課題】一部の端末への直接のデータの配送が遅延しても、早期の通信システムの立ち上げが可能な通信システム、データ配布方法およびプログラムを提供すること。【解決手段】第１の処理が行われたデータを送信および受信する、第１の端末装置および第２の端末装置と、第１の端末装置および第２の端末装置に第１の処理に使用される情報を配送する配送装置を有する通信システムであって、配送装置が配送した情報を受信しなかった第１の端末装置に、情報を受信した第２の端末装置が、受信した情報を送信することを特徴とする。【選択図】      図１
2014192683.tif 000002
【特許請求の範囲】
【請求項１】
第１の処理が行われたデータを送信および受信する、第１の端末装置および第２の端末装置と、前記第１の端末装置および第２の端末装置に、前記第１の処理に使用される情報を配送する、配送装置を有する、通信システムであって、
前記配送装置が配送した前記情報を受信しなかった前記第１の端末装置に、前記情報を受信した前記第２の端末装置が、前記受信した情報を送信することを特徴とする、通信システム。
【請求項２】
前記配送装置は、情報を生成し、前記情報の配送前に配送された情報を使用して、前記生成された情報に第１の処理を行い、
前記第１の端末装置および前記第２の端末装置は、前記第１の処理が行われた情報を受信して、前記情報の配送前に配送された情報を使用して、前記受信した情報に第２の処理を行うことを特徴とする、請求項１に記載の通信システム。
【請求項３】
前記配送装置は、前記情報の配送前に配送された情報を有する端末装置であって、前記第１の端末装置のアドレスに近いアドレスを有する、或いは、前記第１の端末装置への通信経路の通信容量が大きい端末装置を、前記第２の端末装置に選択することを特徴とする、請求項２に記載の通信システム。
【請求項４】
前記配送装置は、前記第２の端末装置から送信された前記情報を受信しない前記第１の端末装置を、情報の配送先から除外することを特徴とする、請求項１乃至３のいずれか１項に記載の通信システム。
【請求項５】
第１の処理が行われたデータを送信および受信する第１の端末装置および第２の端末装置に前記第１の処理に使用される情報を配信する、データ配布方法であって、
前記情報を前記第１の端末装置および第２の端末装置に宛てて送信するステップと、
前記第１の端末装置および第２の端末装置が前記情報を受信したかどうかを判定するステップと、
前記情報を受信しなかった第１の端末装置に対して、前記情報を受信した第２の端末装置から、前記受信した情報を送信するステップと
を有することを特徴とする、データ配布方法。
【請求項６】
情報を生成し、前記情報の配送前に配送された情報を使用して、前記生成された情報に第１の処理を行うステップと、
前記第１の端末装置および第２の端末装置において、前記第１の処理が行われた情報を受信して、前記情報の配送前に配送された情報を使用して、前記受信した情報に第２の処理を行うステップと
をさらに有することを特徴とする、請求項５に記載のデータ配布方法。
【請求項７】
前記情報の配送前に配送された情報を有する端末装置であって、前記第１の端末装置のアドレスに近いアドレスを有する、或いは、前記第１の端末装置への通信経路の通信容量が大きい端末装置を、前記第２の端末装置に選択するステップをさらに有することを特徴とする、請求項６に記載のデータ配布方法。
【請求項８】
前記第２の端末装置から送信された前記情報を受信しない前記第１の端末装置を、情報の配布先から除外するステップをさらに有することを特徴とする、請求項５乃至７のいずれか１項に記載のデータ配布方法。
【請求項９】
第１の処理が行われたデータを送信および受信する第１の端末装置および第２の端末装置に前記第１の処理に使用される情報を配信する、データ配布プログラムであって、
前記情報を前記第１の端末装置および第２の端末装置に宛てて送信する処理と、
前記第１の端末装置および第２の端末装置が前記情報を受信したかどうかを判定する処理と、
前記情報を受信しなかった第１の端末装置に対して、前記情報を受信した第２の端末装置から、前記受信した情報を送信するよう、前記第２の端末装置に指示する処理と
をコンピュータに行わせることを特徴とする、データ配布プログラム。
【請求項１０】
第１の処理が行われたデータを送信および受信する、第１の端末装置および第２の端末装置に、前記第１の処理に使用される情報を配送する、配送装置であって、
前記配送装置が配送した前記情報を受信しなかった第１の端末装置に対して、前記情報を受信した第２の端末装置から前記受信した情報を送信するよう前記第２の端末装置に指示することを特徴とする、配送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介する通信に必要なデータの授受方法に関し、特に、ネットワークを介して通信を行う通信機器にデータを配送する通信システム、データ配布方法およびプログラムに関する。
【背景技術】
【０００２】
空間的に隔てられた位置にある通信機器の間での通信においては、通信経路を占有してデータを送受する状況は稀であり、公共に設置された通信経路を共有した通信が一般的である。このような通信では、通信経路上で通信内容が傍受されるおそれがあり、通信の秘匿性を維持するために、通信内容を暗号化する必要がある。
【０００３】
インターネットに代表されるデータ通信においては、通信経路確立に際してのパスワードなど、秘匿処理を必要とする通信内容を伝送する場合に、通信データを暗号化する機能が通信システムには具備されている。すなわち、通信データが傍受されても、解読されなければ通信内容の秘匿性は維持される。
【０００４】
暗号通信を行う際には、通信先と通信元の装置の間で送信される通信データを所定の手続に従って変換する。
【０００５】
暗号通信においては、秘匿処理の対象である通信データを送信側で暗号化し、暗号化した通信データを受信した受信側では、該通信データを復号化する。すなわち、送信側と受信側の双方に、通信データの暗号化処理および復号化処理を指定するデータが必要である。通信データの暗号化処理には様々な種類の方式があるが、上記の処理を指定するデータは、一般的に鍵データと呼ばれ、暗号化処理で必要とされる。
【０００６】
データを変換する際には、変換の手続の詳細を示した鍵データを、通信先と通信元の双方の装置が有することにより、暗号通信が実現される。
【０００７】
暗号通信には、通信先と通信元の装置が鍵データを有している必要がある。現在、暗号化の方式として一般的である共通鍵暗号方式では、双方で同じ鍵データを用い、また、公開鍵暗号方式では、公開鍵と秘密鍵の対になる２つの鍵をそれぞれで使用する。
【０００８】
しかしながら、暗号通信においては、暗号化処理に必要な鍵データをどのように各端末に配送するかという問題がある。
【０００９】
暗号通信に利用する鍵データの配布方法としては、人手を使って手渡しなどで鍵データを直接配布する方法がある。また、鍵データを送信側と受信側のそれぞれで既知の方法で暗号化して、電子的に伝送した後に、それぞれを復号して鍵データを得る電子配送方式がある。
【００１０】
暗号化方式が特定され、鍵データが得られれば、鍵データにより暗号化された通信内容は復号化できてしまうため、鍵データの配送に際しては、鍵データの遺漏が生じないようなデータ処理が必要である。このため、送信端末での鍵データの配送について、通信機器における負荷の増大が避けられなかった。
【００１１】
また、暗号通信における暗号方式はいずれも周知の方式が多いため、解読作業に要する時間を考慮して、定期的に鍵データの更新処理が必要である。このため、鍵データ更新時は、送信側の端末で負荷の大きい処理が発生し、ユーザに対する端末の利用が制限されていた。
【００１２】
そのため、鍵データの配送処理は短時間で完了することが望ましい。
【００１３】
一方、鍵配送装置から端末への鍵データの配送時に、端末との間の通信回線における一時的な通信量の増大や障害発生などにより、十分な通信容量が確保できない場合がある。このとき、鍵データの配送に失敗することがある。
【００１４】
鍵データの受信に失敗した端末は、以後の暗号化されたデータを復号できなくなるので、鍵データは必ず受信しなければならない。このため、鍵配送装置は、鍵データの配送が完了するまで、鍵データを再度配送する。
【００１５】
鍵データの再配送処理が実行されている間は、送信側である鍵配送装置には大きな負荷がかかっており、鍵配送装置の利用に支障を生じていた。
【００１６】
また、鍵配送が成功しない場合は、鍵配送装置と受信側の端末装置の間の回線に、回線に由来した障害が生じていることが多く、鍵データは再配送しても再び失敗することがあった。このような場合、鍵データの配送は、回線の障害の修復後にようやく可能になり、それまでは新たな鍵データでの暗号通信ができなかった。回線の障害修復には時間のかかることが多く、回線の障害は暗号通信システムの立ち上げの遅れの原因となっていた。
【００１７】
回線に障害が発見された場合に、ユーザが人手により鍵データを可搬記憶媒体に格納して、端末に持参する方策も考えられる。しかしながら、暗号通信が必要な機密情報を送受信する端末は、地理的に遠隔地に置かれていること、人員の立ち入りが制限されるような場所など人がアクセスしにくい場所にあることが多い。このため、手渡しによる鍵データ配送の時間の短縮は困難であった。
【００１８】
上記の課題に対して、次のような鍵データ配送システムが提案されてきた。
【００１９】
特許文献１は、送信端末と複数の受信端末の間で共通のグループ暗号鍵を用いてマルチキャスト通信を行う、暗号化マルチキャスト通信鍵管理システムを開示する。送信端末は、受信端末のグループの代表受信端末からグループ暗号鍵更新要求を受けると、代表受信端末の個別暗号鍵を用いてグループ暗号鍵を暗号化して、代表受信端末に送信する。代表受信端末は、暗号化されたグループ暗号鍵を受信して、復号化し、更新したグループ暗号鍵を登録する。
【００２０】
特許文献２は、グループ暗号鍵管理部が生成したグループ暗号鍵が、ルータを介して、グループに属する端末に送信される、暗号通信システムを開示する。グループ暗号鍵を受信した端末は、ルータに配送応答データを送信する。配送応答データを受信したルータは、一括応答データを、グループ暗号鍵管理部に送信する。
【００２１】
特許文献３は、送信側と受信側のそれぞれにおいて、通信データを保持し、通信データの送信を要求して送達を確認するデータ送達確認手段を有する、回線品質強化装置を開示する。自動回復可能故障検出手段は、障害が発生したときに自動回復が可能か否かを判断する。エラーデータ再送手段は、届いていない通信データを再送する。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２００６−２４５６６３号公報
【特許文献２】特開２００２−１２４９４１号公報
【特許文献３】特開平７−２２１７４１号公報
【発明の概要】
【発明が解決しようとする課題】
【００２３】
特許文献１の開示する暗号化マルチキャスト通信鍵管理システムにおける送信端末は、グループ暗号鍵を送信した後、グループ暗号鍵受信応答待ち状態になる。１台でも受信応答がない場合は、受信応答の再送要求を行って、受信応答を待つ。
【００２４】
特許文献２の開示する暗号通信システムにおいては、グループ暗号鍵を送信する、グループ暗号鍵管理部は、ルータから受信した一括応答データにより、グループに属する端末の状態を知ることができる。
【００２５】
特許文献３の開示する回線品質強化装置は、障害時、自動回復可能故障検出手段で、自動回復が可能な障害であると判断したときは、通信回線を再接続し、再接続後に、通信データを保存メモリから取り出して再送する。
【００２６】
しかしながら、いずれの特許文献も、暗号鍵データ再送が必要となった時に通信回線の障害により再送できなかった場合の処理は記載しない。通信回線が回復できなかった場合は、ユーザは通信回線の回復を待つしか方策がない。このため、暗号通信システムを立ち上げが遅れる。ユーザは、通信の安全性が低下した状態での通信を利用しなければならない。端末をグループ化して、代表受信端末に暗号鍵データを送る構成では、代表受信端末に障害が発生した場合に、グループに属する端末は全て鍵データを受信できなくなるという脆弱性がある。
【００２７】
暗号鍵配信装置から、暗号鍵を受信する通信端末への通信経路と、通信端末同士の通信経路は同一とは限らない。通信ネットワークの構成によっては、新たな暗号鍵が配信されなくても、通信端末同士での暗号通信は可能である。それにもかかわらず、特許文献１乃至３に開示される暗号通信システムにおいては、暗号鍵配信装置から通信端末のいずれかへの暗号鍵の配信を妨げる通信障害が発生すると、この通信障害がその他の通信端末同士の暗号通信に影響を及ぼしていた。
【００２８】
本発明は上述した点に鑑みてなされたもので、一部の端末への直接のデータの配信が遅延しても、早期の通信システムの立ち上げが可能な、通信システム、データ配布方法、およびプログラム提供することを目的とする。
【課題を解決するための手段】
【００２９】
上記の目的を達成するため、本発明の通信システムは、第１の処理が行われたデータを送信および受信する第１の端末装置および第２の端末装置と、第１の端末装置および第２の端末装置に第１の処理に使用される情報を配送する配送装置を有する通信システムであって、配送装置が配送した情報を受信しなかった第１の端末装置に情報を受信した第２の端末装置が受信した情報を送信することを特徴とする。
【００３０】
また、本発明のデータ配布方法は、第１の処理が行われたデータを送信および受信する第１の端末装置および第２の端末装置に第１の処理に使用される情報を配信するデータ配布方法であって、情報を第１の端末装置および第２の端末装置に宛てて送信するステップと、第１の端末装置および第２の端末装置が情報を受信したかどうかを判定するステップと、情報を受信しなかった第１の端末装置に対して情報を受信した第２の端末装置から受信した情報を送信するステップを有することを特徴とする。
【００３１】
さらに、本発明のデータ配布プログラムは、第１の処理が行われたデータを送信および受信する第１の端末装置および第２の端末装置に第１の処理に使用される情報を配信するデータ配布プログラムであって、情報を第１の端末装置および第２の端末装置に宛てて送信する処理と、第１の端末装置および第２の端末装置が情報を受信したかどうかを判定する処理と、情報を受信しなかった第１の端末装置に対して情報を受信した第２の端末装置から受信した情報を送信するよう第２の端末装置に指示する処理をコンピュータに行わせることを特徴とする。
【００３２】
また、本発明の配送装置は、第１の処理が行われたデータを送信および受信する第１の端末装置および第２の端末装置に第１の処理に使用される情報を配送する配送装置であって、配送装置が配送した情報を受信しなかった第１の端末装置に対して情報を受信した第２の端末装置から受信した情報を送信するよう第２の端末装置に指示することを特徴とする。
【発明の効果】
【００３３】
本発明によれば、一部の端末への直接のデータの配信が遅延しても、早期の通信システムの立ち上げが可能である。
【図面の簡単な説明】
【００３４】
【図１】本発明の第１の実施形態に係る通信システムの構成の一例を示す。
【図２】本発明の第１の実施形態に係るデータ配布方法の手順の一例を示すフローチャートである。
【図３】本発明の第２の実施形態に係る暗号通信システムの構成の一例を示す。
【図４】本発明の第２の実施形態に係る端末装置の構成の一例を示す。
【図５】本発明の第２の実施形態に係る鍵配送サーバの構成の一例を示す。
【図６】本発明の第２の実施形態に係る鍵配送サーバの保持する端末データの一例を示す。
【図７】本発明の第２の実施形態に係る暗号通信システムにおいて鍵配布サーバからの鍵データの配送の動作の一例を示す。
【図８】本発明の第２の実施形態に係る暗号通信システムにおいて他の端末からの鍵データの配送の動作の一例を示す。
【図９】本発明の第２の実施形態に係る暗号鍵配布方法の手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００３５】
発明を実施するための最良の形態について図面を参照して詳細に説明する。ただし、本発明は以下に示す実施形態に限定されない。
［第１の実施形態］
図１は、本発明の第１の実施形態に係る通信システムの構成の一例を示す。
【００３６】
本実施形態に係る通信システム２００１は、第１の処理が行われたデータを送信および受信する、第１の端末装置２１１１および第２の端末装置２１２１と、第１の端末装置２１１１および第２の端末装置２１２１に第１の処理に使用される情報を配送する配送装置を有する。配送装置２２０１が配送した情報を受信しなかった第１の端末装置２１１１に、情報を受信した第２の端末装置２１２１が、受信した情報を送信する。
【００３７】
図２は、本発明の第１の実施形態に係るデータ配布方法の手順の一例を示すフローチャートである。
【００３８】
情報を第１の端末装置および第２の端末装置に宛てて送信する（図２ステップＳ２０１）。
第１の端末装置および第２の端末装置が情報を受信したかどうかを判定する（ステップＳ２０２）。情報を受信しなかった第１の端末装置に情報を受信した第２の端末装置から、受信した情報を送信する（ステップＳ２０３）。
【００３９】
本実施形態に係る通信システム２００１は、一部の端末への直接のデータの配信が遅延しても、早期の通信システムの立ち上げが可能である。
［第２の実施形態］
図３は、本発明の第２の実施形態に係る暗号通信システム１００１の構成の一例を示す。
【００４０】
鍵配送サーバ２０１は、端末装置１１１と端末装置１２１とネットワーク３０１を介して接続されており、端末装置１１１と端末装置１２１とはネットワーク３０１を介して接続されている。ネットワーク３０１は集中型でもよいし、分散型でもよい。集中型ネットワークの形態の場合は、迂回路を有してもよい。本実施形態では、２台の端末装置が鍵配送サーバに接続されているが、これに限定されない。端末装置の数は２より大きくてもよい。また、端末装置１１１、１２１と鍵配送サーバ２０１はネットワーク３０１上での位置がアドレスにより指定される。ネットワーク３０１は有線でもよいし、無線でもよい、また有線と無線が混合してもよい。
【００４１】
図４は、本実施形態に係る端末装置１０１の構成の一例を示す。
【００４２】
端末装置１０１は、端末装置送受信部１０２と、暗号化復号化部１０３と、鍵データ保持部１０４と、インタフェース１０６と、通信データ処理部１０５を含む。端末装置送受信部１０２は、端末装置外とデータを送受信する。暗号化復号化部１０３は、受信データを復号化し、送信されるデータを暗号化する。インタフェース１０６は、ユーザによる操作を受け付ける。通信データ処理部１０５は、ユーザの操作を受けて復号化されたデータを処理する。
【００４３】
配送された鍵データは鍵データ保持部１０４に保持され、暗号化復号化部１０３での暗号化処理と復号化処理に利用される。
【００４４】
なお、配送された鍵データは、該鍵データが配送される前に配布され、該鍵データの配布時に各端末装置の鍵データ保持部１０４に登録されている鍵データで復号化される。復号化された鍵データは、新たな鍵データとして、鍵データ保持部１０４に登録され、鍵データが更新される。この配送処理以降、通信されるデータは、更新された鍵データで暗号化および復号化される。更新される前の鍵データは、更新された鍵データが何らかの理由で利用できなくなった場合に、更新前の鍵データに戻すため、一時的に保持されてもよい。
【００４５】
鍵データが更新されたかどうかは、通信データ処理部１０５に通知され、更新された場合に、鍵配送サーバに、鍵データの配信を受けた旨の確認応答が通知される。更新されない場合は、鍵データの受信に失敗した旨が鍵配送サーバに通知される。なお、鍵データの受信に失敗したかどうかの判断は、鍵配送サーバが鍵データの配信を開始した時刻から所定の時間を計測し、所定の時間の経過後に鍵データが更新されたかどうかで判定してもよい。また、受信した鍵データを鍵データ保持部１０４で保持し、鍵配送サーバからの一斉更新通知を受け取ってから、鍵データを登録して更新してもよい。
【００４６】
図５は、本実施形態に係る鍵配送サーバ２０１の構成の一例を示す。
【００４７】
鍵配送サーバ２０１は、鍵データをそれぞれの端末装置に向けて送信し、確認応答を受信する配送サーバ送受信部２０２と、鍵データを生成する鍵データ生成部２０３と、各端末についての情報を保持する端末データ保持部２０４を有する。
【００４８】
鍵データ生成部２０３で生成された鍵データは、既に各端末に配送済みの鍵データに対応する暗号鍵で暗号化され、ネットワーク３０１に送出される。暗号化は、鍵データ生成部２０３で行ってもよいし、配送サーバ送受信部２０２で行ってもよい。
【００４９】
端末データ保持部２０４は各端末装置についての情報を保持する。
【００５０】
端末データ保持部２０４の保持する各端末装置についての情報の一例を図６に示す。
【００５１】
鍵配送サーバ２０１は、鍵データを発送した後、各端末からの確認応答を保持する。鍵配送サーバ２０１は、確認応答に記載された端末ＩＤについて、図６に示す表において、応答と記された欄の未着を受領に書き換え、送信した鍵データの識別情報を現在の鍵と記された欄に記入する。
【００５２】
端末データ保持部２０４の保持する端末データは、端末装置のネットワーク３０１上のアドレスを含む。ネットワークのアドレスは、ネットワークの仕様に従って独自に指定された書式でもよい。また、アドレスは、ＩＰアドレスで指定されてもよい。
【００５３】
本実施形態に係る鍵配送サーバは、ネットワークを介して接続された端末のそれぞれに直接鍵データを配送する。鍵配送サーバは、直接各端末に鍵データを配信し、確認応答を受信できるため、高い精度で迅速に鍵データの配信状態を把握することができる。
【００５４】
図７乃至９を参照して、本実施形態に係る暗号通信システムにおける鍵データの配送の手順の一例を説明する。
【００５５】
図９は、本実施形態に係る鍵配送サーバの鍵配送処理の手順の一例を示すフローチャートである。
【００５６】
鍵配送サーバ２０１は、新規に配送する鍵データを生成し、現在利用されている鍵データで暗号化して、ネットワーク３０１に送出する（図９ステップＳ９０１）。
【００５７】
端末装置１１１および端末装置１２１のそれぞれは、鍵配送サーバ２０１から受信した暗号鍵を復号化して、新規の鍵データを取り出して、鍵データ保持部に登録する。
【００５８】
鍵配送サーバ２０１は、配送した鍵データに対して、端末装置から返ってくる確認応答を待つ（図９ステップＳ９０２）。
【００５９】
図７に示されるように、鍵配送サーバ２０１から端末装置１２１へ直接データを送信する通信経路に障害が発生して、鍵データの配送に失敗したものとする。一方、鍵配送サーバ２０１から端末装置１１１への鍵データの配送は成功しているとする。
【００６０】
鍵データを受信した端末装置１１１は、鍵配送サーバ２０１に確認応答を通知する（ステップＳ９０２ＹＥＳ）。鍵配送サーバ２０１は、図６に示される端末データを更新して、応答の欄に受領を、現在の鍵の欄に、配送した鍵データの識別情報を書き込む。
【００６１】
一方、鍵配送サーバ２０１は、端末装置１２１が鍵データを受領するかどうかを監視する。端末装置１２１への通信経路に障害が発生したことを検知すれば、直接鍵データを端末装置１２１に再送する処理は実施しない。通信経路の状態が検出できない場合は、所定の時間、端末装置１２１からの確認応答が通知されるまで待機する。所定の時間の経過後に確認応答の受領がなかった場合（ステップＳ９０２ＮＯ）、端末装置１２１へ直接到達する通信経路に鍵データを再送してもよい。
【００６２】
鍵配送サーバ２０１は、端末装置１２１に直接鍵データを配送できないと判断した場合、鍵データが配送されている端末装置に、端末装置１２１への鍵データの配送を指示する。
【００６３】
鍵配送サーバ２０１は、図６に示される端末データを参照し、端末装置１２１に鍵データの配送を指示できる端末装置を検索する（ステップＳ９０３）。
【００６４】
鍵データを他の端末装置に配送できる端末装置は、更新された鍵データとともに、更新前の鍵データを保持している。更新された鍵データを、更新前の鍵データを用いて暗号化し、暗号化された鍵データを、指定された端末装置に送信する。なお、鍵データを受信後直ちに鍵データを更新する構成を有する端末装置であって、鍵データの更新時に、更新前の鍵データが保持されずに上書きされる構成を有する端末装置は、鍵データの転送指示を受けることはできない。
【００６５】
鍵配送サーバ２０１は、図６に示される端末データを参照して、転送が指示可能な端末のうち、端末のアドレスが、鍵データの配送先の端末装置のアドレスに近いものを選択する。或いは、配送先の端末装置への通信経路の通信容量が大きいものを選択してもよい。
【００６６】
図８において、鍵配送サーバ２０１は、端末装置１１１に、端末装置１１１に配送された鍵データを、端末装置１２１に送信するよう指示する（ステップＳ９０４）。
【００６７】
鍵配送サーバ２０１は、端末装置１１１に、端末装置１２１に送信すべき鍵データの識別情報、端末装置１２１のアドレスを通知する。なお、この通知には、端末装置１２１において鍵データを復号化して登録する更新指示が含まれてもよい。また、端末装置１１１から端末装置１２１への通信経路を、鍵配送サーバ２０１が端末装置１１１に指定してもよい。或いは、端末装置１１１が端末装置１２１のアドレスを基に通信経路を決定してもよい。
【００６８】
端末装置１１１は、端末装置１２１に鍵データを送信する（ステップＳ９０５）。端末装置１２１は、端末装置１１１から鍵データを受信し、受信応答を端末装置１１１に返す。端末装置１１１は、受信した端末装置１２１からの受信応答を、鍵配送サーバ２０１に転送する。鍵配送サーバ２０１は、端末装置１１１を経由して端末装置１２１から受信応答を受信し、端末データを更新する。すなわち、端末装置１２１について応答を受領にする。
【００６９】
鍵配送サーバ２０１は、鍵データを配送すべき端末装置の全てが鍵データを受領したと判定すると、鍵データの更新を端末装置に通知する。端末装置が鍵データを受信後直ちに鍵データを更新する構成を有する端末装置に対しては、更新通知は不要である。更新通知の発行後、暗号通信システム１００１は、更新された新たな暗号鍵を用いて通信が行われる。
【００７０】
なお、端末装置１１１から端末装置１２１に鍵データを配送した後、端末装置１２１から確認応答が返ってこないときは、端末装置１１１と端末装置１２１の間の通信経路に障害が発生しているか、端末装置１２１が鍵データを受信できない状態にある。
【００７１】
鍵配送サーバ２０１は、端末装置１１１を経由した端末装置１２１からの確認応答が所定時間を経過しても受信しなかった場合は、端末装置１１１以外の端末装置で、鍵データを配送済みで鍵データの配送の指示が可能な端末装置を検出して、端末装置１２１への鍵データの配送を指示する。
【００７２】
それでも、端末装置１２１からの確認応答が得られない場合は、鍵配送サーバ２０１は、端末装置１２１に障害が発生しているか、端末装置１２１へ到達できる通信経路が現在利用できないとして、次回の鍵データ配送時には、端末装置１２１を配送先から除外する。例えば、図６に示される端末データに、配送不要などの情報を書き込む。なお、端末装置１２１への通信が可能になったときには、端末装置１２１は鍵配送サーバ２０１に通知を行う。或いは、鍵配送サーバ２０１が定期的に発信する信号に応答が検出されれば、通信状態が回復したものとする。このとき、最新の鍵データを配送するため、鍵配送サーバ２０１は、端末装置１２１を配送先から除外したときの、端末装置１２１の暗号鍵を保持しておく。これにより、他の端末装置に鍵データの配送を指示しても鍵データの配送が不可能である端末装置の回復を待つ必要がなく、迅速に暗号通信システムを立ち上げることができる。
【００７３】
本実施形態によれば、暗号鍵を配送できなかった端末に暗号鍵を配送する手段として、既に暗号鍵が配送できた端末を利用して、暗号鍵を再送する。別の端末を経由することにより、暗号鍵配送システムで利用した方路と異なる方路を利用して暗号鍵の伝送を行う。これにより、暗号鍵配送システムだけでは配送できなかった端末に暗号鍵を配送することができる。
【００７４】
本実施形態によれば、暗号鍵配送システムから暗号鍵を利用する端末に暗号鍵を送付する際に、何からの理由で送付が失敗した場合、既に暗号鍵が配送できている端末に暗号鍵配送が失敗した端末への鍵データを送信する。鍵データが送信された端末から、暗号鍵配送が失敗した端末へ暗号鍵が配送される。別の端末から送付することにより、暗号鍵配送システムとは異なる方路からデータを送付することになり、回線の障害により配送できなかった場合でも、その回線の修復を待たずに暗号通信システムの立ち上げが可能になる。
【００７５】
鍵配送サーバから直接端末に伝送した場合とは異なる方路を使用して暗号鍵を伝送することにより、端末へ暗号鍵を伝送する可能性が増大する。また、再送および人手による暗号鍵の搬送よりも迅速に暗号通信システムを立ち上げることができる。
【００７６】
本実施形態においては、暗号通信システムを有線の暗号通信システムとしたが、これに限定されない。通信回線は無線回線を用いてもよい。
【００７７】
なお、上述の処理動作を実行させるためのプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）などのコンピュータ読取可能な記録媒体に格納して配布し、当該プログラムをコンピュータにインストールすることにより、上述の処理動作を実行する装置を構成しても良い。
【産業上の利用可能性】
【００７８】
本発明は、上記の実施形態に限定されるものではなく、複数の端末装置にデータを配信する配信システムに好適に適用できる。
【符号の説明】
【００７９】
１０１、１１１、１２１    端末装置
１０２    端末装置送受信部
１０３    暗号化復号化部
１０４    鍵データ保持部
１０５    通信データ処理部
１０６    インタフェース
２０１    鍵配送サーバ
２０２    配送サーバ送受信部
２０３    鍵データ生成部
２０４    端末データ保持部
３０１    ネットワーク
１００１    暗号通信システム
２００１    通信システム
２１１１    第１の端末装置
２１２１    第２の端末装置
２２０１    配送装置
【図１】
2014192683.tif 000003
【図２】
2014192683.tif 000004
【図３】
2014192683.tif 000005
【図４】
2014192683.tif 000006
【図５】
2014192683.tif 000007
【図６】
2014192683.tif 000008
【図７】
2014192683.tif 000009
【図８】
2014192683.tif 000010
【図９】
2014192683.tif 000011