JP2012529840A - 最適の送信プロトコル選択方法およびその装置 - Google Patents

Abstract

最適の送信プロトコル選択方法およびその装置が開示される。本発明の好ましい一実施形態によれば、ノードと連結する他のノードとのネットワーク状態を探知し、ネットワーク状態を利用してノードと他のノードの間の送信プロトコルを選択し、選択される送信プロトコルは修正送信プロトコルである送信プロトコル選択方法が提供される。
本発明によれば、多様に変化するネットワーク状況でも修正送信プロトコルを利用できるようにし、共用通信網には修正送信プロトコルを広く利用できるようになる長所がある。

Description

本発明は、送信プロトコル選択方法およびその装置に関し、より詳しくは、通信網を介してデータを送信する場合に利用される規約である送信プロトコルを、通信網の状況に応じて最適の送信プロトコルを選択するようにするための送信プロトコルの選択方法およびその装置に関する。

最近、コンピュータなどのデジタル処理装置の発達と通信網の発達により、通信網を介して多くのデータを授受している。

通信網は、多数の装置と通信回線などが互いに連結するようになって構成されるが、通信網を構成するそれぞれの構成要素がデータを交換しようとすれば、情報形態やコード化方式、送信方式とエラー、および流れ制御などに対する多くの部分に対して互いに共通する規則と手順を定め、これに従うようにしなければならない。ここで、このような規則や手順の集合をプロトコル（ｐｒｏｔｏｃｏｌ）という。

一方、このような多様なプロトコルのうち、通信経路および通信手段を提供するＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）７階層のうちの４階層に該当する送信階層で用いられるプロトコルを送信プロトコルという。

このような送信プロトコルとしては、代表的に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）などの送信プロトコルがある。

一方、通信網を介してデータを送受信する場合、データを送信する送信装置からデータを受信する受信装置にどのくらい速くて正確にデータが送信されるかが重要となる。

また、このようなデータ送信速度の改善のために、従来には、データ送受信装置の物理的改善や送信方法に対するアルゴリズムなどの改善により、データ送受信速度を増加させるための努力を行ってきた。

さらに、規約によって定めれた送信プロトコルに対しても、本来の規則や手順を維持しながらもデータ送受信速度を増加させることができる修正された送信プロトコル（以下、「修正送信プロトコル」とする）に対する研究および開発が活発に行われている。

しかし、このような修正送信プロトコルの場合、ネットワークの特定の特性のみを考慮した修正送信プロトコルが大部分であるため、多様に変化するネットワーク状況で広く利用することができないという問題点がある。

例えば、データ損失（ｌｏｓｓ）の発生を最小化するのに適した修正送信プロトコルをＰ１と仮定し、データ受信の遅延（ｄｅｌａｙまたはｌａｔｅｎｃｙ）を最小化するのに適した修正送信プロトコルをＰ２と仮定する。

一方、ネットワークの状態が常にノードとノードの間のデータ送信時にデータ損失が多発する場合であれば、データ損失の発生を最小化するのに適した修正送信プロトコルであるＰ１を適用することにより、データ送信効率を最大化することができる。

しかし、ノードとノードの間のネットワーク状態は、場合によってはデータ損失が多発するのではなく、データ受信の遅延（ｄｅｌａｙまたはｌａｔｅｎｃｙ）が多発し、データ損失は大きく発生しないこともある。

このような場合、Ｐ１プロトコルをそのまま適用する場合には、むしろデータ受信の遅延（ｄｅｌａｙまたはｌａｔｅｎｃｙ）が多発する場合に、データが最適に送信されなくなるという問題点が生じるようになる。

すなわち、修正送信プロトコルは、特定のネットワーク状況のみを考慮しながら、該当するネットワーク状況が発生する場合にのみ適するように開発されているため、専用網のような特定ネットワークには適合するが、特に複雑な構成を有する共用網のようなネットワークには広く用いることができないという問題点がある。

上述したような従来の問題点を解決するために、本発明は、多様に変化するネットワーク状況でも修正送信プロトコルを利用できるようにする、最適の送信プロトコル選択方法およびその装置を提案することを目的とする。

また、共用通信網には広く修正送信プロトコルを利用できるようにする、最適の送信プロトコル選択方法およびその装置を提案することを他の目的とする。

