JP5690224B2 - コンテンツ優先転送方法、およびコンテンツ優先転送ゲートウェイ - Google Patents
コンテンツ優先転送方法、およびコンテンツ優先転送ゲートウェイ Download PDFInfo
- Publication number
- JP5690224B2 JP5690224B2 JP2011130700A JP2011130700A JP5690224B2 JP 5690224 B2 JP5690224 B2 JP 5690224B2 JP 2011130700 A JP2011130700 A JP 2011130700A JP 2011130700 A JP2011130700 A JP 2011130700A JP 5690224 B2 JP5690224 B2 JP 5690224B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- content
- transfer
- packet
- processing unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
非特許文献1には、複数サーバから分割ダウンロードして、ダウンロードの高速化を図る技術が開示されている。
図1は、第1の実施形態に於けるネットワークの構成例を示す図である。
インターネット100には、ホームゲートウェイ(HGW:Home Gate Way)で接続されている端末10−1と、サービス提供サーバA(20−1)と、サービス提供サーバB(20−2)とが、それぞれ通信可能に接続されている。ホームゲートウェイは、端末10−1をインターネット100に接続するゲートウェイである。なお、以下では、ホームゲートウェイ(HGW)で接続されている端末10−1を、単に端末10−1と記載する。
インターネット100には、サービス提供サーバA(20−1)とサービス提供サーバB(20−2)の他にも、複数の図示しないサーバ群20−nが接続されており、同様なミラーサーバ群に対しても、本実施形態の技術を適用して高速にダウンロードが可能である。
サーバ保持テーブル11は、端末10−1の記憶部に格納されている。サーバ保持テーブル11には、Service11aの項目と、ServerURL11bの項目と、Priority11cの項目とが含まれている。
ServerURL11bの項目には、このサービスを提供するインターネット100上の複数のミラーサーバのアドレスとしてのURLが格納されている。
Priority11cの項目には、このサービスを提供するサーバの優先度が格納されている。本実施形態に於いて、サーバの優先度は、値が小さいほど優先度が高い。
図3は、第1の実施形態に於けるダウンロード動作を示すフローチャートである。
端末10−1の処理部は、ユーザから、サービス提供サーバA(20−1)またはサービス提供サーバB(20−2)のいずれかに格納されているコンテンツを転送する指示を受けて、図3の処理を開始する。
端末10−1の処理部は、HTTPダウンロードを実施する際に、端末10−1の記憶部に格納されているサーバ保持テーブル11のServerURL11bの項目からミラーサーバのアドレスリストを取得する。
このミラーサーバの優先度は、RTT(Round Trip Time)によって決定される。RTTは、それぞれのミラーサーバにHTTP要求を送信してから、当該サーバからHTTP応答が戻ってくるまでに掛る時間である。RTTは、サーバの応答速度である。
すなわち、端末10−1の処理部は、ユーザから、複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、最初、複数のサーバそれぞれから所定サイズのコンテンツの転送を受けて、複数のサーバぞれぞれの転送速度と応答速度とを測定する。
すなわち、端末10−1の処理部は、複数のサーバぞれぞれの転送速度と応答速度とを再測定している。
すなわち、端末10−1の処理部は、複数のサーバの応答速度順を転送順序としている。
すなわち、端末10−1の処理部は、複数のサーバそれぞれの転送速度に基いて前記複数のサーバそれぞれに転送を要求するコンテンツのサイズを決定している。
すなわち、端末10−1の処理部は、複数のサーバそれぞれから当該コンテンツの転送を受ける。
ダウンロード対象ファイルは、データD1,D2,D3,D4,D5,D6のように分割されている。図示していないD6より後ろの部分も、同様に分割されている。
データD1は、ダウンロード対象ファイルの冒頭部であり、512Kbytesのサイズである。
データD2は、データD1の直後にあり、512Kbytesのサイズである。
横方向は時間軸tを示し、右横方向に時間経過を示している。時間軸tの上側は、サービス提供サーバA(20−1)からのダウンロードイメージを示している。時間軸tの下側は、サービス提供サーバB(20−2)からのダウンロードイメージを示している。ダウンロードイメージの矩形は、ダウンロードしたときの帯域を高さで示し、ダウンロード時間を幅で示している。
図4に於いて、サービス提供サーバA(20−1)のダウンロード速度は、サービス提供サーバB(20−2)の約2倍である。
処理が開始すると、シーケンスQ10に於いて、端末10−1の処理部は、サービス提供サーバA(20−1)に、HTTPのget要求を送信して、512KbytesのデータD1を要求する。
シーケンスQ16に於いて、サービス提供サーバA(20−1)の処理部は、HTTPの200(OK)を応答して、120MbitのデータD3を応答する。
シーケンスQ18に於いて、サービス提供サーバB(20−2)の処理部は、HTTPの200(OK)を応答して、30MbitのデータD4を応答する。
シーケンスQ21に於いて、サービス提供サーバB(20−2)の処理部は、HTTPの200(OK)を応答して、150MbitのデータD5を応答する。
シーケンスQ23に於いて、サービス提供サーバA(20−1)の処理部は、HTTPの200(OK)を応答して、150MbitのデータD6を応答する。
このように、シーケンスQ19〜Q23と同様の動作を転送終了まで繰り返し、ダウンロード対象ファイルを全て受信する。
以上説明した第1の実施形態では、次の(A)〜(D)のような効果がある。
(B) 定期的にダウンロード量を再計算することにより、ネットワークの状況に合わせた高速転送が可能である。
図6は、第2の実施形態に於けるネットワークの構成例を示す図である。図1に示す第1の実施形態のネットワークと同一の要素には同一の符号を付与している。
すなわち、ゲートウェイ40は、内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元である端末10−1に転送するコンテンツ優先転送ゲートウェイである。
ここで優先転送トンネルとは、IPsec(Security Architecture for Internet Protocol)トンネルともいい、インターネット上の2地点間に仮想的なトンネルを作り、そこにIPパケットを通す技術のことをいう。さらにIPsecトンネルでは、この仮想的なトンネルを通すパケットを暗号化し、第三者による盗聴を抑止している。
ゲートウェイ40は、HTTP/RTSPプロキシ(Proxy)部41と、ダウンロードバッファ部45と、ユーザ情報テーブル46と、優先転送サービス判定テーブル47と、サーバ情報テーブル48とを有している。HTTP/RTSPプロキシ部41は、Proxy処理部42と、優先転送判定キャッシュ43と、ダウンロード速度検出部44とを有している。
図8に示す各テーブルは、第1の実施形態のサーバ保持テーブル11を拡張したものに相当する。
図8(a)は、ユーザ情報テーブル46を示す図である。
ユーザ情報テーブル46は、userID46aの項目と、SrcIP46bの項目とを含んでいる。userID46aの項目には、ユーザの契約情報が一意に特定可能なユーザIDが格納されている。SrcIP46bの項目には、ユーザの端末10−1(またはHGW)に割り当てられたIPアドレスが格納されている。
優先転送サービス判定テーブル47は、userID47aの項目と、Service47bの項目と、TOS47cの項目とを有している。優先転送サービス判定テーブル47には、ユーザの識別子(ユーザID)と、当該ユーザが契約している優先転送対象のサービスと、優先転送の内容とが格納されている。
IP Precedenceは、TOSの先頭3bitを使用する。IP Precedenceの数字が大きいほど、そのIPパケットは重要なパケットとして各機器に認識される。但し、ユーザが設定できる値の最大は5とされている。6と7とはルーティングアップデートやkeep aliveなどで使われるため、ユーザが設定しないように推奨されている。
DSCPは、TOSの先頭6bitを使用する。DSCPの先頭3bitは、クラス分けに使用され、IP Precedenceと同じ意味を示す。DSCPの続く3bitは、ドロップの割合を示すフィールドして使用され、かつ、この最後の1bitは、1のときにテスト用を示すフィールドとして使用される。
DSCPに設定される値セットには、CS(Class Selector)、EF(Expedited Forwarding)、AF(Assured Forwarding)という名称が付与されている。
CSの値セットの場合には、先頭3bitだけが使用され、残りの3bitには「000」のビットパターンが設定される
EFの値セットは、「101110」のビットパターンである。これはユーザーデータで送る最優先(帯域保証 + 低遅延)を意味している。EFは、音声用パケットなどの遅延が許されないトラフィックに使用される。
AFの値セットは、前述したCSの場合とEFの場合とに含まれない、その他の値セットである。AFの値セットには、AF11〜AF43があり、後半の値が大きいほどIPパケットがドロップしやすくなる。
サーバ情報テーブル48は、Service48aの項目と、ServerURL48bの項目と、Priority48cの項目とを有している。Service48aの項目には、サービス名(本例では、URLの一部)が格納されている。ServerURL48bの項目には、優先対象のサービスを提供する図示しない他事業者網もしくはインターネット100上の複数のミラーサーバのアドレスが格納されている。Priority48cの項目には、各ミラーサーバの優先度の情報が格納されている。サーバ情報テーブル48は、第1の実施形態のサーバ保持テーブル11に相当する。
優先転送判定キャッシュ43は、SrcIP43aの項目と、DstIP43bの項目と、SrcPort43cの項目と、DstPort43dの項目と、Protocol43eの項目と、Service43fの項目と、優先43gの項目と、TOS43hの項目とを有している。SrcIP43aの項目には、IPパケットの送信元のIPアドレスが格納されている。DstIP43bの項目には、IPパケットの宛先のIPアドレスが格納されている。SrcPort43cの項目には、IPパケットの送信元のポート番号が格納されている。DstPort43dの項目には、IPパケットの宛先のポート番号が格納されている。Protocol43eの項目には、IPパケットのプロトコルの種別を示す文字列が格納されている。Service43fの項目には、サービス名(本例では、URLの一部)が格納されている。優先43gの項目には、優先転送サービスであるか否かを示す情報が格納されている。優先転送サービスのときには“1”が、優先転送サービスではないときには“0”が格納されている。TOS43hの項目には、IPパケットのTOSフィールドに設定する値が16進数で格納されている。SrcIP43aの項目と、DstIP43bの項目と、SrcPort43cの項目と、DstPort43dの項目と、Protocol43eの項目とは、コネクションの情報である。
優先転送判定キャッシュ43は、コネクションが、優先転送対象か、どういった優先転送を実施するかの判定結果を保持するテーブルである。
図10は、第2の実施形態に於けるゲートウェイの動作を示す図である。
以下、順番にゲートウェイ40の動作を説明する。
ゲートウェイ40のProxy処理部42は、端末10−1からHTTPのget要求を受信した際に、優先転送サービス判定テーブル47により、新規コネクションか否かを判定する。すなわち、識別済のフローか否かを確認する。
ゲートウェイ40のProxy処理部42は、新規コネクションであり、未識別のフローであると判定された場合、ユーザ情報テーブル46からユーザIDを特定して、このフローに係るユーザを識別する。
ゲートウェイ40のProxy処理部42は更に、優先転送サービス判定テーブル47によって、当該コネクションが優先転送対象のサービスか否かを識別する。すなわち、要求元である端末10−1から、優先転送対象のサービスに係る複数のサーバのいずれかに格納されているコンテンツを要求したか否かを識別する。
すなわち、Proxy処理部42は、要求元である端末10−1が複数のサーバのいずれかに格納されているコンテンツの転送を要求したか否かを判定している。
ゲートウェイ40のProxy処理部42は、当該コネクションが優先転送対象であると判定した場合、優先転送判定キャッシュ43に、フロー識別結果であるコネクションの情報と、優先転送サービスの情報と、優先転送の種類とを登録する。
ゲートウェイ40のProxy処理部42は、サーバ情報テーブル48からサーバ群20−nのリストを取得する。本実施形態では、サービス提供サーバA(20−1)とサービス提供サーバB(20−2)とがサービス提供サーバである。
ゲートウェイ40のProxy処理部42は、優先度が高いサービス提供サーバA(20−1)に対し、ファイルの最初からダウンロードを代理要求する(HTTPのget要求を代理送信する)。優先度が低いサービス提供サーバB(20−2)に対しては、ファイルの512Kbytes以降に対して、ダウンロードを代理要求する(HTTPのget要求を代理送信する)。
ゲートウェイ40のProxy処理部42は、サービス提供サーバA(20−1)やサービス提供サーバB(20−2)からの応答HTTPの200(OK)を受信すると、優先転送サービス判定テーブル47のコネクションの情報をもとに、この応答のIPパケットが優先転送対象であるか否かを確認する。
ゲートウェイ40のProxy処理部42は、応答のIPパケットが優先転送対象であれば、このIPパケットを宛先に送らずに、ダウンロード速度検出部44でデータ転送量をカウントし、ダウンロードバッファ部45に応答のIPパケットを一時的に保存する。ダウンロードバッファ部45は、記憶部の一部であり、要求元である端末10−1が要求したコンテンツを記憶する領域である。
ゲートウェイ40のProxy処理部42は、ダウンロードバッファ部45に一次的に記憶された応答のIPパケットに対して、TOSフィールドのリマーキング(書き換え)を実施し、自事業者網100A内を優先して転送する。
その後、ダウンロード速度検出部44は、優先度が高いサービス提供サーバA(20−1)からの最初のダウンロードが終了した場合、ダウンロードしたデータ量を掛った時間で除算してダウンロード速度を再測定する。このダウンロード速度に所定時間を乗算して、次のサービス提供サーバA(20−1)からのダウンロードのデータ量を決定する。
ダウンロード速度検出部44は、優先度が低いサービス提供サーバB(20−2)からの最初のダウンロードが終了した場合、ダウンロードしたデータ量を掛った時間で除算してダウンロード速度を計算する。このダウンロード速度に所定時間を乗算して、次のサービス提供サーバB(20−2)からのダウンロードのデータ量を決定する。
サービス提供サーバA(20−1)のダウンロード速度が4Mbpsであったとき、ファイルの次の120Mbitをサービス提供サーバA(20−1)からダウンロードする。サービス提供サーバB(20−2)のダウンロード速度が1Mbpsであったとき、ファイルの次の30Mbitをサービス提供サーバB(20−2)からダウンロードする。
このダウンロードが完了すると、ダウンロード速度検出部44は、サービス提供サーバA(20−1)からダウンロードしたデータ量を掛った時間で除算して、ダウンロード速度を計算する。このダウンロード速度に所定時間を乗算して、次のサービス提供サーバA(20−1)からのダウンロードのデータ量を決定する。
このような処理を繰り返して、要求されたデータをダウンロードバッファ部45にダウンロードして記憶する。
第2の実施形態では、サービス提供サーバA(20−1)とサービス提供サーバB(20−2)とが予め登録されており、サービス提供サーバA(20−1)の優先度が高く設定されている。また、サービス提供サーバA(20−1)とサービス提供サーバB(20−2)とは同一のダウンロード対象ファイルを保持している。
以上説明した第2の実施形態では、次の(E)〜(G)のような効果がある。
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次の(a)〜(f)のようなものがある。
11 サーバ保持テーブル
20−1,20−2 サービス提供サーバ(複数のサーバ)
30 エッジルータ
40 ゲートウェイ(コンテンツ優先転送ゲートウェイ)
41 HTTP/RTSPプロキシ部
42 Proxy処理部(処理部)
43 優先転送判定キャッシュ(記憶部)
44 ダウンロード速度検出部
45 ダウンロードバッファ部(記憶部)
46 ユーザ情報テーブル(記憶部)
47 優先転送サービス判定テーブル(記憶部)
48 サーバ情報テーブル(記憶部)
100 インターネット(外部ネットワーク)
100A 自事業者網(内部ネットワーク)
Claims (8)
- 内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元端末に転送するコンテンツ優先転送ゲートウェイであって、
各前記サーバのアドレスを記憶している記憶部と、
ダウンロードするデータをバッファリングするダウンロードバッファ部と、
前記要求元端末が前記複数のサーバのいずれかに格納されている当該コンテンツの転送を要求した第1のIPパケットを検知したならば、優先的にコンテンツを転送すると識別し、各前記サーバの転送速度順を転送順序とすると共に各前記サーバの転送速度に基いて各前記サーバから次に転送する当該コンテンツのサイズを決定し、当該コンテンツの転送を要求するIPパケットを各前記サーバに並行して代理送信し、各前記サーバから当該コンテンツの転送を受けて前記ダウンロードバッファ部にバッファリングして、各前記サーバの転送速度を再測定することを繰り返すProxy処理部と、を有しており、
前記Proxy処理部は、前記要求元端末への応答の第2のIPパケットの送信元アドレスに前記第1のIPパケットの宛先アドレスを設定して、前記ダウンロードバッファ部にバッファリングしていたデータを代理送信する、
ことを特徴とするコンテンツ優先転送ゲートウェイ。 - 前記Proxy処理部は、前記内部ネットワークから送信されたHTTPのget要求のIPパケットの宛先アドレスが前記複数のサーバのいずれかであることを検知したならば、優先的にコンテンツを転送すると識別して、HTTPのget要求のIPパケットを各前記サーバに並行して代理送信する、
ことを特徴とする請求項1に記載のコンテンツ優先転送ゲートウェイ。 - 前記Proxy処理部は、各前記サーバに対してDNS(Domain Name System)でアドレス解決をする際のサーバアドレスの返却順で転送順序を設定して、新規フローの最初の代理送信において各前記サーバから前記コンテンツの各位置の所定サイズのデータを先頭から末尾に向けてダウンロードし、
以降は各前記サーバの転送速度の順で転送順序を設定する、
ことを特徴とする請求項1または請求項2に記載のコンテンツ優先転送ゲートウェイ。 - 前記記憶部は、前記コンテンツを優先的に転送する端末のIPアドレスの情報テーブルを記憶しており、
前記Proxy処理部は、前記第1のIPパケットの送信元アドレスが前記情報テーブルに存在したならば、IPパケットを各前記サーバに並行して代理送信する、
ことを特徴とする請求項1または請求項2に記載のコンテンツ優先転送ゲートウェイ。 - 前記Proxy処理部は、前記第2のIPパケットのTOS(Type Of Service)フィールドのDSCPに、AF(Assured fowarding)の値セットを設定する、
ことを特徴とする請求項1または請求項2に記載のコンテンツ優先転送ゲートウェイ。 - 前記Proxy処理部は、優先転送トンネルを介して前記第2のIPパケットを前記要求元端末に転送する、
ことを特徴とする請求項1または請求項2に記載のコンテンツ優先転送ゲートウェイ。 - 前記Proxy処理部は、各前記サーバからのデータのダウンロードと、前記ダウンロードバッファ部にバッファリングされている前記コンテンツの前記要求元端末への代理送信とを同期して実行する、
ことを特徴とする請求項1または請求項2に記載のコンテンツ優先転送ゲートウェイ。 - 内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元端末に転送するコンテンツ優先転送ゲートウェイが行うコンテンツ優先転送方法であって、
前記コンテンツ優先転送ゲートウェイは、処理部と、各前記サーバそれぞれのアドレスを記憶している記憶部と、ダウンロードするデータをバッファリングするダウンロードバッファ部と、を有しており、
前記処理部は、前記内部ネットワークから送信されたHTTPのget要求の第1のIPパケットの送信元アドレスが前記要求元端末、当該第1のIPパケットの宛先アドレスが各前記サーバのいずれかであることを検知したならば、優先的にコンテンツを転送すると識別し、
前記第1のIPパケットの要求サイズを所定サイズに変更したHTTPのget要求のIPパケットを各前記サーバに並行して代理送信し、各前記サーバのHTTPの200(OK)のIPパケットを代理応答してデータを前記ダウンロードバッファ部にバッファリングすると共に各前記サーバの転送速度を再測定して各前記サーバから次回ダウンロードするデータのサイズを決定することを繰り返し、
前記要求元端末へのHTTPの200(OK)の第2のIPパケットの送信元アドレスに前記第1のIPパケットの宛先アドレスを設定して、前記ダウンロードバッファ部にバッファリングしていたデータを代理送信する、
ことを特徴とするコンテンツ優先転送方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011130700A JP5690224B2 (ja) | 2011-06-10 | 2011-06-10 | コンテンツ優先転送方法、およびコンテンツ優先転送ゲートウェイ |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011130700A JP5690224B2 (ja) | 2011-06-10 | 2011-06-10 | コンテンツ優先転送方法、およびコンテンツ優先転送ゲートウェイ |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013004995A JP2013004995A (ja) | 2013-01-07 |
JP5690224B2 true JP5690224B2 (ja) | 2015-03-25 |
Family
ID=47673152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011130700A Expired - Fee Related JP5690224B2 (ja) | 2011-06-10 | 2011-06-10 | コンテンツ優先転送方法、およびコンテンツ優先転送ゲートウェイ |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5690224B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104427353B (zh) * | 2013-09-05 | 2017-09-29 | 北京大学 | 视频传输方法及设备 |
JP6669416B2 (ja) * | 2016-09-23 | 2020-03-18 | アルパイン株式会社 | 電子装置 |
JP6857103B2 (ja) * | 2017-08-08 | 2021-04-14 | 日本電信電話株式会社 | ファイル配信システム及び方法 |
EP3935767B1 (en) * | 2019-03-06 | 2023-04-12 | Dolby Laboratories Licensing Corporation | Download control in multi-server communication system |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2001228224A1 (en) * | 2000-01-24 | 2001-07-31 | The University Of Manitoba | Method and system for segmented file transfer |
JP2002268979A (ja) * | 2001-03-07 | 2002-09-20 | Nippon Telegr & Teleph Corp <Ntt> | ダウンロード方法及び装置、ダウンロード用プログラム並びにそのプログラムを記録した記録媒体 |
US7631098B2 (en) * | 2004-06-08 | 2009-12-08 | International Business Machines Corporation | Method, system and program product for optimized concurrent data download within a grid computing environment |
US20060184688A1 (en) * | 2005-02-17 | 2006-08-17 | Nec Laboratories America, Inc. | System and Method for Parallel Indirect Streaming of Stored Media from Multiple Sources |
-
2011
- 2011-06-10 JP JP2011130700A patent/JP5690224B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2013004995A (ja) | 2013-01-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10212124B2 (en) | Facilitating content accessibility via different communication formats | |
US10924448B2 (en) | Content delivery from home networks | |
KR101913313B1 (ko) | 게이트웨이에서 인터넷 프로토콜 기반 네트워크를 이용하여 컨텐츠 중심 네트워크를 구현하는 방법 및 그 게이트웨이 | |
EP2897340B1 (en) | Routing proxy for adaptive streaming | |
US6850980B1 (en) | Content routing service protocol | |
US10263950B2 (en) | Directing clients based on communication format | |
Xu et al. | Live streaming with content centric networking | |
CN104137509A (zh) | 用于基于互联网协议的内容路由器的方法和装置 | |
US11784912B2 (en) | Intelligently routing internet traffic | |
JP5690224B2 (ja) | コンテンツ優先転送方法、およびコンテンツ優先転送ゲートウェイ | |
US20170041422A1 (en) | Method and system for retrieving a content manifest in a network | |
US20130166770A1 (en) | Methods of transmitting and receiving a media information file for http streaming | |
Taha | A novel CDN testbed for fast deploying HTTP adaptive video streaming | |
Ghasemi et al. | Internet-scale video streaming over NDN | |
EP3446460B1 (en) | Content routing in an ip network that implements information centric networking | |
Awiphan et al. | Proactive interest adaptation and content caching for adaptive Bit-rate video streaming over NDN | |
Awiphan et al. | Adaptive video streaming on named data networking with iot-assisted content delivery | |
Awiphan et al. | Outbound face selection considering response time and buffer usage for CCN adaptive video streaming | |
Poobai et al. | Adaptive bit-rate video streaming on named data networking with active throughput estimation | |
Hayamizu et al. | CeforeSim: Cefore Compliant NS-3-Based Network Simulator | |
JP5579119B2 (ja) | キャッシュ及びQoS制御連携通信システム、キャッシュサーバ、及びプログラム | |
WO2019156026A1 (ja) | サーバ選択装置、サーバ選択方法及びプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20130201 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130827 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20140502 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140520 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20140528 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140624 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140806 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20150127 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150130 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5690224 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |