(57)【要約】【課題】サーバーの負荷を大きくせずに、複数の演奏者端末が同期がとれた自動演奏を行うことを課題とする。【解決手段】演奏データ通信システムは、複数の端末が直接又はサーバーを介して接続される。各端末は、パート情報を含む演奏制御データを生成し、他の端末からパート情報を含む演奏制御データを受信する。演奏データ生成ユニットは、複数のパートの演奏データを記憶し、自己の端末で生成した演奏制御データ又は他の端末から受信した演奏制御データに応じて、演奏データを生成し、他の端末に送信する。【選択図】        図３
2004309685.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末が直接又はサーバーを介して接続される演奏データ通信システムであって、
前記一の端末は、
パート情報を含む演奏制御データを生成するための演奏制御データ生成手段と、
他の端末からパート情報を含む演奏制御データを受信するための受信手段と、
複数のパートの演奏データを記憶し、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成するための演奏データ生成手段と、
前記生成された演奏データを他の端末に送信するための送信手段と
を有する演奏データ通信システム。
【請求項２】
前記複数の端末は、前記一の端末と同じ構成を有し、
前記複数の端末のうちのいずれか１つの端末の演奏データ生成手段のみが活性化する請求項１記載の演奏データ通信システム。
【請求項３】
前記一の端末は、さらに、前記生成された演奏データを基に発音処理を行う発音手段を有する請求項１又は２記載の演奏データ通信システム。
【請求項４】
前記演奏データ生成手段は、リズムパート、ベースパート及びコードパートのうちの少なくとも１つのパートの演奏データを生成することができる請求項１〜３のいずれか１項に記載の演奏データ通信システム。
【請求項５】
前記演奏データ生成手段は、リズムパート、ベースパート及びコードパートの演奏データを生成することができる請求項１〜３のいずれか１項に記載の演奏データ通信システム。
【請求項６】
前記演奏制御データ生成手段は、パート毎に演奏制御のオン及びオフのスイッチ情報を生成することができ、
前記受信手段は、他の端末からパート毎に演奏制御のオン及びオフのスイッチ情報を受信することができ、
前記演奏データ生成手段は、前記生成されたスイッチ情報又は前記受信したスイッチ情報に応じて、前記演奏制御データの入力を受け付け、演奏データを生成する請求項１〜５のいずれか１項に記載の演奏データ通信システム。
【請求項７】
前記演奏データ生成手段は、パート毎のすべての端末のスイッチ情報がオフになったときにはそのスイッチ情報に対応するパートの演奏データを生成しない請求項６記載の演奏データ通信システム。
【請求項８】
前記スイッチ情報において、リズムパートのスイッチ情報はなく、リズムパート以外のパートのスイッチ情報はある請求項７記載の演奏データ通信システム。
【請求項９】
前記スイッチ情報において、リズムパートのスイッチ情報はなく、ベースパート及びコードパートのスイッチ情報はある請求項７記載の演奏データ通信システム。
【請求項１０】
前記演奏制御データは、演奏のスタートデータ及びストップデータを含む請求項１〜９のいずれか１項に記載の演奏データ通信システム。
【請求項１１】
パート情報を含む演奏制御データを生成するための演奏制御データ生成手段と、
外部からパート情報を含む演奏制御データを受信するための受信手段と、
複数のパートの演奏データを記憶し、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成するための演奏データ生成手段と、
前記生成された演奏データを外部に送信するための送信手段と
を有する演奏データ通信装置。
【請求項１２】
さらに、前記生成された演奏データを基に発音処理を行う発音手段を有する請求項１１記載の演奏データ通信装置。
【請求項１３】
前記演奏データ生成手段は、リズムパート、ベースパート及びコードパートのうちの少なくとも１つのパートの演奏データを生成することができる請求項１１又は１２記載の演奏データ通信装置。
【請求項１４】
前記演奏データ生成手段は、リズムパート、ベースパート及びコードパートの演奏データを生成することができる請求項１１又は１２記載の演奏データ通信装置。
【請求項１５】
前記演奏制御データ生成手段は、パート毎に演奏制御のオン及びオフのスイッチ情報を生成することができ、
前記受信手段は、外部からパート毎に演奏制御のオン及びオフのスイッチ情報を受信することができ、
前記演奏データ生成手段は、前記生成されたスイッチ情報又は前記受信したスイッチ情報に応じて、前記演奏制御データの入力を受け付け、演奏データを生成する請求項１１〜１４のいずれか１項に記載の演奏データ通信装置。
【請求項１６】
前記演奏データ生成手段は、パート毎のすべてのスイッチ情報がオフになったときにはそのスイッチ情報に対応するパートの演奏データを生成しない請求項１５記載の演奏データ通信装置。
【請求項１７】
前記スイッチ情報において、リズムパートのスイッチ情報はなく、リズムパート以外のパートのスイッチ情報はある請求項１６記載の演奏データ通信装置。
【請求項１８】
前記スイッチ情報において、リズムパートのスイッチ情報はなく、ベースパート及びコードパートのスイッチ情報はある請求項１６記載の演奏データ通信装置。
【請求項１９】
前記演奏制御データは、演奏のスタートデータ及びストップデータを含む請求項１１〜１８のいずれか１項に記載の演奏データ通信装置。
【請求項２０】
パート情報を含む演奏制御データを生成する演奏制御データ生成ステップと、
外部からパート情報を含む演奏制御データを受信する受信ステップと、
記憶手段内の複数のパートの演奏データを基に、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成する演奏データ生成ステップと、
前記生成された演奏データを外部に送信する送信ステップと
を有する演奏データ通信方法。
【請求項２１】
パート情報を含む演奏制御データを生成する演奏制御データ生成ステップと、
外部からパート情報を含む演奏制御データを受信する受信ステップと、
記憶手段内の複数のパートの演奏データを基に、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成する演奏データ生成ステップと、
前記生成された演奏データを外部に送信する送信ステップと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、演奏データ通信技術に関し、特に演奏制御データに応じて演奏データを生成して通信する技術に関する。
【０００２】
【従来の技術】
図７（Ａ）は、３個の端末７０１〜７０３が、セッションサーバー７０４を介して、ネットワークで接続され、合奏を行う例を示す。端末７０１は、リズム生成ユニット７１１を有し、リズムパートの自動伴奏を行うことができる。端末７０２は、ベース生成ユニット７１２を有し、ベースパートの自動伴奏を行うことができる。端末７０３は、コード生成ユニット７１３を有し、コードパートの自動伴奏を行うことができる。リズム生成ユニット７１１は、リズムパートの自動伴奏データを生成することができる。ベース生成ユニット７１２は、ベースパートの自動伴奏データを生成することができる。コード生成ユニット７１３は、コードパートの自動伴奏データを生成することができる。
【０００３】
図７（Ｂ）は、２個の端末７２１及び７２２がネットワークで直接接続され、合奏を行う例を示す。端末７２１は、リズム生成ユニット７３１を有し、リズムパートの自動伴奏を行うことができる。端末７２２は、ベース生成ユニット７３２を有し、ベースパートの自動伴奏を行うことができる。
【０００４】
上記の端末は、例えば電子楽器である。ネットワークで接続された電子楽器を利用して自動演奏による合奏を行う場合に、各々の電子楽器７０１〜７０３，７２１，７２２が個別に自動伴奏生成ユニット７１１〜７１３，７３１，７３２を設けていると、通信経路においてデータ通信の遅延が発生するため、同期をとるのが困難であるという問題がある。
【０００５】
何れかの電子楽器又はセッションサーバーがマスターとなって同期信号を発生させて、一斉に自動伴奏を開始させることも考えられるが、その場合、通信経路における遅延が発生するため、各々の電子楽器にそれぞれの演奏（リズム、ベース、コード）が到達するまでの時間がまちまちになってしまう。このため、それぞれの演奏の同期をとるのが非常に難しい。
【０００６】
図８（Ａ）では、第１のグループとして３個の端末８０１〜８０３が合奏を行い、別の第２のグループとして３個の端末８１１〜８１３が合奏を行う例を示す。３個の端末８０１〜８０３は、セッションサーバー８００を介して、ネットワークで接続される。３個の端末８１１〜８１３は、セッションサーバー８００を介して、ネットワークで接続される。セッションサーバー８００は、伴奏生成ユニット８２１及び８２２を有する。伴奏生成ユニット８２１及び８２２は、リズムパート、ベースパート及びコードパートの自動伴奏データを生成可能である。第１のグループの端末８０１〜８０３は、伴奏生成ユニット８２１を用いて、自動伴奏を行うことができる。第２のグループの端末８１１〜８１３は、伴奏生成ユニット８２２を用いて、自動伴奏を行うことができる。
【０００７】
セッションサーバー８００に自動伴奏生成ユニット８２１，８２２を設けた場合には、同期の問題は解決されるが、セッションサーバー８００に複数の自動伴奏生成ユニット８２１及び８２２を設けなければならず、そのセッションサーバー８００の負荷が大きくなってしまう。
【０００８】
また、このような方法では、セッションサーバー８００に自動伴奏生成ユニット８２１，８２２があるため、図８（Ｂ）に示すように、サーバーを介さずに端末８３１及び８３２を直接接続した場合に、自動伴奏ユニットが利用できなくなるという問題がある。
【０００９】
また、下記の特許文献１が公開されている。
【００１０】
【特許文献１】
特許第３２９８４１９号公報
【００１１】
【発明が解決しようとする課題】
本発明の目的は、サーバーの負荷を大きくせずに、複数の演奏者端末が同期がとれた自動演奏を行うことである。
【００１２】
【課題を解決するための手段】
本発明の一観点によれば、複数の端末が直接又はサーバーを介して接続される演奏データ通信システムであって、前記一の端末は、パート情報を含む演奏制御データを生成するための演奏制御データ生成手段と、他の端末からパート情報を含む演奏制御データを受信するための受信手段と、複数のパートの演奏データを記憶し、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成するための演奏データ生成手段と、前記生成された演奏データを他の端末に送信するための送信手段とを有する演奏データ通信システムが提供される。
本発明の他の観点によれば、パート情報を含む演奏制御データを生成するための演奏制御データ生成手段と、外部からパート情報を含む演奏制御データを受信するための受信手段と、複数のパートの演奏データを記憶し、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成するための演奏データ生成手段と、前記生成された演奏データを外部に送信するための送信手段とを有する演奏データ通信装置が提供される。
本発明のさらに他の観点によれば、パート情報を含む演奏制御データを生成する演奏制御データ生成ステップと、外部からパート情報を含む演奏制御データを受信する受信ステップと、記憶手段内の複数のパートの演奏データを基に、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成する演奏データ生成ステップと、前記生成された演奏データを外部に送信する送信ステップとを有する演奏データ通信方法が提供される。
本発明のさらに他の観点によれば、パート情報を含む演奏制御データを生成する演奏制御データ生成ステップと、外部からパート情報を含む演奏制御データを受信する受信ステップと、記憶手段内の複数のパートの演奏データを基に、前記生成された演奏制御データ又は前記受信した演奏制御データに応じて、演奏データを生成する演奏データ生成ステップと、前記生成された演奏データを外部に送信する送信ステップとをコンピュータに実行させるためのプログラムが提供される。
【００１３】
本発明によれば、自己の端末が生成した演奏制御データ又は他の端末から受信した演奏制御データに応じて、演奏データを生成することができる。１つの端末が自己の端末で生成した演奏制御データ又は他の端末から受信した演奏制御データを基に演奏データを生成するので、複数の端末が異なるパートを自動演奏制御しても、パート間での同期ずれを防止することができる。具体的には、１つの端末が、同じテンポで複数のパートの演奏データを生成することができ、同期ずれを防止することができる。
【００１４】
【発明の実施の形態】
図１は、本発明の実施形態によるデータ通信システムの第１の構成例を示す。２個の端末１１０及び１２０は、２人の演奏者が遠隔地で合奏を行うために、直接接続され、相互に演奏データ、音声データ及び映像データを通信する。例えば、端末１１０がサーバーであり、端末１２０がクライアントである。端末１１０及び１２０は、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１５】
演奏者が鍵盤（電子楽器）１０１を演奏すると、鍵盤１０１は演奏データを生成して端末１１０に供給する。演奏データは、例えばＭＩＤＩ（Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）データである。端末１１０は、鍵盤１０１からＭＩＤＩデータを入力すると、音源１０２に出力すると共に、インターネット（ネットワーク）１３０を介して端末１２０に送信する。音源１０２は、ＭＩＤＩデータを基に楽音信号を生成し、スピーカ１０４から楽音を発音させる。端末１２０でも、同様に、音源１０２及びスピーカ１０４により楽音が発音される。
【００１６】
マイク１０３は、演奏者の歌声等の音声を基に音声信号を生成し、端末１１０に出力する。端末１１０は、マイク１０３からアナログ形式の音声信号を入力すると、デジタル形式の音声データに変換し、スピーカ１０４から発音させると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、スピーカ１０４から音声が発音される。
【００１７】
カメラ１０５は、演奏者又は楽譜等の映像データを生成し、端末１１０に出力する。端末１１０は、カメラ１０５から映像データを入力すると、ディスプレイ１０６に表示すると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、ディスプレイ１０６に映像が表示される。
【００１８】
同様に、端末１２０においても、生成されたＭＩＤＩデータ、音声データ及び映像データが再生されると共に、端末１１０に送信される。端末１１０では、同じＭＩＤＩデータ、音声データ及び映像データが再生される。これにより、２人の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１９】
インターネット１３０環境下では、端末１１０及び１２０は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ポート１３１を介して音声データ及び映像データ等を通信し、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ポート１３２を介してＭＩＤＩデータ等を通信する。ＭＩＤＩデータは、音声データ及び映像データに比べて、高速性（リアルタイム性）が要求される。したがって、ＭＩＤＩデータはＵＤＰポート１３２を使用し、音声データ及び映像データはＴＣＰポート１３１を使用する。ＴＣＰポート１３１及びＵＤＰポート１３２を分けずにＵＤＰポートだけを使用してもよい。その場合には、データに優先順位を付けて、ＭＩＤＩデータを優先して送受信するようにするのがよい。なお、２人モードでは、２個の端末１１０及び１２０のうち、先に接続要求した方がサーバーになり、他方がクライアントになる。
【００２０】
図２は、本発明の実施形態によるデータ通信システムの第２の構成例を示す。４個の端末２１１〜２１４は、４人の演奏者が遠隔地で合奏を行うために、セッションサーバー２６０を介して接続され、相互に演奏データ、音声データ及び映像データを通信する。３人以上であればこのモードになるが、４人の場合を例に説明する。４個の端末２１１〜２１４はすべてクライントであり、セッションサーバー２６０がサーバーになる。端末２１１〜２１４は、図１と同様に、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００２１】
各端末２１１〜２１４とセッションサーバー２６０とは、インターネット（ネットワーク）２５０を介して接続される。インターネット２５０環境下では、端末２１１〜２１４は、ＴＣＰポート２５１を介して音声データ及び映像データ等を通信し、ＵＤＰポート２５２を介してＭＩＤＩデータ等を通信する。各端末２１１〜２１４は、セッションサーバー２６０を介して、相互にＭＩＤＩデータ、音声データ及び映像データを通信する。これにより、３人以上（例えば４人）の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００２２】
図１のように、２人の端末で合奏する場合には、２人の端末を直接接続して通信を行うのが好ましい。端末間を直接接続すると、高速に通信を行うことができる。しかし、３個以上の端末を直接接続すると、各端末がそれぞれ複数の端末に対して通信を行うため負荷が増大する。したがって、図２のように、３人以上の端末で合奏する場合にはセッションサーバー２６０を介して３人以上の端末を接続して通信を行うのが好ましい。セッションサーバー２６０を介して端末を接続すると、各端末はセッションサーバー２６０のみに対して通信すればよいので、各端末の負荷を軽減することができる。
【００２３】
図３（Ａ）は、３個の端末３０１〜３０３が、セッションサーバー３０４を介して、ネットワークで接続され、合奏を行う例を示す。端末３０１〜３０３は、それぞれ伴奏生成ユニット３０５を有し、リズムパート、ベースパート及びコードパート等の自動伴奏を行うことができる。伴奏生成ユニット３０５は、リズムパート、ベースパート及びコードパート等の自動伴奏データを記憶し、各パートの自動伴奏データを生成することができる。
【００２４】
３個の端末３０１〜３０３内の伴奏生成ユニット３０５のうち、いずれか１つのみが活性化する。例えば、端末３０１の伴奏生成ユニット３０５が活性化状態になり、端末３０２及び３０３の伴奏生成ユニット３０５が不活性化状態になる。例えば、３個の端末３０１〜３０３のうち、一番最初に、接続要求した端末の伴奏生成ユニット３０５のみが活性化状態になり、動作する。３個の端末３０１〜３０３は、端末３０１内の伴奏生成ユニット３０５を用いて、自動伴奏を行う。各端末３０１〜３０３は、伴奏制御データを伴奏生成ユニット３０５に出力することにより、自動伴奏を制御することができる。伴奏制御データは、例えば、伴奏のスタートデータ及びストップデータ等を含み、演奏のスタート、ストップ、コード指定、パターンの選択、テンポ指定、音色選択等を制御することができる。例えば、端末３０１はリズムパートの自動伴奏を制御し、端末３０２はベースパートの自動伴奏を制御し、端末３０３はコードパートの自動伴奏を制御する。
【００２５】
３個の端末３０１〜３０３は、セッションサーバー３０４を利用した同一グループ内の端末である。３個の端末３０１〜３０３のそれぞれに伴奏生成ユニット３０５を用意しておき、そのうちの１つの伴奏生成ユニット３０５を動作させることにより、同期のとれた自動伴奏を行うことができる。
【００２６】
図３（Ｂ）は、２個の端末３１１及び３１２がネットワークで直接接続され、合奏を行う例を示す。端末３１１及び３１２は、それぞれ伴奏生成ユニット３１３を有し、リズムパート、ベースパート及びコードパート等の自動伴奏を行うことができる。この場合も、２個の端末３１１及び３１２の伴奏生成ユニット３１３のうち、いずれかの端末の伴奏生成ユニット３１３のみが活性化して動作する。例えば、最初に接続要求した端末３１１の伴奏生成ユニット３１３が活性化して動作し、端末３１２の伴奏生成ユニット３１３が不活性化状態になる。例えば、端末３１１がリズムパートの自動伴奏を制御し、端末３１２がベースパートの自動伴奏を制御する。これにより、同期のとれた自動伴奏を行うことができる。
【００２７】
図４は、図３（Ａ）の３個の端末３０１〜３０３及び端末３０１内の活性化した伴奏生成ユニット３０５を示す。伴奏生成ユニット３０５は、本来、端末３０１内に存在するが、説明の簡単のため、図上では、伴奏生成ユニット３０５を端末３０１の外に表す。スイッチ４１１〜４１３及び加算器４１０は、実際には、端末３０１の中に存在する。
【００２８】
伴奏生成ユニット３０５は、リズム生成ユニット４０１、ベース生成ユニット４０２及びコード（和音）生成ユニット４０３を有する。リズム生成ユニット４０１は、リズムパートの自動伴奏データを生成することができる。ベース生成ユニット４０２は、ベースパートの自動伴奏データを生成することができる。コード生成ユニット４０３は、コードパートの自動伴奏データを生成することができる。
【００２９】
端末３０１は、スイッチ４１１及び加算器４１０を介して、ベース生成ユニット４０２に伴奏制御データ（コマンド）ＣＴＬを出力することができる。端末３０２は、スイッチ４１２及び加算器４１０を介して、ベース生成ユニット４０２に伴奏制御データＣＴＬを送信することができる。端末３０３は、スイッチ４１３及び加算器４１０を介して、ベース生成ユニット４０２に伴奏制御データＣＴＬを送信することができる。
【００３０】
また、端末３０１は、ベースパートの伴奏制御のオン及びオフのスイッチ情報を生成して出力することができる。スイッチ４１１は、そのスイッチ情報に応じて、オン又はオフする。端末３０１は、ベースパートの伴奏制御を行うときには、まずスイッチオン情報によりスイッチ４１１を閉じ、その後、伴奏制御データＣＴＬをベース生成ユニット４０２に出力してベースの伴奏制御を行い、伴奏終了後、スイッチオフ情報によりスイッチ４１１を開く。
【００３１】
同様に、端末３０２は、ベースパートの伴奏制御のオン及びオフのスイッチ情報を生成して出力し、スイッチ４１２をオン又はオフすることができる。端末３０３は、ベースパートの伴奏制御のオン及びオフのスイッチ情報を生成して出力し、スイッチ４１３をオン又はオフすることができる。
【００３２】
加算器４１０は、端末３０１〜３０３からの伴奏制御データＣＴＬを加算して、ベース生成ユニット４０２に出力する。すなわち、端末３０１〜３０３のうち、スイッチ４１１〜４１３がオンしている端末が、ベース生成ユニット４０２を制御することができる。伴奏制御データＣＴＬは、先着順に処理され、それに応じた伴奏データが生成される。
【００３３】
ベース生成ユニット４０２は、伴奏制御データＣＴＬに応じて生成された伴奏データＤＴを端末３０１〜３０３に送信する。端末３０１は、発音手段を有し、受信した伴奏データＤＴを基に発音処理し、伴奏音を発音する。端末３０２及び３０３は、ネットワークを介して伴奏データＤＴを受信し、発音処理する。
【００３４】
以上は、ベース生成ユニット４０２についての構成を示したが、リズム生成ユニット４０１及びコード生成ユニット４０３についても、同様の構成を有する。各端末は、パート毎に伴奏制御のスイッチ情報を生成することができ、他の端末からパート毎に伴奏制御のスイッチ情報を受信することができる。伴奏生成ユニット３０５は、自己の端末３０１で生成されたスイッチ情報又は他の端末３０２及び３０３から受信したスイッチ情報に応じて、伴奏制御データＣＴＬの入力を受け付け、伴奏データを生成することができる。
【００３５】
例えば、端末３０１は、リズムパートのスイッチのみをオンし、リズムパートの自動伴奏を行い、端末３０２は、ベースパートのスイッチのみをオンし、ベースパートの自動伴奏を行い、端末３０３は、コードパートのスイッチのみをオンし、コードパートの自動伴奏を行う。
【００３６】
ベースパート生成ユニット４０２について、すべての端末３０１〜３０３に対応するスイッチ４１１〜４１３がオフになったときには、ベース生成ユニット４０２は、伴奏データの生成を終了する。リズム生成ユニット４０１及びコード生成ユニット４０３についても同様である。すなわち、伴奏生成ユニット３０５は、パート毎のすべての端末のスイッチ情報がオフになったときにはそのスイッチ情報に対応するパートの伴奏データの生成を終了する。
【００３７】
スイッチ情報により、端末毎に各パートの制御を行うか否かを設定できる。伴奏データＤＴが生成されると、すべての端末３０１〜３０３に送信される。パート毎にすべての端末３０１〜３０３のスイッチがオフになると、伴奏データの生成を終了する。
【００３８】
図５は、図４の構成において、リズム生成ユニット４０１についてのスイッチ４１１〜４１３を削除したものである。すなわち、リズム生成ユニット４０１は、すべての端末３０１〜３０３に常時接続されている。ベース生成ユニット４０２及びコード生成ユニット４０３については、図４と同様に、スイッチ４１１〜４１３が存在する。
【００３９】
リズムパートは、ベースパート及びコードパートと異なり、単独で常に伴奏し続ける性格を有する。そこで、リズム生成ユニット４０１のみは、スイッチ情報による制御を不可とし、リズムパートの伴奏データ生成を持続させることができる。
【００４０】
伴奏生成ユニット３０５は、リズムパート、ベースパート及びコードパート等の複数のパートの伴奏データを生成することができる。各々のパートのテンポは、１つの端末が一括して管理しているため、パート間で同期ずれが発生することがない。端末毎に伴奏制御データ（パターンの選択、テンポ変更、音色の選択等）による制御が行われ、これに基づいた伴奏データが生成され、各端末に伴奏データが配信される。
【００４１】
また、スイッチ情報により、端末毎に各パートの制御を行うか否かが設定できるため、第１の端末はベースの制御を担当、第２の端末はコードの制御を担当する等といったことができるようになる。この場合にも、すべての端末に伴奏データが配信される。このように、１つの伴奏生成ユニットであっても、複数の端末から制御が可能であるため、端末毎に伴奏生成ユニットを設けていたのと同様の効果を得ることができる。
【００４２】
上記の伴奏制御データＣＴＬ及び伴奏データＤＴは、ＭＩＤＩデータを使用することができる。また、上記では自動伴奏について説明したが、自動伴奏に限定されず、伴奏パート及びメロディパートを演奏可能な自動演奏であってもよい。
【００４３】
図６は、上記の端末及びセッションサーバーのコンピュータのハードウェア構成図である。バス６０１には、中央処理装置（ＣＰＵ）６０２、ＲＯＭ６０３、ＲＡＭ６０４、ネットワークインタフェース６０５、入力装置６０６、出力装置６０７及び外部記憶装置６０８が接続されている。
【００４４】
ＣＰＵ６０２は、データの処理及び演算を行うと共に、バス６０１を介して接続された上記の構成ユニットを制御するものである。ＲＯＭ６０３には、予めブートプログラムが記憶されており、このブートプログラムをＣＰＵ６０２が実行することにより、コンピュータが起動する。外部記憶装置６０８にコンピュータプログラムが記憶されており、そのコンピュータプログラムがＲＡＭ６０４にコピーされ、ＣＰＵ６０２により実行される。このコンピュータは、コンピュータプログラムを実行することにより、上記の処理を行うことができる。
【００４５】
外部記憶装置６０８は、例えばハードディスク記憶装置等であり、電源を切っても記憶内容が消えない。外部記憶装置６０８は、コンピュータプログラム、演奏データ、音声データ及び映像データ等を記録媒体に記録したり、記録媒体からコンピュータプログラム等を読み出すことができる。
【００４６】
ネットワークインタフェース６０５は、ネットワークに対して演奏データ、音声データ及び映像データの他、コンピュータプログラム等を送受信することができる。入力装置６０６は、例えばキーボード及びポインティングデバイス（マウス）等であり、各種指定又は入力等を行うことができる。出力装置６０７は、ディスプレイ等であり、種々の情報を表示することができる。
【００４７】
本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００４８】
以上のように、本実施形態によれば、演奏データ通信システムは、複数の端末が直接又はサーバーを介して接続される。各端末は、パート情報を含む演奏制御データを生成し、他の端末からパート情報を含む演奏制御データを受信する。演奏データ生成ユニットは、複数のパートの演奏データを記憶し、自己の端末で生成した演奏制御データ又は他の端末から受信した演奏制御データに応じて、演奏データを生成し、他の端末に送信する。
【００４９】
１つの端末が自己の端末で生成した演奏制御データ又は他の端末から受信した演奏制御データを基に演奏データを生成するので、複数の端末が異なるパートを自動演奏制御しても、パート間での同期ずれを防止することができる。具体的には、１つの端末が、同じテンポで複数のパートの演奏データを生成することができ、同期ずれを防止することができる。
【００５０】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００５１】
【発明の効果】
以上説明したように、自己の端末が生成した演奏制御データ又は他の端末から受信した演奏制御データに応じて、演奏データを生成することができる。１つの端末が自己の端末で生成した演奏制御データ又は他の端末から受信した演奏制御データを基に演奏データを生成するので、複数の端末が異なるパートを自動演奏制御しても、パート間での同期ずれを防止することができる。具体的には、１つの端末が、同じテンポで複数のパートの演奏データを生成することができ、同期ずれを防止することができる。
【図面の簡単な説明】
【図１】本発明の実施形態によるデータ通信システムの第１の構成例を示す図である。
【図２】本発明の実施形態によるデータ通信システムの第２の構成例を示す図である。
【図３】図３（Ａ）及び（Ｂ）は、複数の端末がネットワークで接続され、合奏を行う例を示す図である。
【図４】図３（Ａ）の３個の端末及び活性化した伴奏生成ユニットの構成例を示す図である。
【図５】図３（Ａ）の３個の端末及び活性化した伴奏生成ユニットの他の構成例を示す図である。
【図６】端末及びセッションサーバーのコンピュータのハードウェア構成図である。
【図７】図７（Ａ）及び（Ｂ）は複数の端末がネットワークで接続され、合奏を行う例を示す図である。
【図８】図８（Ａ）及び（Ｂ）は複数の端末がネットワークで接続され、合奏を行う例を示す図である。
【符号の説明】
１０１  鍵盤
１０２  音源
１０３  マイク
１０４  スピーカ
１０５  カメラ
１０６  ディスプレイ
１１０，１２０  端末
１３０  インターネット
１３１  ＴＣＰポート
１３２  ＵＤＰポート
２１１〜２１４  端末
２５０  インターネット
２５１  ＴＣＰポート
２５２  ＵＤＰポート
２６０  セッションサーバー
６０１  バス
６０２  ＣＰＵ
６０３  ＲＯＭ
６０４  ＲＡＭ
６０５  ネットワークインタフェース
６０６  入力装置
６０７  出力装置
６０８  外部記憶装置
【図１】
2004309685.tif 000003
【図２】
2004309685.tif 000004
【図３】
2004309685.tif 000005
【図４】
2004309685.tif 000006
【図５】
2004309685.tif 000007
【図６】
2004309685.tif 000008
【図７】
2004309685.tif 000009
【図８】
2004309685.tif 000010