特許 6128627 暗号化情報保管システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6128627

(24)【登録日】2017年4月21日

(45)【発行日】2017年5月17日

(54)【発明の名称】暗号化情報保管システム

(51)【国際特許分類】

   H04L 9/14 20060101AFI20170508BHJP

【ＦＩ】

   H04L9/00 641

【請求項の数】9

【全頁数】30

(21)【出願番号】特願2017-6388(P2017-6388)

(22)【出願日】2017年1月18日

【審査請求日】2017年1月18日

【早期審査対象出願】

(73)【特許権者】

【識別番号】515198821

【氏名又は名称】株式会社ＩＣＴソリューションパートナーズ

(74)【代理人】

【識別番号】100137338

【弁理士】

【氏名又は名称】辻田 朋子

(72)【発明者】

【氏名】岡澤 広知

【審査官】 青木 重徳

(56)【参考文献】

【文献】 特開２０１２−１１４５９２（ＪＰ，Ａ）

【文献】 特開平３−４０６８９（ＪＰ，Ａ）

【文献】 特開２０００−１３８６６７（ＪＰ，Ａ）

【文献】 特開２００２−３１８５３５（ＪＰ，Ａ）

【文献】 特開２００８−１９３６１２（ＪＰ，Ａ）

【文献】 特開２００８−２６９０４３（ＪＰ，Ａ）

【文献】 特開２００４−２９５３５８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ９／１４

(57)【特許請求の範囲】

【請求項1】

互いに内容に関連性を有する第１の保管対象データと第２の保管対象データを、前記第１の保管対象データを第１の鍵によって暗号化した第１の暗号化済データと、前記第２の保管対象データを第２の鍵によって暗号化した第２の暗号化済データを、更に第１の鍵で暗号化した第３の暗号化済データと、として保管する暗号化情報保管システムであって、
前記第１の暗号化済データと、前記第３の暗号化済データと、を保持する暗号化済データ記憶部と、
前記第１の保管対象データと、前記第２の保管対象データと、前記第１の鍵と、前記第２の鍵と、の入力を受け付ける入力受付手段と、
前記第１の鍵を用いた前記第１の保管対象データの暗号化による前記第１の暗号化済データの生成と、前記第２の鍵を用いた前記第２の保管対象データの暗号化による前記第２の暗号化済データの生成と、前記第１の鍵を用いた前記第２の暗号化済データの暗号化による前記第３の暗号化済データの生成と、を行う暗号化手段と、
前記第１の暗号化済データ及び前記第３の暗号化済データを前記暗号化済データ記憶部へと記録する記録手段と、
前記第１の鍵を用いた前記第１の暗号化済データの復号化による前記第１の保管対象データの復元と、前記第１の鍵を用いた前記第３の暗号化済データの復号化による前記第２の暗号化済データの復元と、前記第２の鍵を用いた前記第２の暗号化済データの復号化による前記第２の保管対象データの復元と、を行う復号化手段と、
前記第１の保管対象データの出力と、前記第２の保管対象データの出力と、を行う出力手段と、を備えることを特徴とする、暗号化情報保管システム。

【請求項2】

前記入力受付手段が、第３の保管対象データの入力を受け付け、
前記記録手段が、前記第３の保管対象データを前記暗号化済データ記憶部に記録し、
前記出力手段が、前記第３の保管対象データを出力することを特徴とする、請求項１に記載の暗号化情報保管システム。

【請求項3】

前記暗号化情報保管システムが、暗号化情報保管サーバ装置と、ユーザ端末装置とがネットワークを介して通信可能に構成されるものであって、
前記ユーザ端末装置が、前記暗号化手段と、前記復号化手段と、を有することを特徴とする、請求項１又は請求項２に記載の暗号化情報保管システム。

【請求項4】

前記暗号化手段及び前記復号化手段が、前記ユーザ端末装置上で動作するスクリプトによって実現するものであって、
前記出力手段が、前記スクリプトの内容の出力を行うことを特徴とする、請求項３に記載の暗号化情報保管システム。

【請求項5】

前記第１の保管対象データが、前記第２の保管対象データを連想させるヒント情報であることを特徴とする、請求項１から請求項４の何れかに記載の暗号化情報保管システム。

【請求項6】

前記第１の保管対象データが、前記第２の鍵を連想させるヒント情報であることを特徴とする、請求項１から請求項４の何れかに記載の暗号化情報保管システム。

【請求項7】

互いに内容に関連性を有する第１の保管対象データと第２の保管対象データを、前記第１の保管対象データを第１の鍵を用いて暗号化した第１の暗号化済データと、前記第２の保管対象データを第２の鍵で暗号化した第２の暗号化済データを、更に前記第１の鍵で暗号化した第３の暗号化済データと、として保管する暗号化情報保管システムからの保管対象データの取り出し方法であって、
前記第１の鍵の入力を受け付ける第１の入力受付ステップと、
前記第１の鍵を用いて前記第１の暗号化済データを復号化し、前記第１の保管対象データを復元する第１の復号化ステップと、
前記第１の保管対象データを出力する第１の出力ステップと、
前記第２の鍵の入力を受け付ける第２の入力受付ステップと、
前記第１の鍵を用いて前記第３の暗号化済データを復号化し、前記第２の暗号化済データを復元する第２の復号化ステップと、
前記第２の鍵を用いて前記第２の暗号化済データを復号化し、前記第２の保管対象データを復元する第３の復号化ステップと、
前記第２の保管対象データを出力する第２の出力ステップと、を備えることを特徴とする、データの取り出し方法。

【請求項8】

前記暗号化情報保管システムが、更に、第３の保管対象データを保管するものであり、
前記第３の保管対象データを出力する第３の出力ステップを備えることを特徴とする、請求項７に記載のデータの取り出し方法。

【請求項9】

前記暗号化情報保管システムが、暗号化情報保管サーバ装置と、ユーザ端末装置とがネットワークを介して通信可能に構成されるものであって、
前記第１の復号化ステップと、前記第１の復号化ステップと、前記第２の復号化ステップと、前記第３の復号化ステップと、前記第２の出力ステップと、を前記ユーザ端末装置によって行うことを特徴とする、請求項７又は請求項８に記載のデータの取り出し方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データを暗号化した状態で保管する、暗号化情報保管システムに関する。

【背景技術】

【0002】

インターネット上には様々なサービスがあり、ユーザＩＤ（メールアドレス等）とパスワードにより個人を識別し、利用できるようになっている。セキュリティ上の観点からサービス（サイト）毎にユーザＩＤとパスワードを変更することが好ましいが、サービス毎のユーザＩＤとパスワードを記憶するのは面倒なため、同じ組み合わせを使いまわしているユーザも多いという現状がある。

【0003】

このような状況に対して、インターネット上にサイトごとのＵＲＬ、ユーザＩＤ、パスワードの組み合わせなどを保管するサービスなども提供されている。このようなサービスにおいては、サーバに保管する各ユーザの情報を外部からの不正アクセスに備えるために暗号化し、暗号鍵と一緒にサーバに保管するなどの対策が取られている。

【0004】

上述したような対策は、万が一、暗号情報を盗まれたとしても暗号化の方法と暗号鍵がわからなければ安全だという考えに基づいたものである。その為、サーバに十分なセキュリティを施し外部からの不正侵入を防ぐと共に、内部からの不正アクセス等、万が一、暗号情報の盗難を許してしまった場合に備え、暗号鍵の分散や、暗号鍵自体の暗号化を行うなどして、暗号鍵を如何にして守るかという観点でシステムは構築される。

【0005】

例えば、特許文献１には、ネットワークストレージシステムへのファイルのアップロード方法として、ユーザから暗号鍵の入力を受け付け、ブラウザ上でのＪａｖａＳｃｒｉｐｔ（登録商標）等を利用した処理によって暗号鍵自体の暗号化を行い、暗号化した暗号鍵とアップロード対象ファイルをサーバへ送信し、サーバ上で当該ファイルの暗号化を行い、また、暗号化した暗号鍵をクライアント端末上に保管するといった技術が公開されている。

【0006】

また、特許文献２には、組織内ネットワークに接続されたクライアント端末と鍵管理サーバ、及びそれらと公衆ネットワークを介して接続されたオンラインサービスサーバとを備え、クライアント端末が鍵管理サーバより取得した暗号化スクリプトと暗号鍵を用いて暗号化を行い、オンラインサービスサーバへ暗号化済データを送信する形態の、データ保護システムに関する技術が公開されている。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０１１−５４０２８号公報

【特許文献2】特開２０１０−７２９１６号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

上述したサービスやサイトごとのユーザＩＤとパスワードといったような、組にして利用する必要のあるデータは、その保管に際しても、一組のデータとして保管することが合理的である。

【0009】

しかし、その場合、保管していたデータが不正に取得されると、ユーザＩＤとパスワードが共に漏れてしまうため、不正に利用されてしまうリスクが高まるという問題がある。

【0010】

また、ユーザＩＤはサービス内容によっては通常の利用において他のユーザの目に触れる場合もあるが、パスワードがユーザ本人以外の目に触れることはない、といったように、重要度の異なるデータを組にして扱うことが多い。

【0011】

そこで、本発明では、重要度の異なる、内容の関連した複数のデータの保管や取り出しを安全に行うことができる、暗号化情報保管システムを提供することを課題とする。

【課題を解決するための手段】

【0012】

上記課題を解決するために、本発明に係る暗号化情報保管システムは、
互いに内容に関連性を有する第１の保管対象データ及び第２の保管対象データを、前記第１の保管対象データを第１の鍵によって暗号化した第１の暗号化済データと、前記第２の保管対象データを第２の鍵によって暗号化した第２の暗号化済データを、更に第１の鍵で暗号化した第３の暗号化済データと、として保管する暗号化情報保管システムであって、
前記第１の暗号化済データと、前記第３の暗号化済データと、を保持する暗号化済データ記憶部と、
前記第１の保管対象データと、前記第２の保管対象データと、前記第１の鍵と、前記第２の鍵と、の入力を受け付ける入力受付手段と、
前記第１の鍵を用いた前記第１の保管対象データの暗号化による前記第１の暗号化済データの生成と、前記第２の鍵を用いた前記第２の保管対象データの暗号化による前記第２の暗号化済データの生成と、前記第１の鍵を用いた前記第２の暗号化済データの暗号化による前記第３の暗号化済データの生成と、を行う暗号化手段と、
前記第１の暗号化済データ及び前記第３の暗号化済データを前記暗号化済データ記憶部へと記録する記録手段と、
前記第１の鍵を用いた前記第１の暗号化済データの復号化による前記第１の保管対象データの復元と、前記第１の鍵を用いた前記第３の暗号化済データの復号化による前記第２の暗号化済データの復元と、前記第２の鍵を用いた前記第２の暗号化済データの復号化による前記第２の保管対象データの復元と、を行う復号化手段と、
前記第１の保管対象データの出力と、前記第２の保管対象データの出力と、を行う出力手段と、を備えることを特徴とする。

