(57)【要約】【課題】  処理能力の低い送受信端末ではマルチキャスト送信を行うと遅延が発生し、マルチキャストデータの効率的な配信ができない。【解決手段】  マルチキャスト送信を実行する処理能力の高い送受信装置を用意し、処理能力の高い送受信装置へマルチキャスト送信の送信先を登録し、処理能力が低い送受信装置からマルチキャスト送信するときは処理能力の高い送受信装置へマルチキャスト送信を依頼することにより効率の良い配信が可能となる。【選択図】  図１
2017139594.tif 000002
【特許請求の範囲】
【請求項１】
データを送信する第一の送受信装置と、
データを受信する複数の第二の送受信装置と、
第一の送受信装置から受信端末グループと複数の第二の送受信装置に関する情報を含むデータの受信登録要求を受付け、受付けた受信端末グループと複数の第二の送受信装置に関する情報を格納する送信先記憶部と、
第一の送受信装置から受信端末グループへの送信要求を受付けたとき前記送信先記憶部を参照し、受け取った受信端末グループが前記送信先記憶部に格納されているかどうかを確認する送信制御部と、
送信制御部が確認した受信端末グループに含まれる複数の第二の送受信装置へ受け取ったデータを送信するデータ送信部を備える第三の送受信装置を備えることを特徴とするデータ配信システム。
【請求項２】
第一の送受信装置から第三の送受信装置が受付けたデータは暗号化されており、第三の送受信装置は複数の第二の送受信装置へ受付けたデータを送信するとき送信先の第二の送受信装置毎に異なる暗号鍵でデータを暗号化する暗号化処理部を備えることを特徴とする請求項１に記載のデータ配信システム。
【請求項３】
第一の送受信装置から第二の送受信装置へのみデータを送信するとき、第一の送受信装置は第二の送受信装置のアドレスを指定して直接第二の送受信装置へデータを送信することを特徴とする請求項２に記載のデータ配信システム。
【請求項４】
第一の送受信装置は第三の送受信装置にアクセスできないとき、第一の送受信装置は第一の送受信装置が備える配信先記憶部を参照し、複数の第二の送受信装置へデータを送るときに各々異なる暗号鍵でデータを暗号化する暗号処理部と、暗号化されたデータを送信する送信制御部を備えることを特徴とする請求項３に記載のデータ配信システム。
【請求項５】
複数の第三の送受信装置を備え、第一の送受信装置から受付けた受信端末グループへのデータ送信要求を複数の第三の送受信装置で分担して送信することを特徴とする請求項２に記載のデータ配信システム。
【請求項６】
複数の第三の送受信装置を備え、第一の送受信装置に通信量制御装置を介して前記複数の第三の送受信装置は並列接続され、通信量制御装置が第三の送受信装置への送信時にデータロストを検出したとき、他の第三の送受信装置へ送信することを特徴とする請求項２に記載のデータ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機ネットワークにおけるデータ配信システムに関する。
【背景技術】
【０００２】
LAN(Local Area Network)やWAN(Wide Area Network)などの計算機によるネットワークが広く用いられている。ネットワーク通信において企業などの機密性が高い情報を扱う場合には、情報漏えいを防止しながらネットワークを使用するための暗号化が必要であり、ネットワーク暗号化のための技術、および、ネットワークの暗号化を行う暗号通信装置が多数開発されている。
【０００３】
また、高性能な送信装置から、複数のデータ受信装置に効率よくデータを配信するマルチキャスト通信も盛んに行われ、その技術も開発されてきた。
【０００４】
しかしながら、性能の低い送受信装置からマルチキャスト送信を行うことや、暗号化で機密性を維持しながら複数のデータ受信装置にデータを配信することは、送信能力不足の問題に加え暗号鍵の管理や、複数の配信先への暗号化に伴う負荷の増加を抑えることが課題になっている。
【０００５】
特許文献１では、放送コンテンツの配信において、共通メッセージ暗号鍵による暗号通信技術と、複数のユーザ別のコンテンツ配信技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−０９１０９１
【発明の概要】
【発明が解決しようとする課題】
【０００７】
能力の低い送受信装置からマルチキャスト送信するには処理時間の問題だけでなく、無線通信の場合は通信範囲が限られるという問題があった。
【０００８】
さらに、暗号通信では、暗号鍵の管理が煩雑になる。また、暗号通信を多数の受信端末に配信する場合には、暗号処理の負荷が非常に高くなり、暗号処理の遅延によりタイムアウトによる通信データの破棄が発生するなどのシステムとして機能不全になる恐れがある。
【０００９】
そこで本発明では、暗号鍵の管理作業に要する手間を軽減し、暗号化の負荷を軽減することによって、暗号通信での複数配信を安定して利用できるようにすることを目的とする。
【課題を解決するための手段】
【００１０】
本発明のデータ配信システムは、データを送信する第一の送受信装置と、データを受信する複数の第二の送受信装置と、第一の送受信装置から受信端末グループと複数の第二の送受信装置に関する情報を含むデータの受信登録要求を受付け、受付けた受信端末グループと複数の第二の送受信装置に関する情報を格納する送信先記憶部と、第一の送受信装置から受信端末グループへの送信要求を受付けたとき前記送信先記憶部を参照し、受け取った受信端末グループが前記送信先記憶部に格納されているかどうかを確認する送信制御部と、送信制御部が確認した受信端末グループに含まれる複数の第二の送受信装置へ受け取ったデータを送信するデータ送信部を備える第三の送受信装置を備えるシステムにより解決される。より詳細な構成は実施例により説明される。
【発明の効果】
【００１１】
本発明により処理能力の低い送受信装置であってもマルチキャスト通信を可能とするシステムを構成できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例における通信システムの構成を示す構成図の例。
【図２】本発明の実施例における送受信装置の構成を示す構成図の例。
【図３】本発明の実施例における小型送受信装置のプログラムモジュール構成図の例。
【図４】本発明の実施例における大型送受信装置のプログラムモジュール構成図の例。
【図５】本発明の実施例における配信表の例。
【図６】本発明の実施例におけるマルチキャストデータを暗号ネットワークを介して配信する処理を示すフロー図の例。
【図７】本発明の実施例における配信表を動的に増加させる処理を示すフロー図の例。
【図８】本発明の実施例における小型送受信装置に配信表と配信表管理部を追加したプログラムモジュール構成図の例。
【図９】本発明の実施例における小型送受信装置に配信表と配信表管理部を追加し、小型送受信装置同士で直接暗号化マルチキャストデータを配信する処理を示すフロー図の例。
【図１０】本発明の実施例におけるマルチキャストLAN暗号通信システムを多段に構成したときの構成図の例。
【図１１】本発明の実施例におけるマルチキャストLAN暗号通信システムを多重に構成したときの構成図の例。
【図１２】本発明の実施例において小型送受信装置の一台の暗号鍵が脅威にさらされた場合のシステムの動作を示す図の例。
【発明を実施するための形態】
【００１３】
本発明を実施するための形態について、以下に図面を用いて説明する。なお、各図面で同様の構成には同じ符号を付し、その説明を省略する。
【実施例１】
【００１４】
図１は、本発明の実施例のマルチキャストLAN暗号通信システム(100)の全体構成例を示す。本システムは、送信端末(101a)、受信端末b(101b)、受信端末c(101c)、小型送受信装置a(103a)、小型送受信装置b(103b)、小型送受信装置c(103c)、大型送受信装置(105)、暗号ネットワーク(104)、平文ネットワークa(102a)、平文ネットワークb(102b)、平文ネットワークc(102c)で構成される。
【００１５】
送信端末(101a)、および、受信端末b(101b)、受信端末c(101c)は、通信インターフェイスを一つ以上備える計算機であり、例えば、WS(Workstation)、PC(Personal Computer)、あるいは、モバイル通信機器であってもよい。小型送受信装置a(103a)、小型送受信装置b(103b)、および、小型送受信装置c(103c)は、通信インターフェイスを二つ以上備える計算機であり、送信端末(101a)、あるいは、受信端末(101b)、あるいは、受信端末(101c)に隣接する小型の通信機器でもよい。大型送受信装置(105)は、通信インターフェイスを一つ以上備える計算機であるが、マルチキャスト送信を行うことができる小型送受信装置よりも処理能力の大きい送受信装置であり、要求された複数の暗号化を同時に処理できるだけの高性能の通信機器である。
【００１６】
暗号ネットワーク(104)は、例えば、IP(Internet Protocol)ネットワークである。暗号ネットワーク(104)は、単独、あるいは、複数のドメインにより構成される。暗号ネットワーク(104)には、一台の大型送受信装置(105)と、二台以上の小型送受信装置が接続されてもよい。平文ネットワークa(102a)、平文ネットワークb(102b)、および、平文ネットワークc(102c)は、暗号ネットワーク(104)と同様にIPネットワークである。平文ネットワークa(102a)には、送信端末(101a)と小型送受信装置(103a)が接続され、平文ネットワークb(102b)、および、平文ネットワークc(102c)には、小型送受信装置c(103c)と受信端末c(101c)が接続される。それぞれの平文ネットワークには、二台以上の送信端末や二台以上の受信端末が接続されてもよい。暗号ネットワークとそれぞれの平文ネットワークは、WAN、あるいは、インターネットでも構わない。
【００１７】
小型送受信装置a(103a)は、二つ以上の通信インターフェイスを備え、暗号ネットワーク(104)と平文ネットワークa(102a)をブリッジ接続する。小型送受信装置b(103b)、および、小型送受信装置c(103c)も、二つ以上の通信インターフェイスを備え、それぞれ、暗号ネットワーク(104)と平文ネットワークb(102b)、暗号ネットワーク(104)と平文ネットワークc(102c)をブリッジ接続する。
【００１８】
図２は、各送受信装置の構成例を示す。送受信装置(200)は、OS(Operating System)を含むソフトウェアプログラムを実行する演算装置(201)と、前記プログラムおよびその実行に必要なデータを格納する記憶装置(202)と、ネットワークとの間で通信を行う通信装置(203)と、各装置(201,202,203)を相互に接続する内部バス(204)を備える。各装置の機能は、プログラムモジュールを構成する記憶装置(202)に格納されたソフトウェアプログラムを、演算装置(201)が解釈実行することにより実現される。
【００１９】
図３は、小型送受信装置(103)、すなわち、図１における小型受信装置a(101a)、小型受信装置b(101b)、小型受信装置c(101c)のプログラムモジュール構成を示す図である。プログラムモジュール構成の観点では、それぞれの小型送受信装置(103)は、接続先が異なるのみで、プログラムモジュール構成は同じである。よって、図２では、代表して小型送受信装置(103)のプログラムモジュール構成を示す。
【００２０】
小型送受信装置(103)は、送受信部a(301a)、送受信部b(301b)、暗号処理部(303)、復号処理部(304)、公開鍵保持部(305)により構成される。
【００２１】
送受信部a(301a)、および、送受信部b(301b)は、平文ネットワーク、もしくは、暗号ネットワークに接続し、平文データ、もしくは、暗号データをやり取りする。
【００２２】
公開鍵保持部(305)は、通信セッションのたびに生成するデータ暗号鍵を暗号化する公開鍵を保持する。
【００２３】
暗号処理部(303)は、送受信部a(301a)、あるいは、送受信部b(301b)において平文ネットワークから受信した平文データの暗号処理を行う。この暗号処理には、通信セッション毎のデータ暗号鍵の生成と、公開鍵保持部が保管する公開鍵を使用してデータ暗号鍵を暗号化する処理を含む。
【００２４】
復号処理部(304)は、送受信部a(301a)、あるいは、送受信部b(301b)において暗号ネットワークから受信した暗号データの復号処理を行う。
【００２５】
暗号ライブラリー(306)は、暗号処理部(303)および復号処理部(304)における暗号処理および複合処理をにない、暗号通信セッション毎のデータ暗号鍵の生成と保管を行う。データ暗号鍵は、一つの暗号通信セッションにおける複数暗号通信パケットに用いる。ここで、暗号ライブラリー(306)は、OpenSSL（登録商標）と同様な外部ライブラリーモジュールを適用してもよいし、内部プログラムモジュールとして独自に実装したものでもよい。
【００２６】
図４は、大型送受信装置、すなわち、図１における大型受信装置(105)のプログラムモジュール構成を示す図である。
【００２７】
大型送受信装置(105)は、送受信部(301)、配信表管理部(401)、暗号処理部(303)、復号処理部(304)、公開鍵保持部(305)により構成される。
【００２８】
送受信部(301)は、配信表管理部(401)にマルチキャスト送信先を問合せることや、暗号ネットワークのみに接続することを除き、図３の送受信部と同様のプログラムモジュールと同じである。
【００２９】
暗号処理部(303)、復号処理部(304)、および、公開鍵保持部(305)、暗号ライブラリー(306)も、図３の暗号処理部(303)、復号処理部(304)、および、公開鍵保持部(305)、暗号ライブラリー(306)と同様のプログラムモジュールである。
【００３０】
配信表管理部(401)は、暗号ネットワーク内でのマルチキャストアドレスに対するデータの配信先である送受信装置のIPアドレスを管理する。
【００３１】
配信表(402)は、配信表管理部(401)がマルチキャストアドレスに対する配信先を管理する管理表である。
【００３２】
図５は、配信表(402)の内容の例である。受信端末グループであるマルチキャストアドレス(501)に対する配信先リスト(502)、すなわち、そのマルチキャストデータを受信する受信端末(101b,101c)が接続する送受信装置(103b,103c)の識別子をエントリーとして格納する。配信先リスト(502)は、可変長でもよい。識別子は、送受信装置を一意に決定できるものであり、例えば、IPアドレスでもよい。配信表(402)は、あらかじめ設定ファイルとして作成しておいてもよいし、受信端末(101b,101c)からのマルチキャスト参加リポートを受信して動的に作成してもよい。
【００３３】
この例はマルチキャストアドレス224.10.10.10が指定されたときに、192.168.2.2、192.168.2.3、192.168.2.4の三つの配信先に送信することを意味する。
【００３４】
図６は、本実施例におけるシステム処理の流れを示すフロー図である。
【００３５】
最初に、各小型送受信装置a(103a)b(103b)c(103c)と大型送受信装置(105)が、暗号ネットワーク(104)において通信セッションを確立し、それぞれの公開鍵により暗号化したデータ暗号鍵を生成し交換する(S601)。ここで生成するデータ暗号鍵は、例えばAES(Advanced Encryption Standard)ブロック暗号などでも良いし、独自に制定した暗号アルゴリズムを適用してもよい。
【００３６】
次に、送信端末(101a)が、ある一つのマルチキャストアドレス(例えば224.10.10.10)宛てにマルチキャストデータを平文ネットワークa(102a)に送信する(S602)。
【００３７】
次に、小型送受信装置a(103a)が平文ネットワークa(102a)からマルチキャストデータを受信する。(S603)
次に、小型送受信装置a(103a)は、受信したマルチキャストデータを、大型送受信装置(105)のデータ暗号鍵を使って暗号化する。(S604)
次に、暗号化マルチキャストデータは、暗号ネットワーク(104)に送信される。(S605)
次に、大型送受信装置(105)は、暗号ネットワーク(104)を通じて暗号化マルチキャストデータを受信する。(S606)
次に、大型送受信装置(105)は、自らのデータ暗号鍵により復号する。(S607)
次に、大型送受信装置(105)において、送受信部(301)は配信表管理部(401)が持つ配信表(402)のマルチキャストアドレス(501)と、今回復号したマルチキャストデータのマルチキャストアドレスを照合し、一致したマルチキャストアドレス(401)に記載してある配信先リスト(402)を配信先小型送受信装置(103b,103c)として決定する。(S608)
次に、大型送受信装置(105)は、配信先数分マルチキャストデータをコピーする。(S609)
次に、大型送受信装置(105)は、マルチキャストデータをそれぞれの配信先となる小型送受信装置(103b,103c)のデータ暗号鍵により暗号化する。(S610)
次に、大型送受信装置(105)は、それぞれの暗号化マルチキャストデータを暗号ネットワーク(104)を介して、それぞれの小型送受信装置(103b,103c)に送信する。(S611)
次に、各小型送受信装置(103b,103c)は、暗号ネットワーク(104)からそれぞれの暗号化マルチキャストデータを受信する。(S612)
各小型送受信装置(103b,103c)は、それぞれの暗号化マルチキャストデータを自身のデータ暗号鍵により復号する。(S613)
次に、各小型送受信装置(103b,103c)は、復号したマルチキャストデータを、各小型送受信装置(103b,103c)が接続する平文ネットワーク(102b,102c)に送出する。(S614)
最後に、各受信端末(101b,101c)は、それぞれが接続する平文ネットワーク(101b,101c)から、マルチキャストデータを受信する。(S615)
このようにして、マルチキャストLAN暗号通信システム(100)は、システム内のネットワークを機密性の高い安全な状態を保ちつつ、マルチキャストの効率性を維持することによって、安定的な通信環境を提供することが可能となる。
【００３８】
また、図２および図３に示したように、各小型送受信装置はそれぞれ同様の構成をするので、例えば、図１において、送信端末(101a)を平文ネットワークb(101b)に接続した場合でも、各送受信装置の設定を変更することなく、暗号化マルチキャスト通信を行うことが可能である。すなわち、小型送受信装置(103b)において、双方向通信が可能となる。
【００３９】
図７は、図４および図５に示した配信表(402)のマルチキャストアドレス(501)と配信先リスト(502)を動的に増減させる処理フローを示した図である。
【００４０】
最初に、小型送受信装置a(103a)と大型送受信装置(105)が、暗号ネットワーク(104)において通信セッションを確立し、それぞれの公開鍵により暗号化したデータ暗号鍵生成し交換する(S701)。ここで生成するデータ暗号鍵は、例えばAES(Advanced Encryption Standard)ブロック暗号などでも良いし、独自に制定した暗号アルゴリズムを適用してもよい。
【００４１】
次に、受信端末(101b)が、IGMP(Internet Group Management Protocol)と同様に、ある一つのマルチキャストアドレス(例えば224.10.10.10)宛てにマルチキャストアドレス参加情報を平文ネットワークa(102a)に送信する(S702)。ここでマルチキャストアドレス参加情報は、IGMPと同様に、参加するマルチキャストアドレスと受信端末(101b)の識別子（例えばIPアドレス）を含んでもよい。
【００４２】
次に、小型送受信装置a(103a)が平文ネットワークa(102a)からマルチキャストアドレス参加情報を受信する。(S703)
次に、小型送受信装置a(103a)は、受信したマルチキャストアドレス参加情報のうち受信端末(101b)を識別する識別子を小型送受信装置a(103a)を識別する識別子に変換する。(S704)
次に、小型送受信装置a(103a)は、受信したマルチキャストアドレス参加情報を、大型送受信装置(105)のデータ暗号鍵を使って暗号化する。(S705)
次に、暗号化マルチキャストアドレス参加情報は、暗号ネットワーク(104)に送信される。(S706)
次に、大型送受信装置(105)は、暗号ネットワーク(104)を通じて暗号化マルチキャストアドレス参加情報を受信する。(S707)
次に、大型送受信装置(105)は、自らのデータ暗号鍵により暗号化マルチキャストアドレス参加情報を復号する。(S708)
最後に、大型送受信装置(105)は、配信表管理部(401)が持つ配信表(402)のマルチキャストアドレス(501)と、今回復号したマルチキャストデータのマルチキャストアドレスを照合し、一致したマルチキャストアドレス(501)が存在していなければ、配信表(402)に新しいマルチキャストアドレス(501)を追加する。また、配信先リスト(502)に小型送受信装置a(103a)を識別する識別子が存在していなければ、配信先リスト(502)に新しい配信先エントリーとして追加する。(S709)
また、前記と同様のフローにより、IGMPバージョン２以降と同様に、受信端末(101b)がマルチキャストアドレス離脱情報を発信し、大型送受信装置(105)は、配信表(402)のマルチキャストアドレス(501)や配信先リスト(502)を減少させることができる。
【００４３】
また、小型送受信装置a(103a)によりマルチキャストアドレス参加情報の識別子を変換する代わりに、大型送受信装置(105)に小型送受信装置a(103a)と受信端末(101b)の接続情報を持たせ、大型送受信装置(105)により受信端末(101b)を示す識別子から小型送受信装置a(103a)を示す識別子に変換することもできる。
【実施例２】
【００４４】
図８は、図３で示した小型送受信装置(103)に、図４で示した大型送受信装置(105)と同様の配信表管理部(401)と配信表(402)をプログラムモジュールとして追加したものである。ただし、小型送受信装置(103)に追加した配信表(401)には、配信リスト(502)を１エントリーしか記載しない。配信先リストのエントリーは小型送受信装置(103)の能力に応じて複数設定できるようにしても良いが、能力に応じたエントリー数に制限する必要がある。図８中のその他の符号付のプログラムモジュールは、図４のものと同様であるので、ここでは、説明を省略する。
【００４５】
図９は、本実施例のシステム処理の流れを示すフロー図である。
【００４６】
最初に、各小型送受信装置a(103a)b(103b)同士で、暗号ネットワーク(104)において通信セッションを確立し、それぞれの公開鍵により暗号化したデータ暗号鍵生成し交換する(S901)。
【００４７】
次に、送信端末(101a)が、ある一つのマルチキャストアドレス(例えば224.10.10.10)宛てにマルチキャストデータを平文ネットワークa(102a)に送信する(S902)。
【００４８】
次に、小型送受信装置a(103a)が平文ネットワークa(102a)からマルチキャストデータを受信する。(S903)
次に、小型送受信装置a(103a)は、配信表管理部(401)が持つ配信表(402)のマルチキャストアドレス(501)と、今回復号したマルチキャストデータのマルチキャストアドレスを照合し、一致したマルチキャストアドレス(401)に記載してある配信先リスト(402)を配信先小型送受信装置(103b)として決定する。(S904)
次に、小型送受信装置a(103a)は、マルチキャストデータを配信先となる小型送受信装置(103b)のデータ暗号鍵により暗号化する。(S905)
次に、小型送受信装置a(103a)は、マルチキャストデータを暗号ネットワーク(104)を介して、小型送受信装置(103b)に送信する。(S906)
次に、各小型送受信装置(103b)は、暗号ネットワーク(104)から暗号化マルチキャストデータを受信する。(S907)
小型送受信装置(103bは、暗号化マルチキャストデータを自身のデータ暗号鍵により復号する。(S908)
次に、小型送受信装置(103b)は、復号したマルチキャストデータを、小型送受信装置(103bが接続する平文ネットワークb(102b)に送出する。(S909)
最後に、受信端末(101b)は、接続する平文ネットワーク(101b)から、マルチキャストデータを受信する。(S910)
このようにして、マルチキャストにおいても配信先が高々一つである時には、大型送受信装置による処理を省略して、実施例１より簡便に暗号化マルチキャスト配信を行うことができる。また、実施例１において処理が集中する大型送受信装置(105)が処理不能になった場合においても、実施例２のシステム構成により縮退運転を行うことが可能となる。
【００４９】
大型送受信装置(105)にアクセスできない場合には配信表(402)の配信先に登録されている複数のエントリーに対して小型送受信装置から小型送受信装置の処理能力に応じたマルチキャスト送信を行う縮退運転を行ってもよい。
【実施例３】
【００５０】
図１０は、図１におけるマルチキャストLAN暗号通信システム(100)を多段に構成することにより、一台あたりの大型送受信装置の負荷を増大させずにマルチキャストデータの受信端末を増やすシステム構成を記す。図１０における各符号付の構成要素は、図１における各符号付の構成要素と同様である。特に、マルチキャストLAN暗号通信システム内は、図中の記載も省略する。図１０では、図１における受信端末c(101c)を、マルチキャストLAN暗号通信システムb(100b)に置き換えることによって、受信端末e(101e)を一台増やすことが可能になる。もちろん、配信表による配信先リストの要素が多く連なっていれば、受信端末を二台以上増やすことも可能である。実施例１で示したように、平文ネットワークを介するネットワークデータのやり取りは、通信先相手のアドレスを特定する方法ではないので、容易にマルチキャストLAN暗号通信システムを多段に構成することができる。
【００５１】
また、大型送受信装置は、高性能であり配信表管理部を持つことを除くと、図２に示したように小型送受信装置と同様であるので、配信表の配信先リストに別の大型送受信装置の識別子を記載して、実施例１で大型送受信装置から小型送受信装置に暗号化マルチキャストデータを送信したのと同様に、大型送受信装置から別の大型送受信装置に暗号化マルチキャストデータを送信することが可能である。このようにすることによって、図１０における中間の平文ネットワークc(102c)を省略することが可能になり、システム全体の処理ステップ減少と負荷の減少をすることができる。
【実施例４】
【００５２】
図１１は、図１におけるマルチキャストLAN暗号通信システム(100)を多重に構成することにより、一つのマルチキャストLAN暗号通信システムa(100a)が処理不能になった場合でも、もう一つのマルチキャストLAN暗号通信システムb(100b)によってマルチキャストデータ配信処理を続行することができることを示す。例えば、大型送受信装置(105)を含む各マルチキャストLAN暗号通信システム(100a,100b)の前段に一つの通信量制御装置(111)を設置し、送受信端末(101a)に並列にマルチキャストLAN暗号通信システムを複数接続し、通常時はマルチキャストLAN暗号通信システムa(100a)にのみデータ通信を行うように設定しておき、マルチキャストLAN暗号通信システムa(100a)に接続している通信路で送受信端末(101a)からの送信要求データのデータロストを検出したときに、マルチキャストLAN暗号通信システムb(100b)へデータ通信路を切り替えることができる。これも送受信端末をアドレスなどでは特定しない本発明システムの特徴を活用して実現することができる。
【００５３】
また、各マルチキャストLAN暗号通信システム(100a,100b)の前段に一つの負荷分散装置を設置すれば、各マルチキャストLAN暗号通信システム(100a,100b)の負荷を分散軽減することができる。ただし、この場合は、配信先を確実にするために、各マルチキャストLAN暗号通信システム(100a,100b)のそれぞれの配信表(402)に同一の記載をしておく必要がある。
【実施例５】
【００５４】
図１２は、一台の小型送受信装置c(103c)が盗難などの状況により、小型送受信装置c(103c)の暗号鍵が脅威にさらされたときの暗号鍵管理の動作を示した図である。暗号通信の必要のある各々の送受信装置は、各々の通信先と個別の鍵交換(121a,121b,121c)を行い、個別のデータ暗号鍵を図３と図４に示した暗号ライブラリー(306)に保持する。
【００５５】
例えばデータ通信の途絶を検出するなどの方法により小型送受信装置c(103c)の暗号鍵が脅威にさらされたことを検知した大型送受信装置(105)は、小型送受信装置c(103c)との鍵交換c(121c)とそれに続くデータ送受信のみを停止すればよく、小型送受信装置a(103a)や小型送受信装置b(103b)とのそれぞれの鍵交換（121a,121b）とそれらに続くデータ送受信は停止する必要がない。このような通信先個別の鍵交換ではない、共通鍵によるシステムを構築していた場合は、すべての通信先（例えば小型送受信装置a(103a)と小型送受信装置b(103b))との暗号鍵を交換せねばならず、通信先接続数が多数になれば、その分、すべての小型送受信装置に対しても暗号鍵の更新が必要になり、膨大な管理の手間が発生する。
【００５６】
本発明のシステム方式では、このような共通鍵方式に起因する管理作業の手間を削減することができる。
【符号の説明】
【００５７】
100, 100a, 100b:マルチキャストLAN暗号通信システム、101a:送信端末、101b,101c,101d,101e:受信端末、102a,102b,102c,102d,102e:平文ネットワーク、103a,103b,103c:小型送受信装置、104:暗号ネットワーク、105:大型送受信装置、201:演算装置、202:記憶装置、203:通信装置、204:内部バス、301,301a,301b:送受信部、303:暗号処理部、304:復号処理部、305:公開鍵保持部、306:暗号ライブラリー、401:配信表管理部、402:配信表、501:配信表マルチキャストアドレス、502:配信先リスト、601a,601b,701,901:データ暗号鍵、602a.602b,902a,902b:マルチキャストデータ、603a,603b,903:暗号化マルチキャストデータ、702:マルチキャストアドレス参加情報、703:暗号化マルチキャストアドレス参加情報、111:通信量制御装置、121a,121b,121c:鍵交換
【図１】
2017139594.tif 000003
【図２】
2017139594.tif 000004
【図３】
2017139594.tif 000005
【図４】
2017139594.tif 000006
【図５】
2017139594.tif 000007
【図６】
2017139594.tif 000008
【図７】
2017139594.tif 000009
【図８】
2017139594.tif 000010
【図９】
2017139594.tif 000011
【図１０】
2017139594.tif 000012
【図１１】
2017139594.tif 000013
【図１２】
2017139594.tif 000014