JP5708735B2 - 投稿楽曲演奏システム及び投稿楽曲演奏方法 - Google Patents

Description

本発明は、ユーザから投稿されたオリジナル楽曲を演奏する投稿楽曲演奏システム及び投稿楽曲演奏方法に関する。

サーバとこのサーバに接続されたカラオケ装置とを備えたシステムにおいて、歌唱者（歌唱ユーザ）から投稿された歌唱動画をサーバに記憶することで、他のユーザから閲覧可能とするサービスが、既に知られている（例えば、特許文献１参照）。

特開２０１２−７３３１０号公報

ところで、近年、ユーザ（投稿ユーザ）が個人的に作成した歌唱用のオリジナル楽曲をサーバに投稿可能とし、そのオリジナル楽曲を他のユーザ（歌唱ユーザ）が歌唱可能とするサービスが、考えられつつある。このようにして投稿された楽曲は上記投稿ユーザのオリジナル作品であることから、上記歌唱ユーザが上記投稿楽曲の再生に合わせて歌唱しようとしても、そのままではメロディラインが分からず、歌唱困難となる可能性があった。

本発明の目的は、歌唱ユーザが、投稿ユーザの投稿楽曲のメロディラインを知らなかった場合であっても、容易かつ円滑に当該楽曲の歌唱を行える、投稿楽曲演奏システム及び投稿楽曲演奏方法を提供することにある。

上記目的を達成するために、第１の発明の投稿楽曲演奏システムは、第１投稿ユーザにより作成された第１楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する第１投稿送信手段と、前記第１投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、前記第１楽曲の楽曲識別情報とともに第１投稿データとして記憶する第１投稿記憶手段と、所望の第２楽曲に係わる、第２投稿ユーザによる歌唱音声データを送信する第２投稿送信手段と、前記第２投稿送信手段からの送信に応じて、少なくとも、前記歌唱音声データを第２投稿データとして記憶する第２投稿記憶手段と、複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、特定の歌唱ユーザの指示に基づき、前記第１投稿記憶手段に記憶された前記第１投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記第１投稿記憶手段から取得する投稿楽曲取得手段と、前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データが含まれる前記第１投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手段と、前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手段と、前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手段と、前記歌唱音声判定手段により前記第１投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手段により前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記第２投稿記憶手段から前記第２投稿データを読み出し、前記第２投稿データの楽曲識別情報、楽譜情報、歌詞データのいずれかと、前記第１投稿記憶手段に記憶された前記第１投稿データの前記楽曲識別情報、前記楽譜情報、前記歌詞データのいずれかと、を比較することで、当該第１投稿データと同じ楽曲の前記第２投稿データを特定し、その特定された第１投稿データと同じ楽曲の第２投稿データに含まれる前記第２投稿ユーザの前記歌唱音声データを用いて、当該楽曲のガイドボーカル音声を生成するガイドボーカル生成手段と、前記ガイドボーカル生成手段により生成された前記ガイドボーカル音声を、前記投稿楽曲取得手段により取得された前記投稿楽曲データとともに再生する音声・楽曲再生手段と、を有することを特徴とする。

本願発明においては、ユーザ（第１投稿ユーザ）が個人的に作成した歌唱用のオリジナル楽曲を投稿することで、他のユーザ（歌唱ユーザ）が歌唱可能に閲覧することができる。

すなわち、第１投稿ユーザが楽曲を作成すると、その作成された楽曲に係わる、投稿楽曲データ、歌唱メロディ（旋律）の楽譜情報、及び、歌詞データが、第１投稿送信手段によって送信される。そして、その送信に応じて、少なくとも上記投稿楽曲データ、上記楽譜情報、上記歌詞データを含む投稿データ（第１投稿データ）が、第１投稿記憶手段に記憶される。

このとき、このような第１投稿データは上記第１投稿ユーザのオリジナル作品であることから、上記歌唱ユーザが上記投稿楽曲データの再生及び上記歌詞データの表示に合わせて歌唱しようとしても、そのままではメロディラインが分からず、歌唱困難となる可能性がある。

そこで本願発明においては、上記楽譜情報に基づきガイドボーカルが生成される。その際には、上記歌唱ユーザが歌唱しようとしているものと同一の楽曲の歌唱音声を投稿した投稿ユーザ（第２投稿ユーザ）による、歌唱音声データ（すなわち第１投稿ユーザから見ると他人の歌声）を用いて上記ガイドボーカルの生成が行われる。但し、歌唱ユーザが、一度でも自らが歌唱したことがあったり他人が歌うのを見たことがある場合には、上記ガイドボーカルの生成は行われない。また、上記第１投稿データにたまたま歌唱音声データが含まれていた場合も、（歌唱音声データによりそのままメロディラインを確認できるので）同様にガイドボーカルの生成は行われない。

すなわち、まず、特定の歌唱ユーザからの指示に応じて、上記第１投稿データに含まれる投稿楽曲データ及び歌詞データが、投稿楽曲取得手段によって上記投稿記憶手段から取得される。その後、取得された投稿楽曲データに係わる上記第１投稿データに歌唱音声データが含まれているか否かが、歌唱音声判定手段によって判定される。

一方このとき、複数の歌唱ユーザそれぞれの歌唱履歴情報が、予め歌唱履歴記憶手段に記憶されている。そして、上記特定の歌唱ユーザからの指示に応じて、歌唱履歴取得手段により、当該特定の歌唱ユーザの歌唱履歴情報が歌唱履歴記憶手段から取得される。その後、この取得された歌唱履歴情報に基づき、メロディ知見判定手段により、上記投稿楽曲データの歌唱メロディに対する、当該特定の歌唱ユーザの知見の有無（例えば特定の歌唱ユーザ自身の歌唱履歴があるか、当該特定の歌唱ユーザと同時利用の別ユーザの歌唱履歴があるか、等)が判定される。

