JP6079971B2 - カラオケ用ホスト装置、カラオケシステム及びカラオケ用プログラム - Google Patents

Description

本発明は、演奏にあわせて歌唱を楽しむことのできるカラオケ装置を管理するカラオケ用ホスト装置、並びに、カラオケ用プログラム、そして、カラオケ装置とカラオケ装置と通信可能なカラオケ用ホスト装置を含むカラオケシステムに関する。

従来、カラオケボックス、スナック等のナイト店といった商業施設、あるいは、家庭用ゲーム機、スマートフォン等を利用して、楽曲の演奏に合わせて歌唱を楽しむカラオケサービスが提供されている。このようなカラオケサービスでは、一人で歌唱を楽しむ形態の他、男性パートと女性パートに分かれて歌唱するデュエット形態のような複数人で歌唱を楽しむ合唱形態が知られている。

近年、インターネットを使用した通信網では、通信回線の大容量化及び高速化が進み、様々な分野において、情報通信を使用したサービスが提供されている。カラオケの分野においても、インターネットを使用した通信型カラオケ装置に始まり、上述したカラオケにおける合唱形態を、離れて設置されたカラオケ装置間で行うことも検討されている。このようなサービスとして、特許文献１には、遠隔地で多拠点の利用者同士で、双方の空間の映像・音響信号を共有できる多拠点におけるデュエット・合唱カラオケ制御方式が開示されている。

特開２００５−０７７４８５号公報

特許文献１に開示されるデュエット・合唱カラオケ制御方式では、楽曲を指定してデュエット（合唱）の希望を募り、応募してきたユーザの中から所望のユーザを指定することでデュエット（合唱）を行うこととしている。このような形態では、デュエット（合唱）の希望を募ったユーザと、当該ユーザに指定されたユーザ間では、デュエット（合唱）を楽しむことが可能となる。しかしながら、デュエット（合唱）に応募したにも拘わらず、指定されなかったユーザは、デュエット（合唱）を行うことができず、応募からユーザが決定されるまでの待ち時間が無駄になることが考えられる。

上述する課題を解決するため、本発明に係るカラオケ用ホスト装置は、以下の構成を採用するものである。
複数のカラオケ装置と通信可能なカラオケ用ホスト装置であって、
受付処理と、公開処理と、応募受付処理と、第１マッチング処理と、第２マッチング処理と、を実行可能とし、
受付処理は、カラオケ装置にログインしている募集ユーザから合唱要求を受け付け、
公開処理は、受付処理にて受け付けた合唱要求を他のカラオケ装置に公開し、
応募受付処理は、他のカラオケ装置にログインしている応募ユーザから、合唱要求に対する応募を受け付け、
第１マッチング処理は、応募受付処理にて合唱要求に応募した応募ユーザ中、１または複数の応募ユーザを選択し、選択された応募ユーザがログインしているカラオケ装置と、受付処理にて合唱要求を行った募集ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせ、
第２マッチング処理は、第１マッチング処理において、選択されなかった応募ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせる。

さらに本発明に係るカラオケ用ホスト装置は、
受付処理において、１または複数の楽曲の指定した合唱要求を可能とする。

さらに本発明に係るカラオケ用ホスト装置は、
受付処理において、複数の楽曲を指定して合唱要求が行われた場合、
応募受付処理において、応募ユーザは、合唱要求で指定されている複数の楽曲の中から、楽曲を指定して合唱要求に対する応募を行うことを可能とする。

さらに本発明に係るカラオケ用ホスト装置において、
第２マッチング処理は、応募受付処理で共通の楽曲を指定した応募ユーザがログインしているカラオケ装置間において、当該楽曲を同期して再生する再生処理を行わせる。

また本発明に係るカラオケシステムは、
各カラオケ装置間、及び、各カラオケ装置と通信可能なカラオケ用ホスト装置を備えたカラオケシステムであって、
カラオケ用ホスト装置は、
受付処理と、公開処理と、応募受付処理と、第１マッチング処理と、第２マッチング処理と、を実行可能とし、
受付処理は、カラオケ装置にログインしている募集ユーザから合唱要求を受け付け、
公開処理は、受付処理にて受け付けた合唱要求を他のカラオケ装置に公開し、
応募受付処理は、他のカラオケ装置にログインしている応募ユーザから、合唱要求に対する応募を受け付け、
第１マッチング処理は、応募受付処理にて合唱要求に応募した応募ユーザ中、１または複数の応募ユーザを選択し、選択された応募ユーザがログインしているカラオケ装置と、受付処理にて合唱要求を行った募集ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせ、
第２マッチング処理は、第１マッチング処理において、選択されなかった応募ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせる。

また本発明に係るカラオケ用プログラムは、
複数のカラオケ装置と通信可能なカラオケ用ホスト装置にて実行可能なカラオケ用プログラムであって、
受付処理と、公開処理と、応募受付処理と、第１マッチング処理と、第２マッチング処理と、を実行可能とし、
受付処理は、カラオケ装置にログインしている募集ユーザから合唱要求を受け付け、
公開処理は、受付処理にて受け付けた合唱要求を他のカラオケ装置に公開し、
応募受付処理は、他のカラオケ装置にログインしている応募ユーザから、合唱要求に対する応募を受け付け、
第１マッチング処理は、応募受付処理にて合唱要求に応募した応募ユーザ中、１または複数の応募ユーザを選択し、選択された応募ユーザがログインしているカラオケ装置と、受付処理にて合唱要求を行った募集ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせ、
第２マッチング処理は、第１マッチング処理において、選択されなかった応募ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせる。

本発明に係るカラオケ用ホスト装置、カラオケシステム、カラオケ用プログラムによれば、離れた場所のカラオケ装置を利用しているユーザ間において、デュエットを含む合唱を行うためのマッチング（第１マッチング処理）を行うことが可能となる。その際、第１マッチング処理において選択されなかったユーザ間で、デュエットを含む合唱を行うためのマッチング（第２マッチング処理）を行うことで、選択されなかったユーザ間同士でデュエットを含む合唱を楽しむことが可能となる。したがって、選択されなかったユーザは、第１マッチング処理における待ち時間を無駄にすることなくカラオケを楽しむことも可能となる。

さらに本発明に係るカラオケ用ホスト装置、カラオケシステム、カラオケ用プログラムによれば、受付処理において、１または複数の楽曲を指定した合唱要求を可能とするものである。このような構成によれば、募集ユーザが他のユーザ（応募ユーザ）と歌唱したい楽曲を指定した上で、募集をかけることが可能となる。また、応募ユーザも自分が歌唱したい楽曲を確認して応募することも可能となる。さらに、受け付け処理において、複数の楽曲を指定可能とすることで、応募ユーザに対する楽曲の選択範囲を広げ、多くの応募ユーザを募ることが可能となる。

さらに本発明に係るカラオケ用ホスト装置、カラオケシステム、カラオケ用プログラムによれば、応募受付処理において、応募ユーザは、合唱要求で指定されている複数の楽曲の中から、楽曲を指定可能とすることで、一緒に歌唱したい楽曲のマッチングを取ることが可能となる。

さらに本発明に係るカラオケ用ホスト装置、カラオケシステム、カラオケ用プログラムによれば、第２マッチング処理において、共通の楽曲を指定した応募ユーザ間でマッチングを取ることで、応募ユーザの要求に従った合唱を行うことが可能となる。

本発明の実施形態に係るカラオケシステムを示す図 本発明の実施形態に係るトップ画面を示す図 本発明の実施形態に係るユーザ情報のデータ構成を示す図 本発明の実施形態に係るユーザ情報の送受信を説明する図 本発明の実施形態に係るアクティブユーザトップ画面を示す図 本発明の実施形態に係るカラオケシステムでの処理概要を示すフロー図 本発明の実施形態に係る募集処理を示すフロー図 本発明の実施形態に係る応募処理を示すフロー図 本発明の実施形態に係る再提案受付処理を示すフロー図 本発明の実施形態に係るホスト装置での処理（第１処理）を示すフロー図 本発明の実施形態に係るホスト装置での処理（第２処理）を示すフロー図 本発明の実施形態に係る募集ユーザ側における画面構成を示す図 本発明の実施形態に係る応募ユーザ側における画面構成を示す図 本発明の実施形態に係る応募ユーザ側における画面構成を示す図 本発明の実施形態に係る応募ユーザ側における画面構成を示す図

図１は、本発明の実施形態に係るカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、カラオケ装置２（コマンダ）と、リモコン装置１（本発明における「楽曲選曲装置」）を含んで構成されている。なお、図１に示す例では、１台のカラオケ装置２に対して、リモコン装置１ａとリモコン装置１ｂ、２台のリモコン装置１が使用されている例である。これらリモコン装置１ａ、１ｂの構成は同一であるため、リモコン装置１として説明を行う。カラオケ装置２とリモコン装置１は、ＬＡＮ１００及びアクセスポイント１１０を利用してネットワークを形成するように接続されている。

カラオケボックスなどの店舗に設置されるカラオケ装置２は、楽曲を演奏するための演奏部として音響制御部２５を備えている。また、カラオケ装置２は、ユーザからの各種入力を受け付けるスイッチなどで構成されるカラオケ装置２側の入力部としての操作部２１を備える。カラオケ装置２は、操作部２１からの入力を解釈して制御部３０に伝達する操作処理部２２を備える。また、カラオケ装置２は、各種情報を記憶するカラオケ装置側記憶部としてのＨＤＤ３２（ハードディスク）を備える。カラオケ装置２は、ＬＡＮ１００に接続してネットワークに加入するためのカラオケ装置側通信手段としてのＬＡＮ通信部２４を備えている。

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

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

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

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

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

本実施形態では、インターネット、あるいは、ＬＡＮといった通信回線を介して通信接続された複数の各カラオケ装置２において、合唱処理を行うことを可能としている。この合唱処理は、複数の各カラオケ装置２において、同じ楽曲を同期して演奏を行う処理である。さらに、合唱処理では、通信接続されている相手方のカラオケ装置２の歌唱用マイク４４から入力される音声情報を、通信回線を介して自己のカラオケ装置２から出力する処理であり、通信接続されたカラオケ装置２を使用するユーザ間において、デュエットを含む合唱を行うことを可能とする処理である。合唱処理期間中、カラオケ装置２は、ホスト装置５を介して通信接続することとしてもよいが、音声情報の遅延を抑制するため、ホスト装置５を介さずにカラオケ装置２間を通信接続することが好ましい。

一方、リモコン装置１は、予約情報などカラオケ装置２に対して各種指示を送信するとともに、カラオケ装置２あるいはインターネット上に接続されたホスト装置５から各種情報を受信する。本実施形態では、ユーザインターフェイスとしてボタンなどの操作部１７と、タッチパネルモニタ１１を備えている。タッチパネルモニタ１１は、表示部１１ａとタッチパネル１１ｂを有して構成され、表示部１１ａに各種インターフェイスを表示するとともに、ユーザからのタッチ入力を受付可能としている。

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

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

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

図２は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示を行うことで、リモコン装置１を操作するユーザに対して各種情報が提供される。

本実施形態のカラオケシステムは、各リモコン装置１のタッチパネルモニタ１１から認証情報（後述するユーザ識別情報やパスワード）を入力することで、ログインすることが可能となっている。特に、本実施形態のカラオケシステムでは、複数のユーザをユーザ毎にログインさせることを可能としており、ログインした各ユーザ（ログインユーザ）に関する情報は画面上方に常時表示される。本実施例においては、ログインした各ユーザに関する情報として、各ユーザの分身像（アバター）を表示するためのログインユーザ欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。

また、アカウントを有していないユーザのためのゲストアイコン１０２、ユーザを切り替えるためのユーザ切り替えスイッチ１０１が表示されている。ログインしたユーザは、ログインユーザ欄１０３に表示される分身像を選択、あるいは、ユーザ切り替えスイッチ１０１を操作することで、自分のユーザ情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザは、ゲストアイコン１０２を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザの切り替えの際には、パスワードなどを使用した認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。

図３は、ユーザ毎にホスト装置５に記憶されているユーザ情報を説明するための図である。本実施形態では、ユーザ情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルといった、ユーザに関する各種情報を含んで構成される。ユーザ情報は、ホスト装置５の記憶部５１に記憶されている。ユーザ情報には、ユーザがログインするための認証情報（ユーザ識別情報とパスワード）が含まれている。個人情報には、ユーザ名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢、うた年齢、居住地、趣味、好きな楽曲ジャンルなどを含んで構成される。これら各種情報は、リモコン装置１、あるいは、インターネットなどのネットワークに接続された図示しないパーソナルコンピュータ、携帯情報端末などを使用し、ログインして設定することも可能である。リモコン装置１とカラオケ装置２との対応付け（通称、くくりつけ）が、予め完了していれば、リモコン装置１の操作部１７から入力された各種情報をカラオケ装置２へ送付し、カラオケ装置２からホスト装置５へログインしてもよい。

マイうたテーブルは、ユーザによって登録された楽曲を記憶するテーブルであって、楽曲識別情報、音程調整値、過去の採点情報（最高点、もしくは、過去複数回のもの）などを含んで構成されている。ユーザは、このマイうたテーブルに基づいて、過去に登録したお気に入りの楽曲を呼び出して予約、演奏することが可能となる。その際、登録した音程調整値を利用することで、自分の歌唱にあった音程で演奏（再生）を行うこともできる。

マイアーティストテーブルは、ユーザによって登録されたアーティスト（歌手）を記憶するテーブルであって、歌手識別情報を含んで構成されている。ユーザは、このマイアーティストテーブルに基づいて、登録したお気に入りのアーティストの楽曲（持ち歌、あるいは、関連楽曲）を呼び出して予約、演奏することが可能となる。

履歴テーブルは、ユーザが過去の歌唱時に演奏した楽曲に関する各種情報を記録した情報であって、本実施形態では、過去に当該ユーザが予約することで演奏された楽曲について、楽曲の楽曲識別情報、演奏した日時を示す歌唱日時、採点情報などを含んで構成されている。ユーザは、この履歴テーブルに基づいて、過去に演奏した楽曲を呼び出して再度歌唱することが可能である。

図４は、このユーザ情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザは、自己のユーザ識別情報とパスワードで構成された認証情報を入力、あるいは、リモコン装置１などに設けられたＩＣカードリーダでＩＣカードに記憶されている認証情報を読み取らせることで認証処理Ｓ１０１を実行する。カラオケ装置２あるいはリモコン装置１は、認証情報をホスト装置５に送信し（Ｓ１０２）、認証情報を受信したホスト装置５は記憶部５１に記憶されたデータベースから、該当するユーザのユーザ情報を抽出し（Ｓ１２１）、問い合わせのあったカラオケ装置２あるいはリモコン装置１に対して送信する（Ｓ１２２）。

ユーザ情報を受信したカラオケ装置２側では（Ｓ１０３）、受信したユーザ情報に基づいて、楽曲指定処理、楽曲再生処理など各種サービス処理を提供する（Ｓ１０４）。ユーザによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中に発生した各種履歴（ログ）、あるいは、ユーザによる設定変更を反映したユーザ情報をホスト装置５に送信する（Ｓ１０６）。ここで、ユーザ情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。ユーザ情報を受信したホスト装置５では（Ｓ１２３）、受信したユーザ情報に基づいて記憶部５１に記憶されたデータベースの更新を実行する（Ｓ１２４）。

以上、あるユーザが認証処理（ログイン処理）してから、ログアウトするまでの流れを説明したが、本実施形態のカラオケ装置２、リモコン装置１は、認証された複数人（認証ユーザ）が同時にログインしている状態で使用することが可能となっている。図２で説明したユーザインターフェイスを用いることで、サービスを提供するユーザ（以下、「アクティブユーザ」という）を切り替えて使用することが可能となっている。

