WO2019151473A1 - 品質予測装置、品質予測方法及びプログラム - Google Patents

品質予測装置、品質予測方法及びプログラム Download PDF

Info

Publication number
WO2019151473A1
WO2019151473A1 PCT/JP2019/003589 JP2019003589W WO2019151473A1 WO 2019151473 A1 WO2019151473 A1 WO 2019151473A1 JP 2019003589 W JP2019003589 W JP 2019003589W WO 2019151473 A1 WO2019151473 A1 WO 2019151473A1
Authority
WO
WIPO (PCT)
Prior art keywords
throughput
video data
data
terminal
video
Prior art date
Application number
PCT/JP2019/003589
Other languages
English (en)
French (fr)
Inventor
隆文 奥山
安川　正祥
増田　征貴
遠藤　乾一
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to US16/965,256 priority Critical patent/US10986156B1/en
Publication of WO2019151473A1 publication Critical patent/WO2019151473A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/147—Network analysis or design for predicting network behaviour
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888—Throughput
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests

Definitions

  • the present invention relates to a quality prediction apparatus, a quality prediction method, and a program.
  • an ABR (Adaptive Bitrate Selection) method that can dynamically select and switch a distribution bit rate suitable for a communication environment is widespread.
  • a client terminal that reproduces video measures the throughput and buffer occupancy of video data downloaded during viewing, predicts the throughput in the next download, and determines the distribution bit rate (Non-Patent Document 1).
  • the delivery server that is accessed by the client terminal may be switched in the middle of the video data, and such a situation may occur even when the ABR method is applied.
  • the present invention has been made in view of the above points, and an object thereof is to enable efficient prediction of throughput related to distribution of video data.
  • the quality prediction apparatus includes: a first acquisition unit that acquires a first throughput of the access line of the terminal from a terminal that acquires video data from a plurality of video distribution servers; A second acquisition unit that acquires a second throughput of a core network to which the video distribution server to which the terminal plans to acquire video data is connected; and the smaller of the first throughput and the second throughput, A prediction unit that selects the predicted value of the throughput related to the video data to be acquired.
  • FIG. 1 is a diagram illustrating an example of a network configuration in the first embodiment.
  • a plurality of video distribution servers 30 and quality prediction servers 10 are connected via a core network N1.
  • the client terminal 20 is connected to the core network N1 via an access line (access network) N2. Therefore, the client terminal 20 can communicate with each video distribution server 30 or the quality prediction server 10 via the access line N2.
  • the video distribution server 30 is one or more computers that provide a video data (moving image data) distribution service (hereinafter referred to as “video distribution service”) to the client terminal 20.
  • Distribution of video data follows ABR (Adaptive Bitrate Streaming). That is, for each video data, data re-encoded at several patterns of bit rates is stored in the video distribution server 30 for each chunk, which is an example of a division unit at regular intervals.
  • ABR Adaptive Bitrate Streaming
  • the client terminal 20 is a terminal that is a distribution destination of video data in the video distribution service, and acquires and reproduces the distributed video data.
  • a PC Personal Computer
  • smartphone a tablet terminal, or the like may be used as the client terminal 20.
  • the quality prediction server 10 is one or more computers that predict the throughput related to the distribution of video data when the client terminal 20 receives the video distribution service.
  • FIG. 2 is a diagram illustrating a hardware configuration example of the quality prediction server 10 according to the first embodiment.
  • the quality prediction server 10 in FIG. 2 includes a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, an interface device 105, and the like that are mutually connected by a bus B.
  • a program that realizes processing in the quality prediction server 10 is provided by a recording medium 101 such as a CD-ROM.
  • the recording medium 101 storing the program is set in the drive device 100, the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100.
  • the program need not be installed from the recording medium 101 and may be downloaded from another computer via a network.
  • the auxiliary storage device 102 stores the installed program and also stores necessary files and data.
  • the memory device 103 reads the program from the auxiliary storage device 102 and stores it when there is an instruction to start the program.
  • the CPU 104 executes a function related to the quality prediction server 10 in accordance with a program stored in the memory device 103.
  • the interface device 105 is used as an interface for connecting to a network.
  • the client terminal 20 and the video distribution server 30 may also have the same hardware as that shown in FIG.
  • the client terminal 20 desirably has a display device, an input device that receives input from the user, and the like.
  • FIG. 3 is a diagram illustrating a functional configuration example according to the first embodiment.
  • the client terminal 20 includes a playback unit 21, an access throughput acquisition unit 22, a service control unit 23, and the like. Each of these units is realized by processing that one or more programs installed in the client terminal 20 cause the CPU of the client terminal 20 to execute.
  • the client terminal 20 also uses the control condition DB 24.
  • the control condition DB 24 can be realized using, for example, an auxiliary storage device of the client terminal 20 or a storage device that can be connected to the client terminal 20 via a network.
  • the quality prediction server 10 includes a server throughput acquisition unit 11 and a throughput prediction unit 12. Each of these units is realized by processing that one or more programs installed in the quality prediction server 10 cause the CPU 104 to execute.
  • each unit in FIG. 3 is an example, and is not limited to the arrangement example in FIG. 3 as long as appropriate input / output can be exchanged between the units.
  • the client terminal 20 may include the throughput prediction unit 12, and the video distribution server 30 may include the service control unit 23 and the control condition DB 24.
  • the playback unit 21 divides the video data from the video distribution server 30 and acquires (downloads) the chunk in units of chunks, and plays back the acquired chunk (video data).
  • the access throughput acquisition unit 22 measures the throughput in the download direction of the access line N2 to which the client terminal 20 is connected (hereinafter referred to as “access throughput”). Specifically, the access throughput acquisition unit 22 downloads measurement data from the quality prediction server 10 via the access line N2, and based on the data size of the measurement data and the time required for downloading the measurement data. Thus, the throughput related to the download (hereinafter referred to as “access throughput”) is calculated. Note that the content of the measurement data is not limited to a predetermined one.
  • the server throughput acquisition unit 11 is a throughput in the download direction (hereinafter referred to as “server throughput”) in the core network N1 to which the video distribution server 30 to which the client terminal 20 is to connect (the video distribution server 30 to which the client terminal 20 is to acquire video data) is connected. ”)). Specifically, the server throughput acquisition unit 11 downloads video data from the video distribution server 30, and based on the data size of the video data and the time required to download the video data, the throughput related to the download (hereinafter referred to as the throughput). "Server throughput").
  • the throughput prediction unit 12 outputs a predicted value of throughput (hereinafter referred to as “predicted throughput”) based on the access throughput and the server throughput.
  • the service control unit 23 receives a control condition group stored in the predicted throughput and control condition DB 24 and selects a control condition that maximizes or improves the quality of experience.
  • the control conditions are, for example, a bit rate, resolution, frame rate, compression rate, etc. relating to video distribution.
  • FIG. 4 is a flowchart for explaining an example of a processing procedure executed by the client terminal 20 in the first embodiment.
  • the playback unit 21 acquires a manifest file for intermittent reception by dividing the video data in units of chunks from the video distribution server 30 (S101).
  • the IP address of the video distribution server 30 of the chunk distribution source (download destination) is described for each chunk in the manifest file. This is because in the present embodiment, it is assumed that the video distribution servers 30 that are the distribution sources of all chunks are not necessarily the same.
  • the playback unit 21 downloads and plays back the video data for each chunk based on the manifest file (S102). Until all the chunks of the video data are received (No in S103), the playback unit 21 performs video distribution in the future based on the IP address of the video distribution server 30 for each chunk included in the manifest file.
  • the access throughput acquisition unit 22 downloads measurement data from the quality prediction server 10 via the access line N2 (S105). Note that the playback unit 21 inputs the IP address of the video distribution server 30 that is the switching destination (hereinafter referred to as “switching destination address”) to the service control unit 23.
  • the playback unit 21 can grasp the distribution source video distribution server 30 for all chunks after acquiring the manifest file based on the manifest file. Therefore, if the video delivery server 30 of the last chunk is different from the previous chunks, the fact that the video delivery server 30 is switched with respect to the last chunk may be recognized, for example, during playback of the first chunk. . That is, after step S105, the download of each chunk may be executed asynchronously. By doing so, it is possible to expect a state in which the predicted throughput has already been obtained when the chunk to be predicted throughput is downloaded.
  • the access throughput acquisition unit 22 calculates the access throughput by dividing the data size of the measurement data by the time required to download the measurement data, and inputs the access throughput to the service control unit 23 ( S106).
  • the service control unit 23 transmits the switching destination address and the access throughput to the throughput prediction unit 12 of the quality prediction server 10 (S107), and waits for a response of the predicted throughput from the throughput prediction unit 12 (S108). .
  • the service control unit 23 When the service control unit 23 receives the predicted throughput (Yes in S108), the service control unit 23 selects one of the control condition groups stored in the control condition DB 24 based on the predicted throughput (S109). For example, in video playback, when the purpose is not to cause playback interruption due to exhaustion of data accumulated in the buffer and to maximize the image quality (bit rate), the control condition DB 24 stores each image quality. As an option, the minimum required throughput (required throughput) for smoothly performing reproduction according to each image quality without interruption is stored. In this case, the service control unit 23 compares the predicted throughput with the required throughput of each image quality, and selects a control condition that provides the maximum image quality among the options that the required throughput does not exceed the predicted throughput.
  • the playback unit 21 downloads video data from the video distribution server 3 according to the selected control condition when downloading a chunk from the video distribution server 30 related to the switching destination address.
  • the reproducing unit 21 downloads video data from the video distribution server 30 by designating a bit rate related to the selected control condition.
  • steps S105 to S109 of FIG. 4 may also be executed for the first chunk (first connection destination video distribution server 30).
  • the access throughput acquisition unit 22 may measure (calculate) the access throughput only once at the start of viewing (when a viewing instruction is input), and store the access throughput in an auxiliary storage device or the like. In this case, the stored access throughput may be used without executing the subsequent steps S105 and S106.
  • FIG. 5 is a flowchart for explaining an example of a processing procedure executed by the quality prediction server 10 in the first embodiment.
  • the throughput prediction unit 12 When the throughput prediction unit 12 receives the switching destination address and the access throughput (Yes in S201), the throughput prediction unit 12 inputs the switching destination address and the access throughput to the server throughput acquisition unit 11. Subsequently, the server throughput acquisition unit 11 downloads video data from the video distribution server 30 associated with the switching destination server address via the core network N1 (S202).
  • the video data may be video data irrelevant to the video data to be viewed, or may be data in a format different from the video data.
  • the server throughput acquisition unit 11 calculates the server throughput by dividing the data size of the video data by the time required to download the video data, and outputs the server throughput to the throughput prediction unit 12 ( S203).
  • the throughput prediction unit 12 compares the access throughput received in step S201 with the server throughput, and selects the smaller one as the predicted throughput (S204). Subsequently, the throughput prediction unit 12 transmits the predicted throughput to the service control unit 23 of the client terminal 20 that is the transmission source of the access throughput (S205).
  • the predicted throughput is a predicted value of throughput for downloading a chunk related to the switching destination address from the video distribution server 30 related to the switching destination address.
  • the server throughput acquisition unit 11 executes steps S202 and S203 only once every fixed time, stores the server throughput value, and does not execute steps S202 and S203 for the subsequent fixed time.
  • a stored value may be used.
  • the server throughput acquisition unit 11 uses the upper limit value of the throughput that is limited in design in the video distribution server 30 as the server throughput. Get from 30.
  • the access throughput acquisition unit 22 downloads the access line N2, which is limited in service on the access line N2 to which the client terminal 20 is connected.
  • the upper limit value of the throughput in the direction is obtained from the line information stored in the client terminal 20 as the access throughput value.
  • FIG. 6 is a diagram illustrating a functional configuration example according to the fourth embodiment.
  • the same parts as those in FIG. 3 are denoted by the same reference numerals, and the description thereof is omitted.
  • the quality prediction server 10 further includes a bottleneck throughput acquisition unit 13.
  • the bottleneck throughput acquisition unit 13 is realized by processing in which the CPU 104 executes one or more programs installed in the quality prediction server 10.
  • the bottleneck throughput acquisition unit 13 uses the throughput (hereinafter referred to as “bottleneck throughput”) at a location (bottleneck) where the bandwidth is limited (relatively narrower than other portions) in the core network N1.
  • the bottleneck throughput acquired from within the network N1 is input to the throughput prediction unit 12.
  • the bottleneck throughput may be specified by the bottleneck throughput acquisition unit 13 inquiring each network device (router or the like) in the core network N1 about the throughput of the network device.
  • the bottleneck throughput acquisition unit 13 may inquire the throughput of a network device that has been set in advance as a bottleneck empirically and use the throughput as the bottleneck throughput.
  • the acquisition of the bottleneck throughput may be executed after step S202 in FIG. 5 or may be executed only once every predetermined time. In the latter case, the bottleneck throughput may be stored, and the stored value may be used for a certain period thereafter.
  • the throughput prediction unit 12 compares the access throughput, the server throughput, and the bottleneck throughput in step S204 of FIG. 5, and selects the minimum value as the predicted throughput.
  • the throughput can be predicted without actually measuring the throughput and buffer occupancy when the video distribution server 30 is switched, and the distribution bit rate can be appropriately selected.
  • the quality prediction server 10 is an example of a quality prediction device.
  • the client terminal 20 is an example of a terminal.
  • the throughput prediction unit 12 is an example of a first acquisition unit and the throughput prediction unit 12.
  • the server throughput acquisition unit 11 is an example of a second acquisition unit.
  • the bottleneck throughput acquisition unit 13 is an example of a third acquisition unit.
  • the measurement data is an example of first data.
  • the video data downloaded by the server throughput acquisition unit 11 is an example of second data.
  • the access throughput is an example of a first throughput.
  • Server throughput is an example of second throughput.
  • the bottleneck throughput is an example of a third throughput.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Environmental & Geological Engineering (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

品質予測装置は、複数の映像配信サーバから映像データを分割して取得する端末から、前記端末のアクセス回線の第１のスループットを取得する第１の取得部と、前記端末が映像データを取得予定の映像配信サーバが接続するコアネットワークの第２のスループットを取得する第２の取得部と、前記第１のスループットと前記第２のスループットとのうち小さい方を、前記取得予定の映像データに関するスループットの予測値として選択する予測部と、を有することで、映像データの配信に関するスループットの効率的な予測を可能とする。

Description

品質予測装置、品質予測方法及びプログラム
　本発明は、品質予測装置、品質予測方法及びプログラムに関する。
　通信に関連したサービス事業者は、提供サービスの体感品質を高めるために、通信品質を予測して、適切な制御を行うことが重要である。映像配信サービスでは、通信速度（スループット）が低い環境において配信ビットレートが大きい高画質の映像データを受信（ダウンロード）しながら再生すると、データ未達により途中で再生が止まる（再生中断）事象が生じるため、配信ビットレートが小さい低画質の映像データをダウンロードする方が、体感品質は高まる。また、スループットが高い環境においては、再生中断しない範囲で、より高画質の映像データをダウンロードした方が、体感品質が高まる。
　そこで、映像配信において、通信環境に適した配信ビットレートを動的に選択及び切り替えることが可能なＡＢＲ（Adaptive Bitrate Selection）方式が普及している。ＡＢＲ方式を制御する方法として、映像を再生するクライアント端末が、視聴中にダウンロードした映像データのスループットやバッファ占有量を実測して、次のダウンロードにおけるスループットを予測し、配信ビットレートを決定する技術が存在する（非特許文献１）。
　他方において、何らかの都合により、クライアント端末がアクセス先とする配信サーバが映像データの途中で切り替わる場合が有り、このような状況は、ＡＢＲ方式の適用中でも発生しうる。
T. C. Thang, Q.-D. Ho, J. W. Kang, and A. T. Pham, "Adaptive streaming of audiovisual content using MPEG DASH," IEEE Trans. Consum. Electron., vol. 58, no. 1, pp. 78-85, Feb. 2012.
　しかしながら、ＡＢＲでは、配信サーバの切り替えにより明確にスループットが変化する状況においても、変化後のスループットやバッファ占有量を実測してから予測を行うため、適切な配信ビットレートを選択するまでに時間を要する。そのため、スループットが低く変化する状況で配信ビットレートの大きいデータを取得すると再生中断が生じる可能性があり、体感品質が低下するという不都合が生じる。また、スループットが高く変化する状況で配信ビットレートの小さいデータを取得し続けると体感品質が上がらないという不都合が生じる。
　本発明は、上記の点に鑑みてなされたものであって、映像データの配信に関するスループットの効率的な予測を可能とすることを目的とする。
　そこで上記課題を解決するため、品質予測装置は、複数の映像配信サーバから映像データを分割して取得する端末から、前記端末のアクセス回線の第１のスループットを取得する第１の取得部と、前記端末が映像データを取得予定の映像配信サーバが接続するコアネットワークの第２のスループットを取得する第２の取得部と、前記第１のスループットと前記第２のスループットとのうち小さい方を、前記取得予定の映像データに関するスループットの予測値として選択する予測部と、を有する。
　映像データの配信に関するスループットの効率的な予測を可能とすることができる。
第１の実施の形態におけるネットワーク構成例を示す図である。 第１の実施の形態における品質予測サーバ１０のハードウェア構成例を示す図である。 第１の実施の形態における機能構成例を示す図である。 第１の実施の形態においてクライアント端末２０が実行する処理手順の一例を説明するためのフローチャートである。 第１の実施の形態において品質予測サーバ１０が実行する処理手順の一例を説明するためのフローチャートである。 第４の実施の形態における機能構成例を示す図である。
　以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態におけるネットワーク構成例を示す図である。図１において、複数の映像配信サーバ３０と品質予測サーバ１０とは、コアネットワークＮ１を介して接続される。一方、クライアント端末２０は、アクセス回線（アクセスネットワーク）Ｎ２を介してコアネットワークＮ１に接続される。したがって、クライアント端末２０は、アクセス回線Ｎ２を介して各映像配信サーバ３０又は品質予測サーバ１０と通信可能である。
　映像配信サーバ３０は、クライアント端末２０に対して映像データ（動画データ）の配信サービス（以下、「映像配信サービス」という。）を提供する１以上のコンピュータである。映像データの配信は、ＡＢＲ（Adaptive Bitrate Streaming）に従う。すなわち、各映像データについては、一定時間ごとの分割単位の一例であるチャンクごとに、何パターンかのビットレートで再エンコードされたデータが映像配信サーバ３０に保存されている。なお、本実施の形態では、必ずしも全てのチャンクの配信元の映像配信サーバ３０が同じでない状況を想定する。すなわち、途中で映像配信サーバ３０が切り替わる状況が想定される。
　クライアント端末２０は、映像配信サービスにおいて映像データの配信先とされ、配信される映像データを取得及び再生する端末である。例えば、ＰＣ（Personal Computer）、スマートフォン、又はタブレット端末等がクライアント端末２０として利用されてもよい。
　品質予測サーバ１０は、クライアント端末２０が映像配信サービスを受ける際において、映像データの配信に関するスループットを予測する１以上のコンピュータである。
　図２は、第１の実施の形態における品質予測サーバ１０のハードウェア構成例を示す図である。図２の品質予測サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
　品質予測サーバ１０での処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って品質予測サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
　なお、クライアント端末２０や映像配信サーバ３０も、図２と同様のハードウェアを有していてもよい。クライアント端末２０は、表示装置や、ユーザからの入力を受け付ける入力装置等を有していることが望ましい。
　図３は、第１の実施の形態における機能構成例を示す図である。図３において、クライアント端末２０は、再生部２１、アクセススループット取得部２２及びサービス制御部２３等を有する。これら各部は、クライアント端末２０にインストールされた１以上のプログラムが、クライアント端末２０のＣＰＵに実行させる処理により実現される。クライアント端末２０は、また、制御条件ＤＢ２４を利用する。制御条件ＤＢ２４は、例えば、クライアント端末２０の補助記憶装置、又はクライアント端末２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
　品質予測サーバ１０は、サーバスループット取得部１１及びスループット予測部１２等を有する。これら各部は、品質予測サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。
　なお、図３における各部の配置は一例であり、各部間で適切な入出力の授受を行える限り、図３の配置例に限定されない。例えば、クライアント端末２０がスループット予測部１２を有してもよいし、映像配信サーバ３０がサービス制御部２３及び制御条件ＤＢ２４等を有してもよい。
　再生部２１は、映像配信サーバ３０から映像データを分割してチャンク単位で取得（ダウンロード）し、当該取得したチャンク（映像データ）の再生を行う。
　アクセススループット取得部２２は、クライアント端末２０が接続するアクセス回線Ｎ２のダウンロード方向のスループット（以下「アクセススループット」という。）を計測する。具体的には、アクセススループット取得部２２は、品質予測サーバ１０から計測用データをアクセス回線Ｎ２を介してダウンロードし、計測用データのデータサイズと、計測用データのダウンロードに要した時間とに基づいて、当該ダウンロードに関するスループット（以下「アクセススループット」という。）を算出する。なお、計測用データの内容は、所定のものに限定されない。
　サーバスループット取得部１１は、クライアント端末２０が接続予定の映像配信サーバ３０（クライアント端末２０が映像データを取得予定の映像配信サーバ３０）が接続するコアネットワークＮ１におけるダウンロード方向のスループット（以下「サーバスループット」という。）を計測する。具体的には、サーバスループット取得部１１は、当該映像配信サーバ３０から映像データをダウンロードし、映像データのデータサイズと、映像データのダウンロードに要した時間とに基づいて、当該ダウンロードに関するスループット（以下「サーバスループット」という。）を算出する。
　スループット予測部１２は、アクセススループット及びサーバスループットに基づいて、スループットの予測値（以下「予測スループット」という。）を出力する。
　サービス制御部２３は、予測スループット及び制御条件ＤＢ２４に記憶されている制御条件群を入力として、体感品質を最大化する又は向上させる制御条件を選択する。制御条件は、例えば、映像配信に関するビットレート、解像度、フレームレート、圧縮率等である。
　以下、第１の実施の形態において実行される処理手順について説明する。図４は、第１の実施の形態においてクライアント端末２０が実行する処理手順の一例を説明するためのフローチャートである。
　ユーザによって映像データの視聴指示が入力されると、再生部２１は、当該映像データをチャンク単位で分割して間欠的に受信するためのマニフェストファイルを映像配信サーバ３０から取得する（Ｓ１０１）。本実施の形態では、マニフェストファイル内に、チャンクごとに、当該チャンクの配信元（ダウンロード先）の映像配信サーバ３０のＩＰアドレスが記述されている。本実施の形態では、必ずしも全てのチャンクの配信元の映像配信サーバ３０が同じでない状況が想定されているからである。
　続いて、再生部２１は、マニフェストファイルに基づいて、映像データをチャンクごとにダウンロード及び再生する（Ｓ１０２）。映像データの全てのチャンクが受信されるまでの間に（Ｓ１０３でＮｏ）、再生部２１が、マニフェストファイルに含まれているチャンクごとの映像配信サーバ３０のＩＰアドレスに基づいて、将来において映像配信サーバ３０が切り替わることを把握すると（Ｓ１０４でＹｅｓ）、アクセススループット取得部２２は、アクセス回線Ｎ２を介して品質予測サーバ１０から計測用データをダウンロードする（Ｓ１０５）。なお、再生部２１は、切り替え先の映像配信サーバ３０のＩＰアドレス（以下、「切り替え先アドレス」という。）をサービス制御部２３へ入力する。
　なお、「将来において」とは、既にダウンロード済みのチャンクのうちの最後のチャンクの次のチャンクに限られない。すなわち、再生部２１は、マニフェストファイルに基づいて、全てのチャンクについて配信元の映像配信サーバ３０を、マニフェストファイルの取得後に把握可能である。したがって、仮に、最後のチャンクの映像配信サーバ３０がそれまでのチャンクと異なる場合に、当該最後のチャンクに関して映像配信サーバ３０が切り替わることが、例えば、最初のチャンクの再生中等に把握されてもよい。すなわち、ステップＳ１０５以降は、各チャンクのダウンロードとは非同期に実行されてもよい。そうすることで、予測スループットの対象のチャンクのダウンロード時には、既に予測スループットが得られている状態を期待することができる。
　続いて、アクセススループット取得部２２は、計測用データのデータサイズを、計測用データのダウンロードに要した時間で除算することでアクセススループットを算出し、当該アクセススループットをサービス制御部２３へ入力する（Ｓ１０６）。
　続いて、サービス制御部２３は、切り替え先アドレスと当該アクセススループットとを品質予測サーバ１０のスループット予測部１２へ送信し（Ｓ１０７）、スループット予測部１２からの予測スループットの返信を待機する（Ｓ１０８）。
　サービス制御部２３は、予測スループットを受信すると（Ｓ１０８でＹｅｓ）、予測スループットに基づいて、制御条件ＤＢ２４に記憶されている制御条件群の中からいずれかの制御条件を選択する（Ｓ１０９）。例えば、映像再生において、バッファに蓄積したデータが枯渇することに起因する再生中断を生じさせず、かつ、画質（ビットレート）を最も高めることを目的とする場合、制御条件ＤＢ２４には、各画質を選択肢として、各画質に応じた再生が中断せず円滑に行えるための最低限必要なスループット（必要スループット）が記憶されている。この場合、サービス制御部２３は、予測スループットを、各画質の必要スループットと比較して、必要スループットが予測スループットを超えない選択肢の中で最大の画質となる制御条件を選択する。
　続くステップＳ１０２において、再生部２１は、切り替え先アドレスに係る映像配信サーバ３０からチャンクをダウンロードする際に、選択された制御条件に従って当該映像配信サーバ３から映像データをダウンロードする。例えば、再生部２１は、選択された制御条件に係るビットレートを指定して、当該映像配信サーバ３０から映像データをダウンロードする。
　なお、図４のステップＳ１０５～Ｓ１０９は、最初のチャンク（最初の接続先の映像配信サーバ３０）に関しても実行されるようにしてもよい。
　また、アクセススループット取得部２２は、視聴開始時（視聴指示の入力時）に１回だけアクセススループットを計測（算出）し、当該アクセススループットを補助記憶装置等に記憶しておいてもよい。この場合、以降のステップＳ１０５及びＳ１０６は実行せずに、記憶されているアクセススループットが利用されてもよい。
　図５は、第１の実施の形態において品質予測サーバ１０が実行する処理手順の一例を説明するためのフローチャートである。
　スループット予測部１２は、切り替え先アドレス及びアクセススループットを受信すると（Ｓ２０１でＹｅｓ）、当該切り替え先アドレス及び当該アクセススループットをサーバスループット取得部１１へ入力する。続いて、サーバスループット取得部１１は、当該切り替え先サーバアドレスに係る映像配信サーバ３０からコアネットワークＮ１を介して映像データをダウンロードする（Ｓ２０２）。当該映像データは、視聴対象の映像データとは無関係な映像データでもよいし、映像データとは異なる形式のデータでもよい。
　続いて、サーバスループット取得部１１は、当該映像データのデータサイズを、当該映像データのダウンロードに要した時間で除算することでサーバスループットを算出し、当該サーバスループットをスループット予測部１２へ出力する（Ｓ２０３）。
　続いて、スループット予測部１２は、ステップＳ２０１において受信されたアクセススループットと当該サーバスループットとを比較し、小さい方を予測スループットとして選択する（Ｓ２０４）。続いて、スループット予測部１２は、当該予測スループットを、アクセススループットの送信元のクライアント端末２０のサービス制御部２３へ送信する（Ｓ２０５）。当該予測スループットは、切り替え先アドレスに係る映像配信サーバ３０からの、切り替え先アドレスに係るチャンクのダウンロードについてのスループットの予測値である。
　なお、サーバスループット取得部１１は、一定時間ごとに１回だけステップＳ２０２及びＳ２０３を実行して、サーバスループットの値を記憶しておき、その後の一定時間においては、ステップＳ２０２及びＳ２０３を実行せずに、記憶している値を用いてもよい。
　次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において特に言及されない点については、第１の実施の形態と同様でもよい。
　第２の実施の形態において、サーバスループット取得部１１は、図５のステップＳ２０２及びＳ２０３を実行する代わりに、映像配信サーバ３０において設計上制限しているスループットの上限値をサーバスループットとして映像配信サーバ３０から取得する。
　次に、第３の実施の形態について説明する。第３の実施の形態では第１又は第２の実施の形態と異なる点について説明する。第３の実施の形態において特に言及されない点については、第１又は第２の実施の形態と同様でもよい。
　第３の実施の形態において、アクセススループット取得部２２は、図４のステップＳ１０５及びＳ１０６を実行する代わりに、クライアント端末２０が接続するアクセス回線Ｎ２においてサービス上制限されている、アクセス回線Ｎ２のダウンロード方向のスループットの上限値をアクセススループットの値として、クライアント端末２０が記憶している回線情報から取得する。
　次に、第４の実施の形態について説明する。第４の実施の形態では第１、第２又は第３の実施の形態と異なる点について説明する。第４の実施の形態において特に言及されない点については、第１、第２又は第３の実施の形態と同様でもよい。
　図６は、第４の実施の形態における機能構成例を示す図である。図６中、図３と同一部分には同一符号を付し、その説明は省略する。
　図６において、品質予測サーバ１０は、更に、ボトルネックスループット取得部１３を有する。ボトルネックスループット取得部１３は、品質予測サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。
　ボトルネックスループット取得部１３は、コアネットワークＮ１において帯域が限られている（帯域が他の部分よりも相対的に狭い）箇所（ボトルネック）におけるスループット（以下「ボトルネックスループット」という。）をコアネットワークＮ１内から取得し、取得したボトルネックスループットをスループット予測部１２へ入力する。ボトルネックスループットは、ボトルネックスループット取得部１３が、コアネットワークＮ１内の各ネットワーク装置（ルータ等）に当該ネットワーク装置におけるスループットを問い合わせることで特定されてもよい。又は、ボトルネックスループット取得部１３は、経験的にボトルネックとなる箇所として予め設定されているネットワーク装置に対してスループットを問い合わせ、当該スループットをボトルネックスループットとしてもよい。
　なお、ボトルネックスループットの取得は、図５のステップＳ２０２以降において実行されてもよいし、一定時間ごとに１回だけ実行されてもよい。後者の場合、ボトルネックスループットを記憶しておき、以降の一定時間では記憶されている値が利用されてもよい。
　スループット予測部１２は、図５のステップＳ２０４において、アクセススループット、サーバスループット及びボトルネックスループットを比較し、最小値を予測スループットとして選択する。
　上述したように、上記各実施の形態によれば、映像配信サーバ３０が切り替わる場合であっても映像データの配信に関するスループットの効率的な予測を可能とすることができる。すなわち、映像配信サーバ３０の切り替え時にスループットやバッファ占有量を実測せずにスループットを予測し、配信ビットレートを適切に選択することができる。
　なお、上記各実施の形態において、品質予測サーバ１０は、品質予測装置の一例である。クライアント端末２０は、端末の一例である。スループット予測部１２は、第１の取得部及びスループット予測部１２の一例である。サーバスループット取得部１１は、第２の取得部の一例である。ボトルネックスループット取得部１３は、第３の取得部の一例である。計測用データは、第１のデータの一例である。サーバスループット取得部１１がダウンロードする映像データは、第２のデータの一例である。アクセススループットは、第１のスループットの一例である。サーバスループットは、第２のスループットの一例である。ボトルネックスループットは、第３のスループットの一例である。
　以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１０　　　　　品質予測サーバ
１１　　　　　サーバスループット取得部
１２　　　　　スループット予測部
１３　　　　　ボトルネックスループット取得部
２０　　　　　クライアント端末
２１　　　　　再生部
２２　　　　　アクセススループット取得部
２３　　　　　サービス制御部
２４　　　　　制御条件ＤＢ
３０　　　　　映像配信サーバ
１００　　　　ドライブ装置
１０１　　　　記録媒体
１０２　　　　補助記憶装置
１０３　　　　メモリ装置
１０４　　　　ＣＰＵ
１０５　　　　インタフェース装置
Ｂ　　　　　　バス

Claims (8)

  1. 　複数の映像配信サーバから映像データを分割して取得する端末から、前記端末のアクセス回線の第１のスループットを取得する第１の取得部と、
    　前記端末が映像データを取得予定の映像配信サーバが接続するコアネットワークの第２のスループットを取得する第２の取得部と、
    　前記第１のスループットと前記第２のスループットとのうち小さい方を、前記取得予定の映像データに関するスループットの予測値として選択する予測部と、
    を有することを特徴とする品質予測装置。
  2. 　前記第１の取得部は、前記端末が前記アクセス回線を介して第１のデータをダウンロードし、前記第１のデータのデータサイズと前記第１のデータのダウンロードに要した時間とに基づいて算出したスループットを前記第１のスループットとして取得する、
    ことを特徴とする請求項１記載の品質予測装置。
  3. 　前記第２の取得部は、前記端末が映像データを取得予定の映像配信サーバから前記コアネットワークを介して第２のデータをダウンロードし、前記第２のデータのデータサイズと前記第２のデータのダウンロードに要した時間とに基づいて、前記第２のスループットを算出する、
    ことを特徴とする請求項１又は２記載の品質予測装置。
  4. 　前記第１の取得部は、前記アクセス回線におけるスループットの上限値を前記第１のスループットとして取得する、
    ことを特徴とする請求項１記載の品質予測装置。
  5. 　前記第２の取得部は、前記端末が映像データを取得予定の映像配信サーバにおいて制限されているスループットの上限値を前記第２のスループットとして取得する、
    ことを特徴とする請求項１記載の品質予測装置。
  6. 　前記コアネットワークにおいて帯域が限られている箇所の第３のスループットを取得する第３の取得部を有し、
    　前記予測部は、前記第１のスループット、前記第２のスループット及び前記第３のスループットの中の最小値を、前記取得予定の映像データに関するスループットの予測値として選択する、
    ことを特徴とする請求項１乃至５いずれか一項記載の品質予測装置。
  7. 　複数の映像配信サーバから映像データを分割して取得する端末から、前記端末のアクセス回線の第１のスループットを取得する第１の取得手順と、
    　前記端末が映像データを取得予定の映像配信サーバが接続するコアネットワークの第２のスループットを取得する第２の取得手順と、
    　前記第１のスループットと前記第２のスループットとのうち小さい方を、前記取得予定の映像データに関するスループットの予測値として選択する予測手順と、
    をコンピュータが実行することを特徴とする品質予測方法。
  8. 　複数の映像配信サーバから映像データを分割して取得する端末から、前記端末のアクセス回線の第１のスループットを取得する第１の取得手順と、
    　前記端末が映像データを取得予定の映像配信サーバが接続するコアネットワークの第２のスループットを取得する第２の取得手順と、
    　前記第１のスループットと前記第２のスループットとのうち小さい方を、前記取得予定の映像データに関するスループットの予測値として選択する予測手順と、
    をコンピュータに実行させることを特徴とするプログラム。
PCT/JP2019/003589 2018-02-02 2019-02-01 品質予測装置、品質予測方法及びプログラム WO2019151473A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/965,256 US10986156B1 (en) 2018-02-02 2019-02-01 Quality prediction apparatus, quality prediction method and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018017016A JP6885351B2 (ja) 2018-02-02 2018-02-02 品質予測装置、品質予測方法及びプログラム
JP2018-017016 2018-02-02

Publications (1)

Publication Number Publication Date
WO2019151473A1 true WO2019151473A1 (ja) 2019-08-08

Family

ID=67478839

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/003589 WO2019151473A1 (ja) 2018-02-02 2019-02-01 品質予測装置、品質予測方法及びプログラム

Country Status (3)

Country Link
US (1) US10986156B1 (ja)
JP (1) JP6885351B2 (ja)
WO (1) WO2019151473A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11025987B2 (en) * 2019-08-15 2021-06-01 Hulu, LLC Prediction-based representation selection in video playback

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160142510A1 (en) * 2014-11-14 2016-05-19 Futurewei Technologies, Inc. Cache-aware content-based rate adaptation mechanism for adaptive video streaming
WO2017104121A1 (ja) * 2015-12-17 2017-06-22 パナソニックＩｐマネジメント株式会社 情報処理装置及びネットワーク切り替え方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070244818A1 (en) * 2004-05-19 2007-10-18 Keisuke Tsuji Contents Distribution Control System, Distribution Scheduling Method of The Same, Communication Terminal and Computer Program of The Same
US8792347B2 (en) * 2012-06-01 2014-07-29 Opera Software Ireland Limited Real-time network monitoring and subscriber identification with an on-demand appliance
US9647949B2 (en) * 2012-06-22 2017-05-09 University Of New Hampshire Systems and methods for network transmission of big data
JP2016521485A (ja) * 2013-04-08 2016-07-21 トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ 少なくとも１つのサーバによって送信されたマニフェストを適応化するための装置および方法
KR101497232B1 (ko) * 2013-09-16 2015-02-27 경북대학교 산학협력단 적응형 멀티미디어 스트리밍 시스템 및 방법
JP6698553B2 (ja) * 2014-02-13 2020-05-27 コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ １つの要求メッセージに基づいたネットワーク・ノードへの多数のチャンクの要求
US9444714B2 (en) * 2014-08-07 2016-09-13 Microsoft Technology Licensing, Llc Estimating bandwidth in a network
US9756112B2 (en) * 2015-02-11 2017-09-05 At&T Intellectual Property I, L.P. Method and system for managing service quality according to network status predictions
US10484308B2 (en) * 2017-03-31 2019-11-19 At&T Intellectual Property I, L.P. Apparatus and method of managing resources for video services
US10346277B2 (en) * 2017-10-12 2019-07-09 Cisco Technology, Inc. Adaptive sampling to build accurate application throughput models

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160142510A1 (en) * 2014-11-14 2016-05-19 Futurewei Technologies, Inc. Cache-aware content-based rate adaptation mechanism for adaptive video streaming
WO2017104121A1 (ja) * 2015-12-17 2017-06-22 パナソニックＩｐマネジメント株式会社 情報処理装置及びネットワーク切り替え方法

Also Published As

Publication number Publication date
JP2019134379A (ja) 2019-08-08
US20210120067A1 (en) 2021-04-22
US10986156B1 (en) 2021-04-20
JP6885351B2 (ja) 2021-06-16

Similar Documents

Publication Publication Date Title
US20230254357A1 (en) Fast encoding of live streaming media content
EP2624524B1 (en) Content distribution network supporting popularity-based caching
CN110198495B (zh) 一种视频下载和播放的方法、装置、设备和存储介质
CN110268694A (zh) 在自适应位速率流传输期间在多个内容递送网络之间进行自适应切换的系统和方法
CN112839238B (zh) 投屏播放方法、装置和存储介质
EP2526671A1 (en) Methods and arrangements for http media stream distribution
EP3793201A1 (en) Packager for segmenter fluidity
US10178431B2 (en) Hybrid stream delivery
US20220394329A1 (en) Video Fragment File Processing
US20240155171A1 (en) Methods and systems for managing content quality in a storage medium
CN114040245B (zh) 视频播放方法、装置、计算机存储介质和电子设备
JP6609468B2 (ja) 受信装置、再生時刻制御方法、及びプログラム
KR102521753B1 (ko) 네트워크에서 스트리밍되는 콘텐츠를 클라이언트 디바이스의 플레이어에서 재생하기 위한 방법
WO2019151473A1 (ja) 品質予測装置、品質予測方法及びプログラム
JP6305738B2 (ja) メディア再生制御装置、メディア再生制御方法、及びプログラム
WO2019085243A1 (zh) 一种音视频数据播放方法以及服务器和客户端
US9607002B2 (en) File retrieval from multiple storage locations
US10250663B2 (en) Gateway streaming media to multiple clients in accordance with different streaming media protocols
JP6513054B2 (ja) コンテンツ配信システムのクライアント装置、コンテンツの取得方法及びプログラム
CN112004132B (zh) 一种视频同步播放方法及装置
JP2002094560A (ja) 情報提供方法
US10652296B2 (en) Method and apparatus to efficiently smooth adaptive content playback in HTTP live streaming
JP2012222530A (ja) 受信装置及び方法、並びにプログラム
KR101708266B1 (ko) 적응적 스트리밍 장치 및 그 방법
US20220070765A1 (en) Virtual gateway for multiple network connection routes

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19747719

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19747719

Country of ref document: EP

Kind code of ref document: A1