特許 6570646 オーディオビデオファイルのライブストリーミング方法、システム及びサーバー

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6570646

(24)【登録日】2019年8月16日

(45)【発行日】2019年9月4日

(54)【発明の名称】オーディオビデオファイルのライブストリーミング方法、システム及びサーバー

(51)【国際特許分類】

   H04N 21/2662 20110101AFI20190826BHJP

   H04N 21/2343 20110101ALI20190826BHJP

【ＦＩ】

   H04N21/2662

   H04N21/2343

【請求項の数】18

【全頁数】22

(21)【出願番号】特願2017-546078(P2017-546078)

(86)(22)【出願日】2016年2月29日

(65)【公表番号】特表2018-513583(P2018-513583A)

(43)【公表日】2018年5月24日

(86)【国際出願番号】CN2016074847

(87)【国際公開番号】WO2016138844

(87)【国際公開日】20160909

【審査請求日】2017年9月1日

(31)【優先権主張番号】201510094319.X

(32)【優先日】2015年3月3日

(33)【優先権主張国】CN

【前置審査】

(73)【特許権者】

【識別番号】514187420

【氏名又は名称】テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ヤン，フェンハイ

(72)【発明者】

【氏名】ツー，ユアンドン

(72)【発明者】

【氏名】ゾン，カンチェン

(72)【発明者】

【氏名】ゼン，シンハイ

【審査官】 久保 光宏

(56)【参考文献】

【文献】 米国特許出願公開第２０１４／０２８１００７（ＵＳ，Ａ１）

【文献】 国際公開第２０１３／１２３３６０（ＷＯ，Ａ１）

【文献】 特表２０１４−５２９８１２（ＪＰ，Ａ）

【文献】 特表２０１４−５０６４３０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０３３６６２７（ＵＳ，Ａ１）

【文献】 特開２０１０−６８４９８（ＪＰ，Ａ）

【文献】 特開２０１３−５１６９１（ＪＰ，Ａ）

【文献】 特開２００５−３２８２６８（ＪＰ，Ａ）

【文献】 特開２００２−２６２２８６（ＪＰ，Ａ）

【文献】 特開２００８−２５２５２５（ＪＰ，Ａ）

【文献】 特開２００６−１９７４０１（ＪＰ，Ａ）

【文献】 特表２０１２−５０８４８５（ＪＰ，Ａ）

【文献】 特開２００７−６７６４５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００７／０１４３４９３（ＵＳ，Ａ１）

【文献】 仙田裕三，「シームレスビデオサービスとビデオトランスコーダ」，ＮＥＣ技報，日本，株式会社ＮＥＣクリエイティブ，１９９８年 ８月２５日，Vol.51, No.8，第４６〜４９頁，ISSN:0285-4139

【文献】 CHIN-FENG LAI, et al.，"CLOUD-ASSISTED REAL-TIME TRANSRATING FOR HTTP LIVE STREAMING"，IEEE Wireless Communications，２０１３年 ７月 １日，Vol.20, No.3，Pages 62-70，ISSN: 1536-1284, <DOI: 10.1109/MWC.2013.6549284>

【文献】 中村和己（外３名），「時間タグを利用したストリーミングコンテンツ同時視聴システムの提案」，マルチメディア，分散，協調とモバイル（DICOMO2012）シンポジウム論文集, [CD-ROM], 情報処理学会シンポジウムシリーズ，日本，一般社団法人情報処理学会，２０１２年 ６月２７日，Vol.2012, No.1，第６６０〜６６８頁，ISSN:1882-0840

【文献】 Kanyong Li, et al.，"Research and Development of an Online Video Network Platform Based on the Streaming Media Technology"，Applied Mechanics and Materials，[online]，２０１３年 ９月 ３日，Vols.411-414，Pages 943-949，ISSN: 1662-7482, <DOI: 10.4028/www.scientific.net/AMM.411-414.943>, [retrieved on 2018.06.05], Retrieved from the Internet，ＵＲＬ，http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.832.5835&rep=rep1&type=pdf

【文献】 笠野英松，「マルチメディア・ストリーミング技術」，日本，ＣＱ出版株式会社，２０１１年１２月１５日，初版，第１５５〜１６７頁，ISBN: 978-4-7898-4089-7

【文献】 Ａ・Ｓ・タネンバウム著，水野忠則（外４名）訳，「モダンオペレーティングシステム 原著第２版」，日本，株式会社ピアソン・エデュケーション，２００４年１２月１０日，第２版，第４８０〜４８１頁，ISBN: 4-89471-537-6

【文献】 Sheng Wei, et al.，"Cost Effective Video Streaming Using Server Push over HTTP 2.0"，Proceedings of 2014 IEEE 16th International Workshop on Multimedia Signal Processing (MMSP)，２０１４年 ９月２４日，Pages 1-5，ISBN: 978-1-4799-5896-2, <DOI: 10.1109/MMSP.2014.6958796>

【文献】 「主播の意味−中国語辞書−Weblio日中中日辞典」，[online], Weblio，２０１６年 ３月１７日，[平成30年9月20日検索], インターネット，ＵＲＬ，https://cjjc.weblio.jp/content/%E4%B8%BB%E6%92%AD

【文献】 「網絡主播[ネット番組パーソナリティー]」，[online], Peoples' China (人民中国），２０１６年 ８月，[平成30年9月20日検索], インターネット，ＵＲＬ，http://www.peoplechina.com.cn/home/second/2016-08/26/content_726616.htm

【文献】 「美女主播千万年薪驚動王思聡」，[online], 騰訊網，２０１５年 ２月１６日，[平成30年9月20日検索], インターネット，ＵＲＬ，http://sports.qq.com/original/inside/sd313.html

【文献】 高木利弘，「スマートＴＶと動画ビジネス」，日本，株式会社インプレスジャパン，２０１２年 ６月１１日，初版，第８５，１３０，１３１頁，ISBN:978-4-8443-3206-0

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ２１／００−２１／８５８

ＣＳＤＢ（日本国特許庁）

ＩＥＥＥＸｐｌｏｒｅ（ＩＥＥＥ）

(57)【特許請求の範囲】

【請求項1】

オーディオビデオファイルのライブストリーミングのための方法であって、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを含み、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手した後、前記方法は、
予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名するステップをさらに含み、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出してそれぞれのビデオストリームを合成するステップであって、各ビデオストリームが一つのユニフォームリソースロケータに対応するステップを含む、方法。

【請求項2】

前記元オーディオビデオファイルを取得するステップは、
繰り返し再生されているオーディオビデオファイルを循環的に読み取り、前記繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするステップを含む
請求項１に記載の方法。

【請求項3】

前記元オーディオビデオファイルを取得するステップは、
番組表を取得するステップと、
所定の時点に達すると、前記番組表における番組に対応するオーディオビデオファイルを読み取り、前記オーディオビデオファイルを元オーディオビデオファイルとするステップとを含む
請求項１に記載の方法。

【請求項4】

前記異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するステップを含む
請求項１項に記載の方法。

【請求項5】

前記方法は、
各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするステップをさらに含む
請求項１項に記載の方法。

【請求項6】

前記方法は、
アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立するステップと、
トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするステップとをさらに含む
請求項１項に記載の方法。

【請求項7】

サーバーであって、記憶媒体及びプロセッサを含み、前記記憶媒体には命令が記憶され、
前記プロセッサは、前記命令を実行することで、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを実行するように構成され、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手した後、
前記プロセッサは、さらに、
予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名するステップを実行するように構成され、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出して各ビデオストリームを合成するステップであって、それぞれのビデオストリームが一つのユニフォームリソースロケータに対応するステップを含む、サーバー。

【請求項8】

前記元オーディオビデオファイルを取得するステップは、
繰り返し再生されているオーディオビデオファイルを循環的に読み取り、前記繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするステップを含む
請求項７に記載のサーバー。

【請求項9】

前記元オーディオビデオファイルを取得するステップは、
番組表を取得するステップと、
所定の時点に達すると、前記番組表における番組に対応するオーディオビデオファイルを読み取り、前記オーディオビデオファイルを元オーディオビデオファイルとするステップとを含む
請求項７に記載のサーバー。

【請求項10】

前記異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオ
フレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するステップを含む
請求項７に記載のサーバー。

【請求項11】

前記プロセッサは、さらに、
各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするステップを実行するように構成される
請求項７に記載のサーバー。

【請求項12】

前記プロセッサは、さらに、
アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立するステップと、
トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするステップとを実行するように構成される
請求項７に記載のサーバー。

【請求項13】

オーディオビデオファイルのライブストリーミングのためのシステムであって、
元オーディオビデオファイルを取得し、前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取り、前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成されるオーディオビデオファイル合成サーバーと、
オーディオビデオファイル合成サーバーから異なるビットレートのオーディオビデオファイルを取得し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成し、異なるビデオストリームをコンテンツ配信ネットワークサーバーにプッシュし、コンテンツ配信ネットワークサーバーから異なる端末にプッシュするように構成されるストリーム合成サーバーとを含み、
前記オーディオビデオファイル合成サーバーは、さらに、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して異なるビットレートのオーディオビデオファイルを入手した後、予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名し、ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出してそれぞれのビデオストリームを合成し、各ビデオストリームが一つのユニフォームリソースロケータに対応するように構成される、システム。

【請求項14】

前記オーディオビデオファイル合成サーバーは、さらに、繰り返し再生されているオーディオビデオファイルを循環的に読み取り、前記繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするように構成される
請求項１３に記載のシステム。

【請求項15】

前記オーディオビデオファイル合成サーバーは、さらに、番組表を取得し、所定の時点に達すると、前記番組表における番組に対応するオーディオビデオファイルを読み取り、前記オーディオビデオファイルを元オーディオビデオファイルとするように構成される
請求項１３に記載のシステム。

【請求項16】

前記ストリーム合成サーバーは、ストリーミングメディアフォーマットのストリーム合成サーバー、高精細度ビデオコンテナフォーマットのストリーム合成サーバーを含み
前記ストリーミングメディアフォーマットのストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームをそれぞれ形成するように構成され、
高精細度ビデオコンテナフォーマットのストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するように構成される
請求項１３に記載のシステム。

【請求項17】

前記コンテンツ配信ネットワークサーバーは、さらに、各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするように構成される
請求項１３に記載のシステム。

【請求項18】

前記コンテンツ配信ネットワークサーバーは、さらに、アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立し、トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするように構成される
請求項１３に記載のシステム。

【発明の詳細な説明】

【関連出願】

【0001】

本願は、２０１５年３月３日に中国特許局に出願された、出願番号２０１５１００９４３１９．ｘ、発明の名称「オーディオビデオファイルのライブストリーミング方法、装置及びシステム」の中国特許出願の優先権を主張し、その全ての内容がここに援用される。

【技術分野】

【0002】

本発明はビデオ再生分野に関し、特に、オーディオビデオファイルのライブストリーミング方法、システム及びサーバーに関する。

【背景技術】

【0003】

ネットワーク技術の発展に伴い、インターネットを介して必要な情報を取得する人々がますます増えている。例えば、ユーザーはインターネットを介してニュース情報を取得し、ユーザーはインターネットを介してオーディオビデオファイル情報を取得する。インターネットには様々なビデオが存在し、ユーザーは、ビデオを見る必要がある場合、オンデマンドモードを往々にして採用する。例えば、ある映画を見る必要がある場合、ユーザーは、ビデオウェブサイトで対応する映画を検索し、ウェブサイトは、ユーザーからのクリック再生命令を受信してから、サーバーからデータを引き出して再生する。オンデマンドモードは、ユーザーがファイルを選択して再生する必要があり、インタラクションコストが高くなる。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明は、オーディオビデオファイルのライブストリーミング方法、システム及びサーバーを提供する。

