JP2011114799A - セキュリティシステム、中継装置、セキュリティ方法、及びプログラム - Google Patents

Abstract

【課題】クライアント装置とサーバ装置との間で行われる通信内容を選択的に中継装置に管理させる。
【解決手段】サーバ装置に、N種類の各識別子ID(n)にそれぞれ対応する鍵情報を格納し、中継装置に、N種類の識別子ID(n)から選択されたM種類の各識別子ID(m)それぞれ対応する鍵情報を格納する。クライアント装置は、何れかの識別子ID(n1)に対応する鍵情報を用いて復号可能な暗号文を生成し、中継装置に対して出力する。中継装置は暗号文の格納し、暗号文をクライアント装置に対して出力する。クライアント装置は、暗号文に対応する鍵情報を用い、暗号文に対する復号処理を行う。
【選択図】図１

Description

本発明は、暗号化技術に関し、特に、暗号化手法を利用して安全に情報をやり取りするための技術に関する。

安全ではないネットワークを通じて安全に情報をやり取りする通信方式の一つとして、暗号化手法を利用して２つの装置間での通信の安全性を確保する二装置間通信方式が存在する。例えば、ＳＳＬ／ＴＳＬに準拠した一般的な二装置間通信方式では、通信当事者間で二装置間通信を行う（例えば、非特許文献１参照）。すなわち、一方の通信当事者の装置（例えば、クライアント装置又はサーバ装置）が、公開鍵暗号方式などの暗号化手法を直接的又は間接的に利用して秘密情報を暗号化し、それによって得られた暗号文を、他方の通信当事者の装置（例えば、サーバ装置又はクライアント装置）に対して送信する。他方の通信当事者の装置は、その暗号文を復号するための秘密鍵を所持しており、これを直接的又は間接的に利用して当該暗号文を復号することで秘密情報を取得する（方式１）。

ここで、通信当事者の二装置以外の装置は、暗号文を復号するための秘密鍵を所持しておらず、通信当事者の装置間でやり取りされる秘密情報の内容を知ることができない。これによって通信当事者の二装置間での秘密通信が実現されるわけであるが、その反面、通信当事者の二装置以外の装置が、当該二装置間の通信内容を管理（記録・監視などの管理）することもできない。よって、このような二装置間通信の管理は、何れかの通信当事者の装置（例えば、サーバ装置）自身が行うことになる。例えば、社内ネットワーク上に文書情報（秘密情報）を格納した複数のサーバ装置が存在し、社外ネットワークに接続された端末装置が、社内ネットワーク上の何れかのサーバ装置と二装置間通信を行って、そのサーバ装置に格納された文書を取得する場合を想定する。この場合、端末装置とサーバ装置との間の通信内容の管理は、その二装置通信を行う各サーバ装置にそれぞれ別個に委ねられる。この場合、煩雑な管理ポリシーの運用が必要となる。

通信当事者の二装置以外の装置が当該二装置間での通信内容を管理するための手法として、当該二装置間に中継装置（例えば、プロキシ装置）を介在させ、一方の通信当事者の装置と中継装置との間で二装置間通信を行い、さらに、中継装置と他方の通信当事者の装置との間で別の二装置間通信を行う方式を想定できる。すなわち、一方の通信当事者の装置が秘密情報を暗号化し、それによって得られた第１暗号文を中継装置に対して送信する。中継装置は、第１暗号文を復号するための第１秘密鍵を所持し、これを直接的又は間接的に利用して第１暗号文を復号することで秘密情報を取得する。さらに、中継装置が、取得した秘密情報を再暗号化し、それによって得られた第２暗号文を、他方の通信当事者の装置に対して送信する。当該他方の通信当事者の装置は、第２暗号文を復号するための第２秘密鍵を所持し、これを直接的又は間接的に利用して第２暗号文を復号することで秘密情報を取得する（方式２）。

方式２の場合、中継装置は、通信当事者の二装置間でやり取りされる秘密情報の内容を知ることができるため、当該二装置間の通信内容を管理することができる。また、中継装置が、通信当事者の組合せが異なる複数種類の通信内容（例えば、クライアント装置とサーバ装置との組合せが異なる複数種類の通信内容）を一元的に管理することも可能である。

また、別の手法として、二装置間通信を行う通信当事者の二装置間に中継装置を介在させ、秘密情報の暗号文を復号するためのすべての秘密鍵を中継装置に預託しておく方式も想定できる。すなわち、一方の通信当事者の装置が秘密情報を暗号化し、それによって得られた暗号文を中継装置に対して送信する。中継装置には当該暗号文を復号するための秘密鍵が預託されている。中継装置は、これを直接的又は間接的に利用して当該暗号文を復号することで秘密情報を取得する。さらに、当該中継装置が、送信された暗号文を、他方の通信当事者の装置に対して送信する。当該他方の通信当事者の装置は、当該暗号文を復号するための秘密鍵を所持し、これを直接的又は間接的に利用して当該暗号文を復号することで秘密情報を取得する（方式３）。

方式３の場合も、中継装置は、通信当事者の二装置間でやり取りされる秘密情報の内容を知ることができるため、当該二装置間の通信内容を管理することができる。また、中継装置が、通信当事者の組合せが異なる複数種類の通信内容を一元的に管理することも可能である。

The Transport Layer Security (TLS) Protocol Version 1.1、[平成２１年１１月２０日検索]、インターネット〈http://tools.ietf.org/html/rfc4346〉

しかしながら、方式２，３では、通信当事者である二装置間の通信内容が、常に、中継装置に知られてしまうという問題がある。さらに、方式２の場合、中継装置によって秘密情報が改ざんされたり、通信当事者の二装置間ごとの独立性が損なわれたりする（例えば、再暗号化された暗号文が不適切な装置に対して送信されるなど）おそれがある。これらの問題は、中継装置が通信当事者の組合せが異なる複数種類の通信内容を一元的に管理する場合だけではなく、中継装置が特定の二装置間で行われる通信内容のみを管理する場合にも存在するものである。

一方、中継装置での通信内容の管理の必要性や秘密情報の改ざんに対するリスクの大きさは、二装置間でやり取りされる秘密情報の内容等に応じて異なる場合が多い。

本発明はこのような点に鑑みてなされたものであり、暗号化手法を用いたセキュア通信において、通信当事者の二装置での通信内容の管理を、当該二装置以外の中継装置に選択的に実行させることが可能な技術を提供することを目的とする。

本発明では、第１装置と第２装置との間で行われる通信内容を選択的に中継装置に管理させる。そのために、本発明では、第２装置の第２装置記憶部に、N種類（Nは２以上の整数）の各識別子ID(n)(n∈{1,...,N})にそれぞれ対応する鍵情報を格納し、中継装置の中継装置記憶部に、N種類の識別子ID(n)(n∈{1,...,N})から選択されたM種類（1≦M＜N）の各識別子ID(m)(m∈{m(1),...,m(M)}⊂{1,...,N})にそれぞれ対応する鍵情報を格納する。また、第１装置の暗号化部が、何れかの識別子ID(n1)(n1∈{1,...,N})に対応する鍵情報を用いて復号可能な暗号文C(ID(n1))を生成し、第１装置の第１装置出力部が、暗号文C(ID(n1))を中継装置に対して出力する。中継装置の中継装置入力部に暗号文C(ID(n1))が入力されると、中継装置の中継装置記憶部に暗号文C(ID(n1))が格納され、中継装置の中継装置出力部が暗号文C(ID(n1))を第２装置に対して出力する。第２装置の第２装置入力部に暗号文C(ID(n1))が入力されると、第２装置の第２装置復号部が、暗号文C(ID(n1))に対応する鍵情報を用い、暗号文C(ID(n1))に対する復号処理を行う。

以上のように、本発明では、第２装置に格納されるN種類の識別子ID(n)から選択されたM種類の各識別子ID(m)にそれぞれ対応する鍵情報が中継装置にも格納される。中継装置は、当該選択されたM種類の各識別子ID(m)にそれぞれ対応する鍵情報に対応する暗号文のみを復号でき、それらの通信内容を管理できる。その結果、本発明では、暗号化手法を用いたセキュア通信において、通信当事者の二装置での通信内容の管理を、当該当該二装置以外の中継装置に選択的に実行させることができる。

第１実施形態のセキュリティシステム１の全体構成を説明するための図。 第１実施形態のクライアント装置を構成するためのハードウェア及びプログラムの構成を説明するための図。 第１実施形態のクライアント装置の機能構成を説明するための図。 第１実施形態のサーバ装置を構成するためのハードウェア及びプログラムの構成を説明するための図。 第１実施形態のサーバ装置の機能構成を説明するための図。 図６（Ａ）は、サーバ装置に格納される鍵リストを例示した図である。図６（Ｂ）は、秘密情報データベースを例示した図である。 第１実施形態の中継装置を構成するためのハードウェア及びプログラムの構成を説明するための図。 第１実施形態の中継装置の機能構成を説明するための図。 図９（Ａ）は、中継装置に格納される鍵リストを例示した図である。図９（Ｂ）は、記録ファイルの具体例を説明するための図である。 図１０（Ａ）は、第１実施形態の鍵管理装置を構成するためのハードウェア及びプログラムの構成を説明するための図である。図１０（Ｂ）は、第１実施形態の鍵管理装置の機能構成を説明するための図である。 発行委託リストの一例を説明するための図。 第１実施形態のセキュア通信処理の全体を説明するための図。 ステップＳ１２１の処理の詳細を説明するための図。 ステップＳ１２２の処理の詳細を説明するための図。 ステップＳ１２３〜Ｓ１２５の処理の詳細を説明するための図。 ステップＳ１２６の処理の詳細を説明するための図。 ステップＳ１１７の処理の詳細を説明するための図。 図１８（Ａ）（Ｂ）は、ＨＴＴＰにおけるリクエストメッセージREQ(n1)及びその暗号文EREQ(n1)の例を説明するための図である。 ＨＴＴＰにおけるレスポンスメッセージRES(n1)及びその暗号文ERES(n1)の例を説明するための図。

以下、図面を参照して本発明の実施形態を説明する。

〔第１実施形態〕
本発明の第１実施形態を説明する。本形態では、ＩＤベース暗号方式を用いたＫＥＭ方式によって秘密情報を暗号化する。

