(57)【特許請求の範囲】
【請求項１】
オーディオビデオファイルのライブストリーミングのための方法であって、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを含み、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手した後、前記方法は、
予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名するステップをさらに含み、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出してそれぞれのビデオストリームを合成するステップであって、各ビデオストリームが一つのユニフォームリソースロケータに対応するステップを含む、方法。
【請求項２】
前記元オーディオビデオファイルを取得するステップは、
繰り返し再生されているオーディオビデオファイルを循環的に読み取り、前記繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするステップを含む
請求項１に記載の方法。
【請求項３】
前記元オーディオビデオファイルを取得するステップは、
番組表を取得するステップと、
所定の時点に達すると、前記番組表における番組に対応するオーディオビデオファイルを読み取り、前記オーディオビデオファイルを元オーディオビデオファイルとするステップとを含む
請求項１に記載の方法。
【請求項４】
前記異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するステップを含む
請求項１項に記載の方法。
【請求項５】
前記方法は、
各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするステップをさらに含む
請求項１項に記載の方法。
【請求項６】
前記方法は、
アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立するステップと、
トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするステップとをさらに含む
請求項１項に記載の方法。
【請求項７】
サーバーであって、記憶媒体及びプロセッサを含み、前記記憶媒体には命令が記憶され、
前記プロセッサは、前記命令を実行することで、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを実行するように構成され、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手した後、
前記プロセッサは、さらに、
予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名するステップを実行するように構成され、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出して各ビデオストリームを合成するステップであって、それぞれのビデオストリームが一つのユニフォームリソースロケータに対応するステップを含む、サーバー。
【請求項８】
前記元オーディオビデオファイルを取得するステップは、
繰り返し再生されているオーディオビデオファイルを循環的に読み取り、前記繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするステップを含む
請求項７に記載のサーバー。
【請求項９】
前記元オーディオビデオファイルを取得するステップは、
番組表を取得するステップと、
所定の時点に達すると、前記番組表における番組に対応するオーディオビデオファイルを読み取り、前記オーディオビデオファイルを元オーディオビデオファイルとするステップとを含む
請求項７に記載のサーバー。
【請求項１０】
前記異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオ
フレームをそれぞれ抽出してそれぞれのビデオストリームを形成するステップは、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するステップを含む
請求項７に記載のサーバー。
【請求項１１】
前記プロセッサは、さらに、
各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするステップを実行するように構成される
請求項７に記載のサーバー。
【請求項１２】
前記プロセッサは、さらに、
アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立するステップと、
トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするステップとを実行するように構成される
請求項７に記載のサーバー。
【請求項１３】
オーディオビデオファイルのライブストリーミングのためのシステムであって、
元オーディオビデオファイルを取得し、前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取り、前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成されるオーディオビデオファイル合成サーバーと、
オーディオビデオファイル合成サーバーから異なるビットレートのオーディオビデオファイルを取得し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成し、異なるビデオストリームをコンテンツ配信ネットワークサーバーにプッシュし、コンテンツ配信ネットワークサーバーから異なる端末にプッシュするように構成されるストリーム合成サーバーとを含み、
前記オーディオビデオファイル合成サーバーは、さらに、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して異なるビットレートのオーディオビデオファイルを入手した後、予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名し、ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出してそれぞれのビデオストリームを合成し、各ビデオストリームが一つのユニフォームリソースロケータに対応するように構成される、システム。
【請求項１４】
前記オーディオビデオファイル合成サーバーは、さらに、繰り返し再生されているオーディオビデオファイルを循環的に読み取り、前記繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするように構成される
請求項１３に記載のシステム。
【請求項１５】
前記オーディオビデオファイル合成サーバーは、さらに、番組表を取得し、所定の時点に達すると、前記番組表における番組に対応するオーディオビデオファイルを読み取り、前記オーディオビデオファイルを元オーディオビデオファイルとするように構成される
請求項１３に記載のシステム。
【請求項１６】
前記ストリーム合成サーバーは、ストリーミングメディアフォーマットのストリーム合成サーバー、高精細度ビデオコンテナフォーマットのストリーム合成サーバーを含み
前記ストリーミングメディアフォーマットのストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームをそれぞれ形成するように構成され、
高精細度ビデオコンテナフォーマットのストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するように構成される
請求項１３に記載のシステム。
【請求項１７】
前記コンテンツ配信ネットワークサーバーは、さらに、各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするように構成される
請求項１３に記載のシステム。
【請求項１８】
前記コンテンツ配信ネットワークサーバーは、さらに、アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立し、トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするように構成される
請求項１３に記載のシステム。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は、２０１５年３月３日に中国特許局に出願された、出願番号２０１５１００９４３１９．ｘ、発明の名称「オーディオビデオファイルのライブストリーミング方法、装置及びシステム」の中国特許出願の優先権を主張し、その全ての内容がここに援用される。
【技術分野】
【０００２】
本発明はビデオ再生分野に関し、特に、オーディオビデオファイルのライブストリーミング方法、システム及びサーバーに関する。
【背景技術】
【０００３】
ネットワーク技術の発展に伴い、インターネットを介して必要な情報を取得する人々がますます増えている。例えば、ユーザーはインターネットを介してニュース情報を取得し、ユーザーはインターネットを介してオーディオビデオファイル情報を取得する。インターネットには様々なビデオが存在し、ユーザーは、ビデオを見る必要がある場合、オンデマンドモードを往々にして採用する。例えば、ある映画を見る必要がある場合、ユーザーは、ビデオウェブサイトで対応する映画を検索し、ウェブサイトは、ユーザーからのクリック再生命令を受信してから、サーバーからデータを引き出して再生する。オンデマンドモードは、ユーザーがファイルを選択して再生する必要があり、インタラクションコストが高くなる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、オーディオビデオファイルのライブストリーミング方法、システム及びサーバーを提供する。
【課題を解決するための手段】
【０００５】
（１）オーディオビデオファイルのライブストリーミング方法であって、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを含む。
（２）サーバーであって、記憶媒体及びプロセッサを含み、前記記憶媒体には命令が記憶され、
前記プロセッサは、前記命令を実行することで、
元オーディオビデオファイルを取得するステップと、
前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るステップと、
前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手するステップと、
異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するステップと、
異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップと、
異なるビデオストリームをプッシュするステップとを実行するように構成される。
（３）オーディオビデオファイルのライブストリーミングシステムであって、
元オーディオビデオファイルを取得し、前記元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取り、前記ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成されるオーディオビデオファイル合成サーバーと、
オーディオビデオファイル合成サーバーから異なるビットレートのオーディオビデオファイルを取得し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出してそれぞれのビデオストリームを形成し、異なるビデオストリームをコンテンツ配信ネットワークサーバーにプッシュし、コンテンツ配信ネットワークサーバーから異なる端末にプッシュするように構成されるストリーム合成サーバーとを含む。
【図面の簡単な説明】
【０００６】
【図１】１つの実施例におけるオーディオビデオファイルのライブストリーミング方法の応用環境を示す模式図である。
【図２】１つの実施例における複数の異なるビットレートのオーディオビデオファイルを合成する過程を示す模式図である。
【図３】１つの実施例におけるオーディオビデオファイルをストリームとしてプッシュしてライブストリーミングする過程を示す模式図である。
【図４】１つの実施例におけるオーディオビデオファイルのライブストリーミング方法を示すフローチャートである。
【図５】別の実施例におけるオーディオビデオファイルのライブストリーミング方法を示すフローチャートである。
【図６】１つの実施例におけるオーディオビデオファイルのライブストリーミング装置の構造構成を示すブロック図である。
【図７】別の実施例におけるオーディオビデオファイルのライブストリーミング装置の構造構成を示すブロック図である。
【図８】１つの実施例におけるオーディオビデオファイルのライブストリーミングシステムの構造構成を示すブロック図である。
【図９Ａ】１つの実施例における端末の内部構造構成を示す模式図である。
【図９Ｂ】１つの実施例におけるサーバーの内部構造構成を示す模式図である。
【発明を実施するための形態】
【０００７】
本発明の実施例又は従来技術を説明するために、本発明の実施例又は従来技術の説明に必要な図面を簡単に説明した。当然のことながら、明細書の説明及び図面は、本発明のいくつかの実施例を示すに過ぎず、当業者であれば、創作的な能力を発揮せずに、これらの形態に基づいて他の形態を取得することができる。
【０００８】
以下、本発明の目的、構成及び利点を明確するために、図面及び実施例を参照して、本発明の実施形態を詳しく説明する。ここに記載される具体的な実施例は、本発明を説明するためのものであるに過ぎず、本発明を限定するものではないことを理解されたい。
【０００９】
図１は実施例におけるオーディオビデオファイルのライブストリーミング方法の応用環境を示す模式図である。図１のように、当該応用環境は、オーディオビデオファイル合成サーバー１１０、ストリーム合成サーバー１２０、コンテンツ配信ネットワークサーバー１３０及び端末１４０を含む。
【００１０】
オーディオビデオファイル合成サーバー１１０は、元オーディオビデオファイルを取得し、元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取り、ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成される。
【００１１】
当該端末は、図９Ａのように、システムバスを介して接続されるプロセッサ、不揮発性記憶媒体、メモリ、ネットワークインターフェース、集音装置、ディスプレイ、スピーカ及び入力装置を含む。ここで、端末の不揮発性記憶媒体にはオペレーティングシステムが記憶される。端末のプロセッサは、オーディオビデオファイルのライブストリーミング方法を実現するように構成される。端末のディスプレイは、液晶ディスプレイや電子インクディスプレイ等であってもよい。入力装置は、ディスプレイの上にオーバレイされたタッチ層であってもよいし、端末ケースに設けられたボタン、トラックボール又はタッチパッドであってもよいし、外付けキーボード、タッチパッド又はマウスであってもよい。当該端末は、携帯電話、タブレットコンピュータ又はパーソナルデジタルアシスタント（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）であってもよい。当業者であれば、図９Ａに示す構造構成が本願の一部の構造構成のブロック図に過ぎず、本願に応用される端末を限定するものではなく、具体的な端末は、図に示す部品より多い又は少ないある部品を含んでもよいし、ある部品を組み合わせてもよいし、異なる部品の配置してもよいことを理解できる。
【００１２】
当該サーバーは、図９Ｂのように、システムバスを介して接続されるプロセッサ、不揮発性記憶媒体、メモリ、ネットワークインターフェースを含む。ここで、当該サーバーの不揮発性記憶媒体にはオペレーティングシステム、データベースなどが記憶され、データベースにはオーディオビデオファイルが記憶される。該当サーバーのプロセッサは、オーディオビデオファイルのライブストリーミング方法を実行するように構成される。該当サーバーのネットワークインターフェースは、ネットワークを介して外部の端末と通信するように構成される。サーバーは、独立したサーバー又は複数のサーバーからなるサーバー群により実現されることができる。当業者であれば、図９Ｂに示す構造構成が本願の一部の構造構成のブロック図に過ぎず、本願に応用されるサーバーを限定するものではなく、具体的なサーバーは、図に示す部品より多い又は少ないある部品を含んでもよいし、ある部品を組み合わせてもよいし、異なる部品の配置を構成してもよいことを理解できる。
【００１３】
図２は１つの実施例における複数の異なるビットレートのオーディオビデオファイルを合成する過程を示す模式図である。図２のように、元オーディオビデオファイル２１０からオーディオフレームを抽出してオーディオファイル２２０を入手し、ビデオフレームを抽出してビデオファイル２３０を入手し、ビデオファイル２３０をトランスコード(ビットレート低減)してトランスコードされたビデオファイル２４０を入手し、トランスコードされたビデオファイル２４０とオーディオファイル２２０を合成して様々なビットレートのオーディオビデオファイル２５０を入手する。
【００１４】
ストリーム合成サーバー１２０は、ストリーミングメディアフォーマット(ＦＬＶ：Ｆｌａｓｈ  Ｖｉｄｅｏ)ストリーム合成サーバー１２２と高精細度ビデオコンテナフォーマット(ＴＳ：Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ)ストリーム合成サーバー１２４などを含む。ストリーム合成とは、オーディオとビデオという２種類のストリームをＦＬＶ、ＴＳ等のフォーマットのストリームに合成して出力することを意味する。ＦＬＶストリーミングメディアフォーマットは、Ｆｌａｓｈ  ＭＸの発売に伴って発展された新興のビデオフォーマットであり、ウェブページ上での再生に用いられ、パーソナルコンピュータ、Ａｎｄｒｏｉｄ携帯電話などをサポートする。ＴＳのフルネームはＭＰＥＧ２-ＴＳであり、Ａｎｄｒｏｉｄ４.０以降のシステムとＩＯＳシステムをサポートする。
【００１５】
ストリーム合成サーバー１２０は、オーディオビデオファイル合成サーバーから様々なビットレートのオーディオビデオファイルを取得し、様々なビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成して、様々なビデオストリームをコンテンツ配信ネットワークサーバー１３０にプッシュするように構成される。
【００１６】
ストリーミングメディアフォーマットストリーム合成サーバー１２２は、様々なビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのストリーミングメディアフォーマットのビデオストリームを形成するように構成される。
【００１７】
高精細度ビデオコンテナフォーマットストリーム合成サーバー１２４は、様々なビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれの高精細度ビデオコンテナフォーマットのビデオストリームを形成するように構成される。
【００１８】
コンテンツ配信ネットワークサーバー１３０即ちコンテンツ配信ネットワーク(ＣＤＮ：Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ)サーバーは、各箇所に散在され、ユーザーにＦＬＶビデオストリームとＴＳビデオストリームを提供することに用いれる。
【００１９】
端末１４０は、コンテンツ配信ネットワークサーバー１３０からＦＬＶビデオストリームとＴＳビデオストリームを取得することができる。
【００２０】
端末１４０は、パーソナルコンピュータ、スマートフォン、タブレットコンピュータ、ＰＤＡ等であってもよい。
【００２１】
図３は１つの実施例におけるオーディオビデオファイルをストリームとしてプッシュしてライブストリーミングする過程を示す模式図である。図３のように、オーディオビデオファイル合成サーバーは、トランスコード後に合成されたオーディオビデオファイルにおけるオーディオフレームとビデオフレームをＦＬＶストリーム合成サーバーとＴＳストリーム合成サーバーにプッシュする。ＦＬＶストリーム合成サーバーは、トランスコードされたオーディオフレームとビデオフレームをＦＬＶビデオストリームにストリーム合成して、ＦＬＶビデオストリームをＣＤＮサーバー(コンテンツ配信ネットワークサーバー)に送信する。ＴＳストリーム合成サーバーは、トランスコードされたオーディオフレームとビデオフレームをＴＳビデオストリームにストリーム合成して、ＴＳビデオストリームをＣＤＮサーバーに送信する。ＣＤＮサーバーは、ＦＬＶビデオストリームをパーソナルコンピュータのＷＥＢとＡｎｄｒｏｉｄ携帯電話にプッシュし、ＴＳビデオストリームをＡｎｄｒｏｉｄ４.０以降の端末デバイスとＩＯＳ端末デバイスにプッシュする。図３におけるパーソナルコンピュータは、タブレットコンピュータ、ＰＤＡなどに置き換えることができ、携帯電話は他のモバイル端末に置き換えることができる。
【００２２】
オーディオビデオファイル合成サーバー１１０は、元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取った後、ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手し、ストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルにおけるオーディオフレームとビデオフレームをストリーム合成して異なるビットレートのＦＬＶビデオストリームとＴＳビデオストリームを入手し、ＦＬＶビデオストリームとＴＳビデオストリームをユーザーに提供して、ユーザーが自身のニーズに応じて異なるビデオストリームを選択して視聴するようにし、ファイルライブストリーミング及びプッシュの人的及び運用コストを節約するとともに、複数の端末への適応を保証し、デバイスと帯域幅の環境での視聴要求を満たす。ここで、ビデオファイルのライブストリーミングとは、ビデオストリームをユーザーに直接にプッシュすることである。
【００２３】
図４は１つの実施例におけるオーディオビデオファイルのライブストリーミング方法を示すフローチャートである。図４におけるオーディオビデオファイルのライブストリーミング方法は、図１の応用環境に応用される。図４のように、当該オーディオビデオファイルのライブストリーミング方法は以下のステップを含む。
【００２４】
ステップ４０２において、元オーディオビデオファイルを取得する。
【００２５】
具体的には、元オーディオビデオファイルは、ライブストリーミング又は他のライブ方法でビデオレコーダにより記録された高精細度なビデオファイルである。元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ(メガビット／秒)、２Ｍｂｐｓ、３Ｍｂｐｓ等であってもよい。
【００２６】
１つの実施例において、元オーディオビデオファイルを取得するステップは、繰り返し再生されているオーディオビデオファイルを循環的に読み取り、当該繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするステップを含む。
【００２７】
例えば、ライブストリーミングサービスの合間において、つまりアンカーがない時間帯において、再生されるビデオとして、そのビデオのコンテンツに対して要求しなくてもよく、あるオーディオビデオファイルを循環的に再生してもよい。アンカーがオフラインの場合、ＷＥＢ操作ページの切替え命令を受信して、切替え命令に基づいてビデオの再生モードに切替えて、再生モードでビデオファイルを繰り返し再生する。
【００２８】
別の実施例において、元オーディオビデオファイルを取得するステップは、番組表を取得するステップと、所定の時点に達すると、当該番組表における番組に対応するオーディオビデオファイルを読み取り、当該オーディオビデオファイルを元オーディオビデオファイルとするステップとを含む。
【００２９】
例えば、番組表に従って対応するビデオファイルを定時再生する必要がある場合、まず、オーディオビデオファイル合成サーバーで番組表を取得し、次に、タイマーにより、指定された時点に番組表における番組に対応するオーディオビデオファイルを読み取ることをトリガし、当該オーディオビデオファイルを元オーディオビデオファイルとする。
【００３０】
元オーディオビデオファイルはオーディオビデオファイル合成サーバーに格納される。当該オーディオビデオファイル合成サーバーのオペレーティングシステムは、Ｌｉｎｕｘ（登録商標）、ｗｉｎｄｏｗｓ等であってもよい。
【００３１】
ステップ４０４において、当該元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取る。
【００３２】
具体的には、元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取った後、オーディオフレームとビデオフレームにそれぞれ識別子を付け、オーディオフレームに第１識別子を付け、ビデオフレームに第２識別子を付け、例えば、第１識別子が１であり、第２識別子が０であるが、これに限られない。
【００３３】
ステップ４０６において、当該ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手する。
【００３４】
具体的には、元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ(メガビット／秒)、２Ｍｂｐｓ又は３Ｍｂｐｓ等であってもよく、トランスコードされたビデオファイルのビットレートは、１０２４ｋｂｐｓ(ｋｉｌｏ  ｂｉｔ  ｐｅｒ  ｓｅｃｏｎｄ、キロビット／秒)、８００ｋｂｐｓ、４８０ｋｂｐｓ、３６０ｋｂｐｓ等であってもよいが、これに限られない。
【００３５】
ビデオビットレートとは、単位時間ごとに転送されるデータを表したものであり、単位がｋｂｐｓ(キロビット毎秒)である。ビデオのトランスコードは、ビデオのビットレートと解像度を低下させることで、異なるソフトウェア及びハードウェア再生環境に適応するようにする。解像度は、画像内のデータ量を計測するパラメータであり、一般的には1インチあたりのピクセル(ｐｐｉ：ｐｉｘｅｌ  ｐｅｒ  ｉｎｃｈ)と表し、横方向と縦方向の有効画素である。ウィンドウが小さい場合、ｐｐｉ値が高く、画像が明瞭であり、ウィンドウが大きい場合、ウィンドウに充填される有効画素が不足であるため、有効画素ｐｐｉ値が下降し、画像がぼやけている。
【００３６】
Ｘ２６４に基づく自己最適化のエンコーダを使用し、ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手する。当該Ｘ２６４エンコーダは、ビデオサービスシーンに対し画質を最適化するとともに、ＣＰＵアルゴリズムとメモリ消費を最適化して、トランスコード効率が比較的高く、速度が速く、同一ビットレートでの鮮明さがより高い。
【００３７】
ステップ４０８において、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手する。
【００３８】
具体的には、各フレームを読み取る時に、各フレームに対応する情報をトランスコードされたオーディオビデオファイルに書き込む。当該対応する情報は、オーディオビデオのタイプ識別子、デコードタイムスタンプ、表示タイムスタンプ、キーフレームであるかどうか、ビットレートなどを含む。オーディオビデオのタイプ識別子とは、オーディオフレームとビデオフレームを識別するための識別子であり、例えば、第１識別子がオーディオフレームを表し、第２識別子がビデオフレームを表す。
【００３９】
ステップ４１０において、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成する。
【００４０】
本実施例において、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するステップは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するステップを含む。
【００４１】
具体的には、ストリーミングメディアフォーマットのビデオストリームはＦＬＶビデオストリームであってもよく、高精細度ビデオコンテナフォーマットのビデオストリームはＴＳビデオストリームであってもよい。異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＦＬＶストリーム合成サーバーを介して異なるビットレートのＦＬＶビデオストリームにストリーム合成し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＴＳストリーム合成サーバーを介して異なるビットレートのＴＳビデオストリームにストリーム合成する。
【００４２】
例えば、トランスコードされたビットレートが、それぞれ、８００ｋｂｐｓ、４８０ｋｂｐｓである場合、ストリーム合成されたビデオストリームは、８００ｋｂｐｓのＦＬＶビデオストリーム、４８０ｋｂｐｓのＦＬＶビデオストリーム、８００ｋｂｐｓのＴＳビデオストリーム、４８０ｋｂｐｓのＴＳビデオストリームである。
【００４３】
ステップ４１２において、異なるビデオストリームをプッシュする。
【００４４】
具体的には、異なるビデオストリームをコンテンツ配信ネットワークサーバーにプッシュし、コンテンツ配信ネットワークサーバーによって様々な異なる端末にプッシュして、ユーザーがニーズに応じて異なるビットレートのビデオストリームを選択するようにする。各ビデオストリームが１つのユニフォームリソースロケータ(ＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ)に対応する。ユーザーの選択ために、ビデオストリームのＵＲＬをユーザーにプッシュする。
【００４５】
なお、ビデオストリームに唯一のビデオストリーム識別子を割当て、ビデオストリーム識別子とＵＲＬの対応関係を確立し、ＵＲＬをユーザープッシュしてもよい。
【００４６】
上記のオーディオビデオファイルのライブストリーミング方法は、元オーディオビデオファイルをトランスコードして異なるビットレートのオーディオビデオファイルを合成し、異なるビットレートのオーディオビデオファイルをストリーム合成して異なるビットレートのビデオストリームを生成し、異なるビットレートのビデオストリームを様々な異なる端末にプッシュすることで、ファイルライブストリーミングに介入される人件費を節約し、インタラクションコストを低減し、且つ異なるデバイスと帯域幅の要件を満たし、ビデオファイルのライブストリーミングの流暢さを向上させる。
【００４７】
図５は別の実施例におけるオーディオビデオファイルのライブストリーミング方法を示すフローチャートである。図５のように、当該オーディオビデオファイルのライブストリーミング方法は、以下のステップを含む。
【００４８】
ステップ５０２において、元オーディオビデオファイルを取得する。
【００４９】
具体的には、元オーディオビデオファイルは、ライブストリーミング又は他のライブ方法でビデオレコーダにより記録された高精細度なビデオファイルである。元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ(メガビット／秒)、２Ｍｂｐｓ、３Ｍｂｐｓ等であってもよい。
【００５０】
１つの実施例において、元オーディオビデオファイルを取得するステップは、繰り返し再生されているオーディオビデオファイルを循環的に読み取り、当該繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするステップを含む。
【００５１】
例えば、ライブストリーミングサービスの合間において、つまりアンカーがない時間帯において、再生されるビデオとして、そのビデオのコンテンツに対して要求しなくてもよく、あるオーディオビデオファイルを循環的に再生してもよい。アンカーがオフラインの場合、ＷＥＢ操作ページの切替え命令を受信して、切替え命令に基づいてビデオの再生モードに切替えて、再生モードでビデオファイルを繰り返し再生する。
【００５２】
別の実施例において、元オーディオビデオファイルを取得するステップは、番組表を取得するステップと、所定の時点に達すると、当該番組表における番組に対応するオーディオビデオファイルを読み取り、当該オーディオビデオファイルを元オーディオビデオファイルとするステップとを含む。
【００５３】
例えば、番組表に従って対応するビデオファイルを定時再生する必要がある場合、まず、オーディオビデオファイル合成サーバーで番組表を取得し、次に、タイマーにより、指定された時点に、番組表における番組に対応するオーディオビデオファイルを読み取ることをトリガし、当該オーディオビデオファイルを元オーディオビデオファイルとする。
【００５４】
ステップ５０４において、当該元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取る。
【００５５】
具体的には、元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取った後、オーディオフレームとビデオフレームにそれぞれ識別子を付け、オーディオフレームに第１識別子を付け、ビデオフレームに第２識別子を付け、例えば、第１識別子が１であり、第２識別子が０であるが、これに限られない。
【００５６】
ステップ５０６において、当該ビデオフレームをトランスコードして、異なるビットレートのビデオフレームを入手する。
【００５７】
具体的には、元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ(メガビット／秒)、２Ｍｂｐｓ又は３Ｍｂｐｓ等であってもよく、トランスコードされたビデオファイルのビットレートは、１０２４ｋｂｐｓ(ｋｉｌｏ  ｂｉｔ  ｐｅｒ  ｓｅｃｏｎｄ、キロビット／秒)、８００ｋｂｐｓ、４８０ｋｂｐｓ、３６０ｋｂｐｓ等であってもよいが、これに限られない。
【００５８】
ステップ５０８において、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手する。
【００５９】
ステップ５１０において、予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名する。
【００６０】
具体的には、予め定められたファイル命名ルールは、ファイル名、トランスコードされたビットレート、ポストフィックス等を含み、同一のビデオファイルの異なるビットレートのビデオファイルを区別することに用いれる。
【００６１】
ステップ５１２において、ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出して、それぞれのビデオストリームを合成し、各ビデオストリームが一つのユニフォームリソースロケータに対応する。
【００６２】
ステップ５１４において、異なるビデオストリームをプッシュする。
【００６３】
具体的には、異なるビデオストリームをコンテンツ配信ネットワークサーバーにプッシュし、コンテンツ配信ネットワークサーバーにより様々な異なる端末にプッシュして、ユーザーがニーズに応じて異なるビットレートのビデオストリームを選択するようにする。各ビデオストリームが１つのＵＲＬに対応する。ユーザーの選択ために、ビデオストリームのＵＲＬをユーザーにプッシュする
なお、上記のオーディオビデオファイルのライブストリーミング方法は、アンカーの部屋に応用される場合、アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立し、トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュする。
【００６４】
上記のオーディオビデオファイルのライブストリーミング方法は、元オーディオビデオファイルをトランスコードして異なるビットレートのオーディオビデオファイルを合成し、異なるビットレートのオーディオビデオファイルをストリーム合成して異なるビットレートのビデオストリームを生成し、異なるビットレートのビデオストリームを様々な異なる端末にプッシュすることで、ファイルライブストリーミングに介入される人件費を節約し、インタラクションコストを低減し、且つ異なるデバイスと帯域幅の要件を満たし、ビデオファイルのライブストリーミングの流暢性さを向上させる。ファイル命名ルールによって異なるビットレートのオーディオビデオファイルを区別することで、識別が簡単、便利である。
【００６５】
図６は１つの実施例におけるオーディオビデオファイルのライブストリーミング装置の構造構成を示すブロック図である。図６のように、オーディオビデオファイルのライブストリーミング装置であって、取得モジュール６１０、読取モジュール６２０、トランスコードモジュール６３０、合成モジュール６４０、ストリーム合成モジュール６５０及びプッシュモジュール６６０を含む。
【００６６】
取得モジュール６１０は、元オーディオビデオファイルを取得するように構成される。
【００６７】
具体的には、元オーディオビデオファイルは、ライブストリーミング又は他のライブ方法でビデオレコーダにより記録された高精細度なビデオファイルである。元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ(メガビット／秒)、２Ｍｂｐｓ、３Ｍｂｐｓ等であってもよい。
【００６８】
１つの実施例において、当該取得モジュール６１０は、さらに、繰り返し再生されているオーディオビデオファイルを循環的に読み取り、当該繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするように構成される。例えば、ライブストリーミングサービスの合間において、つまりアンカーがない時間帯において、再生されるビデオとして、ビデオのコンテンツに対して要求しなくてもよく、あるオーディオビデオファイルを循環的に再生してもよい。アンカーがオフラインの場合、ＷＥＢ操作ページの切替え命令を受信して、切替え命令に基づいてビデオの再生モードに切替えて、再生モードでビデオファイルを繰り返し再生する。
【００６９】
当該取得モジュール６１０は、さらに、番組表を取得し、所定の時点に達すると、当該番組表における番組に対応するオーディオビデオファイルを読み取り、当該オーディオビデオファイルを元オーディオビデオファイルとするように構成される。
【００７０】
例えば、番組表に従って対応するビデオファイルを定時再生する必要がある場合、まず、オーディオビデオファイル合成サーバーで番組表を取得し、次に、タイマーにより、指定された時点に、番組表における番組に対応するオーディオビデオファイルを読み取ることをトリガし、当該オーディオビデオファイルを元オーディオビデオファイルとする。
【００７１】
元オーディオビデオファイルがオーディオビデオファイル合成サーバーに格納される。当該オーディオビデオファイル合成サーバーのオペレーティングシステムは、Ｌｉｎｕｘ、ｗｉｎｄｏｗｓ等であってもよい。
【００７２】
読取モジュール６２０は、当該元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取るように構成される。具体的には、元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取った後、オーディオフレームとビデオフレームにそれぞれ識別子を付け、オーディオフレームに第１識別子を付け、ビデオフレームに第２識別子を付け、例えば、第１識別子が１であり、第２識別子が０であるが、これに限られない。
【００７３】
トランスコードモジュール６３０は、当該ビデオフレームをトランスコードして、異なるビットレートのビデオフレームを入手する。具体的には、元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ、２Ｍｂｐｓ又は３Ｍｂｐｓ等であってもよく、トランスコードされたビデオファイルのビットレートは、１０２４ｋｂｐｓ、８００ｋｂｐｓ、４８０ｋｂｐｓ、３６０ｋｂｐｓ等であってもよいが、これに限られない。
【００７４】
合成モジュール６４０は、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成される。
【００７５】
具体的には、各フレームを読み取る時に、各フレームに対応する情報をトランスコードされたオーディオビデオファイルに書き込む。当該対応する情報は、オーディオビデオのタイプ識別子、デコードタイムスタンプ、表示タイムスタンプ、キーフレームであるかどうか、ビットレートなどを含む。オーディオビデオのタイプ識別子とは、オーディオフレームとビデオフレームを識別するための識別子であり、例えば、第１識別子がオーディオフレームを表し、第２識別子がビデオフレームを表す。
【００７６】
ストリーム合成モジュール６５０は、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成するように構成される。
【００７７】
本実施例において、ストリーム合成モジュール６５０は、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するように構成される。
【００７８】
具体的には、ストリーミングメディアフォーマットのビデオストリームはＦＬＶビデオストリームであってもよく、高精細度ビデオコンテナフォーマットのビデオストリームはＴＳビデオストリームであってもよい。異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＦＬＶストリーム合成サーバーを介して異なるビットレートのＦＬＶビデオストリームにストリーム合成し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＴＳストリーム合成サーバーを介して異なるビットレートのＴＳビデオストリームにストリーム合成する。
【００７９】
例えば、トランスコードされたビットレートが、それぞれ、８００ｋｂｐｓ、４８０ｋｂｐｓである場合、ストリーム合成されたビデオストリームは、８００ｋｂｐｓのＦＬＶビデオストリーム、４８０ｋｂｐｓのＦＬＶビデオストリーム、８００ｋｂｐｓのＴＳビデオストリーム、４８０ｋｂｐｓのＴＳビデオストリームである。
【００８０】
プッシュモジュール６６０は、異なるビデオストリームをプッシュするように構成される。
【００８１】
具体的には、異なるビデオストリームをコンテンツ配信ネットワークサーバーにプッシュし、コンテンツ配信ネットワークサーバーにより様々な異なる端末にプッシュして、ユーザーがニーズに応じて異なるビットレートのビデオストリームを選択するようにする。各ビデオストリームが１つのＵＲＬに対応する。ユーザーの選択ために、ビデオストリームのＵＲＬをユーザーにプッシュする。
【００８２】
なお、ビデオストリームに唯一のビデオストリーム識別子を割当て、ビデオストリーム識別子とＵＲＬの対応関係を確立し、ＵＲＬをユーザープッシュしてもよい。
【００８３】
上記のオーディオビデオファイルのライブストリーミング装置は、元オーディオビデオファイルをトランスコードして異なるビットレートのオーディオビデオファイルを合成し、異なるビットレートのオーディオビデオファイルをストリーム合成して異なるビットレートのビデオストリームを生成し、異なるビットレートのビデオストリームを様々な異なる端末にプッシュすることで、ファイルライブストリーミングに介入される人件費を節約し、インタラクションコストを低減し、且つ異なるデバイスと帯域幅の要件を満たし、ビデオファイルのライブストリーミングの流暢さを向上させる。
【００８４】
図７は別の実施例におけるオーディオビデオファイルのライブストリーミング装置の構造構成を示すブロック図である。図７のように、オーディオビデオファイルのライブストリーミング装置であって、取得モジュール６１０、読取モジュール６２０、トランスコードモジュール６３０、合成モジュール６４０、ストリーム合成モジュール６５０及びプッシュモジュール６６０に加えて、命名モジュール６７０をさらに含む。
【００８５】
命名モジュール６７０は、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して異なるビットレートのオーディオビデオファイルを入手した後、予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名するように構成される。
【００８６】
具体的には、予め定められたファイル命名ルールは、ファイル名、トランスコードされたビットレート、ポストフィックス等を含み、同一のビデオファイルの異なるビットレートのビデオファイルを区別することに用いれる。
【００８７】
当該ストリーム合成モジュール６５０は、さらに、ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出してそれぞれのビデオストリームを合成し、各ビデオストリームが一つのユニフォームリソースロケータに対応するように構成される。
【００８８】
ファイル命名ルールによって異なるビットレートのオーディオビデオファイルを区別することで、識別が簡単、便利である。
【００８９】
図８は1つの実施例におけるオーディオビデオファイルのライブストリーミングシステムの構造構成を示すブロック図である。図８のように、当該オーディオビデオファイルのライブストリーミングシステムは、オーディオビデオファイル合成サーバー８１０、ストリーム合成サーバー８２０及びコンテンツ配信ネットワークサーバー８３０を含み、より詳細な説明は、図１の説明を参照することができる。
【００９０】
オーディオビデオファイル合成サーバー８１０は、元オーディオビデオファイルを読み取り、当該元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取り、当該ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手し、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して、異なるビットレートのオーディオビデオファイルを入手するように構成される。
【００９１】
具体的には、元オーディオビデオファイルは、ライブストリーミング又は他のライブ方法でビデオレコーダにより記録された高精細度なビデオファイルである。元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ、２Ｍｂｐｓ、３Ｍｂｐｓ等であってもよい。
【００９２】
１つの実施例において、オーディオビデオファイル合成サーバー８１０は、さらに、繰り返し再生されているオーディオビデオファイルを循環的に読み取り、当該繰り返し再生されているオーディオビデオファイルを元オーディオビデオファイルとするように構成される。例えば、ライブストリーミングサービスの合間において、つまりアンカーがない時間帯において、再生されるビデオとして、ビデオのコンテンツに対して要求しなくてもよく、あるオーディオビデオファイルを循環的に再生してもよい。アンカーがオフラインの場合、ＷＥＢ操作ページの切替え命令を受信して、切替え命令に基づいてビデオの再生モードに切替えて、再生モードでビデオファイルを繰り返し再生する。
【００９３】
別の実施例において、オーディオビデオファイル合成サーバー８１０は、さらに、番組表を取得し、所定の時点に達すると、当該番組表における番組に対応するオーディオビデオファイルを読み取り、当該オーディオビデオファイルを元オーディオビデオファイルとするように構成される。例えば、番組表に従って対応するビデオファイルを定時再生する必要がある場合、まず、オーディオビデオファイル合成サーバーで番組表を取得し、次に、タイマーにより、指定された時点に、番組表における番組に対応するオーディオビデオファイルを読み取ることをトリガし、当該オーディオビデオファイルを元オーディオビデオファイルとする。元オーディオビデオファイルがオーディオビデオファイル合成サーバーに格納される。当該オーディオビデオファイル合成サーバーのオペレーティングシステムは、Ｌｉｎｕｘ、ｗｉｎｄｏｗｓ等であってもよい。
【００９４】
元オーディオビデオファイルからオーディオフレームとビデオフレームを読み取った後、オーディオフレームとビデオフレームにそれぞれ識別子を付け、オーディオフレームに第１識別子を付け、ビデオフレームに第２識別子を付け、例えば、第１識別子が１であり、第２識別子が０であるが、これに限られない。元オーディオビデオファイルにおけるビデオファイルのビットレートは、１Ｍｂｐｓ、２Ｍｂｐｓ又は３Ｍｂｐｓ等であってもよく、トランスコードされたビデオファイルのビットレートは、１０２４ｋｂｐｓ、８００ｋｂｐｓ、４８０ｋｂｐｓ、３６０ｋｂｐｓ等であってもよいが、これに限られない。
【００９５】
ビデオビットレートとは、単位時間ごとに転送されるデータを表したものであり、単位がｋｂｐｓである。ビデオトランスコードは、ビデオビットレートと解像度を下げることで、異なるソフトウェア及びハードウェア再生環境に適応するようにする。解像度は、画像内のデータ量を計測するパラメータであり、一般的には1インチあたりのピクセル(ｐｐｉ：ｐｉｘｅｌ  ｐｅｒ  ｉｎｃｈ)と表し、横方向と縦方向の有効画素である。ウィンドウが小さい場合、ｐｐｉ値が高く、画像が明瞭であり、ウィンドウが大きい場合、ウィンドウに充填される有効画素が不足であるため、有効画素ｐｐｉ値が下降し、画像がぼやけている。
【００９６】
Ｘ２６４に基づく自己最適化のエンコーダを使用し、ビデオフレームをトランスコードして異なるビットレートのビデオフレームを入手する。当該Ｘ２６４エンコーダは、ビデオサービスシーンに対し画質を最適化するとともに、ＣＰＵアルゴリズムとメモリ消費を最適化して、トランスコード効率が比較的高く、速度が速く、同一ビットレートでの鮮明さがより高い。
【００９７】
オーディオビデオファイル合成サーバー８１０は、各フレームを読み取る時に、各フレームに対応する情報をトランスコードされたオーディオビデオファイルに書き込む。当該対応する情報は、オーディオビデオのタイプ識別子、デコードタイムスタンプ、表示タイムスタンプ、キーフレームであるかどうか、ビットレートなどを含む。オーディオビデオのタイプ識別子とは、オーディオフレームとビデオフレームを識別するための識別子であり、例えば、第１識別子がオーディオフレームを表し、第２識別子がビデオフレームを表す。
【００９８】
ストリーム合成サーバー８２０は、オーディオビデオファイル合成サーバーから異なるビットレートのオーディオビデオファイルを取得し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのビデオストリームを形成し、異なるビデオストリームをコンテンツ配信ネットワークサーバー８３０にプッシュするように構成される。
【００９９】
本実施例において、当該ストリーム合成サーバー８２０は、ストリーミングメディアフォーマットのストリーム合成サーバーと高精細度ビデオコンテナフォーマットのストリーム合成サーバーを含む。
【０１００】
ストリーミングメディアフォーマットストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれのストリーミングメディアフォーマットのビデオストリームを形成するように構成される。
【０１０１】
高精細度ビデオコンテナフォーマットストリーム合成サーバーは、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、それぞれの高精細度ビデオコンテナフォーマットのビデオストリームを形成するように構成される。ストリーム合成サーバー８２０は、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ストリーミングメディアフォーマットのビデオストリームと高精細度ビデオコンテナフォーマットのビデオストリームをそれぞれ形成するように構成される。
【０１０２】
具体的には、ストリーミングメディアフォーマットのビデオストリームはＦＬＶビデオストリームであってもよく、高精細度ビデオコンテナフォーマットのビデオストリームはＴＳビデオストリームであってもよい。異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＦＬＶストリーム合成サーバーを介して異なるビットレートのＦＬＶビデオストリームにストリーム合成し、異なるビットレートのオーディオビデオファイルからオーディオフレームとビデオフレームをそれぞれ抽出して、ＴＳストリーム合成サーバーを介して異なるビットレートのＴＳビデオストリームにストリーム合成する。
【０１０３】
例えば、トランスコードされたビットレートが、それぞれ、８００ｋｂｐｓ、４８０ｋｂｐｓである場合、ストリーム合成されたビデオストリームは、８００ｋｂｐｓのＦＬＶビデオストリーム、４８０ｋｂｐｓのＦＬＶビデオストリーム、８００ｋｂｐｓのＴＳビデオストリーム、４８０ｋｂｐｓのＴＳビデオストリームである。
【０１０４】
コンテンツ配信ネットワークサーバー８３０は、異なるビデオストリームを異なる端末にプッシュするように構成される。当該端末は、パーソナルコンピュータ、スマートフォン、タブレットコンピュータ、ＰＤＡ等であってもよい。コンテンツ配信ネットワークサーバー８３０は、ＦＬＶビデオストリームをパーソナルコンピュータ上のＷＥＢ又はＡｎｄｒｏｉｄシステムの端末等にプッシュし、ＴＳビデオストリームをＩＯＳシステムの端末又はＡｎｄｒｏｉｄ４.０以降のシステムの端末などにプッシュする。当該オーディオビデオファイル合成サーバー８１０は、さらに、異なるビットレートのビデオフレームをそれぞれのオーディオフレームと合成して異なるビットレートのオーディオビデオファイルを入手した後、予め定められたファイル命名ルールに応じて、異なるビットレートのオーディオビデオファイルを命名し、ファイル命名ルールに応じてオーディオビデオファイルを循環的に読み取り、各オーディオビデオファイルのオーディオフレームとビデオフレームを抽出してそれぞれのビデオストリームを合成し、各ビデオストリームが一つのユニフォームリソースロケータに対応するように構成される。
【０１０５】
１つの実施例において、コンテンツ配信ネットワークサーバー８３０は、各ビデオストリームに対応する１つのユニフォームリソースロケータをユーザーにプッシュするように構成される。
【０１０６】
１つの実施例において、コンテンツ配信ネットワークサーバー８３０は、アンカーの部屋番号とオーディオビデオファイルとの対応関係を確立し、トランスコードされたオーディオビデオファイルを対応するアンカーの部屋番号にプッシュするように構成される。
【０１０７】
上記のオーディオビデオファイルのライブストリーミングシステムは、元オーディオビデオファイルをトランスコードして異なるビットレートのオーディオビデオファイルを合成し、異なるビットレートのオーディオビデオファイルをストリーム合成して異なるビットレートのビデオストリームを生成し、異なるビットレートのビデオストリームを様々な異なる端末にプッシュすることで、ファイルライブストリーミングに介入される人件費を節約し、インタラクションコストを低減し、且つ異なるデバイスと帯域幅の要件を満たし、ビデオファイルのライブストリーミングの流暢さを向上させる。
【０１０８】
当業者であれば、上記実施例方法の全体又は一部のプロセスがコンピュータプログラムでハードウェアにより実現されることができ、前記プログラムは1つのコンピュータ不揮発性記憶媒体に記憶され、当該プログラムが実行される時、上記の各方法実施例のプロセスが含まれることを理解できる。ここで、前記不揮発性記憶媒体は、磁気ディスク、光ディスク、読み出し専用メモリ(ＲＯＭ：Ｒｅａｄ−ＯｎｌｙＭｅｍｏｒｙ)等であってもよい。
【０１０９】
上記の実施例は、本発明のいくつかの実施形態を示すものに過ぎず、その説明が具体的かつ詳細なものであるが、本発明を限定するものであると理解すべきではない。当業者は、本発明の構想から逸脱しない前提で、各種類の変更と変化を行うことができ、これらはいずれも本発明の保護範囲以内に含まれる。本発明の実施例の範囲は、添付の特許請求の範囲のみによって限定される。
【図１】
0006570646.tif 000002
【図２】
0006570646.tif 000003
【図３】
0006570646.tif 000004
【図４】
0006570646.tif 000005
【図５】
0006570646.tif 000006
【図６】
0006570646.tif 000007
【図７】
0006570646.tif 000008
【図８】
0006570646.tif 000009
【図９Ａ】
0006570646.tif 000010
【図９Ｂ】
0006570646.tif 000011