図５は、本発明の実施形態に係るアクティブユーザトップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザ欄１０３にログインしたユーザの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザ欄１０３中、右端に背景がハイライト（白色）で示されるユーザは、アクティブユーザ１０３ｅ（Ａさん）であって、図に示す状態では、このアクティブユーザ１０３ｅに対するサービス、すなわち、アクティブユーザ１０３ｅのユーザ情報を利用したサービスが実行されている状態となっている。このアクティブユーザトップ画面では、「曲を探す」を選択することで、歌手名、楽曲名に基づく検索を行うことができる。

図６には、本発明の実施形態に係るカラオケシステムでの処理概要を示すフロー図が示されている。本実施形態のカラオケシステムでは、インターネットなどの通信回線を介して通信接続された複数のカラオケ装置２間において、合唱処理、すなわち、カラオケ装置２間を使用するユーザ間で、デュエットを含む合唱を行うことを可能としている。

カラオケシステム上、ホスト装置５（カラオケ用ホスト装置）は、複数のカラオケ装置２ａ〜２ｄと通信接続されており、各カラオケ装置２ａ〜２ｄ間で行われる合唱処理を管理する。図６に示される例では、カラオケ装置２ａを使用するユーザが募集ユーザ、すなわち、楽曲を指定して合唱を提案するユーザ（ユーザＡ）であり、カラオケ装置２ｂ〜２ｄを使用するユーザ（ユーザＢ、Ｃ、Ｄ）は、ユーザＡの合唱の提案に応募した応募ユーザである。

まず、カラオケ装置２ａにて、募集ユーザ（ユーザＡ）は、ホスト装置５に対して、合唱要求を送信する。この合唱要求には、合唱処理の対象となる楽曲識別情報（曲名、音高キー、主旋律／ハモリの設定、男女パートの設定などが考えられる）、及び、合唱要求を行ったユーザのユーザ識別情報（ユーザＩＤやニックネーム等）が含まれている。ホスト装置５ではこの合唱要求を受け付ける受付処理を実行し、合唱要求の内容を通信接続された他のカラオケ装置２に公開する公開処理を実行する。カラオケ装置２ａとホスト装置５とのインターネットを用いた通信に必要な情報（ＩＰアドレス、ポート番号など）は、予め、お互いの装置の記憶手段（カラオケ装置２ａであればＨＤＤ３２、ホスト装置５であれば記憶部５１）に記憶する場合や、合唱要求時に通知する場合もある。

カラオケシステム上にて公開された合唱要求に興味を持ったユーザは、当該合唱要求の詳細な情報（ユーザＡのニックネーム、曲名、音高キー、主旋律／ハモリの設定、男女パートの設定など）をホスト装置５に要求し、取得、閲覧する（登録情報交信）。合唱要求の詳細な情報を参照し、募集ユーザ（ユーザＡ）と合唱を行いたいユーザ（ユーザＢ、Ｃ、Ｄ）は、合唱要求に対する応募をホスト装置５に対して送信する。合唱要求に対する応募では、ホスト装置５に対して、応募ユーザの識別情報（ユーザＩＤやニックネーム等）の通知以外に、応募ユーザへのメッセージ文なども通知してもよい。

この募集期間中、募集ユーザ（ユーザＡ）のカラオケ装置２（あるいはリモコン装置１）では、随時、応募状況が更新表示され、自己の合唱要求に対する応募状況を確認することが可能となっている。募集ユーザ（ユーザＡ）は、この応募状況（応募ユーザのニックネームやメッセージ文の閲覧）に基づき、合唱対象とする応募ユーザを選択する。この例では募集ユーザ（ユーザＡ）は、応募ユーザ（ユーザＢ、Ｃ、Ｄ）中、ユーザＢを合唱相手として選択している。

応募ユーザの選択を受け付けたホスト装置５は、募集ユーザ（ユーザＡ）のカラオケ装置２ａに対して応募ユーザ（ユーザＢ）のカラオケ装置２ｂに関する情報を送信するとともに、応募ユーザ（ユーザＢ）のカラオケ装置２ｂに対して募集ユーザ（ユーザＡ）のカラオケ装置２ａに関する情報を送信する。カラオケ装置２ａ、２ｂに送信する情報としては、ユーザＡ、ユーザＢの識別情報（ニックネーム等）や、各装置間で通信に必要な情報（ＩＰアドレス等）が含まれており、受信したカラオケ装置２ａ、２ｂ間では、ホスト装置５を介すことなく、相手方のカラオケ装置２ａ、２ｂと通信接続し、合唱処理を開始する。合唱処理では、各カラオケ装置２ａ、２ｂにて合唱要求にて提案された楽曲を同期して再生するとともに、相手方のカラオケ装置２ａ（２ｂ）に入力される歌唱音声情報を自己のカラオケ装置２ｂ（２ａ）から出力する。このように合唱処理では、離れた位置におけるユーザＡ、Ｂが同席して合唱しているように歌唱を楽しむことが可能となる。

このように本実施形態では、募集ユーザと応募ユーザ間での合唱処理に対するマッチング（第１マッチング処理）を行うことで、離れた位置におけるユーザ間での合唱を可能としている。この例では、２人のユーザ（ユーザＡ、Ｂ）間での合唱処理を説明したが、合唱処理は２人以上のユーザ間で行うこととしてもよい。

このように本実施形態のカラオケシステムでは、募集ユーザと応募ユーザ間のマッチング（第１マッチング処理）を行うことで、募集ユーザと応募ユーザ間での合唱を楽しむことを可能としている。しかしながら、募集ユーザに選択されなかった応募ユーザは、合唱を楽しむことができないこととなる。応募ユーザが応募してから募集ユーザが選択するまでの募集期間には時間がかかることもあり、選択されなかった応募ユーザは募集期間が無駄になることが予想される。

本実施形態のカラオケシステムでは、このような状況を鑑み、募集ユーザに選択されなかった応募ユーザ間で、あらたな合唱処理の提案（第２マッチング処理）を行うこととしている。このように本実施形態では、募集ユーザに選択されなかった応募ユーザについて、共通の楽曲を合唱することに応募している機会を有効に活用することを可能としている。図６の例では、ホスト装置５は、募集ユーザ（ユーザＡ）に選択されなかった応募ユーザ（ユーザＣ、Ｄ）に対して合唱提案を行う。合唱提案では、ユーザ識別情報（ユーザＣにはユーザＤのニックネーム、ユーザＤにはユーザＣのニックネーム等）が通知される。両ユーザ（ユーザＣ、Ｄ）から合唱提案に対する承諾が得られた場合、応募ユーザ（ユーザＣ）のカラオケ装置２ｃに対して応募ユーザ（ユーザＤ）のカラオケ装置２ｄに関する情報（ＩＰアドレス等）を送信するとともに、応募ユーザ（ユーザＤ）のカラオケ装置２ｄに対して募集ユーザ（ユーザＣ）のカラオケ装置２ｃに関する情報（ＩＰアドレス等）を送信する。カラオケ装置２ｃ（２ｄ）では、相手側のカラオケ装置２ｄ（２ｃ）と合唱処理を行うために必要な情報（合唱する曲に対する音高キー、主旋律／ハモリをどちらが行なうかの設定、男／女パートはどちらなのかの設定など）を受信した後、合唱処理を開始する。

このように本実施形態のカラオケシステムでは、募集ユーザに選択されなかった応募ユーザ間で合唱を行うことが可能である。特に、応募ユーザは、募集ユーザ側で指定された楽曲の合唱に応募しているユーザであるため、新たに募集することなく共通の楽曲について合唱を行うことが可能となる。したがって、応募ユーザの待ち時間となる応募期間を無駄にすることなく、新たなユーザ間にて合唱を楽しむことが可能となる。

では、本実施形態のカラオケシステムについて、ホスト装置５での処理、各カラオケ装置２での処理について詳しく説明を行う。図７は、本発明の実施形態に係る募集処理を示すフロー図である。この募集処理は、募集ユーザが使用するカラオケ装置２において実行される処理である。まず、合唱を行うことを希望する募集ユーザは、カラオケ装置２、あるいは、リモコン装置１における入力手段を使用して、合唱の対象となる楽曲（募集楽曲）を選択する（Ｓ２０１）。指定された募集楽曲の楽曲識別情報は、合唱要求としてホスト装置５に送信される。

合唱要求を受信したホスト装置５は、通信接続されている他のカラオケ装置２に対して、合唱要求に基づく公開処理を行う。公開処理の結果、募集ユーザ側のカラオケ装置２の表示手段には、公開された合唱要求に対して応募した応募ユーザに関する各種情報が表示される。図１２には、本発明の実施形態に係る募集ユーザ側における画面構成（募集画面）が示されている。この例は、カラオケ装置２にアクティブユーザとしてログインしているＡさんについての募集画面であって、画面上段には、Ａさんが募集楽曲として選択した募集対象楽曲の歌手名、曲名が表示されている。また、画面下段には、この募集対象楽曲に対して応募してきた応募ユーザのユーザ名、並びに、各応募ユーザのプロフィールなど各応募ユーザに関する情報が表示されている。応募ユーザに関する情報の右隣には、選択ボタンが設けられており、募集ユーザは、合唱を行いたい応募ユーザに対応する選択ボタンを操作することで、当該応募ユーザと合唱を行うことが可能となる。

また、募集画面の上段右側には、キャンセルボタンが設けられている。募集ユーザは、合唱に対する募集を中止したい場合、このキャンセルボタンを操作することで、募集を中止することが可能である。図７の募集処理のフロー図に戻り、応募ユーザに対応する選択ボタンが操作された場合（Ｓ２０３：Ｙｅｓ）、カラオケ装置２は、選択された応募ユーザのカラオケ装置２に関する情報をホスト装置５から取得（Ｓ２０４）し、応募ユーザのカラオケ装置２と通信接続する（Ｓ２０５）。本実施形態では、ホスト装置５を介さずに、募集ユーザのカラオケ装置２と応募ユーザのカラオケ装置２を通信接続することで、通信回線で発生する遅延の抑制を図ることとしている。

互いに通信接続された募集ユーザのカラオケ装置２と、応募ユーザのカラオケ装置２において合唱処理を実行する。すなわち、合唱要求にて指定された楽曲をカラオケ装置２間で同期して再生するとともに、相手方のカラオケ装置２に入力される歌唱音声情報を、通信回線を介して自己のカラオケ装置２から出力する（Ｓ２０６）。一方、募集期間中に募集ユーザによりキャンセルボタンが操作された場合（Ｓ２１０：Ｙｅｓ）、キャンセルされた旨をホスト装置５に通知（Ｓ２１１）して、処理を終了する。さらに本実施形態では、募集期間に一定の制限時間（募集時間）が設けられている。募集ユーザが募集をかけてから一定時間（募集時間）の間に、募集ユーザが応募ユーザを選択しない場合、募集時間はタイムアウトされる（Ｓ２０７：Ｙｅｓ）。この募集期間内に応募ユーザがいた場合（Ｓ２０８：Ｙｅｓ）、カラオケ装置２は、応募ユーザの中から合唱相手を自動で選択（Ｓ２０９）し、合唱処理に必要となる処理（Ｓ２０４〜Ｓ２０６）を実行する。一方、募集期間内に応募ユーザがいない場合（Ｓ２０８：Ｎｏ）には、一連の処理を終了する。

図８には、本発明の実施形態に係る応募処理を示すフロー図が示されており、図１４には、応募ユーザ側のカラオケ装置２における画面構成（応募画面）が示されている。図１４の応募画面は、メニュー内の募集ユーザの中から、ある募集ユーザを選択した場合に表示される画面であって、画面上段には、募集ユーザ並びに募集対象楽曲に関する情報が表示されている。また、画面下段には、現在の応募状況が表示されている。応募状況としては、上段の合唱の募集に対して応募中の応募ユーザのアイコン、ユーザ名が表示されている。ユーザは、これら各種情報を参照して、画面下段右下に表示されている応募ボタンを操作することで、募集中の合唱に対する応募を行うことが可能である。

図８に示される応募処理では、図１４に示される応募画面にて、募集ユーザに対して応募が実行された場合（Ｓ３０１）、ホスト装置５からの通知を待つ。ホスト装置５から募集ユーザにより選択されたことが通知された場合（Ｓ３０２：Ｙｅｓ）、募集ユーザのカラオケ装置に関する情報を取得（Ｓ３０４）し、合唱処理としての楽曲再生を開始する（Ｓ３０５）。一方、ホスト装置５からキャンセル通知、すなわち、募集ユーザによるキャンセル操作が行われた場合（Ｓ３０６：Ｙｅｓ）、応募処理を終了する。さらに、本実施形態では、応募ユーザが募集ユーザにより選択されなかった場合、再提案受付処理（Ｓ４００）を実行することとしている。

図９には、本発明の実施形態に係る再提案受付処理を示すフロー図が示されている。この再提案受付処理は、募集ユーザに選択されなかった応募ユーザ間で、新たに合唱を行うホスト装置５による提案を受け付ける処理である。選択されなかった応募ユーザのカラオケ装置２は、ホスト装置５から再提案を受信した場合（Ｓ４０１：Ｙｅｓ）、応募ユーザ間での合唱に関する各種処理（Ｓ４０２〜Ｓ４０７）を実行する。

図１４には、ホスト装置５から再提案を受信したカラオケ装置２での表示画面（再提案受付画面）が示されている。この再提案受付画面の下段には、募集ユーザが他の応募ユーザを選択した旨が表示されるとともに、募集ユーザ以外のユーザ（応募ユーザ）と歌唱するか否かを選択するボタンが表示されている。応募ユーザにより「はい」のボタンが操作された場合（Ｓ４０２：Ｙｅｓ）、カラオケ装置２はホスト装置５に歌唱許可通知を送信する（Ｓ４０３）。本実施形態では、合唱を行う相手となる応募ユーザは、ホスト装置５にて選択することとしているが、相手の選択方法は、複数の候補の中から応募ユーザ自身で選択するなど適宜形態を採用することが可能である。

その後、歌唱を行う相手となる応募ユーザ側のカラオケ装置に関する情報を取得（Ｓ４０４）し、応募ユーザ同士のカラオケ装置２が通信接続（Ｓ４０５）、合唱処理のための楽曲再生が開始される（Ｓ４０６）。一方、ホスト装置５から再提案を受信しなかった場合（Ｓ４０１：Ｎｏ）、再提案受付処理を終了する。図１５には、再提案を受信しなかったカラオケ装置２での表示画面（再提案中止画面）が示されている。再提案中止画面の画面下段には、歌唱相手となる応募ユーザが検索できなかったことを理由として一連の処理を中止する旨が表示されることとなる。以上、説明したように、本実施形態では、募集ユーザに選択されなかった応募ユーザ間で、合唱を行うことを再提案することで、選択されなかった応募ユーザも合唱を楽しむことが可能となるととともに、応募ユーザが募集期間に費やした待ち時間を無駄にすることがない。

図１０、図１１には、このような募集ユーザ、並びに、応募ユーザでの処理を実現するためのホスト装置５での処理が示されている。図１０は、ホスト装置５での処理（第１処理）を示したフロー図であって、募集ユーザと応募ユーザ間でのマッチング（第１マッチング処理）が終了するまでの処理を示したものである。また、図１１は、図１０の第１処理終了後の処理（第２処理）を示したフロー図であって、応募ユーザ間でのマッチング（第２マッチング処理）を示したものである。

