JP7431329B2 - ビデオ処理方法、装置、コンピュータデバイスおよびコンピュータプログラム - Google Patents

Description

［関連出願への相互参照］
本願は、２０２０年５月２１日に中国特許局に出願された、出願番号が２０２０１０４３３５０５．２であり、発明名称が「ビデオ処理方法、装置、コンピュータデバイスおよび記憶媒体」である中国特許出願の優先権を主張しており、そのすべての内容が、参照により本願に組み込まれる。
［技術分野］
本願は、ビデオ処理技術の分野に関し、特に、ビデオ処理方法、装置、コンピュータデバイスおよび記憶媒体に関する。

ビデオ処理技術およびインターネット技術の絶え間ない発展に伴い、ますます多くのユーザは、クライアントを使用してインターネットに接続し、自分の好きなビデオを選択して視聴することができ、これは、大多数のユーザのために大きな便利さを提供している。ビデオ再生にとって、フリーズということは、ビデオ再生の品質を分析するための重要な指標であり、従来のビデオ再生方式では、ビデオ再生中にフリーズという問題が発生することを回避するために、クライアントは、通常、一部のビデオデータをバッファリングする場合があり、ビデオデータをバッファリングするこの期間は、保護ウィンドウと呼ばれる。
従来のビデオ再生方式では、各クライアントは、いずれも、指定されたプロトコルによって、サーバからビデオデータを取得する。クライアントの数が一定の規模に達した後、サーバは、巨大なＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ、入力／出力）および帯域幅などによる圧力を受けることがある。サーバがクライアントの要求をタイムリーに処理できない場合、クライアントには、フリーズという問題が発生してしまう。

上記の問題を解決するために、ビデオを再生する過程において、ビデオソース（例えば、他のサーバまたは他のクライアント）から一部のビデオデータをダウンロードすることができ、これにより、サーバの処理圧力を緩和させて、フリーズということが回避され得る。ビデオソースから一部のビデオデータをダウンロードすると、ビデオデータ伝送のために保護ウィンドウ上に遅延を加える必要があり、即ち、再生するビデオデータをサーバからダウンロードするほかに、また、再生するビデオデータを他のビデオソースからダウンロードすることもでき、これにより、サーバの圧力を大幅に低減させることができる。しかしながら、従来のビデオ再生方式を採用することは、再生する場合の遅延時間をもさらに増加する。

本願の様々な実施例によれば、ビデオ処理方法、装置、コンピュータデバイスおよび記憶媒体が提供される。

端末によって実行されるビデオ処理方法であって、
少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るステップと、
前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するステップと、
抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップと、
前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードするステップと、
ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生するステップと、
を含む。

ビデオ処理装置であって、
少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得る第１ダウンロードモジュールと、
前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出する抽出モジュールと、
抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定する決定モジュールと、
前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードする第２ダウンロードモジュールと、
ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生する再生モジュールと、
を含む。

コンピュータプログラムが記憶されているメモリと、プロセッサとを含むコンピュータデバイスであって、前記プロセッサは、前記コンピュータプログラムを実行するときに、
少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るステップと、
前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するステップと、
抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップと、
前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードするステップと、
ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生するステップと、
を実現する。

コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、前記コンピュータプログラムは、前記プロセッサによって実行されるとき、
少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るステップと、
前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するステップと、
抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップと、
前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードするステップと、
ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生するステップと、
を実現させる。

サーバによって実行されるビデオ処理方法であって、
ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信するステップと、
前記オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得るステップと、
得られたビデオスライスを番号付けて、ビデオスライス番号を得るステップと、
前記ビデオスライス番号を補足強化情報フレームに保存して、スライスされた前記ターゲットビデオフォーマットのビデオストリームを得るステップと、
ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、前記ビデオストリームを前記ターゲットサーバに送信するステップと、
を含む。

ビデオ処理装置であって、
ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信する受信モジュールと、
前記オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得る処理モジュールと、
得られたビデオスライスを番号付けて、ビデオスライス番号を得る番号付けモジュールと、
前記ビデオスライス番号を補足強化情報フレームに保存して、スライスされた前記ターゲットビデオフォーマットのビデオストリームを得る保存モジュールと、
ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、前記ビデオストリームを前記ターゲットサーバに送信する送信モジュールと、
を含む。

コンピュータプログラムが記憶されているメモリと、プロセッサとを含むコンピュータデバイスであって、前記プロセッサは、が前記コンピュータプログラムを実行するときに、
ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信するステップと、
前記オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得るステップと、
得られたビデオスライスを番号付けて、ビデオスライス番号を得るステップと、
前記ビデオスライス番号を補足強化情報フレームに保存して、スライスされた前記ターゲットビデオフォーマットのビデオストリームを得るステップと、
ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、前記ビデオストリームを前記ターゲットサーバに送信するステップと、
を実現する。

コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、前記コンピュータプログラムは、前記プロセッサによって実行されるとき、
ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信するステップと、
前記オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得るステップと、
得られたビデオスライスを番号付けて、ビデオスライス番号を得るステップと、
前記ビデオスライス番号を補足強化情報フレームに保存して、スライスされた前記ターゲットビデオフォーマットのビデオストリームを得るステップと、
ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、前記ビデオストリームを前記ターゲットサーバに送信するステップと、
を実現させる。

コンピュータ読み取り可能な記憶媒体に記憶されているコンピュータ命令を含むコンピュータプログラム製品またはコンピュータプログラムであって、コンピュータデバイスのプロセッサは、コンピュータ読み取り可能な記憶媒体から、前記コンピュータ命令を読み出して実行するときに、上記のビデオ処理方法のステップを前記コンピュータデバイスに実行させる。

本願の1つまたは複数の実施例の詳細は、以下の図面および説明において提出されている。本願の他の特徴および利点は、明細書、図面および特許請求の範囲から明らかになる。

１つの実施例におけるビデオ処理方法の応用環境の図である。 １つの実施例におけるビデオ処理方法のフロー概略図である。 １つの実施例における、ビデオストリームをプリロードして再生するステップのフロー概略図である。 別の実施例におけるビデオ処理方法のフロー概略図である。 別の実施例におけるビデオ処理方法のフロー概略図である。 １つの実施例における、ＦＬＶストリーミングメディアフォーマットのオリジナルライブビデオストリームに対してＰ２Ｐスライスを行うフロー概略図である。 １つの実施例におけるライブビデオストリームの伝送プロセスのフロー概略図である。 １つの実施例におけるビデオ処理装置の構成のブロック図である。 別の実施例におけるビデオ処理装置の構成のブロック図である。 別の実施例におけるビデオ処理装置の構成のブロック図である。 １つの実施例におけるコンピュータデバイスの内部構成図である。 別の実施例におけるコンピュータデバイスの内部構成図である。

以下、本願の目的、技術的解決手段および利点をさらに明確にするために、図面および実施例を参照しながら、本願をさらに詳細に説明する。理解すべきものとして、ここで説明する具体的な実施例は、本願を説明するためにのみ使用され、本願を限定するために使用されない。

本願によって提供されるビデオ処理方法は、図１に示すような応用環境に適用され得る。ここで、図１に示すように、端末１０２、他のユーザの端末（以下、他の端末と略称される）１０４、ＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ、コンテンツ配信ネットワーク）システムにおけるターゲットサーバ１０６、トランスコーディングサーバ（サーバと略称することができる）１０８、ビデオ収集システム１１０の間では、ネットワークを介して通信が実行される。端末１０２は、少なくとも２つのチャネルを介して、ビデオストリームのダウンロードを行う（例えば、コンテンツ配信ネットワークシステムのターゲットサーバ１０６または他のクライアント１０４からビデオストリームをダウンロードする）ことにより、少なくとも２つのビデオサブストリームを得ることと、当該少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出することと、抽出されたビデオスライス番号に基づいて、少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定することと、相応のビデオサブストリームに対応するビデオソースから、欠失されているビデオスライスをダウンロードすることと、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順に従ってクライアントに書き込んで再生する。

ここで、ビデオを再生するために、端末１０２にビデオを再生するためのクライアントがインストールされている。他の端末１０４がビデオを再生する必要がある場合、ターゲットサーバ１０６からビデオストリームをダウンロードしてもよく、端末１０２から一部のビデオストリームをダウンロードしてもよい（即ち、あるビデオサブストリームをダウンロードする）。端末１０２および他の端末１０４は、様々なパーソナルコンピュータ、ノートパソコン、スマートフォン、タブレットコンピュータ、およびポータブルウェアラブルデバイスを含んでもよいが、それらに限定されない。ターゲットサーバ１０６およびトランスコーディングサーバ１０８は、独立したサーバによって実現されてもよく、複数のサーバからなるサーバクラスタによって実現されてもよい。

１つの実施例では、図２に示すように、図２は、本願の実施例によって提供されるビデオ処理方法であり、当該方法は、図１における端末１０２に適用することを例として説明され、以下のステップを含む。

Ｓ２０２で、少なくとも２つのチャネルを介してビデオサブストリームを取得して、少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得る。

ここで、ビデオストリームは、ライブビデオストリームであってもよく、録画ビデオストリームであってもよいし、他の非ライブ形式のビデオストリームであってもよい。ビデオストリームをダウンロードする前またはダウンロードする過程において、ビデオストリームは、２つ以上のビデオサブストリームに分割され得る。

ライブビデオストリームは、ライブビデオのビデオスライスによって構成され得る。録画ビデオストリームは、予め録画されたビデオのビデオスライスによって構成され得る。各ビデオスライスは、１つ以上のビデオフレームによって構成され得て、後続の実施例では、ビデオストリームをライブビデオストリームとし、かつ、ビデオスライスが１つのビデオフレームによって構成されることを例として説明する。

また、各ビデオスライスは、特定のビデオフォーマットを使用してビデオフレームをパッケージングして得られたものである。当該ビデオフォーマットは、ＦＬＶ（Ｆｌａｓｈ Ｖｉｄｅｏ、Ｆｌａｓｈビデオ）ストリーミングメディアフォーマット、ＲＭＶＢ（Ｒｅａｌ Ｍｅｄｉａ、可変ビットレート）フォーマット、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ、動画専門家グループ）フォーマット、およびＡＶＩ（Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｅｄ、オーディオビデオインターリーブド）フォーマットなどを含んでもよいが、これらに限定されない。

