特許 5771498 楽曲再生システム、装置及び楽曲再生方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5771498

(24)【登録日】2015年7月3日

(45)【発行日】2015年9月2日

(54)【発明の名称】楽曲再生システム、装置及び楽曲再生方法

(51)【国際特許分類】

   G10K 15/04 20060101AFI20150813BHJP

   G10H 1/00 20060101ALI20150813BHJP

   G10K 15/02 20060101ALI20150813BHJP

【ＦＩ】

   G10K15/04 302D

   G10H1/00 Z

   G10K15/02

【請求項の数】11

【全頁数】41

(21)【出願番号】特願2011-218126(P2011-218126)

(22)【出願日】2011年9月30日

(65)【公開番号】特開2013-76941(P2013-76941A)

(43)【公開日】2013年4月25日

【審査請求日】2014年2月28日

(73)【特許権者】

【識別番号】396004833

【氏名又は名称】株式会社エクシング

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(72)【発明者】

【氏名】鈴木 美絵

【審査官】 ▲吉▼澤 雅博

(56)【参考文献】

【文献】 国際公開第２０１１／１５１９１９（ＷＯ，Ａ１）

【文献】 特開２００７−１２１９３５（ＪＰ，Ａ）

【文献】 特開２００２−２２９５６１（ＪＰ，Ａ）

【文献】 特開平０６−１２４０６２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１０Ｋ １５／０４

Ｇ１０Ｋ １５／０２

Ｇ１０Ｈ １／００

(57)【特許請求の範囲】

【請求項1】

楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを備える楽曲再生システムにおいて、
前記端末装置は、
利用者識別情報及び楽曲識別情報を受付ける手段、並びに、
受付けた利用者識別情報及び楽曲識別情報を前記中央装置へ送信する送信手段
を備え、
前記中央装置は、
楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、
利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、
前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信する受信手段、
受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、
読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、
選択された楽器識別情報毎の演奏データを前記端末装置へ送信する送信手段
を備え、
前記端末装置は、
前記中央装置から送信された楽器識別情報毎の演奏データを受信する受信手段、並びに、
受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生する再生手段
を更に備えることを特徴とする楽曲再生システム。

【請求項2】

前記中央装置は、
利用者識別情報及び利用者が歌唱した楽曲の楽曲識別情報を対応付けて記憶する履歴記憶手段、
楽曲識別情報及び楽器識別情報を対応付けて記憶する楽器記憶手段、
利用者識別情報に対応付けられた楽曲識別情報を前記履歴記憶手段より読み出し、読み出した楽曲識別情報に対応する楽器識別情報を前記楽器記憶手段から読み出し、利用者識別情報及び読み出した楽器識別情報を対応付けた対応情報を生成する手段、
生成した対応情報を利用者識別情報及び楽器識別情報毎に集計し頻度情報を算出する算出手段、並びに、
算出した頻度情報を利用者識別情報及び楽器識別情報に対応付けて前記頻度記憶手段に記憶させる手段
を更に備えることを特徴とする請求項１に記載の楽曲再生システム。

【請求項3】

前記中央装置は、
利用者の歌唱に対する複数項目に亘る評価を評価項目毎に利用者識別情報と対応付けて記憶する評価記憶手段、
楽器識別情報及び評価項目を対応付けて記憶する項目記憶手段、
利用者識別情報に対応付けられた評価を前記評価記憶手段から読み出し、読み出した評価が所定の条件を満たす場合、評価に係る評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出す手段、並びに、
読み出した楽器識別情報及び利用者識別情報に対応づけられた前記頻度情報を更新する更新手段
を更に備えることを特徴とする請求項２に記載の楽曲再生システム。

【請求項4】

前記中央装置は、
利用者についての複数項目に亘る歌唱特性を歌唱特性項目毎に利用者識別情報と対応付けて記憶する特性記憶手段、
楽器識別情報及び歌唱特性を対応付けて記憶する第２項目記憶手段、並びに、
利用者識別情報と対応付けられた歌唱特性を前記特性記憶手段から読み出し、読み出した歌唱特性毎に対応付けられた楽器識別情報を前記第２項目記憶手段から読み出し、読み出した楽器識別情報及び利用者識別情報に対応付けられた頻度情報を更新する第２更新手段
を更に備えることを特徴とする請求項１から３のいずれか一項に記載の楽曲再生システム。

【請求項5】

前記中央装置は、利用者の属性と該利用者の利用者識別情報とを、又は楽器奏者の属性と該奏者の奏者識別情報とを対応付けて記憶する属性記憶手段を更に備え、
前記記憶手段は、楽器演奏に係る演奏データ及び奏者識別情報を対応付けて記憶するよう構成してあり、並びに、
前記選択手段は、同一の楽器識別情報に対応付けられた演奏データを複数選択した場合、各演奏データに対応付けられた奏者識別情報を記憶手段から読み出し、各奏者識別情報と対応付けられた属性を前記属性記憶手段から読み出すと共に、利用者識別情報と対応付けられた属性を前記属性記憶手段から読み出し、読み出した各奏者の属性及び利用者の属性に基づいて、選択した複数の演奏データの中から、一の演奏データを選択するよう構成してあること
を特徴とする請求項１から４のいずれか一項に記載の楽曲再生システム。

【請求項6】

前記記憶手段は、楽器演奏に係る演奏データ及び評価情報を対応付けて記憶するよう構成してあり、並びに、
前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データに対応付けられた評価情報を前記記憶手段から読み出し、読み出した評価情報に基づいて複数の演奏データの中から、一の演奏データを選択するよう構成してあること
を特徴とする請求項１から５のいずれか一項に記載の楽曲再生システム。

【請求項7】

前記端末装置の送信手段は、利用者識別情報及び楽曲識別情報に加えて、利用者が楽曲を歌唱する店舗の店舗識別情報を前記中央装置へ送信するよう構成してあり、
前記中央装置の受信手段は、利用者識別情報及び楽曲識別情報に加えて、店舗識別情報を前記端末装置から受信するよう構成してあり、
前記記憶手段は、楽器演奏に係る演奏データ及び店舗識別情報を対応付けて記憶するよう構成してあり、並びに、
前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データと対応付けられた店舗情報を前記記憶手段から読み出し、読み出した各店舗識別情報と受信した店舗識別情報とに基づいて、複数の演奏データの中から、一の演奏データを選択するよう構成してあること
を特徴とする請求項１から６のいずれか一項に記載の楽曲再生システム。

【請求項8】

前記端末装置は、
利用者の歌唱に対する複数項目に亘る評価のうち、所定の条件を満たす評価項目を検知する手段、並びに、
検知した評価項目、再生している楽曲の楽曲識別情報、及び再生している前記演奏データに対応付けられた楽器識別情報を前記中央装置へ送信する手段
をさらに備え、
前記中央装置は、
受信した評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出し、読み出した楽器識別情報と、受信した楽器識別情報とに共通する楽器識別情報を抽出する手段、
受信した評価項目と対応付けられていない楽器識別情報を前記項目記憶手段から読み出す手段、
読み出した楽器識別情報及び利用者識別情報と対応付けられた頻度情報を前記頻度記憶手段から読み出す手段、並びに、
読み出された頻度情報に基づいて、前記抽出した楽器識別情報と同数の楽器識別情報を新たに選択し、新たに選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する手段
を更に備え、
前記中央装置の送信手段は、前記抽出した楽器識別情報、新たに選択された楽器識別情報毎の演奏データを前記端末装置へ送信するように構成してあり、並びに、
前記再生手段は、前記抽出した楽器識別情報に対応した演奏データの再生を中止するよう構成してあること
を特徴とする請求項３から７のいずれか一項に記載の楽曲再生システム。

【請求項9】

前記中央装置の送信手段は、前記選択手段で選択された楽器識別情報毎の演奏データを楽器識別情報と共に送信するように構成してあり、
前記端末装置の受信手段は、楽器識別情報毎の演奏データ及び楽器識別情報を受信するよう構成してあり、並びに、
前記再生手段は、受信した楽器識別情報に対応付けられた楽曲データの再生音量を、該楽器識別情報に対応付けられた演奏データの再生音量よりも小さくするよう構成してあること
を特徴とする請求項１から８のいずれか一項に記載の楽曲再生システム。

【請求項10】

楽曲データを出力する装置において、
楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、
利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報を対応付けて記憶する頻度記憶手段、
利用者識別情報及び楽曲識別情報を受付ける手段、
受付けた利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、
読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択する手段、並びに、
選択された楽器識別情報毎の演奏データを出力する手段
を備えることを特徴とする装置。

【請求項11】

楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを用いた、楽曲再生方法において、
前記中央装置は、
楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶するステップ、
利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶するステップ、
前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信するステップ、
受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を読み出すステップ、
読み出された頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択するステップ、並びに、
選択された楽器識別情報毎の演奏データを前記端末装置へ送信するステップ
を実行し、
前記端末装置は、
利用者識別情報及び楽曲識別情報を受付けるステップ、
受付けた利用者識別情報及び楽曲識別情報を前記中央装置に送信するステップ、
前記中央装置から送信された楽器識別情報毎の演奏データを受信するステップ、並びに、
受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生するステップ
を実行することを特徴とする楽曲再生方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを備える楽曲再生システム、装置及び楽曲再生方法に関する。

【背景技術】

【0002】

カラオケシステムにおいて、同一カラオケ端末装置の傍らにいない者同士、あるいは、同時に参加できない者同士による合唱や合奏が行えるシステムが実用化されている。
特許文献１には、カラオケ端末装置から中央装置に歌唱や演奏に係る演奏データをアップロードし、アップロードされた歌唱や演奏に係る演奏データを他のカラオケ端末装置に送信し、該演奏データを再生することにより、合唱や合奏を行うことを可能とする技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０−１４８２３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の従来技術では、楽曲に他ユーザの楽器演奏に係る演奏データが紐づいていた場合には、一律に楽器演奏に係る演奏データを再生していた。そのため、ユーザが好む楽器に対応した演奏データが再生されるとは限らなかった。

【0005】

本発明はかかる事情に鑑みてなされたものであり、ユーザの楽器に対する嗜好を推定して、楽器演奏に係る複数の演奏データから、一又は複数の演奏データを選択することにより、娯楽性を向上させることができる楽曲再生システム、装置及び楽曲再生方法を提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明に係る楽曲再生システムは、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを備える楽曲再生システムにおいて、前記端末装置は、利用者識別情報及び楽曲識別情報を受付ける手段、並びに、受付けた利用者識別情報及び楽曲識別情報を前記中央装置へ送信する送信手段を備え、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信する受信手段、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信する送信手段を備え、前記端末装置は、前記中央装置から送信された楽器識別情報毎の演奏データを受信する受信手段、並びに、受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生する再生手段を更に備えることを特徴とする。

【0007】

本発明にあっては、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを備える楽曲再生システムにおいて、前記端末装置は、利用者識別情報及び楽曲識別情報を受付ける手段、並びに、受付けた利用者識別情報及び楽曲識別情報を前記中央装置へ送信する送信手段を備え、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信する受信手段、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信する送信手段を備える。ユーザの楽器に対する嗜好を表す頻度情報を用いて、楽器演奏に係る複数の演奏データから一又は複数の演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。

【0008】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者識別情報及び利用者が歌唱した楽曲の楽曲識別情報を対応付けて記憶する履歴記憶手段、楽曲識別情報及び楽器識別情報を対応付けて記憶する楽器記憶手段、利用者識別情報に対応付けられた楽曲識別情報を前記履歴記憶手段より読み出し、読み出した楽曲識別情報に対応する楽器識別情報を前記楽器記憶手段から読み出し、利用者識別情報及び読み出した楽器識別情報を対応付けた対応情報を生成する手段、生成した対応情報を利用者識別情報及び楽器識別情報毎に集計し頻度情報を算出する算出手段、並びに、算出した頻度情報を利用者識別情報及び楽器識別情報に対応付けて前記頻度記憶手段に記憶させる手段を更に備えることを特徴とする。

【0009】

本発明にあっては、上述の楽曲再生システムにおいて、前記中央装置は、利用者識別情報及び利用者が歌唱した楽曲の楽曲識別情報を対応付けて記憶する履歴記憶手段、楽曲識別情報及び楽器識別情報を対応付けて記憶する楽器記憶手段、利用者識別情報に対応付けられた楽曲識別情報を前記履歴記憶手段より読み出し、読み出した楽曲識別情報に対応する楽器識別情報を前記楽器記憶手段から読み出し、利用者識別情報及び読み出した楽器識別情報を対応付けた対応情報を生成する手段、生成した対応情報を利用者識別情報及び楽器識別情報毎に集計し頻度情報を算出する算出手段、並びに、算出した頻度情報を利用者識別情報及び楽器識別情報に対応付けて前記頻度記憶手段に記憶させる手段を備える。ユーザの楽器に対する嗜好を表す頻度情報を、ユーザが歌唱した楽曲及び楽曲に含まれる楽器の情報に基づいて求めるので、ユーザの楽器に対する嗜好をより正確に把握することができる。

【0010】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者の歌唱に対する複数項目に亘る評価を評価項目毎に利用者識別情報と対応付けて記憶する評価記憶手段、楽器識別情報及び評価項目を対応付けて記憶する項目記憶手段、利用者識別情報に対応付けられた評価を前記評価記憶手段から読み出し、読み出した評価が所定の条件を満たす場合、評価に係る評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出す手段、並びに、読み出した楽器識別情報及び利用者識別情報に対応づけられた前記頻度情報を更新する更新手段を更に備えることを特徴とする。

【0011】

本発明にあっては、前述の楽曲再生システムにおいて、前記中央装置は、利用者の歌唱に対する複数項目に亘る評価を評価項目毎に利用者識別情報と対応付けて記憶する評価記憶手段、楽器識別情報及び評価項目を対応付けて記憶する項目記憶手段、利用者識別情報に対応付けられた評価を前記評価記憶手段から読み出し、読み出した評価が所定の条件を満たす場合、評価に係る評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出す手段、並びに、読み出した楽器識別情報及び利用者識別情報に対応づけられた前記頻度情報を更新する更新手段を備える。ユーザの歌唱に対する評価より、ユーザの楽器に対する嗜好を表す頻度情報を変更するので、よりユーザに適した楽器演奏を選択することが可能となる。