募集ユーザのカラオケ装置２から合唱要求を受信する受付処理（Ｓ５０１：Ｙｅｓ）を行ったホスト装置５は、受け付けた合唱要求を登録し、他のカラオケ装置２に対して公開する公開処理を実行する（Ｓ５０２）。公開期間、すなわち、募集期間中において募集ユーザからキャンセル通知を受信した場合（Ｓ５０３：Ｙｅｓ）、応募ユーザに対して募集がキャンセルされたことを通知するキャンセル通知を送信（Ｓ５０４）し、処理を終了する。一方、公開された合唱要求について、応募ユーザ側のカラオケ装置２から募集確認要求を受信した場合（Ｓ５０５：Ｙｅｓ）、当該カラオケ装置２に対して募集状況を通知する（Ｓ５０６）。一方、募集ユーザ側のカラオケ装置２から応募確認要求を受信した場合（Ｓ５０７：Ｙｅｓ）、当該カラオケ装置２に対して応募状況を通知する（Ｓ５０８）。このように、募集ユーザ側、並びに応募ユーザ側のカラオケ装置２では、合唱の募集、応募に関する情報が最新の状態に更新されることとなる。

ホスト装置５が、募集ユーザ側のカラオケ装置２において、応募ユーザの指定を受信した場合（Ｓ５０９）、ホスト装置５は、募集ユーザ側のカラオケ装置２と、募集ユーザによって指定された応募ユーザ側のカラオケ装置２に対して、相手のカラオケ装置２に関する情報を通知する（Ｓ５１０）。本実施形態では、相手のカラオケ装置２に関する情報を受信した両カラオケ装置２は、ホスト装置５を介すことなく通信接続することで、合唱処理を開始する。

以上が、ホスト装置５にて実行される、募集ユーザと募集ユーザによって指定された応募ユーザ間におけるマッチング（第１マッチング処理）形態である。このマッチング終了後、ホスト装置５では、残る応募ユーザ間をマッチング（第２マッチング処理）する第２処理が実行される。図１１に示される第２処理のフロー図に示されるように、ホスト装置５は、募集に漏れた応募ユーザ、すなわち、募集ユーザに指定されなかった応募ユーザの人数が複数であるか否かを確認する。募集に漏れた応募ユーザがいない、あるいは、１人である場合（Ｓ６０１：Ｎｏ）、以後のマッチングを行うことはできないため第２処理を終了する。一方、募集漏れの応募ユーザが複数存在する場合（Ｓ６０１：Ｙｅｓ）、募集漏れの応募ユーザ側のカラオケ装置２に対して、募集漏れの応募ユーザ同士で合唱を行う再提案を通知する（Ｓ６０２）。

ホスト装置５は、募集漏れの応募ユーザから、再提案の結果を待ち、募集漏れの応募ユーザから歌唱許可した応募ユーザが複数存在する場合（Ｓ６０４：Ｙｅｓ）、再提案に対して応募してきた順に応募ユーザの組みを作る（Ｓ６０５）。この各組が新たに合唱を行う応募ユーザの組みとなる。ホスト装置５は、応募ユーザ側のカラオケ装置２に対して、一緒に合唱する相手のカラオケ装置２に関する情報を通知する（Ｓ６０８）。当該通知を受信した応募ユーザのカラオケ装置２は、相手のカラオケ装置２と通信接続して合唱処理を開始する。ホスト装置５は、当初の募集漏れ応募ユーザから、合唱のためのマッチングが行われた応募ユーザの人数を減らして、歌唱許可した応募ユーザが複数存在しなくなるまで、Ｓ６０４からの処理を繰り返し実行する。

このように本実施形態のホスト装置５におけるマッチング（第２マッチング処理）は、合唱の再提案に対して応募してきた順に合唱する組を自動で形成することとしているが、マッチングの形態は、このような形態に限ること無く、募集漏れ応募ユーザにて、歌唱したい応募ユーザを選択可能とすることとしてもよい。その場合、ホスト装置５は、募集漏れ応募ユーザの何れか１人に対して、合唱したい応募ユーザに選択権を与え、図１２で説明した募集ユーザと同様に、応募ユーザを選択させることが考えられる。当該選択権は、ランダムに与える、あるいは、当初の募集に対する応募順で与える等、各種形態を採用することが考えられる。

以上、本実施形態のカラオケシステムを使用した合唱処理について、募集ユーザと応募ユーザ間におけるマッチング、並びに、募集に漏れた応募ユーザ間におけるマッチングについて説明したが、募集ユーザが募集対象として指定する楽曲は上述したように１曲に限られるものではない。募集ユーザは、募集対象として複数の楽曲を選択することとしてもよい。このような形態では、応募ユーザは募集対象として指定された複数の楽曲の内から、自分が合唱したい楽曲を指定して応募することが可能となる。募集ユーザは、応募ユーザの指定した楽曲、並びに、応募ユーザのプロフィールなどに基づいて、応募ユーザを選択して歌唱を行うことが可能となる。また、このような形態では、共通の楽曲を指定した募集漏れ応募ユーザ間にて、マッチング（第２マッチング処理）を行うことが好ましい。