ビデオストリームがライブビデオストリームである場合、ビデオサブストリームは、ライブビデオストリームにおけるビデオスライスによって構成され得る。例えば、ライブビデオストリームは、１、２、３、…、４ｎ＋３であり、それに対応して、１番目のビデオサブストリームは、０、４、８、…、４ｎであってもよく、２番目のビデオサブストリームは、１、５、９、…、４ｎ＋１であってもよいし、３番目のビデオサブストリームは、２、６、１０、…、４ｎ＋２であってもよく、４番目のビデオサブストリームは、３、７、１１、…、４ｎ＋３であってもよい。ここで、上記のｎは、０以上の正整数である。

１つの実施例では、ビデオストリームは、ビデオ収集システムによってプッシュされたオリジナルビデオストリームに対してスライス処理をトランスコーディングサーバが順次に行って得られたものであり、ビデオスライス番号は、スライスされた各ビデオスライスをトランスコーディングサーバが番号付けて得られたものである。

ここで、オリジナルビデオストリームは、オリジナルライブビデオストリームを含み、オリジナルライブビデオストリームのビデオフォーマットは、ＦＬＶストリーミングメディアフォーマット、ＲＭＶＢフォーマット、ＭＰＥＧフォーマットおよびＡＶＩフォーマットなどを含んでもよいが、これらに限定されない。後続の実施例では、オリジナルライブビデオストリームとライブビデオストリームがＦＬＶストリーミングメディアフォーマットのビデオストリームであることを例にして説明する。

具体的には、トランスコーディングサーバは、ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信し、オリジナルビデオストリームに対してトランスコーディングを順次に行い、トランスコーディングを行う過程においてスライス処理を行って、対応するビデオスライスを得ることと、得られたビデオスライスを番号付けて、ビデオスライス番号を得ることと、ビデオスライス番号を補足強化情報フレームに保存して、トランスコーディングされて番号付けられたビデオストリームを得ることと、ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、スライスされたビデオストリームをコンテンツ配信ネットワークシステムのターゲットサーバに送信することと、を実行する。ここで、当該クライアントとは、端末にインストールされた、ビデオを再生するために使用可能なクライアントを指す。

１つの実施例では、ビデオ収集システムは、ターゲットオブジェクトを撮影してビデオデータを得て、次に、特定のビデオフォーマットを使用して、得られたビデオデータをパッケージングして、複数のビデオデータパケットによって構成されるオリジナルビデオストリームを得る。

例えば、ビデオストリームがライブビデオストリームである場合、ビデオ収集システムは、ＦＬＶストリーミングメディアフォーマットに従ってビデオデータをパッケージングすることにより、ＦＬＶストリーミングメディアフォーマットのライブビデオストリームを得る。

Ｓ２０２について、再生初期には、端末は、コンテンツ配信ネットワークシステムのターゲットサーバだけから、ビデオストリームをダウンロードすることができ、再生初期が終了した後（即ち、初期の再生するビデオストリームをダウンロードした後）に、端末は、コンテンツ配信ネットワークシステムのターゲットサーバおよび他のクライアントから、ビデオストリームをダウンロードすることができ、また、再生初期が終了した後に、端末は、他のクライアントだけから、ビデオストリームをダウンロードすることもできる。ここで、他のクライアントとは、他の端末にインストールされて、ビデオを再生するために使用可能なクライアントを指すことができる。したがって、Ｓ２０２を以下のいくつかのシーンに分けて説明することができる。

シーン１において、再生初期には、端末は、コンテンツ配信ネットワークシステムのターゲットサーバだけから、ビデオストリームをダウンロードする。

１つの実施例では、Ｓ２０２は、具体的には、端末がダウンロードするビデオストリームを少なくとも２つのビデオサブストリームに分割することと、コンテンツ配信ネットワークシステムのターゲットサーバから、少なくとも２つのビデオサブストリームをダウンロードすることとを実行する、ことを含んでもよい。例えば、端末は、０～３０ｓまたは１０～３０ｓのビデオストリームを、４つのビデオサブストリームに分割し、コンテンツ配信ネットワークシステムのターゲットサーバから、４つのビデオサブストリームをダウンロードすることができる。

１つの実施例では、端末は、予め設定された番号規則に従って、ダウンロード対象となるビデオストリームを少なくとも２つのサブストリームに分割する。この場合、端末は、コンテンツ配信ネットワークシステムのターゲットサーバから、ビデオサブストリームをダウンロードすることができる。

例えば、ビデオストリームがライブビデオストリームである場合、ライブビデオストリームを４つのビデオサブストリームに分割し、具体的な分割は、以下の通りであり、即ち、
１）１番目のビデオサブストリームについて、ビデオスライス番号が４ｎであるビデオを、１番目のビデオサブストリームにスライス化する。例えば、ビデオスライス番号が０、４、８などであるビデオを、１番目のビデオサブストリームにスライス化する。端末は、コンテンツ配信ネットワークシステムのターゲットサーバから１番目のビデオサブストリームをダウンロードする。

２）２番目のビデオサブストリームについて、ビデオスライス番号が４ｎ＋１であるビデオを、２番目のビデオサブストリームにスライス化する。例えば、ビデオスライス番号が１、５、９などであるビデオを、２番目のビデオサブストリームにスライス化する。端末は、コンテンツ配信ネットワークシステムのターゲットサーバから、２番目のビデオサブストリームをダウンロードする。

３）３番目のビデオサブストリームについて、ビデオスライス番号が４ｎ＋２であるビデオを、３番目のビデオサブストリームにスライス化する。例えば、ビデオスライス番号が２、６、１０などであるビデオを、３番目のビデオサブストリームにスライス化する。端末は、コンテンツ配信ネットワークシステムのターゲットサーバから、３番目のビデオサブストリームをダウンロードする。

４）４番目のビデオサブストリームについて、ビデオスライス番号が４ｎ＋３であるビデオを、４番目のビデオサブストリームにスライス化する。例えば、ビデオスライス番号が３、７、１１などであるビデオを、４番目のビデオサブストリームにスライス化する。端末は、コンテンツ配信ネットワークシステムのターゲットサーバから、４番目のビデオサブストリームをダウンロードする。

注意すべきものとして、ダウンロードを行う過程において、１番目のビデオサブストリーム、２番目のビデオサブストリーム、３番目のビデオサブストリーム、および４番目のビデオサブストリームは、同時に、コンテンツ配信ネットワークシステムのターゲットサーバからダウンロードされ得る。ここで、上記のｎは、０以上の正整数である。

シーン２において、再生初期が終了した後、端末は、それぞれ、コンテンツ配信ネットワークシステムのターゲットサーバおよび他のクライアントから、ビデオストリームをダウンロードすることができる。

１つの実施例では、端末は、クライアントを介して、少なくとも１つの他のクライアントと通信接続を確立する。Ｓ２０２は、具体的には、端末が他のクライアントから少なくとも１つのビデオサブストリームをダウンロードすることと、コンテンツ配信ネットワークシステムのターゲットサーバから、残りのビデオサブストリームをダウンロードすることとを実行する、ことを含んでもよい。これにより、ターゲットサーバの負荷圧力を低減させることができる。

例えば、ビデオストリームがライブビデオストリームである場合、端末は、０～３０ｓまたは１０～３０ｓのライブビデオストリームを、４つのビデオサブストリームに分割することができ、他のクライアントから２つのビデオサブストリームをダウンロードして、かつ、コンテンツ配信ネットワークシステムのターゲットサーバからの、当該２つのビデオサブストリームのダウンロードを停止することができる。また、端末は、コンテンツ配信ネットワークシステムのターゲットサーバから、他の２つのビデオサブストリームをダウンロードする。

１つの実施例では、他のクライアントから少なくとも１つのビデオサブストリームをダウンロードするステップは、具体的には、端末が当該少なくとも２つのビデオサブストリームから、少なくとも１つのターゲットビデオサブストリームを選択することと、他のクライアントからターゲットビデオサブストリームをダウンロードすることとを実行する、ことを含んでもよい。当該方法は、また、他のクライアントからターゲットビデオサブストリームをダウンロードすると決定した場合、端末がターゲットサーバからターゲットビデオサブストリームをダウンロードすることを一時停止する、ことをさらに含む。これにより、ターゲットサーバの負荷圧力を低減させることができるだけでなく、ビデオサブストリームの重複ダウンロードが回避され得る。

ここで、他のクライアントからターゲットビデオサブストリームをダウンロードする前に、当該ターゲットビデオサブストリームは、コンテンツ配信サーバからダウンロードされ得る。他のクライアントからターゲットビデオサブストリームをダウンロードすると決定した場合、端末は、ターゲットサーバからターゲットビデオサブストリームをダウンロードすることを一時停止する。

１つの実施例では、端末は、他のクライアントと通信接続を確立し、かつ、少なくとも１つのターゲットビデオサブストリームを選択するとき、他のクライアントから当該ターゲットビデオサブストリームをダウンロードすることを決定することができる。この場合、端末は、一方で、他のクライアントからターゲットビデオサブストリームをダウンロードすることができ、他方で、ターゲットサーバからターゲットビデオサブストリームをダウンロードすることを一時停止することができる。

１つの実施例では、端末は、予め設定された番号規則に従って、ダウンロード対象となるビデオストリームを分割し、即ち、少なくとも２つのビデオサブストリームに分割し、そのうちの少なくとも１つのビデオサブストリームを、他のクライアントからダウンロードし、残りのビデオサブストリームを、コンテンツ配信ネットワークシステムのターゲットサーバからダウンロードする。

例えば、ビデオストリームがライブビデオストリームである場合、ライブビデオストリームを４つのビデオサブストリームに分割してダウンロードし、具体的には、以下に示すとおりであり、即ち、
１）１番目のビデオサブストリームについて、端末は、他のクライアントから１番目のビデオサブストリームをダウンロードし、かつ、コンテンツ配信ネットワークシステムのターゲットサーバから１番目のビデオサブストリームをダウンロードすることを一時停止する。

２）２番目のビデオサブストリームについて、端末は、他のクライアントから２番目のビデオサブストリームをダウンロードし、かつ、コンテンツ配信ネットワークシステムのターゲットサーバから２番目のビデオサブストリームをダウンロードすることを一時停止する。

３）３番目のビデオサブストリームについて、端末は、コンテンツ配信ネットワークシステムのターゲットサーバから、３番目のビデオサブストリームをダウンロードする。

４）４番目のビデオサブストリームについて、端末は、コンテンツ配信ネットワークシステムのターゲットサーバから、４番目のビデオサブストリームをダウンロードする。

シーン３において、再生初期が終了した後、端末は、他のクライアントだけから、ビデオストリームをダウンロードすることができる。

１つの実施例では、端末は、クライアントを介して、少なくとも１つの他のクライアントと通信接続を確立し、Ｓ２０２は、具体的には、端末が他のクライアントから当該少なくとも２つのビデオサブストリームをダウンロードする、ことを含んでもよい。

例えば、ビデオストリームがライブビデオストリームである場合、端末は、０～３０ｓまたは１０～３０ｓのライブビデオストリームを４つに分割し、次に、他のクライアントから、４つのビデオサブストリームをダウンロードすることができる。

１つの実施例では、端末は、予め設定された番号規則に従って、ダウンロード対象となるビデオストリームに対してサブストリーム分割を行い、即ち、少なくとも２つのビデオサブストリームに分割し、当該少なくとも２つのビデオサブストリームを他のクライアントからダウンロードする。

例えば、ビデオストリームがライブビデオストリームである場合、ライブビデオストリームを４つのビデオサブストリームに分割してダウンロードし、具体的には、以下に示すとおりであり、即ち、
１）１番目のビデオサブストリームはについて、端末は、他のクライアントから１番目のビデオサブストリームをダウンロードし、かつ、コンテンツ配信ネットワークシステムのターゲットサーバから１番目のビデオサブストリームをダウンロードすることを一時停止する。

２）２番目のビデオサブストリームについて、端末は、他のクライアントから２番目のビデオサブストリームをダウンロードし、かつ、コンテンツ配信ネットワークシステムのターゲットサーバから２番目のビデオサブストリームをダウンロードすることを一時停止する。

３）３番目のビデオサブストリームについて、端末は、コンテンツ配信ネットワークシステムのターゲットサーバから３番目のビデオサブストリームをダウンロードし、かつ、コンテンツ配信ネットワークシステムのターゲットサーバから３番目のビデオサブストリームをダウンロードすることを一時停止する。

４）４番目のビデオサブストリームについて、端末は、コンテンツ配信ネットワークシステムのターゲットサーバから４番目のビデオサブストリームをダウンロードし、かつ、コンテンツ配信ネットワークシステムのターゲットサーバから４番目のビデオサブストリームをダウンロードすることを一時停止する。

Ｓ２０４で、少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出する。

ここで、ＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ、補足強化情報）フレームは、付加情報をビデオストリームに追加してビデオストリームに統合するために使用される。

１つの実施例では、端末は、各ビデオサブストリームから補足強化情報フレームを特定して、補足強化情報フレームからビデオスライス番号を抽出する。

Ｓ２０６で、抽出されたビデオスライス番号に基づいて、少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定する。

１つの実施例では、Ｓ２０６は、具体的に、端末が当該少なくとも２つのビデオサブストリームがビデオスライス番号を欠失しているかどうかを判断することと、ビデオスライス番号が欠失されているビデオサブストリームが少なくとも１つ存在すれば、欠失されているビデオスライス番号に従って、少なくとも１つのビデオサブストリームが欠失しているビデオスライスを決定することとを、実行することを含んでもよい。

１つの実施例では、端末がビデオストリームを個別的にダウンロードする場合、各ビデオサブストリームは、通常、ビデオスライス番号の大きさ順に従ってダウンロードされる。したがって、各ダウンロードされたビデオサブストリームにおけるビデオスライス番号は、連続性があり、大きさの順がある。例えば、１番目のビデオサブストリームのビデオスライス番号は、０、４、８、１２、…、４ｎである。

１つの実施例では、端末は、ビデオスライス番号の連続性に従って、少なくとも２つのビデオサブストリームのうち、相応のビデオサブストリームがビデオスライス番号を欠失しているかどうかを決定し、そうであれば、相応のビデオサブストリームが完全なデータストリームではないと決定し、Ｓ２０８を実行する。例えば、ダウンロードされた１番目のビデオサブストリームが０、４、８、１６、…、４ｎであれば、ビデオスライスの連続性から分かるように、ダウンロードされた１番目のビデオサブストリームが不完全であり、番号が１２であるビデオスライスが欠失されるため、番号が１２であるビデオスライスを直ちにダウンロードする必要がある。

Ｓ２０８で、相応のビデオサブストリームに対応するビデオソースから、欠失されているビデオスライスをダウンロードする。

ここで、当該ビデオソースは、コンテンツ配信ネットワークシステムにおけるターゲットサーバであってもよく、他のクライアントであってもよい。

１つの実施例では、端末は、欠失されているビデオスライスに対応するビデオソースを決定し、当該ビデオソースから、欠失されているビデオスライスをダウンロードする。

具体的には、端末は、欠失されているビデオスライスに対応するのがコンテンツ配信ネットワークシステムにおけるターゲットサーバであると決定した場合、欠失されているビデオスライス番号が付けられているダウンロード要求を、当該ターゲットサーバに送信し、当該ターゲットサーバから、欠失されているビデオスライスをダウンロードする。端末は、欠失されているビデオスライスに対応するのが他のクライアントであると決定した場合、欠失されているビデオスライス番号が付けられているダウンロード要求を、当該他のクライアントに送信し、当該他のクライアントから、欠失されているビデオスライスをダウンロードする。

Ｓ２１０で、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順序に従って再生する。

１つの実施例では、端末は、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントにロードすることで、クライアントによりビデオ再生を行う。ここで、当該クライアントは、端末にインストールされているアプリケーションプログラムであり、具体的には、ビデオクライアントであってもよい。

１つの実施例では、Ｓ２１０は、具体的には、端末がダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを保存することと、保存されているビデオスライスと、各ビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントに順次にロードして、相応の再生対象となるビデオストリームを得ることと、再生対象となるビデオストリームにおける各ビデオスライスを順次にレンダリングして、再生対象となる画像シーケンスを得ることと、クライアントにより再生対象となる画像シーケンスを再生することとを実行することを含んでもよい。

１つの実施例では、端末は、レンダリングツールを呼び出して、再生対象となるビデオストリームにおける各ビデオスライスをレンダリングして、対応する再生対象となる画像シーケンスを得て、クライアントにより当該再生対象となる画像シーケンスを再生する。

例えば、端末は、ＷｅｂＧＬ（Ｗｅｂ Ｇｒａｐｈｉｃｓ Ｌｉｂｒａｒｙ、ウェブグラフィックライブラリ）、またはＯｐｅｎＧＬ ＥＳ（Ｏｐｅｎ Ｇｒａｐｈｉｃｓ Ｌｉｂｒａｒｙ ｆｏｒ Ｅｍｂｅｄｄｅｄ Ｓｙｓｔｅｍｓ、組み込みシステム用のオープングラフィックライブラリ）、または、ＯｐｅｎＧＬ ＥＳ２．０バージョンを呼び出して、再生対象となるビデオストリームにおける各ビデオスライスをレンダリングして、再生対象となる画像シーケンスを得る。

上記の実施例では、少なくとも２つのチャネルを介してビデオストリームを取得することにより、サーバの圧力を低減させることができる。各ビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出して、抽出されたビデオスライス番号に基づいて、当該少なくとも２つのビデオサブストリームのうちのいずれのビデオサブストリームがビデオスライスを欠失しているかどうかを決定することができ、これにより、対応するビデオソースから、欠失されているビデオスライスが迅速に補足され、ビデオ再生の遅延時間を大幅に低減させることができる。

１つの実施例では、図３に示すように、Ｓ２０２の前に、当該方法は、さらに、以下のことを含み、即ち、
Ｓ３０２で、ビデオ再生コマンドを取得する。

ここで、当該ビデオ再生コマンドには、ビデオのビデオ識別子が付けられてもよい。例えば、ユーザがあるスポーツ競技の決勝戦を視聴したい場合、当該ビデオ再生コマンドには、当該スポーツ競技の決勝戦の識別子が付けられている。

１つの実施例では、端末は、クライアントを起動した後、ビデオ再生のエントリページを表示し、入力された、再生対象となるビデオ識別子に対するトリガ操作を検出した場合、ビデオ再生コマンドを生成し、かつ、コンテンツ配信ネットワークシステムにおけるターゲットサーバにビデオ再生コマンドを送信し、および、表示されたエントリページをビデオ再生ページに切り替える。

Ｓ３０４で、ビデオ再生コマンドに応答して、コンテンツ配信ネットワークシステムのターゲットサーバから、予め設定された時間範囲内の完全なビデオストリームをダウンロードする。

ここで、当該予め設定された時間範囲内の完全なビデオストリームと、上記の少なくとも２つのビデオサブストリームは、いずれも、同じビデオのデータストリームに属するものである。完全なビデオストリームとは、予め設定された時間範囲内の全てのビデオデータを指し、例えばビデオの最初の５秒内のビデオデータを指す。

１つの実施例では、端末が、ビデオ再生コマンドを取得した場合、コンテンツ配信ネットワークシステムのターゲットサーバにビデオ再生コマンドを送信し、これにより、当該ターゲットサーバは、ビデオ再生コマンドにおけるビデオ識別子に基づいて、対応する予め設定された時間範囲内の完全なビデオストリームを取得し、次に、当該完全なビデオストリームをクライアントに送信する。

例えば、ビデオストリームがライブビデオストリームであることを例とし、ユーザは、あるスポーツ競技の決勝戦の生放送のｉ分目に視聴し開始すると、コンテンツ配信ネットワークシステムのターゲットサーバから、ｉ分目～ｉ＋１分目の完全なライブビデオストリームをダウンロードすることができ、これにより、クライアントは、当該決勝戦ビデオを安定的に再生することができる。

Ｓ３０６で、クライアントにより、当該完全なビデオストリームを再生する。

１つの実施例では、端末は、レンダリングツールを呼び出して、当該完全なビデオストリームにおける各ビデオスライスをレンダリングして、対応する再生対象となる画像シーケンスを得て、クライアントにより当該再生対象となる画像シーケンスを再生する。

例えば、ビデオストリームがライブビデオストリームであることを例とし、端末は、ＷｅｂＧＬ、またはＯｐｅｎＧＬ ＥＳ、またはＯｐｅｎＧＬ ＥＳ２．０バージョンを呼び出して、当該完全なライブビデオストリームにおける各ビデオスライスをレンダリングして、再生対象となる画像シーケンスを得る。

Ｓ３０８で、クライアントが完全なビデオストリームを再生する過程において安定的な再生状態に達した場合、少なくとも２つのチャネルを介して、予め設定された時間範囲外のビデオストリームをダウンロードする。

ここで、安定的な再生状態とは、単位再生時間内に再生するビデオのフレーム数が予め設定されたフレームレートに対応するビデオフレーム数と同じであり、それにより、ビデオをスムーズに再生させ、フリーズという現象が発生しないようにすることを指すことができる。例えば、フレームレートが２４ｆｐｓであるビデオに対して、１秒内に２４フレームを再生する必要があり、再生する時に毎秒に２４フレームの再生速度に達することができる場合、フリーズという現象が発生せず、安定した再生状態にあるということを示し、ネットワーク問題が発生するためタイムリーにダウンロードすることができず、または復号速度が遅すぎ、それにより、１秒内に再生されたフレームの数が２４フレームよりも少ないと、フリーズという現象が発生し、不安定な再生状態にあるということを示す。

上記のＳ３０８については、上記の実施例におけるＳ２０２を参照することができる。

上記の実施例では、ビデオ再生の初期に、まず、コンテンツ配信ネットワークシステムのターゲットサーバから、１段落の完全なビデオストリームをダウンロードして再生し、これにより、フリーズという状況の発生が回避され、再生が安定した場合、ビデオストリームをストリーム分けてダウンロードし開始し、これによって、サーバの圧力を低減させることができる。

１つの実施例では、図４に示すように、図４は、本願によって提供されるビデオ処理方法であり、当該方法を図１におけるトランスコーディングサーバ（サーバと略称され得る）１０８に適用することを例にして説明し、以下のステップを含み、即ち、
Ｓ４０２で、ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信する。

ここで、オリジナルビデオストリームは、オリジナルライブビデオストリーム、録画ビデオストリーム、または他の非ライブ形式のビデオストリームであってもよい。後続の実施例では、オリジナルビデオストリームがオリジナルライブビデオストリームとし、かつ、ビデオスライスが１つのビデオフレームによって構成されることを例にして説明する。

ターゲットビデオフォーマットは、ＦＬＶストリーミングメディアフォーマット、ＲＭＶＢフォーマット、ＭＰＥＧフォーマット、およびＡＶＩフォーマットなどを含んでもよいが、これらに限定されない。ビデオ収集システムは、専用のビデオ収集デバイスであってもよく、例えば、スポーツ試合の生放送時のビデオ収集デバイス、または記者会見の生放送時のビデオ収集デバイス、あるいはゲームの生放送時にまたは他のネットワークによる生放送時に使用される端末デバイスなどである。後続の実施例では、オリジナルビデオストリームがＦＬＶストリーミングメディアフォーマットのビデオストリームであることを例にして説明する。

１つの実施例では、トランスコーディングサーバは、ビデオ収集システムと通信接続を確立し、次に、ビデオ収集システムによってリアルタイムトランスポートプロトコルに基づいて送信されたオリジナルビデオストリームを受信する。ここで、リアルタイムトランスポートプロトコルは、ＲＴＭＰ（Ｒｅａｌ Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ、リアルタイムメッセージトランスポートプロトコル）、ＨＬＳ（Ｈｔｔｐ Ｌｉｖｅ Ｓｔｒｅａｍｉｎｇ、ＨＴＴＰベースのストリーミングメディアのリアルタイムトランスポート）プロトコル、ＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ－Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｗｅｂサイトからのリアルタイム通信）プロトコルであってもよい。

Ｓ４０４で、オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得る。

１つの実施例では、トランスコーディングサーバは、オリジナルビデオストリームに対してトランスコーディングを順次に行い、トランスコーディングを行う過程においてスライス処理を行って、対応するビデオスライスを得る。

Ｓ４０６で、得られたビデオスライスを番号付けて、ビデオスライス番号を得る。

１つの実施例では、トランスコーディングサーバは、予め設定された番号規則に基づいて、得られたビデオスライスを番号付けて、ビデオスライス番号を得る。

Ｓ４０８で、ビデオスライス番号を補足強化情報フレームに保存して、スライスされたターゲットビデオフォーマットのビデオストリームを得る。

ここで、オリジナルビデオストリームがトランスコーディングされてスライスされた後、得られたビデオストリームのフォーマットは、オリジナルビデオストリームと同じであり、依然としてターゲットビデオフォーマットである。後続の実施例では、ビデオストリームがＦＬＶストリーミングメディアフォーマットのビデオストリームであることを例にして説明する。

ＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ、補足強化情報）フレームは、付加情報をビデオストリームに追加してビデオストリームに統合するために使用される。

Ｓ４１０で、ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、ビデオストリームをターゲットサーバに送信する。

１つの実施例では、トランスコーディングサーバは、ビデオストリームをコンテンツ配信ネットワークシステムのターゲットサーバに送信し、これにより、ターゲットサーバは、クライアントから送信されたビデオ再生コマンドに基づいて対応するビデオストリームを返信する。

１つの実施例では、トランスコーディングサーバは、リアルタイムトランスポートプロトコルに基づいて、コンテンツ配信ネットワークシステムのターゲットサーバに、スライスされたビデオストリームを送信し、これにより、ターゲットサーバは、クライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信する。

ここで、クライアントは、ターゲットサーバから、少なくとも２つのチャネルを介してビデオストリームをダウンロードして、少なくとも２つのビデオサブストリームを得ることができ、ビデオサブストリームにビデオスライスの欠失が発生すると、欠失されているビデオスライスを即時に補足することができる。そして、当該クライアントは、他のクライアントからビデオサブストリームをダウンロードすることもできる。欠失されているビデオスライスを補足し、かつ、他のクライアントからビデオサブストリームをダウンロードするプロセスについては、上記の実施例におけるＳ２０２～Ｓ２１０を参照することができる。

例えば、Ｐ２Ｐスライスストリーミングのビデオ再生コマンドを受信すると、ターゲットサーバは、ビデオストリームを複数のビデオサブストリームに分けてクライアントに送信することができ、非Ｐ２Ｐスライスストリーミングのビデオ再生コマンドを受信すると、ターゲットサーバは、ビデオストリームをクライアントに直接に送信することができる。

また、クライアントは、他のクライアントと通信接続を確立し、かつ、他のクライアントから、少なくとも１つのビデオサブストリームを要求する場合、ターゲットサーバは、当該少なくとも１つのビデオサブストリームをクライアントに送信することを一時停止する。

上記の実施例では、ビデオ収集システムによってプッシュされたオリジナルビデオストリームに対してスライス処理を行い、得られたビデオスライスを番号付けて、得られたビデオスライス番号を補足強化情報フレームに保存することにより、クライアントは、補足強化情報フレームにおけるビデオスライス番号を使用して、ビデオスライスの欠失状況が発生するかどうかを決定することができ、これにより、クライアントは、欠失されているビデオスライスをタイムリーに補足することができ、これによって、クライアントがビデオを再生する際の遅延時間を低減させるのに有利である。

１つの実施例では、図５に示すように、ビデオ処理方法は、さらに、以下を含み、即ち、
Ｓ５０２で、ビデオ収集システムは、ターゲットビデオフォーマットのオリジナルビデオストリームをトランスコーディングサーバにプッシュする。

Ｓ５０４で、トランスコーディングサーバは、オリジナルビデオストリームを受信した場合、オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得る。

Ｓ５０６で、トランスコーディングサーバは、得られたビデオスライスを番号付けて、ビデオスライス番号を得る。

Ｓ５０８で、トランスコーディングサーバは、ビデオスライス番号を補足強化情報フレームに保存して、スライスされたターゲットビデオフォーマットのビデオストリームを得る。

Ｓ５１０で、トランスコーディングサーバは、ビデオストリームをコンテンツ配信ネットワークシステムのターゲットサーバ（即ち、ＣＤＮサーバ）に送信し、これにより、ターゲットサーバは、クライアントから送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信する。

Ｓ５１２で、端末は、ビデオ再生コマンドを取得する。

Ｓ５１４で、端末は、ビデオ再生コマンドに応答して、コンテンツ配信ネットワークシステムのターゲットサーバから、予め設定された時間範囲内の完全なビデオストリームをダウンロードする。

Ｓ５１６で、端末は、クライアントにより、完全なビデオストリームを再生する。

Ｓ５１８で、端末は、クライアントが完全なビデオストリームを再生する過程において安定的な再生状態に達した場合、少なくとも２つのチャネルを介してビデオストリームのダウンロードを行って、少なくとも２つのビデオサブストリームを得る。

１つの実施例では、Ｓ５１８は、具体的には、端末がダウンロードするビデオストリームを少なくとも２つのビデオサブストリームに分割することと、コンテンツ配信ネットワークシステムのターゲットサーバから、少なくとも２つのビデオサブストリームをダウンロードすることとを実行する、ことを含んでもよい。

１つの実施例では、当該方法は、端末がクライアントを介して少なくとも１つの他のクライアントと通信接続を確立すること、をさらに含む。Ｓ５１８は、具体的には、端末が他のクライアントから少なくとも１つのビデオサブストリームをダウンロードするステップＳ５１８ａと、端末がコンテンツ配信ネットワークシステムのターゲットサーバから残りのビデオサブストリームをダウンロードするステップＳ５１８ｂと、を含んでもよい。

１つの実施例では、他のクライアントから少なくとも１つのビデオサブストリームをダウンロードする上記のステップは、具体的には、端末が当該少なくとも２つのビデオサブストリームから、少なくとも１つのターゲットビデオサブストリームを選択することと、他のクライアントからターゲットビデオサブストリームをダウンロードすることとを実行する、ことを含んでもよい。当該方法は、端末が、他のクライアントからターゲットビデオサブストリームをダウンロードすると決定した場合、ターゲットサーバからターゲットビデオサブストリームをダウンロードすることを一時停止する、ことをさらに含む。

Ｓ５２０で、端末は、各ビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出する。

Ｓ５２２で、端末は、抽出されたビデオスライス番号に基づいて、相応のビデオサブストリームがビデオスライスを欠失していることを決定する。

