(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-06-20
(45)【発行日】2023-06-28
(54)【発明の名称】ＨＴＴＰリクエスト伝送方法及びデバイス
(51)【国際特許分類】
H04L 67/02 20220101AFI20230621BHJP
H04L 67/2869 20220101ALI20230621BHJP
H04L 67/101 20220101ALI20230621BHJP
H04N 21/462 20110101ALI20230621BHJP
H04W 88/06 20090101ALI20230621BHJP
H04W 4/00 20180101ALI20230621BHJP
【ＦＩ】
H04L67/02
H04L67/2869
H04L67/101
H04N21/462
H04W88/06
H04W4/00 111
【請求項の数】
15
(21)【出願番号】P 2022533207
(86)(22)【出願日】2020-11-18
(65)【公表番号】
(43)【公表日】2023-02-09
(86)【国際出願番号】 CN2020129893
(87)【国際公開番号】W WO2021109872
(87)【国際公開日】2021-06-10
【審査請求日】2022-06-24
(31)【優先権主張番号】201911223477.5
(32)【優先日】2019-12-03
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(73)【特許権者】
【識別番号】507232478
【氏名又は名称】北京大学
【氏名又は名称原語表記】ＰＥＫＩＮＧ ＵＮＩＶＥＲＳＩＴＹ
【住所又は居所原語表記】Ｎｏ．５， Ｙｉｈｅｙｕａｎ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １００８７１， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ワーン，ハオ
(72)【発明者】
【氏名】ホゥ，ジュヨン
(72)【発明者】
【氏名】シュイ，チェンゥレン
(72)【発明者】
【氏名】グオ，シーンミン
(72)【発明者】
【氏名】リー，シヤオジン
(72)【発明者】
【氏名】イエン，ジーヨーン
【審査官】木村 雅也
(56)【参考文献】
【文献】特表２０１４－５２９９７０（ＪＰ，Ａ）
【文献】特表２０１７－５１８６５４（ＪＰ，Ａ）
【文献】特表２０１６－５０４００５（ＪＰ，Ａ）
【文献】特表２０２０－５２１３５１（ＪＰ，Ａ）
【文献】特表２０１３－５２０１１９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１９／０３５４８１９（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６７／０２
Ｈ０４Ｌ ６７／２８６９
Ｈ０４Ｌ ６７／１０１
Ｈ０４Ｎ ２１／４６２
Ｈ０４Ｗ ８８／０６
Ｈ０４Ｗ ４／００
(57)【特許請求の範囲】
【請求項1】
電子デバイスに適用される、ハイパーテキスト転送プロトコル（ＨＴＴＰ）リクエスト伝送方法であって、前記電子デバイスによって、リクエスト対象のデータのバイト範囲に基づいて、第１のバイト範囲を第１のコンテンツ分配ネットワーク（ＣＤＮ）サーバに割り当て、第２のバイト範囲を第２のＣＤＮサーバに割り当てることであって、前記第１のバイト範囲と前記第２のバイト範囲との間に重複範囲が存在する、ことと、
前記電子デバイスによって、前記第１のバイト範囲に基づいて第１のＨＴＴＰリクエストを前記第１のＣＤＮサーバに送信し、前記第２のバイト範囲に基づいて第２のＨＴＴＰリクエストを前記第２のＣＤＮサーバに送信することと、を含み、
前記第１のＨＴＴＰリクエストは少なくとも前記第１のＣＤＮサーバから第１のデータをダウンロードするために使用され、前記第２のＨＴＴＰリクエストは少なくとも前記第２のＣＤＮサーバから第２のデータをダウンロードするために使用され、前記第１のデータ及び前記第２のデータは各々、バイト範囲が前記重複範囲であるデータであり、前記第１のＣＤＮサーバからダウンロードしたデータと前記第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックするために使用される、方法。
【請求項2】
前記第１のバイト範囲によって識別されるリクエストされたデータの終了バイトは、前記第２のバイト範囲によって識別されるリクエストされたデータの開始バイトよりも大きい、請求項１に記載の方法。
【請求項3】
前記電子デバイスによって、前記リクエスト対象のデータのバイト範囲に基づいて、第１のバイト範囲を第１のＣＤＮサーバに割り当て、第２のバイト範囲を第２のＣＤＮサーバに割り当てることは、前記電子デバイスによって、前記リクエスト対象のデータの前記バイト範囲に基づいて、第３のバイト範囲を前記第１のＣＤＮサーバに割り当て、第４のバイト範囲を前記第２のＣＤＮサーバに割り当てることと、
前記電子デバイスによって、予め定義された初期値に基づいて、前記第３のバイト範囲によって識別されるリクエストされたデータの終了バイトを調整して、前記第１のバイト範囲を取得し、前記第４のバイト範囲を前記第２のバイト範囲として使用することと、を含む、請求項２に記載の方法。
【請求項4】
前記方法は、前記電子デバイスによって、前記第１のＣＤＮサーバから前記第１のデータを受信し、前記第２のＣＤＮサーバから前記第２のデータを受信することと、
前記電子デバイスによって、前記第１のデータ及び前記第２のデータに基づいて、前記第１のＣＤＮサーバからダウンロードした前記データと前記第２のＣＤＮサーバからダウンロードした前記データとの間の前記一致をチェックすることと、をさらに含む、請求項２又は３に記載の方法。
【請求項5】
前記電子デバイスによって、前記第１のデータ及び前記第２のデータに基づいて、前記第１のＣＤＮサーバからダウンロードした前記データと前記第２のＣＤＮサーバからダウンロードした前記データとの間の前記一致をチェックすることの前に、前記方法は、前記電子デバイスによって、前記第１のデータ及び前記第２のデータにおけるパディング・データの割合を取得することを含み、
前記電子デバイスによって、前記第１のデータ及び前記第２のデータに基づいて、前記第１のＣＤＮサーバからダウンロードした前記データと前記第２のＣＤＮサーバからダウンロードした前記データとの間の前記一致をチェックすることは、
前記パディング・データの前記割合がしきい値よりも小さいと決定するときに、前記電子デバイスによって、前記第１のデータ及び前記第２のデータに基づいて、前記第１のＣＤＮサーバからダウンロードした前記データと前記第２のＣＤＮサーバからダウンロードした前記データとの間の前記一致をチェックすることをさらに含む、請求項４に記載の方法。
【請求項6】
前記方法は、前記パディング・データの前記割合が前記しきい値よりも大きいと決定するときに、前記電子デバイスによって、前記第１のバイト範囲によって識別される前記リクエストされたデータの前記終了バイトを調整し、前記第１のバイト範囲と前記第２のバイト範囲との間の重複範囲を増加させ、少なくとも前記第１のＣＤＮサーバから第３のデータをダウンロードし、前記第２のＣＤＮサーバから第４のデータをダウンロードすることと、
前記第３のデータ及び前記第４のデータにおけるパディング・データの割合が前記しきい値よりも小さいと決定するときに、前記電子デバイスによって、前記第３のデータ及び前記第４のデータに基づいて、前記第１のＣＤＮサーバからダウンロードした前記データと前記第２のＣＤＮサーバからダウンロードした前記データとの間の前記一致をチェックすることと、前記第３のデータ及び前記第４のデータにおける前記パディング・データの前記割合が前記しきい値よりも大きいと決定するときに、前記電子デバイスによって、前記第１のバイト範囲と前記第２のバイト範囲との間の前記重複範囲を増加させ続け、前記第１のＣＤＮサーバからダウンロードし、前記第２のＣＤＮサーバからダウンロードし、かつ、同じバイト範囲を有するデータにおけるパディング・データの割合が前記しきい値未満になるまで、前記第１のＣＤＮサーバからダウンロードした前記データと前記第２のＣＤＮサーバからダウンロードした前記データとの間の前記一致をチェックすることと、をさらに含む、請求項５に記載の方法。
【請求項7】
前記第１のＨＴＴＰリクエストは、リソース記述子及び前記第１のバイト範囲を含むか、前記第１のＨＴＴＰリクエストは、前記リソース記述子及び前記リクエスト対象のデータの前記バイト範囲を含むか、又は前記第１のＨＴＴＰリクエストは、前記リソース記述子を含み、前記第２のＨＴＴＰリクエストは、前記リソース記述子及び第２のバイト範囲を含み、
前記リソース記述子は、前記リクエスト対象のデータを記述するために使用される、請求項１～６のいずれか一項に記載の方法。
【請求項8】
前記第１のＨＴＴＰリクエストが、前記リソース記述子及び前記リクエスト対象のデータの前記バイト範囲を含むか、又は前記第１のＨＴＴＰリクエストが、前記リソース記述子を含むときに、前記方法は、前記電子デバイスが、前記第１のＣＤＮサーバからダウンロードした前記データが、前記第２のＣＤＮサーバからダウンロードした前記データと一致しているとチェックするときに、前記電子デバイスによって、リセット・パケットを前記第１のＣＤＮサーバに送信し、前記第１のＣＤＮサーバからダウンロードした前記データ及び前記第２のＣＤＮサーバからダウンロードした前記データを接合して、前記リクエスト対象のデータを取得することと、
前記電子デバイスが、前記第１のＣＤＮサーバからダウンロードした前記データが、前記第２のＣＤＮサーバからダウンロードした前記データと一致していないとチェックするときに、前記電子デバイスによって、前記リセット・パケットを前記第２のＣＤＮサーバに送信し、前記第１のＣＤＮサーバから前記リクエスト対象のデータをダウンロードすることと、をさらに含み、
前記リセット・パケットは、前記電子デバイスにデータを返すことを停止することを示すために使用される、請求項７に記載の方法。
【請求項9】
前記第１のＨＴＴＰリクエストが、前記リソース記述子及び前記第１のバイト範囲を含むときに、前記方法は、前記電子デバイスが、前記第１のＣＤＮサーバからダウンロードした前記データが、前記第２のＣＤＮサーバからダウンロードしたデータと一致しているとチェックするときに、前記電子デバイスによって、前記第１のＣＤＮサーバからダウンロードした前記データ及び前記第２のＣＤＮサーバからダウンロードした前記データを接合して、前記リクエスト対象のデータを取得することか、又は
前記電子デバイスが、前記第１のＣＤＮサーバからダウンロードした前記データが、前記第２のＣＤＮサーバからダウンロードした前記データと一致していないとチェックするときに、前記電子デバイスによって、第３のＨＴＴＰリクエストを前記第１のＣＤＮサーバに送信し、リセット・パケットを前記第２のＣＤＮサーバに送信することであって、前記第３のＨＴＴＰリクエストは、前記リクエスト対象のデータにおけるものであって、前記第１のバイト範囲によって識別されないデータをダウンロードすることをリクエストするために使用され、前記リセット・パケットは、前記電子デバイスにデータを返すことを停止することを示すために使用される、ことをさらに含む、請求項７に記載の方法。
【請求項10】
第１のＨＴＴＰリクエストを前記第１のＣＤＮサーバに送信することは、前記電子デバイスによって、第１のネットワークを介して前記第１のＨＴＴＰリクエストを前記第１のＣＤＮサーバに送信することを含み、
第２のＨＴＴＰリクエストを前記第２のＣＤＮサーバに送信することは、
前記電子デバイスによって、第２のネットワークを介して前記第２のＨＴＴＰリクエストを前記第２のＣＤＮサーバに送信することを含み、
前記第１のネットワークは、前記第２のネットワークとは異なる、請求項１～９のいずれか一項に記載の方法。
【請求項11】
前記第１のネットワークはセルラ・ネットワークであり、前記第２のネットワークは無線フェデリティＷｉ－Ｆｉネットワークである、請求項１０に記載の方法。
【請求項12】
前記電子デバイスによって、前記第１のデータ及び前記第２のデータに基づいて、前記第１のＣＤＮサーバからダウンロードした前記データと前記第２のＣＤＮサーバからダウンロードした前記データとの間の前記一致をチェックすることは、前記電子デバイスによって、バイナリ比較方式で前記第１のデータと前記第２のデータを比較することと、前記第１のデータと前記第２のデータとの間のバイナリ比較が一致しているときに、前記第１のＣＤＮサーバからダウンロードした前記データが前記第２のＣＤＮサーバからダウンロードした前記データと一致していると決定することか、又は前記第１のデータと前記第２のデータとの間のバイナリ比較が一致していないときに、前記第１のＣＤＮサーバからダウンロードした前記データが前記第２のＣＤＮサーバからダウンロードした前記データと一致していないと決定することを含む、請求項４～１１のいずれか一項に記載の方法。
【請求項13】
電子デバイスであって、プロセッサ、及びメモリを含み、前記メモリは、コンピュータ・プログラム・コードを記憶するように構成されており、前記コンピュータ・プログラム・コードは、コンピュータ命令を含み、前記コンピュータ命令が前記電子デバイスによって実行されるときに、前記電子デバイスは、請求項１～１２のいずれか一項に記載のハイパーテキスト転送プロトコル（ＨＴＴＰ）リクエスト伝送方法を実行することが可能となる、電子デバイス。
【請求項14】
コンピュータ・ソフトウェア命令を含む、コンピュータ可読記憶媒体であって、前記コンピュータ・ソフトウェア命令が電子デバイスで動作するときに、前記電子デバイスは、請求項１～１２のいずれか一項に記載のハイパーテキスト転送プロトコル（ＨＴＴＰ）リクエスト伝送方法を実行することが可能となる、コンピュータ可読記憶媒体。
【請求項15】
コンピュータ・プログラム製品がコンピュータで動作するときに、前記コンピュータは、請求項１～１２のいずれか一項に記載のハイパーテキスト転送プロトコル（ＨＴＴＰ）リクエスト伝送方法を実行することが可能となる、コンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、電子デバイスの分野に関し、特に、ハイパーテキスト転送プロトコル（ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）リクエスト伝送方法及びデバイスに関係する。
【背景技術】
【0002】
エレクトロニクス技術の発展に伴い、携帯電話、タブレット・コンピュータなどの電子デバイスは、通信体験を改善するために無線フェデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）ネットワーク及びセルラ・ネットワークの同時使用を可能にする。例えば、ユーザが携帯電話でビデオを視聴するときに、ユーザは、Ｗｉ－Ｆｉネットワークとセルラ・ネットワークの両方を使用することができる。これは、より大きな集約帯域幅を提供することができ、ビデオのダウンロード速度が早くなり、フレームのフリーズの発生が少なくなり、ビデオ再生がスムーズになるようにする。
【0003】
Ｗｉ‐Ｆｉネットワークとセルラ・ネットワークの同時使用を実装するために、マルチパス・ハイパーテキスト転送プロトコル（ｍｕｌｔｉｐａｔｈ ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ、ＭＰＨＴＴＰ）技術が産業界で提案されている。ＭＰＨＴＴＰ技術では、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）によって開始され元のＨＴＴＰリクエストに対して、電子デバイスが、元のＨＴＴＰリクエストを、元のＨＴＴＰリクエストで搬送されたバイト範囲（ｂｙｔｅ Ｒａｎｇｅ）に基づいて複数の（例えば、２つの）ＨＴＴＰリクエストに分割し、次いでＷｉ－Ｆｉネットワーク及びセルラ・ネットワークを介して、対応するコンテンツ分配ネットワーク（ｃｏｎｔｅｎｔ ｄｉｓｔｒｉｂｕｔｉｏｎ ｎｅｔｗｏｒｋ、ＣＤＮ）サーバに複数のＨＴＴＰリクエストを送信して、ＣＤＮサーバから対応するデータを引き出してもよい。これは、より大きな集約帯域幅を提供する。
【0004】
一般的に、コンテンツ・アクセスを提供するＣＤＮサーバは、異なるネットワークによって異なる。電子デバイスが、分割を介して取得された複数のＨＴＴＰリクエストに基づいて、同じＣＤＮサーバからデータを引き出す場合、ダウンロード速度が非常に低下することがあるし、クロス・ネットワーク・アクセスによりアクセスが失敗することもある。したがって、ユーザが最適なサービス体験を取得することができるように、電子デバイスは、通常、分割を介して取得される複数のＨＴＴＰリクエストに基づいて、異なるＣＤＮサーバからデータを引き出す。例えば、図１に示すように、元のＨＴＴＰリクエストのバイト範囲は１～２００であり、セルラ・ネットワークにおいてコンテンツ・アクセスを提供するＣＤＮサーバがＣＤＮ１であり、Ｗｉ－Ｆｉネットワークにおいてコンテンツ・アクセスを提供するＣＤＮサーバがＣＤＮ２である。電子デバイスは、元のＨＴＴＰリクエストを２つのＨＴＴＰリクエスト、すなわち、バイト範囲１～１００を搬送するＨＴＴＰリクエスト１とバイト範囲１０１～２００を搬送するＨＴＴＰリクエスト２に分割してもよい。電子デバイスは、セルラ・ネットワークを介してＣＮＤ１にＨＴＴＰリクエスト１を送信して、バイト範囲が１～１００であるデータをＣＤＮ１から引き出し、Ｗｉ－Ｆｉネットワークを介してＣＤＮ２にＨＴＴＰリクエスト２を送信して、バイト範囲が１０１～２０であるデータをＣＤＮ２から引き出す。次に、電子デバイスは、ＣＤＮ１から取得されたデータとＣＤＮ２から取得されたデータを接合して、元のＨＴＴＰリクエストに基づいて引き出されるようにリクエストされたデータを取得する。
【0005】
しかし、元のＨＴＴＰリクエストを複数のＨＴＴＰリクエストに分割して、異なるＣＤＮサーバからデータを引き出すと、引き出されたデータの不一致を発生させることがある。その結果、接合によって最終的に取得されたデータは無効である。
【発明の概要】
【0006】
本出願の実施形態は、元のＨＴＴＰリクエストを複数のＨＴＴＰリクエストに分割して、異なるサーバからデータを引き出すと、引き出されたデータの不一致を引き起こすことがあるため、接合を介して最終的に取得されたデータが無効となる問題を解決するＨＴＴＰリクエスト伝送方法及びデバイスを提供する。
【0007】
前述の目的を達成するために、本出願において、以下の技術的解決策が使用される。
【0008】
第１の態様によれば、本出願の実施形態は、ＨＴＴＰリクエスト伝送方法を提供する。方法は、電子デバイスに適用されてもよい。方法は、電子デバイスが、リクエスト対象のデータのバイト範囲に基づいて、第１のＣＤＮサーバに第１のバイト範囲を割り当て、第２のＣＤＮサーバに第２のバイト範囲を割り当てる。第１のバイト範囲と第２のバイト範囲との間に重複範囲が存在する。電子デバイスは、第１のＣＤＮサーバに割り当てられた第１のバイト範囲に基づいて第１のＨＴＴＰリクエストを第１のＣＤＮサーバに送信し、第２のＣＤＮサーバに割り当てられた第２のバイト範囲に基づいて第２のＨＴＴＰリクエストを第２のＣＤＮサーバに送信する。第１のＨＴＴＰリクエストは、少なくとも第１のＣＤＮサーバから第１のデータをダウンロードするために使用される。第２のＨＴＴＰリクエストは、少なくとも第２のＣＤＮサーバから第２のデータをダウンロードするために使用される。第１のデータ及び第２のデータは各々、バイト範囲が重複範囲であるデータであり、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの一致をチェックするために使用される。
【0009】
技術的解決策によれば、電子デバイスが複数のＣＤＮサーバからデータをダウンロードする必要があるときに、異なるＣＤＮサーバに割り当てられたバイト範囲に対して重複範囲が設計されてもよく、これは、電子デバイスが全ての異なるＣＤＮサーバから重複範囲におけるデータをダウンロードすることを意味する。データのこの部分は、異なるＣＤＮサーバから引き出されたデータ間の一致をチェックするために使用される。次いで、異なるＣＤＮサーバから引き出されたデータが一致していると決定するときに、電子デバイスは、データを接合して、最終的に必要なデータを取得してもよい。このように、ＭＰＨＴＴＰ技術は、より大きな集約帯域幅を取得するために使用され、データ接合妥当性及び正常なサービスの動作を確保する。
【0010】
可能な実装では、第１のバイト範囲によって識別されるリクエストされたデータの終了バイトは、第２のバイト範囲によって識別されるリクエストされたデータの開始バイトよりも大きい。言い換えれば、第２のバイト範囲における小さい方の数を有するバイトは、第１のバイト範囲における大きい方の数を有するバイトと部分的に重複する。
【0011】
別の可能な実装では、電子デバイスが、リクエスト対象のデータのバイト範囲に基づいて、第１のバイト範囲を第１のコンテンツ分配ネットワークＣＤＮサーバに割り当て、第２のバイト範囲を第２のＣＤＮサーバに割り当てることは、電子デバイスが、リクエスト対象のデータのバイト範囲に基づいて、第１のＣＤＮサーバに第３のバイト範囲を割り当て、第２のＣＤＮサーバに第４のバイト範囲を割り当てることを含んでもよい。第３のバイト範囲と第４のバイト範囲との間に重複範囲が存在しない。第３のバイト範囲と第４のバイト範囲との間に連接は、リクエスト対象のデータのバイト範囲である。電子デバイスは、予め定義された初期値に基づいて、第３のバイト範囲によって識別されるリクエスト対象のデータの終了バイトを調整して、第１のバイト範囲を取得し、第４のバイト範囲を前記第２のバイト範囲として使用する。このようにして、対応するバイト範囲が最初に異なるＣＤＮサーバに割り当てられ、割り当てられたバイト範囲が、特定の性能要件、例えば、データ・ダウンロード速度が最適であるという要件、又は異なるＣＤＮサーバの性能がバランス取れているという要件を満たすことができるようにする。
【0012】
別の可能な実装では、方法は、電子デバイスが第１のＣＤＮサーバから第１のデータを受信し、第２のＣＤＮサーバから第２のデータを受信することをさらに含んでもよい。電子デバイスは、第１のデータ及び第２のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックする。
【0013】
別の可能な実装では、電子デバイスが、第１のデータ及び第２のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックする前に、方法は、さらに、電子デバイスが、第１のデータ及び第２のデータにおける埋め込みデータの割合を取得することをさらに含んでもよい。電子デバイスが、第１のデータ及び第２のデータに基づいて、第１のＣＤＮサーバからダウンロードされたデータと第２のＣＤＮサーバからダウンロードされたデータとの間の一致をチェックすることは、パディング・データの割合がしきい値よりも小さいと決定するときに、電子デバイスによって、第１のデータ及び第２のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックすることを含んでもよい。データ一致チェックが実行される前に、比較対象のデータにおけるパディング・データの割合が最初に決定される。割合が特定の条件を満たすときにのみ、データ一致チェックが実行されて、データ一致チェックの正確性を確保する。
【0014】
別の可能な実施において、方法は、パディング・データの割合がしきい値よりも大きいと決定するときに、電子デバイスが、第１のバイト範囲によって識別されるリクエストされたデータの終了バイトを調整し、第１のバイト範囲と第２のバイト範囲との間の重複範囲を増加させ、少なくとも第１のＣＤＮサーバから第３のデータをダウンロードし、第２のＣＤＮサーバから第４のデータをダウンロードすることをさらに含んでもよい。第３のデータ及び第４のデータにおけるパディング・データの割合がしきい値より小さいと決定する場合、電子デバイスが、第３のデータ及び第４のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックする。第３のデータ及び第４のデータにおけるパディング・データの割合がしきい値よりも大きいと決定するときに、電子デバイスが、第１のバイト範囲と第２のバイト範囲との間の重複範囲を増加させ続け、第１のＣＤＮサーバからダウンロードし、第２のＣＤＮサーバからダウンロードし、かつ同じバイト範囲を有するデータにおけるパディング・データの割合がしきい値よりも小さくなるまで、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックする。このようにして、比較対象のデータにおけるパディング・データの割合がしきい値よりも大きいと決定されたときに、重複範囲のサイズが大きくなり、他のデータを取得してデータ一致をチェックすることができるようにする。
【0015】
別の実装では、第１のＨＴＴＰリクエストは、リソース記述子及び第１のバイト範囲を含み、第１のＨＴＴＰリクエストは、リソース記述子及びデータのバイト範囲が含まれるか、又は第１のＨＴＴＰリクエストは、リソース記述子を含む。第２のＨＴＴＰリクエストは、リソース記述子及び第２のバイト範囲を含む。リソース記述子は、リクエスト対象のデータを記述するために使用される。
【0016】
別の可能な実装では、第１のＨＴＴＰリクエストがリソース記述子及びリクエスト対象のデータのバイト範囲を含むか、又は第１のＨＴＴＰリクエストがリソース記述子を含むときに、方法は、電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードされたデータと一致しているとチェックするときに、電子デバイスが、リセット・パケットを第１のＣＤＮサーバに送信し、第１のＣＤＮサーバからダウンロードしたデータ及び第２のＣＤＮサーバからダウンロードしたデータを接合して、リクエスト対象のデータを取得することか、又は電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと一致していないとチェックするときに、電子デバイスは、リセット・パケットを第２のＣＤＮサーバに送信し、第１のＣＤＮサーバからリクエスト対象のデータをダウンロードすることを含んでもよい。リセット・パケットは、電子デバイスへのデータの返却を停止することを示すために使用される。
【0017】
別の可能な実装では、第１のＨＴＴＰリクエストがリソース記述子及び第１のバイト範囲を含むときに、方法は、電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致しているとチェックするときに、電子デバイスは、第１のＣＤＮサーバからダウンロードしたデータ及び第２のＣＤＮサーバからダウンロードしたデータを接合して、リクエスト対象のデータを取得することか、又は電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していないとチェックするときに、電子デバイスは、第３のＨＴＴＰリクエストを第１のＣＤＮサーバに送信し、リセット・パケットを第２のＣＤＮサーバに送信する。第３のＨＴＴＰリクエストは、リクエスト対象のデータに含まれ、第１のバイト範囲によって識別されないデータをダウンロードすることをリクエストするために使用される。リセット・パケットは、電子デバイスへのデータの返却を停止することを示すために使用される。
【0018】
第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致しているとチェックされるときに、第１のＣＤＮサーバからダウンロードしたデータは、使用するために接合されてもよい。第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していないとチェックされる場合、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと接合されたときに、接合を介して取得されるデータが無効となり得ることを示す。電子デバイスは、リクエスト対象のデータを第１のＣＤＮサーバからダウンロードしてもよく、第２のＣＤＮサーバから返されたデータを使用しない。
【0019】
別の可能な実装では、電子デバイスが第１のＣＤＮサーバに第１のＨＴＴＰリクエストを送信することは、電子デバイスが第１のネットワークを介して第１のＨＴＴＰリクエストを第１のＣＤＮサーバに送信する。電子デバイスが第２のＣＤＮサーバに第２のＨＴＴＰリクエストを送信することには、電子デバイスが第２のネットワークを介して第２のＨＴＴＰリクエストを第２のＣＤＮサーバに送信する。第１のネットワークは、第２のネットワークとは異なる。
【0020】
別の可能な実装では、第１のネットワークはセルラ・ネットワークであり、第２のネットワークはＷｉ－Ｆｉネットワークである。
【0021】
別の可能な実装では、電子デバイスが、第１のデータ及び第２のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックすることは、電子デバイスが、バイナリ比較方式で第１のデータを第２のデータと比較することを含んでもよい。第１のデータと第２のデータとのバイナリ比較が一致しているときに、電子デバイスは、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと一致していると決定する。第１のデータと第２のデータとのバイナリ比較が一致していないときに、電子デバイスは、第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していないと判定する。
【0022】
第２の態様によれば、本出願の実施形態は、電子デバイスを提供する。電子デバイスは、プロセッサ、メモリ、及び通信インターフェースを含んでもよい。メモリ及び通信インターフェースはプロセッサに結合される。通信インターフェースは、別の通信デバイスと通信するように構成されている。別のデバイスは、第１のＣＤＮサーバ及び第２のＣＤＮサーバを含む。メモリは、コンピュータ・プログラム・コードを記憶するように構成されている。コンピュータ・プログラム・コードは、コンピュータ命令を含む。コンピュータ命令が電子デバイスによって実行されるときに、電子デバイスは、第１の態様又は第１の態様の可能な実装のいずれかに従って、ＨＴＴＰリクエスト伝送方法を実行することが可能となる。
【0023】
第３の態様によれば、本出願の一実施形態は、コンピュータ・ソフトウェア命令を含む、コンピュータ可読記憶媒体を提供する。コンピュータ・ソフトウェア命令が電子デバイス上で動作するときに、電子デバイスは、第１の態様又は第１の態様の可能な実装のいずれかにに従って、ＨＴＴＰリクエスト伝送方法を実行することが可能となる。
【0024】
第４の態様によれば、本出願の実施形態は、コンピュータ・プログラム製品を提供する。コンピュータ・プログラム製品がコンピュータ上で動作するときに、コンピュータは、第１の態様又は第１の態様の可能な実装のいずれかに従って、ＨＴＴＰリクエスト伝送方法を実行することが可能となる。
【0025】
第５の態様によれば、本出願の実施形態は、装置を提供する。装置は、前述の態様の方法において、電子デバイスの挙動を実装する機能を有する。本機能は、ハードウェアによって実装されてもよいし、対応するソフトウェアを実行することによってハードウェアによって実装されてもよい。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のモジュール、例えば、割り当てユニット又はモジュール、送信ユニット又はモジュール、受信ユニット又はモジュール、及び取得ユニット又はモジュールを含む。
【0026】
第６の態様によれば、本出願の実施形態は、ＨＴＴＰリクエスト伝送システムを提供する。システムは、少なくとも電子デバイス、第１のＣＤＮサーバ、及び第２のＣＤＮサーバを含む。電子デバイスは、リクエスト対象のデータのバイト範囲に基づいて、第１のＣＤＮサーバに第１のバイト範囲を割り当て、リクエストされるデータのバイト範囲に基づいて第２のＣＤＮサーバに第２のバイト範囲を割り当てることであって、第１のバイト範囲と第２のバイト範囲との間に重複範囲がある、ことと、第１のバイト範囲に基づいて、第１のＨＴＴＰリクエストを第１のＣＤＮサーバに送信し、第２のバイト範囲に基づいて第２のＨＴＴＰリクエストを第２のＣＤＮサーバに送信するように構成されている。第１のＨＴＴＰリクエストは、少なくとも第１のＣＤＮサーバから第１のデータをダウンロードするために使用される。第２のＨＴＴＰリクエストは、少なくとも第２のＣＤＮサーバから第２のデータをダウンロードするために使用される。第１のデータ及び第２のデータは、バイト範囲が重複範囲であるデータであり、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの一致をチェックするために使用される。第１のＣＤＮサーバは、電子デバイスから第１のＨＴＴＰリクエストを受信し、データを電子デバイスに返すように構成されている。データは、少なくとも第１のデータを含む。第２のＣＤＮサーバは、電子デバイスから第２のＨＴＴＰリクエストを受信し、データを電子デバイスに返すように構成されている。データは、少なくとも第２のデータを含む。
【0027】
可能な実装では、第１のＣＤＮサーバは、第１のネットワークに位置するＣＤＮサーバであってもよく、第２のＣＤＮサーバは、第２のネットワークに位置するサーバであってもよい。第１のネットワークは、第２のネットワークとは異なる。例えば、第１のネットワークはセルラ・ネットワークであり、第２のネットワークはＷｉ－Ｆｉネットワークである。
【0028】
本出願における技術的特徴、技術的解決策、有益な効果、又は類似の文言の説明は、全ての特徴及び利点が任意の個々の実施形態において実装可能であることを示唆しないと理解されたい。反対に、特徴又は有益な効果の説明は、少なくとも１つの実施形態が特定の技術的特徴、技術的解決策、又は有益な効果を含むことを意味すると理解されよう。したがって、本明細書における技術的特徴、技術的解決策、又は有益な効果の説明は、必ずしも同じ実施形態に属さなくてもよい。さらに、実施形態に記載される技術的特徴、技術的解決策、及び有益な効果は、任意の適切な方式で組み合わされてもよい。当業者は、実施形態が、特定の実施形態において、１つ以上の特定の技術的特徴、技術的解決策、又は有益な効果を伴わずに実装され得ると理解する。他の実施形態では、全ての実施形態を反映するわけではない特定の実施形態において、追加の技術的特徴及び有益な効果がさらに識別されてもよい。
【図面の簡単な説明】
【0029】
【図1】従来技術におけるＨＴＴＰリクエスト伝送の概略図である。
【0030】
【図2】本出願の一実施形態によるシステム・アーキテクチャの簡略概略図である。
【0031】
【図3】本出願の一実施形態による電子デバイスの概略構造図である。
【0032】
【図4】本出願の実施形態によるＨＴＴＰリクエスト伝送方法の概略フローチャートである。
【発明を実施するための形態】
【0033】
「例」又は「例えば」などの用語は、例、提示的な図示、又は以下の説明を表すために使用される。本出願において、「例」又は「例えば」として記載される実施形態又は設計スキームは、他の実施形態又は設計スキームよりも好ましいものとして、又はより多くの利点を有するものとして説明されるべきではない。正確には、「例」又は「例えば」などの用語の使用は、特定の方式で相対的な概念を提示することを意図している。
【0034】
現在、通信体験を改善するために、複数のネットワーク、例えば、Ｗｉ－Ｆｉネットワークとセルラ・ネットワークの同時使用を実装するＭＰＨＴＴＰ技術が産業界で提案されている。ＭＰＨＴＴＰ技術では、アプリによって開始された元のＨＴＴＰリクエストが、元のＨＴＴＰリクエストにおいて搬送されるバイト範囲に基づいて複数のＨＴＴＰリクエストに分割される。複数のＨＴＴＰリクエストは、ＣＤＮサーバから対応するデータを取得するために、Ｗｉ－Ｆｉネットワーク及びセルラ・ネットワークを介して対応するＣＤＮサーバに送信される。これは、より大きな集約帯域幅を提供する。
【0035】
一般的に、コンテンツ・アクセスを提供するＣＤＮサーバは、異なるネットワークによって異なる。電子デバイスが、分割を介して取得された複数のＨＴＴＰリクエストに基づいて、同じＣＤＮサーバからデータを引き出す場合、ダウンロード速度が非常に低下することがあるし、クロス・ネットワーク・アクセスによりアクセスが失敗することもある。例えば、図１に示す例を参照すると、電子デバイスがＷｉ－Ｆｉネットワークを介してＣＤＮ１にＨＴＴＰリクエスト２を送信する場合、対応するデータ・ダウンロード速度は非常に低下することがあるし、対応するＣＤＮサーバへのアクセスがクロス・ネットワーク・アクセスにより失敗することもある。例えば、表１に示すテスト・データを参照すると、ｉＱＩＹＩでは、データがＷｉ－Ｆｉネットワークを介してＷｉ－ＦｉネットワークにおけるＣＤＮサーバからダウンロードされる場合、データ・ダウンロード速度は１０ＭＢ／ｓに達することがあり、データがＷｉ－Ｆｉネットワークを介して別のネットワーク、例えばロング・ターム・エボリューション（ＬＴＥ）ネットワークにおけるＣＤＮサーバからダウンロードされる場合、ダウンロード速度は０、すなわち、ＣＤＮサーバへのアクセスが失敗することが分かる。同じことがｂｉｌｉｂｉｌｉの場合に当てはまる。Ｔｅｎｃｅｎｔでは、データがＷｉ－Ｆｉネットワークを介してＷｉ－ＦｉネットワークにおけるＣＤＮサーバからダウンロードされる場合、データのダウンロード速度は８ＭＢ／ｓに達することがあり、データがＷｉ－Ｆｉネットワークを介してＬＴＥネットワークにおけるＣＤＮサーバからダウンロードされる場合、ダウンロード速度は０．６ＭＢ／ｓとなり、ダウンロード速度は非常に低下している。同じことがＹｏｕｋｕの場合に当てはまる。
アプリケーション＆
使用ネットワーク ローカル・ネットワークにおけるCDNサーバからデータをダウンロードする速度（単位：ＭＢ／ｓ） 別のネットワークにおけるCDNサーバからデータをダウンロードする速度（単位：ＭＢ／ｓ）
iQIYI LTE 3 8
iQIYI Wi-Fi 10 0
Tencent LTE 3 3
Tencent Wi-Fi 8 0.6
Youku LTE 5 5
Youku Wi-Fi 5 1.5
Bilibili LTE 6 6
Bilibili Wi-Fi 6 0
【表1】
使用ネットワーク ローカル・ネットワークにおけるCDNサーバからデータをダウンロードする速度（単位：ＭＢ／ｓ） 別のネットワークにおけるCDNサーバからデータをダウンロードする速度（単位：ＭＢ／ｓ）
iQIYI LTE 3 8
iQIYI Wi-Fi 10 0
Tencent LTE 3 3
Tencent Wi-Fi 8 0.6
Youku LTE 5 5
Youku Wi-Fi 5 1.5
Bilibili LTE 6 6
Bilibili Wi-Fi 6 0
【0036】
したがって、ユーザが最適なサービス体験を取得することができるように、電子デバイスによる分割を介して取得された複数のＨＴＴＰリクエストを使用して、伝送されたネットワークにおける対応するＣＤＮサーバからデータを引き出す、すなわち、異なるＨＴＴＰリクエストを使用して、異なるＣＤＮサーバからデータを引き出す。例えば、図１に示すように、ＨＴＴＰリクエスト１を使用して、ＣＤＮ１からデータを引き出し、ＨＴＴＰリクエスト２を使用して、ＣＤＮ２からデータを引き出す。次に、異なるＣＤＮサーバから引き出されたデータを接合した後、電子デバイスは元のＨＴＴＰリクエストに基づいて引き出されるデータを取得する。
【0037】
しかし、分割を介して取得された複数のＨＴＴＰリクエストに基づいて、電子デバイスが異なるＣＤＮサーバからデータを引き出す場合、引き出されたデータが一致していないため、接合により最終的に取得されたデータが無効となることがある。例えば、図１に示す例を参照すると、バイト範囲が１～１００であるデータがＣＤＮ１から引き出され、バイト範囲１０１～２００であるデータがＣＤＮ２から引き出される。電子デバイスがデータを接合する必要があるときに、接合を介して取得されたデータは、ＣＤＮサーバのアップグレードの不一致により無効となることがある。結果として、サービスが正常に動作できない、例えば、ユーザがビデオを正常に視聴できない。特に、ＣＤＮサーバ上で多くのドメイン・ネーム・システム（ｄｏｍａｉｎ ｎａｍｅ ｓｙｓｔｅｍ、ＤＮＳ）のハイジャックが多い環境では、接合を介して取得されるデータが無効となる可能性が高い。
【0038】
したがって、電子デバイスがＭＰＨＴＴＰ技術を使用するときに、複数のＣＤＮサーバから引き出されたデータの一致をチェックし、正常なサービス動作を確保する必要がある。
【0039】
一般的に、多くのビデオサービスでは、対応するＨＴＴＰリクエストをＣＤＮサーバに送信した後、電子デバイスがＣＤＮサーバから、ＨＴＴＰリクエストによってリクエストされたデータの記述情報マニフェスト（ｍａｎｉｆｅｓｔ）ファイルをリクエストする。記述情報マニフェストファイルは、最後に修正した時間（ｌａｓｔ ｍｏｄｉｆｉｅｄ ｔｉｍｅ）、タイムスタンプ（ｔｉｍｅｓｔａｍｐ）、タグ（ｔａｇ）などの記述情報を含む。しかしながら、記述情報のいずれも、複数のＣＤＮサーバから引き出されたデータが一致しているかどうかを証明するために使用することができない。
【0040】
本出願の実施形態は、ＨＴＴＰリクエスト伝送方法を提供する。方法は、電子デバイスに適用されてもよい。電子デバイスが複数のＣＤＮサーバからデータをダウンロードする必要があるときに、異なるＣＤＮサーバに割り当てられるバイト範囲に対して重複範囲が設計される。これは、電子デバイスが、全ての異なるＣＤＮサーバから重複範囲のデータをダウンロードすることを意味し、データのこの部分は、異なるＣＤＮサーバから引き出されるデータのデータ一致をチェックするために使用されてもよい。異なるＣＤＮサーバから引き出されたデータが一致していると決定するときに、電子デバイスは、データを接合して、最終的に必要なデータを取得してもよい。このように、ＭＰＨＴＴＰ技術は、より大きな集約帯域幅を取得するために使用され、データ接合妥当性及び正常なサービスの動作を確保する。
【0041】
以下、添付の図面を参照して、本出願の実施形態の実装を詳細に記載する。
【0042】
【0043】
ＣＤＮサーバ２０２は、ネットワークに展開され、かつコンテンツ・アクセスを提供するように構成されているネットワークである。電子デバイス２０１は、ネットワークを介してＣＤＮサーバ２０２にＨＴＴＰリクエストを送信し、ＣＤＮサーバ２０２から対応するデータをダウンロードしてもよい。
【0044】
本出願の本実施形態では、電子デバイス２０１は、電子デバイス２０１のアプリによって開始された元のＨＴＴＰリクエストに基づいて、ＭＰＨＴＴＰ技術を使用することによって、複数のＣＤＮサーバ２０２から対応するデータをダウンロードしてもよい。これは、より大きな集約帯域幅を提供し、通信体験を改善する。例えば、電子デバイスは、元のＨＴＴＰリクエストで搬送されたバイト範囲に基づいて、複数のＣＤＮサーバに異なるバイト範囲を割り当ててもよい。次いで、電子デバイス２０１は、ネットワークを介して、複数のＣＤＮサーバ２０２に割り当てられたバイト範囲に基づいて対応するＣＤＮサーバに対応するＨＴＴＰリクエストを送信し、複数のＣＤＮサーバ２０２が、受信したＨＴＴＰリクエストに基づいて対応するデータを電子デバイス２０１に返すようにする。
【0045】
電子デバイス２０１によって複数のＣＤＮサーバ２０２に割り当てられる異なるバイト範囲では、連続データを識別するために使用されるバイト範囲間に重複範囲が存在する。したがって、電子デバイス２０１は、異なるＣＤＮサーバから同じデータ（同じデータは重複範囲を有するバイト範囲のデータである）を引き出してもよい。データ一致チェックが成功するときに、電子デバイス２０１は、異なるＣＤＮサーバから対応するデータをダウンロードし続けてもよい。データ一致チェックが失敗するときに、電子デバイス２０１は、複数のＣＤＮサーバからの対応するデータのダウンロードを同時に停止し、いくつかのＣＤＮサーバ（例えば、１つのＣＤＮサーバ）のみからデータをダウンロードする。これは、より大きな集約帯域幅を提供し、データ接合妥当性の有効性と正常なサービスの動作を確保する。
【0046】
この実施形態では、「複数」とは、２つ以上を指してもよい。実施形態では、複数のＣＤＮサーバ２０２は、同じネットワーク内に位置してもよいし、異なるネットワークに位置してもよい。例えば、システム・アーキテクチャは、２つのＣＤＮサーバ２０２、すなわちＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２を含む。ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２は、同じネットワーク（例えば、Ｗｉ－Ｆｉネットワーク又はセルラ・ネットワーク）に位置する異なるＣＤＮサーバであってもよい。代替的には、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２は、異なるネットワークに位置するＣＤＮサーバであってもよい。例えば、ＣＤＮサーバ２０２－１はセルラ・ネットワークに位置し、ＣＤＮサーバ２０２－２はＷｉ－Ｆｉネットワークに位置する。図２は、システム・アーキテクチャが、２つのＣＤＮサーバ２０２、すなわちＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２を含み、ＣＤＮサーバ２０２－１がＷｉ－Ｆｉネットワークに位置し、ＣＤＮサーバ２０２－２がセルラ・ネットワークに位置する例を示す。追加的に、本実施形態では、セルラ・ネットワークは、任意の移動通信技術、例えば第３世代移動通信技術（ｔｈｅ ３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、３Ｇ）ネットワーク、第４世代移動通信技術（ｔｈｅ ｆｏｕｒｔｈ ｇｅｎｅｒａｔｉｏｎ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、４Ｇ）ネットワーク（若しくはＬＴＥネットワーク）、第５世代移動通信技術（ｔｈｅ ５ｔｈ ｇｅｎｅｒａｔｉｏｎ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、５Ｇ）ネットワーク、又は次世代移動通信ネットワークを使用するネットワークであってもよい。
【0047】
例えば、図２に示すシステム・アーキテクチャの概略図に基づいて、いくつかの実施形態では、電子デバイス２０１のビデオ・アプリケーションを使用することによってユーザがビデオを視聴する例が使用される。電子デバイス２０１のビデオ・アプリケーションは、元のＨＴＴＰリクエストを開始する。元のＨＴＴＰリクエストで搬送されるバイト範囲は［１，２００］である。電子デバイス２０１は、元のＨＴＴＰリクエストで搬送されたバイト範囲に基づいて、対応するバイト範囲をＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２に割り当ててもよい。ＣＤＮサーバ２０２－１に割り当てられたバイト範囲と、ＣＤＮサーバ２０２－２に割り当てられたバイト範囲との間には重複範囲が存在する。例えば、ＣＤＮサーバ２０２－１に割り当てられたバイト範囲は［１，１１０］であり、ＣＤＮサーバ２０２－２に割り当てられたバイト範囲は［１０１，２００］であり、ＣＤＮサーバ２０２－１に割り当てられたバイト範囲とＣＤＮサーバ２０２－２に割り当てられたバイト範囲との間の重複範囲［１０１，１１０］が存在する。
【0048】
電子デバイス２０１は、ＣＤＮサーバ２０２－１に割り当てられたバイト範囲に基づいてセルラ・ネットワークを介してＣＤＮサーバ２０２－１にＨＴＴＰリクエスト１を送信して、バイト範囲が［１０１，１１０］であるビデオ・データをＣＤＮサーバ２０２－１からダウンロードしてもよい。電子デバイス２０１はまた、ＣＤＮサーバ２０２－２に割り当てられたバイト範囲に基づいてＷｉ－Ｆｉネットワークを介してＣＤＮサーバ２０２－２にＨＴＴＰリクエスト１を送信して、バイト範囲が［１０１，１１０］であるビデオ・データをＣＤＮ－２からダウンロードしてもよい。電子デバイス２０１は、ＣＤＮサーバ２０２－１から、バイト範囲が［１０１，１１０］であるビデオ・データをダウンロードし、また、ＣＤＮサーバ２０２－２から、バイト範囲が［１０１，１１０］であるビデオ・データをダウンロードすると理解されよう。ＣＤＮサーバ２０２－１からダウンロードされたバイト範囲が［１０１、１１０］であるビデオ・データと、ＣＤＮサーバ２０２－２からダウンロードされたバイト範囲が［１０１、１１０］であるビデオ・データに基づいて、電子デバイス２０１は、異なるＣＤＮサーバからダウンロードされたデータが一致しているかどうかをチェックすることができる。データ一致チェックが成功するときに、電子デバイス２０１は、ＣＤＮサーバ２０２－１からダウンロードされたビデオ・データ及びＣＤＮサーバ２０２－２からダウンロードされたビデオ・データを接合して、最終的に必要とされるビデオ・データを取得することができる。データ一致チェックが失敗するときに、電子デバイス２０１は、２つのＣＤＮサーバからのデータのダウンロードを同時に停止し、１つのＣＤＮサーバのみからデータをダウンロードする。例えば、電子デバイス２０１は、ＣＤＮサーバ２０２－２からのデータのダウンロードを停止し、ＣＤＮサーバ２０２－１からのみ残りのビデオ・データをダウンロードしてもよい。
【0049】
例えば、本出願の本実施形態における電子デバイス２０１は、携帯電話、タブレット・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、ハンドヘルド・コンピュータ、ノートブック・コンピュータ、ウルトラモバイル・パーソナル・コンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、ネットブック、携帯電話、パーソナル・デジタル・アシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ウェアラブル・デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）デバイス／仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）デバイス、又はメディアプレーヤなどのデバイスであってもよい。デバイスの特定の形態は、本出願の本実施形態において特に限定されない。
【0050】
図３は、本出願の一実施形態による電子デバイスの構造の概略図である。図３に示すように、電子デバイスは、プロセッサ１１０、外部メモリ・インターフェース１２０、内部メモリ１２１、ユニバーサル・シリアル・バス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ、ＵＳＢ）ポート１３０、充電管理モジュール１４０、電力管理モジュール１４１、バッテリ１４２、アンテナ１、アンテナ２、移動通信モジュール１５０、無線通信モジュール１６０、オーディオ・モジュール１７０、スピーカ１７０Ａ、受信機１７０Ｂ、マイクロホン１７０Ｃ、ヘッドセット・ジャック１７０Ｄ、センサ・モジュール１８０、ボタン１９０、モータ１９１、インジケータ１９２、カメラ１９３、ディスプレイ１９４、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ、ＳＩＭ）カード・インターフェース１９５などを含んでもよい。
【0051】
センサ・モジュール１８０は、圧力センサ１８０Ａ、ジャイロ・センサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、レンジ・センサ１８０Ｆ、光学近接センサ１８０Ｇ、指紋センサ１８０Ｈ、温度センサ１８０Ｊ、タッチ・センサ１８０Ｋ、周辺光センサ１８０Ｌ、骨伝導センサ１８０Ｍなどを含んでもよい。
【0052】
本実施形態に示される構造は、電子デバイスに対する特定の限定を構成しないことが理解されよう。いくつかの他の実施形態では、電子デバイスは、図に示されているものよりも多くの、又は少ないコンポーネントを含んでもよいし、いくつかのコンポーネントが接合されてもよいし、いくつかのコンポーネントが分裂してもよいし、異なるコンポーネント配置が使用されてもよい。図に示すコンポーネントは、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよい。
【0053】
プロセッサ１１０は、１つ以上の処理ユニットを含んでもよい。例えば、プロセッサ１１０は、アプリケーション・プロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）、モデム・プロセッサ、グラフィック処理ユニット（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、コントローラ、メモリ、ビデオ・コーデック、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、ベースバンド・プロセッサ、及び／又はニューラルネットワーク処理ユニット（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＮＰＵ）を含んでもよい。異なる処理ユニットは、独立したコンポーネントであってもよいし、１つ以上のプロセッサに一体化されてもよい。
【0054】
コントローラは、電子デバイスの神経センター及び指令センターであってもよい。コントローラは、命令動作コード及び時間シーケンス信号に基づいて動作制御信号を生成して、命令フェッチ及び命令実行の完全な制御を完遂する。
【0055】
メモリは、プロセッサ１１０内に配設されてもよく、命令及びデータを記憶するように構成されている。いくつかの実施形態では、プロセッサ１１０におけるメモリはキャッシュである。メモリは、プロセッサ１１０によってちょうど使用又は周期的に使用される命令又はデータを記憶してもよい。プロセッサ１１０が命令又はデータを再度使用する必要がある場合、プロセッサ１１０は、メモリから命令又はデータを直接呼び出してもよい。これは、繰り返されるアクセスを回避し、プロセッサ１１０の待ち時間を短縮し、それによって、システムの効率を改善する。
【0056】
いくつかの実施形態では、プロセッサ１１０は、１つ以上のインターフェースを含んでもよい。このインターフェースは、集積回路（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、Ｉ２Ｃ）インターフェース、集積回路サウンド（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ ｓｏｕｎｄ、Ｉ２Ｓ）インターフェース、パルス・コード変調（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ、ＰＣＭ）インターフェース、ユニバーサル非同期受信機／送信機（ｕｎｉｖｅｒｓａｌ ａｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｅｉｖｅｒ／ｔｒａｎｓｍｉｔｔｅｒ、ＵＡＲＴ）インターフェース、モバイル産業用プロセッサ・インターフェース（ｍｏｂｉｌｅ ｉｎｄｕｓｔｒｙ ｐｒｏｃｅｓｓｏｒ ｉｎｔｅｒｆａｃｅ、ＭＩＰＩ）、汎用入力／出力（ｇｅｎｅｒａｌ－ｐｕｒｐｏｓｅ ｉｎｐｕｔ／ｏｕｔｐｕｔ、ＧＰＩＯ）インターフェース、ＳＩＭインターフェース、ＵＳＢポート、及び／又はこれらに類するものを含んでもよい。
【0057】
充電管理モジュール１４０は、充電器からの充電入力を受信するように構成されている。充電器は、無線充電器又は有線充電器であってもよい。充電管理モジュール１４０は、バッテリ１４２を充電しながら、電力管理モジュール１４１を介して電子デバイスに電力をさらに供給してもよい。
【0058】
電力管理モジュール１４１は、バッテリ１４２、充電管理モジュール１４０、及びプロセッサ１１０に接続するように構成されている。電力管理モジュール１４１は、バッテリ１４２及び／又は充電管理モジュール１４０の入力を受信し、プロセッサ１１０、内部メモリ１２１、外部メモリ、ディスプレイ１９４、カメラ１９３、無線通信モジュール１６０などに電力を供給する。いくつかの他の実装では、電力管理モジュール１４１は、代替的にプロセッサ１１０に配設されてもよい。いくつかの他の実施形態では、電力管理モジュール１４１及び充電管理モジュール１４０は、代替的に、同じデバイスに配設されてもよい。
【0059】
電子デバイスの無線通信機能は、アンテナ１、アンテナ２、移動通信モジュール１５０、無線通信モジュール１６０、モデム・プロセッサ、ベースバンド・プロセッサなどを介して実装されてもよい。
【0060】
アンテナ１及びアンテナ２は、電磁波信号を送信及び受信するように構成されている。電子デバイスの各アンテナは、１つ以上の通信帯域をカバーするように構成されてもよい。アンテナの利用を改善するために、異なるアンテナがさらに再利用されてもよい。例えば、アンテナ１は、無線ローカル・エリア・ネットワークのダイバーシチ・アンテナとして再利用されてもよい。いくつかの他の実施形態では、アンテナは、チューニング・スイッチと組み合わせて使用されてもよい。
【0061】
移動通信モジュール１５０は、２Ｇ／３Ｇ／４Ｇ／５Ｇなどを含むワイヤレス通信のためであって、電子デバイスに適用されるソリューションを提供してもよい。移動通信モジュール１５０は、少なくとも１つのフィルタ、スイッチ、電力増幅器、低ノイズ増幅器（ｌｏｗ ｎｏｉｓｅ ａｍｐｌｉｆｉｅｒ、ＬＮＡ）などを含んでもよい。移動通信モジュール１５０は、アンテナ１を介して電磁波を受信し、受信した電磁波に対するフィルタリング又は増幅などの処理を実行し、処理した電磁波を復調のためにモデム・プロセッサに伝送してもよい。移動通信モジュール１５０は、モデム・プロセッサによって変調された信号をさらに増幅し、増幅した信号をアンテナ１を介して放射のために電磁波に変換してもよい。いくつかの実施形態では、移動通信モジュール１５０の少なくともいくつかの機能モジュールをプロセッサ１１０に配設されてもよい。いくつかの実施形態では、移動通信モジュール１５０の少なくともいくつかの機能モジュールは、プロセッサ１１０の少なくともいくつかのモジュールと同じデバイスに配設されてもよい。例えば、本出願の本実施形態では、移動通信モジュール１５０は、ＨＴＴＰリクエストを送信するように構成されてもよい、ＨＴＴＰリクエストは、ＣＤＮサーバから対応するデータをダウンロードすることをリクエストするために使用される。移動通信モジュール１５０は、ＣＤＮサーバから対応するデータを受信するようにさらに構成されてもよい。
【0062】
モデム・プロセッサは、変調器及び復調器を含むことができる。変調器は、送信対象の低周波ベースバンド信号を中高周波信号に変調するように構成されている。復調器は、受信した電磁波信号を低周波ベースバンド信号に復調するように構成されている。次に、復調器は復調した低周波ベースバンド信号を処理のためにベースバンド・プロセッサに伝送する。低周波ベースバンド信号は、ベースバンド・プロセッサによって処理され、次いで、アプリケーション・プロセッサに伝送される。アプリケーション・プロセッサは、オーディオ・デバイス（スピーカ１７０Ａ、受信機１７０Ｂなどに限定されない）を使用して、音声信号を出力したり、ディスプレイ１９４に画像又はビデオを表示したりする。いくつかの実施形態では、モデム・プロセッサは、独立したコンポーネントであってもよい。いくつかの他の実施形態では、モデム・プロセッサは、プロセッサ１１０から独立していてもよく、移動通信モジュール１５０又は別の機能モジュールと同じデバイスに配設されてもよい。
【0063】
無線通信モジュール１６０は、電子デバイスに適用される無線通信ソリューション、例えば、無線ローカル・エリア・ネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）（無線フェデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）ネットワークなど）、ブルートゥース（ｂｌｕｅｔｏｏｔｈ、ＢＴ）、グローバル・ナビゲーション衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＮＳＳ）、周波数変調（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｉｏｎ、ＦＭ）、近接場通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）、赤外線（ｉｎｆｒａｒｅｄ、ＩＲ）技術を提供してもよい。無線通信モジュール１６０は、少なくとも１つの通信プロセッサ・モジュールに一体化された１つ以上のコンポーネントであってもよい。無線通信モジュール１６０は、アンテナ２を介して電磁波を受信し、電磁波信号に対して周波数変調及びフィルタ処理を実行し、処理した信号をプロセッサ１１０に送信する。無線通信モジュール１６０は、さらに、プロセッサ１１０から送信対象の信号を受信し、その信号に対して周波数変調及び増幅を実行し、処理した信号をアンテナ２に介した放射のために電磁波に変換する。例えば、本出願の本実施形態では、無線通信モジュール１６０は、ＨＴＴＰリクエストを送信するように構成されてもよい、ＨＴＴＰリクエストは、ＣＤＮサーバから対応するデータをダウンロードすることをリクエストするために使用される。無線通信モジュール１６０は、ＣＤＮサーバから対応するデータを受信するようにさらに構成されてもよい。
【0064】
いくつかの実施形態では、電子デバイスのアンテナ１は移動通信モジュール１５０に結合され、アンテナ２は無線通信モジュール１６０に結合され、電子デバイスが、無線通信技術を使用することによってネットワーク及び別のデバイスと通信してもよいようにする。無線通信技術は、移動通信のためのグローバル・システム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）、一般パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）、広帯域符号分割多重接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）、時分割符号分割多重接続（ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＴＤ－ＳＣＤＭＡ）、ロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、ＩＲ技術などを含んでもよい。ＧＮＳＳは、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ、ＧＰＳ）、グローバル・ナビゲーション衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＬＯＮＡＳＳ）、北斗航法衛星システム（ｂｅｉｄｏｕ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＢＤＳ）、準天頂衛星システム（ｑｕａｓｉ－ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＱＺＳＳ）、及び／又は衛星ベース増強システム（ｓａｔｅｌｌｉｔｅ ｂａｓｅｄ ａｕｇｍｅｎｔａｔｉｏｎ ｓｙｓｔｅｍｓ、ＳＢＡＳ）を含んでもよい。
【0065】
電子デバイスは、ＧＰＵ、ディスプレイ１９４、アプリケーション・プロセッサなどを介してディスプレイ機能を実装する。ＧＰＵは、画像処理のためのマイクロプロセッサであり、ディスプレイ１９４及びアプリケーション・プロセッサに接続される。ＧＰＵは、数学的及び幾何学的計算を実行し、画像をレンダリングするように構成されている。プロセッサ１１０は、表示情報を生成又は変更するプログラム命令を実行する１つ以上のＧＰＵを含んでもよい。
【0066】
ディスプレイ１９４は、画像、ビデオなどを表示するように構成されている。ディスプレイ１９４は、ディスプレイ・パネルを含む。ディスプレイ・パネルは、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＯＬＥＤ）、アクティブ・マトリックス有機発光ダイオード又はアクティブ・マトリックス有機発光ダイオード（ａｃｔｉｖｅ－ｍａｔｒｉｘ ｏｒｇａｎｉｃ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（ｆｌｅｘ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＦＬＥＤ）、ミニＬＥＤ、マイクロＬＥＤ、マイクロＯＬＥＤ、量子ドット発光ダイオード（ｑｕａｎｔｕｍ ｄｏｔ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅｓ、ＱＬＥＤ）などであってもよい。いくつかの実施形態では、電子デバイスは、１つ又はＮ個のディスプレイ１９４を含んでもよく、Ｎは１よりも大きい正の整数である。
【0067】
電子デバイスは、ＩＳＰ、カメラ１９３、ビデオ・コーデック、ＧＰＵ、ディスプレイ１９４、アプリケーション・プロセッサなどを介して撮影機能を実装してもよい。
【0068】
ＩＳＰは、カメラ１９３によってフィードバックされたデータを処理するように構成されている。カメラ１９３は、静止画像又はビデオをキャプチャするように構成されている。物体の光学画像は、レンズを通して生成され、感光体に投影される。感光体は、電荷結合素子（ｃｈａｒｇｅ ｃｏｕｐｌｅｄ ｄｅｖｉｃｅ、ＣＣＤ）又は相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）光電トランジスタであってもよい。感光体は、光信号を電気信号に変換した後、電気信号をデジタル画像信号に変換するために電気信号をＩＳＰに伝送する。ＩＳＰは、デジタル画像信号を処理のためにＤＳＰに出力する。ＤＳＰは、デジタル画像信号をＲＧＢフォーマット、ＹＵＶフォーマットなどの標準フォーマットの画像信号に変換する。いくつかの実施形態では、電子デバイスは、１つ又はＮ個のカメラ１９３を含んでもよく、Ｎは１よりも大きい正の整数である。
【0069】
外部メモリ・インターフェース１２０は、外部メモリ・カード、例えばマイクロＳＤカードに接続して、電子デバイスの記憶能力を拡張するように構成されてもよい。外部メモリ・カードは、外部メモリ・インターフェース１２０を介してプロセッサ１１０と通信し、データ記憶機能を実装する。例えば、音楽、ビデオなどのファイルは外部メモリ・カードに記憶される。
【0070】
内部メモリ１２１は、コンピュータ実行可能なプログラム・コードを記憶するように構成されてもよい。実行可能なプログラム・コードは、命令を含む。プロセッサ１１０は、内部メモリ１２１に記憶された命令を動作させて、電子デバイスの様々な機能アプリケーション及びデータ処理を実行する。例えば、本実施形態では、プロセッサ１１０は、内部メモリ１２１に記憶された命令を動作させて、電子デバイスが、重複範囲を有し、かつ異なるＣＤＮサーバに割り当てられるバイト範囲に基づいて、対応するＨＴＴＰリクエストを異なるＣＤＮサーバに送信してもよいようにする。したがって、電子デバイスは、異なるＣＤＮサーバから同じデータをダウンロードし、同じデータのこの部分を使用することによって、異なるＣＤＮサーバからダウンロードされたデータが一致しているかどうかを決定し、異なるＣＤＮサーバからダウンロードされたデータが一致していると決定したときに、データを接合して、最終的に必要なデータを取得してもよい。内部メモリ１２１は、プログラム記憶領域及びデータ記憶領域を含んでもよい。プログラム記憶領域は、オペレーティング・システム、少なくとも１つの機能（例えば、音声再生機能又は画像再生機能）によって必要とされるアプリケーションなどを記憶してもよい。データ記憶領域は、電子デバイスが使用されたときに作成されたデータ（オーディオデータ、電話帳など）を記憶することなどをしてもよい。追加的に、内部メモリ１２１は、高速ランダム・アクセス・メモリを含んでもよいし、少なくとも１つの磁気ディスク記憶デバイス、フラッシュ記憶デバイス、ユニバーサルフラッシュ記憶デバイス（ｕｎｉｖｅｒｓａｌ ｆｌａｓｈ ｓｔｏｒａｇｅ、ＵＦＳ）などの不揮発性メモリを含んでもよい。
【0071】
電子デバイスは、オーディオ機能、例えば、オーディオ・モジュール１７０、スピーカ１７０Ａ、受信機１７０Ｂ、マイクロホン１７０Ｃ、ヘッドセット・ジャック１７０Ｄ、アプリケーション・プロセッサなどを介して、音楽再生及び録音を実装してもよい。
【0072】
オーディオ・モジュール１７０は、デジタル・オーディオ情報をアナログ・オーディオ信号出力に変換するように構成されており、また、アナログ・オーディオ入力をデジタル・オーディオ信号に変換するように構成されている。オーディオ・モジュール１７０は、オーディオ信号をコード化及び復号化するようにさらに構成されてもよい。いくつかの実施形態では、オーディオ・モジュール１７０は、プロセッサ１１０に配設されてもよいし、オーディオ・モジュール１７０のいくつかの機能モジュールは、プロセッサ１１０に配設されてもよい。
【0073】
スピーカ１７０Ａは、「ホーン」とも呼ばれ、電気オーディオ信号を音声信号に変換するように構成されている。電子デバイスは、スピーカ１７０Ａを介して、音楽を聞いたり、ハンズフリー通話に応答したりしてもよい。
【0074】
受信機１７０Ｂは、「イヤピース」とも呼ばれ、電気音声信号を音声信号に変換するように構成されている。電子デバイスを使用して電話に出たり声情報を受信したりするときに、受信機１７０Ｂを人間の耳の近くに置いて声を受信してもよい。
【0075】
「マイク」又は「マイクロホン」とも呼ばれるマイクロホン１７０Ｃは、音声信号を電気信号に変換するように構成されている。発呼や声情報を送信するときに、マイク１７０Ｃの近くで人間の口を動かすことによって音声を発し、マイク１７０Ｃに音声信号を入力してもよい。少なくとも１つのマイクロホン１７０Ｃが、電子デバイスに配設されてもよい。ヘッドセット・ジャック１７０Ｄは、有線ヘッドセットに接続するように構成されている。
【0076】
圧力センサ１８０Ａは、圧力信号を感知するように構成されており、圧力信号を電気信号に変換してもよい。いくつかの実施形態では、圧力センサ１８０Ａは、ディスプレイ１９４に配設されてもよい。抵抗圧力センサ、誘導圧力センサ、容量性圧力センサなどの複数のタイプの圧力センサ１８０Ａが存在する。タッチ動作がディスプレイ１９４で実行されるときに、電子デバイスは圧力センサ１８０Ａを使用することによってタッチ動作の強度を検出する。電子デバイスはまた、圧力センサ１８０Ａの検出信号に基づいてタッチ位置を計算してもよい。
【0077】
ジャイロ・センサ１８０Ｂは、電子デバイスの運動姿勢を決定するように構成されてもよい。ジャイロ・センサ１８０Ｂは、撮影中に手ぶれ補正を実施するように構成されてもよい。ジャイロ・センサ１８０Ｂは、ナビゲーション・シナリオ及び運動感知ゲーム・シナリオにおいてさらに使用されてもよい。気圧センサ１８０Ｃは、気圧を測定するように構成されている。いくつかの実施形態では、電子デバイスは、位置決め及びナビゲーションを支援するために、気圧センサ１８０Ｃによって測定された気圧値に基づいて高度を計算する。磁気センサ１８０Ｄは、ホール・センサを含む。電子デバイスは、磁気センサ１８０Ｄを使用することによって、フリップ・レザー・ケースの開閉を検出してもよい。加速度センサ１８０Ｅは、電子デバイスの様々な方向（通常は３軸）における加速度の大きさを検出してもよい。距離センサ１８０Ｆは、距離を測定するように構成されている。例えば、撮影シナリオでは、電子デバイスは、高速焦点合わせを実装するために距離センサ１８０Ｆを使用することによって距離を測定してもよい。
【0078】
光学近接センサ１８０Ｇは、発光ダイオード（ＬＥＤ）及び光学検出器、例えばフォトダイオードを含んでもよい。発光ダイオードは、赤外線発光ダイオードであってもよい。電子デバイスは、発光ダイオードを通して赤外光を放出する。電子デバイスは、近くの物体からの赤外線反射光を、フォトダイオードを使用することによって検出する。十分な反射光が検出されるときに、電子デバイスの近くに物体が存在すると決定されてもよい。不十分な反射光が検出されるときに、電子デバイスは、電子デバイスの近くに物体がないと決定してもよい。電子デバイスは、光学近接センサ１８０Ｇを使用することによって、ユーザが電子デバイスを通話のために耳の近くに保持していることを検出して、電力節約のためにスクリーンを自動的にオフにしてもよい。光学近接センサ１８０Ｇは、スマート・カバー・モード又はポケット・モードでスクリーンを自動的にロック及びロック解除するようにさらに構成されてもよい。
【0079】
周辺光センサ１８０Ｌは、周辺光の輝度を感知するように構成されている。電子デバイスは、感知された周辺光の明るさに基づいてディスプレイ１９４の明るさを適応的に調整してもよい。また、周辺光センサ１８０Ｌは、撮影中にホワイト・バランスを自動的に調整するように構成されてもよい。また、周辺光センサ１８０Ｌは、電子デバイスがポケットにあるかどうかを検出するために、光学近接センサ１８０Ｇと協働してもよい。
【0080】
指紋センサ１８０Ｈは、指紋を収集するように構成されている。電子デバイスは、収集した指紋の特徴を使用して、指紋ベースのロック解除、アプリケーション・ロック・アクセス、指紋ベースの撮影、指紋ベースの呼応答などを実装してもよい。
【0081】
温度センサ１８０Ｊは、温度を検出するように構成されている。いくつかの実施形態では、電子デバイスは、温度センサ１８０Ｊによって検出された温度を使用することによって温度処理方針を実行する。タッチ・センサ１８０Ｋは、「タッチ・パネル」とも呼ばれる。タッチ・センサ１８０Ｋは、ディスプレイ１９４に配設されてもよく、タッチ・センサ１８０Ｋ及びディスプレイ１９４は、「タッチスクリーン」とも呼ばれるタッチスクリーンを形成する。タッチ・センサ１８０Ｋは、タッチ・センサ１８０Ｋで又はその近くで実行されるタッチ動作を検出するように構成されている。タッチ・センサは、タッチイベントのタイプを決定するために、検出したタッチ動作をアプリケーション・プロセッサに転送してもよい。タッチ動作に関係する視覚出力は、ディスプレイ１９４を使用することによって提供されてもよい。いくつかの他の実施形態において、タッチ・センサ１８０Ｋは、代替的に、ディスプレイ１９４とは異なる位置において電子デバイスの表面に配設されてもよい。
【0082】
骨伝導センサ１８０Ｍは、振動信号を取得してもよい。いくつかの実施形態では、骨伝導センサ１８０Ｍは、ヒト声帯部の振動骨の振動信号を取得してもよい。骨伝導センサ１８０Ｍはまた、血圧脈動信号を受信するために、ヒトパルスと接触するなどしていてもよい。ボタン１９０は、電源ボタン、音量ボタンなどを含む。ボタン１９０は、機械的なボタンであってもよいし、又はタッチボタンであってもよい。電子デバイスは、ボタン入力を受信し、電子デバイスのユーザ・セッティング及び機能制御に関係するキー信号入力を生成してもよい。
【0083】
モータ１９１は、振動プロンプトを生成してもよい。モータ１９１は、着呼振動プロンプト及びタッチ振動フィードバックを提供するように構成されてもよい。インジケータ１９２は、インジケータライトであってもよく、充電状態及び電力変化を示すように構成されてもよいし、メッセージ、不在着信、通知などを示すように構成されてもよい。
【0084】
ＳＩＭカード・インターフェース１９５は、ＳＩＭカードに接続するように構成されている。ＳＩＭカードは、電子デバイスとの接触又は電子デバイスからの分離を実装するために、ＳＩＭカード・インターフェース１９５に挿入されてもよく、又はＳＩＭカード・インターフェース１９５から取り外されてもよい。電子デバイスは、１つ又はＮ個のＳＩＭカード・インターフェースをサポートしてもよく、Ｎは１よりも大きい正の整数である。電子デバイスは、ＳＩＭカードを使用してネットワークと対話し、呼び出しやデータ通信などの機能を実装する。いくつかの実施形態では、ｅＳＩＭ、すなわち、埋め込みＳＩＭカードが、電子デバイスのために使用される。ｅＳＩＭカードは、電子デバイスに埋め込まれていてもよく、電子デバイスから分離することができない。
【0085】
以下の実施形態における全ての方法は、前述のハードウェア構造を有する電子デバイスにおいて実装されてもよい。
【0086】
本実施形態では、電子デバイスは、電子デバイスのアプリ（例えば、ビデオ・アプリケーション）によって開始された、元のＨＴＴＰリクエストに基づいて、ＭＰＨＴＴＰ技術を使用することによって、複数のＣＤＮサーバから対応するデータをダウンロードしてもよい。これは、より大きな集約帯域幅を提供する。具体的には、電子デバイスは、元のＨＴＴＰリクエストで搬送されたバイト範囲に基づいて、複数のＣＤＮサーバに異なるバイト範囲を割り当ててもよい。複数のＣＤＮサーバに割り当てられたバイト範囲では、連続データを識別するために使用されるバイト範囲における重複範囲が存在する。また、全てのＣＤＮサーバに割り当てられたバイト範囲の連接は、元のＨＴＴＰリクエストのバイト範囲と同じである。電子デバイスは、異なるＣＤＮサーバから同じデータ（同じデータが重複範囲のバイト範囲のデータ）を引き出すために、重複範囲を有するバイト範囲に基づいて異なるＣＤＮサーバに対応するＨＴＴＰリクエストを送信する。このようにして、電子デバイスは、異なるＣＤＮサーバからダウンロードされたデータのデータ一致をチェックすることができる。実施形態では、複数のＣＤＮサーバは、同じネットワーク内に位置してもよいし、異なるネットワークに位置してもよい。
【0087】
説明を容易にするために、以下の実施形態では、図２に示すアーキテクチャを参照して、本出願の実施形態で提供される技術的解決策が、電子デバイスがＭＰＨＴＴＰ技術を使用して２つのＣＤＮサーバからデータをダウンロードし、２つのＣＤＮサーバが異なるネットワークに位置する例を使用することによって詳細に記載される。
【0088】
【0089】
Ｓ４０１：電子デバイスは、リクエスト対象のデータのバイト範囲（ｂｙｔｅ Ｒａｎｇｅ）を取得する。
【0090】
バイト範囲は、リクエストされたデータの開始バイトと終了バイトを識別するために使用される。
【0091】
例えば、ユーザが電子デバイスのアプリを使用する、例えば、ビデオを視聴するために電子デバイスのビデオ・アプリケーションを使用するときに、ビデオ・アプリケーションは、ユーザに対してビデオを再生するためにＣＤＮサーバから対応するデータを取得する必要がある。例えば、ビデオ・アプリケーションは、元のＨＴＴＰリクエストを開始して、対応するデータを取得することをリクエストする。元のＨＴＴＰリクエストは、リソース記述子及びバイト範囲を搬送してもよい。リソース記述子はリクエスト対象のデータを記述するために使用され、バイト範囲はリクエスト対象のデータの開始バイト及び終了バイトを識別するために使用される。例えば、バイト範囲は［ａ，ｄ］であり、リソース記述子を使用することによって記述されたデータのうち、ａバイトからｄバイトまでのデータをリクエストするために、元のＨＴＴＰリクエストが使用されていることを識別するために使用される。電子デバイスのアプリが元のＨＴＴＰリクエストを開始した後、電子デバイスは、元のＨＴＴＰリクエストのバイト範囲に基づいて、リクエスト対象のデータのバイト範囲を取得する、例えば、リクエスト対象のデータのバイト範囲［ａ，ｄ］を取得してもよい。
【0092】
Ｓ４０２：電子デバイスは、リクエスト対象のデータのバイト範囲に基づいて、第１のＣＤＮサーバに第１のバイト範囲を割り当て、第２のＣＤＮサーバに第２のバイト範囲を割り当てる。
【0093】
第１のバイト範囲と第２のバイト範囲との間に重複範囲が存在する。
【0094】
例えば、図２を参照すると、第１のＣＤＮサーバは図２に示すアーキテクチャにおいてはＣＤＮサーバ２０２－１であってもよく、第２のＣＤＮサーバは図２に示すアーキテクチャにおいてはＣＤＮサーバ２０２－２であってもよい。より大きな集約帯域幅を提供するために、電子デバイスは、ＭＰＨＴＴＰ技術を使用することによって、ＣＤＮサーバ２０２－１とＣＤＮサーバ２０２－２の両方から、バイト範囲が［ａ，ｄ］であるデータをダウンロードしてもよい。本実施形態では、電子デバイスは、リクエスト対象のデータのバイト範囲［ａ，ｄ］に基づいて、第１のバイト範囲をＣＤＮサーバ２０２－１に割り当て、第２のバイト範囲をＣＤＮサーバ２０２－２に割り当ててもよい。第１のバイト範囲と第２のバイト範囲との間に重複範囲が存在する。例えば、電子デバイスによってＣＤＮサーバ２０２－１に割り当てられる第１のバイト範囲は、［ａ，ｂ］である。電子デバイスによってＣＤＮサーバ２０２－２に割り当てられる第２のバイト範囲は、［ｃ，ｄ］である。［ａ，ｂ］と［ｃ，ｄ］は両方とも［ａ，ｄ］のサブセットである。第２のバイト範囲における小さい方の数を有するバイトは、第１のバイト範囲における大きい方の数を有するバイトと部分的に重複する。言い換えれば、第１バイトの範囲によって識別されるリクエストされたデータの終了バイトは、第２バイトの範囲によって識別されるリクエスされたトデータの開始バイトよりも大きい、すなわち、ｃはｂよりも小さく、第１バイトの範囲と第２バイトの範囲との間の重複範囲は［ｃ，ｂ］である。
【0095】
いくつかの実施形態では、Ｓ４０２は、具体的には、リクエスト対象のデータのバイト範囲を取得した後、電子デバイスは、最初に、対応するバイト範囲をＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２に割り当ててもよい。例えば、電子デバイスは、特定の性能要件、例えば、異なるＣＤＮサーバからデータをダウンロードする速度が最適であるという要件、及び別の例では、異なるＣＤＮサーバの性能がバランスされ得るという要件を満たすために、最初に、第１のバイト範囲’（第１のバイト範囲’は、本出願において第３のバイト範囲である）をＣＤＮサーバ２０２－１に割り当て、第２のバイト範囲’（第２のバイト範囲’は、本出願において第４のバイト範囲である）をＣＤＮサーバ２０２－２に割り当ててもよい。一般に、これらの特定の性能要件を満たす必要がある場合、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２に割り当てられたバイト範囲間、すなわち、第１のバイト範囲’と第２のバイト範囲’との間に重複範囲は存在しない。次いで、電子デバイスは、第１のバイト範囲’と第２のバイト範囲’の一方又は両方を調整してもよく、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２に最終的に割り当てられたバイト範囲（すなわち、第１のバイト範囲と第２のバイト範囲）間に重複範囲が存在するようにする。例えば、初期値は、事前に定義されてもよい。電子デバイスは、初期値に基づいて、第１のバイト範囲’、第２のバイト範囲’の一方又は両方を調整して、重複範囲を有する第１のバイト範囲及び第２のバイト範囲を取得してもよい。
【0096】
リクエスト対象のデータのバイト範囲が［ａ，ｄ］であることが、依然として例として使用される。電子デバイスは、最初に、第１のバイト範囲’［ａ，ｃ－１］をＣＤＮサーバ２０２－１に割り当て、第２のバイト範囲’［ｃ，ｄ］をＣＤＮサーバ２０２－１に割り当てる。このような割り当て結果は、例えば、ＣＤＮサーバ２０２－１とＣＤＮサーバ２０２－２の両方からデータをダウンロードする最適な速度を取得するといった、特定の性能要件を満たす。次いで、電子デバイスは、初期値（例えば、初期値はｅである）に基づいて第１のバイト範囲’を調整して、第１のバイト範囲’を［ａ，ｃ－１＋ｅ］に調整する。ｃ－１＋ｅ＝ｂであることが理解されよう。第２のバイト範囲’は変更されないままであってもよい。このようにして、電子デバイスによってＣＤＮサーバ２０２－１に最終的に割り当てられた第１のバイト範囲は、［ａ，ｃ－１＋ｅ］、すなわち［ａ，ｂ］であり、電子デバイスによってＣＤＮサーバ２０２－２に最終的に割り当てられた第２のバイト範囲は、［ｃ，ｄ］である。したがって、第１バイトの範囲と第２バイトの範囲の間の重複範囲は、［ｃ，ｂ］、すなわち［ｃ，ｃ－１＋ｅ］である。例えば、リクエスト対象のデータのバイト範囲は、［１，２００］、すなわちａ＝１及びｄ＝２００である。電子デバイスは、最初に、第１のバイト範囲’［１，１００］をＣＤＮサーバ２０２－１に割り当て、第２のバイト範囲’［１０１，２００］をＣＤＮサーバ２０２－１に割り当てる、すなわち、ｃ＝１０１である。次いで、電子デバイスは、ｅ＝１０である初期値に基づいて第１のバイト範囲’を調整して、第１のバイト範囲’を［１，１１０］、すなわちｂ＝１１０に調整する。第２のバイト範囲’は変更されないままであってもよい。電子デバイスによってＣＤＮサーバ２０２－１に最終的に割り当てられた第１のバイト範囲は［１，１１０］であり、電子デバイスによってＣＤＮサーバ２０２－２に割り当てられた第２のバイト範囲は［１０１，２００］であることが理解されよう。第１のバイト範囲と第２のバイト範囲との間に重複範囲［１０１，１１０］が存在する。
【0097】
Ｓ４０３：電子デバイスは、第１のＣＤＮサーバに割り当てられた第１のバイト範囲に基づいて第１のＨＴＴＰリクエストを第１のＣＤＮサーバに送信し、第２のＣＤＮサーバに割り当てられた第２のバイト範囲に基づいて第２のＨＴＴＰリクエストを第２のＣＤＮサーバに送信する。
【0098】
電子デバイスが対応するバイト範囲を第１のＣＤＮサーバ及び第２のＣＤＮサーバに割り当てた後、電子デバイスは、対応するＣＤＮサーバから対応するデータをリクエストするために、対応するＨＴＴＰリクエスト、例えば、第１のＨＴＴＰリクエスト及び第２のＨＴＴＰリクエストを生成してもよい。言い換えれば、電子デバイスは、ネットワークを介して対応するＣＤＮサーバに生成したＨＴＴＰリクエストを送信して、対応するデータをリクエストしてもよい。例えば、図２に示すアーキテクチャを参照すると、電子デバイスは、第１のＨＴＴＰリクエストを、セルラ・ネットワークなどの第１のネットワークを介してＣＤＮサーバ２０２－１に送信し、第２のＨＴＴＰリクエストを、Ｗｉ－Ｆｉネットワークなどの第２のネットワークを介してＣＤＮサーバ２０２－２に送信してもよい。
【0099】
本出願のこの実施形態では、電子デバイスは、異なるＨＴＴＰリクエストをＣＤＮサーバに送信して、対応するデータを返すようにＣＤＮサーバにリクエストしてもよい。Ｓ４０１及びＳ４０２の例を参照して、以下、電子デバイスによって送信される異なるＨＴＴＰリクエストに基づいて、Ｓ４０３を詳細に記載する。
【0100】
方式１：電子デバイスは、第１のＨＴＴＰリクエストに、Ｓ４０２においてＣＤＮサーバ２０２－１に割り当てられた第１のバイト範囲［ａ，ｂ］を追加して、ＣＤＮサーバ２０２－１に送信し、第２のＨＴＴＰリクエストに、Ｓ４０２においてＣＤＮサーバ２０２－２に割り当てられた第２のバイト範囲［ｃ，ｄ］を追加してＣＤＮサーバ２０２－２に送信する。追加的に、第１のＨＴＴＰリクエストと第２のＨＴＴＰリクエストは、リクエスト対象のデータを記述するために使用されるリソース記述子をさらに搬送してもよい。リソース記述子は、アプリによって開始された元のＨＴＴＰリクエストに基づいて、電子デバイスによって取得されてもよい。例えば、Ｓ４０３の例を参照すると、電子デバイスは、第１のＨＴＴＰリクエストをＣＤＮサーバ２０２－１に送信してもよく、第１のＨＴＴＰリクエストは、リソース記述子及びバイト範囲［１，１１０］を搬送する。電子デバイスは、第２のＨＴＴＰリクエストをＣＤＮサーバ２０２－２に送信し、第２のＨＴＴＰリクエストは、リソース記述子及びバイト範囲［１０１，２００］を搬送する。
【0101】
方式２：電子デバイスは、第１のＨＴＴＰリクエストに、Ｓ４０１でにおいて取得されたリクエスト対象データのバイト範囲［ａ，ｄ］を追加して、ＣＤＮサーバ２０２－１に送信し、第２のＨＴＴＰリクエストに、Ｓ４０２においてＣＤＮサーバ２０２－２に割り当てられた第２のバイト範囲［ｃ，ｄ］を追加して、ＣＤＮサーバ２０２－２に送信する。追加的に、第１のＨＴＴＰリクエストと第２のＨＴＴＰリクエストは、リクエスト対象のデータを記述するために使用されるリソース記述子をさらに搬送してもよい。リソース記述子は、アプリによって開始された元のＨＴＴＰリクエストに基づいて、電子デバイスによって取得されてもよい。例えば、Ｓ４０３の例を参照すると、電子デバイスは、第１のＨＴＴＰリクエストをＣＤＮサーバ２０２－１に送信してもよく、第１のＨＴＴＰリクエストは、リソース記述子及びバイト範囲［１，２００］を搬送する。電子デバイスは、第２のＨＴＴＰリクエストをＣＤＮサーバ２０２－２に送信し、第２のＨＴＴＰリクエストは、リソース記述子及びバイト範囲［１０１，２００］を搬送する。
【0102】
方式３：電子デバイスは、第１のＨＴＴＰリクエストをＣＤＮサーバ２０２－１に送信し、第１のＨＴＴＰリクエストは、リクエスト対象のデータを記述するために使用されるリソース記述子を含み、バイト範囲フィールドを含まない（すなわち、バイト範囲フィールドが空である）。電子デバイスは、第２のＨＴＴＰリクエストに、Ｓ４０２においてＣＤＮサーバ２０２－２に割り当てられた第２のバイト範囲［ｃ，ｄ］を追加して、ＣＤＮサーバ２０２－２に送信する。第２のＨＴＴＰリクエストには、リクエスト対象のデータを記述するために使用されるリソース記述子をさらに含んでもよい。例えば、Ｓ４０３の例を参照すると、電子デバイスは、第１のＨＴＴＰリクエストをＣＤＮサーバ２０２－１に送信してもよく、第１のＨＴＴＰリクエストは、リソース記述子を搬送し、バイト範囲［１，２００］を搬送しない。電子デバイスは、第２のＨＴＴＰリクエストをＣＤＮサーバ２０２－２に送信し、第２のＨＴＴＰリクエストは、リソース記述子及びバイト範囲［１０１，２００］を搬送する。
【0103】
Ｓ４０４：電子デバイスは、第１のＣＤＮサーバ及び第２のＣＤＮサーバによって返された対応するデータを受信する。
【0104】
Ｓ４０５：電子デバイスは、第１のＣＤＮサーバからの第１のデータ及び第２のＣＤＮサーバからの第２のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致を決定する。
【0105】
第１のデータ及び第２のデータは各々、バイト範囲が重複範囲である。例えば、Ｓ４０３の例を参照すると、第１のデータ及び第２のデータは、バイト範囲が［ｃ，ｂ］のデータである。
【0106】
電子デバイスが対応するＨＴＴＰリクエストを第１のＣＤＮサーバ及び第２のＣＤＮサーバに送信した後、第１のＣＤＮサーバ及び第２のＣＤＮサーバは、受信したＨＴＴＰリクエストに基づいて、対応するデータを別々に電子デバイスに返してもよい。言い換えれば、電子デバイスは、第１のＣＤＮサーバ及び第２のＣＤＮサーバから対応するデータをダウンロードしてもよい。Ｓ４０３における説明によれば、電子デバイスは、第１のＨＴＴＰリクエスト及び第２のＨＴＴＰリクエストに基づいて、対応するＣＤＮサーバからバイト範囲が［ｃ，ｂ］であるデータをリクエストすると理解されよう。言い換えれば、電子デバイスは、第１のＣＤＮサーバから、バイト範囲が［ｃ，ｂ］であるデータ、例えば第１のデータと呼ばれるデータをダウンロードし、第２のＣＤＮサーバから、バイト範囲が［ｃ，ｂ］であるデータ、例えば第２のデータと呼ばれるデータをダウンロードする。第１のデータ及び第２のデータを受信した後、電子デバイスは、第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致しているかどうかを、第１のデータ及び第２のデータに基づいてチェックしてもよい。例えば、データ一致チェックはバイナリ比較方式で第１のデータと第２のデータに対して実行され、第１のデータと第２のデータとの間のバイナリ比較が完全に一致しているときに、チェックが成功したと決定されてもよく、そうでなければ、チェックが失敗したと決定されてもよい。
【0107】
例えば、電子デバイスが、Ｓ４０３における方式１、方式２、方式３に記載された任意の方式で、ＣＤＮサーバ２０２－１に第１のＨＴＴＰリクエストを送信し、ＣＤＮサーバ２０２－２に第２のＨＴＴＰリクエストを送信した後、電子デバイスは、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２から返されたデータを受信してもよい。電子デバイスが、ＣＤＮサーバ２０２－１によって返され、かつバイト範囲が［ａ，ｂ］であるデータを受信したときに、電子デバイスは、ＣＤＮサーバ２０２－２によって返され、かつバイト範囲が［ｃ，ｂ］であるデータが受信されたかどうかを決定してもよい。言い換えれば、ＣＤＮサーバ２０２－１からのバイト範囲が［ａ，ｂ］であるデータのダウンロードが完了したときに、電子デバイスは、ＣＤＮサーバ２０２－２からのバイト範囲［ｃ，ｂ］であるデータのダウンロードが完了したかどうかを決定してもよい。
【0108】
電子デバイスが、ＣＤＮサーバ２０２－１からのバイト範囲が［ａ，ｂ］であるデータのダウンロードを完了するときに、ＣＤＮサーバ２０２－２からのバイト範囲が［ｃ，ｂ］であるデータのダウンロードを完了する場合、電子デバイスは、ＣＤＮサーバ２０２－１からダウンロードし、かつバイト範囲［ｃ，ｂ］であるデータと、ＣＤＮサーバ２０２－２からダウンロードし、バイト範囲［ｃ，ｂ］であるデータとの一致をチェックしてもよい。
【0109】
電子デバイスが、ＣＤＮサーバ２０２－１からのバイト範囲が［ａ，ｂ］であるデータのダウンロードを完了するときに、ＣＤＮサーバ２０２－２からのバイト範囲が［ｃ，ｂ］であるデータのダウンロードを完了しない場合、いくつかの実施形態では、電子デバイスは、ＣＤＮサーバ２０２－２からのデータのダウンロードを停止し、ＣＤＮサーバ２０２－１から残りのデータ、例えばバイト範囲が［ｂ＋１，ｄ］であるデータをダウンロードしてもよい。いくつかの他の実施形態では、電子デバイスは、事前設定された時間待機して、少なくともバイト範囲が［ｃ，ｂ］であるデータがＣＤＮサーバ２０２－２からダウンロードされるようにしてもよい。電子デバイスが、事前設定された時間後にＣＤＮサーバ２０２－２からバイト範囲が［ｃ，ｂ］のデータのダウンロードを完了した場合、電子デバイスは、ＣＤＮサーバ２０２－１からダウンロードし、かつバイト範囲が［ｃ，ｂ］であるデータと、ＣＤＮサーバ２０２－２からダウンロードし、かつバイト範囲［ｃ，ｂ］であるデータとの一致をチェックしてもよい。電子デバイスが、依然として、事前設定された時間後にＣＤＮサーバ２０２－２からバイト範囲が［ｃ，ｂ］であるデータのダウンロードに完了していない場合、電子デバイスは、ＣＤＮサーバ２０２－２からのデータのダウンロードを停止し、ＣＤＮサーバ２０２－１から残りのデータ、例えばバイト範囲が［ｂ＋１，ｄ］であるデータをダウンロードしてもよい。
【0110】
Ｓ４０３の方式２及び方式３では、電子デバイスによってＣＤＮサーバ２０２－１に送信される第１のＨＴＴＰリクエストを使用して、バイト範囲が［ｂ＋１，ｄ］であるデータのダウンロードをリクエストしてもよい。したがって、２つの実装において、電子デバイスがＣＤＮサーバ２０２－２からのデータのダウンロードを停止し、ＣＤＮサーバ２０２－１から残りのデータをダウンロードする場合、ＣＤＮサーバ２０２－１からデータをダウンロードするプロセスに介入する必要はない。電子デバイスは、ＣＤＮサーバ２０２－２からデータを返すことを停止することをリクエストするために、対応するリセット・パケットをＣＤＮサーバ２０２－２に送信することを条件として、ＣＤＮサーバ２０２－１から残りのデータを自動的にダウンロードする。しかしながら、Ｓ４０３の方式１では、電子デバイスによってＣＤＮサーバ２０２－１に送信される第１のＨＴＴＰリクエストは、バイト範囲が［ａ，ｂ］であるデータをダウンロードすることをリクエストためだけに使用される。したがって、この実装では、電子デバイスがＣＤＮサーバ２０２－２からのデータのダウンロードを停止し、ＣＤＮサーバ２０２－１から残りのデータをダウンロードする場合、電子デバイスは、ＣＤＮサーバ２０２－２からデータを返すことを停止することをリクエストするために、対応するリセット・パケットをＣＤＮサーバ２０２－２に送る必要があり、電子デバイスがＣＤＮサーバ２０２－１から残りのデータをダウンロードすることができるように、バイト範囲［ｂ＋１，ｄ］を搬送するＨＴＴＰリクエストをＣＤＮサーバ２０２－１に送信する必要もある。
【0111】
例えば、Ｓ４０３の例を参照すると、電子デバイスが第１のＨＴＴＰリクエストをＣＤＮサーバ２０２－１に送信し、第２のＨＴＴＰリクエストをＣＤＮサーバ２０２－２に送信した後、電子デバイスは、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２によって返されたデータを受信してもよい。ＣＤＮサーバ２０２－１からバイト範囲が［１，１１０］であるデータのダウンロードを完了したときに、電子デバイスは、ＣＤＮサーバ２０２－２からバイト範囲が［１０１，１１０］であるデータのダウンロードが完了したかどうかを決定してもよい。電子デバイスが、ＣＤＮサーバ２０２－１からのバイト範囲が［１，１１０］であるデータのダウンロードを完了するときに、ＣＤＮサーバ２０２－２からのバイト範囲が［１０１，１１０］であるデータのダウンロードを完了する場合、電子デバイスは、ＣＤＮサーバ２０２－１からダウンロードし、かつバイト範囲［１０１，１１０］であるデータと、ＣＤＮサーバ２０２－２からダウンロードし、バイト範囲［１０１，１１０］であるデータとの一致をチェックしてもよい。
【0112】
電子デバイスが、ＣＤＮサーバ２０２－１からのバイト範囲が［１，１１０］であるデータのダウンロードを完了するときに、ＣＤＮサーバ２０２－２からのバイト範囲が［１０１，１１０］であるデータのダウンロードを完了していない場合、電子デバイスは、事前設定された時間待機して、データ範囲が［１０１，１１０］であるデータがＣＤＮサーバ２０２－２からダウンロードされるようにしてもよい。電子デバイスは、事前設定された時間後にＣＤＮサーバ２０２－２からバイト範囲が［１０１，１１０］であるデータのダウンロードに完了する場合、電子デバイスは、ＣＤＮサーバ２０２－１からダウンロードし、かつバイト範囲が［１０１，１１０］であるデータと、ＣＤＮサーバ２０２－２からダウンロードし、かつバイト範囲が［１０１，１１０］であるデータとの間のデータ一致をチェックしてもよい。電子デバイスが、依然として、事前設定された時間後にＣＤＮサーバ２０２－２からのバイト範囲が［１０１，１１０］であるデータのダウンロードが完了していない場合、電子デバイスは、ＣＤＮサーバ２０２－２からのデータのダウンロードを停止し、ＣＤＮサーバ２０２－１からバイト範囲［１１１，２００］であるデータをダウンロードしてもよい。例えば、Ｓ４０３における方式２及び方式３では、電子デバイスは、ＣＤＮサーバ２０２－１からバイト範囲が［１１１，２００］であるデータを自動的にダウンロードする。電子デバイスはまた、ＣＤＮサーバ２０２－２からデータを返すことを停止することをリクエストするために、対応するリセット・パケットをＣＤＮサーバ２０２－２に送信する必要がある。別の例として、Ｓ４０３における方式１では、電子デバイスは、ＣＤＮサーバ２０２－２からデータを返すことを停止することをリクエストするために、対応するリセット・パケットをＣＤＮサーバ２０２－２に送信する必要があり、電子デバイスがＣＤＮサーバ２０２－１から残りのデータをダウンロードすることができるように、ＣＤＮサーバ２０２－１に、バイト範囲［１１１，２００］を搬送するＨＴＴＰリクエストも送信する必要がある。
【0113】
本出願のいくつかの他の実施態様では、ＣＤＮサーバによって電子デバイスに返されるデータは、必ずしも全ての有効なデータではないことが理解されよう。例えば、返されたデータはコンテンツではなく、パディング・データ（例えば、￥０）、制御データなどのデータを示してもよい。したがって、データ一致チェックの精度を確保するために、第１のデータ及び第２のデータを取得した後、電子デバイスは、最初に、第１のデータ及び第２のデータにおける有効なデータの割合を取得してもよい。有効データの割合がしきい値１よりも大きい場合、第１のデータと第２のデータに基づいて実行されるデータ一致チェックの正確性が比較的高いことを示す。この場合に、電子デバイスは、第１のデータ及び第２のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと、第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックする、すなわち、Ｓ４０５において第１のＣＤＮサーバからダウンロードしたデータと、第２のＣＤＮサーバからダウンロードしたデータとの一致を決定する動作を実行する。有効データの割合がしきい値１よりも小さい場合、第１のデータと第２のデータに基づいて実行されるデータ一致チェックの正確性が比較的低いことを示す。この場合ニ、電子デバイスは、重複範囲のサイズを増加させ、次いで、そのサイズが増加された後に取得される重複範囲に対応するデータにおける有効なデータの割合（例えば、本出願における第３のデータ及び第４のデータ）がしきい値１よりも大きいかどうかを再決定してもよい。有効データの割合がしきい値１よりも大きい場合、電子デバイスは、サイズが増加された後に取得される重複範囲に対応するデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックしてもよい。有効データの割合がしきい値１よりも大きい場合、最終的に取得された重複範囲に対応するデータにおける有効データの割合がしきい値１より大きくなるまで、重複範囲のサイズをさらに増加させてもよい。
【0114】
例えば、ＣＤＮサーバ２０２－１から電子デバイスによりダウンロードしたバイト範囲が［１０１，１１０］であるデータはデータ１であり、ＣＤＮサーバ２０２－２からダウンロードしたバイト範囲が［１０１，１１０］であるデータはデータ２である。電子デバイスは、データ１及びデータ２における有効データの割合を取得してもよい。有効データの割合がしきい値１よりも大きい場合、電子デバイスは、データ１及びデータ２に基づいて、第１のＣＤＮサーバからダウンロードしたデータ及び第２のＣＤＮサーバからダウンロードしたデータの一致をチェックしてもよい。有効なデータの割合がしきい値１よりも小さい場合、電子デバイスは、重複範囲のサイズを増加させてもよい。例えば、電子デバイスは、ＣＤＮサーバ２０２－１からバイト範囲が［１１１，１２０］であるデータをダウンロードし続け、ＣＤＮサーバ２０２－２からバイト範囲が［１１１，１２０］であるデータをダウンロードし続ける。この場合、バイト範囲の重複範囲は［１０１，１２０］である。次いで、電子デバイスは、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２からダウンロードし、かつバイト範囲が［１０１，１２０］であるデータにおける有効データの割合が、しきい値１よりも大きいかどうかを再決定してもよい。割合がしきい値１よりも大きい場合、電子デバイスは、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２からダウンロードし、かつバイト範囲が［１０１，１２０］であるデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックしてもよい。有効データの割合がしきい値１よりも大きくない場合、重複範囲のサイズをさらに増加させてもよい、例えば、最終的に取得される重複範囲に対応するデータ中の有効データの割合がしきい値１よりも大きくなるまで、バイト範囲の重複範囲を［１０１，１３０］を増加させる。他のいくつかの実施形態では、電子デバイスは、代替的に、重複範囲を増加させた後にダウンロードが続けられるデータにおける有効データの割合のみに基づいて、データのこの部分に基づいて実行されるデータ一致チェックの正確性を決定し、正確性が比較的高いと決定する場合、データのこの部分に基づいてデータ一致をチェックしてもよい。例えば、電子デバイスが、ＣＤＮサーバ２０２－１からバイト範囲が［１１１，１２０］であるデータをダウンロードし続け、ＣＤＮサーバ２０２－２からバイト範囲が［１１１，１２０］であるデータをダウンロードした後、電子デバイスは、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２からダウンロードしたバイト範囲が［１１１，１２０］であるデータにおける有効なデータの割合のみを取得してもよい。追加的に、電子デバイスは、有効データの割合がしきい値１より大きいと決定したときに、ＣＤＮサーバ２０２－１及びＣＤＮサーバ２０２－２からダウンロードし、バイト範囲が［１１１，１２０］であるデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの一致をチェックする。
【0115】
以上は、データに基づいて実行されるデータ一致チェックの正確性が、異なるＣＤＮサーバからダウンロードしたデータにおける有効データの割合に基づいて決定される例を用いて記載されている。いくつかの他の実施形態において、第１のデータ及び第２のデータを取得した後、電子デバイスは、最初に、第１のデータ及び第２のデータにおけるパディング・データの割合（例えば、￥０）及び／又は第１のデータ及び第２のデータにおける制御データの割合を取得してもよい。データの割合がしきい値２よりも小さい場合、第１のデータと第２のデータに基づいて実行されるデータ一致チェックの正確性が比較的高いことを示す。この場合に、電子デバイスは、第１のデータ及び第２のデータに基づいて、第１のＣＤＮサーバからダウンロードしたデータと第２のＣＤＮサーバからダウンロードしたデータとの間の一致をチェックしてもよい。データの割合がしきい値２よりも大きい場合、第１のデータと第２のデータに基づいて実行されるデータ一致チェックの正確性が比較的低いことを示す。この場合に、電子デバイスは、重複範囲のサイズを増加させてもよい。次いで、サイズを増加させた後に取得された重複範囲に対応するデータに基づいて、後続の動作を続けて実行する（後続の動作の詳細は、前述の例における説明と同じであり、詳細は、本明細書では再度記載されない）。
【0116】
本出願の本実施形態では、電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと一致していると決定する場合、Ｓ４０６が実行されてもよい。電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと一致していないと決定する場合、Ｓ４０７が実行されてもよい。
【0117】
Ｓ４０６及びＳ４０７は、Ｓ４０３において送信される異なるＨＴＴＰリクエストに対しても異なる。具体的には、Ｓ４０３の方式１では、Ｓ４０６は具体的には以下のＳ４０６－１であり、Ｓ４０７は具体的には以下のＳ４０７－１であり得る。言い換えれば、電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していると決定した場合、Ｓ４０６－１が実行されてもよい。電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと一致していないと決定する場合、Ｓ４０７－１が実行されてもよい。
【0118】
Ｓ４０６－１：電子デバイスは、第１のＣＤＮサーバからダウンロードしたデータと、第２のＣＤＮサーバからダウンロードしたデータを接合する。
【0119】
第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していると決定されたときに、第１のＣＤＮサーバからダウンロードしたデータは、使用するために第２のＣＤＮサーバからダウンロードしたデータと接合せされてもよいことを示す。第２のＣＤＮサーバは、電子デバイスにデータを返すことを続けてもよい、すなわち、電子デバイスは、第２のＣＤＮサーバからデータを受信し続けてもよい。上述の例を参照すると、電子デバイスは、ＣＤＮサーバ２０２－１からバイト範囲が［ａ，ｂ］（例えば［１，１１０］）であるデータをダウンロードし、ＣＤＮサーバ２０２－２からバイト範囲が［１０１，２００］であるデータをダウンロードしてもよい。電子デバイスは、ＣＤＮサーバ２０２－１からダウンロードしたデータと、ＣＤＮサーバ２０２－２からダウンロードしたデータを接合して、元のＨＴＴＰリクエストによってリクエストされたバイト範囲が［ａ，ｄ］であるデータを取得する。
【0120】
Ｓ４０７－１：電子デバイスは、第３のＨＴＴＰリクエストを第１のＣＤＮサーバに送信し、リセット・パケットを第２のＣＤＮサーバに送信する。
【0121】
第３のＨＴＴＰリクエストは、Ｓ４０１におけるリクエスト対象のデータにおける第１のバイト範囲によって識別されたデータをダウンロードすることをリクエストするために使用される。
【0122】
第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していないと決定された場合、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと接合されたときに、接合を介して取得されるデータが無効となり得ることを示す。したがって、電子デバイスは、第２のＣＤＮサーバからダウンロードされたデータを破棄し、リセット・パケットを第２のＣＤＮサーバに送信して、第２のＣＤＮサーバが電子デバイスへデータを返すことを停止するようにする。追加的に、Ｓ４０３における方式１では、電子デバイスによってＣＤＮサーバ２０２－１に送信される第１のＨＴＴＰリクエストは、バイト範囲が［ａ，ｂ］であるデータ（例えば［１，１１０］）をリクエストするためだけに使用される。したがって、電子デバイスは、ＣＤＮサーバ２０２－１に第３のＨＴＴＰリクエストを送信してもよい。第３のＨＴＴＰリクエストで搬送されるバイト範囲は、［ｂ＋１，ｄ］（例えば［１１１，２００］）であり、電子デバイスが、ＣＤＮサーバ２０２－１から残りのデータをダウンロードし続けることができるようにする。すなわち、電子デバイスは、ＣＤＮサーバ２０２－１から、バイト範囲が［ａ，ｄ］（例えば、［１，２００］）であるデータをダウンロードしてもよい。
【0123】
Ｓ４０５に記載されているように、ＣＤＮサーバによって電子デバイスに返されるデータは、必ずしも全ての有効なデータではない、すなわち、データの一致チェックは、第１のデータ及び第２のデータに基づいて実行されなくてもよいと理解されよう。第１のデータ及び第２のデータに基づいてデータ一致チェックを実行することができない場合、電子デバイスは、データ一致をチェックするために、重複範囲のサイズを大きくすることによって対応するデータを再取得してもよい。本実施形態では、Ｓ４０３の方式１においてＨＴＴＰリクエストが伝送される場合、第１のデータ及び第２のデータに基づいてデータ一致チェックを実行することができないと決定した場合、電子デバイスは、第３のＨＴＴＰリクエストを第１のＣＤＮサーバに送信して、第１のＣＤＮサーバからのデータのダウンロードを続けてもよい。このように、データ一致チェックが実行された後、チェック結果に基づいて、Ｓ４０６－２又はＳ４０７－２に記載されている以下のステップが実行されてもよい。
【0124】
Ｓ４０３における方式２及び方式３では、Ｓ４０６は具体的には以下のＳ４０６－２であり、Ｓ４０７は具体的には以下のＳ４０７－２であり得る。言い換えれば、電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していると決定した場合、Ｓ４０６－２が実行されてもよい。電子デバイスが、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと一致していないと決定する場合、Ｓ４０７－２が実行されてもよい。
【0125】
Ｓ４０６－２：電子デバイスは、リセット・パケットを第１のＣＤＮサーバに送信し、第１のＣＤＮサーバからダウンロードしたデータと、第２のＣＤＮサーバからダウンロードしたデータを接合する。
【0126】
第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していると決定されたときに、第１のＣＤＮサーバからダウンロードしたデータは、使用するために第２のＣＤＮサーバからダウンロードしたデータと接合せされてもよいことを示す。しかしながら、Ｓ４０３における方式２及び方式３では、電子デバイスによって第１のＣＤＮサーバに送信された第１のＨＴＴＰリクエストが全てのデータをリクエストするように使用される。したがって、電子デバイスは、リセット・パケットを第１のＣＤＮサーバに送信してもよく、第１のＣＤＮサーバが、電子デバイスへデータを返すことを停止し、第２のＣＤＮサーバは、電子デバイスへデータの返すことを続ける。このようにして、上述の例を参照すると、電子デバイスは、ＣＤＮサーバ２０２－１からバイト範囲が［ａ，ｂ］（例えば［１，１１０］）であるデータをダウンロードし、ＣＤＮサーバ２０２－２からバイト範囲が［１０１，２００］であるデータをダウンロードしてもよい。電子デバイスは、ＣＤＮサーバ２０２－１からダウンロードしたデータと、ＣＤＮサーバ２０２－２からダウンロードしたデータを接合して、元のＨＴＴＰリクエストによってリクエストされたバイト範囲が［ａ，ｄ］であるデータを取得する。
【0127】
Ｓ４０７－２：電子デバイスは、リセット・パケットを第２のＣＤＮサーバに送信し、第１のＣＤＮサーバが、全てのデータをダウンロードするようにする。
【0128】
第１のＣＤＮサーバからダウンロードしたデータが、第２のＣＤＮサーバからダウンロードしたデータと一致していないと決定された場合、第１のＣＤＮサーバからダウンロードしたデータが第２のＣＤＮサーバからダウンロードしたデータと接合されたときに、接合を介して取得されるデータが無効となり得ることを示す。したがって、電子デバイスは、第２のＣＤＮサーバからダウンロードされたデータを破棄し、リセット・パケットを第２のＣＤＮサーバに送信して、第２のＣＤＮサーバが電子デバイスへデータを返すことを停止するようにする。追加的に、Ｓ４０６－２に記載のように、Ｓ４０３における方式２及び方式３では、電子デバイスによって第１のＣＤＮサーバに送信された第１のＨＴＴＰリクエストが全てのデータをリクエストするように使用される。したがって、第１のＣＤＮサーバからデータをダウンロードするプロセスに介入する必要がなく、電子デバイスは、第１のＣＤＮサーバから残りのデータを自動的にダウンロードする。前述の例を参照すると、電子デバイスは、ＣＤＮサーバ２０２－１から、バイト範囲が［ａ，ｄ］（例えば、［１，２００］）であるデータをダウンロードしてもよい。
【0129】
本出願の実施形態では、ＨＴＴＰ２において、リセット・パケットは、ＨＴＴＰリセット・パケットであってもよい。ＨＴＴＰ１／１．１では、リセット・パケットはＴＣＰリセット・パケットであってもよく、ＣＤＮサーバが電子デバイスへデータを返すことを停止することを示すために使用される。
【0130】
前述の実施形態では、電子デバイスがＭＰＨＴＴＰ技術を使用することによって２つのＣＤＮサーバからデータをダウンロードする例が、本出願の実施形態において提供される技術的解決策を記載するために使用されていることに留意されたい。確かに、本実施形態の技術的解決策は、電子デバイスがＭＰＨＴＴＰ技術を使用することによって３つ以上のＣＤＮサーバからデータをダウンロードするシナリオにさらに適用されてもよい。これらのシナリオでは、電子デバイスは、前述の実施形態における方法を使用して、電子デバイスに連続データを返すように構成されているＣＤＮサーバからのデータの一致をチェックしてもよい。例えば、電子デバイスは、ＣＤＮサーバ１、ＣＤＮサーバ２、ＣＤＮサーバ３の３つのＣＤＮサーバから、ＭＰＨＴＴＰ技術を使用することによってデータをダウンロードする。元のＨＴＴＰリクエストを使用することによってリクエストされたデータのバイト範囲は［ａ，ｆ］である。電子デバイスは、ＣＤＮサーバ１にバイト範囲１を割り当ててもよい。例えば、バイト範囲１は［ａ，ｂ］である。電子デバイスは、ＣＤＮサーバ２にバイト範囲２を割り当ててもよい。例えば、バイト範囲２は［ｃ，ｄ］である。電子デバイスは、ＣＤＮサーバ３にバイト範囲３を割り当ててもよい。例えば、バイト範囲３は［ｅ，ｆ］である。［ａ，ｂ］、［ｃ，ｄ］、及び［ｅ，ｆ］は全て［ａ，ｆ］のサブセットである。言い換えれば、電子デバイスは、少なくともバイト範囲１におけるデータをＣＤＮサーバ１からダウンロードし、バイト範囲２におけるデータをＣＤＮサーバ２からダウンロードし、バイト範囲３におけるデータをＣＤＮサーバ３からダウンロードする必要がある。例えば、バイト範囲１によって識別されるデータと、バイト範囲２によって識別されるデータは連続的であり、バイト範囲２によって識別されるデータと、バイト範囲３によって識別されるデータは連続的である。この実施形態では、電子デバイスは、ＣＤＮサーバ１からのデータとＣＤＮサーバ２からのデータとの間の一致をチェックし、ＣＤＮサーバ２からのデータとＣＤＮサーバ３からのデータとの間の一致をチェックしてもよい。
【0131】
例えば、バイト範囲１［ａ，ｂ］とバイト範囲２［ｃ，ｄ］の間に重複範囲が存在する。例えば、ｃがｂよりも小さい、すなわち、バイト範囲１とバイト範囲２との間に重複範囲［ｃ，ｂ］が存在する。バイト範囲２［ｃ，ｄ］とバイト範囲３［ｅ，ｆ］との間に重複範囲がある。例えば、ｅがｄよりも小さい、すなわち、バイト範囲２とバイト範囲３の間に重複範囲［ｅ，ｄ］が存在する。このようにして、電子デバイスは、バイト範囲１及びバイト範囲２を使用することによって、ＣＤＮサーバ１及びＣＤＮサーバ２から同じデータ、すなわち、バイト範囲が［ｃ，ｂ］であるデータをダウンロードしてもよい。電子デバイスは、ＣＤＮサーバ１からダウンロードしたバイト範囲［ｃ，ｂ］と、ＣＤＮサーバ２からダウンロードしたバイト範囲［ｃ，ｂ］に基づいて、ＣＤＮサーバ１からダウンロードしたデータと、ＣＤＮサーバ２からダウンロードしたデータとの間の一致をチェックしてもよい。チェックが成功した場合、電子デバイスは、使用するためにＣＤＮサーバ１からダウンロードしたデータと、ＣＤＮサーバ２からダウンロードしたデータを接合してもよい。チェックが失敗した場合、接合をすることはできない。同様に、電子デバイスは、バイト範囲２及びバイト範囲３を使用することによって、ＣＤＮサーバ２及びＣＤＮサーバ３から同じデータ、すなわち、バイト範囲が［ｅ，ｄ］であるデータをダウンロードしてもよい。電子デバイスは、ＣＤＮサーバ２からダウンロードしたバイト範囲［ｅ，ｄ］と、ＣＤＮサーバ３からダウンロードしたバイト範囲［ｅ，ｄ］に基づいて、ＣＤＮサーバ２からダウンロードしたデータと、ＣＤＮサーバ３からダウンロードしたデータとの間の一致をチェックしてもよい。チェックが成功した場合、電子デバイスは、使用するためにＣＤＮサーバ２からダウンロードしたデータと、ＣＤＮサーバ３からダウンロードしたデータを接合してもよい。チェックが失敗した場合、接合をすることはできない。特定の処理プロセスは、前述の実施形態における対応する内容に類似しており、詳細は、本明細書では再度記載されない。
【0132】
上述の技術的解決策によれば、電子デバイスが複数のＣＤＮサーバからデータをダウンロードする必要がある場合、異なるＣＤＮサーバに割り当てられたバイト範囲に対して重複範囲が設計されてもよい。これは、電子デバイスが、全ての異なるＣＤＮサーバから重複範囲のデータをダウンロードすることを意味し、データのこの部分は、異なるＣＤＮサーバから引き出されるデータの一致をチェックするために使用される。異なるＣＤＮサーバから引き出されたデータが一致していると決定するときに、電子デバイスは、データを接合して、最終的に必要なデータを取得してもよい。このように、ＭＰＨＴＴＰ技術は、より大きな集約帯域幅を取得するために使用され、データ接合妥当性及び正常なサービスの動作を確保する。追加的に、データ一致チェックが実行される前に、比較対象のデータにおける有効データ又はパディング・データの割合が最初に決定される。割合が特定の条件を満たすときにのみ、データ一致チェックが実行されて、データ一致チェックの正確性を確保する。追加的に、技術的解決策は、ＣＤＮサーバ側で改善する必要はなく、デバイス側で最適化を行うことによってのみ実装され得る。したがって、展開の難易度は低く、適用範囲は広い。追加的に、この実施形態は、ＨＴＴＰ１／１．１シナリオに適用され、ＨＴＴＰ２シナリオに適用される。
【0133】
この出願の別の実施形態は、電子デバイスをさらに提供する。電子デバイスは、プロセッサ、メモリ、及び通信インターフェースを含んでもよい。メモリ及び通信インターフェースはプロセッサに結合される。通信インターフェースは、別の通信デバイスと通信するように構成されている。別のデバイスは、第１のＣＤＮサーバ及び第２のＣＤＮサーバを含む。メモリは、コンピュータ・プログラム・コードを記憶するように構成されている。コンピュータ・プログラム・コードは、コンピュータ命令を含む。コンピュータ命令が電子デバイスによって実行されるときに、電子デバイスは、図４に示す実施形態において、電子デバイスによって実行されるステップを実行することが可能となる。
【0134】
本出願の別の実施形態は、コンピュータ・ソフトウェア命令を含むコンピュータ可読記憶媒体をさらに提供する。コンピュータ・ソフトウェア命令が電子デバイスで動作するときに、電子デバイスは、図４に示す実施形態において、電子デバイスによって実行されるステップを実行することが可能となる。
【0135】
本出願の別の実施形態は、コンピュータ・プログラム製品をさらに提供する。コンピュータ・プログラム製品が電子デバイスで動作するときに、コンピュータは、図４に示す実施形態において、電子デバイスによって実行されるステップを実行することが可能となる。
【0136】
本出願の別の実施形態は、装置をさらに提供する。デバイスは、図４に対応する実施形態における電子デバイスの挙動を実装する機能を有する。本機能は、ハードウェアによって実装されてもよいし、対応するソフトウェアを実行することによってハードウェアによって実装されてもよい。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のモジュール、例えば、割り当てユニット又はモジュール、送信ユニット又はモジュール、受信ユニット又はモジュール、及び取得ユニット又はモジュールを含む。
【0137】
実装についての前述の説明は、便宜的かつ簡潔な説明を目的として、前述の機能モジュールへの分割が図示のための例として解釈されると当業者が理解することを可能にする。実際のアプリケーションでは、前述の機能を異なるモジュールに割り当て、要件に従って実装することができ、すなわち、装置の内部構造を異なる機能モジュールに分割して、上述の機能の全部又は一部を実装する。
【0138】
本出願に提供されるいくつかの実施形態では、開示された装置及び方法は、他の方式で実装され得ると理解されたい。例えば、記載された装置の実施形態は、一例にすぎない。例えば、モジュール又はユニットへの分割は、単に論理機能にすぎず、実際の実装において他の分割であってもよい。例えば、複数のユニット又はコンポーネントが別の装置に接合されたり、一体化されたりしてもよいし、いくつかの特徴が無視されたり、実行されなかったりしてもよい。追加的に、表示又は議論された相互結合、直接結合、又は通信接続は、いくつかのインターフェースを使用することによって実装されてもよい。装置又はユニット間の間接結合又は通信接続は、電子的、機械的、又は他の形態で実装されてもよい。
【0139】
別個の部分として説明されるユニットは、物理に分離されていても、されていなくてもよく、ユニットとして表示される部分は、１つ以上の物理ユニットであってもよいし、１つの場所に位置していてもよいし、複数の場所に分散していてもよい。ユニットの一部又は全部は、実施形態の解決策の目的を達成するために実際の要件に基づいて選択されてもよい。
【0140】
追加的に、本出願の実施形態における機能ユニットは、１つの処理ユニットに一体化されてもよいし、ユニットの各々は、物理的に単独で存在してもよいし、２つ以上のユニットは、１つのユニットに一体化される。一体化されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。
【0141】
一体化されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は使用されるときに、一体化されたユニットは、可読記憶媒体に記憶されてもよい。このような理解に基づいて、本出願の技術的解決策が、本質的にソフトウェア製品の形態で実装されてもよいし、従来技術に寄与する部分が、ソフトウェア製品の形態で実装されてもよいし、技術的解決策の全部又は一部が、ソフトウェア製品の形態で実装されてもよい。ソフトウェア製品は、記憶媒体に記憶され、デバイス（シングルチップ・マイクロコンピュータ、チップなどであってもよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に、本出願の実施形態で説明される方法のステップの全部又は一部を実行させるように命令するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュ・ドライブ、リムーバブル・ハード・ディスク、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダム・アクセス・メモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスクなど、プログラム・コードを記憶することができる任意の媒体を含む。
【0142】
前述の説明は、この出願の単に具体的な実装に過ぎないが、この出願の保護範囲を制限することを意図したものではない。この出願に開示された技術的範囲内の変形又は置換は、この出願の保護範囲に含まれるものとする。したがって、この出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図1】
【図2】
【図3】
【図4】