JP3626926B2 - ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラム - Google Patents
ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラム Download PDFInfo
- Publication number
- JP3626926B2 JP3626926B2 JP2001288222A JP2001288222A JP3626926B2 JP 3626926 B2 JP3626926 B2 JP 3626926B2 JP 2001288222 A JP2001288222 A JP 2001288222A JP 2001288222 A JP2001288222 A JP 2001288222A JP 3626926 B2 JP3626926 B2 JP 3626926B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- information
- opening
- unit
- specifying
- 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
- Storage Device Security (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラムに関する。特に本発明は、ファイルを端末独自では開封不可能な状態で送受信する、ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラムに関する。
【０００２】
【従来の技術】
ファイルへのアクセスを制限する方法として、ファイルを提供するサーバへのアクセスを制限する方法がある。例えば、ホームページ用のＨＴＭＬファイルは、所定のｗｅｂサーバに格納され、当該ｗｅｂサーバへのアクセスを制限することにより、ＨＴＭＬファイルへのアクセスを制限する。
【０００３】
【発明が解決しようとする課題】
しかしながら、ユーザがサーバにアクセスしてファイルを取得する形態の場合、サーバへのアクセスが殺到した時に、サーバのレスポンスが遅くなる場合があった。このため、ファイルへのアクセスを制限する方法として、開封制限ができるファイルを送受信することができると便利である。
【０００４】
そこで本発明は、上記の課題を解決することのできるファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【０００５】
【課題を解決するための手段】
即ち、本発明の形態によると、ファイルを送信するファイル送信サーバは、前記ファイルを端末独自では開封不可能な状態で前記端末に送信するファイル送信部と、前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記端末から受信する開封要求受信部と、前記開封要求と前記ファイル特定情報を解析する解析部と、前記解析部の解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信部とを備え、前記開封要求受信部は、前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得部を有し、前記解析部は、前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部を有し、前記解析部が、前記時間情報により特定される日時が、前記期限情報格納部に格納された期間のうち前記開封要求受信部で受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信部を更に備える。
【０００６】
前記ファイル送信部は、前記ファイルを電子メールに添付して送信し、前記開封要求受信部は、前記端末上で前記電子メールが開封されたことを条件として前記端末から返信された前記ファイルの開封要求を受信してもよい。前記開封要求受信部は、前記開封要求を前記電子メールの本文の開封を示す開封情報と共に受信してもよい。前記ファイル送信部は、前記ファイルを暗号化して前記開封不可能な状態にしてもよい。
【０００７】
本発明の他の形態によると、ファイルを送信するファイル送信サーバと、前記ファイルを受信するファイル受信端末とを備えたファイル送受信システムであって、前記ファイル送信サーバは、開封不可能な前記ファイルを前記ファイル受信端末に送信するファイル送信部と、前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記ファイル受信端末から受信する開封要求受信部と、前記開封要求と前記ファイル特定情報を解析する解析部と、前記解析部の解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記ファイル受信端末に送信する許可情報送信部とを備え、前記開封要求受信部は、前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得部を有し、前記解析部は、前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部を有し、前記解析部が、前記時間情報により特定される日時が、前記期限情報格納部に格納された期間のうち前記開封要求受信部で受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信部を更に備え、前記ファイル受信端末は、前記開封不可能なファイルを受信するファイル受信部と、前記開封不可能なファイルの開封許可を要求する開封要求と共に前記ファイルを特定するファイル特定情報を、前記ファイル送信サーバに返信する開封要求送信部と、前記開封に必要な情報を前記ファイル送信サーバから受信する許可情報受信部と、前記開封に必要な情報が前記ファイルの開封を許可して開封可能な状態にする情報である場合に、当該開封に必要な情報を用いて前記ファイルを開くファイル開封部とを有する。
【０００８】
本発明の他の形態によると、サーバと端末の間でファイルを送受信するファイル送受信方法は、前記サーバが、前記端末独自では開封不可能なファイルを前記端末に送信するファイル送信ステップと、前記端末が、前記開封不可能なファイルを受信するファイル受信ステップと、前記端末が、前記開封不可能なファイルの開封許可を要求する開封要求と前記ファイルを特定するファイル特定情報を、前記サーバに返信する開封要求送信ステップと、前記サーバが、前記開封要求と共に前記ファイル特定情報を前記端末から受信する開封要求受信ステップと、前記サーバが、前記開封要求と前記ファイル特定情報を解析する解析ステップと、前記サーバが、解析の結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信ステップとを備え、前記開封要求受信ステップにおいて、前記サーバは、前記開封要求を受信した日時を特定する時間情報を取得し、前記解析ステップにおいて、前記サーバは、前記時間情報により特定される日時が、前記ファイルを特定するファイル特定情報に対応付けて前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部に格納された期間のうち前記開封要求受信ステップで受信した前記ファイル特定情報に対応する期間内であるか判断し、前記サーバが、前記時間情報により特定される日時が前記期間内であると前記解析ステップで判断された場合に、前記他のファイルを送信する別ファイル送信ステップを更に備える。
【０００９】
本発明の他の形態によると、ファイルを送信するサーバの送信プログラムは、前記ファイルを端末独自では開封不可能な状態で前記端末に送信するファイル送信モジュールと、前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記端末から受信する開封要求受信モジュールと、前記開封要求と前記ファイル特定情報を解析する解析モジュールと、前記解析モジュールの解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信モジュールとを備え、前記開封要求受信モジュールは、前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得モジュールを有し、前記解析モジュールは、前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納モジュールを有し、前記解析モジュールが、前記時間情報により特定される日時が、前記期限情報格納モジュールに格納された期間のうち前記開封要求受信モジュールで受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信モジュールを更に備える。
【００１０】
本発明の他の形態によると、本発明に係るプログラムは、コンピュータを、上記本発明の形態のファイル送信サーバとして機能させるためのプログラムである。
【００１１】
なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。
【００１２】
【発明の実施の形態】
以下、発明の実施形態を通じて本発明を説明するが、実施形態はクレームにかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１３】
図１は、ファイル送受信システム全体の概略を示す。ファイル送受信システムは、ファイル送信サーバ１００と、ファイル受信端末２００とを備える。ファイル送受信システムは、更に、ファイル受信携帯端末３００を備えてもよい。ファイル受信携帯端末３００は、ファイル受信端末２００と同様の機能を有し、ファイル受信端末２００と同様に動作するので、以下では説明を省略する。本実施の形態における、ファイル送受信システム、およびファイル送信サーバ１００は、それぞれ本発明に係るファイル送受信システム、およびファイル送信サーバの一例である。
【００１４】
ファイル送信サーバ１００は、所定のファイルをファイル受信端末２００に送信する。その際、ファイル送信サーバ１００は、送信したファイルの開封制限を行う。すなわち、ファイル送信サーバ１００は、ファイルをファイル受信端末２００独自では開封不可能な状態でファイル受信端末２００に送信する。そして、ファイル送信サーバ１００は、所定のタイミングで、ファイル受信端末２００上でファイルを開封するのに必要な情報を当該ファイル受信端末２００に送信する。
【００１５】
ファイル受信端末２００独自では開封不可能な状態とは、ファイル送信サーバ１００から取得した所定の情報を用いなければ、ファイルの内容を理解できない状態のことであり、例えば、ファイルが所定の暗号方式で暗号化されている状態である。この場合、ファイル送信サーバ１００が復号手段をファイル受信端末２００に提供することにより、ファイル受信端末２００はファイルを開封できる状態になる。また、ファイル受信端末２００独自では開封不可能な状態とは、ファイル送信サーバ１００から取得した所定の情報を用いなければ、ファイルを開くアプリケーションプログラムを起動できない状態であってもよい。この場合、ファイル送信サーバ１００がアプリケーションプログラム起動に必要な情報をファイル受信端末２００に送信することにより、ファイル受信端末２００は、ファイルを開封できる状態になる。以上のように、ファイルの開封制限は、ファイル送信サーバ１００がファイルに所定の処理を行うことにより実現されてもよいし、ファイル受信端末２００がファイルを開封する際に用いるプログラムに制限を設けることにより実現されてもよい。本実施形態では、ファイル受信端末２００上のプログラムでファイルの開封制限を行う形態について説明する。
【００１６】
ファイル受信端末２００は、ファイルを開封不可能な状態で受信した場合、ファイルの開封を可能にする情報の要求をファイル送信サーバ１００に送信する。すなわち、ファイル受信端末２００は、ファイルの開封許可を要求する開封要求をファイル送信サーバ１００に送信する。この場合、ファイル送信サーバ１００は、受信した開封要求を解析し、開封を許可する情報（すなわち、ファイルを開封可能にする情報）、又は、開封を許可しない情報をファイル受信端末２００に送信する。
【００１７】
図２は、ファイル送信サーバ１００の機能ブロックを示す。ファイル送信サーバ１００は、ファイル送信部１１０と、開封要求受信部１２０と、解析部１３０と、許可情報送信部１４０と、許可回数格納部１５０と、別ファイル送信部１６０とを有する。ファイル送信部１１０は、ファイルをファイル受信端末２００独自では開封不可能な状態でファイル受信端末２００に送信する。例えば、ファイル送信部１１０は、ファイル受信端末２００上の所定のプログラムでのみ開封可能なファイルフォーマットで、所定のファイルを送信する。また、本実施形態では、ファイル送信部１１０は、ファイルを電子メールに添付してファイル受信端末２００に送信する。
【００１８】
開封要求受信部１２０は、ファイルの開封要求をファイル受信端末２００から受信し、解析部１３０に出力する。開封要求受信部１２０は、開封の許可を要求する情報と共に、開封を希望するファイルのファイル特定情報、ファイル受信端末２００のユーザを特定するユーザ特定情報等を受信し、解析部１３０に出力してもよい。特に、開封要求受信部１２０は、ユーザ特定情報として、ユーザＩＤ、ファイル受信端末２００を特定する端末特定情報（例えば、ＩＰアドレス、ＭＡＣアドレス等）、および、ファイル受信端末２００の位置を特定する端末位置情報（例えば、ＧＰＳ情報、電話番号の局番等）を受信する。開封要求受信部１２０は、ファイルを電子メールに添付して送信した場合の電子メールの開封情報と共に、開封要求を受信する。例えば、開封要求受信部１２０は、電子メールのメール本文が開封されたことを示す開封情報そのものを開封要求として受信してもよい。また、開封要求受信部１２０は、電子メールの開封情報に所定の情報を付加したものを開封要求として受信してもよい。開封情報とは、電子メールが受信端末上で開封されたことを当該電子メールの送信元に通知する情報であり、受信端末が電子メールを開封すると自動的に電子メールの送信元に返信する情報である。
【００１９】
開封要求受信部１２０は、時間情報取得部１２２を有する。時間情報取得部１２２は、開封要求を受信した日時を特定する時間情報を取得し、開封要求に対応付けて解析部１３０に出力する。
【００２０】
解析部１３０は、開封要求受信部１２０から開封要求を受け取ると、開封要求を解析し、解析結果を許可情報送信部１４０又は別ファイル送信部１６０に出力する。例えば、解析部１３０は、開封要求受信部１２０から受け取った開封要求を受信した日時、開封要求を送信したファイル受信端末２００のユーザ特定情報、開封を要求されているファイルのファイル特定情報等の情報を解析し、所定の条件を満たす場合に、許可情報送信部１４０に開封を許可する情報の送信を指示する。同様に、解析部１３０は、開封情報等が所定の条件を満たす場合に、別ファイル１６０に所定のファイルを送信するように指示する。解析部１３０は、許可回数格納部１５０内の許可回数を示す情報を更に用いて、開封要求を解析してもよい。例えば、解析部１３０は、許可回数格納部１５０内の許可回数が所定の上限値以下である場合は、開封を許可すると判断し、当該上限値を超える場合は、開封を許可しないと判断する。
【００２１】
解析部１３０は、期限情報格納部１３２を有する。期限情報格納部１３２は、ファイルの開封を許可する期間を格納する。期限情報格納部１３２が格納する期間とは、異なる２つの時点の間の期間（例えば、３月から６月までの期間）、所定の時点までの期間（例えば、７月までの期間）、又は、所定の時点からの期間（例えば、７月以降の期間）のことである。期限情報格納部１３２は、ファイルやユーザ等に対応付けて、ファイルの開封を許可する期間を格納する。期限情報格納部１３２は、端末特定情報や端末位置情報に対応付けて、ファイルの開封を許可する期間を格納してもよい。解析部１３０は、期限情報格納部１３２が格納する情報を用いて、開封要求を解析し、開封を許可するか否か、および、別ファイルを送信するか否かを判断する。
【００２２】
図３は、期限情報格納部１３２が格納するテーブルの例を示す。図３（Ａ）は、期限情報格納部１３２がファイルに対応付けてファイルの開封を許可する期間を格納するテーブルの一例を示す。本例では、期限情報格納部１３２は、ファイル特定情報（ファイルＩＤ）に対応付けて、ファイルの開封を許可する期間（開封許可期間）を格納する。更に、期限情報格納部１３２は、ファイル特定情報に対応付けて、別ファイルを送信する期間（更新期間）と、別ファイルを特定する情報（更新ファイルＩＤ）とを格納する。この場合、解析部１３０は、時間情報で特定される日時が、ファイル特定情報に対応する開封許可期間内であると判断した場合は、開封を許可する旨を解析結果として許可情報送信部１４０に出力する。また、解析部１３０は、時間情報で特定される日時が、ファイル特定情報に対応する更新期間内であると判断した場合は、対応する別ファイルを特定する情報を解析結果として別ファイル送信部１６０に出力する。このように、ファイル特定情報に対応付けてファイルの開封を許可する期間を設定することにより、ファイル毎にファイルの開封を制限することができる。また、ファイル特定情報に対応付けて別ファイルの送信期間を設定することにより、例えば、ファイルに応じたタイミングで更新ファイルを送信することができる。
【００２３】
図３（Ｂ）は、期限情報格納部１３２が端末特定情報に対応付けてファイルの開封を許可する期間を格納するテーブルの一例を示す。本例では、期限情報格納部１３２は、端末特定情報（ＩＰアドレス）とファイル特定情報（ファイルＩＤ）に対応付けて、ファイルの開封を許可する期間（開封許可期間）を格納する。この場合、解析部１３０は、時間情報で特定される日時が、端末特定情報に対応する開封許可期間内であると判断した場合は、開封を許可する旨を解析結果として許可情報送信部１４０に出力する。一方、解析部１３０は、開封許可期間内でないと判断した場合は、開封を許可しない旨を解析結果として許可情報送信部１４０に出力する。このように、端末特定情報に対応付けてファイルの開封を許可する期間を設定することにより、ファイル受信端末２００毎にファイルの開封を制限することができる。
【００２４】
図３（Ｃ）は、期限情報格納部１３２が端末位置情報に対応付けてファイルの開封を許可する期間を格納するテーブルの一例を示す。本例では、期限情報格納部１３２は、端末位置情報（端末位置）とファイル特定情報（ファイルＩＤ）に対応付けて、ファイルの開封を許可する期間（開封許可期間）を格納する。この場合、解析部１３０は、時間情報で特定される日時が、端末位置情報に対応する開封許可期間内であると判断した場合は、開封を許可する旨を解析結果として許可情報送信部１４０に出力する。一方、解析部１３０は、開封許可期間内でないと判断した場合は、開封を許可しない旨を解析結果として許可情報送信部１４０に出力する。このように、端末位置情報に対応付けてファイルの開封を許可する期間を設定することにより、ファイル受信端末２００が存在する地域毎にファイルの開封を制限することができる。
【００２５】
図２に戻る。許可情報送信部１４０は、解析部１３０から解析結果を受け取ると、解析結果に応じて、開封に必要な情報をファイル受信端末２００に送信する。開封に必要な情報とは、開封を許可する情報（すなわち、ファイル受信端末２００上でファイルの開封を可能にする情報）、又は、開封を許可しない情報（例えば、ファイルの開封を許可しない旨を伝えるメッセージ）等とする。開封に必要な情報が開封を許可する情報を含む場合は、開封するためにファイル受信端末２００上で入力すべきデータを示唆する情報（例えば、パスワード入力を指示するメッセージ）等を更に含んでもよい。例えば、許可情報送信部１４０は、解析部１３０が開封を許可すると判断した場合は、開封を許可する情報をファイル受信端末２００に送信し、解析部１３０が開封を許可しないと判断した場合は、開封を許可しない情報をファイル受信端末２００に送信する。
【００２６】
許可情報送信部１４０は、更に、ファイルの開封を許可する情報をファイル受信端末２００に送信した場合は、送信したファイル受信端末２００のユーザ、又は、送信したファイルに対応付けて、ファイルの開封を許可する情報を送信した回数を特定する情報を許可回数格納部１５０に出力する。送信した回数を特定する情報とは、送信する毎に送信した旨を伝える情報であってもよい。
【００２７】
許可回数格納部１５０は、許可情報送信部１４０から開封を許可する情報を送信した回数を特定する情報を受け取ると、ユーザ又はファイルに対応付けて、開封を許可する情報を送信した許可回数を格納する。すなわち、許可回数格納部１５０は、ユーザ又はファイルに対応付けて、開封を許可した許可回数を格納する。
【００２８】
図４は、許可回数格納部１５０が格納するテーブルの一例を示す。本例では、許可回数格納部１５０は、ユーザ（ユーザＩＤ）およびファイル（ファイルＩＤ）に対応付けて、許可回数を格納する。許可回数格納部１５０は、更に、ユーザ（ユーザＩＤ）およびファイル（ファイルＩＤ）に対応付けて、開封を許可する情報を送信できる残りの回数を格納してもよい。
【００２９】
図２に戻る。別ファイル送信部１６０は、解析部１３０から別ファイルを送信するように指示されると、別ファイルをファイル受信端末２００に送信する。別ファイルとは、ファイル送信サーバ１００がファイルの開封要求を受信した場合に、当該ファイルとは異なる他のファイルのことであり、例えば、当該ファイルの更新情報ファイルや、当該ファイルの最新バージョンのファイル等である。
【００３０】
図５は、別ファイル送信部１６０が格納するテーブルの一例を示す。本例では、別ファイル送信部１６０は、ユーザおよび期間に対応付けて、別ファイル（更新ファイルＩＤ）を格納し、ユーザおよび現在の日時に応じた別ファイルを送信する。
【００３１】
図６は、ファイル受信端末２００の機能ブロックを示す。ファイル受信端末２００は、ファイル受信部２１０と、メール開封部２２０と、表示部２３０と、開封要求送信部２４０と、許可情報受信部２５０と、ファイル開封部２６０とを有する。ファイル受信部２１０は、当該ファイル受信端末２００独自では開封不可能な状態で、ファイル送信サーバ１００からファイルを受信し、メール開封部２２０に出力する。本例では、ファイル受信部２１０は、電子メールに添付されたファイルを受信する。この場合のファイルは、ファイル受信端末２００上のプログラムで所定の処理を行わなければ開封できない状態である。ファイル受信部２１０が受信するファイルは、例えば、所定の圧縮形式で圧縮されており、ファイル受信端末２００上の解凍プログラムを用いなければ開封できないようになっている。ファイル受信部２１０が電子メールの添付ファイルとして受信するファイルは、ファイル受信端末２００上の当該電子メールのメーラに所定の制限を設けて、開封を制限してもよい。
【００３２】
メール開封部２２０は、ファイル受信部２１０から受け取った電子メールを開封し、表示部２３０に電子メールを開封した旨を出力し、更に、電子メールに添付されていたファイルをファイル開封部２６０に出力する。
【００３３】
表示部２３０は、メール開封部２２０から電子メールが開封された旨を受け取ると、ユーザが情報を入力する入力画面を表示し、ユーザが入力した入力情報を開封要求送信部２３０に出力する。すなわち、表示部２３０は、メール開封部２２０で電子メールを開封したことを条件として、開封要求の一部としてユーザが情報を入力する入力画面を表示する。表示部２３０は、例えば、ユーザＩＤ入力欄、パスワード入力欄、開封を要求するファイルの指定を行うファイル指定欄等を表示し、表示に応じてユーザが入力した入力情報を開封要求送信部２４０に出力する。
【００３４】
開封要求送信部２４０は、表示部２３０からユーザの入力情報を受け取ると、ファイルの開封許可を要求する開封要求をファイルの送信元、すなわちファイル送信サーバ１００に返信する。開封要求送信部２４０は、開封を要求するファイル特定情報や、ユーザ特定情報（端末特定情報および端末位置情報を含む）等を含む開封要求を生成し、ファイル送信サーバ１００に返信する。開封要求送信部２４０は、更に、表示部２３０から受け取ったユーザの入力情報を開封要求と共にファイル送信サーバ１００に返信する。
【００３５】
許可情報受信部２５０は、開封要求に対して返信された、開封に必要な情報を受信し、ファイル開封部２６０に出力する。すなわち、許可情報受信部２５０は、開封要求をファイル送信サーバ１００に送信した場合に、当該開封要求に対してファイル送信サーバ１００から返信された、開封に必要な情報を受信する。
【００３６】
ファイル開封部２６０は、許可情報受信部２５０から開封に必要な情報を受け取ると、開封に必要な情報に応じて、メール開封部２２０から受け取ったファイルを開く。すなわち、ファイル開封部２６０は、開封に必要な情報が開封を許可する情報である場合に、当該開封を許可する情報を用いて、ファイルを開く。本例では、ファイル開封部２６０は、開封を許可する情報としてファイル受信端末２００上のメーラプログラムにファイルの開封を許可するデータを受け取り、当該データをメーラプログラムに入力することにより、ファイルを開封する。一方、ファイル開封部２６０は、開封に必要な情報が開封を許可しない情報である場合に、例えば、ファイルの開封が許可されなかった旨をユーザに通知する。ファイル開封部２６０は、別ファイルを受け取った場合も、同様に別ファイルを開封する。
【００３７】
図７は、ファイル送受信システムの処理フローを示す。ファイル送信サーバ１００でファイルの送信処理が発生すると、ファイル送信部１１０は、ファイルを開封不可能な状態で電子メールに添付し（ステップＳ１００）、ファイル受信端末２００に送信する（ステップＳ１０５）。ファイル受信端末２００のファイル受信部２１０は、ファイル送信サーバ１００から電子メールを受信すると、メール開封部２２０に出力する（ステップＳ１０５）。メール開封部２２０は、受け取った電子メールを開封し、電子メールを開封した旨を表示部２３０に出力し、電子メールに添付されているファイルをファイル開封部２６０に出力する（ステップＳ１１０）。表示部２３０は、電子メールが開封されると入力画面を表示し、ユーザが入力した入力情報を開封要求送信部２４０に出力する。開封要求送信部２４０は、ユーザの入力情報を用いて、ユーザ特定情報、ファイル特定情報等を含む開封要求を生成し、ファイル送信サーバ１００に送信する（ステップＳ１１５）。ファイル送信サーバ１００の開封要求受信部１２０は、開封要求を受信すると、受信した日時と共に、解析部１３０に出力する（ステップＳ１１５）。解析部１３０は、開封要求内のユーザ特定情報、ファイル特定情報、および開封要求を受信した日時を、期限情報格納部１４０内のテーブルと照らし合わせて開封要求を解析する（ステップＳ１２０）。解析部１３０が開封を許可すると判断した場合（ステップＳ１２５）、許可情報送信部１４０は、開封を許可する情報をファイル受信端末２００に送信し、更に開封を許可した旨をユーザおよびファイルに対応付けて許可回数格納部１５０に出力する（ステップＳ１３０）。ファイル受信端末２００の許可情報受信部２５０は、開封を許可する情報を受信すると、ファイル開封部２６０に出力する（ステップＳ１３５）。ファイル開封部２６０は、受け取った開封を許可する情報を用いて、ファイルを開く（ステップＳ１４０）。
【００３８】
一方、ステップＳ１２５において、解析部１３０は、開封を許可しないと判断した場合、更に、別ファイルを送信するか否かを判断する（ステップＳ１４５）。解析部１３０が別ファイルを送信すると判断した場合（ステップＳ１４５）、別ファイル送信部１６０は、ユーザ、ファイル、および開封要求を受信した日時に応じた更新ファイルを電子メールに添付し（ステップＳ１５０）、ファイル受信端末２００に送信する（ステップＳ１５５）。ファイル受信端末２００のファイル受信部２１０は、更新ファイルの添付された電子メールを受信すると、メール開封部２２０に出力する（ステップＳ１５５）。メール開封部２２０は、更新ファイルの添付された電子メールを開封し、添付された更新ファイルをファイル開封部２６０に出力する（ステップＳ１６０）。ファイル開封部２６０は、受け取った更新ファイルを開く（ステップＳ１６５）。また、ステップＳ１４５において、解析部１３０は、別ファイルを送信しないと判断した場合は、処理を終了する。
【００３９】
なお、ステップＳ１２５、Ｓ１４５、Ｓ１５０、Ｓ１５５等に関して、ステップＳ１２５では解析部１３０が開封を許可しないと判断した場合に別ファイル送信部１６０が更新ファイルを電子メールに添付して送信しているが、解析部１３０の開封の許可／不許可の判断結果に拘わらずに、ステップＳ１４５の処理を実行する構成としてもよい。すなわち、ステップＳ１３０の次にもＳ１４５の処理に進む構成としてもよい。
【００４０】
図８は、ファイル送信サーバ１００のハードウェア構成を示すブロック図である。ファイル送信サーバ１００は、ＣＰＵ７００と、ＲＯＭ７０２と、ＲＡＭ７０４と、通信インターフェース７０６とを備える。ＣＰＵ７００は、ＲＯＭ７０２及びＲＡＭ７０４に格納されたプログラムに基づいて動作する。通信インターフェース７０６は、インターネットを介してファイル受信端末２００等の外部と通信する。格納装置の一例としてのハードディスクドライブ７１０は、設定情報及びＣＰＵ７００が動作するプログラムを格納する。
【００４１】
フレキシブルディスクドライブ７１２はフレキシブルディスク７１４からデータまたはプログラムを読み取りＣＰＵ７００に提供する。ＣＤ−ＲＯＭドライブ７１６はＣＤ−ＲＯＭ７１８からデータまたはプログラムを読み取りＣＰＵ７００に提供する。通信インターフェース７０６は、インターネットに接続してデータを送受信する。
【００４２】
ＣＰＵ７００が実行するソフトウェアは、フレキシブルディスク７１４またはＣＤ−ＲＯＭ７１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウェアは圧縮されていても非圧縮であってもよい。ソフトウェアは記録媒体からハードディスクドライブ７１０にインストールされ、ＲＡＭ７０４に読み出されてＣＰＵ７００により実行される。
【００４３】
記録媒体に格納されて提供されるソフトウェア、即ちハードディスクドライブ７１０にインストールされるソフトウェアは、機能構成として、ファイル送信モジュールと、開封要求受信モジュールと、解析モジュールと、許可情報送信モジュールと、許可回数格納モジュールと、別ファイル送信モジュールとを備える。更に、開封要求受信モジュールは、サブモジュールとして、時間情報取得モジュールを有する。また、解析モジュールは、サブモジュールとして、期限情報格納モジュールを有する。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ７００に行わせる処理は、それぞれ本実施形態におけるファイル送信サーバ１００における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００４４】
図９は、ファイル受信端末２００のハードウェア構成を示すブロック図である。ファイル受信端末２００は、ＣＰＵ８００と、ＲＯＭ８０２と、ＲＡＭ８０４と、通信インターフェース８０６とを備える。ＣＰＵ８００は、ＲＯＭ８０２及びＲＡＭ８０４に格納されたプログラムに基づいて動作する。通信インターフェース８０６は、インターネットを介してファイル送信サーバ１００等の外部と通信する。格納装置の一例としてのハードディスクドライブ８１０は、設定情報及びＣＰＵ８００が動作するプログラムを格納する。
【００４５】
フレキシブルディスクドライブ８１２はフレキシブルディスク８１４からデータまたはプログラムを読み取りＣＰＵ８００に提供する。ＣＤ−ＲＯＭドライブ８１６はＣＤ−ＲＯＭ８１８からデータまたはプログラムを読み取りＣＰＵ８００に提供する。通信インターフェース８０６は、インターネットに接続してデータを送受信する。
【００４６】
ＣＰＵ８００が実行するソフトウェアは、フレキシブルディスク８１４またはＣＤ−ＲＯＭ８１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウェアは圧縮されていても非圧縮であってもよい。ソフトウェアは記録媒体からハードディスクドライブ８１０にインストールされ、ＲＡＭ８０４に読み出されてＣＰＵ８００により実行される。
【００４７】
記録媒体に格納されて提供されるソフトウェア、即ちハードディスクドライブ８１０にインストールされるソフトウェアは、機能構成として、ファイル受信モジュールと、メール開封モジュールと、表示モジュールと、開封要求送信モジュールと、許可情報受信モジュールと、ファイル開封モジュールとを備える。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ８００に行わせる処理は、それぞれ本実施形態におけるファイル受信端末２００における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００４８】
以上、図８および図９に示した、記録媒体の例としてのフレキシブルディスク７１４、８１４またはＣＤ−ＲＯＭ７１８、８１８には、それぞれ本出願で説明する全ての実施形態におけるファイル送信サーバ１００およびファイル受信端末２００の動作の一部または全ての機能を格納することができる。
【００４９】
これらのプログラムは記録媒体から直接ＲＡＭに読み出されて実行されても、一旦ハードディスクドライブにインストールされた後にＲＡＭに読み出されて実行されてもよい。さらに、上記プログラムは単一の記録媒体に格納されても複数の記録媒体に格納されてもよい。また記録媒体に格納されるモジュールは、オペレーティングシステムとの共同によってそれぞれの機能を提供してもよい。例えば機能の一部または全部を行うことをオペレーティングシステムに依頼し、オペレーティングシステムからの応答に基づいて機能を提供するものであってもよい。
【００５０】
記録媒体としては、フレキシブルディスク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアーカードなどの半導体メモリー等を用いることができる。又、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の格納装置を記録媒体として使用し、通信網を介してプログラムをファイル送信サーバ１００又はファイル受信端末２００に提供してもよい。
【００５１】
以上、本実施の形態で説明したように、ファイル送受信システムを用いてファイルを送受信することにより、ファイルの開封を制限することができる。また、開封を要求する情報を受信した日時に応じて、ファイルの更新情報等を送受信することができる。また、ファイルは電子メールに添付して送信することにより、ファイルは、ファイル受信端末２００のユーザの所望するタイミングで取得でき、更に、当該タイミングに応じた開封制御を行うことができる。
【００５２】
本発明を上記実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施形態に、多様な変更または改良を加えることができる。そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００５３】
【発明の効果】
以上に説明したように、本発明によれば開封制限ができるファイルを端末に送信することができ、これによりファイルの開封を制限することが可能である。
【図面の簡単な説明】
【図１】ファイル送受信システム全体の概略図。
【図２】ファイル送信サーバ１００の機能ブロック図。
【図３】期限情報格納部１３２が格納するテーブルの例を示す図。
【図４】許可回数格納部１５０が格納するテーブルの一例を示す図。
【図５】別ファイル送信部１６０が格納するテーブルの一例を示す図。
【図６】ファイル受信端末２００の機能ブロック図。
【図７】ファイル送受信システムの処理のフローチャート。
【図８】ファイル送信サーバ１００のハードウェア構成を示すブロック図。
【図９】ファイル受信端末２００のハードウェア構成を示すブロック図。
【符号の説明】
１００ ファイル送信サーバ
１１０ ファイル送信部
１２０ 開封要求受信部
１２２ 時間情報取得部
１３０ 解析部
１３２ 期限情報格納部
１４０ 許可情報送信部
１５０ 許可回数格納部
１６０ 別ファイル送信部
２００ ファイル受信端末
２１０ ファイル受信部
２２０ メール開封部
２３０ 表示部
２４０ 開封要求送信部
２５０ 許可情報受信部
２６０ ファイル開封部
７００、８００ ＣＰＵ
７０２、８０２ ＲＯＭ
７０４、８０４ ＲＡＭ
【発明の属する技術分野】
本発明は、ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラムに関する。特に本発明は、ファイルを端末独自では開封不可能な状態で送受信する、ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラムに関する。
【０００２】
【従来の技術】
ファイルへのアクセスを制限する方法として、ファイルを提供するサーバへのアクセスを制限する方法がある。例えば、ホームページ用のＨＴＭＬファイルは、所定のｗｅｂサーバに格納され、当該ｗｅｂサーバへのアクセスを制限することにより、ＨＴＭＬファイルへのアクセスを制限する。
【０００３】
【発明が解決しようとする課題】
しかしながら、ユーザがサーバにアクセスしてファイルを取得する形態の場合、サーバへのアクセスが殺到した時に、サーバのレスポンスが遅くなる場合があった。このため、ファイルへのアクセスを制限する方法として、開封制限ができるファイルを送受信することができると便利である。
【０００４】
そこで本発明は、上記の課題を解決することのできるファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【０００５】
【課題を解決するための手段】
即ち、本発明の形態によると、ファイルを送信するファイル送信サーバは、前記ファイルを端末独自では開封不可能な状態で前記端末に送信するファイル送信部と、前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記端末から受信する開封要求受信部と、前記開封要求と前記ファイル特定情報を解析する解析部と、前記解析部の解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信部とを備え、前記開封要求受信部は、前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得部を有し、前記解析部は、前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部を有し、前記解析部が、前記時間情報により特定される日時が、前記期限情報格納部に格納された期間のうち前記開封要求受信部で受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信部を更に備える。
【０００６】
前記ファイル送信部は、前記ファイルを電子メールに添付して送信し、前記開封要求受信部は、前記端末上で前記電子メールが開封されたことを条件として前記端末から返信された前記ファイルの開封要求を受信してもよい。前記開封要求受信部は、前記開封要求を前記電子メールの本文の開封を示す開封情報と共に受信してもよい。前記ファイル送信部は、前記ファイルを暗号化して前記開封不可能な状態にしてもよい。
【０００７】
本発明の他の形態によると、ファイルを送信するファイル送信サーバと、前記ファイルを受信するファイル受信端末とを備えたファイル送受信システムであって、前記ファイル送信サーバは、開封不可能な前記ファイルを前記ファイル受信端末に送信するファイル送信部と、前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記ファイル受信端末から受信する開封要求受信部と、前記開封要求と前記ファイル特定情報を解析する解析部と、前記解析部の解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記ファイル受信端末に送信する許可情報送信部とを備え、前記開封要求受信部は、前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得部を有し、前記解析部は、前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部を有し、前記解析部が、前記時間情報により特定される日時が、前記期限情報格納部に格納された期間のうち前記開封要求受信部で受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信部を更に備え、前記ファイル受信端末は、前記開封不可能なファイルを受信するファイル受信部と、前記開封不可能なファイルの開封許可を要求する開封要求と共に前記ファイルを特定するファイル特定情報を、前記ファイル送信サーバに返信する開封要求送信部と、前記開封に必要な情報を前記ファイル送信サーバから受信する許可情報受信部と、前記開封に必要な情報が前記ファイルの開封を許可して開封可能な状態にする情報である場合に、当該開封に必要な情報を用いて前記ファイルを開くファイル開封部とを有する。
【０００８】
本発明の他の形態によると、サーバと端末の間でファイルを送受信するファイル送受信方法は、前記サーバが、前記端末独自では開封不可能なファイルを前記端末に送信するファイル送信ステップと、前記端末が、前記開封不可能なファイルを受信するファイル受信ステップと、前記端末が、前記開封不可能なファイルの開封許可を要求する開封要求と前記ファイルを特定するファイル特定情報を、前記サーバに返信する開封要求送信ステップと、前記サーバが、前記開封要求と共に前記ファイル特定情報を前記端末から受信する開封要求受信ステップと、前記サーバが、前記開封要求と前記ファイル特定情報を解析する解析ステップと、前記サーバが、解析の結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信ステップとを備え、前記開封要求受信ステップにおいて、前記サーバは、前記開封要求を受信した日時を特定する時間情報を取得し、前記解析ステップにおいて、前記サーバは、前記時間情報により特定される日時が、前記ファイルを特定するファイル特定情報に対応付けて前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部に格納された期間のうち前記開封要求受信ステップで受信した前記ファイル特定情報に対応する期間内であるか判断し、前記サーバが、前記時間情報により特定される日時が前記期間内であると前記解析ステップで判断された場合に、前記他のファイルを送信する別ファイル送信ステップを更に備える。
【０００９】
本発明の他の形態によると、ファイルを送信するサーバの送信プログラムは、前記ファイルを端末独自では開封不可能な状態で前記端末に送信するファイル送信モジュールと、前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記端末から受信する開封要求受信モジュールと、前記開封要求と前記ファイル特定情報を解析する解析モジュールと、前記解析モジュールの解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信モジュールとを備え、前記開封要求受信モジュールは、前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得モジュールを有し、前記解析モジュールは、前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納モジュールを有し、前記解析モジュールが、前記時間情報により特定される日時が、前記期限情報格納モジュールに格納された期間のうち前記開封要求受信モジュールで受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信モジュールを更に備える。
【００１０】
本発明の他の形態によると、本発明に係るプログラムは、コンピュータを、上記本発明の形態のファイル送信サーバとして機能させるためのプログラムである。
【００１１】
なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。
【００１２】
【発明の実施の形態】
以下、発明の実施形態を通じて本発明を説明するが、実施形態はクレームにかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１３】
図１は、ファイル送受信システム全体の概略を示す。ファイル送受信システムは、ファイル送信サーバ１００と、ファイル受信端末２００とを備える。ファイル送受信システムは、更に、ファイル受信携帯端末３００を備えてもよい。ファイル受信携帯端末３００は、ファイル受信端末２００と同様の機能を有し、ファイル受信端末２００と同様に動作するので、以下では説明を省略する。本実施の形態における、ファイル送受信システム、およびファイル送信サーバ１００は、それぞれ本発明に係るファイル送受信システム、およびファイル送信サーバの一例である。
【００１４】
ファイル送信サーバ１００は、所定のファイルをファイル受信端末２００に送信する。その際、ファイル送信サーバ１００は、送信したファイルの開封制限を行う。すなわち、ファイル送信サーバ１００は、ファイルをファイル受信端末２００独自では開封不可能な状態でファイル受信端末２００に送信する。そして、ファイル送信サーバ１００は、所定のタイミングで、ファイル受信端末２００上でファイルを開封するのに必要な情報を当該ファイル受信端末２００に送信する。
【００１５】
ファイル受信端末２００独自では開封不可能な状態とは、ファイル送信サーバ１００から取得した所定の情報を用いなければ、ファイルの内容を理解できない状態のことであり、例えば、ファイルが所定の暗号方式で暗号化されている状態である。この場合、ファイル送信サーバ１００が復号手段をファイル受信端末２００に提供することにより、ファイル受信端末２００はファイルを開封できる状態になる。また、ファイル受信端末２００独自では開封不可能な状態とは、ファイル送信サーバ１００から取得した所定の情報を用いなければ、ファイルを開くアプリケーションプログラムを起動できない状態であってもよい。この場合、ファイル送信サーバ１００がアプリケーションプログラム起動に必要な情報をファイル受信端末２００に送信することにより、ファイル受信端末２００は、ファイルを開封できる状態になる。以上のように、ファイルの開封制限は、ファイル送信サーバ１００がファイルに所定の処理を行うことにより実現されてもよいし、ファイル受信端末２００がファイルを開封する際に用いるプログラムに制限を設けることにより実現されてもよい。本実施形態では、ファイル受信端末２００上のプログラムでファイルの開封制限を行う形態について説明する。
【００１６】
ファイル受信端末２００は、ファイルを開封不可能な状態で受信した場合、ファイルの開封を可能にする情報の要求をファイル送信サーバ１００に送信する。すなわち、ファイル受信端末２００は、ファイルの開封許可を要求する開封要求をファイル送信サーバ１００に送信する。この場合、ファイル送信サーバ１００は、受信した開封要求を解析し、開封を許可する情報（すなわち、ファイルを開封可能にする情報）、又は、開封を許可しない情報をファイル受信端末２００に送信する。
【００１７】
図２は、ファイル送信サーバ１００の機能ブロックを示す。ファイル送信サーバ１００は、ファイル送信部１１０と、開封要求受信部１２０と、解析部１３０と、許可情報送信部１４０と、許可回数格納部１５０と、別ファイル送信部１６０とを有する。ファイル送信部１１０は、ファイルをファイル受信端末２００独自では開封不可能な状態でファイル受信端末２００に送信する。例えば、ファイル送信部１１０は、ファイル受信端末２００上の所定のプログラムでのみ開封可能なファイルフォーマットで、所定のファイルを送信する。また、本実施形態では、ファイル送信部１１０は、ファイルを電子メールに添付してファイル受信端末２００に送信する。
【００１８】
開封要求受信部１２０は、ファイルの開封要求をファイル受信端末２００から受信し、解析部１３０に出力する。開封要求受信部１２０は、開封の許可を要求する情報と共に、開封を希望するファイルのファイル特定情報、ファイル受信端末２００のユーザを特定するユーザ特定情報等を受信し、解析部１３０に出力してもよい。特に、開封要求受信部１２０は、ユーザ特定情報として、ユーザＩＤ、ファイル受信端末２００を特定する端末特定情報（例えば、ＩＰアドレス、ＭＡＣアドレス等）、および、ファイル受信端末２００の位置を特定する端末位置情報（例えば、ＧＰＳ情報、電話番号の局番等）を受信する。開封要求受信部１２０は、ファイルを電子メールに添付して送信した場合の電子メールの開封情報と共に、開封要求を受信する。例えば、開封要求受信部１２０は、電子メールのメール本文が開封されたことを示す開封情報そのものを開封要求として受信してもよい。また、開封要求受信部１２０は、電子メールの開封情報に所定の情報を付加したものを開封要求として受信してもよい。開封情報とは、電子メールが受信端末上で開封されたことを当該電子メールの送信元に通知する情報であり、受信端末が電子メールを開封すると自動的に電子メールの送信元に返信する情報である。
【００１９】
開封要求受信部１２０は、時間情報取得部１２２を有する。時間情報取得部１２２は、開封要求を受信した日時を特定する時間情報を取得し、開封要求に対応付けて解析部１３０に出力する。
【００２０】
解析部１３０は、開封要求受信部１２０から開封要求を受け取ると、開封要求を解析し、解析結果を許可情報送信部１４０又は別ファイル送信部１６０に出力する。例えば、解析部１３０は、開封要求受信部１２０から受け取った開封要求を受信した日時、開封要求を送信したファイル受信端末２００のユーザ特定情報、開封を要求されているファイルのファイル特定情報等の情報を解析し、所定の条件を満たす場合に、許可情報送信部１４０に開封を許可する情報の送信を指示する。同様に、解析部１３０は、開封情報等が所定の条件を満たす場合に、別ファイル１６０に所定のファイルを送信するように指示する。解析部１３０は、許可回数格納部１５０内の許可回数を示す情報を更に用いて、開封要求を解析してもよい。例えば、解析部１３０は、許可回数格納部１５０内の許可回数が所定の上限値以下である場合は、開封を許可すると判断し、当該上限値を超える場合は、開封を許可しないと判断する。
【００２１】
解析部１３０は、期限情報格納部１３２を有する。期限情報格納部１３２は、ファイルの開封を許可する期間を格納する。期限情報格納部１３２が格納する期間とは、異なる２つの時点の間の期間（例えば、３月から６月までの期間）、所定の時点までの期間（例えば、７月までの期間）、又は、所定の時点からの期間（例えば、７月以降の期間）のことである。期限情報格納部１３２は、ファイルやユーザ等に対応付けて、ファイルの開封を許可する期間を格納する。期限情報格納部１３２は、端末特定情報や端末位置情報に対応付けて、ファイルの開封を許可する期間を格納してもよい。解析部１３０は、期限情報格納部１３２が格納する情報を用いて、開封要求を解析し、開封を許可するか否か、および、別ファイルを送信するか否かを判断する。
【００２２】
図３は、期限情報格納部１３２が格納するテーブルの例を示す。図３（Ａ）は、期限情報格納部１３２がファイルに対応付けてファイルの開封を許可する期間を格納するテーブルの一例を示す。本例では、期限情報格納部１３２は、ファイル特定情報（ファイルＩＤ）に対応付けて、ファイルの開封を許可する期間（開封許可期間）を格納する。更に、期限情報格納部１３２は、ファイル特定情報に対応付けて、別ファイルを送信する期間（更新期間）と、別ファイルを特定する情報（更新ファイルＩＤ）とを格納する。この場合、解析部１３０は、時間情報で特定される日時が、ファイル特定情報に対応する開封許可期間内であると判断した場合は、開封を許可する旨を解析結果として許可情報送信部１４０に出力する。また、解析部１３０は、時間情報で特定される日時が、ファイル特定情報に対応する更新期間内であると判断した場合は、対応する別ファイルを特定する情報を解析結果として別ファイル送信部１６０に出力する。このように、ファイル特定情報に対応付けてファイルの開封を許可する期間を設定することにより、ファイル毎にファイルの開封を制限することができる。また、ファイル特定情報に対応付けて別ファイルの送信期間を設定することにより、例えば、ファイルに応じたタイミングで更新ファイルを送信することができる。
【００２３】
図３（Ｂ）は、期限情報格納部１３２が端末特定情報に対応付けてファイルの開封を許可する期間を格納するテーブルの一例を示す。本例では、期限情報格納部１３２は、端末特定情報（ＩＰアドレス）とファイル特定情報（ファイルＩＤ）に対応付けて、ファイルの開封を許可する期間（開封許可期間）を格納する。この場合、解析部１３０は、時間情報で特定される日時が、端末特定情報に対応する開封許可期間内であると判断した場合は、開封を許可する旨を解析結果として許可情報送信部１４０に出力する。一方、解析部１３０は、開封許可期間内でないと判断した場合は、開封を許可しない旨を解析結果として許可情報送信部１４０に出力する。このように、端末特定情報に対応付けてファイルの開封を許可する期間を設定することにより、ファイル受信端末２００毎にファイルの開封を制限することができる。
【００２４】
図３（Ｃ）は、期限情報格納部１３２が端末位置情報に対応付けてファイルの開封を許可する期間を格納するテーブルの一例を示す。本例では、期限情報格納部１３２は、端末位置情報（端末位置）とファイル特定情報（ファイルＩＤ）に対応付けて、ファイルの開封を許可する期間（開封許可期間）を格納する。この場合、解析部１３０は、時間情報で特定される日時が、端末位置情報に対応する開封許可期間内であると判断した場合は、開封を許可する旨を解析結果として許可情報送信部１４０に出力する。一方、解析部１３０は、開封許可期間内でないと判断した場合は、開封を許可しない旨を解析結果として許可情報送信部１４０に出力する。このように、端末位置情報に対応付けてファイルの開封を許可する期間を設定することにより、ファイル受信端末２００が存在する地域毎にファイルの開封を制限することができる。
【００２５】
図２に戻る。許可情報送信部１４０は、解析部１３０から解析結果を受け取ると、解析結果に応じて、開封に必要な情報をファイル受信端末２００に送信する。開封に必要な情報とは、開封を許可する情報（すなわち、ファイル受信端末２００上でファイルの開封を可能にする情報）、又は、開封を許可しない情報（例えば、ファイルの開封を許可しない旨を伝えるメッセージ）等とする。開封に必要な情報が開封を許可する情報を含む場合は、開封するためにファイル受信端末２００上で入力すべきデータを示唆する情報（例えば、パスワード入力を指示するメッセージ）等を更に含んでもよい。例えば、許可情報送信部１４０は、解析部１３０が開封を許可すると判断した場合は、開封を許可する情報をファイル受信端末２００に送信し、解析部１３０が開封を許可しないと判断した場合は、開封を許可しない情報をファイル受信端末２００に送信する。
【００２６】
許可情報送信部１４０は、更に、ファイルの開封を許可する情報をファイル受信端末２００に送信した場合は、送信したファイル受信端末２００のユーザ、又は、送信したファイルに対応付けて、ファイルの開封を許可する情報を送信した回数を特定する情報を許可回数格納部１５０に出力する。送信した回数を特定する情報とは、送信する毎に送信した旨を伝える情報であってもよい。
【００２７】
許可回数格納部１５０は、許可情報送信部１４０から開封を許可する情報を送信した回数を特定する情報を受け取ると、ユーザ又はファイルに対応付けて、開封を許可する情報を送信した許可回数を格納する。すなわち、許可回数格納部１５０は、ユーザ又はファイルに対応付けて、開封を許可した許可回数を格納する。
【００２８】
図４は、許可回数格納部１５０が格納するテーブルの一例を示す。本例では、許可回数格納部１５０は、ユーザ（ユーザＩＤ）およびファイル（ファイルＩＤ）に対応付けて、許可回数を格納する。許可回数格納部１５０は、更に、ユーザ（ユーザＩＤ）およびファイル（ファイルＩＤ）に対応付けて、開封を許可する情報を送信できる残りの回数を格納してもよい。
【００２９】
図２に戻る。別ファイル送信部１６０は、解析部１３０から別ファイルを送信するように指示されると、別ファイルをファイル受信端末２００に送信する。別ファイルとは、ファイル送信サーバ１００がファイルの開封要求を受信した場合に、当該ファイルとは異なる他のファイルのことであり、例えば、当該ファイルの更新情報ファイルや、当該ファイルの最新バージョンのファイル等である。
【００３０】
図５は、別ファイル送信部１６０が格納するテーブルの一例を示す。本例では、別ファイル送信部１６０は、ユーザおよび期間に対応付けて、別ファイル（更新ファイルＩＤ）を格納し、ユーザおよび現在の日時に応じた別ファイルを送信する。
【００３１】
図６は、ファイル受信端末２００の機能ブロックを示す。ファイル受信端末２００は、ファイル受信部２１０と、メール開封部２２０と、表示部２３０と、開封要求送信部２４０と、許可情報受信部２５０と、ファイル開封部２６０とを有する。ファイル受信部２１０は、当該ファイル受信端末２００独自では開封不可能な状態で、ファイル送信サーバ１００からファイルを受信し、メール開封部２２０に出力する。本例では、ファイル受信部２１０は、電子メールに添付されたファイルを受信する。この場合のファイルは、ファイル受信端末２００上のプログラムで所定の処理を行わなければ開封できない状態である。ファイル受信部２１０が受信するファイルは、例えば、所定の圧縮形式で圧縮されており、ファイル受信端末２００上の解凍プログラムを用いなければ開封できないようになっている。ファイル受信部２１０が電子メールの添付ファイルとして受信するファイルは、ファイル受信端末２００上の当該電子メールのメーラに所定の制限を設けて、開封を制限してもよい。
【００３２】
メール開封部２２０は、ファイル受信部２１０から受け取った電子メールを開封し、表示部２３０に電子メールを開封した旨を出力し、更に、電子メールに添付されていたファイルをファイル開封部２６０に出力する。
【００３３】
表示部２３０は、メール開封部２２０から電子メールが開封された旨を受け取ると、ユーザが情報を入力する入力画面を表示し、ユーザが入力した入力情報を開封要求送信部２３０に出力する。すなわち、表示部２３０は、メール開封部２２０で電子メールを開封したことを条件として、開封要求の一部としてユーザが情報を入力する入力画面を表示する。表示部２３０は、例えば、ユーザＩＤ入力欄、パスワード入力欄、開封を要求するファイルの指定を行うファイル指定欄等を表示し、表示に応じてユーザが入力した入力情報を開封要求送信部２４０に出力する。
【００３４】
開封要求送信部２４０は、表示部２３０からユーザの入力情報を受け取ると、ファイルの開封許可を要求する開封要求をファイルの送信元、すなわちファイル送信サーバ１００に返信する。開封要求送信部２４０は、開封を要求するファイル特定情報や、ユーザ特定情報（端末特定情報および端末位置情報を含む）等を含む開封要求を生成し、ファイル送信サーバ１００に返信する。開封要求送信部２４０は、更に、表示部２３０から受け取ったユーザの入力情報を開封要求と共にファイル送信サーバ１００に返信する。
【００３５】
許可情報受信部２５０は、開封要求に対して返信された、開封に必要な情報を受信し、ファイル開封部２６０に出力する。すなわち、許可情報受信部２５０は、開封要求をファイル送信サーバ１００に送信した場合に、当該開封要求に対してファイル送信サーバ１００から返信された、開封に必要な情報を受信する。
【００３６】
ファイル開封部２６０は、許可情報受信部２５０から開封に必要な情報を受け取ると、開封に必要な情報に応じて、メール開封部２２０から受け取ったファイルを開く。すなわち、ファイル開封部２６０は、開封に必要な情報が開封を許可する情報である場合に、当該開封を許可する情報を用いて、ファイルを開く。本例では、ファイル開封部２６０は、開封を許可する情報としてファイル受信端末２００上のメーラプログラムにファイルの開封を許可するデータを受け取り、当該データをメーラプログラムに入力することにより、ファイルを開封する。一方、ファイル開封部２６０は、開封に必要な情報が開封を許可しない情報である場合に、例えば、ファイルの開封が許可されなかった旨をユーザに通知する。ファイル開封部２６０は、別ファイルを受け取った場合も、同様に別ファイルを開封する。
【００３７】
図７は、ファイル送受信システムの処理フローを示す。ファイル送信サーバ１００でファイルの送信処理が発生すると、ファイル送信部１１０は、ファイルを開封不可能な状態で電子メールに添付し（ステップＳ１００）、ファイル受信端末２００に送信する（ステップＳ１０５）。ファイル受信端末２００のファイル受信部２１０は、ファイル送信サーバ１００から電子メールを受信すると、メール開封部２２０に出力する（ステップＳ１０５）。メール開封部２２０は、受け取った電子メールを開封し、電子メールを開封した旨を表示部２３０に出力し、電子メールに添付されているファイルをファイル開封部２６０に出力する（ステップＳ１１０）。表示部２３０は、電子メールが開封されると入力画面を表示し、ユーザが入力した入力情報を開封要求送信部２４０に出力する。開封要求送信部２４０は、ユーザの入力情報を用いて、ユーザ特定情報、ファイル特定情報等を含む開封要求を生成し、ファイル送信サーバ１００に送信する（ステップＳ１１５）。ファイル送信サーバ１００の開封要求受信部１２０は、開封要求を受信すると、受信した日時と共に、解析部１３０に出力する（ステップＳ１１５）。解析部１３０は、開封要求内のユーザ特定情報、ファイル特定情報、および開封要求を受信した日時を、期限情報格納部１４０内のテーブルと照らし合わせて開封要求を解析する（ステップＳ１２０）。解析部１３０が開封を許可すると判断した場合（ステップＳ１２５）、許可情報送信部１４０は、開封を許可する情報をファイル受信端末２００に送信し、更に開封を許可した旨をユーザおよびファイルに対応付けて許可回数格納部１５０に出力する（ステップＳ１３０）。ファイル受信端末２００の許可情報受信部２５０は、開封を許可する情報を受信すると、ファイル開封部２６０に出力する（ステップＳ１３５）。ファイル開封部２６０は、受け取った開封を許可する情報を用いて、ファイルを開く（ステップＳ１４０）。
【００３８】
一方、ステップＳ１２５において、解析部１３０は、開封を許可しないと判断した場合、更に、別ファイルを送信するか否かを判断する（ステップＳ１４５）。解析部１３０が別ファイルを送信すると判断した場合（ステップＳ１４５）、別ファイル送信部１６０は、ユーザ、ファイル、および開封要求を受信した日時に応じた更新ファイルを電子メールに添付し（ステップＳ１５０）、ファイル受信端末２００に送信する（ステップＳ１５５）。ファイル受信端末２００のファイル受信部２１０は、更新ファイルの添付された電子メールを受信すると、メール開封部２２０に出力する（ステップＳ１５５）。メール開封部２２０は、更新ファイルの添付された電子メールを開封し、添付された更新ファイルをファイル開封部２６０に出力する（ステップＳ１６０）。ファイル開封部２６０は、受け取った更新ファイルを開く（ステップＳ１６５）。また、ステップＳ１４５において、解析部１３０は、別ファイルを送信しないと判断した場合は、処理を終了する。
【００３９】
なお、ステップＳ１２５、Ｓ１４５、Ｓ１５０、Ｓ１５５等に関して、ステップＳ１２５では解析部１３０が開封を許可しないと判断した場合に別ファイル送信部１６０が更新ファイルを電子メールに添付して送信しているが、解析部１３０の開封の許可／不許可の判断結果に拘わらずに、ステップＳ１４５の処理を実行する構成としてもよい。すなわち、ステップＳ１３０の次にもＳ１４５の処理に進む構成としてもよい。
【００４０】
図８は、ファイル送信サーバ１００のハードウェア構成を示すブロック図である。ファイル送信サーバ１００は、ＣＰＵ７００と、ＲＯＭ７０２と、ＲＡＭ７０４と、通信インターフェース７０６とを備える。ＣＰＵ７００は、ＲＯＭ７０２及びＲＡＭ７０４に格納されたプログラムに基づいて動作する。通信インターフェース７０６は、インターネットを介してファイル受信端末２００等の外部と通信する。格納装置の一例としてのハードディスクドライブ７１０は、設定情報及びＣＰＵ７００が動作するプログラムを格納する。
【００４１】
フレキシブルディスクドライブ７１２はフレキシブルディスク７１４からデータまたはプログラムを読み取りＣＰＵ７００に提供する。ＣＤ−ＲＯＭドライブ７１６はＣＤ−ＲＯＭ７１８からデータまたはプログラムを読み取りＣＰＵ７００に提供する。通信インターフェース７０６は、インターネットに接続してデータを送受信する。
【００４２】
ＣＰＵ７００が実行するソフトウェアは、フレキシブルディスク７１４またはＣＤ−ＲＯＭ７１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウェアは圧縮されていても非圧縮であってもよい。ソフトウェアは記録媒体からハードディスクドライブ７１０にインストールされ、ＲＡＭ７０４に読み出されてＣＰＵ７００により実行される。
【００４３】
記録媒体に格納されて提供されるソフトウェア、即ちハードディスクドライブ７１０にインストールされるソフトウェアは、機能構成として、ファイル送信モジュールと、開封要求受信モジュールと、解析モジュールと、許可情報送信モジュールと、許可回数格納モジュールと、別ファイル送信モジュールとを備える。更に、開封要求受信モジュールは、サブモジュールとして、時間情報取得モジュールを有する。また、解析モジュールは、サブモジュールとして、期限情報格納モジュールを有する。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ７００に行わせる処理は、それぞれ本実施形態におけるファイル送信サーバ１００における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００４４】
図９は、ファイル受信端末２００のハードウェア構成を示すブロック図である。ファイル受信端末２００は、ＣＰＵ８００と、ＲＯＭ８０２と、ＲＡＭ８０４と、通信インターフェース８０６とを備える。ＣＰＵ８００は、ＲＯＭ８０２及びＲＡＭ８０４に格納されたプログラムに基づいて動作する。通信インターフェース８０６は、インターネットを介してファイル送信サーバ１００等の外部と通信する。格納装置の一例としてのハードディスクドライブ８１０は、設定情報及びＣＰＵ８００が動作するプログラムを格納する。
【００４５】
フレキシブルディスクドライブ８１２はフレキシブルディスク８１４からデータまたはプログラムを読み取りＣＰＵ８００に提供する。ＣＤ−ＲＯＭドライブ８１６はＣＤ−ＲＯＭ８１８からデータまたはプログラムを読み取りＣＰＵ８００に提供する。通信インターフェース８０６は、インターネットに接続してデータを送受信する。
【００４６】
ＣＰＵ８００が実行するソフトウェアは、フレキシブルディスク８１４またはＣＤ−ＲＯＭ８１８等の記録媒体に格納されてユーザに提供される。記録媒体に格納されたソフトウェアは圧縮されていても非圧縮であってもよい。ソフトウェアは記録媒体からハードディスクドライブ８１０にインストールされ、ＲＡＭ８０４に読み出されてＣＰＵ８００により実行される。
【００４７】
記録媒体に格納されて提供されるソフトウェア、即ちハードディスクドライブ８１０にインストールされるソフトウェアは、機能構成として、ファイル受信モジュールと、メール開封モジュールと、表示モジュールと、開封要求送信モジュールと、許可情報受信モジュールと、ファイル開封モジュールとを備える。これらの各モジュールがコンピュータに働きかけて、ＣＰＵ８００に行わせる処理は、それぞれ本実施形態におけるファイル受信端末２００における、対応する部材の機能及び動作と同一であるから説明を省略する。
【００４８】
以上、図８および図９に示した、記録媒体の例としてのフレキシブルディスク７１４、８１４またはＣＤ−ＲＯＭ７１８、８１８には、それぞれ本出願で説明する全ての実施形態におけるファイル送信サーバ１００およびファイル受信端末２００の動作の一部または全ての機能を格納することができる。
【００４９】
これらのプログラムは記録媒体から直接ＲＡＭに読み出されて実行されても、一旦ハードディスクドライブにインストールされた後にＲＡＭに読み出されて実行されてもよい。さらに、上記プログラムは単一の記録媒体に格納されても複数の記録媒体に格納されてもよい。また記録媒体に格納されるモジュールは、オペレーティングシステムとの共同によってそれぞれの機能を提供してもよい。例えば機能の一部または全部を行うことをオペレーティングシステムに依頼し、オペレーティングシステムからの応答に基づいて機能を提供するものであってもよい。
【００５０】
記録媒体としては、フレキシブルディスク、ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒体、磁気記録媒体、ＩＣカードやミニチュアーカードなどの半導体メモリー等を用いることができる。又、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスクまたはＲＡＭ等の格納装置を記録媒体として使用し、通信網を介してプログラムをファイル送信サーバ１００又はファイル受信端末２００に提供してもよい。
【００５１】
以上、本実施の形態で説明したように、ファイル送受信システムを用いてファイルを送受信することにより、ファイルの開封を制限することができる。また、開封を要求する情報を受信した日時に応じて、ファイルの更新情報等を送受信することができる。また、ファイルは電子メールに添付して送信することにより、ファイルは、ファイル受信端末２００のユーザの所望するタイミングで取得でき、更に、当該タイミングに応じた開封制御を行うことができる。
【００５２】
本発明を上記実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施形態に、多様な変更または改良を加えることができる。そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００５３】
【発明の効果】
以上に説明したように、本発明によれば開封制限ができるファイルを端末に送信することができ、これによりファイルの開封を制限することが可能である。
【図面の簡単な説明】
【図１】ファイル送受信システム全体の概略図。
【図２】ファイル送信サーバ１００の機能ブロック図。
【図３】期限情報格納部１３２が格納するテーブルの例を示す図。
【図４】許可回数格納部１５０が格納するテーブルの一例を示す図。
【図５】別ファイル送信部１６０が格納するテーブルの一例を示す図。
【図６】ファイル受信端末２００の機能ブロック図。
【図７】ファイル送受信システムの処理のフローチャート。
【図８】ファイル送信サーバ１００のハードウェア構成を示すブロック図。
【図９】ファイル受信端末２００のハードウェア構成を示すブロック図。
【符号の説明】
１００ ファイル送信サーバ
１１０ ファイル送信部
１２０ 開封要求受信部
１２２ 時間情報取得部
１３０ 解析部
１３２ 期限情報格納部
１４０ 許可情報送信部
１５０ 許可回数格納部
１６０ 別ファイル送信部
２００ ファイル受信端末
２１０ ファイル受信部
２２０ メール開封部
２３０ 表示部
２４０ 開封要求送信部
２５０ 許可情報受信部
２６０ ファイル開封部
７００、８００ ＣＰＵ
７０２、８０２ ＲＯＭ
７０４、８０４ ＲＡＭ
Claims (8)
- ファイルを送信するファイル送信サーバであって、
前記ファイルを端末独自では開封不可能な状態で前記端末に送信するファイル送信部と、
前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記端末から受信する開封要求受信部と、
前記開封要求と前記ファイル特定情報を解析する解析部と、
前記解析部の解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信部と
を備え、
前記開封要求受信部は、
前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得部
を有し、
前記解析部は、
前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部
を有し、
前記解析部が、前記時間情報により特定される日時が、前記期限情報格納部に格納された期間のうち前記開封要求受信部で受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信部
を更に備えることを特徴とするファイル送信サーバ。 - 前記ファイル送信部は、前記ファイルを電子メールに添付して送信し、
前記開封要求受信部は、前記端末上で前記電子メールが開封されたことを条件として前記端末から返信された前記ファイルの開封要求を受信することを特徴とする請求項１に記載のファイル送信サーバ。 - 前記開封要求受信部は、前記開封要求を前記電子メールの本文の開封を示す開封情報と共に受信することを特徴とする請求項２に記載のファイル送信サーバ。
- 前記ファイル送信部は、前記ファイルを暗号化して前記開封不可能な状態にすることを特徴とする請求項１または２に記載のファイル送信サーバ。
- ファイルを送信するファイル送信サーバと、前記ファイルを受信するファイル受信端末とを備えたファイル送受信システムであって、
前記ファイル送信サーバは、
開封不可能な前記ファイルを前記ファイル受信端末に送信するファイル送信部と、
前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記ファイル受信端末から受信する開封要求受信部と、
前記開封要求と前記ファイル特定情報を解析する解析部と、
前記解析部の解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記ファイル受信端末に送信する許可情報送信部と
を備え、
前記開封要求受信部は、
前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得部
を有し、
前記解析部は、
前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部
を有し、
前記解析部が、前記時間情報により特定される日時が、前記期限情報格納部に格納された期間のうち前記開封要求受信部で受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信部
を更に備え、
前記ファイル受信端末は、
前記開封不可能なファイルを受信するファイル受信部と、
前記開封不可能なファイルの開封許可を要求する開封要求と共に前記ファイルを特定するファイル特定情報を、前記ファイル送信サーバに返信する開封要求送信部と、
前記開封に必要な情報を前記ファイル送信サーバから受信する許可情報受信部と、
前記開封に必要な情報が前記ファイルの開封を許可して開封可能な状態にする情報である場合に、当該開封に必要な情報を用いて前記ファイルを開くファイル開封部と
を有する
ことを特徴とするファイル送受信システム。 - サーバと端末の間でファイルを送受信するファイル送受信方法であって、
前記サーバが、前記端末独自では開封不可能なファイルを前記端末に送信するファイル送信ステップと、
前記端末が、前記開封不可能なファイルを受信するファイル受信ステップと、
前記端末が、前記開封不可能なファイルの開封許可を要求する開封要求と前記ファイルを特定するファイル特定情報を、前記サーバに返信する開封要求送信ステップと、
前記サーバが、前記開封要求と共に前記ファイル特定情報を前記端末から受信する開封要求受信ステップと、
前記サーバが、前記開封要求と前記ファイル特定情報を解析する解析ステップと、
前記サーバが、解析の結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信ステップと
を備え、
前記開封要求受信ステップにおいて、前記サーバは、前記開封要求を受信した日時を特定する時間情報を取得し、
前記解析ステップにおいて、前記サーバは、前記時間情報により特定される日時が、前記ファイルを特定するファイル特定情報に対応付けて前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納部に格納された期間のうち前記開封要求受信ステップで受信した前記ファイル特定情報に対応する期間内であるか判断し、
前記サーバが、前記時間情報により特定される日時が前記期間内であると前記解析ステップで判断された場合に、前記他のファイルを送信する別ファイル送信ステップ
を更に備える
ことを特徴とするファイル送受信方法。 - ファイルを送信するサーバの送信プログラムであって、
前記ファイルを端末独自では開封不可能な状態で前記端末に送信するファイル送信モジュールと、
前記ファイルの開封要求と共に前記ファイルを特定するファイル特定情報を前記端末から受信する開封要求受信モジュールと、
前記開封要求と前記ファイル特定情報を解析する解析モジュールと、
前記解析モジュールの解析結果に応じて、前記ファイルを開封不可能な状態から開封可能な状態にするための、開封に必要な情報を前記端末に送信する許可情報送信モジュールと
を備え、
前記開封要求受信モジュールは、
前記開封要求を受信した日時を特定する時間情報を取得する時間情報取得モジュール
を有し、
前記解析モジュールは、
前記ファイルを特定するファイル特定情報に対応付けて、前記ファイルと異なる他のファイルを送信する期間を格納する期限情報格納モジュール
を有し、
前記解析モジュールが、前記時間情報により特定される日時が、前記期限情報格納モジュールに格納された期間のうち前記開封要求受信モジュールで受信した前記ファイル特定情報に対応する期間内であると判断した場合に、前記他のファイルを送信する別ファイル送信モジュール
を更に備えることを特徴とする送信プログラム。 - コンピュータを、請求項１〜４のいずれか一つに記載されたファイル送信サーバとして機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001288222A JP3626926B2 (ja) | 2001-09-21 | 2001-09-21 | ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001288222A JP3626926B2 (ja) | 2001-09-21 | 2001-09-21 | ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003099351A JP2003099351A (ja) | 2003-04-04 |
| JP3626926B2 true JP3626926B2 (ja) | 2005-03-09 |
Family
ID=19110906
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001288222A Expired - Fee Related JP3626926B2 (ja) | 2001-09-21 | 2001-09-21 | ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3626926B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004151783A (ja) * | 2002-10-28 | 2004-05-27 | Actis:Kk | 電子メール制御プログラム |
| JP2005234660A (ja) * | 2004-02-17 | 2005-09-02 | Nec Corp | 携帯端末装置及びメールシステム |
| JP5039273B2 (ja) * | 2004-06-30 | 2012-10-03 | キヤノン株式会社 | ライセンス発行システム、ライセンス情報発行サーバ及びライセンス管理方法 |
| JP5205192B2 (ja) * | 2008-09-22 | 2013-06-05 | 株式会社野村総合研究所 | ファイル出力管理システムおよびファイル出力管理方法 |
-
2001
- 2001-09-21 JP JP2001288222A patent/JP3626926B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003099351A (ja) | 2003-04-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2369029C2 (ru) | Обработка сообщения | |
| US8312475B2 (en) | Remote control of computing devices via two disparate networks | |
| US20040064517A1 (en) | Synchronization message processing method | |
| JPH1139236A (ja) | 電子メールの処理方法及び送信方法 | |
| KR20040071203A (ko) | 프록시를 이용하여 데이터를 다운로딩하기 위한 시스템 및방법 | |
| WO1999006929A9 (en) | An extensible proxy framework for e-mail agents | |
| JP3626926B2 (ja) | ファイル送信サーバ、ファイル送受信システム、ファイル送受信方法、および送信プログラム | |
| EP1486868B1 (en) | Non-standard mime type supporting system of mobile terminal and method thereof | |
| KR100763526B1 (ko) | 애플리케이션 컨텍스트 관리 장치 및 방법 | |
| JP2005196758A (ja) | オフラインのコンピュータのレジューム方法 | |
| JP2001142820A (ja) | ホームページ情報作成システム | |
| JPH11219326A (ja) | 電子ファイル管理システム | |
| JP2003051851A (ja) | 電子メール受信方法と、それに使用するメールサーバ、ウェブサーバ、受信端末及び電子メール受信システム | |
| JPH11252161A (ja) | 情報付加装置及び情報付加方法 | |
| JP2002163170A (ja) | コンテンツ発注方法並びにその端末、コンテンツ提供方法並びにそのシステム | |
| JP2002132665A (ja) | 電子メール管理システム、電子メール管理方法 | |
| KR20010087745A (ko) | 멀티미디어 전자메일 메시지의 처리방법 | |
| JP3712955B2 (ja) | メール配信サーバ、メール配信システム、メール配信方法、及びプログラム | |
| CN104579901A (zh) | 文件传输结果态的展示方法和装置 | |
| JP3621656B2 (ja) | メール配信サーバ、メール配信システム、メール配信方法、及びプログラム | |
| JPH11163924A (ja) | 電子メールシステム及び電子メールシステムのアドレス管理用プログラムを記録した記録媒体 | |
| JP2001249863A (ja) | 情報通信システム、デバイス装置及び情報管理サーバ | |
| JPH11122293A (ja) | 電子メールサーバシステム | |
| JP2000215120A (ja) | 分散型非同期ワ―クフロ―装置 | |
| JPH1031636A (ja) | ファイルサーバ管理機能を持つ電子メールサービスマネージャー |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041005 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041109 |
|
| 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: 20041130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041206 |
|
| 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: 20071210 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081210 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081210 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: 20081210 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: 20081210 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091210 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101210 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101210 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111210 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121210 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131210 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |