JP7282717B2 - アプリ鍵管理システム、アプリ鍵管理装置、アプリ鍵管理方法及びプログラム - Google Patents

Description

本発明の実施形態はアプリ鍵管理システム、アプリ鍵管理装置、アプリ鍵管理方法及びプログラムに関する。

情報通信技術の進展により多様なデータがやり取りされるようになり、送信される情報の秘匿性及び安全性等の確保が大きな課題となっている。量子暗号通信技術は、コンピュータの計算能力が向上しても、解読できない暗号技術として、実用化が期待されている。

特許第６１２９５２３号公報

Ｒ． Ｔａｋａｈａｓｈｉ， Ｙ． Ｔａｎｉｚａｗａ ａｎｄ Ａ． Ｄｉｘｏｎ， "Ａ ｈｉｇｈ－ｓｐｅｅｄ ｋｅｙ ｍａｎａｇｅｍｅｎｔ ｍｅｔｈｏｄ ｆｏｒ ｑｕａｎｔｕｍ ｋｅｙ ｄｉｓｔｒｉｂｕｔｉｏｎ ｎｅｔｗｏｒｋ" ２０１９ Ｅｌｅｖｅｎｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｕｂｉｑｕｉｔｏｕｓ ａｎｄ Ｆｕｔｕｒｅ Ｎｅｔｗｏｒｋｓ （ＩＣＵＦＮ）， Ｚａｇｒｅｂ， Ｃｒｏａｔｉａ， ２０１９， ｐｐ．４３７－４４２

しかしながら従来の技術では、量子暗号通信によって共有されたアプリ鍵を厳重に管理することが難しかった。

実施形態のアプリ鍵管理システムは、複数のアプリ鍵管理装置と、総合管理装置とを備える。前記アプリ鍵管理装置は、記憶部と第１の通信制御部と記憶制御部とを備える。記憶部は、量子暗号通信によって共有されたアプリ鍵の共有先毎に区切られた１以上の論理ドライブに、前記アプリ鍵を記憶する。第１の通信制御部は、前記総合管理装置から、削除対象の前記アプリ鍵を記憶する論理ドライブが指定された削除要求を受信する。記憶制御部は、前記削除要求により指定された論理ドライブに記憶されたアプリ鍵を削除する。

実施形態の量子暗号通信システムの基本構成の例１を示す図。 実施形態の量子暗号通信システムの基本構成の例２を示す図。 実施形態のアプリ鍵管理装置の装置構成の例を示す図。 実施形態のアプリ鍵を共有する論理ドライブの構成例を示す図。 実施形態の総合管理装置の機能構成の例を示す図。 実施形態の総合管理装置の記憶部に記憶される情報の例を示す図。 実施形態のアプリ鍵管理システムの動作例を示す図。 実施形態の変形例１の論理ドライブの構成例を示す図。 実施形態の量子暗号通信装置の主要部のハードウェア構成の例を示す図。 実施形態のアプリ鍵管理装置及び統合管理装置の主要部のハードウェア構成の例を示す図。

以下に添付図面を参照して、アプリ鍵管理システム、アプリ鍵管理装置、アプリ鍵管理方法及びプログラムの実施形態を詳細に説明する。

（第１実施形態）
はじめに、量子暗号通信システムの基本構成の例について説明する。

［基本構成の例１］
図１は第１実施形態の量子暗号通信システムの基本構成の例１を示す図である。まず、量子暗号装置１０ａ（始端ノード）は、ＱＫＤ（Ｑｕａｎｔｕｍ Ｋｅｙ Ｄｉｓｔｒｉｂｕｔｉｏｎ）リンクを介して、量子暗号鍵の元となる光子を量子暗号装置１０ｂ（終端ノード）に送信する。量子暗号装置１０ａは、送信された光子に基づいて量子暗号鍵（始端ノード）を生成し、量子暗号装置１０ｂは、受信された光子に基づいて量子暗号鍵（終端ノード）を生成する。量子暗号鍵（始端ノード）と量子暗号鍵（終端ノード）とは、共有されたビットデータであり、同一である。そして、量子暗号装置１０ａは、量子暗号鍵（始端ノード）をアプリ鍵管理装置２０ａ（始端ノード）に送信し、量子暗号装置１０ｂは、量子暗号鍵（終端ノード）をアプリ鍵管理装置２０ｂ（終端ノード）に送信する。

次に、アプリ鍵管理装置２０ａ及び２０ｂは、アプリ鍵を共有する。アプリ鍵とは、アプリ３０ａ（始端ノード）が、アプリデータを暗号化伝送する時に用いる暗号鍵である。