１つの実施例では、Ｓ５２２は、具体的に、端末が当該少なくとも２つのビデオサブストリームにビデオスライス番号が欠失しているかどうかを判断することと、ビデオスライス番号が欠失している少なくとも１つのビデオサブストリームが存在すれば、欠失されているビデオスライス番号に基づいて、少なくとも１つのビデオサブストリームにおいて欠失されているビデオスライスを決定することとを実行する、ことを含んでもよい。

Ｓ５２４で、端末は、相応のビデオサブストリームに対応するビデオソースから、欠失されているビデオスライスをダウンロードする。

Ｓ５２６で、端末は、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを保存する。

Ｓ５２８で、端末は、保存されているビデオスライスと、各ビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントに順次に書き込んで、相応の再生対象となるビデオストリームを得る。

ここで、クライアントへの書き込みとは、クライアントにロードすることを指し、例えば、保存されているビデオスライスと、各ビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントに順次にロードする。

Ｓ５３０で、端末は、再生対象となるビデオストリームにおける各ビデオスライスを順次にレンダリングして、再生対象となる画像シーケンスを得る。

Ｓ５３２で、端末は、クライアントにより、再生対象となる画像シーケンスを再生する。

ここで、上記のオリジナルビデオストリームとビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームであってもよい。

一例として、オリジナルビデオストリームおよびライブビデオストリームがＦＬＶストリーミングメディアフォーマットのビデオストリームを例に挙げて説明し、以下の通りであり、即ち、
図６に示すように、図６は、ＦＬＶストリーミングメディアフォーマットのオリジナルライブビデオストリームに対してＰ２Ｐスライスを行うフロー概略図である。

１）、アナウンサーは、ビデオ収集システム（例えば、コンピュータまたは携帯電話など）によって、トランスコーディングサーバにプッシュストリーミングを実行する。

また、ユーザの設定またはシステムの構成要求に基づいて自動的なストリーミングを完了することもできる。ここで、ストリーミングとは、オリジナルライブビデオストリームをトランスコーディングサーバにプッシュすることを指す。

２）、スライスを行い、トランスコーディングサーバは、ビデオスライスのｖｉｄｅｏ ｔａｇ（ビデオタグ）を番号付けて、かつ番号付け情報（即ち、上記の実施例におけるビデオスライス番号）をＳＥＩフレームに保存する。

３）、スライスされたライブビデオストリームを得て、次に、当該ライブビデオストリームをライブＣＤＮサーバ（即ち、上記の実施例におけるコンテンツ配信ネットワークシステムのターゲットサーバ）に送信する。

ここで、当該ライブビデオストリームは、依然として、標準的なＦＬＶストリーミングメディアフォーマットを保持している。

４）、Ｐ２Ｐクライアントは、ＣＤＮサーバにＰ２Ｐスライスストリーミング要求（Ｐ２Ｐスライスのビデオ再生コマンド）を送信し、一般的なクライアントは、ｆｌｖ要求（非Ｐ２Ｐスライスのビデオ再生コマンド）を送信する。Ｐ２Ｐスライスを実行した後に得られたライブビデオストリームは、依然として、標準的なＦＬＶストリーミングメディアフォーマットを保持しているため、ＣＤＮサーバは、この２種類の要求を受信した場合、統合的にバック・トゥ・ソース（Ｂａｃｋ－ｔｏ－ｓｏｕｒｃｅ）を実行することができ、即ち、この２種類の要求を受信した場合、異なるビデオフォーマットのライブビデオストリームを取得する必要がなく、トランスコーディングサーバから、スライスされたライブビデオストリームを直接に取得することができる。

図７に示すように、図７は、ライブビデオストリーム伝送のフローチャートであり、具体的には、以下の通りであり、即ち、
（１）生放送を開始する前に、端末は、ＣＤＮサーバから１段落の固定時間長さの完全なライブデータストリーム（対応するスライス番号は、０、１、２、３、４、５…であり）をダウンロードし、次に、安定的な放送状態に達した場合にステップ（２）を実行するまでに、再生を行う。

例えば、まず、３０ｓの完全なライブビデオストリームをダウンロードし、図７に示すように、ステップ１．１で、３０ｓ以内の完全なライブビデオストリームをダウンロードし、ステップ１．２で、当該完全なライブビデオストリームから、ビデオストリームタグを解析し、ステップ１．３で、当該完全なライブビデオストリームから、ビデオスライスを解析し、ステップ１．３を完了した場合にステップ５を実行することで、ビデオスライスを処理し、ステップ６で、ダウンロードされたビデオスライスを記憶し、ステップ７で、クライアントにビデオスライスを書き込み、ステップ８で、クライアントのプレーヤーにより、書き込まれたビデオスライスを再生する。

（２）安定的な再生状態に達した場合に、端末は、複数のチャネルを介して、ビデオストリームのダウンロードを行う。

例えば、ビデオストリームを４つのビデオサブストリームに分割する。

ここで、端末は、チャンネル別にライブビデオストリームのダウンロードを開始するとき、全部、ＣＤＮサーバからダウンロードすることができ、具体的には、以下の通りであり、即ち、ステップ２．１で、ＣＤＮサーバからビデオサブストリームをダウンロードし、ステップ２．２で、ダウンロードされたビデオサブストリームから、ビデオストリームタグを解析し、ステップ２．３で、ダウンロードされたビデオサブストリームから、ビデオスライスを解析し、そして、ステップ５を実行する。

他のクライアントにライブビデオストリームがある場合、他のクライアントからライブビデオストリームをダウンロードすることができ、具体的には、ステップ（３）のとおりである。

（３）端末は、クライアントを介して同じライブビデオを再生する他のクライアントと通信接続を確立して、当該他のクライアントから１つのビデオサブストリームを要求する。

図７に示すように、端末は、他のクライアントにビデオサブストリーム１（１、５、９…）を要求し、具体的なプロセスについては、ステップ２．１～２．３を参照する。また、端末は、他のクライアントにビデオサブストリーム１を要求すると、ＣＤＮサーバからビデオサブストリーム１をダウンロードすることを停止する。

（４）ビデオスライスを処理し、端末は、データを受信するとき、ＳＥＩフレームにおける番号情報を取得し、データ番号の連続性に基づいて、ライブビデオストリームの伝送の完全性を判断することができ、これにより、欠失されているビデオスライスがタイムリーにダウンロードされる。

あるビデオサブストリームがビデオスライスを欠失していると決定した場合、ビデオスライスが欠失されているビデオサブストリームに対応するＣＤＮサーバまたは他のクライアントから、欠失されているビデオスライスをダウンロードし、具体的なプロセスは、図７に示すとおりであり、即ち、ステップ３．１で、ビデオスライスが欠失されているビデオサブストリームに対応するＣＤＮサーバまたは他のクライアントから、欠失されているビデオスライスをダウンロードし、ステップ３．２で、当該ビデオスライスに対応するビデオストリームタグを解析し、ステップ３．３で、当該ビデオスライスを解析し、解析を完了した後、ステップ５を実行する。

例えば、端末は、ビデオサブストリーム０を要求し、実際にビデオサブストリーム（０、４、８、１６…）を受信し、スライス１６を受信すると、受信したビデオサブストリームが完全ではなく、番号１２のビデオスライスが欠失されていると判断することができ、ビデオスライス１２を直ちにダウンロードする。このようにして、Ｐ２Ｐウィンドウが省略され、遅延を低減させ、超低遅延のＰ２Ｐを実現する。

（５）ダウンロードされたビデオスライスと、各ライブビデオストリームとを、ローカルに記憶して、ビデオスライス番号の順序に従ってプレーヤーに順次に書き込み、これにより、プレーヤーは、再生を行う。

（６）端末は、クライアントを介して他のクライアントと通信接続を確立し、他のクライアントは、ビデオサブストリームを送信するとき、番号の順序に基づいて、相応のビデオサブストリームのビデオスライスを伝送する。

また、ある他のクライアント（または自端クライアント）は、複数の他のクライアントからの要求を同時に受信する可能性があり、当該ある他のクライアント（または自端クライアント）は、それぞれ、要求を送信する他のクライアントに、番号の順序に従ってビデオスライスを送信する。

１つの実施例では、ＷｅｂＲＴＣプロトコルに基づくウェブページは、ビデオを再生するとき、ＷｅｂＲＴＣサーバからビデオサブストリームをダウンロードして再生し、具体的なステップは、図７に示すとおりであり、即ち、ステップ４．１で、ＷｅｂＲＴＣサーバからビデオサブストリームをダウンロードし、ステップ４．２で、ビデオスライスを合成し、ステップ４．３で、ビデオスライスを解析し、解析を完了した後、ステップ５を実行し、次にステップ８を実行し、ダウンロードされたビデオスライスを記憶することで、ウェブページに再生する。

上記実施例により、フリーズということを発生しない共にＰ２Ｐの共有レートを保証する前提で、より低い遅延のＰ２Ｐビデオライブが実現され得て、従来のＰ２Ｐビデオライブ技術と比べて、遅延を１０ｓ以上低減させることができる。

理解すべきものとして、図２～図４のフローチャートにおける各ステップは、矢印に示すような順番に従って順次に実行されるが、これらのステップが、必ずしも矢印に示すような順番に従って順次に実行されない。本明細書に明示的に示されない限り、これらのステップの実行は、厳密な順序に限定されず、これらのステップが、他の順序で実行されてもよい。また、図２～４における少なくとも一部のステップは、複数のステップまたは複数の段階を含んでもよいが、これらのステップまたは段階が、必ずしも同一の時刻に実行して完了されず、異なる時刻に実行されてもよい、これらのステップまたは段階の実行順序も必ずしも順次に行われず、他のステップまたは他のステップにおけるステップまたは段階の少なくとも一部と共に順番にまたは交互に実行されてもよい。

１つの実施例では、図８に示すように、図８は、本願の実施例によって提供されるビデオ処理装置の構成のブロック図であり、この装置は、ソフトウェアモジュールまたはハードウェアモジュール、あるいはこの両者の組み合わせを使用してコンピュータデバイスの一部となることができ、この装置は、第１ダウンロードモジュール８０２、抽出モジュール８０４、決定モジュール８０６、第２ダウンロードモジュール８０８、および再生モジュール８１０を含み、ここで、
第１ダウンロードモジュール８０２は、少なくとも２つのチャネルを介してビデオサブストリームを取得して、少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るために使用される。

抽出モジュール８０４は、少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するために使用される。

決定モジュール８０６は、抽出されたビデオスライス番号に基づいて、少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するために使用される。

