合奏システム
【課題】複数のユーザが連帯感をもって楽曲の演奏を疑似体験できる合奏システムを提供することを課題とする。
【解決手段】音楽再生部１１０は、操作部１０２から演奏操作情報が入力されると、再生区分情報ＣＩに基づいて先頭の演奏区分に対応する演奏情報ＰＩを再生する。先頭の演奏区分に対応する演奏情報ＰＩの再生が終了するタイミングで、ユーザが演奏操作情報を入力すると、音楽再生部１１０は、次の演奏区分に対応する演奏情報ＰＩを、連続的に、かつ途切れることなく再生する。これらの手順を繰り返すことで、音楽再生部１１０は、演奏情報ＰＩを先頭から最後尾まで再生する。そして、複数のユーザは、無線端末１０をそれぞれ所持して、演奏タイミングを合わせながら演奏情報ＰＩを再生することによって、複数の演奏情報ＰＩが同時に再生される。
【解決手段】音楽再生部１１０は、操作部１０２から演奏操作情報が入力されると、再生区分情報ＣＩに基づいて先頭の演奏区分に対応する演奏情報ＰＩを再生する。先頭の演奏区分に対応する演奏情報ＰＩの再生が終了するタイミングで、ユーザが演奏操作情報を入力すると、音楽再生部１１０は、次の演奏区分に対応する演奏情報ＰＩを、連続的に、かつ途切れることなく再生する。これらの手順を繰り返すことで、音楽再生部１１０は、演奏情報ＰＩを先頭から最後尾まで再生する。そして、複数のユーザは、無線端末１０をそれぞれ所持して、演奏タイミングを合わせながら演奏情報ＰＩを再生することによって、複数の演奏情報ＰＩが同時に再生される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザが同時に楽しむことのできる演奏システムに関する。
【背景技術】
【０００２】
楽器の演奏をシミュレートしたり、楽曲に合わせてユーザが手足などを動かしたりする音楽ゲームが従来から存在する（たとえば、非特許文献１参照）。これらの音楽ゲームでは、リズムや音楽に合わせて、ユーザが演奏動作をしたりアクションをとったりするための操作タイミングがモニタに表示される。そして、これらの音楽ゲームは、ユーザによる操作タイミングと、モニタに表示されたタイミングとが一致する程度を判定することによって、得点を競うものである。
【０００３】
非特許文献１に開示されている音楽ゲームの中には、楽器を模したコントローラなどを操作するものがある。したがって、ユーザは、非常に高価な楽器や電子機器などを所有しなくても、上記の音楽ゲームを利用することで、それら楽器で楽曲を実際に演奏しているような体感を得ることができるのである。
【０００４】
【非特許文献１】“フリー百科事典 ウィキペディア 「音楽ゲーム」”、［平成１９年５月２１日検索］、インターネットＵＲＬ＜http://ja.wikipedia.org/wiki/%E9%9F%B3%E6%A5%BD%E3%82%B2%E3%83%BC%E3%83%A0＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した従来の音楽ゲームは、楽曲やリズムに合わせてユーザがコントローラの操作をするものであり、ユーザによるコントローラの操作に基づいて楽曲が実際に出力されるものではない。このため、従来の音楽ゲームでは、ユーザは楽曲の演奏自体を楽しむことができない。
【０００６】
また、上述した従来の音楽ゲームは、基本的には、ユーザとゲーム機が１対１の関係である。ユーザはかわるがわるゲームを実行し、その得点を争うのである。中には、二人のユーザが同時にプレイできる音楽ゲームも存在するが、この場合であっても、各ユーザが同一の楽曲に合わせて、モニタに表示される操作タイミングでコントローラなどを操作することによって、互いに得点を競うものである。
【０００７】
したがって、現状存在するこれら音楽ゲームでは、同じ楽曲に対する操作テクニックを競うことや、得点を競うことが可能であるが、実際のバンドやオーケストラのように、複数の人間が連帯感を楽しむことはできない。
【０００８】
そこで、本発明は前記問題点に鑑み、複数のユーザが連帯感をもって楽曲の演奏を疑似体験できる合奏システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１記載の発明は、複数の端末を利用して合奏するシステムであって、各端末が担当する演奏パートに係る演奏情報を合奏情報から抽出する演奏情報抽出手段と、前記演奏情報を各端末に設定する演奏情報設定手段と、を備え、各端末は、前記演奏情報を演奏区分ごとに再生するための再生区分情報と、前記演奏情報とを記憶する記憶手段と、入力される演奏操作情報と前記再生区分情報とに基づいて、前記演奏情報を前記演奏区分ごとに再生する再生手段と、を備えることを特徴とする。
【００１０】
請求項２記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された小節に対応することを特徴とする。
【００１１】
請求項３記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された拍に対応することを特徴とする。
【００１２】
請求項４記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された演奏音符または演奏音符群に対応することを特徴とする。
【００１３】
請求項５記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された時間情報に対応することを特徴とする。
【００１４】
請求項６記載の発明は、請求項１ないし請求項５のいずれかに記載の合奏システムにおいて、前記再生区分情報は、前記演奏区分に対応した複数の再生開始位置情報と、前記演奏区分に対応した前記複数の再生開始位置情報からの再生時間情報とを含むことを特徴とする。
【００１５】
請求項７記載の発明は、請求項６に記載の合奏システムにおいて、ユーザにより入力される演奏レベル情報に基づいて、前記演奏区分に応じて決定されている複数の再生パターンのうちいずれか一つの再生パターンが前記再生区分情報として選択されることを特徴とする。
【００１６】
請求項８記載の発明は、請求項１ないし請求項７のいずれかに記載の合奏システムにおいて、前記再生手段は、任意の演奏区分に対応する演奏情報の再生が終了するタイミングで前記演奏操作情報が入力された場合、前記任意の演奏区分の次の演奏区分に対応する演奏情報を再生することを特徴とする。
【００１７】
請求項９記載の発明は、請求項１ないし請求項８のいずれかに記載の合奏システムにおいて、前記再生手段は、任意の演奏区分に対応する演奏情報の再生中に前記演奏操作情報が入力された場合、前記任意の演奏区分の演奏情報の再生状態に関わらず、他の演奏区分の演奏情報を再生することを特徴とする。
【００１８】
請求項１０記載の発明は、請求項１ないし請求項９のいずれかに記載の合奏システムにおいて、各端末とネットワークで接続されたサーバが、前記演奏情報抽出手段と前記演奏情報設定手段とを有しており、前記演奏情報設定手段は、前記複数の端末のうちの１台の端末から送信された抽出情報に基づいて、前記合奏情報から前記演奏情報を抽出して保持し、各端末は、前記ネットワークを介して前記サーバから前記演奏情報を取得することを特徴とする。
【発明の効果】
【００１９】
本発明の演奏システムは、複数の無線端末が再生区分情報に記述された演奏区分ごとに演奏情報を再生し、ある演奏区分の演奏情報が再生するタイミングでユーザが演奏操作情報を入力することで、次の演奏区分の演奏情報が連続的に再生される。これにより、無線端末のユーザが楽器の演奏を疑似的に体験できる。また、複数のユーザがそれぞれ無線端末を持って演奏情報を再生して合奏を行う場合、演奏タイミングを計りながら演奏区分ごとに演奏情報を再生することによって、グループで一体感のある合奏を疑似的に体験することができる。さらに、演奏情報は、ユーザにより設定された演奏レベル情報に対応した演奏区分で再生される。これにより、合奏に参加するそれぞれのユーザの演奏技術に差がある場合であっても、それぞれのユーザに適した演奏レベルで演奏情報を再生させることができるため、バランスのとれた合奏を実現することができる。
【発明を実施するための最良の形態】
【００２０】
＜合奏システムの全体構成＞
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係る合奏システムの全体構成図である。図１に示す合奏システムは、複数の無線端末１０，１０・・・と、楽曲サーバ２０とによって構成される。
【００２１】
複数の無線端末１０，１０・・・のうちの１台は、ホスト端末１０Ｈとして設定されている。そして、ホスト端末１０Ｈを除く無線端末１０は、クライアント端末１０Ｃとして動作する。図１では、１台のホスト端末１０Ｈと、３台のクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３とから合奏システムが構成されている。
【００２２】
以下の説明において、ホスト端末１０Ｈとクライアント端末１０Ｃとを特に区別せず、共通の機能、性質を説明するときには、無線端末１０と総称することとする。また、各クライアント端末１０Ｃ１〜１０Ｃ３を特に区別せず、共通の機能、性質を説明するときには、クライアント端末１０Ｃと総称することとする。
【００２３】
ホスト端末１０Ｈおよびクライアント端末１０Ｃは、それぞれ担当する演奏パートを演奏するという点では、同じ役割を有する端末であるが、システムの動作を設定する役割などが異なる。
【００２４】
これらホスト端末１０Ｈとクライアント端末１０Ｃとは、ユーザが手に持って操作可能な端末である。図１の例であれば、１人のユーザがホスト端末１０Ｈを持ち、後の３人のユーザがクライアント端末１０Ｃ１〜１０Ｃ３をそれぞれ持って操作を行う。そして、図１に示す合奏システムは、この４人のユーザが室内や野外で合奏を楽しむことのできるシステムである。４人のユーザは、あるときは、ロックバンドとして演奏しているような体感を得ることができ、またあるときは、オーケストラの演奏をしているような一体感を得ることが可能となっている。
【００２５】
楽曲サーバ２０は、無線端末１０がそれぞれ演奏する演奏パートに係る演奏情報を保持しており、無線端末１０に演奏情報をそれぞれ配信するためのサーバである。このため、４人のユーザが無線端末１０を用いてそれぞれの演奏パートを演奏する場合、楽曲サーバ２０は、無線端末１０の動作に関与しない。
【００２６】
＜無線端末の構成＞
図２は、無線端末１０のブロック図である。つまり、ホスト端末１０Ｈとクライアント端末１０Ｃに共通の機能ブロック図である。無線端末１０は、制御部１００と、モニタ１０１と、操作部１０２と、スピーカ１０３と、記憶部１０４と、無線部１０５とを備える。
【００２７】
制御部１００は、ＣＰＵやＲＡＭなどを備え、無線端末１０の全体制御を行う。制御部１００は、また、音楽再生部１１０を備えている。音楽生成部１１０は、記憶部１０４に記憶されている演奏情報ＰＩに基づいて、演奏音を再生する。音楽再生部１１０によって再生された演奏音は、スピーカ１０３によって出力される。
【００２８】
モニタ１０１は、合奏システムの設定操作情報や、演奏情報ＰＩの再生時における再生情報などを表示する。なお、モニタ１０１は、タッチパネル式ディスプレイであってもよい。この場合、操作部１０２は、モニタ１０１にソフトウェアキーとして表示される。
【００２９】
操作部１０２は、図１に示すように、テンキーなどの複数のボタンで構成される。無線端末１０のユーザは、操作部１０２を操作して、楽曲サーバ２０から取得した演奏情報ＰＩに対応した演奏操作を行う。また、ホスト端末１０Ｈのユーザは、操作部１０２を操作して、各無線端末１０に対する演奏情報ＰＩの割り当ての設定などを行う。
【００３０】
また、記憶部１０４は、楽曲サーバ２０からダウンロードした演奏情報ＰＩや、再生区分情報ＣＩなどを記憶する。無線部１０５は、楽曲サーバ２０と無線通信を行う。
【００３１】
＜楽曲サーバの構成＞
次に、楽曲サーバ２０の構成について、図３を用いて説明する。図３は、楽曲サーバ２０のブロック図である。楽曲サーバ２０は、楽曲保存部２０１と、演奏情報生成部２０２と、コンテンツ保持部２０３と、配信部２０４と、通信部２０５とを備える。
【００３２】
楽曲保存部２０１は、様々な楽曲を合奏情報ＳＩとして保存する。ホスト端末１０Ｈのユーザは、ウェブブラウザ等を介して合奏したい楽曲を楽曲保存部２０１から選択する。なお、合奏情報ＳＩおよび演奏情報ＰＩの詳細については、後述する。
【００３３】
演奏情報生成部２０２は、ユーザが選択した楽曲に対応する合奏情報ＳＩを楽曲保存部２０１から取得し、ホスト端末１０Ｈから送信される演奏情報生成情報と、合奏情報ＳＩとに基づいて演奏情報ＰＩを作成する。
【００３４】
コンテンツ保持部２０３は、ホスト端末１０Ｈのユーザが選択した楽曲に対応する合奏情報ＳＩと、演奏情報生成部２０２が作成した演奏情報ＰＩとを保持する。また、コンテンツ保持部２０３は、作成した演奏情報ＰＩを、ホスト端末１０Ｈおよびクライアント端末１０Ｃに送信するための配信情報ＤＩを保存している。
【００３５】
配信部２０４は、演奏情報ＰＩの保存先ＵＲＬを、各無線端末１０に送信するとともに、各無線端末１０から受信した演奏情報ＰＩの取得要求に応じて、演奏情報ＰＩを各無線端末１０に送信する。
【００３６】
通信部２０５は、インターネット３０を介して接続する各無線端末１０との間で、ＴＣＰ／ＩＰなどのプロトコルを利用してデータの送受信を行う。
【００３７】
＜演奏情報と演奏情報の再生＞
次に、演奏情報ＰＩの内容について説明する。演奏情報ＰＩとは、各無線端末１０に割り当てられた演奏パートに対応した情報であり、各無線端末１０が出力する楽器音を記述した情報である。演奏情報ＰＩとしては、たとえば、ＭＩＤＩデータが利用可能である。つまり、演奏情報ＰＩは、楽譜情報を含んでいる。音楽再生部１１０は、演奏情報ＰＩに従って、演奏音を再生することが可能である。演奏情報ＰＩとしてＭＩＤＩデータを利用する場合、音楽再生部１１０は、ＭＩＤＩ音源データを有している。
【００３８】
次に、音楽再生部１１０による演奏情報ＰＩの再生処理について説明する。音楽再生部１１０は、演奏情報ＰＩを単に再生するのではなく、ユーザにより入力される演奏操作情報に基づいて、再生区分情報ＣＩに記述された演奏区分ごとに演奏情報ＰＩを再生する。
【００３９】
すなわち、再生区分情報ＣＩとは、演奏情報ＰＩを演奏区分ごとに再生するための区分情報である。演奏区分には、予め決められた時間で区分された、演奏情報ＰＩにおける１小節、１小節内の１拍などがある。また、他の演奏区分として、演奏情報ＰＩにおける演奏音がある。なお、演奏音には、単一の演奏音符の他に、三連符や五連符などの連音符、特定のメロディーおよびフレーズに対応する演奏音符群が含まれる。再生区分情報ＣＩには、これらの演奏区分に対応した再生開始位置と、再生開始位置からの再生時間が記述されている。
【００４０】
具体的には、まず、音楽再生部１１０は、操作部１０２から演奏操作情報が入力されると、先頭の演奏区分に対応する演奏情報ＰＩを再生する。さらに演奏操作情報が入力されると、音楽再生部１１０は、次の演奏区分に対応する演奏情報ＰＩを再生する。これらの手順を繰り返すことで、音楽再生部１１０は、演奏情報ＰＩを先頭から最後尾まで再生するのである。
【００４１】
したがって、ある任意の演奏区分の演奏情報ＰＩが再生されている場合において、その任意の演奏区分の演奏情報ＰＩの再生が終了するタイミングでユーザが演奏操作情報を入力すると、その任意の演奏区分の演奏情報ＰＩと、次の演奏区分の演奏情報ＰＩとが、連続的に、かつ途切れることなく再生される。一方、任意の演奏区分の演奏情報ＰＩの再生が終了した後や、任意の演奏区分の演奏情報ＰＩの再生が終了しないうちにユーザが演奏操作情報を入力すると、隣接する二つの演奏情報ＰＩは、連続的に、かつなめらかに再生されない。
【００４２】
このように、「ユーザが演奏情報ＰＩを利用した演奏を行う」とは、ユーザが適切なタイミングで演奏操作情報を入力することで、演奏区分ごとに再生される演奏情報ＰＩを、ユーザが連続的に再生させることを意味する。また、ユーザは、上記のように演奏情報ＰＩを連続的に、かつなめらかに再生させることで、特定の演奏パートを演奏しているような体感を得ることができるのである。
【００４３】
＜合奏情報＞
上述したように、演奏情報ＰＩは、各無線端末１０に割り当てられる演奏パートごとの情報である。これら演奏情報ＰＩの集合が合奏情報ＳＩである。つまり、合奏情報ＳＩは、全演奏パートの演奏情報ＰＩを全て記述した情報である。
【００４４】
合奏情報ＳＩは、演奏情報ＰＩの集合であるとともに、ヘッダ情報ＳＩＨを有している。図４は、ヘッダ情報ＳＩＨの記述内容を示す図である。ヘッダ情報ＳＩＨには、合奏システムに参加している無線端末１０の数に応じて、演奏パートをどのように割り振るかの規則が記述されている。
【００４５】
次に、図４に示す各トラックについて説明する。図４に示すように、合奏情報ＳＩで記録されている楽曲は、トラックＴ１からトラックＴ５までの５つの演奏パートからなっている。これらの演奏パートは、バイオリンや、ピアノなどの各楽器に対応した演奏パートである。したがって、合奏情報ＳＩには、これら各トラックＴ１〜Ｔ５に対応した演奏情報ＰＩが含まれている。
【００４６】
図４に示すように、トラックＴ１〜Ｔ５は、無線端末１０の数に応じて割り当てられる演奏パートである。図４で示した例であれば、もし、合奏システムに参加している無線端末１０の数が２台であれば、ヘッダ情報ＳＩＨは、ＩＤ＝１の無線端末１０にトラックＴ１、Ｔ３およびＴ４を割り当て、ＩＤ＝２の無線端末１０にトラックＴ２およびＴ５を割りてるように規定される。すなわち、ＩＤ＝１の無線端末１０およびＩＤ＝２の無線端末１０は、複数の演奏パートを担当する。
【００４７】
また、合奏システムに参加している無線端末１０の数が３台であれば、ヘッダ情報ＳＩＨは、ＩＤ＝１の無線端末１０にトラックＴ１およびＴ４を割り当て、ＩＤ＝２の無線端末１０にトラックＴ２を割り当て、ＩＤ＝３の無線端末１０にトラックＴ３およびＴ５を割り当てるように規定される。
【００４８】
このように、合奏に参加する無線端末１０の数がトラックの数より少ない場合、無線端末１０に複数のトラックを割り当てることができる。また、合奏に参加する無線端末１０の数がトラックの数より多い場合、一つのトラックに複数の無線端末１０を割り当てればよい。
【００４９】
上述の各トラックに割り当てられた無線端末１０のＩＤは、ヘッダ情報ＳＩＨを保持するホスト端末１０Ｈにおいて設定される。つまり、ホスト端末１０Ｈは、合奏システムに参加している無線端末１０の数に応じて、各無線端末１０にＩＤを割り振る。そして、ホスト端末１０Ｈは、割り振った端末ＩＤを楽曲サーバ２０に送信する。
【００５０】
なお、ホスト端末１０Ｈは、自装置を含めた全無線端末１０にＩＤを割り振る。したがって、ホスト端末１０Ｈとクライアント端末１０Ｃを手にしているすべてのユーザで合奏を楽しむことができる。あるいは、ホスト端末１０Ｈは、設定用端末という位置づけにし、クライアント端末１０Ｃに対してのみＩＤを割り振り、クライアント端末１０Ｃのみで演奏情報ＰＩを再生するようにしてもよい。
【００５１】
＜合奏システムの処理の流れ＞
まず、合奏システムを利用するユーザが、集合する。たとえば、図１に示した例であれば、４人のユーザが室内、ホールなどに集まり、それぞれが無線端末１０を所持する。そして、集合したユーザの中の一人が所持する無線端末１０が、ホスト端末１０Ｈとして使用される。
【００５２】
ホスト端末１０Ｈのユーザは、操作部１０２を操作して、楽曲サーバ２０にウェブブラウザなどを介してアクセスし、楽曲保存部２０１から合奏情報ＳＩを選択する。楽曲サーバ２０は、選択された合奏情報ＳＩをコンテンツ保持部２０３に保存するとともに、選択された合奏情報ＳＩのヘッダ情報ＳＩＨをホスト端末１０Ｈに送信する。なお、楽曲サーバ２０は、楽曲情報を選択するユーザごとにコンテンツ保持部２０３を作成する。
【００５３】
次に、合奏に参加するクライアント端末１０Ｃのユーザが、操作部１０２を操作して、クライアント端末１０Ｃのメールアドレスをホスト端末１０Ｈに送信する。これにより、合奏に参加する無線端末１０の数が決定する。図１に示す例の場合、合奏に参加する無線端末１０の数は、ホスト端末１０Ｈと、クライアント端末１０Ｃ１〜１０Ｃ３との４台となる。
【００５４】
合奏に参加する無線端末１０の数が決定すると、ホスト端末１０Ｈの制御部１００は、楽曲サーバ２０から送信されたヘッダ情報ＳＩＨを参照して、無線端末１０に対してＩＤを割り振る。これにより、無線端末１０が担当する演奏パートが決定される。また、無線端末１０に割り振られたＩＤと、無線端末１０のメールアドレスとが対応付けられる。そして、ホスト端末１０Ｈの制御部１００は、合奏に参加するユーザの数や、無線端末１０に割り当てたトラック番号、合奏に参加する無線端末１０のメールアドレスなどが含まれた演奏情報生成情報を楽曲サーバ２０に送信する。
【００５５】
楽曲サーバ２０が演奏情報生成情報を受信すると、楽曲サーバ２０の演奏情報生成部２０２は、受信した演奏情報生成情報に基づいて演奏情報ＰＩを生成し、コンテンツ保持部２０３に保存する。また、無線端末１０のメールアドレス、およびメールアドレスに対応付けられたＩＤが、配信情報ＤＩとしてコンテンツ保持部２０３に保存される。そして、楽曲サーバ２０の配信部２０４は、生成された演奏情報ＰＩの保存先ＵＲＬを、演奏情報ＰＩに対応するＩＤが割り振られた無線端末１０にメールで通知する。
【００５６】
無線端末１０は、楽曲サーバ２０からメールを受信すると、メールに記載された保存先ＵＲＬにアクセスし、保存先ＵＲＬに保存されている演奏情報ＰＩをダウンロードする。そして、無線端末１０のユーザは、操作部１０２を操作して、音楽再生部１１０に演奏情報ＰＩを読み込ませ、演奏情報ＰＩを利用した演奏を行う際の難易度を決定する。そして、決定された難易度に応じた再生区分情報ＣＩが音楽再生部１１０により作成され、記憶部１０４に保存される。そして、合奏に参加するユーザの合図で、無線端末１０のユーザは、一斉に演奏を開始するのである。
【００５７】
＜演奏情報ＰＩの再生操作および合奏方法＞
次に、演奏情報ＰＩの再生操作および合奏方法の一例について説明する。まず、演奏情報ＰＩの再生中における、モニタ１０１の表示状態について、図５を用いて説明する。図５は、演奏情報ＰＩを再生する際の無線端末１０の操作方法を説明するための図である。
【００５８】
図５に示すモニタ１０１は、演奏情報ＰＩの再生状態を表示しており、無線端末１０が担当する楽器が表示されている。また、図５に示すモニタ１０１は、再生中の小節における、演奏情報ＰＩの再生先頭位置からの通し番号を演奏小節数１５１として表示し、再生中の小節における、再生位置に対応する拍数を、演奏拍数１５２として表示し、再生先頭位置から再生中の再生位置までの再生時間を、演奏時間１５３として表示している。
【００５９】
次に、各無線端末１０の演奏方法、および再生区分情報ＣＩに記述される演奏区分について、図５および図６を用いて説明する。図６は、本実施の形態の合奏システムにおける合奏方法を説明するための図である。
【００６０】
図６は、演奏情報ＰＩを再生区分情報ＣＩに記述された演奏区分ごとに区分した状態を示している。なお、図６に示す演奏情報ＰＩは３拍子の楽曲であり、１小節が３拍で構成されるものとする。また、図６において、演奏情報ＰＩに付されている符号Ａ，Ｂ，Ｃ・・・は、演奏情報ＰＩの再生先頭位置からの各小節の通し番号を示している。また、演奏情報ＰＩに付されている符号１，２，３は、各小節における拍数を示している。また、演奏情報ＰＩ上に示されている矢印ＱおよびＲは、演奏情報ＰＩを連続的に、かつ途切れることなく再生するための、図５に示す「２」キー１２２を押すタイミングを示している。
【００６１】
ここでは、ホスト端末１０Ｈを例にして、無線端末１０による演奏情報ＰＩの演奏方法を説明する。図６に示すように、ホスト端末１０Ｈが再生する演奏情報ＰＩは、再生区分情報ＣＩによって１小節ごとに区分されて再生される。
【００６２】
まず、ホスト端末１０Ｈのユーザが演奏情報ＰＩの演奏を開始する場合、ユーザは「２」キー１２２を押す。これにより、音楽再生部１１０は演奏情報ＰＩの先頭の小節である小節Ａを再生する。続いて、小節Ａの再生が終了するタイミング（時間ｔ１）で、ユーザが「２」キー１２２を再度押すと、音楽再生部１１０は、小節Ｂを再生する。さらに、小節Ｂの再生が終了するタイミング（時間ｔ２）で、ユーザが「２」キー１２２を押すと、音楽再生部１１０は小節Ｃを再生する。以後、各小節の再生が終了するタイミングで、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、次の小節を再生する。このように、各小節の再生が終了するタイミングでユーザが「２」キー１２２を押すことで、演奏情報ＰＩを連続的に、かつなめらかに再生することができる。また、小節Ａの再生が終了するタイミングで「２」キー１２２が押されない場合、音楽再生部１１０は、小節Ａの再生が終了した時点で、演奏情報ＰＩの再生を停止する。そして、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、小節Ｂを再生する。
【００６３】
ここで、「２」キー１２２を押すタイミングは、再生中の小節の再生が終了するタイミングと完全に一致させなくてもよい。「２」キー１２２を押すタイミングと、再生中の小節の再生が終了するタイミングがある時間範囲内で一致していれば、音楽再生部１１０は、隣接する二つの小節を連続的に再生してもよい。これにより、初心者であっても、楽器を演奏しているような感覚を得ることができる。
【００６４】
また、ユーザは、音楽再生部１１０が任意の小節を再生していても、下記の操作を行うことにより、その任意小節の前後の小節を再生させることができる。たとえば、音楽再生部１１０が小節Ｃを再生している場合を考える。このとき、ユーザが図５に示す「１」キー１２１を押すと、音楽再生部１１０は、次に「２」キー１２２が押された際に演奏情報ＰＩの小節Ｂを再生するように設定する。このとき、音楽再生部１１０は、小節Ｃの演奏情報ＰＩを引き続き再生していてもよい。そして、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、小節Ｃを再生しているか否かに関わらず、小節Ｂを再生する。
【００６５】
一方、ユーザが図５に示す「３」キー１２３を押すと、音楽再生部１１０は、次に「２」キー１２２が押された際に演奏情報ＰＩの小節Ｄを再生するように設定する。このとき、音楽再生部１１０は、小節Ｃの演奏情報ＰＩを引き続き再生していてもよい。そして、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、小節Ｃを再生しているか否かに関わらず、小節Ｄを再生するのである。
【００６６】
なお、演奏情報ＰＩにおける演奏区分を１小節ごとではなく、他の時間単位で区分することも可能である。たとえば、演奏情報ＰＩを１拍ごとに区分してもよい。図６に示すように、クライアント端末１０Ｃ１が再生する演奏情報ＰＩは、１拍ごとに区分されている。このため、音楽再生部１１０による各拍の再生が終了するタイミング（矢印Ｒで示すタイミング）でユーザが「２」キー１２２を押すことによって、演奏情報ＰＩは、連続的に、かつなめらかに再生される。
【００６７】
また、演奏情報ＰＩにおける演奏区分を演奏時間で区分してもよい。たとえば、演奏情報ＰＩが効果音やラップなどの音声情報で構成されている場合などに、演奏情報ＰＩにおける演奏区分を、演奏時間で区分してもよい。この場合、再生区分情報ＣＩには、演奏区分ごとに再生開始時間および再生終了時間が記述されていればよい。
【００６８】
また、図６には示していないが、演奏情報ＰＩにおける演奏区分を演奏音に対応させてもよい。この場合、音楽再生部１１０は、ユーザが「２」キー１２２を押すタイミングで、演奏情報ＰＩに従って音程を自動的に割り当てて演奏音を発音する。また、演奏情報ＰＩを演奏音ごとに区分する場合、単一の演奏音符ごとに区分する他に、複数の演奏音符をまとめて一つの演奏区分としてもよい。複数の演奏音符を一つの演奏区分とする例としては、たとえば、三連符や五連符などの連音符や、特定のメロディーおよびフレーズに対応する演奏音符群が挙げられる。これらの区分であっても、ユーザによる演奏操作は、上述の１小節ごとに区分した場合と基本的に同じである。
【００６９】
また、上記の演奏区分を組み合わせて、演奏情報ＰＩを利用した演奏を行うことも可能である。たとえば、図６に示すように、クライアント端末１０Ｃ２が再生する演奏情報ＰＩは、１小節ごとに、演奏情報ＰＩの演奏区分が１小節、１拍と入れ替わっている。これにより、合奏システムのゲーム性を高めることができる。
【００７０】
次に、ユーザによる難易度の設定と、再生区分情報ＣＩに記述される演奏区分との関係について説明する。上述したように、ユーザは、演奏情報ＰＩを利用した演奏を行う前に難易度を設定する。ユーザが設定する難易度は、再生区分情報ＣＩに記述される演奏区分と対応する。すなわち、再生区分情報ＣＩに記述される演奏区分において、再生時間が長いほど難易度が低く、再生時間が短いほど難易度が高くなる。図６に示すように、クライアント端末１０Ｃ１の場合、「２」キー１２２を押すタイミングを示す矢印Ｒの間隔が、ホスト端末１０Ｈで「２」キー１２２を押すタイミングを示す矢印Ｑの間隔よりも短いため、難易度が高くなっていることがわかる。
【００７１】
したがって、難易度が「初級者レベル」に設定された場合、時間単位情報ＴＩには、１小節に対応した演奏区分が記述される。また、難易度が「中級レベル」に設定された場合、時間単位情報ＴＩには、１拍に対応した演奏区分が記述される。さらに、難易度が「上級レベル」に設定された場合、時間単位情報ＴＩには、演奏音ごとに対応した演奏区分が記述される。
【００７２】
次に、合奏方法について説明する。図１に示す無線端末１０のユーザが合奏を開始する際、たとえば、４人のユーザのうちの一人の合図で、各ユーザは、一斉に「２」キー１２２を押して、演奏情報ＰＩの演奏を開始する。すなわち、無線端末１０の各ユーザが演奏情報ＰＩの演奏を開始する際、無線端末１０同士で同期をとらない。また、ユーザが演奏情報ＰＩを演奏している間も、無線端末１０同士は、演奏情報ＰＩの同期再生を行わない。
【００７３】
無線端末１０同士が同期再生を行わない代わりに、無線端末１０の各ユーザが、無線端末１０の「２」キー１２２を押すタイミングを合わせることによって、演奏情報ＰＩを再生するための同期をとる。このため、ユーザの演奏操作によっては、各無線端末１０の演奏時間にずれが生じる場合がある。このような場合、ユーザは、図５に示す「１」キー１２１または「３」キー１２３を操作することによって、各無線端末１０の演奏時間を一致させる。
【００７４】
このように、本実施の形態の合奏システムは、再生区分情報ＣＩで記述された演奏区分ごとに再生される演奏情報ＰＩを連続的にかつなめらかに再生されるように、ユーザが無線端末１０の操作部１０２を操作する。これにより、ユーザは実際に楽器を演奏しているような体感を得ることができる。また、演奏タイミングを合わせながら演奏情報ＰＩを利用した演奏を行うことによって、ユーザは、連帯感を持って楽曲の演奏を疑似体験することが可能となる。また、ユーザごとに難易度を設定することで、それぞれのユーザに適した演奏レベルで演奏情報を再生させることができる。これにより、ユーザごとに演奏技術に差がある場合であっても、バランスのとれた楽曲の合奏を実現することができる。
【００７５】
なお、上記実施の形態において、無線端末１０は携帯電話であるものとして説明したが、これに限られるものではなく、本実施の形態の合奏システムにおける専用端末や、ＰＤＡなどであってもよい。この場合、無線端末１０は、たとえば、Ｚｉｇｂｅｅ、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮなどを利用することが可能である。
【００７６】
また、上記実施の形態において、楽曲サーバ２０が、ホスト端末１０Ｈが送信する演奏情報生成情報に基づいて演奏情報ＰＩを生成するものとして説明したが、これに限られるものではなく、ホスト端末１０Ｈが合奏情報ＳＩをダウンロードし、演奏情報ＰＩを生成してもよい。この場合、ホスト端末１０Ｈが演奏情報ＰＩを楽曲サーバ２０にアップロードして、楽曲サーバ２０がクライアント端末１０Ｃに演奏情報ＰＩを配信してもよい。また、無線端末１０が赤外線通信機能などを有している場合、ホスト端末１０Ｈからクライアント端末１０Ｃに演奏情報ＰＩを送信してもよい。
【００７７】
また、上記実施の形態において、楽曲サーバ２０が、ホスト端末１０Ｈが送信する演奏情報生成情報に基づいて演奏情報ＰＩを生成するものとして説明したが、これに限られるものではなく、無線端末１０がそれぞれ合奏情報ＳＩをダウンロードし、それぞれの無線端末１０で演奏情報ＰＩを生成してもよい。
【００７８】
また、上記実施の形態において、再生状態におけるモニタ１０１の表示は図５に示すものに限られない。たとえば、図６に示すように、モニタ１０１を、演奏情報ＰＩの各小節を時系列で表示させ、ポインタＰを用いて再生位置を示す（たとえば、図６に示す領域１０１Ａをモニタ１０１に表示させる）ことによって、ユーザが再生位置を確認できるようにしてもよい。この場合、演奏タイミングと再生位置とを可視化することができるため、演奏操作を容易にすることができる。
【００７９】
また、上記実施の形態において、伴奏演奏がないものとして説明したが、これに限られるものではなく、伴奏演奏用の無線端末１０があってもよい。この場合、ユーザによる演奏操作情報の入力に関わらず、伴奏演奏用の演奏情報ＰＩは、先頭位置から最後尾まで連続して再生される。これにより、無線端末１０のユーザは伴奏演奏に合わせて演奏タイミングをとることができるため、完成度の高い合奏を簡単に行うことができる。
【００８０】
また、上記実施の形態において、ホスト端末１０Ｈのユーザが、楽曲サーバ２０の楽曲保存部２０１から合奏情報ＳＩを選択するものとして説明したが、ホスト端末１０Ｈが予め合奏情報ＳＩを保持していてもよい。この場合、ホスト端末１０Ｈのユーザが、操作部１０２を操作して、記憶部１０４に記憶されている合奏情報ＳＩを楽曲サーバ２０のコンテンツ保持部２０３にアップロードすればよい。
【００８１】
また、上記実施の形態において、各トラックには一つの無線端末１０が割り当てられるものとして説明したが、これに限られるものではなく、トラックに複数の無線端末１０が割り当てられてもよい。たとえば、無線端末１０の数が３台である場合、図４に示すヘッダ情報ＳＩＨにおいて、トラックＴ５に、ＩＤ＝１〜３を割り当ててもよい。このとき、トラックＴ５は全ての無線端末１０で再生する演奏パートとなるため、すべての無線端末１０が、トラックＴ５に対応した演奏情報ＰＩを楽曲サーバ２０から取得する。
【００８２】
この場合、トラックＴ５については、どのように各無線端末１０が演奏を分担するかについて、さらに、ヘッダ情報ＳＩＨ内に規則を記述しておくとよい。たとえば、ノート（音階）別に無線端末１０を割り当てるような規則にしてもよい。あるいは、時間の経過につれて、各無線端末１０に対して順番に演奏パートを割り当てるような規則にしてもよい。あるいは、ランダムに演奏パートが入れ替わるようにしてもよい。
【００８３】
また、上記実施の形態において、難易度の設定に応じて再生区分情報ＣＩが作成されるものとして説明したが、これに限られるものではなく、演奏情報ＰＩに難易度に応じた再生区分情報ＣＩが組み込まれていてもよい。
【００８４】
また、上記実施の形態において、ユーザが「２」キー１２２などを用いて演奏情報ＰＩの演奏を行うものとして説明したが、これに限られるものではなく、たとえば、ユーザが操作部１０２の「９」キーなどを押すことで、音楽再生部１１０が効果音の出力や、ビブラートをかけることができるようにしてもよい。これにより、ユーザは、演奏情報ＰＩの演奏をアレンジすることが可能となる。
【図面の簡単な説明】
【００８５】
【図１】本実施の形態に係る合奏システムの全体構成図である。
【図２】無線端末１０のブロック図である。
【図３】楽曲サーバ２０のブロック図である。
【図４】ヘッダ情報ＳＩＨの記述内容を示す図である。
【図５】演奏情報ＰＩを再生時の無線端末１０の操作方法を説明するための図である。
【図６】合奏方法を説明するための図である。
【符号の説明】
【００８６】
１０ 無線端末
１０Ｈ ホスト端末
１０Ｃ（１０Ｃ１、１０Ｃ２、１０Ｃ３） クライアント端末
２０ 楽曲サーバ
１０１ モニタ
１０２ 操作部
１０３ スピーカ
１０４ 記憶部
１１０ 音楽再生部
２０１ 楽曲保存部
２０２ 演奏情報生成部
２０３ コンテンツ保持部
【技術分野】
【０００１】
本発明は、複数のユーザが同時に楽しむことのできる演奏システムに関する。
【背景技術】
【０００２】
楽器の演奏をシミュレートしたり、楽曲に合わせてユーザが手足などを動かしたりする音楽ゲームが従来から存在する（たとえば、非特許文献１参照）。これらの音楽ゲームでは、リズムや音楽に合わせて、ユーザが演奏動作をしたりアクションをとったりするための操作タイミングがモニタに表示される。そして、これらの音楽ゲームは、ユーザによる操作タイミングと、モニタに表示されたタイミングとが一致する程度を判定することによって、得点を競うものである。
【０００３】
非特許文献１に開示されている音楽ゲームの中には、楽器を模したコントローラなどを操作するものがある。したがって、ユーザは、非常に高価な楽器や電子機器などを所有しなくても、上記の音楽ゲームを利用することで、それら楽器で楽曲を実際に演奏しているような体感を得ることができるのである。
【０００４】
【非特許文献１】“フリー百科事典 ウィキペディア 「音楽ゲーム」”、［平成１９年５月２１日検索］、インターネットＵＲＬ＜http://ja.wikipedia.org/wiki/%E9%9F%B3%E6%A5%BD%E3%82%B2%E3%83%BC%E3%83%A0＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した従来の音楽ゲームは、楽曲やリズムに合わせてユーザがコントローラの操作をするものであり、ユーザによるコントローラの操作に基づいて楽曲が実際に出力されるものではない。このため、従来の音楽ゲームでは、ユーザは楽曲の演奏自体を楽しむことができない。
【０００６】
また、上述した従来の音楽ゲームは、基本的には、ユーザとゲーム機が１対１の関係である。ユーザはかわるがわるゲームを実行し、その得点を争うのである。中には、二人のユーザが同時にプレイできる音楽ゲームも存在するが、この場合であっても、各ユーザが同一の楽曲に合わせて、モニタに表示される操作タイミングでコントローラなどを操作することによって、互いに得点を競うものである。
【０００７】
したがって、現状存在するこれら音楽ゲームでは、同じ楽曲に対する操作テクニックを競うことや、得点を競うことが可能であるが、実際のバンドやオーケストラのように、複数の人間が連帯感を楽しむことはできない。
【０００８】
そこで、本発明は前記問題点に鑑み、複数のユーザが連帯感をもって楽曲の演奏を疑似体験できる合奏システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１記載の発明は、複数の端末を利用して合奏するシステムであって、各端末が担当する演奏パートに係る演奏情報を合奏情報から抽出する演奏情報抽出手段と、前記演奏情報を各端末に設定する演奏情報設定手段と、を備え、各端末は、前記演奏情報を演奏区分ごとに再生するための再生区分情報と、前記演奏情報とを記憶する記憶手段と、入力される演奏操作情報と前記再生区分情報とに基づいて、前記演奏情報を前記演奏区分ごとに再生する再生手段と、を備えることを特徴とする。
【００１０】
請求項２記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された小節に対応することを特徴とする。
【００１１】
請求項３記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された拍に対応することを特徴とする。
【００１２】
請求項４記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された演奏音符または演奏音符群に対応することを特徴とする。
【００１３】
請求項５記載の発明は、請求項１に記載の合奏システムにおいて、前記演奏区分は、前記演奏情報に記述された時間情報に対応することを特徴とする。
【００１４】
請求項６記載の発明は、請求項１ないし請求項５のいずれかに記載の合奏システムにおいて、前記再生区分情報は、前記演奏区分に対応した複数の再生開始位置情報と、前記演奏区分に対応した前記複数の再生開始位置情報からの再生時間情報とを含むことを特徴とする。
【００１５】
請求項７記載の発明は、請求項６に記載の合奏システムにおいて、ユーザにより入力される演奏レベル情報に基づいて、前記演奏区分に応じて決定されている複数の再生パターンのうちいずれか一つの再生パターンが前記再生区分情報として選択されることを特徴とする。
【００１６】
請求項８記載の発明は、請求項１ないし請求項７のいずれかに記載の合奏システムにおいて、前記再生手段は、任意の演奏区分に対応する演奏情報の再生が終了するタイミングで前記演奏操作情報が入力された場合、前記任意の演奏区分の次の演奏区分に対応する演奏情報を再生することを特徴とする。
【００１７】
請求項９記載の発明は、請求項１ないし請求項８のいずれかに記載の合奏システムにおいて、前記再生手段は、任意の演奏区分に対応する演奏情報の再生中に前記演奏操作情報が入力された場合、前記任意の演奏区分の演奏情報の再生状態に関わらず、他の演奏区分の演奏情報を再生することを特徴とする。
【００１８】
請求項１０記載の発明は、請求項１ないし請求項９のいずれかに記載の合奏システムにおいて、各端末とネットワークで接続されたサーバが、前記演奏情報抽出手段と前記演奏情報設定手段とを有しており、前記演奏情報設定手段は、前記複数の端末のうちの１台の端末から送信された抽出情報に基づいて、前記合奏情報から前記演奏情報を抽出して保持し、各端末は、前記ネットワークを介して前記サーバから前記演奏情報を取得することを特徴とする。
【発明の効果】
【００１９】
本発明の演奏システムは、複数の無線端末が再生区分情報に記述された演奏区分ごとに演奏情報を再生し、ある演奏区分の演奏情報が再生するタイミングでユーザが演奏操作情報を入力することで、次の演奏区分の演奏情報が連続的に再生される。これにより、無線端末のユーザが楽器の演奏を疑似的に体験できる。また、複数のユーザがそれぞれ無線端末を持って演奏情報を再生して合奏を行う場合、演奏タイミングを計りながら演奏区分ごとに演奏情報を再生することによって、グループで一体感のある合奏を疑似的に体験することができる。さらに、演奏情報は、ユーザにより設定された演奏レベル情報に対応した演奏区分で再生される。これにより、合奏に参加するそれぞれのユーザの演奏技術に差がある場合であっても、それぞれのユーザに適した演奏レベルで演奏情報を再生させることができるため、バランスのとれた合奏を実現することができる。
【発明を実施するための最良の形態】
【００２０】
＜合奏システムの全体構成＞
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本実施の形態に係る合奏システムの全体構成図である。図１に示す合奏システムは、複数の無線端末１０，１０・・・と、楽曲サーバ２０とによって構成される。
【００２１】
複数の無線端末１０，１０・・・のうちの１台は、ホスト端末１０Ｈとして設定されている。そして、ホスト端末１０Ｈを除く無線端末１０は、クライアント端末１０Ｃとして動作する。図１では、１台のホスト端末１０Ｈと、３台のクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３とから合奏システムが構成されている。
【００２２】
以下の説明において、ホスト端末１０Ｈとクライアント端末１０Ｃとを特に区別せず、共通の機能、性質を説明するときには、無線端末１０と総称することとする。また、各クライアント端末１０Ｃ１〜１０Ｃ３を特に区別せず、共通の機能、性質を説明するときには、クライアント端末１０Ｃと総称することとする。
【００２３】
ホスト端末１０Ｈおよびクライアント端末１０Ｃは、それぞれ担当する演奏パートを演奏するという点では、同じ役割を有する端末であるが、システムの動作を設定する役割などが異なる。
【００２４】
これらホスト端末１０Ｈとクライアント端末１０Ｃとは、ユーザが手に持って操作可能な端末である。図１の例であれば、１人のユーザがホスト端末１０Ｈを持ち、後の３人のユーザがクライアント端末１０Ｃ１〜１０Ｃ３をそれぞれ持って操作を行う。そして、図１に示す合奏システムは、この４人のユーザが室内や野外で合奏を楽しむことのできるシステムである。４人のユーザは、あるときは、ロックバンドとして演奏しているような体感を得ることができ、またあるときは、オーケストラの演奏をしているような一体感を得ることが可能となっている。
【００２５】
楽曲サーバ２０は、無線端末１０がそれぞれ演奏する演奏パートに係る演奏情報を保持しており、無線端末１０に演奏情報をそれぞれ配信するためのサーバである。このため、４人のユーザが無線端末１０を用いてそれぞれの演奏パートを演奏する場合、楽曲サーバ２０は、無線端末１０の動作に関与しない。
【００２６】
＜無線端末の構成＞
図２は、無線端末１０のブロック図である。つまり、ホスト端末１０Ｈとクライアント端末１０Ｃに共通の機能ブロック図である。無線端末１０は、制御部１００と、モニタ１０１と、操作部１０２と、スピーカ１０３と、記憶部１０４と、無線部１０５とを備える。
【００２７】
制御部１００は、ＣＰＵやＲＡＭなどを備え、無線端末１０の全体制御を行う。制御部１００は、また、音楽再生部１１０を備えている。音楽生成部１１０は、記憶部１０４に記憶されている演奏情報ＰＩに基づいて、演奏音を再生する。音楽再生部１１０によって再生された演奏音は、スピーカ１０３によって出力される。
【００２８】
モニタ１０１は、合奏システムの設定操作情報や、演奏情報ＰＩの再生時における再生情報などを表示する。なお、モニタ１０１は、タッチパネル式ディスプレイであってもよい。この場合、操作部１０２は、モニタ１０１にソフトウェアキーとして表示される。
【００２９】
操作部１０２は、図１に示すように、テンキーなどの複数のボタンで構成される。無線端末１０のユーザは、操作部１０２を操作して、楽曲サーバ２０から取得した演奏情報ＰＩに対応した演奏操作を行う。また、ホスト端末１０Ｈのユーザは、操作部１０２を操作して、各無線端末１０に対する演奏情報ＰＩの割り当ての設定などを行う。
【００３０】
また、記憶部１０４は、楽曲サーバ２０からダウンロードした演奏情報ＰＩや、再生区分情報ＣＩなどを記憶する。無線部１０５は、楽曲サーバ２０と無線通信を行う。
【００３１】
＜楽曲サーバの構成＞
次に、楽曲サーバ２０の構成について、図３を用いて説明する。図３は、楽曲サーバ２０のブロック図である。楽曲サーバ２０は、楽曲保存部２０１と、演奏情報生成部２０２と、コンテンツ保持部２０３と、配信部２０４と、通信部２０５とを備える。
【００３２】
楽曲保存部２０１は、様々な楽曲を合奏情報ＳＩとして保存する。ホスト端末１０Ｈのユーザは、ウェブブラウザ等を介して合奏したい楽曲を楽曲保存部２０１から選択する。なお、合奏情報ＳＩおよび演奏情報ＰＩの詳細については、後述する。
【００３３】
演奏情報生成部２０２は、ユーザが選択した楽曲に対応する合奏情報ＳＩを楽曲保存部２０１から取得し、ホスト端末１０Ｈから送信される演奏情報生成情報と、合奏情報ＳＩとに基づいて演奏情報ＰＩを作成する。
【００３４】
コンテンツ保持部２０３は、ホスト端末１０Ｈのユーザが選択した楽曲に対応する合奏情報ＳＩと、演奏情報生成部２０２が作成した演奏情報ＰＩとを保持する。また、コンテンツ保持部２０３は、作成した演奏情報ＰＩを、ホスト端末１０Ｈおよびクライアント端末１０Ｃに送信するための配信情報ＤＩを保存している。
【００３５】
配信部２０４は、演奏情報ＰＩの保存先ＵＲＬを、各無線端末１０に送信するとともに、各無線端末１０から受信した演奏情報ＰＩの取得要求に応じて、演奏情報ＰＩを各無線端末１０に送信する。
【００３６】
通信部２０５は、インターネット３０を介して接続する各無線端末１０との間で、ＴＣＰ／ＩＰなどのプロトコルを利用してデータの送受信を行う。
【００３７】
＜演奏情報と演奏情報の再生＞
次に、演奏情報ＰＩの内容について説明する。演奏情報ＰＩとは、各無線端末１０に割り当てられた演奏パートに対応した情報であり、各無線端末１０が出力する楽器音を記述した情報である。演奏情報ＰＩとしては、たとえば、ＭＩＤＩデータが利用可能である。つまり、演奏情報ＰＩは、楽譜情報を含んでいる。音楽再生部１１０は、演奏情報ＰＩに従って、演奏音を再生することが可能である。演奏情報ＰＩとしてＭＩＤＩデータを利用する場合、音楽再生部１１０は、ＭＩＤＩ音源データを有している。
【００３８】
次に、音楽再生部１１０による演奏情報ＰＩの再生処理について説明する。音楽再生部１１０は、演奏情報ＰＩを単に再生するのではなく、ユーザにより入力される演奏操作情報に基づいて、再生区分情報ＣＩに記述された演奏区分ごとに演奏情報ＰＩを再生する。
【００３９】
すなわち、再生区分情報ＣＩとは、演奏情報ＰＩを演奏区分ごとに再生するための区分情報である。演奏区分には、予め決められた時間で区分された、演奏情報ＰＩにおける１小節、１小節内の１拍などがある。また、他の演奏区分として、演奏情報ＰＩにおける演奏音がある。なお、演奏音には、単一の演奏音符の他に、三連符や五連符などの連音符、特定のメロディーおよびフレーズに対応する演奏音符群が含まれる。再生区分情報ＣＩには、これらの演奏区分に対応した再生開始位置と、再生開始位置からの再生時間が記述されている。
【００４０】
具体的には、まず、音楽再生部１１０は、操作部１０２から演奏操作情報が入力されると、先頭の演奏区分に対応する演奏情報ＰＩを再生する。さらに演奏操作情報が入力されると、音楽再生部１１０は、次の演奏区分に対応する演奏情報ＰＩを再生する。これらの手順を繰り返すことで、音楽再生部１１０は、演奏情報ＰＩを先頭から最後尾まで再生するのである。
【００４１】
したがって、ある任意の演奏区分の演奏情報ＰＩが再生されている場合において、その任意の演奏区分の演奏情報ＰＩの再生が終了するタイミングでユーザが演奏操作情報を入力すると、その任意の演奏区分の演奏情報ＰＩと、次の演奏区分の演奏情報ＰＩとが、連続的に、かつ途切れることなく再生される。一方、任意の演奏区分の演奏情報ＰＩの再生が終了した後や、任意の演奏区分の演奏情報ＰＩの再生が終了しないうちにユーザが演奏操作情報を入力すると、隣接する二つの演奏情報ＰＩは、連続的に、かつなめらかに再生されない。
【００４２】
このように、「ユーザが演奏情報ＰＩを利用した演奏を行う」とは、ユーザが適切なタイミングで演奏操作情報を入力することで、演奏区分ごとに再生される演奏情報ＰＩを、ユーザが連続的に再生させることを意味する。また、ユーザは、上記のように演奏情報ＰＩを連続的に、かつなめらかに再生させることで、特定の演奏パートを演奏しているような体感を得ることができるのである。
【００４３】
＜合奏情報＞
上述したように、演奏情報ＰＩは、各無線端末１０に割り当てられる演奏パートごとの情報である。これら演奏情報ＰＩの集合が合奏情報ＳＩである。つまり、合奏情報ＳＩは、全演奏パートの演奏情報ＰＩを全て記述した情報である。
【００４４】
合奏情報ＳＩは、演奏情報ＰＩの集合であるとともに、ヘッダ情報ＳＩＨを有している。図４は、ヘッダ情報ＳＩＨの記述内容を示す図である。ヘッダ情報ＳＩＨには、合奏システムに参加している無線端末１０の数に応じて、演奏パートをどのように割り振るかの規則が記述されている。
【００４５】
次に、図４に示す各トラックについて説明する。図４に示すように、合奏情報ＳＩで記録されている楽曲は、トラックＴ１からトラックＴ５までの５つの演奏パートからなっている。これらの演奏パートは、バイオリンや、ピアノなどの各楽器に対応した演奏パートである。したがって、合奏情報ＳＩには、これら各トラックＴ１〜Ｔ５に対応した演奏情報ＰＩが含まれている。
【００４６】
図４に示すように、トラックＴ１〜Ｔ５は、無線端末１０の数に応じて割り当てられる演奏パートである。図４で示した例であれば、もし、合奏システムに参加している無線端末１０の数が２台であれば、ヘッダ情報ＳＩＨは、ＩＤ＝１の無線端末１０にトラックＴ１、Ｔ３およびＴ４を割り当て、ＩＤ＝２の無線端末１０にトラックＴ２およびＴ５を割りてるように規定される。すなわち、ＩＤ＝１の無線端末１０およびＩＤ＝２の無線端末１０は、複数の演奏パートを担当する。
【００４７】
また、合奏システムに参加している無線端末１０の数が３台であれば、ヘッダ情報ＳＩＨは、ＩＤ＝１の無線端末１０にトラックＴ１およびＴ４を割り当て、ＩＤ＝２の無線端末１０にトラックＴ２を割り当て、ＩＤ＝３の無線端末１０にトラックＴ３およびＴ５を割り当てるように規定される。
【００４８】
このように、合奏に参加する無線端末１０の数がトラックの数より少ない場合、無線端末１０に複数のトラックを割り当てることができる。また、合奏に参加する無線端末１０の数がトラックの数より多い場合、一つのトラックに複数の無線端末１０を割り当てればよい。
【００４９】
上述の各トラックに割り当てられた無線端末１０のＩＤは、ヘッダ情報ＳＩＨを保持するホスト端末１０Ｈにおいて設定される。つまり、ホスト端末１０Ｈは、合奏システムに参加している無線端末１０の数に応じて、各無線端末１０にＩＤを割り振る。そして、ホスト端末１０Ｈは、割り振った端末ＩＤを楽曲サーバ２０に送信する。
【００５０】
なお、ホスト端末１０Ｈは、自装置を含めた全無線端末１０にＩＤを割り振る。したがって、ホスト端末１０Ｈとクライアント端末１０Ｃを手にしているすべてのユーザで合奏を楽しむことができる。あるいは、ホスト端末１０Ｈは、設定用端末という位置づけにし、クライアント端末１０Ｃに対してのみＩＤを割り振り、クライアント端末１０Ｃのみで演奏情報ＰＩを再生するようにしてもよい。
【００５１】
＜合奏システムの処理の流れ＞
まず、合奏システムを利用するユーザが、集合する。たとえば、図１に示した例であれば、４人のユーザが室内、ホールなどに集まり、それぞれが無線端末１０を所持する。そして、集合したユーザの中の一人が所持する無線端末１０が、ホスト端末１０Ｈとして使用される。
【００５２】
ホスト端末１０Ｈのユーザは、操作部１０２を操作して、楽曲サーバ２０にウェブブラウザなどを介してアクセスし、楽曲保存部２０１から合奏情報ＳＩを選択する。楽曲サーバ２０は、選択された合奏情報ＳＩをコンテンツ保持部２０３に保存するとともに、選択された合奏情報ＳＩのヘッダ情報ＳＩＨをホスト端末１０Ｈに送信する。なお、楽曲サーバ２０は、楽曲情報を選択するユーザごとにコンテンツ保持部２０３を作成する。
【００５３】
次に、合奏に参加するクライアント端末１０Ｃのユーザが、操作部１０２を操作して、クライアント端末１０Ｃのメールアドレスをホスト端末１０Ｈに送信する。これにより、合奏に参加する無線端末１０の数が決定する。図１に示す例の場合、合奏に参加する無線端末１０の数は、ホスト端末１０Ｈと、クライアント端末１０Ｃ１〜１０Ｃ３との４台となる。
【００５４】
合奏に参加する無線端末１０の数が決定すると、ホスト端末１０Ｈの制御部１００は、楽曲サーバ２０から送信されたヘッダ情報ＳＩＨを参照して、無線端末１０に対してＩＤを割り振る。これにより、無線端末１０が担当する演奏パートが決定される。また、無線端末１０に割り振られたＩＤと、無線端末１０のメールアドレスとが対応付けられる。そして、ホスト端末１０Ｈの制御部１００は、合奏に参加するユーザの数や、無線端末１０に割り当てたトラック番号、合奏に参加する無線端末１０のメールアドレスなどが含まれた演奏情報生成情報を楽曲サーバ２０に送信する。
【００５５】
楽曲サーバ２０が演奏情報生成情報を受信すると、楽曲サーバ２０の演奏情報生成部２０２は、受信した演奏情報生成情報に基づいて演奏情報ＰＩを生成し、コンテンツ保持部２０３に保存する。また、無線端末１０のメールアドレス、およびメールアドレスに対応付けられたＩＤが、配信情報ＤＩとしてコンテンツ保持部２０３に保存される。そして、楽曲サーバ２０の配信部２０４は、生成された演奏情報ＰＩの保存先ＵＲＬを、演奏情報ＰＩに対応するＩＤが割り振られた無線端末１０にメールで通知する。
【００５６】
無線端末１０は、楽曲サーバ２０からメールを受信すると、メールに記載された保存先ＵＲＬにアクセスし、保存先ＵＲＬに保存されている演奏情報ＰＩをダウンロードする。そして、無線端末１０のユーザは、操作部１０２を操作して、音楽再生部１１０に演奏情報ＰＩを読み込ませ、演奏情報ＰＩを利用した演奏を行う際の難易度を決定する。そして、決定された難易度に応じた再生区分情報ＣＩが音楽再生部１１０により作成され、記憶部１０４に保存される。そして、合奏に参加するユーザの合図で、無線端末１０のユーザは、一斉に演奏を開始するのである。
【００５７】
＜演奏情報ＰＩの再生操作および合奏方法＞
次に、演奏情報ＰＩの再生操作および合奏方法の一例について説明する。まず、演奏情報ＰＩの再生中における、モニタ１０１の表示状態について、図５を用いて説明する。図５は、演奏情報ＰＩを再生する際の無線端末１０の操作方法を説明するための図である。
【００５８】
図５に示すモニタ１０１は、演奏情報ＰＩの再生状態を表示しており、無線端末１０が担当する楽器が表示されている。また、図５に示すモニタ１０１は、再生中の小節における、演奏情報ＰＩの再生先頭位置からの通し番号を演奏小節数１５１として表示し、再生中の小節における、再生位置に対応する拍数を、演奏拍数１５２として表示し、再生先頭位置から再生中の再生位置までの再生時間を、演奏時間１５３として表示している。
【００５９】
次に、各無線端末１０の演奏方法、および再生区分情報ＣＩに記述される演奏区分について、図５および図６を用いて説明する。図６は、本実施の形態の合奏システムにおける合奏方法を説明するための図である。
【００６０】
図６は、演奏情報ＰＩを再生区分情報ＣＩに記述された演奏区分ごとに区分した状態を示している。なお、図６に示す演奏情報ＰＩは３拍子の楽曲であり、１小節が３拍で構成されるものとする。また、図６において、演奏情報ＰＩに付されている符号Ａ，Ｂ，Ｃ・・・は、演奏情報ＰＩの再生先頭位置からの各小節の通し番号を示している。また、演奏情報ＰＩに付されている符号１，２，３は、各小節における拍数を示している。また、演奏情報ＰＩ上に示されている矢印ＱおよびＲは、演奏情報ＰＩを連続的に、かつ途切れることなく再生するための、図５に示す「２」キー１２２を押すタイミングを示している。
【００６１】
ここでは、ホスト端末１０Ｈを例にして、無線端末１０による演奏情報ＰＩの演奏方法を説明する。図６に示すように、ホスト端末１０Ｈが再生する演奏情報ＰＩは、再生区分情報ＣＩによって１小節ごとに区分されて再生される。
【００６２】
まず、ホスト端末１０Ｈのユーザが演奏情報ＰＩの演奏を開始する場合、ユーザは「２」キー１２２を押す。これにより、音楽再生部１１０は演奏情報ＰＩの先頭の小節である小節Ａを再生する。続いて、小節Ａの再生が終了するタイミング（時間ｔ１）で、ユーザが「２」キー１２２を再度押すと、音楽再生部１１０は、小節Ｂを再生する。さらに、小節Ｂの再生が終了するタイミング（時間ｔ２）で、ユーザが「２」キー１２２を押すと、音楽再生部１１０は小節Ｃを再生する。以後、各小節の再生が終了するタイミングで、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、次の小節を再生する。このように、各小節の再生が終了するタイミングでユーザが「２」キー１２２を押すことで、演奏情報ＰＩを連続的に、かつなめらかに再生することができる。また、小節Ａの再生が終了するタイミングで「２」キー１２２が押されない場合、音楽再生部１１０は、小節Ａの再生が終了した時点で、演奏情報ＰＩの再生を停止する。そして、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、小節Ｂを再生する。
【００６３】
ここで、「２」キー１２２を押すタイミングは、再生中の小節の再生が終了するタイミングと完全に一致させなくてもよい。「２」キー１２２を押すタイミングと、再生中の小節の再生が終了するタイミングがある時間範囲内で一致していれば、音楽再生部１１０は、隣接する二つの小節を連続的に再生してもよい。これにより、初心者であっても、楽器を演奏しているような感覚を得ることができる。
【００６４】
また、ユーザは、音楽再生部１１０が任意の小節を再生していても、下記の操作を行うことにより、その任意小節の前後の小節を再生させることができる。たとえば、音楽再生部１１０が小節Ｃを再生している場合を考える。このとき、ユーザが図５に示す「１」キー１２１を押すと、音楽再生部１１０は、次に「２」キー１２２が押された際に演奏情報ＰＩの小節Ｂを再生するように設定する。このとき、音楽再生部１１０は、小節Ｃの演奏情報ＰＩを引き続き再生していてもよい。そして、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、小節Ｃを再生しているか否かに関わらず、小節Ｂを再生する。
【００６５】
一方、ユーザが図５に示す「３」キー１２３を押すと、音楽再生部１１０は、次に「２」キー１２２が押された際に演奏情報ＰＩの小節Ｄを再生するように設定する。このとき、音楽再生部１１０は、小節Ｃの演奏情報ＰＩを引き続き再生していてもよい。そして、ユーザが「２」キー１２２を押すと、音楽再生部１１０は、小節Ｃを再生しているか否かに関わらず、小節Ｄを再生するのである。
【００６６】
なお、演奏情報ＰＩにおける演奏区分を１小節ごとではなく、他の時間単位で区分することも可能である。たとえば、演奏情報ＰＩを１拍ごとに区分してもよい。図６に示すように、クライアント端末１０Ｃ１が再生する演奏情報ＰＩは、１拍ごとに区分されている。このため、音楽再生部１１０による各拍の再生が終了するタイミング（矢印Ｒで示すタイミング）でユーザが「２」キー１２２を押すことによって、演奏情報ＰＩは、連続的に、かつなめらかに再生される。
【００６７】
また、演奏情報ＰＩにおける演奏区分を演奏時間で区分してもよい。たとえば、演奏情報ＰＩが効果音やラップなどの音声情報で構成されている場合などに、演奏情報ＰＩにおける演奏区分を、演奏時間で区分してもよい。この場合、再生区分情報ＣＩには、演奏区分ごとに再生開始時間および再生終了時間が記述されていればよい。
【００６８】
また、図６には示していないが、演奏情報ＰＩにおける演奏区分を演奏音に対応させてもよい。この場合、音楽再生部１１０は、ユーザが「２」キー１２２を押すタイミングで、演奏情報ＰＩに従って音程を自動的に割り当てて演奏音を発音する。また、演奏情報ＰＩを演奏音ごとに区分する場合、単一の演奏音符ごとに区分する他に、複数の演奏音符をまとめて一つの演奏区分としてもよい。複数の演奏音符を一つの演奏区分とする例としては、たとえば、三連符や五連符などの連音符や、特定のメロディーおよびフレーズに対応する演奏音符群が挙げられる。これらの区分であっても、ユーザによる演奏操作は、上述の１小節ごとに区分した場合と基本的に同じである。
【００６９】
また、上記の演奏区分を組み合わせて、演奏情報ＰＩを利用した演奏を行うことも可能である。たとえば、図６に示すように、クライアント端末１０Ｃ２が再生する演奏情報ＰＩは、１小節ごとに、演奏情報ＰＩの演奏区分が１小節、１拍と入れ替わっている。これにより、合奏システムのゲーム性を高めることができる。
【００７０】
次に、ユーザによる難易度の設定と、再生区分情報ＣＩに記述される演奏区分との関係について説明する。上述したように、ユーザは、演奏情報ＰＩを利用した演奏を行う前に難易度を設定する。ユーザが設定する難易度は、再生区分情報ＣＩに記述される演奏区分と対応する。すなわち、再生区分情報ＣＩに記述される演奏区分において、再生時間が長いほど難易度が低く、再生時間が短いほど難易度が高くなる。図６に示すように、クライアント端末１０Ｃ１の場合、「２」キー１２２を押すタイミングを示す矢印Ｒの間隔が、ホスト端末１０Ｈで「２」キー１２２を押すタイミングを示す矢印Ｑの間隔よりも短いため、難易度が高くなっていることがわかる。
【００７１】
したがって、難易度が「初級者レベル」に設定された場合、時間単位情報ＴＩには、１小節に対応した演奏区分が記述される。また、難易度が「中級レベル」に設定された場合、時間単位情報ＴＩには、１拍に対応した演奏区分が記述される。さらに、難易度が「上級レベル」に設定された場合、時間単位情報ＴＩには、演奏音ごとに対応した演奏区分が記述される。
【００７２】
次に、合奏方法について説明する。図１に示す無線端末１０のユーザが合奏を開始する際、たとえば、４人のユーザのうちの一人の合図で、各ユーザは、一斉に「２」キー１２２を押して、演奏情報ＰＩの演奏を開始する。すなわち、無線端末１０の各ユーザが演奏情報ＰＩの演奏を開始する際、無線端末１０同士で同期をとらない。また、ユーザが演奏情報ＰＩを演奏している間も、無線端末１０同士は、演奏情報ＰＩの同期再生を行わない。
【００７３】
無線端末１０同士が同期再生を行わない代わりに、無線端末１０の各ユーザが、無線端末１０の「２」キー１２２を押すタイミングを合わせることによって、演奏情報ＰＩを再生するための同期をとる。このため、ユーザの演奏操作によっては、各無線端末１０の演奏時間にずれが生じる場合がある。このような場合、ユーザは、図５に示す「１」キー１２１または「３」キー１２３を操作することによって、各無線端末１０の演奏時間を一致させる。
【００７４】
このように、本実施の形態の合奏システムは、再生区分情報ＣＩで記述された演奏区分ごとに再生される演奏情報ＰＩを連続的にかつなめらかに再生されるように、ユーザが無線端末１０の操作部１０２を操作する。これにより、ユーザは実際に楽器を演奏しているような体感を得ることができる。また、演奏タイミングを合わせながら演奏情報ＰＩを利用した演奏を行うことによって、ユーザは、連帯感を持って楽曲の演奏を疑似体験することが可能となる。また、ユーザごとに難易度を設定することで、それぞれのユーザに適した演奏レベルで演奏情報を再生させることができる。これにより、ユーザごとに演奏技術に差がある場合であっても、バランスのとれた楽曲の合奏を実現することができる。
【００７５】
なお、上記実施の形態において、無線端末１０は携帯電話であるものとして説明したが、これに限られるものではなく、本実施の形態の合奏システムにおける専用端末や、ＰＤＡなどであってもよい。この場合、無線端末１０は、たとえば、Ｚｉｇｂｅｅ、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮなどを利用することが可能である。
【００７６】
また、上記実施の形態において、楽曲サーバ２０が、ホスト端末１０Ｈが送信する演奏情報生成情報に基づいて演奏情報ＰＩを生成するものとして説明したが、これに限られるものではなく、ホスト端末１０Ｈが合奏情報ＳＩをダウンロードし、演奏情報ＰＩを生成してもよい。この場合、ホスト端末１０Ｈが演奏情報ＰＩを楽曲サーバ２０にアップロードして、楽曲サーバ２０がクライアント端末１０Ｃに演奏情報ＰＩを配信してもよい。また、無線端末１０が赤外線通信機能などを有している場合、ホスト端末１０Ｈからクライアント端末１０Ｃに演奏情報ＰＩを送信してもよい。
【００７７】
また、上記実施の形態において、楽曲サーバ２０が、ホスト端末１０Ｈが送信する演奏情報生成情報に基づいて演奏情報ＰＩを生成するものとして説明したが、これに限られるものではなく、無線端末１０がそれぞれ合奏情報ＳＩをダウンロードし、それぞれの無線端末１０で演奏情報ＰＩを生成してもよい。
【００７８】
また、上記実施の形態において、再生状態におけるモニタ１０１の表示は図５に示すものに限られない。たとえば、図６に示すように、モニタ１０１を、演奏情報ＰＩの各小節を時系列で表示させ、ポインタＰを用いて再生位置を示す（たとえば、図６に示す領域１０１Ａをモニタ１０１に表示させる）ことによって、ユーザが再生位置を確認できるようにしてもよい。この場合、演奏タイミングと再生位置とを可視化することができるため、演奏操作を容易にすることができる。
【００７９】
また、上記実施の形態において、伴奏演奏がないものとして説明したが、これに限られるものではなく、伴奏演奏用の無線端末１０があってもよい。この場合、ユーザによる演奏操作情報の入力に関わらず、伴奏演奏用の演奏情報ＰＩは、先頭位置から最後尾まで連続して再生される。これにより、無線端末１０のユーザは伴奏演奏に合わせて演奏タイミングをとることができるため、完成度の高い合奏を簡単に行うことができる。
【００８０】
また、上記実施の形態において、ホスト端末１０Ｈのユーザが、楽曲サーバ２０の楽曲保存部２０１から合奏情報ＳＩを選択するものとして説明したが、ホスト端末１０Ｈが予め合奏情報ＳＩを保持していてもよい。この場合、ホスト端末１０Ｈのユーザが、操作部１０２を操作して、記憶部１０４に記憶されている合奏情報ＳＩを楽曲サーバ２０のコンテンツ保持部２０３にアップロードすればよい。
【００８１】
また、上記実施の形態において、各トラックには一つの無線端末１０が割り当てられるものとして説明したが、これに限られるものではなく、トラックに複数の無線端末１０が割り当てられてもよい。たとえば、無線端末１０の数が３台である場合、図４に示すヘッダ情報ＳＩＨにおいて、トラックＴ５に、ＩＤ＝１〜３を割り当ててもよい。このとき、トラックＴ５は全ての無線端末１０で再生する演奏パートとなるため、すべての無線端末１０が、トラックＴ５に対応した演奏情報ＰＩを楽曲サーバ２０から取得する。
【００８２】
この場合、トラックＴ５については、どのように各無線端末１０が演奏を分担するかについて、さらに、ヘッダ情報ＳＩＨ内に規則を記述しておくとよい。たとえば、ノート（音階）別に無線端末１０を割り当てるような規則にしてもよい。あるいは、時間の経過につれて、各無線端末１０に対して順番に演奏パートを割り当てるような規則にしてもよい。あるいは、ランダムに演奏パートが入れ替わるようにしてもよい。
【００８３】
また、上記実施の形態において、難易度の設定に応じて再生区分情報ＣＩが作成されるものとして説明したが、これに限られるものではなく、演奏情報ＰＩに難易度に応じた再生区分情報ＣＩが組み込まれていてもよい。
【００８４】
また、上記実施の形態において、ユーザが「２」キー１２２などを用いて演奏情報ＰＩの演奏を行うものとして説明したが、これに限られるものではなく、たとえば、ユーザが操作部１０２の「９」キーなどを押すことで、音楽再生部１１０が効果音の出力や、ビブラートをかけることができるようにしてもよい。これにより、ユーザは、演奏情報ＰＩの演奏をアレンジすることが可能となる。
【図面の簡単な説明】
【００８５】
【図１】本実施の形態に係る合奏システムの全体構成図である。
【図２】無線端末１０のブロック図である。
【図３】楽曲サーバ２０のブロック図である。
【図４】ヘッダ情報ＳＩＨの記述内容を示す図である。
【図５】演奏情報ＰＩを再生時の無線端末１０の操作方法を説明するための図である。
【図６】合奏方法を説明するための図である。
【符号の説明】
【００８６】
１０ 無線端末
１０Ｈ ホスト端末
１０Ｃ（１０Ｃ１、１０Ｃ２、１０Ｃ３） クライアント端末
２０ 楽曲サーバ
１０１ モニタ
１０２ 操作部
１０３ スピーカ
１０４ 記憶部
１１０ 音楽再生部
２０１ 楽曲保存部
２０２ 演奏情報生成部
２０３ コンテンツ保持部
【特許請求の範囲】
【請求項１】
複数の端末を利用して合奏するシステムであって、
各端末が担当する演奏パートに係る演奏情報を合奏情報から抽出する演奏情報抽出手段と、
前記演奏情報を各端末に設定する演奏情報設定手段と、
を備え、
各端末は、
前記演奏情報を演奏区分ごとに再生するための再生区分情報と、前記演奏情報とを記憶する記憶手段と、
入力される演奏操作情報と前記再生区分情報とに基づいて、前記演奏情報を前記演奏区分ごとに再生する再生手段と、
を備えることを特徴とする合奏システム。
【請求項２】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された小節に対応することを特徴とする合奏システム。
【請求項３】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された拍に対応することを特徴とする合奏システム。
【請求項４】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された演奏音符または演奏音符群に対応することを特徴とする合奏システム。
【請求項５】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された時間情報に対応することを特徴とする合奏システム。
【請求項６】
請求項１ないし請求項５のいずれかに記載の合奏システムにおいて、
前記再生区分情報は、前記演奏区分に対応した複数の再生開始位置情報と、前記演奏区分に対応した前記複数の再生開始位置情報からの再生時間情報とを含むことを特徴とする合奏システム。
【請求項７】
請求項６に記載の合奏システムにおいて、
ユーザにより入力される演奏レベル情報に基づいて、前記演奏区分に応じて決定されている複数の再生パターンのうちいずれか一つの再生パターンが前記再生区分情報として選択されることを特徴とする合奏システム。
【請求項８】
請求項１ないし請求項７のいずれかに記載の合奏システムにおいて、
前記再生手段は、任意の演奏区分に対応する演奏情報の再生が終了するタイミングで前記演奏操作情報が入力された場合、前記任意の演奏区分の次の演奏区分に対応する演奏情報を再生することを特徴とする合奏システム。
【請求項９】
請求項１ないし請求項８のいずれかに記載の合奏システムにおいて、
前記再生手段は、任意の演奏区分に対応する演奏情報の再生中に前記演奏操作情報が入力された場合、前記任意の演奏区分の演奏情報の再生状態に関わらず、他の演奏区分の演奏情報を再生することを特徴とする合奏システム。
【請求項１０】
請求項１ないし請求項９のいずれかに記載の合奏システムにおいて、
各端末とネットワークで接続されたサーバが、前記演奏情報抽出手段と前記演奏情報設定手段とを有しており、
前記演奏情報設定手段は、前記複数の端末のうちの１台の端末から送信された抽出情報に基づいて、前記合奏情報から前記演奏情報を抽出して保持し、
各端末は、前記ネットワークを介して前記サーバから前記演奏情報を取得することを特徴とする合奏システム。
【請求項１】
複数の端末を利用して合奏するシステムであって、
各端末が担当する演奏パートに係る演奏情報を合奏情報から抽出する演奏情報抽出手段と、
前記演奏情報を各端末に設定する演奏情報設定手段と、
を備え、
各端末は、
前記演奏情報を演奏区分ごとに再生するための再生区分情報と、前記演奏情報とを記憶する記憶手段と、
入力される演奏操作情報と前記再生区分情報とに基づいて、前記演奏情報を前記演奏区分ごとに再生する再生手段と、
を備えることを特徴とする合奏システム。
【請求項２】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された小節に対応することを特徴とする合奏システム。
【請求項３】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された拍に対応することを特徴とする合奏システム。
【請求項４】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された演奏音符または演奏音符群に対応することを特徴とする合奏システム。
【請求項５】
請求項１に記載の合奏システムにおいて、
前記演奏区分は、前記演奏情報に記述された時間情報に対応することを特徴とする合奏システム。
【請求項６】
請求項１ないし請求項５のいずれかに記載の合奏システムにおいて、
前記再生区分情報は、前記演奏区分に対応した複数の再生開始位置情報と、前記演奏区分に対応した前記複数の再生開始位置情報からの再生時間情報とを含むことを特徴とする合奏システム。
【請求項７】
請求項６に記載の合奏システムにおいて、
ユーザにより入力される演奏レベル情報に基づいて、前記演奏区分に応じて決定されている複数の再生パターンのうちいずれか一つの再生パターンが前記再生区分情報として選択されることを特徴とする合奏システム。
【請求項８】
請求項１ないし請求項７のいずれかに記載の合奏システムにおいて、
前記再生手段は、任意の演奏区分に対応する演奏情報の再生が終了するタイミングで前記演奏操作情報が入力された場合、前記任意の演奏区分の次の演奏区分に対応する演奏情報を再生することを特徴とする合奏システム。
【請求項９】
請求項１ないし請求項８のいずれかに記載の合奏システムにおいて、
前記再生手段は、任意の演奏区分に対応する演奏情報の再生中に前記演奏操作情報が入力された場合、前記任意の演奏区分の演奏情報の再生状態に関わらず、他の演奏区分の演奏情報を再生することを特徴とする合奏システム。
【請求項１０】
請求項１ないし請求項９のいずれかに記載の合奏システムにおいて、
各端末とネットワークで接続されたサーバが、前記演奏情報抽出手段と前記演奏情報設定手段とを有しており、
前記演奏情報設定手段は、前記複数の端末のうちの１台の端末から送信された抽出情報に基づいて、前記合奏情報から前記演奏情報を抽出して保持し、
各端末は、前記ネットワークを介して前記サーバから前記演奏情報を取得することを特徴とする合奏システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００８−２９９１７６（Ｐ２００８−２９９１７６Ａ）
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願番号】特願２００７−１４６６７７（Ｐ２００７−１４６６７７）
【出願日】平成１９年６月１日（２００７．６．１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５９１１２８４５３）株式会社メガチップス (322)
【Ｆターム（参考）】
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願日】平成１９年６月１日（２００７．６．１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５９１１２８４５３）株式会社メガチップス (322)
【Ｆターム（参考）】
[ Back to top ]