JP2002330171A - ファイル送信サーバ、ファイル受信端末、ファイル送受信システム、方法、およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】ファイルの開封確認の信頼性を向上可能なファ
イル送信サーバを提供する。 【解決手段】 ユーザに送信したファイルがユーザの操
作により開かれたことを示す開封情報を受信するファイ
ル送信サーバ２０は、ユーザ毎に割り当てられたユーザ
側キーに対応する第１のキーをユーザに対応付けて格納
する第１キー格納部２２０と、第２のキーをファイルの
送信処理に対応付けて格納する第２キー格納部２１５
と、ファイルを第２のキーと共にユーザに送信する送信
部２３０と、ユーザ側キーおよび第２のキーを用いて生
成された開封情報を受信する受信部２３５と、第１キー
格納部２２０に格納された第１のキー、第２キー格納部
２１５に格納された第２のキー、および受信部２３５が
受信した開封情報を用いて、ファイルがユーザの操作に
より開かれたことを認証する認証部２４０とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイル送信サー
バ、ファイル受信端末、ファイル送受信システム、方
法、およびプログラムに関する。特に本発明は、送信し
たファイルが開かれたことを示す開封情報を送受信す
る、ファイル送信サーバ、ファイル受信端末、ファイル
送受信システム、方法、およびプログラムに関する。

【０００２】

【従来の技術】従来、送信した電子メールが受信端末上
で開封されると、その電子メールが開封されたことを示
す開封確認データを送信端末に返信する手段があった。

【０００３】

【発明が解決しようとする課題】開封確認データに関し
ては、他人による、正当な受信者へのなりすましを防止
することが重要であり、開封確認の管理が重要である。

【０００４】そこで本発明は、上記の課題を解決するこ
とのできるファイル送信サーバ、ファイル受信端末、フ
ァイル送受信システム、方法、およびプログラムを提供
することを目的とする。この目的は特許請求の範囲にお
ける独立項に記載の特徴の組み合わせにより達成され
る。また従属項は本発明の更なる有利な具体例を規定す
る。

【０００５】

【課題を解決するための手段】即ち、本発明の形態によ
ると、ユーザに送信したファイルがユーザの操作により
開かれたことを示す開封情報を受信するファイル送信サ
ーバは、ユーザ毎に割り当てられたユーザ側キーに対応
する第１のキーをユーザに対応付けて格納する第１キー
格納部と、第２のキーをファイルの送信処理に対応付け
て格納する第２キー格納部と、ファイルを第２のキーと
共にユーザに送信する送信部と、ユーザ側キーおよび第
２のキーを用いて生成された開封情報を受信する受信部
と、第１キー格納部に格納された第１のキー、第２キー
格納部に格納された第２のキー、および受信部が受信し
た開封情報を用いて、ファイルがユーザの操作により開
かれたことを認証する認証部とを備える。

【０００６】ファイルをユーザに送信する送信処理毎に
異なる、第２のキーを生成する第２キー生成部を更に備
え、第２キー格納部は、送信処理毎に異なる第２のキー
を送信処理に対応付けて格納し、認証部は、送信処理毎
に異なる第２のキーを第１のキーと共に用いて、ファイ
ルが開かれたことを認証してもよい。送信するファイル
毎に異なる第２のキーを生成する第２キー生成部を更に
備え、第２キー格納部は、ファイル毎に異なる第２のキ
ーをファイルに対応付けて格納し、認証部は、ファイル
毎に異なる第２のキーを第１のキーと共に用いて、ファ
イルが開かれたことを認証してもよい。

【０００７】認証部は、第１キー格納部に格納された第
１のキーと、第２キー格納部に格納された第２のキーと
を用いて、認証データを生成する認証データ生成部を有
し、受信部が受信した開封情報と、認証データ生成部が
生成した認証データとが対応するデータであった場合
に、ファイルが開かれたことを認証してもよい。開封情
報は、ユーザ側キー、第２のキー、および開封確認デー
タを用いてファイルの送信先の端末上で生成され、認証
部は、第１キー格納部に格納された第１のキー、第２キ
ー格納部に格納された第２のキー、および開封確認デー
タを用いて、認証データを生成する認証データ生成部を
有し、受信部が受信した開封情報と、認証データ生成部
が生成した認証データとが対応するデータであった場合
に、ファイルが開かれたことを認証してもよい。

【０００８】開封情報は、ユーザ側キーおよび第２のキ
ーにより特定された処理方法を用いて、ファイルに含ま
れる所定のデータを端末上で処理することにより生成さ
れ、認証部は、第１キー格納部に格納された第１のキ
ー、および、第２キー格納部に格納された第２のキーに
より特定された処理方法を用いて、ファイルに含まれる
所定のデータを処理することにより認証データを生成す
る認証データ生成部を有し、受信部が受信した開封情報
と、認証データ生成部が生成した認証データとが一致し
た場合に、ファイルがユーザの端末上で開かれたことを
認証してもよい。

【０００９】認証部が、受信部が受信した開封情報と、
認証部が生成した認証データとが対応するデータでない
と判断した場合に、サーバを管理するサーバ管理端末
に、ファイルがユーザの操作により開かれたことを認証
できない旨を通知する通知部を更に備えてもよい。認証
部が、受信部が受信した開封情報と、認証部が生成した
認証データとが対応するデータでないと判断した場合
に、ユーザに、ファイルがユーザの操作により開かれた
ことを認証できない旨を通知する通知部を更に備えても
よい。

【００１０】認証部が、受信部が受信した開封情報と、
認証部が生成した認証データとが対応するデータでない
と判断した場合に、送信部は、ファイルを再送してもよ
い。送信部は、ファイルを再送する場合に、再送毎に異
なる第２のキーをファイルと共に送信してもよい。

【００１１】本発明の他の形態によると、ユーザに送信
したファイルがユーザの操作により開かれたことを示す
開封情報を受信するファイル送信サーバは、ユーザ毎に
割り当てられたユーザ側キーに対応するサーバ側キー
を、ユーザに対応付けて格納するサーバ側キー格納部
と、ファイルをユーザに送信する送信部と、ユーザ側キ
ーを用いて生成された開封情報を受信する受信部と、サ
ーバ側キー格納部内でユーザに対応するサーバ側キー、
および開封情報を用いて、ファイルがユーザの操作によ
り開かれたことを認証する認証部とを備える。

【００１２】本発明の他の形態によると、ユーザに送信
したファイルがユーザの操作により開かれたことを示す
開封情報を受信するファイル送信サーバは、ファイルを
ユーザに送信する送信処理毎に、異なるキーであるワン
タイムキーを生成するワンタイムキー生成部と、送信処
理毎に異なるワンタイムキーを送信処理に対応付けて格
納するワンタイムキー格納部と、送信処理毎に異なるワ
ンタイムキーをファイルと共にユーザに送信する送信部
と、ワンタイムキーを用いて生成された開封情報を受信
する受信部と、ワンタイムキー格納部内で送信処理に対
応するワンタイムキーと、受信部が受信した開封情報と
を用いて、ファイルがユーザの操作により開かれたこと
を認証する認証部とを備える。

【００１３】本発明の他の形態によると、ファイルを受
信するファイル受信端末は、予め割り当てられたユーザ
側キーを取得するユーザ側キー取得部と、ファイルと共
に第２のキーを受信する端末側受信部と、端末側受信部
が受信したファイルを端末上で開いた場合に、ユーザ側
キー取得部が取得したユーザ側キーと、端末側受信部が
受信した第２のキーを用いて、ファイルを開いたことを
示す開封情報を生成する開封情報生成部と、開封情報生
成部が生成した開封情報をファイルの送信元に返信する
端末側送信部とを備えた。