【0013】

このように、関連性を有する２つの保管対象データについて、一方は第１の鍵による暗号化を行い、他方は第１及び第２の鍵による２重の暗号化を行う構成とすることにより、重要度の異なる複数のデータの管理を効率的に行うことができる。これにより、例えば、ウェブサイトなどにログインするためのユーザＩＤとパスワードといったような、関連する情報の組について、パスワードをユーザＩＤよりも強固に保護して保管する、といった利用が可能となる。

【0014】

本発明の好ましい形態では、前記入力受付手段が、第３の保管対象データの入力を受け付け、
前記記録手段が、前記第３の保管対象データを前記暗号化済データ記憶部に記録し、
前記出力手段が、前記第３の保管対象データを出力することを特徴とする。
このように、平文状態保管する保管対象データをさらに追加することで、鍵のヒントを付与して鍵の紛失を防止する、といった利用をすることができる。

【0015】

本発明の好ましい形態では、前記暗号化情報保管システムが、暗号化情報保管サーバ装置と、ユーザ端末装置とがネットワークを介して通信可能に構成されるものであって、
前記ユーザ端末装置が、前記暗号化手段と、前記復号化手段と、を有することを特徴とする。
このように、ユーザ端末装置上で暗号化／復号化を行い、ネットワークを介した鍵の送受信を行わない構成とすることにより、第３者による鍵の不正取得のリスクなどを低減することができる。

【0016】

本発明の好ましい形態では、前記暗号化手段及び前記復号化手段が、前記ユーザ端末装置上で動作するスクリプトによって実現するものであって、
前記出力手段が、前記スクリプトの内容の出力を行うことを特徴とする。
このように、暗号化／復号化の処理をスクリプトで行い、その内容をユーザへと開示することによって、ユーザは暗号化／復号化の処理にあたって、鍵や暗号化前、復号化後のデータがネットワークを介して送受信されていないことを確認することができる。これにより、暗号化／復号化の処理に際して不正な情報の取得などがなされていないことを確実なものとし、ユーザは安心して本発明に係る暗号化情報保管システムを利用することができる。

【0017】

本発明の好ましい形態では、前記第１の保管対象データが、前記第２の保管対象データを連想させるヒント情報であることを特徴とする。
このような構成とすることにより、ユーザが第１の保管対象データを参照した時点で、その内容を基に第２の保管対象データを想起することができれば、より強固に暗号化して保管する、すなわち、より重要度の高いデータである第２の保管対象データの復号化や表示を行わずとも、ユーザは必要な情報を得ることができる。そのため、保管対象データを表示した際の情報漏洩のリスクを低減することができる。

【0018】

本発明の好ましい形態では、前記第１の保管対象データが、前記第２の鍵を連想させるヒント情報であることを特徴とする。
このように、第１の保管対象データを第２の保管対象データの復号に用いる第２の鍵のヒント情報とすることによって、第１及び第２の複数の鍵を用いながらも、鍵の紛失のリスクを低減することができる。

【0019】

本発明に係るデータの取り出し方法は、
互いに内容に関連性を有する第１の保管対象データと第２の保管対象データを、前記第１の保管対象データを第１の鍵を用いて暗号化した第１の暗号化済データと、前記第２の保管対象データを第２の鍵で暗号化した第２の暗号化済データを、更に前記第１の鍵で暗号化した第３の暗号化済データと、として保管する暗号化情報保管システムからの保管対象データの取り出し方法であって、
前記第１の鍵の入力を受け付ける第１の入力受付ステップと、
前記第１の鍵を用いて前記第１の暗号化済データを復号化し、前記第１の保管対象データを復元する第１の復号化ステップと、
前記第１の保管対象データを出力する第１の出力ステップと、
前記第２の鍵の入力を受け付ける第２の入力受付ステップと、
前記第１の鍵を用いて前記第３の暗号化済データを復号化し、前記第２の暗号化済データを復元する第２の復号化ステップと、
前記第２の鍵を用いて前記第２の暗号化済データを復号化し、前記第２の保管対象データを復元する第３の復号化ステップと、
前記第２の保管対象データを出力する第２の出力ステップと、を備えることを特徴とする。

【0020】

本発明に係るデータの取り出し方法の好ましい形態では、前記暗号化情報保管システムが、更に、第３の保管対象データを保管するものであり、
前記第３の保管対象データを出力する第３の出力ステップを備えることを特徴とする。

【0021】

本発明に係るデータの取り出し方法の好ましい形態では、前記暗号化情報保管システムが、暗号化情報保管サーバ装置と、ユーザ端末装置とがネットワークを介して通信可能に構成されるものであって、
前記第１の復号化ステップと、前記第１の復号化ステップと、前記第２の復号化ステップと、前記第３の復号化ステップと、前記第２の出力ステップと、を前記ユーザ端末装置によって行うことを特徴とする。

【発明の効果】

【0022】

重要度の異なる、内容の関連した複数のデータの保管や取り出しを安全に行うことができる、暗号化情報保管システムを提供することができる。

【図面の簡単な説明】

【0023】

【図1】本発明の一実施形態に係る暗号化情報保管システムの構成図である。

【図2】本発明の一実施形態に係る暗号化情報保管システムの機能ブロック図である。

【図3】本発明の一実施形態に係る暗号化ＨＴＭＬファイルの構成を示す図である。

【図4】本発明の一実施形態に係る暗号化ＨＴＭＬファイルの各部の構成を示す図である。

【図5】本発明の一実施形態における暗号化処理を示すフローチャートである。

【図6】本発明の一実施形態に係る復号化ＨＴＭＬファイルの構成を示す図である。

【図7】本発明の一実施形態に係る復号化ＨＴＭＬファイルの各部の構成を示す図である。

【図8】本発明の一実施形態における復号化処理を示すフローチャートである。

【図9】本発明の一実施形態に係る鍵／データ更新ＨＴＭＬファイルの構成を示す図である。

【図10】本発明の一実施形態に係る鍵／データ更新ＨＴＭＬファイルの各部の構成を示す図である。

【図11】本発明の一実施形態における暗号鍵／データ更新処理を示すフローチャートである。

【図12】実施例１における保管対象データを示す図である。

【図13】実施例１における暗号化ＨＴＭＬファイルの入力フォームの表示例を示す図である。

【図14】実施例１における復号化ＨＴＭＬファイルの入力フォームの表示例を示す図である。

【図15】実施例１における復号化ＨＴＭＬファイルの保管対象データ表示領域の表示例を示す図である。

【図16】実施例２における保管対象データを示す図である。

【図17】実施例２における復号化ＨＴＭＬファイルの入力フォームの表示例を示す図である。

【図18】実施例２における復号化ＨＴＭＬファイルの保管対象データ表示領域の表示例を示す図である。

【図19】実施例３における画面表示の例を示す図である。

【図20】実施例３における画面表示の例を示す図である。

【図21】実施例３における乱数表の表示の例を示す図である。

【図22】本発明の一実施形態における保管対象データの暗号化のレベルを模式的に示す図である。

【図23】本発明の一実施形態における保管対象データの例を示す図である。

【図24】本発明の一実施形態における保管対象データの例を示す図である。

【図25】本発明の一実施形態における保管対象データの例を示す図である。

【図26】本発明の一実施形態における保管対象データの例を示す図である。

【発明を実施するための形態】

【0024】

（一実施形態）
以下、本発明の一実施形態について、図面を参照して詳細に説明する。図１は、本実施形態に係る暗号化情報保管システムの構成図である。

【0025】

図１に示すように、本実施形態に係る暗号化情報保管システムは、暗号化情報保管サーバ装置１と、複数のユーザ端末装置２とが、ネットワーク３を介して通信可能に構成されている。なお、ネットワーク３としては、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを用いることができる。

【0026】

図２は、本実施形態に係る暗号化情報保管システムの機能ブロック図である。暗号化情報保管サーバ装置１は、ユーザが暗号化情報保管システムを用いて保管を要望する暗号化済データを記憶する暗号化済データ記憶部１０１と、暗号化を行うための暗号化ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルをユーザ端末装置２へと送信する暗号化ＨＴＭＬ送信手段１０２と、ユーザ端末装置２より暗号化ＨＴＭＬファイルによって送信される暗号化済データを受信し、暗号化済データ記憶部１０１へと記録する暗号化済データ記録手段１０３と、暗号化済データ記録手段１０３による暗号化済データの記録の際に暗号化済データの識別情報を生成する識別情報生成手段１０４と、暗号化済データ記憶部１０１より暗号化済データを検索する暗号化済データ検索手段１０５と、暗号化済データを復号化するための復号化ＨＴＭＬファイルを生成し、ユーザ端末装置２へと送信する復号化ＨＴＭＬ生成手段１０６と、鍵及び／又は保管対象データの更新をするための鍵／データ更新ＨＴＭＬファイルを生成し、ユーザ端末装置２へと送信するための鍵／データ更新ＨＴＭＬ生成手段１０７と、ユーザの認証情報を記憶する認証情報記憶部１０８と、ユーザ端末装置２への認証用ＨＴＭＬファイルの送信、ユーザ端末装置２からの認証情報の受信、ユーザ端末装置２から受信した認証情報の認証情報記憶部１０８の保持する情報との照合などを行うユーザ認証手段１０９と、暗号化ＨＴＭＬファイルに含まれる暗号化スクリプトや復号化ＨＴＭＬファイルに含まれる復号化スクリプトによる暗号化／復号化のアルゴリズムの解説行うためのアルゴリズム解説ＨＴＭＬを提供するアルゴリズム解説提供手段１１０と、暗号化スクリプトや復号化スクリプトの解説を行うためのスクリプト解説ＨＴＭＬを提供するスクリプト解説提供手段１１１と、を備える。

【0027】