【0012】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者についての複数項目に亘る歌唱特性を歌唱特性項目毎に利用者識別情報と対応付けて記憶する特性記憶手段、楽器識別情報及び歌唱特性を対応付けて記憶する第２項目記憶手段、並びに、利用者識別情報と対応付けられた歌唱特性を前記特性記憶手段から読み出し、読み出した歌唱特性毎に対応付けられた楽器識別情報を前記第２項目記憶手段から読み出し、読み出した楽器識別情報及び利用者識別情報に対応付けられた頻度情報を更新する第２更新手段を更に備えることを特徴とする。

【0013】

本発明にあっては、上述の楽曲再生システムにおいて、前記中央装置は、利用者についての複数項目に亘る歌唱特性を歌唱特性項目毎に利用者識別情報と対応付けて記憶する特性記憶手段、楽器識別情報及び歌唱特性を対応付けて記憶する第２項目記憶手段、並びに、利用者識別情報と対応付けられた歌唱特性を前記特性記憶手段から読み出し、読み出した歌唱特性毎に対応した楽器識別情報を前記第２項目記憶手段から読み出し、読み出した楽器識別情報及び利用者識別情報に対応付けられた頻度情報を更新する第２更新手段を更に備えるので、頻度情報を、よりユーザに適合させることが可能となる。

【0014】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者の属性と該利用者の利用者識別情報とを、又は楽器奏者の属性と該奏者の奏者識別情報とを対応付けて記憶する属性記憶手段を更に備え、前記記憶手段は、楽器演奏に係る演奏データ及び奏者識別情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応付けられた演奏データを複数選択した場合、各演奏データに対応付けられた奏者識別情報を記憶手段から読み出し、各奏者識別情報と対応付けられた属性を前記属性記憶手段から読み出すと共に、利用者識別情報と対応付けられた属性を前記属性記憶手段から読み出し、読み出した各奏者の属性及び利用者の属性に基づいて、選択した複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする。

【0015】

本発明にあっては、上述の楽曲再生システムにおいて、前記選択手段は、同一の楽器識別情報に対応付けられた演奏データを複数選択した場合、各演奏データに対応付けられた奏者識別情報を記憶手段から読み出し、各奏者識別情報と対応付けられた属性を前記属性記憶手段から読み出すと共に、利用者識別情報と対応付けられた属性を前記属性記憶手段から読み出し、読み出した各奏者の属性及び利用者の属性に基づいて、選択した複数の演奏データの中から、一の演奏データを選択するので、利用者と属性が似通っている演奏者が演奏した楽器演奏コンテンツが選択されるので、より娯楽性を高めることが可能となる。

【0016】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記記憶手段は、楽器演奏に係る演奏データ及び評価情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データに対応付けられた評価情報を前記記憶手段から読み出し、読み出した評価情報に基づいて複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする。

【0017】

本発明にあっては、上述の楽曲再生システムにおいて、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データに対応付けられた評価情報を前記記憶手段から読み出し、読み出した評価情報に基づいて複数の演奏データの中から、一の演奏データを選択するので、他の利用者から評価の高い楽器演奏コンテンツが選択されるので、より娯楽性を高めることが可能となる。

【0018】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記端末装置の送信手段は、利用者識別情報及び楽曲識別情報に加えて、利用者が楽曲を歌唱する店舗の店舗識別情報を前記中央装置へ送信するよう構成してあり、前記中央装置の受信手段は、利用者識別情報及び楽曲識別情報に加えて、店舗識別情報を前記端末装置から受信するよう構成してあり、前記記憶手段は、楽器演奏に係る演奏データ及び店舗識別情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データと対応付けられた店舗情報を前記記憶手段から読み出し、読み出した各店舗識別情報と受信した店舗識別情報とに基づいて、複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする。

【0019】

本発明にあっては、上述の楽曲再生システムにおいて、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データと対応付けられた店舗情報を前記記憶手段から読み出し、読み出した各店舗識別情報と受信した店舗識別情報とに基づいて、複数の演奏データの中から、一の演奏データを選択するので、利用者は演奏者に対して親近感を抱き、より娯楽性を高めることが可能となる。

【0020】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記端末装置は、利用者の歌唱に対する複数項目に亘る評価のうち、所定の条件を満たす評価項目を検知する手段、並びに、検知した評価項目、再生している楽曲の楽曲識別情報、及び再生している前記演奏データに対応付けられた楽器識別情報を前記中央装置へ送信する手段をさらに備え、前記中央装置は、受信した評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出し、読み出した楽器識別情報と、受信した楽器識別情報とに共通する楽器識別情報を抽出する手段、受信した評価項目と対応付けられていない楽器識別情報を前記項目記憶手段から読み出す手段、読み出した楽器識別情報及び利用者識別情報と対応付けられた頻度情報を前記頻度記憶手段から読み出す手段、並びに、読み出された頻度情報に基づいて、前記抽出した楽器識別情報と同数の楽器識別情報を新たに選択し、新たに選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する手段を更に備え、前記中央装置の送信手段は、前記抽出した楽器識別情報、新たに選択された楽器識別情報毎の演奏データを前記端末装置へ送信するように構成してあり、並びに、前記再生手段は、前記抽出した楽器識別情報に対応した演奏データの再生を中止するよう構成してあることを特徴とする。

【0021】

本発明にあっては、上述の楽曲再生システムにおいて前記中央装置は受信した評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出し、読み出した楽器識別情報と、受信した楽器識別情報とに共通する楽器識別情報を抽出する手段、受信した評価項目と対応付けられていない楽器識別情報を前記項目記憶手段から読み出す手段、読み出した楽器識別情報及び利用者識別情報と対応付けられた頻度情報を前記頻度記憶手段から読み出す手段、並びに、読み出された頻度情報に基づいて、前記抽出した楽器識別情報と同数の楽器識別情報を新たに選択し、新たに選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する手段を更に備え、前記中央装置の送信手段は、前記抽出した楽器識別情報、新たに選択された楽器識別情報毎の演奏データを前記端末装置へ送信するように構成してあり、並びに、前記再生手段は、前記抽出した楽器識別情報に対応した演奏データの再生を中止するよう構成してあるので、ユーザの特性として例えば、声が大きいという前提で楽器演奏コンテンツが選択された場合において、ユーザの喉が調子悪いなど実際には声が小さいときは、声が大きい利用者に適した楽器演奏コンテンツを声の小さい利用者に適したものに入れ替えるので、ユーザの状況により適した楽器演奏コンテンツが再生され、より娯楽性を高めることが可能となる。

【0022】

本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置の送信手段は、前記選択手段で選択された楽器識別情報毎の演奏データを楽器識別情報と共に送信するように構成してあり、前記端末装置の受信手段は、楽器識別情報毎の演奏データ及び楽器識別情報を受信するよう構成してあり、並びに、前記再生手段は、受信した楽器識別情報に対応付けられた楽曲データの再生音量を、該楽器識別情報に対応付けられた演奏データの再生音量よりも小さくするよう構成してあることを特徴とする。

【0023】

本発明にあっては、上述の楽曲再生システムにおいて、前記再生手段は、受信した楽器識別情報に対応付けられた楽曲データの再生音量を、該楽器識別情報に対応付けられた演奏データの再生音量よりも小さくするよう構成してあるので、利用者は、楽器演奏コンテンツがより聞き取りやすくなり、より娯楽性を高めることが可能となる。

【0024】

本発明に係る装置は、楽曲データを出力する装置において、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報を対応付けて記憶する頻度記憶手段、利用者識別情報及び楽曲識別情報を受付ける手段、受付けた利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択する手段、並びに、選択された楽器識別情報毎の演奏データを出力する手段を備えることを特徴とする。

【0025】

本発明にあっては、装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、利用者識別情報及び楽曲識別情報を受付ける手段、受付けた利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、選択された楽器識別情報毎の演奏データを出力する手段を備える。ユーザの楽器に対する嗜好を表す頻度情報を用いて、楽器演奏に係る複数の演奏データから一又は複数の演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。

【0026】

本発明に係る楽曲再生方法は、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを用いた、楽曲再生方法において、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶するステップ、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶するステップ、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信するステップ、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を読み出すステップ、読み出された頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択するステップ、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信するステップを実行し、前記端末装置は、利用者識別情報及び楽曲識別情報を受付けるステップ、受付けた利用者識別情報及び楽曲識別情報を前記中央装置に送信するステップ、前記中央装置から送信された楽器識別情報毎の演奏データを受信するステップ、並びに、受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生するステップを実行することを特徴とする。

【0027】

本発明にあっては、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを用いた、楽曲再生方法において、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶するステップ、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶するステップ、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信するステップ、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を読み出すステップ、読み出された頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択するステップ、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信するステップを実行し、前記端末装置は、利用者識別情報及び楽曲識別情報を受付けるステップ、受付けた利用者識別情報及び楽曲識別情報を前記中央装置に送信するステップを備える。ユーザの楽器に対する嗜好を表す頻度情報を用いて、楽器演奏に係る複数の演奏データから一又は複数の演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。

【発明の効果】

【0028】

本発明にあっては、ユーザの楽器に対する嗜好を推定して、該嗜好に基づいて楽器演奏に係る複数の演奏データから、再生する演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。

【図面の簡単な説明】

【0029】

【図1】本発明の実施の形態に係るカラオケシステムの一構成例を示す説明図である。

【図2】中央装置の一構成例を示すブロック図である。

【図3】ユーザ情報ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図4】楽曲ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図5】パート情報ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図6】楽曲パートＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図7】楽器演奏ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図8】歌唱履歴ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図9】ユーザパートＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図10】カラオケ端末装置の一構成例を示すブロック図である。

【図11】楽器演奏に係る楽器演奏コンテンツの生成及び登録に係る制御部の処理手順を示すフローチャートである。

【図12】楽器演奏コンテンツの利用に係る制御部の処理手順を示すフローチャートである。

【図13】ユーザパート情報を生成する処理のフローチャートである。

【図14】実施の形態２における歌唱履歴ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図15】採点結果集計ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図16】パート情報変更ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図17】実施の形態２におけるパート情報ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図18】ユーザパート情報を生成する処理のフローチャートである。

【図19】ユーザ設定ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図20】実施の形態３におけるパート情報ＤＢのレコードレイアウトの一例を概念的に示す説明図である。

【図21】ユーザパート情報を生成する処理のフローチャートである。

【図22】楽器演奏コンテンツを選択する処理についてのフローチャートである。

【図23】楽器演奏コンテンツを選択する処理についてのフローチャートである。

【図24】楽器演奏コンテンツを切り替える処理についてのフローチャートである。

【図25】伴奏の音量を制御する場合の制御部の処理手順を示すフローチャートである。

【発明を実施するための形態】

【0030】

以下、本発明をその実施の形態を示す図面を参照しつつ詳述する。
以下の実施の形態においては、本発明に係る楽曲再生システムをカラオケシステムに適用した例として、説明する。
＜実施の形態１＞
図１は、本実施の形態に係るカラオケシステムの一構成例を示す説明図である。本実施の形態に係るカラオケシステムは、中央装置１と、カラオケ端末装置４（端末装置）と、通信網Ｎ２を介して中央装置１に接続された一又は複数のユーザ端末装置６とを備える。
中央装置１は、カラオケ情報の配信を行うと共に、楽器演奏コンテンツの管理及び配信を行う。
カラオケ端末装置４は、各カラオケ店舗２にそれぞれ設置されており、通信網Ｎ１を介して中央装置１に接続されている。

【0031】

通信網Ｎ１は、中央装置１と、カラオケ端末装置４との間で、カラオケ情報及び楽器演奏コンテンツに係る情報を送受信するための専用通信回線である。通信網Ｎ１は、光ファイバ通信網、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線、無線通信回線等で構成されている。通信網Ｎ１とカラオケ端末装置４との間には、ハードディスク内蔵型のルータ３１が接続されている。なお、通信回線の種類は、中央装置１と、カラオケ端末装置４との間で情報を送受信できれば、これらに限定されるものではなく、一般公衆回線であっても良い。

【0032】

ルータ３１は、主に各カラオケ店舗２に設置されており、ルータ３１に内蔵されたハードディスクは、中央装置１から配信されたカラオケ情報を記憶すると共に、楽器演奏コンテンツを一時記憶する。ルータ３１は、各店舗及び中央装置１間でカラオケ情報及び楽器演奏コンテンツを中継し、カラオケ情報を共有又はバックアップする機能を有している。

【0033】

カラオケ端末装置４は、カラオケ店舗２の各個室２１に通常１台設置され、有線ＬＡＮ（Local Area Network）ケーブル３２を介して、該カラオケ店舗２に設置されたルータ３１に接続されている。また、各個室２１には、カラオケ端末装置４を遠隔操作するための遠隔操作装置５が、一又は複数台備えられている。遠隔操作装置５は、カラオケシステムへのユーザログイン、カラオケ曲の選曲、楽器演奏コンテンツに係る操作に用いられる。

【0034】

遠隔操作装置５は、接触センサを有する液晶パネルを備えたパネル型であり、赤外線通信にて、同一個室２１内のカラオケ端末装置４が紐付けられる。なお、携帯電話機に専用のアプリケーションを実行させ、遠隔操作置５として機能させても良い。また、カラオケ店舗２には、有線ＬＡＮケーブル３２に接続されたアクセスポイント３３を介して、各種操作に係る情報を、紐付けられた同一個室２１内のカラオケ端末装置４との間で送受信している。
なお、カラオケ端末装置４間を接続する通信線として、有線ＬＡＮケーブル３２を例示したが、無線ＬＡＮ、その他の有線又は無線通信にて相互接続するように構成しても良い。また、アクセスポイント３３を設置する例を説明したが、カラオケ端末装置４と、遠隔操作装置５との間で直接、操作信号を送受信するように構成しても良い。

【0035】

ユーザ端末装置６は、中央装置１との間で情報の送受信が可能な通信機器、例えば、パーソナルコンピュータ６ａ、携帯電話端末６ｂ、ＰＤＡ（Personal Digital Assistant）６ｃ、スマートフォン（Smartphone）６ｄ等であり、カラオケ店舗２を利用するユーザが中央装置１にアクセスし、楽器演奏コンテンツに係る配信サイトを利用するためのものである。

【0036】

図２は、中央装置１の一構成例を示すブロック図である。中央装置１は、該中央装置１の各構成部の動作を制御する制御部１０、例えば、ＣＰＵ（Central Processing Unit）を備え、制御部１０には、バスを介してＲＯＭ（Read Only Memory）１１と、ＲＡＭ（Random AccessMemory）１２と、内部記憶装置１３と、外部記憶装置１４と、第１通信部１５と、第２通信部１６と、時計部１７とが接続されている。

【0037】

制御部１０は、ＲＡＭ１２及び内部記憶装置１３に記録されたコンピュータプログラムをＲＡＭ１２に読み出して実行することにより、本実施の形態に係る演奏データ選択方法を実施、すなわち後述の楽器演奏コンテンツデータの選択及び送信に係る処理を実行する。また、制御部１０は、楽器演奏コンテツを端末装置に視聴させるウェブサーバに係る処理を実行する。

【0038】

ＲＯＭ１１は、コンピュータの動作に必要な制御プログラムを記憶したマスクＲＯＭ、ＥＥＰ（Electrically Erasable Programmable）ＲＯＭ等の不揮発性メモリである。

【0039】

ＲＡＭ１２は、制御部１０の演算処理を実行する際に生ずる各種データを一時記憶するＤＲＡＭ（Dynamic RAM）、ＳＲＡＭ（Static RAM）等の揮発性メモリである。

【0040】

外部記憶装置１４は、コンピュータを、中央装置１として機能させるためのコンピュータプログラム、その他の各種データを、コンピュータ読み取り可能に記録したＤＶＤ（Digital Versatile Disc）−ＲＯＭ、ＢＤ（Blu-ray Disc）、ＣＤ（Compact Disc）−ＲＯＭ等の記憶媒体から読み取る光ディスクドライブである。なお、光ディスクドライブは、外部記憶装置１４の一例であり、ハードディスク、フレキシブルディスクのような磁気ディスク、光磁気ディスク、半導体メモリ等からデータを読み書きする装置で外部記憶装置１４を構成しても良い。

【0041】

内部記憶装置１３は、コンピュータを、中央装置１として機能させるためのコンピュータプログラムを記憶するハードディスク、不揮発性半導体メモリである。
また、内部記憶装置１３は、カラオケシステムのユーザに関する情報を格納するユーザ情報ＤＢ（Data Base）１３ａ、楽曲データ等格納した楽曲ＤＢ１３ｂ、パートＩＤと楽器とを対応付けたパート情報等を格納するパート情報ＤＢ１３ｃ、楽曲データを構成するパートＩＤ（楽器ＩＤ）等を格納する楽曲パートＤＢ１３ｄ、ユーザによる楽器演奏に係る音声データである楽器演奏コンテンツ等を格納する楽器演奏ＤＢ１３ｅ、ユーザの歌唱履歴等を格納した歌唱履歴ＤＢ１３ｆ、ユーザの各パートに対する嗜好性を示すユーザパート情報等を格納するユーザパートＤＢ１３ｇ等を記憶する。各種データベースの詳細は後述する。
さらに、内部記憶装置１３は、楽器演奏コンテンツ配信サイトのユーザ画面、楽曲指定画面等を作成するための画像部品を記憶している。

【0042】

第１通信部１５は、通信網Ｎ１を介して接続されたカラオケ端末装置４との間で、カラオケ情報、並びに楽器演奏コンテンツ、その他、各種サービスに係るデータを送受信するインタフェースである。第１通信部１５による各種情報の送受信は、制御部１０によって制御される。

【0043】

第２通信部１６は、通信網Ｎ２を介して接続されたユーザ端末装置６との間で、楽器演奏コンテンツ、その他、各種サービスに係るデータを受信するインタフェースであり、第２通信部１６による各種情報の送受信は制御部１０によって制御される。なお通信網Ｎ１、Ｎ２の物理層が共通している場合、第１及び第２通信部１５、１６を、同一のハードウェアで構成しても良い。

【0044】

時計部１７は、日時を計時しており、制御部１０からの求めに応じて、計時結果を制御部１０に与える回路である。時計部１７によって、カラオケ店舗２でユーザの楽器演奏により得た演奏データの取得日時、演奏データの保存期間等が管理される。

【0045】

なお、中央装置１を、一台のコンピュータを用いて実現する例を説明したが、複数のコンピュータを用いて分散処させても良いことは、言うまでもない。

【0046】

図３は、ユーザ情報ＤＢ１３ａ（属性記憶手段）のレコードレイアウトの一例を概念的に示す説明図である。ユーザ情報ＤＢ１３ａは、複数の列（カラム）、例えば「ユーザＩＤ」列、「パスワード」列、「あだ名」列、「ユーザ属性」列、「私の演奏」列等から構成されており、各行（レコード）には、各列に対応した情報が格納されている。
「ユーザＩＤ」列は、本実施の形態に係るカラオケシステムを利用する複数のユーザそれぞれを識別するユーザＩＤ（利用者識別情報）、例えばユーザの電子メールアドレスを格納する。ユーザＩＤは、ユーザがカラオケシステムにログインして、楽器演奏コンテンツに係る各種サービスを利用する際に必要となる情報である。
「パスワード」列は、カラオケシステムへのログインに必要なパスワード情報を格納している。パスワード情報は、複数の英数字文字列からなる。
「あだ名」列は、ユーザのあだ名を格納する。あだ名は、楽器演奏コンテンツ配信サイトにおけるユーザの仮の名称であり、カラオケシステムのユーザが互いを識別するためのものである。また、各ユーザに対して公開された楽器演奏コンテンツの作者を表示するために利用される。
「ユーザ属性」列は、ユーザの性別、生年月日、地域（都道府県）、血液型、星座等の情報（利用者の属性、楽器奏者の属性）を格納する。
「私の演奏」列は、当該ユーザによって作成された楽器演奏コンテンツを特定するための演奏ＩＤを格納する。

【0047】

図４は、楽曲ＤＢ１３ｂのレコードレイアウトの一例を概念的に示す説明図である。楽曲ＤＢ１３ｂは、複数の列、例えば楽曲を識別するための楽曲ＩＤ（楽曲識別情報）を格納する「楽曲ＩＤ」列、当該楽曲の曲名を格納する「曲名」列、当該楽曲の歌手名を格納する「歌手名」列、当該楽曲の伴奏データを含む楽曲データを格納する「楽曲データ」列等から構成されている。楽曲データは、例えば、伴奏データ、歌詞データ、主旋律データを格納している。なお、楽曲データの構造は特に限定されず、伴奏データ、歌詞データ及び主旋律データを一の楽曲ファイルで構成しても良いし、別個のファイルで構成し、各ファイルを対応付けて管理するようにしても良い。
伴奏データは、例えば、ＭＩＤＩ（Musical InstrumentDigital Interface）データである。伴奏データは、音のオンオフを指定するデータ、音高を指定する音高データ、音量を指定する音量データ（ベロシティ）、楽器の制御データ、音を出力する楽器を指定する音色データ、時系列順に再生される各音の時間間隔を指定する時間データ（デルタタイム）等で構成されている。
主旋律データは、伴奏に合わせて歌唱すべき音の旋律、つまり、主旋律を構成する音のオンオフを示すデータ、音高データ、音量データ、時系列順に再生される主旋律の各音の時間間隔を示した時間データ等で構成されている。

【0048】

図５は、パート情報ＤＢ１３ｃのレコードレイアウトの一例を概念的に示す説明図である。パート情報ＤＢ１３ｃは、例えば、「パートＩＤ」列、「楽器名」列等から構成されており、各行には、各列に対応した情報が格納されている。
「パートＩＤ」列は、パート（楽器）を識別するためのパートＩＤ（楽器識別情報）を格納する。
「楽器名」列は、パートＩＤに対応する楽器名を格納する。

【0049】

図６は、楽曲パートＤＢ１３ｄのレコードレイアウトの一例を概念的に示す説明図である。楽曲パートＤＢ１３ｄ（楽器記憶手段）は、例えば、「楽曲ＩＤ」列、「パート１」列、「パート２」列、…、「パート１０」列等から構成されており、各行には、各列に対応した情報が格納されている。
楽曲パートＤＢ１３ｄは、楽曲ＩＤに対応した楽曲の伴奏データを構成する楽器情報（パート情報）を格納している。すなわち、楽曲パートＤＢ１３ｄを参照することにより、楽曲の伴奏に含まれるパート（楽器）を把握することができる。
「楽曲ＩＤ」列は、楽曲を識別するための楽曲ＩＤを格納する。
「パート１」列は、楽曲ＩＤに対応した楽曲の伴奏データに、パートＩＤが１であるパートが含まれるか否かを示す。値が１であれば含まれることを示し、値が０であれば含まれないことを示している。本実施の形態においては、パートＩＤが１の楽器は、エレキギターである。パート１列が１となっている楽曲ＩＤが１１１１１及び２２２２２の楽曲は、伴奏データにエレキギターが含まれている。
「パート２」列から「パート１０」列についても、それぞれ、「パート１」列と同様である。
楽器パートＤＢ１３ｄの各レコードは、楽曲ＤＢ１３ｂに格納されている楽曲ＩＤに対応付けられた楽曲データ（ＭＩＤＩデータ）を基に作成する。楽曲データがＭＩＤＩデータ以外であって、楽曲データ内に楽器に関するデータが含まれていない場合は、楽曲ＩＤとパートＩＤとを対応付けたデータを別途用意し、該データを用いれば良い。

【0050】

図７は、楽器演奏ＤＢ１３ｅ（記憶手段）のレコードレイアウトの一例を概念的に示す説明図である。楽器演奏ＤＢ１３ｅは、例えば、「演奏ＩＤ」列、「演奏者ＩＤ」列、「楽曲ＩＤ」列、「パートＩＤ」列、「演奏コンテンツ」列、「店舗ＩＤ」列、「取得日時」列、「再生回数」列、「保存期間」列、「評価」列等から構成されており、各行には、各列に対応した情報が格納されている。
「演奏ＩＤ」列は、楽器演奏コンテンツを識別するための演奏ＩＤを格納する。
「演奏者ＩＤ」列は、楽器演奏コンテンツに対応付けられた演奏コンテンツを作成した演奏者のユーザＩＤ（奏者識別情報）を格納する。
「パートＩＤ」列は、楽器演奏コンテンツを作成時に指定した楽器に対応するパートＩＤを格納する。例えば、演奏コンテンツがピアノ演奏のデータであれば、４を格納する。
「演奏コンテンツ」列は、カラオケ店舗２でユーザが演奏した楽器の演奏データを格納する。演奏データは、例えば、ＭＩＤＩデータである。或いは、ＭＰ３（MPEG Audio Layer-3）データ、ＷＡＶ（RIFF waveformAudio Format）データ、ＡＩＦＦ（Audio Interchange File Format）データ等でも良い。なお、ここでは、演奏コンテンツとして格納されるのは、音声データであるが、それに限られるものではない。カメラ等で楽器を演奏するユーザの姿を撮像して得た動画データを、音声データと共に格納しても良い。
「店舗ＩＤ」列は、楽器演奏コンテンツが作成されたカラオケ店舗２に対応した店舗ＩＤを格納する。
「取得日時」列は、楽器演奏コンテンツを取得した日時を格納する。
「再生回数」列は、楽器演奏コンテンツの楽器演奏コンテンツ配信サイトにおける再生回数を格納する。
「保存期間」列は、楽器演奏コンテンツを中央装置１が記憶及び公開する期間を示したデータを格納する。
「評価」列は、楽器演奏コンテンツに対する評価（評価情報）を格納する。該評価は、例えば、楽器演奏コンテンツに対する第三者のコメント文である。また、前記評価は、「かわいい」、「かっこいい」、「そっくり」、「うまい」、「渋い」、「おもしろい」、「泣ける」等の項目に対する投票結果を含む。

【0051】

図８は、歌唱履歴ＤＢ１３ｆのレコードレイアウトの一例を概念的に示す説明図である。歌唱履歴ＤＢ１３ｆ（履歴記憶手段）は、例えば、「ユーザＩＤ」列、「楽曲ＩＤ」列、「歌唱日時」列等から構成されており、各行には、各列に対応した情報が格納されている。
「ユーザＩＤ」列は、楽曲ＩＤに対応した楽曲を歌唱したユーザのＩＤを格納する。
「楽曲ＩＤ」列、ユーザが歌唱した楽曲のＩＤを格納する。
「歌唱日時」列は、ユーザが楽曲ＩＤに対応した楽曲を歌唱した日時を格納する。

【0052】

図９は、ユーザパートＤＢ１３ｇ（頻度記憶手段）のレコードレイアウトの一例を概念的に示す説明図である。ユーザパートＤＢ１３ｇは、例えば、「ユーザＩＤ」列、「パート１」列、「パート２」列…「パート１０」等から構成されており、各行には、各列に対応した情報が格納されている。
ユーザパートＤＢ１３ｇは、パート（楽器）に対するユーザの嗜好を表したものである。
「ユーザＩＤ」列は、ユーザＩＤを格納する。
「パート１」列は、パートＩＤが１であるパート（エレキギター）に対するユーザの嗜好を表す数値を格納する。
「パート２」列から「パート１０」列は、「パート１」列と同様である。
各パート列に格納する数値（頻度情報）は、値が大きいほど、ユーザがそのパートをより好んでいることを表している。これらの値は、歌唱履歴ＤＢ１３ｆに格納されているユーザの歌唱履歴と、楽曲パートＤＢ１３ｃに格納されている楽曲に含まれるパート情報を基に算出される。詳細は後述する。

【0053】

図１０は、カラオケ端末装置４の一構成例を示すブロック図である。カラオケ端末装置４は、該カラオケ端末装置４の各構成部の動作を制御する制御部４０を備え、制御部４０には、バスを介してＲＯＭ４１と、ＲＡＭ４２と、記憶装置４３と、通信部４４と、受信部４５と、映像エンコーダ４６ａと、映像制御回路４６ｂと、映像デコーダ４６ｃと、採点部４７と、音声エンコーダ４８ａと、音源４８ｂと、音声デコーダ４８ｃ、楽器Ｉ／Ｆ（Interface）４９ａとが接続されている。また、映像制御回路４６ｂ、及び映像デコーダ４６ｃには、映像ミキサ４６ｄが接続されている。音源４８ｂ、及び音声デコーダ４８ｃには、音声ミキサ４８ｄが接続されている。更に、カラオケ端末装置４は、図示しない映像入力端子、映像出力端子、音声入力端子、音声出力端子を備えている。各端子にはそれぞれ、撮像装置４６ｅ、映像表示装置４６ｆ、マイク４８ｅ、及びスピーカ４８ｆが接続されている。楽器Ｉ／Ｆ４９ａには、ユーザの演奏する楽器４９ｂが接続される。なお、映像表示装置４６ｆは、例えばＣＲＴ（Cathode-ray Tube）、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等である。

【0054】

制御部４０は、ＲＯＭ４１及び記憶装置４３に記録されたコンピュータプログラムをＲＡＭ４２に読み出して実行することにより、コンピュータを本実施の形態に係るカラオケ端末装置４として機能させる。

【0055】

ＲＯＭ４１は、コンピュータの動作に必要な制御プログラムを記憶したマスクＲＯＭ、ＥＥＰＲＯＭ等の不揮発性メモリである。

【0056】

ＲＡＭ４２は、制御部４０の演算処理を実行する際に生ずる各種データを一時記憶するＤＲＡＭ、ＳＲＡＭ等の揮発性メモリである。

【0057】

記憶装置４３は、コンピュータを、カラオケ端末装置４として機能させるためのコンピュータプログラムを記憶するハードディスク、不揮発性半導体メモリ等である。また、記憶装置４３は、カラオケ端末用楽曲ＤＢ４３ａを記憶する。カラオケ端末用楽曲ＤＢ４３ａは、中央装置１から配信された楽曲データ等を格納しており、基本的な構成は楽曲ＤＢ１３ｂと同様である。

【0058】

通信部４４は、通信網Ｎ１を介して接続された中央装置１との間で、カラオケ情報、楽器演奏コンテンツに係る情報、その他、各種サービスに係るデータを送受信するインタフェースであり、通信部４４による各種情報の送受信は制御部４０によって制御される。

【0059】

受信部４５は、本カラオケ端末装置４と、遠隔操作装置５との紐付けを行うべく、遠隔操作装置５との間で赤外線通信を行う回路である。

【0060】

映像エンコーダ４６ａは、撮像装置４６ｅから出力され、映像入力端子を通じて入力された映像データを圧縮符号化する回路である。圧縮符号化された映像データは、一時的にＲＡＭ４２又は記憶装置４３に書き込まれる。なお、圧縮符号化の方式は、例えば、ＭＰＥＧ（Moving Picture Experts Group）であるが、特にこれに限られるものではない。

【0061】

映像制御回路４６ｂは、制御部４０の制御命令に従って、ＲＡＭ４２又は記憶装置４３から映像に係る情報を読み出して、各種映像を表現した映像データを生成し、映像ミキサ４６ｄに与える等、映像に関する各種制御処理を実行する。例えば、カラオケの楽曲データ再生時においては、映像制御回路４６ｂは、制御部４０から与えられた楽曲データに含まれる歌詞データに基づいて、歌詞を表現した映像データを映像ミキサ４６ｄに与える。また、映像制御回路４６ｂは、カラオケ娯楽に関するメニュー画面、採点結果表示画面等を表現した映像データ等を映像ミキサ４６ｄに与える。

【0062】

映像デコーダ４６ｃは、制御部４０の制御命令に従って、ＲＡＭ４２又は記憶装置４３から映像データ、例えば、カラオケ歌唱時に表示される所定の背景映像データを読み出し複合し、複合された映像データを映像ミキサ４６ｄに与える。背景映像データは、例えばＭＰＥＧ形式のデータである。

【0063】

映像ミキサ４６ｄは、映像制御回路４６ｂと、映像デコーダ４６ｃと、撮像装置４６ｅとから与えられた映像の全部又はいずれかを２つを合成し、合成して得た映像データを映像表示装置４６ｆへ出力する。映像表示装置４６ｆは、映像ミキサ４６ｄから出力された映像に係る映像を表示する。

【0064】

採点部４７は、マイク４８ｅから出力され音声入力端子を通じて入力された音声データを取得する。採点部４７は、記憶装置４３から楽曲データを読み出し、前記音声データ及び楽曲データに含まれる主旋律データに基づいて、歌唱の音声及び主旋律における音高、音量、リズム等を比較する。比較結果に基づき、歌唱時系列順に逐次リアルタイムで採点し、採点結果をＲＡＭ４２に書き込む。

【0065】

音声エンコーダ４８ａは、マイク４８ｅから出力され音声入力端子を通じて入力された音声データを取得し、取得した音声データを圧縮符号化する。なお、圧縮符号化の方式は、例えば、ＭＰ３、ＡＡＣ（Advanced Audio Coding）、ＡＣ３（Audio Code number3）等であるが、特にこれに限られるものではない。

【0066】

音源４８ｂは、制御部４０の制御命令に従って、ＲＡＭ４２又は記憶装置４３から読み出した楽曲データに含まれる伴奏データより音声データを作成する。音源４８ｂは、例えばＭＩＤＩ音源であり、ＭＩＤＩデータに基づいて楽器音を再現した音声データを作成する。音源４８ｂは、作成した音声データを、音声ミキサ４８ｄに与える。
また、音源４８ｂは、制御部４０の制御命令に従って、楽器Ｉ／Ｆ４９ａより与えられたデータに基づいて楽器音を再現し音声データを作成する。作成された音声データは、音声ミキサ４８ｄに与えられる。

【0067】

音声デコーダ４８ｃは、制御部４０の制御命令に従って、ＲＡＭ４２又は記憶装置４３から読み出した音声データを、復号し、復号して得た音声データを音声ミキサ４８ｄに与える。

【0068】

音声ミキサ４８ｄは、音源４８ｂと、音声デコーダ４８ｃとから与えられた音声データに係る音声を合成する。音声ミキサ４８ｄは、合成して得た音声データを、音声出力端子を通じてスピーカ４８ｆに出力する。スピーカ４８ｆは、音声ミキサ４８ｄから出力された音声データに係る音声を放音する。

【0069】

楽器Ｉ／Ｆ４９ａは、楽器４９ｂから出力されたＭＩＤＩ形式のデータを取得し、取得したデータを、ＲＡＭ４２又は記憶装置４３に記憶させる。また、取得したデータを音源４８ｂに与える。
なお、楽器４９ｂがＭＩＤＩ形式のデータを出力できない楽器の場合、楽器Ｉ／Ｆ４９ａは、マイク等を通じて楽器４９ｂの音声データを取得し、取得した音声データをＭＩＤＩ形式に変換しても良い。或いは、取得した音声データを圧縮符号化しても良い。

【0070】

なお、カラオケ端末装置４を専用機として構成する例を説明したが、汎用のコンピュータ、家庭ゲーム用テレビゲームのコンピュータを用いてカラオケ端末装置４を構成しても良い。この場合、カラオケ端末装置４を構成するハードウェア回路の一部、例えば、採点部４７等をソフトウェアにより処理しても良い。

【0071】

次に、楽器演奏コンテンツの作成、利用について説明する。
以下の説明において、各ユーザはユーザ登録を済ませているものとする。ユーザの登録は、通信網Ｎ２を介してユーザ端末装置６又は遠隔操作装置５からユーザ登録の要求があった場合、中央装置１の制御部１０は、ユーザ登録画面をユーザ端末装置６又は遠隔操作装置５に表示させる。ユーザ端末装置６又は遠隔操作装置５は、ログインＩＤに相当する電子メールアドレス、パスワード、あだ名、性別、生年月日、出身地、血液型等を受付け、中央装置１に送信する。制御部１０は、ユーザ端末装置６又は遠隔操作装置５より受信した、ログインＩＤに相当する電子メールアドレス、パスワード、あだ名、性別、生年月日、出身地、血液型等を受付け、受付けた各種情報を、上述のユーザ情報ＤＢ１３ａに登録する。
以下、特に断りがない限り、ユーザは、カラオケシステムにログインして各種操作を行っているものとする。すなわち、カラオケ端末装置４の制御部４０（受付ける手段）は、ユーザＩＤとパスワードを遠隔操作装置５より受付けている。そして、制御部４０は、ユーザ情報ＤＢ１３ａに問い合わせを行い、受付けたユーザＩＤとパスワードの組み合わせが正しいか確認しているものとする。

【0072】

１．楽器演奏コンテンツの作成
図１１は、楽器演奏に係る楽器演奏コンテンツの生成及び登録に係る制御部１０、４０の処理手順を示すフローチャートである。
ユーザは楽器４９ｂをカラオケ店舗２に持ち込み、各個室２１に設置されているカラオケ端末４に接続する。あるいは、カラオケ店舗２に用意されている楽器４９ｂを借り出し、カラオケ端末４に接続する。
用いる楽器４９ｂがＭＩＤＩデータを出力できない場合、ユーザは用いる楽器４９ｂを遠隔操作装置５に入力する。カラオケ端末装置４の制御部４０は、遠隔操作装置５より、楽器４９ｂに対応したパートＩＤを受付ける（ステップＳ１１）。ＭＩＤＩコントローラの場合等、ＭＩＤＩデータを出力できる楽器４９ｂの場合、制御部４０は、パートＩＤを楽器４９ｂより受付ける（ステップＳ１１）。

【0073】

ユーザはカラオケ店舗２で演奏したい楽曲を、遠隔操作装置５を用いて選択することが可能となる。カラオケ端末装置４の制御部４０は、遠隔操作装置５にて楽曲を受付ける（ステップＳ１２）。制御部４０は楽曲ＩＤを含む楽曲要求データを、通信部４４を介して中央装置１へ送信する（ステップＳ１３）。なお、制御部４０は、ステップＳ１１で受付けたパートＩＤ、及びステップＳ１２で受付けた楽曲ＩＤをＲＡＭ４２等に一時記憶している。
なお、以前に中央装置１からカラオケ端末装置４へ配信され、既にカラオケ端末用楽曲ＤＢ４３ａに登録されている場合、中央装置１へ楽曲要求データを送信せず、記憶装置４３から楽曲データを読み出せば良い。また、ルータ３１のハードディスクが記憶している場合も同様である。

【0074】

中央装置１の制御部１０は、カラオケ端末装置４から送信された楽曲要求データを、第１通信部１５を介して受信する（ステップＳ１４）。制御部１０は、受信した楽曲要求データに含まれる楽曲ＩＤに対応する楽曲データを内部記憶装置１３楽曲ＤＢ１３ｂから読み出し、読み出した楽曲データを、第１通信部１５を介して、楽曲要求元のカラオケ端末装置４へ送信する（ステップＳ１５）。

【0075】

カラオケ端末装置４の制御部４０は、中央装置１から送信された楽曲データを、通信部４４を介して受信する（ステップＳ１６）。制御部４０は、受信した楽曲データを再生する（ステップＳ１７）。次に、制御部４０は、楽曲データ再生中に行われた楽器演奏の音声データを入力する（ステップＳ１８）。
なお、カラオケ端末装置４に入力したＭＩＤＩ形式の演奏データは、ＲＡＭ４２に書き込まれる。また、演奏データは、音源４８ｂに送られ、音声ミキサ４８ｄに入力される。音声ミキサ４８ｄは、楽曲の音と、楽器演奏による音とを合成し、合成した音声データをスピーカ４８ｆへ出力する。

【0076】

次に、制御部４０は、楽曲データの再生を終了するか否かを判定する(ステップＳ１９)。なお、再生の終了は、楽曲データを最後まで再生し終えた場合、遠隔操作装置５に再生の中止を指示された場合等に行われる。再生を終了しないと判定した場合（ステップＳ１９でＮＯの場合）、制御部４０は、処理をステップＳ１７に戻す。再生を終了すると判定した場合（ステップＳ１９でＹＥＳの場合）、制御部４０は、遠隔操作装置５の操作状態を監視し、入力された楽器演奏データをアップロードするか否か判定する（ステップＳ２０）。アップロードしないと判定した場合（ステップＳ２０でＮＯの場合）、制御部４０は処理を終える。

【0077】

アップロードすると判定した場合（ステップＳ２０でＹＥＳの場合）、制御部４０は、ＲＡＭ４２が一時記憶しているユーザＩＤ、楽曲ＩＤ、パートＩＤ、店舗ＩＤ、演奏データを、通信部４４を介して中央装置１に送信する（ステップＳ２１）。なお、ＲＡＭ４２が一時記憶しているユーザＩＤは、ユーザがカラオケシステムにログインした際に入力されたものである。また、店舗ＩＤは、カラオケ店舗２を識別するためのものであり、カラオケ端末装置４のＲＯＭ４１等の記憶装置に予め記憶されているものとする。

【0078】

中央装置１の制御部１０は、カラオケ端末装置４から送信されたユーザＩＤ、楽曲ＩＤ、店舗ＩＤ、パートＩＤ、演奏データを、第１通信部１５を介して受信する（ステップＳ２２）。制御部１０は、演奏データをユーザＩＤ（演奏者）、楽曲ＩＤ、パートＩＤ、店舗ＩＤと共に楽器演奏ＤＢ１３ｅに登録する。なお、取得日時は時計部１７より日時を取得し、取得した日時を登録し、保存期間は取得した日時に所定の日数を加算した日時を登録する。再生回数は０とする。
また、楽器演奏ＤＢ１３ｅへの登録時に発行した演奏ＩＤをユーザ情報ＤＢ１３ａに登録し（ステップＳ２３）、処理を終える。