【課題を解決するための手段】

【0005】

（１）オーディオビデオファイルのライブストリーミング方法であって、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを含む。
（２）サーバーであって、記憶媒体及びプロセッサを含み、前記記憶媒体には命令が記憶され、
前記プロセッサは、前記命令を実行することで、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを実行するように構成される。
（３）オーディオビデオファイルのライブストリーミングシステムであって、
元オーディオビデオファイルを取得し、前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取り、前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成されるオーディオビデオファイル合成サーバーと、
オーディオビデオファイル合成サーバーから異なるビットレートのオーディオビデオファイルを取得し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成し、異なるビデオストリームをコンテンツ配信ネットワークサーバーにプッシュし、コンテンツ配信ネットワークサーバーから異なる端末にプッシュするように構成されるストリーム合成サーバーとを含む。

【図面の簡単な説明】

【0006】

【図1】１つの実施例におけるオーディオビデオファイルのライブストリーミング方法の応用環境を示す模式図である。

【図2】１つの実施例における複数の異なるビットレートのオーディオビデオファイルを合成する過程を示す模式図である。

【図3】１つの実施例におけるオーディオビデオファイルをストリームとしてプッシュしてライブストリーミングする過程を示す模式図である。

【図4】１つの実施例におけるオーディオビデオファイルのライブストリーミング方法を示すフローチャートである。

【図5】別の実施例におけるオーディオビデオファイルのライブストリーミング方法を示すフローチャートである。

【図6】１つの実施例におけるオーディオビデオファイルのライブストリーミング装置の構造構成を示すブロック図である。

【図7】別の実施例におけるオーディオビデオファイルのライブストリーミング装置の構造構成を示すブロック図である。

【図8】１つの実施例におけるオーディオビデオファイルのライブストリーミングシステムの構造構成を示すブロック図である。

【図9A】１つの実施例における端末の内部構造構成を示す模式図である。

【図9B】１つの実施例におけるサーバーの内部構造構成を示す模式図である。

【発明を実施するための形態】

【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】

ビデオビットレートとは、単位時間ごとに転送されるデータを表したものであり、単位がｋｂｐｓ(キロビット毎秒)である。ビデオのトランスコードは、ビデオのビットレートと解像度を低下させることで、異なるソフトウェア及びハードウェア再生環境に適応するようにする。解像度は、画像内のデータ量を計測するパラメータであり、一般的には1インチあたりのピクセル(ｐｐｉ：ｐｉｘｅｌ ｐｅｒ ｉｎｃｈ)と表し、横方向と縦方向の有効画素である。ウィンドウが小さい場合、ｐｐｉ値が高く、画像が明瞭であり、ウィンドウが大きい場合、ウィンドウに充填される有効画素が不足であるため、有効画素ｐｐｉ値が下降し、画像がぼやけている。

【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】

図８は1つの実施例におけるオーディオビデオファイルのライブストリーミングシステムの構造構成を示すブロック図である。図８のように、当該オーディオビデオファイルのライブストリーミングシステムは、オーディオビデオファイル合成サーバー８１０、ストリーム合成サーバー８２０及びコンテンツ配信ネットワークサーバー８３０を含み、より詳細な説明は、図１の説明を参照することができる。

【0090】

オーディオビデオファイル合成サーバー８１０は、元オーディオビデオファイルを読み取り、当該元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取り、当該ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成される。

【0091】

具体的には、元オーディオビデオファイルは、ライブストリーミング又は他のライブ方法でビデオレコーダにより記録された高精細度なビデオファイルである。元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ、２Ｍｂｐｓ、３Ｍｂｐｓ等であってもよい。

【0092】