上記歌唱音声判定手段及びメロディ知見判定手段の判定において、上記第１投稿データに歌唱音声データが含まれておらず、かつ当該投稿楽曲データに対する特定の歌唱ユーザの知見がない、とされた場合には、上記メロディラインの不明による歌唱困難が生じる。そこで、この場合には、ガイドボーカル生成手段により、上記第２投稿ユーザによる第２投稿データが読み出され、その第２投稿データの楽曲識別情報（あるいは楽譜情報、あるいは歌詞データ）と、上記第１投稿記憶手段に記憶された第１投稿ユーザによる第１投稿データの楽曲識別情報（あるいは楽譜情報、あるいは歌詞データ）とが比較されることで、当該第１投稿データと同じ楽曲の第２投稿データが特定される。そして、当該同じ楽曲の第２投稿データに含まれる第２投稿ユーザの歌唱音声データを用いて、ガイドボーカル音声が生成される（言い替えれば、同一楽曲であることから、第２投稿ユーザの歌唱音声がそのままガイドボーカル音声として用いられる）。生成されたガイドボーカル音声は、音声・楽曲再生手段によって投稿楽曲データとともに再生される。

以上の結果、本願発明においては、歌唱ユーザが、第１投稿ユーザの投稿楽曲データのメロディラインを知らなかった場合であっても、容易かつ円滑に当該楽曲の歌唱を行うことができる。したがって、利便性を向上することができる。

第２の発明は、上記第１発明において、前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記特定の歌唱ユーザの歌唱ジャンルを決定する歌唱ジャンル決定手段を有し、前記ガイドボーカル生成手段は、前記歌唱ジャンル決定手段により決定された前記歌唱ジャンルに対応した、前記第２投稿ユーザの前記歌唱音声データを用いて、前記ガイドボーカル音声を生成することを特徴とする。

これにより、ガイドボーカル生成手段における第２投稿ユーザの歌唱音声データを用いたガイドボーカル音声の生成の際、上記特定の歌唱ユーザの歌唱嗜好に合致した、より最適な音声態様のガイドボーカル音声を生成することができる。この結果、さらに利便性を向上することができる。

第３発明は、上記第２発明において、前記第２投稿送信手段により送信される前記歌唱音声データを採点する採点手段を有し、前記ガイドボーカル生成手段は、前記歌唱ジャンル決定手段により決定された前記歌唱ジャンルに対応した、前記第２投稿ユーザの前記歌唱音声データであって、かつ、前記採点手段による採点結果が所定値以上であるものを用いて、前記ガイドボーカル音声を生成することを特徴とする。

これにより、ガイドボーカル生成手段における第２投稿ユーザの歌唱音声データを用いたガイドボーカル音声の生成の際、比較的歌唱が上手な第２投稿ユーザの歌唱音声データを確実に用いてガイドボーカル音声を生成することができる。この結果、ガイドボーカル音声によるガイド機能を向上させることができるので、さらに利便性を向上することができる。

上記目的を達成するために、第４発明は、第１投稿ユーザにより作成された第１楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する第１投稿送信手段と、前記第１投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、前記第１楽曲の楽曲識別情報とともに第１投稿データとして記憶する第１投稿記憶手段と、所望の第２楽曲に係わる、第２投稿ユーザによる歌唱音声データを送信する第２投稿送信手段と、前記第２投稿送信手段からの送信に応じて、少なくとも、前記歌唱音声データを第２投稿データとして記憶する第２投稿記憶手段と、複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、を有する投稿処理システムが実行する投稿楽曲演奏方法であって、特定の歌唱ユーザの指示に基づき、前記第１投稿記憶手段に記憶された前記第１投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記第１投稿記憶手段から取得する投稿楽曲取得手順と、前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データが含まれる前記第１投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手順と、前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手順と、前記歌唱履歴取得手順で取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手順と、前記歌唱音声判定手順で前記第１投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手順で前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記第２投稿記憶手段から前記第２投稿データを読み出し、前記第２投稿データの楽曲識別情報、楽譜情報、歌詞データのいずれかと、前記第１投稿記憶手段に記憶された前記第１投稿データの前記楽曲識別情報、前記楽譜情報、前記歌詞データのいずれかと、を比較することで、当該第１投稿データと同じ楽曲の前記第２投稿データを特定し、その特定された第１投稿データと同じ楽曲の第２投稿データに含まれる前記第２投稿ユーザの前記歌唱音声データを用いて、当該楽曲のガイドボーカル音声を生成するガイドボーカル生成手順と、前記ガイドボーカル生成手順で生成された前記ガイドボーカル音声を、前記投稿楽曲取得手順で取得された前記投稿楽曲データとともに再生する音声・楽曲再生手順と、を有することを特徴とする。

本発明によれば、歌唱ユーザが、投稿ユーザの投稿楽曲のメロディラインを知らなかった場合であっても、容易かつ円滑に当該楽曲の歌唱を行うことができる。

本発明の一実施形態に係わる通信カラオケシステムの全体構成を表す機能ブロック図である。 外部端末、リモコン、カラオケ装置の装置本体、及びホストサーバにおける、データ・信号の流れ及び処理手順を表すシーケンス図である。 ホストサーバの投稿データ記憶部に記憶された投稿データのデータ構造の一例を表す説明図である。 カラオケ装置の装置本体の制御部により実行される、ステップＳＣ０の詳細手順を表すフローチャートである。 ホストサーバにより実行される、ステップＳＳ３の詳細手順を表すフローチャートである。 ホストサーバの歌唱履歴記憶部に記憶された各歌唱ユーザの歌唱履歴の一例を表す図である。 カラオケ装置の装置本体の制御部により実行される、ステップＳＣ３の詳細手順を表すフローチャートである。 歌唱投稿記憶部に記憶された各ユーザの歌唱音声データの曲ＩＤ及びその採点結果の一覧を表す説明図である。

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

図１は、本実施形態に係わる通信カラオケシステムの全体構成を表す機能ブロック図である。

図１において、通信カラオケシステム１（投稿楽曲演奏システム、投稿処理システムに相当）は、少なくとも１つのカラオケ装置（この例では第１カラオケ装置１０Ａ及び第２カラオケ装置１０Ｂ）と、ホストサーバ２０と、少なくとも１つ（この例では２つ）の外部端末Ｐと、を有している。

＜カラオケ装置＞
カラオケ装置１０Ａ，１０Ｂ（以下適宜、これらを総称して単に「カラオケ装置１０」という）は、例えばカラオケ店舗等のカラオケルームＫＲに設置されている。カラオケ装置１０は、楽曲データとしてのＭｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ及び映像データを用いて、カラオケ楽曲の再生サービスを提供する装置である。カラオケ装置１０、ホストサーバ２０、及び外部端末Ｐは、例えば通信ネットワーク等のネットワークＮＷとを介し、互いに情報送受信可能に接続されている。

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

