(57)【特許請求の範囲】
【請求項１】
送信元の第１のコンピュータにおいて、電子メールを、第１の部分と、当該第１の部分より小さくかつ断片的な第２の部分とに分割するステップと、
前記第２の部分に、付加情報として、メール復元の有効／無効を示すステータスを付与するステップと、
前記第１の部分に、別の付加情報として、メールの復元の際のアクセスの態様を示す設定情報であって、宛先の第２のコンピュータが前記サーバにいったんアクセスして第２の部分を取得することにより、第１の部分および第２の部分が合成されてメールが復元され、かつ、復元されたメールが前記宛先の第２のコンピュータに保存される第１の設定、あるいは、メール復元のために毎回、前記宛先の第２のコンピュータが前記サーバにアクセスして第２の部分を取得する必要のある第２の設定の何れかを示す設定情報を付与するステップと、  前記第１の部分を電子メールとして、宛先に送信するステップと、
前記第２の部分を、ファイルとして、ネットワークを介して接続されたサーバに一時的に格納させるステップと、
前記第２の部分を前記サーバに格納させた後に、前記サーバに、前記第２の部分を削除させ、あるいは、前記第２の部分の付加情報を変更させるステップと、
前記宛先の第２のコンピュータにおいて前記第１の部分を電子メールとして受信するステップと、
前記ネットワークを介して、前記サーバにアクセスして、前記第２の部分を要求するステップと、
前記サーバにおいて、宛先の第２のコンピュータの要求にかかる第２の部分のステータスにしたがって、当該第２の部分の配信の是非を判断し、前記ステータスにおいてメール復元が有効であることを示す場合に、前記第２の部分を、前記第２のコンピュータに送信するステップと、
前記宛先の第２のコンピュータにおいて、前記第１の部分および第２の部分を合成して、電子メールを復元するステップと、を備え
前記電子メールを復元するステップが、
前記第１の部分に含まれる、前記別の付加情報として付与された設定情報が第１の設定である場合のみ、前記第２の部分を当該第２のコンピュータの記憶装置に保存するステップを含むことを特徴とするメール送受信方法。
【請求項２】
前記送信元の第１のコンピュータにおいて、前記第１の部分に、別の付加情報として、前記第１の部分および第２の部分を一意的に特定するための情報と、前記第２の部分をアクセスするための情報とを付加するステップと、
前記宛先の第２のコンピュータにおいて、前記アクセスするための情報に基づき、前記サーバにアクセスするステップと、
前記特定するための情報に基づき、取得すべき第２の部分を特定するステップと、を備えたことを特徴とする請求項１に記載のメール送受信方法。
【請求項３】
前記送信元の第１のコンピュータにおいて、前記第２の部分に、さらに、付加情報として、メール復元が有効となる期間を示す情報を付与するステップと、
前記サーバにおいて、宛先の第２のコンピュータから要求された第２の部分のステータス、および、前記期間を示す情報にしたがって、前記第２の部分の配信の是非を判断するとともに、前記宛先の第２のコンピュータに通知すべきメッセージを生成するステップと、を備えたことを特徴とする請求項１または２に記載のメール送受信方法。
【請求項４】
前記送信元の第１のコンピュータにおいて、前記第２の部分の付加情報として、当該第２の部分の宛先を設定するステップを備えたことを特徴とする請求項１または２に記載のメール送受信方法。
【請求項５】
前記宛先の第２のコンピュータにおいて、当該第２のコンピュータのメールサーバにアクセスして、前記第１の部分の前記別の付加情報を取得するステップと、
前記第２のコンピュータにおいて、前記別の付加情報に基づき、当該第２のコンピュータによる前記サーバへのアクセスの是非を判断するステップと、を備えたことを特徴とする請求項２に記載のメール送受信方法。
【請求項６】
前記送信元の第１のコンピュータにおいて、前記第２の部分に、さらに、付加情報として、メール復元が有効となる期間を示す情報を付与するステップと、
第１の部分のメールを転送する何れかのコンピュータにおいて、前記別の付加情報を参照して、前記サーバにアクセスし、前記第２の部分の付加情報を取得するステップと、
前記第２の部分の付加情報に含まれる、前記期間を示す情報を参照して、前記メール復元の可否を判断するステップと、
メール復元が可能な場合に、前記第１の部分を転送するステップと、を備えたことを特徴とする請求項２に記載のメール送受信方法。
【請求項７】
電子メールの送受信を制御するメールユーザエージェント（ＭＵＡ）として、コンピュータにより読み出し可能なプログラムであって、
メールの送信時に、電子メールを、第１の部分と、当該第１の部分より小さくかつ断片的な第２の部分とに分割するステップと、
前記第２の部分に、付加情報として、メール復元の有効／無効を示すステータスを付与するステップと、
前記第１の部分に、別の付加情報として、メールの復元の際のアクセスの態様を示す設定情報であって、宛先の第２のコンピュータが前記サーバにいったんアクセスして第２の部分を取得することにより、第１の部分および第２の部分が合成されてメールが復元され、かつ、復元されたメールが前記宛先の第２のコンピュータに保存される第１の設定、あるいは、メール復元のために毎回、前記宛先の第２のコンピュータが前記サーバにアクセスして第２の部分を取得する必要のある第２の設定の何れかを示す設定情報を付与するステップと、
前記第１の部分を電子メールとして、宛先に送信するステップと、
前記第２の部分を、ファイルとして、ネットワークを介して接続されたサーバに一時的に格納させるステップと、をコンピュータに実行させ、
前記第２の部分を前記サーバに格納させた後に、前記第２の部分を削除させ、或いは、前記第２の部分の付加情報を変更させるステップを、前記コンピュータに実行させ、かつ、
メールの受信時に、前記第１の部分を受信するステップと、
前記ネットワークを介して、前記サーバにアクセスして、前記サーバにおいて第２の部分のステータスにしたがってメール復元が有効であるときに送信された前記第２の部分を取得するステップと、
前記第１の部分および第２の部分を合成して、電子メールを復元するステップと、を前記コンピュータに実行させ、
前記電子メールを復元するステップが、前記第１の部分に含まれる、前記別の付加情報として付加された設定情報が第１の設定である場合のみ、前記第２の部分を、当該コンピュータの記憶装置に保存するステップを、前記コンピュータに実行させることを特徴とするプログラム。
【請求項８】
メール送信時に、前記第１の部分に、別の付加情報として、第１の部分および第２の部分を一意的に特定するための情報と、第２の部分をアクセスするための情報とを付加するステップをコンピュータに実行させ、
メール受信時に、前記アクセスするための情報に基づき、前記サーバにアクセスするステップと、
前記特定するための情報に基づき、取得すべき第２の部分を特定するステップと、を前記コンピュータに実行させることを特徴とする請求項７に記載のプログラム。
【請求項９】
メール送信時に、前記第２の部分に、さらに、付加情報として、メール復元が有効となる期間を示す情報を付与するステップを、前記コンピュータに実行させることを特徴とする請求項７または８に記載のプログラム。
【請求項１０】
メール受信時に、メールサーバにアクセスして、第１の部分の前記別の付加情報を取得するステップと、
前記別の付加情報に基づき、前記サーバのアクセスへの是非を判断するステップと、を前記コンピュータに実行させることを特徴とする請求項８に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、電子メールの送受信制御に関し、より詳細には、送信者や受信者が、所望の制御のもとで電子メールを送受信する手法に関する。
【０００２】
【従来の技術】
ネットワークを介して、メッセージを交換する電子メールは、インターネットの普及に伴って、著しく普及した。この電子メールでは、インターネットなどのＴＣＰ／ＩＰ上でデータ授受されるＭＩＭＥ(Multipurpose Internet Mail Extension)が良く知られている。また、メールを秘匿化するためのＳ／ＭＩＭＥ(Secure Multipurpose Internet Mail Extension)も提案されている。
【０００３】
電子メールのシステムにおいては、基本的に、送信元のクライアントマシンにて作成されたメールが、ＳＭＴＰサーバなどの送信サーバにいったん送信され、ＭＴＡを介して、宛先のＰＯＰ３サーバなどの受信サーバに達する。宛先のクライアントマシンのＭＵＡが、受信サーバにアクセスして、到達したメールを受理し、これにより、宛先のクライアントマシンにおいて、メールを開くことが可能となる。
【０００４】
【発明が解決しようとする課題】
従来の電子メールのシステムにおいては、以下のような問題点があった。
（１）送信元のユーザが、いったん、メールの送信を指示してしまうと、これを後に取り消すことが不可能である。したがって、メールを誤送信したときに、これを取り消すための手段が存在しない。
（２）送信元から送られたメールは、基本的に、短時間で受信サーバに到達し、以後、宛先のＭＵＡが受信サーバにアクセスして、メールを取得すると、そのメールは常に、宛先において開くことができ、また、その内容を、他に転送することも可能である。つまり、送信元がメールを開くことができる期間を設定し,或いは、転送を禁止するような、有効な措置をとることが困難である。
（３）宛先のＭＵＡは、送信元が信頼できるか否かにかかわらず、受信サーバに蓄えられた全てのメールを受理する。したがって、いわゆるスパムメールなどの問題が生じ得る。
【０００５】
本発明は、上述した課題を解決するものであり、送信者および受信者が、それぞれ、所望の制御の下で、メールを送受信することができる方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の目的は、送信元のメールユーザエージェント（ＭＵＡ）において、電子メールを、第１の部分と、当該第１の部分より小さくかつ断片的な第２の部分とに分割するステップと、当該第１の部分を電子メールとして、宛先に送信するステップと、前記第２の部分を、ファイルとして、ネットワークを介して接続されたサーバに一時的に格納させるステップと、宛先のＭＵＡにおいて、前記第１の部分を受信するステップと、ネットワークを介して、前記サーバにアクセスして、前記第２の部分を取得するステップと、前記第１の部分および第２の部分を合成して、電子メールを復元するステップとを備えたことを特徴とするメール送受信方法により達成される。
【０００７】
本発明によれば、断片的な第２の部分を、メール送受信とは別個に、たとえば、ＳＭＴＰやＨＴＴＰにてサーバを介して宛先に送信する。したがって、第１の部分をメールとして送信し、宛先に受理された場合であっても、第２の部分が宛先に配信されない限り、メールは復元されることはない。このため、後述するように、第２の部分を削除し、あるいは、そのステータスを変更することにより、第２の部分の配信を制御し、これにより、メール送受信を制御することが可能となる。
【０００８】
好ましい実施態様においては、送信元のＭＵＡにおいて、前記第１の部分に、付加情報として、第１の部分および第２の部分を一意的に特定するための情報、第２の部分をアクセスするための情報とを付加するステップと、宛先のＭＵＡにおいて、前記アクセスするための情報に基づき、前記サーバにアクセスするステップと、前記特定するための情報に基づき、取得すべき第２の部分を特定するステップとを備えている。
【０００９】
また、好ましい実施態様においては、前記宛先のＭＵＡにおいて、前記第２の部分に、付加情報として、メール復元の有効／無効を示すステータスを付与するステップと、前記サーバにおいて、宛先のＭＵＡから要求された第２の部分のステータスにしたがって、当該第２の部分の配信の是非を判断するステップとを備えている。この実施態様によれば、送信元がステータスを付与することにより、メールの宛先への送信の是非を制御することが可能となる。
【００１０】
より好ましくは、宛先のＭＵＡにおいて、前記第２の部分に、付加情報として、メール復元が有効となる期間を示す情報を付与するステップと、前記サーバにおいて、宛先のＭＵＡから要求された第２の部分のステータス、および、期間を示す情報にしたがって、第２の部分の配信の是非を判断するとともに、宛先のＭＵＡに通知すべきメッセージを生成するステップとを備えている。
また、送信元のＭＵＡにおいて、前記第２の部分を前記サーバに格納させた後に、前記第２の部分を削除し、あるいは、前記第２の部分の付加情報を変更するステップを備えることも可能である。これにより、第１の部分をメール送信した後に、誤送信に気づいた場合に、宛先にメールが到達し、その内容を知られることを防止できる。
【００１１】
別の好ましい実施態様においては、前記宛先のＭＵＡにおいて、メール受信のためのサーバにアクセスして、第１の部分の付加情報を取得するステップと、前記付加情報に基づき、サーバのアクセスの是非を判断するステップとを備えている。これにより、宛先において、たとえば、サーバの信頼性を判断して、第２の部分を取得すべきか否かを判断するなど、宛先側でのメール受信を制御することができる。
【００１２】
また、別の好ましい実施態様においては、前記送信元のＭＵＡにおいて、前記第１の部分に、付加情報として、メールの復元の際のアクセスの態様を示す設定情報であって、サーバにいったんアクセスして第２の部分を取得することにより、第１の部分および第２の部分が合成されてメールが復元され、かつ、復元されたメールが保存される第１の設定、あるいは、メール復元のために毎回、サーバにアクセスして第２の部分を取得する必要のある第２の設定の何れかを示す設定情報を付与するステップを備え、宛先のＭＵＡにおいて、前記設定情報にしたがって、サーバをアクセスする。特に、第２の設定が与えられる場合には、宛先からさらに第三者へのメールの転送を有効に防止することが可能となる。
【００１３】
別の好ましい実施態様においては、さらに、第１の部分のメールを転送する何れかのメール転送エージェント（ＭＴＡ）において、前記サーバにアクセスして、第１の部分を検証するステップと、真正な第１の部分を転送するステップとを備えている。この実施態様によれば、メール転送中の何れかのＭＴＡが、第２の部分が適切に存在する第１の部分のみを転送する。これにより、スパムメールや不正なメールなどを適切に排除することが可能となる。
【００１４】
また、好ましい実施態様においては、さらに、第１の部分のメールを転送する何れかのＭＴＡにおいて、前記サーバにアクセスして、第２の部分の付加情報を取得するステップと、前記付加情報を参照して、適切な第１の部分を転送するステップとを備えている。これにより、宛先において復元が可能なメールの第１の部分のみを、宛先に転送することが可能となる。なお、上記ＭＴＡは、宛先のＭＵＡと通信するＰＯＰ３サーバと直接データ授受をなすＳＭＴＰサーバに設けられてもよいし、メールの転送路の何れかのＳＭＴＰサーバに設けられてもよい。
【００１５】
また、本発明の目的は、電子メールの送受信を制御するメールユーザエージェント（ＭＵＡ）であって、メールの送信時に、電子メールを、第１の部分と、当該第１の部分より小さくかつ断片的な第２の部分とに分割するステップと、当該第１の部分を電子メールとして、宛先に送信するステップと、前記第２の部分を、ファイルとして、ネットワークを介して接続されたサーバに一時的に格納させるステップとをコンピュータに実行させ、かつ、メールの受信時に、前記第１の部分を受信するステップと、ネットワークを介して、前記サーバにアクセスして、前記第２の部分を取得するステップと、前記第１の部分および第２の部分を合成して、電子メールを復元するステップとを、コンピュータに実行させることを特徴とするＭＵＡによっても達成される。
【００１６】
好ましくは、ＭＵＡは、メール送信時に、前記第１の部分に、付加情報として、第１の部分および第２の部分を一意的に特定するための情報、第２の部分をアクセスするための情報とを付加するステップをコンピュータに実行させ、メール受信時に、前記アクセスするための情報に基づき、前記サーバにアクセスするステップと、前記特定するための情報に基づき、取得すべき第２の部分を特定するステップとを、コンピュータに実行させる。
【００１７】
より好ましくは、上記ＭＵＡは、メール送信時に、前記第２の部分に、付加情報として、前記サーバにおいて第２の部分の配信の是非を判断させるための、メール復元の有効／無効を示すステータスを付与するステップを、コンピュータに実行させる。
さらに、上記ＭＵＡは、メール送信時に、前記第２の部分に、付加情報として、メール復元が有効となる期間を示す情報を付与するステップを、コンピュータに実行させてもよい。
【００１８】
別の好ましい実施態様において、ＭＵＡは、メール送信時に、前記第２の部分を前記サーバに格納させた後に、前記第２の部分を削除し、あるいは、前記第２の部分の付加情報を変更するステップを、コンピュータに実行させる。
また、別の好ましい実施態様においては、ＭＵＡは、メール受信時に、前記宛先のＭＵＡにおいて、メール受信のためのサーバにアクセスして、第１の部分の付加情報を取得するステップと、前記付加情報に基づき、サーバのアクセスの是非を判断するステップとを、コンピュータに実行させる。
【００１９】
さらに、好ましい実施態様において、ＭＵＡは、メール送信時に、前記第１の部分に、付加情報として、メールの復元の際のアクセスの態様を示す設定情報であって、サーバにいったんアクセスして第２の部分を取得することにより、第１の部分および第２の部分が合成されてメールが復元され、かつ、復元されたメールが保存される第１の設定、あるいは、メール復元のために毎回、サーバにアクセスして第２の部分を取得する必要のある第２の設定の何れかを示す設定情報を付与するステップを、コンピュータに実行させ、かつ、メール受信時に、前記設定情報にしたがって、サーバをアクセスするステップを、コンピュータに実行させる。
【００２０】
また、本発明の目的は、第２の部分を一時的に格納するサーバにて、上記ＭＵＡと協働するデータ通信制御プログラムであって、宛先のＭＵＡから要求された第２の部分のステータスにしたがって、当該第２の部分の配信の是非を判断するステップを、サーバに実行させることを特徴とするデータ通信制御プログラムによっても達成される。
【００２１】
さらに、本発明の目的は、第２の部分を一時的に格納するサーバにて、上記ＭＵＡと協働するデータ通信制御プログラムであって、宛先のＭＵＡから要求された第２の部分のステータス、および、期間を示す情報にしたがって、第２の部分の配信の是非を判断するとともに、宛先のＭＵＡに通知すべきメッセージを生成するステップを、サーバに実行させることを特徴とするデータ通信制御プログラムによっても達成される。
また、本発明の目的は、さらに、分割された電子メールを構成する第１の部分のメールを転送するためのメールサーバにて動作するメール転送エージェント（ＭＴＡ）であって、分割された電子メールを構成し、第１の部分より小さくかつ断片的な第２の部分が一時的に格納された他のサーバにアクセスして、第１の部分を検証するステップと、真正な第１の部分を転送するステップとを、メールサーバに実行させることを特徴とするＭＴＡによっても達成される。
【００２２】
好ましい実施態様において、ＭＴＡは、さらに、前記他のサーバにアクセスして、第２の部分に付与された、メール配信の是非を示す付加情報を取得するステップと、前記付加情報を参照して、適切な第１の部分を転送するステップとを、メールサーバに実行させる。
【００２３】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態につき説明を加える。図１は、本発明の第１の実施の形態にかかるメール送受信システムの概略構成を示すブロックダイヤグラムである。図１に示すように、本実施の形態においては、インターネット１２に、クライアントマシン１４、サーバ１６、１８、２０、および、他のクライアントマシン２２が接続できるようになっている。図１において、クライアントマシン１４は、メール送信者に対応し、その一方、クライアントマシン２２はメール受信者となる。サーバ１６は、クライアントマシン１４が送信したメールをいったん受け取り、さらに、宛先に向けて送信するＳＭＴＰサーバとして機能する（以下、本明細書においては、サーバ１６を「ＳＭＴＰサーバ１６」と称する）。また、サーバ２０は、受理したメールをスプールファイルに蓄積し、クライアントマシン２２からのメール受信の確認に応答して、これらメールを伝達するＰＯＰ３サーバとして機能する（以下、本明細書においては、サーバ２０を「ＰＯＰ３サーバ２０」と称する）。
【００２４】
サーバ１８は、後述するメールのうちの第２の部分を受理し、これを一時的に記憶しておき、メールの宛先であるクライアントマシン２２等の要求に応じて、当該第２の部分を配信するように構成されている。サーバ１８として、たとえば、ウェブサーバやＦＴＰサーバを利用することができる。このサーバ１８における配信制御については後に詳述する。
【００２５】
図２は、本実施の形態にかかるクライアントマシンの構成の部分を示すブロックダイヤグラムである。本実施の形態においては、クライアントマシン１４は、上記ブロックダイヤグラムに示す構成部分のうち、送信にかかる要素を利用し、その一方、クライアントマシン２２は、受信にかかる要素を利用する。図２に示すように、クライアントマシンのＭＵＡ(Mail User Agent)２４は、ユーザがキーボード等を操作して入力したテキストデータ等を受理して、所定の形式の電子メールを生成して、これをＳＭＴＰサーバに送信するとともに、ＰＯＰ３サーバからメールを受理するメール送受信制御部２６と、後述する手法により、メールを分割して、その大部分である第１の部分と、一部を抜き出した小部分である第２の部分とに分割するメール分割処理部２８と、第１の部分および第２の部分に付加すべき必要な情報を生成する付加情報生成部３０と、受理したメールを解析するメール解析部３２と、後述するように、メールとして受理した第１の部分と、ウェブ情報として受理した第２の部分とを合成して、送信元からのメールを復元するメール合成処理部３４と、第２の部分を、サーバ１８にアップロードし、また、第２の部分を、サーバ１８からダウンロードするファイル送受信制御部３６を備えている。本実施の形態において、ＭＵＡ２４は、いわゆる電子メールのプロトコルのデータを送受信するだけでなく、ファイル送受信制御部３６により、インターネットを介して、サーバ１８とファイル（第２の部分）を送受信できるようになっている。たとえば、ファイル送受信制御部３６は、ＳＭＴＰやＨＴＴＰにて、ファイルをサーバにアップロードし、あるいは、サーバからファイルをダウンロードできるようになっている。
【００２６】
ＭＵＡ２４において、メール分割処理部２８および付加情報生成部３０は、メール送信時に作動し、その一方、メール解析部３２およびメール合成処理部３４は、メール受信時に作動する。
このように構成されたクライアントマシン１４、２２を用いたメール送受信の基本的な動作につき以下に説明を加える。
【００２７】
図１において、送信元のクライアントマシン１４にて、送信者によりメールが作成されると、ＭＵＡ２４のメール分割処理部２８により、メール本体１００が、第１の部分１０２と、第２の部分１０４とに分割される。図３は、メール分割処理部２８によるメールの分割、および、メール合成処理部３４におけるメールの復元を概略的に示す図である。ユーザにより作成されたテキスト等を含むメール（元のメール）３００は、文字コード変換（矢印３１１参照）により、テキストがビット列に変換される（符号３０１参照）。メール分割部２８は、ビット列３０１を、第１のビット列３０２と、第２のビット列３０３に分割する。
【００２８】
図４は、ビット列の分割の一例を示す図である。本実施の形態において、メール分割処理部２８は、たとえば、先頭のビットに着目し、まず、先頭のビットを第２のビット列中の、最初の要素として（矢印４００参照）、当該最初のビットが「０」であるか、或いは、「１」であるかを判断する。この判断結果にしたがって、自身を含め「ｎ＋１」個目或いは「ｎ」個目のビットが、第２のビット列中の、次の要素となる（矢印４０２参照）。その一方、その間に存在する「ｎ−１」個或いは「ｎ−２」個のビット列が、第１のビット列の構成部分となる（たとえば、矢印４０１参照）。
【００２９】
図４に示す例においては、「ｎ＝７」としている。先頭のビットは「１」であるので、ビット列において、当該先頭のビットを含め８ビット目に位置する「１」が、第２のビット列中の次の要素となる。その一方、その間に存在する６個のビット列「１１０１０１」が、第１のビット列の要素群となる（矢印４０１参照）。その一方、上記先頭のビットから８ビット目の要素は「１」であるため、当該ビットを含め７ビット目に位置する「１」が、第２ビット列中の次の要素となる（矢印４０４参照）。また、その間に存在する５個のビット列「０１０１０」が、矢印４０１にて示した最初の第１のビット列中の要素群に引き続く要素群となる（矢印４０３参照）。
【００３０】
このような処理を繰り返すことにより、ビット列３０１が、その大部分をもつ第１のビット列（符号３０２参照）と、より少ない一部分である第２のビット列（符号３０３参照）とに分割される。さらに、付加情報生成部３０が、第１のビット列および第２のビット列のそれぞれに付加すべき情報を生成する。
第１のビット列に関しては、図３に示すように、第１のビット列および第２のビット列に共通して与えられ、これらを一意的に特定するＩＤ（符号３２１参照）、第２のビット列を含む第２の部分が格納されるサーバ１８のＦＱＤＮ(Full Qualified Domain Name)（符号３２２参照）、後述するメール読み出しの際の設定情報（Type）（符号３２３）が与えられる。なお、ＦＱＤＮの代わりに、サーバ１８のＩＰが与えられても良い。
【００３１】
第２のビット列に関しては、上記ＩＤ（符号３２４参照）、および、後述する第２の部分のサーバ１８上における動作の設定(Status)（符号３２５参照）が与えられる。以下、この動作の設定を「ステータス」とも称する。上記付加情報を与えることにより、第１のビット列および関連する付加情報から構成される第１の部分３０４が作られ、また、第２のビット列および関連する付加情報から構成される第２の部分３０５が作られる。
本実施の形態においては、第１のビット列に付与されるＩＤ（符号３２１）と、第２のビット列に付与されるＩＤ（符号３２４）とが一致しているがこれに限定されるものではなく、暗号アルゴリズムと組み合わせたものであっても良い。すなわち、第１のビット列と第２のビット列との関連性を一意的に特定できればよい。
【００３２】
第１の部分はメール形式のまま、電子メールとして、メール送受信制御部２６を介してＳＭＴＰサーバ１６に伝達される（図１の矢印１１１参照）。その一方、第２の部分は、たとえば、ファイル送受信制御部３６を介して、サーバ１８に伝達される（図１の矢印１１２参照）。図１に示すように、この時点で、電子メール１００の第１の部分１０２は、ＳＭＴＰサーバ１６に達し、その一方、第２の部分１０４は、サーバ１８に伝達され、当該サーバ１８に格納される。
【００３３】
第１の部分１０２は、サーバ１６から、他のＭＴＡ（図示せず）を介して、宛先のＰＯＰ３サーバ２０に達する（矢印１１３参照）。宛先のクライアントマイン２２のＭＵＡ２４からのアクセスに応答して、受理した第１の部分１０２を、クライアントマシン２２に伝達する（矢印１１４参照）。クライアントマシン２２は、ユーザの入力装置の操作に応答して、第１の部分１０２に含まれるＦＱＤＮにアクセスし、第２の部分１０４を取得する。第１の部分中の第１のビット列、および、第２の部分中の第２のビット列は、メール合成処理部３４において、合成され（図３の矢印３１４、３１５参照）、これにより復元されたビット列に文字コード変換を施すことにより、メールが復元される（矢印３１６参照）。このようにして、宛先のユーザは、自分宛てのメールを読むことが可能となる。
【００３４】
以下、送信元によるメールの制御につき説明を加える。図５は、メール（第１の部分）の送信後、誤送信に気付いた場合など、宛先でメールを開くことを防止するために実行される処理手順を示している。
図５（ａ）においては、第２の部分を削除することにより、また、図５（ｂ）においては、第２の部分の設定（ステータス）を変更することにより、当該第２の部分の宛先への配信を防止し、これにより、宛先でメールが復元されることを防止している。図５（ａ）に示すように、クライアントマシン１４が、第１の部分をＳＭＴＰサーバ１６に送信すると、これが、たとえば、他のＭＴＡ（図示せず）を介して、ＰＯＰ３サーバ２０に伝達される（ステップ５０１）。その一方、クライアントマシン１４からサーバ１８に第２の部分が伝達（アップロード）され、これがサーバ１８に格納される（ステップ５０２）。宛先のクライアントマシン２２においては、ＰＯＰ３サーバ２０にアクセスすることにより（ステップ５０４）、第１の部分が取得される（ステップ５０５）。
【００３５】
上記宛先のクライアントマシン２２がサーバ１８にアクセスする以前に、クライアントマシン１４が、サーバ１８に、アップロードした第２の部分の削除要求を伝えると（ステップ５０３）、サーバ１８は、要求に応答して、第２の部分を削除する。したがって、これ以降、クライアントマシン２２から第２の部分の要求があっても、サーバ１８は、第２の部分が存在しないことを示す応答を返す（ステップ５０６、５０７）。このため、クライアントマシン２２における第１の部分および第２の部分の合成は失敗し（ステップ５０８）。これにより、宛先でメールを復元することを防止できる。
【００３６】
同様に、第２の部分の付加情報に含まれる設定（ステータス）（図３の符号３２５参照）を変更することにより、同様の効果を奏することもできる。図５（ｂ）において、ステップ５１１、５１２、５１４および５１５は、それぞれ、図５（ａ）のステップ５０１、５０２、５０４および５０５に対応する。宛先のクライアントマシン２２がサーバ１８にアクセスする以前に、クライアントマシン１４が、サーバ１８に、アップロードした第２の部分のステータスを「無効」に設定することを要求すると（ステップ５１３）、サーバ１８は、要求に応答して、当該第２の部分のステータスを「無効」に設定する。したがって、これ以降、クライアントマシン２２が第２の部分を要求しても、サーバ１８は、第２の部分のステータスが「無効」であることを示す応答を返す（ステップ５１６、５１７）。このため、クライアントマシン２２における第１の部分および第２の部分の合成は失敗し（ステップ５１８）。これにより、宛先でメールを復元することを防止できる。
【００３７】
図６および図７は、それぞれ、送信元のクライアントマシン１４により、宛先のクライアントマシン２２にてメールを受信して、復元できる時期を制御する例を示すフローチャートである。図６においては、第２の部分のサーバ１８への伝達（アップロード）の時間を調整することにより、また、図７においては、第２の部分の付加情報に、有効期間（有効開始日時および有効終了日時）を含めることにより、これを実現している。
図６において、クライアントマシン１４が、第１の部分をＳＭＴＰサーバ１６に送信すると、これが、たとえば、他のＭＴＡ（図示せず）を介して、ＰＯＰ３サーバ２０に伝達される（ステップ６０１）。宛先のクライアントマシン２２においては、ＰＯＰ３サーバ２０にアクセスすることにより（ステップ６０２）、第１の部分が取得される（ステップ６０３）。
【００３８】
たとえば、第２の部分がサーバ１８に伝達（アップロード）される以前に、クライアントマシン２２がサーバ１８にアクセスして、第２の部分を要求しても（ステップ６０４）、サーバ１８からは、第２の部分が存在しないことを示す応答が返る（ステップ６０５）。したがって、クライアントマシン２２における第１の部分および第２の部分の合成は失敗する（ステップ６０６）。
クライアントマシン１４は、所望のタイミングで、第２の部分をサーバ１８に伝達（アップロード）することができる（ステップ６０７）。アップロードの後、クライアントマシン２２がサーバ１８にアクセスして、第２の部分を要求すると（ステップ６０８）、サーバ１８は、これに応答して、第２の部分をクライアントマシン２２に配信する（ステップ６０９）。クライアントマシン２２においては、第１の部分および第２の部分が合成され、メールが復元される（ステップ６１０）。したがって、宛先のユーザは、メールを開き、その内容を知ることが可能となる。
【００３９】
図６において、第２の部分のサーバ１８へのアップロードは、ユーザが所望のタイミングで、クライアントマシン１４を動作させることにより実現しても良いし、或いは、ＭＵＡ２４等において、アップロードを依頼するタイミングを設定し、所望のタイミングで自動的にアップロードされるように構成しても良い。
【００４０】
図７において、クライアントマシン１４が、第１の部分をＳＭＴＰサーバ１６に送信すると、これが、たとえば、他のＭＴＡ（図示せず）を介して、ＰＯＰ３サーバ２０に伝達される（ステップ７０１）。宛先のクライアントマシン２２においては、ＰＯＰ３サーバ２０にアクセスすることにより（ステップ７０３）、第１の部分が取得される（ステップ７０４）。その一方、クライアントマシン１４から、有効期間が設定された第２の部分が、サーバ１８に伝達（アップロード）される（ステップ７０２）。上述したように、有効期間の設定には、当該第２の部分のステータスが「有効」となり、クライアントマシン２２に配信可能となる開始日時（有効開始日時）と、ステータスが再度「無効」となり、クライアントマシン２２への配信が不可能となる終了日時（有効終了日時）とが示される。無論、これに限定されるものではなく、有効開始日時および期間、或いは、有効開始日時のみが設定されていても良い。
【００４１】
有効開始日時以前に、クライアントマシン２２がサーバ１８にアクセスして、第２の部分を要求しても、サーバ１８は、第２の部分のステータスが「無効」であることを示す応答を返す（ステップ７０５、７０６）。したがって、クライアントマシン２２における第１の部分および第２の部分の合成は失敗となる（ステップ７０７）。有効終了時以降のアクセスも同様である（ステップ７１１〜７１３参照）。
【００４２】
その一方、有効期間中に、クライアントマシン２２がサーバ１８にアクセスして、第２の部分を要求した場合には、サーバ１８は、応答として、第２の部分を配信する（ステップ７０８、７０９）。クライアントマシン２２は、第１の部分と受理した第２の部分とを合成し、メールを復元する（ステップ７１０）。これにより、当該有効期間中であれば、宛先のユーザは、メールを閲覧して、その内容を確認することができる。
【００４３】
このように、本実施の形態によれば、第２の部分の削除、配信タイミングの変更、第２の部分のステータス等の設定により、宛先のユーザがメールを受理の可否を制御することが可能となる。
次に、メール読み出しの際の設定情報（図３の符号３２３参照）につき説明を加える。本実施の形態においては、この設定情報（Type）として、「毎回呼び出し（Everytime）」および「初回呼び出し（One-time）」の何れかが設定できるようになっている。
【００４４】
「初回呼び出し」は、宛先のクライアントマシン２２において、第１の部分を受け取った後、一度だけサーバ１８にアクセスして、第２の部分が配信されれば、復元されたメールが、通常の電子メールと同様に、クライアントマシン２２に保存されるような形態を示す。この場合、メールを復元した後に、当該復元されたメールを、通常のメールと同様に取り扱うことが可能である。
その一方、「毎回呼び出し」は、クライアントマシン２２において、第１の部分は保存されるが、第２の部分は保存されず、したがって、メールを読もうとするたびに、サーバ１８にアクセスして、第２の部分の配信を求めるような形態を言う。つまり、毎回呼び出しにおいては、復元されたメールはクライアントマシン２２に保存されず、クライアントによるその内容の閲覧の後に廃棄される。
特に、毎回呼び出しを利用することにより、メール閲覧可能な期間を定めることや、宛先のユーザによるメール転送を制限することが可能となる。
【００４５】
たとえば、第１の部分に、設定情報（Type）として、「毎回呼び出し」を付加しておけば、宛先のクライアントマシン２２のＭＵＡは、第１の部分および第２の部分を合成して、メールを復元して、ユーザにその内容を閲覧可能にするが、閲覧の終了とともに、復元されたメールおよび第２の部分が廃棄される。また、図７に示すように、第２の部分の付加情報に、有効期間を含めておく。これにより、宛先のクライアントマシン２２において、有効期間前および有効期間経過後には、メールの復元ができず、また、有効期間中であっても、メールの内容を閲覧する際に、サーバ１８にアクセスして第２の部分の配信を求める必要がある。
【００４６】
また、第２の部分の宛先を設定ないし限定しておけば、設定された宛先のクライアントマシン２２において、当該メールを転送することが防止される。これは、復元されたメールが保存されないこと、第１の部分は他者に転送可能であるが、当該他者が、サーバ１８にアクセスしても、第２の部分を配信してもらえないことにより実現できる。
次に、本発明の第２の実施の形態につき説明を加える。第２の実施の形態においては、宛先のクライアントマシン２２が、必要なメールのみを受理できるようにしている。つまり、宛先（受信者）側がメールの受信を制御できるようなものである。図８は、第２の実施の形態にかかるメール送受信システムの概略構成を示すブロックダイヤグラムである。図８において、図１と同様の構成部分には同一の符号を付している。
【００４７】
第２の実施の形態において、送信元のクライアントマシン１４で作られたメール１００のうち、第１の部分１０２が、ＳＭＴＰサーバ１６を介して宛先のＰＯＰ３サーバ２０に送信されること（矢印８１１、８１３参照）、および、第２の部分１０４が、サーバ１８に伝達（アップロード）されること（矢印８１２参照）は、第１の実施の形態と同様である。しかしながら、第２の実施の形態では、ＰＯＰ３サーバ２０から第１の部分を受け入れるのに先立って、クライアントマシン２２の要求に応答して、ＰＯＰ３サーバ２０が受理した第１の部分のうち所定の情報がクライアントマシン２２に与えられ（矢印８１４参照）、これに基づき、必要な第２の部分のみがサーバ１８から配信（ダウンロード）される（矢印８１５参照）。さらに、適切にダウンロードできた第２の部分に関連する第１の部分がＰＯＰ３サーバ２０から受理する（矢印８１６参照）ことで、メールが復元される。
【００４８】
第２の実施の形態の動作につき、図９のフローチャートを参照してより詳細に説明を加える。ステップ９０１、９０２は、図５（ａ）のステップ５０１、５０２などと同様である。クライアントマシン２２のＭＵＡ２４は、ＰＯＰサーバ２０にアクセスして（ステップ９０３）、ＰＯＰ３サーバ２０が受理した第１の部分の付加情報を取得する（ステップ９０４）。宛先のユーザは、付加情報に基づき、必要な場合には、付加情報に記載されたＦＱＤＮにアクセスして、第２の部分の配信を要求する（ステップ９０４）。
【００４９】
たとえば、クライアントマシン２２において、サーバ１８の信頼性を判断して、信頼に足りる場合には、当該サーバ１８にアクセスするように構成しても良い。これは、たとえば、ＰＫＩ(Public Key Infrastructure)を利用して電子証明書を参照し、或いは、事前にサーバやサイトの信頼性を示す情報を登録しておくことにより実現できる。
【００５０】
クライアントマシン１４から伝達（アップロード）された第２の部分の付加情報にステータスが含まれていれば、サーバ１８は、当該ステータスを調べ（ステップ９０６）、第２の部分のステータスが、有効や有効期間前など、メールを読むことが許可されている（或いは許可される予定である）ことを示していれば、当該ステータス、および、メールを読むことが許可される状態であれば、ステータスに加えて第２の部分が、クライアントマシン２２に配信する（ステップ９０７）。
【００５１】
クライアントマシン２２は、配信されたステータスを参照して、有効期間前であることが示されていれば、所定の他のタイミングで、第２の部分の配信を要求すればよい。また、ＰＯＰ３サーバ２０にアクセスして第１の部分を要求すると、これに応答して、第１の部分が送信される。既に第２の部分が配信されていれば、クライアントマシン２２において、第１の部分および第２の部分を合成して、メールを復元することができる（ステップ９１０）。
【００５２】
その一方、ステータスが無効や「なし」など、メールの復元が不可能であることを示していれば、たとえば、「内容が無効になりました」など、第２の部分を配信できないことやその理由を示すメッセージが、クライアントマシン２２に与えられる（ステップ９１１）。このようにして、クライアントマシン２２においては、内容を確認ないし閲覧できるメールの部分のみを、ＰＯＰ３サーバ２０やサーバ１８から受理することが可能となる。また、信頼性に疑問のある場合には、サーバ１８にアクセスしないことで、メールの受け取りを拒否することもできる。
【００５３】
次に、本発明の第３の実施の形態につき説明を加える。第３の実施の形態においては、サーバ１８にステータス等を問い合わせることにより、ユーザに配信すべき第１の部分を選択できるようになっている。
図１０は、第３の実施の形態にかかるメール送受信システムの概略構成を示すブロックダイヤグラムである。図１０においても、図１と同様の構成部分には同一の符号を付している。図１０において、サーバ１２０は、ＳＭＴＰサーバ１２０−１とＰＯＰ３サーバ１２０−２とを備え、ＳＭＴＰサーバ１２０−１が、サーバ１８に対してステータスを問い合わせできるようになっている。
【００５４】
第３の実施の形態において、送信元のクライアントマシン１４で作られたメール１００のうち、第１の部分１０２が、ＳＭＴＰサーバ１６を介して宛先のサーバ１２０（ＳＭＴＰサーバ１２０−１）に送信される（矢印１０１１、１０１３−１）。また、第２の部分は、サーバ１８に伝達される（矢印１０１２参照）。第１の部分は、後述するように、宛先に伝達すべきものであれば、ＰＯＰ３サーバ１２０−２に伝達される（矢印１０１５）。第３の実施の形態においては、ＰＯＰ３サーバ１２０−２への伝達に先立って、ＳＭＴＰサーバ１２０−１が、伝達された第１の部分の付加情報中、ＦＱＤＮを参照して、サーバ１８に当該第２の部分のステータス等を問い合わせる（ステップ１０１４）。これにより、宛先に伝達すべきでない第１の部分を廃棄することが可能となる。
【００５５】
また、不正な部分１００２が、他のＳＭＴＰサーバ１０１６から伝達された場合（矢印１０１３−２参照）には、ＳＭＴＰサーバ１２０−１が、当該不正な部分１００２を参照しても、ＦＱＤＮが異なるため、サーバ１８を見つけて、これにアクセスできず、或いは、サーバ１８にアクセスできた場合でも、ＩＤの不一致となる。したがって、他のＳＭＴＰサーバ１０１６から伝達された部分１００２が防いであることがわかる。このような場合には、受理した部分１００２を廃棄した上で、ＰＯＰ３サーバ１０２−１に、その旨を示すメッセージを与えればよい。クライアントマシン２２がＰＯＰ３サーバにアクセスすると、上記めーッセージがクライアントマシン２２に与えられ、クライアントマシン２２のユーザは、部分１００２が廃棄されたことを知ることが可能となる。
【００５６】
また、第３の実施の形態によれば、真正な第１の部分１０２がＳＭＴＰサーバ１２０−１に伝達された場合であっても、既に当該部分１０２を含むメールの復元が不可能であれば、当該部分１０２を廃棄することができる。図１１は、ＳＭＴＰサーバによるステータスの参照を含む処理を示すフローチャートである。なお、図１１において、送信元のクライアントマシン１４からＳＭＴＰサーバ１６への第１の部分の伝達や、サーバ１８への第２の部分の伝達は省略している。
【００５７】
ＳＭＴＰサーバ１６から、サーバ１２０のＳＭＴＰサーバ１２０−１に第１の部分が伝達されると（ステップ１１０１）、ＳＭＴＰサーバ１２０−１は、当該第１の部分の付加情報に含まれるＦＱＤＮにアクセスして、関連付けられた第２の部分のステータスを問い合わせる（ステップ１１０２）。サーバ１８は、ＩＤ等の照合の後、当該第２の部分のステータスをＳＭＴＰサーバ１２０−１に伝達する（ステップ１１０３）。
【００５８】
ＳＭＴＰサーバ１２０−１は、第２のステータスを参照する（ステップ１１０４）。ステップ１１０４において、有効や有効期間前など、メールを読むことが許可されている（或いは許可される予定である）ことを示していれば、第１の部分がＰＯＰ３サーバ１２０−２に伝達される（ステップ１１０５）。その一方、ステータスが無効や「なし」など、メールの復元が不可能であることを示していれば、第１の部分が廃棄されるとともに（ステップ１１０６）、たとえば、「内容が無効になりました」など第２の部分を配信できないことやその理由を示すメッセージが、ＰＯＰ３サーバに与えられる（ステップ１１０７）。
【００５９】
宛先のクライアントマシン２２が、ＰＯＰ３サーバ１２０−２にアクセスすると（ステップ１１０８）、ステップ１１０５で伝達された第１の部分、或いは、ステップ１１０７で伝達されたメッセージが、ＰＯＰ３サーバ１２０−２からクライアントマシン２２に与えられる（ステップ１１０９）。
第１の部分が伝達された場合には、クライアントマシン２２は、しかるべきときに、サーバ１８にアクセスして、第２の部分の配信を求め、応答して配信された第２の部分を受理し、第１の部分と合成することにより、メールを復元することができる。
【００６０】
本実施の形態によれば、真正で、かつ、有効或いは有効となり得る第１の部分のみを、宛先のクライアントマシンに与えることが可能となる。
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【００６１】
たとえば、前記第１の実施の形態ないし第３の実施の形態において、第２の部分の付加情報として、送信元を特定する情報を埋め込むことにより、受信者が送信元を特定できるように構成しても良い。これにより、送信元からいわゆる匿名メールを宛先に送信することが不可能となる。
また、上記実施の形態において、サーバ１８において第２の部分の配信を記録することにより、宛先においてメールを開いたか否かを確認することが可能となる。同様に、第２の部分が配信されていない場合（第１の部分がＳＭＴＰサーバにおいて廃棄され、或いは、宛先のクライアントマシンにおいて廃棄等された場合）には、記録により配信されていないことが確認できる。これにより、宛先においてメールが開かれていないことを証明することが可能となる。
【００６２】
さらに、上記実施の形態において、複数送信した電子メール（たとえば、ＭＩＭＥのマルチパートも含む）において、任意の少なくとも１つのメール（マルチパートでは、１つのパート）を活性化するために、当該少なくとも１つのメール（１つのパート）を分割した第２の小部分のみを、サーバ１８にアップロードすることにより、送信元は、所望のメール（パート）を有効にすることも可能である。
【００６３】
【発明の効果】
本発明によれば、送信者および受信者が、それぞれ、所望の制御の下で、メールを送受信することが可能となる。
【図面の簡単な説明】
【図１】  図１は、本発明の第１の実施の形態にかかるメール送受信システムの概略構成を示すブロックダイヤグラムである。
【図２】  図２は、本実施の形態にかかるクライアントマシンの構成の部分を示すブロックダイヤグラムである。
【図３】  図３は、メール分割処理部によるメールの分割、および、メール合成処理部におけるメールの復元を概略的に示す図である。
【図４】  図４は、図４は、本実施の形態にかかるビット列の分割の一例を示す図である。
【図５】  図５は、本実施の形態にかかる電子メールの配信処理の例を示す図である。
【図６】  図６は、本実施の形態にかかる電子メールの配信処理の他の例を示す図である。
【図７】  図７は、本実施の形態にかかる電子メールの配信処理のさらに他の例を示す図である。
【図８】  図８は、第２の実施の形態にかかるメール送受信システムの概略構成を示すブロックダイヤグラムである。
【図９】  図９は、第２の実施の形態にかかる電子メールの配信処理の例を示す図である。
【図１０】  図１０は、第３の実施の形態にかかるメール送受信システムの概略構成を示すブロックダイヤグラムである。
【図１１】  図１１は、第３の実施の形態にかかる電子メールの配信処理の例を示す図である。
【符号の説明】
１４    送信元クライアントマシン
１６    ＳＭＴＰサーバ
１８    サーバ
２０    ＰＯＰ３サーバ
２２    宛先クライアントマシン
２４    ＭＵＡ
２６    メール送受信制御部
２８    メール分割処理部
３０    付加情報生成部
３２    メール解析部
３４    メール合成処理部
３６    ファイル送受信制御部
【図１】
0003752460.tif 000002
【図２】
0003752460.tif 000003
【図３】
0003752460.tif 000004
【図４】
0003752460.tif 000005
【図５】
0003752460.tif 000006
【図６】
0003752460.tif 000007
【図７】
0003752460.tif 000008
【図８】
0003752460.tif 000009
【図９】
0003752460.tif 000010
【図１０】
0003752460.tif 000011
【図１１】
0003752460.tif 000012