【0079】

なお、上述では、ユーザが演奏する楽器４９ｂは一つであるという前提で記載しているが、それに限らず、ユーザが複数の楽器４９ｂを演奏しても良い。その場合においては、パートＩＤ及び演奏データは楽器４９ｂごとに取得し、楽器演奏ＤＢ１３ｅヘの登録も、楽器４９ｂごとに行うこととする。

【0080】

２．楽器演奏コンテンツの利用
図１２は、楽器演奏コンテンツの利用に係る制御部１０、４０の処理手順を示すフローチャートである。
ユーザは歌唱したい楽曲を、遠隔操作装置５を用いて選択すると共に、楽器演奏コンテンツを利用する場合は、「二重奏」、「五重奏」等のボタンを押し、利用したい楽器演奏コンテンツの数を選択する。例えば、「二重奏」が選択された場合は、楽器演奏コンテンツの中から異なる２つの楽器による演奏コンテンツが選択される。楽器の数をパート数と呼ぶ。ここでは、パート数が２と指定されたものとする。なお、ユーザには楽器演奏コンテンツを利用することのみを選択させ、パート数の指定は楽曲毎に定めておくこととしても良い。

【0081】

カラオケ端末装置４の制御部４０は、遠隔操作装置５より楽曲ＩＤとパート数を受付ける（ステップＳ３１）。制御部４０（送信手段）は、ユーザＩＤ、楽曲ＩＤ、パート数を含むコンテンツ要求データを、通信部４４を介して中央装置１へ送信する（ステップＳ３２）。なお、制御部４０は、ステップＳ３１で受付けた楽曲ＩＤをＲＡＭ４２等に一時記憶している。
また、以前に中央装置１からカラオケ端末装置４へ配信され、既にカラオケ端末用楽曲ＤＢ４３ａに登録されている場合、中央装置１へは楽器演奏データのみ要求するデータを送信し、楽曲データは、記憶装置４３から読み出せば良い。また、ルータ３１のハードディスクが記憶している場合も同様である。

【0082】

中央装置１の制御部１０（受信手段）は、カラオ端末装置４から送信されたコンテンツ要求データを、第１通信部１５を介して受信する（ステップＳ３３）。制御部１０は、コンテンツ要求データに含まれるユーザＩＤに対応したユーザのユーザパート情報を生成する（ステップＳ３４）。

【0083】

図１３は、ユーザパート情報を生成する処理のフローチャートである。
中央装置１の制御部１０は、歌唱履歴ＤＢ１３ｆより、ユーザＩＤに対応づけられた楽曲ＩＤのうち、歌唱日時が所定期間に含まれるもの、例えば、過去一年以内のものを読み出す（ステップＳ５１）。制御部１０は、読み出した楽曲ＩＤについてのパート情報を楽曲パートＤＢ１３ｄより読み出す（ステップＳ５２）。制御部１０（算出手段）は、パート情報の中で、値が１となっているもの（対応情報）をパート毎に集計する（ステップＳ５３）。ステップＳ５１で取得したすべての楽曲ＩＤについて、処理が終わっている場合（ステップＳ５４でＹＥＳの場合）は、制御部１０は集計結果をユーザパートＤＢ１３ｇに登録する（ステップＳ５５）。その後、処理を終了し、リターンする。処理が終わっていない場合（ステップＳ５４でＮＯの場合）は、制御部１０は処理をステップＳ５２に戻す。
なお、ユーザパート情報を生成するにあたり、歌唱履歴ＤＢ１３ｆより、歌唱日時が所定期間に含まれるものを読み出すものとしたが、それに限られず、歌唱日時に関わらず所定の件数を読み出すこととしても良い。また、所定期間に含まれるもののうちの最新のものを所定件数、読みだすこととしても良い。

【0084】

なお、過去にユーザが歌唱した楽曲の中に各パートの出現頻度、すなわち何回出現したかをカウントして求めたが、パート毎に演奏された時間を合計しても良い。その場合においては、楽器パートＤＢ１３ｄに格納する値は、０又は１ではなく、パート毎の演奏時間となる。
また、中央装置１において、カラオケ端末装置４からコンテンツ要求データを受信した後に、ユーザパート情報の生成を行うこととしたが、それに限られず、バッチ処理により定期的に生成したものを用い、コンテンツ要求データを受信した毎には生成を行わないこととしても良い。

【0085】

図１２に戻り、制御部１０（選択手段）は得られたユーザパート情報をカウント数でソートし、上位から指定されたパート数分のパートを選択する。ここでは、指定されたパート数は２であるから、カウント数が一位と二位であるパートを選択する（Ｓ３５）。
制御部１０は、楽曲ＩＤとパートＩＤをキーに楽器演奏ＤＢ１３ｅを検索し、ユーザパート情報で一位と二位のパートについての楽器演奏コンテンツを読み出す（ステップＳ３６）。
制御部１０（選択手段）は、楽曲ＩＤに対応した楽曲データを楽曲ＤＢ１３ｂより読み出す。制御部１０（送信手段）は、読み出した楽曲データ、及びステップＳ３６で読み出した楽器演奏コンテンツを、第１通信部１５を介して、コンテンツ要求元のカラオケ端末装置４へ送信する（ステップＳ３７）。

【0086】

なお、上述において、制御部１０は、パートの選択に続いて、楽曲データ及び楽器演奏コンテンツの送信を行っているが、送信を行う前に、パートの選択結果をユーザに通知することとしても良い。さらに、この場合において、ユーザにより選択されたパートの変更を許すこととしても良い。
また、ユーザパート情報で一位と二位のパートについての楽器演奏コンテンツを読み出す際、そのパートについての楽器演奏コンテンツがない場合は、次の順位の楽器演奏コンテンツを読み出すこととしても良い。あるいは、そのパートについては、楽曲データに含まれる通常の伴奏を再生することとしても良い。
一方、一位と二位のパートについての楽器演奏コンテンツが複数存在する場合は、取得日時がもっとも新しいコンテンツ、再生回数が最も大きいコンテンツ等を選択すれば良い。

【0087】

カラオケ端末装置４の制御部４０（受信手段）は、中央装置１から送信された楽曲データ及び楽器演奏コンテンツを、通信部４４を介して受信する（ステップＳ３８）。制御部４０（再生手段）は、受信した楽曲データ及び楽器演奏コンテンツを同時並行的に再生する（ステップＳ３９）。

【0088】

次に、制御部４０は、楽曲データの再生を終了するか否かを判定する（ステップＳ４０）。なお、再生の終了は、楽曲データを最後まで再生し終えた場合、遠隔操作装置５に再生の中止を指示された場合等に行われる。再生を終了しないと判定した場合（ステップＳ４０でＮＯの場合）、制御部４０は、処理をステップＳ３９に戻す。再生を終了すると判定した場合（ステップＳ４０でＹＥＳの場合）、制御部４０は、ユーザＩＤ及び楽曲ＩＤを含む歌唱データを、通信部４４を介して中央装置１に送信する（ステップＳ４１）。制御部４０は処理を終える。

【0089】

中央装置１の制御部１０は、カラオケ端末装置４から送信されたユーザＩＤ及び楽曲ＩＤを含む歌唱データを、第１通信部１５を介して受信する（ステップＳ４２）。制御部１０は、受信した歌唱データよりユーザＩＤ、楽曲ＩＤを取得し、取得したユーザＩＤ、楽曲ＩＤ、及び時計部１７より取得した現在日時を歌唱日時として、歌唱履歴ＤＢ１３ｆに登録する（ステップＳ４３）。
なお、カラオケ端末装置４から歌唱データを送信するのは、楽曲データを最後まで再生し終えた場合にのみ送ることとしても良い。あるいは、楽曲データが所定時間以上、再生された場合にのみ送ることとしても良い。また、歌唱日時はカラオケ端末装置４で取得し、それを中央装置１に送信して登録しても良い。

【0090】

上述したように、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行うので、ユーザの嗜好に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。

【0091】

＜実施の形態２＞
上述の実施の形態１において、ユーザパート情報は、ユーザが過去に歌唱した楽曲に各パートが現れる回数、出現頻度を算出し、その値を用いて、パートの選択を行っている。本実施の形態においては、歌唱履歴の他の項目を用いて、出現頻度を変更し、変更後の値を用いてパートの選択を行うことにより、よりユーザに適合したパートが選択されるようにする。
実施の形態１との相違は、出現頻度を変更する点であるので、その点を主に説明し、共通する部分の説明は省略する。

【0092】

図１４は、実施の形態２における歌唱履歴ＤＢ１３ｆのレコードレイアウトの一例を概念的に示す説明図である。本実施の形態における歌唱履歴ＤＢ１３ｆは、「ユーザＩＤ」列、「楽曲ＩＤ」列、「歌唱日時」列に加えて、「音量」列、「音高」列、「音程」列、「リズム」列、「ビブラートタイプ」列、「ビブラート美」列、「ビブラート回数」列、「しゃくり回数」列等から構成されている。新たに加えられている列は、カラオケ端末装置４の採点部４７により、ユーザの歌唱を採点した結果の値が登録される。
「音量」列、「音高」列、「音程」列、「リズム」列は、採点部４７により算出された１００点を満点とする点数が登録される。「ビブラート回数」列、「しゃくり回数」列は、歌唱中のビブラート又はしゃくりの回数が、採点部４７により判定され、それぞれ登録される。
「ビブラートタイプ」列は、ＰＯＰＳレベル１からＰＯＰＳレベル４、演歌レベル１からレベル４、「ＰＯＰＳ」でもなく「演歌」でもない中間値の９段階の値を取る。採点部４７が判定を行い、いずれかの値が登録される。
「ビブラート美」列は、ぎこちないレベル１からレベル４、美しいレベル１からレベル４、「ぎこちない」でもなく「美しい」でもない中間値の９段階の値を取る。採点部４７が判定を行い、いずれかの値が登録される。
「ビブラートタイプ」列、及び「ビブラート美」列は、採点結果として文字列が登録されているが、数値に変換して登録しても良い。例えば、ビブラートタイプの場合、中間値を０とし、ＰＯＰＳレベル１を−１、ＰＯＰＳレベル２を−２とし、ＰＯＰＳレベル４を−４とする。演歌レベルは正にし、演歌レベル１を＋１、同様に、ビブラート美についても、中間値を０とし、ぎこちないレベル４を−４、美しいレベル４を＋４のように、数値化して登録しても良い。

【0093】

図１５は、採点結果集計ＤＢ１３ｈ（評価記憶手段）のレコードレイアウトの一例を概念的に示す説明図である。採点結果集計ＤＢ１３ｈは、中央装置１の内部記憶装置１３に記憶されている。
採点結果集計ＤＢ１３ｈは、「ユーザＩＤ」列、「音量」列、「音高」列、「音程」列、「リズム」列、「ビブラートタイプ」列、「ビブラート美」列、「しゃくり回数」列等から構成されている。
採点結果集計ＤＢ１３ｈは、歌唱履歴テーブルに登録されている採点結果の中から、所定期間、例えば、過去一年分のレコードを取り出し、ユーザ毎、採点項目ごとに平均点を算出したものである。
ユーザのＩＤが登録される「ユーザＩＤ」列以外の列は、本実施の形態における歌唱履歴ＤＢ１３ｆ（図１４）と同様であり、異なるのは格納される値が、平均点ということである。

【0094】

図１６は、パート情報変更ＤＢ１３ｉ（項目記憶手段）のレコードレイアウトの一例を概念的に示す説明図である。パート情報変更ＤＢ１３ｉは、中央装置１の内部記憶装置１３に記憶されている。パート情報変更ＤＢ１３ｉは、ユーザパート情報の変更を行う条件を定義している。
パート情報変更ＤＢ１３ｉは、「ＩＤ」列、「項目」列、「上限」列、「下限」列、「係数」列等から構成されている。
「ＩＤ」列は、レコードを一意に特定するためのＩＤが格納される。
「項目」列は、採点項目名が格納される。
「上限」列、及び「下限」列は、変更を行う条件値を格納する。すなわち、対応する採点項目の点数が、下限の値以上、上限の値以下の場合、変更を行う。
「係数」列は、ユーザパート情報を変更する係数値を格納する。変更対象のユーザパート情報の値と係数値とを乗算し、新たなユーザパート情報とする。
図１６に示した例では、リズム点が９０点以上９４点以下の場合、ユーザパート情報が１．２倍され、９５点以上１００点以下の場合、ユーザパート情報が１．５倍されることを示している。

【0095】

図１７は、実施の形態２におけるパート情報ＤＢ１３ｃのレコードレイアウトの一例を概念的に示す説明図である。本実施の形態におけるパート情報ＤＢ１３ｃは、「パートＩＤ」列、「楽器名」列に加えて、「音量」列、「音高」列、「音程」列、「しゃくり」列、「なめらかさ」列、「リズム感」列、「安定感」列、「ビブラートＰＯＰＳ」列、「ビブラート演歌」列、「ビブラート美」列、「熱唱」列等から構成されている。
本実施の形態におけるパート情報ＤＢ１３ｃの「音量」列以降の列は、上述したパート情報変更ＤＢ１３ｉを用いてユーザパート情報の変更を、どのパートに対して行うかを定義している。例えば、「リズム感」列は、ユーザのリズム感についての採点結果集計値が、変更条件に合致している場合に変更するパートを表しており、図１７の例では、ドラム、和太鼓、タンバリンが変更対象となる。
上述した図１６のパート情報変更ＤＢ１３ｉの条件も考慮すると、リズム点が９０点以上９４点以下の場合、ユーザパート情報のドラム、和太鼓、タンバリンの値が１．２倍される。９５点以上１００点以下の場合、ユーザパート情報のドラム、和太鼓、タンバリンの値が１．５倍されることとなる。
「ビブラートＰＯＰＳ」列、「ビブラート演歌」列は、採点結果集計ＤＢ１３ｈの「ビブラートタイプ」列と対応する列である。採点結果集計ＤＢ１３ｈのビブラートタイプの値が、ＰＯＰＳレベル１から４の場合であって、パート情報変更ＤＢ１３ｉにより変更対象と判定したときは、「ビブラートＰＯＰＳ」列が１となっているパートについて変更を行う。「ビブラート演歌」列についても、同様である。

