特許 7183304 複数のチャネルを利用して動的ビットレートのビデオを配信および再生する方法およびシステム

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

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

(11)【特許番号】

(24)【登録日】2022-11-25

(45)【発行日】2022-12-05

(54)【発明の名称】複数のチャネルを利用して動的ビットレートのビデオを配信および再生する方法およびシステム

(51)【国際特許分類】

   H04N 21/2662 20110101AFI20221128BHJP

   H04N 21/238 20110101ALI20221128BHJP

   H04N 21/438 20110101ALI20221128BHJP

   H04N 21/462 20110101ALI20221128BHJP

【ＦＩ】

H04N21/2662

H04N21/238

H04N21/438

H04N21/462

【請求項の数】 16

(21)【出願番号】P 2020565949

(86)(22)【出願日】2018-05-25

(65)【公表番号】

(43)【公表日】2021-11-25

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

(87)【国際公開番号】W WO2019225788

(87)【国際公開日】2019-11-28

【審査請求日】2021-05-24

(73)【特許権者】

【識別番号】516014409

【氏名又は名称】ライン プラス コーポレーション

【氏名又は名称原語表記】ＬＩＮＥ Ｐｌｕｓ Ｃｏｒｐｏｒａｔｉｏｎ

【住所又は居所原語表記】１１ｔｈ Ｆｌ．，４２，Ｈｗａｎｇｓａｅｕｌ－ｒｏ ３６０ｂｅｏｎ－ｇｉｌ，Ｂｕｎｄａｎｇ－ｇｕ，Ｓｅｏｎｇｎａｍ－ｓｉ，Ｇｙｅｏｎｇｇｉ－ｄｏ．１３５９１

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ペク，ジュンシク

【審査官】松元 伸次

(56)【参考文献】

【文献】特開平１０－１０８１７５（ＪＰ，Ａ）

【文献】特開平１１－２３４６４４（ＪＰ，Ａ）

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

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

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

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｎ７／１０

７／１４－７／１７３

７／２０－７／５６

２１／００－２１／８５８

Ｈ０４Ｗ４／００－９９／００

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

【請求項1】

コンピュータと結合してビデオ配信方法をコンピュータに実行させるためにコンピュータ読み取り可能な記録媒体に記録されたコンピュータプログラムであって、
前記ビデオ配信方法は、
配信しようとするビデオのフレームをインターリービング方式によってＮ（前記Ｎは２以上の自然数）個のエンコーダに伝達する段階、
前記Ｎ個のエンコーダそれぞれに伝達されるフレームをエンコードしてＮ個のビデオストリームを生成する段階、および
前記生成されたＮ個のビデオストリームそれぞれを独立的なストリームとして送信する段階、を含み、
前記Ｎ個のエンコーダそれぞれの第１キーフレームの周期は、単一エンコーダを使用する場合の第２キーフレーム周期のＮ倍に設定される、
コンピュータプログラム。

【請求項2】

前記Ｎ個のエンコーダは、
ビデオエンコーダおよびオーディオエンコーダを含んでビデオおよびオーディオをエンコードする１つのメインエンコーダと、ビデオエンコーダを含んでビデオをエンコードするＮ－１個のサブエンコーダを含む、
請求項１に記載のコンピュータプログラム。

【請求項3】

前記フレームをインターリービング方式によって前記Ｎ個のエンコーダに伝達する段階は、
前記ビデオのｉ（前記ｉは自然数）番目のフレームを（（（ｉ－１）ｍｏｄ Ｎ）＋１）番目のエンコーダに伝達する、
請求項１または２に記載のコンピュータプログラム。

【請求項4】

前記Ｎ個のエンコーダは、
ビデオエンコーダおよびオーディオエンコーダを含んでビデオおよびオーディオをエンコードする１つのメインエンコーダと、ビデオエンコーダを含んでビデオをエンコードするＮ－１個のサブエンコーダを含み、
前記Ｎ－１個のサブエンコーダは、前記メインエンコーダが有効化された後、前記第１キーフレームの周期の前記Ｎに対する割合に対応する周期で順に有効化される、
請求項１～３のうちのいずれか一項に記載のコンピュータプログラム。

【請求項5】

前記送信する段階は、
前記生成されたＮ個のビデオストリームそれぞれを独立的なストリームとしてサーバを経て受信者端末に送信し、
前記ビデオ配信方法は、
前記サーバを経て前記Ｎの値を前記受信者端末に送信する段階
をさらに含む、請求項１～４のうちのいずれか一項に記載のコンピュータプログラム。

【請求項6】

コンピュータと結合してビデオ再生方法をコンピュータに実行させるためにコンピュータ読み取り可能な記録媒体に記録されたコンピュータプログラムであって、
前記ビデオ再生方法は、
１つのビデオのフレームをインターリービング方式によってＮ（前記Ｎは２以上の自然数）個のエンコーダでエンコードして生成されるＮ個のビデオストリームのうちからｎ（前記ｎは前記Ｎ以下の自然数）個のビデオストリームを選択する段階、
前記選択されたｎ個のビデオストリームを前記Ｎ個のデコーダのうちのｎ個のデコーダでデコードする段階、および
前記ｎ個のデコーダでデコードされたｎ個のビデオストリームを利用してビデオを再生する段階、を含み、
前記Ｎ個のエンコーダそれぞれの第１キーフレームの周期は、単一エンコーダを使用する場合の第２キーフレーム周期のＮ倍に設定される、
コンピュータプログラム。

【請求項7】

前記選択する段階は、
ネットワーク状況によってビデオの再生に活用するためのビデオストリームの数である前記ｎを決定し、前記決定されたｎ個のビデオストリームを選択する、請求項６に記載のコンピュータプログラム。

【請求項8】

前記ビデオ再生方法は、
前記ネットワーク状況の変化によって前記ｎの値を動的に変化させる段階
をさらに含む、請求項７に記載のコンピュータプログラム。

【請求項9】

前記Ｎ個のビデオストリームは、配信者の端末で、ビデオエンコーダおよびオーディオエンコーダを含んでビデオおよびオーディオをエンコードする１つのメインエンコーダでエンコードされた１つのビデオストリームと、前記配信者の端末で、ビデオエンコーダを含んでビデオをエンコードするＮ－１個のサブエンコーダでエンコードされたＮ－１個のビデオストリームを含む、
請求項６～８のうちのいずれか一項に記載のコンピュータプログラム。

【請求項10】

前記デコードする段階は、
前記メインエンコーダでエンコードされた１つのビデオストリーム、および前記Ｎ－１個のビデオストリームのうちのｎ－１個のビデオストリームをそれぞれデコードする、
請求項９に記載のコンピュータプログラム。

【請求項11】

前記ビデオを再生する段階は、
前記ｎ個のデコーダでデコードされたｎ個のビデオストリームが含むＰＴＳを利用して前記ｎ個のビデオストリームをミキシングして１つの画面として再生する、
請求項６～１０のうちのいずれか一項に記載のコンピュータプログラム。

【請求項12】

前記Ｎ個のビデオストリームは、配信者の端末で生成されてサーバに送信され、
前記配信者の端末から送信される前記Ｎの値は、前記サーバを経て受信されるビデオストリームの数によって決定される、
請求項６～１１のうちのいずれか一項に記載のコンピュータプログラム。

【請求項13】

配信しようとするビデオのフレームをインターリービング方式によってＮ（前記Ｎは２以上の自然数）個のエンコーダに伝達する段階、
前記Ｎ個のエンコーダそれぞれに伝達されるフレームをエンコードしてＮ個のビデオストリームを生成する段階、および
前記生成されたＮ個のビデオストリームそれぞれを独立的なストリームとして送信する段階、を含み、
前記Ｎ個のエンコーダそれぞれの第１キーフレームの周期は、単一エンコーダを使用する場合の第２キーフレーム周期のＮ倍に設定される、
ビデオ配信方法。

【請求項14】

前記Ｎ個のエンコーダは、
ビデオエンコーダおよびオーディオエンコーダを含んでビデオおよびオーディオをエンコードする１つのメインエンコーダと、ビデオエンコーダを含んでビデオをエンコードするＮ－１個のサブエンコーダを含む、
請求項１３に記載のビデオ配信方法。

【請求項15】

前記フレームをインターリービング方式によって前記Ｎ個のエンコーダに伝達する段階は、
前記ビデオのｉ（前記ｉは自然数）番目のフレームを（（（ｉ－１）ｍｏｄ Ｎ）＋１）番目のエンコーダに伝達する、
請求項１３または１４に記載のビデオ配信方法。

【請求項16】

請求項１３～１５のうちのいずれか一項に記載の方法をコンピュータに実行させるためのプログラムが記録されていることを特徴とする、コンピュータ読み取り可能な記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

以下の説明は、複数のチャネルを利用して動的ビットレートのビデオを配信および再生する方法およびシステムに関する。

【背景技術】

【0002】

放送配信者が提供するビデオをサーバが受信し、受信したビデオをサーバが多数の放送受信者に配信する技術が存在する。このとき、放送配信者から単一の品質で提供されるビデオを放送受信者のニーズに応じて多様な品質で提供するためには、サーバ側でトランスコーディング過程を実施しなければならない。例えば、放送配信者が７２０ｐの解像度でビデオを配信する場合が考えられる。ここで、７２０ｐのうち、数字「７２０」は解像度（縦）の７２０列を意味し、文字「ｐ」は順次走査（ｐｒｏｇｒｅｓｓｉｖｅ）を意味する。これは、解像度が１２８０×７２０であるＨＤ映像を意味してよい。このとき、放送視聴者のために、解像度が７２０ｐ、４８０ｐ、３６０ｐの３種類の品質のビデオ配信をサーバが支援しようとする場合、サーバは、放送配信者が７２０ｐの解像度で配信したビデオを７２０ｐ、４８０ｐ、３６０ｐの３種類のビデオにトランスコーディングしなければならない。例えば、韓国公開特許第１０－２００７－００４８０９５号は、デジタルマルチメディア放送ストリームの再送信のためのトランスコーディング方法に関するものであって、外部から受信したデジタル放送ストリームを再送信するためにトランスコーディングを行う技術について開示している。

【0003】

しかし、このようなトランスコーディング自体が、極めて多くのサーバリソースを要するという問題がある。例えば、放送配信者のビデオフレームを単に多重化（ｍｕｌｔｉｐｌｅｘｉｎｇまたはｍｕｘｉｎｇ）することに比べ、ビデオをトランスコーディングするには相対的にこの数百倍以上のサーバリソースを必要とする。したがって、放送受信者に多様な品質のビデオを提供するためにトランスコーディングを行うようになれば、サーバ側が極めて多くのソースを消費するようになるという問題が発生する。

【0004】

一方、サーバインフラ費用を抑えるためにサーバトランスコーディングを処理しない場合には、放送受信者は、放送配信者が配信した放送のビットレートに対応するデータを受信できない限り、この放送を視聴することができない。例えば、放送配信者は、ネットワーク環境が不安定な場合に、放送のビットレートを動的に調節することで放送配信の制約をある程度調節することができる。この反面、放送受信者は、ネットワーク環境とは関係なく、放送配信者が配信した放送のビットレートに対応するデータをすべて受信することで該当の放送を視聴することができるようになるため、制約に縛られずに放送を視聴するためには、少なくとも放送配信者が使用するネットワーク品質と同一またはそれ以上のネットワーク品質がなければならないという問題がある。

