JP5472245B2 - カラオケ装置 - Google Patents

Description

本発明は、カラオケ楽曲を演奏可能なカラオケ装置に関する。

例えば、ネットワークを介して投稿された複数の演奏データを合成し、利用者に送信する技術として、特許文献１記載の技術が知られている。この従来技術では、利用者が使用する利用者端末と、サービス提供者が使用するサーバ装置と、音声および画像の調整と合成を行うミキシング装置とが、ネットワークを介し接続されている。そして、互いに離れた複数の利用者がネットワークを介して同時に演奏を行う場合に、各利用者が演奏データを調整することができる。

一方、カラオケ装置において、カラオケ楽曲データの再生サービスを楽器演奏者に提供することが考えられている。楽器演奏者である利用者は、当該再生されるカラオケ楽曲に合わせて電子楽器を演奏することで、その電子楽器の練習を行ったり、カラオケ楽曲全体のアンサンブルを楽しむことができる。

特開２０１１−７５６５２号公報

上記のようにカラオケ装置を用いて演奏者が電子楽器の演奏を行う場合において、その電子楽器の演奏結果を上記従来技術のように投稿しアップロード可能とするサービスが考えられる。この場合、別の演奏者が当該投稿された演奏をカラオケ装置から検索することで、当該演奏を再生しながら自らも演奏して競演する、いわゆるコラボレーションを行うことができる。

ここで、一般に、上記のように音信号を電気信号の形で出力する電子楽器においては、単独で出力できるサウンドは表現力に限界があることから、これを補うためにエフェクタを使用する場合が多い。上記のように競演相手を探して検索するときには、自らが作り出そうとするサウンドに対し、サウンドが類似している、または、サウンドの組み合わせの相性がいい等、競演に好適な関係のあるサウンドを効率よく検索できたほうが便利である。上記従来技術では、このような競演に好適なサウンドを効率よく検索できるようにする点については特に配慮されていなかった。

本発明の目的は、自らのサウンドとの競演に好適なサウンドを含む投稿済みの演奏を迅速かつ確実に見つけ出すことができる、カラオケ装置を提供することにある。

上記目的を達成するために、第１の発明は、サーバにネットワーク接続されたカラオケ装置であって、カラオケ楽曲データを再生する再生手段と、電子楽器から出力される音信号に所望のエフェクトを施す内部エフェクタと、前記カラオケ楽曲データが再生された際の、そのカラオケ楽曲データを表す楽曲情報と、前記電子楽器から入力された前記音信号と、その入力された音信号にエフェクトを施した前記内部エフェクタの識別情報と、を含む投稿情報を前記サーバにアップロードする投稿手段と、当該カラオケ装置又は他のカラオケ装置から前記サーバに既にアップロードされた複数の投稿情報の中から、所定のエフェクタの識別情報と一致する前記内部エフェクタの識別情報を含む投稿情報を検索する検索手段と、を有することを特徴とする。

本願第１発明のカラオケ装置においては、再生手段によってカラオケ楽曲データの再生サービスを行うときに、演奏者が電子楽器演奏を併せて行うことができる。

また、本願第１発明のカラオケ装置では、上記のようにして演奏者が演奏した電子楽器の演奏結果を投稿手段により投稿しサーバにアップロードすることができる。これにより、別の演奏者が当該アップロードされた演奏をカラオケ装置の検索手段から検索し、当該演奏を再生しながら自らも演奏して競演する、いわゆるコラボレーションサービスが行われる。

ところで、一般に、上記のように音信号を電気信号の形で出力する電子楽器においては、単独で出力できるサウンドは表現力に限界があることから、これを補うためにエフェクタを使用する場合が多い。本願第１発明のカラオケ装置においては、これに対応して、内部エフェクタを設けている。内部エフェクタは、演奏者が演奏する電子楽器から出力される音信号に、所望のエフェクトを施すことができ、これによって演奏者が意図するような多種多様な表現の電子楽器のサウンドを実現することができる。

ここで、上記のように競演相手を探して検索するときには、自らが作り出そうとするサウンドに対し、サウンドが類似していたり、サウンドの組み合わせの相性がいい等、競演に好適な関係のあるサウンドを効率よく検索できたほうが便利である。そこで本願第１発明では、投稿手段が、カラオケ楽曲データの楽曲情報及び電子楽器の音信号に加え、電子楽器の演奏が行われたときの上記内部エフェクタの識別情報を含んだ投稿情報を、サーバにアップロードする。そして、検索手段では、アップロードされた複数の投稿情報の中から、各投稿情報に含まれる内部エフェクタの識別情報が少なくとも一致する投稿情報を用いて、競演対象となる投稿情報を検索する。

これにより、検索者である演奏者は、検索手段を用いた検索時において、自らが演奏しようとするサウンドに対し好適な関係にある内部エフェクタの識別情報を指定して検索することで、演奏しようとするサウンドに類似していたり、演奏しようとするサウンドとの組み合わせの相性がいい音を含む、アップロード済みの投稿情報を迅速かつ確実に見つけ出すことができる。この結果、利便性を向上することができる。

第２の発明は、上記第１発明において、前記電子楽器の所定の指定コードの演奏を促す指示手段と、前記指示手段の指示に基づく前記電子楽器からの前記指定コードの演奏結果を波形情報として記憶する記憶手段と、を有し、前記投稿手段は、前記楽曲情報、前記音信号、前記識別情報、及び前記指定コードの前記波形情報を含む前記投稿情報を前記サーバにアップロードし、前記検索手段は、過去に当該カラオケ装置又は他のカラオケ装置から前記サーバに既にアップロードされた複数の投稿情報の中から、前記所定のエフェクタの識別情報と一致する前記内部エフェクタの識別情報を含み、且つ、前記指定コードの前記波形情報と類似する前記波形情報とを含む投稿情報を検索することを特徴とする。

本願第２発明においては、内部エフェクタの識別情報に加え、実際に所定の指定コードを演奏した演奏結果を波形情報として投稿情報に含める形で、サーバに蓄積しておく。これにより、検索者である演奏者が検索時において同一の指定コードを弾くことで、その検索時に演奏した指定コードの波形と、サーバに蓄積された過去の当該指定コードの波形とを照合し、さらに精度よくかつ迅速に所望のサウンドの投稿情報を見つけ出すことができる。

第３の発明は、上記第２発明において、前記サーバに記憶された前記投稿情報は、当該投稿情報が他の演奏者による競演対象とされたときの競演回数情報と対応付けられており、前記検索手段は、当該カラオケ装置又は他のカラオケ装置から前記サーバに既にアップロードされた複数の投稿情報の中から、投稿情報に対応する前記競演回数情報を用いて検索を行い、競演回数が多い投稿情報を優先して推奨することを特徴とする。

本願第３発明においては、上記のようにしてサーバに蓄積された投稿情報それぞれに対し、他の演奏者により競演されたときの競演回数情報が対応づけられている。そして、検索手段で検索が行われたとき、検索者である演奏者に対し、競演回数が多い投稿情報がより優先的に推奨される。これにより、演奏者は、他とのコラボレーション回数の多い人気の高いサウンドを含む投稿情報を、より迅速に見つけ出すことができる。

本発明によれば、自ら演奏するサウンドとの競演に好適なサウンドを含む投稿済みの演奏を迅速かつ確実に見つけ出すことができる。

本発明の第１実施形態のカラオケ装置を備えた通信カラオケシステムの全体構成を表す機能ブロック図である。 第１カラオケ装置の制御部により実行される処理手順を表すフローチャートである。 センターサーバに保存された曲名リスト及び投稿情報のデータ構造を示す説明図である。 第２カラオケ装置の制御部により実行される処理手順を表すフローチャートである。 ステップＳ１００Ａの詳細手順の一例を表すフローチャートである。 ２つの楽器に施した同一エフェクトのパラメータを例示した説明図である。 信号波形のフーリエ変換による個々の周波数成分の集まりへの表現を表す説明図である。 同一指定コードの２つの演奏音の周波数成分を例示した説明図である。 ステップＳ１００Ａの詳細手順の他の例を表すフローチャートである。 演奏音の音色の種類の分類を表す音色分類テーブル、音色の組み合わせとコラボレーション回数とを対応づけた音色組み合わせテーブル、及び、音色組合せテーブルを各カラオケ楽曲ごとに抽出して生成される楽曲別音色組合せテーブルである。 本発明の第２実施形態において第２カラオケ装置の制御部により実行される制御手順を表すフローチャートである。 ステップＳ１００Ｂの詳細手順の一例を表すフローチャートである。 ステップＳ１００Ｂの詳細手順の他の例を表すフローチャートである。

以下、本発明の実施形態を図面を参照しつつ説明する。

＜第１実施形態＞
本発明の第１実施形態を、図１〜図１０により説明する。本実施形態では、後述のように、カラオケ装置がカラオケ楽曲データの再生を行うとき、ユーザ（利用者）が、電子楽器演奏を併せて行うことができる。

＜カラオケシステムの概要＞
図１は、本実施形態のカラオケ装置を備えた通信カラオケシステムの全体構成を表す機能ブロック図である。図１において、通信カラオケシステム１は、少なくとも１つの第１カラオケ装置１０Ａと、少なくとも１つの第２カラオケ装置１０Ｂと、センターサーバ２０とを有している。なお、以下適宜、第１カラオケ装置１０Ａ及び第２カラオケ装置１０Ｂを区別せず総称する場合、単に「カラオケ装置１０」という。

カラオケ装置１０は、例えばカラオケ店舗等のカラオケルームＫＲに設置されている。カラオケ装置１０は、カラオケ楽曲データとしてのＭｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ等と背景映像データとを用いて、カラオケ楽曲の再生サービスを提供する装置である。カラオケ装置１０とセンターサーバ２０とは、例えば通信ネットワーク等のネットワークＮＷとを介し、互いに情報送受信可能に接続されている。

また、カラオケ装置１０は、装置本体１００と、リモコン２５と、マイク３０と、カメラ４０と、表示部１０９とを有している。装置本体１００とリモコン２５とは、例えば無線又は有線のＬＡＮ等のネットワークを介し、互いに情報送受信可能に接続されている。装置本体１００とマイク３０とは、無線回線又は有線回線により接続されている。装置本体１００とカメラ４０とは、無線回線又は有線回線により接続されている。装置本体１００と表示部１０９とは、無線回線又は有線回線により接続されている。

装置本体１００は、制御部１０１と、記憶装置１０３と、操作部１０４と、受信部１０５と、再生手段としての音源１０６と、音声制御部１０７と、スピーカ１０８と、通信制御部１１０と、内部エフェクタ１１１と、楽器接続制御部１１２とを有している。記録装置１０３、操作部１０４、音声制御部１０７、通信制御部１１０、内部エフェクタ１１１、及び、楽器接続制御部１１２は、制御部１０１に接続されている。

楽器接続制御部１１２には、図示しない楽器入力端子を介し、ユーザが持ち込んだ各種の電子楽器を接続することができる。この例では、第１カラオケ装置１０Ａにおいて、ユーザが持ち込んだ第１エレキギター１５Ａが楽器接続制御部１１２に接続された例を示している。また同様に、第２カラオケ装置１０Ｂにおいて、ユーザが持ち込んだ第２エレキギター１５Ｂが楽器接続制御部１１２に接続された例を示している。なお、以下適宜、エレキギター１５Ａ及びエレキギター１５Ｂを区別せず総称する場合、単に「エレキギター１５」という。

ここで、一般に、エレキギター１５のように、演奏音を電気信号の形で出力する電子楽器においては、単独で出力できるサウンドは表現力に限界がある。そこで、通常、これを補うためにエフェクタが使用される場合が多い。これに対応し、本実施形態のカラオケ装置１０においては、上記内部エフェクタ１１１が設けられている。内部エフェクタ１１１は、ユーザが演奏する電子楽器、上記の例ではギター１５、から出力される演奏音に、所望のエフェクトを施すことができる。これにより、ユーザが意図するような多種多様な表現の電子楽器のサウンドを、実現することが可能である。

カメラ４０は、カラオケ楽曲の再生時にカラオケルームＫＲ内の所定範囲の視野を動画撮影し、当該所定範囲のカメラ映像信号を生成する。

制御部１０１は、図示しないＣＰＵと、ＲＡＭ及びＲＯＭ等のメモリとを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記記憶装置１０３に予め記憶された各種プログラムを実行する。これにより、制御部１０１は、装置本体１００全体の制御を行う。特に、制御部１０１は、カメラ４０により動画撮影されたカラオケルームＫＲ内の上記カメラ映像信号に対し画像処理を行い、そのカメラ映像信号を記憶装置１０３に記憶するとともに表示部１０９に表示させる処理を行う。なお、上記カラオケルームＫＲ内のカメラ映像信号には、上記第１エレキギター１５Ａ又は第２エレキギター１５Ｂを演奏しているユーザの姿が含まれる。

記憶装置１０３は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この記憶装置１０３には、上記カラオケ楽曲データ（ＭＩＤＩデータ）、背景映像データ、及び歌詞データ等の各種情報が記憶されており、記憶手段として機能する。また、この記憶装置１０３には、上記のようにしてカメラ４０により撮影された、ユーザがエレキギター１５を演奏した時のカメラ映像信号と、ユーザがエレキギター１５を演奏した時の演奏結果であるエレキギター演奏信号（後述）とが順次記憶される。

操作部１０４は、例えば複数のキーやスイッチなどから構成される。ユーザは、この操作部１０４又はリモコン２５を用いて、カラオケ楽曲の選曲操作等の各種操作を行うことができる。またそれ以外に、ユーザは、エレキギター１５の演奏音に対し内部エフェクタ１１１で施すエフェクトの選択、エフェクトのパラメータの入力等の操作を、操作部１０４又はリモコン２５を用いて行うことができる。

受信部１０５は、上記のマイク３０から出力された歌唱者のマイク音声信号を受信する。受信部１０５は、マイク３０から受信した上記マイク音声信号を、音声制御部１０７へ出力する。音源１０６は、上記制御部１０１によって記憶装置１０３から読み出されたカラオケ楽曲データを再生して楽曲再生信号として音声制御部１０７へ出力する。なお、エレキギター１５の演奏による上記演奏音は、エレキギター１５から楽器接続制御部１１２へ入力され、さらに内部エフェクタ１１１によりエフェクトを施された後、制御部１０１を介して、エレキギター演奏信号として音声制御部１０７へ入力される。また、エレキギター１５からの上記演奏音の一部は、楽器接続制御部１１２から内部エフェクタ１１１を介さず直接制御部１０１へ入力された後、エレキギター演奏信号として音声制御部１０７へ入力される。なお、このエレキギター１５の演奏音と上記演奏音にエフェクトが施された音とを含む上記エレキギター演奏信号が、各請求項記載の音信号を構成している。

音声制御部１０７は、入力された上記マイク音声信号と上記楽曲再生信号と上記エレキギター演奏信号とを増幅するとともにミキシングし、スピーカ１０８へ出力する。スピーカ１０８は、音声制御部１０７から出力された上記マイク音声信号と上記楽曲再生信号と上記エレキギター演奏信号とを音に変換し、出力する。

表示部１０９は、例えば液晶ディスプレイなどから構成され、各種映像を表示する。表示部１０９は、上記音源１０６によりカラオケ楽曲データの再生が行われるのにしたがい、その再生に同期して、所定の表示を行う。この表示には、記憶装置１０３から読み出された上記歌詞データ及び背景映像データにそれぞれ基づく歌詞テロップ及び背景映像が含まれる。さらに、上記表示には、前述のカメラ４０からのカメラ映像信号に基づく映像が含まれており、前述のようにユーザがエレキギター１５を演奏しているときにはその演奏しているユーザの姿が含まれる。

通信制御部１１０は、リモコン２５やセンターサーバ２０との間の情報通信の制御を行う。

リモコン２５は、例えばタッチパネル式の操作端末である。ユーザがリモコン２５に表示される案内画面にしたがって適宜の操作を行うことで、リモコン２５の表示が所定の画面に移行する。ユーザは、移行した上記所定の画面において、カラオケ楽曲の選曲操作やその他の選択または入力等の操作を、タッチパネル上で行うことができる。

センターサーバ２０は、例えば記憶装置からなるデータベースを備えている。本実施形態では、前述のようなユーザのエレキギター１５の演奏時の上記カメラ映像信号と、そのときのエレキギター１５から出力された上記エレキギター演奏信号と、そのエレキギター演奏信号にエフェクトを施した内部エフェクタ１１１の識別情報と、そのときに再生されたカラオケ楽曲の曲名とが、互いに対応付けられて投稿情報となる。第１の実施形態では、内部エフェクタ１１１の識別情報として、エフェクタ名称が用いられているが、内部エフェクタ１１１を識別可能な識別情報であれば良い。また、カラオケ楽曲の曲名が、楽曲情報の一例である。そしてこの投稿情報がセンターサーバ２０に投稿されることで、上記データベースに記憶される。この結果、上記データベースには、各ユーザから投稿されたすべての上記投稿情報が記憶されている。

＜コラボレーション演奏＞
以上において、本実施形態の特徴の１つは、上記投稿情報を用いたエレキギター１５の競演（コラボレーション演奏）が可能なことである。すなわち例えば、上記のようにして第１カラオケ装置１０Ａのユーザから投稿された第１エレキギター１５Ａのエレキギター演奏信号を含む投稿情報を、第２カラオケ装置１０Ｂの別のユーザが検索する。そして、第２カラオケ装置１０Ｂにおいて、上記投稿情報の第１エレキギター１５Ａのエレキギター演奏信号を再生しながら、当該別のユーザ自らもエレキギター１５を演奏することができる。

そして、本実施形態のもう１つの特徴は、上記競演のための検索を、エフェクタを手がかりに行えることである。すなわち、上述したように、利用者がエレキギター１５を演奏後にサーバに投稿する投稿情報に、エレキギター１５から出力される演奏音にエフェクトを施した内部エフェクタ１１１の識別情報が含まれている。これにより、別の利用者が上記のようにコラボレーション演奏をする際に、上記投稿情報に含まれる内部エフェクタ１１１の識別情報を手がかりに、自らが作り出そうとするサウンドに対し、サウンドが類似している、または、サウンドの組み合わせの相性がいい等、競演に好適な関係のあるサウンドを効率よく検索することができる。なお、本実施形態ではさらに、予め指定された特定の和音を構成する指定コードを演奏するようにユーザに表示を行い、ユーザによるその指定コードの演奏結果も上記投稿情報に含めることで、上記検索をさらに効率よく行うことができる（詳細は後述）。以下、上記を実現するための具体的な手法を図２〜図１０を用いて順を追って説明する。

＜投稿情報の新規投稿＞
一例として、まず、第１カラオケ装置１０Ａのユーザが、楽器（この例では第１エレキギター１５Ａ）を演奏して新規投稿をする場合を、図２により説明する。図２は、第１カラオケ装置１０Ａの制御部１０１によって実行される処理手順を示すフローチャートである。例えば図示しないシステム管理者によりカラオケ装置１０Ａの電源がオンにされることによって、このフローが開始される。

図２において、まず、ステップＳ１０において、第１カラオケ装置１０Ａの制御部１０１は、公知の適宜の手法により、電子楽器（この例ではエレキギター１５Ａ）がカラオケ装置１０Ａに接続されたか否かを判定する。エレキギター１５Ａの接続が行われるまでは判定が満たされず（ステップＳ１０：ＮＯ）、ループ待機する。ユーザが、エレキギター１５Ａのケーブル１６をカラオケ装置本体１００の図示しない楽器入力端子に接続して判定が満たされた場合（ステップＳ１０：ＹＥＳ）、制御部１０１は、ステップＳ１５に移る。

ステップＳ１５では、制御部１０１は、ユーザによるカラオケ楽曲の選択を受け付ける。すなわち、ユーザが、操作部１０４の直接操作又はリモコン２５を介した操作によりカラオケ楽曲の選曲操作を行うことで、カラオケ楽曲の選択が受け付けられる。この受け付けにより、そのカラオケ楽曲を特定する曲名や曲ＩＤ等の上記楽曲情報が制御部１０１で取得される。ステップＳ１５が終了すると、制御部１０１は、ステップＳ２０に移る。

ステップＳ２０では、制御部１０１は、ユーザによる内部エフェクタ１１１のエフェクト選択を受け付ける。エフェクトの種類は、公知のもので足りるが、例えばエレキギターの場合には、ディストーション、オーバードライブ、コーラス、フェイザー、ディレイ、エコー等が含まれる。ユーザは、操作部１０４の直接操作又はリモコン２５を介した操作により、内部エフェクタ１１１に備わるエフェクトの種類（例えばディストーション）が選択される。すると、制御部１０１により当該エフェクト選択結果が受け付けられ、選択されたエフェクト機能が施されるように内部エフェクタ１１１において設定が制御部１０１により行われる。その後、制御部１０１は、ステップＳ２５に移る。

ステップＳ２５では、制御部１０１は、ユーザによるエフェクトのパラメータの入力を受け付ける。パラメータの種類は、上記エフェクタの種類に応じた公知のものであり、例えば上記ディストーションの場合は、レート、デプス、レベル等が含まれる。ユーザは、操作部１０４の直接操作又はリモコン２５を介した操作により、上記選択したエフェクトについてのパラメータの種類（例えばレート）及びそのパラメータの設定値すなわち強度（例えばレート＝３）の入力を行う。すると、制御部１０１により当該エフェクトのパラメータ入力が受け付けられ、入力されたパラメータの種類について、当該強度となるように制御部１０１が設定する。その後、制御部１０１は、ステップＳ３０に移る。

ステップＳ３０では、制御部１０１は、上記音声制御部１０７を介し、楽曲演奏処理を行う。すなわち、制御部１０１は、上記ステップＳ１５で取得された楽曲情報で特定されるカラオケ楽曲データを再生し、対応する楽曲再生信号を音声制御部１０７へ入力する。その際、制御部１０１は、適宜の手法により、電子楽器（この例ではエレキギター）の演奏パートを除いたマイナスワン状態又は当該演奏パートを減音した状態で楽曲データを再生してもよい。そして、その再生に合わせユーザがエレキギター１５Ａを演奏すると、上記ステップＳ２０及びステップＳ２５での選択または設定に基づく内部エフェクタ１１１によるエフェクトが施された演奏音を含む、上記エレキギター演奏信号が、音声制御部１０７に入力される。これら楽曲再生信号及びエレキギター演奏信号は音声制御部１０７によってミキシングされ、対応する音がスピーカ１０８から出力される。さらに、制御部１０１は、上記カラオケ楽曲データの再生時に、カメラ４０を駆動して、カラオケルームＫＲ内のエレキギター１５Ａを演奏しているユーザ（演奏者）を含む所定範囲の視野を動画撮影させ、生成された所定範囲の上記カメラ映像信号を取得する。ステップＳ３０が終了すると、ステップＳ３５に移る。