【００１４】本発明の他の形態によると、ファイルを送
信するファイル送信サーバと、ファイルを受信するユー
ザのファイル受信端末とを備えるファイル送受信システ
ムであって、ファイル送信サーバは、第１のキーをユー
ザに対応付けて格納する第１キー格納部と、第２のキー
をファイルの送信処理に対応付けて格納する第２キー格
納部と、ファイルを第２のキーと共にユーザのファイル
受信端末に送信する送信部と、ファイルがファイル受信
端末上で開かれたことを示す開封情報を端末から受信す
る受信部と、第１キー格納部に格納された第１のキー、
第２キー格納部に格納された第２のキー、および受信部
が受信した開封情報を用いて、ファイルがファイル受信
端末上で開かれたことを認証する認証部とを有し、ファ
イル受信端末は、第１のキーに対応するユーザ側キーを
取得するユーザ側キー取得部と、ファイル送信サーバか
ら、ファイルを第２のキーと共に受信する端末側受信部
と、ユーザ側キー取得部が取得したユーザ側キーと、端
末側受信部が受信した第２のキーとを用いて、開封情報
を生成する開封情報生成部と、端末側受信部が受信した
ファイルをファイル受信端末上で開いた場合に、開封情
報生成部が生成した開封情報をファイル送信サーバに送
信する端末側送信部とを有する。

【００１５】ファイル送信サーバは、第１のキーを用い
て、ファイルを暗号化するファイル暗号化部を更に有
し、送信部は、第２のキーと共に、ファイル暗号化部が
暗号化したファイルをファイル受信端末に送信し、ファ
イル受信端末において、ユーザ側キー取得部は、第１の
キーで暗号化されたデータを復号化するキーとして、ユ
ーザ側キーを取得し、端末側受信部は、第１のキーを用
いて暗号化されたファイルを、第２のキーと共に受信
し、ユーザ側キーを用いて、端末側受信部が受信したフ
ァイルを復号化するファイル復号化部を更に有し、開封
情報生成部は、ファイル復号化部がファイルを復号化し
たことを条件として、ユーザ側キーおよび第２のキーを
用いて開封情報を生成してもよい。

【００１６】本発明の他の形態によると、ファイルを送
信するファイル送信サーバと、ファイルを受信するユー
ザのファイル受信端末とを備えるファイル送受信システ
ムであって、ファイル送信サーバは、サーバ側キーを、
ユーザに対応付けて格納するサーバ側キー格納部と、フ
ァイルをユーザに送信する送信部と、ファイルがファイ
ル受信端末上で開かれたことを示す開封情報を受信する
受信部と、サーバ側キー格納部内でユーザに対応するサ
ーバ側キー、および開封情報を用いて、ファイルがファ
イル受信端末上で開かれたことを認証する認証部とを有
し、ファイル受信端末は、ファイル送信サーバからファ
イルを受信する端末側受信部と、ファイルをファイル受
信端末上で開いた場合に、サーバ側キーに対応するユー
ザ側キーを用いて、開封情報を生成する開封情報生成部
と、開封情報生成部が生成した開封情報をファイル送信
サーバに送信する端末側送信部とを有する。

【００１７】本発明の他の形態によると、サーバからユ
ーザの端末へファイルを送信した場合に、ファイルが端
末上で開かれたことを示す開封情報を送受信する方法
は、サーバが、ファイルを第２のキーと共にユーザの端
末に送信するステップと、端末が、サーバから、ファイ
ルを第２のキーと共に受信するステップと、受信したフ
ァイルを端末上で開いた場合に、端末の記憶装置が予め
格納しているユーザ側キーと、受信した第２のキーとを
用いて、開封情報を生成するステップと、端末が、生成
した開封情報をサーバに送信するステップと、サーバ
が、開封情報を端末から受信するステップと、サーバの
記憶装置がユーザに対応付けて格納している、ユーザ側
キーに対応する第１のキーと、サーバの記憶装置がファ
イルの送信処理に対応付けて格納している第２のキー
と、サーバが受信した開封情報とを用いて、ファイルが
端末上で開かれたことを認証するステップとを備える。

【００１８】本発明の他の形態によると、ユーザに送信
したファイルがユーザの端末上で開かれたことを示す開
封情報を受信するプログラムは、ユーザ毎に割り当てら
れたユーザ側キーに対応する第１のキーをユーザに対応
付けて格納する第１キー格納モジュールと、第２のキー
をファイルの送信処理に対応付けて格納する第２キー格
納モジュールと、ファイルを第２のキーと共にユーザに
送信する送信モジュールと、ユーザ側キーおよび第２の
キーを用いて生成された開封情報を受信する受信モジュ
ールと、第１キー格納モジュールが格納した第１のキ
ー、第２キー格納モジュールが格納した第２のキー、お
よび受信モジュールが受信した開封情報を用いて、ファ
イルが端末上で開かれたことを認証する認証モジュール
とを備える。

【００１９】本発明の他の形態によると、ユーザに送信
したファイルがユーザの端末上で開かれたことを示す開
封情報を送信するプログラムは、ファイルと共に第２の
キーを受信する端末側受信モジュールと、端末側受信モ
ジュールが受信したファイルを端末上で開いた場合に、
予め割り当てられたキーであるユーザ側キーと、端末側
受信モジュールが受信した第２のキーとを用いて、開封
情報を生成する開封情報生成モジュールと、開封情報を
ファイルの送信元に返信する端末側送信モジュールとを
備える。

【００２０】なお上記の発明の概要は、本発明の必要な
特徴の全てを列挙したものではなく、これらの特徴群の
サブコンビネーションも又発明となりうる。

【００２１】

【発明の実施の形態】以下、発明の実施形態を通じて本
発明を説明するが、実施形態はクレームにかかる発明を
限定するものではなく、また実施形態の中で説明されて
いる特徴の組み合わせの全てが発明の解決手段に必須で
あるとは限らない。

【００２２】図１は、ファイルの送受信を行うファイル
送受信システム全体の概略図を示す。ファイル送受信シ
ステムは、送信依頼端末１０と、ファイル送信サーバ２
０と、ファイル受信端末３０とを備える。ファイル送受
信システムでは、ファイルの送受信が行われる。送信依
頼端末１０とファイル受信端末３０は、コンピュータ端
末や携帯端末などの情報通信端末である。送信依頼端末
１０とファイル送信サーバ２０との間や、ファイル送受
信サーバ２０とファイル受信端末３０との間は、専用
線、公衆回線網、無線通信網、ＬＡＮ通信網、またはイ
ンターネット網などのような通信網で接続される。ま
た、送受信されるファイルとは、所定の形式に則ったデ
ータの固まりであり、通信手段や通信プロトコル等によ
って決められる。例えば、インターネット網を用いてい
る場合、ファイル送受信システムは、ＦＴＰを用いてＦ
ＴＰフォーマットのファイルを送受信する。ファイル送
受信システムは、ＳＭＴＰ、ＰＯＰ、ＭＩＭＥ等を用い
て、電子メール形式のファイルを送受信してもよい。ま
た、ファイル送受信システムは、ＨＴＴＰ等を用いてＨ
ＴＭＬファイルの送受信を行ってもよい。

【００２３】送信依頼端末１０は、ファイル送信サーバ
２０にファイルの送信を依頼する。送信依頼端末１０
は、例えば、送信先を特定する送信先特定情報と、送信
するファイルとをファイル送信サーバ２０に送信する。
送信先特定情報は、ファイルの送信先となるユーザ毎に
設定された送信先ユーザＩＤ、送信先の電子メールアド
レス、またはＩＰアドレス等であってもよい。本実施形
態では、送信依頼端末１０は、ファイル受信端末３０へ
のファイル送信をファイル送信サーバ２０に依頼する。
送信依頼端末１０は、ファイル送信サーバ２０と実質的
に同一の装置であってもよい。すなわち、送信依頼端末
１０は、ファイル送信サーバ２０に対して、ファイル送
信依頼を入力する入力部として機能してもよい。

