JP6719166B2 - ライブ放送システム - Google Patents

Description

本発明は、リアルタイムに音声及び映像を送受信して双方向通話を行うライブ参加者間における対談等を視聴者に向けて放送するライブ放送システムに関する。

従来、遠隔地にいるユーザー同士の交流に用いる通信システムとして、電話、いわゆるテレビ電話、ビデオ会議システムなどが存在する。また、パーソナルコンピュータなどを用いてインターネットに接続し、インターネットを介してのデータ通信によるテキストチャットや、映像と音声を伴うビデオチャットなどを行う方法もある。

例えば、特許文献１に開示された技術は、グループのメンバー同士の映像通信を可能にするビデオチャットシステムであり、チャットのグループを形成するためのグループ形成手段と、グループ形成手段により形成されたグループのメンバー同士の音声通信を可能にする音声回線接続手段とを備え、グループ形成手段により形成されたグループのメンバー同士で、音声回線接続手段を通じての映像通信を実現している。

特開２００３-６１２９号公報

しかしながら、特許文献１に開示されたようなリアルタイムに音声及び映像を送受信して双方向通話を可能とするビデオチャット技術では、複数の端末装置間で形成されたグループは、相手先への”発信”と受信側での”応答”操作を前提とした閉鎖的な空間となっているため、例えば、ビデオチャット技術を用いて、所定のユーザー間の対話を第三者が視聴することができず、また、対話者としても、未知の相手を含むグループに対してプレゼンテーションや情報発信を行うことが難しいという問題があった。

そこで、本発明は以上の点に鑑みてなされたもので、ユーザー毎やトピック毎にユーザーが定義したＵＲＬの配下で、発信者が”ライブ参加”、又は”待ち受け”操作を行うことにより、着信・受信者は応答操作を経ずに発信者の状態や対話を視聴可能とし、放送形態、コンテンツの多様化を図ることのできるライブ放送システムを提供することをその課題とする。

上記課題を解決するために、本発明は、特定のライブ参加者がそれぞれ使用し、各ライブ参加者の映像及び音声を取得する入力デバイスを有し、当該ライブ参加者による操作信号の入力を受け付けるライブ参加者用端末と、ライブ参加者用端末により形成された第１の通信ネットワークを通じて、入力デバイスが取得した映像及び音声をリアルタイムに送受信して双方向通話を行うライブ参加者通信部と、視聴者による選択操作に応じて、ライブ参加者通信部において双方向通話で送受信されている映像及び音声を出力させる放送画面を生成する放送画面生成部と、第２の通信ネットワークを通じて、放送画面を配信する放送画面配信部と、視聴者がそれぞれ使用し、第２の通信ネットワークを通じて、放送画面を受信し、出力する視聴者用端末と、視聴者用端末による第１の通信ネットワークへの接続を許可する接続管理部とを備え、ライブ参加者用端末は、第１の通信ネットワークにより、いずれかのライブ参加者用端末がダウンロードしたコンテンツデータを他のライブ参加者用端末と共有し、分散された端末間でコンテンツデータの配信を相互に行う機能を備え、ライブ参加者通信部は、接続管理部に許可された視聴者用端末を、ライブ参加者用端末として双方向通話に参加させる機能を有することを特徴とする。

ここで、第１の通信ネットワークとは、映像及び音声をリアルタイムに送受信して双方向通話が可能な、いわゆるＯＬＭ（ＯｖｅｒＬａｙ Ｍｕｌｔｉｃａｓｔ）方式のピア・ツー・ピアネットワーク網が含まれ、第２の通信ネットワークとは、第１の通信ネットワークとは隔成されたネットワークであるが、前記第１の通信ネットワークと同一の通信方式（通信プロトコル、通信レイヤー）で動作するものであってもよく、第１の通信ネットワークとは異なる通信方式のものであってもよい。

このような本発明によれば、ライブ参加者通信部によって、ライブ参加者用端末により形成された第１の通信ネットワークを通じて、入力デバイスが取得した映像及び音声をリアルタイムに送受信して双方向通話するとともに、双方向通話で送受信されている映像及び音声を出力させる放送画面を生成して、この放送画面を、所定の視聴者がそれぞれ使用する視聴者用端末に対して、第２の通信ネットワークを通じて、放送画面を送信して出力させているので、ライブ参加者用端末間で対談した映像及び音声を含む放送画面を、視聴者に視聴させることができる。

特に、本発明では、放送画面生成部において、ライブ参加者通信部における双方向通話で送受信されている映像及び音声を指し示すアイコンをライブ参加者による操作信号により選択可能に表示するとともに、操作信号による選択操作に応じて、各アイコンに関する映像及び音声を出力させているので、画面全域に投影したプレゼンテーションや注目されている映像・音声と相手の顔を同時に見ながら対話可能とすると共に、アイコンへのジェスチャー操作による放送の切替えが可能なため、ユーザー自身による放送画面作業の負担をより軽減することができる。

上記発明において、第１の通信ネットワーク及び第２の通信ネットワークの双方向通話及び配信を制御する管理者用端末をさらに備え、放送画面生成部は、管理者用端末からの操作信号に応じて、各アイコンに関する映像及び音声の出力を制御する管理者操作部を有することが好ましい。この場合には、双方向通話及び配信を制御する管理者用端末によって、各アイコンに関する映像及び音声の出力を制御しているので、例えば、所定のライブ参加者に対して発言権を与え、他のライブ参加者はその間発言不可とすることで、複数のライブ参加者が一斉に発言してしまうことを防止し、グループ内の対談を円滑に進行させることができる。

上記発明において、ライブ参加者用端末又は管理者用端末からの許可信号を取得し、取得した許可信号に基づいて、視聴者用端末による第１の通信ネットワークへの接続を許可する接続管理部をさらに備え、ライブ参加者通信部は、接続管理部に許可された視聴者用端末を、前記ライブ参加者用端末として双方向通話に参加させる機能を有することが好ましい。この場合には、ライブ放送を視聴する視聴者に対しても、ライブ放送に積極的に参加させることができるため、ライブ放送に興味を抱かせて、本システムによるサービス参加を増大させることができる。

以上説明したように本発明によれば、リアルタイムに音声及び映像を送受信して双方向通話を行ったユーザー間における対談を視聴者に視聴可能とすることができる。

第１実施形態に係るシステムの全体構成を示す概念図である。 第１実施形態に係る管理サーバーの内部構成を示すブロック図である。 第１実施形態に係る各種データベースのデータ構成を示す説明図である。 第１実施形態に係るライブ参加者用端末の内部構成を示すブロック図である。 第１実施形態に係る視聴者用端末の内部構成を示すブロック図である。 第１実施形態に係る放送画面上の表示形態を示す説明図である。 第１実施形態に係る画面サイズの大きな端末に表示されるチャンネル画面の説明図であり、図（ａ）〜（ｄ）は、ライブ参加者用端末に表示されるチャンネル画面を示し、同図（ｅ）及び（ｆ）は、視聴者用端末に表示されるチャンネル画面を示す説明図である。 第１実施形態に係る画面サイズの小さい配信端末に表示されるチャンネル画面の説明図であり、図（ａ）〜（ｄ）は、ライブ参加者用端末に表示されるチャンネル画面を示し、同図（ｂ）は、視聴者用端末に表示されるチャンネル画面を示す説明図である。 （ａ）〜（ｄ）は、第１実施形態に係る配信端末の操作概要を示す説明図である。 第１実施形態に係る対話グループ生成から視聴参加要求までの動作を示すシーケンス図である。 （ａ）は、第１実施形態に係る配信開始から通話開始までの動作を示すシーケンス図であり、（ｂ）は、第１実施形態に係る通話中におけるライブ参加要求に関する動作を示すシーケンス図である。 第１実施形態に係る対話グループを視聴者が視聴する動作を示すシーケンス図である。 第１実施形態に係るプログラムを記録したコンピューター読み取り可能な記録媒体を示す説明図である。 第２実施形態に係るシステムの概略構成を示すブロック図である。 第２実施形態に係る管理サーバーの内部構成を示すブロック図である。 第２実施形態に係る視聴者用端末の内部構成を示すブロック図である。 第２実施形態に係る視聴者用端末へのコンテンツ配信処理を示すシーケンス図である。 第３実施形態に係るシステムの全体構成を示す概念図である。 第３実施形態に係る管理サーバーの内部構成を示すブロック図である。 （ａ）及び（ｂ）は、第３実施形態に係る放送画面上の表示携帯を示す説明図である。 （ａ）は、第３実施形態に係るプレイリストのポップアップ画面を示す説明図であり、同図（ｂ）は、プレイリストのデータ構成を示す説明図である。

［第１実施形態］
（ライブ放送システムの概要）
以下に添付図面を参照して、本発明に係るライブ放送システムの第１実施形態を詳細に説明する。図１は、本実施形態に係るライブ放送システムの全体構成を示す概念図である。

図１に示すように、本発明に係るライブ放送システムは、通信ネットワーク５上に配置された管理サーバー２に対して複数のライブ参加者用端末１ａ〜１ｃが接続され、当該複数のライブ参加者用端末１ａ〜１ｃ同士での通信を介して仮想的なグループ（チャンネル）を形成させるとともに、当該仮想的なグループ内でライブチャットが行われる。そして、通信ネットワーク５に接続された他の視聴者用端末３ａ〜３ｃに対して、グループ内での対話に基づいて生成された音声データ及び映像データを含む放送画面を配信するものである。

本実施形態において、上記仮想的な各グループには、覚えやすいＵＲＬを割り当て、ライブが提供される場へのリンクとして利用できるようになっている。具体的には、ユーザー毎に割り当てられるｈｔｔｐ：／／＜ユーザー名＞．＜ドメイン名＞といったＵＲＬや、ｈｔｔｐ：／／＜ユーザー名＞．＜ドメイン名＞／＜トピック名＞といったトピックに基づいたＵＲＬを形成し、既存の検索エンジンやＳＮＳなどでのリンク化を促進し、アクセスの増大を図っている。

なお、本実施形態では、ライブ参加者用端末１ａ〜１ｃのうち、端末１ａを所持するユーザーｘが管理者となってグループ（チャンネル）を開設し、ユーザーｘが開設したグループ（チャンネル）に特定のライブ参加者であるユーザーｙ，ｚが参加する場合を例に説明する。そして、以下、ユーザーｘが所持する端末を示す場合には、管理者用端末１ａと称し、それぞれのライブ参加者用端末１ａ〜１ｃを区別せずに示す場合には、総称してライブ参加者用端末１というものとする。なお、ここでは、ユーザーｘを管理者、他のユーザーｙ、ｚを参加者とするが、他のユーザーｙ，ｚのいずれかが管理者となり、ユーザーｘが参加者となることもできる。

また、本実施形態において、ユーザーａ，ｂ，ｃは、当該チャンネルにおける放送には参加することはなく、コンテンツを視聴する視聴者であるものとし、当該ユーザーａ，ｂ，ｃが使用する端末を視聴者用端末３ａ〜３ｃといい、複数の視聴者用端末３ａ〜３ｃを総称する場合には、単に視聴者用端末３というものとするが、本実施形態では、視聴者用端末３を所持するユーザーａ，ｂ，ｃがコンテンツを視聴した後、当該グループに参加することもでき、その場合、ユーザーａ，ｂ，ｃは、ライブ参加者となり、ユーザーａ，ｂ，ｃが所持する端末は、ライブ参加者用端末１と称するものとする。

通信ネットワーク５は、通信プロトコルＴＣＰ／ＩＰを用いて種々の通信回線（ＦＴＴＨなどの光回線、ＡＤＳＬ回線などの公衆回線、専用回線、無線通信網）を相互に接続して構築される分散型のＩＰ網であり、このＩＰ網には、１０ＢＡＳＥ-Ｔや１００ＢＡＳＥ-ＴＸ等によるイントラネット（企業内ネットワーク）や家庭内ネットワークなどのＬＡＮなども含まれる。そして、本実施形態においては、通信ネットワーク５は、いわゆるインターネットであり、このインターネット５には、本発明の「第２の通信ネットワーク」に相当する通常のインターネット５ｂと、本発明の「第１の通信ネットワーク」に相当する、いわゆるＰ２Ｐ（ピア・ツー・ピア）ネットワーク５ａとが構築され、管理者用端末１ａ及びライブ参加者用端末１ｂ，１ｃは、Ｐ２Ｐネットワーク５ａ上に配置される。一方、視聴者用端末３ａ〜３ｃは、第２の通信ネットワークとしての通信ネットワーク５ｂ上に配置されている。なお、この第１の通信ネットワークの種別としては、双方向通話を行うＦｕｌｌ ｍｅｓｈ型のＰ２Ｐがあり、端末装置がＰ２Ｐ通信が可能な環境下にある場合には、ＯＬＭネットワークなどを採用し、グループ毎に視聴者間同士でＰ２Ｐを形成させることができる。また、端末装置がＰ２Ｐ通信に非対応の環境下にある場合には、前記第２の通信ネットワークとして、ユニキャスト・通常のインターネットを採用することができる。

ライブ参加者用端末１及び視聴者用端末３は、ＣＰＵによる演算処理機能、及び通信インターフェースによる通信処理機能を備えた情報処理端末であり、例えば、スマートフォン等の携帯電話端末の他、パーソナルコンピュータ等の汎用コンピューターや、機能を特化させた専用装置、モバイルコンピューターやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）で実現することができる。なお、図１に示す例では、１ｃ，３ｃはパーソナルコンピュータ等の汎用コンピューターであり、１ｂ，３ｂはスマートフォンや、移動電話、その他の携帯情報端末の機能を備える装置であり、１ａ，３ａは携帯情報端末の通信機能を備え、表示部のサイズが大きいタブレット端末である。

これらのライブ参加者用端末１及び視聴者用端末３は、インターネットにアクセスして、データの送受信を行うブラウザ機能も備えている。このブラウザ機能は、Ｗｅｂページを視聴するためのアプリケーションソフトであり、インターネットからＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイル、音楽ファイルなどをダウンロードし、レイアウトを解析して表示・再生する。フォームを使用してユーザーがデータをＷｅｂサーバーに送信したり、ＪａｖａＳｃｒｉｐｔ（登録商標）やＦｌａｓｈ、及びＪａｖａ（登録商標）などで記述されたアプリケーションソフトを動作させたりすることも可能である。

また、本実施形態において、ライブ参加者用端末１及び視聴者用端末３は、インターネット等を通じて、コンテンツデータを含む放送画面の配信を受ける機能を備えているとともに、このコンテンツデータを視聴するアプリケーションを実行する機能も備えている。この「コンテンツデータ」とは、複数のライブ参加者用端末１でやり取りされる対話の音声データやテキストデータ、各ライブ参加者用端末１のカメラで撮影された静止画や動画等の映像データが含まれる。

特に、ライブ参加者用端末１では、Ｐ２Ｐネットワーク５ａにより、いずれかのライブ参加者用端末１ａ〜１ｃがダウンロードしたコンテンツデータを他のライブ参加者用端末１ａ〜１ｃと共有し、分散された端末間でコンテンツデータの配信を相互に行う機能を備えている。そして、各ライブ参加者用端末１は、それぞれがノードサーバーとしての機能を備えており、見つかった相手と直接接続を確立するか、若しくはリレー・ノードで中継して管理サーバー２を介さずに各データを直接送受するようになっている。

なお、このライブ参加者用端末１のうち、管理者であるユーザーｘが使用する管理者用端末１ａは、Ｐ２Ｐネットワーク５ａ及び通信ネットワーク５の双方向通話及び配信を制御する機能を有しており、放送開始及び放送終了など、コンテンツデータの出力を制御することができるようになっている。また、管理者用端末１ａが、他のライブ参加者用端末１のユーザー名やＩＰアドレス、ポート番号などの情報を記録したり、探索したりするスーパーノードとして機能してもよい。

管理サーバー２は、通信ネットワーク５上に分散配置された一般的な通信サーバーであり、当該複数の端末同士での通信を通じて仮想的なチャンネルを形成するとともに、当該仮想的なチャンネルのコンテンツを他の視聴者用端末３ａ〜３ｃに対して配信している。この管理サーバー２には、Ｗｅｂサーバーが含まれ、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）等のドキュメントシステムにおいて、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイル、音楽ファイルなどの情報送信を行うサーバーコンピューター或いはその機能を持ったソフトウェアであり、ＨＴＭＬ文書や画像などの情報を蓄積しておき、ライブ参加者用端末１及び視聴者用端末３上で実行されるＷｅｂブラウザなどのアプリケーションの要求に応じて、コンテンツ（Ｗｅｂページ）の配信を行う。

また、管理サーバー２は、制作されたコンテンツを、例えば動画形式で視聴者用端末３に対して配信するコンテンツ配信サーバーとしての機能を備えている。このような管理サーバー２では、データベースが接続されており、ユーザーの管理を行う機能も有している。なお、本実施形態では、この管理サーバー２を単一のサーバー装置により構成しているが、例えば、ノード管理（グループ通話制御部）、トランスコードを行う変換サーバー、Ｗｅｂサーバー等に対してそれぞれのロードバランシングを行うなど、複数のサーバー群で構成してもよい。

また、図示していないが、通信ネットワーク５上には、無線基地局や、中継装置が配置される。無線基地局は、中継装置を通じて通信ネットワークに接続され、ライブ参加者用端末１との間で無線通信接続を確立し、通話やデータ通信を提供する装置である。中継装置は、通信ネットワークに接続するためのモデムやターミナルアダプタ、ゲートウェイ装置等のノード装置であり、通信経路の選択や、データ（信号）の相互変換を行い、無線基地局と、通信ネットワーク５との間における中継処理を行う。なお、これら無線基地局や中継装置としては、無線ルーターやアクセスポイント装置なども含まれる。

（各装置の内部構成）
次いで、上述した本ライブ放送システムを構成する各装置の内部構造について説明する。図２は、本実施形態に係る管理サーバー２の内部構成を示すブロック図であり、図３は、本実施形態に係る各種データベースのデータ構成を示す説明図である。なお、説明中で用いられる「モジュール」とは、装置や機器等のハードウェア、或いはその機能を持ったソフトウェア、又はこれらの組み合わせなどによって構成され、所定の動作を達成するための機能単位を示す。

（１）管理サーバー２
先ず、管理サーバー２の機能構成について説明する。管理サーバー２は、単一のサーバー装置の他、Ｗｅｂサーバーやデータベースサーバーなど複数種のサーバー群から構成することができ、本実施形態では、図２に示すように、通信インターフェース２１と、制御部２２と、本ライブ放送システムに関する各種の情報を蓄積するデータベース群である各記憶部２３とを備えている。通信インターフェース２１は、通信ネットワーク５を通じて、ライブ参加者用端末１や視聴者用端末３との間でデータの送受信を行う通信インターフェースである。

記憶部２３は、各データを蓄積する記憶装置であり、本実施形態では、ユーザーデータベース２３１と、グループデータベース２３２と、表示情報蓄積部２３３と、コンテンツ情報蓄積部２３４とを備えている。ユーザーデータベース２３１は、本ライブ放送システムを利用する各ユーザーに関する情報を記憶するデータベースであり、本実施形態では、図３に示すように、ユーザーを識別するユーザーＩＤに、ライブ参加者用端末１及び視聴者用端末３のＩＰアドレス、及び個人情報（ハンドルネーム、性別、年齢等）が関連付けて蓄積されている。

グループデータベース２３２は、複数のライブ参加者用端末１がマルチ通話可能な通話グループを蓄積するデータベースであり、当該グループを識別するグループＩＤに、当該グループのＩＰアドレス、当該グループを開設した管理者を特定するユーザーＩＤ、参加制限数、当該グループへ参加した参加者を特定するユーザーＩＤが関連付けて蓄積される。本実施形態において、このグループは、ライブ参加者用端末１からのグループ生成要求に応じて生成されてもよく、管理サーバー２を運用・管理する運用者に応じて生成されてもよい。

さらに、グループデータベースには、これに加えて、管理者が設定した位置情報（＝任意）、及び、そのグループ内の画面で中央・画面全域で再生しているコンテンツのＩＤ／ＵＲＬ等を保持している。上記位置情報は、現在地に紐付けたライブ放送を行う場合に、ライブ放送を行っている現地への集客手段としてのサービス利用及び将来の効率的なデータ転送のために利用することができる。また、上記ＩＤ／ＵＲＬは、画面にプレゼンテーションや動画などを映し出し、遠隔地にいる人との間で同じコンテンツを共視聴するために利用することができる。

コンテンツ情報蓄積部２３４は、グループ内において、複数のライブ参加者用端末１の対話によって生成されたコンテンツを蓄積する記憶装置であり、本実施形態では、グループＩＤのフォルダに各配信者のユーザーＩＤが関連付けられ、各ユーザーＩＤには、各配信者の音声データ及び映像データが紐付けて蓄積されている。

表示情報蓄積部２３３は、表示情報であるＷｅｂデータを蓄積する記憶装置であり、この表示情報蓄積部２３３には、配信者が操作・実行する接続要求に関するＷｅｂページや、視聴者が視聴するグループのＷｅｂページ等の表示データが蓄積されている。なお、この表示情報蓄積部２３３では、グループＩＤに表示情報が関連付けて蓄積されており、各グループ固有の背景画面やチャンネル画面を生成することができるようになっている。

制御部２２は、ＣＰＵやＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のプロセッサ、メモリ、及びその他の電子回路等のハードウェア、或いはその機能を持ったプログラム等のソフトウェア、又はこれらの組み合わせなどによって構成された演算モジュールであり、プログラムを適宜読み込んで実行することにより種々の機能モジュールを仮想的に構築し、構築された各機能モジュールによって、各部の動作制御、ユーザー操作に対する種々の処理を行っている。

そして、この制御部２２には、認証部２２１と、グループ通話制御部２２２と、データ送信部２２３と、メタデータ生成部２２４と、コンテンツ取得部２２５とを備えている。

認証部２２１は、通信ネットワーク５を介して取得されたユーザーＩＤに基づいて、認証処理を実行するモジュールであり、ライブ参加者用端末１及び視聴者用端末３からのアクセスに応じてユーザーデータベース２３１を照合することによって、アクセス者にその権利があるか否かや、そのアクセス者が本人であるか否かなどを確認する。なお、本実施形態において、認証部２２１は、利用時毎にＩＤ及びパスワードの入力を求めてもよいし、使用者の承諾がある場合には、端末情報のみで認証を許可するようにしてもよい。

グループ通話制御部２２２は、グループ対話の制御全体を管理するモジュールであり、グループ（チャンネル）の作成から、各ライブ参加者用端末１への接続処理を行う。具体的に、グループ通話制御部２２２には、グループ生成部２２２ａと、接続管理部２２２ｂと、端末リスト作成部２２２ｃとを備えている。

グループ生成部２２２ａは、ライブ参加者用端末１からのグループ作成要求信号に応じて、複数のユーザーが参加可能なグループを生成するモジュールであり、生成したグループにグループＩＤを付加するとともに、グループ作成要求したライブ参加者用端末１から取得したユーザーＩＤをグループ管理者欄に登録する。また、ライブ参加者用端末１からの入力情報に基づいて、参加制限人数をグループデータベース２３２に設定する。

接続管理部２２２ｂは、グループ参加の要求を受け付けて、当該ライブ参加者用端末１をグループ内に登録するモジュールである。具体的に、参加者が所持するライブ参加者用端末１ｂ，１ｃからグループ参加の要求信号を取得すると、参加希望のグループＩＤに基づいて、グループデータベース２３２を参照し、当該データベース内の参加者欄にユーザーＩＤを登録する。

また、接続管理部２２２ｂは、視聴者用端末３からグループ参加の要求を受け付けて、当該視聴者用端末３を参加者用端末としてグループ内に登録する機能を備えている。具体的に、接続管理部２２２ｂは、視聴者用端末３から参加要求の信号を受信すると、当該参加要求信号をライブ参加者用端末１ｂ，１ｃ又は管理者用端末１ａに対して送信する。そして、ライブ参加者用端末１ｂ，１ｃ又は管理者用端末１ａからの許可信号を取得すると、取得した許可信号に基づいて、グループデータベース２３２を参照し、当該データベース内の参加者欄に、視聴者用端末３のユーザーＩＤを登録して、視聴者用端末３による第１の通信ネットワークへの接続を許可する。

端末リスト作成部２２２ｃは、グループ内でコンテンツデータの送受を行うライブ参加者用端末１を記述したリストである端末リストを作成するモジュールであり、具体的には、グループに参加したライブ参加者用端末１のユーザーＩＤ、その端末へのソケット参照が記載された端末リストを生成する。この端末リスト作成部２２２ｃでは、ライブ参加者用端末１から放送開始信号を取得すると、グループデータベース２３２内の参加者欄に記録されたユーザーＩＤを抽出するとともに、そのユーザーＩＤに基づいてユーザーデータベース２３１を参照して、対応するソケット参照を抽出して端末リストを生成して、ライブ参加者用端末１に対して送信する。なお、接続管理部２２２ｂによって、視聴者用端末３に対してグループの参加が許可された場合には、当該視聴者用端末３をライブ参加者用端末１ｂ，１ｃとし、そのライブ参加者用端末１ｂ，１ｃのユーザーＩＤについても、端末リストに記録し、送信する。

コンテンツ取得部２２５は、各ライブ参加者用端末１から音声データ及び映像データを取得して、コンテンツデータに加工した後、コンテンツ情報蓄積部２３４に蓄積するモジュールである。本実施形態において、コンテンツ取得部２２５は、送信元のライブ参加者用端末１の要求内容に基づいて、参加しているグループのグループＩＤを抽出する。そして、コンテンツ取得部２２５は、そのグループＩＤにコンテンツデータを関連付けて蓄積する。

なお、このコンテンツデータは、各ライブ参加者用端末１から単一の映像データ（Ｒａｗデータ）の形式で取得（キャプチャ）され、その後、コンテンツ取得部２２５で配信用データに変換すべく、変調、復号、圧縮等の符号化が行われて、コンテンツ情報蓄積部２３４に保存される。なお、生データ（Ｒａｗデータ）には、ライブ参加者用端末１で生成された時刻情報を蓄積されており、この時刻情報に基づいて、コンテンツデータは、再生時間順に配列される。

また、音声データの符号化方式としては、ＡＡＣ形式やＯｐｕｓ形式が用いられ、映像データの符号化方式としては、Ｈ．２６４形式やＶＰ８形式、ＶＰ９形式などが用いられる。なお、この各データの符号化方式は、ライブ参加者用端末１及び視聴者用端末３の環境に応じて変更可能であり、例えば、音声なら、ＭＰＥＧオーディオ、ＬＰＣＭ、ＡＴＲＡＣ、ＷＭＡ等、映像なら、ＭＰＥＧ-１、ＭＰＥＧ-２、ＭＰＥＧ-４、ＤｉｖＸ、ＷＭＶ、ＨＥＶＣ等を用いることが可能である。

メタデータ生成部２２４は、コンテンツ情報蓄積部２３４に蓄積するコンテンツデータに関するメタデータを生成するモジュールである。このメタデータには、当該グループに関する情報（当該チャンネルの属性、説明テキストなど）、再生時刻、及びコンテンツ情報蓄積部２３４へのパス（アドレス情報）を含んでいる。なお、本実施形態において、各グループの名前又はＩＤとしては、アイデンティティやトピックに基づいた覚えやすいＵＲＬを用い、ライブが提供される場へのリンクとして利用できるようになっている。これにより、既存の検索エンジンやＳＮＳなどでの共有を促進し、アクセスの増大を図っている。

データ送信部２２３は、各種のデータを配信するモジュールであり、例えば、表示情報蓄積部２３３に蓄積された表示情報（Ｗｅｂデータ）をライブ参加者用端末１及び視聴者用端末３に送信するとともに、視聴要求の信号を送信してきた視聴者用端末３に対して、放送画面の一部や、メタデータ生成部２２４で生成されたメタデータを、通信ネットワーク５を通じて配信する放送画面配信部としての機能を有している。なお、データ送信部２２３では、生成されたメタデータを再生時刻順に順次視聴者用端末３に配信するようになっている。