ステップＳ３５では、制御部１０１は、上記ステップＳ３０で取得された上記エレキギター演奏信号及びカメラ映像信号を含む動画を楽曲演奏データとして記憶装置１０３に記憶する。なお、ステップＳ３０とステップＳ３５とは同時進行的に行うようにしてもよい。その後、制御部１０１は、ステップＳ４０に移る。

ステップＳ４０では、制御部１０１は、ユーザによる楽曲演奏の投稿の選択があるか否かを判定する。ユーザが、上記のようにしてエレキギター１５Ａを演奏した演奏結果の投稿を意図して、操作部１０４の直接操作又はリモコン２５を介した操作により演奏結果の投稿を選択すると、楽曲演奏の投稿の選択があると判定され（ステップＳ４０：ＹＥＳ）、制御部１０１は、ステップＳ４５に移る。なお、ユーザによる楽曲演奏の投稿の選択は、楽曲演奏後以外のとき、例えば楽曲予約時に設定されていても良い。

ステップＳ４５では、制御部１０１は、表示部１０９に制御信号を出力して、表示部１０９に、上記指定コードの演奏を促す指示表示を行う。本実施形態では、指定コードとして例えば「Ｃメジャー」のコードが定められており、例えば、表示部１０９において、「Ｃメジャーコードを演奏してください」等の指示が表示される。ステップＳ４５が終了すると、制御部１０１は、ステップＳ５０に移る。なお、ステップＳ４５の手順が各請求項記載の指示手段を構成する。

ユーザが上記表示部１０９の表示を見てエレキギター１５ＡでＣメジャーコードを弾くと、制御部１０１は、エフェクトが施された当該Ｃメジャーコードの演奏音を含む上記エレキギター演奏信号が、音声制御部１０７に入力される。施されたエフェクトは、上記ステップＳ２０及びステップＳ２５での選択または設定に基づく内部エフェクタ１１１によるエフェクトである。ステップＳ５０で、制御部１０１は、ユーザの指定コードの演奏結果である当該エレキギター演奏信号（以下適宜、「指定コード演奏データ」という）を取得して、記憶装置１０３に記憶する。なお、この記憶の際には、上記エレキギター演奏信号に含まれるＣメジャーコードの演奏音の波形が、波形情報として記憶装置１０３に記憶される。その後、制御部１０１は、ステップＳ５５に移る。

ステップＳ５５では、制御部１０１は、上記楽曲情報と、この楽曲情報に対応する、内部エフェクタ１１１の識別情報と、内部エフェクタ１１１のパラメータの種類及び強度と、楽曲演奏データと、指定コード演奏データとを、互いに関連づけて上記投稿情報とする。なお、このときの上記楽曲情報は、上記ステップＳ１５で取得されたものである。また、内部エフェクタ１１１の識別情報、この例ではエフェクタ名称は、上記ステップＳ２０での選択結果に対応したものである。また、内部エフェクタ１１１のパラメータの種類及び強度（以下適宜、「パラメータ情報」という）は、上記ステップＳ２５でのパラメータ入力結果に対応したものである。また、上記楽曲演奏データ（エレキギター演奏信号及びカメラ映像信号を含む）は、上記ステップＳ３５で記憶装置１０３に記憶されたものである。また、上記指定コード演奏データは、指定コードのエレキギター演奏信号を含んでおり、上記ステップＳ５０で記憶装置１０３に記憶されたものである。そして、この生成された投稿情報を、通信制御部１１０及びネットワークＮＷ介してセンターサーバ２０に送信し、アップロードする。これにより、センターサーバ２０は、上記アップロードされた投稿情報を上記データベースに保存する。なお、このステップＳ５５の手順が各請求項記載の投稿手段を構成する。その後、制御部１０１は、このフローを終了する。

一方、上記ステップＳ４０において、ユーザが上記投稿を意図せず投稿の選択を行わない場合は、制御部１０１は、判定を満たさないと判定（ステップＳ４０：ＮＯ）し、制御部１０１は、ステップＳ６０に移る。ステップＳ６０では、制御部１０１は、上記ステップＳ３５で取得され記憶装置１０３に記憶された上記楽曲演奏データを消去し、このフローを終了する。

＜データベース＞
上記のようにして各ユーザから投稿された投稿情報に基づく、センターサーバ２０のデータベースについて、図３を用いて説明する。

図３（ａ）に示すように、データベースには、上記のようにして各ユーザから投稿された投稿情報に基づき、曲名リストが生成され、記憶されている。この曲名リストは、上記各ユーザから投稿されたすべての投稿情報に含まれる上記楽曲情報をカラオケ楽曲ごとに整理し、羅列したものである。図示のように、この曲名リストでは、曲番号１，２，３，・・のそれぞれに対し当該カラオケ楽曲の曲名１，曲名２，・・が対応付けられる。

図３（ｂ）は、上記曲名リストに掲げられた１曲ごとに整理してデータベースに格納される、各ユーザからの投稿情報のデータ構造を表している。図示のように、各投稿情報は、登録番号と、投稿者情報（投稿者氏名）と、上記楽曲演奏データと、内部エフェクタ１１１の上記識別情報と、内部エフェクタ１１１の上記パラメータ情報と、上記指定コード演奏データと、を含んでいる。なお、投稿情報が、曲名リストに掲げられた１曲ごとに整理してデータベースに格納されていることにより、図３（ａ）に示す曲名リストと、図３（ｂ）に示すデータベースとが、対応付けられている。登録番号はセンターサーバ２０のデータベースに格納された順番に付与される。投稿者氏名は、上記投稿情報がセンターサーバ２０で受信されたときに、送信元情報として取得される。また、既に述べたように、楽曲演奏データは、当該カラオケ楽曲の上記エレキギター演奏信号を含んでおり、指定コード演奏データは上記指定コードを演奏したエレキギター演奏信号を含んでいる。

なお、「指定コード音色情報」「コラボレーション相手登録番号」「外部エフェクトフラグ」については、後述する。

＜コラボレーション演奏＞
次に、第２カラオケ装置１０Ｂのユーザが、楽器（この例では第２エレキギター１５Ｂ）を演奏しようとする際、上記のようにデータベースに格納された各ユーザの投稿情報を検索し、コラボレーション演奏をする場合を、図４により説明する。図４は、第２カラオケ装置１０Ｂの制御部１０１によって実行される処理手順を示すフローチャートである。

図４のフローチャートは、図２に示したフローチャートのステップＳ２５とステップＳ３０との間に、ステップＳ１００Ａ及びステップＳ２７を新たに付加した点が異なるのみで、それ以外の手順は基本的に図２と同様である。

すなわち、ステップＳ１０において、上記図２と同様、第２カラオケ装置１０Ｂの制御部１０１は、エレキギター１５Ｂが接続されたか否かを判定する。エレキギター１５Ｂが接続されたら判定が満たされ（ステップＳ１０：ＹＥＳ）、ステップＳ１５に移る。ステップＳ１５では、上記図２と同様、制御部１０１は、ユーザによるカラオケ楽曲の選択を受け付ける。そして、ステップＳ２０で、上記図２と同様、制御部１０１は、ユーザによる内部エフェクタ１１１のエフェクト選択を受け付けた後、ステップＳ２５でエフェクトのパラメータの入力を受け付ける。

上記ステップＳ２５が終了すると、新たに設けられたステップＳ１００Ａに移る。ステップＳ１００Ａでは、第２カラオケ装置１０Ｂのユーザのコラボレーション相手の楽曲演奏を探すためのコラボ相手検索処理が実施される。なお、このコラボ相手検索処理は、コラボレーション相手として、ユーザの電子楽器（この例ではエレキギター１５）の演奏音と類似した演奏音を含む投稿情報を探す場合（後述の図５参照）と、ユーザの電子楽器の演奏音と相性が良い演奏音を含む投稿情報を探す場合（後述の図９参照）と、がある。なお、このステップＳ１００Ａが、各請求項記載の検索手段を構成している。

ステップＳ１００Ａが終了すると、制御部１０１は、新たに設けられたステップＳ２７に移る。ステップＳ２７では、制御部１０１は、投稿キャンセルフラグＦｃがＦｃ＝１であるか否かを検索する。この投稿キャンセルフラグＦｃは、上記コラボ相手検索処理において第２カラオケ装置１０Ｂのユーザが投稿実行を意図する場合にＦｃ＝０、投稿中止を意図する場合にＦｃ＝１となっている（後述の図５及び図９のステップＳ１６５等参照）。ステップＳ２７において、第２カラオケ装置１０Ｂの制御部１０１は、上記ステップＳ１００ＡでＦｃ＝１となっている場合は判定が満たされる（ステップＳ２７：ＹＥＳ）と判定し、このフローを終了する。ステップＳ２７において、上記ステップＳ１００ＡでＦｃ＝０となっている場合は、第２カラオケ装置１０Ｂの制御部１０１は、判定が満たされない（ステップＳ２７：ＮＯ）と判定し、ステップＳ３０に移る。

ステップＳ３０では、上記図２と同様、制御部１０１は、上記音声制御部１０７を介し、楽曲演奏処理を行う。すなわち、上記ステップＳ１５で取得された楽曲情報で特定されるカラオケ楽曲データが再生され、対応する楽曲再生信号が音声制御部１０７へ入力される。また、上記ステップＳ１００Ａ中のステップＳ２２５（後述の図５及び図９参照）で取得された上記楽曲演奏データを用い、それに含まれる別のユーザ（この例では第１カラオケ装置１０Ａのユーザ）の上記エレキギター演奏信号が音声制御部１０７に入力される。そして、上記カラオケ楽曲データの再生に合わせてユーザがエレキギター１５Ｂを演奏（すなわち上記別のユーザとのコラボレーション演奏）する。上記ステップＳ２０及びステップＳ２５での選択または設定に基づく内部エフェクタ１１１によるエフェクトが施されたエレキギター１５Ｂの演奏音を含む上記エレキギター演奏信号が、音声制御部１０７に入力される。これら楽曲再生信号、上記別のユーザのエレキギター演奏信号、及びエレキギター１５Ｂの演奏音を含むエレキギター演奏信号は、音声制御部１０７によってミキシングされ、対応する音がスピーカ１０８から出力される。さらに、制御部１０１は、上記図２と同様、上記カラオケ楽曲データの再生時に、カメラ４０を駆動する。そして、制御部１０１は、カラオケルームＫＲ内のエレキギター１５Ｂを演奏しているユーザを含む所定範囲の視野をカメラ４０に動画撮影させる。生成された所定範囲の上記カメラ映像信号を、制御部１０１は取得する。ステップＳ３０が終了すると、制御部１０１は、ステップＳ３５に移る。

ステップＳ３５では、制御部１０１は、上記図２と同様、上記ステップＳ３０で取得された上記エレキギター演奏信号及びカメラ映像信号を含む動画を新たな楽曲演奏データとして記憶装置１０３に記憶する。その後、制御部１０１は、ステップＳ４０に移る。

ステップＳ４０では、制御部１０１は、上記図２と同様、ユーザによる楽曲演奏の投稿の選択があるか否かを判定する。ユーザが、上記のようにしてコラボレーション演奏したエレキギター１５Ｂの演奏結果の投稿を選択すると、判定が満たされ（ステップＳ４０：ＹＥＳ）、制御部１０１は、ステップＳ４５に移る。

ステップＳ４５では、上記図２と同様、制御部１０１は、表示部１０９に指定コードの演奏を促す指示表示を行う。ユーザがエレキギター１５Ｂで当該指定コードを弾くと、エフェクトが施された当該指定コードの演奏音を含む上記エレキギター演奏信号が音声制御部１０７に入力される。施されたエフェクトは、上記ステップＳ２０及びステップＳ２５での選択または設定に基づく内部エフェクタ１１１によるエフェクトである。ステップＳ５０では、上記図２と同様、制御部１０１は、上記エレキギター１５Ｂの指定コードの演奏結果である上記指定コード演奏データを取得して、記憶装置１０３に記憶する。その後、制御部１０１は、ステップＳ５５に移る。

