(57)【要約】【課題】  楽器の種類を識別することのできるネットセッションシステムを提供すること。【解決手段】  本発明は、楽器から発生された楽音を示す楽音データを入力する入力手段と、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付ける特定手段と、前記特定データによって特定される楽器の種類に応じた方法で前記楽音データをエンコードし、量子化楽音データを生成するエンコード手段と、前記エンコード手段により生成された量子化楽音データを出力する出力手段とを有するセッション端末を提供する。【選択図】  図１
2006284771.tif 000002
【特許請求の範囲】
【請求項１】
楽器から発生された楽音を示す楽音データを入力する入力手段と、
前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付ける特定手段と、
前記特定データによって特定される楽器の種類に応じた方法で前記楽音データをエンコードし、量子化楽音データを生成するエンコード手段と、
前記エンコード手段により生成された量子化楽音データを出力する出力手段と
を有するセッション端末。
【請求項２】
楽器を特定する情報を入力するためのユーザインターフェースをさらに有し、
前記特定手段が、前記ユーザインターフェースにおいて入力された情報に基づいて、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付ける
ことを特徴とする請求項１に記載のセッション端末。
【請求項３】
前記楽音データの周波数特性を解析する周波数特性解析手段をさらに有し、
前記特定手段が、前記周波数特性解析手段により解析された周波数特性に基づいて、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付ける
ことを特徴とする請求項１に記載のセッション端末。
【請求項４】
楽器から発生される無線信号を受信する受信手段をさらに有し、
前記特定手段が、前記受信手段が受信した無線信号に基づいて、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付ける
ことを特徴とする請求項１に記載のセッション端末。
【請求項５】
楽器の種類を特定する特定データと、その特定データに対応する楽音データをエンコードする際に使用する量子化テーブルとを対応付けて記憶したデータベースをさらに有し、
前記エンコード手段が、前記データベースに記憶された量子化テーブルのうち、前記楽音データに対応けられた特定データと同一の特定データに対応する量子化テーブルを用いて前記楽音データのエンコードを行う
ことを特徴とする請求項１に記載のセッション端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用した音楽セッションを支援する技術に関する。
【背景技術】
【０００２】
ネットワークを利用することによって遠隔にある演奏者同士による音楽セッションを行
わせる、「ネットセッション」と呼ばれるサービスが普及してきている。このサービスは
、個々のユーザが操作する「セッション端末」からセッション端末間での楽音情報のやり取りを仲介するサーバ装置へアクセスすることにより、あるいは、複数のセッション端末間で直接楽音情報のやりとりを行うことにより提供される（例えば、特許文献１および２参照）。
【特許文献１】特開２００３−２８０６４４号公報
【特許文献２】特開平１１−２１９１７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１および２に記載の技術においては、送受信される楽音情報はＭＩＤＩ（Musical Instruments Digital Interface）データであるため、セッションに使用できるのはキーボード等の電子楽器に限られ、アコースティック楽器をセッションに用いることができないという問題があった。また、従来技術ではセッションに参加する楽器の種類を考慮していなかったため、セッションにおいて不必要に同じ楽器が重なってしまうという問題もあった。また、楽器の種類を考慮していないため、楽音情報を送信する際のエンコードの方法は常に同一であり、様々な種類の楽器が使用されるセッションにおいては、必ずしも効率的でないという問題もあった。
【０００４】
本発明は上述の事情に鑑みてなされたものであり、楽器の種類を識別することのできるネットセッションシステムを提供することを目的とする。また、楽器の種類に応じた方法でエンコードをするネットセッションシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述の課題を解決するため、本発明は、楽器から発生された楽音を示す楽音データを入力する入力手段と、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付ける特定手段と、前記特定データによって特定される楽器の種類に応じた方法で前記楽音データをエンコードし、量子化楽音データを生成するエンコード手段と、前記エンコード手段により生成された量子化楽音データを出力する出力手段とを有するセッション端末を提供する。
このセッション端末によれば、セッションに参加している楽器の種類を認識できる。そのため、楽器の種類を示す情報を用いた処理、例えば、エンコードを行うことができる。
【０００６】
好ましい態様において、このセッション端末は、楽器を特定する情報を入力するためのユーザインターフェースをさらに有し、前記特定手段が、前記ユーザインターフェースにおいて入力された情報に基づいて、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付けてもよい。
【０００７】
別の好ましい態様において、このセッション端末は、前記楽音データの周波数特性を解析する周波数特性解析手段をさらに有し、前記特定手段が、前記周波数特性解析手段により解析された周波数特性に基づいて、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付けてもよい。
このセッション端末によれば、ユーザが特別な操作をすることなく、楽音データから自動的に楽器を特定することができる。また、楽器の特定は楽音データに基づいて行われるので、セッションの途中で使用する楽器を変更した場合にも適切に楽器を特定することができる。
【０００８】
さらに別の好ましい態様において、このセッション端末は、楽器から発生される無線信号を受信する受信手段をさらに有し、前記特定手段が、前記受信手段が受信した無線信号に基づいて、前記入力手段により入力された楽音データに対し、楽器の種類を特定する特定データを対応付けてもよい。
このセッション端末によれば、ユーザが特別な操作をすることなく、楽器に付加された無線信号発信機からの無線信号により自動的に楽器を特定することができる。また、楽器の特定は楽器からの無線信号楽音データに基づいて行われるので、セッションの途中で使用する楽器を変更した場合にも適切に楽器を特定することができる。
【０００９】
さらに別の好ましい態様において、このセッション端末は、楽器の種類を特定する特定データと、その特定データに対応する楽音データをエンコードする際に使用する量子化テーブルとを対応付けて記憶したデータベースをさらに有し、前記エンコード手段が、前記データベースに記憶された量子化テーブルのうち、前記楽音データに対応けられた特定データと同一の特定データに対応する量子化テーブルを用いて前記楽音データのエンコードを行ってもよい。
このセッション端末によれば、楽器ごと適切な量子化テーブルがあらかじめ用意されている。したがって、エンコードの際、楽器の種類に応じて、削っても聴覚上影響しない周波数成分の情報を削ることができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の一実施形態について説明する。
＜１．構成＞
図１は、本発明の一実施形態に係るセッションシステム１の機能構成を示すブロック図である。図１に示されるように、セッションシステム１は、インターネット等のネットワーク３００を介して接続された端末装置１００と、セッションを管理するサーバ装置２００とから構成される。これらのノードは、図示しないＮＴＰ（network time protocol）サーバによる支援の下、時刻の同期が図られるようになっている。なお、図１においては、図面が煩雑になるのを避けるため端末装置１００を１台のみ図示しているが、セッションシステム１は複数の端末装置１００を有する。
【００１１】
端末装置１００は、楽器（図示略）から入力された楽音信号を楽音データに変換し、サーバ装置２００に送信する送信部１０を有する。入力部１１は、楽器から楽音信号を取得し、楽音データとして記憶する。楽器特定部１２は、楽音データの発生源である楽器の種類を特定する。エンコード部１３は、特定された楽器の種類に応じた方法で楽音データをエンコード（量子化）し、量子化楽音データを生成する。端末装置１００は、生成した量子化楽音データを、ネットワーク３００を介してサーバ装置２００に送信する。
また、端末装置１００は、サーバ装置２００から送信された量子化楽音データを楽音信号に変換し、楽音として出力する受信部２０を有する。楽器特定部２１は、受信した量子化楽音データから、楽器の種類を特定する。デコード部２２は、特定された楽器の種類に応じた方法で量子化楽音データをデコードし、楽音データを生成する。出力部２３は、楽音データを楽音信号に変換し、楽音信号に従って楽音を再生する。
【００１２】
図２は、端末装置１００のハードウェア構成を示す図である。ＣＰＵ（Central Processing Unit）１１０は、ＲＯＭ（Read Only Memory）１２０あるいはＨＤＤ（Hard Disk Drive）１４０に記憶されているプログラムを読み出して実行することにより、端末装置１００の各構成要素を制御する機能を有する。ＲＡＭ（Random Access Memory）１３０は、ＣＰＵ１１０がプログラムを実行する際のワークエリアとして機能する。ＨＤＤ１４０は、各種プログラムやデータを記憶する記憶装置である。ＨＤＤ１４０は、本実施形態に関して特に、楽器を特定する楽器識別子と、その楽器からの楽音データをエンコードする際に使用する量子化テーブルとを対応付けて記憶したデータベースＤＢ１を記憶している（後述）。
【００１３】
Ｉ／Ｆ１５０は、外部の機器と信号あるいはデータのやりとりをするためのインターフェースである。Ｉ／Ｆ１５０は、楽器から楽音信号を取得する楽器Ｉ／Ｆ１５１と、ネットワーク３００を介して他の機器との間でデータを送受信するためのネットワークＩ／Ｆ１５２とを有する。楽器Ｉ／Ｆ１５１から入力された楽音信号は、楽音入力回路１５３においてアナログ／デジタル変換され、楽音データとしてＲＡＭ１３０あるいはＨＤＤ１４０に記憶される。キーボード１６０およびディスプレイ１７０はユーザインターフェースである。ディスプレイ１７０は、処理の進行状況を示すメッセージや画像を表示する。ユーザは、ディスプレイ１７０に表示される画面を見ながらキーボード１６０を操作することにより、端末装置１００に対して指示入力をすることができる。楽音出力回路１８５は、楽音データをデジタル／アナログ変換して楽音信号とする。楽音出力回路１８５は、生成した楽音信号をスピーカ１８０に出力する。スピーカ１８０は、楽音信号に応じて楽音を出力する。以上の各構成要素は、バス１９０を介して相互に接続されている。
【００１４】
図３は、サーバ装置２００のハードウェア構成を示す図である。ＣＰＵ２１０は、ＲＯＭ２２０あるいはＨＤＤ２４０に記憶されているプログラムを読み出して実行することにより、サーバ装置２００の各構成要素を制御する機能を有する。ＲＡＭ２３０は、ＣＰＵ２１０がプログラムを実行する際のワークエリアとして機能する。ＨＤＤ２４０は、各種プログラムやデータを記憶する記憶装置である。Ｉ／Ｆ２５０は、外部の機器とデータのやりとりをするためのインターフェースである。以上の各構成要素は、バス２９０で相互に接続されている。
【００１５】
＜２．動作＞
次に、セッションシステム１の動作について説明する。電源（図示略）を投入すると、端末装置１００のＣＰＵ１１０は、ＨＤＤ１４０から制御プログラムを読み出して実行する。制御プログラムを実行すると、ＣＰＵ１１０はディスプレイ１７０を制御してメニュー画面を表示させる。このとき、端末装置１００はユーザの操作入力待ち状態となる。同様にサーバ装置２００においても、電源（図示略）を投入すると、ＣＰＵ２１０はＨＤＤ２４０から制御プログラムを読み出して実行する。制御プログラムを実行すると、ＣＰＵ２１０はデータの受信待ち状態となる。
【００１６】
端末装置１００のユーザがキーボード１６０を操作してセッション参加指示を入力すると、ＣＰＵ１１０は、サーバ装置２００にセッション参加要求を送信する。セッション参加要求を送信すると、端末装置１００はセッション待機中となる。セッション参加要求を受信すると、サーバ装置２００のＣＰＵ２１０は、受信したセッション参加要求をＨＤＤ２４０に記憶する。ＣＰＵ２１０は、ＨＤＤ２４０に記憶された情報に基づいて、セッション待機中の端末装置を示すセッション待機情報を生成する。ＣＰＵ２１０は、生成したセッション待機情報を、セッション待機中あるいはセッション実行中の端末装置に送信する。
【００１７】
セッション待機情報を受信すると、端末装置１００のＣＰＵ１１０は、セッション待機中の端末装置を示す情報をディスプレイ１７０に表示する。ユーザはディスプレイ１７０に示される情報を見ながらキーボード１６０を操作し、セッションの相手となる１または複数の端末装置を指定する。ＣＰＵ１１０は、指定された端末装置をセッションの相手とするセッション開始要求をサーバ装置２００に送信する。セッション開始要求を受信すると、サーバ装置２００のＣＰＵ２１０は、指定された端末装置間でお互いの認証等の必要な処理を行いセッションを開始する。すなわち、ＣＰＵ２１０は、セッションに参加する複数の端末装置をセッショングループとし、それぞれを特定する端末識別子を対応付けて参加端末テーブルとしてＨＤＤ２４０に記憶する。セッション実行中、ＣＰＵ２１０は、参加端末テーブルに記載された１の端末装置から楽音データを受信すると、参加端末テーブルに記載された他の端末装置に楽音データを転送する。なお、参加端末テーブルにおいて、各端末識別子には楽器の種類を特定する楽器識別子が対応付けられている（後述）。セッション開始時において楽器の種類が不明な場合は、楽器が不明である旨を示す識別子が参加端末テーブルに記録されている。
なお、セッション開始までの処理は上述のものに限定されず、種々の態様が可能である。要は、セッションに参加する相手を特定し、その端末間での接続を確立する処理であればどのようなものでもよい。
【００１８】
＜２−１．楽音データ送信＞
図４は、楽音データ送信時における端末装置１００の動作を示すフローチャートである。端末装置１００において、楽器から楽音信号が入力されると、入力された楽音信号は楽音入力回路１５３によりデジタルデータに変換され、楽音データとしてＨＤＤ１４０に記憶される（ステップＳ１１０）。楽音データは、例えばＰＣＭ（Pulse Code Modulation）形式のデータである。
【００１９】
続いて、端末装置１００のＣＰＵ１１０は、楽音データから楽器の種類を特定する（ステップＳ１２０）。楽器の種類を特定する技術は、例えば、キタハラらの論文（Tetsuo Kitahara, Masataka Goto, and Hiroshi G. Okuno, "Musical Instrument Identification based on F0-dependent Multivariate Normal Distribution", Proc. IEEE Int'l Conf. Acoustics, Speech and Signal Processing (ICASSP 2003), Vol. V, pp. 421-424, Apr. 2003.）または、この論文中の引用文献に記載されている。キタハラらの論文には、楽音信号のスペクトル特性や振幅の変動など、入力楽音から抽出したパラメータを用い、さらにこれらの基本周波数依存性を考慮して楽器の種類を特定する技術が開示されている。ＣＰＵ１１０は、この技術に必要なパラメータを楽音データから算出し、算出したパラメータに基づいて楽器の種類を特定する。ＣＰＵ１１０は、特定した楽器の種類を示す楽器識別子を、処理対象となっている楽音データと対応付けてＨＤＤ１４０に記憶する。
【００２０】
次に、ＣＰＵ１１０は、楽器の種類に応じて楽音データをエンコード（量子化）する（ステップＳ１３０）。エンコード処理は、例えば以下のように行われる。ＣＰＵ１１０はまず、楽音データから、あらかじめ決められた時間長に相当するデータを抽出する。ＣＰＵ１１０は、抽出した楽音データに対し、変形離散コサイン変換（Modified Discrete Cosine Transform, MDCT）を行う。
【００２１】
図５は、エンコード処理を説明する図である。図５において、ｋはコサイン変換係数を示しており、その値が高いほど高周波数の音に対応している。ＣＰＵ１１０は、変形離散コサイン変換により得られた変換値を、周波数領域ごとにあらかじめ決められた係数で除することによりエンコードする。これらの係数の一覧は、量子化テーブルＴＢ１としてＨＤＤ１４０にあらかじめ記憶されている。図５（ｂ）は、量子化テーブルＴＢ１を例示する図である。図５（ａ）に示される例では、ｋが高いほど、すなわち周波数が高い音ほどそのパワーが小さくなっている。したがって、このようにパワーの小さい領域の情報を削ったとしても、人間の聴覚上は音質の劣化を感じにくい。量子化テーブルＴＢ１においては、ｋが高いほど係数の値が大きくなっている。これは、ｋが高い領域ほど元の情報が削られていることを意味する。楽器の種類によって周波数特性は異なるので、楽器ごとに異なる量子化テーブルＴＢ１を用意しておけば、それぞれの楽器に適した方法でエンコードすることができる。すなわち、ＨＤＤ１４０は、楽器を特定する特定データである楽器識別子と、その楽器に対するエンコードに使用する量子化テーブルＴＢ１とを対応付けて記録したデータベースＤＢ１を記憶している。データベースＤＢ１は、セッションシステム１が対応可能な楽器の種類の数に対応する量子化テーブルＴＢ１を含んでいる。
なお、セッションシステム１を構成する端末装置１００は、すべて共通のデータベースＤＢ１を記憶している。
【００２２】
ＣＰＵ１１０は、データベースＤＢ１から、処理対象となっている楽音データに対応する楽器識別子と同一の楽器識別子に対応する量子化テーブルＴＢ１を抽出する。ＣＰＵ１１０は、抽出した量子化テーブルＴＢ１をＲＡＭ１３０に記憶する。ＣＰＵ１１０は、変形離散コサイン変換後の楽音データを、ＲＡＭ１３０に記憶された量子化テーブルＴＢ１を用いてエンコードする（以下、エンコードされた楽音データを「量子化楽音データ」という）。ＣＰＵ１１０は、量子化楽音データに、その楽音データに対応する楽器識別子や量子化楽音データのデータ長などの必要な情報を示すヘッダを付加し、送信楽音データを生成する。図６は、送信楽音データのデータ構造を例示する図である。ＣＰＵ１１０は、生成した送信楽音データをサーバ装置２００に送信する（ステップＳ１４０）。
【００２３】
＜２−２．楽音データ転送＞
参加端末テーブルに登録された端末装置から送信楽音データを受信すると、サーバ装置２００のＣＰＵ２１０は、受信した送信楽音データをＲＡＭ２３０に記憶する。ＣＰＵ２１０は、送信楽音データを、参加端末テーブルに登録された端末装置のうち、その楽音データの送信元である端末装置１００を除く他の端末装置に送信する。また、ＣＰＵ２１０は、楽音データから楽器識別子を抽出する。ＣＰＵ２１０は、抽出した楽器識別子を用いて参加端末データベースを更新する。ＣＰＵ２１０は、参加端末データベースに登録された情報のうち、セッションに参加している楽器を示すセッション状態データを生成する。ＣＰＵ２１０は、生成したセッション状態データを、参加端末データベースに登録された端末装置、あるいは、セッション待機中の端末装置に送信する。
【００２４】
セッション状態データを受信すると、端末装置１００のＣＰＵ１１０は、ディスプレイ１７０を制御してセッションに参加している楽器を示す情報を表示する。このようにして、セッションに参加している端末装置においては、現在セッションに参加している楽器の種類を知ることができる。また、セッション待機中の端末においても、現在行われているセッションに参加している楽器の種類を知ることができる。これにより、セッション待機中の端末装置のユーザは、自分の楽器が不足しているセッショングループを特定し、そのセッションへの参加を要求することができる。
【００２５】
＜２−３．楽音データ受信＞
図７は、楽音データ受信時における端末装置１００の動作を示すフローチャートである。サーバ装置２００から量子化楽音データを受信すると、端末装置１００のＣＰＵ１１０は受信した量子化楽音データをＲＡＭ１３０に保存する（ステップＳ２１０）。次に、ＣＰＵ１１０は、受信した量子化楽音データから、この楽音データに対応する楽器を特定する（ステップＳ２２０）。すなわち、ＣＰＵ１１０は受信した楽音データのヘッダから、楽器識別子を抽出する。ＣＰＵ１１０は、抽出した楽器識別子をＲＡＭ１３０に記憶する。
【００２６】
次に、ＣＰＵ１１０は、量子化楽音データをデコードする（ステップＳ２３０）。すなわち、ＣＰＵ１１０は、ＨＤＤ１４０に記憶されたデータベースＤＢ１から、ＲＡＭ１３０に記憶された楽器識別子と同一の楽器識別子に対応付けられた量子化テーブルＴＢ１を抽出し、ＲＡＭ１３０に記憶する。ＣＰＵ１１０は、ＲＡＭ１３０に記憶された量子化テーブルＴＢ１を用いて、量子化楽音データをデコードし、楽音データを生成する。ＣＰＵ１１０は、こうしてデコードされた楽音データを、音声出力回路１８５に出力する。音声出力回路１８５は、楽音データをデジタル／アナログ変換し、楽音信号を生成する。音声出力回路１８５は、生成した楽音信号をスピーカ１８０に出力する。スピーカ１８０からは、楽音信号に従って楽音が再生される（ステップＳ２４０）。
【００２７】
以上で説明したように本実施形態によれば、楽音信号の発生源である楽器に応じた方法で、楽音信号のエンコードおよびデコードが行われる。したがって、より高音質で遅延時間の短いセッションを実現することができる。また、本実施形態によれば、楽器から楽音信号が入力されるたびに、その楽音信号の発生源である楽器の種類の特定が行われる。ここで、「楽音信号が入力されるたび」とは、例えば、一定時間無音状態が続いた後に、あるしきい値以上の音圧の楽音信号が入力されたとき、あるいは、一定の時間間隔ごと（５秒おきなど）に行うことを意味する。したがって、セッション開始後に使用する楽器を変更した場合にも、変更後の楽器に適した方法で楽音データのエンコードおよびデコードが行われる。また、本実施形態によれば、セッションに参加している楽器の種類を示す情報がディスプレイに表示されるため、同じ楽器が不必要に重なってしまうといったトラブルを回避することができる。
【００２８】
＜３．他の実施形態＞
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。
上述の実施形態においては、楽音信号の周波数解析をすることにより楽音信号の発生源である楽器の種類を特定したが、楽器の種類を特定する方法はこれに限定されない。例えば、ユーザがキーボード１６０を介して楽器の種類を示す情報を入力してもよい。あるいは、端末装置１００に楽器の種類を入力するためのボタンを設け、ユーザがそのボタンを押すことにより楽器の種類を特定する構成としてもよい。あるいは、楽器にＲＦＩＤタグを、端末装置１００にＲＦＩＤリーダを設けてもよい。この場合、ＲＦＩＤタグには楽器の種類を特定する情報が記録されている。端末装置１００は、ＲＦＩＤタグに記録されている情報をＲＦＩＤリーダで読み取ることにより楽器の種類を特定する。
【００２９】
また、上述の実施形態においては、楽音データをエンコードする際に、変形離散コサイン変換を用いる態様について説明したが、エンコードの際に使用する信号変換技術は変形離散コサイン変換に限定されない。離散コサイン変換、フーリエ変換等、他の信号変換技術を用いてもよい。
【００３０】
また、上述の実施形態においては、セッションシステム１を構成する端末装置１００が量子化テーブルＴＢ１を記録したデータベースＤＢ１をそれぞれ記憶している態様について説明したが、必ずしもすべての端末装置１００が同一のデータベースＤＢ１を記憶していなくてもよい。例えば、量子化楽音データを送信する端末装置１００が、エンコードに使用した量子化テーブルを送信楽音データのヘッダに付加して送信してもよい。この場合、送信楽音データを受信した端末装置１００は、受信した送信楽音データのヘッダから量子化テーブルを抽出し、抽出した量子化テーブルを用いて量子化楽音データをデコードする。
また、量子化テーブルにおいて、各係数の値を、ハフマン符号化（出現頻度の高い数値により短い符号を割り当てる符号化技術）を用いて符号化してもよい。
【００３１】
また、上述の実施形態においては、セッションシステム１が、サーバ装置２００と端末装置１００とから構成される態様について説明したが、セッションシステム１はサーバ装置２００を有さなくてもよい。すなわち、複数の端末装置１００同士がサーバ装置を介さずに直接楽音データの送受信を行ってもよい。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施形態に係るセッションシステム１の機能構成を示すブロック図である。
【図２】端末装置１００のハードウェア構成を示す図である。
【図３】サーバ装置２００のハードウェア構成を示す図である。
【図４】楽音データ送信時の端末装置１００の動作を示すフローチャートである。
【図５】エンコード処理を説明する図である。
【図６】送信楽音データのデータ構造を例示する図である。
【図７】楽音データ受信時の端末装置１００の動作を示すフローチャートである。
【符号の説明】
【００３３】
１…セッションシステム、１０…送信部、１１…入力部、１２…楽器特定部、１３…エンコード部、２０…受信部、２１…楽器特定部、２２…デコード部、２３…出力部、１００…端末装置、１１０…ＣＰＵ、１２０…ＲＯＭ、１３０…ＲＡＭ、１４０…ＨＤＤ、１５０…Ｉ／Ｆ、１５１…楽器Ｉ／Ｆ、１５２…ネットワークＩ／Ｆ、１５３…楽音入力回路、１６０…キーボード、１７０…ディスプレイ、１８０…スピーカ、１８５…楽音出力回路、１９０…バス、２００…サーバ装置、２１０…ＣＰＵ、２２０…ＲＯＭ、２３０…ＲＡＭ、２４０…ＨＤＤ、２５０…Ｉ／Ｆ、２９０…バス、３００…ネットワーク、ＴＢ１…量子化テーブル、ＤＢ１…データベース
【図１】
2006284771.tif 000003
【図２】
2006284771.tif 000004
【図３】
2006284771.tif 000005
【図４】
2006284771.tif 000006
【図５】
2006284771.tif 000007
【図６】
2006284771.tif 000008
【図７】
2006284771.tif 000009