１つの実施例において、オーディオビデオファイル合成サーバー８１０は、さらに、繰り返し再生されているオーディオビデオファイルを循環的に読み取り、当該繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするように構成される。例えば、ライブストリーミングサービスの合間において、つまりアンカーがない時間帯において、再生されるビデオとして、ビデオのコンテンツに対して要求しなくてもよく、あるオーディオビデオファイルを循環的に再生してもよい。アンカーがオフラインの場合、ＷＥＢ操作ページの切替え命令を受信して、切替え命令に基づいてビデオの再生モードに切替えて、再生モードでビデオファイルを繰り返し再生する。

【0093】

別の実施例において、オーディオビデオファイル合成サーバー８１０は、さらに、番組表を取得し、所定の時点に達すると、当該番組表における番組に対応するオーディオビデオファイルを読み取り、当該オーディオビデオファイルを元オーディオビデオファイルとするように構成される。例えば、番組表に従って対応するビデオファイルを定時再生する必要がある場合、まず、オーディオビデオファイル合成サーバーで番組表を取得し、次に、タイマーにより、指定された時点に、番組表における番組に対応するオーディオビデオファイルを読み取ることをトリガし、当該オーディオビデオファイルを元オーディオビデオファイルとする。元オーディオビデオファイルがオーディオビデオファイル合成サーバーに格納される。当該オーディオビデオファイル合成サーバーのオペレーティングシステムは、Ｌｉｎｕｘ、ｗｉｎｄｏｗｓ等であってもよい。

【0094】

元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取った後、オーディオフレームとビデオフレームにそれぞれ識別子を付け、オーディオフレームに第１識別子を付け、ビデオフレームに第２識別子を付け、例えば、第１識別子が１であり、第２識別子が０であるが、これに限られない。元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ、２Ｍｂｐｓ又は３Ｍｂｐｓ等であってもよく、トランスコードされたビデオファイルのビットレートは、１０２４ｋｂｐｓ、８００ｋｂｐｓ、４８０ｋｂｐｓ、３６０ｋｂｐｓ等であってもよいが、これに限られない。

【0095】

ビデオビットレートとは、単位時間ごとに転送されるデータを表したものであり、単位がｋｂｐｓである。ビデオトランスコードは、ビデオビットレートと解像度を下げることで、異なるソフトウェア及びハードウェア再生環境に適応するようにする。解像度は、画像内のデータ量を計測するパラメータであり、一般的には1インチあたりのピクセル(ｐｐｉ：ｐｉｘｅｌ ｐｅｒ ｉｎｃｈ)と表し、横方向と縦方向の有効画素である。ウィンドウが小さい場合、ｐｐｉ値が高く、画像が明瞭であり、ウィンドウが大きい場合、ウィンドウに充填される有効画素が不足であるため、有効画素ｐｐｉ値が下降し、画像がぼやけている。

【0096】

Ｘ２６４に基づく自己最適化のエンコーダを使用し、ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手する。当該Ｘ２６４エンコーダは、ビデオサービスシーンに対し画質を最適化するとともに、ＣＰＵアルゴリズムとメモリ消費を最適化して、トランスコード効率が比較的高く、速度が速く、同一ビットレートでの鮮明さがより高い。

【0097】

オーディオビデオファイル合成サーバー８１０は、各フレームを読み取る時に、各フレームに対応する情報をトランスコードされたオーディオビデオファイルに書き込む。当該対応する情報は、オーディオビデオのタイプ識別子、デコードタイムスタンプ、表示タイムスタンプ、キーフレームであるかどうか、ビットレートなどを含む。オーディオビデオのタイプ識別子とは、オーディオフレームとビデオフレームを識別するための識別子であり、例えば、第１識別子がオーディオフレームを表し、第２識別子がビデオフレームを表す。

【0098】

ストリーム合成サーバー８２０は、オーディオビデオファイル合成サーバーから異なるビットレートのオーディオビデオファイルを取得し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成し、異なるビデオストリームをコンテンツ配信ネットワークサーバー８３０にプッシュするように構成される。

【0099】

本実施例において、当該ストリーム合成サーバー８２０は、ストリーミングメディアフォーマットのストリーム合成サーバーと高精細度ビデオコンテナフォーマットのストリーム合成サーバーを含む。