ステップＳ５５では、制御部１０１は、上記図２と同様、楽曲情報と、内部エフェクタ１１１の識別情報と、内部エフェクタ１１１のパラメータ情報と、楽曲演奏データと、指定コード演奏データを互いに関連付けて上記投稿情報とする。なお、楽曲情報は、上記ステップＳ１５で取得された楽曲情報である。また、内部エフェクタ１１１の識別情報は、上記ステップＳ２０での選択結果に対応した内部エフェクタ１１１の識別情報である。また、内部エフェクタ１１１のパラメータ情報は、上記ステップＳ２５でのパラメータ入力結果に対応したパラメータ情報である。また、楽曲演奏データは、上記ステップＳ３５で保存された楽曲演奏データである。また、指定コード演奏データは、上記ステップＳ５０で取得された指定コード演奏データである。そして、制御部１０１は、この生成された投稿情報をセンターサーバ２０にアップロードし、上記データベースに保存する。なお、この場合、データベースに保存された投稿情報は、上記ステップＳ１００Ａ中のステップＳ２２５（後述）で取得された投稿情報中の上記楽曲演奏データを用いてコラボレーション演奏して生成されたものである。したがって、データベースに保存された当該投稿情報の上記「コラボレーション相手登録番号」の欄（図３（ｂ）参照）には、当該ステップＳ２２５（後述）で取得された投稿情報の登録番号が記載される。すなわち、図３（ｂ）の例では、登録番号Ｚの投稿情報は、上述のようにして、登録番号「２」の投稿情報中の上記楽曲演奏データを用いたコラボレーション演奏により生成されたことを表している。なお、図示を省略するが、このようにして他の投稿情報の生成時にコラボレーション演奏のためのコラボレーション相手となった回数（＝競演回数。以下適宜、「コラボレーション回数」という）を、後述する人気の高さを表す指標である競演回数情報として各投稿情報に含ませるようにしてもよい。その場合、上記のように登録番号「Ｚ」の投稿情報が登録番号「２」の投稿情報中の上記楽曲演奏データを用いたコラボレーション演奏で生成されていることから、登録番号「２」の登録情報にコラボレーション回数「１回」が記録されることとなる。あるいは、各登録番号の投稿情報ごとに上記コラボレーション回数を整理したコラボ回数テーブルが、別途データベースに生成し保存されておいてもよい。

＜コラボ相手検索処理 その１＞
次に、上記ステップＳ１００Ａのコラボ相手検索処理を説明する。まず、図５を用いて、コラボレーション相手として、ユーザの電子楽器（この例ではエレキギター１５）の演奏音と類似した演奏音を含む投稿情報を探す場合に、第２カラオケ装置１０Ｂの制御部１０１により実行される処理を説明する。

図５において、まず、ステップＳ１０５において、第２カラオケ装置１０Ｂの制御部１０１は、通信制御部１１０及びネットワークＮＷ介してセンターサーバ２０にアクセスする。そして、制御部１０１は、センターサーバ２０のデータベースに保存された全投稿情報のうち、上記図４のステップＳ１５で取得された楽曲情報と同じ楽曲情報を含むすべての投稿情報にアクセスする。そして、それら対象とする投稿情報の中に、上記図４のステップＳ２０でのエフェクト選択及びステップＳ２５でのエフェクトパラメータの入力に基づき、エフェクト選択及びエフェクトのパラメータが類似した投稿情報があるかどうかを、制御部１０１は検索する。

＜エフェクトのパラメータの類似＞
ここで、パラメータの類似は、例えば２つのエフェクトのパラメータのユークリッド距離として表して考えることができる。この手法を、図６を用いて説明する。

図６は、２つの楽器Ａ，Ｂに施したある同一のエフェクトのパラメータの強度（設定値）を例示した表である。パラメータａ、ｂ、ｃは、前述の例に沿うと例えばディストーションのパラメータであり、例えばａがレート、ｂがデプス、ｃがレベルである。なお、楽器Ａは、例えば前述の第１エレキギター１５Ａであり、楽器Ｂは第２エレキギター１５Ｂである。

楽器Ａのパラメータａ，ｂ，ｃの強度をａ_Ａ，ｂ_Ａ，ｃ_Ａとし、楽器Ｂのエフェクトのパラメータａ，ｂ，ｃの強度をａ_Ｂ，ｂ_Ｂ，ｃ_Ｂとする。この場合、楽器Ａ、Ｂのパラメータの類似度は、これらパラメータ強度ａ_Ａ，ｂ_Ａ，ｃ_Ａとパラメータ強度ａ_Ｂ，ｂ_Ｂ，ｃ_Ｂとのユークリッド距離で表すことができる。すなわち、
ユークリッド距離＝√（（ａ_Ａ−ａ_Ｂ）^２＋（ｂ_Ａ−ｂ_Ｂ）^２＋（ｃ_Ａ−ｃ_Ｂ）^２）
となる。

図６の例では、楽器Ａのパラメータａの強度ａ_Ａ＝３、パラメータｂの強度ｂ_Ａ＝６、パラメータｃの強度ｃ_Ａ＝５であり、また楽器Ｂのパラメータａの強度ａ_Ｂ＝４、パラメータｂの強度ｂ_Ｂ＝５、パラメータｃの強度ｃ_Ｂ＝７であることから、
ユークリッド距離＝√（（３−４）^２＋（６−５）^２＋（５−７）^２）
＝√（（−１）^２＋（１）^２＋（−２）^２）
＝２．４４９４９・・・
となる。このユークリッド距離の値が０に近いほど、楽器Ａに施したエフェクトのパラメータと楽器Ｂに施したエフェクトのパラメータとの類似度が高いことになる。なお、類似度の決定として、ユークリッド距離以外の、距離が用いられても良い。類似度として、距離を表すものであれば特に限定されない。

すなわち、図５の上記ステップＳ１０５の検索では、制御部１０１は、図４のステップＳ２０でのエフェクタ名称が一致する各投稿情報を抽出した後、上記の手法により、ステップＳ２５でのエフェクトパラメータの値と、抽出された各投稿情報のエフェクトパラメータの値とのユークリッド距離を算出し、ユークリッド距離がなるべく小さい（類似度がなるべく高い）投稿情報を検索することとなる。

図５に戻り、上記ステップＳ１０５が終了すると、制御部１０１は、ステップＳ１１０に移る。ステップＳ１１０では、制御部１０１は、上記ステップＳ１０５での検索結果に基づき、楽曲情報が同じ投稿情報の中にエフェクトのパラメータが類似した投稿情報、言い換えれば上記ユークリッド距離が所定値以下の投稿情報、があったか否かを判定する。パラメータが類似した投稿情報があって判定が満たされた（ステップＳ１１０：ＹＥＳ）場合、制御部１０１は、ステップＳ１１５に移る。パラメータが類似した投稿情報がなかった場合は判定が満たされず（ステップＳ１１０：ＮＯ）、制御部１０１は、後述のステップＳ１２５に移る。

ステップＳ１１５では、制御部１０１は、上記ステップＳ１０５で検索された、パラメータが類似している投稿情報の識別情報（例えば投稿情報の上記登録番号）を類似度が高い順（ユークリッド距離が小さい順）に並び替える。その後、制御部１０１は、ステップＳ１２０に移る。

ステップＳ１２０では、制御部１０１は、表示部１０９に制御信号を出力する。そして、制御部１０１は、上記ステップＳ１１５で類似度順に並び替えられた投稿情報の識別情報のうち、パラメータの類似度が所定の閾値以上（言い換えればユークリッド距離が所定のしきい値以下）である投稿情報を、ユークリッド距離が小さい順に昇順で表示部１０９に表示させる。また、制御部１０１は、それらの投稿情報自体をセンターサーバ２０のデータベースから取得する。その後、制御部１０１は、後述のステップＳ１４０に移る。

一方、ステップＳ１２５では、制御部１０１は、エフェクトのパラメータが類似した投稿情報がなかったことに対応して、図４のステップＳ１５で取得された楽曲情報と同じ楽曲情報の投稿情報がそもそも存在していたか否かを判定する。同じ楽曲情報の投稿情報があって判定が満たされた（ステップＳ１２５：ＹＥＳ）場合、制御部１０１は、ステップＳ１３０に移る。同じ楽曲情報の投稿情報がなかった場合は判定が満たされず（ステップＳ１２５：ＮＯ）、制御部１０１は、後述のステップＳ１５５に移る。

ステップＳ１３０では、制御部１０１は、同じ楽曲情報の投稿情報の識別情報（例えば投稿情報の上記登録番号）を、投稿年が近い等の上記ユークリッド距離とは異なる別の基準に沿った類似度順に並び替える。そして、制御部１０１は、ステップＳ１３５に移る。

ステップＳ１３５では、制御部１０１は、表示部１０９に制御信号を出力する。そして、制御部１０１は、上記ステップＳ１３０で別の基準の類似度順に並び替えられた投稿情報を、当該別の基準の類似度が高い順に表示部１０９に表示させる。また、制御部１０１は、それらの投稿情報自体をセンターサーバ２０のデータベースから取得する。その後、制御部１０１は、ステップＳ１４０に移る。

ステップＳ１４０では、制御部１０１は、ユーザにより、操作部１０４の直接操作又はリモコン２５を介した操作により、指定コードの演奏音により詳細検索を行う旨の指示入力があったか否かを判定する。すなわち、ユーザが、上記ステップＳ１２０で表示対象となった投稿情報、又は、上記ステップＳ１３５で表示対象となった投稿情報について、上記詳細検索を行う旨の指示入力を行ったら上記判定が満たされ（ステップＳ１４０：ＹＥＳ）、制御部１０１は、ステップＳ１４５に移る。ユーザが上記詳細検索を行う旨の指示入力を行わなければ判定が満たされず（ステップＳ１４０：ＮＯ）、制御部１０１は、後述のステップＳ２２０に移る。

ステップＳ１４５では、制御部１０１は、ユーザがエレキギター１５Ｂで指定コードを弾いた演奏音を含む指定コード演奏データを取得する。すなわち、ユーザは、前述の図２及び図４のステップＳ５０と同様、エレキギター１５Ｂで上記指定コードを弾くと、エフェクトが施された当該指定コードの演奏音を含む上記エレキギター演奏信号が音声制御部１０７に入力される。施されたエフェクトは、上記ステップＳ２０及びステップＳ２５での選択または設定に基づく内部エフェクタ１１１によるエフェクトである。制御部１０１は、これに対応して、上記エレキギター１５Ｂによる指定コードの演奏結果である上記指定コード演奏データを取得する。その後、制御部１０１は、ステップＳ１５０に移る。

ステップＳ１５０では、制御部１０１は、上記ステップＳ１２０で表示対象となった投稿情報、又は、上記ステップＳ１３５で表示対象となった投稿情報、について、ステップＳ１４５で取得された指定コード演奏データに基づき、指定コードの演奏音同士の類似度を決定する。

＜指定コードの演奏音のパラメータの類似＞
ここで、上記指定コードの演奏音の類似を判定する手法を、図７及び図８を用いて説明する。図７に示すように、一般に、音は多数の周波数成分を含んでいる。したがって、音は、その信号波形をフーリエ変換することで、個々の周波数成分の集まりとして表することができる。これを利用して、２つの指定コードの演奏音の類似度は、各演奏音の周波数成分のユークリッド距離として表して考えることができる。この手法を、図８を用いて説明する。

図８は、同一指定コードを演奏した２つの演奏音Ａ，Ｂの周波数成分を例示した表である。一方の指定コードの演奏音Ａの周波数成分ｐ，ｑ，ｒ，ｓ，ｔの強度をｐ_Ａ，ｑ_Ａ，ｒ_Ａ，ｓ_Ａ，ｔ_Ａとし、他方の指定コードの演奏音Ｂの周波数成分ｐ，ｑ，ｒ，ｓ，ｔの強度をｐ_Ｂ，ｑ_Ｂ，ｒ_Ｂ，ｓ_Ｂ，ｔ_Ｂとする。この場合、これら２つの演奏音Ａ，Ｂの類似度は、周波数成分強度ｐ_Ａ，ｑ_Ａ，ｒ_Ａ，ｓ_Ａ，ｔ_Ａと周波数成分強度ｐ_Ｂ，ｑ_Ｂ，ｒ_Ｂ，ｓ_Ｂ，ｔ_Ｂとのユークリッド距離で表すことができる。すなわち、
ユークリッド距離＝√（（ｐ_Ａ−ｐ_Ｂ）＋（ｑ_Ａ−ｑ_Ｂ）^２＋（ｒ_Ａ−ｒ_Ｂ）^２
＋（ｓ_Ａ−ｓ_Ｂ）^２＋（ｓ_Ａ−ｓ_Ｂ）^２）
となる。

図８の例では、指定コードの演奏音Ａの周波数成分ｐの強度ｐ_Ａ＝３、周波数成分ｑの強度ｑ_Ａ＝４、周波数成分ｒの強度ｒ_Ａ＝７、周波数成分ｓの強度ｓ_Ａ＝５、周波数成分ｔの強度ｔ_Ａ＝１であり、指定コードの演奏音Ｂの周波数成分ｐの強度ｐ_Ｂ＝４、周波数成分ｑの強度ｑ_Ｂ＝８、周波数成分ｒの強度ｒ_Ｂ＝３、周波数成分ｓの強度ｓ_Ｂ＝４、周波数成分ｔの強度ｔ_Ｂ＝２であることから、
ユークリッド距離＝√（（３−４）^２＋（４−８）^２＋（７−３）^２
＋（５−４）^２＋（１−２）^２））
＝√（（−１）^２＋（−４）^２＋（４）^２＋（−１）^２
＋（−１）^２）
＝５．９１６０７・・・
となる。このユークリッド距離の値が０に近いほど、２つの指定コードの演奏音Ａ，Ｂの類似度が高いことになる。なお、類似度の決定として、ユークリッド距離以外の、距離が用いられても良い。類似度として、距離を表すものであれば特に限定されない。

すなわち、図５の上記ステップＳ１５０では、制御部１０１は、上記の手法により、ユークリッド距離を決定する。決定されるユークリッド距離は、以下の２つの周波数成分の強度により決定される。１つ目の周波数成分の強度は、ステップＳ１４５で取得された指定コード演奏データに含まれる指定コードの演奏音の強度である。２つ目の周波数成分の強度は、上記ステップＳ１２０で表示対象となった投稿情報、又は、上記ステップＳ１３５で表示対象となった投稿情報、に含まれる上記指定コード演奏データの指定コード演奏音の周波数成分の強度である。これら２つの周波数成分の強度から、制御部１０１は、ユークリッド距離を決定する。

図５に戻り、上記ステップＳ１５０が終了すると、制御部１０１は、後述のステップＳ１７０に移る。

一方、上記ステップＳ１２５での判定が満たされずに移行するステップＳ１５５では、制御部１０１は、ユーザによる楽曲演奏データの新規投稿の入力があるか否かを判定する。すなわち、上記のようにパラメータが類似する投稿データがなく、また同一曲に関する投稿データもないことから、ユーザが自ら新規投稿するかどうかを判定するのである。ユーザが、操作部１０４の直接操作又はリモコン２５を介した操作により、コラボレーション演奏を行わず自らの楽曲演奏結果を新規投稿する旨の指示入力をして判定が満たされた（ステップＳ１５５：ＹＥＳ）場合、制御部１０１は、ステップＳ１６０に移る。ユーザが、楽曲演奏結果の新規投稿をしない旨の指示入力をすると判定が満たされず（ステップＳ１５５：ＮＯ）、制御部１０１は、ステップＳ１６５に移る。なお、ユーザによる楽曲演奏データの新規投稿の入力は、ステップＳ１５５で入力される以外に、予約時に設定されていても良い。

ステップＳ１６０では、制御部１０１は、新規投稿フラグＦｎをＦｎ＝１とした後、後述のステップＳ２２０に移る。すなわち、この新規投稿フラグＦｎは、第２カラオケ装置１０Ｂのユーザが、楽曲演奏結果の新規投稿をする場合にＦｎ＝１となり、楽曲演奏結果の新規投稿をしない場合にＦｎ＝０となる。

ステップＳ１６５では、制御部１０１は、投稿キャンセルフラグＦｃをＦｃ＝１とした後、後述のステップＳ２２０に移る。前述したように、投稿キャンセルフラグＦｃは、第２カラオケ装置１０Ｂのユーザが何らかの楽曲演奏を投稿する場合にＦｃ＝０となり、投稿を全く行わない場合にＦｃ＝１となる。

その後、ステップＳ１７０で、制御部１０１は、上記ステップＳ１５０での算出結果に基づき、上記ステップＳ１２０又は上記ステップＳ１３５で表示対象となった投稿情報の中に指定コードの演奏音が類似した投稿情報があるか否かを判定する。言い換えれば、制御部１０１は、上記ユークリッド距離が所定値以下の投稿情報、があったか否かを判定する。指定コードの演奏音が類似した投稿情報があって判定が満たされた（ステップＳ１７０：ＹＥＳ）場合、制御部１０１は、ステップＳ１７５に移る。指定コードの演奏音が類似した投稿情報がなかった場合は判定が満たされず（ステップＳ１７０：ＮＯ）、制御部１０１は、後述のステップＳ２０５に移る。

ステップＳ１７５では、制御部１０１は、上記ステップＳ１７０で判定が満たされた投稿情報について、上記ステップＳ１０５でのパラメータの類似度算出の結果と、上記ステップＳ１５０での指定コードの演奏音の類似度算出の結果と、の両方を用いて再検索する。

＜エフェクトパラメータ及び指定コード演奏音の類似の利用＞
パラメータの類似度算出の結果と、上記ステップＳ１５０での指定コードの演奏音の類似度算出の結果と、の両方を用いる上記再検索においては、それらの単純平均を用いることができる。すなわち、
前述のようにしてユークリッド距離を用いて算出した２つの楽器のエフェクトパラメータどうしの類似度をＰ、ユークリッド距離を用いて算出した２つの指定コード演奏音どうしの類似度をＭとすると、
再検索での類似度＝０．５Ｐ＋０．５Ｍ
となる。

なお、場合によっては、パラメータの類似度と指定コードの演奏音の類似度の加重平均を検索の類似度として用いることもできる。すなわち、Ｘをパラメータの類似度に対する重みとして、
重み付けした再検索の類似度＝ＸＰ＋（１−Ｘ）Ｍ
となる。

いずれの式を用いた場合にも、再検索の類似度の数値が０に近いほど、２つの投稿情報は、パラメータ及び指定コードの演奏音の両面で類似していることになる。すなわち、図５のステップＳ１７５の再検索では、制御部１０１は、まず、上記ステップＳ１２０又は上記ステップＳ１３５で表示対象となった投稿情報におけるエフェクトパラメータと、上記ステップＳ２５で入力したエフェクトパラメータの値とに基づき、前述のユークリッド距離を算出して上記パラメータどうしの類似度Ｐを算出する。そして、制御部１０１は、上記ステップＳ１０５において算出済みの指定コード演奏音どうしの類似度Ｍと、上記パラメータどうしの類似度Ｐと、に対して、上記いずれかの式を適用して、再検索用の類似度を算出する。そして、制御部１０１は、この算出された再検索用の類似度がなるべく高い投稿情報を再検索することになる。上記ステップＳ１７５が終了すると、制御部１０１は、ステップＳ１８０に移行する。

ステップＳ１８０では、制御部１０１は、上記ステップＳ１７５での再検索結果に基づき、上記ステップＳ１７０での判定が満たされた投稿情報の中に、パラメータ及び指定コードの演奏音の双方が類似した投稿情報があったか否かを判定する。言い換えれば、制御部１０１は、上記再検索した類似度が所定値以上の投稿情報、があったか否かを判定する。パラメータ及び指定コードの演奏音の双方が類似した投稿情報があって判定が満たされた（ステップＳ１８０：ＹＥＳ）場合、制御部１０１は、ステップＳ１８５に移る。パラメータ及び指定コードの演奏音の双方が類似した投稿情報がなかった場合は判定が満たされず（ステップＳ１８０：ＮＯ）、制御部１０１は、後述のステップＳ１９０に移る。

ステップＳ１８５では、制御部１０１は、表示部１０９に制御信号を出力して、上記ステップＳ１８０で判定が満たされた投稿情報のうち人気の高い投稿情報の識別情報を人気の高い順に昇順で表示する。このときの人気の高さの指標としては、前述のようにして投稿情報に含まれている（又はコラボ回数テーブルに記載されている）、他の投稿情報が生成されるときにコラボレーション相手となった回数（コラボレーション回数）を用いることができる。すなわち、このステップＳ１８５での制御部１０１の制御により、表示部１０９は、コラボレーション回数が所定の閾値以上である投稿情報の識別情報を、コラボレーション回数が多い順に昇順で表示する。これにより、制御部１０１は、ユーザに対し、コラボレーション相手として、コラボレーション回数が多い投稿情報を優先して推奨することができる。その後、制御部１０１は、後述のステップＳ２２０に移る。

一方、ステップＳ１９０では、上記ステップＳ１５５と同様、制御部１０１は、ユーザによる楽曲演奏データの新規投稿の入力があるか否かを判定する。すなわち、上記のように再検索を行ってみたところ、パラメータ及び指定コードの演奏音の双方が類似した投稿情報はなかったことが判明したことから、ユーザが自ら新規投稿するかどうかを判定するのである。ユーザが、操作部１０４の直接操作又はリモコン２５を介した操作により、コラボレーション演奏を行わず自らの楽曲演奏結果を新規投稿する旨の指示入力をすると判定が制御部１０１により満たされ（ステップＳ１９０：ＹＥＳ）、制御部１０１はステップＳ１９５に移る。ユーザが、楽曲演奏結果の新規投稿をしない旨の指示入力をすると判定が制御部１０１により満たされず（ステップＳ１９０：ＮＯ）、制御部１０１は、ステップＳ２００に移る。なお、ユーザによる楽曲演奏データの新規投稿の入力は、ステップＳ１９０で入力される以外に、予約時に設定されていても良い。

ステップＳ１９５では、制御部１０１は、上記新規投稿フラグＦｎをＦｎ＝１とした後、後述のステップＳ２２０に移る。またステップＳ２００では、制御部１０１は、上記投稿キャンセルフラグＦｃをＦｃ＝１とした後、後述のステップＳ２２０に移る。

