(57)【要約】【課題】各楽器音データの同期を確実に取ることができるＵＧＣシステムの構築に貢献する。【解決手段】他の楽器の演奏における基準となる打楽器（例えば、ドラム）で演奏された楽器音データが存在しない場合には、打楽器以外の楽器で演奏された楽器音データの投稿を禁止する。これにより、基準となる楽器音データを有しない状態で演奏された楽器音データの投稿を禁止し、基準となる楽器音データ（ドラム等の打楽器の楽器音データ）に基いて演奏された打楽器以外の楽器の楽器音データを投稿可能とすることで、当該基準となる楽器音データを用いて各楽器音データの同期を確実に取ることができる。【選択図】図５
2010237533.tif 000002
【特許請求の範囲】
【請求項１】
生音形式及びＭＩＤＩ形式の楽器音データが記録されているデータベースを管理する投稿サーバと、前記投稿サーバを介して演奏した楽器の楽器音データを投稿する楽器音投稿装置とからなる楽器音投稿システムであって、
前記データベースは再生装置からアクセスされるものであり、また、当該再生装置は当該データベースから複数の楽器音データを取得し当該複数の楽器音データを用いて楽音を再生するものであり、
前記楽器音投稿装置は、カラオケ楽曲の楽器音データを用いて伴奏を行うかどうかの指示を受け付け、
前記楽器音投稿装置は、演奏する楽器の入力を受け付け、
前記楽器音投稿装置は、演奏する楽曲の入力を受け付け、
前記楽器音投稿装置は、前記選択された楽曲を打楽器で演奏した際の楽器音データが前記データベースに投稿されているかどうかを前記投稿サーバに問い合わせ、
前記投稿サーバは、前記問い合わせに対する回答信号を送信し、
前記楽器音投稿装置は、前記伴奏を行わないことが指示され、かつ前記選択された楽器が打楽器以外であり、かつ前記回答信号に基いて前記選択された楽曲を打楽器で演奏した際の楽器音データが投稿されていないと判断した場合に、前記選択された楽器で演奏された際の楽器音データの投稿を禁止する、
ことを特徴とする楽器音投稿システム。 
【請求項２】
生音形式及びＭＩＤＩ形式の楽器音データが記録されているデータベースに、投稿サーバを介して演奏した楽器の楽器音データを投稿する楽器音投稿装置であって、
前記データベースは再生装置からアクセスされるものであり、また、当該再生装置は当該データベースから複数の楽器音データを取得し当該複数の楽器音データを用いて楽音を再生するものであり、
カラオケ楽曲の楽器音データを用いて伴奏を行うかどうかの指示を受け付ける伴奏指示手段と、
演奏する楽器の入力を受け付ける楽器入力手段と、
演奏する楽曲の入力を受け付ける楽曲入力手段と、
前記伴奏を行わないことが指示され、かつ前記選択された楽器が打楽器以外であり、かつ前記選択された楽曲を打楽器で演奏した際の楽器音データが投稿されていないと判断した場合に、前記選択された楽器で演奏された際の楽器音データの投稿を禁止する禁止手段と、
を有する楽器音投稿装置。 
【請求項３】
既に投稿されている打楽器の楽器音データの中から、前記選択された楽器の演奏時に用いる打楽器の楽器音データを入力する入力操作を受け付ける合奏音入力手段と、
前記選択された楽器の楽器音データを投稿する際に、前記選択された打楽器の楽器音データを示す識別信号を付して投稿する投稿手段と、
をさらに有する請求項２の楽器音投稿装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、演奏された楽器の楽器音データを投稿する楽器音投稿システム、楽器音投稿装置等に関する。
【背景技術】
【０００２】
従来、パートごとの楽器演奏が別の場所・別の時間に行われ、それぞれの楽器音信号が記録され、記録された楽器音信号を取得・ミックスダウン・視聴するシステムが提案されている。例えば、下記特許文献１には、パート毎に携帯情報端末で別々に作成されたＭＩＤＩ信号に基いて楽音データを作成して合奏を行う合奏システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−９６４６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のようなシステムでは、ＭＩＤＩ信号に含まれるタイミング情報を利用して各楽器音信号の同期を取ることができるが、演奏された楽器の各楽器音信号がＰＣＭ信号等である場合には、どのようにして同期を取るかが問題となる。この点、メトロノームを利用することも考えられるが、演奏曲によっては演奏途中でテンポが変わるものもあり、汎用のメトロノームではそのような演奏曲に対応することができない。
例えば、ベース音の楽器音信号（ＰＣＭ信号等）とギター音の楽器音信号（ＰＣＭ信号等）とを同時に出力して合奏しようとする場合、両楽器音信号のテンポ（演奏速度）を一致させる必要がある。しかしながら、ベースを演奏したユーザとギターを演奏したユーザとが互いに好みのテンポ（演奏速度）で演奏した場合、各楽器音信号の速度を示す情報がなければ、両楽器音信号のテンポ（演奏速度）を一致させることができない。また、各楽器音信号の速度を示す情報を用いる場合、どのような情報を用いるかが問題となる。
【０００５】
本発明は、データベースに記録される楽器音データを用いて再生する再生装置において同期を確実に取ることができる環境を提供するための楽器音投稿システム、楽器音投稿装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１に係る発明は、生音形式及びＭＩＤＩ形式の楽器音データが記録されているデータベースを管理する投稿サーバと、前記投稿サーバを介して演奏した楽器の楽器音データを投稿する楽器音投稿装置とからなる楽器音投稿システムであって、前記データベースは再生装置からアクセスされるものであり、また、当該再生装置は当該データベースから複数の楽器音データを取得し当該複数の楽器音データを用いて楽音を再生するものであり、前記楽器音投稿装置は、カラオケ楽曲の楽器音データを用いて伴奏を行うかどうかの指示を受け付け、前記楽器音投稿装置は、演奏する楽器の入力を受け付け、前記楽器音投稿装置は、演奏する楽曲の入力を受け付け、前記楽器音投稿装置は、前記選択された楽曲を打楽器で演奏した際の楽器音データが前記データベースに投稿されているかどうかを前記投稿サーバに問い合わせ、前記投稿サーバは、前記問い合わせに対する回答信号を送信し、前記楽器音投稿装置は、前記伴奏を行わないことが指示され、かつ前記選択された楽器が打楽器以外であり、かつ前記回答信号に基いて前記選択された楽曲を打楽器で演奏した際の楽器音データが投稿されていないと判断した場合に、前記選択された楽器で演奏された際の楽器音データの投稿を禁止することを特徴とする。
【０００７】
請求項１に係る発明では、他の楽器の演奏における基準となる打楽器（例えば、ドラム）で演奏された楽器音データが存在しない場合には、打楽器以外の楽器で演奏された楽器音データの投稿を禁止する。これにより、基準となる楽器音データ（ドラム等の打楽器の楽器音データ）が存在しない状態で打楽器以外の楽器が演奏された際の楽器音データの投稿を禁止し、基準となる楽器音データ（ドラム等の打楽器の楽器音データ）に基いて演奏された打楽器以外の楽器の楽器音データを投稿可能とすることで、再生装置において、当該基準となる楽器音データを用いて各楽器音データの同期を確実に取ることができる。
【０００８】
また、請求項２に係る発明は、生音形式及びＭＩＤＩ形式の楽器音データが記録されているデータベースに、投稿サーバを介して演奏した楽器の楽器音データを投稿する楽器音投稿装置であって、前記データベースは再生装置からアクセスされるものであり、また、当該再生装置は当該データベースから複数の楽器音データを取得し当該複数の楽器音データを用いて楽音を再生するものであり、カラオケ楽曲の楽器音データを用いて伴奏を行うかどうかの指示を受け付ける伴奏指示手段と、演奏する楽器の入力を受け付ける楽器入力手段と、演奏する楽曲の入力を受け付ける楽曲入力手段と、前記伴奏を行わないことが指示され、かつ前記選択された楽器が打楽器以外であり、かつ前記選択された楽曲を打楽器で演奏した際の楽器音データが投稿されていないと判断した場合に、前記選択された楽器で演奏された際の楽器音データの投稿を禁止する禁止手段とを有することを特徴とする。
【０００９】
請求項２に係る発明では、他の楽器の演奏における基準となる打楽器（例えば、ドラム）で演奏された楽器音データが存在しない場合には、打楽器以外の楽器で演奏された楽器音データの投稿を禁止する。これにより、基準となる楽器音データ（ドラム等の打楽器の楽器音データ）が存在しない状態で打楽器以外の楽器が演奏された際の楽器音データの投稿を禁止し、基準となる楽器音データ（ドラム等の打楽器の楽器音データ）に基いて演奏された打楽器以外の楽器の楽器音データを投稿可能とすることで、再生装置において、当該基準となる楽器音データを用いて各楽器音データの同期を確実に取ることができる。
【００１０】
また、請求項３に係る発明は、請求項２の楽器音投稿装置であって、既に投稿されている打楽器の楽器音データの中から、前記選択された楽器の演奏時に用いる打楽器の楽器音データを入力する入力操作を受け付ける合奏音入力手段と、前記選択された楽器の楽器音データを投稿する際に、前記選択された打楽器の楽器音データを示す識別信号を付して投稿する投稿手段とをさらに有することを特徴とする。
【００１１】
請求項３に係る発明では、投稿されている打楽器の楽器音データのうちどの楽器音データを用いて演奏を行ったかを示す識別情報を、演奏された楽器の楽器音データに付して投稿する。これにより、投稿された楽器音データがどの楽器音データを基準として演奏されたものであるかを判別することができ、同じ識別情報を有する楽器音データを用いて合奏することで、各楽器音データの同期を確実に取ることができる。
【発明の効果】
【００１２】
本発明によれば、データベースに記録される楽器音データを制限することができるので、当該楽器音データを用いて再生する再生装置において同期を確実に取ることができる。また、楽器音データを用いるＵＧＣ（user-generated content）システムにおいて、楽器音データを容易に扱うことができる環境を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】ＵＧＣシステムの全体構成を示した図である。
【図２】投稿システムの構成の一例を示した図である。
【図３】投稿曲データベースのデータ構造の一例を示した図である。
【図４】投稿システムにおける情報の流れの一例を示した説明図である。
【図５】カラオケ側処理のフローチャートである。
【図６】サーバ側処理のフローチャートである。
【発明を実施するための形態】
【００１４】
［本発明の前提となるＵＧＣシステムの説明］
まず、本発明が適用されるＵＧＣシステムの全体構成について図１を用いて説明する。本発明において、「同期を取る」とは、同時に出力する「再生に係る楽音」や「演奏に係る楽器音」のテンポ（演奏速度）を一致させることを意味する。
ＵＧＣシステムは、データベースと当該データベースにコンテンツを投稿（記録）する投稿システムと当該データベースから情報を取得し再生する再生システムとから構成される。また、投稿システムは楽器音投稿装置と投稿サーバとから構成され、楽器音投稿装置は演奏された楽器の楽器音データを投稿サーバに送信し、投稿サーバは受信した楽器音データをデータベースに記録する。また、再生システムは配信サーバと再生装置とから構成され、配信サーバはデータベースから楽器音データを取得して再生装置に送信し、再生装置は受信した楽器音データを用いて楽音を再生する。なお、図１では、投稿サーバ及び配信サーバを別体として示しているが、実際は１つのサーバが投稿サーバ及び配信サーバとして機能することができる。また、図１では、楽器音投稿装置及び再生装置を別体として示しているが、実際は１つの装置が楽器音投稿装置及び再生装置として機能することができる。
本発明は、上述したＵＧＣシステムの投稿システム及び楽器音投稿装置に関するものであり、また、既存のカラオケシステムの資源やインフラを活用することができる。以下、本発明の実施形態に係る投稿システムについて説明する。
【００１５】
［投稿システムの構成］
本実施形態の投稿システムは、図２に示すように、各地のカラオケ店舗の客室に設置されたカラオケ装置１００と各種情報の配信・管理を行うサーバ２００とから構成され、各カラオケ装置１００とサーバ２００とは通信網を介して接続されている。なお、図２ではカラオケ装置１００は１つであるが、実際は多数のカラオケ装置１００がサーバ２００に接続される構成となっている。また、カラオケシステムのサーバ２００には、パソコン４００・携帯電話５００・ゲーム機６００からも通信可能である。また、サーバ２００は、カラオケ楽曲データベース３０１及び投稿曲データベース３０２を有するデータベース３００にアクセス可能である。
【００１６】
なお、本発明において、「楽器」とは、パソコン４００・携帯電話５００・ゲーム機６００によって実現される疑似的な楽器も含むものとする。
【００１７】
［カラオケ装置１００の構成］
図２に示すように、カラオケ装置１００は、リモコン１１０とコマンダ１２０とから構成される。なお、複数のリモコン１１０が、コマンダ１２０と通信可能となるように構成してもよい。
リモコン１１０は、制御部１１１と表示部１１２とタッチパネル１１３とを有している。
制御部１１１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記録された各種プログラムを読み出して実行することにより、リモコン１１０全体を統括制御し、かつ「禁止手段」、「投稿手段」として機能する。また、コマンダ１２０やサーバ２００と通信するための機能を有する。
表示部１１２には、本実施形態を実現するために必要な情報を含む種々の情報を表示する。
表示部１１２の前面にはユーザインタフェースとして機能するタッチパネル１１３が設けられており、タッチパネル１１３は、後述するように、「カラオケ楽曲の楽器音データを用いて伴奏を行うかどうかの指示」、「演奏する楽器の入力」、「演奏する楽曲の入力」、「選択された楽器の演奏時に出力する打楽器の楽器音データを選択する入力操作」のそれぞれを受け付ける「伴奏指示手段」、「楽器入力手段」、「楽曲入力手段」、「合奏音入力手段」として機能する。
【００１８】
コマンダ１２０は制御部１２１を有し、制御部１２１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記録された各種プログラムを読み出して実行することにより、コマンダ１２０全体を統括制御する。また、コマンダ１２０には、楽器音取得部１３０が接続されており、ユーザが楽器を用いて演奏した楽曲の楽器音を取得する。楽器音取得部１３０は、マイクや楽器に直接接続する端子等で構成される。
ここで、楽器音取得部１３０においては、楽曲の楽器音を取得するときに、ＭＩＤＩ形式であればテンポ値を対応付けて記録する。また、ＰＣＭ信号等の生音形式であれば、サンプリング周波数を対応付けて記録する。そして、再生装置では、当該テンポ値やサンプリング周波数を用いて楽音を再生する。
【００１９】
なお、リモコン１１０及びコマンダ１２０の構成のうち、本発明の理解に直接関係のない部分については詳細な説明を省略する。
【００２０】
［サーバ２００の構成］
サーバ２００は制御部２０１を有し、制御部２０１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記録された各種プログラムを読み出して実行することにより、サーバ２００全体を統括制御する。また、カラオケ楽曲データベース３０１及び投稿曲データベース３０２を有するデータベース３００にアクセスする。
【００２１】
カラオケ楽曲データベース３０１には、カラオケ楽曲の再生等に用いられるカラオケ楽曲データが記録されている。カラオケ楽曲データベース３０１のデータ構造等は公知のものを採用でき、本発明の理解に直接関係のない部分であるので詳細な説明を省略する。
投稿曲データベース３０２には、カラオケ装置１００から投稿された「投稿データ」が記録される。投稿データには、カラオケ装置１００内で演奏された楽器の楽器音データ（以下、「投稿楽器音データ」という。）が含まれる。
図３に示すように、投稿曲データベース３０２には、「識別コード」をキーとして、「投稿楽器音データ」、「楽曲コード」、「楽器コード」、「合奏コード」、「投稿者コード」、「投稿日」等が記録されている。
【００２２】
「識別コード」は、各投稿楽器音データを識別するためのユニークな識別符号である。
「楽曲コード」は、投稿楽器音データの楽曲名を示す識別符号であり、当該楽曲名がカラオケ楽曲データベース３０１に存在するものであれば、カラオケ楽曲データベース３０１と同じ楽曲コードが用いられる。また、当該楽曲がカラオケ楽曲データベース３０１に存在しないものであれば、新たな楽曲コードが付されることになる。
「楽器コード」は、当該楽器音データの楽器を示す識別符号である。
「合奏コード」は、投稿楽器音データの楽器演奏の際に用いた合奏音（打楽器音）を示す識別符号であり、上記識別コードが記載される。また、楽器コードが打楽器（例えば、ドラム）を示している場合は、合奏コードは記載されない。
「投稿者コード」は、投稿楽器音データを投稿したユーザを識別するための識別符号である。
「投稿日」は、投稿楽器音データが投稿された日時を示している。
【００２３】
サーバ２００は、再生装置からの要求に応じてカラオケ楽曲データベース３０１や投稿曲データベース３０２に記録されているカラオケ楽曲データや投稿楽器音データを配信する（以下、配信されたカラオケ楽曲データ及び投稿楽器音データを「配信楽器音データ」という。）。
再生装置は、取得した複数の配信楽器音データを用いて楽音を再生する。このとき、各楽器音データがＭＩＤＩ形式であれば、ＭＩＤＩ形式のデータに含まれる速度のタイミング信号であるテンポ値を用いて同期を取る（すなわち、各楽器音データの楽音のテンポ（演奏速度）を一致させる）ことができる。しかしながら、各楽器音データが生音形式の場合、同期を取るためのテンポ値が含まれていないため、同期を取ることができない。この点、各生音形式の楽器音データ毎に別途タイミング信号を作成して、当該楽器音データに付加することも可能であるが、膨大な作業コストが必要である。
本実施形態では、サーバ２００に投稿できる楽器音データを制限することにより、この問題点を解決する。
【００２４】
［投稿システムで送受信される情報］
次に、投稿システムで送受信される情報（楽器音データの投稿を禁止する場合）の一例について、図４を参照しつつ説明する。
【００２５】
カラオケ装置１００は、ユーザの操作（カラオケ楽曲の楽器音データを用いて伴奏を行うかどうかの指示、演奏する楽器の入力、演奏する楽曲の入力）を、タッチパネル１１３を介して受け付ける（１）。
カラオケ装置１００は、受け付けた操作に関する情報（特に、演奏する楽曲に関する情報）を問い合わせ信号としてサーバ２００に送信する（２）。
サーバ２００は、受信した問い合わせ信号に基いて投稿曲データベース３０２を参照し、カラオケ装置１００に送信する回答信号を作成する（３）。
サーバ２００は、回答信号をカラオケ装置１００に送信する（４）。
カラオケ装置１００は、受信した回答信号に基いて、演奏した楽器の楽器音データの投稿を禁止するか否かを判断するための判断処理を行う（５）。
カラオケ装置１００は、演奏した楽器の楽器音データの投稿を禁止すると判断した場合に、その旨を示す内容をリモコン１１０の表示部１１２やコマンダ１２０に接続されているディスプレイに表示するための禁止処理を行う（６）。
【００２６】
以上の処理により、複数の配信楽器音データを用いて楽音を再生する際に同期を取ることができないような楽器音データの投稿を禁止するので、投稿曲データベース３０２には、他のデータと同期をとることが容易な投稿楽器音データのみが記録されることになり、その結果、再生装置において各楽器音データの同期を確実に取ることができるようになる。
【００２７】
［カラオケ装置１００側の処理］
次に、カラオケ装置１００側で実行されるカラオケ側処理について図５のフローチャートを用いて具体的に説明する。カラオケ装置側処理のプログラムは、制御部１１１及び制御部１２１内のＲＯＭに記録されており、制御部１１１内のＣＰＵ及び制御部１２１内のＣＰＵにより実行される。
【００２８】
まず、Ｓ１０１において、制御部１１１は、ユーザからの操作を受け付ける。ユーザからの操作には、カラオケ楽曲の楽器音データを用いて伴奏を行うかどうかの指示、演奏する楽器の入力、演奏する楽曲の入力が含まれる。このとき、表示部１１２には操作を促すための画面が表示される。Ｓ１０１により、制御部１１１は、ユーザがどの楽曲をどの楽器で演奏するか、また、カラオケ楽曲の楽器音データの伴奏は用いるか否かの情報を取得する。
【００２９】
Ｓ１０２において、制御部１１１は、Ｓ１０１で受け付けた操作に関する情報を問い合わせ信号としてサーバ２００に送信する。ただし、Ｓ１０１でカラオケ楽曲の楽器音データを用いて伴奏を行わないことが指示され、かつ演奏する楽器が打楽器以外である場合に限って、演奏する楽曲の楽曲コードが問い合わせ信号として送信される。なお、リモコン１１０から送信される問い合わせ信号に対するサーバ２００からの回答信号は、後述のＳ１０９の処理が実行されるまでの間に受信されているものとする。
【００３０】
Ｓ１０３において、制御部１１１は、Ｓ１０１でカラオケ楽曲の楽器音データを用いて伴奏を行うことが指示されたか否かを判断する。ここで、カラオケ楽曲とは、通常の通信カラオケの楽曲データであり、カラオケ楽曲には、ガイドメロディ、打楽器音情報等に代表されるユーザが合奏に必要な音楽情報が予め組み込まれている。なお、従来の楽曲データはＭＩＤＩ形式であったが、最近のカラオケ楽曲には、ＰＣＭ録音された打楽器音（生音）を、打楽器を識別する情報（楽器コード）ともに記録したものもある。この処理において、カラオケ楽曲の楽器音データを用いて伴奏を行うことが指示されたと判断した場合は（Ｓ１０３：ＹＥＳ）、制御部１１１は、演奏する楽曲の楽曲コードをリモコン１１０に送信し、処理をＳ１０４に移行させる。
【００３１】
Ｓ１０４において、コマンダ１２０の制御部１２１は、受信した楽曲コードの楽音を、打楽器音以外をミュートして再生し、また、演奏された楽器の楽器音データを楽器音取得部１３０を介して取得する。ユーザは、再生される打楽器音のテンポを基準として楽器の演奏を行う。すなわち、再生される打楽器音と同期を取りながら楽器の演奏を行う。これにより、取得された楽器音データにはテンポの基準となるデータが存在するので、他の楽器音データと同期を取ることが可能となる。なお、再生する楽音の楽音データがコマンダ１２０内に存在しない場合は、コマンダ１２０は、サーバ２００に対し当該楽音データのリクエストを行うものとする。
【００３２】
Ｓ１０５において、制御部１２１は、投稿データを作成し、作成した投稿データをサーバ２００に送信する。投稿データには、演奏された楽器の楽器音データと楽曲コードと楽器コードと投稿者コードが含まれる。ここで、楽器音データ及び楽曲データについては、Ｓ１０１で取得した情報が再度用いられる。また、ユーザがリモコン１１０にログインしている場合は、当該ログインのユーザＩＤを投稿者コードとすることができる。なお、制御部１２１は、リモコン１１０を介して入力可能な（制御部２０１が識別可能な）楽曲コード、楽器コードの候補を表示部１１２に表示して投稿するユーザに選択させてもよい。
【００３３】
一方、Ｓ１０３において、カラオケ楽曲の楽器音データを用いて伴奏を行わないことが指示されたと判断した場合は（Ｓ１０３：ＮＯ）、制御部１１１は、処理をＳ１０６に移行させる。
Ｓ１０６において、制御部１１１は、Ｓ１０１で入力された演奏する楽器が打楽器（例えば、ドラム）か否かを判断する。この処理において、演奏する楽器が打楽器であると判断した場合は（Ｓ１０６：ＹＥＳ）、制御部１１１は、楽器音データ取得をコマンダ１２０に指示し、処理をＳ１０７に移行させる。
【００３４】
Ｓ１０７において、コマンダ１２０の制御部１２１は、演奏された楽器の楽器音データを楽器音取得部１３０を介して取得する。ユーザは、自身の好みのテンポで打楽器の演奏を行う。
Ｓ１０８において、制御部１２１は投稿データを作成し、作成した投稿データをサーバ２００に送信する。投稿データには、演奏された楽器の楽器音データと楽曲コードと楽器コードと投稿者コードが含まれる。ここで、楽器音データ及び楽曲データについては、Ｓ１０１で取得した情報が再度用いられる。また、ユーザがリモコン１１０にログインしている場合は、当該ログインのユーザＩＤを投稿者コードとすることができる。なお、制御部１２１は、リモコン１１０を介して入力可能な（制御部２０１が識別可能な）楽曲コード、楽器コードの候補を表示部１１２に表示して投稿するユーザに選択させてもよい。
【００３５】
一方、Ｓ１０６において、演奏する楽器が打楽器ではないと判断した場合は（Ｓ１０６：ＮＯ）、制御部１１１は、処理をＳ１０９に移行させる。
Ｓ１０９において、制御部１１１は、演奏する楽曲の打楽器の楽器音データが投稿曲データベース３０２に投稿されているか否かを判断する。この判断には、サーバ２００から受信した回答信号が用いられる。この処理において、打楽器の楽器音データが投稿されていると判断した場合は（Ｓ１０９：ＹＥＳ）、処理をＳ１１０に移行させる。
【００３６】
Ｓ１１０において、制御部１１１は、投稿されている打楽器の楽器音データが複数か否かを判断する。この処理において、投稿されている打楽器の楽器音データが複数であると判断した場合は（Ｓ１１０：ＹＥＳ）、制御部１１１は、処理をＳ１１１に移行させる。
【００３７】
Ｓ１１１において、制御部１１１は、複数の打楽器の楽器音データのうち、どの楽器音データを楽音再生させるかについての操作を受け付ける。このとき、制御部１１１は、表示部１１２に各楽器音データの説明文（楽器音データを作成したユーザの「投稿者コード（ユーザＩＤに相当）」、「投稿日時」、「楽器コード（楽器種別に相当）」等を出力する。また、各楽器音データを用いて楽音を視聴させるように構成してもよい。この場合、上記回答信号に、視聴のために各楽器音データが含まれるように構成する。
【００３８】
Ｓ１１２において、制御部１１１は、コマンダ１２０に対し、打楽器の楽器音データの楽音の再生を指示し、処理をＳ１１３に移行させる。
Ｓ１１３において、コマンダ１２０の制御部１２１は、指示された打楽器の楽器音データを用いて楽音を再生し、また、演奏された楽器の楽器音データを楽器音取得部１３０を介して取得する。ユーザは、打楽器の楽器音データの楽音のテンポを基準として楽器の演奏を行う。すなわち、再生される打楽器音と同期を取りながら楽器の演奏を行う。これにより、取得された楽器音データにはテンポの基準となるデータが存在するので、他の楽器音データと同期を取ることが可能となる。
【００３９】
Ｓ１１４において、制御部１２１は、投稿データを作成し、作成した投稿データをサーバ２００に送信する。投稿データには、演奏された楽器の楽器音データと楽曲コードと楽器コードと投稿者コードが含まれる。ここで、楽器音データ及び楽曲データについては、Ｓ１０１で取得した情報が再度用いられる。また、ユーザがリモコン１１０にログインしている場合は、当該ログインのユーザＩＤを投稿者コードとすることができる。なお、制御部１２１は、リモコン１１０を介して入力可能な（制御部２０１が識別可能な）楽曲コード、楽器コードの候補を表示部１１２に表示して投稿するユーザに選択させてもよい。
【００４０】
一方、Ｓ１０９において、打楽器の楽器音データが投稿されていないと判断した場合は（Ｓ１０９：ＮＯ）、制御部１１１は、処理をＳ１１５に移行させる。
Ｓ１１５において、制御部１１１は、楽器音データの投稿ができない旨を表示部１１２に表示する。また、コマンダ１２０に接続されているディスプレイにも表示してもよい。
これにより、制御部１１１は、Ｓ１０１で選択された楽器で演奏された際の楽器音データの投稿を禁止する。なお、制御部１１１は、Ｓ１０１で選択された楽器による演奏自体を禁止するように構成してもよく、演奏自体は許可して投稿のみを禁止するように構成してもよい。
【００４１】
以上説明したカラオケ側処理によれば、複数の配信楽器音データを用いて楽音を再生する際に同期を取ることができないような楽器音データの投稿を禁止するので、投稿曲データベース３０２には、他のデータと同期をとることが容易な投稿楽器音データのみが記録されることになり、その結果、再生装置において各楽器音データの同期を確実に取ることができるようになる。
【００４２】
［サーバ側処理］
次に、サーバ側処理について説明する。サーバ側処理は、所定周期で繰り返し実行される。
Ｓ２０１において、制御部２０１は、カラオケ装置１００から問い合わせ信号を受信したか否かを判断する。この処理において、問い合わせ信号を受信したと判断した場合は（Ｓ２０１：ＹＥＳ）、制御部２０１は、処理をＳ２０２に移行させる。
【００４３】
Ｓ２０２において、制御部２０１は、回答信号を作成する。具体的には、制御部２０１は、受信した問い合わせ信号に含まれる楽曲コードをキーとして投稿曲データベース３０２をアクセスし、当該楽曲コードの打楽器の投稿楽器音データが存在するか否かを判断する。そして、打楽器の投稿楽器音データが存在する場合には、その情報を回答信号とし、また、存在しない場合には、そのことを示す情報を回答信号として作成する。
Ｓ２０３において、制御部２０１は、Ｓ２０２で作成した回答信号を、カラオケ装置１００に送信する。
【００４４】
一方、Ｓ２０１において、問い合わせ信号を受信していないと判断した場合は（Ｓ２０１：ＮＯ）、制御部２０１は、処理をＳ２０４に移行させる。
Ｓ２０４において、制御部２０１は、カラオケ装置１００から投稿データを受信したか否かを判断する。この処理において、投稿データを受信していないと判断した場合は（Ｓ２０４：ＮＯ）、制御部２０１は、サーバ側処理を終了する。一方、この処理において、投稿データを受信したと判断した場合は（Ｓ２０４：ＹＥＳ）、制御部２０１は、処理をＳ２０５に移行させる。
Ｓ２０５において、制御部２０１は、受信した投稿データに基いて投稿曲データベース３０２を更新する。
【００４５】
以上説明したサーバ側処理によれば、カラオケ装置１００で必要な情報を送信し、また、投稿楽器音データを投稿曲データベース３０２に記録することができるので、その結果、再生装置において各楽器音データの同期を確実に取ることができるようになる。
【００４６】
以上説明したとおり、本実施形態によれば、他の楽器の演奏における基準となる打楽器（例えば、ドラム）で演奏された楽器音データが存在しない場合には、打楽器以外の楽器で演奏された楽器音データの投稿を禁止する。これにより、基準となる楽器音データを有しない状態で演奏された楽器音データの投稿を禁止し、基準となる楽器音データ（ドラム等の打楽器の楽器音データ）に基いて演奏された打楽器以外の楽器の楽器音データを投稿可能とすることで、当該基準となる楽器音データを用いて各楽器音データの同期を確実に取ることができる。また、楽器音データを用いるＵＧＣシステムにおいて、楽器音データを容易に扱うことができる環境を提供することができる。
【００４７】
本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることはいうまでもない。
【００４８】
また、投稿システムのサーバ２００には、パソコン４００・携帯電話５００・ゲーム機６００からもアクセス可能であり、当該パソコン４００・携帯電話５００・ゲーム機６００からも楽器音データを投稿曲データベース３０２に投稿することができる。また、パソコン４００・携帯電話・ゲーム機６００から複数の楽器音データを取得し、当該複数の楽器音データを用いて楽音を再生することもできる。
【００４９】
また、上述した各フローチャートは単なる一例であり、該各フローチャートの処理と同等の結果を得ることができるものであれば、他のフローチャートによって処理を実現してもよい。
また、上述したリモコン、コマンダ、サーバに係る各方法、当該方法をコンピュータに実行させるためのプログラム、当該プログラムを記録した記録媒体等としても本発明は実現可能である。
【符号の説明】
【００５０】
１００…カラオケ装置
１１０…リモコン、１１１…制御部、１１２…表示部、１１３…タッチパネル
１２０…コマンダ、１２１…制御部
２００…サーバ、２０１…制御部
３００…データベース、３０１…カラオケ楽曲データベース、３０２…投稿曲データベース
４００…パソコン、５００…携帯電話、６００…ゲーム機
【図１】
2010237533.tif 000003
【図２】
2010237533.tif 000004
【図３】
2010237533.tif 000005
【図４】
2010237533.tif 000006
【図５】
2010237533.tif 000007
【図６】
2010237533.tif 000008