【発明の概要】

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

【0005】

配信者が、１つのビデオを単一のチャネルではなくＮ（前記Ｎは２以上の自然数）個のチャネルに分割して送信することができるビデオ配信方法、ビデオ配信方法を実行するコンピュータ装置、コンピュータと結合してビデオ配信方法をコンピュータに実行させるためにコンピュータ読み取り可能な記録媒体に記録されたコンピュータプログラムとその記録媒体を提供する。

【0006】

受信者が、ネットワーク環境によって配信者が配信するＮ個のチャネルのうちのｎ（前記ｎは前記Ｎ以下の自然数）個のチャネルに受信されるビデオストリームを結合して再生することにより、受信者側のネットワーク環境に適したビットレートのビデオを再生することができるビデオ再生方法、ビデオ再生方法を実行するコンピュータ装置、コンピュータと結合してビデオ再生方法をコンピュータに実行させるためにコンピュータ読み取り可能な記録媒体に記録されたコンピュータプログラムとその記録媒体を提供する。

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

【0007】

Ｎ（前記Ｎは２以上の自然数）個のエンコーダを実現する段階、配信しようとするビデオのフレームをインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）方式によって前記Ｎ個のエンコーダに伝達する段階、前記Ｎ個のエンコーダそれぞれに伝達されるフレームをエンコードしてＮ個のビデオストリームを生成する段階、および前記生成されたＮ個のビデオストリームそれぞれを独立的なストリームとして送信する段階を含むことを特徴とする、ビデオ配信方法を提供する。

【0008】

コンピュータと結合してビデオ配信方法をコンピュータに実行させるためにコンピュータ読み取り可能な記録媒体に記録された、コンピュータプログラムを提供する。

【0009】

ビデオ配信方法をコンピュータに実行させるためのプログラムが記録されていることを特徴とする、コンピュータ読み取り可能な記録媒体を提供する。

【0010】

Ｎ（前記Ｎは２以上の自然数）個のデコーダを実現する段階、１つのビデオのフレームをインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）方式によってＮ個のエンコーダでエンコードして生成されるＮ個のビデオストリームのうちからｎ（前記ｎは前記Ｎ以下の自然数）個のビデオストリームを選択する段階、前記選択されたｎ個のビデオストリームを前記Ｎ個のデコーダのうちのｎ個のデコーダでデコードする段階、および前記ｎ個のデコーダでデコードされたｎ個のビデオストリームを利用してビデオを再生する段階を含む、ビデオ再生方法を提供する。

【0011】

コンピュータと結合してビデオ再生方法をコンピュータに実行させるためにコンピュータ読み取り可能な記録媒体に記録された、コンピュータプログラムを提供する。

【0012】

ビデオ再生方法をコンピュータに実行させるためのプログラムが記録されていることを特徴とする、コンピュータ読み取り可能な記録媒体を提供する。

【0013】

コンピュータ装置であって、コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、Ｎ（前記Ｎは２以上の自然数）個のエンコーダを実現し、配信しようとするビデオのフレームをインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）方式によって前記Ｎ個のエンコーダに伝達し、前記Ｎ個のエンコーダそれぞれに伝達されるフレームをエンコードしてＮ個のビデオストリームを生成し、前記生成されたＮ個のビデオストリームそれぞれを独立的なストリームとして送信することを特徴とする、コンピュータ装置を提供する。

【0014】

コンピュータ装置であって、コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、Ｎ（前記Ｎは２以上の自然数）個のデコーダを実現し、１つのビデオのフレームをインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）方式によってＮ個のエンコーダでエンコードして生成されるＮ個のビデオストリームのうちからｎ（前記ｎは前記Ｎ以下の自然数）個のビデオストリームを選択し、前記選択されたｎ個のビデオストリームを前記Ｎ個のデコーダのうちのｎ個のデコーダでデコードし、前記ｎ個のデコーダでデコードされたｎ個のビデオストリームを利用してビデオを再生することを特徴とする、コンピュータ装置を提供する。

【発明の効果】

【0015】

配信者が、１つのビデオを単一のチャネルではなくＮ（前記Ｎは２以上の自然数）個のチャネルに分割して配信することができる。

【0016】

受信者が、ネットワーク環境によって配信者が配信するＮ個のチャネルのうちのｎ（前記ｎは前記Ｎ以下の自然数）個のチャネルに受信されるビデオストリームを結合して再生することにより、受信者側のネットワーク環境に適したビットレートのビデオを再生することができる。

【図面の簡単な説明】

【0017】

【図1】本発明の一実施形態における、ネットワーク環境の例を示した図である。

【図2】本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。

【図3】従来技術における、ビデオ配信過程の例を示した図である。

【図4】本発明の一実施形態における、ビデオ配信過程の例を示した図である。

【図5】本発明の一実施形態における、ビデオ再生過程の例を示した図である。

【図6】本発明の一実施形態における、ビデオ再生過程の他の例を示した図である。

【図7】本発明の一実施形態における、エンコーダを順に有効化させる例を示した図である。

【図8】本発明の一実施形態における、ビデオ配信方法の例を示したフローチャートである。

【図9】本発明の一実施形態における、ビデオ再生方法の例を示したフローチャートである。

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

【0018】

以下、実施形態について、添付の図面を参照しながら詳しく説明する。

【0019】