ユーザ端末装置２は、暗号化情報保管サーバ装置１より送信される暗号化ＨＴＭＬファイル、復号化ＨＴＭＬファイル、鍵／データ更新ＨＴＭＬファイル、認証用ＨＴＭＬファイル、アルゴリズム解説ＨＴＭＬ、スクリプト解説ＨＴＭＬなどのＨＴＭＬファイルを受信するＨＴＭＬ受信手段２１と、ユーザから保管対象データや鍵などの入力を受け付ける入力受付手段２２と、暗号化ＨＴＭＬファイルに含まれる暗号化スクリプトや、復号化ＨＴＭＬファイルに含まれる復号化スクリプト、鍵／データ更新ＨＴＭＬファイルに含まれる鍵／データ更新スクリプトなどを実行するスクリプト実行手段２３と、暗号化済データを暗号化情報保管サーバ装置１へと送信する暗号化済データ送信手段２４と、復号化を行った保管対象データを表示する保管対象データ表示手段２５と、を備える。

【0028】

なお、暗号化情報保管サーバ装置１には、演算装置（ＣＰＵ）、主記憶装置（ＲＡＭ）、ＨＤＤやＳＳＤ、フラッシュメモリなどの補助記憶装置、ネットワーク３への接続手段を含む各種の入出力装置などを備える、汎用的なサーバ装置により実現することができる。また、暗号化済データ記憶部１０１や認証情報記憶部１０８を異なるサーバ装置に設けるなど、複数のサーバ装置を協調動作させるような構成としてもよい。

【0029】

また、ユーザ端末装置２には、演算装置（ＣＰＵ）、主記憶装置（ＲＡＭ）、ＨＤＤやＳＳＤ、フラッシュメモリなどの補助記憶装置、ネットワーク３への接続手段を含む各種の入出力装置などを備える、パーソナルコンピュータやスマートフォン端末、携帯電話などの各種のコンピュータ装置を用いることができる。

【0030】

なお、本実施形態においては、暗号化情報保管サーバ装置１からのＨＴＭＬファイルの受信や、保管対象データの送信をＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によって行い、暗号化スクリプトや復号化スクリプトにはＪａｖａＳｃｒｉｐｔ（登録商標）を用いるものとするが、ファイルやスクリプトの形式はこれに限るものではない。ただし、このようにＨＴＭＬファイルとＪａｖａＳｃｒｉｐｔ（登録商標）を用いることにより、一般的なウェブブラウザを備える多くのコンピュータ装置によって、特別なプログラムなどを導入することなく、本実施形態に係る暗号情報保管システムを利用することができる。更に、データの送受信に、ＨＴＴＰに代えてＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）を用いることで、より安全に通信を行うことができる。

【0031】

また、ＪａｖａＳｃｒｉｐｔ（登録商標）は、意図的に難読化などをしない場合には、ユーザがその処理内容を確認可能な状態でＨＴＭＬファイルに含めることができる。これにより、ユーザがスクリプトの内容を理解できる知識を持っていれば、暗号化、復号化処理の内容を把握できるオープンな状態となるため、安心して暗号化情報保管システムを利用することができる。

【0032】

ＪａｖａＳｃｒｉｐｔは、ＨＴＭＬファイルのヘッダやボディに直接記載されるものであってもよいし、暗号化や復号化を行うためのＪａｖａＳｃｒｉｐｔの一部、あるいは全部をＪａｖａＳｃｒｉｐｔファイルとして提供し、ＨＴＭＬファイルのヘッダにＪａｖａＳｃｒｉｐｔファイルへのリンクを記述することによって、暗号化や復号化を行うためのＨＴＭＬファイルにＪａｖａＳｃｒｉｐｔを含めるような構成としてもよい。

【0033】

本実施形態に係る暗号情報保管システムを利用するに際しては、事前にユーザのＩＤやパスワード等の登録を行った上で、上述した認証情報記憶部１０８、ユーザ認証手段１０９を用いたユーザ認証をユーザに求めることが好ましい。あるいは、ユーザ端末装置２の識別情報などを用いるような方法で、ユーザの特定を行うような構成としてもよい。

【0034】

＜暗号化ＨＴＭＬファイル＞
図３は、本実施形態に係る暗号化ＨＴＭＬファイルＨ１の構成を示す図である。図３に示すように、暗号化ＨＴＭＬファイルＨ１は、スクリプト実行手段２３によって実行される暗号化スクリプトＦ１１と、入力受付手段２２によりユーザからの入力を受け付ける入力フォームＦ１２と、ユーザ端末装置２より暗号化情報保管サーバ装置１へと保管対象データを送信するための送信フォームＦ１３と、暗号化スクリプトをユーザに対して閲覧可能に表示する暗号化スクリプト表示領域Ｌ１４を有する。

【0035】

暗号化スクリプトＦ１１は、保管対象データの一部又は全ての暗号化を行うデータ暗号化スクリプトＦ１１１と、送信フォームＦ１３を暗号化情報保管サーバ装置１へと送信するデータ送信スクリプトＦ１１２と、を備える。なお、データ暗号化スクリプトＦ１１１には、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）による暗号化など、任意の方式の暗号化を行うスクリプトを用いることができる。また、データ送信スクリプトＦ１１２を省略し、ユーザ端末装置２のウェブブラウザの機能のみによって、保管対象データを送信する構成としてもよい。

【0036】

入力フォームＦ１２は、保管対象データの暗号化を行う際に用いる鍵の入力を受け付けるための鍵入力領域Ｉ１２１と、保管対象データの入力を受け付けるための保管対象データ入力領域Ｉ１２２、鍵や保管対象データの入力後に暗号化スクリプトＦ１１の実行指示を受け付けるための送信ボタンＢ１２３を有する。

【0037】

図４（ａ）は、鍵入力領域Ｉ１２１の構成を示す図である。ここに示すように、鍵入力領域Ｉ１２１は、第１鍵入力領域Ｉ１２１ａと、第２鍵入力領域Ｉ１２１ｂの、２つの鍵入力領域を有する。また、第１鍵のヒント情報の入力を受け付ける第１鍵ヒント情報入力領域Ｉ１２１ｃと、第２鍵のヒント情報として、平文状態で保管する情報の入力を受け付ける第２鍵平文ヒント情報入力領域Ｉ１２１ｄと、同じく第２鍵のヒント情報として、第１鍵による暗号化処理を行った状態で保管する情報の入力を受け付ける第２鍵暗号化ヒント情報入力領域Ｉ１２１ｅと、を有する。

【0038】

図４（ｂ）は、保管対象データ入力領域Ｉ１２２の構成を示す図である。ここに示すように、保管対象データ入力領域Ｉ１２２は、レベル０データ（第３の保管対象データ）として保管するデータの入力を受け付けるレベル０データ入力領域Ｉ１２２ａと、レベル１データ（第１の保管対象データ）として保管するデータの入力を受け付けるレベル１データ入力領域Ｉ１２２ｂと、レベル２データ（第２の保管対象データ）として保管するデータの入力を受け付けるレベル２データ入力領域Ｉ１２２ｃと、を有する。

【0039】

ここで、レベル０〜レベル２の各レベルは、暗号化済データ記憶部１０１上でのデータの保管方法を示すものである。図２２は、本実施形態に係る暗号化情報保管システムにおける、レベル０〜レベル２の各データの取り扱いを模式的に示すものである。ここに示すように、本実施形態においては、レベル０データは暗号化せず平文状態で、レベル１データは第１鍵による１重の暗号化を行い、暗号化済レベル１データとした状態で、レベル２データは第２鍵による暗号化の後、更に第１鍵による暗号化を行い、２重の暗号化を行った暗号化済レベル２データとした状態で、暗号化情報管理サーバ装置１へと送信し、暗号化済データ記憶部１０１に記録するものである。

【0040】

本実施形態において取り扱う保管対象とするデータの一例を図２３に示す。これは、サイトのログイン情報を本実施形態に係る暗号化情報保管システムによって保管する際に、レベル０データとしてログインページのＵＲＬを、レベル１データとしてログインに用いるユーザＩＤを、レベル２データとしてログインに用いるパスワードを保管する例である。このように、本実施形態に係る暗号化情報管理システムは、組となる各データについて、その重要度によってレベルを設定するような利用を行うことができるものである。

【0041】

また、保管対象データのレベル設定の利用の他の例を図２４に示す。図２４（ａ）は、ユーザが実際に保管を必要とする文字列、例えばパスワードなどが、「ＡＢＣ１２３」という文字列である場合に、レベル０データとして先頭１文字のみを明らかにした「Ａ＊＊＊＊＊」という文字列、レベル１データとしてアルファベット部分を明らかにした「ＡＢＣ＊＊＊」という文字列、そしてレベル２データとして全文を明らかにした「ＡＢＣ１２３」という文字列を保管するといった利用例を示すものである。このように、実際に保管を行う文字列を最も高レベルであるレベル２データとして設定し、その一部を伏字としたデータをレベル１データ、レベル０データとしてそれぞれ設定することで、レベル０データやレベル１データを、レベル２データを思い出すためのヒント情報として用いることができる。これにより、例えば、ユーザがレベル０データやレベル１データを参照した段階でそれを手がかりとして文字列を思い出すことができれば、それ以降の復号化処理を行う必要がなくなる。そのため、パスワードのような重要な文字列を扱う場合に、そのすべての文字列をユーザ端末装置２に表示することによる、周囲からの覗き見などのリスクを低減することができる。

【0042】

また、このように、レベル０データやレベル１データを、ユーザがレベル２データを思い出すためのヒント情報として用いる場合において、上述したようにレベル２データの一部を伏字にした文字列をレベル０データ、レベル１データに設定する以外にも、レベル２データの一部を含む文字列ではないが、レベル２データの内容を連想させるような文字列を、レベル２データのヒント情報として、レベル０データやレベル１データに設定する、といった利用も可能である。図２４（ｂ）は、このような利用を行う場合の例を示すものである。

【0043】

なお、本実施形態においては、レベル０〜２の３つのデータを組として扱う例を示すが、本発明はこれに限るものではない。例えば、より多くのデータを含む組について、それに含まれる各データをそれぞれどのレベルで扱うか、という情報を更に設定する構成とすることにより、より多くのデータを含む組について、ユーザの指定に基づいたレベル設定によって扱うことができるような構成としてもよい。例えば、図２３に例示したようなサイトのログイン情報を組として保管する場合に、図２５に示すように、ログインページのＵＲＬをレベル０データ（１）として、サイトのログインに用いるユーザＩＤのヒント情報をレベル０データ（２）として、ユーザＩＤ自体をレベル１データ（２）として、サイトのログインに用いるパスワードの１つ目のヒント情報をレベル０データ（３）として、パスワードの２つ目のヒント情報をレベル１データ（３）として、パスワード自体をレベル２データ（３）として、組となったデータとして取り扱う、といったように、組となった多数のデータについて、それぞれ異なる暗号化レベルで保管するような形態としてもよい。

