特許 7164623 ライブ放送で発生するゲスト放送のディレイを解消する方法とシステム、および非一時的なコンピュータ読み取り可能な記録媒体

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

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

(11)【特許番号】

(24)【登録日】2022-10-24

(45)【発行日】2022-11-01

(54)【発明の名称】ライブ放送で発生するゲスト放送のディレイを解消する方法とシステム、および非一時的なコンピュータ読み取り可能な記録媒体

(51)【国際特許分類】

   H04N 21/437 20110101AFI20221025BHJP

   H04N 21/439 20110101ALI20221025BHJP

   H04N 21/4402 20110101ALI20221025BHJP

   H04H 60/04 20080101ALI20221025BHJP

【ＦＩ】

H04N21/437

H04N21/439

H04N21/4402

H04H60/04

【請求項の数】 17

(21)【出願番号】P 2020551941

(86)(22)【出願日】2018-03-28

(65)【公表番号】

(43)【公表日】2021-09-16

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

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

(87)【国際公開日】2019-10-03

【審査請求日】2021-03-22

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

コンピュータシステムによって実現される端末であって、
メモリ、および
前記メモリに接続され、前記メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサ
を含み、
前記少なくとも１つのプロセッサは、
サーバを経由し、少なくとも１つのゲスト端末から前記ゲスト端末の放送であるゲスト放送を受信する放送受信部、および
前記端末の放送であるホスト放送に前記ゲスト放送をミキシングしたライブ放送を、前記ゲスト端末および少なくとも１つの視聴者端末に共通のライブ放送として配信する放送配信部
を備え、
前記放送配信部は、
前記ライブ放送のビデオストリームとして、ホスト画面にゲスト画面がミキシングされた放送画面を１つのビデオエレメンタリストリームとして配信するビデオ配信部、および
前記ライブ放送のオーディオストリームとして、ホストオーディオとゲストオーディオをそれぞれのオーディオエレメンタリストリームとして配信するオーディオ配信部
を備える、端末。

【請求項17】

前記端末が複数のゲスト端末を特定した場合、前記放送配信部は、
前記ライブ放送のビデオストリームとして、前記ホスト画面に複数のゲスト画面がミキシングされた放送画面を前記１つのビデオエレメンタリストリームとして配信し、
前記ライブ放送のオーディオストリームとして、前記ホストオーディオと前記複数のゲスト端末から受信した複数のゲストオーディオをそれぞれのオーディオエレメンタリストリームとして配信する、請求項１６に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

以下の説明は、ライブ放送で発生するディレイを解決する技術に関する。

【背景技術】

【0002】

近年、ライブ放送（Ｌｉｖｅ Ｂｒｏａｄｃａｓｔ）を含むメディアクライアント（Ｍｅｄｉａ Ｃｌｉｅｎｔ）が急速に成長している。

【0003】

ホスト（Ｈｏｓｔ）（すなわち、キャスター）は、ホストのメディアクライアントによって対応するチャンネル内でライブ放送をアップロードすることができ、視聴者（Ｖｉｅｗｅｒ）は、ホストがアップロードするライブ放送を視聴者のメディアクライアントによって自由に視聴することができる。

【0004】

例えば、韓国公開特許第１０－２００６－０１２０５７１号公報（公開日２００６年１１月２７日）には、ネットワークを介してライブ放送を提供するライブストリーミング放送方法が開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】韓国公開特許第１０－２００６－０１２０５７１号公報

【発明の概要】

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

【0006】

ホスト放送ストリームにゲスト放送ストリームをミキシング（ｍｉｘｉｎｇ）して配信する二元中継をライブで放送する際に、ホストのオーディオとゲストのオーディオを個別のエレメンタリストリーム（ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ：ＥＳ）として生成して配信することにより、ゲスト側で出力されるゲスト放送のディレイを効果的に解消することができる。

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

【0007】