第２ダウンロードモジュール８０８は、相応のビデオサブストリームに対応するビデオソースから、欠失されているビデオスライスをダウンロードするために使用される。

再生モジュール８１０は、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順序に従って再生するために使用される。

１つの実施例では、第１ダウンロードモジュール８０２は、ダウンロードするビデオストリームを少なくとも２つのビデオサブストリームに分割することと、コンテンツ配信ネットワークシステムのターゲットサーバから、少なくとも２つのチャネルを介して、少なくとも２つのビデオサブストリームをそれぞれダウンロードすることと、を実行するために使用される。

１つの実施例では、図９に示すように、この装置は、接続モジュール８１２をさらに含み、ここで、
第１ダウンロードモジュール８０２は、さらに、他のクライアントから少なくとも１つのビデオサブストリームをダウンロードすることと、ターゲットサーバから残りのビデオサブストリームをダウンロードすることと、を実行するために使用される。

１つの実施例では、第１ダウンロードモジュール８０２は、各ビデオサブストリームから、少なくとも１つのターゲットビデオサブストリームを選択することと、他のクライアントからターゲットビデオサブストリームをダウンロードすることと、他のクライアントからターゲットビデオサブストリームをダウンロードすると決定された場合、ターゲットサーバからターゲットビデオサブストリームをダウンロードすることを一時停止することと、を実行する。

１つの実施例では、決定モジュール８０６は、当該少なくとも２つのビデオサブストリームがビデオスライス番号を欠失しているかどうかを判断することと、ビデオスライス番号が欠失されているビデオサブストリームが少なくとも１つ存在すれば、欠失されているビデオスライス番号に従って、少なくとも１つのビデオサブストリームが欠失しているビデオスライスを決定することと、を実行するために使用される。

１つの実施例では、再生モジュール８１０は、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを保存することと、保存されているビデオスライスと、各ビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントに順次にロードして、相応の再生対象となるビデオストリームを得ることと、再生対象となるビデオストリームにおける各ビデオスライスを順次にレンダリングして、再生対象となる画像シーケンスを得ることと、クライアントにより再生対象となる画像シーケンスを再生することと、を実行するために使用される。

１つの実施例では、ビデオストリームは、ビデオ収集システムによってプッシュされたオリジナルビデオストリームに対してスライス処理をトランスコーディングサーバが順次に行って得られたものであり、ビデオスライス番号は、スライスされた各ビデオスライスをトランスコーディングサーバが番号付けて得られたものである。

１つの実施例では、オリジナルビデオストリームとビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである。

上記の実施例では、少なくとも２つのチャネルを介してビデオストリームをダウンロードすることにより、サーバの圧力を低減させることができる。各ビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出して、抽出されたビデオスライス番号に基づいて、当該少なくとも２つのビデオサブストリームのうちのいずれのビデオサブストリームがビデオスライスを欠失しているかどうかを決定することができ、これにより、対応するビデオソースから、欠失されているビデオスライスが迅速に補足され、ビデオ再生の遅延時間を大幅に低減させることができる。

１つの実施例では、図９に示すように、この装置は、取得モジュール８１４をさらに含み、ここで、
取得モジュール８１４は、少なくとも２つのチャネルを介してビデオストリームのダウンロードを行う前に、ビデオ再生コマンドを取得するために使用される。

第１ダウンロードモジュール８０２は、さらに、ビデオ再生コマンドに応答して、コンテンツ配信ネットワークシステムのターゲットサーバから、予め設定された時間範囲内の完全なビデオストリームをダウンロードするために使用される。

再生モジュール８１０は、さらに、クライアントにより完全なビデオストリームを再生するために使用される。

第１ダウンロードモジュール８０２は、さらに、クライアントが完全なビデオストリームを再生する過程において安定的な再生状態に達した場合、少なくとも２つのチャネルを介してビデオストリームのダウンロードを行うために使用される。

上記の実施例では、ビデオ再生の初期に、まず、コンテンツ配信ネットワークシステムのターゲットサーバから、１段落の完全なビデオストリームをダウンロードして再生し、これにより、フリーズという状況の発生が回避され、再生が安定した場合、ビデオストリームをストリーム分けてダウンロードし開始し、これによって、サーバの圧力を低減させることができる。

１つの実施例では、図１０に示すように、図１０は、本願の実施例によって提供されるビデオ処理装置の構成のブロック図であり、この装置は、ソフトウェアモジュールまたはハードウェアモジュール、あるいはこの両者の組み合わせを使用してコンピュータデバイスの一部となることができ、この装置は、受信モジュール１００２、処理モジュール１００４、番号付けモジュール１００６、保存モジュール１００８、および送信モジュール１０１０を含み、ここで、
受信モジュール１００２は、ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信するために使用される。

処理モジュール１００４は、オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得るために使用される。

番号付けモジュール１００６は、得られたビデオスライスを番号付けて、ビデオスライス番号を得るために使用される。

保存モジュール１００８は、ビデオスライス番号を補足強化情報フレームに保存して、スライスされたターゲットビデオフォーマットのビデオストリームを得るために使用される。

送信モジュール１０１０は、ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、ビデオストリームをコンテンツ配信ネットワークシステムのターゲットサーバに送信するために使用される。

１つの実施例では、オリジナルビデオストリームとビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである。

上記の実施例では、ビデオ収集システムによってプッシュされたオリジナルビデオストリームに対してスライス処理を行い、得られたビデオスライスを番号付けて、得られたビデオスライス番号を補足強化情報フレームに保存することにより、クライアントは、補足強化情報フレームにおけるビデオスライス番号を使用して、ビデオスライスの欠失状況が発生するかどうかを決定することができ、これにより、クライアントは、欠失されているビデオスライスをタイムリーに補足することができ、これによって、クライアントがビデオを再生する際の遅延時間を低減させるのに有利である。

ビデオ処理装置に対する具体的な限定については、上述したビデオ処理方法に対する限定を参照することができ、ここでは、これ以上説明しない。上記のビデオ処理装置における各モジュールは、ソフトウェア、ハードウェア、およびそれらの組み合わせによって、全部または一部実現され得る。上記の各モジュールは、ハードウェア形式で、コンピュータデバイスに内蔵されてもよく、コンピュータデバイスから独立されてもよいし、ソフトウェア形式で、コンピュータデバイスにおけるメモリに記憶されてもよく、これにより、プロセッサは、以上の各モジュールに対応する動作を呼び出して実行する。

１つの実施例では、コンピュータデバイスが提供され、当該コンピュータデバイスは、端末であってもよく、その内部構成図は、図１１に示すようにしてもよい。当該コンピュータデバイスには、システムバスによって接続されているプロセッサ、メモリ、通信インタフェース、ディスプレイおよび入力装置が含まれる。ここで、当該コンピュータデバイスのプロセッサは、計算および制御能力を提供するために使用される。当該コンピュータデバイスのメモリには、不揮発性記憶媒体、内部メモリが含まれる。当該不揮発性記憶媒体には、オペレーティングシステムおよびコンピュータプログラムが記憶されている。当該内部メモリは、不揮発性記憶媒体におけるオペレーティングシステムおよびコンピュータプログラムの実行に対して環境を提供する。当該コンピュータデバイスの通信インタフェースは、外部の端末と有線または無線方式で通信するために使用され、無線方式は、ＷＩＦＩ、事業者ネットワーク、ＮＦＣ（近距離通信）または他の技術によって実現され得る。当該コンピュータプログラムがプロセッサによって実行されると、ビデオ処理方法が実現される。当該コンピュータデバイスのディスプレイは、液晶ディスプレイまたは電子インクディスプレイであってもよく、当該コンピュータデバイスの入力装置は、ディスプレイ上に覆われたタッチ層であってもよいし、コンピュータデバイスのハウジングに設けられたキー、トラックボールまたはタッチパネルであってもよいし、外部に接続されたキーボード、タッチパネルまたはマウスなどであってもよい。

当業者であれば、図１１に示す構成は、本願の技術案に関連する部分構成のブロック図にすぎず、本願の技術案が適用されるコンピュータデバイスに対する限定を構成するものではなく、具体的なコンピュータデバイスは、図に示されているものよりも多くまたは少ない構成要素を含んでいてもよいし、またはいくつかの構成要素を組み合わせていてもよいし、異なる構成要素を有してもよい。

１つの実施例では、メモリおよびプロセッサを含むコンピュータデバイスも提供され、メモリには、コンピュータプログラムが記憶されており、当該プロセッサは、コンピュータプログラムを実行するときに、以下のステップ、即ち、少なくとも２つのチャネルを介してビデオサブストリームを取得して、少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るステップと、少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するステップと、抽出されたビデオスライス番号に基づいて、少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップと、相応のビデオサブストリームに対応するビデオソースから、欠失されているビデオスライスをダウンロードするステップと、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順序に従って再生するステップと、を実現する。

１つの実施例では、コンピュータプログラムがプロセッサによって実行されると、次のステップ、即ち、ビデオ再生コマンドを取得するステップと、ビデオ再生コマンドに応答して、コンテンツ配信ネットワークシステムのターゲットサーバから、予め設定された時間範囲内の完全なビデオストリームをダウンロードするステップと、クライアントにより、完全なビデオストリームを再生するステップと、クライアントが完全なビデオストリームを再生する過程において安定的な再生状態に達した場合、少なくとも２つのチャネルを介してビデオストリームのダウンロードを行うステップと、をプロセッサに実行させる。

１つの実施例では、コンピュータプログラムが、少なくとも２つのチャネルを介してビデオストリームのダウンロードを実行するステップを、プロセッサによって実行する場合、以下のステップ、即ち、ダウンロードするビデオストリームを、少なくとも２つのビデオサブストリームに分割するステップと、コンテンツ配信ネットワークシステムのターゲットサーバから、少なくとも２つのビデオサブストリームをダウンロードするステップと、をプロセッサに具体的に実行させる。

１つの実施例では、コンピュータプログラムが、少なくとも２つのチャネルを介してビデオストリームのダウンロードを実行するステップを、プロセッサによって実行する場合、以下のステップ、即ち、他のクライアントから、少なくとも１つのビデオサブストリームをダウンロードするステップと、コンテンツ配信ネットワークシステムのターゲットサーバから、残りのビデオサブストリームをダウンロードするステップと、をプロセッサに具体的に実行させる。

