コミュニケーションシステム、コミュニケーション方法
【課題】コンテンツに対しテキスト以外の情報を利用しつつコミュニケーションを図るコミュニケーション空間を提供することができるコミュニケーションシステムを提供する。
【解決手段】配信者端末は、リアルタイムに生成されたコンテンツをコンテンツサーバに配信する配信部を有し、リクエスト管理サーバは、複数の音声通信端末の中から接続対象となる音声通信端末を抽出する抽出部と、接続先情報を抽出部によって抽出された音声通信端末に対して送信する接続先情報送信部とを有し、音声通信端末は、リクエスト管理サーバから送信される接続先情報を受信する接続先情報受信部と、接続先情報に従って音声通信接続装置に接続して音声情報を送信する音声情報通信部とを有し、コンテンツサーバは、音声通信端末から音声通信接続装置に送信された音声情報を音声通信接続装置から受信してユーザ端末にコンテンツとともに配信する配信部を有する。
【解決手段】配信者端末は、リアルタイムに生成されたコンテンツをコンテンツサーバに配信する配信部を有し、リクエスト管理サーバは、複数の音声通信端末の中から接続対象となる音声通信端末を抽出する抽出部と、接続先情報を抽出部によって抽出された音声通信端末に対して送信する接続先情報送信部とを有し、音声通信端末は、リクエスト管理サーバから送信される接続先情報を受信する接続先情報受信部と、接続先情報に従って音声通信接続装置に接続して音声情報を送信する音声情報通信部とを有し、コンテンツサーバは、音声通信端末から音声通信接続装置に送信された音声情報を音声通信接続装置から受信してユーザ端末にコンテンツとともに配信する配信部を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信者からユーザに対してコンテンツを配信しながら、コンテンツを視聴しているユーザと配信者がコミュニケーションを図ることができるコミュニケーションシステム、コミュニケーション方法に関する。
【背景技術】
【０００２】
ネットワークを介して複数のユーザ端末に接続された情報通信サーバが、ユーザ端末に配信される動画情報に応じてユーザ端末に入力されるコメントを他のユーザ端末に配信する情報通信システムが利用されている。このような情報通信システムによれば、同一の動画を同時に視聴する複数のユーザがリアルタイムにコメントし合うことで、臨場感のあるコミュニケーション空間を提供することができる。
【０００３】
このような複数のユーザ端末間でのコメントの送受信を制御する技術として、例えば、特許文献１には、ユーザ端末から送信されるコメントを情報通信サーバが管理する情報通信システムが示されている。このような情報通信システムによれば、多数のユーザ端末が情報通信システムに接続し、多くのユーザを参加させることができる。また、ユーザ端末が多数であっても、情報通信サーバにかかる負荷を低減させることも可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−３３４０２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年は、上述の動画として、一度録画されたものを配信するものの他に、コンテンツの一部にライブ映像すなわち、カメラで撮像された画像をリアルタイムにユーザ端末へ配信するものも提供されつつある。このようなコンテンツを配信する場合、リアルタイム性のあるコンテンツには、コンテンツへの出演者が存在する。
また、例えば、一度録画されたコンテンツを利用する場合であっても、音声については、リアルタイムで配信する場合も考えられる。いずれの場合においても、コンテンツを配信する際に、リアルタイム性のあるコンテンツには、コンテンツへの出演者が存在する。
このように、動画として配信できる内容に広がりが生まれつつあるので、その広がりを活かした、新たなコミュニケーション空間を提供できることが望ましい。
しかしながら、上記の特許文献１は、動画に対し、お互いにテキストデータによって発言したコメントをユーザ端末間で参照してコミュニケーションを図るものであるので、上述したような、コンテンツの広がりを必ずしも十分に活かしたものではない。
【０００６】
本発明は、このような事情に鑑みてなされたもので、その目的は、テキスト以外の情報も利用しつつ、新たなコミュニケーション空間を提供することができるコミュニケーションシステム、コミュニケーション方法を提供することにある。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムであって、前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、前記配信者端末は、コンテンツを前記コンテンツサーバに配信する配信部とを有し、前記リクエスト管理サーバは、前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出する抽出部と、音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信する接続先情報送信部と、を有し、前記音声通信端末は、前記リクエスト管理サーバから送信される接続先情報を受信する接続先情報受信部と、前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信する音声情報通信部と、を有し、前記コンテンツサーバは、前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信する配信部を有し、前記音声通信接続装置は、前記音声通信端末と前記配信者端末との通信を成立させることを特徴とする。
【０００８】
また、本発明は、上述のコミュニケーションシステムにおいて、前記音声通信端末は、携帯電話であり、前記接続先情報は、電話番号であることを特徴とする。
【０００９】
また、本発明は、上述のコミュニケーションシステムにおいて、前記配信者端末の配信部は、リアルタイムに生成されたコンテンツを前記コンテンツサーバに配信することを特徴とする。
【００１０】
また、本発明は、上述のコミュニケーションシステムにおいて、前記音声通信端末は、ユーザからの入力に従って、音声通信を行う要求である音声通信要求を前記リクエスト管理サーバに送信する音声通信要求部を有し、前記リクエスト管理サーバは、前記音声通信要求部から送信される音声通信要求を受信する要求受信部を有し、前記抽出部は、前記要求受信部が受信した音声通信要求に基づいて、音声通信要求があった音声通信端末の中から接続対象の音声通信端末を抽出し、前記接続先情報送信部は、前記抽出部によって抽出された音声通信端末に対し接続先情報を送信することを特徴とする。
【００１１】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエスト管理サーバは、前記音声通信端末を利用する利用者を識別するユーザ識別情報と優先して抽出される度合いを表す優先度とを対応付けて記憶するリクエストリスト記憶部を有し、前記抽出部は、前記リクエストリスト記憶部に記憶された優先度に従ってユーザ識別情報を抽出することにより接続対象の音声通話端末を抽出することを特徴とする。
【００１２】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエスト管理サーバは、前記ユーザの端末または前記音声通信端末のうち少なくともいずれかから送信される指示を受信した場合または、前記抽出部によって抽出が行われた場合に、前記リクエストリスト記憶部に記憶された優先度を更新するリスト管理部を有することを特徴とする。
【００１３】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエストリスト記憶部は、前記要求受信部が前記音声通信要求部から送信される音声通信要求を受信する毎に、前記音声通信端末から送信されるユーザ識別情報を新たに記憶し、前記リスト管理部は、新たに記憶されたユーザ識別情報に対して当該ユーザ識別情報に対応するユーザに応じた優先度を対応づけて前記リクエストリスト記憶部に記憶することを特徴とする。
【００１４】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエスト管理サーバは、前記音声通信端末を利用するユーザの属性情報を前記音声通信端末毎に記憶する属性情報記憶部を有し、前記抽出部は、前記属性情報記憶部に記憶された属性情報に基づいて、接続する対象として特定された属性情報に該当する音声通信端末の中から、接続対象の音声通信端末を抽出することを特徴とする。
【００１５】
また、本発明は、上述のコミュニケーションシステムにおいて、前記コンテンツサーバは、前記リクエスト管理サーバに記憶された属性情報に基づいて、コンテンツの配信対象である属性情報に該当するユーザ端末に対し、コンテンツを配信することを特徴とする。
【００１６】
また、本発明は、上述のコミュニケーションシステムにおいて、前記抽出部は、前記複数の音声通信端末のなかからランダムに接続対象の音声通信端末を抽出することを特徴とする。
【００１７】
また、本発明は、上述のコミュニケーションシステムにおいて、前記抽出部は、前記複数の音声通信端末のうち、音声通信要求を行った順に従って接続対象の音声通信端末を抽出することを特徴とする。
【００１８】
また、本発明は、上述のコミュニケーションシステムにおいて、前記抽出部は、前記抽出された接続対象の音声通信端末のなかから、さらに接続対象の音声通信端末の抽出を行うことを特徴とする。
【００１９】
また、本発明は、複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムにおけるコミュニケーション方法であって、前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、前記配信者端末の配信部が、コンテンツを前記コンテンツサーバに配信し、前記リクエスト管理サーバの抽出部が、前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出し、前記リクエスト管理サーバの接続先情報送信部が、音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信し、前記音声通信端末の接続先情報受信部が、前記リクエスト管理サーバから送信される接続先情報を受信し、前記音声通信端末の音声情報通信部が、前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信し、前記コンテンツサーバの配信部が、前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信し、前記音声通信接続装置が、前記音声通信端末と前記配信者端末との通信を成立させることを特徴とする。
【発明の効果】
【００２０】
以上説明したように、この発明によれば、配信者端末によって配信されるコンテンツをコンテンツサーバからユーザ端末に配信しつつ、リクエスト管理サーバが、音声通信端末を抽出し、接続先情報を抽出された音声通信端末に対して送信し、音声通信端末が、リクエスト管理サーバから送信される接続先情報を受信し、この接続先情報に従って音声通信接続装置に接続して音声情報をコンテンツサーバに送信する。さらに、音声通信接続装置が、音声通信端末と配信者端末との通信を成立させるようにした。これにより、コンテンツをユーザ端末に配信しつつ、音声通信端末の通話者と配信者端末の配信者との音声通話を成立させることができるとともに、通話内容をユーザ端末に対し、コンテンツとともに配信することができる。これにより、通話者は、コンテンツの配信者と音声通話をすることができるとともに、コンテンツに参加することができるので、テキスト以外の情報も利用しつつ、新たなコミュニケーション空間を提供することができる。
また、ユーザ端末のユーザは、コンテンツを視聴しつつ、コンテンツに対するコメントを発言することができ、また、通話者と配信者との会話をコンテンツとともに視聴することができ、これに対してもコメントを発言することができる。従って、ユーザ端末を利用してコンテンツを視聴している途中であっても、ユーザに対し、コメントの発言や読む楽しみのみではなく、コンテンツの出演者と会話によってコミュニケーションをできるように楽しみ方を切り替えることができるので、コミュニケーションの場面を広げることができる。
【図面の簡単な説明】
【００２１】
【図１】この発明の一実施形態によるコミュニケーションシステムの構成を示す概略ブロック図である。
【図２】配信者端末１０の構成を示すブロック図である。
【図３】コンテンツサーバ２０の構成を表すブロック図である。
【図４】音声通信端末４０の構成を表すブロック図である。
【図５】音声通信接続装置５０の構成を表すブロック図である。
【図６】リクエスト管理サーバ６０の構成を表すブロック図である。
【図７】リクエストリスト記憶部６１４に記憶される情報の一例を表す図である。
【図８】属性情報記憶部６２１に記憶される情報の一例を表す図である。
【図９】配信リスト記憶部６２２に記憶される情報の一例を表す図である。
【図１０】コミュニケーションシステムの動作を表すシーケンス図である。
【図１１】コミュニケーションシステムの情報の流れを表す図である。
【図１２】第２の実施形態におけるコミュニケーションシステム１の情報の流れを説明するブロック図である。
【図１３】第３の実施形態におけるコミュニケーションシステム１の構成を説明するブロック図である。
【図１４】第４の実施形態におけるリクエスト管理サーバ６０の構成を示す図である。
【図１５】第４の実施形態におけるリクエストリスト記憶部６１４に記憶される情報の一例を示す図である。
【図１６】第４の実施形態におけるリクエスト管理サーバ６０の動作を説明するフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施形態によるコミュニケーションシステムについて図面を参照して説明する。図１は、この発明の一実施形態によるコミュニケーションシステムの構成を示す概略ブロック図である。
コミュニケーションシステム１は、配信者端末１０と、コンテンツサーバ２０と、ユーザ端末３０と、音声通信端末４０と、音声通信接続装置５０と、リクエスト管理サーバ６０とがネットワークを介して接続されている。このネットワークは、インターネット網や公衆回線網等であり、いずれか一方を用いて接続されたり、両方が組み合わされて接続される場合もある。
【００２３】
このコミュニケーションシステム１の動作の概略は、配信者端末１０がライブ映像をコンテンツとしてコンテンツサーバ２０に配信し、コンテンツサーバ２０が、ユーザ端末３ｄ０にこのコンテンツを配信する。また、コンテンツサーバ２０は、コンテンツを視聴したユーザからユーザ端末３０を介して入力されるコメントを受信し、他のユーザ端末３０にもコメントをコンテンツとともに配信する。
リクエスト管理サーバ６０は、ユーザ端末３０によってコンテンツを視聴しているユーザまたは視聴していないユーザが保持する音声通信端末４０と、配信者端末１０との通信を音声通信接続装置５０によって確立させ、この間で音声通信を成立させる。
これにより、ライブ映像であるコンテンツをユーザ端末３０に配信しつつ、音声通信端末４０の通話者と配信者端末１０の配信者との音声通話内容をコンテンツサーバ２０からユーザ端末３０に対し、コンテンツとともに配信する。これにより、通話者は、リアルタイムに配信されるコンテンツに出演する配信者と音声通話をすることができるとともに、リアルタイムに配信されるコンテンツに参加することができ、また、ユーザ端末３０を利用して自身が電話で参加しているコンテンツを視聴することができる。また、ユーザ端末３０は、リアルタイムに配信されるコンテンツを視聴しつつ、コンテンツに対するコメントを発言することができ、また、通話者と配信者との会話をコンテンツとともに視聴することができ、これに対してもコメントを発言することができる。
【００２４】
このように、音声通信端末４０（例えば、携帯電話）を用いることによって、ライブ映像のコンテンツを配信する配信者（例えば、出演者）と、音声通話によってコミュニケーションを図ることができ、ユーザ端末３０を用いたコメントによるコミュニケーション以外に、新たなコミュニケーションの場を提供することができる。これにより、ユーザ端末３０を利用してコンテンツを視聴している途中であっても、ユーザに対し、コメントの発言や読む楽しみのみではなく、ライブ映像に出演する出演者との会話によってコミュニケーションをできるように楽しみ方を切り替えることができるので、コミュニケーションの場面を広げることができる。
【００２５】
次に、コミュニケーションシステム１について、図面を用いて更に説明する。
図２は、配信者端末１０の構成を示すブロック図である。この配信者端末１０は、ライブ映像を配信する配信者が利用する端末である。この配信者としては、ライブ映像のコンテンツ（番組）に出演する者であればよく、例えば、司会、タレント、俳優、女優等の出演者である。
配信者端末１０において、カメラ１１０は、撮像対象を撮像する。ここでは、例えば、コンテンツとなるライブ映像に出演する出演者を撮像する。マイク１２０は、リアルタイムの映像が撮像される会場内の音声を検出する。ここでは、例えば、会場内（スタジオ内）にいる出演者の声を検出する。
コンテンツＩＤ管理部１３０は、配信者端末１０が配信するコンテンツを識別するコンテンツＩＤを生成する。このコンテンツＩＤによって、各番組を識別することができる。
データ変換部１４０は、カメラ１１０によって撮像された撮像データ、マイク１２０によって検出された音声データ、コンテンツＩＤ管理部１３０によって生成されたコンテンツＩＤを、通信可能なデータに変換する。
【００２６】
リクエスト制御部１５０は、配信者からの指示に応じてリクエストの受け付けの開始や終了を行うとともに、リクエスト管理サーバ６０と通信を行い、リクエストリスト記憶部６１４に記憶された情報の送信要求と受信を行う。また、ユーザの中からいずれかを選択する指示を配信者から受け付け、選択されたユーザのユーザＩＤをリクエスト管理サーバ６０に送信する。
通信部１６０は、データ変換部１４０によって変換された後の音声データや映像データをコンテンツとしてコンテンツサーバ２０に配信する機能と、リクエスト管理サーバ６０、音声通信接続装置５０と通信する機能を有する。
【００２７】
図３は、コンテンツサーバ２０の構成を表すブロック図である。コンテンツサーバ２０において、コメント記憶部２１０は、ユーザ端末３０から送信されたコメントを識別するコメント識別情報毎に、コメントであるテキスト情報とが対応付けられて記憶される。ここで、コメント記憶部３１０は、ユーザ端末３０に配信されるコンテンツ毎（番組毎）に異なるコメントの記憶領域（スレッド）を備えるようにして良い。また、ひとつのコンテンツに対して、複数のスレッドを備えるようにしても良い。
音声データ管理部２２０は、音声通信接続装置５０から送信された音声情報を受信して、配信者端末１０に送信する。
【００２８】
合成部２３０は、音声データ管理部２２０が音声通信接続装置５０から受信した音声情報を、配信者端末１０から配信されるコンテンツの映像や音声に対して合成したコンテンツを生成する。接続制御部２４０は、ユーザ端末３０のユーザによって選択された番組に対応するコンテンツが配信され、この配信されたコンテンツに応じてユーザ端末３０から送信されるコメントを受信し、コメント記憶部２１０に番組に対応する記憶領域（スレッド）に記憶する。接続制御部２４０は、合成部２３０によってコンテンツに音声情報が合成されている場合には、この合成されたコンテンツを配信部２５０によって配信する。また、接続制御部２４０は、ユーザ端末３０が視聴している番組に対応する記憶領域からコメントを読み出し、読み出したコメントを、その番組を視聴しているユーザ端末３０に対して配信部２５０によって配信する。配信部２５０は、ユーザ端末３０に対してコンテンツやコメントを配信する。コンテンツの配信方法としては、例えばストリーミング配信によって行う。
【００２９】
ユーザ端末３０は、複数台がコンテンツサーバ２０に接続可能である。このユーザ端末３０は、音声や映像であるコンテンツとともにコメントを出力する出力部を有する。この出力部は、例えば、ディスプレイ装置やスピーカである。またユーザ端末３０は、コメントを入力するキーボードやマウス等の入力デバイスと、コンテンツサーバ２０と通信を行う通信部を有する。
【００３０】
図４は、音声通信端末４０の構成を表すブロック図である。音声通信端末４０は、ユーザからの音声を検出して接続先に送信する機能と、音声を受信して出力する機能を有しており、例えば、携帯電話である。出力部４１０は、各種情報を表示するディスプレイと音声を出力するスピーカとを有する。
識別情報記憶部４２０は、音声通信端末４０を個別に識別する情報である識別情報を記憶する。この識別情報は、例えば、携帯電話の電話番号等であり、音声通信端末４０を呼び出す際に用いられる情報であればよい。通信部４３０は、音声通信要求部４３１、接続先情報受信部４３２、音声情報通信部４３３、を有し、他の機器と各種通信を行う。
音声通信要求部４３１は、入力部４４０を介してユーザから入力される指示に従って、音声通信を行う要求である音声通信要求をリクエスト管理サーバ６０に送信する。この音声通信要求は、音声通信端末４０を利用するユーザが、配信者端末１０が配信するコンテンツに音声による通話を要求する情報であり、以下、リクエストともいう。接続先情報受信部４３２は、リクエスト管理サーバ６０から送信される接続先情報を受信する。
音声情報通信部４３３は、接続先情報受信部４３２が受信した接続先情報に従って音声通信接続装置５０に接続して音声情報を送信する。この音声情報は、音声通信端末４０のユーザが話す音声である。
【００３１】
図５は、音声通信接続装置５０の構成を表すブロック図である。
音声通信接続装置５０は、音声通信を行う機器間を接続し、音声通信を成立させる機能を有し、例えば、ＰＢＸ（構内交換機）である。電話番号確認部５１０は、音声通信端末４０から着信の際に、発信元の電話番号と発信先の電話番号とを読み出してリクエスト管理サーバ６０の有効判定部６２６に出力し、有効判定部６２６から出力される有効か否かを表す情報に従って、音声通信端末４０との通信を確立するか否かを判定する。ここでは、電話番号確認部５１０は、有効である旨が有効判定部６２６から通知された場合に、音声通信端末４０との通信を確立させ、無効である旨が有効判定部６２６から通知された場合に、音声通信端末４０との通信を確立せず、通信を切断する。
【００３２】
データ変換部５２０は、コンテンツサーバ２０から配信されるコンテンツから音声を抽出し、発信元の音声通信端末４０に送信する。
【００３３】
図６は、リクエスト管理サーバ６０の構成を表すブロック図である。
リクエスト管理サーバ６０は、リクエスト制御部６１０と、識別情報管理部６２０とを有する。リクエスト制御部６１０は、音声通信端末４０からリクエストを受け付けて、当選したユーザの音声通信端末４０に接続先情報を通知する。
要求受信部６１１は、音声通信端末４０の音声通信要求部４３１から送信される音声通信要求を受信する。接続先情報送信部６１２は、音声通信を行うための接続先でありコンテンツ毎に異なる接続先である接続先情報を抽出部６２５によって抽出された音声通信端末４０に対して送信する。リクエストリスト記憶部６１４は、内部にリクエストを行ったユーザのユーザＩＤと、ユーザが抽出部６２５によって抽出されたか（当選されたか）否かを表す当選識別情報とを対応付けて記憶する。ユーザＩＤは、ユーザを個別に識別できればよく、ユーザが所有する電話番号を用いてもよいし、ユーザが所有する電話番号を一意に特定できる識別情報を利用してもよい。リスト管理部６１３は、ユーザからのリクエストや抽出部６２５の抽出結果に応じてリクエストリスト記憶部６１４に記憶された情報を書き換えてデータの更新をする。
【００３４】
識別情報管理部６２０は、複数あるコンテンツのいずれかに接続可能な接続先情報を管理して割り当てるとともに、音声通信端末４０から接続の要求があった場合に、接続を行って良いか否かを判断する。
属性情報記憶部６２１は、音声通信端末４０を利用するユーザの属性情報を音声通信端末毎に記憶する。配信リスト記憶部６２２は、リクエストを行ったユーザのＩＤと、リクエストが行われた対象の番組を識別するコンテンツＩＤと、コンテンツＩＤに対応する番組に割り当てられた電話番号とを対応付けて記憶する。コンテンツＩＤ管理部６２３は、配信者端末１０のコンテンツＩＤ管理部１３０が生成したコンテンツＩＤを受信し、配信リスト記憶部６２２に書き込む。識別情報割り当て部６２４は、配信者端末１０の番組に参加するための電話番号を割り当て、割り当てた電話番号と割り当てた対象の番組のコンテンツＩＤとを対応付けて配信リスト記憶部６２２に記憶する。この割り当ては、例えば、識別情報割り当て部６２４は、利用可能な電話番号を複数記憶しており、コンテンツの配信時にコンテンツＩＤを配信者端末１０から受信すると、この記憶された電話番号の中からいずれかをコンテンツＩＤに対して割り当てる。また、識別情報割り当て部６２４は、配信者端末１０から番組が終了したことを受信すると、配信リスト記憶部６２２に記憶された情報のうち、終了した番組のコンテンツＩＤとその番組に対応付けられた電話番号と、ユーザＩＤを配信リスト記憶部６２２上から削除する。配信リスト記憶部６２２から削除された電話番号は、別の番組に対して割り当てを行うことが可能である。
【００３５】
抽出部６２５は、複数の音声通信端末４０の中から接続対象となる音声通信端末４０を抽出する。この抽出部６２５が行う抽出には複数種類の方法があり、例えば、以下の抽出方法が挙げられる。
（ａ）音声通信が可能な音声通信端末４０の電話番号を予め記憶しておき、この中から抽出する。ここでは、リクエストとして受け付けをしていないが、通信が可能であることをユーザから予め意思表示してもらい、これを記憶しておく。例えば、番組の視聴者として登録することが挙げられる。
（ｂ）要求受信部６１１が受信した音声通信要求に基づいて、音声通信要求があった音声通信端末４０の中から接続対象の音声通信端末を抽出する。これは、番組を視聴している複数の視聴者のうち、リクエストを行ったユーザのなかから抽出を行う。
（ｃ）属性情報記憶部６２１に記憶された属性情報に基づいて、接続する対象として特定された属性情報に該当する音声通信端末４０の中から、接続対象の音声通信端末４０を抽出する。この接続対象となる属性の特定の仕方については、配信者端末１０がリクエスト管理サーバ６０に対して属性情報を指定することにより、特定されるようにしてもよいし、リクエスト管理サーバ６０自身が、属性情報の中から選択するようにしてもよい。
（ｄ）複数の音声通信端末のなかからランダムに接続対象の音声通信端末を抽出する。これは、例えば、上記（ａ）、（ｂ）のいずれを対象としてもよいし、両方を対象とし、その中からランダムに抽出することができる。
（ｅ）複数の音声通信端末４０のうち、音声通信要求を行った順に従って接続対象の音声通信端末を抽出する。すなわち、リクエストを行った先着順に抽出する。
（ｆ）リクエストを行ったユーザまたは行っていないユーザの音声通信端末４０を、配信者端末１０から指定を受け付け、この指定に応じたユーザを抽出する。これは、配信者が任意に抽出を行うことができる。
（ｇ）上記の（ａ）〜（ｆ）によって複数の音声通信端末４０を抽出し、抽出された音声通信端末４０のなかから、さらに（ａ）〜（ｆ）のいずれかによって接続対象の音声通信端末４０の抽出を行う。
【００３６】
このように、抽出方法は多数あるが、（ａ）〜（ｇ）を複数組み合わせて抽出するようにしてもよい。
【００３７】
有効判定部６２６は、電話番号確認部５１０が検出した発信元の電話番号と発信先の電話番号に基づいて、配信リスト記憶部６２２に記憶された情報と比較し、音声通信端末４０が行った発呼が有効か否かを判定する。この判定は、例えば、発信先の電話番号が、配信リスト記憶部６２２に記憶されているか否かを判定し、記憶されている場合には、有効である旨を電話番号確認部５１０に出力し、記憶されていない場合には、無効である旨を電話番号確認部５１０に出力する。
【００３８】
図７は、リクエストリスト記憶部６１４に記憶される情報の一例を表す図である。
ユーザＩＤは、音声通信端末４０からリクエストを受け付けると、このリクエストを行ったユーザのユーザＩＤとしてリスト管理部６１３によって書き込まれる。当選識別情報は、ユーザＩＤが書き込まれた段階では当選していないことを表す「０」がリスト管理部６１３によって書き込まれ、抽出部６２５によって抽出された場合には、当選したことを表す「１」が書き込まれる。
【００３９】
図８は、属性情報記憶部６２１に記憶される情報の一例を表す図である。
ユーザＩＤは、音声通信端末４０を利用するユーザを識別する情報であり、コミュニケーションシステム１を利用するユーザ登録を行ったユーザＩＤについて記憶される。属性情報は、ユーザＩＤに対応付けて記憶される情報であり、ユーザの属性を表す。この属性情報は、ここでは、ユーザの性別、ユーザの年齢、ユーザの所在地、ユーザがコミュニケーションシステム１に関連するインターネットショッピングサイトにおいて商品を買った履歴である購買履歴、コミュニケーションシステム１においてユーザが参加しているコミュニティを表す参加コミュニティ、コミュニケーションシステムに会員登録をする際に通常会員であるか、より付加価値のあるサービスが受けられるプレミアム会員であるかを表す会員種別、ユーザが利用する音声通信端末４０（携帯電話）のキャリアを表すキャリア種別等がある。
【００４０】
図９は、配信リスト記憶部６２２に記憶される情報の一例を表す図である。
コンテンツＩＤは、コンテンツＩＤ管理部１３０によって書き込まれる。電話番号は、識別情報割り当て部６２４によってコンテンツＩＤに対して割り当てられた電話番号であり、識別情報割り当て部６２４によってコンテンツＩＤに対応付けて書き込まれる。ユーザＩＤは、ライブ映像のコンテンツに参加している、すなわち、配信者端末１０の配信者と音声通信端末４０によって通話を行っているユーザのユーザＩＤが書き込まれる。ここでは、同時に複数のユーザが同じ番組に参加している場合には、複数のユーザＩＤが記憶される。
【００４１】
次に、上述したコミュニケーションシステム１の動作について、図１０、図１１を用いて説明する。図１０は、コミュニケーションシステムの動作を表すシーケンス図である。この図１０では、配信者端末１０、音声通信端末４０、音声通信接続装置５０、リクエスト管理サーバ６０の動作を中心に説明する。図１１は、コミュニケーションシステムの情報の流れを表す図である。
【００４２】
まず、配信者端末１０は、ライブ映像や音声をコンテンツとしてコンテンツサーバ２０に配信し（図１１ステップＳ２０１）、番組であるコンテンツの配信を開始する。コンテンツサーバ２０は、配信者端末１０から配信されるコンテンツを、番組を指定して視聴要求を行ったユーザ端末３０に対して配信する（図１１ステップＳ２０２）。このとき、コンテンツサーバ２０は、ユーザ端末３０からコメントが発言された場合には、そのコメントを受信し、他のユーザ端末３０にコンテンツとともに配信する。これにより、ユーザ端末３０の表示画面にコンテンツの動画が表示されるとともに、コメントが動画に重ね合わせて表示される。さらに、コンテンツの音声がスピーカから出力される。このコメントは、一定時間経過後に画面上から消え、非表示の状態となる。
【００４３】
配信者端末１０は、コンテンツの配信後、リクエストを受け付けるタイミングに到達した際に、リクエストの受け付けを行うことを表すリクエスト受け付けフラグと、コンテンツ配信開始時に生成されるコンテンツＩＤとをリクエスト管理サーバ６０に送信する（図１０ステップＳ１０１、図１１ステップＳ２０３）。リクエスト管理サーバ６０のリスト管理部６１３は、配信者端末１０からリクエスト受け付けフラグを受信すると（図１１ステップＳ２０４）、コンテンツＩＤとリクエスト受け付けフラグを自身の所定のメモリ領域内に一時記憶し、このコンテンツＩＤに対応するリクエストリストの記憶領域をリクエストリスト記憶部６１４に確保する。また、コンテンツＩＤに対応する電話番号の割り当てを行い、コンテンツＩＤと対応付けて配信リスト記憶部６２２に記憶する（図１１ステップＳ２０５）。
【００４４】
ユーザ端末３０によって番組を視聴しているユーザは、自身が保有する音声通信端末４０を利用して、リクエストを開始しているかを確認するべく、リクエスト受け付けフラグがあるか否かをポーリング機能を利用してリクエスト管理サーバ６０に送信する（図１０ステップＳ１０２、図１１ステップＳ２０６）。ここで、リクエスト管理サーバ６０のリスト管理部６１３が、リクエスト受け付けフラグを受信している場合には、リクエスト制御部６１０が、音声通信端末４０に対してリクエスト受け付けフラグが「リクエスト可」を表すフラグを音声通信端末４０に送信し、リクエスト受け付けフラグを受信していない場合には、「リクエスト不可」を表すフラグを音声通信端末４０に送信する。
【００４５】
音声通信端末４０は、 「リクエスト可」であることを受信し、ユーザによってリクエストを行う旨の指示が入力されると、音声通信端末４０は、リクエストを送信（音声通信要求を送信）する（図１０ステップＳ１０２、図１１ステップＳ２０７）。
【００４６】
リクエスト管理サーバ６０は、リクエストを受信すると、リクエストを行ったユーザＩＤをリクエストリスト記憶部６１４に順次記憶する（図１１ステップＳ２０８）。リクエスト制御部６１０は、リクエストリスト記憶部６１４に記憶されたリクエストリストをリクエストユーザ一覧として配信者端末１０に送信する（図１０ステップＳ１０３、図１１ステップＳ２０９）。配信者端末１０は、受信したリクエストリストを画面上に表示し、配信者によってその中から選択されるユーザＩＤをリクエスト管理サーバ６０に送信する（図１０ステップＳ１０４、図１１ステップＳ２１０）。リクエスト管理サーバ６０は、選択されたユーザＩＤを受信すると、この受信したユーザＩＤの中から、抽出部６２５によって抽出を行い（図１０ステップＳ１０５、図１１ステップＳ２１１）、番組に対して
割り当てられた電話番号と、当選した事を示す情報を、抽出されたユーザＩＤに対応する音声通信端末４０に対して送信する（図１０ステップＳ１０６、図１１ステップＳ２１２）。
【００４７】
音声通信端末４０は、電話番号と当選の通知とを受信すると、電話番号と当選したことを画面上に表示する。この表示を見たユーザによって、表示された電話番号に対する発信の指示が入力されると、音声通信端末４０は、指定された電話番号に発信する。これにより、音声通信端末４０から音声通信接続装置５０に対して音声通信の確立要求が送信される（図１０ステップＳ１０７、図１１ステップＳ２１３）。
音声通信接続装置５０に対して音声通信接続装置５０は、発信先の電話番号をリクエスト管理サーバ６０に通知し、発信先の電話番号が有効か否かの問い合わせを行う（図１０ステップＳ１０８、図１１ステップＳ２１４）。
【００４８】
リクエスト管理サーバ６０は、電話番号が有効か否かの問い合わせを受信すると、この電話番号が配信リスト記憶部６２２に記憶されているか否かを有効判定部６２６によって判定し、有効である場合、有効である旨を音声通信接続装置５０に送信する（図１０ステップＳ１０９）。音声通信接続装置５０は、有効である旨の通知を受けると、発信した音声通信端末４０の電話番号に対する音声通信の接続を行う（図１０ステップＳ１１０）。ここでは、音声通信接続装置５０は、音声通信端末４０と電話番号の宛先であるコンテンツサーバ２０とを接続し、音声通信端末４０からの音声情報をコンテンツサーバ２０に送信する（図１１ステップＳ２１５）。
【００４９】
音声通信端末４０から音声情報を受信すると、コンテンツサーバ２０は、音声情報をコンテンツに合成し、各ユーザ端末３０に配信する（図１１ステップＳ２１６）。これにより、ユーザが音声情報をコンテンツとともに視聴できるようになる。
コンテンツサーバ２０は、音声通信端末４０から受信した音声情報を配信者端末１０にも送信する（図１１ステップＳ２１７）。これにより、配信者端末１０の配信者は、音声情報を音声として聞くことができる。
【００５０】
次に、音声通信端末４０からのユーザの音声を聞いた配信者が発話すると、この音声は、配信者端末１０からコンテンツサーバ２０に送信され（図１１ステップＳ２１８）、コンテンツサーバ２０から、この音声を含むコンテンツが音声通信接続装置５０に送信され（図１１ステップＳ２１９）、音声通信接続装置５０において、音声が音声通信端末４０に送信される（図１１ステップＳ２２０）。これにより、音声通信端末４０のユーザは、自身が発話した内容に対する配信者の発話内容を聞くことができ、配信者と会話を行うことができる。
【００５１】
ここで、上述した実施形態においては、コンテンツサーバ２０が、音声通信端末４０からの音声情報とコンテンツとを合成し、ユーザ端末３０に送信する場合について説明したが、音声通信端末４０から送信された音声を、コンテンツサーバ２０がコンテンツと合成を行わないでユーザ端末３０に送信するようにしてもよい。このような場合について、以下、図面を用いて説明する。
【００５２】
図１２は、第２の実施形態におけるコミュニケーションシステム１の情報の流れを説明するブロック図である。
ここで、第１の実施形態と異なる部分は、コミュニケーションシステムにサーバ９０が設けられ、コンテンツサーバ２０が音声情報を受信するのではなく、サーバ９０が音声情報を配信者端末１０に送信する点である。
ここでは、音声通信端末４０と音声通信接続装置５０とが通信の接続を行うと、音声通信端末４０から送信された音声情報は、音声通信接続装置５０からサーバ９０に送信される（符号ａ）。サーバ９０は、この音声情報を配信者端末１０に送信する（符号ｂ）。これにより、音声通信端末４０からの音声情報は、配信者端末１０に送信される。この音声情報は、配信者端末１０においてコンテンツに合成され、コンテンツサーバ２０に配信される。そして、音声情報は、コンテンツサーバ２０からコンテンツに合成されたままユーザ端末３０に配信される。
【００５３】
図１３は、第３の実施形態におけるコミュニケーションシステム１の構成を説明するブロック図である。
ここで、第１の実施形態と異なる部分は、コンテンツサーバ２０がコンテンツに音声情報を合成するのではなく、コンテンツサーバ２０が音声通信接続装置５０から音声情報を受信すると（符号ａ）、配信者端末１０に送信するとともに（符号ｂ）、各ユーザ端末３０にもそれぞれ配信する（符号ｃ）。
【００５４】
以上説明した実施形態において、音声通信接続装置５０は、ＰＢＸである場合について説明したが、音声通信を行うことができるものであれば、ＰＢＸ以外でもよい。例えば、ヘッドセットが接続されたコンピュータと音声通信を行うインターネット電話サービス等を実現する通信サーバを用いるようにしてもよい。この場合、接続先情報は電話番号ではなく、通話相手を識別する識別情報が用いられる。
【００５５】
また、上述した実施形態において、コンテンツサーバ２０に、コメント記憶部２１０を設け、コンテンツとコメントとの両方をユーザ端末３０に配信する場合について説明したが、コメント記憶部２１０と、ユーザ端末３０からコメントを受信する受信機能と、コメント記憶部２１０に記憶されたコメントをユーザ端末３０に配信する配信機能とをコンテンツサーバ２０とは別のサーバに分け、コメントサーバとして設けるようにしてもよい。
【００５６】
また、上説明した実施形態において、ユーザ端末３０と音声通信端末４０とが異なる装置である場合について説明したが、同一装置内に設けるようにしてもよい。また、同一装置である場合、例えば、携帯電話に動画コンテンツの視聴機能が搭載されているものであればよい。このとき、ユーザ端末３０として利用している際、音声通信端末４０として利用する場合、ユーザは、携帯電話として耳に近づけると、この端末に設けられた画面を見ることができなくなる。しかし、音声通信によって配信者と通話するといった、視聴のみの立場から、コンテンツに参加する、あるいは配信者との会話という全くことなる立場から、コミュニケーションを図ることができる。
なお、音声通信端末４０は、外出先においても利用することが可能であるので、外出先においても、手軽にコンテンツに参加することができ、音声通信端末４０から配信者端末１０に対してリクエストを行い、コンテンツ配信中に音声による参加をし、配信者と会話をすることができる。
このように、音声通信端末４０（携帯電話）のみ所持している場合であっても、コミュニケーションを行う楽しみ方を切り替え、コミュニケーションを図ることができる。
【００５７】
また、上述した実施形態において、配信者端末１０からコンテンツサーバ２０に対し、リアルタイムに生成されたコンテンツを配信する場合について説明したが、コンテンツサーバ２０に配信するコンテンツは、リアルタイムに生成されたものに限られるものではない。例えば、コンテンツをデータベース等の記憶装置に予め記憶した配信者端末を設け、この配信者端末からコンテンツサーバ２０に対し、記憶されたコンテンツを番組の進行に応じて配信するようにしてもよい。この場合、配信者は、配信者端末のマイクとスピーカを利用して、音声通信端末４０とリアルタイムに音声通話を行う。例えば、予め記憶されたコンテンツを配信者端末からコンテンツサーバ２０を経由して各ユーザ端末３０に配信する。そして、配信者と音声通信端末４０のユーザとが、この配信されたコンテンツを見ながら、音声通話を利用して会話をし、この会話を各ユーザ端末３０にも配信する。一例としては、野球の試合のダイジェストをコンテンツとして配信しつつ、試合内容について、配信者と音声通信端末４０のユーザとが会話をし、この会話を各ユーザ端末３０に配信することが挙げられる。なお、この場合、記憶されたコンテンツを配信しつつ、配信者が音声通信を行うことができればよいので、配信者に音声通信を行うことができる端末を携帯させ、配信者端末とは別の場所において、音声通信端末４０のユーザと会話するようにしてもよい。これにより、配信者端末が設けられたスタジオ等の場所から離れたタレント等の配信者であっても、音声通信端末を携帯していれば、遠隔地から番組に参加をすることができる。
【００５８】
また、リアルタイムに生成されたコンテンツを配信する際、その番組の一部については、予め記憶されたコンテンツを配信するようにしてもよい。例えば、番組のオープニングとエンディングについては、リアルタイムに生成されたコンテンツを配信し、それ以外については、例えば、予め記憶されたコンテンツを配信するようにしてもよい。
【００５９】
また、上述した実施形態において、リクエスト管理サーバ６０は、図１１ステップＳ２１０において、配信者端末１０がリクエスト管理サーバ６０に対し、ユーザＩＤを送信することにより、リクエストを行ったユーザの中から抽出を行う場合について説明したが、上述したように、属性情報を用いて抽出を行うようにしてもよい。
例えば、図１１ステップＳ２１０においてユーザＩＤを指定するのではなく、配信者端末１０が、配信者によって指定される１つまたは複数の属性情報をリクエスト管理サーバ６０に送信する。ここでは、例えば、所在地が東京、会員種別がプレミアムである属性情報が配信者から指定されると、この属性情報がリクエスト管理サーバ６０に送信され、この属性情報に一致する属性情報のユーザが抽出部１２１によって抽出される。ここでは、２つの項目の両方に該当するユーザを抽出するか、いずれか一方に該当するユーザを抽出するかを配信者が指定するようにし、これに従って抽出部１２１が抽出するようにしてもよい。
【００６０】
また、上述した実施形態においては、配信者の通話相手となるユーザを決める際に属性情報を用いる場合について説明したが、コンテンツを配信する対象となるユーザ端末３０を決める際に用いるようにしてもよい。例えば、図１１ステップＳ２１０においてユーザＩＤを指定するのではなく、配信者端末１０が、コンテンツを配信する対象を特定する属性情報を指定してリクエスト管理サーバ６０に送信するとともに、コンテンツサーバ２０にも送信する。ここでは、例えば、所在地が東京、会員種別がプレミアムである属性情報が配信者から指定されると、この属性情報がリクエスト管理サーバ６０に送信されるとともに、コンテンツサーバ２０にも送信される。コンテンツサーバ２０は、この属性情報を受信すると、ユーザ端末３０からコンテンツ配信の要求を受けた際、この要求とともに送信されるユーザ端末３０のユーザＩＤに対応する属性情報をリクエスト管理サーバ６０にアクセスして得て、配信者端末１０から送信された属性情報に一致するか否かを判定する。そして、属性情報が一致するユーザ端末３０に対し、コンテンツ配信を行う。
例えば、プレミアム会員のユーザに対してのみ、プレミアム会員限定のコンテンツを閲覧できるように配信したり、「野球」の参加コミュニティに参加しているユーザにのみ、野球選手のインタビューの限定コンテンツを配信したりすることができる。
【００６１】
また、上述した実施形態において、属性情報として利用できる項目は、図８に示す項目に限られるものではなく、抽出部１２１によって抽出されたユーザのみであることを属性情報として用いるようにしてもよいし、あるコンテンツにおけるクイズに正解した正解者を属性情報として用いるようにしてもよい。これにより、コンテンツサーバ２は、リクエスト管理サーバ６０に記憶された属性情報に基づいて、コンテンツの配信対象である属性情報に該当するユーザ端末に対し、コンテンツを配信することができる。従って、属性に従って、視聴できるコンテンツを分けることができ、ある条件を満たすユーザのみ視聴できる限定コンテンツを配信することができる。
【００６２】
次に、第４の実施形態について説明する。この実施形態においては、リクエストを行ったユーザの中から、優先度を考慮して当選者を決定する場合について説明する。
図１４は、この実施形態におけるリクエスト管理サーバ６０の構成を示す図である。この図において、図６の各部に対応する部分に同一の符号を付し、その説明を省略する。以下、上述した実施形態とは異なる機能を説明する。
【００６３】
リクエストリスト記憶部６１４は、音声通信端末４０を利用する利用者を識別するユーザ識別情報と優先して抽出される度合いを表す優先度とを対応付けて記憶する。ここでいうユーザ識別情報とは、ユーザを個別に識別する情報であり、例えば上述のユーザIDまたは音声通信端末４０の電話番号である。
また、リクエストリスト記憶部６１４は、要求受信部６１１が音声通信要求部４３１から送信される音声通信要求を受信する毎に、音声通信端末４０から送信されるユーザ識別情報を新たに記憶する。
【００６４】
抽出部６２５は、リクエストリスト記憶部６１４に記憶された優先度に従ってユーザ識別情報を抽出することにより接続対象の音声通話端末を抽出する。
リスト管理部６１３は、ユーザ端末３０または音声通信端末４０のうち少なくともいずれかから送信される指示を受信した場合または、抽出部６２５によって抽出が行われた場合に、リクエストリスト記憶部６１４に記憶された優先度を更新する。
また、リスト管理部６１３は、音声通信要求を受信し、リクエストリスト記憶部６１４に新たにユーザ識別情報が追加されると、この新たに追加されたユーザ識別情報に対して当該ユーザ識別情報に対応するユーザに応じた優先度を対応づけてリクエストリスト記憶部６１４に記憶する。
【００６５】
優先度ルール決定部６１５は、どの優先度の項目を用いるかを決定し、決定された優先度の項目をリスト管理部６１３に対し、ルールとして指定する。優先度の項目が指定されることにより、リスト管理部６１３が、このルールに従って、指定された優先度の項目を、リクエストリスト記憶部６１４に記憶されたユーザID毎に対応づけて記憶し、この項目に応じた優先度を更新する。
この優先度の項目とは、優先度合いを決定する条件であり、例えば、優先順位、ランク、スコア、ポイント、時間、予想内容、属性情報がある。ここでは、ルールとして、例えば、どの優先度の項目を用いるかをコンテンツ毎に予め決められており、配信するコンテンツが決定すると、そのコンテンツに応じた優先度の項目がリスト管理部６１３によって決定され、この決定された優先度の項目がリクエストリスト記憶部６１４にユーザＩＤに対応付けて記憶される。例えば、野球の試合をコンテンツとして配信する場合、予想内容を優先度の項目として用いることをルールとすることを予め定めておくことができる。
【００６６】
また、ルールとして、配信者または視聴者からの指示に従って決める、というルールを用いることができ、コンテンツ配信前あるいはコンテンツ配信中に、配信者または視聴者の指示に従って優先度の項目が決定される。例えば、旅行に関するコンテンツを配信している場合、旅行先の場所が神奈川県である場合、所在地が神奈川県のユーザの当選確率を１０倍にする、という優先度が配信者によって指定されると、属性情報の所在地が神奈川県であるユーザの優先度のうち属性情報の項目が１０倍として更新され、その他の所在地のユーザについては、１倍として更新される。さらに、旅行先の土地に関連するクイズを複数出題する際には、クイズの正解数を表すスコアを優先度として用いることが配信者によって指定されると、このスコアが高いユーザについて、優先して当選される。ここで、例えばスコアが同じである場合には、属性情報を参照し、属性情報の優先度が高いユーザを抽出する、など、複数の項目を用いるルールを設定することもできる。
【００６７】
優先順位とは、優先される順位を表す情報であり、順位が高い程、優先して抽出される。ランクとは、ユーザ毎に付与されたランクを表しており、例えば、金、銀、銅などのランクがあり、ランクが高い程、優先して抽出される。
スコアとは、予め決められたゲームにおいてユーザが得た得点を表しており、このスコアが高い程、優先して抽出される。このゲームは、コンテンツ毎に予め決められていてもよいし、配信者または視聴者からの指定を受信し、この指定に従って決めるようにしてもよい。
ポイントは、ユーザから投じられたポイント数を表しており、例えば、各ユーザがそれぞれポイントを保有しており、自身が保有するポイントの範囲内でポイントを投じる指示を音声通信端末４０またはユーザ端末３０から入力することにより、リスト管理部６１３がリクエストリスト記憶部６１４に記憶されたポイント数が加算されて更新される。
時間は、問いに対して回答をするまでの時間であり、例えば、コンテンツ配信中に配信者から出題されるクイズに対して回答を送信するまでの時間である。
予想内容は、問いに対するユーザの予想であり、例えば、「○チーム対×チームの試合は、どちらが勝つか？」という問題に対し、勝つチームがいずれであるかを予想したユーザの回答である。
属性情報は、ユーザの属性を表す情報であり、例えば、属性情報記憶部６２１に記憶された属性情報のうち少なくともいずれか１つが記憶される。また、この属性情報は、どの属性を用いるかについては、どのような属性のユーザを優先させるかに応じた項目が用いられ、例えば、コンテンツ毎に予め決められていてもよいし、配信者または視聴者からの指定を受信し、この指定に従って決めるようにしてもよい。具体的には、属性情報として所在地を用いる場合、所在地が東京都であるユーザの当選確率を１０倍、それ以外の所在地のユーザの当選確率を１倍にし、倍率が高いユーザを優先して抽出する。
【００６８】
図１５は、この実施形態におけるリクエストリスト記憶部６１４に記憶される情報の一例を示す図である。この図において、リクエストリスト記憶部６１４には、ユーザＩＤ、当選識別情報、優先度とが対応付けて記憶される。優先度は、優先順位、ランク、スコア、ポイント、時間、予想内容、属性のうち、優先度として用いられるいずれかの項目が記憶される。ここでは、各項目について記憶される場合が図示されており、優先度として用いられる項目について抽出部６２５によって読み出され、抽出の際に用いられる。
【００６９】
次に、この実施形態における動作を説明する。ここでは、音声通信端末４０から音声通話要求を受信し、抽出部６２５が抽出を行う動作について説明をする。これ以外の動作は、上述の第１から第３の実施形態と同様であるので、その説明を省略する。
図１６は、リクエスト管理サーバ６０の動作を説明するフローチャートである。
音声通信端末４０からリクエストが送信されると、リクエスト管理サーバ６０は、そのリクエストを受信し（ステップＳ４００）、リクエストをリクエストリスト記憶部６１４に記憶するとともに、どの優先度を用いるかのルールに従って、優先度をユーザＩＤに対応付けて記憶する。ここでは、ルールに従って、予め定められた優先度の項目または、配信者（あるいは視聴者）によって指定された優先度の項目の情報を記憶するメモリ領域が確保され初期値が記憶される（ステップＳ４０１）。
優先度の項目が決定されると、リスト管理部６１３は、その優先度の更新を行うか否かを判定する（ステップＳ４０２）。この更新は、優先度の項目が変更された場合、または、配信者（あるいは視聴者）が、優先度を変更する指示の入力があった場合に、更新を行うとして判定され、更新を行う（ステップＳ４０３）。配信者（あるいは視聴者）が、優先度を変更する指示の入力が行われる場合の一例としては、クイズに対する回答を入力したり、予想内容を回答したりする場合である。
【００７０】
一方、優先度の更新を行わないと判定されると、抽出部６２５は、抽出を行うか否かを判定する（ステップＳ４０４）。この抽出は、配信者または視聴者によって抽出する指示が入力された場合に実行されるか、コンテンツに応じて抽出タイミングが指定されている場合には、そのタイミングに到達した場合（例えば、野球の試合が終了した時点）に実行される。抽出が行われると（ステップＳ４０５）、当選したユーザの当選者識別情報を「１」に更新してステップＳ４０６に移行する。
【００７１】
抽出を行わないと判定されると、リスト管理部６１３は、コンテンツの配信が終了したか否かを判定し（ステップＳ４０６）、コンテンツの配信が終了した場合には処理を終了し、コンテンツの配信が継続している場合には、ステップＳ４０２に移行する。
【００７２】
以上説明した実施形態においては、優先度をユーザ毎に設け、その優先度に従って抽出を行って当選者を決定するようにしたので、娯楽性を高めつつ、新たなコミュニケーションの場を提供することができる。
【００７３】
また、この実施形態によれば、優先度に応じて抽出部６２５が抽出を行ったのち、再度ステップＳ４０４に移行した際には、まだ当選していないユーザの中から再度抽出を行うことができるので、リクエストの受付をし、抽出を行い、発表するといった処理で完結してしまうのではなく、現在受け付けたリクエストや優先度の情報を保持して、引き続きそのデータを用いて次回の抽出を行うことができる。
【００７４】
また、この実施形態において、ユーザの優先度を音声通信端末４０に送信して表示させるようにしてもよい。例えば、リクエストリスト記憶部６１４に記憶された優先度の情報を読み出し、読み出した結果をリクエスト制御部６１０が音声通信端末４０に送信する。ここでは、例えば送信先のユーザの優先順位、スコア等の優先度の情報をそのまま送信してもよいし、リクエストリストを行ったユーザの中で、自分がどの程度の位置づけであるかを集計し、集計結果を送信するようにしてもよい。例えば、優先順位を送信する場合、「あなたは現在１５位です」という情報が音声通信端末４０の表示画面に表示され、スコアの集計結果を送信する場合、「トップとの差は、８０ポイントです」等のように、最上位のユーザとの差が把握できるような情報を送信して表示させる。また、ゲームとしてビンゴが行われている場合には、「リーチの人は、１５人です」のような情報が表示される。これにより、ユーザは、リクエストが行われたユーザの中で、自分がどの程度の位置づけであるかを把握することが可能になる。
【００７５】
また、図１における配信者端末１０、コンテンツサーバ２０、音声通信端末４０、音声通信接続装置５０、リクエスト管理サーバ６０の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより音声情報の送受信の管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウ
ェアを含むものとする。
【００７６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【００７７】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７８】
１ コミュニケーションシステム
１０ 配信者端末
２０ コンテンツサーバ
３０ ユーザ端末
４０ 音声通信端末
５０ 音声通信接続装置
６０ リクエスト管理サーバ
１１０ カメラ
１２０ マイク
１３０、６２３ コンテンツＩＤ管理部
１４０ データ変換部
１５０ リクエスト制御部
１６０、４３０ 通信部
２１０ コメント記憶部
２２０ 音声データ管理部
２３０ 合成部
２４０ 接続制御部
２５０ 配信部
４１０ 出力部
４２０ 識別情報記憶部
４３１ 音声通信要求部
４３２ 接続先情報受信部
４３３ 音声情報通信部
５１０ 電話番号確認部
５２０ データ変換部
６１０ リクエスト制御部
６１１ 要求受信部
６１２ 接続先情報送信部
６１３ リスト管理部
６１４ リクエストリスト記憶部
６１５ 優先度ルール決定部
６２０ 識別情報管理部
６２１ 属性情報記憶部
６２２ 配信リスト記憶部
６２４ 識別情報割り当て部
６２５ 抽出部
６２６ 有効判定部
【技術分野】
【０００１】
本発明は、配信者からユーザに対してコンテンツを配信しながら、コンテンツを視聴しているユーザと配信者がコミュニケーションを図ることができるコミュニケーションシステム、コミュニケーション方法に関する。
【背景技術】
【０００２】
ネットワークを介して複数のユーザ端末に接続された情報通信サーバが、ユーザ端末に配信される動画情報に応じてユーザ端末に入力されるコメントを他のユーザ端末に配信する情報通信システムが利用されている。このような情報通信システムによれば、同一の動画を同時に視聴する複数のユーザがリアルタイムにコメントし合うことで、臨場感のあるコミュニケーション空間を提供することができる。
【０００３】
このような複数のユーザ端末間でのコメントの送受信を制御する技術として、例えば、特許文献１には、ユーザ端末から送信されるコメントを情報通信サーバが管理する情報通信システムが示されている。このような情報通信システムによれば、多数のユーザ端末が情報通信システムに接続し、多くのユーザを参加させることができる。また、ユーザ端末が多数であっても、情報通信サーバにかかる負荷を低減させることも可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−３３４０２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年は、上述の動画として、一度録画されたものを配信するものの他に、コンテンツの一部にライブ映像すなわち、カメラで撮像された画像をリアルタイムにユーザ端末へ配信するものも提供されつつある。このようなコンテンツを配信する場合、リアルタイム性のあるコンテンツには、コンテンツへの出演者が存在する。
また、例えば、一度録画されたコンテンツを利用する場合であっても、音声については、リアルタイムで配信する場合も考えられる。いずれの場合においても、コンテンツを配信する際に、リアルタイム性のあるコンテンツには、コンテンツへの出演者が存在する。
このように、動画として配信できる内容に広がりが生まれつつあるので、その広がりを活かした、新たなコミュニケーション空間を提供できることが望ましい。
しかしながら、上記の特許文献１は、動画に対し、お互いにテキストデータによって発言したコメントをユーザ端末間で参照してコミュニケーションを図るものであるので、上述したような、コンテンツの広がりを必ずしも十分に活かしたものではない。
【０００６】
本発明は、このような事情に鑑みてなされたもので、その目的は、テキスト以外の情報も利用しつつ、新たなコミュニケーション空間を提供することができるコミュニケーションシステム、コミュニケーション方法を提供することにある。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムであって、前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、前記配信者端末は、コンテンツを前記コンテンツサーバに配信する配信部とを有し、前記リクエスト管理サーバは、前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出する抽出部と、音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信する接続先情報送信部と、を有し、前記音声通信端末は、前記リクエスト管理サーバから送信される接続先情報を受信する接続先情報受信部と、前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信する音声情報通信部と、を有し、前記コンテンツサーバは、前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信する配信部を有し、前記音声通信接続装置は、前記音声通信端末と前記配信者端末との通信を成立させることを特徴とする。
【０００８】
また、本発明は、上述のコミュニケーションシステムにおいて、前記音声通信端末は、携帯電話であり、前記接続先情報は、電話番号であることを特徴とする。
【０００９】
また、本発明は、上述のコミュニケーションシステムにおいて、前記配信者端末の配信部は、リアルタイムに生成されたコンテンツを前記コンテンツサーバに配信することを特徴とする。
【００１０】
また、本発明は、上述のコミュニケーションシステムにおいて、前記音声通信端末は、ユーザからの入力に従って、音声通信を行う要求である音声通信要求を前記リクエスト管理サーバに送信する音声通信要求部を有し、前記リクエスト管理サーバは、前記音声通信要求部から送信される音声通信要求を受信する要求受信部を有し、前記抽出部は、前記要求受信部が受信した音声通信要求に基づいて、音声通信要求があった音声通信端末の中から接続対象の音声通信端末を抽出し、前記接続先情報送信部は、前記抽出部によって抽出された音声通信端末に対し接続先情報を送信することを特徴とする。
【００１１】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエスト管理サーバは、前記音声通信端末を利用する利用者を識別するユーザ識別情報と優先して抽出される度合いを表す優先度とを対応付けて記憶するリクエストリスト記憶部を有し、前記抽出部は、前記リクエストリスト記憶部に記憶された優先度に従ってユーザ識別情報を抽出することにより接続対象の音声通話端末を抽出することを特徴とする。
【００１２】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエスト管理サーバは、前記ユーザの端末または前記音声通信端末のうち少なくともいずれかから送信される指示を受信した場合または、前記抽出部によって抽出が行われた場合に、前記リクエストリスト記憶部に記憶された優先度を更新するリスト管理部を有することを特徴とする。
【００１３】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエストリスト記憶部は、前記要求受信部が前記音声通信要求部から送信される音声通信要求を受信する毎に、前記音声通信端末から送信されるユーザ識別情報を新たに記憶し、前記リスト管理部は、新たに記憶されたユーザ識別情報に対して当該ユーザ識別情報に対応するユーザに応じた優先度を対応づけて前記リクエストリスト記憶部に記憶することを特徴とする。
【００１４】
また、本発明は、上述のコミュニケーションシステムにおいて、前記リクエスト管理サーバは、前記音声通信端末を利用するユーザの属性情報を前記音声通信端末毎に記憶する属性情報記憶部を有し、前記抽出部は、前記属性情報記憶部に記憶された属性情報に基づいて、接続する対象として特定された属性情報に該当する音声通信端末の中から、接続対象の音声通信端末を抽出することを特徴とする。
【００１５】
また、本発明は、上述のコミュニケーションシステムにおいて、前記コンテンツサーバは、前記リクエスト管理サーバに記憶された属性情報に基づいて、コンテンツの配信対象である属性情報に該当するユーザ端末に対し、コンテンツを配信することを特徴とする。
【００１６】
また、本発明は、上述のコミュニケーションシステムにおいて、前記抽出部は、前記複数の音声通信端末のなかからランダムに接続対象の音声通信端末を抽出することを特徴とする。
【００１７】
また、本発明は、上述のコミュニケーションシステムにおいて、前記抽出部は、前記複数の音声通信端末のうち、音声通信要求を行った順に従って接続対象の音声通信端末を抽出することを特徴とする。
【００１８】
また、本発明は、上述のコミュニケーションシステムにおいて、前記抽出部は、前記抽出された接続対象の音声通信端末のなかから、さらに接続対象の音声通信端末の抽出を行うことを特徴とする。
【００１９】
また、本発明は、複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムにおけるコミュニケーション方法であって、前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、前記配信者端末の配信部が、コンテンツを前記コンテンツサーバに配信し、前記リクエスト管理サーバの抽出部が、前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出し、前記リクエスト管理サーバの接続先情報送信部が、音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信し、前記音声通信端末の接続先情報受信部が、前記リクエスト管理サーバから送信される接続先情報を受信し、前記音声通信端末の音声情報通信部が、前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信し、前記コンテンツサーバの配信部が、前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信し、前記音声通信接続装置が、前記音声通信端末と前記配信者端末との通信を成立させることを特徴とする。
【発明の効果】
【００２０】
以上説明したように、この発明によれば、配信者端末によって配信されるコンテンツをコンテンツサーバからユーザ端末に配信しつつ、リクエスト管理サーバが、音声通信端末を抽出し、接続先情報を抽出された音声通信端末に対して送信し、音声通信端末が、リクエスト管理サーバから送信される接続先情報を受信し、この接続先情報に従って音声通信接続装置に接続して音声情報をコンテンツサーバに送信する。さらに、音声通信接続装置が、音声通信端末と配信者端末との通信を成立させるようにした。これにより、コンテンツをユーザ端末に配信しつつ、音声通信端末の通話者と配信者端末の配信者との音声通話を成立させることができるとともに、通話内容をユーザ端末に対し、コンテンツとともに配信することができる。これにより、通話者は、コンテンツの配信者と音声通話をすることができるとともに、コンテンツに参加することができるので、テキスト以外の情報も利用しつつ、新たなコミュニケーション空間を提供することができる。
また、ユーザ端末のユーザは、コンテンツを視聴しつつ、コンテンツに対するコメントを発言することができ、また、通話者と配信者との会話をコンテンツとともに視聴することができ、これに対してもコメントを発言することができる。従って、ユーザ端末を利用してコンテンツを視聴している途中であっても、ユーザに対し、コメントの発言や読む楽しみのみではなく、コンテンツの出演者と会話によってコミュニケーションをできるように楽しみ方を切り替えることができるので、コミュニケーションの場面を広げることができる。
【図面の簡単な説明】
【００２１】
【図１】この発明の一実施形態によるコミュニケーションシステムの構成を示す概略ブロック図である。
【図２】配信者端末１０の構成を示すブロック図である。
【図３】コンテンツサーバ２０の構成を表すブロック図である。
【図４】音声通信端末４０の構成を表すブロック図である。
【図５】音声通信接続装置５０の構成を表すブロック図である。
【図６】リクエスト管理サーバ６０の構成を表すブロック図である。
【図７】リクエストリスト記憶部６１４に記憶される情報の一例を表す図である。
【図８】属性情報記憶部６２１に記憶される情報の一例を表す図である。
【図９】配信リスト記憶部６２２に記憶される情報の一例を表す図である。
【図１０】コミュニケーションシステムの動作を表すシーケンス図である。
【図１１】コミュニケーションシステムの情報の流れを表す図である。
【図１２】第２の実施形態におけるコミュニケーションシステム１の情報の流れを説明するブロック図である。
【図１３】第３の実施形態におけるコミュニケーションシステム１の構成を説明するブロック図である。
【図１４】第４の実施形態におけるリクエスト管理サーバ６０の構成を示す図である。
【図１５】第４の実施形態におけるリクエストリスト記憶部６１４に記憶される情報の一例を示す図である。
【図１６】第４の実施形態におけるリクエスト管理サーバ６０の動作を説明するフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施形態によるコミュニケーションシステムについて図面を参照して説明する。図１は、この発明の一実施形態によるコミュニケーションシステムの構成を示す概略ブロック図である。
コミュニケーションシステム１は、配信者端末１０と、コンテンツサーバ２０と、ユーザ端末３０と、音声通信端末４０と、音声通信接続装置５０と、リクエスト管理サーバ６０とがネットワークを介して接続されている。このネットワークは、インターネット網や公衆回線網等であり、いずれか一方を用いて接続されたり、両方が組み合わされて接続される場合もある。
【００２３】
このコミュニケーションシステム１の動作の概略は、配信者端末１０がライブ映像をコンテンツとしてコンテンツサーバ２０に配信し、コンテンツサーバ２０が、ユーザ端末３ｄ０にこのコンテンツを配信する。また、コンテンツサーバ２０は、コンテンツを視聴したユーザからユーザ端末３０を介して入力されるコメントを受信し、他のユーザ端末３０にもコメントをコンテンツとともに配信する。
リクエスト管理サーバ６０は、ユーザ端末３０によってコンテンツを視聴しているユーザまたは視聴していないユーザが保持する音声通信端末４０と、配信者端末１０との通信を音声通信接続装置５０によって確立させ、この間で音声通信を成立させる。
これにより、ライブ映像であるコンテンツをユーザ端末３０に配信しつつ、音声通信端末４０の通話者と配信者端末１０の配信者との音声通話内容をコンテンツサーバ２０からユーザ端末３０に対し、コンテンツとともに配信する。これにより、通話者は、リアルタイムに配信されるコンテンツに出演する配信者と音声通話をすることができるとともに、リアルタイムに配信されるコンテンツに参加することができ、また、ユーザ端末３０を利用して自身が電話で参加しているコンテンツを視聴することができる。また、ユーザ端末３０は、リアルタイムに配信されるコンテンツを視聴しつつ、コンテンツに対するコメントを発言することができ、また、通話者と配信者との会話をコンテンツとともに視聴することができ、これに対してもコメントを発言することができる。
【００２４】
このように、音声通信端末４０（例えば、携帯電話）を用いることによって、ライブ映像のコンテンツを配信する配信者（例えば、出演者）と、音声通話によってコミュニケーションを図ることができ、ユーザ端末３０を用いたコメントによるコミュニケーション以外に、新たなコミュニケーションの場を提供することができる。これにより、ユーザ端末３０を利用してコンテンツを視聴している途中であっても、ユーザに対し、コメントの発言や読む楽しみのみではなく、ライブ映像に出演する出演者との会話によってコミュニケーションをできるように楽しみ方を切り替えることができるので、コミュニケーションの場面を広げることができる。
【００２５】
次に、コミュニケーションシステム１について、図面を用いて更に説明する。
図２は、配信者端末１０の構成を示すブロック図である。この配信者端末１０は、ライブ映像を配信する配信者が利用する端末である。この配信者としては、ライブ映像のコンテンツ（番組）に出演する者であればよく、例えば、司会、タレント、俳優、女優等の出演者である。
配信者端末１０において、カメラ１１０は、撮像対象を撮像する。ここでは、例えば、コンテンツとなるライブ映像に出演する出演者を撮像する。マイク１２０は、リアルタイムの映像が撮像される会場内の音声を検出する。ここでは、例えば、会場内（スタジオ内）にいる出演者の声を検出する。
コンテンツＩＤ管理部１３０は、配信者端末１０が配信するコンテンツを識別するコンテンツＩＤを生成する。このコンテンツＩＤによって、各番組を識別することができる。
データ変換部１４０は、カメラ１１０によって撮像された撮像データ、マイク１２０によって検出された音声データ、コンテンツＩＤ管理部１３０によって生成されたコンテンツＩＤを、通信可能なデータに変換する。
【００２６】
リクエスト制御部１５０は、配信者からの指示に応じてリクエストの受け付けの開始や終了を行うとともに、リクエスト管理サーバ６０と通信を行い、リクエストリスト記憶部６１４に記憶された情報の送信要求と受信を行う。また、ユーザの中からいずれかを選択する指示を配信者から受け付け、選択されたユーザのユーザＩＤをリクエスト管理サーバ６０に送信する。
通信部１６０は、データ変換部１４０によって変換された後の音声データや映像データをコンテンツとしてコンテンツサーバ２０に配信する機能と、リクエスト管理サーバ６０、音声通信接続装置５０と通信する機能を有する。
【００２７】
図３は、コンテンツサーバ２０の構成を表すブロック図である。コンテンツサーバ２０において、コメント記憶部２１０は、ユーザ端末３０から送信されたコメントを識別するコメント識別情報毎に、コメントであるテキスト情報とが対応付けられて記憶される。ここで、コメント記憶部３１０は、ユーザ端末３０に配信されるコンテンツ毎（番組毎）に異なるコメントの記憶領域（スレッド）を備えるようにして良い。また、ひとつのコンテンツに対して、複数のスレッドを備えるようにしても良い。
音声データ管理部２２０は、音声通信接続装置５０から送信された音声情報を受信して、配信者端末１０に送信する。
【００２８】
合成部２３０は、音声データ管理部２２０が音声通信接続装置５０から受信した音声情報を、配信者端末１０から配信されるコンテンツの映像や音声に対して合成したコンテンツを生成する。接続制御部２４０は、ユーザ端末３０のユーザによって選択された番組に対応するコンテンツが配信され、この配信されたコンテンツに応じてユーザ端末３０から送信されるコメントを受信し、コメント記憶部２１０に番組に対応する記憶領域（スレッド）に記憶する。接続制御部２４０は、合成部２３０によってコンテンツに音声情報が合成されている場合には、この合成されたコンテンツを配信部２５０によって配信する。また、接続制御部２４０は、ユーザ端末３０が視聴している番組に対応する記憶領域からコメントを読み出し、読み出したコメントを、その番組を視聴しているユーザ端末３０に対して配信部２５０によって配信する。配信部２５０は、ユーザ端末３０に対してコンテンツやコメントを配信する。コンテンツの配信方法としては、例えばストリーミング配信によって行う。
【００２９】
ユーザ端末３０は、複数台がコンテンツサーバ２０に接続可能である。このユーザ端末３０は、音声や映像であるコンテンツとともにコメントを出力する出力部を有する。この出力部は、例えば、ディスプレイ装置やスピーカである。またユーザ端末３０は、コメントを入力するキーボードやマウス等の入力デバイスと、コンテンツサーバ２０と通信を行う通信部を有する。
【００３０】
図４は、音声通信端末４０の構成を表すブロック図である。音声通信端末４０は、ユーザからの音声を検出して接続先に送信する機能と、音声を受信して出力する機能を有しており、例えば、携帯電話である。出力部４１０は、各種情報を表示するディスプレイと音声を出力するスピーカとを有する。
識別情報記憶部４２０は、音声通信端末４０を個別に識別する情報である識別情報を記憶する。この識別情報は、例えば、携帯電話の電話番号等であり、音声通信端末４０を呼び出す際に用いられる情報であればよい。通信部４３０は、音声通信要求部４３１、接続先情報受信部４３２、音声情報通信部４３３、を有し、他の機器と各種通信を行う。
音声通信要求部４３１は、入力部４４０を介してユーザから入力される指示に従って、音声通信を行う要求である音声通信要求をリクエスト管理サーバ６０に送信する。この音声通信要求は、音声通信端末４０を利用するユーザが、配信者端末１０が配信するコンテンツに音声による通話を要求する情報であり、以下、リクエストともいう。接続先情報受信部４３２は、リクエスト管理サーバ６０から送信される接続先情報を受信する。
音声情報通信部４３３は、接続先情報受信部４３２が受信した接続先情報に従って音声通信接続装置５０に接続して音声情報を送信する。この音声情報は、音声通信端末４０のユーザが話す音声である。
【００３１】
図５は、音声通信接続装置５０の構成を表すブロック図である。
音声通信接続装置５０は、音声通信を行う機器間を接続し、音声通信を成立させる機能を有し、例えば、ＰＢＸ（構内交換機）である。電話番号確認部５１０は、音声通信端末４０から着信の際に、発信元の電話番号と発信先の電話番号とを読み出してリクエスト管理サーバ６０の有効判定部６２６に出力し、有効判定部６２６から出力される有効か否かを表す情報に従って、音声通信端末４０との通信を確立するか否かを判定する。ここでは、電話番号確認部５１０は、有効である旨が有効判定部６２６から通知された場合に、音声通信端末４０との通信を確立させ、無効である旨が有効判定部６２６から通知された場合に、音声通信端末４０との通信を確立せず、通信を切断する。
【００３２】
データ変換部５２０は、コンテンツサーバ２０から配信されるコンテンツから音声を抽出し、発信元の音声通信端末４０に送信する。
【００３３】
図６は、リクエスト管理サーバ６０の構成を表すブロック図である。
リクエスト管理サーバ６０は、リクエスト制御部６１０と、識別情報管理部６２０とを有する。リクエスト制御部６１０は、音声通信端末４０からリクエストを受け付けて、当選したユーザの音声通信端末４０に接続先情報を通知する。
要求受信部６１１は、音声通信端末４０の音声通信要求部４３１から送信される音声通信要求を受信する。接続先情報送信部６１２は、音声通信を行うための接続先でありコンテンツ毎に異なる接続先である接続先情報を抽出部６２５によって抽出された音声通信端末４０に対して送信する。リクエストリスト記憶部６１４は、内部にリクエストを行ったユーザのユーザＩＤと、ユーザが抽出部６２５によって抽出されたか（当選されたか）否かを表す当選識別情報とを対応付けて記憶する。ユーザＩＤは、ユーザを個別に識別できればよく、ユーザが所有する電話番号を用いてもよいし、ユーザが所有する電話番号を一意に特定できる識別情報を利用してもよい。リスト管理部６１３は、ユーザからのリクエストや抽出部６２５の抽出結果に応じてリクエストリスト記憶部６１４に記憶された情報を書き換えてデータの更新をする。
【００３４】
識別情報管理部６２０は、複数あるコンテンツのいずれかに接続可能な接続先情報を管理して割り当てるとともに、音声通信端末４０から接続の要求があった場合に、接続を行って良いか否かを判断する。
属性情報記憶部６２１は、音声通信端末４０を利用するユーザの属性情報を音声通信端末毎に記憶する。配信リスト記憶部６２２は、リクエストを行ったユーザのＩＤと、リクエストが行われた対象の番組を識別するコンテンツＩＤと、コンテンツＩＤに対応する番組に割り当てられた電話番号とを対応付けて記憶する。コンテンツＩＤ管理部６２３は、配信者端末１０のコンテンツＩＤ管理部１３０が生成したコンテンツＩＤを受信し、配信リスト記憶部６２２に書き込む。識別情報割り当て部６２４は、配信者端末１０の番組に参加するための電話番号を割り当て、割り当てた電話番号と割り当てた対象の番組のコンテンツＩＤとを対応付けて配信リスト記憶部６２２に記憶する。この割り当ては、例えば、識別情報割り当て部６２４は、利用可能な電話番号を複数記憶しており、コンテンツの配信時にコンテンツＩＤを配信者端末１０から受信すると、この記憶された電話番号の中からいずれかをコンテンツＩＤに対して割り当てる。また、識別情報割り当て部６２４は、配信者端末１０から番組が終了したことを受信すると、配信リスト記憶部６２２に記憶された情報のうち、終了した番組のコンテンツＩＤとその番組に対応付けられた電話番号と、ユーザＩＤを配信リスト記憶部６２２上から削除する。配信リスト記憶部６２２から削除された電話番号は、別の番組に対して割り当てを行うことが可能である。
【００３５】
抽出部６２５は、複数の音声通信端末４０の中から接続対象となる音声通信端末４０を抽出する。この抽出部６２５が行う抽出には複数種類の方法があり、例えば、以下の抽出方法が挙げられる。
（ａ）音声通信が可能な音声通信端末４０の電話番号を予め記憶しておき、この中から抽出する。ここでは、リクエストとして受け付けをしていないが、通信が可能であることをユーザから予め意思表示してもらい、これを記憶しておく。例えば、番組の視聴者として登録することが挙げられる。
（ｂ）要求受信部６１１が受信した音声通信要求に基づいて、音声通信要求があった音声通信端末４０の中から接続対象の音声通信端末を抽出する。これは、番組を視聴している複数の視聴者のうち、リクエストを行ったユーザのなかから抽出を行う。
（ｃ）属性情報記憶部６２１に記憶された属性情報に基づいて、接続する対象として特定された属性情報に該当する音声通信端末４０の中から、接続対象の音声通信端末４０を抽出する。この接続対象となる属性の特定の仕方については、配信者端末１０がリクエスト管理サーバ６０に対して属性情報を指定することにより、特定されるようにしてもよいし、リクエスト管理サーバ６０自身が、属性情報の中から選択するようにしてもよい。
（ｄ）複数の音声通信端末のなかからランダムに接続対象の音声通信端末を抽出する。これは、例えば、上記（ａ）、（ｂ）のいずれを対象としてもよいし、両方を対象とし、その中からランダムに抽出することができる。
（ｅ）複数の音声通信端末４０のうち、音声通信要求を行った順に従って接続対象の音声通信端末を抽出する。すなわち、リクエストを行った先着順に抽出する。
（ｆ）リクエストを行ったユーザまたは行っていないユーザの音声通信端末４０を、配信者端末１０から指定を受け付け、この指定に応じたユーザを抽出する。これは、配信者が任意に抽出を行うことができる。
（ｇ）上記の（ａ）〜（ｆ）によって複数の音声通信端末４０を抽出し、抽出された音声通信端末４０のなかから、さらに（ａ）〜（ｆ）のいずれかによって接続対象の音声通信端末４０の抽出を行う。
【００３６】
このように、抽出方法は多数あるが、（ａ）〜（ｇ）を複数組み合わせて抽出するようにしてもよい。
【００３７】
有効判定部６２６は、電話番号確認部５１０が検出した発信元の電話番号と発信先の電話番号に基づいて、配信リスト記憶部６２２に記憶された情報と比較し、音声通信端末４０が行った発呼が有効か否かを判定する。この判定は、例えば、発信先の電話番号が、配信リスト記憶部６２２に記憶されているか否かを判定し、記憶されている場合には、有効である旨を電話番号確認部５１０に出力し、記憶されていない場合には、無効である旨を電話番号確認部５１０に出力する。
【００３８】
図７は、リクエストリスト記憶部６１４に記憶される情報の一例を表す図である。
ユーザＩＤは、音声通信端末４０からリクエストを受け付けると、このリクエストを行ったユーザのユーザＩＤとしてリスト管理部６１３によって書き込まれる。当選識別情報は、ユーザＩＤが書き込まれた段階では当選していないことを表す「０」がリスト管理部６１３によって書き込まれ、抽出部６２５によって抽出された場合には、当選したことを表す「１」が書き込まれる。
【００３９】
図８は、属性情報記憶部６２１に記憶される情報の一例を表す図である。
ユーザＩＤは、音声通信端末４０を利用するユーザを識別する情報であり、コミュニケーションシステム１を利用するユーザ登録を行ったユーザＩＤについて記憶される。属性情報は、ユーザＩＤに対応付けて記憶される情報であり、ユーザの属性を表す。この属性情報は、ここでは、ユーザの性別、ユーザの年齢、ユーザの所在地、ユーザがコミュニケーションシステム１に関連するインターネットショッピングサイトにおいて商品を買った履歴である購買履歴、コミュニケーションシステム１においてユーザが参加しているコミュニティを表す参加コミュニティ、コミュニケーションシステムに会員登録をする際に通常会員であるか、より付加価値のあるサービスが受けられるプレミアム会員であるかを表す会員種別、ユーザが利用する音声通信端末４０（携帯電話）のキャリアを表すキャリア種別等がある。
【００４０】
図９は、配信リスト記憶部６２２に記憶される情報の一例を表す図である。
コンテンツＩＤは、コンテンツＩＤ管理部１３０によって書き込まれる。電話番号は、識別情報割り当て部６２４によってコンテンツＩＤに対して割り当てられた電話番号であり、識別情報割り当て部６２４によってコンテンツＩＤに対応付けて書き込まれる。ユーザＩＤは、ライブ映像のコンテンツに参加している、すなわち、配信者端末１０の配信者と音声通信端末４０によって通話を行っているユーザのユーザＩＤが書き込まれる。ここでは、同時に複数のユーザが同じ番組に参加している場合には、複数のユーザＩＤが記憶される。
【００４１】
次に、上述したコミュニケーションシステム１の動作について、図１０、図１１を用いて説明する。図１０は、コミュニケーションシステムの動作を表すシーケンス図である。この図１０では、配信者端末１０、音声通信端末４０、音声通信接続装置５０、リクエスト管理サーバ６０の動作を中心に説明する。図１１は、コミュニケーションシステムの情報の流れを表す図である。
【００４２】
まず、配信者端末１０は、ライブ映像や音声をコンテンツとしてコンテンツサーバ２０に配信し（図１１ステップＳ２０１）、番組であるコンテンツの配信を開始する。コンテンツサーバ２０は、配信者端末１０から配信されるコンテンツを、番組を指定して視聴要求を行ったユーザ端末３０に対して配信する（図１１ステップＳ２０２）。このとき、コンテンツサーバ２０は、ユーザ端末３０からコメントが発言された場合には、そのコメントを受信し、他のユーザ端末３０にコンテンツとともに配信する。これにより、ユーザ端末３０の表示画面にコンテンツの動画が表示されるとともに、コメントが動画に重ね合わせて表示される。さらに、コンテンツの音声がスピーカから出力される。このコメントは、一定時間経過後に画面上から消え、非表示の状態となる。
【００４３】
配信者端末１０は、コンテンツの配信後、リクエストを受け付けるタイミングに到達した際に、リクエストの受け付けを行うことを表すリクエスト受け付けフラグと、コンテンツ配信開始時に生成されるコンテンツＩＤとをリクエスト管理サーバ６０に送信する（図１０ステップＳ１０１、図１１ステップＳ２０３）。リクエスト管理サーバ６０のリスト管理部６１３は、配信者端末１０からリクエスト受け付けフラグを受信すると（図１１ステップＳ２０４）、コンテンツＩＤとリクエスト受け付けフラグを自身の所定のメモリ領域内に一時記憶し、このコンテンツＩＤに対応するリクエストリストの記憶領域をリクエストリスト記憶部６１４に確保する。また、コンテンツＩＤに対応する電話番号の割り当てを行い、コンテンツＩＤと対応付けて配信リスト記憶部６２２に記憶する（図１１ステップＳ２０５）。
【００４４】
ユーザ端末３０によって番組を視聴しているユーザは、自身が保有する音声通信端末４０を利用して、リクエストを開始しているかを確認するべく、リクエスト受け付けフラグがあるか否かをポーリング機能を利用してリクエスト管理サーバ６０に送信する（図１０ステップＳ１０２、図１１ステップＳ２０６）。ここで、リクエスト管理サーバ６０のリスト管理部６１３が、リクエスト受け付けフラグを受信している場合には、リクエスト制御部６１０が、音声通信端末４０に対してリクエスト受け付けフラグが「リクエスト可」を表すフラグを音声通信端末４０に送信し、リクエスト受け付けフラグを受信していない場合には、「リクエスト不可」を表すフラグを音声通信端末４０に送信する。
【００４５】
音声通信端末４０は、 「リクエスト可」であることを受信し、ユーザによってリクエストを行う旨の指示が入力されると、音声通信端末４０は、リクエストを送信（音声通信要求を送信）する（図１０ステップＳ１０２、図１１ステップＳ２０７）。
【００４６】
リクエスト管理サーバ６０は、リクエストを受信すると、リクエストを行ったユーザＩＤをリクエストリスト記憶部６１４に順次記憶する（図１１ステップＳ２０８）。リクエスト制御部６１０は、リクエストリスト記憶部６１４に記憶されたリクエストリストをリクエストユーザ一覧として配信者端末１０に送信する（図１０ステップＳ１０３、図１１ステップＳ２０９）。配信者端末１０は、受信したリクエストリストを画面上に表示し、配信者によってその中から選択されるユーザＩＤをリクエスト管理サーバ６０に送信する（図１０ステップＳ１０４、図１１ステップＳ２１０）。リクエスト管理サーバ６０は、選択されたユーザＩＤを受信すると、この受信したユーザＩＤの中から、抽出部６２５によって抽出を行い（図１０ステップＳ１０５、図１１ステップＳ２１１）、番組に対して
割り当てられた電話番号と、当選した事を示す情報を、抽出されたユーザＩＤに対応する音声通信端末４０に対して送信する（図１０ステップＳ１０６、図１１ステップＳ２１２）。
【００４７】
音声通信端末４０は、電話番号と当選の通知とを受信すると、電話番号と当選したことを画面上に表示する。この表示を見たユーザによって、表示された電話番号に対する発信の指示が入力されると、音声通信端末４０は、指定された電話番号に発信する。これにより、音声通信端末４０から音声通信接続装置５０に対して音声通信の確立要求が送信される（図１０ステップＳ１０７、図１１ステップＳ２１３）。
音声通信接続装置５０に対して音声通信接続装置５０は、発信先の電話番号をリクエスト管理サーバ６０に通知し、発信先の電話番号が有効か否かの問い合わせを行う（図１０ステップＳ１０８、図１１ステップＳ２１４）。
【００４８】
リクエスト管理サーバ６０は、電話番号が有効か否かの問い合わせを受信すると、この電話番号が配信リスト記憶部６２２に記憶されているか否かを有効判定部６２６によって判定し、有効である場合、有効である旨を音声通信接続装置５０に送信する（図１０ステップＳ１０９）。音声通信接続装置５０は、有効である旨の通知を受けると、発信した音声通信端末４０の電話番号に対する音声通信の接続を行う（図１０ステップＳ１１０）。ここでは、音声通信接続装置５０は、音声通信端末４０と電話番号の宛先であるコンテンツサーバ２０とを接続し、音声通信端末４０からの音声情報をコンテンツサーバ２０に送信する（図１１ステップＳ２１５）。
【００４９】
音声通信端末４０から音声情報を受信すると、コンテンツサーバ２０は、音声情報をコンテンツに合成し、各ユーザ端末３０に配信する（図１１ステップＳ２１６）。これにより、ユーザが音声情報をコンテンツとともに視聴できるようになる。
コンテンツサーバ２０は、音声通信端末４０から受信した音声情報を配信者端末１０にも送信する（図１１ステップＳ２１７）。これにより、配信者端末１０の配信者は、音声情報を音声として聞くことができる。
【００５０】
次に、音声通信端末４０からのユーザの音声を聞いた配信者が発話すると、この音声は、配信者端末１０からコンテンツサーバ２０に送信され（図１１ステップＳ２１８）、コンテンツサーバ２０から、この音声を含むコンテンツが音声通信接続装置５０に送信され（図１１ステップＳ２１９）、音声通信接続装置５０において、音声が音声通信端末４０に送信される（図１１ステップＳ２２０）。これにより、音声通信端末４０のユーザは、自身が発話した内容に対する配信者の発話内容を聞くことができ、配信者と会話を行うことができる。
【００５１】
ここで、上述した実施形態においては、コンテンツサーバ２０が、音声通信端末４０からの音声情報とコンテンツとを合成し、ユーザ端末３０に送信する場合について説明したが、音声通信端末４０から送信された音声を、コンテンツサーバ２０がコンテンツと合成を行わないでユーザ端末３０に送信するようにしてもよい。このような場合について、以下、図面を用いて説明する。
【００５２】
図１２は、第２の実施形態におけるコミュニケーションシステム１の情報の流れを説明するブロック図である。
ここで、第１の実施形態と異なる部分は、コミュニケーションシステムにサーバ９０が設けられ、コンテンツサーバ２０が音声情報を受信するのではなく、サーバ９０が音声情報を配信者端末１０に送信する点である。
ここでは、音声通信端末４０と音声通信接続装置５０とが通信の接続を行うと、音声通信端末４０から送信された音声情報は、音声通信接続装置５０からサーバ９０に送信される（符号ａ）。サーバ９０は、この音声情報を配信者端末１０に送信する（符号ｂ）。これにより、音声通信端末４０からの音声情報は、配信者端末１０に送信される。この音声情報は、配信者端末１０においてコンテンツに合成され、コンテンツサーバ２０に配信される。そして、音声情報は、コンテンツサーバ２０からコンテンツに合成されたままユーザ端末３０に配信される。
【００５３】
図１３は、第３の実施形態におけるコミュニケーションシステム１の構成を説明するブロック図である。
ここで、第１の実施形態と異なる部分は、コンテンツサーバ２０がコンテンツに音声情報を合成するのではなく、コンテンツサーバ２０が音声通信接続装置５０から音声情報を受信すると（符号ａ）、配信者端末１０に送信するとともに（符号ｂ）、各ユーザ端末３０にもそれぞれ配信する（符号ｃ）。
【００５４】
以上説明した実施形態において、音声通信接続装置５０は、ＰＢＸである場合について説明したが、音声通信を行うことができるものであれば、ＰＢＸ以外でもよい。例えば、ヘッドセットが接続されたコンピュータと音声通信を行うインターネット電話サービス等を実現する通信サーバを用いるようにしてもよい。この場合、接続先情報は電話番号ではなく、通話相手を識別する識別情報が用いられる。
【００５５】
また、上述した実施形態において、コンテンツサーバ２０に、コメント記憶部２１０を設け、コンテンツとコメントとの両方をユーザ端末３０に配信する場合について説明したが、コメント記憶部２１０と、ユーザ端末３０からコメントを受信する受信機能と、コメント記憶部２１０に記憶されたコメントをユーザ端末３０に配信する配信機能とをコンテンツサーバ２０とは別のサーバに分け、コメントサーバとして設けるようにしてもよい。
【００５６】
また、上説明した実施形態において、ユーザ端末３０と音声通信端末４０とが異なる装置である場合について説明したが、同一装置内に設けるようにしてもよい。また、同一装置である場合、例えば、携帯電話に動画コンテンツの視聴機能が搭載されているものであればよい。このとき、ユーザ端末３０として利用している際、音声通信端末４０として利用する場合、ユーザは、携帯電話として耳に近づけると、この端末に設けられた画面を見ることができなくなる。しかし、音声通信によって配信者と通話するといった、視聴のみの立場から、コンテンツに参加する、あるいは配信者との会話という全くことなる立場から、コミュニケーションを図ることができる。
なお、音声通信端末４０は、外出先においても利用することが可能であるので、外出先においても、手軽にコンテンツに参加することができ、音声通信端末４０から配信者端末１０に対してリクエストを行い、コンテンツ配信中に音声による参加をし、配信者と会話をすることができる。
このように、音声通信端末４０（携帯電話）のみ所持している場合であっても、コミュニケーションを行う楽しみ方を切り替え、コミュニケーションを図ることができる。
【００５７】
また、上述した実施形態において、配信者端末１０からコンテンツサーバ２０に対し、リアルタイムに生成されたコンテンツを配信する場合について説明したが、コンテンツサーバ２０に配信するコンテンツは、リアルタイムに生成されたものに限られるものではない。例えば、コンテンツをデータベース等の記憶装置に予め記憶した配信者端末を設け、この配信者端末からコンテンツサーバ２０に対し、記憶されたコンテンツを番組の進行に応じて配信するようにしてもよい。この場合、配信者は、配信者端末のマイクとスピーカを利用して、音声通信端末４０とリアルタイムに音声通話を行う。例えば、予め記憶されたコンテンツを配信者端末からコンテンツサーバ２０を経由して各ユーザ端末３０に配信する。そして、配信者と音声通信端末４０のユーザとが、この配信されたコンテンツを見ながら、音声通話を利用して会話をし、この会話を各ユーザ端末３０にも配信する。一例としては、野球の試合のダイジェストをコンテンツとして配信しつつ、試合内容について、配信者と音声通信端末４０のユーザとが会話をし、この会話を各ユーザ端末３０に配信することが挙げられる。なお、この場合、記憶されたコンテンツを配信しつつ、配信者が音声通信を行うことができればよいので、配信者に音声通信を行うことができる端末を携帯させ、配信者端末とは別の場所において、音声通信端末４０のユーザと会話するようにしてもよい。これにより、配信者端末が設けられたスタジオ等の場所から離れたタレント等の配信者であっても、音声通信端末を携帯していれば、遠隔地から番組に参加をすることができる。
【００５８】
また、リアルタイムに生成されたコンテンツを配信する際、その番組の一部については、予め記憶されたコンテンツを配信するようにしてもよい。例えば、番組のオープニングとエンディングについては、リアルタイムに生成されたコンテンツを配信し、それ以外については、例えば、予め記憶されたコンテンツを配信するようにしてもよい。
【００５９】
また、上述した実施形態において、リクエスト管理サーバ６０は、図１１ステップＳ２１０において、配信者端末１０がリクエスト管理サーバ６０に対し、ユーザＩＤを送信することにより、リクエストを行ったユーザの中から抽出を行う場合について説明したが、上述したように、属性情報を用いて抽出を行うようにしてもよい。
例えば、図１１ステップＳ２１０においてユーザＩＤを指定するのではなく、配信者端末１０が、配信者によって指定される１つまたは複数の属性情報をリクエスト管理サーバ６０に送信する。ここでは、例えば、所在地が東京、会員種別がプレミアムである属性情報が配信者から指定されると、この属性情報がリクエスト管理サーバ６０に送信され、この属性情報に一致する属性情報のユーザが抽出部１２１によって抽出される。ここでは、２つの項目の両方に該当するユーザを抽出するか、いずれか一方に該当するユーザを抽出するかを配信者が指定するようにし、これに従って抽出部１２１が抽出するようにしてもよい。
【００６０】
また、上述した実施形態においては、配信者の通話相手となるユーザを決める際に属性情報を用いる場合について説明したが、コンテンツを配信する対象となるユーザ端末３０を決める際に用いるようにしてもよい。例えば、図１１ステップＳ２１０においてユーザＩＤを指定するのではなく、配信者端末１０が、コンテンツを配信する対象を特定する属性情報を指定してリクエスト管理サーバ６０に送信するとともに、コンテンツサーバ２０にも送信する。ここでは、例えば、所在地が東京、会員種別がプレミアムである属性情報が配信者から指定されると、この属性情報がリクエスト管理サーバ６０に送信されるとともに、コンテンツサーバ２０にも送信される。コンテンツサーバ２０は、この属性情報を受信すると、ユーザ端末３０からコンテンツ配信の要求を受けた際、この要求とともに送信されるユーザ端末３０のユーザＩＤに対応する属性情報をリクエスト管理サーバ６０にアクセスして得て、配信者端末１０から送信された属性情報に一致するか否かを判定する。そして、属性情報が一致するユーザ端末３０に対し、コンテンツ配信を行う。
例えば、プレミアム会員のユーザに対してのみ、プレミアム会員限定のコンテンツを閲覧できるように配信したり、「野球」の参加コミュニティに参加しているユーザにのみ、野球選手のインタビューの限定コンテンツを配信したりすることができる。
【００６１】
また、上述した実施形態において、属性情報として利用できる項目は、図８に示す項目に限られるものではなく、抽出部１２１によって抽出されたユーザのみであることを属性情報として用いるようにしてもよいし、あるコンテンツにおけるクイズに正解した正解者を属性情報として用いるようにしてもよい。これにより、コンテンツサーバ２は、リクエスト管理サーバ６０に記憶された属性情報に基づいて、コンテンツの配信対象である属性情報に該当するユーザ端末に対し、コンテンツを配信することができる。従って、属性に従って、視聴できるコンテンツを分けることができ、ある条件を満たすユーザのみ視聴できる限定コンテンツを配信することができる。
【００６２】
次に、第４の実施形態について説明する。この実施形態においては、リクエストを行ったユーザの中から、優先度を考慮して当選者を決定する場合について説明する。
図１４は、この実施形態におけるリクエスト管理サーバ６０の構成を示す図である。この図において、図６の各部に対応する部分に同一の符号を付し、その説明を省略する。以下、上述した実施形態とは異なる機能を説明する。
【００６３】
リクエストリスト記憶部６１４は、音声通信端末４０を利用する利用者を識別するユーザ識別情報と優先して抽出される度合いを表す優先度とを対応付けて記憶する。ここでいうユーザ識別情報とは、ユーザを個別に識別する情報であり、例えば上述のユーザIDまたは音声通信端末４０の電話番号である。
また、リクエストリスト記憶部６１４は、要求受信部６１１が音声通信要求部４３１から送信される音声通信要求を受信する毎に、音声通信端末４０から送信されるユーザ識別情報を新たに記憶する。
【００６４】
抽出部６２５は、リクエストリスト記憶部６１４に記憶された優先度に従ってユーザ識別情報を抽出することにより接続対象の音声通話端末を抽出する。
リスト管理部６１３は、ユーザ端末３０または音声通信端末４０のうち少なくともいずれかから送信される指示を受信した場合または、抽出部６２５によって抽出が行われた場合に、リクエストリスト記憶部６１４に記憶された優先度を更新する。
また、リスト管理部６１３は、音声通信要求を受信し、リクエストリスト記憶部６１４に新たにユーザ識別情報が追加されると、この新たに追加されたユーザ識別情報に対して当該ユーザ識別情報に対応するユーザに応じた優先度を対応づけてリクエストリスト記憶部６１４に記憶する。
【００６５】
優先度ルール決定部６１５は、どの優先度の項目を用いるかを決定し、決定された優先度の項目をリスト管理部６１３に対し、ルールとして指定する。優先度の項目が指定されることにより、リスト管理部６１３が、このルールに従って、指定された優先度の項目を、リクエストリスト記憶部６１４に記憶されたユーザID毎に対応づけて記憶し、この項目に応じた優先度を更新する。
この優先度の項目とは、優先度合いを決定する条件であり、例えば、優先順位、ランク、スコア、ポイント、時間、予想内容、属性情報がある。ここでは、ルールとして、例えば、どの優先度の項目を用いるかをコンテンツ毎に予め決められており、配信するコンテンツが決定すると、そのコンテンツに応じた優先度の項目がリスト管理部６１３によって決定され、この決定された優先度の項目がリクエストリスト記憶部６１４にユーザＩＤに対応付けて記憶される。例えば、野球の試合をコンテンツとして配信する場合、予想内容を優先度の項目として用いることをルールとすることを予め定めておくことができる。
【００６６】
また、ルールとして、配信者または視聴者からの指示に従って決める、というルールを用いることができ、コンテンツ配信前あるいはコンテンツ配信中に、配信者または視聴者の指示に従って優先度の項目が決定される。例えば、旅行に関するコンテンツを配信している場合、旅行先の場所が神奈川県である場合、所在地が神奈川県のユーザの当選確率を１０倍にする、という優先度が配信者によって指定されると、属性情報の所在地が神奈川県であるユーザの優先度のうち属性情報の項目が１０倍として更新され、その他の所在地のユーザについては、１倍として更新される。さらに、旅行先の土地に関連するクイズを複数出題する際には、クイズの正解数を表すスコアを優先度として用いることが配信者によって指定されると、このスコアが高いユーザについて、優先して当選される。ここで、例えばスコアが同じである場合には、属性情報を参照し、属性情報の優先度が高いユーザを抽出する、など、複数の項目を用いるルールを設定することもできる。
【００６７】
優先順位とは、優先される順位を表す情報であり、順位が高い程、優先して抽出される。ランクとは、ユーザ毎に付与されたランクを表しており、例えば、金、銀、銅などのランクがあり、ランクが高い程、優先して抽出される。
スコアとは、予め決められたゲームにおいてユーザが得た得点を表しており、このスコアが高い程、優先して抽出される。このゲームは、コンテンツ毎に予め決められていてもよいし、配信者または視聴者からの指定を受信し、この指定に従って決めるようにしてもよい。
ポイントは、ユーザから投じられたポイント数を表しており、例えば、各ユーザがそれぞれポイントを保有しており、自身が保有するポイントの範囲内でポイントを投じる指示を音声通信端末４０またはユーザ端末３０から入力することにより、リスト管理部６１３がリクエストリスト記憶部６１４に記憶されたポイント数が加算されて更新される。
時間は、問いに対して回答をするまでの時間であり、例えば、コンテンツ配信中に配信者から出題されるクイズに対して回答を送信するまでの時間である。
予想内容は、問いに対するユーザの予想であり、例えば、「○チーム対×チームの試合は、どちらが勝つか？」という問題に対し、勝つチームがいずれであるかを予想したユーザの回答である。
属性情報は、ユーザの属性を表す情報であり、例えば、属性情報記憶部６２１に記憶された属性情報のうち少なくともいずれか１つが記憶される。また、この属性情報は、どの属性を用いるかについては、どのような属性のユーザを優先させるかに応じた項目が用いられ、例えば、コンテンツ毎に予め決められていてもよいし、配信者または視聴者からの指定を受信し、この指定に従って決めるようにしてもよい。具体的には、属性情報として所在地を用いる場合、所在地が東京都であるユーザの当選確率を１０倍、それ以外の所在地のユーザの当選確率を１倍にし、倍率が高いユーザを優先して抽出する。
【００６８】
図１５は、この実施形態におけるリクエストリスト記憶部６１４に記憶される情報の一例を示す図である。この図において、リクエストリスト記憶部６１４には、ユーザＩＤ、当選識別情報、優先度とが対応付けて記憶される。優先度は、優先順位、ランク、スコア、ポイント、時間、予想内容、属性のうち、優先度として用いられるいずれかの項目が記憶される。ここでは、各項目について記憶される場合が図示されており、優先度として用いられる項目について抽出部６２５によって読み出され、抽出の際に用いられる。
【００６９】
次に、この実施形態における動作を説明する。ここでは、音声通信端末４０から音声通話要求を受信し、抽出部６２５が抽出を行う動作について説明をする。これ以外の動作は、上述の第１から第３の実施形態と同様であるので、その説明を省略する。
図１６は、リクエスト管理サーバ６０の動作を説明するフローチャートである。
音声通信端末４０からリクエストが送信されると、リクエスト管理サーバ６０は、そのリクエストを受信し（ステップＳ４００）、リクエストをリクエストリスト記憶部６１４に記憶するとともに、どの優先度を用いるかのルールに従って、優先度をユーザＩＤに対応付けて記憶する。ここでは、ルールに従って、予め定められた優先度の項目または、配信者（あるいは視聴者）によって指定された優先度の項目の情報を記憶するメモリ領域が確保され初期値が記憶される（ステップＳ４０１）。
優先度の項目が決定されると、リスト管理部６１３は、その優先度の更新を行うか否かを判定する（ステップＳ４０２）。この更新は、優先度の項目が変更された場合、または、配信者（あるいは視聴者）が、優先度を変更する指示の入力があった場合に、更新を行うとして判定され、更新を行う（ステップＳ４０３）。配信者（あるいは視聴者）が、優先度を変更する指示の入力が行われる場合の一例としては、クイズに対する回答を入力したり、予想内容を回答したりする場合である。
【００７０】
一方、優先度の更新を行わないと判定されると、抽出部６２５は、抽出を行うか否かを判定する（ステップＳ４０４）。この抽出は、配信者または視聴者によって抽出する指示が入力された場合に実行されるか、コンテンツに応じて抽出タイミングが指定されている場合には、そのタイミングに到達した場合（例えば、野球の試合が終了した時点）に実行される。抽出が行われると（ステップＳ４０５）、当選したユーザの当選者識別情報を「１」に更新してステップＳ４０６に移行する。
【００７１】
抽出を行わないと判定されると、リスト管理部６１３は、コンテンツの配信が終了したか否かを判定し（ステップＳ４０６）、コンテンツの配信が終了した場合には処理を終了し、コンテンツの配信が継続している場合には、ステップＳ４０２に移行する。
【００７２】
以上説明した実施形態においては、優先度をユーザ毎に設け、その優先度に従って抽出を行って当選者を決定するようにしたので、娯楽性を高めつつ、新たなコミュニケーションの場を提供することができる。
【００７３】
また、この実施形態によれば、優先度に応じて抽出部６２５が抽出を行ったのち、再度ステップＳ４０４に移行した際には、まだ当選していないユーザの中から再度抽出を行うことができるので、リクエストの受付をし、抽出を行い、発表するといった処理で完結してしまうのではなく、現在受け付けたリクエストや優先度の情報を保持して、引き続きそのデータを用いて次回の抽出を行うことができる。
【００７４】
また、この実施形態において、ユーザの優先度を音声通信端末４０に送信して表示させるようにしてもよい。例えば、リクエストリスト記憶部６１４に記憶された優先度の情報を読み出し、読み出した結果をリクエスト制御部６１０が音声通信端末４０に送信する。ここでは、例えば送信先のユーザの優先順位、スコア等の優先度の情報をそのまま送信してもよいし、リクエストリストを行ったユーザの中で、自分がどの程度の位置づけであるかを集計し、集計結果を送信するようにしてもよい。例えば、優先順位を送信する場合、「あなたは現在１５位です」という情報が音声通信端末４０の表示画面に表示され、スコアの集計結果を送信する場合、「トップとの差は、８０ポイントです」等のように、最上位のユーザとの差が把握できるような情報を送信して表示させる。また、ゲームとしてビンゴが行われている場合には、「リーチの人は、１５人です」のような情報が表示される。これにより、ユーザは、リクエストが行われたユーザの中で、自分がどの程度の位置づけであるかを把握することが可能になる。
【００７５】
また、図１における配信者端末１０、コンテンツサーバ２０、音声通信端末４０、音声通信接続装置５０、リクエスト管理サーバ６０の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより音声情報の送受信の管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウ
ェアを含むものとする。
【００７６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【００７７】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７８】
１ コミュニケーションシステム
１０ 配信者端末
２０ コンテンツサーバ
３０ ユーザ端末
４０ 音声通信端末
５０ 音声通信接続装置
６０ リクエスト管理サーバ
１１０ カメラ
１２０ マイク
１３０、６２３ コンテンツＩＤ管理部
１４０ データ変換部
１５０ リクエスト制御部
１６０、４３０ 通信部
２１０ コメント記憶部
２２０ 音声データ管理部
２３０ 合成部
２４０ 接続制御部
２５０ 配信部
４１０ 出力部
４２０ 識別情報記憶部
４３１ 音声通信要求部
４３２ 接続先情報受信部
４３３ 音声情報通信部
５１０ 電話番号確認部
５２０ データ変換部
６１０ リクエスト制御部
６１１ 要求受信部
６１２ 接続先情報送信部
６１３ リスト管理部
６１４ リクエストリスト記憶部
６１５ 優先度ルール決定部
６２０ 識別情報管理部
６２１ 属性情報記憶部
６２２ 配信リスト記憶部
６２４ 識別情報割り当て部
６２５ 抽出部
６２６ 有効判定部
【特許請求の範囲】
【請求項１】
複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムであって、
前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、
前記配信者端末は、
コンテンツを前記コンテンツサーバに配信する配信部と
を有し、
前記リクエスト管理サーバは、
前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出する抽出部と、
音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信する接続先情報送信部と、
を有し、
前記音声通信端末は、
前記リクエスト管理サーバから送信される接続先情報を受信する接続先情報受信部と、
前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信する音声情報通信部と、
を有し、
前記コンテンツサーバは、
前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信する配信部
を有し、
前記音声通信接続装置は、
前記音声通信端末と前記配信者端末との通信を成立させることを特徴とするコミュニケーションシステム。
【請求項２】
前記音声通信端末は、携帯電話であり、
前記接続先情報は、電話番号である
ことを特徴とする請求項１記載のコミュニケーションシステム。
【請求項３】
前記配信者端末の配信部は、リアルタイムに生成されたコンテンツを前記コンテンツサーバに配信することを特徴とする請求項１または請求項２に記載のコミュニケーションシステム。
【請求項４】
前記音声通信端末は、
ユーザからの入力に従って、音声通信を行う要求である音声通信要求を前記リクエスト管理サーバに送信する音声通信要求部
を有し、
前記リクエスト管理サーバは、
前記音声通信要求部から送信される音声通信要求を受信する要求受信部を有し、
前記抽出部は、前記要求受信部が受信した音声通信要求に基づいて、音声通信要求があった音声通信端末の中から接続対象の音声通信端末を抽出し、
前記接続先情報送信部は、前記抽出部によって抽出された音声通信端末に対し接続先情報を送信する
ことを特徴とする請求項１から請求項３のうちいずれか１項に記載のコミュニケーションシステム。
【請求項５】
前記リクエスト管理サーバは、
前記音声通信端末を利用する利用者を識別するユーザ識別情報と優先して抽出される度合いを表す優先度とを対応付けて記憶するリクエストリスト記憶部を有し、
前記抽出部は、前記リクエストリスト記憶部に記憶された優先度に従ってユーザ識別情報を抽出することにより接続対象の音声通話端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項６】
前記リクエスト管理サーバは、
前記ユーザの端末または前記音声通信端末のうち少なくともいずれかから送信される指示を受信した場合または、前記抽出部によって抽出が行われた場合に、前記リクエストリスト記憶部に記憶された優先度を更新するリスト管理部
を有することを特徴とする請求項５記載のコミュニケーションシステム。
【請求項７】
前記リクエストリスト記憶部は、
前記要求受信部が前記音声通信要求部から送信される音声通信要求を受信する毎に、前記音声通信端末から送信されるユーザ識別情報を新たに記憶し、
前記リスト管理部は、
新たに記憶されたユーザ識別情報に対して当該ユーザ識別情報に対応するユーザに応じた優先度を対応づけて前記リクエストリスト記憶部に記憶する
ことを特徴とする請求項６記載のコミュニケーションシステム。
【請求項８】
前記リクエスト管理サーバは、
前記音声通信端末を利用するユーザの属性情報を前記音声通信端末毎に記憶する属性情報記憶部を有し、
前記抽出部は、前記属性情報記憶部に記憶された属性情報に基づいて、接続する対象として特定された属性情報に該当する音声通信端末の中から、接続対象の音声通信端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項９】
前記コンテンツサーバは、前記リクエスト管理サーバに記憶された属性情報に基づいて、コンテンツの配信対象である属性情報に該当するユーザ端末に対し、コンテンツを配信することを特徴とする請求項８に記載のコミュニケーションシステム。
【請求項１０】
前記抽出部は、前記複数の音声通信端末のなかからランダムに接続対象の音声通信端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項１１】
前記抽出部は、前記複数の音声通信端末のうち、音声通信要求を行った順に従って接続対象の音声通信端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項１２】
前記抽出部は、前記抽出された接続対象の音声通信端末のなかから、さらに接続対象の音声通信端末の抽出を行う
ことを特徴とする請求項１から請求項１１のうちいずれかに１項に記載のコミュニケーションシステム。
【請求項１３】
複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムにおけるコミュニケーション方法であって、
前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、
前記配信者端末の配信部が、
コンテンツを前記コンテンツサーバに配信し、
前記リクエスト管理サーバの抽出部が、前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出し、
前記リクエスト管理サーバの接続先情報送信部が、音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信し、
前記音声通信端末の接続先情報受信部が、前記リクエスト管理サーバから送信される接続先情報を受信し、
前記音声通信端末の音声情報通信部が、前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信し、
前記コンテンツサーバの配信部が、前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信し、
前記音声通信接続装置が、前記音声通信端末と前記配信者端末との通信を成立させる
ことを特徴とするコミュニケーション方法。
【請求項１】
複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムであって、
前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、
前記配信者端末は、
コンテンツを前記コンテンツサーバに配信する配信部と
を有し、
前記リクエスト管理サーバは、
前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出する抽出部と、
音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信する接続先情報送信部と、
を有し、
前記音声通信端末は、
前記リクエスト管理サーバから送信される接続先情報を受信する接続先情報受信部と、
前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信する音声情報通信部と、
を有し、
前記コンテンツサーバは、
前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信する配信部
を有し、
前記音声通信接続装置は、
前記音声通信端末と前記配信者端末との通信を成立させることを特徴とするコミュニケーションシステム。
【請求項２】
前記音声通信端末は、携帯電話であり、
前記接続先情報は、電話番号である
ことを特徴とする請求項１記載のコミュニケーションシステム。
【請求項３】
前記配信者端末の配信部は、リアルタイムに生成されたコンテンツを前記コンテンツサーバに配信することを特徴とする請求項１または請求項２に記載のコミュニケーションシステム。
【請求項４】
前記音声通信端末は、
ユーザからの入力に従って、音声通信を行う要求である音声通信要求を前記リクエスト管理サーバに送信する音声通信要求部
を有し、
前記リクエスト管理サーバは、
前記音声通信要求部から送信される音声通信要求を受信する要求受信部を有し、
前記抽出部は、前記要求受信部が受信した音声通信要求に基づいて、音声通信要求があった音声通信端末の中から接続対象の音声通信端末を抽出し、
前記接続先情報送信部は、前記抽出部によって抽出された音声通信端末に対し接続先情報を送信する
ことを特徴とする請求項１から請求項３のうちいずれか１項に記載のコミュニケーションシステム。
【請求項５】
前記リクエスト管理サーバは、
前記音声通信端末を利用する利用者を識別するユーザ識別情報と優先して抽出される度合いを表す優先度とを対応付けて記憶するリクエストリスト記憶部を有し、
前記抽出部は、前記リクエストリスト記憶部に記憶された優先度に従ってユーザ識別情報を抽出することにより接続対象の音声通話端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項６】
前記リクエスト管理サーバは、
前記ユーザの端末または前記音声通信端末のうち少なくともいずれかから送信される指示を受信した場合または、前記抽出部によって抽出が行われた場合に、前記リクエストリスト記憶部に記憶された優先度を更新するリスト管理部
を有することを特徴とする請求項５記載のコミュニケーションシステム。
【請求項７】
前記リクエストリスト記憶部は、
前記要求受信部が前記音声通信要求部から送信される音声通信要求を受信する毎に、前記音声通信端末から送信されるユーザ識別情報を新たに記憶し、
前記リスト管理部は、
新たに記憶されたユーザ識別情報に対して当該ユーザ識別情報に対応するユーザに応じた優先度を対応づけて前記リクエストリスト記憶部に記憶する
ことを特徴とする請求項６記載のコミュニケーションシステム。
【請求項８】
前記リクエスト管理サーバは、
前記音声通信端末を利用するユーザの属性情報を前記音声通信端末毎に記憶する属性情報記憶部を有し、
前記抽出部は、前記属性情報記憶部に記憶された属性情報に基づいて、接続する対象として特定された属性情報に該当する音声通信端末の中から、接続対象の音声通信端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項９】
前記コンテンツサーバは、前記リクエスト管理サーバに記憶された属性情報に基づいて、コンテンツの配信対象である属性情報に該当するユーザ端末に対し、コンテンツを配信することを特徴とする請求項８に記載のコミュニケーションシステム。
【請求項１０】
前記抽出部は、前記複数の音声通信端末のなかからランダムに接続対象の音声通信端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項１１】
前記抽出部は、前記複数の音声通信端末のうち、音声通信要求を行った順に従って接続対象の音声通信端末を抽出する
ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のコミュニケーションシステム。
【請求項１２】
前記抽出部は、前記抽出された接続対象の音声通信端末のなかから、さらに接続対象の音声通信端末の抽出を行う
ことを特徴とする請求項１から請求項１１のうちいずれかに１項に記載のコミュニケーションシステム。
【請求項１３】
複数のユーザ端末と、当該ユーザ端末に対してコンテンツを配信するコンテンツサーバと、複数の前記ユーザ端末に配信される前記コンテンツに応じて当該ユーザ端末から送信されるコメントを受信してコメント記憶部に記憶させ、当該コメントを前記複数のユーザ端末に配信して出力させるコメントサーバとを備えたコミュニケーションシステムにおけるコミュニケーション方法であって、
前記コミュニケーションシステムは、前記コンテンツサーバに接続される配信者端末と、複数の音声通信端末と、音声通信接続装置と、リクエスト管理サーバとをさらに有し、
前記配信者端末の配信部が、
コンテンツを前記コンテンツサーバに配信し、
前記リクエスト管理サーバの抽出部が、前記複数の音声通信端末の中から接続対象となる音声通信端末を抽出し、
前記リクエスト管理サーバの接続先情報送信部が、音声通信を行うための接続先であり前記コンテンツ毎に異なる接続先である接続先情報を前記抽出部によって抽出された音声通信端末に対して送信し、
前記音声通信端末の接続先情報受信部が、前記リクエスト管理サーバから送信される接続先情報を受信し、
前記音声通信端末の音声情報通信部が、前記接続先情報受信部が受信した接続先情報に従って前記音声通信接続装置に接続して音声情報を送信し、
前記コンテンツサーバの配信部が、前記音声通信端末から前記音声通信接続装置に送信された音声情報を前記音声通信接続装置から受信して前記ユーザ端末に前記コンテンツとともに配信し、
前記音声通信接続装置が、前記音声通信端末と前記配信者端末との通信を成立させる
ことを特徴とするコミュニケーション方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１１−１７２２００（Ｐ２０１１−１７２２００Ａ）
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１０−９０７５４（Ｐ２０１０−９０７５４）
【出願日】平成２２年４月９日（２０１０．４．９）
【出願人】（５９８１３８３２７）株式会社ドワンゴ (97)
【Ｆターム（参考）】
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２２年４月９日（２０１０．４．９）
【出願人】（５９８１３８３２７）株式会社ドワンゴ (97)
【Ｆターム（参考）】
[ Back to top ]