JP2009510968A

JP2009510968A - 適当な通信プロトコルを用いてメッセージ送信を提供する方法

Info

Publication number: JP2009510968A
Application number: JP2008534477A
Authority: JP
Inventors: アンデシュエリクソン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2005-10-04
Filing date: 2005-10-04
Publication date: 2009-03-12
Anticipated expiration: 2025-10-04
Also published as: CN101283555A; EP1932299A1; US8321577B2; JP4648457B2; BRPI0520598A2; CA2621656A1; US20090172119A1; EP1932299A4; WO2007040428A1

Abstract

本発明はインターネットメッセージ送信ノードからインターネットメッセージ受信ノードへ接続を経る待ち時間の短いインターネットメッセージの伝送に関係する。前記インターネットメッセージ送信ノードはインターネットメッセージのサイズを判定し（４０）、サイズを所定の単一パケットの閾値と比較する（４２）。その後、インターネットメッセージ送信ノードはインターネットメッセージのサイズが前記単一パケットの閾値より大きければ、前記接続を経るＴＣＰインターネットメッセージの伝送を実行し（４４）、インターネットメッセージのサイズが前記単一パケットの閾値より小さければ、単一パケット（ＵＤＰ）・インターネット・メッセージの伝送を実行する（４５、４６）。

Description

本発明は、インターネットメッセージ、即ち電子メールメッセージの最適で、待ち時間の短い伝送に関する。

インターネットメッセージによる通信は今日広く使用されており、無線または有線回線接続を介してインターネットに接続するコンピュータ端末、例えばパーソナルコンピュータ、またはＰＤＡの間で実行することができる。無線電波アクセスネットワークに接続する移動端末、例えばセル電話機もインターネットに接続する別の移動端末またはコンピュータ端末へ、およびから電子メールを送信し、および受信することが可能でありうる。

一般に使用するＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）は、パケット交換およびコネクション型のＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）により、通常は、ＳＭＴＰクライアント即ちインターネットメッセージ送信機と、ＳＭＴＰサーバ即ちインターネットメッセージ受信機との間の任意のサイズのインターネットメッセージの確実な伝送を提供し、電子メール通信が可能な任意の移動端末またはコンピュータは、ＳＭＴＰクライアント並びにＳＭＴＰサーバとして機能するようにしておくことができる。

インターネットメッセージ即ち電子メールメッセージは、送信者や意図する受信者（単数または複数）に関する情報を含むヘッダセット、メッセージの主題を含み、一方メッセージ自体はヘッダに付加された本文に含まれる。ＳＭＴＰ／ＴＣＰインターネットメッセージにはエンベロープが先頭に付けられており、エンベロープは中間のノードセットを通じるメッセージのルーティングを支援し、メッセージの所謂ホップ・バイ・ホップ配信を可能にする。各送信機はルート探索を行い、メッセージを次ホップのサーバに転送し、次ホップのサーバはメッセージをその意図する受信者に配信するまで本処理を繰り返す。発信元の送信機ではルーティングのステップを無視し、全てのメッセージを同じ次ホップのサーバに転送し、その同じ次ホップのサーバはメッセージのさらなる伝送に必要なルーティングを実行する。

インターネットメッセージの送信機および受信機は一般にＭＵＡ（メッセージ・ユーザ・エージェント）と呼ばれ、例えばパーソナルコンピュータ端末であり、少なくとも幾つかの中間ノードは一般にＭＴＡ（メッセージ転送エージェント）と呼ばれ、例えばサーバでありうる。インターネットメッセージのＳＭＴＰ／ＴＣＰのホップ・バイ・ホップ配信においてＭＴＡとして動作する各サーバは、伝送メッセージのＳＭＴＰクライアントおよびＳＭＴＰサーバ双方として機能することができ、ＭＵＡまたは別のＭＴＡからインターネットメッセージを受信する場合にＳＭＴＰサーバとして機能し、インターネットメッセージを第２のＭＴＡに転送する場合にＳＭＴＰクライアントとして機能することとする。ＭＵＡはＭＴＡに電子メールを送信する場合にＳＭＴＰクライアントとして機能することができる。

２ノード間のコネクションの待ち時間すなわち遅延は、データパケットをノード間で伝送するのに要する時間を定義し、データパケット伝送において待ち時間の長いコネクションは、待ち時間の短いコネクションより比較的長い遅延すなわち待ち時間を引き起こす。例えばＧＰＲＳ（ＧｌｏｂａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）／ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）または３Ｇ／ＵＴＲＡＮ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍｓＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）による無線電波アクセスネットワークは待ち時間の長いネットワークと考えられ、移動端末とサーバとの間の待ち時間はおよそ０．５乃至１．３秒であり、一方有線のコネクションは通常より短い遅延を引き起こし、待ち時間の短いコネクションと考えられる。従って、上記の無線地上リンク並びに惑星間リンクは待ち時間の長いコネクションの例である。