本発明のさらに他の目的は、後述する実施形態に対する説明によって容易に理解できるであろう。

上述したような目的を達成するために、本発明の一側面によれば、送信プロトコル選択方法が提供される。

本発明の好ましい一実施形態によれば、通信網を構成するノードで送信プロトコルを選択する方法において、前記ノードと連結する他のノードとのネットワーク状態を探知する段階（ａ）、および前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択する段階（ｂ）（前記送信プロトコルは、修正送信プロトコルである）を含むことを特徴とする送信プロトコル選択方法が提供される。

前記段階（ａ）は、エージェント（ａｇｅｎｔ）プログラムを利用して実行することができる。

前記段階（ａ）は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで実行することができる。

前記段階（ｂ）は、前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して実行することができる。

前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることができる。

本発明の他の側面によれば、データ送受信方法が提供される。

本発明の好ましい一実施形態によれば、通信網を構成するノードで送信プロトコルを選択する方法において、前記ノードと連結する他のノードとのネットワーク状態を探知する段階（ａ）、および前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択する段階（ｂ）（前記送信プロトコルは、修正送信プロトコルである）を含むことを特徴とする送信プロトコル選択方法によって選択された送信プロトコルを利用してデータを送受信するデータ送受信方法が提供される。

前記段階（ａ）は、エージェント（ａｇｅｎｔ）プログラムを利用して実行することができる。

前記段階（ａ）は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで実行することができる。

前記段階（ｂ）は、前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して実行することができる。

前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることができる。

前記段階（ａ）および段階（ｂ）は、前記選択された送信プロトコルを利用してデータの送受信中にも実行することができる。

本発明のさらに他の側面によれば、送信プロトコル選択装置が提供される。

本発明の好ましい一実施形態によれば、通信網を構成するノードにおける送信プロトコルを選択する装置において、前記ノードと連結する他のノードとのネットワーク状態を探知するネットワーク状態探知部、および前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択する送信プロトコル選択部（前記送信プロトコルは、修正送信プロトコルである）を含むことを特徴とする、送信プロトコル選択装置が提供される。

前記ネットワーク状態探知部は、エージェント（ａｇｅｎｔ）プログラムを利用して前記ネットワーク状態の探知を実行することができる。

前記ネットワーク状態探知部は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで前記ネットワーク状態の探知を実行することができる。

前記送信プロトコル選択部は、前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して、前記ノードと前記他のノードの間の送信プロトコルを選択することができる。

前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることができる。

本発明のさらに他の側面によれば、データ送受信装置が提供される。

本発明の好ましい一実施形態によれば、通信網を構成するノードにおける送信プロトコルを選択する装置において、前記ノードと連結する他のノードとのネットワーク状態を探知するネットワーク状態探知部、および前記ネットワーク状態を利用して、前記ノードと前記他のノードの間の送信プロトコルを選択する送信プロトコル選択部（前記送信プロトコルは、修正送信プロトコルである）を含むことを特徴とする送信プロトコル選択装置によって選択された送信プロトコルを利用してデータを送受信するデータ送受信装置が提供される。

前記ネットワーク状態探知部は、エージェント（ａｇｅｎｔ）プログラムを利用して前記ネットワーク状態の探知を実行することができる。

前記ネットワーク状態探知部は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで前記ネットワーク状態の探知を実行することができる。

前記送信プロトコル選択部は、前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して、前記ノードと前記他のノードの間の送信プロトコルを選択することができる。

前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることができる。

前記送信プロトコル選択装置は、前記選択された送信プロトコルを利用してデータの送受信中にも前記ノードと連結する他のノードとのネットワーク状態探知し、前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択することができる。

本発明のさらに他の側面によれば、送信プロトコル選択方法を実現するためのプログラムを記録した記録媒体が提供される。

本発明の好ましい一実施形態によれば、通信網を構成するノードで送信プロトコルを選択する方法を実現するためのプログラムを記録した記録媒体において、前記ノードと連結する他のノードとのネットワーク状態を探知する段階（ａ）、および前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択する段階（ｂ）（前記送信プロトコルは、修正送信プロトコルである）を含むことを特徴とする送信プロトコル選択方法を実現するためのプログラムを記録した記録媒体が提供される。

前記段階（ａ）は、エージェント（ａｇｅｎｔ）プログラムを利用して実行することができる。

前記段階（ａ）は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで実行することができる。

前記段階（ｂ）は、前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して実行することができる。

前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることができる。

本発明のさらに他の側面によれば、データ送受信方法を実現するためのプログラムを記録した記録媒体が提供される。

本発明の好ましい一実施形態によれば、通信網を構成するノードで送信プロトコルを選択する方法において、前記ノードと連結する他のノードとのネットワーク状態を探知する段階（ａ）、および前記ネットワーク状態を利用して、前記ノードと前記他のノードの間の送信プロトコルを選択する段階（ｂ）（前記送信プロトコルは、修正送信プロトコルである）を含むことを特徴とする送信プロトコル選択方法によって選択された送信プロトコルを利用してデータを送受信するデータ送受信方法を実現するためのプログラムを記録した記録媒体が提供される。

前記段階（ａ）は、エージェント（ａｇｅｎｔ）プログラムを利用して実行することができる。

前記段階（ａ）は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで実行することができる。

前記段階（ｂ）は、前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して実行することができる。

前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることができる。

前記段階（ａ）および段階（ｂ）は、前記選択された送信プロトコルを利用してデータの送受信中にも実行することができる。

上述したように、本発明に係る最適の送信プロトコル選択方法およびその装置によれば、多様に変化するネットワーク状況でも修正送信プロトコルを利用できるようにする長所がある。

また、共用通信網には修正送信プロトコルを広く利用できるようになる長所がある。

本発明の好ましい一実施形態に係る最適の送信プロトコル選択方法を実行することができるネットワークシステムの構成を例示した例示図である。 本発明の好ましい一実施形態に係る最適の送信プロトコル選択方法が実現される順序を示したフローチャートである。 本発明の好ましい一実施形態に係る最適の送信プロトコル選択装置の構成を示した構成図である。

本発明は多様な変更を加えることができ、多様な実施形態を有することができるが、特定の実施形態を図面に例示して詳細な説明に詳細に説明する。しかし、これは本発明を特定の実施形態に対して限定しようとするものではなく、本発明の思想および技術範囲に含まれるすべての変更、均等物ないし代替物を含むものと理解しなければならない。

各図面を説明しながら、類似する参照符号を類似する構成要素に対して用いた。本発明を説明するにおいて、関連する公知技術に対する具体的な説明が本発明の要旨を不明確にするものと判断される場合、その詳細な説明は省略する。

第１、第２などの用語は、多様な構成要素を説明するのに用いられるが、前記構成要素は前記用語によって限定されてはならない。前記用語は、１つの構成要素を他の構成要素から区別する目的としてのみ用いられる。

例えば、本発明の権利範囲を逸脱しない範囲内で、第１構成要素を第２構成要素と命名することもできるし、同じように第２構成要素を第１構成要素と命名することもできる。

および／またはという用語は、複数の関連して記載された項目の組み合わせまたは複数の関連して記載された項目のうちのいずれかの項目を含む。

ある構成要素が他の構成要素に「連結して」いたり「接続して」いると言及されたときには、その他の構成要素に直接に連結していたり接続している場合もあるが、中間に他の構成要素が存在する場合もあると理解しなければならない。

この反面、ある構成要素が他の構成要素に「直接連結して」いたり「直接接続して」いると言及されたときには、中間に他の構成要素が存在しないと理解しなければならない。

本出願で用いた用語は、単に特定の実施形態を説明するために用いられたものに過ぎず、本発明を限定しようとする意図ではない。

単数の表現は、文脈上において明白に相違して説明されない限り、複数の表現を含む。本出願において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品、またはこれらを組み合わせたものが存在することを指定しようとするものであり、１つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品、またはこれらを組み合わせたものなどの存在または付加可能性を予め排除しないものとして理解しなければならない。

相違して定義されない限り、技術的や科学的な用語を含んでここで用いられるすべての用語は、本発明が属する技術分野において通常の知識を有する者によって一般的に理解されるものと同じ意味を有している。

一般的に用いられる辞書に定義されているものと同じ用語は、関連技術の文脈上において有する意味と一致する意味を有するものとして解釈されなければならず、本出願で明白に定義しない限り、理想的や過度に形式的な意味として解釈されることはない。

以下、添付の図面を参照しながら、本発明に係る好ましい実施形態について詳しく説明する。図面符号に係わらず、同じか対応する構成要素には同じ参照番号を付与し、これに対する重複する説明は省略する。