１つの実施例では、コンピュータプログラムが、他のクライアントから少なくとも１つのビデオサブストリームをダウンロードするステップを、プロセッサによって実行する場合、以下のステップ、即ち、当該少なくとも２つのビデオサブストリームから、少なくとも１つのターゲットビデオサブストリームを選択するステップと、他のクライアントから、ターゲットビデオサブストリームをダウンロードするステップと、をプロセッサに具体的に実行させる。コンピュータプログラムが、プロセッサによって実行される場合、さらに、他のクライアントからターゲットビデオサブストリームをダウンロードすると決定した場合、ターゲットサーバからターゲットビデオサブストリームをダウンロードすることを一時停止するステップ、をプロセッサに実行させる。

１つの実施例では、コンピュータプログラムが、抽出されたビデオスライス番号に基づいて、少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップを、プロセッサによって実行する場合、以下のステップ、即ち、当該少なくとも２つのビデオサブストリームがビデオスライス番号を欠失しているかどうかを判断するステップと、ビデオスライス番号が欠失されているビデオサブストリームが少なくとも１つ存在すれば、欠失されているビデオスライス番号に従って、少なくとも１つのビデオサブストリームが欠失しているビデオスライスを決定するステップと、をプロセッサに具体的に実行させる。

１つの実施例では、コンピュータプログラムが、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントにロードして再生するステップを、プロセッサによって実行する場合、以下のステップ、即ち、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを保存するステップと、保存されているビデオスライスと、各ビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントに順次にロードして、相応の再生対象となるビデオストリームを得るステップと、再生対象となるビデオストリームにおける各ビデオスライスを順次にレンダリングして、再生対象となる画像シーケンスを得るステップと、クライアントにより、再生対象となる画像シーケンスを再生するステップと、をプロセッサに具体的に実行させる。

１つの実施例では、ビデオストリームは、ビデオ収集システムによってプッシュされたオリジナルビデオストリームに対してスライス処理をトランスコーディングサーバが順次に行って得られたものであり、ビデオスライス番号は、スライスされた各ビデオスライスをトランスコーディングサーバが番号付けて得られたものである。

１つの実施例では、オリジナルビデオストリームとビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである。

１つの実施例では、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体が提供され、当該コンピュータプログラムがプロセッサによって実行されるとき、以下のステップ、即ち、少なくとも２つのチャネルを介してビデオサブストリームを取得して、少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るステップと、少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するステップと、抽出されたビデオスライス番号に基づいて、少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップと、相応のビデオサブストリームに対応するビデオソースから、欠失されているビデオスライスをダウンロードするステップと、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順序に従って再生するステップと、が実現される。

１つの実施例では、コンピュータプログラムがプロセッサによって実行されると、次のステップ、即ち、ビデオ再生コマンドを取得するステップと、ビデオ再生コマンドに応答して、コンテンツ配信ネットワークシステムのターゲットサーバから、予め設定された時間範囲内の完全なビデオストリームをダウンロードするステップと、クライアントにより、完全なビデオストリームを再生するステップと、クライアントが完全なビデオストリームを再生する過程において安定的な再生状態に達した場合、少なくとも２つのチャネルを介してビデオストリームのダウンロードを行うステップと、をプロセッサに実行させる。

１つの実施例では、コンピュータプログラムがプロセッサによって実行されるとき、さらに、以下のステップ、即ち、ダウンロードするビデオストリームを、少なくとも２つのビデオサブストリームに分割するステップと、コンテンツ配信ネットワークシステムのターゲットサーバから、少なくとも２つのチャネルを介して、少なくとも２つのビデオサブストリームをそれぞれダウンロードするステップと、をプロセッサに具体的に実行させる。

１つの実施例では、コンピュータプログラムが、少なくとも２つのチャネルを介してビデオストリームのダウンロードを実行するステップを、プロセッサによって実行する場合、以下のステップ、即ち、他のクライアントから、少なくとも１つのビデオサブストリームをダウンロードするステップと、コンテンツ配信ネットワークシステムのターゲットサーバから、残りのビデオサブストリームをダウンロードするステップと、をプロセッサに具体的に実行させる。

１つの実施例では、コンピュータプログラムが、他のクライアントから少なくとも１つのビデオサブストリームをダウンロードするステップを、プロセッサによって実行する場合、以下のステップ、即ち、各ビデオサブストリームから、少なくとも１つのターゲットビデオサブストリームを選択するステップと、他のクライアントから、ターゲットビデオサブストリームをダウンロードするステップと、をプロセッサに具体的に実行させる。コンピュータプログラムがプロセッサによって実行する場合、さらに、以下のステップ、即ち、他のクライアントからターゲットビデオサブストリームをダウンロードすると決定された場合、ターゲットサーバからターゲットビデオサブストリームをダウンロードすることを一時停止するステップ、をプロセッサに実行させる。

１つの実施例では、コンピュータプログラムが、抽出されたビデオスライス番号に基づいて、少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップを、プロセッサによって実行する場合、以下のステップ、即ち、当該少なくとも２つのビデオサブストリームがビデオスライス番号を欠失しているかどうかを判断するステップと、ビデオスライス番号が欠失されているビデオサブストリームが少なくとも１つ存在すれば、欠失されているビデオスライス番号に従って、少なくとも１つのビデオサブストリームが欠失しているビデオスライスを決定するステップと、をプロセッサに具体的に実行させる。

１つの実施例では、コンピュータプログラムが、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを、ビデオスライス番号の順序に従って再生するステップを、プロセッサによって実行する場合、以下のステップ、即ち、ダウンロードされたビデオスライスと、少なくとも２つのビデオサブストリームとを保存するステップと、保存されているビデオスライスと、各ビデオサブストリームとを、ビデオスライス番号の順序に従ってクライアントに順次にロードして、相応の再生対象となるビデオストリームを得るステップと、再生対象となるビデオストリームにおける各ビデオスライスを順次にレンダリングして、再生対象となる画像シーケンスを得るステップと、クライアントにより、再生対象となる画像シーケンスを再生するステップと、をプロセッサに具体的に実行させる。

１つの実施例では、ビデオストリームは、ビデオ収集システムによってプッシュされたオリジナルビデオストリームに対してスライス処理をトランスコーディングサーバが順次に行って得られたものであり、ビデオスライス番号は、スライスされた各ビデオスライスをトランスコーディングサーバが番号付けて得られたものである。

１つの実施例では、オリジナルビデオストリームとビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである。

１つの実施例では、コンピュータデバイスが提供され、当該コンピュータデバイスは、トランスコーディングサーバであってもよく、その内部構成図は、図１２に示すようにしてもよい。当該コンピュータデバイスには、システムバスによって接続されているプロセッサ、メモリおよびネットワークインタフェースが含まれる。ここで、当該コンピュータデバイスのプロセッサは、計算および制御能力を提供するために使用される。当該コンピュータデバイスのメモリには、不揮発性記憶媒体、内部メモリが含まれる。当該不揮発性記憶媒体には、オペレーティングシステム、コンピュータプログラムおよびデータベースが記憶されている。当該内部メモリは、不揮発性記憶媒体におけるオペレーティングシステムおよびコンピュータプログラムの実行に対して環境を提供する。当該コンピュータデバイスのデータベースは、ビデオストリームデータを記憶するために使用される。当該コンピュータデバイスのネットワークインタフェースは、ネットワーク接続を介して外部の端末と通信するために使用される。当該コンピュータプログラムがプロセッサによって実行されると、ビデオ処理方法が実現される。

１つの実施例では、メモリおよびプロセッサを含むコンピュータデバイスも提供され、メモリには、コンピュータプログラムが記憶されており、当該プロセッサは、コンピュータプログラムを実行するときに、以下のステップ、即ち、ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信するステップと、オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得るステップと、得られたビデオスライスを番号付けて、ビデオスライス番号を得るステップと、ビデオスライス番号を補足強化情報フレームに保存して、スライスされたターゲットビデオフォーマットのビデオストリームを得るステップと、ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、ビデオストリームをターゲットサーバに送信するステップと、が実現される。

１つの実施例では、オリジナルビデオストリームとビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである。

１つの実施例では、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体が提供され、当該コンピュータプログラムがプロセッサによって実行されるとき、以下のステップ、即ち、ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信するステップと、オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得るステップと、得られたビデオスライスを番号付けて、ビデオスライス番号を得るステップと、ビデオスライス番号を補足強化情報フレームに保存して、スライスされたターゲットビデオフォーマットのビデオストリームを得るステップと、ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、ビデオストリームをターゲットサーバに送信するステップと、が実現される。

１つの実施例では、オリジナルビデオストリームとビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである。

当業者であれば、上記の実施例方法における全部または一部を実現するための流れは、関連するハードウェアがそれを完成するようにコンピュータプログラムによって指令することができ、当該コンピュータプログラムは、不揮発性のコンピュータ読み取り可能な記憶媒体に記憶され得ており、当該コンピュータプログラムは、実行されるときに、上記の各方法の実施例の流れを含むことができる、ということを理解することができる。
ここで、本願によって提供される実施例において使用されるメモリ、ストレージ、データベースまたは他の媒体への任意の参照は、不揮発性および揮発性メモリのうちの少なくとも１つを含むことができる。不揮発性メモリは、リードオンリーメモリ（ＲＯＭ：Ｒｅａｄ－ＯＮｌｙ Ｍｅｍｏｒｙ）、磁気テープ、フロッピーディスク、フラッシュメモリ、または光メモリなどを含み得る。揮発性メモリは、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）または外部キャッシュメモリを含み得る。説明として、限定されるものではなく、ＲＡＭは、静的ランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、動的ランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）など、様々な形態であってもよい。

以上の実施例の各技術的特徴は、任意の組み合わせが可能であり、説明を簡潔にするために、上記の実施例における各技術的特徴の全ての可能な組み合わせについては説明していないが、これらの技術的特徴の組み合わせには矛盾がない限り、本説明書に記載された範囲と考えるべきである。

上記の実施例は、本願のいくつかの実施形態のみを示しており、その説明は比較的具体的かつ詳細であるが、そのために特許範囲の制限として理解することはできない。指摘すべきものとして、当業者にとっては、本願の構想から逸脱しない前提で、若干の変形や改良が可能であり、これらは、本願の保護範囲に属するものである。従って、本願特許の保護範囲は、添付の請求項に準ずるものとする。