【0096】

次に、楽器演奏コンテンツに係る制御部１０、４０の処理について説明する。本実施の形態において、楽器演奏コンテンツの作成における制御部１０、４０の処理は、上述の実施の形態１と同様であるので、説明を省略する。
楽器演奏コンテンツの利用における制御部１０、４０の処理は、図１２と同様であり、異なるのはユーザパート情報生成処理のみである。以下、ユーザパート情報生成処理について説明する。

【0097】

図１８は、ユーザパート情報を生成する処理のフローチャートである。なお、図１８において、図１３と共通する処理については、同じステップ番号を付している。
中央装置１の制御部１０は、歌唱履歴ＤＢ１３ｆより、ユーザＩＤに対応づけられた楽曲ＩＤのうち、歌唱日時が所定期間に含まれるもの、例えば、過去一年以内のものを読み出す（ステップＳ５１）。制御部１０は、読み出した楽曲ＩＤについてのパート情報を楽曲パートＤＢ１３ｄより読み出す（ステップＳ５２）。制御部１０は、パート情報の中で、値が１となっているものをパート毎に集計する（ステップＳ５３）。ステップＳ５１で取得したすべての楽曲ＩＤについて、処理が終わっていない場合（ステップＳ５４でＮＯの場合）は、制御部１０は処理をステップＳ５２に戻す。処理が終わっている場合（ステップＳ５４でＹＥＳの場合）は、制御部１０は処理をステップＳ５５に移す。制御部１０は、集計結果をユーザパートＤＢ１３ｇに登録する（ステップＳ５５）。
なお、ユーザパート情報を生成するにあたり、歌唱履歴ＤＢ１３ｆより、歌唱日時が所定期間に含まれるものを読み出すものとしたが、それに限られず、歌唱日時に関わらず所定の件数を読み出すこととしても良い。また、所定期間に含まれるもののうちの最新のものを所定件数、読みだすこととしても良い。

【0098】

制御部１０は、ステップＳ５１で取得した歌唱履歴の採点結果を読み出し（ステップＳ５６）、採点項目ごとに集計し平均点を算出する（ステップＳ５７）。算出結果を採点結果集計ＤＢ１３ｈに登録する。
制御部１０は、採点項目をキーにパート情報変更ＤＢ１３ｉを検索し、変更条件（上限、下限）を読み出す。制御部１０は、算出した平均点が変更条件にマッチするか、すなわち、平均点が下限値以上、かつ上限値以下であるかを判定する（ステップＳ５８）。
変更条件にマッチしていないと判定した場合（ステップＳ５８でＮＯの場合）、制御部１０は処理をステップＳ６１に進める。

【0099】

変更条件にマッチすると判定した場合（ステップＳ５８でＹＥＳの場合）、制御部１０は、採点項目に対応した係数をＲＡＭ１２に記憶する。次に、制御部１０は、採点項目をキーにパート情報ＤＢ１３ｃを検索し、変更するパートのパートＩＤを読み出す（ステップＳ５９）。

【0100】

制御部１０（更新手段）は、ユーザパートＤＢ１３ｇの処理対象ユーザのレコードを読み出す。制御部１０は、ステップＳ５９で読み出したパートに対応する頻度情報にＲＡＭ１２に記憶している係数を乗算し、乗算した結果の値を新たな頻度情報とする（ステップＳ６０）。

【0101】

制御部１０は、すべての採点項目について処理を行ったかを判定する（ステップＳ６１）。処理を行っていない採点項目があると判定した場合（ステップＳ６１でＮＯの場合）、制御部１０は、処理をステップＳ５８に戻す。すべての採点項目について処理を行ったと判定した場合（ステップＳ６１でＹＥＳの場合）、制御部１０は、処理をステップＳ６２に移す。制御部１０は、変更した頻度情報でユーザパートＤＢ１３ｇを更新する（ステップＳ６２）。制御部１０は処理を終了し、リターンする。

【0102】

本実施の形態においても、実施の形態１と同様に、過去にユーザが歌唱した楽曲の中に各パートの出現頻度、すなわち何回出現したかをカウントして求めたが、パート毎に演奏された時間を合計しても良い。その場合においては、楽器パートＤＢ１３ｄに格納する値は、０又は１ではなく、パート毎の演奏時間となる。
また、中央装置１において、カラオケ端末装置４からコンテンツ要求データを受信した後に、ユーザパート情報の生成及び変更を行うこととしたが、それに限られない。バッチ処理により定期的に生成及び変更したものを用い、コンテンツ要求データを受信した毎には生成及び変更を行わないこととしても良い。

【0103】

上述したように、本実施の形態２において、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行う。さらに、ユーザの過去の歌唱履歴に対応した採点結果から、音量、音高、音程、リズム感等といったユーザの歌唱特徴を求め、それを基に、出現頻度の変更を行っている。
よって、ユーザの嗜好及び歌唱特徴に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。

【0104】

＜実施の形態３＞
本実施の形態においては、ユーザ設定情報を用いて実施の形態１で求めた出現頻度の変更を行う。上述の実施の形態１との違いは、出現頻度を変更する点であり、その他の事項については、実施の形態１と同様である。以下の説明においては、実施の形態１と相違する点を主に説明し、同様な点については説明を省略する。
図１９は、ユーザ設定ＤＢ１３ｊ（特性記憶手段）のレコードレイアウトの一例を概念的に示す説明図である。ユーザ設定ＤＢ１３ｊは、中央装置１の内部記憶装置１３に記憶されている。本実施の形態におけるユーザ設定ＤＢ１３ｊは、「ユーザＩＤ」列、「声の大きさ」列、「マイク音」列、「エコー」列等から構成されている。
「ユーザＩＤ」列は、ユーザＩＤが格納される。
「声の大きさ」列は、ユーザにより設定され、例えば「大きい」、「普通」、「小さい」等の値が格納される。
「マイク音」列は、ユーザにより設定され、例えば「硬い」、「普通」、「柔らかい」等の値が格納される。
「エコー」列は、ユーザにより設定され、例えば「演歌」、「バラード」、「ＲＯＣＫ」、「ＰＯＰＳ」等の値が格納される。

【0105】

図２０は、実施の形態３におけるパート情報ＤＢ１３ｃ（第２項目手段）のレコードレイアウトの一例を概念的に示す説明図である。本実施の形態におけるパート情報ＤＢ１３ｃは、「パートＩＤ」列、「楽器名」列に加えて、「声の大きさ−大きい」列、「声の大きさ−普通」列、「声の大きさ−小さい」列、「マイク音−硬い」列、「マイク音−普通」列、「マイク音−柔らかい」列、「エコー−演歌」列、「エコー−バラード」列、「エコー−ＲＯＣＫ」列、「エコー−ＰＯＰＳ」列等から構成されている。
「パートＩＤ」列は、パートの識別情報であるＩＤが格納され、「楽器名」列はパートＩＤに対応した楽器名が格納される。
「声の大きさ−大きい」列以降の列は、ユーザ設定情報に対応した列である。例えば、「声の大きさ−大きい」列は、ユーザ設定により声の大きさが大きいと設定された場合に、ユーザパート情報の変更を行うパートを指定する。すなわち、ユーザ設定により声の大きさが大きいと設定された場合、「声の大きさ−大きい」列の値が１となっているパートは、設定を変更するパートである。図２０に示した例では、「エレキギター」、「ベース」、「ドラム」、「トランペット」が対象となる。

【0106】

次に、楽器演奏コンテンツに係る制御部１０、４０の処理について説明する。本実施の形態において、楽器演奏コンテンツの作成における制御部１０、４０の処理は、上述の実施の形態１と同様であるので、説明を省略する。
楽器演奏コンテンツの利用における制御部１０、４０の処理は、図１２と同様であり、異なるのはユーザパート情報生成処理のみである。以下、ユーザパート情報生成処理について説明する。

【0107】

図２１は、ユーザパート情報を生成する処理のフローチャートである。なお、図２１において、図１３と共通する処理については、同じステップ番号を付している。
中央装置１の制御部１０は、歌唱履歴ＤＢ１３ｆより、ユーザＩＤに対応づけられた楽曲ＩＤのうち、歌唱日時が所定期間に含まれるもの、例えば、過去一年以内のものを読み出す（ステップＳ５１）。制御部１０は、読み出した楽曲ＩＤについてのパート情報を楽曲パートＤＢ１３ｄより読み出す（ステップＳ５２）。制御部１０は、パート情報の中で、値が１となっているものをパート毎に集計する（ステップＳ５３）。ステップＳ５１で取得したすべての楽曲ＩＤについて、処理が終わっていない場合（ステップＳ５４でＮＯの場合）は、制御部１０は処理をステップＳ５２に戻す。処理が終わっている場合（ステップＳ５４でＹＥＳの場合）は、制御部１０は処理をステップＳ５５に移す。制御部１０は、集計結果をユーザパートＤＢ１３ｇに登録する（ステップＳ５５）。
なお、ユーザパート情報を生成するにあたり、歌唱履歴ＤＢ１３ｆより、歌唱日時が所定期間に含まれるものを読み出すものとしたが、それに限られず、歌唱日時に関わらず所定の件数を読み出すこととしても良い。また、所定期間に含まれるもののうちの最新のものを所定件数、読みだすこととしても良い。

【0108】

制御部１０は、ユーザＩＤに対応付けられたユーザ設定を、ユーザ設定ＤＢ１３ｊより読み出す（ステップＳ７０）。制御部１０は、読み出されたユーザ設定の各項目について、次の処理を行う。
制御部１０は、パート情報ＤＢ１３ｃ（図２０）から、ユーザ設定の項目に対応する列の値が１となっているレコードのパートＩＤを読み出す（ステップＳ７１）。例えば、ユーザ設定において「声の大きさ」が「大きい」となっているとする。この場合、パート情報ＤＢ１３ｃの「声の大きさ−大きい」列の値が１となっているレコードのパートＩＤを、パート情報ＤＢ１３ｃから制御部１０は読み出す。図２０の例では、パートＩＤとして、１（エレキギター）、２（ベース）、３（ドラム）、８(トランペット)が読み出される。

【0109】

制御部１０（第２更新手段）は、ステップＳ７１で読み出したパートＩＤに対応するユーザパート情報ＤＢ１３ｇの頻度情報に所定の値、例えば、１．２を乗算し、乗算した結果の値を新たな頻度情報とする（ステップＳ７２）。
なお、頻度情報に乗算する値は、すべての項目について、一律でも良いし、項目毎に異なる値を設定しても良い。例えば、図２０に示したパート情報ＤＢ１３ｃのユーザ設定の項目に対応する列の値を０又は１とするのではなく、変更しない場合は０、変更する場合は、頻度情報に乗算する係数の値を格納すれば良い。

【0110】

制御部１０は、すべてのユーザ設定項目について処理したかを判定する（ステップＳ７３）。処理を行っていない設定項目があると判定した場合（ステップＳ７３でＮＯの場合）、制御部１０は、処理をステップＳ７１に戻す。すべての設定項目について処理を行ったと判定した場合（ステップＳ７３でＹＥＳの場合）、制御部１０は、処理をステップＳ７４に移す。制御部１０は、変更した頻度情報でユーザパートＤＢ１３ｇを更新する（ステップＳ７４）。制御部１０は処理を終了し、リターンする。

【0111】

本実施の形態においても、実施の形態１と同様に、過去にユーザが歌唱した楽曲の中に各パートの出現頻度、すなわち何回出現したかをカウントして求めたが、パート毎に演奏された時間を合計しても良い。その場合においては、楽器パートＤＢ１３ｄに格納する値は、０又は１ではなく、パート毎の演奏時間となる。
また、中央装置１において、カラオケ端末装置４からコンテンツ要求データを受信した後に、ユーザパート情報の生成及び変更を行うこととしたが、それに限られない。バッチ処理により定期的に生成及び変更したものを用い、コンテンツ要求データを受信した毎には生成及び変更を行わないこととしても良い。

【0112】

上述したように、本実施の形態３において、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行う。さらに、声の大きさ、マイク音、エコーと言ったユーザ自らが行う設定を基に、出現頻度の変更を行っている。
よって、ユーザの嗜好及びユーザの特性に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。

【0113】

＜実施の形態４＞
上述した実施の形態２における出現頻度情報の変更と、実施の形態３における出現頻度情報の変更とを共に適用することが可能である。
本実施の形態４では、共に適用する場合について述べる。制御部１０、４０の行う処理は、上述した実施の形態２及び実施の形態３における処理を共に行うものであり、同様であるので、以下では、両方の処理を如何にして行うかについて、主に説明する。

【0114】

本実施の形態４において、用いるデータベースは、実施の形態２及び実施の形態３で用いるデータベースと同様であるが、パート情報ＤＢ１３ｃのみが異なる。パート情報ＤＢ１３ｃは、図１７に示した実施の形態２におけるパート情報ＤＢ１３ｃと、図２０に示した実施の形態３におけるパート情報ＤＢ１３ｃとを、パートＩＤをキーにして結合したものとする。

【0115】

また、制御部１０、４０についての処理で異なるのは、図１８及び図２１で示したユーザパート情報生成処理である。
本実施の形態４では、ユーザパート情報生成処理は、以下の処理手順となる。
図１８又は図２１に示した、ステップＳ５１からＳ５５を中央装置１の制御部１０は行う。次に、制御部１０は、図１８に示したステップＳ５６からＳ６１を行う。ステップＳ６１でＹＥＳの場合に、制御部１０は、図２１に示したステップＳ７０からＳ７４を行い、処理を終了する。

【0116】

