(57)【要約】【課題】提供するサービスを停止することなく暗号鍵を更新する。【解決手段】暗号鍵更新システムは、アプリケーションを実行する複数のアプリケーションサーバ（以下ＡＰサーバ）１００２、１００３と、各ＡＰサーバが共通に使用するデータを記憶するデータベース１００４と、各ＡＰサーバに処理を振り分ける分散処理制御機器１００５と、各ＡＰサーバで鍵を順次更新させる制御サーバ１００１を備える。各ＡＰサーバでは、データを各ＡＰサーバで共通して使用する第１の暗号鍵で暗号化して第１の暗号文を作成してデータベースに記憶する。また、データベースから読み出した第１の暗号文を第１の暗号鍵で復号化してデータを再現する。ここで、第１の暗号鍵をＡＰサーバ毎の第２の暗号鍵で暗号化して第２の暗号文を作成して記憶する。また、記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現する。なお、第２の暗号鍵は更新される。【選択図】図１
2013255161.tif 000002
【特許請求の範囲】
【請求項１】
所定のアプリケーションを実行する複数のアプリケーションサーバと、
該複数のアプリケーションサーバが共通に使用するデータを記憶するデータベースと、
該複数のアプリケーションサーバに処理を振り分ける分散処理制御機器と
を備え、
前記アプリケーションサーバはそれぞれ、
データを第１の暗号鍵で暗号化して第１の暗号文を作成して前記データベースに記憶するデータ暗号処理部と、
前記データベースから読み出した第１の暗号文を第１の暗号鍵で復号化してデータを再現するデータ復号処理部と、
該第１の暗号鍵を第２の暗号鍵で暗号化して第２の暗号文を作成し、該第２の暗号文を記憶する鍵暗号処理部と、
記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現する鍵復号処理部と、
該第２の暗号鍵を更新する鍵更新処理部と
を備え、
各アプリケーションサーバで第２の暗号鍵を順次更新する暗号鍵更新システム。
【請求項２】
鍵更新指示を前記アプリケーションサーバに順次送信する制御サーバ
をさらに備え、
前記制御サーバ又は該鍵更新指示を受信した前記アプリケーションサーバは、前記分散処理制御機器に、鍵更新の対象の前記アプリケーションサーバへの処理振り分けを停止するよう指示し、
前記処理制御機器は、鍵更新の対象の前記アプリケーションサーバ以外に処理を振り分け、
前記アプリケーションサーバは、自アプリケーションサーバでのアプリケーションの停止を検出後、第２の暗号鍵を更新する請求項１に記載の暗号鍵更新システム。
【請求項３】
前記アプリケーションサーバは、
記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現し、
第２の暗号鍵を更新し、
更新された第２の暗号鍵で第１の暗号鍵を暗号化することで更新された第２の暗号文を作成し、該更新された第２の暗号文を記憶する請求項１に記載の暗号鍵更新システム。
【請求項４】
前記アプリケーションサーバは、
前記鍵更新処理部による第２の暗号鍵の更新後、アプリケーションを起動し、前記分散処理制御機器に自アプリケーションサーバへの処理振り分けを再開するよう指示するアプリケーション制御部
をさらに有する請求項２に記載の暗号鍵更新システム。
【請求項５】
前記アプリケーションサーバは、第２の暗号鍵の更新後、前記制御サーバに鍵更新完了を通知し、
該制御サーバは、鍵更新完了の通知を受信すると、他のアプリケーションサーバに対して鍵更新指示を送信する請求項２に記載の暗号鍵更新システム。
【請求項６】
第１の暗号鍵は予め定められ、前記複数のアプリケーションサーバで共通に使用され、
各アプリケーションサーバの第２の暗号鍵が定期的又は不定期に更新される請求項１に記載の暗号鍵更新システム。
【請求項７】
第２の暗号鍵は、各アプリケーションサーバで異なる請求項６に記載の暗号鍵更新システム。
【請求項８】
データを第１の暗号鍵で暗号化して第１の暗号文を作成してデータベースに記憶し、データベースから読み出した第１の暗号文を第１の暗号鍵で復号化してデータを再現するデータ暗号復号処理と、第１の暗号鍵を第２の暗号鍵で暗号化して第２の暗号文を作成し、該第２の暗号文を記憶し、記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現する鍵暗号復号処理とを実行するシステムにおいて、該第２の暗号鍵を更新するための鍵更新プログラムであって、
処理部が、鍵更新指示を受信するステップと、
処理部が、記憶部に記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現するステップと、
処理部が、第２の暗号鍵を更新するステップと、
処理部が、更新された第２の暗号鍵で第１の暗号鍵を暗号化することで更新された第２の暗号文を作成し、該更新された第２の暗号文を記憶部に記憶するステップ
をコンピュータに実行させるための鍵更新プログラム。
【請求項９】
処理部が、分散処理制御機器に、鍵更新の対象の自アプリケーションサーバへの処理振り分けを停止するよう指示するステップと、
処理部が、第２の暗号鍵の更新後、分散処理制御機器に自アプリケーションサーバへの処理振り分けを再開するよう指示するステップ
をさらにコンピュータに実行させるための請求項８に記載の鍵更新プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号鍵更新システム及び鍵更新プログラムに係り、特に、システムが提供するサービスを停止することなく、鍵を更新する暗号鍵更新システム及び鍵更新プログラムに関する。
【背景技術】
【０００２】
データを保存する際に、データを暗号化して記憶し、読み出したデータを復号化して元のデータを再現する技術がある。この技術では、記憶されるデータは暗号化されておりセキュリティ強度が高い。
【０００３】
また、本技術分野の背景技術として、特開２００３−１１０５４０号公報（特許文献１）に開示された技術がある。特許文献１は、暗号通信における鍵更新の処理時間と通信コストを削減する技術である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１１０５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の暗号化技術では、暗号鍵を定期的に更新し、セキュリティ強度を確保している。しかし、データを暗号化して記憶するシステムにおいては、暗号鍵を更新する場合、データベース上のデータを更新前の暗号鍵で復号化して、更新された暗号鍵で再暗号化する必要がある。サーバなどの装置は、その間データにアクセスができないため、装置が提供する業務サービスを停止（中断）することになる。
本発明は、以上の点に鑑み、システムが提供するサービスを停止することなく、鍵を更新する暗号鍵更新システム及び鍵更新プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の解決手段によると、
所定のアプリケーションを実行する複数のアプリケーションサーバと、
該複数のアプリケーションサーバが共通に使用するデータを記憶するデータベースと、
該複数のアプリケーションサーバに処理を振り分ける分散処理制御機器と
を備え、
前記アプリケーションサーバはそれぞれ、
データを第１の暗号鍵で暗号化して第１の暗号文を作成して前記データベースに記憶するデータ暗号処理部と、
前記データベースから読み出した第１の暗号文を第１の暗号鍵で復号化してデータを再現するデータ復号処理部と、
該第１の暗号鍵を第２の暗号鍵で暗号化して第２の暗号文を作成し、該第２の暗号文を記憶する鍵暗号処理部と、
記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現する鍵復号処理部と、
該第２の暗号鍵を更新する鍵更新処理部と
を備え、
各アプリケーションサーバで第２の暗号鍵を順次更新する暗号鍵更新システムが提供される。
【０００７】
本発明の第２の解決手段によると、
データを第１の暗号鍵で暗号化して第１の暗号文を作成してデータベースに記憶し、データベースから読み出した第１の暗号文を第１の暗号鍵で復号化してデータを再現するデータ暗号復号処理と、第１の暗号鍵を第２の暗号鍵で暗号化して第２の暗号文を作成し、該第２の暗号文を記憶し、記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現する鍵暗号復号処理とを実行するシステムにおいて、該第２の暗号鍵を更新するための鍵更新プログラムであって、
処理部が、鍵更新指示を受信するステップと、
処理部が、記憶部に記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現するステップと、
処理部が、第２の暗号鍵を更新するステップと、
処理部が、更新された第２の暗号鍵で第１の暗号鍵を暗号化することで更新された第２の暗号文を作成し、該更新された第２の暗号文を記憶部に記憶するステップ
をコンピュータに実行させるための鍵更新プログラムが提供される。
【発明の効果】
【０００８】
本発明によると、システムが提供するサービスを停止することなく、鍵を更新する暗号鍵更新システム及び鍵更新プログラムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】暗号鍵更新システムの全体構成図である。
【図２】アプリケーションサーバのハード構成図である。
【図３】中央監視制御サーバのハード構成図である。
【図４】通常のアプリケーション処理を行う際の機能ブロック図である。
【図５】本実施例における鍵更新処理の機能ブロック図である。
【図６】本実施例の動作を示すフローチャートである。
【図７】鍵と暗号文の関係を示す説明図である。
【発明を実施するための形態】
【００１０】
以下、図面を用いて実施例を説明する。本実施例では、業務サービスを停止させることなく、暗号鍵の更新を行う例を説明する。
本実施例では、データベースに記憶する信用情報データなどのデータの暗号化／復号化を行う共通の暗号鍵（以下、暗号鍵Ａ）は更新せず、各アプリケーションで個別に保持する暗号鍵（以下、暗号鍵Ｂ）により暗号鍵Ａの暗号化を行い、暗号鍵Ｂの定期更新を行う。各アプリケーションサーバ単位で順次、暗号鍵Ｂの更新行い、本処理を自動化で行う。
【００１１】
図１は、本実施例の暗号鍵更新システムの全体構成図の例である。
暗号鍵更新システムは、処理の監査制御を行う中央監査制御サーバ１００１と、複数のアプリケーションサーバ１００２、１００３と、ＤＢサーバ１００４と、分散処理制御機器１００５を備える。
【００１２】
例えば、中央監査制御サーバ１００１は、各アプリケーションサーバで暗号鍵Ｂを順次更新させる。アプリケーションサーバ１００２、１００３は、分散処理する冗長構成になっており、所定のアプリケーションを実行して業務サービスの処理を行う。例えば、あるアプリケーションサーバで実行可能なアプリケーションは、少なくとも他の１台のアプリケーションサーバで同様に実行可能である。ＤＢサーバ１００４は、各アプリケーションサーバで暗号化された信用情報データなど、複数のアプリケーションサーバが共通に使用するデータを記憶する。信用情報データは、例えば個人情報や契約情報、その他機密性の高い情報などである。なお、暗号化されるデータは、信用情報データに限らず適宜のデータでもよい。分散処理制御機器１００５は、複数のアプリケーションサーバに処理を振り分ける。
なお、図１のシステムでは２つのアプリケーションサーバを図示するが、２つに限らず３つ以上備えてもよい。アプリケーションサーバは、例えば適宜の端末（図示せず）にサービスを提供する。
【００１３】
図２は、アプリケーションサーバのハード構成図である。
アプリケーションサーバ１００２、１００３は同じ構成とすることができるため、以下、冗長な説明を避け、アプリケーションサーバ１００２について説明する。
アプリケーションサーバ１００２は、例えば、処理部（ＣＰＵ）５０１１と、記憶部５０１２と、通信インタフェース５０１３とを有する。
【００１４】
処理部５０１１は、記憶部５０１２に記憶されたアプリケーションを読み出して実行し、アプリケーションサーバ１００２での処理を実行する。記憶部５０１２は、例えば、所定のサービスを提供するためのアプリケーション、暗号鍵Ｂを更新するための鍵更新プログラム、暗号鍵Ｂ、及び、暗号鍵Ａを暗号化した暗号文Ｂを記憶する。鍵更新プログラムは、例えば、中央監査制御サーバ１００５など適宜の装置からダウンロードされて記憶されてもよい。通信インタフェース５０１３は、中央監査制御サーバ１００１、分散処理制御機器１００５などの装置と通信するためのインタフェースである。
【００１５】
図３は、中央監視制御サーバのハード構成図である。
中央監査制御サーバ１００１は、例えば、処理部（ＣＰＵ）５０２１と、記憶部５０２２と、通信インタフェース５０２３とを有する。
処理部５０２１は、記憶部５０２２に記憶されたプログラムを読み出して実行し、中央監査制御サーバ１００１での処理を実行する。例えば、鍵更新管理プログラムを実行して各アプリケーションサーバで鍵を順次更新させる。記憶部５０２２は、例えば、鍵更新管理プログラムを記憶する。また、アプリケーションサーバにダウンロードするための鍵更新プログラムがさらに記憶されてもよい。通信インタフェース５０２３は、各アプリケーションサーバ１００２、１００３、分散処理制御機器１００５などの装置と通信するためのインタフェースである。
【００１６】
図４は、通常のアプリケーション処理における機能ブロックの配置例である。信用情報データを取り出してアプリケーション処理を行い、処理後に信用情報データを再格納する流れを示している。
分散処理制御機器１００５は、例えば予め定められた規則に従い、複数のアプリケーションサーバ１００２、１００３に処理を振り分ける負荷分散処理制御部４０１１を有する。例えば、分散処理制御機器１００５から対象のアプリケーションサーバに、処理の実行指示が送信される。必要に応じて分散処理制御機器１００５から対象のアプリケーションサーバへ処理に必要なデータを送信してもよい。
【００１７】
アプリケーションサーバ１００２、１００３は、例えば、暗号データ呼出処理部４０２１と、鍵復号処理部４０２２と、暗号データ復号処理部４０２３と、アプリケーション処理部４０２４と、データ暗号化処理部４０２５と、暗号データ格納処理部４０２６と、鍵暗号化処理部４０２７とを有する。これら各ブロックは、上述の処理部（ＣＰＵ）５０１１により実現されることができる。
【００１８】
暗号データ呼び出し処理部４０２１は、データベース１００４から暗号化された信用情報データ（暗号文Ａ）を読み出す。鍵復号処理部（暗号鍵Ａ復号処理部）４０２２は、例えば自装置の記憶部５０１２に記憶された暗号文Ｂを暗号鍵Ｂで復号化して暗号鍵Ａを再現する。暗号鍵Ｂは、アプリケーションサーバの記憶部に記憶しておくことができる。暗号データ復号処理部４０２３は、データベース１００４から読み出した暗号文Ａを、鍵復号処理部４０２２で再現された暗号鍵Ａで復号化して信用情報データを再現する。
アプリケーション処理部４０２４は、所定のアプリケーションを実行して、業務サービスを提供する。このとき、復号化された信用情報データを用いてもよい。また、アプリケーションを実行することにより、新たな信用情報データが受信又は作成されてもよい。
【００１９】
データ暗号化処理部４０２５は、信用情報データを暗号鍵Ａで暗号化して暗号文Ａを作成する。暗号データ格納処理部４０２６は、暗号文Ａをデータベース１００４に記憶する。なお、データベース１００４からの読み出し及び格納は、暗号データ復号処理部４０２３及びデータ暗号化処理部４０２５がそれぞれ行ってもよい。鍵暗号化処理部（暗号鍵Ａ暗号化処理部）４０２７は、暗号鍵Ａを暗号鍵Ｂで暗号化して暗号文Ｂを作成し、暗号文Ｂを例えば自装置の記憶部５０１２に記憶する。
なお、本明細書において、暗号データ復号処理部４０２３の処理と暗号データ復号処理部４０２３の処理とをデータ暗号復号処理と称し、鍵復号処理部４０２２の処理と鍵暗号化処理部４０２７の処理とを鍵暗号復号処理と称することがある。
【００２０】
図７は、本実施例における鍵と暗号文の関係を示す説明図である。
データベース１００４に格納される信用情報データは、暗号鍵Ａで暗号化される。暗号鍵Ａで暗号化された信号情報データを暗号文Ａと称する。また、暗号文Ａを暗号鍵Ａで復号化することにより信用情報データを再現できる。暗号鍵Ａは予め定められ、複数のアプリケーションサーバで共通に使用される。
一方、暗号鍵Ａは、暗号鍵Ｂ（鍵Ａの鍵）で暗号化されて記憶される。暗号鍵Ｂで暗号化された暗号鍵Ａを暗号文Ｂと称する。暗号文Ｂは、例えば各アプリケーションサーバにおいて記憶部５０１２に記憶される。
【００２１】
なお、暗号鍵Ａが更新されないのに対して、暗号鍵Ｂは、各アプリケーションサーバで定期的に又は不定期に更新される。暗号鍵Ｂ及びその更新手法は、各アプリケーションサーバで同じでもよいし、異なってもよい。異なる場合、暗号鍵Ｂの更新手法、更新するために用いるデータを、複数のアプリケーションサーバで統一せずに済み、例えば、各アプリケーションサーバで発生する乱数を用いた更新手法も適用できる。
【００２２】
図５は、本実施例の鍵更新処理における機能ブロックの配置例である。
中央監視制御サーバ１００１は、中央監視制御部２０１１を有する。中央監査制御部２０１１は、各アプリケーションサーバに対して鍵更新を開始する指令を送信する。
アプリケーションサーバ１００２は、アプリケーション停止制御部２０２１と、暗号鍵更新処理部２０２２と、アプリケーション起動制御部２０２３を有する。なお、アプリケーション停止制御部２０２１と、アプリケーション起動制御部２０２３をまとめてアプリケーション制御部としてもよい。
【００２３】
アプリケーションサーバ１００２は、中央監視制御部２０１１からの指令を受け取った後、アプリケーション停止制御部２０２１により、実行中のアプリケーションの停止を検出し、暗号鍵更新処理部２０２２により暗号鍵の更新をし、アプリケーション起動制御部２０２３によりアプリケーションを再度起動する。より具体的な処理は後述する。暗号鍵更新処理部２０２２はアプリケーションサーバ上だけでなく、中央監査制御サーバ１００１上での構成も可能である。
なお、アプリケーションサーバ１００３も同様であるため説明省略する。
【００２４】
図６は、本実施例の動作を示すフローチャートである。
以下説明する処理において、中央監視制御サーバ１００１の処理は、中央監視制御サーバ１００１の処理部（ＣＰＵ）５０２１が実行し、アプリケーションサーバ１００２、１００３の処理は、各アプリケーションサーバの処理部（ＣＰＵ）５０１１が実行する。
中央監視制御サーバ１００１は、処理「３０１１」で日付判定を行い、暗号鍵の更新を行うか判定を行う。例えば、暗号鍵の更新日又は更新周期が予め定められ、中央監視制御サーバ１００１は更新日に該当するか、又は、前回の更新から更新周期が経過したか判定する。更新実施が決定した場合、中央監視制御サーバ１００１は、処理「３０１２」でアプリケーションサーバ１００２（サーバ１）に対して暗号鍵更新の指令（鍵更新指示）を出す。
【００２５】
アプリケーションサーバ１００２のアプリケーション停止制御部２０２１は、処理「３０２１」で、鍵更新の対象である自アプリケーションサーバ１００２に対する処理の振り分けを停止するよう分散処理制御機器１００５に指示する（振分停止指示）。なお、この処理は、中央監視制御サーバ１００１から分散処理制御機器１００５に指示されてもよい。
分散処理制御機器１００５は、振分停止指示を受信すると、鍵更新の対象のアプリケーションサーバ以外（例えばアプリケーションサーバ１００３）に処理を振り分ける。アプリケーション停止制御部２０２１は、処理「３０２２」で処理中の処理完了を待ち、処理「３０２３」でアプリケーションの停止を検出する。例えば、処理中の処理が終了すれば、分散処理制御機器１００５により処理が振り分けられないため、アプリケーションの処理が停止する。この間、アプリケーションサーバ１００３での業務サービスは継続可能である。
【００２６】
アプリケーションの停止が検出されると、アプリケーションサーバ１００２の暗号鍵更新処理部２０２２は、処理「３０２４」において、記憶部５０１２に記憶された暗号鍵Ａを読み出して、更新前の暗号鍵Ｂを用いて復号化する。その後、暗号鍵更新処理部２０２２は、処理「３０２５」で新規暗号鍵Ｂ’を作成する（暗号鍵Ｂの更新を行う）。なお、新規の暗号鍵の生成方法（鍵の更新方法）は適宜の手法を用いることができる。暗号鍵更新処理部２０２２は、処理「３０２６」において、新たに作成した暗号鍵Ｂ’を用いて暗号鍵Ａの再暗号化を行う。ここで、暗号鍵Ｂ’で暗号化された暗号鍵Ａを暗号文Ｂ’と標記する。暗号鍵更新処理部２０２２は、暗号文Ｂ’及び暗号鍵Ｂ’を記憶部５０１２に記憶する。以後、次の鍵更新のタイミングまで、鍵Ｂ’と暗号文Ｂ’が使用される。なお、処理「３０２４」は上述の鍵復号処理部４０２２が実行してもよいし、処理「３０２６」は、上述の鍵暗号化処理部４０２７が実行してもよい。
【００２７】
その後、アプリケーションサーバ１００２のアプリケーション起動制御部２０２３は、処理「３０２７」にてアプリケーションを起動し、処理「３０２８」にて分散処理制御機器１００５に自アプリケーションサーバへの処理振り分けを再開するよう指示する（振分再開指示）。また、アプリケーション起動制御部２０２３は、中央監視制御サーバ１００１に鍵更新完了を通知する。
【００２８】
中央監視制御サーバ１００１は、処理「３０１３」でアプリケーションサーバ１００２から受ける応答内容を判定する。問題なく終了判定が完了した（鍵更新完了の通知の受信と判定された）後、中央監視制御サーバ１００１は、他のアプリケーションサーバに対して鍵更新指示を送信する。この例では、中央監視制御サーバ１００１は、処理「３０１４」でアプリケーションサーバ１００３に対して暗号鍵更新の指令を出す。その後の処理「３０３１」から処理「３０３８」はアプリケーションサーバ１００２で実施した内容と同様である。
中央監視制御サーバ１００１は、最終的に処理「３０１５」で終了判定を行う。例えば、中央監視制御サーバ１００１は、システム内のすべてのアプリケーションサーバについて鍵を更新してれば、問題なく終了できると判定し、本実施例の鍵更新処理は完了となる。
【００２９】
上述の実施例では、中央監視制御サーバ１００１が鍵更新のタイミングを管理したが、各アプリケーションサーバでの更新タイミングが異なるように、各アプリケーションサーバでの更新タイミング（例えば更新時刻など）が予め定められてもよい。この場合、アプリケーションサーバは自サーバの更新タイミングになると自律的に鍵を更新する。例えば、更新周期が比較的長い場合や、他のアプリケーションサーバの更新タイミングとの時間差が比較的大きい場合などは、鍵更新のタイミングが重なりにくく、サービス提供の中断の防ぎつつ、中央監視制御サーバを省略できる。また、システムが３つ以上のアプリケーションサーバを備える場合には、仮に２つのアプリケーションサーバが鍵更新のために処理を中断しても、残りの１つのアプリケーションサーバでサービス提供でき、サービス提供の中断の防ぎつつ、中央監視制御サーバを省略できる。さらに多くのアプリケーションサーバを備えていれば、一層中断しにくいシステムになる。
【００３０】
（本実施例の効果）
従来のように暗号鍵Ａの更新を行う際には信用情報データの再暗号化が必要となるため、業務サービスの停止が必要となるが、本実施例のように、暗号鍵Ｂの更新を行う際はアプリケーションサーバ単位の停止で済む（他サーバによるデータアクセスは可能）。アプリケーションサーバは冗長構成であることから、順次アプリケーションサーバ単位で更新処理を実施することで業務サービスを停止することなく、暗号鍵の更新が可能となる。
このように、データベース上の信用情報データなどのデータの暗号化／復号化を行う際に使用する暗号鍵について、２４時間運用基盤上で業務サービスを停止することなく、定期更新を実現できる。
【００３１】
また、暗号鍵Ａは更新することはないが、信用情報データにアクセスするためには、暗号鍵Ａの復号化（暗号鍵Ｂによる暗号文Ｂの復号化）と、暗号鍵Ａで暗号化された信用情報データの復号化（暗号鍵Ａによる暗号文Ａの復号化）が必要となるため、暗号強度は増すこととなる。
【００３２】
（適用例）
［適用例１］
暗号鍵更新システムは、例えば、
所定のアプリケーションを実行する複数のアプリケーションサーバと、
該複数のアプリケーションサーバが共通に使用するデータを記憶するデータベースと、
該複数のアプリケーションサーバに処理を振り分ける分散処理制御機器と
を備え、
上記アプリケーションサーバはそれぞれ、
データを第１の暗号鍵で暗号化して第１の暗号文を作成して上記データベースに記憶するデータ暗号処理部と、
上記データベースから読み出した第１の暗号文を第１の暗号鍵で復号化してデータを再現するデータ復号処理部と、
該第１の暗号鍵を第２の暗号鍵で暗号化して第２の暗号文を作成し、該第２の暗号文を記憶する鍵暗号処理部と、
記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現する鍵復号処理部と、
該第２の暗号鍵を更新する鍵更新処理部と
を備え、
各アプリケーションサーバで第２の暗号鍵を順次更新する。
これにより、アプリケーションサーバ単位で処理を停止し、システム全体としては他のアプリケーションサーバへ処理を振り分けて業務サービスを停止することなく第２の暗号鍵を更新できる。
【００３３】
［適用例２］
適用例１に記載の暗号鍵更新システムは、例えば、
鍵更新指示を上記アプリケーションサーバに順次送信する制御サーバ
をさらに備え、
上記制御サーバ又は該鍵更新指示を受信した上記アプリケーションサーバは、上記分散処理制御機器に、鍵更新の対象の上記アプリケーションサーバへの処理振り分けを停止するよう指示し、
上記処理制御機器は、鍵更新の対象の上記アプリケーションサーバ以外に処理を振り分け、
上記アプリケーションサーバは、自アプリケーションサーバでのアプリケーションの停止を検出後、第２の暗号鍵を更新する。
これにより、制御サーバが各アプリケーションサーバでの鍵更新処理の開始を管理できる。また、鍵更新の対象のアプリケーションサーバに処理が振り分けられないようにすることができる。
【００３４】
［適用例３］
適用例１に記載の暗号鍵更新システムにおいて、例えば、上記アプリケーションサーバは、
記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現し、
第２の暗号鍵を更新し、
更新された第２の暗号鍵で第１の暗号鍵を暗号化することで更新された第２の暗号文を作成し、該更新された第２の暗号文を記憶する。
これにより、第２の暗号鍵を更新し、更新された第２の暗号鍵で第１の暗号鍵を再度暗号化して記憶しておくことができる。第２の暗号鍵を更新する際に、データベースに記憶されたデータ復号化し、再度暗号化する必要はない。
【００３５】
［適用例４］
適用例２に記載の暗号鍵更新システムにおいて、例えば、上記アプリケーションサーバは、
上記鍵更新処理部による第２の暗号鍵の更新後、アプリケーションを起動し、上記分散処理制御機器に自アプリケーションサーバへの処理振り分けを再開するよう指示するアプリケーション制御部
をさらに有する。
これにより、鍵の更新後に自装置への処理振り分けを再開できる。
【００３６】
［適用例５］
適用例２に記載の暗号鍵更新システムにおいて、例えば、上記アプリケーションサーバは、
第２の暗号鍵の更新後、上記制御サーバに鍵更新完了を通知し、
該制御サーバは、鍵更新完了の通知を受信すると、他のアプリケーションサーバに対して鍵更新指示を送信する。
これにより、制御サーバが、あるアプリケーションサーバでの鍵更新を確認してから他のアプリケーションサーバでの鍵更新を開始させることができ、複数のアプリケーションサーバを順次停止させて鍵更新できる。
【００３７】
［適用例６］
適用例１に記載の暗号鍵更新システムにおいて、例えば、
第１の暗号鍵は予め定められ、上記複数のアプリケーションサーバで共通に使用され、
各アプリケーションサーバの第２の暗号鍵が定期的又は不定期に更新される。
これにより、複数のアプリケーションサーバで共通に使用する第１の暗号鍵を更新せずに、暗号強度を増すことができる。
【００３８】
［適用例７］
適用例６に記載の暗号鍵更新システムにおいて、例えば、第２の暗号鍵は、各アプリケーションサーバで異なってもよい。
これにより、第２の暗号鍵の更新手法、更新するために用いるデータを、複数のアプリケーションサーバで統一せずに更新できる。
【００３９】
［適用例８］
鍵更新プログラムは、例えば、
データを第１の暗号鍵で暗号化して第１の暗号文を作成してデータベースに記憶し、データベースから読み出した第１の暗号文を第１の暗号鍵で復号化してデータを再現するデータ暗号復号処理と、第１の暗号鍵を第２の暗号鍵で暗号化して第２の暗号文を作成し、該第２の暗号文を記憶し、記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現する鍵暗号復号処理とを実行するシステムにおいて、該第２の暗号鍵を更新するための鍵更新プログラムであって、
処理部が、鍵更新指示を受信するステップと、
処理部が、記憶部に記憶された第２の暗号文を第２の暗号鍵で復号化して第１の暗号鍵を再現するステップと、
処理部が、第２の暗号鍵を更新するステップと、
処理部が、更新された第２の暗号鍵で第１の暗号鍵を暗号化することで更新された第２の暗号文を作成し、該更新された第２の暗号文を記憶部に記憶するステップ
をコンピュータに実行させるための鍵更新プログラムである。
これにより、アプリケーションサーバ単位で処理を停止し、システム全体としては他のアプリケーションサーバへ処理を振り分けて業務サービスを停止することなく第２の暗号鍵を更新できる。このようなプログラムは、制御サーバなどの装置からアプリケーションサーバへダウンロードされることができる。
【００４０】
［適用例９］
適用例８に記載の鍵更新プログラムは、例えば、
処理部が、分散処理制御機器に、鍵更新の対象の自アプリケーションサーバへの処理振り分けを停止するよう指示するステップと、
処理部が、第２の暗号鍵の更新後、分散処理制御機器に自アプリケーションサーバへの処理振り分けを再開するよう指示するステップ
をさらにコンピュータに実行させる。
これにより、自アプリケーションサーバへの処理振り分けの停止と再開を制御できる。
なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。上記した実施例は本発明を分かりやすく説明するために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶装置、または、ＩＣカード、ＤＶＤ等の記録媒体に置くことができるし、必要に応じてネットワーク等を介してダウンロードし、各種の記憶装置にインストールすることも可能である。
【符号の説明】
【００４１】
１００１  中央監査制御サーバ
１００２  アプリケーションサーバ１
１００３  アプリケーションサーバ２
１００４  ＤＢサーバ
１００５  分散処理制御機器
２０１１  中央監査制御部
２０２１、２０３１  アプリケーション停止制御部
２０２２、２０３２  暗号鍵更新処理部
２０２３、２０３３  アプリケーション停止制御部
４０１１  負荷分散処理制御部
４０２１  暗号データ呼出処理部
４０２２  鍵復号処理部
４０２３  暗号データ復号処理部
４０２４  アプリケーション処理部
４０２５  データ暗号化処理部
４０２６  暗号データ格納処理部
４０２７  鍵暗号化処理部
５０１１、５０２１  処理部
５０１２、５０２２  記憶部
５０１３、５０２３  通信インタフェース
【図１】
2013255161.tif 000003
【図２】
2013255161.tif 000004
【図３】
2013255161.tif 000005
【図４】
2013255161.tif 000006
【図５】
2013255161.tif 000007
【図６】
2013255161.tif 000008
【図７】
2013255161.tif 000009