(57)【要約】【課題】別の場所に居る複数のユーザが歌唱又は演奏した楽曲の関連を、それらのユーザ同士の繋がりに拡張するためのサービスを提供する。【解決手段】カラオケ装置１０Ａ，１０Ｂは、カラオケ楽曲の楽音を示す音響信号を生成し、同カラオケ楽曲を示す楽曲ＩＤを音響透かしにより重畳させて、自装置の放音エリアにおいて放音する（Ｓａ２〜Ｓａ５，Ｓｂ２〜Ｓｂ５）。端末装置２０Ａ，２０Ｂは、カラオケ装置１０に放音された楽音を示す音響信号から楽曲ＩＤを抽出し、楽曲ＩＤを含むサービス提供要求をサービスサーバ３０に送信する（Ｓａ６，Ｓａ７，Ｓｂ６，Ｓｂ７）。サービスサーバ３０は、端末装置２０から取得したサービス提供要求に含まれる楽曲ＩＤが示すカラオケ楽曲同士が関連付け条件（楽曲ＩＤが同一）を満たすとき、それらを関連付けて（Ｓｃ２〜Ｓｃ４）、端末装置２０Ａ，２０Ｂのユーザにサービスを提供するための応答処理を実行する。【選択図】図９
2013218066.tif 000002
【特許請求の範囲】
【請求項１】
楽曲演奏装置が自楽曲演奏装置の放音エリアに放音した楽曲の楽音を示す音響信号であって、前記楽曲の属性を示す楽曲属性情報が音響透かしにより重畳させられた音響信号から、前記放音エリアに置かれた端末装置により前記楽曲属性情報が抽出されて、当該端末装置により生成された前記楽曲属性情報を含む処理要求を、当該端末装置との通信により取得する要求取得部と、
互いに異なる複数の前記放音エリアにそれぞれ置かれた複数の前記端末装置から前記要求取得部により前記処理要求が取得された場合、取得された前記各処理要求に含まれる楽曲属性情報が示す属性が互いに予め決められた関連付け条件を満たすときに、当該複数の端末装置を関連付ける関連付け部と、
前記関連付け部により関連付けられた前記複数の端末装置に対し、特定の応答処理を実行する応答処理部と
を備えることを特徴とするサーバ装置。
【請求項２】
前記要求取得部は、前記楽曲属性情報と前記端末装置のユーザのユーザ属性とを含む前記処理要求を取得し、
前記関連付け部は、前記楽曲属性情報が示す属性が互いに予め決められた関係を有し、且つ、前記複数の端末装置のユーザ属性が互いに予め決められた関係を有することを前記関連付け条件として、前記複数の端末装置を関連付ける
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記応答処理部は、
前記関連付け部により関連付けられた他の前記端末装置を通知する処理、又は当該端末装置が前記楽曲属性情報を抽出した前記放音エリアを通知する処理を、前記応答処理として実行する
ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
前記処理要求は、当該処理要求を自サーバ装置に送信した前記端末装置を示す端末ＩＤを含み、
前記要求取得部により取得された前記処理要求と前記端末ＩＤとを対応付けて記憶する記憶部を備え、
前記関連付け部は、前記記憶部に記憶された前記各処理要求に含まれる楽曲属性情報が示す属性同士が予め決められた関連付け条件を満たすときに、前記記憶部に記憶された当該各処理要求の取得元の複数の前記端末装置の端末ＩＤを関連付ける
ことを特徴とする請求項１から３のいずれか１項に記載のサーバ装置。
【請求項５】
複数の楽曲演奏装置とサーバ装置とを備える楽曲演奏システムであって、
前記楽曲演奏装置は、
楽曲の楽音を示す音響信号を生成する生成部と、
前記楽曲の属性を示す楽曲属性情報を取得する属性情報取得部と、
前記生成部が生成した音響信号に前記属性情報取得部が取得した楽曲属性情報を音響透かしにより重畳させる重畳部と、
前記重畳部により楽曲属性情報が重畳させられた音響信号が示す楽音を、自楽曲演奏装置の放音エリアに放音させる放音制御部と
を有し、
前記サーバ装置は、
前記放音制御部の制御により放音された楽音を示す音響信号から前記放音エリアに置かれた端末装置により前記楽曲属性情報が抽出されて、当該端末装置により生成された前記楽曲属性情報を含む処理要求を、当該端末装置との通信により取得する要求取得部と、
互いに異なる複数の前記放音エリアにそれぞれ置かれた複数の前記端末装置から前記要求取得部により処理要求が取得された場合、取得された前記各処理要求に含まれる楽曲属性情報が示す属性が互いに予め決められた関連付け条件を満たすときに、当該複数の端末装置を関連付ける関連付け部と、
前記関連付け部により関連付けられた前記複数の端末装置に対し、特定の応答処理を実行する応答処理部と
を有することを特徴とする楽曲演奏システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ等の楽曲演奏装置の利用者にサービスを提供する技術に関する。
【背景技術】
【０００２】
カラオケの利用状況に応じたサービスをユーザ端末経由でユーザに提供する技術が、例えば特許文献１に開示されている。特許文献１は、サービスサーバがカラオケの利用履歴をカラオケ装置又はユーザ端末から収集し、収集した利用履歴に基づいて、ユーザ嗜好に合ったテレビ番組（例えば、歌手の出演番組）を案内するための番組表情報をユーザ端末に送信することを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−７５７００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の発明は、カラオケの利用者であるユーザが歌唱したカラオケ楽曲に関連した番組表情報を、そのユーザのユーザ端末に送信するから、いわばユーザ毎に異なるサービスを個々のユーザに対し独立して提供する発明である。
これに対し、本発明の目的は、別の場所に居る複数のユーザが歌唱又は演奏した楽曲の関連を、それらのユーザ同士の繋がりに拡張するためのサービスを提供することである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明のサーバ装置は、楽曲演奏装置が自楽曲演奏装置の放音エリアに放音した楽曲の楽音を示す音響信号であって、前記楽曲の属性を示す楽曲属性情報が音響透かしにより重畳させられた音響信号から、前記放音エリアに置かれた端末装置により前記楽曲属性情報が抽出されて、当該端末装置により生成された前記楽曲属性情報を含む処理要求を、当該端末装置との通信により取得する要求取得部と、互いに異なる複数の前記放音エリアにそれぞれ置かれた複数の前記端末装置から前記要求取得部により前記処理要求が取得された場合、取得された前記各処理要求に含まれる楽曲属性情報が示す属性が互いに予め決められた関連付け条件を満たすときに、当該複数の端末装置を関連付ける関連付け部と、前記関連付け部により関連付けられた前記複数の端末装置に対し、特定の応答処理を実行する応答処理部とを備えることを特徴とする。
【０００６】
本発明のサーバ装置において、前記要求取得部は、前記楽曲属性情報と前記端末装置のユーザのユーザ属性とを含む前記処理要求を取得し、前記関連付け部は、前記楽曲属性情報が示す属性が互いに予め決められた関係を有し、且つ、前記複数の端末装置のユーザ属性が互いに予め決められた関係を有することを前記関連付け条件として、前記複数の端末装置を関連付けるようにしてもよい。
【０００７】
本発明のサーバ装置において、前記応答処理部は、前記関連付け部により関連付けられた他の前記端末装置を通知する処理、又は当該端末装置が前記楽曲属性情報を抽出した前記放音エリアを通知する処理を、前記応答処理として実行するようにしてもよい。
【０００８】
本発明のサーバ装置において、前記処理要求は、当該処理要求を自サーバ装置に送信した前記端末装置を示す端末ＩＤを含み、前記要求取得部により取得された前記処理要求と前記端末ＩＤとを対応付けて記憶する記憶部を備え、前記関連付け部は、前記記憶部に記憶された前記各処理要求に含まれる楽曲属性情報が示す属性同士が予め決められた関連付け条件を満たすときに、前記記憶部に記憶された当該各処理要求の取得元の複数の前記端末装置の端末ＩＤを関連付けるようにしてもよい。
【０００９】
本発明の楽曲演奏システムは、複数の楽曲演奏装置とサーバ装置とを備える楽曲演奏システムであって、前記楽曲演奏装置は、楽曲の楽音を示す音響信号を生成する生成部と、前記楽曲の属性を示す楽曲属性情報を取得する属性情報取得部と、前記生成部が生成した音響信号に前記属性情報取得部が取得した楽曲属性情報を音響透かしにより重畳させる重畳部と、前記重畳部により楽曲属性情報が重畳させられた音響信号が示す楽音を、自楽曲演奏装置の放音エリアに放音させる放音制御部とを有し、前記サーバ装置は、前記放音制御部の制御により放音された楽音を示す音響信号から前記放音エリアに置かれた端末装置により前記楽曲属性情報が抽出されて、当該端末装置により生成された前記楽曲属性情報を含む処理要求を、当該端末装置との通信により取得する要求取得部と、互いに異なる複数の前記放音エリアにそれぞれ置かれた複数の前記端末装置から前記要求取得部により処理要求が取得された場合、取得された前記各処理要求に含まれる楽曲属性情報が示す属性が互いに予め決められた関連付け条件を満たすときに、当該複数の端末装置を関連付ける関連付け部と、前記関連付け部により関連付けられた前記複数の端末装置に対し、特定の応答処理を実行する応答処理部とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、別の場所に居る複数のユーザが歌唱又は演奏したカラオケ楽曲の関連を、それらのユーザ同士の繋がりに拡張するためのサービスを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】カラオケシステムの全体構成を示す図。
【図２】カラオケ装置のハードウェア構成を示すブロック図。
【図３】楽曲属性情報ＤＢのデータ構造を示す図。
【図４】端末装置のハードウェア構成を示すブロック図。
【図５】サービスサーバのハードウェア構成を示すブロック図。
【図６】関連付けＤＢのデータ構造を示す図。
【図７】利用情報ＤＢのデータ構造を示す図。
【図８】カラオケシステムの機能的構成を示す機能ブロック図。
【図９】カラオケシステムにおける処理の流れを示すシーケンスチャート。
【図１０】カラオケシステムにおける処理の流れを示すシーケンスチャート。
【図１１】関連付けＤＢの更新の様子を示す図。
【図１２】楽曲属性情報ＤＢのデータ構造を示す図。
【図１３】カラオケシステムの機能的構成を示す機能ブロック図。
【図１４】カラオケシステムにおける処理の流れを示すシーケンスチャート。
【図１５】関連付けＤＢの更新の様子を示す図。
【発明を実施するための形態】
【００１２】
［第１実施形態］
以下、図面を参照しつつ本発明の第１実施形態を説明する。
図１は、カラオケシステム１の全体構成を示す図である。
カラオケシステム１は、複数のカラオケ装置１０と、複数の端末装置２０と、サービスサーバ３０と、楽曲配信サーバ４０とを備える楽曲演奏システムである。カラオケ装置１０、端末装置２０、サービスサーバ３０及び楽曲配信サーバ４０は、それぞれネットワークＮＷに接続されている。ネットワークＮＷは、ここでは、移動体通信網、ゲートウェイ及びインターネットを含む通信網である。
【００１３】
本実施形態では、複数のカラオケ装置１０のうちカラオケ装置１０Ａ，１０Ｂ，１０Ｃについて説明する。カラオケ装置１０は、同一カラオケ店舗に設置されたカラオケ装置であり、それぞれ異なるカラオケルームに設置された楽曲演奏装置である。各カラオケルームは壁によって仕切られていて、カラオケ装置１０Ａ，１０Ｂ，１０Ｃは互いに重複しない放音エリアにカラオケ楽曲の楽音を放音する。端末装置２０は、ここではスマートフォンであり、それぞれカラオケ店舗の利用者であるユーザに所有される。本実施形態では、複数の端末装置２０のうち、カラオケ装置１０Ａを利用してカラオケルームＡで歌唱するユーザに所有される端末装置２０Ａと、カラオケ装置１０Ｂを利用してカラオケルームＢで歌唱するユーザに所有される端末装置２０Ｂと、カラオケ装置１０Ｃを利用してカラオケルームＣで歌唱するユーザに所有される端末装置２０Ｃとについて説明する。サービスサーバ３０は、カラオケ店舗の利用者であるユーザに対し、端末装置２０経由でサービスを提供するサーバ装置である。サービスサーバ３０は、サービスサーバ３０からサービスの提供を受けるためのアプリケーションプログラムがインストールされた端末装置２０を対象としてサービスを提供する。
【００１４】
楽曲配信サーバ４０は、カラオケメーカが提供するカラオケ楽曲のカラオケデータと、カラオケ楽曲の属性を示す楽曲属性情報とを、ネットワークＮＷでカラオケ装置１０に配信するサーバ装置である。楽曲配信サーバ４０が配信するカラオケデータは、カラオケ楽曲の伴奏に用いられるデータであり、例えばカラオケ楽曲の伴奏を示すＭＩＤＩ（Musical Instrument Digital Interface）形式の演奏データ、カラオケ楽曲の歌詞を示す歌詞データやカラオケ楽曲の伴奏の進行に伴って表示される画像（静止画像や動画）を示す背景データ等のデータを含む。楽曲属性情報は、カラオケ楽曲毎に個別に決められた属性を示す。本実施形態の楽曲属性情報は、カラオケ楽曲を識別する楽曲ＩＤ、楽曲名、歌手を識別する歌手ＩＤ、カラオケ楽曲が属するジャンルＩＤ、及び発表年を含む。各楽曲属性情報の詳細については後述する。
【００１５】
図２は、カラオケ装置１０のハードウェア構成を示すブロック図である。図２に示すように、カラオケ装置１０は、制御部１１と、操作部１２と、通信部１３と、無線通信部１４と、記憶部１５と、表示部１６と、歌唱マイク１７と、スピーカ１８と、リモコン装置１９とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を有するマイクロプロセッサや、音響処理部としてのＤＳＰ（Digital Signal Processor）を有している。ＣＰＵは、ＲＯＭや記憶部１５に記憶されたプログラムをＲＡＭに読み出して実行することにより、カラオケ装置１０の各部を制御する。音響処理部は、カラオケ装置１０においてカラオケ楽曲の伴奏に関する音響処理を実行する。この音声処理は、音響透かしにより透かし情報（いわゆる、音響透かし情報）をカラオケ楽曲の楽音を示す音響信号に重畳させる処理を含む。この音響信号は、例えば、楽音の音波形を示すアナログ形式の電気信号である。
【００１６】
操作部１２は、テンキーや摘み等の操作子を有し、カラオケ装置１０の利用者により行われた操作（例えば、カラオケ楽曲の選択操作や音量や音程等の各種調整操作）を示す操作信号を制御部１１に出力する。通信部１３は、ネットワークＮＷに接続するためのインタフェースである。無線通信部１４は、例えば赤外線受光部を有し、遠隔操作によりカラオケ装置１０を制御するための操作信号を、リモコン装置１９から赤外線通信により受信する。無線通信部１４は、リモコン装置１９から受信した操作信号を制御部１１に出力する。リモコン装置１９は、液晶ディスプレイ等の表示面と、ディスプレイ上に重ねて配置されたタッチパネルとを有し、ユーザのタッチ操作により受け付けた操作を示す操作信号を赤外線通信により送信する。
【００１７】
記憶部１５は、例えばハードディスク装置を備え、カラオケ楽曲ＤＢ（Data Base）１５１と、楽曲属性情報ＤＢ１５２と、装置ＩＤ１５３とを記憶している。カラオケ楽曲ＤＢ１５１は、楽曲配信サーバ４０から配信されてカラオケ装置１０がダウンロードしたカラオケデータを蓄積するデータベースである。楽曲属性情報ＤＢ１５２は、楽曲配信サーバ４０から配信されカラオケ装置１０がダウンロードした楽曲属性情報を蓄積するデータベースである。装置ＩＤ１５３は、カラオケ装置１０を識別する識別情報で、各カラオケ装置１０に互いに重複しないように割り当てられている。本実施形態では、カラオケ装置１０Ａの装置ＩＤ１５３は「ＫＩＤ００１」であり、カラオケ装置１０Ｂの装置ＩＤ１５３は「ＫＩＤ００２」であり、カラオケ装置１０Ｃの装置ＩＤ１５３は「ＫＩＤ００３」である。
【００１８】
図３は、楽曲属性情報ＤＢ１５２のデータ構造を示す図である。
楽曲属性情報ＤＢ１５２は、「楽曲ＩＤ」、「楽曲名」、「歌手ＩＤ」、「ジャンルＩＤ」及び「発表年」を示すフィールドを有し、各フィールドに記述されたデータを関連付けた構造である。楽曲ＩＤは、カラオケ楽曲を識別する識別情報である。楽曲ＩＤは、ここではカラオケ演奏の予約に用いられる曲番号であるが、曲番号とは別に割り当てられた識別情報であってもよい。楽曲名はカラオケ楽曲の名称（タイトル）を示す文字列である。歌手ＩＤは、カラオケ楽曲を歌う歌手を識別する識別情報であり、例えば個人又はグループ単位で歌手を識別する。ジャンルＩＤは、カラオケ楽曲が属する音楽のジャンルを識別する識別情報である。ジャンルＩＤは、例えばＪポップや演歌、ロック等の予め決められたジャンルに従って割り当てられている。発表年は、カラオケ楽曲が発表された西暦年を示す数値である。
楽曲属性情報ＤＢ１５２において、例えば図３の第１行に対応するレコードは、楽曲ＩＤが「ＭＩＤ００１」のカラオケ楽曲の楽曲名が「ＡＡＡ」であり、このカラオケ楽曲が歌手ＩＤが「ＳＩＤ００１」の歌手により歌われ、ジャンルＩＤが「Ｊポップ」のジャンルに属し、発表年が「２０１１」に発表されたことを示す。
【００１９】
表示部１６は、例えば液晶ディスプレイを有し、歌詞データや背景データに応じてカラオケ楽曲に関する画像を表示する。歌唱マイク１７は、歌唱者の歌唱音声を収音し、収音した歌唱音声を示す音響信号（例えば、歌唱音声の音波形を示すアナログ形式の電気信号）を制御部１１に出力する。アナログ形式の音響信号は、制御部１１においてサンプリングされてデジタル形式の音響信号に変換される。スピーカ１８は、制御部１１から供給された音響信号が示す音をカラオケ装置１０の放音エリアに放音する。
【００２０】
図４は、端末装置２０のハードウェア構成を示すブロック図である。図４に示すように、端末装置２０は、制御部２１と、ＵＩ（User Interface）部２２と、無線通信部２３と、マイクロホン２４と、スピーカ２５と、記憶部２６とを備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部２６に記憶されたプログラムをＲＡＭに読み出して実行することにより、端末装置２０の各部を制御する。ＵＩ部２２は、例えばタッチパネルを備え、ユーザからの操作を受け付けるとともに、画像により情報を報知する。無線通信部２３は、無線通信回路やアンテナを備え、ネットワークＮＷに接続するためのインタフェースである。マイクロホン２４は、収音する収音部であり、収音した音を示す音響信号を制御部２１に出力する。スピーカ２５は、送話音声などを放音する。記憶部２６は、例えばＥＥＰＲＯＭを備え、制御部２１が実行するプログラムのほか、端末装置２０を識別する識別情報として端末ＩＤ２６１を記憶する。制御部２１が実行するプログラムは、カラオケシステム１においてサービスの提供を受けるためのアプリケーションプログラムを含む。端末ＩＤ２６１は、例えば、端末装置２０に割り当てられた電話番号やＳＩＭ（Subscriber Identity Module）カードから特定される個体識別情報である。端末装置２０Ａの装置ＩＤ１５３は「ＵＩＤ００１」であり、端末装置２０Ｂの装置ＩＤ１５３は「ＵＩＤ００２」であり、端末装置２０Ｃの装置ＩＤ１５３は「ＵＩＤ００３」である。
【００２１】
図５は、サービスサーバ３０のハードウェア構成を示すブロック図である。図５に示すように、サービスサーバ３０は、制御部３１と、通信部３２と、記憶部３３とを備える。
制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部３３に記憶されたプログラムをＲＡＭに読み出して実行することにより、サービスサーバ３０の各部を制御する。通信部３２は、ネットワークＮＷに接続するためのインタフェースである。記憶部３３は、例えばハードディスク装置を備え、制御部３１が実行するプログラムのほか、楽曲属性情報ＤＢ３３１、関連付けＤＢ３３２及び利用情報ＤＢ３３３を記憶している。楽曲属性情報ＤＢ３３１は、カラオケ装置１０が記憶している楽曲属性情報ＤＢ１５２と同じ楽曲属性情報を格納したデータベースであり、ここではその説明を省略する。楽曲属性情報ＤＢ３３１は、サービスサーバ３０が楽曲配信サーバ４０からダウンロードすることにより記憶部３３に記憶される。
【００２２】
図６は、関連付けＤＢ３３２のデータ構造を示す図である。
関連付けＤＢ３３２は、複数の端末装置２０を関連付ける処理に関する情報を蓄積したデータベースである。サービスサーバ３０がサービスを提供する対象とする複数の端末装置２０を決定するために、それらを関連付ける処理を実行する。関連付けＤＢ３３２は、「端末ＩＤ」、「装置ＩＤ」、「楽曲ＩＤ」及び「関連付け結果」を示すフィールドを有し、各フィールドに記述されたデータを関連付けた構造である。端末ＩＤのフィールドには、端末装置２０を識別する識別情報で、カラオケ装置１０を利用したユーザの端末装置２０を識別する端末ＩＤ２６１が書き込まれる。装置ＩＤのフィールドには、端末装置２０のユーザにより利用されたカラオケ装置１０を識別する装置ＩＤ１５３が書き込まれる。楽曲ＩＤのフィールドには、端末装置２０のユーザにより歌唱されたカラオケ楽曲の楽曲ＩＤが書き込まれる。すなわち、関連付けＤＢ３３２は、端末装置２０のユーザ毎にカラオケ装置１０の利用状況を記憶している。
【００２３】
関連付け結果のフィールドには、互いに異なる放音エリアに置かれた複数の端末装置２０（言い換えれば、複数の端末装置２０の端末ＩＤ）の関連付けの結果を示すデータが書き込まれる。互いに異なる放音エリアにある端末装置２０同士は、端末ＩＤ２６１が異なるとともに、ユーザが利用するカラオケ装置１０も異なる。予め決められた関連付け条件を満たす複数の端末装置２０があった場合、関連付けＤＢ３３２の関連付け結果のフィールドには、関連付けの相手である端末装置２０の端末ＩＤ２６１が書き込まれる。関連付け条件は、具体的には、関連付けＤＢ３３２において楽曲ＩＤが一致する端末装置２０同士を関連付けることを規定する条件である。関連付けの相手となる端末装置２０がない場合には、関連付け結果のフィールドには「×」が書き込まれる。
なお、関連付けＤＢ３３２に書き込まれる端末装置２０のユーザの利用状況は、そのユーザがカラオケ装置１０を利用中である期間のみ書き込まれていて、その期間が終了すると関連付けＤＢ３３２から削除される。よって、関連付けＤＢ３３２は、すべてのカラオケ装置１０が利用されていないときはブランクとなる。
図６の第１行に対応するレコードの情報は、端末ＩＤ２６１が「ＵＩＤ００１」の端末装置２０のユーザが、装置ＩＤ１５３が「ＫＩＤ００１」のカラオケ装置１０を利用して、楽曲ＩＤが「ＭＩＤ００１」のカラオケ楽曲を歌唱したことを意味する。
【００２４】
図７は、利用情報ＤＢ３３３のデータ構造を示す図である。
利用情報ＤＢ３３３は、カラオケ装置１０を利用中であるユーザの端末装置２０の端末ＩＤ２６１が書き込まれるデータベースである。本実施形態では、カラオケ装置１０の利用開始時及び利用終了時に、端末装置２０からサービスサーバ３０にカラオケ装置１０の利用開始又は利用終了の旨が通知され、その通知により利用情報ＤＢ３３３が更新される。図７に示す例では、利用情報ＤＢ３３３に、「ＵＩＤ００３」、「ＵＩＤ００１」及び「ＵＩＤ００２」という端末ＩＤ２６１が書き込まれている。サービスサーバ３０では、利用情報ＤＢ３３３を参照することにより、端末装置２０Ａ、２０Ｂ及び２０Ｃのユーザがカラオケ装置１０を利用中であると判定する。
次に、カラオケシステム１の機能的構成を説明する。
【００２５】
図８は、カラオケシステム１の機能的構成を示す機能ブロック図である。まず、カラオケ装置１０の機能的構成を説明する。カラオケ装置１０の制御部１１は、プログラムを実行することにより、生成部１１１と、属性情報取得部１１２と、重畳部１１３と、放音制御部１１４とに相当する機能を実現する。
生成部１１１は、操作部１２又はリモコン装置１９の操作によりカラオケ演奏するカラオケ楽曲の選択操作が受け付けられると、選択されたカラオケ楽曲の演奏データをカラオケ楽曲ＤＢ１５１から取得する。生成部１１１は、カラオケ楽曲ＤＢ１５１から取得した演奏データに基づいて、カラオケ楽曲の楽音を示す音響信号を生成する。
属性情報取得部１１２は、生成部１１１により音響信号が生成されるカラオケ楽曲の属性を示す楽曲属性情報を楽曲属性情報ＤＢ１５２から取得する。ここにおいて、属性情報取得部１１２は、楽曲属性情報としてカラオケ楽曲の楽曲ＩＤを取得する。
【００２６】
重畳部１１３は、生成部１１１が生成したカラオケ楽曲の楽音を示す音響信号に対し、属性情報取得部１１２が取得した楽曲属性としての楽曲ＩＤと、記憶部１５から取得した装置ＩＤ１５３とを音響透かしにより重畳させる。ここにおいて、重畳部１１３は、楽曲ＩＤと装置ＩＤ１５３とを時間的にずらして音響信号に重畳させる。重畳部１１３は、例えばＭ系列やＧｏｌｄ系列などの拡散符号を用いたり、ＯＦＤＭ（Orthogonal Frequency-Division Multiplexing）変調を用いたりして、楽曲ＩＤ及び装置ＩＤ１５３の音響透かし情報を生成するとよい。重畳部１１３は、典型的には、音響透かし情報の重畳前の音響信号が持つ周波数成分よりも高い周波数帯域（例えば、１８ｋＨｚ以上）を用いて音響透かし情報を重畳させる。
【００２７】
放音制御部１１４は、重畳部１１３により楽曲ＩＤ及び装置ＩＤ１５３が重畳させられた音響信号が示す音をスピーカ１８に放音させる。ここにおいて、放音制御部１１４は、楽曲ＩＤ及び装置ＩＤ１５３が重畳させられた楽音を示す音響信号と、歌唱マイク１７により出力された歌唱音声を示す音響信号とをミキシングし、ミキシングした音響信号を増幅してスピーカ１８に供給する。
次に、端末装置２０の機能的構成を説明する。
【００２８】
端末装置２０の制御部２１は、プログラムを実行することにより、音響信号取得部２１１と、抽出部２１２と、通信制御部２１３とに相当する機能を実現する。
音響信号取得部２１１は、マイクロホン２４により収音された音を示す音響信号を取得する。
抽出部２１２は、音響信号取得部２１１が取得した音響信号から、音響透かしにより重畳させられた楽曲属性情報（ここでは、楽曲ＩＤ）と装置ＩＤ１５３とを抽出する。抽出部２１２は、例えばＨＰＦ（High Pass Filter）を備え、このＨＰＦを用いたフィルタリング処理を施して、楽曲ＩＤ及び装置ＩＤ１５３に相当する信号を抽出する。抽出部２１２は、重畳部１１３における音響透かし情報の重畳方法に対応した方法で、楽曲ＩＤ及び装置ＩＤ１５３を抽出すればよい。
【００２９】
通信制御部２１３は、抽出部２１２が抽出した楽曲属性情報と装置ＩＤ１５３とにより、サービスサーバ３０宛てにサービス提供要求を送信する。具体的には、通信制御部２１３は、抽出部２１２が抽出した楽曲ＩＤと、装置ＩＤ１５３と、記憶部２６から取得した端末ＩＤ２６１とを含むサービス提供要求を生成し、生成したサービス提供要求を無線通信部２３によりサービスサーバ３０宛てに送信する。
次に、サービスサーバ３０の機能的構成を説明する。
【００３０】
サービスサーバ３０の制御部３１は、プログラムを実行することにより、要求取得部３１１と、関連付け部３１２と、応答処理部３１３とに相当する機能を実現する。
要求取得部３１１は、端末装置２０により送信されたサービス提供要求を、通信部３２による端末装置２０との通信により取得する。
関連付け部３１２は、放音エリアが互いに異なる複数の端末装置２０から要求取得部３１１により処理要求が取得された場合、取得された各処理要求に含まれる楽曲属性情報が示す属性同士が予め決められた関連付け条件を満たすときには、それら複数の端末装置２０を関連付ける。ここにおいて、関連付け部３１２は、要求取得部３１１が取得したサービス提供要求と楽曲属性情報ＤＢ３３１とを参照して、関連付けＤＢ３３２を更新することにより複数の端末装置２０を関連付ける。本実施形態では、関連付け部３１２は、同じカラオケ楽曲が歌唱され同じ楽曲ＩＤを含む処理要求が複数取得された場合に、それらが互いに異なる放音エリアの端末装置２０から取得されたときには、それらの複数の端末装置２０を関連付ける。
【００３１】
応答処理部３１３は、関連付け部３１２により関連付けられた複数の端末装置２０に対し、特定の応答処理を実行する。ここにおいて、応答処理部３１３は、関連付けられた端末装置２０に対し、互いをテレビ電話により通信接続させるための応答処理を実行する。
次に、カラオケシステム１の動作を説明する。
【００３２】
図９及び図１０は、カラオケシステム１における処理の流れを示すシーケンスチャートである。図１１は、カラオケシステム１の処理により更新される関連付けＤＢ３３２のデータ構造を示す図である。以下、カラオケ装置１０Ａとそれを利用するユーザの端末装置２０Ａ、及びカラオケ装置１０Ｂとそれを利用するユーザの端末装置２０Ｂの動作を例に挙げて説明する。なお、以下の動作の前においては、利用情報ＤＢ３３３には、端末装置２０Ａ，２０Ｂの端末ＩＤ２６１として、「ＵＩＤ００１」及び「ＵＩＤ００２」は書き込まれていないものとする。
【００３３】
まず、端末装置２０ＡのユーザがカラオケルームＡに入室し、カラオケ装置１０Ａの利用を開始するとき、ユーザは端末装置２０ＡのＵＩ部２２を操作して、サービスの提供を受けるためのアプリケーションプログラムを起動させるよう指示する。この操作を受けて、制御部２１は、端末装置２０Ａのユーザがカラオケ装置１０を利用開始したことを無線通信部２３によりサービスサーバ３０宛てに通知する（ステップＳａ１）。また、ここにおいて、端末装置２０ＢのユーザがカラオケルームＢに入室してカラオケ装置１０Ｂの利用を開始するときには、端末装置２０Ａと同様、端末装置２０Ｂの制御部２１は、端末装置２０Ｂのユーザがカラオケ装置１０を利用開始したことを無線通信部２３によりサービスサーバ３０宛てに通知する（ステップＳｂ１）。
【００３４】
サービスサーバ３０の制御部３１は、端末装置２０Ａ及び２０Ｂからの利用通知を通信部３２により受信すると、利用情報ＤＢ３３３に端末ＩＤ２６１として「ＵＩＤ００１」及び「ＵＩＤ００２」を書き込んで、利用情報ＤＢ３３３を更新する（ステップＳｃ１）。この利用情報ＤＢ３３３の更新により、制御部３１は、端末装置２０Ａ及び２０Ｂのユーザがカラオケ装置１０を利用中であると判定する。
【００３５】
次に、カラオケ装置１０Ａの制御部１１は、リモコン装置１９がユーザにより操作されて、カラオケ演奏するカラオケ楽曲の選択操作を受け付ける（ステップＳａ２）。次に、制御部１１は、選択操作を受け付けたカラオケ楽曲のカラオケ伴奏を開始するべく、そのカラオケ楽曲の楽曲データをカラオケ楽曲ＤＢ１５１から取得する。制御部１１は、取得した楽曲データに基づいて、カラオケ楽曲の楽音を示す音響信号を生成する（ステップＳａ３）。制御部１１は、生成したカラオケ楽曲の音響信号に対し、楽曲属性情報ＤＢ１５２から取得した同カラオケ楽曲の楽曲ＩＤと、記憶部１５から取得した装置ＩＤ１５３とを、音響透かしにより音響信号に重畳させる（ステップＳａ４）。制御部１１は、楽曲ＩＤ及び装置ＩＤ１５３が重畳させられた音響信号が示す音を、スピーカ１８によりカラオケルームＡに放音させる（ステップＳａ５）。
ここにおいて、制御部１１は、装置ＩＤ１５３として「ＫＩＤ００１」と、楽曲ＩＤとして「ＭＩＤ００１」とを音響信号に重畳させる。
【００３６】
端末装置２０Ａの制御部２１は、サービスサーバ３０からサービスの提供を受けるためのアプリケーションプログラムを予め実行していて、この実行期間中には、マイクロホン２４により検出された音を示す音響信号を取得する。マイクロホン２４により検出される音として、いずれかのカラオケ装置１０ＡによりステップＳａ５の処理で放音された音を想定する。
制御部２１は、マイクロホン２４から取得した音響信号から、楽曲ＩＤ及び装置ＩＤ１５３を抽出する（ステップＳａ６）。ここでは、制御部２１は、装置ＩＤ１５３として「ＫＩＤ００１」と、楽曲ＩＤとして「ＭＩＤ００１」とを抽出する。
【００３７】
次に、制御部２１は、音響信号から抽出した楽曲ＩＤ及び装置ＩＤ１５３と、記憶部２６に記憶されている端末ＩＤ２６１とを含むサービス提供要求を生成し、生成したサービス提供要求を無線通信部２３によりサービスサーバ３０宛てに送信する（ステップＳａ７）。ここでは、制御部２１は、装置ＩＤ１５３として「ＫＩＤ００１」と、楽曲ＩＤとして「ＭＩＤ００１」と、端末ＩＤ２６１として「ＵＩＤ００１」とを含むサービス提供要求を送信する。
【００３８】
サービスサーバ３０の制御部３１は、通信部３２により受信したサービス提供要求を取得すると、取得したサービス提供要求に基づいて、関連付けＤＢ３３２を更新する（ステップＳｃ２）。ここにおいて、制御部３１は、サービス提供要求に含まれる装置ＩＤ１５３と、楽曲ＩＤと、端末ＩＤ２６１とを対応付けて関連付けＤＢ３３２に新たに書き込む。この処理により、関連付けＤＢ３３２にはレコードＲ１のデータが書き込まれて、関連付けＤＢ３３２は図１１（ａ）に示すデータ構造となる。
ここで、制御部３１は、端末装置２０Ａと関連付けの対象となる他の端末装置２０があるか否かを判定する。ここでは、制御部３１は、関連付けの対象となる他の端末装置２０がないと判断して、関連付け結果のフィールドに「×」と書き込む。
【００３９】
ここで、カラオケ装置１０Ｂのユーザ(利用者)により、カラオケ装置１０Ａでもカラオケ演奏された楽曲ＩＤが「ＭＩＤ００１」のカラオケ楽曲が歌唱されようとしたとする。この場合、カラオケ装置１０Ｂの制御部１１は、楽曲ＩＤが「ＭＩＤ００１」のカラオケ楽曲について、カラオケ演奏を行うことを指示する選択操作を受け付ける（ステップＳｂ２）。次に、制御部１１は、選択操作を受け付けたカラオケ楽曲の演奏を開始するべく、楽曲データをカラオケ楽曲ＤＢ１５１から取得して、カラオケ楽曲の楽音を示す音響信号を生成する（ステップＳｂ３）。制御部１１は、生成した音響信号に対し、楽曲属性情報ＤＢ１５２から取得したカラオケ楽曲の楽曲ＩＤと、記憶部１５から取得した装置ＩＤ１５３とを、音響透かしにより音響信号に重畳させる（ステップＳｂ４）。制御部１１は、楽曲ＩＤ及び装置ＩＤ１５３が重畳させられた音響信号が示す音を、スピーカ１８によりカラオケルームＢに放音させる（ステップＳｂ５）。
ここにおいて、制御部１１は、装置ＩＤ１５３として「ＫＩＤ００２」と、楽曲ＩＤとして「ＭＩＤ００２」とを音響透かしにより音響信号に重畳させる。
【００４０】
端末装置２０Ｂの制御部２１は、サービスサーバ３０からサービスの提供を受けるためのアプリケーションプログラムを予め実行している。そして、制御部２１は、マイクロホン２４から取得した音響信号から、楽曲ＩＤ及び装置ＩＤ１５３とを抽出する（ステップＳｂ５）。ここでは、制御部２１は、装置ＩＤ１５３として「ＫＩＤ００２」と、楽曲ＩＤとして「ＭＩＤ００１」とを抽出する。
【００４１】
次に、制御部２１は、音響信号から抽出した楽曲ＩＤ及び装置ＩＤ１５３と、記憶部２６に記憶されている端末ＩＤ２６１とを含むサービス提供要求を生成し、生成したサービス提供要求を無線通信部２３によりサービスサーバ３０宛てに送信する（ステップＳｂ７）。ここでは、制御部２１は、装置ＩＤ１５３として「ＫＩＤ００２」と、楽曲ＩＤとして「ＭＩＤ００１」と、端末ＩＤ２６１として「ＵＩＤ００２」とを含むサービス提供要求を送信する。
【００４２】
サービスサーバ３０の制御部３１は、通信部３２により受信したサービス提供要求を取得すると、取得したサービス提供要求に基づいて、関連付けＤＢ３３２を更新する（ステップＳｃ３）。ここにおいて、制御部３１は、サービス提供要求に含まれる装置ＩＤ１５３と、楽曲ＩＤと、端末ＩＤ２６１とを対応付けて、関連付けＤＢ３３２に新たに書き込む。これにより、関連付けＤＢ３３２にはレコードＲ２のデータが書き込まれて、関連付けＤＢ３３２は図１１（ｂ）に示すデータ構造となる。
【００４３】
次に、制御部３１は、関連付けＤＢ３３２において端末ＩＤ２６１及び装置ＩＤ１５３の双方が互い異なるレコードのデータにおいて、楽曲ＩＤ同士が一致することを関連付け条件として、複数のカラオケルームにそれぞれ置かれた複数の端末装置２０を関連付ける（図１０のステップＳｃ４）。ここでは、レコードＲ１に対応する装置ＩＤ１５３として「ＫＩＤ００１」と、楽曲ＩＤとして「ＭＩＤ００１」と、端末ＩＤ２６１として「ＵＩＤ００１」とを含むサービス提供要求と、レコードＲ２に対応する装置ＩＤ１５３として「ＫＩＤ００２」と、楽曲ＩＤとして「ＭＩＤ００１」と、端末ＩＤ２６１として「ＵＩＤ００２」とを含むサービス提供要求と、が関連付け条件を満たす。よって、制御部３１は、これらの各サービス提供要求の取得元の端末装置２０Ａと端末装置２０Ｂとを関連付ける。具体的には、制御部３１は、レコードＲ１の関連付け結果のフィールドを「ＵＩＤ００２」に更新し、レコードＲ２の関連付け結果のフィールドを「ＵＩＤ００１」に更新する。この関連付けにより、関連付けＤＢ３３２は、図１１（ｃ）に示すデータ構造となる。
【００４４】
次に、制御部１１は、関連付けた端末装置２０Ａ及び２０Ｂに対し応答処理を実行する。制御部１１が実行する応答処理は、具体的には、以下のとおりである。
まず、制御部１１は、関連付けた端末装置２０Ａ及び２０Ｂに対し、相互にテレビ電話による通信接続を行うか否かを問い合わせる（ステップＳｃ５）。この問い合せを受けて、端末装置２０Ａ及び２０Ｂの制御部２１は、それぞれテレビ電話による通信接続を行うか否かを自端末装置のユーザに確認する。その際、端末装置２０Ａ及び２０Ｂの制御部２１は、自端末装置に割り当てられた電話番号を、関連付けられた相手方の端末装置２０の通知する旨を併せてユーザに確認する。ここで、端末装置２０Ａ及び２０Ｂの制御部２１は、テレビ電話による通信接続を行う旨がユーザに了承されると、その了承の旨の通知を、自端末装置に割り当てられた電話番号とともに、無線通信部２３によりサービスサーバ３０宛てに送信する（ステップＳａ８，Ｓｂ８）。
【００４５】
サービスサーバ３０の制御部３１は、端末装置２０Ａ及び２０Ｂの双方から通信接続を行う旨の了承の通知を受信すると、関連付けた端末装置２０Ａ及び２０Ｂを相互にテレビ電話で通信接続させるべく、端末装置２０Ａ又は２０Ｂに対して、通信部３２により指示データ送信する（ステップＳｃ６）。この指示データは、その指示データを受信した端末装置２０が相手方の端末装置２０を発呼できる状態にするためのデータであり、相手方の端末装置２０の電話番号等を含む。
なお、ここでは、制御部１１は、後に関連付け条件を満たした端末装置２０Ｂに対し指示データを送信するが、先に関連付け条件を満たした端末装置２０Ａに対しこの指示データを送信してもよい。
【００４６】
端末装置２０Ｂの制御部２１は、無線通信部２３により指示データを受信すると、指示データに基づいて関連付けの相手先となる端末装置２０Ａに対してテレビ電話で発呼するための画面をＵＩ部２２に表示させる。そして、制御部２１は、ユーザにより接続する旨の指示を受け付けると、端末装置２０Ａを発呼する。そして、端末装置２０Ａがこの発呼に応答すると、端末装置２０Ａ及び２０Ｂが相互にテレビ電話により通信接続される（ステップＳｂ７）。
端末装置２０Ａ及び２０Ｂがテレビ電話により通信接続されると、共通の楽曲を歌唱したユーザ同士はテレビ電話を利用してコミュニケーションをとることができる。
【００４７】
その後、端末装置２０Ａ，２０Ｂのユーザによるカラオケ装置１０Ａ，１０Ｂの利用が終了すると、端末装置２０Ａ，２０Ｂからの通知を受けて、サービスサーバ３０の制御部３１は、端末ＩＤ２６１として「ＵＩＤ００１」及び「ＵＩＤ００２」を削除するよう利用情報ＤＢ３３３を更新する。また、制御部３１は、端末ＩＤ２６１が「ＵＩＤ００１」及び「ＵＩＤ００２」であるサービス提供要求を削除するよう関連付けＤＢ３３２を更新する。
以上が、サービスサーバ３０によりサービスが提供される際の処理の流れの説明である。なお、ここでは、カラオケ装置１０Ａの利用が開始された後、カラオケ装置１０Ｂの利用が開始されたが、カラオケ装置１０Ａ及び１０Ｂの利用期間が重複している限り、各カラオケ装置１０の開始タイミングがいつであっても、図９及び図１０に示した処理の流れとなる。
【００４８】
以上説明した第１実施形態によれば、サービスサーバ３０は同一のカラオケ楽曲で歌唱した利用者の端末装置２０同士を関連付けて、関連付けた端末装置２０をテレビ電話による通信接続させるための応答処理を実行する。これにより、各端末装置２０のユーザは、端末装置２０を所有してカラオケ装置１０を利用するだけで、歌唱したカラオケ楽曲が共通していて趣味趣向が近い利用者を探して、他の利用者とテレビ電話によってコミュニケーションを採ることができる。
【００４９】
［第２実施形態］
上述した第１実施形態では、サービスサーバ３０は、関連付けた複数の端末装置２０をテレビ電話により通信接続するための応答処理を実行していたが、サービスサーバ３０は、別の応答処理を実行することでサービスを提供してもよい。本実施形態では、一緒にカラオケ楽曲を歌唱する相手（ここでは、デュエット相手を想定する。以下「重唱相手」という。）を探すことのできるサービスをサービスサーバ３０が提供する場合について説明する。本実施形態において、上述した第１実施形態と同じ符号を付した構成要素は、上述した第１実施形態と同等に機能するから、以下では相違点を主に説明する。
【００５０】
図１２は、本実施形態の楽曲属性情報ＤＢ１５２のデータ構造を示す図である。図１２に示すように、楽曲属性情報ＤＢ３３１、「端末ＩＤ」、「装置ＩＤ」、「楽曲ＩＤ」及び「関連付け結果」を示すフィールドのほかに、「重唱条件」というフィールドを有し、各フィールドに記述されたデータを関連付けた構造である。重唱条件は、重唱に対応した楽曲であるか否かと、カラオケ楽曲が重唱に対応している場合にその重唱が男性同士（図１２に示す「男男」に対応。）か、女性同士が、男女の組み合わせ（図１２に示す「男女」に対応。）のどれであるかを含む条件である。重唱に対応していないラオケ楽曲については、重唱条件のフィールドに「×」と書き込まれている。
なお、サービスサーバ３０が記憶する楽曲属性情報ＤＢ３３１も、楽曲属性情報ＤＢ１５２と同じデータ構造である。
【００５１】
図１３は、カラオケシステム１の機能的構成を示す機能ブロック図である。以下、カラオケシステム１の機能的構成のうち、上述した第１実施形態との相違点を主に説明する。カラオケ装置１０の機能的構成は上述した第１実施形態と同じである。
次に、端末装置２０の機能的構成を説明する。
端末装置２０の制御部２１は、プログラムを実行することにより、音響信号取得部２１１と、抽出部２１２と、通信制御部２１３と、ユーザ属性判定部２１４とに相当する機能を実現する。音響信号取得部２１１及び抽出部２１２の機能は、上述した第１実施形態と同じである。
ユーザ属性判定部２１４は、端末装置２０のユーザのユーザ属性を判定する。本実施形態では、ユーザ属性判定部２１４は、音響信号取得部２１１から取得した音響信号を解析して、端末装置２０のユーザであってカラオケ楽曲で歌唱するユーザの性別をユーザ属性として判定する。ユーザ属性判定部２１４は、例えば音響信号のフォルマントを分析する等の周知の方法で性別を判定する。通信制御部２１３は、抽出部２１２が抽出した楽曲ＩＤ、装置ＩＤ１５３及び端末ＩＤ２６１のほか、ユーザ属性判定部２１４が判定したユーザを含むサービス提供要求を生成し、生成したサービス提供要求を無線通信部２３によりサービスサーバ３０宛てに送信する。
次に、サービスサーバ３０の機能的構成を説明する。
【００５２】
サービスサーバ３０の制御部３１は、プログラムを実行することにより、要求取得部３１１と、関連付け部３１２と、応答処理部３１３とに相当する機能を実現する。
要求取得部３１１は、端末装置２０により送信されたサービス提供要求を、端末装置２０との通信により通信部３２から取得する。関連付け部３１２は、要求取得部３１１が取得したサービス提供要求と楽曲属性情報ＤＢ３３１とにより、関連付けＤＢ３３２を更新して、関連付けＤＢ３３２に記憶したサービス提供要求に従って複数の端末装置２０を関連付ける。関連付け部３１２は、上述した第１実施形態の関連付け条件の内容に加えて、複数の端末装置２０のユーザ属性同士が予め決められた関係を有することを関連付け条件として、複数のカラオケルームにそれぞれ置かれた複数の端末装置２０を関連付ける。本実施形態では、関連付け部３１２は、ユーザ属性同士が重唱条件に合致するという条件に基づいて関連付けを行う。
【００５３】
応答処理部３１３は、関連付け部３１２により関連付けられた複数の端末装置２０に対し特定の応答処理を実行する。ここにおいて、応答処理部３１３は、重唱相手を探している他の端末装置２０、又はその端末装置２０のユーザのカラオケルーム（放音エリア）を通知する処理を応答処理として実行する。
次に、カラオケシステム１の動作を説明する。
【００５４】
図１４は、カラオケシステム１における処理の流れを示すシーケンスチャートである。図１５は、カラオケシステム１の処理により更新される関連付けＤＢ３３２のデータ構造を示す図である。ここでも、カラオケ装置１０Ａとそれを利用するユーザの端末装置２０Ａ、及びカラオケ装置１０Ｂとそれを利用するユーザの端末装置２０Ｂの動作を例に挙げて説明する。
カラオケ装置１０Ａ及び端末装置２０Ａが、上述した第１実施形態と同じように動作して上記処理ステップＳａ１〜Ｓａ７の処理を実行する。サービスサーバ３０の制御部３１は、通信部３２により受信したサービス提供要求を取得し、取得したサービス提供要求に基づいて、関連付けＤＢ３３２を更新する（図９のステップＳｃ２）。ここにおいて、制御部３１は、サービス提供要求に含まれる装置ＩＤ１５３と、楽曲ＩＤと、端末ＩＤ２６１と、ユーザ属性とを対応付けて、関連付けＤＢ３３２に新たに書き込む。これにより、関連付けＤＢ３３２には、レコードＲ１ａのサービス提供要求が書き込まれて、図１５（ａ）に示すデータ構造となる。制御部３１は、装置ＩＤ１５３として「ＫＩＤ００１」と、楽曲ＩＤとして「ＭＩＤ００３」と、端末ＩＤ２６１として「ＵＩＤ００１」と、ユーザ属性「男性」と、関連付け結果「×」を関連付けて関連付けＤＢ３３２に新たに書き込む。
【００５５】
続いて、カラオケ装置１０Ｂ及び端末装置２０Ｂが上述した第１実施形態と同じように動作して上記処理ステップＳｂ１からＳｂ７の処理を実行する。サービスサーバ３０の制御部３１は、通信部３２により受信したサービス提供要求を取得すると、取得したサービス提供要求に基づいて、関連付けＤＢ３３２を更新する（図９のステップＳｃ３）。ここにおいて、制御部３１は、サービス提供要求に含まれる装置ＩＤ１５３と、楽曲ＩＤと、端末ＩＤ２６１と、ユーザ属性とを対応付けて、関連付けＤＢ３３２に新たに書き込む。これにより、関連付けＤＢ３３２には、レコードＲ１ｂのサービス提供要求が書き込まれて、図１５（ｂ）に示すデータ構造となる。制御部３１は、装置ＩＤ１５３として「ＫＩＤ００２」と、楽曲ＩＤとして「ＭＩＤ００３」と、端末ＩＤ２６１として「ＵＩＤ００２」と、ユーザ属性「女性」とを関連付けて関連付けＤＢ３３２に新たに書き込む。この時点では関連付け結果のフィールドはブランクである。
【００５６】
ここにおいて、制御部３１は、関連付けＤＢ３３２において端末ＩＤ２６１及び装置ＩＤ１５３の双方が互い異なるレコードのデータにおいて、楽曲ＩＤが一致し、更に、ユーザ属性同士が重唱条件に合致することを関連付け条件として、複数のカラオケルームにそれぞれ置かれた複数の端末装置２０を関連付ける（ステップＳｃ４）。ここでは、装置ＩＤ１５３として「ＫＩＤ００１」と、楽曲ＩＤとして「ＭＩＤ００３」と、端末ＩＤ２６１として「ＵＩＤ００１」と、ユーザ属性として「男性」とを含むサービス提供要求と、装置ＩＤ１５３として「ＫＩＤ００２」と、楽曲ＩＤとして「ＭＩＤ００３」と、端末ＩＤ２６１として「ＵＩＤ００２」と、ユーザ属性として「女性」とを含むサービス提供要求とが関連付け条件を満たす。よって、制御部３１は、端末装置２０Ａと端末装置２０Ｂとを関連付ける。具体的には、制御部３１は、レコードＲ１の関連付け結果のフィールドを「ＵＩＤ００２」に更新し、レコードＲ２の関連付け結果のフィールドを「ＵＩＤ００１」に更新する。この関連付けにより、関連付けＤＢ３３２は、図１５（ｃ）に示すデータ構造となる。
なお、仮に端末装置２０Ｂのユーザが男性で、ユーザ属性が「男性」であった場合には、重唱条件を満たさないとして、図１５（ｄ）に示すように、制御部３１は端末装置２０Ａと端末装置２０Ｂとの関連付けを行わない。
【００５７】
次に、制御部１１は、関連付けた端末装置２０Ａ及び２０Ｂに対し応答処理を実行する。ここでは、制御部１１は、関連付けられた端末装置２０Ａ，２０Ｂに対し重唱を行うか否かを問い合わせる（ステップＳｃ５）。そして、制御部１１は、端末装置２０Ａ，２０Ｂの双方から重唱を行う旨の応答を受け付けると（ステップＳａ８，Ｓｂ８）、重唱相手を探している相手を通知する処理を行う（ステップＳｃ７）。ここにおいて、重唱を行う旨の応答には、その送信元の端末装置２０の電子メールアドレスが含まれているとする。そして、制御部３１は、例えば「カラオケルーム○○の方がデュエット相手として探しています。」というメッセージを記述した電子メールで送信することにより、重唱相手を通知する応答処理を実行する。ここにおいて、制御部３１は、サービス提供要求に含まれる装置ＩＤに基づいて、各ユーザが居るカラオケルームを特定すればよい。
【００５８】
以上説明した第２実施形態によれば、サービスサーバ３０は同一のカラオケ楽曲で歌唱したユーザの端末装置２０同士を関連付ける処理を実行して、異なるカラオケルームにいるものどうしが重唱できるようにすることができる。その際、サービスサーバ３０は、カラオケ楽曲毎の重唱条件に合致するか否かも判断する。よって、カラオケ装置１０の利用者は、カラオケ楽曲に適した重唱相手を探すことができ、たとえ、利用者が重唱相手を連れて行かなくても重唱を楽しむことができる。
【００５９】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
［変形例１］
上述した各実施形態において、関連付け条件は同じカラオケ楽曲を歌唱することであったが、これ以外の楽曲属性情報により関連条件が決められていてもよい。例えば、同じ歌手のカラオケ楽曲を歌唱したことを関連付け条件としてもよい。また、年齢の近いユーザ同士がコミュニケーションを採りやすいように発表年が一致することを関連付け条件としてもよい。また、関連付けＤＢ３３２において、複数種類の楽曲属性情報を記憶しておき、サービスサーバ３０は複数の関連付け条件に基づいて関連付け条件を決めてもよい。サービスサーバ３０は、例えば、楽曲属性情報が一致する項目数が閾値以上であることや、楽曲属性情報毎に属性の類似度を数値化したパラメータに基づいて、全体的な類似度が閾値以上であることを関連付け条件としてもよい。また、カラオケ楽曲の作曲家や作詞家等の他の楽曲属性情報に基づいて、サービスサーバ３０は関連付けを行ってもよい。このように関連付け条件は、楽曲において予め決められた属性が共通又は一定レベル以上で一致すること示す条件である。
【００６０】
［変形例２］
上述した各実施形態では、本発明の楽曲演奏システムをカラオケシステムに適用した場合を説明したが、本発明の楽曲演奏システムは、複数の利用者が楽曲を歌唱する場合に、これら複数の利用者の端末装置を関連付けるシステムであればよい。
例えば楽曲演奏システムの楽曲演奏装置が放音する楽曲は、伴奏曲以外の楽曲であってもよく、例えば主旋律を含んだ楽曲や無伴奏の楽曲であってもよいし、動画配信サービス等の配信サービスで配信される楽曲であってもよい。従って本発明の楽曲演奏装置は、カラオケルームに設置されるカラオケ装置に限らず、それとは別の施設に設置された装置であってもよいし、路上等の放音エリアが壁等で物理的に区切られていない空間に設置された装置であってもよい。
【００６１】
また本発明の楽曲演奏システムは、複数の利用者が楽曲を演奏する場合に、これら複数の利用者の端末装置を関連付けるシステムであってもよく、このとき、楽曲演奏装置が放音する楽曲は歌唱用の楽曲でなくてもよい。この場合の楽曲演奏装置は、楽器演奏音を収音した音を示す音響信号に音響透かしにより楽曲属性情報を重畳させて放音する。
この楽曲演奏システムでは、例えば、上述した第２実施形態の重唱条件を重奏条件に置き換える。重奏条件は、例えば、その重奏に用いられる楽器の組み合わせを含む条件である。以降本発明の楽曲演奏システムが、上述した第２実施形態と同様に動作することにより、楽曲演奏装置の利用者は、楽曲に適した重奏相手を探すことができ、たとえ、利用者が重奏相手を連れて行かなくても重奏を楽しむことができる。また上述した第１実施形態で説明した応答処理を採用してもよく、この場合本発明の楽曲演奏システムによれば、各端末装置２０のユーザは、端末装置２０を所有して楽器演奏することで、演奏楽曲が共通していて趣味趣向が近い利用者を探して、他の利用者とテレビ電話によってコミュニケーションを採ることができる。
【００６２】
［変形例３］
上述した第２実施形態において、サービスサーバ３０はユーザ属性が重唱条件に合致することを関連付け条件に含めていたが、これ以外のユーザ属性を関連付け条件に含めてもよい。例えば、フォルマントを解析すれば年齢も推測できるから、年齢が決められた範囲内で一致することを関連付けの条件としてもよい。また、ユーザ属性は、端末装置２０が自動判定する構成に限らず、ユーザの手動設定により端末装置２０が判定してもよい。この場合、ユーザは出身地や趣味や好きな音楽のジャンルやアーティスト等のユーザ属性を予め端末装置２０に指定しておき、これをサービス提供要求に含めてもよい。そして、サービスサーバ３０はユーザ属性同士が予め決められた関係を有することを関連付け条件に含めて、関連付けを行ってもよい。
また、例えば端末装置２０又はサービスサーバ３０が利用者の歌唱音声の音信号を解析して歌唱分析を行い、サービスサーバ３０はその歌唱分析の結果に基づいて関連付けを行ってもよい。例えばサービスサーバ３０は、上述した第２実施形態の構成で、ユーザの歌唱レベルをユーザ属性として用いて、歌唱分析結果に応じて予め決められた関連付け条件に従って関連付けを行う。例えば、歌唱レベルが一致又は決められた範囲内で一致することを示す関連付け条件であれば、サービスサーバ３０は、歌唱レベルの近い者の端末装置２０同士を関連付けることができる。
【００６３】
［変形例４］
上述した各実施形態のカラオケシステム１において、３以上の端末装置２０が関連付けられてもよい。例えば、上述した第１実施形態の構成であれば、サービスサーバ３０は、３以上の端末装置２０を関連付けた場合には、どの端末装置２０とテレビ電話をするかをユーザに選択させてから、テレビ電話による通信接続行わせてもよい。また、サービスサーバ３０は、３以上のユーザが同時通話できる環境が実現されるのであれば、全ユーザが通信によりコミュニケーションを採れるようにしてもよい。上述した第２実施形態の構成においては、サービスサーバ３０は重奏する人数の数だけ端末装置２０を関連付けて、各端末装置２０に重奏相手を通知する応答処理を実行してもよい。
【００６４】
［変形例５］
サービスサーバ３０がサービスを提供するために端末装置２０に対し行う応答処理は、上述した第１，２実施形態以外のものであってもよい。例えば、上述した第１実施形態においては、テレビ電話に代えて音声電話による通信接続を行わせるようにしてもよい。また、サービスサーバ３０は、関連付けた端末装置２０の数に応じた特典をその各端末装置２０に提供してもよい。また、サービスサーバ３０は、例えば同じ楽曲を歌唱したユーザが何人いるかという情報を通知してもよい。また、カラオケ装置１０同士が通信して遠隔地に居るものどうしが重唱できる構成をカラオケ装置１０が有していれば、サービスサーバ３０は、端末装置２０に対して重唱をするか否かを問い合わせる応答処理を実行した後、カラオケ装置１０を制御して重唱を実現させてもよい。このようにサービスサーバ３０は、関連付けた複数の端末装置２０の各端末装置２０に対し、関連付けの相手となる端末装置２０に応じた応答をする処理を行えばよい。この応答処理は、関連付けの相手となる端末装置２０に応じて異なる処理であり、例えば、利用者同士がコミュニケーションをとることを助けるための応答処理である。
【００６５】
［変形例６］
上述した各実施形態においては、カラオケ装置１０の利用期間をユーザの操作に応じて端末装置２０がサービスサーバ３０に通知し、サービスサーバ３０は利用情報ＤＢにより利用期間を把握していたが、これ以外の方法を用いてもよい。例えば、サービスサーバ３０は、端末装置２０の位置情報をＧＰＳ（Global Positioning System）機能を利用して定期的に送信させ、端末装置２０がカラオケ店舗の所在地に一致する期間には、サービスサーバ３０がカラオケ装置１０を利用中であると判定してもよい。また、カラオケ店舗の入室手続及び退室手続を行った際に、店舗端末からサービスサーバ３０に利用開始と利用終了の旨が通知される仕組みであってもよい。
【００６６】
［変形例７］
上述した各実施形態においては、サービスサーバ３０は、カラオケ店舗の利用期間のいずれかに関連付け条件を満たせば関連付けの対象としていたが、例えば、実際にカラオケ楽曲で歌唱している期間が一致した場合にのみ関連付けを行うようにしてもよい。サービスサーバ３０は端末装置２０から送信された楽曲ＩＤを参照すれば、どのカラオケ楽曲が歌唱されているかを判定することができる。また、サービスサーバ３０は、カラオケ楽曲の演奏を開始したときから予め決められた時間範囲内（例えば、１時間以内）である場合に、関連付けを行うようにしてもよい。
【００６７】
［変形例８］
上述した各実施形態のカラオケシステム１では、サービスサーバ３０は、同一カラオケ店舗の利用者の複数の端末装置２０を関連付けていたが、サービスの内容等によっては別のカラオケ店舗の利用者の端末装置２０同士を関連付けてもよい。
【００６８】
［変形例９］
本発明の端末装置は、スマートフォン以外の端末であってもよく、例えば、携帯電話機やタブレット端末、ＰＤＡ（Personal Digital Assistant）、モバイルコンピュータ等の、種々の端末装置に本発明を適用することもできる。また、本発明の端末装置は、カラオケ装置１０において遠隔操作に用いられるリモコン装置１９により実現されてもよい。
また、サービスサーバ３０は、楽曲配信サーバ４０とは別のサーバ装置であったが、楽曲配信サーバ４０がサービスサーバ３０としての機能を実現してもよい。
【００６９】
［変形例１０］
上述した各実施形態におけるカラオケ装置１０の制御部１１や、端末装置２０の制御部２１、サービスサーバ３０の制御部３１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ）など）、光記録媒体（光ディスク（ＣＤ、ＤＶＤ）など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由でダウンロードさせることも可能である。
【符号の説明】
【００７０】
１…カラオケシステム、１０，１０Ａ，１０Ｂ，１０Ｃ…カラオケ装置、１１…制御部、１１１…生成部、１１２…属性情報取得部、１１３…重畳部、１１４…放音制御部、１２…操作部、１３…通信部、１４…無線通信部、１５…記憶部、１５１…カラオケ楽曲ＤＢ、１５２…楽曲属性情報ＤＢ、１５３…装置ＩＤ、１６…表示部、１７…歌唱マイク、１８…スピーカ、１９…リモコン装置、２０，２０Ａ，２０Ｂ，２０Ｃ…端末装置、２１…制御部、２１１…音響信号取得部、２１２…抽出部、２１３…通信制御部、２１４…ユーザ属性判定部、２２…ＵＩ部、２３…無線通信部、２４…マイクロホン、２５…スピーカ、２６…記憶部、３０…サービスサーバ、３１…制御部、３１１…要求取得部、３１２…関連付け部、３１３…応答処理部、３２…通信部、３３…記憶部、３３１…楽曲属性情報ＤＢ、３３２…関連付けＤＢ、３３３…利用情報ＤＢ、４０…楽曲配信サーバ
【図１】
2013218066.tif 000003
【図２】
2013218066.tif 000004
【図３】
2013218066.tif 000005
【図４】
2013218066.tif 000006
【図５】
2013218066.tif 000007
【図６】
2013218066.tif 000008
【図７】
2013218066.tif 000009
【図８】
2013218066.tif 000010
【図９】
2013218066.tif 000011
【図１０】
2013218066.tif 000012
【図１１】
2013218066.tif 000013
【図１２】
2013218066.tif 000014
【図１３】
2013218066.tif 000015
【図１４】
2013218066.tif 000016
【図１５】
2013218066.tif 000017