【００２４】ファイル送信サーバ２０は、送信依頼端末
１０からファイルの送信依頼を受け取ると、依頼された
ファイルを依頼された送信先、すなわちファイル受信端
末３０に送信する。また、ファイル送信サーバ２０は、
ユーザに送信したファイルがユーザの操作により開かれ
たことを示す開封情報を受信する。すなわち、ファイル
送信サーバ２０は、ファイル受信端末３０に送信したフ
ァイルがファイル受信端末３０上で開かれたことを示す
開封情報を受信する。

【００２５】ファイル受信端末３０は、ファイル送信サ
ーバ２０からファイルを受信し、ユーザの操作により受
信したファイルを開くと、開封情報をファイル送信サー
バ２０に返信する。すなわち、ファイル受信端末３０
は、受信したファイルをファイル受信端末３０上で開く
と、開封情報をファイル送信サーバ２０に返信する。

【００２６】ファイル送受信システムは、更にサーバ管
理端末４０を備えてもよい。サーバ管理端末４０は、フ
ァイル送信サーバ２０を管理する端末であり、コンピュ
ータ端末や携帯端末であってもよい。サーバ管理者は、
サーバ管理端末４０を用いて、ファイル送信サーバ２０
の種々の設定を行う。また、サーバ管理端末４０は、フ
ァイル送信サーバ２０のファイル送信処理を監視し、異
常が発生した場合は、サーバ管理者に通知する。

【００２７】図２は、ファイル送信サーバ２０の機能ブ
ロックを示す。ファイル送信サーバ２０は、送信依頼取
得部２０５と、第２キー生成部２１０と、第２キー格納
部２１５と、第１キー格納部２２０と、ファイル暗号化
部２２５と、送信部２３０と、受信部２３５と、認証部
２４０と、出力部２５０と、通知部２５５とを有する。

【００２８】送信依頼取得部２０５は、送信依頼端末１
０からファイルの送信依頼、すなわち、送信するファイ
ルと送信先特定情報を受け取ると、ファイルおよび送信
先特定情報を第２キー生成部２１０とファイル暗号化部
２２５に出力する。送信依頼取得部２０５は、更にファ
イルの送信依頼を受ける度毎に、当該送信処理を特定す
る送信処理ＩＤを設定し、第２キー生成部２１０に出力
する。送信依頼取得部２０５は、送信を依頼されたファ
イル毎に、当該ファイルを特定する送信ファイルＩＤを
設定し、第２キー生成部２１０に出力してもよい。送信
依頼取得部２０５は、同じファイルを再送する場合や、
同じファイルを同時に複数の送信先に送信する場合であ
っても、異なる送信処理ＩＤおよび送信ファイルＩＤを
設定することが好ましい。送信処理ＩＤや送信ファイル
ＩＤは、本実施形態では、ファイルのヘッダ等に組み込
まれ、ファイルと共に受け渡されていく。

【００２９】第２キー生成部２１０は、送信依頼取得部
２０５からファイルおよび送信先特定情報を受け取る
と、第２のキーを生成し、第２キー格納部２１５に出力
する。すなわち、第２キー生成部２１０は、ファイルを
ファイル受信端末３０に送信する送信処理毎に、第２の
キーを生成し、第２キー格納部２１５に出力する。第２
キー生成部２１０は、過去に使用された第２のキーやユ
ーザの個人情報などから予想しにくい第２のキーを生成
するのが望ましく、例えば、ランダムな文字列を含む第
２のキーを生成する。また、第２キー生成部２１０は、
送信処理毎に異なる第２のキーを生成するのが望まし
い。この場合、第２キー生成部２１０は、生成した第２
のキーを、送信処理を特定する情報、例えば、送信処理
ＩＤに対応付けて第２キー格納部２１５に出力する。ま
た、第２キー生成部２１０は、送信するファイル毎に異
なる第２のキーを生成してもよい。この場合、第２キー
生成部２１０は、生成した第２のキーを、ファイルを特
定する情報、例えば、送信ファイルＩＤに対応付けて第
２キー格納部２１５に出力する。本実施形態において、
第２キー生成部２１０は、本発明に係るワンタイムキー
生成部を兼ね、第２のキーは、本発明に係るワンタイム
キーを兼ねる。

【００３０】第２キー格納部２１５は、第２キー生成部
２１０から第２のキーを受け取ると、受け取った第２の
キーを格納する。第２キー格納部２１５は、予め複数の
第２のキーを格納していてもよく、この場合、第２のキ
ーをファイル暗号化部２２５に要求されると、第２キー
格納部２１５は、第２のキーをファイル暗号化部２２５
に出力すると共に、出力する第２のキーを送信処理に対
応付けて格納する。また、第２キー生成部２１０が送信
処理毎に第２のキーを生成する場合、第２キー格納部２
１５は、第２キー生成部２１０から第２のキーと送信処
理ＩＤを受け取ると、第２のキーを送信処理ＩＤに対応
付けて格納する。同様に、第２キー格納部２１５は、第
２キー生成部２１０から第２キーと送信ファイルＩＤを
受け取ると、第２のキーを送信ファイルＩＤに対応付け
て格納してもよい。さらに、第２キー格納部２１５は、
送信処理毎に第２のキーをファイル暗号化部２２５に出
力する。

【００３１】第２のキーは、開封情報の認証に用いられ
る。第２キー格納部２１５は、認証部２４０から第２の
キーの要求を第２のキーを特定する情報、例えば、送信
処理ＩＤや送信ファイルＩＤと共に受け取ると、送信処
理ＩＤ又は送信ファイルＩＤに対応する第２のキーを認
証部２４０に出力する。

【００３２】第１キー格納部２２０は、ユーザ毎に割り
当てられたユーザ側キーに対応する第１のキーをユーザ
に対応付けて格納する。すなわち、第１キー格納部２２
０は、ファイル受信端末３０に割り当てられたユーザ側
キーに対応する第１のキーを、ファイル受信端末３０に
対応付けて格納する。ファイル受信端末３０に割り当て
られたユーザ側キーと、ファイル送信サーバ２０が格納
する第１のキーは、対応しており、ファイル送信サーバ
２０において認証処理を行う際の必要条件となるキーで
ある。例えば、ユーザ側キーを用いたファイル受信端末
３０上の処理結果は、当該ユーザ側キーに対応する第１
のキーを用いた、ファイル送信サーバ２０上の処理結果
と一致する。また、第１のキーは、送信するファイルを
暗号化するキーであり、同時に、当該第１のキーに対応
するユーザ側キーは、当該ファイルを復号化するキーで
あってもよい。

【００３３】第１キー格納部２２０は、ファイル暗号化
部２２５から暗号化に用いるキーの要求を送信先特定情
報と共に受け取ると、送信先特定情報に対応した第１の
キーをファイル暗号化部２２５に出力する。すなわち、
第１キー格納部２２０は、ファイル受信端末３０のユー
ザに対応した第１のキーをファイル暗号部２２５に出力
する。第１のキーは、開封情報の認証にも用いられる。
第１キー格納部２２０は、認証部２４０から第１のキー
の要求を送信先特定情報と共に受け取ると、送信先特定
情報に対応した第１のキーを認証部２４０に出力する。
本実施形態において、第１キー格納部２２０は、本発明
に係るサーバ側キー格納部を兼ね、第１のキーは、本発
明に係るサーバ側キーを兼ねる。

【００３４】ファイル暗号化部２２５は、送信依頼取得
部２０５からファイルと送信先特定情報を受け取ると、
第１キー格納部２２０に送信先特定情報を出力し、送信
先特定情報に対応する第１のキーを第１キー格納部２２
０から取得する。ファイル暗号化部２２５は、次に、取
得した第１のキーを用いて、送信するファイルを暗号化
し、暗号化したファイルを、第２キー格納部２１５から
受け取った第２のキーと共に送信部２３０に出力する。
ファイル暗号化部２２５は、第１のキーを用いて、ファ
イルと共に第２のキーを暗号化して、送信部２３０に出
力してもよい。