装置本体１００は、制御部１０１と、大容量記憶装置１０３と、操作部１０４と、受信部１０５と、音源１０６と、音声制御部１０７と、スピーカ１０８と、表示部１０９と、通信制御部１１０とを有している。

制御部１０１は、図示しないＣＰＵや、ＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記大容量記憶装置１０３に予め記憶された各種プログラム（後述の図２及び図７に示す処理を実行するための制御プログラムを含む）を実行する。これにより、装置本体１００全体の制御を行う。

大容量記憶装置１０３は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０３は、楽曲データ（ＭＩＤＩデータ）、背景映像データ、及び歌詞データ等の各種情報が記憶されている。

操作部１０４は、例えば複数のキーやスイッチなどから構成される。ユーザは、この操作部１０４又は後述のリモコン３５を用いて、カラオケ楽曲の予約操作等の各種操作を行うことができる。

受信部１０５は、上記のマイク３０から出力された歌唱者の歌唱による音声信号を受信する。

なお、以下適宜、音源１０６、音声制御部１０７、及びスピーカ１０８を、省略して「音源１０６等」と称する。

なお、以下適宜、音源１０６、音声出力部１０７、及びスピーカ１０８を、省略して「音源１０６等」と称する。

表示部１０９は、例えば液晶ディスプレイなどから構成され、各種映像を表示する。特に、表示部１０９は、上記音源１０６等により楽曲データの再生が行われるのにしたがい、楽曲データの再生に同期して、大容量記憶装置１０３から読み出された背景映像データ、及び歌詞データに対応したテロップ等を表示する。

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

＜ホストサーバ＞
ホストサーバ２０は、例えば大容量記憶装置等からなる図示しない情報記憶手段を備えている。また、ホストサーバ２０は、歌唱履歴記憶部２１と、楽曲投稿記憶部２２と、歌唱投稿記憶部２３と、視聴有無判断部２４と、を機能的に備えている。これら各機能部の詳細機能については、後述する。

＜ホストサーバ＞
ホストサーバ２０は、例えば大容量記憶装置等からなる図示しない情報記憶手段を備えている。また、ホストサーバ２０は、歌唱履歴記憶部２１と、楽曲投稿記憶部２２と、歌唱投稿記憶部２３と、視聴有無判定部２４と、を機能的に備えている。これら各機能部の詳細機能については、後述する。

＜処理シーケンス＞
以上において、本実施形態のカラオケ装置１０Ａ，１０Ｂを備えた通信カラオケシステム１では、ユーザ（以下適宜、「投稿ユーザ」という）が個人的に作成した歌唱用のオリジナル楽曲を例えば上記外部端末Ｐを用いてホストサーバ２０へ投稿することで、他のユーザ（以下適宜、「歌唱ユーザ」という）が例えばカラオケ装置１０Ａにおいて（歌唱可能に）閲覧することができる。以下、その詳細を、図２のシーケンス図を参照しつつ説明する。なお、図２において、カラオケ装置１０Ａの装置本体１００を「装置本体１」と略示するとともに当該カラオケ装置１０Ａのリモコン３５を「リモコン」と略示し、さらにカラオケ装置１０Ｂの装置本体１００を「装置本体２」と略示している。

＜第１投稿ユーザによる楽曲投稿＞
すなわち、投稿ユーザ（第１投稿ユーザに相当）が自らのオリジナル楽曲（第１楽曲に相当）を作成すると、その作成された楽曲に係わる投稿データ（第１投稿データに相当）が外部端末Ｐからホストサーバ２０へと送信される（ステップＳＰ１）。この投稿データには、上記楽曲の楽曲データ（＝投稿楽曲データに相当。例えばＭＩＤＩデータ）、歌唱メロディ（旋律）の楽譜情報、及び、歌詞データが含まれている。なお、この投稿データには、投稿ユーザ自らの歌唱による、当該楽曲データの歌唱音声データが含まれている場合もある。なお、このステップＳＰ１を実行する外部端末Ｐが、各請求項記載の第１投稿送信手段として機能する。この投稿データを受信したホストサーバ２０は、当該投稿データに固有の識別情報である曲ＩＤを付与し、上記楽曲投稿記憶部２２に記憶する。なお、この楽曲投稿記憶部２２が、各請求項記載の第１投稿記憶手段として機能する。

＜データ構造＞
図３に、上記ホストサーバ２０の楽曲投稿記憶部２２に記憶された投稿データのデータ構造の一例を示す。図３において、この例では、投稿データ２２０は、上記のようにして付与された、楽曲識別情報としての曲ＩＤ（あるいは曲名等でもよい）２２１と、演奏データとしての上記楽曲データ２２４と、歌唱メロディ（旋律）の楽譜情報２２２と、歌詞データ２２３と、を備えている。

曲ＩＤ２２１は、投稿データ２２０のヘッダとして置かれている。楽曲データ２２４は、上述したように例えばＭＩＤＩデータによって構成され、後述のようにホストサーバ２０からダウンロードされて例えばカラオケ装置１０Ａ，１０Ｂの大容量記憶装置１０３に記憶された後、読み出されて上記音源１０６等によって再生されることで、音声としてスピーカ１０８から放出することができる。

歌詞データ２２３は、前述したように投稿ユーザのオリジナル作詞によるものであり、上記同様にホストサーバ２０からダウンロードされてカラオケ装置１０Ａ，１０Ｂの大容量記憶装置１０３に記憶された後、読み出されることで、歌詞テロップとして表示部１０９に表示することができる。この例では、歌詞データには、「あの言葉さえ 言わなければ あなたのこと きっと もう少し ・・」という内容の歌詞が含まれている。

楽譜情報２２２は、上述したように、投稿ユーザの作曲によるオリジナルの歌唱メロディ（旋律）を表しており、典型的には、図示のように五線譜で表される。

なお、この例では、上記歌詞データ２２３や楽譜情報２２２が楽曲データ２２４と同一のファイルに組み込まれているが、これに限られない。すなわち、歌詞データ２２３や楽譜情報２２２が、楽曲データ２２４とは別ファイルで構成され、同じ曲名で対応付けられていてもよい。

＜歌唱困難の可能性＞
このとき、既に述べたように、上記のような投稿データ２２０は上記投稿ユーザのオリジナル作品であることから、ある特定の歌唱ユーザが上記楽曲データ２２４が再生されるのに合わせて歌唱しようとしても、そのままではメロディラインが分からず、歌唱困難となる可能性がある。そこで本実施形態においては、上記楽譜情報２２２に基づき、人工的にガイドボーカルが生成される。

