JP7374975B2 - ビデオの同時ダウンロード - Google Patents

ビデオの同時ダウンロード Download PDF

Info

Publication number
JP7374975B2
JP7374975B2 JP2021196163A JP2021196163A JP7374975B2 JP 7374975 B2 JP7374975 B2 JP 7374975B2 JP 2021196163 A JP2021196163 A JP 2021196163A JP 2021196163 A JP2021196163 A JP 2021196163A JP 7374975 B2 JP7374975 B2 JP 7374975B2
Authority
JP
Japan
Prior art keywords
video
computing
computing instances
time
data
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.)
Active
Application number
JP2021196163A
Other languages
English (en)
Other versions
JP2022089183A (ja
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 フル・エルエルシー
Publication of JP2022089183A publication Critical patent/JP2022089183A/ja
Application granted granted Critical
Publication of JP7374975B2 publication Critical patent/JP7374975B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • 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/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
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/75—Media network packet handling
    • 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
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • 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
    • H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26233—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving content or additional data duration or size, e.g. length of a movie, size of an executable file
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

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

Description
[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]帯域幅推定器１１４はまた、スレッド２０４がビデオをダウンロードしていないのかどうかなど、スレッド２０４のステータスを決定するためにスレッド検出を実行し得る。たとえば、帯域幅推定器１１４は、スレッドがアイドルであるのかまたは停止されているのかを検出し得る。ビデオをダウンロードしていないスレッド２０４は、セグメント２０２がスレッド２０４上でコンテンツ配信ネットワーク１０６から送られていない場合であり得る。アイドルであるスレッド２０４が帯域幅推定に影響を及ぼし得るので、すべてのスレッド２０４がビデオをダウンロードしていない（たとえば、すべてのスレッド２０４がアイドルである）とき、帯域幅推定器１１４は、帯域幅を推定しないことがある。すべてのスレッド２０４がアイドルである間に帯域幅を測定することは、必要がないことがあり、再生を再始動するときにビデオ再生設定に関する問題を生じることがある。たとえば、クライアントデバイス１０２は、利用可能な帯域幅がごくわずかしかないと仮定し、そのシナリオのための設定を調整し得る。しかしながら、帯域幅推定器１１４は、ビデオをダウンロードするときに少なくとも１つのスレッド２０４を検出する場合、帯域幅推定器１１４は、推定帯域幅を計算し得る。
[0030]帯域幅推定器１１４は、時間ウィンドウと、スレッド２０４によって時間ウィンドウ中にダウンロードされるデータの量とに基づいて帯域幅を計算し得る。時間ウィンドウが終了するときにビデオセグメントがダウンロードを完了していなかった場合、帯域幅推定器１１４は、計算を実行するためにスレッド２０４がビデオセグメントをダウンロードするのを完了するのを待たない。帯域幅推定器１１４は、時間ウィンドウ中にスレッド２０４のダウンロード活動に基づいて帯域幅を推定するために異なる方法を使用し得る。いくつかの例では、帯域幅推定器１１４は、時間ウィンドウ中にすべてのスレッド２０４によってダウンロードされるデータ（たとえば、ビットまたはバイトの数）を計算し得る。たとえば、この時間期間中のスレッド１からｎのダウンロードビットがｂ１，ｂ２．．．ｂｎであり、時間ウィンドウの長さがｔである場合、推定帯域幅
は次のように表され得る。
[0031]上記の計算は、時間ウィンドウ中のすべてのダウンロードスレッド２０４の累積ダウンロードレートを直接表す。たとえば、時間ウィンドウ＃１中に、帯域幅推定器１１４は、２１０－１においてスレッド＃１ ２０４－１によってダウンロードされたバイトを推定し、２１０－２においてスレッド＃２ ２０４－２によってダウンロードされたビットを推定し、２１０－３においてスレッド＃３ ２０４－３によってダウンロードされたビットを推定し得る。これらは、第１の時間間隔中にダウンロードされるビットである。次いで、帯域幅推定器１１４は、時間ウィンドウ中の時間でダウンロードされたビットを割り得る。
[0032]スレッド２０４がアイドルであり得るかまたは停止され得るとき、スレッド２０４が全体時間ウィンドウの間にビデオセグメント２０２のためのデータをダウンロードしていた前の時間ウィンドウと比較してこの時間ウィンドウ中により少数のビットがダウンロードされ得るので、帯域幅推定は影響を及ぼされ得る。スレッド２０４がデータをダウンロードしていないとき、それは、帯域幅計算において雑音の原因となり得る。いくつかの実施形態では、帯域幅推定器１１４は、時間間隔にわたって帯域幅推定を平滑化し得るフィルタを使用し得る。フィルタは、前の帯域幅計算に基づいて帯域幅計算を調整し得る。たとえば、第１の帯域幅計算が、１００メガバイト毎秒（Ｍｂｐｓ）であり、後続の帯域幅計算は、２５Ｍｂｐｓである場合、帯域幅推定器１１４は、フィルタが２５Ｍｂｐｓの代わりに５０Ｍｂｐｓとして帯域幅を平滑化し得るなど、帯域幅推定を平滑化し得る。
[0033]図３は、いくつかの実施形態による、帯域幅を推定するための方法の簡略フローチャート３００を示す。３０２において、帯域幅推定器１１４は、スレッド検出を実行する。帯域幅推定器１１４は、ある間隔（たとえば、条件が満たされていることに基づく所定のまたは動的に決定された間隔）でスレッド検出を実行し得、これは、帯域幅が推定される複数のウィンドウを含み得る。たとえば、帯域幅推定器１１４は、２０６－１および２０６－２においてスレッド検出を実行し得る。また、帯域幅推定器１１４は、単一の時間間隔２０８ごとでなど、他の間隔でスレッド検出を実行し得る。帯域幅推定器１１４は、スレッド２０４がビデオをダウンロードしていないのかどうかを決定するためにスレッド検出を使用する。
[0034]３０４において、帯域幅推定器１１４は、スレッド２０４がビデオをアクティブにダウンロードしていないのかどうかを決定する。いくつかの実施形態では、帯域幅推定器１１４は、すべてのスレッド２０４がビデオをアクティブにダウンロードしていないのかどうかを検出する。ビデオをアクティブにダウンロードしていないことは、スレッド２０４がアイドルであるかまたは停止しているときであり得る。しかしながら、スレッド２０４は、ビデオをダウンロードする際に遅延を経験している場合があり、これは、アイドルスレッド２０４と考慮されないことがある。いくつかの実施形態では、アイドルスレッド２０４は、セグメント２０２がスレッド２０４上でコンテンツ配信ネットワーク１０６から送られていない場合のスレッドであり得る。すべてのスレッド２０４がビデオをアクティブにダウンロードしていないことを要求することがしきい値として使用され得るが、２つ未満のスレッド２０４がビデオをアクティブにダウンロードしていることのしきい値など、他のしきい値が使用され得る。ビデオをダウンロードするのを停止しているいくつかのスレッド２０４がしきい値を満たす場合、３０６において、帯域幅推定器１１４は、帯域幅推定を停止する。帯域幅推定を停止することは、時間間隔を推定しているタイマーを停止することを含み得る。帯域幅推定器１１４は、次いで、全体時間ウィンドウの代わりに部分的な時間間隔中にダウンロードされたデータに基づいて帯域幅推定を実行し得る。スレッド２０４がデータをアクティブにダウンロードしていない時間を使用して帯域幅を計算することは帯域幅を低く推定し得るので、これは、スレッド２０４がデータをダウンロードすることを停止するときに帯域幅推定器１１４が帯域幅を正確に計算することを可能にする。次いで、３０８において、帯域幅推定器１１４は、帯域幅推定プロセスを再び開始するために次のスレッド検出時間まで待ち得る。帯域幅推定器１１４はまた、次の時間間隔２０８においてなど、帯域幅推定を再開するために他の方法を使用し得る。
[0035]スレッド２０４がビデオをダウンロードしている場合、３１０において、帯域幅推定器１１４は、スレッド２０４を監視する。たとえば、帯域幅推定器１１４は、スレッド２０４によってダウンロードされているデータの量を決定し得る。
[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]本明細書の説明および添付の特許請求の範囲にわたって使用される「１つの（a）」、「１つの（an）」および「その（the）」は、コンテキストについて別段の明確な指示がない限り、複数の言及を含む。また、本明細書の説明および添付の特許請求の範囲にわたって使用される「中に（in）」の意味は、コンテキストについて別段の明確な指示がない限り「中に（in）」と「上に（on）」とを含む。
[0103]上記の説明は、いくつかの実施形態の態様がどのように実装され得るのかの例とともに様々な実施形態を示す。上記の例と実施形態とは、唯一の実施形態であると考えられてはならず、添付の特許請求の範囲によって定義されるいくつかの実施形態の柔軟性と利点とを示すために提示される。上記の開示と添付の特許請求の範囲とに基づいて、他の構成、実施形態、実装形態、および等価物が、特許請求の範囲によって定義される本明細書の範囲から逸脱することなく採用され得る。
以下に、出願当初の特許請求の範囲に記載の事項を、そのまま、付記しておく。
［Ｃ１］
方法であって、
コンピューティングデバイスによって、複数のコンピューティングインスタンスを使用してビデオの複数のビデオセグメントを受信することと、
前記コンピューティングデバイスによって、時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信されたデータを測定することと、ここにおいて、前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのためのビデオセグメントは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない、
前記コンピューティングデバイスによって、受信された前記データに基づいて前記複数のコンピューティングインスタンスのためのビデオ配信メトリックを計算することと、
前記コンピューティングデバイスによって、前記ビデオ配信メトリックに基づいて評価測定値を計算することと、
前記コンピューティングデバイスによって、コンピューティングインスタンスの追加または終了を制御するために前記評価測定値を使用することと
を備える方法。
［Ｃ２］
前記複数のビデオセグメントを受信することは、
２つのコンピューティングインスタンスを使用して前記ビデオ中の２つの連続ビデオセグメントを受信すること
を備える、Ｃ１に記載の方法。
［Ｃ３］
前記複数のビデオセグメントを受信することは、
前記複数のコンピューティングインスタンスの各々が、前記時間ウィンドウ中に前記ビデオ中の一意のビデオセグメントを受信すること
を備える、Ｃ１に記載の方法。
［Ｃ４］
前記複数のビデオセグメントを受信することは、
前記時間ウィンドウ中に完全にダウンロードされるとは限らない前記ビデオセグメントの一部分を受信すること
を備える、Ｃ１に記載の方法。
［Ｃ５］
前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのための前記ビデオ配信メトリックを測定することは、
前記時間ウィンドウ中に第１のコンピューティングインスタンスによって受信されるデータの第１の量を測定することと、
前記時間ウィンドウ中に第２のコンピューティングインスタンスによって受信されるデータの第２の量を測定することと
を備える、Ｃ１に記載の方法。
［Ｃ６］
データの前記第１の量とデータの前記第２の量とのうちの少なくとも１つは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない前記ビデオセグメント中に見出されるデータよりも少ない、Ｃ５に記載の方法。
［Ｃ７］
前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのための前記ビデオ配信メトリックを測定することは、
第１の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することと、
第２の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することを停止することと、
前記ビデオ配信メトリックを測定するために前記第１の時間と前記第２の時間との間に測定された前記データを使用することと
を備える、Ｃ１に記載の方法。
［Ｃ８］
前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのための前記ビデオ配信メトリックを測定することは、
前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのステータスを検出することと、
前記コンピューティングインスタンスの前記ステータスに基づいて前記時間ウィンドウ中のデータの前記測定を終了することと
を備える、Ｃ１に記載の方法。
［Ｃ９］
前記時間ウィンドウ中に前記複数の接続のための前記ビデオ配信メトリックを測定することは、
前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのステータスを検出することと、
データをアクティブに受信するという前記ステータスを有する複数の接続に基づいて前記時間ウィンドウ中にデータの前記測定を開始することと
を備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
追加のコンピューティングインスタンスを使用せずに第１の時間において第１のビデオ配信メトリックを推定することと、
前記追加のコンピューティングインスタンスを使用する間に第２の時間において第２のビデオ配信メトリックを推定することと、
前記第１のビデオ配信メトリックと前記第２のビデオ配信メトリックとに基づいて前記評価測定値を計算することと
を備える、Ｃ１に記載の方法。
［Ｃ１１］
前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
前記第１の時間と前記第２の時間との間に前記第１のビデオ配信メトリックと前記第２のビデオ配信メトリックとに基づいてビデオ配信メトリックの変化を計算すること、ここにおいて、追加のスレッドは、前記第１の時間と前記第２の時間との間にデータを受信する、
を備える、Ｃ１０に記載の方法。
［Ｃ１２］
前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
しきい値と前記評価測定値を比較することと、
前記評価測定値が前記しきい値を満たすとき、別のビデオセグメントのためのデータを受信するために前記追加のコンピューティングインスタンスを使用することと、
前記評価測定値が前記しきい値を満たさないとき、前記別のビデオセグメントのためのデータを受信するために前記追加のコンピューティングインスタンスを使用しないことと
を備える、Ｃ１に記載の方法。
［Ｃ１３］
前記複数のコンピューティングインスタンスは、前記複数のビデオセグメントを受信するために単一ノードに接続される、Ｃ１に記載の方法。
［Ｃ１４］
前記複数のコンピューティングインスタンスの各々は、前記複数のビデオセグメント中のそれぞれのビデオセグメントを受信するために異なるノードに接続される、Ｃ１に記載の方法。
［Ｃ１５］
前記複数のコンピューティングインスタンスのうちの少なくとも２つが、異なるコンテンツ配信ネットワークに接続される、Ｃ１に記載の方法。
［Ｃ１６］
非一時的コンピュータ可読記憶媒体であって、実行されたとき、
複数のコンピューティングインスタンスを使用してビデオの複数のビデオセグメントを受信することと、
時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信されたデータを測定することと、ここにおいて、前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのためのビデオセグメントは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない、
受信された前記データに基づいて前記複数のコンピューティングインスタンスのためのビデオ配信メトリックを計算することと、
前記ビデオ配信メトリックに基づいて評価測定値を計算することと、
コンピューティングインスタンスの追加または終了を制御するために前記評価測定値を使用することと
を行うように動作可能であるようにコンピュータシステムを制御する命令を含んでいる非一時的コンピュータ可読記憶媒体。
［Ｃ１７］
前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのための前記ビデオ配信メトリックを測定することは、
前記時間ウィンドウ中に第１のコンピューティングインスタンスによって受信されるデータの第１の量を測定することと、
前記時間ウィンドウ中に第２のコンピューティングインスタンスによって受信されるデータの第２の量を測定することと
を備える、Ｃ１６に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ１８］
前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのための前記ビデオ配信メトリックを測定することは、
第１の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することと、
第２の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することを停止することと、
前記ビデオ配信メトリックを測定するために前記第１の時間と前記第２の時間との間に測定された前記データを使用することと
を備える、Ｃ１６に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ１９］
前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
追加のコンピューティングインスタンスを使用せずに第１の時間において第１のビデオ配信メトリックを推定することと、
前記追加のコンピューティングインスタンスを使用する間に第２の時間において第２のビデオ配信メトリックを推定することと、
前記第１のビデオ配信メトリックと前記第２のビデオ配信メトリックとに基づいて前記評価測定値を計算することと
を備える、Ｃ１６に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ２０］
装置であって、
１つまたは複数のコンピュータプロセッサと、
非一時的コンピュータ可読記憶媒体と
を備え、前記非一時的コンピュータ可読記憶媒体は、実行されたとき、
複数のコンピューティングインスタンスを使用してビデオの複数のビデオセグメントを受信することと、
時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信されたデータを測定することと、ここにおいて、前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのためのビデオセグメントは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない、
受信された前記データに基づいて前記複数のコンピューティングインスタンスのためのビデオ配信メトリックを計算することと、
前記ビデオ配信メトリックに基づいて評価測定値を計算することと、
コンピューティングインスタンスの追加または終了を制御するために前記評価測定値を使用することと
を行うように動作可能であるように前記１つまたは複数のコンピュータプロセッサを制御する命令を備える、装置。



Claims (20)

  1. 方法であって、
    コンピューティングデバイスによって、複数のコンピューティングインスタンスを使用してビデオの複数のビデオセグメントを受信することと、
    前記コンピューティングデバイスによって、時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信されたデータを測定することと、ここにおいて、前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのためのビデオセグメントは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない、
    前記コンピューティングデバイスによって、受信された前記データに基づいて前記複数のコンピューティングインスタンスのためのビデオ配信メトリックを計算することと、
    前記コンピューティングデバイスによって、前記ビデオ配信メトリックに基づいて評価測定値を計算することと、
    前記コンピューティングデバイスによって、前記コンピューティングデバイス上で実行するコンピューティングインスタンスの追加またはコンピューティングインスタンスの終了を制御するために前記評価測定値を使用することと、ここにおいて、前記追加は、ビデオセグメントを同時に受信する新しい複数のコンピューティングインスタンスを形成する、
    を備える方法。
  2. 前記複数のビデオセグメントを受信することは、
    ２つのコンピューティングインスタンスを使用して前記ビデオ中の２つの連続ビデオセグメントを受信すること
    を備える、請求項１に記載の方法。
  3. 前記複数のビデオセグメントを受信することは、
    前記複数のコンピューティングインスタンスの各々が、前記時間ウィンドウ中に前記ビデオ中の一意のビデオセグメントを受信すること
    を備える、請求項１に記載の方法。
  4. 前記複数のビデオセグメントを受信することは、
    前記時間ウィンドウ中に完全にダウンロードされるとは限らない前記ビデオセグメントの一部分を受信すること
    を備える、請求項１に記載の方法。
  5. 前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信された前記データを測定することは、
    前記時間ウィンドウ中に第１のコンピューティングインスタンスによって受信されるデータの第１の量を測定することと、
    前記時間ウィンドウ中に第２のコンピューティングインスタンスによって受信されるデータの第２の量を測定することと
    を備える、請求項１に記載の方法。
  6. データの前記第１の量とデータの前記第２の量とのうちの少なくとも１つは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない前記ビデオセグメント中に見出されるデータよりも少ない、請求項５に記載の方法。
  7. 前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信された前記データを測定することは、
    第１の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することと、
    第２の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することを停止することと、
    前記ビデオ配信メトリックを測定するために前記第１の時間と前記第２の時間との間に測定された前記データを使用することと
    を備える、請求項１に記載の方法。
  8. 前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信された前記データを測定することは、
    前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのステータスを検出することと、
    前記コンピューティングインスタンスの前記ステータスに基づいて前記時間ウィンドウ中のデータの前記測定を終了することと
    を備える、請求項１に記載の方法。
  9. 前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信された前記データを測定することは、
    前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのステータスを検出することと、
    データをアクティブに受信するという前記ステータスを有する前記複数のコンピューティングインスタンスための複数の接続に基づいて前記時間ウィンドウ中にデータの前記測定を開始することと
    を備える、請求項１に記載の方法。
  10. 前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
    追加のコンピューティングインスタンスを使用せずに第１の時間において第１のビデオ配信メトリックを推定することと、
    前記追加のコンピューティングインスタンスを使用する間に第２の時間において第２のビデオ配信メトリックを推定することと、
    前記第１のビデオ配信メトリックと前記第２のビデオ配信メトリックとに基づいて前記評価測定値を計算することと
    を備える、請求項１に記載の方法。
  11. 前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
    前記第１の時間と前記第２の時間との間に前記第１のビデオ配信メトリックと前記第２のビデオ配信メトリックとに基づいてビデオ配信メトリックの変化を計算すること、ここにおいて、追加のコンピューティングインスタンスは、前記第１の時間と前記第２の時間との間にデータを受信する、
    を備える、請求項１０に記載の方法。
  12. 前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
    しきい値と前記評価測定値を比較することと、
    前記評価測定値が前記しきい値を満たすとき、別のビデオセグメントのためのデータを受信するために前記追加のコンピューティングインスタンスを使用することと、
    前記評価測定値が前記しきい値を満たさないとき、前記別のビデオセグメントのためのデータを受信するために前記追加のコンピューティングインスタンスを使用しないことと
    を備える、請求項１に記載の方法。
  13. 前記複数のコンピューティングインスタンスは、前記複数のビデオセグメントを受信するために単一ノードに接続される、請求項１に記載の方法。
  14. 前記複数のコンピューティングインスタンスの各々は、前記複数のビデオセグメント中のそれぞれのビデオセグメントを受信するために異なるノードに接続される、請求項１に記載の方法。
  15. 前記複数のコンピューティングインスタンスのうちの少なくとも２つが、異なるコンテンツ配信ネットワークに接続される、請求項１に記載の方法。
  16. 非一時的コンピュータ可読記憶媒体であって、実行されたとき、
    複数のコンピューティングインスタンスを使用してビデオの複数のビデオセグメントを受信することと、
    時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信されたデータを測定することと、ここにおいて、前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのためのビデオセグメントは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない、
    受信された前記データに基づいて前記複数のコンピューティングインスタンスのためのビデオ配信メトリックを計算することと、
    前記ビデオ配信メトリックに基づいて評価測定値を計算することと、
    コンピュータシステム上で実行するコンピューティングインスタンスの追加またはコンピューティングインスタンスの終了を制御するために前記評価測定値を使用することと、ここにおいて、前記追加は、ビデオセグメントを同時に受信する新しい複数のコンピューティングインスタンスを形成する、
    を行うように動作可能であるように前記コンピュータシステムを制御する命令を含んでいる非一時的コンピュータ可読記憶媒体。
  17. 前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信された前記データを測定することは、
    前記時間ウィンドウ中に第１のコンピューティングインスタンスによって受信されるデータの第１の量を測定することと、
    前記時間ウィンドウ中に第２のコンピューティングインスタンスによって受信されるデータの第２の量を測定することと
    を備える、請求項１６に記載の非一時的コンピュータ可読記憶媒体。
  18. 前記時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信された前記データを測定することは、
    第１の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することと、
    第２の時間において、前記複数のコンピューティングインスタンスによって受信されたデータを測定することを停止することと、
    前記ビデオ配信メトリックを測定するために前記第１の時間と前記第２の時間との間に測定された前記データを使用することと
    を備える、請求項１６に記載の非一時的コンピュータ可読記憶媒体。
  19. 前記ビデオ配信メトリックに基づいて前記評価測定値を計算することは、
    追加のコンピューティングインスタンスを使用せずに第１の時間において第１のビデオ配信メトリックを推定することと、
    前記追加のコンピューティングインスタンスを使用する間に第２の時間において第２のビデオ配信メトリックを推定することと、
    前記第１のビデオ配信メトリックと前記第２のビデオ配信メトリックとに基づいて前記評価測定値を計算することと
    を備える、請求項１６に記載の非一時的コンピュータ可読記憶媒体。
  20. 装置であって、
    １つまたは複数のコンピュータプロセッサと、
    非一時的コンピュータ可読記憶媒体と
    を備え、前記非一時的コンピュータ可読記憶媒体は、実行されたとき、
    複数のコンピューティングインスタンスを使用してビデオの複数のビデオセグメントを受信することと、
    時間ウィンドウ中に前記複数のコンピューティングインスタンスのために受信されたデータを測定することと、ここにおいて、前記複数のコンピューティングインスタンス中のコンピューティングインスタンスのためのビデオセグメントは、前記時間ウィンドウ中に完全にダウンロードされるとは限らない、
    受信された前記データに基づいて前記複数のコンピューティングインスタンスのためのビデオ配信メトリックを計算することと、
    前記ビデオ配信メトリックに基づいて評価測定値を計算することと、
    前記装置上で実行するコンピューティングインスタンスの追加またはコンピューティングインスタンスの終了を制御するために前記評価測定値を使用することと、ここにおいて、前記追加は、ビデオセグメントを同時に受信する新しい複数のコンピューティングインスタンスを形成する、
    を行うように動作可能であるように前記１つまたは複数のコンピュータプロセッサを制御する命令を備える、装置。
JP2021196163A 2020-12-03 2021-12-02 ビデオの同時ダウンロード Active JP7374975B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/110,658 US11570496B2 (en) 2020-12-03 2020-12-03 Concurrent downloading of video
US17/110,658 2020-12-03

Publications (2)

Publication Number Publication Date
JP2022089183A JP2022089183A (ja) 2022-06-15
JP7374975B2 true JP7374975B2 (ja) 2023-11-07

Family

ID=78821625

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021196163A Active JP7374975B2 (ja) 2020-12-03 2021-12-02 ビデオの同時ダウンロード

Country Status (5)

Country Link
US (2) US11570496B2 (ja)
EP (1) EP4009643A1 (ja)
JP (1) JP7374975B2 (ja)
KR (1) KR20220078509A (ja)
BR (1) BR102021023880A2 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013520119A (ja) 2010-02-19 2013-05-30 トムソン ライセンシング アダプティブ・ストリーミングのマルチパス配信
US20130297731A1 (en) 2012-05-04 2013-11-07 The Hong Kong University Of Science And Technology Content distribution over a network
JP2016195364A (ja) 2015-04-01 2016-11-17 富士通株式会社 無線通信方法、プログラム及び無線通信装置
JP2016197790A (ja) 2015-04-02 2016-11-24 富士通株式会社 無線通信装置、無線通信プログラムおよび無線通信方法
JP2017050681A (ja) 2015-09-01 2017-03-09 富士通株式会社 通信方法、通信装置及び通信プログラム
JP2017050688A (ja) 2015-09-01 2017-03-09 富士通株式会社 通信方法、通信装置及び通信プログラム

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7783773B2 (en) * 2006-07-24 2010-08-24 Microsoft Corporation Glitch-free media streaming
US20110153605A1 (en) 2009-12-23 2011-06-23 Fred Silverman System and method for aggregating and curating media content
US9483785B1 (en) * 2012-05-07 2016-11-01 Amazon Technologies, Inc. Utilizing excess resource capacity for transcoding media
US9674100B2 (en) * 2013-11-11 2017-06-06 Hulu, LLC Dynamic adjustment to multiple bitrate algorithm based on buffer length
US10397051B1 (en) * 2014-06-20 2019-08-27 Amazon Technologies, Inc. Configuration and testing of network-based service platform resources using a service platform specific language
US9860569B1 (en) * 2015-10-05 2018-01-02 Amazon Technologies, Inc. Video file processing
WO2017210252A1 (en) * 2016-05-31 2017-12-07 The Trustees Of Princeton University System and method for improving streaming video via better buffer management
CN106998349A (zh) 2016-10-18 2017-08-01 深圳大宇无限科技有限公司 多线程下载方法和装置
US11627350B2 (en) * 2016-12-30 2023-04-11 Tivo Solutions Inc. Advanced trick-play modes for streaming video
CN108632541B (zh) 2017-03-20 2021-07-20 杭州海康威视数字技术股份有限公司 一种多视频片段合并方法及装置
US10791366B2 (en) * 2017-11-30 2020-09-29 Hulu, LLC Fast channel change in a video delivery network
US10581707B2 (en) * 2018-04-10 2020-03-03 At&T Intellectual Property I, L.P. Method and apparatus for selective segment replacement in HAS video streaming adaptation
US20220030308A1 (en) 2018-09-14 2022-01-27 National University Of Singapore Method and device for streaming content
US11323423B2 (en) * 2018-11-14 2022-05-03 At&T Intellectual Property I, L.P. Method and apparatus for inferring ABR video streaming behavior from encrypted traffic
US11153581B1 (en) * 2020-05-19 2021-10-19 Twitch Interactive, Inc. Intra-segment video upswitching with dual decoding

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013520119A (ja) 2010-02-19 2013-05-30 トムソン ライセンシング アダプティブ・ストリーミングのマルチパス配信
US20130297731A1 (en) 2012-05-04 2013-11-07 The Hong Kong University Of Science And Technology Content distribution over a network
JP2016195364A (ja) 2015-04-01 2016-11-17 富士通株式会社 無線通信方法、プログラム及び無線通信装置
JP2016197790A (ja) 2015-04-02 2016-11-24 富士通株式会社 無線通信装置、無線通信プログラムおよび無線通信方法
JP2017050681A (ja) 2015-09-01 2017-03-09 富士通株式会社 通信方法、通信装置及び通信プログラム
JP2017050688A (ja) 2015-09-01 2017-03-09 富士通株式会社 通信方法、通信装置及び通信プログラム

Also Published As

Publication number Publication date
US20220182695A1 (en) 2022-06-09
US20230111188A1 (en) 2023-04-13
KR20220078509A (ko) 2022-06-10
EP4009643A1 (en) 2022-06-08
BR102021023880A2 (pt) 2022-06-14
US11570496B2 (en) 2023-01-31
JP2022089183A (ja) 2022-06-15

Similar Documents

Publication Publication Date Title
US9521178B1 (en) Dynamic bandwidth thresholds
US10194210B2 (en) Dynamic content delivery network allocation system
JP7354411B2 (ja) ビデオプレイバックにおける予測ベースドロップフレームハンドリング論理
US11812081B2 (en) Session based adaptive playback profile decision for video streaming
US20240137585A1 (en) Multiple protocol prediction and in-session adaptation in video streaming
Baik et al. VSync: Cloud based video streaming service for mobile devices
EP3354033B1 (en) Dynamic seeking in video delivery systems
US9247315B2 (en) Disabling of multiple bitrate algorithm for media programs while playing advertisements
US11082741B2 (en) Dynamic multi-content delivery network selection during video playback
JP7374975B2 (ja) ビデオの同時ダウンロード
US11140060B2 (en) Dynamic variation of media segment durations for optimization of network round trip times
JP7494265B2 (ja) アダプティブビットレートアルゴリズムのための動的パラメータ調整
US20240205473A1 (en) Selection of content delivery networks using agents

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220105

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20230106

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230412

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230627

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230824

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: 20230926

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231025

R150 Certificate of patent or registration of utility model

Ref document number: 7374975

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150