【００３５】送信部２３０は、ファイル暗号化部２２５
から暗号化されたファイルと第２のキーを受け取ると、
送信先特定情報で特定される送信先、すなわちファイル
受信端末３０に送信する。

【００３６】受信部２３５は、ファイル受信端末３０か
ら開封情報を受信すると、認証部２４０に出力する。開
封情報は、送信部２３０が送信したファイルがファイル
受信端末３０上で開かれると、当該ファイルと共に送信
された第２のキーと、予め割り当てられているユーザ側
キーを用いてファイル受信端末３０により生成される。
開封情報には、開封情報を送信した送信元を特定する情
報（ファイル送信時に用いた送信先特定情報）、送信処
理ＩＤ、送信ファイルＩＤ等が含まれていてもよい。

【００３７】認証部２４０は、受信部２３５から開封情
報を受け取ると、第１キー格納部２２０から第１のキー
を、第２キー格納部２１５から第２のキーを取得し、取
得した第１のキーおよび第２のキーと、受け取った開封
情報を用いて、送信したファイルがユーザの操作により
開かれたことを認証する。すなわち、認証部２４０は、
受信部２３５から開封情報を受け取ると、まず、受け取
った開封情報から送信先特定情報と送信処理ＩＤ（送信
ファイルＩＤでもよい）を取得し、送信先特定情報に対
応した第１のキーと、送信処理ＩＤ（又は送信ファイル
ＩＤ）に対応した第２のキーをそれぞれ第１キー格納部
２２０と第２キー格納部２１５に要求する。次に、認証
部２４０は、取得した第１のキー、第２のキー、および
開封情報を用いて、ファイル受信端末３０に送信したフ
ァイルがファイル受信端末３０上で開かれたことを認証
する。認証部２４０は、認証できた場合、送信したファ
イルが正規のユーザにより開かれた旨を出力部２５０に
出力する。一方、認証できなかった場合、認証部２４０
は、認証できなかった旨を通知部２５５に出力し、さら
に送信依頼取得部２０５に当該ファイルの再送を依頼す
る。再送の際は、また新たに第２のキーが設定される。
すなわち、送信処理毎に異なる第２のキーが付与され
る。

【００３８】次に、認証部２４０が認証する際の処理方
法を説明する。認証部２４０は、認証データ生成部２４
５を有する。認証データ生成部２４５は、認証部２４０
が取得した第１のキーおよび第２のキーと、予め指定さ
れている開封確認データとを用いて、認証データを生成
する。認証部２４０は、認証データ生成部２４５が生成
した認証データと、受信部２３５から受け取った開封情
報とを比較し、対応するデータであった場合に、ファイ
ル受信端末３０に送信したファイルがファイル受信端末
３０上で開かれたことを認証する。認証データと開封情
報が対応したデータであるとは、例えば、開封情報が、
認証データに予め指定された演算をさらに施して一致す
ることである。開封確認データとは、例えば、ファイル
送信サーバ２０とファイル受信端末３０とに予め指定し
た共通のデータである。この場合、認証データ生成部２
４５において第１のキーおよび第２のキーにより特定さ
れた処理方法は、ファイル受信端末３０においてユーザ
側キー（当該第１のキーに対応）および当該第２のキー
により特定された処理方法と同一である。同一の処理方
法とは、例えば、同一の係数を有するハッシュ関数等で
ある。処理方法は、不可逆な処理方法が望ましい。不可
逆な処理を開封確認データに施すことにより、ユーザ以
外の第三者に、元の開封確認データを知られることを防
ぐことができる。また、開封確認データは、必須ではな
い。すなわち、開封情報は、ユーザ側キーと第２のキー
から生成されてもよい。この場合、認証データ生成部２
４５は、当該ユーザ側キーに対応する第１のキーと、当
該第２のキーとから認証データを生成する。例えば、開
封情報は、ユーザ側キーにより特定された処理方法を用
いて第２のキーを処理することにより生成され、認証デ
ータ生成部２４５は、第１のキー（ユーザ側キーに対
応）により特定された処理方法を用いて当該第２のキー
を処理することにより認証データを生成する。

【００３９】認証データ生成部２４５は、第１のキーお
よび第２のキーにより特定された処理方法を用いて、送
信したファイルに含まれる所定のデータを処理すること
により認証データを生成してもよい。この場合の処理方
法も不可逆な処理方法であることが好ましい。例えば、
認証データ生成部２４５は、第１のキーおよび第２のキ
ーにより特定されたハッシュ関数を用いて、送信するフ
ァイル中のデータを処理した結果を認証データとする。
受信した開封情報が、ユーザ側キー（当該第１のキーに
対応）および当該第２のキーにより特定されたハッシュ
関数を用いて、受信した当該ファイル中のデータを処理
した結果である場合、認証部２４０は、認証データと開
封情報とが対応するデータであると判断して、当該ファ
イルが開かれたことを認証する。ファイル中のデータを
認証処理の対象とすることにより、ファイル中のデータ
の改ざんを検出することもできる。

【００４０】出力部２５０は、認証部２４０から認証で
きた旨を受け取ると、開かれたことを認証できたファイ
ル名、当該ファイルの送信先名、認証できた時間等を格
納する。出力部２５０は、これらのデータを送信依頼端
末１０に通知してもよい。

【００４１】通知部２５５は、認証部２４０から認証で
きなかった旨を受け取ると、サーバ管理端末４０に、送
信したファイルがファイル受信端末３０上で開かれたこ
とを認証できない旨を通知する。通知部２５５は、送信
依頼端末１０やファイル受信端末３０に通知してもよ
い。

【００４２】図３は、ファイル受信端末３０の機能ブロ
ックを示す。ファイル受信端末３０は、端末側受信部３
１０と、ユーザ側キー取得部３２０と、ファイル復号化
部３３０と、開封情報生成部３４０と、端末側送信部３
５０とを有する。端末側受信部３１０は、ファイル送信
サーバ２０からファイルと第２のキーを受信し、ファイ
ル復号化部３３０に出力する。ファイル受信端末３０
は、例えば、第１のキーで暗号化された、ファイルおよ
び第２のキーを受信する。

【００４３】ユーザ側キー取得部３２０は、ファイル復
号化部３３０からユーザ側キーを要求されると、予め割
り当てられたユーザ側キーを取得し、ファイル復号化部
３３０と開封情報生成部３４０に出力する。ユーザ側キ
ーは、ファイル送信サーバ２０における第１のキーと対
応しており、ユーザ毎に予め割り当てられている。ユー
ザ側キーは、ユーザのみが知っている情報であることが
好ましい。ユーザ側キー取得部３２０は、例えば、ユー
ザにユーザ側キーの入力を要求してユーザ側キーを取得
してもよく、また、ユーザが予めファイル受信端末３０
に格納したユーザ側キーを取得してもよい。

【００４４】ファイル復号化部３３０は、端末側受信部
３１０から暗号化されたファイルと第２のキーを受け取
ると、ユーザ側キー取得部３２０からユーザ側キーを取
得し、取得したユーザ側キーを用いて、受け取ったファ
イルと第２のキーを復号化し、開封情報生成部３４０に
出力する。

【００４５】開封情報生成部３４０は、ユーザ側キー取
得部３２０からユーザ側キーを、ファイル復号化部３３
０から第２のキーをそれぞれ受け取り、ユーザが復号化
したファイルをファイル受信端末３０上で開くと、ユー
ザ側キーおよび第２のキーを用いて、開封情報を生成
し、端末側送信部３５０に出力する。開封情報生成部３
４０は、開封情報に、送信処理ＩＤや送信ファイルＩＤ
を付加して、端末側送信部３５０に出力してもよい。

【００４６】端末側送信部３５０は、開封情報生成部３
４０から開封情報を受け取ると、受け取った開封情報
を、送信処理ＩＤや送信ファイルＩＤと共に、ファイル
送信サーバ２０に送信する。