ＴＣＰ（ＴｒａｎｓｐｏｒｔＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）は、ＩＰ環境における確実なデータ伝送を提供するコネクション型プロトコルであり、ＳＭＴＰ／ＴＣＰは一般に電子メールメッセージの伝送に使用する。ＴＣＰはストリームデータ伝送、信頼性、効率的フロー制御、全二重動作および多重化を提供する。ＴＣＰストリームデータ伝送は非構造化バイトストリームを配信し、アプリケーション、即ちアプリケーションレイヤプログラムはパケットデータネットワークにおける伝送のためにデータをパックしなくともよい。さらに、宛先が受信することを期待している次のバイトを送信元に示す応答確認番号によりバイトを順序付けすることで端末間のパケット配信を提供し、それによってＴＣＰは信頼性を提供する。さらに、指定する時間間隔内に確認応答がないバイトは再送信される。ＴＣＰの信頼性メカニズムは損失、遅延、重複、または読み間違いパケットを扱うことができ、タイムアウトのメカニズムは損失パケットを検出し、再送信を要求する。ＴＣＰは効率的なフロー制御を提供し、全二重動作はＴＣＰの送信と受信の同時実行を可能にする。従って、ＴＣＰはインターネットを介した任意のサイズの電子メールメッセージに関する非常に信頼性のある通信を可能にする。

とはいえ、２ノード間の信頼性のあるＳＭＴＰ／ＴＣＰ電子メール伝送は、ＳＭＴＰクライアントからＳＭＴＰサーバへのＩＰパケット伝送と、それに続くＳＭＴＰサーバからＳＭＴＰクライアントへの反対方向のＩＰパケット伝送（例えば確認応答あるいは応答）を含む、ＳＭＴＰクライアントとＳＭＴＰサーバとの間における幾つかのプロトコルの交換（即ち往復）を必要とする。任意方向の伝送はそれぞれ、電子メールの総伝送時間に加わる待ち時間を引き起こすので、待ち時間が長いコネクションを介するＳＭＴＰ／ＴＣＰ電子メール伝送は比較的遅いことになろう。従って、待ち時間が長いコネクションを介する例えば無線電波アクセスネットワークにおけるＳＭＴＰ／ＴＣＰインターネットメッセージの伝送では、インターネットメッセージの送信機と受信機との間の全伝送時間が比較的長くなることになろう。

従って、従来技術のＳＭＴＰ／ＴＣＰに伴う主な欠点は、クライアントとサーバとの間で必要な多数回の往復であり、これが無線電波アクセスネットワークなどの特に待ち時間が長いコネクションを介するインターネットメッセージの全伝送時間を増大させる。

それ故、本発明の目的は、待ち時間が長いコネクションを介するＳＭＴＰ／ＴＣＰ電子メールの伝送に関係する上記の問題を緩和すること、および電子メールメッセージの送信機と受信機との間のより短い全伝送時間を達成することであり、これは特に無線電波アクセスネットワークにおいて有利である。

待ち時間の長いコネクションを含む、例えば無線電波アクセスネットワークにおいて適用可能な最適の電子メール伝送を提供し、送信機と受信機との間のインターネットメッセージの待ち時間および全伝送時間を削減することが本発明の目的である。

これらおよびその他の目的は、添付する特許請求の範囲によるインターネットメッセージ送信ノードにおける方法、インターネットメッセージ受信ノードにおける方法、およびインターネットメッセージ送信ノードとして機能するようにした装置により達成する。

本発明による解決策は、電子メールメッセージのサイズを判定し、サイズの小さなメッセージを単一データパケット、例えばＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）パケットに詰め、単一データパケットを１つまたは複数のＩＰパケットに分割してインターネットメッセージ受信機に送信するインターネットメッセージ送信機を基本的に含む。インターネットメッセージ受信機は、インターネットメッセージ送信機に確認応答を返信することによりＵＤＰパケットの受信を確認し、確認応答を受信しなければインターネットメッセージ送信機はＵＤＰパケットを再送する。一方サイズの大きいメッセージは、ＴＣＰにより伝送する。

特許請求の範囲は、インターネットメッセージ受信ノードへコネクションを介してインターネットメッセージを伝送するインターネットメッセージ送信ノードにおける方法に関し、インターネットメッセージ送信ノードは、
インターネットメッセージのサイズを判定する工程と、
インターネットメッセージのサイズを所定の単一パケットの閾値と比較する工程と、
インターネットメッセージのサイズが前記単一パケットの閾値より大きければ、前記接続を介してＴＣＰインターネットメッセージの伝送を実行する工程と、
インターネットメッセージのサイズが前記単一パケットの閾値より小さければ、前記接続を介して単一パケット・インターネット・メッセージの伝送を実行する工程とを実行する。

