JPWO2017145781A1 - ペーシング制御装置、ペーシング制御方法、及びプログラム - Google Patents

ペーシング制御装置、ペーシング制御方法、及びプログラム Download PDF

Info

Publication number
JPWO2017145781A1
JPWO2017145781A1 JP2018501562A JP2018501562A JPWO2017145781A1 JP WO2017145781 A1 JPWO2017145781 A1 JP WO2017145781A1 JP 2018501562 A JP2018501562 A JP 2018501562A JP 2018501562 A JP2018501562 A JP 2018501562A JP WO2017145781 A1 JPWO2017145781 A1 JP WO2017145781A1
Authority
JP
Japan
Prior art keywords
communication quality
content
pacing control
threshold
communication
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.)
Pending
Application number
JP2018501562A
Other languages
English (en)
Inventor
拓人 木村
拓人 木村
存史 松本
存史 松本
将裕 横田
将裕 横田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Publication of JPWO2017145781A1 publication Critical patent/JPWO2017145781A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

ストリーミング型のコンテンツ配信を行うコンテンツ配信装置から配信されるコンテンツに対するペーシング制御を行うペーシング制御装置において、前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得する取得手段と、前記ペーシング制御装置における通信品質が前記通信品質閾値よりも低い場合に、前記コンテンツ配信装置に対してコンテンツを要求せず、前記通信品質が前記通信品質閾値よりも高い場合に前記コンテンツ配信装置に対してコンテンツを要求する制御手段とを備える。

Description

本発明は、ストリーミング型のコンテンツ配信におけるペーシング制御に関連するものである。
近年、動画配信サービスや音楽配信サービス等のコンテンツ配信サービスの利用が広まっている。これらのサービスの中には、全てのデータを再生端末にダウンロードしてから再生するダウンロード型配信サービスと、データをダウンロードしながら、同時に再生も行うストリーミング型配信サービスが存在する。
これらのサービスの中で、ストリーミング型配信サービスは、ダウンロード型配信サービスと比較して、視聴できるまでにかかる時間が短くて済むことから、多くのユーザが利用している。また、通信環境に追従して動的に画質を変更するAdaptive bitrate技術の進展により、モバイル環境からも多く利用されている。
一方、ストリーミング型配信サービスでは、手軽に利用できることから、ユーザが視聴を中断するということが頻繁に発生する。この時、視聴終了時にバッファに溜まっていたデータは、視聴されないまま捨てられてしまうため、無駄なトラヒックとなってしまう。
そこで、再生の停止が起こらない範囲でバッファ量を貯めすぎないように制御するペーシング技術が提案されている。ペーシング技術の中には、閾値を２つ設定し（それぞれTha、Thbと置く）、バッファ量がThaまで貯まったら、それ以上貯めるのをやめ、Thbまでバッファ量が減ってきたらバッファを貯めることを再開する手法や、スループットの確率的拡散を予測することにより再生停止を防ぐ手法などが提案されている（非特許文献１）。
Satoda, K.; Yoshida, H.; Ito, H.; Ozawa, K., "Adaptive video pacing method based on the prediction of stochastic TCP throughput," in Global Communications Conference (GLOBECOM), 2012 IEEE , vol., no., pp.1944-1950, 3-7 Dec. 2012
しかしながら、従来技術には、例えば以下のような二点の課題がある。
一点目は、通信品質が悪い場合に、低いビットレートのデータをバッファに貯めすぎてしまうという点である。通信品質が悪い場合には、ビットレート選択アルゴリズムが、その時の通信品質に追従して、低いビットレートを選択する。このとき、既存のペーシングアルゴリズムでは、この低いビットレートのデータをバッファ量の上限まで受信してしまうため、後に通信品質が向上したとしても、高いビットレートのデータを受信できなくなってしまう。結果として平均ビットレートは低下してしまい、視聴品質（体感品質）が損なわれてしまう。
二点目は、通信品質が良い場合に、高いビットレートのデータをバッファにあまり貯められていないという点である。既存のペーシングアルゴリズムでは、バッファ量が一定値になるとしばらく受信をしないアルゴリズムや、システム上の限界バッファ量よりも少ないバッファ量を目指して制御するアルゴリズムとなっている。そのため、たとえ通信品質が良くても、高いビットレートのデータをバッファにあまり貯めることができない。その結果、平均ビットレートは低下してしまい、一点目の課題と同様、視聴品質（体感品質）が損なわれてしまう。
本発明は上記の点に鑑みてなされたものであり、ストリーミング型で配信されるコンテンツを視聴するユーザの体感品質を向上させることを可能とする技術を提供することを目的とする。
本発明の実施の形態によれば、ストリーミング型のコンテンツ配信を行うコンテンツ配信装置から配信されるコンテンツに対するペーシング制御を行うペーシング制御装置であって、
前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得する取得手段と、
前記ペーシング制御装置における通信品質が前記通信品質閾値よりも低い場合に、前記コンテンツ配信装置に対してコンテンツを要求せず、前記通信品質が前記通信品質閾値よりも高い場合に前記コンテンツ配信装置に対してコンテンツを要求する制御手段と
を備えることを特徴とするペーシング制御装置が提供される。
また、本発明の実施の形態によれば、ストリーミング型のコンテンツ配信を行うコンテンツ配信装置から配信されるコンテンツに対するペーシング制御を行うペーシング制御装置が実行するペーシング制御方法であって、
前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得する取得ステップと、
前記ペーシング制御装置における通信品質が前記通信品質閾値よりも低い場合に、前記コンテンツ配信装置に対してコンテンツを要求せず、前記通信品質が前記通信品質閾値よりも高い場合に前記コンテンツ配信装置に対してコンテンツを要求する制御ステップと
を備えることを特徴とするペーシング制御方法が提供される。
本発明の実施の形態によれば、ストリーミング型で配信されるコンテンツを視聴するユーザの体感品質を向上させることを可能とする技術が提供される。
本発明の実施の形態における動画ペーシング制御システムの構成図である。 動画ペーシング制御システムの動作の流れを示すシーケンス図である。 各装置の構成を示す図である。 ネットワーク品質応答装置１００及び視聴端末２００のハードウェア構成例である。 参照用品質DB１０３に格納されるデータ例を示す図である。 蓄積用品質DB１０２に格納されるデータ例を示す図である。 ペーシング制御部２０２の処理のフローチャートである。
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明を適用可能な形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態では、動画配信サービスを挙げて説明しているが、本発明は、動画配信サービス以外のコンテンツ配信サービス、例えば、音楽のストリーミング配信サービスにも適用可能である。また、以下で説明する実施の形態では、通信品質としてスループットを用いているが、これは一例に過ぎない。通信品質として、スループットの他に、電波強度、遅延、ジッタ、基地局との距離の情報、及びそれらを組み合わせた指標を利用することとしてもよい。
（システムの全体構成、動作概要）
図１に、本発明の実施の形態に係る動画ペーシング制御システムの全体構成図を示す。図１に示すように、本実施の形態の動画ペーシング制御システムは、ネットワーク品質応答装置１００、視聴端末２００、動画配信装置３００を有し、これらがネットワーク４００に接続された構成を有する。ネットワーク４００は、特定の種類に限定されないが、ここでは、視聴端末２００と無線接続する基地局を有するモバイルネットワークであることを想定している。
また、動画配信装置３００は、ストリーミング型の動画配信を行う。ストリーミング型の動画配信では、動画配信装置３００は動画データを小さなデータの塊(チャンク)に分割して配信している。視聴端末２００は各チャンクを動画配信装置３００に要求し、ダウンロードしながら随時再生を行う。以下、基本的に、"動画データ"は、チャンクを意味する。
ネットワーク品質応答装置１００は、様々な通信環境における通信品質の情報を格納しており、当該通信品質に基づき、各通信環境での通信品質閾値を定期的に計算して保持している。なお、視聴端末２００は、ペーシング制御を実行するので、これをペーシング制御装置と呼んでもよい。
図２のシーケンス図を参照して、動画ペーシング制御システムにおける動作の全体の流れを説明する。
視聴端末２００は、動画視聴開始の際に、視聴端末２００における現在の通信環境情報をネットワーク品質応答装置１００に送信する（ステップＳ１０１）。
通信環境情報を受信したネットワーク品質応答装置１００は、保持している様々な通信環境における通信品質閾値の中から、視聴端末２００の通信環境に対応する通信品質閾値を取得して、当該通信品質閾値を視聴端末２００に対して送信する（ステップＳ１０２）。
視聴端末２００は、この通信品質閾値に基づいて、動画配信装置３００に対して（次の）動画データを要求するかどうかの判定を行う（ステップＳ１０３）。
より具体的には、ステップＳ１０３において、視聴端末２００は、現在の通信品質が通信品質閾値以下、もしくは、現在のバッファ量が予め設定された上限値に達している場合には、動画データを要求しないと判定する。ただし、現在の通信品質が通信品質閾値以下でも、現在のバッファ量が予め設定されたバッファ量閾値まで減っているならば動画データを要求すると判定する。
また、視聴端末２００は、現在の通信品質が通信品質閾値以上であれば動画データを要求すると判定する。ただし、上述したように、現在の通信品質が通信品質閾値以上であっても、現在のバッファ量が予め設定された上限値に達している場合には、動画データを要求しないと判定する。
なお、上記の「以下」を「より小さい」としてもよく、「以上」を「より大きい」としてもよい。本実施の形態では、「以上」と「より大きい」とで、制御内容は実質的に同じであり、また、「以下」、「未満」、「より小さい」についても実質的に同じである。
動画データを要求する場合、視聴端末２００は、動画配信装置３００に対して動画データを要求し（ステップＳ１０４）、動画配信装置３００から動画データを受信する（ステップＳ１０５）。また、視聴端末２００は、バッファにある動画データの再生を行う（ステップＳ１０６）。ステップＳ１０３〜ステップＳ１０６は、動画を視聴中、例えば一定時間間隔で繰り返される。
視聴端末２００は、定期的に（例えば、ステップＳ１０３の判定を行う時間間隔で）通信品質を測定し、視聴端末２００内に記録しておく。ステップＳ１０７において視聴が終了すると、視聴端末２００は、通信品質の系列（測定時間毎の通信品質）を通信環境情報と組にしてネットワーク品質応答装置１００に送信する（ステップＳ１０８）。
ネットワーク品質応答装置１００は、視聴端末２００から受信する通信品質情報により、蓄積している通信品質情報をアップデートし、通信品質閾値の精度を向上させる。
（各装置の構成）
図３は、動画ペーシング制御システムを構成する各装置の構成を詳細に示す図である。
図３に示すとおり、ネットワーク品質応答装置１００は、参照用品質DB更新部１０１、蓄積用品質DB１０２、参照用品質DB１０３を有する。参照用品質DB更新部１０１は、蓄積用品質DB１０２に蓄積されている通信品質情報に基づいて、通信品質閾値を算出し、算出した通信品質閾値を参照用品質DB１０３に格納（更新）する。
蓄積用品質DB１０２は、各視聴端末から収集された通信品質情報を通信環境情報と対応付けて格納するとともに、参照用品質DB更新部１０１からの要求（問い合わせ）に応じて、通信品質情報を返す。参照用品質DBは、参照用品質DB更新部１０１により算出された通信品質閾値を通信環境情報と対応付けて格納するとともに、視聴端末２００からの要求（問い合わせ）に応じて、通信品質閾値を返す。
視聴端末２００は、通信品質報告部２０１、ペーシング制御部２０２、通信品質蓄積DB２０３、動画再生部２０４を有する。通信品質報告部２０１は、通信品質情報を通信環境情報とともにネットワーク品質応答装置１００に報告する。ペーシング制御部２０２は、通信品質閾値等に基づく動画データ要求判定を行う。通信品質蓄積DB２０３は、動画再生部２０４により測定された通信品質の情報を格納する。
動画再生部２０４は、動画配信装置３００から受信した動画データ（符号化データ）を再生し、表示する。動画再生部２０４は、動画配信装置３００から受信した動画データを蓄積するバッファを有し、バッファから動画データが読み出されることで再生が行われる。また、動画再生部２０４は、バッファ量（バッファに蓄積されている動画データのサイズ）をペーシング制御部２０２に渡す機能を含む。
動画配信装置３００は、動画データDB３０１、動画配信部３０２を有する。動画データDB３０１は動画データを格納する。動画配信部３０２は、視聴端末２００からの動画データの要求に基づいて、当該動画データを動画データDB３０１から取得し、視聴端末２００に送信する。
なお、ネットワーク品質応答装置１００と動画配信装置３００を１つの装置としてもよい。つまり、ネットワーク品質応答装置１００の中に動画配信装置３００の機能を含める、あるいは、動画配信装置３００の中にネットワーク品質応答装置１００の機能を含めることとしてもよい。
本実施の形態におけるネットワーク品質応答装置１００は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、ネットワーク品質応答装置１００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、ネットワーク品質応答装置１００で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。
同様に、本実施の形態に係る視聴端末２００は、例えば、スマートフォンやタブレット等、コンピュータ（CPUとメモリ等）を含む端末において、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、視聴端末２００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、視聴端末２００で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。
図４は、ネットワーク品質応答装置１００及び視聴端末２００をコンピュータで実現する場合におけるこれら装置のハードウェア構成例を示す図である。図４は、ネットワーク品質応答装置１００及び視聴端末２００いずれにも適用できるハードウェア構成例である。図４に示す装置は、それぞれバスＢで相互に接続されているドライブ装置１５０、補助記憶装置１５２、メモリ装置１５３、ＣＰＵ１５４、インタフェース装置１５５、表示装置１５６、及び入力装置１５７等を有する。
当該装置での処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ又はメモリカード等の記録媒体１５１によって提供される。プログラムを記憶した記録媒体１５１がドライブ装置１５０にセットされると、プログラムが記録媒体１５１からドライブ装置１５０を介して補助記憶装置１５２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１５１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１５２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
メモリ装置１５３は、プログラムの起動指示があった場合に、補助記憶装置１５２からプログラムを読み出して格納する。ＣＰＵ１５４は、メモリ装置１５３に格納されたプログラムに従って各装置に係る機能を実現する。インタフェース装置１５５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１５６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１５７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。
以下、ネットワーク品質応答装置１００における参照用品質DB１０３の更新に関する動作と、動画の視聴が行われる際の視聴端末２００におけるペーシング制御動作、及びネットワーク品質応答装置１００における蓄積用品質DB１０２を更新する動作のそれぞれについて詳細に説明する。
（参照用品質DB１０３の更新に関する動作）
前述したように、参照用品質DB１０３には、通信環境情報と対応付けて、通信品質閾値が格納されている。つまり、参照用品質DB１０３から、通信環境情報をキーとして、通信品質閾値を得ることができる。
本実施の形態では、通信環境情報は＜時間帯、無線LAN利用判定、ISP、キャリア、基地局ID、セルID＞の組からなり、基本的に、これら全ての要素が一致した条件に対して通信品質閾値が対応して格納される。
ただし、通信環境情報のうち、一部の要素をドントケア(*)にしたデータを格納してもよい。視聴端末２００からの通信環境情報を用いた通信品質閾値の要求に対し、参照用品質DB１０３は、最も細かい粒度でデータがヒットしない場合には、一部の要素をドントケアにした場合の通信品質閾値を応答する。なお、通信環境情報を＜時間帯、無線LAN利用判定、ISP、キャリア、基地局ID、セルID＞の組とすることは一例に過ぎない。
図５は、参照用品質DB１０３に格納されるデータの例を示す図である。図５に示す例では、通信品質の指標としてスループットを採用しており、通信環境情報と対応付けてスループット閾値が格納されている。
図５の例において、例えば、参照用品質DB１０３に、通信環境情報＜時間帯=10、無線LAN利用判定=True、 ISP=ISP-A、キャリア=キャリアA、基地局ID=205511、 セルID=111＞が入力された場合には、参照用品質DB１０３はスループット閾値として1650を応答する。また、＜時間帯=11、無線LAN利用判定=False、ISP=*、キャリア=キャリアA、基地局ID=205511、セルID=111＞が入力された場合には、完全に一致する条件が存在しないため、セルIDの条件をドントケアにした場合の結果である1800を応答する。
蓄積用品質DB１０２には、視聴端末２００における動画の視聴が終了した後に、時刻、セッションID、通信環境情報、及び動画視聴時の通信品質情報が組として格納される。
図６は、蓄積用品質DB１０２に格納されるデータの例を示す図である。図６の例では、例えば、セッションID（各視聴ごとの一意の値）が0abjの視聴に関して、１秒毎の４回分のスループット測定結果が格納されている。
参照用品質DB更新部１０１は、蓄積用品質DB１０２から、通信環境が同じ通信品質情報を取得し、取得した通信品質情報から通信品質閾値を計算する。例えば、通信環境が同じ通信品質情報の統計値（平均値、中央値等）を通信品質閾値とすることができる。
より具体的には、例えば、参照用品質DB更新部１０１は、蓄積用品質DB１０２において、時間帯、無線LAN利用判定、ISP、キャリア、基地局ID、セルIDのうちの所定数の要素が一致する系列（例：図６に示す各行）のセッションIDごとの平均値の平均値を通信品質閾値とすることができる。「所定数」は、時間帯、無線LAN利用判定、ISP、キャリア、基地局ID、セルIDの全部でもよいし、全部よりも少ない数（１以上の数）でもよい。例えば、予め定められた所定数の要素が一致する系列が８つあり、そのうち、セッションID＝ID-Aについては３つあり、セッションID＝ID-Bについては５つあったとすると、セッションID＝ID-Aの３つについての平均値と、セッションID＝ID-Bの５つについての平均値との平均値が「セッションIDごとの平均値の平均値」に相当する。
また、「セッションIDごとの平均値の平均値」のほか、セッションIDごとの平均値の中央値を通信品質閾値としてもよい。
そして、参照用品質DB更新部１０１は、計算された通信品質閾値を、その通信環境（一致した要素からなる通信環境）における通信品質閾値として、参照用品質DB１０３に格納する。この更新処理は、例えば1日に1回、タイマー等を用いて実行される。
（ペーシング制御について）
次に、視聴端末２００におけるペーシング制御について説明する。
ユーザが動画の視聴を開始する際に、まず、ペーシング制御部２０２は、現在の視聴端末２００の通信環境情報を取得し、当該通信環境情報をネットワーク品質応答装置１００に送信する。ネットワーク品質応答装置１００は、参照用品質DB１０３を参照し、その通信環境に対応する通信品質閾値Thsを応答する。また、ペーシング制御部２０２は、動画再生部２０４から、現在蓄積しているバッファ量の情報を取得する。
そして、ペーシング制御部２０２は、現時点で、動画データを要求すべきか否かを、図７に示すフローに従って判断する。当該フローにおいては、上記通信品質閾値Thsに加えて、バッファ量に関する予め定められた閾値Thlow、Thhighが用いられる。これらの閾値は、視聴端末２００のメモリ等に予め格納されている。なお、図７のフローは、動画視聴中、例えば一定時間間隔で繰り返し実行される。
ステップＳ２０１において、現在のバッファ量を変数bufに入れ、直前の通信品質（ここではスループット）を変数thpに入れる。なお、直前の通信品質は、現在の通信品質とみなしてよい。
ステップＳ２０２において、ペーシング制御部２０２は、通信品質thpが通信品質閾値Thsよりも小さいかどうかを判定する。通信品質thpが通信品質閾値Thsよりも小さい場合にはステップＳ２０３に進み、バッファ量bufが閾値Thlowよりも小さいかどうかを判定する。バッファ量bufが閾値Thlowよりも小さい場合、ステップＳ２０４に進み、ペーシング制御部２０２は、動画配信装置３００に対して動画データを要求する。
ステップＳ２０３において、バッファ量bufが閾値Thlow以上である場合、ステップＳ２０６に進み、ペーシング制御部２０２は、動画配信装置３００に対して動画データを要求しない。
一方、ステップＳ２０２において、通信品質thpが通信品質閾値Ths以上である場合には、ステップＳ２０５に進み、バッファ量bufが閾値Thhigh以上であるかどうかを判定する。バッファ量bufが閾値Thhigh以上であればステップＳ２０６に進み、動画データを要求しない。また、バッファ量bufが閾値Thhighよりも小さければ、ステップＳ２０４に進み、動画データを要求する。
すなわち、基本的には、現在の通信品質が通信品質閾値Ths未満であれば動画データを要求せず、通信品質閾値Ths以上であれば動画データを要求する。ただし、現在の通信品質が通信品質閾値Ths未満であっても、現在のバッファ量が閾値Thlow以下であれば、動画データを要求する。また、現在の通信品質が通信品質閾値Ths以上であっても、現在のバッファ量が閾値Thhigh以上であれば、動画データを要求しない。
上記の閾値Thlow、Thhighは、視聴端末２００に事前に与えておく閾値であり、例えば、動画サービスの運営者が自由に設定することができるようにする。例えば、Thlow、Thhighを共に大きく設定することで、図７のＳ２０３がＹｅｓになる可能性が高くなり、また、Ｓ２０５がＮｏになる可能性が高くなり、動画データを要求することになるから、なるべく再生が停止しない制御を行うことができる。また、Thhighを小さめに設定することで、比較的少ないバッファ量でＳ２０５がＹｅｓになり、動画データの要求を行わないことになるから、視聴停止時に無駄になるトラヒック量を減らすことができる。
なお、ここで、通信品質閾値Thsと比較する値は必ずしも直前の通信品質である必要はなく、直前の系列における数点から計算された統計量であればどのような値でもよい。例えば、仮に、直前の系列における通信品質が、図６に示す「2016/01/01 12:30:14」のスループット「1800」であるとした場合、この「1800」を用いてもよいし、直前の数点（仮に３点とする）である「1800」、「1100」、「1200」の統計値（例：平均値、中央値）を使用してもよい。
現在の動画プレイヤーでは、設定されている2つの閾値を調整することで動画データの調整を行う実装がある。このような実装に、本実施の形態に係る通信品質に関する機能を加えることで、上述の制御を行うことが可能である。バッファ量と閾値との比較に関する処理に着目して、これらの閾値をそれぞれTha、Thbと置くと、Thaに達するまでは順次動画データを要求し、その後は、バッファ量が減り、Thbに達するまで次の動画データは要求しない。そのため、上記アルゴリズムにより動画データを要求する際は、Tha= Thhigh、Thb =Thlowに設定し、動画データを要求しない際には、Tha = Thlow、Thb = Thlowに設定すればよい。
また、本実施の形態における動画配信において用いることが想定されるAdaptive bitrateの枠組みでは、動画データを要求する際に画質を選択することができる。しかし、本実施の形態におけるアルゴリズムは、動画の要求タイミングを調整することに特化しており、要求する画質を限定するものではない。そのため、既存のあらゆる画質選択アルゴリズムを組み合わせて利用することができる。
更に、本実施の形態で利用する通信品質閾値Thsは、ネットワーク品質応答装置１００から応答があった値に限定されるものではなく、現在ペーシング制御を行っているセッションから得られた情報を用いて逐次的に更新してもよい。例えば、αを0以上1以下の実数、thpを現在のセッションにおける通信品質の平均値（例：前述した３つのスループットの平均値）とすると、Ths=αThs+(1-α)thpとして更新することができる。
また、動画データを要求するかしないかを判定する際に、動画データに用意されているビットレートの情報を用いてもよい。例えば、通信品質としてスループットを採用し、ある動画について、用意された最大のビットレートが1000kbps、Ths=2000kbps、thp = 1800kbps、buf < Thhighであった時を考える。この時、上記アルゴリズムによると動画データの要求は行わない。しかし、用意された最大のビットレートbrmaxとthpを比較すると、十分なスループットが出ているため、受信を行ったとしても平均ビットレートが低下する恐れはない。したがって、このような場合には受信を行うようアルゴリズムを修正したほうが平均ビットレートの向上する可能性が高くなる。この処理は、ステップＳ２０３でNoと判定された後、brmaxとthpを比較し、brmaxの方が大きい場合には動画データを要求せず、thpの方が大きい場合には動画データを要求するようアルゴリズムを修正することで実現することができる。
すなわち、通信品質thpが閾値Thsよりも低い場合において、ペーシング制御部２０２は、動画データに対して用意された最大ビットレートbrmaxと通信品質thpとを比較し、最大ビットレートbrmaxが通信品質thpよりも大きい場合に動画データを要求せず、通信品質thpが最大ビットレートbrmaxよりも大きい場合に動画データを要求する。ただし、最大ビットレートbrmaxが通信品質thpよりも大きい場合でも、現在のバッファ量bufが閾値Thlow以下であれば、動画データを要求し、通信品質thpが最大ビットレートbrmaxよりも大きい場合でも、現在のバッファ量bufが閾値Thhigh以上であれば、動画データを要求しない。
（蓄積用品質DB１０２の更新について）
視聴端末２００における動画再生部２０４は、動画データの受信及び再生を行うときに、定期的に現在の通信環境における通信品質（例：スループット）を測定し、通信品質蓄積DB２０３に蓄積しておく。
通信品質蓄積DB２０３は、動画再生中、動画再生部２０４から送られてきた通信品質情報を時間情報と共に蓄積し続ける。そして、動画再生が終了したときに、通信品質報告部２０１が通信品質蓄積DB２０３に問い合わせを行い、得られた通信品質情報を蓄積用品質DB１０２に格納する。蓄積用品質DB１０２に格納されるデータ例は図６に示したとおりである。前述したとおり、格納されたデータは、参照用品質DB１０３を更新する際に利用される。
ただし、通信品質情報の蓄積要品質ＤＢ１０２への蓄積は、必ずしも上述した仕組みで行わなければならないというわけではない。例えば、視聴端末２００において、通信品質情報を取得するアプリケーションをバックグラウンドで起動させておき、そのアプリケーションで収集した情報を蓄積用品質DB１０２に送信してもよい。
（実施の形態の効果）
本実施の形態の技術により、再生が途中で停止することを防ぎながら、既存手法よりも平均的に高い符号化ビットレートで動画を視聴することが可能となる。一般に、再生停止回数や時間が一定で、かつ符号化ビットレートが上昇した場合に、体感品質は向上するため、本実施の形態に係る技術により、動画視聴時の体感品質向上を図ることが可能となる。
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、ストリーミング型のコンテンツ配信を行うコンテンツ配信装置から配信されるコンテンツに対するペーシング制御を行うペーシング制御装置であって、前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得する取得手段と、前記ペーシング制御装置における通信品質が前記通信品質閾値よりも低い場合に、前記コンテンツ配信装置に対してコンテンツを要求せず、前記通信品質が前記通信品質閾値よりも高い場合に前記コンテンツ配信装置に対してコンテンツを要求する制御手段とを備えるペーシング制御装置が提供される。
なお、実施の形態で説明したペーシング制御部２０２は、取得手段と制御手段の例である。
前記ペーシング制御装置は、コンテンツの再生を行う再生手段を更に備えてもよく、前記通信品質が前記通信品質閾値よりも低い場合でも、前記再生手段におけるコンテンツのバッファ量が、第１の閾値よりも小さい場合には、前記制御手段は前記コンテンツ配信装置に対してコンテンツを要求し、前記通信品質が前記通信品質閾値よりも高い場合でも、前記再生手段におけるコンテンツのバッファ量が、第２の閾値よりも大きい場合には、前記制御手段は前記コンテンツ配信装置に対してコンテンツを要求しないこととしてもよい。
また、前記通信品質が前記通信品質閾値よりも低い場合において、前記制御手段は、コンテンツに対して用意された最大ビットレートと前記通信品質とを比較し、前記最大ビットレートが前記通信品質よりも大きい場合にコンテンツを要求せず、前記通信品質が前記最大ビットレートよりも大きい場合にコンテンツを要求することとしてもよい。
前記取得手段は、通信環境と通信品質閾値とを対応付けて保持するネットワーク品質応答装置から、前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得することとしてもよい。
前記ペーシング制御装置において測定された通信品質を前記ネットワーク品質応答装置に送信する通信品質報告手段を更に備え、前記ネットワーク品質応答装置において、当該通信品質に基づいて通信品質閾値が算出されることとしてもよい。
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
本特許出願は２０１６年２月２５日に出願した日本国特許出願第２０１６−０３４７３０号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０３４７３０号の全内容を本願に援用する。
１００ ネットワーク品質応答装置
１０１ 参照用品質DB更新部
１０２ 蓄積用品質DB
１０３ 参照用品質DB
１５０ ドライブ装置
１５２ 補助記憶装置
１５３ メモリ装置
１５４ ＣＰＵ
１５５ インタフェース装置
１５６ 表示装置
１５７ 入力装置
２００ 視聴端末
２０１ 通信品質報告部
２０２ ペーシング制御部
２０３ 通信品質蓄積DB
２０４ 動画再生部
３００ 動画配信装置
３０１ 動画データDB
３０２ 動画配信部
４００ ネットワーク

Claims (8)

  1. ストリーミング型のコンテンツ配信を行うコンテンツ配信装置から配信されるコンテンツに対するペーシング制御を行うペーシング制御装置であって、
    前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得する取得手段と、
    前記ペーシング制御装置における通信品質が前記通信品質閾値よりも低い場合に、前記コンテンツ配信装置に対してコンテンツを要求せず、前記通信品質が前記通信品質閾値よりも高い場合に前記コンテンツ配信装置に対してコンテンツを要求する制御手段と
    を備えることを特徴とするペーシング制御装置。
  2. 前記ペーシング制御装置は、コンテンツの再生を行う再生手段を更に備え、
    前記通信品質が前記通信品質閾値よりも低い場合でも、前記再生手段におけるコンテンツのバッファ量が、第１の閾値よりも小さい場合には、前記制御手段は前記コンテンツ配信装置に対してコンテンツを要求し、
    前記通信品質が前記通信品質閾値よりも高い場合でも、前記再生手段におけるコンテンツのバッファ量が、第２の閾値よりも大きい場合には、前記制御手段は前記コンテンツ配信装置に対してコンテンツを要求しない
    ことを特徴とする請求項１に記載のペーシング制御装置。
  3. 前記通信品質が前記通信品質閾値よりも低い場合において、前記制御手段は、コンテンツに対して用意された最大ビットレートと前記通信品質とを比較し、前記最大ビットレートが前記通信品質よりも大きい場合にコンテンツを要求せず、前記通信品質が前記最大ビットレートよりも大きい場合にコンテンツを要求する
    ことを特徴とする請求項１又は２に記載のペーシング制御装置。
  4. 前記取得手段は、通信環境と通信品質閾値とを対応付けて保持するネットワーク品質応答装置から、前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得する
    ことを特徴とする請求項１ないし３のうちいずれか１項に記載のペーシング制御装置。
  5. 前記ペーシング制御装置において測定された通信品質を前記ネットワーク品質応答装置に送信する通信品質報告手段を更に備え、
    前記ネットワーク品質応答装置において、当該通信品質に基づいて通信品質閾値が算出される
    ことを特徴とする請求項４に記載のペーシング制御装置。
  6. ストリーミング型のコンテンツ配信を行うコンテンツ配信装置から配信されるコンテンツに対するペーシング制御を行うペーシング制御装置が実行するペーシング制御方法であって、
    前記ペーシング制御装置における通信環境に対応する通信品質閾値を取得する取得ステップと、
    前記ペーシング制御装置における通信品質が前記通信品質閾値よりも低い場合に、前記コンテンツ配信装置に対してコンテンツを要求せず、前記通信品質が前記通信品質閾値よりも高い場合に前記コンテンツ配信装置に対してコンテンツを要求する制御ステップと
    を備えることを特徴とするペーシング制御方法。
  7. 前記ペーシング制御装置は、コンテンツの再生を行う再生手段を備えており、
    前記通信品質が前記通信品質閾値よりも低い場合でも、前記再生手段におけるコンテンツのバッファ量が、第１の閾値よりも小さい場合には、前記制御ステップにおいて、前記コンテンツ配信装置に対してコンテンツを要求し、
    前記通信品質が前記通信品質閾値よりも高い場合でも、前記再生手段におけるコンテンツのバッファ量が、第２の閾値よりも大きい場合には、前記制御ステップにおいて、前記コンテンツ配信装置に対してコンテンツを要求しない
    ことを特徴とする請求項６に記載のペーシング制御方法。
  8. コンピュータを、請求項１ないし５のうちいずれか１項に記載のペーシング制御装置における各手段として機能させるためのプログラム。
