クライアント間のデータ伝送の選択的ルーティング
パケットのルーティングホップカウントに従って、直接Ｐ２Ｐチャネルおよびリレーチャネルから、より良好な通信チャネルを選択する、クライアント間のデータ伝送の選択的ルーティングのための方法が提供される。本方法は、第１のクライアントから第２のクライアントまでの第１のルーティングホップカウントを直接Ｐ２Ｐチャネルがそれらの間にあると仮定して取得し、第１のクライアントからリレーサーバまでの第２のルーティングホップカウントをリレーサーバを通るリレーチャネルがあると仮定して取得し、リレーサーバから第２のクライアントまでの第３のルーティングホップカウントをリレーサーバを通るリレーチャネルがあると仮定して取得して、かつ第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計と、第１のルーティングホップカウントとを比較する。本方法は、次いで、比較結果に基づいて、第１のクライアントと第２のクライアントとの間のより良好なデータ伝送チャネルを、直接Ｐ２Ｐチャネルおよびリレーチャネルから選択する。選択的ルーティングのための方法を使用するシステムも開示される。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願＞
本出願は、２００７年１１月６日出願の「クライアント間のデータ伝送の選択的ルーティングのためのシステムおよび機器（ＳＹＳＴＥＭ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＳＥＬＥＣＴＩＶＥ ＲＯＵＴＩＮＧ ＯＦ ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＢＥＴＷＥＥＮ ＣＬＩＥＮＴＳ）」と題する中国特許出願第２００７１０１６８１１２．８号の優先権を主張するものであり、本中国出願は、参照によりその内容全体が本明細書に組み込まれる。
【背景技術】
【０００２】
本開示は、ネットワーク通信に関し、より具体的には、データ伝送モードまたはチャネルを設定するためのルーティング解析の技術に関する。
【０００３】
現在のインターネット技術の広範囲に及ぶ使用とともに、ネットワークを通じた通信アプリケーションは、人々の仕事、教育、およびエンターテイメントにとって、ますます重要になっている。より具体的には、クライアント間のデータ交換は、ネットワークユーザ間での音声や映像のファイル共有および交換を大幅に容易にしている。一般に、クライアント間のデータ交換には２種類の方法がある。第１の種類は、Ｐ２Ｐ伝送チャネルを確立してデータファイルを伝送するように、直接Ｐ２Ｐ（ピアツーピア）技術を使用する。ここに引用されているＰ２Ｐ技術は、サーバに基づく類似技術とは異なる。それは、Ｐ２Ｐネットワークの形態構造に基づく、比較的に新しいネットワーク通信技術である。インターネットサービスを提供する方法が３種類に、すなわちサーバに基づくもの、サーバを伴う（部分的にサーバに基づく）もの、およびサーバを伴わないものに分類されている場合、Ｐ２Ｐ技術は、主に、サーバを伴うもの、およびサーバを伴わないものに属し得る。
【０００４】
第２の種類は、リレー伝送チャネルを確立するように、ファイルの伝送に指定されたリレーサーバを使用する。開始クライアントおよび応答クライアントの両方がリレーサーバに接続している時に、データファイルの伝送を開始する。
【０００５】
データを伝送するのにＰ２Ｐ方式を使用することで、２つの通信クライアント間のルーティングホップカウントが小さい時に、高速データ伝送が達成され得る。ルーティングホップカウントは、データパケットが、１つのルータレベル（通常はソースルータ）から、別のルータレベル（通常は宛先ルータ）までトラバースするのに必要である、飛び越しの数である。この条件を満たす実施例は、同じＩＳＰ（インターネットサービスプロバイダ）のＡＤＳＬ（非対称デジタル加入者ループ）ネットワークユーザ間、および同じＬＡＮ（ローカルエリアネットワーク）内に存在するユーザ間の通信である。この種類の直接Ｐ２Ｐ方式は、ネットワークサービス事業者のネットワーク帯域幅を占有せず、運用コストが低く抑えられる。しかしながら、特定のネットワーク化された環境の下では、データ交換のための直接Ｐ２Ｐ伝送チャネルを確立することができない場合がある。その一実施例は、データ交換を行う両方のクライアントが、どちらも対称ＮＡＴ（ネットワークアドレス変換）型である異なるＬＡＮ内に存在する時である。その上、直接Ｐ２Ｐ伝送チャネルが、いくつかのネットワーク化された環境内に確立され得る時であっても、通信クライアントが存在するネットワークが異なるＩＳＰに属するので、直接Ｐ２Ｐチャネルの設定には、より高いルーティングホップカウントが必要になり得る。ネットワーク内の長時間の遅延、および中間リンクの帯域幅に対する制限のため、データ伝送の速度は、非常に遅い。
【０００６】
それでもやはり、ネットワークサービス事業者は、ファイル伝送を実行するクライアント間の伝送の速度をある程度の許容可能なレベルまで高めるために、リレーサーバを使用してリレー伝送チャネルを確立し、ＩＳＰから帯域幅を購入し、経路最適化を実行する場合がある。しかし、同じＬＡＮ内のユーザ間に構築される直接Ｐ２Ｐ伝送チャネルと比較すると、その速度は依然として遅い場合がある。さらに、ネットワークサービス事業者の運用コストは、このようにより高くなる。
【０００７】
既存の技術において、データ伝送がクライアント間で実行される時、ネットワークサービス事業者の運用コストを低減するために、通常、伝送のための直接Ｐ２Ｐチャネルの使用が最大化される。しかしながら、特定のネットワーク化された環境下（例えば、データ伝送の両方のクライアントが、異なるＩＳＰに属している）では、ユーザが、データ伝送のための直接Ｐ２Ｐ伝送チャネルを確立し得る場合であっても、伝送速度が非常に遅くなる可能性があることは、上述した直接Ｐ２Ｐ技術の簡単な紹介から明らかである。結果として、特に大容量のファイルが伝送される時は、データ伝送に時間がかかり、乏しいユーザエクスペリエンスをもたらす。
【発明の概要】
【０００８】
既存の技術におけるクライアント間のデータ伝送に観察される不完全さを解決するために、本開示は、クライアント間のデータ伝送の選択的ルーティングのための方法およびシステムを提供する。本方法は、ルーティングホップカウントに従って、直接Ｐ２Ｐリンクおよびリレーリンクから、より良好な通信モードまたはチャネルを選択する。
【０００９】
本開示の一態様によれば、クライアント間のデータ伝送の選択的ルーティングのための方法は、少なくとも第１のクライアントと、第２のクライアントと、中央サーバと、リレーサーバと、を含むネットワークシステム内で使用される。本方法は、３つのルーティングホップカウントを取得する。すなわち、直接Ｐ２Ｐリンクをそれらの間で使用すると仮定して、第１のクライアントから第２のクライアントまでの第１のルーティングホップカウントを取得し、リレーサーバを通るリレーチャネルがあると仮定して、第１のクライアントからリレーサーバまでの第２のルーティングホップカウントを取得し、およびリレーサーバを通るリレーチャネルがあると仮定して、リレーサーバから第２のクライアントまでの第３のルーティングホップカウントを取得するためのものである。本方法は、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計と、第１のルーティングホップカウントとを比較し、次いで、比較結果に基づいて、第１のクライアントと第２のクライアントとの間のデータ伝送方式を、直接Ｐ２Ｐ方式およびリレー方式から選択する。一実施形態において、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計が、第１のルーティングホップカウントより小さい場合は、第１のクライアントと第２のクライアントとの間のデータ伝送にリレー方式が選択され、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計が、第１のルーティングホップカウントよりも大きい場合は、第１のクライアントと第２のクライアントとの間のデータ伝送にＰ２Ｐリンク方式が選択される。
【００１０】
一実施形態において、第１のクライアントは、第１のルーティングホップカウントと、第２のルーティングホップカウントと、を取得する。第２のクライアントは、第３のルーティングホップカウントを取得する。
【００１１】
一実施形態によれば、上述の基準に従って直接Ｐ２Ｐ方式が選択されるが、直接Ｐ２Ｐ方式を使用した時に、直接Ｐ２Ｐ伝送チャネルを確立することができない場合は、データ伝送を実行するためにリレー方式を使用したリレー伝送チャネルが選択される。
【００１２】
一実施形態において、第１のクライアントは、中央サーバを通して第２のクライアントのネットワークアドレスおよびリレーサーバのアドレスを取得し、かつ経路検出インターフェースを使用して、それぞれ、第１および第２のルーティングホップカウントを取得する。より具体的には、第２のクライアントのネットワークアドレスは、第１のルーティングホップカウントを生成するように、アドレスパラメータとして、経路検出インターフェースによって使用される。同様に、リレーサーバのアドレスは、第２のルーティングホップカウントを生じるように、アドレスパラメータとして、経路検出インターフェースによって使用される。
【００１３】
別の実施形態において、第２のクライアントは、中央サーバを通してリレーサーバのアドレスを取得し、かつ経路検出インターフェースを使用して、第３のルーティングホップカウントを取得する。より具体的には、第２のクライアントは、中央サーバを通して第１のクライアントから要求コマンドを受け取り、要求コマンドを構文解析してその中に含まれるリレーサーバのアドレスを取得して、かつリレーサーバのアドレスをアドレスパラメータとして経路検出インターフェースに提供することにより、第３のルーティングホップカウントを取得する。
【００１４】
本開示の別の態様によれば、本開示は、ネットワーク内のクライアント間の選択的ルーティングのためのルーティングシステムを提供する。本ルーティングシステムは、第１、第２、および第３のルーティングホップカウントを取得するための経路解析手段と、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計と第１のルーティングホップカウントとを比較するための決定モジュールと、を含む。比較結果に基づいて、決定モジュールは、第１のクライアントと第２のクライアントとの間のデータ伝送のために、直接Ｐ２Ｐリンク方式およびリレー方式から好適な伝送方式を選択する。
【００１５】
開示されたクライアント間のデータ伝送の選択的ルーティングのための方法およびシステムを使用することで、Ｐ２Ｐ伝送チャネルを確立することができ、かつ直接Ｐ２Ｐを使用したルーティングホップカウントが、リレーサーバのリレー方式を使用したルーティングホップカウントよりも小さい場合は、直接Ｐ２Ｐ伝送方式がデータ伝送に選択される。直接Ｐ２Ｐ伝送チャネルを確立することができるが、直接Ｐ２Ｐを使用したルーティングホップカウントが、リレーサーバのリレー方式を使用したルーティングホップカウントよりも大きい場合は、代わりに、リレーサーバの使用によるリレー伝送チャネルがデータ伝送に選択される。よって、クライアント間のデータ交換は、種々のネットワーク化された環境下で、高速伝送を有し得、ユーザエクスペリエンスを大幅に向上させることができる。
【図面の簡単な説明】
【００１６】
詳細な説明は、添付の図面を参照して記載される。図面において、参照番号の左端の数字は、参照番号が最初に現れる図面を特定する。異なる図面における同一の参照番号の使用は、同様または同一の項目を示す。
【図１】クライアント間のデータ伝送のための既存の方法のフローチャートである。
【図２】本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法の概略図である。
【図３】本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法のフローチャートである。
【図４】開始クライアントによってルーティングホップカウントを取得する、例示的なプロセスのフローチャートである。
【図５】応答クライアントによってルーティングホップカウントを取得する、例示的なプロセスのフローチャートである。
【図６】本開示による、クライアント間のデータ伝送の選択的ルーティングのためのシステムの概略図である。
【図７】本開示による、クライアント間のデータ伝送の選択的ルーティングを使用する、例示的なネットワークシステムの概略図である。
【発明を実施するための形態】
【００１７】
以下、例示的な実施形態が、図面を参照してさらに詳細に説明される。例示の目的で、既存の手法による方法を最初に説明する。
【００１８】
図１は、既存の技術による、クライアント間のデータ伝送のための方法のフローチャートを示している。全般的な原理を示すために、インスタントメッセージングシステムにおけるファイル伝送を一実施例として使用する。一般性を失うことなく、ファイル伝送を開始する側を開始クライアントと称し、一方で、ファイル伝送のために開始クライアントに応答する側を応答クライアントと称する。最初に、開始クライアントおよび応答クライアントは、中央サーバを通して直接通信するためのアドレス情報を交換し、かつ直接Ｐ２Ｐ伝送チャネルを確立しようとする。直接Ｐ２Ｐ伝送チャネルが成功裏に確立された場合は、直接Ｐ２Ｐ伝送チャネルが、データファイル伝送に使用される。直接Ｐ２Ｐ伝送チャネルを確立することができなかった場合、開始クライアントは、中央サーバを通して指定されたリレーサーバを照会する。中央サーバが、データファイル伝送に使用されるリレーサーバのアドレスを戻した後に、開始クライアントは、中央サーバを通してリレーサーバのアドレスを応答クライアントに送る。次いで、開始クライアントおよび応答クライアントは、リレーサーバのアドレスに基づいて、リレーサーバに接続する。リレー伝送チャネルが確立されると、開始クライアントおよび応答クライアントは、データファイル伝送のためにリレー伝送チャネルを使用することができる。より直観的には、既存のデータ伝送の方法は、以下のプロセスによって実施することができる。
【００１９】
ブロック１００において、開始クライアントおよび応答クライアントは、中央サーバを通してアドレス情報を交換する。
【００２０】
ブロック１０２において、開始クライアントおよび応答クライアントは、直接Ｐ２Ｐ伝送チャネルの確立を試み、かつチャネルが成功裏に確立されたかどうかを判定する。直接伝送チャネルが成功裏に設定された場合は、データファイルの伝送が開始される。
【００２１】
ブロック１０４において、直接Ｐ２Ｐ伝送チャネルを開始クライアントと応答クライアントとの間に確立することができない場合は、開始クライアントは、ファイル伝送のための指定されたリレーサーバを照会する。
【００２２】
ブロック１０６において、中央サーバが、指定されたリレーサーバのアドレスを戻した後に、開始クライアントは、中央サーバを通してアドレスを応答クライアントに送る。
【００２３】
ブロック１０８において、応答クライアントは、中央サーバを通してリレーサーバのアドレスを受け取る。
【００２４】
ブロック１１０において、開始クライアントおよび応答クライアントは、リレーサーバのアドレスに基づいて、指定されたリレーサーバに接続して、リレー伝送チャネルを確立する。
【００２５】
ブロック１１２において、データファイルは、リレー伝送チャネルを通して伝送される。
【００２６】
上に図示されているように、既存の技術において、クライアント間でデータを伝送するには、最初に、直接Ｐ２Ｐ方式を使用して伝送チャネルを確立しようと試みる。直接Ｐ２Ｐ方式を使用した伝送チャネルの設定に失敗した時にのみ、開始クライアントは、ファイルを伝送するように、指定されたリレーサーバを照会する。これは、上述したように、ファイルの伝送に対する直接Ｐ２Ｐ方式の使用を最大化することで、通信事業者の運用コストを低減することができるが、直接Ｐ２Ｐ方式の使用は、種々のネットワーク化された環境下にあるユーザに対して、非常に遅い伝送速度、および乏しいユーザエクスペリエンスをもたらし得るので、不利益なものとなり得る。
【００２７】
図２は、本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法の概略図を示している。開示された方法は、直接Ｐ２Ｐ方式があると仮定して取得したルーティングホップカウントと、指定されたリレーサーバを使用したリレー方式があると仮定したルーティングホップカウントとを比較した後に、より適したクライアント間のデータ伝送チャネルを選択することによって、クライアント間のデータ伝送の選択的ルーティングを提供する。これは、特定のネットワーク化された環境下で、データ伝送に直接Ｐ２Ｐ方式を使用することが、最速の伝送速度をもたらし得ないという問題を解決する。
【００２８】
図２におけるデータ伝送チャネルを選択するプロセスは、主として中央サーバ２０１と、開始クライアント２０２と、応答クライアント２０４と、リレーサーバ２０６と、を含むネットワークシステム２００を伴う。好ましくは、リレーサーバ２０６は、開始クライアント２０２が、リレー伝送チャネルを確立するための指定されたリレーサーバを照会する場合に、開始クライアント２０２に割り当てられる、指定されたリレーサーバである。中央サーバ２０１との対話を通して、開始クライアント２０２は、応答クライアント２０４のネットワークアドレス（ＮＡＴアドレス等）およびリレーサーバ２０６のアドレスを取得して、一方で、応答クライアント２０４は、リレーサーバ２０６のアドレスを取得する。次いで、開始クライアント２０２は、その機能モジュール内の経路検出インターフェース、およびアドレス情報を使用して、ルーティングホップカウントを生成する。具体的には、経路検出インターフェースは、それぞれ、開始クライアント２０２から応答クライアント２０４までがカウントされるルーティングホップカウントＳ０、および開始クライアント２０２からリレーサーバ２０６までがカウントされるルーティングホップカウントＳ１を生成するように送られるアドレスパラメータとして、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを使用する。ルーティングホップカウントＳ０は、開始クライアント２０２から応答クライアント２０４までの間のデータの伝送に直接Ｐ２Ｐ通信が使用される場合の、開始クライアント２０２から応答クライアント２０４までのルーティングホップカウントであり、一方で、ルーティングホップカウントＳ１は、開始クライアント２０２と応答クライアント２０４との間のデータの伝送にリレーサーバ２０４を使用したリレー方式が使用される場合の、開始クライアント２０２からリレーサーバ２０４までのルーティングホップカウントである。
【００２９】
次いで、応答クライアント２０４は、その機能モジュール内の経路検出インターフェースを使用して、リレーサーバ２０６から応答クライアント２０４までのルーティングホップカウントＳ２を生成する。これを行うため、経路検出インターフェースは、送られるアドレスパラメータとしてリレーサーバ２０６のアドレスを使用する。ルーティングホップカウントＳ１およびルーティングホップカウントＳ２の合計は、リレーサーバ２０６を使用したリレー方式がデータの伝送に使用される場合の、開始クライアント２０２から応答クライアント２０４までのルーティングホップの総数を表す。
【００３０】
この後に、ルーティングホップカウントＳ０は、ルーティングホップカウントＳ１およびＳ２の合計と比較される。直接Ｐ２Ｐ方式を使用すると仮定して取得されるルーティングホップカウントＳ０が、リレー方式を使用すると仮定して取得されるルーティングホップカウントＳ１およびＳ２の合計よりも大きい場合は、指定されたリレーサーバ２０６に基づいたリレー方式が良好な選択であると見なされ、したがって、開始クライアント２０２と応答クライアント２０４との間のデータ伝送に選択される。直接Ｐ２Ｐ方式を使用すると仮定して取得されるルーティングホップカウントＳ０が、リレー方式を使用すると仮定して取得されるルーティングホップカウントＳ１およびＳ２の合計よりも小さい場合は、直接Ｐ２Ｐ方式がより良好な選択であると見なされ、したがって、開始クライアント２０２と応答クライアント２０４との間のデータ伝送に選択される（図２に破線矢印で示す）。
【００３１】
一実施形態において、直接Ｐ２Ｐ方式が選択された時に、直接Ｐ２Ｐ伝送チャネルを確立することができない場合は、リレー伝送チャネルを確立してデータ伝送を完了するように、リレーサーバ２０６が使用される。
【００３２】
その結果、開示されるクライアント間のデータ伝送の選択的ルーティングのための方法では、直接Ｐ２Ｐ伝送チャネルを確立することができる場合は、好ましくは、直接Ｐ２Ｐ方式を使用した伝送速度が、リレー方式を使用した伝送速度よりも速くなると思われるネットワーク化された環境下での伝送に、直接Ｐ２Ｐ方式が使用される。直接Ｐ２Ｐ伝送チャネルを確立することができるが、そのネットワーク化された環境下で、直接Ｐ２Ｐ方式を使用した伝送速度がリレー方式を使用した伝送速度よりも遅くなると思われる場合は、好ましくは、リレー方式が伝送に使用される。当業者は、伝送の速度が、主にルーティングホップカウントの大きさによって示されるが、これに限定されないことを容易に理解するべきである。ネットワーク帯域幅の条件が同じであるとすると、伝送チャネルのルーティングホップカウントが多くなるにつれて、概して、伝送速度が低くなり、一方で、伝送チャネルのルーティングホップカウントが少なくなるにつれて、概して、伝送速度が高くなる。
【００３３】
クライアント（例えば、応答クライアント２０４）のネットワークアドレスは、好ましくは、そのＮＡＴ（ネットワークアドレス変換）アドレスである。ＮＡＴアドレスは、１つのアドレスフィールド（イントラネット等）を、別のアドレスフィールド（インターネット等）にマッピングする標準的な方法である。ＮＡＴは、指定された組織のイントラネット内のホストマシンが、ローカル（内部）ホストマシンのための登録されたインターネットアドレスを必要とせずに、パブリックドメインでホストマシンに透過的に接続することができるようにする。換言すれば、ローカル（またはプライベート）ネットワークは、外界に接続するように、インターネットを通してＩＰ（インターネットプロトコル）アドレスを登録することができる。データパケットを送る前に、内部（プライベートまたはローカル）と外部（パブリック）ネットワークとの間のエージェントとしての役割を果たすＮＡＴルータは、ローカルＩＰアドレスをパブリックＩＰアドレスに変換する役割を担う。ここで、クライアントのＮＡＴアドレスは、クライアントのローカルＩＰアドレスから変換されるパブリックＩＰアドレスを指す。サーバ（例えば、リレーサーバ２０６）は、概して、それ自体のパブリックＩＰアドレスを有し、いかなるＮＡＴ変換も必要としない。しかしながら、必要に応じて、リレーサーバ２０６のＮＡＴアドレスも使用することができる。
【００３４】
以下、本開示におけるクライアント間のデータ伝送の選択的ルーティングの方法をより明確に説明するために、例示的なプロセスを説明する。この説明において、プロセスが説明される順序は、限定として見なされるものではなく、任意の数の説明されるプロセスブロックを任意の順序で組み合わせて、本方法または代替方法を実施することができる。
【００３５】
図３は、本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的なプロセスのフローチャートを示している。以下、プロセスを説明する。
【００３６】
ブロック３００において、開始クライアント２０２は、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを取得する。
【００３７】
ブロック３０２において、開始クライアント２０２は、機能モジュールの経路検出インターフェースを使用し、かつそのＰＩＮＧコマンドおよび応答クライアント２０４のＮＡＴアドレスを使用して、開始クライアント２０２と応答クライアント２０４との間の直接Ｐ２ＰリンクのためのルーティングホップカウントＳ０を取得する。
【００３８】
ブロック３０４において、開始クライアント２０２は、機能モジュールの経路検出インターフェースを使用し、かつそのＰＩＮＧコマンドおよびリレーサーバ２０６のアドレスを使用して、開始クライアント２０２からリレーサーバ２０６までのルーティングホップカウントＳ１を取得する。
【００３９】
ブロック３０６において、応答クライアント２０４は、機能モジュールの経路検出インターフェースを使用し、かつそのＰＩＮＧコマンドおよびリレーサーバ２０６のアドレスを使用して、応答クライアント２０４からリレーサーバ２０６までのルーティングホップカウントＳ２を取得する。
【００４０】
ブロック３０８において、ルーティングホップカウントＳ０が、合計（Ｓ１＋Ｓ２）と比較される。Ｓ０が（Ｓ１＋Ｓ２）よりも小さい場合は、直接Ｐ２Ｐ方式を好適な方法として使用して、データファイル伝送のための伝送チャネルを確立する。Ｓ０が（Ｓ１＋Ｓ２）よりも大きい場合は、リレー方式を好適な方法として使用して、データファイル伝送のためのリレー伝送チャネルを確立する。
【００４１】
図４は、開始クライアント２０２が、図３において紹介されたルーティングホップカウントＳ０およびＳ１をどのように取得するのかを示す、例示的なプロセスのフローチャートである。図４において、開始クライアント２０２によってルーティングホップカウントＳ０およびＳ１を取得するプロセスの中核となるのは、開始クライアント２０２が、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを取得するプロセスである。本開示の１つ以上の態様によれば、以下の手順を使用することができる。
【００４２】
ブロック４００において、開始クライアント２０２は、応答クライアント２０４のＮＡＴアドレスを取得するための要求を中央サーバ２０１に送る。
【００４３】
ブロック４０２において、開始クライアント２０２は、指定されたリレーサーバ２０６のアドレスを取得するための要求を中央サーバ２０１に送る。
【００４４】
ブロック４０４において、中央サーバ２０１は、開始クライアント２０２の要求に応答し、かつ応答クライアント２０４およびリレーサーバ２０６の要求したアドレスが抽出または構文解析され得る、関連するアドレス情報を戻す。
【００４５】
ブロック４０６において、開始クライアント２０２は、受け取ったアドレス情報を構文解析して、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを取得する。
【００４６】
ブロック４０８において、開始クライアント２０２は、アドレスパラメータとして応答クライアント２０４のＮＡＴアドレスを用い、経路検出インターフェースを使用して、ルーティングホップカウントＳ０を取得する。
【００４７】
ブロック４１０において、開始クライアント２０２は、アドレスパラメータとしてリレーサーバ２０６のアドレスを用い、経路検出インターフェースを使用して、ルーティングホップカウントＳ１を取得する。
【００４８】
ブロック４１２において、開始クライアント２０２は、中央サーバ２０１を通して、応答クライアント２０４から、コマンド（例えば、コマンドＲＥＰ＿ＲＯＵＴＥ＿ＡＤＤＲ）を受け取る。この時点で、応答クライアント２０４がルーティングホップカウントＳ２を取得していると仮定すると、コマンドは、ルーティングホップカウントＳ２等の情報を含み得る。続いて、応答クライアント２０４によってルーティングホップカウントＳ２を取得するプロセスを、図５を参照して説明する。
【００４９】
応答クライアント２０４によって送られるコマンドは、開始クライアント２０２から受け取られる要求コマンドに応答する、応答コマンドであってもよい。開始クライアント２０２からの要求コマンドは、明示的または黙示的に、ルーティングホップカウントＳ２等の経路情報を要求し得る。一実施形態において、要求コマンドは、応答クライアント２０４がリレーサーバ２０６のアドレスを構文解析し、かつルーティングホップカウントＳ２を取得するために使用し得る、アドレス情報とともに送られる。この特定の構成において、開始クライアント２０２からの要求コマンドを受け取るステップは、ブロック４１２に先行することが必要となる。
【００５０】
ブロック４１４において、開始クライアント２０２は、要求コマンドおよび添付された情報を構文解析し、かつルーティングホップカウントＳ２を取得する。
【００５１】
図５は、応答クライアント２０４が、図３において紹介されたルーティングホップカウントＳ２をどのように取得するのかを示すフローチャートである。図５において、応答クライアント２０４によってルーティングホップカウントＳ２を取得するプロセスの中核となるのは、応答クライアント２０４が、リレーサーバ２０６のアドレスを取得するプロセスである。一実施形態において、開始クライアント２０２は、中央サーバ２０１を通して、コマンド（要求コマンドＲＥＱ＿ＲＯＵＴＥ＿ＡＤＤＲ等）を応答クライアント２０４に送る。コマンドは、リレーサーバ２０６のアドレスを含んでいてもよい。中央サーバ２０１を通してコマンドを受け取ると、応答クライアント２０４は、リレーサーバ２０６のアドレスを取得し、かつ機能モジュールの経路検出インターフェースを使用して、ルーティングホップカウントＳ２を取得する。以下、例示的なプロセスを説明する。
【００５２】
ブロック５０１において、応答クライアント２０４は、例えばＴＣＰ接続を使用して、応答クライアント２０４のＮＡＴアドレスを中央サーバ２０１に送る。図３〜４に示されているような別個のプロセスでは、次いで、要求に応じて、応答クライアント２０４のＮＡＴアドレスが、開始クライアント２０２に送られてもよい。
【００５３】
ブロック５０２において、応答クライアント２０４は、中央サーバ２０１を通して、開始クライアント２０２からＲＥＱ＿ＲＯＵＴＥ＿ＡＤＤＲコマンドを受け取る。
【００５４】
ブロック５０４において、応答クライアント２０４は、受け取ったコマンドからリレーサーバ２０６のアドレスを構文解析して抽出する。リレーサーバ２０６は、要求に応じて、開始クライアント２０２に割り当てられる、指定されたリレーサーバである。
【００５５】
ブロック５０６において、応答クライアント２０４は、アドレスパラメータとしてリレーサーバ２０６のアドレスを用い、経路検出インターフェースを使用して、ＰＩＮＧコマンドによってルーティングホップカウントＳ２を取得する。
【００５６】
ブロック５０８において、応答クライアント２０４は、中央サーバ２０１を通して、ＲＥＰ＿ＲＯＵＴＥ＿ＡＤＤＲコマンドを開始クライアント２０２に送る。コマンドは、リレーサーバ２０６から応答クライアント２０４までがカウントされる、ルーティングホップカウントＳ２を含んでもよい。このコマンドは、図４を参照して説明された、アドレスおよび経路情報を送り、および／または要求する開始クライアント２０２から受け取った、以前のコマンドに応答して送られてもよい。
【００５７】
上述の図４は、開始クライアント２０２において、ルーティングホップカウントＳ０（直接Ｐ２Ｐ方式を使用して、開始クライアント２０２から応答クライアント２０４までがカウントされる）、およびルーティングホップカウントＳ１（開始クライアント２０２からリレーサーバ２０６までがカウントされる）を取得するための例示的な方法を示している。図５は、応答クライアントにおいて、ルーティングホップカウントＳ２（リレーサーバ２０６から応答クライアント２０４までがカウントされる）を取得するための例示的な方法を示している。図４および図５は、組み合わせた時に、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法を示す。本方法は、利用できるデータ伝送チャネルのための経路解析および検出を実行し、かつルーティングホップカウント（Ｓ０、Ｓ１、およびＳ２）の比較結果を用いて、データ伝送チャンネルに対して直接Ｐ２Ｐ伝送方式を使用すべきかどうかを決定する。これは、最初に伝送チャネルを確立するために、常に直接Ｐ２Ｐ伝送方式の使用を試みる、既存の技術とは異なる。開示された方法は、ユーザが、種々のネットワーク化された環境下で、クライアント間のデータ伝送に対して最適な速度を達成することができるようにする。具体的には、Ｐ２Ｐ伝送チャネルを確立することができ、かつ直接Ｐ２Ｐを使用したルーティングホップカウント（Ｓ０）が、リレーサーバのリレー方式を使用したルーティングホップカウント（Ｓ１＋Ｓ２）よりも小さい場合は、直接Ｐ２Ｐ伝送がデータ伝送に選択される。Ｐ２Ｐ伝送チャネルを確立することができるが、直接Ｐ２Ｐを使用したルーティングホップカウントが、リレーサーバのリレー方式を使用したルーティングホップカウントよりも大きい場合は、代わりに、リレーサーバを使用して、リレー方式を通して確立される伝送チャネルがデータ伝送に選択される。この設計は、ユーザエクスペリエンスを大幅に向上させ得る。
【００５８】
上述のプロセスの動作は、図２のシステム２００等のシステムの種々の部分、および図６〜７を参照して以下に示されるシステムによって実行され得る。
【００５９】
図６は、クライアント間のデータ伝送の選択的ルーティングのための方法を実施するためのシステムの概略図である。システム６００は、クライアントとサーバとの間で情報を通信するための通信手段６２０と、通信データから情報を抽出するための構文解析手段６２２と、利用できるデータ伝送チャネルの経路ホップカウントを決定するための経路解析手段６２４と、経路ホップカウントを比較し、比較結果を使用して、好適なデータ伝送チャネルを選択する決定モジュール６２６と、を含む。
【００６０】
一実施形態において、通信手段６２０は、応答クライアントのネットワークアドレスおよびリレーサーバのアドレスを含むアドレス情報を、開始クライアントと中央サーバとの間で、送り、受け取るために使用される、（１つ、あるいは複数の）通信デバイスを表す。通信手段６２０は、ルーティングコマンド、およびリレーサーバのアドレスを含むアドレス情報を、（中央サーバを通して）応答クライアントと開始クライアントとの間で、送り、受け取るための（１つ、あるいは複数の）通信デバイスも表す。構文解析手段６２２は、中央サーバから送られるアドレス情報から、応答クライアントのネットワークアドレスおよびリレーサーバのアドレスを構文解析して抽出するために使用される（１つ、または複数の）構文解析デバイスを表す。構文解析手段６２２は、開始クライアントから送られるアドレス情報から、リレーサーバのアドレスを構文解析して抽出するための（１つ、または複数の）構文解析デバイスも表す。経路解析手段６２４は、応答クライアントのネットワークアドレスに基づいて、開始クライアントから応答クライアントまでがカウントされる第１のルーティングホップカウントを取得し、かつリレーサーバのアドレスに基づいて、開始クライアントからリレーサーバまでがカウントされる第２のルーティングホップカウントを取得するための（１つ、または複数の）デバイスを表す。経路解析手段６２４は、リレーサーバのアドレスに基づいて、リレーサーバから応答クライアントまでがカウントされる第３のルーティングホップカウントを取得するための（１つ、または複数の）デバイスも表す。決定モジュール６２６は、ルーティングホップカウントを比較する、例えば、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計が、第１のルーティングホップカウントよりも大きいかどうかを確認するためのものである。決定モジュール６２６は、比較結果に応じて、データ伝送のために直接Ｐ２Ｐリンク方式およびリレー方式から１つを選択する。
【００６１】
通信手段６２０、構文解析手段６２２、経路解析手段６２４、および決定モジュール６２６を展開するために、任意の好適な手段を使用することができる。選択的ルーティングプロセスを実行する手段およびデバイスは、下記にさらに示されるように、選択的ルーティングシステムの種々の構成要素（例えば、開始クライアント２０２、応答クライアント２０４、中央サーバ２００、およびリレーサーバ２０６）において具体化することができる。
【００６２】
＜実施環境＞
図７は、本開示に従って、クライアント間のデータ伝送の選択的ルーティングを使用する、例示的なネットワークシステムの概略図を示している。ネットワークシステム７００は、図３〜５、ならびに図６の選択的ルーティングシステム６００を参照して上述した、クライアント間のデータ伝送の選択的ルーティングのための方法の例示的な実施環境を表している。ネットワークシステム７００は、中央サーバ７０１と、開始クライアント７０２と、応答クライアント７０４と、リレーサーバ７０６と、を含む。
【００６３】
図６において説明したように、通信手段６２０は、通信デバイス７２０−０、７２０−２、および７２０−２において具体化される。図７に示されている例示的な実施形態において、通信デバイス７２０−０は、中央サーバ７０１の一部、または中央サーバ７１０に接続される別個のデバイスのいずれかであり、通信デバイス７２０−１は、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかであり、また、通信デバイス７２０−２は、応答クライアント７０４の一部、またはそれに接続される別個のデバイスのいずれかである。
【００６４】
通信デバイス７２０−１は、応答クライアント７０４のネットワークアドレスおよびリレーサーバ７０６のアドレスに対する要求を、通信デバイス７２０−０に送り、次いで通信デバイス７２０−０は、要求されたアドレス情報を、通信デバイス７２０−１に戻す。同様に、通信デバイス７２０−２は、リレーサーバ７０６のアドレスに対する要求を通信デバイス７２０−０に送り、次いで通信デバイス７２０−０は、要求されたアドレス情報を、通信デバイス７２０−２に戻す。通信デバイス７２０−０、７２０−１、および７２０−２は、中央サーバ７０１を通して、開始クライアント７０２と応答クライアント７０４との間で、ルーティングコマンドおよび（例えば、リレーサーバ７０６のアドレスを含む）アドレス情報を送り、受け取るために使用される。例えば、通信デバイス７２０−１は、通信デバイス７２０−２を通して、経路情報要求コマンドＲＥＱ＿ＲＯＵＴＥ＿ＡＤＤＲを応答クライアント７０４に送って、リレーサーバ７０６から応答クライアント７０４までがカウントされる、ルーティングホップカウントＳ２の情報を要求することができる。通信デバイス７２０−１はまた、本明細書に説明されているように、応答クライアント７０４において、経路アドバイザ７２４−２によるルーティングホップカウントＳ０の決定を容易にするために、リレーサーバ７０６のアドレスを、好ましくは経路情報要求コマンドとともに、通信デバイス７２０−２に送ることができる。次いで、通信デバイス７２０−２は、通信デバイス７２０−１を使用して、（好ましくは中央サーバ７０１を通して）応答コマンドＲＥＰ＿ＲＯＵＴＥ＿ＡＤＤＲを有する決定したルーティングホップカウントＳ２を開始クライアント７０２に戻す。
【００６５】
図６において説明したように、構文解析手段６２２は、構文解析デバイス７２２−１および７２２−２において具体化される。構文解析デバイス７２２−１は、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかであり、また、構文解析デバイス７２２−２は、応答クライアント７０４の一部、またはそれに接続される別個のデバイスのいずれかである。構文解析デバイス７２２−１は、中央サーバ７０１において通信デバイス７２０−０から送られるアドレス情報から、応答クライアント７０４のネットワークアドレスおよびリレーサーバ７０６のアドレスを構文解析して抽出する。構文解析デバイス７２２−２は、開始クライアント７０２から送られるアドレス情報から、リレーサーバ７０６のアドレスを構文解析する。
【００６６】
図６の経路解析手段６２４は、経路解析器７２４−１および７２４−２において具体化される。経路解析器７２４−１は、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかである。経路解析器７２４−２は、応答クライアント７０４、またはそれに接続される別個のデバイスのいずれかである。経路解析器７２４−１は、応答クライアント７０４のネットワークアドレスに基づいて、開始クライアント７０２から応答クライアント７０４までがカウントされる、第１のルーティングホップカウントＳ０を取得する。経路解析器７２４−１は、ネットワークアドレスに基づいて、開始クライアント７０２からリレーサーバ７０６までがカウントされる、第２のルーティングホップカウントＳ１を取得する。経路解析器７２４−２は、リレーサーバ７０６のアドレスに基づいて、リレーサーバ７０６から応答クライアント７０４までがカウントされる、第３のルーティングホップカウントＳ２を取得する。
【００６７】
図６の決定モジュール６２６は、決定モジュール７２６において具体化され、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかである。決定モジュール７２６は、第２のルーティングホップカウントＳ１および第３のルーティングホップカウントＳ２の合計と、第１のルーティングホップカウントＳ０とを比較する。決定モジュール７２６は、次いで、本明細書に示されているように、比較結果に基づいて、（例えば、直接Ｐ２Ｐリンク方式またはリレー方式から）好適なデータ伝送チャネルまたはモードを選択する。
【００６８】
上述の実施形態において、経路解析器７２４−１および７２４−２が図示の位置にあるとすると、第１のルーティングホップカウントＳ０を取得するプロセス、および第２のルーティングホップカウントＳ１を取得するプロセスは、どちらも、開始クライアント７０２によって開始され、かつ少なくとも部分的に実行され得、一方で、第３のルーティングホップカウントＳ２を取得するプロセスは、応答クライアント７０４によって開始され、かつ少なくとも部分的に実行され得る。しかしながら、図６の経路解析手段６２４は、開始クライアント７０２および応答クライアント７０４にアクセス可能であれば、開始クライアント７０２および応答クライアント７０４の外側の、共通の経路解析器において具体化されてもよい。共通の経路解析器は、経路解析器７２４−１および７２２−２双方の機能を実行するように構成されてもよい。例えば、共通の解析器は、中央サーバの一部、またはそれに接続されるもののいずれかであってもよい。同様に、決定モジュール７２６は、図７に示されているように、開始クライアント７０２の代わりに、中央サーバ７０１に位置してもよい。この場合、第３のルーティングホップカウントＳ２は、経路解析器７２４−２によって決定された後に、開始クライアント７０２にではなく、決定モジュールが位置する中央サーバ７０１に送られてもよい。
【００６９】
本明細書で論じられる可能な利益および利点は、添付の請求項の範囲に対する限定または制限であると見なされない。
【００７０】
主題は構造的特徴および／または方法論的動作に対して具体的な言語で説明されているが、添付の請求項において定義される主題は、説明される特定の特徴または動作に必ずしも限定されない。むしろ、特定の特徴および動作は、請求項を実施する例示的な形態として開示される。
【技術分野】
【０００１】
＜関連出願＞
本出願は、２００７年１１月６日出願の「クライアント間のデータ伝送の選択的ルーティングのためのシステムおよび機器（ＳＹＳＴＥＭ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＳＥＬＥＣＴＩＶＥ ＲＯＵＴＩＮＧ ＯＦ ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＢＥＴＷＥＥＮ ＣＬＩＥＮＴＳ）」と題する中国特許出願第２００７１０１６８１１２．８号の優先権を主張するものであり、本中国出願は、参照によりその内容全体が本明細書に組み込まれる。
【背景技術】
【０００２】
本開示は、ネットワーク通信に関し、より具体的には、データ伝送モードまたはチャネルを設定するためのルーティング解析の技術に関する。
【０００３】
現在のインターネット技術の広範囲に及ぶ使用とともに、ネットワークを通じた通信アプリケーションは、人々の仕事、教育、およびエンターテイメントにとって、ますます重要になっている。より具体的には、クライアント間のデータ交換は、ネットワークユーザ間での音声や映像のファイル共有および交換を大幅に容易にしている。一般に、クライアント間のデータ交換には２種類の方法がある。第１の種類は、Ｐ２Ｐ伝送チャネルを確立してデータファイルを伝送するように、直接Ｐ２Ｐ（ピアツーピア）技術を使用する。ここに引用されているＰ２Ｐ技術は、サーバに基づく類似技術とは異なる。それは、Ｐ２Ｐネットワークの形態構造に基づく、比較的に新しいネットワーク通信技術である。インターネットサービスを提供する方法が３種類に、すなわちサーバに基づくもの、サーバを伴う（部分的にサーバに基づく）もの、およびサーバを伴わないものに分類されている場合、Ｐ２Ｐ技術は、主に、サーバを伴うもの、およびサーバを伴わないものに属し得る。
【０００４】
第２の種類は、リレー伝送チャネルを確立するように、ファイルの伝送に指定されたリレーサーバを使用する。開始クライアントおよび応答クライアントの両方がリレーサーバに接続している時に、データファイルの伝送を開始する。
【０００５】
データを伝送するのにＰ２Ｐ方式を使用することで、２つの通信クライアント間のルーティングホップカウントが小さい時に、高速データ伝送が達成され得る。ルーティングホップカウントは、データパケットが、１つのルータレベル（通常はソースルータ）から、別のルータレベル（通常は宛先ルータ）までトラバースするのに必要である、飛び越しの数である。この条件を満たす実施例は、同じＩＳＰ（インターネットサービスプロバイダ）のＡＤＳＬ（非対称デジタル加入者ループ）ネットワークユーザ間、および同じＬＡＮ（ローカルエリアネットワーク）内に存在するユーザ間の通信である。この種類の直接Ｐ２Ｐ方式は、ネットワークサービス事業者のネットワーク帯域幅を占有せず、運用コストが低く抑えられる。しかしながら、特定のネットワーク化された環境の下では、データ交換のための直接Ｐ２Ｐ伝送チャネルを確立することができない場合がある。その一実施例は、データ交換を行う両方のクライアントが、どちらも対称ＮＡＴ（ネットワークアドレス変換）型である異なるＬＡＮ内に存在する時である。その上、直接Ｐ２Ｐ伝送チャネルが、いくつかのネットワーク化された環境内に確立され得る時であっても、通信クライアントが存在するネットワークが異なるＩＳＰに属するので、直接Ｐ２Ｐチャネルの設定には、より高いルーティングホップカウントが必要になり得る。ネットワーク内の長時間の遅延、および中間リンクの帯域幅に対する制限のため、データ伝送の速度は、非常に遅い。
【０００６】
それでもやはり、ネットワークサービス事業者は、ファイル伝送を実行するクライアント間の伝送の速度をある程度の許容可能なレベルまで高めるために、リレーサーバを使用してリレー伝送チャネルを確立し、ＩＳＰから帯域幅を購入し、経路最適化を実行する場合がある。しかし、同じＬＡＮ内のユーザ間に構築される直接Ｐ２Ｐ伝送チャネルと比較すると、その速度は依然として遅い場合がある。さらに、ネットワークサービス事業者の運用コストは、このようにより高くなる。
【０００７】
既存の技術において、データ伝送がクライアント間で実行される時、ネットワークサービス事業者の運用コストを低減するために、通常、伝送のための直接Ｐ２Ｐチャネルの使用が最大化される。しかしながら、特定のネットワーク化された環境下（例えば、データ伝送の両方のクライアントが、異なるＩＳＰに属している）では、ユーザが、データ伝送のための直接Ｐ２Ｐ伝送チャネルを確立し得る場合であっても、伝送速度が非常に遅くなる可能性があることは、上述した直接Ｐ２Ｐ技術の簡単な紹介から明らかである。結果として、特に大容量のファイルが伝送される時は、データ伝送に時間がかかり、乏しいユーザエクスペリエンスをもたらす。
【発明の概要】
【０００８】
既存の技術におけるクライアント間のデータ伝送に観察される不完全さを解決するために、本開示は、クライアント間のデータ伝送の選択的ルーティングのための方法およびシステムを提供する。本方法は、ルーティングホップカウントに従って、直接Ｐ２Ｐリンクおよびリレーリンクから、より良好な通信モードまたはチャネルを選択する。
【０００９】
本開示の一態様によれば、クライアント間のデータ伝送の選択的ルーティングのための方法は、少なくとも第１のクライアントと、第２のクライアントと、中央サーバと、リレーサーバと、を含むネットワークシステム内で使用される。本方法は、３つのルーティングホップカウントを取得する。すなわち、直接Ｐ２Ｐリンクをそれらの間で使用すると仮定して、第１のクライアントから第２のクライアントまでの第１のルーティングホップカウントを取得し、リレーサーバを通るリレーチャネルがあると仮定して、第１のクライアントからリレーサーバまでの第２のルーティングホップカウントを取得し、およびリレーサーバを通るリレーチャネルがあると仮定して、リレーサーバから第２のクライアントまでの第３のルーティングホップカウントを取得するためのものである。本方法は、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計と、第１のルーティングホップカウントとを比較し、次いで、比較結果に基づいて、第１のクライアントと第２のクライアントとの間のデータ伝送方式を、直接Ｐ２Ｐ方式およびリレー方式から選択する。一実施形態において、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計が、第１のルーティングホップカウントより小さい場合は、第１のクライアントと第２のクライアントとの間のデータ伝送にリレー方式が選択され、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計が、第１のルーティングホップカウントよりも大きい場合は、第１のクライアントと第２のクライアントとの間のデータ伝送にＰ２Ｐリンク方式が選択される。
【００１０】
一実施形態において、第１のクライアントは、第１のルーティングホップカウントと、第２のルーティングホップカウントと、を取得する。第２のクライアントは、第３のルーティングホップカウントを取得する。
【００１１】
一実施形態によれば、上述の基準に従って直接Ｐ２Ｐ方式が選択されるが、直接Ｐ２Ｐ方式を使用した時に、直接Ｐ２Ｐ伝送チャネルを確立することができない場合は、データ伝送を実行するためにリレー方式を使用したリレー伝送チャネルが選択される。
【００１２】
一実施形態において、第１のクライアントは、中央サーバを通して第２のクライアントのネットワークアドレスおよびリレーサーバのアドレスを取得し、かつ経路検出インターフェースを使用して、それぞれ、第１および第２のルーティングホップカウントを取得する。より具体的には、第２のクライアントのネットワークアドレスは、第１のルーティングホップカウントを生成するように、アドレスパラメータとして、経路検出インターフェースによって使用される。同様に、リレーサーバのアドレスは、第２のルーティングホップカウントを生じるように、アドレスパラメータとして、経路検出インターフェースによって使用される。
【００１３】
別の実施形態において、第２のクライアントは、中央サーバを通してリレーサーバのアドレスを取得し、かつ経路検出インターフェースを使用して、第３のルーティングホップカウントを取得する。より具体的には、第２のクライアントは、中央サーバを通して第１のクライアントから要求コマンドを受け取り、要求コマンドを構文解析してその中に含まれるリレーサーバのアドレスを取得して、かつリレーサーバのアドレスをアドレスパラメータとして経路検出インターフェースに提供することにより、第３のルーティングホップカウントを取得する。
【００１４】
本開示の別の態様によれば、本開示は、ネットワーク内のクライアント間の選択的ルーティングのためのルーティングシステムを提供する。本ルーティングシステムは、第１、第２、および第３のルーティングホップカウントを取得するための経路解析手段と、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計と第１のルーティングホップカウントとを比較するための決定モジュールと、を含む。比較結果に基づいて、決定モジュールは、第１のクライアントと第２のクライアントとの間のデータ伝送のために、直接Ｐ２Ｐリンク方式およびリレー方式から好適な伝送方式を選択する。
【００１５】
開示されたクライアント間のデータ伝送の選択的ルーティングのための方法およびシステムを使用することで、Ｐ２Ｐ伝送チャネルを確立することができ、かつ直接Ｐ２Ｐを使用したルーティングホップカウントが、リレーサーバのリレー方式を使用したルーティングホップカウントよりも小さい場合は、直接Ｐ２Ｐ伝送方式がデータ伝送に選択される。直接Ｐ２Ｐ伝送チャネルを確立することができるが、直接Ｐ２Ｐを使用したルーティングホップカウントが、リレーサーバのリレー方式を使用したルーティングホップカウントよりも大きい場合は、代わりに、リレーサーバの使用によるリレー伝送チャネルがデータ伝送に選択される。よって、クライアント間のデータ交換は、種々のネットワーク化された環境下で、高速伝送を有し得、ユーザエクスペリエンスを大幅に向上させることができる。
【図面の簡単な説明】
【００１６】
詳細な説明は、添付の図面を参照して記載される。図面において、参照番号の左端の数字は、参照番号が最初に現れる図面を特定する。異なる図面における同一の参照番号の使用は、同様または同一の項目を示す。
【図１】クライアント間のデータ伝送のための既存の方法のフローチャートである。
【図２】本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法の概略図である。
【図３】本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法のフローチャートである。
【図４】開始クライアントによってルーティングホップカウントを取得する、例示的なプロセスのフローチャートである。
【図５】応答クライアントによってルーティングホップカウントを取得する、例示的なプロセスのフローチャートである。
【図６】本開示による、クライアント間のデータ伝送の選択的ルーティングのためのシステムの概略図である。
【図７】本開示による、クライアント間のデータ伝送の選択的ルーティングを使用する、例示的なネットワークシステムの概略図である。
【発明を実施するための形態】
【００１７】
以下、例示的な実施形態が、図面を参照してさらに詳細に説明される。例示の目的で、既存の手法による方法を最初に説明する。
【００１８】
図１は、既存の技術による、クライアント間のデータ伝送のための方法のフローチャートを示している。全般的な原理を示すために、インスタントメッセージングシステムにおけるファイル伝送を一実施例として使用する。一般性を失うことなく、ファイル伝送を開始する側を開始クライアントと称し、一方で、ファイル伝送のために開始クライアントに応答する側を応答クライアントと称する。最初に、開始クライアントおよび応答クライアントは、中央サーバを通して直接通信するためのアドレス情報を交換し、かつ直接Ｐ２Ｐ伝送チャネルを確立しようとする。直接Ｐ２Ｐ伝送チャネルが成功裏に確立された場合は、直接Ｐ２Ｐ伝送チャネルが、データファイル伝送に使用される。直接Ｐ２Ｐ伝送チャネルを確立することができなかった場合、開始クライアントは、中央サーバを通して指定されたリレーサーバを照会する。中央サーバが、データファイル伝送に使用されるリレーサーバのアドレスを戻した後に、開始クライアントは、中央サーバを通してリレーサーバのアドレスを応答クライアントに送る。次いで、開始クライアントおよび応答クライアントは、リレーサーバのアドレスに基づいて、リレーサーバに接続する。リレー伝送チャネルが確立されると、開始クライアントおよび応答クライアントは、データファイル伝送のためにリレー伝送チャネルを使用することができる。より直観的には、既存のデータ伝送の方法は、以下のプロセスによって実施することができる。
【００１９】
ブロック１００において、開始クライアントおよび応答クライアントは、中央サーバを通してアドレス情報を交換する。
【００２０】
ブロック１０２において、開始クライアントおよび応答クライアントは、直接Ｐ２Ｐ伝送チャネルの確立を試み、かつチャネルが成功裏に確立されたかどうかを判定する。直接伝送チャネルが成功裏に設定された場合は、データファイルの伝送が開始される。
【００２１】
ブロック１０４において、直接Ｐ２Ｐ伝送チャネルを開始クライアントと応答クライアントとの間に確立することができない場合は、開始クライアントは、ファイル伝送のための指定されたリレーサーバを照会する。
【００２２】
ブロック１０６において、中央サーバが、指定されたリレーサーバのアドレスを戻した後に、開始クライアントは、中央サーバを通してアドレスを応答クライアントに送る。
【００２３】
ブロック１０８において、応答クライアントは、中央サーバを通してリレーサーバのアドレスを受け取る。
【００２４】
ブロック１１０において、開始クライアントおよび応答クライアントは、リレーサーバのアドレスに基づいて、指定されたリレーサーバに接続して、リレー伝送チャネルを確立する。
【００２５】
ブロック１１２において、データファイルは、リレー伝送チャネルを通して伝送される。
【００２６】
上に図示されているように、既存の技術において、クライアント間でデータを伝送するには、最初に、直接Ｐ２Ｐ方式を使用して伝送チャネルを確立しようと試みる。直接Ｐ２Ｐ方式を使用した伝送チャネルの設定に失敗した時にのみ、開始クライアントは、ファイルを伝送するように、指定されたリレーサーバを照会する。これは、上述したように、ファイルの伝送に対する直接Ｐ２Ｐ方式の使用を最大化することで、通信事業者の運用コストを低減することができるが、直接Ｐ２Ｐ方式の使用は、種々のネットワーク化された環境下にあるユーザに対して、非常に遅い伝送速度、および乏しいユーザエクスペリエンスをもたらし得るので、不利益なものとなり得る。
【００２７】
図２は、本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法の概略図を示している。開示された方法は、直接Ｐ２Ｐ方式があると仮定して取得したルーティングホップカウントと、指定されたリレーサーバを使用したリレー方式があると仮定したルーティングホップカウントとを比較した後に、より適したクライアント間のデータ伝送チャネルを選択することによって、クライアント間のデータ伝送の選択的ルーティングを提供する。これは、特定のネットワーク化された環境下で、データ伝送に直接Ｐ２Ｐ方式を使用することが、最速の伝送速度をもたらし得ないという問題を解決する。
【００２８】
図２におけるデータ伝送チャネルを選択するプロセスは、主として中央サーバ２０１と、開始クライアント２０２と、応答クライアント２０４と、リレーサーバ２０６と、を含むネットワークシステム２００を伴う。好ましくは、リレーサーバ２０６は、開始クライアント２０２が、リレー伝送チャネルを確立するための指定されたリレーサーバを照会する場合に、開始クライアント２０２に割り当てられる、指定されたリレーサーバである。中央サーバ２０１との対話を通して、開始クライアント２０２は、応答クライアント２０４のネットワークアドレス（ＮＡＴアドレス等）およびリレーサーバ２０６のアドレスを取得して、一方で、応答クライアント２０４は、リレーサーバ２０６のアドレスを取得する。次いで、開始クライアント２０２は、その機能モジュール内の経路検出インターフェース、およびアドレス情報を使用して、ルーティングホップカウントを生成する。具体的には、経路検出インターフェースは、それぞれ、開始クライアント２０２から応答クライアント２０４までがカウントされるルーティングホップカウントＳ０、および開始クライアント２０２からリレーサーバ２０６までがカウントされるルーティングホップカウントＳ１を生成するように送られるアドレスパラメータとして、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを使用する。ルーティングホップカウントＳ０は、開始クライアント２０２から応答クライアント２０４までの間のデータの伝送に直接Ｐ２Ｐ通信が使用される場合の、開始クライアント２０２から応答クライアント２０４までのルーティングホップカウントであり、一方で、ルーティングホップカウントＳ１は、開始クライアント２０２と応答クライアント２０４との間のデータの伝送にリレーサーバ２０４を使用したリレー方式が使用される場合の、開始クライアント２０２からリレーサーバ２０４までのルーティングホップカウントである。
【００２９】
次いで、応答クライアント２０４は、その機能モジュール内の経路検出インターフェースを使用して、リレーサーバ２０６から応答クライアント２０４までのルーティングホップカウントＳ２を生成する。これを行うため、経路検出インターフェースは、送られるアドレスパラメータとしてリレーサーバ２０６のアドレスを使用する。ルーティングホップカウントＳ１およびルーティングホップカウントＳ２の合計は、リレーサーバ２０６を使用したリレー方式がデータの伝送に使用される場合の、開始クライアント２０２から応答クライアント２０４までのルーティングホップの総数を表す。
【００３０】
この後に、ルーティングホップカウントＳ０は、ルーティングホップカウントＳ１およびＳ２の合計と比較される。直接Ｐ２Ｐ方式を使用すると仮定して取得されるルーティングホップカウントＳ０が、リレー方式を使用すると仮定して取得されるルーティングホップカウントＳ１およびＳ２の合計よりも大きい場合は、指定されたリレーサーバ２０６に基づいたリレー方式が良好な選択であると見なされ、したがって、開始クライアント２０２と応答クライアント２０４との間のデータ伝送に選択される。直接Ｐ２Ｐ方式を使用すると仮定して取得されるルーティングホップカウントＳ０が、リレー方式を使用すると仮定して取得されるルーティングホップカウントＳ１およびＳ２の合計よりも小さい場合は、直接Ｐ２Ｐ方式がより良好な選択であると見なされ、したがって、開始クライアント２０２と応答クライアント２０４との間のデータ伝送に選択される（図２に破線矢印で示す）。
【００３１】
一実施形態において、直接Ｐ２Ｐ方式が選択された時に、直接Ｐ２Ｐ伝送チャネルを確立することができない場合は、リレー伝送チャネルを確立してデータ伝送を完了するように、リレーサーバ２０６が使用される。
【００３２】
その結果、開示されるクライアント間のデータ伝送の選択的ルーティングのための方法では、直接Ｐ２Ｐ伝送チャネルを確立することができる場合は、好ましくは、直接Ｐ２Ｐ方式を使用した伝送速度が、リレー方式を使用した伝送速度よりも速くなると思われるネットワーク化された環境下での伝送に、直接Ｐ２Ｐ方式が使用される。直接Ｐ２Ｐ伝送チャネルを確立することができるが、そのネットワーク化された環境下で、直接Ｐ２Ｐ方式を使用した伝送速度がリレー方式を使用した伝送速度よりも遅くなると思われる場合は、好ましくは、リレー方式が伝送に使用される。当業者は、伝送の速度が、主にルーティングホップカウントの大きさによって示されるが、これに限定されないことを容易に理解するべきである。ネットワーク帯域幅の条件が同じであるとすると、伝送チャネルのルーティングホップカウントが多くなるにつれて、概して、伝送速度が低くなり、一方で、伝送チャネルのルーティングホップカウントが少なくなるにつれて、概して、伝送速度が高くなる。
【００３３】
クライアント（例えば、応答クライアント２０４）のネットワークアドレスは、好ましくは、そのＮＡＴ（ネットワークアドレス変換）アドレスである。ＮＡＴアドレスは、１つのアドレスフィールド（イントラネット等）を、別のアドレスフィールド（インターネット等）にマッピングする標準的な方法である。ＮＡＴは、指定された組織のイントラネット内のホストマシンが、ローカル（内部）ホストマシンのための登録されたインターネットアドレスを必要とせずに、パブリックドメインでホストマシンに透過的に接続することができるようにする。換言すれば、ローカル（またはプライベート）ネットワークは、外界に接続するように、インターネットを通してＩＰ（インターネットプロトコル）アドレスを登録することができる。データパケットを送る前に、内部（プライベートまたはローカル）と外部（パブリック）ネットワークとの間のエージェントとしての役割を果たすＮＡＴルータは、ローカルＩＰアドレスをパブリックＩＰアドレスに変換する役割を担う。ここで、クライアントのＮＡＴアドレスは、クライアントのローカルＩＰアドレスから変換されるパブリックＩＰアドレスを指す。サーバ（例えば、リレーサーバ２０６）は、概して、それ自体のパブリックＩＰアドレスを有し、いかなるＮＡＴ変換も必要としない。しかしながら、必要に応じて、リレーサーバ２０６のＮＡＴアドレスも使用することができる。
【００３４】
以下、本開示におけるクライアント間のデータ伝送の選択的ルーティングの方法をより明確に説明するために、例示的なプロセスを説明する。この説明において、プロセスが説明される順序は、限定として見なされるものではなく、任意の数の説明されるプロセスブロックを任意の順序で組み合わせて、本方法または代替方法を実施することができる。
【００３５】
図３は、本開示による、クライアント間のデータ伝送の選択的ルーティングのための例示的なプロセスのフローチャートを示している。以下、プロセスを説明する。
【００３６】
ブロック３００において、開始クライアント２０２は、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを取得する。
【００３７】
ブロック３０２において、開始クライアント２０２は、機能モジュールの経路検出インターフェースを使用し、かつそのＰＩＮＧコマンドおよび応答クライアント２０４のＮＡＴアドレスを使用して、開始クライアント２０２と応答クライアント２０４との間の直接Ｐ２ＰリンクのためのルーティングホップカウントＳ０を取得する。
【００３８】
ブロック３０４において、開始クライアント２０２は、機能モジュールの経路検出インターフェースを使用し、かつそのＰＩＮＧコマンドおよびリレーサーバ２０６のアドレスを使用して、開始クライアント２０２からリレーサーバ２０６までのルーティングホップカウントＳ１を取得する。
【００３９】
ブロック３０６において、応答クライアント２０４は、機能モジュールの経路検出インターフェースを使用し、かつそのＰＩＮＧコマンドおよびリレーサーバ２０６のアドレスを使用して、応答クライアント２０４からリレーサーバ２０６までのルーティングホップカウントＳ２を取得する。
【００４０】
ブロック３０８において、ルーティングホップカウントＳ０が、合計（Ｓ１＋Ｓ２）と比較される。Ｓ０が（Ｓ１＋Ｓ２）よりも小さい場合は、直接Ｐ２Ｐ方式を好適な方法として使用して、データファイル伝送のための伝送チャネルを確立する。Ｓ０が（Ｓ１＋Ｓ２）よりも大きい場合は、リレー方式を好適な方法として使用して、データファイル伝送のためのリレー伝送チャネルを確立する。
【００４１】
図４は、開始クライアント２０２が、図３において紹介されたルーティングホップカウントＳ０およびＳ１をどのように取得するのかを示す、例示的なプロセスのフローチャートである。図４において、開始クライアント２０２によってルーティングホップカウントＳ０およびＳ１を取得するプロセスの中核となるのは、開始クライアント２０２が、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを取得するプロセスである。本開示の１つ以上の態様によれば、以下の手順を使用することができる。
【００４２】
ブロック４００において、開始クライアント２０２は、応答クライアント２０４のＮＡＴアドレスを取得するための要求を中央サーバ２０１に送る。
【００４３】
ブロック４０２において、開始クライアント２０２は、指定されたリレーサーバ２０６のアドレスを取得するための要求を中央サーバ２０１に送る。
【００４４】
ブロック４０４において、中央サーバ２０１は、開始クライアント２０２の要求に応答し、かつ応答クライアント２０４およびリレーサーバ２０６の要求したアドレスが抽出または構文解析され得る、関連するアドレス情報を戻す。
【００４５】
ブロック４０６において、開始クライアント２０２は、受け取ったアドレス情報を構文解析して、応答クライアント２０４のＮＡＴアドレスおよびリレーサーバ２０６のアドレスを取得する。
【００４６】
ブロック４０８において、開始クライアント２０２は、アドレスパラメータとして応答クライアント２０４のＮＡＴアドレスを用い、経路検出インターフェースを使用して、ルーティングホップカウントＳ０を取得する。
【００４７】
ブロック４１０において、開始クライアント２０２は、アドレスパラメータとしてリレーサーバ２０６のアドレスを用い、経路検出インターフェースを使用して、ルーティングホップカウントＳ１を取得する。
【００４８】
ブロック４１２において、開始クライアント２０２は、中央サーバ２０１を通して、応答クライアント２０４から、コマンド（例えば、コマンドＲＥＰ＿ＲＯＵＴＥ＿ＡＤＤＲ）を受け取る。この時点で、応答クライアント２０４がルーティングホップカウントＳ２を取得していると仮定すると、コマンドは、ルーティングホップカウントＳ２等の情報を含み得る。続いて、応答クライアント２０４によってルーティングホップカウントＳ２を取得するプロセスを、図５を参照して説明する。
【００４９】
応答クライアント２０４によって送られるコマンドは、開始クライアント２０２から受け取られる要求コマンドに応答する、応答コマンドであってもよい。開始クライアント２０２からの要求コマンドは、明示的または黙示的に、ルーティングホップカウントＳ２等の経路情報を要求し得る。一実施形態において、要求コマンドは、応答クライアント２０４がリレーサーバ２０６のアドレスを構文解析し、かつルーティングホップカウントＳ２を取得するために使用し得る、アドレス情報とともに送られる。この特定の構成において、開始クライアント２０２からの要求コマンドを受け取るステップは、ブロック４１２に先行することが必要となる。
【００５０】
ブロック４１４において、開始クライアント２０２は、要求コマンドおよび添付された情報を構文解析し、かつルーティングホップカウントＳ２を取得する。
【００５１】
図５は、応答クライアント２０４が、図３において紹介されたルーティングホップカウントＳ２をどのように取得するのかを示すフローチャートである。図５において、応答クライアント２０４によってルーティングホップカウントＳ２を取得するプロセスの中核となるのは、応答クライアント２０４が、リレーサーバ２０６のアドレスを取得するプロセスである。一実施形態において、開始クライアント２０２は、中央サーバ２０１を通して、コマンド（要求コマンドＲＥＱ＿ＲＯＵＴＥ＿ＡＤＤＲ等）を応答クライアント２０４に送る。コマンドは、リレーサーバ２０６のアドレスを含んでいてもよい。中央サーバ２０１を通してコマンドを受け取ると、応答クライアント２０４は、リレーサーバ２０６のアドレスを取得し、かつ機能モジュールの経路検出インターフェースを使用して、ルーティングホップカウントＳ２を取得する。以下、例示的なプロセスを説明する。
【００５２】
ブロック５０１において、応答クライアント２０４は、例えばＴＣＰ接続を使用して、応答クライアント２０４のＮＡＴアドレスを中央サーバ２０１に送る。図３〜４に示されているような別個のプロセスでは、次いで、要求に応じて、応答クライアント２０４のＮＡＴアドレスが、開始クライアント２０２に送られてもよい。
【００５３】
ブロック５０２において、応答クライアント２０４は、中央サーバ２０１を通して、開始クライアント２０２からＲＥＱ＿ＲＯＵＴＥ＿ＡＤＤＲコマンドを受け取る。
【００５４】
ブロック５０４において、応答クライアント２０４は、受け取ったコマンドからリレーサーバ２０６のアドレスを構文解析して抽出する。リレーサーバ２０６は、要求に応じて、開始クライアント２０２に割り当てられる、指定されたリレーサーバである。
【００５５】
ブロック５０６において、応答クライアント２０４は、アドレスパラメータとしてリレーサーバ２０６のアドレスを用い、経路検出インターフェースを使用して、ＰＩＮＧコマンドによってルーティングホップカウントＳ２を取得する。
【００５６】
ブロック５０８において、応答クライアント２０４は、中央サーバ２０１を通して、ＲＥＰ＿ＲＯＵＴＥ＿ＡＤＤＲコマンドを開始クライアント２０２に送る。コマンドは、リレーサーバ２０６から応答クライアント２０４までがカウントされる、ルーティングホップカウントＳ２を含んでもよい。このコマンドは、図４を参照して説明された、アドレスおよび経路情報を送り、および／または要求する開始クライアント２０２から受け取った、以前のコマンドに応答して送られてもよい。
【００５７】
上述の図４は、開始クライアント２０２において、ルーティングホップカウントＳ０（直接Ｐ２Ｐ方式を使用して、開始クライアント２０２から応答クライアント２０４までがカウントされる）、およびルーティングホップカウントＳ１（開始クライアント２０２からリレーサーバ２０６までがカウントされる）を取得するための例示的な方法を示している。図５は、応答クライアントにおいて、ルーティングホップカウントＳ２（リレーサーバ２０６から応答クライアント２０４までがカウントされる）を取得するための例示的な方法を示している。図４および図５は、組み合わせた時に、クライアント間のデータ伝送の選択的ルーティングのための例示的な方法を示す。本方法は、利用できるデータ伝送チャネルのための経路解析および検出を実行し、かつルーティングホップカウント（Ｓ０、Ｓ１、およびＳ２）の比較結果を用いて、データ伝送チャンネルに対して直接Ｐ２Ｐ伝送方式を使用すべきかどうかを決定する。これは、最初に伝送チャネルを確立するために、常に直接Ｐ２Ｐ伝送方式の使用を試みる、既存の技術とは異なる。開示された方法は、ユーザが、種々のネットワーク化された環境下で、クライアント間のデータ伝送に対して最適な速度を達成することができるようにする。具体的には、Ｐ２Ｐ伝送チャネルを確立することができ、かつ直接Ｐ２Ｐを使用したルーティングホップカウント（Ｓ０）が、リレーサーバのリレー方式を使用したルーティングホップカウント（Ｓ１＋Ｓ２）よりも小さい場合は、直接Ｐ２Ｐ伝送がデータ伝送に選択される。Ｐ２Ｐ伝送チャネルを確立することができるが、直接Ｐ２Ｐを使用したルーティングホップカウントが、リレーサーバのリレー方式を使用したルーティングホップカウントよりも大きい場合は、代わりに、リレーサーバを使用して、リレー方式を通して確立される伝送チャネルがデータ伝送に選択される。この設計は、ユーザエクスペリエンスを大幅に向上させ得る。
【００５８】
上述のプロセスの動作は、図２のシステム２００等のシステムの種々の部分、および図６〜７を参照して以下に示されるシステムによって実行され得る。
【００５９】
図６は、クライアント間のデータ伝送の選択的ルーティングのための方法を実施するためのシステムの概略図である。システム６００は、クライアントとサーバとの間で情報を通信するための通信手段６２０と、通信データから情報を抽出するための構文解析手段６２２と、利用できるデータ伝送チャネルの経路ホップカウントを決定するための経路解析手段６２４と、経路ホップカウントを比較し、比較結果を使用して、好適なデータ伝送チャネルを選択する決定モジュール６２６と、を含む。
【００６０】
一実施形態において、通信手段６２０は、応答クライアントのネットワークアドレスおよびリレーサーバのアドレスを含むアドレス情報を、開始クライアントと中央サーバとの間で、送り、受け取るために使用される、（１つ、あるいは複数の）通信デバイスを表す。通信手段６２０は、ルーティングコマンド、およびリレーサーバのアドレスを含むアドレス情報を、（中央サーバを通して）応答クライアントと開始クライアントとの間で、送り、受け取るための（１つ、あるいは複数の）通信デバイスも表す。構文解析手段６２２は、中央サーバから送られるアドレス情報から、応答クライアントのネットワークアドレスおよびリレーサーバのアドレスを構文解析して抽出するために使用される（１つ、または複数の）構文解析デバイスを表す。構文解析手段６２２は、開始クライアントから送られるアドレス情報から、リレーサーバのアドレスを構文解析して抽出するための（１つ、または複数の）構文解析デバイスも表す。経路解析手段６２４は、応答クライアントのネットワークアドレスに基づいて、開始クライアントから応答クライアントまでがカウントされる第１のルーティングホップカウントを取得し、かつリレーサーバのアドレスに基づいて、開始クライアントからリレーサーバまでがカウントされる第２のルーティングホップカウントを取得するための（１つ、または複数の）デバイスを表す。経路解析手段６２４は、リレーサーバのアドレスに基づいて、リレーサーバから応答クライアントまでがカウントされる第３のルーティングホップカウントを取得するための（１つ、または複数の）デバイスも表す。決定モジュール６２６は、ルーティングホップカウントを比較する、例えば、第２のルーティングホップカウントおよび第３のルーティングホップカウントの合計が、第１のルーティングホップカウントよりも大きいかどうかを確認するためのものである。決定モジュール６２６は、比較結果に応じて、データ伝送のために直接Ｐ２Ｐリンク方式およびリレー方式から１つを選択する。
【００６１】
通信手段６２０、構文解析手段６２２、経路解析手段６２４、および決定モジュール６２６を展開するために、任意の好適な手段を使用することができる。選択的ルーティングプロセスを実行する手段およびデバイスは、下記にさらに示されるように、選択的ルーティングシステムの種々の構成要素（例えば、開始クライアント２０２、応答クライアント２０４、中央サーバ２００、およびリレーサーバ２０６）において具体化することができる。
【００６２】
＜実施環境＞
図７は、本開示に従って、クライアント間のデータ伝送の選択的ルーティングを使用する、例示的なネットワークシステムの概略図を示している。ネットワークシステム７００は、図３〜５、ならびに図６の選択的ルーティングシステム６００を参照して上述した、クライアント間のデータ伝送の選択的ルーティングのための方法の例示的な実施環境を表している。ネットワークシステム７００は、中央サーバ７０１と、開始クライアント７０２と、応答クライアント７０４と、リレーサーバ７０６と、を含む。
【００６３】
図６において説明したように、通信手段６２０は、通信デバイス７２０−０、７２０−２、および７２０−２において具体化される。図７に示されている例示的な実施形態において、通信デバイス７２０−０は、中央サーバ７０１の一部、または中央サーバ７１０に接続される別個のデバイスのいずれかであり、通信デバイス７２０−１は、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかであり、また、通信デバイス７２０−２は、応答クライアント７０４の一部、またはそれに接続される別個のデバイスのいずれかである。
【００６４】
通信デバイス７２０−１は、応答クライアント７０４のネットワークアドレスおよびリレーサーバ７０６のアドレスに対する要求を、通信デバイス７２０−０に送り、次いで通信デバイス７２０−０は、要求されたアドレス情報を、通信デバイス７２０−１に戻す。同様に、通信デバイス７２０−２は、リレーサーバ７０６のアドレスに対する要求を通信デバイス７２０−０に送り、次いで通信デバイス７２０−０は、要求されたアドレス情報を、通信デバイス７２０−２に戻す。通信デバイス７２０−０、７２０−１、および７２０−２は、中央サーバ７０１を通して、開始クライアント７０２と応答クライアント７０４との間で、ルーティングコマンドおよび（例えば、リレーサーバ７０６のアドレスを含む）アドレス情報を送り、受け取るために使用される。例えば、通信デバイス７２０−１は、通信デバイス７２０−２を通して、経路情報要求コマンドＲＥＱ＿ＲＯＵＴＥ＿ＡＤＤＲを応答クライアント７０４に送って、リレーサーバ７０６から応答クライアント７０４までがカウントされる、ルーティングホップカウントＳ２の情報を要求することができる。通信デバイス７２０−１はまた、本明細書に説明されているように、応答クライアント７０４において、経路アドバイザ７２４−２によるルーティングホップカウントＳ０の決定を容易にするために、リレーサーバ７０６のアドレスを、好ましくは経路情報要求コマンドとともに、通信デバイス７２０−２に送ることができる。次いで、通信デバイス７２０−２は、通信デバイス７２０−１を使用して、（好ましくは中央サーバ７０１を通して）応答コマンドＲＥＰ＿ＲＯＵＴＥ＿ＡＤＤＲを有する決定したルーティングホップカウントＳ２を開始クライアント７０２に戻す。
【００６５】
図６において説明したように、構文解析手段６２２は、構文解析デバイス７２２−１および７２２−２において具体化される。構文解析デバイス７２２−１は、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかであり、また、構文解析デバイス７２２−２は、応答クライアント７０４の一部、またはそれに接続される別個のデバイスのいずれかである。構文解析デバイス７２２−１は、中央サーバ７０１において通信デバイス７２０−０から送られるアドレス情報から、応答クライアント７０４のネットワークアドレスおよびリレーサーバ７０６のアドレスを構文解析して抽出する。構文解析デバイス７２２−２は、開始クライアント７０２から送られるアドレス情報から、リレーサーバ７０６のアドレスを構文解析する。
【００６６】
図６の経路解析手段６２４は、経路解析器７２４−１および７２４−２において具体化される。経路解析器７２４−１は、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかである。経路解析器７２４−２は、応答クライアント７０４、またはそれに接続される別個のデバイスのいずれかである。経路解析器７２４−１は、応答クライアント７０４のネットワークアドレスに基づいて、開始クライアント７０２から応答クライアント７０４までがカウントされる、第１のルーティングホップカウントＳ０を取得する。経路解析器７２４−１は、ネットワークアドレスに基づいて、開始クライアント７０２からリレーサーバ７０６までがカウントされる、第２のルーティングホップカウントＳ１を取得する。経路解析器７２４−２は、リレーサーバ７０６のアドレスに基づいて、リレーサーバ７０６から応答クライアント７０４までがカウントされる、第３のルーティングホップカウントＳ２を取得する。
【００６７】
図６の決定モジュール６２６は、決定モジュール７２６において具体化され、開始クライアント７０２の一部、またはそれに接続される別個のデバイスのいずれかである。決定モジュール７２６は、第２のルーティングホップカウントＳ１および第３のルーティングホップカウントＳ２の合計と、第１のルーティングホップカウントＳ０とを比較する。決定モジュール７２６は、次いで、本明細書に示されているように、比較結果に基づいて、（例えば、直接Ｐ２Ｐリンク方式またはリレー方式から）好適なデータ伝送チャネルまたはモードを選択する。
【００６８】
上述の実施形態において、経路解析器７２４−１および７２４−２が図示の位置にあるとすると、第１のルーティングホップカウントＳ０を取得するプロセス、および第２のルーティングホップカウントＳ１を取得するプロセスは、どちらも、開始クライアント７０２によって開始され、かつ少なくとも部分的に実行され得、一方で、第３のルーティングホップカウントＳ２を取得するプロセスは、応答クライアント７０４によって開始され、かつ少なくとも部分的に実行され得る。しかしながら、図６の経路解析手段６２４は、開始クライアント７０２および応答クライアント７０４にアクセス可能であれば、開始クライアント７０２および応答クライアント７０４の外側の、共通の経路解析器において具体化されてもよい。共通の経路解析器は、経路解析器７２４−１および７２２−２双方の機能を実行するように構成されてもよい。例えば、共通の解析器は、中央サーバの一部、またはそれに接続されるもののいずれかであってもよい。同様に、決定モジュール７２６は、図７に示されているように、開始クライアント７０２の代わりに、中央サーバ７０１に位置してもよい。この場合、第３のルーティングホップカウントＳ２は、経路解析器７２４−２によって決定された後に、開始クライアント７０２にではなく、決定モジュールが位置する中央サーバ７０１に送られてもよい。
【００６９】
本明細書で論じられる可能な利益および利点は、添付の請求項の範囲に対する限定または制限であると見なされない。
【００７０】
主題は構造的特徴および／または方法論的動作に対して具体的な言語で説明されているが、添付の請求項において定義される主題は、説明される特定の特徴または動作に必ずしも限定されない。むしろ、特定の特徴および動作は、請求項を実施する例示的な形態として開示される。
【特許請求の範囲】
【請求項１】
第１のクライアントと、第２のクライアントと、中央サーバと、リレーサーバと、を含む、ネットワークシステム内のクライアント間のデータ伝送の選択的ルーティングのための方法であって、
前記第１のクライアントから前記第２のクライアントまでの第１のルーティングホップカウントを、直接Ｐ２Ｐリンクがそれらの間にあると仮定して、取得するステップと、前記第１のクライアントから前記リレーサーバまでの第２のルーティングホップカウントを、前記リレーサーバを通るリレーチャネルがあると仮定して、取得するステップと、
前記リレーサーバから前記第２のクライアントまでの第３のルーティングホップカウントを、前記リレーサーバを通る前記リレーチャネルがあると仮定して、取得するステップと、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計と、前記第１のルーティングホップカウントとを比較するステップと、
比較結果に基づいて、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送チャネルとして、前記直接Ｐ２Ｐリンクおよび前記リレーチャネルのうちの１つを選択するステップと、
を含む、方法。
【請求項２】
前記データ伝送チャネルを選択するステップは、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計が、前記第１のルーティングホップカウントよりも小さい場合は、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送にリレー方式を選択するステップと、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計が、前記第１のルーティングホップカウントよりも大きい場合は、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送にＰ２Ｐリンク方式を選択するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記データ伝送チャネルを選択するステップは、
最初に前記Ｐ２Ｐリンク方式が選択されるが、直接Ｐ２Ｐ伝送チャネルを確立することができない場合に、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送に前記リレー方式を選択するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記第１のルーティングホップカウントを取得するステップ、および前記第２のルーティングホップカウントを取得するステップは、どちらも、前記第１のクライアントによって開始され、かつ少なくとも部分的に実行される、請求項１に記載の方法。
【請求項５】
前記第１のルーティングホップカウントを取得するステップは、
前記第１のクライアントによって、前記第２のクライアントのネットワークアドレスを取得するステップと、
前記第２のクライアントの前記ネットワークアドレスに基づいて、経路検出インターフェースを使用して、前記第１のルーティングホップカウントを取得するステップと、
を含む、請求項１に記載の方法。
【請求項６】
前記経路検出インターフェースを使用して、前記第１のルーティングホップカウントを取得するステップは、
前記第１のルーティングホップカウントを生成するように、前記経路検出インターフェースによって、アドレスパラメータとして前記第２のクライアントの前記ネットワークアドレスを有するＰＩＮＧコマンドを送るステップを含む、請求項５に記載の方法。
【請求項７】
前記第２のルーティングホップカウントを取得するステップは、
前記第１のクライアントによって、前記リレーサーバのアドレスを取得するステップと、
前記リレーサーバの前記アドレスに基づいて、経路検出インターフェースを使用して、前記第２のルーティングホップカウントを取得するステップと、
を含む、請求項１に記載の方法。
【請求項８】
前記第３のルーティングホップカウントは、前記第２のクライアントによって取得され、前記方法は、
ルーティングホップカウントの比較のために、前記第３のルーティングホップカウントを前記第１のクライアントまたは前記中央サーバに送るステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記第３のルーティングホップカウントは、前記第２のクライアントによって取得され、前記方法は、
第２のクライアントによって、経路情報に対する要求コマンドを第１のクライアントから受け取るステップと、
前記要求コマンドに応答して、ルーティングホップカウントの比較のために、前記第３のルーティングホップカウントを前記第１のクライアントに送るステップと、
をさらに含む、請求項１に記載の方法。
【請求項１０】
前記要求コマンドは、前記リレーサーバのアドレスを構文解析することができるアドレス情報とともに送られる、請求項９に記載の方法。
【請求項１１】
ネットワーク内のクライアント間のデータ伝送の選択的経路設定のためのルーティングシステムであって、
第１のルーティングホップカウント、第２のルーティングホップカウント、および第３のルーティングホップカウントを取得するための経路解析手段であって、前記第１のルーティングホップカウントは、第１のクライアントから第２のクライアントまでが、直接Ｐ２Ｐリンクがそれらの間にあると仮定してカウントされ、前記第２のルーティングホップは、前記第１のクライアントからリレーサーバまでが、前記リレーサーバを通るリレーチャネルがあると仮定してカウントされ、かつ前記第３のルーティングホップカウントは、前記リレーサーバから前記第２のクライアントまでが、前記リレーサーバを通る前記リレーチャネルがあると仮定してカウントされる、経路解析手段と、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計と、前記第１のルーティングホップカウントとを比較し、かつ比較の結果に基づいて、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送チャネルとして、前記直接Ｐ２Ｐリンクおよび前記リレーチャネルのうちの１つを選択するための決定モジュールと、
を備える、ルーティングシステム。
【請求項１２】
前記第１のクライアントから、前記第２のクライアントのネットワークアドレスおよび前記リレーサーバのアドレスに対する要求を受け取り、かつ前記第２のクライアントの前記ネットワークアドレスおよび前記リレーサーバの前記アドレスを、前記第１のクライアントに送るための通信ユニットをさらに備える、請求項１１に記載のルーティングシステム。
【請求項１３】
前記通信ユニットは、中央サーバ内に存在する、請求項１２に記載のルーティングシステム。
【請求項１４】
前記リレーサーバのアドレスを前記第２のクライアントに送るための通信ユニットをさらに備え、前記経路解析手段の少なくとも一部は、前記リレーサーバの前記アドレスに基づいて前記第３のルーティングホップカウントを取得するために、前記第２のクライアント内に存在する、請求項１１に記載のルーティングシステム。
【請求項１５】
前記通信ユニットは、前記第１のクライアント内に存在する、請求項１４に記載のルーティングシステム。
【請求項１６】
前記通信ユニットは、前記第３のルーティングホップカウントを含む経路情報に対する要求を、前記第２のクライアントに送るためにさらに使用される、請求項１４に記載のルーティングシステム。
【請求項１７】
前記リレーサーバの前記アドレスは、前記ルーティング情報に対する要求とともに、前記第２のクライアントに送られる、請求項１６に記載のルーティングシステム。
【請求項１８】
第１のクライアントと、第２のクライアントと、中央サーバと、リレーサーバと、を少なくとも含む、ネットワークシステム内のクライアント間のデータ伝送の選択的ルーティングのためのルーティングシステムであって、
前記第２のクライアントのネットワークアドレスおよび前記リレーサーバのアドレスを前記第１のクライアントに送るための、前記中央サーバに存在する第１の通信デバイスと、
前記第１の通信デバイスによって送られた、前記第２のクライアントの前記ネットワークアドレスおよび前記リレーサーバの前記アドレスを受け取るための、前記第１のクライアントに存在する第２の通信デバイスと、
前記第１の通信デバイスまたは前記第２の通信デバイスから、前記リレーサーバのコマンドおよび／または前記アドレスを受け取るために、前記第２のクライアントに存在する第３の通信デバイスと、
第１のルーティングホップカウントおよび第２のルーティングホップカウントを、それぞれ、前記第２のクライアントの前記ネットワークアドレスおよび前記リレーサーバの前記アドレスに基づいて、取得するための第１の経路解析器であって、前記第１のルーティングホップカウントは、前記第１のクライアントから前記第２のクライアントまでが、直接Ｐ２Ｐリンクがそれらの間にあると仮定してカウントされ、かつ前記第２のルーティングホップは、前記第１のクライアントからリレーサーバまでが、前記リレーサーバを通るリレーチャネルがあると仮定してカウントされる、第１の経路解析器と、
前記リレーサーバの前記アドレスに基づいて、第３のルーティングホップカウントを取得するための第２の経路解析器であって、前記第３のルーティングホップカウントは、前記リレーサーバから前記第２のクライアントまでが、前記リレーサーバを通る前記リレーチャネルがあると仮定してカウントされる、第２の経路解析器と、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計と、前記第１のルーティングホップカウントとを比較し、かつ比較の結果に基づいて、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送チャネルとして、前記直接Ｐ２Ｐリンクおよび前記リレーチャネルのうちの１つを選択するための決定モジュールと、
を備える、ルーティングシステム。
【請求項１９】
前記決定モジュールは、最初に前記Ｐ２Ｐリンク方式が選択されるが、直接Ｐ２Ｐ伝送チャネルを確立することができない場合に、データ伝送に対して前記リレー方式のリレー伝送チャネルを選択するためにさらに使用される、請求項１８に記載のルーティングシステム。
【請求項１】
第１のクライアントと、第２のクライアントと、中央サーバと、リレーサーバと、を含む、ネットワークシステム内のクライアント間のデータ伝送の選択的ルーティングのための方法であって、
前記第１のクライアントから前記第２のクライアントまでの第１のルーティングホップカウントを、直接Ｐ２Ｐリンクがそれらの間にあると仮定して、取得するステップと、前記第１のクライアントから前記リレーサーバまでの第２のルーティングホップカウントを、前記リレーサーバを通るリレーチャネルがあると仮定して、取得するステップと、
前記リレーサーバから前記第２のクライアントまでの第３のルーティングホップカウントを、前記リレーサーバを通る前記リレーチャネルがあると仮定して、取得するステップと、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計と、前記第１のルーティングホップカウントとを比較するステップと、
比較結果に基づいて、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送チャネルとして、前記直接Ｐ２Ｐリンクおよび前記リレーチャネルのうちの１つを選択するステップと、
を含む、方法。
【請求項２】
前記データ伝送チャネルを選択するステップは、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計が、前記第１のルーティングホップカウントよりも小さい場合は、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送にリレー方式を選択するステップと、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計が、前記第１のルーティングホップカウントよりも大きい場合は、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送にＰ２Ｐリンク方式を選択するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記データ伝送チャネルを選択するステップは、
最初に前記Ｐ２Ｐリンク方式が選択されるが、直接Ｐ２Ｐ伝送チャネルを確立することができない場合に、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送に前記リレー方式を選択するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記第１のルーティングホップカウントを取得するステップ、および前記第２のルーティングホップカウントを取得するステップは、どちらも、前記第１のクライアントによって開始され、かつ少なくとも部分的に実行される、請求項１に記載の方法。
【請求項５】
前記第１のルーティングホップカウントを取得するステップは、
前記第１のクライアントによって、前記第２のクライアントのネットワークアドレスを取得するステップと、
前記第２のクライアントの前記ネットワークアドレスに基づいて、経路検出インターフェースを使用して、前記第１のルーティングホップカウントを取得するステップと、
を含む、請求項１に記載の方法。
【請求項６】
前記経路検出インターフェースを使用して、前記第１のルーティングホップカウントを取得するステップは、
前記第１のルーティングホップカウントを生成するように、前記経路検出インターフェースによって、アドレスパラメータとして前記第２のクライアントの前記ネットワークアドレスを有するＰＩＮＧコマンドを送るステップを含む、請求項５に記載の方法。
【請求項７】
前記第２のルーティングホップカウントを取得するステップは、
前記第１のクライアントによって、前記リレーサーバのアドレスを取得するステップと、
前記リレーサーバの前記アドレスに基づいて、経路検出インターフェースを使用して、前記第２のルーティングホップカウントを取得するステップと、
を含む、請求項１に記載の方法。
【請求項８】
前記第３のルーティングホップカウントは、前記第２のクライアントによって取得され、前記方法は、
ルーティングホップカウントの比較のために、前記第３のルーティングホップカウントを前記第１のクライアントまたは前記中央サーバに送るステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記第３のルーティングホップカウントは、前記第２のクライアントによって取得され、前記方法は、
第２のクライアントによって、経路情報に対する要求コマンドを第１のクライアントから受け取るステップと、
前記要求コマンドに応答して、ルーティングホップカウントの比較のために、前記第３のルーティングホップカウントを前記第１のクライアントに送るステップと、
をさらに含む、請求項１に記載の方法。
【請求項１０】
前記要求コマンドは、前記リレーサーバのアドレスを構文解析することができるアドレス情報とともに送られる、請求項９に記載の方法。
【請求項１１】
ネットワーク内のクライアント間のデータ伝送の選択的経路設定のためのルーティングシステムであって、
第１のルーティングホップカウント、第２のルーティングホップカウント、および第３のルーティングホップカウントを取得するための経路解析手段であって、前記第１のルーティングホップカウントは、第１のクライアントから第２のクライアントまでが、直接Ｐ２Ｐリンクがそれらの間にあると仮定してカウントされ、前記第２のルーティングホップは、前記第１のクライアントからリレーサーバまでが、前記リレーサーバを通るリレーチャネルがあると仮定してカウントされ、かつ前記第３のルーティングホップカウントは、前記リレーサーバから前記第２のクライアントまでが、前記リレーサーバを通る前記リレーチャネルがあると仮定してカウントされる、経路解析手段と、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計と、前記第１のルーティングホップカウントとを比較し、かつ比較の結果に基づいて、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送チャネルとして、前記直接Ｐ２Ｐリンクおよび前記リレーチャネルのうちの１つを選択するための決定モジュールと、
を備える、ルーティングシステム。
【請求項１２】
前記第１のクライアントから、前記第２のクライアントのネットワークアドレスおよび前記リレーサーバのアドレスに対する要求を受け取り、かつ前記第２のクライアントの前記ネットワークアドレスおよび前記リレーサーバの前記アドレスを、前記第１のクライアントに送るための通信ユニットをさらに備える、請求項１１に記載のルーティングシステム。
【請求項１３】
前記通信ユニットは、中央サーバ内に存在する、請求項１２に記載のルーティングシステム。
【請求項１４】
前記リレーサーバのアドレスを前記第２のクライアントに送るための通信ユニットをさらに備え、前記経路解析手段の少なくとも一部は、前記リレーサーバの前記アドレスに基づいて前記第３のルーティングホップカウントを取得するために、前記第２のクライアント内に存在する、請求項１１に記載のルーティングシステム。
【請求項１５】
前記通信ユニットは、前記第１のクライアント内に存在する、請求項１４に記載のルーティングシステム。
【請求項１６】
前記通信ユニットは、前記第３のルーティングホップカウントを含む経路情報に対する要求を、前記第２のクライアントに送るためにさらに使用される、請求項１４に記載のルーティングシステム。
【請求項１７】
前記リレーサーバの前記アドレスは、前記ルーティング情報に対する要求とともに、前記第２のクライアントに送られる、請求項１６に記載のルーティングシステム。
【請求項１８】
第１のクライアントと、第２のクライアントと、中央サーバと、リレーサーバと、を少なくとも含む、ネットワークシステム内のクライアント間のデータ伝送の選択的ルーティングのためのルーティングシステムであって、
前記第２のクライアントのネットワークアドレスおよび前記リレーサーバのアドレスを前記第１のクライアントに送るための、前記中央サーバに存在する第１の通信デバイスと、
前記第１の通信デバイスによって送られた、前記第２のクライアントの前記ネットワークアドレスおよび前記リレーサーバの前記アドレスを受け取るための、前記第１のクライアントに存在する第２の通信デバイスと、
前記第１の通信デバイスまたは前記第２の通信デバイスから、前記リレーサーバのコマンドおよび／または前記アドレスを受け取るために、前記第２のクライアントに存在する第３の通信デバイスと、
第１のルーティングホップカウントおよび第２のルーティングホップカウントを、それぞれ、前記第２のクライアントの前記ネットワークアドレスおよび前記リレーサーバの前記アドレスに基づいて、取得するための第１の経路解析器であって、前記第１のルーティングホップカウントは、前記第１のクライアントから前記第２のクライアントまでが、直接Ｐ２Ｐリンクがそれらの間にあると仮定してカウントされ、かつ前記第２のルーティングホップは、前記第１のクライアントからリレーサーバまでが、前記リレーサーバを通るリレーチャネルがあると仮定してカウントされる、第１の経路解析器と、
前記リレーサーバの前記アドレスに基づいて、第３のルーティングホップカウントを取得するための第２の経路解析器であって、前記第３のルーティングホップカウントは、前記リレーサーバから前記第２のクライアントまでが、前記リレーサーバを通る前記リレーチャネルがあると仮定してカウントされる、第２の経路解析器と、
前記第２のルーティングホップカウントおよび前記第３のルーティングホップカウントの合計と、前記第１のルーティングホップカウントとを比較し、かつ比較の結果に基づいて、前記第１のクライアントと前記第２のクライアントとの間のデータ伝送チャネルとして、前記直接Ｐ２Ｐリンクおよび前記リレーチャネルのうちの１つを選択するための決定モジュールと、
を備える、ルーティングシステム。
【請求項１９】
前記決定モジュールは、最初に前記Ｐ２Ｐリンク方式が選択されるが、直接Ｐ２Ｐ伝送チャネルを確立することができない場合に、データ伝送に対して前記リレー方式のリレー伝送チャネルを選択するためにさらに使用される、請求項１８に記載のルーティングシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公表番号】特表２０１１−５０３９７３（Ｐ２０１１−５０３９７３Ａ）
【公表日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願番号】特願２０１０−５３２３３８（Ｐ２０１０−５３２３３８）
【出願日】平成２０年１１月６日（２００８．１１．６）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０８２５６７
【国際公開番号】ＷＯ２００９／０６１８７６
【国際公開日】平成２１年５月１４日（２００９．５．１４）
【出願人】（５０８２４８０６９）アリババ グループ ホールディング リミテッド (105)
【Ｆターム（参考）】
【公表日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願日】平成２０年１１月６日（２００８．１１．６）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０８２５６７
【国際公開番号】ＷＯ２００９／０６１８７６
【国際公開日】平成２１年５月１４日（２００９．５．１４）
【出願人】（５０８２４８０６９）アリババ グループ ホールディング リミテッド (105)
【Ｆターム（参考）】
[ Back to top ]