(57)【要約】【課題】ユーザに提供可能な投稿歌唱音データの数を増加さえることができるカラオケシステム、サーバ等を提供する。【解決手段】  歌唱者は１回目の歌唱を行い、カラオケ装置はその歌唱音声を判定用歌唱音データとして取得し、当該判定用歌唱音データを含む判定データをサーバに送信する。サーバは、受信した判定用歌唱音データ等をデータベースに記録し、当該判定用歌唱音データに基いて重唱音データを決定し、カラオケ装置に送信する。カラオケ装置は、受信した重唱音データに基いた重唱音声をカラオケ楽曲の楽音と共に出力する。これにより歌唱者は、２回目の歌唱において、当該歌唱者の１回目の歌唱に基いて決定された重唱音声を用いて重唱を行うことができる。一方サーバは、判定用歌唱音データを受信するごとに、当該判定用歌唱音データを新たな投稿歌唱音データとしてデータベースに記録（新規登録）する。【選択図】図５
2010276794.tif 000002
【特許請求の範囲】
【請求項１】
サーバと当該サーバと通信可能なカラオケ装置とから構成されるカラオケシステムであって、
前記サーバは、前記カラオケ装置で歌唱された投稿歌唱音データを記録するデータベースを有し、
前記カラオケ装置は、カラオケ楽曲の１回目の演奏を行い、当該演奏の歌唱音データを、前記サーバに送信し、
前記サーバは、受信した歌唱音データを、新たな投稿歌唱音データとして前記データベースに記録し、
前記サーバは、前記歌唱音データのパートを判定し、
前記サーバは、前記歌唱音データのパートを判定すると、当該歌唱音データを用いて、前記データベースから投稿歌唱音データを選択し、
前記サーバは、前記選択した投稿歌唱音データまたは当該投稿歌唱音データから生成した歌唱音データを重唱用歌唱音データとして前記カラオケ装置に送信し、
前記カラオケ装置は、前記カラオケ楽曲の２回目の演奏を行う際に、前記受信した重唱用歌唱音データを用いて歌唱音声を出力する、
ことを特徴とするカラオケシステム。 
【請求項２】
前記カラオケ装置は、前記カラオケ楽曲を最後まで演奏したときに、前記歌唱音データを、前記サーバに送信する、
ことを特徴とする請求項１のカラオケシステム。 
【請求項３】
カラオケ装置と通信可能なサーバであって、
前記カラオケ装置で歌唱された投稿歌唱音データを記録するデータベースを有し、
前記カラオケ装置から送信された歌唱音データを受信し、
前記受信した歌唱音データを、新たな投稿歌唱音データとして前記データベースに記録し、
前記歌唱音データのパートを判定し、
前記歌唱音データのパートを判定すると、当該歌唱音データを用いて、前記データベースから前記投稿歌唱音データを選択し、
前記選択した投稿歌唱音データまたは当該投稿歌唱音データから生成した歌唱音データを重唱用歌唱音データとして前記カラオケ装置に送信する、
ことを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケに関するものであり、特に、重唱や合唱のための歌唱音声を出力するためのカラオケシステム、サーバ等に関するものである。
【背景技術】
【０００２】
従来、歌唱者のパート以外のパートの歌唱音声をカラオケ楽曲の演奏の際に出力することにより、重唱や合唱（以下、「重唱」という。）を可能としたカラオケ装置が提案されている。このようなカラオケ装置では、歌唱者が主旋律パートを歌唱するときはハーモニーパートの歌唱音声を出力し、歌唱者がハーモニーパートを歌唱するときは主旋律パートの歌唱信号を出力する。この技術に関連する下記特許文献１には、歌唱者の歌唱信号から音域を判定し、判定結果に応じた歌唱信号を出力するカラオケ装置が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平９−４４１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信技術及び記録技術の進歩に伴い、歌唱音データを投稿（サーバにアップロードして、サーバで記録）することができるカラオケシステムが提案されている。そして、このようなカラオケシステムと、重唱可能なカラオケ装置とを技術的に融合させることにより、カラオケを楽しむ歌唱者の興趣を高めることができると考えられる。
【０００５】
ここで、投稿された歌唱音データ（投稿歌唱音データ）をユーザに提供するシステムを構築する場合、提供可能な投稿歌唱音データの数をできるだけ増やすことが望ましいので、より多くのユーザが歌唱音データを投稿するような環境を提供する必要がある。
【０００６】
本発明は、上記問題点を解決することができるカラオケシステム、サーバ等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１に係る発明は、サーバと当該サーバと通信可能なカラオケ装置とから構成されるカラオケシステムであって、前記サーバは、前記カラオケ装置で歌唱された投稿歌唱音データを記録するデータベースを有し、前記カラオケ装置は、カラオケ楽曲の１回目の演奏を行い、当該演奏の歌唱音データを、前記サーバに送信し、前記サーバは、受信した歌唱音データを、新たな投稿歌唱音データとして前記データベースに記録し、前記サーバは、前記歌唱音データのパートを判定し、前記サーバは、前記歌唱音データのパートを判定すると、当該歌唱音データを用いて、前記データベースから投稿歌唱音データを選択し、前記サーバは、前記選択した投稿歌唱音データまたは当該投稿歌唱音データから生成した歌唱音データを重唱用歌唱音データとして前記カラオケ装置に送信し、前記カラオケ装置は、前記カラオケ楽曲の２回目の演奏を行う際に、前記受信した重唱用歌唱音データを用いて歌唱音声を出力することを特徴とする。
【０００８】
また、請求項２に係る発明は、請求項１のカラオケシステムであって、前記カラオケ装置は、前記カラオケ楽曲を最後まで演奏したときに、前記歌唱音データを、前記サーバに送信することを特徴とする。
【０００９】
また、請求項３に係る発明は、カラオケ装置と通信可能なサーバであって、前記カラオケ装置で歌唱された投稿歌唱音データを記録するデータベースを有し、前記カラオケ装置から送信された歌唱音データを受信し、前記受信した歌唱音データを、新たな投稿歌唱音データとして前記データベースに記録し、前記歌唱音データのパートを判定し、前記歌唱音データのパートを判定すると、当該歌唱音データを用いて、前記データベースから前記投稿歌唱音データを選択し、前記選択した投稿歌唱音データまたは当該投稿歌唱音データから生成した歌唱音データを重唱用歌唱音データとして前記カラオケ装置に送信することを特徴とする。
【発明の効果】
【００１０】
請求項１に係る発明によれば、カラオケ装置において歌唱された歌唱音データを新たな投稿歌唱音データとしてデータベースに記録したあとで、重唱用歌唱音データをカラオケ装置に送信する。これにより、ユーザが重唱用歌唱音データを利用して歌唱を行う場合には、当該重唱用歌唱音データの選択に用いられた歌唱音データ（１回目の演奏の歌唱音データ）が、新たな投稿歌唱音データとしてデータベースに記録されるので、データベースに記録される投稿歌唱音データの数を確実に増やすことができる。また、投稿された歌唱音データを、重唱時に効率的に利用することができる。
【００１１】
また、請求項２に係る発明によれば、カラオケ楽曲を最後まで演奏したときに、当該演奏の歌唱音データがサーバに送信される。これにより、途中で演奏終了されたカラオケ楽曲の歌唱音データについてはサーバに送信されることがないため、ネットワーク資源等を有効に活用することができる。
なお、「後奏の再生時にカラオケ楽曲の演奏を終了した」場合についても「カラオケ楽曲を最後まで演奏した」ものとすることができる。すなわち、カラオケ楽曲の全ての歌唱区間における歌唱音データを取得できた場合のみに、当該演奏の歌唱音データがサーバに送信される。
【００１２】
また、請求項３に係る発明によれば、カラオケ装置において歌唱された歌唱音データを新たな投稿歌唱音データとしてデータベースに記録したあとで、重唱用歌唱音データをカラオケ装置に送信する。これにより、ユーザが重唱用歌唱音データを利用した歌唱を行う場合には、当該重唱用歌唱音データの選択に用いられた歌唱音データが（１回目の演奏の歌唱音データ）、新たな投稿歌唱音データとしてデータベースに記録されるので、データベースに記録される投稿歌唱音データの数を確実に増やすことができる。また、投稿された歌唱音データを、重唱するときに効率的に利用することができる。
【図面の簡単な説明】
【００１３】
【図１】カラオケシステムの構成の一例を示した図である。
【図２】投稿歌唱音データベースのデータ構造の一例を示した図である。
【図３】カラオケシステムにおける情報の流れの一例を示した説明図である。
【図４】カラオケ側処理のフローチャートである。
【図５】サーバ側処理及び重唱音データ送信処理のフローチャートである。
【図６】パート判定処理のフローチャートである。
【図７】重唱音データ決定処理のフローチャートである。
【図８】主旋律パートのデータをハモリパートのデータに変換する様子を示した説明図である。
【図９】ハモリパートのデータを主旋律パートのデータに変換する様子を示した説明図である。
【図１０】提供データ選択処理のフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態に係るカラオケシステムについて説明する。
【００１５】
［カラオケシステムの概要］
本実施形態に係るカラオケシステムでは、重唱に適切な重唱音データを決定し、当該重唱音データに基いた重唱音声をカラオケ楽曲の楽音と共に出力することができる。
歌唱者は１回目の歌唱を行い、カラオケ装置はその歌唱音声を判定用歌唱音データとして取得し、当該判定用歌唱音データを含む判定データをサーバに送信する。サーバは、受信した判定データに含まれる判定用歌唱音データ等をデータベースに記録し、当該判定用歌唱音データに基いて重唱音データを決定し、カラオケ装置に送信する。カラオケ装置は、受信した重唱音データに基いた重唱音声をカラオケ楽曲の楽音と共に出力する。これにより歌唱者は、２回目の歌唱において、当該歌唱者の１回目の歌唱に基いて決定された重唱音声を用いて重唱を行うことができる。一方サーバは、判定用歌唱音データを受信するごとに、当該判定用歌唱音データを新たな投稿歌唱音データとしてデータベースに記録（新規登録）するので、当該データベースに記録される投稿歌唱音データ、すなわちユーザに提供可能な投稿歌唱音データの数を確実に増加させることができる。
【００１６】
［カラオケステムの構成］
カラオケシステムは、図１に示すように、各地のカラオケ店舗の客室に設置されたカラオケ装置１００と各種情報の配信・管理を行うサーバ２００とから構成され、各カラオケ装置１００とサーバ２００とは通信網を介して接続されている。図１ではカラオケ装置１００は１つであるが、実際は多数のカラオケ装置１００がサーバ２００に接続される構成となっている。
【００１７】
［サーバ２００の構成］
サーバ２００は、図１に示すように、制御部２０１とカラオケ楽曲データベース２０２と投稿歌唱音データベース２０３と一時記録部２０４とから構成される。制御部２０１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記録された各種プログラムを読み出して実行することにより、サーバ２００全体を統括制御する。また、上述したとおり、多数のカラオケ装置１００がサーバ２００に接続されるので、サーバ２００に複数のカラオケ装置１００が同時にアクセスされることがある。また、サーバ２００は自己の負荷を監視することができる。
【００１８】
カラオケ楽曲データベース２０２には、カラオケ楽曲の演奏等に用いられる楽曲データが記録されている。また、後述の判定用歌唱音データと比較するための主旋律基準データ及びハモリ基準データが記録されている。さらに、通常のカラオケ楽曲の演奏時に用いられる歌唱音データ（予め作成されているもの）が記録されている。歌唱音データは、いわゆるガイドメロディであり、ＭＩＤＩ形式や生音形式で記録されている。なお、カラオケ楽曲データベース２０２のデータ構造等は公知のものを採用でき、本発明の理解に直接関係のない部分であるので詳細な説明を省略する。
【００１９】
投稿歌唱音データベース２０３には、カラオケ装置１００から送信された「判定データ」や「投稿データ」が記録される。
また、図２に示すように、投稿歌唱音データベース２０３には、「識別コード」をキーとして、「投稿歌唱音データ」、「楽曲コード」、「パート」、「投稿者コード」、「投稿日」等が記録されている。
【００２０】
「識別コード」は、各投稿歌唱音データを識別するためのユニークな識別符号である。
「楽曲コード」は、投稿歌唱音データの楽曲名を示す識別符号であり、カラオケ楽曲データベース２０２と同じ楽曲コードが用いられる。
「パート」は、当該投稿歌唱音データのパートを示す識別符号であり、主旋律のメロディが歌唱された場合は「主旋律」となり、ハモリのメロディが歌唱された場合は「ハモリ」となる。
「投稿者コード」は、投稿歌唱音データを投稿した歌唱者を識別するための識別符号である。
「投稿日」は、投稿歌唱音データが投稿された日時を示している。
【００２１】
一時記録部２０４には、カラオケ装置１００から送信された判定用歌唱音データが一時的に記録され、記録された判定用歌唱音データは後述するパート判定処理や重唱音データ決定処理において用いられる。また、後述の提供データ選択処理で用いられる「基準データ」及び「候補データ」が一時的に記録される。
【００２２】
［カラオケ装置１００の構成］
図１に示すように、カラオケ装置１００は、リモコン１１０とコマンダ１２０とから構成される。なお、複数のリモコン１１０が、コマンダ１２０と通信可能となるように構成してもよい。
リモコン１１０は制御部１１１を有し、制御部１１１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記録された各種プログラムを読み出して実行することにより、リモコン１１０全体を統括制御する。
【００２３】
コマンダ１２０は制御部１２１を有し、制御部１２１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記録された各種プログラムを読み出して実行することにより、コマンダ１２０全体を統括制御する。また、コマンダ１２０には、マイク１３０が接続されており、歌唱者の歌唱音声を歌唱音データとして取得し、ＲＡＭ等に一時的に記録する。また、コマンダ１２０には、スピーカ１４０が接続されており、カラオケ楽曲の楽音や重唱用歌唱音声が出力される。
なお、リモコン１１０及びコマンダ１２０の構成のうち、本発明の理解に直接関係のない部分については詳細な説明を省略する。
【００２４】
［カラオケシステムで送受信される情報］
次に、カラオケシステムで送受信される情報の一例について、図３を参照しつつ説明する。
【００２５】
リモコン１１０は、歌唱する楽曲のリクエスト操作を歌唱者から受け付ける（１）。なお、このリクエスト操作には、重唱音データを用いた重唱を行いたい旨を指示する操作が含まれるものとする。
リモコン１１０は、コマンダ１２０にリクエスト信号を送信する（２）。
コマンダ１２０は、リクエスト信号に基いてカラオケ楽曲の１回目の演奏を行いつつ、歌唱者の歌唱音声を判定用歌唱音データとして取得してＲＡＭ等に一時的に記録する（３）。
コマンダ１２０は、楽曲の再生が終了すると、判定用歌唱音データが含まれる判定データを作成する（４）。
コマンダ１２０は、判定データをサーバ２００に送信する（５）。
サーバ２００は、受信した判定データに含まれる判定用歌唱音データに基いてパート判定処理を行い、当該歌唱音データのパートを判定する（６）。
サーバ２００は、受信した判定データに含まれる判定用歌唱音データを、新たな投稿歌唱音データとして、上記判定したパートの情報等と共に投稿歌唱音データベース２０３（図２参照）に新規登録する（７）。
また、この処理は、歌唱者の意思に関係なく行われる。すなわち、歌唱者が自身の判定用歌唱音データを投稿歌唱音データベース２０３に登録したくない場合であっても、当該歌唱音データが投稿歌唱音データベース２０３に記録される。
そのため、上記（３）のあとに、上記歌唱音データを送信するか否かを確認するための処理を行うように構成してもよい。また、このように構成した場合、上記歌唱音データを送信しない旨が指示されると、上記送信に係る処理は行われないが、後述の重唱音データを受信することができないので、重唱音データを用いた重唱ができないことになる。
【００２６】
次に、サーバ２００は、受信した判定データに含まれる歌唱音データに基いて重唱音データ決定処理を行い、歌唱者の歌唱の際に用いられる重唱音データを決定する（８）。
サーバ２００は、決定した重唱音データをコマンダ１２０に送信する（９）。また、重唱音データの送信においては、当該重唱音データがどの判定データに対応するものであるかを示す識別情報や当該重唱音データのパートを示す情報等を付随させる。この付随した情報は、後述する投稿データの送信時に用いられる。
コマンダ１２０は、前記リクエスト信号に基いてカラオケ楽曲の２回目の演奏を行いつつ、歌唱者の歌唱音声を投稿用歌唱音データとして取得してＲＡＭ等に一時的に記録する（１０）。
コマンダ１２０は、投稿用歌唱音データが含まれる投稿データを作成する（１１）。
コマンダ１２０は、投稿データをサーバ２００に送信する（１２）。
サーバ２００は、受信した投稿データに含まれる投稿用歌唱音データを、新たな投稿歌唱音データとして投稿歌唱音データベース２０３（図２参照）に新規登録する（１３）。
なお、上記（１１）以降の処理（すなわち、２回目の歌唱の歌唱音データを投稿歌唱音データベース２０３に投稿するための処理）を行うか否かは、歌唱者が任意に決定することができる。すなわち、１回目の歌唱の歌唱音データの投稿は、重唱音データを取得するためには必ず行う必要があるものの、２回目の歌唱の歌唱音データは投稿（投稿歌唱音データベース２０３に新規登録）しないように指示することができる。
【００２７】
以上の処理により、歌唱者が重唱音データを用いたカラオケ歌唱を行う場合には、必ず１回目の歌唱の歌唱音データ（判定用歌唱音データ）を投稿歌唱音データベース２０３に登録することになるため、本実施形態に係るカラオケシステムは、より多くのユーザが歌唱音データを投稿するような環境を提供することができる。また、上記（６）のパート判定処理で判定した歌唱音データのパートを投稿歌唱音データベース２０３に登録するようにしたので、歌唱者は、１回目の歌唱の際にどのパート歌唱したかを示す情報を入力する必要がなく、本実施形態に係るカラオケシステムを用いるユーザの操作性を向上させることができる。
【００２８】
［カラオケ装置側の処理］
次に、カラオケ装置１００側で実行されるカラオケ側処理について図４のフローチャートを用いて具体的に説明する。カラオケ側処理のプログラムは、リモコン１１０の制御部１１１及びコマンダ１２０の制御部１２１内のＲＯＭに記録されており、制御部１１１内のＣＰＵ及び制御部１２１内のＣＰＵにより実行される。
【００２９】
Ｓ１１において、リモコン１１０の制御部１１１は、歌唱する楽曲のリクエスト操作を歌唱者から受け付ける。また、リクエスト操作を受け付けると、制御部１１１は、コマンダ１２０にリクエスト信号を送信する。
Ｓ１２において、コマンダ１２０の制御部１２１は、リクエスト信号に基いてカラオケ楽曲の演奏を開始する。また、歌唱者は、カラオケ楽曲の演奏に伴って歌唱を行う。
【００３０】
Ｓ１３において、コマンダ１２０の制御部１２１は、カラオケ楽曲の１回目の演奏を行いつつ、歌唱者の歌唱音声を判定用歌唱音データとしてＲＡＭ等に一時的に記録する。
Ｓ１４において、コマンダ１２０の制御部１２１は、カラオケ楽曲を最後まで演奏して当該カラオケ楽曲の再生を終了する。なお、「後奏の再生時にカラオケ楽曲の演奏を終了した」場合についても「カラオケ楽曲を最後まで演奏」したものとする。なお、カラオケ楽曲の演奏途中で演奏停止指示がなされた場合、制御部１２１は、カラオケ側処理を終了する。これにより、後述の判定データはサーバ２００に送信されないので、本実施形態に係るカラオケシステムのネットワーク資源等を有効に活用することができる。
Ｓ１５において、コマンダ１２０の制御部１２１は、判定データを作成する。判定データには、歌唱音データと楽曲コードと投稿者コードが含まれる。ただし、歌唱したパートを示す情報は、当該判定データには含まれていない。当該パートを示す情報は、サーバ２００で実行される後述のパート判定処理によってサーバ２００側で取得される。このように構成することにより、歌唱者はどのパートを歌唱したかを示す情報を入力する必要がなく、操作性が向上する。なお、楽曲コードは上記リクエスト操作の際に入力されており、また、投稿者コードはリモコン１１０にログインする際のユーザＩＤを用いることができる。
Ｓ１６において、制御部１２１は、判定データをサーバ２００に送信する。
Ｓ１７において、重唱音データ及び付随したデータを受信する。ここで、付随したデータは、サーバ側で実行される後述の重唱音データ送信処理のＳ４４において生成されたものである。
【００３１】
Ｓ１８において、制御部１２１は、カラオケ楽曲の２回目の演奏を開始する。なお、Ｓ１８では、カラオケ楽曲の最初から演奏が開始される。また、カラオケ楽曲の演奏中、歌唱者の歌唱音声は、投稿用歌唱音データとして記録される。
Ｓ１９において、制御部１２１は、カラオケ楽曲の演奏を終了する。
Ｓ２０において、制御部１２１は、投稿データを作成する。投稿データには、投稿用歌唱音データと楽曲コードと投稿者コードとパートを示す情報が含まれる。なお、制御部１２１は、上記Ｓ１７で受信した重唱音データに付随したデータに基いてパートを示す情報を取得することができる。より具体的には、当該付随したデータが受信した重唱音データのパートを示す情報であり、かつ当該情報が「主旋律」を示していれば、「ハモリ」が投稿用歌唱音データのパートを示す情報となる。また、付随したデータが受信した重唱音データのパートを示す情報であり、かつ当該情報が「パート」を示していれば、「主旋律」が投稿用歌唱音データのパートを示す情報となる。また、付随したデータに判定用歌唱音データのパートを示す情報（サーバ側で実行される後述のパート判定処理の結果）が含まれていれば、当該情報がそのまま投稿用歌唱音データのパートを示す情報となる。
Ｓ２１において、制御部１２１は、投稿データをサーバ２００に送信する。
【００３２】
［サーバ側の処理］
次に、サーバ２００で実行されるサーバ側処理について図５等のフローチャートを用いて具体的に説明する。サーバ側処理のプログラムは、サーバ２００の制御部２０１内のＲＯＭに記録されており、制御部２０１内のＣＰＵにより繰り返し実行される。
【００３３】
Ｓ３１において、制御部２０１は、コマンダ１２０から判定データを受信したか否かを判断する。この処理において、判定データを受信したと判断した場合は（Ｓ３１：ＹＥＳ）、制御部２０１は、受信した判定データをＲＡＭ等に一時的に記録し、処理をＳ３２に移行させる。
Ｓ３２において、制御部２０１は、重唱音データ送信処理を実行する。重唱音データ送信処理では、判定用歌唱音データの投稿歌唱音データベース２０３への登録と重唱音データの送信とが行われる。重唱音データ送信処理の詳細については後述する。
一方、Ｓ３１において、判定データを受信していないと判断した場合は（Ｓ３１：ＮＯ）、制御部２０１は、処理をＳ３３に移行させる。
Ｓ３３において、制御部２０１は、コマンダ１２０から投稿データを受信したか否かを判断する。この処理において、投稿データを受信していないと判断した場合は（Ｓ３３：ＮＯ）、制御部２０１は、サーバ側処理を終了する。
一方、Ｓ３３において、投稿データを受信したと判断した場合は（Ｓ３３：ＹＥＳ）、制御部は、処理をＳ３４に移行させる。
Ｓ３４において、制御部２０１は、受信した投稿データを用いて、投稿歌唱音データ等を投稿歌唱音データベース２０３に新規登録する。より具体的には、図２の投稿歌唱音データベース２０３に示すデータ構造に適応するように、
（１）図２に示す「識別コード」を新たに生成し、
（２）受信した投稿データに含まれる投稿用歌唱音データを、図２に示す「投稿歌唱音データ」とし、
（３）受信した投稿データに含まれる楽曲コードを、図２に示す「楽曲コード」とし、
（４）受信した投稿データに含まれるパートを示す情報を、図２に示す「パート」とし、
（５）受信した投稿データに含まれる投稿者コードを、図２に示す「投稿者コード」とし、
（６）サーバ２００が具備する不図示のタイマを参照して、図２に示す「投稿日」を生成する。
なお、本実施形態に係るカラオケシステムにおいては、カラオケ装置１００側に不図示のタイマを具備するように構成し、投稿データに上記「投稿日」を示す情報を含ませるようにしてもよい。
【００３４】
［重唱音データ送信処理］
次に、サーバ側処理のＳ３２で実行される重唱音データ送信処理について、図５のフローチャートを用いて説明する。
Ｓ４１において、パート判定処理を実行する。パート判定処理では、受信した判定データに含まれる判定用歌唱音データのパートが判定される。パート判定処理の詳細については後述する。
Ｓ４２において、制御部２０１は、受信した判定データを用いて、判定用歌唱音データ等を投稿歌唱音データベース２０３に新規登録する。より具体的には、図２の投稿歌唱音データベース２０３に示すデータ構造に適用するように、
（１）図２に示す「識別コード」を新たに生成し、
（２）受信した判定データに含まれる判定用歌唱音データを、図２に示す「投稿歌唱音データ」とし、
（３）受信した判定データに含まれる楽曲コードを、図２に示す「楽曲コード」とし、
（４）Ｓ４１のパート判定処理によって判定されたパートを、図２に示す「パート」とし、
（５）受信した判定データに含まれる投稿者コードを、図２に示す「投稿者コード」とし、
（６）サーバ２００が具備する不図示のタイマを参照して、図２に示す「投稿日」を生成する。
なお、本実施形態に係るカラオケシステムにおいては、カラオケ装置１００側に不図示のタイマを具備するように構成し、投稿データに上記「投稿日」を示す情報を含ませるようにしてもよい。
Ｓ４３において、制御部２０１は、重唱音データ決定処理を実行する。重唱音データ決定処理では、受信した判定データに含まれる判定用歌唱音データに基いて、コマンダ１２０に送信する重唱音データが決定される。重唱音データ決定処理の詳細については後述する。
Ｓ４４において、制御部２０１は、コマンダ１２０に対しＳ４３で決定した重唱音データを送信する。また、重唱音データの送信においては、当該重唱音データがどの判定データに対応するものであるかを示す識別情報や当該重唱音データのパートを示す情報等を付随させる。この情報は、Ｓ４１で実行されるパート判定処理の結果に基く。より具体的には、ＲＡＭに確保されている「提供フラグ」（詳細は、後述のパート判定処理で説明する）の内容を参照することにより、付随させる情報を生成する。また、パート判定処理の結果（すなわち、投稿用歌唱音データのパートを示す情報）を上記重唱音データに付随させて送信するように構成してもよい。
【００３５】
［パート判定処理］
次に、重唱音データ送信処理のＳ４１で実行されるパート判定処理について、図６のフローチャートを用いて説明する。
【００３６】
Ｓ５１において、制御部２０１は、一時記録部２０４から判定用歌唱音データを所定区間分読み込む。例えば、Ｓ５１が実行されるごとに歌唱区間の最初から順に読み出す。すなわち、Ｓ５１が最初に実行されるときは歌唱区間の最初から所定区間までを読み出し、次に実行されるときは前回までに読み出された区間の次から所定区間までを読み出すようにする。
また、歌唱区間の最初からではなく、主旋律基準データやハモリ基準データとの比較に効果的な区間から優先的に読み出すようにしてもよい。
【００３７】
Ｓ５２において、制御部２０１は、判定用歌唱音データと同じ楽曲の主旋律基準データをカラオケ楽曲データベース２０２から読み出し、公知の技術を用いて判定用歌唱音データと比較する。なお、Ｓ５１が複数回実行されて複数の所定区間の判定用歌唱音データが読み出されている場合は、当該複数区間の主旋律基準データを用いた比較処理が行われる。
Ｓ５３において、制御部２０１は、判定用歌唱音データと同じ楽曲のハモリ基準データをカラオケ楽曲データベース２０２から読み出し、公知の技術を用いて判定用歌唱音データと比較する。なお、Ｓ５１が複数回実行されて複数の所定区間の判定用歌唱音データが読み出されている場合は、当該複数区間のハモリ基準データを用いた比較処理が行われる。
【００３８】
Ｓ５４において、制御部２０１は、Ｓ５２及びＳ５３の比較結果に基いて、判定用歌唱音データのパート判定ができたか否かを判断する。この処理において、パート判定ができなかったと判断した場合は（Ｓ５４：ＮＯ）、制御部２０１は、処理をＳ５５に移行させる。なお、Ｓ５４では、判定用歌唱音データが、主旋律基準データまたはハモリ基準データのいずれか一方のみと高い類似性を有すると判断された場合、パート判定ができたと判断し、類似性の種別に応じて、パート判定結果は「主旋律」または「ハモリ」となる。
Ｓ５５において、制御部２０１は、パート判定処理の開始から所定時間が経過したか否かを判断する。この処理において、所定時間が経過していないと判断した場合は（Ｓ５５：ＮＯ）、制御部２０１は、処理をＳ５１に戻す。
一方、この処理において、所定時間が経過したと判断した場合は（Ｓ５５：ＹＥＳ）、制御部２０１は、処理をＳ５６に移行させる。
【００３９】
Ｓ５６において、制御部２０１は、エラー処理を実行する。エラー処理では、制御部２０１は、所定時間内にパート判定ができなかったことを示す表示データを作成し、カラオケ装置１００に送信する。また、カラオケ装置１００では、歌唱したパートを歌唱者に選択させるための処理を行うことができ、これにより制御部２０１は、判定用歌唱音データのパートを認識することができる。また、制御部２０１は、エラー処理を終了すると、重唱音データ送信処理を終了する。
【００４０】
また、Ｓ５６において、カラオケ装置１００に表示データが送信された場合、カラオケ装置１００側では、前述したカラオケ側処理のＳ１６とＳ１７の間のタイミングにおいて当該表示データが受信される。ここでは、カラオケ装置１００は、受信した表示データに基いてコマンダ１２０やリモコン１１０が有するディスプレイに、「パート判定処理ができなかった」旨のメッセージ等を表示し、また、判定用歌唱音データのパート情報を入力させるための処理を行う。そして、パート情報の入力を受け付けると、カラオケ装置１００は、当該情報を、サーバ２００に送信する。これにより、サーバ２００の制御部２０１は、判定用歌唱音データのパートを認識することができる。
【００４１】
一方、Ｓ５４において、パート判定ができたと判断し、かつ、そのパートが主旋律パートであると判断した場合は、制御部２０１は、処理をＳ５７に移行させる。
Ｓ５７において、制御部２０１は、制御部２０１内のＲＡＭに確保されている「提供フラグ」にハモリパートの重唱音データを提供することを示す「ハモリ」値を設定する。
また、Ｓ５４において、パート判定できたと判断し、かつ、そのパートがハモリパートであると判断した場合は、制御部２０１は、処理をＳ５８に移行させる。
Ｓ５８において、制御部２０１は、「提供フラグ」に主旋律パートの重唱音データを提供することを示す「主旋律」値を設定する。
【００４２】
［重唱音データ決定処理］
次に、重唱音データ送信処理のＳ４３において実行される重唱音データ決定処理について、図７のフローチャートを用いて説明する。
【００４３】
Ｓ７１において、制御部２０１は、提供フラグが「ハモリ」となっているか（すなわち、ハモリパートの重唱音データを提供するべきか）否かを判断する。この判断において、提供フラグが「ハモリ」となっていると判断した場合は（Ｓ７１：ＹＥＳ）、制御部２０１は、処理をＳ７２に移行させる。
【００４４】
Ｓ７２において、制御部２０１は、判定用歌唱音データと同じ楽曲のハモリパートの投稿歌唱音データ（以下、「ハモリ曲データ」という）が投稿歌唱音データベース２０３に投稿されているか否かを判断する。この処理において、同じ楽曲のハモリ曲データが投稿されていると判断した場合は（Ｓ７２：ＹＥＳ）、制御部２０１は、処理をＳ７３に移行させる。
Ｓ７３において、制御部２０１は、同じ楽曲のハモリ曲データを投稿歌唱音データベース２０３から抽出し、「候補データ」として一時記録部２０４に記録する。なお、Ｓ７３において、複数のハモリ曲データが抽出されたものとする。
【００４５】
Ｓ７４において、制御部２０１は、判定用歌唱音データ（主旋律パート）を、ハモリパートに変換し、「基準データ」として一時記録部２０４に記録する。すなわち、基準データを作成する。図８に示すように、カラオケ楽曲データベース２０２に記録されているハモリ基準データと主旋律基準データとの差分値を、主旋律パートのデータ（判定用歌唱音データ）に加算することによりハモリパートのデータを生成することができる。なお、他の公知の方法によって主旋律パートのデータからハモリパートのデータを生成してもよい。
【００４６】
Ｓ７５において、制御部２０１は、提供データ選択処理を実行する。提供データ選択処理により、Ｓ７３の「候補データ」（ハモリ曲データ）のうち、ハモリパートに変換された判定用歌唱音データに最も似ている「候補データ」が選択されることになる。そして、当該選択された「候補データ」が、カラオケ装置１００に送信される「重唱音データ」となる。なお、提供データ選択処理の詳細については後述する。また、Ｓ７３において、１つのハモリ曲データのみが抽出された場合は、Ｓ７４及びＳ７５の処理は実行されず、当該１つのハモリ曲データが、カラオケ装置１００に送信される「重唱音データ」となる。
なお、以下では、Ｓ７４及びＳ７５の一連の処理を「第１の処理」ということがある。
【００４７】
また、「重唱音データ」は、以下の処理によっても決定することができる（以下の処理を「第２の処理」ということがある。）
（１）Ｓ７３で抽出したハモリ曲データを、主旋律パートの投稿歌唱音データ（以下、「主旋律曲データ」という）に変換し、変換した主旋律曲データを「候補データ」とする。「候補データ」は、判定用歌唱音データ（主旋律パート）との比較に用いられる。図９に示すように、カラオケ楽曲データベース２０２に記録されているハモリ基準データと主旋律基準データとの差分値を、ハモリ曲データに加算することにより主旋律曲データを生成することができる。なお、ハモリ曲データから主旋律曲データの変換を、他の公知の方法によって行ってもよい。
（２）判定用歌唱音データを「基準データ」として、提供データ選択処理を実行する。これにより、複数の候補データの中から１つのデータが決定され、決定された候補データ（主旋律曲データ）に対応するハモリ曲データが、カラオケ装置１００に送信される「重唱音データ」となる。
【００４８】
ここで、第１の処理を用いる場合は、判定用歌唱音データのみに対してパート変換の処理（主旋律パート→ハモリパート）が行われるため、処理量が少なくサーバ２００の負荷を軽くすることができる。
一方、第２の処理を用いる場合は、複数の投稿歌唱音データに対してパート変換の処理（ハモリパート→主旋律パート）が行われるため処理量が多くなるが、提供データの選択の基準となる「基準データ」として判定用歌唱音データをそのまま用いる（すなわち、判定用歌唱音データに処理を施さない）ので、精度が高い提供データ選択処理を行うことができる。
【００４９】
また、第１の処理及び第２の処理の両方を実行可能となるように構成し、サーバ２００の負荷に応じて、処理を切替えるようにしてもよい。すなわち、サーバ２００の負荷が高い場合には第１の処理を実行し、そうではない場合には第２の処理を実行するように構成してもよい。
【００５０】
一方、Ｓ７２において、同じ楽曲のハモリ曲データが投稿されていないと判断した場合は（Ｓ７２：ＮＯ）、制御部２０１は、処理をＳ７６に移行させる。
Ｓ７６において、判定用歌唱音データと同じ楽曲の主旋律曲データが投稿歌唱音データベース２０３に投稿されているか否かを判断する。この処理において、同じ楽曲の主旋律曲データが投稿されていると判断した場合は（Ｓ７６：ＹＥＳ）、制御部２０１は、処理をＳ７７に移行させる。
【００５１】
Ｓ７７において、制御部２０１は、同じ楽曲の主旋律曲データを投稿歌唱音データベース２０３から抽出する。なお、Ｓ７７において、複数の主旋律データが抽出されたものとする。また、抽出した主旋律データを「候補データ」とする。
Ｓ７８において、制御部２０１は、提供データ選択処理を実行する。提供データ選択処理により、複数の候補データの中から１つのデータ（主旋律曲データ）が決定される。
【００５２】
Ｓ７９において、制御部２０１は、Ｓ７８で決定した主旋律曲データを、ハモリ曲データに変換する。図９に示すように、カラオケ楽曲データベース２０２に記録されている主旋律基準データとハモリ基準データとの差分値を、主旋律曲データに加算することによりハモリ曲データを生成することができる。なお、主旋律曲データからハモリ曲データの変換を、他の公知の方法によって行ってもよい。
また、変換したハモリ曲データが、カラオケ装置１００に送信される「重唱音データ」となる。
【００５３】
一方、Ｓ７６において、判定用歌唱音データと同じ楽曲の主旋律曲データが投稿されていないと判断した場合は（Ｓ７６：ＮＯ）、制御部２０１は、処理をＳ８０に移行させる。
Ｓ８０において、制御部２０１は、カラオケ楽曲データベース２０２から同じ楽曲の歌唱音データを抽出する。抽出した歌唱音データが、カラオケ装置１００に送信される「重唱音データ」となる。
【００５４】
一方、Ｓ７１において、提供フラグが「ハモリ」となっていない（すなわち、「主旋律」となっている）と判断した場合は（Ｓ７１：ＮＯ）、制御部２０１は、処理をＳ８１に移行させる。
【００５５】
Ｓ８１において、制御部２０１は、判定用歌唱音データと同じ楽曲の主旋律曲データが投稿歌唱音データベース２０３に投稿されているか否かを判断する。この処理において、同じ楽曲の主旋律曲データが投稿されていると判断した場合は（Ｓ８１：ＹＥＳ）、制御部２０１は、処理をＳ８２に移行させる。
Ｓ８２において、制御部２０１は、同じ楽曲の主旋律曲データを投稿歌唱音データベース２０３から抽出し、「候補データ」として一時記録部２０４に記録する。なお、Ｓ８２において、複数の主旋律曲データが抽出されたものとする。
【００５６】
Ｓ８３において、制御部２０１は、判定用歌唱音データ（ハモリパート）を、主旋律パートに変換し、「基準データ」として一時記録部２０４に記録する。すなわち、基準データを作成する。
【００５７】
Ｓ８４において、制御部２０１は、提供データ選択処理を実行する。提供データ選択処理により、Ｓ８２の「候補データ」（主旋律曲データ）のうち、主旋律パートに変換された判定用歌唱音データに最も似ている「候補データ」が選択されることになる。そして、当該選択された「候補データ」が、カラオケ装置１００に送信される「合唱音データ」となる。また、Ｓ８１において、１つの主旋律曲データのみが抽出された場合は、Ｓ８３及びＳ８４の処理は実行されず、当該１つの主旋律曲データが、カラオケ装置１００に送信される「重唱音データ」となる。
なお、以下では、Ｓ８３及びＳ８４の一連の処理を「第３の処理」ということがある。
【００５８】
また、「重唱音データ」は、以下の処理によっても決定することができる（以下の処理を「第４の処理」ということがある。）
（１）Ｓ８２で抽出した主旋律曲データを、ハモリ曲データに変換し、変換したハモリ曲データを「候補データ」とする。「候補データ」は、判定用歌唱音データ（ハモリパート）との比較に用いられる。
（２）判定用歌唱音データを「基準データ」として、提供データ選択処理を実行する。これにより、複数の候補データの中から１つのデータが決定され、決定された候補データ（ハモリ曲データ）に対応する主旋律曲データが、カラオケ装置１００に送信される「重唱音データ」となる。
【００５９】
ここで、第３の処理を用いる場合は、判定用歌唱音データのみに対してパート変換の処理（ハモリパート→主旋律パート）が行われるため、処理量が少なくサーバ２００の負荷を軽くすることができる。
一方、第４の処理を用いる場合は、複数の投稿歌唱音データに対してパート変換の処理（主旋律パート→ハモリパート）が行われるため処理量が多くなるが、提供データの選択の基準となる「基準データ」として判定用歌唱音データをそのまま用いる（すなわち、判定用歌唱音データに処理を施さない）ので、精度が高い提供データ選択処理を行うことができる。
【００６０】
また、第３の処理及び第４の処理の両方を実行可能となるように構成し、サーバ２００の負荷に応じて、処理を切替えるようにしてもよい。すなわち、サーバ２００の負荷が高い場合には第１の処理を実行し、そうではない場合には第２の処理を実行するように構成してもよい。
【００６１】
一方、Ｓ８１において、同じ楽曲の主旋律曲データが投稿されていないと判断した場合は（Ｓ８１：ＮＯ）、制御部２０１は、処理をＳ８５に移行させる。
Ｓ８５において、判定用歌唱音データと同じ楽曲のハモリ曲データが投稿歌唱音データベース２０３に投稿されているか否かを判断する。この処理において、同じ楽曲のハモリ曲データが投稿されていると判断した場合は（Ｓ８５：ＹＥＳ）、制御部２０１は、処理をＳ８６に移行させる。
【００６２】
Ｓ８６において、制御部２０１は、同じ楽曲のハモリ曲データを投稿歌唱音データベース２０３から抽出する。なお、Ｓ８６において、複数の主旋律データが抽出されたものとする。また、抽出したハモリ曲データを「候補データ」とする。
Ｓ８７において、制御部２０１は、提供データ選択処理を実行する。提供データ選択処理により、複数の候補データの中から１つのデータ（ハモリ曲データ）が決定される。
【００６３】
Ｓ８８において、制御部２０１は、Ｓ８７で決定したハモリ曲データを、主旋律曲データに変換する。また、変換した主旋律曲データが、カラオケ装置１００に送信される「重唱音データ」となる。
【００６４】
一方、Ｓ８５において、判定用歌唱音データと同じ楽曲のハモリ曲データが投稿されていないと判断した場合は（Ｓ８５：ＮＯ）、制御部２０１は、処理をＳ８９に移行させる。
Ｓ８９において、制御部２０１は、カラオケ楽曲データベース２０２から同じ楽曲の歌唱音データを抽出する。抽出した歌唱音データが、カラオケ装置１００に送信される「重唱音データ」となる。
【００６５】
［提供データ選択処理］
次に、重唱音データ決定処理のＳ７５、Ｓ７８、Ｓ８４、Ｓ８７において実行される提供データ選択処理について、図１０のフローチャートを用いつつ説明する。
Ｓ９１において、制御部２０１は、一時記録部２０４から判定用歌唱音データを所定区間分取得する。
Ｓ９２において、制御部２０１は、判定用歌唱音データを各候補データと比較する。
【００６６】
Ｓ９３において、制御部２０１は、各候補データのうち提供データを決定することができたか否かを判断する。この判断は、判定用歌唱音データに最も近い候補データを１つ特定できたか否かに基いて行われる。例えば、一般的なカラオケ採点処理を行い、複数の時間区間において、１つの候補データが安定して最高順位となっていれば、「最も近い候補データを１つ特定できた」と判断することができる。この処理において、提供データを決定することができたと判断した場合は（Ｓ９３：ＹＥＳ）、制御部２０１は、提供データ選択処理を終了する。一方、提供データを決定することができないと判断した場合は（Ｓ９３：ＮＯ）、制御部２０１は、処理をＳ９４に移行させる。
【００６７】
Ｓ９４において、一時記録部２０４から判定用歌唱音データを所定時間分取得する。この処理において取得される判定用歌唱音データは、上記Ｓ９１で取得される判定用歌唱音データとは異なるものであり、また、この処理が複数回実行される場合は、それぞれの判定用歌唱音データは互いに異なるものである。
Ｓ９５において、制御部２０１は、判定用歌唱音データ（Ｓ９１及びＳ９４で取得されたもの）を各候補データと比較する。  
【００６８】
Ｓ９６において、制御部２０１は、各候補データのうち提供データを決定することができたか否かを判断する。この処理において、提供データを決定することができたと判断した場合は（Ｓ９６：ＹＥＳ）、制御部２０１は、提供データ選択処理を終了する。一方、提供データを決定することができないと判断した場合は（Ｓ９６：ＮＯ）、制御部２０１は、処理をＳ９４に戻す。これにより、提供データを決定するまでの間、一時記録部２０４に新たに記録された判定用歌唱音データに基いて、候補データとの比較が行われる。
【００６９】
以上説明したとおり、本実施形態によれば、歌唱者は１回目の歌唱を行い、カラオケ装置１００はその歌唱音声を判定用歌唱音データとして取得し、当該判定用歌唱音データを含む判定データをサーバ２００に送信する。サーバ２００は、受信した判定用歌唱音データ等を投稿歌唱音データベース２０３に記録し、当該判定用歌唱音データに基いて重唱音データを決定し、カラオケ装置１００に送信する。カラオケ装置１００は、受信した重唱音データに基いた重唱音声をカラオケ楽曲の楽音と共に出力する。これにより歌唱者は、２回目の歌唱において、当該歌唱者の１回目の歌唱に基いて決定された重唱音声を用いて重唱を行うことができる。一方サーバ２００は、判定用歌唱音データを受信するごとに、当該判定用歌唱音データを新たな投稿歌唱音データとしてデータベースに記録（新規登録）するので、投稿歌唱音データベース２０３に記録される投稿歌唱音データ、すなわちユーザに提供可能な投稿歌唱音データの数を確実に増加させることができる。これにより、より多くのユーザが歌唱音データを投稿するような環境を提供することができる。
そして、提供可能な投稿歌唱音データが増えることにより、ユーザにとって魅力的なカラオケシステムを構築することができる。さらに、本実施形態に係るカラオケシステムをＵＧＣ（User-Generated Content）に適用すれば、豊富なコンテンツを有するＵＧＣシステムの構築に貢献でき、当該ＵＧＣシステムを活性化させることができる。
【００７０】
また、判定用歌唱音データが主旋律パート（ハーモニーパート）と判定されると、重唱に適切なハーモニーパート（主旋律パート）の投稿歌唱音データが記録されている場合には、当該投稿歌唱音データに基いた歌唱音声を、カラオケ楽曲の演奏時に出力する。さらに、重唱に適切なハーモニーパート（主旋律パート）の投稿歌唱音データがない場合には、主旋律パート（ハーモニーパート）の投稿歌唱音データを選択し、当該歌唱音データから生成したハーモニーパート（歌唱パート）の歌唱音データに基いた歌唱音声を、カラオケ楽曲の演奏時に出力する。これにより、投稿された歌唱音データを、重唱するときに効果的に利用することができる。さらに、判定用歌唱音データを比較の基準として候補データとの比較を行うことにより、歌唱の仕方に応じて送信される重唱音データが変化するので、歌唱者の興趣を高めることができる。
【００７１】
本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることはいうまでもない。
【００７２】
また、上述した各フローチャートは単なる一例であり、該各フローチャートの処理と同等の結果を得ることができるものであれば、他のフローチャートによって処理を実現してもよい。
また、上述したリモコン、コマンダ、サーバに係る各方法、当該方法をコンピュータに実行させるためのプログラム、当該プログラムを記録した記録媒体等としても本発明は実現可能である。
【符号の説明】
【００７３】
１００…カラオケ装置
１１０…リモコン、１１１…制御部、
１２０…コマンダ、１２１…制御部、１３０…マイク、１４０…スピーカ
２００…サーバ、２０１…制御部、
２０２…カラオケ楽曲データベース、２０３…投稿歌唱音データベース
【図１】
2010276794.tif 000003
【図２】
2010276794.tif 000004
【図３】
2010276794.tif 000005
【図４】
2010276794.tif 000006
【図５】
2010276794.tif 000007
【図８】
2010276794.tif 000008
【図６】
2010276794.tif 000009
【図７】
2010276794.tif 000010
【図９】
2010276794.tif 000011
【図１０】
2010276794.tif 000012