(57)【要約】【課題】歌唱ユーザが、投稿ユーザの投稿楽曲のメロディラインを知らなかった場合であっても、容易かつ円滑に当該楽曲の歌唱を行う。【解決手段】通信カラオケシステム１は、楽曲データ２２４、楽譜情報２２２、歌詞データ２２３を送信し、それらを投稿データ２２０として投稿データ記憶部２２に記憶し、特定の歌唱ユーザの指示に基づき、楽曲データ２２４及び歌詞データ２２３を取得し、当該歌唱ユーザの歌唱履歴情報を歌唱履歴記憶部２１から取得し、取得された楽曲データ２２４が含まれる投稿データ２２０に、歌唱音声データが含まれず、投稿データ２２０の歌唱メロディに対する知見がないと判定された場合に、対応するガイドボーカル音声を人工音声により生成し、生成されたガイドボーカル音声を、楽曲データ２２４とともに音源１０６等により再生する。【選択図】図２
2015045824.tif 000002
【特許請求の範囲】
【請求項１】
投稿ユーザにより作成された楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する投稿送信手段と、
前記投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、投稿データとして記憶する投稿記憶手段と、
複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、
特定の歌唱ユーザの指示に基づき、前記投稿記憶手段に記憶された前記投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記投稿記憶手段から取得する投稿楽曲取得手段と、
前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データが含まれる前記投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手段と、
前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手段と、
前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手段と、
前記歌唱音声判定手段により前記投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手段により前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記投稿記憶手段に記憶された当該投稿データに含まれる前記楽譜情報及び前記歌詞データに基づき、対応するガイドボーカル音声を人工音声により生成するガイドボーカル生成手段と、
前記ガイドボーカル生成手段により生成された前記ガイドボーカル音声を、前記投稿楽曲取得手段により取得された前記投稿楽曲データとともに再生する音声・楽曲再生手段、
を有することを特徴とする投稿楽曲演奏システム。
【請求項２】
請求項１記載の投稿楽曲演奏システムにおいて、
前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記特定の歌唱ユーザの歌唱ジャンルを決定する歌唱ジャンル決定手段を有し、
前記ガイドボーカル生成手段は、
前記歌唱ジャンル決定手段により決定された前記歌唱ジャンルに対応したパラメータを用いて、前記ガイドボーカル音声を生成する
ことを特徴とする投稿楽曲演奏システム。
【請求項３】
投稿ユーザにより作成された楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する投稿送信手段と、前記投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、投稿データとして記憶する投稿記憶手段と、複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、を有する投稿処理システムが実行する投稿楽曲演奏方法であって、
特定の歌唱ユーザの指示に基づき、前記投稿記憶手段に記憶された前記投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記投稿記憶手段から取得する投稿楽曲取得手順と、
前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データが含まれる前記投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手順と、
前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手順と、
前記歌唱履歴取得手順で取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手順と、
前記歌唱音声判定手順で前記投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手順で前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記投稿記憶手段に記憶された当該投稿データに含まれる前記楽譜情報及び前記歌詞データに基づき、対応するガイドボーカル音声を人工音声により生成するガイドボーカル生成手順と、
前記ガイドボーカル生成手順で生成された前記ガイドボーカル音声を、前記投稿楽曲取得手順で取得された前記投稿楽曲データとともに再生する音声・楽曲再生手順と、
を有することを特徴とする投稿楽曲演奏方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザから投稿されたオリジナル楽曲を演奏する投稿楽曲演奏システム及び投稿楽曲演奏方法に関する。
【背景技術】
【０００２】
サーバとこのサーバに接続されたカラオケ装置とを備えたシステムにおいて、歌唱者（歌唱ユーザ）から投稿された歌唱動画をサーバに記憶することで、他のユーザから閲覧可能とするサービスが、既に知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−７３３１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、ユーザ（投稿ユーザ）が個人的に作成した歌唱用のオリジナル楽曲をサーバに投稿可能とし、そのオリジナル楽曲を他のユーザ（歌唱ユーザ）が歌唱可能とするサービスが、考えられつつある。このようにして投稿された楽曲は上記投稿ユーザのオリジナル作品であることから、上記歌唱ユーザが上記投稿楽曲の再生に合わせて歌唱しようとしても、そのままではメロディラインが分からず、歌唱困難となる可能性があった。
【０００５】
本発明の目的は、歌唱ユーザが、投稿ユーザの投稿楽曲のメロディラインを知らなかった場合であっても、容易かつ円滑に当該楽曲の歌唱を行える、投稿楽曲演奏システム及び投稿楽曲演奏方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、第１の発明の投稿楽曲演奏システムは、投稿ユーザにより作成された楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する投稿送信手段と、前記投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、投稿データとして記憶する投稿記憶手段と、複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、特定の歌唱ユーザの指示に基づき、前記投稿記憶手段に記憶された前記投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記投稿記憶手段から取得する投稿楽曲取得手段と、前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データが含まれる前記投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手段と、前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手段と、前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手段により取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手段と、前記歌唱音声判定手段により前記投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手段により前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記投稿記憶手段に記憶された当該投稿データに含まれる前記楽譜情報及び前記歌詞データに基づき、対応するガイドボーカル音声を人工音声により生成するガイドボーカル生成手段と、前記ガイドボーカル生成手段により生成された前記ガイドボーカル音声を、前記投稿楽曲取得手段により取得された前記投稿楽曲データとともに再生する音声・楽曲再生手段と、を有することを特徴とする。
【０００７】
本願発明においては、ユーザ（投稿ユーザ）が個人的に作成した歌唱用のオリジナル楽曲を投稿することで、他のユーザ（歌唱ユーザ）が歌唱可能に閲覧することができる。
【０００８】
すなわち、投稿ユーザが楽曲を作成すると、その作成された楽曲に係わる、投稿楽曲データ、歌唱メロディ（旋律）の楽譜情報、及び、歌詞データが、投稿送信手段によって送信される。そして、その送信に応じて、少なくとも上記投稿楽曲データ、上記楽譜情報、上記歌詞データを含む投稿データが、投稿記憶手段に記憶される。
【０００９】
このとき、このような投稿データは上記投稿ユーザのオリジナル作品であることから、上記歌唱ユーザが上記投稿楽曲データの再生に合わせて歌唱しようとしても、そのままではメロディラインが分からず、歌唱困難となる可能性がある。
【００１０】
そこで本願発明においては、上記楽譜情報に基づき、人工的にガイドボーカルが生成される。但し、歌唱ユーザが、一度でも自らが歌唱したことがあったり他人が歌うのを見たことがある場合には、上記ガイドボーカルの生成は行われない。また、上記投稿データにたまたま歌唱音声データが含まれていた場合も、（歌唱音声データによりそのままメロディラインを確認できるので）同様にガイドボーカルの生成は行われない。
【００１１】
すなわち、まず、特定の歌唱ユーザからの指示に応じて、上記投稿データに含まれる投稿楽曲データ及び歌詞データが、投稿楽曲取得手段によって上記投稿記憶手段から取得される。その後、取得された投稿楽曲データに係わる上記投稿データに歌唱音声データが含まれているか否かが、歌唱音声判定手段によって判定される。
【００１２】
一方このとき、複数の歌唱ユーザそれぞれの歌唱履歴情報が、予め歌唱履歴記憶手段に記憶されている。そして、上記特定の歌唱ユーザからの指示に応じて、歌唱履歴取得手段により、当該特定の歌唱ユーザの歌唱履歴情報が歌唱履歴記憶手段から取得される。その後、この取得された歌唱履歴情報に基づき、メロディ知見判定手段により、上記投稿楽曲データの歌唱メロディに対する、当該特定の歌唱ユーザの知見の有無（例えば特定の歌唱ユーザ自身の歌唱履歴があるか、当該特定の歌唱ユーザと同時利用の別ユーザの歌唱履歴があるか、等)が判定される。
【００１３】
上記歌唱音声判定手段及びメロディ知見判定手段の判定において、上記投稿データに歌唱音声データが含まれておらず、かつ当該投稿楽曲データに対する特定の歌唱ユーザの知見がない、とされた場合には、上記メロディラインの不明による歌唱困難が生じる。そこで、この場合には、ガイドボーカル生成手段により、投稿データ中の上記楽譜情報と上記歌詞データに基づき、人工音声を用いてガイドボーカル音声が生成される。生成されたガイドボーカル音声は、音声・楽曲再生手段によって投稿楽曲データとともに再生される。
【００１４】
以上の結果、本願発明においては、歌唱ユーザが、投稿ユーザの投稿楽曲データのメロディラインを知らなかった場合であっても、容易かつ円滑に当該楽曲の歌唱を行うことができる。したがって、利便性を向上することができる。
【００１５】
第２発明は、上記第１発明において、前記歌唱履歴取得手段により取得された前記歌唱履歴情報に基づき、前記特定の歌唱ユーザの歌唱ジャンルを決定する歌唱ジャンル決定手段を有し、前記ガイドボーカル生成手段は、前記歌唱ジャンル決定手段により決定された前記歌唱ジャンルに対応したパラメータを用いて、前記ガイドボーカル音声を生成することを特徴とする。
【００１６】
これにより、ガイドボーカル生成手段による人工音声によるガイドボーカル音声の生成の際、上記特定の歌唱ユーザの歌唱嗜好に合致した、より最適な音声態様のガイドボーカル音声を生成することができる。この結果、さらに利便性を向上することができる。
【００１７】
上記目的を達成するために、第３発明は、投稿ユーザにより作成された楽曲に係わる、投稿楽曲データ、歌唱メロディの楽譜情報、及び、歌詞データを送信する投稿送信手段と、前記投稿送信手段からの送信に応じて、少なくとも、前記投稿楽曲データ、前記楽譜情報、及び前記歌詞データを、投稿データとして記憶する投稿記憶手段と、複数の歌唱ユーザそれぞれの歌唱履歴情報を記憶する歌唱履歴記憶手段と、を有する投稿処理システムが実行する投稿楽曲演奏方法であって、特定の歌唱ユーザの指示に基づき、前記投稿記憶手段に記憶された前記投稿データに含まれる前記投稿楽曲データ及び前記歌詞データを前記投稿記憶手段から取得する投稿楽曲取得手順と、前記特定の歌唱ユーザの指示に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データが含まれる前記投稿データに、対応する歌唱音声データが含まれているか否かを判定する歌唱音声判定手順と、前記特定の歌唱ユーザの指示に基づき、対応する当該特定の歌唱ユーザの歌唱履歴情報を前記歌唱履歴記憶手段から取得する歌唱履歴取得手順と、前記歌唱履歴取得手順で取得された前記歌唱履歴情報に基づき、前記投稿楽曲取得手順で取得された前記投稿楽曲データの前記歌唱メロディに対する、前記特定の歌唱ユーザの知見の有無を判定するメロディ知見判定手順と、前記歌唱音声判定手順で前記投稿データに前記歌唱音声データが含まれていないと判定され、かつ、前記メロディ知見判定手順で前記投稿楽曲データの前記歌唱メロディに対し前記特定の歌唱ユーザの知見がないと判定された場合に、前記投稿記憶手段に記憶された当該投稿データに含まれる前記楽譜情報及び前記歌詞データに基づき、対応するガイドボーカル音声を人工音声により生成するガイドボーカル生成手順と、前記ガイドボーカル生成手順で生成された前記ガイドボーカル音声を、前記投稿楽曲取得手順で取得された前記投稿楽曲データとともに再生する音声・楽曲再生手順と、を有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、歌唱ユーザが、投稿ユーザの投稿楽曲のメロディラインを知らなかった場合であっても、容易かつ円滑に当該楽曲の歌唱を行うことができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係わる通信カラオケシステムの全体構成を表す機能ブロック図である。
【図２】外部端末、リモコン、カラオケ装置の装置本体、及びホストサーバにおける、データ・信号の流れ及び処理手順を表すシーケンス図である。
【図３】ホストサーバの投稿データ記憶部に記憶された投稿データのデータ構造の一例を表す説明図である。
【図４】ホストサーバにより実行される、ステップＳＳ３の詳細手順を表すフローチャートである。
【図５】ホストサーバの歌唱履歴記憶部に記憶された各歌唱ユーザの歌唱履歴の一例を表す図である。
【図６】カラオケ装置の装置本体の制御部により実行される、ステップＳＣ３の詳細手順を表すフローチャートである。
【図７】歌唱ジャンルごとのパラメータ設定の内容を表すパラメータテーブルである。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施の形態について、図面を参照しつつ説明する。
【００２１】
図１は、本実施形態に係わる通信カラオケシステムの全体構成を表す機能ブロック図である。
【００２２】
図１において、通信カラオケシステム１（投稿楽曲演奏システム、投稿処理システムに相当）は、少なくとも１つのカラオケ装置（この例では第１カラオケ装置１０Ａ及び第２カラオケ装置１０Ｂ）と、ホストサーバ２０と、少なくとも１つ（この例では２つ）の外部端末Ｐと、を有している。
【００２３】
＜カラオケ装置＞
カラオケ装置１０Ａ，１０Ｂ（以下適宜、これらを総称して単に「カラオケ装置１０」という）は、例えばカラオケ店舗等のカラオケルームＫＲに設置されている。カラオケ装置１０は、楽曲データとしてのＭｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ及び映像データを用いて、カラオケ楽曲の再生サービスを提供する装置である。カラオケ装置１０、ホストサーバ２０、及び外部端末Ｐは、例えば通信ネットワーク等のネットワークＮＷとを介し、互いに情報送受信可能に接続されている。
【００２４】
カラオケ装置１０は、装置本体１００と、リモコン３５と、マイク３０と、を有している。なお、装置本体１００とリモコン３５とは、例えば無線又は有線のＬＡＮ等のネットワークを介し、互いに情報送受信可能に接続されている。装置本体１００とマイク３０とは、無線回線又は有線回線により接続されている。
【００２５】
装置本体１００は、制御部１０１と、大容量記憶装置１０３と、操作部１０４と、受信部１０５と、音源１０６と、音声制御部１０７と、スピーカ１０８と、表示部１０９と、通信制御部１１０とを有している。
【００２６】
制御部１０１は、図示しないＣＰＵや、ＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記大容量記憶装置１０３に予め記憶された各種プログラム（後述の図２及び図６に示す処理を実行するための制御プログラムを含む）を実行する。これにより、装置本体１００全体の制御を行う。
【００２７】
大容量記憶装置１０３は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０３は、楽曲データ（ＭＩＤＩデータ）、背景映像データ、及び歌詞データ等の各種情報が記憶されている。
【００２８】
操作部１０４は、例えば複数のキーやスイッチなどから構成される。ユーザは、この操作部１０４又は後述のリモコン３５を用いて、カラオケ楽曲の予約操作等の各種操作を行うことができる。
【００２９】
受信部１０５は、上記のマイク３０から出力された歌唱者の歌唱による音声信号を受信する。
【００３０】
音源１０６は、上記制御部１０１によって大容量記憶装置１０３から読み出された楽曲データを再生して音声制御部１０７へ出力する。なお、この音源１０６には、後述のガイドボーカル音声を生成するための人工音声の音源も含まれている。音声制御部１０７は、音源１０６から出力された楽曲データ及びガイドボーカル音声信号（後述）、及び、受信部１０５を介してマイク３０により入力された音声信号を増幅し、スピーカ１０８へ出力する。スピーカ１０８は、音声制御部１０７から出力された楽曲データ及び音声信号（後述のガイドボーカル音声を含む）を音声出力する。
【００３１】
なお、以下適宜、音源１０６、音声出力部１０７、及びスピーカ１０８を、省略して「音源１０６等」と称する。
【００３２】
表示部１０９は、例えば液晶ディスプレイなどから構成され、各種映像を表示する。特に、表示部１０９は、上記音源１０６等により楽曲データの再生が行われるのにしたがい、楽曲データの再生に同期して、大容量記憶装置１０３から読み出された背景映像データ、及び歌詞データに対応したテロップ等を表示する。
【００３３】
通信制御部１１０は、リモコン３５やホストサーバ２０との間で情報通信の制御を行う。
【００３４】
リモコン３５は、利用者がカラオケ楽曲の予約操作等の各種操作を複数のキーやスイッチ等で行うための操作端末である。
【００３５】
＜ホストサーバ＞
ホストサーバ２０は、例えば大容量記憶装置等からなる図示しない情報記憶手段を備えている。また、ホストサーバ２０は、歌唱履歴記憶部２１と、投稿データ記憶部２２と、視聴有無判定部２４と、を機能的に備えている。これら各機能部の詳細機能については、後述する。
【００３６】
＜処理シーケンス＞
以上において、本実施形態のカラオケ装置１０を備えた通信カラオケシステム１では、ユーザ（以下適宜、「投稿ユーザ」という）が個人的に作成した歌唱用のオリジナル楽曲を例えば上記外部端末Ｐを用いてホストサーバ２０へ投稿することで、他のユーザ（以下適宜、「歌唱ユーザ」という）が例えばカラオケ装置１０において（歌唱可能に）閲覧することができる。以下、その詳細を、図２のシーケンス図を参照しつつ説明する。
【００３７】
＜楽曲投稿＞
すなわち、投稿ユーザが自らのオリジナル楽曲を作成すると、その作成された楽曲に係わる投稿データが外部端末Ｐからホストサーバ２０へと送信される（ステップＳＰ１）。この投稿データには、上記楽曲の楽曲データ（＝投稿楽曲データに相当。例えばＭＩＤＩデータ）、歌唱メロディ（旋律）の楽譜情報、及び、歌詞データが含まれている。なお、この投稿データには、投稿ユーザ自らの歌唱による、当該楽曲データの歌唱音声データが含まれている場合もある。なお、このステップＳＰ１を実行する外部端末Ｐが、各請求項記載の投稿送信手段として機能する。この投稿データを受信したホストサーバ２０は、当該投稿データに固有の識別情報である曲ＩＤを付与し、上記投稿データ記憶部２２に記憶する。なお、この投稿データ記憶部２２が、各請求項記載の投稿記憶手段として機能する。
【００３８】
＜データ構造＞
図３に、上記ホストサーバ２０の投稿データ記憶部２２に記憶された投稿データのデータ構造の一例を示す。図３において、この例では、投稿データ２２０は、上記のようにして付与された、曲識別情報としての曲ＩＤ（あるいは曲名等でもよい）２２１と、演奏データとしての上記楽曲データ２２４と、歌唱メロディ（旋律）の楽譜情報２２２と、歌詞データ２２３と、を備えている。
【００３９】
曲ＩＤ２２１は、投稿データ２２０のヘッダとして置かれている。楽曲データ２２４は、上述したように例えばＭＩＤＩデータによって構成され、後述のようにホストサーバ２０からダウンロードされてカラオケ装置１０の大容量記憶装置１０３に記憶された後、読み出されて上記音源１０６等によって再生されることで、音声としてスピーカ１０８から放出することができる。
【００４０】
歌詞データ２２３は、前述したように投稿ユーザのオリジナル作詞によるものであり、上記同様にホストサーバ２０からダウンロードされて大容量記憶装置１０３に記憶された後、読み出されることで、歌詞テロップとして表示部１０９に表示することができる。この例では、歌詞データには、「あの言葉さえ  言わなければ  あなたのこと  きっと  もう少し  ・・」という内容の歌詞が含まれている。
【００４１】
楽譜情報２２２は、上述したように、投稿ユーザの作曲によるオリジナルの歌唱メロディ（旋律）を表しており、典型的には、図示のように五線譜で表される。
【００４２】
なお、この例では、上記歌詞データ２２３や楽譜情報２２２が楽曲データ２２４と同一のファイルに組み込まれているが、これに限られない。すなわち、歌詞データ２２３や楽譜情報２２２が、楽曲データ２２４とは別ファイルで構成され、同じ曲名で対応付けられていてもよい。
【００４３】
＜歌唱困難の可能性＞
このとき、既に述べたように、上記のような投稿データ２２０は上記投稿ユーザのオリジナル作品であることから、上記歌唱ユーザが上記楽曲データ２２４が再生されるのに合わせて歌唱しようとしても、そのままではメロディラインが分からず、歌唱困難となる可能性がある。そこで本実施形態においては、上記楽譜情報２２２に基づき、人工的にガイドボーカルが生成される。
【００４４】
＜歌唱ユーザによる投稿楽曲のダウンロード＞
すなわち、例えば特定の歌唱ユーザによるカラオケ装置１０のリモコン３５での適宜の操作により、上記ホストサーバ２０の投稿データ記憶部２２に上記投稿データが記憶された投稿楽曲の一覧がリモコン３５で取得され、表示される（ステップＳＲ１）。上記歌唱ユーザによるリモコン３５での適宜の操作により特定の投稿楽曲が予約されると（ステップＳＲ２）、当該歌唱ユーザのユーザＩＤ（この時点でログインしている）と、上記特定の投稿楽曲の上記曲ＩＤ２２１とが、装置本体１００へ送信される。当該特定の投稿楽曲の曲ＩＤ２２１が装置本体１００の制御部１０１により取得されると、この曲ＩＤを含む投稿楽曲のダウンロード要求が、制御部１０１からホストサーバ２０へと送信される（ステップＳＣ１）。これに応じて、ホストサーバ２０では、上記投稿データ記憶部２２において上記曲ＩＤを含む投稿データの検索が行われ、当該曲ＩＤを備えた投稿データ２２０（楽曲データ２２４、歌詞データ２２３、楽譜情報２２２を含む）が、ホストサーバ２０からカラオケ装置１０へと送信されて制御部１０１において取得され、大容量記憶装置１０３に記憶される（ステップＳＳ２）。なお、このステップＳＳ２が各請求項記載の投稿楽曲取得手順に相当し、このステップＳＳ２で上記のように投稿データ２２０を取得する制御部１０１が、各請求項記載の投稿楽曲取得手段として機能する。
【００４５】
＜歌唱履歴の参照＞
ところで、上記のように投稿ユーザによるオリジナルの楽曲であっても、既に歌唱ユーザが一度でも歌唱したことがあったり、あるいは他人が歌うのを見たことがある場合には、上記ガイドボーカルの生成を行う必要がない。したがって、上記のような、歌唱ユーザ自身が歌唱したあるいは他人の歌唱を見たことがある（このような場合を、以下適宜「投稿楽曲の視聴歴あり」という）か、若しくは、歌唱ユーザ自身が歌唱したあるいは他人の歌唱を見たことがない（このような場合を、以下適宜「投稿楽曲の視聴歴なし」という）か、の見極めを行うために、上記歌唱ユーザの歌唱履歴が参照される。すなわち、ホストサーバ２０の歌唱履歴記憶部２１には、複数のユーザそれぞれの歌唱履歴情報が、予め記憶されている。そして、上記ステップＳＳ２で投稿データ２２０の取得が行われた後は、ステップＳＣ２において、カラオケ装置１０の制御部１０１からホストサーバ２０へ、視聴有無の判断結果の要求が送信される。なお、この要求には、上記特定の歌唱ユーザのユーザＩＤが付されている（後述の図４のステップＳ１２０参照）。
【００４６】
上記要求を受信したホストサーバ２０では、視聴有無判断処理が実行される（ステップＳＳ３）。この視聴有無判断処理の詳細を表すフローチャートを図４に示す。
【００４７】
図４において、まずステップＳ１００で、ホストサーバ２０は、上記ステップＳＣ２においてカラオケ装置１０の制御部１０１から受信した上記特定の歌唱ユーザのユーザＩＤに基づき、歌唱履歴記憶部２１（歌唱履歴記憶手段に相当）に記憶された当該歌唱ユーザの歌唱履歴を取得する。
【００４８】
歌唱履歴記憶部２１に記憶された各歌唱ユーザの歌唱履歴の一例を図５に示す。この例では、各歌唱ユーザのユーザＩＤに、歌唱したことのある楽曲の曲ＩＤ、及び、当該楽曲のジャンルが、対応付けられて記憶されている。図示の例では、ユーザ「ＡＡＡ」は、ＩＤ「５５５」の楽曲（ジャンル：ポップ）と、ＩＤ「６６６」の楽曲（ジャンル：ポップ）と、ＩＤ「９９９」の楽曲（ジャンル：レゲエ）と、を過去に歌唱している。ユーザ「ＢＢＢ」は、ＩＤ「１１１」の楽曲（ジャンル：ポップ）と、ＩＤ「２２２」の楽曲（ジャンル：演歌）と、ＩＤ「４４４」の楽曲（ジャンル：演歌）と、を過去に歌唱している。ユーザ「ＣＣＣ」は、ＩＤ「１１１」の楽曲（ジャンル：ポップ）と、ＩＤ「２２２」の楽曲（ジャンル：演歌）と、ＩＤ「３３３」の楽曲（ジャンル：ＰＯＰ）と、ＩＤ「７７７」の楽曲（ジャンル：ＰＯＰ）と、を過去に歌唱している。ユーザ「ＤＤＤ」は、ＩＤ「８８８」の楽曲（ジャンル：レゲエ）と、ＩＤ「９９９」の楽曲（ジャンル：レゲエ）と、を過去に歌唱している。
【００４９】
なお、上記ステップＳ１００が各請求項記載の歌唱履歴取得手順に相当し、このステップＳ１００を実行するホストサーバ２０が、各請求項記載の歌唱履歴取得手段として機能する。
【００５０】
その後、ステップＳ１１０に移り、ホストサーバ２０は、上記視聴有無判断部２４により、上記ステップＳ１００で取得された歌唱履歴に、上記ステップＳＣ１で受信した曲ＩＤが含まれているか否かを判定する。当該曲ＩＤが含まれていたら判定が満たされ（Ｓ１１０：ＹＥＳ）、後述のステップＳ１４０に移る。当該曲ＩＤが含まれていなかったら判定が満たされず（Ｓ１１０：ＮＯ）、ステップＳ１２０に移る。
【００５１】
ステップＳ１２０では、ホストサーバ２０は、上記視聴有無判断部２４により、この時点で、上記特定の歌唱ユーザとともにログインしていた他の歌唱ユーザのユーザＩＤ（ステップＳＣ２で取得済み）を所定の条件（後述）により抽出し、当該他の歌唱ユーザが、上記ステップＳＣ１で受信した曲ＩＤの投稿楽曲が歌唱されたか否かを判定する。当該投稿楽曲が歌唱されていたら判定が満たされ（Ｓ１２０：ＹＥＳ）、後述のステップＳ１４０に移る。当該投稿楽曲が歌唱されていなかったら判定が満たされず（Ｓ１２０：ＮＯ）、ステップＳ１３０に移る。
【００５２】
なお、上述の他の歌唱ユーザを抽出する上記所定の条件とは、例えば、ホストサーバ２０の歌唱履歴記憶部２１には、ユーザそれぞれの歌唱履歴情報が記憶されている。歌唱履歴情報には、ユーザがログインした時間情報とログアウトした時間情報（ログインからログアウト迄の時間帯もしくは、ログイン、ログアウト時間の一方を基準とした時間長でもよい）と、歌唱したカラオケ装置１０を特定する情報（例えば、シリアル番号，ＩＰアドレスなど）も含まれている。ホストサーバ２０は、特定のユーザがログインからログアウト迄の時間帯で歌唱したカラオケ装置と同じカラオケ装置を利用し、同じ時間帯でログインしていた他のユーザを、特定の歌唱ユーザとともにログインしていた他の歌唱ユーザとして、抽出する。
【００５３】
ステップＳ１３０では、ホストサーバ２０は、上記視聴有無判断部２４により、上記特定の歌唱ユーザ自身が当該投稿楽曲を歌唱したこともなく、上記他の歌唱ユーザが当該投稿楽曲を歌唱するのを見たこともない、とみなし、当該投稿楽曲に対する上記特定の歌唱ユーザの視聴履歴を「視聴歴なし」とする。そして、このルーチンを終了する。
【００５４】
一方、ステップＳ１４０では、ホストサーバ２０は、上記視聴有無判断部２４により、上記特定の歌唱ユーザ自身が当該投稿楽曲を歌唱したことがあるか、若しくは、上記他の歌唱ユーザが当該投稿楽曲を歌唱するのを見たことがある、とみなし、当該投稿楽曲に対する上記特定の歌唱ユーザの視聴履歴を「視聴歴あり」とする。そして、このルーチンを終了する。なお、上記ステップＳ１３０及びステップＳ１４０が、各請求項記載のメロディ知見判定手順に相当し、これらのステップＳ１３０及びステップＳ１４０を実行するホストサーバ２０が、各請求項記載のメロディ知見判定手段として機能する。
【００５５】
図２に戻り、上記ステップＳ１３０又はステップＳ１４０が終了すると、ホストサーバ２０は、上記ステップＳ１３０又はステップＳ１４０で得た判定結果、すなわち「視聴歴なし」又は「視聴歴あり」の旨を、カラオケ装置１０へ送信する（ステップＳＳ４）。
【００５６】
上記「視聴歴なし」又は「視聴歴あり」の判定結果を受信したカラオケ装置１０の制御部１０１では、この受信結果に基づき、ガイドボーカル付与処理が実行される（ステップＳＣ３）。このガイドボーカル付与処理の詳細を表すフローチャートを図６に示す。
【００５７】
前述したように、投稿ユーザにより作成された投稿データ２２０には、当該投稿楽曲の楽曲データ２２４、楽譜情報２２２、及び、歌詞データ２２３に加え、投稿ユーザ自らの歌唱による、当該楽曲データの歌唱音声データが含まれている場合がある。このような場合には、当該歌唱音声データによりそのままメロディラインを確認できるので、ガイドボーカル音声の生成を行う必要がない。したがって、図６において、まずステップＳ２００で、制御部１０１は、上記ステップＳＳ２でホストサーバ２０から受信した投稿データ２２０に、上記歌唱音声データが含まれているか否か、を判断する。なお、この判断の手法は、例えば各投稿データ２２０に、歌唱音声データが含まれているか否かのフラグが付されている場合には、当該フラグをチェックすればよい。あるいは、投稿データ２２０に対し、公知の音声周波数検出を実行して判断するようにしてもよい。このステップＳ２００が各請求項記載の歌唱音声判定手順に相当し、このステップＳ２００を実行する制御部１０１が、各請求項記載の歌唱音声判定手段として機能する。
【００５８】
その後、上記ステップＳＳ４でホストサーバ２０から受信した「視聴歴なし」又は「視聴歴あり」の判断結果と、ステップＳ２０１で、上記ステップＳ２００における歌唱音声有無の判断結果と、に基づき、制御部１０１は、上記ホストサーバ２０から受信した判断結果が「視聴歴なし」であって、かつ上記ステップＳ２００における判断結果が「歌唱音声が含まれていない」であったか否かを判定する。「視聴歴なし」「歌唱音声が含まれていない」の判断結果であった場合には判定が満たされ（Ｓ２０１：ＹＥＳ）、ステップＳ２２０に移る。「視聴歴あり」又は「歌唱音声が含まれている」のいずれかの判断結果があった場合には判定が満たされず（Ｓ２０１：ＮＯ）、このルーチンを終了して、図２のステップＳＣ４に移る。
【００５９】
上記「視聴歴なし」「歌唱音声が含まれていない」の判断結果であった場合には、前述のメロディラインの不明による歌唱困難が生じる。そこで、この場合には、ガイドボーカル音声を生成するために、ステップＳ２２０で、制御部１０１は、ホストサーバ２０に対し、当該特定の歌唱ユーザの歌唱ジャンルの要求を送信する。図５に示したように、ホストサーバ２０の歌唱履歴記憶部２１に記憶された歌唱履歴には、各ユーザの歌唱した楽曲のジャンルも併せて記録されている。上記歌唱ジャンルの要求を受信したホストサーバ２０は、上記歌唱履歴中に記録されたジャンルを参照して、要求された特定の歌唱ユーザの歌唱ジャンルを決定する（図２のステップＳＳ５）。この決定では、ユーザが歌唱した各楽曲をジャンル毎に集計したときに、最も楽曲数が多いジャンルを当該ユーザの歌唱ジャンル、とすればよい。図５に示した例では、ユーザ「ＡＡＡ」は、ジャンル：ＰＯＰの曲を最も多く歌唱していることから歌唱ジャンルは「ＰＯＰ」となる。ユーザ「ＢＢＢ」は、ジャンル：演歌の曲を最も多く歌唱していることから歌唱ジャンルは「演歌」となる。ユーザ「ＣＣＣ」は、ジャンル：ＰＯＰの曲を最も多く歌唱していることから歌唱ジャンルは「ＰＯＰ」となる。ユーザ「ＤＤＤ」は、ジャンル：レゲエの曲を最も多く歌唱していることから歌唱ジャンルは「レゲエ」となる。なお、上記ステップＳＳ５を実行するホストサーバ２０が、各請求項記載の歌唱ジャンル決定手段として機能する。なお、この歌唱ジャンルの決定は、随時ホストサーバ２０において実行され、その決定結果が保存されているようにしてもよい。
【００６０】
その後、制御部１０１は、ステップＳ２３０において、上記のようにして決定された後にホストサーバ２０からカラオケ装置１０へ送信された、上記特定の歌唱ユーザの歌唱ジャンルを取得する。その後、ステップＳ２４０に移る。
【００６１】
ステップＳ２４０では、上記ステップＳ２３０で取得された歌唱ジャンルに基づき、当該特定の歌唱ユーザの歌唱のためにガイド音声ボーカルを合成するときの、パラメータを決定する。この決定は、例えば図７に示すテーブルを用いて行われる。図７に示す例では、上記パラメータとして、高音域、中音域、低音域、重低音域の各周波数帯域において、相対的に音量を増大させる（「ＵＰ」で表す）か、相対的に音量を減少させる（「ＤＯＷＮ」で表す）か、増大も減少もしない（「ＵＰ／ＤＯＷＮなし」で表す）か、をそれぞれ選択されることにより、音質設定が上記歌唱ジャンルごとに行われる。この例では、例えば歌唱ジャンル「ＰＯＰ」の場合には、高音域は音量増大、中音域は音量増大・減少なし、低音域は音量増大・減少なし、重低音は音量増大、という音質設定がなされる。歌唱ジャンル「演歌」の場合には、高音域は音量増大・減少なし、中音域は音量増大、低音域は音量増大・減少なし、重低音は音量減少、という音質設定がなされる。歌唱ジャンル「レゲエ」の場合には、高音域は音量増大・減少なし、中音域は音量増大・減少なし、低音域は音量増大、重低音は音量増大、という音質設定がなされる。その後、ステップＳ２５０に移る。
【００６２】
ステップＳ２５０では、制御部１０１は、上記音源１０６に備えられている人工音声の音源を用いて、上記ステップＳＳ２で取得されたメロディの楽譜情報２２２及び歌詞データ２２３に従い、さらに上記ステップＳ２４０で決定されたパラメータによって、当該投稿楽曲のガイドボーカル音声を合成する。この合成により生成されたガイドボーカル音声は、例えば上記大容量記憶装置１０３に記憶される。このステップＳ２５０が各請求項記載のガイドボーカル生成手順に相当し、このステップＳ２５０を実行する制御部１０１が、各請求項記載のガイドボーカル生成手段として機能する。
【００６３】
図２に戻り、以上のようにしてステップＳＣ３のガイドボーカル付与処理が終了すると、制御部１０１の制御に基づき、上記投稿楽曲の楽曲データ２２４が上記大容量記憶装置１０３から読み出されて音源１０６等によって再生されると共に、これに同期して、上記ステップＳ２５０で合成されたガイドボーカル音声が大容量記憶装置１０３から読み出されて再生される（ステップＳＣ４）。言い換えれば、当該投稿楽曲がガイドボーカル付きで再生される。また、このとき、歌詞データ２２３による歌詞表示が上記表示部１０９によって行われる。このステップＳＣ４が各請求項記載の音声・楽曲再生手順に相当し、このステップＳＣ４を実行する制御部１０１が、各請求項記載の音声・楽曲再生手段として機能する。
【００６４】
以上説明したように、本実施形態においては、投稿ユーザによるオリジナル投稿楽曲の投稿データ２２０に歌唱音声データが含まれておらず、かつ当該投稿楽曲に対し、特定の歌唱ユーザの歌唱履歴や他ユーザの歌唱を見た履歴がない場合には、人工音声を用いてガイドボーカル音声が生成されて再生される。これにより、上記特定の歌唱ユーザが、投稿ユーザの投稿した楽曲のメロディラインを知らなくても、容易かつ円滑に当該楽曲の歌唱を行うことができる。したがって、利便性を向上することができる。
【００６５】
また、本実施形態では特に、歌唱履歴に基づき上記特定の歌唱ユーザの歌唱ジャンルが決定され、その歌唱ジャンルに対応したパラメータを用いてガイドボーカル音声が生成される。これにより、人工音声によるガイドボーカル音声の生成の際、上記特定の歌唱ユーザの歌唱嗜好に合致した、より最適な音声態様のガイドボーカル音声を生成することができる。この結果、さらに利便性を向上することができる。
【００６６】
なお、以上において、図２、図４、図６等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【００６７】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【００６８】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【００６９】
１                通信カラオケシステム（投稿楽曲演奏システム）
２１              歌唱履歴記憶部（歌唱履歴記憶手段）
２２              投稿データ記憶部（投稿記憶手段）
１０６            音源
１０７            音声制御部
１０８            スピーカ
２２０            投稿データ
２２２            楽譜情報
２２３            歌詞データ
２２４            楽曲データ（カラオケ楽曲データ）
【図１】
2015045824.tif 000003
【図２】
2015045824.tif 000004
【図３】
2015045824.tif 000005
【図４】
2015045824.tif 000006
【図５】
2015045824.tif 000007
【図６】
2015045824.tif 000008
【図７】
2015045824.tif 000009