コンピュータシステムによって実現される端末が実行するライブ放送方法であって、前記端末は、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記ライブ放送方法は、前記少なくとも１つのプロセッサにより、前記端末の放送であるゲスト放送とホスト端末の放送であるホスト放送とをミキシングしたライブ放送を配信するホスト端末に、サーバを経由し、前記端末と連結する入力装置から入力される第１ゲスト画面と前記第１ゲスト画面と関連する第１ゲストオーディオを配信する段階、前記少なくとも１つのプロセッサにより、前記ホスト端末から、前記サーバを経由し、前記ホスト端末によって入力された第１ホスト画面と前記第１ゲスト画面とがミキシングされた第１放送画面とともに、前記第１ホスト画面と関連する第１ホストオーディオと前記第１ゲストオーディオをそれぞれのオーディオエレメンタリストリームとして受信する段階、前記少なくとも１つのプロセッサにより、前記第１ゲスト画面の後に前記入力装置から入力される第２ゲスト画面を前記受信した第１放送画面に重ねて（ｏｖｅｒｌａｙ）第２放送画面を生成する段階、および前記少なくとも１つのプロセッサにより、前記第１ゲストオーディオは再生せず、前記第１ホストオーディオとともに前記第２放送画面を再生する段階を含むライブ放送方法を提供する。

【0008】

一側面によると、前記生成する段階は、前記受信した第１放送画面の前記第１ゲスト画面が表示される領域に、前記入力される第２ゲスト画面を重ねる段階を含み、前記再生する段階は、前記入力装置から入力される第２ゲスト画面と関連する第２ゲストオーディオを前記受信した第１ホストオーディオとミキシングしてゲスト用の放送オーディオを生成する段階、および前記ゲスト用の放送オーディオとともに前記第２放送画面を再生する段階を含んでよい。

【0009】

他の側面によると、前記受信する段階は、前記ライブ放送のビデオストリームとして、前記第１ホスト画面と前記第２ゲスト画面とがミキシングされた前記第１放送画面を１つのビデオエレメンタリストリームとして受信する段階、および前記ライブ放送のオーディオストリームとして、前記第１ホストオーディオと前記第１ゲストオーディオを前記それぞれのオーディオエレメンタリストリームとして受信する段階を含んでよい。

【0010】

また他の側面によると、前記ライブ放送は、前記ホスト端末において、他の端末から他のゲスト放送を受信し、前記ゲスト放送および前記ホスト放送とともに前記他のゲスト放送をミキシングして配信されたものであり、前記受信する段階は、前記ライブ放送の前記オーディオストリームとして、前記他のゲスト放送の他のゲストオーディオを、前記それぞれのオーディオエレメンタリストリームとは異なる他のオーディオエレメンタリストリームとしてさらに受信する段階を含んでよい。

【0011】

また他の側面によると、前記再生する段階は、前記ライブ放送に対する前記それぞれのオーディオエレメンタリストリームのうちの少なくとも１つの再生を制御する段階を含んでよい。

【0012】

さらに他の側面によると、前記再生する段階は、前記ライブ放送に対する前記それぞれのオーディオエレメンタリストリーム、および前記他のオーディオエレメンタリストリームのうちの少なくとも１つの再生を制御する段階を含んでよい。

【0013】

コンピュータシステムによって実現される端末が実行するライブ放送方法であって、前記端末は、メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記ライブ放送方法は、前記少なくとも１つのプロセッサにより、サーバにおいて、少なくとも１つのゲスト端末から前記ゲスト端末の放送であるゲスト放送を受信する段階、および前記少なくとも１つのプロセッサにより、前記端末の放送であるホスト放送に前記ゲスト放送をミキシングしたライブ放送を前記ゲスト端末および少なくとも１つの視聴者端末に配信する段階を含み、前記配信する段階は、前記ライブ放送のビデオストリームとして、ホスト画面にゲスト画面がミキシングされた放送画面を１つのビデオエレメンタリストリームとして配信する段階、および前記ライブ放送のオーディオストリームとして、ホストオーディオとゲストオーディオをそれぞれのオーディオエレメンタリストリームとして配信する段階を含む、ライブ放送方法を提供する。

【0014】

一側面によると、前記端末が複数のゲスト端末を特定した場合、前記配信する段階は、前記ライブ放送のビデオストリームとして、前記ホスト画面に複数のゲスト画面がミキシングされた放送画面を前記１つのビデオエレメンタリストリームとして配信する段階、および前記ライブ放送のオーディオストリームとして、前記ホストオーディオと前記複数のゲスト端末から受信した複数のゲストオーディオをそれぞれのオーディオエレメンタリストリームとして配信する段階を含んでよい。

【0015】

前記ライブ放送方法をコンピュータに実行させるためのプログラムが記録されている、非一時的なコンピュータ読み取り可能な記録媒体を提供する。

【0016】

コンピュータシステムによって実現される端末であって、メモリ、および前記メモリに接続され、前記メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、前記端末の放送であるゲスト放送とホスト端末の放送であるホスト放送とをミキシングしたライブ放送を配信するホスト端末に、サーバを経由し、前記端末と連結する入力装置から入力される第１ゲスト画面と前記第１ゲスト画面と関連する第１ゲストオーディオを配信する放送配信部、前記ホスト端末から、前記サーバを経由し、前記ホスト端末によって入力された第１ホスト画面と前記第１ゲスト画面とがミキシングされた第１放送画面とともに、前記第１ホスト画面と関連する第１ホストオーディオと前記第１ゲストオーディオをそれぞれのオーディオエレメンタリストリームとして受信する放送受信部、および前記第１ゲスト画面の後に前記入力装置から入力される第２ゲスト画面を前記受信した第１放送画面に重ねて第２放送画面を生成した後、前記第１ゲストオーディオは再生せず、前記第１ホストオーディオとともに前記第２放送画面を再生する放送再生部を備える、端末を提供する。

【0017】

コンピュータシステムによって実現される端末であって、メモリ、および前記メモリに接続され、前記メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、サーバにおいて、少なくとも１つのゲスト端末から前記ゲスト端末の放送であるゲスト放送を受信する放送受信部、および前記端末の放送であるホスト放送に前記ゲスト放送をミキシングしたライブ放送を前記ゲスト端末および少なくとも１つの視聴者端末に配信する放送配信部を備え、前記放送配信部は、前記ライブ放送のビデオストリームとして、ホスト画面にゲスト画面がミキシングされた放送画面を１つのビデオエレメンタリストリームとして配信するビデオ配信部、および前記ライブ放送のオーディオストリームとして、ホストオーディオとゲストオーディオをそれぞれのオーディオエレメンタリストリームとして配信するオーディオ配信部を備える、端末を提供する。

【図面の簡単な説明】

【0018】

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

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

【図3】本発明の一実施形態における、電子機器のプロセッサが含むことのできる構成要素の例を示した図である。

【図4】本発明の一実施形態における、電子機器が実行することのできる二元中継のライブ放送方法の例を示したフローチャートである。

【図5】本発明の一実施形態における、電子機器が実行することのできる二元中継のライブ放送方法の例を示したフローチャートである。

【図6】二元中継をライブで放送する際のゲスト側のディレイ問題を説明するための例示図である。

【図7】二元中継をライブで放送する際のゲスト側のディレイ問題を説明するための例示図である。

【図8】本発明の一実施形態における、ホスト側の放送配信方法を説明するための例示図である。

【図9】本発明の一実施形態における、一般視聴者側の放送再生方法を説明するための例示図である。

【図10】本発明の一実施形態における、ゲスト側の放送再生方法を説明するための例示図である。

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

【0019】

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

【0020】

本発明の実施形態は、ライブ放送で発生するディレイを解決する技術に関する。

【0021】

本明細書で具体的に開示される事項を含む実施形態は、二元中継をライブで放送する際にゲスト側で発生する放送ディレイを解消することができ、これにより、効率性、リソース節減、使用性、利便性、費用節減などの側面において相当な長所を達成することができる。

【0022】

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

【0023】

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

【0024】

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

【0025】

サーバ１５０、１６０それぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供する１つ以上のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第１サービスを提供するシステムであってよく、サーバ１６０も、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第２サービスを提供するシステムであってよい。より具体的な例として、サーバ１５０は、複数の電子機器１１０、１２０、１３０、１４０においてインストールされて実行されるコンピュータプログラムであるアプリケーションを通じ、該当のアプリケーションが目的とするサービス（一例として、ライブ放送サービスなど）を第１サービスとして複数の電子機器１１０、１２０、１３０、１４０に提供してよい。他の例として、サーバ１６０は、上述したアプリケーションのインストールおよび実行のためのファイルを複数の電子機器１１０、１２０、１３０、１４０に配布するサービスを第２サービスとして提供してよい。

【0026】

図２は、本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。図２では、電子機器に対する例として電子機器１１０の内部構成、およびサーバ１５０の内部構成について説明する。また、他の電子機器１２０、１３０、１４０やサーバ１６０も、上述した電子機器１１０またはサーバ１５０と同一または類似の内部構成を有してよい。

【0027】