Claims (20)

1. 端末によって実行されるビデオ処理方法であって、
   少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るステップと、
   前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するステップと、
   抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップと、
   前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードするステップと、
   ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生するステップと、
   を含むことを特徴とする方法。
2. 少なくとも２つのチャネルを介してビデオサブストリームを取得する前記ステップの前に、前記方法は、さらに、
   ビデオ再生コマンドを取得するステップと、
   前記ビデオ再生コマンドに応答して、コンテンツ配信ネットワークシステムのターゲットサーバから、予め設定された時間範囲内の完全なビデオストリームをダウンロードするステップであって、前記完全なビデオストリームと、前記少なくとも２つのビデオサブストリームとが、いずれも、同じビデオのデータストリームに属するものであるステップと、
   前記端末により、前記完全なビデオストリームを再生するステップと、
   前記端末が前記完全なビデオストリームを再生する過程において安定的な再生状態に達した場合、少なくとも２つのチャネルを介してビデオサブストリームを取得する前記ステップを実行するステップと、を含む、
   ことを特徴とする請求項１に記載の方法。
3. 少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得る前記ステップは、
   ダウンロードするビデオストリームを、少なくとも２つのビデオサブストリームに分割するステップと、
   コンテンツ配信ネットワークシステムのターゲットサーバから、少なくとも２つのチャネルを介して、前記少なくとも２つのビデオサブストリームをそれぞれダウンロードするステップと、を含む、
   ことを特徴とする請求項１に記載の方法。
4. 少なくとも２つのチャネルを介してビデオサブストリームを取得する前記ステップは、
   他のクライアントから、少なくとも１つのビデオサブストリームをダウンロードするステップと、
   コンテンツ配信ネットワークシステムのターゲットサーバから、残りのビデオサブストリームをダウンロードするステップと、を含む、
   ことを特徴とする請求項１に記載の方法。
5. 他のクライアントから、少なくとも１つのビデオサブストリームをダウンロードする前記ステップは、
   前記少なくとも２つのビデオサブストリームから、少なくとも１つのターゲットビデオサブストリームを選択するステップと、
   他のクライアントから、前記ターゲットビデオサブストリームをダウンロードするステップと、を含み、
   前記方法は、さらに、
   前記他のクライアントから前記ターゲットビデオサブストリームをダウンロードすると決定した場合、前記ターゲットサーバから前記ターゲットビデオサブストリームをダウンロードすることを一時停止するステップ、を含む、
   ことを特徴とする請求項４に記載の方法。
6. 抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定する前記ステップは、
   前記少なくとも２つのビデオサブストリームがビデオスライス番号を欠失しているかどうかを判断するステップと、
   前記ビデオスライス番号が欠失されているビデオサブストリームが少なくとも１つ存在すれば、欠失されている前記ビデオスライス番号に基づいて、前記少なくとも１つのビデオサブストリームにおいて欠失されているビデオスライスを決定するステップと、を含む、
   ことを特徴とする請求項１～５のいずれか１項に記載の方法。
7. ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生する前記ステップは、
   ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを保存するステップと、
   保存されているビデオスライスと、各ビデオサブストリームとを、前記ビデオスライス番号の順序に従ってクライアントに順次にロードして、相応の再生対象となるビデオストリームを得るステップと、
   前記再生対象となるビデオストリームにおける各ビデオスライスを順次にレンダリングして、再生対象となる画像シーケンスを得るステップと、
   前記クライアントにより、前記再生対象となる画像シーケンスを再生するステップと、を含む、
   ことを特徴とする請求項１～６のいずれか１項に記載の方法。
8. 前記ビデオストリームは、ビデオ収集システムによってプッシュされたオリジナルビデオストリームに対してスライス処理をサーバが順次に行って得られたものであり、前記ビデオスライス番号は、スライスされた各ビデオスライスを前記サーバが番号付けて得られたものである、
   ことを特徴とする請求項２、３、７のいずれか１項に記載の方法。
9. 前記オリジナルビデオストリームと前記ビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである、
   ことを特徴とする請求項８に記載の方法。
10. サーバと、ターゲットサーバと、端末とを含むビデオ処理システムによって実行されるビデオ処理方法であって、
    前記サーバが、ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信するステップと、
    前記サーバが、前記オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得るステップと、
    前記サーバが、得られたビデオスライスを番号付けて、ビデオスライス番号を得るステップと、
    前記サーバが、前記ビデオスライス番号を補足強化情報フレームに保存して、スライスされた前記ターゲットビデオフォーマットのビデオストリームを得るステップと、
    前記ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、前記サーバが、前記ビデオストリームを前記ターゲットサーバに送信するステップと、
    前記端末が、少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得るステップと、
    前記端末が、前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出するステップと、
    前記端末が、抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定するステップと、
    前記端末が、前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードするステップと、
    前記端末が、ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生するステップと、
    を含むことを特徴とするビデオ処理方法。
11. 前記オリジナルビデオストリームと前記ビデオストリームは、いずれも、ＦＬＶストリーミングメディアフォーマットのビデオストリームである、
    ことを特徴とする請求項１０に記載の方法。
12. ビデオ処理装置であって、
    少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得る第１ダウンロードモジュールと、
    前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出する抽出モジュールと、
    抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定する決定モジュールと、
    前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードする第２ダウンロードモジュールと、
    ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生する再生モジュールと、
    を含むことを特徴とするビデオ処理装置。
13. 前記装置は、さらに、
    ビデオ再生コマンドを取得する取得モジュールを、含み、
    前記第１ダウンロードモジュールは、さらに、前記ビデオ再生コマンドに応答して、コンテンツ配信ネットワークシステムのターゲットサーバから、予め設定された時間範囲内の完全なビデオストリームをダウンロードするために使用され、前記完全なビデオストリームと、前記少なくとも２つのビデオサブストリームとが、いずれも、同じビデオのデータストリームに属するものであり、
    前記再生モジュールは、さらに、前記完全なビデオストリームを再生するために使用され、
    前記第１ダウンロードモジュールは、さらに、前記完全なビデオストリームを再生する過程において安定的な再生状態に達した場合、少なくとも２つのチャネルを介してビデオサブストリーム取得するために使用される、
    ことを特徴とする請求項１２に記載の装置。
14. 前記第１ダウンロードモジュールは、さらに、他のクライアントから、少なくとも１つのビデオサブストリームをダウンロードし、コンテンツ配信ネットワークシステムのターゲットサーバから、残りのビデオサブストリームをダウンロードするために使用される、
    ことを特徴とする請求項１２に記載の装置。
15. 前記第１ダウンロードモジュールが、さらに、前記少なくとも２つのビデオサブストリームから、少なくとも１つのターゲットビデオサブストリームを選択し、他のクライアントから、前記ターゲットビデオサブストリームをダウンロードし、前記他のクライアントから前記ターゲットビデオサブストリームをダウンロードすると決定した場合、前記ターゲットサーバから前記ターゲットビデオサブストリームをダウンロードすることを一時停止するために使用される、
    ことを特徴とする請求項１４に記載の装置。
16. 前記決定モジュールは、さらに、前記少なくとも２つのビデオサブストリームがビデオスライス番号を欠失しているかどうかを判断し、前記ビデオスライス番号が欠失されているビデオサブストリームが少なくとも１つ存在すれば、欠失されている前記ビデオスライス番号に基づいて、前記少なくとも１つのビデオサブストリームにおいて欠失されているビデオスライスを決定するために使用される、
    ことを特徴とする請求項１２～１５のいずれか１項に記載の装置。
17. 前記再生モジュールは、さらに、ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを保存し、保存されているビデオスライスと、各ビデオサブストリームとを、前記ビデオスライス番号の順序に従ってクライアントに順次にロードして、相応の再生対象となるビデオストリームを得、前記再生対象となるビデオストリームにおける各ビデオスライスを順次にレンダリングして、再生対象となる画像シーケンスを得て、前記クライアントにより、前記再生対象となる画像シーケンスを再生するために使用される、
    ことを特徴とする請求項１２～１６のいずれか１項に記載の装置。
18. ビデオ処理サーバと、端末とを含むビデオ処理システムであって、
    前記ビデオ処理サーバは、
    ビデオ収集システムによってプッシュされたターゲットビデオフォーマットのオリジナルビデオストリームを受信する受信モジュールと、
    前記オリジナルビデオストリームに対してスライス処理を順次に行って、対応するビデオスライスを得る処理モジュールと、
    得られたビデオスライスを番号付けて、ビデオスライス番号を得る番号付けモジュールと、
    前記ビデオスライス番号を補足強化情報フレームに保存して、スライスされた前記ターゲットビデオフォーマットのビデオストリームを得る保存モジュールと、
    ターゲットサーバがクライアントによって送信されたビデオ再生コマンドに基づいて、対応するビデオストリームを返信するように、前記ビデオストリームを前記ターゲットサーバに送信する送信モジュールと、
    を含み、
    前記端末は、
    少なくとも２つのチャネルを介してビデオサブストリームを取得して、前記少なくとも２つのチャネルと１対１に対応する少なくとも２つのビデオサブストリームを得る第１ダウンロードモジュールと、
    前記少なくとも２つのビデオサブストリームの補足強化情報フレームから、ビデオスライス番号を抽出する抽出モジュールと、
    抽出されたビデオスライス番号に基づいて、前記少なくとも２つのビデオサブストリームのうちの相応のビデオサブストリームがビデオスライスを欠失していることを決定する決定モジュールと、
    前記相応のビデオサブストリームに対応するビデオソースから、欠失されている前記ビデオスライスをダウンロードする第２ダウンロードモジュールと、
    ダウンロードされた前記ビデオスライスと、前記少なくとも２つのビデオサブストリームとを、前記ビデオスライス番号の順序に従って再生する再生モジュールと、
    を含むことを特徴とするビデオ処理システム。
19. コンピュータプログラムが記憶されているメモリと、プロセッサとを含むコンピュータデバイスであって、
    前記プロセッサは、前記コンピュータプログラムを実行するとき、請求項１～９のいずれか１項に記載の方法のステップを実現する、
    ことを特徴とするコンピュータデバイス。
20. コンピュータプログラムであって、
    前記コンピュータプログラムが、コンピュータデバイスによって実行されるとき、請求項１～９のいずれか１項に記載の方法のステップを実現させる、
    ことを特徴とするコンピュータプログラム。