単一パケット・インターネット・メッセージの伝送を実行する上記のステップは、
インターネットメッセージを単一データパケットに詰める副工程と、
前記単一データパケットを１つまたは複数のＩＰパケットに分割する副工程と、
前記ＩＰパケットをインターネットメッセージ受信ノードへ送信する副工程と、
タイムアウト間隔内にインターネットメッセージ受信ノードから確認応答を受信しなければ、再送信を実行する副工程とを含むことができる。

選択肢として、インターネットメッセージのサイズが前記単一パケットの閾値に実質上相当する場合、前記接続を介して単一パケット・インターネット・メッセージの伝送、またはＴＣＰインターネットメッセージの伝送を実行することができる。

さらに、インターネットメッセージの圧縮を行うことができ、前記圧縮実行の前にインターネットメッセージのサイズを所定の圧縮閾値と比較することができ、前記圧縮においてデフレートアルゴリズムを使用することができる。

単一パケット・インターネット・メッセージの伝送をＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）により実行することができ、前記単一パケットの閾値は１．５ｋバイトと６４ｋバイトとの間の間隔内に設定可能でありうる。

特許請求の範囲は、また前記インターネットメッセージ送信ノードから接続を介して伝送するインターネットメッセージを受信するインターネットメッセージ受信ノードにおける方法に関し、インターネットメッセージ受信ノードはインターネットメッセージ送信ノードへ接続を介して受信単一データパケットの確認応答を送信する。

前記接続は無線電波接続または有線接続でありうる。

特許請求の範囲は、またインターネットメッセージ受信ノードへ接続を介してインターネットメッセージを伝送するインターネットメッセージ送信ノードとして機能するようにした装置に関係する。その装置は、
インターネットメッセージのサイズを判定する判定手段と、
インターネットメッセージのサイズを所定の単一パケットの閾値と比較する比較手段と、
インターネットメッセージのサイズが前記単一パケットの閾値より大きい場合、インターネットメッセージ受信ノードへのＴＣＰインターネットメッセージの伝送を実行するＴＣＰ伝送手段と、
インターネットメッセージのサイズが前記単一パケットの閾値より小さい場合、インターネットメッセージ受信ノードへの単一パケット・インターネット・メッセージの伝送を実行する単一パケット伝送手段とを含む。

前記単一パケット伝送手段は、
インターネットメッセージを単一データパケットに詰める詰め込み手段と、
前記単一データパケットを１つまたは複数のＩＰパケットに分割する分割手段と、
前記ＩＰパケットをインターネットメッセージ受信ノードへ送信する送信手段と、
タイムアウト間隔内にインターネットメッセージ受信ノードから確認応答を受信しなければ、再送信を実行する再送信手段とを含むことができる。

選択肢として、インターネットメッセージのサイズが前記単一パケットの閾値に実質上相当すれば、前記接続を介して単一パケット・インターネット・メッセージの伝送を実行するように、単一パケット伝送手段を配備することができるか、または前記接続を介してＴＣＰインターネットメッセージの伝送を実行するように、ＴＣＰ伝送手段をすることができる。

前記接続は無線電波接続または有線接続でありうる。

装置はインターネットメッセージの圧縮を実行する圧縮手段をさらに含むことができ、圧縮手段はデフレートアルゴリズムを利用することができる。

ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）を使用するように、単一パケット伝送手段をすることができ、前記単一パケットの閾値は１．５ｋバイトと６４ｋバイトとの間の間隔内に設定可能でありうる。

インターネットメッセージ送信ノードへ接続を介して受信単一データパケットの確認応答を送信する確認手段をさらに含むことにより、インターネットメッセージ受信ノードとして機能するように、装置をさらにすることができる。

加えて、ＳＭＴＰクライアントとして、並びにＳＭＴＰサーバとして機能するように、装置をさらにすることができる。

前記装置は、無線により無線アクセスネットワークに接続するようにするサーバ、移動端末、または有線または無線によりネットワークに接続するようにしたコンピュータ装置でありうる。

本発明のその他の特徴およびさらなる利点は以下の説明および図面から、並びに添付する特許請求の範囲から明らかであろう。

次に、本発明をさらに詳細に、実施形態および図面を参照して記述することとする。

説明および特許請求の範囲において使用する用語および表現は当業者が通常使用する意味を持つことを意味する。