【００４７】図４は、ファイルを送受信するフローを示
す。送信依頼端末１０は、送信を依頼するファイルと送
信先特定情報をファイル送信サーバ２０に送信すると、
ファイル送信サーバ２０における送信依頼取得部２０５
は、ファイルと送信先特定情報を取得し、取得したファ
イルおよび送信先特定情報を送信処理ＩＤと共に、第２
キー生成部２１０とファイル暗号化部２２５に出力する
（Ｓ１００）。第２キー生成部２１０は、送信依頼取得
部２０５からファイル、送信先特定情報、および送信処
理ＩＤを受け取ると、第２のキーを生成し、送信処理Ｉ
Ｄと共に第２キー格納部２１５に出力する（Ｓ１０
４）。第２キー格納部２１５は、第２キー生成部２１０
から第２キーと送信処理ＩＤを受け取ると、第２のキー
を送信処理ＩＤに対応付けて格納し、さらに第２のキー
をファイル暗号化部２２５に出力する（Ｓ１０８）。フ
ァイル暗号化部２２５は、送信依頼取得部２０５からフ
ァイルおよび送信先特定情報を取得すると、送信先特定
情報に対応する第１のキーを第１キー格納部２２０から
取得する（Ｓ１１２）。ファイル暗号化部２２５は、さ
らに、第２キー格納部２１５から第２のキーを受け取る
と、ファイルおよび第２のキーを第１のキーで暗号化
し、送信先特定情報と共に送信部２３０に出力する（Ｓ
１１６）。送信部２３０は、暗号化したファイルおよび
第２のキーを送信処理ＩＤと共に、送信先特定情報で特
定された送信先、すなわち、ファイル受信端末３０に送
信する（Ｓ１２０）。ファイル受信端末３０における端
末側受信部３１０は、暗号化されたファイルおよび第２
のキーを受信すると、暗号化されたファイルおよび第２
のキーをファイル復号化部３３０に出力し、ファイル復
号化部３３０は、ユーザ側キー取得部３２０からユーザ
側キーを取得する（Ｓ１２４）。ユーザ側キーが第１の
キーに対応する場合、ファイル復号化部３３０は、取得
したユーザ側キーを用いて、暗号化されたファイルおよ
び第２のキーを復号化し、復号化した第２のキーをユー
ザ側キーと共に開封情報生成部３４０に出力する（Ｓ１
２８）。ここで、ユーザ側キーが第１のキーに対応しな
い場合は、処理は中断する（Ｓ１２８）。ユーザの操作
により、復号化されたファイルが開かれると（Ｓ１３
０）、開封情報生成部３４０は、ファイル復号化部３３
０からユーザ側キーおよび第２のキーを受け取り、ユー
ザ側キーおよび第２のキーを用いて、開封情報を生成
し、送信処理ＩＤと共に端末側送信部３５０に出力する
（Ｓ１３２）。端末側送信部３５０は、開封情報生成部
３４０から開封情報を受け取ると、受け取った開封情報
を送信処理ＩＤと共に、ファイルの送信元、すなわち、
ファイル送信サーバ２０に送信する（Ｓ１３６）。ファ
イル送信サーバ２０における受信部２３５は、開封情報
を送信処理ＩＤと共に受信すると、認証部２４０に出力
し、認証部２４０は、開封情報の送信元、すなわち、フ
ァイル受信端末３０に対応する第１のキーを第１キー格
納部２２０から取得し、送信処理ＩＤに対応する第２の
キーを第２キー格納部２１５から取得する（Ｓ１４
０）。認証部２４０が有する認証データ生成部２４５
は、第１のキーおよび第２のキーを用いて、認証データ
を生成する（Ｓ１４４）。認証部２４０は、生成された
認証データと、受け取った開封情報とを比較し、対応す
るデータであると判断した場合に、ファイルが正しく開
封された旨を出力部２５０に出力する（Ｓ１４８）。出
力部２５０は、ファイルが正しく開封された旨を受け取
ると、正しく開封されたファイル名、ファイル開封者
名、認証時刻等を格納する（Ｓ１５２）。一方、Ｓ１４
８において、認証部２４５が、認証データと開封情報と
を比較し、対応するデータでないと判断した場合、認証
部２４５は、送信依頼取得部２０５にファイルの再送を
依頼し、また、認証できなかった旨を通知部２５５に出
力する（Ｓ１４８）。送信依頼取得部２０５は、認証部
２４０からファイルの再送依頼を取得すると、異なる第
２のキーを用いたファイルの再送処理を、Ｓ１０４から
Ｓ１１６までと同様の処理で行うように第２キー生成部
２１０等に指示し、ファイルの再送を実現する（Ｓ１６
０）。通知部２５５は、認証部２４０から認証できなか
った旨を受け取ると、サーバ管理端末４０に認証できな
かった旨を通知する（Ｓ１６４）。一方、ファイル受信
端末３０では、端末側受信部３１０が、再送されたファ
イルを受信すると、Ｓ１２４からの処理を開始する（Ｓ
１６８）。

【００４８】図５は、第２キー格納部２１５が第２のキ
ーを格納するテーブルの例を示す。図５（Ａ）は、第２
キー格納部２１５が第２のキーを送信処理ＩＤに対応付
けて格納するテーブルの一例を示す。第２キー格納部２
１５は、第２キー生成部２１０で生成された第２のキー
を、送信処理を特定する送信処理ＩＤに対応付けて格納
する。第２キー格納部２１５は、予め第２キー生成部２
１０で生成された第２のキーを格納し、ファイルの送信
処理毎に、送信処理ＩＤに対応付けを行ってもよい。ま
た、第２キー格納部２１５は、ファイルの送信処理毎に
生成される第２のキーを、その都度送信処理ＩＤに対応
付けて格納してもよい。図５（Ｂ）は、第２キー格納部
２１５が第２のキーを送信ファイルＩＤに対応付けて格
納するテーブルの一例を示す。第２のキーは、送信する
ファイル毎に設定されてもよい。この場合、ファイル受
信端末３０は、ファイル毎に開封情報を生成し、ファイ
ル送信サーバ２０に返信する。このように、ファイル送
信サーバ２０は、ファイル毎に開封を確認することがで
きる。第２キー格納部２１５は、第２のキーを、送信す
るファイルを特定する情報、例えば、送信ファイルＩＤ
に対応付けて格納してもよい。

【００４９】図６は、第１キー格納部２２０が第１のキ
ーを送信先特定情報に対応付けて格納するテーブルの一
例を示す。本例では、第１キー格納部２２０は、第１の
キーを、送信先特定情報である送信先ユーザＩＤに対応
付けて格納する。第１キー格納部２２０は、送信先特定
情報として、送信先の電子メールアドレス、送信先のＩ
Ｐアドレス等に対応付けて、第１のキーを格納してもよ
い。

【００５０】図７は、ファイル送信サーバ２０のハード
ウェア構成を示すブロック図である。ファイル送信サー
バ２０は、ＣＰＵ７００と、ＲＯＭ７０２と、ＲＡＭ７
０４と、通信インターフェース７０６とを備える。ＣＰ
Ｕ７００は、ＲＯＭ７０２及びＲＡＭ７０４に格納され
たプログラムに基づいて動作する。通信インターフェー
ス７０６は、インターネットを介して外部と通信する。
格納装置の一例としてのハードディスクドライブ７１０
は、設定情報及びＣＰＵ７００が動作するプログラムを
格納する。

【００５１】フレキシブルディスクドライブ７１２はフ
レキシブルディスク７１４からデータまたはプログラム
を読み取りＣＰＵ７００に提供する。ＣＤ−ＲＯＭドラ
イブ７１６はＣＤ−ＲＯＭ７１８からデータまたはプロ
グラムを読み取りＣＰＵ７００に提供する。通信インタ
ーフェース７０６は、インターネットに接続してデータ
を送受信する。

【００５２】ＣＰＵ７００が実行するソフトウエアは、
フレキシブルディスク７１４またはＣＤ−ＲＯＭ７１８
等の記録媒体に格納されてユーザに提供される。記録媒
体に格納されたソフトウエアは圧縮されていても非圧縮
であっても良い。ソフトウエアは記録媒体からハードデ
ィスクドライブ７１０にインストールされ、ＲＡＭ７０
４に読み出されてＣＰＵ７００により実行される。

【００５３】記録媒体に格納されて提供されるソフトウ
エア、すなわちハードディスクドライブ７１０にインス
トールされるソフトウェアは、機能構成として、送信依
頼取得モジュール、第２キー生成モジュール、第２キー
格納モジュール、第１キー格納モジュール、ファイル暗
号化モジュール、送信モジュール、受信モジュール、認
証モジュール、認証データ生成モジュール、出力モジュ
ール、および通知モジュールを備える。これらの各モジ
ュールがコンピュータに働きかけて、ＣＰＵ７００に行
わせる処理は、それぞれ本実施形態におけるファイル送
信サーバ２０における、対応する部材の機能及び動作と
同一であるから説明を省略する。

【００５４】図７に示した、記録媒体の一例としてのフ
レキシブルディスク７１４またはＣＤ−ＲＯＭ７１８に
は、本出願で説明する全ての実施形態におけるファイル
送信サーバ２０の動作の一部または全ての機能を格納す
ることができる。

【００５５】これらのプログラムは記録媒体から直接Ｒ
ＡＭに読み出されて実行されても、一旦ハードディスク
ドライブにインストールされた後にＲＡＭに読み出され
て実行されてもよい。さらに、上記プログラムは単一の
記録媒体に格納されても複数の記録媒体に格納されても
よい。また記録媒体に格納されるモジュールは、オペレ
ーティングシステムとの共同によってそれぞれの機能を
提供してもよい。例えば機能の一部または全部を行うこ
とをオペレーティングシステムに依頼し、オペレーティ
ングシステムからの応答に基づいて機能を提供するもの
であってもよい。

【００５６】記録媒体としては、フレキシブルディス
ク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、
ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テー
プ媒体、磁気記録媒体、ＩＣカードやミニチュアーカー
ドなどの半導体メモリー等を用いることができる。又、
専用通信ネットワークやインターネットに接続されたサ
ーバシステムに設けたハードディスクまたはＲＡＭ等の
格納装置を記録媒体として使用し、通信網を介してプロ
グラムをファイル送信サーバ２０に提供してもよい。

【００５７】このような記録媒体は、ファイル送信サー
バ２０を製造するためのみに使用されるものであり、そ
のような記録媒体の業としての製造および販売等が本出
願に基づく特許権の侵害を構成することは明らかであ
る。

【００５８】図８は、ファイル受信端末３０のハードウ
ェア構成を示すブロック図である。ファイル受信端末３
０は、ＣＰＵ８００と、ＲＯＭ８０２と、ＲＡＭ８０４
と、通信インターフェース８０６とを備える。ＣＰＵ８
００は、ＲＯＭ８０２及びＲＡＭ８０４に格納されたプ
ログラムに基づいて動作する。通信インターフェース８
０６は、インターネットを介して外部と通信する。格納
装置の一例としてのハードディスクドライブ８１０は、
設定情報及びＣＰＵ８００が動作するプログラムを格納
する。

【００５９】フレキシブルディスクドライブ８１２はフ
レキシブルディスク８１４からデータまたはプログラム
を読み取りＣＰＵ８００に提供する。ＣＤ−ＲＯＭドラ
イブ８１６はＣＤ−ＲＯＭ８１８からデータまたはプロ
グラムを読み取りＣＰＵ８００に提供する。通信インタ
ーフェース８０６は、インターネットに接続してデータ
を送受信する。

【００６０】ＣＰＵ８００が実行するソフトウエアは、
フレキシブルディスク８１４またはＣＤ−ＲＯＭ８１８
等の記録媒体に格納されてユーザに提供される。記録媒
体に格納されたソフトウエアは圧縮されていても非圧縮
であってもよい。ソフトウエアは記録媒体からハードデ
ィスクドライブ８１０にインストールされ、ＲＡＭ８０
４に読み出されてＣＰＵ８００により実行される。

【００６１】記録媒体に格納されて提供されるソフトウ
エア、すなわちハードディスクドライブ８１０にインス
トールされるソフトウェアは、機能構成として、端末側
受信モジュール、ユーザ側キー取得モジュール、ファイ
ル復号化モジュール、開封情報生成モジュール、および
端末側送信モジュールを備える。これらの各モジュール
がコンピュータに働きかけて、ＣＰＵ８００に行わせる
処理は、それぞれ本実施形態におけるファイル受信端末
３０における、対応する部材の機能及び動作と同一であ
るから説明を省略する。

【００６２】図８に示した、記録媒体の一例としてのフ
レキシブルディスク８１４またはＣＤ−ＲＯＭ８１８に
は、本出願で説明する全ての実施形態におけるファイル
受信端末３０の動作の一部または全ての機能を格納する
ことができる。

【００６３】これらのプログラムは記録媒体から直接Ｒ
ＡＭに読み出されて実行されても、一旦ハードディスク
ドライブにインストールされた後にＲＡＭに読み出され
て実行されてもよい。さらに、上記プログラムは単一の
記録媒体に格納されても複数の記録媒体に格納されても
よい。また記録媒体に格納されるモジュールは、オペレ
ーティングシステムとの共同によってそれぞれの機能を
提供してもよい。例えば機能の一部または全部を行うこ
とをオペレーティングシステムに依頼し、オペレーティ
ングシステムからの応答に基づいて機能を提供するもの
であってもよい。

【００６４】記録媒体としては、フレキシブルディス
ク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、
ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テー
プ媒体、磁気記録媒体、ＩＣカードやミニチュアーカー
ドなどの半導体メモリー等を用いることができる。又、
専用通信ネットワークやインターネットに接続されたサ
ーバシステムに設けたハードディスクまたはＲＡＭ等の
格納装置を記録媒体として使用し、通信網を介してプロ
グラムをファイル受信端末３０に提供してもよい。

【００６５】このような記録媒体は、ファイル受信端末
３０を製造するためのみに使用されるものであり、その
ような記録媒体の業としての製造および販売等が本出願
に基づく特許権の侵害を構成することは明らかである。

【００６６】以上説明したように、ファイル送受信シス
テムによれば、送信したファイルの開封確認の信頼性を
強化することができる。すなわち、正規のファイル受信
者しか持ち得ない情報を用いて開封情報を生成すること
により、開封情報の信頼性およびセキュリティーを高く
することができる。特に、ファイル受信者のみが知って
いるユーザ側キーと、送信処理毎に受信する第２のキー
を組み合わせて開封情報を生成することにより、セキュ
リティーをさらに強化することができる。

【００６７】以上、本発明を実施の形態を用いて説明し
たが、本発明の技術的範囲は上記実施形態に記載の範囲
には限定されない。上記実施形態に、多様な変更または
改良を加えることができる。そのような変更または改良
を加えた形態も本発明の技術的範囲に含まれ得ること
が、特許請求の範囲の記載から明らかである。

【００６８】

【発明の効果】上記説明から明らかなように、本発明に
よればファイルの開封確認の信頼性および／またはセキ
ュリティーを高くすることが可能である。

【図面の簡単な説明】

【図１】ファイルの送受信を行うファイル送受信システ
ム全体の概略図である。

【図２】ファイル送信サーバ２０の機能ブロック図であ
る。

【図３】ファイル受信端末３０の機能ブロック図であ
る。

【図４】ファイルを送受信するフローチャートである。

【図５】第２キー格納部２１５が第２のキーを格納する
テーブルの例を示す図である。

