JP2022155752A - カラオケ仲介システム及び仲介サーバ - Google Patents

Abstract

【課題】Ｗｅｂ会議システムを利用してカラオケを行う際、煩雑な操作を行うことなく、円滑にカラオケを楽しむことを目的とする。【解決手段】本発明に係るカラオケ仲介システムは、 再生端末、及び、Ｗｅｂ会議サーバと通信可能な仲介サーバであって、仲介サーバは、Ｗｅｂ会議サーバを使用した通信処理に参加する複数の再生端末からなるグループを形成し、当該グループに参加する複数の再生端末をＷｅｂ会議サーバに通知する接続仲介処理と、楽曲指定を行った再生端末に対して、当該楽曲の再生指示を行う楽曲再生指示処理と、グループに参加する再生端末の状況に基づいて、Ｗｅｂ会議サーバに対し、少なくとも音声通信に関する制御指示を行う通信制御処理とを実行可能とする。【選択図】図１

Description

本発明は、Ｗｅｂ会議システムを使用し、離れた場所のユーザが一緒にカラオケを楽しむことのできるカラオケ仲介システム及び仲介サーバに関する。

従来、伴奏に合わせて歌唱を楽しむカラオケが社交の場等で行われている。現在、感染病の蔓延する中、カラオケボックスなどに集まって歌唱をすることは困難な場合がある。そのため、カラオケを好むユーザの中には、オンラインによるＷｅｂ会議を利用してカラオケを楽しむ者もいる。Ｗｅｂ会議を利用したカラオケでは、ユーザが所持するパーソナルコンピュータを使用してＷｅｂ会議を開催するＷｅｂ会議サーバに通信接続し、ダウンロードした楽曲を再生して歌唱を楽しむことになる。

ところで、カラオケ装置間を通信接続することで、離れた場所におけるユーザ同士でカラオケを楽しむシステムがある。特許文献１には、カラオケボックス等の客室間において、相互に情報通信を行うリンク処理を行うことで、客室間でのコミュニケーションを行うことができるカラオケシステムが開示されている。

特許文献２には、遠隔した複数のカラオケ宴会場をテレビ会議システムで結び、カラオケ装置を統一した同期情報の支配下におくことで、待ち行列に従ったカラオケ楽曲の演奏時系列制御を同期させることが開示されている。具体的には、楽曲を演奏する演奏端末部のそれぞれに、テレビ会議システムを構成するカラオケコンピュータを接続しておく。カラオケコンピュータを使用したテレビ会議システムによる接続後、カラオケコンピュータからのリクエスト曲は、統一の待ち行列で管理される。テレビ会議に参加する演奏端末部の双方は、待ち行列に従って、同じカラオケ楽曲を同期的に演奏する。

特開２０１５－１８４６６２号公報 特開２００３－４６９６７号公報

コロナ禍の現状、ビジネスの現場においては、パーソナルコンピュータを使用したＷｅｂ会議が盛んに行われている。このような、Ｗｅｂ会議システムを使用して、カラオケを楽しむ者もいる。Ｗｅｂ会議システムを使用してカラオケを行う場合、パーソナルコンピュータ上でカラオケ楽曲を再生し、それに併せて歌唱を行うことで、離れたユーザ間でカラオケを楽しまれている。

しかしながら、Ｗｅｂ会議システムは、カラオケでの使用を目的としたシステムではないため、カラオケでの使用においては煩雑な操作を行わなければならなかった。特に、Ｗｅｂ会議システムでは、ユーザ自身の操作によって、マイクロホンからの音声、カメラからの映像の出力、非出力を切り替えることが行われる。カラオケを行う際には、歌唱の状況に応じてこのような煩雑な操作を行う必要がある。また、Ｗｅｂ会議システムでは、通信回線の状況等により、音声、映像に遅延が伴う場合がある。例えば、遅延が生じた場合、聞く人の手拍子、合いの手等は、歌唱の邪魔になってしまう。

本発明は、このような実情を鑑みたものであって、Ｗｅｂ会議システムを利用してカラオケを行う際、煩雑な操作を行うことなく、円滑にカラオケを楽しむことを可能とすることを１つの目的としている。

そのため、本発明に係るカラオケ仲介システムは、以下の構成を採用するものである。再生端末と、仲介サーバを備えたカラオケ仲介システムであって、再生端末は、参加処理と、楽曲指定処理と、再生処理と、通信処理を可能とし、参加処理は、仲介サーバに対して、グループを形成、もしくは、グループに参加する旨を通知し、楽曲指定処理は、仲介サーバに対して楽曲指定を行い、再生処理は、仲介サーバからの再生指示に基づいて楽曲を再生し、通信処理は、Ｗｅｂ会議サーバを介して通信接続された他の再生端末と少なくとも音声通信を可能とし、仲介サーバは、接続仲介処理、楽曲再生指示処理、通信制御処理を可能とし、接続仲介処理は、Ｗｅｂ会議サーバを使用した通信処理に参加する複数の再生端末からなるグループを形成し、当該グループに参加する複数の再生端末をＷｅｂ会議サーバに通知し、楽曲再生指示処理は、楽曲指定を行った再生端末に対して、当該楽曲の再生指示を行い、通信制御処理は、グループに参加する再生端末の状況に基づいて、Ｗｅｂ会議サーバに対し、少なくとも音声通信に関する制御指示を行う。

さらに、本発明に係るカラオケ仲介システムにおいて、通信制御処理におけるグループに参加する再生端末の状況は、再生端末における再生処理の状況である。

さらに、本発明に係るカラオケ仲介システムにおいて、通信制御処理は、再生端末において再生処理を実行している場合、少なくとも歌唱期間中において、グループに参加する他の再生端末からの音声通信を禁止する、あるいは、音声通信の音量を抑制する。

さらに、本発明に係るカラオケ仲介システムにおいて、通信制御処理におけるグループに参加する再生端末の状況は、グループを形成したホストである、あるいは、グループに参加するゲストである。

また、本発明に係る仲介サーバは、再生端末、及び、Ｗｅｂ会議サーバと通信可能な仲介サーバであって、接続仲介処理、楽曲再生指示処理、通信制御処理を可能とし、接続仲介処理は、Ｗｅｂ会議サーバを使用した通信処理に参加する複数の再生端末からなるグループを形成し、当該グループに参加する複数の再生端末をＷｅｂ会議サーバに通知し、楽曲再生指示処理は、楽曲指定を行った再生端末に対して、当該楽曲の再生指示を行い、通信制御処理は、グループに参加する再生端末の状況に基づいて、Ｗｅｂ会議サーバに対し、少なくとも音声通信に関する制御指示を行う。

また、本発明に係るカラオケ仲介システムは、再生端末と、仲介サーバと、Ｗｅｂ会議サーバを備えたカラオケ仲介システムであって、再生端末は、参加処理と、楽曲指定処理と、再生処理と、通信処理を可能とし、参加処理は、仲介サーバに対して、グループを形成、もしくは、グループに参加する旨を通知し、楽曲指定処理は、仲介サーバに対して楽曲指定を行い、再生処理は、仲介サーバからの再生指示に基づいて楽曲を再生し、通信処理は、Ｗｅｂ会議サーバを介して通信接続された他の再生端末と少なくとも音声通信を可能とし、仲介サーバは、接続仲介処理、楽曲再生指示処理、通信制御処理を可能とし、接続仲介処理は、Ｗｅｂ会議サーバを使用した通信処理に参加する複数の再生端末からなるグループを形成し、当該グループに参加する複数の再生端末をＷｅｂ会議サーバに通知し、楽曲再生指示処理は、楽曲指定を行った再生端末に対して、当該楽曲の再生指示を行い、通信制御処理は、グループに参加する再生端末の状況に基づいて、Ｗｅｂ会議サーバに対し、少なくとも音声通信に関する制御指示を行う。

本発明に係るカラオケ仲介システム、仲介サーバによれば、Ｗｅｂ会議システムを使用してカラオケを行う際、煩雑な操作を行う必要が無く、離れたユーザ間で円滑にカラオケを楽しむことが可能となる。

本実施形態のカラオケ仲介システムを説明するための図 本実施形態のカラオケシステムの構成を示す図 本実施形態の仮想ルーム作成処理を示すフロー図 本実施形態の仮想ルーム参加処理を示すフロー図 本実施形態の予約管理処理を示すフロー図 本実施形態の再生管理処理を示すフロー図 本実施形態のデータベースの構成を示す図 本実施形態の仮想ルーム作成画面を示す図 本実施形態の仮想ルーム選択画面を示す図 本実施形態の仮想ルーム選択画面（仮想ルーム選択時）を示す図 本実施形態の予約確認画面を示す図 本実施形態のワンマン型における待機画面を示す図 本実施形態のワンマン型における再生画面（ゲスト側）を示す図 本実施形態のワンマン型における再生画面（ホスト側）を示す図 本実施形態の参加型における再生画面を示す図

図１は、本実施形態のカラオケ仲介システムを説明するための図である。本実施形態のカラオケ仲介システムは、仲介サーバ６０、カラオケ店舗に設置されたカラオケシステムを有して構成される。本実施形態のカラオケシステムは、カラオケ装置２、リモコン装置１を有して構成される。なお、本発明における再生端末としては、ユーザによる入力、及び、楽曲の再生を実行可能な形態であれば、必ずしもカラオケ装置２、リモコン装置１のような分離した形態を取る必要は無い。例えば、カラオケ装置２単体であっても再生端末として機能させることは可能である。また、再生端末としては、個人宅に設置されたパーソナルコンピュータ５を使用することとしてもよい。

また、カラオケ仲介システムは、その外部構成として、Ｗｅｂ会議サーバ４０、カラオケ装置２の周辺構成としてのモニタ４１、リモコン装置１が設けられている。

カラオケ店舗に設置されたカラオケ装置２は、ルータ１２０、光モデム１２１を介してインターネットに接続されており、インターネットを介した通信を行うことが可能である。図１の例では、カラオケ店舗Ａ、カラオケ店舗Ｂにそれぞれ、カラオケ装置２ａ、２ｂが設置された形態となっている。

Ｗｅｂ会議サーバ４０は、個人宅などに設置されたパーソナルコンピュータ５を複数通信接続し、映像、音声の共有を行うことでＷｅｂ会議を行うサーバである。このようなＷｅｂ会議のサービスは、通常、Ｗｅｂ会議サーバ４０と、パーソナルコンピュータ５を使用して行われる。ところで、コロナ禍において、人と人の接触が避けられる中、このようなＷｅｂ会議が友人、知人の間で社交の場として利用されている。Ｗｅｂ飲み会等がその一例である。また、そのような場における余興としてカラオケを楽しむことも望まれている。

しかしながら、Ｗｅｂ会議サーバ４０は、カラオケでの利用を想定したものとはなっておらず、カラオケ利用時における設定、管理を行うことはできない状態にある。本実施形態では、そのような状況を鑑みたものであって、Ｗｅｂ会議サーバ４０を利用して、カラオケを楽しむことをより容易に行うことを可能にするとともに、利用時における利便性向上を図るものである。

そのため、本実施形態では、再生端末としてのカラオケ装置２と、Ｗｅｂ会議サーバを仲介する仲介サーバ６０を設けている。本実施形態の仲介サーバ６０は、カラオケ管理部６１、コンテンツ管理部６２、データベース６３を備えている。

カラオケ管理部６１は、カラオケ装置２とＷｅｂ会議サーバ４０間での各種処理を実行する。コンテンツ管理部６２は、カラオケ装置２で再生する楽曲情報を記憶し、必要な場合、カラオケ装置２に配信を行う。また、データベース６３は、カラオケ管理部６１で行う各種処理に必要な情報を記憶している。

また、本実施形態では、個人宅等に設置されているパーソナルコンピュータ５を再生端末として使用することも可能である。パーソナルコンピュータ５は、光モデム５２を介してインターネットに接続されている。

図２は、本実施形態のカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、カラオケ装置２（「コマンダ」とも呼ばれる）と、リモコン装置１を含んで構成されている。カラオケ装置２とリモコン装置１は、ＬＡＮ１００及びアクセスポイント１３０を利用してネットワークを形成するように通信接続されている。

カラオケ装置２は、楽曲を演奏するための演奏部として音響制御部２５を備えている。また、カラオケ装置２は、ユーザからの各種入力を受け付ける操作部２１、操作部２１からの入力を解釈してＣＰＵ３０に伝達する操作処理部２２、各種情報を記憶する記憶部としてのハードディスク３２を備える。カラオケ装置２は、ＬＡＮ１００に接続してネットワークに参加する通信手段としてのＬＡＮ通信部２４ａを備えている。また、本実施形態のカラオケ装置２は、無線ＬＡＮ通信部２４ｂも備えており、ＬＡＮ通信部２４ａを使用した有線によるネットワーク接続に代え、無線ＬＡＮ通信部２４ｂを使用した無線によるネットワーク接続を行うことも可能である。

また、カラオケ装置２は、モニタ４１に対して歌詞映像、背景映像を表示させる映像再生手段を備える。この映像再生手段は、映像情報に基づいて映像を再生する映像再生部２９、再生する映像を一時的に蓄積するビデオＲＡＭ２８、再生された映像に対する歌詞テロップの重畳、映像効果の付与等を行う映像制御部３１を備えて構成される。

また、映像制御部３１には、カメラ４３が接続されており、歌唱するユーザの様子等、カラオケ店舗のルーム内における様子を撮影することが可能となっている。本実施形態では、カメラ４３で撮像された映像を、他のカラオケシステムと共有し、あたかも同室に入室しているような仮想ルーム（本発明の「グループ」に相当）を構築することが可能となっている。

さらに、このカラオケ装置２では、外部に接続されるモニタ４１以外に、タッチパネルモニタ３３に対して各種情報を表示することを可能としている。タッチパネルモニタ３３は映像制御部３１から入力された映像情報を表示する表示部３５と、タッチ入力された位置を操作処理部２２に出力するタッチパネル３４が重畳されて構成されている。このタッチパネルモニタ３３は、カラオケ装置２の筐体前面等に配置され、カラオケ装置２の操作部２１、あるいは、リモコン装置１のタッチパネルモニタ１１などと同様、入力部として機能する。ユーザは、タッチパネルモニタ３３にて楽曲を選択することで、直接カラオケ装置２に予約させる等、カラオケ装置２に対する各種操作を行うことが可能である。

さらに、カラオケ装置２は、各構成を統括して制御するためのＣＰＵ３０、各種プログラムを実行するにあたって必要となる情報を一時記憶するためのメモリ２７を含んだ制御部を備えて構成されている。

このような構成にてカラオケ装置２は、各種処理を実行することとなるが、カラオケ装置２の主な機能として、楽曲予約処理、楽曲再生処理などを実行可能としている。楽曲予約処理は、ユーザからの指定に基づいて楽曲を指定、予約するための処理であってリモコン装置１と連携して実行される。リモコン装置１の選曲処理で形成された予約情報は、カラオケ装置２に送信される。カラオケ装置２は、受信した予約情報をメモリ２７中の予約テーブルに登録する。楽曲再生処理は、予約された楽曲を再生させる処理であって、楽曲演奏処理と歌詞表示処理とが同期して実行される処理である。

楽曲演奏処理は、楽曲情報に含まれる演奏情報に基づき、音響制御部２５に演奏を実行させる処理である。音響制御部２５にて演奏された楽曲は、マイクロホン４３ａ、４３ｂから入力される歌唱音声と一緒にスピーカー４２から放音される。歌詞表示処理は、楽曲情報に含まれる歌詞情報をモニタ４１に表示させることで歌唱補助を行う処理である。この歌詞表示処理で表示される歌詞に、背景映像を重畳させて表示させる背景映像表示処理を実行することとしてもよい。

一方、リモコン装置１は、ユーザからの指示に基づいて楽曲を検索し、再生指示のあった楽曲について予約情報をカラオケ装置２に送信する選曲処理を実行可能としている。また、リモコン装置１は、カラオケ装置２あるいはインターネット上に接続された仲介サーバ６０等から各種情報を受信し、各種処理を実行することが可能である。本実施形態では、ユーザから各種指示を受け付けるユーザインターフェイスとして、操作部１７と、タッチパネルモニタ１１を備えている。タッチパネルモニタ１１は、表示部１１ａとタッチパネル１１ｂを有して構成され、表示部１１ａに各種インターフェイスを表示するとともに、ユーザからのタッチ入力を受付可能としている。

さらにリモコン装置１は、選曲処理に必要とされるデータベース、各種プログラム、並びに、プログラム実行に伴って発生する各種情報を記憶する記憶部として、メモリ１４、そして、これら構成を統括して制御するためのリモコン側制御部を備えて構成される。リモコン側制御部には、ＣＰＵ１５、タッチパネルモニタ１１に対して表示する映像を形成する映像制御部１３、表示する映像情報を一時的に蓄えるビデオＲＡＭ１２、タッチパネルモニタ１１あるいは操作部１７からの入力を解釈してＣＰＵ１５に伝える操作処理部１８が含まれている。

リモコン装置１は、無線ＬＡＮ通信部１６によって、アクセスポイント１３０と無線接続されることで、ＬＡＮ１００によって構成されるネットワークに接続される。なお、各リモコン装置１は、特定のカラオケ装置２に対して事前に対応付けされている。リモコン装置１から出力される各種命令は、対応付けされたカラオケ装置２にて受信されることとなる。

また、本実施形態のリモコン装置１は、赤外線通信部１９も備えており、無線ＬＡＮ通信部１６に代え、赤外線通信部１９を使用した各種命令をカラオケ装置２に送信することも可能となっている。送信された各種命令は、カラオケ装置２の赤外線通信部２３で受信され、処理される。

このようなリモコン装置１の構成により、ユーザからの各種入力をタッチパネルモニタ１１、あるいは、操作部１７から受付けるとともに、映像情報をタッチパネルモニタ１１の表示により各種情報を提供することで、カラオケ装置２に対して出力する予約情報を送信する選曲処理など、各種処理を行うことが可能となっている。

図１で説明したように、本実施形態では、Ｗｅｂ会議サーバ４０を使用した映像、音声を使用したＷｅｂ会議サービスを利用してカラオケを楽しむことを行うものである。その際、仲介サーバ６０が、カラオケ利用時における各種処理を実行する。本実施形態では、仲介サーバ６０において、カラオケに参加するユーザが集う仮想ルーム（本発明における「グループ」に相当）を作成し、仲介サーバが仮想ルーム内での各種管理を行うことで、カラオケ利用時における利便性を高めている。

図３は、本実施形態の仮想ルーム作成処理を示すフロー図である。本実施形態では、仮想ルームを作成するユーザがホストとなる。図１において、カラオケ店舗Ａにおいてカラオケ装置２ａを利用するユーザをホスト、カラオケ店舗Ｂにおいてカラオケ装置２ｂを利用するユーザをゲストに見立てて説明する。

ユーザ（ホスト）は、カラオケを行うユーザが集う場となる仮想ルームを作成する。図９は、本実施形態の仮想ルーム選択画面を示す図である。ユーザは、リモコン装置１でこの仮想ルーム選択画面を表示させ、利用したい仮想ルームを選択することが可能である。また、この仮想ルーム選択画面では、仮想ルームを作成することも可能となっている。ユーザは、作成ボタン１１２ｂを操作することで、仮想ルームを新たに作成することが可能である。なお、本実施形態において、ユーザは、ホスト、ゲスト共に、予めユーザ登録を行い、ユーザＩＤを取得済みであることを前提としている。

作成ボタン１１２ｂが操作されると、図８に示される仮想ルーム作成画面に遷移する。仮想ルーム作成画面には、ルーム名入力欄１１１ａ、タグ入力欄１１１ｂが設けられている。また、仮想ルームの各種設定を行うツールとして、募集人数入力欄１１１ｃ、開催形態選択ボタン１１１ｄ、開始時刻入力欄１１１ｅ、開催時間入力欄１１１ｆが設けられている。

ルーム名入力欄１１１ａは、ユーザ（ホスト）が決めたルーム名を入力する欄である。タグ入力欄１１１ｂには、検索等において検索対象となるタグを入力する欄である。図８の例では、ルーム名を「○○○（アーティスト名）を歌うよ」としており、タグには「○○○（アーティスト名）を使用している。なお、複数のタグを設定しておくことおも可能である。

募集人数入力欄１１１ｃには、参加可能なユーザ（ゲスト）の最大数が入力される。本実施形態では、開催形態としてワンマン型、参加型の２形態から選択することが可能である。ユーザ（ホスト）は、利用したい開催形態を開催形態選択ボタン１１１ｄで選択する。ここで、ワンマン型とは、ホストのみが歌唱する形態である。ゲストはホストの歌唱を聴くだけの形態になる。一方、参加型とは、ホスト、ゲストの両方が歌唱できる形態である。開始時刻入力欄１１１ｅには、開始時刻が入力される。そして、開催時間入力欄１１１ｆには、開催する時間が入力される。

図８の状態は、開催形態選択ボタン１１１ｄを使用して、ワンマン型が選択された状態であって、ワンマン型についてその詳細を設定する詳細設定欄１１１ｇが表示されている。詳細設定欄１１１ｇには、リクエスト送信可否ボタン１１１ｈ、音声共有可否ボタン１１１ｉ、コメント可否ボタン１１１ｊが設けられている。リクエスト送信可否ボタン１１１ｈでは、ユーザ（ゲスト）からユーザ（ホスト）に対して、歌って貰いたい楽曲のリクエストの可否を設定することが可能である。リクエスト送信可否ボタン１１１ｈが「可」の場合、ユーザ（ゲスト）からユーザ（ホスト）に対して、楽曲のリクエスト（予約）を行うことが可能となる。一方、リクエスト送信可否ボタン１１１ｈが「否」の場合、ユーザ（ゲスト）によるリクエスト（予約）は禁止され、ユーザ（ホスト）のみがリクエスト（予約）することが可能となる。

音声共有可否ボタン１１１ｉは、楽曲が再生されない期間において、ユーザ（ゲスト）からユーザ（ホスト）に対する音声送信を許可するか否かを選択することが可能である。楽曲を再生していない期間（曲間）、ユーザ（ゲスト）からの音声を共有したくない場合、音声共有可否ボタン１１１ｉを「否」に切り替えておく。曲間時、ユーザ間での会話を楽しみたい場合等においては、音声共有可否ボタン１１１ｉを「可」に切り替えておく。

なお、Ｗｅｂ会議を利用した通信では、映像、音声に遅延が伴う場合がある。歌唱している際、ユーザ（ゲスト）による手拍子、声援等に遅延が生じると歌唱がし辛い場合もある。このような事情を考慮し、本実施形態では、曲再生時において、ユーザ（ゲスト）からユーザ（ホスト）に対する音声の共有を行わない、あるいは、その音量を低く抑えている。なお、一方、遅延が伴ってもユーザ間でわいわい騒ぎたい場合もあるため、曲間においても音声共有を行う設定を設けることとしてもよい。

また、本実施形態では、仮想ルームにおいて、コメントを共有することも可能となっている。コメントを送信可能とする場合には、コメント可否ボタン１１１ｊを「可」に切り替えておく。一方、コメントの共有を禁止したい場合には、コメント可否ボタン１１１ｊは「否」に切り替えられる。

仮想ルーム作成画面には、作成ボタン１１１ｍ、キャンセルボタン１１１ｋが設けられている。仮想ルーム作成画面の各種入力、設定を終え、仮想ルームを作成するユーザは、作成ボタン１１１ｍを操作することで、仮想ルームの作成が実行される。一方、キャンセルボタン１１１ｋを操作することで、図９の仮想ルーム選択画面に戻る。

図３の仮想ルーム作成処理のフロー図に戻り、ユーザ（ホスト）により、図８で説明した仮想ルーム作成画面による作成操作が完了したことを受け付けた場合（Ｓ１０１）、リモコン装置１ａは、カラオケ装置２ａに対して仮想ルーム作成要求を送信する（Ｓ１０２）。そして、カラオケ装置２ａから仲介サーバ６０のカラオケ管理部６１に対して、仮想ルーム作成要求が送信される（Ｓ１０４）。なお、リモコン装置１ａでは、タッチパネルモニタ１１に仮想ルーム作成待機画面が表示される（Ｓ１０３）。

仮想ルーム作成要求を受信したカラオケ管理部６１は、Ｗｅｂ会議サーバ４０に対し、ＷＥｂ会議作成要求を送信する（Ｓ１０５）。Ｗｅｂ会議サーバ４０は、Ｗｅｂ会議作成要求に基づき、Ｗｅｂ会議ＩＤを含むＷｅｂ会議作成応答を返信する（Ｓ１０６）。カラオケ管理部６１では、受信したＷｅｂ会議作成応答に基づいて仮想ルームテーブルの新規レコードを作成する（Ｓ１０７）。

図７は、本実施形態のデータベースの構成を示す図である。データベース６３には、仮想ルームの管理に必要な各種テーブル、マスタが記憶されている。Ｗｅｂ会議作成応答を受信した場合、カラオケ管理部６１は、仮想ルームＩＤを割り当てた仮想ルームレコード６３２ａを作成する。仮想ルームレコード６３２ａには、仮想ルームレコード６３２ａには、ユーザ（ホスト）のユーザＩＤ、ユーザ（ホスト）が使用しているカラオケ装置２ａを識別可能なカラオケ装置ＩＤ、Ｗｅｂ会議作成応答で受信（Ｓ１０６）したＷｅｂ会議ＩＤ、そして、仮想ルーム名、開始日時、終了日時、設定情報等、仮想ルーム作成画面で入力した各種設定情報が含まれている。また、仮想ルーム作成画面で入力したタグについては、関連付けテーブル６３３を介して、タグテーブル６３１のタグレコード６３１ａと紐付けられる。

その後、カラオケ管理部６１は、ユーザ（ホスト）のカラオケ装置２ａに対して、仮想ルーム作成応答を送信する（Ｓ１０８）。仮想ルーム作成応答には、少なくとも、仮想ルームの作成が完了した旨、及び、Ｗｅｂ会議サーバ４０で発行されたＷｅｂ会議ＩＤが含まれている。仮想ルーム作成応答を受信（Ｓ１０８）したカラオケ装置２ａは、Ｗｅｂ会議サーバ４０に対して、Ｗｅｂ会議参加要求を送信する（Ｓ１０９）。

カラオケ装置２ａは、Ｗｅｂ会議参加応答を受信（Ｓ１１０）することで、カラオケ装置２ａにおけるＷｅｂ会議開催の準備が整うことになる。なお、本実施形態では、開始時刻を設定しているため、カラオケ装置２ａによるＷｅｂ会議参加要求の送信（Ｓ１０９）は、この開始時刻が到来、あるいは、その一定時間前に行うものであってもよい。また、仮想ルーム作成応答は、リモコン装置１ａに対しても送信され（Ｓ１１１）、タッチパネルモニタ１１には、仮想ルーム作成結果画面が表示される（Ｓ１１２）。

一方、作成された仮想ルームに参加するユーザ（ゲスト）は、図９の仮想ルーム選択画面を使用して、参加したい仮想ルームを選択する。仮想ルーム選択画面には、希望する仮想ルームを選択するツールとして、タグ入力欄１１２ａ、コード入力欄１１２ｃ、仮想ルーム選択ボタン１１２ｄが設けられている。タグ入力欄１１２ａは、希望する仮想ルームのタグを検索するツールである。タグ入力欄１１２ａに、タグを入力（あるいは選択）することで、図７のデータベースで関連付けられた仮想ルームが抽出され、仮想ルーム選択ボタン１１２ｄとして表示される。ユーザ（ゲスト）は、タグで絞り込まれた仮想ルームから選択することが可能となる。

また、ユーザ（ゲスト）は、予めユーザ（ホスト）から、仮想ルームＩＤを入手しておくことで、直接、仮想ルームを選択することも可能である。その場合、ユーザ（ゲスト）は、コード入力欄１１２ｃに、ユーザ（ホスト）から入手した仮想ルームＩＤを入力し、ユーザ（ホスト）が開催する仮想ルームを選択することが可能である。

また、仮想ルーム選択画面には、複数の仮想ルーム選択ボタン１１２ｄが表示されている。各仮想ルーム選択ボタン１１２ｄには、ルーム名、ユーザ（ホスト）のユーザ名、アイコン等が表示されている。ユーザ（ゲスト）は、この仮想ルーム選択ボタン１１２ｄに表示された情報を核にすることで、仮想ルームを選択することが可能である。

図１０は、本実施形態の仮想ルーム選択画面（仮想ルーム選択時）を示す図である。仮想ルーム選択ボタン１１２ｄを操作する、あるいは、コード入力欄１１２ｃに仮想ルームＩＤが入力された場合、仮想ルーム選択画面には、詳細情報表示欄１１３ａが表示される。詳細情報表示欄１１３ａには、選択した仮想ルームに関する各種情報（仮想ルーム名、ユーザ（ホスト）名、各種設定が表示される。ユーザ（ゲスト）は、詳細情報表示欄１１３ａに表示される各種情報を参照し、参加したい場合は、参加ボタン１１３ｃを操作する。一方、前の画面に戻る場合は、キャンセルボタン１１３ｂを操作する。

図４には、本実施形態の仮想ルーム参加処理を示すフロー図が示されている。この仮想ルームか参加処理は、図９、図１０で説明した仮想ルーム選択画面を使用した際の処理にあたる。ユーザ（ゲスト）は、図９、図１０で説明した仮想ルーム選択画面を使用し、仮想ルーム検索操作を行う（Ｓ２０１）。リモコン装置１ｂは、仲介サーバ６０のカラオケ管理部６１に対して、仮想ルーム検索要求を送信する（Ｓ２０２）。また、リモコン装置１ｂは仮想ルーム検索待機画面を表示する（Ｓ２０３）。カラオケ管理部６１は、データベース６３中、仮想ルームテーブル６３２、タグテーブル６３１等を参照し、仮想ルーム検索を実行する（Ｓ２０４）。

カラオケ管理部６１は、データベース６３に基づいて得られた仮想ルーム検索結果（Ｓ２０５）を、リモコン装置１ｂに仮想ルーム検索応答として送信する（Ｓ２０６）。仮想ルーム検索応答には、検索対象となった仮想ルームについて、その仮想ルームレコード６３２ａに関する情報が含まれている。ユーザは、タッチパネルモニタ１１に表示（Ｓ２０７）された仮想ルーム検索画面を参照し、仮想ルーム参加要求の操作（Ｓ２０８、図１０の参加ボタン１１３ｃの操作）を行う。

リモコン装置１ｂは、ユーザによる仮想ルーム参加要求の操作を受け付けると（Ｓ２０８）、カラオケ装置２ｂに対して仮想ルーム参加要求（Ｓ２０９）を送信する。そして、カラオケ装置２ｂは、Ｗｅｂ会議サーバ４０に対し、仮想ルームで使用するＷｅｂ会議ＩＤを含むＷｅｂ会議参加要求を送信する（Ｓ２１１）。その際、タッチパネルモニタ１１には、仮想ルーム参加待機画面が表示される（Ｓ２１０）。

カラオケ装置２ｂは、Ｗｅｂ会議サーバ４０からＷｅｂ会議参加応答を受信（Ｓ２１２）することで、カラオケ装置２ｂにおけるＷｅｂ会議参加の準備が整うことになる。その際、カラオケ装置２ｂは、リモコン装置１ｂに対して、仮想ルーム参加応答を送信（Ｓ２１３）することで、タッチパネルモニタ１１には、仮想ルーム参加結果画面が表示される（Ｓ２１４）。

仮想ルーム参加処理に基づき、データベース６３の更新が行われる。具体的には、仮想ルームに対応して、参加者テーブル６３４に新たな参加者レコード６３４ａが形成される。参加者レコード６３４ａには、参加者ＩＤに対応付けて、ユーザ（ゲスト）のユーザＩＤ、仮想ルームＩＤ、ユーザ（ゲスト）が使用しているカラオケ装置２ｂのカラオケ装置ＩＤが含まれている。なお、参加者レコード６３４ａ中のユーザＩＤを使用し、ユーザレコード６３６ａを参照することで、ユーザ名等の詳細を取得することが可能である。また、また、参加者レコード６３４ａ中のカラオケ装置ＩＤを使用し、カラオケ装置レコード６３７ａを参照することで、カラオケ装置２のシリアルＮｏ．等の詳細を取得することが可能である。

仮想ルームが開始された後、ユーザ（ホスト）が使用するカラオケ装置２ａ、もしくは、ユーザ（ゲスト）が使用するカラオケ装置２ｂから楽曲の予約を行うことが可能となる。図５は、本実施形態の予約管理処理を示すフロー図である。仮想ルームの開催時、ユーザは、通常の使用時と同様、リモコン装置１を使用して楽曲の予約を行うことが可能である。

図１１は、本実施形態の予約確認画面を示す図である。予約確認画面は、ユーザの検索の結果、１つの楽曲を選択した際、表示される画面である。本実施形態の予約確認画面には、楽曲名（曲名）、アーティスト名（歌手名）等、各種楽曲に関する楽曲確認情報１１４ａの他、楽曲を再生する際の各種設定（採点のオン／オフ、曲タイプの設定、ボーカルアシストのオン／オフ、キー設定（音程設定））といった楽曲再生時における再生設定欄１１４ｄが表示されている。再生設定を変更した場合、再生設定欄１１４ｄに表示された変更ボタンを操作することで、当該項目に関する設定変更を行うことが可能である。

また、本実施形態の楽曲確認画面には、指定ユーザ名１１４ｂ、指定ユーザ変更ボタン１１４ｃが設けられている。指定ユーザ名１１４ｂには、歌唱するユーザ名が表示される。仮想ルームの開催形態である参加型においては、複数のユーザが集って歌唱を行うことになる。その場合、自分自身が歌唱することも可能であるが、他のユーザを指定して歌って貰うことも可能である。ユーザは、指定ユーザ変更ボタン１１４ｃを操作することで、仮想ルームに集っているユーザの内、歌唱して貰いたいユーザを指定することが可能となっている。予約された当該楽曲の再生時においては、指定されたユーザのカラオケ装置２で楽曲が再生されることになる。

また、仮想ルームの開催形態が、ワンマン型の場合、ユーザ（ホスト）のみが歌唱することになる。ワンマン型において、リクエスト送信が可能に設定されている場合、ユーザ（ゲスト）は、楽曲確認画面を使用して楽曲の予約を行うことが可能である。その場合、指定ユーザ名は、ユーザ（ホスト）に固定される。

楽曲確認画面で予約したい楽曲を決めたユーザが、予約ボタン１１４ｆを操作することにより、リモコン装置１は予約操作を受け付ける（Ｓ３０１）。なお、予約を行わず、検索画面に戻る場合には、戻るボタン１１４ｅが操作される。予約ボタン１１４ｆの操作後、リモコン装置１のタッチパネルモニタ１１には、予約待機画面が表示される（Ｓ３０２）。そして、リモコン装置１からカラオケ管理部６１に予約要求が送信される（Ｓ３０３）。予約要求には、予約を行ったユーザが属する仮想ルームＩＤ、楽曲を識別するための楽曲ＩＤ、指定ユーザを示すユーザＩＤが含まれている。

カラオケ管理部６１は、受信した予約要求に基づき、予約が行われた仮想ルームに対応する新たな予約レコード６３５ａが作成される（Ｓ３０４）。図７に示されるデータベース中、予約テーブル６３５は、予約レコード６３５ａを集約したテーブルである。なお、本明細書では、同一の仮想ルーム、すなわち、仮想ルームＩＤが共通の予約レコード６３５ａの集合を予約リスト、全ての予約レコード６３５ａの集合を予約テーブルと規定している。予約レコード６３５ａには、予約レコード６３５ａを識別するための予約ＩＤに対応付けて、仮想ルームＩＤ、楽曲ＩＤ、カラオケ装置ＩＤ、１つ前の予約ＩＤ、登録日時、更新された場合には更新日時が記憶される。

仮想ルームＩＤ、楽曲ＩＤは、予約要求に含まれる情報である。カラオケ装置ＩＤは、楽曲の再生対象となるカラオケ装置２の識別子である。カラオケ管理部６１は、予約要求に含まれる指定ユーザを示すユーザＩＤを参照し、当該指定ユーザが使用しているカラオケ装置２のカラオケ装置ＩＤを判別し、予約レコード６３５ａに記憶する。楽曲の再生時には、このカラオケ装置ＩＤに楽曲を再生させることで、指定ユーザは歌唱を行うことができる。なお、楽曲の再生対象となるカラオケ装置ＩＤに代え、指定ユーザのユーザＩＤを記憶しておくこととしてもよい。また、本実施形態では、同じ仮想ルームの予約レコード６３５ａの順番を管理するため、同じ仮想ルームについて、１つ前の予約ＩＤを記憶している。

カラオケ管理部６１は、新たな予約レコード６３５ａの作成が完了（Ｓ３０５）すると、リモコン装置１ａに対して予約応答を送信する（Ｓ３０６）。リモコン装置１ａは、予約応答を受信することで、タッチパネルモニタ１１に予約結果画面を表示する（Ｓ３０７）。

カラオケ管理部６１は、予約管理処理で形成された予約リスト（同じ仮想ルームに属する予約レコード６３５ａの集合）に基づき、再生管理処理を実行する。図６は、本実施形態の再生管理処理を示すフロー図である。再生管理処理は、予約リストに基づき実行される処理であり、データベース６３に記憶している予約レコード６３５ａ毎に実行される。

カラオケ管理部６１は、データベース６３の予約リストを参照（Ｓ４０１）して、次に再生させるべき楽曲の有無（予約レコード６３５ａの有無）を確認する。データベース６３中、次に再生させる楽曲について、その予約レコード６３５ａを受信（Ｓ４０２）した場合、カラオケ管理部６１は、再生対象となるカラオケ装置２、すなわち、予約レコードｐ６３５ａに記憶するカラオケ装置ＩＤを有するカラオケ装置２に対して、再生する楽曲ＩＤを通知する（Ｓ４０３）。ワンマン型の開催形態の仮想ルームでは、再生対象は、ユーザ（ホスト）のカラオケ装置２ａとなる。

再生対象となる楽曲ＩＤの通知を受けたカラオケ装置２ａでは、楽曲ＩＤに対応する楽曲情報の有無を確認する。カラオケ装置２ａ内に当該楽曲情報を記憶していない場合、カラオケ装置２ａは、コンテンツ管理部６２に当該楽曲情報のダウンロード要求を行う（Ｓ４０４）。そして、楽曲情報のダウンロードを実行する（Ｓ４０５）。なお、コンテンツ管理部６２は、必ずしも仲介サーバ６０に設ける必要は無く、楽曲情報は別のサーバで管理することとしてもよい。また、カラオケ装置２ａに楽曲情報を記憶している場合、これらの処理（Ｓ４０４、Ｓ４０５）は省略される。

そして、カラオケ管理部６１は、楽曲の再生開始の通知をカラオケ装置２ａに対して行う（Ｓ４０６）とともに、Ｗｅｂ会議サーバ４０に通信制御指示を送信する（Ｓ４０７）。この通信制御指示は、仮想ルームに属するカラオケ装置２間での映像通信、音声通信に関する制御である。

例えば、図８で説明したように、音声通信に関して、仮想ルームの設定時、曲間において音声共有が実行可能に設定されている場合、曲間では、ユーザ（ゲスト）からユーザ（ホスト）に対する音声通信が可能になっている。一方、楽曲再生時には、音声通信は禁止（あるいは音量を低く抑える）となるため、カラオケ管理部６１は、Ｗｅｂ会議サーバ４０に対して、音声通信に関する通信制御指示を送信する（Ｓ４０７）。この場合、ユーザ（ゲスト）からユーザ（ホスト）に対する音声通信は、禁止状態に設定される。したがって、ユーザ（ホスト）の歌唱音声のみが、ユーザ（ゲスト）に配信されることになる。

このように、本実施形態では、カラオケ管理部６１は、カラオケ装置２の状態に基づいて、Ｗｅｂ会議サーバ４０に対し、制御指示を行うことで、従来、ユーザはＷｅｂ会議サーバ４０に対して、何ら面倒な設定操作を行う必要なく、カラオケを楽しむことが可能となっている。

楽曲再生の開始を受けたカラオケ装置２ａは、Ｗｅｂ会議サーバ４０に対して映像・音声共有開始要求を送信する（Ｓ４０８）。映像・音声共有開始要求を受けたＷｅｂ会議サーバ４０は、カラオケ装置２ａ、及び、仮想ルームに参加するカラオケ装置２ｂに対して、映像・音声共有開始を指示する（Ｓ４０９、Ｓ４１０）。指示を受けたカラオケ装置２ａ、２ｂ間では、映像、音声の共有が開始される。その際、映像、音声等、Ｗｅｂ会議サーバ４０における共有の設定は、通信制御指示（Ｓ４０７）で受けた指示内容に従うことになる。

楽曲の再生対象となるカラオケ装置２ａでは、再生対象となる楽曲情報の再生を開始する（Ｓ４１１）。再生が終了（Ｓ４１２）すると、カラオケ装置２ａは、カラオケ管理部６１に対し、再生終了した楽曲の予約削除要求を送信する（Ｓ４１３）。カラオケ管理部６１は、予約削除要求（Ｓ４１３）に呼応して、データベース６３中の予約レコード６３５ａを削除（あるいは無効）にする（Ｓ４１４）。予約レコード削除応答を受信（Ｓ４１５）したカラオケ管理部６１は、削除（あるいは無効）が完了した旨を伝える予約削除（無効）応答をカラオケ装置２ａに送信する（Ｓ４１６）。

そして、楽曲の再生終了というカラオケ装置２ａの変化に伴い、Ｗｅｂ会議サーバ４０に通信制御指示を送信する（Ｓ４１７）。この通信制御指示では、曲間における音声共有を可能なようとする指示が含まれている。通信制御指示を受けたＷｅｂ会議サーバ４０は、ユーザ（ホスト）からユーザ（ゲスト）、そして、ユーザ（ゲスト）からユーザ（ホスト）への音声通信を実行可能に設定する。

このように、本実施形態では、楽曲の再生開始時における通信制御指示の送信（Ｓ４０７）、と再生終了時における再生終了時に通信制御指示の送信（Ｓ４１７）を送信することで、楽曲の再生期間と、再生期間以外の期間（曲間）において、Ｗｅｂ会議サーバ４０の設定を変更し、それぞれの期間に応じた設定で音声の共有を行うことが可能になっている。

次に、仮想ルームに参加している際のモニタ４１への表示について説明する。本実施形態では、仮想ルームの開催形態として、ユーザ（ホスト）のみが歌唱を行うワンマン型と、ユーザ（ホスト）、ユーザ（ゲスト）の両方が歌唱を行う参加型を選択することが可能である。これらワンマン型、参加型におけるモニタ４１への表示について説明する。

図１２は、本実施形態のワンマン型における待機画面を示す図である。この待機画面は、仮想ルームが開設され、再生が開始されるまでの待機期間、表示される画面である。待機画面には、映像表示欄４１４ａ、予約表示欄４１１ｂ、コメント表示欄４１１ｃが設けられている。待機期間において、映像表示欄４１１ａには、ユーザ（ホスト）のカラオケ装置２に接続されたカメラ４３で撮像された映像が表示される。

また、予約表示欄４１１ｂには、予約された楽曲について、その楽曲名、アーティスト名等が表示される。図１２の状態は、まだ予約されていないため、何も表示されていない。状態となっている。コメント表示欄４１１ｃには、ユーザ（ホスト、ゲスト）が入力したコメントが表示される。本実施形態では、コメント表示欄４１１ｃに表示されるコメントは、カラオケ管理部６１で管理することとしているが、Ｗｅｂ会議サーバ４０がコメント管理機能を有する場合、それを利用することとしてもよい。また、音声共有が許可されている場合、Ｗｅｂ会議サーバ４０を介した音声による会話も行うことが可能となっている。

図１３は、本実施形態のワンマン型における再生画面（ゲスト側）を示す図である。ゲストが視聴するモニタ４１には、待機時と同様、映像表示欄４１１ａ、予約表示欄４１１ｂ、コメント表示欄４１１ｃが表示される。映像表示欄４１１ａには、ユーザ（ホスト）のカラオケ装置２に接続されたカメラ４３で撮影された映像、及び、再生中の楽曲の歌詞が表示される。予約表示欄４１１ｂには、現在、予約されている楽曲について、楽曲に関連する情報（楽曲名、アーティスト名、アイコン）が表示されており、ユーザ（ホスト、ゲスト）は、今後、再生される楽曲を確認することが可能となっている。ユーザ（ホスト、ゲスト）が入力したコメントが表示される。

一方、ワンマン型について、ユーザ（ホスト）側には、図１４に示される本実施形態のワンマン型における再生画面（ホスト側）が表示される。本実施形態では、映像表示欄４１１ａに、参加しているユーザ（ゲスト）のアバター４１４ｄ、再生している楽曲の歌詞を表示させている。ユーザ（ホスト）は、この映像表示欄４１４ａによって、歌うべき歌詞を確認するとともに、参加しているユーザ（ゲスト）をアバター４１４ｄで確認することが可能となっている。予約表示欄４１１ｂ、コメント表示欄４１１ｃについては、図１３の再生画面と同様である。

図１５は、本実施形態の参加型における再生画面を示す図である。参加型においては、ユーザ（ホスト）、ユーザ（ゲスト）の両方が歌唱を楽しむことが可能である。本実施形態では、参加型における再生画面に、映像表示欄４１１ａ、予約表示欄４１１ｂ、コメント表示欄４１１ｃが設けられている。予約表示欄４１１ｂ、コメント表示欄４１１ｃについては、図１３の再生画面等と同様である。

映像表示欄４１１ａには、歌唱しているユーザ側のカラオケ装置２に接続されているカメラ４３で撮影された映像、及び、再生中の楽曲の歌詞が表示される。サブ映像表示欄４１１ｅには、仮想ルームに参加しているその他のユーザ側のカラオケ装置２に接続されているカメラ４３で撮影された映像が表示される。このように、本実施形態の参加型形態では、あたかも同じカラオケルームに集っているかのように、Ｗｅｂ会議サーバを介した映像、音声を共有することが可能となっている。

以上、本実施形態のカラオケ仲介システムについて説明を行ったが、本実施形態のカラオケ仲介システムによれば、Ｗｅｂ会議システムを利用してカラオケを行う際、煩雑な操作を行うことなく、円滑にカラオケを楽しむことが可能となる。

以下に、本実施形態のカラオケ仲介システムについて、その変形例を説明する。

［第１変形例］
前述の実施形態では、図６で説明したように、カラオケ装置２の状況（楽曲再生期間、あるいは、楽曲再生以外の期間）、そして、ユーザ（ホスト）が利用するカラオケ装置２ａであるのか、ユーザ（ゲスト）が利用するカラオケ装置２ｂであるのかに基づき、通信制御指示（Ｓ４０７、Ｓ４１７）を、Ｗｅｂ会議サーバ４０に送信することとしていた。

通信制御指示は、このような形態のみならず、カラオケ装置２の各種状況に基づき、Ｗｅｂ会議サーバ４０に対して各種指示を出力することが可能である。例えば、通信制御指示は、Ｗｅｂ会議サーバ４０における通信に関する優先度を設定することとしてもよい。例えば、歌唱を行っているカラオケ装置２ａから、仮想グループ中、他のカラオケ装置２ｂに対する音声通信を優先させる（例えば、帯域を広く取る）ことで、仮想グループにおいて、主役となる歌唱音声を優先して共有することが可能となる。

あるいは、カラオケ管理部６１は、楽曲の再生を行っているカラオケ装置２を監視し、楽曲の再生中、歌唱区間は、ユーザ（ゲスト）からユーザ（ホスト）への音声共有を禁止し、間奏等、非歌唱区間において許可するように通信制御指示を出力してもよい。

また、通信制御指示は、音声のみならず映像についても制御する指示であってもよい。例えば、楽曲の再生期間と、非再生期間で共有する映像を変更する。また、図１３と図１４のように、ユーザ（ゲスト）に対する映像と、ユーザ（ホスト）に対する映像を変更するよう、Ｗｅｂ会議サーバ４０に指示してもよい。

以上、本実施形態のカラオケ仲介システムについて説明したが、本発明はカラオケ仲介システムのみならず、カラオケ仲介システムの一部を構成する仲介サーバ、再生端末についても本発明の範疇に属する。また、情報処理装置で実行され、再生端末と同様の機能を実現する再生端末用プログラムについても本発明の範疇に属する。

１（１ａ、１ｂ）：リモコン装置 １１１ｄ：開催形態選択ボタン
２（２ａ、２ｂ）：カラオケ装置 １１１ｅ：開始時刻入力欄
５：パーソナルコンピュータ １１１ｆ：開催時間入力欄
１１：タッチパネルモニタ １１１ｇ：詳細設定欄
１１ａ：表示部 １１１ｈ：リクエスト送信可否ボタン
１１ｂ：タッチパネル １１１ｉ：音声共有可否ボタン
１２：ビデオＲＡＭ １１１ｊ：コメント可否ボタン
１３：映像制御部 １１１ｋ：キャンセルボタン
１４：メモリ １１１ｍ：作成ボタン
１５：ＣＰＵ １１２ａ：タグ入力欄
１６：無線ＬＡＮ通信部 １１２ｂ：作成ボタン
１７：操作部 １１２ｃ：コード入力欄
１８：操作処理部 １１２ｄ：仮想ルーム選択ボタン
１９：赤外線通信部 １１３ａ：詳細情報表示欄
２１：操作部 １１３ｂ：キャンセルボタン
２２：操作処理部 １１３ｃ：参加ボタン
２３：赤外線通信部 １１４ａ：楽曲確認情報
２４ａ：ＬＡＮ通信部 １１４ｂ：指定ユーザ名
２４ｂ：無線ＬＡＮ通信部 １１４ｃ：指定ユーザ変更ボタン
２５：音響制御部 １１４ｄ：再生設定欄
２７：メモリ １１４ｅ：ボタン
２８：ビデオＲＡＭ １１４ｆ：予約ボタン
２９：映像再生部 １２０：ルータ
３０：ＣＰＵ １２１：光モデム
３１：映像制御部 １３０：アクセスポイント
３２：ハードディスク ４１１ａ：映像表示欄
３３：タッチパネルモニタ ４１１ｂ：予約表示欄
３４：タッチパネル ４１１ｃ：コメント表示欄
３５：表示部 ４１１ｅ：サブ映像表示欄
４０：Ｗｅｂ会議サーバ ４１４ａ：映像表示欄
４１：モニタ ４１４ｄ：アバター
４２：スピーカー ６３１：タグテーブル
４３：カメラ ６３１ａ：タグレコード
４３ａ：マイクロホン ６３２：仮想ルームテーブル
４３ｂ：マイクロホン ６３２ａ：仮想ルームレコード
５２：光モデム ６３３：関連付けテーブル
６０：仲介サーバ ６３４：参加者テーブル
６１：カラオケ管理部 ６３４ａ：参加者レコード
６２：コンテンツ管理部 ６３５：予約テーブル
６３：データベース ６３５ａ：予約レコード
１１１ａ：ルーム名入力欄 ６３６ａ：ユーザレコード
１１１ｂ：タグ入力欄 ６３７ａ：カラオケ装置レコード
１１１ｃ：募集人数入力欄

Claims (6)

1. 再生端末と、仲介サーバを備えたカラオケ仲介システムであって、
   再生端末は、参加処理と、楽曲指定処理と、再生処理と、通信処理を可能とし、
   参加処理は、仲介サーバに対して、グループを形成、もしくは、グループに参加する旨を通知し、
   楽曲指定処理は、仲介サーバに対して楽曲指定を行い、
   再生処理は、仲介サーバからの再生指示に基づいて楽曲を再生し、
   通信処理は、Ｗｅｂ会議サーバを介して通信接続された他の再生端末と少なくとも音声通信を可能とし、
   仲介サーバは、接続仲介処理、楽曲再生指示処理、通信制御処理を可能とし、
   接続仲介処理は、Ｗｅｂ会議サーバを使用した通信処理に参加する複数の再生端末からなるグループを形成し、当該グループに参加する複数の再生端末をＷｅｂ会議サーバに通知し、
   楽曲再生指示処理は、楽曲指定を行った再生端末に対して、当該楽曲の再生指示を行い、
   通信制御処理は、グループに参加する再生端末の状況に基づいて、Ｗｅｂ会議サーバに対し、少なくとも音声通信に関する制御指示を行う
   カラオケ仲介システム。
2. 通信制御処理におけるグループに参加する再生端末の状況は、再生端末における再生処理の状況である
   請求項１に記載のカラオケ仲介システム。
3. 通信制御処理は、再生端末において再生処理を実行している場合、少なくとも歌唱期間中において、グループに参加する他の再生端末からの音声通信を禁止する、あるいは、音声通信の音量を抑制する
   請求項２に記載のカラオケ仲介システム。
4. 通信制御処理におけるグループに参加する再生端末の状況は、グループを形成したホストである、あるいは、グループに参加するゲストである
   請求項１から請求項３の何れか１項に記載のカラオケ仲介システム。
5. 再生端末、及び、Ｗｅｂ会議サーバと通信可能な仲介サーバであって、
   接続仲介処理、楽曲再生指示処理、通信制御処理を可能とし、
   接続仲介処理は、Ｗｅｂ会議サーバを使用した通信処理に参加する複数の再生端末からなるグループを形成し、当該グループに参加する複数の再生端末をＷｅｂ会議サーバに通知し、
   楽曲再生指示処理は、楽曲指定を行った再生端末に対して、当該楽曲の再生指示を行い、
   通信制御処理は、グループに参加する再生端末の状況に基づいて、Ｗｅｂ会議サーバに対し、少なくとも音声通信に関する制御指示を行う
   仲介サーバ。
6. 再生端末と、仲介サーバと、Ｗｅｂ会議サーバを備えたカラオケ仲介システムであって、
   再生端末は、参加処理と、楽曲指定処理と、再生処理と、通信処理を可能とし、
   参加処理は、仲介サーバに対して、グループを形成、もしくは、グループに参加する旨を通知し、
   楽曲指定処理は、仲介サーバに対して楽曲指定を行い、
   再生処理は、仲介サーバからの再生指示に基づいて楽曲を再生し、
   通信処理は、Ｗｅｂ会議サーバを介して通信接続された他の再生端末と少なくとも音声通信を可能とし、
   仲介サーバは、接続仲介処理、楽曲再生指示処理、通信制御処理を可能とし、
   接続仲介処理は、Ｗｅｂ会議サーバを使用した通信処理に参加する複数の再生端末からなるグループを形成し、当該グループに参加する複数の再生端末をＷｅｂ会議サーバに通知し、
   楽曲再生指示処理は、楽曲指定を行った再生端末に対して、当該楽曲の再生指示を行い、
   通信制御処理は、グループに参加する再生端末の状況に基づいて、Ｗｅｂ会議サーバに対し、少なくとも音声通信に関する制御指示を行う
   カラオケ仲介システム。

Images