或いは、以下の処理手順となる。
制御部１０は、図１８又は図２１に示した、ステップＳ５１からＳ５５を行う。次に、制御部１０は、図２１に示したステップＳ７０からＳ７３を行う。ステップＳ７３でＹＥＳの場合に、制御部１０は、図１８に示したステップＳ５６からＳ６２を行い、処理を終了する。

【0117】

上述した２つの処理は、実施の形態２における頻度情報の変更処理と、実施の形態３における頻度情報の変更処理とのいずれかを先に行うかの違いである。いずれの処理を先にしても良い。

【0118】

上述したように、本実施の形態４において、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行う。さらに、ユーザの過去の歌唱履歴と対応した採点結果から、音量、音高、音程、リズム感等といった歌唱の特徴を基に、出現頻度の変更を行っている。また、さらに声の大きさ、マイク音、エコーと言ったユーザ自らが行う設定を基に、出現頻度の変更を行っている。
よって、ユーザの嗜好、歌唱特徴、及び特性に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。

【0119】

＜実施の形態５＞
本実施の形態５においては、ユーザの属性、楽器演奏コンテンツをアップロードした店舗、又は楽器演奏コンテンツの評価に基づいて、楽器演奏コンテンツを選択する処理について述べる。
以下の説明においては、パート情報による楽器演奏コンテンツの選択処理は既に終了しているものとする。しかしながら、あるパート情報に対応付けられ、選択された楽器演奏コンテンツが複数であるため、更にコンテンツを絞り込む処理が必要である場合である。例えば、二つの楽器演奏コンテンツを選択する場合において、一位又は二位のパートについての楽器演奏コンテンツが複数存在する場合である。
以下では、あるパート情報に対応する楽器演奏コンテンツが複数選択された場合、選択された楽器演奏コンテンツの中から一つの楽器演奏コンテンツに絞り込む処理について、主に説明する。その他の処理については、上述した実施の形態１から４と同様である。
また、ユーザ情報ＤＢ１３ａの「ユーザ属性」列には、上述したように、ユーザの性別、生年月日、地域（都道府県）、血液型、星座の情報が格納されているものとする。

【0120】

図２２は、楽器演奏コンテンツを選択する処理についてのフローチャートである。
中央装置１の制御部１０は、ユーザＩＤをキーにしてユーザ情報ＤＢ１３ａを検索し、ユーザ属性を読み出す（ステップＳ８１）。制御部１０は、ユーザが居る店舗のＩＤを読み出す（ステップＳ８２）。制御部１０は、選択された楽器演奏コンテンツの演奏者ＩＤを読み出す（ステップＳ８３）。読み出した演奏者ＩＤをキーにユーザ情報ＤＢ１３ａを検索し、演奏者の属性を読み出す。（ステップＳ８４）。
ユーザ属性と、演奏者の属性とを比較し、演奏者の属性を評価し、評価値と演奏ＩＤをＲＡＭ１２等に記憶する（ステップＳ８５）。ここでの評価は、例えば、一致している属性をカウントすることにより行う。この場合において、生年月日については、完全一致ではなく、他の比較方法でも良い。例えば、生まれた年代（１９９０年代、２０００年代など）が一致している場合、生まれた年が一致している場合、生まれた年及び生まれた月が一致している場合、又は年や日に関わらず生まれた月が一致している場合に一致すると判定しても良い。地域についても同様に、都道府県は異なるが同じ地方の県であれば、一致すると判定しても良い。例えば、愛知県と静岡県のように同じ中部地方であれば、一致すると判定する。地方が一致するかの判定を行う場合には、予め都道府県とその属する地方とを対応付けて記憶しておく。

【0121】

次に、制御部１０は、楽器演奏コンテンツに対応付けられた店舗ＩＤを読み出す（ステップＳ８６）。制御部１０は、店舗ＩＤの評価を行う（ステップＳ８７）。
店舗ＩＤの評価は、例えば、ユーザの居る店舗のＩＤと一致したら１０点、ユーザの居る店舗の近隣であれば８点というように行う。

【0122】

次に、制御部１０は、楽器演奏コンテンツの評価を読み出す（ステップＳ８８）。評価は、「かわいい」、「かっこいい」、「うまい」、「渋い」、「おもしろい」、「泣ける」等の項目に対する投票結果であるが、ここでは評価の種別に関わらず、投票数の合計を評価値とする。

【0123】

制御部１０は、属性評価、店舗ＩＤの評価、コンテンツの評価を総合して評価する（ステップＳ８９）。例えば、各評価値を数値化したものを合計する。

【0124】

次に、制御部１０は、選択されたすべての楽器演奏コンテンツについて処理したかを判定する（ステップＳ９０）。選択されたすべてのコンテンツについて処理が終了していない場合（ステップＳ９０でＮＯの場合）、制御部１０は処理をステップＳ８３に戻す。選択されたすべてのコンテンツについて処理が終了している場合（ステップＳ９０でＹＥＳの場合）、制御部１０は処理をＳ９１に移す。
制御部１０は、最も評価値が高いコンテンツを、カラオケ端末装置４へ送信する楽器演奏コンテンツとして選択し（ステップＳ９１）、処理を終了する。

【0125】

上述の説明において、属性の評価は、一致する項目数としたが、項目毎に一致度を点数で表し、その合計点で選択するコンテンツを決定しても良い。例えば、生年月日の完全一致は１０点、生まれ年と生まれ月の一致は５点、生まれた年代が一致は１点、生まれ月が一致は２点などとする。同様に地域については、例えば、都道府県一致が５点、地方一致が２点とする。性別、血液型など他の属性についても点数により評価し、合計点がもっとも高い演奏者に対応付けられたコンテンツを送信するコンテンツとして選択する。

【0126】

上述したように、本実施の形態５においては、複数の楽器演奏コンテンツから、最終的にカラオケ端末装置４へ送信する楽器演奏コンテンツを選択する際に、様々な評価結果を用いている。上述したように、ユーザの属性と近い属性を持つ演奏者の楽器演奏コンテンツが優先的に選択する。また、ユーザが居る店舗と近い店舗で作成された楽器演奏コンテンツが優先的に選択される。さらにまた、他のユーザから評価の高い楽器演奏コンテンツが優先的に選択される。
それにより、選択された楽器演奏コンテンツの演奏者に親しみを感じ、カラオケの娯楽性をより高めることが可能となる。

【0127】

＜実施の形態６＞
本実施の形態６においては、上述の実施の形態５と同様に、パート情報による楽器演奏コンテンツの選択処理は既に終了しているものとする。しかしながら、あるパート情報に対応付けられ、選択された楽器演奏コンテンツが複数であるため、更にコンテンツを絞り込む処理が必要である場合である。
本実施の形態６においては、ユーザ及び楽器演奏コンテンツの演奏者の相性を基に、楽器演奏コンテンツの選択を行う。
本実施の形態６において、中央装置１は、通信網Ｎ２と接続された第２通信部１６により、占いサービスサーバ（図示しない）と通信が可能であるものとする。占いサービスサーバは、星占い、血液型占い、相性占い等様々な占いサービスを提供しているものである。

【0128】

図２３は、楽器演奏コンテンツを選択する処理についてのフローチャートである。図２３において、図２２と同様な処理については、同じ符号を付している。
中央装置１の制御部１０は、ユーザＩＤをキーにユーザ情報ＤＢ１３ａを検索し、ユーザの属性（生年月日、血液型、星座等）を読み出す（ステップＳ８１）。
次に、制御部１０は、楽器演奏コンテンツの演奏者ＩＤを読み出す（ステップＳ８３）。制御部１０は、読み出した演奏者ＩＤをキーにユーザ情報ＤＢ１３ａを検索し、演奏者の属性（生年月日、血液型、星座等）を読み出す（ステップＳ８４）。
次に、制御部１０は、ユーザの属性及び演奏者の属性を占いサーバに送信し、星占い、血液型占い、四柱推命等様々な占いにより、相性を占い、その結果を受け取る（ステップＳ９２）。制御部１０は、占い結果を総合的に評価する（ステップＳ８９）。

【0129】

制御部１０は、選択されたすべての楽器演奏コンテンツについて処理したかを判定する（ステップＳ９０）。選択されたすべてのコンテンツについて処理が終了していない場合（ステップＳ９０でＮＯの場合）、制御部１０は処理をステップＳ８３に戻す。選択されたすべてのコンテンツについて処理が終了している場合（ステップＳ９０でＹＥＳの場合）、制御部１０は処理をＳ９１に移す。
制御部１０は、最も相性が良い演奏者と対応づいたコンテンツを、カラオケ端末装置４へ送信する楽器演奏コンテンツとして選択し（ステップＳ９１）、処理を終了する。

【0130】

なお、上述においては相性占いを用いたが、それに限るものではない。例えば、占いランキングを基に、最もラッキーな星座の演奏者の楽器演奏コンテンツを選択する、ラッキーな場所がカラオケ店舗である演奏者の楽器演奏コンテンツを選択するなどでも良い。

【0131】

本実施の形態６においては、パート情報に基づいて選択した楽器演奏コンテツが複数ある場合、ユーザと楽器演奏コンテンツの演奏者との相性を占い、相性のよい演奏者の楽器演奏コンテンツを演奏することとしている。それによって、カラオケの娯楽性をより高めることが可能となる。

【0132】

＜実施の形態７＞
本実施の形態７においては、楽器演奏コンテンツを利用して、ユーザが歌唱中に楽器演奏コンテンツを切り替える処理について説明する。
楽器演奏コンテンツを切り替えるのは、例えば、次のような場面である。ユーザが声の設定を大きいと設定しているため、或いは歌唱履歴により声が大きいと判断されたため、楽器演奏コンテンツとして管楽器やエレキギター等が選択されている。しかしながら、ユーザは喉の調子が悪くて声が小さくなっている。このような場面の場合、楽器演奏コンテンツの切り替えを行う。本実施の形態においては、上記の場面を例として、楽器演奏コンテンツを切り替える処理について説明する。
なお、ユーザの声の大きさは、カラオケ端末装置４の採点部４７により計測されている。

【0133】

図２４は、楽器演奏コンテンツを切り替える処理についてのフローチャートである。
カラオケ端末装置４の制御部４０は、採点部４７（検知する手段）よりユーザの声が小さい旨の通知を受ける（ステップＳ９３）。ユーザの声が小さいとの判定は、例えば、次のようにして行う。制御部４０は、予め、例えばユーザのログイン時に、上述した採点結果集計ＤＢ１３ｈ（図１５）の各項目の値を中央装置１より取得し、ＲＡＭ４２等の記憶部に記憶しておく。ユーザが歌唱中に採点部４７は、所定区間毎にユーザの歌唱を評価する。音量の評価点が、ＲＡＭ４２等に記憶した採点結果集計ＤＢ１３ｈの音量の評価点より、所定の値（例えば、３０点）以上、下回った場合に、採点部４７は、音量が小さいと判定する。採点結果集計ＤＢ１３ｈの音量の評価点が９５点である場合、歌唱時の評価点が６０点であるとき、声が小さいと判定されることとなる。制御部４０は、再生している楽器演奏コンテンツのパートＩＤを読み出す。制御部４０は、中央装置１にユーザＩＤ、演奏されている楽器演奏コンテンツのパートＩＤ、楽曲ＩＤを含むコンテンツ切替要求を送信する（ステップＳ９４）。中央装置１はコンテンツ切替要求を受信する（ステップＳ９５）。

【0134】

中央装置１の制御部１０（抽出する手段）は、コンテンツ切替要求からパートＩＤを読み出し、切替えるべきパートがあるか判定する（ステップＳ９６）。制御部１０は、パート情報ＤＢ１３ｃ（図１７）を検索し、読み出したパートＩＤに対応した「音量」列の値が１であるかを調べる。
「音量」列の値が１であるパートがある場合（ステップと９６でＹＥＳの場合）、制御部１０は、「音量」列の値が０となっているパートのパートＩＤに対応づいた頻度情報を、ユーザパートＤＢ１３ｇ（図９）より読み出す。制御部１０（選択する手段）は、頻度情報が最も大きいパートＩＤを、切り替え後の楽器演奏コンテンツのパートＩＤとして選択する（ステップＳ９７）。
制御部１０は、楽曲ＩＤとパートＩＤとをキーに楽器演奏ＤＢ１３ｅを検索し、新たな楽器演奏コンテンツを読み出す（ステップＳ９８）。制御部１０は、切替えるべき楽器演奏コンテンツのパートＩＤ及び新たな楽器演奏コンテンツをカラオケ端末装置４に送信する（ステップＳ９９）。

【0135】

切替えるべきパートがない場合（ステップＳ９６でＮＯ）、制御部１０は切替えるべきパートがない旨をカラオケ端末装置４に通知する（ステップＳ１００）。

【0136】

カラオケ端末装置４の制御部４０は、中央装置１からの応答を受信し、応答内容から切替えるべきパートがあったのか判定する（ステップＳ１０１）。
切替えるべきパートがあった場合（ステップＳ１０１でＹＥＳの場合）、制御部４０は、切替えるべき楽器演奏コンテンツのパートＩＤに該当するコンテンツの再生を停止する。制御部４０は、受信した新たな楽器演奏コンテンツを、楽曲の進行に合わせて途中から再生を行う（ステップＳ１０２）。制御部４０は切り替え処理を終了し、元の処理に戻る。

【0137】

切替えるべきパートがない場合（ステップＳ１０１でＮＯの場合）、制御部４０は何もせずに処理を終了し、元の処理に戻る。

【0138】

本実施の形態７においては、歌唱中のユーザの声が小さいのにもかかわらず、声が大きい場合に選択される楽器演奏コンテンツが再生されている場合、演奏することとしたので、カラオケの娯楽性をより高めることが可能となる。

【0139】