本発明の実施形態に係るビデオ配信方法は、以下で説明される電子機器のようなコンピュータ装置によって実行されてよい。このとき、コンピュータ装置においては、本発明の一実施形態に係るコンピュータプログラムがインストールされて実行されてよく、コンピュータ装置は、実行されるコンピュータプログラムの制御にしたがって本発明の一実施形態に係るビデオ配信方法を実行してよい。上述したコンピュータプログラムは、コンピュータ装置と結合してビデオ配信方法をコンピュータに実行させるためにコンピュータ読み取り可能な記録媒体に記録されてよい。また、本発明の実施形態に係るビデオ再生方法も、以下で説明される電子機器のようなコンピュータ装置によって実行されてよい。このとき、コンピュータ装置においては、本発明の一実施形態に係るコンピュータプログラムがインストールされて実行されてよく、コンピュータ装置は、実行されるコンピュータプログラムの制御にしたがって本発明の一実施形態に係るビデオ再生方法を実行してよい。

【0020】

図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。

【0021】

複数の電子機器１１０、１２０、１３０、１４０は、コンピュータ装置によって実現される固定端末や移動端末であってよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、ノート型パンコン、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、タブレットなどがある。一例として、図１では、電子機器１（１１０）の例としてスマートフォンを示しているが、本発明の実施形態において、電子機器１（１１０）は、実質的に無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信することのできる多様な物理的なコンピュータ装置のうちの１つを意味してよい。

【0022】

通信方式が限定されることはなく、ネットワーク１７０が含むことのできる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網）を利用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ ａｒｅａ ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター－バスネットワーク、ツリーまたは階層的ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これに限定されることはない。

【0023】

サーバ１５０、１６０それぞれは、複数の電子デバイス１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供する１つまたは２つ以上のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第１サービスを提供するシステムであってよく、サーバ１６０もネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第２サービスを提供するシステムであってよい。より具体的な例として、第１サービスがソーシャルネットワークサービスであるとする。この場合、サーバ１５０は、サービスと連係するアプリケーションがインストールされた複数の電子機器１１０、１２０、１３０、１４０に前記アプリケーションを通じて放送配信サービス、メッセージングサービス、タイムラインサービスなどのようなソーシャルネットワークサービスとして提供可能な多様なサービスを提供してよい。また、サーバ１６０は、上述したアプリケーションのインストールのためのインストールファイルを複数の電子機器１１０、１２０、１３０、１４０に配布するためのサービスを第２サービスとして提供してよい。

【0024】

図２は、本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。上述した複数の電子機器１１０、１２０、１３０、１４０それぞれやサーバ１５０、１６０それぞれは、図２に示したコンピュータ装置２００によって実現されてよい。例えば、コンピュータ装置２００においては、一実施形態に係るコンピュータプログラムがインストールされて実行されてよく、コンピュータ装置２００は、実行されるコンピュータプログラムの制御にしたがって本発明の一実施形態に係るビデオ配信方法および／またはビデオ再生方法を実行してよい。

【0025】

このようなコンピュータ装置２００は、図２に示すように、メモリ２１０、プロセッサ２２０、通信インタフェース２３０、および入力／出力インタフェース２４０を含んでよい。メモリ２１０は、コンピュータ読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、およびディスクドライブのような永続的大容量記録装置を含んでよい。ここで、ＲＯＭやディスクドライブのような永続的大容量記録装置は、メモリ２１０とは区分される別の永続的記録装置としてコンピュータ装置２００に含まれてもよい。また、メモリ２１０には、オペレーティングシステムと、少なくとも１つのプログラムコードが記録されてよい。このようなソフトウェア構成要素は、メモリ２１０とは別のコンピュータ読み取り可能な記録媒体からメモリ２１０にロードされてよい。このような別のコンピュータ読み取り可能な記録媒体は、フロッピードライブ、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記録媒体ではない通信インタフェース２３０を通じてメモリ２１０にロードされてもよい。例えば、ソフトウェア構成要素は、ネットワーク１７０を介して受信されるファイルによってインストールされるコンピュータプログラムに基づいてコンピュータ装置２００のメモリ２１０にロードされてよい。

【0026】

プロセッサ２２０は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１０または通信インタフェース２３０によって、プロセッサ２２０に提供されてよい。例えば、プロセッサ２２０は、メモリ２１０のような記録装置に記録されたプログラムコードにしたがって受信される命令を実行するように構成されてよい。

【0027】

通信インタフェース２３０は、ネットワーク１７０を介してコンピュータ装置２００が他の装置（一例として、上述した記録装置）と互いに通信するための機能を提供してよい。一例として、コンピュータ装置２００のプロセッサ２２０がメモリ２１０のような記録装置に記録されたプログラムコードにしたがって生成した要求や命令、データ、ファイルなどが、通信インタフェース２３０の制御にしたがってネットワーク１７０を介して他の装置に伝達されてよい。これとは逆に、他の装置からの信号や命令、データ、ファイルなどが、ネットワーク１７０を経てコンピュータ装置２００の通信インタフェース２３０を通じてコンピュータ装置２００に受信されてよい。通信インタフェース２３０を通じて受信された信号や命令、データなどは、プロセッサ２２０やメモリ２１０に伝達されてよく、ファイルなどは、コンピュータ装置２００がさらに含むことのできる記録媒体（上述した永続的記録装置）に記録されてよい。

【0028】

入力／出力インタフェース２４０は、入力／出力装置２５０とのインタフェースのための手段であってよい。例えば、入力装置は、マイク、キーボード、またはマイクなどの装置を、出力装置は、ディスプレイ、スピーカのような装置を含んでよい。他の例として、入力／出力インタフェース２４０は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２５０は、コンピュータ装置２００と１つの装置で構成されてもよい。

【0029】

また、他の実施形態において、コンピュータ装置２００は、図２の構成要素よりも少ないか多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、コンピュータ装置２００は、上述した入力／出力装置２５０のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、データベースなどのような他の構成要素をさらに含んでもよい。

【0030】

図３は、従来技術における、ビデオ配信過程の例を示した図であり、図４は、本発明の一実施形態における、ビデオ配信過程の例を示した図である。