＜ＩＤベース暗号方式＞
ＩＤベース暗号方式とは、公開鍵暗号方式の一種であり、送信者が、文字列である識別子ID（例えば、電子メールアドレス等）を公開鍵として用いて暗号文を作成し、受信者がその識別子IDに対応する秘密鍵を用いて暗号文を復号する方式である（例えば、参考文献１参照）。なお、ＩＤベース暗号方式の一例は参考文献１に開示された方式であるが、これ以外にも様々なＩＤベース暗号方式が存在する。本形態ではどのようなＩＤベース暗号方式が利用されてもよい。

参考文献１：D. Boneh and M. Franklin. “Identity based encryption from the Weil pairing.” SIAM J. of Computing, Vol. 32, No. 3, pp. 586-615, 2003. Extended abstract in proceedings of Crypto '2001, Lecture Notes in Computer Science, Vol. 2139, Springer-Verlag, pp. 213-229, 2001. Full paper: PDF. , インターネット〈http://crypto.stanford.edu/~dabo/pubs.html〉
以下、ＩＤベース暗号方式による各処理を定義する。

(１）Setup:鍵管理装置が、システムで共通に用いる群やペアリングを含む公開パラメータparamsの生成及びマスター鍵sの生成を行う。公開パラメータは、鍵管理装置の外部に公開される。なお、システム全体の安全を確保するため、マスター鍵は、システムの利用者を含む外部に漏洩されないように厳重に保管される。

入力:セキュリティパラメータ k
出力:公開パラメータparams、マスター鍵 s
<params, s> = Setup(k)

例えば、参考文献１のＩＤベース暗号方式の場合、公開パラメータparamsは<q,G₁,G₂,e,n,P,P_pub,H₁,H₂>であり、マスター鍵 sはランダムに選択されたs∈Z_q ^*である。なお、qは素数であり、G₁及びG₂は位数qの２つの群であり、eは群G₁の２つの元を群G₂の１つの元に写す双線型写像（Weilペアリングなど）である。Pはランダムに選択された生成元P∈G₁であり、P_pub=s・P∈G₁である。H₁は任意のビット列を群G₁に写像するハッシュ関数であり、H₂は群G₂の任意元をnビットのビット列に写像するハッシュ関数であり、nは任意の正の整数である。

(２）Extract:鍵管理装置が、マスター鍵sを用い、公開鍵として用いる識別子IDにそれぞれ対応する秘密鍵SK(ID)を生成する。なお、ＩＤベース暗号方式での秘密鍵SK(ID)の生成は、暗号文のやりとりの前に行ってもよいし、後に行ってもよい。

入力:公開パラメータparams、マスター鍵 s、公開鍵として用いる識別子ID
出力:識別子IDに対応する秘密鍵SK(ID)
SK(ID)=Extract (params, s, ID)

例えば、参考文献１のＩＤベース暗号方式の場合、SK(ID)=s・Q(ID)である。ただし、Q(ID)=H₁(ID)∈G₁ ^*である。

（３）Encrypt:送信者の装置が、公開パラメータparams及び公開鍵として用いる識別子IDを用い、平文Mの暗号化を行う。

入力:平文M、公開パラメータparams、公開鍵として用いる識別子ID
出力:暗号文C
C=Encrypt(params, ID, M)

例えば、参考文献１のＩＤベース暗号方式の場合、C=<r・P,M(+)H₂(g(ID)^r)>である。ただし、Q(ID)=H₁(ID)∈G₁ ^*であり、rはランダムに選択されたr∈Z_q ^*であり、(+)は排他的論理和演算子であり、g(ID)=e(Q(ID),P_pub)∈G₂である。

（４）Decrypt:受信者が、公開パラメータparams及び識別子IDに対応する秘密鍵SK(ID)を用いて暗号文Cの復号を行う。

入力:暗号文C、公開パラメータparams、秘密鍵 SK(ID)
出力:平文M
M=Decrypt(params, C, SK(ID))

例えば、参考文献１のＩＤベース暗号方式の場合、M=V(+)H₂(e(SK(ID),U))である。ただし、C=<U,V>である。

＜全体構成＞
図１は、第１実施形態のセキュリティシステム１の全体構成を説明するための図である。

図１に例示するように、本形態のセキュリティシステム１は、クライアント装置１１０−ｉ（i∈{1,...,I}、Iは1以上の整数）と、サーバ装置１２０−ｊ（j∈{1,...,J}、Jは1以上の整数）と、中継装置１３０と、鍵管理装置１４０とを有する。クライアント装置１１０−ｉと中継装置１３０とは、ネットワーク１５２を通じて通信可能に構成され、サーバ装置１２０−ｊと中継装置１３０と鍵管理装置１４０とは、ネットワーク１５１を通じて通信可能に構成されている。なお、ネットワーク１５１の一例は社内ネットワークであり、ネットワーク１５２の一例はインターネットであるが、これらの例は本発明を限定せず、その他のＬＡＮやＷＡＮをネットワーク１５１，１５２として用いてもよい。また、説明の簡略化のため、本形態では、セキュリティシステム１が中継装置１３０と鍵管理装置１４０とを１つずつ含む構成を説明するが、中継装置１３０や鍵管理装置１４０が複数存在する構成であってもよい。

＜クライアント装置の構成＞
図２は、第１実施形態のクライアント装置１１０−ｉを構成するためのハードウェア及びプログラムの構成を説明するための図である。

図２に例示するように、本形態のクライアント装置１１０−ｉは、ＲＡＭ（random-access memory）等のメモリ１１０ａ−ｉと、ハードディスク等の記録ディスク１１０ｂ−ｉと、ＣＰＵ（central processing unit）１１０ｃ−ｉと、ディスクコントローラ１１０ｄ−ｉと、ＬＡＮコントローラ１１０ｅ−ｉと、マウスやキーボードなどの入力インタフェース装置１１０ｆ−ｉと、ディスプレイなどの出力インタフェース装置１１０ｇ−ｉと、を有する。メモリ１１０ａ−ｉには、ブラウザ処理の内容が記述されたブラウザプログラムと、暗号化処理及び復号処理の内容が記述された暗号化復号処理プログラムと、オペレーティングシステムプログラムと、各種データが格納される。なお、図２では表記を省略するが、記録ディスク１１０ｂ−ｉにもこれらのプログラムやデータの少なくとも一部が格納される。

図３は、第１実施形態のクライアント装置１１０−ｉの機能構成を説明するための図である。

図３に例示するように、本形態のクライアント装置１１０−ｉは、制御部１１１−ｉと、ブラウザ処理部１１２−ｉと、暗号化部１１３−ｉと、復号部１１４−ｉと、記憶部１１５−ｉと、入力インタフェース部１１７−ｉと、出力インタフェース部１１８−ｉと、通信部１１９−ｉと、を有する。ここで、暗号化部１１３−ｉは、リクエストメッセージ分解部１１３ａ−ｉと、セッション鍵生成部１１３ｂ−ｉと、共通鍵暗号化部１１３ｃ−ｉと、ＩＤベース暗号化部１１３ｄ−ｉと、暗号化リクエストメッセージ生成部１１３ｅ−ｉと、を有する。また、復号部１１４−ｉは、暗号化レスポンスメッセージ分解部１１４ａ−ｉと、共通鍵復号部１１４ｂ−ｉと、レスポンスメッセージ生成部１１４ｃ−ｉと、を有する。

これらの機能構成は、図２のメモリ１１０ａ−ｉに格納された各プログラムがＣＰＵ１１０ｃ−ｉに読み込まれて実行されることによって構成される。すなわち、制御部１１１−ｉやブラウザ処理部１１２−ｉや暗号化部１１３−ｉや復号部１１４−ｉは、例えば、ＣＰＵ１１０ｃ−ｉがオペレーティングシステムプログラムやブラウザプログラムや暗号化復号処理プログラムを実行することで構成される処理部である。また、入力インタフェース部１１７−ｉや出力インタフェース部１１８−ｉは、例えば、オペレーティングシステムプログラムを実行するＣＰＵ１１０ｃ−ｉの制御のもとで機能する入力インタフェース装置１１０ｆ−ｉや出力インタフェース装置１１０ｇ−ｉである。また、記憶部１１５−ｉは、例えば、メモリ１１０ａ−ｉや記録ディスク１１０ｂ−ｉやそれらを結合した記憶領域と、オペレーティングシステムプログラムを実行するＣＰＵ１１０ｃ−ｉの制御のもとで機能するディスクコントローラ１１０ｄ−ｉとからなる。また、通信部１１９−ｉは、例えば、オペレーティングシステムプログラムやブラウザプログラムを実行するＣＰＵ１１０ｃ−ｉの制御のもとで機能するＬＡＮコントローラ１１０ｅ−ｉである。

なお、クライアント装置１１０−ｉは、制御部１１１−ｉの制御のもと各処理を実行する。また、記憶部１１５−ｉに格納される各データの内容については後述する。

＜サーバ装置の構成＞
図４は、第１実施形態のサーバ装置１２０−ｊを構成するためのハードウェア及びプログラムの構成を説明するための図である。

図４に例示するように、本形態のサーバ装置１２０−ｊは、ＲＡＭ等のメモリ１２０ａ−ｊと、ハードディスク等の記録ディスク１２０ｂ−ｊと、ＣＰＵ１２０ｃ−ｊと、ディスクコントローラ１２０ｄ−ｊと、ＬＡＮコントローラ１２０ｅ−ｊと、を有する。メモリ１２０ａ−ｊには、サーバ処理の内容が記述されたサーバプログラムと、暗号化処理及び復号処理の内容が記述された暗号化復号処理プログラムと、オペレーティングシステムプログラムと、各種データが格納される。なお、図４では表記を省略するが、記録ディスク１２０ｂ−ｊにもこれらのプログラムやデータの少なくとも一部が格納される。

図５は、第１実施形態のサーバ装置１２０−ｊの機能構成を説明するための図である。

図５に例示するように、本形態のサーバ装置１２０−ｊは、制御部１２１−ｊと、サーバ処理部１２２−ｊと、復号部１２３−ｊと、暗号化部１２４−ｊと、記憶部１２５−ｊと、秘密情報記憶部１２６−ｊと、通信部１２９−ｊと、を有する。ここで、復号部１２３−ｊは、暗号化リクエストメッセージ分解部１２３ａ−ｊと、秘密鍵管理部１２３ｂ−ｊと、共通鍵復号部１２３ｃ−ｊと、ＩＤベース復号部１２３ｄ−ｊと、リクエストメッセージ生成部１２３ｅ−ｊと、を有する。また、復号部１２４−ｊは、レスポンスメッセージ分解部１２４ａ−ｊと、共通鍵暗号化部１２４ｂ−ｊと、暗号化レスポンスメッセージ生成部１２３ｃ−ｊと、を有する。

これらの機能構成は、図４のメモリ１２０ａ−ｊに格納された各プログラムがＣＰＵ１２０ｃ−ｊに読み込まれて実行されることによって構成される。すなわち、制御部１２１−ｊやサーバ処理部１２２−ｊや復号部１２３−ｊや暗号化部１２４−ｊは、例えば、ＣＰＵ１２０ｃ−ｊがオペレーティングシステムプログラムやサーバプログラムや暗号化復号処理プログラムを実行することで構成される処理部である。また、記憶部１２５−ｊや秘密情報記憶部１２６−ｊは、例えば、メモリ１２０ａ−ｊや記録ディスク１２０ｂ−ｊやそれらを結合した記憶領域と、オペレーティングシステムプログラムを実行するＣＰＵ１２０ｃ−ｊの制御のもとで機能するディスクコントローラ１２０ｄ−ｊとからなる。また、通信部１２９−ｊは、例えば、オペレーティングシステムプログラムやブラウザプログラムを実行するＣＰＵ１２０ｃ−ｊの制御のもとで機能するＬＡＮコントローラ１２０ｅ−ｊである。

なお、サーバ装置１２０−ｊは、制御部１２１−ｊの制御のもと各処理を実行する。また、記憶部１２５−ｊや秘密情報記憶部１２６−ｊに格納される各データの内容については後述する。

＜中継装置の構成＞
図７は、第１実施形態の中継装置１３０を構成するためのハードウェア及びプログラムの構成を説明するための図である。

図７に例示するように、本形態の中継装置１３０は、ＲＡＭ等のメモリ１３０ａと、ハードディスク等の記録ディスク１３０ｂと、ＣＰＵ１３０ｃと、ディスクコントローラ１３０ｄと、ＬＡＮコントローラ１３０ｅと、を有する。メモリ１３０ａには、中継処理の内容が記述された中継プログラムと、復号処理の内容が記述された復号処理プログラムと、オペレーティングシステムプログラムと、各種データが格納される。なお、図７では表記を省略するが、記録ディスク１３０ｂにもこれらのプログラムやデータの少なくとも一部が格納される。

図８は、第１実施形態の中継装置１３０の機能構成を説明するための図である。

図８に例示するように、本形態の中継装置１３０は、制御部１３１と、通過制御部１３２と、復号部１３３と、記憶部１３５と、履歴記憶部１３６と、通信部１３９と、を有する。ここで、復号部１３３は、メッセージ分解部１３３ａと、秘密鍵管理部１３３ｂと、共通鍵復号部１３３ｃと、ＩＤベース復号部１３３ｄと、メッセージ生成部１３３ｅと、を有する。

これらの機能構成は、図７のメモリ１３０ａに格納された各プログラムがＣＰＵ１３０ｃに読み込まれて実行されることによって構成される。すなわち、制御部１３１や通過制御部１３２や復号部１３３は、例えば、ＣＰＵ１３０ｃがオペレーティングシステムプログラムや中継プログラムや復号処理プログラムを実行することで構成される処理部である。また、記憶部１３５や履歴記憶部１３６は、例えば、メモリ１３０ａや記録ディスク１３０ｂやそれらを結合した記憶領域と、オペレーティングシステムプログラムを実行するＣＰＵ１３０ｃの制御のもとで機能するディスクコントローラ１３０ｄとからなる。また、通信部１３９は、例えば、オペレーティングシステムプログラムやブラウザプログラムを実行するＣＰＵ１３０ｃの制御のもとで機能するＬＡＮコントローラ１３０ｅである。

なお、中継装置１３０は、制御部１３１の制御のもと各処理を実行する。また、記憶部１３５や履歴記憶部１３６に格納される各データの内容については後述する。

＜鍵管理装置の構成＞
図１０（Ａ）は、第１実施形態の鍵管理装置１４０を構成するためのハードウェア及びプログラムの構成を説明するための図である。

図１０（Ａ）に例示するように、本形態の鍵管理装置１４０は、ＲＡＭ等のメモリ１４０ａと、ハードディスク等の記録ディスク１４０ｂと、ＣＰＵ１４０ｃと、ディスクコントローラ１４０ｄと、ＬＡＮコントローラ１４０ｅと、を有する。メモリ１４０ａには、鍵管理処理の内容が記述された鍵管理プログラムと、鍵生成処理の内容が記述された鍵生成プログラムと、オペレーティングシステムプログラムと、各種データが格納される。なお、図１０（Ａ）では表記を省略するが、記録ディスク１４０ｂにもこれらのプログラムやデータの少なくとも一部が格納される。

図１０（Ｂ）は、第１実施形態の鍵管理装置１４０の機能構成を説明するための図である。

図１０（Ｂ）に例示するように、本形態の鍵管理装置１４０は、制御部１４１と、秘密鍵管理部１４２と、鍵生成部１４３と、記憶部１４５とを有する。

これらの機能構成は、図１０（Ａ）のメモリ１４０ａに格納された各プログラムがＣＰＵ１４０ｃに読み込まれて実行されることによって構成される。すなわち、制御部１４１や秘密鍵管理部１４２や鍵生成部１４３は、例えば、ＣＰＵ１４０ｃがオペレーティングシステムプログラムや鍵管理プログラムや鍵生成プログラムを実行することで構成される処理部である。また、記憶部１４５は、例えば、メモリ１４０ａや記録ディスク１４０ｂやそれらを結合した記憶領域と、オペレーティングシステムプログラムを実行するＣＰＵ１４０ｃの制御のもとで機能するディスクコントローラ１４０ｄとからなる。また、通信部１４９は、例えば、オペレーティングシステムプログラムやブラウザプログラムを実行するＣＰＵ１４０ｃの制御のもとで機能するＬＡＮコントローラ１４０ｅである。

なお、鍵管理装置１４０は、制御部１４１の制御のもと各処理を実行する。また、記憶部１４５に格納される各データの内容については後述する。

＜事前処理＞
次に、本形態のセキュリティシステム１で実行されるセキュリティ方法の事前処理を説明する。

まず、鍵管理装置１４０（図１０（Ｂ））の鍵生成部１４３が、ＩＤベース暗号方式に則った公開パラメータparamsとマスター鍵sとを生成し（前述のSetup参照）、それらを記憶部１４５に格納する。公開パラメータparamsは、各クライアント装置１１０−ｉ（図３）の記憶部１１５−ｉと、中継装置１３０（図８）の記憶部１３５と、各サーバ装置１２０−ｊ（図５）の記憶部１２５−ｊとにも格納される。

また、セキュリティシステム１においてN種類（Nは２以上の整数）の識別子ID(ｎ)(n∈{1,...,N})が設定される。本形態の各識別子ID(ｎ)は、N種類の秘密情報DOC(n)(n∈{1,...,N})にそれぞれ対応する。なお、秘密情報DOC(n)の具体例は、文書情報、リスト情報、映像情報、動画情報、コンテンツ情報、プログラムなどである。また、識別子ID(ｎ)の具体例は、識別子ID(ｎ)に対応する秘密情報DOC(n)が格納される領域のアドレスやＵＲＬ、識別子ID(ｎ)に対応する秘密情報DOC(n)を一意に特定するISBN(International Standard Book Number）やロット番号や取引番号などの情報である。各秘密情報DOC(n)とそれぞれに対応する識別子ID(ｎ)とは互いに対応付けられ、秘密情報データベース１２６ａ−ｊが構成される（図６（Ｂ））。秘密情報データベース１２６ａ−ｊは、各サーバ装置１２０−ｊ（図５）の秘密情報記憶部１２６−ｊに格納される。なお、すべてのサーバ装置１２０−ｊの秘密情報記憶部１２６−ｊが、それぞれ、すべての識別子ID(n)に対応する秘密情報DOC(n)を含む秘密情報データベース１２６ａ−ｊを格納してもよいし、少なくとも一部のサーバ装置１２０−ｊの秘密情報記憶部１２６−ｊが、一部の識別子ID(n)に対応する秘密情報DOC(n)のみを含む秘密情報データベース１２６ａ−ｊを格納してもよい。

また、中継装置（図８）の記憶部１３５には、リクエストメッセージとレスポンスメッセージに対する転送の制御をおこなうための通過条件を示す制御規則情報が格納される。制御規則情報は、既存のアクセス制御やコンテンツフィルタリングに関する手法を実行するための情報であり、そのために必要となるデータ項目を備えたものである。制御規則情報の例は、やり取りされる情報（コンテンツなど）に機密情報をされるキーワードが含まれているかを判定するためのキーワードリストや、やり取りされる情報のデータサイズを制限する場合の閾値となるデータサイズなどである。

＜セキュア通信処理の全体＞
図１２は、第１実施形態のセキュア通信処理の全体を説明するための図である。

まず、鍵管理装置１４０（図１０）の鍵生成部１４３が、記憶部に格納された公開パラメータparamasとマスター鍵sと各識別子ID(n)とを用い、各識別子ID(n)にそれぞれ対応するＩＤベース暗号方式の秘密鍵SK(ID(n))(n∈{1,...,N})（鍵情報）を生成して出力する（前述のExtract参照）。生成された各秘密鍵SK(ID(n))とそれぞれに対応する各識別子ID(n)とは通信部１４９に送られる。通信部１４９は、所定の契機で、これらをネットワーク１５１経由で各サーバ装置１２０−ｊに対して送信する（ステップＳ１０１）。

各秘密鍵SK(ID(n))と各識別子ID(n)とは、各サーバ装置１２０−ｊ（図５）の通信部１２９−ｊで受信され、秘密鍵管理部１２３ｂ−ｊに入力される。秘密鍵管理部１２３ｂ−ｊは、各識別子ID(n)とそれぞれに対応する各秘密鍵SK(ID(n))とを対応付けた鍵リスト１２５ａ−ｊ（図６（Ａ））を生成して出力し、記憶部１２５−ｊに格納する（ステップＳ１０２）。これにより、サーバ装置１２０−ｊ（第２装置）の記憶部１２５−ｊ（第２装置記憶部）に、N種類の各識別子ID(n)(n∈{1,...,N})にそれぞれ対応する秘密鍵SK(ID(n))(n∈{1,...,N})が格納される。

次に、各サーバ装置１２０−ｊ（図５）の秘密鍵管理部１２３ｂ−ｊが、記憶部１２５−ｊに格納された鍵リスト１２５ａ−ｊ（図６（Ａ））の中から、M種類（1≦M＜N）の各識別子ID(m)(m∈{m(1),...,m(M)}⊂{1,...,N})にそれぞれ対応する秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を選択する。この選択は、中継装置１３０の記憶部１３５（中継装置記憶部）に格納させる秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})の選択であり、サーバ装置１２０−ｊが中継装置１３０に通信内容の管理を許可する秘密情報DOC(m)の選択に相当する。なお、これらの選択は、外部入力に基づいて行われてもよいし、所定の規則に従って行われてもよい。秘密鍵管理部１２３ｂ−ｊは、選択したM種類の秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を特定するための委託情報を生成して出力する。委託情報の例は、選択した秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})に対応する識別子ID(m)(m∈{m(1),...,m(M)})を含む情報である。さらに、委託情報が、秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を選択したサーバ装置１２０−ｊの識別子や、秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を格納させる中継装置１３０の識別子や、サーバ装置１２０−ｊの認証処理を行うための認証情報や、秘密鍵SK(ID(m))の有効期限などの情報を含んでもよい。秘密鍵管理部１２３ｂ−ｊで生成された委託情報は通信部１２９−ｊ（図５）に出力される。サーバ装置１２０−ｊ（第２装置）の通信部１２９−ｊ（第２装置出力部）は、ネットワーク１３０経由で、委託情報を鍵管理装置１４０に対して送信（出力）する（ステップＳ１１１）。

