楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを備える楽曲再生システムにおいて、前記端末装置は、利用者識別情報及び楽曲識別情報を受付ける手段、並びに、受付けた利用者識別情報及び楽曲識別情報を前記中央装置へ送信する送信手段を備え、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信する受信手段、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信する送信手段を備え、前記端末装置は、前記中央装置から送信された楽器識別情報毎の演奏データを受信する受信手段、並びに、受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生する再生手段を更に備えることを特徴とする楽曲再生システム。前記中央装置は、利用者識別情報及び利用者が歌唱した楽曲の楽曲識別情報を対応付けて記憶する履歴記憶手段、楽曲識別情報及び楽器識別情報を対応付けて記憶する楽器記憶手段、利用者識別情報に対応付けられた楽曲識別情報を前記履歴記憶手段より読み出し、読み出した楽曲識別情報に対応する楽器識別情報を前記楽器記憶手段から読み出し、利用者識別情報及び読み出した楽器識別情報を対応付けた対応情報を生成する手段、生成した対応情報を利用者識別情報及び楽器識別情報毎に集計し頻度情報を算出する算出手段、並びに、算出した頻度情報を利用者識別情報及び楽器識別情報に対応付けて前記頻度記憶手段に記憶させる手段を更に備えることを特徴とする請求項1に記載の楽曲再生システム。前記中央装置は、利用者の歌唱に対する複数項目に亘る評価を評価項目毎に利用者識別情報と対応付けて記憶する評価記憶手段、楽器識別情報及び評価項目を対応付けて記憶する項目記憶手段、利用者識別情報に対応付けられた評価を前記評価記憶手段から読み出し、読み出した評価が所定の条件を満たす場合、評価に係る評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出す手段、並びに、読み出した楽器識別情報及び利用者識別情報に対応づけられた前記頻度情報を更新する更新手段を更に備えることを特徴とする請求項2に記載の楽曲再生システム。前記中央装置は、利用者についての複数項目に亘る歌唱特性を歌唱特性項目毎に利用者識別情報と対応付けて記憶する特性記憶手段、楽器識別情報及び歌唱特性を対応付けて記憶する第2項目記憶手段、並びに、利用者識別情報と対応付けられた歌唱特性を前記特性記憶手段から読み出し、読み出した歌唱特性毎に対応付けられた楽器識別情報を前記第2項目記憶手段から読み出し、読み出した楽器識別情報及び利用者識別情報に対応付けられた頻度情報を更新する第2更新手段を更に備えることを特徴とする請求項1から3のいずれか一項に記載の楽曲再生システム。前記中央装置は、利用者の属性と該利用者の利用者識別情報とを、又は楽器奏者の属性と該奏者の奏者識別情報とを対応付けて記憶する属性記憶手段を更に備え、前記記憶手段は、楽器演奏に係る演奏データ及び奏者識別情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応付けられた演奏データを複数選択した場合、各演奏データに対応付けられた奏者識別情報を記憶手段から読み出し、各奏者識別情報と対応付けられた属性を前記属性記憶手段から読み出すと共に、利用者識別情報と対応付けられた属性を前記属性記憶手段から読み出し、読み出した各奏者の属性及び利用者の属性に基づいて、選択した複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする請求項1から4のいずれか一項に記載の楽曲再生システム。前記記憶手段は、楽器演奏に係る演奏データ及び評価情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データに対応付けられた評価情報を前記記憶手段から読み出し、読み出した評価情報に基づいて複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする請求項1から5のいずれか一項に記載の楽曲再生システム。前記送信手段は、利用者識別情報及び楽曲識別情報に加えて、利用者が楽曲を歌唱する店舗の店舗識別情報を前記中央装置へ送信するよう構成してあり、前記受信手段は、利用者識別情報及び楽曲識別情報に加えて、店舗識別情報を前記端末装置から受信するよう構成してあり、前記記憶手段は、楽器演奏に係る演奏データ及び店舗識別情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データと対応付けられた店舗情報を前記記憶手段から読み出し、読み出した各店舗識別情報と受信した店舗識別情報とに基づいて、複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする請求項1から6のいずれか一項に記載の楽曲再生システム。前記端末装置は、利用者の歌唱に対する複数項目に亘る評価のうち、所定の条件を満たす評価項目を検知する手段、並びに、検知した評価項目、再生している楽曲の楽曲識別情報、及び再生している前記演奏データに対応付けられた楽器識別情報を前記中央装置へ送信する手段をさらに備え、前記中央装置は、受信した評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出し、読み出した楽器識別情報と、受信した楽器識別情報とに共通する楽器識別情報を抽出する手段、受信した評価項目と対応付けられていない楽器識別情報を前記項目記憶手段から読み出す手段、読み出した楽器識別情報及び利用者識別情報と対応付けられた頻度情報を前記頻度記憶手段から読み出す手段、並びに、読み出された頻度情報に基づいて、前記抽出した楽器識別情報と同数の楽器識別情報を新たに選択し、新たに選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する手段を更に備え、前記送信手段は、前記抽出した楽器識別情報、新たに選択された楽器識別情報毎の演奏データを前記端末装置へ送信するように構成してあり、並びに、前記再生手段は、前記抽出した楽器識別情報に対応した演奏データの再生を中止するよう構成してあることを特徴とする請求項3から7のいずれか一項に記載の楽曲再生システム。前記送信手段は、前記選択手段で選択された楽器識別情報毎の演奏データを楽器識別情報と共に送信するように構成してあり、前記受信手段は、楽器識別情報毎の演奏データ及び楽器識別情報を受信するよう構成してあり、並びに、前記再生手段は、受信した楽器識別情報に対応付けられた楽曲データの再生音量を、該楽器識別情報に対応付けられた演奏データの再生音量よりも小さくするよう構成してあることを特徴とする請求項1から8のいずれか一項に記載の楽曲再生システム。楽曲データを出力する装置において、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報を対応付けて記憶する頻度記憶手段、利用者識別情報及び楽曲識別情報を受付ける手段、受付けた利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択する手段、並びに、選択された楽器識別情報毎の演奏データを出力する手段を備えることを特徴とする装置。楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを用いた、楽曲再生方法において、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶するステップ、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶するステップ、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信するステップ、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を読み出すステップ、読み出された頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択するステップ、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信するステップを実行し、前記端末装置は、利用者識別情報及び楽曲識別情報を受付けるステップ、受付けた利用者識別情報及び楽曲識別情報を前記中央装置に送信するステップ、前記中央装置から送信された楽器識別情報毎の演奏データを受信するステップ、並びに、受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生するステップを実行することを特徴とする楽曲再生方法。しかしながら、上記の従来技術では、楽曲に他ユーザの楽器演奏に係る演奏データが紐づいていた場合には、一律に楽器演奏に係る演奏データを再生していた。そのため、ユーザが好む楽器に対応した演奏データが再生されるとは限らなかった。本発明はかかる事情に鑑みてなされたものであり、ユーザの楽器に対する嗜好を推定して、楽器演奏に係る複数の演奏データから、一又は複数の演奏データを選択することにより、娯楽性を向上させることができる楽曲再生システム、装置及び楽曲再生方法を提供することを目的とする。本発明に係る楽曲再生システムは、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを備える楽曲再生システムにおいて、前記端末装置は、利用者識別情報及び楽曲識別情報を受付ける手段、並びに、受付けた利用者識別情報及び楽曲識別情報を前記中央装置へ送信する送信手段を備え、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信する受信手段、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信する送信手段を備え、前記端末装置は、前記中央装置から送信された楽器識別情報毎の演奏データを受信する受信手段、並びに、受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生する再生手段を更に備えることを特徴とする。本発明にあっては、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを備える楽曲再生システムにおいて、前記端末装置は、利用者識別情報及び楽曲識別情報を受付ける手段、並びに、受付けた利用者識別情報及び楽曲識別情報を前記中央装置へ送信する送信手段を備え、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信する受信手段、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信する送信手段を備える。ユーザの楽器に対する嗜好を表す頻度情報を用いて、楽器演奏に係る複数の演奏データから一又は複数の演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者識別情報及び利用者が歌唱した楽曲の楽曲識別情報を対応付けて記憶する履歴記憶手段、楽曲識別情報及び楽器識別情報を対応付けて記憶する楽器記憶手段、利用者識別情報に対応付けられた楽曲識別情報を前記履歴記憶手段より読み出し、読み出した楽曲識別情報に対応する楽器識別情報を前記楽器記憶手段から読み出し、利用者識別情報及び読み出した楽器識別情報を対応付けた対応情報を生成する手段、生成した対応情報を利用者識別情報及び楽器識別情報毎に集計し頻度情報を算出する算出手段、並びに、算出した頻度情報を利用者識別情報及び楽器識別情報に対応付けて前記頻度記憶手段に記憶させる手段を更に備えることを特徴とする。本発明にあっては、上述の楽曲再生システムにおいて、前記中央装置は、利用者識別情報及び利用者が歌唱した楽曲の楽曲識別情報を対応付けて記憶する履歴記憶手段、楽曲識別情報及び楽器識別情報を対応付けて記憶する楽器記憶手段、利用者識別情報に対応付けられた楽曲識別情報を前記履歴記憶手段より読み出し、読み出した楽曲識別情報に対応する楽器識別情報を前記楽器記憶手段から読み出し、利用者識別情報及び読み出した楽器識別情報を対応付けた対応情報を生成する手段、生成した対応情報を利用者識別情報及び楽器識別情報毎に集計し頻度情報を算出する算出手段、並びに、算出した頻度情報を利用者識別情報及び楽器識別情報に対応付けて前記頻度記憶手段に記憶させる手段を備える。ユーザの楽器に対する嗜好を表す頻度情報を、ユーザが歌唱した楽曲及び楽曲に含まれる楽器の情報に基づいて求めるので、ユーザの楽器に対する嗜好をより正確に把握することができる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者の歌唱に対する複数項目に亘る評価を評価項目毎に利用者識別情報と対応付けて記憶する評価記憶手段、楽器識別情報及び評価項目を対応付けて記憶する項目記憶手段、利用者識別情報に対応付けられた評価を前記評価記憶手段から読み出し、読み出した評価が所定の条件を満たす場合、評価に係る評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出す手段、並びに、読み出した楽器識別情報及び利用者識別情報に対応づけられた前記頻度情報を更新する更新手段を更に備えることを特徴とする。本発明にあっては、前述の楽曲再生システムにおいて、前記中央装置は、利用者の歌唱に対する複数項目に亘る評価を評価項目毎に利用者識別情報と対応付けて記憶する評価記憶手段、楽器識別情報及び評価項目を対応付けて記憶する項目記憶手段、利用者識別情報に対応付けられた評価を前記評価記憶手段から読み出し、読み出した評価が所定の条件を満たす場合、評価に係る評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出す手段、並びに、読み出した楽器識別情報及び利用者識別情報に対応づけられた前記頻度情報を更新する更新手段を備える。ユーザの歌唱に対する評価より、ユーザの楽器に対する嗜好を表す頻度情報を変更するので、よりユーザに適した楽器演奏を選択することが可能となる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者についての複数項目に亘る歌唱特性を歌唱特性項目毎に利用者識別情報と対応付けて記憶する特性記憶手段、楽器識別情報及び歌唱特性を対応付けて記憶する第2項目記憶手段、並びに、利用者識別情報と対応付けられた歌唱特性を前記特性記憶手段から読み出し、読み出した歌唱特性毎に対応付けられた楽器識別情報を前記第2項目記憶手段から読み出し、読み出した楽器識別情報及び利用者識別情報に対応付けられた頻度情報を更新する第2更新手段を更に備えることを特徴とする。本発明にあっては、上述の楽曲再生システムにおいて、前記中央装置は、利用者についての複数項目に亘る歌唱特性を歌唱特性項目毎に利用者識別情報と対応付けて記憶する特性記憶手段、楽器識別情報及び歌唱特性を対応付けて記憶する第2項目記憶手段、並びに、利用者識別情報と対応付けられた歌唱特性を前記特性記憶手段から読み出し、読み出した歌唱特性毎に対応した楽器識別情報を前記第2項目記憶手段から読み出し、読み出した楽器識別情報及び利用者識別情報に対応付けられた頻度情報を更新する第2更新手段を更に備えるので、頻度情報を、よりユーザに適合させることが可能となる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記中央装置は、利用者の属性と該利用者の利用者識別情報とを、又は楽器奏者の属性と該奏者の奏者識別情報とを対応付けて記憶する属性記憶手段を更に備え、前記記憶手段は、楽器演奏に係る演奏データ及び奏者識別情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応付けられた演奏データを複数選択した場合、各演奏データに対応付けられた奏者識別情報を記憶手段から読み出し、各奏者識別情報と対応付けられた属性を前記属性記憶手段から読み出すと共に、利用者識別情報と対応付けられた属性を前記属性記憶手段から読み出し、読み出した各奏者の属性及び利用者の属性に基づいて、選択した複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする。本発明にあっては、上述の楽曲再生システムにおいて、前記選択手段は、同一の楽器識別情報に対応付けられた演奏データを複数選択した場合、各演奏データに対応付けられた奏者識別情報を記憶手段から読み出し、各奏者識別情報と対応付けられた属性を前記属性記憶手段から読み出すと共に、利用者識別情報と対応付けられた属性を前記属性記憶手段から読み出し、読み出した各奏者の属性及び利用者の属性に基づいて、選択した複数の演奏データの中から、一の演奏データを選択するので、利用者と属性が似通っている演奏者が演奏した楽器演奏コンテンツが選択されるので、より娯楽性を高めることが可能となる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記記憶手段は、楽器演奏に係る演奏データ及び評価情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データに対応付けられた評価情報を前記記憶手段から読み出し、読み出した評価情報に基づいて複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする。本発明にあっては、上述の楽曲再生システムにおいて、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データに対応付けられた評価情報を前記記憶手段から読み出し、読み出した評価情報に基づいて複数の演奏データの中から、一の演奏データを選択するので、他の利用者から評価の高い楽器演奏コンテンツが選択されるので、より娯楽性を高めることが可能となる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記送信手段は、利用者識別情報及び楽曲識別情報に加えて、利用者が楽曲を歌唱する店舗の店舗識別情報を前記中央装置へ送信するよう構成してあり、前記受信手段は、利用者識別情報及び楽曲識別情報に加えて、店舗識別情報を前記端末装置から受信するよう構成してあり、前記記憶手段は、楽器演奏に係る演奏データ及び店舗識別情報を対応付けて記憶するよう構成してあり、並びに、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データと対応付けられた店舗情報を前記記憶手段から読み出し、読み出した各店舗識別情報と受信した店舗識別情報とに基づいて、複数の演奏データの中から、一の演奏データを選択するよう構成してあることを特徴とする。本発明にあっては、上述の楽曲再生システムにおいて、前記選択手段は、同一の楽器識別情報に対応けられた演奏データを複数選択した場合、各演奏データと対応付けられた店舗情報を前記記憶手段から読み出し、読み出した各店舗識別情報と受信した店舗識別情報とに基づいて、複数の演奏データの中から、一の演奏データを選択するので、利用者は演奏者に対して親近感を抱き、より娯楽性を高めることが可能となる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記端末装置は、利用者の歌唱に対する複数項目に亘る評価のうち、所定の条件を満たす評価項目を検知する手段、並びに、検知した評価項目、再生している楽曲の楽曲識別情報、及び再生している前記演奏データに対応付けられた楽器識別情報を前記中央装置へ送信する手段をさらに備え、前記中央装置は、受信した評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出し、読み出した楽器識別情報と、受信した楽器識別情報とに共通する楽器識別情報を抽出する手段、受信した評価項目と対応付けられていない楽器識別情報を前記項目記憶手段から読み出す手段、読み出した楽器識別情報及び利用者識別情報と対応付けられた頻度情報を前記頻度記憶手段から読み出す手段、並びに、読み出された頻度情報に基づいて、前記抽出した楽器識別情報と同数の楽器識別情報を新たに選択し、新たに選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する手段を更に備え、前記送信手段は、前記抽出した楽器識別情報、新たに選択された楽器識別情報毎の演奏データを前記端末装置へ送信するように構成してあり、並びに、前記再生手段は、前記抽出した楽器識別情報に対応した演奏データの再生を中止するよう構成してあることを特徴とする。本発明にあっては、上述の楽曲再生システムにおいて前記中央装置は受信した評価項目と対応付けられた楽器識別情報を前記項目記憶手段から読み出し、読み出した楽器識別情報と、受信した楽器識別情報とに共通する楽器識別情報を抽出する手段、受信した評価項目と対応付けられていない楽器識別情報を前記項目記憶手段から読み出す手段、読み出した楽器識別情報及び利用者識別情報と対応付けられた頻度情報を前記頻度記憶手段から読み出す手段、並びに、読み出された頻度情報に基づいて、前記抽出した楽器識別情報と同数の楽器識別情報を新たに選択し、新たに選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する手段を更に備え、前記送信手段は、前記抽出した楽器識別情報、新たに選択された楽器識別情報毎の演奏データを前記端末装置へ送信するように構成してあり、並びに、前記再生手段は、前記抽出した楽器識別情報に対応した演奏データの再生を中止するよう構成してあるので、ユーザの特性として例えば、声が大きいという前提で楽器演奏コンテンツが選択された場合において、ユーザの喉が調子悪いなど実際には声が小さいときは、声が大きい利用者に適した楽器演奏コンテンツを声の小さい利用者に適したものに入れ替えるので、ユーザの状況により適した楽器演奏コンテンツが再生され、より娯楽性を高めることが可能となる。本発明に係る楽曲再生システムは、上述の楽曲再生システムにおいて、前記送信手段は、前記選択手段で選択された楽器識別情報毎の演奏データを楽器識別情報と共に送信するように構成してあり、前記受信手段は、楽器識別情報毎の演奏データ及び楽器識別情報を受信するよう構成してあり、並びに、前記再生手段は、受信した楽器識別情報に対応付けられた楽曲データの再生音量を、該楽器識別情報に対応付けられた演奏データの再生音量よりも小さくするよう構成してあることを特徴とする。本発明にあっては、上述の楽曲再生システムにおいて、前記再生手段は、受信した楽器識別情報に対応付けられた楽曲データの再生音量を、該楽器識別情報に対応付けられた演奏データの再生音量よりも小さくするよう構成してあるので、利用者は、楽器演奏コンテンツがより聞き取りやすくなり、より娯楽性を高めることが可能となる。本発明に係る装置は、楽曲データを出力する装置において、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報を対応付けて記憶する頻度記憶手段、利用者識別情報及び楽曲識別情報を受付ける手段、受付けた利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択する手段、並びに、選択された楽器識別情報毎の演奏データを出力する手段を備えることを特徴とする。本発明にあっては、装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶する記憶手段、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶する頻度記憶手段、利用者識別情報及び楽曲識別情報を受付ける手段、受付けた利用者識別情報と対応付けられた楽器識別情報及び頻度情報を頻度記憶手段から読み出す手段、読み出した頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データを前記記憶手段よりそれぞれ選択する選択手段、並びに、選択された楽器識別情報毎の演奏データを出力する手段を備える。ユーザの楽器に対する嗜好を表す頻度情報を用いて、楽器演奏に係る複数の演奏データから一又は複数の演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。本発明に係る楽曲再生方法は、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを用いた、楽曲再生方法において、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶するステップ、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶するステップ、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信するステップ、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を読み出すステップ、読み出された頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択するステップ、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信するステップを実行し、前記端末装置は、利用者識別情報及び楽曲識別情報を受付けるステップ、受付けた利用者識別情報及び楽曲識別情報を前記中央装置に送信するステップ、前記中央装置から送信された楽器識別情報毎の演奏データを受信するステップ、並びに、受信した楽器識別情報毎の演奏データ及び楽曲データを並行的に再生するステップを実行することを特徴とする。本発明にあっては、楽曲データを送信する中央装置と、該中央装置から送信された楽曲データを受信し、再生する端末装置とを用いた、楽曲再生方法において、前記中央装置は、楽曲識別情報と、楽器演奏に係る演奏データと、楽器識別情報とを対応付けて記憶するステップ、利用者識別情報と、楽器識別情報と、該楽器識別情報に対応した楽器が前記楽曲データに含まれる頻度を表した頻度情報とを対応付けて記憶するステップ、前記端末装置から送信された利用者識別情報及び楽曲識別情報を受信するステップ、受信した利用者識別情報と対応付けられた楽器識別情報及び頻度情報を読み出すステップ、読み出された頻度情報に基づいて、読み出した楽器識別情報の中から一又は複数の楽器識別情報を選択し、選択された楽器識別情報毎に、該楽器識別情報及び受信した楽曲識別情報と対応付けられた演奏データをそれぞれ選択するステップ、並びに、選択された楽器識別情報毎の演奏データを前記端末装置へ送信するステップを実行し、前記端末装置は、利用者識別情報及び楽曲識別情報を受付けるステップ、受付けた利用者識別情報及び楽曲識別情報を前記中央装置に送信するステップを備える。ユーザの楽器に対する嗜好を表す頻度情報を用いて、楽器演奏に係る複数の演奏データから一又は複数の演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。本発明にあっては、ユーザの楽器に対する嗜好を推定して、該嗜好に基づいて楽器演奏に係る複数の演奏データから、再生する演奏データを選択するので、ユーザの嗜好に即した楽器演奏に係る演奏データが選択され、娯楽性を向上させることができる。以下、本発明をその実施の形態を示す図面を参照しつつ詳述する。以下の実施の形態においては、本発明に係る楽曲再生システムをカラオケシステムに適用した例として、説明する。<実施の形態1>図1は、本実施の形態に係るカラオケシステムの一構成例を示す説明図である。本実施の形態に係るカラオケシステムは、中央装置1と、カラオケ端末装置4端末装置と、通信網N2を介して中央装置1に接続された一又は複数のユーザ端末装置6とを備える。中央装置1は、カラオケ情報の配信を行うと共に、楽器演奏コンテンツの管理及び配信を行う。カラオケ端末装置4は、各カラオケ店舗2にそれぞれ設置されており、通信網N1を介して中央装置1に接続されている。通信網N1は、中央装置1と、カラオケ端末装置4との間で、カラオケ情報及び楽器演奏コンテンツに係る情報を送受信するための専用通信回線である。通信網N1は、光ファイバ通信網、ADSLAsymmetricDigitalSubscriberLine回線、無線通信回線等で構成されている。通信網N1とカラオケ端末装置4との間には、ハードディスク内蔵型のルータ31が接続されている。なお、通信回線の種類は、中央装置1と、カラオケ端末装置4との間で情報を送受信できれば、これらに限定されるものではなく、一般公衆回線であっても良い。ルータ31は、主に各カラオケ店舗2に設置されており、ルータ31に内蔵されたハードディスクは、中央装置1から配信されたカラオケ情報を記憶すると共に、楽器演奏コンテンツを一時記憶する。ルータ31は、各店舗及び中央装置1間でカラオケ情報及び楽器演奏コンテンツを中継し、カラオケ情報を共有又はバックアップする機能を有している。カラオケ端末装置4は、カラオケ店舗2の各個室21に通常1台設置され、有線LANLocalAreaNetworkケーブル32を介して、該カラオケ店舗2に設置されたルータ31に接続されている。また、各個室21には、カラオケ端末装置4を遠隔操作するための遠隔操作装置5が、一又は複数台備えられている。遠隔操作装置5は、カラオケシステムへのユーザログイン、カラオケ曲の選曲、楽器演奏コンテンツに係る操作に用いられる。遠隔操作装置5は、接触センサを有する液晶パネルを備えたパネル型であり、赤外線通信にて、同一個室21内のカラオケ端末装置4が紐付けられる。なお、携帯電話機に専用のアプリケーションを実行させ、遠隔操作置5として機能させても良い。また、カラオケ店舗2には、有線LANケーブル32に接続されたアクセスポイント33を介して、各種操作に係る情報を、紐付けられた同一個室21内のカラオケ端末装置4との間で送受信している。なお、カラオケ端末装置4間を接続する通信線として、有線LANケーブル32を例示したが、無線LAN、その他の有線又は無線通信にて相互接続するように構成しても良い。また、アクセスポイント33を設置する例を説明したが、カラオケ端末装置4と、遠隔操作装置5との間で直接、操作信号を送受信するように構成しても良い。ユーザ端末装置6は、中央装置1との間で情報の送受信が可能な通信機器、例えば、パーソナルコンピュータ6a、携帯電話端末6b、PDAPersonalDigitalAssistant6c、スマートフォンSmartphone6d等であり、カラオケ店舗2を利用するユーザが中央装置1にアクセスし、楽器演奏コンテンツに係る配信サイトを利用するためのものである。図2は、中央装置1の一構成例を示すブロック図である。中央装置1は、該中央装置1の各構成部の動作を制御する制御部10、例えば、CPUCentralProcessingUnitを備え、制御部10には、バスを介してROMReadOnlyMemory11と、RAMRandomAccessMemory12と、内部記憶装置13と、外部記憶装置14と、第1通信部15と、第2通信部16と、時計部17とが接続されている。制御部10は、RAM12及び内部記憶装置13に記録されたコンピュータプログラムをRAM12に読み出して実行することにより、本実施の形態に係る演奏データ選択方法を実施、すなわち後述の楽器演奏コンテンツデータの選択及び送信に係る処理を実行する。また、制御部10は、楽器演奏コンテツを端末装置に視聴させるウェブサーバに係る処理を実行する。ROM11は、コンピュータの動作に必要な制御プログラムを記憶したマスクROM、EEPElectricallyErasableProgrammableROM等の不揮発性メモリである。RAM12は、制御部10の演算処理を実行する際に生ずる各種データを一時記憶するDRAMDynamicRAM、SRAMStaticRAM等の揮発性メモリである。外部記憶装置14は、コンピュータを、中央装置1として機能させるためのコンピュータプログラム、その他の各種データを、コンピュータ読み取り可能に記録したDVDDigitalVersatileDisc-ROM、BDBlurayDisc、CDCompactDisc-ROM等の記憶媒体から読み取る光ディスクドライブである。なお、光ディスクドライブは、外部記憶装置14の一例であり、ハードディスク、フレキシブルディスクのような磁気ディスク、光磁気ディスク、半導体メモリ等からデータを読み書きする装置で外部記憶装置14を構成しても良い。内部記憶装置13は、コンピュータを、中央装置1として機能させるためのコンピュータプログラムを記憶するハードディスク、不揮発性半導体メモリである。また、内部記憶装置13は、カラオケシステムのユーザに関する情報を格納するユーザ情報DBDataBase13a、楽曲データ等格納した楽曲DB13b、パートIDと楽器とを対応付けたパート情報等を格納するパート情報DB13c、楽曲データを構成するパートID楽器ID等を格納する楽曲パートDB13d、ユーザによる楽器演奏に係る音声データである楽器演奏コンテンツ等を格納する楽器演奏DB13e、ユーザの歌唱履歴等を格納した歌唱履歴DB13f、ユーザの各パートに対する嗜好性を示すユーザパート情報等を格納するユーザパートDB13g等を記憶する。各種データベースの詳細は後述する。さらに、内部記憶装置13は、楽器演奏コンテンツ配信サイトのユーザ画面、楽曲指定画面等を作成するための画像部品を記憶している。第1通信部15は、通信網N1を介して接続されたカラオケ端末装置4との間で、カラオケ情報、並びに楽器演奏コンテンツ、その他、各種サービスに係るデータを送受信するインタフェースである。第1通信部15による各種情報の送受信は、制御部10によって制御される。第2通信部16は、通信網N2を介して接続されたユーザ端末装置6との間で、楽器演奏コンテンツ、その他、各種サービスに係るデータを受信するインタフェースであり、第2通信部16による各種情報の送受信は制御部10によって制御される。なお通信網N1、N2の物理層が共通している場合、第1及び第2通信部15、16を、同一のハードウェアで構成しても良い。時計部17は、日時を計時しており、制御部10からの求めに応じて、計時結果を制御部10に与える回路である。時計部17によって、カラオケ店舗2でユーザの楽器演奏により得た演奏データの取得日時、演奏データの保存期間等が管理される。なお、中央装置1を、一台のコンピュータを用いて実現する例を説明したが、複数のコンピュータを用いて分散処させても良いことは、言うまでもない。図3は、ユーザ情報DB13a属性記憶手段のレコードレイアウトの一例を概念的に示す説明図である。ユーザ情報DB13aは、複数の列カラム、例えばユーザID列、パスワード列、あだ名列、ユーザ属性列、私の演奏列等から構成されており、各行レコードには、各列に対応した情報が格納されている。ユーザID列は、本実施の形態に係るカラオケシステムを利用する複数のユーザそれぞれを識別するユーザID利用者識別情報、例えばユーザの電子メールアドレスを格納する。ユーザIDは、ユーザがカラオケシステムにログインして、楽器演奏コンテンツに係る各種サービスを利用する際に必要となる情報である。パスワード列は、カラオケシステムへのログインに必要なパスワード情報を格納している。パスワード情報は、複数の英数字文字列からなる。あだ名列は、ユーザのあだ名を格納する。あだ名は、楽器演奏コンテンツ配信サイトにおけるユーザの仮の名称であり、カラオケシステムのユーザが互いを識別するためのものである。また、各ユーザに対して公開された楽器演奏コンテンツの作者を表示するために利用される。ユーザ属性列は、ユーザの性別、生年月日、地域都道府県、血液型、星座等の情報利用者の属性、楽器奏者の属性を格納する。私の演奏列は、当該ユーザによって作成された楽器演奏コンテンツを特定するための演奏IDを格納する。図4は、楽曲DB13bのレコードレイアウトの一例を概念的に示す説明図である。楽曲DB13bは、複数の列、例えば楽曲を識別するための楽曲ID楽曲識別情報を格納する楽曲ID列、当該楽曲の曲名を格納する曲名列、当該楽曲の歌手名を格納する歌手名列、当該楽曲の伴奏データを含む楽曲データを格納する楽曲データ列等から構成されている。楽曲データは、例えば、伴奏データ、歌詞データ、主旋律データを格納している。なお、楽曲データの構造は特に限定されず、伴奏データ、歌詞データ及び主旋律データを一の楽曲ファイルで構成しても良いし、別個のファイルで構成し、各ファイルを対応付けて管理するようにしても良い。伴奏データは、例えば、MIDIMusicalInstrumentDigitalInterfaceデータである。伴奏データは、音のオンオフを指定するデータ、音高を指定する音高データ、音量を指定する音量データベロシティ、楽器の制御データ、音を出力する楽器を指定する音色データ、時系列順に再生される各音の時間間隔を指定する時間データデルタタイム等で構成されている。主旋律データは、伴奏に合わせて歌唱すべき音の旋律、つまり、主旋律を構成する音のオンオフを示すデータ、音高データ、音量データ、時系列順に再生される主旋律の各音の時間間隔を示した時間データ等で構成されている。図5は、パート情報DB13cのレコードレイアウトの一例を概念的に示す説明図である。パート情報DB13cは、例えば、パートID列、楽器名列等から構成されており、各行には、各列に対応した情報が格納されている。パートID列は、パート楽器を識別するためのパートID楽器識別情報を格納する。楽器名列は、パートIDに対応する楽器名を格納する。図6は、楽曲パートDB13dのレコードレイアウトの一例を概念的に示す説明図である。楽曲パートDB13d楽器記憶手段は、例えば、楽曲ID列、パート1列、パート2列、...、パート10列等から構成されており、各行には、各列に対応した情報が格納されている。楽曲パートDB13dは、楽曲IDに対応した楽曲の伴奏データを構成する楽器情報パート情報を格納している。すなわち、楽曲パートDB13dを参照することにより、楽曲の伴奏に含まれるパート楽器を把握することができる。楽曲ID列は、楽曲を識別するための楽曲IDを格納する。パート1列は、楽曲IDに対応した楽曲の伴奏データに、パートIDが1であるパートが含まれるか否かを示す。値が1であれば含まれることを示し、値が0であれば含まれないことを示している。本実施の形態においては、パートIDが1の楽器は、エレキギターである。パート1列が1となっている楽曲IDが11111及び22222の楽曲は、伴奏データにエレキギターが含まれている。パート2列からパート10列についても、それぞれ、パート1列と同様である。楽器パートDB13dの各レコードは、楽曲DB13bに格納されている楽曲IDに対応付けられた楽曲データMIDIデータを基に作成する。楽曲データがMIDIデータ以外であって、楽曲データ内に楽器に関するデータが含まれていない場合は、楽曲IDとパートIDとを対応付けたデータを別途用意し、該データを用いれば良い。図7は、楽器演奏DB13e記憶手段のレコードレイアウトの一例を概念的に示す説明図である。楽器演奏DB13eは、例えば、演奏ID列、演奏者ID列、楽曲ID列、パートID列、演奏コンテンツ列、店舗ID列、取得日時列、再生回数列、保存期間列、評価列等から構成されており、各行には、各列に対応した情報が格納されている。演奏ID列は、楽器演奏コンテンツを識別するための演奏IDを格納する。演奏者ID列は、楽器演奏コンテンツに対応付けられた演奏コンテンツを作成した演奏者のユーザID奏者識別情報を格納する。パートID列は、楽器演奏コンテンツを作成時に指定した楽器に対応するパートIDを格納する。例えば、演奏コンテンツがピアノ演奏のデータであれば、4を格納する。演奏コンテンツ列は、カラオケ店舗2でユーザが演奏した楽器の演奏データを格納する。演奏データは、例えば、MIDIデータである。或いは、MP3MPEGAudioLayer3データ、WAVRIFFwaveformAudioFormatデータ、AIFFAudioInterchangeFileFormatデータ等でも良い。なお、ここでは、演奏コンテンツとして格納されるのは、音声データであるが、それに限られるものではない。カメラ等で楽器を演奏するユーザの姿を撮像して得た動画データを、音声データと共に格納しても良い。店舗ID列は、楽器演奏コンテンツが作成されたカラオケ店舗2に対応した店舗IDを格納する。取得日時列は、楽器演奏コンテンツを取得した日時を格納する。再生回数列は、楽器演奏コンテンツの楽器演奏コンテンツ配信サイトにおける再生回数を格納する。保存期間列は、楽器演奏コンテンツを中央装置1が記憶及び公開する期間を示したデータを格納する。評価列は、楽器演奏コンテンツに対する評価評価情報を格納する。該評価は、例えば、楽器演奏コンテンツに対する第三者のコメント文である。また、前記評価は、かわいい、かっこいい、そっくり、うまい、渋い、おもしろい、泣ける等の項目に対する投票結果を含む。図8は、歌唱履歴DB13fのレコードレイアウトの一例を概念的に示す説明図である。歌唱履歴DB13f履歴記憶手段は、例えば、ユーザID列、楽曲ID列、歌唱日時列等から構成されており、各行には、各列に対応した情報が格納されている。ユーザID列は、楽曲IDに対応した楽曲を歌唱したユーザのIDを格納する。楽曲ID列、ユーザが歌唱した楽曲のIDを格納する。歌唱日時列は、ユーザが楽曲IDに対応した楽曲を歌唱した日時を格納する。図9は、ユーザパートDB13g頻度記憶手段のレコードレイアウトの一例を概念的に示す説明図である。ユーザパートDB13gは、例えば、ユーザID列、パート1列、パート2列...パート10等から構成されており、各行には、各列に対応した情報が格納されている。ユーザパートDB13gは、パート楽器に対するユーザの嗜好を表したものである。ユーザID列は、ユーザIDを格納する。パート1列は、パートIDが1であるパートエレキギターに対するユーザの嗜好を表す数値を格納する。パート2列からパート10列は、パート1列と同様である。各パート列に格納する数値頻度情報は、値が大きいほど、ユーザがそのパートをより好んでいることを表している。これらの値は、歌唱履歴DB13fに格納されているユーザの歌唱履歴と、楽曲パートDB13cに格納されている楽曲に含まれるパート情報を基に算出される。詳細は後述する。図10は、カラオケ端末装置4の一構成例を示すブロック図である。カラオケ端末装置4は、該カラオケ端末装置4の各構成部の動作を制御する制御部40を備え、制御部40には、バスを介してROM41と、RAM42と、記憶装置43と、通信部44と、受信部45と、映像エンコーダ46aと、映像制御回路46bと、映像デコーダ46cと、採点部47と、音声エンコーダ48aと、音源48bと、音声デコーダ48c、楽器I/FInterface49aとが接続されている。また、映像制御回路46b、及び映像デコーダ46cには、映像ミキサ46dが接続されている。音源48b、及び音声デコーダ48cには、音声ミキサ48dが接続されている。更に、カラオケ端末装置4は、図示しない映像入力端子、映像出力端子、音声入力端子、音声出力端子を備えている。各端子にはそれぞれ、撮像装置46e、映像表示装置46f、マイク48e、及びスピーカ48fが接続されている。楽器I/F49aには、ユーザの演奏する楽器49bが接続される。なお、映像表示装置46fは、例えばCRTCathoderayTube、液晶ディスプレイ、プラズマディスプレイ、有機ELElectroLuminescenceディスプレイ等である。制御部40は、ROM41及び記憶装置43に記録されたコンピュータプログラムをRAM42に読み出して実行することにより、コンピュータを本実施の形態に係るカラオケ端末装置4として機能させる。ROM41は、コンピュータの動作に必要な制御プログラムを記憶したマスクROM、EEPROM等の不揮発性メモリである。RAM42は、制御部40の演算処理を実行する際に生ずる各種データを一時記憶するDRAM、SRAM等の揮発性メモリである。記憶装置43は、コンピュータを、カラオケ端末装置4として機能させるためのコンピュータプログラムを記憶するハードディスク、不揮発性半導体メモリ等である。また、記憶装置43は、カラオケ端末用楽曲DB43aを記憶する。カラオケ端末用楽曲DB43aは、中央装置1から配信された楽曲データ等を格納しており、基本的な構成は楽曲DB13bと同様である。通信部44は、通信網N1を介して接続された中央装置1との間で、カラオケ情報、楽器演奏コンテンツに係る情報、その他、各種サービスに係るデータを送受信するインタフェースであり、通信部44による各種情報の送受信は制御部40によって制御される。受信部45は、本カラオケ端末装置4と、遠隔操作装置5との紐付けを行うべく、遠隔操作装置5との間で赤外線通信を行う回路である。映像エンコーダ46aは、撮像装置46eから出力され、映像入力端子を通じて入力された映像データを圧縮符号化する回路である。圧縮符号化された映像データは、一時的にRAM42又は記憶装置43に書き込まれる。なお、圧縮符号化の方式は、例えば、MPEGMovingPictureExpertsGroupであるが、特にこれに限られるものではない。映像制御回路46bは、制御部40の制御命令に従って、RAM42又は記憶装置43から映像に係る情報を読み出して、各種映像を表現した映像データを生成し、映像ミキサ46dに与える等、映像に関する各種制御処理を実行する。例えば、カラオケの楽曲データ再生時においては、映像制御回路46bは、制御部40から与えられた楽曲データに含まれる歌詞データに基づいて、歌詞を表現した映像データを映像ミキサ46dに与える。また、映像制御回路46bは、カラオケ娯楽に関するメニュー画面、採点結果表示画面等を表現した映像データ等を映像ミキサ46dに与える。映像デコーダ46cは、制御部40の制御命令に従って、RAM42又は記憶装置43から映像データ、例えば、カラオケ歌唱時に表示される所定の背景映像データを読み出し複合し、複合された映像データを映像ミキサ46dに与える。背景映像データは、例えばMPEG形式のデータである。映像ミキサ46dは、映像制御回路46bと、映像デコーダ46cと、撮像装置46eとから与えられた映像の全部又はいずれかを2つを合成し、合成して得た映像データを映像表示装置46fへ出力する。映像表示装置46fは、映像ミキサ46dから出力された映像に係る映像を表示する。採点部47は、マイク48eから出力され音声入力端子を通じて入力された音声データを取得する。採点部47は、記憶装置43から楽曲データを読み出し、前記音声データ及び楽曲データに含まれる主旋律データに基づいて、歌唱の音声及び主旋律における音高、音量、リズム等を比較する。比較結果に基づき、歌唱時系列順に逐次リアルタイムで採点し、採点結果をRAM42に書き込む。音声エンコーダ48aは、マイク48eから出力され音声入力端子を通じて入力された音声データを取得し、取得した音声データを圧縮符号化する。なお、圧縮符号化の方式は、例えば、MP3、AACAdvancedAudioCoding、AC3AudioCodenumber3等であるが、特にこれに限られるものではない。音源48bは、制御部40の制御命令に従って、RAM42又は記憶装置43から読み出した楽曲データに含まれる伴奏データより音声データを作成する。音源48bは、例えばMIDI音源であり、MIDIデータに基づいて楽器音を再現した音声データを作成する。音源48bは、作成した音声データを、音声ミキサ48dに与える。また、音源48bは、制御部40の制御命令に従って、楽器I/F49aより与えられたデータに基づいて楽器音を再現し音声データを作成する。作成された音声データは、音声ミキサ48dに与えられる。音声デコーダ48cは、制御部40の制御命令に従って、RAM42又は記憶装置43から読み出した音声データを、復号し、復号して得た音声データを音声ミキサ48dに与える。音声ミキサ48dは、音源48bと、音声デコーダ48cとから与えられた音声データに係る音声を合成する。音声ミキサ48dは、合成して得た音声データを、音声出力端子を通じてスピーカ48fに出力する。スピーカ48fは、音声ミキサ48dから出力された音声データに係る音声を放音する。楽器I/F49aは、楽器49bから出力されたMIDI形式のデータを取得し、取得したデータを、RAM42又は記憶装置43に記憶させる。また、取得したデータを音源48bに与える。なお、楽器49bがMIDI形式のデータを出力できない楽器の場合、楽器I/F49aは、マイク等を通じて楽器49bの音声データを取得し、取得した音声データをMIDI形式に変換しても良い。或いは、取得した音声データを圧縮符号化しても良い。なお、カラオケ端末装置4を専用機として構成する例を説明したが、汎用のコンピュータ、家庭ゲーム用テレビゲームのコンピュータを用いてカラオケ端末装置4を構成しても良い。この場合、カラオケ端末装置4を構成するハードウェア回路の一部、例えば、採点部47等をソフトウェアにより処理しても良い。次に、楽器演奏コンテンツの作成、利用について説明する。以下の説明において、各ユーザはユーザ登録を済ませているものとする。ユーザの登録は、通信網N2を介してユーザ端末装置6又は遠隔操作装置5からユーザ登録の要求があった場合、中央装置1の制御部10は、ユーザ登録画面をユーザ端末装置6又は遠隔操作装置5に表示させる。ユーザ端末装置6又は遠隔操作装置5は、ログインIDに相当する電子メールアドレス、パスワード、あだ名、性別、生年月日、出身地、血液型等を受付け、中央装置1に送信する。制御部10は、ユーザ端末装置6又は遠隔操作装置5より受信した、ログインIDに相当する電子メールアドレス、パスワード、あだ名、性別、生年月日、出身地、血液型等を受付け、受付けた各種情報を、上述のユーザ情報DB13aに登録する。以下、特に断りがない限り、ユーザは、カラオケシステムにログインして各種操作を行っているものとする。すなわち、カラオケ端末装置4の制御部40受付ける手段は、ユーザIDとパスワードを遠隔操作装置5より受付けている。そして、制御部40は、ユーザ情報DB13aに問い合わせを行い、受付けたユーザIDとパスワードの組み合わせが正しいか確認しているものとする。1.楽器演奏コンテンツの作成図11は、楽器演奏に係る楽器演奏コンテンツの生成及び登録に係る制御部10、40の処理手順を示すフローチャートである。ユーザは楽器49bをカラオケ店舗2に持ち込み、各個室21に設置されているカラオケ端末4に接続する。あるいは、カラオケ店舗2に用意されている楽器49bを借り出し、カラオケ端末4に接続する。用いる楽器49bがMIDIデータを出力できない場合、ユーザは用いる楽器49bを遠隔操作装置5に入力する。カラオケ端末装置4の制御部40は、遠隔操作装置5より、楽器49bに対応したパートIDを受付けるステップS11。MIDIコントローラの場合等、MIDIデータを出力できる楽器49bの場合、制御部40は、パートIDを楽器49bより受付けるステップS11。ユーザはカラオケ店舗2で演奏したい楽曲を、遠隔操作装置5を用いて選択することが可能となる。カラオケ端末装置4の制御部40は、遠隔操作装置5にて楽曲を受付けるステップS12。制御部40は楽曲IDを含む楽曲要求データを、通信部44を介して中央装置1へ送信するステップS13。なお、制御部40は、ステップS11で受付けたパートID、及びステップS12で受付けた楽曲IDをRAM42等に一時記憶している。なお、以前に中央装置1からカラオケ端末装置4へ配信され、既にカラオケ端末用楽曲DB43aに登録されている場合、中央装置1へ楽曲要求データを送信せず、記憶装置43から楽曲データを読み出せば良い。また、ルータ31のハードディスクが記憶している場合も同様である。中央装置1の制御部10は、カラオケ端末装置4から送信された楽曲要求データを、第1通信部15を介して受信するステップS14。制御部10は、受信した楽曲要求データに含まれる楽曲IDに対応する楽曲データを内部記憶装置13楽曲DB13bから読み出し、読み出した楽曲データを、第1通信部15を介して、楽曲要求元のカラオケ端末装置4へ送信するステップS15。カラオケ端末装置4の制御部40は、中央装置1から送信された楽曲データを、通信部44を介して受信するステップS16。制御部40は、受信した楽曲データを再生するステップS17。次に、制御部40は、楽曲データ再生中に行われた楽器演奏の音声データを入力するステップS18。なお、カラオケ端末装置4に入力したMIDI形式の演奏データは、RAM42に書き込まれる。また、演奏データは、音源48bに送られ、音声ミキサ48dに入力される。音声ミキサ48dは、楽曲の音と、楽器演奏による音とを合成し、合成した音声データをスピーカ48fへ出力する。次に、制御部40は、楽曲データの再生を終了するか否かを判定する。なお、再生の終了は、楽曲データを最後まで再生し終えた場合、遠隔操作装置5に再生の中止を指示された場合等に行われる。再生を終了しないと判定した場合ステップS19でNOの場合、制御部40は、処理をステップS17に戻す。再生を終了すると判定した場合ステップS19でYESの場合、制御部40は、遠隔操作装置5の操作状態を監視し、入力された楽器演奏データをアップロードするか否か判定するステップS20。アップロードしないと判定した場合ステップS20でNOの場合、制御部40は処理を終える。アップロードすると判定した場合ステップS20でYESの場合、制御部40は、RAM42が一時記憶しているユーザID、楽曲ID、パートID、店舗ID、演奏データを、通信部44を介して中央装置1に送信するステップS21。なお、RAM42が一時記憶しているユーザIDは、ユーザがカラオケシステムにログインした際に入力されたものである。また、店舗IDは、カラオケ店舗2を識別するためのものであり、カラオケ端末装置4のROM41等の記憶装置に予め記憶されているものとする。中央装置1の制御部10は、カラオケ端末装置4から送信されたユーザID、楽曲ID、店舗ID、パートID、演奏データを、第1通信部15を介して受信するステップS22。制御部10は、演奏データをユーザID演奏者、楽曲ID、パートID、店舗IDと共に楽器演奏DB13eに登録する。なお、取得日時は時計部17より日時を取得し、取得した日時を登録し、保存期間は取得した日時に所定の日数を加算した日時を登録する。再生回数は0とする。また、楽器演奏DB13eへの登録時に発行した演奏IDをユーザ情報DB13aに登録しステップS23、処理を終える。なお、上述では、ユーザが演奏する楽器49bは一つであるという前提で記載しているが、それに限らず、ユーザが複数の楽器49bを演奏しても良い。その場合においては、パートID及び演奏データは楽器49bごとに取得し、楽器演奏DB13eヘの登録も、楽器49bごとに行うこととする。2.楽器演奏コンテンツの利用図12は、楽器演奏コンテンツの利用に係る制御部10、40の処理手順を示すフローチャートである。ユーザは歌唱したい楽曲を、遠隔操作装置5を用いて選択すると共に、楽器演奏コンテンツを利用する場合は、二重奏、五重奏等のボタンを押し、利用したい楽器演奏コンテンツの数を選択する。例えば、二重奏が選択された場合は、楽器演奏コンテンツの中から異なる2つの楽器による演奏コンテンツが選択される。楽器の数をパート数と呼ぶ。ここでは、パート数が2と指定されたものとする。なお、ユーザには楽器演奏コンテンツを利用することのみを選択させ、パート数の指定は楽曲毎に定めておくこととしても良い。カラオケ端末装置4の制御部40は、遠隔操作装置5より楽曲IDとパート数を受付けるステップS31。制御部40送信手段は、ユーザID、楽曲ID、パート数を含むコンテンツ要求データを、通信部44を介して中央装置1へ送信するステップS32。なお、制御部40は、ステップS31で受付けた楽曲IDをRAM42等に一時記憶している。また、以前に中央装置1からカラオケ端末装置4へ配信され、既にカラオケ端末用楽曲DB43aに登録されている場合、中央装置1へは楽器演奏データのみ要求するデータを送信し、楽曲データは、記憶装置43から読み出せば良い。また、ルータ31のハードディスクが記憶している場合も同様である。中央装置1の制御部10受信手段は、カラオ端末装置4から送信されたコンテンツ要求データを、第1通信部15を介して受信するステップS33。制御部10は、コンテンツ要求データに含まれるユーザIDに対応したユーザのユーザパート情報を生成するステップS34。図13は、ユーザパート情報を生成する処理のフローチャートである。中央装置1の制御部10は、歌唱履歴DB13fより、ユーザIDに対応づけられた楽曲IDのうち、歌唱日時が所定期間に含まれるもの、例えば、過去一年以内のものを読み出すステップS51。制御部10は、読み出した楽曲IDについてのパート情報を楽曲パートDB13dより読み出すステップS52。制御部10算出手段は、パート情報の中で、値が1となっているもの対応情報をパート毎に集計するステップS53。ステップS51で取得したすべての楽曲IDについて、処理が終わっている場合ステップS54でYESの場合は、制御部10は集計結果をユーザパートDB13gに登録するステップS55。その後、処理を終了し、リターンする。処理が終わっていない場合ステップS54でNOの場合は、制御部10は処理をステップS52に戻す。なお、ユーザパート情報を生成するにあたり、歌唱履歴DB13fより、歌唱日時が所定期間に含まれるものを読み出すものとしたが、それに限られず、歌唱日時に関わらず所定の件数を読み出すこととしても良い。また、所定期間に含まれるもののうちの最新のものを所定件数、読みだすこととしても良い。なお、過去にユーザが歌唱した楽曲の中に各パートの出現頻度、すなわち何回出現したかをカウントして求めたが、パート毎に演奏された時間を合計しても良い。その場合においては、楽器パートDB13dに格納する値は、0又は1ではなく、パート毎の演奏時間となる。また、中央装置1において、カラオケ端末装置4からコンテンツ要求データを受信した後に、ユーザパート情報の生成を行うこととしたが、それに限られず、バッチ処理により定期的に生成したものを用い、コンテンツ要求データを受信した毎には生成を行わないこととしても良い。図12に戻り、制御部10選択手段は得られたユーザパート情報をカウント数でソートし、上位から指定されたパート数分のパートを選択する。ここでは、指定されたパート数は2であるから、カウント数が一位と二位であるパートを選択するS35。制御部10は、楽曲IDとパートIDをキーに楽器演奏DB13eを検索し、ユーザパート情報で一位と二位のパートについての楽器演奏コンテンツを読み出すステップS36。制御部10選択手段は、楽曲IDに対応した楽曲データを楽曲DB13bより読み出す。制御部10送信手段は、読み出した楽曲データ、及びステップS36で読み出した楽器演奏コンテンツを、第1通信部15を介して、コンテンツ要求元のカラオケ端末装置4へ送信するステップS37。なお、上述において、制御部10は、パートの選択に続いて、楽曲データ及び楽器演奏コンテンツの送信を行っているが、送信を行う前に、パートの選択結果をユーザに通知することとしても良い。さらに、この場合において、ユーザにより選択されたパートの変更を許すこととしても良い。また、ユーザパート情報で一位と二位のパートについての楽器演奏コンテンツを読み出す際、そのパートについての楽器演奏コンテンツがない場合は、次の順位の楽器演奏コンテンツを読み出すこととしても良い。あるいは、そのパートについては、楽曲データに含まれる通常の伴奏を再生することとしても良い。一方、一位と二位のパートについての楽器演奏コンテンツが複数存在する場合は、取得日時がもっとも新しいコンテンツ、再生回数が最も大きいコンテンツ等を選択すれば良い。カラオケ端末装置4の制御部40受信手段は、中央装置1から送信された楽曲データ及び楽器演奏コンテンツを、通信部44を介して受信するステップS38。制御部40再生手段は、受信した楽曲データ及び楽器演奏コンテンツを同時並行的に再生するステップS39。次に、制御部40は、楽曲データの再生を終了するか否かを判定するステップS40。なお、再生の終了は、楽曲データを最後まで再生し終えた場合、遠隔操作装置5に再生の中止を指示された場合等に行われる。再生を終了しないと判定した場合ステップS40でNOの場合、制御部40は、処理をステップS39に戻す。再生を終了すると判定した場合ステップS40でYESの場合、制御部40は、ユーザID及び楽曲IDを含む歌唱データを、通信部44を介して中央装置1に送信するステップS41。制御部40は処理を終える。中央装置1の制御部10は、カラオケ端末装置4から送信されたユーザID及び楽曲IDを含む歌唱データを、第1通信部15を介して受信するステップS42。制御部10は、受信した歌唱データよりユーザID、楽曲IDを取得し、取得したユーザID、楽曲ID、及び時計部17より取得した現在日時を歌唱日時として、歌唱履歴DB13fに登録するステップS43。なお、カラオケ端末装置4から歌唱データを送信するのは、楽曲データを最後まで再生し終えた場合にのみ送ることとしても良い。あるいは、楽曲データが所定時間以上、再生された場合にのみ送ることとしても良い。また、歌唱日時はカラオケ端末装置4で取得し、それを中央装置1に送信して登録しても良い。上述したように、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行うので、ユーザの嗜好に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。<実施の形態2>上述の実施の形態1において、ユーザパート情報は、ユーザが過去に歌唱した楽曲に各パートが現れる回数、出現頻度を算出し、その値を用いて、パートの選択を行っている。本実施の形態においては、歌唱履歴の他の項目を用いて、出現頻度を変更し、変更後の値を用いてパートの選択を行うことにより、よりユーザに適合したパートが選択されるようにする。実施の形態1との相違は、出現頻度を変更する点であるので、その点を主に説明し、共通する部分の説明は省略する。図14は、実施の形態2における歌唱履歴DB13fのレコードレイアウトの一例を概念的に示す説明図である。本実施の形態における歌唱履歴DB13fは、ユーザID列、楽曲ID列、歌唱日時列に加えて、音量列、音高列、音程列、リズム列、ビブラートタイプ列、ビブラート美列、ビブラート回数列、しゃくり回数列等から構成されている。新たに加えられている列は、カラオケ端末装置4の採点部47により、ユーザの歌唱を採点した結果の値が登録される。音量列、音高列、音程列、リズム列は、採点部47により算出された100点を満点とする点数が登録される。ビブラート回数列、しゃくり回数列は、歌唱中のビブラート又はしゃくりの回数が、採点部47により判定され、それぞれ登録される。ビブラートタイプ列は、POPSレベル1からPOPSレベル4、演歌レベル1からレベル4、POPSでもなく演歌でもない中間値の9段階の値を取る。採点部47が判定を行い、いずれかの値が登録される。ビブラート美列は、ぎこちないレベル1からレベル4、美しいレベル1からレベル4、ぎこちないでもなく美しいでもない中間値の9段階の値を取る。採点部47が判定を行い、いずれかの値が登録される。ビブラートタイプ列、及びビブラート美列は、採点結果として文字列が登録されているが、数値に変換して登録しても良い。例えば、ビブラートタイプの場合、中間値を0とし、POPSレベル1を-1、POPSレベル2を-2とし、POPSレベル4を-4とする。演歌レベルは正にし、演歌レベル1を1、同様に、ビブラート美についても、中間値を0とし、ぎこちないレベル4を-4、美しいレベル4を4のように、数値化して登録しても良い。図15は、採点結果集計DB13h評価記憶手段のレコードレイアウトの一例を概念的に示す説明図である。採点結果集計DB13hは、中央装置1の内部記憶装置13に記憶されている。採点結果集計DB13hは、ユーザID列、音量列、音高列、音程列、リズム列、ビブラートタイプ列、ビブラート美列、しゃくり回数列等から構成されている。採点結果集計DB13hは、歌唱履歴テーブルに登録されている採点結果の中から、所定期間、例えば、過去一年分のレコードを取り出し、ユーザ毎、採点項目ごとに平均点を算出したものである。ユーザのIDが登録されるユーザID列以外の列は、本実施の形態における歌唱履歴DB13f図14と同様であり、異なるのは格納される値が、平均点ということである。図16は、パート情報変更DB13i項目記憶手段のレコードレイアウトの一例を概念的に示す説明図である。パート情報変更DB13iは、中央装置1の内部記憶装置13に記憶されている。パート情報変更DB13iは、ユーザパート情報の変更を行う条件を定義している。パート情報変更DB13iは、ID列、項目列、上限列、下限列、係数列等から構成されている。ID列は、レコードを一意に特定するためのIDが格納される。項目列は、採点項目名が格納される。上限列、及び下限列は、変更を行う条件値を格納する。すなわち、対応する採点項目の点数が、下限の値以上、上限の値以下の場合、変更を行う。係数列は、ユーザパート情報を変更する係数値を格納する。変更対象のユーザパート情報の値と係数値とを乗算し、新たなユーザパート情報とする。図16に示した例では、リズム点が90点以上94点以下の場合、ユーザパート情報が1.2倍され、95点以上100点以下の場合、ユーザパート情報が1.5倍されることを示している。図17は、実施の形態2におけるパート情報DB13cのレコードレイアウトの一例を概念的に示す説明図である。本実施の形態におけるパート情報DB13cは、パートID列、楽器名列に加えて、音量列、音高列、音程列、しゃくり列、なめらかさ列、リズム感列、安定感列、ビブラートPOPS列、ビブラート演歌列、ビブラート美列、熱唱列等から構成されている。本実施の形態におけるパート情報DB13cの音量列以降の列は、上述したパート情報変更DB13iを用いてユーザパート情報の変更を、どのパートに対して行うかを定義している。例えば、リズム感列は、ユーザのリズム感についての採点結果集計値が、変更条件に合致している場合に変更するパートを表しており、図17の例では、ドラム、和太鼓、タンバリンが変更対象となる。上述した図16のパート情報変更DB13iの条件も考慮すると、リズム点が90点以上94点以下の場合、ユーザパート情報のドラム、和太鼓、タンバリンの値が1.2倍される。95点以上100点以下の場合、ユーザパート情報のドラム、和太鼓、タンバリンの値が1.5倍されることとなる。ビブラートPOPS列、ビブラート演歌列は、採点結果集計DB13hのビブラートタイプ列と対応する列である。採点結果集計DB13hのビブラートタイプの値が、POPSレベル1から4の場合であって、パート情報変更DB13iにより変更対象と判定したときは、ビブラートPOPS列が1となっているパートについて変更を行う。ビブラート演歌列についても、同様である。次に、楽器演奏コンテンツに係る制御部10、40の処理について説明する。本実施の形態において、楽器演奏コンテンツの作成における制御部10、40の処理は、上述の実施の形態1と同様であるので、説明を省略する。楽器演奏コンテンツの利用における制御部10、40の処理は、図12と同様であり、異なるのはユーザパート情報生成処理のみである。以下、ユーザパート情報生成処理について説明する。図18は、ユーザパート情報を生成する処理のフローチャートである。なお、図18において、図13と共通する処理については、同じステップ番号を付している。中央装置1の制御部10は、歌唱履歴DB13fより、ユーザIDに対応づけられた楽曲IDのうち、歌唱日時が所定期間に含まれるもの、例えば、過去一年以内のものを読み出すステップS51。制御部10は、読み出した楽曲IDについてのパート情報を楽曲パートDB13dより読み出すステップS52。制御部10は、パート情報の中で、値が1となっているものをパート毎に集計するステップS53。ステップS51で取得したすべての楽曲IDについて、処理が終わっていない場合ステップS54でNOの場合は、制御部10は処理をステップS52に戻す。処理が終わっている場合ステップS54でYESの場合は、制御部10は処理をステップS55に移す。制御部10は、集計結果をユーザパートDB13gに登録するステップS55。なお、ユーザパート情報を生成するにあたり、歌唱履歴DB13fより、歌唱日時が所定期間に含まれるものを読み出すものとしたが、それに限られず、歌唱日時に関わらず所定の件数を読み出すこととしても良い。また、所定期間に含まれるもののうちの最新のものを所定件数、読みだすこととしても良い。制御部10は、ステップS51で取得した歌唱履歴の採点結果を読み出しステップS56、採点項目ごとに集計し平均点を算出するステップS57。算出結果を採点結果集計DB13hに登録する。制御部10は、採点項目をキーにパート情報変更DB13iを検索し、変更条件上限、下限を読み出す。制御部10は、算出した平均点が変更条件にマッチするか、すなわち、平均点が下限値以上、かつ上限値以下であるかを判定するステップS58。変更条件にマッチしていないと判定した場合ステップS58でNOの場合、制御部10は処理をステップS61に進める。変更条件にマッチすると判定した場合ステップS58でYESの場合、制御部10は、採点項目に対応した係数をRAM12に記憶する。次に、制御部10は、採点項目をキーにパート情報DB13cを検索し、変更するパートのパートIDを読み出すステップS59。制御部10更新手段は、ユーザパートDB13gの処理対象ユーザのレコードを読み出す。制御部10は、ステップS59で読み出したパートに対応する頻度情報にRAM12に記憶している係数を乗算し、乗算した結果の値を新たな頻度情報とするステップS60。制御部10は、すべての採点項目について処理を行ったかを判定するステップS61。処理を行っていない採点項目があると判定した場合ステップS61でNOの場合、制御部10は、処理をステップS58に戻す。すべての採点項目について処理を行ったと判定した場合ステップS61でYESの場合、制御部10は、処理をステップS62に移す。制御部10は、変更した頻度情報でユーザパートDB13gを更新するステップS62。制御部10は処理を終了し、リターンする。本実施の形態においても、実施の形態1と同様に、過去にユーザが歌唱した楽曲の中に各パートの出現頻度、すなわち何回出現したかをカウントして求めたが、パート毎に演奏された時間を合計しても良い。その場合においては、楽器パートDB13dに格納する値は、0又は1ではなく、パート毎の演奏時間となる。また、中央装置1において、カラオケ端末装置4からコンテンツ要求データを受信した後に、ユーザパート情報の生成及び変更を行うこととしたが、それに限られない。バッチ処理により定期的に生成及び変更したものを用い、コンテンツ要求データを受信した毎には生成及び変更を行わないこととしても良い。上述したように、本実施の形態2において、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行う。さらに、ユーザの過去の歌唱履歴に対応した採点結果から、音量、音高、音程、リズム感等といったユーザの歌唱特徴を求め、それを基に、出現頻度の変更を行っている。よって、ユーザの嗜好及び歌唱特徴に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。<実施の形態3>本実施の形態においては、ユーザ設定情報を用いて実施の形態1で求めた出現頻度の変更を行う。上述の実施の形態1との違いは、出現頻度を変更する点であり、その他の事項については、実施の形態1と同様である。以下の説明においては、実施の形態1と相違する点を主に説明し、同様な点については説明を省略する。図19は、ユーザ設定DB13j特性記憶手段のレコードレイアウトの一例を概念的に示す説明図である。ユーザ設定DB13jは、中央装置1の内部記憶装置13に記憶されている。本実施の形態におけるユーザ設定DB13jは、ユーザID列、声の大きさ列、マイク音列、エコー列等から構成されている。ユーザID列は、ユーザIDが格納される。声の大きさ列は、ユーザにより設定され、例えば大きい、普通、小さい等の値が格納される。マイク音列は、ユーザにより設定され、例えば硬い、普通、柔らかい等の値が格納される。エコー列は、ユーザにより設定され、例えば演歌、バラード、ROCK、POPS等の値が格納される。図20は、実施の形態3におけるパート情報DB13c第2項目手段のレコードレイアウトの一例を概念的に示す説明図である。本実施の形態におけるパート情報DB13cは、パートID列、楽器名列に加えて、声の大きさ-大きい列、声の大きさ-普通列、声の大きさ-小さい列、マイク音-硬い列、マイク音-普通列、マイク音-柔らかい列、エコー-演歌列、エコー-バラード列、エコー-ROCK列、エコー-POPS列等から構成されている。パートID列は、パートの識別情報であるIDが格納され、楽器名列はパートIDに対応した楽器名が格納される。声の大きさ-大きい列以降の列は、ユーザ設定情報に対応した列である。例えば、声の大きさ-大きい列は、ユーザ設定により声の大きさが大きいと設定された場合に、ユーザパート情報の変更を行うパートを指定する。すなわち、ユーザ設定により声の大きさが大きいと設定された場合、声の大きさ-大きい列の値が1となっているパートは、設定を変更するパートである。図20に示した例では、エレキギター、ベース、ドラム、トランペットが対象となる。次に、楽器演奏コンテンツに係る制御部10、40の処理について説明する。本実施の形態において、楽器演奏コンテンツの作成における制御部10、40の処理は、上述の実施の形態1と同様であるので、説明を省略する。楽器演奏コンテンツの利用における制御部10、40の処理は、図12と同様であり、異なるのはユーザパート情報生成処理のみである。以下、ユーザパート情報生成処理について説明する。図21は、ユーザパート情報を生成する処理のフローチャートである。なお、図21において、図13と共通する処理については、同じステップ番号を付している。中央装置1の制御部10は、歌唱履歴DB13fより、ユーザIDに対応づけられた楽曲IDのうち、歌唱日時が所定期間に含まれるもの、例えば、過去一年以内のものを読み出すステップS51。制御部10は、読み出した楽曲IDについてのパート情報を楽曲パートDB13dより読み出すステップS52。制御部10は、パート情報の中で、値が1となっているものをパート毎に集計するステップS53。ステップS51で取得したすべての楽曲IDについて、処理が終わっていない場合ステップS54でNOの場合は、制御部10は処理をステップS52に戻す。処理が終わっている場合ステップS54でYESの場合は、制御部10は処理をステップS55に移す。制御部10は、集計結果をユーザパートDB13gに登録するステップS55。なお、ユーザパート情報を生成するにあたり、歌唱履歴DB13fより、歌唱日時が所定期間に含まれるものを読み出すものとしたが、それに限られず、歌唱日時に関わらず所定の件数を読み出すこととしても良い。また、所定期間に含まれるもののうちの最新のものを所定件数、読みだすこととしても良い。制御部10は、ユーザIDに対応付けられたユーザ設定を、ユーザ設定DB13jより読み出すステップS70。制御部10は、読み出されたユーザ設定の各項目について、次の処理を行う。制御部10は、パート情報DB13c図20から、ユーザ設定の項目に対応する列の値が1となっているレコードのパートIDを読み出すステップS71。例えば、ユーザ設定において声の大きさが大きいとなっているとする。この場合、パート情報DB13cの声の大きさ-大きい列の値が1となっているレコードのパートIDを、パート情報DB13cから制御部10は読み出す。図20の例では、パートIDとして、1エレキギター、2ベース、3ドラム、8が読み出される。制御部10第2更新手段は、ステップS71で読み出したパートIDに対応するユーザパート情報DB13gの頻度情報に所定の値、例えば、1.2を乗算し、乗算した結果の値を新たな頻度情報とするステップS72。なお、頻度情報に乗算する値は、すべての項目について、一律でも良いし、項目毎に異なる値を設定しても良い。例えば、図20に示したパート情報DB13cのユーザ設定の項目に対応する列の値を0又は1とするのではなく、変更しない場合は0、変更する場合は、頻度情報に乗算する係数の値を格納すれば良い。制御部10は、すべてのユーザ設定項目について処理したかを判定するステップS73。処理を行っていない設定項目があると判定した場合ステップS73でNOの場合、制御部10は、処理をステップS71に戻す。すべての設定項目について処理を行ったと判定した場合ステップS73でYESの場合、制御部10は、処理をステップS74に移す。制御部10は、変更した頻度情報でユーザパートDB13gを更新するステップS74。制御部10は処理を終了し、リターンする。本実施の形態においても、実施の形態1と同様に、過去にユーザが歌唱した楽曲の中に各パートの出現頻度、すなわち何回出現したかをカウントして求めたが、パート毎に演奏された時間を合計しても良い。その場合においては、楽器パートDB13dに格納する値は、0又は1ではなく、パート毎の演奏時間となる。また、中央装置1において、カラオケ端末装置4からコンテンツ要求データを受信した後に、ユーザパート情報の生成及び変更を行うこととしたが、それに限られない。バッチ処理により定期的に生成及び変更したものを用い、コンテンツ要求データを受信した毎には生成及び変更を行わないこととしても良い。上述したように、本実施の形態3において、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行う。さらに、声の大きさ、マイク音、エコーと言ったユーザ自らが行う設定を基に、出現頻度の変更を行っている。よって、ユーザの嗜好及びユーザの特性に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。<実施の形態4>上述した実施の形態2における出現頻度情報の変更と、実施の形態3における出現頻度情報の変更とを共に適用することが可能である。本実施の形態4では、共に適用する場合について述べる。制御部10、40の行う処理は、上述した実施の形態2及び実施の形態3における処理を共に行うものであり、同様であるので、以下では、両方の処理を如何にして行うかについて、主に説明する。本実施の形態4において、用いるデータベースは、実施の形態2及び実施の形態3で用いるデータベースと同様であるが、パート情報DB13cのみが異なる。パート情報DB13cは、図17に示した実施の形態2におけるパート情報DB13cと、図20に示した実施の形態3におけるパート情報DB13cとを、パートIDをキーにして結合したものとする。また、制御部10、40についての処理で異なるのは、図18及び図21で示したユーザパート情報生成処理である。本実施の形態4では、ユーザパート情報生成処理は、以下の処理手順となる。図18又は図21に示した、ステップS51からS55を中央装置1の制御部10は行う。次に、制御部10は、図18に示したステップS56からS61を行う。ステップS61でYESの場合に、制御部10は、図21に示したステップS70からS74を行い、処理を終了する。或いは、以下の処理手順となる。制御部10は、図18又は図21に示した、ステップS51からS55を行う。次に、制御部10は、図21に示したステップS70からS73を行う。ステップS73でYESの場合に、制御部10は、図18に示したステップS56からS62を行い、処理を終了する。上述した2つの処理は、実施の形態2における頻度情報の変更処理と、実施の形態3における頻度情報の変更処理とのいずれかを先に行うかの違いである。いずれの処理を先にしても良い。上述したように、本実施の形態4において、楽器演奏コンテンツを選択する場合、ユーザの歌唱履歴を用いて算出したパートの出現頻度を基に選択を行う。さらに、ユーザの過去の歌唱履歴と対応した採点結果から、音量、音高、音程、リズム感等といった歌唱の特徴を基に、出現頻度の変更を行っている。また、さらに声の大きさ、マイク音、エコーと言ったユーザ自らが行う設定を基に、出現頻度の変更を行っている。よって、ユーザの嗜好、歌唱特徴、及び特性に適合したパートの演奏が選ばれ、カラオケの娯楽性をより高めることが可能となる。<実施の形態5>本実施の形態5においては、ユーザの属性、楽器演奏コンテンツをアップロードした店舗、又は楽器演奏コンテンツの評価に基づいて、楽器演奏コンテンツを選択する処理について述べる。以下の説明においては、パート情報による楽器演奏コンテンツの選択処理は既に終了しているものとする。しかしながら、あるパート情報に対応付けられ、選択された楽器演奏コンテンツが複数であるため、更にコンテンツを絞り込む処理が必要である場合である。例えば、二つの楽器演奏コンテンツを選択する場合において、一位又は二位のパートについての楽器演奏コンテンツが複数存在する場合である。以下では、あるパート情報に対応する楽器演奏コンテンツが複数選択された場合、選択された楽器演奏コンテンツの中から一つの楽器演奏コンテンツに絞り込む処理について、主に説明する。その他の処理については、上述した実施の形態1から4と同様である。また、ユーザ情報DB13aのユーザ属性列には、上述したように、ユーザの性別、生年月日、地域都道府県、血液型、星座の情報が格納されているものとする。図22は、楽器演奏コンテンツを選択する処理についてのフローチャートである。中央装置1の制御部10は、ユーザIDをキーにしてユーザ情報DB13aを検索し、ユーザ属性を読み出すステップS81。制御部10は、ユーザが居る店舗のIDを読み出すステップS82。制御部10は、選択された楽器演奏コンテンツの演奏者IDを読み出すステップS83。読み出した演奏者IDをキーにユーザ情報DB13aを検索し、演奏者の属性を読み出す。ステップS84。ユーザ属性と、演奏者の属性とを比較し、演奏者の属性を評価し、評価値と演奏IDをRAM12等に記憶するステップS85。ここでの評価は、例えば、一致している属性をカウントすることにより行う。この場合において、生年月日については、完全一致ではなく、他の比較方法でも良い。例えば、生まれた年代1990年代、2000年代などが一致している場合、生まれた年が一致している場合、生まれた年及び生まれた月が一致している場合、又は年や日に関わらず生まれた月が一致している場合に一致すると判定しても良い。地域についても同様に、都道府県は異なるが同じ地方の県であれば、一致すると判定しても良い。例えば、愛知県と静岡県のように同じ中部地方であれば、一致すると判定する。地方が一致するかの判定を行う場合には、予め都道府県とその属する地方とを対応付けて記憶しておく。次に、制御部10は、楽器演奏コンテンツに対応付けられた店舗IDを読み出すステップS86。制御部10は、店舗IDの評価を行うステップS87。店舗IDの評価は、例えば、ユーザの居る店舗のIDと一致したら10点、ユーザの居る店舗の近隣であれば8点というように行う。次に、制御部10は、楽器演奏コンテンツの評価を読み出すステップS88。評価は、かわいい、かっこいい、うまい、渋い、おもしろい、泣ける等の項目に対する投票結果であるが、ここでは評価の種別に関わらず、投票数の合計を評価値とする。制御部10は、属性評価、店舗IDの評価、コンテンツの評価を総合して評価するステップS89。例えば、各評価値を数値化したものを合計する。次に、制御部10は、選択されたすべての楽器演奏コンテンツについて処理したかを判定するステップS90。選択されたすべてのコンテンツについて処理が終了していない場合ステップS90でNOの場合、制御部10は処理をステップS83に戻す。選択されたすべてのコンテンツについて処理が終了している場合ステップS90でYESの場合、制御部10は処理をS91に移す。制御部10は、最も評価値が高いコンテンツを、カラオケ端末装置4へ送信する楽器演奏コンテンツとして選択しステップS91、処理を終了する。上述の説明において、属性の評価は、一致する項目数としたが、項目毎に一致度を点数で表し、その合計点で選択するコンテンツを決定しても良い。例えば、生年月日の完全一致は10点、生まれ年と生まれ月の一致は5点、生まれた年代が一致は1点、生まれ月が一致は2点などとする。同様に地域については、例えば、都道府県一致が5点、地方一致が2点とする。性別、血液型など他の属性についても点数により評価し、合計点がもっとも高い演奏者に対応付けられたコンテンツを送信するコンテンツとして選択する。上述したように、本実施の形態5においては、複数の楽器演奏コンテンツから、最終的にカラオケ端末装置4へ送信する楽器演奏コンテンツを選択する際に、様々な評価結果を用いている。上述したように、ユーザの属性と近い属性を持つ演奏者の楽器演奏コンテンツが優先的に選択する。また、ユーザが居る店舗と近い店舗で作成された楽器演奏コンテンツが優先的に選択される。さらにまた、他のユーザから評価の高い楽器演奏コンテンツが優先的に選択される。それにより、選択された楽器演奏コンテンツの演奏者に親しみを感じ、カラオケの娯楽性をより高めることが可能となる。<実施の形態6>本実施の形態6においては、上述の実施の形態5と同様に、パート情報による楽器演奏コンテンツの選択処理は既に終了しているものとする。しかしながら、あるパート情報に対応付けられ、選択された楽器演奏コンテンツが複数であるため、更にコンテンツを絞り込む処理が必要である場合である。本実施の形態6においては、ユーザ及び楽器演奏コンテンツの演奏者の相性を基に、楽器演奏コンテンツの選択を行う。本実施の形態6において、中央装置1は、通信網N2と接続された第2通信部16により、占いサービスサーバ図示しないと通信が可能であるものとする。占いサービスサーバは、星占い、血液型占い、相性占い等様々な占いサービスを提供しているものである。図23は、楽器演奏コンテンツを選択する処理についてのフローチャートである。図23において、図22と同様な処理については、同じ符号を付している。中央装置1の制御部10は、ユーザIDをキーにユーザ情報DB13aを検索し、ユーザの属性生年月日、血液型、星座等を読み出すステップS81。次に、制御部10は、楽器演奏コンテンツの演奏者IDを読み出すステップS83。制御部10は、読み出した演奏者IDをキーにユーザ情報DB13aを検索し、演奏者の属性生年月日、血液型、星座等を読み出すステップS84。次に、制御部10は、ユーザの属性及び演奏者の属性を占いサーバに送信し、星占い、血液型占い、四柱推命等様々な占いにより、相性を占い、その結果を受け取るステップS92。制御部10は、占い結果を総合的に評価するステップS89。制御部10は、選択されたすべての楽器演奏コンテンツについて処理したかを判定するステップS90。選択されたすべてのコンテンツについて処理が終了していない場合ステップS90でNOの場合、制御部10は処理をステップS83に戻す。選択されたすべてのコンテンツについて処理が終了している場合ステップS90でYESの場合、制御部10は処理をS91に移す。制御部10は、最も相性が良い演奏者と対応づいたコンテンツを、カラオケ端末装置4へ送信する楽器演奏コンテンツとして選択しステップS91、処理を終了する。なお、上述においては相性占いを用いたが、それに限るものではない。例えば、占いランキングを基に、最もラッキーな星座の演奏者の楽器演奏コンテンツを選択する、ラッキーな場所がカラオケ店舗である演奏者の楽器演奏コンテンツを選択するなどでも良い。本実施の形態6においては、パート情報に基づいて選択した楽器演奏コンテツが複数ある場合、ユーザと楽器演奏コンテンツの演奏者との相性を占い、相性のよい演奏者の楽器演奏コンテンツを演奏することとしている。それによって、カラオケの娯楽性をより高めることが可能となる。<実施の形態7>本実施の形態7においては、楽器演奏コンテンツを利用して、ユーザが歌唱中に楽器演奏コンテンツを切り替える処理について説明する。楽器演奏コンテンツを切り替えるのは、例えば、次のような場面である。ユーザが声の設定を大きいと設定しているため、或いは歌唱履歴により声が大きいと判断されたため、楽器演奏コンテンツとして管楽器やエレキギター等が選択されている。しかしながら、ユーザは喉の調子が悪くて声が小さくなっている。このような場面の場合、楽器演奏コンテンツの切り替えを行う。本実施の形態においては、上記の場面を例として、楽器演奏コンテンツを切り替える処理について説明する。なお、ユーザの声の大きさは、カラオケ端末装置4の採点部47により計測されている。図24は、楽器演奏コンテンツを切り替える処理についてのフローチャートである。カラオケ端末装置4の制御部40は、採点部47検知する手段よりユーザの声が小さい旨の通知を受けるステップS93。ユーザの声が小さいとの判定は、例えば、次のようにして行う。制御部40は、予め、例えばユーザのログイン時に、上述した採点結果集計DB13h図15の各項目の値を中央装置1より取得し、RAM42等の記憶部に記憶しておく。ユーザが歌唱中に採点部47は、所定区間毎にユーザの歌唱を評価する。音量の評価点が、RAM42等に記憶した採点結果集計DB13hの音量の評価点より、所定の値例えば、30点以上、下回った場合に、採点部47は、音量が小さいと判定する。採点結果集計DB13hの音量の評価点が95点である場合、歌唱時の評価点が60点であるとき、声が小さいと判定されることとなる。制御部40は、再生している楽器演奏コンテンツのパートIDを読み出す。制御部40は、中央装置1にユーザID、演奏されている楽器演奏コンテンツのパートID、楽曲IDを含むコンテンツ切替要求を送信するステップS94。中央装置1はコンテンツ切替要求を受信するステップS95。中央装置1の制御部10抽出する手段は、コンテンツ切替要求からパートIDを読み出し、切替えるべきパートがあるか判定するステップS96。制御部10は、パート情報DB13c図17を検索し、読み出したパートIDに対応した音量列の値が1であるかを調べる。音量列の値が1であるパートがある場合ステップと96でYESの場合、制御部10は、音量列の値が0となっているパートのパートIDに対応づいた頻度情報を、ユーザパートDB13g図9より読み出す。制御部10選択する手段は、頻度情報が最も大きいパートIDを、切り替え後の楽器演奏コンテンツのパートIDとして選択するステップS97。制御部10は、楽曲IDとパートIDとをキーに楽器演奏DB13eを検索し、新たな楽器演奏コンテンツを読み出すステップS98。制御部10は、切替えるべき楽器演奏コンテンツのパートID及び新たな楽器演奏コンテンツをカラオケ端末装置4に送信するステップS99。切替えるべきパートがない場合ステップS96でNO、制御部10は切替えるべきパートがない旨をカラオケ端末装置4に通知するステップS100。カラオケ端末装置4の制御部40は、中央装置1からの応答を受信し、応答内容から切替えるべきパートがあったのか判定するステップS101。切替えるべきパートがあった場合ステップS101でYESの場合、制御部40は、切替えるべき楽器演奏コンテンツのパートIDに該当するコンテンツの再生を停止する。制御部40は、受信した新たな楽器演奏コンテンツを、楽曲の進行に合わせて途中から再生を行うステップS102。制御部40は切り替え処理を終了し、元の処理に戻る。切替えるべきパートがない場合ステップS101でNOの場合、制御部40は何もせずに処理を終了し、元の処理に戻る。本実施の形態7においては、歌唱中のユーザの声が小さいのにもかかわらず、声が大きい場合に選択される楽器演奏コンテンツが再生されている場合、演奏することとしたので、カラオケの娯楽性をより高めることが可能となる。上述の説明においては、例として、声が小さい場合歌唱中の音量の評価点が、ユーザのそれまでの平均点を下回った場合に演奏するパートを切替えることを述べたが、逆に声が大きい場合に切替えるようにしても良い。その場合、音量の評価点が、それまでの平均点より所定値以上大きくなったときに、音量列が0であるパートを音量列が1であるパートに切り替えれば良い。声が大きい場合と小さい場合の両方の場合に切り替えを行うには、コンテンツ切替要求に、いずれであるかの旨の情報を含めることとする。また、用いる評価項目は音量に限られるものではなく、他の評価項目についても行うことが可能である。例えば、パート情報DB13c図17のリズム感列の値が1であるリズム楽器ドラム、和太鼓、タンバリンが選択されているものとする。ユーザのそれまでのリズム感の評価平均点は95点である。採点部47は、ある楽曲の歌唱時に所定区間のリズム感の評価結果が60点と判定した場合、平均点の95点から30点以上下回っているので、その旨を制御部40に通知するステップS93。制御部40は中央装置1にコンテンツ切り替え要求を通知するステップS94。中央装置1の制御部10は、受信したパートIDの中に、パート情報DB13c図17のリズム感列の値が1であるパートがあるか否かを検索するステップS96。あった場合、制御部10は、パート情報DB13c図17のリズム感列の値が0である楽器のパートIDを抽出する。パートIDに対応づいた頻度情報を、ユーザパートDB13g図9より読み出す。制御部10は、頻度情報が最も大きいパートIDを、切り替え後の楽器演奏コンテンツのパートIDとして選択するステップS97。以降の処理は、上述と同様であるので、説明を省略する。複数の評価項目で切り替えを行う場合は、検知された評価項目の情報を、平均点を下回った場合と上回った場合の両方において切り替えを行う場合は、下回った又は上回った旨の情報をコンテンツ切替要求に含めるものとする。なお、切替えるパート及び新たに演奏するパートの選択の際、図17に示したパート情報DB13cを用いたが、図20に示したパート情報DB13cを用いても良い。この場合、切替えるパートの選択では、声の大きさ-大きいの列の値が1となっているパートを選択する。新たに演奏するパートの選択では声の大きさ-小さいの列の値が1となっているパート又は声の大きさ-大きいの列の値が0となっているパートを選択する。<変形例>上述の実施の形態7では、ある評価項目の評価点が平均点より所定の値、下回った場合又は上回った場合に、パート情報DB13c図17の対応する列の値が1のパートを0のパートに切替える、又は、0のパートを1のパートに入れ替えるものとした。パートの切り替えは、それに限られるものではなく、上述の実施の形態2に示した頻度情報の変更を再度行い、演奏するパートを選択しなおすことも可能である。中央装置1の制御部10は、カラオケ端末装置4より、コンテンツ切替要求を受信する。コンテンツ切替要求には、切替の要因となった評価項目と、それに対応した評価点が平均点を下回っているのか、又は上回っているのかの情報が含まれている。その情報を、制御部10は、コンテンツ切替要求から読み出し、RAM等の記憶手段に記憶する。次に、制御部10は、図18に示したパート情報変更処理を行う。この処理において、ステップS58の判定処理内容を以下のように変更して行う。処理対象となる評価項目が、上述の平均点を下回っている項目である場合、ステップS58においては、変更条件にマッチしていも、変更の対象としない。すなわち、ステップS58でNOに分岐する。逆に、処理対象となる評価項目が、上述の平均点を上回っている場合は、変更条件にマッチしていなくても、変更の対象とする。すなわち、ステップS58でYESに分岐する。このようにすることにより、それまでの評価項目の平均点とは即していない状態、例えば、音量の平均点が高いのに、声が小さい状態に対応して、頻度情報の変更を行うことができる。ステップS58の条件分岐以外の処理は、図18及び上述の実施の形態2において述べたものと同様である。制御部10は、ユーザパート情報を更新した後に、頻度情報を降順にソートし、上位から所定数のパートIDを選択する。例えば、演奏されている楽器演奏コンテンツが二つの場合は、上位の二つのパートIDを選択する。選択したパートIDと演奏されているコンテンツのパートIDとを比較し、一致しないものがある場合、コンテンツを切り替える。すなわち、制御部10は、一致しないパートIDを持つ楽器演奏コンテンツの代わりに、新たに選択したパートIDを持つ、楽器演奏コンテンツを、楽器演奏DB13eより読み出し、カラオケ端末装置4に送信する。以降の処理は、上述の実施の形態7と同様であるので、省略する。また、すべて一致している場合は、コンテンツは切り替えず、処理を終了する。<実施の形態8>本実施の形態8では、楽器演奏コンテンツを用いる場合、該楽器演奏コンテンツと同じパートの伴奏は音量を小さくなるよう制御する。上述の実施形態との相違は、音量を制御する点であり、その他の事項については、上述の実施の形態1から7と同様である。以下の説明においては、音量を制御する点を主に述べ、その他の事項については説明を省略する。図25は、伴奏の音量を制御する場合の制御部10、40の処理手順を示すフローチャートである。全体の処理については、上述した図12と同様であるので、図25には図12と異なる部分を主に示している。以下、該異なる部分について主に説明する。中央装置1の制御部10は、ユーザパート情報に基づいて、パートを選択し図12のステップS35、楽器演奏コンテンツを楽器演奏DB13eより読み出すステップS36。制御部10は、読み出した楽器演奏コンテンツ、該楽器演奏コンテンツに対応したパートID及び楽曲DB13bから読み出した楽曲データをカラオケ端末装置4に送信するステップS44。カラオケ端末装置4の制御部40は、中央装置1から、楽器演奏コンテンツ、該楽器演奏コンテンツに対応したパートID及び楽曲データを受信するステップS45。制御部40は、受信したパートIDに対応したパートが楽曲データに含まれるかを調べ、あれば、その音量が小さくなるように楽曲データを書き換える、又は音声ミキサ48dの設定を変更するステップS46。制御部40は、受信した楽曲データ及び楽器演奏コンテンツを同時並行的に再生するステップS39。以降の処理は、図12に示した処理と同様である。本実施の形態8においては、楽器演奏コンテンツが再生されている場合、該楽器演奏コンテンツと同じパートの伴奏は音量を小さくして再生することとしたので、楽器演奏コンテンツがクリアに聞こえ、カラオケの娯楽性をより高めることが可能となる。<実施の形態9>上述した実施の形態1から8において、楽曲再生システムを、カラオケシステムを例として説明したが、それに限られるものではない。例えば、音楽配信システムに適用することも可能である。以下に、楽曲再生システムを、音楽配信システムに適用した場合について、説明する。音楽配信システムは、オンデマンドで音楽を配信するものであって、楽器演奏コンテンツの投稿を行えるものである。ユーザが音楽配信システムを利用する場合は、ログインが必要である。以下、ユーザはログインをした状態で各種の操作を行っているものとする。音楽配信システムにおいては、カラオケシステムにおける歌唱履歴DB13fは、配信履歴DBとなる。格納される項目は、同様であり、ユーザID、楽曲ID、配信日時である。また、ユーザはカラオケ端末装置4ではなく、ユーザ端末装置6を用いる。まず、最初に通常のコンテンツ配信について、説明する。ユーザ端末装置6は、ユーザから楽曲IDを受付ける。ユーザ端末装置6は楽曲ID及びユーザIDを含む配信要求を中央装置1に送信する。中央装置1は、楽曲ID及びユーザIDを含む配信要求を受信する。中央装置1は、受信した楽曲IDに対応付けられた楽曲データを、ユーザ端末装置6に送信すると共に、受信したユーザID、楽曲ID、及び配信要求を受信した日時を、配信履歴DBに記憶する。ユーザ端末装置6は、中央装置1から受信した楽曲データを受信し、再生する。次に楽器演奏データの登録について説明する。楽器演奏コンテンツの投稿は、通信網N2を介して接続されたユーザ端末装置6を用いる。ユーザは、ユーザ端末装置6に楽器を接続し、楽器演奏を行う。ユーザ端末装置6は楽器演奏コンテンツを作成し、ユーザID、楽曲ID、パートID、及び演奏データを含む演奏データ登録要求を中央装置1に送信する。なお、楽器演奏の際、ユーザは中央装置1から楽曲データの配信を受け、その楽曲データを再生しながら演奏して、その演奏データを中央装置1に送信しても良いし、単独で演奏したデータを中央装置1に送信しても良い。後者の場合は、楽器演奏を行う前、又は演奏データを中央装置1に送信する前に、ユーザ端末装置6はユーザより、楽曲IDを受付けるものとする。パートIDは、ユーザ端末装置6がユーザから入力を受付けるか、又は接続された楽器49bより取得するものとする。中央装置1は、ユーザ端末装置6より演奏データ登録要求を受信する。中央装置1は、受信したユーザID、楽曲ID、パートID及び演奏データを楽器演奏DBに格納する。なお、店舗IDは空白もしくはNULLとする。中央装置1は、演奏データの登録完了をユーザ端末装置6に通知する。次に楽器演奏コンテンツの配信は以下のように行われる。ユーザ端末装置6は、ユーザから楽曲ID、配信を受けたい楽器演奏コンテンツの楽器数パート数を受付ける。ユーザ端末装置6は楽曲ID、パート数及びユーザIDを含む配信要求を中央装置1に送信する。中央装置1は、楽曲ID及びユーザIDを含む配信要求を受信する。中央装置1は、歌唱履歴DB13fに相当する配信履歴DBに格納されている履歴に基づいて、ユーザパート情報を生成する。ユーザパート情報を生成する処理は、図13に示した処理と同様である。中央装置1は、ユーザパート情報を基に、パートを選択する。中央装置1が行う、パート選択処理は、実施の形態1と同様である。その後に、中央装置1が行う処理についても、実施の形態1図12参照と同様である。ユーザ端末装置が行う処理は、実施の形態1におけるカラオケ端末装置4の処理と同様である。上述したように、音楽配信システムにおいても、楽曲データと共にユーザによる楽器演奏コンテンツを配信することができる。配信される楽器演奏コンテンツは、ユーザの楽曲データ配信履歴に用い、配信された楽曲に含まれるパート情報に基づき、選択されるので、娯楽性をより高めることが可能となる。上述した実施の形態1から10においては、ユーザはカラオケ端末装置4又はユーザ端末装置6のみを使用したが、それに限られない。ユーザID、楽曲ID等の入力及び楽器演奏データは、端末装置から受付け、楽曲データ及び楽器演奏コンテンツの出力は中央装置1が行うこととしても良い。逆に、ユーザID、楽曲ID等の入力及び楽器演奏データは、中央装置1から受付け、楽曲データ及び楽器演奏コンテンツの出力は、他の端末から行うこととしても良い。また、上述した実施の形態1から10においては、中央装置1とカラオケ端末装置4又は中央装置1とユーザ端末装置6とが協働して、楽曲データの配信サービスを提供していたが、中央装置1単体でサービスの提供をしても良い。その場合において、中央装置1は入力手段、出力手段及び再生手段を備える。入力手段は、ユーザID、楽曲ID等の入力及び楽器演奏データをユーザから受け付ける。出力手段は、ユーザが操作を行うための操作画面等を出力する。再生手段は楽曲データ及び楽器演奏コンテンツの再生を行う。なお、上述した実施の形態1から10においては、ユーザ情報DB13a、楽曲DB13b、パート情報DB13c等は、中央装置1の備える内部記憶装置13が記憶しているものとしたが、それに限られない。中央装置1外部の記憶装置にユーザ情報、楽曲情報、パート情報等を記憶させ、中央装置1が外部の記憶装置にアクセスし、ユーザ情報、楽曲情報、パート情報等の読み書きを行うこととしても良い。また、上述した実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。