【0044】

あるいは、第１鍵ヒント情報入力領域Ｉ１２１ｃ、第２鍵平文ヒント情報Ｉ１２１ｄ、第２鍵暗号化ヒント情報入力領域Ｉ１２１ｅを省略し、レベル０データとして第１鍵ヒント情報を、レベル１データとして、第２暗号化ヒント情報を扱うような構成としてもよい。図２６は、レベル０〜レベル２の各データとして、このようなデータを扱う場合の例を示すものである。ここでは、第１鍵が「ＤＥＦ４５６」、第２鍵が「ＧＨＩ７８９」という文字列である場合に、レベル０データとして、第１鍵の一部を伏字とした「Ｄ＊＊４＊＊」という文字列を、レベル１データとして、第２鍵の一部を伏字とした「ＧＨ＊＊＊＊９」という文字列を、そして、レベル２データとして、実際に保管したい「ＡＢＣ１２３」という文字列を設定する例である。このような構成とすれば、ユーザはまずレベル０データとして第１鍵のヒントを参照し、それを入力、そして、それによって復号化されたレベル１データとして第２鍵のヒントを参照し、第２鍵を入力、最終的に、第１鍵及び第２鍵によって復号化されたレベル２データを得ることができる。これにより、ユーザは鍵のヒントを得ながら入力していくことができるため、鍵の紛失リスクを低減することができる。

【0045】

なお、本実施形態における保管対象データとしては、種々のサービスにおけるユーザＩＤやパスワードなどの、テキスト情報を扱うが、暗号化スクリプトＦ１１による暗号化処理や、ユーザ端末装置２と暗号化情報保管サーバ装置１との間の通信において問題が出ないデータ容量であれば、画像情報のような任意のバイナリファイルなどを扱えるような構成としてもよい。

【0046】

送信フォームＦ１３は、送信先である暗号化済データ記録手段１０３を示すＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）情報である送信先ＵＲＩ情報Ｆ１３１と、ユーザを識別するためのユーザＩＤ情報Ｆ１３２と、保管対象データ入力領域Ｉ１２２に入力された保管対象データの一部又は全てをデータ暗号化スクリプトＦ１１１によって暗号化した、暗号化済データＦ１３３と、を備える。

【0047】

また、暗号化ＨＴＭＬファイルＨ１をＨＴＭＬ受信手段２１によって受信した時点では送信フォームＦ１３が存在せず、データ送信スクリプトＦ１１２の実行時に送信フォームＦ１３を生成するような構成としてもよい。

【0048】

図４（ｃ）は、暗号化済データＦ１３３の構成を示す図である。ここに示すように、暗号化済データＦ１３３は、レベル０データＦ１３３ａと、レベル１データを第１鍵によって暗号化した暗号化済レベル１データＦ１３３ｂと、レベル２データを第２鍵によって暗号化した後、更に第１鍵で暗号化した暗号化済レベル２データＦ１３３ｃと、第１鍵ヒント情報Ｆ１３３ｄと、第２鍵平文ヒント情報Ｆ１３３ｅと、第２鍵暗号化ヒント情報を第１鍵によって暗号化した第２鍵平文ヒント情報Ｆ１３３ｆと、を有する。

【0049】

暗号化スクリプト表示領域Ｌ１４は、データ暗号化スクリプトＦ１１１やデータ送信スクリプトＦ１１２を表示するための領域である。本実施形態においては、先に述べた通り、暗号化スクリプトなどにＪａｖａＳｃｒｉｐｔを用いるため、実際にデータの暗号化や送信を行うスクリプトを表示することによって、ユーザはその処理内容を確認することができる。これにより、ユーザは暗号化が確実に行われ、鍵や暗号化前のデータの不正な送信などが行われていないことを確認することができる。

【0050】

なお、図３に示した暗号化ＨＴＭＬファイルＨ１の構成はあくまで一例であり、図示しない他のフォームなどを含めるなど、構成を変更してもよい。ただし、保管対象データ及び暗号鍵を平文で保持する入力フォームＦ１２と、暗号化済の保管対象データを暗号化情報保管サーバ装置１へと送信するための送信フォームＦ１３とは、分離していることが好ましい。

【0051】

あるいは、送信フォームＦ１３の有する暗号化済データＦ１３３やユーザＩＤ情報などを入力フォームＦ１２中に含めるなどして、入力フォームＦ１２と送信フォームＦ１３を単一のフォームとして構成し、暗号化情報保管サーバ装置１へと暗号化済データを送信する際に、データ送信スクリプトＦ１１２により保管対象データ及び暗号鍵をフォームから削除するなどの方法によって、保管対象データ及び暗号鍵の平文状態での送信を回避するような構成としてもよい。

【0052】

また、入力フォームＦ１２については、便宜上「フォーム」と呼称しているにすぎず、データ暗号化スクリプトＦ１１１から参照可能であれば、必ずしもＦＯＲＭタグによって指定される、ＨＴＭＬファイルの仕様上の「フォーム」である必要はない。ただし、送信フォームＦ１３については、ＦＯＲＭタグによって定義され、送信先ＵＲＩ情報Ｆ１３１をデータの送信先とする、ＨＴＭＬファイルの仕様上の「フォーム」であることが好ましい。このように構成することによって、ＰＯＳＴメソッドやＧＥＴメソッドを用いたシンプルな形態でのデータ送信を行うことができるため、ユーザに対してオープンなシステムとすることができる。

【0053】

＜暗号化処理＞
図５は、本実施形態に係る暗号情報保管システムによるデータの暗号化処理を示すフローチャートである。暗号化処理においては、まず、ステップＳ１０１でユーザ端末装置２より暗号化ＨＴＭＬファイルＨ１のリクエスト情報を送信する。これは例えば、ユーザがウェブブラウザによって、暗号化情報保管サーバ装置１や図示しない他のウェブサーバ装置などにより提供されるトップページやメニュー画面などから、ハイパーリンクをクリックするなどの操作により、ウェブブラウザがリクエスト情報を生成して送信するものである。

【0054】

ステップＳ１０２で暗号化情報保管サーバ装置１がリクエスト情報を受信すると、ステップＳ１０３へ進み、暗号化ＨＴＭＬファイルＨ１をユーザ端末装置２へと送信する。

【0055】

そして、ユーザ端末装置２がステップＳ１０４で暗号化ＨＴＭＬファイルＨ１を受信し、ステップＳ１０５で、ウェブブラウザによって入力画面を表示して、入力フォームＦ１２への、レベル０〜２の各データ、第１、第２の鍵の入力を受け付ける。

【0056】

なお、鍵の入力を受けた際、ユーザ端末装置２の画面上には、実際に入力された文字列でなく、「＊」や「●」などの任意の記号等を用いた表示を行うことが好ましい。これにより、鍵の設定時にユーザ以外の者に鍵を知られるリスクを低減することができる。また、鍵の入力に際して、同内容の入力を２回ユーザに求めるような構成とすることにより、上述のように鍵の文字列を画面上で確認できない様な構成とした場合にも、入力ミスなどによってユーザが意図しない鍵が設定されてしまうリスクを低減することができる。

【0057】

また、ここで入力を受け付ける鍵は、保管対象データの組毎に個別のものであることが好ましい。そうすることによって、万が一ある保管対象データの組の鍵が第三者に漏れてしまった場合においても、他の保管対象データの秘匿性を保つことができるため、より安全に本実施形態に係る暗号化情報保管システムを利用することができる。

【0058】

ユーザによって送信ボタンＢ１２３が押下されると、ステップＳ１０６に進み、データ暗号化スクリプトＦ１１１を用いた、保管対象データ入力領域Ｉ１２２に入力されたレベル１、２のデータの、鍵入力領域Ｉ１２１に入力された第１、第２の鍵による暗号化処理を実行する。ここでは、より詳細には、第１鍵を用いたレベル１データの暗号化による暗号化済レベル１データの生成、レベル２データを第２鍵を用いて暗号化し、それを更に第１鍵を用いて暗号化することによる暗号化済レベル２データの生成、及び、第１の鍵を用いた第２鍵暗号化ヒント情報の暗号化による第２鍵暗号化済ヒント情報の生成を行う。

【0059】

そして、ステップＳ１０７に進み、データ送信スクリプトＦ１１２により、ステップＳ１０５で入力を受け付けたレベル０データ、第１鍵ヒント情報、第２鍵平文ヒント情報と、ステップＳ１０６で暗号化処理を行った暗号化済レベル１データ、暗号化済レベル２データ、第２鍵暗号化済ヒント情報などの必要な情報を送信フォームＦ１３へと設定し、暗号化済データとして、暗号化情報保管サーバ装置１への送信を行う。

【0060】

なお、ここでの暗号化済データの送信処理は、先述したように、ＰＯＳＴメソッドやＧＥＴメソッドによって行うことが好ましい。

【0061】

ステップＳ１０８で暗号化情報保管サーバ装置１が暗号化済データを受信すると、暗号化済データ記録手段１０３により、暗号化済データ記憶部１０１への記録処理が実行される。この際に、識別情報生成手段１０４による識別情報の生成を行い、それを暗号化済データとひもづけて保管する。以上で、データの暗号化処理は終了する。

【0062】

このようにして、レベル１、レベル２データなどを暗号化し、暗号化をしないレベル０データなどと共に、暗号化情報保管サーバ装置１へと記録することができる。ここで、ステップＳ１０６における暗号化処理をユーザ端末装置２上で行い、暗号化情報保管サーバ装置１へは、暗号化済の保管対象データを送信する、すなわち、入力フォームＦ１２に入力された暗号化前の保管対象データや、暗号鍵自体は暗号化情報保管サーバ装置へ送信しない構成となっている。これにより、ネットワーク３上で第三者に保管対象データやその暗号鍵が不正に取得される、あるいは、暗号化情報保管サーバ装置１が攻撃を受け、それらの情報が流出する、といったリスクを排除することができる。

【0063】