【0031】

図３は、配信者端末３１０がビデオのフレーム３２０をエンコーダ３３０でエンコードし、サーバ３４０を経て受信者端末３５０に配信する例を示している。このとき、従来技術に係る配信者端末３１０は、単に、ビデオのフレーム３２０をエンコーダ３３０によって順にエンコードする。このとき、ビデオエンコーダ３３１はビデオのフレーム３２０をエンコードしてよく、オーディオエンコーダ３３２はビデオに含まれるオーディオをエンコードしてよい。また、フォーマッター（Ｆｏｒｍａｔｔｅｒ）３３０は、エンコードされたビデオとオーディオをサーバ３４０に対して予め設定されたビデオストリーミングプロトコル（一例として、ＲＴＭＰ（Ｒｅａｌ Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ））に適したフォーマットに変換してよい。受信者端末３５０は、これとは反対に、サーバ３４０から伝達されるエンコードされたデータをデコーダでデコードすることにより、ビデオを再生してよい。このとき、従来技術に係る受信者端末３５０は、配信者端末３１０が設定したビットレートだけのデータを受信できなければビデオを再生することができないという問題がある。

【0032】

この反面、図４の実施形態に係る配信者端末４１０は、Ｎ（前記Ｎは２以上の自然数）個のエンコーダを実現してよく、１つのビデオのためのフレーム４２０をインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）方式によってＮ個のエンコーダに分割してエンコードしてよい。例えば、図４の実施形態では、Ｎが３の場合の例として、第１エンコーダ４３０、第２エンコーダ４４０、および第３エンコーダ４５０のように３つのエンコーダが実現された例を示している。このような第１エンコーダ４３０、第２エンコーダ４４０、および第３エンコーダ４５０それぞれは、配信者端末４１０においてインストールされて実行されるコンピュータプログラムの制御にしたがい、ソフトウェアモジュールの形態で実現されてよい。

【0033】

Ｎが４であれば、４つのエンコーダが実現されてよい。エンコーダの数であるＮは、配信者端末４１０のネットワーク状況よって変動してよい。

【0034】

このとき、ｉ（前記ｉは自然数）番目のフレームは、（（（ｉ－１）ｍｏｄ Ｎ）＋１）番目のエンコーダに伝達されてよい。例えば、Ｎが３である場合、４番目のフレームは（（（４－１）ｍｏｄ ３）＋１）によって１番目のエンコーダに伝達されてよく、５番目のフレームは（（（５－１）ｍｏｄ ３）＋１）によって２番目のエンコーダに伝達されてよい。

【0035】

この場合、第１エンコーダ４３０は、伝達されるビデオフレームをビデオエンコーダ４３１でエンコードしてよく、該当のビデオのオーディオをオーディオエンコーダ４３２でさらにエンコードしてよい。オーディオの場合には、伝達されるビデオフレームとは異なり、分割してエンコードする必要がないため、メインエンコーダである第１エンコーダ４３０だけに含まれてよい。この後、第１エンコーダ４３０は、エンコードされたビデオとオーディオを、フォーマッター４３３を経てサーバ４６０に対して予め設定されたビデオストリーミングプロトコル（一例として、ＲＴＭＰ（Ｒｅａｌ Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ））に適したフォーマットに変換してストリーミングしてよい。

【0036】

一方、Ｎ－１個のサブエンコーダである第２エンコーダ４４０と第３エンコーダ４５０は、図４に示すように、個別のオーディオエンコーダを含む必要がなく、ビデオエンコーダ４４１、４５１とフォーマッター４４２、４５２を含み、自身に伝達されるビデオフレームをそれぞれエンコードしてよい。第２エンコーダ４４０と第３エンコーダ４５０も、ビデオエンコーダ４４１、４５１でエンコードされたビデオを、フォーマッター４４２、４５２を経てサーバ４６０に対して予め設定されたビデオストリーミングプロトコル（一例として、ＲＴＭＰ（Ｒｅａｌ Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ））に適したフォーマットに変換してストリーミングしてよい。

【0037】

この場合、サーバ４６０は、１つのビデオに対し、Ｎ個のチャネルを介してＮ個のビデオストリームを受信するようになり、Ｎ個のチャネルを介してＮ個のビデオストリームを伝達することができるようになる。

【0038】

一方、受信者端末４７０は、Ｎ個のチャネルを介してＮ個のビデオストリームすべてを受信する必要はなく、自身の状況に応じて希望するｎ（前記ｎは前記Ｎ以下の自然数）個のビデオストリームだけを受信してビデオを再生してよい。このとき、ｎがＮに比べて相対的に少ないほどビデオの品質が低くはなるが、不安定なネットワーク状況であっても安定的にビデオを再生することができる。この反面、ネットワーク状況が安定するにつれてｎはＮに近くなるように選択されてよく、この場合、ビデオの品質は相対的に向上するようになる。ｎとＮが等しい場合には、送信者端末４１０が送信するビットレートでビデオを再生することができる。言い換えれば、従来技術において、受信者端末３５０が常に配信者端末３１０で設定したビットレートでビデオを再生しなければならなかったものとは異なり、本発明の実施形態に係る受信者端末４７０は、ネットワーク状況によって自身が希望するビットレートでビデオを再生することができるため、ネットワーク状況による制約を減らすことができる。例えば、受信者端末４７０は、ネットワーク状況が不安定な場合には、メインエンコーダである第１エンコーダ４３０でエンコードされてストリーミングされるデータを利用してビデオを再生してよく、ネットワーク状況が安定するにつれ、サブエンコーダである第２エンコーダ４４０および／または第３エンコーダ４５０でエンコードされてストリーミングされるデータをさらに利用してビデオを再生することができるようになる。

【0039】