委託情報は、鍵管理装置１４０（図１０（Ｂ））の通信部１４９（鍵管理装置入力部）に受信（入力）され、秘密鍵管理部１４２に入力される。秘密鍵管理部１４２は、必要に応じてサーバ装置１２０−ｊの認証処理を行った後、入力された委託情報を用いて発行委託リスト１４４ａを生成又は更新し、それを記憶部１４５に格納する。なお、発行委託リスト１４４ａは、サーバ装置１２０−ｊが中継装置１３０の記憶部１３５に格納することを許諾した秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を特定するためのリストである。発行委託リスト１４４ａは、少なくとも、秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を特定するための情報を含む。本形態の発行委託リスト１４４ａは、少なくとも、秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})に対応する識別子ID(m)(m∈{m(1),...,m(M)})を含む。

図１１は、発行委託リスト１４４ａの一例を説明するための図である。

図１１に例示する発行委託リスト１４４ａは、秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を格納することを許可された中継装置１３０を特定するための識別子と、秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})に対応する識別子ID(m)(m∈{m(1),...,m(M)})である秘密鍵生成対象識別子と、許可を行ったサーバ装置１２０−ｊを特定するための識別子と、その許可日時と、有効期限とが互いに対応付けられたリストである。

その後、所定の契機で、中継装置１３０（図８）の秘密鍵管理部１３３ｂが、識別子ID(m)(m∈{m(1),...,m(M)})に対応する秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})の生成を依頼するための秘密鍵依頼情報を生成する。秘密鍵依頼情報は、少なくとも、生成を依頼する秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})を特定するための情報を含む。本形態の秘密鍵依頼情報は、少なくとも、秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})に対応する識別子ID(m)(m∈{m(1),...,m(M)})を含む。さらに、秘密鍵依頼情報が、中継装置１３０を特定する識別子や、中継装置１３０の認証処理を行うための認証情報を含んでいてもよい。生成された秘密鍵依頼情報は、通信部１３９に出力される。通信部１３９は、秘密鍵依頼情報を、ネットワーク１５１経由で、鍵管理装置１４０に対して送信する（ステップＳ１１２）。