＜復号化ＨＴＭＬファイル＞
図６は、本実施形態に係る復号化ＨＴＭＬファイルＨ２の構成を示す図である。図６に示すように、復号化ＨＴＭＬファイルＨ２は、スクリプト実行手段２３によって実行される復号化スクリプトＦ２１と、復号化処理の対象とする暗号化済データを格納する暗号化済データ格納フォームＦ２２と、入力受付手段２２によりユーザからの入力を受け付ける入力フォームＦ２３と、復号化スクリプトＦ２１によって復号化したデータを表示する表示フォームＦ２４と、を有する。

【0064】

復号化スクリプトＦ２１は、暗号化済データ格納フォームＦ２２の有するデータの復号化を行う、データ復号化スクリプトＦ２１１を備えている。これは、データ暗号化スクリプトＦ１１１による暗号化処理が施されたデータを、鍵を用いて復号可能に構成されるものである。本実施形態においては、データ暗号化スクリプトＦ１１１が共通鍵方式の暗号化を行い、データ暗号化スクリプトＦ１１１で用いる暗号鍵とデータ復号化スクリプトＦ２１１で用いる復号鍵とが、同一の鍵となる構成を示しているが、本発明はこれに限るものではない。例えば、公開鍵方式などの暗号化を行うのであれば、暗号鍵と復号鍵は異なるものになる。

【0065】

暗号化済データ格納フォームＦ２２は、暗号化情報保管サーバ装置１によって設定される暗号化済データを格納する、暗号化済データ格納領域Ｈ２２１を有する。なお、暗号化済データ格納領域Ｈ２２１は、格納される暗号化済データが復号化スクリプトＦ２１によって取得可能に構成されていれば十分であり、ウェブブラウザによる復号化ＨＴＭＬファイルＨ２の表示の際には不可視化されるようにしてよい。

【0066】

図７（ａ）は、暗号化済データ格納領域Ｈ２２１の構成を示す図である。平文状態のレベル０データＨ２２１ａと、第１鍵によって暗号化された暗号化済レベル１データＨ２２１ｂと、第２鍵による暗号化の後に第１鍵によって暗号化された暗号化済レベル２データＨ２２１ｃと、平文状態の第１鍵ヒント情報Ｈ２２１ｄと、平文状態の第２鍵平文ヒント情報Ｈ２２１ｅと、第１鍵によって暗号化された第２鍵暗号化済ヒント情報Ｈ２２１ｆと、を有する。

【0067】

図７（ｂ）は、入力フォームＦ２３の構成を示す図である。ここに示すように、入力フォームＦ２３は、鍵入力領域Ｉ２３１と、復号化ボタンＢ２３２と、第１鍵ヒント情報の表示を指示する第１鍵ヒント情報表示ボタンＢ２３３ａと、第２鍵ヒント情報の表示を指示する第２鍵ヒント情報表示ボタンＢ２３３ｂと、第１鍵ヒント情報の表示を行う第１鍵ヒント情報表示領域Ｌ２３４ａと、第２鍵平文ヒント情報及び第２鍵暗号化ヒント情報の表示を行う第２鍵ヒント情報表示領域Ｌ２３４ｂと、を有する。更に、鍵入力領域Ｉ２３１は、第１鍵の入力を受け付ける第１鍵入力領域Ｉ２３１ａと、第２鍵の入力を受け付ける第２鍵入力領域Ｉ２３１ｂと、を含む。

【0068】

表示フォームＦ２４は、暗号化済データ格納フォームＦ２２の有する暗号化済データの、復号化スクリプトＦ２１による復号化処理の結果を表示する、保管対象データ表示領域Ｌ２４１を備える。

【0069】

図７（ｃ）は、保管対象データ表示領域Ｌ２４１の構成を示す図である。ここに示すように、保管対象データ表示領域Ｌ２４１は、レベル０データを表示するレベル０データ表示領域Ｌ２４１ａと、復号化したレベル１データを表示するレベル１データ表示領域Ｌ２４１ｂと、復号化したレベル２データを表示するレベル２データ表示領域Ｌ２４１ｃと、を有する。

【0070】

復号化スクリプト表示領域Ｌ２５は、暗号化ＨＴＭＬファイルＨ１における暗号化スクリプト表示領域Ｌ１４と同様、データ復号化スクリプトＦ２１１の内容を表示する領域である。

【0071】

なお、ここでは、暗号化済データ格納フォームＦ２２と、入力フォームＦ２３と、表示フォームＦ２４とが、それぞれ独立したフォームとなっている構成を示したが、暗号化済データ格納フォームＦ２２と入力フォームＦ２３とを単一のフォームとする、あるいは暗号化済データ格納フォームＦ２２と表示フォームＦ２４を単一のフォームとする、といったように、任意の構成としても当然構わない。

【0072】

また、ここでの暗号化済データ格納フォームＦ２２、及び入力フォームＦ２３については、暗号化ＨＴＭＬファイルＨ１における入力フォームＦ１２と同様、ＨＴＭＬファイルの仕様上の「フォーム」である必要はなく、データ復号化スクリプトＦ２１１からの参照が可能な要素として構成されていればよい。

【0073】

＜復号化処理＞
図８は、本実施形態に係る暗号情報保管システムによる暗号化済データの復号化処理を示すフローチャートである。復号化処理においては、まず、ステップＳ２０１でユーザ端末装置２より復号化ＨＴＭＬファイルＨ２のリクエスト情報を送信する。これは例えば、ユーザがウェブブラウザによってメニュー画面などからハイパーリンクをクリックするなどの操作により、ウェブブラウザがリクエスト情報を生成して送信するものである。そして、この復号化ＨＴＭＬファイルＨ２のリクエスト情報は、復号化の対象とする暗号化済データの識別情報を含むものである。

【0074】

ステップＳ２０２で暗号化情報保管サーバ装置１がリクエスト情報を受信すると、ステップＳ２０３へ進み、復号化の対象とする暗号化済データを含む復号化ＨＴＭＬファイルＨ２を生成する。より具体的には、ユーザ端末装置２からのリクエスト情報に含まれる識別情報によって特定される暗号化済データを、暗号化済データ検索手段１０５によって暗号化済データ記憶部１０１から取得し、暗号化済データ格納フォームＦ２２に設定する。

【0075】

そして、ステップＳ２０４に進み、ステップＳ２０３で生成した復号化ＨＴＭＬファイルＨ２をユーザ端末装置２へと送信する。

【0076】

そして、ユーザ端末装置２がステップＳ２０５で復号化ＨＴＭＬファイルＨ２を受信し、ステップＳ２０６で、平文状態で復号化ＨＴＭＬファイルに含まれる、レベル０データ、第１鍵ヒント情報、第２鍵平文ヒント情報の表示を行う。なお、第１鍵ヒント情報、第２鍵平文ヒント情報の表示は、それぞれ、第１ヒント情報表示ボタンＢ２３３ｂ、第２鍵ヒント情報表示ボタンＢ２３３ｂが押下された際に行うような構成とすればよい。

【0077】

続くステップＳ２０７では、ユーザより、第１鍵の入力を受け付ける。ここで、ユーザは、ステップＳ２０６において表示された第１鍵ヒント情報を手掛かりに、第１鍵の入力を行うことができる。

【0078】

そして、第１鍵の入力後にユーザによって復号化ボタンＢ２３２が押下されると、ステップＳ２０８に進み、データ復号化スクリプトＦ２１１を用いた、第１鍵による暗号化済レベル１データの復号化処理と、第１鍵による第２鍵暗号化済ヒント情報の復号化処理を行う。

【0079】

そして、ステップＳ２０９で、復号化処理の結果によって得られたレベル１データと第２鍵暗号化ヒント情報の表示を行い、ステップＳ２１０で、第２鍵の入力を受け付ける。ここで、ユーザは、ステップＳ２０６において表示された第２鍵平文ヒント情報や、ステップＳ２０９で表示された第２鍵暗号化ヒント情報を手掛かりに、第２鍵の入力を行うことができる。なお、ステップＳ２０９における第２鍵暗号化ヒント情報の表示は、第２鍵ヒント情報表示ボタンＢ２３３ｂが押下された際に行うような構成とすればよい。また、本実施形態においては、第２鍵ヒント情報表示ボタンＢ２３３ｂ、及び第２鍵ヒント情報表示領域Ｌ２３４ｂを、第２鍵平文ヒント情報と第２鍵暗号化ヒント情報の表示に共通して利用する構成を示したが、それぞれの表示の指示のためのボタンや表示する領域を、個別に設けるような構成としてもよい。

【0080】

その後、ステップＳ２１１において、データ復号化スクリプトＦ２１１を用いた、第２鍵による暗号化済レベル２データの復号化処理を行い、その結果として得られたレベル２データをステップＳ２１２において表示して、暗号化済データの復号化処理は終了する。

【0081】

なお、ステップＳ２０７やＳ２１０で不正な鍵が入力された場合には、ステップＳ２０８、Ｓ２１１における復号化処理の失敗を検出し、ユーザに復号化処理の失敗を通知するなど、任意の例外処理を行うことが好ましい。

【0082】

このようにして、暗号化済データを暗号化情報保管サーバ装置１より取得し、ユーザ端末装置２上で復号化することができる。ここで、ステップＳ２０７における復号化処理をユーザ端末装置２上で行い、暗号化情報保管サーバ装置１への鍵の送信を行わない構成となっているため、ネットワーク３上で第三者に鍵や復号化済の保管対象データが不正に取得される、あるいは、暗号化情報保管サーバ装置１が攻撃を受け、それらの情報が流出する、といったリスクを排除することができる。

【0083】

＜暗号鍵／データ更新ＨＴＭＬ＞
図９は、本実施形態に係る鍵／データ更新ＨＴＭＬファイルＨ３の構成を示す図である。図９に示すように、鍵／データ更新ＨＴＭＬファイルＨ３は、スクリプト実行手段２３によって実行される鍵／データ更新スクリプトＦ３１と、鍵及び／又はデータの更新対象とする暗号化済データを格納する暗号化済データ格納フォームＦ３２と、入力受付手段２２によりユーザからの入力を受け付ける入力フォームＦ３３と、ユーザ端末装置２より暗号化情報保管サーバ装置１へと保管対象データを送信するための送信フォームＦ３４と、を有する。

【0084】

鍵／データ更新スクリプトＦ３１は、暗号化済データ格納フォームＦ３２の有するデータの復号化を行う、データ復号化スクリプトＦ３１１と、保管対象データの一部又は全ての暗号化を行うデータ暗号化スクリプトＦ３１２と、送信フォームＦ３４を暗号化情報保管サーバ装置１へと送信するデータ送信スクリプトＦ３１３と、を備える。また、データ送信スクリプトＦ３１３を省略し、ユーザ端末装置２のウェブウェブブラウザの機能のみによって、保管対象データを送信する構成としてもよい。

