情報管理システム，クライアント，サーバおよびプログラム
【課題】サーバにおいてその情報の内容を閲覧できないようにしつつ、送信先クライアントが任意のタイミングで情報を取得できるようにする。
【解決手段】クライアントのユーザ情報をそのクライアントの共通鍵１ｂで暗号化した暗号化ユーザ情報と、ユーザ情報を送信すべきクライアントの公開鍵で暗号化した暗号化共通鍵とがサーバ側で記憶される（ｓ３５０〜ｓ３９０）。暗号化共通鍵を暗号化した公開鍵に対応する秘密鍵を有しないサーバは、これを復号してなる共通鍵１ｂを取得できない結果、これにて暗号化されたユーザ情報の内容を閲覧できない。その後、サーバは、クライアントからの要求を受けて該当する暗号化ユーザ情報，その公開鍵で暗号化された暗号化共通鍵を返信する（ｓ４６０）。クライアント側では、その暗号化共通鍵を復号して共通鍵１ｂを取得でき、この共通鍵１ｂで暗号化ユーザ情報を復号してユーザ情報を取得できる（ｓ２４０，ｓ２５０）。
【解決手段】クライアントのユーザ情報をそのクライアントの共通鍵１ｂで暗号化した暗号化ユーザ情報と、ユーザ情報を送信すべきクライアントの公開鍵で暗号化した暗号化共通鍵とがサーバ側で記憶される（ｓ３５０〜ｓ３９０）。暗号化共通鍵を暗号化した公開鍵に対応する秘密鍵を有しないサーバは、これを復号してなる共通鍵１ｂを取得できない結果、これにて暗号化されたユーザ情報の内容を閲覧できない。その後、サーバは、クライアントからの要求を受けて該当する暗号化ユーザ情報，その公開鍵で暗号化された暗号化共通鍵を返信する（ｓ４６０）。クライアント側では、その暗号化共通鍵を復号して共通鍵１ｂを取得でき、この共通鍵１ｂで暗号化ユーザ情報を復号してユーザ情報を取得できる（ｓ２４０，ｓ２５０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１以上のクライアントそれぞれがサーバとデータ通信可能に接続されてなる情報管理システムに関する。
【背景技術】
【０００２】
近年、特定のクライアントから別のクライアントにサーバを介して情報を送信するにあたり、このサーバにおいてその情報が閲覧できないようにすべく、その情報の送信に際して暗号化を施すことが行われている（特許文献１参照）。
【特許文献１】特開２００２−１３２７２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ただ、上述した技術では、サーバが単に情報の送信を中継しているだけであるため、送信先のクライアントが起動していないなど情報を受信できない状態になっていると、そのクライアントが情報を取得することができない。そのため、サーバにおいてその情報が閲覧できないようにしつつ、送信先のクライアントから任意のタイミングで情報を取得できるようにすることが望ましいが、そのようなことは実現されていなかった。
【０００４】
本発明は、そのような課題を解決するためになされたものであり、その目的は、サーバにおいてその情報の内容を閲覧できないようにしつつ、送信先となるクライアントが任意のタイミングで情報を取得できるようにするための技術を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するため請求項１に記載の情報管理システムは、１以上のクライアントそれぞれがサーバとデータ通信可能に接続されてなる情報管理システムである。
これらのうち、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、当該クライアントのユーザに関するユーザ情報を当該クライアントの共通鍵にて暗号化することで、該暗号化してなる暗号化ユーザ情報を生成する第１暗号化手段と、該第１暗号化手段が前記ユーザ情報を暗号化する際に用いた共通鍵を、前記ユーザ情報を通知すべき１以上のクライアントの公開鍵それぞれで暗号化することで、該暗号化してなる１以上の暗号化共通鍵を生成する第２暗号化手段と、前記第１暗号化手段により生成された暗号化ユーザ情報，前記第２暗号化手段により生成された暗号化共通鍵，および，当該クライアントを識別可能な識別情報を、一連の情報として前記サーバへと送信するクライアント側送信手段と、を備えている。
【０００６】
そして、前記サーバは、前記クライアントから一連の情報として送信される前記暗号化ユーザ情報，前記暗号化共通鍵，および，前記識別情報を、それぞれ対応づけて記憶部に記憶させる記憶手段と、前記１以上のクライアントのうちのいずれかのクライアントから、特定の前記クライアントのユーザ情報を要求された際に、前記記憶部に記憶されている前記暗号化ユーザ情報のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化ユーザ情報を特定して、また、前記記憶部に記憶されている前記暗号化共通鍵のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化共通鍵であって、その要求元のクライアントの公開鍵にて暗号化してなる暗号化共通鍵を特定する特定手段と、該特定手段により特定された前記暗号化ユーザ情報および前記暗号化共通鍵を、前記要求元のクライアントへと送信するサーバ側送信手段と、を備えている。
【０００７】
このように構成された情報管理システムによれば、クライアントから送信された暗号化ユーザ情報および暗号化共通鍵がサーバ側に記憶される。
この暗号化ユーザ情報は、クライアントのユーザ情報をそのクライアントの共通鍵で暗号化したものであるため、その共通鍵を有していないサーバ側では、ユーザ情報を復号してその内容を閲覧することはできない。
【０００８】
そして、この暗号化ユーザ情報を暗号化した共通鍵は、クライアントの公開鍵でそれぞれ暗号化した暗号化共通鍵としてサーバ側に記憶されるとはいえ、これを復号するにはクライアントの秘密鍵が必要となるため、これを有していないサーバ側でクライアントの共通鍵を取得することはできない。これにより、クライアントのユーザ情報は、その内容が閲覧できない状態でサーバ側に記憶されることなる。
【０００９】
その後、暗号化ユーザ情報および暗号化共通鍵を記憶したサーバは、クライアントからの要求を受けて、該当する暗号化ユーザ情報および暗号化共通鍵を返信することとなるが、ここでは、その要求元のクライアントの公開鍵で暗号化された暗号化共通鍵が返信される。そのため、このクライアント側では、その暗号化共通鍵をそのクライアント自身の秘密鍵で復号することにより、暗号化ユーザ情報の暗号化に用いた共通鍵を取得することができ、この共通鍵により暗号化ユーザ情報を復号してユーザ情報を取得することができる。
【００１０】
このように、上述した情報管理システムであれば、サーバにおいてユーザ情報の内容を閲覧できないようにしつつ、送信先となるクライアントが任意のタイミングでユーザ情報を取得できるようにすることができる。
【００１１】
なお、上述した構成におけるクライアント側送信手段は、暗号化ユーザ情報，暗号化共通鍵および識別情報を一連の情報としてサーバへ送信する手段であり、これら情報がサーバ側で「一連の情報」として認識されるような方式であれば、これら情報をどのような方式により送信することとしてもよい。例えば、上記情報それぞれを、所定の順に連続して送信する，「一連の情報」であることを示す情報を付した状態で送信する，といった方式が考えられる。
【００１２】
また、クライアントの第１暗号化手段がユーザ情報の暗号化に用いる共通鍵については、あらかじめクライアント側で用意されたものであってもよいが、クライアント側で生成するものであってもよい。
【００１３】
このためには、請求項１に記載の情報管理システムを、請求項２に記載の情報管理システムのように構成すればよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、当該クライアントの共通鍵を生成する共通鍵生成手段を備えており、前記第１暗号化手段が、前記ユーザ情報を前記共通鍵生成手段により生成された共通鍵にて暗号化してなる暗号化ユーザ情報を生成する、ように構成されている。
【００１４】
このように構成すれば、クライアント側で、第１暗号化手段がユーザ情報の暗号化に用いる共通鍵を生成することができるため、あらかじめクライアント側で用意しておく必要がない。
【００１５】
また、このように共通鍵を生成するタイミングについては、どのようなタイミングであってもよいが、例えば、請求項３に記載のように、前記ユーザ情報を前記サーバへと送信するのに先立ち、当該クライアントの共通鍵を生成する、ように構成することが考えられる。
【００１６】
このように構成すれば、クライアントからユーザ情報をサーバへと送信するセッション毎に別の共通鍵が生成され、それに基づくユーザ情報の暗号化が行われることとなる。そのため、いずれかのセッションにおいて使用された共通鍵が漏洩したとしても、その共通鍵に基づいて内容が閲覧されてしまうユーザ情報を、そのセッションで暗号化されたユーザ情報だけに留めることができる。これにより、情報管理システムとしての情報漏洩の危険を低くすることができると共に、情報漏洩した場合の被害を最小限にすることができる。
【００１７】
ところで、上述したクライアントからサーバへと送信される暗号化ユーザ情報は、そのまま送信先となるクライアントへと送信されることとすればよいが、このクライアント側で最終的に取得したユーザ情報が通信路上で改ざんされていないことを確認できる状態で送信することが望ましい。
【００１８】
このためには、例えば、請求項１から３のいずれかに記載の情報管理システムを、請求項４に記載の情報管理システムのように構成するとよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、前記ユーザ情報に電子署名を施す第１電子署名手段を備え、前記第１暗号化手段が、前記第１電子署名手段により電子署名が施された前記ユーザ情報を暗号化してなる暗号化ユーザ情報を生成する、ように構成されている。
【００１９】
このように構成すれば、クライアントからサーバへと送信された暗号化ユーザ情報は、電子署名が施されたユーザ情報を暗号化したものとなるため、送信先となるクライアント側では、この暗号化ユーザ情報を復号して得られるユーザ情報につき、そこに施された電子署名に基づいて改ざんされていないことを確認することができる。
【００２０】
同様に、上述したクライアントからサーバへと送信される暗号化共通鍵についても、そのまま送信先となるクライアントへと送信されることとすればよいが、このクライアント側で最終的に取得した暗号化共通鍵が通信路上で改ざんされていないことを確認できる状態で送信することが望ましい。
【００２１】
このためには、例えば、請求項１から４のいずれかに記載の情報管理システムを、請求項５に記載の情報管理システムのように構成するとよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、当該クライアントの共通鍵に電子署名を施す第２電子署名手段を備え、前記第２暗号化手段が、前記第２電子署名手段により電子署名が施された共通鍵を暗号化してなる１以上の暗号化共通鍵を生成する、ように構成されている。
【００２２】
このように構成すれば、クライアントからサーバへと送信された暗号化共通鍵は、電子署名が施された共通鍵を暗号化したものとなるため、送信先となるクライアント側では、この暗号化共通鍵を復号して得られる共通鍵につき、そこに施された電子署名に基づいて改ざんされていないことを確認することができる。
【００２３】
なお、上述した各情報管理システムにおいては、クライアントとサーバとの間の通信をそのまま（平文の状態で）実施するように構成すればよいが、情報管理システムとしての情報漏洩の危険を少なくするためには、両者間の通信を暗号化して実施できるようにすることが望ましい。
【００２４】
このためには、請求項１から５のいずれかに記載の情報管理システムを、請求項６に記載の情報管理システムのように構成するとよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、前記暗号化ユーザ情報，前記暗号化共通鍵および当該クライアントを識別可能な識別情報を、それぞれ前記サーバで復号可能な暗号鍵（サーバの共通鍵）により暗号化する第３暗号化手段を備えており、前記クライアント側送信手段が、前記第３暗号化手段により暗号化された暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、一連の情報として前記サーバへと送信する、ように構成されている。
【００２５】
また、前記サーバにおいて、前記記憶手段は、前記クライアントから一連の情報として送信され、前記サーバの共通鍵にて暗号化された前記暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、それぞれ前記サーバの共通鍵により復号したうえで、前記記憶部に記憶させる、ように構成されている。
【００２６】
このように構成すれば、クライアントからサーバへと送信される情報が、サーバでのみ復号できるように暗号化された状態で送信されることとなるため、両者間の通信に際しての情報漏洩の危険を少なくすることができる。
【００２７】
なお、このように、クライアントからサーバへのデータの送信だけでなく、サーバからクライアントへのデータの送信についても、同様に暗号化して行われるように構成してもよい。
【００２８】
また、請求項７に記載のクライアントは、請求項１から６のいずれかに記載のクライアントの備える全ての手段を備えていることを特徴とするクライアントである。
このように構成されたクライアントによれば、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
【００２９】
また、請求項８に記載のサーバは、請求項１から６のいずれかに記載のサーバの備える全ての手段を備えていることを特徴とするサーバである。
このように構成されたサーバによれば、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
【００３０】
また、請求項９に記載のプログラムは、請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムである。
【００３１】
このプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
また、請求項１０に記載のプログラムは、請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムである。
【００３２】
このプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
なお、上述した各プログラムは、各種記録媒体や通信回線を介してクライアント，サーバやこれを利用するユーザに提供されるものである。
【発明を実施するための最良の形態】
【００３３】
以下に本発明の実施形態を図面と共に説明する。
（１）第１実施形態
（１−１）全体構成
情報管理システム１は、図１に示すように、ネットワークデバイスである１以上のクライアント１０およびサーバ２０がそれぞれネットワーク１００を介してデータ通信可能に接続されてなるシステムである。ここで、クライアント１０，サーバ２０それぞれは、周知のコンピュータシステムにより構成されたものである。
（１−２）クライアント１０による記憶要求処理
以下に、クライアント１０（のＣＰＵ）により実行される記憶要求処理の処理手順を図２に基づいて説明する。この記憶要求処理は、クライアント１０のユーザに関するユーザ情報をサーバ２０経由でクライアント１０自身または他のクライアント１０に送信すべく実行する処理である。なお、この記憶要求処理は、クライアント１０が起動され、本記憶要求処理を起動するための操作が行われた際に起動される。
【００３４】
この記憶要求処理が起動されると、まず、サーバ２０との間でＳＳＬに基づくセッションが確立される（ｓ１１０）。
ここでは、まず、サーバ２０の公開鍵証明書を要求すべく、サーバ２０に対してＨＴＴＰＳリクエストが送信され（図３の「１」参照）、このＨＴＴＰＳリクエストを受信したサーバ２０から送信される公開鍵証明書が受信される（同図「２」→「３」参照）。続いて、この公開鍵証明書の認証（有効期限や失効の確認）を行った後、この公開鍵証明書からサーバ２０の公開鍵（同図「公開鍵（Ｓ）」参照）が取得される。続いて、クライアント１０の共通鍵（同図「共通鍵（１ａ）」参照）が生成され、これがサーバ２０の公開鍵（Ｓ）にて暗号化された状態でサーバ２０へと送信される（同図「４」→「５」参照）。そして、これを受信したサーバ２０側では、この暗号化された共通鍵（１ａ）をサーバ２０自身の秘密鍵（同図「秘密鍵（Ｓ）」参照）にて復号することで、クライアント１０の共通鍵（１ａ）を取得することとなる（同図「５」参照）。
【００３５】
これ以降、クライアント１０とサーバ２０との間では、それぞれクライアント１０の共通鍵（１ａ）を用いた共通鍵暗号方式によるデータ通信が行われることとなる。
次に、クライアント１０のユーザを識別するための識別情報がサーバ２０へと送信される（ｓ１２０）。ここでは、上記識別情報（同図「識別情報（１）」参照）が上記ｓ１１０にて生成された共通鍵（１ａ）で暗号化された状態で送信される（同図「６」参照）。この識別情報を受信したサーバ２０側では、その暗号化された識別情報をクライアント１０の共通鍵（１ａ）で復号したうえで記憶部２２に記憶する（同図「６」→「７」参照）。なお、本実施形態において、上記識別情報とは、例えば、クライアント１０のユーザに割り当てられたＩＤのように、サーバ２０側で閲覧されても問題のない情報や、サーバ２０側での情報管理にのみ用いられる情報などからなるものである。
【００３６】
次に、クライアント１０の共通鍵が生成される（ｓ１３０）。ここでは、上述したｓ１１０にて生成された共通鍵（１ａ）とは別に、新たな共通鍵（同図「共通鍵（１ｂ）」参照）が生成される（同図「８」参照）。
【００３７】
次に、クライアント１０のユーザに関するユーザ情報に電子署名が施されたうえ、このユーザ情報をｓ１３０にて生成された共通鍵（１ｂ）で暗号化してなる暗号化ユーザ情報が生成される（ｓ１４０）。ここでは、上記ユーザ情報が、このユーザ情報を基に生成された電子署名と共に、ｓ１３０にて生成された共通鍵（１ｂ）で暗号化され、これが暗号化ユーザ情報として生成される（同図「９」参照）。なお、本実施形態において、上記ユーザ情報とは、例えば、クライアント１０のユーザの個人情報のように、サーバ２０側で閲覧されるべきでない情報などからなるものである。
【００３８】
次に、ｓ１４０にて生成された暗号化ユーザ情報がサーバ２０へと送信される。ここ（ｓ１５０）では、暗号化ユーザ情報が上記ｓ１１０にて生成された共通鍵（１ａ）にて暗号化された状態で送信される（同図「９」→「１０」参照）。この暗号化された暗号化ユーザ情報を受信したサーバ２０側では、これをクライアント１０の共通鍵（１ａ）にて復号したうえ、こうして得られた暗号化ユーザ情報を、上記ｓ１２０にて送信された識別情報と対応づけて記憶部２２に記憶する（同図「１０」参照）。
【００３９】
次に、ｓ１３０にて生成された共通鍵（１ｂ）に電子署名が施されたうえ、この共通鍵（１ｂ）を、上記ユーザ情報を送信すべきクライアント１０の公開鍵（同図「公開鍵（１）」「公開鍵（２）」…「公開鍵（ｎ）」参照；ｎは任意の数）それぞれで暗号化してなる暗号化共通鍵が生成される（ｓ１６０）。ここでは、上記共通鍵（１ｂ）が、この共通鍵を基に生成された電子署名と共に、該当クライアント１０それぞれの公開鍵（１）〜（ｎ）それぞれで暗号化され、これらが暗号化共通鍵として生成される（同図「１１」参照）。
【００４０】
次に、ｓ１６０にて生成された暗号化共通鍵それぞれがサーバ２０へと送信される。ここ（ｓ１７０）では、暗号化共通鍵それぞれが上記ｓ１１０にて生成された共通鍵（１ａ）にて暗号化された状態で送信される（同図「１１」→「１２」参照）。この暗号化された暗号化共通鍵を受信したサーバ２０側では、これをクライアント１０の共通鍵（１ａ）で復号したうえ、こうして得られた暗号化共通鍵それぞれを、上記ｓ１２０にて送信された識別情報と対応づけて記憶部２２に記憶する（同図「１２」参照）。
【００４１】
こうして、ｓ１７０が行われたら、ｓ１１０にて確立されたセッションが解放されたうえで、本記憶要求処理が終了する。
（１−３）クライアント１０による送信要求処理
以下に、クライアント１０（のＣＰＵ）により実行される送信要求処理の処理手順を図２に基づいて説明する。この送信要求処理は、所定クライアント１０のユーザ情報をサーバ２０から取得すべく実行する処理である。なお、この送信要求処理は、クライアント１０が起動され、本送信要求処理を起動するための操作が行われた際に起動される。
【００４２】
この送信要求処理が起動されると、まず、サーバ２０との間でＳＳＬに基づくセッションが確立される（ｓ２１０）。
ここでは、まず、サーバ２０の公開鍵証明書を要求すべく、サーバ２０に対してＨＴＴＰＳリクエストが送信され（図３の「１５」参照）、このＨＴＴＰＳリクエストを受信したサーバ２０から送信される公開鍵証明書が受信される（同図「１６」→「１７」参照）。続いて、この公開鍵証明書の認証（有効期限や失効の確認）を行った後、この公開鍵証明書からサーバ２０の公開鍵（同図「公開鍵（Ｓ）」参照）が取得される。続いて、クライアント１０の共通鍵（同図「共通鍵（２ａ）」参照）が生成され、これがサーバ２０の公開鍵（Ｓ）にて暗号化された状態でサーバ２０へと送信される（同図「１８」→「１９」参照）。そして、これを受信したサーバ２０側では、この暗号化された共通鍵（２ａ）を、サーバ２０自身の秘密鍵（同図「秘密鍵（Ｓ）」参照）にて復号することで、クライアント１０の共通鍵（２ａ）を取得することとなる（同図「１９」参照）。
【００４３】
これ以降、クライアント１０とサーバ２０との間では、それぞれクライアント１０の共通鍵（２ａ）を用いた共通鍵暗号方式によるデータ通信が行われることとなる。
次に、所定クライアント１０のユーザ情報を要求するための要求コマンドがサーバ２０へと送信される（ｓ２２０）。ここでは、所定のクライアント１０を指定（例えば、該当クライアント１０の識別情報における一部の情報を付加）してなる要求コマンドが、ｓ２１０にて生成された共通鍵（２ａ）にて暗号化した状態でサーバ２０へと送信される（同図「２０」参照）。
【００４４】
この要求コマンドを受信したサーバ２０側では、まず、この要求コマンドをクライアント１０の共通鍵（２ａ）にて復号し、こうして復号した要求コマンドにて指定されたクライアント１０の識別情報に基づき、この識別情報に対応づけられた状態で記憶部２２に記憶された暗号化ユーザ情報を抽出する。また、その識別情報に対応づけられた状態で記憶された暗号化共通鍵のうち、ｓ２２０による要求コマンドの送信元となるクライアント１０の公開鍵にて暗号化されている暗号化共通鍵を抽出する。そして、サーバ２０側からは、これら識別情報，暗号化ユーザ情報，暗号化共通鍵が、それぞれクライアント１０の共通鍵（２ａ）にて暗号化された状態で返信されてくる（同図「２１」→「２６」参照）。
【００４５】
こうして、要求コマンドが送信された後、サーバ２０からそれぞれ暗号化された識別情報，暗号化ユーザ情報および暗号化共通鍵が受信される（ｓ２３０）。これら識別情報，暗号化ユーザ情報および暗号化共通鍵は、それぞれ上記ｓ２１０にて生成された共通鍵（２ａ）にて暗号化されているため、この共通鍵（２ａ）にて復号することにより、これらが取得される（同図「２２」「２４」「２６」参照）。なお、ここで取得される暗号化共通鍵は、クライアント１０自身の公開鍵（２）にて暗号化された共通鍵（１ｂ）であり、同取得される暗号化ユーザ情報は、その共通鍵（１ｂ）にて暗号化されたユーザ情報である。
【００４６】
次に、ｓ２３０にて受信された暗号化共通鍵が、クライアント１０自身の秘密鍵（同図「秘密鍵（２）」参照）にて復号され、こうして復号された共通鍵（１ｂ）がこれに付された署名に基づいて認証されることで、この共通鍵（１ｂ）が取得される（同図「２７」参照）（ｓ２４０）。
【００４７】
そして、ｓ２３０にて受信された暗号化ユーザ情報が、ｓ２４０にて取得された共通鍵（１ｂ）にて復号され、こうして復号されたユーザ情報がこれに付された署名に基づいて認証されることで、このユーザ情報が取得される（同図「２８」参照）（ｓ２５０）。
【００４８】
こうして、ｓ２５０が行われたら、ｓ２１０にて確立されたセッションが解放されたうえで、本送信要求処理が終了する。
（１−４）サーバ２０による応答処理
以下に、サーバ２０（のＣＰＵ）により実行される応答処理の処理手順を図２に基づいて説明する。この応答処理は、ネットワーク１００を介してアクセスを受けた際に起動される。
【００４９】
この応答処理が起動されると、まず、その起動に先立って受けたアクセスがＳＳＬに基づくセッションの確立を要求する旨のアクセスであるか否かがチェックされる（ｓ３１０）。ここでは、応答処理の起動に先立ち、公開鍵証明書を要求するためのＨＴＴＰＳリクエストが受信された場合であれば、ＳＳＬに基づくセッションの確立を要求する旨のアクセスであると判定される。なお、このアクセスは、同図ｓ１１０，ｓ２１０にて発生するものである。
【００５０】
このｓ３１０にて、ＳＳＬに基づくセッションの確立を要求する旨のアクセスではないと判定された場合（ｓ３１０：ＮＯ）、そのアクセスの目的に応じた処理（その他の処理）が行われた後（ｓ３２０）、本応答処理が終了する。
【００５１】
一方、ｓ３１０にて、ＳＳＬに基づくセッションの確立を要求する旨のアクセスであると判定された場合（ｓ３１０：ＹＥＳ）、クライアント１０との間でＳＳＬに基づくセッションが確立される（ｓ３３０）。
【００５２】
ここでは、まず、アクセス元のクライアント１０に対して、サーバ２０自身の公開鍵証明書が送信される（図３の「２」→「３」参照）。この公開鍵証明書を受信したクライアント１０側からは、上述したように、サーバ２０の公開鍵（Ｓ）にて暗号化されたクライアント１０の共通鍵（１ａ）が送信されてくため（同図「４」→「５」）、これをサーバ２０自身の秘密鍵（Ｓ）にて復号することで、クライアント１０の共通鍵（１ａ）が取得される（同図「５」参照）。
【００５３】
これ以降、サーバ２０とクライアント１０との間では、それぞれそのクライアント１０の共通鍵（１ａ）を用いた共通鍵暗号方式でデータ通信が行われることとなる。
こうして、ＳＳＬに基づくセッションが確立された後、クライアント１０側からは、図２のｓ１２０またはｓ２２０により、そのクライアント１０の識別情報または要求コマンドが、クライアント１０の共通鍵（１ａ）または（２ａ）にて暗号化された状態で送信されてくる（同図「６」「２０」参照）。
【００５４】
こうして、ｓ３３０にてセッションが確立されたクライアント１０から送信されてきたデータがチェックされ（ｓ３４０）、そのデータが識別情報であると判定された場合（ｓ３４０：ＹＥＳ）、こうして受信された識別情報が記憶部２２に記憶される（ｓ３５０）。ここでは、クライアント１０からの識別情報を、ｓ３３０にて取得されたクライアント１０の共通鍵（１ａ）にて復号したうえで、これが記憶部２２に記憶される（同図「６」→「７」参照）。
【００５５】
なお、クライアント１０から識別情報が送信されてきた場合、このクライアント１０からは、上述したように、暗号化ユーザ情報および暗号化共通鍵が順次送信されてくることとなる。
【００５６】
次に、クライアント１０から送信されてくる暗号化ユーザ情報が受信され（ｓ３６０）、これが、直前に行われた上記ｓ３５０にて記憶された識別情報と対応づけた状態で記憶部２２に記憶される（ｓ３７０）。ここでは、クライアント１０から送信されてきた暗号化ユーザ情報が、ｓ３２０にて取得されたクライアント１０の共通鍵（１ａ）にて復号され、こうして復号された暗号化ユーザ情報が記憶部２２に記憶される（同図「１０」参照）。
【００５７】
なお、この暗号化ユーザ情報は、クライアント１０の共通鍵（１ｂ）にて暗号化されているため、この共通鍵（ｂ）を有していなければ、これをサーバ２０側で復号してその内容を閲覧することはできない。
【００５８】
そして、クライアント１０から送信されてくる暗号化共通鍵が受信され（ｓ３８０）、これらが、直前に行われた上記ｓ３５０にて記憶された識別情報と対応づけた状態でそれぞれ記憶部２２に記憶される（ｓ３９０）。ここでは、クライアント１０から送信されてきた暗号化共通鍵が、それぞれｓ３３０にて取得されたクライアント１０の共通鍵（１ａ）にて復号され、こうして復号された暗号化共通鍵が記憶部２２に記憶される（同図「１２」参照）。
【００５９】
なお、これら暗号化共通鍵は、上述した暗号化ユーザ情報の暗号化に用いた共通鍵（１ｂ）を暗号化したものであるが、それぞれクライアント１０の公開鍵（１）〜（ｎ）にて暗号化されたものであるため、各クライアント１０の秘密鍵（１）〜（ｎ）を有していないサーバ２０側で復号することはできない。つまり、サーバ２０は、暗号化ユーザ情報の暗号化に用いた共通鍵（１ｂ），つまり暗号化ユーザ情報を直接的に復号できる共通鍵（１ｂ）を有していないということになる。
【００６０】
こうして、ｓ３９０が行われたら、ｓ３２０にて確立されたセッションが解放されたうえで、本応答処理が終了する。
また、上述したｓ３４０で、クライアント１０から送信されてきたデータが識別情報ではなく（ｓ３４０：ＮＯ）、要求コマンドであると判定された場合（ｓ４４０：ＹＥＳ）、この要求コマンドにて指定されたクライアント１０の識別情報が特定され、この識別情報に対応する暗号化ユーザ情報および暗号化共通鍵が、記憶部２２に記憶されている暗号化ユーザ情報および暗号化共通鍵の中から選択される（ｓ４５０）。
【００６１】
ここでは、まず、要求コマンドにて指定されたクライアント１０の識別情報に対応づけて記憶部２２に記憶されている暗号化ユーザ情報が選択される。そして、同識別情報に対応づけて記憶部２２に記憶されている暗号化共通鍵のうち、アクセス元のクライアント１０の公開鍵として特定される公開鍵（ｉ）（ｉは１〜ｎのいずれか）で暗号化されている暗号化共通鍵が選択される。
【００６２】
次に、要求コマンドにて指定されたクライアント１０の識別情報，ｓ４５０にて選択された暗号化ユーザ情報および暗号化共通鍵が、アクセス元のクライアント１０に対して送信される（同図「２１」→「２６」参照）（ｓ４６０）。
【００６３】
こうして、ｓ４６０が行われたら、ｓ３２０にて確立されたセッションが解放されたうえで、本応答処理が終了する。
また、上述したｓ３４０で、クライアント１０から送信されてきたデータが識別情報，要求データのいずれでもないと判定された場合（ｓ３４０：ＮＯ，ｓ４４０：ＮＯ）、プロセスがｓ３２０へ移行して、そのデータの目的に応じた処理（その他の処理）が行われた後、本応答処理が終了する。
（２）第２実施形態
本実施形態における情報管理システムは、第１実施形態における情報管理システムと同様の構成であり、一部の処理手順が異なっているだけであるため、この相違点についてのみ詳述する。
【００６４】
なお、本実施形態では、記憶要求処理，送信要求処理，応答処理が、複数種類のユーザ情報をそれぞれ同一または異なるクライアント１０に送信すべく構成されている点で第１実施形態と相違している。
（２−１）記憶要求処理
本実施形態における記憶要求処理では、第１実施形態と同様にｓ１１０が行われた後、図４に示すように、ｓ１２０が行われることなくプロセスがｓ１３０へ移行し、このｓ１３０で、クライアント１０の共通鍵が複数生成される。ここでは、複数種類のユーザ情報（図６の「ユーザ情報（１−１）〜（１−ｍ）」参照）それぞれに対応する共通鍵（１ｂ＿１）〜（１ｂ＿ｍ）が複数生成される（同図「８」参照）。
【００６５】
次に、上記ｓ１３０にて生成された複数の共通鍵のうち、以降の処理で暗号化に用いていない共通鍵が存在しているか否かがチェックされる（ｓ１３２）。
このｓ１３２で、暗号化に用いていない共通鍵が存在していると判定された場合（ｓ１３２：ＹＥＳ）、それら共通鍵のうち、いずれかの共通鍵（１ｂ＿ｊ）（１≦ｊ≦ｍ）が選択される（ｓ１３４）。
【００６６】
次に、第１実施形態におけるｓ１２０と同様、識別情報のサーバ２０への送信が行われた後（ｓ１３６）、プロセスがｓ１４０へ移行して、クライアント１０に送信すべき複数のユーザ情報のうち、ｓ１３４にて選択された共通鍵（１ｂ＿ｊ）に対応するユーザ情報に電子署名が施されたうえ、このユーザ情報を上記共通鍵（１ｂ＿ｊ）にて暗号化してなる暗号化ユーザ情報（ｊ）が生成される。
【００６７】
この後、ｓ１５０〜ｓ１７０が行われ、このｓ１７０の後、プロセスがｓ１３２へ戻る。こうして、ｓ１３２〜ｓ１７０が、暗号化に用いていない共通鍵が存在しなくなるまで繰り返される。これにより、ｓ１３０にて生成された共通鍵と同じ数だけ、暗号化ユーザ情報，暗号化共通鍵のセットが生成され（同図「９」参照）、これらがサーバ２０側で記憶されることとなる（同図「９」→「１０」，「１１」→「１２」参照）。
【００６８】
本実施形態においては、図７に示すように、これらデータセットが、それぞれ異なるクライアント１０の公開鍵にて暗号化された共通鍵（１ｂ）を含んでいる場合を例示する。このことは、各データセットに含まれるユーザ情報の送信先として、それぞれ異なるクライアント１０を定めていることを示す。なお、これらデータセットには、それぞれ本記憶要求処理を実行するクライアント１０の公開鍵にて暗号化された共通鍵（１ｂ＿１）も含めており、これにより、本記憶要求処理を実行したクライアント１０自身をもユーザ情報の送信先として定めている。
【００６９】
そして、上記ｓ１３２で暗号化に用いていない共通鍵が存在しないと判定されたら（ｓ１３２：ＮＯ）、全てのユーザ情報の送信が終了した旨を通知するための終了通知がサーバ２０へと送信された後（ｓ１３８）、本記憶要求処理が終了する。
（２−２）クライアント１０による送信要求処理
本実施形態における送信要求処理では、第１実施形態と同様に、ｓ２１０〜ｓ２５０が行われた後、図５に示すように、更にサーバ２０から識別情報，暗号化ユーザ情報および暗号化共通鍵を受信したか否かがチェックされる（ｓ２５２）。
【００７０】
サーバ２０は、後述のように、本送信要求処理を実行するクライアント１０に送信すべき暗号化ユーザ情報および暗号化共通鍵のセットを全て送信した後、データセットの送信が終了した旨を通知するための終了通知を送信するように構成されている。そのため、このクライアント１０に送信すべきデータセットがまだ残っている場合には、更にサーバ２０から識別情報，暗号化ユーザ情報および暗号化共通鍵が送信されてくることとなる。
【００７１】
このｓ２５２でそれらのデータを受信したと判定された場合（ｓ２５２：ＹＥＳ）、プロセスがｓ２４０へ戻り、それらデータのうちの暗号化共通鍵から共通鍵が取得される。この後、サーバ２０から終了通知を受信するまで、ｓ２４０からｓ２５２が繰り返された後、ｓ２５２で終了通知を受信したと判定された場合（ｓ２５２：ＮＯ）、本送信要求処理が終了する。
（２−３）サーバ２０による応答処理
本実施形態における応答処理では、第１実施形態と同様に、ｓ３１０〜ｓ３９０が行われた後、図４，図５に示すように、サーバ２０から識別情報を受信したか、終了通知を受信したかがチェックされる（ｓ３９２）。
【００７２】
このｓ３９２で、識別情報を受信したと判定された場合（ｓ３９２：ＹＥＳ）、プロセスがｓ３５０へ戻り、この識別情報が記憶された後、ｓ３６０〜ｓ３９２が行われる。
こうして、ｓ３５０〜ｓ３９２が、サーバ２０から終了通知を受信するまで繰り返されることにより、記憶部２２には、暗号化ユーザ情報，暗号化共通鍵のデータセットがその繰り返し回数と同じ数（ｍ）だけ記憶されることとなる（図６の「９」→「１０」，「１１」→「１２」参照）。
【００７３】
その後、上記ｓ３９２で終了通知を受信したと判定された場合（ｓ３９２：ＮＯ）、本応答処理が終了する。
また、クライアント１０から送信されてきたデータが要求コマンドであると判定された場合（ｓ３４０：ＮＯ，ｓ４４０：ＹＥＳ）、記憶部２２から、その要求コマンドにて指定されたクライアント１０の識別情報に対応する全てのデータセットが抽出される（ｓ４４２）。
【００７４】
次に、上記ｓ４４２にて抽出されたデータセットのうち、以降の処理で参照されていないデータセットが存在しているか否かがチェックされる（ｓ４４４）。
このｓ４４４で、以降の処理で参照されていないデータセットが存在していると判定された場合（ｓ４４４：ＹＥＳ）、それらデータセットのうち、いずれかのデータセットが選択される（ｓ４４６）。
【００７５】
次に、ｓ４４６にて選択されたデータセットの中に、要求コマンドで指定されたクライアント１０の識別情報に対応する暗号化共通鍵が含まれているか否かがチェックされる（ｓ４４８）。
【００７６】
このｓ４４８で、該当する暗号化共通鍵が含まれていないと判定された場合（ｓ４４８：ＮＯ）、プロセスがｓ４４４へと戻る。
一方、上記ｓ４４８で、該当する暗号化共通鍵が含まれていると判定された場合（ｓ４４８：ＹＥＳ）、プロセスがｓ４６０へ移行して、その含まれていると判定された暗号化共通鍵と、上記ｓ４４６にて選択されたデータにおける識別情報および暗号化ユーザ情報とが、アクセス元のクライアント１０に対して送信される（同図「２１」〜「２６」参照）。
（３）作用，効果
このように構成された情報管理システム１によれば、クライアント１０から送信された暗号化ユーザ情報および暗号化共通鍵が、識別情報と共にサーバ２０側に記憶される（応答処理のｓ３５０，ｓ３７０，ｓ３９０）。
【００７７】
この暗号化ユーザ情報は、クライアント１０のユーザ情報をそのクライアント１０の共通鍵（１ｂ）で暗号化したものであるため（記憶要求処理のｓ１４０）、その共通鍵（１ｂ）を有していないサーバ２０側では、ユーザ情報を復号してその内容を閲覧することはできない。
【００７８】
そして、この暗号化ユーザ情報を暗号化した共通鍵（１ｂ）は、そのユーザ情報を送信すべきクライアント１０の公開鍵（１）〜（ｎ）でそれぞれ暗号化した暗号化共通鍵としてサーバ２０側に記憶されるとはいえ、これを復号するには該当クライアント１０の秘密鍵が必要となるため、これを有していないサーバ２０側でクライアント１０の共通鍵（１ｂ）を取得することはできない。これにより、クライアント１０のユーザ情報は、その内容が閲覧できないようにした状態でサーバ２０側に記憶されることなる。
【００７９】
その後、暗号化ユーザ情報および暗号化共通鍵を記憶したサーバ２０は、クライアント１０からの要求を受けて、該当する暗号化ユーザ情報および暗号化共通鍵を返信することとなるが（応答処理のｓ４６０）、この暗号化共通鍵は、その要求元のクライアント１０の公開鍵で暗号化されたものである。そのため、このクライアント１０側では、その暗号化共通鍵を自身の秘密鍵で復号することにより、暗号化ユーザ情報の暗号化に用いた共通鍵を取得することができ、この共通鍵により暗号化ユーザ情報を復号してユーザ情報を取得することができる（送信要求処理のｓ２４０，ｓ２５０）。
【００８０】
このように、上述した情報管理システム１であれば、サーバ２０においてユーザ情報の内容を閲覧できないようにしつつ、送信先となるクライアント１０が任意のタイミング（送信要求処理の起動タイミング）でユーザ情報を取得できるようにすることができる。
【００８１】
また、上記実施形態では、記憶要求処理毎にクライアント１０側で共通鍵（１ｂ）を生成しているため、あらかじめクライアント１０側で共通鍵（１ｂ）を用意しておく必要がない。
【００８２】
特に、上記実施形態では、クライアント１０からユーザ情報をサーバへと送信するセッション毎に別の共通鍵が生成され、それに基づくユーザ情報の暗号化が行われることとなる。そのため、いずれかのセッションにおいて使用された共通鍵が漏洩したとしても、その共通鍵に基づいて内容が閲覧されてしまうユーザ情報を、そのセッションで暗号化されたユーザ情報だけに留めることができる。これにより、情報管理システム１としての情報漏洩の危険を低くすることができると共に、情報漏洩した場合の被害を最小限にすることができる。
【００８３】
また、上記実施形態においては、クライアント１０からサーバ２０へと送信される暗号化ユーザ情報および暗号化共通鍵は、ユーザ情報および共通鍵それぞれに電子署名を施したうえで暗号化されたものである。そのため、送信先となるクライアント１０側では、この暗号化ユーザ情報および暗号化共通鍵を復号して得られるユーザ情報および共通鍵につき、そこに施された電子署名に基づいて改ざんされていないことを確認することができる。
【００８４】
また、上記実施形態においては、クライアント１０とサーバ２０との間で、ＳＳＬに基づく共通鍵暗号方式によってデータ通信が実現されるように構成されている。そのため、クライアント１０とサーバ２０との間では、一方からのデータが他方でのみ復号できる状態で送信されることとなるため、両者間の通信経路上においては、ユーザ情報はもちろんのこと、識別情報についても閲覧することはできない。これにより、両者間の通信に際しての情報漏洩の危険を少なくすることができる。
（４）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００８５】
例えば、上記実施形態においては、クライアント１０が記憶要求処理において識別情報，暗号化ユーザ情報，暗号化共通鍵をサーバ２０へと送信する際、それぞれを別のデータとして順番に送信するように構成されたものを例示した（同処理のｓ１２０〜ｓ１７０）。
【００８６】
しかし、これらデータについては、これらデータが一連の情報としてサーバ２０側で認識できるのであれば、その順番は特に限定されない。この場合、同処理のｓ３４０で、最初に送信されるべきデータを受信したか否かをチェックするようにすればよい。
【００８７】
また、上記各データの送信については、一連の情報としてサーバ２０側で認識できる方式であれば、別の方式により送信するように構成してもよい。例えば、各データを、それぞれ「一連の情報」であることを示す情報を付した状態で送信することとし、これらデータを受信したサーバ２０側でそれが「一連の情報」である旨を認識したうえで、応答処理によるデータの記憶を行うように構成することが考えられる。
【００８８】
このための具体的な構成としては、応答処理において、ｓ３３０でセッションを確立した以降、一定期間内にクライアント１０から送信されるデータを収集する処理、そうして収集したデータの中から一連の情報である「識別情報，暗号化ユーザ情報，暗号化共通鍵」を特定する処理、それらを対応づけて記憶部２２に記憶する処理、を行ったうえで、この応答処理を終了するように構成すればよい。
【００８９】
また、上記実施形態においては、記憶要求処理毎にクライアント１０側で共通鍵（１ｂ）が生成されるように構成されたものを例示した。しかし、この共通鍵（１ｂ）については、クライアント１０側であらかじめ用意されたものを用いてもよい。
【００９０】
また、上記実施形態においては、クライアント１０とサーバ２０との間で、ＳＳＬに基づく共通鍵暗号方式によってデータ通信が実現されるように構成されたものを例示した。しかし、クライアント１０とサーバ２０との間の通信については、クライアント１０からのデータがサーバ２０でのみ復号できるような態様であれば、その暗号化の態様については、ＳＳＬに基づく暗号化に限られない。
（５）本発明との対応関係
以上説明した実施形態において、図２，図４のｓ１４０は本発明における第１暗号化手段および第１電子署名手段であり、同図ｓ１６０は本発明における第２暗号化手段および第２電子署名手段であり、同図ｓ１２０，ｓ１３６，ｓ１５０，ｓ１７０は本発明におけるクライアント側送信手段および第３暗号化手段であり、同図ｓ１３０は本発明における共通鍵生成手段である。
【００９１】
また、図２，図４におけるｓ３５０，ｓ３７０，ｓ３９０は本発明における記憶手段であり、図２におけるｓ４５０，図５におけるｓ４４２，ｓ４４６は本発明における特定手段であり、図２，図４におけるｓ４６０は本発明におけるサーバ側送信手段である。
【００９２】
また、図２のｓ１１０，２１０，３３０にてクライアント１０からサーバ２０へと渡される共通鍵１ａ，２ａは、本発明における「サーバで復号可能な暗号鍵（サーバの共通鍵）」である。
【図面の簡単な説明】
【００９３】
【図１】情報管理システムの構成を示す概念図
【図２】第１実施形態におけるクライアントおよびサーバそれぞれにより行われる処理を示すフローチャート
【図３】第１実施形態における各データの流れを示すブロック図
【図４】第２実施形態におけるクライアントおよびサーバそれぞれにより行われる処理を示すフローチャート（１／２）
【図５】第２実施形態におけるクライアントおよびサーバそれぞれにより行われる処理を示すフローチャート（２／２）
【図６】第２実施形態における各データの流れを示すブロック図（１／２）
【図７】第２実施形態における各データの流れを示すブロック図（２／２）
【符号の説明】
【００９４】
１…情報管理システム、１０…クライアント、２０…サーバ、２２…記憶部、１００…ネットワーク。
【技術分野】
【０００１】
本発明は、１以上のクライアントそれぞれがサーバとデータ通信可能に接続されてなる情報管理システムに関する。
【背景技術】
【０００２】
近年、特定のクライアントから別のクライアントにサーバを介して情報を送信するにあたり、このサーバにおいてその情報が閲覧できないようにすべく、その情報の送信に際して暗号化を施すことが行われている（特許文献１参照）。
【特許文献１】特開２００２−１３２７２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ただ、上述した技術では、サーバが単に情報の送信を中継しているだけであるため、送信先のクライアントが起動していないなど情報を受信できない状態になっていると、そのクライアントが情報を取得することができない。そのため、サーバにおいてその情報が閲覧できないようにしつつ、送信先のクライアントから任意のタイミングで情報を取得できるようにすることが望ましいが、そのようなことは実現されていなかった。
【０００４】
本発明は、そのような課題を解決するためになされたものであり、その目的は、サーバにおいてその情報の内容を閲覧できないようにしつつ、送信先となるクライアントが任意のタイミングで情報を取得できるようにするための技術を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するため請求項１に記載の情報管理システムは、１以上のクライアントそれぞれがサーバとデータ通信可能に接続されてなる情報管理システムである。
これらのうち、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、当該クライアントのユーザに関するユーザ情報を当該クライアントの共通鍵にて暗号化することで、該暗号化してなる暗号化ユーザ情報を生成する第１暗号化手段と、該第１暗号化手段が前記ユーザ情報を暗号化する際に用いた共通鍵を、前記ユーザ情報を通知すべき１以上のクライアントの公開鍵それぞれで暗号化することで、該暗号化してなる１以上の暗号化共通鍵を生成する第２暗号化手段と、前記第１暗号化手段により生成された暗号化ユーザ情報，前記第２暗号化手段により生成された暗号化共通鍵，および，当該クライアントを識別可能な識別情報を、一連の情報として前記サーバへと送信するクライアント側送信手段と、を備えている。
【０００６】
そして、前記サーバは、前記クライアントから一連の情報として送信される前記暗号化ユーザ情報，前記暗号化共通鍵，および，前記識別情報を、それぞれ対応づけて記憶部に記憶させる記憶手段と、前記１以上のクライアントのうちのいずれかのクライアントから、特定の前記クライアントのユーザ情報を要求された際に、前記記憶部に記憶されている前記暗号化ユーザ情報のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化ユーザ情報を特定して、また、前記記憶部に記憶されている前記暗号化共通鍵のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化共通鍵であって、その要求元のクライアントの公開鍵にて暗号化してなる暗号化共通鍵を特定する特定手段と、該特定手段により特定された前記暗号化ユーザ情報および前記暗号化共通鍵を、前記要求元のクライアントへと送信するサーバ側送信手段と、を備えている。
【０００７】
このように構成された情報管理システムによれば、クライアントから送信された暗号化ユーザ情報および暗号化共通鍵がサーバ側に記憶される。
この暗号化ユーザ情報は、クライアントのユーザ情報をそのクライアントの共通鍵で暗号化したものであるため、その共通鍵を有していないサーバ側では、ユーザ情報を復号してその内容を閲覧することはできない。
【０００８】
そして、この暗号化ユーザ情報を暗号化した共通鍵は、クライアントの公開鍵でそれぞれ暗号化した暗号化共通鍵としてサーバ側に記憶されるとはいえ、これを復号するにはクライアントの秘密鍵が必要となるため、これを有していないサーバ側でクライアントの共通鍵を取得することはできない。これにより、クライアントのユーザ情報は、その内容が閲覧できない状態でサーバ側に記憶されることなる。
【０００９】
その後、暗号化ユーザ情報および暗号化共通鍵を記憶したサーバは、クライアントからの要求を受けて、該当する暗号化ユーザ情報および暗号化共通鍵を返信することとなるが、ここでは、その要求元のクライアントの公開鍵で暗号化された暗号化共通鍵が返信される。そのため、このクライアント側では、その暗号化共通鍵をそのクライアント自身の秘密鍵で復号することにより、暗号化ユーザ情報の暗号化に用いた共通鍵を取得することができ、この共通鍵により暗号化ユーザ情報を復号してユーザ情報を取得することができる。
【００１０】
このように、上述した情報管理システムであれば、サーバにおいてユーザ情報の内容を閲覧できないようにしつつ、送信先となるクライアントが任意のタイミングでユーザ情報を取得できるようにすることができる。
【００１１】
なお、上述した構成におけるクライアント側送信手段は、暗号化ユーザ情報，暗号化共通鍵および識別情報を一連の情報としてサーバへ送信する手段であり、これら情報がサーバ側で「一連の情報」として認識されるような方式であれば、これら情報をどのような方式により送信することとしてもよい。例えば、上記情報それぞれを、所定の順に連続して送信する，「一連の情報」であることを示す情報を付した状態で送信する，といった方式が考えられる。
【００１２】
また、クライアントの第１暗号化手段がユーザ情報の暗号化に用いる共通鍵については、あらかじめクライアント側で用意されたものであってもよいが、クライアント側で生成するものであってもよい。
【００１３】
このためには、請求項１に記載の情報管理システムを、請求項２に記載の情報管理システムのように構成すればよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、当該クライアントの共通鍵を生成する共通鍵生成手段を備えており、前記第１暗号化手段が、前記ユーザ情報を前記共通鍵生成手段により生成された共通鍵にて暗号化してなる暗号化ユーザ情報を生成する、ように構成されている。
【００１４】
このように構成すれば、クライアント側で、第１暗号化手段がユーザ情報の暗号化に用いる共通鍵を生成することができるため、あらかじめクライアント側で用意しておく必要がない。
【００１５】
また、このように共通鍵を生成するタイミングについては、どのようなタイミングであってもよいが、例えば、請求項３に記載のように、前記ユーザ情報を前記サーバへと送信するのに先立ち、当該クライアントの共通鍵を生成する、ように構成することが考えられる。
【００１６】
このように構成すれば、クライアントからユーザ情報をサーバへと送信するセッション毎に別の共通鍵が生成され、それに基づくユーザ情報の暗号化が行われることとなる。そのため、いずれかのセッションにおいて使用された共通鍵が漏洩したとしても、その共通鍵に基づいて内容が閲覧されてしまうユーザ情報を、そのセッションで暗号化されたユーザ情報だけに留めることができる。これにより、情報管理システムとしての情報漏洩の危険を低くすることができると共に、情報漏洩した場合の被害を最小限にすることができる。
【００１７】
ところで、上述したクライアントからサーバへと送信される暗号化ユーザ情報は、そのまま送信先となるクライアントへと送信されることとすればよいが、このクライアント側で最終的に取得したユーザ情報が通信路上で改ざんされていないことを確認できる状態で送信することが望ましい。
【００１８】
このためには、例えば、請求項１から３のいずれかに記載の情報管理システムを、請求項４に記載の情報管理システムのように構成するとよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、前記ユーザ情報に電子署名を施す第１電子署名手段を備え、前記第１暗号化手段が、前記第１電子署名手段により電子署名が施された前記ユーザ情報を暗号化してなる暗号化ユーザ情報を生成する、ように構成されている。
【００１９】
このように構成すれば、クライアントからサーバへと送信された暗号化ユーザ情報は、電子署名が施されたユーザ情報を暗号化したものとなるため、送信先となるクライアント側では、この暗号化ユーザ情報を復号して得られるユーザ情報につき、そこに施された電子署名に基づいて改ざんされていないことを確認することができる。
【００２０】
同様に、上述したクライアントからサーバへと送信される暗号化共通鍵についても、そのまま送信先となるクライアントへと送信されることとすればよいが、このクライアント側で最終的に取得した暗号化共通鍵が通信路上で改ざんされていないことを確認できる状態で送信することが望ましい。
【００２１】
このためには、例えば、請求項１から４のいずれかに記載の情報管理システムを、請求項５に記載の情報管理システムのように構成するとよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、当該クライアントの共通鍵に電子署名を施す第２電子署名手段を備え、前記第２暗号化手段が、前記第２電子署名手段により電子署名が施された共通鍵を暗号化してなる１以上の暗号化共通鍵を生成する、ように構成されている。
【００２２】
このように構成すれば、クライアントからサーバへと送信された暗号化共通鍵は、電子署名が施された共通鍵を暗号化したものとなるため、送信先となるクライアント側では、この暗号化共通鍵を復号して得られる共通鍵につき、そこに施された電子署名に基づいて改ざんされていないことを確認することができる。
【００２３】
なお、上述した各情報管理システムにおいては、クライアントとサーバとの間の通信をそのまま（平文の状態で）実施するように構成すればよいが、情報管理システムとしての情報漏洩の危険を少なくするためには、両者間の通信を暗号化して実施できるようにすることが望ましい。
【００２４】
このためには、請求項１から５のいずれかに記載の情報管理システムを、請求項６に記載の情報管理システムのように構成するとよい。
この情報管理システムにおいて、少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、前記暗号化ユーザ情報，前記暗号化共通鍵および当該クライアントを識別可能な識別情報を、それぞれ前記サーバで復号可能な暗号鍵（サーバの共通鍵）により暗号化する第３暗号化手段を備えており、前記クライアント側送信手段が、前記第３暗号化手段により暗号化された暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、一連の情報として前記サーバへと送信する、ように構成されている。
【００２５】
また、前記サーバにおいて、前記記憶手段は、前記クライアントから一連の情報として送信され、前記サーバの共通鍵にて暗号化された前記暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、それぞれ前記サーバの共通鍵により復号したうえで、前記記憶部に記憶させる、ように構成されている。
【００２６】
このように構成すれば、クライアントからサーバへと送信される情報が、サーバでのみ復号できるように暗号化された状態で送信されることとなるため、両者間の通信に際しての情報漏洩の危険を少なくすることができる。
【００２７】
なお、このように、クライアントからサーバへのデータの送信だけでなく、サーバからクライアントへのデータの送信についても、同様に暗号化して行われるように構成してもよい。
【００２８】
また、請求項７に記載のクライアントは、請求項１から６のいずれかに記載のクライアントの備える全ての手段を備えていることを特徴とするクライアントである。
このように構成されたクライアントによれば、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
【００２９】
また、請求項８に記載のサーバは、請求項１から６のいずれかに記載のサーバの備える全ての手段を備えていることを特徴とするサーバである。
このように構成されたサーバによれば、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
【００３０】
また、請求項９に記載のプログラムは、請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムである。
【００３１】
このプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
また、請求項１０に記載のプログラムは、請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムである。
【００３２】
このプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載の情報管理システムの一部を構成することができる。
なお、上述した各プログラムは、各種記録媒体や通信回線を介してクライアント，サーバやこれを利用するユーザに提供されるものである。
【発明を実施するための最良の形態】
【００３３】
以下に本発明の実施形態を図面と共に説明する。
（１）第１実施形態
（１−１）全体構成
情報管理システム１は、図１に示すように、ネットワークデバイスである１以上のクライアント１０およびサーバ２０がそれぞれネットワーク１００を介してデータ通信可能に接続されてなるシステムである。ここで、クライアント１０，サーバ２０それぞれは、周知のコンピュータシステムにより構成されたものである。
（１−２）クライアント１０による記憶要求処理
以下に、クライアント１０（のＣＰＵ）により実行される記憶要求処理の処理手順を図２に基づいて説明する。この記憶要求処理は、クライアント１０のユーザに関するユーザ情報をサーバ２０経由でクライアント１０自身または他のクライアント１０に送信すべく実行する処理である。なお、この記憶要求処理は、クライアント１０が起動され、本記憶要求処理を起動するための操作が行われた際に起動される。
【００３４】
この記憶要求処理が起動されると、まず、サーバ２０との間でＳＳＬに基づくセッションが確立される（ｓ１１０）。
ここでは、まず、サーバ２０の公開鍵証明書を要求すべく、サーバ２０に対してＨＴＴＰＳリクエストが送信され（図３の「１」参照）、このＨＴＴＰＳリクエストを受信したサーバ２０から送信される公開鍵証明書が受信される（同図「２」→「３」参照）。続いて、この公開鍵証明書の認証（有効期限や失効の確認）を行った後、この公開鍵証明書からサーバ２０の公開鍵（同図「公開鍵（Ｓ）」参照）が取得される。続いて、クライアント１０の共通鍵（同図「共通鍵（１ａ）」参照）が生成され、これがサーバ２０の公開鍵（Ｓ）にて暗号化された状態でサーバ２０へと送信される（同図「４」→「５」参照）。そして、これを受信したサーバ２０側では、この暗号化された共通鍵（１ａ）をサーバ２０自身の秘密鍵（同図「秘密鍵（Ｓ）」参照）にて復号することで、クライアント１０の共通鍵（１ａ）を取得することとなる（同図「５」参照）。
【００３５】
これ以降、クライアント１０とサーバ２０との間では、それぞれクライアント１０の共通鍵（１ａ）を用いた共通鍵暗号方式によるデータ通信が行われることとなる。
次に、クライアント１０のユーザを識別するための識別情報がサーバ２０へと送信される（ｓ１２０）。ここでは、上記識別情報（同図「識別情報（１）」参照）が上記ｓ１１０にて生成された共通鍵（１ａ）で暗号化された状態で送信される（同図「６」参照）。この識別情報を受信したサーバ２０側では、その暗号化された識別情報をクライアント１０の共通鍵（１ａ）で復号したうえで記憶部２２に記憶する（同図「６」→「７」参照）。なお、本実施形態において、上記識別情報とは、例えば、クライアント１０のユーザに割り当てられたＩＤのように、サーバ２０側で閲覧されても問題のない情報や、サーバ２０側での情報管理にのみ用いられる情報などからなるものである。
【００３６】
次に、クライアント１０の共通鍵が生成される（ｓ１３０）。ここでは、上述したｓ１１０にて生成された共通鍵（１ａ）とは別に、新たな共通鍵（同図「共通鍵（１ｂ）」参照）が生成される（同図「８」参照）。
【００３７】
次に、クライアント１０のユーザに関するユーザ情報に電子署名が施されたうえ、このユーザ情報をｓ１３０にて生成された共通鍵（１ｂ）で暗号化してなる暗号化ユーザ情報が生成される（ｓ１４０）。ここでは、上記ユーザ情報が、このユーザ情報を基に生成された電子署名と共に、ｓ１３０にて生成された共通鍵（１ｂ）で暗号化され、これが暗号化ユーザ情報として生成される（同図「９」参照）。なお、本実施形態において、上記ユーザ情報とは、例えば、クライアント１０のユーザの個人情報のように、サーバ２０側で閲覧されるべきでない情報などからなるものである。
【００３８】
次に、ｓ１４０にて生成された暗号化ユーザ情報がサーバ２０へと送信される。ここ（ｓ１５０）では、暗号化ユーザ情報が上記ｓ１１０にて生成された共通鍵（１ａ）にて暗号化された状態で送信される（同図「９」→「１０」参照）。この暗号化された暗号化ユーザ情報を受信したサーバ２０側では、これをクライアント１０の共通鍵（１ａ）にて復号したうえ、こうして得られた暗号化ユーザ情報を、上記ｓ１２０にて送信された識別情報と対応づけて記憶部２２に記憶する（同図「１０」参照）。
【００３９】
次に、ｓ１３０にて生成された共通鍵（１ｂ）に電子署名が施されたうえ、この共通鍵（１ｂ）を、上記ユーザ情報を送信すべきクライアント１０の公開鍵（同図「公開鍵（１）」「公開鍵（２）」…「公開鍵（ｎ）」参照；ｎは任意の数）それぞれで暗号化してなる暗号化共通鍵が生成される（ｓ１６０）。ここでは、上記共通鍵（１ｂ）が、この共通鍵を基に生成された電子署名と共に、該当クライアント１０それぞれの公開鍵（１）〜（ｎ）それぞれで暗号化され、これらが暗号化共通鍵として生成される（同図「１１」参照）。
【００４０】
次に、ｓ１６０にて生成された暗号化共通鍵それぞれがサーバ２０へと送信される。ここ（ｓ１７０）では、暗号化共通鍵それぞれが上記ｓ１１０にて生成された共通鍵（１ａ）にて暗号化された状態で送信される（同図「１１」→「１２」参照）。この暗号化された暗号化共通鍵を受信したサーバ２０側では、これをクライアント１０の共通鍵（１ａ）で復号したうえ、こうして得られた暗号化共通鍵それぞれを、上記ｓ１２０にて送信された識別情報と対応づけて記憶部２２に記憶する（同図「１２」参照）。
【００４１】
こうして、ｓ１７０が行われたら、ｓ１１０にて確立されたセッションが解放されたうえで、本記憶要求処理が終了する。
（１−３）クライアント１０による送信要求処理
以下に、クライアント１０（のＣＰＵ）により実行される送信要求処理の処理手順を図２に基づいて説明する。この送信要求処理は、所定クライアント１０のユーザ情報をサーバ２０から取得すべく実行する処理である。なお、この送信要求処理は、クライアント１０が起動され、本送信要求処理を起動するための操作が行われた際に起動される。
【００４２】
この送信要求処理が起動されると、まず、サーバ２０との間でＳＳＬに基づくセッションが確立される（ｓ２１０）。
ここでは、まず、サーバ２０の公開鍵証明書を要求すべく、サーバ２０に対してＨＴＴＰＳリクエストが送信され（図３の「１５」参照）、このＨＴＴＰＳリクエストを受信したサーバ２０から送信される公開鍵証明書が受信される（同図「１６」→「１７」参照）。続いて、この公開鍵証明書の認証（有効期限や失効の確認）を行った後、この公開鍵証明書からサーバ２０の公開鍵（同図「公開鍵（Ｓ）」参照）が取得される。続いて、クライアント１０の共通鍵（同図「共通鍵（２ａ）」参照）が生成され、これがサーバ２０の公開鍵（Ｓ）にて暗号化された状態でサーバ２０へと送信される（同図「１８」→「１９」参照）。そして、これを受信したサーバ２０側では、この暗号化された共通鍵（２ａ）を、サーバ２０自身の秘密鍵（同図「秘密鍵（Ｓ）」参照）にて復号することで、クライアント１０の共通鍵（２ａ）を取得することとなる（同図「１９」参照）。
【００４３】
これ以降、クライアント１０とサーバ２０との間では、それぞれクライアント１０の共通鍵（２ａ）を用いた共通鍵暗号方式によるデータ通信が行われることとなる。
次に、所定クライアント１０のユーザ情報を要求するための要求コマンドがサーバ２０へと送信される（ｓ２２０）。ここでは、所定のクライアント１０を指定（例えば、該当クライアント１０の識別情報における一部の情報を付加）してなる要求コマンドが、ｓ２１０にて生成された共通鍵（２ａ）にて暗号化した状態でサーバ２０へと送信される（同図「２０」参照）。
【００４４】
この要求コマンドを受信したサーバ２０側では、まず、この要求コマンドをクライアント１０の共通鍵（２ａ）にて復号し、こうして復号した要求コマンドにて指定されたクライアント１０の識別情報に基づき、この識別情報に対応づけられた状態で記憶部２２に記憶された暗号化ユーザ情報を抽出する。また、その識別情報に対応づけられた状態で記憶された暗号化共通鍵のうち、ｓ２２０による要求コマンドの送信元となるクライアント１０の公開鍵にて暗号化されている暗号化共通鍵を抽出する。そして、サーバ２０側からは、これら識別情報，暗号化ユーザ情報，暗号化共通鍵が、それぞれクライアント１０の共通鍵（２ａ）にて暗号化された状態で返信されてくる（同図「２１」→「２６」参照）。
【００４５】
こうして、要求コマンドが送信された後、サーバ２０からそれぞれ暗号化された識別情報，暗号化ユーザ情報および暗号化共通鍵が受信される（ｓ２３０）。これら識別情報，暗号化ユーザ情報および暗号化共通鍵は、それぞれ上記ｓ２１０にて生成された共通鍵（２ａ）にて暗号化されているため、この共通鍵（２ａ）にて復号することにより、これらが取得される（同図「２２」「２４」「２６」参照）。なお、ここで取得される暗号化共通鍵は、クライアント１０自身の公開鍵（２）にて暗号化された共通鍵（１ｂ）であり、同取得される暗号化ユーザ情報は、その共通鍵（１ｂ）にて暗号化されたユーザ情報である。
【００４６】
次に、ｓ２３０にて受信された暗号化共通鍵が、クライアント１０自身の秘密鍵（同図「秘密鍵（２）」参照）にて復号され、こうして復号された共通鍵（１ｂ）がこれに付された署名に基づいて認証されることで、この共通鍵（１ｂ）が取得される（同図「２７」参照）（ｓ２４０）。
【００４７】
そして、ｓ２３０にて受信された暗号化ユーザ情報が、ｓ２４０にて取得された共通鍵（１ｂ）にて復号され、こうして復号されたユーザ情報がこれに付された署名に基づいて認証されることで、このユーザ情報が取得される（同図「２８」参照）（ｓ２５０）。
【００４８】
こうして、ｓ２５０が行われたら、ｓ２１０にて確立されたセッションが解放されたうえで、本送信要求処理が終了する。
（１−４）サーバ２０による応答処理
以下に、サーバ２０（のＣＰＵ）により実行される応答処理の処理手順を図２に基づいて説明する。この応答処理は、ネットワーク１００を介してアクセスを受けた際に起動される。
【００４９】
この応答処理が起動されると、まず、その起動に先立って受けたアクセスがＳＳＬに基づくセッションの確立を要求する旨のアクセスであるか否かがチェックされる（ｓ３１０）。ここでは、応答処理の起動に先立ち、公開鍵証明書を要求するためのＨＴＴＰＳリクエストが受信された場合であれば、ＳＳＬに基づくセッションの確立を要求する旨のアクセスであると判定される。なお、このアクセスは、同図ｓ１１０，ｓ２１０にて発生するものである。
【００５０】
このｓ３１０にて、ＳＳＬに基づくセッションの確立を要求する旨のアクセスではないと判定された場合（ｓ３１０：ＮＯ）、そのアクセスの目的に応じた処理（その他の処理）が行われた後（ｓ３２０）、本応答処理が終了する。
【００５１】
一方、ｓ３１０にて、ＳＳＬに基づくセッションの確立を要求する旨のアクセスであると判定された場合（ｓ３１０：ＹＥＳ）、クライアント１０との間でＳＳＬに基づくセッションが確立される（ｓ３３０）。
【００５２】
ここでは、まず、アクセス元のクライアント１０に対して、サーバ２０自身の公開鍵証明書が送信される（図３の「２」→「３」参照）。この公開鍵証明書を受信したクライアント１０側からは、上述したように、サーバ２０の公開鍵（Ｓ）にて暗号化されたクライアント１０の共通鍵（１ａ）が送信されてくため（同図「４」→「５」）、これをサーバ２０自身の秘密鍵（Ｓ）にて復号することで、クライアント１０の共通鍵（１ａ）が取得される（同図「５」参照）。
【００５３】
これ以降、サーバ２０とクライアント１０との間では、それぞれそのクライアント１０の共通鍵（１ａ）を用いた共通鍵暗号方式でデータ通信が行われることとなる。
こうして、ＳＳＬに基づくセッションが確立された後、クライアント１０側からは、図２のｓ１２０またはｓ２２０により、そのクライアント１０の識別情報または要求コマンドが、クライアント１０の共通鍵（１ａ）または（２ａ）にて暗号化された状態で送信されてくる（同図「６」「２０」参照）。
【００５４】
こうして、ｓ３３０にてセッションが確立されたクライアント１０から送信されてきたデータがチェックされ（ｓ３４０）、そのデータが識別情報であると判定された場合（ｓ３４０：ＹＥＳ）、こうして受信された識別情報が記憶部２２に記憶される（ｓ３５０）。ここでは、クライアント１０からの識別情報を、ｓ３３０にて取得されたクライアント１０の共通鍵（１ａ）にて復号したうえで、これが記憶部２２に記憶される（同図「６」→「７」参照）。
【００５５】
なお、クライアント１０から識別情報が送信されてきた場合、このクライアント１０からは、上述したように、暗号化ユーザ情報および暗号化共通鍵が順次送信されてくることとなる。
【００５６】
次に、クライアント１０から送信されてくる暗号化ユーザ情報が受信され（ｓ３６０）、これが、直前に行われた上記ｓ３５０にて記憶された識別情報と対応づけた状態で記憶部２２に記憶される（ｓ３７０）。ここでは、クライアント１０から送信されてきた暗号化ユーザ情報が、ｓ３２０にて取得されたクライアント１０の共通鍵（１ａ）にて復号され、こうして復号された暗号化ユーザ情報が記憶部２２に記憶される（同図「１０」参照）。
【００５７】
なお、この暗号化ユーザ情報は、クライアント１０の共通鍵（１ｂ）にて暗号化されているため、この共通鍵（ｂ）を有していなければ、これをサーバ２０側で復号してその内容を閲覧することはできない。
【００５８】
そして、クライアント１０から送信されてくる暗号化共通鍵が受信され（ｓ３８０）、これらが、直前に行われた上記ｓ３５０にて記憶された識別情報と対応づけた状態でそれぞれ記憶部２２に記憶される（ｓ３９０）。ここでは、クライアント１０から送信されてきた暗号化共通鍵が、それぞれｓ３３０にて取得されたクライアント１０の共通鍵（１ａ）にて復号され、こうして復号された暗号化共通鍵が記憶部２２に記憶される（同図「１２」参照）。
【００５９】
なお、これら暗号化共通鍵は、上述した暗号化ユーザ情報の暗号化に用いた共通鍵（１ｂ）を暗号化したものであるが、それぞれクライアント１０の公開鍵（１）〜（ｎ）にて暗号化されたものであるため、各クライアント１０の秘密鍵（１）〜（ｎ）を有していないサーバ２０側で復号することはできない。つまり、サーバ２０は、暗号化ユーザ情報の暗号化に用いた共通鍵（１ｂ），つまり暗号化ユーザ情報を直接的に復号できる共通鍵（１ｂ）を有していないということになる。
【００６０】
こうして、ｓ３９０が行われたら、ｓ３２０にて確立されたセッションが解放されたうえで、本応答処理が終了する。
また、上述したｓ３４０で、クライアント１０から送信されてきたデータが識別情報ではなく（ｓ３４０：ＮＯ）、要求コマンドであると判定された場合（ｓ４４０：ＹＥＳ）、この要求コマンドにて指定されたクライアント１０の識別情報が特定され、この識別情報に対応する暗号化ユーザ情報および暗号化共通鍵が、記憶部２２に記憶されている暗号化ユーザ情報および暗号化共通鍵の中から選択される（ｓ４５０）。
【００６１】
ここでは、まず、要求コマンドにて指定されたクライアント１０の識別情報に対応づけて記憶部２２に記憶されている暗号化ユーザ情報が選択される。そして、同識別情報に対応づけて記憶部２２に記憶されている暗号化共通鍵のうち、アクセス元のクライアント１０の公開鍵として特定される公開鍵（ｉ）（ｉは１〜ｎのいずれか）で暗号化されている暗号化共通鍵が選択される。
【００６２】
次に、要求コマンドにて指定されたクライアント１０の識別情報，ｓ４５０にて選択された暗号化ユーザ情報および暗号化共通鍵が、アクセス元のクライアント１０に対して送信される（同図「２１」→「２６」参照）（ｓ４６０）。
【００６３】
こうして、ｓ４６０が行われたら、ｓ３２０にて確立されたセッションが解放されたうえで、本応答処理が終了する。
また、上述したｓ３４０で、クライアント１０から送信されてきたデータが識別情報，要求データのいずれでもないと判定された場合（ｓ３４０：ＮＯ，ｓ４４０：ＮＯ）、プロセスがｓ３２０へ移行して、そのデータの目的に応じた処理（その他の処理）が行われた後、本応答処理が終了する。
（２）第２実施形態
本実施形態における情報管理システムは、第１実施形態における情報管理システムと同様の構成であり、一部の処理手順が異なっているだけであるため、この相違点についてのみ詳述する。
【００６４】
なお、本実施形態では、記憶要求処理，送信要求処理，応答処理が、複数種類のユーザ情報をそれぞれ同一または異なるクライアント１０に送信すべく構成されている点で第１実施形態と相違している。
（２−１）記憶要求処理
本実施形態における記憶要求処理では、第１実施形態と同様にｓ１１０が行われた後、図４に示すように、ｓ１２０が行われることなくプロセスがｓ１３０へ移行し、このｓ１３０で、クライアント１０の共通鍵が複数生成される。ここでは、複数種類のユーザ情報（図６の「ユーザ情報（１−１）〜（１−ｍ）」参照）それぞれに対応する共通鍵（１ｂ＿１）〜（１ｂ＿ｍ）が複数生成される（同図「８」参照）。
【００６５】
次に、上記ｓ１３０にて生成された複数の共通鍵のうち、以降の処理で暗号化に用いていない共通鍵が存在しているか否かがチェックされる（ｓ１３２）。
このｓ１３２で、暗号化に用いていない共通鍵が存在していると判定された場合（ｓ１３２：ＹＥＳ）、それら共通鍵のうち、いずれかの共通鍵（１ｂ＿ｊ）（１≦ｊ≦ｍ）が選択される（ｓ１３４）。
【００６６】
次に、第１実施形態におけるｓ１２０と同様、識別情報のサーバ２０への送信が行われた後（ｓ１３６）、プロセスがｓ１４０へ移行して、クライアント１０に送信すべき複数のユーザ情報のうち、ｓ１３４にて選択された共通鍵（１ｂ＿ｊ）に対応するユーザ情報に電子署名が施されたうえ、このユーザ情報を上記共通鍵（１ｂ＿ｊ）にて暗号化してなる暗号化ユーザ情報（ｊ）が生成される。
【００６７】
この後、ｓ１５０〜ｓ１７０が行われ、このｓ１７０の後、プロセスがｓ１３２へ戻る。こうして、ｓ１３２〜ｓ１７０が、暗号化に用いていない共通鍵が存在しなくなるまで繰り返される。これにより、ｓ１３０にて生成された共通鍵と同じ数だけ、暗号化ユーザ情報，暗号化共通鍵のセットが生成され（同図「９」参照）、これらがサーバ２０側で記憶されることとなる（同図「９」→「１０」，「１１」→「１２」参照）。
【００６８】
本実施形態においては、図７に示すように、これらデータセットが、それぞれ異なるクライアント１０の公開鍵にて暗号化された共通鍵（１ｂ）を含んでいる場合を例示する。このことは、各データセットに含まれるユーザ情報の送信先として、それぞれ異なるクライアント１０を定めていることを示す。なお、これらデータセットには、それぞれ本記憶要求処理を実行するクライアント１０の公開鍵にて暗号化された共通鍵（１ｂ＿１）も含めており、これにより、本記憶要求処理を実行したクライアント１０自身をもユーザ情報の送信先として定めている。
【００６９】
そして、上記ｓ１３２で暗号化に用いていない共通鍵が存在しないと判定されたら（ｓ１３２：ＮＯ）、全てのユーザ情報の送信が終了した旨を通知するための終了通知がサーバ２０へと送信された後（ｓ１３８）、本記憶要求処理が終了する。
（２−２）クライアント１０による送信要求処理
本実施形態における送信要求処理では、第１実施形態と同様に、ｓ２１０〜ｓ２５０が行われた後、図５に示すように、更にサーバ２０から識別情報，暗号化ユーザ情報および暗号化共通鍵を受信したか否かがチェックされる（ｓ２５２）。
【００７０】
サーバ２０は、後述のように、本送信要求処理を実行するクライアント１０に送信すべき暗号化ユーザ情報および暗号化共通鍵のセットを全て送信した後、データセットの送信が終了した旨を通知するための終了通知を送信するように構成されている。そのため、このクライアント１０に送信すべきデータセットがまだ残っている場合には、更にサーバ２０から識別情報，暗号化ユーザ情報および暗号化共通鍵が送信されてくることとなる。
【００７１】
このｓ２５２でそれらのデータを受信したと判定された場合（ｓ２５２：ＹＥＳ）、プロセスがｓ２４０へ戻り、それらデータのうちの暗号化共通鍵から共通鍵が取得される。この後、サーバ２０から終了通知を受信するまで、ｓ２４０からｓ２５２が繰り返された後、ｓ２５２で終了通知を受信したと判定された場合（ｓ２５２：ＮＯ）、本送信要求処理が終了する。
（２−３）サーバ２０による応答処理
本実施形態における応答処理では、第１実施形態と同様に、ｓ３１０〜ｓ３９０が行われた後、図４，図５に示すように、サーバ２０から識別情報を受信したか、終了通知を受信したかがチェックされる（ｓ３９２）。
【００７２】
このｓ３９２で、識別情報を受信したと判定された場合（ｓ３９２：ＹＥＳ）、プロセスがｓ３５０へ戻り、この識別情報が記憶された後、ｓ３６０〜ｓ３９２が行われる。
こうして、ｓ３５０〜ｓ３９２が、サーバ２０から終了通知を受信するまで繰り返されることにより、記憶部２２には、暗号化ユーザ情報，暗号化共通鍵のデータセットがその繰り返し回数と同じ数（ｍ）だけ記憶されることとなる（図６の「９」→「１０」，「１１」→「１２」参照）。
【００７３】
その後、上記ｓ３９２で終了通知を受信したと判定された場合（ｓ３９２：ＮＯ）、本応答処理が終了する。
また、クライアント１０から送信されてきたデータが要求コマンドであると判定された場合（ｓ３４０：ＮＯ，ｓ４４０：ＹＥＳ）、記憶部２２から、その要求コマンドにて指定されたクライアント１０の識別情報に対応する全てのデータセットが抽出される（ｓ４４２）。
【００７４】
次に、上記ｓ４４２にて抽出されたデータセットのうち、以降の処理で参照されていないデータセットが存在しているか否かがチェックされる（ｓ４４４）。
このｓ４４４で、以降の処理で参照されていないデータセットが存在していると判定された場合（ｓ４４４：ＹＥＳ）、それらデータセットのうち、いずれかのデータセットが選択される（ｓ４４６）。
【００７５】
次に、ｓ４４６にて選択されたデータセットの中に、要求コマンドで指定されたクライアント１０の識別情報に対応する暗号化共通鍵が含まれているか否かがチェックされる（ｓ４４８）。
【００７６】
このｓ４４８で、該当する暗号化共通鍵が含まれていないと判定された場合（ｓ４４８：ＮＯ）、プロセスがｓ４４４へと戻る。
一方、上記ｓ４４８で、該当する暗号化共通鍵が含まれていると判定された場合（ｓ４４８：ＹＥＳ）、プロセスがｓ４６０へ移行して、その含まれていると判定された暗号化共通鍵と、上記ｓ４４６にて選択されたデータにおける識別情報および暗号化ユーザ情報とが、アクセス元のクライアント１０に対して送信される（同図「２１」〜「２６」参照）。
（３）作用，効果
このように構成された情報管理システム１によれば、クライアント１０から送信された暗号化ユーザ情報および暗号化共通鍵が、識別情報と共にサーバ２０側に記憶される（応答処理のｓ３５０，ｓ３７０，ｓ３９０）。
【００７７】
この暗号化ユーザ情報は、クライアント１０のユーザ情報をそのクライアント１０の共通鍵（１ｂ）で暗号化したものであるため（記憶要求処理のｓ１４０）、その共通鍵（１ｂ）を有していないサーバ２０側では、ユーザ情報を復号してその内容を閲覧することはできない。
【００７８】
そして、この暗号化ユーザ情報を暗号化した共通鍵（１ｂ）は、そのユーザ情報を送信すべきクライアント１０の公開鍵（１）〜（ｎ）でそれぞれ暗号化した暗号化共通鍵としてサーバ２０側に記憶されるとはいえ、これを復号するには該当クライアント１０の秘密鍵が必要となるため、これを有していないサーバ２０側でクライアント１０の共通鍵（１ｂ）を取得することはできない。これにより、クライアント１０のユーザ情報は、その内容が閲覧できないようにした状態でサーバ２０側に記憶されることなる。
【００７９】
その後、暗号化ユーザ情報および暗号化共通鍵を記憶したサーバ２０は、クライアント１０からの要求を受けて、該当する暗号化ユーザ情報および暗号化共通鍵を返信することとなるが（応答処理のｓ４６０）、この暗号化共通鍵は、その要求元のクライアント１０の公開鍵で暗号化されたものである。そのため、このクライアント１０側では、その暗号化共通鍵を自身の秘密鍵で復号することにより、暗号化ユーザ情報の暗号化に用いた共通鍵を取得することができ、この共通鍵により暗号化ユーザ情報を復号してユーザ情報を取得することができる（送信要求処理のｓ２４０，ｓ２５０）。
【００８０】
このように、上述した情報管理システム１であれば、サーバ２０においてユーザ情報の内容を閲覧できないようにしつつ、送信先となるクライアント１０が任意のタイミング（送信要求処理の起動タイミング）でユーザ情報を取得できるようにすることができる。
【００８１】
また、上記実施形態では、記憶要求処理毎にクライアント１０側で共通鍵（１ｂ）を生成しているため、あらかじめクライアント１０側で共通鍵（１ｂ）を用意しておく必要がない。
【００８２】
特に、上記実施形態では、クライアント１０からユーザ情報をサーバへと送信するセッション毎に別の共通鍵が生成され、それに基づくユーザ情報の暗号化が行われることとなる。そのため、いずれかのセッションにおいて使用された共通鍵が漏洩したとしても、その共通鍵に基づいて内容が閲覧されてしまうユーザ情報を、そのセッションで暗号化されたユーザ情報だけに留めることができる。これにより、情報管理システム１としての情報漏洩の危険を低くすることができると共に、情報漏洩した場合の被害を最小限にすることができる。
【００８３】
また、上記実施形態においては、クライアント１０からサーバ２０へと送信される暗号化ユーザ情報および暗号化共通鍵は、ユーザ情報および共通鍵それぞれに電子署名を施したうえで暗号化されたものである。そのため、送信先となるクライアント１０側では、この暗号化ユーザ情報および暗号化共通鍵を復号して得られるユーザ情報および共通鍵につき、そこに施された電子署名に基づいて改ざんされていないことを確認することができる。
【００８４】
また、上記実施形態においては、クライアント１０とサーバ２０との間で、ＳＳＬに基づく共通鍵暗号方式によってデータ通信が実現されるように構成されている。そのため、クライアント１０とサーバ２０との間では、一方からのデータが他方でのみ復号できる状態で送信されることとなるため、両者間の通信経路上においては、ユーザ情報はもちろんのこと、識別情報についても閲覧することはできない。これにより、両者間の通信に際しての情報漏洩の危険を少なくすることができる。
（４）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００８５】
例えば、上記実施形態においては、クライアント１０が記憶要求処理において識別情報，暗号化ユーザ情報，暗号化共通鍵をサーバ２０へと送信する際、それぞれを別のデータとして順番に送信するように構成されたものを例示した（同処理のｓ１２０〜ｓ１７０）。
【００８６】
しかし、これらデータについては、これらデータが一連の情報としてサーバ２０側で認識できるのであれば、その順番は特に限定されない。この場合、同処理のｓ３４０で、最初に送信されるべきデータを受信したか否かをチェックするようにすればよい。
【００８７】
また、上記各データの送信については、一連の情報としてサーバ２０側で認識できる方式であれば、別の方式により送信するように構成してもよい。例えば、各データを、それぞれ「一連の情報」であることを示す情報を付した状態で送信することとし、これらデータを受信したサーバ２０側でそれが「一連の情報」である旨を認識したうえで、応答処理によるデータの記憶を行うように構成することが考えられる。
【００８８】
このための具体的な構成としては、応答処理において、ｓ３３０でセッションを確立した以降、一定期間内にクライアント１０から送信されるデータを収集する処理、そうして収集したデータの中から一連の情報である「識別情報，暗号化ユーザ情報，暗号化共通鍵」を特定する処理、それらを対応づけて記憶部２２に記憶する処理、を行ったうえで、この応答処理を終了するように構成すればよい。
【００８９】
また、上記実施形態においては、記憶要求処理毎にクライアント１０側で共通鍵（１ｂ）が生成されるように構成されたものを例示した。しかし、この共通鍵（１ｂ）については、クライアント１０側であらかじめ用意されたものを用いてもよい。
【００９０】
また、上記実施形態においては、クライアント１０とサーバ２０との間で、ＳＳＬに基づく共通鍵暗号方式によってデータ通信が実現されるように構成されたものを例示した。しかし、クライアント１０とサーバ２０との間の通信については、クライアント１０からのデータがサーバ２０でのみ復号できるような態様であれば、その暗号化の態様については、ＳＳＬに基づく暗号化に限られない。
（５）本発明との対応関係
以上説明した実施形態において、図２，図４のｓ１４０は本発明における第１暗号化手段および第１電子署名手段であり、同図ｓ１６０は本発明における第２暗号化手段および第２電子署名手段であり、同図ｓ１２０，ｓ１３６，ｓ１５０，ｓ１７０は本発明におけるクライアント側送信手段および第３暗号化手段であり、同図ｓ１３０は本発明における共通鍵生成手段である。
【００９１】
また、図２，図４におけるｓ３５０，ｓ３７０，ｓ３９０は本発明における記憶手段であり、図２におけるｓ４５０，図５におけるｓ４４２，ｓ４４６は本発明における特定手段であり、図２，図４におけるｓ４６０は本発明におけるサーバ側送信手段である。
【００９２】
また、図２のｓ１１０，２１０，３３０にてクライアント１０からサーバ２０へと渡される共通鍵１ａ，２ａは、本発明における「サーバで復号可能な暗号鍵（サーバの共通鍵）」である。
【図面の簡単な説明】
【００９３】
【図１】情報管理システムの構成を示す概念図
【図２】第１実施形態におけるクライアントおよびサーバそれぞれにより行われる処理を示すフローチャート
【図３】第１実施形態における各データの流れを示すブロック図
【図４】第２実施形態におけるクライアントおよびサーバそれぞれにより行われる処理を示すフローチャート（１／２）
【図５】第２実施形態におけるクライアントおよびサーバそれぞれにより行われる処理を示すフローチャート（２／２）
【図６】第２実施形態における各データの流れを示すブロック図（１／２）
【図７】第２実施形態における各データの流れを示すブロック図（２／２）
【符号の説明】
【００９４】
１…情報管理システム、１０…クライアント、２０…サーバ、２２…記憶部、１００…ネットワーク。
【特許請求の範囲】
【請求項１】
１以上のクライアントそれぞれがサーバとデータ通信可能に接続されてなる情報管理システムであって、
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
当該クライアントのユーザに関するユーザ情報を当該クライアントの共通鍵にて暗号化することで、該暗号化してなる暗号化ユーザ情報を生成する第１暗号化手段と、
該第１暗号化手段が前記ユーザ情報を暗号化する際に用いた共通鍵を、前記ユーザ情報を通知すべき１以上のクライアントの公開鍵それぞれで暗号化することで、該暗号化してなる１以上の暗号化共通鍵を生成する第２暗号化手段と、
前記第１暗号化手段により生成された暗号化ユーザ情報，前記第２暗号化手段により生成された暗号化共通鍵，および，当該クライアントを識別可能な識別情報を、一連の情報として前記サーバへと送信するクライアント側送信手段と、を備えており、
前記サーバは、
前記クライアントから一連の情報として送信される前記暗号化ユーザ情報，前記暗号化共通鍵，および，前記識別情報を、それぞれ対応づけて記憶部に記憶させる記憶手段と、
前記１以上のクライアントのうちのいずれかのクライアントから、特定の前記クライアントのユーザ情報を要求された際に、前記記憶部に記憶されている前記暗号化ユーザ情報のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化ユーザ情報を特定して、また、前記記憶部に記憶されている前記暗号化共通鍵のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化共通鍵であって、その要求元のクライアントの公開鍵にて暗号化してなる暗号化共通鍵を特定する特定手段と、
該特定手段により特定された前記暗号化ユーザ情報および前記暗号化共通鍵を、前記要求元のクライアントへと送信するサーバ側送信手段と、を備えている
ことを特徴とする情報管理システム。
【請求項２】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
当該クライアントの共通鍵を生成する共通鍵生成手段を備えており、
前記第１暗号化手段が、前記ユーザ情報を前記共通鍵生成手段により生成された共通鍵にて暗号化してなる暗号化ユーザ情報を生成する、ように構成されている
ことを特徴とする請求項１に記載の情報管理システム。
【請求項３】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントにおいて、
前記共通鍵生成手段は、前記サーバ側送信手段により前記暗号化ユーザ情報および前記暗号化共通鍵を送信するのに先立って、当該クライアントの共通鍵を生成する、ように構成されている
ことを特徴とする請求項１または請求項２に記載の情報管理システム。
【請求項４】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
前記ユーザ情報に電子署名を施す第１電子署名手段を備え、
前記第１暗号化手段が、前記第１電子署名手段により電子署名が施された前記ユーザ情報を暗号化してなる暗号化ユーザ情報を生成する、ように構成されている
ことを特徴とする請求項１から３のいずれかに記載の情報管理システム。
【請求項５】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
前記第１暗号化手段が前記ユーザ情報を暗号化する際に用いた共通鍵に電子署名を施す第２電子署名手段を備え、
前記第２暗号化手段が、前記第２電子署名手段により電子署名が施された共通鍵を暗号化してなる１以上の暗号化共通鍵を生成する、ように構成されている
ことを特徴とする請求項１から４のいずれかに記載の情報管理システム。
【請求項６】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
前記暗号化ユーザ情報，前記暗号化共通鍵および当該クライアントを識別可能な識別情報を、それぞれ前記サーバで復号可能な暗号鍵（サーバの共通鍵）により暗号化する第３暗号化手段を備えており、
前記クライアント側送信手段が、前記第３暗号化手段により暗号化された暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、一連の情報として前記サーバへと送信する、ように構成されており、
前記サーバにおいて、
前記記憶手段は、前記クライアントから一連の情報として送信され、前記サーバの共通鍵にて暗号化された前記暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、それぞれ前記サーバの共通鍵により復号したうえで、前記記憶部に記憶させる、ように構成されている
ことを特徴とする請求項１から５のいずれかに記載の情報管理システム。
【請求項７】
請求項１から６のいずれかに記載のクライアントの備える全ての手段を備えている
ことを特徴とするクライアント。
【請求項８】
請求項１から６のいずれかに記載のサーバの備える全ての手段を備えている
ことを特徴とするサーバ。
【請求項９】
請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラム。
【請求項１０】
請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラム。
【請求項１】
１以上のクライアントそれぞれがサーバとデータ通信可能に接続されてなる情報管理システムであって、
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
当該クライアントのユーザに関するユーザ情報を当該クライアントの共通鍵にて暗号化することで、該暗号化してなる暗号化ユーザ情報を生成する第１暗号化手段と、
該第１暗号化手段が前記ユーザ情報を暗号化する際に用いた共通鍵を、前記ユーザ情報を通知すべき１以上のクライアントの公開鍵それぞれで暗号化することで、該暗号化してなる１以上の暗号化共通鍵を生成する第２暗号化手段と、
前記第１暗号化手段により生成された暗号化ユーザ情報，前記第２暗号化手段により生成された暗号化共通鍵，および，当該クライアントを識別可能な識別情報を、一連の情報として前記サーバへと送信するクライアント側送信手段と、を備えており、
前記サーバは、
前記クライアントから一連の情報として送信される前記暗号化ユーザ情報，前記暗号化共通鍵，および，前記識別情報を、それぞれ対応づけて記憶部に記憶させる記憶手段と、
前記１以上のクライアントのうちのいずれかのクライアントから、特定の前記クライアントのユーザ情報を要求された際に、前記記憶部に記憶されている前記暗号化ユーザ情報のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化ユーザ情報を特定して、また、前記記憶部に記憶されている前記暗号化共通鍵のうち、その特定の前記クライアントを識別する前記識別情報に対応づけられた前記暗号化共通鍵であって、その要求元のクライアントの公開鍵にて暗号化してなる暗号化共通鍵を特定する特定手段と、
該特定手段により特定された前記暗号化ユーザ情報および前記暗号化共通鍵を、前記要求元のクライアントへと送信するサーバ側送信手段と、を備えている
ことを特徴とする情報管理システム。
【請求項２】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
当該クライアントの共通鍵を生成する共通鍵生成手段を備えており、
前記第１暗号化手段が、前記ユーザ情報を前記共通鍵生成手段により生成された共通鍵にて暗号化してなる暗号化ユーザ情報を生成する、ように構成されている
ことを特徴とする請求項１に記載の情報管理システム。
【請求項３】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントにおいて、
前記共通鍵生成手段は、前記サーバ側送信手段により前記暗号化ユーザ情報および前記暗号化共通鍵を送信するのに先立って、当該クライアントの共通鍵を生成する、ように構成されている
ことを特徴とする請求項１または請求項２に記載の情報管理システム。
【請求項４】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
前記ユーザ情報に電子署名を施す第１電子署名手段を備え、
前記第１暗号化手段が、前記第１電子署名手段により電子署名が施された前記ユーザ情報を暗号化してなる暗号化ユーザ情報を生成する、ように構成されている
ことを特徴とする請求項１から３のいずれかに記載の情報管理システム。
【請求項５】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
前記第１暗号化手段が前記ユーザ情報を暗号化する際に用いた共通鍵に電子署名を施す第２電子署名手段を備え、
前記第２暗号化手段が、前記第２電子署名手段により電子署名が施された共通鍵を暗号化してなる１以上の暗号化共通鍵を生成する、ように構成されている
ことを特徴とする請求項１から４のいずれかに記載の情報管理システム。
【請求項６】
少なくとも前記１以上のクライアントのうちのいずれかのクライアントは、
前記暗号化ユーザ情報，前記暗号化共通鍵および当該クライアントを識別可能な識別情報を、それぞれ前記サーバで復号可能な暗号鍵（サーバの共通鍵）により暗号化する第３暗号化手段を備えており、
前記クライアント側送信手段が、前記第３暗号化手段により暗号化された暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、一連の情報として前記サーバへと送信する、ように構成されており、
前記サーバにおいて、
前記記憶手段は、前記クライアントから一連の情報として送信され、前記サーバの共通鍵にて暗号化された前記暗号化ユーザ情報，前記暗号化共通鍵および前記識別情報を、それぞれ前記サーバの共通鍵により復号したうえで、前記記憶部に記憶させる、ように構成されている
ことを特徴とする請求項１から５のいずれかに記載の情報管理システム。
【請求項７】
請求項１から６のいずれかに記載のクライアントの備える全ての手段を備えている
ことを特徴とするクライアント。
【請求項８】
請求項１から６のいずれかに記載のサーバの備える全ての手段を備えている
ことを特徴とするサーバ。
【請求項９】
請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラム。
【請求項１０】
請求項１から６のいずれかに記載のクライアントの備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラム。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１】
【公開番号】特開２００８−１２４７２０（Ｐ２００８−１２４７２０Ａ）
【公開日】平成２０年５月２９日（２００８．５．２９）
【国際特許分類】
【出願番号】特願２００６−３０５４４９（Ｐ２００６−３０５４４９）
【出願日】平成１８年１１月１０日（２００６．１１．１０）
【出願人】（３０６０４０３８８）株式会社シフト (8)
【出願人】（３０４０２１２７７）国立大学法人 名古屋工業大学 (784)
【Ｆターム（参考）】
【公開日】平成２０年５月２９日（２００８．５．２９）
【国際特許分類】
【出願日】平成１８年１１月１０日（２００６．１１．１０）
【出願人】（３０６０４０３８８）株式会社シフト (8)
【出願人】（３０４０２１２７７）国立大学法人 名古屋工業大学 (784)
【Ｆターム（参考）】
[ Back to top ]