まず、図１を参照しながら、本発明の好ましい一実施形態に係る最適の送信プロトコル選択方法を実行することができるネットワークシステムの構成について詳察する。

図１は、本発明の好ましい一実施形態に係る最適の送信プロトコル選択方法を実行することができるネットワークシステムの構成を例示した図である。図１に示すように、ネットワークシステムは、ネットワークを構成するそれぞれの構成要素、すなわち、装置であるノード（１００ａ、１００ｂ、１００ｃ、１００ｄ）で構成される。

図１の例示では、ノード１ １００ａは、ノード２ １００ｂおよびノード３ １００ｃとそれぞれ連結し、ノード２ １００ｂおよびノード３ １００ｃは、再びそれぞれノード４ １００ｄと連結する場合を示している。

このようなそれぞれのノード（１００ａ、１００ｂ、１００ｃ、１００ｄ）間の連結において、例えば、ノード１ １００ａとノード２ １００ｂの連結とノード１ １００ａとノード３ １００ｃの連結、そしてノード２ １００ｂとノード４ １００ｄ、ノード３ １００ｃとノード４ １００ｄなど、それぞれのノード間のネットワーク状態はそれぞれすべて異なることがある。

例えば、ノード１ １００ａとノード２ １００ｂの間の連結は、代表的な公衆通信網であるインターネットを介した連結であることがあり、ノード１ １００ａとノード３ １００ｃの間の連結は、専用網を介した連結であることがある。

これだけでなく、例えば、ノード２ １００ｂとノード４ １００ｄの間の連結とノード３ １００ｃとノード４ １００ｄの間の連結がすべてインターネットを介した連結であったとしても、回線の種類やノードの性能、ノード間に授受するデータの量などにより、ノード間のデータの送信速度、すなわち、データ送受信速度は異なるようになる。

一方、このようなネットワークの状態は、エージェント（ａｇｅｎｔ）プログラムのようなネットワーク状態探知プログラムなどを利用してネットワークの状態を探知することができる。

また、探知された結果を利用してノード間の連結状態、すなわち、ネットワーク状態がどんな状態であるかを判断することができる。

このような状態の判断は、予め設定された基準により、該当する特性が多発するネットワークであるか否かによって判断することができる。

例えば、ノード１ １００ａとノード２ １００ｂの間のデータの送受信時には、データ送信損失率であるロス（ｌｏｓｓ）が予め設定された基準以上に多く発生する場合であれば、ノード１ １００ａとノード２ １００ｂの間のネットワーク状態をロスが多発するネットワークとして判断することができる。

一方、ノード２ １００ｂとノード３ １００ｃの間のデータの送受信時には、データ送受信時の遅延時間であるレイテンシ（ｌａｔｅｎｃｙ）が予め設定された基準以上に多く発生する場合であれば、ノード１ １００ａとノード３ １００ｃの間のネットワーク状態をレイテンシが多発するネットワークとして判断することができる。

このようなネットワーク状態の判断は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報やネットワーク、すなわち、通信網のデータ送信損失率情報、通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで判断することができる。

図１を例示すれば、ノード１ １００ａとノード２ １００ｂの間のネットワーク状態が予め設定された基準以上のロスが発生し、ノード１ １００ａとノード３ １００ｃの間には予め設定された基準値以上のレイテンシが発生し、ノード２ １００ｂとノード４ １００ｄの間には予め設定された基準値以上のロスおよびレイテンシが発生すると仮定しよう。

さらに、ノード３ １００ｃとノード４ １００ｄの間のプロトコルは、ロスおよびレイテンシが予め設定された基準値以下であるが大容量データが送信されなければならず、しかし送信プロトコルがＴＣＰに設定されており、ＴＣＰの特性であるスロースタートによってデータの送受信が遅れるものと判断される場合を仮定しよう。

このようなそれぞれのノード間のネットワーク状態を、下記表１のように示すことができる。

一方、それぞれのノード間のネットワーク状態に対する情報が収集されれば、このような情報を利用して各ネットワーク状態による適した修正送信プロトコルを選択する。

例えば、データ送信損失率を最小化することができる修正送信プロトコルをＰ１、レイテンシを最小化することができる修正送信プロトコルをＰ２、ロスおよびレイテンシをすべて最小化することができる修正送信プロトコルをＰ３、そしてＴＣＰのスロースタート特性を修正したプロトコルをＰ４と仮定する。