【0085】

なお、データ復号化スクリプトＦ３１１は、復号化ＨＴＭＬファイルＨ２におけるデータ復号化スクリプトＦ２１１と、データ暗号化スクリプトＦ３１２、データ送信スクリプトＦ３１３は、暗号化ＨＴＭＬファイルＨ１におけるデータ暗号化スクリプトＦ１１１、データ送信スクリプトＦ１１２と、それぞれ同様のスクリプトを用いることができる。

【0086】

暗号化済データ格納フォームＦ３２は、暗号化情報保管サーバ装置１によって設定される暗号化済データを格納する、暗号化済データ格納領域Ｈ３２１を有する。なお、暗号化済データ格納領域Ｈ３２１は、格納される暗号化済データがデータ復号化スクリプトＦ３１１によって取得可能に構成されていれば十分であり、ウェブブラウザによる暗号鍵／データ更新ＨＴＭＬファイルＨ３の表示の際には不可視化されるようにしてよい。また、暗号化済データ格納領域Ｈ３２１は、先に図７（ａ）に示した、復号化ＨＴＭＬファイルＨ２の暗号化済データ格納領域Ｈ２２１と同様の構成を有するものである。

【0087】

図１０（ａ）は、入力フォームＦ３３の構成を示す図である。ここに示すように、入力フォームＦ３３は、鍵入力領域Ｉ３３１と、復号鍵の入力後にデータ復号化スクリプトＦ３１１の実行指示を受け付けるための復号化ボタンＢ３３２と、暗号化済データ格納フォームＦ３２の有する暗号化済データの、データ復号化スクリプトＦ３１１による復号化処理の結果の表示、及び保管対象データの変更を行う場合における、変更後の保管対象データの入力を受け付ける復号化済データ表示／データ変更入力領域Ｉ３３３と、第１鍵ヒント情報の表示を指示する第１鍵ヒント情報表示ボタンＢ３３５ａと、第２鍵平文ヒント情報の表示を指示する第２鍵平文ヒント情報表示ボタンＢ３３５ｂと、第２鍵暗号化ヒント情報の表示を指示する第２鍵暗号化ヒント情報表示ボタンＢ３３５ｃと、第１鍵ヒント情報の表示及び変更の入力の受付を行う第１鍵ヒント情報表示／更新入力領域Ｌ３３６ａと、第２鍵平文ヒント情報の表示及び変更の入力の受付を行う第２鍵平文ヒント情報表示／更新入力領域Ｌ３３６ｂと、第２鍵暗号化ヒント情報の表示及び変更の入力の受付を行う第２鍵暗号化ヒント情報表示／更新入力領域Ｌ３３６ｃと、を有する。更に、鍵入力領域Ｉ３３１は、第１鍵の入力を受け付ける第１鍵入力領域Ｉ３３１ａと、第２鍵の入力を受け付ける第２鍵入力領域Ｉ３３１ｂと、を含む。

【0088】

図１０（ｂ）は、保管対象データ表示／変更入力受付領域Ｉ３３３の更に詳細な構成を示す図である。ここに示すように、保管対象データ表示／変更入力領域Ｉ３３３は、レベル０データの表示及び変更の入力の受付を行うレベル０データ表示／変更入力領域Ｉ３３３ａと、レベル１データの表示及び変更の入力の受付を行うレベル１データ表示／変更入力領域Ｉ３３３ｂと、レベル２データの表示及び変更の入力の受付を行うレベル２データ表示／変更入力領域Ｉ３３３ｃと、を有する。

【0089】

送信フォームＦ３４は、送信先である暗号化済データ記録手段１０３を示すＵＲＩ情報である送信先ＵＲＩ情報Ｆ３４１と、ユーザを識別するためのユーザＩＤ情報Ｆ３４２と、復号化済データ表示／データ変更入力領域Ｉ３３３に入力された保管対象データの一部又は全てをデータ暗号化スクリプトＦ３１２によって暗号化した、暗号化済データＦ３４３と、暗号化済データを一意に識別するための暗号化済データ識別情報Ｆ３４４と、を備える。なお、暗号化済データ識別情報Ｆ３４４は、鍵／データ更新ＨＴＭＬ生成手段１０７鍵／データ更新ＨＴＭＬ生成手段１０７による鍵／データ更新ＨＴＭＬファイルＨ３の生成時に暗号化済データ記憶部１０１より取得して、予め送信フォームＦ３４に設定する、あるいは、鍵／データ更新ＨＴＭＬファイルＨ３の生成時には暗号化済データ格納領域Ｈ２２１などに含めておき、データ送信スクリプトＦ３１３の実行時に送信フォームＦ３４に設定するなど、任意の時点で設定される構成とすればよい。

【0090】

暗号化／復号化スクリプト表示領域Ｌ３５は、暗号化ＨＴＭＬファイルＨ１における暗号化スクリプト表示領域Ｌ１４、復号化ＨＴＭＬファイルＨ２における復号化スクリプト表示領域Ｌ２５と同様、データ復号化スクリプトＦ３１１やデータ暗号化スクリプトＦ３１２、データ送信スクリプトＦ３１３の内容を表示する領域である。

【0091】

また、暗号化ＨＴＭＬファイルＨ１における送信フォームＦ１３と同様、ＨＴＭＬ受信手段２１によって暗号鍵／データ更新ＨＴＭＬファイルＨ３を受信した時点では送信フォームＦ３４が存在せず、データ送信スクリプトＦ３１３の実行時に生成するような構成としてもよい。

【0092】

なお、図９に示した鍵／データ更新ＨＴＭＬファイルＨ３の構成はあくまで一例であり、図示しない他のフォームなどを含めるなど、構成を変更してもよい。ただし、保管対象データ及び鍵を平文で保持する入力フォームＦ３３と、暗号化済の保管対象データを暗号化情報保管サーバ装置１へと送信するための送信フォームＦ３４とは、分離していることが好ましい。あるいは、入力フォームＦ３３と送信フォームＦ３４を単一のフォームとし、暗号化情報保管サーバ装置１へと暗号化済データを送信する際に、保管対象データ及び暗号鍵をフォームから削除するなどの方法によって、保管対象データ及び暗号鍵の平文状態での送信を回避するような構成としてもよい。

【0093】

また、ここでの暗号化済データ格納フォームＦ３２、及び入力フォームＦ３３については、暗号化ＨＴＭＬファイルＨ１における入力フォームＦ１２と同様、ＨＴＭＬファイルの仕様上の「フォーム」である必要はないが、送信フォームＦ３４については、暗号化ＨＴＭＬファイルＨ１における送信フォームＦ１３と同様、ＦＯＲＭタグによって定義され、ＰＯＳＴメソッドやＧＥＴメソッドによって送信可能な、ＨＴＭＬファイルの仕様上の「フォーム」であることが好ましい。

【0094】

＜鍵／データ更新処理＞
図１１は、本実施形態に係る暗号情報保管システムによる鍵及び／又は保管対象データの更新処理を示すフローチャートである。鍵及び／又は保管対象データの更新処理においては、まず、ステップＳ３０１でユーザ端末装置２より鍵／データ更新ＨＴＭＬファイルＨ３のリクエスト情報を送信する。これは例えば、ユーザがウェブブラウザによって、暗号化情報保管サーバ装置１や図示しない他のウェブサーバ装置などにより提供されるトップページやメニュー画面などから、ハイパーリンクをクリックするなどの操作により、ウェブブラウザがリクエスト情報を生成して送信するものである。そして、ここでの暗号鍵／データ更新ＨＴＭＬファイルＨ３のリクエスト情報は、暗号鍵及び／又は保管対象データの更新対象とする暗号化済データの識別情報を含むものである。

【0095】

ステップＳ３０２で暗号化情報保管サーバ装置１がリクエスト情報を受信すると、ステップＳ３０３へ進み、鍵及び／又は保管対象データの更新対象とする暗号化済データを含む鍵／データ更新ＨＴＭＬファイルＨ３を生成する。より具体的には、ユーザ端末装置２からのリクエスト情報に含まれる識別情報によって特定される暗号化済データを、暗号化済データ検索手段１０５によって暗号化済データ記憶部１０１から取得し、暗号化済データ格納フォームＦ３２に設定する。

【0096】

そして、ステップＳ３０４に進み、ステップＳ３０３で生成した鍵／データ更新ＨＴＭＬファイルＨ３をユーザ端末装置２へと送信する。

【0097】

そして、ユーザ端末装置２がステップＳ３０５で鍵／データ更新ＨＴＭＬファイルＨ３を受信し、ステップＳ３０６で、ウェブブラウザによって入力画面を表示して、鍵入力領域Ｉ３３１への復号鍵の入力を受け付ける。

【0098】

ユーザによって復号化ボタンＢ３３２が押下されると、ステップＳ３０７に進み、データ復号化スクリプトＦ３１１を用いた、暗号化済データ格納領域Ｈ３２１に格納された暗号化済データの復号化処理を行い、ステップＳ３０８で、復号化処理の結果によって得られたデータの、保管対象データ表示／データ変更入力領域Ｉ３３３への表示を行う。

【0099】

続くステップＳ３０９で、ユーザからの、鍵入力領域Ｉ３３１への、鍵の変更の入力、保管対象データ表示／データ変更入力領域Ｉ３３３への、保管対象データの変更の入力を受け付ける。ここで、保管対象データ表示／データ変更入力領域Ｉ３３３には、ステップＳ３０８において保管対象データが表示されている状態であるため、ユーザはこれに変更を加えることができる。

【0100】

そして、ユーザによって送信ボタンＢ３３４が押下されると、ステップＳ３１０に進み、データ暗号化スクリプトＦ３１２を用いた、保管対象データ表示／データ変更入力領域Ｉ３３３の保持するデータの、鍵入力領域Ｉ３３１の保持する鍵による暗号化処理を実行する。

【0101】

そして、ステップＳ３１１に進み、データ送信スクリプトＦ３１３により、ステップＳ３１０で暗号化処理を行った暗号化済データなどの必要な情報を送信フォームＦ３４へと設定し、暗号化情報保管サーバ装置１への暗号化済データや保管対象データの識別情報などの送信を行う。

【0102】