一方、上記ステップＳ１７０の判定が満たされずに移行するステップＳ２０５では、制御部１０１は、上記ステップＳ１９０と同様、ユーザによる楽曲演奏データの新規投稿の入力があるか否かを判定する。すなわち、上記ステップＳ１２０又は上記ステップＳ１３５で表示対象となった投稿情報の中に指定コードの演奏音が類似した投稿情報がなかったことから、ユーザが自ら新規投稿するかどうかを判定するのである。ユーザが、操作部１０４の直接操作又はリモコン２５を介した操作により、コラボレーション演奏を行わず自らの楽曲演奏結果を新規投稿する旨の指示入力をすると判定が満たされ（ステップＳ２０５：ＹＥＳ）、ステップＳ２１０に移る。ユーザが、楽曲演奏結果の新規投稿をしない旨の指示入力をすると判定が満たされず（ステップＳ２０５：ＮＯ）、制御部１０１は、ステップＳ２１５に移る。なお、ユーザによる楽曲演奏データの新規投稿の入力は、ステップＳ１９０で入力される以外に、予約時に設定されていても良い。

ステップＳ２１０では、制御部１０１は、上記新規投稿フラグＦｎをＦｎ＝１とした後、後述のステップＳ２２０に移る。またステップＳ２１５では、制御部１０１は、上記投稿キャンセルフラグＦｃをＦｃ＝１とした後、ステップＳ２２０に移る。

上記ステップＳ１４０、ステップＳ１６０、ステップＳ１６５、ステップＳ１８５、ステップＳ１９５、ステップＳ２００、ステップＳ２１０、ステップＳ２１５から移行した、ステップＳ２２０では、制御部１０１は、投稿キャンセルフラグＦｃがＦｃ＝１であるか、または、新規投稿フラグＦｎがＦｎ＝１であるかを判定する。Ｆｃ＝１でもなくＦｎ＝１でもない、すなわちＦｃ＝０かつＦｎ＝０である場合は判定が満たされず（ステップＳ２２０：ＮＯ）、ステップＳ２２５に移る。この場合は、投稿を行い（Ｆｃ＝０）かつ新規投稿ではない（Ｆｎ＝０）ことを表しており、すなわち、ユーザが、コラボレーション相手の投稿情報を見つけてコラボレーション演奏しその演奏結果を投稿する意図である場合に対応している。一方、Ｆｃ＝０であり、且つ、Ｆｎ＝０である以外の場合は、Ｆｃ＝１かつＦｎ＝０であるか、Ｆｃ＝０かつＦｎ＝１であるか、あるいは、Ｆｃ＝１かつＦｎ＝１である。いずれの場合も投稿を断念する（Ｆｃ＝１又はＦｎ＝１）ことを表している。

すなわち、ステップＳ２２５では、制御部１０１は、ユーザによるコラボレーション相手となる投稿情報の選択結果を取得する。上記ステップＳ１２０又は上記ステップＳ１８５において表示部１０９に表示された投稿情報の識別情報の中から、ユーザが、操作部１０４の直接操作又はリモコン２５を介した操作によりコラボレーション演奏に使用する投稿情報の識別情報を選択する。そして、制御部１０１は、識別情報が選択された投稿情報自体をセンターサーバ２０のデータベースからダウンロードし、取得する。その結果、カラオケ装置１０Ｂにおいて、コラボレーション相手として、内部エフェクタ１１１での入力パラメータが類似した（又は内部エフェクタ１１１での入力パラメータと指定コードの楽器演奏音とが類似した）楽曲演奏データを得ることができる。ステップＳ２２５が終了すると、制御部１０１は、このフローを終了する。

一方、ステップＳ２２０において、Ｆｃ＝１またはＦｎ＝１の場合は判定が満たされ（ステップＳ２２０：ＹＥＳ）、制御部１０１は、このフローを終了する。この場合は、投稿を行わない（Ｆｃ＝１）か、新規投稿をする（Ｆｎ＝１）かのいずれかの意図である場合に対応している。すなわち、ユーザが、コラボレーション演奏する相手となる投稿情報を見つけるのを断念した場合に対応している。

以上のように、図５に示したコラボ相手検索処理により、第２カラオケ装置１０Ｂのユーザが、エレキギター１５Ｂを用いてコラボレーション演奏するコラボレーション相手として、当該ユーザが出そうとしているエレキギター１５Ｂの演奏音と類似した演奏音を含む投稿情報が検索される。

＜コラボ相手検索処理 その２＞
次に、図９を用いて、上記ステップＳ１００Ａのコラボ相手検索処理の他の例について説明する。コラボ相手検索処理は、コラボレーション相手として、ユーザの電子楽器（この例ではエレキギター１５）の演奏音と相性の良い、すなわち聴覚的に調和して聞こえやすい、演奏音を含む投稿情報を探す処理である。

図９に示すフローチャートでは、図５に示したフローチャートのステップＳ１７５、ステップＳ１８０、ステップＳ１８５に代えて、新たにステップＳ１７６、ステップＳ１７７、ステップＳ１７８が設けられている。

図９において、ステップＳ１０５〜ステップＳ１７０の処理内容は図５と同じであるので説明を省略する。上記ステップＳ１７０において、上記ステップＳ１２０又は上記ステップＳ１３５で表示対象となった投稿情報の中に指定コードの演奏音が類似した投稿情報があり、判定が満たされた場合、制御部１０１は、新たに設けたステップＳ１７６に移る。

ステップＳ１７６では、制御部１０１は、上記ステップＳ１４５で取得された指定コードの演奏音を特定する。すなわち、一般に、人間は、聴いた音を「歪んだ音色」「澄んだ音色」「こもった音色」等のように感覚的に大ざっぱに分類することができる。そしてそのような聴覚的な分類は、ある程度、図７に示したような信号の波形との相関関係が存在する。そして、センターサーバ２０内には、上記のように分類される複数の音色の種類と各種類の音色に対応する波形態様とが、図１０（ａ）に示すように予め関連付けられ、音色分類テーブルとして登録されている。

このとき、前述したように、指定コード演奏データに含まれる指定コードのエレキギター演奏信号は波形情報となっている。センターサーバ２０は、格納したすべての投稿情報に含まれる上記指定コード演奏データのエフェクトが施された上記波形情報について、適宜のタイミングで波形分析を行い、上記の音色の種類のいずれに属するかを判定する。図３（ｂ）に示した各投稿情報の「指定コード音色情報」の欄は、この音色の種類を表しており、図示の例では、登録番号「１」の投稿情報の指定コード演奏データ中の上記波形情報は音色α、登録番号「２」の投稿情報の指定コード演奏データ中の上記波形情報は音色β、登録番号「３」の投稿情報の指定コード演奏データ中の上記波形情報は音色γ、にそれぞれ分類されている。

そして、上記ステップＳ１７６では、制御部１０１は、上記ステップＳ１４５で取得された指定コードの演奏音を、センターサーバ２０のデータベースに登録された音色の種類（音色α、音色β、音色γ、・・）とそれぞれ比較し、そのいずれに該当するかを特定する。ステップＳ１７６が終了すると、制御部１０１は、ステップＳ１７７に移る。

ステップＳ１７７では、制御部１０１は、上記ステップＳ１７０で判定が満たされた投稿情報について、上記ステップＳ１７６で特定された指定コードの演奏音の音色と相性の良い音色の、指定コードの演奏音を含む投稿情報があるか否かを判定する。

すなわち、通常、カラオケ楽曲を含む楽曲のサウンドは、上述の分類に基づく１種類の音色だけでなく複数種類の音色が同時に混在して発音され、全体としてアンサンブルとして調和している。これは同一の楽器から演奏されるサウンドにおいても同様であり、例えばある楽曲において、１台のエレキギターが「歪んだ音色」によりオブリガードやソロパートやミュートバッキングを行っている一方で、別のエレキギターが「澄んだ音色」でアルペジオバッキングやストロークバッキングを行い、これらが全体として、ギターサウンドして聴覚的に心地よい調和を形成している場合が多い。したがって、上記の例では、上記「歪んだ音色」と「澄んだ音色」とは、同時に演奏するエレキギターの音色としては、比較的相性がいいものとなる。

前述のようにコラボレーション演奏を行う場合、例えば、先に投稿された投稿情報に含まれる上手な演奏を見本としてそれを真似てコラボレーション演奏をする場合は、上記投稿情報に含まれるエレキギターの音色となるべく近い（又は類似する）音色を形作るほうが望ましい。しかしながら、例えば、先に投稿された投稿情報に含まれる演奏とともにバーチャルなバンドのメンバーとして自らも参加し、全体で調和あるバンドアンサンブルを実現するためのコラボレーション演奏をする場合は、上記投稿情報に含まれるエレキギターの音色に近い音色ではなく、当該音色になるべく相性がよい音色を形作るほうが望ましい。

このような観点から、センターサーバ２０のデータベースには、図１０（ｂ）に示す、音色組合せテーブルが生成され格納されている。この音色組合せテーブルは、上記各ユーザから投稿されたすべての投稿情報のうち、コラボレーション演奏によって生成された投稿情報（言い換えればコラボ相手登録番号に番号記載がある投稿情報）に関するテーブルである。すなわち、このテーブルは、当該投稿情報に含まれる上記指定コード音色情報と、当該投稿情報のコラボレーション相手の投稿情報に含まれる上記指定コード音色情報との組合せを、各組合せの発生数とその組合せが生じたカラオケ楽曲名称ごとに整理したものである。図示のように、この例では、指定コード音色情報が音色αである投稿情報と指定コード音色情報が音色βである投稿情報との組合せ発生回数が最も多く、１０２回となっている。これは言い換えれば、音色αとなるような内部エフェクタ１１１のエフェクト選択及びパラメータ設定をしたエレキギターと、音色βとなるような内部エフェクタ１１１のエフェクト選択及びパラメータ設定をしたエレキギターと、により、カラオケ楽曲Ａが１０２回コラボレーション演奏されたことを表している。

図示のように、この例では、組合せ発生数が多い順に上位から下位へと並べられている。したがって、ある音色に対しては、その音色を含む組合せのうち最も上位にある組合せ相手が、当該音色に対して最もよい相性の音色であることとなる。図１０（ｃ）は、図１０（ｂ）の音色組合せテーブルを各カラオケ楽曲ごとに抽出して生成される楽曲別音色組合せテーブルの一例を表しており、この例では、図１０（ｂ）の音色組合せテーブルのうちカラオケ楽曲Ａに係わるものを抽出して生成されたテーブルの例を示している。上記ステップＳ１７７では、制御部１０１は、この時点で処理対象となっているカラオケ楽曲（上記ステップＳ１５で取得された楽曲情報で特定されるカラオケ楽曲）についての、図１０（ｃ）に示すような楽曲別音色組合せテーブルを参照する。そして、当該テーブルにおいて、上記ステップＳ１７６で特定された指定コードの演奏音の音色を含む、最も上位のデータがどれであるかを特定し、そのデータに記載の音色組合せにより、上記相性のよい音色を決定する。例えば上記ステップＳ１７６で特定された指定コードの演奏音が音色αであった場合には、当該楽曲で演奏する場合には、この音色αと最も相性のよい音色は、順位「１」のデータに組合せ相手として記載されている音色βとなる。また例えば上記ステップＳ１７６で特定された指定コードの演奏音が音色γであった場合には、当該楽曲で演奏する場合には、この音色γと最も相性のよい音色は、順位「１０」のデータに組合せ相手として記載されている音色αとなる。

以上のようにして、例えば上記ステップＳ１７６で特定された指定コードの演奏音に対する相性のよい音色が１つでも見つかってステップＳ１７７の判定が満たされた（ステップＳ１７７：ＹＥＳ）場合、制御部１０１は、ステップＳ１７８に移る。相性のよい音色が１つも見つからなかった場合は、制御部１０１は、図５と同様のステップＳ１９０に移る。