電子機器１１０およびサーバ１５０は、メモリ２１１、２２１、プロセッサ２１２、２２２、通信モジュール２１３、２２３、および入力／出力インタフェース２１４、２２４を含んでよい。メモリ２１１、２２１は、非一時的なコンピュータ読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ディスクドライブ、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などのような永続的大容量記録装置を含んでよい。ここで、ＲＯＭ、ＳＳＤ、フラッシュメモリ、ディスクドライブのような永続的大容量記録装置は、メモリ２１１、２２１とは区分される別の永続的記録装置として電子機器１１０やサーバ１５０に含まれてもよい。また、メモリ２１１、２２１には、オペレーティングシステムと、少なくとも１つのプログラムコード（一例として、電子機器１１０においてインストールされて実行されるブラウザや、特定のサービスの提供のために電子機器１１０にインストールされるアプリケーションなどのためのコード）が記録されてよい。このようなソフトウェア構成要素は、メモリ２１１、２２１とは別のコンピュータ読み取り可能な記録媒体からロードされてよい。このような別のコンピュータ読み取り可能な記録媒体は、フロッピードライブ、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記録媒体ではない通信モジュール２１３、２２３を通じてメモリ２１１、２２１にロードされてもよい。例えば、少なくとも１つのプログラムは、開発者またはアプリケーションのインストールファイルを配布するファイル配布システム（一例として、上述したサーバ１６０）がネットワーク１７０を介して提供するファイルによってインストールされるコンピュータプログラム（一例として、上述したアプリケーション）に基づいてメモリ２１１、２２１にロードされてよい。

【0028】

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

【0029】

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

【0030】

入力／出力インタフェース２１４は、入力／出力装置２１５とのインタフェースのための手段であってよい。例えば、入力装置は、キーボード、マウス、マイクロフォン、カメラなどの装置を、出力装置は、ディスプレイ、スピーカ、触覚フィードバックデバイスなどのような装置を含んでよい。他の例として、入力／出力インタフェース２１４は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２１５は、電子機器１１０と１つの装置で構成されてもよい。また、サーバ１５０の入力／出力インタフェース２２４は、サーバ１５０に接続するかサーバ１５０が含むことのできる入力または出力のための装置（図示せず）とのインタフェースのための手段であってよい。より具体的な例として、電子機器１１０のプロセッサ２１２がメモリ２１１にロードされたコンピュータプログラムの命令を処理するにあたり、サーバ１５０や電子機器１２０が提供するデータを利用して構成されるサービス画面やコンテンツが、入力／出力インタフェース２１４を通じてディスプレイに表示されてよい。

【0031】

また、他の実施形態において、電子機器１１０およびサーバ１５０は、図２の構成要素よりも多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、電子機器１１０は、上述した入力／出力装置２１５のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含んでもよい。より具体的な例として、電子機器１１０がスマートフォンである場合、一般的にスマートフォンが含んでいる加速度センサやジャイロセンサ、カメラモジュール、物理的な各種ボタン、タッチパネルを利用したボタン、入力／出力ポート、振動のための振動器などのような多様な構成要素が、電子機器１１０にさらに含まれるように実現されてよい。

【0032】

以下では、二元中継をライブで放送する際にゲスト側で発生する放送ディレイを解消する方法とシステムの具体的な実施形態について説明する。

【0033】

図３は、本発明の一実施形態における、電子機器のプロセッサが含むことのできる構成要素の例を示したブロック図であり、図４および図５は、本発明の一実施形態における、電子機器が実行することのできる二元中継のライブ放送方法の例を示したフローチャートである。

【0034】

本実施形態に係る電子機器１１０には、コンピュータによって実現されるライブ放送システムが構成されてよい。ライブ放送システムは、電子機器１１０上にインストールされるアプリケーションの形態で実現され、サーバ１５０との連動によるネットワーク環境でライブ放送サービスを提供してよい。例えば、電子機器１１０にインストールされたアプリケーションが提供する命令に基づき、電子機器１１０に実現されたライブ放送システムは、図４および図５の二元中継のライブ放送方法を実行してよい。

【0035】

ライブ放送サービスでは、放送中にホストが少なくとも１人の視聴者をゲストとして採用することにより、ホスト放送画面に少なくとも１人のゲスト放送をミキシングして配信する形態の二元中継ライブ放送が提供される。このような二元中継のライブ放送において、ゲストが受信する放送時点とゲストの現時点とに時間差が発生し、ゲストの立場では不自然な二元中継サービスを経験するようになる。

【0036】

本発明では、二元中継をライブで放送する際に、ゲスト側で出力されるゲスト放送のディレイを解消する技術を提案する。

【0037】

図４は、二元中継のライブ放送におけるホスト側の放送過程の例を示したものであって、ホスト側の放送過程を処理するために、電子機器１１０のプロセッサ２１２は、構成要素として、図３に示すように、放送受信部３１０、および放送配信部（ビデオ配信部３２０とオーディオ配信部３３０）を備えてよい。また、図５は、二元中継のライブ放送におけるゲスト側の放送過程の例を示したものであって、ゲスト側の放送過程を処理するために、電子機器１１０のプロセッサ２１２は、構成要素として、図３に示すように、放送受信部３１０、放送配信部（ビデオ配信部３２０とオーディオ配信部３３０）、および放送再生部３４０を備えてよい。

【0038】

実施形態によって、プロセッサ２１２の構成要素は、選択的にプロセッサ２１２に含まれても除外されてもよい。また、実施形態によって、プロセッサ２１２の構成要素は、プロセッサ２１２の機能の表現のために分離されても併合されてもよい。

【0039】

このようなプロセッサ２１２およびプロセッサ２１２の構成要素は、図４および図５の二元中継のライブ放送方法が含む段階４１０～４４０、段階５１０～５３０を実行するように電子機器１１０を制御してよい。例えば、プロセッサ２１２およびプロセッサ２１２の構成要素は、メモリ２１１が含むオペレーティングシステムのコードと、少なくとも１つのプログラムのコードとによる命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。

【0040】

ここで、プロセッサ２１２の構成要素は、電子機器１１０に記録されたプログラムコードが提供する命令（一例として、電子機器１１０で実行されるアプリケーションが提供する命令）にしたがってプロセッサ２１２によって実行される、プロセッサ２１２の互いに異なる機能（ｄｉｆｆｅｒｅｎｔ ｆｕｎｃｔｉｏｎｓ）の表現であってよい。例えば、電子機器１１０が二元中継のライブ放送のための放送ストリームを受信するように上述した命令にしたがって電子機器１１０を制御するプロセッサ２１２の機能的表現として、放送受信部３１０が利用されてよい。

【0041】

図４を参照しながら、二元中継をライブで放送する際のホスト側の放送過程について、次のように説明する。

【0042】

段階４１０で、プロセッサ２１２は、ホスト端末、例えば、電子機器１１０の制御と関連する命令がロードされたメモリから必要な命令を読み取ってよい。この場合、前記読み取られた命令は、以下で説明する段階４２０～４４０をホスト端末の構成要素であるプロセッサが実行するように制御するための命令を含んでよい。

【0043】

段階４２０で、放送受信部３１０は、二元中継をライブで放送のために、サーバ１５０を経由し、ゲスト端末、例えば、電子機器１２０から、ゲスト端末のライブ放送ストリーム（以下、「ゲスト放送」とする）を受信してよい。一例として、放送受信部３１０は、ホスト端末のユーザが特定した少なくとも１つのゲスト端末にゲスト参加を要求した後、ゲスト参加の要求を受諾したゲスト端末からゲスト放送を受信してよい。

【0044】

ホスト端末では、ホスト放送画面に少なくとも１人のゲスト放送をミキシングし、ゲストを含む視聴者にこれを配信することにより、二元中継のライブ放送を提供してよい。言い換えれば、ゲスト端末では、ホスト端末の要求にしたがい、ゲスト端末と連結する入力装置から入力されるゲスト画面（以下、「第１ゲスト画面」とする）と、第１ゲスト画面と関連するゲストオーディオ（すなわち、ゲスト放送において第１ゲスト画面とともに対応し、ゲスト端末によって入力されるゲストオーディオ。以下、「第１ゲストオーディオ」とする）とをサーバ１５０を経由してホスト端末に配信するようになる。これにより、ホスト端末では、ホスト端末と連結する入力装置から入力されるホスト画面（以下、「第１ホスト画面」とする）と第１ゲスト画面とをミキシングした放送画面（以下、「第１放送画面」とする）を生成する。このとき、第１放送画面とともに、第１ホスト画面と関連する第１ホストオーディオと第１ゲストオーディオも、サーバ１５０を経由してゲスト端末および少なくとも１つの視聴者端末に配信してよい。

【0045】

より詳しく説明すると、段階４３０で、ビデオ配信部３２０は、二元中継のライブ放送のビデオストリームとして、ホスト放送のビデオストリーム（例えば、第１ホスト画面）にゲスト放送のビデオストリーム（例えば、第１ゲスト画面）がミキシングされた放送画面（例えば、第１放送画面）を、サーバ１５０を経由し、ゲストを含む視聴者を対象に１つのビデオエレメンタリストリーム（ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ：ＥＳ）として配信してよい。言い換えれば、ビデオ配信部３２０は、ホスト側で生成されたホスト放送にゲスト側から受信したゲスト放送をミキシングし、二元中継のライブ放送として配信してよい。

【0046】

段階４４０で、オーディオ配信部３３０は、二元中継のライブ放送のオーディオストリームとして、ホスト放送のオーディオストリーム（例えば、第１ホストオーディオ）とゲスト放送のオーディオストリーム（例えば、第１ゲストオーディオ）をそれぞれのオーディオエレメンタリストリームとして配信してよい。これは、二元中継をライブで放送する際にゲスト側で出力されるゲスト放送のディレイを解消するための方策であって、ホスト側で二元中継のライブ放送のオーディオストリームを予めミキシングするのではなく、ホストオーディオストリームとゲストオーディオストリームを単独のエレメンタリストリームとして生成してそれぞれ配信するのである。

【0047】

ホスト端末のユーザが特定したゲスト端末が複数である場合（すなわち、１つの二元中継放送に複数のゲストが存在する場合）、ビデオ配信部３２０は、第１ホスト画面に複数のゲスト画面がミキシングされた放送画面を１つのビデオエレメンタリストリームとして配信してよく、オーディオ配信部３３０は、ホストオーディオと複数のゲスト端末から受信した複数のゲストオーディオそれぞれを、それぞれのオーディオエレメンタリストリームとして配信してよい。

【0048】

図に示されてはいないが、また他の実施形態として、二元中継をライブで放送する際にゲスト側で出力されるゲスト放送のディレイを解消しながらゲスト端末のリソース使用の負担を減らすために、二元中継のライブ放送のホストオーディオストリームとゲストオーディオストリームをホスト側で予めミキシングした後、ミキシングしたオーディオストリームとホストオーディオストリームを単独のエレメンタリストリームとして生成してそれぞれ配信してもよい。

【0049】

図５を参照しながら、二元中継をライブで放送する際のゲスト側の放送過程について、次のように説明する。

【0050】

段階５１０で、プロセッサ２１２は、ゲスト端末、例えば、電子機器１２０の制御と関連する命令がロードされたメモリから必要な命令を読み取ってよい。この場合、前記読み取られた命令は、以下で説明する段階５２０～５３０をゲスト端末の構成要素であるプロセッサが実行するように制御するための命令を含んでよい。

【0051】

段階５２０で、放送配信部（ビデオ配信部３２０とオーディオ配信部３３０）は、ゲスト放送とホスト放送とをミキシングしたライブ放送を配信するホスト端末、例えば、電子機器１１０に、サーバ１５０を経由し、ゲスト端末と連結する入力装置から入力される第１ゲスト画面と第１ゲスト画面と関連する第１ゲストオーディオとを配信してよく、この後、放送受信部３１０は、ホスト端末が提供する二元中継のライブ放送を視聴するために、サーバ１５０を経由し、ホスト端末から二元中継のライブ放送を受信してよい。このとき、ビデオストリームの場合は、ホスト端末から、ホスト端末によって入力された第１ホスト画面と第１ゲスト画面とがミキシングされた第１放送画面を１つのビデオエレメンタリストリームとして受信してよく、オーディオストリームの場合は、ホスト端末から、第１ホスト画面と関連する第１ホストオーディオと第１ゲストオーディオをそれぞれのオーディオエレメンタリストリームとして受信してよい。言い換えれば、二元中継のライブ放送でホスト放送とゲスト放送を受信するにあたり、ビデオストリームの場合は、ホスト端が予めミキシングした状態で受信してよく、オーディオストリームの場合は、ミキシングは行わず、個別のエレメンタリストリームとしてそれぞれ受信してよい。

【0052】

図に示されてはいないが、ホスト端末が第１ミキシングされたオーディオ（第１ホスト画面と関連する第１ホストオーディオと第１ゲストオーディオとがミキシングされたオーディオ）と第１ホストオーディオを個別のエレメンタリストリームとしてそれぞれ送信するという、また他の実施形態によると、オーディオストリームの場合は、ホスト端末から、第１ミキシングされたオーディオと第１ホストオーディオを個別のエレメンタリストリームとしてそれぞれ受信してよい。

【0053】

段階５３０で、放送再生部３４０は、ホスト端末から受信した二元中継のライブ放送の第１放送画面の第１ゲスト画面が表示される領域（以下、「ゲストビデオレイアウト」とする）に、ゲスト端末の入力装置から現時点に入力される画面（以下、「第２ゲスト画面」とする）を重ねて現時点のゲスト画面が反映された第２放送画面を生成した後、第２放送画面を再生すると同時に、第１ホストオーディオだけを該当のオーディオとして再生してよい。すなわち、放送再生部３４０は、二元中継のライブ放送のオーディオストリームとして受信したオーディオのうち、第１ゲストオーディオは無視し、二元中継のライブ放送のオーディオストリームとして受信した第１ホストオーディオだけを再生してよい。

【0054】

また他の例として、放送再生部３４０は、ホスト端末から受信した第１放送画面のゲストビデオレイアウトに、ゲスト端末の入力装置から入力される第２ゲスト画面を重ねて現時点のゲスト画面が反映された第２放送画面を生成した後、第２放送画面とともに、第１ホストオーディオにゲスト端末の現時点のゲストオーディオ、すなわち、第２ゲスト画面と関連する第２ゲストオーディオをミキシングして再生してよい。すなわち、ゲスト端末のオーディオは、二元中継のライブ放送のオーディオストリームとして受信したオーディオのうち、第１ゲストオーディオは無視し、二元中継のライブ放送のオーディオストリームとして受信した第１ホストオーディオをゲスト端末上で現時点に入力される第２ゲストオーディオとミキシングすることにより、ゲスト用の放送オーディオとして生成および再生してよい。言い換えれば、放送再生部３４０がホスト端末から受信した二元中継のライブ放送を再生するときに、第１放送画面のゲストビデオレイアウトにゲストの現時点のビデオを重ねた第２放送画面を再生すると同時に、第１ホストオーディオとゲストの現時点の第２ゲストオーディオとをミキシングして再生してよい。したがって、二元中継をライブで放送する際にゲスト側で出力されるゲストビデオとオーディオのディレイを容易に解消することができる。

【0055】

また、放送再生部３４０は、オーディオの制御要求にしたがい、二元中継のライブ放送のオーディオ（ホストオーディオとゲストオーディオ）のうちの少なくとも１つの再生を制御してよい。例えば、放送再生部３４０は、サーバまたはユーザの入力、サーバまたは端末の設定に基づき、二元中継のライブ放送のオーディオのうちの少なくとも１つを選択的にオン／オフさせてよい。ホスト端末では、ホストオーディオとゲストオーディオが個別のエレメンタリストリームに分離されて配信されるため、ゲスト端末または視聴者端末ではそれぞれのオーディオを個別のエレメンタリストリームとして受信するようになることから、二元中継のライブ放送を視聴するユーザの選択によってオーディオを特定してオン／オフさせることができるのである。一例として、ホスト端末のユーザが特定したゲスト端末が複数である場合、視聴者端末は、ホストオーディオおよびそれぞれのゲストオーディオを分離して受信するようになるため、ホストオーディオおよびそれぞれのゲストオーディオのうちで視聴者が選択したオーディオストリームだけをミキシングできるようになり、視聴者にカスタムオーディオを提供することが可能となる。

【0056】

図に示されてはいないが、ホスト端末が、第１ミキシングされたオーディオ（第１ホスト画面と関連する第１ホストオーディオと第１ゲストオーディオとがミキシングされたオーディオ）と第１ホストオーディオを個別のエレメンタリストリームとしてそれぞれ送信するという、また他の実施形態によると、ゲスト端末は、二元中継のライブ放送のオーディオストリームとして受信したオーディオのうち、第１ミキシングされたオーディオは無視し、第１ホストオーディオだけを第２放送画面に対するオーディオとして再生してよい。この反面、この実施形態と同じ状況である場合、視聴者端末は、二元中継のライブ放送のオーディオストリームとして受信したオーディオのうち、第１ホストオーディオは無視し、第１ミキシングされたオーディオだけを第１放送画面に対するオーディオとして再生してもよい。

【0057】

図６および図７は、ゲストの立場で経験するようになるディレイを説明するための例示図である。

【0058】

図６を参照すると、ホスト端末６００では、ホストが行うライブ放送中に少なくとも１人の視聴者をゲストとして採用し、該当のゲスト端末からゲスト放送６２０を受信した後、ホスト放送６１０にゲスト放送６２０をミキシングした二元中継ライブ放送６３０を、ゲストを含むすべての視聴者に配信している。