アプリ鍵の共有方法について説明する。共有方法は、基本的には、例えば非特許文献１に記載されている通りである。まず、アプリ鍵管理装置２０ａでアプリ鍵を乱数生成器等で生成する。そして、アプリ鍵管理装置２０ａは、アプリ鍵に対して、量子暗号鍵を利用したＯＴＰ（Ｏｎｅ Ｔｉｍｅ Ｐａｄ）暗号化を行い、ＯＴＰ暗号化されたアプリ鍵を作成する。アプリ鍵管理装置２０ａは、ＯＴＰ暗号化されたアプリ鍵をアプリ鍵管理装置２０ｂに送信する。ＯＴＰ暗号化されたアプリ鍵は、ＱＫＤリンクに対応する伝送路（有線又は無線）を介して送受信される。アプリ鍵管理装置２０ｂは、ＯＴＰ暗号化されたアプリ鍵に対して量子暗号鍵を利用したＯＴＰ復号を行い、アプリ鍵を復元する。このようにして、アプリ鍵管理装置２０ａ及び２０ｂで、アプリ鍵が共有される。

アプリ３０ａ及び３０ｂは、任意のタイミングでアプリ鍵管理装置２０ａ及び２０ｂからアプリ鍵を取得する。具体的には、アプリ３０ａはアプリ鍵管理装置２０ａからアプリ鍵を取り出した後、アプリ３０ｂはアプリ鍵管理装置２０ｂから、アプリ３０ａで取得されたアプリ鍵と同一のアプリ鍵を取得する。

アプリ３０ａ及び３０ｂで、アプリ鍵が共有された後、アプリ３０ａが、アプリデータを伝送する際、アプリデータに対し、アプリ鍵を利用した暗号化を行い、アプリデータを伝送する。アプリ３０ａ及び３０ｂが動作する装置は、例えばスマートデバイス及びパーソナルコンピュータ等の任意の装置である。以上が基本構成の説明である。

なお、図１では、始端ノードと終端ノードとが直接つながっていたが、始端ノードと終端ノードとの間に中継ノードが入った場合でも基本動作は同じである。始端ノードと終端ノードとの間に中継ノードが１個入った場合の構成を図２に示す。

［基本構成の例２］
図２は第１実施形態の量子暗号通信システムの基本構成の例２を示す図である。量子暗号装置１０ｃ（中継ノード）が一つ入った場合、ＱＫＤリンク（光ファイバ）の数は２個になる。そして、ＱＫＤリンク－１においては、量子暗号装置１０ａ（始端ノード）と量子暗号装置１０ｃ（中継ノード）とで量子暗号鍵（ＱＫＤリンク－１）を共有し、ＱＫＤリンク－２においては、量子暗号装置１０ｃ（中継ノード）と量子暗号装置１０ｂ（終端ノード）とで量子暗号鍵（ＱＫＤリンク－２）を共有する。

アプリ３０ａ（始端ノード）とアプリ３０ｂ（終端ノード）とでアプリ鍵を共有する際、まず、アプリ鍵管理装置２０ａが、量子暗号鍵（ＱＫＤリンク－１）を利用して、アプリ鍵をアプリ鍵管理装置２０ｃに暗号化伝送する。次に、アプリ鍵管理装置２０ｃが、量子暗号鍵（ＱＫＤリンク－２）を利用して、アプリ鍵をアプリ鍵管理装置２０ｂに暗号化伝送する。アプリ３０ａ及び３０ｂは、任意のタイミングでアプリ鍵管理装置２０ａ及び２０ｂからアプリ鍵を取得する。これで、アプリ鍵を始端ノードと終端ノードとの間でのアプリ鍵の共有が完了する。アプリ鍵を共有した後の、アプリ３０ａ及び３０ｂの動作は図１の場合と同様である。

次に、実施形態のアプリ鍵管理装置の機能構成の例について説明する。

［機能構成の例］
図３は実施形態のアプリ鍵管理装置２０の装置構成の例を示す図である。実施形態のアプリ鍵管理装置２０は、記憶部２１、通信制御部２２及び記憶制御部２３を備える。なお、アプリ鍵管理装置２０は、外部装置として量子暗号通信装置１０に接続されていてもよいし、量子暗号通信装置１０に内蔵されていてもよい。

記憶部２１は、量子暗号通信によって共有されたアプリ鍵の共有先毎に区切られた１以上の論理ドライブに、アプリ鍵を記憶する。