また、データ送信部２２３には、コンテンツ配信部２２３ａを有している。本実施形態において、コンテンツ配信部２２３ａは、視聴者用端末３に蓄積されたメタデータのパスに基づいたアクセスを受け付けると、コンテンツ情報蓄積部２３４内におけるコンテンツデータを抽出して、視聴者用端末３に配信するモジュールである。本実施形態において、視聴者用端末３と管理サーバー２とは、恒常的にコネクションを維持しており、データ送信部２２３では、生成されたメタデータをリアルタイムに送信している。そして、視聴者用端末３では、このメタデータを入手し次第、メタデータで指定されたコンテンツデータをｈｔｔｐプロトコル経由でダウンロードして、連続再生するようになっている。

（２）ライブ参加者用端末１
次いで、ライブ参加者用端末１について説明する。図４は、本実施形態に係るライブ参加者用端末１の内部構成を示すブロック図である。ライブ参加者用端末１には、通信インターフェース系のモジュールとして通信インターフェース１０１と、ライブ参加者通信部１０２とを備えている。通信インターフェース１０１は、通信ネットワーク５を通じて、データをパケットとして送受信するモジュールであり、また、本実施形態においては、この通信インターフェース１０１を介して、管理サーバー２と通信して端末リストや参加続要求信号等が送受され、他のライブ参加者用端末１と通信して、配信要求やコンテンツデータが送受される。

ライブ参加者通信部１０２は、ライブ参加者用端末１により形成されたＰ２Ｐネットワーク５ａを通じて、入力デバイスであるカメラ１１５やマイク１１４が取得した映像及び音声をリアルタイムに送受信して双方向通話を行うモジュールであり、具体的には、コンテンツ受信部１０２ｂと、コンテンツ配信部１０２ｄと、接続要求部１０２ａとを備えている。

接続要求部１０２ａは、端末リストを参照して、当該グループ内における他のライブ参加者用端末１を選択し、選択した通信相手に対して、接続要求及びコンテンツデータの配信要求を送信するモジュールである。なお、接続要求部１０２ａでは、配信要求の際、例えば、端末リスト中に記載された各端末の実行可能通信モードに基づいて、通信モードを指定してもよい。

コンテンツ受信部１０２ｂは、通信インターフェース１０１が受信したコンテンツデータを受信するモジュールであり、管理サーバー２からＷｅｂデータを受信したり、他のライブ参加者用端末１から全部又は一部のコンテンツデータを受信し、これらのデータをメモリ１０７に入力する。

ここで、コンテンツ受信部１０２ｂには、コンテンツ再構築部１０２ｃを備えている。コンテンツ再構築部１０２ｃは、いわゆるＯＬＭ方式（ピア・ツー・ピア）のネットワークシステム形態により、他のライブ参加者用端末１から送信された全部又は一部のコンテンツデータを再構築するモジュールであり、その再構築されたコンテンツデータをキャッシュ部１０７ａに送信する。

コンテンツ配信部１０２ｄは、カメラ１１５で撮影された映像データ、及びマイク１１４で入力された音声データを他のライブ参加者用端末１や管理サーバー２に対して配信するモジュールである。本実施形態では、端末リストを元に対話を行っている複数のライブ参加者用端末１に対して、一部又は全部のコンテンツデータを配信するとともに、当該コンテンツデータを管理サーバー２に対しても送信している。なお、本実施形態において、コンテンツ配信部１０２ｄは、他のライブ参加者用端末１から取得したコンテンツデータについても、配信要求された他の端末１に対して配信するようになっている。

また、コンテンツ配信部１０２ｄでは、配信するコンテンツデータに対し、電子透かし技術等を用いて、当該クライアントの識別情報を付加する機能を埋め込んで送信してもよい。このクライアントの識別情報としては、例えば、ライブ参加者用端末１やアプリケーションに固有のプロダクトＩＤや、ＩＰアドレス、ユーザーのＩＤなどの情報が含まれる。なお、本実施形態において、ライブ参加者通信部１０２は、管理サーバー２の接続管理部２２２ｂによって許可された視聴者用端末３を、ライブ参加者用端末１として双方向通話に参加させる機能を有しており、コンテンツ受信部１０２ｂ、コンテンツ配信部１０２ｄ、及び接続要求部１０２ａとを制御して、コンテンツデータを含む放送画面を送受する。

メモリ１０７は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種のアプリケーション用のプログラム、その他のデータ等などを記憶するＲＯＭ装置であり、管理サーバー２から送信された端末リストなどが含まれている。また、このメモリ１０７には、キャッシュ部１０７ａを備えている。キャッシュ部１０７ａは、いわゆるＯＬＭ方式（ピア・ツー・ピア）のネットワークシステム形態により、他のライブ参加者用端末１から送信された全部又は一部のコンテンツデータを一時的に蓄積するバッファ装置であり、本実施形態では、配信要求に応じて取得されたコンテンツデータを、放送画面生成部１０３ａによるコンテンツ再生に先行して、コンテンツを予めキャッシュ部１０７ａにダウンロードして記憶する。

このキャッシュ部１０７ａに記憶されたデータは、ＯＬＭ（Ｏｖｅｒ Ｌａｙ Ｍｕｌｔｉｃａｓｔ）方式のピア・ツー・ピアのネットワークシステムにより、他のライブ参加者用端末１と共有することができ、他のライブ参加者用端末１から配信要求があった場合には、当該他のライブ参加者用端末１に対して送信される。

さらに、ライブ参加者用端末１は、コンテンツの再生・操作に関するモジュールとして、アプリケーション実行部１１１と、操作デバイスインターフェース１０４と、ブラウザ部１０３と、出力インターフェース１０６とを備えている。

アプリケーション実行部１１１は、一般のＯＳやブラウザソフト、メディア視聴アプリケーションなどのアプリケーションを実行するモジュールであり、通常はＣＰＵ等により実現される。なお、本実施形態では、このアプリケーション実行部１１１で、例えば、ブラウザソフトが実行されることによって、ブラウザ部１０３がＣＰＵ上に仮想的に構築され、また、メディア視聴アプリケーションを実行することによって、放送画面生成部１０３ａがＣＰＵ上に仮想的に構築される。ブラウザソフトは、管理サーバー内に蓄積されたＷｅｂページを視聴可能に表示するためのソフトウェアであり、インターネットからＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイルなどをダウンロードし、レイアウトを解析して表示・再生する。

また、メディア視聴アプリケーションは、コンテンツデータのダウンロード機能や、再生機能をライブ参加者用端末１に実装させるプログラムであり、例えば、ＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ-Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などのリアルタイムコミュニケーション用のアプリケーションが用いられる。ダウンロードしたコンテンツデータを再生することによって、表示部１０５に表示された表示画面を通じて、その映像を出力する。

操作デバイスインターフェース１０４は、マウスやタッチパネル等の操作デバイスが接続され、操作信号の入力を受け付けるモジュールである。これらのアプリケーション実行部１１１と、操作デバイスとによって、管理者であるユーザーｘは、グループ対話を開始するための操作を行うとともに、ライブ参加者及び閲覧者は、視聴したいチャンネルを検索したりなど、関連するサービスを受けることができる。

ブラウザ部１０３は、ブラウザソフトを実行することによって構築され、Ｗｅｂページを視聴するためのモジュールであり、インターネットからＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイルなどをダウンロードし、レイアウトを解析して表示・再生する。なお、フォームを使用してユーザーがデータを管理サーバー２に送信したり、Ｊａｖａ Ｓｃｒｉｐｔ（登録商標）やＦｌａｓｈ、及びＪａｖａ（登録商標）などで記述されたアプリケーションソフトを動作させたりすることも可能である。

そして、このブラウザ部１０３には、ＧＵＩ制御部１０３ｂと、放送画面生成部１０３ａとを備えている。ＧＵＩ制御部１０３ｂは、表示部１０５のウィンドウ５００内に配置され、グループ対話に関する表示及びユーザー操作を受け付けるグラフィックユーザーインターフェース（ＧＵＩ）を制御するモジュールである。特に、本実施形態では、通信インターフェース１０１における双方向通話で送受信されている映像データ及び音声データを指し示すアイコンなどをウィンドウ５００の放送画面内に生成し、放送画面内に表示させたアイコンに対する操作を、ＧＵＩを通じて操作デバイスインターフェース１０４により受け付けて各モジュールに操作信号を送信する。このＧＵＩに対する操作により、チャンネルの作成や、既存チャンネルに対する参加及び退出の要求や、チャンネルの切替えが行われる。なお、表示部１０５の放送画面内に表示される各種のアイコンについては後述するものとする。

放送画面生成部１０３ａは、表示部１０５の放送画面内に表示情報を表示させるモジュールであり、双方向通話で送受信されている映像及び音声を指し示すアイコンを、ライブ参加者による操作信号により選択可能に放送画面上に表示するとともに、操作信号による選択操作に応じて、各アイコンに関する映像及び音声を出力させる放送画面を生成する。この放送画面生成部１０３ａによって生成される画面としては、例えば、ライブ放送前であれば、管理者用端末１ａ専用のチャンネル画面や、ライブ参加者用端末１ｂ，１ｃに対して、管理者用端末１ａが生成したチャンネル画面が含まれる。また、放送画面生成部１０３ａは、ライブ放送が開始されている場合には、図６に示すように、各ライブ参加者用端末１が参加している放送画面５３０を表示させる。この放送画面５３０には、参加しているライブ参加者を示すアイコン５３１が複数表示されており、アイコン５３１内には、各端末のカメラで撮影された参加者の顔や、会員登録時に設定されたグラフィック等が表示される。

また放送画面生成部１０３ａは、アプリケーション実行部１１１及び操作デバイスインターフェース１０４からの制御信号によって、選択されたアイコン５３１に関連付けられたコンテンツデータをキャッシュ部１０７ａから出力し、映像データをＷｅｂデータの再生画面を埋め込むように表示部１０５上の放送画面に映像を表示させるとともに、音声データをスピーカー１１３等から音声を出力させる。

また、放送画面生成部１０３ａには、管理者用端末１ａに特有のモジュールとして、管理者操作部１０３ｃを備えている。この管理者操作部１０３ｃは、管理者用端末１ａの操作デバイスインターフェース１０４からの操作信号に応じて、各アイコンに関する映像及び音声の出力を制御するようになっており、この操作によって、映像及び音声の出力が制限されると、ライブ参加者用端末１ｂ，１ｃでは、ライブ参加者による操作信号が入力された場合であっても、各アイコンに関する映像及び音声が出力されないようになっている。

出力インターフェース１０６は、映像及び音声の出力信号を、表示部１０５及びスピーカー１１３からそれぞれ出力させるモジュールである。表示部１０５は、例えば、液晶ディスプレイ等の表示装置であり、ブラウザソフトなどのアプリケーションによって生成されるウィンドウを通じて、映像や文字などを表示することができる。スピーカー１１３は、音声信号や音声ファイルを外部に音響として出力する出力装置であり、本実施形態では、他のライブ参加者用端末１から取得した音声データを受信して、各ユーザーの音声を出力する。

さらに、ライブ参加者用端末１には、コンテンツデータの生成・配信に関するモジュールとして、音声通話部１１２と、ＶｏＩＰ部１１０と、画像処理部１１６とを備えている。音声通話部１１２は、音声信号を送受信することによって通常の通話を実行するモジュールであり、管理者又はライブ参加者の音声を取得する入力デバイスであるマイク１１４より入力される音声を音声信号として通信ネットワーク５に送信する一方、通信ネットワーク５を通じて受信される音声信号を音声として受話器のスピーカー１１３から出力する。

ＶｏＩＰ部１１０は、ＶｏＩＰ機能によるインターネット電話を実現するモジュールである。このＶｏＩＰ機能としては、音声通話部１１２から入力される音声信号をＩＰパケットデータに変換し、通話相手のライブ参加者用端末１に送信し、通話相手のライブ参加者用端末１から受信されたＩＰパケットデータを音声信号に変換し、音声通話部１１２に入力する。

画像処理部１１６は、画像表示に必要な画像データの変換等を行い、画像処理に特化したデジタル信号処理を行うモジュールであり、本実施形態では、管理者又はライブ参加者の映像を取得する入力デバイスであるカメラ１１５により撮影された配信者の静止画像や動画像のデータに対して圧縮符号化等を行い、その圧縮符号化された映像（画像）データを、アプリケーション実行部１１１による制御に基づいてメモリ１０７に記憶させるとともに、メモリ１０７に記憶され圧縮符号化されている映像データ等を伸張復号化等し、その伸張復号後のデータラインを介して映像データを表示部１０５へ送って表示させる。ここで、メモリ１０７内に記憶されている映像データとは、カメラ１１５によって撮影された映像データの他、インターネットを介して他のライブ参加者用端末１から取得され映像データも含まれる。

そして、表示部１０５には、カメラ１１５で撮影された当該端末の所有者の他、グループ対話に参加している他の配信者が放送画面の各位置にそれぞれ表示される。なお、画像処理部１１６には、画像データを表示画像にＲＧＢ画像に変換する色変換、画像データの切替等を制御し、表示部１０５における画像形成処理全体を制御する画像形成制御機能が含まれる。

カメラ１１５は、静止画、又は動画を撮影する撮像装置であって、レンズと、ＣＣＤである固定撮像素子から構成され、入射された被写体像を表す光がＣＣＤの受光面に結像され、カメラ信号処理回路及びＡ／Ｄ変換器等を介して画像処理部１１６に送信される。この画像データには、動画及び静止画が含まれ、動画データは、多数の連続画像がフレームとなったストリーミング形式で転送される。

（３）視聴者用端末３
次いで、視聴者用端末３について説明する。図５は、本実施形態に係る視聴者用端末３の内部構成を示すブロック図である。視聴者用端末３には、図５に示すように、通信インターフェース３１、メモリ３５と、アプリケーション実行部３７と、出力インターフェース３３と、ブラウザ部３２と、操作デバイスインターフェース３６とを備えている。

通信インターフェース３１は、通信ネットワーク５を通じて、データをパケットとして送受信するモジュールであり、この通信インターフェース３１を介して、通信ネットワーク５を通じて、メタデータや、コンテンツデータを含む放送画面を管理サーバー２から受信し、Ｗｅｂページ要求や視聴要求等を管理サーバー２に対して送信する。

メモリ３５は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種のアプリケーション用のプログラム、その他のデータ等などを記憶する記憶装置であり、このメモリ３５内には、管理サーバー２からメタデータや放送画面であるコンテンツデータが一次的に蓄積する。このメモリ３５には、キャッシュ部３５ａを備えている。キャッシュ部３５ａは、管理サーバー２から送信された全部又は一部のコンテンツデータを一時的に蓄積するバッファ装置であり、本実施形態では、管理サーバー２から取得したメタデータに応じてアクセスして取得されたコンテンツデータを、コンテンツ再生部３２ａによるコンテンツ再生に先行して、コンテンツを予めキャッシュ部３５ａにダウンロードして記憶する。

出力インターフェース３３は、映像及び音声の出力信号を、表示部３４及びスピーカー３８からそれぞれ出力させるモジュールである。表示部３４は、例えば、液晶ディスプレイ等の表示装置であり、ブラウザソフトなどのアプリケーションによって生成される放送画面を通じて、映像や文字などを表示することができる。スピーカー３８は、音声信号や音声ファイルを外部に音響として出力する出力装置であり、本実施形態では、他のライブ参加者用端末１から取得した音声データを受信して、各ユーザーの音声を出力する。

操作デバイスインターフェース３６は、マウスやキーボード等の操作デバイスが接続され、操作ボタンやタッチパネルなどユーザー操作が入力されるモジュールである。この操作デバイスインターフェース３６とによって、ユーザーは、Ｗｅｂページやコンテンツを表示させるため各種操作をすることができる。

アプリケーション実行部３７は、一般のＯＳやブラウザソフト、メディア視聴アプリケーションなどのアプリケーションを実行するモジュールであり、通常はＣＰＵ等により実現される。なお、本実施形態では、このアプリケーション実行部３７で、上記同様、ブラウザソフトや、メディア視聴アプリケーションを実行することによって、コンテンツ再生部３２ａがＣＰＵ上に仮想的に構築される。

ブラウザ部３２は、ブラウザソフトを実行することによって構築され、Ｗｅｂページを視聴するためのモジュールであり、インターネットからＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイルなどをダウンロードし、レイアウトを解析して表示・再生する。本実施形態において、ブラウザ部３２は、管理サーバー２にアクセスして、視聴可能なグループを示したチャンネルに関するＷｅｂデータ（チャンネル一覧画面や各グループのチャンネル画面）等を受信して再生する。なお、フォームを使用してユーザーがデータを管理サーバー２に送信したり、ＪａｖａＳｃｒｉｐｔ（登録商標）やＦｌａｓｈ、及びＪａｖａ（登録商標）などで記述されたアプリケーションソフトを動作させたりすることも可能である。

そして、このブラウザ部３２には、メタデータ解析部３２ｂと、コンテンツ再生部３２ａと、ＧＵＩ制御部３２ｃとを備えている。メタデータ解析部３２ｂは、管理サーバー２から受信したメタデータを解析して、当該タグデータ内に含まれた、コンテンツデータのアクセス先を抽出し、当該アクセス先からコンテンツデータをダウンロードするモジュールである。

ＧＵＩ制御部３２ｃは、表示部３４の放送画面内に配置され、グループ対話に関する表示及びユーザー操作を受け付けるグラフィックユーザーインターフェース（ＧＵＩ）を制御するモジュールである。本実施形態では、表示部３４の放送画面内に表示されるオブジェクトに対する操作を、ＧＵＩを通じて操作デバイスインターフェース３６により受け付けて各モジュールに操作信号を送信する。このＧＵＩに対する操作により、チャンネルの視聴開始・視聴終了や、チャンネルの切替えが行われ、これらの操作は操作デバイスインターフェース３６により取得される。

コンテンツ再生部３２ａは、メタデータ解析部３２ｂによってダウンロードしたコンテンツデータを再生するソフトウェアであり、具体的には、アプリケーション実行部３７及び操作デバイスインターフェース３６からの制御信号によって、ブラウザ部３２で再生したＷｅｂページ内に放送画面を埋め込むようにして表示部３４上の放送画面に映像データを表示させるとともに、音声データをスピーカー３８等から音声を出力させる。

なお、本実施形態において、視聴者用端末３と管理サーバー２とは、恒常的にコネクションを維持し、メタデータ解析部３２ｂでは、生成されたメタデータをリアルタイムに受信し、メタデータ解析部３２ｂでは、このメタデータを入手し次第、メタデータで指定されたコンテンツデータをｈｔｔｐプロトコル経由でダウンロードして、連続再生するようになっている。

（４）表示部１０５、３４の放送画面に関する表示、及び操作の概要
次いで、ライブ参加者用端末１又は視聴者用端末３の表示部１０５、３４に表示される放送画面の表示形態、及び操作の概要について説明する。図７は、画面サイズの大きな端末に関する表示形態を説明する説明図であり、図（ａ）〜（ｄ）は、ライブ参加者用端末１に表示されるチャンネル画面を示し、同図（ｅ）及び（ｆ）は、視聴者用端末３に表示されるチャンネル画面を示す説明図である。また、図８は、画面サイズの小さな端末に関する表示形態を説明する説明図であり、同図（ａ）〜（ｄ）は、ライブ参加者用端末１に表示されるチャンネル画面を示し、同図（ｅ）は、視聴者用端末３に表示されるチャンネル画面を示す説明図である。また、図９（ａ）〜（ｄ）は、本実施形態に係る画面上の操作概要を示す説明図である。なお、本実施形態には、タッチパネル式の画面を有する端末を用いた場合を例に説明する。

先ず、パーソナルコンピュータ等の汎用コンピューターであるライブ参加者用端末１ｃ及び視聴者用端末３ｃと、タブレット端末であるライブ参加者用端末１ａ及び視聴者用端末３ａの表示形態について説明する。図７（ａ）に示すように、ライブ参加者用端末１ａ，１ｃでは、管理サーバー２に対してグループ作成の処理を実行すると、ライブ参加者用のホーム画面５０１が表示される。このホーム画面５０１には、画面左上には、「ハンドルネーム＋チャンネル」が表示されるとともに、右側には、チャット画面５０２が表示される。このチャット画面５０２には、テキスト入力欄と、他のユーザーが入力したテキストデータを表示する画面から構成される。また、中央下方には、配信開始アイコン５０３が表示され、画面右下には、チャンネル一覧アイコン５０４と、他の配信チャンネルアイコン５０５とが表示される。

ここで、図９（ａ）に示すように、配信開始アイコン５０３がユーザー操作によってタップ（又はクリック）されると、当該ライブ参加者用端末１のカメラ１１５が起動されて、ライブ参加者用端末１の所有者を撮影開始する。そして、撮影された映像５０６は、図７（ｂ）及び図９（ａ）に示すように、画面全体に表示されるとともに、チャット画面５０２などのインターフェースは、その撮影画面の上に重ねられるように配置される。

また、チャンネル一覧アイコン５０４がタップされると、図７（ｄ）に示すように、チャンネル一覧画面５０８が表示され、この一覧のいずれかをタップ操作すると、図７（ｃ）に示すように、他のライブ参加者が開催しているチャンネル画面５０７に遷移される。したがって、ユーザーｘ、ｙ、ｚは、グループに応じて管理者にもなり、参加者にもなれる。なお、図７（ｃ）に示す他のチャンネル画面５０７は、図７（ａ）と同様な表示形態である。

一方、視聴者用端末３ａ，３ｃでは、管理サーバー２にアクセスして、所定のチャンネルを選択すると、図７（ｅ）に示すように、管理者のチャンネル画面５１０が表示される。ここで、視聴者用端末３ａ，３ｃでは、チャンネル名と、チャット画面５０２とは、上記同様に表示される。また、チャンネル画面５１０には、左右に他のチャンネルに遷移するための遷移アイコン５１１，５１１が表示され、この部分をタップすることで他の管理者のチャンネル画面５１０に遷移できるようになっている。さらに、チャンネル画面５１０の中央下方には、参加者アイコン５１２が表示される。参加者アイコン５１２では、図７（ｅ）に示すように、参加人数分の円形アイコンが複数表示される。ここで、参加者が決定されている参加には、所定の色で塗り潰され、一方、参加が決定されていない参加者アイコン５１２ｂは、例えば、内部が白塗りのアイコンで表示される。なお、参加者が決定されている参加者アイコン５１２ａには、各端末のカメラで撮影された参加者の顔や、会員登録時に設定されたグラフィック等を表示させてもよい。

そして、表示されているチャンネルが視聴者参加可能なチャンネルである場合、図７（ｆ）に示すように、このチャンネルに参加するか否かを確認する画面５１３が表示され、この画面上には、参加を決定する「Ｊｏｉｎ」アイコン５１４と、不参加を決定する「Ｎｏｔ ｎｏｗ」アイコン５１５とが表示される。ここで、「Ｊｏｉｎ」アイコン５１４が選択されると、この視聴者用端末３ａ，３ｃがグループに参加することとなり、図９（ｂ）に示すように、参加者アイコン５１２ａには、塗り潰されたり、参加したユーザーのグラフィックが表示されたりする。その後、図９（ｃ）に示すように、管理者又は参加者の端末１上で自己の参加者アイコンをダブルクリック若しくは、参加者アイコン５１２ａを画面中央の配信開始アイコン５１７へドラッグ・アンド・ドロップすると、各参加者の画像５０６が画面上に表示されて対話が開始可能となる。一方、図７（ｆ）に示す「Ｎｏｔ ｎｏｗ」アイコン５１５が選択された場合には、図７（ｅ）に示すチャンネル画面に遷移する。

なお、配信開始アイコン５１７は、現在何も再生／配信していない場合には、図９（ｃ）に示すように、配信開始アイコン５１７ａのみが表示され、参加者アイコンをドラッグ・アンド・ドロップすることにより、図９（ｃ）の右図のような参加者の画像５０６を含むコンテンツを全画面で再生が開始される。一方、既にドロップ済みか、若しくは画面内で再生中である場合には、図９（ｃ）に示すように、配信開始アイコン５１７ａ及び配信開始アイコン５１７ｂが表示さる。そして、参加者アイコンを配信開始アイコン５１７ｂにドラッグ・アンド・ドロップすると、スプリット表示により追加の小窓で、図９（ｃ）の右図のようなコンテンツを表示させる。一方、参加者アイコンを配信開始アイコン５１７ａにドラッグ・アンド・ドロップすると、現在再生中のコンテンツを入れ替える形で図９（ｃ）の右図のようなコンテンツを全画面で表示させる。

既に参加者がグループに参加している場合であって、このグループから退出したい場合には、図９（ｄ）に示すように、チャンネル画面５１０から参加者アイコン５１２ａをドラッグして画面外にドラッグ・アンド・ドロップ操作する。この操作が行われると、当該参加者のライブ参加者用端末１は、グループ対話のグループからログアウトし、その後、チャンネル画面５１０には、参加者アイコン５１２ａが削除される。

次いで、スマートフォンなどの画面サイズの小さいライブ参加者用端末１ｂ及び視聴者用端末３ｂの表示形態について説明する。ライブ参加者用端末１ｂを用いてグループ作成すると、図８（ａ）に示すように、当該ユーザーが管理者となったホーム画面５２０が表示される。このホーム画面５２０には、上記同様、画面左上に「ハンドルネーム＋チャンネル」が表示される。また、右上にはチャットアイコン５２１が表示され、中央下部には配信開始アイコン５２４が表示され、右下にはビデオモードアイコン５２５が表示される。

チャットアイコン５２１がタップされると、図８（ｂ）に示すように、チャット画面５２２が表示されるようになっている。このチャット画面には、テキスト入力欄５２２ａと、他のユーザーが入力したテキストデータを表示する画面５２２ｂから構成される。また、配信開始アイコン５２４がタップされると、配信が開始される。ここで、本実施形態において、ライブ参加者用端末１ｂは、音声のみが入力される音声モードがデフォルトに設定されており、配信開始アイコン５２４がタップされた場合には、ユーザーの音声のみを取得して通信ネットワーク５上に送信されるようになっている。一方、ビデオモードアイコン５２５がタップされると、ライブ参加者用端末１ｂのカメラ１１５が起動されて、ライブ参加者用端末１の所有者を撮影開始する。カメラ位置は、各端末で異なるため、限定されるものではないが、画面側にカメラが設置されている場合は、画面側のカメラを起動するようになっている。そして、撮影された映像データは、画面全体に表示されるとともに、チャット画面などのインターフェースは、その撮影画面の上に重ねられるように配置される。

また、図８（ａ）に示すように、ホーム画面左下５２３に触れた状態で指を滑らせて左外側にスワイプ操作すると、図８（ｃ）に示すように、チャンネル一覧画面５２６が表示され、この一覧のいずれかをタップ操作すると、他のユーザーが開催しているチャンネル画面に遷移される。したがって、ここでも、ユーザーｘ、ｙ、ｚは、グループに応じて管理者にもなり、参加者にもなれる。なお、他のチャンネル画面は、図８（ａ）と同様な表示形態である。

一方、視聴者用端末３ｂでは、管理サーバー２にアクセスして、所定のチャンネルを選択すると、図８（ｅ）に示すように、管理者のチャンネル画面が表示される。ここで、視聴者用端末３ｂにおいても、チャンネル名と、チャット画面とは、上記同様に表示される。ここで、このチャンネルが視聴者参加可能なチャンネルである場合、図８（ｅ）に示すように、このチャンネルに参加するか否かを確認する画面５２８が表示され、この画面上には、参加を決定する「Ｊｏｉｎ」アイコン５２８ａと、不参加を決定する「Ｎｏｔ ｎｏｗ」アイコン５２８ｂとが表示される。

「Ｊｏｉｎ」アイコン５２８ａが選択されると、この視聴者用端末３ｂがグループに参加することとなり、一方、「Ｎｏｔ ｎｏｗ」アイコン５２８ｂが選択された場合には、参加することなく、当該チャンネル画面のトップページに遷移する。なお、図示していないが、この視聴者用端末３ｂについても、図７（ｅ）に示すように、チャンネル画面の中央下方には、参加者アイコン５１２を表示させ、参加者が決定されている場合には、当該アイコン５１２ａに、各端末のカメラで撮影された参加者の顔や、会員登録時に設定されたグラフィック等を表示さてもよい。

（ライブ放送方法）
以上の構成を有するライブ放送システムを動作させることで、本発明のライブ放送方法を実施することができる。図１０Ａ及び１０Ｂは、本実施形態に係る対話グループ生成から通話開始までの動作を示すシーケンス図であり、図１１は、第１実施形態に係る対話グループの通話を視聴者が視聴する動作を示すシーケンス図である。なお、ここでは、ユーザーｘが管理者用端末１ａを操作して、グループ（チャンネル）を作成し、他のユーザーｙが当該グループに参加する場合を例に説明する。なお、以下の説明において、ユーザーｙは、グループに参加する前は視聴者であって、使用する端末を視聴者用端末３と称し、グループに参加後は、ライブ参加者となり、使用する端末をライブ参加者用端末１ｃと称するものとする。また、ここでは、管理サーバー２には、予め、ライブ参加者用端末１及び視聴者用端末３からの会員登録は完了されているものとする。

先ず、管理者用端末１ａは、管理サーバー２にアクセスすると、Ｗｅｂページ上に認証画面が表示される。そして、管理者用端末１ａ側で、ユーザーＩＤ及びパスワード等を入力すると、管理サーバー２の認証部２２１では、入力されたユーザーＩＤ及びパスワード等に基づいて、認証処理を実行している。認証されない場合には、管理者用端末１ａの画面上にはエラー表示を行い、再度、ユーザーＩＤ及びパスワード等などの認証情報入力を促す。

一方、認証が許可されると、管理者用端末１ａに対して、現在視聴可能、若しくは参加可能なチャンネルのＷｅｂページが送信される。ここで、ユーザーｘは、新たなチャンネルを作成するグループ作成操作を行うとする（Ｓ１０１）。グループ作成操作を行うと、そのグループ作成信号は、管理サーバー２のグループ生成部２２２ａに送信される。

グループ生成部２２２ａでは、グループ作成信号を受信すると（Ｓ１０２）、生成したグループにグループＩＤを付加して、グループデータベース２３２に新規登録するとともに、グループ作成要求した管理者用端末１ａから取得したユーザーＩＤをグループ管理者欄に登録する（Ｓ１０３）。また、ライブ参加者用端末１からの入力情報に基づいて、参加制限人数をグループデータベース２３２に設定する。

そして、データ送信部２２３では、このグループデータベース２３２に新規登録されたグループを、新規チャンネルとしてＷｅｂサイト上に公開する（Ｓ１０４）。管理者用端末１ａでは、この開設したチャンネルのＷｅｂページを受信すると、ＧＵＩ制御部１０３ｂでは、双方向通話で送受信されている映像データ及び音声データを指し示すアイコンなどを生成し、放送画面生成部１０３ａでは、生成されたアイコンを、ライブ参加者による操作信号により選択可能に放送画面上に表示するとともに、操作信号による選択操作に応じて、各アイコンに関する映像及び音声を出力させる放送画面を生成して、表示部１０５のウィンドウ５００上に表示させる。この場合、管理者用端末１ａの表示部１０５には、図７（ａ）に示すようなホーム画面５０１やチャンネル一覧画面５０８が表示される（Ｓ１０５）。

その後、ユーザーｙが視聴者用端末３を用いて、管理サーバー２にアクセスすると（Ｓ１０６）、上記同様に認証処理が行われる。なお、視聴者端末の認証処理については、自動的に割り当てられた文字列などをユーザーＩＤとして、ユーザーに認証操作を強制せずに視聴を可能とすることが望ましい。ここで、認証されない場合には、ライブ参加者用端末１ｃの画面上にはエラー表示を行い、再度、ユーザーＩＤ及びパスワード等などの認証情報入力を促す。一方、認証が許可されると、チャンネル一覧画面や、各チャンネルのホーム画面等がデータ送信部２２３からライブ参加者用端末１ｂに送信される（Ｓ１０７）。視聴者用端末３では、ブラウザ部３２によって、表示部３４には、図７（ｄ）に示すようなチャンネル一覧画面や図７（ｅ）に示すような各チャンネルのホーム画面が表示される（Ｓ１０８）。

その後、ユーザーｙが、各チャンネルを視聴して、参加するチャンネルを決定し、図７（ｆ）に示すように、Ｗｅｂページの「Ｊｏｉｎ」アイコン５１４をタップするなどの視聴参加操作を行う（Ｓ１０９）。この「Ｊｏｉｎ」アイコン５１４がタップされると、視聴参加要求信号が生成され、この信号は管理サーバー２の接続管理部２２２ｂで受信される（Ｓ１１０）。

接続管理部２２２ｂでは、参加要求信号を管理者用端末１ａに対して送信する。そして、管理者用端末１ａでは、この参加要求信号を取得すると、アプリケーション側は自動的に許可応答を行い、参加者の映像及び音声の入力を受け入れる。このとき、アプリケーション側が自動的に許可応答を行うことから、「Ｊｏｉｎ」アイコン５１４のタップ後、すなわち参加要求後は、管理者側の操作なしに参加が可能となっているが、この自動応答に際し、カメラの許可ダイアログ及び出現位置の指定を要求するようにしてもよい。なお、上述したような自動的な許可応答を採用するにあたっては、ホワイトリストによるフィルタリングや参加者人数制限等のサクセス制限機能を実装することが望ましい。

また、接続管理部２２２ｂでは、管理者用端末１ａから或いは自動応答により、視聴参加可否情報を取得すると（Ｓ１１３）、視聴者用端末３によるＰ２Ｐネットワーク５ａへの接続を許可して、当該可否の結果情報を、管理者用端末１ａに結果情報として送信するとともに、視聴者用結果情報として視聴者用端末３に送信する（Ｓ１１３）。そして、管理者用端末１ａでは、この結果情報を取得し、取得された情報を被視聴情報や状態表示として表示させる（Ｓ１１２）一方、視聴者用端末３では、この結果情報を取得し、取得された情報を表示部３４上に表示させる（Ｓ１１１）。また、接続管理部２２２ｂでは、取得した許可信号に基づいて、グループデータベース２３２を参照し、当該データベース内の参加者欄に、視聴者用端末３のユーザーＩＤを登録し、視聴者用端末３を、ライブ参加者用端末１として双方向通話に参加させる。なお、これによりユーザーｙが所持する端末が視聴者用端末３からライブ参加者用端末１ｃに変更される。

その後、図１０Ｂ（ａ）に示すように、接続管理部２２２ｂでは、更新登録後のグループデータベース２３２内のデータを各端末に配信する（Ｓ１１６）。この更新後のＷｅｂデータは、管理者であるユーザーｘの管理者用端末１ａ及び参加者であるユーザーｙのライブ参加者用端末１ｃにそれぞれ表示される（Ｓ１１７及びＳ１１８）。具体的には、図９（ｂ）に示すように、参加者アイコン５１２が表示される。そして、管理サーバー２では、管理者用端末１ａからの配信開始信号が受信されない間は（Ｓ１１９における”Ｎ”）、ステップＡに戻り、他のライブ参加者用端末１からの参加要求があった場合には、ステップＳ１０６〜ステップＳ１１８までの処理が繰り返し行われる。

ユーザーｘの操作によって、図７（ａ）に示すように、画面上に表示された配信開始アイコン５０３がタップされると（Ｓ１２０）、配信開始信号が管理サーバー２に送信される。管理サーバー２の端末リスト作成部２２２ｃでは、この配信開始信号を受信すると（Ｓ１１９における”Ｙ”）、当該グループＩＤに基づいてグループデータベース２３２を参照して、管理者欄及び参加者欄に登録されたユーザーＩＤを抽出するとともに、ユーザーＩＤに関連付けられたＩＰアドレスをユーザーデータベース２３１から抽出して端末リストを生成する（Ｓ１２１）。そして、生成された端末リストを管理者用端末１ａ及びライブ参加者用端末１ｃに送信され、各端末１ａ，１ｃは端末リストを受信する（Ｓ１２２及びＳ１２３）。

管理者用端末１ａでは、端末リストを受信すると、接続要求部１０２ａにおいて、端末リスト内のＩＰアドレスに基づいて当該グループ内における他のライブ参加者用端末１ｃを選択し、接続要求を行う（Ｓ１２４）。ライブ参加者用端末１ｃでは、接続要求を受信するとともに、アプリケーション内で自動的に応答信号を返答することで（Ｓ１２５）、管理者用端末１ａとライブ参加者用端末１ｃとが接続され、通話が開始される（Ｓ１２６）。なお、このように接続要求への応答を自動的に行うことで、操作の簡略化を図ることができ、通話や、グループ内のライブ視聴を容易にすることができるが、この自動応答を採用した場合には、許可ユーザー（ホワイトリスト）による排除や、グループ全体のプライベートモードに対応する機能を設けることが望ましい。

通話が開始されると、各端末１ａ及び１ｃでは、Ｐ２Ｐネットワーク５ａを通じて、入力デバイスであるカメラ１１５やマイク１１４が取得した映像及び音声をリアルタイムに送受信して双方向通話を行う。具体的には、カメラ１１５が起動されて、所有者を撮影して、撮影された映像データを通信相手に対して送信するとともに、マイク１１４が入力した音声信号を音声通話部１１２及びＶｏＩＰ部１１０を介してＩＰパケット化された音声データに変換して、コンテンツ配信部１０２ｄによって映像データ及び音声データを通信相手にそれぞれ送信する（Ｓ１２７）。

各端末１ａ及び１ｃは、通信相手から取得したコンテンツデータをコンテンツ受信部１０２ｂで受信するとともに、コンテンツ再構築部１０２ｃにおいて、他のライブ参加者用端末１から送信された全部又は一部のコンテンツデータを再構築して、その再構築されたコンテンツデータをキャッシュ部１０７ａに送信する。

キャッシュ部１０７ａでは、取得されたコンテンツデータを、放送画面生成部１０３ａによるコンテンツ再生に先行して予めキャッシュ部１０７ａにダウンロードして記憶しておき、放送画面生成部１０３ａによって、当該コンテンツデータをブラウザ部１０３で実行されたＷｅｂページの再生画面を埋め込むようにして、表示部１０５上の放送画面に映像を表示させるとともに、音声データをスピーカー１１３等から音声を出力させる（Ｓ１２８）。

なお、本実施形態では、ユーザーｘ及びユーザーｙによるグループで配信開始されたが、配信開始される前や、配信開始された後であっても、参加人数に空きがある場合には、他のライブ参加者用端末１の参加を受け付けており、他のライブ参加者用端末１からの参加がある場合には、ステップＳ１０６〜ステップＳ１１８までの処理が行われる。また、管理者用端末１ａは、上述したＰ２Ｐネットワーク５ａ及び通信ネットワーク５の双方向通話及び配信を制御して、管理者用端末１ａからの操作信号に応じて、各アイコンに関する映像及び音声を出力させることもできる。

ここで、ライブ参加時における動作について詳述すると、図１０Ｂ（ｂ）に示すように、参加を希望するユーザーは、参加を希望するチャンネルを決定し、ライブ参加要求操作を行う（Ｓ１３０）。例えば、上述したように、「Ｊｏｉｎ」アイコン５１４をタップするなどによって、ライブ参加要求信号が生成され、この信号は管理サーバー２の接続管理部２２２ｂに受信される（Ｓ１３１）。

このステップＳ１３１において、接続管理部２２２ｂは、ライブ参加要求信号を管理者用端末１ａに対して送信する。そして、管理者用端末１ａでは、このライブ参加要求信号を取得すると、アプリケーション側は自動的に許可応答を行い、参加者の映像及び音声の入力を受け入れる。このとき、アプリケーション側が自動的に許可応答を行うことから、「Ｊｏｉｎ」アイコン５１４のタップ後、すなわち参加要求後は、管理者側の操作なしに参加が可能となっているが、この自動応答に際し、カメラの許可ダイアログ及び出現位置の指定を要求するようにしてもよい。なお、上述したような自動的な許可応答を採用するにあたっては、ホワイトリストによるフィルタリングや参加者人数制限等のサクセス制限機能を実装することが望ましい。

次いで、接続管理部２２２ｂでは、管理者用端末１ａから、或いはアプリケーションによる自動応答によって、視聴参加可否情報を取得するとその情報に応じてライブ参加が可能かどうかを判断する（Ｓ１３２）。そして、ライブ参加が不可能である場合は（ステップＳ１３２における「Ｎ」）、その旨を視聴者用結果情報としてライブ参加者用端末１ｃ側に表示させる（Ｓ１３３）。一方、ライブ参加が可能である場合は（ステップＳ１３２における「Ｙ」）、視聴者用端末３からのＰ２Ｐネットワーク５ａへの接続を許可し、当該可否の結果情報を管理者用端末１ａに送信するとともに、同結果情報を視聴者用端末３には、視聴者用結果情報として送信する。そして、管理者用端末１ａでは、この結果情報を取得し、取得された情報を被視聴情報や状態表示として表示させる一方、視聴者用端末３では、この結果情報を取得し、取得された情報を表示部３４上に表示させる。

その後、接続管理部２２２ｂでは、取得した許可信号に基づいて、グループデータベース２３２を参照し、当該データベース内の参加者欄に、視聴者用端末３のユーザーＩＤを登録するなどして、端末リストを更新するとともに、管理者用端末１ａ及びライブ参加者用端末１ｃの双方に送信する（Ｓ１３４）。この端末リストを受信することにより、管理者用端末１ａ及びライブ参加者用端末１ｃは、更新された端末リストを蓄積する（Ｓ１３５，Ｓ１３６）。

次いで、対話グループの通話を視聴者が視聴する動作を説明する。先ず、図１１に示すように、管理者用端末１ａとライブ参加者用端末１ｃとが通話を行っていると（Ｓ２０１）、管理者用端末１ａとライブ参加者用端末１ｃのコンテンツ配信部１０２ｄでは、それぞれの音声データ及び映像データを、グループＩＤ及びユーザーＩＤを付加して管理サーバー２に送信する（Ｓ２０２）。管理サーバー２では、各端末からのコンテンツデータを取得して、グループＩＤに基づいて、コンテンツ情報蓄積部２３４内に、各ユーザーＩＤに関連付けてそれぞれを蓄積する（Ｓ２０３）。コンテンツ情報蓄積部２３４内にコンテンツデータが受信されると、メタデータ生成部２２４は、取得したコンテンツデータに関するメタデータを生成して、コンテンツ情報蓄積部２３４内に蓄積する（Ｓ２０４）。なお、このメタデータには、当該グループに関する情報（当該チャンネルの属性、説明テキストなど）、再生時刻、及びコンテンツ情報蓄積部２３４へのパス（ＩＰアドレス情報）を含んでいる。

管理者用端末１ａによって配信終了の操作が行われず（Ｓ２０５における”Ｎ”）、また、ライブ参加者用端末１ｃによる退出操作が行われない間は（Ｓ２０６における”Ｎ”）、このステップ２０１〜ステップＳ２０４までの処理は繰り返され、管理者用端末１ａ及びライブ参加者用端末１ｃの音声データ及び映像データは、管理サーバー２に蓄積される。

その後、視聴者用端末３から管理サーバー２にアクセスがあり（Ｓ２０７）、チャンネルの視聴操作があると、管理サーバー２では、チャンネル一覧情報のＷｅｂデータを送信する（Ｓ２０８）。なお、ここでは、ユーザー認証を行ってもよいし、行わなくてもよい。視聴者用端末３の画面上には、図７（ｄ）に示すようなチャンネル一覧が表示され（Ｓ２０９）、ユーザー操作によって所定のチャンネルが選択されると、視聴要求信号が管理サーバー２に送信される（Ｓ２１０）。管理サーバー２では、この視聴操信号を受信すると（Ｓ２１１）、当該選択されたグループのグループＩＤに基づいて、コンテンツ情報蓄積部２３４を参照し、グループＩＤのメタデータを視聴者用端末３に配信する（Ｓ２１２）。

視聴者用端末３では、このメタデータを受信すると（Ｓ２１３）、メタデータ解析部３２ｂによって、メタデータが解析され、取得したアドレス情報に基づいて、管理サーバー２にアクセスする（Ｓ２１４）。管理サーバー２のコンテンツ配信部２２３ａでは、視聴者用端末３からのアクセスに応じて、該当するコンテンツデータを視聴者用端末３に送信する（Ｓ２１５）。視聴者用端末３では、コンテンツデータを取得すると、コンテンツ再生部３２ａによって、ブラウザ部３２で再生したＷｅｂページ内に再生画面を埋め込むようにして表示部３４上の放送画面に映像データを表示させるとともに、音声データをスピーカー３８から音声を出力させる（Ｓ２１６）。

管理サーバー２では、常時、新しいメタデータが生成されたか否かを判断して（Ｓ２１７）、新しいメタデータが蓄積されたと判断されると（Ｓ２１７における”Ｙ”）、当該メタデータをそのグループを視聴している視聴者用端末３に配信する（Ｓ２１２）。一方、視聴者用端末３でも視聴者から視聴終了の操作がされない場合には（Ｓ２１８における”Ｎ”）、メタデータを取得しつつ、管理サーバー２にアクセスしてコンテンツデータを取得し続けることとなり、これにより、ステップＳ２１２〜ステップＳ２１８までの処理が繰り返される。視聴者用端末３において、視聴終了の操作がされると（Ｓ２１８における”Ｙ”）、視聴者用端末３と管理サーバー２との接続が解除されて終了する。

参加者であるユーザーｙが退出操作を行うと、ライブ参加者用端末１ｂと管理者用端末１ａとの接続が解除されてグループから退出する（Ｓ２２３）。また、管理者であるユーザーｘが配信終了の操作を行うと（Ｓ２０６における”Ｙ”）、ライブ参加者用端末１ｂとの接続が解除されるとともに、接続終了信号が管理サーバー２に送信されて（Ｓ２１９）、管理サーバー２では、グループＩＤに基づいて、当該グループを閉鎖する処理を行う（Ｓ２２０）。その後、管理サーバー２では、視聴者用端末３に対して、放送終了信号を送信して（Ｓ２２１）、視聴者用端末３では、放送終了信号を受信すると、当該チャンネル画面からチャンネル一覧画面に遷移させるなどして終了する（Ｓ２２２）。

（プログラム）
上述した本実施形態係るライブ参加者用端末１、視聴者用端末３及びライブ放送方法は、所定の言語で記述されたプログラムをコンピューター７１〜７４上で実行することにより実現することができる。すなわち、図１２に示すように、このプログラムを携帯情報端末（ＰＤＡ）に携帯電話・通信機能を統合した携帯端末機７１、クライアント側が使用するパーソナルコンピュータ７２、ネットワーク上に配置されてクライアント側にデータや機能を提供するサーバー装置７３、又はゲーム装置などの専用装置７４、又はＩＣチップ８６にインストールし、ＣＰＵ上で実行することにより、上述した各機能を有するライブ放送システムを容易に構築することができる。このプログラムは、例えば、通信回線を通じて配布することが可能であり、またスタンドアローンの計算機上で動作するパッケージアプリケーションとして譲渡することができる。

そして、このようなプログラムは、パーソナルコンピュータで読み取り可能な記録媒体８１〜８５に記録することができる。具体的には、図１２に示すような、フレキシブルディスク８３やカセットテープ８２等の磁気記録媒体、若しくはＣＤ-ＲＯＭやＤＶＤ-ＲＯＭ等の光ディスク８１の他、ＵＳＢメモリ８５やメモリカード８４など、種々の記録媒体に記録することができる。

（作用・効果）
このような本実施形態によれば、ライブ参加者通信部１０２によって、ライブ参加者用端末１により形成されたＰ２Ｐネットワーク５ａを通じて、カメラ１１５及びマイク１１４が取得した映像及び音声をリアルタイムに送受信して双方向通話するとともに、双方向通話で送受信されている映像及び音声を出力させる放送画面５３０を生成して、この放送画面を、所定の視聴者がそれぞれ使用する視聴者用端末３に対して、通常の通信ネットワーク５を通じて、放送画面を送信して出力させているので、ライブ参加者用端末１間で対談した映像及び音声を含む放送画面を視聴者に視聴可能とすることができる。

特に、本発明では、放送画面生成部において、ライブ参加者通信部における双方向通話で送受信されている映像及び音声を指し示すアイコンをライブ参加者による操作信号により選択可能に表示するとともに、操作信号による選択操作に応じて、各アイコンに関する映像及び音声を出力させているので、プレゼンテーションや注目されている映像及び音声を画面全域に投影した上で、放送画面と相手の顔を同時に見ながら快適な対話を可能とすると共に、アイコンへのジェスチャー操作による放送の切替えが可能なため、ユーザー自身による放送画面作業の負担をより軽減することができる。具体的に、本実施形態では、個々のアイコンがドラッガブルとなっており、図９に示したいわゆる「ジェスチャー操作」による管理操作を可能とすることで、これにより画面上に同時に表示するボタン数を最小限にとどめることができ、その上で、移動位置などをリアルタイムに反映することにより相手の実在感、直感性を楽しむことができる。

また、本実施形態では、Ｐ２Ｐネットワーク５ａ及び通常の通信ネットワーク５の双方向通話及び配信を制御する管理者用端末１ａをさらに備え、放送画面生成部１０３ａは、管理者用端末１ａからの操作信号に応じて、各アイコン５３１に関する映像及び音声の出力を制御する管理者操作部１０３ｃを有しているので、例えば、所定のライブ参加者に対して発言権を与え、他のライブ参加者はその間発言不可とすることで、複数のライブ参加者が一斉に発言してしまうことを防止し、グループ内の対談を円滑に進行させることができる。

また、本実施形態では、ライブ参加者用端末１からの許可信号を取得し、取得した許可信号に基づいて、視聴者用端末によるＰ２Ｐネットワーク５ａへの接続を許可する接続管理部２２２ｂをさらに備え、ライブ参加者通信部１０２は、接続管理部に許可された視聴者用端末３を、ライブ参加者用端末１として双方向通話に参加させているので、ライブ放送を視聴する視聴者に対しても、ライブ放送に積極的に参加させることができ、その結果、ライブ放送に興味を抱かせて、本システムによるサービス参加を増大させることができる。

［第２実施形態］
次いで、本発明の第２実施形態について説明する。本実施形態では、コンテンツデータを持っている上流ノードの視聴者用端末３がグループ内の下流ノードの端末に対して、いわゆるオーバーレイマルチキャスト方式を用いてコンテンツデータを配信する場合を例に説明する。

図１３は、第２実施形態に係るライブ放送システムの概略構成を示すブロック図であり、図１４は、第２実施形態に係る管理サーバーの内部構成を示すブロック図であり、図１５は、第２実施形態に係る視聴者用端末の内部構成を示すブロック図である。なお、本実施形態において、上述した第１実施形態と同一の構成要素には同一の符号を付し、その機能等は特に言及しない限り同一であり、その説明は省略する。

本実施形態では、図１３に示すように、複数のライブ参加者用端末１で形成されたグループ内の対話を視聴するユーザーａ〜ｆが所持する視聴者用端末３及び４が通信ネットワーク５に接続されている。この例では、ユーザーａ及びｂが所持する視聴者用端末３ａ及び３ｂは、第１実施形態と同様、管理サーバー２と通信ネットワーク５を通じて接続され、管理サーバー２との間でメタデータ及びコンテンツデータ等を通信する。

一方、ユーザーｃ〜ｆが所持する視聴者用端末４ａ〜４ｄでは、いわゆるＯＬＭ方式のツリー型ネットワーク５ｃ上に配置されており、視聴者用端末４ａが上流ノードとして管理サーバー２及びライブ参加者用端末１と接続され、その視聴者用端末４ａの下流には、視聴者用端末４ｂが接続され、さらに視聴者用端末４ｂの下流には視聴者用端末４ｃ及び４ｄが接続されているものとする。なお、以下、視聴者用端末４ａ〜４ｄを総称して視聴者用端末４と称する。

そして、本実施形態において、管理サーバー２には、図１４に示すように、グループ通話制御部２２２内にノード制御部２２２ｄを備えている。ノード制御部２２２ｄは、ツリー型ネットワーク５ｃで下流に位置する視聴者用端末４に対して、コンテンツデータを配信する上流ノードを決定するモジュールである。ここで、ノード制御部２２２ｄは、視聴者用端末４から所定のグループに対する視聴要求を受信すると、選択されたグループＩＤに基づいて、グループデータベース２３２を参照して、グループに参加しているライブ参加者用端末１から下流接続先が少ない端末を選択して、そのライブ参加者用端末１に参加リクエスト及び認証キーを送信する。

その後、ノード制御部２２２ｄは、ライブ参加者用端末１若しくはその下流の視聴者用端末４から、接続可能である旨を示す接続可能信号と認証キーを受信すると、視聴要求を行った視聴者用端末４に対して、配信元であるライブ参加者用端末１若しくは視聴者用端末４のＩＰアドレスが含まれた配信元情報を配信するとともに、配信元となるライブ参加者用端末１若しくは視聴者用端末４に対しても、視聴要求を行った視聴者用端末４のＩＰアドレスが含まれた配信先情報を配信する。

なお、視聴要求を行った端末がツリー型ネットワーク５ｃ内の視聴者用端末４か、それ以外の視聴者用端末３かは、ユーザー登録時にユーザーから入力を受け付けてもよいし、アクセス時のネットワーク環境を検出して自動で判断してもよい。

次いで、視聴者用端末４の内部構成について説明する。なお、本実施形態において、以下に説明する視聴者用端末４の機能は、ライブ参加者用端末１にも同様な機能モジュールを備えているものとする。具体的に、図１５に示すように、視聴者用端末４には、通信インターフェース形のモジュールとして通信インターフェース４０１とを備えている。通信インターフェース４０１は、通信ネットワーク５を通じて、データをパケットとして送受信するモジュールであり、この通信インターフェース４０１を介して、管理サーバー２と通信して端末リストや接続要求信号等が送受され、ライブ参加者用端末１や他の視聴者用端末４と通信して、配信要求やコンテンツデータが送受される。

また、視聴者用端末４には、メモリ４０７を備えている、メモリ４０７は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種のアプリケーション用のプログラム、その他のデータ等などを記憶するＲＯＭ装置であり、管理サーバー２から送信されたノードリストなどが含まれている。ここで、ノードリストとは、自己の上流に位置し、コンテンツデータが配信される視聴者用端末４と、自己の下流に位置し、コンテンツデータを配信する視聴者用端末４とを示す一覧リストであり、視聴者用端末４を識別する端末ＩＤ及びＩＰアドレスが含まれている。このノードリストは、ノード制御部２２２ｄから送信された接続先情報、若しくは接続元情報を取得すると、このデータ内に含まれた端末のＩＰアドレスを順次ノードリストに記録していく。なお、ノードリストは、通常、上流ノード数は一つであり、下流ノード数は、所定数に制限されており、所定数以上の下流ノードとは接続されないように設定されている。

また、このメモリ４０７には、キャッシュ部４０７ａを備えている。キャッシュ部４０７ａは、いわゆるＯＬＭ方式（ピア・ツー・ピア）のツリー型ネットワーク５ｃにより、他の視聴者用端末４から送信された全部又は一部のコンテンツデータを一時的に蓄積するバッファ装置であり、本実施形態では、配信要求に応じて取得されたコンテンツデータを、コンテンツ再生部４０３ａによるコンテンツ再生に先行して、コンテンツを予めキャッシュ部４０７ａにダウンロードして記憶する。このキャッシュ部４０７ａに記憶されたデータはツリー型ネットワークシステムにより、他の視聴者用端末４と共有することができ、下流ノードの視聴者用端末４から配信要求があった場合には、下流ノードの視聴者用端末４に対して送信される。

さらに、視聴者用端末４は、コンテンツの再生に関するモジュールとして、アプリケーション実行部４１１と、操作デバイスインターフェース４０４と、ブラウザ部４０３と、出力インターフェース４０６とを備えている。

アプリケーション実行部４１１は、一般のＯＳやブラウザソフト、メディア視聴アプリケーションなどのアプリケーションを実行するモジュールであり、通常はＣＰＵ等により実現される。なお、本実施形態では、このアプリケーション実行部４１１で、例えば、ブラウザソフトが実行されることによって、ブラウザ部４０３がＣＰＵ上に仮想的に構築され、また、メディア視聴アプリケーションを実行することによって、コンテンツ再生部４０３ａがＣＰＵ上に仮想的に構築される。

操作デバイスインターフェース４０４は、マウスやタッチパネル等の操作デバイスが接続され、その操作信号が入出力されるモジュールである。これらのアプリケーション実行部４１１と、操作デバイスとによって、ユーザーは、グループ対話を開始するための操作の他、視聴したいチャンネルを検索したりなど、関連するサービスを受けることができる。

ブラウザ部４０３は、ブラウザソフトを実行することによって構築され、Ｗｅｂページを視聴するためのモジュールであり、インターネットからＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイルなどをダウンロードし、レイアウトを解析して表示・再生する。なお、フォームを使用してユーザーがデータを管理サーバー２に送信したり、Ｊａｖａ Ｓｃｒｉｐｔ（登録商標）やＦｌａｓｈ、及びＪａｖａ（登録商標）などで記述されたアプリケーションソフトを動作させたりすることも可能である。

そして、このブラウザ部４０３には、ＧＵＩ制御部４０３ｂと、コンテンツ再生部４０３ａとを備えている。ＧＵＩ制御部４０３ｂは、表示部４０５の画面５００内に配置され、グループ対話に関する表示及びユーザー操作を受け付けるグラフィックユーザーインターフェース（ＧＵＩ）を制御するモジュールである。本実施形態では、表示部４０５の画面５００内に表示されるオブジェクトに対する操作を、ＧＵＩを通じて操作デバイスインターフェース４０４により受け付けて各モジュールに操作信号を送信する。このＧＵＩに対する操作により、各チャンネルに対する視聴要求や視聴終了や、チャンネルの切替えを行い、これらの操作が操作デバイスインターフェース４０４により取得される。

コンテンツ再生部４０３ａは、キャッシュ部４０７ａに蓄積されたコンテンツデータを出力するソフトウェアであり、具体的には、アプリケーション実行部４１１及び操作デバイスインターフェース４０４からの制御信号によって映像データをブラウザ部４０３内に再生画面を埋め込むようにして表示し、表示部４０５上のウィンドウに放送画面を表示させるとともに、音声データをスピーカー４１３等から音声を出力させる。

出力インターフェース４０６は、映像及び音声の出力信号を、表示部４０５及びスピーカー４１３からそれぞれ出力させるモジュールである。表示部４０５は、例えば、液晶ディスプレイ等の表示装置であり、ブラウザソフトなどのアプリケーションによって生成されるウィンドウ５００を通じて、映像や文字などを表示することができる。スピーカー４１３は、音声信号や音声ファイルを外部に音響として出力する出力装置であり、本実施形態では、他の視聴者用端末４から取得した音声データを受信して、各ユーザーの音声を出力する。

また、視聴者用端末４には、コンテンツデータを含む放送画像の送受に関するモジュール群として、視聴者通信部４０２を備えている。視聴者通信部４０２は、ライブ参加者用端末１により形成されたＰ２Ｐネットワーク５ａ及びツリー型ネットワーク５ｃを通じて、取得した映像及び音声をリアルタイムに受信するモジュールであり、具体的には、接続要求部４０２ａと、接続応答部４０２ｅと、コンテンツ受信部４０２ｂと、コンテンツ配信部４０２ｄとを備えている。

接続要求部４０２ａは、管理サーバー２に対して、当該グループ内のコンテンツの視聴を要求するモジュールである。本実施形態では、画面上に表示された参加アイコン５１２をタップ操作することで、視聴要求信号と、視聴を要求するグループＩＤが管理サーバー２に送信される。本実施形態において、この視聴要求信号は、ノード制御部２２２ｄに送信される。

接続応答部４０２ｅは、上流ノードであるライブ参加者用端末１若しくは視聴者用端末４から参加リクエスト及び認証キーを受信すると、メモリ４０７内のノードリストを参照して、下流ノード数に空きがあるか否かを判断し、接続数に空きがある場合には、接続可能信号及び認証キーを管理サーバー２に返信する。一方、接続数に空きがない場合には、ノードリストに既に記録された下流ノードのいずれかの視聴者用端末４に対して参加リクエスト及び認証キーを転送する。参加リクエスト及び認証キーを取得した視聴者用端末４の接続応答部４０２ｅは、上記同様に、自己のノードリストを参照して接続可否を判断し、視聴要求を行った視聴者用端末４の接続先が決定されるまで繰り返される。

コンテンツ配信部４０２ｄは、上流ノードから受信したコンテンツデータを下流ノードである視聴者用端末４に配信するモジュールである。本実施形態では、ノードリストを元に下流ノードである視聴者用端末４に対して、一部又は全部のコンテンツデータを配信する。

コンテンツ受信部４０２ｂは、通信インターフェース４０１が受信したコンテンツデータを受信するモジュールであり、上流ノードであるライブ参加者用端末１又は視聴者用端末４から全部又は一部のコンテンツデータを受信し、これらのデータをメモリ４０７に入力する。ここで、コンテンツ受信部４０２ｂには、コンテンツ再構築部４０２ｃを備えている。コンテンツ再構築部４０２ｃは、Ｐ２Ｐネットワーク５ａ及びツリー型ネットワーク５ｃを通じて、ライブ参加者用端末１又は他の視聴者用端末４から送信された全部又は一部のコンテンツデータを再構築するモジュールであり、その再構築されたコンテンツデータをキャッシュ部４０７ａに送信する。

（ライブ放送方法）
以上の構成を有するライブ放送システムを動作させることで、本発明のライブ放送方法を実施することができる。図１６は、第２実施形態に係る視聴者用端末へのコンテンツ配信処理を示すシーケンス図である。なお、ここでは、ユーザーｅが視聴者用端末４ｂを操作して、ライブ参加者用端末１のチャンネルを視聴する場合を例に説明する。また、ここでは、既に、複数のライブ参加者用端末１において、所定のグループが形成され、視聴者用端末４ｂの上流には、視聴者用端末４ａがライブ参加者用端末１及び管理サーバー２と接続されているものとする。

先ず、視聴者用端末４ｂにおいて、第１実施形態と同様に、視聴者用端末４ｂから管理サーバー２にアクセスがあり、チャンネルの視聴要求操作があると、管理サーバー２では、チャンネル一覧情報のＷｅｂデータを送信する。チャンネル一覧が表示される。そして、ユーザー操作によって所定のチャンネルが選択されると、視聴要求信号及びグループＩＤが管理サーバー２に送信される（Ｓ３０１）。

管理サーバー２の通信インターフェース４０１では、視聴者用端末４ｂから所定のグループに対する配信要求を受信すると、ネットワーク環境を判断する。ここでは、視聴者用端末４ｂでは、ＯＬＭ方式のネットワークに位置するので、配信要求をノード制御部２２２ｄに送信する。

ノード制御部２２２ｄは、視聴者用端末４ｂから所定のグループに対する配信要求を受信すると、ネットワーク環境を判断し、選択されたグループＩＤに基づいて、グループデータベース２３２を参照して、グループに参加しているライブ参加者用端末１から下流接続先が少ない端末を選択して、そのライブ参加者用端末１に参加リクエスト及び認証キーを送信する（Ｓ３０２）。

ライブ参加者用端末１において、接続応答部４０２ｅは、参加リクエスト及び認証キーを受信すると、メモリ４０７内のノードリストを参照して、下流ノード数に空きがあるか否かを判断する。なお、ここでは、ライブ参加者用端末１には、接続数の空きがないものとする。この場合、ライブ参加者用端末１の接続応答部４０２ｅでは、接続数に空きがないため、ノードリストに記載された下流ノードである視聴者用端末４ａに対して参加リクエスト及び認証キーを転送する（Ｓ３０３）。

視聴者用端末４ａの接続応答部４０２ｅは、参加リクエスト及び認証キーを受信すると、メモリ４０７内のノードリストを参照して、下流ノード数に空きがあるか否かを判断する。なお、ここでは、視聴者用端末４ａには、接続数の空きがあるものとする。この場合、視聴者用端末４ａの接続応答部４０２ｅは、接続数に空きがあるので、接続可能信号及び認証キーを管理サーバー２に返信する（Ｓ３０４）。

管理サーバー２のノード制御部２２２ｄは、接続可能信号及び認証キーを取得すると、当該認証キーで認証を行った後、視聴者用端末４ｂの接続先を視聴者用端末４ａに決定する。

その後、ノード制御部２２２ｄは、参加要求を行った視聴者用端末４に対して、接続結果を配信するとともに（Ｓ３０５）、配信元であるライブ参加者用端末１若しくは視聴者用端末４のＩＰアドレスが含まれた配信元情報を配信する（Ｓ３０６）。一方、配信元となるライブ参加者用端末１若しくは視聴者用端末４に対しても、配信先である視聴者用端末４のＩＰアドレスが含まれた配信先情報を配信する（Ｓ３０７）。

その後、例えば、視聴者用端末４ｂからの接続要求に応じて、視聴者用端末４ａと視聴者用端末４ｂとは接続され、視聴者用端末４ｂから視聴者用端末４ａに対して全部又は一部のコンテンツデータを含む放送画面が配信され（Ｓ３０８）、視聴者用端末４ｂでは、このコンテンツデータを受信すると、コンテンツ再生部４０３ａによって、ブラウザ部４０３で再生したＷｅｂページ内に放送画面を埋め込むようにして表示部４０５上のウィンドウに映像データを表示させるとともに、音声データをスピーカー４１３から音声を出力させる。

（作用・効果）
このような第２実施形態によれば、上述した第１実施形態と同様な作用効果を奏する。さらに、第２実施形態によれば、コンテンツデータを持っている上流ノードの視聴者用端末３がノードリストに基づいて、グループ内の下流ノードの端末に対してコンテンツデータを、いわゆるＯＬＭ方式のツリー型ネットワーク５ｃを通じて送信し、放送画面の配信を分散させているので、ライブ放送システムを視聴する視聴者が増大した場合であっても、管理サーバー２へのアクセス集中を防止でき、通信負荷を軽減することができる。

［第３実施形態］
次いで、本発明の第３実施形態について説明する。本実施形態では、上述した第１実施形態及び第２実施形態における放送中に、コンテンツを再生して画面上に表示させる機能を追加することを要旨とする。ここでコンテンツとは、静止画、動画、音声等様々な表現形式のものであり、外部のサーバー装置に蓄積された外部コンテンツ、ライブ参加者用端末１内に蓄積された内部コンテンツなどが含まれる。

図１７は、第３実施形態に係るシステムの全体構成を示す概念図であり、図１８は、第３実施形態に係る管理サーバーの内部構成を示すブロック図である。また、図１９は、第３実施形態に係る放送画面上の表示携帯を示す説明図であり、図２０は、第３実施形態に係るプレイリスト及びプレイリストに埋め込まれた再生キューを示す説明図である。

図１７に示すように、本実施形態に係るライブ放送システムは、通信ネットワーク５上に、複数のコンテンツを蓄積して配信する外部の外部コンテンツ配信サーバー６と、ローカルストレージ７とが接続されている。

この外部コンテンツ配信サーバー６は、本システムを管理する以外の者が管理・運営するサーバー装置であり、ＷＷＷ（World Wide Web）等のドキュメントシステムにおいて、ＨＴＭＬ（Hyper Text Markup Language）ファイルや画像ファイル、動画ファイル、音楽ファイルなどの情報送信を行うサーバーコンピューター或いはその機能を持ったソフトウェアであり、HTML文書や画像などの情報を蓄積しておき、Ｗｅｂブラウザなどのクライアントソフトウェアの要求に応じて、インターネットなどのＩＰ網を通じて、これらの情報を送信する。本実施形態において、管理サーバー２は、この外部コンテンツ配信サーバー６からコンテンツを取得してライブ参加者用端末１の画面上に再生させるようになっている。ローカルストレージ７は、ライブ参加者用端末１のメモリ１０７など、各ユーザーが所持する内部コンテンツを蓄積する記憶装置である。

管理サーバー２には、図１８に示すように、接続インターフェース２４が設けられており、通信ネットワーク５を通じて外部コンテンツ配信サーバー６と、ローカルストレージ７とに接続されている。接続インターフェース２４は、通信ネットワーク５を通じて、外部コンテンツ配信サーバー６との間でデータの送受信を行う通信インターフェースである。

また、本実施形態において、コンテンツ取得部２２５は、外部コンテンツ配信サーバー６から外部コンテンツを取得するとともに、ローカルストレージ７から内部コンテンツを取得するモジュールである。本実施形態において、コンテンツ取得部２２５は、ライブ参加者用端末１からの投稿操作に応じて、外部コンテンツ配信サーバー６内に蓄積されている外部コンテンツの所在を示すＵＲＬ情報を取得し、当該ＵＲＬ情報をコンテンツ情報蓄積部２３４に記録している。

また、コンテンツ取得部２２５は、ライブ参加者用端末からのアップロード（投稿）操作に応じて、ローカルストレージ７内に蓄積されている内部コンテンツを取得し、当該内部コンテンツをコンテンツ情報蓄積部２３４に記録している。ここで、投稿された外部コンテンツのＵＲＬ情報、及び内部コンテンツとは、ユーザーＩＤに関連付けられ、ユーザーＩＤ毎にコンテンツ情報蓄積部２３４内に記録される。なお、コンテンツ取得部２２５は、外部コンテンツ配信サーバー６からコンテンツデータを取得してコンテンツ情報蓄積部２３４内に蓄積してもよい。

また、コンテンツ情報蓄積部２３４には、ユーザーＩＤに関連付けられたプレイリストと再生キューが蓄積されている。ここで、プレイリストとは、投稿された全ての外部コンテンツ及び内部コンテンツを再生順序と共に記録したリストで、再生キューとは、プレイリストの中で、放送中に使用・再生されるものとして設定されたコンテンツのリストである。そして、ユーザー操作によって外部コンテンツ、内部コンテンツ、及びこれらの再生順を記述した再生キューが設定されている場合、ライブ参加者用端末１では、図１９（ａ）に示すように、画面上に参加者のアイコン５１２と並んで、コンテンツ再生アイコン５１８が表示される。このコンテンツ再生アイコンとしては、外部コンテンツ再生アイコン５１８ａ、内部コンテンツ再生アイコン５１８ｂ、及びプレイリストアイコン５１８ｃがあり、ユーザーによって選択されたコンテンツのリンク先を示したアイコンが表示される。

本実施形態において、外部コンテンツ再生アイコン５１８ａ及び内部コンテンツ再生アイコン５１８ｂは、最近、コンテンツ情報蓄積部２３４内に投稿された場合、及び、プレイリストから所定のコンテンツが選択操作された場合に表示される。具体的に、初期の画面上には、プレイリストアイコン５１８ｃが表示され、画面上に表示されていないコンテンツの一覧が見られるようになっている。そして、ユーザーがプレイリストアイコン５１８ｃを選択することで、図２０（ａ）に示すような各コンテンツが一覧表示されたウインドウがポップアップ表示され、いずれかのコンテンツ列の追加ボタン（”再生キューへ追加”ボタン）５１８ｅを選択することで、該当コンテンツのアイコンが外部コンテンツ再生アイコン５１８ａ及び内部コンテンツ再生アイコン５１８ｂとして画面上に表示される。なお、図２０（ａ）に示すように、一覧表示では、追加可能なコンテンツに対しては、追加ボタン５１８ｅを「＋」で表示し、既に選択され追加されているコンテンツに対しては追加ボタン５１８ｅを「−」で表示する。さらに、この一覧表示のウインドウには、コンテンツの再生時間も表示されている。