配信者端末４１０および受信者端末４７０それぞれは、一例として、複数の電子機器１１０、１２０、１３０、１４０のうちの１つであってよく、図２を参照しながら説明したコンピュータ装置２００によって実現されてよい。また、サーバ４６０は、サーバ１５０、１６０のうちの１つであってよく、図２を参照しながら説明したコンピュータ装置２００によって実現されてよい。

【0040】

図５は、本発明の一実施形態における、ビデオ再生過程の例を示した図である。図５は、受信者端末４７０がサーバ４６０からＮ個のビデオストリームをすべて受信してビデオを再生する過程の例を示している。このとき、メインエンコーダである第１エンコーダ４３０でエンコードされてストリーミングされるデータは、メインデコーダである第１デコーダ５１０でデコードされてよく、サブエンコーダである第２エンコーダ４４０および第３エンコーダ４５０でエンコードされてストリーミングされるデータは、サブデコーダである第２デコーダ５２０および第３デコーダ５３０でそれぞれデコードされてよい。

【0041】

例えば、配信者端末４１０は、Ｎ個のエンコーダを実現することにより、サーバ４６０を経てＮの値を受信者端末４７０に送信してよく、サーバ４６０を経てＮの値を受信した受信者端末４７０は、Ｎ個のデコーダを実現することができるようになる。図５は、図４において３つのエンコーダ４３０、４４０、４５０が実現されることにより、配信者端末４１０がＮの値として「３」をサーバ４６０に伝達し、受信者端末４７０も受信した「３」に基づき、図５に示した３つのデコーダ５１０、５２０、５３０を実現する実施形態を示している。

【0042】

３つのデコーダ５１０、５２０、５３０が含んでいるデミキサー５１１、５２１、５３１それぞれは、特定のビデオファイルを読み取って処理するための機能を提供してよく、ビデオデコーダ５１２、５２２、５２３は、エンコードされたフレームをデコードしてよい。メインデコーダである第１デコーダ５１０は、オーディオのデコードのためにオーディオデコーダ５１３をさらに含んでよい。

【0043】

３つのデコーダ５１０、５２０、５３０それぞれによってデコードされたフレームは、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅｓｔａｍｐ）を含み、受信者端末４７０は、ＰＴＳに基づいて３つのデコーダ５１０、５２０、５３０それぞれがデコードしたフレームを整列して結合することにより、再生のためのビデオの全体フレーム５４０が得られてよい。ＰＴＳは、該当のフレームが画面に示されてほしい時間に関する情報であって、配信者端末４１０でフレームをエンコードするときに該当のフレームに追加されて伝達される情報であってよく、フレームの整列はフレームバッファ内でなされてよい。このとき、図５の全体フレーム５４０は、配信者端末４１０が配信するビデオのフレーム４２０と同じものであってよい。

【0044】

図６は、本発明の一実施形態における、ビデオ再生過程の他の例を示した図である。図６では、受信者端末４７０のネットワーク状況が不安定な場合に、Ｎ個のビデオストリームのうちの一部だけを利用してビデオを再生する過程の例を示している。例えば、受信者端末４７０は、ネットワーク状況によってｎの値を決定してよく、図６ではｎが「２」として決定された例を示している。オーディオのデコードのためにメインエンコーダである第１エンコーダ４３０でエンコードされてストリーミングされるデータは、メインデコーダである第１デコーダ５１０でデコードされることが必須であり、サブエンコーダである第２エンコーダ４４０および第３エンコーダ４５０でエンコードされてストリーミングされるデータのチャネルのうちの１つが任意に選択されてよい。図６の実施形態では、第３エンコーダ４５０でエンコードされてストリーミングされるデータのチャネルを介してビデオストリームを受信してデコードする例を示している。このとき、第３デコーダ５３０は、該当のチャネルを介して受信されるビデオストリームをデコードしてよい。

【0045】

このとき、受信者端末４７０は、図５と同じように、第１デコーダ５１０でデコードされたフレームと第３デコーダ５３０でデコードされたフレームをＰＴＳに基づいて整列および結合してよく、結合されたフレーム６１０によってビデオが再生されてよい。図６の結合されたフレーム６１０は、図５の結合されたフレーム５４０に比べてビットレートが低いはずであり、したがって、相対的にネットワーク状況が不安定な場合であっても、より安定的にビデオを再生することができるようになる。

【0046】

図７は、本発明の一実施形態における、エンコーダを順に有効化させる例を示した図である。配信者端末４１０は、キーフレームの数を等しく維持するために、Ｎ個のエンコーダそれぞれのキーフレームの周期を、単一エンコーダを使用する場合のキーフレーム周期のＮ倍に設定してよい。キーフレームは独立的にエンコードされたフレームであって、他のフレームを参照せずに独立的にデコードされることのできるフレームである。このような他のフレームは、このようなキーフレームや他のフレームを参照することによってエンコード／デコードがなされる。したがって、キーフレームの数が増えることは好ましくないため、配信者端末４１０は、Ｎ個のエンコーダそれぞれのキーフレームの周期を、単一エンコーダを使用する場合のキーフレーム周期のＮ倍に設定してよい。図３ではＮが３であるため、単一エンコーダを使用する場合のキーフレームの周期をｋとするとき、図７の実施形態では、第１エンコーダ４３０、第２エンコーダ４４０、および第３エンコーダ４５０それぞれのキーフレームの周期が３ｋ（以下、「Ｋ」とする）に設定されてよい。このとき、第１エンコーダ４３０、第２エンコーダ４４０、および第３エンコーダ４５０は、キーフレームが同時に生成されることを防ぐために、それぞれＫ／Ｎごとに順に有効化されてよい。それぞれのフレームの最初のフレームはキーフレームとして生成されるため、Ｎ個のエンコーダが同時に有効化される場合には、毎回同じ時点に同時に３つのキーフレームが生成されるようになる。したがって、これを分散させるために、図７の実施形態では、Ｎ個のエンコーダをＫ／Ｎ（図７の実施形態ではＫ／３）ごとに順に有効化することにより、キーフレームが生成される時点を最大限分散させてよい。言い換えれば、配信者端末４１０は、最初はメインエンコーダだけを有効化させ、残りのＮ－１個のサブエンコーダは、キーフレームの周期（Ｋ）のＮに対する割合に対応する周期（Ｋ／Ｎ）ごとに順に有効化させてよい。