ここで、上記特定の歌唱ユーザとは別のユーザ（第２投稿ユーザに相当）が、所望の種々のカラオケ楽曲（第２楽曲に相当）を自ら歌唱し、その歌唱音声データをホストサーバ２０にアップロードしている場合がある。そのようなユーザが、たまたま、上記特定の歌唱ユーザが歌唱しようとしている上記の投稿ユーザのオリジナル楽曲（以下適宜、投稿楽曲という）についても、当該投稿データ２２０をダウンロードして自ら歌唱し、その歌唱音声データをホストサーバ２０にアップロードしている場合がある。本実施形態では、このような、別のユーザの歌唱音声データが既にある場合には、当該歌唱音声データを用いて、上記特定の歌唱ユーザへのガイドボーカル音声が生成される。以下、その流れを順を追って説明する。

＜第２投稿ユーザによる歌唱音声投稿＞
すなわち、上記別のユーザ（第２投稿ユーザに相当）が、例えばカラオケ装置１０Ｂのリモコン３５又は操作部１０４を適宜に操作することで、上記投稿楽曲の楽曲データ、及び、歌詞データがホストサーバ２０からカラオケ装置１０Ｂの装置本体１００へ送信され（ステップＳＳ０）、大容量記憶装置１０３に格納される。そして、この大容量記憶装置１０３に格納された投稿楽曲の楽曲データを用いてカラオケ装置１００Ｂの装置本体１００において当該投稿楽曲に対する歌唱音声投稿処理が行われる（ステップＳＣ０）。このステップＳＣ０の歌唱音声投稿処理を表すフローチャートを図４に示す。

ステップＳ３１０では、第２カラオケ装置１０Ｂの制御部１０１は、マイク３０を介し、上記別のユーザによる、上記投稿楽曲の歌唱音声の録音を開始させる。録音により取得された上記別のユーザの歌唱音声データは、大容量記憶装置１０３に記憶される。その後、ステップＳ３２０に移る。

ステップＳ３１０では、第２カラオケ装置１０Ｂの第２制御部１０１は、マイク３０を介し、上記別のユーザによる、上記投稿楽曲の歌唱音声の録音を開始させる。録音により取得された上記別のユーザの歌唱音声データは、大容量記憶装置１０３に記憶される。その後、ステップＳ３２０に移る。

ステップＳ３２０では、第２カラオケ装置１０Ｂの制御部１０１は、上記ステップＳ３００で再生開始した楽曲データの再生が終了したかどうかを判定する。楽曲データの再生が終了せず判定が満たされない場合（Ｓ３２０：ＮＯ）には、ステップＳ３００に戻り、ステップＳ３００、ステップＳ３１０、ステップＳ３２０の手順を繰り返す。楽曲データの再生が終了したときは、判定が満たされて（Ｓ３２０：ＹＥＳ）、ステップＳ３３０に移る。

ステップＳ３３０では、第２カラオケ装置１０Ｂの制御部１０１は、前述のステップＳ３１０で録音された歌唱音声データを、大容量記憶装置１０３から読み出す。そして、この歌唱音声データを、上記投稿楽曲の曲ＩＤ、及び、当該別のユーザのユーザＩＤ（ログイン時に取得される）と関連付け、投稿データ（第２投稿データに相当）としてホストサーバ２０に送信（アップロード）する。このステップＳ３３０を実行する第２カラオケ装置１０Ｂの制御部１０１が、第２投稿送信手段として機能する。この投稿データを受信したホストサーバ２０は、上記投稿楽曲と共通である曲ＩＤを付与し（さらに当該投稿データに固有の識別情報である投稿ＩＤを付与してもよい）、上記歌唱投稿記憶部２３に記憶する。なお、この歌唱投稿記憶部２３が、各請求項記載の第２投稿記憶手段として機能する。

なお、上記のようにして歌唱投稿記憶部２３に記憶された投稿データ（曲ＩＤ、ユーザＩＤ、上記投稿楽曲の歌唱音声データを含む）は、その後、例えば上記外部端末Ｐやカラオケ装置１０（以下適宜、「外部端末Ｐ等」という）でのユーザ（上記別のユーザでもよいし、上記投稿ユーザでもよいし、上記特定の歌唱ユーザでもよい）の適宜の操作に基づく要求信号に基づき、ホストサーバ２０が、上記歌唱音声データの再生信号を外部端末Ｐ等へ出力する。これにより、当該外部端末Ｐ等において、上記歌唱音声データを聴くことができる。

＜歌唱ユーザによる投稿楽曲のダウンロード＞
一方、上記のようにして上記別のユーザにおける上記投稿楽曲の歌唱音声データがホストサーバ２０に記憶された状態で、例えば上記特定の歌唱ユーザにより、カラオケ装置１０Ａのリモコン３５で適宜の操作が行われることで、上記ホストサーバ２０の楽曲投稿記憶部２２に上記投稿データが記憶された楽曲の一覧がリモコン３５で取得され、表示される（ステップＳＲ１）。上記特定の歌唱ユーザによるカラオケ装置１０Ａのリモコン３５での適宜の操作により上記投稿楽曲が予約されると（ステップＳＲ２）、当該特定の歌唱ユーザのユーザＩＤ（この時点でログインしている）と、上記投稿楽曲の上記曲ＩＤ２２１とが、カラオケ装置１０Ａの装置本体１００へ送信される。当該特定の投稿楽曲の曲ＩＤ２２１が装置本体１００の制御部１０１により取得されると、この曲ＩＤを含む投稿楽曲のダウンロード要求が、カラオケ装置１０Ａの制御部１０１からホストサーバ２０へと送信される（ステップＳＣ１）。これに応じて、ホストサーバ２０では、上記楽曲投稿記憶部２２において上記曲ＩＤを含む投稿データの検索が行われ、当該曲ＩＤを備えた上記投稿楽曲の投稿データ２２０（楽曲データ２２４、歌詞データ２２３、楽譜情報２２２を含む）が、ホストサーバ２０からカラオケ装置１０Ａへと送信されて制御部１０１において取得され、大容量記憶装置１０３に記憶される（ステップＳＳ２）。なお、このステップＳＳ２が各請求項記載の投稿楽曲取得手順に相当し、このステップＳＳ２で上記のように投稿データ２２０を取得するカラオケ装置１０Ａの制御部１０１が、各請求項記載の投稿楽曲取得手段として機能する。

