(57)【要約】【課題】インターネット上に個人情報を安全に保存できるデータ管理システムを提供する。【解決手段】課題を解決するために、本発明のデータ管理システムでは、ユーザがアクセスするＷｅｂサーバ上に個人情報を登録する際に暗号化する暗号化キー情報及び格納した個人情報を参照するための復号化キー情報それぞれを、登録ないし参照するときにのみＷｅｂサーバ上に存在させて、それ以外は存在させないことを特徴とする。これにより、本発明のデータ管理システムでは、高いセキュリティを実現することができる。【選択図】図１
2015207205.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末からの情報を格納するためのサーバ装置を有するデータ管理システムであって、
前記サーバ装置は、
装置全体を制御する制御部と、
受付けられた情報を格納する記憶部と、
外部との情報の送受信を行う通信部とを備え、
前記制御部は、
前記通信部で受信した情報を暗号化して前記記憶部に個人情報データベースとして格納し、前記記憶部の暗号化した個人情報を復号化して前記通信部から前記ユーザ端末に送信し、
前記暗号化ないし復号化を、前記サーバ装置を利用するためのセッション情報で行う
ことを特徴とするデータ管理システム。
【請求項２】
請求項１記載のデータ管理システムであって、前記セッション情報は前記ユーザ端末の使用者を一意に識別するためのユーザＩＤ情報とパスワード情報で構成される
ことを特徴とするデータ管理システム。
【請求項３】
請求項２記載のデータ管理システムであって、前記暗号化ないし復号化を、前記パスワード情報ないし前記ユーザＩＤ情報、または前記パスワードと前記ユーザＩＤ情報とを組み合わせた情報で行う
ことを特徴とするデータ管理システム。
【請求項４】
請求項３記載のデータ管理システムであって、前記暗号化ないし復号化を、前記セッション情報と異なる認証情報で行い、前記暗号化ないし復号化が完了した後は前記認証情報を前記サーバ装置から消去する
ことを特徴とするデータ管理システム。
【請求項５】
請求項４記載のデータ管理システムであって、前記認証情報は、前記パスワード情報と異なる第２のパスワード情報ないし生体認証情報を含む
ことを特徴とするデータ管理システム。
【請求項６】
請求項５記載のデータ管理システムであって、前記暗号化ないし復号化を、前記セッション情報と前記認証情報とを組み合わせて行う
ことを特徴とするデータ管理システム。
【請求項７】
ユーザ端末からの情報を格納するためのサーバ装置を有するデータ管理システムのデータ管理方法であって、
前記サーバ装置は、
装置全体を制御する制御部と、
受付けられた情報を格納する記憶部と、
外部との情報の送受信を行う通信部とを備え、
前記制御部は、
前記通信部で受信した情報を暗号化して前記記憶部に個人情報データベースとして格納し、前記記憶部の暗号化した個人情報を復号化して前記通信部から前記ユーザ端末に送信し、
前記暗号化ないし復号化を、前記サーバ装置を利用するためのセッション情報で行う
ことを特徴とするデータ管理システムのデータ管理方法。
【請求項８】
請求項７記載のデータ管理システムのデータ管理方法であって、前記セッション情報は前記ユーザ端末の使用者を一意に識別するためのユーザＩＤ情報とパスワード情報で構成される
ことを特徴とするデータ管理システムのデータ管理方法。
【請求項９】
請求項８記載のデータ管理システムのデータ管理方法であって、前記暗号化ないし復号化を、前記パスワード情報ないし前記ユーザＩＤ情報、または前記パスワードと前記ユーザＩＤ情報とを組み合わせた情報で行う
ことを特徴とするデータ管理システムのデータ管理方法。
【請求項１０】
請求項９記載のデータ管理システムのデータ管理方法であって、前記暗号化ないし復号化を、前記セッション情報と異なる認証情報で行い、前記暗号化ないし復号化が完了した後は前記認証情報を前記サーバ装置から消去する
ことを特徴とするデータ管理システムのデータ管理方法。
【請求項１１】
請求項１０記載のデータ管理システムのデータ管理方法であって、前記認証情報は、前記パスワード情報と異なる第２のパスワード情報ないし生体認証情報を含む
ことを特徴とするデータ管理システムのデータ管理方法。
【請求項１２】
請求項１１記載のデータ管理システムのデータ管理方法であって、前記暗号化ないし復号化を、前記セッション情報と前記認証情報とを組み合わせて行う
ことを特徴とするデータ管理システムのデータ管理方法。
【請求項１３】
ユーザ端末からの情報を格納するためのサーバ装置を有するデータ管理システムのデータ管理プログラムであって、
前記サーバ装置は、
装置全体を制御する制御部と、
受付けられた情報を格納する記憶部と、
外部との情報の送受信を行う通信部とを備え、
前記制御部で動作する前記データ管理プログラムは、
前記通信部で受信した情報を暗号化して前記記憶部に個人情報データベースとして格納する機能と
前記記憶部の暗号化した個人情報を復号化して前記通信部から前記ユーザ端末に送信する機能と、
前記暗号化ないし復号化を、前記サーバ装置を利用するためのセッション情報で行う機能とを有する
ことを特徴とするデータ管理システムのデータ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理システム、データ管理方法及びデータ管理プログラムに関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークを利用して、ショッピングや銀行取引などのサービスが急速に普及しつつある。これらサービスの一例として、利用者が銀行の支店やコンビニエンスストア等にあるＡＴＭ（Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ）を利用せずに、インターネット上で口座への入出金依頼（振込）を行うことができるオンラインバンキングがある。このオンラインバンキングでは、利用を開始する際に、ユーザＩＤとパスワードを予め金融機関のコンピュータシステムに登録し、登録されたユーザＩＤとパスワードで本人認証を行う。
【０００３】
このようなコンピュータなどの情報システムを利用する認証には、本人認証の他に、メッセージの同一性を保証するメッセージ認証、特定事象の発生時刻を保証する時刻認証などが挙げられる。これらの認証のうち、利用者として利用機会が多い本人認証では、被認証者と対応づけるための認証データ（ＩＤ及びパスワード、公開鍵や秘密鍵）が存在し、これらの認証データを適切に管理することでなりすましや情報漏洩などを防止している。
【０００４】
インターネットの発展と普及に伴い利用者の利便性は大きく向上したが、その一方で、認証技術の向上が非常に重要な課題となっている。これは、個人情報の漏洩事故が後をたたないが、認証方法などの認証情報そのものが漏洩されるリスクも増加している。認証機能を有するシステムにおいて、仮に、データベースに格納された認証情報や個人情報が漏洩した場合、従来の認証方法を変更するなどの措置をとる必要がある。これらに関連する技術として、特許文献１記載の技術がある。
【０００５】
特許文献１では、データベースに格納されたデータが盗まれても、認証方法を変更することなく認証システムの運用を続行する方式が開示されている。具体的には、認証システムは認証情報生成装置と認証装置からなる。認証情報生成装置の認証キー生成部は、認証ＩＤと検索ＳＱＬ生成部によって生成された検索ＳＱＬ文とで構成される認証キーを生成する。認証情報生成部は前記認証キーに含まれる認証ＩＤと、前記検索ＳＱＬ文による検索データベースの検索により取得される検索結果情報とで構成される認証情報を生成する。認証装置は、認証情報生成部によって生成された認証情報を保持しており、その認証情報に含まれる検索結果情報と、認証のために入力された認証キーに含まれる認証ＩＤと検索ＳＱＬ文による検索データベースの検索により取得される検索情報とが完全一致するか否かを判別し、完全一致する場合には認証成功と判定するものである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】日本公開特許２０１３−２２２２１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来技術では、プログラムやデータベース機能による暗号化処理が行われていたが、プログラムそのものや暗号化パラメータの漏洩により、暗号化されたアカウントやデータベース格納情報の解読ができてしまう。また、同様に、データベースのアカウント（ユーザＩＤ、パスワード）の漏洩により暗号化されたデータベース格納情報の解読ができてしまう。そこで、本発明では、インターネット上に個人情報を安全に保存できるデータ管理システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明では、ユーザがアクセスするＷｅｂサーバ上に個人情報を登録する際に暗号化する暗号化キー情報及び格納した個人情報を参照するための復号化キー情報それぞれを、登録ないし参照するときにのみＷｅｂサーバ上に存在させて、それ以外は存在させないことを特徴とする。
【発明の効果】
【０００９】
本発明のデータ管理システムでは、暗号化ないし復号化する時にのみキー情報を、Ｗｅｂサーバ等のサービス提供システムに存在させ、それ以外は存在させないことで暗号化方法の漏洩を防止して高いセキュリティを実現することができる。なお、前述以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明のデータ管理方式の概念を示す図である。
【図２】図２は、本発明を適用したシステムの全体構成を示すブロック図である。
【図３】図３は、Ｗｅｂサーバの内部構成を示すブロック図である。
【図４】図４は、ユーザ端末の内部構成を示すブロック図である。
【図５】図５は、個人情報の構成例を示す図である。
【図６】図６は、暗号化キー・復号化キーを生成するためキー生成管理テーブルの構成例を示す図である。
【図７】図７は、暗号化・復号化の処理を示すフローチャート図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら本発明の実施の形態を説明する。なお、以下の説明では、「管理テーブル」等の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。また、データ構造に依存しないことを示すために「管理テーブル」を「管理情報」と呼ぶことができる。
【００１２】
また、「プログラム」を主語として処理を説明する場合がある。そのプログラムは、プロセッサ、例えば、ＭＰ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｏｒ）やＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって実行されるもので、定められた処理をするものである。なお、適宜に記憶資源（例えばメモリ）及び通信インターフェース装置（例えば、通信ポート）を用いながら行うため、処理の主語がプロセッサとされてもよい。プロセッサは、ＣＰＵの他に専用ハードウェアを有していても良い。コンピュータプログラムは、プログラムソースから各コンピュータにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアなどで提供されるものであっても良い。
【００１３】
また、各要素、例えば、コントローラは番号などで識別可能であるが、識別可能な情報であれば、名前など他種の識別情報が用いられても良い。本発明の図及び説明において同一部分には同一符号を付与しているが、本発明が本実施例に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。また、特に限定しない限り、各構成要素は複数でも単数でも構わない。
【００１４】
＜発明概要＞
図１は、本発明のデータ管理方式の概念を示す図である。本発明では、認証時のセッション情報を用いて、暗号化及び復号化を行う方式を提案するものである。図１で、その方式の概念を説明する。前述のインターネットショッピングでサービスの提供を受ける場合、商品の受取先及び支払条件等の個人情報をサービス提供会社に登録する必要がある。サービス提供会社では、登録された個人情報を暗号化して個人情報データベースに格納し高度なセキュリティを施して情報漏洩を防止する。
【００１５】
まず、ユーザがユーザ端末１２からＷｅｂサーバ１１にサービスを受けるための平文の個人情報（氏名、住所、取引金融機関・クレジット会社などの情報）１１１を登録する。その際に、事前にサービス提供会社から提供された認証ＩＤと認証ＩＤに対しユーザが設定したパスワードのアカウント情報を用いて、ログインする。そして、個人情報１１１のＷｅｂサーバ１１への登録時に、ログイン時のセッション情報のパスワード１  １１５を暗号化キー（鍵）１１５１として、個人情報（平文）１１１を暗号し個人情報（暗号化）１１３とする。そして、暗号化された個人情報（暗号化）１１３を、Ｗｅｂサーバ１１の個人情報データベース１１４に格納する。
【００１６】
また、ユーザがＷｅｂサーバ１１に登録した個人情報を確認・変更する場合は、個人情報データベース１１４の暗号化された状態の個人情報を読み出し、前述のセッション情報で復号化する。
【００１７】
なお、セッション情報はユーザによるＷｅｂサーバ１１の使用が終了した時に、消去される。そのため、個人情報データベース１１４そのもの、ないし個人情報データベース１１４に格納されている暗号化された個人情報が盗まれても、復号化のためのキー情報はＷｅｂサーバ１１上に存在しないので個人情報を解読することは不可能である。
【００１８】
以上のように、暗号化ないし復号化する時にのみキー情報を、Ｗｅｂサーバ等のサービス提供システムに存在させ、それ以外は存在させないことで高いセキュリティを実現することができる。
【００１９】
＜適用システム全体構成＞
図２は、本発明を適用したシステムの全体構成を示すブロック図である。システム２１は、サービスプロバイダのＷｅｂサーバａ  ２１１、Ｗｅｂサーバｎ  ２１２と、ユーザ端末ａ１  ２１５からユーザ端末ａｘ  ２１６及びユーザ端末ｎ１  ２１７からユーザ端末ｎｘ  ２１８を有し、それぞれがネットワーク２１３、２１４で相互に接続される。このような構成でユーザは、ユーザ端末を使用しサービスプロバイダから所定のサービス提供を受けることができる。
【００２０】
例えば、サービスプロバイダのＷｅｂサーバａ２１１がネットバンキングサービス用サーバ、Ｗｅｂサーバａ２１１がインターネットショッピング用サーバとする。これらのサーバでは、送金・出金・振替・決済等が行われるので、氏名・住所・口座番号・クレジット番号・パスワード等の個人情報が、個人毎に個人情報データベース１１４に暗号化されて格納される。
【００２１】
＜サーバ内部構成＞
図３は、Ｗｅｂサーバの内部構成を示すブロック図である。
【００２２】
Ｗｅｂサーバ２１１／２１２は、ＣＰＵ３１、メモリ３２、記憶部３３、入力部３４、出力部３５、表示部３６、通信部３７を備える。
【００２３】
ＣＰＵ３１は、Ｗｅｂサーバ２１１／２１２全体を制御するプロセッサである。メモリ３２は、各種プログラム及び後述する各種データなどを一時的に記憶するデバイスである。記憶部３３は、各種プログラム及び後述する各種データなどを恒久的に記憶するデバイスで、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）である。入力部３４は、入力を受け付けるデバイスで、例えば、キーボードである。
【００２４】
出力部３５は、情報やデータを出力するデバイスで、例えば、スピーカやプリンタである。表示部３６は、情報やデータを表示するデバイスで、例えば、液晶ディスプレイである。通信部３７は、ネットワーク２１３／２１４を介しユーザ端末、他のサーバや他の装置との間を接続するデバイスである。以上の構成要素は内部バスで相互に接続される。なお、点線の表記した入力部３４、出力部３５、表示部３６のいずれかをＷｅｂサーバ２１１／２１２に備えなくともよい。
【００２５】
＜ユーザ端末機能ブロック図＞
図４は、ユーザ端末の内部構成を示すブロック図である。
【００２６】
ユーザ端末２１５／２１６／２１７／２１８は、ＣＰＵ４１、メモリ４２、記憶部４３、入力部４４、出力部４５、表示部４６、通信部４７を備える。
【００２７】
ＣＰＵ４１は、ユーザ端末全体を制御するプロセッサである。メモリ４２は、各種プログラム及び後述する各種データなどを一時的に記憶するデバイスである。記憶部４３は、各種プログラム及び後述する各種データなどを恒久的に記憶するデバイスで、例えばＨＤＤやＳＳＤである。入力部４４は、入力を受け付けるデバイスで、例えば、キーボードである。
【００２８】
出力部４５は、情報やデータを出力するデバイスで、例えば、スピーカやプリンタである。表示部４６は、情報やデータを表示するデバイスで、例えば、液晶ディスプレイである。通信部４７は、ネットワーク２１３／２１４を介しサーバとの間を接続するデバイスである。以上の構成要素は内部バスで相互に接続される。
【００２９】
＜情報構成＞
図５は、個人情報の構成例を示す図である。個人情報５０／５１は、項目５０１とそれに対応する内容５０２より構成される。項目５０１には、図に示すようにＩＤ，パスワードの他に氏名や性別などの個人を特定する情報の項目がある。内容５０２には、それぞれの項目に対するユーザの情報が格納される。図５（１）は暗号化される前の個人情報５０を示し、図５（２）は暗号化された後の個人情報５１を示す。個人情報５０と個人情報５１との相違は、項目５０１が“ＩＤ”以外の項目に対応する内容５０２が暗号化されているか否かである。なお、ＩＤも含めた全ての情報を暗号化してもよい。
【００３０】
＜管理テーブル＞
図６は、暗号化キー・復号化キーを生成するためキー生成管理テーブルの構成例を示す図である。キー生成管理テーブル６０は、暗号化及び復号化で用いる認証情報を１つ以上選択して暗号化キー・復号化キーを生成するための管理テーブルである。キー生成管理テーブル６０は、暗号化及び復号化で使用するキーを生成するための情報である暗号化／復号化キー情報６０１と、暗号化／復号化キー情報６０１の組み合わせを表すケース番号６０２を有する。
【００３１】
例えば、ケース番号６０２が“１”の場合、暗号化キー及び復号化キーは、暗号化／復号化キー情報６０１が“パスワード１”から生成される。同様に、ケース番号６０２が“５”の場合は、“パスワード１”と“パスワード２”との組み合わせで生成される。また、ケース番号６０２が“８”の場合は、“パスワード１”と“パスワード２”に、生体情報（指紋、虹彩、指静脈など）を加えた情報で暗号化キーと復号化キーを生成する。なお、暗号化キーをケース番号６０２が“７”の情報（パスワード１と生体情報）で生成し、復号化キーをケース番号６０２が“８”の情報（パスワード１、パスワード２及び生体情報）で生成してもよい。暗号化方式としては、巨大な整数の素因数分解の困難さを利用したＲＳＡ暗号、離散対数問題の解放の困難さを利用したＥＬＧａｍａｌ暗号、楕円曲線上の離散対数問題を利用した楕円曲線暗号などがある。本実施例では、これら暗号化方式を適宜利用して暗号化するが、これら暗号化方式に限定されるものではない。
【００３２】
また、ユーザ側の情報（認証ＩＤ、パスワード１、パスワード２、生体情報など）に、サービス提供会社側（管理者側）で設定される固有情報（管理者キー情報など）を組み合わせて、暗号化キーないし復号化キーを生成することもできる。
【００３３】
＜暗号化・復号化の処理＞
図７は、暗号化・復号化の処理を示すフローチャート図である。本処理は、ユーザがＷｅｂサーバ１１にアクセスし個人情報を登録することや、サービス提供を受けるため個人情報を参照することを契機に処理が開始される。なお、処理の主体をＣＰＵ３１としているが、Ｗｅｂサーバ１１自体でもよい。また、ログイン時のセッション情報（認証ＩＤ、パスワード１）は、メモリ３２に格納されるものとする。
【００３４】
Ｓ７０１で、ＣＰＵ３１は、暗号化キーまたは復号化キーを生成するための情報（キー生成情報）をユーザ端末１２から取得する。キー生成情報は、キー生成管理テーブル６０の項目６０１に示す情報で、セッション情報（認証ＩＤ及びパスワード１）や第２パスワード（パスワード２）、生体情報である。
【００３５】
Ｓ７０２で、ＣＰＵ３１は、全てのキー生成情報を取得できたかを判断する。取得できた場合（Ｙｅｓ）、ＣＰＵ３１はＳ７０３を実行し、取得されていない場合（Ｎｏ）、ＣＰＵ３１は再びＳ７０１を実行する。例えば、キー生成管理テーブル６０でケース番号６０２が“１”の場合、キー生成情報は“パスワード１”だけが必要であるので、処理Ｓ７０１でＣＰＵ３１が“パスワード１”を取得すれば、ＣＰＵ３１は次に処理Ｓ７０３を実行する。また、ケース番号６０２が“４”の場合も同様で、キー生成情報として“パスワード２”だけを取得すればよい。
【００３６】
一方、ケース番号６０２が“３”の場合、キー生成情報は“パスワード１”及び“認証ＩＤ”が必要なので、処理Ｓ７０１でＣＰＵ３１が“パスワード１” 及び“認証ＩＤ”を取得する。なお、“パスワード１” 及び“認証ＩＤ”はセッション情報であり、メモリ３２に一時的に格納されているので、ＣＰＵ３１はメモリ３２から“パスワード１” 及び“認証ＩＤ”を取得する。また、ケース番号６０２が“５”の場合、キー生成情報は“パスワード１”及び“パスワード２”が必要なので、ＣＰＵ３１はメモリ３２より“パスワード１”を、ユーザ端末２１より“パスワード２”を取得する。
【００３７】
Ｓ７０３で、ＣＰＵ３１は、個人情報に対する暗号化を行うかを判断する。暗号化を行う場合（Ｙｅｓ）、ＣＰＵ３１はＳ７０４以降の処理を実行し個人情報の暗号化を行う。暗号化を行なわない場合（Ｎｏ）は復号化の処理を個人情報に対して行うため、ＣＰＵ３１はＳ７１４以降の処理を実行する。
【００３８】
Ｓ７０４で、ＣＰＵ３１は、ユーザ端末１２から暗号化する個人情報を取得する。
【００３９】
Ｓ７０５で、ＣＰＵ３１は、処理Ｓ７０１で取得したキー生成情報で暗号化キー１１５１を生成する。暗号化キー１１５１の生成完了後に、ＣＰＵ３１はキー生成情報を消去する。この消去により、不正アクセスによる暗号化キー解読の危険性を低減できる。
【００４０】
Ｓ７０６で、ＣＰＵ３１は、処理Ｓ７０５で生成した暗号化キー１１５１で、個人情報（平文）１１１に対し暗号化処理１１２を施し、暗号化した個人情報（暗号化）１１３を生成する。個人情報（暗号化）１１３の生成完了直後に、ＣＰＵ３１は暗号化キー１１５１を消去する。この消去により、不正アクセスによる暗号化キー漏洩の可能性を低減できる。
【００４１】
Ｓ７０７で、ＣＰＵ３１は、暗号化した個人情報（暗号化）１１３を個人情報ＤＢ（データベース）１１４に格納する。以上Ｓ７０４からＳ７０７の処理で平文状態である個人情報（平文）１１１を暗号化し、個人情報（暗号化）１１３として個人情報ＤＢ１１４に格納できる。また、本発明では暗号化キーを暗号化処理の完了直後に消去するので、暗号化された個人情報が漏洩しても解読される危険性を低減できる。
【００４２】
Ｓ７１４で、ＣＰＵ３１は、個人情報ＤＢ１１４から復号化する個人情報（暗号化）１１８を取得する。
【００４３】
Ｓ７１５で、ＣＰＵ３１は、処理Ｓ７０１で取得したキー生成情報で復号化キー１１５２を生成する。復号化キー１１５２の生成完了後に、ＣＰＵ３１はキー生成情報を消去する。この消去により、不正アクセスによる復号化キーの漏洩及び解読の危険性を低減できる。
【００４４】
Ｓ７１６で、ＣＰＵ３１は、処理Ｓ７１５で生成した復号化キー１１５２で、個人情報（暗号化）１１８に対し復号化処理１１７を施し、暗号化した個人情報（暗号化）１１８を復号して個人情報（平文）１１６を生成する。これにより、ユーザは、自分自身の個人情報を参照することや変更することができる。個人情報（平文）１１８の生成完了後に、ＣＰＵ３１は復号化キー１１５２を消去する。この消去により、不正アクセスによる暗号化キーの漏洩の可能性を低減できる。
【００４５】
Ｓ７１７で、ＣＰＵ３１は、復号化した個人情報（平文）１１６をユーザ端末１２に送信するよう通信部３７を制御する。以上Ｓ７１４からＳ７１７の処理で暗号化された状態である個人情報（暗号化）１１８を復号化し、個人情報（平文）１１６としてユーザ端末１２に送ることができる。また、本発明では復号化キーを復号化処理の完了直後に消去するので、個人情報漏洩時の解読危険性を低減できる。
【００４６】
以上のように、本発明のデータ管理システムでは、ユーザがアクセスするＷｅｂサーバ上に個人情報を登録する際に暗号化する暗号化キー情報及び格納した個人情報を参照するための復号化キー情報それぞれを、登録ないし参照するときにのみＷｅｂサーバ上に存在させて、それ以外は存在させないことを特徴とする。これにより、本発明のデータ管理システムでは、高いセキュリティを実現することができる。
【００４７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【００４８】
各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置いてもよい。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００４９】
１１：Ｗｅｂサーバ
１２：ユーザ端末
３１、４１：ＣＰＵ
３２、４２：メモリ
３３、４３：記憶部
３４、４４：入力部
３５、４５：出力部
３６、４６：表示部
３７、４７：通信部
１１１、１１６：個人情報（平文）
１１２：暗号化処理
１１３、１１８：個人情報（暗号化）
１１４：個人情報データベース
１１５：セッション情報
１１７：復号化処理
２１１、２１２：Ｗｅｂサーバ
２１３、２１４：ネットワーク
２１５、２１６、２１７、２１８：ユーザ端末
１１５１：暗号化キー
１１５２：復号化キー
【図１】
2015207205.tif 000003
【図２】
2015207205.tif 000004
【図３】
2015207205.tif 000005
【図４】
2015207205.tif 000006
【図５】
2015207205.tif 000007
【図６】
2015207205.tif 000008
【図７】
2015207205.tif 000009