通信制御部２２は、他の装置との間で行われる通信を制御する。例えば、通信制御部２２は、障害が発生した場合、障害通知を、アプリ鍵を共有する論理ドライブを総合管理する総合管理装置に送信する。障害は、例えばアプリ鍵管理装置２０が故障した場合、アプリ鍵管理装置２０が設置された拠点で災害が発生した場合、及び、アプリ鍵管理装置２０が設置された拠点がハッカーなどによるサイバー攻撃（例えば不正侵入等）を受けた場合等を含む。

また例えば、通信制御部２２は、削除対象のアプリ鍵を記憶する論理ドライブが指定された削除要求を、総合管理装置から受信する。

記憶制御部２３は、記憶部２１に記憶された情報の記憶制御をする。例えば、記憶制御部２３は、削除要求により指定された論理ドライブに記憶されたアプリ鍵を削除する。なお、アプリ鍵の削除方法に関しては、ゼロライト方式やランダムライト方式等をはじめとするデータ完全消去法を利用した各種ガイドラインに従った方法が取られる。

［論理ドライブの構成例］
図４は実施形態のアプリ鍵を共有する論理ドライブの構成例を示す図である。図４の例では、３拠点（拠点Ａ、拠点Ｂ及び拠点Ｃ）にアプリ鍵管理装置２０ａ～２０ｃが設置されている場合を示す。アプリ鍵管理装置２０ａ～２０ｃは、共有先の拠点毎に論理ドライブを分けてアプリ鍵を共有する。

アプリ鍵管理装置２０ａでは、アプリ鍵を記憶する論理ドライブとして、Ｄドライブ‐Ａ及びＥドライブ－Ａが作成されている。アプリ鍵管理装置２０ｂでは、アプリ鍵を記憶する論理ドライブとして、Ｄドライブ‐Ｂ及びＥドライブ－Ｂが作成されている。アプリ鍵管理装置２０ｃでは、アプリ鍵を記憶する論理ドライブとして、Ｄドライブ‐Ｃ及びＥドライブ－Ｃが作成されている。

拠点Ａ及びＢで使用されるアプリ鍵は、アプリ鍵管理装置２０ａのＤドライブ‐Ａとアプリ鍵管理装置２０ｂのＤドライブ‐Ｂとを対応付けることによって共有される。拠点Ａ及びＣで使用されるアプリ鍵は、アプリ鍵管理装置２０ａのＥドライブ‐Ａとアプリ鍵管理装置２０ｃのＤドライブ‐Ｃとを対応付けることによって共有される。拠点Ｂ及びＣで使用されるアプリ鍵は、アプリ鍵管理装置２０ｂのＥドライブ‐Ｂとアプリ鍵管理装置２０ｃのＤドライブ‐Ｃとを対応付けることによって共有される。

次に、総合管理装置の機能構成の例について説明する。

［機能構成の例］
図５は実施形態の総合管理装置４０の機能構成の例を示す図である。実施形態の総合管理装置４０は、通信制御部４１、特定部４２及び記憶部４３を備える。

通信制御部４１は、他の装置との間で行われる通信を制御する。例えば、通信制御部４１は、障害が発生したアプリ鍵管理装置２０から障害通知を受信する。

特定部４２は、障害が発生したアプリ鍵管理装置２０の１以上の論理ドライブと対応付けられた１以上の論理ドライブを特定する。

記憶部４３は、アプリ鍵を共有する論理ドライブの組み合わせを示す対応情報、及び、アプリ鍵の取り扱いログを記憶する。

図６は実施形態の総合管理装置４０の記憶部４３に記憶される情報の例を示す図である。対応情報は、量子暗号通信システムで保管されているアプリ鍵全体の情報を含む。図６の対応情報の例では、アプリ鍵を共有する論理ドライブの組み合わせ、及び、アプリ鍵の保管量が、拠点間で共有されるアプリ鍵毎に管理される。

例えば、アプリ鍵ＡＢは拠点Ａと拠点Ｂとの間で共有されるアプリ鍵であり、アプリ鍵ＡＣは拠点Ａと拠点Ｃとの間で共有されるアプリ鍵であり、アプリ鍵ＢＣは拠点Ｂと拠点Ｃとの間で共有されるアプリ鍵である。

論理ドライブの組み合わせとは、アプリ鍵が共有されている論理ドライブの組み合わせである。例えば、アプリ鍵ＡＢが共有されている論理ドライブの組み合わせは、拠点ＡのＤドライブ－Ａと拠点ＢのＤドライブ－Ｂである。アプリ鍵ＡＣ及びアプリ鍵ＢＣに関しても同様である。