JP2018501562A 2016-02-25 2017-02-09 ペーシング制御装置、ペーシング制御方法、及びプログラム Pending JPWO2017145781A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016034730 2016-02-25
JP2016034730 2016-02-25
PCT/JP2017/004803 WO2017145781A1 (ja) 2016-02-25 2017-02-09 ペーシング制御装置、ペーシング制御方法、及びプログラム

Publications (1)

Publication Number Publication Date
JPWO2017145781A1 true JPWO2017145781A1 (ja) 2018-10-04

Family

ID=59685613

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018501562A Pending JPWO2017145781A1 (ja) 2016-02-25 2017-02-09 ペーシング制御装置、ペーシング制御方法、及びプログラム

Country Status (3)

Country Link
US (1) US10462520B2 (ja)
JP (1) JPWO2017145781A1 (ja)
WO (1) WO2017145781A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011015273A (ja) * 2009-07-03 2011-01-20 Kddi Corp コンテンツ配信システム
JP2014127890A (ja) * 2012-12-27 2014-07-07 Hitachi Ltd 無線端末、管理サーバ及びそれらを用いた無線通信システム

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5668948A (en) * 1994-09-08 1997-09-16 International Business Machines Corporation Media streamer with control node enabling same isochronous streams to appear simultaneously at output ports or different streams to appear simultaneously at output ports
US5712976A (en) * 1994-09-08 1998-01-27 International Business Machines Corporation Video data streamer for simultaneously conveying same one or different ones of data blocks stored in storage node to each of plurality of communication nodes
US6765931B1 (en) * 1999-04-13 2004-07-20 Broadcom Corporation Gateway with voice
CA2298358A1 (en) * 2000-02-11 2001-08-11 Pixel Systems Inc. Method and apparatus for the display of selected images at selected times
US8713623B2 (en) * 2001-09-20 2014-04-29 Time Warner Cable Enterprises, LLC Technique for effectively providing program material in a cable television system
KR100842571B1 (ko) * 2005-10-11 2008-07-01 삼성전자주식회사 디지털 방송 시스템에서 신뢰성 보장 전송 서비스 제공/수신 방법 및 장치
US7665113B1 (en) * 2007-05-24 2010-02-16 TrueSentry, Inc. Rate adaptive video transmission and synchronization system
US20090025027A1 (en) * 2007-07-20 2009-01-22 Michael Craner Systems & methods for allocating bandwidth in switched digital video systems based on interest
US7802286B2 (en) * 2007-07-24 2010-09-21 Time Warner Cable Inc. Methods and apparatus for format selection for network optimization
US8196165B2 (en) * 2008-04-28 2012-06-05 General Instrument Corporation Method and apparatus for delivering emergency alert system (EAS) messages over a switched digital video (SDV) system
US8355387B2 (en) * 2008-07-24 2013-01-15 Samsung Electronics Co., Ltd. System and method for bandwidth reservation protocol for spatial reuse in a wireless communication network
WO2010135333A1 (en) * 2009-05-19 2010-11-25 Beaumaris Networks Inc. Methods, apparatus and computer readable medium for managed adaptive bit rate for bandwidth reclamation
US20120079059A1 (en) * 2010-09-27 2012-03-29 Motorola-Mobility, Inc. Selectively receiving media content
GB2486002A (en) * 2010-11-30 2012-06-06 Youview Tv Ltd Media Content Provision
EP2781070B1 (en) * 2011-11-14 2018-06-20 Telefonaktiebolaget LM Ericsson (publ) Media streaming in mobile networks with improved efficiency
US9392337B2 (en) * 2011-12-22 2016-07-12 Cisco Technology, Inc. Wireless TCP link state monitoring based video content adaptation and data delivery
US20150121410A1 (en) * 2012-03-30 2015-04-30 Nec Europe Ltd. Method and a network for determining user behavior during delivery of video content
US8792347B2 (en) * 2012-06-01 2014-07-29 Opera Software Ireland Limited Real-time network monitoring and subscriber identification with an on-demand appliance
US9154361B2 (en) * 2012-07-18 2015-10-06 Opera Software Ireland Limited Just-in-time distributed video cache
EP2959716B1 (en) * 2013-02-22 2016-10-05 Telefonaktiebolaget LM Ericsson (publ) Media distribution network system with media burst transmission via an access network
US9871740B2 (en) * 2013-10-29 2018-01-16 Citrix Systems, Inc. Methods and systems for optimal delivery of internet video over wireless networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011015273A (ja) * 2009-07-03 2011-01-20 Kddi Corp コンテンツ配信システム
JP2014127890A (ja) * 2012-12-27 2014-07-07 Hitachi Ltd 無線端末、管理サーバ及びそれらを用いた無線通信システム