【0059】

図７を参照すると、ゲスト端末７００では、ホスト端末６００が配信した二元中継ライブ放送６３０を再生するようになるが、このとき、ゲスト端末７００では、ホスト端末６００に送信したゲスト放送６２０の時点と現在のゲスト放送７２０の時点とに時間差が発生する。これにより、ゲストの立場では、現在のゲスト放送７２０の時点とは異なる、現時点よりも以前のゲスト放送６２０をそのまま視聴するようになるため、不自然な二元中継サービスを経験するようになる。

【0060】

ゲスト放送のディレイ問題を解決するための１つの方法として、ホストが２つの放送を配信する方法があるが、その１つは、一般視聴者を対象としてホスト放送にゲスト放送をミキシングした放送を配信し、他の１つは、ゲストを対象としてゲスト放送がミキシングされていない、純粋なホスト放送だけを配信するのである。このとき、ゲスト端末７００でホスト放送とホスト端末の放送とを直接ミキシングして再生することで、ディレイ問題を解決することができる。しかし、上述したような方式は、放送内容上において１つの放送であるにもかかわらず、ホスト端末が２つの放送（すなわち、一般視聴者を対象にした放送と、ゲストを対象にした放送）を配信しなければならないため、ビデオ生成リソースやネットワークリソースなどの浪費に繋がる。

【0061】

本発明は、ゲスト放送のディレイ問題と不必要なリソースの浪費の両方を解決するための方法として、二元中継のライブ放送のためのオーディオストリームをホスト側で予めミキシングするのではなく、ホストオーディオとゲストオーディオを個別のエレメンタリストリームとして生成するのである。

【0062】

より詳しく説明するために図８を参照すると、ホスト端末８００では、二元中継をライブ放送するために、ビデオストリームの場合は、第１ホストビデオと第１ゲストビデオとをミキシングしたビデオストリーム８３０を配信し、オーディオストリームの場合は、ミキシングは行わず、第１ホストオーディオ８４１と第１ゲストオーディオ８４２を個別のエレメンタリストリームとして分離して配信してよい。

【0063】

図９を参照すると、ゲストではない一般視聴者端末９００では、ホスト端末８００から、第１ホストビデオと第１ゲストビデオとがミキシングされたビデオストリーム８３０を受信してそのまま再生し、オーディオ９４０の場合は、第１ホストオーディオ８４１と第１ゲストオーディオ８４２をそれぞれ受信し、視聴者端末９００側で直接ミキシングして再生する。

【0064】

図１０を参照すると、ゲスト端末１０００では、ホスト端末８００から、第１ホストビデオと第１ゲストビデオとがミキシングされたビデオストリーム８３０を受信して再生するようになるが、ゲストビデオレイアウトにゲスト端末１０００の現時点のビデオである第２ゲストビデオ１０２０を重ねて再生する。また、オーディオの場合は、ホスト端末８００から受信した第１ゲストオーディオ８４２は無視し、第１ホストオーディオ８４１とゲスト端末１０００の現時点のオーディオである第２ゲストオーディオ１０４２とをミキシングして再生する。

【0065】

言い換えれば、ゲスト端末１０００でホスト端末８００から受信した二元中継のライブ放送を再生するときには、放送画面のゲストビデオレイアウトに第２ゲストビデオ１０２０を重ね、さらに第１ホストオーディオ８４１と第２ゲストオーディオ１０４２をミキシングして再生することにより、ゲスト側で二元中継によるディレイは認知されなくなる。

【0066】

このように、本発明の実施形態によると、ホスト放送ストリームにゲスト放送ストリームをミキシングして配信する二元中継をライブで放送する際に、ホストのオーディオとゲストのオーディオを個別のエレメンタリストリームで生成して配信することにより、ゲスト側のディレイ問題と不必要なリソースの浪費の両方を解決することができる。

【0067】

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

【0068】

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

【0069】

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に記録されてよい。ここで、媒体は、コンピュータ実行可能なプログラムを継続して記録するものであっても、実行またはダウンロードのために一時記録するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されることはなく、ネットワーク上に分散して存在するものであってもよい。媒体の例は、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ－ＲＯＭおよびＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が記録されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを配布するアプリケーションストアやその他の多様なソフトウェアを供給または配布するサイト、サーバなどで管理する記録媒体または格納媒体が挙げられる。

【0070】

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

【0071】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】