ステップＳ１７８では、制御部１０１は、表示部１０９に制御信号を出力して、上記ステップＳ１７７で見つかった相性の良い音色を使用している投稿情報のうち人気の高い投稿情報の識別情報を人気の高い順に昇順で表示する。このとき、上記ステップＳ１８５と同様、コラボレーション回数を用いることができる。すなわち、表示部１０９は、相性のよい音色を使用している投稿情報の識別情報を、コラボレーション回数が多い順に昇順で表示する。これにより、制御部１０１は、ユーザに対し、コラボレーション相手として、相性のよい音色を使用しかつコラボレーション回数が多い投稿情報を優先して推奨することができる。その後は、上記同様のステップＳ２２０に移る。

以降、ステップＳ１９０〜ステップＳ２２５の手順は、図５と同じであるので詳細な説明を省略する。ステップＳ２２５では、上記ステップＳ１２０又は上記ステップＳ１７８において表示部１０９に表示された投稿情報の識別情報の中から、ユーザがコラボレーション演奏に使用する投稿情報の識別情報を選択すると、選択された投稿情報自体がセンターサーバ２０のデータベースからダウンロードされて制御部１０１により取得される。その結果、カラオケ装置１０Ｂにおいて、コラボレーション相手として、内部エフェクタ１１１での入力パラメータが類似した（又は指定コードの楽器演奏音と相性のよい演奏音を含む）楽曲演奏データを得ることができる。

以上のように、図９のコラボ相手検索処理により、第２カラオケ装置１０Ｂのユーザが、エレキギター１５Ｂを用いてコラボレーション演奏するコラボレーション相手として、当該ユーザが出そうとしているエレキギター１５Ｂの演奏音と相性のよい演奏音を含む投稿情報を検索することができる。

以上説明したように、上記第１実施形態のカラオケ装置１０では、ユーザが演奏した電子楽器（上述の例ではエレキギター１５）の演奏結果を投稿しセンターサーバ２０にアップロードする。そして、別のユーザが当該アップロードされた演奏をカラオケ装置１０から検索し、当該演奏を再生しながら自らも演奏して競演する、いわゆるコラボレーションサービスが行われる。

このとき、カラオケ装置１０においては、内部エフェクタ１１１を設けている。内部エフェクタ１１１は、ユーザが演奏する電子楽器から出力される演奏音に、所望のエフェクトを施すことができ、これによってユーザが意図するような多種多様な表現の電子楽器のサウンドを実現することができる。これに対応して、本実施形態では、アップロード時に、カラオケ楽曲データの楽曲情報及びエレキギター演奏信号に加え、カラオケ楽曲の再生に合わせたユーザの演奏が行われたときの上記内部エフェクタ１１１の識別情報を含んだ投稿情報を、センターサーバ２０にアップロードする（図２のステップＳ５５参照）。そして、カラオケ装置１０では、アップロードされた複数の投稿情報の中から、各投稿情報に含まれる内部エフェクタ１１１の識別情報（図５、図９のステップＳ１０５参照）を用いて、コラボレーション対象となる投稿情報を検索する。

これにより、検索者であるユーザは、投稿情報の検索時において、自らが演奏時に作りだそうとしているサウンドに対し好適な関係にある内部エフェクタ１１１の識別情報を指定して検索することができる。そして、これにより、当該サウンドに類似する音（図５の各手順参照）又は組み合わせの相性がいい音（図９の各手順参照）を含む、アップロード済みの投稿情報を迅速かつ確実に見つけ出すことができる。この結果、利便性を向上することができる。

また、本実施形態では特に、内部エフェクタ１１１の識別情報に加え、実際に所定の指定コードを演奏した波形情報を備えた指定コード演奏データを、投稿情報に含める形で、センターサーバ２０に蓄積しておく。これに対して、検索者であるユーザが検索時において同一の指定コードを弾く（図５、図９のステップＳ１４５参照）。そして、その演奏結果と、センターサーバ２０に蓄積された過去の当該指定コードの演奏結果とを照合し、さらに精度よくかつ迅速に所望のサウンドの投稿情報を見つけ出すことができる。

また、本実施形態では特に、上記のようにしてセンターサーバ２０に蓄積された投稿情報それぞれに対し、図３（ｂ）の「コラボレーション相手登録番号」の欄、又は前述のコラボ回数テーブルによって、他のユーザによりコラボレーション演奏されたときのコラボレーション回数が対応づけられている。そして、投稿情報の検索が行われたとき、検索者であるユーザに対し、コラボレーション回数が多い投稿情報がより優先的に推奨される（図５のステップＳ１８５、図９のステップＳ１７８参照）。これにより、ユーザは、他とのコラボレーション回数の多い人気の高いサウンドを含む投稿情報を、より迅速に見つけ出すことができる。

＜第２実施形態＞
本発明の第２の実施形態を、図１１〜図１３により説明する。上記第１実施形態では、演奏する曲名がユーザにより決められた状態でコラボレーション相手の投稿情報を検索したが、この第２実施形態は、曲名が決まっていない状態でコラボレーション相手の投稿情報を検索する場合の実施形態である。

＜コラボレーション演奏＞
本実施形態において、第２カラオケ装置１０Ｂのユーザが、楽器（この例では第２エレキギター１５Ｂ）を演奏しようとする際、上記のようにデータベースに格納された各ユーザの投稿情報を検索し、コラボレーション演奏をする場合を、図１１により説明する。図１１は、本実施形態において第２カラオケ装置１０Ｂの制御部１０１により実行される制御手順を表すフローチャートである。図１１のフローチャートは、図４に示したフローチャートのステップＳ１５を削除した点と、ステップＳ１００Ａの代わりにステップＳ１００Ｂを用いた点とが異なるのみで、それ以外の手順は基本的に図４と同様である。

図１１において、ステップＳ１０では、上記図４と同様、第２カラオケ装置１０Ｂの制御部１０１は、エレキギター１５Ｂが接続されたか否かを判定する。エレキギター１５Ｂが接続されて判定が満たされた（ステップＳ１０：ＹＥＳ）場合、制御部１０１は、ステップＳ２０に移る。

ステップＳ２０及びステップＳ２５は上記図４と同様であり、制御部１０１は、ユーザによる内部エフェクタ１１１のエフェクト選択を受け付けた後、ステップＳ２５でエフェクトのパラメータの入力を受け付ける。その後、制御部１０１は、新たに設けたステップＳ１００Ｂに移る。ステップＳ１００Ｂでは、第２カラオケ装置１０Ｂのユーザが未選曲の状態で、コラボレーション相手の楽曲演奏を探すためのコラボレーション相手検索または選曲処理が実施される。なお、このコラボレーション相手検索または選曲処理は、コラボレーション相手として、ユーザの電子楽器（この例ではエレキギター１５）の演奏音と類似した演奏音を含む投稿情報を探す場合（後述の図１２参照）と、ユーザの電子楽器の演奏音と相性が良い演奏音を含む投稿情報を探す場合（後述の図１３参照）と、がある。なお、このステップＳ１００Ｂが、各請求項記載の検索手段を構成している。

ステップＳ１００Ｂが終了すると、制御部１０１は、上記ステップＳ２７に移る。ステップＳ２７〜ステップＳ５５、及びステップＳ６０の手順での処理内容は、図４のフローチャートのステップＳ２７〜ステップＳ５５、及びステップＳ６０と同様であるので、説明を省略する。

＜コラボ相手検索・選曲処理 その１＞
次に、上記ステップＳ１００Ｂのコラボ相手検索・選曲処理を説明する。まず、図１２を用いて、コラボレーション相手として、ユーザの電子楽器（この例ではエレキギター１５）の演奏音と類似した演奏音を含む投稿情報を探す場合に、第２カラオケ装置１０Ｂの制御部１０１により実行される処理を説明する。

図１２のフローチャートは、図５に示したフローチャートのステップＳ１０５に代えてステップＳ１０７を設けた点と、ステップＳ１２５に代えてステップＳ１２５Ａを設けた点と、ステップＳ２２０の判断が満たされたときに移行する、ステップＳ２３０及びステップＳ２３５を新たに設けた点とが異なるのみで、それ以外の手順は基本的に図５と同様である。

図１２において、まず、新たなステップＳ１０７において、第２カラオケ装置１０Ｂの制御部１０１は、通信制御部１１０及びネットワークＮＷ介してセンターサーバ２０にアクセスする。そして、制御部１０１は、センターサーバ２０のデータベースに保存された全投稿情報にアクセスする。そして、それらの投稿情報の中に、エフェクト選択及びエフェクトのパラメータが類似した投稿情報があるかどうかを検索する。この投稿情報の検索は、上記図５のステップＳ１０５と同様に、上記図１１のステップＳ２０でのエフェクト選択及びステップＳ２５でのエフェクトパラメータの入力に基づいて行う。このときの検索手法自体は上記ステップＳ１０５と同様であり、前述のユークリッド距離がなるべく小さい（類似度がなるべく高い）投稿情報を検索すればよい。ステップＳ１０７が終了すると、制御部１０１は、ステップＳ１１０に移る。

ステップＳ１１０では、制御部１０１は、上記ステップＳ１０７での検索結果に基づき、全投稿情報の中に、エフェクトのパラメータが類似した投稿情報、があったか否かを、上記図５と同様に判定する。言い換えれば上記ユークリッド距離が所定値以下の投稿情報があったが否かを、制御部１０１は判定する。パラメータが類似した投稿情報があって判定が満たされた（ステップＳ１１０：ＹＥＳ）場合、制御部１０１は、ステップＳ１１５に移る。パラメータが類似した投稿情報がなかった場合は判定が満たされず（ステップＳ１１０：ＮＯ）、制御部１０１は、新たに設けた後述のステップＳ１２５Ａに移る。

ステップＳ１１５では、上記図５と同様、制御部１０１は、上記ステップＳ１０７で検索された、パラメータが類似している投稿情報の識別情報（例えば投稿情報の上記登録番号）を類似度が高い順（ユークリッド距離が小さい順）に並び替える。その後、制御部１０１は、ステップＳ１２０に移る。ステップＳ１２０では、上記図５と同様、上記ステップＳ１１５で類似度順に並び替えられた投稿情報の識別情報のうち、パラメータの類似度が所定の閾値以上である投稿情報が、ユークリッド距離が小さい順に昇順で表示部１０９に表示される。また、制御部１０１は、それらの投稿情報自体をセンターサーバ２０のデータベースから取得する。その後、後述のステップＳ１４０に移る。

一方、ステップＳ１２５Ａでは、制御部１０１は、エフェクトのパラメータが類似した投稿情報がなかったことに対応して、投稿情報が１つでも存在するか否か（言い換えれば、まだ誰も投稿していない状態かどうか）を判定する。１つでも投稿情報があった場合は判定が満たされ（ステップＳ１２５Ａ：ＹＥＳ）、制御部１０１は、ステップＳ１３０に移る。同じ楽曲情報の投稿情報がなかった場合は判定が満たされず（ステップＳ１２５Ａ：ＮＯ）、制御部１０１は、後述のステップＳ１５５に移る。

ステップＳ１３０では、制御部１０１は、すべての投稿情報の識別情報（例えば投稿情報の上記登録番号）を、上記図５と同様、投稿年が近い等の上記ユークリッド距離とは異なる別の基準に沿った類似度順に並び替える。その後、ステップＳ１３５では、上記図５と同様、制御部１０１は、上記ステップＳ１３０で別の基準の類似度順に並び替えられた投稿情報を、当該別の基準の類似度が高い順に表示させる。また、制御部１０１は、それらの投稿情報自体をセンターサーバ２０のデータベースから取得する。その後、制御部１０１は、ステップＳ１４０に移る。

その後、ステップＳ１４０、ステップＳ１４５、ステップＳ１５０、ステップＳ１５５、ステップＳ１６０、ステップＳ１６５、さらにステップＳ１７０〜ステップＳ２１５は、上記図５と同様であり、説明を省略する。

