(57)【特許請求の範囲】
【請求項１】
要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得するステップと、
前記データ量に基づいて、前記締め切り時間の前に前記必要になるデータを伝送することに必要とする最小帯域幅を取得して、前記必要になるデータに対応する要求帯域幅とするステップと、
前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップとを、含むこと
を特徴とするデータ伝送制御方法。
【請求項２】
前記の前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、
前記要求サーバによって現在ダウンロードされているデータに対応する要求帯域幅を取得し、前記要求サーバの帯域幅リソースと、前記現在ダウンロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記要求サーバが分配できるダウンロード帯域幅を決定するステップと、
各候補サーバに対して、前記候補ソースサーバによって現在アップロードされているデータに対応する要求帯域幅を取得し、前記候補ソースサーバの帯域幅リソースと、前記現在アップロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記候補ソースサーバが分配できるアップロード帯域幅を決定するステップと、
前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップとを、含む
ことを特徴とする請求項１に記載のデータ伝送制御方法。
【請求項３】
前記の前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、
前記要求サーバの位置するデータセンターにおける候補サーバを選択条件とするステップと、
前記選択条件に基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップとを、含むこと
を特徴とする請求項２に記載のデータ伝送制御方法。
【請求項４】
前記の前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、
前記要求サーバの位置するデータセンターに候補サーバが存在しない場合、前記要求サーバの位置するドメインにおける各候補ソースサーバと前記要求サーバの位置するデータセンターとの間のリンクの残りのリンク帯域幅を取得して、候補ソースサーバに対応する経路帯域幅とするステップと、
前記ドメインにおける対応する経路帯域幅が、前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅とのうちの最小値より大きいか等しい候補ソースサーバを、前記選択条件とするステップと、
前記選択条件に基づいて、前記ドメインから、前記必要になるデータを伝送するためのソースサーバを選択するステップとを、含むこと
を特徴とする請求項３に記載のデータ伝送制御方法。
【請求項５】
前記データ伝送制御方法は、
要求サーバに対応する製品ラインを取得するステップを更に含み、及び
前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、
前記ドメインから、前記必要になるデータを伝送するためのソースサーバが選択されていない場合、前記ドメインを除いた他のドメインにおける各候補ソースサーバに対応する経路帯域幅を、プリセットの、前記製品ラインに対応する帯域幅の使用上限とするステップと、
前記他のドメインにおける候補ソースサーバにおいて、対応する経路帯域幅が、前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅とのうちの最小値より大きいか等しい候補ソースサーバを、前記選択条件とするステップと、
前記選択条件に基づいて、前記他のドメインにおける候補ソースサーバから、前記必要になるデータを伝送するためのソースサーバを選択するステップとを、更に含むこと
を特徴とする請求項４に記載のデータ伝送制御方法。
【請求項６】
前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、
前記選択条件を満足する候補ソースサーバの数が１より大きい場合、前記ダウンロード帯域幅と、分配できるアップロード帯域幅と、対応する経路帯域幅とのうちの最小値が最も大きい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択するステップとを含み、
ここで、前記選択条件を満足する候補ソースサーバが、前記要求サーバの位置するデータセンターにある場合、前記選択条件を満足する候補ソースサーバに対応する経路帯域幅は無限大であること
を特徴とする請求項３ないし５の何れか一項に記載のデータ伝送制御方法。
【請求項７】
前記データ伝送制御方法は、
選択されたソースサーバが分配できるアップロード帯域幅と、対応する経路帯域幅と、前記ダウンロード帯域幅とのうちの最小値を、前記必要になるデータを伝送する時に分配される帯域幅とするステップを含み、
ここで、選択されたソースサーバが前記要求サーバの位置するデータセンターにある場合、選択されたソースサーバに対応する経路帯域幅は無限大であること
を特徴とする請求項３ないし５の何れか一項に記載のデータ伝送制御方法。
【請求項８】
前記データ伝送制御方法は、
前記必要になるデータを伝送するソースサーバが選択されていない場合、分配できるアップロード帯域幅と、対応する経路帯域幅とのうちのより小さい値が最も大きい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとするステップと、
選択されたソースサーバが分配できるアップロード帯域幅と、対応する経路帯域幅とのうちのより小さい値を、前記必要になるデータを伝送時に分配される帯域幅とするステップとを、更に含み、
ここで、前記要求サーバの位置するデータセンターにおける候補ソースサーバに対応する経路帯域幅は無限大であること
を特徴とする請求項３ないし５の何れか一項に記載のデータ伝送制御方法。
【請求項９】
需要データ識別子、締め切り時間、ターゲットサーバ識別子を含むデータ伝送タスクを受信するステップと、
前記需要データ識別子に対応するデータを少なくとも二つの断片に分割するステップと、
各断片に対して、前記断片を必要になるデータとし、前記締め切り時間を指示された締め切り時間とし、前記ターゲットサーバ識別子に対応するサーバを要求サーバとして、請求項１ないし８の何れか一項に記載のデータ伝送制御方法によって、前記断片に対応するソースサーバを選択して、前記ソースサーバの識別子、前記ターゲットサーバ識別子、前記断片の識別子を含む、対応するサブタスクを生成するステップと、
各断片に対応するサブタスクを、サブタスクのソースサーバの識別子情報に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送し、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するステップとを、含むこと
を特徴とするデータ伝送制御方法。
【請求項１０】
前記データ伝送制御方法は、
各断片に対応するサブタスクを、サブタスクのソースサーバの識別子情報に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送する前に、ソースサーバ識別子とターゲットサーバ識別子とがそれぞれ同じであるサブタスクを合併するステップを更に含むこと
を特徴とする請求項９に記載のデータ伝送制御方法。
【請求項１１】
前記データ伝送制御方法は、
各断片に対応するサブタスクを、サブタスクのソースサーバの識別子情報に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送する前に、各断片に対して、請求項７または８に記載のデータ伝送制御方法によって、前記断片を伝送する時に分配される帯域幅を決定するステップとを含み、及び、
ここで、各断片に対応するサブタスクは、前記分配される帯域幅の情報を更に含み、及び、
前記の前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するステップにおいては、
サブタスクの分配される帯域幅情報に基づいて、前記ソースサーバと前記ターゲットサーバがデータに伝送させるように制御するステップを更に含むこと
を特徴とする請求項９または１０に記載のデータ伝送制御方法。
【請求項１２】
前記サブタスクは、前記締め切り時間の情報と、残りのデータ量の情報とを更に含み、及び、
前記データ伝送制御方法は、
現在伝送が完成していない各サブタスクに対して、周期的に前記サブタスクの残りのデータ量を必要になるデータのデータ量とし、締め切り時間を指示された締め切り時間とし、ターゲットサーバ識別子に対応するサーバを要求サーバとして、請求項１ないし８の何れか一項に記載のデータ伝送制御方法によって、前記サブタスクに対応する新しいソースサーバを選択するステップと、
請求項７または８に記載のデータ伝送制御方法によって、前記サブタスクに新たに分配される帯域幅を決定するステップと、
前記サブタスクを前記新しいソースサーバと前記ターゲットサーバとに伝送し、前記サブタスクに新たに分配される帯域幅に基づいて、前記新しいソースサーバと前記ターゲットサーバにデータを伝送させるように制御するステップとを、更に含むこと
を特徴とする請求項１１に記載のデータ伝送制御方法。
【請求項１３】
要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得するための取得ユニットと、
前記データ量に基づいて、前記締め切り時間の前に前記必要になるデータを伝送することに必要とする最小帯域幅を、前記必要になるデータに対応する要求帯域幅として取得するための要求帯域幅決定ユニットと、
前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するためのソースサーバ決定ユニットとを、含むこと
を特徴とするデータ伝送制御装置。
【請求項１４】
前記ソースサーバ決定ユニットは、
前記要求サーバによって現在ダウンロードされているデータに対応する要求帯域幅を取得し、前記要求サーバの帯域幅リソースと、前記現在ダウンロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記要求サーバが分配できるダウンロード帯域幅を決定するためのダウンロード帯域幅決定サブユニットと、
各候補サーバに対して、前記候補ソースサーバによって現在アップロードされているデータに対応する要求帯域幅を取得し、前記候補ソースサーバの帯域幅リソースと、前記現在アップロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記候補ソースサーバが分配できるアップロード帯域幅を決定するためのアップロード帯域幅決定サブユニットと、
前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するためのソースサーバ決定サブユニットとを、含むこと
を特徴とする請求項１３に記載のデータ伝送制御装置。
【請求項１５】
前記ソースサーバ決定サブユニットは、
前記要求サーバの位置するデータセンターにおける候補サーバを選択条件とし、前記選択条件に基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するための第１選択モジュールを含むこと
を特徴とする請求項１４に記載のデータ伝送制御装置。
【請求項１６】
前記ソースサーバ決定サブユニットは、
前記要求サーバの位置するデータセンターに候補サーバが存在しない場合、前記要求サーバの位置するドメインにおいて各候補ソースサーバと前記要求サーバの位置するデータセンターとの間のリンクの残りのリンク帯域幅を取得して、候補ソースサーバに対応する経路帯域幅とするための第１経路帯域幅決定モジュールと、
前記ドメインにおける対応する経路帯域幅が、前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅とのうちの最小値より大きいか等しい候補ソースサーバを、前記選択条件とし、前記選択条件に基づいて、前記ドメインから、前記必要になるデータを伝送するためのソースサーバを選択するための第２選択モジュールとを、更に含むこと
を特徴とする請求項１５に記載のデータ伝送制御装置。
【請求項１７】
前記取得ユニットは、要求サーバに対応する製品ラインを取得するためにも用いられ、及び、
前記ソースサーバ決定サブユニットは、
前記ドメインから前記必要になるデータを伝送するためのソースサーバが選択されていない場合、前記ドメインを除いた他のドメインにおける各候補ソースサーバに対応する経路帯域幅を、プリセットの、前記製品ラインに対応する帯域幅の使用上限とするための第２経路帯域幅決定モジュールと、
前記他のドメインにおける候補ソースサーバに対応する経路帯域幅が、前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅とのうちの最小値より大きいか等しい候補ソースサーバを、前記選択条件とし、前記選択条件に基づいて、前記他のドメインにおける候補ソースサーバにおいて、前記必要になるデータを伝送するためのソースサーバ選択するための第３選択モジュールとを、更に含むこと
を特徴とする請求項１６に記載のデータ伝送制御装置。
【請求項１８】
前記データ伝送制御装置は、
選択されたソースサーバが分配できるアップロード帯域幅と、対応する経路帯域幅と、前記ダウンロード帯域幅とのうちの最小値を、前記必要になるデータを伝送時に分配される帯域幅とするための帯域幅分配ユニットとを、更に含み、
ここで、選択されたソースサーバが前記要求サーバの位置するデータセンターにある場合、選択されたソースサーバに対応する経路帯域幅は無限大であること
を特徴とする請求項１５ないし１７の何れか一項に記載のデータ伝送制御装置。
【請求項１９】
需要データ識別子、締め切り時間、ターゲットサーバ識別子を含むデータ伝送タスクを受信するためのタスク受信ユニットと、
前記需要データ識別子に対応するデータを少なくとも二つの断片に分割するための断片化ユニットと、
各断片に対して、前記断片を必要になるデータとし、前記締め切り時間を指示された締め切り時間とし、前記ターゲットサーバ識別子に対応するサーバを要求サーバとして、請求項１３ないし１８の何れか一項に記載のデータ伝送制御装置によって、前記断片に対応するソースサーバを選択して、前記ソースサーバの識別子、前記ターゲットサーバ識別子、前記断片の識別子を含む、対応するサブタスクを生成するためのサブタスク生成ユニットと、
各断片に対応するサブタスクを、サブタスクのソースサーバの識別子情報に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送し、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するためのサブタスク制御ユニットとを、含むこと
を特徴とするデータ伝送制御装置。
【請求項２０】
前記データ伝送制御装置は、
サブタスク制御ユニットが、各断片に対応するサブタスクを、サブタスクのソースサーバの識別子情報に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送する前に、各断片に対して、請求項１８に記載の装置によって、前記断片を伝送する時に分配される帯域幅を決定するための帯域幅分配ユニットさらに含み、及び、
ここで、各断片に対応するサブタスクは、前記分配される帯域幅情報を更に含み、及び、
前記サブタスク制御ユニットは、サブタスクの分配される帯域幅情報に基づいて、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するためにも用いられること
を特徴とする請求項１９に記載のデータ伝送制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、コンピュータ技術の分野に関し、具体的には、データ伝送の技術分野に関し、特に、データ伝送の制御方法及び装置に関する。
【背景技術】
【０００２】
業者は快速な応答を提供するために、一般的に、多数の領域に大型のデータセンター（ＩＤＣ、Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）を構築して、データセンターごとに、データのコピーが保存され、利用者の要求する経路の中継を減らす。しかし、各データセンター間の、データの同期化と更新は、次第に明らかに重要課題になる。現在、従来の技術は、一般的に、Ｐ２Ｐ(Ｐｅｅｒ-Ｔｏ-Ｐｅｅｒ、ピア・ツー・ピア)技術を通って、各データセンター間のデータの伝送を実現する。サーバがデータセンターにおける各サーバ（ｐｅｅｒ）のダウンロードされているデータ内容、及びダウンロードの状態に関する記録を追跡することによって、データをダウンロードする必要になる各サーバのために、そのサーバに必要になるデータが保存された他のサーバリストを照会し、また、他のサーバリストから、ランダムに一つのサーバを、前記必要になるデータを伝送するためのソースサーバとして選択することで、データの伝送を完了させる。
【０００３】
しかし、従来の技術によってソースサーバを選択することは、ランダムに行うことなので、全体的に見て最適なソースサーバを選択することができないし、決められた時間の前にデータの伝送を完成させることを確保できないし、また、リンク帯域幅を効率的に利用できない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本出願の目的は、データ伝送制御方法及び装置を開示し、前記したように背景技術の部分で提出された技術課題を解決することである。
【課題を解決するための手段】
【０００５】
第１態様として、本出願は、要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得するステップと、前記データ量に基づいて、前記締め切り時間の前に前記必要になるデータを伝送することに必要とする最小帯域幅を取得し、前記必要になるデータに対応する要求帯域幅とするステップと、前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップとを含むデータ伝送制御方法を提供する。
【０００６】
第２態様として、本出願は、需要データ識別子、締め切り時間、ターゲットサーバ識別子を含むデータ伝送タスクを受信するステップと、前記需要データ識別子に対応するデータを、少なくとも二つの断片に分割するステップと、各断片に対して、前記断片を必要になるデータとし、前記締め切り時間を指示された締め切り時間とし、前記ターゲットサーバ識別子に対応するサーバを要求サーバとして、第１態様に記載の前記方法によって、前記断片に対応するソースサーバを選択して、前記ソースサーバ識別子、前記ターゲットサーバ識別子、前記断片識別子を含む、対応するサブタスクを生成するステップと、各断片に対応するサブタスクを、サブタスクのソースサーバの識別子に対応するソースサーバと、前記ターゲットサーバ識別子に対応するターゲットサーバとに伝送し、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するステップと、を含む他のデータ伝送制御方法を提供する。
【０００７】
第３態様として、本出願は、要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得するための取得ユニットと、前記データ量に基づいて、前記締め切り時間の前に前記必要になるデータを伝送することに必要とする最小帯域幅を取得し、前記必要になるデータに対応する要求帯域幅とするための要求帯域幅決定ユニットと、前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するためのソースサーバ決定ユニットを含むデータ伝送制御装置を提供する。
【０００８】
第４態様として、本出願は、需要データ識別子、締め切り時間、ターゲットサーバ識別子を含むデータ伝送タスクを受信するためのタスク受信ユニットと、前記需要データ識別子に対応するデータを少なくとも二つの断片に分割するための断片化ユニットと、各断片に対して、前記断片を必要になるデータとし、前記締め切り時間を指示された締め切り時間とし、前記ターゲットサーバ識別子に対応するサーバを要求サーバとして、第３態様に記載の前記装置によって、前記断片に対応するソースサーバを選択して、前記ソースサーバ識別子、前記ターゲットサーバ識別子、前記断片識別子を含む、対応するサブタスクを生成するためのサブタスク生成ユニットと、各断片に対応するサブタスクを、サブタスクのソースサーバ識別子に対応するソースサーバと、前記ターゲットサーバ識別子に対応するターゲットサーバとに伝送し、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するためのサブタスク制御ユニットを含む他のデータ伝送制御装置を提供する。
【発明の効果】
【０００９】
本出願の提供するデータ伝送制御方法及び装置は、必要になるデータのデータ量に基づいて、締め切り時間の前に必要になるデータを伝送することに必要になる要求帯域幅を取得し、また、前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅にと基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択することにより、全体的に見て最適なソースサーバを選択し、締め切り時間の前にデータの伝送を完成させることを確保し、また、リンク帯域幅を効率的に利用することができることを実現した。
【図面の簡単な説明】
【００１０】
以下の図面を参照しながら行った非限定的な実施例に対する詳細な説明を読むことによって、本発明の他の特徴、目的および利点はより明らかになる。
【図１】本発明を適用可能な例示的なシステムアーキテクチャ図である。
【図２】本出願に係るデータ伝送制御方法の一実施例のフローチャートである。
【図３】本出願に係るデータ伝送制御方法の他の実施例のフローチャートである。
【図４】本出願に係るデータ伝送制御装置の一実施例の構成模式図である。
【図５】本出願に係るデータ伝送制御装置の他の実施例の構成模式図である。
【図６】本出願の実施例を実現するための制御サーバに適用されるコンピュータシステムの構成模式図である。
【発明を実施するための形態】
【００１１】
以下、図面および実施例を参照しながら本発明をより詳細に説明する。ここで説明する具体的な実施例は、かかる発明を説明するものに過ぎず、当該発明を限定するものではないと理解すべきである。ただし、説明の便宜上、図面に発明に関連する部分のみが示されている。
【００１２】
なお、衝突しない場合、本発明の実施例および実施例の特徴を相互に組み合せてもよい。以下、図面および実施例を参照しながら本発明を詳細に説明する。
【００１３】
図１は、本出願を応用できるデータ伝送制御方法、または、データ伝送制御装置の実施例の例示的なシステムアーキテクチャ１００を示す図である。
【００１４】
図１に示すように、システムアーキテクチャ１００は、制御サーバ１０１、サーバ１０２、１０３、１０４、１０５を含む。
【００１５】
制御サーバ１０１は、各種のサービスを提供するサーバであってもよく、例えば、サーバ１０２、１０３、１０４、１０５に提出されたデータ伝送タスク、ネットワークトポロジー、帯域幅の消費等の情報によって、データ伝送タスクを実際に実行可能なサブタスクに分解するとともに、サブタスクを対応するサーバに発送する。
【００１６】
利用者は、サーバ１０２、１０３、１０４、１０５と制御サーバ１０１との交互を介して、データ伝送タスクを発送することができる。サーバ１０２、１０３、１０４、１０５は、保存と通信をサポートする各種の電子機器であってもよい。実際の実行において、サーバ１０２、１０３、１０４、１０５は、データを伝送するためのソースサーバであってもよく、データ伝送のターゲットサーバであってもよい。サーバ１０２、１０３は、サーバ１０４、１０５と異なるデータセンターに位置して、データセンター１とデータセンター２は、一つのドメインにおけるデータセンターであってもよく、異なるドメインにおけるデータセンターであってもよい。
【００１７】
ここで、本願の実施例に係るデータ伝送制御方法は通常に制御サーバ１０１で実行される。それに対応して、データ伝送制御装置は通常に制御サーバ１０１に設置されることを理解すべきである。
【００１８】
理解しなければならないことは、図１での制御サーバ、サーバとデータセンターの数は、ただ、例示のである。必要に基づいて、端末装置、ネットワークおよびサーバの数が任意である
【００１９】
続いて、本出願に係るデータ伝送制御方法の一実施例のフロー２００を示している図２を参照する。
【００２０】
図２に示すように、本実施例のデータ伝送制御方法は、以下のようなステップが含まれている。
【００２１】
ステップ２０１は、要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得する。
【００２２】
本実施例において、データ転送制御方法が適用される電子機器（例えば、図１に示された制御サーバ１０１である）は、リアルタイムで更新されるサーバの保存情報セット（例えば、データベースにおけるデータシート）要求サーバ（例えば、図１に示されたサーバ１０２、１０３、１０４、１０５である）に必要になるデータのデータ量、及び前記必要になるデータが格納されたサーバ（例えば、図１に示されたサーバ１０２、１０３、１０４、１０５である）を取得し、前記必要になるデータが格納されたサーバを前記候補ソースサーバとすることができる。
【００２３】
ステップ２０２は、前記データ量に基づいて、前記締め切り時間の前に前記必要になるデータを伝送することに必要とする最小帯域幅を取得し、前記必要になるデータに対応する要求帯域幅とする。
【００２４】
本実施例において、制御サーバは、まず、前記締め切りと現在時刻の間の時間の長さを取得して、次の前記データ量を前記時間の長さで割って、必要になるデータに対応する要求帯域幅を取得することができる。
【００２５】
また、上記時間の長さを所定の係数（例えば０．９）にかけたり、または所定の時間の長さで引いたりして新しい時間の長さを得て、次の上記データ量を上記の新しい時間の長さで割って、必要になるデータに対応する要求帯域幅を取得することにより、締切前にデータの転送を完成することをさらに確保することができる。
【００２６】
ステップ２０３は、上記要求帯域幅と、各候補ソースサーバと上記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅にと基づいて、各候補ソースサーバの中の一つを、上記必要になるデータを伝送するためのソースサーバとして選択する。
【００２７】
本実施例において、制御サーバは、上記要求サーバとの間でのリンクの残りの帯域幅が、前記要求帯域幅よりも大きい候補ソースサーバを上記必要になるデータを伝送するソースサーバとして選択してもよく、前記要求サーバ間とのリンクの残りの帯域幅と帯域幅リソースが上記要求帯域幅よりも大きい候補ソースサーバを上記必要になるデータを伝送するソースサーバに選択してもよい。
【００２８】
本実施例のいくつかの選択可能な実現方式において、ステップ２０３は、前記要求サーバによって現在ダウンロードされているデータに対応する要求帯域幅を取得し、また、前記要求サーバの帯域幅リソースと、前記現在ダウンロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記要求サーバが分配できるダウンロード帯域幅を決定するステップと、各候補サーバに対して、前記候補ソースサーバによって現在アップロードされているデータに対応する要求を取得し、前記候補ソースサーバの帯域幅リソースと、前記現在アップロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記候補ソースサーバが分配できるアップロード帯域幅を決定するステップと、前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するソースサーバとして選択するステップを含む。
【００２９】
ここで、制御サーバは、まず、前記要求サーバによって現在ダウンロードされているデータの残りのデータ量を取得して、次にステップ２０２と類似な方法を使用して、前記残りのデータ量と前記締め切り時間に基づいて、前記要求サーバによって現在ダウンロードされているデータに対応する要求帯域幅を取得することができる。選択的に、前記要求サーバの帯域幅リソースが、前記現在ダウンロードされているデータと前記必要になるデータに対応する要求帯域幅の合計より大きいか等しい場合、前記ダウンロード帯域幅は、前記必要になるデータに対応する要求帯域幅と等しくてもよく、それでなければ、前記ダウンロード帯域幅は、(前記必要になるデータに対応する要求帯域幅)×(前記要求サーバの帯域幅リソース)÷(前記現在ダウンロードされているデータと前記必要になるデータに対応する要求帯域幅の合計)と等しくてもよい。類似な考え方に基づいて、制御サーバは、各候補サーバに対して、各候補ソースサーバによって現在アップロードされているデータに対応する要求帯域幅を取得することができ、また、前記候補ソースサーバの帯域幅リソースと、前記現在アップロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記候補ソースサーバが分配できるアップロード帯域幅を決定する。最後に、選択的に、制御サーバは、前記要求サーバとの間のリンクの残りの帯域幅が前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅とのうちの最小値より大きいか等しい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択してもよく、または、前記要求サーバとの間のリンクの残りの帯域幅が前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と分配できるアップロード帯域幅より大きいか等しい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択してもよく、または、他の当業者が想到し得る選択条件に基づいて、前記必要になるデータを伝送するためのソースサーバを選択してもよい。
【００３０】
本実施例のいくつかの選択可能な実現方式において、前記の必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、前記要求サーバの位置するデータセンターにおける候補サーバを選択条件とするステップと、前記選択条件に基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップを含む。前記要求サーバの位置するデータセンターにおける候補サーバを、前記必要になるデータを伝送するためのソースサーバとして優先的に選択することによって、伝送速度を向上させるとともに、コストがより高いクロスデータセンターとクロスドメインのリンクの使用を減らす。
【００３１】
前記実施例に基づいて、本実施例のいくつかの選択可能な実現方式において、前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、前記要求サーバの位置するデータセンターに候補サーバが存在しなければ、前記要求サーバの位置するドメインにおける各候補ソースサーバと前記要求サーバの位置するデータセンター間のリンクの残りのリンク帯域幅を取得して、候補ソースサーバに対応する経路帯域幅とするステップと、前記ドメインにおいて対応する経路帯域幅が前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅とのうちの最小値より大きいか等しい候補ソースサーバを前記選択条件とするステップと、前記選択条件に基づいて、前記ドメインから、前記必要になるデータを伝送するためのソースサーバを選択するステップをさらに含んでもよい。前記要求サーバの位置するデータセンターに候補サーバが存在しない場合、前記要求サーバの位置するドメインにおいて前記選択条件を満足する候補サーバを、前記必要になるデータを伝送するためのソースサーバとして優先的に選択することで、締め切り時間の前にデータ伝送を完成させることを確保することだけでなく、より高いコストのクロスドメインのリンクの使用を減らす。
【００３２】
前記実施例に基づいて、本実施例のいくつかの選択可能な実現方式において、本実施例のデータ伝送制御方法は、要求サーバに対応する製品ラインを取得するステップをさらに含んでもよく、前記の前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配されるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、前記ドメインから前記必要になるデータを伝送するためのソースサーバが選択されていない場合、前記ドメインを除いた他のドメインにおける各候補ソースサーバに対応する経路帯域幅を、プリセットの、前記製品ラインに対応する帯域幅の使用上限とするステップと、前記他のドメインにおける候補ソースサーバにおいて対応する経路帯域幅が前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅とのうちの最小値より大きいか等しい候補ソースサーバを、前記選択条件とするステップと、前記選択条件に基づいて、前記他のドメインにおける候補ソースサーバから、前記必要になるデータを伝送するためのソースサーバを選択するステップと、をさらに含んでもよい。
【００３３】
本実施例のいくつかの選択可能な実現方式において、前記の前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するステップにおいては、前記選択条件を満足する候補ソースサーバの数が１より大きい場合、前記ダウンロード帯域幅と、分配されるアップロード帯域幅と、対応する経路帯域幅のうちの最小値が最も大きい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択するステップと、前記選択条件を満足する候補ソースサーバが前記要求サーバの位置するデータセンターにある場合、前記選択条件を満足する候補ソースサーバに対応する経路帯域幅は無限大である。この実施例によって、選択条件を満足する候補ソースサーバが複数である場合、最適な候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択することができる。
【００３４】
本実施例のいくつかの選択可能な実現方式において、本実施例のデータ伝送制御方法は、選択されたソースサーバが分配できるアップロード帯域幅と、対応する経路帯域幅と、前記ダウンロード帯域幅とのうちの最小値を、前記必要になるデータを伝送する時に分配される帯域幅とするステップを更に含み、選択されたソースサーバが前記要求サーバの位置するデータセンターにある場合、選択されたソースサーバに対応する経路帯域幅は無限大である。この実施例によって、制御サーバが、リンク帯域幅を合理的に分配し、キーリンクの浪費を減らす。
【００３５】
本実施例のいくつかの選択可能な実現方式において、本実施例のデータ伝送制御方法は、前記必要になるデータを伝送するソースサーバが選択されていない場合、分配できるアップロード帯域幅と、対応する経路帯域幅とのうちのより小さい値が最も大きい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとるステップと、選択されたソースサーバが分配できるアップロード帯域幅と、対応する経路帯域幅のうちのより小さい値を、前記必要になるデータを伝送時に分配される帯域幅とするステップを更に含み、ここで、前記要求サーバの位置するデータセンター中の候補ソースサーバに対応する経路帯域幅は無限大である。この実施例によって、制御サーバが、システム全体において上記すべての選択条件を満足する候補ソースサーバが存在しない場合でも、相対的に好ましい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択することができ、また、合理的な帯域幅を分配した。
【００３６】
本実施例が提供するデータ伝送制御方法は、必要になるデータのデータ量に基づいて、締め切り時間の前に必要になるデータを伝送することに必要になる要求帯域幅を取得し、前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択する。全体的に見て最適なソースサーバを選択し、締め切り時間の前にデータの伝送を完成させることを確保し、また、リンク帯域幅を効率的に利用することができる。
【００３７】
以下、本出願に係るデータ伝送制御方法の他の実施例のフロー３００を示している図３を参照する。
【００３８】
図３に示すように、本実施例のデータ伝送制御方法は、以下のようなステップを含む。
【００３９】
ステップ３０１は、データ伝送タスクを受信する。
【００４０】
ここで、前記データ伝送タスクは、需要データ識別子、締め切り時間、ターゲットサーバ識別子を含む。
【００４１】
本実施例において、データ伝送制御方法が適用される電子機器（例えば、図１に示す制御サーバ１０１である）有線または無線で、上記のターゲットサーバ識別子に対応するサーバ（例えば、図１に示すサーバ１０２、１０３、１０４、１０５である）によって発送されたデータ伝送タスクを受信することができる。
【００４２】
ステップ３０２は、前記需要データ識別子に対応するデータを、少なくとも二つの断片に分割する。
【００４３】
本実施例において、制御サーバは、各種のデータ断片方法によって、前記需要データ識別子に対応するデータを、少なくとも二つの断片に分割する。
【００４４】
ステップ３０３は、各断片に対して、前記断片を必要になるデータとし、前記締め切り時間を指示された締め切り時間とし、前記ターゲットサーバ識別子に対応するサーバを要求サーバとして、図２に対応する実施例が提供した方法によって、前記断片に対応するソースサーバを選択して、対応するサブタスクを生成する。
【００４５】
ここで、前記サブタスクは、前記ソースサーバ識別子、前記ターゲットサーバ識別子、前記断片識別子を含む。
【００４６】
本実施例において、断片に対応するソースサーバを選択する具体的な処理方法は、図２に対応する実施例における関連説明を参照でき、ここで省略する。断片に対応するソースサーバを選択した後に、選択されたソースサーバの識別子、前記ターゲットサーバ識別子 、前記断片識別子によって、各断片に対応するサブタスクを生成する。
【００４７】
ステップ３０４は、各断片に対応するサブタスクを、サブタスクのソースサーバの識別子に対応するソースサーバ、前記ターゲットサーバ識別子に対応するターゲットサーバに伝送し、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御する。
【００４８】
本実施例において、制御サーバは、有線または無線の方式で、各サブタスクを、サブタスクのソースサーバの識別子に対応するソースサーバに伝送することができ、前記ターゲットサーバ識別子に対応するターゲットサーバ、ソースサーバと、ターゲットサーバがサブタスクを受信した後に、サブタスク中の情報により、データを伝送する（アップロード、またはダウンロード）。
【００４９】
本実施例のいくつかの選択可能な実現方式において、本実施例のデータ伝送制御方法は、各断片に対応するサブタスクを、サブタスクのソースサーバ識別子に対応するソースサーバ、前記ターゲットサーバ識別子に対応するターゲットサーバに伝送する前に、ソースサーバ識別子とターゲットサーバ識別子が同じサブタスクを合併するステップを、更に含む。合併された後に、制御サーバは、前記ソースサーバと前記ターゲットサーバに、合併されたサブタスクにおける複数の断片に対して、一つずつデータを伝送させることができる。この実施例によって、サブタスクの数を減らすことで、制御サーバの計算規模と計算圧力を減らす。
【００５０】
本実施例のいくつかの選択可能な実現方式において、本実施例のデータ伝送制御方法は、各断片に対応するサブタスクを、サブタスクのソースサーバの識別子に対応するソースサーバと、前記ターゲットサーバ識別子に対応するターゲットサーバに伝送する前に、各断片に対して、図２に対応する実施例における一部の選択可能な実施例の方法を介して、前記断片を伝送する時に分配される帯域幅を決定するステップを更に含む。及び、各断片に対応するサブタスクは、前記分配される帯域幅情報を更に含んでもよい。及び、ステップ３０４において前記ソースサーバと前記ターゲットサーバに伝送させるように制御するステップにおいては、サブタスクの分配される帯域幅情報に基づいて、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するステップを含む。この実施例によって、制御サーバがリンクの帯域幅を合理的に分配するようにして、キーリンクの浪費を減らす。
【００５１】
本実施例のいくつかの選択可能な実現方式において、前記サブタスクは、前記締め切り時間の情報、残りのデータ量の情報を更に含んでもよい。及び、本実施例のデータ伝送制御方法は、周期的に（例えば、１０秒毎に）現在伝送が完成していない各サブタスクに対して、前記サブタスクの残りのデータ量を必要になるデータのデータ量とし、締め切り時間を指示された締め切り時間とし、ターゲットサーバ識別子に対応するサーバを要求サーバとして、図２に対応する実施例によって提供された方法によって、前記サブタスクに対応する新しいソースサーバを選択するステップと、図２に対応する実施例における一部の選択可能な実施例の方法を介して、前記サブタスクに新たに分配された帯域幅を決定するステップと、前記サブタスクを前記新しいソースサーバと前記ターゲットサーバに伝送し、前記サブタスクに新たに分配された帯域幅に基づいて、前記新しいソースサーバと前記ターゲットサーバにデータを伝送させるように制御するステップを更に含んでもよい。この実施例によって、制御サーバにオンライン流量の波動に対して動的にソースサーバと帯域幅分配を調整させることにより、リンクの帯域幅をより効率的に利用することができる。
【００５２】
本実施例が提供するデータ伝送制御方法、図２に対応する実施例が提供した方法によって、前記断片に対応するソースサーバを選択し、対応するサブタスクを生成し、また、各断片に対応するサブタスクを、対応するソースサーバとターゲットサーバに伝送してから、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御することで、全体的に見て最適なソースサーバを選択し、締め切り時間の前にデータの伝送タスクを完成させることを確保し、また、リンク帯域幅を効率的に利用することができる。
【００５３】
さらに図４を参照し、前記図２に示す方法の実現として、本出願は、データ伝送制御装置の一実施例を提供し、その装置の実施例は図２に示す方法の実施例と対応し、前記装置は、具体的に制御サーバに応用されることができる。
【００５４】
図３に示すように、本実施例が提供するデータ伝送制御装置４００は、要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得するための取得ユニット４０１と、前記データ量に基づいて、前記締め切り時間の前に前記必要になるデータを伝送することに必要とする最小帯域幅を取得して、前記必要になるデータに対応する要求帯域幅とするための要求帯域幅決定ユニットと、前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するためのソースサーバ決定ユニットを含む。
【００５５】
本実施例において、取得ユニット４０１、要求帯域幅決定ユニット４０２、及びソースサーバ決定ユニット４０３の具体的な処理は、図２に対応する実施例中のステップ２０１、ステップ２０２及びステップ２０３の関連説明を参照することができ、ここでは、省略する。
【００５６】
本実施例のいくつかの選択可能な実現方式において、ソースサーバ決定ユニット４０３は、前記要求サーバが現在ダウンロードされているデータに対応する要求帯域幅を取得し、前記要求サーバの帯域幅リソースと、前記現在ダウンロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記要求サーバが分配できるダウンロード帯域幅を決定するためのダウンロード帯域幅決定サブユニット４０３１と、各候補サーバに対して、前記候補ソースサーバが現在アップロードされているデータに対応する要求帯域幅を取得し、前記候補ソースサーバの帯域幅リソースと、前記現在アップロードされているデータと前記必要になるデータに対応する要求帯域幅とに基づいて、前記候補ソースサーバが分配できるアップロード帯域幅を決定するためのアップロード帯域幅決定サブユニット４０３２と、前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、各候補ソースサーバが分配できるアップロード帯域幅と、前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するためのソースサーバ決定サブユニット４０３３を、含んでもよい。ここで、ダウンロード帯域幅決定サブユニット４０３１、アップロード帯域幅決定サブユニット４０３２、及びソースサーバ決定サブユニット４０３３の具体的な処理は、図２に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００５７】
本実施例のいくつかの選択可能な実現方式において、ソースサーバ決定サブユニット４０３３は、前記要求サーバの位置するデータセンターにおける候補サーバを選択条件とし、前記選択条件に基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するための第１選択モジュール（図示せず）を含んでもよい。第１選択モジュールの具体的な処理及びこれがもたらす技術的な効果は、図２に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００５８】
前記実施例に基づいて、本実施例のいくつかの選択可能な実現方式において、ソースサーバの決定サブユニット４０３３は、前記要求サーバの位置するデータセンターに候補サーバが存在しない場合、前記要求サーバの位置するドメインにおける各候補ソースサーバと前記要求サーバの位置するデータセンターとの間のリンクの残りのリンク帯域幅を取得して、候補ソースサーバに対応する経路帯域幅とするための第１経路帯域幅決定モジュール（図示せず）と、前記ドメインにおける対応する経路帯域幅が前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅のうちの最小値より大きいか等しい候補ソースサーバを、前記選択条件とし、また前記選択条件に基づいて、前記ドメインから、前記必要になるデータを伝送するためのソースサーバを選択するための第２選択モジュール（図面に未図示）を、更に含んでもよい。第１経路帯域幅決定モジュールと第２選択モジュールの具体的な処理、及びこれがもたらす技術的な効果は、図２に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００５９】
前記実施例に基づいて、本実施例のいくつかの選択可能な実現方式において、取得ユニット４０１は、要求サーバに対応する製品ラインを取得するためにも用いられる。及び、前記ソースサーバ決定サブユニット４０３３は、前記ドメインから、前記必要になるデータを伝送するためのソースサーバが選択されていない場合、前記ドメインを除いた他のドメインにおける各候補ソースサーバに対応する経路帯域幅を、プリセットの、前記製品ラインに対応する帯域幅の使用上限とするための第２経路帯域幅決定モジュール（図示せず）と、前記他のドメインにおける候補ソースサーバに対応する経路帯域幅が前記必要になるデータに対応する要求帯域幅と、前記ダウンロード帯域幅と、分配できるアップロード帯域幅のうちの最小値より大きいか等しい候補ソースサーバを前記選択条件とし、また、前記選択条件に基づいて、前記他のドメインにおける候補ソースサーバにおいて、前記必要になるデータを伝送するためのソースサーバとして選択するための第３選択モジュール（図示せず）を、更に含んでもよい。その実施例の具体的な処理は、図２に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００６０】
本実施例のいくつかの選択可能な実現方式において、ソースサーバの決定サブユニット４０３３は、前記選択条件を満足する候補ソースサーバの数が１より大きい場合、前記ダウンロード帯域幅と、分配できるアップロード帯域幅と、対応する経路帯域幅とのうちの最小値が一番大きい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択するための最大最小化モジュール（図示せず）を更に含んでもよい。ここで、前記選択条件を満足する候補ソースサーバが、前記要求サーバの位置するデータセンターに存在する場合、前記選択条件を満足する候補ソースサーバに対応する経路帯域幅が無限大である。その実施例の具体的な処理及びこれがもたらす技術的な効果は、図２に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００６１】
本実施例のいくつかの選択可能な実現方式において、本実施例のデータ伝送制御装置は、選択されたソースサーバが分配できるアップロード帯域幅と、対応する経路帯域幅と、前記ダウンロード帯域幅とのうちの最小値を、前記必要になるデータを伝送時に分配される帯域幅とするための帯域幅分配ユニット４０４とを、更に含んでもよい。ここで、選択されたソースサーバが前記要求サーバの位置するデータセンターに存在する場合、選択されたソースサーバに対応する経路帯域幅は無限大である。その実施例の具体的な処理及びこれがもたらす技術的な効果は、図２に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００６２】
本実施例のいくつかの選択可能な実現方式において、ソースサーバ決定サブユニット４０３３は、前記必要になるデータを伝送するためのソースサーバが選択されていない場合、分配できるアップロード帯域幅と対応する経路帯域幅のうちにより小さい値が一番大きい候補ソースサーバを、前記必要になるデータを伝送するためのソースサーバとして選択するために用いられてもよい。ここで、前記要求サーバの位置するデータセンター中の候補ソースサーバに対応する経路帯域幅は無限大である。及び、帯域幅分配ユニット４０４は、選択されたソースサーバが分配できるアップロード帯域幅と、対応する経路帯域幅とのうちのより小さい値を、前記必要になるデータを伝送する時に分配される帯域幅とするために用いられてもよい。その実施例の具体的な処理及びこれがもたらす技術的な効果は、図２に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００６３】
本実施例が提供するデータ伝送制御装置は、要求帯域幅決定ユニット４０２に介して、必要になるデータのデータ量によって、締め切り時間の前に必要になるデータを伝送することに必要になる要求帯域幅を取得し、また、ソースサーバ決定ユニット４０３を介して、前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択することで、全体的に見て最適なソースサーバを選択し、締め切り時間の前にデータの伝送を完成させることを確保し、また、リンク帯域幅を効率的に利用することができる。
【００６４】
続いて、図５を参照して、前記図３に示す方法の実現として、本出願は、データ伝送制御装置のほかの実施例を提供し、その装置実施例が図３に示す方法実施例と対応し、前記装置は具体的に制御サーバに応用されることができる。
【００６５】
図５に示すように、本実施例が提供するデータ伝送制御装置５００は、需要データ識別子、締め切り時間、ターゲットサーバ識別子を含むデータ伝送タスクを受信するためのタスク受信ユニット５０１と、前記需要データ識別子に対応するデータを少なくとも二つの断片に分割するための断片化ユニット５０２と、各断片に対して、前記断片を必要になるデータとし、前記締め切り時間を指示された締め切り時間とし、前記ターゲットサーバ識別子に対応するサーバを要求サーバとして、図４に対応する実施例が提供したデータ伝送制御装置によって、前記断片に対応するソースサーバを選択して、前記ソースサーバ識別子、前記ターゲットサーバ識別子、前記断片識別子を含む、対応するサブタスクを生成するためのサブタスク生成ユニット５０３と、各断片に対応するサブタスクを、サブタスクのソースサーバ識別子に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送し、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するためのサブタスク制御ユニット５０４を含む。
【００６６】
本実施例において、タスク受信ユニット５０１、断片化ユニット５０２、サブタスク生成ユニット５０３及びサブタスク制御ユニット５０４の具体的な処理は、それぞれ図３に対応する実施例中のステップ３０１、ステップ３０２、ステップ３０３及びステップ３０４の関連説明を参照することができ、ここでは、省略する。
【００６７】
本実施例のいくつかの選択可能な実現方式において、本実施例が提供するデータ伝送制御装置は、サブタスク制御ユニットが、各断片に対応するサブタスクを、サブタスクのソースサーバの識別子情報に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送する前に、ソースサーバ識別子とターゲットサーバ識別子が同じサブタスクを合併するためのサブタスク合併ユニット５０５を更に含んでもよい。サブタスク合併ユニット５０５の具体的な処理及びこれがもたらす技術的な効果は、図３に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００６８】
本実施例のいくつかの選択可能な実現方式において、本実施例が提供するデータ伝送制御装置は、各断片に対応するサブタスクを、サブタスクのソースサーバの識別子情報に対応するソースサーバと、前記ターゲットサーバ識別子情報に対応するターゲットサーバとに伝送する前に、各断片に対して、図３に対応する実施例において一部の選択可能な実施例の装置を介して、前記断片を伝送する時に分配される帯域幅を決定するための帯域幅分配ユニット５０６を、更に含んでもよい。及び、各断片に対応するサブタスクは、前記分配される帯域幅情報を更に含む。及び、サブタスク制御ユニット５０４は、サブタスクの分配される帯域幅情報に基づいて、前記ソースサーバと前記ターゲットサーバにデータを伝送させるように制御するためにも用いられてもよい。その実施例の具体的な処理及びこれがもたらす技術的な効果は、図３に対応する実施例中の対応な実施例の関連説明を参照することができ、ここでは、省略する。
【００６９】
本実施例のいくつかの選択可能な実現方式において、前記サブタスクは、前記締め切り時間、残りのデータ量を更に含んでもよい。及び、本実施例が提供するデータ伝送制御装置は、現在伝送が完成していない各サブタスクに対して、周期的に前記サブタスクの残りのデータ量を必要になるデータのデータ量とし、締め切り時間を指示された締め切り時間とし、ターゲットサーバ識別子に対応するサーバを要求サーバとして、図４に対応する実施例が提供するデータ伝送制御装置を介して、前記サブタスクに対応する新しいソースサーバを選択するためのソースサーバ更新ユニット５０７と、図４に対応する実施例において一部の選択可能な実施例が提供するデータ伝送制御装置を介して、前記サブタスクを新たに分配される帯域幅を決定するための帯域幅分配更新ユニット５０８とを更に含んでもよい。及び、前記サブタスク制御ユニット５０４は、前記サブタスクを、前記新しいソースサーバと前記ターゲットサーバとに伝送し、また、前記サブタスクに新たに分配される帯域幅に基づいて、前記新しいソースサーバと前記ターゲットサーバにデータを伝送させるように制御するためにも用いられる。その実施例の具体的な処理及びこれがもたらす技術的な効果は、図３に対応する実施例中の相応な実施例の関連説明を参照することができ、ここでは、省略する。
【００７０】
本実施例が提供するデータ伝送制御装置は、サブタスク生成ユニット５０３を介して前記断片に対応するソースサーバを選択し、対応するサブタスクを生成し、サブタスク制御ユニット５０４を介して、各断片に対応するサブタスクを、対応するソースサーバとターゲットサーバとに伝送し、その後、前記ソースサーバと前記ターゲットサーバがデータに伝送させるように制御することで、全体的に見て最適なソースサーバを選択し、締め切り時間の前にデータの伝送タスクを完成させることを確保し、また、リンク帯域幅を効率的に利用することができる。
【００７１】
本出願の実施例を実現するための制御サーバに適用されるコンピュータシステム６００の構成模式図を示す図６を参照する。
【００７２】
図６に示すように、コンピュータシステム６００は、読み出し専用メモリ（ＲＯＭ）６０２に記憶されているプログラムまたは記憶部６０６からランダムアクセスメモリ（ＲＡＭ）６０３にロードされたプログラムに基づいて様々な適当な動作および処理を実行することができる中央処理装置（ＣＰＵ）６０１を備える。ＲＡＭ６０３には、システム６００の操作に必要な様々なプログラムおよびデータがさらに記憶されている。ＣＰＵ６０１、ＲＯＭ６０２およびＲＡＭ６０３は、バス６０４を介して互いに接続されている。入力／出力（Ｉ／Ｏ）インターフェース６０５もバス６０４に接続されている。
【００７３】
ハードディスクなどを含む記憶部６０６、ＬＡＮカード、モデムなどを含むネットワークインターフェースカードの通信部６０７は、Ｉ／Ｏインターフェース６０５に接続されている。通信部６０７は、例えばインターネットのようなネットワークを介して通信処理を実行する。ドライバ６０８は、必要に基づいてＩ／Ｏインターフェース６０５に接続される。リムーバブルメディア６０９は、例えば、マグネチックディスク、光ディスク、光磁気ディスク、半導体メモリなどのようなものであり、必要に基づいてドライバ６０８に取り付けられ、したがって、ドライバ６０８から読み出されたコンピュータプログラムが必要に基づいて記憶部６０６にインストールされる。
【００７４】
特に、本発明の実施例によれば、上記のフローチャートを参照しながら記載されたプロセスは、コンピュータのソフトウェアプログラムとして実現されてもよい。例えば、本発明の実施例は、コンピュータプログラム製品を含み、当該コンピュータプログラム製品は、機械可読媒体に有形に具現化されるコンピュータプログラムを含み、前記コンピュータプログラムは、フローチャートで示される方法を実行するためのプログラムコードを含む。このような実施例では、当該コンピュータプログラムは、通信部６０７を介してネットワークからダウンロードされてインストールされてもよく、および／またはリムーバブルメディア６０９からインストールされてもよい。当該コンピュータプログラムが央処理装置（ＣＰＵ）６０１によって実行される時に、本出願の方法において限定される上記機能が実行される。
【００７５】
図面におけるフローチャートおよびブロック図は、本発明の各実施例に係るシステム、方法およびコンピュータプログラム製品により実現可能なアーキテクチャ、機能および操作を示す。ここで、フローチャートまたはブロック図における各枠は、１つのモジュール、プログラム断片、またはコードの一部を代表してもよく、前記モジュール、プログラム断片、またはコードの一部は、規定された論理機能を達成するための１つ以上の実行可能な命令を含む。また、いくつかの代替実施態様として、枠に示された機能は、図面に示された順番と異なる順番で実行されてもよい。例えば、連続して示された２つの枠は、関連する機能に基づいて、実際にほぼ並行に実行されてもよく、逆の順番で実行されてもよい。また、ブロック図および／またはフローチャートにおける各枠と、ブロック図および／またはフローチャートにおける枠の組合せは、規定された機能または操作を実行する、ハードウェアに基づく専用システムで実現されてもよく、あるいは、専用ハードウェアとコンピュータの命令との組合せで実行されてもよい。
【００７６】
本発明の実施例に記載されたユニットは、ソフトウェアで実現されてもよく、ハードウェアで実現されてもよい。記載されたユニットは、プロセッサに設定されてもよく、例えば、「取得ユニット、要求帯域幅決定ユニット、およびソースサーバ決定ユニットを備えるプロセッサ」として記載されてもよい。その中でも、これらのユニットの名称は、ある場合において当該モジュールその自体を限定するものではなく、例えば、取得ユニットは、「要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得するユニット」として記載されてもよい。
【００７７】
一方、本発明は、不揮発性コンピュータ記憶媒体をさらに提供し、当該不揮発性コンピュータ記憶媒体は、上記実施例の前記装置に含まれる不揮発性コンピュータ記憶媒体であってもよく、独立に存在して端末に組み立てられていない不揮発性コンピュータ記憶媒体であってもよい。前記不揮発性コンピュータ記憶媒体は、１つ以上のプログラムが記憶され、前記１つ以上のプログラムが１つの機器により実行された場合、前記機器に、要求サーバに必要になるデータのデータ量、指示された締め切り時間及び前記必要になるデータが記憶された候補ソースサーバを取得し、前記データ量に基づいて、前記締め切り時間の前に前記必要になるデータを伝送することに必要とする最小帯域幅を取得して、前記必要になるデータに対応する要求帯域幅とし、前記要求帯域幅と、各候補ソースサーバと前記要求サーバの帯域幅リソースと、各候補ソースサーバと前記要求サーバとの間のリンクの残りの帯域幅とに基づいて、各候補ソースサーバの中の一つを、前記必要になるデータを伝送するためのソースサーバとして選択するようにさせる。
【００７８】
以上の記載は、本発明の好ましい実施例、および使用された技術的原理の説明に過ぎない。本発明に係る特許請求の範囲が、上記した技術的特徴の特定な組合せからなる技術案に限定されることではなく、本発明の趣旨を逸脱しない範囲で、上記の技術的特徴または同等の特徴の任意の組合せからなる他の技術案も含むべきであることを、当業者は理解すべきである。例えば、上記の特徴と、本発明に開示された類似の機能を持っている技術的特徴（これらに限定されていない）とを互いに置き換えてなる技術案が挙げられる。
【図１】
0006301413.tif 000002
【図２】
0006301413.tif 000003
【図３】
0006301413.tif 000004
【図４】
0006301413.tif 000005
【図５】
0006301413.tif 000006
【図６】
0006301413.tif 000007