(57)【要約】【課題】離れた拠点にいる希望する相手と一定時間継続してデュエット等を行うことができ、互いの拠点から装置の操作を可能とする。【解決手段】相互に通信可能に接続された第一のカラオケ装置２０ａと第二のカラオケ装置２０ｂにおいては、同一の楽曲が同時に再生され、各カラオケ装置に入力された歌唱音が相互に通信されて再生される。第一のカラオケ装置２０ａまたは第二のカラオケ装置２０ｂにて、ユーザによる楽曲予約の操作が検知された場合には、楽曲予約リスト更新手段により楽曲予約リストの更新が行われる。更新された楽曲予約リストは、楽曲予約リスト反映手段により、第一のカラオケ装置２０ａおよび第二のカラオケ装置２０ｂの格納手段における楽曲予約リストに反映される。【選択図】図５
2013231951.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つの他の音響データ処理装置と相互に通信可能に接続され、相互に通信可能に接続された複数の音響データ処理装置で共通に認識される楽曲の実演順番を指定するマスター予約リストを参照可能な音響データ処理装置であって、
ユーザの楽曲の実演によって得られる実演データを入力する入力部と、
前記ユーザの楽曲の実演を補助する補助データと前記実演データとを再生する再生部と、
前記楽曲の実演順番を指定する個別予約リストを記憶する記憶部と、
前記楽曲の実演順番を予約する予約操作がなされると、前記マスター予約リストの内容を更新する更新部と、
前記マスター予約リストの内容が更新されると、前記マスター予約リストの変更内容を前記個別予約リストに反映させる反映部と、
を備えることを特徴とする音響データ処理装置。
【請求項２】
前記マスター予約リストは、前記複数の音響データ処理装置と通信可能な管理装置で管理され、
前記更新部は、前記楽曲の実演順番を予約する予約操作がなされると、当該予約操作の内容を示す予約データを前記管理装置に送信し、
前記反映部は、前記管理装置から前記マスター予約リストの更新内容を示す更新データを受信すると、当該更新データを前記個別予約ファイルに反映させる、
ことを特徴とする請求項１に記載の音響データ処理装置。
【請求項３】
相互に通信可能に接続された複数の音響データ処理装置のうちいずれか一つがマスター装置として動作し、前記マスター装置以外はスレーブ装置として動作し、前記マスター装置の前記個別予約リストは前記マスター予約リストであり、
前記更新部は、
当該音響データ処理装置が前記スレーブ装置として動作する場合、前記楽曲の実演順番を予約する予約操作がなされると、当該予約操作の内容を示す予約データを前記マスター装置に送信し、
当該音響データ処理装置が前記マスター装置として動作する場合、前記スレーブ装置から受信した前記予約データ、または、当該音響データ処理装置の予約操作の内容を示す予約データに基づいて前記マスター予約リストの内容を更新し、
前記反映部は、
当該音響データ処理装置が前記スレーブ装置として動作する場合、前記マスター装置から前記マスター予約リストの更新内容を示す更新データを受信すると、当該更新データを前記個別予約ファイルに反映させる、
ことを特徴とする請求項１に記載の音響データ処理装置。
【請求項４】
相互に通信可能に接続された複数の音響データ処理装置で共通に認識される再生の制御に関する制御操作の内容を示すマスター再生制御コマンドを参照可能であり、
前記再生部における再生の制御に関する制御操作がなされると、当該制御操作の内容を示す前記マスター再生制御コマンドを出力するマスター再生制御コマンド出力部と、
前記マスター再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備え、
前記マスター再生制御コマンドは、前記複数の音響データ処理装置と通信可能な管理装置で受信されると共に、前記管理装置から前記複数の音響データ処理装置のそれぞれに送信され、
前記マスター再生制御コマンド出力部は、前記制御操作がなされると、当該制御操作の内容を示す前記マスター再生制御コマンドを前記管理装置に送信し、
前記再生制御部は、前記管理装置から受信した前記マスター再生制御コマンドに基づいて前記再生部における再生の制御を行う、
ことを特徴とする請求項１または請求項２に記載の音響データ処理装置。
【請求項５】
当該音響データ処理装置が前記マスター装置として動作する場合、前記スレーブ装置から受信した前記予約データ、または、当該音響データ処理装置の予約操作の内容を示す予約データに係る楽曲の実演を補助する前記補助データが、相互接続されたいずれの音響データ処理装置においても再生可能かどうかを判定する判定部を備える、
ことを特徴とする請求項３に記載の音響データ処理装置。
【請求項６】
前記予約の対象となり得る楽曲を検索する検索操作がなされると、当該楽曲の実演を補助する補助データについての処理を行う検索処理部を備え、  当該音響データ処理装置が前記マスター装置として動作する場合、
前記検索処理部は、前記検索操作が行われた音響データ処理装置においては再生可能ではない補助データに対応する楽曲についても非検索対象として抽出し、前記検索操作が行われた音響データ処理装置において、前記検索対象として抽出された楽曲が、前記非検索対象として抽出された楽曲から識別可能に表示されるように、前記検索操作が行われた音響データ処理装置に提示する、
ことを特徴とする請求項５に記載の音響データ処理装置。
【請求項７】
前記非検索対象として抽出された楽曲が選択されると、当該楽曲の実演を補助する補助データを購入可能なサービスに誘導する誘導部を備える、
ことを特徴とする請求項６に記載の音響データ処理装置。
【請求項８】
相互に通信可能に接続された複数の音響データ処理装置のうちいずれか一つがマスター装置として動作し、前記マスター装置以外はスレーブ装置として動作し、
前記再生部における再生の制御に関する制御操作がなされると、当該制御操作の内容を示す個別再生制御コマンドを出力する個別再生制御コマンド出力部と、
前記個別再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備え、
前記個別再生制御コマンド出力部は、
当該音響データ処理装置が前記マスター装置として動作する場合、当該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンド、あるいは、他の音響データ処理装置から受信した個別再生制御コマンドが、いずれかの音響データ処理装置においては認識されない個別再生制御コマンドである場合には、当該いずれかの音響データ処理装置に対しては、当該個別再生制御コマンドを当該いずれかの音響データ処理装置において認識される個別再生制御コマンドに変換し、当該変換した個別再生制御コマンド及び当該変換前の個別再生制御コマンドを他の音響データ処理装置に送信し、
当該音響データ処理装置が前記スレーブ装置として動作する場合、当該音響データ処理装置にて前記制御操作が行われると、当該制御操作の内容を示す個別再生制御コマンドを他の音響データ処理装置に送信すると共に、当該音響データ処理装置内に前記個別再生制御コマンドを出力し、
前記再生制御部は、
当該音響データ処理装置が前記マスター装置として動作する場合、前記変換した個別再生制御コマンド、または、前記変換前の個別再生制御コマンドに基づいて前記再生部における再生の制御を行い、
当該音響データ処理装置が前記スレーブ装置として動作する場合、当該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンド、あるいは、前記マスター装置から受信した前記変換された個別再生制御コマンド、もしくは、前記マスター装置から受信した前記変換前の個別再生制御コマンドに基づいて前記再生部における再生の制御を行う、
ことを特徴とする請求項１または請求項３に記載の音響データ処理装置。
【請求項９】
前記実演データは、ユーザによる歌唱および演奏のうちの少なくとも一方に基づく実演によって得られ、
前記補助データは、伴奏またはリズムに関連するデータ、歌詞データ、及び譜面データのうちの少なくともいずれか一つを含む、
ことを特徴とする請求項１乃至請求項８のうちいずれか１項に記載の音響データ処理装置。
【請求項１０】
相互に通信可能な複数の音響データ処理装置を少なくとも備える音響データ通信システムであって、
前記複数の音響データ処理装置で共通に認識される楽曲の実演順番を指定するマスター予約リストを管理する管理部と、
前記マスター予約リストを参照可能な参照部と、
ユーザの楽曲の実演によって得られる実演データを入力する入力部と、
前記ユーザの楽曲の実演を補助する補助データと前記実演データとを再生する再生部と、
前記楽曲の実演順番を指定する個別予約リストを記憶する記憶部と、
前記楽曲の実演順番を予約する予約操作がなされると、前記マスター予約リストの内容を更新する更新部と、
前記マスター予約リストの内容が更新されると、前記マスター予約リストの変更内容を前記個別予約リストに反映させる反映部と、
を備えることを特徴とする音響データ通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、相互に通信可能に接続された複数のカラオケ装置を含み、各カラオケ装置では同一の楽曲が同時に再生され、各カラオケ装置に入力された歌唱音が相互に通信されて再生され、複数の拠点にあるカラオケ装置を仮想的に一元化する通信カラオケシステムの技術に関する。
【背景技術】
【０００２】
遠隔デュエットを目的として、多拠点間を通信網を介して接続し、映像や音声をやり取りするカラオケシステムが従来から提案されている（例えば特許文献１）。また、歌唱者のＩＤや歌唱希望の楽曲情報、あるいはパート情報、もしくはキーコントロール等の演奏情報をサーバに登録し、条件にマッチするデュエット希望者の応募を受け付けるシステムが提案されている（例えば特許文献２または特許文献３）。このシステムでは、デュエット相手が現れた場合には、その楽曲に限って遠隔デュエットを頼めるようにシステムと通信網の経路が制御されるようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−７７４８５号公報
【特許文献２】特許第４０６２３２８号
【特許文献３】特許第４１００４２４号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１〜３のシステムは、あくまで楽曲単位でエントリーを行ってデュエット相手を探し、歌唱することを目的としている。したがって、特定の相手、例えば、遠隔地に住む知人同士が、一定時間継続して一緒にカラオケを楽しむ用途には適していない。
【０００５】
また、特許文献１〜３のシステムでは、デュエット対象曲としてエントリー募集可能な楽曲以外は、遠隔で一緒に歌うことができない。さらに、特許文献１〜３のシステムでは、デュエットを呼びかけた利用者の装置と、応答した利用者の装置の間に主従関係があり、従となる拠点からは自由に装置を操作できない。
【０００６】
以上の事情を考慮して、本発明は、互いに離れた拠点にいる場合でも、希望する相手と一定時間継続してデュエット、楽器セッション等を行うことができ、互いの拠点から装置の操作が可能な音響データ通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
以上の課題を解決するために、本発明の音響データ処理装置は、少なくとも一つの他の音響データ処理装置と相互に通信可能に接続され、相互に通信可能に接続された複数の音響データ処理装置で共通に認識される楽曲の実演順番を指定するマスター予約リストを参照可能な音響データ処理装置であって、ユーザの楽曲の実演によって得られる実演データを入力する入力部と、前記ユーザの楽曲の実演を補助する補助データと前記実演データとを再生する再生部と、前記楽曲の実演順番を指定する個別予約リストを記憶する記憶部と、前記楽曲の実演順番を予約する予約操作がなされると、前記マスター予約リストの内容を更新する更新部と、前記マスター予約リストの内容が更新されると、前記マスター予約リストの変更内容を前記個別予約リストに反映させる反映部とを備える。
【０００８】
以上の構成においては、ユーザによる楽曲の予約操作がなされた場合には、更新部によりマスター予約リストの更新が行われる。そして、更新された内容は少なくとも一つの他の音響データ処理装置に送信される。また、少なくとも一つの他の音響データ処理装置から更新の内容を受信した場合には、反映部により、その更新の内容が個別予約リストに反映される。したがって、少なくとも更新部を備える音響データ処理装置と、少なくとも反映部を備える音響データ処理装置とがそれぞれ離れた場所に設置されている場合には、いずれの場所から楽曲の予約操作を行っても、その操作を各場所の各音響データ処理装置に反映させることができるという利点がある。
【０００９】
本発明の好適な第一の態様に係る音響データ処理装置においては、前記マスター予約リストは、前記複数の音響データ処理装置と通信可能な管理装置で管理され、前記更新部は、前記楽曲の実演順番を予約する予約操作がなされると、当該予約操作の内容を示す予約データを前記管理装置に送信し、前記反映部は、前記管理装置から前記マスター予約リストの更新内容を示す更新データを受信すると、当該更新データを前記個別予約ファイルに反映させるようにしてもよい。第一の態様によれば、管理装置と通信可能な複数の音響データ処理装置がそれぞれ離れた場所に設置されている場合でも、いずれの場所から楽曲の予約操作を行っても、その操作を各場所の各音響データ処理装置に反映させることができるという利点がある。
【００１０】
本発明の好適な第二の態様に係る音響データ処理装置においては、相互に通信可能に接続された複数の音響データ処理装置のうちいずれか一つがマスター装置として動作し、前記マスター装置以外はスレーブ装置として動作し、前記マスター装置の前記個別予約リストは前記マスター予約リストであり、前記更新部は、当該音響データ処理装置が前記スレーブ装置として動作する場合、前記楽曲の実演順番を予約する予約操作がなされると、当該予約操作の内容を示す予約データを前記マスター装置に送信し、当該音響データ処理装置が前記マスター装置として動作する場合、前記スレーブ装置から受信した前記予約データ、または、当該音響データ処理装置の予約操作の内容を示す予約データに基づいて前記マスター予約リストの内容を更新し、前記反映部は、当該音響データ処理装置が前記スレーブ装置として動作する場合、前記マスター装置から前記マスター予約リストの更新内容を示す更新データを受信すると、当該更新データを前記個別予約ファイルに反映させるようにしてもよい。第二の態様によれば、複数の音響データ処理装置の一つがマスター装置として動作し、各音響データ処理装置がそれぞれ離れた場所に設置されている場合でも、いずれの場所から楽曲の予約操作を行っても、その操作を各場所の各音響データ処理装置に反映させることができるという利点がある。
【００１１】
本発明の好適な第三の態様に係る音響データ処理装置においては、相互に通信可能に接続された複数の音響データ処理装置で共通に認識される再生の制御に関する制御操作の内容を示すマスター再生制御コマンドを参照可能であり、前記再生部における再生の制御に関する制御操作がなされると、当該制御操作の内容を示す前記マスター再生制御コマンドを出力するマスター再生制御コマンド出力部と、前記マスター再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備え、前記マスター再生制御コマンドは、前記複数の音響データ処理装置と通信可能な管理装置で受信されると共に、前記管理装置から前記複数の音響データ処理装置のそれぞれに送信され、前記マスター再生制御コマンド出力部は、前記制御操作がなされると、当該制御操作の内容を示す前記マスター再生制御コマンドを前記管理装置に送信し、前記再生制御部は、前記管理装置から受信した前記マスター再生制御コマンドに基づいて前記再生部における再生の制御を行うようにしてもよい。一の音響データ処理装置で再生制御の操作が行われると、当該操作の内容はマスター再生制御コマンドとして他の音響データ処理装置に伝えられ、反映される。したがって、音響データ処理装置がそれぞれ離れた場合にある場合でも、それぞれの拠点で共通に再生制御された楽曲またはリズムを利用することができる。
【００１２】
本発明の好適な第四の態様に係る音響データ処理装置においては、相互に通信可能に接続された複数の音響データ処理装置で共通に認識される再生の制御に関する制御操作の内容を示すマスター再生制御コマンドを参照可能であり、前記再生部における再生の制御に関する制御操作がなされると、当該制御操作の内容を示す前記マスター再生制御コマンドを出力するマスター再生制御コマンド出力部と、前記マスター再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備え、相互に通信可能に接続された複数の音響データ処理装置のうちいずれか一つがマスター装置として動作し、前記マスター装置以外はスレーブ装置として動作し、前記マスター再生制御コマンド出力部は、前記制御操作がなされると、当該制御操作の内容を示す前記マスター再生制御コマンドを他の音響データ処理装置に送信すると共に、当該音響データ処理装置内に前記マスター再生制御コマンドを出力し、前記再生制御部は、前記他の音響データ処理装置から受信した前記マスター再生制御コマンド、または、当該音響データ処理装置内に出力された前記マスター再生制御コマンドに基づいて前記再生部における再生の制御を行うようにしてもよい。一の音響データ処理装置で再生制御の操作が行われると、当該操作の内容は、マスター再生制御コマンドとして、マスター装置としての音響データ処理装置からスレーブ装置としての他の音響データ処理装置に伝えられ、反映される。したがって、音響データ処理装置がそれぞれ離れた場合にある場合でも、それぞれの拠点で共通に再生制御された楽曲またはリズムを利用することができる。
【００１３】
本発明の好適な第五の態様に係る音響データ処理装置においては、当該音響データ処理装置が前記マスター装置として動作する場合、前記スレーブ装置から受信した前記予約データ、または、当該音響データ処理装置の予約操作の内容を示す予約データに係る楽曲の実演を補助する前記補助データが、相互接続されたいずれの音響データ処理装置においても再生可能かどうかを判定する判定部を備えるようにしてもよい。音響データ処理装置として種類の異なる音響データ処理装置が用いられる場合には、装置によって再生可能な補助データが異なる場合がある。しかし、第五の態様によれば、予約データに係る楽曲の実演を補助する前記補助データが、相互接続されたいずれの音響データ処理装置においても再生可能かどうかを判定するので、種類の異なる音響データ処理装置を用いても、特定の音響データ処理装置において予約データに係る楽曲の実演を補助する補助データが再生できないという事態に対応ができる。
【００１４】
本発明の好適な第六の態様に係る音響データ処理装置においては、前記更新部は、前記判定部によって、前記予約に係る楽曲の実演を補助する前記補助データが、相互に接続されているいずれの音響データ処理装置においても再生可能と判定された場合に、前記マスター予約リストの内容を更新するようにしてもよい。第六の態様によれば、予約データに係る楽曲の実演を補助する前記補助データが、相互接続されたいずれの音響データ処理装置においても再生可能かどうかを判定するので、種類の異なる音響データ処理装置を用いても、特定の音響データ処理装置において再生できない補助データに対応する楽曲が予約されるという事態を防ぐことができる。
【００１５】
本発明の好適な第七の態様に係る音響データ処理装置においては、当該音響データ処理装置が前記マスター装置として動作する場合、前記判定部によって、前記予約に係る楽曲の実演を補助する前記補助データが、相互に接続されているいずれかの音響データ処理装置において再生可能ではない判定された場合に、前記再生可能ではないと判定された音響データ処理装置において、エラーが表示されるように制御する、あるいは、当該予約に係る楽曲の実演を補助する補助データが他の補助データから識別可能に表示されるように制御する判定表示制御部を備えるようにしてもよい。第七の態様によれば、種類の異なる音響データ処理装置を用いても、特定の音響データ処理装置において特定の補助データが再生できないために予約できないことを容易に知ることができる。
【００１６】
本発明の好適な第八の態様に係る音響データ処理装置においては、前記予約の対象となり得る楽曲を検索する検索操作がなされると、当該楽曲の実演を補助する補助データについての処理を行う検索処理部を備え、前記検索処理部は、当該音響データ処理装置が前記スレーブ装置として動作する場合、前記検索操作がなされると、当該検索操作が行われたことを示す検索操作データを前記マスター装置に送信し、当該音響データ処理装置が前記マスター装置として動作する場合、前記スレーブ装置から受信した前記検索操作データ、または、当該音響データ処理装置の検索操作が行われたことを示す検索操作データに基づいて、相互接続されたいずれの音響データ処理装置においても再生可能な補助データに対応する楽曲を検索対象として抽出し、前記検索操作が行われた音響データ処理装置に提示するようにしてもよい。第八の態様によれば、いずれの音響データ処理装置においても再生可能な補助データに対応する楽曲を検索対象として抽出するので、種類の異なる音響データ処理装置を用いても、予約に係る楽曲を確実に再生することができる。
【００１７】
本発明の好適な第九の態様に係る音響データ処理装置においては、当該音響データ処理装置が前記マスター装置として動作する場合、前記検索処理部は、前記検索操作が行われた音響データ処理装置においては再生可能ではない補助データに対応する楽曲についても非検索対象として抽出し、前記検索操作が行われた音響データ処理装置において、前記検索対象として抽出された楽曲が、前記非検索対象として抽出された楽曲から識別可能に表示されるように、前記検索操作が行われた音響データ処理装置に提示するようにしてもよい。第九の態様によれば、特定の音響データ処理装置において再生できない補助データに対応する楽曲については、他の識別可能に表示されるので、当該楽曲について再生可能とする措置が促進されることが期待される。
【００１８】
本発明の好適な第十の態様に係る音響データ処理装置においては、前記非検索対象として抽出された楽曲が選択されると、当該楽曲の実演を補助する補助データを購入可能なサービスに誘導する誘導部を備えるようにしてもよい。第十の態様によれば、特定の音響データ処理装置において再生できない補助データに対応する楽曲についての購入が促進されることが期待される。
【００１９】
本発明の好適な第十一の態様に係る音響データ処理装置においては、相互に通信可能に接続された複数の音響データ処理装置のうちいずれか一つがマスター装置として動作し、前記マスター装置以外はスレーブ装置として動作し、前記再生部における再生の制御に関する制御操作がなされると、当該制御操作の内容を示す個別再生制御コマンドを出力する個別再生制御コマンド出力部と、前記個別再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備え、前記個別再生制御コマンド出力部は、当該音響データ処理装置が前記マスター装置として動作する場合、当該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンド、あるいは、他の音響データ処理装置から受信した個別再生制御コマンドが、いずれかの音響データ処理装置においては認識されない個別再生制御コマンドである場合には、当該いずれかの音響データ処理装置に対しては、当該個別再生制御コマンドを当該いずれかの音響データ処理装置において認識される個別再生制御コマンドに変換し、当該変換した個別再生制御コマンド及び当該変換前の個別再生制御コマンドを他の音響データ処理装置に送信し、当該音響データ処理装置が前記スレーブ装置として動作する場合、当該音響データ処理装置にて前記制御操作が行われると、当該制御操作の内容を示す個別再生制御コマンドを他の音響データ処理装置に送信すると共に、当該音響データ処理装置内に前記個別再生制御コマンドを出力し、前記再生制御部は、当該音響データ処理装置が前記マスター装置として動作する場合、前記変換した個別再生制御コマンド、または、前記変換前の個別再生制御コマンドに基づいて前記再生部における再生の制御を行い、当該音響データ処理装置が前記スレーブ装置として動作する場合、当該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンド、あるいは、前記マスター装置から受信した前記変換された個別再生制御コマンド、もしくは、前記マスター装置から受信した前記変換前の個別再生制御コマンドに基づいて前記再生部における再生の制御を行うようにしてもよい。いずれかの音響データ処理装置において再生制御の操作が行われると、当該操作の内容は個別再生制御コマンドとしてマスター装置に伝えられる。マスター装置においては、全ての音響データ処理装置において利用可能なように当該個別再生制御コマンドを必要に応じて変換する。その結果、一の音響データ処理装置において行われた再生制御は、種類の異なる音響データ処理装置を含む全ての音響データ処理装置において反映されることになる。
【００２０】
本発明の好適な第十二の態様に係る音響データ処理装置においては、当該音響データ処理装置が前記マスター装置として動作する場合、前記個別再生制御コマンド出力部は、当該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンドまたは他の音響データ処理装置から受信した個別再生制御コマンドに対応する前記制御操作の内容が、いずれかの音響データ処理装置においては実行できない内容である場合には、当該個別再生制御コマンドに対応する前記制御操作が行われた音響データ処理装置に対して、当該制御操作は前記いずれかの音響データ処理装置において実行できない旨の提示を行う。第十二の態様によれば、いずれかの音響データ処理装置において再生制御の操作が行われると、当該操作の内容は個別再生制御コマンドとしてマスター装置に伝えられる。マスター装置においては、いずれかの音響データ処理装置において実行できない当該個別再生制御コマンドについては、実行できない旨の提示を行う。その結果、特定の再生制御については、種類の異なる音響データ処理装置を含む他の音響データ処理装置において実行できないことを容易に知らしめることができる。
【００２１】
本発明の好適な第十三の態様に係る音響データ処理装置においては、前記実演データは、ユーザによる歌唱および演奏のうちの少なくとも一方に基づく実演によって得られ、前記補助データは、伴奏またはリズムに関連するデータ、歌詞データ、及び譜面データのうちの少なくともいずれか一つを含むようにしてもよい。第十三の態様によれば、歌唱や楽器演奏等の実演データを複数の音響データ処理装置において共通に再生し、かつ、伴奏またはリズムに関連するデータ、歌詞データ、及び譜面データのような補助データを複数の音響データ処理装置において共通に再生することができる。
【００２２】
以上の課題を解決するために、本発明の音響データ通信システムは、相互に通信可能な複数の音響データ処理装置を少なくとも備える音響データ通信システムであって、前記複数の音響データ処理装置で共通に認識される楽曲の実演順番を指定するマスター予約リストを管理する管理部と、前記マスター予約リストを参照可能な参照部と、ユーザの楽曲の実演によって得られる実演データを入力する入力部と、前記ユーザの楽曲の実演を補助する補助データと前記実演データとを再生する再生部と、前記楽曲の実演順番を指定する個別予約リストを記憶する記憶部と、前記楽曲の実演順番を予約する予約操作がなされると、前記マスター予約リストの内容を更新する更新部と、前記マスター予約リストの内容が更新されると、前記マスター予約リストの変更内容を前記個別予約リストに反映させる反映部とを備える。
【００２３】
以上の構成においては、ユーザによる楽曲の予約操作がなされた場合には、更新部によりマスター予約リストの更新が行われる。そして、更新された内容は少なくとも一つの他の音響データ処理装置に送信される。また、少なくとも一つの他の音響データ処理装置から更新の内容を受信した場合には、反映部により、その更新の内容が個別予約リストに反映される。したがって、少なくとも更新部を備える音響データ処理装置と、少なくとも反映部を備える音響データ処理装置とがそれぞれ離れた場所に設置されている場合には、いずれの場所から楽曲の予約操作を行っても、その操作を各場所の各音響データ処理装置に反映させることができるという利点がある。
【００２４】
本発明の好適な第一の態様に係る音響データ通信システムにおいては、前記音響データ通信システムは、前記複数の音響データ処理装置と通信可能な中継装置を備え、相互に通信可能に接続された複数の音響データ処理装置のうちいずれか一つがマスター装置として動作し、前記マスター装置以外はスレーブ装置として動作し、前記中継装置は、前記マスター装置から受信した前記予約データに係る楽曲の実演を補助する補助データが、いずれの音響データ処理装置においても再生可能かどうかを判定する判定部を備え、前記音響データ処理装置は、前記参照部、前記入力部、前記再生部、前記記憶部、前記更新部、および、前記反映部を備え、前記更新部は、当該音響データ処理装置が前記スレーブ装置として動作する場合、前記楽曲の実演順番を予約する予約操作がなされると、当該予約操作の内容を示す予約データを前記マスター装置に送信し、当該音響データ処理装置が前記マスター装置として動作する場合、前記スレーブ装置から受信した前記予約データ、または、当該マスター装置においてなされた前記予約操作の内容を示す予約データを、前記中継装置に送信し、前記中継装置の前記判定部によって、前記予約に係る楽曲の実演を補助する前記補助データが、いずれの音響データ処理装置においても再生可能と判定された場合に、前記スレーブ装置から受信した前記予約データ、または、当該マスター装置の予約操作の内容を示す予約データに基づいて前記マスター予約リストの内容を更新し、前記反映部は、当該音響データ処理装置が前記スレーブ装置として動作する場合、前記マスター装置から前記マスター予約リストの更新内容を示す更新データを受信すると、当該更新データを前記個別予約ファイルに反映させるようにしてもよい。第一の態様によれば、予約データに係る楽曲の実演を補助する前記補助データが、相互接続されたいずれの音響データ処理装置においても再生可能かどうかを判定するので、種類の異なる音響データ処理装置を用いても、特定の音響データ処理装置において再生できない補助データに対応する楽曲が予約されるという事態を防ぐことができる。
【００２５】
本発明の好適な第二の態様に係る音響データ通信システムにおいては、前記中継装置は、前記音響データ処理装置において前記予約の対象となり得る楽曲を検索する検索操作が行われたことを示す検索操作データを前記マスター装置から受信すると、いずれの音響データ処理装置においても再生可能な補助データに対応する楽曲を検索対象として抽出する抽出部を備え、前記音響データ処理装置は、前記予約の対象となり得る楽曲を検索する検索操作がなされると、当該楽曲の実演を補助する補助データについての処理を行う検索処理部を備え、前記検索処理部は、当該音響データ処理装置が前記スレーブ装置として動作する場合、前記検索操作がなされると、当該検索操作が行われたことを示す検索操作データを前記マスター装置に送信し、当該音響データ処理装置が前記マスター装置として動作する場合、前記スレーブ装置から受信した前記検索操作データ、または、当該マスター装置の検索操作が行われたことを示す検索操作データを、前記中継装置に送信し、前記中継装置の前記抽出部によって抽出された楽曲を、前記検索操作が行われた音響データ処理装置に提示するようにしてもよい。第二の態様によれば、いずれの音響データ処理装置においても再生可能な補助データに対応する楽曲を検索対象として抽出するので、種類の異なる音響データ処理装置を用いても、予約に係る楽曲を確実に再生することができる。
【００２６】
本発明の好適な第三の態様に係る音響データ通信システムにおいては、前記中継装置は、前記音響データ処理装置にて行われた再生の制御に関する制御操作の内容を示す個別再生制御コマンドを前記マスター装置から受信し、当該個別再生制御コマンドが、いずれかの音響データ処理装置においては認識されない個別再生制御コマンドである場合には、当該いずれかの音響データ処理装置に対しては、当該個別再生制御コマンドを当該いずれかの音響データ処理装置において認識される個別再生制御コマンドに変換し、当該変換した個別再生制御コマンド及び当該変換前の個別再生制御コマンドを前記マスター装置に送信する変換部を備え、前記音響データ処理装置は、前記再生部における再生の制御に関する制御操作がなされると、当該制御操作の内容を示す個別再生制御コマンドを出力する個別再生制御コマンド出力部と、前記個別再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備え、前記個別再生制御コマンド出力部は、当該音響データ処理装置が前記マスター装置として動作する場合、当該マスター装置にて前記制御操作が行われると、行われた前記制御操作の内容を示す個別再生制御コマンドを当該マスター装置内に出力すると共に、当該個別再生制御コマンド、または、前記他の音響データ処理装置から受信した個別再生制御コマンドを、前記中継装置に送信し、前記中継装置から受信した前記変換された個別再生制御コマンドおよび当該変換前の個別再生制御コマンドを他の音響データ処理装置に送信し、当該音響データ処理装置が前記スレーブ装置として動作する場合、当該音響データ処理装置にて前記制御操作が行われると、当該制御操作の内容を示す個別再生制御コマンドを前記マスター装置に送信すると共に、当該音響データ処理装置内に前記個別再生制御コマンドを出力し、前記再生制御部は、当該音響データ処理装置が前記マスター装置として動作する場合、該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンド、または、前記変換された個別再生制御コマンドに基づいて前記再生部における再生の制御を行い、当該音響データ処理装置が前記スレーブ装置として動作する場合、当該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンド、あるいは、前記マスター装置から受信した前記変換された個別再生制御コマンド、もしくは、前記マスター装置から受信した前記変換前の個別再生制御コマンドに基づいて前記再生部における再生の制御を行うようにしてもよい。第三の態様によれば、いずれかの音響データ処理装置において再生制御の操作が行われると、当該操作の内容は個別再生制御コマンドとしてマスター装置に伝えられる。マスター装置においては、全ての音響データ処理装置において利用可能なように当該個別再生制御コマンドを必要に応じて変換する。その結果、一の音響データ処理装置において行われた再生制御は、種類の異なる音響データ処理装置を含む全ての音響データ処理装置において反映されることになる。
【００２７】
本発明の好適な第四の態様に係る音響データ通信システムにおいては、前記複数の音響データ処理装置と通信可能な管理装置を備え、前記管理装置は、前記複数の音響データ処理装置で共通に認識される楽曲の実演順番を指定するマスター予約リストを管理する管理部と、前記音響データ処理装置から前記音響データ処理装置における前記楽曲の実演順番を予約する予約操作の内容を示す予約データを受信すると、前記マスター予約リストの内容を更新する第１更新部と、を備え、前記音響データ処理装置は、前記マスター予約リストを参照可能な参照部と、ユーザの楽曲の実演によって得られる実演データを入力する入力部と、前記ユーザの楽曲の実演を補助する補助データと前記実演データとを再生する再生部と、前記楽曲の実演順番を指定する個別予約リストを記憶する記憶部と、前記楽曲の実演順番を予約する予約操作がなされると、当該予約操作の内容を示す予約データを前記管理装置に送信する第２更新部と、前記マスター予約リストの内容が更新されると、前記マスター予約リストの変更内容を前記個別予約リストに反映させる反映部とを備えるようにしてもよい。第四の態様によれば、予約データに係る楽曲の実演を補助する前記補助データが、相互接続されたいずれの音響データ処理装置においても再生可能かどうかを判定するので、種類の異なる音響データ処理装置を用いても、特定の音響データ処理装置において再生できない補助データに対応する楽曲が予約されるという事態を防ぐことができる。
【００２８】
本発明の好適な第五の態様に係る音響データ通信システムにおいては、前記管理装置は、いずれかの音響データ処理装置から当該音響データ処理装置における再生の制御に関する制御操作の内容を示すマスター再生制御コマンドを受信すると、当該マスター再生制御コマンドを各音響データ処理装置に出力する第１マスター再生制御コマンド出力部を備え、前記音響データ処理装置は、前記再生部における再生の制御に関する制御操作がなされると、当該制御操作の内容を示す前記マスター再生制御コマンドを前記管理装置に送信する第２マスター再生制御コマンド出力部と、前記管理装置から受信した前記マスター再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備えるようにしてもよい。いずれかの音響データ処理装置において再生制御の操作が行われると、当該操作の内容は個別再生制御コマンドとしてマスター装置に伝えられる。マスター装置においては、全ての音響データ処理装置において利用可能なように当該個別再生制御コマンドを必要に応じて変換する。その結果、一の音響データ処理装置において行われた再生制御は、種類の異なる音響データ処理装置を含む全ての音響データ処理装置において反映されることになる。
【００２９】
本発明の好適な第六の態様に係る音響データ通信システムにおいては、前記音響データ通信システムは、前記複数の音響データ処理装置及び前記管理装置と通信可能な中継装置を備え、前記中継装置は、前記管理装置から受信した前記予約データに係る楽曲の実演を補助する補助データが、いずれの音響データ処理装置においても再生可能かどうかを判定する判定部を備え、前記管理装置の前記第１更新部は、前記中継装置の前記判定部によって、前記予約に係る楽曲の実演を補助する前記補助データが、いずれの音響データ処理装置においても再生可能と判定された場合に、前記マスター予約リストの内容を更新するようにしてもよい。第六の態様によれば、予約データに係る楽曲の実演を補助する前記補助データが、相互接続されたいずれの音響データ処理装置においても再生可能かどうかを判定するので、種類の異なる音響データ処理装置を用いても、特定の音響データ処理装置において再生できない補助データに対応する楽曲が予約されるという事態を防ぐことができる。
【００３０】
本発明の好適な第七の態様に係る音響データ通信システムにおいては、前記中継装置は、前記音響データ処理装置において前記予約の対象となり得る楽曲を検索する検索操作が行われたことを示す検索操作データを前記管理装置から受信すると、いずれの音響データ処理装置においても再生可能な補助データに対応する楽曲を検索対象として抽出する抽出部を備え、前記管理装置は、前記音響データ処理装置において前記予約の対象となり得る楽曲を検索する検索操作が行われたことを示す検索操作データを前記音響データ処理装置から受信すると、前記中継装置の抽出部により抽出された楽曲を、前記検索操作が行われた音響データ処理装置に提示する第１検索処理部を備え、前記音響データ処理装置は、当該音響データ処理装置において前記検索操作がなされると、前記検索操作データを前記管理装置に送信する第２検索処理部を備えるようにしてもよい。第七の態様によれば、いずれの音響データ処理装置においても再生可能な補助データに対応する楽曲を検索対象として抽出するので、種類の異なる音響データ処理装置を用いても、予約に係る楽曲を確実に再生することができる。
【００３１】
本発明の好適な第八の態様に係る音響データ通信システムにおいては、前記中継装置は、前記音響データ処理装置にて行われた再生の制御に関する制御操作の内容を示す個別再生制御コマンドを前記管理装置から受信し、当該個別再生制御コマンドが、いずれかの音響データ処理装置においては認識されない個別再生制御コマンドである場合には、当該いずれかの音響データ処理装置に対しては、当該個別再生制御コマンドを当該いずれかの音響データ処理装置において認識される個別再生制御コマンドに変換し、当該変換した個別再生制御コマンド及び当該変換前の個別再生制御コマンドを前記管理装置に送信する変換部を備え、前記管理装置は、前記個別再生制御コマンドを前記音響データ処理装置から受信し、前記中継装置において変換された個別再生制御コマンド及び当該変換前の個別再生制御コマンドを他の音響データ処理装置に送信する第１個別再生制御コマンド出力部を備え、前記音響データ処理装置は、当該音響データ処理装置にて前記制御操作が行われると、当該制御操作の内容を示す個別再生制御コマンドを前記管理装置に送信すると共に、当該音響データ処理装置内に前記個別再生制御コマンドを出力する第１個別再生制御コマンド出力部と、当該音響データ処理装置にて行われた前記制御操作の内容を示す個別再生制御コマンド、あるいは、前記管理装置から受信した前記変換された個別再生制御コマンド、もしくは、前記管理装置から受信した前記変換前の個別再生制御コマンドに基づいて前記再生部における再生の制御を行う再生制御部とを備えるようにしてもよい。第八の態様によれば、いずれかの音響データ処理装置において再生制御の操作が行われると、当該操作の内容は個別再生制御コマンドとしてマスター装置に伝えられる。マスター装置においては、全ての音響データ処理装置において利用可能なように当該個別再生制御コマンドを必要に応じて変換する。その結果、一の音響データ処理装置において行われた再生制御は、種類の異なる音響データ処理装置を含む全ての音響データ処理装置において反映されることになる。
【００３２】
本発明の好適な第九の態様に係る音響データ通信システムにおいては、前記実演データは、ユーザによる歌唱および演奏のうちの少なくとも一方に基づく実演によって得られ、
前記補助データは、伴奏またはリズムに関連するデータ、歌詞データ、及び譜面データのうちの少なくともいずれか一つを含むようにしてもよい。第九の態様によれば、歌唱や楽器演奏等の実演データを複数の音響データ処理装置において共通に再生し、かつ、伴奏またはリズムに関連するデータ、歌詞データ、及び譜面データのような補助データを複数の音響データ処理装置において共通に再生することができる。
【図面の簡単な説明】
【００３３】
【図１】本発明の第１実施形態に係る音響データ通信システムのブロック図である。
【図２】管理サーバのブロック図である。
【図３】端末装置のブロック図である。
【図４】各端末装置の管理サーバへのログイン手順を説明するための図である。
【図５】２つの拠点の端末装置が接続された状態を示す模式図である。
【図６】楽曲予約リストの更新および複製処理を説明するための模式図である。
【図７】楽曲予約リストの更新および複製処理の状態遷移図である。
【図８】本発明の第２実施形態に係る楽曲予約リストの更新および複製処理を説明するための模式図である。
【図９】第２実施形態における楽曲予約リストの更新および複製処理の状態遷移図である。
【図１０】本発明の第３実施形態に係る楽曲演奏操作状態の同期処理を説明するための状態遷移図である。
【図１１】本発明の第３実施形態に係る楽曲演奏操作状態の同期処理を説明するための状態遷移図である。
【図１２】本発明の第４実施形態に係る音響データ通信システムの模式図である。
【図１３】本発明の第５実施形態に係る音響データ通信システムの模式図である。
【図１４】第５実施形態に係る楽曲予約リストの更新および複製処理を説明するための模式図である。
【図１５】第５実施形態に係る楽曲予約リストの更新および複製処理を説明するための模式図である。
【図１６】本発明の第６実施形態に係る音響データ通信システムのブロック図である。
【図１７】本発明の第６実施形態に係る音響データ通信システムの模式図である。
【図１８】第６実施形態に係る楽曲予約リストの更新および複製処理を説明するための模式図である。
【図１９】第６実施形態に係る楽曲予約リストの更新および複製処理を説明するための模式図である。
【図２０】本発明の第７実施形態に係る検索対象楽曲の抽出処理を説明するための模式図である。
【図２１】本発明の第８実施形態に係る検索対象楽曲の抽出処理を説明するための模式図である。
【図２２】本発明の第９実施形態に係る再生制御コマンドの変換処理を説明するための模式図である。
【図２３】本発明の第１０実施形態に係る再生制御コマンドの変換処理を説明するための模式図である。
【図２４】本発明の第１１実施形態に係る再生制御コマンドのエラー処理を説明するための模式図である。
【図２５】本発明の第１１実施形態に係る再生制御コマンドのエラー処理を説明するための模式図である。
【図２６】各装置における再生制御のサポートの有無を説明する図である。
【発明を実施するための形態】
【００３４】
＜Ａ：第１実施形態＞
図１は、本発明の第１実施形態に係る通信カラオケシステム１００（音響データ通信システムの一例）のブロック図である。図１に示すように、通信カラオケシステム１００は、管理サーバ１０（管理装置の一例）と複数のカラオケ装置２０（音響データ処理装置の一例）とを含んで構成される通信カラオケシステムである。管理サーバ１０とカラオケ装置２０とは、通信網４０（例えばインターネット）を介して相互に通信する。また、複数のカラオケ装置２０同士も通信網４０（例えばインターネット）を介して相互に通信する。
【００３５】
各カラオケ装置２０は、通信網４０を介して、管理サーバ１０から伴奏用のカラオケの楽曲データ（補助データの一例）をダウンロードして、それぞれ別個にカラオケの楽曲を再生することができる。また、複数のカラオケ装置２０が相互に通信を行って同一の楽曲を同時に再生しながら、歌唱音についても相互に再生する場合には、一つのカラオケ装置２０で再生された楽曲データがその他のカラオケ装置２０に送信され、各カラオケ装置２０で再生される。また、各カラオケ装置に入力される歌唱音は実演データとして相互に通信され、楽曲データとミックスされて各カラオケ装置２０で再生される。
【００３６】
各カラオケ装置２０は、図１に示すように、ユーザの楽曲の実演によって得られる実演データを入力する入力部２００と、前記ユーザの楽曲の実演を補助する補助データと前記実演データとを再生する再生部２０１と、前記楽曲の実演順番を指定する個別予約リストを記憶する記憶部２０４と、前記楽曲の実演順番を予約する予約操作がなされると、前記マスター予約リストの内容を更新する更新部２０２と、前記マスター予約リストの内容が更新されると、前記マスター予約リストの変更内容を前記個別予約リストに反映させる反映部２０３とを備えている。なお、図１においては、簡略化のために、一つのカラオケ装置２０における機能ブロックを表示しているが、他のカラオケ装置２０においても同様の機能ブロックを備えている。
【００３７】
図２は、管理サーバ１０のブロック図である。図２に示すように、管理サーバ１０は、制御部１１、メモリ１２、ハードディスク（ＨＤＤ）１３、および、通信インターフェース１４を備えている。
【００３８】
制御部１１は、ＣＰＵ等から構成され、管理サーバ全体の制御を行う。制御部１１は、通信インターフェース１４を介して通信網４０に接続されており、通信インターフェース１４を介して複数のカラオケ端末装置２０と通信可能になっている。制御部１１には、メモリ１２およびハードディスク（ＨＤＤ）１３が接続され、メモリ１２およびハードディスク（ＨＤＤ）１３からデータを読み出し、あるいは、メモリ１２およびハードディスク（ＨＤＤ）１３にデータを書き込みながら、後述する制御処理を行う。制御部１１は、管理部および第１更新部として機能する。
【００３９】
ハードディスク（ＨＤＤ）１３には、カラオケ用の楽曲データ、楽曲データの曲目情報、楽曲データの曲目リスト、歌詞データ、および、楽曲データに関連付けられた映像データ等が格納されている。また、複数のカラオケ装置２０が相互に通信する際に使用されるログイン管理情報も格納されている。このログイン管理情報は、ユーザのＩＤ、ユーザのプロフィール情報、カラオケ装置２０を識別する情報などから構成されている。詳しくは後述する。
【００４０】
図３は、カラオケ装置２０のブロック図である。図２に示すように、カラオケ装置２０は、制御部２１、メモリ２２、ハードディスク（ＨＤＤ）２３、通信インターフェース２４、映像出力部２５、映像入力部２６、音響出力部２７、音声入力部２８、指示入力部２９を備えている。
【００４１】
制御部２１は、ＣＰＵ等から構成され、カラオケ装置全体の制御を行う。制御部２１は、通信インターフェース２４を介して通信網４０に接続されており、通信インターフェース２４を介して管理サーバ１０および他のカラオケ装置２０と通信可能になっている。制御部１１には、メモリ２２およびハードディスク（ＨＤＤ）２３が接続され、メモリ２２およびハードディスク（ＨＤＤ）２３からデータを読み出し、あるいは、メモリ２２およびハードディスク（ＨＤＤ）２３にデータを書き込みながら、後述する制御処理を行う。制御部２１と通信インターフェース２４は、参照部として機能する。また、制御部２１は、再生部、第２更新部、および反映部として機能する。
【００４２】
ハードディスク（ＨＤＤ）２３には、管理サーバ１０からダウンロードした楽曲データ、楽曲データの曲目情報、歌詞データ、および、楽曲データに関連付けられた映像データ等が格納されるようになっている。
【００４３】
また、複数のカラオケ装置２０が相互に通信する場合には、通信を行う他のカラオケ端末装置２０のユーザのＩＤ、他のカラオケ装置２０を識別する情報なども格納されるようになっている。
【００４４】
映像出力部２５は、管理サーバ１０からダウンロードしてハードディスク（ＨＤＤ）２３に格納した映像データや歌詞テロップをモニター５０に出力する。また、複数のカラオケ装置２０が相互に通信する場合には、通信を行う他のカラオケ装置２０に接続されたカメラの映像データをモニター５０に出力する。したがって、他のカラオケ装置２０が遠隔地にある場合でも、あたかも一緒の部屋でカラオケを歌唱している雰囲気を作り出すことができる。
【００４５】
映像入力部２６には、カメラ５１が接続されており、カメラ５１で撮影した歌唱者の映像などを入力してデータ処理を行う。データ処理された映像データは、複数のカラオケ装置２０が相互に通信する場合には、通信インターフェース２４を介して他のカラオケ装置２０に送信される。
【００４６】
音響出力部２７は、管理サーバ１０からダウンロードしてハードディスク（ＨＤＤ）２３に格納した音響データやマイクにより収音した歌唱者の音声データを出力する。音響出力部２７には、アンプ５２が接続され、アンプ５２にはスピーカ５３が接続されている。したがって、スピーカ５３からは、カラオケの伴奏や、歌唱者の音声が出力される。
【００４７】
また、複数のカラオケ装置２０が相互に通信する場合には、音響出力部２７は、通信を行う他のカラオケ装置２０に接続されたマイクで収音した歌唱者の音声データ、あるいは、コミュニケーションマイクで収音した周囲の音声データを出力する。したがって、他のカラオケ装置２０が遠隔地にある場合でも、あたかも一緒の部屋でカラオケを歌唱している雰囲気を作り出すことができる。
【００４８】
音声入力部２８には、歌唱用マイク５４とコミュニケーションマイク５５が接続されている。音声入力部２８は、歌唱用マイク５４により収音した歌唱者の音声や、コミュニケーションマイク５５により収音した観客等の音声を入力してデータ処理を行う。
【００４９】
指示入力部２９は、複数のキースイッチやリモコン端末の受信部などを備えている。指示入力部２９は、ユーザによって操作されたキースイッチやリモコン端末からのデータを入力して、制御部２１に受け渡す。これにより、ユーザの操作に応じた種々の処理が行われることになる。詳しくは後述する。
【００５０】
[カラオケ装置間で通信を行う場合のログイン処理]
次に、複数のカラオケ装置２０が相互に通信を行う場合のログイン処理について説明する。一例として、図４に示すように、３つの拠点にカラオケ装置２０ａ、カラオケ装置２０ｂ、カラオケ装置２０ｃがある場合について説明する。
【００５１】
各拠点のユーザ６０は、カラオケ装置２０の相互の通信を希望する場合には、それぞれのカラオケ装置２０ａ、カラオケ装置２０ｂ、カラオケ装置２０ｃを操作して、管理サーバ１０に対してログイン状態の登録を行う（図４においてi)で示す）。
【００５２】
ログイン状態の登録は、ユーザ６０のＩＤ番号あるいはユーザネーム、年齢、性別、好きなアーティスト名、歌唱可能な音域等を入力することによって行う。既に管理サーバ１０にこれらの情報を入力済みの場合には、例えば、ユーザのＩＤ番号あるいはユーザネームとパスワードの入力のみを行ってログインするようにしてもよい。また、事前にインターネットを介してＩＤ番号あるいはユーザネーム、年齢、性別、好きなアーティスト名、歌唱可能な音域等を登録しておくようにしてもよい。
【００５３】
ユーザ６０からのログイン状態の登録が行われると、管理サーバ１０は、入力された情報に基づいてログイン管理リスト８０を作成する。過去の履歴が残っている場合には、その残っているデータを用いてログイン管理リスト８０を作成するようにしてもよい。ログイン管理リスト８０には、ユーザ６０のＩＤ番号あるいはユーザネームと、年齢、性別、好きなアーティスト名、歌唱可能な音域等のプロフィール情報と、装置情報が記録される。なお、装置情報は、それぞれのカラオケ装置２０ａ、カラオケ装置２０ｂ、カラオケ装置２０ｃから自動的に送信される。装置情報は、ＩＰアドレス等、個々のカラオケ装置２０を識別でき、通信可能となる情報であればよい。
【００５４】
また、ログイン状態の登録は、各地点の全てのユーザ６０が行うようにしてもよいし、それぞれの代表者６０ａ、６０ｂ、６０ｃが行うようにしてもよい。
【００５５】
次に、他の地点のユーザとのデュエットを楽しみたいユーザは、管理サーバ１０にアクセスして、ユーザの検索を行う（図４においてii)で示す）。この検索は、他のユーザＩＤあるいはユーザネームを予め知っている場合には、そのユーザＩＤあるいはユーザネームを入力することにより、検索を行うことができる。また、それぞれのカラオケ装置２０に接続されたモニター５０にログイン管理リスト８０を表示させ、ログイン管理リスト８０に記載されているプロフィール情報から検索するようにしてもよい。
【００５６】
管理サーバ１０は、ユーザ検索の結果を、ユーザに対して通知する（図４においてiii)で示す）。この通知は、ユーザＩＤあるいはユーザネームを入力することにより、検索を行った場合には、検索対象のユーザがログインしているかどうかを通知するようにすればよい。また、モニター５０にログイン管理リスト８０を表示させて検索が行われた場合には、選択されたユーザがログインしているかどうかを通知するようにすればよい。
【００５７】
検索対象のユーザがログインしている場合には、そのユーザに対して接続許可の問い合わせが行われる（図４においてiv)で示す）。この処理は、例えば、モニター５０に、「接続許可の問い合わせを行いますか？」等の表示を行って、ユーザによって「はい」または「いいえ」を選択させるようにすればよい。
【００５８】
接続許可の問い合わせが行われると、管理サーバ１０は、ログイン管理リスト８０に記録された装置情報に基づいて、選択されたユーザがログインしている地点のカラオケ端末装置２０に対して、接続許可の問い合わせがあったことを通知する（図４においてv)で示す）。この通知があると、各拠点のカラオケ装置２０は、それぞれのカラオケ装置２０に接続されているモニター５０に、その旨を表示させる。
【００５９】
例えば、問い合わせをしたユーザのＩＤ番号やユーザネーム、あるいはプロフィール情報を表示し、「このユーザから接続許可の問い合わせが来ています。許可しますか？」のように表示を行えばよい。
【００６０】
このような表示がモニター５０上で行われると、各地点のユーザは、例えば、「はい」または「いいえ」をリモコン等によって選択して、問い合わせについての回答を行う（図４においてvi)で示す）。
【００６１】
各拠点のカラオケ装置２０から回答を受信した管理サーバ１０は、その結果を問い合わせたユーザのカラオケ装置２０に対して通知して（図４においてvii)で示す）、他の拠点のカラオケ装置の装置情報を送信する。この通知を受けたカラオケ装置２０は、モニター５０上に「接続が許可されました」等の表示を行うようにすればよい。
【００６２】
このようにして、例えば、カラオケ装置２０ｂの装置情報を取得したカラオケ装置２０ａは、カラオケ装置２０ｂにアクセスを行い、カラオケ装置２０ａとカラオケ装置２０ｂとの接続が行われ、カラオケ装置２０ａとカラオケ装置２０ｂとの間で、相互に通信が行われることになる（図４においてviii)で示す）。なお、この場合、最初に接続の問い合わせを行ったカラオケ装置２０ａが親機として楽曲の再生データの送信や楽曲予約リスト等を管理する。
【００６３】
図５は、このようにして２つの拠点間のカラオケ装置が相互に通信している状態のイメージを示している。この状態においては、例えば、拠点Ａのユーザ６０ａが選んだカラオケの楽曲データを管理サーバ１０からダウンロードすると、その楽曲データは、拠点Ａのカラオケ端末装置２０ａのハードディスク（ＨＤＤ）２３に格納される。
【００６４】
拠点Ａのユーザ６０ａが演奏の開始の操作を行うと、その楽曲データが再生され、地点Ａにおけるアンプ５２ａおよびスピーカー５３ａを介して、拠点Ａにおいてその楽曲のカラオケ伴奏が再生される。また、モニター５０ａには、その楽曲の歌詞テロップや、楽曲に関連付けられた映像データが表示される。また、拠点Ａのユーザ６０ａの歌は、歌唱用マイク５４ａによって収音され、アンプ５２ａおよびスピーカー５３ａを介して再生される。
【００６５】
さらに、前記楽曲のカラオケ伴奏音は、拠点Ａのカラオケ端末装置２０ａによって、再生データとしてカラオケ装置２０ｂに送信される。この再生データを受信したカラオケ装置２０ｂは、この再生データの再生を行い、アンプ５２ｂおよびスピーカー５３ｂを介して、拠点Ａと同じカラオケ伴奏音が、拠点Ｂにおいても再生されることになる。
【００６６】
したがって、拠点Ｂのユーザ６０ｂは、拠点Ａと同じカラオケ伴奏音にしたがって歌唱することができ、拠点Ｂのユーザ６０ｂの歌は、歌唱用マイク５４ｂによって収音され、アンプ５２ｂおよびスピーカー５３ｂを介して再生される。また、歌唱用マイク５４ｂによって収音された拠点Ｂのユーザ６０ｂの音声データは、拠点Ｂのカラオケ装置２０ｂによって、拠点Ａのカラオケ装置２０ａに送信される。そして、拠点Ａにおけるアンプ５２ａおよびスピーカー５３ａを介して再生される。また、同時に、拠点Ａのユーザ６０ａの歌も、同様に、拠点Ｂにおけるアンプ５２ｂおよびスピーカー５３ｂを介して再生される。したがって、拠点Ａのユーザ６０ａと地点Ｂのユーザ６０ｂは、互いに離れた場所にいながら、同じ曲についてデュエットすることができる。
【００６７】
さらに、拠点Ａのユーザ６０ａが歌う様子は、カメラ５１ａによって撮影され、拠点Ｂに送信されてモニター５０ｂ上に表示される。また、拠点Ｂのユーザ６０ｂが歌う様子は、カメラ５１ｂによって撮影され、拠点Ａに送信されてモニター５０ａ上に表示される。したがって、拠点Ａのユーザ６０ａと拠点Ｂのユーザ６０ｂは、互いに離れた場所にいながら、あたかも同じ場所でデュエットしているかのような臨場感を体験することができる。
【００６８】
しかも、拠点Ａの観客７０ａの拍手や声等は、コミュニケーションマイク５５ａによって収音され、拠点Ｂに送信されて拠点Ｂにおけるアンプ５２ｂおよびスピーカー５３ｂを介して再生される。また同様に、拠点Ｂの観客７０ｂの拍手や声等は、コミュニケーションマイク５５ｂによって収音され、拠点Ａにおけるアンプ５２ａおよびスピーカー５３ａを介して再生される。したがって、拠点Ａのユーザ６０ａおよび観客７０ａと地点Ｂのユーザ６０ｂおよび観客７０ｂは、互いに離れた場所にいながら、あたかも同じ場所にいるかのような臨場感を体験することができる。
【００６９】
なお、上述した例では、拠点Ａのカラオケ装置２０ａによって楽曲データをダウンロードし、その楽曲データを再生したデータをカラオケ装置２０ａからカラオケ装置２０ｂに送信したが、カラオケ装置２０ｂにおいても管理サーバ１０から楽曲データをダウンロードして、カラオケ装置２０ｂにおいてそのダウンロードした楽曲データを再生するようにしてもよい。
【００７０】
また、上述した例では、２つの拠点のカラオケ装置２０を接続したが、これ以上の複数の地点におけるカラオケ装置２０を接続するようにしてもよい。この場合には、各拠点のカラオケ装置２０は、歌唱用マイク５４で収音した歌唱音のデータを、接続されている他のカラオケ装置２０に送信するようにすればよい。
【００７１】
各拠点の映像は、一つの画面上に合成表示するようにしてもよいし、分割表示を行うようにしてもよい。また、各拠点から届く歌唱音声は伴奏音とミキシングして再生される。楽曲データや歌詞テロップは、親機のカラオケ装置２０から他のカラオケ装置２０に送信するようにしてもよいし、それぞれのカラオケ装置２０が管理サーバ１０かダウンロードするようにしてもよい。
【００７２】
以上のような本実施形態のシステムによれば、親機のカラオケ装置２０と他のカラオケ装置２０との接続が確立された後は、その接続状態が維持されるので、楽曲ごとにデュエット相手を募集する必要がなく、例えば、遠隔地に住む知人と一定期間に渡ってデュエットを楽しむことができる。
【００７３】
また、本実施形態によれば、複数の拠点の歌唱音声がカラオケ伴奏音にミックスされて再生されるので、デュエット対象曲でなくても、拠点間でいつでも一緒に歌うことができる。さらに、本実施形態によれば、必ずしも複数の拠点で同時に歌う必要はなく、他の拠点では視聴するだけでも構わない。
【００７４】
[楽曲予約リストの同期処理]
次に、本実施形態における楽曲予約リストの同期処理について説明する。一例として、図６に示すカラオケ装置２０ａから最初にカラオケ装置間の通信要求があり、カラオケ装置２０ａが親機（マスター装置）となって、カラオケ装置２０ｂ（スレーブ装置）およびカラオケ装置２０ｃ（スレーブ装置）との通信が可能な状態になっているものとする。また、カラオケ装置間の通信が開始された場合には、カラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃにおける楽曲予約リストは一旦クリアされるようになっている。
【００７５】
この状態において、例えば、カラオケ装置２０ｃにおいて、楽曲の追加、削除、順番の変更等の楽曲予約に関連する操作が行われると（図７：Ｓ１）、その操作内容は、予約データとして、通信網４０を通じて、親機となっているカラオケ装置２０ａに通知される（図７：Ｓ２）。
【００７６】
予約データの通知を受けた親機のカラオケ装置２０ａは、接続されている他のカラオケ装置２０ｂに対して楽曲予約リストの操作を一旦禁止する指示を送信する（図７：Ｓ３）。
【００７７】
そして、親機のカラオケ装置２０ａは、カラオケ装置２０ｃからの要求に従ってマスター予約リストとしての楽曲予約リスト９０を操作し、更新する（図７：Ｓ４）。
【００７８】
更新された最新のリストは複製されてカラオケ装置２０ｃおよびカラオケ装置２０ｂに更新データとして転送され（図７：Ｓ５、Ｓ６）、カラオケ装置２０ｃおよびカラオケ装置２０ｂにおいて個別予約リストである楽曲予約リスト９０cおよび楽曲予約リスト９０ｂとして保存される（図７：Ｓ７、Ｓ８）。
【００７９】
親機のカラオケ装置２０ａは、カラオケ装置２０ｂおよびカラオケ装置２０ｃに楽曲予約リストの操作を再度許可する（図７：Ｓ９、Ｓ１０）。
【００８０】
すれ違いにより、楽曲予約リストの操作禁止区間中に操作要求が出された場合には、その要求は拒否され、要求を出したカラオケ装置には、「他の装置によって操作されている」旨のエラーメッセージが表示される。
【００８１】
なお、親機のカラオケ装置２０ａが楽曲予約リストの操作を行った場合には、接続されている他のカラオケ装置２０ｂおよびにカラオケ装置２０ｃ対して楽曲予約リストの操作を一旦禁止する指示が送信される。以下、図７に示すＳ４以降の処理が同様に行われる。
【００８２】
以上のように、本実施形態によれば、いずれのカラオケ装置において楽曲予約リストの操作を行った場合でも、その操作の内容は、他のカラオケ装置における楽曲予約リストに反映されるので、それぞれのカラオケ装置が離れた場所にある場合でも、あたかも一つの部屋にいるようにカラオケでデュエットを楽しむことができる。
なお、本実施形態において、楽曲予約リストの更新を行う更新部と、更新された内容を反映させる反映部とは、共に制御部２１の機能として実現される。
【００８３】
＜Ｂ：第２実施形態＞
次に、本発明の第２実施形態を図８および図９に基づいて説明する。なお、第１実施形態との共通個所には同一符号を付して説明を省略する。
第１実施形態では、親機のカラオケ装置においてマスター予約リストとしての楽曲予約リスト９０を管理したが、図８に示すように、管理サーバ１０においてマスター予約リストとしての楽曲予約リスト９０を管理するようにしてもよい。
【００８４】
例えば、カラオケ装置２０ａにおいて、楽曲の追加、削除、順番の変更等の楽曲予約に関連する操作が行われると（図９：Ｓ２０）、その操作内容は、通信網４０を通じて、予約データとして管理サーバ１０に通知される（図９：Ｓ２１）。
【００８５】
予約データの通知を受けた管理サーバ１０は、接続されている他のカラオケ装置２０ｂおよびカラオケ装置２０ｃに対して楽曲予約リストの操作を一旦禁止する指示を送信する（図９：Ｓ２２、Ｓ２３）。
【００８６】
そして、管理サーバ１０は、カラオケ装置２０ａからの要求に従って楽曲予約リスト９０を操作し、更新する（図９：Ｓ２４）。
【００８７】
更新された最新のリストは、複製されてカラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃに更新データとして転送され（図９：Ｓ２５、Ｓ２６、Ｓ２７）、カラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃにおいて個別予約リストである楽曲予約リスト９０ａ、楽曲予約リスト９０ｂおよび楽曲予約リスト９０ｃとして保存される（図９：Ｓ２８、Ｓ２９、Ｓ３０）。
【００８８】
管理サーバ１０は、カラオケ装置２０ｂおよびカラオケ装置２０ｃにより楽曲予約リストの操作を再度許可する（図９：Ｓ３１、Ｓ３１）。
【００８９】
すれ違いにより、楽曲予約リストの操作禁止区間中に操作要求が出された場合には、その要求は拒否され、要求を出したカラオケ装置には、「他の装置によって操作されている」旨のエラーメッセージが表示される。
【００９０】
以上のように、本実施形態によれば、いずれのカラオケ装置において楽曲予約リストの操作を行った場合でも、その操作の内容は、他のカラオケ装置における楽曲予約リストに反映されるので、それぞれのカラオケ装置が離れた場所にある場合でも、あたかも一つの部屋にいるようにカラオケでデュエットを楽しむことができる。
なお、本実施形態のように構成する場合には、予約リストを更新する第１更新部を管理サーバ１０に備え、各カラオケ装置には、予約データを管理サーバ１０に送信する第２更新部と、管理サーバ１０から送信された更新の内容を各楽曲予約リストに反映させる反映部を備えるようにしてもよい。管理サーバ１０の第１更新部は制御部１１の機能により実現され、各カラオケ装置の第２更新部及び反映部は、制御部２１の機能により実現される。
【００９１】
＜Ｃ：第３実施形態＞
次に、本発明の第３実施形態を図１０に基づいて説明する。第１実施形態との共通個所には同一符号を付して説明を省略する。本実施形態は、各拠点における楽曲演奏操作を、他の拠点にも反映させる実施形態である。
【００９２】
本実施形態においても、図６に示すように、カラオケ装置２０ａから最初にカラオケ装置間の相互の通信要求があり、カラオケ装置２０ａが親機となって、カラオケ装置２０ｂおよびカラオケ装置２０ｃとの通信が可能な状態になっているものとする。
【００９３】
この状態で、例えば、カラオケ装置２０ｃにおいて、楽曲再生の制御に関連する操作が行われると（図１０：Ｓ４０）、カラオケ装置２０ｃは、その操作が同期の対象となる操作かどうかを判定する（図１０：Ｓ４１）。
【００９４】
同期の対象となる操作は、スタート、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作である。
【００９５】
また、同期の対象ではない操作は、拠点固有の音量調整操作、予約リストや設定状態の参照・確認操作である。
【００９６】
その操作が、同期の対象となる操作であった場合には、カラオケ装置２０ｃは、まず自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（図１０：Ｓ４２）。
【００９７】
例えば、演奏中にはスタートの操作は許可できないし、演奏が行われていない時には、演奏中止、やり直し、早戻し、早送り等の操作も許可できない。しかし、演奏中には、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作が許可できる。また、演奏が行われていない時には、スタートの操作と、キーコントロール、テンポコントロールの操作が許可できる。
【００９８】
カラオケ装置２０ｃは、ユーザが行った操作が、許可できない操作であった場合には、同期処理を行わない。
【００９９】
カラオケ装置２０ｃは、自分自身の状態をロックした後、接続されているその他のカラオケ端末装置２０ａおよびカラオケ装置２０ｂに対して当該操作の可否を問い合わせる（図１０：Ｓ４３、Ｓ４６）。
【０１００】
問い合わせを受けたカラオケ装置２０ａおよびカラオケ装置２０ｂは、自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（図１０：Ｓ４４、Ｓ４７）。
【０１０１】
そして、カラオケ装置２０ａおよびカラオケ装置２０ｂは、カラオケ装置２０ｃに対して操作が許可可能か否かの応答をする（図１０：Ｓ４５、Ｓ４８）。
【０１０２】
各カラオケ装置２０は、状態ロック期間中においては、自分自身における操作要求、および、その他のカラオケ装置２０からの操作要求を受け付けないようにする。
【０１０３】
問い合わせを行ったカラオケ装置２０ｃ(利用者が操作した装置)は、その他の全てのカラオケ装置２０ａおよびカラオケ装置２０ｂから操作可否の応答が帰るのを待つ。
【０１０４】
待機中に一部のカラオケ装置２０から「操作禁止」の応答を受け取った場合は、要求元はすべてのカラオケ装置２０に対する操作要求を取り下げ、「他の装置によって操作されている」旨のエラーメッセージを表示する。
【０１０５】
すべてのカラオケ装置２０ａおよびカラオケ装置２０ｂが操作許可の応答を返したら、要求元のカラオケ装置２０ｃは各拠点のカラオケ装置２０ａおよびカラオケ装置２０ｂに具体的な操作内容を示すマスター再生制御コマンドを通知し、再生制御を指示する（図１０：Ｓ４９、Ｓ５０）。
【０１０６】
指示を受けたカラオケ装置２０ａおよびカラオケ装置２０ｂは、マスター再生制御コマンドに基づいて自分自身の再生制御を行い、ロックを解除する（図１０：Ｓ５１、Ｓ５２）。そして、要求元のカラオケ装置２０ｃに対して完了通知を送信する（図１０：Ｓ５３、Ｓ５４）。
【０１０７】
要求元のカラオケ装置２０ｃは、その他のすべてのカラオケ装置２０ａおよびカラオケ装置２０ｂから完了通知を受け取った後で、自分自身の再生制御を行い、ロックを解除する（図１０：Ｓ５４）。
【０１０８】
以上のような制御は、管理サーバ１０の管理の下で行うようにしてもよい。例えば、カラオケ装置２０ａにおいて、楽曲再生の制御に関連する操作が行われると（図１１：Ｓ６０）、カラオケ装置２０aは、その操作が同期の対象となる操作かどうかを判定する（図１１：Ｓ６１）。
【０１０９】
同期の対象となる操作は、上述の場合と同様に、スタート、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作である。
【０１１０】
また、同期の対象ではない操作も、上述の場合と同様に、拠点固有の音量調整操作、予約リストや設定状態の参照・確認操作である。
【０１１１】
その操作が、同期の対象となる操作であった場合には、カラオケ装置２０ａは、  まず自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（図１１：Ｓ６２）。
【０１１２】
例えば、演奏中にはスタートの操作は許可できないし、演奏が行われていない時には、演奏中止、やり直し、早戻し、早送り等の操作も許可できない。しかし、演奏中には、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作が許可できる。また、演奏が行われていない時には、スタートの操作と、キーコントロール、テンポコントロールの操作が許可できる。
【０１１３】
カラオケ装置２０ａは、ユーザが行った操作が、許可できない操作であった場合には、同期処理を行わない。
【０１１４】
カラオケ装置２０ａは、自分自身の状態をロックした後、管理サーバ１０に対して具体的な操作内容を示すマスター再生制御コマンドを送信し、同期処理の要求を通知する（図１０：Ｓ６３）。
【０１１５】
要求を受けた管理サーバ１０は、他のカラオケ装置２０ｂおよびカラオケ装置２０ｃに対して操作が許可可能か否かの問い合わせをする（図１１：Ｓ６４、Ｓ６７）。
【０１１６】
問い合わせを受けたカラオケ装置２０ｂおよびカラオケ装置２０ｃは、自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（図１０：Ｓ６５、Ｓ６８）。
【０１１７】
そして、カラオケ装置２０ｂおよびカラオケ装置２０ｃは、管理サーバ１０に対して操作が許可可能か否かの応答をする（図１１：Ｓ６６、Ｓ６９）。
【０１１８】
各カラオケ装置２０は、状態ロック期間中においては、自分自身における操作要求、および、管理サーバ１０からの操作要求を受け付けないようにする。
【０１１９】
管理サーバ１０は、カラオケ装置２０ｂおよびカラオケ装置２０ｃから操作可否の応答が帰るのを待つ。
【０１２０】
待機中に一部のカラオケ装置２０から「操作禁止」の応答を受け取った場合は、管理サーバ１０はすべてのカラオケ装置２０に対する操作要求を取り下げ、「他の装置によって操作されている」旨のエラーメッセージを表示する。
【０１２１】
カラオケ端末装置２０ｂおよびカラオケ装置２０ｃが操作許可の応答を返したら、管理サーバ１０はすべてのカラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃに具体的な操作内容を示すマスター再生制御コマンドを通知し、再生制御を指示する（図１１：Ｓ７０、Ｓ７３、Ｓ７６）。
【０１２２】
指示を受けたカラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃは、マスター再生制御コマンドに基づいて、それぞれ自分自身の再生制御を行い、ロックを解除する（図１１：Ｓ７１、Ｓ７４、Ｓ７７）。そして、要求元のカラオケ装置２０ｃに対して完了通知を送信する（図１１：Ｓ７２、Ｓ７５、Ｓ７８）。
【０１２３】
以上のように、本実施形態によれば、一つのカラオケ装置で行われた楽曲演奏操作が、通信モードで接続されている他の全てのカラオケ装置に反映されるので、相互に通信している全てのカラオケ装置に同じ状態でデュエットを行うことができる。
本実施形態では、楽曲データに対する再生制御の内容を、マスター再生制御コマンドとしてマスター再生制御出力部により送信し、再生制御部において楽曲データの再生制御に反映させる例について説明したが、マスター再生制御出力部及び再生制御部は、制御部２１の機能として実現される。また、カラオケ装置２０ａ、カラオケ装置２０ｂ、または、カラオケ装置２０ｃのいずれかにおける第２マスター再生制御コマンド出力部から管理サーバ１０マスター再生制御コマンドを送信し、管理サーバ１０の第１マスター再生制御コマンド出力部からマスター再生制御コマンドをカラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃに送信し、さらに、カラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃの再生制御部で再生制御を行う例についても説明した。この場合には、管理サーバ１０の制御部１１が第１マスター再生制御コマンド出力部として機能し、カラオケ装置２０ａ、カラオケ装置２０ｂおよびカラオケ装置２０ｃの制御部２１が、第２マスター再生制御コマンド出力部及び再生制御部として機能する。
【０１２４】
＜Ｄ：第４実施形態＞
次に、本発明の第４実施形態を図１２に基づいて説明する。本実施形態は、本発明のシステムを楽器のセッションに適用した実施形態である。本実施形態においては、音響データ処理装置として、パーソナルコンピュータを用いた例である。
【０１２５】
本実施形態では、図１２に示すように、拠点１のパーソナルコンピュータ８０と、拠点２のパーソナルコンピュータ８１と、拠点３のパーソナルコンピュータ８２が、通信網４０を介して管理サーバ１０と接続されている。
【０１２６】
拠点１においては、オーディオインターフェース８２を介してギター８１の実演データがパーソナルコンピュータ８０に入力されるようになっている。拠点２においては、オーディオインターフェース８５を介してキーボード８４の実演データがパーソナルコンピュータ８３に入力されるようになっている。拠点３においては、オーディオインターフェース８９を介してマイク８８により収音されたサックス８７の実演データがパーソナルコンピュータ８６に入力されるようになっている。
【０１２７】
拠点１、拠点２、拠点３のそれぞれのユーザは、パーソナルコンピュータ８０、パーソナルコンピュータ８１、およびパーソナルコンピュータ８２によって、インターネットに接続し、管理サーバ１０にアクセスする。
【０１２８】
管理サーバ１０にアクセスすると、ＩＤ番号やユーザネームの入力が求められるので、その要求に従って、ＩＤ番号やユーザネームの入力を行い、ログインを行う。
【０１２９】
各ユーザのログイン状態は、管理サーバ１０によって管理され、それぞれのパーソナルコンピュータ８０、パーソナルコンピュータ８１、およびパーソナルコンピュータ８２から確認することができる。
【０１３０】
例えば、拠点１のユーザが拠点２のユーザと拠点３のユーザにセッションへの参加を問い合わせる。拠点２のユーザと拠点３のユーザがこれを許可すると、管理サーバ１０は、拠点２のパーソナルコンピュータ８３および拠点３のパーソナルコンピュータ８６の接続情報を拠点１のパーソナルコンピュータ８０に通知する。
【０１３１】
拠点１のパーソナルコンピュータ８０は、通知された接続情報に基づいて拠点２のパーソナルコンピュータ８３と、拠点３のパーソナルコンピュータ８６にアクセスし、通知された接続情報と自分自身の接続情報を拠点２のパーソナルコンピュータ８３と、拠点３のパーソナルコンピュータ８６に通知する。
【０１３２】
その結果、パーソナルコンピュータ８０、パーソナルコンピュータ８１、およびパーソナルコンピュータ８２のそれぞれは、通信網４０を介して相互に接続され、互いの実演データの送信と受信が可能になる。
【０１３３】
したがって、各拠点において、各楽器の実演データをサウンドインターフェースを介して送信し、互いの実演データを受信してミックスして再生することにより、それぞれの拠点において、他の拠点での楽器演奏の実演データを再生することができ、あたかも一つの場所でセッションを行っているかのような臨場感を体験することができる。
【０１３４】
本実施形態においても、パーソナルコンピュータにカメラを接続することにより、各拠点における演奏をそれぞれの拠点に送信し、合成または分割表示により、各拠点での映像を再生することもできる。
【０１３５】
また、本実施形態においては、セッションに参加するメンバーがそれぞれ自分で演奏するパートを抜いた残りの楽曲の楽曲データ、いわゆるマイナスワンの楽曲データを伴奏用の補助データとしてそれぞれの拠点で再生するようにしてもよい。また、メトロノームデータやリズムパターンデータの補助データをそれぞれの拠点で再生するようにしてもよい。さらには、歌詞データや譜面データの補助データをそれぞれの拠点で表示するようにしてもよい。
マイナスワンの楽曲データ、メトロノームデータ、リズムパターンデータ、歌詞データまたは譜面データは、管理サーバ、または、いずれかのパーソナルコンピュータから出力し、各パーソナルコンピュータごとに同期して再生または表示するようにしてもよい。
【０１３６】
楽器セッションにおいて、楽曲データを各拠点で再生する場合には、上述したカラオケ装置の実施形態のように、楽曲の予約リストを各拠点から操作できるようにすればよい。
また、楽器セッションにおいて、楽曲データを各拠点で再生する場合には、楽曲データのスタート、演奏中止、やり直し、早戻し、早送り等の演奏制御、あるいは、キーコントロール、テンポコントロール等の演奏制御を各拠点で同期させるようにしてもよい。
さらに、予約リストは、楽曲データに限定されず、メトロノームデータ、リズムパターンデータ、譜面データ、歌詞データなどの予約リストであってもよい。
【０１３７】
ピアノの生伴奏による合唱を行う場合や、アカペラでコーラスを行う場合には、歌詞データや譜面データをそれぞれの拠点で表示するようにすればよい。また、この歌詞データや譜面データは、管理サーバまたはいずれかのパーソナルコンピュータから出力し、パーソナルコンピュータごとに同期して表示するようにしてもよい。
【０１３８】
＜Ｅ：第５実施形態＞
次に、本発明の第５実施形態を図１３乃至図１５に基づいて説明する。上述した各実施形態においては、通信網４０を介して相互に通信可能に接続された複数のカラオケ装置２０のネットワークは、全て同一種類の装置で構成されており、利用可能な楽曲データのデータベースも共通である場合について説明した。しかし、本実施形態は、カラオケ装置のネットワークが、カラオケ専用の装置（上述した各実施形態においては、カラオケ装置２０ａ〜２０ｃ）だけで構成されているのではなく、本発明のカラオケシステムに接続可能な汎用の端末装置をカラオケ装置として含んで構成されているところが上述した各実施形態と異なる。このような汎用の端末装置において利用可能な楽曲データのデータベースは、カラオケ専用のカラオケ装置２０ａ〜２０ｃにおいて利用可能な楽曲データのデータベースと異なることが考えられる。例えば、汎用の端末装置において利用可能な楽曲データのデータベースの曲数は、カラオケ専用のカラオケ装置２０ａ〜２０ｃにおいて利用可能な楽曲データのデータベースの曲数よりも少ない場合がある。このように、本実施形態は、カラオケ装置のネットワークにおいて利用できる楽曲データのデータベースが、カラオケ装置によって異なる場合があるところも、上述した各実施形態と異なる。
【０１３９】
本実施形態に用いられる汎用の端末装置としては、例えば、家庭用のパーソナルコンピュータ、据え置き型のゲーム機、スマートＴＶ、ＳＴＢ（Set Top Box）等が考えられる。また、他の例としては、タブレット、スマートフォン、携帯ゲーム機等も、カラオケ用のアプリケーションを利用することにより、本発明のカラオケシステムに接続することが可能となる。
【０１４０】
本実施形態では、一例として、図１３に示すように、カラオケ専用のカラオケ装置２０ａ、２０ｂと、スマートフォン２０’によりカラオケ装置のネットワークが構成される例について説明する。図１３に示すシステムは、第１実施形態で説明した図６に示すシステムに対応するものであり、カラオケ装置２０ａが親機（マスター装置）として機能し、カラオケ装置２０ｂおよびスマートフォン２０’がスレーブ装置として機能する。
【０１４１】
ログインの方法は、第１実施形態で説明した方法と同様であり、スマートフォン２０’は、予めインストールしてあるカラオケ用のアプリケーションを起動させて、管理サーバ１０にログイン要求を行うことにより、カラオケシステムへのログインが可能となっている。図４に示すように、管理サーバ１０に備えられるログイン管理リスト８０には、ＩＤ情報およびプロフィール情報の他に、装置情報が記録され、当該装置情報としてスマートフォン２０’を識別する情報が記録される。このログイン管理リスト８０の情報は、親機であるカラオケ装置２０ａにも伝えられるため、親機であるカラオケ装置２０ａは、スマートフォン２０’からのアクセスがあった場合に、カラオケ専用のカラオケ装置２０ｂとは異なる種類の装置からのアクセスであることを認識することができる。
【０１４２】
スマートフォン２０’が利用可能な楽曲データのデータベースは、楽曲購入サイトにおいて、再生権利を購入するか、あるいは、購入した楽曲をスマートフォン２０’にダウンロードすることにより構成される。したがって、一般的には、カラオケ専用の装置であるカラオケ装置２０ａ、２０ｂが利用可能な楽曲データのデータベースの曲数に比べると、スマートフォン２０’において利用可能な楽曲データのデータベースの曲数は少ない。その結果、カラオケ装置２０ａ、２０ｂにおいて予約された楽曲が、スマートフォン２０’においては利用できないことも考えられる。
【０１４３】
そこで、本実施形態においては、いずれかのカラオケ装置において楽曲予約の操作が行われた場合には、直ちに楽曲予約リストを更新するのではなく、親機であるカラオケ装置２０ａの判定部により、予約に係る楽曲が、全てのカラオケ装置において利用可能であるかどうかを判定し、肯定的な判定結果が得られた場合にのみ楽曲予約リストを更新するように構成した。判定部は、制御部２１により実現される機能である。
【０１４４】
以下、図１４および図１５を参照して、本実施形態における楽曲予約リストの同期処理について説明する。例えば、図１４に示すように、カラオケ装置２０ｂにおいて、楽曲の追加等の楽曲予約に関連する操作が行われると（Ｓ１）、その操作内容は、予約データとして、通信網４０を通じて、親機となっているカラオケ装置２０ａに通知される（Ｓ２）。
【０１４５】
予約データの通知を受けた親機のカラオケ装置２０ａは、予約データに係る楽曲が、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれの装置においても再生可能な楽曲であるかどうかを判定する（Ｓ１１）。判定の方法は、専用のカラオケ装置とは異なる種類の装置であるスマートフォン２０’のみに対して、当該楽曲が再生可能かを問い合わせても良いし、カラオケ装置２０ａ自身を含めて、それぞれの装置で当該楽曲が再生可能かを問い合わせてもよい。また、親機であるカラオケ装置２０ａが、スマートフォン２０’において利用可能な楽曲の情報を予め問い合わせて、カラオケ装置２０ａに記憶しておき、記憶した情報に基づいて判定するようにしてもよい。
【０１４６】
判定の結果、図１４に示すように、予約データに係る楽曲が、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれの装置においても再生可能な場合には、第１実施形態の場合と同じ条件なので、第１実施形態と同様の処理が行われる（Ｓ３〜Ｓ１０）。なお、処理の詳細については第１実施形態と同様なので省略する。このような処理の結果、図１３に示すように、マスター予約リストである楽曲予約リスト９０が更新され、更新された内容が、カラオケ装置２０ｂの楽曲予約リスト９０ｂおよびスマートフォン２０’の楽曲予約リスト９０’に反映される。
【０１４７】
一方、判定の結果、図１５に示すように、予約データに係る楽曲が、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれかの装置において再生できない場合には、親機であるカラオケ装置２０ａは、予約操作を行った装置、この例ではカラオケ装置２０ｂに対してエラーの通知を行い（Ｓ１２）、当該エラーの通知を受けたカラオケ装置２０ｂはエラー表示を行う（Ｓ１３）。
【０１４８】
また、親機であるカラオケ装置２０ａは、予約データに係る楽曲を再生できない装置に対して、当該楽曲についての予約が行われたが再生できない旨を通知する（Ｓ１４）。例えば、スマートフォン２０’において、予約データに係る楽曲を購入していない場合には、スマートフォン２０’では当該楽曲を再生できない。このような場合に、他のカラオケ装置において当該楽曲の予約が行われると、スマートフォン２０’に対して、当該楽曲についての予約が行われたが再生できない旨の通知が行われる。
【０１４９】
この通知を受けた装置、この例においてはスマートフォン２０’は、通知を受けた曲を、他の再生可能な曲と識別できるように表示する（Ｓ１５）。例えば、通知を受けた曲をグレーアウトさせて表示させたり、表示位置を他の再生可能な曲とは異ならせて表示させる。その結果、スマートフォン２０’のユーザは、購入していない曲についての予約リクエストがあったことを知ることができる。
【０１５０】
また、このような表示が行われることにより、当該曲に対する購入が促進されることが期待される。例えば、通知を受けた曲をグレーアウトさせて表示させると共に、当該グレーアウトさせた曲を選択可能に構成した場合には、スマートフォン２０’のユーザが当該グレーアウトさせた曲を選択すると（Ｓ１００）、スマートフォン２０’は、当該曲が選択されたことを親機であるカラオケ装置２０ａに通知する（Ｓ１０１）。
【０１５１】
この通知を受けた親機であるカラオケ装置２０ａは、当該曲の購入サイトを検索して、当該購入サイトへユーザを誘導するための処理を行う（Ｓ１０２）。具体的には、様々な曲が購入可能なサイトの情報を管理サーバ１０に記憶させておき、カラオケ装置２０ａから管理サーバ１０に問い合わせたり、管理サーバ１０からカラオケ装置２０ａに対して購入サイトの情報を予め送信しておくようにすれば、前記購入サイトの検索がカラオケ装置２０ａにおいて可能となる。
【０１５２】
前記楽曲の購入サイト情報を取得したカラオケ装置２０ａは、当該情報をスマートフォン２０’に対して通知する（Ｓ１０３）。この通知を受けたスマートフォン２０’は、購入サイトをスマートフォン２０’上に表示させる（Ｓ１０４）。その結果、購入サイトにおいて、前記楽曲が購入されることが期待される。
【０１５３】
以上のように、本実施形態によれば、カラオケ装置の種類が異なる場合であっても、本発明の通信カラオケシステムへの接続が可能になり、かつ、種類が異なる装置を含むいずれのカラオケ装置において楽曲予約リストの操作を行った場合でも、その操作の内容は、他のカラオケ装置における楽曲予約リストに反映されるので、それぞれのカラオケ装置が離れた場所にある場合でも、あたかも一つの部屋にいるようにカラオケを楽しむことができる。
【０１５４】
また、種類が異なるカラオケ装置が本発明の通信カラオケシステムに接続された場合には、楽曲データのデータベースが共通にならないことが考えられるが、本実施形態においては、予約操作に係る楽曲がいずれのカラオケ装置においても再生可能かを判定し、再生できない場合には、その旨のエラー表示を行うので、通信カラオケシステムに接続された一部の装置では予約に係る楽曲が再生されないという事態を防ぐことができる。
【０１５５】
さらに、本実施形態は、予約に係る楽曲が購入されておらず、再生できない装置に対しては、当該楽曲が他の楽曲と区別して表示されたり、あるいは、当該楽曲の購入サイトが程度されるように構成したので、楽曲の購入を促進することができる。
【０１５６】
＜Ｆ：第６実施形態＞
次に、本発明の第６実施形態を図１６乃至図１９に基づいて説明する。第５実施形態では、親機のカラオケ装置に判定部を備え、当該判定部において、予約に係る楽曲が全ての装置で再生可能かどうかを判定する例について説明した。しかし、本実施形態は、図１６に示すように、管理サーバ１０と通信可能な中継サーバ９０を備え、中継サーバ９０に判定部を備えるところが第５実施形態と異なる。また、本実施形態は、図１７に示すように、管理サーバ１０においてマスター予約リストとしての楽曲予約リスト９０を管理、更新する例であり、図８に示す第２実施形態のシステムに対応する例である。
【０１５７】
図１７に示すように、本実施形態においても、カラオケ装置２０ａ、カラオケ装置２０ｂ、スマートフォン２０’によりカラオケ装置のネットワークが構成される。スマートフォン２０’は、第５実施形態で説明したもの同様のスマートフォンなので説明を省略する。
【０１５８】
以下、図１８および図１９を参照して、本実施形態における楽曲予約リストの同期処理について説明する。例えば、図１８に示すように、カラオケ装置２０ａにおいて、楽曲の追加等の楽曲予約に関連する操作が行われると（Ｓ２０）、その操作内容は、通信網４０を通じて、予約データとして管理サーバ１０に通知される（Ｓ２１）。      
【０１５９】
予約データの通知を受けた管理サーバ１０は、当該予約データを中継サーバ９０に通知する（Ｓ１０５）。この通知を受けた中継サーバ９０は、予約データに係る楽曲が、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれの装置においても再生可能な楽曲であるかどうかを判定する（Ｓ１０６）。判定の方法は、専用のカラオケ装置とは異なる種類の装置であるスマートフォン２０’のみに対して、当該楽曲が再生可能かを、管理サーバ１０を介して問い合わせても良いし、カラオケ装置２０ａ自身を含めて、それぞれの装置で当該楽曲が再生可能かを、管理サーバ１０を介して問い合わせてもよい。また、管理サーバ１０が、スマートフォン２０’において利用可能な楽曲の情報を問い合わせ、その結果を記憶しておき、中継サーバ９０が管理サーバ１０に問い合わせて判定するようにしてもよい。
【０１６０】
判定の結果、図１８に示すように、予約データに係る楽曲が、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれの装置においても再生可能な場合には、その旨を管理サーバ１０に通知する（Ｓ１０７）。その後は、第２実施形態の場合と同じ条件なので、第２実施形態と同様の処理が行われる（Ｓ２２〜Ｓ３２）。なお、処理の詳細については第２実施形態と同様なので省略する。このような処理の結果、図１７に示すように、マスター予約リストである楽曲予約リスト９０が更新され、更新された内容が、カラオケ装置２０ｂの楽曲予約リスト９０ｂおよびスマートフォン２０’の楽曲予約リスト９０’に反映される。
【０１６１】
一方、判定の結果、図１９に示すように、予約データに係る楽曲が、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれかの装置において再生できない場合には、中継サーバ９０は、その旨を管理サーバ１０に通知する（Ｓ１０７）。管理サーバ１０は、予約操作を行った装置、この例ではカラオケ装置２０ａに対してエラーの通知を行い（Ｓ１０８）、当該エラーの通知を受けたカラオケ装置２０ａはエラー表示を行う（Ｓ１０９）。
【０１６２】
また、管理サーバ１０は、予約データに係る楽曲を再生できない装置に対して、当該楽曲についての予約が行われたが再生できない旨を通知する（Ｓ１１０）。例えば、スマートフォン２０’において、予約データに係る楽曲を購入していない場合には、スマートフォン２０’では当該楽曲を再生できない。このような場合に、他のカラオケ装置において当該楽曲の予約が行われると、スマートフォン２０’に対して、当該楽曲についての予約が行われたが再生できない旨の通知が行われる。
【０１６３】
この通知を受けた装置、この例においてはスマートフォン２０’は、通知を受けた曲を、他の再生可能な曲と識別できるように表示する（Ｓ１１１）。例えば、通知を受けた曲をグレーアウトさせて表示させたり、表示位置を他の再生可能な曲とは異ならせて表示させる。その結果、スマートフォン２０’のユーザは、購入していない曲についての予約リクエストがあったことを知ることができる。
【０１６４】
また、このような表示が行われることにより、当該曲に対する購入が促進されることが期待される。例えば、通知を受けた曲をグレーアウトさせて表示させると共に、当該グレーアウトさせた曲を選択可能に構成した場合には、スマートフォン２０’のユーザが当該グレーアウトさせた曲を選択すると（Ｓ１１２）、スマートフォン２０’は、当該曲が選択されたことを親機であるカラオケ装置２０ａに通知する（Ｓ１１３）。
【０１６５】
この通知を受けた管理サーバ１０は、当該曲の購入サイトを検索して、当該購入サイトへユーザを誘導するための処理を行う（Ｓ１１４）。具体的には、様々な曲が購入可能なサイトの情報を管理サーバ１０に予め記憶させておき、その中から該当する購入サイトを検索すればよい。あるいは、購入サイトの情報を中継サーバ９０に記憶させておき、管理サーバ１０から中継サーバ９０に問い合わせるようにしてもよい。
【０１６６】
前記楽曲の購入サイト情報を取得した管理サーバ１０は、当該情報をスマートフォン２０’に対して通知する（Ｓ１１５）。この通知を受けたスマートフォン２０’は、購入サイトをスマートフォン２０’上に表示させる（Ｓ１１６）。その結果、購入サイトにおいて、前記楽曲が購入されることが期待される。
【０１６７】
以上のように、本実施形態によれば、カラオケ装置の種類が異なる場合であっても、本発明の通信カラオケシステムへの接続が可能になり、かつ、種類が異なる装置を含むいずれのカラオケ装置において楽曲予約リストの操作を行った場合でも、その操作の内容は、他のカラオケ装置における楽曲予約リストに反映されるので、それぞれのカラオケ装置が離れた場所にある場合でも、あたかも一つの部屋にいるようにカラオケを楽しむことができる。
【０１６８】
また、種類が異なるカラオケ装置が本発明の通信カラオケシステムに接続された場合には、楽曲データのデータベースが共通にならないことが考えられるが、本実施形態においては、予約操作に係る楽曲がいずれのカラオケ装置においても再生可能かを判定し、再生できない場合には、その旨のエラー表示を行うので、通信カラオケシステムに接続された一部の装置では予約に係る楽曲が再生されないという事態を防ぐことができる。
【０１６９】
さらに、本実施形態は、予約に係る楽曲が購入されておらず、再生できない装置に対しては、当該楽曲が他の楽曲と区別して表示されたり、あるいは、当該楽曲の購入サイトが程度されるように構成したので、楽曲の購入を促進することができる。
【０１７０】
なお、本実施形態は、管理サーバ１０がマスター予約リストを管理、更新する通信カラオケシステムにおいて、管理サーバ１０と通信可能な中継サーバ９０を設け、中継サーバ９０に判定部を備える例について説明したが、このような構成は、第５実施形態にも適用可能である。つまり、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、親機と通信可能な中継サーバ９０を設け、中継サーバ９０に判定部を備えて第５実施形態で説明したような予約に係る楽曲の判定処理を行うようにしてもよい。
【０１７１】
＜Ｇ：第７実施形態＞
次に、本発明の第７実施形態を図２０に基づいて説明する。第５実施形態および第６実施形態においては、予約に係る楽曲が、全てのカラオケ装置において再生可能かどうかを判定する例について説明した。しかし、本実施形態は、予約操作を行う前の検索操作が行われた際に、全てのカラオケ装置において再生可能な楽曲のみを検索対象として表示させる例である。
【０１７２】
本実施形態は、図１３に示すように、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、カラオケ装置に検索処理部を備える。検索処理部は制御部２１により実現される。
【０１７３】
以下、図２０を参照して、本実施形態における検索対象楽曲の抽出処理について説明する。本実施形態では、第５実施形態のように、カラオケ装置２０ａが親機となり、カラオケ装置２０ｂとスマートフォン２０ｃ’がカラオケ装置のネットワークに接続されているものとする。例えば、図２０に示すように、カラオケ装置２０ｂにおいて、楽曲を検索する操作が行われると（Ｓ２００）、その操作内容は、検索操作データとして、通信網４０を通じて、親機となっているカラオケ装置２０ａに通知される（Ｓ２０１）。
【０１７４】
検索操作データの通知を受けた親機のカラオケ装置２０ａは、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれの装置においても再生可能な楽曲を抽出する（Ｓ２０２）。抽出の方法としては、例えば、専用のカラオケ装置とは異なる種類の装置であるスマートフォン２０’のみに対して、再生可能な楽曲を問い合わせ、専用のカラオケ装置で再生可能な楽曲との共通する楽曲を抽出する方法が挙げられる。また、カラオケ装置２０ａ自身を含めて、それぞれの装置で再生可能な楽曲を問い合わせ、共通する楽曲を抽出してもよい。また、親機であるカラオケ装置２０ａが、スマートフォン２０’において利用可能な楽曲の情報を予め問い合わせ、カラオケ装置２０ａに記憶しておき、記憶した楽曲と、専用のカラオケ装置において再生可能な楽曲との共通部分を抽出するようにしてもよい。
【０１７５】
抽出が完了すると、親機であるカラオケ装置２０ａは、抽出した楽曲のリストを、検索操作を行った装置、この例ではカラオケ装置２０ｂに対して転送する（Ｓ２０３）。その結果、カラオケ装置２０ｂにおいて、前記抽出された楽曲のリストに基づいて予約操作が行われた場合には、その予約に係る楽曲は、いずれのカラオケ装置においても再生可能な楽曲であるので、異なる種類のカラオケ装置が接続されている場合でも、それぞれ離れた場所にあるカラオケ装置を用いて、あたかも一つの部屋にいるようにカラオケを楽しむことができる。
【０１７６】
また、親機であるカラオケ装置２０ａは、上述した抽出処理の結果、特定のカラオケ装置において再生できる曲が、他のカラオケ装置に比べて不足していることが判る。そこで、カラオケ装置２０ａは、このような不足曲を、該当するカラオケ装置に対して通知する（Ｓ２０４）。例えば該当するカラオケ装置がスマートフォン２０’の場合には、スマートフォン２０’に対して、前記不足曲が通知される。
【０１７７】
この通知を受けた装置、この例においてはスマートフォン２０’は、通知を受けた不足曲を、他の再生可能な曲と識別できるように表示する（Ｓ２０５）。例えば、通知を受けた不足曲をグレーアウトさせて表示させたり、表示位置を他の再生可能な曲とは異ならせて表示させる。その結果、スマートフォン２０’のユーザは、他のカラオケ装置に比べて不足している曲を知ることができる。
【０１７８】
また、このような表示が行われることにより、当該不足曲に対する購入が促進されることが期待される。例えば、通知を受けた不足曲をグレーアウトさせて表示させると共に、当該グレーアウトさせた不足曲を選択可能に構成した場合には、スマートフォン２０’のユーザが当該グレーアウトさせた不足曲のいずれかを選択すると（Ｓ２０６）、スマートフォン２０’は、当該不足曲が選択されたことを親機であるカラオケ装置２０ａに通知する（Ｓ２０７）。
【０１７９】
この通知を受けた親機であるカラオケ装置２０ａは、当該曲の購入サイトを検索して、当該購入サイトへユーザを誘導するための処理を行う（Ｓ２０８）。具体的には、様々な曲が購入可能なサイトの情報を管理サーバ１０に記憶させておき、カラオケ装置２０ａから管理サーバ１０に問い合わせたり、管理サーバ１０からカラオケ装置２０ａに対して購入サイトの情報を予め送信しておくようにすれば、前記購入サイトの検索がカラオケ装置２０ａにおいて可能となる。
【０１８０】
前記楽曲の購入サイト情報を取得したカラオケ装置２０ａは、当該情報をスマートフォン２０’に対して通知する（Ｓ２０９）。この通知を受けたスマートフォン２０’は、購入サイトをスマートフォン２０’上に表示させる（Ｓ２１０）。その結果、購入サイトにおいて、前記不足曲が購入されることが期待される。
【０１８１】
以上のように、本実施形態によれば、カラオケ装置の種類が異なる場合であっても、本発明の通信カラオケシステムへの接続が可能になり、かつ、種類が異なる装置を含むいずれのカラオケ装置において楽曲の検索の操作を行った場合でも、全てのカラオケ装置において再生可能な楽曲だけが検索対象として表示されるので、予約に係る楽曲は全てのカラオケ装置において再生可能となる。その結果、それぞれのカラオケ装置が離れた場所にある場合でも、あたかも一つの部屋にいるようにカラオケを楽しむことができる。
【０１８２】
また、本実施形態は、他の装置に比べて再生可能曲が不足している場合には、当該不足曲が他の楽曲と区別して表示されたり、あるいは、当該不足曲の購入サイトが程度されるように構成したので、楽曲の購入を促進することができる。
【０１８３】
＜Ｈ：第８実施形態＞
次に、本発明の第８実施形態を図２１に基づいて説明する。本実施形態は、図１７に示すように管理サーバ１０によってマスター予約リストを管理、更新する通信カラオケシステムにおいて、図１８に示すように管理サーバ１０と通信可能な中継サーバ９０を備える。そして、中継サーバ９０に抽出部を備え、抽出部によって、全てのカラオケ装置で再生可能な検索対象の楽曲を抽出する例である。
【０１８４】
以下、図２１を参照して、本実施形態における検索対象楽曲の抽出処理について説明する。例えば、図２１に示すように、カラオケ装置２０ａにおいて、楽曲を検索する操作が行われると（Ｓ３００）、その操作内容は、通信網４０を通じて、検索操作データとして管理サーバ１０に通知される（Ｓ３０１）。
【０１８５】
検索操作データの通知を受けた管理サーバ１０は、当該検索操作データを中継サーバ９０に通知する（Ｓ３０２）。この通知を受けた中継サーバ９０は、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’のいずれの装置においても再生可能な楽曲を抽出する（Ｓ３０３）。抽出の方法としては、例えば、専用のカラオケ装置とは異なる種類の装置であるスマートフォン２０’のみに対して、再生可能な楽曲を問い合わせ、専用のカラオケ装置で再生可能な楽曲との共通する楽曲を抽出する方法が挙げられる。また、それぞれのカラオケ装置で再生可能な楽曲を問い合わせ、共通する楽曲を抽出してもよい。また、管理サーバ１０が、スマートフォン２０’において利用可能な楽曲の情報を予め問い合わせ、管理サーバ１０に記憶しておき、記憶した楽曲と、専用のカラオケ装置において再生可能な楽曲との共通部分を抽出するようにしてもよい。
【０１８６】
抽出が完了すると、中継サーバ９０は、抽出した楽曲のリストを、管理サーバ１０に対して転送する（Ｓ３０４）。管理サーバ１０は、抽出された楽曲リストを、検索操作を行った装置、この例ではカラオケ装置２０ａに対して転送する（Ｓ３０５）。その結果、カラオケ装置２０ａにおいて、前記抽出された楽曲のリストに基づいて予約操作が行われた場合には、その予約に係る楽曲は、いずれのカラオケ装置においても再生可能な楽曲であるので、異なる種類のカラオケ装置が接続されている場合でも、それぞれ離れた場所にあるカラオケ装置を用いて、あたかも一つの部屋にいるようにカラオケを楽しむことができる。
【０１８７】
また、管理サーバ１０は、上述した抽出処理の結果、特定のカラオケ装置において再生できる曲が、他のカラオケ装置に比べて不足していることが判る。そこで、管理サーバ１０は、このような不足曲を、該当するカラオケ装置に対して通知する（Ｓ３０６）。例えば該当するカラオケ装置がスマートフォン２０’の場合には、スマートフォン２０’に対して、前記不足曲が通知される。
【０１８８】
この通知を受けた装置、この例においてはスマートフォン２０’は、通知を受けた不足曲を、他の再生可能な曲と識別できるように表示する（Ｓ３０７）。例えば、通知を受けた不足曲をグレーアウトさせて表示させたり、表示位置を他の再生可能な曲とは異ならせて表示させる。その結果、スマートフォン２０’のユーザは、他のカラオケ装置に比べて不足している曲を知ることができる。
【０１８９】
また、このような表示が行われることにより、当該不足曲に対する購入が促進されることが期待される。例えば、通知を受けた不足曲をグレーアウトさせて表示させると共に、当該グレーアウトさせた不足曲を選択可能に構成した場合には、スマートフォン２０’のユーザが当該グレーアウトさせた不足曲のいずれかを選択すると（Ｓ３０８）、スマートフォン２０’は、当該不足曲が選択されたことを管理サーバ１０に通知する（Ｓ３０９）。
【０１９０】
この通知を受けた管理サーバ１０は、当該曲の購入サイトを検索して、当該購入サイトへユーザを誘導するための処理を行う（Ｓ３１０）。具体的には、様々な曲が購入可能なサイトの情報を管理サーバ１０に記憶させておき、記憶させた情報に基づいて検索を行うようにすればよい。あるいは、様々な曲が購入可能なサイトの情報を中継サーバ９０に記憶させておき、管理サーバ１０から中継サーバ９０に問い合わせたり、中継サーバ９０から管理サーバ１０に対して購入サイトの情報を予め送信しておくようにすれば、前記購入サイトの検索が管理サーバ１０において可能となる。
【０１９１】
前記楽曲の購入サイト情報を取得した管理サーバ１０は、当該情報をスマートフォン２０’に対して通知する（Ｓ３１１）。この通知を受けたスマートフォン２０’は、購入サイトをスマートフォン２０’上に表示させる（Ｓ３１２）。その結果、購入サイトにおいて、前記不足曲が購入されることが期待される。
【０１９２】
以上のように、本実施形態によれば、カラオケ装置の種類が異なる場合であっても、本発明の通信カラオケシステムへの接続が可能になり、かつ、種類が異なる装置を含むいずれのカラオケ装置において楽曲の検索の操作を行った場合でも、全てのカラオケ装置において再生可能な楽曲だけが検索対象として表示されるので、予約に係る楽曲は全てのカラオケ装置において再生可能となる。その結果、それぞれのカラオケ装置が離れた場所にある場合でも、あたかも一つの部屋にいるようにカラオケを楽しむことができる。
【０１９３】
また、本実施形態は、他の装置に比べて再生可能曲が不足している場合には、当該不足曲が他の楽曲と区別して表示されたり、あるいは、当該不足曲の購入サイトが程度されるように構成したので、楽曲の購入を促進することができる。
【０１９４】
なお、本実施形態は、管理サーバ１０がマスター予約リストを管理、更新する通信カラオケシステムにおいて、管理サーバ１０と通信可能な中継サーバ９０を設け、中継サーバ９０に抽出部を備える例について説明したが、このような構成は、第７実施形態にも適用可能である。つまり、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、親機と通信可能な中継サーバ９０を設け、中継サーバ９０に抽出部を備えて第５実施形態で説明したような、いずれのカラオケ装置においても再生可能な検索対象の楽曲の抽出処理を行うようにしてもよい。
【０１９５】
＜Ｉ：第９実施形態＞
次に、本発明の第９実施形態を図２２に基づいて説明する。本実施形態は、カラオケ装置のネットワークが、異なる種類のカラオケ装置から構成されている場合であっても、いずれかのカラオケ装置で行われた再生制御の操作を、全てのカラオケ装置に反映させる例である。本実施形態は、第３実施形態に対応する実施形態であり、図２２に示すフローチャートは、図１０に示すフローチャートに対応する。
【０１９６】
本実施形態は、図１３に示すように、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、カラオケ装置に個別再生制御コマンド出力部と再生制御部とを備える。個別再生制御コマンド出力部と再生制御部は制御部２１により実現される。
【０１９７】
以下、図２２を参照して、本実施形態における再生制御コマンドの変換処理について説明する。本実施形態では、第５実施形態のように、カラオケ装置２０ａが親機となり、カラオケ装置２０ｂとスマートフォン２０ｃ’がカラオケ装置のネットワークに接続されているものとする。例えば、図２２に示すように、カラオケ装置２０ｂにおいて、楽曲再生の制御に関連する操作が行われると（Ｓ４０）、カラオケ装置２０ｂは、その操作が同期の対象となる操作かどうかを判定する（Ｓ４１）。同期の対象となる操作は、スタート、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作である。また、同期の対象ではない操作は、拠点固有の音量調整操作、予約リストや設定状態の参照・確認操作である。
【０１９８】
その操作が、同期の対象となる操作であった場合には、カラオケ装置２０ｂは、自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（Ｓ４２）。例えば、演奏中にはスタートの操作は許可できないし、演奏が行われていない時には、演奏中止、やり直し、早戻し、早送り等の操作も許可できない。しかし、演奏中には、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作が許可できる。また、演奏が行われていない時には、スタートの操作と、キーコントロール、テンポコントロールの操作が許可できる。カラオケ装置２０ｂは、ユーザが行った操作が、許可できない操作であった場合には、同期処理を行わない。
【０１９９】
カラオケ装置２０ｂは、自分自身の状態をロックした後、再生制御の操作の内容を示す個別再生制御コマンドを、親機であるカラオケ装置２０ａに通知して、操作許可の問合せを行う（Ｓ４００）。この問合わせを受けたカラオケ装置２０ａは、個別再生制御コマンドが示す再生制御の操作の内容、例えば当該再生制御のコマンドが、全てのカラオケ装置において共通かどうかを判定する。判定の方法は、カラオケ装置２０ａが他のカラオケ装置に問い合わせるようにしてもよいし、予め各カラオケ装置のコマンドを管理サーバ１０において記憶しておき、カラオケ装置２０ａから管理サーバ１０に問い合わせたり、管理サーバ１０から取得した各カラオケ装置のコマンドをカラオケ装置２０ａに記憶させておいてもよい。
【０２００】
判定の結果、前記個別再生制御コマンドが示す再生制御のコマンドと異なるコマンドを使用している装置に対しては、当該装置用にコマンドの変換を行う（Ｓ４０１）。しかし、前記個別再生制御コマンドが示す再生制御のコマンドと同じコマンドを使用している装置に対しては、当該コマンドをそのまま利用する（Ｓ４０１）。つまり、図２２に示す変換処理（Ｓ４０１）は、コマンドの変換を行う場合とそのまま利用する場合の双方を含むものである。
【０２０１】
そして、親機であるカラオケ装置２０ａは、前記個別再生制御コマンドが示す再生制御のコマンドと異なるコマンドを使用している装置に対しては、変換したコマンドを送信して操作許可の問合せを行う（Ｓ４０２）。しかし、前記個別再生制御コマンドが示す再生制御のコマンドと同じコマンドを使用している装置に対しては、当該コマンドをそのまま送信して操作許可の問合せを行う（Ｓ４０２）。つまり、送信先のカラオケ装置が複数存在する場合には、ある装置には変換したコマンドが送信され、他の装置には変換前のコマンドが送信されることになる。
【０２０２】
例えば、スマートフォン２０’におけるコマンドが、カラオケ装置２０ｂのコマンドと異なる場合には、変換されたコマンドがスマートフォン２０’に送信される。このようにして操作許可の問い合わせを受けたカラオケ装置、この例では、カラオケ装置２０ａとスマートフォン２０’は、自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（Ｓ４４、Ｓ４７）。
【０２０３】
そして、カラオケ装置２０ａは、カラオケ装置２０ｂに対して操作が許可可能か否かの応答をする（Ｓ４５）。また、スマートフォン２０’は、カラオケ装置２０ａに対して操作が許可可能か否かの応答をする（Ｓ４０３）。カラオケ装置２０ａは、親機として、この応答をカラオケ装置２０ｂに伝える（Ｓ４０４）。
【０２０４】
各カラオケ装置２０、及びスマートフォン２０’は、状態ロック期間中においては、自分自身における操作要求、および、その他のカラオケ装置２０からの操作要求を受け付けないようにする。問い合わせを行ったカラオケ装置２０ｂ(利用者が操作した装置)は、その他の全てのカラオケ装置２０ａおよびスマートフォン２０’から操作可否の応答が帰るのを待つ。
【０２０５】
待機中に一部のカラオケ装置２０またはスマートフォン２０’から「操作禁止」の応答を受け取った場合は、要求元はすべてのカラオケ装置２０およびスマートフォン２０’に対する操作要求を取り下げ、「他の装置によって操作されている」旨のエラーメッセージを表示する。
【０２０６】
カラオケ装置２０ａおよびスマートフォン２０’が操作許可の応答を返したら、要求元のカラオケ装置２０ｂはカラオケ装置２０ａに具体的な操作内容を示す個別再生制御コマンドを通知し、再生制御を指示する（Ｓ４９）。親機としてのカラオケ装置２０ａは、操作許可の問合せがあった場合と同様に、送信先のカラオケ装置に合わせて、当該再生制御に係るコマンドを変換し、または、そのまま利用して個別再生制御コマンドとし（Ｓ４０５）、各カラオケ装置に個別再生制御コマンドを通知する（Ｓ５０）。この例では、カラオケ装置２０ａ自身は、変換しないコマンドを利用すると共に、変換されたコマンドをスマートフォン２０’に通知する。
【０２０７】
指示を受けたカラオケ装置２０ａおよびスマートフォン２０’は、個別再生制御コマンドに基づいて自分自身の再生制御を行い、ロックを解除する（Ｓ５１、Ｓ５２）。そして、カラオケ装置２０ａは要求元のカラオケ装置２０ｂに対して完了通知を送信する（Ｓ５３）。スマートフォン２０’は、カラオケ装置２０ａに対して完了通知を送信し（Ｓ４０６）、親機であるカラオケ装置２０ａは、この完了通知をカラオケ装置２０ｂに伝える（Ｓ４０７）。
【０２０８】
要求元のカラオケ装置２０ｂは、その他のすべてのカラオケ装置２０ａおよびスマートフォン２０’から完了通知を受け取った後で、自分自身の再生制御を行い、ロックを解除する（Ｓ５４）。
【０２０９】
以上のように、本実施形態によれば、種類の異なるカラオケ装置がカラオケ装置のネットワークに接続されている場合であっても、一つのカラオケ装置で行われた楽曲演奏操作が、通信モードで接続されている他の全てのカラオケ装置に反映されるので、相互に通信している全てのカラオケ装置に同じ状態でカラオケを楽しむことができる。
【０２１０】
＜Ｊ：第１０実施形態＞
次に、本発明の第１０実施形態を図２３に基づいて説明する。第９実施形態は、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、種類の異なるカラオケ装置が接続されている場合に、再生制御のコマンドを変換する例について説明した。しかし、本実施形態は、管理サーバ１０がマスター予約リストを管理、更新する通信カラオケシステムにおいて、種類の異なるカラオケ装置が接続されている場合に、再生制御のコマンドを変換する例である。
【０２１１】
本実施形態は、図１６に示すように、管理サーバ１０と通信可能な中継サーバ９０を備え、中継サーバ９０に変換部を備える。また、本実施形態は、図１７に示すように、管理サーバ１０においてマスター予約リストとしての楽曲予約リスト９０を管理、更新する例であり、カラオケ装置２０ａ、カラオケ装置２０ｂ、スマートフォン２０’によりカラオケ装置のネットワークが構成される。
【０２１２】
以下、図２３を参照して、本実施形態における再生制御コマンドの変換処理について説明する。本実施形態では、例えば、カラオケ装置２０ａにおいて、楽曲再生の制御に関連する操作が行われると（Ｓ６０）、カラオケ装置２０aは、その操作が同期の対象となる操作かどうかを判定する（Ｓ６１）。同期の対象となる操作は、上述の場合と同様に、スタート、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作である。また、同期の対象ではない操作も、上述の場合と同様に、拠点固有の音量調整操作、予約リストや設定状態の参照・確認操作である。
【０２１３】
その操作が、同期の対象となる操作であった場合には、カラオケ装置２０ａは、まず自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（Ｓ６２）。例えば、演奏中にはスタートの操作は許可できないし、演奏が行われていない時には、演奏中止、やり直し、早戻し、早送り等の操作も許可できない。しかし、演奏中には、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作が許可できる。また、演奏が行われていない時には、スタートの操作と、キーコントロール、テンポコントロールの操作が許可できる。
【０２１４】
カラオケ装置２０ａは、ユーザが行った操作が、許可できない操作であった場合には、同期処理を行わない。しかし、許可できる操作であった場合には、カラオケ装置２０ａは、自分自身の状態をロックした後、管理サーバ１０に対して具体的な操作内容を示す個別再生制御コマンドを送信し、同期処理の要求を通知する（Ｓ６３）。
【０２１５】
要求を受けた管理サーバ１０は、個別再生制御コマンドを中継サーバ９０に通知する（Ｓ４１１）。この問合わせを受けた中継サーバ９０は、個別再生制御コマンドが示す再生制御の操作の内容、例えば当該再生制御のコマンドが、全てのカラオケ装置において共通かどうかを判定する。判定の方法は、管理サーバ１０を介して他のカラオケ装置に問い合わせるようにしてもよいし、予め各カラオケ装置のコマンドを管理サーバ１０において記憶しておき、中継サーバ９０から管理サーバ１０に問い合わせたり、管理サーバ１０から取得した各カラオケ装置のコマンドを中継サーバ９０に記憶させておいてもよい。
【０２１６】
判定の結果、前記個別再生制御コマンドが示す再生制御のコマンドと異なるコマンドを使用している装置に対しては、当該装置用にコマンドの変換を行い（Ｓ４１２）、管理サーバ１０に通知する（Ｓ４１３）。しかし、前記個別再生制御コマンドが示す再生制御のコマンドと同じコマンドを使用している装置に対しては、当該コマンドをそのまま利用し（Ｓ４１２）、管理サーバ１０に通知する（Ｓ４１３）。つまり、図２３に示す変換処理（Ｓ４１２）は、コマンドの変換を行う場合とそのまま利用する場合の双方を含むものである。
【０２１７】
中継サーバ９０から、変換されたコマンドまたは変換前のコマンドの通知を受けた管理サーバ１０は、前記個別再生制御コマンドが示す再生制御のコマンドと異なるコマンドを使用している装置に対しては、変換したコマンドを送信して操作許可の問合せを行う（Ｓ４１４）。しかし、前記個別再生制御コマンドが示す再生制御のコマンドと同じコマンドを使用している装置に対しては、当該コマンドをそのまま送信して操作許可の問合せを行う（Ｓ４１４）。つまり、送信先のカラオケ装置が複数存在する場合には、ある装置には変換したコマンドが送信され、他の装置には変換前のコマンドが送信されることになる。
【０２１８】
例えば、スマートフォン２０’におけるコマンドが、カラオケ装置２０ａのコマンドと異なる場合には、変換されたコマンドがスマートフォン２０’に送信される。このようにして操作許可の問い合わせを受けたカラオケ装置、この例では、カラオケ装置２０ｂとスマートフォン２０’は、自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（Ｓ６８）。
【０２１９】
カラオケ装置２０ｂ、スマートフォン２０は、管理サーバ１０に対して操作が許可可能か否かの応答をする（Ｓ６９）。管理サーバ１０は、この応答をカラオケ装置２０ａに伝える（Ｓ４０４）。
【０２２０】
各カラオケ装置２０、及びスマートフォン２０’は、状態ロック期間中においては、自分自身における操作要求、および、その他のカラオケ装置２０からの操作要求を受け付けないようにする。問い合わせを行ったカラオケ装置２０ａ(利用者が操作した装置)は、その他の全てのカラオケ装置２０ａおよびスマートフォン２０’から操作可否の応答が帰るのを待つ。
【０２２１】
待機中に一部のカラオケ装置２０またはスマートフォン２０’から「操作禁止」の応答を受け取った場合は、要求元はすべてのカラオケ装置２０およびスマートフォン２０’に対する操作要求を取り下げ、「他の装置によって操作されている」旨のエラーメッセージを表示する。
【０２２２】
カラオケ装置２０ｂおよびスマートフォン２０’が操作許可の応答を管理サーバ１０に返したら、管理サーバ１０は、これらの応答をカラオケ装置２０ａに通知する（Ｓ４１５）。この通知を受けた要求元のカラオケ装置２０ａは、管理サーバ１０に具体的な操作内容を示す個別再生制御コマンドを通知し、再生制御を指示する（Ｓ４１６）。管理サーバ１０は、操作許可の問合せがあった場合と同様に、個別再生制御コマンドを中継サーバ９０に通知する（Ｓ４１７）。この通知を受けた中継サーバ９０は、送信先のカラオケ装置に合わせて、当該再生制御に係るコマンドを変換し、または、そのまま利用して個別再生制御コマンドとし（Ｓ４１８）、管理サーバ１０に個別再生制御コマンドを通知する（Ｓ４１９）。この例では、カラオケ装置２０ａ、２０ｂ向けとして、変換しないコマンドを通知すると共に、スマートフォン２０’向けとして、変換されたコマンドを管理サーバ１０に通知する。
【０２２３】
管理サーバ１０は、中継サーバ９０から通知された変換後のコマンドをスマートフォン２０’に通知し、変換前のコマンドをカラオケ装置２０ｂに通知する（Ｓ４２０）。また、変換前のコマンドをカラオケ装置２０ａに通知する（Ｓ４２１）。
【０２２４】
指示を受けたカラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’は、個別再生制御コマンドに基づいて自分自身の再生制御を行い、ロックを解除する（Ｓ７１、Ｓ７７）。そして、カラオケ装置２０ａ、カラオケ装置２０ｂ、およびスマートフォン２０’は、管理サーバ１０に対して完了通知を送信する（Ｓ７２、Ｓ７８）
【０２２５】
以上のように、本実施形態によれば、種類の異なるカラオケ装置がカラオケ装置のネットワークに接続されている場合であっても、一つのカラオケ装置で行われた楽曲演奏操作が、通信モードで接続されている他の全てのカラオケ装置に反映されるので、相互に通信している全てのカラオケ装置に同じ状態でカラオケを楽しむことができる。
【０２２６】
なお、本実施形態は、管理サーバ１０がマスター予約リストを管理、更新する通信カラオケシステムにおいて、管理サーバ１０と通信可能な中継サーバ９０を設け、中継サーバ９０に変換部を備える例について説明したが、このような構成は、第９実施形態にも適用可能である。つまり、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、親機と通信可能な中継サーバ９０を設け、中継サーバ９０に変換部を備えて第９実施形態で説明したような、コマンドの変換処理を行うようにしてもよい。
【０２２７】
＜Ｋ：第１１実施形態＞
次に、本発明の第１１実施形態を図２４乃至図２６に基づいて説明する。第９実施形態及び第１０実施形態では、カラオケ装置によって再生制御についてのコマンドが異なる場合には変換する例について説明した。しかし、本実施形態では、特定のカラオケ装置においてサポートされていない再生制御の操作が存在する場合には、当該再生制御の操作の要求があった際にエラーとして取り扱うところが第９実施形態及び第１０実施形態と異なる。
【０２２８】
図２６に示すように、カラオケ専用の装置であるカラオケ装置２０ａ、２０ｂ、２０ｃにおいては、通常再生、一時停止、早戻し／早送り、テンポ制御、および再生キー制御の全ての再生制御がサポートされている。図２６において○印は当該制御が当該装置においてサポートされていることを示し、×印は当該制御が当該装置においてサポートされていないことを示している。
【０２２９】
しかし、図２６に示すように、携帯機器であるスマートフォン２０’やタブレットにおいては、通常再生、一時停止、早戻し／早送り、および再生キー制御についてはサポートされているが、テンポ制御についてはサポートされていない。また、据え置き型のゲーム機において、通常再生、一時停止、および再生キー制御についてはサポートされているが、早戻し／早送り、およびテンポ制御についてはサポートされていない。
【０２３０】
以上のように、本発明の通信カラオケシステムにおけるカラオケ装置のネットワークに接続される装置によっては、特定の再生制御がサポートされていない場合がある。そこで、本実施形態では、いずれかの装置から再生制御の操作要求があった場合には、当該再生制御の操作が、ネットワークに接続されている全ての装置でサポートされているかどうかを判定し、いずれかの装置においてサポートされていない再生制御の操作要求についてはエラーとして取り扱う。      
【０２３１】
以下、図２４および図２５を参照して、本実施形態における再生制御コマンドのエラー処理について説明する。本実施形態は、図１３に示すように、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、カラオケ装置に個別再生制御コマンド出力部と再生制御部とを備える。個別再生制御コマンド出力部と再生制御部は制御部２１により実現される。図２４に示すフローチャートは、図２２に示すフローチャートに対応する。
【０２３２】
本実施形態では、第９実施形態のように、カラオケ装置２０ａが親機となり、カラオケ装置２０ｂとスマートフォン２０ｃ’がカラオケ装置のネットワークに接続されているものとする。例えば、図２４に示すように、カラオケ装置２０ｂにおいて、楽曲再生の制御に関連する操作が行われると（Ｓ４０）、カラオケ装置２０ｂは、その操作が同期の対象となる操作かどうかを判定する（Ｓ４１）。同期の対象となる操作は、スタート、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作である。また、同期の対象ではない操作は、拠点固有の音量調整操作、予約リストや設定状態の参照・確認操作である。
【０２３３】
その操作が、同期の対象となる操作であった場合には、カラオケ装置２０ｂは、自分自身がその操作を許可できるかどうかを判定し、許可できる場合には、自分自身の状態をロックする（Ｓ４２）。例えば、演奏中にはスタートの操作は許可できないし、演奏が行われていない時には、演奏中止、やり直し、早戻し、早送り等の操作も許可できない。しかし、演奏中には、演奏中止、やり直し、早戻し、早送り等の演奏操作と、キーコントロール、テンポコントロールの操作が許可できる。また、演奏が行われていない時には、スタートの操作と、キーコントロール、テンポコントロールの操作が許可できる。カラオケ装置２０ｂは、ユーザが行った操作が、許可できない操作であった場合には、同期処理を行わない。
【０２３４】
カラオケ装置２０ｂは、自分自身の状態をロックした後、再生制御の操作の内容を示す個別再生制御コマンドを、親機であるカラオケ装置２０ａに通知して、操作許可の問合せを行う（Ｓ４００）。この問合わせを受けたカラオケ装置２０ａは、個別再生制御コマンドが示す再生制御の操作の内容、例えば当該再生制御のコマンドが、全てのカラオケ装置においてサポートされているかどうかを判定する。判定の方法は、カラオケ装置２０ａが他のカラオケ装置に問い合わせるようにしてもよいし、予め各カラオケ装置でサポートされている再生制御の内容を管理サーバ１０において記憶しておき、カラオケ装置２０ａから管理サーバ１０に問い合わせたり、管理サーバ１０から取得した各カラオケ装置でサポートされている再生制御の内容をカラオケ装置２０ａに記憶させておいてもよい。
【０２３５】
図２４に示すように、操作許可の問合せのあった再生制御が、全てのカラオケ装置においてサポートされている場合には、第９実施形態と同様の処理が行われる（Ｓ４０１以降の処理）。なお、処理の詳細については省略する。しかし、操作許可の問合せのあった再生制御が、いずれかのカラオケ装置においてはサポートされていない場合には、親機であるカラオケ装置２０ａは、問合せを行ったカラオケ装置に対してエラー通知を行う（Ｓ５０１）。このエラー通知を受けたカラオケ装置は、エラー表示を行うと共に、ロックの解除を行う（Ｓ５０２）。
【０２３６】
例えば、カラオケ専用装置であるカラオケ装置２０ｂから、テンポ制御の操作についての許可の問合せがあったとする。カラオケ装置２０ａは、カラオケ装置２０ｂと同じ種類の装置なので、カラオケ装置２０ｂで行われたテンポ制御をそのままカラオケ装置２０ａにおいても実行することができる。しかしながら、図２６に示すように、スマートフォン２０’においては、テンポ制御がサポートされていない。したがって、カラオケ装置２０ｂとカラオケ装置２０ａにおいてテンポ制御の操作を許可してしまうと、スマートフォン２０’においてはテンポ制御を行うことができないので、カラオケ装置２０ｂおよびカラオケ装置２０ａにおいて再生されている楽曲のテンポと、スマートフォン２０’において再生される楽曲のテンポが異なることになる。しかしながら、本実施形態では、このようないずれかの装置においてサポートされてない再生制御についてはエラーとして取り扱うので、種類の異なる装置が接続されるカラオケ装置ネットワークにおいて、常に共通の再生環境を提供することができ、それぞれの装置が遠隔地にある場合でも、また、ネットワークに接続する装置が異なる種類であっても、あたかも同じ部屋にいるような状態でカラオケを楽しむことが可能になる。
【０２３７】
なお、本実施形態は、カラオケ装置の一つが親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、親機としてのカラオケ装置において、各カラオケ装置においてサポートされている再生制御を判定する例について説明したが、このような構成は、第１０実施形態にも適用可能である。つまり、管理サーバ１０によってマスター予約リストを管理、更新する通信カラオケシステムにおいて、管理サーバ１０と通信可能な中継サーバ９０を設け、中継サーバ９０において、各カラオケ装置でサポートされている再生制御を判定するようにしてもよい。また、いずれかのカラオケ装置が親機となってマスター予約リストを管理、更新する通信カラオケシステムにおいて、親機と通信可能な中継サーバ９０を設け、中継サーバ９０において、各カラオケ装置でサポートされている再生制御を判定するようにしてもよい。
【０２３８】
＜Ｌ：応用例＞
上述した実施形態においては、音響データ処理装置としてのカラオケ装置やパーソナルコンピュータと管理サーバとを別の装置として構成した例について説明したが、音響データ処理装置自体に管理サーバとしての機能を持たせるように構成することも可能である。
【０２３９】
上述した各実施形態においては、一つのカラオケ装置等の音響データ処理装置としての端末または管理サーバから、楽曲データを他の端末に配信し、各音響データ処理装置で同一の楽曲を同時に再生する例について説明した。  しかし、本発明は、このような例に限定されるものではなく、伴奏用の楽曲データ、メトロノームデータ、あるいは、リズムパターンデータ、もしくは、歌詞データや譜面データ等を、各拠点のそれぞれの端末が互いに同期して個別に再生するようにしてもよい。
また、伴奏用の楽曲データ、メトロノームデータ、あるいは、リズムパターンデータは、ネットワーク上の接続端末の中で親機となる唯一の端末が再生し、その再生音データをその他の端末に送信して再生し、歌詞データや譜面データ等はそれぞれの端末が同期して 個別に描画するようにしてもよい。
さらに、伴奏用の楽曲データ、メトロノームデータ、あるいは、リズムパターンデータ、もしくは、歌詞データや譜面データ等を、親機となる端末が再生し、再生したデータを、その他の端末に送信して再生するようにしてもよい。
【０２４０】
なお、本発明においては、音響データ処理装置としての端末は、常に親機および子機として固定するようにしてもよいし、最初に通信のリクエストを送信した端末を親機とし、そのリクエストを了承した端末を子機とするようにしてもよい。常に親機および子機として固定する場合には、親機のみに予約リスト更新手段を備え、子機のみに予約リスト反映手段を備えるようにしてもよい。
【０２４１】
また、予約リストについては、管理サーバにおいて更新の内容を予約リストに反映させ、反映された予約リストを各音響データ処理装置としての端末に配信するようにしてもよい。
【０２４２】
また、カラオケに専用される装置以外の装置にも本発明は適用され得る。例えば、パーソナルコンピュータや携帯情報端末（例えば携帯電話機やスマートホン）やゲーム装置等の各種の装置にも本発明を適用することが可能である。以上の例示から理解されるように、本発明は「音響データ処理装置」として包括され、前述の各形態で説明したカラオケ装置および楽器セッション用の端末は「音響データ処理装置」の例示である。
【符号の説明】
【０２４３】
１００……通信カラオケシステム、１０……管理サーバ、２０，２０ａ，２０ｂ，２０ｃ……カラオケ装置、２０’……スマートフォン、４０……通信網、６０……ユーザ、９０，９０’……楽曲予約リスト。
【図１】
2013231951.tif 000003
【図２】
2013231951.tif 000004
【図３】
2013231951.tif 000005
【図４】
2013231951.tif 000006
【図５】
2013231951.tif 000007
【図６】
2013231951.tif 000008
【図７】
2013231951.tif 000009
【図８】
2013231951.tif 000010
【図９】
2013231951.tif 000011
【図１０】
2013231951.tif 000012
【図１１】
2013231951.tif 000013
【図１２】
2013231951.tif 000014
【図１３】
2013231951.tif 000015
【図１４】
2013231951.tif 000016
【図１５】
2013231951.tif 000017
【図１６】
2013231951.tif 000018
【図１７】
2013231951.tif 000019
【図１８】
2013231951.tif 000020
【図１９】
2013231951.tif 000021
【図２０】
2013231951.tif 000022
【図２１】
2013231951.tif 000023
【図２２】
2013231951.tif 000024
【図２３】
2013231951.tif 000025
【図２４】
2013231951.tif 000026
【図２５】
2013231951.tif 000027
【図２６】
2013231951.tif 000028