秘密鍵依頼情報は、鍵管理装置１４０（図１０（Ｂ））の通信部１４９に受信され、秘密鍵管理部１４２に入力される。秘密鍵管理部１４２は、必要に応じて中継装置１３０の認証処理を行った後、入力された秘密鍵依頼情報と、記憶部１４５に格納された発行委託リスト１４４ａとを用い、中継装置１３０に対して生成する秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})に対応する識別子ID(m)(m∈{m(1),...,m(M)})を特定する。例えば、秘密鍵管理部１４２は、秘密鍵依頼情報が含む識別子ID(m)(m∈{m(1),...,m(M)})が発行委託リスト１４４ａに含まれているかを判定する。ここで、秘密鍵依頼情報が含む識別子ID(m)(m∈{m(1),...,m(M)})が発行委託リスト１４４ａに含まれていた場合、秘密鍵管理部１４２は、識別子ID(m)(m∈{m(1),...,m(M)})を鍵生成部１４３に出力する。また、例えば、秘密鍵依頼情報が中継装置１３０の識別子をも含む場合には、秘密鍵管理部１４２は、秘密鍵依頼情報が含む識別子ID(m)(m∈{m(1),...,m(M)})が、発行委託リスト１４４ａで中継装置１３０の識別子に対応付けられているかを判定する。ここで、秘密鍵依頼情報が含む識別子ID(m)(m∈{m(1),...,m(M)})が、発行委託リスト１４４ａで中継装置１３０の識別子に対応付けられていた場合、秘密鍵管理部１４２は、識別子ID(m)(m∈{m(1),...,m(M)})を鍵生成部１４３に出力する。

識別子ID(m)(m∈{m(1),...,m(M)})が入力された鍵生成部１４３は、入力された識別子ID(m)(m∈{m(1),...,m(M)})と、記憶部１４５に格納された公開パラメータ params及びマスター鍵 sを用い、識別子ID(m)(m∈{m(1),...,m(M)})にそれぞれ対応するＩＤベース暗号方式の秘密鍵 SK(ID(m))(m∈{m(1),...,m(M)})を生成する前述の（前述のExtract参照）。生成された秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})とそれに対応する識別子ID(m)(m∈{m(1),...,m(M)})とは、通信部１４９に出力される。通信部１４９（鍵管理装置出力部）は、秘密鍵 SK(ID(m))(m∈{m(1),...,m(M)})（鍵情報）と識別子ID(m)(m∈{m(1),...,m(M)})を、ネットワーク１５１経由で、中継装置１３０に対して送信（出力）する（ステップＳ１１３）。

秘密鍵 SK(ID(m))(m∈{m(1),...,m(M)})と識別子ID(m)(m∈{m(1),...,m(M)})は、中継装置１３０の通信部１３９（第２中継装置入力部）に受信（入力）され、秘密鍵管理部１３３ｂに入力される。秘密鍵管理部１３３ｂは、これらを識別子ID(m)ごとに対応付けた鍵リスト１３５ａ（図９（Ａ））を生成し、記憶部１３５（中継装置記憶部）に格納する（ステップＳ１１４）。これにより、N種類の識別子ID(n)(n∈{1,...,N})から選択されたM種類（1≦M＜N）の各識別子ID(m)(m∈{m(1),...,m(M)}⊂{1,...,N})にそれぞれ対応する秘密鍵SK(ID(m))(m∈{m(1),...,m(M)})が、記憶部１３５（中継装置記憶部）に格納された。

