JP4131678B2 - 演奏データ通信システム - Google Patents
演奏データ通信システム Download PDFInfo
- Publication number
- JP4131678B2 JP4131678B2 JP2003093350A JP2003093350A JP4131678B2 JP 4131678 B2 JP4131678 B2 JP 4131678B2 JP 2003093350 A JP2003093350 A JP 2003093350A JP 2003093350 A JP2003093350 A JP 2003093350A JP 4131678 B2 JP4131678 B2 JP 4131678B2
- Authority
- JP
- Japan
- Prior art keywords
- performance data
- terminal
- channel
- server
- identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Electrophonic Musical Instruments (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、演奏データ通信技術に関し、特にチャンネルを有する演奏データの通信技術に関する。
【０００２】
【従来の技術】
ネットワークを介して合奏を行う際、ＭＩＤＩ(Musical Instrument Digital Interface)チャンネルの設定が必要になる。この設定を行わないと、例えば複数人が同一チャンネルになる場合がある。このとき、複数人が同一の音色となり、他者の演奏が自分の演奏の邪魔になったり、自分の演奏が他者の演奏の邪魔になったりしやすい。異なる音色で合奏したい場合、それぞれが異なるチャンネルである必要がある。しかし、このチャンネル設定は、面倒であり、初心者には難しいものである。
【０００３】
これを解決するために、ネットワーク上での合奏を行う際のパート分けを、グループ内に１人存在するマスターが行うという手法がある（例えば、下記の特許文献１参照。）。この手法においても、マスターが他のメンバーのパートを手動で設定する必要がある。他のメンバーはチャンネル設定を行う必要はないが、マスターに負担がかかってしまう。
【０００４】
また、下記の特許文献２が公開されている。
【０００５】
【特許文献１】
特許第３２７７８７５号公報
【特許文献２】
特開平９−１０６２７７号公報
【０００６】
【発明が解決しようとする課題】
本発明の目的は、各人の演奏データ（ＭＩＤＩデータ）のチャンネルが重ならないように自動的にチャンネルを設定して通信する技術を提供することである。
【０００７】
【課題を解決するための手段】
本発明の一観点によれば、サーバー及び複数の端末がネットワークを介して接続可能な演奏データ通信システムであって、前記一の端末は、接続要求情報を前記サーバーに送信する接続要求手段と、前記接続要求に応答した識別子を前記サーバーから受信する識別子受信手段と、前記識別子に応じたチャンネルを演奏データに付与して他の端末に送信する演奏データ送信手段とを有し、前記サーバーは、前記端末から接続要求情報を受信する受信手段と、前記接続要求情報を受信すると、各部屋毎に端末固有の識別子を前記端末に送信する送信手段とを有する演奏データ通信システムが提供される。
【０００８】
本発明によれば、接続要求を行い、それに応答した識別子を受信することができる。この識別子は、端末固有の識別子となるので、各合奏メンバーには独自の演奏データチャンネルが付与される。合奏メンバーは意識しなくても、独自のチャンネルが付与された演奏データを送信することができるので、チャンネルが重なることがなくなる。
【０００９】
【発明の実施の形態】
図１は、本発明の実施形態によるデータ通信システムの第１の構成例を示す。２個の端末１１０及び１２０は、２人の演奏者が遠隔地で合奏を行うために、直接接続され、相互に演奏データ、音声データ及び映像データを通信する。例えば、端末１１０がサーバーであり、端末１２０がクライアントである。端末１１０及び１２０は、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１０】
演奏者が鍵盤（電子楽器）１０１を演奏すると、鍵盤１０１は演奏データを生成して端末１１０に供給する。演奏データは、例えばＭＩＤＩ(Musical Instrument Digital Interface)データである。端末１１０は、鍵盤１０１からＭＩＤＩデータを入力すると、音源１０２に出力すると共に、インターネット（ネットワーク）１３０を介して端末１２０に送信する。音源１０２は、ＭＩＤＩデータを基に楽音信号を生成し、スピーカ１０４から楽音を発音させる。端末１２０でも、同様に、音源１０２及びスピーカ１０４により楽音が発音される。
【００１１】
マイク１０３は、演奏者の歌声等の音声を基に音声信号を生成し、端末１１０に出力する。端末１１０は、マイク１０３からアナログ形式の音声信号を入力すると、デジタル形式の音声データに変換し、スピーカ１０４から発音させると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、スピーカ１０４から音声が発音される。
【００１２】
カメラ１０５は、演奏者又は楽譜等の映像データを生成し、端末１１０に出力する。端末１１０は、カメラ１０５から映像データを入力すると、ディスプレイ１０６に表示すると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、ディスプレイ１０６に映像が表示される。
【００１３】
同様に、端末１２０においても、生成されたＭＩＤＩデータ、音声データ及び映像データが再生されると共に、端末１１０に送信される。端末１１０では、同じＭＩＤＩデータ、音声データ及び映像データが再生される。これにより、２人の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１４】
インターネット１３０環境下では、端末１１０及び１２０は、ＴＣＰ(Transmission Control Protocol)ポート１３１を介して音声データ及び映像データ等を通信し、ＵＤＰ(User Datagram Protocol)ポート１３２を介してＭＩＤＩデータ等を通信する。ＭＩＤＩデータは、音声データ及び映像データに比べて、高速性（リアルタイム性）が要求される。したがって、ＭＩＤＩデータはＵＤＰポート１３２を使用し、音声データ及び映像データはＴＣＰポート１３１を使用する。ＴＣＰポート１３１及びＵＤＰポート１３２を分けずにＵＤＰポートだけを使用してもよい。その場合には、データに優先順位を付けて、ＭＩＤＩデータを優先して送受信するようにするのがよい。なお、２人モードでは、２個の端末１１０及び１２０のうち、先に接続要求した方がサーバーになり、他方がクライアントになる。
【００１５】
図２は、本発明の実施形態によるデータ通信システムの第２の構成例を示す。４個の端末２１１〜２１４は、４人の演奏者が遠隔地で合奏を行うために、セッションサーバー２６０を介して接続され、相互に演奏データ、音声データ及び映像データを通信する。３人以上であればこのモードになるが、４人の場合を例に説明する。４個の端末２１１〜２１４はすべてクライントであり、セッションサーバー２６０がサーバーになる。端末２１１〜２１４は、図１と同様に、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１６】
各端末２１１〜２１４とセッションサーバー２６０とは、インターネット（ネットワーク）２５０を介して接続される。インターネット２５０環境下では、端末２１１〜２１４は、ＴＣＰポート２５１を介して音声データ及び映像データ等を通信し、ＵＤＰポート２５２を介してＭＩＤＩデータ等を通信する。各端末２１１〜２１４は、セッションサーバー２６０を介して、相互にＭＩＤＩデータ、音声データ及び映像データを通信する。これにより、３人以上（例えば４人）の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１７】
図１のように、２人の端末で合奏する場合には、２人の端末を直接接続して通信を行うのが好ましい。端末間を直接接続すると、高速に通信を行うことができる。しかし、３個以上の端末を直接接続すると、各端末がそれぞれ複数の端末に対して通信を行うため負荷が増大する。したがって、図２のように、３人以上の端末で合奏する場合にはセッションサーバー２６０を介して３人以上の端末を接続して通信を行うのが好ましい。セッションサーバー２６０を介して端末を接続すると、各端末はセッションサーバー２６０のみに対して通信すればよいので、各端末の負荷を軽減することができる。
【００１８】
図３は、各端末に表示される接続画面例を示す。端末が接続用サーバー（ＩＰアドレス固定）４０３（図４（Ａ）〜（Ｅ））にアクセスすると、そこに記憶されている部屋情報及びメンバー情報がこの接続画面上に表示される。２人で合奏する場合には「２人部屋作成」ボタン３０１をマウスでクリックする。すると、図１の２人モードの接続が自動的に行われる。定員４人で合奏する場合は「４人部屋作成」ボタン３０２をマウスでクリックする。すると、図２の３人以上モードの接続が自動的に行われる。
【００１９】
例えば、５個のグループが生成された画面例を示す。５個のグループに対して、グループ番号、部屋モード、空き状況、メンバーが表示される。例えば、グループ番号「１」の場合、部屋モードは「４人部屋」であり、メンバーは「Ａ」のみであり、空き状況は「３人空き」である。すなわち、あと３人加入できる。例えば、メンバーＡがボタン３０２をクリックすると、グループ番号「１」の部屋が新規に作成される。既に作成されているグループ番号１〜５のうちのいずれかを選択して、入室ボタン３０３をクリックすると、そのグループに加入（入室）することができる。
【００２０】
以上のように、２人部屋作成ボタン３０１をクリックすると、その端末（ユーザー）はサーバー１１０（図１）として起動し、誰かが入室してくるのを待つ状態になる。このとき、端末のＩＰアドレス及びメンバー名は接続用サーバー４０３に登録され、メンバー情報及び部屋情報が更新される。
【００２１】
４人部屋作成ボタン３０２をクリックすると、端末はクライアントとして、セッションサーバー（ＩＰアドレス固定）２６０に接続され、誰かが入室するのを待つ状態になる。ここでも、端末のＩＰアドレス及びメンバー名は接続用サーバーに登録され、メンバー情報及び部屋情報が更新される。
【００２２】
グループ（部屋）を選択して入室ボタン３０３をクリックすると、選択したグループへの接続が行われる。部屋が２人部屋の場合は、先に入っている端末（メンバー）のＩＰアドレスに接続する。部屋が４人部屋の場合は、セッションサーバー（ＩＰアドレス固定）２６０に接続される。このときも、端末のＩＰアドレス及びメンバー名は接続用サーバーに登録され、メンバー情報及び部屋情報が更新される。
【００２３】
なお、４人部屋作成ボタン３０２は、３人以上部屋作成ボタンに替えることができる。３人以上で合奏する場合に３人以上部屋ボタンをクリックすると、図２の３人以上モードの接続が行われる。３以上部屋ボタンをクリックしたときには、さらに定員を入力するようにしてもよい。
【００２４】
図４（Ａ）〜（Ｅ）は、２人モード（図１）の直接接続方法を示す。２個の端末４０１及び４０２が直接接続され、合奏する場合を例に説明する。
【００２５】
まず、図４（Ａ）において、第１の端末４０１が接続用サーバー４０３にリスト要求を送信する。すると、接続用サーバー４０３は、記憶している部屋情報及びメンバー情報を読み出し、リストを第１の端末４０１に送信する。第１の端末４０１は、受信したリストに応じて、例えば図３の画面を表示する。
【００２６】
次に、図４（Ｂ）において、第１の端末４０１にて２人部屋作成ボタン３０１がクリックされると、第１の端末４０１はその旨及び自己のＩＰアドレスを接続用サーバー４０３に送信する。すると、接続用サーバー４０３は、その受信した情報を登録する。第１の端末４０１は、その後、サーバーモードで起動し、他の端末からの接続を待つ。
【００２７】
次に、図４（Ｃ）において、第２の端末４０２は、第１の端末４０１と同様に、接続用サーバー４０３にリスト要求を送信する。すると、接続用サーバー４０３は、記憶している部屋情報及びメンバー情報を読み出し、リストを第２の端末４０２に送信する。第２の端末４０２は、受信したリストに応じて、例えば図３の画面を表示する。この段階では、既に第１の端末４０１がメンバーとして登録されている。
【００２８】
次に、図４（Ｄ）において、第２の端末４０２にて第１の端末４０１のグループを選択して入室ボタン３０３をクリックすると、第２の端末４０２はその旨及び自己のＩＰアドレスを接続用サーバー４０３に送信する。すると、接続用サーバー４０３は、その受信した情報を登録し、第１の端末４０１のＩＰアドレスを接続先アドレスとして第２の端末４０２に送信する。第２の端末４０２は、その接続先アドレスを受信する。
【００２９】
次に、図４（Ｅ）において、第２の端末４０２は、上記の接続先アドレスにアクセスすることにより、第１の端末４０１と直接接続することができる。第１の端末４０１がサーバーであり、第２の端末４０２がクライアントになる。これにより、２個の端末４０１及び４０２間には、ＴＣＰ／ＩＰ接続が確立及び維持される。その後、合奏を行うことにより、端末４０１及び４０２間で通信が行われる。
【００３０】
図５（Ａ）〜（Ｄ）は、３人以上モード（図２）においてセッションサーバーを介した接続方法を示す。３個以上の端末がセッションサーバーを介して接続されるが、説明の簡単のため、２個の端末５０１及び５０２がセッションサーバー５０４を介して接続され、合奏する場合を例に説明する。
【００３１】
まず、図５（Ａ）において、第１の端末５０１が接続用サーバー５０３にリスト要求を送信する。すると、接続用サーバー５０３は、記憶している部屋情報及びメンバー情報を読み出し、リストを第１の端末５０１に送信する。第１の端末５０１は、受信したリストに応じて、例えば図３の画面を表示する。
【００３２】
次に、図５（Ｂ）において、第１の端末５０１にて４人部屋作成ボタン３０２がクリックされると、第１の端末５０１はその旨及び自己のＩＰアドレスを接続用サーバー５０３に送信する。すると、接続用サーバー５０３は、その受信した情報を登録し、セッションサーバー５０４のＩＰアドレス、作成したグループＩＤ（グループ番号）、端末５０１のメンバーＩＤを第１の端末５０１に送信する。第１の端末５０１は、その情報を受信する。
【００３３】
次に、図５（Ｃ）において、第１の端末５０１は、取得したセッションサーバーのＩＰアドレス、グループＩＤ及びメンバーＩＤで、セッションサーバー５０４に接続する。これにより、第１の端末５０１及びセッションサーバー５０４間には、ＴＣＰ／ＩＰ接続が確立及び維持される。
【００３４】
次に、図５（Ｄ）において、第２の端末５０２は、第１の端末５０１の手順と同様に、ＩＰアドレス、グループＩＤ及びメンバーＩＤを受信する。ただし、４人部屋作成ボタン３０２をクリックする代わりに、第１の端末５０１のグループを選択して入室ボタン３０３をクリックして入室する。次に、第２の端末５０２は、取得したセッションサーバーのＩＰアドレス、グループＩＤ及びメンバーＩＤで、セッションサーバー５０４に接続する。これにより、第２の端末５０２及びセッションサーバー５０４間には、ＴＣＰ／ＩＰ接続が確立及び維持される。第１の端末５０１及び第２の端末５０２は、セッションサーバー５０４を介して接続される。その後、合奏を行うことにより、端末５０１及び５０２間で、セッションサーバー５０４を介して通信が行われる。
【００３５】
図６（Ａ）〜（Ｃ）は、各端末に識別子（ＩＤ）を割り当てる方法を示す。図６（Ａ）は、第１の部屋（２人モード）の例を示す。端末ＡにはＩＤとして「１」、端末ＢにはＩＤとして「２」が割り当てられる。ＩＤは、入室順に、番号が付与される。図６（Ｂ）は、第２の部屋（３人以上部屋）の例を示す。端末ＣにはＩＤとして「１」、端末ＤにはＩＤとして「２」、端末ＥにはＩＤとして「３」、端末ＦにはＩＤとして「４」が割り当てられる。ＩＤは、入室順に、番号が付与される。図６（Ｃ）は、第３の部屋（３人以上部屋）の例を示す。端末ＧにはＩＤとして「１」、端末ＨにはＩＤとして「２」、端末ＩにはＩＤとして「３」が割り当てられる。ＩＤは、入室順に、番号が付与される。
【００３６】
以上のように、各部屋毎に、各端末には端末固有のＩＤが付与される。各端末は、そのＩＤに応じたチャンネルを演奏データに付与して他の端末に送信する。これにより、各端末の演奏データを異なるチャンネルに設定することができ、複数の端末の演奏データのチャンネルの重なりを防止することができる。
【００３７】
図７は、端末７０１が接続用サーバー７０２に新規に接続要求し、ＩＤを取得する処理を示すフローチャートである。この処理は、基本的には、図４（Ａ）〜（Ｅ）及び図５（Ａ）〜（Ｄ）の処理と同じであり、ＩＤ取得の方法を含む。
【００３８】
まず、ステップＳ７１１では、端末７０１が接続用サーバー７０２にリスト要求を送信する。次に、ステップＳ７２１では、接続用サーバー７０２が端末７０１からリスト要求を受信する。次に、ステップＳ７２２では、例えば図３に示す内容を含むリストを端末７０１に送信する。次に、ステップＳ７１２では、端末７０１が接続用サーバー７０２からリストを受信する。
【００３９】
次に、ステップＳ７１３では、端末７０１において部屋作成が指示されたか否かをチェックする。図３の部屋作成ボタン３０１又は３０２がクリックされたときにはステップＳ７１４へ進み、入室ボタン３０３がクリックされたときにはステップＳ７１５へ進む。
【００４０】
ステップＳ７１４では、端末７０１が接続用サーバー７０２へ新規部屋作成要求を送信する。接続用サーバー７０２は、それを受信すると、ステップＳ７２３を行う。ステップＳ７１５では、端末７０１が接続用サーバー７０２へ既存部屋入室要求を送信する。接続用サーバー７０２は、それを受信すると、ステップＳ７２３を行う。
【００４１】
ステップＳ７２３では、接続用サーバー７０２が受信した要求に応じて、図３の内容を含むリストを更新する。次に、ステップＳ７２４では、接続用サーバー７０２が部屋への入室順でＩＤを発行する。次に、ステップＳ７２５では、接続用サーバー７０２が端末７０１にＩＤを送信する。次に、ステップＳ７１６では、端末７０１が接続用サーバー７０２からＩＤを受信して取得する。
【００４２】
なお、ＩＤの発行は、入室順に限らず、空きを探して発行するようにしてもよい。部屋から退出したときには、そのＩＤを取り消し、新たに入室者があった場合はその空きＩＤを発行するようにしてもよい。
【００４３】
図８は、ＩＤをチャンネル（ＭＩＤＩチャンネル）に使用した演奏データの通信処理を示すフローチャートである。例えば、第１の端末８０１にはＩＤとして「１」、第２の端末８０２にはＩＤとして「２」が付与されているとする。
【００４４】
まず、第１の端末８０１の演奏者が鍵盤で演奏する場合を説明する。ステップＳ８１１では、第１の端末８０１が鍵盤から演奏データ（ＭＩＤＩデータ）を入力する。次に、ステップＳ８１２では、第１の端末８０１が演奏データのチャンネルをＩＤの番号「１」に変更する。演奏データは、例えばＭＩＤＩデータであり、キーオンイベント、キーオフイベント及びプログラムチェンジ等のＭＩＤＩデータはチャンネル番号を含む。その後、ステップＳ８１３及びＳ８１５へ進む。
【００４５】
ステップＳ８１５では、第１の端末８０１が変更後のチャンネルを含む演奏データを基に発音処理を行う。この際、変更後のチャンネル番号「１」にて発音処理を行う。ステップＳ８１３では、第１の端末８０１が変更後のチャンネルを含む演奏データを、インターネット８０３を介して第２の端末８０２へ送信する。
【００４６】
次に、ステップＳ８２４では、第２の端末８０２が第１の端末８０１からインターネット８０３を介して演奏データを受信する。次に、ステップＳ８２５では、受信した演奏データを基に発音処理する。この際、演奏データ内のチャンネル番号「１」にて、発音処理を行う。
【００４７】
次に、第２の端末８０２の演奏者が鍵盤で演奏する場合を説明する。ステップＳ８２１では、第２の端末８０２が鍵盤から演奏データを入力する。次に、ステップＳ８２２では、第２の端末８０２が演奏データのチャンネルをＩＤの番号「２」に変更する。その後、ステップＳ８２３及びＳ８２５へ進む。
【００４８】
ステップＳ８２５では、第２の端末８０２が変更後のチャンネルを含む演奏データを基に発音処理を行う。この際、変更後のチャンネル番号「２」にて発音処理を行う。ステップＳ８２３では、第２の端末８０２が変更後のチャンネルを含む演奏データを、インターネット８０３を介して第１の端末８０１へ送信する。
【００４９】
次に、ステップＳ８１４では、第１の端末８０１が第２の端末８０２からインターネット８０３を介して演奏データを受信する。次に、ステップＳ８１５では、受信した演奏データを基に発音処理する。この際、演奏データ内のチャンネル番号「２」にて、発音処理を行う。
【００５０】
以上のように、第１の端末８０１には「１」のＩＤ、第２の端末８０２には「２」のＩＤが付与された場合、第１の端末８０１の演奏データのチャンネル番号が「１」になり、第２の端末８０２の演奏データのチャンネル番号が「２」になる。すなわち、第１の端末８０１の演奏データはチャンネル番号「１」で発音処理され、第２の端末８０２の演奏データはチャンネル番号「２」で発音処理されるので、２つの端末８０１及び８０２においてチャンネル番号の重なりを防止できる。
【００５１】
図９（Ａ）は、端末９０２の外部に電子楽器９０１が接続された構成例を示す。各端末ユニット９００では、電子楽器９０１及び端末９０２がＭＩＤＩで接続されている。各端末９０２は、上記のように、接続用サーバー９０４に接続要求を行うことにより、端末固有のＩＤを取得することができる。２つの端末９０２は、インターネット９０３を介して接続され、取得したＩＤをチャンネル番号とする演奏データで発音処理及び送信処理を行う。
【００５２】
図９（Ｂ）は、図９（Ａ）の電子楽器９０１及び端末９０２の詳細な構成例を示す。電子楽器９０１は、鍵盤部９１１及び音源部９１２を有する。端末９０２には、「Ａ」のＩＤが付与されているとする。演奏者が鍵盤部９１１で演奏操作を行うと、電子楽器９０１はＸチャンネルの演奏データを端末９０２へ出力する。端末９０２は、Ｘチャンネルの演奏データを受信すると、Ａチャンネルの演奏データに変換する。次に、端末９０２は、Ａチャンネルの演奏データを音源部９１２へ出力すると共に、Ａチャンネルの演奏データをネットワークを介して他の端末へ送信する。音源部９１２では、Ａチャンネルの演奏データの発音処理を行う。他の端末でも、同様に、Ａチャンネルの演奏データの発音処理を行う。このように、音源部９１２の設定によらず、ＩＤに応じて変換されたＡチャンネルで発音処理が行われる。
【００５３】
図１０（Ａ）は、電子楽器１００１の内部に端末が組み込まれた構成例を示す。各電子楽器１００１は、上記のように、接続用サーバー１００３に接続要求を行うことにより、電子楽器固有のＩＤを取得することができる。２つの電子楽器１００１は、インターネット１００２を介して接続され、取得したＩＤをチャンネル番号とする演奏データで発音処理及び送信処理を行う。
【００５４】
図１０（Ｂ）は、図１０（Ａ）の電子楽器１００１の詳細な構成例を示す。電子楽器１００１は、鍵盤部１０１１、音源部１０１２及び制御部１０１３を有する。制御部１０１３には、「Ｂ」のＩＤが付与されているとする。演奏者が鍵盤部１０１１で演奏操作を行うと、鍵盤部１０１１は演奏データを制御部１０１３へ出力する。制御部１０１３は、チャンネルをＢチャンネルに設定し、Ｂチャンネルの演奏データを音源部１０１２へ出力すると共に、Ｂチャンネルの演奏データをネットワークを介して他の端末へ送信する。音源部１０１２では、Ｂチャンネルの演奏データの発音処理を行う。他の端末でも、同様に、Ｂチャンネルの演奏データの発音処理を行う。
【００５５】
演奏データの音色設定は、チャンネル毎に行われる。部屋への入室順で演奏データのチャンネルが決定するので、合奏メンバーは意識することなく、独自の音色で演奏を行うことができる。図９（Ａ）のように、端末９０２の外部に電子楽器９０１を接続する場合には、端末９０２がチャンネル変換を行うので、電子楽器９０１を操作してチャンネル設定を行う必要がない。
【００５６】
図１１は、上記の端末、セッションサーバー及び接続用サーバーのコンピュータのハードウェア構成図である。バス１１０１には、中央処理装置（ＣＰＵ）１１０２、ＲＯＭ１１０３、ＲＡＭ１１０４、ネットワークインタフェース１１０５、入力装置１１０６、出力装置１１０７及び外部記憶装置１１０８が接続されている。
【００５７】
ＣＰＵ１１０２は、データの処理及び演算を行うと共に、バス１１０１を介して接続された上記の構成ユニットを制御するものである。ＲＯＭ１１０３には、予めブートプログラムが記憶されており、このブートプログラムをＣＰＵ１１０２が実行することにより、コンピュータが起動する。外部記憶装置１１０８にコンピュータプログラムが記憶されており、そのコンピュータプログラムがＲＡＭ１１０４にコピーされ、ＣＰＵ１１０２により実行される。このコンピュータは、コンピュータプログラムを実行することにより、上記の処理を行うことができる。
【００５８】
外部記憶装置１１０８は、例えばハードディスク記憶装置等であり、電源を切っても記憶内容が消えない。外部記憶装置１１０８は、コンピュータプログラム、ＭＩＤＩデータ、音声データ及び映像データ等を記録媒体に記録したり、記録媒体からコンピュータプログラム等を読み出すことができる。
【００５９】
ネットワークインタフェース１１０５は、ネットワークに対してＭＩＤＩデータ、音声データ及び映像データの他、コンピュータプログラム等を送受信することができる。入力装置１１０６は、例えばキーボード及びポインティングデバイス（マウス）等であり、各種指定又は入力等を行うことができる。出力装置１１０７は、ディスプレイ等であり、例えば図３の画面等を表示する。
【００６０】
本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００６１】
以上のように、本実施形態によれば、端末は、接続要求情報を接続用サーバーに送信する接続要求手段と、接続要求に応答した識別子（ＩＤ）を接続用サーバーから受信する識別子受信手段と、識別子に応じたチャンネルを演奏データに付与して他の端末に送信する演奏データ送信手段とを有する。接続用サーバーは、端末から接続要求情報を受信する受信手段と、接続要求情報を受信すると、端末固有の識別子を端末に送信する送信手段とを有する。
【００６２】
端末は、接続用サーバーに接続要求を行い、それに応答した識別子を受信することができる。この識別子は、端末固有の識別子となるので、各合奏メンバーには独自の演奏データチャンネルが付与される。合奏メンバーは意識しなくても、独自のチャンネルが付与された演奏データを送信することができるので、チャンネルが重なることがなくなる。
【００６３】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００６４】
【発明の効果】
以上説明したように、接続要求を行い、それに応答した識別子を受信することができる。この識別子は、端末固有の識別子となるので、各合奏メンバーには独自の演奏データチャンネルが付与される。合奏メンバーは意識しなくても、独自のチャンネルが付与された演奏データを送信することができるので、チャンネルが重なることがなくなる。
【図面の簡単な説明】
【図１】本発明の実施形態によるデータ通信システムの第１の構成例を示す図である。
【図２】本発明の実施形態によるデータ通信システムの第２の構成例を示す図である。
【図３】各端末に表示される接続画面例を示す図である。
【図４】図４（Ａ）〜（Ｅ）は２人モード（図１）の直接接続方法を示す図である。
【図５】図５（Ａ）〜（Ｄ）は３人以上モード（図２）においてセッションサーバーを介した接続方法を示す図である。
【図６】図６（Ａ）〜（Ｃ）は各端末に識別子（ＩＤ）を割り当てる方法を示す図である。
【図７】端末が接続用サーバーに新規に接続要求し、ＩＤを取得する処理を示すフローチャートである。
【図８】ＩＤを演奏データのチャンネル（ＭＩＤＩチャンネル）に使用した演奏データの通信処理を示すフローチャートである。
【図９】図９（Ａ）及び（Ｂ）は端末の外部に電子楽器が接続された構成例を示す図である。
【図１０】図１０（Ａ）及び（Ｂ）は電子楽器の内部に端末が組み込まれた構成例を示す図である。
【図１１】端末、セッションサーバー及び接続用サーバーのコンピュータのハードウェア構成図である。
【符号の説明】
１０１ 鍵盤
１０２ 音源
１０３ マイク
１０４ スピーカ
１０５ カメラ
１０６ ディスプレイ
１１０，１２０ 端末
１３０ インターネット
１３１ ＴＣＰポート
１３２ ＵＤＰポート
２１１〜２１４ 端末
２５０ インターネット
２５１ ＴＣＰポート
２５２ ＵＤＰポート
２６０ セッションサーバー
１１０１ バス
１１０２ ＣＰＵ
１１０３ ＲＯＭ
１１０４ ＲＡＭ
１１０５ ネットワークインタフェース
１１０６ 入力装置
１１０７ 出力装置
１１０８ 外部記憶装置
【発明の属する技術分野】
本発明は、演奏データ通信技術に関し、特にチャンネルを有する演奏データの通信技術に関する。
【０００２】
【従来の技術】
ネットワークを介して合奏を行う際、ＭＩＤＩ(Musical Instrument Digital Interface)チャンネルの設定が必要になる。この設定を行わないと、例えば複数人が同一チャンネルになる場合がある。このとき、複数人が同一の音色となり、他者の演奏が自分の演奏の邪魔になったり、自分の演奏が他者の演奏の邪魔になったりしやすい。異なる音色で合奏したい場合、それぞれが異なるチャンネルである必要がある。しかし、このチャンネル設定は、面倒であり、初心者には難しいものである。
【０００３】
これを解決するために、ネットワーク上での合奏を行う際のパート分けを、グループ内に１人存在するマスターが行うという手法がある（例えば、下記の特許文献１参照。）。この手法においても、マスターが他のメンバーのパートを手動で設定する必要がある。他のメンバーはチャンネル設定を行う必要はないが、マスターに負担がかかってしまう。
【０００４】
また、下記の特許文献２が公開されている。
【０００５】
【特許文献１】
特許第３２７７８７５号公報
【特許文献２】
特開平９−１０６２７７号公報
【０００６】
【発明が解決しようとする課題】
本発明の目的は、各人の演奏データ（ＭＩＤＩデータ）のチャンネルが重ならないように自動的にチャンネルを設定して通信する技術を提供することである。
【０００７】
【課題を解決するための手段】
本発明の一観点によれば、サーバー及び複数の端末がネットワークを介して接続可能な演奏データ通信システムであって、前記一の端末は、接続要求情報を前記サーバーに送信する接続要求手段と、前記接続要求に応答した識別子を前記サーバーから受信する識別子受信手段と、前記識別子に応じたチャンネルを演奏データに付与して他の端末に送信する演奏データ送信手段とを有し、前記サーバーは、前記端末から接続要求情報を受信する受信手段と、前記接続要求情報を受信すると、各部屋毎に端末固有の識別子を前記端末に送信する送信手段とを有する演奏データ通信システムが提供される。
【０００８】
本発明によれば、接続要求を行い、それに応答した識別子を受信することができる。この識別子は、端末固有の識別子となるので、各合奏メンバーには独自の演奏データチャンネルが付与される。合奏メンバーは意識しなくても、独自のチャンネルが付与された演奏データを送信することができるので、チャンネルが重なることがなくなる。
【０００９】
【発明の実施の形態】
図１は、本発明の実施形態によるデータ通信システムの第１の構成例を示す。２個の端末１１０及び１２０は、２人の演奏者が遠隔地で合奏を行うために、直接接続され、相互に演奏データ、音声データ及び映像データを通信する。例えば、端末１１０がサーバーであり、端末１２０がクライアントである。端末１１０及び１２０は、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１０】
演奏者が鍵盤（電子楽器）１０１を演奏すると、鍵盤１０１は演奏データを生成して端末１１０に供給する。演奏データは、例えばＭＩＤＩ(Musical Instrument Digital Interface)データである。端末１１０は、鍵盤１０１からＭＩＤＩデータを入力すると、音源１０２に出力すると共に、インターネット（ネットワーク）１３０を介して端末１２０に送信する。音源１０２は、ＭＩＤＩデータを基に楽音信号を生成し、スピーカ１０４から楽音を発音させる。端末１２０でも、同様に、音源１０２及びスピーカ１０４により楽音が発音される。
【００１１】
マイク１０３は、演奏者の歌声等の音声を基に音声信号を生成し、端末１１０に出力する。端末１１０は、マイク１０３からアナログ形式の音声信号を入力すると、デジタル形式の音声データに変換し、スピーカ１０４から発音させると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、スピーカ１０４から音声が発音される。
【００１２】
カメラ１０５は、演奏者又は楽譜等の映像データを生成し、端末１１０に出力する。端末１１０は、カメラ１０５から映像データを入力すると、ディスプレイ１０６に表示すると共に、インターネット１３０を介して端末１２０に送信する。端末１２０でも、同様に、ディスプレイ１０６に映像が表示される。
【００１３】
同様に、端末１２０においても、生成されたＭＩＤＩデータ、音声データ及び映像データが再生されると共に、端末１１０に送信される。端末１１０では、同じＭＩＤＩデータ、音声データ及び映像データが再生される。これにより、２人の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１４】
インターネット１３０環境下では、端末１１０及び１２０は、ＴＣＰ(Transmission Control Protocol)ポート１３１を介して音声データ及び映像データ等を通信し、ＵＤＰ(User Datagram Protocol)ポート１３２を介してＭＩＤＩデータ等を通信する。ＭＩＤＩデータは、音声データ及び映像データに比べて、高速性（リアルタイム性）が要求される。したがって、ＭＩＤＩデータはＵＤＰポート１３２を使用し、音声データ及び映像データはＴＣＰポート１３１を使用する。ＴＣＰポート１３１及びＵＤＰポート１３２を分けずにＵＤＰポートだけを使用してもよい。その場合には、データに優先順位を付けて、ＭＩＤＩデータを優先して送受信するようにするのがよい。なお、２人モードでは、２個の端末１１０及び１２０のうち、先に接続要求した方がサーバーになり、他方がクライアントになる。
【００１５】
図２は、本発明の実施形態によるデータ通信システムの第２の構成例を示す。４個の端末２１１〜２１４は、４人の演奏者が遠隔地で合奏を行うために、セッションサーバー２６０を介して接続され、相互に演奏データ、音声データ及び映像データを通信する。３人以上であればこのモードになるが、４人の場合を例に説明する。４個の端末２１１〜２１４はすべてクライントであり、セッションサーバー２６０がサーバーになる。端末２１１〜２１４は、図１と同様に、それぞれ、鍵盤１０１、音源１０２、マイク１０３、スピーカ１０４、カメラ１０５及びディスプレイ１０６を有する。
【００１６】
各端末２１１〜２１４とセッションサーバー２６０とは、インターネット（ネットワーク）２５０を介して接続される。インターネット２５０環境下では、端末２１１〜２１４は、ＴＣＰポート２５１を介して音声データ及び映像データ等を通信し、ＵＤＰポート２５２を介してＭＩＤＩデータ等を通信する。各端末２１１〜２１４は、セッションサーバー２６０を介して、相互にＭＩＤＩデータ、音声データ及び映像データを通信する。これにより、３人以上（例えば４人）の演奏者が遠隔地においてリアルタイムで合奏を行うことができる。
【００１７】
図１のように、２人の端末で合奏する場合には、２人の端末を直接接続して通信を行うのが好ましい。端末間を直接接続すると、高速に通信を行うことができる。しかし、３個以上の端末を直接接続すると、各端末がそれぞれ複数の端末に対して通信を行うため負荷が増大する。したがって、図２のように、３人以上の端末で合奏する場合にはセッションサーバー２６０を介して３人以上の端末を接続して通信を行うのが好ましい。セッションサーバー２６０を介して端末を接続すると、各端末はセッションサーバー２６０のみに対して通信すればよいので、各端末の負荷を軽減することができる。
【００１８】
図３は、各端末に表示される接続画面例を示す。端末が接続用サーバー（ＩＰアドレス固定）４０３（図４（Ａ）〜（Ｅ））にアクセスすると、そこに記憶されている部屋情報及びメンバー情報がこの接続画面上に表示される。２人で合奏する場合には「２人部屋作成」ボタン３０１をマウスでクリックする。すると、図１の２人モードの接続が自動的に行われる。定員４人で合奏する場合は「４人部屋作成」ボタン３０２をマウスでクリックする。すると、図２の３人以上モードの接続が自動的に行われる。
【００１９】
例えば、５個のグループが生成された画面例を示す。５個のグループに対して、グループ番号、部屋モード、空き状況、メンバーが表示される。例えば、グループ番号「１」の場合、部屋モードは「４人部屋」であり、メンバーは「Ａ」のみであり、空き状況は「３人空き」である。すなわち、あと３人加入できる。例えば、メンバーＡがボタン３０２をクリックすると、グループ番号「１」の部屋が新規に作成される。既に作成されているグループ番号１〜５のうちのいずれかを選択して、入室ボタン３０３をクリックすると、そのグループに加入（入室）することができる。
【００２０】
以上のように、２人部屋作成ボタン３０１をクリックすると、その端末（ユーザー）はサーバー１１０（図１）として起動し、誰かが入室してくるのを待つ状態になる。このとき、端末のＩＰアドレス及びメンバー名は接続用サーバー４０３に登録され、メンバー情報及び部屋情報が更新される。
【００２１】
４人部屋作成ボタン３０２をクリックすると、端末はクライアントとして、セッションサーバー（ＩＰアドレス固定）２６０に接続され、誰かが入室するのを待つ状態になる。ここでも、端末のＩＰアドレス及びメンバー名は接続用サーバーに登録され、メンバー情報及び部屋情報が更新される。
【００２２】
グループ（部屋）を選択して入室ボタン３０３をクリックすると、選択したグループへの接続が行われる。部屋が２人部屋の場合は、先に入っている端末（メンバー）のＩＰアドレスに接続する。部屋が４人部屋の場合は、セッションサーバー（ＩＰアドレス固定）２６０に接続される。このときも、端末のＩＰアドレス及びメンバー名は接続用サーバーに登録され、メンバー情報及び部屋情報が更新される。
【００２３】
なお、４人部屋作成ボタン３０２は、３人以上部屋作成ボタンに替えることができる。３人以上で合奏する場合に３人以上部屋ボタンをクリックすると、図２の３人以上モードの接続が行われる。３以上部屋ボタンをクリックしたときには、さらに定員を入力するようにしてもよい。
【００２４】
図４（Ａ）〜（Ｅ）は、２人モード（図１）の直接接続方法を示す。２個の端末４０１及び４０２が直接接続され、合奏する場合を例に説明する。
【００２５】
まず、図４（Ａ）において、第１の端末４０１が接続用サーバー４０３にリスト要求を送信する。すると、接続用サーバー４０３は、記憶している部屋情報及びメンバー情報を読み出し、リストを第１の端末４０１に送信する。第１の端末４０１は、受信したリストに応じて、例えば図３の画面を表示する。
【００２６】
次に、図４（Ｂ）において、第１の端末４０１にて２人部屋作成ボタン３０１がクリックされると、第１の端末４０１はその旨及び自己のＩＰアドレスを接続用サーバー４０３に送信する。すると、接続用サーバー４０３は、その受信した情報を登録する。第１の端末４０１は、その後、サーバーモードで起動し、他の端末からの接続を待つ。
【００２７】
次に、図４（Ｃ）において、第２の端末４０２は、第１の端末４０１と同様に、接続用サーバー４０３にリスト要求を送信する。すると、接続用サーバー４０３は、記憶している部屋情報及びメンバー情報を読み出し、リストを第２の端末４０２に送信する。第２の端末４０２は、受信したリストに応じて、例えば図３の画面を表示する。この段階では、既に第１の端末４０１がメンバーとして登録されている。
【００２８】
次に、図４（Ｄ）において、第２の端末４０２にて第１の端末４０１のグループを選択して入室ボタン３０３をクリックすると、第２の端末４０２はその旨及び自己のＩＰアドレスを接続用サーバー４０３に送信する。すると、接続用サーバー４０３は、その受信した情報を登録し、第１の端末４０１のＩＰアドレスを接続先アドレスとして第２の端末４０２に送信する。第２の端末４０２は、その接続先アドレスを受信する。
【００２９】
次に、図４（Ｅ）において、第２の端末４０２は、上記の接続先アドレスにアクセスすることにより、第１の端末４０１と直接接続することができる。第１の端末４０１がサーバーであり、第２の端末４０２がクライアントになる。これにより、２個の端末４０１及び４０２間には、ＴＣＰ／ＩＰ接続が確立及び維持される。その後、合奏を行うことにより、端末４０１及び４０２間で通信が行われる。
【００３０】
図５（Ａ）〜（Ｄ）は、３人以上モード（図２）においてセッションサーバーを介した接続方法を示す。３個以上の端末がセッションサーバーを介して接続されるが、説明の簡単のため、２個の端末５０１及び５０２がセッションサーバー５０４を介して接続され、合奏する場合を例に説明する。
【００３１】
まず、図５（Ａ）において、第１の端末５０１が接続用サーバー５０３にリスト要求を送信する。すると、接続用サーバー５０３は、記憶している部屋情報及びメンバー情報を読み出し、リストを第１の端末５０１に送信する。第１の端末５０１は、受信したリストに応じて、例えば図３の画面を表示する。
【００３２】
次に、図５（Ｂ）において、第１の端末５０１にて４人部屋作成ボタン３０２がクリックされると、第１の端末５０１はその旨及び自己のＩＰアドレスを接続用サーバー５０３に送信する。すると、接続用サーバー５０３は、その受信した情報を登録し、セッションサーバー５０４のＩＰアドレス、作成したグループＩＤ（グループ番号）、端末５０１のメンバーＩＤを第１の端末５０１に送信する。第１の端末５０１は、その情報を受信する。
【００３３】
次に、図５（Ｃ）において、第１の端末５０１は、取得したセッションサーバーのＩＰアドレス、グループＩＤ及びメンバーＩＤで、セッションサーバー５０４に接続する。これにより、第１の端末５０１及びセッションサーバー５０４間には、ＴＣＰ／ＩＰ接続が確立及び維持される。
【００３４】
次に、図５（Ｄ）において、第２の端末５０２は、第１の端末５０１の手順と同様に、ＩＰアドレス、グループＩＤ及びメンバーＩＤを受信する。ただし、４人部屋作成ボタン３０２をクリックする代わりに、第１の端末５０１のグループを選択して入室ボタン３０３をクリックして入室する。次に、第２の端末５０２は、取得したセッションサーバーのＩＰアドレス、グループＩＤ及びメンバーＩＤで、セッションサーバー５０４に接続する。これにより、第２の端末５０２及びセッションサーバー５０４間には、ＴＣＰ／ＩＰ接続が確立及び維持される。第１の端末５０１及び第２の端末５０２は、セッションサーバー５０４を介して接続される。その後、合奏を行うことにより、端末５０１及び５０２間で、セッションサーバー５０４を介して通信が行われる。
【００３５】
図６（Ａ）〜（Ｃ）は、各端末に識別子（ＩＤ）を割り当てる方法を示す。図６（Ａ）は、第１の部屋（２人モード）の例を示す。端末ＡにはＩＤとして「１」、端末ＢにはＩＤとして「２」が割り当てられる。ＩＤは、入室順に、番号が付与される。図６（Ｂ）は、第２の部屋（３人以上部屋）の例を示す。端末ＣにはＩＤとして「１」、端末ＤにはＩＤとして「２」、端末ＥにはＩＤとして「３」、端末ＦにはＩＤとして「４」が割り当てられる。ＩＤは、入室順に、番号が付与される。図６（Ｃ）は、第３の部屋（３人以上部屋）の例を示す。端末ＧにはＩＤとして「１」、端末ＨにはＩＤとして「２」、端末ＩにはＩＤとして「３」が割り当てられる。ＩＤは、入室順に、番号が付与される。
【００３６】
以上のように、各部屋毎に、各端末には端末固有のＩＤが付与される。各端末は、そのＩＤに応じたチャンネルを演奏データに付与して他の端末に送信する。これにより、各端末の演奏データを異なるチャンネルに設定することができ、複数の端末の演奏データのチャンネルの重なりを防止することができる。
【００３７】
図７は、端末７０１が接続用サーバー７０２に新規に接続要求し、ＩＤを取得する処理を示すフローチャートである。この処理は、基本的には、図４（Ａ）〜（Ｅ）及び図５（Ａ）〜（Ｄ）の処理と同じであり、ＩＤ取得の方法を含む。
【００３８】
まず、ステップＳ７１１では、端末７０１が接続用サーバー７０２にリスト要求を送信する。次に、ステップＳ７２１では、接続用サーバー７０２が端末７０１からリスト要求を受信する。次に、ステップＳ７２２では、例えば図３に示す内容を含むリストを端末７０１に送信する。次に、ステップＳ７１２では、端末７０１が接続用サーバー７０２からリストを受信する。
【００３９】
次に、ステップＳ７１３では、端末７０１において部屋作成が指示されたか否かをチェックする。図３の部屋作成ボタン３０１又は３０２がクリックされたときにはステップＳ７１４へ進み、入室ボタン３０３がクリックされたときにはステップＳ７１５へ進む。
【００４０】
ステップＳ７１４では、端末７０１が接続用サーバー７０２へ新規部屋作成要求を送信する。接続用サーバー７０２は、それを受信すると、ステップＳ７２３を行う。ステップＳ７１５では、端末７０１が接続用サーバー７０２へ既存部屋入室要求を送信する。接続用サーバー７０２は、それを受信すると、ステップＳ７２３を行う。
【００４１】
ステップＳ７２３では、接続用サーバー７０２が受信した要求に応じて、図３の内容を含むリストを更新する。次に、ステップＳ７２４では、接続用サーバー７０２が部屋への入室順でＩＤを発行する。次に、ステップＳ７２５では、接続用サーバー７０２が端末７０１にＩＤを送信する。次に、ステップＳ７１６では、端末７０１が接続用サーバー７０２からＩＤを受信して取得する。
【００４２】
なお、ＩＤの発行は、入室順に限らず、空きを探して発行するようにしてもよい。部屋から退出したときには、そのＩＤを取り消し、新たに入室者があった場合はその空きＩＤを発行するようにしてもよい。
【００４３】
図８は、ＩＤをチャンネル（ＭＩＤＩチャンネル）に使用した演奏データの通信処理を示すフローチャートである。例えば、第１の端末８０１にはＩＤとして「１」、第２の端末８０２にはＩＤとして「２」が付与されているとする。
【００４４】
まず、第１の端末８０１の演奏者が鍵盤で演奏する場合を説明する。ステップＳ８１１では、第１の端末８０１が鍵盤から演奏データ（ＭＩＤＩデータ）を入力する。次に、ステップＳ８１２では、第１の端末８０１が演奏データのチャンネルをＩＤの番号「１」に変更する。演奏データは、例えばＭＩＤＩデータであり、キーオンイベント、キーオフイベント及びプログラムチェンジ等のＭＩＤＩデータはチャンネル番号を含む。その後、ステップＳ８１３及びＳ８１５へ進む。
【００４５】
ステップＳ８１５では、第１の端末８０１が変更後のチャンネルを含む演奏データを基に発音処理を行う。この際、変更後のチャンネル番号「１」にて発音処理を行う。ステップＳ８１３では、第１の端末８０１が変更後のチャンネルを含む演奏データを、インターネット８０３を介して第２の端末８０２へ送信する。
【００４６】
次に、ステップＳ８２４では、第２の端末８０２が第１の端末８０１からインターネット８０３を介して演奏データを受信する。次に、ステップＳ８２５では、受信した演奏データを基に発音処理する。この際、演奏データ内のチャンネル番号「１」にて、発音処理を行う。
【００４７】
次に、第２の端末８０２の演奏者が鍵盤で演奏する場合を説明する。ステップＳ８２１では、第２の端末８０２が鍵盤から演奏データを入力する。次に、ステップＳ８２２では、第２の端末８０２が演奏データのチャンネルをＩＤの番号「２」に変更する。その後、ステップＳ８２３及びＳ８２５へ進む。
【００４８】
ステップＳ８２５では、第２の端末８０２が変更後のチャンネルを含む演奏データを基に発音処理を行う。この際、変更後のチャンネル番号「２」にて発音処理を行う。ステップＳ８２３では、第２の端末８０２が変更後のチャンネルを含む演奏データを、インターネット８０３を介して第１の端末８０１へ送信する。
【００４９】
次に、ステップＳ８１４では、第１の端末８０１が第２の端末８０２からインターネット８０３を介して演奏データを受信する。次に、ステップＳ８１５では、受信した演奏データを基に発音処理する。この際、演奏データ内のチャンネル番号「２」にて、発音処理を行う。
【００５０】
以上のように、第１の端末８０１には「１」のＩＤ、第２の端末８０２には「２」のＩＤが付与された場合、第１の端末８０１の演奏データのチャンネル番号が「１」になり、第２の端末８０２の演奏データのチャンネル番号が「２」になる。すなわち、第１の端末８０１の演奏データはチャンネル番号「１」で発音処理され、第２の端末８０２の演奏データはチャンネル番号「２」で発音処理されるので、２つの端末８０１及び８０２においてチャンネル番号の重なりを防止できる。
【００５１】
図９（Ａ）は、端末９０２の外部に電子楽器９０１が接続された構成例を示す。各端末ユニット９００では、電子楽器９０１及び端末９０２がＭＩＤＩで接続されている。各端末９０２は、上記のように、接続用サーバー９０４に接続要求を行うことにより、端末固有のＩＤを取得することができる。２つの端末９０２は、インターネット９０３を介して接続され、取得したＩＤをチャンネル番号とする演奏データで発音処理及び送信処理を行う。
【００５２】
図９（Ｂ）は、図９（Ａ）の電子楽器９０１及び端末９０２の詳細な構成例を示す。電子楽器９０１は、鍵盤部９１１及び音源部９１２を有する。端末９０２には、「Ａ」のＩＤが付与されているとする。演奏者が鍵盤部９１１で演奏操作を行うと、電子楽器９０１はＸチャンネルの演奏データを端末９０２へ出力する。端末９０２は、Ｘチャンネルの演奏データを受信すると、Ａチャンネルの演奏データに変換する。次に、端末９０２は、Ａチャンネルの演奏データを音源部９１２へ出力すると共に、Ａチャンネルの演奏データをネットワークを介して他の端末へ送信する。音源部９１２では、Ａチャンネルの演奏データの発音処理を行う。他の端末でも、同様に、Ａチャンネルの演奏データの発音処理を行う。このように、音源部９１２の設定によらず、ＩＤに応じて変換されたＡチャンネルで発音処理が行われる。
【００５３】
図１０（Ａ）は、電子楽器１００１の内部に端末が組み込まれた構成例を示す。各電子楽器１００１は、上記のように、接続用サーバー１００３に接続要求を行うことにより、電子楽器固有のＩＤを取得することができる。２つの電子楽器１００１は、インターネット１００２を介して接続され、取得したＩＤをチャンネル番号とする演奏データで発音処理及び送信処理を行う。
【００５４】
図１０（Ｂ）は、図１０（Ａ）の電子楽器１００１の詳細な構成例を示す。電子楽器１００１は、鍵盤部１０１１、音源部１０１２及び制御部１０１３を有する。制御部１０１３には、「Ｂ」のＩＤが付与されているとする。演奏者が鍵盤部１０１１で演奏操作を行うと、鍵盤部１０１１は演奏データを制御部１０１３へ出力する。制御部１０１３は、チャンネルをＢチャンネルに設定し、Ｂチャンネルの演奏データを音源部１０１２へ出力すると共に、Ｂチャンネルの演奏データをネットワークを介して他の端末へ送信する。音源部１０１２では、Ｂチャンネルの演奏データの発音処理を行う。他の端末でも、同様に、Ｂチャンネルの演奏データの発音処理を行う。
【００５５】
演奏データの音色設定は、チャンネル毎に行われる。部屋への入室順で演奏データのチャンネルが決定するので、合奏メンバーは意識することなく、独自の音色で演奏を行うことができる。図９（Ａ）のように、端末９０２の外部に電子楽器９０１を接続する場合には、端末９０２がチャンネル変換を行うので、電子楽器９０１を操作してチャンネル設定を行う必要がない。
【００５６】
図１１は、上記の端末、セッションサーバー及び接続用サーバーのコンピュータのハードウェア構成図である。バス１１０１には、中央処理装置（ＣＰＵ）１１０２、ＲＯＭ１１０３、ＲＡＭ１１０４、ネットワークインタフェース１１０５、入力装置１１０６、出力装置１１０７及び外部記憶装置１１０８が接続されている。
【００５７】
ＣＰＵ１１０２は、データの処理及び演算を行うと共に、バス１１０１を介して接続された上記の構成ユニットを制御するものである。ＲＯＭ１１０３には、予めブートプログラムが記憶されており、このブートプログラムをＣＰＵ１１０２が実行することにより、コンピュータが起動する。外部記憶装置１１０８にコンピュータプログラムが記憶されており、そのコンピュータプログラムがＲＡＭ１１０４にコピーされ、ＣＰＵ１１０２により実行される。このコンピュータは、コンピュータプログラムを実行することにより、上記の処理を行うことができる。
【００５８】
外部記憶装置１１０８は、例えばハードディスク記憶装置等であり、電源を切っても記憶内容が消えない。外部記憶装置１１０８は、コンピュータプログラム、ＭＩＤＩデータ、音声データ及び映像データ等を記録媒体に記録したり、記録媒体からコンピュータプログラム等を読み出すことができる。
【００５９】
ネットワークインタフェース１１０５は、ネットワークに対してＭＩＤＩデータ、音声データ及び映像データの他、コンピュータプログラム等を送受信することができる。入力装置１１０６は、例えばキーボード及びポインティングデバイス（マウス）等であり、各種指定又は入力等を行うことができる。出力装置１１０７は、ディスプレイ等であり、例えば図３の画面等を表示する。
【００６０】
本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００６１】
以上のように、本実施形態によれば、端末は、接続要求情報を接続用サーバーに送信する接続要求手段と、接続要求に応答した識別子（ＩＤ）を接続用サーバーから受信する識別子受信手段と、識別子に応じたチャンネルを演奏データに付与して他の端末に送信する演奏データ送信手段とを有する。接続用サーバーは、端末から接続要求情報を受信する受信手段と、接続要求情報を受信すると、端末固有の識別子を端末に送信する送信手段とを有する。
【００６２】
端末は、接続用サーバーに接続要求を行い、それに応答した識別子を受信することができる。この識別子は、端末固有の識別子となるので、各合奏メンバーには独自の演奏データチャンネルが付与される。合奏メンバーは意識しなくても、独自のチャンネルが付与された演奏データを送信することができるので、チャンネルが重なることがなくなる。
【００６３】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００６４】
【発明の効果】
以上説明したように、接続要求を行い、それに応答した識別子を受信することができる。この識別子は、端末固有の識別子となるので、各合奏メンバーには独自の演奏データチャンネルが付与される。合奏メンバーは意識しなくても、独自のチャンネルが付与された演奏データを送信することができるので、チャンネルが重なることがなくなる。
【図面の簡単な説明】
【図１】本発明の実施形態によるデータ通信システムの第１の構成例を示す図である。
【図２】本発明の実施形態によるデータ通信システムの第２の構成例を示す図である。
【図３】各端末に表示される接続画面例を示す図である。
【図４】図４（Ａ）〜（Ｅ）は２人モード（図１）の直接接続方法を示す図である。
【図５】図５（Ａ）〜（Ｄ）は３人以上モード（図２）においてセッションサーバーを介した接続方法を示す図である。
【図６】図６（Ａ）〜（Ｃ）は各端末に識別子（ＩＤ）を割り当てる方法を示す図である。
【図７】端末が接続用サーバーに新規に接続要求し、ＩＤを取得する処理を示すフローチャートである。
【図８】ＩＤを演奏データのチャンネル（ＭＩＤＩチャンネル）に使用した演奏データの通信処理を示すフローチャートである。
【図９】図９（Ａ）及び（Ｂ）は端末の外部に電子楽器が接続された構成例を示す図である。
【図１０】図１０（Ａ）及び（Ｂ）は電子楽器の内部に端末が組み込まれた構成例を示す図である。
【図１１】端末、セッションサーバー及び接続用サーバーのコンピュータのハードウェア構成図である。
【符号の説明】
１０１ 鍵盤
１０２ 音源
１０３ マイク
１０４ スピーカ
１０５ カメラ
１０６ ディスプレイ
１１０，１２０ 端末
１３０ インターネット
１３１ ＴＣＰポート
１３２ ＵＤＰポート
２１１〜２１４ 端末
２５０ インターネット
２５１ ＴＣＰポート
２５２ ＵＤＰポート
２６０ セッションサーバー
１１０１ バス
１１０２ ＣＰＵ
１１０３ ＲＯＭ
１１０４ ＲＡＭ
１１０５ ネットワークインタフェース
１１０６ 入力装置
１１０７ 出力装置
１１０８ 外部記憶装置
Claims (6)
- サーバー及び複数の端末がネットワークを介して接続可能な演奏データ通信システムであって、
前記一の端末は、
接続要求情報を前記サーバーに送信する接続要求手段と、
前記接続要求に応答した識別子を前記サーバーから受信する識別子受信手段と、
前記識別子に応じたチャンネルを演奏データに付与して他の端末に送信する演奏データ送信手段とを有し、
前記サーバーは、
前記端末から接続要求情報を受信する受信手段と、
前記接続要求情報を受信すると、各部屋毎に端末固有の識別子を前記端末に送信する送信手段とを有する演奏データ通信システム。 - 前記端末の演奏データ送信手段は、電子楽器から入力した演奏データのチャンネルを前記識別子に応じたチャンネルに変更して送信する請求項１記載の演奏データ通信システム。
- 前記端末の演奏データ送信手段は、さらに前記チャンネルを変更した演奏データを前記電子楽器に出力して発音させる請求項２記載の演奏データ通信システム。
- 前記端末は、
さらに、演奏データを生成する生成手段と、
演奏データを基に発音処理を行う発音手段とを有し、
前記演奏データ送信手段は、前記生成された演奏データに前記識別子に応じたチャンネルを付与して送信すると共に、前記識別子に応じたチャンネルを付与した演奏データを前記発音手段に出力する請求項１記載の演奏データ通信システム。 - 前記端末は、
さらに、他の端末からチャンネルが付与された演奏データを受信する演奏データ受信手段と、
前記受信した演奏データを内部又は外部の音源部に出力する出力手段とを有する請求項１記載の演奏データ通信システム。 - 前記演奏データは、ＭＩＤＩデータである請求項１〜５のいずれか１項に記載の演奏データ通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003093350A JP4131678B2 (ja) | 2003-03-31 | 2003-03-31 | 演奏データ通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003093350A JP4131678B2 (ja) | 2003-03-31 | 2003-03-31 | 演奏データ通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004301997A JP2004301997A (ja) | 2004-10-28 |
| JP4131678B2 true JP4131678B2 (ja) | 2008-08-13 |
Family
ID=33406171
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003093350A Expired - Fee Related JP4131678B2 (ja) | 2003-03-31 | 2003-03-31 | 演奏データ通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4131678B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4432814B2 (ja) * | 2005-03-25 | 2010-03-17 | ヤマハ株式会社 | 演奏データ通信管理システム及び演奏データ通信管理装置 |
| JP4211750B2 (ja) | 2005-03-25 | 2009-01-21 | ヤマハ株式会社 | 電子音楽装置 |
| JP5011920B2 (ja) * | 2006-09-29 | 2012-08-29 | ヤマハ株式会社 | 合奏システム |
-
2003
- 2003-03-31 JP JP2003093350A patent/JP4131678B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004301997A (ja) | 2004-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3242028B2 (ja) | データ送受信方法およびシステム | |
| JP3846344B2 (ja) | セッション装置およびその制御方法を実現するためのプログラム | |
| US7792938B2 (en) | Data delivery apparatus and method, and terminal apparatus | |
| JP2004538496A (ja) | ネットワーク基盤の音楽演奏／歌の伴奏サービスシステム及びその方法 | |
| US20110289208A1 (en) | Session terminal apparatus and network session system | |
| KR100819775B1 (ko) | 네트워크 기반의 음악연주/노래반주 서비스 장치, 시스템, 방법 및 기록매체 | |
| JP2003216148A (ja) | 電子音楽装置、及びプログラム | |
| JP4131678B2 (ja) | 演奏データ通信システム | |
| JP2003255935A (ja) | 再生切替装置及びプログラム | |
| JP2006119320A (ja) | 電子音楽装置システム、サーバ側電子音楽装置およびクライアント側電子音楽装置 | |
| JP2014071226A (ja) | 音楽再生システム、音楽再生方法 | |
| JP4443801B2 (ja) | 遠隔した複数のカラオケ宴会場をテレビ会議システムで結んで宴会の進行を併合するカラオケ装置の使用方法 | |
| WO2022049732A1 (ja) | 情報処理装置及び情報処理方法 | |
| Konstantas et al. | The distributed musical rehearsal environment | |
| JP2008304821A (ja) | 楽曲合奏公開システム | |
| JP6220576B2 (ja) | 複数人による通信デュエットに特徴を有する通信カラオケシステム | |
| WO2013151140A1 (ja) | 音響処理装置および通信音響処理システム | |
| JP2008097096A (ja) | サーバ装置及び通信セッション確立方法 | |
| WO2024100920A1 (ja) | 情報処理装置、情報処理方法及び情報処理用プログラム | |
| JP4126246B2 (ja) | 演奏データ通信システム | |
| JP6295675B2 (ja) | 音楽セッションシステム、方法及び端末装置 | |
| JP2003085068A (ja) | ライブ情報提供サーバ、情報通信端末、ライブ情報提供システムおよびライブ情報提供方法 | |
| JP2004093975A (ja) | 通信端末及びプログラム | |
| JP2004294519A (ja) | 通信装置、通信方法及びプログラム | |
| WO2023042671A1 (ja) | 音信号処理方法、端末、音信号処理システム、管理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080128 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080430 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080527 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110606 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120606 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130606 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |