(57)【要約】【課題】ユーザクライアントが複数のグループに重複して所属する場合にも、鍵の管理を容易にすること。【解決手段】鍵管理サーバ１００は、マスタクライアント２１から通知された数だけ鍵番号と鍵との組み合わせを生成してハードウェアモジュールに格納する。新規グループの登録依頼として人数と鍵番号とを受けると、鍵番号を一つずつ読み出す。鍵番号が既存の場合には、登録簿１２０から鍵番号が一致するレコードを抽出して鍵、ユーザＩＤを読み出し、新しいレコードに新規グループのグループ番号、読み出した既存の鍵番号、鍵、ユーザＩＤを書き込み管理簿に追加する。鍵番号が既存の番号でない場合には、新しいレコードに新規グループ番号、鍵番号を書き込み、管理簿に追加する。鍵管理サーバは、新規登録ユーザのユーザクライアントから鍵番号と鍵とユーザＩＤとを受け付けて登録し、ユーザ登録が完了したことを各ユーザクライアントに通知する。【選択図】図２
2009239706.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザクライアントを含むグループ内での暗号通信を可能とするため、鍵管理サーバから各ユーザクライアントに鍵を配布し、鍵管理サーバにより各ユーザクライアントの識別情報、鍵番号、鍵、所属グループ情報を含む属性情報がレコードとして登録された登録簿を利用して鍵を管理する鍵管理方法において、
前記鍵管理サーバは、新たなグループの追加要求があると、当該新グループに所属するユーザクライアントが他の既存のグループにも所属している場合には、当該他のグループについて前記登録簿に登録された属性情報を当該新グループにおける当該ユーザクライアントの属性情報として登録し、既存のグループに所属していない場合には、新たな属性情報を登録することを特徴とするグループ暗号通信における鍵管理方法。
【請求項２】
前記鍵管理サーバは、前記新グループのユーザクライアントが他の既存のグループにも所属している場合には、既存のグループのユーザクライアントとして登録された鍵番号を当該ユーザクライアントから受け取り、受け取った鍵番号により前記登録簿を検索して当該ユーザクライアントの他のグループにおける属性情報を読み取り、当該新グループにおける属性情報として登録することを特徴とする請求項１に記載のグループ暗号通信における鍵管理方法。
【請求項３】
前記鍵管理サーバは、前記新グループのユーザクライアントが他の既存のグループに所属していない場合には、鍵番号と鍵とを新たに生成し、当該ユーザクライアントの識別情報を受け取って前記登録簿に登録することを特徴とする請求項１又は２に記載のグループ暗号通信における鍵管理方法。
【請求項４】
前記鍵管理サーバは、前記新グループのユーザクライアントが他の既存のグループに所属していない場合には、鍵番号と鍵とを新たに生成してハードウェアモジュールに格納すると共に、前記登録簿に鍵番号を登録し、当該ハードウェアモジュールを受け取ったユーザクライアントから鍵番号、鍵、ユーザクライアントの識別情報を受け取って前記登録簿の鍵番号が一致するレコードに登録することを特徴とする請求項３に記載のグループ暗号通信における鍵管理方法。
【請求項５】
複数のユーザクライアントを含むグループ内での暗号通信を可能とするため、鍵管理サーバから各ユーザクライアントに鍵を配布し、鍵管理サーバに各ユーザクライアントの識別情報、鍵番号、鍵、所属グループ情報を含む属性情報がレコードとして登録された登録簿を利用して鍵を管理させる鍵管理プログラムにおいて、
前記鍵管理サーバに、
新たなグループの追加要求があると、当該新グループのユーザクライアントが他の既存のグループに所属しているか否かを判定する手順と、
既存のグループに所属している場合には、当該他のグループについて前記登録簿に登録された属性情報を当該新グループにおける当該ユーザクライアントの属性情報として登録する手順と、
既存のグループに所属していない場合には、新たな属性情報を登録する手順とを実行させること特徴とするグループ暗号通信における鍵管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザクライアントを含むグループ内での暗号通信を可能とするため、鍵管理サーバから各ユーザクライアントに鍵を配布し、鍵管理サーバにより各ユーザクライアントの識別情報、鍵番号、鍵、所属グループ情報を含む属性情報がレコードとして登録された登録簿を利用して鍵を管理する鍵管理方法、及び、鍵管理サーバに上記方法を実行させるための鍵管理プログラムに関する。
【背景技術】
【０００２】
鍵管理サーバよりユーザクライアントへ鍵を配布する従来のシステムでは、新たなグループの追加要求があると、鍵管理サーバは、鍵番号と鍵を格納したUSBトークン等のハードウェアモジュールを発行すると共に、登録簿に上記の鍵番号と所属グループ情報とを格納したレコードを登録する。特定のグループに属する各ユーザクライアントは、そのグループの管理者（マスタクライアント）を介してハードウェアモジュールを受け取る。各ユーザクライアントは、受け取ったハードウェアモジュールをそれぞれが管理するクライアントＰＣに装着し、鍵管理サーバにアクセスして鍵番号、鍵、クライアントの識別情報を送る。鍵管理サーバは、登録簿から受け取った鍵番号に一致するレコードを抽出し、このレコードに受け取った鍵と識別情報とを登録する。このような手続をグルーブ毎に実行することにより、各グループに関するユーザクライアントの情報が鍵管理サーバの登録簿に登録される。
【０００３】
本願に関連する技術として、例えば特許文献１には、電子情報をある特定のグループの複数の利用者のみで共有する場合に、このグループの複数の利用者に対して、相異なる復号鍵を生成し配布する方法が開示されている。
【特許文献１】特開２００６−１３５６１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来のシステムでは、グループ毎にユーザクライアントを登録しているため、例えば第１のグループに属するユーザクライアントが第２のグループにも重複して属する場合には、各グループについてユニークな鍵番号と鍵とを登録する必要があり、かつ、ユーザは２つのハードウェアモジュールを保有し、使い分ける必要があり、属するグループの数が多くなるほど管理が煩雑になるという問題があった。
【０００５】
本発明は、上記の問題点に鑑みてなされたものであり、その課題は、ユーザクライアントが複数のグループに重複して所属する場合にも、容易に鍵の管理が可能な鍵管理方法、及び、鍵管理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明によるグループ暗号通信における鍵管理方法は、複数のユーザクライアントを含むグループ内での暗号通信を可能とするため、鍵管理サーバから各ユーザクライアントに鍵を配布し、鍵管理サーバにより各ユーザクライアントの識別情報、鍵番号、鍵、所属グループ情報を含む属性情報がレコードとして登録された登録簿を利用して鍵を管理する方法において、鍵管理サーバは、新たなグループの追加要求があると、当該新グループに所属するユーザクライアントが他の既存のグループにも所属している場合には、当該他のグループについて登録簿に登録された属性情報を当該新グループにおける当該ユーザクライアントの属性情報として登録し、既存のグループに所属していない場合には、新たな属性情報を登録するようにしたことを特徴とする。
【０００７】
鍵管理サーバは、新グループのユーザクライアントが他の既存のグループにも所属している場合には、既存のグループのユーザクライアントとして登録された鍵番号を当該ユーザクライアントから受け取り、受け取った鍵番号により登録簿を検索して該ユーザクライアントの他のグループにおける属性情報を読み取り、当該新グループにおける属性情報として登録することが望ましい。
【０００８】
また、鍵管理サーバは、新グループのユーザクライアントが他の既存のグループに所属していない場合には、鍵番号と鍵とを新たに生成し、当該ユーザクライアントの識別情報を受け取って登録簿に登録することが望ましい。
【０００９】
さらに、鍵管理サーバは、新グループのユーザクライアントが他の既存のグループに所属していない場合には、鍵番号と鍵とを新たに生成してハードウェアモジュールに格納すると共に、登録簿に鍵番号を登録し、当該ハードウェアモジュールを受け取ったユーザクライアントから鍵番号、鍵、ユーザクライアントの識別情報を受け取って登録簿の鍵番号が一致するレコードに登録するようにしてもよい。
【００１０】
一方、本願発明に係る鍵管理プログラムは、鍵管理サーバに、新たなグループの追加要求があると当該新グループのユーザクライアントが他の既存のグループに所属しているか否かを判定する手順と、既存のグループに所属している場合には当該他のグループについて前記登録簿に登録された属性情報を当該新グループにおける当該ユーザクライアントの属性情報として登録する手順と、既存のグループに所属していない場合には新たな属性情報を登録する手順とを実行させること特徴とする。
【発明の効果】
【００１１】
本発明の鍵管理方法によれば、新規のグループを登録する際に、鍵管理サーバの登録簿に既に特定のグループのメンバーとして登録されているユーザクライアントについては、他のグループについて登録されている属性情報を流用することができるため、管理側の負担が軽減されると共に、当該ユーザクライアントは既存のグループで登録されている鍵を他のグループの暗号通信にもそのまま利用することができ、グループ毎に複数の鍵を使い分ける必要がない。したがって、ユーザクライアントは、複数のグループに所属する場合にも、複数のハードウェアモジュールを所持する必要がなく、鍵管理の負担を軽減することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明にかかるグループ暗号通信における鍵管理方法及び鍵管理プログラムの実施形態を図面に基づいて説明する。図１は、実施形態の鍵管理方法を実現するためのネットワークシステムの一部を簡略化して示したブロック図である。このシステムは、ローカルエリアネットワーク等のネットワーク内で互いに接続された鍵管理サーバ１００と５つのクライアント１１、１２、２１、２２、２３とから構成されている。
【００１３】
クライアントは、１つまたは２つ以上のグループに所属することが可能である。同じグループに所属するクライアント同士は暗号通信が可能であり、互いに異なるグループに属するクライアント同士の暗号通信は不可能である。暗号化、復号のための鍵は、鍵管理サーバ１００によりＵＳＢトークン等のハードウェアモジュールに格納して各クライアントに配布される。各クライアントは、このハードウェアモジュールをクライアントのＰＣに装着することにより、鍵を読み込んで暗号通信を可能にする。
【００１４】
鍵管理サーバ１００は、汎用コンピュータであり、鍵管理プログラム１１０と、各ユーザクライアントの識別情報(ユーザＩＤ)、鍵番号、鍵、所属グループ情報(グループ番号)
を含む属性情報がレコードとして登録された登録簿１２０とを備えている。鍵管理プログラム１１０は、各ユーザクライアントをグルーブとして登録するグループ登録モジュール１１１と、各グループに所属するユーザクライアントの識別情報であるユーザＩＤを登録させるためのＩＤ登録モジュール１１２と、所定のアルゴリズムにしたがって各ユーザクライアント毎の暗号鍵を生成する鍵生成モジュール１１３とを含む。
【００１５】
クライアントは、所属するグループを管理するマスタクライアント１１、２１と、通常のユーザクライアント１２、２２、２３とに分類できる。全てのクライアントは、鍵管理サーバ１００にアクセスして登録簿１２０にユーザＩＤを登録させるためのＩＤ登録プログラム１１ａ，１２ａ，２１ａ，２２ａ，２３ａを備えている。また、マスタクライアント１１、２１は、各グループを管理するためのグループ管理プログラム１１ｂ，２１ｂを備えている。
【００１６】
上記の図１に示すようなネットワークを前提として、新規グループを登録する際のサーバ、クライアントの作用を図２に基づいて説明する。ここでは、クライアント１１、１２がグループ１を既に構成しており、クライアント２１、２２、２３、１２によりグループ２を新規に作成する場合を例にして説明する。グループ１が既に構成されているため、登録簿１２０には以下の表１に示すような情報が登録されている。
【００１７】
【表１】
2009239706.tif 000003
【００１８】
グループ２を新たに構成する場合、グループ２のマスタクライアント２１は、グループ２に所属するクライアント２１、２２、２３、１２が他の既存のグループ(ここではグループ１)に所属しているか否かをクライアントに確認する(MC1)。グループ２のマスタクライアント２１は、グループ１に関する情報は持ち合わせていないため、グループ２に所属する各クライアントからの申告により確認する。ここでは、ユーザクライアント１２がグループ１にも所属しているため、その鍵番号ＫＩＤ１２がマスタクライアント２１に送られる。
【００１９】
マスタクライアント２１は、グループ２を構成する自身を含めた４つのクライアントのうち、１つのユーザクライアント１２のみが既存のグループに所属しており、他の３つのクライアントは新規登録ユーザであることを確認できる。そこで、３つの新規登録ユーザ分のハードウェアモジュールの発行を鍵管理サーバ１００に依頼する(MC2)。
【００２０】
これを受けた鍵管理サーバ１００は、鍵生成モジュール１１３により新規登録ユーザ分として３組の鍵番号と鍵との組み合わせを生成する(KS1)。そして、生成した鍵番号と鍵とを１組ずつユーザ毎に３つのハードウェアモジュールに格納し(KS2)、これらをマスタクライアント２１に渡す(KS3)。ハードウェアモジュールを渡す作業は、鍵管理サーバ１００の管理者がマスタクライアント２１のユーザに手渡すことにより行われる。
【００２１】
ハードウェアモジュールを受け取ったマスタクライアント２１は、次に新規グループ(グループ２)の登録を鍵管理サーバ１００に依頼する(MC3)。ここでは、グループの人数と
、人数分の鍵番号とを通知する。新規登録ユーザの鍵番号は受け取ったハードウェアモジュールから読み出して通知し、既存のユーザの鍵番号は先のＵＣ１で通知されたものを転送する。
【００２２】
鍵管理サーバ１００は、新規の鍵番号と新規グループ番号「２」とを登録して新規登録ユーザのレコードを追加し(KS4)、新規グループ番号「２」と既存の鍵番号、鍵、ユーザＩＤを登録して既存ユーザのレコードを追加する(KS5)。既存ユーザについては、鍵番号により登録簿１２０を検索することにより、既に登録されている鍵とユーザＩＤとを抽出しておき、これを新規グループのレコードにコピーする。この段階で、登録簿１２０の内容は以下の表２の通りとなる。
【００２３】
【表２】
2009239706.tif 000004
【００２４】
鍵管理サーバ１００は、マスタクライアント２１に対してグループ登録の完了を通知する(KS6)。これを受けてマスタクライアント２１は、先に渡されたハードウェアモジュールのうちユーザクライアント２２，２３の分の２つをそれぞれのユーザクライアントに渡し(MC4)、自己のハードウェアモジュールはそのまま保持する。これにより、各ユーザクライアントは自己の鍵番号と鍵とを取得する。マスタクライアント２１は、新規登録ユーザ(クライアント２２，２３)に対しては鍵とユーザＩＤとを通知するように依頼し(MC5)、既存のグループに所属するユーザ(クライアント１２)に対しては登録の完了を通知する(MC6)。
【００２５】
新規登録ユーザであるユーザクライアント２２、２３のユーザは、渡されたハードウェアモジュールに格納された鍵番号及び鍵と、自己のユーザＩＤとを鍵管理サーバ１００に通知する(UC2)。なお、図示はしていないが、マスタクライアント２１も新規登録ユーザであるため、ここで自己のハードウェアモジュールに格納された鍵番号及び鍵と、ユーザＩＤとを鍵管理サーバ１００に通知する。ユーザＩＤは、各ユーザが指定するもので、例えばメールアドレス等を使用してもよい。
【００２６】
新規登録ユーザからの通知を受けた鍵管理サーバ１００は、登録簿１２０の通知された鍵番号のレコードに、通知された鍵とユーザＩＤとを登録し(KS7)、各クライアントにユーザ登録の完了を通知する(KS8)。登録簿１２０は以下の表３の通りとなる。
【００２７】
【表３】
2009239706.tif 000005
【００２８】
なお、上記の例では、鍵管理サーバ１００が生成した鍵をハードウェアモジュールに格納してユーザクライアントに渡し、ユーザクライアントからの通知により鍵を登録簿１２０に登録させるようにしているが、鍵管理サーバ１００に鍵を保持させておき、上記のKS4の処理の際に鍵番号と共に鍵も登録しておき、UC2では鍵番号とユーザＩＤのみを通知させるようにしてもよい。
【００２９】
具体的な処理の流れは図２に示したが、その中から、鍵管理サーバ１００の鍵管理プログラム１１０の内容を取り出して図３のフローチャートに基づいて説明する。なお、図３のフローチャートのうち、前半のステップS001〜S010はグループ登録モジュール１１１に相当し、後半のステップS011〜S013はＩＤ登録モジュール１１２に相当する。
【００３０】
鍵管理プログラム１１０が開始すると、鍵管理サーバ１００は、マスタクライアント２１からハードウェアモジュール発行の依頼が通知されるのを待ち、通知されるとこれを受け付ける(S001)。ここでは、依頼と共に新規ユーザ数が通知される。そして、鍵管理サーバ１００は、通知された数だけ鍵番号と鍵との組み合わせを生成し(S002)、これらを組み合わせ数分のＵＳＢトークン等のハードウェアモジュールに格納する(S003)。
【００３１】
次に、鍵管理サーバ１００は、マスタクライアントから新規グループの登録依頼が通知されるのを待ち、通知されるとこれらを受け付ける(S004)。ここでは、グループの人数と鍵番号とが通知される。続いて鍵管理サーバ１００は、ステップS005〜S010の処理をグループの人数分繰り返し実行する。
【００３２】
具体的には、受け付けた鍵番号を一つずつ順に読み出し(S005)、その鍵番号が既存の番号であるか否か判断する(S006)。そして、既存の番号である場合(S006, YES)には、登録簿１２０から鍵番号が一致するレコードを抽出して鍵、ユーザＩＤを読み出し(S007)、新しいレコードに新規グループのグループ番号、ステップS007で読み出した既存の鍵番号、鍵、ユーザＩＤを書き込み、そのレコードを管理簿１２０に追加する(S008)。一方、鍵番号が既存の番号でない場合(S006, NO)、すなわち、新規ユーザの登録である場合には、新しいレコードに新規グループ番号、鍵番号を書き込み、そのレコードを管理簿１２０に追加する。
【００３３】
続いて、追加される新規グループの未読み出しの鍵番号があるか否かを判断し(S010)、未読み出しの鍵番号がある場合(S010, YES)にはステップS005に戻って上記の処理を繰り返し、新規グループの全ての鍵番号を読み出し完了した場合(S010, NO)には、ステップS011へと処理を進める。
【００３４】
鍵管理サーバ１００は、新規登録ユーザのユーザクライアントから鍵番号と鍵とユーザＩＤとを受け付け(S011)、鍵番号により特定されるレコードに鍵とユーザＩＤとを登録し(S012)、ユーザ登録が完了したことを各ユーザクライアントに通知する(S013)。
【００３５】
上記のように、本発明の鍵管理方法及び鍵管理プログラムによれば、新規グループを登録する際に、既存のグループに所属しているメンバーについては、鍵番号、鍵、ユーザＩＤの内容を複製して用いることにより、登録の作業が簡易化でき、かつ、ユーザ側では１組の鍵番号と鍵とを格納した単一のハードウェアモジュールにより複数のグループでの暗号通信を行うことが可能となり、鍵の管理が容易となる。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施形態に係る鍵管理方法を実現するためのシステムの構成を模式的に示すブロック図である。
【図２】実施形態の鍵管理方法によるグループ鍵登録時の鍵管理サーバ、マスタクライアント、ユーザクライアントの各処理とデータのやりとりとを示すチャートである。
【図３】実施形態の鍵管理プログラムの内容を示すフローチャートである。
【符号の説明】
【００３７】
１００  鍵管理サーバ
１１０  鍵管理プログラム
１２０  登録簿
１１，２１  マスタクライアント
１２，２２，２３  ユーザクライアント
【図１】
2009239706.tif 000006
【図２】
2009239706.tif 000007
【図３】
2009239706.tif 000008