保管量とは、各論理ドライブに保管されているアプリ鍵の量である。図６の例では、例えば拠点ＡのＤドライブ‐Ａには、１０Ｇバイトのアプリ鍵が保管され、拠点ＢのＤドライブ‐Ｂには、１０Ｇバイトのアプリ鍵が保管される。保管量は、例えば各アプリ鍵管理装置２０から総合管理装置４０に通知されることによって取得される。

アプリ鍵の取り扱いログは、量子暗号通信システムで保管されているアプリ鍵の取り扱いを示すログである。図６の対応情報の例の場合、アプリ鍵ＡＢ、アプリ鍵ＡＣ及びアプリ鍵ＢＣの取り扱いに関するログが記載される。例えば、アプリ鍵ＡＢを全消去することになった場合、ログには、イベントの実施日時、イベントの種類（アプリ鍵の消去イベント）、及び、対応論理ドライブへの実行状況（アプリ鍵の全消去）が含まれる。

次に、拠点にサイバー攻撃、災害及び装置故障等の各種障害が発生した場合のアプリ鍵管理システム１００の動作例について説明する。

［動作例］
図７は実施形態のアプリ鍵管理システム１００の動作例を示す図である。図７の例では、拠点Ｂのアプリ鍵管理装置２０ｂで障害が発生した場合を例にして説明する。はじめに、アプリ鍵管理装置２０ｂの通信制御部２２が、障害通知を総合管理装置４０に送信する（ステップＳ１）。

次に、総合管理装置４０の通信制御部４１が、障害が発生した拠点Ｂに保管されているアプリ鍵、及び、障害が発生した拠点Ｂと共有しているアプリ鍵を保管している論理ドライブのアプリ鍵の消去の指示をする（ステップＳ２）。具体的には、まず、特定部４２が、アプリ鍵管理装置２０ｂのＤドライブ‐Ｂと対応付けられた論理ドライブとして、アプリ鍵管理装置２０ａのＤドライブ‐Ａを特定し、アプリ鍵管理装置２０ｂのＥドライブ‐Ｂと対応付けられた論理ドライブとして、アプリ鍵管理装置２０ｃのＥドライブ‐Ｃを特定する。通信制御部４１は、Ｄドライブ‐Ｂ及びＥドライブ‐Ｂが指定された削除要求を、アプリ鍵管理装置２０ｂに送信し、Ｄドライブ‐Ａが指定された削除要求をアプリ鍵管理装置２０ａに送信し、Ｅドライブ‐Ｃが指定された削除要求をアプリ鍵管理装置２０ｃに送信する。

次に、総合管理装置４０からアプリ鍵の消去の指示を受けた各アプリ鍵管理装置２０ａ～２０ｃは、指定された論理ドライブに保管されているアプリ鍵を消去する（ステップＳ３）。図７の例では、アプリ鍵管理装置２０ａの記憶制御部２３が、Ｄドライブ‐Ａのアプリ鍵を消去し、アプリ鍵管理装置２０ｂの記憶制御部２３が、Ｄドライブ‐Ｂ及びＥドライブ‐Ｂのアプリ鍵を消去し、アプリ鍵管理装置２０ｃの記憶制御部２３が、Ｅドライブ‐Ｃのアプリ鍵を消去する。

次に、アプリ鍵管理装置２０ａの通信制御部２２が、Ｄドライブ‐Ａのアプリ鍵の消去完了報告を総合管理装置４０に送信し、アプリ鍵管理装置２０ｂの通信制御部２２が、Ｄドライブ‐Ｂ及びＥドライブ‐Ｂのアプリ鍵の消去完了報告を総合管理装置４０に送信し、アプリ鍵管理装置２０ｃの通信制御部２２が、Ｅドライブ‐Ｃのアプリ鍵の消去完了報告を総合管理装置４０に送信する（ステップＳ４）。

次に、総合管理装置４０の記憶部４３が、アプリ鍵の取り扱いログを保管する（ステップＳ５）。具体的には、記憶部４３は、アプリ鍵ＡＢの全消去（拠点Ａ：Ｄドライブ‐Ａ、拠点Ｂ：Ｄドライブ‐Ｂのアプリ鍵を全消去）を示すログ、及び、アプリ鍵ＢＣの全消去（拠点Ｂ：Ｅドライブ‐Ｂ、拠点Ｃ：Ｅドライブ‐Ｃのアプリ鍵を全消去）を示すログを保管する。

以上、説明したように、実施形態のアプリ鍵管理システム１００では、アプリ鍵管理装置２０の記憶部２１が、量子暗号通信によって共有されたアプリ鍵の共有先毎に区切られた１以上の論理ドライブに、アプリ鍵を記憶する。通信制御部２２が、総合管理装置４０から、削除対象のアプリ鍵を記憶する論理ドライブが指定された削除要求を受信する。そして、記憶制御部２３が、削除要求により指定された論理ドライブに記憶されたアプリ鍵を削除する。

これにより実施形態のアプリ鍵管理システム１００によれば、量子暗号通信によって共有されたアプリ鍵をより厳重に管理することができる。

なお、アプリ鍵の保管に関しては、ディレクトリ単位で実行することも考えられるが、ディレクトリ単位で管理する場合と比べた時の、論理ドライブ単位でアプリ鍵の管理を行う利点は次のように考えられる。

まず、総合管理装置４０に保管されている、アプリ鍵の取り扱いログの採取量を減らすことができるという利点がある。ディレクトリ単位の取り扱いの場合、ディレクトリ単位でログを残す必要性があるが、論理ドライブ単位の場合は、ディレクトリ単位よりも大きな単位での管理となるので、ログ採取量を減らすことができる。

次に、アプリ鍵を消去する際に実行する、総合管理装置４０からアプリ鍵管理装置２０に送信するアプリ鍵の消去に関する命令コマンドの量を減らすことができる利点が挙げられる。

拠点がサイバー攻撃を受けた場合や、アプリ鍵管理装置２０が故障した場合、拠点が被災した場合などの各種障害が発生し、アプリ鍵を消去する必要性が出てきた場合、障害が発生した拠点と共有している別拠点のアプリ鍵をできる限り素早く全て消去する必要がある。ディレクトリ単位での命令の場合、消去を実施する際、論理ドライブ単位で実行するのに比べて大量の命令コマンドを総合管理装置４０からアプリ鍵管理装置２０に送信する必要がある。また、共有先拠点から消去完了報告が送られてくる際も、大量の報告情報が送られてくる。大量のコマンドを送信する場合、消去作業の遅れにつながり、素早く全て消去することは難しい。

特に１つの論理ドライブの中に複数のアプリ鍵保管ディレクトリがあり、各アプリ鍵保管ディレクトリの共有先の拠点がそれぞれ異なっている場合、各消去対象ディレクトリに対して、消去命令を下す必要がある。アプリ鍵保管ディレクトリの構造を工夫することにより、命令コマンド数を減らすことは可能だが、論理ドライブ単位で実行させるのに比べて、コマンド数が増えることは避けられない。

一方、実施形態のアプリ鍵管理システム１００のように、アプリ鍵が論理ドライブ単位で管理される場合は、ディレクトリ単位に比べて、送信されるコマンド数を減らすことができ、アプリ鍵の消去作業の遅れを減らすことができる。これにより、拠点がサイバー攻撃を受けた場合や、アプリ鍵管理装置２０が故障した場合、拠点が被災した場合などの各種障害が発生した場合でも、量子暗号通信によって共有されたアプリ鍵を、セキュリティシステム全体（量子暗号通信システムのネットワーク全体）で、より厳重に管理することができる。

（実施形態の変形例１）
次に実施形態の変形例１について説明する。変形例１の説明では、実施形態と同様の説明については省略し、実施形態と異なる箇所について説明する。上述の実施形態では、２つの拠点間でアプリ鍵を共有する論理ドライブの数は１個単位であったが、複数個の論理ドライブ単位でアプリ鍵が共有されてもよい。ただし、２つの拠点同士で共有される論理ドライブの数は同じにする。

［論理ドライブの構成例］
図８は実施形態の変形例の論理ドライブの構成例を示す図である。図８の例では、拠点Ａと拠点Ｂの間で共有されるアプリ鍵ＡＢを記憶する論理ドライブの数は２個である。また、拠点Ａと拠点Ｃの間で共有されるアプリ鍵ＡＣを記憶する論理ドライブの数は３個である。また、拠点Ｂと拠点Ｃの間で共有されるアプリ鍵ＢＣを記憶する論理ドライブの数は１個である。２つの拠点間で共有されるアプリ鍵を記憶する論理ドライブの数を複数個にした場合、アプリ毎に論理ドライブを別に分けてアプリ鍵を保管しても良いし、１つのアプリ用のアプリ鍵の保管で複数個の論理ドライブを利用しても良い。

（実施形態の変形例２）
次に実施形態の変形例２について説明する。変形例２の説明では、実施形態と同様の説明については省略し、実施形態と異なる箇所について説明する。上述の実施形態では、拠点毎にアプリ鍵を共有するための論理ドライブの数は固定であったが、状況に応じて論理ドライブの数は変化させても良い。