図１は、従来技術によるＳＭＴＰ／ＴＣＰにより電子メールメッセージを伝送するためのＳＭＴＰクライアント１３０とＳＭＴＰサーバ１４０との間の従来の順序に従う、交互信号伝送を示す信号方式図である。図示するＳＭＴＰ／ＴＣＰ電子メール伝送、即ちＳＭＴＰ／ＴＣＰインターネットメッセージ伝送はパイプラインを使用している。パイプラインは幾つかの操作をまとめることができ、これにより伝送回数を削減する。一方パイプラインを使用するとはいえ、クライアントからサーバへのメッセージのＳＭＴＰ／ＴＣＰ電子メールの伝送はクライアントとサーバとの間でプロトコル交換を必要とし、図示する実施形態では電子メールメッセージの伝送に少なくとも７回のプロトコル交換の往復が必要である。

図１に示すＳＭＴＰコマンドは以下の通りである。
ＥＨＬＯ：導入および拡張モードの要求（図１のステップ１０８）、
ＭＡＩＬＦＲＯＭ：送信者の指定（図１のステップ１１２）、
ＲＣＰＴＴＯ：受信者の指定（ステップ１１２）、
ＤＡＴＡ：クライアントの準備が整い、インターネットメッセージ送信希望の指示（ステップ１１２）、
ＱＵＩＴ：セッション停止（図１のステップ１２０）。

図１の信号交換ステップ１００、１０２および１０４は従来のハンドシェイク手順を実行し、ＳＭＴＰクライアントとＳＭＴＰサーバとの間の接続を確立し、ステップ１０６の数字「２２０」は、ＳＭＴＰサービスの準備が整ったことを示す。ステップ１１０の数字「２５０」は、要求コマンドの成功を示し、さらにパイプラインを開始する。ステップ１１４でＳＭＴＰサーバは、送信機および受信機が受信に成功し、メッセージを入力すべきことを示す。ステップ１１６でＳＭＴＰクライアントは実際の電子メールメッセージを送信し、ステップ１１８でＳＭＴＰサーバは「２５０」により応答し、メッセージが送信されたことを示す。残りのステップ１２０、１２２、１２４、１２６および１２８はセッションおよびＳＭＴＰクライアントとＳＭＴＰサーバとの間の接続を終了する。

図１に示して説明したように、従来のＳＭＴＰ／ＴＣＰインターネットメッセージの伝送は任意のサイズの電子メールメッセージの非常に信頼性のある伝送を提供する。一方ＳＭＴＰクライアント１３０とＳＭＴＰサーバ１４０との間のコネクションの待ち時間が長い場合、送信者と受信者との間の全待ち時間において、相応する長い待ち時間、即ち７回の必要な往復により本来のコネクションの待ち時間の７倍の待ち時間を引き起こす。

本発明は、以後ＬＬＭＴＰ（ＬｏｗＬａｔｅｎｃｙＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ：低レイテンシメール転送プログラム）と呼ぶ新しい、改良メール伝送プロトコルによるインターネットメッセージの待ち時間の短い伝送を提供する。ＬＬＭＴＰは比較的長い電子メールメッセージをＴＣＰにより送信するが、比較的小さな電子メールメッセージは適切なコネクションレス型伝送プロトコル、例えばＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）により伝送する。ＬＬＭＴＰ／ＵＤＰでは、インターネットメッセージをルーティング情報と共にＵＤＰパケットに詰め、インターネットメッセージ送信機とインターネットメッセージ受信機との間で、必要な数のＩＰパケットに分割してＵＤＰパケットを伝送する。

ＬＬＭＴＰ／ＵＤＰにより電子メールメッセージを伝送すべきかを決定するために、インターネットメッセージのサイズを判定し、所定の単一パケットの閾値と比較するが、所定の単一パケット閾値は個々の環境に応じてシステム運用者が例えば間隔１．５ｋバイト乃至６４ｋバイト内に設定可能である。インターネットメッセージのサイズが単一パケットの閾値より大きい場合、インターネットメッセージをＴＣＰインターネットメッセージ伝送により送信し、インターネットメッセージのサイズが閾値より小さい場合、エンベロープ、ヘッダセットおよび本体を単一データパケット、例えばＵＤＰパケットに詰め、ＬＬＭＴＰ／ＵＤＰインターネットメッセージ伝送により送信する。電子メールメッセージのサイズが単一パケットの閾値に実質上相当する場合、ＴＣＰとＵＤＰとの間の選択は随意である。

インターネットメッセージ受信機が、インターネットメッセージ送信機から単一データパケット、例えばＵＤＰパケットを受信する場合、インターネットメッセージ受信機はインターネットメッセージ送信機へ確認応答を返送することにより受信を確認する。インターネットメッセージ送信機がタイムアウト間隔の間に受信の確認応答を受信しなければ、インターネットメッセージ送信機はＵＤＰパケットを再送信する。