その後、クライアント装置１１０−ｉ（図３／第１装置）の暗号化部１１３−ｉが、ブラウザ処理部１１２−ｉから出力された何れかの識別子ID(n1)(n1∈{1,...,N})に対応するリクエストメッセージREQ(n1)を、当該識別子ID(n1)に対応する秘密鍵 SK(ID(n1))（鍵情報）を用いて復号可能なように暗号化した暗号文EREQ(n1)(暗号化リクエストメッセージ／暗号文C(ID(n1))を生成して出力する（詳細は後述）。この暗号文EREQ(n1)は通信部１１９−ｉに入力される。通信部１１９−ｉ（第１装置出力部）は、暗号文EREQ(n1)を、ネットワーク１５２経由で、中継装置１３０に対して送信（出力）する（ステップＳ１２１）。

暗号文EREQ(n1)は、中継装置（図８）の通信部１３９（中継装置入力部）に受信（入力）され、記憶部１３５（中継装置記憶部）に格納される。その後、復号部１３３が、記憶部１３５に格納された鍵リスト１３５ａを用いて暗号文EREQ(n1)の復号処理を行い、通過制御部１３２が暗号文EREQ(n1)を通過させるか否かを判定する（詳細は後述）。ここで、暗号文EREQ(n1)を通過させないと判定された場合にはエラーレスポンスメッセージERRが、送信元のクライアント装置１１０−ｉに対して送信され、処理がエラー終了される。一方、暗号文EREQ(n1)を通過させると判定された場合には、通信部１３９（中継装置出力部）が、暗号文EREQ(n1)を、ネットワーク１５１経由で、送信先のサーバ装置１２０−ｊ（第２装置）に対して送信（出力）する（ステップＳ１２２）。

暗号文EREQ(n1)は、サーバ装置１２０−ｊ（図５／第２装置）の通信部１２９−ｊ（第２装置入力部）に受信（入力）される。暗号文EREQ(n1)は、復号部１２３−ｊに入力される。復号部１２３−ｊは、暗号文C(ID(n1))に対応する秘密鍵SK(ID(n1))を用い、暗号文EREQ(n1)に対する復号処理を行う（ステップＳ１２３／詳細は後述）。ここで復号ができなかった場合にはエラーレスポンスメッセージERRが返され、復号ができた場合には、復号処理によって得られた識別子ID(n1)に対応するリクエストメッセージREQ(n1)がサーバ処理部１２２−ｊに入力される。サーバ処理部１２２−ｊは、リクエストメッセージREQ(n1)に対するリクエスト処理を行い、識別子ID(n1)に対応する秘密情報DOC(n1)を含むレスポンスメッセージRES(n1)を生成して出力する（ステップＳ１２４／詳細は後述）。

レスポンスメッセージRES(n1)は暗号化部１２４−ｊに入力され、暗号化部１２４−ｊは、レスポンスメッセージRES(n1)を暗号化した暗号文ERES(n1)（暗号化レスポンスメッセージ）を生成して出力する（詳細は後述）。暗号文ERES(n1)は通信部１２９−ｊに入力される。通信部１２９−ｊは、暗号文ERES(n1)をネットワーク１５１経由で、中継装置１３０に対して送信する（ステップＳ１２５）。

暗号文ERES(n1)は、中継装置（図８）の通信部１３９に受信され、記憶部１３５に格納される。その後、復号部１３３が暗号文ERES(n1)の復号処理を行い、通過制御部１３２が暗号文ERES(n1)を通過させるか否かを判定する（詳細は後述）。ここで、暗号文ERES(n1)を通過させないと判定された場合にはエラーレスポンスメッセージERRが、送信元のサーバ装置１２０−ｊに対して送信され、処理がエラー終了される。一方、暗号文ERES(n1)を通過させると判定された場合には、通信部１３９が、暗号文ERES(n1)を、ネットワーク１５２経由で、送信先のクライアント装置１２０−ｊに対して送信する（ステップＳ１２６）。

暗号文ERES(n1)は、クライアント装置１２０−ｊ（図３）の通信部１１９−ｉに受信され、復号部１１４−ｉに入力される。復号部１１４−ｉは、暗号文ERES(n1)を復号してレスポンスメッセージRES(n1)を生成して記憶部１１５−ｉに格納する。ブラウザ処理部１１２−ｉは、レスポンスメッセージRES(n1)を用いてブラウザ処理を実行する（ステップＳ１２７／詳細は後述）。

＜ステップＳ１２１の処理の詳細＞
図１３は、ステップＳ１２１の処理の詳細を説明するための図である。

ステップＳ１２１では、まず、クライアント装置１１０−ｉ（図３）の入力インタフェース部１１７−ｉに、利用者が取得を希望する文書などの秘密情報DOC(n1)に対応する識別子ID(n1)が入力される（ステップＳ１２１ａ）。識別子ID(n1)は、ブラウザ処理部１１２−ｉに入力される。ブラウザ処理部１１２−ｉは、識別子ID(n1)に対応する秘密情報DOC(n1)の取得を希望する旨のリクエストメッセージREQ(n1)を生成して記憶部１１５−ｉに格納する（ステップＳ１２１ｂ）。なお、リクエストメッセージREQ(n1)は、例えば、送信先のアドレスなどを含むヘッダ情報Hreqと本文内容（ボディ）を示すリクエスト電文Mreqとを含む（REQ(n1)=(Hreq,Mreq)）。なお、ヘッダ情報Hreq又はリクエスト電文Mreqは識別子ID(n1)を含む。

リクエストメッセージREQ(n1)は、暗号化部１１３−ｉのリクエストメッセージ分解部１１３ａ−ｉに入力される。リクエストメッセージ分解部１１３ａ−ｉは、リクエストメッセージREQ(n1)をヘッダ情報Hreqとリクエスト電文Mreqとに分解して出力する（ステップＳ１２１ｃ）。また、暗号化部１１３−ｉのセッション鍵生成部１１３ｂ−ｉが、セッション鍵K(n1)を生成して出力する（ステップＳ１２１ｄ）。例えば、セッション鍵生成部１１３ｂ−ｉは、発生させた擬似乱数を用いてセッション鍵K(n1)を生成して出力する。なお、このセッション鍵K(n1)は、共通鍵暗号方式（例えば、CamelliaやAESなど）に則って、識別子ID(n1)に対応する何れか秘密情報DOC(n1)を暗号化するための共通鍵である。

次に、生成されたセッション鍵K(n1)と、記憶部１１５−ｉに格納された公開パラメータparamsと、分解されたヘッダ情報Hreq又はリクエスト電文Mreqが含む識別子ID(n1)とが、ＩＤベース暗号化部１１３ｄ−ｉに入力される。ＩＤベース暗号化部１１３ｄ−ｉは、公開パラメータparamsと、公開鍵とする識別子ID(n1)とを用い、前述のＩＤベース暗号化方式に則って、セッション鍵K(n1)を暗号化し、暗号文
IBE(params,ID(n1),K(n1))=Encrypt(params,ID(n1),K(n1))（前述のEncrypt参照）
を生成して出力する（ステップＳ１２１ｅ）。

また、分解されたリクエスト電文Mreqと、生成されたセッション鍵K(n1)とが、共通鍵暗号化部１１３ｃ−ｉに入力される。共通鍵暗号化部１１３ｃ−ｉは、セッション鍵K(n1)を用い、前述の共通鍵暗号方式に則って、リクエスト電文Mreqを暗号化した暗号文SYE(K(n1),Mreq)を生成し、出力する（ステップＳ１２１ｆ）。

次に、分解されたヘッダ情報Hreqと、識別子ID(n1)と、生成された暗号文IBE(params,ID(n1),K(n1))と、暗号文SYE(K(n1),Mreq)とが、暗号化リクエストメッセージ生成部１１３ｅ−ｉに入力される。暗号化リクエストメッセージ生成部１１３ｅ−ｉは、これらを含む暗号文
EREQ(n1)=(Hreq,IBE(params,ID(n1),K(n1)),ID(n1),SYE(K(n1),Mreq))
を生成して出力する（ステップＳ１２１ｇ）。

暗号文EREQ(n1)は通信部１１９−ｉに入力される。通信部１１９−ｉは、暗号文EREQ(n1)を、ネットワーク１５２経由で、中継装置１３０に対して送信する（ステップＳ１２１ｈ／＜ステップＳ１２１の処理の詳細＞の説明終わり）。

＜ステップＳ１２２の処理の詳細＞
図１４は、ステップＳ１２２の処理の詳細を説明するための図である。

ステップＳ１２２では、まず、中継装置１３０（図８）の通信部１３０（中継装置入力部）に暗号文EREQ(n1)（暗号文C(ID(n1))）が受信（入力）される（ステップＳ１２２ａ）。この暗号文EREQ(n1)は、記憶部１３５に格納される（ステップＳ１２２ｂ）。

次に、復号部１３３（中継装置復号部）が、記憶部１３５に格納された何れかの鍵情報を用いて、通信部１３０（中継装置入力部）に受信（入力）された暗号文EREQ(n1)に対する復号処理を行う。

すなわち、まず、暗号文EREQ(n1)が復号部１３３のメッセージ分解部１３３ａに入力される。メッセージ分解部１３３ａは、暗号文EREQ(n1)を、ヘッダ情報Hreqと、暗号文IBE(params,ID(n1),K(n1))と、識別子ID(n1)と、暗号文SYE(K(n1),Mreq)とに分解して出力する（ステップＳ１２２ｃ）。次に、分解された暗号文IBE(params,ID(n1),K(n1))と、識別子ID(n1)と、記憶部１３５に格納された公開パラメータparamsとが、ＩＤベース復号部１３３ｄに入力される。ＩＤベース復号部１３３ｄは、識別子ID(n1)を用いて記憶部１３５に格納された鍵リスト１３５ａ（図９（Ａ））を検索する。ここで、識別子ID(n1)に対応付けられた秘密鍵SK(ID(m(n1)))が抽出されれば、ＩＤベース復号部１３３ｄは、公開パラメータparamsと秘密鍵SK(ID(m(n1)))とを用い、前述のＩＤベース暗号方式に則って暗号文IBE(params,ID(n1),K(n1))を復号し（前述のDecrypt参照）、セッション鍵K(n1)を生成する（ステップＳ１２２ｄ）。生成されたセッション鍵K(n1)は記憶部１３５に格納される。セッション鍵K(n1)が生成された場合、そのセッション鍵K(n1)と、分解された暗号文SYE(K(n1),Mreq)とが、共通鍵復号部１３３ｃに入力される。共通鍵復号部１３３ｃは、セッション鍵K(n1)を用い、前述の共通鍵暗号方式に則って、暗号文SYE(K(n1),Mreq)を復号し、リクエスト電文Mreqを生成して出力する（ステップＳ１２２ｅ）。

ここで、ステップＳ１２２ｃ〜Ｓ１２２ｅの処理によって暗号文EREQ(n1)が復号できなかった場合（ステップＳ１２２ｇ）、通信制御部１３２は、その処理結果（ステータスコード）等を示す記録ファイル１３６ａ（詳細は後述）を生成して履歴記録部１３６ａに格納する（ステップ１２２ｊ）。さらに、通信制御部１３２は、ステップＳ１２２ｂで記憶部１３５に格納された暗号文EREQ(n1)を通信部１３９に送り（ステップＳ１２２ｉ）、通信部１３９（中継装置出力部）が暗号文EREQ(n1)を、ネットワーク１５１経由で、送信先のサーバ装置１２０−ｊに対して送信する（ステップＳ１２２ｍ）。

一方、ステップＳ１２２ｃ〜Ｓ１２２ｅの処理によって暗号文EREQ(n1)が復号できた場合（ステップＳ１２２ｇ）、ステップＳ１２２ｃで分解されたヘッダ情報Hreqと、ステップＳ１２２ｅで得られたリクエスト電文Mreqとがメッセージ生成部１３３ｅに入力される。メッセージ生成部１３３ｅは、これらを含むリクエストメッセージREQ(n1)=(Hreq,Mreq)を生成して出力する（ステップＳ１２２ｈ）。生成されたリクエストメッセージREQ(n1)は通信制御部１３２に入力される。通信制御部１３２は、記憶部１３５に格納された制御規則情報を参照し、入力されたリクエストメッセージREQ(n1)（暗号文C(ID(n1))を復号することで得られた情報）が、制御規則情報によって特定される所定の通過条件を満たすか否かを判定する（ステップＳ１２２ｉ）。通信制御部１３２は、その処理結果（ステータスコード）等を示す記録ファイル１３６ａ（詳細は後述）を生成して履歴記録部１３６ａに格納する（ステップ１２２ｊ）。そして、リクエストメッセージREQ(n1)が通過条件を満たすと判定された場合、通信制御部１３２は、ステップＳ１２２ｂで記憶部１３５に格納された暗号文EREQ(n1)を通信部１３９に送り、通信部１３９（中継装置出力部）が、当該暗号文EREQ(n1)を、ネットワーク１５１経由で、送信先のサーバ装置１２０−ｊ（第２装置）に対して送信する（ステップＳ１２２ｍ）。一方、リクエストメッセージREQ(n1)が通過条件を満たさないと判定された場合には、通信制御部１３２は、エラーレスポンスメッセージERRを通信部１３９に送り、通信部１３９はエラーレスポンスメッセージERRを、送信元のクライアント装置１１０−ｉに対して送信する（ステップＳ１２２ｎ／＜ステップＳ１２２の処理の詳細＞の説明終わり）。

＜ステップＳ１２３〜Ｓ１２５の処理の詳細＞
図１５は、ステップＳ１２３〜Ｓ１２５の処理の詳細を説明するための図である。

まず、送信先のサーバ装置１２０−ｊ（図５）の通信部１２９−ｊに暗号文EREQ(n1)が受信される（ステップＳ１２３ａ）。暗号文EREQ(n1)は、復号部１２３−ｊの暗号化リクエストメッセージ分解部１２３ａ−ｊに入力される。暗号化リクエストメッセージ分解部１２３ａ−ｊは、暗号文EREQ(n1)を、ヘッダ情報Hreqと、暗号文IBE(params,ID(n1),K(n1))と、識別子ID(n1)と、暗号文SYE(K(n1),Mreq)とに分解して出力する（ステップＳ１２３ｂ）。次に、分解された暗号文IBE(params,ID(n1),K(n1))と、識別子ID(n1)と、記憶部１２５−ｊに格納された公開パラメータparamsとが、ＩＤベース復号部１２３ｄ−ｊに入力される。ＩＤベース復号部１２３ｄ−ｊは、識別子ID(n1)を用いて記憶部１２５−ｊに格納された鍵リスト１２５ａ−ｊ（図６（Ａ））を検索する。ここで、識別子ID(n1)に対応付けられた秘密鍵SK(ID(m(n1)))が抽出されれば、ＩＤベース復号部１２３ｄ−ｊは、公開パラメータparamsと秘密鍵SK(ID(m(n1)))とを用い、前述のＩＤベース暗号方式に則って暗号文IBE(params,ID(n1),K(n1))を復号し、セッション鍵K(n1)を生成する（ステップＳ１２３ｃ）。生成されたセッション鍵K(n1)は記憶部１２５−ｊに格納される。セッション鍵K(n1)が生成された場合、そのセッション鍵K(n1)と、分解された暗号文SYE(K(n1),Mreq)とが、共通鍵復号部１２３ｃ−ｊに入力される。共通鍵復号部１２３ｃ−ｊは、セッション鍵K(n1)を用い、前述の共通鍵暗号方式に則って、暗号文SYE(K(n1),Mreq)を復号し、リクエスト電文Mreqを生成して出力する（ステップＳ１２３ｄ）。

ここで、ステップＳ１２３ｂ〜Ｓ１２３ｄの処理によって暗号文EREQ(n1)が復号できなかった場合（ステップＳ１２３ｅ）、通信部１２９−ｊがエラーレスポンスメッセージERRを、ネットワーク１５１，１５２及び中継装置１３０経由で、送信元のクライアント装置１１０−ｊに送信し（ステップＳ１２３ｆ）、処理がエラー終了される。

一方、ステップＳ１２３ｂ〜Ｓ１２３ｄの処理によって暗号文EREQ(n1)が復号できた場合（ステップＳ１２３ｅ）、ステップＳ１２３ｂで分解されたヘッダ情報Hreqと、ステップＳ１２２ｄで得られたリクエスト電文Mreqとが、リクエストメッセージ生成部１２３ｅ−ｊに入力される。リクエストメッセージ生成部１２３ｅ−ｊは、これらを含むリクエストメッセージREQ(n1)=(Hreq,Mreq)を生成して出力する（ステップＳ１２３ｇ）。生成されたリクエストメッセージREQ(n1)は、サーバ処理部１２２−ｊに入力される。

サーバ処理部１２２−ｊは、リクエストメッセージREQ(n1)のヘッダ情報Hreq又はリクエスト電文Mreqが示す識別子ID(n1)を用い、秘密情報記憶部１２６−ｊに格納された秘密情報データベース１２６ａ−ｊ（図６（Ｂ））を検索し、識別子ID(n1)に対応する秘密情報DOC(ID(n1))を抽出する。次に、サーバ処理部１２２−ｊは、サーバ処理によって、送信先のアドレスなどを含むヘッダ情報Hresと、抽出した秘密情報DOC(ID(n1))を含むレスポンス電文Mresと、を有するレスポンスメッセージRES(n1)=(Hreq,Mres)を生成して出力する（ステップＳ１２４ｂ）。

レスポンスメッセージRES(n1)は、暗号化部１２４−ｊのレスポンスメッセージ分解部１１４ａ−ｊに入力される。レスポンスメッセージ分解部１１４ａ−ｊは、レスポンスメッセージRES(n1)をヘッダ情報Hresとレスポンス電文Mresとに分解して出力する（ステップＳ１２５ａ）。次に、分解されたレスポンス電文Mresと、記憶部１２５−ｊに格納されたセッション鍵K(n1)とが、共通鍵暗号化部１２４ｂ−ｊに入力される。共通鍵暗号化部１２４ｂ−ｊは、セッション鍵K(n1)を用い、前述の共通鍵暗号方式に則って、レスポンス電文Mresを暗号化する。共通鍵暗号化部１２４ｂ−ｊは、これによって得られた暗号文SYE(K(n1),Mres)を出力する（ステップＳ１２５ｂ）。

次に、分解されたヘッダ情報Hresと、生成された暗号文SYE(K(n1),Mres)とが、暗号化レスポンスメッセージ生成部１２４ｃ−ｊに入力される。暗号化レスポンスメッセージ生成部１２４ｃ−ｊは、これらを含む暗号文ERES(n1)=(Hres, SYE(K(n1),Mres))を生成して出力する（ステップＳ１２５ｃ）。

暗号文ERES(n1)は通信部１２９−ｊに入力される。通信部１２９−ｊは、暗号文ERES(n1)を、ネットワーク１５１経由で、中継装置１３０に対して送信する（ステップＳ１２５ｄ／＜ステップＳ１２３〜Ｓ１２５の処理の詳細＞の説明終わり）。

＜ステップＳ１２６の処理の詳細＞
図１６は、ステップＳ１２６の処理の詳細を説明するための図である。

ステップＳ１２６では、まず、中継装置１３０（図８）の通信部１３０に暗号文ERES(n1)が受信され（ステップＳ１２６ａ）、記憶部１３５に格納される（ステップＳ１２６ｂ）。

次に、復号部１３３が、記憶部１３５に格納された何れかの鍵情報を用いて、通信部１３０に受信された暗号文ERES(n1)に対する復号処理を行う。

すなわち、まず、暗号文ERES(n1)が復号部１３３のメッセージ分解部１３３ａに入力される。メッセージ分解部１３３ａは、暗号文ERES(n1)を、ヘッダ情報Hresと、暗号文SYE(K(n1),Mres)とに分解して出力する（ステップＳ１２６ｃ）。次に、ステップＳ１２２ｄで記憶部１３５に格納されたセッション鍵K(n1)と、分解された暗号文SYE(K(n1),Mres)とが、共通鍵復号部１３３ｃに入力される。共通鍵復号部１３３ｃは、セッション鍵K(n1)を用い、前述の共通鍵暗号方式に則って、暗号文SYE(K(n1),Mres)を復号し、レスポンス電文Mresを生成して出力する（ステップＳ１２６ｅ）。

ここで、ステップＳ１２６ｃ，Ｓ１２６ｅの処理によって暗号文ERES(n1)が復号できなかった場合（ステップＳ１２６ｇ）、通信制御部１３２は、その処理結果（ステータスコード）等を示す記録ファイル１３６ａ（詳細は後述）を生成して履歴記録部１３６ａに格納する（ステップ１２６ｊ）。さらに、通信制御部１３２は、ステップＳ１２６ｂで記憶部１３５に格納された暗号文ERES(n1)を通信部１３９に送り（ステップＳ１２６ｋ）、通信部１３９が暗号文ERES(n1)を、ネットワーク１５２経由で、送信先のクライアント装置１１０−ｉに対して送信する（ステップＳ１２６ｎ）。

一方、ステップＳ１２６ｃ，Ｓ１２６ｅの処理によって暗号文ERES(n1)が復号できた場合（ステップＳ１２６ｇ）、ステップＳ１２６ｃで分解されたヘッダ情報Hresと、ステップＳ１２６ｅで得られたレスポンス電文Mresとがメッセージ生成部１３３ｅに入力される。メッセージ生成部１３３ｅは、これらを含むレスポンスメッセージRES(n1)=(Hres,Mres)を生成して出力する（ステップＳ１２６ｉ）。生成されたレスポンスメッセージRES(n1)は通信制御部１３２に入力される。通信制御部１３２は、記憶部１３５に格納された制御規則情報を参照し、入力されたレスポンスメッセージRES(n1)が、制御規則情報によって特定される所定の通過条件を満たすか否かを判定する（ステップＳ１２６ｊ）。通信制御部１３２は、その処理結果（ステータスコード）等を示す記録ファイル１３６ａ（詳細は後述）を生成して履歴記録部１３６ａに格納する（ステップ１２６ｋ）。そして、レスポンスメッセージRES(n1)が通過条件を満たすと判定された場合には、通信制御部１３２は、ステップＳ１２６ｂで記憶部１３５に格納された暗号文ERES(n1)を通信部１３９に送り、通信部１３９が暗号文ERES(n1)を、ネットワーク１５２経由で、送信先のクライアント装置１１０−ｉに対して送信する（ステップＳ１２６ｎ）。一方、レスポンスメッセージRES(n1)が通過条件を満たさないと判定された場合には、通信制御部１３２は、エラーレスポンスメッセージERRを通信部１３９に送り、通信部１３９はエラーレスポンスメッセージERRを、送信元のサーバ装置１２０−ｊに対して送信する（ステップＳ１２６ｐ）。

［記録ファイル１３６ａの具体例］
図９（Ｂ）は、記録ファイル１３６ａの具体例を説明するための図である。

図９（Ｂ）に例示する記録ファイル１３６ａは、記録日時と、その通信に対応するクライアント装置１１０−ｉのアドレス情報と、サーバ装置１２０−ｊのアドレス情報と、サーバ装置１２０−ｊでの処理結果と、リクエスト電文Mreqと、レスポンス電文Mresと、中継装置１３０での処理結果とを含む。また、さらに記録する項目を追加しても良い。例として、中継装置１３０の電子署名やタイムスタンプ署名を追加することにより、記録ファイル１３６ａの改ざん検証を可能とする運用も考えられる。また、中継装置１３０の履歴記憶部１３６での記憶容量の制約や処理性能の影響を考慮し、記録対象を制限する運用も考えられる（＜ステップＳ１２６の処理の詳細＞の説明終わり）。

＜ステップＳ１２７の処理の詳細＞
図１７は、ステップＳ１１７の処理の詳細を説明するための図である。

まず、送信先のクライアント装置１１０−ｉ（図３）の通信部１１９−ｉに暗号文ERES(n1)が受信される（ステップＳ１２７ａ）。暗号文ERES(n1)は、復号部１１４−ｉの暗号化レスポンスメッセージ分解部１１４ａ−ｉに入力される。暗号化レスポンスメッセージ分解部１１４ａ−ｉは、暗号文ERES(n1)を、ヘッダ情報Hresと、暗号文SYE(K(n1),Mres)とに分解して出力する（ステップＳ１２７ｂ）。次に、ステップＳ１２１ｄで記憶部１１５−ｉに格納されたセッション鍵K(n1)と、ステップＳ１２７ｂで分解された暗号文SYE(K(n1),Mres)とが、共通鍵復号部１１４ｂ−iに入力される。共通鍵復号部１１４ｂ−iは、セッション鍵K(n1)を用い、前述の共通鍵暗号方式に則って、暗号文SYE(K(n1),Mres)を復号する（ステップＳ１２７ｄ）。

ここで、暗号文SYE(K(n1),Mres)が復号されなかった場合（ステップＳ１２７ｅ）、ブラウザ処理部１１２−ｉがブラウザ処理を行って（ステップＳ１２７ｆ）、出力インタフェース部１１８−ｉからエラーレスポンスERRが出力され（ステップＳ１２７ｇ）、処理がエラー終了される。一方、暗号文SYE(K(n1),Mres)が復号された場合、それによって得られたレスポンス電文Mresと、ステップＳ１２７ｂで分解されたヘッダ情報Hresとが、レスポンスメッセージ生成部１１４ｃ−ｉに入力される。レスポンスメッセージ生成部１１４ｃ−ｉは、これらを含むレスポンスメッセージRES(n1)=(Hres,Mres)を生成して出力し、記憶部１１５−ｉに格納する（ステップＳ１２７ｈ）。レスポンスメッセージRES(n1)は、ブラウザ処理部１１２−ｉに送られ、ブラウザ処理部１１２−ｉがブラウザ処理を行って（ステップＳ１２７ｉ）、出力インタフェース部１１８−ｉからレスポンス電文Mresを出力する（ステップＳ１２７ｊ／＜ステップＳ１２７の処理の詳細＞の説明終わり）。

＜リクエストメッセージREQ(n1)及びその暗号文EREQ(n1)の例＞
図１８（Ａ）（Ｂ）は、ＨＴＴＰにおけるリクエストメッセージREQ(n1)及びその暗号文EREQ(n1)の例を説明するための図である。

図１８（Ａ）の例は、ＧＥＴメソッドでのリクエストメッセージREQ(n1)とその暗号文EREQ(n1)の例である。この例の場合、リクエストメッセージREQ(n1)のヘッダ情報Hreqと、暗号文IBE(params,ID(n1),K(n1))と、識別子ID(n1)とが、暗号文EREQ(n1)の新たなヘッダ情報とされ、暗号文SYE(K(n1),Mreq)が暗号文EREQ(n1)の新たな本文内容（ボディ）とされる。

図１８（Ｂ）の例は、ＰＯＳＴメソッドでのリクエストメッセージREQ(n1)とその暗号文EREQ(n1)の例である。この例の場合、リクエストメッセージREQ(n1)のヘッダ情報Hreqと、暗号文IBE(params,ID(n1),K(n1))と、識別子ID(n1)と、本文内容が暗号化されていることを示すコンテンツエンコーディングヘッダ（Content-Encoding: ibeciphered）とが、暗号文EREQ(n1)の新たなヘッダ情報とされ、暗号文SYE(K(n1),Mreq)が暗号文EREQ(n1)の新たな本文内容とされる（＜リクエストメッセージREQ(n1)及びその暗号文EREQ(n1)の例＞の説明終わり）。

＜レスポンスメッセージRES(n1)及びその暗号文ERES(n1)の例＞
図１９は、ＨＴＴＰにおけるレスポンスメッセージRES(n1)及びその暗号文ERES(n1)の例を説明するための図である。この例の場合、レスポンスメッセージRES(n1)のヘッダ情報Hresと、本文内容が暗号化されていることを示すコンテンツエンコーディングヘッダ（Content-Encoding: ibeciphered）とが、暗号文ERES(n1)の新たなヘッダ情報とされ、暗号文SYE(K(n1),Mreq)が暗号文ERES(n1)の新たな本文内容とされる（＜レスポンスメッセージREQ(n1)及びその暗号文EREQ(n1)の例＞の説明終わり）。

＜本形態の特徴＞
以上のように、本形態では、サーバ装置１２０−ｊに格納されるN種類の識別子ID(n) (n∈{1,...,N})から選択されたM種類の各識別子ID(m)(m∈{m(1),...,m(M)}⊂{1,...,N})にそれぞれ対応する秘密鍵SK(ID(n))(n∈{1,...,N})が中継装置１３０に預託されて格納される。中継装置１３０は、当該選択されたM種類の各識別子ID(m)にそれぞれ対応する鍵情報に対応する暗号文のみを復号でき、それらの通信内容を管理できる。これにより、クライアント装置１１０−ｉとサーバ装置１２０−ｊとの間で暗号化手法を用いたセキュア通信が行われる場合において、その通信内容の記録・監視などの管理を、クライアント装置１１０−ｉとサーバ装置１２０−ｊとの間に介在する中継装置１３０に、選択的に実行させることができる。

また、本形態では、各識別子ID(n)(n∈{1,...,N})が、それぞれ、暗号化対象となる文書情報などの秘密情報に対応し、クライアント装置１１０−ｉとサーバ装置１２０−ｊとの間で秘密情報単位の秘密通信路を確保することとした。そのため、セキュアな通信により一般的な第三者の介在を回避しつつ、中継装置１３０に秘密情報単位で、記録・監視などの管理を許諾するか否かを選択することが可能となる。

また、クライアント装置１１０−ｉとサーバ装置１２０−ｊとの間で確保される秘密通信路は、中継装置１３０にとって透過的である。従って、秘密情報単位での秘密通信の独立性を保持することができる。

本形態では、中継装置１３０が、クライアント装置１１０−ｉとサーバ装置１２０−ｊとの間で確保される秘密通信路を一元的に管理することも可能である。

〔第１実施形態の変形例１〕
なお、鍵管理装置１４０からサーバ装置１２０−ｊに秘密鍵SK(ID(n))が配信されるタイミングや、鍵管理装置１４０から中継装置１３０に秘密鍵SK(ID(m))が配信されるタイミングは上述のものに限定されない。すなわち、ステップＳ１０１及びＳ１０２の処理は、サーバ装置１２０−ｊによる復号処理前の任意の時点で実行されればよく、ステップＳ１１３及びＳ１１４は、中継装置１３０による復号処理の任意の時点で実行されればよい。

また、秘密鍵が必要となるたびに、サーバ装置１２０−ｊや中継装置１３０が鍵管理装置１４０に秘密鍵の送信を要求し、秘密鍵を取得してもよい。この場合、中継装置１３０から秘密鍵の送信が要求された鍵管理装置１４０は、発行委託リストを参照し、サーバ装置１２０−ｊから預託を許諾された秘密鍵のみを中継装置１３０に送信する。

また、本形態では、サーバ装置１２０−ｊに格納されるN種類の識別子ID(n) (n∈{1,...,N})から選択されたM種類の各識別子ID(m)(m∈{m(1),...,m(M)}⊂{1,...,N})にそれぞれ対応する秘密鍵SK(ID(n))(n∈{1,...,N})が中継装置１３０にも格納される。しかし、必ずしも、N種類の識別子ID(n)が同時期にサーバ装置１２０−ｊに格納されている必要はない。同様に、必ずしも、M種類の秘密鍵SK(ID(n))(n∈{1,...,N})が同時期に中継装置１３０格納されている必要もない。

上記の実施形態では、サーバ装置１２０−ｊが中継装置１３０に預託する秘密鍵を特定するための委託情報を鍵管理装置１４０に送信し、鍵管理装置１４０が委託情報で特定される秘密鍵を中継装置１３０に送信することとした。しかし、サーバ装置１２０−ｊが、預託する秘密鍵を直接中継装置１３０に送信してもよい。

また、秘密鍵の送信要求を受けてから中継装置１３０が秘密鍵を生成するのではなく、事前に中継装置１３０が生成し、中継装置１３０がそれらを保存しておいてもよい。

〔第１実施形態の変形例２〕
また、上記の実施形態では、中継装置１３０が暗号文EREQ(n1)を受信したことを契機に、中継装置１３０が暗号文EREQ(n1)を復号してリクエスト電文Mreqを生成した。また、中継装置１３０が暗号文ERES(n1)を受信したことを契機に、中継装置１３０が暗号文ERES(n1)を復号してレスポンス電文Mreqを生成した。そして、中継装置１３０は、復号して得られたリクエスト電文Mreqやレスポンス電文Mreqを含む記録ファイル１３６ａを履歴記憶部１３６に格納した。しかし、中継装置１３０が暗号文EREQ(n1)や暗号文ERES(n1)を復号せず、これらを含む記録ファイルを生成・格納してもよい。この場合でも、中継装置１３０は、通信終了後、記憶部１３５に格納された鍵リスト１３５ａが含む秘密鍵で復号できる範囲で、暗号文EREQ(n1)や暗号文ERES(n1)を復号し、リクエスト電文Mreqやレスポンス電文Mreqを検証できる。

〔第１実施形態の変形例３〕
本形態では、セキュリティシステム１において１つの公開パラメータparamsのみを設定し、これを用いてＩＤベース暗号方式に則った処理を行うこととした。しかし、セキュリティシステム１において複数の公開パラメータが設定されてもよい。この場合には、暗号化リクエストメッセージである暗号文EREQ(n1)のヘッダ情報に、公開パラメータを特定する情報（公開パラメータの識別子、公開パラメータの発行者、公開パラメータの値など）を含めることとしてもよい。また、この場合、サーバ装置１２０−ｊや中継装置１３０に格納される鍵リストに、各秘密鍵に対応する公開パラメータを特定する項目を追加し、前述した識別子ID(n1)と公開パラメータの識別子との組から、暗号文EREQ(n1)を復号するための秘密鍵が決定されてもよい。

〔第１実施形態の変形例４〕
また、必ずしも、識別子ID(n)と文書情報などの秘密情報とが一対一で対応する必要もない。すなわち、少なくとも一部の秘密情報が、それぞれ、何れかの分類に属し、少なくとも一部の分類には、複数種類の秘密情報が属し、少なくとも一部の識別子ID(n)が、複数種類の秘密情報が属する分類に対応してもよい。

例えば、秘密情報の正規表現やワイルドカードなどのパターンに対応する識別子ID(n)を用いてもよい。このような識別子ID(n)は、それ対応する正規表現やワイルドカードなどのパターンに合致するすべての秘密情報に対応する。この場合、中継装置が鍵管理装置に対して取得を希望する秘密情報に対応する情報を提供し、それによって特定される秘密情報が適合するパターンに対応する識別子ID(n)に対応付けられた秘密鍵を中継装置に送信する運用も可能である。

また、例えば、各秘密情報が格納されたネットワーク上の位置を示す各URLの一部を識別子ID(n)として用いてもよい。例えば、各秘密情報のURLがhttp://aaa.com/path1/...である場合、http://aaa.com/path1/を識別子ID(n)としてもよい。このような識別子ID(n)は、http://aaa.com/path1/で始まるURLに位置するすべての秘密情報に対応する。この場合、中継装置が鍵管理装置に対して取得を希望する秘密情報のURLを提供し、そのURLがhttp://aaa.com/path1/のパス配下、すなわち、http://aaa.com/path1/...となる場合に、http://aaa.com/path1/に対応する識別子ID(n)に対応付けられた秘密鍵を中継装置に送信する運用も可能である。

〔第２実施形態〕
第１実施形態では、KEM方式によって暗号化を行う例を説明した。すなわち、第１実施形態の暗号化リクエストメッセージ（暗号文C(ID(n1))）は、識別子ID(n1)を用い、IDベース暗号方式に則ってセッション鍵（共通鍵）を暗号化した暗号文を含む情報であった。しかし、第１装置が、KEM方式ではなく、識別子ID(n1)を用い、IDベース暗号方式に則って、当該識別子ID(n1)に対応する秘密情報を直接的に暗号化し、暗号文
C(ID(n1))=Encrypt(params, ID(n1), 秘密情報)
を生成してもよい。暗号文C(ID(n1))は、中継装置経由で、第２装置に送信される。中継装置は、第２装置から預託されて自らの記憶部に格納した鍵情報（第１実施形態又はその変形例と同様に預託された秘密鍵SK(ID(m))(m∈{m(1),...,m(M)}⊂{1,...,N})）で復号できる範囲で、自らの記憶部に格納した暗号文C(ID(n1))を復号でき、その通信内容を管理できる。第２装置は、自らの記憶部に格納した鍵情報（SK(ID(n1))）を用いて暗号文C(ID(n1))を復号して秘密情報を得ることができる。

その他、第２実施形態において、第１実施形態の変形例１〜４と同様な変形がなされてもよい。

〔その他の変形例〕
なお、本発明は上述の各実施形態に限定されるものではない。例えば、上述の各実施形態のオプション処理として、クライアント装置１１０−ｉとサーバ装置１２０−ｊとの間で、暗号化されていないリクエストメッセージやレスポンスメッセージのやり取りを行い、クライアント装置１１０−ｉとサーバ装置１２０−ｊとの間に介在した中継装置１３０がこれらの通信内容を管理することができてもよい。

また、請求項の用語の解釈に関し、複数個のクライアント装置１１０−ｉを１つの第１装置と解釈してもよいし、複数個のサーバ装置１２０−ｊを１つの第２装置として解釈してもよい。

また、上記の各実施形態では、一例として、本発明をＨＴＴＰに適用した例を示したが、これは本発明を限定するものではない。また、ネットワークを介した通信を行う代わりに、ＵＳＢメモリなどの可搬型の記録媒体を経由し、第１装置と中継装置と第２装置との間の情報のやり取りが為されてもよい。また、ＩＤベース暗号方式の代わりにその他の公開鍵暗号方式が用いられてもよい。

また、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。

また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。

また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。

また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

１ セキュリティシステム
１１０−ｉ クライアント装置
１２０−ｊ サーバ装置
１３０ 中継装置
１４０ 鍵管理装置

Claims (10)

1. 第１装置と第２装置と中継装置とを有し、
   前記第２装置は、N種類（Nは２以上の整数）の各識別子ID(n)(n∈{1,...,N})にそれぞれ対応する鍵情報を格納する第２装置記憶部を含み、
   前記中継装置は、前記N種類の識別子ID(n)(n∈{1,...,N})から選択されたM種類（1≦M＜N）の各識別子ID(m)(m∈{m(1),...,m(M)}⊂{1,...,N})にそれぞれ対応する鍵情報を格納する中継装置記憶部を含み、
   前記第１装置は、
   何れかの識別子ID(n1)(n1∈{1,...,N})に対応する鍵情報を用いて復号可能な暗号文C(ID(n1))を生成する暗号化部と、
   前記暗号文C(ID(n1))を前記中継装置に対して出力する第１装置出力部と、を含み、
   前記中継装置は、
   前記暗号文C(ID(n1))が入力される中継装置入力部と、
   前記暗号文C(ID(n1))を格納する中継装置記憶部と、
   前記暗号文C(ID(n1))を前記第２装置に対して出力する中継装置出力部と、を含み、
   前記第２装置は、
   前記暗号文C(ID(n1))が入力される第２装置入力部と、
   前記暗号文C(ID(n1))に対応する鍵情報を用い、前記暗号文C(ID(n1))に対する復号処理を行う第２装置復号部と、を含む、
   ことを特徴とするセキュリティシステム。
2. 請求項１のセキュリティシステムであって、
   前記鍵情報は、IDベース暗号方式の秘密鍵である、
   ことを特徴とするセキュリティシステム。
3. 請求項１又は２のセキュリティシステムであって、
   各識別子ID(n)(n∈{1,...,N})は、それぞれ、何れかの秘密情報に対応し、
   前記暗号文C(ID(n1))は、
   前記識別子ID(n1)を用い、IDベース暗号方式に則って共通鍵を暗号化した暗号文を含む情報であるか、又は、前記識別子ID(n1)を用い、IDベース暗号方式に則って前記識別子ID(n1)に対応する何れかの秘密情報を暗号化した暗号文を含む情報であり、
   前記共通鍵は、共通鍵暗号方式に則って前記識別子ID(n1)に対応する何れかの秘密情報を暗号化するための鍵である、
   ことを特徴とするセキュリティシステム。
4. 請求項３のセキュリティシステムであって、
   少なくとも一部の前記秘密情報は、それぞれ、何れかの分類に属し、
   少なくとも一部の前記分類には、複数種類の前記秘密情報が属し、
   少なくとも一部の識別子ID(n)は、複数種類の前記秘密情報が属する前記分類に対応する、
   ことを特徴とするセキュリティシステム。
5. 請求項１から４の何れかのセキュリティシステムであって、
   前記第２装置は、前記中継装置の前記中継装置記憶部に格納させる前記鍵情報を特定するための委託情報を出力する第２装置出力部を含み、
   前記中継装置記憶部は、前記委託情報によって特定された前記鍵情報を格納する、
   ことを特徴とするセキュリティシステム。
6. 請求項５のセキュリティシステムであって、
   鍵管理装置を有し、
   前記第２装置出力部は、前記委託情報を前記鍵管理装置に対して出力し、
   前記鍵管理装置は、
   前記委託情報が入力される鍵管理装置入力部と、
   前記委託情報によって特定された前記鍵情報を前記中継装置に対して出力する鍵管理装置出力部と、を含み、
   前記中継装置は、前記鍵情報が入力される第２中継装置入力部を含み、
   前記中継装置記憶部は、前記第２中継装置入力部に入力された前記鍵情報を格納する、
   ことを特徴とするセキュリティシステム。
7. 請求項１から６の何れかのセキュリティシステムであって、
   前記中継装置は、
   前記中継装置記憶部に格納された何れかの前記鍵情報を用いて、前記中継装置入力部に入力された前記暗号文C(ID(n1))に対する復号処理を行う中継装置復号部と、
   前記中継装置復号部で前記暗号文C(ID(n1))が復号できた場合に、前記暗号文C(ID(n1))を復号することで得られた情報が所定の通過条件を満たすか否かを判定する通過制御部と、を含み、
   前記中継装置出力部は、前記中継装置復号部で前記暗号文C(ID(n1))が復号できなかった場合、及び、前記通過制御部で前記通過条件を満たすと判定された場合に、前記暗号文C(ID(n1))を前記第２装置に対して出力する、
   ことを特徴とするセキュリティシステム。
8. 請求項１から７の何れかのセキュリティシステムが有する中継装置。
9. 第１装置と第２装置と中継装置とを有するセキュリティシステムが実行するセキュリティ方法であって、
   前記第２装置の第２装置記憶部に、N種類（Nは２以上の整数）の各識別子ID(n)(n∈{1,...,N})にそれぞれ対応する鍵情報を格納するステップと、
   前記中継装置の中継装置記憶部に、前記N種類の識別子ID(n)(n∈{1,...,N})から選択されたM種類（1≦M＜N）の各識別子ID(m)(m∈{m(1),...,m(M)}⊂{1,...,N})にそれぞれ対応する鍵情報を格納するステップと、
   前記第１装置の暗号化部が、何れかの識別子ID(n1)(n1∈{1,...,N})に対応する鍵情報を用いて復号可能な暗号文C(ID(n1))を生成するステップと、
   前記第１装置の第１装置出力部が、前記暗号文C(ID(n1))を前記中継装置に対して出力するステップと、
   前記中継装置の中継装置入力部に、前記暗号文C(ID(n1))が入力されるステップと、
   前記中継装置の中継装置記憶部に、前記暗号文C(ID(n1))を格納するステップと、
   前記中継装置の中継装置出力部が、前記暗号文C(ID(n1))を前記第２装置に対して出力するステップと、
   前記第２装置の第２装置入力部に、前記暗号文C(ID(n1))が入力されるステップと、
   前記第２装置の第２装置復号部が、前記暗号文C(ID(n1))に対応する鍵情報を用い、前記暗号文C(ID(n1))に対する復号処理を行うステップと、
   を有するセキュリティ方法。
10. 請求項８の中継装置としてコンピュータを機能させるためのプログラム。
    

Images