【0100】

ストリーミングメディアフォーマットストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのストリーミングメディアフォーマットのビデオストリームを形成するように構成される。

【0101】

高精細度ビデオコンテナフォーマットストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれの高精細度ビデオコンテナフォーマットのビデオストリームを形成するように構成される。ストリーム合成サーバー８２０は、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するように構成される。

【0102】

具体的には、ストリーミングメディアフォーマットのビデオストリームはＦＬＶビデオストリームであってもよく、高精細度ビデオコンテナフォーマットのビデオストリームはＴＳビデオストリームであってもよい。異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＦＬＶストリーム合成サーバーを介して異なるビットレートのＦＬＶビデオストリームにストリーム合成し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＴＳストリーム合成サーバーを介して異なるビットレートのＴＳビデオストリームにストリーム合成する。

【0103】

例えば、トランスコードされたビットレートが、それぞれ、８００ｋｂｐｓ、４８０ｋｂｐｓである場合、ストリーム合成されたビデオストリームは、８００ｋｂｐｓのＦＬＶビデオストリーム、４８０ｋｂｐｓのＦＬＶビデオストリーム、８００ｋｂｐｓのＴＳビデオストリーム、４８０ｋｂｐｓのＴＳビデオストリームである。

【0104】

コンテンツ配信ネットワークサーバー８３０は、異なるビデオストリームを異なる端末にプッシュするように構成される。当該端末は、パーソナルコンピュータ、スマートフォン、タブレットコンピュータ、ＰＤＡ等であってもよい。コンテンツ配信ネットワークサーバー８３０は、ＦＬＶビデオストリームをパーソナルコンピュータ上のＷＥＢ又はＡｎｄｒｏｉｄシステムの端末等にプッシュし、ＴＳビデオストリームをＩＯＳシステムの端末又はＡｎｄｒｏｉｄ４.０以降のシステムの端末などにプッシュする。当該オーディオビデオファイル合成サーバー８１０は、さらに、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して異なるビットレートのオーディオビデオファイルを入手した後、予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名し、ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出してそれぞれのビデオストリームを合成し、各ビデオストリームが一つのユニフォームリソースロケータに対応するように構成される。

【0105】

１つの実施例において、コンテンツ配信ネットワークサーバー８３０は、各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするように構成される。

【0106】

１つの実施例において、コンテンツ配信ネットワークサーバー８３０は、アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立し、トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするように構成される。

【0107】

上記のオーディオビデオファイルのライブストリーミングシステムは、元オーディオビデオファイルをトランスコードして異なるビットレートのオーディオビデオファイルを合成し、異なるビットレートのオーディオビデオファイルをストリーム合成して異なるビットレートのビデオストリームを生成し、異なるビットレートのビデオストリームを様々な異なる端末にプッシュすることで、ファイルライブストリーミングに介入される人件費を節約し、インタラクションコストを低減し、且つ異なるデバイスと帯域幅の要件を満たし、ビデオファイルのライブストリーミングの流暢さを向上させる。

【0108】

当業者であれば、上記実施例方法の全体又は一部のプロセスがコンピュータプログラムでハードウェアにより実現されることができ、前記プログラムは1つのコンピュータ不揮発性記憶媒体に記憶され、当該プログラムが実行される時、上記の各方法実施例のプロセスが含まれることを理解できる。ここで、前記不揮発性記憶媒体は、磁気ディスク、光ディスク、読み出し専用メモリ(ＲＯＭ：Ｒｅａｄ−ＯｎｌｙＭｅｍｏｒｙ)等であってもよい。

【0109】

上記の実施例は、本発明のいくつかの実施形態を示すものに過ぎず、その説明が具体的かつ詳細なものであるが、本発明を限定するものであると理解すべきではない。当業者は、本発明の構想から逸脱しない前提で、各種類の変更と変化を行うことができ、これらはいずれも本発明の保護範囲以内に含まれる。本発明の実施例の範囲は、添付の特許請求の範囲のみによって限定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】