例えば、アプリ鍵管理装置２０の記憶制御部２３は、あるアプリ用のアプリ鍵を保管する論理ドライブの容量が一杯となったなどの場合には、当該アプリ用のアプリ鍵を保管する論理ドライブとして、新たな論理ドライブを作成する。ただし、論理ドライブの数は、２つの拠点同士で共有されるアプリ鍵を記憶する論理ドライブの数が同じになるように増やされる。

また、論理ドライブの増設だけでなく、利用する必要性がなくなった場合、記憶制御部２３は、アプリ鍵を記憶する論理ドライブの数を減らしても良い。ただし、論理ドライブの増設の時と同様に、論理ドライブの数は、２つの拠点同士で共有されるアプリ鍵を記憶する論理ドライブの数が同じになるように減らされる。

論理ドライブの数を変化させる場合は、アプリ鍵管理装置２０の通信制御部２２が、総合管理装置４０に随時通知する。総合管理装置４０の特定部４２は、アプリ鍵管理装置２０から通知を受信すると、対応情報（図６参照）を更新する。また、特定部４２は、論理ドライブの数を変化させたことを示すログなども記憶部４３に記載する。加えて、総合管理装置４０は、論理ドライブの数が変更されたアプリ鍵管理装置２０とアプリ鍵を共有する共有先のアプリ鍵管理装置２０にも、論理ドライブの構成の変更要求を送信する。これにより、総合管理装置４０は、２つの拠点同士で共有されるアプリ鍵を記憶する論理ドライブの数が同じになるように制御する。

具体的には、例えば新たな論理ドライブが作成された場合、アプリ鍵管理装置２０の通信制御部２２は、当該新たな論理ドライブと、当該新たなドライブに記憶されるアプリ鍵の共有先のアプリ鍵管理装置２０とを示す論理ドライブ追加通知を総合管理装置４０に送信する。総合管理装置４０の特定部４２は、論理ドライブ追加通知に基づいて、新たな論理ドライブを対応情報に記憶する。そして、通信制御部４１は、共有先のアプリ鍵管理装置２０に、新たなドライブと関連付けられる論理ドライブの作成要求を送信する。

また例えば、アプリ鍵を共有する論理ドライブが削除された場合、アプリ鍵管理装置２０の通信制御部２２は、アプリ鍵を共有する論理ドライブが削除されたことを示す論理ドライブ削除通知を総合管理装置４０に送信する。総合管理装置４０の特定部４２は、対応情報に基づいて、削除された論理ドライブに記憶されたアプリ鍵を共有する論理ドライブを有する共有先のアプリ鍵管理装置２０を特定する。通信制御部４１は、削除された論理ドライブに対応付けられた論理ドライブが指定された削除要求を共有先のアプリ鍵管理装置２０に送信する。

また例えば、アプリ鍵を共有する論理ドライブが変更された場合（例えばＤドライブ‐Ａが、Ｉドライブ‐Ａに変更された場合等）、アプリ鍵管理装置２０の通信制御部２２は、アプリ鍵を共有する論理ドライブが変更されたことを示す論理ドライブ変更通知を総合管理装置４０に送信する。総合管理装置４０の特定部４２は、論理ドライブ変更通知に基づいて対応情報を更新し、更新された対応情報に基づいて、変更された論理ドライブに記憶されたアプリ鍵を共有する論理ドライブを有する共有先のアプリ鍵管理装置２０を特定する。そして、通信制御部４１は、共有先のアプリ鍵管理装置２０に、アプリ鍵の共有先の論理ドライブが変更されたことを通知する。

最後に、実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０のハードウェア構成の例について説明する。

［ハードウェア構成の例］
図９は実施形態の量子暗号通信装置１０の主要部のハードウェア構成の例を示す図である。実施形態の量子暗号通信装置１０は、制御装置３０１、主記憶装置３０２、補助記憶装置３０３、表示装置３０４、入力装置３０５、量子通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）３０６及び古典通信ＩＦ３０７を備える。

制御装置３０１、主記憶装置３０２、補助記憶装置３０３、表示装置３０４、入力装置３０５、量子通信ＩＦ３０６及び古典通信ＩＦ３０７は、バス３１０を介して接続されている。

制御装置３０１は、補助記憶装置３０３から主記憶装置３０２に読み出されたプログラムを実行する。主記憶装置３０２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリである。補助記憶装置３０３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びメモリカード等である。

表示装置３０４は、量子暗号通信装置１０の状態等を表示する。入力装置３０５はユーザーからの入力を受け付ける。

