JP3621657B2 - ファイル送信サーバ、ファイル送受信システム、方法、およびプログラム - Google Patents
ファイル送信サーバ、ファイル送受信システム、方法、およびプログラム Download PDFInfo
- Publication number
- JP3621657B2 JP3621657B2 JP2001135035A JP2001135035A JP3621657B2 JP 3621657 B2 JP3621657 B2 JP 3621657B2 JP 2001135035 A JP2001135035 A JP 2001135035A JP 2001135035 A JP2001135035 A JP 2001135035A JP 3621657 B2 JP3621657 B2 JP 3621657B2
- Authority
- JP
- Japan
- Prior art keywords
- key
- file
- unit
- user
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ファイル送信サーバ、ファイル送受信システム、方法、およびプログラムに関する。特に本発明は、送信したファイルが開かれたことを示す開封情報を送受信する、ファイル送信サーバ、ファイル送受信システム、方法、およびプログラムに関する。
【０００２】
【従来の技術】
従来、送信した電子メールが受信端末上で開封されると、その電子メールが開封されたことを示す開封確認データを送信端末に返信する手段があった。
【０００３】
【発明が解決しようとする課題】
開封確認データに関しては、他人による、正当な受信者へのなりすましを防止することが重要であり、開封確認の管理が重要である。
【０００４】
そこで本発明は、上記の課題を解決することのできるファイル送信サーバ、ファイル送受信システム、方法、およびプログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【０００５】
【課題を解決するための手段】
即ち、本発明の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、ファイルをユーザに送信する送信処理毎に異なる第２のキーを生成する第２キー生成部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、第２のキーと共にファイルをユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、第２キー格納部は、送信処理毎に異なる第２のキーを送信処理に対応付けて格納し、認証部は、送信処理毎に異なる第２のキーを第１のキーと共に用いて、ファイルが開封されたことを認証する。
【０００６】
送信部は、送信処理を特定する情報が組み込まれたファイルを第２のキーと共にユーザに送信し、受信部は、送信処理を特定する情報を含む開封情報を受信し、認証部は、開封情報に含まれる送信処理を特定する情報に対応付けて第２キー格納部に格納された第２のキーを第１のキーと共に用いて、送信処理により送信されたファイルが開かれたことを認証してもよい。
【０００７】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、送信するファイル毎に異なる第２のキーを生成する第２キー生成部と、第２のキーをファイルに対応付けて格納する第２キー格納部と、第２のキーと共にファイルをユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、第２キー格納部は、ファイル毎に異なる第２のキーをファイルに対応付けて格納し、認証部は、ファイル毎に異なる第２のキーを第１のキーと共に用いて、ファイルが開かれたことを認証する。
【０００８】
送信部は、ファイルを特定する情報が組み込まれたファイルを第２のキーと共にユーザに送信し、受信部は、ファイルを特定する情報を含む開封情報を受信し、認証部は、開封情報に含まれるファイルを特定する情報に対応付けて第２キー格納部に格納された第２のキーを第１のキーと共に用いて、ファイルが開かれたことを認証してもよい。
【０００９】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、認証部は、第１キー格納部に格納された第１のキーと、第２キー格納部に格納された第２のキーとを用いて、認証データを生成する認証データ生成部を有し、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータであった場合に、ファイルが開かれたことを認証する。
【００１０】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、開封情報は、ユーザ側キー、第２のキー、および開封確認データを用いてファイルの送信先の端末上で生成され、認証部は、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および開封確認データを用いて、認証データを生成する認証データ生成部を有し、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータであった場合に、ファイルが開かれたことを認証する。
【００１１】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、開封情報は、ユーザ側キーおよび第２のキーにより特定された処理方法を用いて、ファイルに含まれる所定のデータをファイルの送信先の端末上で処理することにより生成され、認証部は、第１キー格納部に格納された第１のキー、および、第２キー格納部に格納された第２のキーにより特定された処理方法を用いて、ファイルに含まれる所定のデータを処理することにより認証データを生成する認証データ生成部を有し、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが一致した場合に、ファイルがユーザの端末上で開かれたことを認証する。
【００１２】
認証部が、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータでないと判断した場合に、サーバを管理するサーバ管理端末に、ファイルがユーザの操作により開かれたことを認証できない旨を通知する通知部を更に備えてもよい。認証部が、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータでないと判断した場合に、ユーザに、ファイルがユーザの操作により開かれたことを認証できない旨を通知する通知部を更に備えてもよい。
【００１３】
認証部が、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータでないと判断した場合に、送信部は、ファイルを再送してもよい。送信部は、ファイルを再送する場合に、再送毎に異なる第２のキーをファイルと共に送信してもよい。
【００１４】
本発明の他の形態によると、ファイルを送信するファイル送信サーバと、ファイルを受信するユーザのファイル受信端末とを備えるファイル送受信システムであって、ファイル送信サーバは、第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザのファイル受信端末に送信する送信部と、ファイルがファイル受信端末上で開かれたことを示す開封情報を端末から受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがファイル受信端末上で開かれたことを認証する認証部とを有し、ファイル受信端末は、第１のキーに対応するユーザ側キーを取得するユーザ側キー取得部と、ファイル送信サーバから、ファイルを第２のキーと共に受信する端末側受信部と、ユーザ側キー取得部が取得したユーザ側キーと、端末側受信部が受信した第２のキーとを用いて、開封情報を生成する開封情報生成部と、端末側受信部が受信したファイルをファイル受信端末上で開いた場合に、開封情報生成部が生成した開封情報をファイル送信サーバに送信する端末側送信部とを有する。
【００１５】
ファイル送信サーバは、第１のキーを用いて、ファイルを暗号化するファイル暗号化部を更に有し、送信部は、第２のキーと共に、ファイル暗号化部が暗号化したファイルをファイル受信端末に送信し、ファイル受信端末において、ユーザ側キー取得部は、第１のキーで暗号化されたデータを復号化するキーとして、ユーザ側キーを取得し、端末側受信部は、第１のキーを用いて暗号化されたファイルを、第２のキーと共に受信し、ユーザ側キーを用いて、端末側受信部が受信したファイルを復号化するファイル復号化部を更に有し、開封情報生成部は、ファイル復号化部がファイルを復号化したことを条件として、ユーザ側キーおよび第２のキーを用いて開封情報を生成してもよい。
【００１６】
本発明の他の形態によると、ファイルを送信するファイル送信サーバと、ファイルを受信するユーザのファイル受信端末とを備えるファイル送受信システムであって、ファイル送信サーバは、サーバ側キーを、ユーザに対応付けて格納するサーバ側キー格納部と、ファイルをユーザに送信する送信部と、ファイルがファイル受信端末上で開かれたことを示す開封情報を受信する受信部と、サーバ側キー格納部内でユーザに対応するサーバ側キー、および開封情報を用いて、ファイルがファイル受信端末上で開かれたことを認証する認証部とを有し、ファイル受信端末は、ファイル送信サーバからファイルを受信する端末側受信部と、ファイルをファイル受信端末上で開いた場合に、サーバ側キーに対応するユーザ側キーを用いて、開封情報を生成する開封情報生成部と、開封情報生成部が生成した開封情報をファイル送信サーバに送信する端末側送信部とを有する。
【００１７】
本発明の他の形態によると、サーバからユーザの端末へファイルを送信した場合に、ファイルが端末上で開かれたことを示す開封情報を送受信する方法は、サーバが、ファイルを第２のキーと共にユーザの端末に送信するステップと、端末が、サーバから、ファイルを第２のキーと共に受信するステップと、受信したファイルを端末上で開いた場合に、端末の記憶装置が予め格納しているユーザ側キーと、受信した第２のキーとを用いて、開封情報を生成するステップと、端末が、生成した開封情報をサーバに送信するステップと、サーバが、開封情報を端末から受信するステップと、サーバの記憶装置がユーザに対応付けて格納している、ユーザ側キーに対応する第１のキーと、サーバの記憶装置がファイルの送信処理に対応付けて格納している第２のキーと、サーバが受信した開封情報とを用いて、ファイルが端末上で開かれたことを認証するステップとを備える。
【００１８】
本発明の他の形態によると、ユーザに送信したファイルがユーザの端末上で開かれたことを示す開封情報を受信するプログラムは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納モジュールと、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納モジュールと、ファイルを第２のキーと共にユーザに送信する送信モジュールと、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信モジュールと、第１キー格納モジュールが格納した第１のキー、第２キー格納モジュールが格納した第２のキー、および受信モジュールが受信した開封情報を用いて、ファイルが端末上で開かれたことを認証する認証モジュールとを備える。
【００１９】
本発明の他の形態によると、本発明に係るプログラムは、コンピュータを、上記本発明の形態のファイル送信サーバとして機能させるためのプログラムである。
【００２０】
なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。
【００２１】
【発明の実施の形態】
以下、発明の実施形態を通じて本発明を説明するが、実施形態はクレームにかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２２】
図１は、ファイルの送受信を行うファイル送受信システム全体の概略図を示す。ファイル送受信システムは、送信依頼端末１０と、ファイル送信サーバ２０と、ファイル受信端末３０とを備える。ファイル送受信システムでは、ファイルの送受信が行われる。送信依頼端末１０とファイル受信端末３０は、コンピュータ端末や携帯端末などの情報通信端末である。送信依頼端末１０とファイル送信サーバ２０との間や、ファイル送受信サーバ２０とファイル受信端末３０との間は、専用線、公衆回線網、無線通信網、ＬＡＮ通信網、またはインターネット網などのような通信網で接続される。また、送受信されるファイルとは、所定の形式に則ったデータの固まりであり、通信手段や通信プロトコル等によって決められる。例えば、インターネット網を用いている場合、ファイル送受信システムは、ＦＴＰを用いてＦＴＰフォーマットのファイルを送受信する。ファイル送受信システムは、ＳＭＴＰ、ＰＯＰ、ＭＩＭＥ等を用いて、電子メール形式のファイルを送受信してもよい。また、ファイル送受信システムは、ＨＴＴＰ等を用いてＨＴＭＬファイルの送受信を行ってもよい。
【００２３】
送信依頼端末１０は、ファイル送信サーバ２０にファイルの送信を依頼する。送信依頼端末１０は、例えば、送信先を特定する送信先特定情報と、送信するファイルとをファイル送信サーバ２０に送信する。送信先特定情報は、ファイルの送信先となるユーザ毎に設定された送信先ユーザＩＤ、送信先の電子メールアドレス、またはＩＰアドレス等であってもよい。本実施形態では、送信依頼端末１０は、ファイル受信端末３０へのファイル送信をファイル送信サーバ２０に依頼する。送信依頼端末１０は、ファイル送信サーバ２０と実質的に同一の装置であってもよい。すなわち、送信依頼端末１０は、ファイル送信サーバ２０に対して、ファイル送信依頼を入力する入力部として機能してもよい。
【００２４】
ファイル送信サーバ２０は、送信依頼端末１０からファイルの送信依頼を受け取ると、依頼されたファイルを依頼された送信先、すなわちファイル受信端末３０に送信する。また、ファイル送信サーバ２０は、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信する。すなわち、ファイル送信サーバ２０は、ファイル受信端末３０に送信したファイルがファイル受信端末３０上で開かれたことを示す開封情報を受信する。
【００２５】
ファイル受信端末３０は、ファイル送信サーバ２０からファイルを受信し、ユーザの操作により受信したファイルを開くと、開封情報をファイル送信サーバ２０に返信する。すなわち、ファイル受信端末３０は、受信したファイルをファイル受信端末３０上で開くと、開封情報をファイル送信サーバ２０に返信する。
【００２６】
ファイル送受信システムは、更にサーバ管理端末４０を備えてもよい。サーバ管理端末４０は、ファイル送信サーバ２０を管理する端末であり、コンピュータ端末や携帯端末であってもよい。サーバ管理者は、サーバ管理端末４０を用いて、ファイル送信サーバ２０の種々の設定を行う。また、サーバ管理端末４０は、ファイル送信サーバ２０のファイル送信処理を監視し、異常が発生した場合は、サーバ管理者に通知する。
【００２７】
図２は、ファイル送信サーバ２０の機能ブロックを示す。ファイル送信サーバ２０は、送信依頼取得部２０５と、第２キー生成部２１０と、第２キー格納部２１５と、第１キー格納部２２０と、ファイル暗号化部２２５と、送信部２３０と、受信部２３５と、認証部２４０と、出力部２５０と、通知部２５５とを有する。
【００２８】
送信依頼取得部２０５は、送信依頼端末１０からファイルの送信依頼、すなわち、送信するファイルと送信先特定情報を受け取ると、ファイルおよび送信先特定情報を第２キー生成部２１０とファイル暗号化部２２５に出力する。送信依頼取得部２０５は、更にファイルの送信依頼を受ける度毎に、当該送信処理を特定する送信処理ＩＤを設定し、第２キー生成部２１０に出力する。送信依頼取得部２０５は、送信を依頼されたファイル毎に、当該ファイルを特定する送信ファイルＩＤを設定し、第２キー生成部２１０に出力してもよい。送信依頼取得部２０５は、同じファイルを再送する場合や、同じファイルを同時に複数の送信先に送信する場合であっても、異なる送信処理ＩＤおよび送信ファイルＩＤを設定することが好ましい。送信処理ＩＤや送信ファイルＩＤは、本実施形態では、ファイルのヘッダ等に組み込まれ、ファイルと共に受け渡されていく。
【００２９】
第２キー生成部２１０は、送信依頼取得部２０５からファイルおよび送信先特定情報を受け取ると、第２のキーを生成し、第２キー格納部２１５に出力する。すなわち、第２キー生成部２１０は、ファイルをファイル受信端末３０に送信する送信処理毎に、第２のキーを生成し、第２キー格納部２１５に出力する。第２キー生成部２１０は、過去に使用された第２のキーやユーザの個人情報などから予想しにくい第２のキーを生成するのが望ましく、例えば、ランダムな文字列を含む第２のキーを生成する。また、第２キー生成部２１０は、送信処理毎に異なる第２のキーを生成するのが望ましい。この場合、第２キー生成部２１０は、生成した第２のキーを、送信処理を特定する情報、例えば、送信処理ＩＤに対応付けて第２キー格納部２１５に出力する。また、第２キー生成部２１０は、送信するファイル毎に異なる第２のキーを生成してもよい。この場合、第２キー生成部２１０は、生成した第２のキーを、ファイルを特定する情報、例えば、送信ファイルＩＤに対応付けて第２キー格納部２１５に出力する。本実施形態において、第２キー生成部２１０は、本発明に係るワンタイムキー生成部を兼ね、第２のキーは、本発明に係るワンタイムキーを兼ねる。
【００３０】
第２キー格納部２１５は、第２キー生成部２１０から第２のキーを受け取ると、受け取った第２のキーを格納する。第２キー格納部２１５は、予め複数の第２のキーを格納していてもよく、この場合、第２のキーをファイル暗号化部２２５に要求されると、第２キー格納部２１５は、第２のキーをファイル暗号化部２２５に出力すると共に、出力する第２のキーを送信処理に対応付けて格納する。また、第２キー生成部２１０が送信処理毎に第２のキーを生成する場合、第２キー格納部２１５は、第２キー生成部２１０から第２のキーと送信処理ＩＤを受け取ると、第２のキーを送信処理ＩＤに対応付けて格納する。同様に、第２キー格納部２１５は、第２キー生成部２１０から第２キーと送信ファイルＩＤを受け取ると、第２のキーを送信ファイルＩＤに対応付けて格納してもよい。さらに、第２キー格納部２１５は、送信処理毎に第２のキーをファイル暗号化部２２５に出力する。
【００３１】
第２のキーは、開封情報の認証に用いられる。第２キー格納部２１５は、認証部２４０から第２のキーの要求を第２のキーを特定する情報、例えば、送信処理ＩＤや送信ファイルＩＤと共に受け取ると、送信処理ＩＤ又は送信ファイルＩＤに対応する第２のキーを認証部２４０に出力する。
【００３２】
第１キー格納部２２０は、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する。すなわち、第１キー格納部２２０は、ファイル受信端末３０に割り当てられたユーザ側キーに対応する第１のキーを、ファイル受信端末３０に対応付けて格納する。ファイル受信端末３０に割り当てられたユーザ側キーと、ファイル送信サーバ２０が格納する第１のキーは、対応しており、ファイル送信サーバ２０において認証処理を行う際の必要条件となるキーである。例えば、ユーザ側キーを用いたファイル受信端末３０上の処理結果は、当該ユーザ側キーに対応する第１のキーを用いた、ファイル送信サーバ２０上の処理結果と一致する。また、第１のキーは、送信するファイルを暗号化するキーであり、同時に、当該第１のキーに対応するユーザ側キーは、当該ファイルを復号化するキーであってもよい。
【００３３】
第１キー格納部２２０は、ファイル暗号化部２２５から暗号化に用いるキーの要求を送信先特定情報と共に受け取ると、送信先特定情報に対応した第１のキーをファイル暗号化部２２５に出力する。すなわち、第１キー格納部２２０は、ファイル受信端末３０のユーザに対応した第１のキーをファイル暗号部２２５に出力する。第１のキーは、開封情報の認証にも用いられる。第１キー格納部２２０は、認証部２４０から第１のキーの要求を送信先特定情報と共に受け取ると、送信先特定情報に対応した第１のキーを認証部２４０に出力する。本実施形態において、第１キー格納部２２０は、本発明に係るサーバ側キー格納部を兼ね、第１のキーは、本発明に係るサーバ側キーを兼ねる。
【００３４】
ファイル暗号化部２２５は、送信依頼取得部２０５からファイルと送信先特定情報を受け取ると、第１キー格納部２２０に送信先特定情報を出力し、送信先特定情報に対応する第１のキーを第１キー格納部２２０から取得する。ファイル暗号化部２２５は、次に、取得した第１のキーを用いて、送信するファイルを暗号化し、暗号化したファイルを、第２キー格納部２１５から受け取った第２のキーと共に送信部２３０に出力する。ファイル暗号化部２２５は、第１のキーを用いて、ファイルと共に第２のキーを暗号化して、送信部２３０に出力してもよい。
【００３５】
送信部２３０は、ファイル暗号化部２２５から暗号化されたファイルと第２のキーを受け取ると、送信先特定情報で特定される送信先、すなわちファイル受信端末３０に送信する。
【００３６】
受信部２３５は、ファイル受信端末３０から開封情報を受信すると、認証部２４０に出力する。開封情報は、送信部２３０が送信したファイルがファイル受信端末３０上で開かれると、当該ファイルと共に送信された第２のキーと、予め割り当てられているユーザ側キーを用いてファイル受信端末３０により生成される。開封情報には、開封情報を送信した送信元を特定する情報（ファイル送信時に用いた送信先特定情報）、送信処理ＩＤ、送信ファイルＩＤ等が含まれていてもよい。
【００３７】
認証部２４０は、受信部２３５から開封情報を受け取ると、第１キー格納部２２０から第１のキーを、第２キー格納部２１５から第２のキーを取得し、取得した第１のキーおよび第２のキーと、受け取った開封情報を用いて、送信したファイルがユーザの操作により開かれたことを認証する。すなわち、認証部２４０は、受信部２３５から開封情報を受け取ると、まず、受け取った開封情報から送信先特定情報と送信処理ＩＤ（送信ファイルＩＤでもよい）を取得し、送信先特定情報に対応した第１のキーと、送信処理ＩＤ（又は送信ファイルＩＤ）に対応した第２のキーをそれぞれ第１キー格納部２２０と第２キー格納部２１５に要求する。次に、認証部２４０は、取得した第１のキー、第２のキー、および開封情報を用いて、ファイル受信端末３０に送信したファイルがファイル受信端末３０上で開かれたことを認証する。認証部２４０は、認証できた場合、送信したファイルが正規のユーザにより開かれた旨を出力部２５０に出力する。一方、認証できなかった場合、認証部２４０は、認証できなかった旨を通知部２５５に出力し、さらに送信依頼取得部２０５に当該ファイルの再送を依頼する。再送の際は、また新たに第２のキーが設定される。すなわち、送信処理毎に異なる第２のキーが付与される。
【００３８】
次に、認証部２４０が認証する際の処理方法を説明する。認証部２４０は、認証データ生成部２４５を有する。認証データ生成部２４５は、認証部２４０が取得した第１のキーおよび第２のキーと、予め指定されている開封確認データとを用いて、認証データを生成する。認証部２４０は、認証データ生成部２４５が生成した認証データと、受信部２３５から受け取った開封情報とを比較し、対応するデータであった場合に、ファイル受信端末３０に送信したファイルがファイル受信端末３０上で開かれたことを認証する。認証データと開封情報が対応したデータであるとは、例えば、開封情報が、認証データに予め指定された演算をさらに施して一致することである。開封確認データとは、例えば、ファイル送信サーバ２０とファイル受信端末３０とに予め指定した共通のデータである。この場合、認証データ生成部２４５において第１のキーおよび第２のキーにより特定された処理方法は、ファイル受信端末３０においてユーザ側キー（当該第１のキーに対応）および当該第２のキーにより特定された処理方法と同一である。同一の処理方法とは、例えば、同一の係数を有するハッシュ関数等である。処理方法は、不可逆な処理方法が望ましい。不可逆な処理を開封確認データに施すことにより、ユーザ以外の第三者に、元の開封確認データを知られることを防ぐことができる。また、開封確認データは、必須ではない。すなわち、開封情報は、ユーザ側キーと第２のキーから生成されてもよい。この場合、認証データ生成部２４５は、当該ユーザ側キーに対応する第１のキーと、当該第２のキーとから認証データを生成する。例えば、開封情報は、ユーザ側キーにより特定された処理方法を用いて第２のキーを処理することにより生成され、認証データ生成部２４５は、第１のキー（ユーザ側キーに対応）により特定された処理方法を用いて当該第２のキーを処理することにより認証データを生成する。
【００３９】
認証データ生成部２４５は、第１のキーおよび第２のキーにより特定された処理方法を用いて、送信したファイルに含まれる所定のデータを処理することにより認証データを生成してもよい。この場合の処理方法も不可逆な処理方法であることが好ましい。例えば、認証データ生成部２４５は、第１のキーおよび第２のキーにより特定されたハッシュ関数を用いて、送信するファイル中のデータを処理した結果を認証データとする。受信した開封情報が、ユーザ側キー（当該第１のキーに対応）および当該第２のキーにより特定されたハッシュ関数を用いて、受信した当該ファイル中のデータを処理した結果である場合、認証部２４０は、認証データと開封情報とが対応するデータであると判断して、当該ファイルが開かれたことを認証する。ファイル中のデータを認証処理の対象とすることにより、ファイル中のデータの改ざんを検出することもできる。
【００４０】
出力部２５０は、認証部２４０から認証できた旨を受け取ると、開かれたことを認証できたファイル名、当該ファイルの送信先名、認証できた時間等を格納する。出力部２５０は、これらのデータを送信依頼端末１０に通知してもよい。
【００４１】
通知部２５５は、認証部２４０から認証できなかった旨を受け取ると、サーバ管理端末４０に、送信したファイルがファイル受信端末３０上で開かれたことを認証できない旨を通知する。通知部２５５は、送信依頼端末１０やファイル受信端末３０に通知してもよい。
【００４２】
図３は、ファイル受信端末３０の機能ブロックを示す。ファイル受信端末３０は、端末側受信部３１０と、ユーザ側キー取得部３２０と、ファイル復号化部３３０と、開封情報生成部３４０と、端末側送信部３５０とを有する。端末側受信部３１０は、ファイル送信サーバ２０からファイルと第２のキーを受信し、ファイル復号化部３３０に出力する。ファイル受信端末３０は、例えば、第１のキーで暗号化された、ファイルおよび第２のキーを受信する。
【００４３】
ユーザ側キー取得部３２０は、ファイル復号化部３３０からユーザ側キーを要求されると、予め割り当てられたユーザ側キーを取得し、ファイル復号化部３３０と開封情報生成部３４０に出力する。ユーザ側キーは、ファイル送信サーバ２０における第１のキーと対応しており、ユーザ毎に予め割り当てられている。ユーザ側キーは、ユーザのみが知っている情報であることが好ましい。ユーザ側キー取得部３２０は、例えば、ユーザにユーザ側キーの入力を要求してユーザ側キーを取得してもよく、また、ユーザが予めファイル受信端末３０に格納したユーザ側キーを取得してもよい。
【００４４】
ファイル復号化部３３０は、端末側受信部３１０から暗号化されたファイルと第２のキーを受け取ると、ユーザ側キー取得部３２０からユーザ側キーを取得し、取得したユーザ側キーを用いて、受け取ったファイルと第２のキーを復号化し、開封情報生成部３４０に出力する。
【００４５】
開封情報生成部３４０は、ユーザ側キー取得部３２０からユーザ側キーを、ファイル復号化部３３０から第２のキーをそれぞれ受け取り、ユーザが復号化したファイルをファイル受信端末３０上で開くと、ユーザ側キーおよび第２のキーを用いて、開封情報を生成し、端末側送信部３５０に出力する。開封情報生成部３４０は、開封情報に、送信処理ＩＤや送信ファイルＩＤを付加して、端末側送信部３５０に出力してもよい。
【００４６】
端末側送信部３５０は、開封情報生成部３４０から開封情報を受け取ると、受け取った開封情報を、送信処理ＩＤや送信ファイルＩＤと共に、ファイル送信サーバ２０に送信する。
【００４７】
図４は、ファイルを送受信するフローを示す。送信依頼端末１０は、送信を依頼するファイルと送信先特定情報をファイル送信サーバ２０に送信すると、ファイル送信サーバ２０における送信依頼取得部２０５は、ファイルと送信先特定情報を取得し、取得したファイルおよび送信先特定情報を送信処理ＩＤと共に、第２キー生成部２１０とファイル暗号化部２２５に出力する（Ｓ１００）。第２キー生成部２１０は、送信依頼取得部２０５からファイル、送信先特定情報、および送信処理ＩＤを受け取ると、第２のキーを生成し、送信処理ＩＤと共に第２キー格納部２１５に出力する（Ｓ１０４）。第２キー格納部２１５は、第２キー生成部２１０から第２キーと送信処理ＩＤを受け取ると、第２のキーを送信処理ＩＤに対応付けて格納し、さらに第２のキーをファイル暗号化部２２５に出力する（Ｓ１０８）。ファイル暗号化部２２５は、送信依頼取得部２０５からファイルおよび送信先特定情報を取得すると、送信先特定情報に対応する第１のキーを第１キー格納部２２０から取得する（Ｓ１１２）。ファイル暗号化部２２５は、さらに、第２キー格納部２１５から第２のキーを受け取ると、ファイルおよび第２のキーを第１のキーで暗号化し、送信先特定情報と共に送信部２３０に出力する（Ｓ１１６）。送信部２３０は、暗号化したファイルおよび第２のキーを送信処理ＩＤと共に、送信先特定情報で特定された送信先、すなわち、ファイル受信端末３０に送信する（Ｓ１２０）。ファイル受信端末３０における端末側受信部３１０は、暗号化されたファイルおよび第２のキーを受信すると、暗号化されたファイルおよび第２のキーをファイル復号化部３３０に出力し、ファイル復号化部３３０は、ユーザ側キー取得部３２０からユーザ側キーを取得する（Ｓ１２４）。ユーザ側キーが第１のキーに対応する場合、ファイル復号化部３３０は、取得したユーザ側キーを用いて、暗号化されたファイルおよび第２のキーを復号化し、復号化した第２のキーをユーザ側キーと共に開封情報生成部３４０に出力する（Ｓ１２８）。ここで、ユーザ側キーが第１のキーに対応しない場合は、処理は中断する（Ｓ１２８）。ユーザの操作により、復号化されたファイルが開かれると（Ｓ１３０）、開封情報生成部３４０は、ファイル復号化部３３０からユーザ側キーおよび第２のキーを受け取り、ユーザ側キーおよび第２のキーを用いて、開封情報を生成し、送信処理ＩＤと共に端末側送信部３５０に出力する（Ｓ１３２）。端末側送信部３５０は、開封情報生成部３４０から開封情報を受け取ると、受け取った開封情報を送信処理ＩＤと共に、ファイルの送信元、すなわち、ファイル送信サーバ２０に送信する（Ｓ１３６）。ファイル送信サーバ２０における受信部２３５は、開封情報を送信処理ＩＤと共に受信すると、認証部２４０に出力し、認証部２４０は、開封情報の送信元、すなわち、ファイル受信端末３０に対応する第１のキーを第１キー格納部２２０から取得し、送信処理ＩＤに対応する第２のキーを第２キー格納部２１５から取得する（Ｓ１４０）。認証部２４０が有する認証データ生成部２４５は、第１のキーおよび第２のキーを用いて、認証データを生成する（Ｓ１４４）。認証部２４０は、生成された認証データと、受け取った開封情報とを比較し、対応するデータであると判断した場合に、ファイルが正しく開封された旨を出力部２５０に出力する（Ｓ１４８）。出力部２５０は、ファイルが正しく開封された旨を受け取ると、正しく開封されたファイル名、ファイル開封者名、認証時刻等を格納する（Ｓ１５２）。一方、Ｓ１４８において、認証部２４５が、認証データと開封情報とを比較し、対応するデータでないと判断した場合、認証部２４５は、送信依頼取得部２０５にファイルの再送を依頼し、また、認証できなかった旨を通知部２５５に出力する（Ｓ１４８）。送信依頼取得部２０５は、認証部２４０からファイルの再送依頼を取得すると、異なる第２のキーを用いたファイルの再送処理を、Ｓ１０４からＳ１１６までと同様の処理で行うように第２キー生成部２１０等に指示し、ファイルの再送を実現する（Ｓ１６０）。通知部２５５は、認証部２４０から認証できなかった旨を受け取ると、サーバ管理端末４０に認証できなかった旨を通知する（Ｓ１６４）。一方、ファイル受信端末３０では、端末側受信部３１０が、再送されたファイルを受信すると、Ｓ１２４からの処理を開始する（Ｓ１６８）。
【００４８】
図５は、第２キー格納部２１５が第２のキーを格納するテーブルの例を示す。図５（Ａ）は、第２キー格納部２１５が第２のキーを送信処理ＩＤに対応付けて格納するテーブルの一例を示す。第２キー格納部２１５は、第２キー生成部２１０で生成された第２のキーを、送信処理を特定する送信処理ＩＤに対応付けて格納する。第２キー格納部２１５は、予め第２キー生成部２１０で生成された第２のキーを格納し、ファイルの送信処理毎に、送信処理ＩＤに対応付けを行ってもよい。また、第２キー格納部２１５は、ファイルの送信処理毎に生成される第２のキーを、その都度送信処理ＩＤに対応付けて格納してもよい。図５（Ｂ）は、第２キー格納部２１５が第２のキーを送信ファイルＩＤに対応付けて格納するテーブルの一例を示す。第２のキーは、送信するファイル毎に設定されてもよい。この場合、ファイル受信端末３０は、ファイル毎に開封情報を生成し、ファイル送信サーバ２０に返信する。このように、ファイル送信サーバ２０は、ファイル毎に開封を確認することができる。第２キー格納部２１５は、第２のキーを、送信するファイルを特定する情報、例えば、送信ファイルＩＤに対応付けて格納してもよい。
【００４９】
図６は、第１キー格納部２２０が第１のキーを送信先特定情報に対応付けて格納するテーブルの一例を示す。本例では、第１キー格納部２２０は、第１のキーを、送信先特定情報である送信先ユーザＩＤに対応付けて格納する。第１キー格納部２２０は、送信先特定情報として、送信先の電子メールアドレス、送信先のＩＰアドレス等に対応付けて、第１のキーを格納してもよい。
【００５０】
図７は、ファイル送信サーバ２０のハードウェア構成を示すブロック図である。ファイル送信サーバ２０は、ＣＰＵ７００と、ＲＯＭ７０２と、ＲＡＭ７０４と、通信インターフェース７０６とを備える。ＣＰＵ７００は、ＲＯＭ７０２及びＲＡＭ７０４に格納されたプログラムに基づいて動作する。通信インターフェース７０６は、インターネットを介して外部と通信する。格納装置の一例としてのハードディスクドライブ７１０は、設定情報及びＣＰＵ７００が動作するプログラムを格納する。
【００５１】
フレキシブルディスクドライブ７１２はフレキシブルディスク７１４からデータまたはプログラムを読み取りＣＰＵ７００に提供する。ＣＤ−ＲＯＭドライブ７１６はＣＤ−ＲＯＭ７１８からデータまたはプログラムを読み取りＣＰＵ７００に提供する。通信インターフェース７０６は、インターネットに接続してデータを送受信する。
【００５２】
ＣＰＵ７００が実行するソフトウエアは、フレキシブルディスク７１４またはＣＤ−ＲＯＭ７１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウエアは圧縮されていても非圧縮であっても良い。ソフトウエアは記録媒体からハードディスクドライブ７１０にインストールされ、ＲＡＭ７０４に読み出されてＣＰＵ７００により実行される。
【００５３】
記録媒体に格納されて提供されるソフトウエア、すなわちハードディスクドライブ７１０にインストールされるソフトウエアは、機能構成として、送信依頼取得モジュール、第２キー生成モジュール、第２キー格納モジュール、第１キー格納モジュール、ファイル暗号化モジュール、送信モジュール、受信モジュール、認証モジュール、認証データ生成モジュール、出力モジュール、および通知モジュールを備える。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ７００に行わせる処理は、それぞれ本実施形態におけるファイル送信サーバ２０における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００５４】
図７に示した、記録媒体の一例としてのフレキシブルディスク７１４またはＣＤ−ＲＯＭ７１８には、本出願で説明する全ての実施形態におけるファイル送信サーバ２０の動作の一部または全ての機能を格納することができる。
【００５５】
これらのプログラムは記録媒体から直接ＲＡＭに読み出されて実行されても、一旦ハードディスクドライブにインストールされた後にＲＡＭに読み出されて実行されてもよい。さらに、上記プログラムは単一の記録媒体に格納されても複数の記録媒体に格納されてもよい。また記録媒体に格納されるモジュールは、オペレーティングシステムとの共同によってそれぞれの機能を提供してもよい。例えば機能の一部または全部を行うことをオペレーティングシステムに依頼し、オペレーティングシステムからの応答に基づいて機能を提供するものであってもよい。
【００５６】
記録媒体としては、フレキシブルディスク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアーカードなどの半導体メモリー等を用いることができる。又、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の格納装置を記録媒体として使用し、通信網を介してプログラムをファイル送信サーバ２０に提供してもよい。
【００５７】
このような記録媒体は、ファイル送信サーバ２０を製造するためのみに使用されるものであり、そのような記録媒体の業としての製造および販売等が本出願に基づく特許権の侵害を構成することは明らかである。
【００５８】
図８は、ファイル受信端末３０のハードウェア構成を示すブロック図である。ファイル受信端末３０は、ＣＰＵ８００と、ＲＯＭ８０２と、ＲＡＭ８０４と、通信インターフェース８０６とを備える。ＣＰＵ８００は、ＲＯＭ８０２及びＲＡＭ８０４に格納されたプログラムに基づいて動作する。通信インターフェース８０６は、インターネットを介して外部と通信する。格納装置の一例としてのハードディスクドライブ８１０は、設定情報及びＣＰＵ８００が動作するプログラムを格納する。
【００５９】
フレキシブルディスクドライブ８１２はフレキシブルディスク８１４からデータまたはプログラムを読み取りＣＰＵ８００に提供する。ＣＤ−ＲＯＭドライブ８１６はＣＤ−ＲＯＭ８１８からデータまたはプログラムを読み取りＣＰＵ８００に提供する。通信インターフェース８０６は、インターネットに接続してデータを送受信する。
【００６０】
ＣＰＵ８００が実行するソフトウエアは、フレキシブルディスク８１４またはＣＤ−ＲＯＭ８１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウエアは圧縮されていても非圧縮であってもよい。ソフトウエアは記録媒体からハードディスクドライブ８１０にインストールされ、ＲＡＭ８０４に読み出されてＣＰＵ８００により実行される。
【００６１】
記録媒体に格納されて提供されるソフトウエア、すなわちハードディスクドライブ８１０にインストールされるソフトウエアは、機能構成として、端末側受信モジュール、ユーザ側キー取得モジュール、ファイル復号化モジュール、開封情報生成モジュール、および端末側送信モジュールを備える。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ８００に行わせる処理は、それぞれ本実施形態におけるファイル受信端末３０における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００６２】
図８に示した、記録媒体の一例としてのフレキシブルディスク８１４またはＣＤ−ＲＯＭ８１８には、本出願で説明する全ての実施形態におけるファイル受信端末３０の動作の一部または全ての機能を格納することができる。
【００６３】
これらのプログラムは記録媒体から直接ＲＡＭに読み出されて実行されても、一旦ハードディスクドライブにインストールされた後にＲＡＭに読み出されて実行されてもよい。さらに、上記プログラムは単一の記録媒体に格納されても複数の記録媒体に格納されてもよい。また記録媒体に格納されるモジュールは、オペレーティングシステムとの共同によってそれぞれの機能を提供してもよい。例えば機能の一部または全部を行うことをオペレーティングシステムに依頼し、オペレーティングシステムからの応答に基づいて機能を提供するものであってもよい。
【００６４】
記録媒体としては、フレキシブルディスク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアーカードなどの半導体メモリー等を用いることができる。又、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の格納装置を記録媒体として使用し、通信網を介してプログラムをファイル受信端末３０に提供してもよい。
【００６５】
以上説明したように、ファイル送受信システムによれば、送信したファイルの開封確認の信頼性を強化することができる。すなわち、正規のファイル受信者しか持ち得ない情報を用いて開封情報を生成することにより、開封情報の信頼性およびセキュリティーを高くすることができる。特に、ファイル受信者のみが知っているユーザ側キーと、送信処理毎に受信する第２のキーを組み合わせて開封情報を生成することにより、セキュリティーをさらに強化することができる。
【００６６】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施形態に、多様な変更または改良を加えることができる。そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００６７】
【発明の効果】
上記説明から明らかなように、本発明によればファイルの開封確認の信頼性および／またはセキュリティーを高くすることが可能である。
【図面の簡単な説明】
【図１】ファイルの送受信を行うファイル送受信システム全体の概略図である。
【図２】ファイル送信サーバ２０の機能ブロック図である。
【図３】ファイル受信端末３０の機能ブロック図である。
【図４】ファイルを送受信するフローチャートである。
【図５】第２キー格納部２１５が第２のキーを格納するテーブルの例を示す図である。
【図６】第１キー格納部２２０が第１のキーを送信先特定情報に対応付けて格納するテーブルの一例を示す図である。
【図７】ファイル送信サーバ２０のハードウェア構成を示すブロック図である。
【図８】ファイル受信端末３０のハードウェア構成を示すブロック図である。
【符号の説明】
１０ 送信依頼端末
２０ ファイル送信サーバ
３０ ファイル受信端末
４０ サーバ管理端末
２０５ 送信依頼取得部
２１０ 第２キー生成部
２１５ 第２キー格納部
２２０ 第１キー格納部
２２５ ファイル暗号化部
２３０ 送信部
２３５ 受信部
２４０ 認証部
２４５ 認証データ生成部
２５０ 出力部
２５５ 通知部
３１０ 端末側受信部
３２０ ユーザ側キー取得部
３３０ ファイル復号化部
３４０ 開封情報生成部
３５０ 端末側送信部
７００、８００ ＣＰＵ
７０２、８０２ ＲＯＭ
７０４、８０４ ＲＡＭ
【発明の属する技術分野】
本発明は、ファイル送信サーバ、ファイル送受信システム、方法、およびプログラムに関する。特に本発明は、送信したファイルが開かれたことを示す開封情報を送受信する、ファイル送信サーバ、ファイル送受信システム、方法、およびプログラムに関する。
【０００２】
【従来の技術】
従来、送信した電子メールが受信端末上で開封されると、その電子メールが開封されたことを示す開封確認データを送信端末に返信する手段があった。
【０００３】
【発明が解決しようとする課題】
開封確認データに関しては、他人による、正当な受信者へのなりすましを防止することが重要であり、開封確認の管理が重要である。
【０００４】
そこで本発明は、上記の課題を解決することのできるファイル送信サーバ、ファイル送受信システム、方法、およびプログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【０００５】
【課題を解決するための手段】
即ち、本発明の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、ファイルをユーザに送信する送信処理毎に異なる第２のキーを生成する第２キー生成部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、第２のキーと共にファイルをユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、第２キー格納部は、送信処理毎に異なる第２のキーを送信処理に対応付けて格納し、認証部は、送信処理毎に異なる第２のキーを第１のキーと共に用いて、ファイルが開封されたことを認証する。
【０００６】
送信部は、送信処理を特定する情報が組み込まれたファイルを第２のキーと共にユーザに送信し、受信部は、送信処理を特定する情報を含む開封情報を受信し、認証部は、開封情報に含まれる送信処理を特定する情報に対応付けて第２キー格納部に格納された第２のキーを第１のキーと共に用いて、送信処理により送信されたファイルが開かれたことを認証してもよい。
【０００７】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、送信するファイル毎に異なる第２のキーを生成する第２キー生成部と、第２のキーをファイルに対応付けて格納する第２キー格納部と、第２のキーと共にファイルをユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、第２キー格納部は、ファイル毎に異なる第２のキーをファイルに対応付けて格納し、認証部は、ファイル毎に異なる第２のキーを第１のキーと共に用いて、ファイルが開かれたことを認証する。
【０００８】
送信部は、ファイルを特定する情報が組み込まれたファイルを第２のキーと共にユーザに送信し、受信部は、ファイルを特定する情報を含む開封情報を受信し、認証部は、開封情報に含まれるファイルを特定する情報に対応付けて第２キー格納部に格納された第２のキーを第１のキーと共に用いて、ファイルが開かれたことを認証してもよい。
【０００９】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、認証部は、第１キー格納部に格納された第１のキーと、第２キー格納部に格納された第２のキーとを用いて、認証データを生成する認証データ生成部を有し、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータであった場合に、ファイルが開かれたことを認証する。
【００１０】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、開封情報は、ユーザ側キー、第２のキー、および開封確認データを用いてファイルの送信先の端末上で生成され、認証部は、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および開封確認データを用いて、認証データを生成する認証データ生成部を有し、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータであった場合に、ファイルが開かれたことを認証する。
【００１１】
本発明の他の形態によると、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザに送信する送信部と、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがユーザの操作により開かれたことを認証する認証部とを備え、開封情報は、ユーザ側キーおよび第２のキーにより特定された処理方法を用いて、ファイルに含まれる所定のデータをファイルの送信先の端末上で処理することにより生成され、認証部は、第１キー格納部に格納された第１のキー、および、第２キー格納部に格納された第２のキーにより特定された処理方法を用いて、ファイルに含まれる所定のデータを処理することにより認証データを生成する認証データ生成部を有し、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが一致した場合に、ファイルがユーザの端末上で開かれたことを認証する。
【００１２】
認証部が、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータでないと判断した場合に、サーバを管理するサーバ管理端末に、ファイルがユーザの操作により開かれたことを認証できない旨を通知する通知部を更に備えてもよい。認証部が、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータでないと判断した場合に、ユーザに、ファイルがユーザの操作により開かれたことを認証できない旨を通知する通知部を更に備えてもよい。
【００１３】
認証部が、受信部が受信した開封情報と、認証データ生成部が生成した認証データとが対応するデータでないと判断した場合に、送信部は、ファイルを再送してもよい。送信部は、ファイルを再送する場合に、再送毎に異なる第２のキーをファイルと共に送信してもよい。
【００１４】
本発明の他の形態によると、ファイルを送信するファイル送信サーバと、ファイルを受信するユーザのファイル受信端末とを備えるファイル送受信システムであって、ファイル送信サーバは、第１のキーをユーザに対応付けて格納する第１キー格納部と、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納部と、ファイルを第２のキーと共にユーザのファイル受信端末に送信する送信部と、ファイルがファイル受信端末上で開かれたことを示す開封情報を端末から受信する受信部と、第１キー格納部に格納された第１のキー、第２キー格納部に格納された第２のキー、および受信部が受信した開封情報を用いて、ファイルがファイル受信端末上で開かれたことを認証する認証部とを有し、ファイル受信端末は、第１のキーに対応するユーザ側キーを取得するユーザ側キー取得部と、ファイル送信サーバから、ファイルを第２のキーと共に受信する端末側受信部と、ユーザ側キー取得部が取得したユーザ側キーと、端末側受信部が受信した第２のキーとを用いて、開封情報を生成する開封情報生成部と、端末側受信部が受信したファイルをファイル受信端末上で開いた場合に、開封情報生成部が生成した開封情報をファイル送信サーバに送信する端末側送信部とを有する。
【００１５】
ファイル送信サーバは、第１のキーを用いて、ファイルを暗号化するファイル暗号化部を更に有し、送信部は、第２のキーと共に、ファイル暗号化部が暗号化したファイルをファイル受信端末に送信し、ファイル受信端末において、ユーザ側キー取得部は、第１のキーで暗号化されたデータを復号化するキーとして、ユーザ側キーを取得し、端末側受信部は、第１のキーを用いて暗号化されたファイルを、第２のキーと共に受信し、ユーザ側キーを用いて、端末側受信部が受信したファイルを復号化するファイル復号化部を更に有し、開封情報生成部は、ファイル復号化部がファイルを復号化したことを条件として、ユーザ側キーおよび第２のキーを用いて開封情報を生成してもよい。
【００１６】
本発明の他の形態によると、ファイルを送信するファイル送信サーバと、ファイルを受信するユーザのファイル受信端末とを備えるファイル送受信システムであって、ファイル送信サーバは、サーバ側キーを、ユーザに対応付けて格納するサーバ側キー格納部と、ファイルをユーザに送信する送信部と、ファイルがファイル受信端末上で開かれたことを示す開封情報を受信する受信部と、サーバ側キー格納部内でユーザに対応するサーバ側キー、および開封情報を用いて、ファイルがファイル受信端末上で開かれたことを認証する認証部とを有し、ファイル受信端末は、ファイル送信サーバからファイルを受信する端末側受信部と、ファイルをファイル受信端末上で開いた場合に、サーバ側キーに対応するユーザ側キーを用いて、開封情報を生成する開封情報生成部と、開封情報生成部が生成した開封情報をファイル送信サーバに送信する端末側送信部とを有する。
【００１７】
本発明の他の形態によると、サーバからユーザの端末へファイルを送信した場合に、ファイルが端末上で開かれたことを示す開封情報を送受信する方法は、サーバが、ファイルを第２のキーと共にユーザの端末に送信するステップと、端末が、サーバから、ファイルを第２のキーと共に受信するステップと、受信したファイルを端末上で開いた場合に、端末の記憶装置が予め格納しているユーザ側キーと、受信した第２のキーとを用いて、開封情報を生成するステップと、端末が、生成した開封情報をサーバに送信するステップと、サーバが、開封情報を端末から受信するステップと、サーバの記憶装置がユーザに対応付けて格納している、ユーザ側キーに対応する第１のキーと、サーバの記憶装置がファイルの送信処理に対応付けて格納している第２のキーと、サーバが受信した開封情報とを用いて、ファイルが端末上で開かれたことを認証するステップとを備える。
【００１８】
本発明の他の形態によると、ユーザに送信したファイルがユーザの端末上で開かれたことを示す開封情報を受信するプログラムは、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する第１キー格納モジュールと、第２のキーをファイルの送信処理に対応付けて格納する第２キー格納モジュールと、ファイルを第２のキーと共にユーザに送信する送信モジュールと、ユーザ側キーおよび第２のキーを用いて生成された開封情報を受信する受信モジュールと、第１キー格納モジュールが格納した第１のキー、第２キー格納モジュールが格納した第２のキー、および受信モジュールが受信した開封情報を用いて、ファイルが端末上で開かれたことを認証する認証モジュールとを備える。
【００１９】
本発明の他の形態によると、本発明に係るプログラムは、コンピュータを、上記本発明の形態のファイル送信サーバとして機能させるためのプログラムである。
【００２０】
なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。
【００２１】
【発明の実施の形態】
以下、発明の実施形態を通じて本発明を説明するが、実施形態はクレームにかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２２】
図１は、ファイルの送受信を行うファイル送受信システム全体の概略図を示す。ファイル送受信システムは、送信依頼端末１０と、ファイル送信サーバ２０と、ファイル受信端末３０とを備える。ファイル送受信システムでは、ファイルの送受信が行われる。送信依頼端末１０とファイル受信端末３０は、コンピュータ端末や携帯端末などの情報通信端末である。送信依頼端末１０とファイル送信サーバ２０との間や、ファイル送受信サーバ２０とファイル受信端末３０との間は、専用線、公衆回線網、無線通信網、ＬＡＮ通信網、またはインターネット網などのような通信網で接続される。また、送受信されるファイルとは、所定の形式に則ったデータの固まりであり、通信手段や通信プロトコル等によって決められる。例えば、インターネット網を用いている場合、ファイル送受信システムは、ＦＴＰを用いてＦＴＰフォーマットのファイルを送受信する。ファイル送受信システムは、ＳＭＴＰ、ＰＯＰ、ＭＩＭＥ等を用いて、電子メール形式のファイルを送受信してもよい。また、ファイル送受信システムは、ＨＴＴＰ等を用いてＨＴＭＬファイルの送受信を行ってもよい。
【００２３】
送信依頼端末１０は、ファイル送信サーバ２０にファイルの送信を依頼する。送信依頼端末１０は、例えば、送信先を特定する送信先特定情報と、送信するファイルとをファイル送信サーバ２０に送信する。送信先特定情報は、ファイルの送信先となるユーザ毎に設定された送信先ユーザＩＤ、送信先の電子メールアドレス、またはＩＰアドレス等であってもよい。本実施形態では、送信依頼端末１０は、ファイル受信端末３０へのファイル送信をファイル送信サーバ２０に依頼する。送信依頼端末１０は、ファイル送信サーバ２０と実質的に同一の装置であってもよい。すなわち、送信依頼端末１０は、ファイル送信サーバ２０に対して、ファイル送信依頼を入力する入力部として機能してもよい。
【００２４】
ファイル送信サーバ２０は、送信依頼端末１０からファイルの送信依頼を受け取ると、依頼されたファイルを依頼された送信先、すなわちファイル受信端末３０に送信する。また、ファイル送信サーバ２０は、ユーザに送信したファイルがユーザの操作により開かれたことを示す開封情報を受信する。すなわち、ファイル送信サーバ２０は、ファイル受信端末３０に送信したファイルがファイル受信端末３０上で開かれたことを示す開封情報を受信する。
【００２５】
ファイル受信端末３０は、ファイル送信サーバ２０からファイルを受信し、ユーザの操作により受信したファイルを開くと、開封情報をファイル送信サーバ２０に返信する。すなわち、ファイル受信端末３０は、受信したファイルをファイル受信端末３０上で開くと、開封情報をファイル送信サーバ２０に返信する。
【００２６】
ファイル送受信システムは、更にサーバ管理端末４０を備えてもよい。サーバ管理端末４０は、ファイル送信サーバ２０を管理する端末であり、コンピュータ端末や携帯端末であってもよい。サーバ管理者は、サーバ管理端末４０を用いて、ファイル送信サーバ２０の種々の設定を行う。また、サーバ管理端末４０は、ファイル送信サーバ２０のファイル送信処理を監視し、異常が発生した場合は、サーバ管理者に通知する。
【００２７】
図２は、ファイル送信サーバ２０の機能ブロックを示す。ファイル送信サーバ２０は、送信依頼取得部２０５と、第２キー生成部２１０と、第２キー格納部２１５と、第１キー格納部２２０と、ファイル暗号化部２２５と、送信部２３０と、受信部２３５と、認証部２４０と、出力部２５０と、通知部２５５とを有する。
【００２８】
送信依頼取得部２０５は、送信依頼端末１０からファイルの送信依頼、すなわち、送信するファイルと送信先特定情報を受け取ると、ファイルおよび送信先特定情報を第２キー生成部２１０とファイル暗号化部２２５に出力する。送信依頼取得部２０５は、更にファイルの送信依頼を受ける度毎に、当該送信処理を特定する送信処理ＩＤを設定し、第２キー生成部２１０に出力する。送信依頼取得部２０５は、送信を依頼されたファイル毎に、当該ファイルを特定する送信ファイルＩＤを設定し、第２キー生成部２１０に出力してもよい。送信依頼取得部２０５は、同じファイルを再送する場合や、同じファイルを同時に複数の送信先に送信する場合であっても、異なる送信処理ＩＤおよび送信ファイルＩＤを設定することが好ましい。送信処理ＩＤや送信ファイルＩＤは、本実施形態では、ファイルのヘッダ等に組み込まれ、ファイルと共に受け渡されていく。
【００２９】
第２キー生成部２１０は、送信依頼取得部２０５からファイルおよび送信先特定情報を受け取ると、第２のキーを生成し、第２キー格納部２１５に出力する。すなわち、第２キー生成部２１０は、ファイルをファイル受信端末３０に送信する送信処理毎に、第２のキーを生成し、第２キー格納部２１５に出力する。第２キー生成部２１０は、過去に使用された第２のキーやユーザの個人情報などから予想しにくい第２のキーを生成するのが望ましく、例えば、ランダムな文字列を含む第２のキーを生成する。また、第２キー生成部２１０は、送信処理毎に異なる第２のキーを生成するのが望ましい。この場合、第２キー生成部２１０は、生成した第２のキーを、送信処理を特定する情報、例えば、送信処理ＩＤに対応付けて第２キー格納部２１５に出力する。また、第２キー生成部２１０は、送信するファイル毎に異なる第２のキーを生成してもよい。この場合、第２キー生成部２１０は、生成した第２のキーを、ファイルを特定する情報、例えば、送信ファイルＩＤに対応付けて第２キー格納部２１５に出力する。本実施形態において、第２キー生成部２１０は、本発明に係るワンタイムキー生成部を兼ね、第２のキーは、本発明に係るワンタイムキーを兼ねる。
【００３０】
第２キー格納部２１５は、第２キー生成部２１０から第２のキーを受け取ると、受け取った第２のキーを格納する。第２キー格納部２１５は、予め複数の第２のキーを格納していてもよく、この場合、第２のキーをファイル暗号化部２２５に要求されると、第２キー格納部２１５は、第２のキーをファイル暗号化部２２５に出力すると共に、出力する第２のキーを送信処理に対応付けて格納する。また、第２キー生成部２１０が送信処理毎に第２のキーを生成する場合、第２キー格納部２１５は、第２キー生成部２１０から第２のキーと送信処理ＩＤを受け取ると、第２のキーを送信処理ＩＤに対応付けて格納する。同様に、第２キー格納部２１５は、第２キー生成部２１０から第２キーと送信ファイルＩＤを受け取ると、第２のキーを送信ファイルＩＤに対応付けて格納してもよい。さらに、第２キー格納部２１５は、送信処理毎に第２のキーをファイル暗号化部２２５に出力する。
【００３１】
第２のキーは、開封情報の認証に用いられる。第２キー格納部２１５は、認証部２４０から第２のキーの要求を第２のキーを特定する情報、例えば、送信処理ＩＤや送信ファイルＩＤと共に受け取ると、送信処理ＩＤ又は送信ファイルＩＤに対応する第２のキーを認証部２４０に出力する。
【００３２】
第１キー格納部２２０は、ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーをユーザに対応付けて格納する。すなわち、第１キー格納部２２０は、ファイル受信端末３０に割り当てられたユーザ側キーに対応する第１のキーを、ファイル受信端末３０に対応付けて格納する。ファイル受信端末３０に割り当てられたユーザ側キーと、ファイル送信サーバ２０が格納する第１のキーは、対応しており、ファイル送信サーバ２０において認証処理を行う際の必要条件となるキーである。例えば、ユーザ側キーを用いたファイル受信端末３０上の処理結果は、当該ユーザ側キーに対応する第１のキーを用いた、ファイル送信サーバ２０上の処理結果と一致する。また、第１のキーは、送信するファイルを暗号化するキーであり、同時に、当該第１のキーに対応するユーザ側キーは、当該ファイルを復号化するキーであってもよい。
【００３３】
第１キー格納部２２０は、ファイル暗号化部２２５から暗号化に用いるキーの要求を送信先特定情報と共に受け取ると、送信先特定情報に対応した第１のキーをファイル暗号化部２２５に出力する。すなわち、第１キー格納部２２０は、ファイル受信端末３０のユーザに対応した第１のキーをファイル暗号部２２５に出力する。第１のキーは、開封情報の認証にも用いられる。第１キー格納部２２０は、認証部２４０から第１のキーの要求を送信先特定情報と共に受け取ると、送信先特定情報に対応した第１のキーを認証部２４０に出力する。本実施形態において、第１キー格納部２２０は、本発明に係るサーバ側キー格納部を兼ね、第１のキーは、本発明に係るサーバ側キーを兼ねる。
【００３４】
ファイル暗号化部２２５は、送信依頼取得部２０５からファイルと送信先特定情報を受け取ると、第１キー格納部２２０に送信先特定情報を出力し、送信先特定情報に対応する第１のキーを第１キー格納部２２０から取得する。ファイル暗号化部２２５は、次に、取得した第１のキーを用いて、送信するファイルを暗号化し、暗号化したファイルを、第２キー格納部２１５から受け取った第２のキーと共に送信部２３０に出力する。ファイル暗号化部２２５は、第１のキーを用いて、ファイルと共に第２のキーを暗号化して、送信部２３０に出力してもよい。
【００３５】
送信部２３０は、ファイル暗号化部２２５から暗号化されたファイルと第２のキーを受け取ると、送信先特定情報で特定される送信先、すなわちファイル受信端末３０に送信する。
【００３６】
受信部２３５は、ファイル受信端末３０から開封情報を受信すると、認証部２４０に出力する。開封情報は、送信部２３０が送信したファイルがファイル受信端末３０上で開かれると、当該ファイルと共に送信された第２のキーと、予め割り当てられているユーザ側キーを用いてファイル受信端末３０により生成される。開封情報には、開封情報を送信した送信元を特定する情報（ファイル送信時に用いた送信先特定情報）、送信処理ＩＤ、送信ファイルＩＤ等が含まれていてもよい。
【００３７】
認証部２４０は、受信部２３５から開封情報を受け取ると、第１キー格納部２２０から第１のキーを、第２キー格納部２１５から第２のキーを取得し、取得した第１のキーおよび第２のキーと、受け取った開封情報を用いて、送信したファイルがユーザの操作により開かれたことを認証する。すなわち、認証部２４０は、受信部２３５から開封情報を受け取ると、まず、受け取った開封情報から送信先特定情報と送信処理ＩＤ（送信ファイルＩＤでもよい）を取得し、送信先特定情報に対応した第１のキーと、送信処理ＩＤ（又は送信ファイルＩＤ）に対応した第２のキーをそれぞれ第１キー格納部２２０と第２キー格納部２１５に要求する。次に、認証部２４０は、取得した第１のキー、第２のキー、および開封情報を用いて、ファイル受信端末３０に送信したファイルがファイル受信端末３０上で開かれたことを認証する。認証部２４０は、認証できた場合、送信したファイルが正規のユーザにより開かれた旨を出力部２５０に出力する。一方、認証できなかった場合、認証部２４０は、認証できなかった旨を通知部２５５に出力し、さらに送信依頼取得部２０５に当該ファイルの再送を依頼する。再送の際は、また新たに第２のキーが設定される。すなわち、送信処理毎に異なる第２のキーが付与される。
【００３８】
次に、認証部２４０が認証する際の処理方法を説明する。認証部２４０は、認証データ生成部２４５を有する。認証データ生成部２４５は、認証部２４０が取得した第１のキーおよび第２のキーと、予め指定されている開封確認データとを用いて、認証データを生成する。認証部２４０は、認証データ生成部２４５が生成した認証データと、受信部２３５から受け取った開封情報とを比較し、対応するデータであった場合に、ファイル受信端末３０に送信したファイルがファイル受信端末３０上で開かれたことを認証する。認証データと開封情報が対応したデータであるとは、例えば、開封情報が、認証データに予め指定された演算をさらに施して一致することである。開封確認データとは、例えば、ファイル送信サーバ２０とファイル受信端末３０とに予め指定した共通のデータである。この場合、認証データ生成部２４５において第１のキーおよび第２のキーにより特定された処理方法は、ファイル受信端末３０においてユーザ側キー（当該第１のキーに対応）および当該第２のキーにより特定された処理方法と同一である。同一の処理方法とは、例えば、同一の係数を有するハッシュ関数等である。処理方法は、不可逆な処理方法が望ましい。不可逆な処理を開封確認データに施すことにより、ユーザ以外の第三者に、元の開封確認データを知られることを防ぐことができる。また、開封確認データは、必須ではない。すなわち、開封情報は、ユーザ側キーと第２のキーから生成されてもよい。この場合、認証データ生成部２４５は、当該ユーザ側キーに対応する第１のキーと、当該第２のキーとから認証データを生成する。例えば、開封情報は、ユーザ側キーにより特定された処理方法を用いて第２のキーを処理することにより生成され、認証データ生成部２４５は、第１のキー（ユーザ側キーに対応）により特定された処理方法を用いて当該第２のキーを処理することにより認証データを生成する。
【００３９】
認証データ生成部２４５は、第１のキーおよび第２のキーにより特定された処理方法を用いて、送信したファイルに含まれる所定のデータを処理することにより認証データを生成してもよい。この場合の処理方法も不可逆な処理方法であることが好ましい。例えば、認証データ生成部２４５は、第１のキーおよび第２のキーにより特定されたハッシュ関数を用いて、送信するファイル中のデータを処理した結果を認証データとする。受信した開封情報が、ユーザ側キー（当該第１のキーに対応）および当該第２のキーにより特定されたハッシュ関数を用いて、受信した当該ファイル中のデータを処理した結果である場合、認証部２４０は、認証データと開封情報とが対応するデータであると判断して、当該ファイルが開かれたことを認証する。ファイル中のデータを認証処理の対象とすることにより、ファイル中のデータの改ざんを検出することもできる。
【００４０】
出力部２５０は、認証部２４０から認証できた旨を受け取ると、開かれたことを認証できたファイル名、当該ファイルの送信先名、認証できた時間等を格納する。出力部２５０は、これらのデータを送信依頼端末１０に通知してもよい。
【００４１】
通知部２５５は、認証部２４０から認証できなかった旨を受け取ると、サーバ管理端末４０に、送信したファイルがファイル受信端末３０上で開かれたことを認証できない旨を通知する。通知部２５５は、送信依頼端末１０やファイル受信端末３０に通知してもよい。
【００４２】
図３は、ファイル受信端末３０の機能ブロックを示す。ファイル受信端末３０は、端末側受信部３１０と、ユーザ側キー取得部３２０と、ファイル復号化部３３０と、開封情報生成部３４０と、端末側送信部３５０とを有する。端末側受信部３１０は、ファイル送信サーバ２０からファイルと第２のキーを受信し、ファイル復号化部３３０に出力する。ファイル受信端末３０は、例えば、第１のキーで暗号化された、ファイルおよび第２のキーを受信する。
【００４３】
ユーザ側キー取得部３２０は、ファイル復号化部３３０からユーザ側キーを要求されると、予め割り当てられたユーザ側キーを取得し、ファイル復号化部３３０と開封情報生成部３４０に出力する。ユーザ側キーは、ファイル送信サーバ２０における第１のキーと対応しており、ユーザ毎に予め割り当てられている。ユーザ側キーは、ユーザのみが知っている情報であることが好ましい。ユーザ側キー取得部３２０は、例えば、ユーザにユーザ側キーの入力を要求してユーザ側キーを取得してもよく、また、ユーザが予めファイル受信端末３０に格納したユーザ側キーを取得してもよい。
【００４４】
ファイル復号化部３３０は、端末側受信部３１０から暗号化されたファイルと第２のキーを受け取ると、ユーザ側キー取得部３２０からユーザ側キーを取得し、取得したユーザ側キーを用いて、受け取ったファイルと第２のキーを復号化し、開封情報生成部３４０に出力する。
【００４５】
開封情報生成部３４０は、ユーザ側キー取得部３２０からユーザ側キーを、ファイル復号化部３３０から第２のキーをそれぞれ受け取り、ユーザが復号化したファイルをファイル受信端末３０上で開くと、ユーザ側キーおよび第２のキーを用いて、開封情報を生成し、端末側送信部３５０に出力する。開封情報生成部３４０は、開封情報に、送信処理ＩＤや送信ファイルＩＤを付加して、端末側送信部３５０に出力してもよい。
【００４６】
端末側送信部３５０は、開封情報生成部３４０から開封情報を受け取ると、受け取った開封情報を、送信処理ＩＤや送信ファイルＩＤと共に、ファイル送信サーバ２０に送信する。
【００４７】
図４は、ファイルを送受信するフローを示す。送信依頼端末１０は、送信を依頼するファイルと送信先特定情報をファイル送信サーバ２０に送信すると、ファイル送信サーバ２０における送信依頼取得部２０５は、ファイルと送信先特定情報を取得し、取得したファイルおよび送信先特定情報を送信処理ＩＤと共に、第２キー生成部２１０とファイル暗号化部２２５に出力する（Ｓ１００）。第２キー生成部２１０は、送信依頼取得部２０５からファイル、送信先特定情報、および送信処理ＩＤを受け取ると、第２のキーを生成し、送信処理ＩＤと共に第２キー格納部２１５に出力する（Ｓ１０４）。第２キー格納部２１５は、第２キー生成部２１０から第２キーと送信処理ＩＤを受け取ると、第２のキーを送信処理ＩＤに対応付けて格納し、さらに第２のキーをファイル暗号化部２２５に出力する（Ｓ１０８）。ファイル暗号化部２２５は、送信依頼取得部２０５からファイルおよび送信先特定情報を取得すると、送信先特定情報に対応する第１のキーを第１キー格納部２２０から取得する（Ｓ１１２）。ファイル暗号化部２２５は、さらに、第２キー格納部２１５から第２のキーを受け取ると、ファイルおよび第２のキーを第１のキーで暗号化し、送信先特定情報と共に送信部２３０に出力する（Ｓ１１６）。送信部２３０は、暗号化したファイルおよび第２のキーを送信処理ＩＤと共に、送信先特定情報で特定された送信先、すなわち、ファイル受信端末３０に送信する（Ｓ１２０）。ファイル受信端末３０における端末側受信部３１０は、暗号化されたファイルおよび第２のキーを受信すると、暗号化されたファイルおよび第２のキーをファイル復号化部３３０に出力し、ファイル復号化部３３０は、ユーザ側キー取得部３２０からユーザ側キーを取得する（Ｓ１２４）。ユーザ側キーが第１のキーに対応する場合、ファイル復号化部３３０は、取得したユーザ側キーを用いて、暗号化されたファイルおよび第２のキーを復号化し、復号化した第２のキーをユーザ側キーと共に開封情報生成部３４０に出力する（Ｓ１２８）。ここで、ユーザ側キーが第１のキーに対応しない場合は、処理は中断する（Ｓ１２８）。ユーザの操作により、復号化されたファイルが開かれると（Ｓ１３０）、開封情報生成部３４０は、ファイル復号化部３３０からユーザ側キーおよび第２のキーを受け取り、ユーザ側キーおよび第２のキーを用いて、開封情報を生成し、送信処理ＩＤと共に端末側送信部３５０に出力する（Ｓ１３２）。端末側送信部３５０は、開封情報生成部３４０から開封情報を受け取ると、受け取った開封情報を送信処理ＩＤと共に、ファイルの送信元、すなわち、ファイル送信サーバ２０に送信する（Ｓ１３６）。ファイル送信サーバ２０における受信部２３５は、開封情報を送信処理ＩＤと共に受信すると、認証部２４０に出力し、認証部２４０は、開封情報の送信元、すなわち、ファイル受信端末３０に対応する第１のキーを第１キー格納部２２０から取得し、送信処理ＩＤに対応する第２のキーを第２キー格納部２１５から取得する（Ｓ１４０）。認証部２４０が有する認証データ生成部２４５は、第１のキーおよび第２のキーを用いて、認証データを生成する（Ｓ１４４）。認証部２４０は、生成された認証データと、受け取った開封情報とを比較し、対応するデータであると判断した場合に、ファイルが正しく開封された旨を出力部２５０に出力する（Ｓ１４８）。出力部２５０は、ファイルが正しく開封された旨を受け取ると、正しく開封されたファイル名、ファイル開封者名、認証時刻等を格納する（Ｓ１５２）。一方、Ｓ１４８において、認証部２４５が、認証データと開封情報とを比較し、対応するデータでないと判断した場合、認証部２４５は、送信依頼取得部２０５にファイルの再送を依頼し、また、認証できなかった旨を通知部２５５に出力する（Ｓ１４８）。送信依頼取得部２０５は、認証部２４０からファイルの再送依頼を取得すると、異なる第２のキーを用いたファイルの再送処理を、Ｓ１０４からＳ１１６までと同様の処理で行うように第２キー生成部２１０等に指示し、ファイルの再送を実現する（Ｓ１６０）。通知部２５５は、認証部２４０から認証できなかった旨を受け取ると、サーバ管理端末４０に認証できなかった旨を通知する（Ｓ１６４）。一方、ファイル受信端末３０では、端末側受信部３１０が、再送されたファイルを受信すると、Ｓ１２４からの処理を開始する（Ｓ１６８）。
【００４８】
図５は、第２キー格納部２１５が第２のキーを格納するテーブルの例を示す。図５（Ａ）は、第２キー格納部２１５が第２のキーを送信処理ＩＤに対応付けて格納するテーブルの一例を示す。第２キー格納部２１５は、第２キー生成部２１０で生成された第２のキーを、送信処理を特定する送信処理ＩＤに対応付けて格納する。第２キー格納部２１５は、予め第２キー生成部２１０で生成された第２のキーを格納し、ファイルの送信処理毎に、送信処理ＩＤに対応付けを行ってもよい。また、第２キー格納部２１５は、ファイルの送信処理毎に生成される第２のキーを、その都度送信処理ＩＤに対応付けて格納してもよい。図５（Ｂ）は、第２キー格納部２１５が第２のキーを送信ファイルＩＤに対応付けて格納するテーブルの一例を示す。第２のキーは、送信するファイル毎に設定されてもよい。この場合、ファイル受信端末３０は、ファイル毎に開封情報を生成し、ファイル送信サーバ２０に返信する。このように、ファイル送信サーバ２０は、ファイル毎に開封を確認することができる。第２キー格納部２１５は、第２のキーを、送信するファイルを特定する情報、例えば、送信ファイルＩＤに対応付けて格納してもよい。
【００４９】
図６は、第１キー格納部２２０が第１のキーを送信先特定情報に対応付けて格納するテーブルの一例を示す。本例では、第１キー格納部２２０は、第１のキーを、送信先特定情報である送信先ユーザＩＤに対応付けて格納する。第１キー格納部２２０は、送信先特定情報として、送信先の電子メールアドレス、送信先のＩＰアドレス等に対応付けて、第１のキーを格納してもよい。
【００５０】
図７は、ファイル送信サーバ２０のハードウェア構成を示すブロック図である。ファイル送信サーバ２０は、ＣＰＵ７００と、ＲＯＭ７０２と、ＲＡＭ７０４と、通信インターフェース７０６とを備える。ＣＰＵ７００は、ＲＯＭ７０２及びＲＡＭ７０４に格納されたプログラムに基づいて動作する。通信インターフェース７０６は、インターネットを介して外部と通信する。格納装置の一例としてのハードディスクドライブ７１０は、設定情報及びＣＰＵ７００が動作するプログラムを格納する。
【００５１】
フレキシブルディスクドライブ７１２はフレキシブルディスク７１４からデータまたはプログラムを読み取りＣＰＵ７００に提供する。ＣＤ−ＲＯＭドライブ７１６はＣＤ−ＲＯＭ７１８からデータまたはプログラムを読み取りＣＰＵ７００に提供する。通信インターフェース７０６は、インターネットに接続してデータを送受信する。
【００５２】
ＣＰＵ７００が実行するソフトウエアは、フレキシブルディスク７１４またはＣＤ−ＲＯＭ７１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウエアは圧縮されていても非圧縮であっても良い。ソフトウエアは記録媒体からハードディスクドライブ７１０にインストールされ、ＲＡＭ７０４に読み出されてＣＰＵ７００により実行される。
【００５３】
記録媒体に格納されて提供されるソフトウエア、すなわちハードディスクドライブ７１０にインストールされるソフトウエアは、機能構成として、送信依頼取得モジュール、第２キー生成モジュール、第２キー格納モジュール、第１キー格納モジュール、ファイル暗号化モジュール、送信モジュール、受信モジュール、認証モジュール、認証データ生成モジュール、出力モジュール、および通知モジュールを備える。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ７００に行わせる処理は、それぞれ本実施形態におけるファイル送信サーバ２０における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００５４】
図７に示した、記録媒体の一例としてのフレキシブルディスク７１４またはＣＤ−ＲＯＭ７１８には、本出願で説明する全ての実施形態におけるファイル送信サーバ２０の動作の一部または全ての機能を格納することができる。
【００５５】
これらのプログラムは記録媒体から直接ＲＡＭに読み出されて実行されても、一旦ハードディスクドライブにインストールされた後にＲＡＭに読み出されて実行されてもよい。さらに、上記プログラムは単一の記録媒体に格納されても複数の記録媒体に格納されてもよい。また記録媒体に格納されるモジュールは、オペレーティングシステムとの共同によってそれぞれの機能を提供してもよい。例えば機能の一部または全部を行うことをオペレーティングシステムに依頼し、オペレーティングシステムからの応答に基づいて機能を提供するものであってもよい。
【００５６】
記録媒体としては、フレキシブルディスク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアーカードなどの半導体メモリー等を用いることができる。又、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の格納装置を記録媒体として使用し、通信網を介してプログラムをファイル送信サーバ２０に提供してもよい。
【００５７】
このような記録媒体は、ファイル送信サーバ２０を製造するためのみに使用されるものであり、そのような記録媒体の業としての製造および販売等が本出願に基づく特許権の侵害を構成することは明らかである。
【００５８】
図８は、ファイル受信端末３０のハードウェア構成を示すブロック図である。ファイル受信端末３０は、ＣＰＵ８００と、ＲＯＭ８０２と、ＲＡＭ８０４と、通信インターフェース８０６とを備える。ＣＰＵ８００は、ＲＯＭ８０２及びＲＡＭ８０４に格納されたプログラムに基づいて動作する。通信インターフェース８０６は、インターネットを介して外部と通信する。格納装置の一例としてのハードディスクドライブ８１０は、設定情報及びＣＰＵ８００が動作するプログラムを格納する。
【００５９】
フレキシブルディスクドライブ８１２はフレキシブルディスク８１４からデータまたはプログラムを読み取りＣＰＵ８００に提供する。ＣＤ−ＲＯＭドライブ８１６はＣＤ−ＲＯＭ８１８からデータまたはプログラムを読み取りＣＰＵ８００に提供する。通信インターフェース８０６は、インターネットに接続してデータを送受信する。
【００６０】
ＣＰＵ８００が実行するソフトウエアは、フレキシブルディスク８１４またはＣＤ−ＲＯＭ８１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウエアは圧縮されていても非圧縮であってもよい。ソフトウエアは記録媒体からハードディスクドライブ８１０にインストールされ、ＲＡＭ８０４に読み出されてＣＰＵ８００により実行される。
【００６１】
記録媒体に格納されて提供されるソフトウエア、すなわちハードディスクドライブ８１０にインストールされるソフトウエアは、機能構成として、端末側受信モジュール、ユーザ側キー取得モジュール、ファイル復号化モジュール、開封情報生成モジュール、および端末側送信モジュールを備える。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ８００に行わせる処理は、それぞれ本実施形態におけるファイル受信端末３０における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００６２】
図８に示した、記録媒体の一例としてのフレキシブルディスク８１４またはＣＤ−ＲＯＭ８１８には、本出願で説明する全ての実施形態におけるファイル受信端末３０の動作の一部または全ての機能を格納することができる。
【００６３】
これらのプログラムは記録媒体から直接ＲＡＭに読み出されて実行されても、一旦ハードディスクドライブにインストールされた後にＲＡＭに読み出されて実行されてもよい。さらに、上記プログラムは単一の記録媒体に格納されても複数の記録媒体に格納されてもよい。また記録媒体に格納されるモジュールは、オペレーティングシステムとの共同によってそれぞれの機能を提供してもよい。例えば機能の一部または全部を行うことをオペレーティングシステムに依頼し、オペレーティングシステムからの応答に基づいて機能を提供するものであってもよい。
【００６４】
記録媒体としては、フレキシブルディスク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアーカードなどの半導体メモリー等を用いることができる。又、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の格納装置を記録媒体として使用し、通信網を介してプログラムをファイル受信端末３０に提供してもよい。
【００６５】
以上説明したように、ファイル送受信システムによれば、送信したファイルの開封確認の信頼性を強化することができる。すなわち、正規のファイル受信者しか持ち得ない情報を用いて開封情報を生成することにより、開封情報の信頼性およびセキュリティーを高くすることができる。特に、ファイル受信者のみが知っているユーザ側キーと、送信処理毎に受信する第２のキーを組み合わせて開封情報を生成することにより、セキュリティーをさらに強化することができる。
【００６６】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施形態に、多様な変更または改良を加えることができる。そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００６７】
【発明の効果】
上記説明から明らかなように、本発明によればファイルの開封確認の信頼性および／またはセキュリティーを高くすることが可能である。
【図面の簡単な説明】
【図１】ファイルの送受信を行うファイル送受信システム全体の概略図である。
【図２】ファイル送信サーバ２０の機能ブロック図である。
【図３】ファイル受信端末３０の機能ブロック図である。
【図４】ファイルを送受信するフローチャートである。
【図５】第２キー格納部２１５が第２のキーを格納するテーブルの例を示す図である。
【図６】第１キー格納部２２０が第１のキーを送信先特定情報に対応付けて格納するテーブルの一例を示す図である。
【図７】ファイル送信サーバ２０のハードウェア構成を示すブロック図である。
【図８】ファイル受信端末３０のハードウェア構成を示すブロック図である。
【符号の説明】
１０ 送信依頼端末
２０ ファイル送信サーバ
３０ ファイル受信端末
４０ サーバ管理端末
２０５ 送信依頼取得部
２１０ 第２キー生成部
２１５ 第２キー格納部
２２０ 第１キー格納部
２２５ ファイル暗号化部
２３０ 送信部
２３５ 受信部
２４０ 認証部
２４５ 認証データ生成部
２５０ 出力部
２５５ 通知部
３１０ 端末側受信部
３２０ ユーザ側キー取得部
３３０ ファイル復号化部
３４０ 開封情報生成部
３５０ 端末側送信部
７００、８００ ＣＰＵ
７０２、８０２ ＲＯＭ
７０４、８０４ ＲＡＭ
Claims (17)
- ユーザに送信したファイルが前記ユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバであって、
前記ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーを前記ユーザに対応付けて格納する第１キー格納部と、
ファイルをユーザに送信する送信処理毎に異なる第２のキーを生成する第２キー生成部と、
前記第２のキーを前記ファイルの送信処理に対応付けて格納する第２キー格納部と、
前記第２のキーと共に前記ファイルを前記ユーザに送信する送信部と、
前記ユーザ側キーおよび前記第２のキーを用いて生成された前記開封情報を受信する受信部と、
前記第１キー格納部に格納された第１のキー、前記第２キー格納部に格納された第２のキー、および前記受信部が受信した前記開封情報を用いて、前記ファイルが前記ユーザの操作により開かれたことを認証する認証部と
を備え、
前記第２キー格納部は、前記送信処理毎に異なる前記第２のキーを前記送信処理に対応付けて格納し、
前記認証部は、前記送信処理毎に異なる前記第２のキーを前記第１のキーと共に用いて、前記ファイルが開かれたことを認証する
ことを特徴とするファイル送信サーバ。 - 前記送信部は、前記送信処理を特定する情報が組み込まれた前記ファイルを前記第２のキーと共に前記ユーザに送信し、
前記受信部は、前記送信処理を特定する情報を含む前記開封情報を受信し、
前記認証部は、前記開封情報に含まれる前記送信処理を特定する情報に対応付けて前記第２キー格納部に格納された前記第２のキーを前記第１のキーと共に用いて、前記送信処理により送信された前記ファイルが開かれたことを認証する
ことを特徴とする請求項１に記載のファイル送信サーバ。 - ユーザに送信したファイルが前記ユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバであって、
前記ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーを前記ユーザに対応付けて格納する第１キー格納部と、
送信するファイル毎に異なる第２のキーを生成する第２キー生成部と、
前記第２のキーを前記ファイルに対応付けて格納する第２キー格納部と、
前記第２のキーと共に前記ファイルを前記ユーザに送信する送信部と、
前記ユーザ側キーおよび前記第２のキーを用いて生成された前記開封情報を受信する受信部と、
前記第１キー格納部に格納された第１のキー、前記第２キー格納部に格納された第２のキー、および前記受信部が受信した前記開封情報を用いて、前記ファイルが前記ユーザの操作により開かれたことを認証する認証部と
を備え、
前記第２キー格納部は、前記ファイル毎に異なる前記第２のキーを前記ファイルに対応付けて格納し、
前記認証部は、前記ファイル毎に異なる前記第２のキーを前記第１のキーと共に用いて、前記ファイルが開かれたことを認証する
ことを特徴とするファイル送信サーバ。 - 前記送信部は、前記ファイルを特定する情報が組み込まれた前記ファイルを前記第２の キーと共に前記ユーザに送信し、
前記受信部は、前記ファイルを特定する情報を含む前記開封情報を受信し、
前記認証部は、前記開封情報に含まれる前記ファイルを特定する情報に対応付けて前記第２キー格納部に格納された前記第２のキーを前記第１のキーと共に用いて、前記ファイルが開かれたことを認証する
ことを特徴とする請求項３に記載のファイル送信サーバ。 - ユーザに送信したファイルが前記ユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバであって、
前記ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーを前記ユーザに対応付けて格納する第１キー格納部と、
第２のキーを前記ファイルの送信処理に対応付けて格納する第２キー格納部と、
前記ファイルを前記第２のキーと共に前記ユーザに送信する送信部と、
前記ユーザ側キーおよび前記第２のキーを用いて生成された前記開封情報を受信する受信部と、
前記第１キー格納部に格納された第１のキー、前記第２キー格納部に格納された第２のキー、および前記受信部が受信した前記開封情報を用いて、前記ファイルが前記ユーザの操作により開かれたことを認証する認証部と
を備え、
前記認証部は、前記第１キー格納部に格納された前記第１のキーと、前記第２キー格納部に格納された前記第２のキーとを用いて、認証データを生成する認証データ生成部を有し、前記受信部が受信した前記開封情報と、前記認証データ生成部が生成した前記認証データとが対応するデータであった場合に、前記ファイルが開かれたことを認証する
ことを特徴とするファイル送信サーバ。 - ユーザに送信したファイルが前記ユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバであって、
前記ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーを前記ユーザに対応付けて格納する第１キー格納部と、
第２のキーを前記ファイルの送信処理に対応付けて格納する第２キー格納部と、
前記ファイルを前記第２のキーと共に前記ユーザに送信する送信部と、
前記ユーザ側キーおよび前記第２のキーを用いて生成された前記開封情報を受信する受信部と、
前記第１キー格納部に格納された第１のキー、前記第２キー格納部に格納された第２のキー、および前記受信部が受信した前記開封情報を用いて、前記ファイルが前記ユーザの操作により開かれたことを認証する認証部と
を備え、
前記開封情報は、前記ユーザ側キー、前記第２のキー、および開封確認データを用いて前記ファイルの送信先の端末上で生成され、
前記認証部は、前記第１キー格納部に格納された前記第１のキー、前記第２キー格納部に格納された前記第２のキー、および前記開封確認データを用いて、認証データを生成する認証データ生成部を有し、前記受信部が受信した前記開封情報と、前記認証データ生成部が生成した前記認証データとが対応するデータであった場合に、前記ファイルが開かれたことを認証する
ことを特徴とするファイル送信サーバ。 - ユーザに送信したファイルが前記ユーザの操作により開かれたことを示す開封情報を受信するファイル送信サーバであって、
前記ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーを前記ユーザに対応付けて格納する第１キー格納部と、
第２のキーを前記ファイルの送信処理に対応付けて格納する第２キー格納部と、
前記ファイルを前記第２のキーと共に前記ユーザに送信する送信部と、
前記ユーザ側キーおよび前記第２のキーを用いて生成された前記開封情報を受信する受信部と、
前記第１キー格納部に格納された第１のキー、前記第２キー格納部に格納された第２のキー、および前記受信部が受信した前記開封情報を用いて、前記ファイルが前記ユーザの操作により開かれたことを認証する認証部と
を備え、
前記開封情報は、前記ユーザ側キーおよび前記第２のキーにより特定された処理方法を用いて、前記ファイルに含まれる所定のデータを前記ファイルの送信先の端末上で処理することにより生成され、
前記認証部は、前記第１キー格納部に格納された前記第１のキー、および、前記第２キー格納部に格納された前記第２のキーにより特定された処理方法を用いて、前記ファイルに含まれる前記所定のデータを処理することにより認証データを生成する認証データ生成部を有し、前記受信部が受信した前記開封情報と、前記認証データ生成部が生成した前記認証データとが一致した場合に、前記ファイルが前記ユーザの端末上で開かれたことを認証する
ことを特徴とするファイル送信サーバ。 - 前記認証部が、前記受信部が受信した前記開封情報と、前記認証データ生成部が生成した前記認証データとが対応するデータでないと判断した場合に、前記サーバを管理するサーバ管理端末に、前記ファイルが前記ユーザの操作により開かれたことを認証できない旨を通知する通知部を更に備える
ことを特徴とする請求項５又は６に記載のファイル送信サーバ。 - 前記認証部が、前記受信部が受信した前記開封情報と、前記認証データ生成部が生成した前記認証データとが対応するデータでないと判断した場合に、前記ユーザに、前記ファイルが前記ユーザの操作により開かれたことを認証できない旨を通知する通知部を更に備える
ことを特徴とする請求項５又は６に記載のファイル送信サーバ。 - 前記認証部が、前記受信部が受信した前記開封情報と、前記認証データ生成部が生成した前記認証データとが対応するデータでないと判断した場合に、前記送信部は、前記ファイルを再送する
ことを特徴とする請求項５又は６に記載のファイル送信サーバ。 - 前記送信部は、前記ファイルを再送する場合に、再送毎に異なる第２のキーを前記ファイルと共に送信する
ことを特徴とする請求項１０に記載のファイル送信サーバ。 - ファイルを送信するファイル送信サーバと、前記ファイルを受信するユーザのファイル受信端末とを備えるファイル送受信システムであって、
前記ファイル送信サーバは、
第１のキーを前記ユーザに対応付けて格納する第１キー格納部と、
第２のキーを前記ファイルの送信処理に対応付けて格納する第２キー格納部と、
前記ファイルを前記第２のキーと共に前記ユーザのファイル受信端末に送信する送信部と、
前記ファイルが前記ファイル受信端末上で開かれたことを示す開封情報を前記端末から受信する受信部と、
前記第１キー格納部に格納された第１のキー、前記第２キー格納部に格納された第２のキー、および前記受信部が受信した前記開封情報を用いて、前記ファイルが前記ファイル受信端末上で開かれたことを認証する認証部と
を有し、
前記ファイル受信端末は、
前記第１のキーに対応するユーザ側キーを取得するユーザ側キー取得部と、
前記ファイル送信サーバから、前記ファイルを前記第２のキーと共に受信する端末側受信部と、
前記ユーザ側キー取得部が取得した前記ユーザ側キーと、前記端末側受信部が受信した第２のキーとを用いて、前記開封情報を生成する開封情報生成部と、
前記端末側受信部が受信した前記ファイルを前記ファイル受信端末上で開いた場合に、前記開封情報生成部が生成した前記開封情報を前記ファイル送信サーバに送信する端末側送信部と
を有することを特徴とするファイル送受信システム。 - 前記ファイル送信サーバは、前記第１のキーを用いて、前記ファイルを暗号化するファイル暗号化部を更に有し、
前記送信部は、前記第２のキーと共に、前記ファイル暗号化部が暗号化した前記ファイルを前記ファイル受信端末に送信し、
前記ファイル受信端末において、
ユーザ側キー取得部は、前記第１のキーで暗号化されたデータを復号化するキーとして、前記ユーザ側キーを取得し、
前記端末側受信部は、前記第１のキーを用いて暗号化された前記ファイルを、前記第２のキーと共に受信し、
前記ユーザ側キーを用いて、前記端末側受信部が受信した前記ファイルを復号化するファイル復号化部を更に有し、
前記開封情報生成部は、前記ファイル復号化部が前記ファイルを復号化したことを条件として、前記ユーザ側キーおよび前記第２のキーを用いて前記開封情報を生成する
ことを特徴とする請求項１２に記載のファイル送受信システム。 - ファイルを送信するファイル送信サーバと、前記ファイルを受信するユーザのファイル受信端末とを備えるファイル送受信システムであって、
前記ファイル送信サーバは、
前記サーバ側キーを、前記ユーザに対応付けて格納するサーバ側キー格納部と、
前記ファイルを前記ユーザに送信する送信部と、
前記ファイルが前記ファイル受信端末上で開かれたことを示す開封情報を受信する受信部と、
前記サーバ側キー格納部内で前記ユーザに対応する前記サーバ側キー、および前記開封情報を用いて、前記ファイルが前記ファイル受信端末上で開かれたことを認証する認証部と
を有し、
前記ファイル受信端末は、
前記ファイル送信サーバから前記ファイルを受信する端末側受信部と、
前記ファイルを前記ファイル受信端末上で開いた場合に、前記サーバ側キーに対応するユーザ側キーを用いて、前記開封情報を生成する開封情報生成部と、
前記開封情報生成部が生成した前記開封情報を前記ファイル送信サーバに送信する端末側送信部と
を有することを特徴とするファイル送受信システム。 - サーバからユーザの端末へファイルを送信した場合に、前記ファイルが前記端末上で開かれたことを示す開封情報を送受信する方法であって、
前記サーバが、前記ファイルを第２のキーと共に前記ユーザの端末に送信するステップと、
前記端末が、前記サーバから、前記ファイルを前記第２のキーと共に受信するステップと、
受信した前記ファイルを前記端末上で開いた場合に、前記端末の記憶装置が予め格納しているユーザ側キーと、受信した第２のキーとを用いて、前記開封情報を生成するステップと、
前記端末が、生成した前記開封情報を前記サーバに送信するステップと、
前記サーバが、前記開封情報を前記端末から受信するステップと、
前記サーバの記憶装置が前記ユーザに対応付けて格納している、前記ユーザ側キーに対応する第１のキーと、前記サーバの記憶装置が前記ファイルの送信処理に対応付けて格納している第２のキーと、前記サーバが受信した前記開封情報とを用いて、前記ファイルが前記端末上で開かれたことを認証するステップと
を備えることを特徴とする方法。 - ユーザに送信したファイルが前記ユーザの端末上で開かれたことを示す開封情報を受信するプログラムであって、
前記ユーザ毎に割り当てられたユーザ側キーに対応する第１のキーを前記ユーザに対応付けて格納する第１キー格納モジュールと、
第２のキーを前記ファイルの送信処理に対応付けて格納する第２キー格納モジュールと、
前記ファイルを前記第２のキーと共に前記ユーザに送信する送信モジュールと、
前記ユーザ側キーおよび前記第２のキーを用いて生成された前記開封情報を受信する受信モジュールと、
前記第１キー格納モジュールが格納した第１のキー、前記第２キー格納モジュールが格納した第２のキー、および前記受信モジュールが受信した前記開封情報を用いて、前記ファイルが前記端末上で開かれたことを認証する認証モジュールと
を備えることを特徴とするプログラム。 - コンピュータを、請求項１から１１のいずれか一つに記載されたファイル送信サーバとして機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001135035A JP3621657B2 (ja) | 2001-05-02 | 2001-05-02 | ファイル送信サーバ、ファイル送受信システム、方法、およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001135035A JP3621657B2 (ja) | 2001-05-02 | 2001-05-02 | ファイル送信サーバ、ファイル送受信システム、方法、およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002330171A JP2002330171A (ja) | 2002-11-15 |
| JP3621657B2 true JP3621657B2 (ja) | 2005-02-16 |
Family
ID=18982587
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001135035A Expired - Fee Related JP3621657B2 (ja) | 2001-05-02 | 2001-05-02 | ファイル送信サーバ、ファイル送受信システム、方法、およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3621657B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4752356B2 (ja) * | 2005-06-28 | 2011-08-17 | 富士ゼロックス株式会社 | 履歴提供装置 |
| JP5759932B2 (ja) * | 2012-05-24 | 2015-08-05 | 株式会社エヌ・ティ・ティ・データ | 鍵データ生成装置、鍵データ生成方法、及びプログラム |
-
2001
- 2001-05-02 JP JP2001135035A patent/JP3621657B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002330171A (ja) | 2002-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6904521B1 (en) | Non-repudiation of e-mail messages | |
| US6988199B2 (en) | Secure and reliable document delivery | |
| US7853795B2 (en) | System, method and computer program product for guaranteeing electronic transactions | |
| US7769997B2 (en) | System, method and computer program product for guaranteeing electronic transactions | |
| US6826395B2 (en) | System and method for secure trading mechanism combining wireless communication and wired communication | |
| US7930541B2 (en) | E-mail communication apparatus | |
| US20080031458A1 (en) | System, methods, and apparatus for simplified encryption | |
| US20060212520A1 (en) | Electronic message system with federation of trusted senders | |
| US8370630B2 (en) | Client device, mail system, program, and recording medium | |
| JP2005534049A5 (ja) | ||
| WO2010078755A1 (zh) | 电子邮件的传送方法、系统及wapi终端 | |
| JP4434680B2 (ja) | 電子メール処理装置用プログラム | |
| JP4264650B2 (ja) | コンテンツ伝送システム及びコンテンツ伝送方法、コンテンツ送信装置及びコンテンツ送信方法、コンテンツ受信装置及びコンテンツ受信方法、並びにコンピュータ・プログラム | |
| JP2007053569A (ja) | 電子メールセキュリティ化装置及び該システム | |
| JP4367546B2 (ja) | メール中継装置 | |
| TWI313552B (en) | System and method for updating message trust status | |
| JP3711931B2 (ja) | 電子メールシステム、その処理方法及びそのプログラム | |
| WO2000031944A1 (en) | A secure electronic mail gateway | |
| JP3621657B2 (ja) | ファイル送信サーバ、ファイル送受信システム、方法、およびプログラム | |
| JP2000031957A (ja) | 通信システム | |
| JP3725020B2 (ja) | 電子データの内容証明方法及びそのシステム | |
| JP2001222219A (ja) | ネットワーク通信記録方式および装置 | |
| JPH1155247A (ja) | 送信者匿名性確保秘密情報伝達方法、その装置及びそのプログラム記録媒体 | |
| JP2003271476A (ja) | Ｓｎｍｐネットワーク管理システム | |
| JP2000099462A (ja) | 遠隔操作方法、システム、および遠隔操作プログラムを記録した記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040817 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040825 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041013 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041109 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041118 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071126 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091126 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101126 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101126 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111126 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111126 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121126 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131126 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |