JP2003173313A - メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用プログラム - Google Patents
メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用プログラムInfo
- Publication number
- JP2003173313A JP2003173313A JP2001372785A JP2001372785A JP2003173313A JP 2003173313 A JP2003173313 A JP 2003173313A JP 2001372785 A JP2001372785 A JP 2001372785A JP 2001372785 A JP2001372785 A JP 2001372785A JP 2003173313 A JP2003173313 A JP 2003173313A
- Authority
- JP
- Japan
- Prior art keywords
- management server
- data
- format
- system management
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】 電子メールの送受信時のデータの転送効率を
改善するのに好適なメールプロトコル変換システム、変
換システム管理用サーバ及び変換システム制御用プログ
ラムを提供する。 【解決手段】 メール転送プロトコル変換システム８
を、転送効率改善プロトコル形式を利用して電子メール
の送受信を行うためのメール利用機器２と、同利用機器
２がＳＭＴＰサーバ７へ電子メールを送信する際に、そ
の転送効率改善プロトコル形式をＳＭＴＰ形式に変換
し、メール利用機器２がＰＯＰサーバ４から電子メール
を受信する場合には、そのプロトコル形式であるＰＯＰ
形式を転送効率改善プロトコル形式に変換してから転送
する変換システム管理用サーバ１０と、アプリケーショ
ン層のプロトコルにＳＭＴＰ形式を利用している電子メ
ールの送信用サーバであるＳＭＴＰサーバ７と、プロト
コルにＰＯＰ形式を利用している電子メールの受信用サ
ーバであるＰＯＰサーバ４とから構成した。
改善するのに好適なメールプロトコル変換システム、変
換システム管理用サーバ及び変換システム制御用プログ
ラムを提供する。 【解決手段】 メール転送プロトコル変換システム８
を、転送効率改善プロトコル形式を利用して電子メール
の送受信を行うためのメール利用機器２と、同利用機器
２がＳＭＴＰサーバ７へ電子メールを送信する際に、そ
の転送効率改善プロトコル形式をＳＭＴＰ形式に変換
し、メール利用機器２がＰＯＰサーバ４から電子メール
を受信する場合には、そのプロトコル形式であるＰＯＰ
形式を転送効率改善プロトコル形式に変換してから転送
する変換システム管理用サーバ１０と、アプリケーショ
ン層のプロトコルにＳＭＴＰ形式を利用している電子メ
ールの送信用サーバであるＳＭＴＰサーバ７と、プロト
コルにＰＯＰ形式を利用している電子メールの受信用サ
ーバであるＰＯＰサーバ４とから構成した。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネットを
利用した電子メールの転送に係り、特定の機器に対して
電子メールのデータ転送を効率化するのに好適なメール
転送プロトコル変換システムに関する。
利用した電子メールの転送に係り、特定の機器に対して
電子メールのデータ転送を効率化するのに好適なメール
転送プロトコル変換システムに関する。
【０００２】
【従来の技術】従来、インターネット上において、電子
メールの送受信を行うメールサーバの用いているアプリ
ケーション層のプロトコルとしては、送信用のプロトコ
ルとしてＳＭＴＰ（Simple Mail Transfer Protocol）
が、受信用のプロトコルとしてはＰＯＰ（Post Office
Protocol）が主流となっている。ＳＭＴＰは、ＳＭＴＰ
メーラ（メール配送をするプログラム）間でメールメッ
セージの交換プロトコルと応答メッセージの形式とを規
定したプロトコルであり、ユーザ側のクライアント（Ｍ
ＵＡ：Mail User Agentと呼ばれる）とＳＭＴＰサーバ
（ＭＴＡ：Mail Transfer Agent）間、あるいはＳＭＴ
Ｐサーバ相互間でメッセージを交換するために使われる
プロトコルである。
メールの送受信を行うメールサーバの用いているアプリ
ケーション層のプロトコルとしては、送信用のプロトコ
ルとしてＳＭＴＰ（Simple Mail Transfer Protocol）
が、受信用のプロトコルとしてはＰＯＰ（Post Office
Protocol）が主流となっている。ＳＭＴＰは、ＳＭＴＰ
メーラ（メール配送をするプログラム）間でメールメッ
セージの交換プロトコルと応答メッセージの形式とを規
定したプロトコルであり、ユーザ側のクライアント（Ｍ
ＵＡ：Mail User Agentと呼ばれる）とＳＭＴＰサーバ
（ＭＴＡ：Mail Transfer Agent）間、あるいはＳＭＴ
Ｐサーバ相互間でメッセージを交換するために使われる
プロトコルである。
【０００３】送信側ＳＭＴＰは、受信側ＳＭＴＰに双方
向の転送チャネルを確立することによってメッセージを
送る。この転送チャネルは、インターネットの場合には
ＴＣＰ／ＩＰが用いられる。受信側のＳＭＴＰサーバ
は、そのメッセージの最終受信ホストであっても、中間
の中継ホストであってもよく、受信側ＳＭＴＰは、受け
取ったメッセージがローカル宛のものでないと判断した
ら、受信側ＳＭＴＰのメール配送ルールによって別のホ
ストに転送する。すなわち、バケツリレー式にいくつも
の中継ホストを経由しながら、いつかは受信者にメール
が届くという仕組みである。
向の転送チャネルを確立することによってメッセージを
送る。この転送チャネルは、インターネットの場合には
ＴＣＰ／ＩＰが用いられる。受信側のＳＭＴＰサーバ
は、そのメッセージの最終受信ホストであっても、中間
の中継ホストであってもよく、受信側ＳＭＴＰは、受け
取ったメッセージがローカル宛のものでないと判断した
ら、受信側ＳＭＴＰのメール配送ルールによって別のホ
ストに転送する。すなわち、バケツリレー式にいくつも
の中継ホストを経由しながら、いつかは受信者にメール
が届くという仕組みである。
【０００４】更に、ＳＭＴＰでは、ＡＳＣＩＩコード、
すなわち７ビットのコードしか送ることができない、従
って、漢字を含む日本語を送る場合にも８ビット目を使
わないＪＩＳ漢字を使うことになっている。このような
事情もあって、現状では、音データや画像データ等のバ
イナリデータをメールで送るために、ＭＩＭＥ（Multip
urpose Internet Mail Extensions）を用いている。音
データや画像データなどをメールで送るときには、ＭＩ
ＭＥでは、ｂａｓｅ−６４でエンコードするといった方
法がとられている。ｂａｓｅ−６４は、連続する３バイ
トのテキスト（２４ビット）を、四つの６ビット値とし
てコード化し、それぞれを６４個のＡＳＣＩＩキャラク
タにマッピングする。つまり、送るべき３バイトのバイ
ナリデータを、４バイトの文字列に変換するのである。
こうすることによってＳＭＴＰによる音データや画像デ
ータ等の送信が可能となる。
すなわち７ビットのコードしか送ることができない、従
って、漢字を含む日本語を送る場合にも８ビット目を使
わないＪＩＳ漢字を使うことになっている。このような
事情もあって、現状では、音データや画像データ等のバ
イナリデータをメールで送るために、ＭＩＭＥ（Multip
urpose Internet Mail Extensions）を用いている。音
データや画像データなどをメールで送るときには、ＭＩ
ＭＥでは、ｂａｓｅ−６４でエンコードするといった方
法がとられている。ｂａｓｅ−６４は、連続する３バイ
トのテキスト（２４ビット）を、四つの６ビット値とし
てコード化し、それぞれを６４個のＡＳＣＩＩキャラク
タにマッピングする。つまり、送るべき３バイトのバイ
ナリデータを、４バイトの文字列に変換するのである。
こうすることによってＳＭＴＰによる音データや画像デ
ータ等の送信が可能となる。
【０００５】一方、ＰＯＰは、比較的小規模のユーザエ
ージェントのためにメールサーバからメッセージをダウ
ンロードするための簡易プロトコルである。ユーザは、
インターネットを利用するためにインターネットサービ
スプロバイダ（ＩＳＰ）と契約することになるが、契約
することによって、ほとんどの場合、メールボックスを
作ってもらえる。メールボックスは、専用のディレクト
リの下に作成されるユーザ毎のファイルであり、ＰＯＰ
は、パソコンなどのインターネットに接続された機器か
らサーバのメールボックスにアクセスしてメッセージを
取り出すためのプロトコルである。
ージェントのためにメールサーバからメッセージをダウ
ンロードするための簡易プロトコルである。ユーザは、
インターネットを利用するためにインターネットサービ
スプロバイダ（ＩＳＰ）と契約することになるが、契約
することによって、ほとんどの場合、メールボックスを
作ってもらえる。メールボックスは、専用のディレクト
リの下に作成されるユーザ毎のファイルであり、ＰＯＰ
は、パソコンなどのインターネットに接続された機器か
らサーバのメールボックスにアクセスしてメッセージを
取り出すためのプロトコルである。
【０００６】ＰＯＰは、サーバがＰＯＰサービスのＴＣ
Ｐポート番号１１０番を常時listenすることでサービス
を開始する。ユーザがサーバのＴＣＰポート１１０に接
続し、コネクションを確立することで、ユーザはサーバ
にサービスの要求を行う。ここで、ＰＯＰのユーザは、
ＰＯＰサーバから、電子メールの取り出しと削除だけし
かできず、電子メールの送信をするときには、上記した
ＳＭＴＰを使うことになる。ＰＯＰサーバとＳＭＴＰサ
ーバとは、同じマシンである場合が多いが、サイトの運
用によってはそうでない場合もある。
Ｐポート番号１１０番を常時listenすることでサービス
を開始する。ユーザがサーバのＴＣＰポート１１０に接
続し、コネクションを確立することで、ユーザはサーバ
にサービスの要求を行う。ここで、ＰＯＰのユーザは、
ＰＯＰサーバから、電子メールの取り出しと削除だけし
かできず、電子メールの送信をするときには、上記した
ＳＭＴＰを使うことになる。ＰＯＰサーバとＳＭＴＰサ
ーバとは、同じマシンである場合が多いが、サイトの運
用によってはそうでない場合もある。
【０００７】更に、昨今では、携帯電話やノートパソコ
ンなどのモバイル機器が普及し、これらモバイル機器に
よるインターネットの利用及び電子メールの利用も盛ん
になっている。モバイル機器が、インターネットを介し
て電子メールを利用する場合には、現状において、ＳＭ
ＴＰ／ＰＯＰサーバを利用することが多い。
ンなどのモバイル機器が普及し、これらモバイル機器に
よるインターネットの利用及び電子メールの利用も盛ん
になっている。モバイル機器が、インターネットを介し
て電子メールを利用する場合には、現状において、ＳＭ
ＴＰ／ＰＯＰサーバを利用することが多い。
【０００８】
【発明が解決しようとする課題】しかしながら、従来の
ＳＭＴＰ／ＰＯＰでは、ユーザがメール専用のツールを
用いずに対話的にメールを送受信可能なように、テキス
トベースのコマンド体系となっている。また、ユーザ名
とパスワードは別々に転送され、更に、電子メールの送
受信においてサーバの状態やメールの情報を得るために
複数のコマンドを組み合わせている。従って、シーケン
ス数が増すごとに、下位プロトコルによるオーバヘッド
が積み重なり、転送データ量が増すことになる。
ＳＭＴＰ／ＰＯＰでは、ユーザがメール専用のツールを
用いずに対話的にメールを送受信可能なように、テキス
トベースのコマンド体系となっている。また、ユーザ名
とパスワードは別々に転送され、更に、電子メールの送
受信においてサーバの状態やメールの情報を得るために
複数のコマンドを組み合わせている。従って、シーケン
ス数が増すごとに、下位プロトコルによるオーバヘッド
が積み重なり、転送データ量が増すことになる。
【０００９】また、携帯電話等のモバイル環境による電
子メールの送受信では、回線の接続によく無線通信が用
いられており、離散的な通信に適しているという理由か
ら情報量課金のパケット通信が採用されている。パケッ
ト通信では、通信速度の制限に加え、データ量に応じて
課金されるのが特徴であり、従って、音データや画像デ
ータ等の大容量のデータ通信には不向きである。そこ
で、本発明は、このような従来の技術の有する未解決の
課題に着目してなされたものであって、電子メールの送
受信時のデータの転送効率を改善するのに好適なメール
プロトコル変換システム、変換システム管理用サーバ及
び変換システム制御用プログラムと、更に、これらシス
テムを利用するためのメール利用機器及びメール利用機
器制御用プログラムとを提供することを目的としてい
る。
子メールの送受信では、回線の接続によく無線通信が用
いられており、離散的な通信に適しているという理由か
ら情報量課金のパケット通信が採用されている。パケッ
ト通信では、通信速度の制限に加え、データ量に応じて
課金されるのが特徴であり、従って、音データや画像デ
ータ等の大容量のデータ通信には不向きである。そこ
で、本発明は、このような従来の技術の有する未解決の
課題に着目してなされたものであって、電子メールの送
受信時のデータの転送効率を改善するのに好適なメール
プロトコル変換システム、変換システム管理用サーバ及
び変換システム制御用プログラムと、更に、これらシス
テムを利用するためのメール利用機器及びメール利用機
器制御用プログラムとを提供することを目的としてい
る。
【００１０】
【課題を解決するための手段】上記目的を達成するため
に、本発明に係る請求項１記載のメール転送プロトコル
変換システムは、一方のメールシステムが利用している
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、他方のメールシステムが利用している別のプ
ロトコル形式に変換して、当該電子メールを転送するメ
ール転送プロトコル変換システムであって、自システム
を管理するための変換システム管理用サーバと、前記メ
ールシステムを管理するためのメールシステム管理用サ
ーバと、自システム利用者の管理下にあるメール利用機
器とが通信可能に接続され、前記変換システム管理用サ
ーバは、所定のプロトコル形式で転送されてきた電子メ
ールのプロトコル形式を、転送効率の改善された転送効
率改善プロトコル形式に変換して、前記電子メールを当
該プロトコル形式を利用している送信先のメール利用機
器に転送する転送効率改善プロトコル形式変換手段と、
前記転送効率改善プロトコル形式で転送されてきた電子
メールのプロトコル形式を、送信先のメールシステムが
利用しているプロトコル形式に変換して、前記電子メー
ルを転送する送信先メールプロトコル形式変換手段と、
を備えることを特徴としている。
に、本発明に係る請求項１記載のメール転送プロトコル
変換システムは、一方のメールシステムが利用している
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、他方のメールシステムが利用している別のプ
ロトコル形式に変換して、当該電子メールを転送するメ
ール転送プロトコル変換システムであって、自システム
を管理するための変換システム管理用サーバと、前記メ
ールシステムを管理するためのメールシステム管理用サ
ーバと、自システム利用者の管理下にあるメール利用機
器とが通信可能に接続され、前記変換システム管理用サ
ーバは、所定のプロトコル形式で転送されてきた電子メ
ールのプロトコル形式を、転送効率の改善された転送効
率改善プロトコル形式に変換して、前記電子メールを当
該プロトコル形式を利用している送信先のメール利用機
器に転送する転送効率改善プロトコル形式変換手段と、
前記転送効率改善プロトコル形式で転送されてきた電子
メールのプロトコル形式を、送信先のメールシステムが
利用しているプロトコル形式に変換して、前記電子メー
ルを転送する送信先メールプロトコル形式変換手段と、
を備えることを特徴としている。
【００１１】このような構成であれば、変換システム管
理用サーバは、転送効率改善プロトコル形式変換手段に
よって、所定のプロトコル形式で転送されてきた電子メ
ールのプロトコル形式を、転送効率の改善された転送効
率改善プロトコル形式に変換して、その電子メールを送
信先のメール利用機器に転送し、また、送信先メールプ
ロトコル形式変換手段によって、転送効率改善プロトコ
ル形式で転送されてきた電子メールのプロトコル形式
を、その送信先のメールシステムが利用しているプロト
コル形式に変換して電子メールを転送することが可能と
なる。
理用サーバは、転送効率改善プロトコル形式変換手段に
よって、所定のプロトコル形式で転送されてきた電子メ
ールのプロトコル形式を、転送効率の改善された転送効
率改善プロトコル形式に変換して、その電子メールを送
信先のメール利用機器に転送し、また、送信先メールプ
ロトコル形式変換手段によって、転送効率改善プロトコ
ル形式で転送されてきた電子メールのプロトコル形式
を、その送信先のメールシステムが利用しているプロト
コル形式に変換して電子メールを転送することが可能と
なる。
【００１２】つまり、インターネットを介した電子メー
ルの送受信において、転送効率改善プロトコル形式を利
用しているメール利用機器から、例えば、アプリケーシ
ョン層のプロトコルにＳＭＴＰを利用しているメールシ
ステムを管理するサーバ（以下、ＳＭＴＰサーバ）に対
して電子メールを送信するときに、メール利用機器とＳ
ＭＴＰサーバとの間で直接送信処理を行わずに、変換シ
ステム管理用サーバを中継して送信処理を行うようにし
た。このとき、変換システム管理用サーバと、転送効率
改善プロトコル形式を利用しているメール利用機器との
間の電子メールの送信処理は、ＳＭＴＰサーバとの間で
直接電子メールの送信処理を行った場合に生じるデータ
の転送量よりも、その転送量が減るように改善された転
送効率改善プロトコル形式を利用し、更に、変換システ
ム管理用サーバは、転送されてきた電子メールを、送信
先メールプロトコル形式変換手段によって、転送効率改
善プロトコル形式をＳＭＴＰ形式に変換してＳＭＴＰサ
ーバへと送信する。
ルの送受信において、転送効率改善プロトコル形式を利
用しているメール利用機器から、例えば、アプリケーシ
ョン層のプロトコルにＳＭＴＰを利用しているメールシ
ステムを管理するサーバ（以下、ＳＭＴＰサーバ）に対
して電子メールを送信するときに、メール利用機器とＳ
ＭＴＰサーバとの間で直接送信処理を行わずに、変換シ
ステム管理用サーバを中継して送信処理を行うようにし
た。このとき、変換システム管理用サーバと、転送効率
改善プロトコル形式を利用しているメール利用機器との
間の電子メールの送信処理は、ＳＭＴＰサーバとの間で
直接電子メールの送信処理を行った場合に生じるデータ
の転送量よりも、その転送量が減るように改善された転
送効率改善プロトコル形式を利用し、更に、変換システ
ム管理用サーバは、転送されてきた電子メールを、送信
先メールプロトコル形式変換手段によって、転送効率改
善プロトコル形式をＳＭＴＰ形式に変換してＳＭＴＰサ
ーバへと送信する。
【００１３】更に、転送効率改善プロトコル形式を利用
しているメール利用機器が、ＰＯＰサーバに対して電子
メールの受信処理を行うときは、ＰＯＰサーバに対して
直接受信処理を行わずに、変換システム管理用サーバを
中継して受信処理を行うようにする。このとき、変換シ
ステム管理用サーバと、転送効率改善プロトコル形式を
利用しているメール利用機器との間の電子メールの受信
処理は、ＰＯＰサーバとの間で直接受信処理を行った場
合に生じるデータの転送量よりも、その転送量が減るよ
うに改善された転送効率改善プロトコル形式を利用し、
更に、変換システム管理用サーバは、メール利用機器か
らの受信要求に対して、メール転送効率改善プロトコル
形式変換手段によって、ＰＯＰサーバから電子メールを
受信し、そのＰＯＰ形式を転送効率改善プロトコル形式
に変換して、受信要求元のメール利用機器へと転送する
のである。
しているメール利用機器が、ＰＯＰサーバに対して電子
メールの受信処理を行うときは、ＰＯＰサーバに対して
直接受信処理を行わずに、変換システム管理用サーバを
中継して受信処理を行うようにする。このとき、変換シ
ステム管理用サーバと、転送効率改善プロトコル形式を
利用しているメール利用機器との間の電子メールの受信
処理は、ＰＯＰサーバとの間で直接受信処理を行った場
合に生じるデータの転送量よりも、その転送量が減るよ
うに改善された転送効率改善プロトコル形式を利用し、
更に、変換システム管理用サーバは、メール利用機器か
らの受信要求に対して、メール転送効率改善プロトコル
形式変換手段によって、ＰＯＰサーバから電子メールを
受信し、そのＰＯＰ形式を転送効率改善プロトコル形式
に変換して、受信要求元のメール利用機器へと転送する
のである。
【００１４】従って、転送効率改善プロトコル形式を利
用しているメール利用機器は、電子メール送信時のデー
タの転送量及び同受信時のデータ転送量を低減すること
が可能となり、データパケット量に応じて課金するイン
ターネットなどのネットワーク接続サービスにおいて
は、電子メールの受信にかかる通信料金の節約となる。
また、請求項２に係る発明は、請求項１記載のメールプ
ロトコル変換システムにおいて、前記送信先メールプロ
トコル形式変換手段は、前記転送効率改善プロトコル形
式を利用している前記メール利用機器からの、アプリケ
ーション層のプロトコルにＳＭＴＰ（Simple Mail Tran
sfer Protocol）形式を利用しているメールシステムへ
の電子メールの送信処理として、前記メール利用機器か
らのコネクション接続要求に対する接続が完了したこと
を示す接続完了応答を行い、前記メール利用機器からの
送信開始要求を受信し、送信先のメールシステム管理用
サーバに対して、前記ＳＭＴＰ形式に基づいたコネクシ
ョン接続処理を行い、前記メール利用機器に前記送信開
始要求に対する送信開始を示す送信開始応答を行い、前
記メール利用機器からの電子メールのデータを受信し、
前記メールシステム管理用サーバとの間で、前記ＳＭＴ
Ｐ形式に基づいた前記データの送信処理を行い、前記メ
ールシステム管理用サーバからの前記データの受信完了
応答を受信して、前記メール利用機器にデータの送信完
了応答を行い、前記メール利用機器からの前記データの
送信終了要求を受信し、前記メールシステム管理用サー
バに対して、前記ＳＭＴＰ形式に基づいた前記データの
送信終了処理を行い、その処理に対する前記メールシス
テム管理用サーバからのコネクションの切断を示す応答
に基づいて前記メール利用機器に前記送信終了要求に対
する応答を行い、前記メール利用機器からのコネクショ
ン切断要求を受信し、当該メール利用機器との間のコネ
クションを切断することを特徴としている。
用しているメール利用機器は、電子メール送信時のデー
タの転送量及び同受信時のデータ転送量を低減すること
が可能となり、データパケット量に応じて課金するイン
ターネットなどのネットワーク接続サービスにおいて
は、電子メールの受信にかかる通信料金の節約となる。
また、請求項２に係る発明は、請求項１記載のメールプ
ロトコル変換システムにおいて、前記送信先メールプロ
トコル形式変換手段は、前記転送効率改善プロトコル形
式を利用している前記メール利用機器からの、アプリケ
ーション層のプロトコルにＳＭＴＰ（Simple Mail Tran
sfer Protocol）形式を利用しているメールシステムへ
の電子メールの送信処理として、前記メール利用機器か
らのコネクション接続要求に対する接続が完了したこと
を示す接続完了応答を行い、前記メール利用機器からの
送信開始要求を受信し、送信先のメールシステム管理用
サーバに対して、前記ＳＭＴＰ形式に基づいたコネクシ
ョン接続処理を行い、前記メール利用機器に前記送信開
始要求に対する送信開始を示す送信開始応答を行い、前
記メール利用機器からの電子メールのデータを受信し、
前記メールシステム管理用サーバとの間で、前記ＳＭＴ
Ｐ形式に基づいた前記データの送信処理を行い、前記メ
ールシステム管理用サーバからの前記データの受信完了
応答を受信して、前記メール利用機器にデータの送信完
了応答を行い、前記メール利用機器からの前記データの
送信終了要求を受信し、前記メールシステム管理用サー
バに対して、前記ＳＭＴＰ形式に基づいた前記データの
送信終了処理を行い、その処理に対する前記メールシス
テム管理用サーバからのコネクションの切断を示す応答
に基づいて前記メール利用機器に前記送信終了要求に対
する応答を行い、前記メール利用機器からのコネクショ
ン切断要求を受信し、当該メール利用機器との間のコネ
クションを切断することを特徴としている。
【００１５】つまり、上記したＳＭＴＰ／ＰＯＰサーバ
への電子メールの送信処理として、前記変換システム管
理用サーバは、まず、転送効率改善プロトコル形式を利
用しているメール利用機器からのコネクション接続要求
を受信すると、自サーバの状態が接続可能な場合にメー
ル利用機器との間のコネクション接続を確立し、接続が
完了したことを示す接続完了応答を行う。次いで、メー
ル利用機器からの送信開始要求を受信すると、ＳＭＴＰ
／ＰＯＰサーバに対して、そのプロトコル形式に基づい
たコネクション接続処理を行い、コネクションが確立す
ると、メール利用機器に電子メールデータの送信開始要
求に対する送信開始を示す送信開始応答を行う。
への電子メールの送信処理として、前記変換システム管
理用サーバは、まず、転送効率改善プロトコル形式を利
用しているメール利用機器からのコネクション接続要求
を受信すると、自サーバの状態が接続可能な場合にメー
ル利用機器との間のコネクション接続を確立し、接続が
完了したことを示す接続完了応答を行う。次いで、メー
ル利用機器からの送信開始要求を受信すると、ＳＭＴＰ
／ＰＯＰサーバに対して、そのプロトコル形式に基づい
たコネクション接続処理を行い、コネクションが確立す
ると、メール利用機器に電子メールデータの送信開始要
求に対する送信開始を示す送信開始応答を行う。
【００１６】そして、メール利用機器からの電子メール
のデータを受信し、ＳＭＴＰ／ＰＯＰサーバとの間で、
そのプロトコル形式に基づいたデータの送信処理を行
い、メールシステム管理用サーバからの前記データの受
信完了応答を受信して、メール利用機器にデータの送信
完了応答を行う。更に、メール利用機器からのデータの
送信終了要求を受信し、メールシステム管理用サーバに
対して、ＳＭＴＰ形式に基づいたデータの送信終了処理
を行い、その処理に対するメールシステム管理用サーバ
からのコネクションの切断を示す応答に基づいてメール
利用機器に送信終了要求に対する応答を行い、メール利
用機器からのコネクション切断要求を受信し、同機器と
の間のコネクションを切断するようにした。
のデータを受信し、ＳＭＴＰ／ＰＯＰサーバとの間で、
そのプロトコル形式に基づいたデータの送信処理を行
い、メールシステム管理用サーバからの前記データの受
信完了応答を受信して、メール利用機器にデータの送信
完了応答を行う。更に、メール利用機器からのデータの
送信終了要求を受信し、メールシステム管理用サーバに
対して、ＳＭＴＰ形式に基づいたデータの送信終了処理
を行い、その処理に対するメールシステム管理用サーバ
からのコネクションの切断を示す応答に基づいてメール
利用機器に送信終了要求に対する応答を行い、メール利
用機器からのコネクション切断要求を受信し、同機器と
の間のコネクションを切断するようにした。
【００１７】送信時のシーケンスを上記のようにするこ
とで、メール利用機器と変換システム管理用サーバとの
間の電子メールの送信処理時のデータ転送量を低減する
ことが可能となり、データパケット量に応じて課金する
インターネットなどのネットワーク接続サービスにおい
ては、電子メールの受信にかかる通信料金の節約とな
る。また、請求項３に係る発明は、請求項１記載のメー
ル転送プロトコル変換システムにおいて、前記変換シス
テム管理用サーバは、前記転送効率改善プロトコル形式
を利用している前記メール利用機器との間の電子メール
の送信処理及び受信処理において、送信処理と受信処理
とを１回のコネクション接続で行うためのコマンドを備
え、当該コマンドを前記メール利用機器から受信する
と、前記変換システム管理用サーバと前記メール利用機
器との間の前記電子メールの送受信処理を１回のコネク
ション接続で行うことを特徴としている。
とで、メール利用機器と変換システム管理用サーバとの
間の電子メールの送信処理時のデータ転送量を低減する
ことが可能となり、データパケット量に応じて課金する
インターネットなどのネットワーク接続サービスにおい
ては、電子メールの受信にかかる通信料金の節約とな
る。また、請求項３に係る発明は、請求項１記載のメー
ル転送プロトコル変換システムにおいて、前記変換シス
テム管理用サーバは、前記転送効率改善プロトコル形式
を利用している前記メール利用機器との間の電子メール
の送信処理及び受信処理において、送信処理と受信処理
とを１回のコネクション接続で行うためのコマンドを備
え、当該コマンドを前記メール利用機器から受信する
と、前記変換システム管理用サーバと前記メール利用機
器との間の前記電子メールの送受信処理を１回のコネク
ション接続で行うことを特徴としている。
【００１８】つまり、インターネットを介した電子メー
ルの送受信において、例えば、ＳＭＴＰ／ＰＯＰサーバ
との間でメールの送受信処理を行うときに、通常、ＳＭ
ＴＰ／ＰＯＰサーバは電子メールの送受信において、ト
ランスポート層における通信ポートとして、送信時はポ
ート２５を、受信時はポート１１０を使用して送信と受
信とを別々のポートを用いたコネクション接続により行
っている。しかし、本発明では、転送効率改善プロトコ
ル形式を利用しているメール利用機器と、変換システム
管理用サーバとの間の電子メールの送受信処理におい
て、送信と受信とを同じポートを使用することによっ
て、１回のコネクション接続で行うようにした。
ルの送受信において、例えば、ＳＭＴＰ／ＰＯＰサーバ
との間でメールの送受信処理を行うときに、通常、ＳＭ
ＴＰ／ＰＯＰサーバは電子メールの送受信において、ト
ランスポート層における通信ポートとして、送信時はポ
ート２５を、受信時はポート１１０を使用して送信と受
信とを別々のポートを用いたコネクション接続により行
っている。しかし、本発明では、転送効率改善プロトコ
ル形式を利用しているメール利用機器と、変換システム
管理用サーバとの間の電子メールの送受信処理におい
て、送信と受信とを同じポートを使用することによっ
て、１回のコネクション接続で行うようにした。
【００１９】この場合、メール利用機器から送受信要求
を受けると、変換システム管理用サーバが、ＳＭＴＰ／
ＰＯＰサーバとポート２５、１１０をそれぞれ用いてコ
ネクション接続し、電子メールの送信及び受信を行う。
これにより、転送効率改善プロトコル形式を利用してい
るメール利用機器と、変換システム管理用サーバとの間
のメール送受信処理において、１回の接続で、メールの
送受信処理を行うことが可能となるので、メール利用機
器とＳＭＴＰ／ＰＯＰサーバとの間で直接送受信処理を
行った場合に生じる、送信及び受信処理のそれぞれに生
じていたコマンドの送信やコネクションの確立などのデ
ータの転送量を低減することができ、データパケット量
に応じて課金するインターネットなどのネットワーク接
続サービスにおいては、電子メールの受信にかかる通信
料金の節約となる。
を受けると、変換システム管理用サーバが、ＳＭＴＰ／
ＰＯＰサーバとポート２５、１１０をそれぞれ用いてコ
ネクション接続し、電子メールの送信及び受信を行う。
これにより、転送効率改善プロトコル形式を利用してい
るメール利用機器と、変換システム管理用サーバとの間
のメール送受信処理において、１回の接続で、メールの
送受信処理を行うことが可能となるので、メール利用機
器とＳＭＴＰ／ＰＯＰサーバとの間で直接送受信処理を
行った場合に生じる、送信及び受信処理のそれぞれに生
じていたコマンドの送信やコネクションの確立などのデ
ータの転送量を低減することができ、データパケット量
に応じて課金するインターネットなどのネットワーク接
続サービスにおいては、電子メールの受信にかかる通信
料金の節約となる。
【００２０】また、請求項４に係る発明は、請求項１乃
至請求項３のいずれかに記載のメール転送プロトコル変
換システムにおいて、一方のメールシステムが利用して
いるプロトコル形式で転送されてきた電子メールのプロ
トコル形式を、他方のメールシステムが利用している別
のプロトコル形式に変換して、当該電子メールを転送す
るメール転送プロトコル変換システムであって、自シス
テムを管理するための変換システム管理用サーバと、前
記メールシステムを管理するためのメールシステム管理
用サーバと、自システム利用者の管理下にあるメール利
用機器とが通信可能に接続され、前記変換システム管理
用サーバは、所定のプロトコル形式で転送されてきた電
子メールのプロトコル形式を、転送効率の改善された転
送効率改善プロトコル形式に変換して、前記電子メール
を当該プロトコル形式を利用している送信先のメール利
用機器に転送する転送効率改善プロトコル形式変換手段
を備えることを特徴としている。
至請求項３のいずれかに記載のメール転送プロトコル変
換システムにおいて、一方のメールシステムが利用して
いるプロトコル形式で転送されてきた電子メールのプロ
トコル形式を、他方のメールシステムが利用している別
のプロトコル形式に変換して、当該電子メールを転送す
るメール転送プロトコル変換システムであって、自シス
テムを管理するための変換システム管理用サーバと、前
記メールシステムを管理するためのメールシステム管理
用サーバと、自システム利用者の管理下にあるメール利
用機器とが通信可能に接続され、前記変換システム管理
用サーバは、所定のプロトコル形式で転送されてきた電
子メールのプロトコル形式を、転送効率の改善された転
送効率改善プロトコル形式に変換して、前記電子メール
を当該プロトコル形式を利用している送信先のメール利
用機器に転送する転送効率改善プロトコル形式変換手段
を備えることを特徴としている。
【００２１】このような構成であれば、変換システム管
理用サーバは、転送効率改善プロトコル形式変換手段に
よって、所定のプロトコル形式で転送されてきた電子メ
ールのプロトコル形式を、転送効率の改善された転送効
率改善プロトコル形式に変換して、そのメールを、送信
先のメール利用機器に転送することが可能となる。つま
り、転送効率改善プロトコル形式を利用しているメール
利用機器が、プロトコルにＰＯＰ形式を利用している電
子メールの受信用のメールシステム管理用サーバ（以
下、ＰＯＰサーバ）に対して電子メールの受信処理を行
うときに、ＰＯＰサーバにとは直接受信処理を行わず
に、変換システム管理用サーバを中継して受信処理を行
うようにする。このとき、変換システム管理用サーバ
と、転送効率改善プロトコル形式を利用しているメール
利用機器との間の電子メールの受信処理は、メール利用
機器と、ＰＯＰサーバとの間で直接受信処理を行った場
合に生じるデータの転送量よりも、その転送量が減るよ
うに改善された転送効率改善プロトコル形式を利用す
る。そして変換システム管理用サーバは、メール利用機
器からの受信要求に対して、メール転送効率改善プロト
コル形式変換手段によって、ＰＯＰサーバから、ＰＯＰ
形式の通信によって電子メールを受信し、そのＰＯＰ形
式を転送効率改善プロトコル形式に変換して、受信要求
元のメール利用機器へと転送する。
理用サーバは、転送効率改善プロトコル形式変換手段に
よって、所定のプロトコル形式で転送されてきた電子メ
ールのプロトコル形式を、転送効率の改善された転送効
率改善プロトコル形式に変換して、そのメールを、送信
先のメール利用機器に転送することが可能となる。つま
り、転送効率改善プロトコル形式を利用しているメール
利用機器が、プロトコルにＰＯＰ形式を利用している電
子メールの受信用のメールシステム管理用サーバ（以
下、ＰＯＰサーバ）に対して電子メールの受信処理を行
うときに、ＰＯＰサーバにとは直接受信処理を行わず
に、変換システム管理用サーバを中継して受信処理を行
うようにする。このとき、変換システム管理用サーバ
と、転送効率改善プロトコル形式を利用しているメール
利用機器との間の電子メールの受信処理は、メール利用
機器と、ＰＯＰサーバとの間で直接受信処理を行った場
合に生じるデータの転送量よりも、その転送量が減るよ
うに改善された転送効率改善プロトコル形式を利用す
る。そして変換システム管理用サーバは、メール利用機
器からの受信要求に対して、メール転送効率改善プロト
コル形式変換手段によって、ＰＯＰサーバから、ＰＯＰ
形式の通信によって電子メールを受信し、そのＰＯＰ形
式を転送効率改善プロトコル形式に変換して、受信要求
元のメール利用機器へと転送する。
【００２２】従って、転送効率改善プロトコル形式を利
用しているメール利用機器は、電子メール受信時のデー
タ転送量を低減することが可能となり、データパケット
量に応じて課金するインターネットなどのネットワーク
接続サービスにおいては、電子メールの受信にかかる通
信料金の節約となる。また、本発明に係る請求項５記載
のメール転送プロトコル変換システムは、一方のメール
システムが利用しているプロトコル形式で転送されてき
た電子メールのプロトコル形式を、他方のメールシステ
ムが利用している別のプロトコル形式に変換して、当該
電子メールを転送するメール転送プロトコル変換システ
ムであって、自システムを管理するための変換システム
管理用サーバと、前記メールシステムを管理するための
メールシステム管理用サーバと、自システム利用者の管
理下にあるメール利用機器とが通信可能に接続され、前
記変換システム管理用サーバは、前記転送効率改善プロ
トコル形式で転送されてきた電子メールのプロトコル形
式を、送信先のメールシステムが利用しているプロトコ
ル形式に変換して、前記電子メールを転送する送信先メ
ールプロトコル形式変換手段を備えることを特徴として
いる。
用しているメール利用機器は、電子メール受信時のデー
タ転送量を低減することが可能となり、データパケット
量に応じて課金するインターネットなどのネットワーク
接続サービスにおいては、電子メールの受信にかかる通
信料金の節約となる。また、本発明に係る請求項５記載
のメール転送プロトコル変換システムは、一方のメール
システムが利用しているプロトコル形式で転送されてき
た電子メールのプロトコル形式を、他方のメールシステ
ムが利用している別のプロトコル形式に変換して、当該
電子メールを転送するメール転送プロトコル変換システ
ムであって、自システムを管理するための変換システム
管理用サーバと、前記メールシステムを管理するための
メールシステム管理用サーバと、自システム利用者の管
理下にあるメール利用機器とが通信可能に接続され、前
記変換システム管理用サーバは、前記転送効率改善プロ
トコル形式で転送されてきた電子メールのプロトコル形
式を、送信先のメールシステムが利用しているプロトコ
ル形式に変換して、前記電子メールを転送する送信先メ
ールプロトコル形式変換手段を備えることを特徴として
いる。
【００２３】このような構成であれば、転送効率改善プ
ロトコル形式で転送されてきた電子メールを、送信先メ
ールプロトコル形式変換手段によって、転送に用いられ
た転送効率改善プロトコル形式を、その送信先のメール
システムが利用しているプロトコル形式に変換して転送
することが可能となる。つまり、インターネットを介し
た電子メールの送受信において、転送効率改善プロトコ
ル形式を利用しているメール利用機器から、例えば、電
子メールの送信処理において、アプリケーション層のプ
ロトコルにＳＭＴＰを利用しているメールシステムを管
理するサーバ（以下、ＳＭＴＰサーバ）に対して電子メ
ールを送信するときに、ＳＭＴＰサーバに対して直接送
信処理を行わずに、変換システム管理用サーバを中継し
て送信処理を行うようにしたものである。このとき、変
換システム管理用サーバと、転送効率改善プロトコル形
式を利用しているメール利用機器との間の電子メールの
送信処理は、ＳＭＴＰサーバとの間で直接送信処理を行
った場合に生じるデータの転送量よりも、その転送量が
減るように改善された転送効率改善プロトコル形式を利
用し、更に、変換システム管理用サーバは、転送されて
きた電子メールを、送信先メールプロトコル形式変換手
段によって、プロトコル形式をＳＭＴＰ形式に変換して
ＳＭＴＰサーバへと送信するようになっている。
ロトコル形式で転送されてきた電子メールを、送信先メ
ールプロトコル形式変換手段によって、転送に用いられ
た転送効率改善プロトコル形式を、その送信先のメール
システムが利用しているプロトコル形式に変換して転送
することが可能となる。つまり、インターネットを介し
た電子メールの送受信において、転送効率改善プロトコ
ル形式を利用しているメール利用機器から、例えば、電
子メールの送信処理において、アプリケーション層のプ
ロトコルにＳＭＴＰを利用しているメールシステムを管
理するサーバ（以下、ＳＭＴＰサーバ）に対して電子メ
ールを送信するときに、ＳＭＴＰサーバに対して直接送
信処理を行わずに、変換システム管理用サーバを中継し
て送信処理を行うようにしたものである。このとき、変
換システム管理用サーバと、転送効率改善プロトコル形
式を利用しているメール利用機器との間の電子メールの
送信処理は、ＳＭＴＰサーバとの間で直接送信処理を行
った場合に生じるデータの転送量よりも、その転送量が
減るように改善された転送効率改善プロトコル形式を利
用し、更に、変換システム管理用サーバは、転送されて
きた電子メールを、送信先メールプロトコル形式変換手
段によって、プロトコル形式をＳＭＴＰ形式に変換して
ＳＭＴＰサーバへと送信するようになっている。
【００２４】従って、転送効率改善プロトコル形式を利
用しているメール利用機器は、電子メール送信時のデー
タの転送量を抑えることが可能となり、データパケット
量に応じて課金するインターネットなどのネットワーク
接続サービスにおいては、電子メールの受信にかかる通
信料金の節約となる。また、請求項６に係る発明は、請
求項５記載のメール転送プロトコル変換システムにおい
て、前記送信先メールプロトコル形式変換手段は、前記
転送効率改善プロトコル形式を利用している前記メール
利用機器と、アプリケーション層のプロトコルにＳＭＴ
Ｐ（Simple Mail Transfer Protocol）形式を利用して
いるメールシステムとの間の電子メールの送信処理とし
て、前記メール利用機器からのコネクション接続要求に
対する接続が完了したことを示す接続完了応答を行い、
前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、前記メ
ール利用機器に前記送信開始要求に対する送信開始を示
す送信開始応答を行い、前記メール利用機器からの電子
メールのデータを受信し、前記メールシステム管理用サ
ーバとの間で、前記ＳＭＴＰ形式に基づいた前記データ
の送信処理を行い、前記メールシステム管理用サーバか
らの前記データの受信完了応答を受信して、前記メール
利用機器にデータの送信完了応答を行い、前記メール利
用機器からの前記データの送信終了要求を受信し、前記
メールシステム管理用サーバに対して、前記ＳＭＴＰ形
式に基づいた前記データの送信終了処理を行い、その処
理に対する前記メールシステム管理用サーバからのコネ
クションの切断を示す応答に基づいて前記メール利用機
器に前記送信終了要求に対する応答を行い、前記メール
利用機器からのコネクション切断要求を受信し、当該メ
ール利用機器との間のコネクションを切断することを特
徴としている。
用しているメール利用機器は、電子メール送信時のデー
タの転送量を抑えることが可能となり、データパケット
量に応じて課金するインターネットなどのネットワーク
接続サービスにおいては、電子メールの受信にかかる通
信料金の節約となる。また、請求項６に係る発明は、請
求項５記載のメール転送プロトコル変換システムにおい
て、前記送信先メールプロトコル形式変換手段は、前記
転送効率改善プロトコル形式を利用している前記メール
利用機器と、アプリケーション層のプロトコルにＳＭＴ
Ｐ（Simple Mail Transfer Protocol）形式を利用して
いるメールシステムとの間の電子メールの送信処理とし
て、前記メール利用機器からのコネクション接続要求に
対する接続が完了したことを示す接続完了応答を行い、
前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、前記メ
ール利用機器に前記送信開始要求に対する送信開始を示
す送信開始応答を行い、前記メール利用機器からの電子
メールのデータを受信し、前記メールシステム管理用サ
ーバとの間で、前記ＳＭＴＰ形式に基づいた前記データ
の送信処理を行い、前記メールシステム管理用サーバか
らの前記データの受信完了応答を受信して、前記メール
利用機器にデータの送信完了応答を行い、前記メール利
用機器からの前記データの送信終了要求を受信し、前記
メールシステム管理用サーバに対して、前記ＳＭＴＰ形
式に基づいた前記データの送信終了処理を行い、その処
理に対する前記メールシステム管理用サーバからのコネ
クションの切断を示す応答に基づいて前記メール利用機
器に前記送信終了要求に対する応答を行い、前記メール
利用機器からのコネクション切断要求を受信し、当該メ
ール利用機器との間のコネクションを切断することを特
徴としている。
【００２５】つまり、上記したＳＭＴＰサーバへの電子
メールの送信処理として、前記変換システム管理用サー
バは、まず、転送効率改善プロトコル形式を利用してい
るメール利用機器からのコネクション接続要求を受信す
ると、自サーバの状態が接続可能な場合に接続を確立
し、これに対する接続が完了したことを示す接続完了応
答を行う。次いで、メール利用機器からの送信開始要求
を受信すると、ＳＭＴＰサーバに対して、そのプロトコ
ル形式に基づいたコネクション接続処理を行い、コネク
ションが確立すると、メール利用機器に送信開始要求に
対する送信開始を示す送信開始応答を行う。
メールの送信処理として、前記変換システム管理用サー
バは、まず、転送効率改善プロトコル形式を利用してい
るメール利用機器からのコネクション接続要求を受信す
ると、自サーバの状態が接続可能な場合に接続を確立
し、これに対する接続が完了したことを示す接続完了応
答を行う。次いで、メール利用機器からの送信開始要求
を受信すると、ＳＭＴＰサーバに対して、そのプロトコ
ル形式に基づいたコネクション接続処理を行い、コネク
ションが確立すると、メール利用機器に送信開始要求に
対する送信開始を示す送信開始応答を行う。
【００２６】そして、メール利用機器からの電子メール
のデータを受信し、ＳＭＴＰサーバとの間で、そのプロ
トコル形式に基づいたデータの送信処理を行い、メール
システム管理用サーバからの前記データの受信完了応答
を受信して、メール利用機器にデータの送信完了応答を
行う。更に、メール利用機器からのデータの送信終了要
求を受信し、メールシステム管理用サーバに対して、Ｓ
ＭＴＰ形式に基づいたデータの送信終了処理を行い、そ
の処理に対するメールシステム管理用サーバからのコネ
クションの切断を示す応答に基づいてメール利用機器に
送信終了要求に対する応答を行い、メール利用機器から
のコネクション切断要求を受信し、メール利用機器との
間のコネクションを切断するようにした。
のデータを受信し、ＳＭＴＰサーバとの間で、そのプロ
トコル形式に基づいたデータの送信処理を行い、メール
システム管理用サーバからの前記データの受信完了応答
を受信して、メール利用機器にデータの送信完了応答を
行う。更に、メール利用機器からのデータの送信終了要
求を受信し、メールシステム管理用サーバに対して、Ｓ
ＭＴＰ形式に基づいたデータの送信終了処理を行い、そ
の処理に対するメールシステム管理用サーバからのコネ
クションの切断を示す応答に基づいてメール利用機器に
送信終了要求に対する応答を行い、メール利用機器から
のコネクション切断要求を受信し、メール利用機器との
間のコネクションを切断するようにした。
【００２７】即ち、送信時のシーケンスを上記のように
することで、メール利用機器と変換システム管理用サー
バとの間の電子メールの送信処理時のデータ転送量を低
減し、データパケット量に応じて課金するインターネッ
トなどのネットワーク接続サービスにおいては、電子メ
ールの受信にかかる通信料金の節約となる。また、請求
項７に係る発明は、請求項５又は請求項６記載のメール
転送プロトコル変換システムにおいて、前記送信先メー
ルプロトコル形式変換手段は、前記転送効率改善プロト
コル形式を利用しているメール利用機器によってデータ
の圧縮された電子メールを受信した場合に、その圧縮さ
れたデータを圧縮前の状態に復元するメールデータ復元
部を備えることを特徴としている。
することで、メール利用機器と変換システム管理用サー
バとの間の電子メールの送信処理時のデータ転送量を低
減し、データパケット量に応じて課金するインターネッ
トなどのネットワーク接続サービスにおいては、電子メ
ールの受信にかかる通信料金の節約となる。また、請求
項７に係る発明は、請求項５又は請求項６記載のメール
転送プロトコル変換システムにおいて、前記送信先メー
ルプロトコル形式変換手段は、前記転送効率改善プロト
コル形式を利用しているメール利用機器によってデータ
の圧縮された電子メールを受信した場合に、その圧縮さ
れたデータを圧縮前の状態に復元するメールデータ復元
部を備えることを特徴としている。
【００２８】つまり、変換システム管理用サーバは、転
送効率改善プロトコル形式を利用するメール利用機器に
よってデータが圧縮された電子メールを受信すると、メ
ールデータ復元部によって、圧縮されたデータを復元し
てから送信先のメールシステム管理用サーバに対して電
子メールを送信するようになっている。このようにする
ことで、メール利用機器と変換システム管理用サーバと
の間の電子メールデータの転送処理において、データの
圧縮された電子メールを受信した場合に送信先のメール
システムの利用可能な状態にデータを復元することが可
能となる。
送効率改善プロトコル形式を利用するメール利用機器に
よってデータが圧縮された電子メールを受信すると、メ
ールデータ復元部によって、圧縮されたデータを復元し
てから送信先のメールシステム管理用サーバに対して電
子メールを送信するようになっている。このようにする
ことで、メール利用機器と変換システム管理用サーバと
の間の電子メールデータの転送処理において、データの
圧縮された電子メールを受信した場合に送信先のメール
システムの利用可能な状態にデータを復元することが可
能となる。
【００２９】また、本発明に係る請求項８記載のメール
利用機器制御用プログラムは、一方のメールシステムが
利用しているプロトコル形式で転送されてきた電子メー
ルのプロトコル形式を、他方のメールシステムが利用し
ている別のプロトコル形式に変換して、当該電子メール
を転送するメール転送プロトコル変換システムにおい
て、自システムを管理するための変換システム管理用サ
ーバと、前記メールシステムを管理するためのメールシ
ステム管理用サーバと、それぞれ通信可能に接続された
自システム利用者の管理下にあるメール利用機器を制御
するメール利用機器制御用プログラムであって、前記変
換システム管理用サーバとの間で、転送効率の改善され
た転送効率改善プロトコル形式によって電子メールを送
受信するステップを備えることを特徴としている。
利用機器制御用プログラムは、一方のメールシステムが
利用しているプロトコル形式で転送されてきた電子メー
ルのプロトコル形式を、他方のメールシステムが利用し
ている別のプロトコル形式に変換して、当該電子メール
を転送するメール転送プロトコル変換システムにおい
て、自システムを管理するための変換システム管理用サ
ーバと、前記メールシステムを管理するためのメールシ
ステム管理用サーバと、それぞれ通信可能に接続された
自システム利用者の管理下にあるメール利用機器を制御
するメール利用機器制御用プログラムであって、前記変
換システム管理用サーバとの間で、転送効率の改善され
た転送効率改善プロトコル形式によって電子メールを送
受信するステップを備えることを特徴としている。
【００３０】また、請求項９に係る発明は、請求項８記
載のメール利用機器制御用プログラムにおいて、前記ス
テップにおいては、前記変換システム管理用サーバを介
してのアプリケーション層のプロトコルにＳＭＴＰ（Si
mple Mail Transfer Protocol）形式を利用しているメ
ールシステムへの電子メールの送信処理として、前記変
換システム管理用サーバに対してコネクション接続要求
を送信し、前記変換システム管理用サーバから前記コネ
クション接続要求に対する接続が完了したことを示す接
続完了応答の受信を行い、前記変換システム管理用サー
バに対して送信開始要求を送信し、前記変換システム管
理用サーバから前記送信開始要求に対する送信開始を示
す送信開始応答の受信を行い、前記変換システム管理用
サーバに対して電子メールのデータを送信し、前記変換
システム管理用サーバから前記データの送信完了応答の
受信を行い、前記変換システム管理用サーバに対して前
記データの送信終了要求を送信し、前記変換システム管
理用サーバから前記送信終了要求に対する応答の受信を
行い、前記変換システム管理用サーバに対してコネクシ
ョン切断要求を送信し、前記変換システム管理用サーバ
から当該コネクション接続要求に対する応答の受信を行
うことを特徴としている。
載のメール利用機器制御用プログラムにおいて、前記ス
テップにおいては、前記変換システム管理用サーバを介
してのアプリケーション層のプロトコルにＳＭＴＰ（Si
mple Mail Transfer Protocol）形式を利用しているメ
ールシステムへの電子メールの送信処理として、前記変
換システム管理用サーバに対してコネクション接続要求
を送信し、前記変換システム管理用サーバから前記コネ
クション接続要求に対する接続が完了したことを示す接
続完了応答の受信を行い、前記変換システム管理用サー
バに対して送信開始要求を送信し、前記変換システム管
理用サーバから前記送信開始要求に対する送信開始を示
す送信開始応答の受信を行い、前記変換システム管理用
サーバに対して電子メールのデータを送信し、前記変換
システム管理用サーバから前記データの送信完了応答の
受信を行い、前記変換システム管理用サーバに対して前
記データの送信終了要求を送信し、前記変換システム管
理用サーバから前記送信終了要求に対する応答の受信を
行い、前記変換システム管理用サーバに対してコネクシ
ョン切断要求を送信し、前記変換システム管理用サーバ
から当該コネクション接続要求に対する応答の受信を行
うことを特徴としている。
【００３１】また、請求項１０に係る発明は、請求項８
又は請求項９記載のメール利用機器制御用プログラムに
おいて、前記ステップにおいては、前記変換システム管
理用サーバに対して送信処理と受信処理とを１回のコネ
クション接続で行うためのコマンドを送信し、前記変換
システム管理用サーバとの間で、前記電子メールの送受
信処理を１回のコネクション接続で行うことを特徴とし
ている。また、請求項１１に係る発明は、請求項８乃至
請求項１０のいずれかに記載のメール利用機器制御用プ
ログラムにおいて、前記ステップにおいては、前記電子
メールの圧縮処理を行うことを特徴としている。
又は請求項９記載のメール利用機器制御用プログラムに
おいて、前記ステップにおいては、前記変換システム管
理用サーバに対して送信処理と受信処理とを１回のコネ
クション接続で行うためのコマンドを送信し、前記変換
システム管理用サーバとの間で、前記電子メールの送受
信処理を１回のコネクション接続で行うことを特徴とし
ている。また、請求項１１に係る発明は、請求項８乃至
請求項１０のいずれかに記載のメール利用機器制御用プ
ログラムにおいて、前記ステップにおいては、前記電子
メールの圧縮処理を行うことを特徴としている。
【００３２】また、請求項１２に係る発明は、請求項８
乃至請求項１１のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、前記
変換システム管理用サーバから当該変換システム管理用
サーバにおいて復元することが可能な圧縮形式の情報を
受信し、この情報に基づいて圧縮処理を行うことを特徴
としている。また、請求項１３に係る発明は、請求項１
１又は請求項１２記載のメール利用機器制御用プログラ
ムにおいて、前記ステップにおいては、圧縮前後の電子
メールのデータ量を比較し、圧縮前のデータ量よりも圧
縮後のデータ量の方が少ないときに、前記電子メールデ
ータの圧縮処理を行うことを特徴としている。
乃至請求項１１のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、前記
変換システム管理用サーバから当該変換システム管理用
サーバにおいて復元することが可能な圧縮形式の情報を
受信し、この情報に基づいて圧縮処理を行うことを特徴
としている。また、請求項１３に係る発明は、請求項１
１又は請求項１２記載のメール利用機器制御用プログラ
ムにおいて、前記ステップにおいては、圧縮前後の電子
メールのデータ量を比較し、圧縮前のデータ量よりも圧
縮後のデータ量の方が少ないときに、前記電子メールデ
ータの圧縮処理を行うことを特徴としている。
【００３３】また、請求項１４に係る発明は、請求項８
乃至請求項１３のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、前記
変換システム管理用サーバに対する電子メールの送信に
おいて、当該変換システム管理用サーバからＴＣＰ／Ｉ
Ｐ（Transmission Control Protocol/Internet Protoco
l）のセッションを管理するためのコネクションＩＤの
受信を行い、前記変換システム管理用サーバに対して、
メール送信単位を管理するためのトランザクションＩＤ
の送信を行い、前記電子メールの送信途中に通信が断絶
する状態が発生したときに、前記変換システム管理用サ
ーバに対して前記コネクションＩＤの送信を行い、前記
送信途中から継続して前記電子メールの送信を行うよう
になっていることを特徴としている。
乃至請求項１３のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、前記
変換システム管理用サーバに対する電子メールの送信に
おいて、当該変換システム管理用サーバからＴＣＰ／Ｉ
Ｐ（Transmission Control Protocol/Internet Protoco
l）のセッションを管理するためのコネクションＩＤの
受信を行い、前記変換システム管理用サーバに対して、
メール送信単位を管理するためのトランザクションＩＤ
の送信を行い、前記電子メールの送信途中に通信が断絶
する状態が発生したときに、前記変換システム管理用サ
ーバに対して前記コネクションＩＤの送信を行い、前記
送信途中から継続して前記電子メールの送信を行うよう
になっていることを特徴としている。
【００３４】また、請求項１５に係る発明は、請求項８
乃至請求項１４のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、アプ
リケーション層のプロトコルにＰＯＰ（Post Office Pr
otocol）形式を利用しているメールシステムからの電子
メールの受信処理として、前記変換変換システム管理用
サーバに対してコネクション接続要求の送信を行い、前
記変換システム管理用サーバからのコネクションの接続
が完了したことを示す接続完了応答の受信を行い、前記
変換システム管理用サーバに対して受信開始要求の送信
を行い、前記変換システム管理用サーバから受信開始を
示す受信開始応答の受信を行い、前記変換システム管理
用サーバに対して電子メールのデータ受信要求の送信を
行い、前記変換システム管理用サーバから前記電子メー
ルのデータの受信を行い、前記変換システム管理用サー
バからの前記電子メールのデータの受信毎に、前記変換
システム管理用サーバに対してデータ受信応答の送信を
行い、電子メールの受信を終了するときに、前記変換シ
ステム管理用サーバに対して受信終了要求の送信を行
い、前記変換システム管理用サーバから、受信終了要求
に対する受信が終了したことを示す受信終了応答を行
い、前記変換システム管理用サーバに対して、コネクシ
ョン切断要求の送信を行うことを特徴としている。
乃至請求項１４のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、アプ
リケーション層のプロトコルにＰＯＰ（Post Office Pr
otocol）形式を利用しているメールシステムからの電子
メールの受信処理として、前記変換変換システム管理用
サーバに対してコネクション接続要求の送信を行い、前
記変換システム管理用サーバからのコネクションの接続
が完了したことを示す接続完了応答の受信を行い、前記
変換システム管理用サーバに対して受信開始要求の送信
を行い、前記変換システム管理用サーバから受信開始を
示す受信開始応答の受信を行い、前記変換システム管理
用サーバに対して電子メールのデータ受信要求の送信を
行い、前記変換システム管理用サーバから前記電子メー
ルのデータの受信を行い、前記変換システム管理用サー
バからの前記電子メールのデータの受信毎に、前記変換
システム管理用サーバに対してデータ受信応答の送信を
行い、電子メールの受信を終了するときに、前記変換シ
ステム管理用サーバに対して受信終了要求の送信を行
い、前記変換システム管理用サーバから、受信終了要求
に対する受信が終了したことを示す受信終了応答を行
い、前記変換システム管理用サーバに対して、コネクシ
ョン切断要求の送信を行うことを特徴としている。
【００３５】また、請求項１６に係る発明は、請求項８
乃至請求項１５のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、アプ
リケーション層のプロトコルにＰＯＰ（Post Office Pr
otocol）形式を利用しているメールシステムへの新着メ
ールの確認要求を行うときに、前記変換システム管理用
サーバとのデータ通信に、トランスポート層のプロトコ
ルとしてＵＤＰ（User Datagram Protocol）用い、前記
変換システム管理用サーバに対して受信開始要求の送信
を行い、前記変換システム管理用サーバから前記新着メ
ールの情報の受信を行うことを特徴としている。
乃至請求項１５のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、アプ
リケーション層のプロトコルにＰＯＰ（Post Office Pr
otocol）形式を利用しているメールシステムへの新着メ
ールの確認要求を行うときに、前記変換システム管理用
サーバとのデータ通信に、トランスポート層のプロトコ
ルとしてＵＤＰ（User Datagram Protocol）用い、前記
変換システム管理用サーバに対して受信開始要求の送信
を行い、前記変換システム管理用サーバから前記新着メ
ールの情報の受信を行うことを特徴としている。
【００３６】また、請求項１７に係る発明は、請求項８
乃至請求項１６のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、アプ
リケーション層にプロトコルにＰＯＰ（Post Office Pr
otocol）形式を利用しているメールシステム管理用サー
バから、新着メールの確認を行うときに、前記変換シス
テム管理用サーバとの間のデータ転送にトランスポート
層のプロトコルとしてＵＤＰ（User Datagram Protoco
l）形式を用い、前記変換システム管理用サーバに対し
て最新のＵＩＤＬだけを転送することを特徴としてい
る。
乃至請求項１６のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、アプ
リケーション層にプロトコルにＰＯＰ（Post Office Pr
otocol）形式を利用しているメールシステム管理用サー
バから、新着メールの確認を行うときに、前記変換シス
テム管理用サーバとの間のデータ転送にトランスポート
層のプロトコルとしてＵＤＰ（User Datagram Protoco
l）形式を用い、前記変換システム管理用サーバに対し
て最新のＵＩＤＬだけを転送することを特徴としてい
る。
【００３７】また、請求項１８に係る発明は、請求項８
乃至請求項１７のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、メー
ル本文と、少なくとも１以上の添付ファイルとから成る
電子メールに対して、前記メール本文毎、または、前記
添付ファイル毎に受信する内容を指定し、前記変換シス
テム管理用サーバからその指定された内容を受信するこ
とを特徴としている。また、請求項１９に係る発明は、
請求項８乃至請求項１８のいずれかに記載のメール利用
機器制御用プログラムにおいて、前記ステップにおいて
は、前記電子メールの受信条件の指定を行うことを特徴
としている。
乃至請求項１７のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、メー
ル本文と、少なくとも１以上の添付ファイルとから成る
電子メールに対して、前記メール本文毎、または、前記
添付ファイル毎に受信する内容を指定し、前記変換シス
テム管理用サーバからその指定された内容を受信するこ
とを特徴としている。また、請求項１９に係る発明は、
請求項８乃至請求項１８のいずれかに記載のメール利用
機器制御用プログラムにおいて、前記ステップにおいて
は、前記電子メールの受信条件の指定を行うことを特徴
としている。
【００３８】また、請求項２０に係る発明は、請求項１
９記載のメール利用機器制御用プログラムにおいて、前
記受信条件として、受信するメール本文の受信データサ
イズを指定することが可能であることを特徴としてい
る。また、請求項２１に係る発明は、請求項１９記載の
メール利用機器制御用プログラムにおいて、前記受信条
件として、受信するメール本文の行数を指定することが
可能であることを特徴としている。
９記載のメール利用機器制御用プログラムにおいて、前
記受信条件として、受信するメール本文の受信データサ
イズを指定することが可能であることを特徴としてい
る。また、請求項２１に係る発明は、請求項１９記載の
メール利用機器制御用プログラムにおいて、前記受信条
件として、受信するメール本文の行数を指定することが
可能であることを特徴としている。
【００３９】また、請求項２２に係る発明は、請求項１
９乃至請求項２１のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記受信条件として、受信す
る添付ファイルの受信データサイズを指定することが可
能であることを特徴としている。また、請求項２３に係
る発明は、請求項１９乃至請求項２２のいずれかに記載
のメール利用機器制御用プログラムにおいて、前記添付
ファイルとして画像データが添付されている場合に、前
記受信条件として、画像の表示解像度を指定することが
可能であることを特徴としている。
９乃至請求項２１のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記受信条件として、受信す
る添付ファイルの受信データサイズを指定することが可
能であることを特徴としている。また、請求項２３に係
る発明は、請求項１９乃至請求項２２のいずれかに記載
のメール利用機器制御用プログラムにおいて、前記添付
ファイルとして画像データが添付されている場合に、前
記受信条件として、画像の表示解像度を指定することが
可能であることを特徴としている。
【００４０】また、請求項２４に係る発明は、請求項１
９乃至請求項２３のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記添付ファイルとして画像
データが添付されている場合に、前記受信条件として、
画像の表示可能色数を指定することが可能であることを
特徴としている。また、請求項２５に係る発明は、請求
項１９乃至請求項２４のいずれかに記載のメール利用機
器制御用プログラムにおいて、前記受信条件として、利
用可能なファイルフォーマットを指定することが可能で
あることを特徴としている。
９乃至請求項２３のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記添付ファイルとして画像
データが添付されている場合に、前記受信条件として、
画像の表示可能色数を指定することが可能であることを
特徴としている。また、請求項２５に係る発明は、請求
項１９乃至請求項２４のいずれかに記載のメール利用機
器制御用プログラムにおいて、前記受信条件として、利
用可能なファイルフォーマットを指定することが可能で
あることを特徴としている。
【００４１】また、請求項２６に係る発明は、請求項１
９乃至請求項２５のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記受信条件として、電子メ
ールの受信を拒否する送信者のメールアドレスを指定す
ることが可能であることを特徴としている。また、請求
項２７に係る発明は、請求項１９乃至請求項２５のいず
れかに記載のメール利用機器制御用プログラムにおい
て、前記受信条件として、電子メールの受信を許可する
送信者のメールアドレスを指定することが可能であるこ
とを特徴としている。
９乃至請求項２５のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記受信条件として、電子メ
ールの受信を拒否する送信者のメールアドレスを指定す
ることが可能であることを特徴としている。また、請求
項２７に係る発明は、請求項１９乃至請求項２５のいず
れかに記載のメール利用機器制御用プログラムにおい
て、前記受信条件として、電子メールの受信を許可する
送信者のメールアドレスを指定することが可能であるこ
とを特徴としている。
【００４２】また、請求項２８に係る発明は、請求項１
９乃至請求項２７のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記受信条件として、電子メ
ールの重要度を示す重要度情報を指定することが可能で
あることを特徴としている。また、請求項２９に係る発
明は、請求項８乃至請求項２８のいずれかに記載のメー
ル利用機器制御用プログラムにおいて、前記ステップに
おいては、前記変換システム管理用サーバからの電子メ
ールの受信において、データ通信におけるＴＣＰ（Tran
smission Control Protocol）／ＩＰ（Internet Protoc
ol）のセッションを管理するためのコネクションＩＤ及
びメール送信単位を管理するためのトランザクションＩ
Ｄの受信を行い、前記電子メールの受信途中に前記変換
システム管理用サーバとの通信が断絶する状態が発生し
たときに、通信復旧後に、前記変換システム管理用サー
バに対して前記コネクションＩＤ及び前記トランザクシ
ョンＩＤの送信を行い、前記受信途中から継続して前記
電子メールの受信処理を行うようになっていることを特
徴としている。
９乃至請求項２７のいずれかに記載のメール利用機器制
御用プログラムにおいて、前記受信条件として、電子メ
ールの重要度を示す重要度情報を指定することが可能で
あることを特徴としている。また、請求項２９に係る発
明は、請求項８乃至請求項２８のいずれかに記載のメー
ル利用機器制御用プログラムにおいて、前記ステップに
おいては、前記変換システム管理用サーバからの電子メ
ールの受信において、データ通信におけるＴＣＰ（Tran
smission Control Protocol）／ＩＰ（Internet Protoc
ol）のセッションを管理するためのコネクションＩＤ及
びメール送信単位を管理するためのトランザクションＩ
Ｄの受信を行い、前記電子メールの受信途中に前記変換
システム管理用サーバとの通信が断絶する状態が発生し
たときに、通信復旧後に、前記変換システム管理用サー
バに対して前記コネクションＩＤ及び前記トランザクシ
ョンＩＤの送信を行い、前記受信途中から継続して前記
電子メールの受信処理を行うようになっていることを特
徴としている。
【００４３】また、請求項３０に係る発明は、請求項８
乃至請求項２９のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、特定
のビットパターンによって構成されたコマンドに基づい
て、前記変換システム管理用サーバとの間の電子メール
の送受信処理が行われることを特徴としている。また、
請求項３１に係る発明は、請求項８乃至請求項３０のい
ずれかに記載のメール利用機器制御用プログラムにおい
て、前記ステップにおいては、前記変換システム管理用
サーバとの間でバイナリデータを含む電子メールの送受
信処理を行うことが可能となっていることを特徴として
いる。
乃至請求項２９のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、特定
のビットパターンによって構成されたコマンドに基づい
て、前記変換システム管理用サーバとの間の電子メール
の送受信処理が行われることを特徴としている。また、
請求項３１に係る発明は、請求項８乃至請求項３０のい
ずれかに記載のメール利用機器制御用プログラムにおい
て、前記ステップにおいては、前記変換システム管理用
サーバとの間でバイナリデータを含む電子メールの送受
信処理を行うことが可能となっていることを特徴として
いる。
【００４４】また、請求項３２に係る発明は、請求項８
乃至請求項３１のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、前記
変換システム管理用サーバによってデータが圧縮された
電子メールを受信したときに、その圧縮されたデータを
圧縮前の状態に復元するメールデータ復元処理を行うこ
とを特徴としている。ここで、請求項８乃至請求項３２
に記載のメール利用機器制御用プログラムは、上記した
請求項１乃至請求項７記載のメール転送プロトコル変換
システム及び後述する請求項３４乃至請求項７１記載の
変換システム管理用サーバにおけるメール利用機器にイ
ンストールされて用いられるものであり、その効果は重
複するので記載を省略する。
乃至請求項３１のいずれかに記載のメール利用機器制御
用プログラムにおいて、前記ステップにおいては、前記
変換システム管理用サーバによってデータが圧縮された
電子メールを受信したときに、その圧縮されたデータを
圧縮前の状態に復元するメールデータ復元処理を行うこ
とを特徴としている。ここで、請求項８乃至請求項３２
に記載のメール利用機器制御用プログラムは、上記した
請求項１乃至請求項７記載のメール転送プロトコル変換
システム及び後述する請求項３４乃至請求項７１記載の
変換システム管理用サーバにおけるメール利用機器にイ
ンストールされて用いられるものであり、その効果は重
複するので記載を省略する。
【００４５】本発明に係る請求項３３記載のメール利用
機器は、前記請求項８乃至請求項３２のいずれかのメー
ル利用機器制御用プログラムがインストールされている
ことを特徴としている。つまり、電子メールの圧縮機能
や、変換システム管理用サーバとの間の電子メール送受
信など、転送効率改善プロトコル形式の電子メールの送
受信を行うためのメール利用機器制御用プログラムがイ
ンストールされたメール利用機器であり、プログラムの
命令に応じた処理を行う。
機器は、前記請求項８乃至請求項３２のいずれかのメー
ル利用機器制御用プログラムがインストールされている
ことを特徴としている。つまり、電子メールの圧縮機能
や、変換システム管理用サーバとの間の電子メール送受
信など、転送効率改善プロトコル形式の電子メールの送
受信を行うためのメール利用機器制御用プログラムがイ
ンストールされたメール利用機器であり、プログラムの
命令に応じた処理を行う。
【００４６】ここで、請求項３３記載のメール利用機器
は、請求項８乃至請求項３２記載のメール利用機器制御
用プログラムがインストールされており、そのプログラ
ムの命令に応じて電子メールの送受信に関する処理をす
るもので、上記した請求項１乃至請求項７記載のメール
転送プロトコル変換システムにおいて、後述する請求項
３４乃至請求項７１記載の変換システム管理用サーバと
の間で本システムの機能を実現するために用いられるも
のであり、その効果は重複するので記載を省略する。
は、請求項８乃至請求項３２記載のメール利用機器制御
用プログラムがインストールされており、そのプログラ
ムの命令に応じて電子メールの送受信に関する処理をす
るもので、上記した請求項１乃至請求項７記載のメール
転送プロトコル変換システムにおいて、後述する請求項
３４乃至請求項７１記載の変換システム管理用サーバと
の間で本システムの機能を実現するために用いられるも
のであり、その効果は重複するので記載を省略する。
【００４７】本発明に係る請求項３４記載の変換システ
ム管理用サーバは、一方のメールシステムが利用してい
るプロトコル形式で転送されてきた電子メールのプロト
コル形式を、他方のメールシステムが利用している別の
プロトコル形式に変換して、当該電子メールを転送する
メール転送プロトコル変換システムにおける、自システ
ム利用者の管理下にあるメール利用機器と、前記メール
システムを管理するためのメールシステム管理用サーバ
と、それぞれ通信可能に接続された、自システムを管理
するための変換システム管理用サーバであって、所定の
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、転送効率の改善された転送効率改善プロトコ
ル形式に変換して、前記電子メールを当該プロトコル形
式を利用している送信先のメール利用機器に転送する転
送効率改善プロトコル形式変換手段と、前記転送効率改
善プロトコル形式で転送されてきた電子メールのプロト
コル形式を、送信先のメールシステムが利用しているプ
ロトコル形式に変換して、前記電子メールを転送する送
信先メールプロトコル形式変換手段と、を備えることを
特徴としている。
ム管理用サーバは、一方のメールシステムが利用してい
るプロトコル形式で転送されてきた電子メールのプロト
コル形式を、他方のメールシステムが利用している別の
プロトコル形式に変換して、当該電子メールを転送する
メール転送プロトコル変換システムにおける、自システ
ム利用者の管理下にあるメール利用機器と、前記メール
システムを管理するためのメールシステム管理用サーバ
と、それぞれ通信可能に接続された、自システムを管理
するための変換システム管理用サーバであって、所定の
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、転送効率の改善された転送効率改善プロトコ
ル形式に変換して、前記電子メールを当該プロトコル形
式を利用している送信先のメール利用機器に転送する転
送効率改善プロトコル形式変換手段と、前記転送効率改
善プロトコル形式で転送されてきた電子メールのプロト
コル形式を、送信先のメールシステムが利用しているプ
ロトコル形式に変換して、前記電子メールを転送する送
信先メールプロトコル形式変換手段と、を備えることを
特徴としている。
【００４８】また、請求項３５に係る発明は、請求項３
４記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段において、前記送信先
メールプロトコル形式変換手段は、前記転送効率改善プ
ロトコル形式を利用している前記メール利用機器から
の、アプリケーション層のプロトコルにＳＭＴＰ（Simp
le Mail Transfer Protocol）形式を利用しているメー
ルシステムへの電子メールの送信処理として、前記メー
ル利用機器からのコネクション接続要求に対する接続が
完了したことを示す接続完了応答を行い、前記メール利
用機器からの送信開始要求を受信し、送信先のメールシ
ステム管理用サーバに対して、前記ＳＭＴＰ形式に基づ
いたコネクション接続処理を行い、前記メール利用機器
に前記送信開始要求に対する送信開始を示す送信開始応
答を行い、前記メール利用機器からの電子メールのデー
タを受信し、前記メールシステム管理用サーバとの間
で、前記ＳＭＴＰ形式に基づいた前記データの送信処理
を行い、前記メールシステム管理用サーバからの前記デ
ータの受信完了応答を受信して、前記メール利用機器に
データの送信完了応答を行い、前記メール利用機器から
の前記データの送信終了要求を受信し、前記メールシス
テム管理用サーバに対して、前記ＳＭＴＰ形式に基づい
た前記データの送信終了処理を行い、その処理に対する
前記メールシステム管理用サーバからのコネクションの
切断を示す応答に基づいて前記メール利用機器に前記送
信終了要求に対する応答を行い、前記メール利用機器か
らのコネクション切断要求を受信し、当該メール利用機
器との間のコネクションを切断することを特徴としてい
る。
４記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段において、前記送信先
メールプロトコル形式変換手段は、前記転送効率改善プ
ロトコル形式を利用している前記メール利用機器から
の、アプリケーション層のプロトコルにＳＭＴＰ（Simp
le Mail Transfer Protocol）形式を利用しているメー
ルシステムへの電子メールの送信処理として、前記メー
ル利用機器からのコネクション接続要求に対する接続が
完了したことを示す接続完了応答を行い、前記メール利
用機器からの送信開始要求を受信し、送信先のメールシ
ステム管理用サーバに対して、前記ＳＭＴＰ形式に基づ
いたコネクション接続処理を行い、前記メール利用機器
に前記送信開始要求に対する送信開始を示す送信開始応
答を行い、前記メール利用機器からの電子メールのデー
タを受信し、前記メールシステム管理用サーバとの間
で、前記ＳＭＴＰ形式に基づいた前記データの送信処理
を行い、前記メールシステム管理用サーバからの前記デ
ータの受信完了応答を受信して、前記メール利用機器に
データの送信完了応答を行い、前記メール利用機器から
の前記データの送信終了要求を受信し、前記メールシス
テム管理用サーバに対して、前記ＳＭＴＰ形式に基づい
た前記データの送信終了処理を行い、その処理に対する
前記メールシステム管理用サーバからのコネクションの
切断を示す応答に基づいて前記メール利用機器に前記送
信終了要求に対する応答を行い、前記メール利用機器か
らのコネクション切断要求を受信し、当該メール利用機
器との間のコネクションを切断することを特徴としてい
る。
【００４９】また、請求項３６に係る発明は、請求項３
４記載の変換システム管理用サーバにおいて、前記転送
効率改善プロトコル形式を利用している前記メール利用
機器との間の電子メールの送信処理及び受信処理におい
て、送信処理と受信処理とを１回のコネクション接続で
行うためのコマンドを備え、当該コマンドを前記メール
利用機器から受信すると、前記変換システム管理用サー
バと前記メール利用機器との間の前記電子メールの送受
信処理を１回のコネクション接続で行うことを特徴とし
ている。
４記載の変換システム管理用サーバにおいて、前記転送
効率改善プロトコル形式を利用している前記メール利用
機器との間の電子メールの送信処理及び受信処理におい
て、送信処理と受信処理とを１回のコネクション接続で
行うためのコマンドを備え、当該コマンドを前記メール
利用機器から受信すると、前記変換システム管理用サー
バと前記メール利用機器との間の前記電子メールの送受
信処理を１回のコネクション接続で行うことを特徴とし
ている。
【００５０】ここで、請求項３４乃至請求項３６記載の
変換システム管理用サーバは、請求項１乃至請求項３記
載のメール転送プロトコル変換システムの機能を実現さ
せるための管理用サーバであるので作用効果の内容は重
複するので記載を省略する。また、請求項３７に係る発
明は、請求項３４乃至請求項３６のいずれかに記載の変
換システム管理用サーバにおいて、前記送信先メールプ
ロトコル形式変換手段は、前記転送効率改善プロトコル
形式を利用しているメール利用機器によってデータが圧
縮された電子メールを受信した場合に、その圧縮された
データを圧縮前の状態に復元するメールデータ復元部を
備えることを特徴としている。
変換システム管理用サーバは、請求項１乃至請求項３記
載のメール転送プロトコル変換システムの機能を実現さ
せるための管理用サーバであるので作用効果の内容は重
複するので記載を省略する。また、請求項３７に係る発
明は、請求項３４乃至請求項３６のいずれかに記載の変
換システム管理用サーバにおいて、前記送信先メールプ
ロトコル形式変換手段は、前記転送効率改善プロトコル
形式を利用しているメール利用機器によってデータが圧
縮された電子メールを受信した場合に、その圧縮された
データを圧縮前の状態に復元するメールデータ復元部を
備えることを特徴としている。
【００５１】つまり、変換システム管理用サーバは、転
送効率改善プロトコル形式を利用するメール利用機器に
よってデータが圧縮された電子メールを受信すると、メ
ールデータ復元部によって、圧縮されたデータを復元し
てから送信先のメールシステム管理用サーバに対して電
子メールを送信するようになっている。このようにする
ことで、変換システム管理用サーバは、メール利用機器
からデータの圧縮された電子メールを受信した場合に、
それを元のデータに復元して、送信先のメールシステム
において利用可能な状態のデータに加工するといったこ
とが可能となる。
送効率改善プロトコル形式を利用するメール利用機器に
よってデータが圧縮された電子メールを受信すると、メ
ールデータ復元部によって、圧縮されたデータを復元し
てから送信先のメールシステム管理用サーバに対して電
子メールを送信するようになっている。このようにする
ことで、変換システム管理用サーバは、メール利用機器
からデータの圧縮された電子メールを受信した場合に、
それを元のデータに復元して、送信先のメールシステム
において利用可能な状態のデータに加工するといったこ
とが可能となる。
【００５２】また、請求項３８に係る発明は、請求項３
７記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段は、前記メールデータ
復元部が復元可能な圧縮形式を示す情報を、前記送信元
のメール利用機器に通知する圧縮形式通知部を備えるこ
とを特徴としている。つまり、転送効率改善プロトコル
形式を利用しているメール利用機器に対して、圧縮形式
通知部によって、メールデータ復元部が復元可能な圧縮
形式を示す情報を通知するようにしているので、メール
利用機器において、メールデータ復元部がサポートして
いない圧縮形式で電子メールを圧縮するようなことを避
けることが可能となる。
７記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段は、前記メールデータ
復元部が復元可能な圧縮形式を示す情報を、前記送信元
のメール利用機器に通知する圧縮形式通知部を備えるこ
とを特徴としている。つまり、転送効率改善プロトコル
形式を利用しているメール利用機器に対して、圧縮形式
通知部によって、メールデータ復元部が復元可能な圧縮
形式を示す情報を通知するようにしているので、メール
利用機器において、メールデータ復元部がサポートして
いない圧縮形式で電子メールを圧縮するようなことを避
けることが可能となる。
【００５３】また、請求項３９に係る発明は、請求項３
４乃至請求項３８のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記メール利用機器から送られてきた電子メール
のデータを、ＭＩＭＥ（Multipurpose Internet Mail E
xtensions）に基づいてエンコードするメールデータエ
ンコード部を備えることを特徴としている。つまり、例
えば、転送効率改善プロトコル形式を利用しているメー
ル利用機器からＳＭＴＰサーバに対して電子メールの送
信要求をした場合に、その電子メールのデータを、ＳＭ
ＴＰサーバにおけるＳＭＴＰ形式で取り扱えるように、
メールデータエンコード部によって、この場合は、ＭＩ
ＭＥに基づいて、メール本文などのテキストデータは７
ビットのＡＳＣＩＩコードにエンコードし、バイナリ形
式の添付ファイルのデータはｂａｓｅ−６４方式にエン
コードする。
４乃至請求項３８のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記メール利用機器から送られてきた電子メール
のデータを、ＭＩＭＥ（Multipurpose Internet Mail E
xtensions）に基づいてエンコードするメールデータエ
ンコード部を備えることを特徴としている。つまり、例
えば、転送効率改善プロトコル形式を利用しているメー
ル利用機器からＳＭＴＰサーバに対して電子メールの送
信要求をした場合に、その電子メールのデータを、ＳＭ
ＴＰサーバにおけるＳＭＴＰ形式で取り扱えるように、
メールデータエンコード部によって、この場合は、ＭＩ
ＭＥに基づいて、メール本文などのテキストデータは７
ビットのＡＳＣＩＩコードにエンコードし、バイナリ形
式の添付ファイルのデータはｂａｓｅ−６４方式にエン
コードする。
【００５４】従って、ＳＭＴＰサーバに電子メールを送
信する場合に、変換システム管理用サーバは、転送効率
改善プロトコル形式を利用しているメール利用機器との
間の電子メールの送受信においては、バイナリ形式など
自由な形式のデータの送受信を行うことができ、データ
を圧縮などして電子メールを送信することによって、メ
ール利用機器から、直接ＳＭＴＰサーバに対して電子メ
ールを送信する場合に比べて、サーバと利用機器との間
のデータ通信量を低減することが可能となり、データパ
ケット量に応じて課金するインターネットなどのネット
ワーク接続サービスにおいては、電子メールの受信にか
かる通信料金の節約となる。
信する場合に、変換システム管理用サーバは、転送効率
改善プロトコル形式を利用しているメール利用機器との
間の電子メールの送受信においては、バイナリ形式など
自由な形式のデータの送受信を行うことができ、データ
を圧縮などして電子メールを送信することによって、メ
ール利用機器から、直接ＳＭＴＰサーバに対して電子メ
ールを送信する場合に比べて、サーバと利用機器との間
のデータ通信量を低減することが可能となり、データパ
ケット量に応じて課金するインターネットなどのネット
ワーク接続サービスにおいては、電子メールの受信にか
かる通信料金の節約となる。
【００５５】また、請求項４０に係る発明は、請求項３
４乃至請求項３９のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記転送効率改善プロトコル形式を利用したメー
ル利用機器からの電子メールの受信処理において、デー
タ通信におけるＴＣＰ（Transmission Control Protoco
l）／ＩＰ（Internet Protocol）のセッションを管理す
るためのコネクションＩＤを前記メール利用機器に送信
し、メール受信単位を管理するためのトランザクション
ＩＤを前記メール利用機器から受信し、前記電子メール
の受信途中に通信が断絶する状態が発生した場合に、前
記コネクションＩＤ及び前記トランザクションＩＤに基
づいて前記受信途中から継続して前記電子メールの受信
処理を行うようになっていることを特徴としている。
４乃至請求項３９のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記転送効率改善プロトコル形式を利用したメー
ル利用機器からの電子メールの受信処理において、デー
タ通信におけるＴＣＰ（Transmission Control Protoco
l）／ＩＰ（Internet Protocol）のセッションを管理す
るためのコネクションＩＤを前記メール利用機器に送信
し、メール受信単位を管理するためのトランザクション
ＩＤを前記メール利用機器から受信し、前記電子メール
の受信途中に通信が断絶する状態が発生した場合に、前
記コネクションＩＤ及び前記トランザクションＩＤに基
づいて前記受信途中から継続して前記電子メールの受信
処理を行うようになっていることを特徴としている。
【００５６】つまり、変換システム管理用サーバは、転
送効率改善プロトコル形式を利用しているメール利用機
器からの電子メールを受信する際に、そのメールの受信
時のＴＣＰ／ＩＰのセッションを管理するためのコネク
ションＩＤを発行し、それをメール利用機器へと転送す
る。そして、メール利用機器からは、例えば、電子メー
ルのデータパケット毎にトランザクションＩＤを発行し
て、そのＩＤをデータパケットと共に受信し、もし受信
中に何らかの理由で回線が切断された場合に、メール利
用機器から先ほど発行したコネクションＩＤを受け取
り、そのＩＤからどのセッションによるメールの受信が
中断されたのかが解り、更に、サーバは、そのセッショ
ンにおける最後に受信したデータパケットに含まれるト
ランザクションＩＤをメール利用機器に送信し、メール
利用機器は、そのＩＤにより、前回の接続でどこまでデ
ータを送信したかが解るので、前回中断したところから
データの送信を再開することが可能となる。従って、メ
ールデータの転送が中断された場合に、新たにコネクシ
ョンを開設して、データの転送を初めからやり直さなく
ても良いので、無駄なデータの転送を低減することが可
能となり、データパケット量に応じて課金するインター
ネットなどのネットワーク接続サービスにおいては、電
子メールの受信にかかる通信料金の節約となる。
送効率改善プロトコル形式を利用しているメール利用機
器からの電子メールを受信する際に、そのメールの受信
時のＴＣＰ／ＩＰのセッションを管理するためのコネク
ションＩＤを発行し、それをメール利用機器へと転送す
る。そして、メール利用機器からは、例えば、電子メー
ルのデータパケット毎にトランザクションＩＤを発行し
て、そのＩＤをデータパケットと共に受信し、もし受信
中に何らかの理由で回線が切断された場合に、メール利
用機器から先ほど発行したコネクションＩＤを受け取
り、そのＩＤからどのセッションによるメールの受信が
中断されたのかが解り、更に、サーバは、そのセッショ
ンにおける最後に受信したデータパケットに含まれるト
ランザクションＩＤをメール利用機器に送信し、メール
利用機器は、そのＩＤにより、前回の接続でどこまでデ
ータを送信したかが解るので、前回中断したところから
データの送信を再開することが可能となる。従って、メ
ールデータの転送が中断された場合に、新たにコネクシ
ョンを開設して、データの転送を初めからやり直さなく
ても良いので、無駄なデータの転送を低減することが可
能となり、データパケット量に応じて課金するインター
ネットなどのネットワーク接続サービスにおいては、電
子メールの受信にかかる通信料金の節約となる。
【００５７】本発明に係る請求項４１記載の変換システ
ム管理用サーバは、一方のメールシステムが利用してい
るプロトコル形式で転送されてきた電子メールのプロト
コル形式を、他方のメールシステムが利用している別の
プロトコル形式に変換して、当該電子メールを転送する
メール転送プロトコル変換システムにおける、自システ
ム利用者の管理下にあるメール利用機器と、前記メール
システムを管理するためのメールシステム管理用サーバ
と、それぞれ通信可能に接続された、自システムを管理
するための変換システム管理用サーバであって、所定の
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、転送効率の改善された転送効率改善プロトコ
ル形式に変換して、前記電子メールを当該プロトコル形
式を利用している送信先のメール利用機器に転送する転
送効率改善プロトコル形式変換手段を備えることを特徴
としている。
ム管理用サーバは、一方のメールシステムが利用してい
るプロトコル形式で転送されてきた電子メールのプロト
コル形式を、他方のメールシステムが利用している別の
プロトコル形式に変換して、当該電子メールを転送する
メール転送プロトコル変換システムにおける、自システ
ム利用者の管理下にあるメール利用機器と、前記メール
システムを管理するためのメールシステム管理用サーバ
と、それぞれ通信可能に接続された、自システムを管理
するための変換システム管理用サーバであって、所定の
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、転送効率の改善された転送効率改善プロトコ
ル形式に変換して、前記電子メールを当該プロトコル形
式を利用している送信先のメール利用機器に転送する転
送効率改善プロトコル形式変換手段を備えることを特徴
としている。
【００５８】ここで、請求項４１記載の変換システム管
理用サーバは、請求項８記載のメール転送プロトコル変
換システムの機能を実現させるための管理用サーバであ
り、その作用効果は重複するので記載を省略する。ま
た、請求項４２に係る発明は、請求項３４乃至請求項４
１のいずれかに記載の変換システム管理用サーバにおい
て、前記転送効率改善プロトコル形式変換手段におい
て、前記転送効率改善プロトコル形式を利用している前
記メール利用機器からの、アプリケーション層のプロト
コルにＰＯＰ（Post Office Protocol）形式を利用して
いるメールシステムへの電子メールの受信処理として、
前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、前記
メール利用機器からの受信開始要求を受信し、受信元の
メールシステム管理用サーバに対して、前記ＰＯＰ形式
に基づいた接続処理を行い、前記メール利用機器に前記
受信開始要求に対する受信開始を示す受信開始応答を行
い、前記メール利用機器からの電子メールのデータ受信
要求を受信し、前記メールシステム管理用サーバとの間
で、前記ＰＯＰ形式に基づいた前記データの受信処理を
行い、前記メールシステム管理用サーバからの前記デー
タの受信が完了すると、前記メール利用機器に当該デー
タの送信を行い、前記メール利用機器からのデータ受信
応答を受信する毎に、当該メール利用機器に対して、受
信した分の電子メールデータの送信を行い、前記メール
利用機器からの受信終了要求を受信して、前記メールシ
ステム管理用サーバに対して、前記ＰＯＰ形式に基づい
たコネクション切断処理を行い、前記メールシステム管
理用サーバとのコネクションの切断すると、前記メール
利用機器に受信終了要求に対する受信が終了したことを
示す受信終了応答を行い、前記メール利用機器からのコ
ネクション切断要求を受信し、コネクションの切断を行
うことを特徴としている。
理用サーバは、請求項８記載のメール転送プロトコル変
換システムの機能を実現させるための管理用サーバであ
り、その作用効果は重複するので記載を省略する。ま
た、請求項４２に係る発明は、請求項３４乃至請求項４
１のいずれかに記載の変換システム管理用サーバにおい
て、前記転送効率改善プロトコル形式変換手段におい
て、前記転送効率改善プロトコル形式を利用している前
記メール利用機器からの、アプリケーション層のプロト
コルにＰＯＰ（Post Office Protocol）形式を利用して
いるメールシステムへの電子メールの受信処理として、
前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、前記
メール利用機器からの受信開始要求を受信し、受信元の
メールシステム管理用サーバに対して、前記ＰＯＰ形式
に基づいた接続処理を行い、前記メール利用機器に前記
受信開始要求に対する受信開始を示す受信開始応答を行
い、前記メール利用機器からの電子メールのデータ受信
要求を受信し、前記メールシステム管理用サーバとの間
で、前記ＰＯＰ形式に基づいた前記データの受信処理を
行い、前記メールシステム管理用サーバからの前記デー
タの受信が完了すると、前記メール利用機器に当該デー
タの送信を行い、前記メール利用機器からのデータ受信
応答を受信する毎に、当該メール利用機器に対して、受
信した分の電子メールデータの送信を行い、前記メール
利用機器からの受信終了要求を受信して、前記メールシ
ステム管理用サーバに対して、前記ＰＯＰ形式に基づい
たコネクション切断処理を行い、前記メールシステム管
理用サーバとのコネクションの切断すると、前記メール
利用機器に受信終了要求に対する受信が終了したことを
示す受信終了応答を行い、前記メール利用機器からのコ
ネクション切断要求を受信し、コネクションの切断を行
うことを特徴としている。
【００５９】つまり、上記したＳＭＴＰ／ＰＯＰサー
バ、又は、ＰＯＰサーバからの電子メールの受信処理と
して、まず、メール利用機器からのコネクション接続要
求に対して、コネクション接続が完了したことを示す接
続完了応答を行う。次いで、メール利用機器からの受信
開始要求を受信し、受信元のＰＯＰサーバに対して、Ｐ
ＯＰ形式に基づいた接続処理を行い、コネクションが確
立すると、メール利用機器に前記受信開始要求に対する
受信開始を示す受信開始応答を行う。
バ、又は、ＰＯＰサーバからの電子メールの受信処理と
して、まず、メール利用機器からのコネクション接続要
求に対して、コネクション接続が完了したことを示す接
続完了応答を行う。次いで、メール利用機器からの受信
開始要求を受信し、受信元のＰＯＰサーバに対して、Ｐ
ＯＰ形式に基づいた接続処理を行い、コネクションが確
立すると、メール利用機器に前記受信開始要求に対する
受信開始を示す受信開始応答を行う。
【００６０】そして、メール利用機器からの電子メール
のデータ受信要求を受信し、メールシステム管理用サー
バとの間で、ＰＯＰ形式に基づいたデータの受信処理を
行い、メールシステム管理用サーバからのデータの受信
が完了すると、前記メール利用機器に当該データの送信
を行い、メール利用機器からのデータ受信応答を受信す
る度に、メール利用機器に対して、ＰＯＰサーバから受
信した分の電子メールデータの送信を行う。
のデータ受信要求を受信し、メールシステム管理用サー
バとの間で、ＰＯＰ形式に基づいたデータの受信処理を
行い、メールシステム管理用サーバからのデータの受信
が完了すると、前記メール利用機器に当該データの送信
を行い、メール利用機器からのデータ受信応答を受信す
る度に、メール利用機器に対して、ＰＯＰサーバから受
信した分の電子メールデータの送信を行う。
【００６１】更に、メール利用機器からの受信終了要求
を受信して、前記メールシステム管理用サーバに対し
て、前記ＰＯＰ形式に基づいたコネクション切断処理を
行い、メールシステム管理用サーバとのコネクションを
切断すると、変換システム管理用サーバは、メール利用
機器に受信終了要求に対する受信が終了したことを示す
受信終了応答を行い、最後に、メール利用機器からのコ
ネクション切断要求を受信すると、メール利用機器との
コネクションの切断を行うようになっている。
を受信して、前記メールシステム管理用サーバに対し
て、前記ＰＯＰ形式に基づいたコネクション切断処理を
行い、メールシステム管理用サーバとのコネクションを
切断すると、変換システム管理用サーバは、メール利用
機器に受信終了要求に対する受信が終了したことを示す
受信終了応答を行い、最後に、メール利用機器からのコ
ネクション切断要求を受信すると、メール利用機器との
コネクションの切断を行うようになっている。
【００６２】即ち、受信時のシーケンスを上記のように
行うことで、本来、メール利用機器とメールシステム管
理用サーバとの間で発生するデータ転送量を、変換シス
テム管理用サーバが肩代わりし、メール利用機器と変換
システム管理用サーバとの間の電子メールの受信処理時
のデータ転送量を低減する。従って、データパケット量
に応じて課金するインターネットなどのネットワーク接
続サービスにおいては、電子メールの受信にかかる通信
料金の節約となる。
行うことで、本来、メール利用機器とメールシステム管
理用サーバとの間で発生するデータ転送量を、変換シス
テム管理用サーバが肩代わりし、メール利用機器と変換
システム管理用サーバとの間の電子メールの受信処理時
のデータ転送量を低減する。従って、データパケット量
に応じて課金するインターネットなどのネットワーク接
続サービスにおいては、電子メールの受信にかかる通信
料金の節約となる。
【００６３】また、請求項４３に係る発明は、請求項３
４乃至請求項４２のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段において、前記転送効率改善プロトコル形式を利
用している前記メール利用機器から、アプリケーション
層のプロトコルにＰＯＰ（Post Office Protocol）形式
を利用しているメールシステムへの新着メールの確認要
求があった場合に、前記メール利用機器とのデータ通信
に、トランスポート層のプロトコルとしてＵＤＰ（User
Datagram Protocol）を用い、前記メール利用機器から
の受信開始要求を受信し、前記メールシステム管理用サ
ーバに対して、前記ＰＯＰ形式に基づいた新着メールの
確認処理を行い、前記メールシステム管理用サーバから
のメール情報を受信し、前記メール利用機器にその情報
を送信することを特徴としている。
４乃至請求項４２のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段において、前記転送効率改善プロトコル形式を利
用している前記メール利用機器から、アプリケーション
層のプロトコルにＰＯＰ（Post Office Protocol）形式
を利用しているメールシステムへの新着メールの確認要
求があった場合に、前記メール利用機器とのデータ通信
に、トランスポート層のプロトコルとしてＵＤＰ（User
Datagram Protocol）を用い、前記メール利用機器から
の受信開始要求を受信し、前記メールシステム管理用サ
ーバに対して、前記ＰＯＰ形式に基づいた新着メールの
確認処理を行い、前記メールシステム管理用サーバから
のメール情報を受信し、前記メール利用機器にその情報
を送信することを特徴としている。
【００６４】つまり、上記したＰＯＰサーバに対する転
送効率改善プロトコル形式を利用しているメール利用機
器からの新着メールの確認要求に対する処理として、変
換システム管理用サーバとメール利用機器との間のデー
タ通信に、トランスポート層のプロトコルとしてＵＤＰ
（User Datagram Protocol）を用い、前記メール利用機
器からの受信開始要求を受信し、メールシステム管理用
サーバに対して、ＰＯＰ形式に基づいた新着メールの確
認処理を行い、メールシステム管理用サーバからの新着
メール情報を受信し、前記メール利用機器にその情報を
送信する。従って、ＵＤＰを利用することで、変換シス
テム管理用サーバと転送効率改善プロトコル形式を利用
しているメール利用機器との間のデータの転送量を低減
することができるので、データパケット量に応じて課金
するインターネットなどのネットワーク接続サービスに
おいては、電子メールの受信にかかる通信料金の節約と
なる。
送効率改善プロトコル形式を利用しているメール利用機
器からの新着メールの確認要求に対する処理として、変
換システム管理用サーバとメール利用機器との間のデー
タ通信に、トランスポート層のプロトコルとしてＵＤＰ
（User Datagram Protocol）を用い、前記メール利用機
器からの受信開始要求を受信し、メールシステム管理用
サーバに対して、ＰＯＰ形式に基づいた新着メールの確
認処理を行い、メールシステム管理用サーバからの新着
メール情報を受信し、前記メール利用機器にその情報を
送信する。従って、ＵＤＰを利用することで、変換シス
テム管理用サーバと転送効率改善プロトコル形式を利用
しているメール利用機器との間のデータの転送量を低減
することができるので、データパケット量に応じて課金
するインターネットなどのネットワーク接続サービスに
おいては、電子メールの受信にかかる通信料金の節約と
なる。
【００６５】また、請求項４４に係る発明は、請求項３
４乃至請求項４３のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、電子メールを受信した場合に、その送信先の
メール利用機器において復元可能な形式で前記電子メー
ルのデータを圧縮するメールデータ圧縮部を備えること
を特徴としている。つまり、例えば、圧縮を行うことに
よって、そのデータ量を低減することができるような電
子メールの添付ファイルが添付されている場合に、メー
ルデータ圧縮部において、送信先である転送効率改善プ
ロトコル形式を利用しているメール利用機器が復元可能
な圧縮形式でデータを圧縮してから転送するようにし
た。従って、変換システム管理用サーバとメール利用機
器との間のデータの転送量が低減できるので、データパ
ケット量に応じて課金するインターネットなどのネット
ワーク接続サービスにおいては、電子メールの受信にか
かる通信料金の節約となる。
４乃至請求項４３のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、電子メールを受信した場合に、その送信先の
メール利用機器において復元可能な形式で前記電子メー
ルのデータを圧縮するメールデータ圧縮部を備えること
を特徴としている。つまり、例えば、圧縮を行うことに
よって、そのデータ量を低減することができるような電
子メールの添付ファイルが添付されている場合に、メー
ルデータ圧縮部において、送信先である転送効率改善プ
ロトコル形式を利用しているメール利用機器が復元可能
な圧縮形式でデータを圧縮してから転送するようにし
た。従って、変換システム管理用サーバとメール利用機
器との間のデータの転送量が低減できるので、データパ
ケット量に応じて課金するインターネットなどのネット
ワーク接続サービスにおいては、電子メールの受信にか
かる通信料金の節約となる。
【００６６】また、請求項４５に係る発明は、請求項４
４記載の変換システム管理用サーバにおいて、前記メー
ルデータ圧縮部は、圧縮前後の電子メールデータを比較
し、圧縮前のデータ量よりも圧縮後のデータ量の方が少
ないときに、前記電子メールデータの圧縮処理を行うこ
とを特徴としている。つまり、メールデータ圧縮部は、
圧縮後のファイルと圧縮前のファイルとを比較し、その
データ量が圧縮前より小さくなっている場合に、圧縮後
の電子メールを利用するようにしたもので、これによ
り、圧縮処理によって圧縮前のファイルより圧縮後のフ
ァイルの方がデータ量が増加したような場合に、圧縮後
のデータを用いることを防ぐことができる。
４記載の変換システム管理用サーバにおいて、前記メー
ルデータ圧縮部は、圧縮前後の電子メールデータを比較
し、圧縮前のデータ量よりも圧縮後のデータ量の方が少
ないときに、前記電子メールデータの圧縮処理を行うこ
とを特徴としている。つまり、メールデータ圧縮部は、
圧縮後のファイルと圧縮前のファイルとを比較し、その
データ量が圧縮前より小さくなっている場合に、圧縮後
の電子メールを利用するようにしたもので、これによ
り、圧縮処理によって圧縮前のファイルより圧縮後のフ
ァイルの方がデータ量が増加したような場合に、圧縮後
のデータを用いることを防ぐことができる。
【００６７】また、請求項４６に係る発明は、請求項３
４乃至請求項４５のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、所定のエンコード方式によってデータがエン
コードされた電子メールを受信した場合に、そのデータ
をデコードするメールデータデコード部を備えることを
特徴としている。つまり、変換システム管理用サーバ
は、例えば、上記したＰＯＰサーバから電子メールを受
信すると、メールデータデコード部において、この場合
は、ＭＩＭＥによってエンコードされている電子メール
のデータをデコードして元のデータに戻すようにした。
従って、ＰＯＰサーバからの、エンコードによって元の
データよりデータ量が大きくなった電子メールを、転送
効率改善プロトコル形式を利用しているメール利用機器
へ、デコードして元の状態に戻してから転送することが
可能となる。従って、メール利用機器と変換システム管
理用サーバとの間のデータ転送量が低減できるので、デ
ータパケット量に応じて課金するインターネットなどの
ネットワーク接続サービスにおいては、電子メールの受
信にかかる通信料金の節約となる。
４乃至請求項４５のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、所定のエンコード方式によってデータがエン
コードされた電子メールを受信した場合に、そのデータ
をデコードするメールデータデコード部を備えることを
特徴としている。つまり、変換システム管理用サーバ
は、例えば、上記したＰＯＰサーバから電子メールを受
信すると、メールデータデコード部において、この場合
は、ＭＩＭＥによってエンコードされている電子メール
のデータをデコードして元のデータに戻すようにした。
従って、ＰＯＰサーバからの、エンコードによって元の
データよりデータ量が大きくなった電子メールを、転送
効率改善プロトコル形式を利用しているメール利用機器
へ、デコードして元の状態に戻してから転送することが
可能となる。従って、メール利用機器と変換システム管
理用サーバとの間のデータ転送量が低減できるので、デ
ータパケット量に応じて課金するインターネットなどの
ネットワーク接続サービスにおいては、電子メールの受
信にかかる通信料金の節約となる。
【００６８】また、請求項４７に係る発明は、請求項３
４乃至請求項４６のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、アプリケーション層のプロトコルにＰＯＰ
（Post Office Protocol）形式を利用しているメールシ
ステム管理用サーバから、そのサーバの管理するメール
ボックスに蓄積された電子メールのＵＩＤＬ（Unique I
D Listing）を取得して、前記メールシステム管理用サ
ーバ及び前記メールボックスの組み合わせ毎に、前記電
子メールのＵＩＤＬを記憶するＵＩＤＬ記憶部と、前記
転送効率改善プロトコル形式を利用しているメール利用
機器との間のデータ通信に、トランスポート層のプロト
コルとしてＵＤＰ（User Datagram Protocol）を用い、
前記メール利用機器からの新着メールの確認要求時に、
当該メール利用機器の有する最新のＵＩＤＬを取得し
て、そのＵＩＤＬと、前記ＵＩＤＬ記憶部の記憶内容
と、前記メールシステム管理用サーバにおけるそのとき
のＵＩＤＬとに基づいて新着メールの有無の判断を行う
新着メール判断部と、を備えることを特徴としている。
４乃至請求項４６のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、アプリケーション層のプロトコルにＰＯＰ
（Post Office Protocol）形式を利用しているメールシ
ステム管理用サーバから、そのサーバの管理するメール
ボックスに蓄積された電子メールのＵＩＤＬ（Unique I
D Listing）を取得して、前記メールシステム管理用サ
ーバ及び前記メールボックスの組み合わせ毎に、前記電
子メールのＵＩＤＬを記憶するＵＩＤＬ記憶部と、前記
転送効率改善プロトコル形式を利用しているメール利用
機器との間のデータ通信に、トランスポート層のプロト
コルとしてＵＤＰ（User Datagram Protocol）を用い、
前記メール利用機器からの新着メールの確認要求時に、
当該メール利用機器の有する最新のＵＩＤＬを取得し
て、そのＵＩＤＬと、前記ＵＩＤＬ記憶部の記憶内容
と、前記メールシステム管理用サーバにおけるそのとき
のＵＩＤＬとに基づいて新着メールの有無の判断を行う
新着メール判断部と、を備えることを特徴としている。
【００６９】つまり、変換システム管理用サーバは、Ｕ
ＩＤＬ記憶部によって、ＰＯＰサーバの有するメールボ
ックスにおける電子メールのＵＩＤＬを取得してＵＩＤ
Ｌ記憶部に記憶し、転送効率改善プロトコル形式を利用
しているメール利用機器からの新着メールの確認時に、
その確認処理において、トランスポート層のプロトコル
にＵＤＰを用い、メール利用機器の最新のＵＩＤＬを取
得して、新着メール判断部において、そのＵＩＤＬと、
変換システム管理用サーバのＵＩＤＬと、ＰＯＰサーバ
のＵＩＤＬとに基づいて、新着メールの判断を行うよう
にした。従って、メール利用機器は、最新のＵＩＤＬを
ＵＤＰによって送信することにより、新着メールの確認
を行うことが可能なので、変換システム管理用サーバと
の間のデータ転送量を低減することができ、データパケ
ット量に応じて課金するインターネットなどのネットワ
ーク接続サービスにおいては、電子メールの受信にかか
る通信料金の節約となる。
ＩＤＬ記憶部によって、ＰＯＰサーバの有するメールボ
ックスにおける電子メールのＵＩＤＬを取得してＵＩＤ
Ｌ記憶部に記憶し、転送効率改善プロトコル形式を利用
しているメール利用機器からの新着メールの確認時に、
その確認処理において、トランスポート層のプロトコル
にＵＤＰを用い、メール利用機器の最新のＵＩＤＬを取
得して、新着メール判断部において、そのＵＩＤＬと、
変換システム管理用サーバのＵＩＤＬと、ＰＯＰサーバ
のＵＩＤＬとに基づいて、新着メールの判断を行うよう
にした。従って、メール利用機器は、最新のＵＩＤＬを
ＵＤＰによって送信することにより、新着メールの確認
を行うことが可能なので、変換システム管理用サーバと
の間のデータ転送量を低減することができ、データパケ
ット量に応じて課金するインターネットなどのネットワ
ーク接続サービスにおいては、電子メールの受信にかか
る通信料金の節約となる。
【００７０】また、請求項４８に係る発明は、請求項３
４乃至請求項４７のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、前記転送効率改善プロトコル形式を利用する
メール利用機器からの新着メールの確認要求に対して、
対応するメールシステムからの電子メールを受信して記
憶する受信メール記憶部と、前記メール記憶部に記憶さ
れた、メール本文と、少なくとも１以上の添付ファイル
とから成る電子メールに対して、前記メール本文と、前
記添付ファイルとを区分するメールパート区分部と、を
備えることを特徴としている。
４乃至請求項４７のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、前記転送効率改善プロトコル形式を利用する
メール利用機器からの新着メールの確認要求に対して、
対応するメールシステムからの電子メールを受信して記
憶する受信メール記憶部と、前記メール記憶部に記憶さ
れた、メール本文と、少なくとも１以上の添付ファイル
とから成る電子メールに対して、前記メール本文と、前
記添付ファイルとを区分するメールパート区分部と、を
備えることを特徴としている。
【００７１】つまり、変換システム管理用サーバは、受
信メール記憶部によって、新着メールの確認時に受信し
た電子メールを記憶し、メールパート区分部によって、
受信メール記憶部に記憶された電子メールのメール本文
や、添付ファイルといった構成要素毎に区分するように
した。このようにすることで、新着メール確認時に、電
子メールがどのような構成なのかをあらかじめ知ること
が可能となる。また、請求項４９に係る発明は、請求項
４８記載の変換システム管理用サーバにおいて、前記メ
ールパート区分部は、前記電子メールに複数のテキスト
形式部分が存在するときに、そのファイル表示内容の最
も先頭に近いテキスト形式部分をメール本文として区分
するようになっていることを特徴としている。
信メール記憶部によって、新着メールの確認時に受信し
た電子メールを記憶し、メールパート区分部によって、
受信メール記憶部に記憶された電子メールのメール本文
や、添付ファイルといった構成要素毎に区分するように
した。このようにすることで、新着メール確認時に、電
子メールがどのような構成なのかをあらかじめ知ること
が可能となる。また、請求項４９に係る発明は、請求項
４８記載の変換システム管理用サーバにおいて、前記メ
ールパート区分部は、前記電子メールに複数のテキスト
形式部分が存在するときに、そのファイル表示内容の最
も先頭に近いテキスト形式部分をメール本文として区分
するようになっていることを特徴としている。
【００７２】つまり、メールパート区分部は、例えば、
ＭＩＭＥにおけるマルチパートメールにおいて、Conten
t-Typeがtext/plainやtext/htmlであるパートが複数あ
る場合に、その情報をリストで表示した際に一番先頭に
あるものをメール本文として区分するようにした。ま
た、請求項５０に係る発明は、請求項４８又は請求項４
９記載の変換システム管理用サーバにおいて、前記メー
ルパート区分部は、階層化された前記電子メールに複数
のテキスト形式部分が存在するときに、最も浅い階層の
テキスト形式部分をメール本文として区分するようにな
っていることを特徴としている。
ＭＩＭＥにおけるマルチパートメールにおいて、Conten
t-Typeがtext/plainやtext/htmlであるパートが複数あ
る場合に、その情報をリストで表示した際に一番先頭に
あるものをメール本文として区分するようにした。ま
た、請求項５０に係る発明は、請求項４８又は請求項４
９記載の変換システム管理用サーバにおいて、前記メー
ルパート区分部は、階層化された前記電子メールに複数
のテキスト形式部分が存在するときに、最も浅い階層の
テキスト形式部分をメール本文として区分するようにな
っていることを特徴としている。
【００７３】まず、階層化された電子メールとは、添付
ファイルを有する電子メールが添付された電子メールと
いったように、電子メールが階層を形成するものであ
る。つまり、メールパート区分部は、このような電子メ
ールにおいて、各階層の電子メールにテキスト形式部分
があった場合に、最も浅い階層の電子メール、つまり、
添付ファイルになっていない電子メールのテキスト形式
部分をメール本文として区分するようにした。
ファイルを有する電子メールが添付された電子メールと
いったように、電子メールが階層を形成するものであ
る。つまり、メールパート区分部は、このような電子メ
ールにおいて、各階層の電子メールにテキスト形式部分
があった場合に、最も浅い階層の電子メール、つまり、
添付ファイルになっていない電子メールのテキスト形式
部分をメール本文として区分するようにした。
【００７４】また、請求項５１に係る発明は、請求項４
８乃至請求項５０のいずれかに記載の変換システム管理
用サーバにおいて、前記メールパート区分部は、互いに
同じ内容の複数のテキスト形式部分を有する前記電子メ
ールに対して、そのうちの１つのみをメール本文として
区分するようになっていることを特徴としている。つま
り、例えば、ＭＩＭＥによるメールフォーマットにおい
て、電子メールのContent-Typeがmultipart/alternativ
eで、パートのContent-Typeにtext/plainとtext/htmlが
両方あるような場合に、例えば、text/plainをメール本
文とし、text/htmlを無視するようにした。
８乃至請求項５０のいずれかに記載の変換システム管理
用サーバにおいて、前記メールパート区分部は、互いに
同じ内容の複数のテキスト形式部分を有する前記電子メ
ールに対して、そのうちの１つのみをメール本文として
区分するようになっていることを特徴としている。つま
り、例えば、ＭＩＭＥによるメールフォーマットにおい
て、電子メールのContent-Typeがmultipart/alternativ
eで、パートのContent-Typeにtext/plainとtext/htmlが
両方あるような場合に、例えば、text/plainをメール本
文とし、text/htmlを無視するようにした。
【００７５】また、請求項５２に係る発明は、請求項４
８乃至請求項５１のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、前記転送効率改善プロトコル形式を利用して
いるメール利用機器によって、前記電子メール毎、ある
いは、区分された前記パート毎に受信する内容を指定す
ることが可能な受信メール指定部を備え、前記メール利
用機器に、当該指定された内容を送信するようになって
いることを特徴としている。
８乃至請求項５１のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、前記転送効率改善プロトコル形式を利用して
いるメール利用機器によって、前記電子メール毎、ある
いは、区分された前記パート毎に受信する内容を指定す
ることが可能な受信メール指定部を備え、前記メール利
用機器に、当該指定された内容を送信するようになって
いることを特徴としている。
【００７６】つまり、メールパート区分部によって、メ
ール本文と添付ファイルとが区分された電子メールに対
して、受信メール指定部によって、受信したいメール本
文や添付ファイルを個々に指定することで、メール本文
だけの受信や、添付ファイルだけの受信といったように
電子メールの任意のパートを受信可能とした。従って、
サイズの大きな添付ファイルがあるような電子メールに
対して、メール本文のみを受信するように指定したり、
複数の添付ファイルのうち必要なものだけを指定したり
することで、無駄なデータの転送を抑えることができ、
データパケット量に応じて課金するインターネットなど
のネットワーク接続サービスにおいては、電子メールの
受信にかかる通信料金の節約となる。
ール本文と添付ファイルとが区分された電子メールに対
して、受信メール指定部によって、受信したいメール本
文や添付ファイルを個々に指定することで、メール本文
だけの受信や、添付ファイルだけの受信といったように
電子メールの任意のパートを受信可能とした。従って、
サイズの大きな添付ファイルがあるような電子メールに
対して、メール本文のみを受信するように指定したり、
複数の添付ファイルのうち必要なものだけを指定したり
することで、無駄なデータの転送を抑えることができ、
データパケット量に応じて課金するインターネットなど
のネットワーク接続サービスにおいては、電子メールの
受信にかかる通信料金の節約となる。
【００７７】また、請求項５３に係る発明は、請求項３
４乃至請求項５２のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、前記転送効率改善プロトコル形式を利用して
いるメール利用機器によって前記電子メールの受信条件
を設定可能な受信条件設定部と、前記受信条件に基づい
た送信処理を行う条件メール送信処理部と、を備えるい
ることを特徴としている。
４乃至請求項５２のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式変
換手段は、前記転送効率改善プロトコル形式を利用して
いるメール利用機器によって前記電子メールの受信条件
を設定可能な受信条件設定部と、前記受信条件に基づい
た送信処理を行う条件メール送信処理部と、を備えるい
ることを特徴としている。
【００７８】つまり、受信条件設定部によって、電子メ
ール受信時の条件を設定し、条件メール送信処理部によ
って、その受信条件に基づいた送信処理を行うようにし
た。また、請求項５４に係る発明は、請求項５３記載の
変換システム管理用サーバにおいて、前記受信条件は、
受信するメール本文の受信データサイズであり、この条
件に対する前記送信処理は、前記データサイズ以下のメ
ール本文のデータは送信し、受信するメール本文が前記
データサイズを超えている場合は、超えた分のデータを
削除することであることを特徴としている。
ール受信時の条件を設定し、条件メール送信処理部によ
って、その受信条件に基づいた送信処理を行うようにし
た。また、請求項５４に係る発明は、請求項５３記載の
変換システム管理用サーバにおいて、前記受信条件は、
受信するメール本文の受信データサイズであり、この条
件に対する前記送信処理は、前記データサイズ以下のメ
ール本文のデータは送信し、受信するメール本文が前記
データサイズを超えている場合は、超えた分のデータを
削除することであることを特徴としている。
【００７９】つまり、受信条件設定部によって、受信条
件としてメール本文の受信データサイズを設定すること
によって、条件メール送信処理部によって、設定された
受信メールサイズ以下のメール本文のデータは受信する
ようにし、受信メールサイズを超えるような場合は、超
えた分のデータを削除するようにした。従って、例え
ば、携帯電話などのモバイル機器によって電子メールを
受信するような場合に、メール本文のデータ量が大容量
のメールを全て受信しなくても、その一部のみを受信し
て内容の確認を行うことができ便利である。
件としてメール本文の受信データサイズを設定すること
によって、条件メール送信処理部によって、設定された
受信メールサイズ以下のメール本文のデータは受信する
ようにし、受信メールサイズを超えるような場合は、超
えた分のデータを削除するようにした。従って、例え
ば、携帯電話などのモバイル機器によって電子メールを
受信するような場合に、メール本文のデータ量が大容量
のメールを全て受信しなくても、その一部のみを受信し
て内容の確認を行うことができ便利である。
【００８０】また、請求項５５に係る発明は、請求項５
３記載の変換システム管理用サーバにおいて、前記受信
条件は、受信するメール本文の行数であり、この条件に
対する前記送信処理は、前記行数以下のメール本文のデ
ータは送信し、受信するメール本文が前記行数を超えて
いる場合は、超えた分のデータを削除することであるこ
とを特徴としている。つまり、受信条件設定部によっ
て、受信条件としてメール本文の行数を設定することに
よって、条件メール送信処理部によって、設定された行
数以下のメール本文のデータは受信するようにし、行数
を超えるような場合は、超えた分のデータを削除するよ
うにした。
３記載の変換システム管理用サーバにおいて、前記受信
条件は、受信するメール本文の行数であり、この条件に
対する前記送信処理は、前記行数以下のメール本文のデ
ータは送信し、受信するメール本文が前記行数を超えて
いる場合は、超えた分のデータを削除することであるこ
とを特徴としている。つまり、受信条件設定部によっ
て、受信条件としてメール本文の行数を設定することに
よって、条件メール送信処理部によって、設定された行
数以下のメール本文のデータは受信するようにし、行数
を超えるような場合は、超えた分のデータを削除するよ
うにした。
【００８１】従って、例えば、携帯電話などのモバイル
機器によって電子メールを受信するような場合に、メー
ル本文の行数が多いメールを全て受信しなくても、その
一部のみを受信して内容の確認を行うことができ便利で
ある。また、請求項５６に係る発明は、請求項５３乃至
請求項５５のいずれかに記載の変換システム管理用サー
バにおいて、前記受信条件は、受信する添付ファイルの
受信データサイズであり、この条件に対する前記送信処
理は、前記データサイズ以下の添付ファイルは送信し、
受信する添付ファイルが前記データサイズを超えている
場合は、その添付ファイルの情報の一部を残し、当該フ
ァイルを削除することであることを特徴としている。
機器によって電子メールを受信するような場合に、メー
ル本文の行数が多いメールを全て受信しなくても、その
一部のみを受信して内容の確認を行うことができ便利で
ある。また、請求項５６に係る発明は、請求項５３乃至
請求項５５のいずれかに記載の変換システム管理用サー
バにおいて、前記受信条件は、受信する添付ファイルの
受信データサイズであり、この条件に対する前記送信処
理は、前記データサイズ以下の添付ファイルは送信し、
受信する添付ファイルが前記データサイズを超えている
場合は、その添付ファイルの情報の一部を残し、当該フ
ァイルを削除することであることを特徴としている。
【００８２】つまり、受信条件設定部によって、受信条
件として添付ファイルの受信データサイズを設定するこ
とによって、条件メール送信処理部によって、設定され
た受信データサイズ以下の添付ファイルのデータは受信
するようにし、受信データサイズを超えるような場合
は、添付ファイルの情報の一部を残し、データを削除す
るようにした。従って、例えば、携帯電話などのモバイ
ル機器によって電子メールを受信するような場合に、添
付ファイルのデータ量が大容量のメールを受信する際
に、そのメールを全て受信しなくても、メール本文及び
添付ファイルのファイル名やサイズなどの情報の一部の
みを受信して内容の確認を行うことができ便利である。
件として添付ファイルの受信データサイズを設定するこ
とによって、条件メール送信処理部によって、設定され
た受信データサイズ以下の添付ファイルのデータは受信
するようにし、受信データサイズを超えるような場合
は、添付ファイルの情報の一部を残し、データを削除す
るようにした。従って、例えば、携帯電話などのモバイ
ル機器によって電子メールを受信するような場合に、添
付ファイルのデータ量が大容量のメールを受信する際
に、そのメールを全て受信しなくても、メール本文及び
添付ファイルのファイル名やサイズなどの情報の一部の
みを受信して内容の確認を行うことができ便利である。
【００８３】また、請求項５７に係る発明は、請求項５
３乃至請求項５６のいずれかに記載の変換システム管理
用サーバにおいて、添付ファイルとして画像データが添
付されている場合に、前記受信条件は、前記メール利用
機器における画像の表示可能サイズであり、この条件に
対する前記送信処理は、前記表示可能サイズ以下の画像
データはそのまま送信し、前記画像データが前記表示可
能サイズを超えている場合は、その画像データの画像サ
イズを前記表示可能サイズ以下に変換した後で送信する
ことであることを特徴としている。
３乃至請求項５６のいずれかに記載の変換システム管理
用サーバにおいて、添付ファイルとして画像データが添
付されている場合に、前記受信条件は、前記メール利用
機器における画像の表示可能サイズであり、この条件に
対する前記送信処理は、前記表示可能サイズ以下の画像
データはそのまま送信し、前記画像データが前記表示可
能サイズを超えている場合は、その画像データの画像サ
イズを前記表示可能サイズ以下に変換した後で送信する
ことであることを特徴としている。
【００８４】つまり、添付ファイルとして画像データが
添付されている電子メールの受信時に、受信条件設定部
によって、受信条件として、そのメールを受信するメー
ル利用機器のディスプレイ装置の表示可能サイズを設定
することによって、添付された画像データが表示不可能
なサイズであった場合に、条件メール送信処理部によっ
て、表示可能なサイズに変換してから、送信先のメール
利用機器に送信するようにした。
添付されている電子メールの受信時に、受信条件設定部
によって、受信条件として、そのメールを受信するメー
ル利用機器のディスプレイ装置の表示可能サイズを設定
することによって、添付された画像データが表示不可能
なサイズであった場合に、条件メール送信処理部によっ
て、表示可能なサイズに変換してから、送信先のメール
利用機器に送信するようにした。
【００８５】従って、メール利用機器のディスプレイ装
置において表示不可能な画像データを受信することを防
ぎ、よって無駄なデータの転送が生じるのを防ぐことが
可能となる。また、請求項５８に係る発明は、請求項５
３乃至請求項５７のいずれかに記載の変換システム管理
用サーバにおいて、添付ファイルとして画像データが添
付されている場合に、前記受信条件は、前記メール利用
機器における画像の表示可能色数であり、この条件に対
する前記送信処理は、前記表示可能色数以下の画像デー
タはそのまま送信し、前記画像データが前記表示可能色
数を超えている場合は、その画像の色数を前記表示可能
色数以下に減色した後で送信することであることを特徴
としている。
置において表示不可能な画像データを受信することを防
ぎ、よって無駄なデータの転送が生じるのを防ぐことが
可能となる。また、請求項５８に係る発明は、請求項５
３乃至請求項５７のいずれかに記載の変換システム管理
用サーバにおいて、添付ファイルとして画像データが添
付されている場合に、前記受信条件は、前記メール利用
機器における画像の表示可能色数であり、この条件に対
する前記送信処理は、前記表示可能色数以下の画像デー
タはそのまま送信し、前記画像データが前記表示可能色
数を超えている場合は、その画像の色数を前記表示可能
色数以下に減色した後で送信することであることを特徴
としている。
【００８６】つまり、添付ファイルとして画像データが
添付されている電子メールの受信時に、受信条件設定部
によって、受信条件として、そのメールを受信するメー
ル利用機器のディスプレイ装置の表示可能色数を設定す
ることによって、添付された画像データが表示不可能な
色数であった場合に、条件メール送信処理部によって、
表示可能な色数に減色してから、送信先のメール利用機
器に送信するようにした。
添付されている電子メールの受信時に、受信条件設定部
によって、受信条件として、そのメールを受信するメー
ル利用機器のディスプレイ装置の表示可能色数を設定す
ることによって、添付された画像データが表示不可能な
色数であった場合に、条件メール送信処理部によって、
表示可能な色数に減色してから、送信先のメール利用機
器に送信するようにした。
【００８７】従って、メール利用機器のディスプレイ装
置において表示不可能な色数の画像データを受信するこ
とを防ぎ、よって無駄なデータの転送が生じるのを防ぐ
ことが可能となる。また、請求項５９に係る発明は、請
求項５３乃至請求項５８のいずれかに記載の変換システ
ム管理用サーバにおいて、前記受信条件は、前記メール
利用機器における利用可能なファイルフォーマットであ
り、この条件に対する前記送信処理は、前記利用可能な
フォーマットの添付ファイルはそのまま送信し、前記添
付ファイルが利用不可能なフォーマットである場合は、
前記添付ファイルのフォーマットを前記利用可能なフォ
ーマットに変換した後で送信することであることを特徴
としている。
置において表示不可能な色数の画像データを受信するこ
とを防ぎ、よって無駄なデータの転送が生じるのを防ぐ
ことが可能となる。また、請求項５９に係る発明は、請
求項５３乃至請求項５８のいずれかに記載の変換システ
ム管理用サーバにおいて、前記受信条件は、前記メール
利用機器における利用可能なファイルフォーマットであ
り、この条件に対する前記送信処理は、前記利用可能な
フォーマットの添付ファイルはそのまま送信し、前記添
付ファイルが利用不可能なフォーマットである場合は、
前記添付ファイルのフォーマットを前記利用可能なフォ
ーマットに変換した後で送信することであることを特徴
としている。
【００８８】つまり、添付ファイルのある電子メールの
受信時に、受信条件設定部によって、受信条件として、
そのメールを受信するメール利用機器において利用可能
なファイルフォーマットを設定しておくことで、利用不
可能なファイルフォーマットの添付ファイルのある電子
メールを受信するときに、条件メール送信処理部によっ
て、設定されたファイルフォーマットのうちのいずれか
のフォーマットに変換してから送信先のメール利用機器
に送信するようにした。
受信時に、受信条件設定部によって、受信条件として、
そのメールを受信するメール利用機器において利用可能
なファイルフォーマットを設定しておくことで、利用不
可能なファイルフォーマットの添付ファイルのある電子
メールを受信するときに、条件メール送信処理部によっ
て、設定されたファイルフォーマットのうちのいずれか
のフォーマットに変換してから送信先のメール利用機器
に送信するようにした。
【００８９】例えば、ワープロソフトＡで作成したＡフ
ォーマットの文書ファイルの添付された電子メールを、
Ａフォーマットの文書ファイルを利用できないメール利
用機器で受信するときに、受信条件設定部によって、利
用可能なＢフォーマットを設定しておくことで、条件メ
ール送信処理部によってＡフォーマットの文書ファイル
をＢフォーマットに変換してから送信する。従って、受
信した添付ファイルが利用できないといった不具合を防
ぐのに役立つ。
ォーマットの文書ファイルの添付された電子メールを、
Ａフォーマットの文書ファイルを利用できないメール利
用機器で受信するときに、受信条件設定部によって、利
用可能なＢフォーマットを設定しておくことで、条件メ
ール送信処理部によってＡフォーマットの文書ファイル
をＢフォーマットに変換してから送信する。従って、受
信した添付ファイルが利用できないといった不具合を防
ぐのに役立つ。
【００９０】また、請求項６０に係る発明は、請求項５
３乃至請求項５９のいずれかに記載の変換システム管理
用サーバにおいて、前記受信条件は、受信を拒否する送
信者のメールアドレスであり、この条件に対する前記送
信処理は、前記メールアドレス以外からの電子メールの
みを送信することであることを特徴としている。つま
り、受信条件設定部によって、受信を拒否するメールア
ドレスを設定しておくことで、条件メール送信処理部に
よって、電子メールの受信をする際にメールの転送元の
アドレスをチェックし、そのアドレスが拒否するアドレ
スに設定されたものであれば、送信先のメール利用機器
に送信しないようにし、そうでない場合は、送信するよ
うにした。
３乃至請求項５９のいずれかに記載の変換システム管理
用サーバにおいて、前記受信条件は、受信を拒否する送
信者のメールアドレスであり、この条件に対する前記送
信処理は、前記メールアドレス以外からの電子メールの
みを送信することであることを特徴としている。つま
り、受信条件設定部によって、受信を拒否するメールア
ドレスを設定しておくことで、条件メール送信処理部に
よって、電子メールの受信をする際にメールの転送元の
アドレスをチェックし、そのアドレスが拒否するアドレ
スに設定されたものであれば、送信先のメール利用機器
に送信しないようにし、そうでない場合は、送信するよ
うにした。
【００９１】従って、例えば、ダイレクトメールや、迷
惑メールなどを受信しないようにすることが可能とな
り、その結果、無駄なデータの転送を抑えるのに役立
つ。また、請求項６１に係る発明は、請求項５３乃至請
求項６０のいずれかに記載の変換システム管理用サーバ
において、前記受信条件は、受信を許可する送信者のメ
ールアドレスであり、この条件に対する前記送信処理
は、前記メールアドレスからの電子メールのみを送信す
ることであることを特徴としている。
惑メールなどを受信しないようにすることが可能とな
り、その結果、無駄なデータの転送を抑えるのに役立
つ。また、請求項６１に係る発明は、請求項５３乃至請
求項６０のいずれかに記載の変換システム管理用サーバ
において、前記受信条件は、受信を許可する送信者のメ
ールアドレスであり、この条件に対する前記送信処理
は、前記メールアドレスからの電子メールのみを送信す
ることであることを特徴としている。
【００９２】つまり、受信条件設定部によって、受信を
許可するメールアドレスを設定しておくことで、条件メ
ール送信処理部によって、電子メールの受信をする際に
メールの転送元のアドレスをチェックし、そのアドレス
が受信を許可するアドレスに設定されたものであれば、
送信先のメール利用機器に送信するようにし、そうでな
い場合は、送信しないようにした。従って、メール利用
機器に携帯電話などのモバイル機器を用いる場合に、受
信を許可するメールを設定しておくことで、必要外のメ
ールの受信を防ぐことができ、無駄なデータの転送を抑
えるのに役立つ。
許可するメールアドレスを設定しておくことで、条件メ
ール送信処理部によって、電子メールの受信をする際に
メールの転送元のアドレスをチェックし、そのアドレス
が受信を許可するアドレスに設定されたものであれば、
送信先のメール利用機器に送信するようにし、そうでな
い場合は、送信しないようにした。従って、メール利用
機器に携帯電話などのモバイル機器を用いる場合に、受
信を許可するメールを設定しておくことで、必要外のメ
ールの受信を防ぐことができ、無駄なデータの転送を抑
えるのに役立つ。
【００９３】また、請求項６２に係る発明は、請求項５
３乃至請求項６１のいずれかに記載の変換システム管理
用サーバにおいて、前記受信条件は、電子メールの重要
さの程度を示す数値であることを特徴としている。つま
り、電子メールの重要さを数値で示し（例えば、数値が
高いほうが重要）、予めメールの送信者が重要さの数値
を送信する電子メールに設定しておき、受信者側では、
受信条件設定部において、重要さの数値を設定しておく
ことで、条件メール送信処理部によって、電子メールを
受信する際に、重要さの数値をチェックし、例えば、そ
の数値が、設定された値以上であれば送信先のメール利
用機器に送信し、設定された値未満であれば送信しない
ようにした。
３乃至請求項６１のいずれかに記載の変換システム管理
用サーバにおいて、前記受信条件は、電子メールの重要
さの程度を示す数値であることを特徴としている。つま
り、電子メールの重要さを数値で示し（例えば、数値が
高いほうが重要）、予めメールの送信者が重要さの数値
を送信する電子メールに設定しておき、受信者側では、
受信条件設定部において、重要さの数値を設定しておく
ことで、条件メール送信処理部によって、電子メールを
受信する際に、重要さの数値をチェックし、例えば、そ
の数値が、設定された値以上であれば送信先のメール利
用機器に送信し、設定された値未満であれば送信しない
ようにした。
【００９４】従って、電子メールの受信時に、重要では
ないものを受信しないようにすることが可能となるの
で、携帯電話などのモバイル機器によって電子メールの
受信をする場合に、無駄なデータの転送を抑えるのに役
立つ。また、請求項６３に係る発明は、請求項３４乃至
請求項６２のいずれかに記載の変換システム管理用サー
バにおいて、前記転送効率改善プロトコル形式変換手段
は、前記転送効率改善プロトコル形式を利用したメール
利用機器への電子メールの送信処理において、データ通
信におけるＴＣＰ（Transmission Control Protocol）
／ＩＰ（Internet Protocol）のセッションを管理する
ためのコネクションＩＤ及びメール送信単位を管理する
ためのトランザクションＩＤを前記メール利用機器に送
信し、前記電子メールの送信途中に前記メール利用機器
との通信が断絶する状態が発生した場合に、通信復旧後
に、前記コネクションＩＤ及び前記トランザクションＩ
Ｄに基づいて前記送信途中から継続して前記電子メール
の送信処理を行うようになっていることを特徴としてい
る。
ないものを受信しないようにすることが可能となるの
で、携帯電話などのモバイル機器によって電子メールの
受信をする場合に、無駄なデータの転送を抑えるのに役
立つ。また、請求項６３に係る発明は、請求項３４乃至
請求項６２のいずれかに記載の変換システム管理用サー
バにおいて、前記転送効率改善プロトコル形式変換手段
は、前記転送効率改善プロトコル形式を利用したメール
利用機器への電子メールの送信処理において、データ通
信におけるＴＣＰ（Transmission Control Protocol）
／ＩＰ（Internet Protocol）のセッションを管理する
ためのコネクションＩＤ及びメール送信単位を管理する
ためのトランザクションＩＤを前記メール利用機器に送
信し、前記電子メールの送信途中に前記メール利用機器
との通信が断絶する状態が発生した場合に、通信復旧後
に、前記コネクションＩＤ及び前記トランザクションＩ
Ｄに基づいて前記送信途中から継続して前記電子メール
の送信処理を行うようになっていることを特徴としてい
る。
【００９５】つまり、変換システム管理用サーバは、転
送効率改善プロトコル形式を利用しているメール利用機
器に対して電子メールを送信する際に、そのメールの送
信時のセッションを管理するためのコネクションＩＤを
発行し、それをメール利用機器へと転送する。更に、例
えば、電子メールのデータパケット毎にトランザクショ
ンＩＤを発行して、そのＩＤをデータパケットと共に送
信し、もし送信中に何らかの理由で回線が切断された場
合に、メール利用機器から送信開始時に発行したコネク
ションＩＤを受け取り、そのＩＤからどのセッションに
よるメールの送信が中断されたのかが解り、また、その
セッションにおける最後に送信したデータパケットに含
まれるトランザクションＩＤによって、どこまでデータ
を送信したかが解るので、途中からデータの送信を再開
することが可能となる。従って、メールデータの転送が
中断された場合に、データの初めからやり直さなくても
良いので、無駄なデータの転送を抑えるのに役立つ。
送効率改善プロトコル形式を利用しているメール利用機
器に対して電子メールを送信する際に、そのメールの送
信時のセッションを管理するためのコネクションＩＤを
発行し、それをメール利用機器へと転送する。更に、例
えば、電子メールのデータパケット毎にトランザクショ
ンＩＤを発行して、そのＩＤをデータパケットと共に送
信し、もし送信中に何らかの理由で回線が切断された場
合に、メール利用機器から送信開始時に発行したコネク
ションＩＤを受け取り、そのＩＤからどのセッションに
よるメールの送信が中断されたのかが解り、また、その
セッションにおける最後に送信したデータパケットに含
まれるトランザクションＩＤによって、どこまでデータ
を送信したかが解るので、途中からデータの送信を再開
することが可能となる。従って、メールデータの転送が
中断された場合に、データの初めからやり直さなくても
良いので、無駄なデータの転送を抑えるのに役立つ。
【００９６】本発明に係る請求項６４記載の変換システ
ム管理用サーバは、一方のメールシステムが利用してい
るプロトコル形式で転送されてきた電子メールのプロト
コル形式を、他方のメールシステムが利用している別の
プロトコル形式に変換して、当該電子メールを転送する
メール転送プロトコル変換システムにおける、自システ
ム利用者の管理下にあるメール利用機器と、前記メール
システムを管理するためのメールシステム管理用サーバ
と、それぞれ通信可能に接続された、自システムを管理
するための変換システム管理用サーバであって、前記転
送効率改善プロトコル形式で転送されてきた電子メール
のプロトコル形式を、送信先のメールシステムが利用し
ているプロトコル形式に変換して、前記電子メールを転
送する送信先メールプロトコル形式変換手段を備えるこ
とを特徴としている。
ム管理用サーバは、一方のメールシステムが利用してい
るプロトコル形式で転送されてきた電子メールのプロト
コル形式を、他方のメールシステムが利用している別の
プロトコル形式に変換して、当該電子メールを転送する
メール転送プロトコル変換システムにおける、自システ
ム利用者の管理下にあるメール利用機器と、前記メール
システムを管理するためのメールシステム管理用サーバ
と、それぞれ通信可能に接続された、自システムを管理
するための変換システム管理用サーバであって、前記転
送効率改善プロトコル形式で転送されてきた電子メール
のプロトコル形式を、送信先のメールシステムが利用し
ているプロトコル形式に変換して、前記電子メールを転
送する送信先メールプロトコル形式変換手段を備えるこ
とを特徴としている。
【００９７】また、請求項６５に係る発明は、請求項６
４記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段は、前記転送効率改善
プロトコル形式を利用している前記メール利用機器と、
アプリケーション層のプロトコルにＳＭＴＰ（Simple M
ail Transfer Protocol）形式を利用しているメールシ
ステムとの間の電子メールの送信処理として、前記メー
ル利用機器からのコネクション接続要求に対する接続が
完了したことを示す接続完了応答を行い、前記メール利
用機器からの送信開始要求を受信し、送信先のメールシ
ステム管理用サーバに対して、前記ＳＭＴＰ形式に基づ
いたコネクション接続処理を行い、前記メール利用機器
に前記送信開始要求に対する送信開始を示す送信開始応
答を行い、前記メール利用機器からの電子メールのデー
タを受信し、前記メールシステム管理用サーバとの間
で、前記ＳＭＴＰ形式に基づいた前記データの送信処理
を行い、前記メールシステム管理用サーバからの前記デ
ータの受信完了応答を受信して、前記メール利用機器に
データの送信完了応答を行い、前記メール利用機器から
の前記データの送信終了要求を受信し、前記メールシス
テム管理用サーバに対して、前記ＳＭＴＰ形式に基づい
た前記データの送信終了処理を行い、その処理に対する
前記メールシステム管理用サーバからのコネクションの
切断を示す応答に基づいて前記メール利用機器に前記送
信終了要求に対する応答を行い、前記メール利用機器か
らのコネクション切断要求を受信し、当該メール利用機
器との間のコネクションを切断することを特徴としてい
る。
４記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段は、前記転送効率改善
プロトコル形式を利用している前記メール利用機器と、
アプリケーション層のプロトコルにＳＭＴＰ（Simple M
ail Transfer Protocol）形式を利用しているメールシ
ステムとの間の電子メールの送信処理として、前記メー
ル利用機器からのコネクション接続要求に対する接続が
完了したことを示す接続完了応答を行い、前記メール利
用機器からの送信開始要求を受信し、送信先のメールシ
ステム管理用サーバに対して、前記ＳＭＴＰ形式に基づ
いたコネクション接続処理を行い、前記メール利用機器
に前記送信開始要求に対する送信開始を示す送信開始応
答を行い、前記メール利用機器からの電子メールのデー
タを受信し、前記メールシステム管理用サーバとの間
で、前記ＳＭＴＰ形式に基づいた前記データの送信処理
を行い、前記メールシステム管理用サーバからの前記デ
ータの受信完了応答を受信して、前記メール利用機器に
データの送信完了応答を行い、前記メール利用機器から
の前記データの送信終了要求を受信し、前記メールシス
テム管理用サーバに対して、前記ＳＭＴＰ形式に基づい
た前記データの送信終了処理を行い、その処理に対する
前記メールシステム管理用サーバからのコネクションの
切断を示す応答に基づいて前記メール利用機器に前記送
信終了要求に対する応答を行い、前記メール利用機器か
らのコネクション切断要求を受信し、当該メール利用機
器との間のコネクションを切断することを特徴としてい
る。
【００９８】また、請求項６６に係る発明は、請求項６
４又は請求項６５記載の変換システム管理用サーバにお
いて、前記送信先メールプロトコル形式変換手段は、前
記転送効率改善プロトコル形式を利用しているメール利
用機器によってデータが圧縮された電子メールを受信し
た場合に、その圧縮されたデータを圧縮前の状態に復元
するメールデータ復元部を備えることを特徴としてい
る。ここで、請求項６４乃至請求項６６記載の変換シス
テム管理用サーバは、請求項５乃至請求項７記載のメー
ル転送プロトコル変換システムの機能を実現するための
管理用サーバであり、その作用効果は重複するので記載
を省略する。
４又は請求項６５記載の変換システム管理用サーバにお
いて、前記送信先メールプロトコル形式変換手段は、前
記転送効率改善プロトコル形式を利用しているメール利
用機器によってデータが圧縮された電子メールを受信し
た場合に、その圧縮されたデータを圧縮前の状態に復元
するメールデータ復元部を備えることを特徴としてい
る。ここで、請求項６４乃至請求項６６記載の変換シス
テム管理用サーバは、請求項５乃至請求項７記載のメー
ル転送プロトコル変換システムの機能を実現するための
管理用サーバであり、その作用効果は重複するので記載
を省略する。
【００９９】また、請求項６７に係る発明は、請求項６
６記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段は、前記メールデータ
復元部が復元可能な圧縮形式を示す情報を、前記送信元
のメール利用機器に通知する圧縮形式通知部を備えるこ
とを特徴としている。つまり、転送効率改善プロトコル
形式を利用しているメール利用機器に対して、圧縮形式
通知部によって、メールデータ復元部が復元可能な圧縮
形式を示す情報を通知するようにしているので、メール
利用機器において、メールデータ復元部がサポートして
いない圧縮形式で電子メールを圧縮するようなことを避
けることが可能となる。
６記載の変換システム管理用サーバにおいて、前記送信
先メールプロトコル形式変換手段は、前記メールデータ
復元部が復元可能な圧縮形式を示す情報を、前記送信元
のメール利用機器に通知する圧縮形式通知部を備えるこ
とを特徴としている。つまり、転送効率改善プロトコル
形式を利用しているメール利用機器に対して、圧縮形式
通知部によって、メールデータ復元部が復元可能な圧縮
形式を示す情報を通知するようにしているので、メール
利用機器において、メールデータ復元部がサポートして
いない圧縮形式で電子メールを圧縮するようなことを避
けることが可能となる。
【０１００】また、請求項６８に係る発明は、請求項６
４乃至請求項６７のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記メール利用機器から送られてきた電子メール
のデータを、前記ＭＩＭＥに基づいてエンコードするメ
ールデータエンコード部を備えることを特徴としてい
る。つまり、転送効率改善プロトコル形式を利用してい
るメール利用機器から、別のプロトコル形式を利用して
いるメールシステムに対して、電子メールの送信を行う
場合に、その電子メールのデータを、メールデータエン
コード部によって、送信先のメールシステムの利用して
いるプロトコル形式で扱えるデータにエンコードするよ
うにした。
４乃至請求項６７のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記メール利用機器から送られてきた電子メール
のデータを、前記ＭＩＭＥに基づいてエンコードするメ
ールデータエンコード部を備えることを特徴としてい
る。つまり、転送効率改善プロトコル形式を利用してい
るメール利用機器から、別のプロトコル形式を利用して
いるメールシステムに対して、電子メールの送信を行う
場合に、その電子メールのデータを、メールデータエン
コード部によって、送信先のメールシステムの利用して
いるプロトコル形式で扱えるデータにエンコードするよ
うにした。
【０１０１】例えば、転送効率改善プロトコル形式を利
用しているメール利用機器からＳＭＴＰサーバに対して
送信要求のあった電子メールのデータを、ＳＭＴＰサー
バにおけるＳＭＴＰ形式で取り扱えるように、メールデ
ータエンコード部によって、ＭＩＭＥに基づいて、テキ
ストデータは７ビットのＡＳＣＩＩコードにエンコード
し、バイナリ形式の添付ファイルのデータはｂａｓｅ−
６４形式にエンコードしてからＳＭＴＰサーバに送信す
るようにした。従って、変換システム管理用サーバは、
転送効率改善プロトコル形式を利用しているメール利用
機器からの電子メールのデータをバイナリ形式のみで受
信するといったことができ、サーバと利用機器との間の
データ通信量を低減することが可能となり、データパケ
ット量に応じて課金するインターネットなどのネットワ
ーク接続サービスにおいては、電子メールの受信にかか
る通信料金の節約となる。
用しているメール利用機器からＳＭＴＰサーバに対して
送信要求のあった電子メールのデータを、ＳＭＴＰサー
バにおけるＳＭＴＰ形式で取り扱えるように、メールデ
ータエンコード部によって、ＭＩＭＥに基づいて、テキ
ストデータは７ビットのＡＳＣＩＩコードにエンコード
し、バイナリ形式の添付ファイルのデータはｂａｓｅ−
６４形式にエンコードしてからＳＭＴＰサーバに送信す
るようにした。従って、変換システム管理用サーバは、
転送効率改善プロトコル形式を利用しているメール利用
機器からの電子メールのデータをバイナリ形式のみで受
信するといったことができ、サーバと利用機器との間の
データ通信量を低減することが可能となり、データパケ
ット量に応じて課金するインターネットなどのネットワ
ーク接続サービスにおいては、電子メールの受信にかか
る通信料金の節約となる。
【０１０２】また、請求項６９に係る発明は、請求項６
４乃至請求項６８のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記転送効率改善プロトコル形式を利用したメー
ル利用機器からの電子メールの受信処理において、デー
タ通信におけるＴＣＰ（Transmission Control Protoco
l）／ＩＰ（Internet Protocol）のセッションを管理す
るためのコネクションＩＤを前記メール利用機器に送信
し、メール受信単位を管理するためのトランザクション
ＩＤを前記メール利用機器から受信し、前記電子メール
の受信途中に通信が断絶する状態が発生した場合に、前
記コネクションＩＤ及び前記トランザクションＩＤに基
づいて前記受信途中から継続して前記電子メールの受信
処理を行うようになっていることを特徴としている。
４乃至請求項６８のいずれかに記載の変換システム管理
用サーバにおいて、前記送信先メールプロトコル変換手
段は、前記転送効率改善プロトコル形式を利用したメー
ル利用機器からの電子メールの受信処理において、デー
タ通信におけるＴＣＰ（Transmission Control Protoco
l）／ＩＰ（Internet Protocol）のセッションを管理す
るためのコネクションＩＤを前記メール利用機器に送信
し、メール受信単位を管理するためのトランザクション
ＩＤを前記メール利用機器から受信し、前記電子メール
の受信途中に通信が断絶する状態が発生した場合に、前
記コネクションＩＤ及び前記トランザクションＩＤに基
づいて前記受信途中から継続して前記電子メールの受信
処理を行うようになっていることを特徴としている。
【０１０３】つまり、変換システム管理用サーバは、転
送効率改善プロトコル形式を利用しているメール利用機
器からの電子メールを受信する際に、そのメールの受信
時のセッションを管理するためのコネクションＩＤを発
行し、それをメール利用機器へと転送する。そして、メ
ール利用機器からは、例えば、電子メールのデータパケ
ット毎にトランザクションＩＤを発行して、そのＩＤを
データパケットと共に受信し、もし受信中に何らかの理
由で回線が切断された場合に、メール利用機器から先ほ
ど発行したコネクションＩＤを受け取り、そのＩＤから
どのセッションによるメールの受信が中断されたのかが
解り、更に、そのセッションにおける最後に受信したデ
ータパケットに含まれるトランザクションＩＤをメール
利用機器に送信し、メール利用機器は、そのＩＤによ
り、どこまでデータを送信したかが解るので、中断した
ところからデータの送信を再開することが可能となる。
従って、メールデータの転送が中断された場合に、デー
タの初めからやり直さなくても良いので、無駄なデータ
の転送を抑えるのに役立つ。
送効率改善プロトコル形式を利用しているメール利用機
器からの電子メールを受信する際に、そのメールの受信
時のセッションを管理するためのコネクションＩＤを発
行し、それをメール利用機器へと転送する。そして、メ
ール利用機器からは、例えば、電子メールのデータパケ
ット毎にトランザクションＩＤを発行して、そのＩＤを
データパケットと共に受信し、もし受信中に何らかの理
由で回線が切断された場合に、メール利用機器から先ほ
ど発行したコネクションＩＤを受け取り、そのＩＤから
どのセッションによるメールの受信が中断されたのかが
解り、更に、そのセッションにおける最後に受信したデ
ータパケットに含まれるトランザクションＩＤをメール
利用機器に送信し、メール利用機器は、そのＩＤによ
り、どこまでデータを送信したかが解るので、中断した
ところからデータの送信を再開することが可能となる。
従って、メールデータの転送が中断された場合に、デー
タの初めからやり直さなくても良いので、無駄なデータ
の転送を抑えるのに役立つ。
【０１０４】また、請求項７０に係る発明は、請求項３
４乃至請求項６９のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式の
電子メールを利用可能な前記メール利用機器と、前記変
換システム管理用サーバとの間の処理は、前記メール利
用機器から送信される特定のビットパターンによって構
成されたコマンドに基づいて行われることを特徴として
いる。つまり、メールの送信処理、受信処理、送受信処
理において、各処理に、ビットパターンによって構成さ
れたコマンドを用いて行うようにした。
４乃至請求項６９のいずれかに記載の変換システム管理
用サーバにおいて、前記転送効率改善プロトコル形式の
電子メールを利用可能な前記メール利用機器と、前記変
換システム管理用サーバとの間の処理は、前記メール利
用機器から送信される特定のビットパターンによって構
成されたコマンドに基づいて行われることを特徴として
いる。つまり、メールの送信処理、受信処理、送受信処
理において、各処理に、ビットパターンによって構成さ
れたコマンドを用いて行うようにした。
【０１０５】これは、電子メールの送受信のプロトコル
にＳＭＴＰ／ＰＯＰを利用しているメールシステムで
は、ユーザが対話的にメールを送受信できるように、テ
キストベースのコマンド体系になっており、人が見て理
解できるようにするために一つのコマンドに対する使用
データ量が増加する。よって、本発明においては、コマ
ンドをビットパターン化することによって転送効率改善
プロトコル形式を利用しているメール利用機器と、変換
システム管理用サーバとの間のコマンドデータの送受信
によって生じるデータ量を低減することが可能となり、
データパケット量に応じて課金するインターネットなど
のネットワーク接続サービスにおいては、電子メールの
受信にかかる通信料金の節約となる。
にＳＭＴＰ／ＰＯＰを利用しているメールシステムで
は、ユーザが対話的にメールを送受信できるように、テ
キストベースのコマンド体系になっており、人が見て理
解できるようにするために一つのコマンドに対する使用
データ量が増加する。よって、本発明においては、コマ
ンドをビットパターン化することによって転送効率改善
プロトコル形式を利用しているメール利用機器と、変換
システム管理用サーバとの間のコマンドデータの送受信
によって生じるデータ量を低減することが可能となり、
データパケット量に応じて課金するインターネットなど
のネットワーク接続サービスにおいては、電子メールの
受信にかかる通信料金の節約となる。
【０１０６】また、請求項７１に係る発明は、請求項３
４乃至請求項７０のいずれかに記載の変換システム管理
用サーバにおいて、前記変換システム管理用サーバと、
前記転送効率改善プロトコル形式を利用するメール利用
機器との間で、バイナリデータを含む電子メールの通信
処理が可能なことを特徴としている。つまり、転送効率
改善プロトコル形式を利用しているメール利用機器と、
変換システム管理用サーバとの間でバイナリデータを含
む電子メールの送受信を可能とした。
４乃至請求項７０のいずれかに記載の変換システム管理
用サーバにおいて、前記変換システム管理用サーバと、
前記転送効率改善プロトコル形式を利用するメール利用
機器との間で、バイナリデータを含む電子メールの通信
処理が可能なことを特徴としている。つまり、転送効率
改善プロトコル形式を利用しているメール利用機器と、
変換システム管理用サーバとの間でバイナリデータを含
む電子メールの送受信を可能とした。
【０１０７】これは、例えば、ＳＭＴＰサーバへの電子
メールの送信、又は、ＰＯＰサーバからの電子メールの
受信においては、バイナリ形式の添付ファイルを含む電
子メールなどに対して、ＭＩＭＥによるエンコードが行
われるため、エンコード後の添付ファイルのデータ量
が、エンコード前のデータ量よりも多くなってしまう。
そこで、メール利用機器と変換システム管理用サーバと
の間の通信において、バイナリ形式のデータ通信を可能
にしたことで、エンコードによって増加するデータ量を
抑えることができ、データパケット量に応じて課金する
インターネットなどのネットワーク接続サービスにおい
ては、電子メールの受信にかかる通信料金の節約とな
る。
メールの送信、又は、ＰＯＰサーバからの電子メールの
受信においては、バイナリ形式の添付ファイルを含む電
子メールなどに対して、ＭＩＭＥによるエンコードが行
われるため、エンコード後の添付ファイルのデータ量
が、エンコード前のデータ量よりも多くなってしまう。
そこで、メール利用機器と変換システム管理用サーバと
の間の通信において、バイナリ形式のデータ通信を可能
にしたことで、エンコードによって増加するデータ量を
抑えることができ、データパケット量に応じて課金する
インターネットなどのネットワーク接続サービスにおい
ては、電子メールの受信にかかる通信料金の節約とな
る。
【０１０８】本発明に係る請求項７２記載の変換システ
ム制御用プログラムは、一方のメールシステムが利用し
ているプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、他方のメールシステムが利用している
別のプロトコル形式に変換して、当該電子メールを転送
するメール転送プロトコル変換システムにおいて、自シ
ステム利用者の管理下にあるメール利用機器と、前記メ
ールシステムを管理するためのメールシステム管理用サ
ーバと、それぞれ通信可能に接続された、前記メール転
送プロトコル変換システムを管理するための変換システ
ム管理用サーバを制御するための変換システム制御用プ
ログラムであって、所定のプロトコル形式で転送されて
きた電子メールのプロトコル形式を、転送効率の改善さ
れた転送効率改善プロトコル形式に変換して、前記電子
メールを当該プロトコル形式を利用している送信先のメ
ール利用機器に転送する転送効率改善プロトコル形式変
換ステップと、前記転送効率改善プロトコル形式で転送
されてきた電子メールのプロトコル形式を、送信先のメ
ールシステムが利用しているプロトコル形式に変換し
て、前記電子メールを転送する送信先メールプロトコル
形式変換ステップと、を備えることを特徴としている。
ム制御用プログラムは、一方のメールシステムが利用し
ているプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、他方のメールシステムが利用している
別のプロトコル形式に変換して、当該電子メールを転送
するメール転送プロトコル変換システムにおいて、自シ
ステム利用者の管理下にあるメール利用機器と、前記メ
ールシステムを管理するためのメールシステム管理用サ
ーバと、それぞれ通信可能に接続された、前記メール転
送プロトコル変換システムを管理するための変換システ
ム管理用サーバを制御するための変換システム制御用プ
ログラムであって、所定のプロトコル形式で転送されて
きた電子メールのプロトコル形式を、転送効率の改善さ
れた転送効率改善プロトコル形式に変換して、前記電子
メールを当該プロトコル形式を利用している送信先のメ
ール利用機器に転送する転送効率改善プロトコル形式変
換ステップと、前記転送効率改善プロトコル形式で転送
されてきた電子メールのプロトコル形式を、送信先のメ
ールシステムが利用しているプロトコル形式に変換し
て、前記電子メールを転送する送信先メールプロトコル
形式変換ステップと、を備えることを特徴としている。
【０１０９】また、請求項７３に係る発明は、請求項７
２記載の変換システム制御用プログラムにおいて、送信
先メールプロトコル形式変換ステップにおいては、前記
転送効率改善プロトコル形式を利用している前記メール
利用機器からの、アプリケーション層のプロトコルにＳ
ＭＴＰ（Simple Mail Transfer Protocol）形式を利用
しているメールシステムへの電子メールの送信処理とし
て、前記メール利用機器からのコネクション接続要求に
対する接続が完了したことを示す接続完了応答を行い、
前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、前記メ
ール利用機器に前記送信開始要求に対する送信開始を示
す送信開始応答を行い、前記メール利用機器からの電子
メールのデータを受信し、前記メールシステム管理用サ
ーバとの間で、前記ＳＭＴＰ形式に基づいた前記データ
の送信処理を行い、前記メールシステム管理用サーバか
らの前記データの受信完了応答を受信して、前記メール
利用機器にデータの送信完了応答を行い、前記メール利
用機器からの前記データの送信終了要求を受信し、前記
メールシステム管理用サーバに対して、前記ＳＭＴＰ形
式に基づいた前記データの送信終了処理を行い、その処
理に対する前記メールシステム管理用サーバからのコネ
クションの切断を示す応答に基づいて前記メール利用機
器に前記送信終了要求に対する応答を行い、前記メール
利用機器からのコネクション切断要求を受信し、これに
対する応答を行うことによって前記電子メールを送信す
ることを特徴としている。
２記載の変換システム制御用プログラムにおいて、送信
先メールプロトコル形式変換ステップにおいては、前記
転送効率改善プロトコル形式を利用している前記メール
利用機器からの、アプリケーション層のプロトコルにＳ
ＭＴＰ（Simple Mail Transfer Protocol）形式を利用
しているメールシステムへの電子メールの送信処理とし
て、前記メール利用機器からのコネクション接続要求に
対する接続が完了したことを示す接続完了応答を行い、
前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、前記メ
ール利用機器に前記送信開始要求に対する送信開始を示
す送信開始応答を行い、前記メール利用機器からの電子
メールのデータを受信し、前記メールシステム管理用サ
ーバとの間で、前記ＳＭＴＰ形式に基づいた前記データ
の送信処理を行い、前記メールシステム管理用サーバか
らの前記データの受信完了応答を受信して、前記メール
利用機器にデータの送信完了応答を行い、前記メール利
用機器からの前記データの送信終了要求を受信し、前記
メールシステム管理用サーバに対して、前記ＳＭＴＰ形
式に基づいた前記データの送信終了処理を行い、その処
理に対する前記メールシステム管理用サーバからのコネ
クションの切断を示す応答に基づいて前記メール利用機
器に前記送信終了要求に対する応答を行い、前記メール
利用機器からのコネクション切断要求を受信し、これに
対する応答を行うことによって前記電子メールを送信す
ることを特徴としている。
【０１１０】また、請求項７４に係る発明は、請求項７
２記載の変換システム制御用プログラムにおいて、送信
先メールプロトコル形式変換ステップ及び前記転送効率
改善プロトコル形式変換ステップにおいては、前記転送
効率改善プロトコル形式を利用している前記メール利用
機器との間の電子メールの送信処理及び受信処理におい
て、送信処理と受信処理とを１回のコネクション接続で
行うためのコマンドを備え、当該コマンドを前記メール
利用機器から受信すると、前記変換システム管理用サー
バと前記メール利用機器との間の前記電子メールの送受
信処理を１回のコネクション接続で行うことを特徴とし
ている。
２記載の変換システム制御用プログラムにおいて、送信
先メールプロトコル形式変換ステップ及び前記転送効率
改善プロトコル形式変換ステップにおいては、前記転送
効率改善プロトコル形式を利用している前記メール利用
機器との間の電子メールの送信処理及び受信処理におい
て、送信処理と受信処理とを１回のコネクション接続で
行うためのコマンドを備え、当該コマンドを前記メール
利用機器から受信すると、前記変換システム管理用サー
バと前記メール利用機器との間の前記電子メールの送受
信処理を１回のコネクション接続で行うことを特徴とし
ている。
【０１１１】また、請求項７５に係る発明は、請求項７
２乃至請求項７４のいずれかに記載の変換システム制御
用プログラムのおいて、前記送信先メールプロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用しているメール利用機器によってデータが
圧縮された電子メールを受信した場合に、その圧縮され
たデータを圧縮前の状態に復元することを特徴としてい
る。また、請求項７６に係る発明は、請求項７５記載の
変換システム制御用プログラムにおいて、前記送信先メ
ールプロトコル形式変換ステップにおいては、前記メー
ルデータ復元部が復元可能な圧縮形式を示す情報を、前
記送信元のメール利用機器に通知することを特徴として
いる。
２乃至請求項７４のいずれかに記載の変換システム制御
用プログラムのおいて、前記送信先メールプロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用しているメール利用機器によってデータが
圧縮された電子メールを受信した場合に、その圧縮され
たデータを圧縮前の状態に復元することを特徴としてい
る。また、請求項７６に係る発明は、請求項７５記載の
変換システム制御用プログラムにおいて、前記送信先メ
ールプロトコル形式変換ステップにおいては、前記メー
ルデータ復元部が復元可能な圧縮形式を示す情報を、前
記送信元のメール利用機器に通知することを特徴として
いる。
【０１１２】また、請求項７７に係る発明は、請求項７
２乃至請求項７６のいずれかに記載の変換システム制御
用プログラムにおいて、前記送信先メールプロトコル変
換ステップにおいては、前記メール利用機器から送られ
てきた電子メールのデータを、ＭＩＭＥ（Multipurpose
Internet Mail Extensions）に基づいてエンコードす
ることを特徴としている。また、請求項７８に係る発明
は、請求項７２乃至請求項７７のいずれかに記載の変換
システム制御用プログラムにおいて、前記送信先メール
プロトコル変換ステップにおいては、前記転送効率改善
プロトコル形式を利用したメール利用機器からの電子メ
ールの受信において、データ通信におけるＴＣＰ（Tran
smission Control Protocol）／ＩＰ（Internet Protoc
ol）のセッションを管理するためのコネクションＩＤの
前記メール利用機器への送信を行い、メール受信単位を
管理するためのトランザクションＩＤを前記メール利用
機器から受信し、前記電子メールの受信途中に通信が断
絶する状態が発生した場合に、前記コネクションＩＤ及
び前記トランザクションＩＤに基づいて前記受信途中か
ら継続して前記電子メールの受信を行うことを特徴とし
ている。
２乃至請求項７６のいずれかに記載の変換システム制御
用プログラムにおいて、前記送信先メールプロトコル変
換ステップにおいては、前記メール利用機器から送られ
てきた電子メールのデータを、ＭＩＭＥ（Multipurpose
Internet Mail Extensions）に基づいてエンコードす
ることを特徴としている。また、請求項７８に係る発明
は、請求項７２乃至請求項７７のいずれかに記載の変換
システム制御用プログラムにおいて、前記送信先メール
プロトコル変換ステップにおいては、前記転送効率改善
プロトコル形式を利用したメール利用機器からの電子メ
ールの受信において、データ通信におけるＴＣＰ（Tran
smission Control Protocol）／ＩＰ（Internet Protoc
ol）のセッションを管理するためのコネクションＩＤの
前記メール利用機器への送信を行い、メール受信単位を
管理するためのトランザクションＩＤを前記メール利用
機器から受信し、前記電子メールの受信途中に通信が断
絶する状態が発生した場合に、前記コネクションＩＤ及
び前記トランザクションＩＤに基づいて前記受信途中か
ら継続して前記電子メールの受信を行うことを特徴とし
ている。
【０１１３】本発明に係る請求項７９記載の変換システ
ム制御用プログラムは、一方のメールシステムが利用し
ているプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、他方のメールシステムが利用している
別のプロトコル形式に変換して、当該電子メールを転送
するメール転送プロトコル変換システムにおいて、自シ
ステム利用者の管理下にあるメール利用機器と、前記メ
ールシステムを管理するためのメールシステム管理用サ
ーバと、それぞれ通信可能に接続された、前記メール転
送プロトコル変換システムを管理するための変換システ
ム管理用サーバを制御するための変換システム制御用プ
ログラムであって、所定のプロトコル形式で転送されて
きた電子メールのプロトコル形式を、転送効率の改善さ
れた転送効率改善プロトコル形式に変換して、前記電子
メールを当該プロトコル形式を利用している送信先のメ
ール利用機器に転送する転送効率改善プロトコル形式変
換ステップを備えることを特徴としている。
ム制御用プログラムは、一方のメールシステムが利用し
ているプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、他方のメールシステムが利用している
別のプロトコル形式に変換して、当該電子メールを転送
するメール転送プロトコル変換システムにおいて、自シ
ステム利用者の管理下にあるメール利用機器と、前記メ
ールシステムを管理するためのメールシステム管理用サ
ーバと、それぞれ通信可能に接続された、前記メール転
送プロトコル変換システムを管理するための変換システ
ム管理用サーバを制御するための変換システム制御用プ
ログラムであって、所定のプロトコル形式で転送されて
きた電子メールのプロトコル形式を、転送効率の改善さ
れた転送効率改善プロトコル形式に変換して、前記電子
メールを当該プロトコル形式を利用している送信先のメ
ール利用機器に転送する転送効率改善プロトコル形式変
換ステップを備えることを特徴としている。
【０１１４】また、請求項８０に係る発明は、請求項７
２乃至請求項７９のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用している前記メール利用機器からの、アプ
リケーション層のプロトコルにＰＯＰ（Post OfficePro
tocol）形式を利用しているメールシステムへの電子メ
ールの受信処理として、前記メール利用機器からのコネ
クション接続要求に対する接続が完了したことを示す接
続完了応答を行い、前記メール利用機器からの受信開始
要求を受信し、受信元のメールシステム管理用サーバに
対して、前記ＰＯＰ形式に基づいた接続処理を行い、前
記メール利用機器に前記受信開始要求に対する受信開始
を示す受信開始応答を行い、前記メール利用機器からの
電子メールのデータ受信要求を受信し、前記メールシス
テム管理用サーバとの間で、前記ＰＯＰ形式に基づいた
前記データの受信処理を行い、前記メールシステム管理
用サーバからの前記データの受信が完了すると、前記メ
ール利用機器に当該データの送信を行い、前記メール利
用機器からのデータ受信応答を受信する毎に、当該メー
ル利用機器に対して、受信した分の電子メールデータの
送信を行い、前記メール利用機器からの受信終了要求を
受信して、前記メールシステム管理用サーバに対して、
前記ＰＯＰ形式に基づいたコネクション切断処理を行
い、前記メールシステム管理用サーバとのコネクション
の切断すると、前記メール利用機器に受信終了要求に対
する受信が終了したことを示す受信終了応答を行い、前
記メール利用機器からのコネクション切断要求を受信
し、コネクションの切断を行うことによって前記電子メ
ールを受信することを特徴としている。
２乃至請求項７９のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用している前記メール利用機器からの、アプ
リケーション層のプロトコルにＰＯＰ（Post OfficePro
tocol）形式を利用しているメールシステムへの電子メ
ールの受信処理として、前記メール利用機器からのコネ
クション接続要求に対する接続が完了したことを示す接
続完了応答を行い、前記メール利用機器からの受信開始
要求を受信し、受信元のメールシステム管理用サーバに
対して、前記ＰＯＰ形式に基づいた接続処理を行い、前
記メール利用機器に前記受信開始要求に対する受信開始
を示す受信開始応答を行い、前記メール利用機器からの
電子メールのデータ受信要求を受信し、前記メールシス
テム管理用サーバとの間で、前記ＰＯＰ形式に基づいた
前記データの受信処理を行い、前記メールシステム管理
用サーバからの前記データの受信が完了すると、前記メ
ール利用機器に当該データの送信を行い、前記メール利
用機器からのデータ受信応答を受信する毎に、当該メー
ル利用機器に対して、受信した分の電子メールデータの
送信を行い、前記メール利用機器からの受信終了要求を
受信して、前記メールシステム管理用サーバに対して、
前記ＰＯＰ形式に基づいたコネクション切断処理を行
い、前記メールシステム管理用サーバとのコネクション
の切断すると、前記メール利用機器に受信終了要求に対
する受信が終了したことを示す受信終了応答を行い、前
記メール利用機器からのコネクション切断要求を受信
し、コネクションの切断を行うことによって前記電子メ
ールを受信することを特徴としている。
【０１１５】また、請求項８１に係る発明は、請求項７
２乃至請求項８０のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用している前記メール利用機器から、アプリ
ケーション層のプロトコルにＰＯＰ（Post Office Prot
ocol）形式を利用しているメールシステムへの新着メー
ルの確認要求があった場合に、前記メール利用機器との
データ通信に、トランスポート層のプロトコルとしてＵ
ＤＰ（User Datagram Protocol）が用いられ、前記メー
ル利用機器からの受信開始要求を受信し、前記メールシ
ステム管理用サーバに対して、前記ＰＯＰ形式に基づい
た新着メールの確認処理を行い、前記メールシステム管
理用サーバからのメール情報を受信し、前記メール利用
機器にその情報を送信することによって新着メールの確
認を行うことを特徴としている。
２乃至請求項８０のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用している前記メール利用機器から、アプリ
ケーション層のプロトコルにＰＯＰ（Post Office Prot
ocol）形式を利用しているメールシステムへの新着メー
ルの確認要求があった場合に、前記メール利用機器との
データ通信に、トランスポート層のプロトコルとしてＵ
ＤＰ（User Datagram Protocol）が用いられ、前記メー
ル利用機器からの受信開始要求を受信し、前記メールシ
ステム管理用サーバに対して、前記ＰＯＰ形式に基づい
た新着メールの確認処理を行い、前記メールシステム管
理用サーバからのメール情報を受信し、前記メール利用
機器にその情報を送信することによって新着メールの確
認を行うことを特徴としている。
【０１１６】また、請求項８２に係る発明は、請求項７
２乃至請求項８３のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、電子メールを受信した場合
に、その送信先のメール利用機器において復元可能な形
式で前記電子メールのデータを圧縮する処理を行うこと
を特徴としている。また、請求項８３に係る発明は、請
求項８２記載の変換システム制御用プログラムにおい
て、前記転送効率改善プロトコル形式変換ステップにお
いては、圧縮前後の電子メールデータを比較し、圧縮前
のデータ量よりも圧縮後のデータ量の方が少ないとき
に、前記電子メールデータの圧縮処理を行うことを特徴
としている。
２乃至請求項８３のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、電子メールを受信した場合
に、その送信先のメール利用機器において復元可能な形
式で前記電子メールのデータを圧縮する処理を行うこと
を特徴としている。また、請求項８３に係る発明は、請
求項８２記載の変換システム制御用プログラムにおい
て、前記転送効率改善プロトコル形式変換ステップにお
いては、圧縮前後の電子メールデータを比較し、圧縮前
のデータ量よりも圧縮後のデータ量の方が少ないとき
に、前記電子メールデータの圧縮処理を行うことを特徴
としている。
【０１１７】また、請求項８４に係る発明は、請求項７
２乃至請求項８３のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、所定のエンコード方式によ
ってデータがエンコードされた電子メールを受信した場
合に、そのデータをデコードすることを特徴としてい
る。また、請求項８５に係る発明は、請求項７２乃至請
求項８４のいずれかに記載の変換システム制御用プログ
ラムにおいて、前記転送効率改善プロトコル変換ステッ
プにおいては、アプリケーション層のプロトコルにＰＯ
Ｐ（Post Office Protocol）形式を利用しているメール
システム管理用サーバから、そのサーバの管理するメー
ルボックスに蓄積された電子メールのＵＩＤＬ（Unique
ID Listing）を取得して、前記メールシステム管理用
サーバ及び前記メールボックスの組み合わせ毎に、前記
電子メールのＵＩＤＬを記憶し、前記転送効率改善プロ
トコル形式を利用しているメール利用機器との間のデー
タ通信に、トランスポート層のプロトコルとしてＵＤＰ
（User Datagram Protocol）を用いられ、前記メール利
用機器からの新着メールの確認要求時に、当該メール利
用機器の有する最新のＵＩＤＬを取得して、そのＵＩＤ
Ｌと、前記ＵＩＤＬ記憶部の記憶内容と、前記メールシ
ステム管理用サーバにおけるそのときのＵＩＤＬとに基
づいて新着メールの有無の判断を行うことを特徴として
いる。
２乃至請求項８３のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、所定のエンコード方式によ
ってデータがエンコードされた電子メールを受信した場
合に、そのデータをデコードすることを特徴としてい
る。また、請求項８５に係る発明は、請求項７２乃至請
求項８４のいずれかに記載の変換システム制御用プログ
ラムにおいて、前記転送効率改善プロトコル変換ステッ
プにおいては、アプリケーション層のプロトコルにＰＯ
Ｐ（Post Office Protocol）形式を利用しているメール
システム管理用サーバから、そのサーバの管理するメー
ルボックスに蓄積された電子メールのＵＩＤＬ（Unique
ID Listing）を取得して、前記メールシステム管理用
サーバ及び前記メールボックスの組み合わせ毎に、前記
電子メールのＵＩＤＬを記憶し、前記転送効率改善プロ
トコル形式を利用しているメール利用機器との間のデー
タ通信に、トランスポート層のプロトコルとしてＵＤＰ
（User Datagram Protocol）を用いられ、前記メール利
用機器からの新着メールの確認要求時に、当該メール利
用機器の有する最新のＵＩＤＬを取得して、そのＵＩＤ
Ｌと、前記ＵＩＤＬ記憶部の記憶内容と、前記メールシ
ステム管理用サーバにおけるそのときのＵＩＤＬとに基
づいて新着メールの有無の判断を行うことを特徴として
いる。
【０１１８】また、請求項８６に係る発明は、請求項７
２乃至請求項８５のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用するメール利用機器からの電子メールの受
信要求に対して、対応するメールシステムからの電子メ
ールを受信して記憶し、記憶された前記電子メールにお
ける、メール本文と、少なくとも１以上の添付ファイル
とから成るマルチパートメールに対して、前記メール本
文と、前記添付ファイルとを区分することを特徴として
いる。
２乃至請求項８５のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用するメール利用機器からの電子メールの受
信要求に対して、対応するメールシステムからの電子メ
ールを受信して記憶し、記憶された前記電子メールにお
ける、メール本文と、少なくとも１以上の添付ファイル
とから成るマルチパートメールに対して、前記メール本
文と、前記添付ファイルとを区分することを特徴として
いる。
【０１１９】また、請求項８７に係る発明は、請求項８
６記載の変換システム制御用プログラムにおいて、前記
マルチパートメールに複数のテキスト形式部分が存在す
るときに、そのファイル表示内容の最も先頭に近いテキ
スト形式部分をメール本文として区分することを特徴と
している。また、請求項８８に係る発明は、請求項８７
記載の変換システム制御用プログラムにおいて、階層化
された複数のパートを有する電子メールにテキスト部分
が存在するときに、最も浅い階層のテキストから成るパ
ートをメール本文として区分することを特徴としてい
る。
６記載の変換システム制御用プログラムにおいて、前記
マルチパートメールに複数のテキスト形式部分が存在す
るときに、そのファイル表示内容の最も先頭に近いテキ
スト形式部分をメール本文として区分することを特徴と
している。また、請求項８８に係る発明は、請求項８７
記載の変換システム制御用プログラムにおいて、階層化
された複数のパートを有する電子メールにテキスト部分
が存在するときに、最も浅い階層のテキストから成るパ
ートをメール本文として区分することを特徴としてい
る。
【０１２０】また、請求項８９に係る発明は、請求項８
７又は請求項８８記載の変換システム制御用プログラム
において、互いに同じ内容の複数のテキスト形式部分を
有する電子メールに対して、そのうちの１つのみをメー
ル本文として区分することを特徴としている。また、請
求項９０に係る発明は、請求項８７乃至請求項８９のい
ずれかに記載の変換システム制御用プログラムにおい
て、前記転送効率改善プロトコル形式変換ステップにお
いては、前記転送効率改善プロトコル形式を利用してい
るメール利用機器によって、前記電子メール毎、あるい
は、区分された前記パート毎に受信する内容を指定し、
その指定された内容を、前記メール利用機器に送信する
ことを特徴としている。
７又は請求項８８記載の変換システム制御用プログラム
において、互いに同じ内容の複数のテキスト形式部分を
有する電子メールに対して、そのうちの１つのみをメー
ル本文として区分することを特徴としている。また、請
求項９０に係る発明は、請求項８７乃至請求項８９のい
ずれかに記載の変換システム制御用プログラムにおい
て、前記転送効率改善プロトコル形式変換ステップにお
いては、前記転送効率改善プロトコル形式を利用してい
るメール利用機器によって、前記電子メール毎、あるい
は、区分された前記パート毎に受信する内容を指定し、
その指定された内容を、前記メール利用機器に送信する
ことを特徴としている。
【０１２１】また、請求項９１に係る発明は、請求項７
２乃至請求項９０のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用しているメール利用機器によって前記電子
メールの受信条件を設定し、その受信条件に基づいて前
記メール利用機器に前記電子メールを送信することを特
徴としている。
２乃至請求項９０のいずれかに記載の変換システム制御
用プログラムにおいて、前記転送効率改善プロトコル形
式変換ステップにおいては、前記転送効率改善プロトコ
ル形式を利用しているメール利用機器によって前記電子
メールの受信条件を設定し、その受信条件に基づいて前
記メール利用機器に前記電子メールを送信することを特
徴としている。
【０１２２】また、請求項９２に係る発明は、請求項９
１記載の変換システム制御用プログラムにおいて、前記
受信条件は、受信するメール本文の受信データサイズで
あり、この条件に対する前記送信処理は、前記データサ
イズ以下のメール本文のデータは送信し、受信するメー
ル本文が前記データサイズを超えている場合は、超えた
分のデータを削除することであることを特徴としてい
る。また、請求項９３に係る発明は、請求項９１記載の
変換システム制御用プログラムにおいて、前記受信条件
は、受信するメール本文の行数であり、この条件に対す
る前記送信処理は、前記行数以下のメール本文のデータ
は送信し、受信するメール本文が前記行数を超えている
場合は、超えた分のデータを削除することであることを
特徴としている。
１記載の変換システム制御用プログラムにおいて、前記
受信条件は、受信するメール本文の受信データサイズで
あり、この条件に対する前記送信処理は、前記データサ
イズ以下のメール本文のデータは送信し、受信するメー
ル本文が前記データサイズを超えている場合は、超えた
分のデータを削除することであることを特徴としてい
る。また、請求項９３に係る発明は、請求項９１記載の
変換システム制御用プログラムにおいて、前記受信条件
は、受信するメール本文の行数であり、この条件に対す
る前記送信処理は、前記行数以下のメール本文のデータ
は送信し、受信するメール本文が前記行数を超えている
場合は、超えた分のデータを削除することであることを
特徴としている。
【０１２３】また、請求項９４に係る発明は、請求項９
１乃至請求項９３のいずれかに記載の変換システム制御
用プログラムにおいて、前記受信条件は、受信する添付
ファイルの受信データサイズであり、この条件に対する
前記送信処理は、前記データサイズ以下の添付ファイル
は送信し、受信する添付ファイルが前記データサイズを
超えている場合は、その添付ファイルの情報の一部を残
し、当該ファイルを削除することであることを特徴とし
ている。
１乃至請求項９３のいずれかに記載の変換システム制御
用プログラムにおいて、前記受信条件は、受信する添付
ファイルの受信データサイズであり、この条件に対する
前記送信処理は、前記データサイズ以下の添付ファイル
は送信し、受信する添付ファイルが前記データサイズを
超えている場合は、その添付ファイルの情報の一部を残
し、当該ファイルを削除することであることを特徴とし
ている。
【０１２４】また、請求項９５に係る発明は、請求項９
１乃至請求項９４のいずれかに記載の変換システム制御
用プログラムにおいて、添付ファイルとして画像データ
が添付されている場合に、前記受信条件は、前記メール
利用機器における画像の表示可能サイズであり、この条
件に対する前記送信処理は、前記表示可能サイズ以下の
画像データはそのまま送信し、前記画像データが前記表
示可能サイズを超えている場合は、その画像データの画
像サイズを前記表示可能サイズ以下に変換した後で送信
することであることを特徴としている。
１乃至請求項９４のいずれかに記載の変換システム制御
用プログラムにおいて、添付ファイルとして画像データ
が添付されている場合に、前記受信条件は、前記メール
利用機器における画像の表示可能サイズであり、この条
件に対する前記送信処理は、前記表示可能サイズ以下の
画像データはそのまま送信し、前記画像データが前記表
示可能サイズを超えている場合は、その画像データの画
像サイズを前記表示可能サイズ以下に変換した後で送信
することであることを特徴としている。
【０１２５】また、請求項９６に係る発明は、請求項９
１乃至請求項９５のいずれかに記載の変換システム制御
用プログラムにおいて、添付ファイルとして画像データ
が添付されている場合に、前記受信条件は、前記メール
利用機器における画像の表示可能色数であり、この条件
に対する前記送信処理は、前記表示可能色数以下の画像
データはそのまま送信し、前記画像データが前記表示可
能色数を超えている場合は、その画像の色数を前記表示
可能色数以下に減色した後で送信することであることを
特徴としている。
１乃至請求項９５のいずれかに記載の変換システム制御
用プログラムにおいて、添付ファイルとして画像データ
が添付されている場合に、前記受信条件は、前記メール
利用機器における画像の表示可能色数であり、この条件
に対する前記送信処理は、前記表示可能色数以下の画像
データはそのまま送信し、前記画像データが前記表示可
能色数を超えている場合は、その画像の色数を前記表示
可能色数以下に減色した後で送信することであることを
特徴としている。
【０１２６】また、請求項９７に係る発明は、請求項９
１乃至請求項９６のいずれかに記載の変換システム制御
用プログラムにおいて、前記受信条件は、前記メール利
用機器における利用可能なファイルフォーマットであ
り、この条件に対する前記送信処理は、前記利用可能な
フォーマットの添付ファイルはそのまま送信し、前記添
付ファイルが利用不可能なフォーマットである場合は、
前記添付ファイルのフォーマットを前記利用可能なフォ
ーマットに変換した後で送信することであることを特徴
としている。
１乃至請求項９６のいずれかに記載の変換システム制御
用プログラムにおいて、前記受信条件は、前記メール利
用機器における利用可能なファイルフォーマットであ
り、この条件に対する前記送信処理は、前記利用可能な
フォーマットの添付ファイルはそのまま送信し、前記添
付ファイルが利用不可能なフォーマットである場合は、
前記添付ファイルのフォーマットを前記利用可能なフォ
ーマットに変換した後で送信することであることを特徴
としている。
【０１２７】また、請求項９８に係る発明は、請求項９
１乃至請求項９７のいずれかに記載の変換システム制御
用プログラムにおいて、前記受信条件は、受信を拒否す
る送信者のメールアドレスであり、この条件に対する前
記送信処理は、前記メールアドレス以外からの電子メー
ルのみを送信することであることを特徴としている。ま
た、請求項９９に係る発明は、請求項９１乃至請求項９
８のいずれかに記載の変換システム制御用プログラムに
おいて、前記受信条件は、受信を許可する送信者のメー
ルアドレスであり、この条件に対する前記送信処理は、
前記メールアドレスからの電子メールのみを送信するこ
とであることを特徴としている。
１乃至請求項９７のいずれかに記載の変換システム制御
用プログラムにおいて、前記受信条件は、受信を拒否す
る送信者のメールアドレスであり、この条件に対する前
記送信処理は、前記メールアドレス以外からの電子メー
ルのみを送信することであることを特徴としている。ま
た、請求項９９に係る発明は、請求項９１乃至請求項９
８のいずれかに記載の変換システム制御用プログラムに
おいて、前記受信条件は、受信を許可する送信者のメー
ルアドレスであり、この条件に対する前記送信処理は、
前記メールアドレスからの電子メールのみを送信するこ
とであることを特徴としている。
【０１２８】また、請求項１００に係る発明は、請求項
９１乃至請求項９９のいずれかに記載の変換システム制
御用プログラムにおいて、前記受信条件は、電子メール
の重要さの程度を示す数値であることを特徴としてい
る。また、請求項１０１に係る発明は、請求項７２乃至
請求項１００のいずれかに記載の変換システム制御用プ
ログラムにおいて、前記転送効率改善プロトコル形式変
換ステップにおいては、前記転送効率改善プロトコル形
式を利用したメール利用機器への電子メールの送信にお
いて、データ通信におけるＴＣＰ（Transmission Contr
ol Protocol）／ＩＰ（Internet Protocol）のセッショ
ンを管理するためのコネクションＩＤ及びメール送信単
位を管理するためのトランザクションＩＤの前記メール
利用機器への送信を行い、前記電子メールの送信途中に
前記メール利用機器との通信が断絶する状態が発生した
場合に、通信復旧後に、前記コネクションＩＤ及び前記
トランザクションＩＤに基づいて前記送信途中から継続
して前記電子メールの送信を行うことを特徴としてい
る。
９１乃至請求項９９のいずれかに記載の変換システム制
御用プログラムにおいて、前記受信条件は、電子メール
の重要さの程度を示す数値であることを特徴としてい
る。また、請求項１０１に係る発明は、請求項７２乃至
請求項１００のいずれかに記載の変換システム制御用プ
ログラムにおいて、前記転送効率改善プロトコル形式変
換ステップにおいては、前記転送効率改善プロトコル形
式を利用したメール利用機器への電子メールの送信にお
いて、データ通信におけるＴＣＰ（Transmission Contr
ol Protocol）／ＩＰ（Internet Protocol）のセッショ
ンを管理するためのコネクションＩＤ及びメール送信単
位を管理するためのトランザクションＩＤの前記メール
利用機器への送信を行い、前記電子メールの送信途中に
前記メール利用機器との通信が断絶する状態が発生した
場合に、通信復旧後に、前記コネクションＩＤ及び前記
トランザクションＩＤに基づいて前記送信途中から継続
して前記電子メールの送信を行うことを特徴としてい
る。
【０１２９】本発明に係る請求項１０２記載の変換シス
テム制御用プログラムは、一方のメールシステムが利用
しているプロトコル形式で転送されてきた電子メールの
プロトコル形式を、他方のメールシステムが利用してい
る別のプロトコル形式に変換して、当該電子メールを転
送するメール転送プロトコル変換システムにおいて、自
システム利用者の管理下にあるメール利用機器と、前記
メールシステムを管理するためのメールシステム管理用
サーバと、それぞれ通信可能に接続された、前記メール
転送プロトコル変換システムを管理するための変換シス
テム管理用サーバを制御するための変換システム制御用
プログラムであって、前記転送効率改善プロトコル形式
で転送されてきた電子メールのプロトコル形式を、送信
先のメールシステムが利用しているプロトコル形式に変
換して、前記電子メールを転送する送信先メールプロト
コル形式変換ステップを備えることを特徴としている。
テム制御用プログラムは、一方のメールシステムが利用
しているプロトコル形式で転送されてきた電子メールの
プロトコル形式を、他方のメールシステムが利用してい
る別のプロトコル形式に変換して、当該電子メールを転
送するメール転送プロトコル変換システムにおいて、自
システム利用者の管理下にあるメール利用機器と、前記
メールシステムを管理するためのメールシステム管理用
サーバと、それぞれ通信可能に接続された、前記メール
転送プロトコル変換システムを管理するための変換シス
テム管理用サーバを制御するための変換システム制御用
プログラムであって、前記転送効率改善プロトコル形式
で転送されてきた電子メールのプロトコル形式を、送信
先のメールシステムが利用しているプロトコル形式に変
換して、前記電子メールを転送する送信先メールプロト
コル形式変換ステップを備えることを特徴としている。
【０１３０】また、請求項１０３に係る発明は、請求項
１０２記載の変換システム制御用プログラムにおいて、
送信先メールプロトコル形式変換ステップにおいては、
前記転送効率改善プロトコル形式を利用している前記メ
ール利用機器からの、アプリケーション層のプロトコル
にＳＭＴＰ（Simple Mail Transfer Protocol）形式を
利用しているメールシステムへの電子メールの送信処理
として、前記メール利用機器からのコネクション接続要
求に対する接続が完了したことを示す接続完了応答を行
い、前記メール利用機器からの送信開始要求を受信し、
送信先のメールシステム管理用サーバに対して、前記Ｓ
ＭＴＰ形式に基づいたコネクション接続処理を行い、前
記メール利用機器に前記送信開始要求に対する送信開始
を示す送信開始応答を行い、前記メール利用機器からの
電子メールのデータを受信し、前記メールシステム管理
用サーバとの間で、前記ＳＭＴＰ形式に基づいた前記デ
ータの送信処理を行い、前記メールシステム管理用サー
バからの前記データの受信完了応答を受信して、前記メ
ール利用機器にデータの送信完了応答を行い、前記メー
ル利用機器からの前記データの送信終了要求を受信し、
前記メールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいた前記データの送信終了処理を行い、そ
の処理に対する前記メールシステム管理用サーバからの
コネクションの切断を示す応答に基づいて前記メール利
用機器に前記送信終了要求に対する応答を行い、前記メ
ール利用機器からのコネクション切断要求を受信し、こ
れに対する応答を行うことによって前記電子メールを送
信することを特徴としている。
１０２記載の変換システム制御用プログラムにおいて、
送信先メールプロトコル形式変換ステップにおいては、
前記転送効率改善プロトコル形式を利用している前記メ
ール利用機器からの、アプリケーション層のプロトコル
にＳＭＴＰ（Simple Mail Transfer Protocol）形式を
利用しているメールシステムへの電子メールの送信処理
として、前記メール利用機器からのコネクション接続要
求に対する接続が完了したことを示す接続完了応答を行
い、前記メール利用機器からの送信開始要求を受信し、
送信先のメールシステム管理用サーバに対して、前記Ｓ
ＭＴＰ形式に基づいたコネクション接続処理を行い、前
記メール利用機器に前記送信開始要求に対する送信開始
を示す送信開始応答を行い、前記メール利用機器からの
電子メールのデータを受信し、前記メールシステム管理
用サーバとの間で、前記ＳＭＴＰ形式に基づいた前記デ
ータの送信処理を行い、前記メールシステム管理用サー
バからの前記データの受信完了応答を受信して、前記メ
ール利用機器にデータの送信完了応答を行い、前記メー
ル利用機器からの前記データの送信終了要求を受信し、
前記メールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいた前記データの送信終了処理を行い、そ
の処理に対する前記メールシステム管理用サーバからの
コネクションの切断を示す応答に基づいて前記メール利
用機器に前記送信終了要求に対する応答を行い、前記メ
ール利用機器からのコネクション切断要求を受信し、こ
れに対する応答を行うことによって前記電子メールを送
信することを特徴としている。
【０１３１】また、請求項１０４に係る発明は、請求項
１０２又は請求項１０３記載の変換システム制御用プロ
グラムにおいて、前記送信先メールプロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用しているメール利用機器によってデータが圧縮さ
れた電子メールを受信した場合に、その圧縮されたデー
タを圧縮前の状態に復元することを特徴としている。ま
た、請求項１０５に係る発明は、請求項１０４記載の変
換システム制御用プログラムにおいて、前記送信先メー
ルプロトコル形式変換ステップにおいては、前記メール
データ復元部が復元可能な圧縮形式を示す情報を、前記
送信元のメール利用機器に通知することを特徴としてい
る。
１０２又は請求項１０３記載の変換システム制御用プロ
グラムにおいて、前記送信先メールプロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用しているメール利用機器によってデータが圧縮さ
れた電子メールを受信した場合に、その圧縮されたデー
タを圧縮前の状態に復元することを特徴としている。ま
た、請求項１０５に係る発明は、請求項１０４記載の変
換システム制御用プログラムにおいて、前記送信先メー
ルプロトコル形式変換ステップにおいては、前記メール
データ復元部が復元可能な圧縮形式を示す情報を、前記
送信元のメール利用機器に通知することを特徴としてい
る。
【０１３２】また、請求項１０６に係る発明は、請求項
１０２乃至請求項１０５のいずれかに記載の変換システ
ム制御用プログラムにおいて、前記送信先メールプロト
コル変換ステップにおいては、前記メール利用機器から
送られてきた電子メールのデータを、前記ＭＩＭＥに基
づいてエンコードすることを特徴としている。また、請
求項１０７に係る発明は、請求項１０２乃至請求項１０
６のいずれかに記載の変換システム制御用プログラムに
おいて、前記送信先メールプロトコル変換ステップにお
いて、前記転送効率改善プロトコル形式を利用したメー
ル利用機器からの電子メールの受信において、データ通
信におけるＴＣＰ（Transmission Control Protocol）
／ＩＰ（Internet Protocol）のセッションを管理する
ためのコネクションＩＤの前記メール利用機器への送信
を行い、メール受信単位を管理するためのトランザクシ
ョンＩＤを前記メール利用機器から受信し、前記電子メ
ールの受信途中に通信が断絶する状態が発生した場合
に、前記コネクションＩＤ及び前記トランザクションＩ
Ｄに基づいて前記受信途中から継続して前記電子メール
の受信を行うことを特徴としている。
１０２乃至請求項１０５のいずれかに記載の変換システ
ム制御用プログラムにおいて、前記送信先メールプロト
コル変換ステップにおいては、前記メール利用機器から
送られてきた電子メールのデータを、前記ＭＩＭＥに基
づいてエンコードすることを特徴としている。また、請
求項１０７に係る発明は、請求項１０２乃至請求項１０
６のいずれかに記載の変換システム制御用プログラムに
おいて、前記送信先メールプロトコル変換ステップにお
いて、前記転送効率改善プロトコル形式を利用したメー
ル利用機器からの電子メールの受信において、データ通
信におけるＴＣＰ（Transmission Control Protocol）
／ＩＰ（Internet Protocol）のセッションを管理する
ためのコネクションＩＤの前記メール利用機器への送信
を行い、メール受信単位を管理するためのトランザクシ
ョンＩＤを前記メール利用機器から受信し、前記電子メ
ールの受信途中に通信が断絶する状態が発生した場合
に、前記コネクションＩＤ及び前記トランザクションＩ
Ｄに基づいて前記受信途中から継続して前記電子メール
の受信を行うことを特徴としている。
【０１３３】また、請求項１０８に係る発明は、請求項
７２乃至請求項１０７のいずれかに記載の変換システム
制御用プログラムにおいて、前記メール利用機器から送
信される特定のビットパターンによって構成されたコマ
ンドに基づいてステップが実行されることを特徴として
いる。また、請求項１０９に係る発明は、請求項７２乃
至請求項１０８のいずれかに記載の変換システム制御用
プログラムにおいて、前記変換システム管理用サーバ
と、前記転送効率改善プロトコル形式を利用するメール
利用機器との間で、バイナリデータを含む電子メールの
通信処理が可能なことを特徴としている。
７２乃至請求項１０７のいずれかに記載の変換システム
制御用プログラムにおいて、前記メール利用機器から送
信される特定のビットパターンによって構成されたコマ
ンドに基づいてステップが実行されることを特徴として
いる。また、請求項１０９に係る発明は、請求項７２乃
至請求項１０８のいずれかに記載の変換システム制御用
プログラムにおいて、前記変換システム管理用サーバ
と、前記転送効率改善プロトコル形式を利用するメール
利用機器との間で、バイナリデータを含む電子メールの
通信処理が可能なことを特徴としている。
【０１３４】ここで、請求項７２乃至請求項１０９記載
の変換システム制御用プログラムは、請求項３４乃至請
求項７１記載の変換システム管理用サーバの動作を実現
するための制御用プログラムであり、その効果は上記請
求項１乃至請求項７記載のメール転送プロトコル変換シ
ステム及び請求項３４乃至請求項７１記載の変換システ
ム管理用サーバと同様のものとなるので記載を省略す
る。また、請求項１１０記載の記録媒体は、請求項７２
乃至請求項１０９のいずれかに記載の変換システム制御
用プログラムを記録したことを特徴としている。
の変換システム制御用プログラムは、請求項３４乃至請
求項７１記載の変換システム管理用サーバの動作を実現
するための制御用プログラムであり、その効果は上記請
求項１乃至請求項７記載のメール転送プロトコル変換シ
ステム及び請求項３４乃至請求項７１記載の変換システ
ム管理用サーバと同様のものとなるので記載を省略す
る。また、請求項１１０記載の記録媒体は、請求項７２
乃至請求項１０９のいずれかに記載の変換システム制御
用プログラムを記録したことを特徴としている。
【０１３５】つまり、請求項７２乃至請求項１０９の変
換システム管理用サーバを制御するための変換システム
制御用プログラムの記録された記録媒体であり、ハード
ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどコンピュ
ータが読み取り可能な記録媒体であればどのようなもの
であっても良い。
換システム管理用サーバを制御するための変換システム
制御用プログラムの記録された記録媒体であり、ハード
ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどコンピュ
ータが読み取り可能な記録媒体であればどのようなもの
であっても良い。
【０１３６】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１乃至図１２は、本発明に
係るメール転送プロトコル変換システムの実施の形態を
示す図である。まず、本発明に係るメール転送プロトコ
ル変換システムの第１の実施の形態における構成を図１
を参照しながら説明する。図１は、本発明に係るメール
転送プロトコル変換システムをＰＯＰサーバからの電子
メールの受信処理に適用した場合の構成を示すブロック
図である。
を参照しながら説明する。図１乃至図１２は、本発明に
係るメール転送プロトコル変換システムの実施の形態を
示す図である。まず、本発明に係るメール転送プロトコ
ル変換システムの第１の実施の形態における構成を図１
を参照しながら説明する。図１は、本発明に係るメール
転送プロトコル変換システムをＰＯＰサーバからの電子
メールの受信処理に適用した場合の構成を示すブロック
図である。
【０１３７】受信専用のメール転送プロトコル変換シス
テム１は、システム利用者が電子メールを受信するため
のメール利用機器２と、ＰＯＰサーバからの電子メール
を受信し、そのプロトコルを転送効率を改善した転送効
率改善プロトコル形式へと変換して前記メール利用機器
２へと転送するメール受信用変換システム管理用サーバ
３と、電子メールの受信用サーバであるＰＯＰサーバ４
と、から構成されている。
テム１は、システム利用者が電子メールを受信するため
のメール利用機器２と、ＰＯＰサーバからの電子メール
を受信し、そのプロトコルを転送効率を改善した転送効
率改善プロトコル形式へと変換して前記メール利用機器
２へと転送するメール受信用変換システム管理用サーバ
３と、電子メールの受信用サーバであるＰＯＰサーバ４
と、から構成されている。
【０１３８】ここで、転送効率改善プロトコル形式と
は、メール利用機器２と、受信用変換システム管理用サ
ーバ３との間の電子メールの送受信に用いられるメール
転送用のアプリケーション層のプロトコルであり、その
機能は後述する。メール利用機器２は、第１のメール利
用機器２ａと、第２のメール利用機器２ｂとから構成さ
れる。メール利用機器２は、デスクトップ型のパーソナ
ルコンピュータ（以下ＰＣ）、ノート型のＰＣ、ＰＤＡ
（Personal Digital Assistant）、携帯電話などであ
り、有線、又は、無線によって、受信用変換システム管
理用サーバ３とデータ通信を行う機能を有しているもの
である。本実施の形態においては、メール利用機器２と
して上記２つのメール利用機器を図示しているが、実際
には、多数のメール利用機器がシステムに参加し、受信
専用のメール転送プロトコル変換システム１を構成して
いる。
は、メール利用機器２と、受信用変換システム管理用サ
ーバ３との間の電子メールの送受信に用いられるメール
転送用のアプリケーション層のプロトコルであり、その
機能は後述する。メール利用機器２は、第１のメール利
用機器２ａと、第２のメール利用機器２ｂとから構成さ
れる。メール利用機器２は、デスクトップ型のパーソナ
ルコンピュータ（以下ＰＣ）、ノート型のＰＣ、ＰＤＡ
（Personal Digital Assistant）、携帯電話などであ
り、有線、又は、無線によって、受信用変換システム管
理用サーバ３とデータ通信を行う機能を有しているもの
である。本実施の形態においては、メール利用機器２と
して上記２つのメール利用機器を図示しているが、実際
には、多数のメール利用機器がシステムに参加し、受信
専用のメール転送プロトコル変換システム１を構成して
いる。
【０１３９】なお、本実施の形態においては、ＰＯＰサ
ーバにおけるＰＯＰ形式を転送効率改善プロトコル形式
へと変換するため、メール利用機器２には、この改善さ
れたプロトコル形式の電子メールを送受信するための専
用のソフトウェアが搭載されている。受信用変換システ
ム管理用サーバ３は、メール利用機器２との間のデータ
の送受信処理を行うデータ送受信処理部３ｉと、設定さ
れた受信条件に基づいた電子メールデータの変換処理の
指示などを行うメールデータ変換制御部３ａと、メール
利用機器２によって設定される、受信を拒否するメール
アドレスや、受信するメール本文の最大データ容量な
ど、電子メールを受信する際の受信条件を記憶するため
の受信条件記憶部３ｂと、メールデータ変換制御部３ａ
からの指示に応じて、ＰＯＰサーバ４から電子メールを
受信するメール受信処理部３ｃと、受信した電子メール
を記憶するための受信メール記憶部３ｄと、記憶された
電子メールを、メール本文と添付ファイルといった、電
子メールを構成するパート毎に区分するメールパート区
分部３ｅと、ＭＩＭＥでエンコードされている電子メー
ルをデコードして元のデータに復元するメールデータデ
コード部３ｆと、設定された受信条件に基づいて電子メ
ールに加工を施すメール加工部３ｇと、電子メールのデ
ータを圧縮するためのメールデータ圧縮部３ｈとから構
成される。
ーバにおけるＰＯＰ形式を転送効率改善プロトコル形式
へと変換するため、メール利用機器２には、この改善さ
れたプロトコル形式の電子メールを送受信するための専
用のソフトウェアが搭載されている。受信用変換システ
ム管理用サーバ３は、メール利用機器２との間のデータ
の送受信処理を行うデータ送受信処理部３ｉと、設定さ
れた受信条件に基づいた電子メールデータの変換処理の
指示などを行うメールデータ変換制御部３ａと、メール
利用機器２によって設定される、受信を拒否するメール
アドレスや、受信するメール本文の最大データ容量な
ど、電子メールを受信する際の受信条件を記憶するため
の受信条件記憶部３ｂと、メールデータ変換制御部３ａ
からの指示に応じて、ＰＯＰサーバ４から電子メールを
受信するメール受信処理部３ｃと、受信した電子メール
を記憶するための受信メール記憶部３ｄと、記憶された
電子メールを、メール本文と添付ファイルといった、電
子メールを構成するパート毎に区分するメールパート区
分部３ｅと、ＭＩＭＥでエンコードされている電子メー
ルをデコードして元のデータに復元するメールデータデ
コード部３ｆと、設定された受信条件に基づいて電子メ
ールに加工を施すメール加工部３ｇと、電子メールのデ
ータを圧縮するためのメールデータ圧縮部３ｈとから構
成される。
【０１４０】なお、受信用変換システム管理用サーバ３
は、図示しないが、上記各部の動作を制御するための受
信用の変換システム制御用プログラムの記憶されたＲＯ
Ｍ（Read Only Memory）と 、プログラムの実行などに
使用するデータを記憶するためのＲＡＭ（Random Acces
s Memory）と、プログラムを実行するためのＣＰＵ（Ce
ntral Processing Unit）と、上記各部間のデータの送
受信を行うためのインターフェース回路とを備えてい
る。
は、図示しないが、上記各部の動作を制御するための受
信用の変換システム制御用プログラムの記憶されたＲＯ
Ｍ（Read Only Memory）と 、プログラムの実行などに
使用するデータを記憶するためのＲＡＭ（Random Acces
s Memory）と、プログラムを実行するためのＣＰＵ（Ce
ntral Processing Unit）と、上記各部間のデータの送
受信を行うためのインターフェース回路とを備えてい
る。
【０１４１】ＰＯＰサーバ４は、インターネット上にお
いて、所定のＩＳＰの運用しているもので、アプリケー
ション層のプロトコルにＰＯＰ形式を利用している電子
メールの受信用サーバであり、本実施の形態において、
図１には、ＰＯＰサーバが１つだけ図示されているが、
実際は、多数のＰＯＰサーバがインターネット上に存在
している。そして、受信専用のメール転送プロトコル変
換システム１において、受信用変換システム管理用サー
バ３は、目的とする電子メールを受信するためにそれら
のＰＯＰサーバと通信が可能となっている。
いて、所定のＩＳＰの運用しているもので、アプリケー
ション層のプロトコルにＰＯＰ形式を利用している電子
メールの受信用サーバであり、本実施の形態において、
図１には、ＰＯＰサーバが１つだけ図示されているが、
実際は、多数のＰＯＰサーバがインターネット上に存在
している。そして、受信専用のメール転送プロトコル変
換システム１において、受信用変換システム管理用サー
バ３は、目的とする電子メールを受信するためにそれら
のＰＯＰサーバと通信が可能となっている。
【０１４２】そして、受信専用のメール転送プロトコル
変換システム１は、受信用変換システム管理用サーバ３
において、ＰＯＰサーバ４を利用しているメールユーザ
からの電子メールを受信し、そのＰＯＰ形式を、転送効
率改善プロトコル形式に変換して、システム利用者のメ
ール利用機器２へと転送するようになっている。具体的
な動作を説明すると、まずメール利用機器２からの電子
メールの受信要求は、専用のメールソフトからのコマン
ドの発信によって行われる。図２は、ＳＭＴＰ形式やＰ
ＯＰ形式において利用されるコマンドと、変換システム
管理用サーバ３で利用される転送効率改善プロトコル形
式におけるコマンドの一例を示す図である。図２に示す
ように、ＳＭＴＰ、ＰＯＰでは、テキストベースのコマ
ンドを利用しており、これに対して転送効率改善プロト
コルでは、ビットパターンによって構成されるコマンド
を利用している。
変換システム１は、受信用変換システム管理用サーバ３
において、ＰＯＰサーバ４を利用しているメールユーザ
からの電子メールを受信し、そのＰＯＰ形式を、転送効
率改善プロトコル形式に変換して、システム利用者のメ
ール利用機器２へと転送するようになっている。具体的
な動作を説明すると、まずメール利用機器２からの電子
メールの受信要求は、専用のメールソフトからのコマン
ドの発信によって行われる。図２は、ＳＭＴＰ形式やＰ
ＯＰ形式において利用されるコマンドと、変換システム
管理用サーバ３で利用される転送効率改善プロトコル形
式におけるコマンドの一例を示す図である。図２に示す
ように、ＳＭＴＰ、ＰＯＰでは、テキストベースのコマ
ンドを利用しており、これに対して転送効率改善プロト
コルでは、ビットパターンによって構成されるコマンド
を利用している。
【０１４３】つまり、メール転送プロトコル変換システ
ム１においては、メール利用機器２と、受信用変換シス
テム管理用サーバ３との間のコマンドはビットパターン
によって構成されたコマンドを用い、受信用変換システ
ム管理用サーバ３と、ＰＯＰサーバ４との間のコマンド
はテキストベースのコマンドを用いるようになってい
る。受信用変換システム管理用サーバ３は、メール利用
機器２から新着メールの確認要求のコマンドを受信する
と、メール受信処理部３ｃによって、ＰＯＰサーバ４に
対して新着メールが届いているか否かを確認し、確認と
共に、そのメールを受信して受信メール記憶部３ｄに記
憶する。
ム１においては、メール利用機器２と、受信用変換シス
テム管理用サーバ３との間のコマンドはビットパターン
によって構成されたコマンドを用い、受信用変換システ
ム管理用サーバ３と、ＰＯＰサーバ４との間のコマンド
はテキストベースのコマンドを用いるようになってい
る。受信用変換システム管理用サーバ３は、メール利用
機器２から新着メールの確認要求のコマンドを受信する
と、メール受信処理部３ｃによって、ＰＯＰサーバ４に
対して新着メールが届いているか否かを確認し、確認と
共に、そのメールを受信して受信メール記憶部３ｄに記
憶する。
【０１４４】記憶された電子メールは、メールパート区
分部３ｅによってメール本文と添付ファイルといったよ
うに電子メールを構成するパート毎に区分され、更に、
メールのタイトル、メール本文の容量、添付ファイルの
ファイル名、そのファイルの容量の情報などが、受信メ
ール記憶部３ｄに記憶される。そして、これらの情報
は、メールデータ変換制御部３ａを介してデータ送受信
処理部３ｉへと転送され、メール利用機器２に新着メー
ル確認要求に対する応答として送信される。
分部３ｅによってメール本文と添付ファイルといったよ
うに電子メールを構成するパート毎に区分され、更に、
メールのタイトル、メール本文の容量、添付ファイルの
ファイル名、そのファイルの容量の情報などが、受信メ
ール記憶部３ｄに記憶される。そして、これらの情報
は、メールデータ変換制御部３ａを介してデータ送受信
処理部３ｉへと転送され、メール利用機器２に新着メー
ル確認要求に対する応答として送信される。
【０１４５】本実施の形態において、メール利用機器２
側では専用のメールソフトの機能として、受信した新着
メールの情報は、未受信メールの一覧リストとして見る
ことができ、電子メールを受信する時には、このリスト
の中から任意のものを選択して受信することが出来るよ
うになっている。この選択は、リストの電子メール全て
（一括受信）、リスト中の任意の電子メール、任意のメ
ール本文のみ、任意の添付ファイルのみといったよう
に、電子メール毎や、区分されたパート毎に、受信する
内容を選択することが可能となっている。
側では専用のメールソフトの機能として、受信した新着
メールの情報は、未受信メールの一覧リストとして見る
ことができ、電子メールを受信する時には、このリスト
の中から任意のものを選択して受信することが出来るよ
うになっている。この選択は、リストの電子メール全て
（一括受信）、リスト中の任意の電子メール、任意のメ
ール本文のみ、任意の添付ファイルのみといったよう
に、電子メール毎や、区分されたパート毎に、受信する
内容を選択することが可能となっている。
【０１４６】よって、未受信メールリストから選択した
内容に対するメール利用機器２からの受信要求を受信す
ると、メールデータ変換制御部３ａは、受信メール記憶
部３ｄに記憶されている指定のあった電子メールをデコ
ードするようにメールデータデコード部３ｆに指令を与
える。ここで、図３は、ｂａｓｅ−６４形式でエンコー
ドされた添付ファイルのデータ及びそれをデコードした
場合のバイナリデータを示す図であり、図４は、受信メ
ールデータのパート区分及びデータの取捨選択の一例を
示す図である。
内容に対するメール利用機器２からの受信要求を受信す
ると、メールデータ変換制御部３ａは、受信メール記憶
部３ｄに記憶されている指定のあった電子メールをデコ
ードするようにメールデータデコード部３ｆに指令を与
える。ここで、図３は、ｂａｓｅ−６４形式でエンコー
ドされた添付ファイルのデータ及びそれをデコードした
場合のバイナリデータを示す図であり、図４は、受信メ
ールデータのパート区分及びデータの取捨選択の一例を
示す図である。
【０１４７】つまり、ＰＯＰサーバ４から受信する電子
メールはＭＩＭＥによるエンコードがされており、図３
に示すように、特に添付ファイルなどのバイナリデータ
はｂａｓｅ−６４によって７ｂｉｔの文字列にエンコー
ドされるので、バイナリデータと比べ、データ容量が大
きくなり無駄が生じる。そのため、本実施の形態におい
ては、変換システム管理用サーバ３とメール利用機器２
との間で無駄なデータの転送を抑えるためにメールデー
タデコード部３ｆによって元のバイナリデータへとデコ
ードするのである。
メールはＭＩＭＥによるエンコードがされており、図３
に示すように、特に添付ファイルなどのバイナリデータ
はｂａｓｅ−６４によって７ｂｉｔの文字列にエンコー
ドされるので、バイナリデータと比べ、データ容量が大
きくなり無駄が生じる。そのため、本実施の形態におい
ては、変換システム管理用サーバ３とメール利用機器２
との間で無駄なデータの転送を抑えるためにメールデー
タデコード部３ｆによって元のバイナリデータへとデコ
ードするのである。
【０１４８】更に、メールパート区分部３ｅは、図４に
示すように、メールヘッダ、メール本文、画像データと
いったように、電子メールのデータをパート毎に区分す
る。メールデータデコード部３ｆは、区分されたデータ
のうち指定のあった内容だけを抽出する。そして、抽出
したデータに対してデコードを施し、メール加工部３ｇ
へと転送する。この例では、ｂａｓｅ−６４形式でエン
コードされたｇｉｆ形式の画像ファイルの添付された
「ｔｅｓｔ」というタイトルの電子メールに対して、メ
ールヘッダ中の任意の情報及びメール本文を抽出してい
る。本実施の形態においては、添付ファイルを無視した
メール本文のみの抽出の際には、添付ファイルのファイ
ル名と、フォーマット形式がメールヘッダに追加される
ことになる。なお、メールヘッダに限らず、メール本
文、プロトコルなどに追加するようにしても良い。
示すように、メールヘッダ、メール本文、画像データと
いったように、電子メールのデータをパート毎に区分す
る。メールデータデコード部３ｆは、区分されたデータ
のうち指定のあった内容だけを抽出する。そして、抽出
したデータに対してデコードを施し、メール加工部３ｇ
へと転送する。この例では、ｂａｓｅ−６４形式でエン
コードされたｇｉｆ形式の画像ファイルの添付された
「ｔｅｓｔ」というタイトルの電子メールに対して、メ
ールヘッダ中の任意の情報及びメール本文を抽出してい
る。本実施の形態においては、添付ファイルを無視した
メール本文のみの抽出の際には、添付ファイルのファイ
ル名と、フォーマット形式がメールヘッダに追加される
ことになる。なお、メールヘッダに限らず、メール本
文、プロトコルなどに追加するようにしても良い。
【０１４９】ここで、受信用変換システム管理用サーバ
３は、ＰＯＰサーバ４において、直接バイナリファイル
の送受信が出来ない性質上、電子メールの添付ファイル
などのバイナリデータのファイルを、ｂａｓｅ−６４形
式、ｕｕｅｎｃｏｄｅ形式、ＢｉｎＨｅｘ形式などのエ
ンコード方式によってテキストデータのファイルに変換
して扱っている。従って、テキストデータにエンコード
された添付ファイルは、変換よって無駄なデータを含む
ようになるので、転送効率改善プロトコル形式では、メ
ールデータデコード部３ｆにおいて、元のバイナリデー
タにデコードする処理を行う。
３は、ＰＯＰサーバ４において、直接バイナリファイル
の送受信が出来ない性質上、電子メールの添付ファイル
などのバイナリデータのファイルを、ｂａｓｅ−６４形
式、ｕｕｅｎｃｏｄｅ形式、ＢｉｎＨｅｘ形式などのエ
ンコード方式によってテキストデータのファイルに変換
して扱っている。従って、テキストデータにエンコード
された添付ファイルは、変換よって無駄なデータを含む
ようになるので、転送効率改善プロトコル形式では、メ
ールデータデコード部３ｆにおいて、元のバイナリデー
タにデコードする処理を行う。
【０１５０】更に、メール加工部３ｇは、抽出されたデ
ータを受け取ると、受信条件記憶部３ｂに記憶された受
信条件に基づいてメールの加工を行う。ここで、図５
（ａ）は、本実施の形態において設定可能な受信条件を
示す図であり、図５（ｂ）は、受信条件の設定例１を示
す図であり、図５（ｃ）は、受信条件の設定例２を示す
図である。図５（ａ）に示すように、設定可能な受信条
件として、メール本文の最大受信データ量、メール本文
の最大受信行数、添付ファイルの最大受信データ量、メ
ール利用機器２における画像の最大表示可能サイズ、表
示可能色数、及び利用可能なファイルのフォーマット形
式、受信を拒否するメールアドレス、受信する電子メー
ルの最低重要度がある。
ータを受け取ると、受信条件記憶部３ｂに記憶された受
信条件に基づいてメールの加工を行う。ここで、図５
（ａ）は、本実施の形態において設定可能な受信条件を
示す図であり、図５（ｂ）は、受信条件の設定例１を示
す図であり、図５（ｃ）は、受信条件の設定例２を示す
図である。図５（ａ）に示すように、設定可能な受信条
件として、メール本文の最大受信データ量、メール本文
の最大受信行数、添付ファイルの最大受信データ量、メ
ール利用機器２における画像の最大表示可能サイズ、表
示可能色数、及び利用可能なファイルのフォーマット形
式、受信を拒否するメールアドレス、受信する電子メー
ルの最低重要度がある。
【０１５１】本実施の形態においては、これらの受信条
件は、図示しないが、専用のフォーマットの電子メール
を専用のアドレスへ送信することによる設定及び専用の
Ｗｅｂページにおいて直接設定することが可能となって
おり、設定された受信条件は受信条件記憶部３ｂに記憶
される。図５（ｂ）の受信条件設定例１に基づいて、メ
ール加工部３ｇの実際の動作を説明すると、まず、前提
条件として、データ容量１００ｋＢｙｔｅの本文データ
に、データ容量５００ｋＢｙｔｅ、表示解像度が１０２
４×７６８ドット、色数が２５６色、ファイルフォーマ
ットがｇｉｆ（graphics interchange format）形式の
画像ファイルが１つ添付された電子メールをＰＯＰサー
バ４から受信した場合を説明する。
件は、図示しないが、専用のフォーマットの電子メール
を専用のアドレスへ送信することによる設定及び専用の
Ｗｅｂページにおいて直接設定することが可能となって
おり、設定された受信条件は受信条件記憶部３ｂに記憶
される。図５（ｂ）の受信条件設定例１に基づいて、メ
ール加工部３ｇの実際の動作を説明すると、まず、前提
条件として、データ容量１００ｋＢｙｔｅの本文データ
に、データ容量５００ｋＢｙｔｅ、表示解像度が１０２
４×７６８ドット、色数が２５６色、ファイルフォーマ
ットがｇｉｆ（graphics interchange format）形式の
画像ファイルが１つ添付された電子メールをＰＯＰサー
バ４から受信した場合を説明する。
【０１５２】メール加工部３ｇは、まず、図５（ｂ）の
設定例１に示すように、受信する電子メールの最低重要
度及び受信を拒否するメールアドレスの欄は、設定がさ
れていないので無視する。ここで、メールの重要度と
は、メールの送信者側が設定するもので、重要度の程度
に合わせて数値が設定されている（例えば、０〜２５５
までの数値で数値の高い方が重要度が高い）。次に、メ
ール本文のデータ容量は１００ｋＢｙｔｅであり、受信
条件である最大受信データ量の３００ｋＢｙｔｅを下回
っているので、メール本文のデータは全て受信すると判
断する。
設定例１に示すように、受信する電子メールの最低重要
度及び受信を拒否するメールアドレスの欄は、設定がさ
れていないので無視する。ここで、メールの重要度と
は、メールの送信者側が設定するもので、重要度の程度
に合わせて数値が設定されている（例えば、０〜２５５
までの数値で数値の高い方が重要度が高い）。次に、メ
ール本文のデータ容量は１００ｋＢｙｔｅであり、受信
条件である最大受信データ量の３００ｋＢｙｔｅを下回
っているので、メール本文のデータは全て受信すると判
断する。
【０１５３】一方、画像ファイルの方は、５００ｋＢｙ
ｔｅであり、受信条件である添付ファイルの最大受信容
量は１ＭＢｙｔｅｓとなっているので受信するデータ容
量として、これも問題無いと判断する。しかし、画像の
表示解像度が１０２４×７６８ドットとなっているた
め、メール利用機器２側の表示可能サイズである２００
×３００ドットをオーバしているので、メール加工部３
ｇにおいて、表示可能サイズである２００×３００ドッ
トへと画像データの縮小変換を施す。
ｔｅであり、受信条件である添付ファイルの最大受信容
量は１ＭＢｙｔｅｓとなっているので受信するデータ容
量として、これも問題無いと判断する。しかし、画像の
表示解像度が１０２４×７６８ドットとなっているた
め、メール利用機器２側の表示可能サイズである２００
×３００ドットをオーバしているので、メール加工部３
ｇにおいて、表示可能サイズである２００×３００ドッ
トへと画像データの縮小変換を施す。
【０１５４】更に、メール利用機器２の表示可能最大色
数は２５６色で、ｇｉｆ形式も利用可能なファイルフォ
ーマットとなっているので、色数及びファイルフォーマ
ットに関しては変換を施す必要はないと判断する。従っ
て、メール加工部３ｇでは、画像表示解像度の変更のみ
が行われ、変換後のメールをメールデータ圧縮部３ｈへ
と転送する。メールデータ圧縮部３ｈでは、加工の済ん
だ電子メールに対して、更にデータ容量を小さくするた
めにデータに圧縮を施す。その際、データを圧縮した後
の容量が圧縮前よりも変わらない、あるいは、大きくな
っている場合は、圧縮前のデータをデータ送受信処理部
３ｉへと転送する。勿論、圧縮後のデータが圧縮前より
小さくなっていれば圧縮後のデータを転送する。
数は２５６色で、ｇｉｆ形式も利用可能なファイルフォ
ーマットとなっているので、色数及びファイルフォーマ
ットに関しては変換を施す必要はないと判断する。従っ
て、メール加工部３ｇでは、画像表示解像度の変更のみ
が行われ、変換後のメールをメールデータ圧縮部３ｈへ
と転送する。メールデータ圧縮部３ｈでは、加工の済ん
だ電子メールに対して、更にデータ容量を小さくするた
めにデータに圧縮を施す。その際、データを圧縮した後
の容量が圧縮前よりも変わらない、あるいは、大きくな
っている場合は、圧縮前のデータをデータ送受信処理部
３ｉへと転送する。勿論、圧縮後のデータが圧縮前より
小さくなっていれば圧縮後のデータを転送する。
【０１５５】データ送受信処理部３ｉでは、受け取った
データを受信要求のあったメール利用機器２へと送信す
る。以上が、メール利用機器２からの受信要求に対する
変換システム管理用サーバ３の動作の流れである。更
に、図５（ｃ）の設定例２に基づいて、別の動作例を説
明する。前提条件として、一括受信指定がされ、その際
の受信メールは電子メールＡと電子メールＢの２通で、
電子メールＡは、本文の行数が３行で、メールの重要度
として１３０が設定され、添付ファイルがなく、且つ、
送信元のメールアドレスがａａａ＠ｂｂｂ．ｃｏｍの電
子メールであり、もう１通の電子メールＢは、本文の行
数が７０行あり、メールの重要度として１５０が設定さ
れ、更に、添付ファイルとして、データ容量が３００ｋ
Ｂｙｔｅ、ｘｘｘフォーマット形式のワープロ文書ファ
イルがあり、且つ、送信元のメールアドレスが、ｃｃｃ
＠ｄｄｄ．ｃｏｍである。
データを受信要求のあったメール利用機器２へと送信す
る。以上が、メール利用機器２からの受信要求に対する
変換システム管理用サーバ３の動作の流れである。更
に、図５（ｃ）の設定例２に基づいて、別の動作例を説
明する。前提条件として、一括受信指定がされ、その際
の受信メールは電子メールＡと電子メールＢの２通で、
電子メールＡは、本文の行数が３行で、メールの重要度
として１３０が設定され、添付ファイルがなく、且つ、
送信元のメールアドレスがａａａ＠ｂｂｂ．ｃｏｍの電
子メールであり、もう１通の電子メールＢは、本文の行
数が７０行あり、メールの重要度として１５０が設定さ
れ、更に、添付ファイルとして、データ容量が３００ｋ
Ｂｙｔｅ、ｘｘｘフォーマット形式のワープロ文書ファ
イルがあり、且つ、送信元のメールアドレスが、ｃｃｃ
＠ｄｄｄ．ｃｏｍである。
【０１５６】メール加工部３ｇは、まず電子メールＡに
対して、メールの重要度をチェックする。受信条件とし
ては、重要度として１２８が設定され、電子メールＡは
重要度１３０が設定されているので、受信を許可する条
件が満たされていると判断する。次に、電子メールＡの
送信元メールアドレスが、受信を拒否するメールアドレ
スに設定されているものであるか否かをチェックする。
すると、受信を拒否するメールアドレスはａａａ＠ｂｂ
ｂ．ｃｏｍであり、電子メールＡの送信元のメールアド
レスと一致するので、メール加工部３ｇは、この時点
で、電子メールＡを削除する。
対して、メールの重要度をチェックする。受信条件とし
ては、重要度として１２８が設定され、電子メールＡは
重要度１３０が設定されているので、受信を許可する条
件が満たされていると判断する。次に、電子メールＡの
送信元メールアドレスが、受信を拒否するメールアドレ
スに設定されているものであるか否かをチェックする。
すると、受信を拒否するメールアドレスはａａａ＠ｂｂ
ｂ．ｃｏｍであり、電子メールＡの送信元のメールアド
レスと一致するので、メール加工部３ｇは、この時点
で、電子メールＡを削除する。
【０１５７】一方、もう１通の電子メールＢは、まず、
受信する電子メールの最低重要度及び受信を拒否するメ
ールアドレスをチェックすると、重要度は１５０である
ので条件を満たしており、送信元のメールアドレスもｃ
ｃｃ＠ｄｄｄ．ｃｏｍであるので、これも条件を満たし
ている。次に、メール本文の行数をチェックすると、７
０行であり、受信条件として設定された５０行をオーバ
しているので、メール加工部３ｇは、メール本文の５１
行目から先を削除する。
受信する電子メールの最低重要度及び受信を拒否するメ
ールアドレスをチェックすると、重要度は１５０である
ので条件を満たしており、送信元のメールアドレスもｃ
ｃｃ＠ｄｄｄ．ｃｏｍであるので、これも条件を満たし
ている。次に、メール本文の行数をチェックすると、７
０行であり、受信条件として設定された５０行をオーバ
しているので、メール加工部３ｇは、メール本文の５１
行目から先を削除する。
【０１５８】そして、添付ファイルのデータ容量は３０
０ｋＢｙｔｅと問題ないが、ファイルのフォーマット形
式がｘｘｘ形式であるので、メール利用機器２では利用
不可能なファイルフォーマットであるため、メール加工
部３ｇは、ｘｘｘ形式を、メール利用機器２で利用可能
なｚｚｚ形式へと変換する。以上で、受信条件に基づい
た加工処理は全て行われたので、メール加工部３ｇは、
加工済みの電子メールをメールデータ圧縮部３ｈへと伝
送する。
０ｋＢｙｔｅと問題ないが、ファイルのフォーマット形
式がｘｘｘ形式であるので、メール利用機器２では利用
不可能なファイルフォーマットであるため、メール加工
部３ｇは、ｘｘｘ形式を、メール利用機器２で利用可能
なｚｚｚ形式へと変換する。以上で、受信条件に基づい
た加工処理は全て行われたので、メール加工部３ｇは、
加工済みの電子メールをメールデータ圧縮部３ｈへと伝
送する。
【０１５９】メールデータ圧縮部３ｈでは、電子メール
の圧縮処理を行い、圧縮後のデータ量が圧縮前のデータ
量より小さくなっている場合は、圧縮した電子メールデ
ータをデータ送受信処理部３ｉへと転送し、そうでない
場合は、圧縮前の電子メールデータを転送する。ここ
で、上記したビットパターンによるコマンド、メールの
圧縮、メールパートの区分、受信条件の指定及びそれに
基づく加工、受信するメール内容の指定は、転送効率改
善プロトコル形式における、異なるメールプロトコルを
利用したメールサーバ（ここではＰＯＰサーバ）からの
電子メールの受信における機能であり、つまり、これら
の機能を用いて行われるメール利用機器２と、受信用変
換システム管理用サーバ３との間の電子メールデータの
転送形式が、転送効率改善プロトコル形式である。
の圧縮処理を行い、圧縮後のデータ量が圧縮前のデータ
量より小さくなっている場合は、圧縮した電子メールデ
ータをデータ送受信処理部３ｉへと転送し、そうでない
場合は、圧縮前の電子メールデータを転送する。ここ
で、上記したビットパターンによるコマンド、メールの
圧縮、メールパートの区分、受信条件の指定及びそれに
基づく加工、受信するメール内容の指定は、転送効率改
善プロトコル形式における、異なるメールプロトコルを
利用したメールサーバ（ここではＰＯＰサーバ）からの
電子メールの受信における機能であり、つまり、これら
の機能を用いて行われるメール利用機器２と、受信用変
換システム管理用サーバ３との間の電子メールデータの
転送形式が、転送効率改善プロトコル形式である。
【０１６０】以上、本発明の第１の実施の形態の説明を
したが、電子メールの受信時に、メール利用機器２と、
受信用変換システム管理用サーバ３との間の電子メール
の受信処理におけるコマンドにビットパターンによって
構成されたコマンドを用いるようにしたので、ＰＯＰサ
ーバ４に対して、ＰＯＰ形式に基づいたテキストベース
のコマンドによって直接受信要求をした場合に発生する
データ転送量（例えば、９２Ｂｙｔｅｓ）に比べて、少
ないデータ転送量（例えば、７Ｂｙｔｅｓ）で受信処理
を行うことができるので、コマンドの送受信によるデー
タ転送量を低減することが可能となる。
したが、電子メールの受信時に、メール利用機器２と、
受信用変換システム管理用サーバ３との間の電子メール
の受信処理におけるコマンドにビットパターンによって
構成されたコマンドを用いるようにしたので、ＰＯＰサ
ーバ４に対して、ＰＯＰ形式に基づいたテキストベース
のコマンドによって直接受信要求をした場合に発生する
データ転送量（例えば、９２Ｂｙｔｅｓ）に比べて、少
ないデータ転送量（例えば、７Ｂｙｔｅｓ）で受信処理
を行うことができるので、コマンドの送受信によるデー
タ転送量を低減することが可能となる。
【０１６１】また、上記第１の実施の形態においては、
メールパート区分部３ｅによって、受信した電子メール
を、それが構成されているパート毎に区分するようにし
たので、メール利用機器２は、構成パート毎に受信する
内容の選択が可能となるので、データ容量の大きい添付
ファイルのある電子メールのメール本文のみを受信する
など、メール本文だけ読みたい場合などに、無駄なデー
タの転送を抑えることが可能となる。
メールパート区分部３ｅによって、受信した電子メール
を、それが構成されているパート毎に区分するようにし
たので、メール利用機器２は、構成パート毎に受信する
内容の選択が可能となるので、データ容量の大きい添付
ファイルのある電子メールのメール本文のみを受信する
など、メール本文だけ読みたい場合などに、無駄なデー
タの転送を抑えることが可能となる。
【０１６２】また、メールデータデコード部３ｆによっ
て、添付ファイルなどのバイナリファイルがテキスト形
式にエンコードされた電子メールを、元のバイナリデー
タにデコードするようにしたので、エンコードによって
データ容量の大きくなった添付ファイルを、元のデータ
量に戻すことができ、且つ、メール利用機器２と受信用
変換システム管理用サーバ３との間のバイナリ形式のデ
ータ送受信を可能としたので、ＰＯＰサーバ４からの電
子メールの受信処理において、メール利用機器２と、変
換システム管理用サーバ３との間で発生するデータ転送
量を低減することが可能となる。
て、添付ファイルなどのバイナリファイルがテキスト形
式にエンコードされた電子メールを、元のバイナリデー
タにデコードするようにしたので、エンコードによって
データ容量の大きくなった添付ファイルを、元のデータ
量に戻すことができ、且つ、メール利用機器２と受信用
変換システム管理用サーバ３との間のバイナリ形式のデ
ータ送受信を可能としたので、ＰＯＰサーバ４からの電
子メールの受信処理において、メール利用機器２と、変
換システム管理用サーバ３との間で発生するデータ転送
量を低減することが可能となる。
【０１６３】また、メール加工部３ｇによって、受信条
件記憶部３ｂに記憶された受信条件に基づいて受信する
電子メールを加工するようにし、メール本文の受信最大
容量や行数、添付ファイルの受信最大容量などを受信条
件として設定できるようにしたことによって、データが
大容量の電子メールのメール本文の一部をモバイル機器
などから見ることが可能となり、また、一括受信を行っ
た場合などに、設定された容量以上の添付ファイルを受
信しないようにできるので、思いがけない大容量のデー
タのメール受信を防止するのに役立つ。
件記憶部３ｂに記憶された受信条件に基づいて受信する
電子メールを加工するようにし、メール本文の受信最大
容量や行数、添付ファイルの受信最大容量などを受信条
件として設定できるようにしたことによって、データが
大容量の電子メールのメール本文の一部をモバイル機器
などから見ることが可能となり、また、一括受信を行っ
た場合などに、設定された容量以上の添付ファイルを受
信しないようにできるので、思いがけない大容量のデー
タのメール受信を防止するのに役立つ。
【０１６４】また、メール利用機器２側の、画像データ
に対する表示可能サイズ及び表示可能色数を設定するこ
とにより、電子メールの添付ファイルとして画像ファイ
ルがあった場合に、例えば、携帯電話でこのメールを受
信するときに、その表示可能サイズ及び表示可能色数を
受信条件に設定することで、メール加工部３ｇにおい
て、携帯電話の液晶画面に表示可能なサイズ及び色数へ
と画像ファイルを変換してから送信するので、受信した
画像ファイルを見ることが出来ないといった不具合を防
ぐのに役立つ。
に対する表示可能サイズ及び表示可能色数を設定するこ
とにより、電子メールの添付ファイルとして画像ファイ
ルがあった場合に、例えば、携帯電話でこのメールを受
信するときに、その表示可能サイズ及び表示可能色数を
受信条件に設定することで、メール加工部３ｇにおい
て、携帯電話の液晶画面に表示可能なサイズ及び色数へ
と画像ファイルを変換してから送信するので、受信した
画像ファイルを見ることが出来ないといった不具合を防
ぐのに役立つ。
【０１６５】また、メール利用機器２側で利用可能なフ
ァイルフォーマット形式を受信条件として設定できるよ
うにし、受信する電子メールにメール利用機器２で利用
不可能なフォーマット形式のファイルが添付されていた
場合に、メール加工部３ｇにおいて、そのフォーマット
形式を、メール利用機器２で利用可能なフォーマット形
式に変換してから送信するようにしたので、受信したフ
ァイルを利用できないといった不具合を防ぐのに役立
つ。
ァイルフォーマット形式を受信条件として設定できるよ
うにし、受信する電子メールにメール利用機器２で利用
不可能なフォーマット形式のファイルが添付されていた
場合に、メール加工部３ｇにおいて、そのフォーマット
形式を、メール利用機器２で利用可能なフォーマット形
式に変換してから送信するようにしたので、受信したフ
ァイルを利用できないといった不具合を防ぐのに役立
つ。
【０１６６】また、受信を拒否するメールアドレスを受
信条件として設定できるようにし、設定したメールアド
レスのメールが送られてきた場合に、メール加工部３ｇ
において削除し、メール利用機器に転送されないように
するので、ダイレクトメールや嫌がらせメールなどの受
信したくないメールの受信を防ぐのに役立つ。また、受
信条件として、メールの重要度を設定し、その重要度以
上の電子メールであれば受信し、重要度未満の電子メー
ルであれば、メール加工部３ｇにおいて削除するように
したので、重要度の高い電子メールのみを受信するよう
にでき、便利である。
信条件として設定できるようにし、設定したメールアド
レスのメールが送られてきた場合に、メール加工部３ｇ
において削除し、メール利用機器に転送されないように
するので、ダイレクトメールや嫌がらせメールなどの受
信したくないメールの受信を防ぐのに役立つ。また、受
信条件として、メールの重要度を設定し、その重要度以
上の電子メールであれば受信し、重要度未満の電子メー
ルであれば、メール加工部３ｇにおいて削除するように
したので、重要度の高い電子メールのみを受信するよう
にでき、便利である。
【０１６７】また、メールデータ圧縮部３ｈによって、
電子メールを圧縮してからメール利用機器２に転送する
ようにしたので、データ容量が元の容量より小さくなる
ように圧縮できれば、メール利用機器２と、受信用変換
システム管理用サーバ３との間のデータ転送量を低減す
ることが可能となる。更に、本発明に係るメール転送プ
ロトコル変換システムの第２の実施の形態を説明する。
図６及び図７は、本発明に係るメール転送プロトコル変
換システムの第２の実施の形態を示す図である。
電子メールを圧縮してからメール利用機器２に転送する
ようにしたので、データ容量が元の容量より小さくなる
ように圧縮できれば、メール利用機器２と、受信用変換
システム管理用サーバ３との間のデータ転送量を低減す
ることが可能となる。更に、本発明に係るメール転送プ
ロトコル変換システムの第２の実施の形態を説明する。
図６及び図７は、本発明に係るメール転送プロトコル変
換システムの第２の実施の形態を示す図である。
【０１６８】図６は、本発明に係るメール転送プロトコ
ル変換システムをＳＭＴＰサーバへの電子メールの送信
処理に適用した場合の構成を示すブロック図である。送
信専用のメール転送プロトコル変換システム５は、シス
テム利用者が電子メールを送信するためのメール利用機
器２と、転送効率の改善された転送効率改善プロトコル
形式で送信されてきた後述するＳＭＴＰサーバ７への電
子メールを受信し、プロトコル形式をＳＭＴＰ形式に変
換して、ＳＭＴＰサーバ７へと送信する送信用変換シス
テム管理用サーバ６と、電子メールの送信用サーバであ
るＳＭＴＰサーバ７とから構成される。
ル変換システムをＳＭＴＰサーバへの電子メールの送信
処理に適用した場合の構成を示すブロック図である。送
信専用のメール転送プロトコル変換システム５は、シス
テム利用者が電子メールを送信するためのメール利用機
器２と、転送効率の改善された転送効率改善プロトコル
形式で送信されてきた後述するＳＭＴＰサーバ７への電
子メールを受信し、プロトコル形式をＳＭＴＰ形式に変
換して、ＳＭＴＰサーバ７へと送信する送信用変換シス
テム管理用サーバ６と、電子メールの送信用サーバであ
るＳＭＴＰサーバ７とから構成される。
【０１６９】メール利用機器２は、上記第１の実施の形
態におけるものと同様で、第１のメール利用機器２ａ
と、第２のメール利用機器２ｂとから構成され、ここで
は、有線、又は、無線によって、送信用変換システム管
理用サーバ６とデータ通信を行い、電子メールの送信を
行うものである。本実施の形態において、図６には、メ
ール利用機器２として上記２つのメール利用機器しか図
示していないが、実際は、多数のメール利用機器がシス
テムに参加し、送信専用のメール転送プロトコル変換シ
ステム５を構成している。
態におけるものと同様で、第１のメール利用機器２ａ
と、第２のメール利用機器２ｂとから構成され、ここで
は、有線、又は、無線によって、送信用変換システム管
理用サーバ６とデータ通信を行い、電子メールの送信を
行うものである。本実施の形態において、図６には、メ
ール利用機器２として上記２つのメール利用機器しか図
示していないが、実際は、多数のメール利用機器がシス
テムに参加し、送信専用のメール転送プロトコル変換シ
ステム５を構成している。
【０１７０】送信用変換システム管理用サーバ６は、メ
ール利用機器２との電子メールの送受信処理を行うデー
タ送受信処理部６ａと、送信先のプロトコル形式である
ＳＭＴＰ形式への電子メールデータの変換処理の指示等
の制御を行うメールデータ変換制御部６ｂと、転送効率
改善プロトコル形式に基づいて圧縮された電子メールを
復元するためのメールデータ復元部６ｃと、復元された
メールデータをＳＭＴＰサーバ７へと送信するために、
そのメールデータをＭＩＭＥに基づいてエンコードする
メールデータエンコード部６ｄと、エンコードされた電
子メールをＳＭＴＰサーバ７へと送信するためのメール
送信処理部６ｅとから構成される。
ール利用機器２との電子メールの送受信処理を行うデー
タ送受信処理部６ａと、送信先のプロトコル形式である
ＳＭＴＰ形式への電子メールデータの変換処理の指示等
の制御を行うメールデータ変換制御部６ｂと、転送効率
改善プロトコル形式に基づいて圧縮された電子メールを
復元するためのメールデータ復元部６ｃと、復元された
メールデータをＳＭＴＰサーバ７へと送信するために、
そのメールデータをＭＩＭＥに基づいてエンコードする
メールデータエンコード部６ｄと、エンコードされた電
子メールをＳＭＴＰサーバ７へと送信するためのメール
送信処理部６ｅとから構成される。
【０１７１】なお、送信用変換システム管理用サーバ６
は、図示しないが、上記各部の動作を制御するための送
信用変換システム制御用プログラムの記憶されたＲＯＭ
（Read Only Memory）と 、プログラムの実行などに使
用するデータを記憶するためのＲＡＭ（Random Access
Memory）と、プログラムを実行するためのＣＰＵ（Cent
ral Processing Unit）と、上記各部間のデータの送受
信を行うためのインターフェース回路とを備えている。
は、図示しないが、上記各部の動作を制御するための送
信用変換システム制御用プログラムの記憶されたＲＯＭ
（Read Only Memory）と 、プログラムの実行などに使
用するデータを記憶するためのＲＡＭ（Random Access
Memory）と、プログラムを実行するためのＣＰＵ（Cent
ral Processing Unit）と、上記各部間のデータの送受
信を行うためのインターフェース回路とを備えている。
【０１７２】ＳＭＴＰサーバ７は、所定のＩＳＰの運営
しているもので、プロトコルにＳＭＴＰを利用している
電子メールの送信用サーバであり、本実施の形態におい
て、図６には、１つしか図示していないが、実際は、多
数のＳＭＴＰサーバがインターネット上に存在してお
り、送信専用のメールプロトコル変換システム５は、こ
れらのＳＭＴＰサーバへの電子メールの送信が可能とな
るように、送信専用のメール転送プロトコル変換システ
ム５において、転送効率改善プロトコル形式を利用した
メール利用機器からの電子メールを、その転送効率改善
プロトコル形式を、ＳＭＴＰ形式に変換して、ＳＭＴＰ
サーバ７へと転送するものである。
しているもので、プロトコルにＳＭＴＰを利用している
電子メールの送信用サーバであり、本実施の形態におい
て、図６には、１つしか図示していないが、実際は、多
数のＳＭＴＰサーバがインターネット上に存在してお
り、送信専用のメールプロトコル変換システム５は、こ
れらのＳＭＴＰサーバへの電子メールの送信が可能とな
るように、送信専用のメール転送プロトコル変換システ
ム５において、転送効率改善プロトコル形式を利用した
メール利用機器からの電子メールを、その転送効率改善
プロトコル形式を、ＳＭＴＰ形式に変換して、ＳＭＴＰ
サーバ７へと転送するものである。
【０１７３】具体的な動作を説明すると、メール利用機
器２から送信用変換システム管理用サーバ６を介したＳ
ＭＴＰサーバ７への電子メールの送信は、図７に示す転
送効率改善プロトコル形式におけるメール送信シーケン
スに基づいて行われる。図７は、メール送信シーケンス
を示す図である。以下図７に基づいて、送信シーケンス
の処理を説明する。図７に示すように、まず、メール利
用機器２からのコネクション接続要求７００が、送信用
変換システム管理用サーバ６に送信される。コネクショ
ン接続要求７００を受信した送信用変換システム管理用
サーバ６は、自サーバに異常が無く、接続を確立するこ
とが可能であると判断すると、コネクションの確立を示
すＯＫレスポンス７０２をメール利用機器２へと送信す
る。ＯＫレスポンス７０２を受信するとメール利用機器
２は、送信用変換システム管理用サーバ６に送信開始要
求７０４を送信する。
器２から送信用変換システム管理用サーバ６を介したＳ
ＭＴＰサーバ７への電子メールの送信は、図７に示す転
送効率改善プロトコル形式におけるメール送信シーケン
スに基づいて行われる。図７は、メール送信シーケンス
を示す図である。以下図７に基づいて、送信シーケンス
の処理を説明する。図７に示すように、まず、メール利
用機器２からのコネクション接続要求７００が、送信用
変換システム管理用サーバ６に送信される。コネクショ
ン接続要求７００を受信した送信用変換システム管理用
サーバ６は、自サーバに異常が無く、接続を確立するこ
とが可能であると判断すると、コネクションの確立を示
すＯＫレスポンス７０２をメール利用機器２へと送信す
る。ＯＫレスポンス７０２を受信するとメール利用機器
２は、送信用変換システム管理用サーバ６に送信開始要
求７０４を送信する。
【０１７４】送信開始要求７０４を受信すると、送信用
変換システム管理用サーバ６は、ＳＭＴＰサーバ７に対
して、ＳＭＴＰ形式に基づくコネクション接続処理を行
う。コネクションの接続処理は、まず、ＳＭＴＰサーバ
７に、コネクション接続要求７０６を送信する。送信用
変換システム管理用サーバ６は、これに対してＳＭＴＰ
サーバの応答コード（２２０）７０８を受信すると、Ｓ
ＭＴＰサーバ７にＨＥＬＯコマンド７１０を送信する。
ＨＥＬＯコマンドは、ＨＥＬＯと同時に送信用変換シス
テム管理用サーバ６のホスト名も送信する。すると、Ｓ
ＭＴＰサーバ７から同様に応答コード（２５０）７１２
として、ＨＥＬＯと同時にそのホスト名が送られてく
る。
変換システム管理用サーバ６は、ＳＭＴＰサーバ７に対
して、ＳＭＴＰ形式に基づくコネクション接続処理を行
う。コネクションの接続処理は、まず、ＳＭＴＰサーバ
７に、コネクション接続要求７０６を送信する。送信用
変換システム管理用サーバ６は、これに対してＳＭＴＰ
サーバの応答コード（２２０）７０８を受信すると、Ｓ
ＭＴＰサーバ７にＨＥＬＯコマンド７１０を送信する。
ＨＥＬＯコマンドは、ＨＥＬＯと同時に送信用変換シス
テム管理用サーバ６のホスト名も送信する。すると、Ｓ
ＭＴＰサーバ７から同様に応答コード（２５０）７１２
として、ＨＥＬＯと同時にそのホスト名が送られてく
る。
【０１７５】そして、送信用変換システム管理用サーバ
６は、応答コード（２５０）７１２を受信したことによ
り、送信先であるＳＭＴＰサーバ７は電子メールを受信
可能である肯定的な応答を返したと判断できるので、メ
ール利用機器２に対して、送信開始応答７１４を送信す
る。メール利用機器２は、送信開始応答７１４を受信す
ると、送信用変換システム管理用サーバ６に対して電子
メールのデータ送信７１６を行う。この電子メールのデ
ータ送信７１６は、転送効率改善プロトコル形式によっ
て行われる。従って、電子メールのデータを受信する
と、送信用変換システム管理用サーバ６は、ＳＭＴＰサ
ーバ７に送信するための電子メールデータの変換処理な
どを行うことになるが、この処理の説明は後述する。よ
って、変換処理が終了すると、送信用変換システム管理
用サーバ６は、ＳＭＴＰサーバ７に対して、ＳＭＴＰ形
式に基づく電子メールのデータ送信処理を行う。
６は、応答コード（２５０）７１２を受信したことによ
り、送信先であるＳＭＴＰサーバ７は電子メールを受信
可能である肯定的な応答を返したと判断できるので、メ
ール利用機器２に対して、送信開始応答７１４を送信す
る。メール利用機器２は、送信開始応答７１４を受信す
ると、送信用変換システム管理用サーバ６に対して電子
メールのデータ送信７１６を行う。この電子メールのデ
ータ送信７１６は、転送効率改善プロトコル形式によっ
て行われる。従って、電子メールのデータを受信する
と、送信用変換システム管理用サーバ６は、ＳＭＴＰサ
ーバ７に送信するための電子メールデータの変換処理な
どを行うことになるが、この処理の説明は後述する。よ
って、変換処理が終了すると、送信用変換システム管理
用サーバ６は、ＳＭＴＰサーバ７に対して、ＳＭＴＰ形
式に基づく電子メールのデータ送信処理を行う。
【０１７６】データの送信処理は、まず、送信用変換シ
ステム管理用サーバ６が、ＭＡＩＬＦＲＯＭコマンドに
より送信者のアドレス７１８をＳＭＴＰサーバ７に送信
する。ＳＭＴＰサーバ７は、送信者のアドレスに対する
応答コマンド（２５０）７２０を送信用変換システム管
理用サーバ６に返信し、この応答を受信すると、同管理
用サーバ６は、ＲＣＰＴ ＴＯコマンドによって受信者
のアドレス７２２を送信する。ＳＭＴＰサーバ７は、受
信者のアドレス７２２に対する応答コマンド（２５０）
７２４を返信し、送信用変換システム管理用サーバ６
は、これを受信すると、ＳＭＴＰサーバ７にＤＡＴＡコ
マンド７２６を送信することによって、電子メールの本
文データの送信開始を通知する。ＳＭＴＰサーバ７は、
このＤＡＴＡコマンド７２６に対して、肯定的な応答コ
マンド（３５４ Ｓｔａｒｔ ｍａｉｌ）７２８を送信
用変換システム管理用サーバ６に返信する。
ステム管理用サーバ６が、ＭＡＩＬＦＲＯＭコマンドに
より送信者のアドレス７１８をＳＭＴＰサーバ７に送信
する。ＳＭＴＰサーバ７は、送信者のアドレスに対する
応答コマンド（２５０）７２０を送信用変換システム管
理用サーバ６に返信し、この応答を受信すると、同管理
用サーバ６は、ＲＣＰＴ ＴＯコマンドによって受信者
のアドレス７２２を送信する。ＳＭＴＰサーバ７は、受
信者のアドレス７２２に対する応答コマンド（２５０）
７２４を返信し、送信用変換システム管理用サーバ６
は、これを受信すると、ＳＭＴＰサーバ７にＤＡＴＡコ
マンド７２６を送信することによって、電子メールの本
文データの送信開始を通知する。ＳＭＴＰサーバ７は、
このＤＡＴＡコマンド７２６に対して、肯定的な応答コ
マンド（３５４ Ｓｔａｒｔ ｍａｉｌ）７２８を送信
用変換システム管理用サーバ６に返信する。
【０１７７】送信用変換システム管理用サーバ６は、応
答コマンド７２８（３５４ Ｓｔａｒｔ ｍａｉｌ）を
受信すると、メール本文のデータと、同データの終了を
示すＣＲ／ＬＦ．ＣＲ／ＬＦとから成る電子メールの本
文データ７３０を、ＳＭＴＰサーバ７に送信する。ＳＭ
ＴＰサーバ７は、ＣＲ／ＬＦ．ＣＲ／ＬＦのデータを受
信すると、電子メールの本文データ７３０の受信成功を
示す応答コマンド（２５０）７３２を返信する。
答コマンド７２８（３５４ Ｓｔａｒｔ ｍａｉｌ）を
受信すると、メール本文のデータと、同データの終了を
示すＣＲ／ＬＦ．ＣＲ／ＬＦとから成る電子メールの本
文データ７３０を、ＳＭＴＰサーバ７に送信する。ＳＭ
ＴＰサーバ７は、ＣＲ／ＬＦ．ＣＲ／ＬＦのデータを受
信すると、電子メールの本文データ７３０の受信成功を
示す応答コマンド（２５０）７３２を返信する。
【０１７８】送信用変換システム管理用サーバ６は、こ
の受信成功を示す応答コマンド（２５０）７３２を受信
すると、メール利用機器２に対してデータ送信完了通知
７３４を送信する。これに対して、メール利用機器２
は、送信するメールが他に無い場合に、送信終了要求７
３６を、送信用変換システム管理用サーバ６に送信す
る。送信用変換システム管理用サーバ６は、送信終了要
求７３６を受信すると、電子メールの送信終了を示すＱ
ＵＩＴコマンド７３８をＳＭＴＰサーバ７に送信し、同
サーバ７はこのコマンドに対する受信成功を示す応答コ
マンド（２２１ ＣＬＯＳＥ）７４０を返信する。これ
により、送信用変換システム管理用サーバ６と、ＳＭＴ
Ｐサーバ７との間のコネクションが切断される。
の受信成功を示す応答コマンド（２５０）７３２を受信
すると、メール利用機器２に対してデータ送信完了通知
７３４を送信する。これに対して、メール利用機器２
は、送信するメールが他に無い場合に、送信終了要求７
３６を、送信用変換システム管理用サーバ６に送信す
る。送信用変換システム管理用サーバ６は、送信終了要
求７３６を受信すると、電子メールの送信終了を示すＱ
ＵＩＴコマンド７３８をＳＭＴＰサーバ７に送信し、同
サーバ７はこのコマンドに対する受信成功を示す応答コ
マンド（２２１ ＣＬＯＳＥ）７４０を返信する。これ
により、送信用変換システム管理用サーバ６と、ＳＭＴ
Ｐサーバ７との間のコネクションが切断される。
【０１７９】そして、応答コマンド（２２１ ＣＬＯＳ
Ｅ）７４０を受信した送信用変換システム管理用サーバ
６は、メール利用機器２に対して送信終了通知７４２を
送信し、メール利用機器２は、送信終了通知７４２を受
信すると、送信用変換システム管理用サーバ６に対して
コネクションの切断要求７４４を送信する。送信用変換
システム管理用サーバ６は、コネクション切断要求７４
４を受信すると、メール利用機器２とのコネクションの
切断を行う。これにより、メール利用機器２からＳＭＴ
Ｐサーバ７への電子メールの送信処理は終了となる。
Ｅ）７４０を受信した送信用変換システム管理用サーバ
６は、メール利用機器２に対して送信終了通知７４２を
送信し、メール利用機器２は、送信終了通知７４２を受
信すると、送信用変換システム管理用サーバ６に対して
コネクションの切断要求７４４を送信する。送信用変換
システム管理用サーバ６は、コネクション切断要求７４
４を受信すると、メール利用機器２とのコネクションの
切断を行う。これにより、メール利用機器２からＳＭＴ
Ｐサーバ７への電子メールの送信処理は終了となる。
【０１８０】ここで、本実施の形態において、上記した
電子メールのデータ送信７１６からデータ送信完了通知
７３４までのシーケンス処理は、送信する電子メールの
数だけ繰り返すことになる（図７の及び参照）。ま
た、上記した送信開始要求７０４から送信終了通知７４
２までのシーケンス処理は、メール利用機器２と、送信
用変換システム管理用サーバ６との間のコネクションが
切断される前に、メール利用機器２からの送信開始要求
７０４が発生することで、繰り返し行われることがある
（図７の参照）。
電子メールのデータ送信７１６からデータ送信完了通知
７３４までのシーケンス処理は、送信する電子メールの
数だけ繰り返すことになる（図７の及び参照）。ま
た、上記した送信開始要求７０４から送信終了通知７４
２までのシーケンス処理は、メール利用機器２と、送信
用変換システム管理用サーバ６との間のコネクションが
切断される前に、メール利用機器２からの送信開始要求
７０４が発生することで、繰り返し行われることがある
（図７の参照）。
【０１８１】更に、送信用変換システム管理用サーバ６
における、電子メールのデータ変換処理について説明す
る。メール利用機器２から送信用変換システム管理用サ
ーバ６へと送信される電子メールは、転送効率改善プロ
トコル形式を利用しているため、電子メールデータに圧
縮が施されている可能性がある。従って、圧縮された電
子メールをＳＭＴＰサーバ７へと送信するためには、同
サーバ７で取り扱えるように電子メールデータの変換処
理を施す必要がある。
における、電子メールのデータ変換処理について説明す
る。メール利用機器２から送信用変換システム管理用サ
ーバ６へと送信される電子メールは、転送効率改善プロ
トコル形式を利用しているため、電子メールデータに圧
縮が施されている可能性がある。従って、圧縮された電
子メールをＳＭＴＰサーバ７へと送信するためには、同
サーバ７で取り扱えるように電子メールデータの変換処
理を施す必要がある。
【０１８２】ここで、メール利用機器２から送信用変換
システム管理用サーバ６への電子メールの送信に使用さ
れる転送効率改善プロトコル形式は、まず、送信処理に
図２に示すようなビットパターンによって構成されるコ
マンドが用いられ、電子メールのデータは、送信用変換
システム管理用サーバ６においてデータの復元がサポー
トされている圧縮形式によってメール利用機器２側で圧
縮が施されたものを送信するようになっている。更に、
変換の施された電子メールは、上記した図７の７１８〜
７３２の送信シーケンス処理によって、ＳＭＴＰサーバ
７へと送信される。
システム管理用サーバ６への電子メールの送信に使用さ
れる転送効率改善プロトコル形式は、まず、送信処理に
図２に示すようなビットパターンによって構成されるコ
マンドが用いられ、電子メールのデータは、送信用変換
システム管理用サーバ６においてデータの復元がサポー
トされている圧縮形式によってメール利用機器２側で圧
縮が施されたものを送信するようになっている。更に、
変換の施された電子メールは、上記した図７の７１８〜
７３２の送信シーケンス処理によって、ＳＭＴＰサーバ
７へと送信される。
【０１８３】つまり、メール利用機器２から送られてき
た電子メールは、まず、データ送受信処理部６ａによっ
て受信される。受信された電子メールはメールデータ変
換制御部６ｂに転送され、データが圧縮されている可能
性があるので、その電子メールをメールデータ復元部６
ｃへと転送する。同復元部６ｃにおいては、電子メール
が圧縮されているか否かを判断し、圧縮されていると判
断された場合は、その電子メールを元のデータへと復元
する。
た電子メールは、まず、データ送受信処理部６ａによっ
て受信される。受信された電子メールはメールデータ変
換制御部６ｂに転送され、データが圧縮されている可能
性があるので、その電子メールをメールデータ復元部６
ｃへと転送する。同復元部６ｃにおいては、電子メール
が圧縮されているか否かを判断し、圧縮されていると判
断された場合は、その電子メールを元のデータへと復元
する。
【０１８４】更に、圧縮されていない電子メールあるい
は復元された電子メールは、メールデータエンコード部
６ｄへと転送され、そこでＳＭＴＰサーバ７との通信処
理において取扱いが可能なデータとなるように、ＭＩＭ
Ｅに基づいてエンコードを行う。つまり、添付ファイル
などのバイナリファイルが存在する場合は、ｂａｓｅ−
６４でエンコードして７ビットのコードからなる文字列
に変換する。そして、エンコードされた電子メールは、
メール送信処理部６ｅに転送される。
は復元された電子メールは、メールデータエンコード部
６ｄへと転送され、そこでＳＭＴＰサーバ７との通信処
理において取扱いが可能なデータとなるように、ＭＩＭ
Ｅに基づいてエンコードを行う。つまり、添付ファイル
などのバイナリファイルが存在する場合は、ｂａｓｅ−
６４でエンコードして７ビットのコードからなる文字列
に変換する。そして、エンコードされた電子メールは、
メール送信処理部６ｅに転送される。
【０１８５】メール送信処理部６ｅは、エンコードされ
た電子メールを受信すると、上記した送信者アドレス７
１８の送信から受信成功を示す応答コマンド（２５０）
７３２の受信までの送信シーケンス処理を行うことによ
ってＳＭＴＰサーバ７へと電子メールを送信する。更
に、本実施の形態においては、ビットパターンによって
構成されるコマンドに、メール利用機器２及び送信用変
換システム管理用サーバ６において解析可能な数値で、
メールデータ復元部６ｃによってデータを復元すること
が可能な圧縮形式の情報や、メールデータエンコード部
６ｄにおいてエンコード可能なエンコード形式の情報が
含まれている。
た電子メールを受信すると、上記した送信者アドレス７
１８の送信から受信成功を示す応答コマンド（２５０）
７３２の受信までの送信シーケンス処理を行うことによ
ってＳＭＴＰサーバ７へと電子メールを送信する。更
に、本実施の形態においては、ビットパターンによって
構成されるコマンドに、メール利用機器２及び送信用変
換システム管理用サーバ６において解析可能な数値で、
メールデータ復元部６ｃによってデータを復元すること
が可能な圧縮形式の情報や、メールデータエンコード部
６ｄにおいてエンコード可能なエンコード形式の情報が
含まれている。
【０１８６】以上、本発明に係るメール転送プロトコル
変換システムの第２の実施の形態の説明をしたが、転送
効率改善プロトコル形式を利用しているメール利用機器
２からのＳＭＴＰサーバ７への電子メールの送信におい
て、送信用変換システム管理用サーバ６を介して、上記
コネクション接続要求７００〜コネクション切断要求７
４４までの送信シーケンスを用いることで、メール利用
機器２が直接ＳＭＴＰサーバ７に対して電子メールを送
信した場合に発生するコネクション接続要求７０６〜受
信成功を示す応答コマンド（２５０）７３２までのシー
ケンス処理を送信用変換システム管理用サーバ６に行わ
せ、メール利用機器２と、送信用変換システム管理用サ
ーバ６との間では、コネクション接続要求７００、ＯＫ
レスポンス７０２、送信開始要求７１４、電子メールの
データ送信７１６、データ送信完了通知７３４、送信終
了要求７３６、送信終了通知７４２及びコネクション切
断要求７４４のシーケンス処理を行うことによって、メ
ール利用機器２が、ＳＭＴＰサーバ７に電子メールを送
信する際のデータの転送量を低減させることが可能とな
る。
変換システムの第２の実施の形態の説明をしたが、転送
効率改善プロトコル形式を利用しているメール利用機器
２からのＳＭＴＰサーバ７への電子メールの送信におい
て、送信用変換システム管理用サーバ６を介して、上記
コネクション接続要求７００〜コネクション切断要求７
４４までの送信シーケンスを用いることで、メール利用
機器２が直接ＳＭＴＰサーバ７に対して電子メールを送
信した場合に発生するコネクション接続要求７０６〜受
信成功を示す応答コマンド（２５０）７３２までのシー
ケンス処理を送信用変換システム管理用サーバ６に行わ
せ、メール利用機器２と、送信用変換システム管理用サ
ーバ６との間では、コネクション接続要求７００、ＯＫ
レスポンス７０２、送信開始要求７１４、電子メールの
データ送信７１６、データ送信完了通知７３４、送信終
了要求７３６、送信終了通知７４２及びコネクション切
断要求７４４のシーケンス処理を行うことによって、メ
ール利用機器２が、ＳＭＴＰサーバ７に電子メールを送
信する際のデータの転送量を低減させることが可能とな
る。
【０１８７】また、転送効率改善プロトコル形式の電子
メールは、そのデータが圧縮されている可能性があるの
で、メールデータ復元部６ｃによって元のデータに復元
し、更に、メールデータエンコード部６ｄによって、Ｓ
ＭＴＰサーバ７が取扱い可能な方式にエンコードするこ
とによって、ＳＭＴＰサーバ７への電子メールの送信を
可能とする。また、圧縮形式情報通知部６ｅによって、
メールデータ復元部６ｃにおいて復元可能な圧縮形式情
報をメール利用機器２に通知するようにしたので、メー
ル利用機器２は、メールデータ復元部６ｃによって復元
不可能な圧縮形式によって電子メールを圧縮することを
防ぐのに役立ち、更に、メールデータ復元部６ｃで新た
に復元可能な圧縮形式が追加となった場合などに、その
ことをメール利用機器２に通知するようにしたので、便
利である。
メールは、そのデータが圧縮されている可能性があるの
で、メールデータ復元部６ｃによって元のデータに復元
し、更に、メールデータエンコード部６ｄによって、Ｓ
ＭＴＰサーバ７が取扱い可能な方式にエンコードするこ
とによって、ＳＭＴＰサーバ７への電子メールの送信を
可能とする。また、圧縮形式情報通知部６ｅによって、
メールデータ復元部６ｃにおいて復元可能な圧縮形式情
報をメール利用機器２に通知するようにしたので、メー
ル利用機器２は、メールデータ復元部６ｃによって復元
不可能な圧縮形式によって電子メールを圧縮することを
防ぐのに役立ち、更に、メールデータ復元部６ｃで新た
に復元可能な圧縮形式が追加となった場合などに、その
ことをメール利用機器２に通知するようにしたので、便
利である。
【０１８８】更に、本発明に係るメール転送プロトコル
変換システムの第３の実施の形態を説明する。図８乃至
図１２は、本発明に係るメール転送プロトコル変換シス
テムの第３の実施の形態を示す図である。図８は、本発
明に係るメール転送プロトコル変換システムをＳＭＴＰ
サーバへの電子メールの送信処理及びＰＯＰサーバから
の電子メールの受信処理に適用した場合の構成を示すブ
ロック図である。以下、図８に基づいて構成を説明す
る。
変換システムの第３の実施の形態を説明する。図８乃至
図１２は、本発明に係るメール転送プロトコル変換シス
テムの第３の実施の形態を示す図である。図８は、本発
明に係るメール転送プロトコル変換システムをＳＭＴＰ
サーバへの電子メールの送信処理及びＰＯＰサーバから
の電子メールの受信処理に適用した場合の構成を示すブ
ロック図である。以下、図８に基づいて構成を説明す
る。
【０１８９】メール転送プロトコル変換システム８は、
転送効率改善プロトコル形式を利用して電子メールの送
受信を行うためのメール利用機器２と、同利用機器２が
ＳＭＴＰサーバ７へ電子メールを送信する際に、その転
送効率改善プロトコル形式をＳＭＴＰ形式に変換し、メ
ール利用機器２がＰＯＰサーバ４から電子メールを受信
する場合には、ＰＯＰ形式を転送効率改善プロトコル形
式に変換してから転送する変換システム管理用サーバ１
０と、アプリケーション層のプロトコルにＳＭＴＰ形式
を利用している電子メールの送信用サーバであるＳＭＴ
Ｐサーバ７と、同様にプロトコルにＰＯＰ形式を利用し
ている電子メールの受信用サーバであるＰＯＰサーバ４
とから構成される。
転送効率改善プロトコル形式を利用して電子メールの送
受信を行うためのメール利用機器２と、同利用機器２が
ＳＭＴＰサーバ７へ電子メールを送信する際に、その転
送効率改善プロトコル形式をＳＭＴＰ形式に変換し、メ
ール利用機器２がＰＯＰサーバ４から電子メールを受信
する場合には、ＰＯＰ形式を転送効率改善プロトコル形
式に変換してから転送する変換システム管理用サーバ１
０と、アプリケーション層のプロトコルにＳＭＴＰ形式
を利用している電子メールの送信用サーバであるＳＭＴ
Ｐサーバ７と、同様にプロトコルにＰＯＰ形式を利用し
ている電子メールの受信用サーバであるＰＯＰサーバ４
とから構成される。
【０１９０】メール利用機器２は、第１のメール利用機
器２ａと、第２のメール利用機器２ｂとから構成され、
上記した、第１、第２の実施の形態におけるメール利用
機器２と同様のもので、本実施の形態においては、イン
ターネット上のＳＭＴＰサーバ及びＰＯＰサーバとの間
で電子メールの送受信が可能となっている。なお、図８
には、２つのメール利用機器、１つのＳＭＴＰサーバ、
１つのＰＯＰサーバしか図示していないが、実際は、も
っと多数のメール利用機器及び前記各サーバが存在し、
メール転送プロトコル変換システム８を構成している。
器２ａと、第２のメール利用機器２ｂとから構成され、
上記した、第１、第２の実施の形態におけるメール利用
機器２と同様のもので、本実施の形態においては、イン
ターネット上のＳＭＴＰサーバ及びＰＯＰサーバとの間
で電子メールの送受信が可能となっている。なお、図８
には、２つのメール利用機器、１つのＳＭＴＰサーバ、
１つのＰＯＰサーバしか図示していないが、実際は、も
っと多数のメール利用機器及び前記各サーバが存在し、
メール転送プロトコル変換システム８を構成している。
【０１９１】変換システム管理用サーバ１０は、メール
利用機器２との間で転送効率改善プロトコル形式の電子
メールの送受信を行うデータ送受信処理部１０ａと、メ
ール利用機器２とＳＭＴＰサーバ７、又は、ＰＯＰサー
バ４との間の電子メールの送受信において、各プロトコ
ルに合ったメールデータへの変換処理を制御するメール
データ変換制御部１０ｂと、メール利用機器２から送ら
れてきたＳＭＴＰサーバ７への電子メールのデータが、
圧縮されている場合に、その圧縮されたデータを復元す
るメールデータ復元部１０ｃと、復元された電子メール
をＳＭＴＰサーバ７が通信において取り扱えるようにＭ
ＩＭＥに基づいてエンコードするメールデータエンコー
ド部１０ｄと、エンコードされた電子メールを、アプリ
ケーション層のプロトコルであるＳＭＴＰに基づいてＳ
ＭＴＰサーバ７へと送信するメール送信処理部１０ｅ
と、メール利用機器２から新着メールの確認要求、ある
いは、電子メールの受信要求があるとＰＯＰサーバ４に
対して新着メールの確認処理、あるいは、電子メールの
受信処理を行うメール受信処理部１０ｆと、新着メール
の確認時にＰＯＰサーバ４から取得したＵＩＤＬを記憶
するＵＩＤＬ記憶部１０ｇと、ＰＯＰサーバ４から取得
したＵＩＤＬ、ＵＩＤＬ記憶部１０ｇに記憶されたＵＩ
ＤＬ及び新着メールの確認要求時にメール利用機器から
送られてくる最新のＵＩＤＬに基づいて新着メールの有
無の判断を行う新着メール判断部１０ｊと、ＭＩＭＥに
よってエンコードされた電子メールをデコードするメー
ルデータデコード部１０ｈと、デコードされた電子メー
ルを圧縮するメールデータ圧縮部１０ｉとから構成され
る。
利用機器２との間で転送効率改善プロトコル形式の電子
メールの送受信を行うデータ送受信処理部１０ａと、メ
ール利用機器２とＳＭＴＰサーバ７、又は、ＰＯＰサー
バ４との間の電子メールの送受信において、各プロトコ
ルに合ったメールデータへの変換処理を制御するメール
データ変換制御部１０ｂと、メール利用機器２から送ら
れてきたＳＭＴＰサーバ７への電子メールのデータが、
圧縮されている場合に、その圧縮されたデータを復元す
るメールデータ復元部１０ｃと、復元された電子メール
をＳＭＴＰサーバ７が通信において取り扱えるようにＭ
ＩＭＥに基づいてエンコードするメールデータエンコー
ド部１０ｄと、エンコードされた電子メールを、アプリ
ケーション層のプロトコルであるＳＭＴＰに基づいてＳ
ＭＴＰサーバ７へと送信するメール送信処理部１０ｅ
と、メール利用機器２から新着メールの確認要求、ある
いは、電子メールの受信要求があるとＰＯＰサーバ４に
対して新着メールの確認処理、あるいは、電子メールの
受信処理を行うメール受信処理部１０ｆと、新着メール
の確認時にＰＯＰサーバ４から取得したＵＩＤＬを記憶
するＵＩＤＬ記憶部１０ｇと、ＰＯＰサーバ４から取得
したＵＩＤＬ、ＵＩＤＬ記憶部１０ｇに記憶されたＵＩ
ＤＬ及び新着メールの確認要求時にメール利用機器から
送られてくる最新のＵＩＤＬに基づいて新着メールの有
無の判断を行う新着メール判断部１０ｊと、ＭＩＭＥに
よってエンコードされた電子メールをデコードするメー
ルデータデコード部１０ｈと、デコードされた電子メー
ルを圧縮するメールデータ圧縮部１０ｉとから構成され
る。
【０１９２】なお、変換システム管理用サーバ１０は、
図示しないが、上記各部の動作を制御するための変換シ
ステム制御用プログラムの記憶されたＲＯＭ（Read Onl
y Memory）と 、プログラムの実行などに使用するデー
タを記憶するためのＲＡＭ（Random Access Memory）
と、プログラムを実行するためのＣＰＵ（Central Proc
essing Unit）と、上記各部間のデータの送受信を行う
ためのインターフェース回路とを備えている。
図示しないが、上記各部の動作を制御するための変換シ
ステム制御用プログラムの記憶されたＲＯＭ（Read Onl
y Memory）と 、プログラムの実行などに使用するデー
タを記憶するためのＲＡＭ（Random Access Memory）
と、プログラムを実行するためのＣＰＵ（Central Proc
essing Unit）と、上記各部間のデータの送受信を行う
ためのインターフェース回路とを備えている。
【０１９３】具体的な動作を説明すると、第１、又は、
第２のメール利用機器２ａ、２ｂのいずれかから、電子
メールの送信要求があると、データ送受信処理部１０ａ
によってその要求を受信し、上記第２の実施の形態にお
ける図７の電子メールの送信シーケンスと同様の処理に
よって、ＳＭＴＰサーバ７へと電子メールが送信され
る。従って、詳細説明を省略する。次に、メール利用機
器２から電子メールの受信要求があると、その要求はデ
ータ送受信処理部１０ａにおいて受信され、メールデー
タ変換制御部１０ｂに転送される。更に、メールデータ
変換制御部１０ｂは、メール受信処理部１０ｆに受信要
求を転送し、メール受信処理部１０ｆによってＰＯＰサ
ーバ４に対してＰＯＰ形式に基づいて電子メールの受信
処理を行う。なお、メールの送受信において用いられる
コマンドは、上記した第１及び第２の実施の形態と同様
に、図２に示すような、ビットパターンによって構成さ
れたコマンドを用いる。
第２のメール利用機器２ａ、２ｂのいずれかから、電子
メールの送信要求があると、データ送受信処理部１０ａ
によってその要求を受信し、上記第２の実施の形態にお
ける図７の電子メールの送信シーケンスと同様の処理に
よって、ＳＭＴＰサーバ７へと電子メールが送信され
る。従って、詳細説明を省略する。次に、メール利用機
器２から電子メールの受信要求があると、その要求はデ
ータ送受信処理部１０ａにおいて受信され、メールデー
タ変換制御部１０ｂに転送される。更に、メールデータ
変換制御部１０ｂは、メール受信処理部１０ｆに受信要
求を転送し、メール受信処理部１０ｆによってＰＯＰサ
ーバ４に対してＰＯＰ形式に基づいて電子メールの受信
処理を行う。なお、メールの送受信において用いられる
コマンドは、上記した第１及び第２の実施の形態と同様
に、図２に示すような、ビットパターンによって構成さ
れたコマンドを用いる。
【０１９４】メール利用機器２、変換システム管理用サ
ーバ１０、ＰＯＰサーバ４の各間における電子メールの
受信処理は、図９に示す受信シーケンスに基づいて行わ
れる。図９は、電子メールの受信シーケンスを示す図で
ある。以下、図９に基づいて受信シーケンス処理を説明
する。図９に示すように、まず、メール利用機器２から
のコネクション接続要求９００が、変換システム管理用
サーバ１０に送信される。コネクション接続要求９００
を受信した変換システム管理用サーバ１０は、自サーバ
に異常が無く、接続を確立することが可能であると判断
すると、コネクションの確立を示すＯＫレスポンス９０
２をメール利用機器２へと送信する。メール利用機器２
は、ＯＫレスポンス９０２を受信すると受信開始要求９
０４を、変換システム管理用サーバ１０へと送信する。
ーバ１０、ＰＯＰサーバ４の各間における電子メールの
受信処理は、図９に示す受信シーケンスに基づいて行わ
れる。図９は、電子メールの受信シーケンスを示す図で
ある。以下、図９に基づいて受信シーケンス処理を説明
する。図９に示すように、まず、メール利用機器２から
のコネクション接続要求９００が、変換システム管理用
サーバ１０に送信される。コネクション接続要求９００
を受信した変換システム管理用サーバ１０は、自サーバ
に異常が無く、接続を確立することが可能であると判断
すると、コネクションの確立を示すＯＫレスポンス９０
２をメール利用機器２へと送信する。メール利用機器２
は、ＯＫレスポンス９０２を受信すると受信開始要求９
０４を、変換システム管理用サーバ１０へと送信する。
【０１９５】受信開始要求９０４を受信すると、変換シ
ステム管理用サーバ１０は、ＰＯＰサーバ４に対して、
ＰＯＰ形式に基づくコネクション接続処理を行う。コネ
クションの接続処理は、まず、変換システム管理用サー
バ１０からＰＯＰサーバ４に、コネクション接続要求９
０６を送信する。変換システム管理用サーバ１０は、こ
の要求に対するＰＯＰサーバ４からの肯定応答であるＯ
Ｋレスポンス９０８を受信すると、受信要求をしたメー
ル利用機器２の利用者の認証を行うためにＵＳＥＲコマ
ンド９１０によって利用者の情報をＰＯＰサーバ４に送
信する。これに対して同サーバ４は、利用者情報を受信
したことに対するＯＫレスポンス９１２を、変換システ
ム管理用サーバ１０に送信する。
ステム管理用サーバ１０は、ＰＯＰサーバ４に対して、
ＰＯＰ形式に基づくコネクション接続処理を行う。コネ
クションの接続処理は、まず、変換システム管理用サー
バ１０からＰＯＰサーバ４に、コネクション接続要求９
０６を送信する。変換システム管理用サーバ１０は、こ
の要求に対するＰＯＰサーバ４からの肯定応答であるＯ
Ｋレスポンス９０８を受信すると、受信要求をしたメー
ル利用機器２の利用者の認証を行うためにＵＳＥＲコマ
ンド９１０によって利用者の情報をＰＯＰサーバ４に送
信する。これに対して同サーバ４は、利用者情報を受信
したことに対するＯＫレスポンス９１２を、変換システ
ム管理用サーバ１０に送信する。
【０１９６】次に、変換システム管理用サーバ１０は、
ＰＡＳＳコマンド９１４によってパスワード情報をＰＯ
Ｐサーバ４に送信し、これに対して同サーバ４は、前記
の利用者情報とパスワード情報とが正しいと判断する
と、パスワード情報に対するＯＫレスポンス９１６をＰ
ＯＰサーバ４に送信する。そして、変換システム管理用
サーバ１０は、ＬＩＳＴコマンド９１８をＰＯＰサーバ
４に送信し、これに対して、同サーバ４は、ＯＫレスポ
ンスと共に、受信要求をしたメール利用機器２のメール
ボックス内にある全ての電子メールのデータ容量である
ＯＫレスポンス及びデータ９２０を返信する。変換シス
テム管理用サーバ１０は、電子メールの容量を受信する
と、ＵＩＤＬコマンド９２２をＰＯＰサーバ４に送信す
る。ＵＩＤＬコマンド９２２を受信するとＰＯＰサーバ
４は、メールボックス内の全ての電子メールのＵＩＤＬ
を変換システム管理用サーバ１０へと送信する。
ＰＡＳＳコマンド９１４によってパスワード情報をＰＯ
Ｐサーバ４に送信し、これに対して同サーバ４は、前記
の利用者情報とパスワード情報とが正しいと判断する
と、パスワード情報に対するＯＫレスポンス９１６をＰ
ＯＰサーバ４に送信する。そして、変換システム管理用
サーバ１０は、ＬＩＳＴコマンド９１８をＰＯＰサーバ
４に送信し、これに対して、同サーバ４は、ＯＫレスポ
ンスと共に、受信要求をしたメール利用機器２のメール
ボックス内にある全ての電子メールのデータ容量である
ＯＫレスポンス及びデータ９２０を返信する。変換シス
テム管理用サーバ１０は、電子メールの容量を受信する
と、ＵＩＤＬコマンド９２２をＰＯＰサーバ４に送信す
る。ＵＩＤＬコマンド９２２を受信するとＰＯＰサーバ
４は、メールボックス内の全ての電子メールのＵＩＤＬ
を変換システム管理用サーバ１０へと送信する。
【０１９７】変換システム管理用サーバ１０は、受信指
定時、あるいは、受信拒否時にＴＯＰコマンド９２６に
よって電子メールの情報の一部を要求する。これに対し
ＰＯＰサーバ４は、ＴＯＰコマンドによって指定された
電子メールの先頭から同じく指定された行数の電子メー
ル本文の内容を、ＯＫレスポンスと共にＯＫレスポンス
及びデータ９２８として変換システム管理用サーバ１０
に送信する。変換システム管理用サーバ１０は、ＯＫレ
スポンス及びデータ９２８を受信すると、メール利用機
器２に対して、受信開始応答９３０を送信する。受信開
始応答９３０を受信したメール利用機器２は、データ受
信要求９３２を変換システム管理用サーバ１０に送信す
る。
定時、あるいは、受信拒否時にＴＯＰコマンド９２６に
よって電子メールの情報の一部を要求する。これに対し
ＰＯＰサーバ４は、ＴＯＰコマンドによって指定された
電子メールの先頭から同じく指定された行数の電子メー
ル本文の内容を、ＯＫレスポンスと共にＯＫレスポンス
及びデータ９２８として変換システム管理用サーバ１０
に送信する。変換システム管理用サーバ１０は、ＯＫレ
スポンス及びデータ９２８を受信すると、メール利用機
器２に対して、受信開始応答９３０を送信する。受信開
始応答９３０を受信したメール利用機器２は、データ受
信要求９３２を変換システム管理用サーバ１０に送信す
る。
【０１９８】変換システム管理用サーバ１０は、データ
受信要求９３２を受信するとメール取得要求に応じて、
受信する電子メールを指定するＲＥＴＲコマンド９３４
をＰＯＰサーバ４に送信し、同サーバ４は、これに対し
て、ＯＫレスポンスと共に、指定された電子メールのデ
ータを変換システム管理用サーバ１０に送信する。ここ
で、変換システム管理用サーバ１０は、メール利用機器
２側で受信した電子メールを、ＰＯＰサーバ４上のメー
ルボックスから消去する指定がなされている場合は、Ｐ
ＯＰサーバ４上のメールボックス内の電子メールを消去
するＤＥＬＥコマンド９３８をＰＯＰサーバ４に送信す
る。同サーバ４は、ＤＥＬＥコマンド９３８を受信する
と、これに対するＯＫレスポンス９４０を、変換システ
ム管理用サーバ１０に送信する。
受信要求９３２を受信するとメール取得要求に応じて、
受信する電子メールを指定するＲＥＴＲコマンド９３４
をＰＯＰサーバ４に送信し、同サーバ４は、これに対し
て、ＯＫレスポンスと共に、指定された電子メールのデ
ータを変換システム管理用サーバ１０に送信する。ここ
で、変換システム管理用サーバ１０は、メール利用機器
２側で受信した電子メールを、ＰＯＰサーバ４上のメー
ルボックスから消去する指定がなされている場合は、Ｐ
ＯＰサーバ４上のメールボックス内の電子メールを消去
するＤＥＬＥコマンド９３８をＰＯＰサーバ４に送信す
る。同サーバ４は、ＤＥＬＥコマンド９３８を受信する
と、これに対するＯＫレスポンス９４０を、変換システ
ム管理用サーバ１０に送信する。
【０１９９】変換システム管理用サーバ１０は、ＰＯＰ
サーバ４から電子メールを受信すると、メール利用機器
２にデータ送信９４２を行う。メール利用機器２は電子
メールのデータを受信すると、電子メールを構成する構
成単位毎にデータ受信応答９４４を変換システム管理用
サーバ１０に送信し、変換システム管理用サーバ１０
は、このデータ受信応答９４４を受信すると、次の電子
メールに対するデータ受信９４６を行う。 メール利用
機器２は、電子メールを受信し終えると受信終了要求９
４８を変換システム管理用サーバ１０に送信する。
サーバ４から電子メールを受信すると、メール利用機器
２にデータ送信９４２を行う。メール利用機器２は電子
メールのデータを受信すると、電子メールを構成する構
成単位毎にデータ受信応答９４４を変換システム管理用
サーバ１０に送信し、変換システム管理用サーバ１０
は、このデータ受信応答９４４を受信すると、次の電子
メールに対するデータ受信９４６を行う。 メール利用
機器２は、電子メールを受信し終えると受信終了要求９
４８を変換システム管理用サーバ１０に送信する。
【０２００】変換システム管理用サーバ１０は、受信終
了要求９４８を受信すると、ＱＵＩＴコマンド９５０を
ＰＯＰサーバ４に送信し、これを受信した同サーバ４
は、メールボックス内のＤＥＬＥコマンドで削除予約さ
れている電子メールを削除して、ＱＵＩＴコマンド９５
０に対するＯＫレスポンス９５２を、変換システム管理
用サーバ１０に送信してコネクションを切断する。変換
システム管理用サーバ１０は、ＯＫレスポンス９５２を
受信すると受信終了応答９５４をメール利用機器２に送
信し、同利用機器２は受信終了応答９５４を受信する
と、変換システム管理用サーバ１０にコネクション切断
要求９５６を送信する。変換システム管理用サーバ１０
は、コネクション切断要求９５６を受信するとメール利
用機器２とのコネクションを切断し、電子メールの受信
シーケンス処理を終了する。
了要求９４８を受信すると、ＱＵＩＴコマンド９５０を
ＰＯＰサーバ４に送信し、これを受信した同サーバ４
は、メールボックス内のＤＥＬＥコマンドで削除予約さ
れている電子メールを削除して、ＱＵＩＴコマンド９５
０に対するＯＫレスポンス９５２を、変換システム管理
用サーバ１０に送信してコネクションを切断する。変換
システム管理用サーバ１０は、ＯＫレスポンス９５２を
受信すると受信終了応答９５４をメール利用機器２に送
信し、同利用機器２は受信終了応答９５４を受信する
と、変換システム管理用サーバ１０にコネクション切断
要求９５６を送信する。変換システム管理用サーバ１０
は、コネクション切断要求９５６を受信するとメール利
用機器２とのコネクションを切断し、電子メールの受信
シーケンス処理を終了する。
【０２０１】なお、データ受信要求９３２〜受信終了要
求９４６までのシーケンス処理（図９の参照）は、受
信するメールの件数に応じで繰り返し行う場合がある
が、変換システム管理用サーバ１０に、一旦全ての電子
メールを受信してから、それらのメールを１つにまとめ
て１回の送信処理で済ませることも可能である。また、
変換システム管理用サーバ１０とＰＯＰサーバ４との間
で行われるＲＥＴＲコマンド９３４〜ＤＥＬＥコマンド
９３８に対する応答コマンド９４０までのシーケンス処
理（図９の参照）は、受信するメールの件数分繰り返
し行われる。
求９４６までのシーケンス処理（図９の参照）は、受
信するメールの件数に応じで繰り返し行う場合がある
が、変換システム管理用サーバ１０に、一旦全ての電子
メールを受信してから、それらのメールを１つにまとめ
て１回の送信処理で済ませることも可能である。また、
変換システム管理用サーバ１０とＰＯＰサーバ４との間
で行われるＲＥＴＲコマンド９３４〜ＤＥＬＥコマンド
９３８に対する応答コマンド９４０までのシーケンス処
理（図９の参照）は、受信するメールの件数分繰り返
し行われる。
【０２０２】また、受信開始要求９０４〜受信終了応答
９５４までのシーケンス処理（図９の参照）は、メー
ル利用機器２がコネクション切断要求を変換システム管
理用サーバ１０に送信するまで、繰り返し行われる場合
がある。更に、本実施の形態においては、変換システム
管理用サーバ１０は、電子メールの送受信要求コマンド
を実装することにより、電子メールの送信要求及び受信
要求を１回のコネクション接続によって行う機能を有し
ている。更に、その際には、データの転送を、下位プロ
トコルであるＴＣＰの通信ポート１つのみ（例えば、ポ
ート１０５０のみ）で行うようになっている。
９５４までのシーケンス処理（図９の参照）は、メー
ル利用機器２がコネクション切断要求を変換システム管
理用サーバ１０に送信するまで、繰り返し行われる場合
がある。更に、本実施の形態においては、変換システム
管理用サーバ１０は、電子メールの送受信要求コマンド
を実装することにより、電子メールの送信要求及び受信
要求を１回のコネクション接続によって行う機能を有し
ている。更に、その際には、データの転送を、下位プロ
トコルであるＴＣＰの通信ポート１つのみ（例えば、ポ
ート１０５０のみ）で行うようになっている。
【０２０３】また、データ受信応答９４４を、電子メー
ルを構成する構成単位毎に送信するとなっているが、構
成単位とは、例えば、電子メールが８０通ある場合など
に２０通ずつの４つの構成単位に分けるといったよう
に、複数のメールを１つの構成単位としてまとめて扱う
ことが可能である。更に、メール利用機器２からの新着
メール確認処理は、下位プロトコルにＵＤＰを使用し、
図１０に示す、新着メール確認シーケンスに基づいて処
理が行われる。下位プロトコルにＵＤＰを利用している
ので、メール利用機器２と変換システム管理用サーバ１
０との間のコネクションは確立されず、変換システム管
理用サーバ１０は、受信開始要求１０００を受信する
と、自サーバ１０に異常が無くても、メール利用機器２
にその応答を返さずに、ＰＯＰサーバ４に対してコネク
ション接続要求１００２を送信する。コネクション接続
要求１００２に対するＯＫレスポンス１００４〜ＴＯＰ
コマンド１０１８に対するＯＫレスポンス１０２０まで
のシーケンス処理は、上記した、図９の受信シーケンス
処理と同様であるので記載を省略する。そして、変換シ
ステム管理用サーバ１０は、ＴＯＰコマンド１０１８に
対するＯＫレスポンス１０２０をＰＯＰサーバ４から受
信すると、同サーバ４にＱＵＩＴコマンド１０２２を送
信し、コネクションの切断を要求する。これに対し、Ｐ
ＯＰサーバ４は、ＱＵＩＴコマンド１０２２に対するＯ
Ｋレスポンス１０２４を、変換システム管理用サーバ１
０に送信し、コネクションを切断する。
ルを構成する構成単位毎に送信するとなっているが、構
成単位とは、例えば、電子メールが８０通ある場合など
に２０通ずつの４つの構成単位に分けるといったよう
に、複数のメールを１つの構成単位としてまとめて扱う
ことが可能である。更に、メール利用機器２からの新着
メール確認処理は、下位プロトコルにＵＤＰを使用し、
図１０に示す、新着メール確認シーケンスに基づいて処
理が行われる。下位プロトコルにＵＤＰを利用している
ので、メール利用機器２と変換システム管理用サーバ１
０との間のコネクションは確立されず、変換システム管
理用サーバ１０は、受信開始要求１０００を受信する
と、自サーバ１０に異常が無くても、メール利用機器２
にその応答を返さずに、ＰＯＰサーバ４に対してコネク
ション接続要求１００２を送信する。コネクション接続
要求１００２に対するＯＫレスポンス１００４〜ＴＯＰ
コマンド１０１８に対するＯＫレスポンス１０２０まで
のシーケンス処理は、上記した、図９の受信シーケンス
処理と同様であるので記載を省略する。そして、変換シ
ステム管理用サーバ１０は、ＴＯＰコマンド１０１８に
対するＯＫレスポンス１０２０をＰＯＰサーバ４から受
信すると、同サーバ４にＱＵＩＴコマンド１０２２を送
信し、コネクションの切断を要求する。これに対し、Ｐ
ＯＰサーバ４は、ＱＵＩＴコマンド１０２２に対するＯ
Ｋレスポンス１０２４を、変換システム管理用サーバ１
０に送信し、コネクションを切断する。
【０２０４】変換システム管理用サーバ１０は、ＯＫレ
スポンス１０２４を受信すると、受信した新着メールの
情報をメール利用機器２に受信開始応答１０２６として
送信する。以上が新着メールの確認シーケンス処理であ
る。更に、新着メールの判断部１０ｊにおける新着メー
ルの判断は、図１１に示す新着メールの判断処理を示す
フローチャートに基づいて行われる。以下、図１１に基
づいて新着メール判断部１０ｊにおける新着メールの判
断処理を説明する。
スポンス１０２４を受信すると、受信した新着メールの
情報をメール利用機器２に受信開始応答１０２６として
送信する。以上が新着メールの確認シーケンス処理であ
る。更に、新着メールの判断部１０ｊにおける新着メー
ルの判断は、図１１に示す新着メールの判断処理を示す
フローチャートに基づいて行われる。以下、図１１に基
づいて新着メール判断部１０ｊにおける新着メールの判
断処理を説明する。
【０２０５】図１１に示すように、まず、ステップＳ１
１００に移行して、メール利用機器２からの新着メール
の確認要求があるか否かを判断し、確認要求があった場
合(Yes)はステップＳ１１０２に移行し、なかった場合
(No)は確認要求があるまで待機する。ステップＳ１１０
２に移行した場合は、メール利用機器２からの最新のＵ
ＩＤＬ１つを取得しステップＳ１１０４に移行する。
１００に移行して、メール利用機器２からの新着メール
の確認要求があるか否かを判断し、確認要求があった場
合(Yes)はステップＳ１１０２に移行し、なかった場合
(No)は確認要求があるまで待機する。ステップＳ１１０
２に移行した場合は、メール利用機器２からの最新のＵ
ＩＤＬ１つを取得しステップＳ１１０４に移行する。
【０２０６】ステップＳ１１０４では、ＰＯＰサーバ４
に対してＵＩＤＬの取得要求を送信してステップＳ１１
０６に移行する。ステップＳ１１０６に移行すると、Ｐ
ＯＰサーバ４から現在のＵＩＤＬリストを取得しステッ
プＳ１１０８に移行する。ステップＳ１１０８に移行す
ると、ＰＯＰサーバ４から取得した現在のＵＩＤＬリス
トのうち変換システム管理用サーバ１０におけるＵＩＤ
Ｌ記憶部１０ｇに記憶されていないＵＩＤＬを同記憶部
１０ｇに記憶されたＵＩＤＬリストに追加してステップ
Ｓ１１１０に移行する。ここで、ＰＯＰサーバ４から取
得したＵＩＤＬは、ＰＯＰサーバとメールボックスの組
を単位にして、その組毎に古いものから順にＵＩＤＬ記
憶部１０ｇに記憶するようになっている。
に対してＵＩＤＬの取得要求を送信してステップＳ１１
０６に移行する。ステップＳ１１０６に移行すると、Ｐ
ＯＰサーバ４から現在のＵＩＤＬリストを取得しステッ
プＳ１１０８に移行する。ステップＳ１１０８に移行す
ると、ＰＯＰサーバ４から取得した現在のＵＩＤＬリス
トのうち変換システム管理用サーバ１０におけるＵＩＤ
Ｌ記憶部１０ｇに記憶されていないＵＩＤＬを同記憶部
１０ｇに記憶されたＵＩＤＬリストに追加してステップ
Ｓ１１１０に移行する。ここで、ＰＯＰサーバ４から取
得したＵＩＤＬは、ＰＯＰサーバとメールボックスの組
を単位にして、その組毎に古いものから順にＵＩＤＬ記
憶部１０ｇに記憶するようになっている。
【０２０７】ステップＳ１１１０に移行すると、ＵＩＤ
Ｌ記憶部１０ｇに記憶されたＵＩＤＬリストからＰＯＰ
サーバ４のＵＩＤＬリスト上に無いＵＩＤＬを、古いも
のから連続しているものに限り削除してステップＳ１１
１２に移行する。ステップＳ１１１２に移行すると、新
着メール判断部１０ｊは、ＵＩＤＬ記憶部１０ｇに記憶
されたＵＩＤＬのうち利用機器２から取得した最新のＵ
ＩＤＬよりも新しいＵＩＤＬを持つメールを新着メール
として判断し、処理を終了する。
Ｌ記憶部１０ｇに記憶されたＵＩＤＬリストからＰＯＰ
サーバ４のＵＩＤＬリスト上に無いＵＩＤＬを、古いも
のから連続しているものに限り削除してステップＳ１１
１２に移行する。ステップＳ１１１２に移行すると、新
着メール判断部１０ｊは、ＵＩＤＬ記憶部１０ｇに記憶
されたＵＩＤＬのうち利用機器２から取得した最新のＵ
ＩＤＬよりも新しいＵＩＤＬを持つメールを新着メール
として判断し、処理を終了する。
【０２０８】更に、実際の新着メールの判断処理を、図
１２に基づいて説明する。図１２は、新着メールの確認
処理及びメールの受信処理を実行した場合のＰＯＰサー
バ４、変換システム管理用サーバ１０、メール利用機器
２の各メールボックスの状態の遷移例を示す図である。
まず、図１２の状態ａは、メール利用機器２からの新着
メールの確認要求があり（ステップＳ１１００）、この
場合には、利用者メールボックス１３に何もメールが無
いので、そのことを示す情報が変換システム管理用サー
バ１０に送信される。そして、この情報を受信（ステッ
プＳ１１０２）した同サーバ１０が、ＰＯＰメールボッ
クス１１に電子メールＡ〜Ｃがある状態のＰＯＰサーバ
４に対して、同サーバ４の現在のＵＩＤＬリストの取得
要求を送信（ステップＳ１１０４）した状態である。
１２に基づいて説明する。図１２は、新着メールの確認
処理及びメールの受信処理を実行した場合のＰＯＰサー
バ４、変換システム管理用サーバ１０、メール利用機器
２の各メールボックスの状態の遷移例を示す図である。
まず、図１２の状態ａは、メール利用機器２からの新着
メールの確認要求があり（ステップＳ１１００）、この
場合には、利用者メールボックス１３に何もメールが無
いので、そのことを示す情報が変換システム管理用サー
バ１０に送信される。そして、この情報を受信（ステッ
プＳ１１０２）した同サーバ１０が、ＰＯＰメールボッ
クス１１に電子メールＡ〜Ｃがある状態のＰＯＰサーバ
４に対して、同サーバ４の現在のＵＩＤＬリストの取得
要求を送信（ステップＳ１１０４）した状態である。
【０２０９】状態ｂは、変換システム管理用サーバ１０
が、ＰＯＰサーバ４から電子メールＡ〜ＣのＵＩＤＬと
共に同メールＡ〜Ｃを取得（ステップＳ１１０６）した
状態であり、取得されたＵＩＤＬは、ＵＩＤＬ記憶部１
０ｇに、受信した時間の古い順に記憶されることになる
（ステップＳ１１０８）。状態ｃは、変換システム管理
用サーバ１０が、新着メール判断部１０ｊにおいて、電
子メールＡ〜Ｃを新着メールと判断して（ステップＳ１
１１２）メール利用機器２に送信し、同メールＡ〜Ｃが
メール利用機器２の利用者メールボックス１３に格納さ
れた状態を示している。
が、ＰＯＰサーバ４から電子メールＡ〜ＣのＵＩＤＬと
共に同メールＡ〜Ｃを取得（ステップＳ１１０６）した
状態であり、取得されたＵＩＤＬは、ＵＩＤＬ記憶部１
０ｇに、受信した時間の古い順に記憶されることになる
（ステップＳ１１０８）。状態ｃは、変換システム管理
用サーバ１０が、新着メール判断部１０ｊにおいて、電
子メールＡ〜Ｃを新着メールと判断して（ステップＳ１
１１２）メール利用機器２に送信し、同メールＡ〜Ｃが
メール利用機器２の利用者メールボックス１３に格納さ
れた状態を示している。
【０２１０】状態ｄは、メール利用機器２とは別の機器
によってＰＯＰメールボックス１１の電子メールＡとＣ
が削除され、Ｂだけが残っている状態を示している。状
態ｅは、再びメール利用機器２から新着メールの確認要
求があり（ステップＳ１１００）、変換システム管理用
サーバ１０は、最新のＵＩＤＬとしてメール利用機器２
から電子メールＣのＵＩＤＬを受信し（ステップＳ１１
０２）、且つ、ＰＯＰサーバ４に対して現在のＵＩＤＬ
の取得要求を送信し（ステップＳ１１０４）、また、Ｐ
ＯＰサーバ４のＰＯＰメールボックス１１には新しく電
子メールＤが格納された状態を示している。
によってＰＯＰメールボックス１１の電子メールＡとＣ
が削除され、Ｂだけが残っている状態を示している。状
態ｅは、再びメール利用機器２から新着メールの確認要
求があり（ステップＳ１１００）、変換システム管理用
サーバ１０は、最新のＵＩＤＬとしてメール利用機器２
から電子メールＣのＵＩＤＬを受信し（ステップＳ１１
０２）、且つ、ＰＯＰサーバ４に対して現在のＵＩＤＬ
の取得要求を送信し（ステップＳ１１０４）、また、Ｐ
ＯＰサーバ４のＰＯＰメールボックス１１には新しく電
子メールＤが格納された状態を示している。
【０２１１】状態ｆは、変換システム管理用サーバ１０
が、ＰＯＰサーバ４の現在のＵＩＤＬと共に、メールＤ
を受信し（ステップＳ１１０６）て管理システムメール
ボックス１２に格納した状態を示している。このとき、
メールＤのＵＩＤＬをＵＩＤＬ記憶部１０ｇに、一番新
しいＵＩＤＬとして記憶する（ステップＳ１１０８）。
更に、ＰＯＰサーバ４のＰＯＰメールボックス１１には
電子メールＡ及びＣが無いので、最も古く連続している
電子メールＡを変換システムメールボックス１２から削
除している（ステップＳ１１１０）。
が、ＰＯＰサーバ４の現在のＵＩＤＬと共に、メールＤ
を受信し（ステップＳ１１０６）て管理システムメール
ボックス１２に格納した状態を示している。このとき、
メールＤのＵＩＤＬをＵＩＤＬ記憶部１０ｇに、一番新
しいＵＩＤＬとして記憶する（ステップＳ１１０８）。
更に、ＰＯＰサーバ４のＰＯＰメールボックス１１には
電子メールＡ及びＣが無いので、最も古く連続している
電子メールＡを変換システムメールボックス１２から削
除している（ステップＳ１１１０）。
【０２１２】状態ｇは、変換システム管理用サーバ１０
における新着メール判断部１０ｊが、取得した電子メー
ルＣのＵＩＤＬよりも新しいＵＩＤＬを持つ電子メール
Ｄを新着メールとして判断し（ステップＳ１１１２）、
そのメールをメール利用機器２に送信し、電子メールＤ
が利用者メールボックス１３に格納された状態を示す。
以上が、新着メールの確認時の各サーバ及びメール利用
機器のメールボックスの状態遷移例である。
における新着メール判断部１０ｊが、取得した電子メー
ルＣのＵＩＤＬよりも新しいＵＩＤＬを持つ電子メール
Ｄを新着メールとして判断し（ステップＳ１１１２）、
そのメールをメール利用機器２に送信し、電子メールＤ
が利用者メールボックス１３に格納された状態を示す。
以上が、新着メールの確認時の各サーバ及びメール利用
機器のメールボックスの状態遷移例である。
【０２１３】更に、変換システム管理用サーバ１０は、
メール利用機器２との間の電子メールデータの送受信中
に、何らかの原因で回線が切断された場合に、回線の再
接続後に、切断直前の状態から継続して電子メールデー
タの送受信を行うことが可能な送受信継続機能を有して
いる。この送受信継続機能は、まず、変換システム管理
用サーバ１０によって、メール利用機器２と、変換シス
テム管理用サーバ１０との間のコネクションの確立の際
に、その接続情報を示すコネクション毎に異なるコネク
ションＩＤを発行してメール利用機器２に送信し、更
に、メール利用機器２及び変換システム管理用サーバ１
０において各自送信するデータパケットに対して、その
パケット毎に異なるトランザクションＩＤを含ませるこ
とで実現する。
メール利用機器２との間の電子メールデータの送受信中
に、何らかの原因で回線が切断された場合に、回線の再
接続後に、切断直前の状態から継続して電子メールデー
タの送受信を行うことが可能な送受信継続機能を有して
いる。この送受信継続機能は、まず、変換システム管理
用サーバ１０によって、メール利用機器２と、変換シス
テム管理用サーバ１０との間のコネクションの確立の際
に、その接続情報を示すコネクション毎に異なるコネク
ションＩＤを発行してメール利用機器２に送信し、更
に、メール利用機器２及び変換システム管理用サーバ１
０において各自送信するデータパケットに対して、その
パケット毎に異なるトランザクションＩＤを含ませるこ
とで実現する。
【０２１４】つまり、メール利用機器２から変換システ
ム管理用サーバ１０に電子メールデータを送信する場合
は、変換システム管理用サーバによって、まずその対象
となる電子メールデータ転送時のＴＣＰ／ＩＰのセッシ
ョンに対するコネクションＩＤが発行され、メール利用
機器２へと送信される。更に、メール利用機器２は、電
子メールのデータパケット毎にそれぞれ異なるトランザ
クションＩＤを含ませて、そのパケットを変換システム
管理用サーバ１０に送信する。これら、コネクションＩ
Ｄ及びトランザクションＩＤは、送受信継続機能を有効
にするために変換システム管理用サーバ１０によって所
定の期間保持される。
ム管理用サーバ１０に電子メールデータを送信する場合
は、変換システム管理用サーバによって、まずその対象
となる電子メールデータ転送時のＴＣＰ／ＩＰのセッシ
ョンに対するコネクションＩＤが発行され、メール利用
機器２へと送信される。更に、メール利用機器２は、電
子メールのデータパケット毎にそれぞれ異なるトランザ
クションＩＤを含ませて、そのパケットを変換システム
管理用サーバ１０に送信する。これら、コネクションＩ
Ｄ及びトランザクションＩＤは、送受信継続機能を有効
にするために変換システム管理用サーバ１０によって所
定の期間保持される。
【０２１５】そして、通信状態の悪化などにより、メー
ル利用機器２と変換システム管理用サーバ１０との接続
が強制的に切断され、電子メールの転送が中断してしま
った場合に、回線の再接続後に、この場合は、メール利
用機器２から、まず、前回接続時に変換システム管理用
サーバ１０から受信したコネクションＩＤを、同管理用
サーバ１０に送信する。変換システム管理用サーバ１０
は、このコネクションＩＤにより、どのセッションにお
ける電子メールの転送処理であるかを判別し、そのとき
に受信した最後のデータパケットに含まれるトランザク
ションＩＤをメール利用機器２に送信する。
ル利用機器２と変換システム管理用サーバ１０との接続
が強制的に切断され、電子メールの転送が中断してしま
った場合に、回線の再接続後に、この場合は、メール利
用機器２から、まず、前回接続時に変換システム管理用
サーバ１０から受信したコネクションＩＤを、同管理用
サーバ１０に送信する。変換システム管理用サーバ１０
は、このコネクションＩＤにより、どのセッションにお
ける電子メールの転送処理であるかを判別し、そのとき
に受信した最後のデータパケットに含まれるトランザク
ションＩＤをメール利用機器２に送信する。
【０２１６】メール利用機器２は、受信したトランザク
ションＩＤから、前回のセッションにおいて、電子メー
ルのデータをどこまで送信したかを判断できるので、そ
の続きからデータパケットの送信を行う。以上が、メー
ル利用機器２から変換システム管理用サーバ１０への電
子メール送信途中の回線断における送受信継続機能の動
作の説明である。更に、変換システム管理用サーバ１０
からメール利用機器２への電子メールの送信途中に回線
が切断された場合の送受信継続機能の動作を説明する。
ションＩＤから、前回のセッションにおいて、電子メー
ルのデータをどこまで送信したかを判断できるので、そ
の続きからデータパケットの送信を行う。以上が、メー
ル利用機器２から変換システム管理用サーバ１０への電
子メール送信途中の回線断における送受信継続機能の動
作の説明である。更に、変換システム管理用サーバ１０
からメール利用機器２への電子メールの送信途中に回線
が切断された場合の送受信継続機能の動作を説明する。
【０２１７】この場合は、メール利用機器２と変換シス
テム管理用サーバ１０とのコネクションが開設すると、
まず、変換システム管理用サーバ１０からメール利用機
器２へとコネクションＩＤが送信される。そして、変換
システム管理用サーバ１０は、電子メールのデータパケ
ット毎ににトランザクションＩＤを発行し、このＩＤを
含むデータパケットをメール利用機器２に送信する。こ
の送信途中において、通信状態の悪化などにより、メー
ル利用機器２と変換システム管理用サーバ１０との接続
が強制的に切断され、電子メールの転送が中断してしま
った場合に、回線の再接続後に、この場合は、メール利
用機器２から、まず、前回接続時に変換システム管理用
サーバ１０から受信したコネクションＩＤ及び最後に受
信したデータパケットに含まれるトランザクションＩＤ
を、同サーバ１０に送信する。
テム管理用サーバ１０とのコネクションが開設すると、
まず、変換システム管理用サーバ１０からメール利用機
器２へとコネクションＩＤが送信される。そして、変換
システム管理用サーバ１０は、電子メールのデータパケ
ット毎ににトランザクションＩＤを発行し、このＩＤを
含むデータパケットをメール利用機器２に送信する。こ
の送信途中において、通信状態の悪化などにより、メー
ル利用機器２と変換システム管理用サーバ１０との接続
が強制的に切断され、電子メールの転送が中断してしま
った場合に、回線の再接続後に、この場合は、メール利
用機器２から、まず、前回接続時に変換システム管理用
サーバ１０から受信したコネクションＩＤ及び最後に受
信したデータパケットに含まれるトランザクションＩＤ
を、同サーバ１０に送信する。
【０２１８】変換システム管理用サーバ１０は、受信し
たコネクションＩＤによって、どのセッションにおける
メールの送信処理かを判断し、同じく受信したトランザ
クションＩＤによって、対応する電子メールのデータを
どこまで送信したかを判断して、その続きからデータパ
ケットの送信を再開する。以上が、変換システム管理用
サーバ１０からメール利用機器２への電子メール送信途
中の回線断における送受信継続機能の動作の説明であ
る。
たコネクションＩＤによって、どのセッションにおける
メールの送信処理かを判断し、同じく受信したトランザ
クションＩＤによって、対応する電子メールのデータを
どこまで送信したかを判断して、その続きからデータパ
ケットの送信を再開する。以上が、変換システム管理用
サーバ１０からメール利用機器２への電子メール送信途
中の回線断における送受信継続機能の動作の説明であ
る。
【０２１９】以上、本発明に係るメール転送プロトコル
変換システムの第３の実施の形態の説明をしたが、転送
効率改善プロトコル形式を利用しているメール利用機器
２とＰＯＰサーバ４との間の電子メールの受信処理にお
いて、変換システム管理用サーバ１０を介して、上記コ
ネクション接続要求９００〜コネクション切断要求９５
６までの受信シーケンスを用いることで、メール利用機
器２が直接ＰＯＰサーバ４から電子メールを受信した場
合に発生するコネクション接続要求９０６〜ＴＯＰコマ
ンド９２６に対するＯＫレスポンス及びデータ９２８ま
でのシーケンス処理と、ＲＥＴＲコマンド９３４の送信
〜ＤＥＬＥコマンド９３８に対するＯＫレスポンス９４
０までのシーケンス処理及びＱＵＩＴコマンド９５０と
これに対するＯＫレスポンス９５２のシーケンス処理
を、変換システム管理用サーバ１０に行わせ、メール利
用機器２と、変換システム管理用サーバ１０との間で
は、コネクション接続要求９００、ＯＫレスポンス９０
２、送信開始要求９０４、受信開始応答９３０、データ
受信要求９３２、電子メールのデータ送信９４２、必要
な場合にデータ受信応答９４４、受信終了要求９４８、
受信終了応答９５４及びコネクション切断要求９５６の
シーケンス処理を行うことで、メール利用機器２が、Ｐ
ＯＰサーバ４から電子メールを受信する際のデータの転
送量を低減させることが可能となる。
変換システムの第３の実施の形態の説明をしたが、転送
効率改善プロトコル形式を利用しているメール利用機器
２とＰＯＰサーバ４との間の電子メールの受信処理にお
いて、変換システム管理用サーバ１０を介して、上記コ
ネクション接続要求９００〜コネクション切断要求９５
６までの受信シーケンスを用いることで、メール利用機
器２が直接ＰＯＰサーバ４から電子メールを受信した場
合に発生するコネクション接続要求９０６〜ＴＯＰコマ
ンド９２６に対するＯＫレスポンス及びデータ９２８ま
でのシーケンス処理と、ＲＥＴＲコマンド９３４の送信
〜ＤＥＬＥコマンド９３８に対するＯＫレスポンス９４
０までのシーケンス処理及びＱＵＩＴコマンド９５０と
これに対するＯＫレスポンス９５２のシーケンス処理
を、変換システム管理用サーバ１０に行わせ、メール利
用機器２と、変換システム管理用サーバ１０との間で
は、コネクション接続要求９００、ＯＫレスポンス９０
２、送信開始要求９０４、受信開始応答９３０、データ
受信要求９３２、電子メールのデータ送信９４２、必要
な場合にデータ受信応答９４４、受信終了要求９４８、
受信終了応答９５４及びコネクション切断要求９５６の
シーケンス処理を行うことで、メール利用機器２が、Ｐ
ＯＰサーバ４から電子メールを受信する際のデータの転
送量を低減させることが可能となる。
【０２２０】また、電子メールの送受信を１回のコネク
ション接続で実行可能とし、且つ、下位のプロトコルに
おけるデータ送受信に用いる通信ポートを１つにしたこ
とにより、送信と受信をそれぞれのコマンドで、且つ、
それぞれのポートで分けて処理をする際に個別に発生す
るデータの転送量１つにまとめることができるので、重
複する部分のデータ転送を削ることが可能となる。ま
た、新着メールの確認の際に、メール利用機器２と変換
システム管理用サーバ１０との間のデータ通信における
下位のプロトコルにＵＤＰを用い、ＰＯＰサーバ４との
新着メールの確認処理を変換システム管理用サーバ１０
に行わせることにより、コネクションの確立時に発生す
る送受信データを削ることができ、新着メールの確認時
に発生するデータ量の低減に役立つ。
ション接続で実行可能とし、且つ、下位のプロトコルに
おけるデータ送受信に用いる通信ポートを１つにしたこ
とにより、送信と受信をそれぞれのコマンドで、且つ、
それぞれのポートで分けて処理をする際に個別に発生す
るデータの転送量１つにまとめることができるので、重
複する部分のデータ転送を削ることが可能となる。ま
た、新着メールの確認の際に、メール利用機器２と変換
システム管理用サーバ１０との間のデータ通信における
下位のプロトコルにＵＤＰを用い、ＰＯＰサーバ４との
新着メールの確認処理を変換システム管理用サーバ１０
に行わせることにより、コネクションの確立時に発生す
る送受信データを削ることができ、新着メールの確認時
に発生するデータ量の低減に役立つ。
【０２２１】また、新着メールの確認において、図１１
に示すフローチャートの方法によってメール利用機器２
からは、最新のＵＩＤＬを変換システム管理用サーバ１
０に送信するだけで、新着メールの判断できるようにし
たことで、メール利用機器２は新着メールを確認するの
に、全てのＵＩＤＬを送信する必要がないので、新着メ
ールの確認時に発生するデータ転送量の低減に役立つ。
また、メール利用機器２と変換システム管理用サーバ１
０との間の電子メールデータの送受信において、送受信
の途中で回線が切断されてしまった場合に、再接続後に
途中から継続して送受信できるようにしたので、初めか
ら送受信をやり直す必要が無くなり、無駄なデータの転
送を省くのに役立つ。
に示すフローチャートの方法によってメール利用機器２
からは、最新のＵＩＤＬを変換システム管理用サーバ１
０に送信するだけで、新着メールの判断できるようにし
たことで、メール利用機器２は新着メールを確認するの
に、全てのＵＩＤＬを送信する必要がないので、新着メ
ールの確認時に発生するデータ転送量の低減に役立つ。
また、メール利用機器２と変換システム管理用サーバ１
０との間の電子メールデータの送受信において、送受信
の途中で回線が切断されてしまった場合に、再接続後に
途中から継続して送受信できるようにしたので、初めか
ら送受信をやり直す必要が無くなり、無駄なデータの転
送を省くのに役立つ。
【０２２２】ここで、図１の受信専用のメール転送プロ
トコル変換システム１は、請求項８乃至請求項３７、請
求項４３、４４記載のメール転送プロトコル変換システ
ムに対応し、受信用変換システム管理用サーバ３は、請
求項８、請求項４５乃至請求項６６、請求項７３、７
４、８２に記載の変換システム管理用サーバに対応し、
図６の送信専用のメール転送プロトコル変換システム５
は、請求項３０乃至請求項４４記載のメール転送プロト
コル変換システムに対応し、送信用変換システム管理用
サーバ６は、請求項３０、請求項６７乃至請求項７４、
請求項１０４記載の変換システム管理用サーバに対応
し、図８のメール転送プロトコル変換システム８は、請
求項１乃至請求項７及び請求項９乃至請求項３７、請求
項４３、４４記載のメール転送プロトコル変換システム
に対応し、変換システム管理用サーバ１０は、請求項３
８乃至請求項４４及び請求項４６乃至請求項６６、請求
項７３、７４記載の変換システム管理用サーバに対応
し、本文中の専用のソフトウェアは、請求項８乃至請求
項３０記載のメール利用機器制御用プログラムに対応す
る。
トコル変換システム１は、請求項８乃至請求項３７、請
求項４３、４４記載のメール転送プロトコル変換システ
ムに対応し、受信用変換システム管理用サーバ３は、請
求項８、請求項４５乃至請求項６６、請求項７３、７
４、８２に記載の変換システム管理用サーバに対応し、
図６の送信専用のメール転送プロトコル変換システム５
は、請求項３０乃至請求項４４記載のメール転送プロト
コル変換システムに対応し、送信用変換システム管理用
サーバ６は、請求項３０、請求項６７乃至請求項７４、
請求項１０４記載の変換システム管理用サーバに対応
し、図８のメール転送プロトコル変換システム８は、請
求項１乃至請求項７及び請求項９乃至請求項３７、請求
項４３、４４記載のメール転送プロトコル変換システム
に対応し、変換システム管理用サーバ１０は、請求項３
８乃至請求項４４及び請求項４６乃至請求項６６、請求
項７３、７４記載の変換システム管理用サーバに対応
し、本文中の専用のソフトウェアは、請求項８乃至請求
項３０記載のメール利用機器制御用プログラムに対応す
る。
【０２２３】なお、上記第１の実施の形態において、受
信条件記憶部３ｂに受信条件を記憶するようにして、受
信する電子メール全てに受信条件を適用するようにして
いるが、これに限らず、メール利用機器側で受信毎に受
信条件を設定するようにしても良い。また、上記第１の
実施の形態において、受信条件を専用のメールやＷｅｂ
ページによって設定するようにしているが、これに限ら
ず、本発明の主旨を逸脱しない範囲で受信条件の設定は
どのような方法を用いても良い。
信条件記憶部３ｂに受信条件を記憶するようにして、受
信する電子メール全てに受信条件を適用するようにして
いるが、これに限らず、メール利用機器側で受信毎に受
信条件を設定するようにしても良い。また、上記第１の
実施の形態において、受信条件を専用のメールやＷｅｂ
ページによって設定するようにしているが、これに限ら
ず、本発明の主旨を逸脱しない範囲で受信条件の設定は
どのような方法を用いても良い。
【０２２４】また、上記第１乃至第３の実施の形態にお
いては、転送効率改善プロトコル形式を異なるプロトコ
ル形式に変換し、又は、異なるプロトコル形式を転送効
率改善プロトコル形式に変換して電子メールの送受信を
行う説明のみをしているが、異なるプロトコル間の電子
メールの送受信だけではなく、転送効率改善プロトコル
形式同士の電子メールの送受信を行うようにしても良
い。また、上記第１乃至第３の実施の形態においては、
ＳＭＴＰサーバへの電子メールの送信、ＰＯＰサーバか
らの電子メールの受信においてメール転送プロトコル変
換システムを適用しているが、これに限らず、別のプロ
トコル形式を利用しているメールサーバとの電子メール
の送受信においても適用して構わない。
いては、転送効率改善プロトコル形式を異なるプロトコ
ル形式に変換し、又は、異なるプロトコル形式を転送効
率改善プロトコル形式に変換して電子メールの送受信を
行う説明のみをしているが、異なるプロトコル間の電子
メールの送受信だけではなく、転送効率改善プロトコル
形式同士の電子メールの送受信を行うようにしても良
い。また、上記第１乃至第３の実施の形態においては、
ＳＭＴＰサーバへの電子メールの送信、ＰＯＰサーバか
らの電子メールの受信においてメール転送プロトコル変
換システムを適用しているが、これに限らず、別のプロ
トコル形式を利用しているメールサーバとの電子メール
の送受信においても適用して構わない。
【０２２５】また、上記第２及び第３の実施の形態にお
いては、変換システム管理用サーバを介したＳＭＴＰサ
ーバへの送信シーケンス及びＰＯＰサーバからの受信シ
ーケンスとして、図７に示す送信シーケンス及び図９に
示す受信シーケンスを説明したが、この電子メールの送
受信シーケンスの簡略化は、対象がＳＭＴＰ、ＰＯＰに
限らずに、別のプロトコル形式を利用しているメールサ
ーバに対してもそのプロトコル形式に合わせたシーケン
スを用意しておき、メール利用機器からの電子メールの
受信要求、又は、送信要求があったときに、その対象の
プロトコル形式を判別し、適切な簡略化シーケンスを選
択して電子メールの送受信を行うようにするなど、色々
なプロトコル形式に対応するようにして良い。
いては、変換システム管理用サーバを介したＳＭＴＰサ
ーバへの送信シーケンス及びＰＯＰサーバからの受信シ
ーケンスとして、図７に示す送信シーケンス及び図９に
示す受信シーケンスを説明したが、この電子メールの送
受信シーケンスの簡略化は、対象がＳＭＴＰ、ＰＯＰに
限らずに、別のプロトコル形式を利用しているメールサ
ーバに対してもそのプロトコル形式に合わせたシーケン
スを用意しておき、メール利用機器からの電子メールの
受信要求、又は、送信要求があったときに、その対象の
プロトコル形式を判別し、適切な簡略化シーケンスを選
択して電子メールの送受信を行うようにするなど、色々
なプロトコル形式に対応するようにして良い。
【０２２６】請求項の記載に関し、本発明は更に以下の
態様を取り得る。 （１）前記転送効率改善プロトコル形式変換手段は、電
子メールの受信元である異なるプロトコル形式を利用し
ている複数のメールシステムからの電子メールの受信処
理において、前記各異なるプロトコル形式用の電子メー
ルの受信手順の記憶された受信手順記憶部と、前記メー
ル利用機器から電子メールの受信要求があった場合に、
その受信元のメールシステムが利用しているプロトコル
形式の情報も受信し、当該情報に基づいて、前記受信手
順記憶部から対応するプロトコル形式に最適な電子メー
ルの受信手順を選択して、その受信手順に基づいて受信
処理を行うことを特徴とする請求項１乃至請求項４のい
ずれかに記載のメール転送プロトコル変換システム。
態様を取り得る。 （１）前記転送効率改善プロトコル形式変換手段は、電
子メールの受信元である異なるプロトコル形式を利用し
ている複数のメールシステムからの電子メールの受信処
理において、前記各異なるプロトコル形式用の電子メー
ルの受信手順の記憶された受信手順記憶部と、前記メー
ル利用機器から電子メールの受信要求があった場合に、
その受信元のメールシステムが利用しているプロトコル
形式の情報も受信し、当該情報に基づいて、前記受信手
順記憶部から対応するプロトコル形式に最適な電子メー
ルの受信手順を選択して、その受信手順に基づいて受信
処理を行うことを特徴とする請求項１乃至請求項４のい
ずれかに記載のメール転送プロトコル変換システム。
【０２２７】（２）前記転送効率改善プロトコル形式変
換手段は、電子メールの受信元である異なるプロトコル
形式を利用している複数のメールシステムからの新着メ
ールの確認処理において、前記各異なるプロトコル形式
用の電子メールの新着メール確認手順の記憶された新着
メール確認手順記憶部と、前記メール利用機器から、新
着メールの確認要求があった場合に、その受信元のメー
ルシステムが利用しているプロトコル形式の情報も受信
し、当該情報に基づいて、前記新着メール確認手順記憶
部から対応するプロトコル形式に最適な新着メール確認
手順を選択して、その新着メール確認手順に基づいて新
着メールの確認処理を行うことを特徴とする請求項１乃
至請求項４のいずれかに記載のメール転送プロトコル変
換システム。
換手段は、電子メールの受信元である異なるプロトコル
形式を利用している複数のメールシステムからの新着メ
ールの確認処理において、前記各異なるプロトコル形式
用の電子メールの新着メール確認手順の記憶された新着
メール確認手順記憶部と、前記メール利用機器から、新
着メールの確認要求があった場合に、その受信元のメー
ルシステムが利用しているプロトコル形式の情報も受信
し、当該情報に基づいて、前記新着メール確認手順記憶
部から対応するプロトコル形式に最適な新着メール確認
手順を選択して、その新着メール確認手順に基づいて新
着メールの確認処理を行うことを特徴とする請求項１乃
至請求項４のいずれかに記載のメール転送プロトコル変
換システム。
【０２２８】（３）前記送信先メールプロトコル形式変
換手段は、電子メールの送信先である異なるプロトコル
形式を利用している複数のメールシステムへの電子メー
ルの送信処理において、前記各異なるプロトコル形式用
の電子メールの送信手順の記憶された送信手順記憶部
と、前記メール利用機器から、電子メールの送信要求が
あった場合に、その送信先のメールシステムが利用して
いるプロトコル形式の情報も受信し、当該情報に基づい
て、前記送信手順記憶部から対応するプロトコル形式に
最適な送信手順を選択して、その送信手順に基づいて電
子メールの送信処理を行うことを特徴とする請求項１乃
至請求項３、請求項５乃至請求項７のいずれかに記載の
メール転送プロトコル変換システム。
換手段は、電子メールの送信先である異なるプロトコル
形式を利用している複数のメールシステムへの電子メー
ルの送信処理において、前記各異なるプロトコル形式用
の電子メールの送信手順の記憶された送信手順記憶部
と、前記メール利用機器から、電子メールの送信要求が
あった場合に、その送信先のメールシステムが利用して
いるプロトコル形式の情報も受信し、当該情報に基づい
て、前記送信手順記憶部から対応するプロトコル形式に
最適な送信手順を選択して、その送信手順に基づいて電
子メールの送信処理を行うことを特徴とする請求項１乃
至請求項３、請求項５乃至請求項７のいずれかに記載の
メール転送プロトコル変換システム。
【０２２９】（４）前記転送効率改善プロトコル形式変
換手段は、電子メールの受信元である異なるプロトコル
形式を利用している複数のメールシステムからの電子メ
ールの受信処理において、前記各異なるプロトコル形式
用の電子メールの受信手順の記憶された受信手順記憶部
と、前記メール利用機器から電子メールの受信要求があ
った場合に、その受信元のメールシステムが利用してい
るプロトコル形式の情報も受信し、当該情報に基づい
て、前記受信手順記憶部から対応するプロトコル形式に
最適な電子メールの受信手順を選択して、その受信手順
に基づいて受信処理を行うことを特徴とする請求項３２
乃至請求項６１のいずれかに記載の変換システム管理用
サーバ。
換手段は、電子メールの受信元である異なるプロトコル
形式を利用している複数のメールシステムからの電子メ
ールの受信処理において、前記各異なるプロトコル形式
用の電子メールの受信手順の記憶された受信手順記憶部
と、前記メール利用機器から電子メールの受信要求があ
った場合に、その受信元のメールシステムが利用してい
るプロトコル形式の情報も受信し、当該情報に基づい
て、前記受信手順記憶部から対応するプロトコル形式に
最適な電子メールの受信手順を選択して、その受信手順
に基づいて受信処理を行うことを特徴とする請求項３２
乃至請求項６１のいずれかに記載の変換システム管理用
サーバ。
【０２３０】（５）前記転送効率改善プロトコル形式変
換手段は、電子メールの受信元である異なるプロトコル
形式を利用している複数のメールシステムからの新着メ
ールの確認処理において、前記各異なるプロトコル形式
用の電子メールの新着メール確認手順の記憶された新着
メール確認手順記憶部と、前記メール利用機器から、新
着メールの確認要求があった場合に、その受信元のメー
ルシステムが利用しているプロトコル形式の情報も受信
し、当該情報に基づいて、前記新着メール確認手順記憶
部から対応するプロトコル形式に最適な新着メール確認
手順を選択して、その新着メール確認手順に基づいて新
着メールの確認処理を行うことを特徴とする請求項３２
乃至請求項６１のいずれかに記載の変換システム管理用
サーバ。
換手段は、電子メールの受信元である異なるプロトコル
形式を利用している複数のメールシステムからの新着メ
ールの確認処理において、前記各異なるプロトコル形式
用の電子メールの新着メール確認手順の記憶された新着
メール確認手順記憶部と、前記メール利用機器から、新
着メールの確認要求があった場合に、その受信元のメー
ルシステムが利用しているプロトコル形式の情報も受信
し、当該情報に基づいて、前記新着メール確認手順記憶
部から対応するプロトコル形式に最適な新着メール確認
手順を選択して、その新着メール確認手順に基づいて新
着メールの確認処理を行うことを特徴とする請求項３２
乃至請求項６１のいずれかに記載の変換システム管理用
サーバ。
【０２３１】（６）前記送信先メールプロトコル形式変
換手段は、電子メールの送信先である異なるプロトコル
形式を利用している複数のメールシステムへの電子メー
ルの送信処理において、前記各異なるプロトコル形式用
の電子メールの送信手順の記憶された送信手順記憶部
と、前記メール利用機器から、電子メールの送信要求が
あった場合に、その送信先のメールシステムが利用して
いるプロトコル形式の情報も受信し、当該情報に基づい
て、前記送信手順記憶部から対応するプロトコル形式に
最適な送信手順を選択して、その送信手順に基づいて電
子メールの送信処理を行うことを特徴とする請求項３２
乃至請求項３９及び請求項６２乃至請求項６９のいずれ
かに記載の変換システム管理用サーバ。
換手段は、電子メールの送信先である異なるプロトコル
形式を利用している複数のメールシステムへの電子メー
ルの送信処理において、前記各異なるプロトコル形式用
の電子メールの送信手順の記憶された送信手順記憶部
と、前記メール利用機器から、電子メールの送信要求が
あった場合に、その送信先のメールシステムが利用して
いるプロトコル形式の情報も受信し、当該情報に基づい
て、前記送信手順記憶部から対応するプロトコル形式に
最適な送信手順を選択して、その送信手順に基づいて電
子メールの送信処理を行うことを特徴とする請求項３２
乃至請求項３９及び請求項６２乃至請求項６９のいずれ
かに記載の変換システム管理用サーバ。
【０２３２】（７）前記転送効率改善プロトコル形式変
換ステップにおいては、電子メールの受信元である異な
るプロトコル形式を利用している複数のメールシステム
からの電子メールの受信処理において、前記メール利用
機器から電子メールの受信要求があった場合に、その受
信元のメールシステムが利用しているプロトコル形式の
情報も受信し、当該情報に基づいて、前記各異なるプロ
トコル形式用の電子メールの受信手順の記憶された受信
手順記憶部から対応するプロトコル形式に最適な電子メ
ールの受信手順を選択して、その受信手順に基づいて受
信処理を行うことを特徴とする請求項７０乃至請求項９
９のいずれかに記載の変換システム制御用プログラム。
換ステップにおいては、電子メールの受信元である異な
るプロトコル形式を利用している複数のメールシステム
からの電子メールの受信処理において、前記メール利用
機器から電子メールの受信要求があった場合に、その受
信元のメールシステムが利用しているプロトコル形式の
情報も受信し、当該情報に基づいて、前記各異なるプロ
トコル形式用の電子メールの受信手順の記憶された受信
手順記憶部から対応するプロトコル形式に最適な電子メ
ールの受信手順を選択して、その受信手順に基づいて受
信処理を行うことを特徴とする請求項７０乃至請求項９
９のいずれかに記載の変換システム制御用プログラム。
【０２３３】（８）前記転送効率改善プロトコル形式変
換ステップにおいては、電子メールの受信元である異な
るプロトコル形式を利用している複数のメールシステム
からの新着メールの確認処理において、前記メール利用
機器から、新着メールの確認要求があった場合に、その
受信元のメールシステムが利用しているプロトコル形式
の情報も受信し、当該情報に基づいて、前記各異なるプ
ロトコル形式用の電子メールの新着メール確認手順の記
憶された新着メール確認手順記憶部から対応するプロト
コル形式に最適な新着メール確認手順を選択して、その
新着メール確認手順に基づいて新着メールの確認処理を
行うことを特徴とする請求項７０乃至請求項９９のいず
れかに記載の変換システム制御用プログラム。
換ステップにおいては、電子メールの受信元である異な
るプロトコル形式を利用している複数のメールシステム
からの新着メールの確認処理において、前記メール利用
機器から、新着メールの確認要求があった場合に、その
受信元のメールシステムが利用しているプロトコル形式
の情報も受信し、当該情報に基づいて、前記各異なるプ
ロトコル形式用の電子メールの新着メール確認手順の記
憶された新着メール確認手順記憶部から対応するプロト
コル形式に最適な新着メール確認手順を選択して、その
新着メール確認手順に基づいて新着メールの確認処理を
行うことを特徴とする請求項７０乃至請求項９９のいず
れかに記載の変換システム制御用プログラム。
【０２３４】（９）前記送信先メールプロトコル形式変
換ステップにおいては、電子メールの送信先である異な
るプロトコル形式を利用している複数のメールシステム
への電子メールの送信処理において、前記メール利用機
器から、電子メールの送信要求があった場合に、その送
信先のメールシステムが利用しているプロトコル形式の
情報も受信し、当該情報に基づいて、前記各異なるプロ
トコル形式用の電子メールの送信手順の記憶された送信
手順記憶部から対応するプロトコル形式に最適な送信手
順を選択して、その送信手順に基づいて電子メールの送
信処理を行うことを特徴とする請求項７５乃至請求項８
２及び請求項１００乃至請求項１０７のいずれかに記載
の変換システム制御用プログラム。
換ステップにおいては、電子メールの送信先である異な
るプロトコル形式を利用している複数のメールシステム
への電子メールの送信処理において、前記メール利用機
器から、電子メールの送信要求があった場合に、その送
信先のメールシステムが利用しているプロトコル形式の
情報も受信し、当該情報に基づいて、前記各異なるプロ
トコル形式用の電子メールの送信手順の記憶された送信
手順記憶部から対応するプロトコル形式に最適な送信手
順を選択して、その送信手順に基づいて電子メールの送
信処理を行うことを特徴とする請求項７５乃至請求項８
２及び請求項１００乃至請求項１０７のいずれかに記載
の変換システム制御用プログラム。
【０２３５】（１０）前記送信先メールプロトコル形式
変換手段は、前記転送効率改善プロトコル形式を利用し
ているメール利用機器によってデータが圧縮された電子
メールを受信した場合に、その圧縮されたデータを圧縮
前の状態に復元するメールデータ復元部を備えることを
特徴とする請求項１乃至請求項３、請求項（１）乃至
（３）のいずれかに記載のメール転送プロトコル変換シ
ステム。 （１１）前記送信先メールプロトコル形式変換手段は、
前記メールデータ復元部が復元可能な圧縮形式を示す情
報を、前記送信元のメール利用機器に通知する圧縮形式
通知部を備えることを特徴とする請求項（１）乃至請求
項（３）、請求項（１０）のいずれかに記載のメール転
送プロトコル変換システム。
変換手段は、前記転送効率改善プロトコル形式を利用し
ているメール利用機器によってデータが圧縮された電子
メールを受信した場合に、その圧縮されたデータを圧縮
前の状態に復元するメールデータ復元部を備えることを
特徴とする請求項１乃至請求項３、請求項（１）乃至
（３）のいずれかに記載のメール転送プロトコル変換シ
ステム。 （１１）前記送信先メールプロトコル形式変換手段は、
前記メールデータ復元部が復元可能な圧縮形式を示す情
報を、前記送信元のメール利用機器に通知する圧縮形式
通知部を備えることを特徴とする請求項（１）乃至請求
項（３）、請求項（１０）のいずれかに記載のメール転
送プロトコル変換システム。
【０２３６】（１２）前記送信先メールプロトコル形式
変換手段は、前記メール利用機器から送られてきた電子
メールのデータを、送信先のメールシステムが利用可能
なエンコード方式でエンコードするメールデータエンコ
ード部を備えることを特徴とする請求項１乃至請求項
３、請求項（１）乃至請求項（３）、（１０）、（１
１）のいずれかに記載のメール転送プロトコル変換シス
テム。 （１３）前記送信先メールプロトコル形式変換手段は、
前記転送効率改善プロトコル形式を利用したメール利用
機器からの電子メールの受信処理において、データ通信
におけるＴＣＰ（Transmission Control Protocol）／
ＩＰ（InternetProtocol）のセッションを管理するため
のコネクションＩＤを前記メール利用機器に送信し、メ
ール受信単位を管理するためのトランザクションＩＤを
前記メール利用機器から受信し、前記電子メールの受信
途中に通信が断絶する状態が発生した場合に、前記コネ
クションＩＤ及び前記トランザクションＩＤに基づいて
前記受信途中から継続して前記電子メールの受信処理を
行うようになっていることを特徴とする請求項１乃至請
求項３、請求項（１）乃至請求項（３）、請求項（１
０）乃至請求項（１２）のいずれかに記載のメール転送
プロトコル変換システム。
変換手段は、前記メール利用機器から送られてきた電子
メールのデータを、送信先のメールシステムが利用可能
なエンコード方式でエンコードするメールデータエンコ
ード部を備えることを特徴とする請求項１乃至請求項
３、請求項（１）乃至請求項（３）、（１０）、（１
１）のいずれかに記載のメール転送プロトコル変換シス
テム。 （１３）前記送信先メールプロトコル形式変換手段は、
前記転送効率改善プロトコル形式を利用したメール利用
機器からの電子メールの受信処理において、データ通信
におけるＴＣＰ（Transmission Control Protocol）／
ＩＰ（InternetProtocol）のセッションを管理するため
のコネクションＩＤを前記メール利用機器に送信し、メ
ール受信単位を管理するためのトランザクションＩＤを
前記メール利用機器から受信し、前記電子メールの受信
途中に通信が断絶する状態が発生した場合に、前記コネ
クションＩＤ及び前記トランザクションＩＤに基づいて
前記受信途中から継続して前記電子メールの受信処理を
行うようになっていることを特徴とする請求項１乃至請
求項３、請求項（１）乃至請求項（３）、請求項（１
０）乃至請求項（１２）のいずれかに記載のメール転送
プロトコル変換システム。
【０２３７】（１４）前記転送効率改善プロトコル形式
変換手段は、前記転送効率改善プロトコル形式を利用し
ている前記メール利用機器と、アプリケーション層のプ
ロトコルにＰＯＰ（Post Office Protocol）形式を利用
しているメールシステムとの間の電子メールの受信処理
として、前記メール利用機器からのコネクション接続要
求に対する接続が完了したことを示す接続完了応答を行
い、前記メール利用機器からの受信開始要求を受信し、
受信元のメールシステム管理用サーバに対して、前記Ｐ
ＯＰ形式に基づいた接続処理を行い、前記メール利用機
器に前記受信開始要求に対する受信開始を示す受信開始
応答を行い、前記メール利用機器からの電子メールのデ
ータ受信要求を受信し、前記メールシステム管理用サー
バとの間で、前記ＰＯＰ形式に基づいた前記データの受
信処理を行い、前記メールシステム管理用サーバからの
前記データの受信が完了すると、前記メール利用機器に
当該データの送信を行い、前記メール利用機器からのデ
ータ受信応答を受信する毎に、当該メール利用機器に対
して、受信した分の電子メールデータの送信を行い、前
記メール利用機器からの受信終了要求を受信して、前記
メールシステム管理用サーバに対して、前記ＰＯＰ形式
に基づいたコネクション切断処理を行い、前記メールシ
ステム管理用サーバとのコネクションが切断すると、前
記メール利用機器に受信終了要求に対する受信が終了し
たことを示す受信終了応答を行い、前記メール利用機器
からのコネクション切断要求を受信し、当該メール利用
機器との間のコネクションの切断を行うことを特徴とす
る請求項１乃至請求項４、請求項（１）乃至請求項
（３）、請求項（１０）乃至請求項（１３）のいずれか
に記載のメール転送プロトコル変換システム。
変換手段は、前記転送効率改善プロトコル形式を利用し
ている前記メール利用機器と、アプリケーション層のプ
ロトコルにＰＯＰ（Post Office Protocol）形式を利用
しているメールシステムとの間の電子メールの受信処理
として、前記メール利用機器からのコネクション接続要
求に対する接続が完了したことを示す接続完了応答を行
い、前記メール利用機器からの受信開始要求を受信し、
受信元のメールシステム管理用サーバに対して、前記Ｐ
ＯＰ形式に基づいた接続処理を行い、前記メール利用機
器に前記受信開始要求に対する受信開始を示す受信開始
応答を行い、前記メール利用機器からの電子メールのデ
ータ受信要求を受信し、前記メールシステム管理用サー
バとの間で、前記ＰＯＰ形式に基づいた前記データの受
信処理を行い、前記メールシステム管理用サーバからの
前記データの受信が完了すると、前記メール利用機器に
当該データの送信を行い、前記メール利用機器からのデ
ータ受信応答を受信する毎に、当該メール利用機器に対
して、受信した分の電子メールデータの送信を行い、前
記メール利用機器からの受信終了要求を受信して、前記
メールシステム管理用サーバに対して、前記ＰＯＰ形式
に基づいたコネクション切断処理を行い、前記メールシ
ステム管理用サーバとのコネクションが切断すると、前
記メール利用機器に受信終了要求に対する受信が終了し
たことを示す受信終了応答を行い、前記メール利用機器
からのコネクション切断要求を受信し、当該メール利用
機器との間のコネクションの切断を行うことを特徴とす
る請求項１乃至請求項４、請求項（１）乃至請求項
（３）、請求項（１０）乃至請求項（１３）のいずれか
に記載のメール転送プロトコル変換システム。
【０２３８】（１５）前記転送効率改善プロトコル形式
変換手段は、前記転送効率改善プロトコル形式を利用し
ている前記メール利用機器と、アプリケーション層のプ
ロトコルにＰＯＰ（Post Office Protocol）形式を利用
しているメールシステムとの間の新着メールの確認処理
として、前記メール利用機器とのデータ通信に、トラン
スポート層のプロトコルとしてＵＤＰ（User Datagram
Protocol）を用い、前記メール利用機器からの受信開始
要求を受信し、前記メールシステム管理用サーバに対し
て、前記ＰＯＰ形式に基づいた新着メールの確認処理を
行い、前記メールシステム管理用サーバからのメール情
報を受信し、前記メール利用機器にその情報を送信する
ことを特徴とする請求項１乃至請求項４、請求項（１
０）乃至請求項（１４）のいずれかに記載のメール転送
プロトコル変換システム。
変換手段は、前記転送効率改善プロトコル形式を利用し
ている前記メール利用機器と、アプリケーション層のプ
ロトコルにＰＯＰ（Post Office Protocol）形式を利用
しているメールシステムとの間の新着メールの確認処理
として、前記メール利用機器とのデータ通信に、トラン
スポート層のプロトコルとしてＵＤＰ（User Datagram
Protocol）を用い、前記メール利用機器からの受信開始
要求を受信し、前記メールシステム管理用サーバに対し
て、前記ＰＯＰ形式に基づいた新着メールの確認処理を
行い、前記メールシステム管理用サーバからのメール情
報を受信し、前記メール利用機器にその情報を送信する
ことを特徴とする請求項１乃至請求項４、請求項（１
０）乃至請求項（１４）のいずれかに記載のメール転送
プロトコル変換システム。
【０２３９】（１６）前記転送効率改善プロトコル形式
変換手段は、電子メールを受信した場合に、その送信先
のメール利用機器において復元可能な形式で前記電子メ
ールのデータを圧縮するメールデータ圧縮部を備えるこ
とを特徴とする請求項１乃至請求項４、請求項（１）乃
至請求項（３）、請求項（１０）乃至請求項（１５）の
いずれかに記載のメール転送プロトコル変換システム。 （１７）前記転送効率改善プロトコル形式変換手段は、
所定のエンコード方式によってデータがエンコードされ
た電子メールを受信した場合に、そのデータをデコード
するメールデータデコード部を備えることを特徴とする
請求項１乃至請求項４、請求項（１）乃至請求項
（３）、請求項（１０）乃至請求項（１６）のいずれか
に記載のメール転送プロトコル変換システム。
変換手段は、電子メールを受信した場合に、その送信先
のメール利用機器において復元可能な形式で前記電子メ
ールのデータを圧縮するメールデータ圧縮部を備えるこ
とを特徴とする請求項１乃至請求項４、請求項（１）乃
至請求項（３）、請求項（１０）乃至請求項（１５）の
いずれかに記載のメール転送プロトコル変換システム。 （１７）前記転送効率改善プロトコル形式変換手段は、
所定のエンコード方式によってデータがエンコードされ
た電子メールを受信した場合に、そのデータをデコード
するメールデータデコード部を備えることを特徴とする
請求項１乃至請求項４、請求項（１）乃至請求項
（３）、請求項（１０）乃至請求項（１６）のいずれか
に記載のメール転送プロトコル変換システム。
【０２４０】（１８）前記転送効率改善プロトコル形式
変換手段は、アプリケーション層のプロトコルにＰＯＰ
（Post Office Protocol）形式を利用しているメールシ
ステム管理用サーバから、そのサーバの管理するメール
ボックスに蓄積された電子メールのＵＩＤＬ（Unique I
D Listing）を取得して、前記メールシステム管理用サ
ーバ及び前記メールボックスの組み合わせ毎に、前記電
子メールのＵＩＤＬを記憶するＵＩＤＬ記憶部と、前記
転送効率改善プロトコル形式を利用しているメール利用
機器との間のデータ通信に、トランスポート層のプロト
コルとしてＵＤＰ（User Datagram Protocol）を用い、
前記メール利用機器からの新着メールの確認要求時に、
当該メール利用機器の有する最新のＵＩＤＬを取得し
て、そのＵＩＤＬと、前記ＵＩＤＬ記憶部の記憶内容
と、前記メールシステム管理用サーバにおけるそのとき
のＵＩＤＬとに基づいて新着メールの有無の判断を行う
新着メール判断部と、を備えることを特徴とする請求項
１乃至請求項４、請求項（１）乃至請求項（３）、請求
項（１０）乃至請求項（１７）のいずれかに記載のメー
ル転送プロトコル変換システム。
変換手段は、アプリケーション層のプロトコルにＰＯＰ
（Post Office Protocol）形式を利用しているメールシ
ステム管理用サーバから、そのサーバの管理するメール
ボックスに蓄積された電子メールのＵＩＤＬ（Unique I
D Listing）を取得して、前記メールシステム管理用サ
ーバ及び前記メールボックスの組み合わせ毎に、前記電
子メールのＵＩＤＬを記憶するＵＩＤＬ記憶部と、前記
転送効率改善プロトコル形式を利用しているメール利用
機器との間のデータ通信に、トランスポート層のプロト
コルとしてＵＤＰ（User Datagram Protocol）を用い、
前記メール利用機器からの新着メールの確認要求時に、
当該メール利用機器の有する最新のＵＩＤＬを取得し
て、そのＵＩＤＬと、前記ＵＩＤＬ記憶部の記憶内容
と、前記メールシステム管理用サーバにおけるそのとき
のＵＩＤＬとに基づいて新着メールの有無の判断を行う
新着メール判断部と、を備えることを特徴とする請求項
１乃至請求項４、請求項（１）乃至請求項（３）、請求
項（１０）乃至請求項（１７）のいずれかに記載のメー
ル転送プロトコル変換システム。
【０２４１】（１９）前記転送効率改善プロトコル形式
変換手段は、前記転送効率改善プロトコル形式を利用す
るメール利用機器からの新着メールの確認要求に対し
て、対応するメールシステムからの電子メールを受信し
て記憶する受信メール記憶部と、前記受信メール記憶部
に記憶された、メール本文と、少なくとも１以上の添付
ファイルとから成る電子メールに対して、前記メール本
文と、前記添付ファイルとを区分するメールパート区分
部と、を備えることを特徴とする請求項１乃至請求項
４、請求項（１）乃至請求項（３）、請求項（１０）乃
至請求項（１８）のいずれかに記載のメール転送プロト
コル変換システム。
変換手段は、前記転送効率改善プロトコル形式を利用す
るメール利用機器からの新着メールの確認要求に対し
て、対応するメールシステムからの電子メールを受信し
て記憶する受信メール記憶部と、前記受信メール記憶部
に記憶された、メール本文と、少なくとも１以上の添付
ファイルとから成る電子メールに対して、前記メール本
文と、前記添付ファイルとを区分するメールパート区分
部と、を備えることを特徴とする請求項１乃至請求項
４、請求項（１）乃至請求項（３）、請求項（１０）乃
至請求項（１８）のいずれかに記載のメール転送プロト
コル変換システム。
【０２４２】（２０）前記メールパート区分部は、前記
電子メールに複数のテキスト形式部分が存在するとき
に、当該電子メールファイルの表示内容のうち最も先頭
に近いテキスト形式部分をメール本文として区分するよ
うになっていることを特徴とする請求項（１９）記載の
メール転送プロトコル変換システム。 （２１）前記メールパート区分部は、階層化された前記
電子メールに複数のテキスト形式部分が存在するとき
に、最も浅い階層のテキストから成るパートをメール本
文として区分するようになっていることを特徴とする請
求項（１９）又は請求項（２０）記載のメール転送プロ
トコル変換システム。
電子メールに複数のテキスト形式部分が存在するとき
に、当該電子メールファイルの表示内容のうち最も先頭
に近いテキスト形式部分をメール本文として区分するよ
うになっていることを特徴とする請求項（１９）記載の
メール転送プロトコル変換システム。 （２１）前記メールパート区分部は、階層化された前記
電子メールに複数のテキスト形式部分が存在するとき
に、最も浅い階層のテキストから成るパートをメール本
文として区分するようになっていることを特徴とする請
求項（１９）又は請求項（２０）記載のメール転送プロ
トコル変換システム。
【０２４３】（２２）前記メールパート区分部は、互い
に同じ内容の複数のテキスト形式部分を有する電子メー
ルに対して、そのうちの１つのみをメール本文として区
分するようになっていることを特徴とする請求項（１
９）乃至請求項（２１）のいずれかに記載のメール転送
プロトコル変換システム。 （２３）前記転送効率改善プロトコル形式変換手段は、
前記転送効率改善プロトコル形式を利用しているメール
利用機器によって、前記電子メール毎、あるいは、区分
された前記パート毎に受信する内容を指定することが可
能な受信メール指定部を備え、当該指定された内容を、
前記メール利用機器に送信するようになっていることを
特徴とする請求項（１９）乃至請求項（２２）のいずれ
かに記載のメール転送プロトコル変換システム。
に同じ内容の複数のテキスト形式部分を有する電子メー
ルに対して、そのうちの１つのみをメール本文として区
分するようになっていることを特徴とする請求項（１
９）乃至請求項（２１）のいずれかに記載のメール転送
プロトコル変換システム。 （２３）前記転送効率改善プロトコル形式変換手段は、
前記転送効率改善プロトコル形式を利用しているメール
利用機器によって、前記電子メール毎、あるいは、区分
された前記パート毎に受信する内容を指定することが可
能な受信メール指定部を備え、当該指定された内容を、
前記メール利用機器に送信するようになっていることを
特徴とする請求項（１９）乃至請求項（２２）のいずれ
かに記載のメール転送プロトコル変換システム。
【０２４４】（２４）前記転送効率改善プロトコル形式
変換手段は、前記転送効率改善プロトコル形式を利用し
ているメール利用機器によって前記電子メールの受信条
件を設定可能な受信条件設定部と、前記受信条件に基づ
いた送信処理を行う条件メール送信処理部と、を備える
ことを特徴とする請求項１乃至請求項４、請求項（１）
乃至請求項（３）、請求項（１０）乃至請求項（２３）
のいずれかに記載のメール転送プロトコル変換システ
ム。
変換手段は、前記転送効率改善プロトコル形式を利用し
ているメール利用機器によって前記電子メールの受信条
件を設定可能な受信条件設定部と、前記受信条件に基づ
いた送信処理を行う条件メール送信処理部と、を備える
ことを特徴とする請求項１乃至請求項４、請求項（１）
乃至請求項（３）、請求項（１０）乃至請求項（２３）
のいずれかに記載のメール転送プロトコル変換システ
ム。
【０２４５】（２５）前記受信条件は、受信するメール
本文の受信データサイズであり、この条件に対する前記
送信処理は、前記データサイズ以下のメール本文のデー
タは送信し、受信するメール本文が前記データサイズを
超えている場合は、超えた分のデータを削除することで
あることを特徴とする請求項（２４）記載のメール転送
プロトコル変換システム。 （２６）前記受信条件は、受信するメール本文の行数で
あり、この条件に対する前記送信処理は、前記行数以下
のメール本文のデータは送信し、受信するメール本文が
前記行数を超えている場合は、超えた分のデータを削除
することであることを特徴とする請求項（２５）記載の
メール転送プロトコル変換システム。
本文の受信データサイズであり、この条件に対する前記
送信処理は、前記データサイズ以下のメール本文のデー
タは送信し、受信するメール本文が前記データサイズを
超えている場合は、超えた分のデータを削除することで
あることを特徴とする請求項（２４）記載のメール転送
プロトコル変換システム。 （２６）前記受信条件は、受信するメール本文の行数で
あり、この条件に対する前記送信処理は、前記行数以下
のメール本文のデータは送信し、受信するメール本文が
前記行数を超えている場合は、超えた分のデータを削除
することであることを特徴とする請求項（２５）記載の
メール転送プロトコル変換システム。
【０２４６】（２７）前記受信条件は、受信する添付フ
ァイルの受信データサイズであり、この条件に対する前
記送信処理は、前記データサイズ以下の添付ファイルは
送信し、受信する添付ファイルが前記データサイズを超
えている場合は、その添付ファイルの情報の一部を残
し、当該ファイルを削除することであることを特徴とす
る請求項（２５）乃至請求項（２６）のいずれかに記載
のメール転送プロトコル変換システム。
ァイルの受信データサイズであり、この条件に対する前
記送信処理は、前記データサイズ以下の添付ファイルは
送信し、受信する添付ファイルが前記データサイズを超
えている場合は、その添付ファイルの情報の一部を残
し、当該ファイルを削除することであることを特徴とす
る請求項（２５）乃至請求項（２６）のいずれかに記載
のメール転送プロトコル変換システム。
【０２４７】（２８）添付ファイルとして画像データが
添付されている場合に、前記受信条件は、前記メール利
用機器における画像の表示可能サイズであり、この条件
に対する前記送信処理は、前記表示可能サイズ以下の画
像データはそのまま送信し、前記画像データが前記表示
可能サイズを超えている場合は、その画像データの画像
サイズを前記表示可能サイズ以下に変換した後で送信す
ることであることを特徴とする請求項（２５）乃至請求
項（２７）のいずれかに記載のメール転送プロトコル変
換システム。
添付されている場合に、前記受信条件は、前記メール利
用機器における画像の表示可能サイズであり、この条件
に対する前記送信処理は、前記表示可能サイズ以下の画
像データはそのまま送信し、前記画像データが前記表示
可能サイズを超えている場合は、その画像データの画像
サイズを前記表示可能サイズ以下に変換した後で送信す
ることであることを特徴とする請求項（２５）乃至請求
項（２７）のいずれかに記載のメール転送プロトコル変
換システム。
【０２４８】（２９）添付ファイルとして画像データが
添付されている場合に、前記受信条件は、前記メール利
用機器における画像の表示可能色数であり、この条件に
対する前記送信処理は、前記表示可能色数以下の画像デ
ータはそのまま送信し、前記画像データが前記表示可能
色数を超えている場合は、その画像の色数を前記表示可
能色数以下に減色した後で送信することであることを特
徴とする請求項（２５）乃至請求項（２８）のいずれか
に記載のメール転送プロトコル変換システム。
添付されている場合に、前記受信条件は、前記メール利
用機器における画像の表示可能色数であり、この条件に
対する前記送信処理は、前記表示可能色数以下の画像デ
ータはそのまま送信し、前記画像データが前記表示可能
色数を超えている場合は、その画像の色数を前記表示可
能色数以下に減色した後で送信することであることを特
徴とする請求項（２５）乃至請求項（２８）のいずれか
に記載のメール転送プロトコル変換システム。
【０２４９】（３０）前記受信条件は、前記メール利用
機器における利用可能なファイルフォーマットであり、
この条件に対する前記送信処理は、前記利用可能なフォ
ーマットの添付ファイルはそのまま送信し、前記添付フ
ァイルが利用不可能なフォーマットである場合は、前記
添付ファイルのフォーマットを前記利用可能なフォーマ
ットに変換した後で送信することであることを特徴とす
る請求項（２５）乃至請求項（２９）のいずれかに記載
のメール転送プロトコル変換システム。
機器における利用可能なファイルフォーマットであり、
この条件に対する前記送信処理は、前記利用可能なフォ
ーマットの添付ファイルはそのまま送信し、前記添付フ
ァイルが利用不可能なフォーマットである場合は、前記
添付ファイルのフォーマットを前記利用可能なフォーマ
ットに変換した後で送信することであることを特徴とす
る請求項（２５）乃至請求項（２９）のいずれかに記載
のメール転送プロトコル変換システム。
【０２５０】（３１）前記受信条件は、受信を拒否する
送信者のメールアドレスであり、この条件に対する前記
送信処理は、前記メールアドレス以外からの電子メール
のみを送信することであることを特徴とする請求項（２
５）乃至請求項（３０）のいずれかに記載のメール転送
プロトコル変換システム。 （３２）前記受信条件は、受信を許可する送信者のメー
ルアドレスであり、この条件に対する前記送信処理は、
前記メールアドレスからの電子メールのみを送信するこ
とであることを特徴とする請求項（２５）乃至請求項
（３１）のいずれかに記載のメール転送プロトコル変換
システム。
送信者のメールアドレスであり、この条件に対する前記
送信処理は、前記メールアドレス以外からの電子メール
のみを送信することであることを特徴とする請求項（２
５）乃至請求項（３０）のいずれかに記載のメール転送
プロトコル変換システム。 （３２）前記受信条件は、受信を許可する送信者のメー
ルアドレスであり、この条件に対する前記送信処理は、
前記メールアドレスからの電子メールのみを送信するこ
とであることを特徴とする請求項（２５）乃至請求項
（３１）のいずれかに記載のメール転送プロトコル変換
システム。
【０２５１】（３３）前記受信条件は、電子メールの重
要さの程度を示す数値であることを特徴とする請求項
（２５）乃至請求項（３２）のいずれかに記載のメール
転送プロトコル変換システム。 （３４）前記転送効率改善プロトコル形式変換手段は、
前記転送効率改善プロトコル形式を利用したメール利用
機器への電子メールの送信処理において、データ通信に
おけるＴＣＰ（Transmission Control Protocol）／Ｉ
Ｐ（Internet Protocol）のセッションを管理するため
のコネクションＩＤ及びメール送信単位を管理するため
のトランザクションＩＤを前記メール利用機器に送信
し、前記電子メールの送信途中に前記メール利用機器と
の通信が断絶する状態が発生した場合に、通信復旧後
に、前記コネクションＩＤ及び前記トランザクションＩ
Ｄに基づいて前記送信途中から継続して前記電子メール
の送信処理を行うようになっていることを特徴とする請
求項１乃至請求項４、請求項（１）乃至請求項（３）、
請求項（１０）乃至請求項（３３）のいずれかに記載の
メール転送プロトコル変換システム。
要さの程度を示す数値であることを特徴とする請求項
（２５）乃至請求項（３２）のいずれかに記載のメール
転送プロトコル変換システム。 （３４）前記転送効率改善プロトコル形式変換手段は、
前記転送効率改善プロトコル形式を利用したメール利用
機器への電子メールの送信処理において、データ通信に
おけるＴＣＰ（Transmission Control Protocol）／Ｉ
Ｐ（Internet Protocol）のセッションを管理するため
のコネクションＩＤ及びメール送信単位を管理するため
のトランザクションＩＤを前記メール利用機器に送信
し、前記電子メールの送信途中に前記メール利用機器と
の通信が断絶する状態が発生した場合に、通信復旧後
に、前記コネクションＩＤ及び前記トランザクションＩ
Ｄに基づいて前記送信途中から継続して前記電子メール
の送信処理を行うようになっていることを特徴とする請
求項１乃至請求項４、請求項（１）乃至請求項（３）、
請求項（１０）乃至請求項（３３）のいずれかに記載の
メール転送プロトコル変換システム。
【０２５２】（３５）前記送信先メールプロトコル形式
変換手段は、前記メールデータ復元部が復元可能な圧縮
形式を示す情報を、前記送信元のメール利用機器に通知
する圧縮形式通知部を備えることを特徴とする請求項７
記載のメール転送プロトコル変換システム。 （３６）前記送信先メールプロトコル形式変換手段は、
前記メール利用機器から送られてきた電子メールのデー
タを、送信先のメールシステムが利用可能なエンコード
方式でエンコードするメールデータエンコード部を備え
ることを特徴とする請求項５乃至請求項７、請求項（３
５）のいずれかに記載のメール転送プロトコル変換シス
テム。
変換手段は、前記メールデータ復元部が復元可能な圧縮
形式を示す情報を、前記送信元のメール利用機器に通知
する圧縮形式通知部を備えることを特徴とする請求項７
記載のメール転送プロトコル変換システム。 （３６）前記送信先メールプロトコル形式変換手段は、
前記メール利用機器から送られてきた電子メールのデー
タを、送信先のメールシステムが利用可能なエンコード
方式でエンコードするメールデータエンコード部を備え
ることを特徴とする請求項５乃至請求項７、請求項（３
５）のいずれかに記載のメール転送プロトコル変換シス
テム。
【０２５３】（３７）前記送信先メールプロトコル形式
変換手段は、前記転送効率改善プロトコル形式を利用し
たメール利用機器からの電子メールの受信処理におい
て、データ通信におけるＴＣＰ（Transmission Control
Protocol）／ＩＰ（InternetProtocol）のセッション
を管理するためのコネクションＩＤを前記メール利用機
器に送信し、メール受信単位を管理するためのトランザ
クションＩＤを前記メール利用機器から受信し、前記電
子メールの受信途中に通信が断絶する状態が発生した場
合に、前記コネクションＩＤ及び前記トランザクション
ＩＤに基づいて前記受信途中から継続して前記電子メー
ルの受信処理を行うようになっていることを特徴とする
請求項５乃至請求項７、請求項（３６）のいずれかに記
載のメール転送プロトコル変換システム。
変換手段は、前記転送効率改善プロトコル形式を利用し
たメール利用機器からの電子メールの受信処理におい
て、データ通信におけるＴＣＰ（Transmission Control
Protocol）／ＩＰ（InternetProtocol）のセッション
を管理するためのコネクションＩＤを前記メール利用機
器に送信し、メール受信単位を管理するためのトランザ
クションＩＤを前記メール利用機器から受信し、前記電
子メールの受信途中に通信が断絶する状態が発生した場
合に、前記コネクションＩＤ及び前記トランザクション
ＩＤに基づいて前記受信途中から継続して前記電子メー
ルの受信処理を行うようになっていることを特徴とする
請求項５乃至請求項７、請求項（３６）のいずれかに記
載のメール転送プロトコル変換システム。
【０２５４】（３８）前記転送効率改善プロトコル形式
の電子メールを利用している前記メール利用機器と、前
記変換システム管理用サーバとの間の電子メールの通信
処理は、特定のビットパターンによって構成されたコマ
ンドに基づいて行われることを特徴とする請求項１乃至
請求項７、請求項（１０）乃至請求項（３７）のいずれ
かに記載のメール転送プロトコル変換システム。 （３９）前記変換システム管理用サーバと、前記転送効
率改善プロトコル形式を利用するメール利用機器との間
で、バイナリデータを含む電子メールの通信処理が可能
なことを特徴とする請求項１乃至請求項７、請求項（１
０）乃請求項（３８）のいずれかに記載のメール転送プ
ロトコル変換システム。
の電子メールを利用している前記メール利用機器と、前
記変換システム管理用サーバとの間の電子メールの通信
処理は、特定のビットパターンによって構成されたコマ
ンドに基づいて行われることを特徴とする請求項１乃至
請求項７、請求項（１０）乃至請求項（３７）のいずれ
かに記載のメール転送プロトコル変換システム。 （３９）前記変換システム管理用サーバと、前記転送効
率改善プロトコル形式を利用するメール利用機器との間
で、バイナリデータを含む電子メールの通信処理が可能
なことを特徴とする請求項１乃至請求項７、請求項（１
０）乃請求項（３８）のいずれかに記載のメール転送プ
ロトコル変換システム。
【０２５５】
【発明の効果】以上説明したように、本発明に係るメー
ル転送プロトコル変換システムによれば、変換システム
管理用サーバにおいて、異なるプロトコルを利用してい
るメールシステムからの電子メールを、そのプロトコル
を、転送効率改善プロトコルへと変換して送信先のメー
ル利用機器に転送し、逆に、転送効率改善プロトコルに
よって転送されてきた電子メールを、その送信先のメー
ルシステムの利用しているプロトコルに変換して転送す
るようになっているので、メール利用機器が電子メール
の送受信を行う際に発生する転送データ量を低減するこ
とが可能となり、特に、携帯電話等のモバイル機器によ
るデータパケット量による従量課金制における通信にか
かる料金を低減することが可能となる。
ル転送プロトコル変換システムによれば、変換システム
管理用サーバにおいて、異なるプロトコルを利用してい
るメールシステムからの電子メールを、そのプロトコル
を、転送効率改善プロトコルへと変換して送信先のメー
ル利用機器に転送し、逆に、転送効率改善プロトコルに
よって転送されてきた電子メールを、その送信先のメー
ルシステムの利用しているプロトコルに変換して転送す
るようになっているので、メール利用機器が電子メール
の送受信を行う際に発生する転送データ量を低減するこ
とが可能となり、特に、携帯電話等のモバイル機器によ
るデータパケット量による従量課金制における通信にか
かる料金を低減することが可能となる。
【図１】メール転送プロトコル変換システムをＰＯＰサ
ーバからの電子メールの受信処理に適用した場合の構成
を示すブロック図である。
ーバからの電子メールの受信処理に適用した場合の構成
を示すブロック図である。
【図２】ＳＭＴＰ形式やＰＯＰ形式において利用される
コマンドと、変換システム管理用サーバ３で利用される
転送効率改善プロトコル形式におけるコマンドの一例を
示す図である。
コマンドと、変換システム管理用サーバ３で利用される
転送効率改善プロトコル形式におけるコマンドの一例を
示す図である。
【図３】ＭＩＭＥエンコードされた添付ファイルのデー
タ及びそれをデコードした場合のバイナリデータを示す
図である。
タ及びそれをデコードした場合のバイナリデータを示す
図である。
【図４】受信メールデータのパート区分及びデータの取
捨選択の一例を示す図である。
捨選択の一例を示す図である。
【図５】図５（ａ）は、設定可能な受信条件の一覧を示
す図であり、図５（ｂ）は、受信条件の設定例１を示す
図であり、図５（ｃ）は、受信条件の設定例２を示す図
である。
す図であり、図５（ｂ）は、受信条件の設定例１を示す
図であり、図５（ｃ）は、受信条件の設定例２を示す図
である。
【図６】メール転送プロトコル変換システムをＳＭＴＰ
サーバへの電子メールの送信処理に適用した場合の構成
を示すブロック図である。
サーバへの電子メールの送信処理に適用した場合の構成
を示すブロック図である。
【図７】メール送信シーケンスを示す図である。
【図８】メール転送プロトコル変換システムをＳＭＴＰ
サーバへの電子メールの送信処理及びＰＯＰサーバから
の電子メールの受信処理に適用した場合の構成を示すブ
ロック図である。
サーバへの電子メールの送信処理及びＰＯＰサーバから
の電子メールの受信処理に適用した場合の構成を示すブ
ロック図である。
【図９】電子メールの受信シーケンスを示す図である。
【図１０】新着メール確認シーケンスを示す図である。
【図１１】新着メールの判断処理を示すフローチャート
である。
である。
【図１２】新着メール確認処理及び新着メールの受信処
理を実行した場合のＰＯＰサーバ４、変換システム管理
用サーバ１０、メール利用機器２の各メールボックスの
状態の遷移を示す図である。
理を実行した場合のＰＯＰサーバ４、変換システム管理
用サーバ１０、メール利用機器２の各メールボックスの
状態の遷移を示す図である。
１ 受信専用のメール転送プロトコル変
換システム ２ メール利用機器 ３ 受信用変換システム管理用サーバ ４ ＰＯＰサーバ ５ 送信専用のメール転送プロトコル変
換システム ６ 送信用変換システム管理用サーバ ７ ＳＭＴＰサーバ ８ メール転送プロトコル変換システム １０ 変換システム管理用サーバ １１ ＰＯＰメールボックス １２ 管理システムメールボックス １３ 利用者メールボックス
換システム ２ メール利用機器 ３ 受信用変換システム管理用サーバ ４ ＰＯＰサーバ ５ 送信専用のメール転送プロトコル変
換システム ６ 送信用変換システム管理用サーバ ７ ＳＭＴＰサーバ ８ メール転送プロトコル変換システム １０ 変換システム管理用サーバ １１ ＰＯＰメールボックス １２ 管理システムメールボックス １３ 利用者メールボックス
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 谷口 徹哉
東京都千代田区永田町二丁目11番１号 株
式会社エヌ・ティ・ティ・ドコモ内
(72)発明者 山下 哲也
東京都千代田区永田町二丁目11番１号 株
式会社エヌ・ティ・ティ・ドコモ内
(72)発明者 近田 倫康
東京都千代田区永田町二丁目11番１号 株
式会社エヌ・ティ・ティ・ドコモ内
(72)発明者 小野 哲
東京都港区港南一丁目９番１号 エヌ・テ
ィ・ティ・コムウェア株式会社内
(72)発明者 為近 光弘
東京都港区港南一丁目９番１号 エヌ・テ
ィ・ティ・コムウェア株式会社内
(72)発明者 木村 文則
東京都千代田区永田町二丁目11番１号 株
式会社エヌ・ティ・ティ・ドコモ内
(72)発明者 小林 大
東京都千代田区永田町二丁目11番１号 株
式会社エヌ・ティ・ティ・ドコモ内
Ｆターム(参考） 5K030 HA06 JA07 KA01 KA06 LB15
LE11
(54)【発明の名称】 メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラ
ム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用
プログラム
Claims (110)
- 【請求項１】 一方のメールシステムが利用しているプ
ロトコル形式で転送されてきた電子メールのプロトコル
形式を、他方のメールシステムが利用している別のプロ
トコル形式に変換して、当該電子メールを転送するメー
ル転送プロトコル変換システムであって、 自システムを管理するための変換システム管理用サーバ
と、前記メールシステムを管理するためのメールシステ
ム管理用サーバと、自システム利用者の管理下にあるメ
ール利用機器とが通信可能に接続され、 前記変換システム管理用サーバは、所定のプロトコル形
式で転送されてきた電子メールのプロトコル形式を、転
送効率の改善された転送効率改善プロトコル形式に変換
して、前記電子メールを当該プロトコル形式を利用して
いる送信先のメール利用機器に転送する転送効率改善プ
ロトコル形式変換手段と、 前記転送効率改善プロトコル形式で転送されてきた電子
メールのプロトコル形式を、送信先のメールシステムが
利用しているプロトコル形式に変換して、前記電子メー
ルを転送する送信先メールプロトコル形式変換手段と、
を備えることを特徴とするメール転送プロトコル変換シ
ステム。 - 【請求項２】 前記送信先メールプロトコル形式変換手
段は、前記転送効率改善プロトコル形式を利用している
前記メール利用機器からの、アプリケーション層のプロ
トコルにＳＭＴＰ（Simple Mail Transfer Protocol）
形式を利用しているメールシステムへの電子メールの送
信処理として、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、 前記メール利用機器に前記送信開始要求に対する送信開
始を示す送信開始応答を行い、 前記メール利用機器からの電子メールのデータを受信
し、前記メールシステム管理用サーバとの間で、前記Ｓ
ＭＴＰ形式に基づいた前記データの送信処理を行い、 前記メールシステム管理用サーバからの前記データの受
信完了応答を受信して、前記メール利用機器にデータの
送信完了応答を行い、 前記メール利用機器からの前記データの送信終了要求を
受信し、前記メールシステム管理用サーバに対して、前
記ＳＭＴＰ形式に基づいた前記データの送信終了処理を
行い、 その処理に対する前記メールシステム管理用サーバから
のコネクションの切断を示す応答に基づいて前記メール
利用機器に前記送信終了要求に対する応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、当該メール利用機器との間のコネクションを切断す
ることを特徴とする請求項１記載のメール転送プロトコ
ル変換システム。 - 【請求項３】 前記変換システム管理用サーバは、前記
転送効率改善プロトコル形式を利用している前記メール
利用機器との間の電子メールの送信処理及び受信処理に
おいて、送信処理と受信処理とを１回のコネクション接
続で行うためのコマンドを備え、当該コマンドを前記メ
ール利用機器から受信すると、前記変換システム管理用
サーバと前記メール利用機器との間の前記電子メールの
送受信処理を１回のコネクション接続で行うことを特徴
とする請求項１記載のメール転送プロトコル変換システ
ム。 - 【請求項４】 一方のメールシステムが利用しているプ
ロトコル形式で転送されてきた電子メールのプロトコル
形式を、他方のメールシステムが利用している別のプロ
トコル形式に変換して、当該電子メールを転送するメー
ル転送プロトコル変換システムであって、 自システムを管理するための変換システム管理用サーバ
と、前記メールシステムを管理するためのメールシステ
ム管理用サーバと、自システム利用者の管理下にあるメ
ール利用機器とが通信可能に接続され、 前記変換システム管理用サーバは、所定のプロトコル形
式で転送されてきた電子メールのプロトコル形式を、転
送効率の改善された転送効率改善プロトコル形式に変換
して、前記電子メールを当該プロトコル形式を利用して
いる送信先のメール利用機器に転送する転送効率改善プ
ロトコル形式変換手段を備えることを特徴とするメール
転送プロトコル変換システム。 - 【請求項５】 一方のメールシステムが利用しているプ
ロトコル形式で転送されてきた電子メールのプロトコル
形式を、他方のメールシステムが利用している別のプロ
トコル形式に変換して、当該電子メールを転送するメー
ル転送プロトコル変換システムであって、 自システムを管理するための変換システム管理用サーバ
と、前記メールシステムを管理するためのメールシステ
ム管理用サーバと、自システム利用者の管理下にあるメ
ール利用機器とが通信可能に接続され、 前記変換システム管理用サーバは、前記転送効率改善プ
ロトコル形式で転送されてきた電子メールのプロトコル
形式を、送信先のメールシステムが利用しているプロト
コル形式に変換して、前記電子メールを転送する送信先
メールプロトコル形式変換手段を備えることを特徴とす
るメール転送プロトコル変換システム。 - 【請求項６】 前記送信先メールプロトコル形式変換手
段は、前記転送効率改善プロトコル形式を利用している
前記メール利用機器と、アプリケーション層のプロトコ
ルにＳＭＴＰ（Simple Mail Transfer Protocol）形式
を利用しているメールシステムとの間の電子メールの送
信処理として、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、 前記メール利用機器に前記送信開始要求に対する送信開
始を示す送信開始応答を行い、 前記メール利用機器からの電子メールのデータを受信
し、前記メールシステム管理用サーバとの間で、前記Ｓ
ＭＴＰ形式に基づいた前記データの送信処理を行い、 前記メールシステム管理用サーバからの前記データの受
信完了応答を受信して、前記メール利用機器にデータの
送信完了応答を行い、 前記メール利用機器からの前記データの送信終了要求を
受信し、前記メールシステム管理用サーバに対して、前
記ＳＭＴＰ形式に基づいた前記データの送信終了処理を
行い、 その処理に対する前記メールシステム管理用サーバから
のコネクションの切断を示す応答に基づいて前記メール
利用機器に前記送信終了要求に対する応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、当該メール利用機器との間のコネクションを切断す
ることを特徴とする請求項５記載のメール転送プロトコ
ル変換システム。 - 【請求項７】 前記送信先メールプロトコル形式変換手
段は、前記転送効率改善プロトコル形式を利用している
メール利用機器によってデータが圧縮された電子メール
を受信した場合に、その圧縮されたデータを圧縮前の状
態に復元するメールデータ復元部を備えることを特徴と
する請求項５又は請求項６記載のメール転送プロトコル
変換システム。 - 【請求項８】 一方のメールシステムが利用しているプ
ロトコル形式で転送されてきた電子メールのプロトコル
形式を、他方のメールシステムが利用している別のプロ
トコル形式に変換して、当該電子メールを転送するメー
ル転送プロトコル変換システムにおいて、 自システムを管理するための変換システム管理用サーバ
と、前記メールシステムを管理するためのメールシステ
ム管理用サーバと、それぞれ通信可能に接続された自シ
ステム利用者の管理下にあるメール利用機器を制御する
メール利用機器制御用プログラムであって、 前記変換システム管理用サーバとの間で、転送効率の改
善された転送効率改善プロトコル形式によって電子メー
ルを送受信するステップを備えることを特徴とするメー
ル利用機器制御用プログラム。 - 【請求項９】 前記ステップにおいては、前記変換シス
テム管理用サーバを介してのアプリケーション層のプロ
トコルにＳＭＴＰ（Simple Mail Transfer Protocol）
形式を利用しているメールシステムへの電子メールの送
信処理として、 前記変換システム管理用サーバに対してコネクション接
続要求を送信し、前記変換システム管理用サーバから前
記コネクション接続要求に対する接続が完了したことを
示す接続完了応答の受信を行い、 前記変換システム管理用サーバに対して送信開始要求を
送信し、前記変換システム管理用サーバから前記送信開
始要求に対する送信開始を示す送信開始応答の受信を行
い、 前記変換システム管理用サーバに対して電子メールのデ
ータを送信し、前記変換システム管理用サーバから前記
データの送信完了応答の受信を行い、 前記変換システム管理用サーバに対して前記データの送
信終了要求を送信し、前記変換システム管理用サーバか
ら前記送信終了要求に対する応答の受信を行い、 前記変換システム管理用サーバに対してコネクション切
断要求を送信し、前記変換システム管理用サーバから当
該コネクション接続要求に対する応答の受信を行うこと
を特徴とする請求項８記載のメール利用機器制御用プロ
グラム。 - 【請求項１０】 前記ステップにおいては、前記変換シ
ステム管理用サーバに対して送信処理と受信処理とを１
回のコネクション接続で行うためのコマンドを送信し、
前記変換システム管理用サーバとの間で、前記電子メー
ルの送受信処理を１回のコネクション接続で行うことを
特徴とする請求項８又は請求項９記載のメール利用機器
制御用プログラム。 - 【請求項１１】 前記ステップにおいては、前記電子メ
ールの圧縮処理を行うことを特徴とする請求項８乃至請
求項１０のいずれかに記載のメール利用機器制御用プロ
グラム。 - 【請求項１２】 前記ステップにおいては、前記変換シ
ステム管理用サーバから当該変換システム管理用サーバ
において復元することが可能な圧縮形式の情報を受信
し、この情報に基づいて圧縮処理を行うことを特徴とす
る請求項１１記載のメール利用機器制御用プログラム。 - 【請求項１３】 前記ステップにおいては、圧縮前後の
電子メールのデータ量を比較し、圧縮前のデータ量より
も圧縮後のデータ量の方が少ないときに、前記電子メー
ルデータの圧縮処理を行うことを特徴とする請求項１１
又は請求項１２記載のメール利用機器制御用プログラ
ム。 - 【請求項１４】 前記ステップにおいては、前記変換シ
ステム管理用サーバに対する電子メールの送信におい
て、当該変換システム管理用サーバからＴＣＰ／ＩＰ
（Transmission Control Protocol/Internet Protoco
l）のセッションを管理するためのコネクションＩＤの
受信を行い、 前記変換システム管理用サーバに対して、メール送信単
位を管理するためのトランザクションＩＤの送信を行
い、 前記電子メールの送信途中に通信が断絶する状態が発生
したときに、前記変換システム管理用サーバに対して前
記コネクションＩＤの送信を行い、前記送信途中から継
続して前記電子メールの送信を行うようになっているこ
とを特徴とする請求項８乃至請求項１３のいずれかに記
載のメール利用機器制御用プログラム。 - 【請求項１５】 前記ステップにおいては、アプリケー
ション層のプロトコルにＰＯＰ（Post Office Protoco
l）形式を利用しているメールシステムからの電子メー
ルの受信処理として、 前記変換変換システム管理用サーバに対してコネクショ
ン接続要求の送信を行い、 前記変換システム管理用サーバからのコネクションの接
続が完了したことを示す接続完了応答の受信を行い、 前記変換システム管理用サーバに対して受信開始要求の
送信を行い、 前記変換システム管理用サーバから受信開始を示す受信
開始応答の受信を行い、 前記変換システム管理用サーバに対して電子メールのデ
ータ受信要求の送信を行い、 前記変換システム管理用サーバから前記電子メールのデ
ータの受信を行い、 前記変換システム管理用サーバからの前記電子メールの
データの受信毎に、前記変換システム管理用サーバに対
してデータ受信応答の送信を行い、 電子メールの受信を終了するときに、前記変換システム
管理用サーバに対して受信終了要求の送信を行い、 前記変換システム管理用サーバから、受信終了要求に対
する受信が終了したことを示す受信終了応答を行い、 前記変換システム管理用サーバに対して、コネクション
切断要求の送信を行うことを特徴とする請求項８乃至請
求項１４のいずれかに記載のメール利用機器制御用プロ
グラム。 - 【請求項１６】 前記ステップにおいては、アプリケー
ション層のプロトコルにＰＯＰ（Post Office Protoco
l）形式を利用しているメールシステムへの新着メール
の確認要求を行うときに、 前記変換システム管理用サーバとのデータ通信に、トラ
ンスポート層のプロトコルとしてＵＤＰ（User Datagra
m Protocol）を用い、 前記変換システム管理用サーバに対して受信開始要求の
送信を行い、 前記変換システム管理用サーバから前記新着メールの情
報の受信を行うことを特徴とする請求項８乃至請求項１
５のいずれかに記載のメール利用機器制御用プログラ
ム。 - 【請求項１７】 前記ステップにおいては、アプリケー
ション層のプロトコルにＰＯＰ（Post Office Protoco
l）形式を利用しているメールシステム管理用サーバか
ら、新着メールの確認を行うときに、 前記変換システム管理用サーバとの間のデータ転送にト
ランスポート層のプロトコルとしてＵＤＰ（User Datag
ram Protocol）形式を用い、 前記変換システム管理用サーバに対して最新のＵＩＤＬ
だけを転送することを特徴とする請求項８乃至請求項１
６のいずれかに記載のメール利用機器制御用プログラ
ム。 - 【請求項１８】 前記ステップにおいては、メール本文
と、少なくとも１以上の添付ファイルとから成る電子メ
ールに対して、前記メール本文毎、または、前記添付フ
ァイル毎に受信する内容を指定し、前記変換システム管
理用サーバからその指定された内容を受信することを特
徴とする請求項８乃至請求項１７のいずれかに記載のメ
ール利用機器制御用プログラム。 - 【請求項１９】 前記ステップにおいては、前記電子メ
ールの受信条件の指定を行うことを特徴とする請求項８
乃至請求項１８のいずれかに記載のメール利用機器制御
用プログラム。 - 【請求項２０】 前記受信条件として、受信するメール
本文の受信データサイズを指定することが可能であるこ
とを特徴とする請求項１９記載のメール利用機器制御用
プログラム。 - 【請求項２１】 前記受信条件として、受信するメール
本文の行数を指定することが可能であることを特徴とす
る請求項１９記載のメール利用機器制御用プログラム。 - 【請求項２２】 前記受信条件として、受信する添付フ
ァイルの受信データサイズを指定することが可能である
ことを特徴とする請求項１９乃至請求項２１のいずれか
に記載のメール利用機器制御用プログラム。 - 【請求項２３】 前記添付ファイルとして画像データが
添付されている場合に、前記受信条件として、画像の表
示解像度を指定することが可能であることを特徴とする
請求項１９乃至請求項２２のいずれかに記載のメール利
用機器制御用プログラム。 - 【請求項２４】 前記添付ファイルとして画像データが
添付されている場合に、前記受信条件として、画像の表
示可能色数を指定することが可能であることを特徴とす
る請求項１９乃至請求項２３のいずれかに記載のメール
利用機器制御用プログラム。 - 【請求項２５】 前記受信条件として、利用可能なファ
イルフォーマットを指定することが可能であることを特
徴とする請求項１９乃至請求項２４のいずれかに記載の
メール利用機器制御用プログラム。 - 【請求項２６】 前記受信条件として、電子メールの受
信を拒否する送信者のメールアドレスを指定することが
可能であることを特徴とする請求項１９乃至請求項２５
のいずれかに記載のメール利用機器制御用プログラム。 - 【請求項２７】 前記受信条件として、電子メールの受
信を許可する送信者のメールアドレスを指定することが
可能であることを特徴とする請求項１９乃至請求項２５
のいずれかに記載のメール利用機器制御用プログラム。 - 【請求項２８】 前記受信条件として、電子メールの重
要度を示す重要度情報を指定することが可能であること
を特徴とする請求項１９乃至請求項２７のいずれかに記
載のメール利用機器制御用プログラム。 - 【請求項２９】 前記ステップにおいては、前記変換シ
ステム管理用サーバからの電子メールの受信において、
データ通信におけるＴＣＰ（Transmission Control Pro
tocol）／ＩＰ（Internet Protocol）のセッションを管
理するためのコネクションＩＤ及びメール送信単位を管
理するためのトランザクションＩＤの受信を行い、 前記電子メールの受信途中に前記変換システム管理用サ
ーバとの通信が断絶する状態が発生したときに、通信復
旧後に、前記変換システム管理用サーバに対して前記コ
ネクションＩＤ及び前記トランザクションＩＤの送信を
行い、前記受信途中から継続して前記電子メールの受信
処理を行うようになっていることを特徴とする請求項８
乃至請求項２８のいずれかに記載のメール利用機器制御
用プログラム。 - 【請求項３０】 前記ステップにおいては、特定のビッ
トパターンによって構成されたコマンドに基づいて、前
記変換システム管理用サーバとの間の電子メールの送受
信処理が行われることを特徴とする請求項８乃至請求項
２９のいずれかに記載のメール利用機器制御用プログラ
ム。 - 【請求項３１】 前記ステップにおいては、前記変換シ
ステム管理用サーバとの間でバイナリデータを含む電子
メールの送受信処理を行うことが可能となっていること
を特徴とする請求項８乃至請求項３０のいずれかに記載
のメール利用機器制御用プログラム。 - 【請求項３２】 前記ステップにおいては、前記変換シ
ステム管理用サーバによってデータが圧縮された電子メ
ールを受信したときに、その圧縮されたデータを圧縮前
の状態に復元するメールデータ復元処理を行うことを特
徴とする請求項８乃至請求項３１のいずれかに記載のメ
ール利用機器制御用プログラム。 - 【請求項３３】 前記請求項８乃至請求項３２のいずれ
かに記載のメール利用機器制御用プログラムがインスト
ールされていることを特徴とするメール利用機器。 - 【請求項３４】 一方のメールシステムが利用している
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、他方のメールシステムが利用している別のプ
ロトコル形式に変換して、当該電子メールを転送するメ
ール転送プロトコル変換システムにおける、 自システム利用者の管理下にあるメール利用機器と、前
記メールシステムを管理するためのメールシステム管理
用サーバと、それぞれ通信可能に接続された、自システ
ムを管理するための変換システム管理用サーバであっ
て、 所定のプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、転送効率の改善された転送効率改善プ
ロトコル形式に変換して、前記電子メールを当該プロト
コル形式を利用している送信先のメール利用機器に転送
する転送効率改善プロトコル形式変換手段と、 前記転送効率改善プロトコル形式で転送されてきた電子
メールのプロトコル形式を、送信先のメールシステムが
利用しているプロトコル形式に変換して、前記電子メー
ルを転送する送信先メールプロトコル形式変換手段と、
を備えることを特徴とする変換システム管理用サーバ。 - 【請求項３５】 前記送信先メールプロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
る前記メール利用機器からの、アプリケーション層のプ
ロトコルにＳＭＴＰ（Simple Mail Transfer Protoco
l）形式を利用しているメールシステムへの電子メール
の送信処理として、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、 前記メール利用機器に前記送信開始要求に対する送信開
始を示す送信開始応答を行い、 前記メール利用機器からの電子メールのデータを受信
し、前記メールシステム管理用サーバとの間で、前記Ｓ
ＭＴＰ形式に基づいた前記データの送信処理を行い、 前記メールシステム管理用サーバからの前記データの受
信完了応答を受信して、前記メール利用機器にデータの
送信完了応答を行い、 前記メール利用機器からの前記データの送信終了要求を
受信し、前記メールシステム管理用サーバに対して、前
記ＳＭＴＰ形式に基づいた前記データの送信終了処理を
行い、 その処理に対する前記メールシステム管理用サーバから
のコネクションの切断を示す応答に基づいて前記メール
利用機器に前記送信終了要求に対する応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、当該メール利用機器との間のコネクションを切断す
ることを特徴とする請求項３４記載の変換システム管理
用サーバ。 - 【請求項３６】 前記転送効率改善プロトコル形式を利
用している前記メール利用機器との間の電子メールの送
信処理及び受信処理において、送信処理と受信処理とを
１回のコネクション接続で行うためのコマンドを備え、
当該コマンドを前記メール利用機器から受信すると、前
記変換システム管理用サーバと前記メール利用機器との
間の前記電子メールの送受信処理を１回のコネクション
接続で行うことを特徴とする請求項３４記載の変換シス
テム管理用サーバ。 - 【請求項３７】 前記送信先メールプロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
るメール利用機器によってデータが圧縮された電子メー
ルを受信した場合に、その圧縮されたデータを圧縮前の
状態に復元するメールデータ復元部を備えることを特徴
とする請求項３４乃至請求項３６のいずれかに記載の変
換システム管理用サーバ。 - 【請求項３８】 前記送信先メールプロトコル形式変換
手段は、前記メールデータ復元部が復元可能な圧縮形式
を示す情報を、前記送信元のメール利用機器に通知する
圧縮形式通知部を備えることを特徴とする請求項３７記
載の変換システム管理用サーバ。 - 【請求項３９】 前記送信先メールプロトコル形式変換
手段は、前記メール利用機器から送られてきた電子メー
ルのデータを、送信先のメールシステムが利用可能なエ
ンコード方式でエンコードするメールデータエンコード
部を備えることを特徴とする請求項３４乃至請求項３８
のいずれかに記載の変換システム管理用サーバ。 - 【請求項４０】 前記送信先メールプロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用したメ
ール利用機器からの電子メールの受信処理において、デ
ータ通信におけるＴＣＰ（Transmission Control Proto
col）／ＩＰ（Internet Protocol）のセッションを管理
するためのコネクションＩＤを前記メール利用機器に送
信し、メール受信単位を管理するためのトランザクショ
ンＩＤを前記メール利用機器から受信し、前記電子メー
ルの受信途中に通信が断絶する状態が発生した場合に、
前記コネクションＩＤ及び前記トランザクションＩＤに
基づいて前記受信途中から継続して前記電子メールの受
信処理を行うようになっていることを特徴とする請求項
３４乃至請求項３９のいずれかに記載の変換システム管
理用サーバ。 - 【請求項４１】 一方のメールシステムが利用している
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、他方のメールシステムが利用している別のプ
ロトコル形式に変換して、当該電子メールを転送するメ
ール転送プロトコル変換システムにおける、 自システム利用者の管理下にあるメール利用機器と、前
記メールシステムを管理するためのメールシステム管理
用サーバと、それぞれ通信可能に接続された、自システ
ムを管理するための変換システム管理用サーバであっ
て、 所定のプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、転送効率の改善された転送効率改善プ
ロトコル形式に変換して、前記電子メールを当該プロト
コル形式を利用している送信先のメール利用機器に転送
する転送効率改善プロトコル形式変換手段を備えること
を特徴とする変換システム管理用サーバ。 - 【請求項４２】 前記転送効率改善プロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
る前記メール利用機器と、アプリケーション層のプロト
コルにＰＯＰ（Post Office Protocol）形式を利用して
いるメールシステムとの間の電子メールの受信処理とし
て、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの受信開始要求を受信し、受信
元のメールシステム管理用サーバに対して、前記ＰＯＰ
形式に基づいた接続処理を行い、 前記メール利用機器に前記受信開始要求に対する受信開
始を示す受信開始応答を行い、 前記メール利用機器からの電子メールのデータ受信要求
を受信し、前記メールシステム管理用サーバとの間で、
前記ＰＯＰ形式に基づいた前記データの受信処理を行
い、 前記メールシステム管理用サーバからの前記データの受
信が完了すると、前記メール利用機器に当該データの送
信を行い、 前記メール利用機器からのデータ受信応答を受信する毎
に、当該メール利用機器に対して、受信した分の電子メ
ールデータの送信を行い、 前記メール利用機器からの受信終了要求を受信して、前
記メールシステム管理用サーバに対して、前記ＰＯＰ形
式に基づいたコネクション切断処理を行い、 前記メールシステム管理用サーバとのコネクションが切
断すると、前記メール利用機器に受信終了要求に対する
受信が終了したことを示す受信終了応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、当該メール利用機器との間のコネクションの切断を
行うことを特徴とする請求項３４乃至請求項４１のいず
れかに記載の変換システム管理用サーバ。 - 【請求項４３】 前記転送効率改善プロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
る前記メール利用機器と、アプリケーション層のプロト
コルにＰＯＰ（Post Office Protocol）形式を利用して
いるメールシステムとの間の新着メールの確認処理とし
て、 前記メール利用機器とのデータ通信に、トランスポート
層のプロトコルとしてＵＤＰ（User Datagram Protoco
l）を用い、 前記メール利用機器からの受信開始要求を受信し、前記
メールシステム管理用サーバに対して、前記ＰＯＰ形式
に基づいた新着メールの確認処理を行い、 前記メールシステム管理用サーバからのメール情報を受
信し、前記メール利用機器にその情報を送信することを
特徴とする請求項３４乃至請求項４２のいずれかに記載
の変換システム管理用サーバ。 - 【請求項４４】 前記転送効率改善プロトコル形式変換
手段は、電子メールを受信したときに、その送信先のメ
ール利用機器において復元可能な形式で前記電子メール
のデータを圧縮するメールデータ圧縮部を備えることを
特徴とする請求項３４乃至請求項４３のいずれかに記載
の変換システム管理用サーバ。 - 【請求項４５】 前記メールデータ圧縮部は、圧縮前後
の電子メールのデータ量を比較し、圧縮前のデータ量よ
りも圧縮後のデータ量の方が少ないときに、前記電子メ
ールデータの圧縮処理を行うことを特徴とする請求項４
４記載の変換システム管理用サーバ。 - 【請求項４６】 前記転送効率改善プロトコル形式変換
手段は、所定のエンコード方式によってデータがエンコ
ードされた電子メールを受信したときに、そのデータを
デコードするメールデータデコード部を備えることを特
徴とする請求項３４至請求項４４のいずれかに記載の変
換システム管理用サーバ。 - 【請求項４７】 前記転送効率改善プロトコル形式変換
手段は、アプリケーション層のプロトコルにＰＯＰ（Po
st Office Protocol）形式を利用しているメールシステ
ム管理用サーバから、そのサーバの管理するメールボッ
クスに蓄積された電子メールのＵＩＤＬ（Unique ID Li
sting）を取得して、前記メールシステム管理用サーバ
及び前記メールボックスの組み合わせ毎に、前記電子メ
ールのＵＩＤＬを記憶するＵＩＤＬ記憶部と、 前記転送効率改善プロトコル形式を利用しているメール
利用機器との間のデータ通信に、トランスポート層のプ
ロトコルとしてＵＤＰ（User Datagram Protocol）を用
い、 前記メール利用機器からの新着メールの確認要求時に、
当該メール利用機器の有する最新のＵＩＤＬを取得し
て、そのＵＩＤＬと、前記ＵＩＤＬ記憶部の記憶内容
と、前記メールシステム管理用サーバにおけるそのとき
のＵＩＤＬとに基づいて新着メールの有無の判断を行う
新着メール判断部と、を備えることを特徴とする請求項
３４乃至請求項４６のいずれかに記載の変換システム管
理用サーバ。 - 【請求項４８】 前記転送効率改善プロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用するメ
ール利用機器からの新着メールの確認要求に対して、対
応するメールシステムからの電子メールを受信して記憶
する受信メール記憶部と、 前記受信メール記憶部に記憶された、メール本文と、少
なくとも１以上の添付ファイルとから成る電子メールに
対して、前記メール本文と、前記添付ファイルとを区分
するメールパート区分部と、を備えることを特徴とする
請求項３４乃至請求項４７のいずれかに記載の変換シス
テム管理用サーバ。 - 【請求項４９】 前記メールパート区分部は、前記電子
メールに複数のテキスト形式部分が存在するときに、当
該電子メールファイルの表示内容のうち最も先頭に近い
テキスト形式部分をメール本文として区分するようにな
っていることを特徴とする請求項４８記載変換システム
管理用サーバ。 - 【請求項５０】 前記メールパート区分部は、階層化さ
れた前記電子メールに複数のテキスト形式部分が存在す
るときに、最も浅い階層のテキスト形式部分をメール本
文として区分するようになっていることを特徴とする請
求項４８又は請求項４７記載の変換システム管理用サー
バ。 - 【請求項５１】 前記メールパート区分部は、互いに同
じ内容の複数のテキスト形式部分を有する前記電子メー
ルに対して、そのうちの１つのみをメール本文として区
分するようになっていることを特徴とする請求項４８乃
至請求項５０のいずれかに記載の変換システム管理用サ
ーバ。 - 【請求項５２】 前記転送効率改善プロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
るメール利用機器によって、前記電子メール毎、あるい
は、区分された前記パート毎に受信する内容を指定する
ことが可能な受信メール指定部を備え、 当該指定された内容を、前記メール利用機器に送信する
ようになっていることを特徴とする請求項４８乃至請求
項５１のいずれかに記載の変換システム管理用サーバ。 - 【請求項５３】 前記転送効率改善プロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
るメール利用機器によって前記電子メールの受信条件を
設定可能な受信条件設定部と、 前記受信条件に基づいた送信処理を行う条件メール送信
処理部と、を備えるいることを特徴とする請求項３４乃
至請求項５２のいずれかに記載の変換システム管理用サ
ーバ。 - 【請求項５４】 前記受信条件は、受信するメール本文
の受信データサイズであり、この条件に対する前記送信
処理は、前記データサイズ以下のメール本文のデータは
送信し、受信するメール本文が前記データサイズを超え
ている場合は、超えた分のデータを削除することである
ことを特徴とする請求項５３記載の変換システム管理用
サーバ。 - 【請求項５５】 前記受信条件は、受信するメール本文
の行数であり、この条件に対する前記送信処理は、前記
行数以下のメール本文のデータは送信し、受信するメー
ル本文が前記行数を超えている場合は、超えた分のデー
タを削除することであることを特徴とする請求項５３記
載の変換システム管理用サーバ。 - 【請求項５６】 前記受信条件は、受信する添付ファイ
ルの受信データサイズであり、この条件に対する前記送
信処理は、前記データサイズ以下の添付ファイルは送信
し、受信する添付ファイルが前記データサイズを超えて
いる場合は、その添付ファイルの情報の一部を残し、当
該ファイルを削除することであることを特徴とする請求
項５３乃至請求項５５のいずれかに記載の変換システム
管理用サーバ。 - 【請求項５７】 添付ファイルとして画像データが添付
されている場合に、前記受信条件は、前記メール利用機
器における画像の表示可能サイズであり、この条件に対
する前記送信処理は、前記表示可能サイズ以下の画像デ
ータはそのまま送信し、前記画像データが前記表示可能
サイズを超えている場合は、その画像データの画像サイ
ズを前記表示可能サイズ以下に変換した後で送信するこ
とであることを特徴とする請求項５３乃至請求項５６の
いずれかに記載の変換システム管理用サーバ。 - 【請求項５８】 添付ファイルとして画像データが添付
されている場合に、前記受信条件は、前記メール利用機
器における画像の表示可能色数であり、この条件に対す
る前記送信処理は、前記表示可能色数以下の画像データ
はそのまま送信し、前記画像データが前記表示可能色数
を超えている場合は、その画像の色数を前記表示可能色
数以下に減色した後で送信することであることを特徴と
する請求項５３乃至請求項５７のいずれかに記載の変換
システム管理用サーバ。 - 【請求項５９】 前記受信条件は、前記メール利用機器
における利用可能なファイルフォーマットであり、この
条件に対する前記送信処理は、前記利用可能なフォーマ
ットの添付ファイルはそのまま送信し、前記添付ファイ
ルが利用不可能なフォーマットである場合は、前記添付
ファイルのフォーマットを前記利用可能なフォーマット
に変換した後で送信することであることを特徴とする請
求項５３乃至請求項５８のいずれかに記載の変換システ
ム管理用サーバ。 - 【請求項６０】 前記受信条件は、受信を拒否する送信
者のメールアドレスであり、この条件に対する前記送信
処理は、前記メールアドレス以外からの電子メールのみ
を送信することであることを特徴とする請求項５３乃至
請求項５９のいずれかに記載の変換システム管理用サー
バ。 - 【請求項６１】 前記受信条件は、受信を許可する送信
者のメールアドレスであり、この条件に対する前記送信
処理は、前記メールアドレスからの電子メールのみを送
信することであることを特徴とする請求項５３乃至請求
項６０のいずれかに記載の変換システム管理用サーバ。 - 【請求項６２】 前記受信条件は、電子メールの重要さ
の程度を示す数値であることを特徴とする請求項５３乃
至請求項６１のいずれかに記載の変換システム管理用サ
ーバ。 - 【請求項６３】 前記転送効率改善プロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
るメール利用機器への電子メールの送信処理において、
データ通信におけるＴＣＰ（Transmission Control Pro
tocol）／ＩＰ（Internet Protocol）のセッションを管
理するためのコネクションＩＤ及びメール送信単位を管
理するためのトランザクションＩＤを前記メール利用機
器に送信し、前記電子メールの送信途中に前記メール利
用機器との通信が断絶する状態が発生した場合に、通信
復旧後に、前記コネクションＩＤ及び前記トランザクシ
ョンＩＤに基づいて前記送信途中から継続して前記電子
メールの送信処理を行うようになっていることを特徴と
する請求項３４乃至請求項６２のいずれかに記載の変換
システム管理用サーバ。 - 【請求項６４】 一方のメールシステムが利用している
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、他方のメールシステムが利用している別のプ
ロトコル形式に変換して、当該電子メールを転送するメ
ール転送プロトコル変換システムにおける、 自システム利用者の管理下にあるメール利用機器と、前
記メールシステムを管理するためのメールシステム管理
用サーバと、それぞれ通信可能に接続された、自システ
ムを管理するための変換システム管理用サーバであっ
て、 前記転送効率改善プロトコル形式で転送されてきた電子
メールのプロトコル形式を、送信先のメールシステムが
利用しているプロトコル形式に変換して、前記電子メー
ルを転送する送信先メールプロトコル形式変換手段を備
えることを特徴とする変換システム管理用サーバ。 - 【請求項６５】 前記送信先メールプロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
る前記メール利用機器と、アプリケーション層のプロト
コルにＳＭＴＰ（Simple Mail Transfer Protocol）形
式を利用しているメールシステムとの間の電子メールの
送信処理として、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、 前記メール利用機器に前記送信開始要求に対する送信開
始を示す送信開始応答を行い、 前記メール利用機器からの電子メールのデータを受信
し、前記メールシステム管理用サーバとの間で、前記Ｓ
ＭＴＰ形式に基づいた前記データの送信処理を行い、 前記メールシステム管理用サーバからの前記データの受
信完了応答を受信して、前記メール利用機器にデータの
送信完了応答を行い、 前記メール利用機器からの前記データの送信終了要求を
受信し、前記メールシステム管理用サーバに対して、前
記ＳＭＴＰ形式に基づいた前記データの送信終了処理を
行い、 その処理に対する前記メールシステム管理用サーバから
のコネクションの切断を示す応答に基づいて前記メール
利用機器に前記送信終了要求に対する応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、当該メール利用機器との間のコネクションを切断す
ることを特徴とする請求項６４記載の変換システム管理
用サーバ。 - 【請求項６６】 前記送信先メールプロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用してい
るメール利用機器によってデータが圧縮された電子メー
ルを受信した場合に、その圧縮されたデータを圧縮前の
状態に復元するメールデータ復元部を備えることを特徴
とする請求項６４又は請求項６５記載の変換システム管
理用サーバ。 - 【請求項６７】 前記送信先メールプロトコル形式変換
手段は、前記メールデータ復元部が復元可能な圧縮形式
を示す情報を、前記送信元のメール利用機器に通知する
圧縮形式通知部を備えることを特徴とする請求項６６記
載の変換システム管理用サーバ。 - 【請求項６８】 前記送信先メールプロトコル形式変換
手段は、前記メール利用機器から送られてきた電子メー
ルのデータを、送信先のメールシステムが利用可能なエ
ンコード方式でエンコードするメールデータエンコード
部を備えることを特徴とする請求項６４乃至請求項６７
のいずれかに記載の変換システム管理用サーバ。 - 【請求項６９】 前記送信先メールプロトコル形式変換
手段は、前記転送効率改善プロトコル形式を利用したメ
ール利用機器からの電子メールの受信処理において、デ
ータ通信におけるＴＣＰ（Transmission Control Proto
col）／ＩＰ（Internet Protocol）のセッションを管理
するためのコネクションＩＤを前記メール利用機器に送
信し、メール受信単位を管理するためのトランザクショ
ンＩＤを前記メール利用機器から受信し、前記電子メー
ルの受信途中に通信が断絶する状態が発生した場合に、
前記コネクションＩＤ及び前記トランザクションＩＤに
基づいて前記受信途中から継続して前記電子メールの受
信処理を行うようになっていることを特徴とする請求項
６４乃至請求項６８のいずれかに記載の変換システム管
理用サーバ。 - 【請求項７０】 前記転送効率改善プロトコル形式の電
子メールを利用している前記メール利用機器と、前記変
換システム管理用サーバとの間の電子メールの通信処理
は、特定のビットパターンによって構成されたコマンド
に基づいて行われることを特徴とする請求項３４乃至請
求項６９のいずれかに記載の変換システム管理用サー
バ。 - 【請求項７１】 前記変換システム管理用サーバと、前
記転送効率改善プロトコル形式を利用するメール利用機
器との間で、バイナリデータを含む電子メールの通信処
理が可能なことを特徴とする請求項３４乃至請求項７０
のいずれかに記載の変換システム管理用サーバ。 - 【請求項７２】 一方のメールシステムが利用している
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、他方のメールシステムが利用している別のプ
ロトコル形式に変換して、当該電子メールを転送するメ
ール転送プロトコル変換システムにおいて、 自システム利用者の管理下にあるメール利用機器と、前
記メールシステムを管理するためのメールシステム管理
用サーバと、それぞれ通信可能に接続された、 前記メール転送プロトコル変換システムを管理するため
の変換システム管理用サーバを制御するための変換シス
テム制御用プログラムであって、 所定のプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、転送効率の改善された転送効率改善プ
ロトコル形式に変換して、前記電子メールを当該プロト
コル形式を利用している送信先のメール利用機器に転送
する転送効率改善プロトコル形式変換ステップと、 前記転送効率改善プロトコル形式で転送されてきた電子
メールのプロトコル形式を、送信先のメールシステムが
利用しているプロトコル形式に変換して、前記電子メー
ルを転送する送信先メールプロトコル形式変換ステップ
と、を備えることを特徴とする変換システム制御用プロ
グラム。 - 【請求項７３】 送信先メールプロトコル形式変換ステ
ップにおいては、前記転送効率改善プロトコル形式を利
用している前記メール利用機器からの、アプリケーショ
ン層のプロトコルにＳＭＴＰ（Simple Mail Transfer P
rotocol）形式を利用しているメールシステムへの電子
メールの送信処理として、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、 前記メール利用機器に前記送信開始要求に対する送信開
始を示す送信開始応答を行い、 前記メール利用機器からの電子メールのデータを受信
し、前記メールシステム管理用サーバとの間で、前記Ｓ
ＭＴＰ形式に基づいた前記データの送信処理を行い、 前記メールシステム管理用サーバからの前記データの受
信完了応答を受信して、前記メール利用機器にデータの
送信完了応答を行い、 前記メール利用機器からの前記データの送信終了要求を
受信し、前記メールシステム管理用サーバに対して、前
記ＳＭＴＰ形式に基づいた前記データの送信終了処理を
行い、 その処理に対する前記メールシステム管理用サーバから
のコネクションの切断を示す応答に基づいて前記メール
利用機器に前記送信終了要求に対する応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、当該メール利用機器との間のコネクションを切断す
ることを特徴とする請求項７２記載の変換システム制御
用プログラム。 - 【請求項７４】 前記送信先メールプロトコル形式変換
ステップ及び前記転送効率改善プロトコル形式変換ステ
ップにおいては、前記変換システム管理用サーバは、前
記転送効率改善プロトコル形式を利用している前記メー
ル利用機器との間の電子メールの送信処理及び受信処理
において、送信処理と受信処理とを１回のコネクション
接続で行うためのコマンドを備え、当該コマンドを前記
メール利用機器から受信すると、前記変換システム管理
用サーバと前記メール利用機器との間の前記電子メール
の送受信処理を１回のコネクション接続で行うことを特
徴とする請求項７２記載の変換システム制御用プログラ
ム。 - 【請求項７５】 前記送信先メールプロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用しているメール利用機器によってデータが圧縮さ
れた電子メールを受信した場合に、その圧縮されたデー
タを圧縮前の状態に復元することを特徴とする請求項７
２乃至請求項７４のいずれかに記載の変換システム制御
用プログラム。 - 【請求項７６】 前記送信先メールプロトコル形式変換
ステップにおいては、前記メールデータ復元部が復元可
能な圧縮形式を示す情報を、前記送信元のメール利用機
器に通知することを特徴とする請求項７５記載の変換シ
ステム制御用プログラム。 - 【請求項７７】 前記送信先メールプロトコル形式変換
ステップにおいては、前記メール利用機器から送られて
きた電子メールのデータを、送信先のメールシステムが
利用可能なエンコード方式でエンコードすることを特徴
とする請求項７２乃至請求項７６のいずれかに記載の変
換システム制御用プログラム。 - 【請求項７８】 前記送信先メールプロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用したメール利用機器からの電子メールの受信にお
いて、データ通信におけるＴＣＰ（Transmission Contr
ol Protocol）／ＩＰ（Internet Protocol）のセッショ
ンを管理するためのコネクションＩＤの前記メール利用
機器への送信を行い、 メール受信単位を管理するためのトランザクションＩＤ
を前記メール利用機器から受信し、前記電子メールの受
信途中に通信が断絶する状態が発生した場合に、前記コ
ネクションＩＤ及び前記トランザクションＩＤに基づい
て前記受信途中から継続して前記電子メールの受信を行
うことを特徴とする請求項７２乃至請求項７７のいずれ
かに記載の変換システム制御用プログラム。 - 【請求項７９】 一方のメールシステムが利用している
プロトコル形式で転送されてきた電子メールのプロトコ
ル形式を、他方のメールシステムが利用している別のプ
ロトコル形式に変換して、当該電子メールを転送するメ
ール転送プロトコル変換システムにおいて、 自システム利用者の管理下にあるメール利用機器と、前
記メールシステムを管理するためのメールシステム管理
用サーバと、それぞれ通信可能に接続された、 前記メール転送プロトコル変換システムを管理するため
の変換システム管理用サーバを制御するための変換シス
テム制御用プログラムであって、 所定のプロトコル形式で転送されてきた電子メールのプ
ロトコル形式を、転送効率の改善された転送効率改善プ
ロトコル形式に変換して、前記電子メールを当該プロト
コル形式を利用している送信先のメール利用機器に転送
する転送効率改善プロトコル形式変換ステップを備える
ことを特徴とする変換システム制御用プログラム。 - 【請求項８０】 前記転送効率改善プロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用している前記メール利用機器からの、アプリケー
ション層のプロトコルにＰＯＰ（Post Office Protoco
l）形式を利用しているメールシステムへの電子メール
の受信処理として、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの受信開始要求を受信し、受信
元のメールシステム管理用サーバに対して、前記ＰＯＰ
形式に基づいた接続処理を行い、 前記メール利用機器に前記受信開始要求に対する受信開
始を示す受信開始応答を行い、 前記メール利用機器からの電子メールのデータ受信要求
を受信し、前記メールシステム管理用サーバとの間で、
前記ＰＯＰ形式に基づいた前記データの受信処理を行
い、 前記メールシステム管理用サーバからの前記データの受
信が完了すると、前記メール利用機器に当該データの送
信を行い、 前記メール利用機器からのデータ受信応答を受信する毎
に、当該メール利用機器に対して、受信した分の電子メ
ールデータの送信を行い、 前記メール利用機器からの受信終了要求を受信して、前
記メールシステム管理用サーバに対して、前記ＰＯＰ形
式に基づいたコネクション切断処理を行い、 前記メールシステム管理用サーバとのコネクションが切
断すると、前記メール利用機器に受信終了要求に対する
受信が終了したことを示す受信終了応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、当該メール利用機器との間のコネクションの切断を
行うことを特徴とする請求項７２乃至請求項７９のいず
れかに記載の変換システム制御用プログラム。 - 【請求項８１】 前記転送効率改善プロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用している前記メール利用機器から、アプリケーシ
ョン層のプロトコルにＰＯＰ（Post Office Protocol）
形式を利用しているメールシステムへの新着メールの確
認要求があった場合に、 前記メール利用機器とのデータ通信に、トランスポート
層のプロトコルとしてＵＤＰ（User Datagram Protoco
l）が用いられ、 前記メール利用機器からの受信開始要求を受信し、前記
メールシステム管理用サーバに対して、前記ＰＯＰ形式
に基づいた新着メールの確認処理を行い、 前記メールシステム管理用サーバからのメール情報を受
信し、前記メール利用機器にその情報を送信することに
よって新着メールの確認を行うことを特徴とする請求項
７２乃至請求項８０のいずれかに記載の変換システム制
御用プログラム。 - 【請求項８２】 前記転送効率改善プロトコル形式変換
ステップにおいては、電子メールを受信したときに、そ
の送信先のメール利用機器において復元可能な形式で前
記電子メールのデータを圧縮する処理を行うことを特徴
とする請求項７２乃至請求項８１のいずれかに記載の変
換システム制御用プログラム。 - 【請求項８３】 前記転送効率改善プロトコル形式変換
ステップにおいては、圧縮前後の電子メールのデータ量
を比較し、圧縮前のデータ量よりも圧縮後のデータ量の
方が少ないときに、前記電子メールデータの圧縮処理を
行うことを特徴とする請求項８２記載の変換システム制
御用プログラム。 - 【請求項８４】 前記転送効率改善プロトコル形式変換
ステップにおいては、所定のエンコード方式によってデ
ータがエンコードされた電子メールを受信したときに、
そのデータをデコードすることを特徴とする請求項７２
乃至請求項８３のいずれかに記載の変換システム制御用
プログラム。 - 【請求項８５】 前記転送効率改善プロトコル形式変換
ステップにおいては、アプリケーション層のプロトコル
にＰＯＰ（Post Office Protocol）形式を利用している
メールシステム管理用サーバから、そのサーバの管理す
るメールボックスに蓄積された電子メールのＵＩＤＬ
（Unique ID Listing）を取得して、前記メールシステ
ム管理用サーバ及び前記メールボックスの組み合わせ毎
に、前記電子メールのＵＩＤＬを記憶し、 前記転送効率改善プロトコル形式を利用しているメール
利用機器との間のデータ通信に、トランスポート層のプ
ロトコルとしてＵＤＰ（User Datagram Protocol）が用
いられ、 前記メール利用機器からの新着メールの確認要求時に、
当該メール利用機器の有する最新のＵＩＤＬを取得し
て、そのＵＩＤＬと、前記ＵＩＤＬ記憶部の記憶内容
と、前記メールシステム管理用サーバにおけるそのとき
のＵＩＤＬとに基づいて新着メールの有無の判断を行う
ことを特徴とする請求項７２乃至請求項８４のいずれか
に記載の変換システム制御用プログラム。 - 【請求項８６】 前記転送効率改善プロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用するメール利用機器からの電子メールの受信要求
に対して、対応するメールシステムからの電子メールを
受信して記憶し、 メール本文と、少なくとも１以上の添付ファイルとから
成る電子メールに対して、前記メール本文と、前記添付
ファイルとを区分することを特徴とする請求項７２乃至
請求項８５のいずれかに記載の変換システム制御用プロ
グラム。 - 【請求項８７】 前記転送効率改善プロトコル形式変換
ステップにおいては、前記電子メールに複数のテキスト
形式部分が存在するときに、当該電子メールファイルの
表示内容のうち最も先頭に近いテキスト形式部分をメー
ル本文として区分するようになっていることを特徴とす
る請求項８６記載変換システム制御用プログラム。 - 【請求項８８】 前記転送効率改善プロトコル形式変換
ステップにおいては、階層化された複数のパートを有す
る電子メールにテキスト部分が存在するときに、最も浅
い階層のテキストから成るパートをメール本文として区
分することを特徴とする請求項８６又は請求項８７記載
の変換システム制御用プログラム。 - 【請求項８９】 前記転送効率改善プロトコル形式変換
ステップにおいては、互いに同じ内容の複数のテキスト
形式部分を有する電子メールに対して、そのうちの１つ
のみをメール本文として区分することを特徴とする請求
項８６乃至請求項８８のいずれかに記載の変換システム
制御用プログラム。 - 【請求項９０】 前記転送効率改善プロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用しているメール利用機器によって、前記電子メー
ル毎、あるいは、区分された前記パート毎に受信する内
容を指定し、 その指定された内容を、前記メール利用機器に送信する
ことを特徴とする請求項８６乃至請求項８９のいずれか
に記載の変換システム制御用プログラム。 - 【請求項９１】 前記転送効率改善プロトコル形式変換
ステップにおいては、前記転送効率改善プロトコル形式
を利用しているメール利用機器によって前記電子メール
の受信条件を設定し、 その受信条件に基づいて前記メール利用機器に前記電子
メールを送信することを特徴とする請求項７２乃至請求
項９０のいずれかに記載の変換システム制御用プログラ
ム。 - 【請求項９２】 前記受信条件は、受信するメール本文
の受信データサイズであり、この条件に対する前記送信
処理は、前記データサイズ以下のメール本文のデータは
送信し、受信するメール本文が前記データサイズを超え
ている場合は、超えた分のデータを削除することである
ことを特徴とする請求項９１記載の変換システム制御用
プログラム。 - 【請求項９３】 前記受信条件は、受信するメール本文
の行数であり、この条件に対する前記送信処理は、前記
行数以下のメール本文のデータは送信し、受信するメー
ル本文が前記行数を超えている場合は、超えた分のデー
タを削除することであることを特徴とする請求項９１記
載の変換システム制御用プログラム。 - 【請求項９４】 前記受信条件は、受信する添付ファイ
ルの受信データサイズであり、この条件に対する前記送
信処理は、前記データサイズ以下の添付ファイルは送信
し、受信する添付ファイルが前記データサイズを超えて
いる場合は、その添付ファイルの情報の一部を残し、当
該ファイルを削除することであることを特徴とする請求
項９１乃至請求項９３のいずれかに記載の変換システム
制御用プログラム。 - 【請求項９５】 添付ファイルとして画像データが添付
されている場合に、前記受信条件は、前記メール利用機
器における画像の表示可能サイズであり、この条件に対
する前記送信処理は、前記表示可能サイズ以下の画像デ
ータはそのまま送信し、前記画像データが前記表示可能
サイズを超えている場合は、その画像データの画像サイ
ズを前記表示可能サイズ以下に変換した後で送信するこ
とであることを特徴とする請求項９１乃至請求項９４の
いずれかに記載の変換システム制御用プログラム。 - 【請求項９６】 添付ファイルとして画像データが添付
されている場合に、前記受信条件は、前記メール利用機
器における画像の表示可能色数であり、この条件に対す
る前記送信処理は、前記表示可能色数以下の画像データ
はそのまま送信し、前記画像データが前記表示可能色数
を超えている場合は、その画像の色数を前記表示可能色
数以下に減色した後で送信することであることを特徴と
する請求項９１乃至請求項９５のいずれかに記載の変換
システム制御用プログラム。 - 【請求項９７】 前記受信条件は、前記メール利用機器
における利用可能なファイルフォーマットであり、この
条件に対する前記送信処理は、前記利用可能なフォーマ
ットの添付ファイルはそのまま送信し、前記添付ファイ
ルが利用不可能なフォーマットである場合は、前記添付
ファイルのフォーマットを前記利用可能なフォーマット
に変換した後で送信することであることを特徴とする請
求項９１乃至請求項９６のいずれかに記載の変換システ
ム制御用プログラム。 - 【請求項９８】 前記受信条件は、受信を拒否する送信
者のメールアドレスであり、この条件に対する前記送信
処理は、前記メールアドレス以外からの電子メールのみ
を送信することであることを特徴とする請求項９１乃至
請求項９７のいずれかに記載の変換システム制御用プロ
グラム。 - 【請求項９９】 前記受信条件は、受信を許可する送信
者のメールアドレスであり、この条件に対する前記送信
処理は、前記メールアドレスからの電子メールのみを送
信することであることを特徴とする請求項９１乃至請求
項９８のいずれかに記載の変換システム制御用プログラ
ム。 - 【請求項１００】 前記受信条件は、電子メールの重要
さの程度を示す数値であることを特徴とする請求項９１
乃至請求項９９のいずれかに記載の変換システム制御用
プログラム。 - 【請求項１０１】 前記転送効率改善プロトコル形式変
換ステップにおいては、前記転送効率改善プロトコル形
式を利用したメール利用機器への電子メールの送信にお
いて、データ通信におけるＴＣＰ（Transmission Contr
ol Protocol）／ＩＰ（Internet Protocol）のセッショ
ンを管理するためのコネクションＩＤ及びメール送信単
位を管理するためのトランザクションＩＤの前記メール
利用機器への送信を行い、 前記電子メールの送信途中に前記メール利用機器との通
信が断絶する状態が発生した場合に、通信復旧後に、前
記コネクションＩＤ及び前記トランザクションＩＤに基
づいて前記送信途中から継続して前記電子メールの送信
を行うことを特徴とする請求項７２乃至請求項１００の
いずれかに記載の変換システム制御用プログラム。 - 【請求項１０２】 一方のメールシステムが利用してい
るプロトコル形式で転送されてきた電子メールのプロト
コル形式を、他方のメールシステムが利用している別の
プロトコル形式に変換して、当該電子メールを転送する
メール転送プロトコル変換システムにおいて、 自システム利用者の管理下にあるメール利用機器と、前
記メールシステムを管理するためのメールシステム管理
用サーバと、それぞれ通信可能に接続された、 前記メール転送プロトコル変換システムを管理するため
の変換システム管理用サーバを制御するための変換シス
テム制御用プログラムであって、 前記転送効率改善プロトコル形式で転送されてきた電子
メールのプロトコル形式を、送信先のメールシステムが
利用しているプロトコル形式に変換して、前記電子メー
ルを転送する送信先メールプロトコル形式変換ステップ
を備えることを特徴とする変換システム制御用プログラ
ム。 - 【請求項１０３】 送信先メールプロトコル形式変換ス
テップにおいては、前記転送効率改善プロトコル形式を
利用している前記メール利用機器からの、アプリケーシ
ョン層のプロトコルにＳＭＴＰ（Simple Mail Transfer
Protocol）形式を利用しているメールシステムへの電
子メールの送信処理として、 前記メール利用機器からのコネクション接続要求に対す
る接続が完了したことを示す接続完了応答を行い、 前記メール利用機器からの送信開始要求を受信し、送信
先のメールシステム管理用サーバに対して、前記ＳＭＴ
Ｐ形式に基づいたコネクション接続処理を行い、 前記メール利用機器に前記送信開始要求に対する送信開
始を示す送信開始応答を行い、 前記メール利用機器からの電子メールのデータを受信
し、前記メールシステム管理用サーバとの間で、前記Ｓ
ＭＴＰ形式に基づいた前記データの送信処理を行い、 前記メールシステム管理用サーバからの前記データの受
信完了応答を受信して、前記メール利用機器にデータの
送信完了応答を行い、 前記メール利用機器からの前記データの送信終了要求を
受信し、前記メールシステム管理用サーバに対して、前
記ＳＭＴＰ形式に基づいた前記データの送信終了処理を
行い、 その処理に対する前記メールシステム管理用サーバから
のコネクションの切断を示す応答に基づいて前記メール
利用機器に前記送信終了要求に対する応答を行い、 前記メール利用機器からのコネクション切断要求を受信
し、これに対する応答を行うことによって前記電子メー
ルを送信することを特徴とする請求項１０２記載の変換
システム制御用プログラム。 - 【請求項１０４】 前記送信先メールプロトコル形式変
換ステップにおいては、前記転送効率改善プロトコル形
式を利用しているメール利用機器によってデータが圧縮
された電子メールを受信した場合に、その圧縮されたデ
ータを圧縮前の状態に復元することを特徴とする請求項
１０２又は請求項１０３記載の変換システム制御用プロ
グラム。 - 【請求項１０５】 前記送信先メールプロトコル形式変
換ステップにおいては、前記メールデータ復元部が復元
可能な圧縮形式を示す情報を、前記送信元のメール利用
機器に通知することを特徴とする請求項１０４記載の変
換システム制御用プログラム。 - 【請求項１０６】 前記送信先メールプロトコル変換ス
テップにおいては、前記メール利用機器から送られてき
た電子メールのデータを、送信先のメールシステムが利
用可能なエンコード方式でエンコードすることを特徴と
する請求項１０２乃至請求項１０５のいずれかに記載の
変換システム制御用プログラム。 - 【請求項１０７】 前記送信先メールプロトコル変換ス
テップにおいて、前記転送効率改善プロトコル形式を利
用したメール利用機器からの電子メールの受信におい
て、データ通信におけるＴＣＰ（Transmission Control
Protocol）／ＩＰ（Internet Protocol）のセッション
を管理するためのコネクションＩＤの前記メール利用機
器への送信を行い、 メール受信単位を管理するためのトランザクションＩＤ
を前記メール利用機器から受信し、前記電子メールの受
信途中に通信が断絶する状態が発生した場合に、前記コ
ネクションＩＤ及び前記トランザクションＩＤに基づい
て前記受信途中から継続して前記電子メールの受信を行
うことを特徴とする請求項１０２乃至請求項１０６のい
ずれかに記載の変換システム制御用プログラム。 - 【請求項１０８】 前記メール利用機器から送信される
特定のビットパターンによって構成されたコマンドに基
づいてステップが実行されることを特徴とする請求項７
２乃至請求項１０７のいずれかに記載の変換システム制
御用プログラム。 - 【請求項１０９】 前記変換システム管理用サーバと、
前記転送効率改善プロトコル形式を利用するメール利用
機器との間で、バイナリデータを含む電子メールの通信
処理が可能なことを特徴とする請求項７２乃至請求項１
０８のいずれかに記載の変換システム制御用プログラ
ム。 - 【請求項１１０】 請求項７２乃至請求項１０９のいず
れかに記載の変換システム制御用プログラムを記録した
ことを特徴とするコンピュータ読み取り可能な記録媒
体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001372785A JP2003173313A (ja) | 2001-12-06 | 2001-12-06 | メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001372785A JP2003173313A (ja) | 2001-12-06 | 2001-12-06 | メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003173313A true JP2003173313A (ja) | 2003-06-20 |
Family
ID=19181614
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001372785A Pending JP2003173313A (ja) | 2001-12-06 | 2001-12-06 | メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003173313A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005250689A (ja) * | 2004-03-02 | 2005-09-15 | Hiroshi Okuhara | データ処理システム、端末装置、データ処理プログラム |
| JP2006059131A (ja) * | 2004-08-20 | 2006-03-02 | Sony Ericsson Mobilecommunications Japan Inc | コミュニケーションシステム及びコミュニケーション方法 |
| JP2008017519A (ja) * | 2003-10-30 | 2008-01-24 | Research In Motion Ltd | モバイル通信機器からの電子メッセージをフォーマットするシステムおよび方法 |
| JP2010278484A (ja) * | 2009-05-26 | 2010-12-09 | Hitachi Ltd | メール中継装置 |
| JP2011015414A (ja) * | 2003-10-30 | 2011-01-20 | Research In Motion Ltd | モバイル通信機器からの電子メッセージをフォーマットするシステムおよび方法 |
| US8335823B2 (en) | 2003-08-12 | 2012-12-18 | Research In Motion Limited | System and method for processing encoded messages |
-
2001
- 2001-12-06 JP JP2001372785A patent/JP2003173313A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8335823B2 (en) | 2003-08-12 | 2012-12-18 | Research In Motion Limited | System and method for processing encoded messages |
| US8650258B2 (en) | 2003-08-12 | 2014-02-11 | Blackberry Limited | System and method for processing encoded messages |
| JP2008017519A (ja) * | 2003-10-30 | 2008-01-24 | Research In Motion Ltd | モバイル通信機器からの電子メッセージをフォーマットするシステムおよび方法 |
| JP2011015414A (ja) * | 2003-10-30 | 2011-01-20 | Research In Motion Ltd | モバイル通信機器からの電子メッセージをフォーマットするシステムおよび方法 |
| JP4625487B2 (ja) * | 2003-10-30 | 2011-02-02 | リサーチ イン モーション リミテッド | モバイル通信機器からの電子メッセージをフォーマットするシステムおよび方法 |
| JP2005250689A (ja) * | 2004-03-02 | 2005-09-15 | Hiroshi Okuhara | データ処理システム、端末装置、データ処理プログラム |
| JP2006059131A (ja) * | 2004-08-20 | 2006-03-02 | Sony Ericsson Mobilecommunications Japan Inc | コミュニケーションシステム及びコミュニケーション方法 |
| JP2010278484A (ja) * | 2009-05-26 | 2010-12-09 | Hitachi Ltd | メール中継装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1075750B1 (en) | A method and apparatus for processing electronic mail | |
| US6421707B1 (en) | Wireless multi-media messaging communications method and apparatus | |
| US10674325B1 (en) | Multimedia messaging service | |
| CA2400807C (en) | Method and system for messaging across cellular networks and a public data network | |
| US8724622B2 (en) | System and method for instant VoIP messaging | |
| US7043538B2 (en) | Thin instant messaging proxy interface with persistent sessions | |
| JP5246332B2 (ja) | 拡張されたメッセージングプラットフォーム | |
| JP4213667B2 (ja) | マルチメディアメッセージをアーカイブする方法 | |
| JP2000049698A (ja) | 参照番号のグル―プ共用を用いてワイヤレスネットワ―クにおけるメッセ―ジを細分化するための方法及び装置 | |
| JP2005522155A (ja) | 無線および非無線環境におけるユーザ定義のバディグループの外側でのインスタントメッセージングの容易化 | |
| JP2006523419A (ja) | メッセージ管理 | |
| US7054907B1 (en) | Systems and methods for blocking delivery of an electronic communication | |
| WO2002001371A1 (fr) | Procede et appareil destines a regler un parametre de communication dans un terminal d'informations | |
| AU4019999A (en) | Transfer of electronic messages to a PDA | |
| EP1940096B1 (en) | Method for transferring data between mobile devices | |
| JP2003173313A (ja) | メール転送プロトコル変換システム、変換システム管理用サーバ、変換システム制御用プログラム及びこのプログラムの記憶された記憶媒体、並びに、メール利用機器、メール利用機器制御用プログラム | |
| US7543028B2 (en) | Electronic mail distribution method, communications terminal, and server device | |
| CN102036122B (zh) | 向iptv终端推送电子邮件信息的方法、装置和系统 | |
| CN100452778C (zh) | 基于即时通讯的多媒体内容互动系统及其实现方法 | |
| CN101309303B (zh) | Pc侧与无线终端设备相结合的彩信发送方法 | |
| JP5255915B2 (ja) | メール送信処理方法及び通信端末装置 | |
| JPH11196218A (ja) | ネットワークファクシミリシステムの制御方法 | |
| US20020059388A1 (en) | E-mail and messaging systems and methods | |
| WO2001033786A1 (fr) | Systeme de serveur client | |
| KR100431466B1 (ko) | 무선 인터넷에서의 멀티미디어 스트리밍 서비스 시스템 및방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040928 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061121 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070122 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070320 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070904 |