量子通信ＩＦ３０６は、ＱＫＤリンクに接続するためのインターフェースである。古典通信ＩＦ３０７は、伝送路に接続するためのインターフェースである。

図１０は実施形態のアプリ鍵管理装置２０及び総合管理装置４０の主要部のハードウェア構成の例を示す図である。実施形態のアプリ鍵管理装置２０及び総合管理装置４０は、制御装置４０１、主記憶装置４０２、補助記憶装置４０３、表示装置４０４、入力装置４０５及び通信ＩＦ４０６を備える。

制御装置４０１、主記憶装置４０２、補助記憶装置４０３、表示装置４０４、入力装置４０５及び通信ＩＦ４０６は、バス４１０を介して接続されている。

制御装置４０１は、補助記憶装置４０３から主記憶装置４０２に読み出されたプログラムを実行する。主記憶装置４０２は、ＲＯＭ及びＲＡＭ等のメモリである。補助記憶装置４０３は、ＨＤＤ及びメモリカード等である。

表示装置４０４は、アプリ鍵管理装置２０及び総合管理装置４０の状態等を表示する。入力装置４０５はユーザーからの入力を受け付ける。

通信ＩＦ４０６は、伝送路に接続するためのインターフェースである。

実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、メモリカード、ＣＤ－Ｒ、及び、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータ・プログラム・プロダクトとして提供される。

また、実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。

また、実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０が実行するプログラムを、ダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。

また、実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

実施形態の量子暗号通信装置１０で実行されるプログラムは、実施形態の量子暗号通信装置１０の機能構成のうち、プログラムにより実現可能な機能を含むモジュール構成となっている。プログラムにより実現される機能は、制御装置３０１が補助記憶装置３０３等の記憶媒体からプログラムを読み出して実行することにより、主記憶装置３０２にロードされる。すなわちプログラムにより実現される機能は、主記憶装置３０２上に生成される。

また、実施形態のアプリ鍵管理装置２０及び総合管理装置４０で実行されるプログラムは、実施形態のアプリ鍵管理装置２０及び総合管理装置４０の機能構成のうち、プログラムにより実現可能な機能を含むモジュール構成となっている。プログラムにより実現される機能は、制御装置４０１が補助記憶装置４０３等の記憶媒体からプログラムを読み出して実行することにより、主記憶装置４０２にロードされる。すなわちプログラムにより実現される機能は、主記憶装置４０２上に生成される。

なお、実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０の機能の一部又は全部を、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。ＩＣは、例えば専用の処理を実行するプロセッサである。

また、複数のプロセッサを用いて各機能を実現する場合、各プロセッサは、各機能のうち１つを実現してもよいし、各機能のうち２つ以上を実現してもよい。

また、実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０の動作形態は任意でよい。実施形態の量子暗号通信装置１０、アプリ鍵管理装置２０及び総合管理装置４０を、例えばネットワーク上のクラウドシステムの暗号通信を実現する量子暗号通信システムとして動作させてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０ 量子暗号通信装置
２０ アプリ鍵管理装置
２１ 記憶部
２２ 通信制御部
２３ 記憶制御部
３０ アプリ
４０ 総合管理装置
４１ 通信制御部
４２ 特定部
４３ 記憶部
１００ アプリ鍵管理システム
３０１ 制御装置
３０２ 主記憶装置
３０３ 補助記憶装置
３０４ 表示装置
３０５ 入力装置
３０６ 量子通信ＩＦ
３０７ 古典通信ＩＦ
３１０ バス
４０１ 制御装置
４０２ 主記憶装置
４０３ 補助記憶装置
４０４ 表示装置
４０５ 入力装置
４０６ 通信ＩＦ
４１０ バス

Claims (10)

1. 複数のアプリ鍵管理装置と、総合管理装置とを備え、
   前記アプリ鍵管理装置は、
   量子暗号通信によって共有されたアプリ鍵の共有先毎に区切られた１以上の論理ドライブに、前記アプリ鍵を記憶する記憶部と、
   前記総合管理装置から、削除対象の前記アプリ鍵を記憶する論理ドライブが指定された削除要求を受信する第１の通信制御部と、
   前記削除要求により指定された論理ドライブに記憶されたアプリ鍵を削除する記憶制御部と、
   を備えるアプリ鍵管理システム。
2. 前記第１の通信制御部は、障害が発生した場合、障害通知を前記総合管理装置に送信し、
   前記総合管理装置は、
   第１のアプリ鍵管理装置から前記障害通知を受信する第２の通信制御部と、
   前記第１のアプリ鍵管理装置の１以上の第１の論理ドライブと対応付けられた１以上の第２の論理ドライブを特定する特定部と、を備え、
   前記第２の通信制御部は、前記１以上の第１の論理ドライブが指定された第１の削除要求を、前記第１のアプリ鍵管理装置に送信し、前記第２の論理ドライブが指定された第２の削除要求を、前記第２の論理ドライブを有する第２の記憶部を備える１以上の第２のアプリ鍵管理装置に送信する、
   請求項１に記載のアプリ鍵管理システム。
3. 前記特定部は、前記アプリ鍵を共有する論理ドライブの組み合わせを示す対応情報から、前記１以上の第１の論理ドライブと対応付けられた前記１以上の第２の論理ドライブを特定する、
   請求項２に記載のアプリ鍵管理システム。
4. 前記第１の通信制御部は、新たな論理ドライブが作成された場合、前記新たな論理ドライブと、前記新たな論理ドライブに記憶されるアプリ鍵の共有先のアプリ鍵管理装置とを示す論理ドライブ追加通知を前記総合管理装置に送信し、
   前記特定部は、前記論理ドライブ追加通知に基づいて、前記新たな論理ドライブを前記対応情報に記憶し、
   前記第２の通信制御部は、前記共有先のアプリ鍵管理装置に、前記新たな論理ドライブと関連付けられる論理ドライブの作成要求を送信する、
   請求項３に記載のアプリ鍵管理システム。
5. 前記第１の通信制御部は、前記アプリ鍵を共有する論理ドライブが削除された場合、前記アプリ鍵を共有する論理ドライブが削除されたことを示す論理ドライブ削除通知を前記総合管理装置に送信し、
   前記特定部は、前記対応情報に基づいて、削除された前記論理ドライブに記憶された前記アプリ鍵を共有する論理ドライブを有する共有先のアプリ鍵管理装置を特定し、
   前記第２の通信制御部は、削除された論理ドライブに対応付けられた論理ドライブが指定された削除要求を前記共有先のアプリ鍵管理装置に送信する、
   請求項３に記載のアプリ鍵管理システム。
6. 前記第１の通信制御部は、前記アプリ鍵を共有する論理ドライブが変更された場合、前記アプリ鍵を共有する論理ドライブが変更されたことを示す論理ドライブ変更通知を前記総合管理装置に送信し、
   前記特定部は、前記論理ドライブ変更通知に基づいて前記対応情報を更新し、更新された前記対応情報に基づいて、変更された前記論理ドライブに記憶された前記アプリ鍵を共有する論理ドライブを有する共有先のアプリ鍵管理装置を特定し、
   前記第２の通信制御部は、前記共有先のアプリ鍵管理装置に、前記アプリ鍵の共有先の論理ドライブが変更されたことを通知する、
   請求項３に記載のアプリ鍵管理システム。
7. 共有される前記アプリ鍵を記憶する論理ドライブの数は、前記アプリ鍵の共有先と共有元とで同じである、
   請求項１乃至６のいずれか１項に記載のアプリ鍵管理システム。
8. 量子暗号通信によって共有されたアプリ鍵の共有先毎に区切られた１以上の論理ドライブに、前記アプリ鍵を記憶する記憶部と、
   総合管理装置から、削除対象の前記アプリ鍵を記憶する論理ドライブが指定された削除要求を受信する第１の通信制御部と、
   前記削除要求により指定された論理ドライブに記憶されたアプリ鍵を削除する記憶制御部と、
   を備えるアプリ鍵管理装置。
9. アプリ鍵管理装置が、量子暗号通信によって共有されたアプリ鍵の共有先毎に区切られた１以上の論理ドライブに、前記アプリ鍵を記憶するステップと、
   前記アプリ鍵管理装置が、総合管理装置から、削除対象の前記アプリ鍵を記憶する論理ドライブが指定された削除要求を受信するステップと、
   前記アプリ鍵管理装置が、前記削除要求により指定された論理ドライブに記憶されたアプリ鍵を削除するステップと、
   を含むアプリ鍵記憶制御方法。
10. 量子暗号通信によって共有されたアプリ鍵の共有先毎に区切られた１以上の論理ドライブに、前記アプリ鍵を記憶するコンピュータを、
    総合管理装置から、削除対象の前記アプリ鍵を記憶する論理ドライブが指定された削除要求を受信する第１の通信制御部と、
    前記削除要求により指定された論理ドライブに記憶されたアプリ鍵を削除する記憶制御部、
    として機能させるためのプログラム。

Images