電子ファイル管理システムおよび管理方法
【課題】クライアントの負担を少なくして暗号化ファイルを安全、確実に管理でき、しかも暗号化ファイルを体系的に管理でき、さらには標準Ｗｅｂブラウザに改造を加えることなくシームレスに追加・結合できる。
【解決手段】クライアント１００が所有するファイルを暗号化してＷｅｂファイルサーバ２００に送信し、さらにＷｅｂファイルサーバに格納した段階でもファイル自身を暗号化しておく。また、ファイル暗号化のための暗号鍵はクライアントとサーバのセッション毎に自動生成で管理する。また、クライアントは、既存の標準Ｗｅｂブラウザ機能に加えて、暗号フィルタ処理部１２０とリダイレクトドライバ１３０を追加した構成とする。
【解決手段】クライアント１００が所有するファイルを暗号化してＷｅｂファイルサーバ２００に送信し、さらにＷｅｂファイルサーバに格納した段階でもファイル自身を暗号化しておく。また、ファイル暗号化のための暗号鍵はクライアントとサーバのセッション毎に自動生成で管理する。また、クライアントは、既存の標準Ｗｅｂブラウザ機能に加えて、暗号フィルタ処理部１２０とリダイレクトドライバ１３０を追加した構成とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントが所有する電子ファイルを暗号化してＷｅｂサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理システムおよび管理方法に関する。
【背景技術】
【０００２】
クライアントからＷｅｂサーバ上のファイルやフォルダを管理できるようにするアプリケーションとして、ＷｅｂＤＡＶ（Ｗｅｂ-ｂａｓｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）がある。
【０００３】
このＷｅｂＤＡＶは、Ｗｅｂコンテンツの編集（Ａｕｔｈｏｒｉｎｇ）やリビジョン管理（Ｖｅｒｓｉｏｎｉｎｇ）を目的に規定されたプロトコルであり、Ｗｅｂサーバが公開しているファイルをＷｅｂブラウザへ送信するためのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）を拡張し、クライアントで作成された文書をサーバに送信して公開したり、サーバ上のファイルやフォルダの一覧を取得したり、ファイルやフォルダの複製・移動・削除を可能としている。
【０００４】
これらファイルやフォルダへのアクセスには、通常は、ユーザ名とパスワードによるユーザ認証を行ない、権限のあるユーザのみがＷｅｂＤＡＶを利用できるよう設定する。また、ファイル転送などの機能はＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に近いとも言えるが、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）プロトコルによる暗号化やプロキシなどをそのまま利用することができる。
【０００５】
しかし、ＷｅｂＤＡＶにはファイルを暗号化して格納する機能がない。すなわち、サーバ内のディスクに格納した段階でファイル自身にセキュリティはない。このため、ネットワーク経由ではなく、サーバサイドで直接アクセスされると漏洩や改ざん、抜き取り等のリスクがある。
【０００６】
ファイルを暗号化する手法には、共通鍵暗号方式、公開鍵暗号方式、両方式の組み合わせ方式、さらにはハッシュ関数（片方向暗号）方式がある。これら暗号化方式を利用して、Ｗｅｂサーバにファイルを暗号化して格納し、ファイルのセキュリティを高めるファイル管理システムが種々提案されている。例えば、特許文献１では、ファイルサーバは、クライアントの秘密鍵で暗号化されたファイルを格納し、クライアントから暗号化ファイルへのアクセス要求を受け付けた場合に、ファイル識別情報に基づいて該当するファイルを検索してクライアントに送信する。ここで、クライアントにネットワーク接続される暗号管理サーバを設け、この暗号管理サーバはクライアントから、暗号管理サーバの公開鍵で暗号化されたクライアントの秘密鍵とファイルサーバに格納された暗号化ファイルの識別情報とクライアントの識別情報とを取得し、クライアントの秘密鍵を暗号管理サーバの秘密鍵で復号化すると共に、復号化したクライアント秘密鍵をクライアントの公開鍵で暗号化し、クライアント識別情報及びファイル識別情報に関連付けて格納する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−２０９１８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
（１）従来のファイル管理システムでは、暗号化ファイルの安全、確実な管理を実現する上で問題がある。
【０００９】
例えば、ファイルを管理するツールがプライベート用途に限られる。すなわち、暗号化のための鍵もしくは呪文フレーズはクライアントでプライベートに管理し、暗号化時および復号化時はクライアントの暗号化のための鍵もしくは呪文フレーズで行うという、ファイルの所有者が自身のファイルを暗号・復号することしかできない。このため、クライアントが保存・管理するファイルへのアクセスを第三者に許可するための鍵もしくは呪文フレーズの通達手段がなく、第三者による電子ファイルの利用ができない。
【００１０】
また、患者のカルテを電子化するシステムが存在するが、他の病院、医師が患者の電子化カルテを閲覧して診療に利用できるようにするには、患者の個人情報の安全、確実な管理で問題となる。同様に、社員情報ファイルや顧客情報ファイルの管理に適用する場合に問題となる。
【００１１】
また、ファイル暗号化のための暗号鍵や呪文フレーズの漏洩防止にはクライアント自身がそれらを記憶しておくなど、負担の大きい情報管理になるし、管理コスト（時間、費用、ハードウェア、ノウハウ）も大きくなる。
【００１２】
（２）従来のファイル管理システムには、個人または団体で共有しようとする電子ファイルを暗号化し、その暗号化ファイルを体系的に管理する仕組みがない。
【００１３】
例えば、資産情報などペーパーで管理されていたものが、今後、電子化へと進んだ場合、金銭的な意義と所有の所在管理、資産所有者の正当性管理などの仕組みがない。また、所有者の電子的な所有ファイルを個人が管理する他に資産として継承、相続する仕組みがない。
【００１４】
本発明の目的は、クライアントの負担を少なくして暗号化ファイルを安全、確実に管理でき、しかも暗号化ファイルを体系的に管理でき、さらには標準Ｗｅｂブラウザに改造を加えることなくシームレスに追加・結合できる電子ファイル管理システムおよび管理方法を提供することにある。
【課題を解決するための手段】
【００１５】
本発明は、上記の課題を解決するため、クライアントが所有するファイルを暗号化してＷｅｂファイルサーバに送信し、さらにＷｅｂファイルサーバに格納した段階でもファイル自身を暗号化しておくことでファイル所有者およびファイル所有者から許可された継承者のみが復号できるようにする。
【００１６】
また、ファイル暗号化のための暗号鍵はクライアントとサーバのセッション毎に自動生成で管理することで、暗号鍵や呪文フレーズを覚えておくことを不要にする。
【００１７】
また、クライアントは、既存の標準Ｗｅｂブラウザ機能に加えて、暗号フィルタ処理部とリダイレクトドライバを設け、管理対象とするファイルを暗号化し、Ｗｅｂファイルサーバのデータベースに保存しておき、クライアントによる電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが暗号化した電子ファイルを解読、利用できるようにすることで、標準のＷｅｂブラウザに改造を加えることなくシームレスに追加・結合できるようにする。
【００１８】
したがって、本発明は以下の電子ファイル管理システムおよび管理方法を特徴とする。
【００１９】
（システムの発明）
（１）クライアントが所有する電子ファイルを暗号化してＷｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理システムであって、
前記クライアントは、Ｗｅｂファイルサーバまたは他のクライアントとの間で平文ファイルをＴＣＰ／ＩＰ通信を行うＷｅｂブラウザと、前記Ｗｅｂファイルサーバとの暗号化ファイルの通信、および認証サーバとの通信による認証サービスに際し、ファイルの解析、ファイルの暗号鍵生成、ファイルの暗号化／復号、公開鍵／秘密鍵との連携管理ができる暗号フィルタ処理部と、前記Ｗｅｂブラウザまたは暗号フィルタ処理部を切り替えて前記Ｗｅｂファイルサーバや認証サーバとのＴＣＰ／ＩＰ通信を可能にするリダイレクトドライバとを備え、
前記Ｗｅｂファイルサーバは、データベースに対する暗号化ファイルの書き込み／読み出しの管理を実行するＳＱＬサーバと、前記クライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にするＷｅｂサーバとを備えたことを特徴とする。
【００２０】
（２）前記クライアントおよび前記Ｗｅｂファイルサーバは、ネットワーク上でＴＣＰ／ＩＰ通信するファイルは暗号化して送受信するＳＳＬプロトコルを備えたことを特徴とする。
【００２１】
（３）前記暗号フィルタ処理部は、暗号化ファイルの正当な所有者／正当な継承者を、公開鍵方式の認証基盤と個体認証デバイスに保持する指紋認証トークンによりハイブリッド認証を行い、この個体認証の成功で立ち上げ可能とする手段を備えたことを特徴とする。
【００２２】
（４）個体認証された正当な所有者が他に譲渡することなく個人的に利用する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、正当な所有者自身の公開鍵でファイル暗号鍵を暗号化パック（Ｐキーパックｎ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｐキーパックｎの管理によってコンテンツ表示する手段を備えたことを特徴とする。
【００２３】
（５）個体認証された正当な所有者が保有する暗号化ファイルを他のクライアントに譲渡する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、暗号化ファイルの正当な所有者が譲渡しようとする「正当な継承者」の指定には前記認証サーバの認証局との連携で実行する秘密鍵・公開鍵管理機構と、前記認証局よりゲットした「正当な継承者」の公開鍵でファイル暗号鍵を暗号化パック（Ｉキーパックｍ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｉキーパックｍの管理によってコンテンツ表示する手段を備えたことを特徴とする。
【００２４】
（方法の発明）
（６）クライアントとＷｅｂファイルサーバおよび認証サーバとの間でネットワーク通信可能にしたシステム構成とし、前記クライアントが所有する電子ファイルを暗号化して前記Ｗｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理方法であって、
前記クライアントに設けた暗号フィルタ処理部は、クライアント自身が所有するファイルＸｎを暗号化して前記Ｗｅｂファイルサーバのデータベースに格納する処理手順として、（Ｓ１）ファイル登録処理ごとに作成する共通鍵ｋｎでファイルＸｎを暗号化するステップと、（Ｓ２）認証サーバから取得する公開鍵Ａで共通鍵ｋｎを暗号化した鍵所有情報Ｅａを作成するステップと、（Ｓ３）予め所有している秘密鍵ａでファイルＸｎの署名Ｘｎを作成するステップと、（Ｓ４）暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））を作成するステップと、（Ｓ５）前記鍵所有情報Ｅａと暗号コンテキストＣのＨＴＴＰパケットを書き換えて前記Ｗｅｂファイルサーバに送信するステップとを有し、
前記Ｗｅｂファイルサーバは、（Ｓ６）ファイル管理情報を作成するステップと、（Ｓ７）暗号化ファイルの格納処理の完了の応答メッセージを前記クライアントに送信するステップとを有することを特徴とする。
【００２５】
（７）前記暗号フィルタ処理部は、前記クライアント自身が格納した暗号化ファイルの取得処理手順として、
（Ｓ１１）前記クライアントは、Ｗｅｂブラウザから取得許可有りのファイルＸｎのデータ取得要求をインターネット経由で前記Ｗｅｂファイルサーバへ送信し、取得要求したファイルのデータとしてＷｅｂファイルサーバ２００から鍵所有情報Ｅａと暗号コンテキストＣの組で前記暗号フィルタ処理部に取り込むステップと、
（Ｓ１２）前記暗号コンテキストから暗号データを取得するステップと、
（Ｓ１３）予め所有している秘密鍵ａで前記共通鍵ｋｎを復号するステップと、
（Ｓ１４）前記共通鍵ｋｎで前記ファイルＸｎを復号するステップと、
（Ｓ１５）前記認証サーバから取得した公開鍵Ａと署名Ｘｎで復号した前記ファイルＸｎの正当性を検証するステップと、
（Ｓ１６）前記復号したファイルＸｎをＨＴＴＰパケットの修正を経て前記Ｗｅｂブラウザへ転送して表示させるステップとを有することを特徴とする。
【００２６】
（８）クライアントＡからクライアントＢにファイル譲渡のための暗号鍵取得処理手順として、
前記クライアントＡの暗号フィルタ処理部は、（Ｓ１７）クライアントＢへのファイル譲渡要求を受けたとき、クライアントＢに譲渡するクライアントＡの所有ファイルの指定データをインターネット経由でＷｅｂファイルサーバの管理領域に送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ１８）前記管理領域で指定されたクライアントＡのファイル管理情報として管理する暗号データ領域を指定するステップと、（Ｓ１９）前記暗号データ領域では、指定されたファイルの鍵所有情報Ｅａと暗号コンテキストＣのうち、鍵所有情報Ｅａを前記管理領域に渡すステップと、（Ｓ２０）前記管理領域ではクライアントＡの公開鍵Ａで暗号化した鍵所有情報Ｅａをゲットし、この鍵所有情報Ｅａをインターネット経由で前記クライアントＡの暗号フィルタ処理部に送信するステップとを有し、
前記鍵所有情報Ｅａを受信した暗号フィルタ処理部は、（Ｓ２１）前記秘密鍵ａで前記共通鍵ｋｎを復号するステップと、（Ｓ２２）前記認証サーバから取得したクライアントＢの公開鍵Ｂを使って前記共通鍵ｋｎを暗号化した鍵譲渡情報Ｅｂを作成するステップを有することを特徴とする。
【００２７】
（９）クライアントＡからクライアントＢにファイル譲渡のための暗号鍵譲渡処理手順として、
公開鍵Ｂで暗号化した前記鍵譲渡情報Ｅｂを取得したクライアントＡの暗号フィルタ処理部は、（Ｓ２３）譲渡しようとするクライアントＢを指定して前記鍵譲渡情報Ｅｂをインターネット経由でＷｅｂファイルサーバの管理領域へ送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ２４）前記管理領域にもつクライアントＡのファイル管理情報として暗号データ領域で管理される鍵所有情報Ｅａと暗号コンテキストＣの領域に前記公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを追加するステップと、（Ｓ２５）前記鍵譲渡情報Ｅｂが追加されたファイル管理情報をクライアントＢのファイル管理情報ＭＢとして作成して管理領域２２０Ａに保存しておき、（Ｓ２６）これを応答メッセージとしてインターネット経由でクライアントＡの暗号フィルタ処理部に送信するステップとを有することを特徴とする。
【００２８】
（１０）前記共通鍵（ファイル暗号鍵）の生成手順として、
アカウント情報と共にログオンされたクライアントＡの認証サービス処理部は、（Ｓ２７）秘密鍵ａと公開鍵Ａを予め所有しておき、公開鍵Ｗを認証サーバから取得し、任意のチャレンジコードＸＡを作成するステップと、（Ｓ２８）前記チャレンジコードＸＡからクライアントＡの識別子Ａを作成するステップと、（Ｓ２９）前記チャレンジコードＸＡを公開鍵Ｗで暗号化したクライアントチャレンジ１を作成するステップと、（Ｓ３０）クライアントＡの識別子Ａをセッション管理情報に記録してインターネット経由で認証サーバに送信するステップとを有し、
前記認証サーバの認証部は、（Ｓ３１）前記クライアントチャレンジ１を前記秘密鍵Ｗで復号して前記チャレンジコードＸＡを取りだすステップと、（Ｓ３２）前記チャレンジコードＸＡとランダムに作成したチャレンジコードＸＷから識別子Ｗを作成するステップと、前記識別子Ｗをセッション管理情報に記録するステップとを有し、
前記認証部は、（Ｓ３３）前記チャレンジコードＸＷを公開鍵Ａで暗号化したサーバチャレンジ２を作成するステップと、（Ｓ３４）前記サーバチャレンジ２と識別子Ａおよび識別子Ｗをインターネット経由で前記認証サービス処理部に送信するステップとを有し、
前記認証サービス処理部は、（Ｓ３５）前記サーバチャレンジ２を秘密鍵ａで復号するステップと、（Ｓ３６）前記チャレンジコードＸＡとチャレンジコードＸＷから識別子Ｗを作成し、この識別子Ｗが受信した識別子Ｗと同じことを確認するステップと、（Ｓ３７）前記確認した識別子Ｗをセッション管理情報に登録するステップと、（Ｓ３８）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップとを有し、
前記認証部は、（Ｓ４１）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップと、（Ｓ４２）ログオン応答（識別子有り）を前記認証サービス処理部にインターネット経由で送信するステップとを有し、
前記認証サービス処理部は、（Ｓ４３）前記Ｗｅｂブラウザにログオン応答として転送するステップを有し、
前記共通鍵（ファイル暗号鍵）の生成後、前記認証サービス処理部と認証サーバによる認証は、（Ｓ４４）識別子情報とナンス（平文と共通鍵暗号化）を付与して送信し、受信側は識別子がセッション管理情報に登録されていること、暗号ナンスを復号したものと平文ナンスが一致することを確認するステップを有することを特徴とする。
【発明の効果】
【００２９】
以上のとおり、本発明によれば、クライアントの負担を少なくして暗号化ファイルを安全、確実に管理でき、しかも暗号化ファイルを体系的に管理でき、さらには標準Ｗｅｂブラウザに改造を加えることなくシームレスに追加・結合できる。
【００３０】
具体的には、クライアントが所有するファイルを暗号化してＷｅｂファイルサーバに送信し、さらにＷｅｂファイルサーバに格納した段階でもファイル自身を暗号化しておくことでファイル所有者およびファイル所有者から許可された継承者のみが復号できるようにする。
【００３１】
また、ファイル暗号化のための暗号鍵はクライアントとサーバのセッション毎に自動生成で管理することで、暗号鍵や呪文フレーズを覚えておくことを不要にする。
【００３２】
また、クライアントは、既存の標準Ｗｅｂブラウザ機能に加えて、暗号フィルタ処理部とリダイレクトドライバを設け、管理対象とするファイルを暗号化し、Ｗｅｂファイルサーバのデータベースに保存しておき、クライアントによる電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが暗号化した電子ファイルを解読、利用できるようにすることで、標準のＷｅｂブラウザに改造を加えることなくシームレスに追加・結合できる。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態を示す電子ファイル管理システムの構成図。
【図２】電子ファイル管理システムのネットワーク構成図。
【図３】電子ファイル管理システムによるファイル管理イメージ。
【図４】クライアントの処理機能の詳細図。
【図５】Ｗｅｂファイルサーバの処理機能の詳細図。
【図６】ファイル管理に使用する基本要素の説明図。
【図７】クライアントＡによる通常のファイル格納処理手順図。
【図８】クライアントＡによる暗号化ファイルの格納処理手順図。
【図９】クライアントＡ自身が格納した暗号化ファイルの取得処理手順図。
【図１０】クライアントＢにファイル譲渡のための暗号鍵取得処理手順図。
【図１１】クライアントＢにファイル譲渡のための暗号鍵譲渡処理手順図。
【図１２】共通鍵（ファイル暗号鍵）の生成手順図（その１）。
【図１３】共通鍵（ファイル暗号鍵）の生成手順図（その２）。
【図１４】共通鍵（ファイル暗号鍵）の生成手順図（その３）。
【発明を実施するための形態】
【００３４】
（１）システム構成と暗号化ファイルの管理
図１は、本発明の実施形態を示す電子ファイル管理システムの構成図である。同図において、電子ファイル管理システムは、クライアント１００からＷｅｂファイルサーバ２００および認証サーバ３００との間のネットワーク通信でＷｅｂファイルサーバ側への暗号化ファイルの保存と許可された第三者によるファイル利用を可能にする。なお、各部はコンピュータ資源と、これを利用して所期の処理機能を実現するソフトウェアで構成される。
【００３５】
図２は、電子ファイル管理システムのネットワーク構成を示し、インターネットには３台のクライアント１００Ａ，１００Ｂ，１００Ｃが接続可能にされ、これらはＷｅｂファイルサーバ２００と認証サーバ３００との間の通信が可能とされる。
【００３６】
クライアント１００は、標準のＷｅｂブラウザ１１０によるＷｅｂファイルサーバ２００など他のサーバまたは他のクライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にしている。この標準Ｗｅｂブラウザ機能に加えて、クライアント１００は、暗号フィルタ処理部１２０とリダイレクトドライバ１３０を設け、管理対象とするファイルを暗号化し、Ｗｅｂファイルサーバ２００のデータベース２１０に保存しておき、クライアントによる電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが暗号化した電子ファイルを解読、利用できるようにする。
【００３７】
この例を図３に示し、ファイル所有者となるクライアント１００Ａは平文データのファイルＦＡを暗号化してＳＱＬサーバ２２０を介してデータベース２１０に保存し、この暗号化ファイルＸＡを継承者としたクライアント１００Ｂのみに譲渡（復号を許可）することでクライアント１００Ｂが取得し、その解読を行って元のファイルＦＡを得ることができる。クライアント１００Ｃはクライアント１００Ａからアクセス権を許可されていないため、暗号化した電子ファイルの解読、利用ができない。
【００３８】
図４はクライアントの処理機能の詳細を示す。リダイレクトドライバ１３０は、ファイルや通信ストリームの入力元をＷｅｂブラウザ１１０または暗号フィルタ処理部１２０に切り替えて（リダイレクトして）Ｗｅｂファイルサーバ２００や認証サーバ３００等にＴＣＰ／ＩＰ通信を可能にすること、逆にＷｅｂファイルサーバ２００や認証サーバ３００からのファイルや通信ストリームをＷｅｂブラウザ１１０または暗号フィルタ処理部１２０に切り替えて（リダイレクトして）ＴＣＰ／ＩＰ通信を可能にする。これら切り替え（リダイレクト）は、ＴＣＰ／ＩＰ通信におけるＩＰアドレスとポート番号によりソケット（Ｓｏｃｋｅｔ）１４０を介する。また、ネットワーク上でＴＣＰ／ＩＰ通信するファイルはＳＳＬプロトコル１５０によって暗号化して送受信することも可能である。
【００３９】
暗号フィルタ処理部１２０は、Ｗｅｂファイルサーバ２００との暗号化ファイルの通信や認証サーバ３００との通信による認証サービスに際し、ファイル解析、ファイル暗号鍵生成、ファイル暗号／復号、公開鍵／秘密鍵との連携管理を実施する。さらに、暗号フィルタ処理部１２０は、その正当な所有者／正当な継承者を、公開鍵方式の認証基盤と個体認証デバイス１６０に保持する指紋認証トークンによりハイブリッド認証を行い、この個体認証の成功で立ち上げ可能とする。
【００４０】
Ｗｅｂファイルサーバ２００は、図５に処理の詳細を示すように、一般のＷｅｂファイルサーバと同様に、データベース２１０に対するデータ（本実施形態では暗号化ファイル）の書き込み／読み出しの管理をＳＱＬサーバ（リレーショナルデータベース管理システム）２２０で実行し、Ｗｅｂサーバ２３０ではクライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にする。また、データベース２１０に対するＷｅｂサーバ２３０とＳＱＬサーバ２２０による切り替えは、ＴＣＰ／ＩＰ通信におけるＩＰアドレスとポート番号によるソケット２４０を介する。また、ネットワーク上でＴＣＰ／ＩＰ通信するファイルはＳＳＬプロトコル２５０によって暗号化して送受信することも可能である。
【００４１】
また、暗号フィルタ処理部１２０による暗号鍵によるファイル管理は、指紋認証トークンなどによる個体認証された正当な所有者により以下の処理を行う。
【００４２】
（Ａ）正当な所有者が他に譲渡することなく個人的に利用する場合
個体認証に成功したとき、事前にトークン内部（隠し領域）へ実装した公開鍵と秘密鍵を使用し、正当な所有者自身の公開鍵でファイル暗号鍵を暗号化パック（以下、Ｐキーパックｎと呼称）として管理する。このＰキーパックｎは、ＰｒｉｖａｔｅキーパックＮｏ．ｎの意味であり、ナンバリング、ファイル名などは適宜設定される。これら暗号化されたファイルと「Ｐキーパックｎ」は同時にＷｅｂサーバへ送信する。Ｗｅｂサーバ側では、図５に示すように、暗号化ファイル２１０Ａと「Ｐキーパックｎ」２１０ＢをＳＱＬサーバなどで管理し、コンテンツ表示する。
【００４３】
（Ｂ）正当な継承者に譲渡する場合
暗号化ファイルの正当な所有者は、譲渡したい「正当な継承者」を指定する。この指定は、例えば、暗号フィルタ処理部１２０のユーザインターフェース（譲渡先指定）で設定される。この指定には、暗号フィルタ処理部１２０の秘密鍵・公開鍵管理機構が認証サーバ３００の認証局との連携で実行する。「正当な所有者」は、認証局よりゲットした「正当な継承者」の公開鍵でファイル暗号鍵を暗号化パック（以下、Ｉキーパックｍと呼称）する。このＩキーパックｍは、ＩｎｈｅｒｉｔａｎｃｅキーパックＮｏ．ｍの意味であり、ナンバリング、ファイル名などは適宜設定される。この暗号化されたファイルと「Ｉキーパックｍ」を同時にＷｅｂサーバヘ送信する。Ｗｅｂサーバ側では、図５に示すように、暗号化ファイル２１０Ａと「Ｉキーパックｍ」２１０ＣをＳＱＬサーバなどで管理し、コンテンツ表示する。
【００４４】
このような仕組みにより、秘匿化されたファイル暗号鍵を「正当な継承者へ譲渡する。「正当な所有者」は自身の秘密鍵で署名を添付しておけば、「正当な継承者」は「正当な所有者」の公開鍵で署名を検証することで、「正当な所有者」からの譲渡を確認できる。
【００４５】
（２）暗号化ファイル管理手順
この手順を図６〜図１１を参照して説明する。まず、図６は電子ファイル管理システムのファイル管理に使用する基本要素を示し、クライアントＡの公開鍵Ａ、秘密鍵ａで表記し、クライアントＢ，Ｃについても同様に表記し、これらクライアントＡ、Ｂ、Ｃに取り扱う共通鍵ｋｎ、ファイルＸｎはそのまま表記する。また、ファイルＸｎを圧縮・暗号化した情報を暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））で表記し、この各部記号は共通鍵ｋｎにて復号し、クライアントＡの公開鍵Ａにて署名の検証を行なうことを意味する。鍵所有（もしくは鍵譲渡）情報をＥ（Ａ，ｋｎ）で表記し、共通鍵ｋｎを公開鍵Ａで暗号化した情報であり、秘密鍵ａにて復号することが可能であることを意味する。ファイル管理情報（クライアントＡ用）をｉｎｆｏ（Ｘｎ，Ａ）で表記し、ファイル名や鍵所有（もしくは鍵譲渡）情報、データ格納領域場所（ｌｉｎｋ（Ｘｎ））に格納することを意味する。
【００４６】
図７はクライアントＡによる通常のファイル格納処理手順を示し、Ｗｅｂブラウザ１１０から暗号フィルタ処理部１２０へのデータ送信要求を行い、暗号フィルタ処理部１２０によるＨＴＴＰデータストリームの解析を行なってインターネット経由でＷｅｂファイルサーバ２００側にデータを送信し、Ｗｅｂサーバ側からはデータ受信したことの応答メッセージを受信（処理を継続、データを送信）する。
【００４７】
図８は、クライアントＡによる暗号化ファイルの格納処理手順を示す。Ｗｅｂブラウザ１１０から暗号フィルタ処理部１２０へのファイルＸｎの送信要求を行い、暗号フィルタ処理部１２０は、（Ｓ１）ファイル登録処理ごとに作成する共通鍵ｋｎでファイルＸｎを暗号化し、（Ｓ２）認証サーバから取得する公開鍵Ａで共通鍵ｋｎを暗号化した鍵所有情報Ｅａ、（Ｓ３）予め所有している秘密鍵ａでファイルＸｎの署名Ｘｎを作成し、（Ｓ４）暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））を作成し、（Ｓ５）前記鍵所有情報Ｅａと暗号コンテキストＣのＨＴＴＰパケットを書き換えて前記Ｗｅｂファイルサーバ２００に送信する。
【００４８】
Ｗｅｂファイルサーバ２００では、（Ｓ６）後述するファイル管理情報を作成し、（Ｓ７）応答メッセージをクライアントに送信し、これをクライアントＡで受信することで暗号化ファイルの格納処理が完了したことを確認する。
【００４９】
図９は、クライアントＡ自身が格納した暗号化ファイルの取得処理手順を示す。（Ｓ１１−１）クライアントＡは、Ｗｅｂブラウザ１１０から取得許可有りのファイルＸｎのデータ取得要求をインターネット経由でＷｅｂファイルサーバ２００へ送信し、（Ｓ１１−２）取得要求したファイルのデータとしてＷｅｂファイルサーバ２００から鍵所有情報Ｅａと暗号コンテキストＣの組で暗号フィルタ処理部１２０に取り込み、（Ｓ１２）暗号コンテキストから暗号データを取得し、（Ｓ１３）予め所有している秘密鍵ａで共通鍵ｋｎを復号し、（Ｓ１４）共通鍵ｋｎでファイルＸｎを復号し、（Ｓ１５）認証サーバ３００から取得した公開鍵Ａと署名Ｘｎで復号したファイルＸｎの正当性を検証し、（Ｓ１６）この復号したファイルＸｎをＨＴＴＰパケットの修正を経てＷｅｂブラウザ１１０へ転送し、Ｗｅｂブラウザ１１０で表示する。
【００５０】
図１０は、クライアントＡからクライアントＢにファイル譲渡のための暗号鍵取得（ゲット）処理手順を示す。クライアントＡの暗号フィルタ処理部１２０は、（Ｓ１７−１）Ｗｅｂブラウザ１１０からクライアントＢへのファイル譲渡要求を受けたとき、（Ｓ１７−２）クライアントＢに譲渡するクライアントＡの所有ファイル（Ｗｅｂファイルサーバに登録したファイル）の指定データをインターネット経由でＷｅｂファイルサーバ２００の管理領域（例えば、ＳＱＬサーバ２２０の管理領域）２２０Ａに送信する。
【００５１】
Ｗｅｂファイルサーバ２００は、（Ｓ１８）管理領域２２０Ａでは指定されたクライアントＡのファイル管理情報ＭＡで管理する暗号データ領域（例えば、ＳＱＬサーバ２２０の暗号データ領域）２２０Ｂを指定し、（Ｓ１９）暗号データ領域２２０Ｂでは指定されたファイルの鍵所有情報Ｅａと暗号コンテキストＣのうち、鍵所有情報Ｅａを管理領域２２０Ａに渡し、（Ｓ２０）管理領域２２０ＡではクライアントＡの公開鍵Ａで暗号化した鍵所有情報Ｅａをゲットし、この鍵所有情報Ｅａをインターネット経由でクライアントＡの暗号フィルタ処理部１２０に送信する。
【００５２】
鍵所有情報Ｅａを受信した暗号フィルタ処理部１２０は、（Ｓ２１）秘密鍵ａで共通鍵ｋｎを復号し、（Ｓ２２）認証サーバ３００から取得したクライアントＢの公開鍵Ｂを使って共通鍵ｋｎを暗号化する。
【００５３】
図１１は、クライアントＡからクライアントＢにファイル譲渡のための暗号鍵譲渡処理手順を示す。図１０の処理によって、公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを取得したクライアントＡの暗号フィルタ処理部１２０は、（Ｓ２３）譲渡しようとするクライアントＢを指定して鍵譲渡情報Ｅｂをインターネット経由でＷｅｂファイルサーバ２００の管理領域２２０Ａへ送信する。
【００５４】
Ｗｅｂサーバ２２０は、（Ｓ２４）管理領域２２０ＡにもつクライアントＡのファイル管理情報ＭＡとして暗号データ領域２２０Ｂで管理される鍵所有情報Ｅａと暗号コンテキストＣの領域に公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを追加する。（Ｓ２５）この鍵譲渡情報Ｅｂが追加されたファイル管理情報は、クライアントＢのファイル管理情報ＭＢとして作成して管理領域２２０Ａに保存しておき、（Ｓ２６）これを応答メッセージとしてインターネット経由でクライアントＡの暗号フィルタ処理部１２０に送信し、これを暗号フィルタ処理部１２０が受信する。
【００５５】
（３）共通鍵（ファイル暗号鍵）生成の手順
図１２〜図１４は、共通鍵（ファイル暗号鍵）の生成手順を示す。図１２では、クライアントＡではＷｅｂブラウザ１１０からアカウント情報と共に認証サービス処理部１２０Ａにログオンする。認証サービス処理部１２０Ａは、（Ｓ２７）秘密鍵ａと公開鍵Ａを予め所有しておき、公開鍵Ｗを認証サーバ３００から取得し、任意のチャレンジコードＸＡを作成する。さらに、（Ｓ２８）チャレンジコードＸＡからクライアントＡの識別子Ａを作成し、（Ｓ２９）チャレンジコードＸＡを公開鍵Ｗで暗号化したクライアントチャレンジ１を作成し、（Ｓ３０）クライアントＡの識別子Ａをセッション管理情報に記録してインターネット経由で認証サーバ３００に送信する。
【００５６】
認証サーバ３００の認証部３００Ａは、（Ｓ３１）クライアントチャレンジ１を秘密鍵Ｗで復号してチャレンジコードＸＡを取りだし、（Ｓ３２）これとランダムに作成したチャレンジコードＸＷから識別子Ｗを作成し、識別子Ｗをセッション管理情報に記録する。
【００５７】
図１３では、図１２の処理後、認証部３００Ａでは、（Ｓ３３）チャレンジコードＸＷを公開鍵Ａで暗号化したサーバチャレンジ２を作成し、（Ｓ３４）このサーバチャレンジ２と識別子Ａおよび識別子Ｗをインターネット経由で認証サービス処理部１２０Ａに送信する。認証サービス処理部１２０Ａでは、（Ｓ３５）サーバチャレンジ２を秘密鍵ａで復号し、（Ｓ３６）チャレンジコードＸＡとチャレンジコードＸＷから識別子Ｗを作成し、この識別子Ｗが受信した識別子Ｗと同じことを確認し、（Ｓ３７）この確認した識別子Ｗをセッション管理情報に登録し、（Ｓ３８）チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成する。
【００５８】
認証部３００Ａでも、（Ｓ４１）チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成する。その後、（Ｓ４２）ログオン応答（識別子有り）を認証サービス処理部１２０Ａにインターネット経由で送信し、（Ｓ４３）これを認証サービス処理部１２０ＡがＷｅｂブラウザ１１０にログオン応答として転送する。
【００５９】
図１４では、図１３の処理後、認証サービス処理部１２０Ａと認証サーバ３００による認証は、（Ｓ４４）識別子情報とナンス（平文と共通鍵暗号化）を付与して送信し、受信側は識別子がセッション管理情報に登録されていること、暗号ナンスを復号したものと平文ナンスが一致することを確認する。
【００６０】
なお、ナンスとは、ハッシュを用いた認証で、なりすましを防ぐために使われる文字列または数字列になり、上記の場合は認証サーバ側の３００Ａから送られる識別子とサーバチャレンジ２を結合させ、それに対してハッシュを取り返送することによる認証方法となる。この場合、毎回異なるナンスを用いる限り、ハッシュ値は（非常に高い確率で）今までに使われたことがあるものと異なる値となるため、安全は十分確保される。
【符号の説明】
【００６１】
１００ クライアント
２００ Ｗｅｂファイルサーバ
３００ 認証サーバ
１１０ Ｗｅｂブラウザ
１２０ 暗号フィルタ処理部
１３０ リダイレクトドライバ
１４０、２４０ ソケット（Ｓｏｃｋｅｔ）
１５０、２５０ ＳＳＬ
２１０ データベース
２２０ ＳＱＬサーバ
２３０ データベース
【技術分野】
【０００１】
本発明は、クライアントが所有する電子ファイルを暗号化してＷｅｂサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理システムおよび管理方法に関する。
【背景技術】
【０００２】
クライアントからＷｅｂサーバ上のファイルやフォルダを管理できるようにするアプリケーションとして、ＷｅｂＤＡＶ（Ｗｅｂ-ｂａｓｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）がある。
【０００３】
このＷｅｂＤＡＶは、Ｗｅｂコンテンツの編集（Ａｕｔｈｏｒｉｎｇ）やリビジョン管理（Ｖｅｒｓｉｏｎｉｎｇ）を目的に規定されたプロトコルであり、Ｗｅｂサーバが公開しているファイルをＷｅｂブラウザへ送信するためのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）を拡張し、クライアントで作成された文書をサーバに送信して公開したり、サーバ上のファイルやフォルダの一覧を取得したり、ファイルやフォルダの複製・移動・削除を可能としている。
【０００４】
これらファイルやフォルダへのアクセスには、通常は、ユーザ名とパスワードによるユーザ認証を行ない、権限のあるユーザのみがＷｅｂＤＡＶを利用できるよう設定する。また、ファイル転送などの機能はＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に近いとも言えるが、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）プロトコルによる暗号化やプロキシなどをそのまま利用することができる。
【０００５】
しかし、ＷｅｂＤＡＶにはファイルを暗号化して格納する機能がない。すなわち、サーバ内のディスクに格納した段階でファイル自身にセキュリティはない。このため、ネットワーク経由ではなく、サーバサイドで直接アクセスされると漏洩や改ざん、抜き取り等のリスクがある。
【０００６】
ファイルを暗号化する手法には、共通鍵暗号方式、公開鍵暗号方式、両方式の組み合わせ方式、さらにはハッシュ関数（片方向暗号）方式がある。これら暗号化方式を利用して、Ｗｅｂサーバにファイルを暗号化して格納し、ファイルのセキュリティを高めるファイル管理システムが種々提案されている。例えば、特許文献１では、ファイルサーバは、クライアントの秘密鍵で暗号化されたファイルを格納し、クライアントから暗号化ファイルへのアクセス要求を受け付けた場合に、ファイル識別情報に基づいて該当するファイルを検索してクライアントに送信する。ここで、クライアントにネットワーク接続される暗号管理サーバを設け、この暗号管理サーバはクライアントから、暗号管理サーバの公開鍵で暗号化されたクライアントの秘密鍵とファイルサーバに格納された暗号化ファイルの識別情報とクライアントの識別情報とを取得し、クライアントの秘密鍵を暗号管理サーバの秘密鍵で復号化すると共に、復号化したクライアント秘密鍵をクライアントの公開鍵で暗号化し、クライアント識別情報及びファイル識別情報に関連付けて格納する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−２０９１８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
（１）従来のファイル管理システムでは、暗号化ファイルの安全、確実な管理を実現する上で問題がある。
【０００９】
例えば、ファイルを管理するツールがプライベート用途に限られる。すなわち、暗号化のための鍵もしくは呪文フレーズはクライアントでプライベートに管理し、暗号化時および復号化時はクライアントの暗号化のための鍵もしくは呪文フレーズで行うという、ファイルの所有者が自身のファイルを暗号・復号することしかできない。このため、クライアントが保存・管理するファイルへのアクセスを第三者に許可するための鍵もしくは呪文フレーズの通達手段がなく、第三者による電子ファイルの利用ができない。
【００１０】
また、患者のカルテを電子化するシステムが存在するが、他の病院、医師が患者の電子化カルテを閲覧して診療に利用できるようにするには、患者の個人情報の安全、確実な管理で問題となる。同様に、社員情報ファイルや顧客情報ファイルの管理に適用する場合に問題となる。
【００１１】
また、ファイル暗号化のための暗号鍵や呪文フレーズの漏洩防止にはクライアント自身がそれらを記憶しておくなど、負担の大きい情報管理になるし、管理コスト（時間、費用、ハードウェア、ノウハウ）も大きくなる。
【００１２】
（２）従来のファイル管理システムには、個人または団体で共有しようとする電子ファイルを暗号化し、その暗号化ファイルを体系的に管理する仕組みがない。
【００１３】
例えば、資産情報などペーパーで管理されていたものが、今後、電子化へと進んだ場合、金銭的な意義と所有の所在管理、資産所有者の正当性管理などの仕組みがない。また、所有者の電子的な所有ファイルを個人が管理する他に資産として継承、相続する仕組みがない。
【００１４】
本発明の目的は、クライアントの負担を少なくして暗号化ファイルを安全、確実に管理でき、しかも暗号化ファイルを体系的に管理でき、さらには標準Ｗｅｂブラウザに改造を加えることなくシームレスに追加・結合できる電子ファイル管理システムおよび管理方法を提供することにある。
【課題を解決するための手段】
【００１５】
本発明は、上記の課題を解決するため、クライアントが所有するファイルを暗号化してＷｅｂファイルサーバに送信し、さらにＷｅｂファイルサーバに格納した段階でもファイル自身を暗号化しておくことでファイル所有者およびファイル所有者から許可された継承者のみが復号できるようにする。
【００１６】
また、ファイル暗号化のための暗号鍵はクライアントとサーバのセッション毎に自動生成で管理することで、暗号鍵や呪文フレーズを覚えておくことを不要にする。
【００１７】
また、クライアントは、既存の標準Ｗｅｂブラウザ機能に加えて、暗号フィルタ処理部とリダイレクトドライバを設け、管理対象とするファイルを暗号化し、Ｗｅｂファイルサーバのデータベースに保存しておき、クライアントによる電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが暗号化した電子ファイルを解読、利用できるようにすることで、標準のＷｅｂブラウザに改造を加えることなくシームレスに追加・結合できるようにする。
【００１８】
したがって、本発明は以下の電子ファイル管理システムおよび管理方法を特徴とする。
【００１９】
（システムの発明）
（１）クライアントが所有する電子ファイルを暗号化してＷｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理システムであって、
前記クライアントは、Ｗｅｂファイルサーバまたは他のクライアントとの間で平文ファイルをＴＣＰ／ＩＰ通信を行うＷｅｂブラウザと、前記Ｗｅｂファイルサーバとの暗号化ファイルの通信、および認証サーバとの通信による認証サービスに際し、ファイルの解析、ファイルの暗号鍵生成、ファイルの暗号化／復号、公開鍵／秘密鍵との連携管理ができる暗号フィルタ処理部と、前記Ｗｅｂブラウザまたは暗号フィルタ処理部を切り替えて前記Ｗｅｂファイルサーバや認証サーバとのＴＣＰ／ＩＰ通信を可能にするリダイレクトドライバとを備え、
前記Ｗｅｂファイルサーバは、データベースに対する暗号化ファイルの書き込み／読み出しの管理を実行するＳＱＬサーバと、前記クライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にするＷｅｂサーバとを備えたことを特徴とする。
【００２０】
（２）前記クライアントおよび前記Ｗｅｂファイルサーバは、ネットワーク上でＴＣＰ／ＩＰ通信するファイルは暗号化して送受信するＳＳＬプロトコルを備えたことを特徴とする。
【００２１】
（３）前記暗号フィルタ処理部は、暗号化ファイルの正当な所有者／正当な継承者を、公開鍵方式の認証基盤と個体認証デバイスに保持する指紋認証トークンによりハイブリッド認証を行い、この個体認証の成功で立ち上げ可能とする手段を備えたことを特徴とする。
【００２２】
（４）個体認証された正当な所有者が他に譲渡することなく個人的に利用する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、正当な所有者自身の公開鍵でファイル暗号鍵を暗号化パック（Ｐキーパックｎ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｐキーパックｎの管理によってコンテンツ表示する手段を備えたことを特徴とする。
【００２３】
（５）個体認証された正当な所有者が保有する暗号化ファイルを他のクライアントに譲渡する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、暗号化ファイルの正当な所有者が譲渡しようとする「正当な継承者」の指定には前記認証サーバの認証局との連携で実行する秘密鍵・公開鍵管理機構と、前記認証局よりゲットした「正当な継承者」の公開鍵でファイル暗号鍵を暗号化パック（Ｉキーパックｍ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｉキーパックｍの管理によってコンテンツ表示する手段を備えたことを特徴とする。
【００２４】
（方法の発明）
（６）クライアントとＷｅｂファイルサーバおよび認証サーバとの間でネットワーク通信可能にしたシステム構成とし、前記クライアントが所有する電子ファイルを暗号化して前記Ｗｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理方法であって、
前記クライアントに設けた暗号フィルタ処理部は、クライアント自身が所有するファイルＸｎを暗号化して前記Ｗｅｂファイルサーバのデータベースに格納する処理手順として、（Ｓ１）ファイル登録処理ごとに作成する共通鍵ｋｎでファイルＸｎを暗号化するステップと、（Ｓ２）認証サーバから取得する公開鍵Ａで共通鍵ｋｎを暗号化した鍵所有情報Ｅａを作成するステップと、（Ｓ３）予め所有している秘密鍵ａでファイルＸｎの署名Ｘｎを作成するステップと、（Ｓ４）暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））を作成するステップと、（Ｓ５）前記鍵所有情報Ｅａと暗号コンテキストＣのＨＴＴＰパケットを書き換えて前記Ｗｅｂファイルサーバに送信するステップとを有し、
前記Ｗｅｂファイルサーバは、（Ｓ６）ファイル管理情報を作成するステップと、（Ｓ７）暗号化ファイルの格納処理の完了の応答メッセージを前記クライアントに送信するステップとを有することを特徴とする。
【００２５】
（７）前記暗号フィルタ処理部は、前記クライアント自身が格納した暗号化ファイルの取得処理手順として、
（Ｓ１１）前記クライアントは、Ｗｅｂブラウザから取得許可有りのファイルＸｎのデータ取得要求をインターネット経由で前記Ｗｅｂファイルサーバへ送信し、取得要求したファイルのデータとしてＷｅｂファイルサーバ２００から鍵所有情報Ｅａと暗号コンテキストＣの組で前記暗号フィルタ処理部に取り込むステップと、
（Ｓ１２）前記暗号コンテキストから暗号データを取得するステップと、
（Ｓ１３）予め所有している秘密鍵ａで前記共通鍵ｋｎを復号するステップと、
（Ｓ１４）前記共通鍵ｋｎで前記ファイルＸｎを復号するステップと、
（Ｓ１５）前記認証サーバから取得した公開鍵Ａと署名Ｘｎで復号した前記ファイルＸｎの正当性を検証するステップと、
（Ｓ１６）前記復号したファイルＸｎをＨＴＴＰパケットの修正を経て前記Ｗｅｂブラウザへ転送して表示させるステップとを有することを特徴とする。
【００２６】
（８）クライアントＡからクライアントＢにファイル譲渡のための暗号鍵取得処理手順として、
前記クライアントＡの暗号フィルタ処理部は、（Ｓ１７）クライアントＢへのファイル譲渡要求を受けたとき、クライアントＢに譲渡するクライアントＡの所有ファイルの指定データをインターネット経由でＷｅｂファイルサーバの管理領域に送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ１８）前記管理領域で指定されたクライアントＡのファイル管理情報として管理する暗号データ領域を指定するステップと、（Ｓ１９）前記暗号データ領域では、指定されたファイルの鍵所有情報Ｅａと暗号コンテキストＣのうち、鍵所有情報Ｅａを前記管理領域に渡すステップと、（Ｓ２０）前記管理領域ではクライアントＡの公開鍵Ａで暗号化した鍵所有情報Ｅａをゲットし、この鍵所有情報Ｅａをインターネット経由で前記クライアントＡの暗号フィルタ処理部に送信するステップとを有し、
前記鍵所有情報Ｅａを受信した暗号フィルタ処理部は、（Ｓ２１）前記秘密鍵ａで前記共通鍵ｋｎを復号するステップと、（Ｓ２２）前記認証サーバから取得したクライアントＢの公開鍵Ｂを使って前記共通鍵ｋｎを暗号化した鍵譲渡情報Ｅｂを作成するステップを有することを特徴とする。
【００２７】
（９）クライアントＡからクライアントＢにファイル譲渡のための暗号鍵譲渡処理手順として、
公開鍵Ｂで暗号化した前記鍵譲渡情報Ｅｂを取得したクライアントＡの暗号フィルタ処理部は、（Ｓ２３）譲渡しようとするクライアントＢを指定して前記鍵譲渡情報Ｅｂをインターネット経由でＷｅｂファイルサーバの管理領域へ送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ２４）前記管理領域にもつクライアントＡのファイル管理情報として暗号データ領域で管理される鍵所有情報Ｅａと暗号コンテキストＣの領域に前記公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを追加するステップと、（Ｓ２５）前記鍵譲渡情報Ｅｂが追加されたファイル管理情報をクライアントＢのファイル管理情報ＭＢとして作成して管理領域２２０Ａに保存しておき、（Ｓ２６）これを応答メッセージとしてインターネット経由でクライアントＡの暗号フィルタ処理部に送信するステップとを有することを特徴とする。
【００２８】
（１０）前記共通鍵（ファイル暗号鍵）の生成手順として、
アカウント情報と共にログオンされたクライアントＡの認証サービス処理部は、（Ｓ２７）秘密鍵ａと公開鍵Ａを予め所有しておき、公開鍵Ｗを認証サーバから取得し、任意のチャレンジコードＸＡを作成するステップと、（Ｓ２８）前記チャレンジコードＸＡからクライアントＡの識別子Ａを作成するステップと、（Ｓ２９）前記チャレンジコードＸＡを公開鍵Ｗで暗号化したクライアントチャレンジ１を作成するステップと、（Ｓ３０）クライアントＡの識別子Ａをセッション管理情報に記録してインターネット経由で認証サーバに送信するステップとを有し、
前記認証サーバの認証部は、（Ｓ３１）前記クライアントチャレンジ１を前記秘密鍵Ｗで復号して前記チャレンジコードＸＡを取りだすステップと、（Ｓ３２）前記チャレンジコードＸＡとランダムに作成したチャレンジコードＸＷから識別子Ｗを作成するステップと、前記識別子Ｗをセッション管理情報に記録するステップとを有し、
前記認証部は、（Ｓ３３）前記チャレンジコードＸＷを公開鍵Ａで暗号化したサーバチャレンジ２を作成するステップと、（Ｓ３４）前記サーバチャレンジ２と識別子Ａおよび識別子Ｗをインターネット経由で前記認証サービス処理部に送信するステップとを有し、
前記認証サービス処理部は、（Ｓ３５）前記サーバチャレンジ２を秘密鍵ａで復号するステップと、（Ｓ３６）前記チャレンジコードＸＡとチャレンジコードＸＷから識別子Ｗを作成し、この識別子Ｗが受信した識別子Ｗと同じことを確認するステップと、（Ｓ３７）前記確認した識別子Ｗをセッション管理情報に登録するステップと、（Ｓ３８）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップとを有し、
前記認証部は、（Ｓ４１）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップと、（Ｓ４２）ログオン応答（識別子有り）を前記認証サービス処理部にインターネット経由で送信するステップとを有し、
前記認証サービス処理部は、（Ｓ４３）前記Ｗｅｂブラウザにログオン応答として転送するステップを有し、
前記共通鍵（ファイル暗号鍵）の生成後、前記認証サービス処理部と認証サーバによる認証は、（Ｓ４４）識別子情報とナンス（平文と共通鍵暗号化）を付与して送信し、受信側は識別子がセッション管理情報に登録されていること、暗号ナンスを復号したものと平文ナンスが一致することを確認するステップを有することを特徴とする。
【発明の効果】
【００２９】
以上のとおり、本発明によれば、クライアントの負担を少なくして暗号化ファイルを安全、確実に管理でき、しかも暗号化ファイルを体系的に管理でき、さらには標準Ｗｅｂブラウザに改造を加えることなくシームレスに追加・結合できる。
【００３０】
具体的には、クライアントが所有するファイルを暗号化してＷｅｂファイルサーバに送信し、さらにＷｅｂファイルサーバに格納した段階でもファイル自身を暗号化しておくことでファイル所有者およびファイル所有者から許可された継承者のみが復号できるようにする。
【００３１】
また、ファイル暗号化のための暗号鍵はクライアントとサーバのセッション毎に自動生成で管理することで、暗号鍵や呪文フレーズを覚えておくことを不要にする。
【００３２】
また、クライアントは、既存の標準Ｗｅｂブラウザ機能に加えて、暗号フィルタ処理部とリダイレクトドライバを設け、管理対象とするファイルを暗号化し、Ｗｅｂファイルサーバのデータベースに保存しておき、クライアントによる電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが暗号化した電子ファイルを解読、利用できるようにすることで、標準のＷｅｂブラウザに改造を加えることなくシームレスに追加・結合できる。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態を示す電子ファイル管理システムの構成図。
【図２】電子ファイル管理システムのネットワーク構成図。
【図３】電子ファイル管理システムによるファイル管理イメージ。
【図４】クライアントの処理機能の詳細図。
【図５】Ｗｅｂファイルサーバの処理機能の詳細図。
【図６】ファイル管理に使用する基本要素の説明図。
【図７】クライアントＡによる通常のファイル格納処理手順図。
【図８】クライアントＡによる暗号化ファイルの格納処理手順図。
【図９】クライアントＡ自身が格納した暗号化ファイルの取得処理手順図。
【図１０】クライアントＢにファイル譲渡のための暗号鍵取得処理手順図。
【図１１】クライアントＢにファイル譲渡のための暗号鍵譲渡処理手順図。
【図１２】共通鍵（ファイル暗号鍵）の生成手順図（その１）。
【図１３】共通鍵（ファイル暗号鍵）の生成手順図（その２）。
【図１４】共通鍵（ファイル暗号鍵）の生成手順図（その３）。
【発明を実施するための形態】
【００３４】
（１）システム構成と暗号化ファイルの管理
図１は、本発明の実施形態を示す電子ファイル管理システムの構成図である。同図において、電子ファイル管理システムは、クライアント１００からＷｅｂファイルサーバ２００および認証サーバ３００との間のネットワーク通信でＷｅｂファイルサーバ側への暗号化ファイルの保存と許可された第三者によるファイル利用を可能にする。なお、各部はコンピュータ資源と、これを利用して所期の処理機能を実現するソフトウェアで構成される。
【００３５】
図２は、電子ファイル管理システムのネットワーク構成を示し、インターネットには３台のクライアント１００Ａ，１００Ｂ，１００Ｃが接続可能にされ、これらはＷｅｂファイルサーバ２００と認証サーバ３００との間の通信が可能とされる。
【００３６】
クライアント１００は、標準のＷｅｂブラウザ１１０によるＷｅｂファイルサーバ２００など他のサーバまたは他のクライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にしている。この標準Ｗｅｂブラウザ機能に加えて、クライアント１００は、暗号フィルタ処理部１２０とリダイレクトドライバ１３０を設け、管理対象とするファイルを暗号化し、Ｗｅｂファイルサーバ２００のデータベース２１０に保存しておき、クライアントによる電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが暗号化した電子ファイルを解読、利用できるようにする。
【００３７】
この例を図３に示し、ファイル所有者となるクライアント１００Ａは平文データのファイルＦＡを暗号化してＳＱＬサーバ２２０を介してデータベース２１０に保存し、この暗号化ファイルＸＡを継承者としたクライアント１００Ｂのみに譲渡（復号を許可）することでクライアント１００Ｂが取得し、その解読を行って元のファイルＦＡを得ることができる。クライアント１００Ｃはクライアント１００Ａからアクセス権を許可されていないため、暗号化した電子ファイルの解読、利用ができない。
【００３８】
図４はクライアントの処理機能の詳細を示す。リダイレクトドライバ１３０は、ファイルや通信ストリームの入力元をＷｅｂブラウザ１１０または暗号フィルタ処理部１２０に切り替えて（リダイレクトして）Ｗｅｂファイルサーバ２００や認証サーバ３００等にＴＣＰ／ＩＰ通信を可能にすること、逆にＷｅｂファイルサーバ２００や認証サーバ３００からのファイルや通信ストリームをＷｅｂブラウザ１１０または暗号フィルタ処理部１２０に切り替えて（リダイレクトして）ＴＣＰ／ＩＰ通信を可能にする。これら切り替え（リダイレクト）は、ＴＣＰ／ＩＰ通信におけるＩＰアドレスとポート番号によりソケット（Ｓｏｃｋｅｔ）１４０を介する。また、ネットワーク上でＴＣＰ／ＩＰ通信するファイルはＳＳＬプロトコル１５０によって暗号化して送受信することも可能である。
【００３９】
暗号フィルタ処理部１２０は、Ｗｅｂファイルサーバ２００との暗号化ファイルの通信や認証サーバ３００との通信による認証サービスに際し、ファイル解析、ファイル暗号鍵生成、ファイル暗号／復号、公開鍵／秘密鍵との連携管理を実施する。さらに、暗号フィルタ処理部１２０は、その正当な所有者／正当な継承者を、公開鍵方式の認証基盤と個体認証デバイス１６０に保持する指紋認証トークンによりハイブリッド認証を行い、この個体認証の成功で立ち上げ可能とする。
【００４０】
Ｗｅｂファイルサーバ２００は、図５に処理の詳細を示すように、一般のＷｅｂファイルサーバと同様に、データベース２１０に対するデータ（本実施形態では暗号化ファイル）の書き込み／読み出しの管理をＳＱＬサーバ（リレーショナルデータベース管理システム）２２０で実行し、Ｗｅｂサーバ２３０ではクライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にする。また、データベース２１０に対するＷｅｂサーバ２３０とＳＱＬサーバ２２０による切り替えは、ＴＣＰ／ＩＰ通信におけるＩＰアドレスとポート番号によるソケット２４０を介する。また、ネットワーク上でＴＣＰ／ＩＰ通信するファイルはＳＳＬプロトコル２５０によって暗号化して送受信することも可能である。
【００４１】
また、暗号フィルタ処理部１２０による暗号鍵によるファイル管理は、指紋認証トークンなどによる個体認証された正当な所有者により以下の処理を行う。
【００４２】
（Ａ）正当な所有者が他に譲渡することなく個人的に利用する場合
個体認証に成功したとき、事前にトークン内部（隠し領域）へ実装した公開鍵と秘密鍵を使用し、正当な所有者自身の公開鍵でファイル暗号鍵を暗号化パック（以下、Ｐキーパックｎと呼称）として管理する。このＰキーパックｎは、ＰｒｉｖａｔｅキーパックＮｏ．ｎの意味であり、ナンバリング、ファイル名などは適宜設定される。これら暗号化されたファイルと「Ｐキーパックｎ」は同時にＷｅｂサーバへ送信する。Ｗｅｂサーバ側では、図５に示すように、暗号化ファイル２１０Ａと「Ｐキーパックｎ」２１０ＢをＳＱＬサーバなどで管理し、コンテンツ表示する。
【００４３】
（Ｂ）正当な継承者に譲渡する場合
暗号化ファイルの正当な所有者は、譲渡したい「正当な継承者」を指定する。この指定は、例えば、暗号フィルタ処理部１２０のユーザインターフェース（譲渡先指定）で設定される。この指定には、暗号フィルタ処理部１２０の秘密鍵・公開鍵管理機構が認証サーバ３００の認証局との連携で実行する。「正当な所有者」は、認証局よりゲットした「正当な継承者」の公開鍵でファイル暗号鍵を暗号化パック（以下、Ｉキーパックｍと呼称）する。このＩキーパックｍは、ＩｎｈｅｒｉｔａｎｃｅキーパックＮｏ．ｍの意味であり、ナンバリング、ファイル名などは適宜設定される。この暗号化されたファイルと「Ｉキーパックｍ」を同時にＷｅｂサーバヘ送信する。Ｗｅｂサーバ側では、図５に示すように、暗号化ファイル２１０Ａと「Ｉキーパックｍ」２１０ＣをＳＱＬサーバなどで管理し、コンテンツ表示する。
【００４４】
このような仕組みにより、秘匿化されたファイル暗号鍵を「正当な継承者へ譲渡する。「正当な所有者」は自身の秘密鍵で署名を添付しておけば、「正当な継承者」は「正当な所有者」の公開鍵で署名を検証することで、「正当な所有者」からの譲渡を確認できる。
【００４５】
（２）暗号化ファイル管理手順
この手順を図６〜図１１を参照して説明する。まず、図６は電子ファイル管理システムのファイル管理に使用する基本要素を示し、クライアントＡの公開鍵Ａ、秘密鍵ａで表記し、クライアントＢ，Ｃについても同様に表記し、これらクライアントＡ、Ｂ、Ｃに取り扱う共通鍵ｋｎ、ファイルＸｎはそのまま表記する。また、ファイルＸｎを圧縮・暗号化した情報を暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））で表記し、この各部記号は共通鍵ｋｎにて復号し、クライアントＡの公開鍵Ａにて署名の検証を行なうことを意味する。鍵所有（もしくは鍵譲渡）情報をＥ（Ａ，ｋｎ）で表記し、共通鍵ｋｎを公開鍵Ａで暗号化した情報であり、秘密鍵ａにて復号することが可能であることを意味する。ファイル管理情報（クライアントＡ用）をｉｎｆｏ（Ｘｎ，Ａ）で表記し、ファイル名や鍵所有（もしくは鍵譲渡）情報、データ格納領域場所（ｌｉｎｋ（Ｘｎ））に格納することを意味する。
【００４６】
図７はクライアントＡによる通常のファイル格納処理手順を示し、Ｗｅｂブラウザ１１０から暗号フィルタ処理部１２０へのデータ送信要求を行い、暗号フィルタ処理部１２０によるＨＴＴＰデータストリームの解析を行なってインターネット経由でＷｅｂファイルサーバ２００側にデータを送信し、Ｗｅｂサーバ側からはデータ受信したことの応答メッセージを受信（処理を継続、データを送信）する。
【００４７】
図８は、クライアントＡによる暗号化ファイルの格納処理手順を示す。Ｗｅｂブラウザ１１０から暗号フィルタ処理部１２０へのファイルＸｎの送信要求を行い、暗号フィルタ処理部１２０は、（Ｓ１）ファイル登録処理ごとに作成する共通鍵ｋｎでファイルＸｎを暗号化し、（Ｓ２）認証サーバから取得する公開鍵Ａで共通鍵ｋｎを暗号化した鍵所有情報Ｅａ、（Ｓ３）予め所有している秘密鍵ａでファイルＸｎの署名Ｘｎを作成し、（Ｓ４）暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））を作成し、（Ｓ５）前記鍵所有情報Ｅａと暗号コンテキストＣのＨＴＴＰパケットを書き換えて前記Ｗｅｂファイルサーバ２００に送信する。
【００４８】
Ｗｅｂファイルサーバ２００では、（Ｓ６）後述するファイル管理情報を作成し、（Ｓ７）応答メッセージをクライアントに送信し、これをクライアントＡで受信することで暗号化ファイルの格納処理が完了したことを確認する。
【００４９】
図９は、クライアントＡ自身が格納した暗号化ファイルの取得処理手順を示す。（Ｓ１１−１）クライアントＡは、Ｗｅｂブラウザ１１０から取得許可有りのファイルＸｎのデータ取得要求をインターネット経由でＷｅｂファイルサーバ２００へ送信し、（Ｓ１１−２）取得要求したファイルのデータとしてＷｅｂファイルサーバ２００から鍵所有情報Ｅａと暗号コンテキストＣの組で暗号フィルタ処理部１２０に取り込み、（Ｓ１２）暗号コンテキストから暗号データを取得し、（Ｓ１３）予め所有している秘密鍵ａで共通鍵ｋｎを復号し、（Ｓ１４）共通鍵ｋｎでファイルＸｎを復号し、（Ｓ１５）認証サーバ３００から取得した公開鍵Ａと署名Ｘｎで復号したファイルＸｎの正当性を検証し、（Ｓ１６）この復号したファイルＸｎをＨＴＴＰパケットの修正を経てＷｅｂブラウザ１１０へ転送し、Ｗｅｂブラウザ１１０で表示する。
【００５０】
図１０は、クライアントＡからクライアントＢにファイル譲渡のための暗号鍵取得（ゲット）処理手順を示す。クライアントＡの暗号フィルタ処理部１２０は、（Ｓ１７−１）Ｗｅｂブラウザ１１０からクライアントＢへのファイル譲渡要求を受けたとき、（Ｓ１７−２）クライアントＢに譲渡するクライアントＡの所有ファイル（Ｗｅｂファイルサーバに登録したファイル）の指定データをインターネット経由でＷｅｂファイルサーバ２００の管理領域（例えば、ＳＱＬサーバ２２０の管理領域）２２０Ａに送信する。
【００５１】
Ｗｅｂファイルサーバ２００は、（Ｓ１８）管理領域２２０Ａでは指定されたクライアントＡのファイル管理情報ＭＡで管理する暗号データ領域（例えば、ＳＱＬサーバ２２０の暗号データ領域）２２０Ｂを指定し、（Ｓ１９）暗号データ領域２２０Ｂでは指定されたファイルの鍵所有情報Ｅａと暗号コンテキストＣのうち、鍵所有情報Ｅａを管理領域２２０Ａに渡し、（Ｓ２０）管理領域２２０ＡではクライアントＡの公開鍵Ａで暗号化した鍵所有情報Ｅａをゲットし、この鍵所有情報Ｅａをインターネット経由でクライアントＡの暗号フィルタ処理部１２０に送信する。
【００５２】
鍵所有情報Ｅａを受信した暗号フィルタ処理部１２０は、（Ｓ２１）秘密鍵ａで共通鍵ｋｎを復号し、（Ｓ２２）認証サーバ３００から取得したクライアントＢの公開鍵Ｂを使って共通鍵ｋｎを暗号化する。
【００５３】
図１１は、クライアントＡからクライアントＢにファイル譲渡のための暗号鍵譲渡処理手順を示す。図１０の処理によって、公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを取得したクライアントＡの暗号フィルタ処理部１２０は、（Ｓ２３）譲渡しようとするクライアントＢを指定して鍵譲渡情報Ｅｂをインターネット経由でＷｅｂファイルサーバ２００の管理領域２２０Ａへ送信する。
【００５４】
Ｗｅｂサーバ２２０は、（Ｓ２４）管理領域２２０ＡにもつクライアントＡのファイル管理情報ＭＡとして暗号データ領域２２０Ｂで管理される鍵所有情報Ｅａと暗号コンテキストＣの領域に公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを追加する。（Ｓ２５）この鍵譲渡情報Ｅｂが追加されたファイル管理情報は、クライアントＢのファイル管理情報ＭＢとして作成して管理領域２２０Ａに保存しておき、（Ｓ２６）これを応答メッセージとしてインターネット経由でクライアントＡの暗号フィルタ処理部１２０に送信し、これを暗号フィルタ処理部１２０が受信する。
【００５５】
（３）共通鍵（ファイル暗号鍵）生成の手順
図１２〜図１４は、共通鍵（ファイル暗号鍵）の生成手順を示す。図１２では、クライアントＡではＷｅｂブラウザ１１０からアカウント情報と共に認証サービス処理部１２０Ａにログオンする。認証サービス処理部１２０Ａは、（Ｓ２７）秘密鍵ａと公開鍵Ａを予め所有しておき、公開鍵Ｗを認証サーバ３００から取得し、任意のチャレンジコードＸＡを作成する。さらに、（Ｓ２８）チャレンジコードＸＡからクライアントＡの識別子Ａを作成し、（Ｓ２９）チャレンジコードＸＡを公開鍵Ｗで暗号化したクライアントチャレンジ１を作成し、（Ｓ３０）クライアントＡの識別子Ａをセッション管理情報に記録してインターネット経由で認証サーバ３００に送信する。
【００５６】
認証サーバ３００の認証部３００Ａは、（Ｓ３１）クライアントチャレンジ１を秘密鍵Ｗで復号してチャレンジコードＸＡを取りだし、（Ｓ３２）これとランダムに作成したチャレンジコードＸＷから識別子Ｗを作成し、識別子Ｗをセッション管理情報に記録する。
【００５７】
図１３では、図１２の処理後、認証部３００Ａでは、（Ｓ３３）チャレンジコードＸＷを公開鍵Ａで暗号化したサーバチャレンジ２を作成し、（Ｓ３４）このサーバチャレンジ２と識別子Ａおよび識別子Ｗをインターネット経由で認証サービス処理部１２０Ａに送信する。認証サービス処理部１２０Ａでは、（Ｓ３５）サーバチャレンジ２を秘密鍵ａで復号し、（Ｓ３６）チャレンジコードＸＡとチャレンジコードＸＷから識別子Ｗを作成し、この識別子Ｗが受信した識別子Ｗと同じことを確認し、（Ｓ３７）この確認した識別子Ｗをセッション管理情報に登録し、（Ｓ３８）チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成する。
【００５８】
認証部３００Ａでも、（Ｓ４１）チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成する。その後、（Ｓ４２）ログオン応答（識別子有り）を認証サービス処理部１２０Ａにインターネット経由で送信し、（Ｓ４３）これを認証サービス処理部１２０ＡがＷｅｂブラウザ１１０にログオン応答として転送する。
【００５９】
図１４では、図１３の処理後、認証サービス処理部１２０Ａと認証サーバ３００による認証は、（Ｓ４４）識別子情報とナンス（平文と共通鍵暗号化）を付与して送信し、受信側は識別子がセッション管理情報に登録されていること、暗号ナンスを復号したものと平文ナンスが一致することを確認する。
【００６０】
なお、ナンスとは、ハッシュを用いた認証で、なりすましを防ぐために使われる文字列または数字列になり、上記の場合は認証サーバ側の３００Ａから送られる識別子とサーバチャレンジ２を結合させ、それに対してハッシュを取り返送することによる認証方法となる。この場合、毎回異なるナンスを用いる限り、ハッシュ値は（非常に高い確率で）今までに使われたことがあるものと異なる値となるため、安全は十分確保される。
【符号の説明】
【００６１】
１００ クライアント
２００ Ｗｅｂファイルサーバ
３００ 認証サーバ
１１０ Ｗｅｂブラウザ
１２０ 暗号フィルタ処理部
１３０ リダイレクトドライバ
１４０、２４０ ソケット（Ｓｏｃｋｅｔ）
１５０、２５０ ＳＳＬ
２１０ データベース
２２０ ＳＱＬサーバ
２３０ データベース
【特許請求の範囲】
【請求項１】
クライアントが所有する電子ファイルを暗号化してＷｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理システムであって、
前記クライアントは、Ｗｅｂファイルサーバまたは他のクライアントとの間で平文ファイルをＴＣＰ／ＩＰ通信を行うＷｅｂブラウザと、前記Ｗｅｂファイルサーバとの暗号化ファイルの通信、および認証サーバとの通信による認証サービスに際し、ファイルの解析、ファイルの暗号鍵生成、ファイルの暗号化／復号、公開鍵／秘密鍵との連携管理ができる暗号フィルタ処理部と、前記Ｗｅｂブラウザまたは暗号フィルタ処理部を切り替えて前記Ｗｅｂファイルサーバや認証サーバとのＴＣＰ／ＩＰ通信を可能にするリダイレクトドライバとを備え、
前記Ｗｅｂファイルサーバは、データベースに対する暗号化ファイルの書き込み／読み出しの管理を実行するＳＱＬサーバと、前記クライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にするＷｅｂサーバとを備えたことを特徴とする電子ファイル管理システム。
【請求項２】
前記クライアントおよび前記Ｗｅｂファイルサーバは、ネットワーク上でＴＣＰ／ＩＰ通信するファイルは暗号化して送受信するＳＳＬプロトコルを備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項３】
前記暗号フィルタ処理部は、暗号化ファイルの正当な所有者／正当な継承者を、公開鍵方式の認証基盤と個体認証デバイスに保持する指紋認証トークンによりハイブリッド認証を行い、この個体認証の成功で立ち上げ可能とする手段を備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項４】
個体認証された正当な所有者が他に譲渡することなく個人的に利用する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、正当な所有者自身の公開鍵でファイル暗号鍵を暗号化パック（Ｐキーパックｎ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｐキーパックｎの管理によってコンテンツ表示する手段を備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項５】
個体認証された正当な所有者が保有する暗号化ファイルを他のクライアントに譲渡する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、暗号化ファイルの正当な所有者が譲渡しようとする「正当な継承者」の指定には前記認証サーバの認証局との連携で実行する秘密鍵・公開鍵管理機構と、前記認証局よりゲットした「正当な継承者」の公開鍵でファイル暗号鍵を暗号化パック（Ｉキーパックｍ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｉキーパックｍの管理によってコンテンツ表示する手段を備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項６】
クライアントとＷｅｂファイルサーバおよび認証サーバとの間でネットワーク通信可能にしたシステム構成とし、前記クライアントが所有する電子ファイルを暗号化して前記Ｗｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理方法であって、
前記クライアントに設けた暗号フィルタ処理部は、クライアント自身が所有するファイルＸｎを暗号化して前記Ｗｅｂファイルサーバのデータベースに格納する処理手順として、（Ｓ１）ファイル登録処理ごとに作成する共通鍵ｋｎでファイルＸｎを暗号化するステップと、（Ｓ２）認証サーバから取得する公開鍵Ａで共通鍵ｋｎを暗号化した鍵所有情報Ｅａを作成するステップと、（Ｓ３）予め所有している秘密鍵ａでファイルＸｎの署名Ｘｎを作成するステップと、（Ｓ４）暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））を作成するステップと、（Ｓ５）前記鍵所有情報Ｅａと暗号コンテキストＣのＨＴＴＰパケットを書き換えて前記Ｗｅｂファイルサーバに送信するステップとを有し、
前記Ｗｅｂファイルサーバは、（Ｓ６）ファイル管理情報を作成するステップと、（Ｓ７）暗号化ファイルの格納処理の完了の応答メッセージを前記クライアントに送信するステップとを有することを特徴とする電子ファイル管理方法。
【請求項７】
前記暗号フィルタ処理部は、前記クライアント自身が格納した暗号化ファイルの取得処理手順として、
（Ｓ１１）前記クライアントは、Ｗｅｂブラウザから取得許可有りのファイルＸｎのデータ取得要求をインターネット経由で前記Ｗｅｂファイルサーバへ送信し、取得要求したファイルのデータとしてＷｅｂファイルサーバ２００から鍵所有情報Ｅａと暗号コンテキストＣの組で前記暗号フィルタ処理部に取り込むステップと、
（Ｓ１２）前記暗号コンテキストから暗号データを取得するステップと、
（Ｓ１３）予め所有している秘密鍵ａで前記共通鍵ｋｎを復号するステップと、
（Ｓ１４）前記共通鍵ｋｎで前記ファイルＸｎを復号するステップと、
（Ｓ１５）前記認証サーバから取得した公開鍵Ａと署名Ｘｎで復号した前記ファイルＸｎの正当性を検証するステップと、
（Ｓ１６）前記復号したファイルＸｎをＨＴＴＰパケットの修正を経て前記Ｗｅｂブラウザへ転送して表示させるステップとを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【請求項８】
クライアントＡからクライアントＢにファイル譲渡のための暗号鍵取得処理手順として、
前記クライアントＡの暗号フィルタ処理部は、（Ｓ１７）クライアントＢへのファイル譲渡要求を受けたとき、クライアントＢに譲渡するクライアントＡの所有ファイルの指定データをインターネット経由でＷｅｂファイルサーバの管理領域に送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ１８）前記管理領域で指定されたクライアントＡのファイル管理情報として管理する暗号データ領域を指定するステップと、（Ｓ１９）前記暗号データ領域では、指定されたファイルの鍵所有情報Ｅａと暗号コンテキストＣのうち、鍵所有情報Ｅａを前記管理領域に渡すステップと、（Ｓ２０）前記管理領域ではクライアントＡの公開鍵Ａで暗号化した鍵所有情報Ｅａをゲットし、この鍵所有情報Ｅａをインターネット経由で前記クライアントＡの暗号フィルタ処理部に送信するステップとを有し、
前記鍵所有情報Ｅａを受信した暗号フィルタ処理部は、（Ｓ２１）前記秘密鍵ａで前記共通鍵ｋｎを復号するステップと、（Ｓ２２）前記認証サーバから取得したクライアントＢの公開鍵Ｂを使って前記共通鍵ｋｎを暗号化した鍵譲渡情報Ｅｂを作成するステップを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【請求項９】
クライアントＡからクライアントＢにファイル譲渡のための暗号鍵譲渡処理手順として、
公開鍵Ｂで暗号化した前記鍵譲渡情報Ｅｂを取得したクライアントＡの暗号フィルタ処理部は、（Ｓ２３）譲渡しようとするクライアントＢを指定して前記鍵譲渡情報Ｅｂをインターネット経由でＷｅｂファイルサーバの管理領域へ送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ２４）前記管理領域にもつクライアントＡのファイル管理情報として暗号データ領域で管理される鍵所有情報Ｅａと暗号コンテキストＣの領域に前記公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを追加するステップと、（Ｓ２５）前記鍵譲渡情報Ｅｂが追加されたファイル管理情報をクライアントＢのファイル管理情報ＭＢとして作成して管理領域２２０Ａに保存しておき、（Ｓ２６）これを応答メッセージとしてインターネット経由でクライアントＡの暗号フィルタ処理部に送信するステップとを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【請求項１０】
前記共通鍵（ファイル暗号鍵）の生成手順として、
アカウント情報と共にログオンされたクライアントＡの認証サービス処理部は、（Ｓ２７）秘密鍵ａと公開鍵Ａを予め所有しておき、公開鍵Ｗを認証サーバから取得し、任意のチャレンジコードＸＡを作成するステップと、（Ｓ２８）前記チャレンジコードＸＡからクライアントＡの識別子Ａを作成するステップと、（Ｓ２９）前記チャレンジコードＸＡを公開鍵Ｗで暗号化したクライアントチャレンジ１を作成するステップと、（Ｓ３０）クライアントＡの識別子Ａをセッション管理情報に記録してインターネット経由で認証サーバに送信するステップとを有し、
前記認証サーバの認証部は、（Ｓ３１）前記クライアントチャレンジ１を前記秘密鍵Ｗで復号して前記チャレンジコードＸＡを取りだすステップと、（Ｓ３２）前記チャレンジコードＸＡとランダムに作成したチャレンジコードＸＷから識別子Ｗを作成するステップと、前記識別子Ｗをセッション管理情報に記録するステップとを有し、
前記認証部は、（Ｓ３３）前記チャレンジコードＸＷを公開鍵Ａで暗号化したサーバチャレンジ２を作成するステップと、（Ｓ３４）前記サーバチャレンジ２と識別子Ａおよび識別子Ｗをインターネット経由で前記認証サービス処理部に送信するステップとを有し、
前記認証サービス処理部は、（Ｓ３５）前記サーバチャレンジ２を秘密鍵ａで復号するステップと、（Ｓ３６）前記チャレンジコードＸＡとチャレンジコードＸＷから識別子Ｗを作成し、この識別子Ｗが受信した識別子Ｗと同じことを確認するステップと、（Ｓ３７）前記確認した識別子Ｗをセッション管理情報に登録するステップと、（Ｓ３８）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップとを有し、
前記認証部は、（Ｓ４１）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップと、（Ｓ４２）ログオン応答（識別子有り）を前記認証サービス処理部にインターネット経由で送信するステップとを有し、
前記認証サービス処理部は、（Ｓ４３）前記Ｗｅｂブラウザにログオン応答として転送するステップを有し、
前記共通鍵（ファイル暗号鍵）の生成後、前記認証サービス処理部と認証サーバによる認証は、（Ｓ４４）識別子情報とナンス（平文と共通鍵暗号化）を付与して送信し、受信側は識別子がセッション管理情報に登録されていること、暗号ナンスを復号したものと平文ナンスが一致することを確認するステップを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【請求項１】
クライアントが所有する電子ファイルを暗号化してＷｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理システムであって、
前記クライアントは、Ｗｅｂファイルサーバまたは他のクライアントとの間で平文ファイルをＴＣＰ／ＩＰ通信を行うＷｅｂブラウザと、前記Ｗｅｂファイルサーバとの暗号化ファイルの通信、および認証サーバとの通信による認証サービスに際し、ファイルの解析、ファイルの暗号鍵生成、ファイルの暗号化／復号、公開鍵／秘密鍵との連携管理ができる暗号フィルタ処理部と、前記Ｗｅｂブラウザまたは暗号フィルタ処理部を切り替えて前記Ｗｅｂファイルサーバや認証サーバとのＴＣＰ／ＩＰ通信を可能にするリダイレクトドライバとを備え、
前記Ｗｅｂファイルサーバは、データベースに対する暗号化ファイルの書き込み／読み出しの管理を実行するＳＱＬサーバと、前記クライアントとの間で平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にするＷｅｂサーバとを備えたことを特徴とする電子ファイル管理システム。
【請求項２】
前記クライアントおよび前記Ｗｅｂファイルサーバは、ネットワーク上でＴＣＰ／ＩＰ通信するファイルは暗号化して送受信するＳＳＬプロトコルを備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項３】
前記暗号フィルタ処理部は、暗号化ファイルの正当な所有者／正当な継承者を、公開鍵方式の認証基盤と個体認証デバイスに保持する指紋認証トークンによりハイブリッド認証を行い、この個体認証の成功で立ち上げ可能とする手段を備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項４】
個体認証された正当な所有者が他に譲渡することなく個人的に利用する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、正当な所有者自身の公開鍵でファイル暗号鍵を暗号化パック（Ｐキーパックｎ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｐキーパックｎの管理によってコンテンツ表示する手段を備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項５】
個体認証された正当な所有者が保有する暗号化ファイルを他のクライアントに譲渡する場合、
前記暗号フィルタ処理部は、正当な所有者の個体認証に成功したとき、暗号化ファイルの正当な所有者が譲渡しようとする「正当な継承者」の指定には前記認証サーバの認証局との連携で実行する秘密鍵・公開鍵管理機構と、前記認証局よりゲットした「正当な継承者」の公開鍵でファイル暗号鍵を暗号化パック（Ｉキーパックｍ）として管理すると共に前記Ｗｅｂサーバへ送信する手段を備え、
前記Ｗｅｂサーバは、暗号化ファイルと前記Ｉキーパックｍの管理によってコンテンツ表示する手段を備えたことを特徴とする請求項１に記載の電子ファイル管理システム。
【請求項６】
クライアントとＷｅｂファイルサーバおよび認証サーバとの間でネットワーク通信可能にしたシステム構成とし、前記クライアントが所有する電子ファイルを暗号化して前記Ｗｅｂファイルサーバに保存し、クライアント自身による電子ファイルの管理・利用およびクライアントがアクセス権を許可した第三者のみが電子ファイルの利用を可能にする電子ファイル管理方法であって、
前記クライアントに設けた暗号フィルタ処理部は、クライアント自身が所有するファイルＸｎを暗号化して前記Ｗｅｂファイルサーバのデータベースに格納する処理手順として、（Ｓ１）ファイル登録処理ごとに作成する共通鍵ｋｎでファイルＸｎを暗号化するステップと、（Ｓ２）認証サーバから取得する公開鍵Ａで共通鍵ｋｎを暗号化した鍵所有情報Ｅａを作成するステップと、（Ｓ３）予め所有している秘密鍵ａでファイルＸｎの署名Ｘｎを作成するステップと、（Ｓ４）暗号コンテキストＣ（ｋｎ，μ（Ｘｎ），Ｓ（Ｘｎ，ａ））を作成するステップと、（Ｓ５）前記鍵所有情報Ｅａと暗号コンテキストＣのＨＴＴＰパケットを書き換えて前記Ｗｅｂファイルサーバに送信するステップとを有し、
前記Ｗｅｂファイルサーバは、（Ｓ６）ファイル管理情報を作成するステップと、（Ｓ７）暗号化ファイルの格納処理の完了の応答メッセージを前記クライアントに送信するステップとを有することを特徴とする電子ファイル管理方法。
【請求項７】
前記暗号フィルタ処理部は、前記クライアント自身が格納した暗号化ファイルの取得処理手順として、
（Ｓ１１）前記クライアントは、Ｗｅｂブラウザから取得許可有りのファイルＸｎのデータ取得要求をインターネット経由で前記Ｗｅｂファイルサーバへ送信し、取得要求したファイルのデータとしてＷｅｂファイルサーバ２００から鍵所有情報Ｅａと暗号コンテキストＣの組で前記暗号フィルタ処理部に取り込むステップと、
（Ｓ１２）前記暗号コンテキストから暗号データを取得するステップと、
（Ｓ１３）予め所有している秘密鍵ａで前記共通鍵ｋｎを復号するステップと、
（Ｓ１４）前記共通鍵ｋｎで前記ファイルＸｎを復号するステップと、
（Ｓ１５）前記認証サーバから取得した公開鍵Ａと署名Ｘｎで復号した前記ファイルＸｎの正当性を検証するステップと、
（Ｓ１６）前記復号したファイルＸｎをＨＴＴＰパケットの修正を経て前記Ｗｅｂブラウザへ転送して表示させるステップとを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【請求項８】
クライアントＡからクライアントＢにファイル譲渡のための暗号鍵取得処理手順として、
前記クライアントＡの暗号フィルタ処理部は、（Ｓ１７）クライアントＢへのファイル譲渡要求を受けたとき、クライアントＢに譲渡するクライアントＡの所有ファイルの指定データをインターネット経由でＷｅｂファイルサーバの管理領域に送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ１８）前記管理領域で指定されたクライアントＡのファイル管理情報として管理する暗号データ領域を指定するステップと、（Ｓ１９）前記暗号データ領域では、指定されたファイルの鍵所有情報Ｅａと暗号コンテキストＣのうち、鍵所有情報Ｅａを前記管理領域に渡すステップと、（Ｓ２０）前記管理領域ではクライアントＡの公開鍵Ａで暗号化した鍵所有情報Ｅａをゲットし、この鍵所有情報Ｅａをインターネット経由で前記クライアントＡの暗号フィルタ処理部に送信するステップとを有し、
前記鍵所有情報Ｅａを受信した暗号フィルタ処理部は、（Ｓ２１）前記秘密鍵ａで前記共通鍵ｋｎを復号するステップと、（Ｓ２２）前記認証サーバから取得したクライアントＢの公開鍵Ｂを使って前記共通鍵ｋｎを暗号化した鍵譲渡情報Ｅｂを作成するステップを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【請求項９】
クライアントＡからクライアントＢにファイル譲渡のための暗号鍵譲渡処理手順として、
公開鍵Ｂで暗号化した前記鍵譲渡情報Ｅｂを取得したクライアントＡの暗号フィルタ処理部は、（Ｓ２３）譲渡しようとするクライアントＢを指定して前記鍵譲渡情報Ｅｂをインターネット経由でＷｅｂファイルサーバの管理領域へ送信するステップを有し、
前記Ｗｅｂファイルサーバは、（Ｓ２４）前記管理領域にもつクライアントＡのファイル管理情報として暗号データ領域で管理される鍵所有情報Ｅａと暗号コンテキストＣの領域に前記公開鍵Ｂで暗号化した鍵譲渡情報Ｅｂを追加するステップと、（Ｓ２５）前記鍵譲渡情報Ｅｂが追加されたファイル管理情報をクライアントＢのファイル管理情報ＭＢとして作成して管理領域２２０Ａに保存しておき、（Ｓ２６）これを応答メッセージとしてインターネット経由でクライアントＡの暗号フィルタ処理部に送信するステップとを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【請求項１０】
前記共通鍵（ファイル暗号鍵）の生成手順として、
アカウント情報と共にログオンされたクライアントＡの認証サービス処理部は、（Ｓ２７）秘密鍵ａと公開鍵Ａを予め所有しておき、公開鍵Ｗを認証サーバから取得し、任意のチャレンジコードＸＡを作成するステップと、（Ｓ２８）前記チャレンジコードＸＡからクライアントＡの識別子Ａを作成するステップと、（Ｓ２９）前記チャレンジコードＸＡを公開鍵Ｗで暗号化したクライアントチャレンジ１を作成するステップと、（Ｓ３０）クライアントＡの識別子Ａをセッション管理情報に記録してインターネット経由で認証サーバに送信するステップとを有し、
前記認証サーバの認証部は、（Ｓ３１）前記クライアントチャレンジ１を前記秘密鍵Ｗで復号して前記チャレンジコードＸＡを取りだすステップと、（Ｓ３２）前記チャレンジコードＸＡとランダムに作成したチャレンジコードＸＷから識別子Ｗを作成するステップと、前記識別子Ｗをセッション管理情報に記録するステップとを有し、
前記認証部は、（Ｓ３３）前記チャレンジコードＸＷを公開鍵Ａで暗号化したサーバチャレンジ２を作成するステップと、（Ｓ３４）前記サーバチャレンジ２と識別子Ａおよび識別子Ｗをインターネット経由で前記認証サービス処理部に送信するステップとを有し、
前記認証サービス処理部は、（Ｓ３５）前記サーバチャレンジ２を秘密鍵ａで復号するステップと、（Ｓ３６）前記チャレンジコードＸＡとチャレンジコードＸＷから識別子Ｗを作成し、この識別子Ｗが受信した識別子Ｗと同じことを確認するステップと、（Ｓ３７）前記確認した識別子Ｗをセッション管理情報に登録するステップと、（Ｓ３８）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップとを有し、
前記認証部は、（Ｓ４１）前記チャレンジコードＸＡとチャレンジコードＸＷから共通鍵ｋを作成するステップと、（Ｓ４２）ログオン応答（識別子有り）を前記認証サービス処理部にインターネット経由で送信するステップとを有し、
前記認証サービス処理部は、（Ｓ４３）前記Ｗｅｂブラウザにログオン応答として転送するステップを有し、
前記共通鍵（ファイル暗号鍵）の生成後、前記認証サービス処理部と認証サーバによる認証は、（Ｓ４４）識別子情報とナンス（平文と共通鍵暗号化）を付与して送信し、受信側は識別子がセッション管理情報に登録されていること、暗号ナンスを復号したものと平文ナンスが一致することを確認するステップを有することを特徴とする請求項６に記載の電子ファイル管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−２１６０３４（Ｐ２０１１−２１６０３４Ａ）
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願番号】特願２０１０−８５６５０（Ｐ２０１０−８５６５０）
【出願日】平成２２年４月２日（２０１０．４．２）
【出願人】（０００００６１０５）株式会社明電舎 (1,739)
【出願人】（５０２００２４７４）明電ソフトウエア株式会社 (12)
【Ｆターム（参考）】
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願日】平成２２年４月２日（２０１０．４．２）
【出願人】（０００００６１０５）株式会社明電舎 (1,739)
【出願人】（５０２００２４７４）明電ソフトウエア株式会社 (12)
【Ｆターム（参考）】
[ Back to top ]