あるいは、募集ユーザは、合唱する楽曲を指定することなく合唱要求を行うこととしてもよい。このような形態では、募集ユーザと応募ユーザ間でのマッチング（第１マッチング処理）完了後、募集ユーザ、あるいは、応募ユーザ、あるいは、募集ユーザと応募ユーザ、あるいは、ランダムに合唱する楽曲を決定することが考えられる。募集漏れ応募ユーザ間におけるマッチング（第２マッチング処理）についても同様の手法で合唱する楽曲を決定することとなる。

以上、本実施形態のカラオケシステムについて説明を行ったが、本実施形態の機能は、カラオケ用ホスト装置５に対して、プログラム（カラオケ用プログラム）として提供することも可能である。カラオケ用ホスト装置５にプログラムを導入（インストール）することで、本明細書で説明した機能を実現することが可能となる。

１ａ、１ｂ…リモコン装置 ２４…ＬＡＮ通信部
１１…タッチパネルモニタ ２５…音響制御部
１１ａ…表示部 ２７…メモリ
１１ｂ…タッチパネル ２８…ビデオＲＡＭ
１２…ビデオＲＡＭ ２９…映像再生部
１３…映像制御部 ３０…ＣＰＵ
１４…メモリ ３１…映像制御部
１５…ＣＰＵ ３２…ＨＤＤ（ハードディスク）
１６…無線ＬＡＮ通信部 ４１…モニタ
１７…操作部 ４２…スピーカ
１８…操作処理部 ４４ａ、４４ｂ…歌唱用マイク（マイクロホン）
１９…赤外線通信部 １００…ＬＡＮ
２…カラオケ装置（コマンダ） １１０…アクセスポイント
２１…操作部 １２０…ルータ
２２…操作処理部 ５…ホスト装置
２３…赤外線通信部 ５１…記憶部

Claims (6)

1. 複数のカラオケ装置と通信可能なカラオケ用ホスト装置であって、
   受付処理と、公開処理と、応募受付処理と、第１マッチング処理と、第２マッチング処理と、を実行可能とし、
   受付処理は、カラオケ装置にログインしている募集ユーザから合唱要求を受け付け、
   公開処理は、受付処理にて受け付けた合唱要求を他のカラオケ装置に公開し、
   応募受付処理は、他のカラオケ装置にログインしている応募ユーザから、合唱要求に対する応募を受け付け、
   第１マッチング処理は、応募受付処理にて合唱要求に応募した応募ユーザ中、１または複数の応募ユーザを選択し、選択された応募ユーザがログインしているカラオケ装置と、受付処理にて合唱要求を行った募集ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせ、
   第２マッチング処理は、第１マッチング処理において、選択されなかった応募ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせる
   カラオケ用ホスト装置。
2. 受付処理において、１または複数の楽曲の指定した合唱要求を可能とする
   請求項１に記載のカラオケ用ホスト装置。
3. 受付処理において、複数の楽曲を指定して合唱要求が行われた場合、
   応募受付処理において、応募ユーザは、合唱要求で指定されている複数の楽曲の中から、楽曲を指定して合唱要求に対する応募を行うことを可能とする
   請求項２に記載のカラオケ用ホスト装置。
4. 第２マッチング処理は、応募受付処理で共通の楽曲を指定した応募ユーザがログインしているカラオケ装置間において、当該楽曲を同期して再生する再生処理を行わせる
   請求項３に記載のカラオケ用ホスト装置。
5. 各カラオケ装置間、及び、各カラオケ装置と通信可能なカラオケ用ホスト装置を備えたカラオケシステムであって、
   カラオケ用ホスト装置は、
   受付処理と、公開処理と、応募受付処理と、第１マッチング処理と、第２マッチング処理と、を実行可能とし、
   受付処理は、カラオケ装置にログインしている募集ユーザから合唱要求を受け付け、
   公開処理は、受付処理にて受け付けた合唱要求を他のカラオケ装置に公開し、
   応募受付処理は、他のカラオケ装置にログインしている応募ユーザから、合唱要求に対する応募を受け付け、
   第１マッチング処理は、応募受付処理にて合唱要求に応募した応募ユーザ中、１または複数の応募ユーザを選択し、選択された応募ユーザがログインしているカラオケ装置と、受付処理にて合唱要求を行った募集ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせ、
   第２マッチング処理は、第１マッチング処理において、選択されなかった応募ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせる
   カラオケシステム。
6. 複数のカラオケ装置と通信可能なカラオケ用ホスト装置にて実行可能なカラオケ用プログラムであって、
   受付処理と、公開処理と、応募受付処理と、第１マッチング処理と、第２マッチング処理と、を実行可能とし、
   受付処理は、カラオケ装置にログインしている募集ユーザから合唱要求を受け付け、
   公開処理は、受付処理にて受け付けた合唱要求を他のカラオケ装置に公開し、
   応募受付処理は、他のカラオケ装置にログインしている応募ユーザから、合唱要求に対する応募を受け付け、
   第１マッチング処理は、応募受付処理にて合唱要求に応募した応募ユーザ中、１または複数の応募ユーザを選択し、選択された応募ユーザがログインしているカラオケ装置と、受付処理にて合唱要求を行った募集ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせ、
   第２マッチング処理は、第１マッチング処理において、選択されなかった応募ユーザがログインしているカラオケ装置間で、同じ楽曲を同期して再生する再生処理を行わせる
   カラオケ用プログラム。