ＵＤＰはハンドシェイク手順を含まず、コネクションレス型伝送レイヤプロトコルであり、コネクションレス型伝送レイヤプロトコルはＴＣＰの信頼性機構が必要でない状況では有用であるので、ＵＤＰは適する伝送プロトコルの例である。一方その他の適する伝送プロトコルを適用することもできる。

図２は本発明による拡張ＩＰスタックを概略的に示す。拡張ＩＰスタックはＩＰレイヤ２５、ＵＤＰレイヤ２３およびＴＣＰレイヤ２４および新しい低レイテンシメール転送プログラム（ＬＬＭＴＰ）レイヤ２１を含み、電子メールメッセージを伝送する場合ＬＬＭＴＰが必要とする往復は従来のＳＭＴＰ２２より少ない。

図３は電子メールメッセージのエンベロープ、ヘッダセットおよび本文の１つの単一データパケット例えばＵＤＰパケットへの詰め込みを示す。この図に示す実施形態では、ＳＭＴＰ／ＴＣＰインターネットメッセージはエンベロープ３２、ヘッダの集合３４、および本文３６を含む。エンベロープ３２は電子メールメッセージに関するルーティング情報を含み、例えば凡そ５０バイトのサイズを有することがある。ヘッダの集合３４は、主題（ｓｕｂｊｅｃｔ）だけでなくインターネットメッセージの送信機および受信機に関する情報を含み、例えば凡そ５０バイトのサイズを有することがある。一方、本文３６は実際のメッセージを含む。本発明によれば、十分に小さい、即ち所定の単一パケットの閾値より小さいインターネットメッセージは単一データパケット３８、例えばＵＤＰパケットに詰めることとし、単一データパケット３８はエンベロープ３２、ヘッダの集合３４および本文３６の情報を含むこととする。従ってこの図に示すように、全インターネットメッセージ、並びにルーティング情報を１つの単一データパケット３８に含むこととし、単一データパケットを１つまたは複数のＩＰパケットに分割して伝送する。

ＵＤＰパケットは最大６４ｋバイトのサイズを有し、一方ＩＰパケット、例えばイーサネットパケットは僅か１．５ｋバイトのサイズを有する。１．５ｋバイトより小さいサイズを有するＵＤＰパケットは通常１つのＩＰパケットのみで伝送し、一方１．５ｋバイトより大きなＵＤＰパケットは幾つかのＩＰパケットで伝送する。例えば、４．５ｋバイトのＵＤＰパケットはノード１からノード２へ３つのＩＰパケットに分割して伝送することとし、各ＩＰパケットは１．５ｋバイトのサイズを有する。３つのＩＰパケット全てをノード２が受信すると、ＵＤＰパケットを再作成し、ノード２はノード１へ確認応答を返送することとする。タイムアウト間隔内に確認応答を受信しない場合、ノード１は好ましくはＵＤＰパケットを再送することとする。伝送障害の確率はＵＤＰパケットを収容する必要があるＩＰパケットの数と共に増大し、それ故再送信の数はＵＤＰパケットのサイズと共に増加するであろう。単一データパケットの閾値の適するサイズは伝送の信頼性に依存するであろうし、単一データパケットの閾値は好ましくはシステム運用者により設定することができ、例えば１．５ｋバイトと６４ｋバイトとの間のデフォルト値を有する。

図４は本発明による低レイテンシメール転送の実施例を示すフローチャートである。大きな電子メールはＴＣＰ、即ちＬＬＭＴＰ／ＴＣＰにより伝送するが、小さいサイズ、例えば占めるサイズが６４ｋバイトより小さい電子メールは単一データパケット、例えばＵＤＰパケットに詰め、１つまたは複数のＩＰパケットに分割して伝送する。フローチャートは、電子メールメッセージをインターネットメッセージ受信ノードに送信する場合に本発明のこの実施形態によりインターネットメッセージ送信ノードが実行するステップを示す。ステップ４０で、インターネットメッセージ送信機はインターネットメッセージのサイズ、即ちエンベロープ、ヘッダブロックおよび本文を詰め込むフォーマットのサイズを判定する。ステップ４２は所定の単一パケット（ＵＤＰ）の閾値とサイズとを比較し、サイズが前記閾値より小さいかを判定するが、前記閾値は例えば１．５ｋバイトと６４ｋバイトとの間隔内にシステム運用者が設定可能である。小さくなければ、電子メールメッセージをステップ４４でＬＬＭＴＰ／ＴＣＰにより伝送する。一方電子メールメッセージのサイズが前記閾値より小さければ、電子メールメッセージおよびルーティング情報、即ちエンベロープ、ヘッダブロックおよび本体をステップ４５で適するコネクションレス伝送プロトコル、例えばＵＤＰに従い１つの単一データパケットに詰める。ステップ４６で、電子メールメッセージをＬＬＭＴＰ／ＵＤＰにより送信するが、ＬＬＭＴＰ／ＵＤＰでは単一データパケットは、インターネットメッセージ送信機からインターネットメッセージ受信機に送信するのに必要な数のＩＰパケットに分割される。ステップ４７で、ＵＤＰパケットの受信に際しインターネットメッセージ受信機が発行する確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）を、インターネットメッセージ送信機がタイムアウト間隔内に受信したかを判定する。受信しなければ、電子メールメッセージを再送信し、ステップ４６乃至４７を再実行し、受信すれば、電子メールの伝送は完了である。