【0047】

図８は、本発明の一実施形態における、ビデオ配信方法の例を示したフローチャートである。本実施形態に係るビデオ配信方法は、配信者端末４１０を実現するコンピュータ装置２００によって実行されてよい。例えば、コンピュータ装置２００のプロセッサ２２０は、メモリ２１０が含むオペレーティングシステムのコードと、少なくとも１つのプログラムのコードとによる制御命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。例えば、上述したプログラムコードは、ビデオの配信のためのサービスとの連係のために配信者端末４１０にインストールされたアプリケーションのコードであってよい。ここで、プロセッサ２２０は、コンピュータ装置２００に記録されたコードが提供する制御命令にしたがってコンピュータ装置２００が図８のビデオ配信方法に含まれる段階８１０～８４０を実行するようにコンピュータ装置２００を制御してよい。

【0048】

段階８１０で、コンピュータ装置２００は、Ｎ（前記Ｎは２以上の自然数）個のエンコーダを実現してよい。このとき、Ｎは予め設定されてもよいが、コンピュータ装置２００がネットワーク環境によって任意に選択および／または調節してもよい。Ｎ個のエンコーダそれぞれは、コンピュータ装置２００においてインストールされて実行されたアプリケーションの制御にしたがい、ソフトウェアモジュールの形態で実現されてよい。このとき、コンピュータ装置２００は、ビデオエンコーダおよびオーディオエンコーダを含み、ビデオおよびオーディオをエンコードする１つのメインエンコーダと、ビデオエンコーダを含んでビデオをエンコードするＮ－１個のサブエンコーダを実現してよい。このとき、キーフレームの数が増加することを防ぐために、コンピュータ装置２００は、Ｎ個のエンコーダそれぞれのキーフレームの周期を、単一エンコーダを使用する場合のキーフレーム周期のＮ倍に設定してよい。図７において、単一エンコーダを使用する場合のキーフレーム周期ｋのＮ倍であるｋ×Ｎ（周期Ｋ）がＮ個のエンコーダそれぞれのためのキーフレーム生成周期として設定される例について説明した。

【0049】

段階８２０で、コンピュータ装置２００は、配信しようとするビデオのフレームをインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）方式によってＮ個のエンコーダに伝達してよい。例えば、コンピュータ装置２００は、ビデオのｉ（前記ｉは自然数）番目のフレームを（（（ｉ－１）ｍｏｄ Ｎ）＋１）番目のエンコーダに伝達してよい。ただし、図７の実施形態で説明したように、Ｎ個のエンコーダが順に有効化される場合は、最初のフレームの伝達順序は異なってよい。例えば、Ｎが３である場合、３番目のエンコーダの有効化後のフレームに対し、ｉ番目のフレームが（（（ｉ－１）ｍｏｄ Ｎ）＋１）番目のエンコーダに伝達されてよい。このとき、コンピュータ装置２００は、Ｎ個のエンコーダを、キーフレームの周期（Ｋ）のＮに対する割合に対応する周期（Ｋ／Ｎ）で順に有効化させてよい。

【0050】

段階８３０で、コンピュータ装置２００は、Ｎ個のエンコーダそれぞれに伝達されるフレームをエンコードしてＮ個のビデオストリームを生成してよい。上述したように、メインエンコーダは、自身に伝達されたビデオフレームとオーディオをそれぞれエンコードしてよく、Ｎ－１個のサブエンコーダそれぞれは、自身に伝達されたビデオフレームをエンコードしてよい。このとき、Ｎ個のエンコーダそれぞれから１つずつ、合計Ｎ個のビデオストリームが生成されてよい。

【0051】

段階８４０で、コンピュータ装置２００は、生成されたＮ個のビデオストリームそれぞれを独立的なストリームとして送信してよい。例えば、配信者端末４１０であるコンピュータ装置２００は、生成されたＮ個のビデオストリームそれぞれを独立的なストリームとしてサーバ４６０を経て受信者端末４７０に送信してよい。一方、配信者端末４１０であるコンピュータ装置２００は、受信者端末４７０が最大Ｎ個のビデオストリームそれぞれをデコードすることができるように、サーバ４７０を経てＮの値を受信者端末４７０に送信してよい。

【0052】

このとき、受信者端末４７０は、ネットワーク状況によってビデオの再生に活用するためのビデオストリームの数ｎ（前記ｎは前記Ｎ以下の自然数）を選択し、配信者端末４１０が独立的にサーバに送信するＮ個のビデオストリームのうちから選択されるｎ個のビデオストリームをデコードしてビデオを再生してよい。また、受信者端末４７０のネットワーク状況の変化によってｎの値を動的に変化させ、ビデオの再生のためにデコードされるビデオストリームの数を動的に調節してもよい。

【0053】

図９は、本発明の一実施形態における、ビデオ再生方法の例を示したフローチャートである。本実施形態に係るビデオ再生方法は、受信者端末４７０を実現するコンピュータ装置２００によって実行されてよい。例えば、コンピュータ装置２００のプロセッサ２２０は、メモリ２１０が含むオペレーティングシステムのコードと、少なくとも１つのプログラムのコードとによる制御命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。例えば、上述したプログラムコードは、ビデオの再生のためのサービスとの連係のために受信者端末４７０にインストールされたアプリケーションのコードであってよい。ここで、プロセッサ２２０は、コンピュータ装置２００に記録されたコードが提供する制御命令にしたがってコンピュータ装置２００が図９のビデオ再生方法に含まれる段階９１０～９４０を実行するようにコンピュータ装置２００を制御してよい。

