(57)【要約】【課題】ファイル管理装置及び電子署名代行システムでは、ファイル作成者である各ユーザ及び電子署名代行システムが公開鍵と秘密鍵のペアを管理する必要があるため、鍵管理コストが生じるという課題が存在する。【解決手段】本発明のファイル管理装置は、ファイルをクライアント端末から受信するファイル管理部と、認証局への公開鍵の一回の送信に対し、対となる秘密鍵と公開鍵とを生成し、生成した秘密鍵と公開鍵とを記憶部に記憶させる鍵生成部と、記憶部から読み出した公開鍵を認証局に送信し、認証局により発行される公開鍵証明書を受信する公開鍵証明書取得部と、ファイル管理部から受信したファイルと、記憶部から読み出した秘密鍵とに基づいて電子署名データを生成し、電子署名データと公開鍵証明書とをファイルに付与することによって電子署名を行い署名済みファイルとする電子署名部と、を備える。【選択図】      図１
2016163198.tif 000002
【特許請求の範囲】
【請求項１】
ファイルをクライアント端末から受信するファイル管理部と、
認証局への公開鍵の一回の送信に対し、対となる秘密鍵と前記公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶部に記憶させる鍵生成部と、
前記記憶部から読み出した前記公開鍵を前記認証局に送信し、前記認証局により発行される公開鍵証明書を受信する公開鍵証明書取得部と、
前記ファイル管理部から受信した前記ファイルと、前記記憶部から読み出した前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとする電子署名部と、を備える、ファイル管理装置。
【請求項２】
請求項１に記載のファイル管理装置は、さらに秘密鍵処理部を備え、前記秘密鍵処理部は、前記電子署名部が前記署名済みファイルを生成した後、少なくとも次の前記電子署名データの生成を行うまでに、前記記憶部に記憶された前記秘密鍵を使用不能にする、ファイル管理装置。
【請求項３】
前記記憶部は、揮発性メモリである、請求項１に記載のファイル管理装置。
【請求項４】
前記公開鍵証明書取得部は、前記公開鍵と共に、前記ファイル管理部から受信した前記ファイルを一意に特定する情報を認証局に送信し、前記一意に特定する情報がサブジェクト名に記載された前記公開鍵証明書を前記認証局から受信する、請求項１または２に記載のファイル管理装置。
【請求項５】
クライアント端末から送信されたユーザ識別情報を受信するユーザ識別情報受信部をさらに備え、
前記公開鍵証明書取得部は、前記ユーザ識別情報を、前記公開鍵及び前記一意に特定する情報とともに認証局に送信し、前記ユーザ識別情報及び前記一意に特定する情報がサブジェクト名に記載された前記公開鍵証明書を前記認証局から受信する、請求項１から３のいずれかに記載のファイル管理装置。
【請求項６】
前記ユーザ識別情報受信部は、前記クライアント端末から受信した前記ユーザ識別情報を含む認証情報を基に、ユーザを認証する認証処理部であり、
前記鍵生成部は、前記認証処理部が前記ユーザを認証したことを受けて、対となる前記秘密鍵及び前記公開鍵を生成する、請求項４に記載のファイル管理装置。
【請求項７】
受信したファイルを記憶するファイル記憶部をさらに備え、前記電子署名部は、前記署名済みファイルを前記ファイル管理部に送信し、前記ファイル管理部は、前記署名済みファイルを前記ファイル記憶部へ送信する、請求項１から５のいずれかに記載のファイル管理装置。
【請求項８】
ファイルをクライアント端末から受信するファイル管理部、
前記ファイルに対し、対となる秘密鍵と公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶部に記憶させる鍵生成部、
前記記憶部から読み出した前記公開鍵を認証局に送信し、前記認証局により発行される公開鍵証明書を受信する公開鍵証明書取得部及び、
前記ファイル管理部から受信した前記ファイルと、前記記憶部から読み出した前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとする電子署名部を備えるファイル管理装置と、認証局とを備えるファイル管理システム。
【請求項９】
ファイルをクライアント端末から受信し、
前記ファイルに対し、対となる秘密鍵と公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶し、
前記公開鍵を認証局に送信し、前記認証局により発行される公開鍵証明書を受信し、
受信した前記ファイルと、前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとする、ファイル管理方法。
【請求項１０】
ファイルをクライアント端末から受信するステップと、
前記ファイルに対し、対となる秘密鍵と公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶するステップと、
前記公開鍵を認証局に送信し、前記認証局により発行される公開鍵証明書を受信するステップと、
受信した前記ファイルと、前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとするステップと、を備えるファイル管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理装置、ファイル管理システム、ファイル管理方法及びファイル管理プログラムに関し、特に公開鍵暗号方式を用いたファイル管理装置、ファイル管理システム、ファイル管理方法及びファイル管理プログラムに関する。
【背景技術】
【０００２】
ネットワーク上の記憶領域に各種ファイルを保管することができるファイル管理装置がある。一般に、ファイル管理装置では、認証などによりアクセス制御は実施されているものの、ファイル作成者以外のユーザによるファイルの閲覧、編集が可能である。このため、第三者が、ファイルに対して、ファイル作成者が意図しない編集を行ってしまうことがある。このような場合に、公開鍵暗号を利用した電子署名の技術を適用して、ファイル作成者が意図しない編集の有無をファイル閲覧者が判別することができる。
【０００３】
ファイルへの電子署名の付与に関して、特許文献１は代理署名技術を利用することを提案している。特許文献１において、文書データ管理システムは、データ処理部が代理作業用公開鍵と代理作業用秘密鍵とを発行し、代理作業用公開鍵及び代理作業用秘密鍵を著作権者データと対応付けして著作データ蓄積部に格納する構成となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２６７０２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上述したファイル管理装置及び文書データ管理システムはいずれも、ファイル作成者である各ユーザ及び電子署名代行システムが公開鍵と秘密鍵のペアを管理する必要がある。このため、上記ファイル管理装置及び文書データ管理システムでは、鍵管理コストが生じるという課題が存在する。
【０００６】
本発明の目的は、各ユーザの秘密鍵を自装置に保管せずに代理署名を行うファイル管理装置、ファイル管理システム、ファイル管理方法及びファイル管理プログラムを提供することにある。
【０００７】
また、本発明の他の目的は、第三者により、ファイル作成者が意図しない編集がファイルに対して行われたか否かを、ファイル閲覧者が判別できるファイルを生成するファイル管理装置、ファイル管理システム、ファイル管理方法及びファイル管理プログラムを提供することにある。
【０００８】
さらに、本発明の他の目的は、代理署名装置上の秘密鍵が不正に利用されることを防ぐ、ファイル管理装置、ファイル管理システム、ファイル管理方法及びファイル管理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明のファイル管理装置は、ファイルをクライアント端末から受信するファイル管理部と、認証局への公開鍵の一回の送信に対し、対となる秘密鍵と公開鍵とを生成し、生成した秘密鍵と公開鍵とを記憶部に記憶させる鍵生成部と、記憶部から読み出した公開鍵を認証局に送信し、認証局により発行される公開鍵証明書を受信する公開鍵証明書取得部と、ファイル管理部から受信したファイルと、記憶部から読み出した秘密鍵とに基づいて電子署名データを生成し、電子署名データと公開鍵証明書とをファイルに付与することによって電子署名を行い署名済みファイルとする電子署名部と、を備える。
【００１０】
また、本発明の目的は、上記のプログラムが格納されたコンピュータ読み取り可能な記録媒体によっても達成される。
【発明の効果】
【００１１】
本発明のファイル管理装置によれば、鍵の管理が不要となる。
【００１２】
本発明のファイル管理装置によれば、第三者により、ファイル作成者が意図しない編集がファイルに対して行われたか否かを、ファイル閲覧者が判別できるファイルを生成する。
【００１３】
また、本発明のファイル管理装置によれば、代理署名装置上の秘密鍵が不正に利用されにくい。
【図面の簡単な説明】
【００１４】
【図１】本発明の第一の実施形態におけるファイル管理装置の構成例を示す概念図である。
【図２】本発明の第一の実施形態におけるファイル管理装置の処理構成例を示す概念図である。
【図３】本発明の第一の実施形態におけるファイル管理装置の動作例を示すフローチャートである。
【図４】本発明の第一の実施形態におけるファイル管理装置の他の処理構成例を示す概念図である。
【図５】本発明の第一の実施形態におけるファイル管理装置の他の処理構成例に関する動作例を示すフローチャートである。
【図６】本発明の第一の実施形態におけるファイル管理装置の他の動作例を示すフローチャートである。
【図７】本発明の第二の実施形態におけるファイル管理装置の処理構成例を示す概念図である。
【図８】本発明の第二の実施形態における公開鍵証明書の例を概念的に示す図である。
【図９】本発明の第二の実施形態におけるファイル管理装置の電子署名処理の動作例を示すシーケンス図である。
【図１０】本発明の第二の実施形態におけるファイル管理装置のファイル取得の動作例を示すシーケンス図である。
【図１１】本発明の第二の実施形態におけるファイル管理装置の電子署名検証処理の動作例を示すフローチャートである。
【図１２】本発明の第二の実施形態におけるファイル管理装置の他の処理構成例を示す概念図である。
【図１３】本発明の第二の実施形態におけるファイル管理装置の他の処理構成例に関する電子署名処理の動作例を示すシーケンス図である。
【図１４】特許文献１に記載された電子署名代行システムを示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について説明する。以下に挙げる各実施形態はそれぞれ例示であり、本発明は以下の各実施形態の構成に限定されない。以下、本発明の実施形態について図面を参照して詳細に説明する。
【００１６】
［第一の実施形態］
［装置構成］図１を参照すると、第一の実施形態におけるファイル管理装置１は、クライアント端末３０及び認証局４０と通信網５０を介して通信可能に接続される。通信網５０は、インターネット等のような公衆網、Wide Area Network（ＷＡＮ）、Local Area Network（ＬＡＮ）、無線通信ネットワーク等である。通信網５０においては、暗号技術などにより秘匿性の高い通信が行われることが望ましい。なお、図１ではクライアント端末３０は１台のみ記載されているが、複数のクライアント端末が接続されていても同様である。また、ファイル管理装置１は、クラウドサービス事業者が提供する装置であってもよい。なお、本実施形態において、システム内の各ノード間の通信網の実現形態及びその通信網上での通信手法は制限されない。
【００１７】
ファイル管理装置１及びクライアント端末３０は、コンピュータである。ファイル管理装置１を例に詳細に説明すると、Central Processing Unit（ＣＰＵ）２、メモリ３、入出力インタフェース（Ｉ／Ｆ）４及びバス５を有する。メモリ３は、Random Access Memory（ＲＡＭ）、Read Only Memory（ＲＯＭ）、ハードディスク、可搬型記憶媒体等である。入出力Ｉ／Ｆ４は、入力部（図示せず）、出力部（図示せず）、通信装置７等と接続される。入力部は、例えば、キーボード、マウス等のようなユーザ操作の入力を受け付ける装置である。出力部は、例えば、ディスプレイ装置やプリンタ等のようなユーザに情報を提供する装置である。通信装置７は、通信網５０等を介して、他のノードと通信を行うネットワークインタフェースカード等である。
【００１８】
クライアント端末３０は、携帯電話、携帯ＰＣ（Personal Computer）、タブレット端末等のような可搬型のコンピュータであってもよい。クライアント端末３０は、格納対象のファイルをファイル管理装置１に送信するときに使用する端末である。ファイル管理装置１は電子証明書の入手代行サービス及び電子署名代行サービスを提供しており、クライアント端末３０は、通信網５０を介して、ファイル管理装置１から電子証明書の入手代行サービス及び電子署名代行サービスの提供を受ける。以降、クライアント端末３０を使用する者をユーザと表記する。ユーザは、ファイル管理装置１から提供され、クライアント端末３０上で実現されるユーザインタフェースをクライアント端末３０を用いて操作することにより、ファイル管理装置１に対して、電子証明書の入手を依頼し、その電子証明書を用いた電子署名の付与を依頼する。クライアント端末３０は、他のノードと一般的な通信を行う機能、ファイル管理装置１から提供される画面データに応じたユーザインタフェースを実現する一般的な機能を有していればよい。本実施形態は、ファイル管理装置１の処理構成を制限しない。
【００１９】
ファイル管理装置１は、ユーザからの依頼に応じて、認証局４０により発行される電子証明書の入手代行業務を支援する。さらに、ファイル管理装置１は、入手した電子証明書を用いて、クライアント端末３０から送信されるファイルに電子署名を付与する。本実施形態は、ファイル管理装置１とクライアント端末３０の各ハードウェア構成を制限しない。
【００２０】
図２を参照すると、第一の実施形態におけるファイル管理装置１は、鍵生成部１１、ファイル管理部１２、公開鍵証明書取得部１３、及び電子署名部１４を備える。鍵生成部１１、ファイル管理部１２、公開鍵証明書取得部１３、及び電子署名部１４は、例えば、ＣＰＵ２によりメモリ３に格納されるプログラムが実行されることにより実現される。また、当該プログラムは、例えば、Compact Disc（ＣＤ）、メモリカード等のような可搬型記録媒体やネットワーク上の他のコンピュータから入出力Ｉ／Ｆ４を介してインストールされ、メモリ３に格納されてもよい。
【００２１】
鍵生成部１１は、認証局への公開鍵の一回の送信に対し、秘密鍵及び公開鍵を一対生成する。鍵生成部１１は、生成した秘密鍵と公開鍵を、通信可能に接続した図示しない記憶部に記憶させる。鍵の生成に関し、鍵生成部１１では、RSA暗号など一般的な公開鍵暗号による鍵生成技術を利用して鍵ペアを生成することが可能である。例えば、鍵ペアは、毎回異なる鍵ペアを生成するために乱数によって十分ランダム性を持たせたシードを元に生成される。
【００２２】
ファイル管理部１２は、クライアント端末３０からファイルを受信する。具体的には、ファイル管理部１２は、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）のネットワークドライバなどを介して、クライアント端末３０からファイルを受信する。また、ファイル管理部１２は、電子署名部１４にファイルを送信する。
【００２３】
公開鍵証明書取得部１３は、通信可能に接続した図示しない記憶部から公開鍵を取得する。公開鍵証明書取得部１３は、認証局４０と通信網５０を介して接続されており、読み出した公開鍵を認証局４０に送信し、認証局４０により発行される公開鍵証明書を受信する。
【００２４】
電子署名部１４は、ファイル管理部１２と接続され、ファイル管理部１２からファイルを受信する。電子署名部１４は、通信可能に接続した図示しない記憶部から秘密鍵を読み出す。電子署名部１４は、公開鍵証明書取得部１３と通信可能に接続され、公開鍵証明書取得部１３から公開鍵証明書を受信する。電子署名部１４は、ファイルと秘密鍵とに基づいて電子署名データを生成し、生成した電子署名データと公開鍵証明書とをファイルに付与することによって電子署名を行い署名済みファイルとする。
【００２５】
［動作の説明］以下、図面を用いて、第一の実施形態におけるファイル管理方法について説明する。
【００２６】
図３を参照すると、ファイル管理装置１において、ファイル管理部１２はクライアント端末３０からファイルを受信する（Ｓｔｅｐ１）。Ｓｔｅｐ２において、鍵生成部１１は、対となる秘密鍵及び公開鍵を生成し、生成した秘密鍵と公開鍵とを記憶する。次に、公開鍵証明書取得部１３は、読み出した公開鍵を認証局に送信し（Ｓｔｅｐ３）、認証局により発行される公開鍵証明書を受信する（Ｓｔｅｐ４）。さらに、電子署名部１４は、クライアント端末３０から受信したファイルと、読み出した秘密鍵とに基づいて電子署名データを生成し、生成した電子署名データと受信した公開鍵証明書とをファイルに付与することによって電子署名を行い署名済みファイルとする（Ｓｔｅｐ５）。
【００２７】
ここで、ファイルはＳｔｅｐ１で受信するとして説明したが、Ｓｔｅｐ５の処理が行われる前までにクライアント端末３０から受信されていればよい。
【００２８】
次に、ファイル管理装置１が次のファイルに電子署名を行う場合の処理について説明する。
【００２９】
ファイル管理装置１において、ファイル管理部１２は、クライアント端末３０からファイルを受信する（Ｓｔｅｐ１）。このファイルは、既に受信したファイルと同一であってもよいし、異なっていてもよい。Ｓｔｅｐ２において、鍵生成部１１は、受信したファイルについて、対となる秘密鍵及び公開鍵を生成する。公開鍵証明書取得部１３は、公開鍵を認証局に送信し（Ｓｔｅｐ３）、認証局により発行される公開鍵証明書を受信する（Ｓｔｅｐ４）。Ｓｔｅｐ５において、電子署名部１４は、クライアント端末３０から受信したファイルと、読み出した秘密鍵とに基づいて電子署名データを生成し、生成した電子署名データと受信した公開鍵証明書とをファイルに付与することによって電子署名を行い署名済みファイルとする。
【００３０】
ファイル管理装置１は、ファイルに電子署名を行う場合に、Ｓｔｅｐ１から５の動作を実行する。
【００３１】
［効果の説明］本発明のファイル管理装置１は、認証局への公開鍵の一回の送信に対し、都度対となる秘密鍵と公開鍵とを生成するため、秘密鍵をファイル管理装置１で管理する必要がない。また、本発明のファイル管理装置１は、ファイルに電子署名を付与する。ファイルは、署名が付されたことで、ファイル作成者が意図しない編集が第三者により行われたか否かが判別可能なファイルとなる。ファイル閲覧者は、閲覧しようとするファイルの編集の有無を判別できる。
【００３２】
第一の実施形態において、鍵生成部１１は生成した対となる秘密鍵及び公開鍵を記憶部に記憶させるとして説明した。記憶部として、Random Access Memory（ＲＡＭ）のような揮発性メモリを用いると、上述した効果に加え、以下の効果が得られる。つまり、鍵生成部１１が、揮発性メモリに秘密鍵を記憶させることにより、ファイル管理装置１でユーザの秘密鍵を保持している間の第三者による秘密鍵への不正なアクセスを防ぐことができる。
【００３３】
図４を参照すると、本実施形態の他の実施態様では、ファイル管理装置１は、さらに秘密鍵処理部１５を備えていてもよい。秘密鍵処理部１５は図示しない記憶部と通信可能に接続されている。電子署名部１４が署名済みファイルを生成した後、少なくとも次の電子署名データの生成を行うまでに、秘密鍵処理部１５は、図示しない記憶部に記憶された秘密鍵を使用不能にする。図５を参照すると、ファイル管理装置１が、署名済みファイルを生成したときに、記憶した秘密鍵を削除する（Ｓｔｅｐ６）場合を示している。本発明において、秘密鍵を使用不能にするとは、例えば、秘密鍵が、ドライブ上に生成されたファイルデータである場合、秘密鍵処理部１５が該データを削除することを含む。秘密鍵がファイルデータの一部である場合には、秘密鍵処理部１５が、該一部を別の値で上書きすることを含む。また、秘密鍵が揮発性メモリ上（オンメモリ）に保持されたデータの場合には、秘密鍵処理部１５は、データを参照するときのデータのポインタの値をクリアし、ファイル管理装置１が該秘密鍵を参照しないようにすることを含む。
【００３４】
このように、ファイルへの電子署名を行った後、少なくとも次の署名代行処理を行うまでに図示しない記憶部に記憶した秘密鍵を削除することで、秘密鍵がファイル管理装置１に保持される期間を短縮でき、秘密鍵が不正に利用される機会を低減できる。加えて、少なくとも次の署名代行処理を行うまでに図示しない記憶部に記憶した秘密鍵を削除することで、次のファイルに対する電子署名のときに、前のファイルに対する電子署名で用いた秘密鍵を使用し得ない状態にできる。
【００３５】
図６を参照すると、本実施形態のさらに他の実施態様では、Ｓｔｅｐ５で電子署名処理を行った後に、ファイル管理装置１は、署名済みファイルを所定の記憶装置へ送信することができる（Ｓｔｅｐ６）。具体的には、ファイル管理部１２は、署名済みファイルを電子署名部１４から受信する。次に、ファイル管理部１２は、署名済みファイルを所定の記憶装置へ送信する。
【００３６】
［第二の実施形態］次に、第二の実施形態におけるファイル管理装置１の構成例として、ファイル管理装置２１を説明する。第二の実施形態におけるファイル管理装置２１は、認証処理部１６をさらに備える点で第一の実施形態におけるファイル管理装置１と差異がある。ファイル管理装置２１における他の構成は、第一の実施形態におけるファイル管理装置１の構成と同様であるため、共通の符号を用いて説明する。
【００３７】
［構成の説明］図７を参照すると、認証処理部１６は、クライアント端末３０と通信可能に接続され、クライアント端末３０から受信したユーザ識別情報（ユーザＩＤ）を含む認証情報を受信し、この認証情報を基に、ユーザを認証する。具体的には、ファイル管理装置２１は、受信した認証情報と、図示しない認証情報格納領域に格納されている情報を参照し、認証処理を行う。認証情報としては、例えばユーザ識別情報としてユーザＩＤと、さらにパスワードを用いることができる。
【００３８】
クライアント端末３０から送信された認証情報が、図示しない認証情報格納領域に格納されている情報と合致し、認証が成功した場合、認証処理部１６はアクセス許可の旨をクライアント端末３０に送信する。なお、アクセスが許可された場合、ユーザを特定するための情報（ここではユーザID）を、公開鍵証明書取得部１３に通知する。以下、ユーザＩＤとパスワードとを用いて、認証処理部１６が認証処理を行うとして説明する。また、認証処理部１６以外の構成は、第一の実施形態との差分のみ記載する。
【００３９】
鍵生成部１１は、認証処理部１６がユーザを認証したことを受けて、対となる秘密鍵及び公開鍵を生成し、図示しない記憶部に生成した秘密鍵と公開鍵を記憶させる。ファイル管理部１２は、ファイルを一意に特定する情報を公開鍵証明書取得部１３に送信する。第二の実施形態では、ファイルを一意に特定する情報を、ファイル管理部１２によって格納予定のパスも含めたファイル名（ファイルパス名）として説明する。しかし、署名済みファイルが送信される所定の記憶装置においてファイルが一意に特定できる情報であればよく、ファイル名などを用いてもよい。また、公開鍵証明書取得部１３が認証局にファイルパス名を送信しない場合には、ファイル管理部１２は、公開鍵証明書取得部１３にファイルパス名を送信しない。
【００４０】
公開鍵証明書取得部１３は、認証処理部１６が受信したユーザＩＤと、ファイル管理部１２から受信したファイルパス名を、鍵生成部１１が生成した公開鍵とともに認証局４０に送信し、ユーザＩＤとファイルパス名とがサブジェクト情報に含まれる公開鍵証明書を受信する。
【００４１】
図８を参照すると、公開鍵証明書は、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）により策定されたＸ．５０９の標準フォーマットにより構成される。本実施形態では、公開鍵証明書には、少なくとも、公開鍵に対応する秘密鍵の所有者の識別名（subject、以降サブジェクト名と称す）と、証明する公開鍵（subjectPublicKeyInfo）が含まれる。サブジェクト名にユーザＩＤが記載されるため、署名済みファイルを閲覧する場合、署名済みファイルの公開鍵証明書からファイル作成者をユーザＩＤとして確認することができる。また、公開鍵証明書に記載されたユーザＩＤは認証処理部で認証されているため、認証された正規のファイル作成者を確認することができる。電子署名部１４及び秘密鍵処理部１５は第一の実施形態と同様である。
【００４２】
［動作の説明］≪電子署名処理の説明≫図９を参照すると、まず、ユーザがクライアント端末３０を用いてファイル管理装置２１にアクセスし、ユーザＩＤを含む認証情報をクライアント端末３０から送信する。言い換えると、ファイル管理装置２１は、クライアント端末３０からユーザ識別情報を含む認証情報を受信する（Ｓｔｅｐ１）。次に、ファイル管理装置２１は、認証情報を基にユーザを認証する（Ｓｔｅｐ２）。具体的には、ファイル管理装置２１は、受信した認証情報と、図示しない認証情報格納領域に格納されている情報を参照し、認証処理を行う。認証完了後、ファイル管理装置は、認証結果をクライアント端末３０に送信する。ユーザが認証されたことを受けて、クライアント端末３０は、ファイルをファイル管理装置２１に送信する。言い換えると、ファイル管理装置２１は、ファイルをクライアント端末３０から受信する（Ｓｔｅｐ３）。具体的には、クライアント端末３０は、ファイル管理装置から認証結果を受け取り、アクセスを許可された場合、ファイルをファイル管理装置２１へ送信する。ファイル管理装置２１は、クライアント端末３０からファイルを受信すると、対となる秘密鍵及び公開鍵を生成する。（Ｓｔｅｐ４）。次に、ファイル管理装置２１は、公開鍵と共に、ユーザＩＤとファイルパス名とを認証局４０に送信する（Ｓｔｅｐ５）。これに対し、認証局４０はユーザＩＤとファイルパス名とがサブジェクト名に記載された公開鍵証明書をファイル管理装置２１に送信する（Ｓｔｅｐ６）。言い換えると、ファイル管理装置２１は、ユーザＩＤとファイルパス名とがサブジェクト名に記載された公開鍵証明書を認証局から受信する。以降Ｓｔｅｐ７〜９は第一の実施形態における図５のＳｔｅｐ５〜Ｓｔｅｐ６、図６のＳｔｅｐ６と同様である。
【００４３】
Ｓｔｅｐ９の署名済みファイルの送信後、ファイル管理装置２１は次に代理署名処理を行うファイルを処理可能になる。次に行う代理署名処理において、上述の図９のＳｔｅｐ１から再度処理が行われる。この場合、前回行われた代理署名処理の際用いられた秘密鍵は、前回の代理署名処理におけるＳｔｅｐ８で削除されており、次に代理署名処理を行うとき、Ｓｔｅｐ４で生成した秘密鍵を用いてファイルの暗号化を行う。
【００４４】
≪電子署名検証処理の説明≫図１０及び図１１を参照して、ファイル管理装置２１のファイル取得処理と電子署名検証処理を説明する。Ｓｔｅｐ１、Ｓｔｅｐ２は第二の実施形態の動作の説明におけるＳｔｅｐ１、２と同様である。次に、アクセス許可の通知を受けたクライアント端末３０は、所定の記憶装置に記憶された取得したい署名済みファイル（取得対象ファイル）を一意に特定できる情報をファイル管理装置２１に送信する（Ｓｔｅｐ３）。第二の実施形態では、ファイル名で一意に特定できるとして説明する。クライアント端末３０から送信された取得対象ファイルのファイル名は、ファイル管理装置２１内のファイル管理部１２で受信される。取得対象ファイルのファイル名を受信したファイル管理部１２は、署名済みファイルを図示しない所定の記憶装置から検索し、クライアント端末３０に送信する（Ｓｔｅｐ４）。次に図１１を参照すると、取得対象ファイルを取得したクライアント端末３０は、取得対象ファイルの公開鍵証明書から公開鍵を取り出し、公開鍵により電子署名を復号化する（Ｓｔｅｐ５−１）。電子署名が付与されていない元のファイルデータからハッシュ値を算出し（Ｓｔｅｐ５−２）、復号化したハッシュ値と比較することで、取得した署名済みファイルが署名済みファイルの生成後に改ざんされているかどうかを確認することができる（Ｓｔｅｐ５−３）。
【００４５】
［効果の説明］第二の実施形態におけるファイル管理装置２１では、第一の実施形態におけるファイル管理装置１が認証処理部１６をさらに有することで、認証された正規のユーザによってファイル管理装置２１が使用される。また、認証処理時に用いた認証情報を公開鍵証明書発行依頼時にサブジェクト情報として用いることで、クライアント端末から別途サブジェクト情報とする情報の入力を受けずに公開鍵証明書発行依頼を行うことができる。加えて、認証された正規のユーザの認証情報をもとに公開鍵証明書が発行されるため、取得対象ファイルを参照したユーザは、公開鍵証明書のサブジェクト情報から、該取得対象ファイルの作成者に関してより正確な情報を得ることができる。
【００４６】
［その他の実施形態］第二の実施形態では、認証局４０に公開鍵とともに送信される情報は、ファイルパス名及びユーザＩＤとして説明したが、ファイルパス名のみ、またはユーザＩＤのみを送信してもよい。一方、第二の実施形態に記載したように、ユーザＩＤとファイルパス名との両方をサブジェクト名に記載すると、いずれか一方が記載された証明より限定的な証明書になるため、不正に作成されにくく、安全な証明書とすることができる。
【００４７】
また、第二の実施形態では、ファイル管理装置２１が認証処理部１６を備える場合として説明したが、認証処理部１６でなく、図１２に示すようにユーザ識別情報受信部１７を備えるようにしてもよい。この場合のシーケンス図は図１３である。図７と比較して、認証処理がない点と、クライアント端末３０からユーザＩＤのみをファイル管理装置２１に送信する点が異なる。具体的には、ユーザ識別情報受信部１７は、クライアント端末３０からユーザ識別情報を受信する。この場合、公開鍵証明書取得部１３はユーザ識別情報受信部１７が受信したユーザ識別情報と、鍵生成部１１が生成した公開鍵とを認証局４０に送付し、ユーザ識別情報がサブジェクト情報に含まれる公開鍵証明書を受信する。
【００４８】
また、第一、第二の実施形態において、ファイル管理部１２は署名済みファイルを所定の記憶装置に送信するとしたが、ファイル管理装置１、２１に署名済みファイルを記憶するファイル記憶部を備えてもよい。また、上述した各実施形態は、適宜組み合わせて実施されることが可能である。
【００４９】
各ブロック図に示したブロック分けは、説明の便宜上から表された構成である。各実施形態を例に説明された本発明は、その実装に際して、各ブロック図に示した構成には限定されない。
【００５０】
以上、本発明を実施するための形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００５１】
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
［付記１］  ファイルをクライアント端末から受信するファイル管理部と、
認証局への公開鍵の一回の送信に対し、対となる秘密鍵と前記公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶部に記憶させる鍵生成部と、
前記記憶部から読み出した前記公開鍵を前記認証局に送信し、前記認証局により発行される公開鍵証明書を受信する公開鍵証明書取得部と、
前記ファイル管理部から受信した前記ファイルと、前記記憶部から読み出した前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとする電子署名部と、を備える、ファイル管理装置。
［付記２］  付記１に記載のファイル管理装置は、さらに秘密鍵処理部を備え、前記秘密鍵処理部は、前記電子署名部が前記署名済みファイルを生成した後、少なくとも次の前記電子署名データの生成を行うまでに、前記記憶部に記憶された前記秘密鍵を使用不能にする、ファイル管理装置。
［付記３］  前記記憶部は、揮発性メモリである、付記１に記載のファイル管理装置。
［付記４］  前記公開鍵証明書取得部は、前記公開鍵と共に、前記ファイル管理部から受信した前記ファイルを一意に特定する情報を認証局に送信し、前記一意に特定する情報がサブジェクト名に記載された前記公開鍵証明書を前記認証局から受信する、付記１または２に記載のファイル管理装置。
［付記５］  クライアント端末から送信されたユーザ識別情報を受信するユーザ識別情報受信部をさらに備え、
前記公開鍵証明書取得部は、前記ユーザ識別情報を、前記公開鍵及び前記一意に特定する情報とともに認証局に送信し、前記ユーザ識別情報及び前記一意に特定する情報がサブジェクト名に記載された前記公開鍵証明書を前記認証局から受信する、付記１から３のいずれかに記載のファイル管理装置。
［付記６］  前記ユーザ識別情報受信部は、前記クライアント端末から受信した前記ユーザ識別情報を含む認証情報を基に、ユーザを認証する認証処理部であり、
前記鍵生成部は、前記認証処理部が前記ユーザを認証したことを受けて、対となる前記秘密鍵及び前記公開鍵を生成する、付記４に記載のファイル管理装置。
［付記７］  受信したファイルを記憶するファイル記憶部をさらに備え、前記電子署名部は、前記署名済みファイルを前記ファイル管理部に送信し、前記ファイル管理部は、前記署名済みファイルを前記ファイル記憶部へ送信する、付記１から５のいずれかに記載のファイル管理装置。
［付記８］  前記一意に特定する情報がファイル名またはファイルパス名である、付記１から６のいずれかに記載のファイル管理装置。
［付記９］  ファイルをクライアント端末から受信するファイル管理部、
前記ファイルに対し、対となる秘密鍵と公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶部に記憶させる鍵生成部、
前記記憶部から読み出した前記公開鍵を認証局に送信し、前記認証局により発行される公開鍵証明書を受信する公開鍵証明書取得部及び、
前記ファイル管理部から受信した前記ファイルと、前記記憶部から読み出した前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとする電子署名部を備えるファイル管理装置と、認証局とを備えるファイル管理システム。
［付記１０］  ファイルをクライアント端末から受信し、
前記ファイルに対し、対となる秘密鍵と公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶し、
前記公開鍵を認証局に送信し、前記認証局により発行される公開鍵証明書を受信し、
受信した前記ファイルと、前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとする、ファイル管理方法。
［付記１１］  ファイルをクライアント端末から受信するステップと、
前記ファイルに対し、対となる秘密鍵と公開鍵とを生成し、生成した前記秘密鍵と前記公開鍵とを記憶するステップと、
前記公開鍵を認証局に送信し、前記認証局により発行される公開鍵証明書を受信するステップと、
受信した前記ファイルと、前記秘密鍵とに基づいて電子署名データを生成し、前記電子署名データと前記公開鍵証明書とを前記ファイルに付与することによって電子署名を行い署名済みファイルとするステップと、を備えるファイル管理プログラム。
【符号の説明】
【００５２】
１、２１    ファイル管理装置
２    ＣＰＵ
３    メモリ
４    入出力Ｉ／Ｆ
５    バス
７    通信装置
１１    鍵生成部
１２    ファイル管理部
１３    公開鍵証明書取得部
１４    電子署名部
１５    秘密鍵処理部
１６    認証処理部
１７    ユーザ識別情報受信部
３０    クライアント端末
４０    認証局
５０    通信網
【図１】
2016163198.tif 000003
【図２】
2016163198.tif 000004
【図３】
2016163198.tif 000005
【図４】
2016163198.tif 000006
【図５】
2016163198.tif 000007
【図６】
2016163198.tif 000008
【図７】
2016163198.tif 000009
【図８】
2016163198.tif 000010
【図９】
2016163198.tif 000011
【図１０】
2016163198.tif 000012
【図１１】
2016163198.tif 000013
【図１２】
2016163198.tif 000014
【図１３】
2016163198.tif 000015
【図１４】
2016163198.tif 000016