一方、ユーザー操作を伴わずに、コンテンツ情報蓄積部２３４内に直近に追加された新着のコンテンツを自動でアイコン５１８ａ，５１８ｂとして画面上に表示させることもできる。ここで、新着のコンテンツを画面上に表示させる例としては、例えば、直近の１時間前に追加されたコンテンツが４個以上ある場合は全て表示させたり、１日前に追加されたコンテンツが１個以上ある場合には、最大４個表示させたり、或いは、２日までに追加されたコンテンツが１個以上ある場合、最大２個表示させたりすることができる。なお、この投稿されたタイミングと画面上に表示させるアイコン数との関係は、上述したものに限定するものではなく、種々変更可能である。

さらに、本実施形態では、例えば、ライブ参加者以外の他のユーザーが最近投稿したコンテンツについても、アイコンとして表示させることもできる。この他のユーザーが投稿したコンテンツとは、本ライブ放送システムに対して投稿したコンテンツであってもよく、また、外部コンテンツ配信サーバー６に対して投稿されたコンテンツであってもよい。この場合、コンテンツ取得部２２５は、各ユーザーが投稿操作した外部コンテンツ及び内部コンテンツを共通コンテンツとしてコンテンツ情報蓄積部２３４に保存し、前述の投稿時刻と個数制限に応じた表示を行う。なお、自動でアイコン５１８ａ，５１８ｂを表示させる場合には、図１９（ａ）にしめすように、アイコン付近に新着を表すアイコン５１９を表示させて、ユーザーに対して新着コンテンツとユーザー操作による手動追加コンテンツを識別できるようになっている。

そして、放送中においてユーザーがこれらのアイコン５１８を選択操作すると、コンテンツ配信部２２３ａは、該当するコンテンツをライブ参加者用端末１に対して配信する。具体的に、外部コンテンツアイコン５１８ａが選択された場合には、そのユーザーＩＤに基づいてコンテンツ情報蓄積部２３４から外部コンテンツのＵＲＬ情報を取得し、当該ＵＲＬ情報に基づいて、外部コンテンツ配信サーバー６から外部コンテンツを取得し、グループ内の各ライブ参加者用端末１に対して外部コンテンツを配信する。また、内部コンテンツアイコン５１８ｂが選択された場合には、そのユーザーＩＤに基づいて、コンテンツ情報蓄積部から内部コンテンツを取得し、グループ内の各ライブ参加者用端末１に対して外部コンテンツを配信する。

一方、プレイリストアイコン５１８ｃが選択された場合、プレイリスト内の各コンテンツを記述順序順に自動選択する。そして、選択されたコンテンツの種類に応じて、内部コンテンツ又は外部コンテンツが管理サーバー２から各ライブ参加者用端末１に対して配信され、各ライブ参加者用端末１のコンテンツ受信部１０２ｂは、該当するコンテンツを管理サーバー２から受信する。

その後、各ライブ参加者用端末１の放送画面生成部１０３ａでは、図１９（ｂ）に示すように、ユーザーを撮影した映像５０６の領域を小さくして、コンテンツ再生画面５０９を生成し、当該コンテンツ再生画面上にコンテンツを埋め込んでコンテンツを再生させることができる。

また、画面上に表示されたコンテンツは、コンテンツ取得部２２５によって、グループＩＤが付されてコンテンツ情報蓄積部２３４に放送されたコンテンツとして蓄積され、視聴者用端末３に順次配信される。

なお、本実施形態において、プレイリストは、複数のコンテンツを纏めたリストであり、そのプレイリストは、ユーザーの選択操作に応じてコンテンツを配信させたが、図２０（ｂ）に示すように、ライブ参加者の間で共通の再生開始時間を自動的に設定し、ユーザー操作することなくコンテンツを再生させる自動再生機能を備えさせてもよい。

具体的には、自動再生機能は、ライブ参加者用端末１上において仮想的に定義される時間軸データを用い、放送処理に同期させて進行される仮想的な絶対時間情報をライブ参加者の間で共有する。本実施形態において、ライブ参加者用端末１の放送画面生成部１０３ａでは、再生中のコンテンツの再生時刻を監視する機能を有しており、放送の進行時間のうち、その再生キューに記述された特定の時間をトリガーとして、該当するコンテンツを画面上に表示させるようになっている。これにより、放送開始から所定時間が過ぎると自動で、図１９（ｂ）に示すように、画面上にコンテンツが再生できるようになっている。

なお、プレイリストは、全てのコンテンツを順番に再生する必要はなく、例えば、あるコンテンツを再生中に次のコンテンツの再生を開始させる割り込み機能や、再生されているコンテンツの一部を途中で次のコンテンツを表示させるスキップ機能を有してもよい。さらに、本実施形態において、放送画面生成部１０３ａは、コンテンツが画面上に表示させていない場合も、仮想的に時間を進行させる機能を有しており、例えば、ユーザーからの表示操作があった場合、放送開始からの経過時間に応じた位置からコンテンツを再生させることもできる。これにより、例えば、上述したようにコンテンツを割り込ませて再生させている間、前のコンテンツについても仮想的に時間を進行させ、割り込んだコンテンツの再生が終了した後、経過時間後の位置から前のコンテンツを再生させることもできる。

このように本実施形態では、ライブ放送中にコンテンツを共有して画面上に表示させる機能を有しているので、ライブ放送のテーマに応じたコンテンツを資料として閲覧しながら対談することができる。特に、本実施形態においては、複数のコンテンツを纏めたプレイリストが生成し、そのプレイリストに対して、再生開始時間が予め設定された再生キューが埋め込んで、放送の進行に応じてコンテンツを自動で表示させているので、ユーザーにとっては、コンテンツの自動再生に併せて対談を進めることができ、放送を円滑に進行することができる。

［変更実施例］
なお、本発明は上述した実施形態に限定されるものではなく、種々の追加変更を行うことができる。例えば、上述した実施形態ではリアルタイムで行われているライブを放送する形態としたが、例えば、録画されたライブも配信コンテンツとしてもよい。この場合、最近アップロードされた映像や音声を自動的にリスト化し、再生キューに応じた自動配信を行うようにしてもよい。

例えば、録画されたライブ映像をカテゴリーやランキング等に応じてリスト化し，仮想チャンネルに紐付けし、チャンネルを選択することによりその紐付けられたリストの映像を視聴することができる。各チャンネルでは、リスト内のコンテンツがループ再生されており、ユーザー側でそのチャンネルを選択することにより、そのユーザーは再生キューを取得することができ、その取得された再生キューに応じた、その時点における再生すべきメディアとポジションを受け取り、再生を行い、視聴することができる。

このとき、各視聴者は、事前に或いは再生処理と並行して、チャンネル毎にメディア自体をプレイリストやキューに基づき事前にキャッシュ・プレロードすることが可能であり、そのため、重複データのダウンロードを防止でき、回線帯域が限られるモバイル環境などでの快適な視聴を実現することができる。また、録画チャンネルであっても、視聴クライアント側ではリアルタイム放送と同様に、ラジオ番組やＴＶ番組と同様のチャンネルザッピングが可能であり、メディアの選択操作を行わないいわゆる「ながら見」による長時間視聴を促すことができる。

なお、上述した録画されたコンテンツ（記録済みメディアデータ）としては、例えば、既存の動画共有サービスやスマートフォンなどの携帯端末から容易にアップロードすることができ、リアルタイム配信特有の配信者側における作業・操作負担を低減・簡略化できる一方で、視聴者のニーズに合致したコンテンツを自由に視聴させることができ、ユーザー確保でき、例えば、最終的により重要なリアルタイムのライブ配信を実施するような場合に、その配信前に視聴者をより多く獲得することができ、集客力の向上を図ることができる。

１（１ａ〜１ｃ）…ライブ参加者用端末
１ａ…管理者用端末
２…管理サーバー
３（３ａ〜３ｃ），４（４ａ〜４ｄ）…視聴者用端末
５…通信ネットワーク
５ａ…Ｐ２Ｐネットワーク
６…外部コンテンツ配信サーバー
７…ローカルストレージ
２１…通信インターフェース
２２…制御部
２３…記憶部
２４…接続インターフェース
３１…通信インターフェース
３２…ブラウザ部
３２ａ…コンテンツ再生部
３２ｂ…メタデータ解析部
３２ｃ…ＧＵＩ制御部
３３…出力インターフェース
３４…表示部
３５…メモリ
３５ａ…キャッシュ部
３６…操作デバイスインターフェース
３７…アプリケーション実行部
３８…スピーカー
７１…携帯端末機
７２…パーソナルコンピュータ
７３…サーバー装置
７４…専用装置
８１…光ディスク
８２…カセットテープ
８３…フレキシブルディスク
８４…メモリカード
８５…ＵＳＢメモリ
８６…ＩＣチップ
１０１…通信インターフェース
１０２…ライブ参加者通信部
１０２ａ…接続要求部
１０２ｂ…コンテンツ受信部
１０２ｃ…コンテンツ再構築部
１０２ｄ…コンテンツ配信部
１０３…ブラウザ部
１０３ａ…放送画面生成部
１０３ｂ…グラフィックインターフェース制御部
１０３ｃ…管理者操作部
１０４…操作デバイスインターフェース
１０５…表示部
１０６…出力インターフェース
１０７…メモリ
１０７ａ…キャッシュ部
１０８ａ…コンテンツ再構築部
１０９…放送画面配信部
１１０…ＶｏＩＰ部
１１１…アプリケーション実行部
１１２…音声通話部
１１３…スピーカー
１１４…マイク
１１５…カメラ
１１６…画像処理部
２２１…認証部
２２２…グループ通話制御部
２２２ａ…グループ生成部
２２２ｂ…接続管理部
２２２ｃ…端末リスト作成部
２２２ｄ…ノード制御部
２２３…データ送信部
２２３ａ…コンテンツ配信部
２２４…メタデータ生成部
２２５…コンテンツ取得部
２３１…ユーザーデータベース
２３２…グループデータベース
２３３…表示情報蓄積部
２３４…コンテンツ情報蓄積部
４０１…通信インターフェース
４０２…視聴者通信部
４０２ａ…接続要求部
４０２ｂ…コンテンツ受信部
４０２ｃ…コンテンツ再構築部
４０２ｄ…コンテンツ配信部
４０２ｅ…接続応答部
４０３…ブラウザ部
４０３ａ…コンテンツ再生部
４０３ｂ…ＧＵＩ制御部
４０４…操作デバイスインターフェース
４０５…表示部
４０６…出力インターフェース
４０７…メモリ
４０７ａ…キャッシュ部
４１１…アプリケーション実行部
４１３…スピーカー
５００…ウィンドウ

Claims (2)

1. 特定のライブ参加者がそれぞれ使用し、各ライブ参加者の映像及び音声を取得する入力デバイスを有し、当該ライブ参加者による操作信号の入力を受け付けるライブ参加者用端末と、
   前記ライブ参加者用端末により形成された第１の通信ネットワークを通じて、前記入力デバイスが取得した映像及び音声をリアルタイムに送受信して双方向通話を行うライブ参加者通信部と、
   視聴者による選択操作に応じて、前記ライブ参加者通信部において前記双方向通話で送受信されている映像及び音声を出力させる放送画面を生成する放送画面生成部と、
   第２の通信ネットワークを通じて、前記放送画面を配信する放送画面配信部と、
   前記視聴者がそれぞれ使用し、前記第２の通信ネットワークを通じて、前記放送画面を受信し、出力する視聴者用端末と、
   前記視聴者用端末による前記第１の通信ネットワークへの接続を許可する接続管理部と
   を備え、
   前記ライブ参加者用端末は、前記第１の通信ネットワークにより、いずれかのライブ参加者用端末がダウンロードしたコンテンツデータを他のライブ参加者用端末と共有し、分散された端末間でコンテンツデータの配信を相互に行う機能を備え、
   前記ライブ参加者通信部は、前記接続管理部に許可された前記視聴者用端末を、前記ライブ参加者用端末として前記双方向通話に参加させる機能を有し、
   前記放送画面生成部では、前記ライブ参加者を撮影した映像の領域を縮小してコンテンツ再生画面を生成し、このコンテンツ再生画面上に前記コンテンツデータを再生させる
   ことを特徴とするライブ放送システム。
2. 特定のライブ参加者がそれぞれ使用し、各ライブ参加者の映像及び音声を取得する入力デバイスを有し、当該ライブ参加者による操作信号の入力を受け付けるライブ参加者用端末と、
   前記ライブ参加者用端末により形成された第１の通信ネットワークを通じて、前記入力デバイスが取得した映像及び音声をリアルタイムに送受信して双方向通話を行うライブ参加者通信部と、
   視聴者による選択操作に応じて、前記ライブ参加者通信部において前記双方向通話で送受信されている映像及び音声を出力させる放送画面を生成する放送画面生成部と、
   第２の通信ネットワークを通じて、前記放送画面を配信する放送画面配信部と、
   前記視聴者がそれぞれ使用し、前記第２の通信ネットワークを通じて、前記放送画面を受信し、出力する視聴者用端末と、
   前記視聴者用端末による前記第１の通信ネットワークへの接続を許可する接続管理部と
   を備え、
   前記ライブ参加者用端末は、前記第１の通信ネットワークにより、いずれかのライブ参加者用端末がダウンロードしたコンテンツデータを他のライブ参加者用端末と共有し、分散された端末間でコンテンツデータの配信を相互に行う機能と、
   前記ライブ参加者通信部は、前記接続管理部に許可された前記視聴者用端末を、前記ライブ参加者用端末として前記双方向通話に参加させる機能を有し、
   複数のコンテンツデータをまとめたプレイリストを生成し、このプレイリストにライブ参加者の間で共通の再生開始時間を設定し、前記複数のコンテンツデータを自動再生する機能と
   を備えることを特徴とするライブ放送システム。

Images