この場合、それぞれのノード間でデータ送受信のために選択されるそれぞれの送信プロトコルは、下記表２のように選択することができる。

したがって、それぞれのノード間における送信プロトコルの種類はそれぞれ異なるようになるが、これだけでなく、各ノード間のネットワーク状態を周期的に探知してネットワーク状態の変化を反映し、ネットワーク状態に応じて最適の送信プロトコルを選択してデータの送受信が行われるようにすることが可能となる。

一方、このような修正送信プロトコルの種類を選択することにおいて、ノードとノードの間に送信されるデータのサイズや種類などを共に考慮して修正送信プロトコルを決定することも可能である。

例えば、ノード１ １００ａからノード２ １００ｂに送信するデータが大容量データである場合、大容量データの送信に適した修正送信プロトコルであるかまで共に考慮して修正送信プロトコルを選択することも可能である。

また、例えば、ストリームデータの場合、データが切れることなく連続的に送信されることが要求されることがあるため、ストリームデータの送信に適した修正送信プロトコルであるかまで共に考慮して修正送信プロトコルを選択することができる。

また、このような修正送信プロトコルの選択は、データの送信が行われる途中にも、予め設定された周期で実行して修正送信プロトコルの変更などが行われるようにできる。

例えば、データを送信する途中にネットワーク状態を探知し、ネットワークの状態がレイテンシが多発した状態からデータ損失が多発する状態に変化することがある。

この場合、周期的にネットワーク状態を探知し、このような情報に応じて適した修正送信プロトコルを変化させることにより、より効率的なデータの送信が行われるようにすることが可能となる。

一方、本発明における修正送信プロトコルは、標準に定義されたそのままで利用される送信プロトコルではない送信プロトコルを修正送信プロトコルと名称することにしたのは、上述したとおりである。

また、このような修正送信プロトコルは、高性能送信プロトコル（ｈｉｇｈ ｐｅｒｆｏｒｍａｎｃｅ ｐｒｏｔｏｃｏｌ）、最適プロトコル（ｏｐｔｉｍｉｚａｔｉｏｎ ｐｒｏｔｏｃｏｌ）、特別プロトコル（ｓｐｅｃｉａｌｉｚｅｄ ｐｒｏｔｏｃｏｌ）などの名称で呼ばれたりもするが、このような名称に限定されることはない。

一方、このような修正送信プロトコルは、基本的に標準プロトコルを基盤として特定のネットワーク状況に合わせてその機能の一部のみを修正し、特定状況に合うように用いられる場合が大部分である。

したがって、従来の標準プロトコルを利用する装置でそのまま利用できる場合が大部分である。

しかし、このような修正送信プロトコルは、特定のネットワーク状況に特化された場合が大部分であるため、多様に変化するネットワークでは広く使用することができなかった。

しかし、本発明では、ネットワーク状態に応じて、それぞれのノード間の送信プロトコルを決定するようにすることにより、より迅速かつ正確にデータの送受信のために研究開発されている修正送信プロトコルをインターネットのような公衆通信網でも利用できるようになる。

一方、修正送信プロトコルは、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）を基盤とした多様な修正送信プロトコルが提示されている。

例えば、送信プロトコルとして代表的なＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の場合、ＲＦＣ １３２３の場合にはｌａｒｇｅ ｗｉｎｄｏｗ ｓｉｚｅを支援することができるＴＣＰ関連基準を提示しており、このような基準を満たしながらも本来のＴＣＰと互換が可能なＴＣＰが提示され、レイテンシが大きいシステムにもＴＣＰが利用されるようにしている。

これだけでなく、ＴＣＰの場合、初期ウィンドウサイズが予め設定されており、このようなウィンドウサイズは初期ウィンドウサイズから制限的に大きくなるようになるため、大容量データの送信時に多くのデータの送信が行われるまで多少の時間がかかる、いわゆる「スロースタート」の問題がある。

このようなＴＣＰのスロースタート問題を解決するために、ＴＣＰの初期ウィンドウサイズを調整することができる修正送信プロトコルも提案されている。