＜歌唱履歴の参照＞
ところで、上記のように投稿ユーザによるオリジナルの楽曲であっても、既に上記特定の歌唱ユーザが一度でも歌唱したことがあったり、あるいは他人が歌うのを見たことがある場合には、上記ガイドボーカルの生成を行う必要がない。したがって、上記のような、特定の歌唱ユーザ自身が歌唱したあるいは他人の歌唱を見たことがある（このような場合を、以下適宜「投稿楽曲の視聴歴あり」という）か、若しくは、特定の歌唱ユーザ自身が歌唱したあるいは他人の歌唱を見たことがない（このような場合を、以下適宜「投稿楽曲の視聴歴なし」という）か、の見極めを行うために、上記特定の歌唱ユーザの歌唱履歴が参照される。すなわち、ホストサーバ２０の歌唱履歴記憶部２１には、複数のユーザそれぞれの歌唱履歴情報が、予め記憶されている。そして、上記ステップＳＳ２で投稿データ２２０の取得が行われた後は、ステップＳＣ２において、カラオケ装置１０Ａの制御部１０１からホストサーバ２０へ、視聴有無の判断結果の要求が送信される。なお、この要求には、上記特定の歌唱ユーザのユーザＩＤが付されている（後述の図５のステップＳ１２０参照）。

上記要求を受信したホストサーバ２０では、視聴有無判断処理が実行される（ステップＳＳ３）。この視聴有無判断処理の詳細を表すフローチャートを図５に示す。

図５において、まずステップＳ１００で、ホストサーバ２０は、上記ステップＳＣ２においてカラオケ装置１０Ａの制御部１０１から受信した上記特定の歌唱ユーザのユーザＩＤに基づき、歌唱履歴記憶部２１（歌唱履歴記憶手段に相当）に記憶された当該特定の歌唱ユーザの歌唱履歴を取得する。

歌唱履歴記憶部２１に記憶された各歌唱ユーザの歌唱履歴の一例を図６に示す。この例では、各歌唱ユーザのユーザＩＤに、歌唱したことのある楽曲の曲ＩＤ、及び、当該楽曲のジャンルが、対応付けられて記憶されている。図示の例では、ユーザ「ＡＡＡ」は、ＩＤ「５５５」の楽曲（ジャンル：ポップ）と、ＩＤ「６６６」の楽曲（ジャンル：ポップ）と、ＩＤ「９９９」の楽曲（ジャンル：レゲエ）と、を過去に歌唱している。ユーザ「ＢＢＢ」は、ＩＤ「１１１」の楽曲（ジャンル：ポップ）と、ＩＤ「２２２」の楽曲（ジャンル：演歌）と、ＩＤ「４４４」の楽曲（ジャンル：演歌）と、を過去に歌唱している。ユーザ「ＣＣＣ」は、ＩＤ「１１１」の楽曲（ジャンル：ポップ）と、ＩＤ「２２２」の楽曲（ジャンル：演歌）と、ＩＤ「３３３」の楽曲（ジャンル：ＰＯＰ）と、ＩＤ「７７７」の楽曲（ジャンル：ＰＯＰ）と、を過去に歌唱している。ユーザ「ＤＤＤ」は、ＩＤ「８８８」の楽曲（ジャンル：レゲエ）と、ＩＤ「９９９」の楽曲（ジャンル：レゲエ）と、を過去に歌唱している。

なお、上記ステップＳ１００が各請求項記載の歌唱履歴取得手順に相当し、このステップＳ１００を実行するホストサーバ２０が、各請求項記載の歌唱履歴取得手段として機能する。

その後、ステップＳ１１０に移り、ホストサーバ２０は、上記視聴有無判断部２４により、上記ステップＳ１００で取得された歌唱履歴に、上記ステップＳＣ１で受信した曲ＩＤが含まれているか否かを判定する。当該曲ＩＤが含まれていたら判定が満たされ（Ｓ１１０：ＹＥＳ）、後述のステップＳ１４０に移る。当該曲ＩＤが含まれていなかったら判定が満たされず（Ｓ１１０：ＮＯ）、ステップＳ１２０に移る。

ステップＳ１２０では、ホストサーバ２０は、上記視聴有無判断部２４により、この時点で、上記特定の歌唱ユーザとともにログインしてた他の歌唱ユーザのユーザＩＤ（ステップＳＣ２で取得済み）を所定の条件（後述）により抽出し、当該他の歌唱ユーザが、上記ステップＳＣ１で受信した曲ＩＤの上記投稿楽曲が歌唱されたか否かを判定する。当該投稿楽曲が歌唱されていたら判定が満たされ（Ｓ１２０：ＹＥＳ）、後述のステップＳ１４０に移る。当該投稿楽曲が歌唱されていなかったら判定が満たされず（Ｓ１２０：ＮＯ）、ステップＳ１３０に移る。

なお、他の歌唱ユーザを抽出する上記所定の条件とは、例えば、ホストサーバ２０の歌唱履歴記憶部２１には、ユーザそれぞれの歌唱履歴情報が記憶されている。歌唱履歴情報には、ユーザがログインした時間情報とログアウトした時間情報（ログインからログアウト迄の時間帯もしくは、ログイン、ログアウト時間の一方を基準とした時間長でもよい）と、歌唱したカラオケ装置１０を特定する情報（例えば、シリアル番号，ＩＰアドレスなど）も含まれている。ホストサーバ２０は、特定のユーザがログインからログアウト迄の時間帯で歌唱したカラオケ装置と同じカラオケ装置を利用し、同じ時間帯でログインしていた他のユーザを、特定の歌唱ユーザとともにログインしていた他の歌唱ユーザとして、抽出する。

ステップＳ１３０では、ホストサーバ２０は、上記視聴有無判断部２４により、上記特定の歌唱ユーザ自身が当該投稿楽曲を歌唱したこともなく、上記他の歌唱ユーザが当該投稿楽曲を歌唱するのを見たこともない、とみなし、当該投稿楽曲に対する上記特定の歌唱ユーザの視聴履歴を「視聴歴なし」とする。そして、このルーチンを終了する。

一方、ステップＳ１４０では、ホストサーバ２０は、上記視聴有無判断部２４により、上記特定の歌唱ユーザ自身が当該投稿楽曲を歌唱したことがあるか、若しくは、上記他の歌唱ユーザが当該投稿楽曲を歌唱するのを見たことがある、とみなし、当該投稿楽曲に対する上記特定の歌唱ユーザの視聴履歴を「視聴歴あり」とする。そして、このルーチンを終了する。なお、上記ステップＳ１３０及びステップＳ１４０が、各請求項記載のメロディ知見判定手順に相当し、これらのステップＳ１３０及びステップＳ１４０を実行するホストサーバ２０が、各請求項記載のメロディ知見判定手段として機能する。

図２に戻り、上記ステップＳ１３０又はステップＳ１４０が終了すると、ホストサーバ２０は、上記ステップＳ１３０又はステップＳ１４０で得た判定結果、すなわち「視聴歴なし」又は「視聴歴あり」の旨を、カラオケ装置１０Ａへ送信する（ステップＳＳ４）。

上記「視聴歴なし」又は「視聴歴あり」の判定結果を受信したカラオケ装置１０Ａの制御部１０１では、この受信結果に基づき、ガイドボーカル付与処理が実行される（ステップＳＣ３）。このガイドボーカル付与処理の詳細を表すフローチャートを図７に示す。

前述したように、上記投稿ユーザにより作成された投稿データ２２０には、当該投稿楽曲の楽曲データ２２４、楽譜情報２２２、及び、歌詞データ２２３に加え、投稿ユーザ自らの歌唱による、当該楽曲データの歌唱音声データが含まれている場合がある。このような場合には、当該歌唱音声データによりそのままメロディラインを確認できるので、ガイドボーカル音声の生成を行う必要がない。したがって、図７において、まずステップＳ２００で、カラオケ装置１０Ａの制御部１０１は、上記ステップＳＳ２でホストサーバ２０から受信した投稿データ２２０に、上記歌唱音声データが含まれているか否か、を判断する。なお、この判断の手法は、例えば各投稿データ２２０に、歌唱音声データが含まれているか否かのフラグが付されている場合には、当該フラグをチェックすればよい。あるいは、投稿データ２２０に対し、公知の音声周波数検出を実行して判断するようにしてもよい。このステップＳ２００が各請求項記載の歌唱音声判定手順に相当し、このステップＳ２００を実行するカラオケ装置１０Ａの制御部１０１が、各請求項記載の歌唱音声判定手段として機能する。

その後、上記ステップＳＳ４でホストサーバ２０から受信した「視聴歴なし」又は「視聴歴あり」の判断結果と、ステップＳ２０１で、上記ステップＳ２００における歌唱音声有無の判断結果と、に基づき、カラオケ装置１０Ａの制御部１０１は、上記ホストサーバ２０から受信した判断結果が「視聴歴なし」であって、かつ上記ステップＳ２００における判断結果が「歌唱音声が含まれていない」であったか否かを判定する。「視聴歴なし」「歌唱音声が含まれていない」の判断結果であった場合には判定が満たされ（Ｓ２０１：ＹＥＳ）、ステップＳ２１５に移る。「視聴歴あり」又は「歌唱音声が含まれている」のいずれかの判断結果があった場合には判定が満たされず（Ｓ２０１：ＮＯ）、このルーチンを終了して、後述の図２のステップＳＣ４に移る。

上記「視聴歴なし」「歌唱音声が含まれていない」の判断結果であった場合には、前述のメロディラインの不明による歌唱困難が生じる。そこで、この場合には、ガイドボーカル音声を生成するために、ステップＳ２１５で、カラオケ装置１０Ａの制御部１０１は、前述のようにして投稿されホストサーバ２０に記憶された、（上記第２投稿ユーザによる）上記投稿楽曲の歌唱音声データが存在するか否かを判定する。投稿楽曲の歌唱音声データの存在が確認されればこの判定が満たされ（Ｓ２１５：ＹＥＳ）、ステップＳ２２０へ移る。投稿楽曲の歌唱音声データの存在が確認できなければこの判定が満たされず（Ｓ２１５：ＮＯ）このルーチンを終了し、後述の図２のステップＳＣ４に移る。なお、この場合は、当該ステップＳＣ４においては、例えば適宜の音源を用いた人工音声等によりガイドボーカル音声を作成すればよい。

ステップＳ２２０では、カラオケ装置１０Ａの制御部１０１は、ホストサーバ２０に対し、当該特定の歌唱ユーザの歌唱ジャンルの要求を送信する。図６に示したように、ホストサーバ２０の歌唱履歴記憶部２１に記憶された歌唱履歴には、各ユーザの歌唱した楽曲のジャンルも併せて記録されている。上記歌唱ジャンルの要求を受信したホストサーバ２０は、上記歌唱履歴中に記録されたジャンルを参照して、要求された特定の歌唱ユーザの歌唱ジャンルを決定する（図２のステップＳＳ５）。この決定では、ユーザが歌唱した各楽曲をジャンル毎に集計したときに、最も楽曲数が多いジャンルを当該ユーザの歌唱ジャンル、とすればよい。図６に示した例では、ユーザ「ＡＡＡ」は、ジャンル：ＰＯＰの曲を最も多く歌唱していることから歌唱ジャンルは「ＰＯＰ」となる。ユーザ「ＢＢＢ」は、ジャンル：演歌の曲を最も多く歌唱していることから歌唱ジャンルは「演歌」となる。ユーザ「ＣＣＣ」は、ジャンル：ＰＯＰの曲を最も多く歌唱していることから歌唱ジャンルは「ＰＯＰ」となる。ユーザ「ＤＤＤ」は、ジャンル：レゲエの曲を最も多く歌唱していることから歌唱ジャンルは「レゲエ」となる。なお、上記ステップＳＳ５を実行するホストサーバ２０が、各請求項記載の歌唱ジャンル決定手段として機能する。なお、この歌唱ジャンルの決定は、随時ホストサーバ２０において実行され、その決定結果が保存されているようにしてもよい。

その後、カラオケ装置１０Ａの制御部１０１は、ステップＳ２３０において、上記のようにして決定された後にホストサーバ２０からカラオケ装置１０Ａへ送信された、上記特定の歌唱ユーザの歌唱ジャンルを取得する。その後、ステップＳ２３５に移る。