【0054】

段階９１０で、コンピュータ装置２００は、Ｎ（前記Ｎは２以上の自然数）個のデコーダを実現してよい。ここで、Ｎの値は、配信者端末４１０がサーバ４６０を経て伝達するＮの値によって決定されてよく、Ｎ個のデコーダそれぞれは、コンピュータ装置２００においてインストールされて実行されたアプリケーションの制御にしたがい、ソフトウェアモジュールの形態で実現されてよい。この場合、コンピュータ装置２００は、ビデオデコーダおよびオーディオデコーダを含んでビデオおよびオーディオをデコードする１つのメインデコーダと、ビデオデコーダを含んでビデオをデコードするＮ－１個のサブデコーダを実現してよい。

【0055】

段階９２０で、コンピュータ装置２００は、１つのビデオのフレームをインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）方式によってＮ個のエンコーダでエンコードして生成されるＮ個のビデオストリームのうちからｎ（前記ｎは前記Ｎ以下の自然数）個のビデオストリームを選択してよい。例えば、コンピュータ装置２００は、ネットワーク状況によってビデオの再生に活用するためのビデオストリームの数であるｎを決定し、決定されたｎ個のビデオストリームを選択してよい。この後、コンピュータ装置２００は、ネットワーク状況の変化によってｎの値を動的に変化させ、ビデオの再生のためにデコードされるビデオストリームの数を動的に調節してもよい。ここで、Ｎ個のビデオストリームは、配信者の端末４７０からビデオエンコーダおよびオーディオエンコーダを含んでビデオおよびオーディオをエンコードする１つのメインエンコーダでエンコードされた１つのビデオストリームと、前記配信者の端末からビデオエンコーダを含んでビデオをエンコードするＮ－１個のサブエンコーダでエンコードされたＮ－１個のビデオストリームを含んでよい。このようなＮ個のビデオストリームは、配信者端末４１０で生成されてサーバ４６０に送信されてよく、コンピュータ装置２００は、サーバ４６０を経てＮ個のビデオストリームのうちのｎ個のビデオストリームを受信してよい。言い換えれば、受信者端末４７０であるコンピュータ装置２００は、ネットワーク状態によってＮ個のビデオストリームのうちの選択的にｎ個のビデオストリームを受信するため、ネットワーク状態による制約を減らすことができるようになる。

【0056】

段階９３０で、コンピュータ装置２００は、選択されたｎ個のビデオストリームをＮ個のデコーダのうちのｎ個のデコーダでデコードしてよい。このとき、コンピュータ装置２００は、メインエンコーダでエンコードされた１つのビデオストリームおよびサブエンコーダでエンコードされたＮ－１個のビデオストリームのうち、ｎ－１個のビデオストリームをそれぞれデコードしてよい。一例として、図６では、受信者端末４７０が、Ｎが３であってｎが２である場合、３個のビデオストリームのうち、メインエンコーダでエンコードされた１つのビデオストリームとサブエンコーダでエンコードされた１つのビデオストリームの合計２つのビデオストリームをデコードする例について説明した。

【0057】

段階９４０で、コンピュータ装置２００は、ｎ個のデコーダでデコードされたｎ個のビデオストリームを利用してビデオを再生してよい。例えば、コンピュータ装置２００は、ｎ個のデコーダでデコードされたｎ個のビデオストリームが含むＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅｓｔａｍｐ）を利用してｎ個のビデオストリームをミキシングして１つの画面として再生してよい。例えば、デコードされたビデオフレームそれぞれはＰＴＳを含んでよく、コンピュータ装置２００は、このようなＰＴＳに基づいてバッファ内でデコードされたビデオフレームを整列してよい。整列されたビデオフレームは、コンピュータ装置２００でビデオの再生のために活用されてよい。このとき、Ｎよりも少ないｎを使用する場合、実質的にはビットレートの減少と同じ効果が発生するため、受信者端末４７０であるコンピュータ装置２００がネットワーク状態によってビットレートを動的に制御できるようになることが分かる。

【0058】

以上のように、本発明の実施形態によると、配信者が１つのビデオを単一のチャネルではなくＮ（前記Ｎは２以上の自然数）個のチャネルに分割して配信することができる。また、受信者が、ネットワーク環境によって配信者が配信するＮ個のチャネルのうちのｎ（前記ｎは前記Ｎ以下の自然数）個のチャネルで受信されるビデオストリームを結合して再生することにより、受信者側のネットワーク環境に適したビットレートのビデオを再生することができる。

【0059】

上述したシステムまたは装置は、ハードウェア構成要素、ソフトウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）およびＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを記録、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。

【0060】

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、仮想装置、コンピュータ記録媒体または装置に具現化されてよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で記録されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータ読み取り可能な記録媒体に記録されてよい。

【0061】

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に記録されてよい。前記コンピュータ読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含んでよい。前記媒体に記録されるプログラム命令は、実施形態のために特別に設計されて構成されたものであっても、コンピュータソフトウェア当業者に公知な使用可能なものであってもよい。コンピュータ読み取り可能な記録媒体の例としては、ハードディスク、フロッピディスク、および磁気テープのような磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を記録して実行するように特別に構成されたハードウェア装置が含まれる。このような記録媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されるのではなく、ネットワーク上に分散して存在するものであってもよい。プログラム命令の例には、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。

【0062】

以上のように、実施形態を、限定された実施形態および図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。

【0063】

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】