本発明における修正送信プロトコルは、このような本来の標準送信プロトコルから特定の機能を改善するための送信プロトコルであって、高性能送信プロトコル、最適プロトコル、特別プロトコルなどの名称で呼ばれたりもするが、これに限定されることはなく、多様な種類の修正送信プロトコルが本発明に利用されることは上述したとおりである。

以下、図２を参照しながら、本発明の好ましい一実施形態に係る送信プロトコル選択方法が実現される順序について詳察する。

図２は、本発明の好ましい一実施形態に係る最適の送信プロトコル選択方法が実現される順序を示すフローチャートである。図２に示すように、本発明の好ましい一実施形態に係る最適の送信プロトコル選択方法は、まず、１つのデータを送受信する他のノードまたはノード間のネットワーク状態を探知する（Ｓ２００）。

このようなネットワーク状態の探知は、上述したように、エージェントプログラムなどを利用して実行することができ、ネットワーク状態の探知によって収集される情報は、例えば、ＲＴＴ、ｌｏｓｓ、ｌａｔｅｎｃｙ、各ノードの性能情報などのデータ送受信機能に関する情報であれば、いかなる制限もない。

一方、ネットワーク状態の探知が完了すれば、データを送受信するノード間の最適の送信プロトコルを選択する（Ｓ２０２）。

選択される送信プロトコルは、上述したように修正送信プロトコルであり、修正送信プロトコルが選択される方法は、上述したとおりである。

このような修正送信プロトコルが選択されれば、選択された修正送信プロトコルを利用してノードとノードの間でデータの送信が行われるようになる（Ｓ２０４）。

一方、このような本発明に係わる送信プロトコルの選択方法は、プログラムによって実現されてコンピュータで読み取ることができる記録媒体（ＣＤ−ＲＯＭ、ＲＡＭ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フロッピー（登録商標）ディスク、ハードディスク、光ディスクなど）に格納することができる。

以下、図３を参照しながら、本発明に係る送信プロトコルの選択を装置で実現する場合、その構成について詳察する。図３は、本発明の好ましい一実施形態に係る最適の送信プロトコル選択装置の構成を示した構成図である。図３に示すように、本発明の好ましい一実施形態に係る送信プロトコル選択装置は、ネットワーク状態探知部３００、送信プロトコル選択部３１０、およびデータ送信部３２０を含むことができる。

ネットワーク状態探知部３００は、１つのデータを送受信する他のノードまたはノード間のネットワーク状態を探知する。

ネットワーク状態探知部３００がネットワーク状態を探知することは、エージェントプログラムなどを利用して実行することができ、ネットワーク状態の探知によって収集される情報は、例えば、ＲＴＴ、ｌｏｓｓ、ｌａｔｅｎｃｙ、各ノードの性能情報などのデータ送受信機能に関する情報であれば、いかなる制限もないことは上述したとおりである。

送信プロトコル選択部３１０は、ネットワーク状態探知部３００で探知されたネットワーク状態情報を利用して、データを送受信するノード間の最適の送信プロトコルを選択する。

送信プロトコル選択部３１０で選択される送信プロトコルは、上述したように修正送信プロトコルであり、修正送信プロトコルが選択される方法は、予め設定された基準を利用してネットワーク状態の特性を判断し、該当する特性に特化された修正送信プロトコルを選択できることは上述したとおりである。

また、このような修正送信プロトコルの種類を選択するにおいて、ノードとノードの間に送信されるデータのサイズや種類などを共に考慮して修正送信プロトコルを決定することも可能である。

データ送受信部３２０は、送信プロトコル選択部３１０で選択される送信プロトコルを利用して、ノードとノードの間でデータの送信が実行する。

一方、ネットワークの状態探知部３００と送信プロトコル選択部３１０は、修正送信プロトコルが選択されてデータの送信が行われる途中にも、予め設定された周期でネットワークの状態探知および送信プロトコルの選択を実行し、データの送信途中にも修正送信プロトコルの変更などが行われるようにできる。

このような送信プロトコル選択装置は、サーバやクライアントのようなデータ送受信装置にプログラムの形態で設置されて実現されたり、別途の装置によってデータ送受信装置と連結して送信プロトコルを選択するようにできることは自明である。

