電子ファイル送信方法
【課題】安全かつ簡単に電子ファイルを受信者に送信することが可能な電子ファイル送信方法を提供する。
【解決手段】受信装置１２０は、暗号化された電子ファイル５１１を含む電子メール５１２を送信装置１１０から受信する。暗号化された電子ファイル５１１の復号化に必要な復号用パスワードが、送信装置１１０により、管理サーバ１３０の公開鍵を用いて暗号化されて管理サーバ１３０に送信される。管理サーバ１３０は、電子ファイル５１１のファイル識別子に対応付けて復号用パスワードと正当な受信者である受信装置１２０の受信者Ｙの電子メールアドレスとを保存する。受信装置１２０は、電子ファイル５１１のファイル識別子と受信者Ｙの電子メールアドレスとを管理サーバ１３０に送信する。管理サーバ１３０は、受信装置１２０の公開鍵を用いて暗号化したパスワードを受信装置１２０に送信する。
【解決手段】受信装置１２０は、暗号化された電子ファイル５１１を含む電子メール５１２を送信装置１１０から受信する。暗号化された電子ファイル５１１の復号化に必要な復号用パスワードが、送信装置１１０により、管理サーバ１３０の公開鍵を用いて暗号化されて管理サーバ１３０に送信される。管理サーバ１３０は、電子ファイル５１１のファイル識別子に対応付けて復号用パスワードと正当な受信者である受信装置１２０の受信者Ｙの電子メールアドレスとを保存する。受信装置１２０は、電子ファイル５１１のファイル識別子と受信者Ｙの電子メールアドレスとを管理サーバ１３０に送信する。管理サーバ１３０は、受信装置１２０の公開鍵を用いて暗号化したパスワードを受信装置１２０に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には電子ファイルの送信方法に関し、特に暗号化された電子ファイルの送信方法に関する。
【背景技術】
【０００２】
インターネット等の通信網を介して電子ファイルを送信するために、電子ファイルを電子メールに添付して送信する手法が、一般的に利用されている。この手法を用いた場合には、電子メールを構成するすべてのデータが、電子メールを中継したサーバなどに残るため、第三者によって容易に参照されてしまう。
【０００３】
かかる問題を防ぐ手法として、電子メールに添付される電子ファイルを暗号化する手法が知られている（特許文献１）。この手法を採用すれば、第三者が暗号化された電子ファイルの内容を参照することは困難となる。
【特許文献１】特開２００７−３０６２６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子ファイルを暗号化する手法を採用した場合には、電子メールの送信者が、暗号化された電子ファイルの復号化に必要なパスワードを、電子メールの受信者に対して伝達する必要がある。特許文献１に開示された手法では、暗号化された電子ファイルを添付したメールがパソコンにより送信される一方、暗号化された電子ファイルの復号化に必要なパスワードが携帯電話により送信されている。パスワードは、携帯電話網にそのまま送信されているため、第三者に参照される可能性がある。このように、特許文献１に開示された手法では、受信者に対してパスワードを安全に伝達することができない。
【０００５】
さらに、上記手法を特に長期間にわたって継続的に採用する場合には、送信者及び受信者の両者がパスワードを管理しなければならない。
【０００６】
さらにまた、パスワードは、通常、人間によって決められるため、辞書攻撃を受けやすいもの（例えば、短い文字・数字列や意味のある文字列等）に設定される傾向にある。この傾向は、上述のように送信者及び受信者の両者がパスワードを管理しなければならないという事情により、特に顕著となる。
【０００７】
そこで、本発明は、以上のような問題点に鑑み、安全かつ簡単に電子ファイルを受信者に送信することが可能な電子ファイル送信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る電子ファイル送信方法は、送信装置が暗号化された電子ファイルを含む電子メールを受信装置に対して送信する段階と、前記送信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードを暗号化し、暗号化されたパスワードをサーバに対して送信する段階と、前記受信装置が前記送信装置から前記電子メールを受信する段階と、前記サーバが、前記送信装置から前記暗号化されたパスワードを受信して復号化することにより、前記復号化に必要なパスワードを得る段階と、前記サーバが、前記復号化に必要なパスワードを暗号化し、暗号化されたパスワードを前記受信装置に対して送信する段階と、を含むことを特徴とする。
【０００９】
さらに、本発明に係る電子ファイル送信方法は、受信装置が、暗号化された電子ファイルを含む電子メールを送信装置から受信する段階と、前記受信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードをサーバから受信する段階と、前記受信装置が、前記電子ファイルに対して許可又は禁止された処理を示す可否情報を前記サーバから受信する段階と、前記受信装置が、前記パスワードを用いて、前記暗号化された電子ファイルを復号化することにより、電子ファイルを生成する段階と、前記受信装置が、生成された前記電子ファイルに対する処理を前記可否情報に基づいて実行する段階と、を含むことを特徴とする。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明を詳細に説明する。なお、図面における共通する構成要素に対しては同一の参照符号が付されている。
【００１１】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信システムの構成の一例を示すブロック図である。図１に示すように、通信システム１００は、主に、送信装置１１０と、受信装置１２０と、管理サーバ１３０と、メールサーバ１４０と、を含む。これらの装置及びサーバは、インターネット等を含む通信網１５０に接続可能となっている。なお、この通信網１５０は、固定網及び移動体通信網を含むことができる。
【００１２】
送信装置１１０は、例えば、パーソナルコンピュータ、携帯電話や携帯情報端末等に相当する。送信装置１１０は、暗号化された電子ファイルを添付した電子メールを、通信網１５０を介して受信装置１２０に送信する。
【００１３】
受信装置１２０もまた、パーソナルコンピュータ、携帯電話や携帯情報端末等に相当する。受信装置１２０は、送信装置１１０により送信された電子メールを、通信網１５０を介して受信する。
【００１４】
メールサーバ１４０は、送信装置１１０により送信された電子メールを、通信網１５０を介して受信し、この電子メールを通信網１５０を介して受信装置１２０に送信するものである。
【００１５】
管理サーバ１３０は、送信装置１００により暗号化された電子ファイルの復号化に必要なパスワードを、通信網１５０を介して、送信装置１１０から受信装置１２０に送信する。
【００１６】
＜各装置及び管理サーバの内部構成＞
［送信装置１１０の内部構成］
図２は、送信装置１１０の内部構成の一例を示すブロック図である。
送信装置１１０は、主に、制御／処理部２２０と、記憶部２３０と、通信部２４０と、表示部２５０と、を含む。
【００１７】
記憶部２３０は、本実施の形態に係る電子ファイル送信方法を実現するために用いられるアプリケーションプログラム、管理サーバ１３０（又は受信装置１２０）の公開鍵、受信装置１２０に送信すべき電子ファイル等を含む様々な情報を記憶する。
【００１８】
通信部２４０は、制御／処理部２２０による制御を受けて、受信装置１２０に対する電子メールの送信、管理サーバ１３０に対するパスワードの送信等を実行する。
【００１９】
表示部２５０は、制御／処理部２２０によりなされた処理による結果を、この制御／処理部２２０による制御を受けて、送信装置１１０のユーザ（送信者）に表示する。
【００２０】
制御／処理部２２０は、記憶部２３０、通信部２４０及び表示部２５０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作を行う。具体的には、制御／処理部２２０は、記憶部２３０に記憶されたアプリケーションプログラムを実行することにより、記憶部２３０、通信部２４０及び表示部２５０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作（例えば、電子ファイルの暗号化、暗号化された電子ファイルを添付した電子メールの送信、暗号化された電子ファイルを復号化するのに必要とされるパスワードの送信等の動作）を行う。
【００２１】
［管理サーバ１３０の内部構成］
図３は、管理サーバ１３０の内部構成の一例を示すブロック図である。
管理サーバ１３０は、主に、制御／処理部３１０と、通信部３２０と、記憶部３３０と、を含む。
【００２２】
記憶部３３０は、本実施の形態に係る電子ファイル送信方法を実現するために用いられるアプリケーションプログラム、送信装置１１０から受信したパスワード、送信装置１１０から受信装置に送信された電子ファイルを一意に識別可能な識別子等を含む様々な情報を記憶する。
【００２３】
通信部３２０は、制御／処理部３１０による制御を受けて、送信装置１１０との通信（送信装置１１０からのパスワード等の受信）、及び、受信装置１２０との通信（受信装置１２０に対する電子メールの送信、受信装置１２０からの公開鍵の受信、及び、受信装置１２０に対するパスワードの送信等）を実行する。
【００２４】
制御／処理部３１０は、通信部３２０及び記憶部３３０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作を行う。具体的には、制御／処理部３１０は、記憶部３３０に記憶されたアプリケーションプログラムを実行することにより、記憶部３３０及び通信部３２０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作（例えば、送信装置１１０からのパスワード等の受信、受信装置１２０に対するパスワードの送信等）を行う。
【００２５】
［受信装置１２０の内部構成］
図４は、受信装置１２０の内部構成の一例を示すブロック図である。
受信装置１２０は、主に、制御／処理部４１０と、記憶部４２０と、通信部４３０と、表示部４４０と、を含む。
【００２６】
記憶部４２０は、本実施の形態に係る電子ファイル送信方法を実現するために用いられるアプリケーションプログラム、受信装置１２０の秘密鍵等を含む様々な情報を記憶する。
【００２７】
通信部４３０は、制御／処理部４１０による制御を受けて、送信装置１１０からの電子メールの受信、管理サーバ１３０からの電子メールの受信、管理サーバ１３０からのパスワードの受信等を実行する。
【００２８】
表示部４４０は、制御／処理部４１０によりなされた処理による結果を、この制御／処理部４１０による制御を受けて、受信装置１２０のユーザ（受信者）に表示する。
【００２９】
制御／処理部４１０は、記憶部４２０、通信部４３０及び表示部４４０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる処理を行う。具体的には、制御／処理部４１０は、記憶部４２０に記憶されたアプリケーションプログラムを実行することにより、記憶部４２０、通信部４３０及び表示部４４０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作（例えば、送信装置１１０からの電子メールの受信、管理サーバ１３０に対する公開鍵の送信、管理サーバ１３０からのパスワードの受信等）を行う。
【００３０】
＜電子ファイル送信方法の流れ＞
次に、本実施の形態に係る通信システムにより行われる電子ファイル送信方法の全体的な動作を説明する。
【００３１】
［送信装置１１０と管理サーバ１３０及びメールサーバ１４０との間における動作］
図５は、本発明の実施の形態１に係る電子ファイル送信方法において送信装置１１０と管理サーバ１３０及びメールサーバ１４０との間でなされる動作を示す模式図である。
【００３２】
ステップＡ１において、送信装置１１０には、予め専用アプリケーションがインストールされている。
ステップＡ２において、送信装置１１０のユーザである送信者Ｘは、Office（登録商標）等のアプリケーションを利用して、受信装置１２０のユーザである受信者Ｙに送信すべき電子ファイルを作成する。図５には、作成された電子ファイルの一例として、Word（登録商標）ファイル５０１が示されている。
【００３３】
ステップＡ３において、送信者Ｘは、専用アプリケーション上において、安全に送信したい電子ファイルとして電子ファイル５０１を指定する。具体的には、送信装置１１０の表示部２５０には、専用アプリケーションによってウィンドウ５０２が表示されている。この状態において、送信者Ｘは、電子ファイル５０１をウィンドウ５０２内のフィールド５０３にドラッグすることにより、電子ファイル５０１が送信対象ファイルとして指定される。
【００３４】
ステップＡ４において、送信者Ｘは、ファイルを開くことを許可される受信者（ここでは受信者Ｙ）の電子メールアドレスを専用アプリケーション上において指定する。具体的には、送信者Ｘは、受信者Ｙの電子メールアドレスを「公開先」フィールド５０４に入力する。
さらに、送信者Ｘは、電子ファイル５０１に対して受信者Ｙに許可又は禁止する操作を専用アプリケーション上において指定する。具体的には、例えば、送信者Ｘは、電子ファイル５０１に対するすべての操作を許可する場合には、「閲覧制限」フィールド５０５にチェックを入れない。
逆に、送信者Ｘは、電子ファイル５０１に対して何らかの制限を付す場合には、「閲覧制限」フィールド５０５にチェックを入れる。この場合、電子ファイル５０１の閲覧回数に制限を付す場合には、送信者Ｘは、「閲覧回数」フィールド５０６にチェックを入れるとともに、閲覧可能回数をフィールド５０７に入力する。電子ファイル５０１の印刷を禁止する場合には、送信者Ｘは、「印刷」フィールド５０８にチェックを入れる。同様に、電子ファイル５０１に対するクリップボード操作を禁止する場合には、送信者Ｘは、「クリップボード操作」フィールド５０９にチェックを入れる。
このように送信者Ｘに入力された情報は「閲覧可否情報」として記憶される。この閲覧可否情報は、電子ファイル５０１に対して受信者Ｙにより実行可能な処理（操作）を、送信者Ｘにより制御（許可及び／又は禁止）するために用いられるものである。これを実現するための具体的な手法については、後述の実施の形態２において説明する。
【００３５】
ステップＡ５において、送信者Ｘは、電子ファイル５０１の復号化に必要なパスワード（以下「復号用パスワード」という。）を「確認パスワード」フィールド５１０に入力する。或いはまた、専用アプリケーションが、送信者Ｘに復号用パスワードを入力させることなく、ランダムに生成したパスワードを復号用パスワードとすることもできる。これにより、使用する暗号方式の最大長の共通鍵を復号用パスワードとすることができる。
【００３６】
ステップＡ６において、専用アプリケーションは、ステップＡ５において入力又は生成された復号用パスワードを用いて、送信対象ファイルとして指定された電子ファイル５０１を暗号化する。さらに、専用アプリケーションは電子ファイル５０１を圧縮することもできる。さらに、専用アプリケーションは、このように暗号化（及び圧縮）された電子ファイル５１１を一意に識別可能なファイル識別子を生成する。
さらに、専用アプリケーションは、復号用パスワードを管理サーバ１３０の公開鍵により暗号化する。なお、管理サーバ１３０の公開鍵に代えて受信装置１２０の公開鍵を用いてもよい。
この後、専用アプリケーションは、受信者Ｙの電子メールアドレス、閲覧可否情報、ファイル識別子、及び、暗号化された復号用パスワードを、管理サーバ１３０に対して送信する。
【００３７】
ステップＡ６において送信装置１１０により管理サーバ１３０に送信された情報は、通信網１５０を介して管理サーバ１３０により受信される。さらに、暗号化された復号用パスワードは、管理サーバ１３０の秘密鍵（送信装置１１０に用いられた公開鍵に対応する秘密鍵）を用いて復号される。これにより、復号用パスワードが得られる。
【００３８】
この後、ステップＡ７において、受信者Ｙの電子メールアドレス、ファイル識別子、閲覧可否情報及び復号用パスワードが、互いに対応付けられて、記憶部３３０の一部であるデータベース３３０ａに記憶される。具体的には、ファイル識別子をキーとして、これに対応付けられて、受信者Ｙの電子メールアドレス（公開先アドレス）、閲覧可否情報及び復号用パスワードが、データベース３３０ａに記憶される。
【００３９】
一方、送信装置１１０を再度参照すると、ステップＡ８において、専用アプリケーションが、暗号化された電子ファイル５１１を添付した電子メール５１２を送信する。この電子メール５１２は、メールサーバ１４０を介して、受信装置１２０に送信される。
【００４０】
［受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間における動作（ユーザ登録前）］
管理サーバ１３０は、上記ステップＡ６において送信装置１１０から受信者Ｙの電子メールアドレスを受信した時点において、受信者Ｙが管理サーバ１３０によりユーザ登録されているか否かを確認する。ここでは、受信者Ｙがユーザ登録されていないものとする。
【００４１】
図６は、本発明の実施の形態１に係る電子ファイル送信方法において受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間でなされる動作を示す模式図である。
ステップＢ１において、管理サーバ１３０は、ランダムな情報により構成されたトークン（データ列）が例えばメール本文に記載された電子メール６０１を生成する。さらに、この電子メール６０１の例えばメール本文には、専用アプリケーション（ビューワ）のインストーラを提供するウェブサイトのＵＲＬが記載されている。このＵＲＬは、本実施の形態では、一例として管理サーバ１３０のＵＲＬとされている。管理サーバ１３０は、この電子メール６０１を受信装置１２０に送信する。
【００４２】
ステップＢ２において、受信装置１２０は、送信装置１１０により（ステップＡ８において）送信された電子メール５１２を、メールサーバ１４０を介して受信する。この時点において、受信装置１２０は、復号用パスワードを有していないため、受信した電子メール５１２に添付された暗号化された電子ファイル５１１を開くことはできない。
【００４３】
ステップＢ３において、受信装置１２０は、管理サーバ１３０により（ステップＢ１において）送信された電子メール６０１を受信する。この電子メール６０１のメール本文には、上述した通り、トークン及びＵＲＬが記載されている。
【００４４】
ステップＢ４において、受信者Ｙがメール本文に記載されたＵＲＬに対してクリック操作を行うことにより、受信装置１２０は、このＵＲＬに基づいて管理サーバ１３０にアクセスし、この管理サーバ１３０から専用アプリケーション（ビューワ）のインストーラ６０２をダウンロードする。この後、受信装置１２０は、ダウンロードしたインストーラ６０２を実行することにより、専用アプリケーション（ビューワ）をインストールする。
【００４５】
インストール時には、ステップＢ５に示すように、インストーラ６０２が、非対称鍵の鍵ペア、すなわち、秘密鍵６０３とこれに対応する公開鍵６０４を生成する。生成された秘密鍵６０３は、暗黙に保存される。
【００４６】
さらにまた、インストール時には、ステップＢ６に示すように、インストーラが、ダイアログボックス６０５を（表示部４４０に）表示し、電子メール６０１のメール本文に記載されていたトークンの入力を、受信者Ｙに要求する。
【００４７】
専用アプリケーション（ビューワ）のインストールが終了すると、ステップＢ７において、起動した専用アプリケーションが、ステップＢ５において生成された公開鍵６０４と、ステップＢ６において入力されたトークンをステップＢ５において生成された秘密鍵６０３で暗号化したものとを、管理サーバ１３０に送信する。なお、専用アプリケーションが、ステップＢ６において入力されたトークンを暗号化せずに管理サーバ１３０に送信するようにしてもよい。
【００４８】
受信装置１２０により送信された公開鍵及び暗号化されたトークンは、ステップＢ８において、管理サーバ１３０に受信される。管理サーバ１３０は、受信装置１２０から受信した暗号化されたトークンを受信した公開鍵により復号する。管理サーバ１３０は、復号により得られたトークンが、管理サーバ１３０によりステップＢ１において送信されたトークンと一致した場合には、受信者Ｙが正当なユーザ登録者であると判断し、受信者Ｙをユーザ登録する。具体的には、管理サーバ１３０は、受信者Ｙの電子メールアドレスと公開鍵とを対応付けてデータベース３３０ａに保存する。すなわち、受信された公開鍵が、受信者Ｙの正当な公開鍵であるとして、受信者Ｙの電子メールアドレスに対応付けてデータベース３３０ａに保存される。これにより、受信者Ｙのユーザ登録が完了する。
【００４９】
なお、上記ステップＢ５では、秘密鍵及び公開鍵は、インストーラにより生成されているが、インストーラによりインストールされた専用アプリケーション（ビューワ）により生成されるようにしてもよい。
さらにまた、上記ステップＢ６では、受信者Ｙに対するトークンの入力もまた、インストーラにより要求されているが、インストーラによりインストールされた専用アプリケーションによって、例えば、このアプリケーションの初回起動時又は使用開始前に要求されるようにしてもよい。
【００５０】
［受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間における動作（ユーザ登録済）］
上述したように、管理サーバ１３０は、上記ステップＡ６において送信装置１１０から受信者Ｙの電子メールアドレスを受信した時点において、受信者Ｙが管理サーバ１３０によりユーザ登録されているか否かを確認する。ここでは、受信者Ｙが既にユーザ登録されているものとする。
【００５１】
図７は、本発明の実施の形態１に係る電子ファイル送信方法において受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間でなされる動作を示す模式図である。
受信者Ｙのユーザ登録が既に完了しているため、ステップＣ１に示すように、受信装置１２０には秘密鍵６０３が保存されており、秘密鍵６０３に対応する公開鍵６０４が管理サーバ１３０のデータベース３３０ａに保存されている。
【００５２】
ステップＣ２において、専用アプリケーション（ビューワ）が受信装置１２０において起動している。受信者Ｙは、メール５１２により受信した暗号化された電子ファイル５１１を、ビューワを用いて開く操作を行う。
【００５３】
ステップＣ３において、ビューワは、受信者Ｙを識別する電子メールアドレス（すなわち受信者Ｙの電子メールアドレス）、及び、暗号化された電子ファイル５１１から抽出したファイル識別子を、管理サーバ１３０に対して送信する。
【００５４】
ステップＣ４において、管理サーバ１３０は、受信装置１２０から受信したファイル識別子をキーにして、このファイル識別子に対応付けて（上記ステップＡ７において）保存された公開先アドレスを取り出し、取り出した公開先アドレスの中に、受信装置１２０から受信した受信者Ｙの電子メールアドレスが存在するか否かを検索する。すなわち、受信装置１２０から受信したファイル識別子により一意に特定される電子ファイルについて、その電子ファイルを公開可能な正当な受信者として、受信者Ｙが送信者Ｘにより指定されているかが、管理サーバ１３０により判断される。
【００５５】
受信者Ｙが公開可能な受信者であると判断された場合には、ステップＣ５において、管理サーバ１３０は、そのファイル識別子に対応付けて（上記ステップＡ７において）保存された復号用パスワード７０１をデータベース３３０ａから抽出する。さらに、管理サーバ１３０は、受信者Ｙに対応付けて（上記ステップＢ８において）保存された受信装置１２０の公開鍵６０４をデータベース３３０ａから抽出する。さらにまた、管理サーバ１３０は、復号用パスワード７０１を公開鍵６０４により暗号化し、暗号化されたパスワード７０２を受信装置１２０に送信する。
【００５６】
ステップＣ６において、受信装置１２０が、暗号化されたパスワード７０２を受信する。受信装置１２０で起動しているビューワが、暗号化されたパスワード７０２をこの受信装置１２０に保存されている秘密鍵６０３により復号化することにより、復号用パスワード７０１を得る。
【００５７】
ステップＣ７において、ビューワは、電子メール５１２に添付された暗号化された電子ファイル５１１を、復号用パスワード７０１を用いて復号することにより、電子ファイル５０１を得る。
以上のステップＣ２〜Ｃ７から明らかなように、受信者は、暗号化された電子ファイルを復号化するためには、ビューワを起動させておく必要がある。さらに、ビューワは、暗号化された電子ファイルの復号化を行うためには、その都度、復号化に必要なパスワードを取得するために管理サーバにアクセスしなければならない。よって、受信者が暗号化された電子ファイルの復号時にパスワードを取得するために管理サーバ１３０にアクセスした際に、管理サーバ１３０が、ファイル識別子に対応付けて受信者及び時刻等の記録を残しておく構成を採用することもできる。受信者は電子ファイルの復号化を行うためには管理サーバ１３０に必ずアクセスする必要があるので、この構成によれば、送信者は、管理サーバ１３０に残された記録を参照することにより、受信者がいつファイルを開いたかを追跡することができる。
【００５８】
以上説明したように、本発明によれば、電子ファイル本体は、高い強度で暗号化されているため、たとえ第三者に入手されても開くことができない。
暗号化された電子ファイルの復号化に必要なパスワードは、ネットワーク上をそのまま流れることなく、管理サーバの公開鍵又は送信者により意図された受信者の公開鍵により暗号化されて伝達される。よって、第三者がこのパスワードを知りえたとしても秘密鍵がない限り復号できない。
仮に管理サーバが信頼できない場合であっても、管理サーバは、暗号化された電子ファイルの復号化に必要なパスワードを管理しているだけであって、電子ファイル本体を一切管理していないため、第三者が暗号化された電子ファイルを復号化することは防止される。
管理サーバは、電子ファイルを識別する情報（例えばファイル識別子）とこれに対応付けられた正当な受信者を識別する情報（例えば受信者の電子メールアドレス）とを、この電子ファイルの送信者から受信して管理する。受信者は、復号したい電子ファイルを識別する情報（ファイル識別子）と自分自身を識別する情報（電子メールアドレス）とを管理サーバに送信することにより、暗号化されたパスワードを管理サーバに要求する。要求を受けた管理サーバは、送信者及び受信者の両者から受信したファイル識別子及び電子メールアドレスを比較することにより、正当な受信者が適切な受信ファイルを復号しようとしているかを確実かつ自動的に判断することができる。よって、送信者により意図された適切な電子ファイルが、送信者により意図された正当な受信者のみにより、確実に取得されることになる。
送信装置から受信装置に対する管理サーバを介したパスワードの伝達は、各装置にインストールされたアプリケーションプログラムにより実行されるので、送信者及び受信者は、パスワードを意識する必要がなく、さらには、パスワードを管理する必要もない。
したがって、本発明によれば、安全かつ確実に電子ファイルを正当な受信者に伝達することができる。
【００５９】
なお、本実施の形態では、最も好ましい実施の形態として、送信装置１１０と管理サーバ１３０との間、及び、管理サーバ１３０と受信装置１２０との間において、電子ファイルの復号化に必要なパスワードが、公開鍵により暗号化されこの公開鍵に対応する秘密鍵により復号化される場合について、すなわち、電子ファイルの復号化に必要なパスワードに対して非対称暗号方式を用いた暗号化及び復号化が行われる場合について、説明した。しかしながら、本発明は、電子ファイルの復号化に必要なパスワードに対して秘密鍵暗号方式を用いた暗号化及び復号化が行われる場合にも適用可能なものである。
【００６０】
秘密鍵暗号方式が用いられる場合には、具体的には、送信装置１１０と管理サーバ１３０との関係では、ステップＡ６において、送信装置１１０は、第１の秘密鍵を用いて電子ファイル５０１を暗号化し、この第１の秘密鍵を第２の秘密鍵を用いて暗号化し、第２の秘密鍵により暗号化された第１の秘密鍵を管理サーバ１３０に送信する。管理サーバ１３０は、暗号化された第１の秘密鍵を第２の秘密鍵により復号して、第１の秘密鍵を得る。この第１の秘密鍵がステップＡ７において復号用パスワードとして管理サーバ１３０により記憶される。よって、送信装置１１０及び管理サーバ１３０が、第２の秘密鍵を予め保持しておく必要がある。
【００６１】
一方、受信装置１２０と管理サーバ１３０との関係では、ステップＢ７において、公開鍵ではなく、秘密鍵（ここでは便宜上「第３の秘密鍵」とする）及びさらに別の秘密鍵（「第４の秘密鍵」）が用いられる。すなわち、受信装置１２０は、第４の秘密鍵により暗号化された第３の秘密鍵と、第３の秘密鍵又は第４の秘密鍵により暗号化されたトークンとを、管理サーバ１３０に送信する。ステップＢ８において、管理サーバ１３０は、暗号化された第３の秘密鍵を第４の秘密鍵にて復号化することにより第３の秘密鍵を得て、暗号化されたトークンを第３の秘密鍵又は第４の秘密鍵により復号化することによりトークンを得る。さらに、ステップＣ５において、管理サーバ１３０は、復号用パスワードを第３の秘密鍵により暗号化して受信装置１２０に送信し、ステップＣ６において、受信装置１２０が、暗号化された復号用パスワードを第３の秘密鍵により復号化して、復号用パスワードを得る。よって、よって、受信装置１２０及び管理サーバ１３０が、第４の秘密鍵を予め保持しておく必要がある。
【００６２】
（実施の形態２）
本実施の形態では、実施の形態１において説明した電子ファイル送信方法において、電子ファイルに対して受信者により実行可能な処理（操作）をこの電子ファイルの送信者により制御（許可及び／又は禁止）する手法について説明する。
以下、本実施の形態のうち上記実施の形態１と共通する点についての詳細な説明が省略される、ということに留意されたい。
【００６３】
図８は、本発明の実施の形態２に係る電子ファイル送信方法においてなされる動作を示す模式図である。なお、受信者Ｙは管理サーバ１３０により既にユーザ登録されているものとする。
ステップＤ１において、送信者Ｘは、上記ステップＡ３と同様に、専用アプリケーション上において、Word（登録商標）ファイル５０１を送信対象ファイルとして指定する。ステップＤ２において、送信者Ｘは、上記ステップＡ４と同様に、ファイルを開くことを許可される受信者（ここでは受信者Ｙ）の電子メールアドレスを指定する。さらに、送信者Ｘは、上記ステップＡ４と同様に、電子ファイル５０１に対して受信者Ｙに許可又は禁止する操作を指定する。
【００６４】
ステップＤ３において、専用アプリケーションが、上記ステップＡ６と同様に、上記ステップＡ５において入力又は生成された復号用パスワードを用いて、送信対象ファイルとして指定された電子ファイル５０１を暗号化（さらに圧縮）する。この後、上記ステップＡ６と同様に、専用アプリケーションは、受信者Ｙの電子メールアドレス、閲覧可否情報、ファイル識別子、及び、暗号化された復号用パスワードを、管理サーバ１３０に対して送信する。管理サーバ１３０においてこれらの情報に対してなされる処理は、上記ステップＡ６及びＡ７で説明した通りである。
【００６５】
このステップＤ３において、専用アプリケーションは、暗号化された電子ファイル８０１のファイル名を電子ファイル５０１のファイル名と同一にすることができる。すなわち、暗号化された電子ファイル８０１のファイル名を電子ファイル５０１のファイル名（Important.doc）と同一にすることができる。
この暗号化された電子ファイル８０１のヘッダ部分８０２には、ファイル識別子８０２ｂが記載されている。さらに、このヘッダ部分８０２には、この電子ファイル８０１が独自形式のものであることを示すヘッダ８０２ａが付加されている。また、ヘッダ部分８０２には、メタデータ８０２ｃを付加することもできる。メタデータ８０２ｃは、例えば、電子ファイル５０１の著作権や編集履歴を示す情報等を含むことができる。このメタデータ８０２ｃは、元のファイルの内容８０３と同様に暗号化されるようにしてもよい。
【００６６】
ステップＤ４において、上記ステップＡ８と同様に、専用アプリケーションが、暗号化された電子ファイル８０１を添付した電子メール８０４を送信する。この電子メール８０４は、メールサーバ１０４を介して、受信装置１２０により受信される。
【００６７】
ステップＤ５において、上記ステップＣ２と同様に、受信装置１２０において専用アプリケーション（ビューワ）が起動している。受信者Ｙは、メール８０４により受信した暗号化された電子ファイル８０１を、ビューワを用いて開く操作を行う。
【００６８】
ステップＤ６において、暗号化された電子ファイル８０１のファイル名は、電子ファイル５０１のファイル名と同一であるが、この暗号化された電子ファイル８０１は、独自形式のものであるので、そのままでは開くことはできない。しかしながら、本発明では、ユーザにそのことを意識させることなく、次のように、オペレーティングシステム（ＯＳ）８０５が電子ファイル８０１のオープン操作を実行する。
【００６９】
ステップＤ７において、ビューワ８０６は、ＯＳ８０５によるアプリケーション起動の動作を監視しており、暗号化された電子ファイル８０１のオープンによって想定される特定のアプリケーション（ここではWord（登録商標））８０７がＯＳ８０５によって起動されたことを認識すると、特定のアプリケーション８０７によって呼び出されるＡＰＩモジュール８０８によりなされる処理を、ＡＰＩフックにより独自のフックモジュール８０９による処理に置き換えるように、構成されている。したがって、ＯＳ８０５が電子ファイル８０１の拡張子（.doc）に基づいてWord（登録商標）を起動すると、ビューワ８０６は、特定のアプリケーション８０７であるWord（登録商標）がＯＳ８０５により起動されたことを認識し、ＡＰＩフックにより独自のフックモジュール８０９を呼び出す。
【００７０】
ステップＤ８において、起動した特定のアプリケーション８０７は、ファイルの内容にアクセスするために、ＯＳ８０５により用意されているＡＰＩモジュールを呼び出す（コールする）。しかし、ステップＤ９では、呼び出されたＡＰＩモジュールによる処理は実際には実行されず、ＡＰＩフックにより呼び出された独自のフックモジュール８０９による処理が実行される。独自のフックモジュール８０９は、暗号化された電子ファイル８０１へのアクセスに関して、この電子ファイル８０１のヘッダ部分８０２に（上記ステップＤ３において付加された）ヘッダ８０２ａが付加されているか否かを確認する。
独自のフックモジュール８０９は、ヘッダ部分８０２にヘッダ８０２ａが付加されていない場合には、この電子ファイル８０１が独自形式のものではない（すなわち通常のWord（登録商標）ファイルである）と判断して、ＯＳ８０５により通常なされる処理（すなわちステップＤ９により呼び出されたＡＰＩモジュールによる処理）を実行する。
一方、独自のフックモジュール８０９は、ヘッダ部分８０２にヘッダ８０２ａが付加されている場合には、この電子ファイル８０１が独自形式のものであると判断して、次のステップＤ１０以降の処理を実行する。
【００７１】
ステップＤ１０において、ビューワ８０６（独自のフックモジュール８０９）が、上記ステップＣ３と同様に、受信者Ｙの電子メールアドレス及びファイル識別子を管理サーバ１３０に対して送信する。この結果、上記ステップＣ４及びＣ５で説明した処理が管理サーバ１３０により実行されることにより、受信装置１２０は、暗号化されたパスワード７０２を管理サーバ１３０から受信する。これにより、ビューワ８０６（独自のフックモジュール８０９）は、上記ステップＣ６と同様に復号用パスワード７０１を得て、上記ステップＣ７と同様に、復号用パスワード７０１を用いて、暗号化された電子ファイル８０１を復号して、電子ファイル５０１を得る。
なお、受信者Ｙが管理サーバ１３０によりユーザ登録されていない場合には、図６を参照して上述したステップＢ１〜Ｂ８が実行される。
【００７２】
ここで、上記ステップＤ８〜Ｄ１０における動作を特にＡＰＩフックに着目してさらに具体的に説明する。
［ＡＰＩフックの概念］
まず、ＡＰＩフックの概念について説明する。
（１）ＡＰＩ（Application Program Interface）とは、ＯＳ内でアプリケーションを開発する際に使用できるＯＳの機能の集合をいう。アプリケーションは、ＯＳにより用意されているＡＰＩモジュールを組み合わせて、このアプリケーションの欲する機能をＯＳに実行させる。
例えば、Windows（登録商標）上でファイルを読み込むアプリケーション（例えばWord（登録商標））を例にとると、このアプリケーションは、一般的には、図９に示す処理を行う。図９は、一般的なアプリケーションによりなされるファイルの読み込み処理を示す模式図である。
ステップ９１０において、アプリケーション９０１が、ファイル名を指定してCreateFile APIを呼び出してファイルを開く。ステップ９２０において、アプリケーション９０１が、開いたファイルの識別子（HANDLE）を指定してReadFile APIを呼び出して内容を取得する。ステップ９３０において、アプリケーション９０１が、読み終わったファイルをCloseHandle APIによって開放する。
このように、デバイスやリソースはＯＳ９０２によって管理されており、アプリケーション９０１が、ＯＳの機能を利用する場合には、必ず何らかのＡＰＩの呼び出しを行う。すなわち、アプリケーション９０１は、公開されているＡＰＩを通してＯＳ９０２に処理を依頼するという方法により、デバイスやリソースにアクセスを行う。
【００７３】
（２）アプリケーションプログラムにより使用されるＡＰＩは、そのプログラムの実行ファイルに一覧として記述されている。ＯＳは、そのプログラムの起動時に、そのプログラムが必要とするＡＰＩの実体をメモリ上に配置し、そのＡＰＩのメモリ上における番地を、プログラム上に記述されたＡＰＩの呼び出しに結び付ける。これにより、図１０に示すように、プログラムに「CreateFileという名称のＡＰＩを呼び出す」という記述があった場合には、CreateFileの実体がメモリ上に配置された上で、「0x6fff00a0にある関数を呼び出す」という実際の処理が実行されるように、メモリが書き換えられる。
【００７４】
（３）ここで、図１１に示すように、独自のプログラム片（モジュール）をプログラムの実行メモリ空間に割り込ませ、ＡＰＩの名称と実際の番地との結び付きの情報を書き換えることにより、本来呼び出されるはずのCreateFile APIの実体とは別の処理を実行させることができる。これを「ＡＰＩフック」という。これにより、アプリケーションがＯＳの機能としてCreateFile APIを呼び出そうとしたときに、外部から注入したフックモジュールによる独自の処理を実行することができる。フックモジュールは、本来のCreateFile APIがメモリ上のどこに存在しているかを認識しているため、必要であれば、本来のCreateFile APIに処理を転送することもできる。
以上、ＡＰＩフックの概念について説明した。
【００７５】
［ステップＤ８〜Ｄ１０における動作の詳細］
図１２は、ステップＤ８〜Ｄ１０においてなされる動作をＡＰＩフックに着目して示すフロー図である。図１２とともに図８を参照すると、ステップＤ８において、特定のアプリケーション８０７は、ファイルの内容にアクセスするためにファイル名を指定してCreateFile APIを呼び出そうとする。しかし、実際には、ステップＤ９において、ＡＰＩフックにより呼び出された独自のフックモジュール８０９による処理が実行される。具体的には、独自のフックモジュール８０９は、ステップＤ９−１において、ファイル名を指定してCreateFile APIを呼び出して電子ファイル８０１を開く。ステップＤ９−２において、独自のフックモジュール８０９は、開いたファイル８０１の識別子を指定してReadFile APIを呼び出してその内容を取得する。独自のフックモジュール８０９は、電子ファイル８０１のヘッダ部８０２を読み取ることにより、この電子ファイルが独自形式のものであると認識した場合には、ステップＤ１０において、受信者Ｙの電子メールアドレス及びファイル識別子を管理サーバ１３０に対して送信する。これにより、独自のフックモジュール８０９は、暗号化されたパスワード７０２を管理サーバ１３０から取得する。
この後、独自のフックモジュール８０９は、メモリ上において、暗号化された電子ファイル８０１を復号して電子ファイル５０１の内容を得る。得られた電子ファイル５０１の内容は、メモリ（一時記憶領域）上において、展開及び保持され、ステップＤ１０−１に示すように、メモリ上において、特定のアプリケーション８０７に返却される。
以上、ステップＤ８〜Ｄ１０について説明した。
【００７６】
次に、ステップＤ１１において、独自のフックモジュール８０９は、ファイル識別子に対応付けて（上記ステップＡ７において）記憶された閲覧可否情報をも、管理サーバ１３０から受信する。この閲覧可否情報は、上記ステップＤ２（すなわちステップＡ４）において送信者Ｘにより入力された情報に相当する。
【００７７】
独自のフックモジュール８０９は、受信した閲覧可否情報に基づいて、受信者Ｙによる電子ファイル５０１に対する処理（例えば編集、印刷やクリップボード操作等）を、送信者Ｘの意図した通りに許可及び／又は制限することができる。その具体的な実現手法が図１３に示されている。図１３は、本発明の実施の形態２に係るファイル送信方法において受信者による電子ファイルに対するクリップボード操作を制限するための動作を示すフロー図である。
【００７８】
上述したように、特定のアプリケーション８０７が起動しているので、このアプリケーションによって呼び出されるＡＰＩモジュールによりなされる処理は、ＡＰＩフックにより独自のフックモジュール８０９による処理に置き換えられている。
この状態において、受信者Ｙがクリップボード操作を行うためにステップＥ１において「Ｃｔｒｌ」キー及び「Ｃ」キーを押圧する操作を行うと、アプリケーション８０７は、ステップＥ２においてSetClipBoardData APIを呼び出す。しかし、実際には、ステップＥ３において、独自のフックモジュール８０９が「失敗」を返却するので、アプリケーション８０７は、ステップＥ４において受信者Ｙに対してエラーメッセージ等を示す。
これにより、受信者Ｙによる電子ファイル５０１に対するクリップボード操作が、制限される。
同様に、電子ファイル５０１を印刷する際には、GetDCというＡＰＩ、電子ファイル５０１を別名で保存する場合には、CreateFile、WriteFile、CloseHandleという一連のＡＰＩが、アプリケーション８０７により呼び出されるので、これらのＡＰＩの呼び出しに対しても、ＡＰＩフックにより独自のフックモジュール８０９が独自の処理を実行することにより、電子ファイル５０１の印刷や別名での保存を制限することができる。
なお、受信者Ｙによる電子ファイル５０１に対する特定の操作を許可する場合には、独自のフックモジュール８０９は、特定の操作に対応するＡＰＩモジュールがアプリケーション８０７により呼び出されたときに、その呼び出しをそのＡＰＩモジュールに転送すればよい。この場合、そのＡＰＩモジュールによる実行結果は、メモリ上において、独自のフックモジュール８０９によりアプリケーション８０７に返却される。
【００７９】
再度図８を参照すると、独自のフックモジュール８０９が特定のアプリケーション８０７による各ＡＰＩの呼び出しを監視することにより、例えば受信者Ｙにより特定の操作がなされた（特定のＡＰＩが呼び出された）ことを検出して管理サーバ１３０に送信することができる。具体的には、独自のフックモジュール８０９は、ステップＤ１２に示すように、電子ファイルの識別子及び特定の操作を示す操作内容情報（その操作がなされた時間とともに）を管理サーバ１３０に送信することができる。管理サーバ１３０は、電子ファイルの識別子に対応付けて操作内容情報（操作ログ）をデータベース３３０ａに保存する。さらに、送信者Ｘは、送信装置１１０により管理サーバ１３０にアクセスして、ステップＤ１３に示すように、自分が送信した電子ファイルに関して、受信者Ｙによりどのような操作がなされたかを参照することができる。これにより、送信者Ｘは、受信者Ｙに送信した電子ファイルに対してどのような操作が何時に行われたかを追跡することができる。
【００８０】
さらにまた、送信者Ｘは、ステップＤ１４に示すように、送信装置１１０を利用して、管理サーバ１３０にアクセスして、識別子に対応付けて管理サーバ１３０に保存された閲覧可否情報を随時変更することもできる。
【００８１】
上述した実施の形態１では、送信者により意図された正当な受信者のみしか適切な電子ファイルを受信して開くことはできないが、この正当な受信者が取得した電子ファイルを、送信者により意図されていない第三者に流してしまう可能性が残る。
本実施の形態では、受信装置において、復号化により得られた電子ファイルをファイルとして出力するのではなく、暗号化された電子ファイルの読み込み時にＡＰＩをフックすることにより、独自のフックモジュールが、この電子ファイルの復号化をメモリ（一時記憶領域）上で行うので、復号化により得られた電子ファイルの内容は、外部から読み取り可能な形式のファイルとしては残らない。すなわち、メモリ上に展開された電子ファイルの内容は、ハードディスク等の固定記憶領域には展開されない。
さらに、ファイルの書き出し、印刷、クリップボード操作等といった電子ファイルの内容が外部に流出する要因となりうる操作については、これらの操作を実現するためのＡＰＩをメモリ上でフックして、これらの操作に対する許可及び／又は制限（禁止）を制御することができる。これにより、電子ファイルの内容が外部に流出することを防止することができる。
さらにまた、受信装置において、ＡＰＩフックにより独自のフックモジュールが、特定のアプリケーションによる各ＡＰＩの呼び出しを監視して管理サーバに通知することにより、管理サーバは、いずれの受信者によりいずれの操作が何時になされたかを記録しておくことができる。これにより、管理サーバにアクセスした送信者は、受信者による電子ファイルに対する操作内容（例えば、ファイルオープン、閲覧、印刷やクリップボード操作等の任意の操作内容）を容易かつ確実に追跡することができる。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施の形態１に係る通信システムの構成の一例を示すブロック図である。
【図２】送信装置１１０の内部構成の一例を示すブロック図である。
【図３】管理サーバ１３０の内部構成の一例を示すブロック図である。
【図４】受信装置１２０の内部構成の一例を示すブロック図である。
【図５】本発明の実施の形態１に係る電子ファイル送信方法において送信装置と管理サーバ及びメールサーバとの間でなされる動作を示す模式図である。
【図６】本発明の実施の形態１に係る電子ファイル送信方法において受信装置と管理サーバ及びメールサーバとの間でなされる動作を示す模式図である。
【図７】本発明の実施の形態１に係る電子ファイル送信方法において受信装置と管理サーバ及びメールサーバとの間でなされる動作を示す模式図である。
【図８】本発明の実施の形態２に係る電子ファイル送信方法においてなされる動作を示す模式図である。
【図９】一般的なアプリケーションによりなされるファイルの読み込み処理を示す模式図である。
【図１０】ダイナミックリンクの概念を説明するための模式図である。
【図１１】ＡＰＩフックの概念を説明するための模式図である。
【図１２】本発明の実施の形態２に係る電子ファイル送信方法のステップＤ８〜Ｄ１０においてなされる動作をＡＰＩフックに着目して示すフロー図である。
【図１３】本発明の実施の形態２に係る電子ファイル送信方法において受信者による電子ファイルに対するクリップボード操作を制限するための動作を示すフロー図である。
【符号の説明】
【００８３】
１００ 通信システム
１１０ 送信装置
１２０ 受信装置
１３０ 管理サーバ
１４０ メールサーバ
１５０ 通信網
２２０、３１０、４１０ 制御／処理部
２３０、３３０、４２０ 記憶部
２４０、３２０、４３０ 通信部
２５０、４４０ 表示部
３３０ａ データベース
８０６ ビューワ（専用のアプリケーション）
８０７ 特定のアプリケーション
８０９ 独自のフックモジュール（フックモジュール）
【技術分野】
【０００１】
本発明は、一般的には電子ファイルの送信方法に関し、特に暗号化された電子ファイルの送信方法に関する。
【背景技術】
【０００２】
インターネット等の通信網を介して電子ファイルを送信するために、電子ファイルを電子メールに添付して送信する手法が、一般的に利用されている。この手法を用いた場合には、電子メールを構成するすべてのデータが、電子メールを中継したサーバなどに残るため、第三者によって容易に参照されてしまう。
【０００３】
かかる問題を防ぐ手法として、電子メールに添付される電子ファイルを暗号化する手法が知られている（特許文献１）。この手法を採用すれば、第三者が暗号化された電子ファイルの内容を参照することは困難となる。
【特許文献１】特開２００７−３０６２６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子ファイルを暗号化する手法を採用した場合には、電子メールの送信者が、暗号化された電子ファイルの復号化に必要なパスワードを、電子メールの受信者に対して伝達する必要がある。特許文献１に開示された手法では、暗号化された電子ファイルを添付したメールがパソコンにより送信される一方、暗号化された電子ファイルの復号化に必要なパスワードが携帯電話により送信されている。パスワードは、携帯電話網にそのまま送信されているため、第三者に参照される可能性がある。このように、特許文献１に開示された手法では、受信者に対してパスワードを安全に伝達することができない。
【０００５】
さらに、上記手法を特に長期間にわたって継続的に採用する場合には、送信者及び受信者の両者がパスワードを管理しなければならない。
【０００６】
さらにまた、パスワードは、通常、人間によって決められるため、辞書攻撃を受けやすいもの（例えば、短い文字・数字列や意味のある文字列等）に設定される傾向にある。この傾向は、上述のように送信者及び受信者の両者がパスワードを管理しなければならないという事情により、特に顕著となる。
【０００７】
そこで、本発明は、以上のような問題点に鑑み、安全かつ簡単に電子ファイルを受信者に送信することが可能な電子ファイル送信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る電子ファイル送信方法は、送信装置が暗号化された電子ファイルを含む電子メールを受信装置に対して送信する段階と、前記送信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードを暗号化し、暗号化されたパスワードをサーバに対して送信する段階と、前記受信装置が前記送信装置から前記電子メールを受信する段階と、前記サーバが、前記送信装置から前記暗号化されたパスワードを受信して復号化することにより、前記復号化に必要なパスワードを得る段階と、前記サーバが、前記復号化に必要なパスワードを暗号化し、暗号化されたパスワードを前記受信装置に対して送信する段階と、を含むことを特徴とする。
【０００９】
さらに、本発明に係る電子ファイル送信方法は、受信装置が、暗号化された電子ファイルを含む電子メールを送信装置から受信する段階と、前記受信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードをサーバから受信する段階と、前記受信装置が、前記電子ファイルに対して許可又は禁止された処理を示す可否情報を前記サーバから受信する段階と、前記受信装置が、前記パスワードを用いて、前記暗号化された電子ファイルを復号化することにより、電子ファイルを生成する段階と、前記受信装置が、生成された前記電子ファイルに対する処理を前記可否情報に基づいて実行する段階と、を含むことを特徴とする。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明を詳細に説明する。なお、図面における共通する構成要素に対しては同一の参照符号が付されている。
【００１１】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信システムの構成の一例を示すブロック図である。図１に示すように、通信システム１００は、主に、送信装置１１０と、受信装置１２０と、管理サーバ１３０と、メールサーバ１４０と、を含む。これらの装置及びサーバは、インターネット等を含む通信網１５０に接続可能となっている。なお、この通信網１５０は、固定網及び移動体通信網を含むことができる。
【００１２】
送信装置１１０は、例えば、パーソナルコンピュータ、携帯電話や携帯情報端末等に相当する。送信装置１１０は、暗号化された電子ファイルを添付した電子メールを、通信網１５０を介して受信装置１２０に送信する。
【００１３】
受信装置１２０もまた、パーソナルコンピュータ、携帯電話や携帯情報端末等に相当する。受信装置１２０は、送信装置１１０により送信された電子メールを、通信網１５０を介して受信する。
【００１４】
メールサーバ１４０は、送信装置１１０により送信された電子メールを、通信網１５０を介して受信し、この電子メールを通信網１５０を介して受信装置１２０に送信するものである。
【００１５】
管理サーバ１３０は、送信装置１００により暗号化された電子ファイルの復号化に必要なパスワードを、通信網１５０を介して、送信装置１１０から受信装置１２０に送信する。
【００１６】
＜各装置及び管理サーバの内部構成＞
［送信装置１１０の内部構成］
図２は、送信装置１１０の内部構成の一例を示すブロック図である。
送信装置１１０は、主に、制御／処理部２２０と、記憶部２３０と、通信部２４０と、表示部２５０と、を含む。
【００１７】
記憶部２３０は、本実施の形態に係る電子ファイル送信方法を実現するために用いられるアプリケーションプログラム、管理サーバ１３０（又は受信装置１２０）の公開鍵、受信装置１２０に送信すべき電子ファイル等を含む様々な情報を記憶する。
【００１８】
通信部２４０は、制御／処理部２２０による制御を受けて、受信装置１２０に対する電子メールの送信、管理サーバ１３０に対するパスワードの送信等を実行する。
【００１９】
表示部２５０は、制御／処理部２２０によりなされた処理による結果を、この制御／処理部２２０による制御を受けて、送信装置１１０のユーザ（送信者）に表示する。
【００２０】
制御／処理部２２０は、記憶部２３０、通信部２４０及び表示部２５０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作を行う。具体的には、制御／処理部２２０は、記憶部２３０に記憶されたアプリケーションプログラムを実行することにより、記憶部２３０、通信部２４０及び表示部２５０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作（例えば、電子ファイルの暗号化、暗号化された電子ファイルを添付した電子メールの送信、暗号化された電子ファイルを復号化するのに必要とされるパスワードの送信等の動作）を行う。
【００２１】
［管理サーバ１３０の内部構成］
図３は、管理サーバ１３０の内部構成の一例を示すブロック図である。
管理サーバ１３０は、主に、制御／処理部３１０と、通信部３２０と、記憶部３３０と、を含む。
【００２２】
記憶部３３０は、本実施の形態に係る電子ファイル送信方法を実現するために用いられるアプリケーションプログラム、送信装置１１０から受信したパスワード、送信装置１１０から受信装置に送信された電子ファイルを一意に識別可能な識別子等を含む様々な情報を記憶する。
【００２３】
通信部３２０は、制御／処理部３１０による制御を受けて、送信装置１１０との通信（送信装置１１０からのパスワード等の受信）、及び、受信装置１２０との通信（受信装置１２０に対する電子メールの送信、受信装置１２０からの公開鍵の受信、及び、受信装置１２０に対するパスワードの送信等）を実行する。
【００２４】
制御／処理部３１０は、通信部３２０及び記憶部３３０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作を行う。具体的には、制御／処理部３１０は、記憶部３３０に記憶されたアプリケーションプログラムを実行することにより、記憶部３３０及び通信部３２０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作（例えば、送信装置１１０からのパスワード等の受信、受信装置１２０に対するパスワードの送信等）を行う。
【００２５】
［受信装置１２０の内部構成］
図４は、受信装置１２０の内部構成の一例を示すブロック図である。
受信装置１２０は、主に、制御／処理部４１０と、記憶部４２０と、通信部４３０と、表示部４４０と、を含む。
【００２６】
記憶部４２０は、本実施の形態に係る電子ファイル送信方法を実現するために用いられるアプリケーションプログラム、受信装置１２０の秘密鍵等を含む様々な情報を記憶する。
【００２７】
通信部４３０は、制御／処理部４１０による制御を受けて、送信装置１１０からの電子メールの受信、管理サーバ１３０からの電子メールの受信、管理サーバ１３０からのパスワードの受信等を実行する。
【００２８】
表示部４４０は、制御／処理部４１０によりなされた処理による結果を、この制御／処理部４１０による制御を受けて、受信装置１２０のユーザ（受信者）に表示する。
【００２９】
制御／処理部４１０は、記憶部４２０、通信部４３０及び表示部４４０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる処理を行う。具体的には、制御／処理部４１０は、記憶部４２０に記憶されたアプリケーションプログラムを実行することにより、記憶部４２０、通信部４３０及び表示部４４０を制御して、本実施の形態に係る電子ファイル送信方法の実行に必要とされる動作（例えば、送信装置１１０からの電子メールの受信、管理サーバ１３０に対する公開鍵の送信、管理サーバ１３０からのパスワードの受信等）を行う。
【００３０】
＜電子ファイル送信方法の流れ＞
次に、本実施の形態に係る通信システムにより行われる電子ファイル送信方法の全体的な動作を説明する。
【００３１】
［送信装置１１０と管理サーバ１３０及びメールサーバ１４０との間における動作］
図５は、本発明の実施の形態１に係る電子ファイル送信方法において送信装置１１０と管理サーバ１３０及びメールサーバ１４０との間でなされる動作を示す模式図である。
【００３２】
ステップＡ１において、送信装置１１０には、予め専用アプリケーションがインストールされている。
ステップＡ２において、送信装置１１０のユーザである送信者Ｘは、Office（登録商標）等のアプリケーションを利用して、受信装置１２０のユーザである受信者Ｙに送信すべき電子ファイルを作成する。図５には、作成された電子ファイルの一例として、Word（登録商標）ファイル５０１が示されている。
【００３３】
ステップＡ３において、送信者Ｘは、専用アプリケーション上において、安全に送信したい電子ファイルとして電子ファイル５０１を指定する。具体的には、送信装置１１０の表示部２５０には、専用アプリケーションによってウィンドウ５０２が表示されている。この状態において、送信者Ｘは、電子ファイル５０１をウィンドウ５０２内のフィールド５０３にドラッグすることにより、電子ファイル５０１が送信対象ファイルとして指定される。
【００３４】
ステップＡ４において、送信者Ｘは、ファイルを開くことを許可される受信者（ここでは受信者Ｙ）の電子メールアドレスを専用アプリケーション上において指定する。具体的には、送信者Ｘは、受信者Ｙの電子メールアドレスを「公開先」フィールド５０４に入力する。
さらに、送信者Ｘは、電子ファイル５０１に対して受信者Ｙに許可又は禁止する操作を専用アプリケーション上において指定する。具体的には、例えば、送信者Ｘは、電子ファイル５０１に対するすべての操作を許可する場合には、「閲覧制限」フィールド５０５にチェックを入れない。
逆に、送信者Ｘは、電子ファイル５０１に対して何らかの制限を付す場合には、「閲覧制限」フィールド５０５にチェックを入れる。この場合、電子ファイル５０１の閲覧回数に制限を付す場合には、送信者Ｘは、「閲覧回数」フィールド５０６にチェックを入れるとともに、閲覧可能回数をフィールド５０７に入力する。電子ファイル５０１の印刷を禁止する場合には、送信者Ｘは、「印刷」フィールド５０８にチェックを入れる。同様に、電子ファイル５０１に対するクリップボード操作を禁止する場合には、送信者Ｘは、「クリップボード操作」フィールド５０９にチェックを入れる。
このように送信者Ｘに入力された情報は「閲覧可否情報」として記憶される。この閲覧可否情報は、電子ファイル５０１に対して受信者Ｙにより実行可能な処理（操作）を、送信者Ｘにより制御（許可及び／又は禁止）するために用いられるものである。これを実現するための具体的な手法については、後述の実施の形態２において説明する。
【００３５】
ステップＡ５において、送信者Ｘは、電子ファイル５０１の復号化に必要なパスワード（以下「復号用パスワード」という。）を「確認パスワード」フィールド５１０に入力する。或いはまた、専用アプリケーションが、送信者Ｘに復号用パスワードを入力させることなく、ランダムに生成したパスワードを復号用パスワードとすることもできる。これにより、使用する暗号方式の最大長の共通鍵を復号用パスワードとすることができる。
【００３６】
ステップＡ６において、専用アプリケーションは、ステップＡ５において入力又は生成された復号用パスワードを用いて、送信対象ファイルとして指定された電子ファイル５０１を暗号化する。さらに、専用アプリケーションは電子ファイル５０１を圧縮することもできる。さらに、専用アプリケーションは、このように暗号化（及び圧縮）された電子ファイル５１１を一意に識別可能なファイル識別子を生成する。
さらに、専用アプリケーションは、復号用パスワードを管理サーバ１３０の公開鍵により暗号化する。なお、管理サーバ１３０の公開鍵に代えて受信装置１２０の公開鍵を用いてもよい。
この後、専用アプリケーションは、受信者Ｙの電子メールアドレス、閲覧可否情報、ファイル識別子、及び、暗号化された復号用パスワードを、管理サーバ１３０に対して送信する。
【００３７】
ステップＡ６において送信装置１１０により管理サーバ１３０に送信された情報は、通信網１５０を介して管理サーバ１３０により受信される。さらに、暗号化された復号用パスワードは、管理サーバ１３０の秘密鍵（送信装置１１０に用いられた公開鍵に対応する秘密鍵）を用いて復号される。これにより、復号用パスワードが得られる。
【００３８】
この後、ステップＡ７において、受信者Ｙの電子メールアドレス、ファイル識別子、閲覧可否情報及び復号用パスワードが、互いに対応付けられて、記憶部３３０の一部であるデータベース３３０ａに記憶される。具体的には、ファイル識別子をキーとして、これに対応付けられて、受信者Ｙの電子メールアドレス（公開先アドレス）、閲覧可否情報及び復号用パスワードが、データベース３３０ａに記憶される。
【００３９】
一方、送信装置１１０を再度参照すると、ステップＡ８において、専用アプリケーションが、暗号化された電子ファイル５１１を添付した電子メール５１２を送信する。この電子メール５１２は、メールサーバ１４０を介して、受信装置１２０に送信される。
【００４０】
［受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間における動作（ユーザ登録前）］
管理サーバ１３０は、上記ステップＡ６において送信装置１１０から受信者Ｙの電子メールアドレスを受信した時点において、受信者Ｙが管理サーバ１３０によりユーザ登録されているか否かを確認する。ここでは、受信者Ｙがユーザ登録されていないものとする。
【００４１】
図６は、本発明の実施の形態１に係る電子ファイル送信方法において受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間でなされる動作を示す模式図である。
ステップＢ１において、管理サーバ１３０は、ランダムな情報により構成されたトークン（データ列）が例えばメール本文に記載された電子メール６０１を生成する。さらに、この電子メール６０１の例えばメール本文には、専用アプリケーション（ビューワ）のインストーラを提供するウェブサイトのＵＲＬが記載されている。このＵＲＬは、本実施の形態では、一例として管理サーバ１３０のＵＲＬとされている。管理サーバ１３０は、この電子メール６０１を受信装置１２０に送信する。
【００４２】
ステップＢ２において、受信装置１２０は、送信装置１１０により（ステップＡ８において）送信された電子メール５１２を、メールサーバ１４０を介して受信する。この時点において、受信装置１２０は、復号用パスワードを有していないため、受信した電子メール５１２に添付された暗号化された電子ファイル５１１を開くことはできない。
【００４３】
ステップＢ３において、受信装置１２０は、管理サーバ１３０により（ステップＢ１において）送信された電子メール６０１を受信する。この電子メール６０１のメール本文には、上述した通り、トークン及びＵＲＬが記載されている。
【００４４】
ステップＢ４において、受信者Ｙがメール本文に記載されたＵＲＬに対してクリック操作を行うことにより、受信装置１２０は、このＵＲＬに基づいて管理サーバ１３０にアクセスし、この管理サーバ１３０から専用アプリケーション（ビューワ）のインストーラ６０２をダウンロードする。この後、受信装置１２０は、ダウンロードしたインストーラ６０２を実行することにより、専用アプリケーション（ビューワ）をインストールする。
【００４５】
インストール時には、ステップＢ５に示すように、インストーラ６０２が、非対称鍵の鍵ペア、すなわち、秘密鍵６０３とこれに対応する公開鍵６０４を生成する。生成された秘密鍵６０３は、暗黙に保存される。
【００４６】
さらにまた、インストール時には、ステップＢ６に示すように、インストーラが、ダイアログボックス６０５を（表示部４４０に）表示し、電子メール６０１のメール本文に記載されていたトークンの入力を、受信者Ｙに要求する。
【００４７】
専用アプリケーション（ビューワ）のインストールが終了すると、ステップＢ７において、起動した専用アプリケーションが、ステップＢ５において生成された公開鍵６０４と、ステップＢ６において入力されたトークンをステップＢ５において生成された秘密鍵６０３で暗号化したものとを、管理サーバ１３０に送信する。なお、専用アプリケーションが、ステップＢ６において入力されたトークンを暗号化せずに管理サーバ１３０に送信するようにしてもよい。
【００４８】
受信装置１２０により送信された公開鍵及び暗号化されたトークンは、ステップＢ８において、管理サーバ１３０に受信される。管理サーバ１３０は、受信装置１２０から受信した暗号化されたトークンを受信した公開鍵により復号する。管理サーバ１３０は、復号により得られたトークンが、管理サーバ１３０によりステップＢ１において送信されたトークンと一致した場合には、受信者Ｙが正当なユーザ登録者であると判断し、受信者Ｙをユーザ登録する。具体的には、管理サーバ１３０は、受信者Ｙの電子メールアドレスと公開鍵とを対応付けてデータベース３３０ａに保存する。すなわち、受信された公開鍵が、受信者Ｙの正当な公開鍵であるとして、受信者Ｙの電子メールアドレスに対応付けてデータベース３３０ａに保存される。これにより、受信者Ｙのユーザ登録が完了する。
【００４９】
なお、上記ステップＢ５では、秘密鍵及び公開鍵は、インストーラにより生成されているが、インストーラによりインストールされた専用アプリケーション（ビューワ）により生成されるようにしてもよい。
さらにまた、上記ステップＢ６では、受信者Ｙに対するトークンの入力もまた、インストーラにより要求されているが、インストーラによりインストールされた専用アプリケーションによって、例えば、このアプリケーションの初回起動時又は使用開始前に要求されるようにしてもよい。
【００５０】
［受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間における動作（ユーザ登録済）］
上述したように、管理サーバ１３０は、上記ステップＡ６において送信装置１１０から受信者Ｙの電子メールアドレスを受信した時点において、受信者Ｙが管理サーバ１３０によりユーザ登録されているか否かを確認する。ここでは、受信者Ｙが既にユーザ登録されているものとする。
【００５１】
図７は、本発明の実施の形態１に係る電子ファイル送信方法において受信装置１２０と管理サーバ１３０及びメールサーバ１４０との間でなされる動作を示す模式図である。
受信者Ｙのユーザ登録が既に完了しているため、ステップＣ１に示すように、受信装置１２０には秘密鍵６０３が保存されており、秘密鍵６０３に対応する公開鍵６０４が管理サーバ１３０のデータベース３３０ａに保存されている。
【００５２】
ステップＣ２において、専用アプリケーション（ビューワ）が受信装置１２０において起動している。受信者Ｙは、メール５１２により受信した暗号化された電子ファイル５１１を、ビューワを用いて開く操作を行う。
【００５３】
ステップＣ３において、ビューワは、受信者Ｙを識別する電子メールアドレス（すなわち受信者Ｙの電子メールアドレス）、及び、暗号化された電子ファイル５１１から抽出したファイル識別子を、管理サーバ１３０に対して送信する。
【００５４】
ステップＣ４において、管理サーバ１３０は、受信装置１２０から受信したファイル識別子をキーにして、このファイル識別子に対応付けて（上記ステップＡ７において）保存された公開先アドレスを取り出し、取り出した公開先アドレスの中に、受信装置１２０から受信した受信者Ｙの電子メールアドレスが存在するか否かを検索する。すなわち、受信装置１２０から受信したファイル識別子により一意に特定される電子ファイルについて、その電子ファイルを公開可能な正当な受信者として、受信者Ｙが送信者Ｘにより指定されているかが、管理サーバ１３０により判断される。
【００５５】
受信者Ｙが公開可能な受信者であると判断された場合には、ステップＣ５において、管理サーバ１３０は、そのファイル識別子に対応付けて（上記ステップＡ７において）保存された復号用パスワード７０１をデータベース３３０ａから抽出する。さらに、管理サーバ１３０は、受信者Ｙに対応付けて（上記ステップＢ８において）保存された受信装置１２０の公開鍵６０４をデータベース３３０ａから抽出する。さらにまた、管理サーバ１３０は、復号用パスワード７０１を公開鍵６０４により暗号化し、暗号化されたパスワード７０２を受信装置１２０に送信する。
【００５６】
ステップＣ６において、受信装置１２０が、暗号化されたパスワード７０２を受信する。受信装置１２０で起動しているビューワが、暗号化されたパスワード７０２をこの受信装置１２０に保存されている秘密鍵６０３により復号化することにより、復号用パスワード７０１を得る。
【００５７】
ステップＣ７において、ビューワは、電子メール５１２に添付された暗号化された電子ファイル５１１を、復号用パスワード７０１を用いて復号することにより、電子ファイル５０１を得る。
以上のステップＣ２〜Ｃ７から明らかなように、受信者は、暗号化された電子ファイルを復号化するためには、ビューワを起動させておく必要がある。さらに、ビューワは、暗号化された電子ファイルの復号化を行うためには、その都度、復号化に必要なパスワードを取得するために管理サーバにアクセスしなければならない。よって、受信者が暗号化された電子ファイルの復号時にパスワードを取得するために管理サーバ１３０にアクセスした際に、管理サーバ１３０が、ファイル識別子に対応付けて受信者及び時刻等の記録を残しておく構成を採用することもできる。受信者は電子ファイルの復号化を行うためには管理サーバ１３０に必ずアクセスする必要があるので、この構成によれば、送信者は、管理サーバ１３０に残された記録を参照することにより、受信者がいつファイルを開いたかを追跡することができる。
【００５８】
以上説明したように、本発明によれば、電子ファイル本体は、高い強度で暗号化されているため、たとえ第三者に入手されても開くことができない。
暗号化された電子ファイルの復号化に必要なパスワードは、ネットワーク上をそのまま流れることなく、管理サーバの公開鍵又は送信者により意図された受信者の公開鍵により暗号化されて伝達される。よって、第三者がこのパスワードを知りえたとしても秘密鍵がない限り復号できない。
仮に管理サーバが信頼できない場合であっても、管理サーバは、暗号化された電子ファイルの復号化に必要なパスワードを管理しているだけであって、電子ファイル本体を一切管理していないため、第三者が暗号化された電子ファイルを復号化することは防止される。
管理サーバは、電子ファイルを識別する情報（例えばファイル識別子）とこれに対応付けられた正当な受信者を識別する情報（例えば受信者の電子メールアドレス）とを、この電子ファイルの送信者から受信して管理する。受信者は、復号したい電子ファイルを識別する情報（ファイル識別子）と自分自身を識別する情報（電子メールアドレス）とを管理サーバに送信することにより、暗号化されたパスワードを管理サーバに要求する。要求を受けた管理サーバは、送信者及び受信者の両者から受信したファイル識別子及び電子メールアドレスを比較することにより、正当な受信者が適切な受信ファイルを復号しようとしているかを確実かつ自動的に判断することができる。よって、送信者により意図された適切な電子ファイルが、送信者により意図された正当な受信者のみにより、確実に取得されることになる。
送信装置から受信装置に対する管理サーバを介したパスワードの伝達は、各装置にインストールされたアプリケーションプログラムにより実行されるので、送信者及び受信者は、パスワードを意識する必要がなく、さらには、パスワードを管理する必要もない。
したがって、本発明によれば、安全かつ確実に電子ファイルを正当な受信者に伝達することができる。
【００５９】
なお、本実施の形態では、最も好ましい実施の形態として、送信装置１１０と管理サーバ１３０との間、及び、管理サーバ１３０と受信装置１２０との間において、電子ファイルの復号化に必要なパスワードが、公開鍵により暗号化されこの公開鍵に対応する秘密鍵により復号化される場合について、すなわち、電子ファイルの復号化に必要なパスワードに対して非対称暗号方式を用いた暗号化及び復号化が行われる場合について、説明した。しかしながら、本発明は、電子ファイルの復号化に必要なパスワードに対して秘密鍵暗号方式を用いた暗号化及び復号化が行われる場合にも適用可能なものである。
【００６０】
秘密鍵暗号方式が用いられる場合には、具体的には、送信装置１１０と管理サーバ１３０との関係では、ステップＡ６において、送信装置１１０は、第１の秘密鍵を用いて電子ファイル５０１を暗号化し、この第１の秘密鍵を第２の秘密鍵を用いて暗号化し、第２の秘密鍵により暗号化された第１の秘密鍵を管理サーバ１３０に送信する。管理サーバ１３０は、暗号化された第１の秘密鍵を第２の秘密鍵により復号して、第１の秘密鍵を得る。この第１の秘密鍵がステップＡ７において復号用パスワードとして管理サーバ１３０により記憶される。よって、送信装置１１０及び管理サーバ１３０が、第２の秘密鍵を予め保持しておく必要がある。
【００６１】
一方、受信装置１２０と管理サーバ１３０との関係では、ステップＢ７において、公開鍵ではなく、秘密鍵（ここでは便宜上「第３の秘密鍵」とする）及びさらに別の秘密鍵（「第４の秘密鍵」）が用いられる。すなわち、受信装置１２０は、第４の秘密鍵により暗号化された第３の秘密鍵と、第３の秘密鍵又は第４の秘密鍵により暗号化されたトークンとを、管理サーバ１３０に送信する。ステップＢ８において、管理サーバ１３０は、暗号化された第３の秘密鍵を第４の秘密鍵にて復号化することにより第３の秘密鍵を得て、暗号化されたトークンを第３の秘密鍵又は第４の秘密鍵により復号化することによりトークンを得る。さらに、ステップＣ５において、管理サーバ１３０は、復号用パスワードを第３の秘密鍵により暗号化して受信装置１２０に送信し、ステップＣ６において、受信装置１２０が、暗号化された復号用パスワードを第３の秘密鍵により復号化して、復号用パスワードを得る。よって、よって、受信装置１２０及び管理サーバ１３０が、第４の秘密鍵を予め保持しておく必要がある。
【００６２】
（実施の形態２）
本実施の形態では、実施の形態１において説明した電子ファイル送信方法において、電子ファイルに対して受信者により実行可能な処理（操作）をこの電子ファイルの送信者により制御（許可及び／又は禁止）する手法について説明する。
以下、本実施の形態のうち上記実施の形態１と共通する点についての詳細な説明が省略される、ということに留意されたい。
【００６３】
図８は、本発明の実施の形態２に係る電子ファイル送信方法においてなされる動作を示す模式図である。なお、受信者Ｙは管理サーバ１３０により既にユーザ登録されているものとする。
ステップＤ１において、送信者Ｘは、上記ステップＡ３と同様に、専用アプリケーション上において、Word（登録商標）ファイル５０１を送信対象ファイルとして指定する。ステップＤ２において、送信者Ｘは、上記ステップＡ４と同様に、ファイルを開くことを許可される受信者（ここでは受信者Ｙ）の電子メールアドレスを指定する。さらに、送信者Ｘは、上記ステップＡ４と同様に、電子ファイル５０１に対して受信者Ｙに許可又は禁止する操作を指定する。
【００６４】
ステップＤ３において、専用アプリケーションが、上記ステップＡ６と同様に、上記ステップＡ５において入力又は生成された復号用パスワードを用いて、送信対象ファイルとして指定された電子ファイル５０１を暗号化（さらに圧縮）する。この後、上記ステップＡ６と同様に、専用アプリケーションは、受信者Ｙの電子メールアドレス、閲覧可否情報、ファイル識別子、及び、暗号化された復号用パスワードを、管理サーバ１３０に対して送信する。管理サーバ１３０においてこれらの情報に対してなされる処理は、上記ステップＡ６及びＡ７で説明した通りである。
【００６５】
このステップＤ３において、専用アプリケーションは、暗号化された電子ファイル８０１のファイル名を電子ファイル５０１のファイル名と同一にすることができる。すなわち、暗号化された電子ファイル８０１のファイル名を電子ファイル５０１のファイル名（Important.doc）と同一にすることができる。
この暗号化された電子ファイル８０１のヘッダ部分８０２には、ファイル識別子８０２ｂが記載されている。さらに、このヘッダ部分８０２には、この電子ファイル８０１が独自形式のものであることを示すヘッダ８０２ａが付加されている。また、ヘッダ部分８０２には、メタデータ８０２ｃを付加することもできる。メタデータ８０２ｃは、例えば、電子ファイル５０１の著作権や編集履歴を示す情報等を含むことができる。このメタデータ８０２ｃは、元のファイルの内容８０３と同様に暗号化されるようにしてもよい。
【００６６】
ステップＤ４において、上記ステップＡ８と同様に、専用アプリケーションが、暗号化された電子ファイル８０１を添付した電子メール８０４を送信する。この電子メール８０４は、メールサーバ１０４を介して、受信装置１２０により受信される。
【００６７】
ステップＤ５において、上記ステップＣ２と同様に、受信装置１２０において専用アプリケーション（ビューワ）が起動している。受信者Ｙは、メール８０４により受信した暗号化された電子ファイル８０１を、ビューワを用いて開く操作を行う。
【００６８】
ステップＤ６において、暗号化された電子ファイル８０１のファイル名は、電子ファイル５０１のファイル名と同一であるが、この暗号化された電子ファイル８０１は、独自形式のものであるので、そのままでは開くことはできない。しかしながら、本発明では、ユーザにそのことを意識させることなく、次のように、オペレーティングシステム（ＯＳ）８０５が電子ファイル８０１のオープン操作を実行する。
【００６９】
ステップＤ７において、ビューワ８０６は、ＯＳ８０５によるアプリケーション起動の動作を監視しており、暗号化された電子ファイル８０１のオープンによって想定される特定のアプリケーション（ここではWord（登録商標））８０７がＯＳ８０５によって起動されたことを認識すると、特定のアプリケーション８０７によって呼び出されるＡＰＩモジュール８０８によりなされる処理を、ＡＰＩフックにより独自のフックモジュール８０９による処理に置き換えるように、構成されている。したがって、ＯＳ８０５が電子ファイル８０１の拡張子（.doc）に基づいてWord（登録商標）を起動すると、ビューワ８０６は、特定のアプリケーション８０７であるWord（登録商標）がＯＳ８０５により起動されたことを認識し、ＡＰＩフックにより独自のフックモジュール８０９を呼び出す。
【００７０】
ステップＤ８において、起動した特定のアプリケーション８０７は、ファイルの内容にアクセスするために、ＯＳ８０５により用意されているＡＰＩモジュールを呼び出す（コールする）。しかし、ステップＤ９では、呼び出されたＡＰＩモジュールによる処理は実際には実行されず、ＡＰＩフックにより呼び出された独自のフックモジュール８０９による処理が実行される。独自のフックモジュール８０９は、暗号化された電子ファイル８０１へのアクセスに関して、この電子ファイル８０１のヘッダ部分８０２に（上記ステップＤ３において付加された）ヘッダ８０２ａが付加されているか否かを確認する。
独自のフックモジュール８０９は、ヘッダ部分８０２にヘッダ８０２ａが付加されていない場合には、この電子ファイル８０１が独自形式のものではない（すなわち通常のWord（登録商標）ファイルである）と判断して、ＯＳ８０５により通常なされる処理（すなわちステップＤ９により呼び出されたＡＰＩモジュールによる処理）を実行する。
一方、独自のフックモジュール８０９は、ヘッダ部分８０２にヘッダ８０２ａが付加されている場合には、この電子ファイル８０１が独自形式のものであると判断して、次のステップＤ１０以降の処理を実行する。
【００７１】
ステップＤ１０において、ビューワ８０６（独自のフックモジュール８０９）が、上記ステップＣ３と同様に、受信者Ｙの電子メールアドレス及びファイル識別子を管理サーバ１３０に対して送信する。この結果、上記ステップＣ４及びＣ５で説明した処理が管理サーバ１３０により実行されることにより、受信装置１２０は、暗号化されたパスワード７０２を管理サーバ１３０から受信する。これにより、ビューワ８０６（独自のフックモジュール８０９）は、上記ステップＣ６と同様に復号用パスワード７０１を得て、上記ステップＣ７と同様に、復号用パスワード７０１を用いて、暗号化された電子ファイル８０１を復号して、電子ファイル５０１を得る。
なお、受信者Ｙが管理サーバ１３０によりユーザ登録されていない場合には、図６を参照して上述したステップＢ１〜Ｂ８が実行される。
【００７２】
ここで、上記ステップＤ８〜Ｄ１０における動作を特にＡＰＩフックに着目してさらに具体的に説明する。
［ＡＰＩフックの概念］
まず、ＡＰＩフックの概念について説明する。
（１）ＡＰＩ（Application Program Interface）とは、ＯＳ内でアプリケーションを開発する際に使用できるＯＳの機能の集合をいう。アプリケーションは、ＯＳにより用意されているＡＰＩモジュールを組み合わせて、このアプリケーションの欲する機能をＯＳに実行させる。
例えば、Windows（登録商標）上でファイルを読み込むアプリケーション（例えばWord（登録商標））を例にとると、このアプリケーションは、一般的には、図９に示す処理を行う。図９は、一般的なアプリケーションによりなされるファイルの読み込み処理を示す模式図である。
ステップ９１０において、アプリケーション９０１が、ファイル名を指定してCreateFile APIを呼び出してファイルを開く。ステップ９２０において、アプリケーション９０１が、開いたファイルの識別子（HANDLE）を指定してReadFile APIを呼び出して内容を取得する。ステップ９３０において、アプリケーション９０１が、読み終わったファイルをCloseHandle APIによって開放する。
このように、デバイスやリソースはＯＳ９０２によって管理されており、アプリケーション９０１が、ＯＳの機能を利用する場合には、必ず何らかのＡＰＩの呼び出しを行う。すなわち、アプリケーション９０１は、公開されているＡＰＩを通してＯＳ９０２に処理を依頼するという方法により、デバイスやリソースにアクセスを行う。
【００７３】
（２）アプリケーションプログラムにより使用されるＡＰＩは、そのプログラムの実行ファイルに一覧として記述されている。ＯＳは、そのプログラムの起動時に、そのプログラムが必要とするＡＰＩの実体をメモリ上に配置し、そのＡＰＩのメモリ上における番地を、プログラム上に記述されたＡＰＩの呼び出しに結び付ける。これにより、図１０に示すように、プログラムに「CreateFileという名称のＡＰＩを呼び出す」という記述があった場合には、CreateFileの実体がメモリ上に配置された上で、「0x6fff00a0にある関数を呼び出す」という実際の処理が実行されるように、メモリが書き換えられる。
【００７４】
（３）ここで、図１１に示すように、独自のプログラム片（モジュール）をプログラムの実行メモリ空間に割り込ませ、ＡＰＩの名称と実際の番地との結び付きの情報を書き換えることにより、本来呼び出されるはずのCreateFile APIの実体とは別の処理を実行させることができる。これを「ＡＰＩフック」という。これにより、アプリケーションがＯＳの機能としてCreateFile APIを呼び出そうとしたときに、外部から注入したフックモジュールによる独自の処理を実行することができる。フックモジュールは、本来のCreateFile APIがメモリ上のどこに存在しているかを認識しているため、必要であれば、本来のCreateFile APIに処理を転送することもできる。
以上、ＡＰＩフックの概念について説明した。
【００７５】
［ステップＤ８〜Ｄ１０における動作の詳細］
図１２は、ステップＤ８〜Ｄ１０においてなされる動作をＡＰＩフックに着目して示すフロー図である。図１２とともに図８を参照すると、ステップＤ８において、特定のアプリケーション８０７は、ファイルの内容にアクセスするためにファイル名を指定してCreateFile APIを呼び出そうとする。しかし、実際には、ステップＤ９において、ＡＰＩフックにより呼び出された独自のフックモジュール８０９による処理が実行される。具体的には、独自のフックモジュール８０９は、ステップＤ９−１において、ファイル名を指定してCreateFile APIを呼び出して電子ファイル８０１を開く。ステップＤ９−２において、独自のフックモジュール８０９は、開いたファイル８０１の識別子を指定してReadFile APIを呼び出してその内容を取得する。独自のフックモジュール８０９は、電子ファイル８０１のヘッダ部８０２を読み取ることにより、この電子ファイルが独自形式のものであると認識した場合には、ステップＤ１０において、受信者Ｙの電子メールアドレス及びファイル識別子を管理サーバ１３０に対して送信する。これにより、独自のフックモジュール８０９は、暗号化されたパスワード７０２を管理サーバ１３０から取得する。
この後、独自のフックモジュール８０９は、メモリ上において、暗号化された電子ファイル８０１を復号して電子ファイル５０１の内容を得る。得られた電子ファイル５０１の内容は、メモリ（一時記憶領域）上において、展開及び保持され、ステップＤ１０−１に示すように、メモリ上において、特定のアプリケーション８０７に返却される。
以上、ステップＤ８〜Ｄ１０について説明した。
【００７６】
次に、ステップＤ１１において、独自のフックモジュール８０９は、ファイル識別子に対応付けて（上記ステップＡ７において）記憶された閲覧可否情報をも、管理サーバ１３０から受信する。この閲覧可否情報は、上記ステップＤ２（すなわちステップＡ４）において送信者Ｘにより入力された情報に相当する。
【００７７】
独自のフックモジュール８０９は、受信した閲覧可否情報に基づいて、受信者Ｙによる電子ファイル５０１に対する処理（例えば編集、印刷やクリップボード操作等）を、送信者Ｘの意図した通りに許可及び／又は制限することができる。その具体的な実現手法が図１３に示されている。図１３は、本発明の実施の形態２に係るファイル送信方法において受信者による電子ファイルに対するクリップボード操作を制限するための動作を示すフロー図である。
【００７８】
上述したように、特定のアプリケーション８０７が起動しているので、このアプリケーションによって呼び出されるＡＰＩモジュールによりなされる処理は、ＡＰＩフックにより独自のフックモジュール８０９による処理に置き換えられている。
この状態において、受信者Ｙがクリップボード操作を行うためにステップＥ１において「Ｃｔｒｌ」キー及び「Ｃ」キーを押圧する操作を行うと、アプリケーション８０７は、ステップＥ２においてSetClipBoardData APIを呼び出す。しかし、実際には、ステップＥ３において、独自のフックモジュール８０９が「失敗」を返却するので、アプリケーション８０７は、ステップＥ４において受信者Ｙに対してエラーメッセージ等を示す。
これにより、受信者Ｙによる電子ファイル５０１に対するクリップボード操作が、制限される。
同様に、電子ファイル５０１を印刷する際には、GetDCというＡＰＩ、電子ファイル５０１を別名で保存する場合には、CreateFile、WriteFile、CloseHandleという一連のＡＰＩが、アプリケーション８０７により呼び出されるので、これらのＡＰＩの呼び出しに対しても、ＡＰＩフックにより独自のフックモジュール８０９が独自の処理を実行することにより、電子ファイル５０１の印刷や別名での保存を制限することができる。
なお、受信者Ｙによる電子ファイル５０１に対する特定の操作を許可する場合には、独自のフックモジュール８０９は、特定の操作に対応するＡＰＩモジュールがアプリケーション８０７により呼び出されたときに、その呼び出しをそのＡＰＩモジュールに転送すればよい。この場合、そのＡＰＩモジュールによる実行結果は、メモリ上において、独自のフックモジュール８０９によりアプリケーション８０７に返却される。
【００７９】
再度図８を参照すると、独自のフックモジュール８０９が特定のアプリケーション８０７による各ＡＰＩの呼び出しを監視することにより、例えば受信者Ｙにより特定の操作がなされた（特定のＡＰＩが呼び出された）ことを検出して管理サーバ１３０に送信することができる。具体的には、独自のフックモジュール８０９は、ステップＤ１２に示すように、電子ファイルの識別子及び特定の操作を示す操作内容情報（その操作がなされた時間とともに）を管理サーバ１３０に送信することができる。管理サーバ１３０は、電子ファイルの識別子に対応付けて操作内容情報（操作ログ）をデータベース３３０ａに保存する。さらに、送信者Ｘは、送信装置１１０により管理サーバ１３０にアクセスして、ステップＤ１３に示すように、自分が送信した電子ファイルに関して、受信者Ｙによりどのような操作がなされたかを参照することができる。これにより、送信者Ｘは、受信者Ｙに送信した電子ファイルに対してどのような操作が何時に行われたかを追跡することができる。
【００８０】
さらにまた、送信者Ｘは、ステップＤ１４に示すように、送信装置１１０を利用して、管理サーバ１３０にアクセスして、識別子に対応付けて管理サーバ１３０に保存された閲覧可否情報を随時変更することもできる。
【００８１】
上述した実施の形態１では、送信者により意図された正当な受信者のみしか適切な電子ファイルを受信して開くことはできないが、この正当な受信者が取得した電子ファイルを、送信者により意図されていない第三者に流してしまう可能性が残る。
本実施の形態では、受信装置において、復号化により得られた電子ファイルをファイルとして出力するのではなく、暗号化された電子ファイルの読み込み時にＡＰＩをフックすることにより、独自のフックモジュールが、この電子ファイルの復号化をメモリ（一時記憶領域）上で行うので、復号化により得られた電子ファイルの内容は、外部から読み取り可能な形式のファイルとしては残らない。すなわち、メモリ上に展開された電子ファイルの内容は、ハードディスク等の固定記憶領域には展開されない。
さらに、ファイルの書き出し、印刷、クリップボード操作等といった電子ファイルの内容が外部に流出する要因となりうる操作については、これらの操作を実現するためのＡＰＩをメモリ上でフックして、これらの操作に対する許可及び／又は制限（禁止）を制御することができる。これにより、電子ファイルの内容が外部に流出することを防止することができる。
さらにまた、受信装置において、ＡＰＩフックにより独自のフックモジュールが、特定のアプリケーションによる各ＡＰＩの呼び出しを監視して管理サーバに通知することにより、管理サーバは、いずれの受信者によりいずれの操作が何時になされたかを記録しておくことができる。これにより、管理サーバにアクセスした送信者は、受信者による電子ファイルに対する操作内容（例えば、ファイルオープン、閲覧、印刷やクリップボード操作等の任意の操作内容）を容易かつ確実に追跡することができる。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施の形態１に係る通信システムの構成の一例を示すブロック図である。
【図２】送信装置１１０の内部構成の一例を示すブロック図である。
【図３】管理サーバ１３０の内部構成の一例を示すブロック図である。
【図４】受信装置１２０の内部構成の一例を示すブロック図である。
【図５】本発明の実施の形態１に係る電子ファイル送信方法において送信装置と管理サーバ及びメールサーバとの間でなされる動作を示す模式図である。
【図６】本発明の実施の形態１に係る電子ファイル送信方法において受信装置と管理サーバ及びメールサーバとの間でなされる動作を示す模式図である。
【図７】本発明の実施の形態１に係る電子ファイル送信方法において受信装置と管理サーバ及びメールサーバとの間でなされる動作を示す模式図である。
【図８】本発明の実施の形態２に係る電子ファイル送信方法においてなされる動作を示す模式図である。
【図９】一般的なアプリケーションによりなされるファイルの読み込み処理を示す模式図である。
【図１０】ダイナミックリンクの概念を説明するための模式図である。
【図１１】ＡＰＩフックの概念を説明するための模式図である。
【図１２】本発明の実施の形態２に係る電子ファイル送信方法のステップＤ８〜Ｄ１０においてなされる動作をＡＰＩフックに着目して示すフロー図である。
【図１３】本発明の実施の形態２に係る電子ファイル送信方法において受信者による電子ファイルに対するクリップボード操作を制限するための動作を示すフロー図である。
【符号の説明】
【００８３】
１００ 通信システム
１１０ 送信装置
１２０ 受信装置
１３０ 管理サーバ
１４０ メールサーバ
１５０ 通信網
２２０、３１０、４１０ 制御／処理部
２３０、３３０、４２０ 記憶部
２４０、３２０、４３０ 通信部
２５０、４４０ 表示部
３３０ａ データベース
８０６ ビューワ（専用のアプリケーション）
８０７ 特定のアプリケーション
８０９ 独自のフックモジュール（フックモジュール）
【特許請求の範囲】
【請求項１】
送信装置が暗号化された電子ファイルを含む電子メールを受信装置に対して送信する段階と、
前記送信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードを暗号化し、暗号化されたパスワードをサーバに対して送信する段階と、
前記受信装置が前記送信装置から前記電子メールを受信する段階と、
前記サーバが、前記送信装置から前記暗号化されたパスワードを受信して復号化することにより、前記復号化に必要なパスワードを得る段階と、
前記サーバが、前記復号化に必要なパスワードを暗号化し、暗号化されたパスワードを前記受信装置に対して送信する段階と、
を含むことを特徴とする電子ファイル送信方法。
【請求項２】
前記送信装置が前記暗号化されたパスワードをサーバに対して送信する段階は、該送信装置が前記暗号化された電子ファイルの復号化に必要なパスワードを公開鍵を用いて暗号化することを含み、
前記サーバが前記復号化に必要なパスワードを得る段階は、該サーバが前記暗号化されたパスワードを前記公開鍵に対応する秘密鍵を用いて復号化することを含み、
前記サーバが前記暗号化されたパスワードを前記受信装置に対して送信する段階は、該サーバが前記復号化に必要なパスワードを前記受信装置の公開鍵を用いて暗号化することを含む、請求項１に記載の電子ファイル送信方法。
【請求項３】
前記サーバが、前記暗号化された電子ファイルを識別するファイル識別情報と該電子ファイルの正当な受信者を識別する受信者識別情報とを対応付けて記憶する段階と、
前記受信者識別情報により特定される受信者に対してデータ列を送信する段階と、
前記サーバが、受信装置から、該受信装置の公開鍵に対応する秘密鍵により暗号化されたデータ列と、該公開鍵と、を受信する段階と、
前記サーバが、前記暗号化されたデータ列を前記公開鍵にて復号化することにより得られたデータ列と、前記受信者に対して送信したデータ列とが、一致する場合に、前記受信者識別情報と対応付けて前記公開鍵を記憶する段階と、
を含む、請求項２に記載の電子ファイル送信方法。
【請求項４】
前記サーバが、前記暗号化された電子ファイルを識別するファイル識別情報と該電子ファイルの正当な受信者を識別する受信者識別情報とを対応付けて記憶する段階と、
前記サーバが、前記受信装置により受信された暗号化されたファイルを識別する受信ファイル識別情報と該受信装置のユーザを識別するユーザ識別情報とを、該受信装置から受信する段階と、
前記サーバが、前記ファイル識別情報、前記受信者識別情報、前記受信ファイル識別情報及び前記ユーザ識別情報に基づいて、前記受信装置のユーザが前記暗号化されたファイルの正当な受信者であるか否かを決定する段階と、
を含み、
前記サーバは、前記受信装置のユーザが前記正当な受信者であると決定した場合にのみ、前記暗号化されたパスワードを前記受信装置に対して送信する、請求項１から請求項３のいずれかに記載の電子ファイル送信方法。
【請求項５】
前記受信装置が、前記電子メールに含まれた前記暗号化された電子ファイルを開く際に、該暗号化された電子ファイルの復号化に必要なパスワードを要求する要求信号を前記サーバに送信する段階と、
前記受信装置が、前記サーバから前記復号化に必要なパスワードを受信する段階と、
前記受信装置が、前記復号化に必要なパスワードを用いて、前記暗号化された電子ファイルを復号化する段階と、
を含み、
前記サーバが前記暗号化されたパスワードを前記受信装置に対して送信する段階は、前記サーバが前記受信装置から前記要求信号を受信することにより実行される、請求項１から請求項４のいずれかに記載の電子ファイル送信方法。
【請求項６】
暗号化された電子ファイルを含む電子メールを受信装置に送信する送信装置から該受信装置に対して、該暗号化されたファイルの復号化に必要なパスワードを転送するサーバであって、
前記暗号化された電子ファイルの復号化に必要であって暗号化されたパスワードを、前記送信装置から受信する受信手段と、
前記暗号化されたパスワードを復号化することにより、前記暗号化された電子ファイルの復号化に必要なパスワードを得る復号化手段と、
前記復号化に必要なパスワードを暗号化して該受信装置に送信する送信手段と、
を具備することを特徴とするサーバ。
【請求項７】
暗号化された電子ファイルを含む電子メールを受信装置に対して送信するメール送信手段と、
前記暗号化された電子ファイルの復号化に必要であって暗号化されたパスワードをサーバに対して送信するパスワード送信手段と、
を具備し、
前記サーバに対して送信されたパスワードは、該サーバにより、復号化されることにより、前記暗号化された電子ファイルの復号化に必要なパスワードとして記憶されるようになっており、
さらに、前記サーバにより記憶された前記パスワードは、該サーバにより暗号化され該受信装置に対して送信されるようになっている、
ことを特徴とする送信装置。
【請求項８】
暗号化された電子ファイルを含む電子メールを受信する受信装置であって、
前記電子メールを送信装置から受信するメール受信手段と、
前記暗号化された電子ファイルの復号化に必要であって暗号化されたパスワードを、前記暗号化された電子ファイルの復号化に必要なパスワードを記憶するサーバから受信するパスワード受信手段と、
を具備し、
前記サーバにより記憶された前記復号化に必要なパスワードは、前記送信装置により暗号化されたパスワードが、前記サーバにより復号化されることにより得られたものである、
ことを特徴とする受信装置。
【請求項９】
暗号化された電子ファイルを含む電子メールを受信し、該暗号化された電子ファイルを復号化することにより電子ファイルを生成可能な受信装置であって、
前記電子メールを送信装置から受信するメール受信手段と、
前記暗号化された電子ファイルの復号化に必要なパスワードをサーバから受信するパスワード受信手段と、
前記電子ファイルに対して許可又は禁止された処理を示す可否情報を前記サーバから受信する可否情報受信手段と、
前記パスワードを用いて、前記暗号化されたファイルを復号化することにより、前記電子ファイルを一時記憶領域に展開する復号化手段と、
前記一時記憶領域に展開された前記電子ファイルに対する処理を前記可否情報に基づいて実行する実行手段と、
を具備することを特徴とする受信装置。
【請求項１０】
前記復号化手段は、前記暗号化された電子ファイルを読み込むためのＡＰＩモジュールに対する呼び出しが、特定のアプリケーションによりなされたときに、ＡＰＩフックにより独自のフックモジュールを呼び出し、
該独自のフックモジュールが、一時記憶領域において、前記暗号化された電子ファイルを復号化することにより前記電子ファイルを展開し、前記特定のアプリケーションに対して該電子ファイルの内容を返却する、請求項９に記載の受信装置。
【請求項１１】
前記独自のフックモジュールが、前記電子ファイルの内容を、固定記憶領域に生成することなく、一時記憶領域において前記特定のアプリケーションに対して返却する、請求項１０に記載の受信装置。
【請求項１２】
前記実行手段は、特定のアプリケーションが起動したときに、ＡＰＩフックにより独自のフックモジュールを呼び出す、請求項９に記載の受信装置。
【請求項１３】
前記独自のフックモジュールは、前記可否情報において禁止された処理を実現するＡＰＩモジュールに対する呼び出しが前記特定のアプリケーションによりなされたときに、該特定のアプリケーションに対して失敗を返却する、請求項１２に記載の受信装置。
【請求項１４】
前記独自のフックモジュールは、前記可否情報において許可された処理を実現するＡＰＩモジュールに対する呼び出しが前記特定のアプリケーションによりなされたときに、この呼び出しを該ＡＰＩモジュールに転送し、該ＡＰＩモジュールによる実行結果を前記特定のアプリケーションに返却する、請求項１２に記載の受信装置。
【請求項１５】
前記一時記憶領域に展開された前記電子ファイルに対して前記実行手段により実行された操作の内容を示す操作内容情報を前記サーバに送信する送信手段を具備する、請求項９から請求項１４のいずれかに記載の受信装置。
【請求項１６】
前記送信手段により送信された前記操作内容情報が、前記サーバにより記憶され、
該サーバに記憶された前記操作内容情報が、前記送信装置により閲覧可能である、請求項１５に記載の受信装置。
【請求項１７】
前記可否情報が、前記サーバにより記憶されており、
該サーバにより記憶された前記可否情報が、前記送信装置により設定されたものである、請求項９から請求項１６のいずれかに記載の受信装置。
【請求項１８】
受信装置が、暗号化された電子ファイルを含む電子メールを送信装置から受信する段階と、
前記受信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードをサーバから受信する段階と、
前記受信装置が、前記電子ファイルに対して許可又は禁止された処理を示す可否情報を前記サーバから受信する段階と、
前記受信装置が、前記パスワードを用いて、前記暗号化された電子ファイルを復号化することにより、前記電子ファイルを一時記憶領域に展開する段階と、
前記受信装置が、前記一時記憶領域に展開された前記電子ファイルに対する処理を前記可否情報に基づいて実行する段階と、
を含むことを特徴とする電子ファイル送信方法。
【請求項１】
送信装置が暗号化された電子ファイルを含む電子メールを受信装置に対して送信する段階と、
前記送信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードを暗号化し、暗号化されたパスワードをサーバに対して送信する段階と、
前記受信装置が前記送信装置から前記電子メールを受信する段階と、
前記サーバが、前記送信装置から前記暗号化されたパスワードを受信して復号化することにより、前記復号化に必要なパスワードを得る段階と、
前記サーバが、前記復号化に必要なパスワードを暗号化し、暗号化されたパスワードを前記受信装置に対して送信する段階と、
を含むことを特徴とする電子ファイル送信方法。
【請求項２】
前記送信装置が前記暗号化されたパスワードをサーバに対して送信する段階は、該送信装置が前記暗号化された電子ファイルの復号化に必要なパスワードを公開鍵を用いて暗号化することを含み、
前記サーバが前記復号化に必要なパスワードを得る段階は、該サーバが前記暗号化されたパスワードを前記公開鍵に対応する秘密鍵を用いて復号化することを含み、
前記サーバが前記暗号化されたパスワードを前記受信装置に対して送信する段階は、該サーバが前記復号化に必要なパスワードを前記受信装置の公開鍵を用いて暗号化することを含む、請求項１に記載の電子ファイル送信方法。
【請求項３】
前記サーバが、前記暗号化された電子ファイルを識別するファイル識別情報と該電子ファイルの正当な受信者を識別する受信者識別情報とを対応付けて記憶する段階と、
前記受信者識別情報により特定される受信者に対してデータ列を送信する段階と、
前記サーバが、受信装置から、該受信装置の公開鍵に対応する秘密鍵により暗号化されたデータ列と、該公開鍵と、を受信する段階と、
前記サーバが、前記暗号化されたデータ列を前記公開鍵にて復号化することにより得られたデータ列と、前記受信者に対して送信したデータ列とが、一致する場合に、前記受信者識別情報と対応付けて前記公開鍵を記憶する段階と、
を含む、請求項２に記載の電子ファイル送信方法。
【請求項４】
前記サーバが、前記暗号化された電子ファイルを識別するファイル識別情報と該電子ファイルの正当な受信者を識別する受信者識別情報とを対応付けて記憶する段階と、
前記サーバが、前記受信装置により受信された暗号化されたファイルを識別する受信ファイル識別情報と該受信装置のユーザを識別するユーザ識別情報とを、該受信装置から受信する段階と、
前記サーバが、前記ファイル識別情報、前記受信者識別情報、前記受信ファイル識別情報及び前記ユーザ識別情報に基づいて、前記受信装置のユーザが前記暗号化されたファイルの正当な受信者であるか否かを決定する段階と、
を含み、
前記サーバは、前記受信装置のユーザが前記正当な受信者であると決定した場合にのみ、前記暗号化されたパスワードを前記受信装置に対して送信する、請求項１から請求項３のいずれかに記載の電子ファイル送信方法。
【請求項５】
前記受信装置が、前記電子メールに含まれた前記暗号化された電子ファイルを開く際に、該暗号化された電子ファイルの復号化に必要なパスワードを要求する要求信号を前記サーバに送信する段階と、
前記受信装置が、前記サーバから前記復号化に必要なパスワードを受信する段階と、
前記受信装置が、前記復号化に必要なパスワードを用いて、前記暗号化された電子ファイルを復号化する段階と、
を含み、
前記サーバが前記暗号化されたパスワードを前記受信装置に対して送信する段階は、前記サーバが前記受信装置から前記要求信号を受信することにより実行される、請求項１から請求項４のいずれかに記載の電子ファイル送信方法。
【請求項６】
暗号化された電子ファイルを含む電子メールを受信装置に送信する送信装置から該受信装置に対して、該暗号化されたファイルの復号化に必要なパスワードを転送するサーバであって、
前記暗号化された電子ファイルの復号化に必要であって暗号化されたパスワードを、前記送信装置から受信する受信手段と、
前記暗号化されたパスワードを復号化することにより、前記暗号化された電子ファイルの復号化に必要なパスワードを得る復号化手段と、
前記復号化に必要なパスワードを暗号化して該受信装置に送信する送信手段と、
を具備することを特徴とするサーバ。
【請求項７】
暗号化された電子ファイルを含む電子メールを受信装置に対して送信するメール送信手段と、
前記暗号化された電子ファイルの復号化に必要であって暗号化されたパスワードをサーバに対して送信するパスワード送信手段と、
を具備し、
前記サーバに対して送信されたパスワードは、該サーバにより、復号化されることにより、前記暗号化された電子ファイルの復号化に必要なパスワードとして記憶されるようになっており、
さらに、前記サーバにより記憶された前記パスワードは、該サーバにより暗号化され該受信装置に対して送信されるようになっている、
ことを特徴とする送信装置。
【請求項８】
暗号化された電子ファイルを含む電子メールを受信する受信装置であって、
前記電子メールを送信装置から受信するメール受信手段と、
前記暗号化された電子ファイルの復号化に必要であって暗号化されたパスワードを、前記暗号化された電子ファイルの復号化に必要なパスワードを記憶するサーバから受信するパスワード受信手段と、
を具備し、
前記サーバにより記憶された前記復号化に必要なパスワードは、前記送信装置により暗号化されたパスワードが、前記サーバにより復号化されることにより得られたものである、
ことを特徴とする受信装置。
【請求項９】
暗号化された電子ファイルを含む電子メールを受信し、該暗号化された電子ファイルを復号化することにより電子ファイルを生成可能な受信装置であって、
前記電子メールを送信装置から受信するメール受信手段と、
前記暗号化された電子ファイルの復号化に必要なパスワードをサーバから受信するパスワード受信手段と、
前記電子ファイルに対して許可又は禁止された処理を示す可否情報を前記サーバから受信する可否情報受信手段と、
前記パスワードを用いて、前記暗号化されたファイルを復号化することにより、前記電子ファイルを一時記憶領域に展開する復号化手段と、
前記一時記憶領域に展開された前記電子ファイルに対する処理を前記可否情報に基づいて実行する実行手段と、
を具備することを特徴とする受信装置。
【請求項１０】
前記復号化手段は、前記暗号化された電子ファイルを読み込むためのＡＰＩモジュールに対する呼び出しが、特定のアプリケーションによりなされたときに、ＡＰＩフックにより独自のフックモジュールを呼び出し、
該独自のフックモジュールが、一時記憶領域において、前記暗号化された電子ファイルを復号化することにより前記電子ファイルを展開し、前記特定のアプリケーションに対して該電子ファイルの内容を返却する、請求項９に記載の受信装置。
【請求項１１】
前記独自のフックモジュールが、前記電子ファイルの内容を、固定記憶領域に生成することなく、一時記憶領域において前記特定のアプリケーションに対して返却する、請求項１０に記載の受信装置。
【請求項１２】
前記実行手段は、特定のアプリケーションが起動したときに、ＡＰＩフックにより独自のフックモジュールを呼び出す、請求項９に記載の受信装置。
【請求項１３】
前記独自のフックモジュールは、前記可否情報において禁止された処理を実現するＡＰＩモジュールに対する呼び出しが前記特定のアプリケーションによりなされたときに、該特定のアプリケーションに対して失敗を返却する、請求項１２に記載の受信装置。
【請求項１４】
前記独自のフックモジュールは、前記可否情報において許可された処理を実現するＡＰＩモジュールに対する呼び出しが前記特定のアプリケーションによりなされたときに、この呼び出しを該ＡＰＩモジュールに転送し、該ＡＰＩモジュールによる実行結果を前記特定のアプリケーションに返却する、請求項１２に記載の受信装置。
【請求項１５】
前記一時記憶領域に展開された前記電子ファイルに対して前記実行手段により実行された操作の内容を示す操作内容情報を前記サーバに送信する送信手段を具備する、請求項９から請求項１４のいずれかに記載の受信装置。
【請求項１６】
前記送信手段により送信された前記操作内容情報が、前記サーバにより記憶され、
該サーバに記憶された前記操作内容情報が、前記送信装置により閲覧可能である、請求項１５に記載の受信装置。
【請求項１７】
前記可否情報が、前記サーバにより記憶されており、
該サーバにより記憶された前記可否情報が、前記送信装置により設定されたものである、請求項９から請求項１６のいずれかに記載の受信装置。
【請求項１８】
受信装置が、暗号化された電子ファイルを含む電子メールを送信装置から受信する段階と、
前記受信装置が、前記暗号化された電子ファイルの復号化に必要なパスワードをサーバから受信する段階と、
前記受信装置が、前記電子ファイルに対して許可又は禁止された処理を示す可否情報を前記サーバから受信する段階と、
前記受信装置が、前記パスワードを用いて、前記暗号化された電子ファイルを復号化することにより、前記電子ファイルを一時記憶領域に展開する段階と、
前記受信装置が、前記一時記憶領域に展開された前記電子ファイルに対する処理を前記可否情報に基づいて実行する段階と、
を含むことを特徴とする電子ファイル送信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−１５４４１９（Ｐ２０１０−１５４４１９Ａ）
【公開日】平成２２年７月８日（２０１０．７．８）
【国際特許分類】
【出願番号】特願２００８−３３２４５６（Ｐ２００８−３３２４５６）
【出願日】平成２０年１２月２６日（２００８．１２．２６）
【出願人】（５００１４７０２３）デジタルア−ツ株式会社 (4)
【Ｆターム（参考）】
【公開日】平成２２年７月８日（２０１０．７．８）
【国際特許分類】
【出願日】平成２０年１２月２６日（２００８．１２．２６）
【出願人】（５００１４７０２３）デジタルア−ツ株式会社 (4)
【Ｆターム（参考）】
[ Back to top ]