上述の説明においては、例として、声が小さい場合（歌唱中の音量の評価点が、ユーザのそれまでの平均点を下回った場合）に演奏するパートを切替えることを述べたが、逆に声が大きい場合に切替えるようにしても良い。その場合、音量の評価点が、それまでの平均点より所定値以上大きくなったときに、「音量」列が０であるパートを「音量」列が１であるパートに切り替えれば良い。声が大きい場合と小さい場合の両方の場合に切り替えを行うには、コンテンツ切替要求に、いずれであるかの旨の情報を含めることとする。
また、用いる評価項目は音量に限られるものではなく、他の評価項目についても行うことが可能である。例えば、パート情報ＤＢ１３ｃ（図１７）の「リズム感」列の値が１であるリズム楽器（ドラム、和太鼓、タンバリン）が選択されているものとする。ユーザのそれまでのリズム感の評価平均点は９５点である。採点部４７は、ある楽曲の歌唱時に所定区間のリズム感の評価結果が６０点と判定した場合、平均点の９５点から３０点以上下回っているので、その旨を制御部４０に通知する（ステップＳ９３）。制御部４０は中央装置１にコンテンツ切り替え要求を通知する（ステップＳ９４）。中央装置１の制御部１０は、受信したパートＩＤの中に、パート情報ＤＢ１３ｃ（図１７）の「リズム感」列の値が１であるパートがあるか否かを検索する（ステップＳ９６）。あった場合、制御部１０は、パート情報ＤＢ１３ｃ（図１７）の「リズム感」列の値が０である楽器のパートＩＤを抽出する。パートＩＤに対応づいた頻度情報を、ユーザパートＤＢ１３ｇ（図９）より読み出す。制御部１０は、頻度情報が最も大きいパートＩＤを、切り替え後の楽器演奏コンテンツのパートＩＤとして選択する（ステップＳ９７）。以降の処理は、上述と同様であるので、説明を省略する。
複数の評価項目で切り替えを行う場合は、検知された評価項目の情報を、平均点を下回った場合と上回った場合の両方において切り替えを行う場合は、下回った又は上回った旨の情報をコンテンツ切替要求に含めるものとする。

【0140】

なお、切替えるパート及び新たに演奏するパートの選択の際、図１７に示したパート情報ＤＢ１３ｃを用いたが、図２０に示したパート情報ＤＢ１３ｃを用いても良い。この場合、切替えるパートの選択では、「声の大きさ−大きい」の列の値が１となっているパートを選択する。新たに演奏するパートの選択では「声の大きさ−小さい」の列の値が１となっているパート又は「声の大きさ−大きい」の列の値が０となっているパートを選択する。

【0141】

＜変形例＞
上述の実施の形態７では、ある評価項目の評価点が平均点より所定の値、下回った場合又は上回った場合に、パート情報ＤＢ１３ｃ（図１７）の対応する列の値が１のパートを０のパートに切替える、又は、０のパートを１のパートに入れ替えるものとした。パートの切り替えは、それに限られるものではなく、上述の実施の形態２に示した頻度情報の変更を再度行い、演奏するパートを選択しなおすことも可能である。
中央装置１の制御部１０は、カラオケ端末装置４より、コンテンツ切替要求を受信する。コンテンツ切替要求には、切替の要因となった評価項目と、それに対応した評価点が平均点を下回っているのか、又は上回っているのかの情報が含まれている。その情報を、制御部１０は、コンテンツ切替要求から読み出し、ＲＡＭ等の記憶手段に記憶する。

【0142】

次に、制御部１０は、図１８に示したパート情報変更処理を行う。この処理において、ステップＳ５８の判定処理内容を以下のように変更して行う。処理対象となる評価項目が、上述の平均点を下回っている項目である場合、ステップＳ５８においては、「変更条件にマッチ」していも、変更の対象としない。すなわち、ステップＳ５８でＮＯに分岐する。逆に、処理対象となる評価項目が、上述の平均点を上回っている場合は、「変更条件にマッチ」していなくても、変更の対象とする。すなわち、ステップＳ５８でＹＥＳに分岐する。このようにすることにより、それまでの評価項目の平均点とは即していない状態、例えば、音量の平均点が高いのに、声が小さい状態に対応して、頻度情報の変更を行うことができる。ステップＳ５８の条件分岐以外の処理は、図１８及び上述の実施の形態２において述べたものと同様である。

【0143】

制御部１０は、ユーザパート情報を更新した後に、頻度情報を降順にソートし、上位から所定数のパートＩＤを選択する。例えば、演奏されている楽器演奏コンテンツが二つの場合は、上位の二つのパートＩＤを選択する。選択したパートＩＤと演奏されているコンテンツのパートＩＤとを比較し、一致しないものがある場合、コンテンツを切り替える。すなわち、制御部１０は、一致しないパートＩＤを持つ楽器演奏コンテンツの代わりに、新たに選択したパートＩＤを持つ、楽器演奏コンテンツを、楽器演奏ＤＢ１３ｅより読み出し、カラオケ端末装置４に送信する。以降の処理は、上述の実施の形態７と同様であるので、省略する。
また、すべて一致している場合は、コンテンツは切り替えず、処理を終了する。

【0144】

＜実施の形態８＞
本実施の形態８では、楽器演奏コンテンツを用いる場合、該楽器演奏コンテンツと同じパートの伴奏は音量を小さくなるよう制御する。上述の実施形態との相違は、音量を制御する点であり、その他の事項については、上述の実施の形態１から７と同様である。以下の説明においては、音量を制御する点を主に述べ、その他の事項については説明を省略する。

【0145】

図２５は、伴奏の音量を制御する場合の制御部１０、４０の処理手順を示すフローチャートである。全体の処理については、上述した図１２と同様であるので、図２５には図１２と異なる部分を主に示している。以下、該異なる部分について主に説明する。

【0146】

中央装置１の制御部１０は、ユーザパート情報に基づいて、パートを選択し（図１２のステップＳ３５）、楽器演奏コンテンツを楽器演奏ＤＢ１３ｅより読み出す（ステップＳ３６）。制御部１０は、読み出した楽器演奏コンテンツ、該楽器演奏コンテンツに対応したパートＩＤ及び楽曲ＤＢ１３ｂから読み出した楽曲データをカラオケ端末装置４に送信する（ステップＳ４４）。

【0147】

カラオケ端末装置４の制御部４０は、中央装置１から、楽器演奏コンテンツ、該楽器演奏コンテンツに対応したパートＩＤ及び楽曲データを受信する（ステップＳ４５）。制御部４０は、受信したパートＩＤに対応したパートが楽曲データに含まれるかを調べ、あれば、その音量が小さくなるように楽曲データを書き換える、又は音声ミキサ４８ｄの設定を変更する（ステップＳ４６）。制御部４０は、受信した楽曲データ及び楽器演奏コンテンツを同時並行的に再生する（ステップＳ３９）。以降の処理は、図１２に示した処理と同様である。

【0148】

本実施の形態８においては、楽器演奏コンテンツが再生されている場合、該楽器演奏コンテンツと同じパートの伴奏は音量を小さくして再生することとしたので、楽器演奏コンテンツがクリアに聞こえ、カラオケの娯楽性をより高めることが可能となる。

【0149】

＜実施の形態９＞
上述した実施の形態１から８において、楽曲再生システムを、カラオケシステムを例として説明したが、それに限られるものではない。例えば、音楽配信システムに適用することも可能である。以下に、楽曲再生システムを、音楽配信システムに適用した場合について、説明する。

【0150】

音楽配信システムは、オンデマンドで音楽を配信するものであって、楽器演奏コンテンツの投稿を行えるものである。ユーザが音楽配信システムを利用する場合は、ログインが必要である。以下、ユーザはログインをした状態で各種の操作を行っているものとする。
音楽配信システムにおいては、カラオケシステムにおける歌唱履歴ＤＢ１３ｆは、配信履歴ＤＢとなる。格納される項目は、同様であり、ユーザＩＤ、楽曲ＩＤ、配信日時である。また、ユーザはカラオケ端末装置４ではなく、ユーザ端末装置６を用いる。

【0151】

まず、最初に通常のコンテンツ配信について、説明する。ユーザ端末装置６は、ユーザから楽曲ＩＤを受付ける。ユーザ端末装置６は楽曲ＩＤ及びユーザＩＤを含む配信要求を中央装置１に送信する。中央装置１は、楽曲ＩＤ及びユーザＩＤを含む配信要求を受信する。中央装置１は、受信した楽曲ＩＤに対応付けられた楽曲データを、ユーザ端末装置６に送信すると共に、受信したユーザＩＤ、楽曲ＩＤ、及び配信要求を受信した日時を、配信履歴ＤＢに記憶する。ユーザ端末装置６は、中央装置１から受信した楽曲データを受信し、再生する。

【0152】

次に楽器演奏データの登録について説明する。
楽器演奏コンテンツの投稿は、通信網Ｎ２を介して接続されたユーザ端末装置６を用いる。ユーザは、ユーザ端末装置６に楽器を接続し、楽器演奏を行う。ユーザ端末装置６は楽器演奏コンテンツを作成し、ユーザＩＤ、楽曲ＩＤ、パートＩＤ、及び演奏データを含む演奏データ登録要求を中央装置１に送信する。
なお、楽器演奏の際、ユーザは中央装置１から楽曲データの配信を受け、その楽曲データを再生しながら演奏して、その演奏データを中央装置１に送信しても良いし、単独で演奏したデータを中央装置１に送信しても良い。後者の場合は、楽器演奏を行う前、又は演奏データを中央装置１に送信する前に、ユーザ端末装置６はユーザより、楽曲ＩＤを受付けるものとする。
パートＩＤは、ユーザ端末装置６がユーザから入力を受付けるか、又は接続された楽器４９ｂより取得するものとする。

【0153】

中央装置１は、ユーザ端末装置６より演奏データ登録要求を受信する。中央装置１は、受信したユーザＩＤ、楽曲ＩＤ、パートＩＤ及び演奏データを楽器演奏ＤＢに格納する。
なお、店舗ＩＤは空白もしくはＮＵＬＬとする。中央装置１は、演奏データの登録完了をユーザ端末装置６に通知する。

【0154】

次に楽器演奏コンテンツの配信は以下のように行われる。ユーザ端末装置６は、ユーザから楽曲ＩＤ、配信を受けたい楽器演奏コンテンツの楽器数（パート数）を受付ける。ユーザ端末装置６は楽曲ＩＤ、パート数及びユーザＩＤを含む配信要求を中央装置１に送信する。中央装置１は、楽曲ＩＤ及びユーザＩＤを含む配信要求を受信する。中央装置１は、歌唱履歴ＤＢ１３ｆに相当する配信履歴ＤＢに格納されている履歴に基づいて、ユーザパート情報を生成する。ユーザパート情報を生成する処理は、図１３に示した処理と同様である。中央装置１は、ユーザパート情報を基に、パートを選択する。中央装置１が行う、パート選択処理は、実施の形態１と同様である。その後に、中央装置１が行う処理についても、実施の形態１（図１２参照）と同様である。ユーザ端末装置が行う処理は、実施の形態１におけるカラオケ端末装置４の処理と同様である。

【0155】

上述したように、音楽配信システムにおいても、楽曲データと共にユーザによる楽器演奏コンテンツを配信することができる。配信される楽器演奏コンテンツは、ユーザの楽曲データ配信履歴に用い、配信された楽曲に含まれるパート情報に基づき、選択されるので、娯楽性をより高めることが可能となる。

【0156】

上述した実施の形態１から１０においては、ユーザはカラオケ端末装置４又はユーザ端末装置６のみを使用したが、それに限られない。ユーザＩＤ、楽曲ＩＤ等の入力及び楽器演奏データは、端末装置から受付け、楽曲データ及び楽器演奏コンテンツの出力は中央装置１が行うこととしても良い。逆に、ユーザＩＤ、楽曲ＩＤ等の入力及び楽器演奏データは、中央装置１から受付け、楽曲データ及び楽器演奏コンテンツの出力は、他の端末から行うこととしても良い。

【0157】

また、上述した実施の形態１から１０においては、中央装置１とカラオケ端末装置４又は中央装置１とユーザ端末装置６とが協働して、楽曲データの配信サービスを提供していたが、中央装置１単体でサービスの提供をしても良い。その場合において、中央装置１は入力手段、出力手段及び再生手段を備える。入力手段は、ユーザＩＤ、楽曲ＩＤ等の入力及び楽器演奏データをユーザから受け付ける。出力手段は、ユーザが操作を行うための操作画面等を出力する。再生手段は楽曲データ及び楽器演奏コンテンツの再生を行う。

【0158】

なお、上述した実施の形態１から１０においては、ユーザ情報ＤＢ１３ａ、楽曲ＤＢ１３ｂ、パート情報ＤＢ１３ｃ等は、中央装置１の備える内部記憶装置１３が記憶しているものとしたが、それに限られない。中央装置１外部の記憶装置にユーザ情報、楽曲情報、パート情報等を記憶させ、中央装置１が外部の記憶装置にアクセスし、ユーザ情報、楽曲情報、パート情報等の読み書きを行うこととしても良い。

【0159】

また、上述した実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0160】

１ 中央装置
２ カラオケ店舗
４ カラオケ端末装置
５ 遠隔操作装置
６ ユーザ端末装置
１０、４０ 制御部
１２、４２ ＲＡＭ
１３ 内部記憶装置
１３ａ ユーザ情報ＤＢ
１３ｂ 楽曲ＤＢ
１３ｃ パート情報ＤＢ
１３ｄ 楽曲パートＤＢ
１３ｅ 楽器演奏ＤＢ
１３ｆ 歌唱履歴ＤＢ
１３ｇ ユーザパートＤＢ
１３ｈ 採点結果集計ＤＢ
１３ｉ パート情報変更ＤＢ
１３ｊ ユーザ設定ＤＢ
１４ 外部記憶装置
１５ 第１通信部
１６ 第２通信部
４６ａ 映像エンコーダ
４６ｂ 映像制御回路
４６ｃ 映像デコーダ
４６ｄ 映像ミキサ
４７ 採点部
４８ａ 音声エンコーダ
４８ｂ 音源
４８ｃ 音声デコーダ
４８ｄ 音声ミキサ
４８ｅ マイク
４８ｆ スピーカ
４９ａ 楽器Ｉ／Ｆ
４９ｂ 楽器
Ｎ１、Ｎ２ 通信網

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】