ステップＳ３１２で暗号化情報保管サーバ装置１が暗号化済データを受信すると、暗号化済データ記録手段１０３により、暗号化済データ記憶部１０１への記録、すなわち、暗号鍵及び／又は保管対象データの更新が実行され、更新処理は終了する。

【0103】

なお、鍵入力領域Ｉ３３１は、変更前に設定されている鍵の入力領域と、変更後に設定する鍵の入力領域とを兼ねているが、これらの入力領域を個別に設け、ステップＳ３０９において鍵の入力領域にユーザによる入力がなかった場合には、ステップＳ３１０で、復号化処理に用いた鍵による暗号化処理を、ステップＳ３０９で鍵の入力があった場合には、ステップＳ３１０で、それを用いた暗号化処理、すなわち鍵の更新を行うような構成としてもよい。

【0104】

このように、ステップＳ３０７において、暗号化済データをユーザ端末装置２上で復号化し、必要であればステップＳ３０９において、鍵及び／又は保管対象データの変更を行った後、ステップＳ３１０において、ユーザ端末装置２上で再度暗号化処理を行うことにより、変更前後の鍵や平文状態のレベル１データやレベル２データをネットワーク３経由で送受信することなく、安全に鍵や保管対象データの更新を行うことができる。そして、鍵／データ更新ＨＴＭＬファイルＨ３を用いた鍵の更新を定期的に行うことにより、ユーザはより安全に保管対象データを管理することができる。

【0105】

以上のように、本実施形態に係る暗号化情報保管システムにおいては、暗号化処理、復号化処理を共に暗号化情報保管サーバ装置１上ではなく、ユーザ端末装置２上で行うことにより、暗号化／復号化処理に用いる鍵の第三者への流出や、保管対象とするデータの平文状態での流出を、未然に防ぐことができ、ユーザは保管対象データを安全に管理することが可能となる。

【0106】

アルゴリズム解説提供手段１１０の提供するアルゴリズム解説ＨＴＭＬは、暗号化ＨＴＭＬファイルＨ１による暗号化処理や復号化ＨＴＭＬファイルＨ２による復号化処理、鍵／データ更新ＨＴＭＬファイルＨ３による鍵やデータの更新処理の仕組みを、ユーザに解説するためのものである。これはすなわち、図５や図８、図７に示したフローチャートを参照して説明したような各処理を、ユーザへと説明するものである。

【0107】

また、スクリプト解説提供手段１１１の提供するスクリプト解説ＨＴＭＬは、暗号化スクリプトや復号化スクリプト、データ送信スクリプトなどのソースコードを表示し、その内容をより詳細に解説するものである。また、これらのスクリプトが外部のライブラリを参照するような構成となっている場合には、どのようなライブラリを参照しているか、といった点についても、解説を行うものであることが好ましい。

【0108】

本実施形態に係る暗号化情報保管システムにおいては、先述した通り、ＨＴＭＬファイルとＪａｖａＳｃｒｉｐｔを用いるため、ユーザは実際にＨＴＭＬファイルやＪａｖａＳｃｒｉｐｔのソースコードを参照し、アルゴリズム解説手段によって解説される仕組みや、スクリプト解説手段によって解説されるスクリプトが使用されていることを確認し、データの暗号化や復号化を安心して行うことができる。

【0109】

また、暗号化情報保管サーバ装置１や、ユーザ端末装置２とネットワーク３を介して通信可能な他のサーバ装置などによって、ユーザからのアルゴリズムやスクリプトの安全性などに関するコメントや評点などを評価情報として収集し、他のユーザへと提供可能な構成としてもよい。このような構成とすれば、ＨＴＭＬファイルやＪａｖａＳｃｒｉｐｔなどの技術に詳しいユーザがコメントを行い、そういった技術に詳しくないユーザもそのコメントを参照することで、安心して本実施形態に係る暗号化情報保管システムを利用することができる。特に、暗号化情報保管サーバ装置１の管理等を行う運営者とは異なる第３者が運営する外部のレビューサイト等によって、アルゴリズムやスクリプトの評価情報の収集、提供を行うような構成とすれば、評価情報の信頼性をより高いものとすることができる。

【0110】

また、ユーザ端末装置２へと提供する暗号化スクリプトや復号化スクリプトを含むファイルに電子証明書を付与し、ユーザ端末装置２によって電子証明書を用いてファイルが改ざんされていないことを検査した上でスクリプトを実行するような構成とすれば、本発明に係る暗号化情報保管システムの安全性をより高めることができる。更に、上述したようにアルゴリズムやスクリプトの評価情報の収集を行う際に、電子証明書を付与したファイルを公開し、それに対する評価情報の収集を行うことにより、他のユーザによる評価情報が提供されたスクリプトと、実際にユーザ端末装置２上で実行するスクリプトが同一であることを確実にすることができ、ユーザは安心して本発明に係る暗号化情報保管システムを利用することができる。

【0111】

なお、本実施形態においては、上述したように、ＨＴＭＬファイルとＪａｖａＳｃｒｉｐｔを用い、暗号化及び復号化に係る処理をユーザ端末装置上で実行する構成を示したが、例えばＪａｖａ（登録商標）やＰＨＰ、Ｒｕｂｙなどのようなプログラム言語を用いて、暗号化情報保管サーバ装置１上で暗号化や復号化を行うような構成としてもよい。このような構成とすることにより、処理能力やＪａｖａＳｃｒｉｐｔの実行可否など、複数のユーザ端末装置２の間における動作環境への依存を低減し、より多くのユーザ端末装置２で、本発明に係る暗号化情報保管システムを利用することができる。

【0112】

あるいは、それぞれのユーザ端末装置２によって、ユーザ端末装置２上での暗号化／復号化処理と、暗号化情報保管サーバ装置１上での暗号化／復号化処理を選択的に実行可能な構成としてもよい。例えば、ＪａｖａＳｃｒｉｐｔが実行可能なユーザ端末装置２においては、ユーザ端末装置２上での暗号化／復号化処理を行い、それ以外のユーザ端末装置２を用いる場合には、暗号化情報保管サーバ装置１上での暗号化／復号化処理を行う、といった構成である。このような構成とすることにより、ユーザ端末装置２上での暗号化／復号化処理が可能な場合にはより安全に利用することができ、かつ、それ以外のユーザ端末装置２においても利用可能な暗号化情報保管システムとすることができる。

【実施例】

【0113】

次に実施例を示して本発明を更に詳細に説明するが、本発明は以下の実施例に限定されるものではない。

【0114】

（実施例１）
本実施例は、図１２に示すような、ウェブサイトのログイン情報Ｄ１を、本発明に係る暗号情報保管システムによって管理する場合の例である。なお、ログイン情報Ｄ１は、任意のタイトルＤ１０１、第１鍵のヒント情報Ｄ１０２、平文で保管する第２鍵のヒント情報Ｄ１０３、暗号化して保管する第２鍵のヒント情報Ｄ１０４、サイトＵＲＬＤ１０５、任意のメモＤ１０６、ログインＩＤ、パスワード、Ｅｍａｉｌのそれぞれについての、暗号化レベル情報Ｄ１０７、平文で保管するレベル０データＤ１０８、第１鍵によって暗号化するレベル１データＤ１０９、第２鍵による暗号化後に第１鍵によって暗号化するレベル２データＤ１１０を含むものとする。

【0115】

図１３は、本実施例における暗号化ＨＴＭＬファイルＨ１の有する入力フォームＦ１２の、ユーザ端末装置２への表示例である。このように、鍵やそのヒント情報、各項目の暗号化レベルと各レベルのデータ等の入力欄と、送信ボタンを有する。

【0116】

図１４は、本実施例における復号化ＨＴＭＬファイルＨ２の有する入力フォームＦ２３の、ユーザ端末装置２への表示例である。このように、入力フォームＦ２３は、第１及び第２鍵の入力領域と、それらのヒント情報の送信ボタンと表示領域、そして復号化ボタンを有する。

【0117】

そして、復号化処理の結果は、図１５に一例を示すような、復号化ＨＴＭＬファイルＨ２の有する復号化済データ表示領域Ｌ２４１によって、ユーザへと提供される。

【0118】

このように、ウェブサイトへのログイン情報のように、任意の組を設定して保管対象データを扱うことで、ユーザはより便利に暗号化情報保管システムを利用することができる。

【0119】

（実施例２）
本実施例は、図１６に示すような、銀行口座情報Ｄ２を、本発明に係る暗号情報保管システムによって管理する場合の例である。なお、銀行口座情報Ｄ２は、任意のタイトルＤ２０１、第１鍵のヒント情報Ｄ２０２、平文で保管する第２鍵のヒント情報Ｄ２０３、暗号化して保管する第２鍵のヒント情報Ｄ２０４、銀行名、銀行番号、支店名、支店番号、口座種別、口座番号、暗証番号、任意のユーザ指定項目の件名、任意のユーザ指定項目の値、乱数表の内容のそれぞれについての、暗号化レベル情報Ｄ２０５、平文で保管するレベル０データＤ２０６、第１鍵によって暗号化するレベル１データＤ２０７、第２鍵による暗号化後に第１鍵によって暗号化するレベル２データＤ２０８を含むものとする。

【0120】

なお、ここでの乱数表とは、「あ」から「お」の５列、「１」から「５」の５行の行列形式で、「あ１」から「お５」までの全２５個の値を持つものとする。昨今のインターネットバンキングシステムなどにおける認証には、このような形式の乱数表から、システムによって指定される任意の欄の値を用いた認証がよく用いられている。

【0121】

図１７は、本実施例における暗号化ＨＴＭＬファイルＨ１の有する入力フォームＦ１２の、ユーザ端末装置２への表示例である。このように、鍵やそのヒント情報、各項目の暗号化レベルと各レベルのデータ等の入力欄と、送信ボタンを有する。

【0122】

なお、ここで、複数の暗号化レベルの値を持つ必要がない項目については、当該項目に対して選択された暗号化レベルの値のみを送信フォームに設定すればよい。その場合、送信フォーム中の他の暗号化レベルのデータの格納領域には、空文字列や予め指定された記号などの任意の値を設定し、意味を持つ値でないことを判別可能としておくことが好ましい。本実施例においては口座種別がこのような項目に該当し、図１７に示すように、ドロップダウンリストにより、１つの値のみの入力を受け付ける構成となっている。

【0123】

そして、復号化処理の結果は、図１８に一例を示すような、復号化ＨＴＭＬファイルＨ２の有する復号化済データ表示領域Ｌ２４１によって、ユーザへと提供される。