ステップＳ２３５では、カラオケ装置１０Ａの制御部１０１は、前述のようにして既に投稿されホストサーバ２０の歌唱投稿記憶部２３に記憶されている、上記特定の歌唱ユーザが歌おうとしている上記投稿楽曲の歌唱音声データを、前述の曲ＩＤを用いて特定し、取得する。なお、曲ＩＤでなく、上記楽譜情報２２２やあるいは上記歌詞データ２２３を用いて特定するようにしてもよい。その際、上記ステップＳ２３０で取得された歌唱ジャンルに基づき、上記特定の歌唱ユーザと同一ジャンルのユーザによる歌唱音声データが取得される。また、そのような歌唱音声データを提供した同一ジャンルのユーザが複数名存在した場合には、その中から、各歌唱時における採点結果の得点が、最高得点であったユーザの歌唱音声データが取得される。すなわち、各カラオケ装置１０の制御部１０１は、公知の採点機能を備えており（各請求項記載の採点手段に相当）、上記のようにして歌唱音声データの投稿が行われホストサーバ２０の歌唱投稿記憶部２３に歌唱音声データが記憶される際には、当該歌唱音声データを生成するために歌唱した際の採点結果（得点）も併せて記憶されるようになっている。なお、各カラオケ装置１０からの投稿後に、ホストサーバ２０側で採点を行うようにしてもよい。

上記のようにしてホストサーバ２０の歌唱投稿記憶部２３に記憶されている、各ユーザの歌唱音声データの一覧を図８に示す。図示の例では、前述のようにして決定されるジャンルがＰＯＰであるユーザ「ＰＰＰ」は、ＩＤ「００１」の投稿楽曲を歌唱した歌唱音声データ（その際の得点は８５点）と、ＩＤ「００２」の投稿楽曲を歌唱した歌唱音声データ（得点は９０点）と、ＩＤ「００５」の投稿楽曲を歌唱した歌唱音声データ（得点は９０点）と、を既に投稿している。同様に、ジャンルが演歌であるユーザ「ＱＱＱ」は、ＩＤ「００２」の投稿楽曲を歌唱した歌唱音声データ（得点は７０点）と、ＩＤ「００８」の投稿楽曲を歌唱した歌唱音声データ（得点は７５点）と、ＩＤ「００９」の投稿楽曲を歌唱した歌唱音声データ（得点は６０点）と、を既に投稿している。また、ジャンルがＰＯＰであるユーザ「ＲＲＲ」は、ＩＤ「００１」の投稿楽曲を歌唱した歌唱音声データ（得点は８０点）と、ＩＤ「００５」の投稿楽曲を歌唱した歌唱音声データ（得点は８５点）と、ＩＤ「０１１」の投稿楽曲を歌唱した歌唱音声データ（得点は８０点）と、ＩＤ「０１５」の投稿楽曲を歌唱した歌唱音声データ（得点は９０点）と、を既に投稿している。また、ジャンルがレゲエであるユーザ「ＳＳＳ」は、ＩＤ「００１」の投稿楽曲を歌唱した歌唱音声データ（得点は９０点）と、ＩＤ「００７」の投稿楽曲を歌唱した歌唱音声データ（得点は９５点）と、を既に投稿している。

図示のような投稿状態の場合に、上記特定の歌唱ユーザが歌唱しようとしている（言い換えればガイドボーカル音声を必要としている）上記投稿楽曲の曲ＩＤが「００１」であり、かつ当該特定の歌唱ユーザの歌唱ジャンルが「ＰＯＰ」であったとする。この場合、曲ＩＤ「００１」の歌唱音声データは、前述のように、ユーザ「ＰＰＰ」と、ユーザ「ＲＲＲ」と、ユーザ「ＳＳＳ」と、の合計３名が投稿済みである。しかしながら、ユーザ「ＳＳＳ］の歌唱ジャンルはレゲエであり上記特定の歌唱ユーザの歌唱ジャンルであるＰＯＰとは異なるため、除外される。そして、上記特定の歌唱ユーザと同一の歌唱ジャンル（ＰＯＰ）であるユーザ「ＰＰＰ」とユーザ「ＲＲＲ」のうち、得点が所定値（例えば７０点）以上であってかつ最高得点である、ユーザ「ＰＰＰ」による曲ＩＤ「００１」の歌唱音声データ（この例では得点８５点）が、ガイドボーカル生成用の歌唱音声データとして選択され、カラオケ装置１０Ａの制御部１０１によって取得され、大容量制御装置１０３に記憶される。図７に戻り、以上のようにしてステップＳ２３５が完了すると、ステップＳ２５０に移る。

ステップＳ２５０では、カラオケ装置１０Ａの制御部１０１は、上記ステップＳ２３５で取得された歌唱音声データを用いて、ガイド音声ボーカルを生成する。この生成は、上記取得された歌唱音声データをそのまま使用できる場合は（特に加工等を行うことなく）そのまま転用して生成され、必要があれば適宜に音質等の加工が公知の手法により行われる。生成されたガイドボーカル音声は、例えば改めて上記大容量記憶装置１０３に記憶される。上記ステップＳ２３５及びステップＳ２５０が各請求項記載のガイドボーカル生成手順に相当し、これらのステップを実行するカラオケ装置１０Ａの制御部１０１が、各請求項記載のガイドボーカル生成手段として機能する。

図２に戻り、以上のようにしてステップＳＣ３のガイドボーカル付与処理が終了すると、カラオケ装置１０Ａの制御部１０１の制御に基づき、上記投稿楽曲の楽曲データ２２４が上記大容量記憶装置１０３から読み出されて音源１０６等によって再生されると共に、これに同期して、上記ステップＳ２５０で生成されたガイドボーカル音声が大容量記憶装置１０３から読み出されて再生される（ステップＳＣ４）。言い換えれば、当該投稿楽曲がガイドボーカル付きで再生される。また、このとき、歌詞データ２２３による歌詞表示がカラオケ装置１０Ａの上記表示部１０９によって行われる。このステップＳＣ４が各請求項記載の音声・楽曲再生手順に相当し、このステップＳＣ４を実行するカラオケ装置１０Ａの制御部１０１が、各請求項記載の音声・楽曲再生手段として機能する。

以上説明したように、本実施形態においては、投稿ユーザによるオリジナル投稿楽曲の投稿データ２２０に歌唱音声データが含まれておらず、かつ当該投稿楽曲に対し、特定の歌唱ユーザの歌唱履歴や他ユーザの歌唱を見た履歴がない場合には、既に投稿されてホストサーバ２０に記憶されている他のユーザによる歌唱音声データを用いてガイドボーカル音声が生成されて再生される。これにより、上記特定の歌唱ユーザが、投稿ユーザの上記投稿楽曲のメロディラインを知らなくても、容易かつ円滑に当該楽曲の歌唱を行うことができる。したがって、利便性を向上することができる。