また、送信プロトコル選択装置が別途の装置で構成される場合、図３において、データ送受信部は、送信プロトコル選択装置に含まれないこともある。
以上、本発明の好ましい実施形態は、例示の目的のために開示されたものであり、本発明に対して通常の知識を有する当業者であれば、本発明の思想と範囲内で多様な修正、変更、付加が可能であるはずであり、このような修正、変更、および付加は添付の特許請求の範囲に属するものとしなければならない。

Claims (16)

1. 通信網を構成するノードで送信プロトコルを選択する方法であって、
   前記ノードと連結する他のノードとのネットワーク状態を探知する段階（ａ）、および
   前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択する段階（ｂ）（前記送信プロトコルは、修正送信プロトコルである）、
   を含むことを特徴とする、送信プロトコル選択方法。
2. 前記段階（ａ）は、
   エージェント（ａｇｅｎｔ）プログラムを利用して実行されることを特徴とする、請求項１に記載の送信プロトコル選択方法。
3. 前記段階（ａ）は、
   ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで実行されることを特徴とする、請求項１に記載の送信プロトコル選択方法。
4. 前記段階（ｂ）は、
   前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して実行されることを特徴とする、請求項１に記載の送信プロトコル選択方法。
5. 前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることを特徴とする、請求項１に記載の送信プロトコル選択方法。
6. 前記送信プロトコル選択方法によって選択された送信プロトコルを利用してデータを送受信する、請求項１〜５のうちのいずれか一項に記載のデータ送受信方法。
7. 前記段階（ａ）および段階（ｂ）は、
   前記選択された送信プロトコルを利用してデータの送受信中にも実行されることを特徴とする、請求項６に記載のデータ送受信方法。
8. 通信網を構成するノードにおける送信プロトコルを選択する装置であって、
   前記ノードと連結する他のノードとのネットワーク状態を探知するネットワーク状態探知部、および
   前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択する送信プロトコル選択部（前記送信プロトコルは、修正送信プロトコルである）、
   を含むことを特徴とする、送信プロトコル選択装置。
9. 前記ネットワーク状態探知部は、
   エージェント（ａｇｅｎｔ）プログラムを利用して前記ネットワーク状態の探知を実行することを特徴とする、請求項８に記載の送信プロトコル選択装置。
10. 前記ネットワーク状態探知部は、
    ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）情報、前記通信網のデータ送信損失率情報、前記通信網の回線種類情報、および前記通信網のユーザ情報のうちの少なくとも１つ以上を含んで前記ネットワーク状態の探知を実行することを特徴とする、請求項８に記載の送信プロトコル選択装置。
11. 前記送信プロトコル選択部は、
    前記ノードと前記他のノードの間の送信されるデータの種類およびサイズのうちの少なくとも１つの情報をさらに利用して、前記ノードと前記他のノードの間の送信プロトコルを選択することを特徴とする、請求項８に記載の送信プロトコル選択装置。
12. 前記修正送信プロトコルは、データ送信時の損失（ｌｏｓｓ）を最小化する送信プロトコル、データ送信時の遅延（ｌａｔｅｎｃｙ）を最小化する送信プロトコル、およびＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のスロースタート（ｓｌｏｗ ｓｔａｒｔ）を最小化する送信プロトコルのうちの少なくとも１つであることを特徴とする、請求項８に記載の送信プロトコル選択装置。
13. 前記送信プロトコル選択装置によって選択された送信プロトコルを利用してデータを送受信する、請求項８〜１２のうちのいずれか一項に記載のデータ送受信装置。
14. 前記送信プロトコル選択装置は、
    前記選択された送信プロトコルを利用してデータの送受信中にも前記ノードと連結する他のノードとのネットワーク状態を探知し、前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルの選択を実行することを特徴とする、請求項１３に記載のデータ送受信装置。
15. 通信網を構成するノードで送信プロトコルを選択する方法を実現するためのプログラムを記録した記録媒体であって、
    前記ノードと連結する他のノードとのネットワーク状態を探知する段階（ａ）、および
    前記ネットワーク状態を利用して前記ノードと前記他のノードの間の送信プロトコルを選択する段階（ｂ）（前記送信プロトコルは、修正送信プロトコルである）、
    を含むことを特徴とする、送信プロトコル選択方法を実現するためのプログラムを記録した記録媒体。
16. 前記送信プロトコル選択方法によって選択された送信プロトコルを利用してデータを送受信する、請求項１５に記載のデータ送受信方法を実現するためのプログラムを記録した記録媒体。

Images