【0124】

このように、乱数表のようなデータも保管対象データとして取り扱うことができ、暗号化情報保管システムによって様々なデータを管理することができる。

【0125】

（実施例３）
本実施例は、本発明に係る暗号情報保管システムにより、複数のウェブサイトや銀行の情報を統括して管理する場合の例である。本実施例においては、図１９（ａ）に示すような、ユーザの保管する複数の保管対象データの一覧を暗号化情報保管サーバ装置１によって生成し、ユーザ端末装置２へと表示する。

【0126】

図１９（ａ）に示す一覧には、それぞれのサイトや銀行などのタイトルと、ＩＤのレベル０データ、パスワードのレベル０データが含まれており、ユーザはそれらの情報を閲覧することができる。

【0127】

そして、各タイトルをハイパーリンクとしておき、そのクリックを受けるなど、ユーザからのサイトや銀行などの指定を受け付け、図１９（ｂ）に示すような鍵の入力と復号化済データの表示画面を表示する。

【0128】

図１９（ｂ）は、レベル０のデータの表示画面であるため、ＩＤ及びパスワードのレベル０のデータが表示されている。

【0129】

そして、第１鍵の入力後、復号ボタンの押下を受けると、図１９（ｃ）のようなレベル１のデータの表示画面へと遷移する。

【0130】

更に、第２鍵の入力後、復号ボタンの押下を受けると、図１９（ｄ）に示すようなレベル２のデータの表示画面へと遷移する。

【0131】

また、図１９（ｃ）に示すようなレベル１のデータの表示画面において第２鍵の入力と復号ボタンの押下を受けた後に、図１９（ｅ）に示すように、ＩＤ、パスワードのそれぞれの値をハイパーリンクとしたレベル１のデータの表示画面へと遷移し、各ハイパーリンクのクリック操作によって図１９（ｆ）に示すようにそれぞれの値のみの表示画面へと遷移するような構成としてもよい。このような構成とすれば、必要な情報のみを復号化して表示することができるため、ユーザ端末装置２の利用中に画面を第三者にのぞきこまれ、復号化済の情報が第三者へと渡ってしまうリスクを低減することができる。

【0132】

更に別の構成として、図１９（ａ）のような一覧画面においてユーザからのサイトや銀行などの指定を受け付けた後、図２０（ａ）に示すように第１鍵のみの入力領域を持つレベル０のデータの表示画面へと遷移するようにしてもよい。この場合には、レベル０のデータの表示画面において第１鍵の入力を受け、復号ボタンが押下された後に図２０（ｂ）に示すようにＩＤ、パスワードのそれぞれのレベル１のデータをハイパーリンクとして表示する。そして、ハイパーリンクのクリックを受けた際に、図２０（ｃ）に示すような、選択された項目のレベル１のデータと第２鍵の入力領域を持つ画面へと遷移し、ここで第２鍵の入力と復号ボタンの押下を受けた際に、図２０（ｄ）に示すように、単一の項目のレベル２のデータを表示する。このような構成とした場合には、復号化済の情報が第三者へと漏れるリスクを低減することができ、また、各項目を表示する際に毎回第２鍵の入力を求めることによって、より強固に情報を保護することができる。

【0133】

銀行情報の乱数表のデータを表示する場合には、レベル０においては図２１（ａ）に示すように乱数表の形式でレベル０のデータを表示し、第１鍵による復号化処理の後に図２１（ｂ）に示すようなレベル１の復号化済データを表示する画面へと遷移する。そして、レベル１のデータ中からの選択を受けることで、図２１（ｃ）に示すように、乱数表中の１つの値について、レベル２の復号化済データを表示する。

【0134】

このように、レベル０のデータについては、一覧表のような閲覧性の高い形態でユーザへと提供し、レベル２のデータについては個別表示のように必要とされるデータのみを提供する構成とすることにより、暗号化レベルの設定によるデータの取り扱いの違いを、より効果的に利用することができる。

【符号の説明】

【0135】

１ 暗号化情報保管サーバ装置
１０１ 暗号化済データ記憶部
１０２ 暗号化ＨＴＭＬ送信手段
１０３ 暗号化済データ記録手段
１０４ 識別情報生成手段
１０５ 暗号化済データ検索手段
１０６ 復号化ＨＴＭＬ生成手段
１０７ 鍵／データ更新ＨＴＭＬ生成手段
１０８ 認証情報記憶部
１０９ ユーザ認証手段
１１０ アルゴリズム解説提供手段
１１１ スクリプト解説提供手段
２ ユーザ端末装置
２１ ＨＴＭＬ受信手段
２２ 入力受付手段
２３ スクリプト実行手段
２４ 暗号化済データ送信手段
２５ 保管対象データ表示手段
２６ 認証情報送信手段
３ ネットワーク
Ｈ１ 暗号化ＨＴＭＬファイル
Ｆ１１ 暗号化スクリプト
Ｆ１１１ データ暗号化スクリプト
Ｆ１１２ データ送信スクリプト
Ｆ１２ 入力フォーム
Ｉ１２１ 暗号鍵入力領域
Ｉ１２１ａ 第１鍵入力領域
Ｉ１２１ｂ 第２鍵入力領域
Ｉ１２１ｃ 第１鍵ヒント情報入力領域
Ｉ１２１ｄ 第２鍵平文ヒント情報入力領域
Ｉ１２１ｅ 第２鍵暗号化ヒント情報入力領域
Ｉ１２２ 保管対象データ入力領域
Ｉ１２２ａ レベル０データ入力領域
Ｉ１２２ｂ レベル１データ入力領域
Ｉ１２２ｃ レベル２データ入力領域
Ｉ１２２ｄ 第１鍵ヒント情報入力領域
Ｉ１２２ｅ 第２鍵平文ヒント情報入力領域
Ｉ１２２ｆ 第２鍵暗号化ヒント情報入力領域
Ｂ１２３ 送信ボタン
Ｆ１３ 送信フォーム
Ｆ１３１ 送信先ＵＲＩ情報
Ｆ１３２ ユーザＩＤ情報
Ｆ１３３ 暗号化済データ
Ｆ１３３ａ レベル０データ
Ｆ１３３ｂ 暗号化済レベル１データ
Ｆ１３３ｃ 暗号化済レベル２データ
Ｆ１３３ｄ 第１鍵ヒント情報
Ｆ１３３ｅ 第２鍵平文ヒント情報
Ｆ１３３ｆ 第２鍵暗号化済ヒント情報
Ｌ１４ 暗号化スクリプト表示領域
Ｈ２ 復号化ＨＴＭＬファイル
Ｆ２１ 復号化スクリプト
Ｆ２１１ データ復号化スクリプト
Ｆ２２ 暗号化済データ格納フォーム
Ｈ２２１ 暗号化済データ格納領域
Ｈ２２１ａ レベル０データ
Ｈ２２１ｂ 暗号化済レベル１データ
Ｈ２２１ｃ 暗号化済レベル２データ
Ｈ２２１ｄ 第１暗号鍵ヒント情報
Ｈ２２１ｅ 第２鍵平文ヒント情報
Ｈ２２１ｆ 第２鍵暗号化済ヒント情報
Ｆ２３ 入力フォーム
Ｉ２３１ 鍵入力領域
Ｉ２３１ａ 第１鍵入力領域
Ｉ２３１ｂ 第２鍵入力領域
Ｂ２３２ 復号ボタン
Ｂ２３３ａ 第１鍵ヒント情報表示ボタン
Ｂ２３３ｂ 第２鍵ヒント情報表示ボタン
Ｌ２３４ａ 第１鍵ヒント情報表示領域
Ｌ２３４ｂ 第２鍵ヒント情報表示領域
Ｆ２４ 表示フォーム
Ｌ２４１ 保管対象データ表示領域
Ｌ２４１ａ レベル０データ表示領域
Ｌ２４１ｂ レベル１データ表示領域
Ｌ２４１ｃ レベル２データ表示領域
Ｌ２５ 復号化スクリプト表示領域
Ｈ３ 暗号鍵／データ更新ＨＴＭＬファイル
Ｆ３１ 暗号鍵／データ更新スクリプト
Ｆ３１１ データ復号化スクリプト
Ｆ３１２ データ暗号化スクリプト
Ｆ３１３ データ送信スクリプト
Ｆ３２ 暗号化済データ格納フォーム
Ｈ３２１ 暗号化済データ格納領域
Ｆ３３ 入力フォーム
Ｉ３３１ 鍵入力領域
Ｉ３３１ａ 第１鍵入力領域
Ｉ３３１ｂ 第２鍵入力領域
Ｂ３３２ 復号化ボタン
Ｉ３３３ 保管対象データ表示／データ変更入力領域
Ｉ３３３ａ レベル０データ表示／変更入力領域
Ｉ３３３ｂ レベル１データ表示／変更入力領域
Ｉ３３３ｃ レベル２データ表示／変更入力領域
Ｂ３３４ 送信ボタン
Ｂ３３５ａ 第１鍵ヒント情報表示ボタン
Ｂ３３５ｂ 第２鍵平文ヒント情報表示ボタン
Ｂ３３５ｃ 第２鍵暗号化ヒント情報表示ボタン
Ｌ３３６ａ 第１鍵ヒント情報表示／更新入力領域
Ｌ３３６ｂ 第２鍵平文ヒント情報表示／更新入力領域
Ｌ３３６ｃ 第２鍵暗号化ヒント情報表示／更新入力領域
Ｆ３４ 送信フォーム
Ｆ３４１ 送信先ＵＲＩ情報
Ｆ３４２ ユーザＩＤ情報
Ｆ３４３ 暗号化済データ
Ｆ３４４ 暗号化済データ識別情報
Ｌ３５ 暗号化／復号化スクリプト表示領域

【要約】

【課題】
重要度の異なる、内容の関連した複数のデータの保管や取り出しを安全に行うことができる、暗号化情報保管システムを提供すること。
【解決手段】
互いに内容に関連性を有する第１の保管対象データと第２の保管対象データを、第１の保管対象データを第１の鍵によって暗号化した第１の暗号化済データと、第２の保管対象データを第２の鍵によって暗号化した第２の暗号化済データを、更に第１の鍵で暗号化した第３の暗号化済データと、として保管する暗号化情報保管システムであって、出力手段が、復号化手段によって復号化した、前記第１の保管対象データの出力と、前記第２の保管対象データの出力と、を行うことを特徴とする。
【選択図】図８

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】