Also Published As

Publication number Publication date
US10462520B2 (en) 2019-10-29
US20190052931A1 (en) 2019-02-14
WO2017145781A1 (ja) 2017-08-31

Similar Documents

Publication Publication Date Title
US10271112B2 (en) System and method for dynamic adaptive video streaming using model predictive control
Xing et al. A real-time adaptive algorithm for video streaming over multiple wireless access networks
Xu et al. PROTEUS: network performance forecast for real-time, interactive mobile applications
CN110636339B (zh) 基于码率的调度方法、装置及电子设备
Han et al. AMVS-NDN: Adaptive mobile video streaming and sharing in wireless named data networking
CN108668146B (zh) 一种调整流媒体码率的方法及设备
WO2017031692A1 (zh) 视频下载方法、装置及系统
US9680904B2 (en) Adaptive buffers for media players
JPWO2016125415A1 (ja) 体感品質最適化システム、体感品質最適化装置、レコメンド要求装置、体感品質最適化方法、レコメンド要求方法及びプログラム
WO2017094847A1 (ja) 体感品質最適化装置、ネットワーク品質推定装置、モバイル端末、体感品質最適化方法、ネットワーク品質推定方法、及びプログラム
CN110809167B (zh) 一种视频播放方法、装置、电子设备及存储介质
US20150134846A1 (en) Method and apparatus for media segment request retry control
US11490149B2 (en) Cap-based client-network interaction for improved streaming experience
JP2021505081A (ja) ビデオ伝送方法、ビデオ伝送装置、およびビデオ伝送システム、ならびにコンピュータ可読記憶媒体
KR20160044819A (ko) 무선 네트워크 환경에서 http 적응적 스트리밍 방법 및 장치
KR20220059425A (ko) 비디오 스트리밍을 위한 세션 기반 적응적 재생 프로파일 판정
EP4013060A1 (en) Multiple protocol prediction and in-session adaptation in video streaming
CN111385574B (zh) 视频编码中的码率控制方法、装置、移动终端及存储介质
WO2017145781A1 (ja) ペーシング制御装置、ペーシング制御方法、及びプログラム
JP6517342B2 (ja) 配信レート選択装置、配信レート選択方法、及びプログラム
JPWO2010109752A1 (ja) 通信システム
US20140195646A1 (en) Site-based server selection
Yu et al. Impact of end-user playout buffer dynamics on HTTP progressive video QoE in wireless networks
JP2015033095A (ja) 情報処理システム、情報処理装置及びプログラム
Tamizhselvi et al. Adaptive video streaming in mobile cloud computing

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180522

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190205

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190405

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190618