また、本実施形態では特に、歌唱履歴に基づき上記特定の歌唱ユーザの歌唱ジャンルが決定され、その歌唱ジャンルに対応したユーザの歌唱音声データを用いてガイドボーカル音声が生成される。これにより、ガイドボーカル音声の生成の際、上記特定の歌唱ユーザの歌唱嗜好に合致した、より最適な音声態様のガイドボーカル音声を生成することができる。この結果、さらに利便性を向上することができる。

また、本実施形態では特に、上記ガイドボーカル音声の生成のために他のユーザが投稿した歌唱音声データを活用する際、採点結果が所定値以上であるものを用いて、ガイドボーカル音声を生成する。これにより、ガイドボーカル音声の生成の際、比較的歌唱が上手なユーザの歌唱音声データを確実に用いてガイドボーカル音声を生成することができる。この結果、ガイドボーカル音声によるガイド機能を向上させることができるので、さらに利便性を向上することができる。

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

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

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

１ 通信カラオケシステム（投稿楽曲演奏システム）
２１ 歌唱履歴記憶部（歌唱履歴記憶手段）
２２ 楽曲投稿記憶部（第１投稿記憶手段）
２３ 歌唱投稿記憶部（第２投稿記憶手段）
１０６ 音源
１０７ 音声制御部
１０８ スピーカ
２２０ 投稿データ
２２２ 楽譜情報
２２３ 歌詞データ
２２４ 楽曲データ（カラオケ楽曲データ）

Claims (4)

1. 第１投稿ユーザにより作成された第１楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する第１投稿送信手段と、
   前記第１投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、前記第１楽曲の楽曲識別情報とともに第１投稿データとして記憶する第１投稿記憶手段と、
   所望の第２楽曲に係わる、第２投稿ユーザによる歌唱音声データを送信する第２投稿送信手段と、
   前記第２投稿送信手段からの送信に応じて、少なくとも、前記歌唱音声データを第２投稿データとして記憶する第２投稿記憶手段と、
   複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、
   特定の歌唱ユーザの指示に基づき、前記第１投稿記憶手段に記憶された前記第１投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記第１投稿記憶手段から取得する投稿楽曲取得手段と、
   前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データが含まれる前記第１投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手段と、
   前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手段と、
   前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手段と、
   前記歌唱音声判定手段により前記第１投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手段により前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記第２投稿記憶手段から前記第２投稿データを読み出し、前記第２投稿データの楽曲識別情報、楽譜情報、歌詞データのいずれかと、前記第１投稿記憶手段に記憶された前記第１投稿データの前記楽曲識別情報、前記楽譜情報、前記歌詞データのいずれかと、を比較することで、当該第１投稿データと同じ楽曲の前記第２投稿データを特定し、その特定された第１投稿データと同じ楽曲の第２投稿データに含まれる前記第２投稿ユーザの前記歌唱音声データを用いて、当該楽曲のガイドボーカル音声を生成するガイドボーカル生成手段と、
   前記ガイドボーカル生成手段により生成された前記ガイドボーカル音声を、前記投稿楽曲取得手段により取得された前記投稿楽曲データとともに再生する音声・楽曲再生手段と、
   を有することを特徴とする投稿楽曲演奏システム。
2. 請求項１記載の投稿楽曲演奏システムにおいて、
   前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記特定の歌唱ユーザの歌唱ジャンルを決定する歌唱ジャンル決定手段を有し、
   前記ガイドボーカル生成手段は、
   前記歌唱ジャンル決定手段により決定された前記歌唱ジャンルに対応した、前記第２投稿ユーザの前記歌唱音声データを用いて、前記ガイドボーカル音声を生成する
   ことを特徴とする投稿楽曲演奏システム。
3. 請求項２記載の投稿楽曲演奏システムにおいて、
   前記第２投稿送信手段により送信される前記歌唱音声データを採点する採点手段を有し、
   前記ガイドボーカル生成手段は、
   前記歌唱ジャンル決定手段により決定された前記歌唱ジャンルに対応した、前記第２投稿ユーザの前記歌唱音声データであって、かつ、前記採点手段による採点結果が所定値以上であるものを用いて、前記ガイドボーカル音声を生成する
   ことを特徴とする投稿楽曲演奏システム。
4. 第１投稿ユーザにより作成された第１楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する第１投稿送信手段と、
   前記第１投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、前記第１楽曲の楽曲識別情報とともに第１投稿データとして記憶する第１投稿記憶手段と、
   所望の第２楽曲に係わる、第２投稿ユーザによる歌唱音声データを送信する第２投稿送信手段と、
   前記第２投稿送信手段からの送信に応じて、少なくとも、前記歌唱音声データを第２投稿データとして記憶する第２投稿記憶手段と、
   複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、
   を有する投稿処理システムが実行する投稿楽曲演奏方法であって、
   特定の歌唱ユーザの指示に基づき、前記第１投稿記憶手段に記憶された前記第１投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記第１投稿記憶手段から取得する投稿楽曲取得手順と、
   前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データが含まれる前記第１投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手順と、
   前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手順と、
   前記歌唱履歴取得手順で取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手順と、
   前記歌唱音声判定手順で前記第１投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手順で前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記第２投稿記憶手段から前記第２投稿データを読み出し、前記第２投稿データの楽曲識別情報、楽譜情報、歌詞データのいずれかと、前記第１投稿記憶手段に記憶された前記第１投稿データの前記楽曲識別情報、前記楽譜情報、前記歌詞データのいずれかと、を比較することで、当該第１投稿データと同じ楽曲の前記第２投稿データを特定し、その特定された第１投稿データと同じ楽曲の第２投稿データに含まれる前記第２投稿ユーザの前記歌唱音声データを用いて、当該楽曲のガイドボーカル音声を生成するガイドボーカル生成手順と、
   前記ガイドボーカル生成手順で生成された前記ガイドボーカル音声を、前記投稿楽曲取得手順で取得された前記投稿楽曲データとともに再生する音声・楽曲再生手順と、
   を有することを特徴とする投稿楽曲演奏方法。
   

Images