上記ステップＳ１４０、ステップＳ１６０、ステップＳ１６５、ステップＳ１８５、ステップＳ１９５、ステップＳ２００、ステップＳ２１０、ステップＳ２１５から移行した、ステップＳ２２０では、制御部１０１は、上記図５と同様、投稿キャンセルフラグＦｃがＦｃ＝１であるか、または、新規投稿フラグＦｎがＦｎ＝１であるかを判定する。Ｆｃ＝１でもなくＦｎ＝１でもない、すなわちＦｃ＝０かつＦｎ＝０である場合は判定が満たされず（ステップＳ２２０：ＮＯ）、制御部１０１は、ステップＳ２２５に移る。

ステップＳ２２５では、上記図５と同様、制御部１０１は、ユーザによるコラボレーション相手となる投稿情報の選択結果を取得する。ユーザの操作によりコラボレーション演奏に使用する投稿情報の識別情報が選択される。これにより自動的に演奏される楽曲が選曲されることとなる。そして、識別情報が選択された投稿情報自体がセンターサーバ２０のデータベースからダウンロードされ、制御部１０１で取得される。その結果、カラオケ装置１０Ｂにおいて、コラボレーション相手として、内部エフェクタ１１１での入力パラメータが類似した（又は内部エフェクタ１１１での入力パラメータと指定コードの楽器演奏音とが類似した）楽曲演奏データを得ることができる。

一方、上記ステップＳ２２０において、判定が満たされた場合（ステップＳ２２０：ＹＥＳ）、制御部１０１は、新たに設けたステップＳ２３０に移る。ステップＳ２３０では、制御部１０１は、Ｆｎ＝１であるか否かを判定する。ユーザが新規投稿をしないＦｎ＝０の場合は判定が満たされず（ステップＳ２３０：ＮＯ）、制御部１０１は、このフローを終了する。ユーザが新規投稿をするＦｎ＝１の場合は判定が満たされ（ステップＳ２３０：ＹＥＳ）、制御部１０１は、新たに設けたステップＳ２３５に移る。

ステップＳ２３５では、制御部１０１は、上記第１実施形態の図４のステップＳ１５と同様、ユーザによるカラオケ楽曲の選曲を受け付ける。すなわち、ユーザが、操作部１０４の直接操作又はリモコン２５を介した操作により、新規投稿するカラオケ楽曲の選曲操作を行うことで、カラオケ楽曲の選曲が受け付けられる。この受け付けにより、そのカラオケ楽曲を特定する曲名や曲ＩＤ等の上記楽曲情報が制御部１０１で取得される。その後、制御部１０１は、このフローを終了する。

以上のように、未選曲の状態で、行われる図１２のコラボ相手検索・選曲処理が行われる。これにより、第２カラオケ装置１０Ｂのユーザが、当該ユーザが出そうとしているエレキギター１５Ｂの演奏音と類似した演奏音を含む投稿情報を検索することができる。つまり、第２カラオケ装置１０Ｂのユーザが、エレキギター１５Ｂを用いてコラボレーション演奏するコラボレーション相手を検索することができる。

＜コラボ相手検索・選曲処理 その２＞
次に、図１３を用いて、上記ステップＳ１００Ｂのコラボ相手検索・選曲処理の他の例について説明する。コラボ相手検索・選曲処理は、コラボレーション相手として、ユーザの電子楽器（この例ではエレキギター１５）の演奏音と相性の良い演奏音を含む投稿情報を探す処理である。

図１３のフローチャートでは、図１２に示したフローチャートのステップＳ１７５、ステップＳ１８０、ステップＳ１８５に代えて、新たにステップＳ１７６、ステップＳ１７７、ステップＳ１７８が設けられている。そして、新たに設けられた、ステップＳ１７６、ステップＳ１７７、ステップＳ１７８の処理内容は上記実施形態の図９とほぼ同様である。

すなわち、ステップＳ１７６では、制御部１０１は、上記ステップＳ１４５で取得された指定コードの演奏音を、上記データベースに登録された音色の種類のいずれに該当するかを特定する。その後、ステップＳ１７７で、制御部１０１は、上記ステップＳ１７０で判定が満たされた投稿情報について、指定コードの演奏音を含む投稿情報があるか否かを判定する。具体的には、制御部１０１は、上記ステップＳ１７６で特定された指定コードの演奏音の音色と相性の良い音色の指定コードを決定する。そして、決定された指定コードの演奏音を含む投稿情報があるか否かが判定される。なお、このとき、本実施形態では選曲がなされていないことから、上記図９と異なり、ステップＳ１７７では上記図１０（ｂ）のような音色組み合わせテーブルを用い、図１０（ｃ）のような楽曲別音色組み合わせテーブルは使用しない。すなわち、ステップＳ１７７では、制御部１０１は、この時点で処理対象となっているカラオケ楽曲（すべてのカラオケ楽曲）が記載された、図１０（ｂ）に示す音色組合せテーブルを参照する。そして、制御部１０１は、当該テーブルにおいて、上記ステップＳ１７６で特定された指定コードの演奏音の音色を含む最も上位のデータがどれであるかを特定する。そして、制御部１０１は、そのデータに記載の音色組合せにより、上記相性のよい音色を決定する。相性のよい音色が１つでも見つかったらステップＳ１７７の判定が満たされ（ステップＳ１７７：ＹＥＳ）、制御部１０１は、ステップＳ１７８に移る。

ステップＳ１７８では、上記図９と同様、表示部１０９は、上記ステップＳ１７７で見つかった相性の良い音色を使用している全投稿情報の識別情報を、コラボレーション回数が多い順に昇順で表示する。その後は、制御部１０１は、上記同様のステップＳ２２０に移る。

以降、ステップＳ１９０〜ステップＳ２３５の手順は、図１２と同じであるので詳細な説明を省略する。ステップＳ２２５では、上記ステップＳ１２０又は上記ステップＳ１７８において表示部１０９に表示された投稿情報の識別情報の中から、ユーザがコラボレーション演奏に使用する投稿情報の識別情報を選択することで自動的に選曲が実行されたことになる。そして選択された投稿情報自体がセンターサーバ２０のデータベースからダウンロードされて制御部１０１で取得される。その結果、カラオケ装置１０Ｂにおいて、コラボレーション相手として、内部エフェクタ１１１での入力パラメータが類似した（又は指定コードの楽器演奏音と相性のよい演奏音を含む）楽曲演奏データを得ることができる。

以上のように、未選曲の状態で行われる図１３のコラボ相手検索・選曲処理により、第２カラオケ装置１０Ｂのユーザは、エレキギター１５Ｂを用いてコラボレーション演奏するコラボレーション相手として、所望の投稿情報を検索することができる。この所望の投稿情報とは、当該ユーザが出そうとしているエレキギター１５Ｂの演奏音と相性の良い演奏音を含むものである。

以上説明したように、本実施形態によっても、上記第１実施形態と同様の効果を得る。また特に、カラオケ楽曲の選曲を行わなくても、上記第１実施形態と同様の検索を行うことができる。

なお、以上においては、電子楽器（上記の例ではエレキギター１５）からの演奏音に対し、内部エフェクタ１１１のみによって所望のエフェクトを施したが、これに限られない。すなわち、エレキギター１５と楽器接続制御部１１２の上記楽器入力端子との間に、ユーザが適宜に用意した外部エフェクタを配置して接続してもよい。この場合、エレキギター１５からの演奏音に対し当該外部エフェクタで所望のエフェクトを施し、さらに内部エフェクタ１１１でも所望のエフェクトを施したエレキギター演奏信号を、音声制御部１０７に入力することができる。

またこの場合、図３（ｂ）に示した投稿情報に含まれる楽曲演奏データ及び指定コード演奏データには、外部エフェクタのエフェクトと内部エフェクタ１１１のエフェクトの両方が重畳して施されたエレキギター演奏信号が含まれる。この場合、内部エフェクタ１１１の識別情報やそのパラメータ情報だけでは、上記エレキギターの演奏音の内容を十分に表現できない。このため、特に、上記指定コード演奏データの波形情報や、その音色情報の役割が、確実な検索のためには重要となる。また、上記図３（ｂ）に示された投稿情報の「外部エフェクトフラグ」はこの外部エフェクタの存在を表している。例えばこの外部エフェクトフラグが１である投稿情報の楽曲演奏データ及び指定コード演奏データには、外部エフェクタのエフェクトと内部エフェクタ１１１のエフェクトの両方が重畳して施されたエレキギター演奏信号が含まれている。なお、その場合、外部エフェクタを使用したことは、ユーザが、操作部１０４の直接操作又はリモコン２５を介した操作によって、カラオケ装置１０側に入力するようにすればよい。当該入力があったときには、上記投稿情報における外部エフェクトフラグが０から１に変更され、記録される。

なお、図２、図４、図５、図９、図１１、図１２、図１３の各図に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加、削除又は順番の変更等をしてもよい。

また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

１ 通信カラオケシステム
１０ カラオケ装置
１０Ａ 第１カラオケ装置
１０Ｂ 第２カラオケ装置
１５ エレキギター（電子楽器）
１５Ａ 第１エレキギター
１５Ｂ 第２エレキギター
２０ センターサーバ
１０３ 記憶装置（記憶手段）
１０６ 音源（再生手段）
１０７ 音声制御部
１０８ スピーカ
１１１ 内部エフェクタ
１１２ 楽器接続制御部

Claims (3)

1. サーバにネットワーク接続されたカラオケ装置であって、
   カラオケ楽曲データを再生する再生手段と、
   電子楽器から出力される音信号に所望のエフェクトを施す内部エフェクタと、
   前記カラオケ楽曲データが再生された際の、そのカラオケ楽曲データを表す楽曲情報と、前記電子楽器から入力された前記音信号と、その入力された音信号にエフェクトを施した前記内部エフェクタの識別情報と、を含む投稿情報を前記サーバにアップロードする投稿手段と、
   当該カラオケ装置又は他のカラオケ装置から前記サーバに既にアップロードされた複数の投稿情報の中から、所定のエフェクタの識別情報と一致する前記内部エフェクタの識別情報を含む投稿情報を検索する検索手段と、
   を有することを特徴とするカラオケ装置。
2. 請求項１に記載のカラオケ装置において、
   前記電子楽器の所定の指定コードの演奏を促す指示手段と、
   前記指示手段の指示に基づく前記電子楽器からの前記指定コードの演奏結果を波形情報として記憶する記憶手段と、
   を有し、
   前記投稿手段は、
   前記楽曲情報、前記音信号、前記識別情報、及び前記指定コードの前記波形情報を含む前記投稿情報を前記サーバにアップロードし、
   前記検索手段は、
   過去に当該カラオケ装置又は他のカラオケ装置から前記サーバに既にアップロードされた複数の投稿情報の中から、前記所定のエフェクタの識別情報と一致する前記内部エフェクタの識別情報を含み、且つ、前記指定コードの前記波形情報と類似する前記波形情報とを含む投稿情報を検索する
   ことを特徴とするカラオケ装置。
3. 請求項２に記載のカラオケ装置において、
   前記サーバに記憶された前記投稿情報は、当該投稿情報が他の演奏者による競演対象とされたときの競演回数を示す競演回数情報と対応付けられており、
   前記検索手段は、
   当該カラオケ装置又は他のカラオケ装置から前記サーバに既にアップロードされた複数の投稿情報の中から、投稿情報に対応する前記競演回数情報を用いて検索を行い、競演回数が多い投稿情報を優先して推奨する
   ことを特徴とするカラオケ装置。
   

Images