このフローチャートに示すように、従来のＳＭＴＰ／ＴＣＰにより電子メールメッセージを伝送する場合に必要な少なくとも７回の往復と比較して、電子メールメッセージのＬＬＭＴＰ／ＵＤＰ伝送ではインターネットメッセージ送信機とインターネットメッセージ受信機との間でたった１回の往復が必要なだけである。それにより、インターネットメッセージ送信端末のユーザは確認応答をより早く受信するであろうし、一方全待ち時間、即ち遅延、並びに電力消費は減少する。

代替実施形態によれば、電子メールメッセージのサイズが単一パケットの閾値のサイズより小さいか、または等しければ、インターネットメッセージ送信機はステップ４５、即ち１つの単一パケットへの詰め込みを実行することとする。

本発明のさらなる実施形態によれば、インターネットメッセージを適する圧縮法、例えばデフレートアルゴリズムを使用して圧縮し、圧縮に先立ってシステム運用者が設定可能でありうる所定の圧縮閾値とのインターネットメッセージのサイズの比較を行いうる。

図５は本発明の第２の実施形態を示すフローチャートであり、所定の圧縮閾値より大きな電子メールメッセージを適する圧縮法、例えばデフレートアルゴリズムを使用して圧縮する。その後、電子メールメッセージを単一パケットの閾値と比較し、圧縮電子メールメッセージが単一パケットの閾値より小さい場合、メッセージをＬＬＭＴＰ／ＵＤＰにより伝送し、小さくなければ圧縮メッセージをＬＬＭＴＰ／ＴＣＰにより伝送する。

ステップ５０で、インターネットメッセージ送信機は電子メールメッセージのサイズを判定する。ステップ５１で、サイズを所定の圧縮閾値と比較し、サイズが前記閾値を上回るかを判定する。上回れば、例えばデフレートアルゴリズムによる圧縮手順をステップ５２で実行し、ステップ５３で圧縮電子メールメッセージのサイズを判定する。ステップ５４はサイズを所定のＵＤＰ（単一パケット）の閾値と比較し、サイズが前記閾値を下回るかを判定する。下回らなければ、電子メールメッセージをＬＬＭＴＰ／ＴＣＰによりインターネットメッセージ受信機に伝送する。下回れば、電子メールメッセージおよびルーティング情報、即ちエンベロープ、ヘッダブロックおよび本文をステップ５６で単一データパケット、例えばＵＤＰパケットに詰める。ステップ５７で、電子メールメッセージをＬＬＭＴＰ／ＵＤＰにより伝送するが、単一データパケットはインターネットメッセージ送信機からインターネットメッセージ受信機に送信するのに必要な数のＩＰパケットに分割する。ステップ５８で、単一（ＵＤＰ）パケットの受信に際してインターネットメッセージ受信機が発行する確認応答（ＡＣＫ）をタイムアウト間隔内にインターネットメッセージ送信機が受信したかを判定する。受信すれば、電子メールの伝送は完了であるが、受信しなければインターネットメッセージを再送信し、電子メールの伝送が完了するまでステップ５７乃至５８を再実行する。

本代替実施形態によれば、電子メールメッセージ、または圧縮電子メールメッセージのサイズが単一パケットの閾値のサイズより小さいか、または等しければ、インターネットメッセージ送信機はステップ５６、即ち単一パケットへの詰め込みを実行することとする。

ＬＬＭＴＰサーバとして機能しないインターネットメッセージ受信ノードに電子メールメッセージを送信または転送する場合、本発明によればインターネットメッセージ送信ノードは、従来のＳＭＴＰクライアントとして好ましくは機能する。同様に、ＳＭＴＰ／ＴＣＰ電子メールを受信する場合、本発明によればインターネットメッセージ受信ノードは、従来のＳＭＴＰサーバとして好ましくは機能する。