【図６】第１キー格納部２２０が第１のキーを送信先特
定情報に対応付けて格納するテーブルの一例を示す図で
ある。

【図７】ファイル送信サーバ２０のハードウェア構成を
示すブロック図である。

【図８】ファイル受信端末３０のハードウェア構成を示
すブロック図である。

【符号の説明】

１０ 送信依頼端末 ２０ ファイル送信サーバ ３０ ファイル受信端末 ４０ サーバ管理端末 ２０５ 送信依頼取得部 ２１０ 第２キー生成部 ２１５ 第２キー格納部 ２２０ 第１キー格納部 ２２５ ファイル暗号化部 ２３０ 送信部 ２３５ 受信部 ２４０ 認証部 ２４５ 認証データ生成部 ２５０ 出力部 ２５５ 通知部 ３１０ 端末側受信部 ３２０ ユーザ側キー取得部 ３３０ ファイル復号化部 ３４０ 開封情報生成部 ３５０ 端末側送信部 ７００、８００ ＣＰＵ ７０２、８０２ ＲＯＭ ７０４、８０４ ＲＡＭ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小黒 由貴子 東京都江東区冬木15番６号 株式会社大和 総研内 (72)発明者 石田 隆男 東京都江東区冬木15番６号 株式会社大和 総研内 (72)発明者 吉田 耕造 東京都江東区冬木15番６号 株式会社大和 総研内 (72)発明者 北 裕介 東京都江東区冬木15番６号 株式会社大和 総研内 Ｆターム(参考） 5K030 GA15 HA07 LD19

Claims (19)

【特許請求の範囲】
1. 【請求項１】 ユーザに送信したファイルが前記ユーザ
   の操作により開かれたことを示す開封情報を受信するフ
   ァイル送信サーバであって、 前記ユーザ毎に割り当てられたユーザ側キーに対応する
   第１のキーを前記ユーザに対応付けて格納する第１キー
   格納部と、 第２のキーを前記ファイルの送信処理に対応付けて格納
   する第２キー格納部と、 前記ファイルを前記第２のキーと共に前記ユーザに送信
   する送信部と、 前記ユーザ側キーおよび前記第２のキーを用いて生成さ
   れた前記開封情報を受信する受信部と、 前記第１キー格納部に格納された第１のキー、前記第２
   キー格納部に格納された第２のキー、および前記受信部
   が受信した前記開封情報を用いて、前記ファイルが前記
   ユーザの操作により開かれたことを認証する認証部とを
   備えることを特徴とするファイル送信サーバ。
2. 【請求項２】 ファイルを前記ユーザに送信する送信処
   理毎に異なる、前記第２のキーを生成する第２キー生成
   部を更に備え、 前記第２キー格納部は、前記送信処理毎に異なる前記第
   ２のキーを前記送信処理に対応付けて格納し、 前記認証部は、前記送信処理毎に異なる前記第２のキー
   を前記第１のキーと共に用いて、前記ファイルが開かれ
   たことを認証することを特徴とする請求項１に記載のフ
   ァイル送信サーバ。
3. 【請求項３】 送信する前記ファイル毎に異なる前記第
   ２のキーを生成する第２キー生成部を更に備え、 前記第２キー格納部は、前記ファイル毎に異なる前記第
   ２のキーを前記ファイルに対応付けて格納し、 前記認証部は、前記ファイル毎に異なる前記第２のキー
   を前記第１のキーと共に用いて、前記ファイルが開かれ
   たことを認証することを特徴とする請求項１に記載のフ
   ァイル送信サーバ。
4. 【請求項４】 前記認証部は、 前記第１キー格納部に格納された前記第１のキーと、前
   記第２キー格納部に格納された前記第２のキーとを用い
   て、認証データを生成する認証データ生成部を有し、 前記受信部が受信した前記開封情報と、前記認証データ
   生成部が生成した前記認証データとが対応するデータで
   あった場合に、前記ファイルが開かれたことを認証する
   ことを特徴とする請求項１に記載のファイル送信サー
   バ。
5. 【請求項５】 前記開封情報は、前記ユーザ側キー、前
   記第２のキー、および開封確認データを用いて前記ファ
   イルの送信先の端末上で生成され、 前記認証部は、 前記第１キー格納部に格納された前記第１のキー、前記
   第２キー格納部に格納された前記第２のキー、および前
   記開封確認データを用いて、認証データを生成する認証
   データ生成部を有し、 前記受信部が受信した前記開封情報と、前記認証データ
   生成部が生成した前記認証データとが対応するデータで
   あった場合に、前記ファイルが開かれたことを認証する
   ことを特徴とする請求項１に記載のファイル送信サー
   バ。
6. 【請求項６】 前記開封情報は、前記ユーザ側キーおよ
   び前記第２のキーにより特定された処理方法を用いて、
   前記ファイルに含まれる所定のデータを前記端末上で処
   理することにより生成され、 前記認証部は、 前記第１キー格納部に格納された前記第１のキー、およ
   び、前記第２キー格納部に格納された前記第２のキーに
   より特定された処理方法を用いて、前記ファイルに含ま
   れる前記所定のデータを処理することにより認証データ
   を生成する認証データ生成部を有し、 前記受信部が受信した前記開封情報と、前記認証データ
   生成部が生成した前記認証データとが一致した場合に、
   前記ファイルが前記ユーザの端末上で開かれたことを認
   証することを特徴とする請求項１に記載のファイル送信
   サーバ。
7. 【請求項７】 前記認証部が、前記受信部が受信した前
   記開封情報と、前記認証部が生成した前記認証データと
   が対応するデータでないと判断した場合に、前記サーバ
   を管理するサーバ管理端末に、前記ファイルが前記ユー
   ザの操作により開かれたことを認証できない旨を通知す
   る通知部を更に備えることを特徴とする請求項４に記載
   のファイル送信サーバ。
8. 【請求項８】 前記認証部が、前記受信部が受信した前
   記開封情報と、前記認証部が生成した前記認証データと
   が対応するデータでないと判断した場合に、前記ユーザ
   に、前記ファイルが前記ユーザの操作により開かれたこ
   とを認証できない旨を通知する通知部を更に備えること
   を特徴とする請求項４に記載のファイル送信サーバ。
9. 【請求項９】 前記認証部が、前記受信部が受信した前
   記開封情報と、前記認証部が生成した前記認証データと
   が対応するデータでないと判断した場合に、前記送信部
   は、前記ファイルを再送することを特徴とする請求項４
   に記載のファイル送信サーバ。
10. 【請求項１０】 前記送信部は、前記ファイルを再送す
    る場合に、再送毎に異なる第２のキーを前記ファイルと
    共に送信することを特徴とする請求項９に記載のファイ
    ル送信サーバ。
11. 【請求項１１】 ユーザに送信したファイルが前記ユー
    ザの操作により開かれたことを示す開封情報を受信する
    ファイル送信サーバであって、 前記ユーザ毎に割り当てられたユーザ側キーに対応する
    サーバ側キーを、前記ユーザに対応付けて格納するサー
    バ側キー格納部と、 前記ファイルを前記ユーザに送信する送信部と、 前記ユーザ側キーを用いて生成された前記開封情報を受
    信する受信部と、 前記サーバ側キー格納部内で前記ユーザに対応する前記
    サーバ側キー、および前記開封情報を用いて、前記ファ
    イルが前記ユーザの操作により開かれたことを認証する
    認証部とを備えることを特徴とするファイル送信サー
    バ。
12. 【請求項１２】 ユーザに送信したファイルが前記ユー
    ザの操作により開かれたことを示す開封情報を受信する
    ファイル送信サーバであって、 前記ファイルを前記ユーザに送信する送信処理毎に、異
    なるキーであるワンタイムキーを生成するワンタイムキ
    ー生成部と、 前記送信処理毎に異なる前記ワンタイムキーを前記送信
    処理に対応付けて格納するワンタイムキー格納部と、 前記送信処理毎に異なる前記ワンタイムキーを前記ファ
    イルと共に前記ユーザに送信する送信部と、 前記ワンタイムキーを用いて生成された前記開封情報を
    受信する受信部と、 前記ワンタイムキー格納部内で前記送信処理に対応する
    前記ワンタイムキーと、前記受信部が受信した前記開封
    情報とを用いて、前記ファイルが前記ユーザの操作によ
    り開かれたことを認証する認証部とを備えることを特徴
    とするファイル送信サーバ。
13. 【請求項１３】 ファイルを受信するファイル受信端末
    であって、 予め割り当てられたユーザ側キーを取得するユーザ側キ
    ー取得部と、 前記ファイルと共に第２のキーを受信する端末側受信部
    と、 前記端末側受信部が受信した前記ファイルを前記端末上
    で開いた場合に、前記ユーザ側キー取得部が取得した前
    記ユーザ側キーと、前記端末側受信部が受信した前記第
    ２のキーを用いて、前記ファイルを開いたことを示す開
    封情報を生成する開封情報生成部と、 前記開封情報生成部が生成した前記開封情報を前記ファ
    イルの送信元に返信する端末側送信部とを備えることを
    特徴とするファイル受信端末。
14. 【請求項１４】 ファイルを送信するファイル送信サー
    バと、前記ファイルを受信するユーザのファイル受信端
    末とを備えるファイル送受信システムであって、 前記ファイル送信サーバは、 第１のキーを前記ユーザに対応付けて格納する第１キー
    格納部と、 第２のキーを前記ファイルの送信処理に対応付けて格納
    する第２キー格納部と、 前記ファイルを前記第２のキーと共に前記ユーザのファ
    イル受信端末に送信する送信部と、 前記ファイルが前記ファイル受信端末上で開かれたこと
    を示す開封情報を前記端末から受信する受信部と、 前記第１キー格納部に格納された第１のキー、前記第２
    キー格納部に格納された第２のキー、および前記受信部
    が受信した前記開封情報を用いて、前記ファイルが前記
    ファイル受信端末上で開かれたことを認証する認証部と
    を有し、 前記ファイル受信端末は、 前記第１のキーに対応するユーザ側キーを取得するユー
    ザ側キー取得部と、 前記ファイル送信サーバから、前記ファイルを前記第２
    のキーと共に受信する端末側受信部と、 前記ユーザ側キー取得部が取得した前記ユーザ側キー
    と、前記端末側受信部が受信した第２のキーとを用い
    て、前記開封情報を生成する開封情報生成部と、 前記端末側受信部が受信した前記ファイルを前記ファイ
    ル受信端末上で開いた場合に、前記開封情報生成部が生
    成した前記開封情報を前記ファイル送信サーバに送信す
    る端末側送信部とを有することを特徴とするファイル送
    受信システム。
15. 【請求項１５】 前記ファイル送信サーバは、 前記第１のキーを用いて、前記ファイルを暗号化するフ
    ァイル暗号化部を更に有し、 前記送信部は、前記第２のキーと共に、前記ファイル暗
    号化部が暗号化した前記ファイルを前記ファイル受信端
    末に送信し、 前記ファイル受信端末において、 ユーザ側キー取得部は、前記第１のキーで暗号化された
    データを復号化するキーとして、前記ユーザ側キーを取
    得し、 前記端末側受信部は、前記第１のキーを用いて暗号化さ
    れた前記ファイルを、前記第２のキーと共に受信し、 前記ユーザ側キーを用いて、前記端末側受信部が受信し
    た前記ファイルを復号化するファイル復号化部を更に有
    し、 前記開封情報生成部は、前記ファイル復号化部が前記フ
    ァイルを復号化したことを条件として、前記ユーザ側キ
    ーおよび前記第２のキーを用いて前記開封情報を生成す
    ることを特徴とする請求項１４に記載のファイル送受信
    システム。
16. 【請求項１６】 ファイルを送信するファイル送信サー
    バと、前記ファイルを受信するユーザのファイル受信端
    末とを備えるファイル送受信システムであって、 前記ファイル送信サーバは、 前記サーバ側キーを、前記ユーザに対応付けて格納する
    サーバ側キー格納部と、 前記ファイルを前記ユーザに送信する送信部と、 前記ファイルが前記ファイル受信端末上で開かれたこと
    を示す開封情報を受信する受信部と、 前記サーバ側キー格納部内で前記ユーザに対応する前記
    サーバ側キー、および前記開封情報を用いて、前記ファ
    イルが前記ファイル受信端末上で開かれたことを認証す
    る認証部とを有し、 前記ファイル受信端末は、 前記ファイル送信サーバから前記ファイルを受信する端
    末側受信部と、 前記ファイルを前記ファイル受信端末上で開いた場合
    に、前記サーバ側キーに対応するユーザ側キーを用い
    て、前記開封情報を生成する開封情報生成部と、 前記開封情報生成部が生成した前記開封情報を前記ファ
    イル送信サーバに送信する端末側送信部とを有すること
    を特徴とするファイル送受信システム。
17. 【請求項１７】 サーバからユーザの端末へファイルを
    送信した場合に、前記ファイルが前記端末上で開かれた
    ことを示す開封情報を送受信する方法であって、 前記サーバが、前記ファイルを第２のキーと共に前記ユ
    ーザの端末に送信するステップと、 前記端末が、前記サーバから、前記ファイルを前記第２
    のキーと共に受信するステップと、 受信した前記ファイルを前記端末上で開いた場合に、前
    記端末の記憶装置が予め格納しているユーザ側キーと、
    受信した第２のキーとを用いて、前記開封情報を生成す
    るステップと、 前記端末が、生成した前記開封情報を前記サーバに送信
    するステップと、 前記サーバが、前記開封情報を前記端末から受信するス
    テップと、 前記サーバの記憶装置が前記ユーザに対応付けて格納し
    ている、前記ユーザ側キーに対応する第１のキーと、前
    記サーバの記憶装置が前記ファイルの送信処理に対応付
    けて格納している第２のキーと、前記サーバが受信した
    前記開封情報とを用いて、前記ファイルが前記端末上で
    開かれたことを認証するステップとを備えることを特徴
    とする方法。
18. 【請求項１８】 ユーザに送信したファイルが前記ユー
    ザの端末上で開かれたことを示す開封情報を受信するプ
    ログラムであって、 前記ユーザ毎に割り当てられたユーザ側キーに対応する
    第１のキーを前記ユーザに対応付けて格納する第１キー
    格納モジュールと、 第２のキーを前記ファイルの送信処理に対応付けて格納
    する第２キー格納モジュールと、 前記ファイルを前記第２のキーと共に前記ユーザに送信
    する送信モジュールと、 前記ユーザ側キーおよび前記第２のキーを用いて生成さ
    れた前記開封情報を受信する受信モジュールと、 前記第１キー格納モジュールが格納した第１のキー、前
    記第２キー格納モジュールが格納した第２のキー、およ
    び前記受信モジュールが受信した前記開封情報を用い
    て、前記ファイルが前記端末上で開かれたことを認証す
    る認証モジュールとを備えることを特徴とするプログラ
    ム。
19. 【請求項１９】 ユーザに送信したファイルが前記ユー
    ザの端末上で開かれたことを示す開封情報を送信するプ
    ログラムであって、 前記ファイルと共に第２のキーを受信する端末側受信モ
    ジュールと、 前記端末側受信モジュールが受信した前記ファイルを前
    記端末上で開いた場合に、予め割り当てられたキーであ
    るユーザ側キーと、前記端末側受信モジュールが受信し
    た前記第２のキーとを用いて、前記開封情報を生成する
    開封情報生成モジュールと、 前記開封情報を前記ファイルの送信元に返信する端末側
    送信モジュールとを備えることを特徴とするプログラ
    ム。