図６は本発明によりインターネットメッセージ送信機として機能するようにした装置６０の実施例を示すブロック図である。装置は電子メールメッセージのサイズを判定する判定手段６１、サイズを所定の単一パケットの閾値と比較する比較手段６２、サイズが閾値より大きい場合、サーバへのＴＣＰインターネットメッセージの伝送を実行するＬＬＭＴＰ／ＴＣＰ伝送手段６３、電子メールメッセージのサイズが前記閾値より小さい場合、ＬＬＭＴＰ／ＵＤＰインターネットメッセージの伝送を実行するＬＬＭＴＰ／ＵＤＰ伝送手段６４、および電子メールメッセージの圧縮を実行する圧縮手段６５を含む。

装置６０の別の実施例は図示しないが、圧縮手段を準備しない。

装置６０は２Ｇまたは３Ｇによる無線アクセスネットワークに接続する例えば移動端末、インターネットに接続するパーソナルコンピュータ、またはネットワークに接続するサーバコンピュータであってよい。

本発明は、無線または有線リンクコネクションを介して通信するインターネットメッセージ送信ノードおよびインターネットメッセージ受信ノードまたはそのいずれかにおいて適用可能であり、環境は例えば２Ｇまたは３Ｇによる無線アクセスネットワーク、固定または移動コンピュータネットワーク、惑星間通信リンク、またはＩＭＳ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）などでよい。

本発明を本発明の概念を示すためのみの特別な実施例および図面を参照して説明したが、本発明は開示する実施形態に制限されない。それよりも、本発明は添付する特許請求の範囲の範囲内における種々の修正を含むと考えられる。

従来のＳＭＴＰ／ＴＣＰ電子メール伝送を示す信号方式図である。新しい待ち時間の短いメール伝送プロトコル（ＬｏｗＬａｔｅｎｃｙＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ、ＬＬＭＴＰ）レイヤを含むＩＰスタックである。単一データパケット、例えばＵＤＰパケットへの電子メールメッセージの詰め込みを概略的に示す。本発明の第１の実施形態による電子メールの伝送を示すフローチャートである。電子メールメッセージの圧縮を使用する本発明の第２の実施形態による電子メール伝送を示すフローチャートである。本発明の実装手段の実施形態を示すブロック図である。

Claims

インターネットメッセージ受信ノードへとコネクションを介してインターネットメッセージを伝送するインターネットメッセージ送信ノードにおける方法であって、前記インターネットメッセージ送信ノードが、
前記インターネットメッセージのサイズを判定する工程と（４０）、
前記インターネットメッセージのサイズを所定の単一パケットの閾値と比較する工程と（４２）、
前記インターネットメッセージのサイズが前記単一パケットの閾値より大きければ、前記コネクションを介してＴＣＰインターネットメッセージの伝送を実行する工程と（４４）、
前記インターネットメッセージのサイズが前記単一パケットの閾値より小さければ、前記コネクションを介して単一パケット・インターネット・メッセージの伝送を実行する工程と（４５、４６）
を実行することを特徴とする方法。
単一パケット・インターネット・メッセージの伝送を実行する前記ステップが、
前記インターネットメッセージを単一データパケットに詰める副工程と（４５）、
前記単一データパケットを１つまたは複数のＩＰパケットに分割する副工程と、
前記ＩＰパケットを前記インターネットメッセージ受信ノードへ送信する副工程と（４６）、
タイムアウト間隔内に前記インターネットメッセージ受信ノードから確認応答を受信しなければ、再送信を実行する副工程と
を含むことを特徴とする請求項１に記載の方法。
前記インターネットメッセージのサイズが前記単一パケットの閾値に実質上相当する場合、前記コネクションを介して単一パケット・インターネット・メッセージの伝送（４５、４６）を実行することを特徴とする請求項１または請求項２に記載の方法。
前記インターネットメッセージのサイズが前記単一パケットの閾値に実質上相当する場合、前記コネクションを介してＴＣＰインターネットメッセージの伝送（４４）を実行することを特徴とする請求項１または請求項２に記載の方法。
前記インターネットメッセージの圧縮（５２）を実行することを特徴とする請求項１乃至請求項４のいずれか１項に記載の方法。
前記圧縮の実行の前に前記インターネットメッセージのサイズを所定の圧縮閾値と比較する（５１）ことを特徴とする請求項５に記載の方法。
デフレートアルゴリズムを前記圧縮に使用する請求項５又は請求項６に記載の方法。
ＵＤＰ（ユーザ・データグラム・プロトコル）により前記単一パケット・インターネット・メッセージの伝送を実行する請求項１乃至請求項７のいずれか１項に記載の方法。
前記単一パケットの閾値が１．５ｋバイトと６４ｋバイトとの間隔内に設定可能である請求項１乃至請求項８のいずれかに記載の方法。
請求項１乃至請求項９のいずれか１項に記載の方法によりインターネットメッセージ送信ノードからコネクションを介して伝送するインターネットメッセージを受信するインターネットメッセージ受信ノードにおける方法であって、前記インターネットメッセージ送信ノードへ前記コネクションを介して受信単一データパケットの確認応答を送信することを特徴とする方法。
前記コネクションが無線電波コネクションである請求項１乃至請求項１０のいずれか１項に記載の方法。
前記コネクションが有線コネクションである請求項１乃至請求項１０のいずれか１項に記載の方法。
インターネットメッセージ受信ノードへとコネクションを介してインターネットメッセージを伝送するインターネットメッセージ送信ノードとして機能する装置（６０）であって、
前記インターネットメッセージのサイズを判定する判定手段（６１）と、
前記インターネットメッセージのサイズを所定の単一パケットの閾値と比較する比較手段（６２）と、
前記インターネットメッセージのサイズが前記単一パケットの閾値より大きい場合、前記インターネットメッセージ受信ノードへのＴＣＰインターネットメッセージの伝送を実行するＴＣＰ伝送手段（６３）と、
前記インターネットメッセージの前記サイズが前記単一パケットの閾値より小さい場合、前記インターネットメッセージ受信ノードへの単一パケット・インターネット・メッセージの伝送を実行する単一パケット伝送手段（６４）と
を備えることを特徴とする装置（６０）。
前記単一パケット伝送手段が、
前記インターネットメッセージを単一データパケットに詰める詰め込み手段と、
前記単一データパケットを１つまたは複数のＩＰパケットに分割する分割手段と、
前記ＩＰパケットを前記インターネットメッセージ受信ノードへ送信する送信手段と、
タイムアウト間隔内に前記インターネットメッセージ受信ノードから確認応答を受信しなければ、再送信を実行する再送信手段と
を備えることを特徴とする請求項１３に記載の装置（６０）。
前記インターネットメッセージのサイズが前記単一パケットの閾値に実質上相当すれば、前記コネクションを介して単一パケット・インターネット・メッセージの伝送を実行する前記単一パケット伝送手段を更に備えることを特徴とする請求項１３または請求項１４に記載の装置（６０）。
前記ＴＣＰ伝送手段は、前記インターネットメッセージのサイズが前記単一パケットの閾値に実質上相当すれば、前記コネクションを介してＴＣＰインターネットメッセージの伝送を実行することを特徴とする請求項１３または請求項１４に記載の装置（６０）。
前記コネクションが無線電波コネクションである請求項１３乃至請求項１６のいずれか１項に記載の装置（６０）。
前記コネクションが有線コネクションである請求項１３乃至請求項１６のいずれか１項に記載の装置（６０）。
前記インターネットメッセージの圧縮を実行する圧縮手段（６５）をさらに備えることを特徴とする請求項１３乃至請求項１８のいずれか１項に記載の装置（６０）。
前記圧縮手段がデフレートアルゴリズムを利用する請求項１９に記載の装置（６０）。
前記単一パケット伝送手段が、ＵＤＰ（ユーザ・データグラム・プロトコル）を使用する請求項１３乃至２０のいずれか１項に記載の装置（６０）。
前記単一パケットの閾値が１．５ｋバイトと６４ｋバイトとの間隔内に設定可能である請求項１３乃至請求項２１のいずれか１項に記載の装置（６０）。
前記装置は、ＳＭＴＰクライアントとして更に機能する請求項１３乃至請求項２３のいずれか１項に記載の装置（６０）。
前記装置は、インターネットメッセージ受信ノードとして更に機能し、
前記インターネットメッセージ送信ノードへと、前記コネクションを介して受信単一データパケットの確認応答を送信する確認手段をさらに備えることを特徴とする請求項１３乃至請求項２３のいずれか１項に記載の装置（６０）。
前記装置は、ＳＭＴＰサーバとして更に機能する請求項２４に記載の装置（６０）。
前記装置がサーバである請求項１３乃至請求項２５のいずれか１項に記載の装置（６０）。
前記装置が無線により無線アクセスネットワークに接続するようにした移動端末である請求項１３乃至請求項２５のいずれか１項に記載の装置（６０）。
前記装置が優先によりネットワークに接続するようにしたコンピュータ装置である請求項１３乃至請求項２５のいずれか１項に記載の装置（６０）。
前記装置が無線によりネットワークに接続するようにしたコンピュータ装置である請求項１３乃至請求項２５のいずれか１項に記載の装置（６０）。