(57)【要約】 【課題】  通信ネットワークにかかる負荷が集中する等してネットワーク処理能力が低下した場合であっても、相手端末に必要なＭＩＤＩデータ等を円滑に送信することができる通信端末を提供する。【解決手段】  各プレーヤ端末２００に間引きルールデータベース２３０を設ける。間引きルールデータベース２３０には、ＭＩＤＩデータに関する様々な間引きルールが登録されている。間引き手段２２０は、入力手段２１０から供給されるＭＩＤＩデータのうち、間引きルールデータベース２３０に登録されている各間引きルールに合致するＭＩＤＩデータについて間引きを行い、間引き後のＭＩＤＩデータを送信手段２４０に供給する。【選択図】      図１
2005221788.tif 000002
【特許請求の範囲】
【請求項１】
楽音制御データを入力する入力手段と、
楽音制御データの間引き条件を記憶する記憶手段と、
入力される楽音制御データのうち、前記間引き条件に合致する楽音制御データを間引く間引き手段と、
間引き後の楽音制御データを通信ネットワークを介して相手端末へ送信する送信手段と
を具備することを特徴とする通信端末。
【請求項２】
前記間引き条件は、楽音の音量、楽音の発音時間、前記楽音制御データの種類、楽音のコードのいずれかに基づく間引き条件であることを特徴とする請求項１に記載の通信端末。
【請求項３】
前記送信手段は、前記通信ネットワークにおける２系統の伝送路を用いて、前記間引き後の楽音制御データを前記相手端末へ送信することを特徴とする請求項１または２に記載の通信端末。
【請求項４】
前記通信ネットワークのスループットを測定する測定手段と、
前記測定手段による測定結果に応じて前記楽音制御データの間引き率を決定する決定手段とをさらに具備し、
前記間引き手段は、前記間引き条件に合致する楽音制御データについて、前記決定手段が決定した間引き率で間引くことを特徴とする請求項１〜３のいずれか１の請求項に記載の通信端末。
【請求項５】
前記入力手段から間引き前の楽音制御データを受け取る一方、前記間引き手段から間引き後の楽音制御データを受け取り、受け取った間引き前後の楽音制御データに基づいて間引き状況を検出し、検出した間引き状況を報知する報知手段をさらに具備することを特徴とする請求項１〜４のいずれか１の請求項に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末に関し、特にインターネット等の通信ネットワークを介して楽音制御データを授受する通信端末に関する。
【背景技術】
【０００２】
図１０は、ＭＩＤＩ（Musical Instrument Digital Interface）規格に準拠した電子楽器や機器（以下、ＭＩＤＩ機器）の接続状態を例示した図である。各ＭＩＤＩ機器は、ＭＩＤＩケーブルによって接続され、一方のＭＩＤＩ機器において生成されたＭＩＤＩデータ（楽音制御データ）は、ＭＩＤＩケーブルを介して他方のＭＩＤＩ機器に伝送される。
【０００３】
このように、ＭＩＤＩデータは、ＭＩＤＩケーブルを介して授受されるのが一般的であるが、近年においては、インターネット等の通信ネットワークを介してＭＩＤＩデータを授受し、掛け合い演奏や合奏（セッション）を可能とするセッションシステムに対するニーズが高まっている（例えば、特許文献１参照）。
【０００４】
【特許文献１】特開平１０−２４０２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記セッションシステムを実現するためには、各ＭＩＤＩ機器において生成されるＭＩＤＩデータを、セッションに参加する他の全てのＭＩＤＩ機器にリアルタイムに送信する必要がある。しかしながら、通信ネットワークのバンド幅が狭い場合や通信ネットワークにかかる負荷が集中する等してネットワーク処理能力が低下した場合等には、ＭＩＤＩデータの伝送に遅延が生じ、各ＭＩＤＩ機器間において演奏タイミングにずれが生ずる等の問題が発生する。
【０００６】
本発明は、以上説明した事情を鑑みてなされたものであり、通信ネットワークのバンド幅が狭い場合や通信ネットワークにかかる負荷が集中する等してネットワーク処理能力が低下した場合であっても、相手端末に必要なＭＩＤＩデータ等を円滑に送信することができる通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した問題を解決するため、本発明に係る通信端末は、楽音制御データを入力する入力手段と、楽音制御データの間引き条件を記憶する記憶手段と、入力される楽音制御データのうち、前記間引き条件に合致する楽音制御データを間引く間引き手段と、間引き後の楽音制御データを通信ネットワークを介して相手端末へ送信する送信手段とを具備することを特徴とする。
【０００８】
かかる構成によれば、間引き手段によって間引き条件に合致する楽音制御データ（ＭＩＤＩデータ等）が間引かれる。この間引き条件を適宜設定し、間引き対象となる楽音制御データを聴感上違和感を生じさせない（すなわち演奏のクオリティを損なわせない）楽音制御データに制限等することで、たとえ通信ネットワークにかかる負荷が集中する等してネットワーク処理能力が低下した場合であっても、相手端末に必要なＭＩＤＩデータ等を円滑に送信することができる。
【０００９】
ここで、前記間引き条件は、楽音の音量、楽音の発音時間、前記楽音制御データの種類、楽音のコードのいずれかに基づく間引き条件であることが望ましい。
【００１０】
また、上記構成にあっては、前記送信手段は、前記通信ネットワークにおける２系統の伝送路を用いて、前記間引き後の楽音制御データを前記相手端末へ送信する態様が望ましい。
【００１１】
さらに、前記通信ネットワークのスループットを測定する測定手段と、前記測定手段による測定結果に応じて前記楽音制御データの間引き率を決定する決定手段とをさらに具備し、前記間引き手段は、前記間引き条件に合致する楽音制御データについて、前記決定手段が決定した間引き率で間引く態様が望ましい。
【００１２】
さらにまた、前記入力手段から間引き前の楽音制御データを受け取る一方、前記間引き手段から間引き後の楽音制御データを受け取り、受け取った間引き前後の楽音制御データに基づいて間引き状況を検出し、検出した間引き状況を報知する報知手段をさらに具備する態様がより望ましい。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、通信ネットワークのバンド幅が狭い場合や通信ネットワークにかかる負荷が集中する等してネットワーク処理能力が低下した場合であっても、相手端末に必要なＭＩＤＩデータ等を円滑に送信することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、様々な場所に点在する複数のユーザがインターネットを介してＭＩＤＩデータを授受することにより、リアルタイムなセッションを可能とするシステム（以下、iSessionシステムという）について説明する。
【００１５】
Ａ．本実施形態
図１は、本実施形態に係るiSessionシステム１００の構成を示す図である。
iSessionシステム１００は、インターネット３５０を介して接続された複数のプレーヤ端末２００−ｋ（１≦ｋ≦ｎ）と、各プレーヤ端末２００−ｋに接続された電子楽器３００−ｋと、セッション管理サーバ４００とによって構成されている。なお、プレーヤ端末２００−ｋ及び電子楽器３００−ｋについて、特に区別する必要がない場合には単にプレーヤ端末２００及び電子楽器３００と呼ぶ。
【００１６】
セッション管理サーバ４００は、プレーヤ端末２００によって実現されるセッションを中枢的に管理する役割等を担っている。電子楽器３００は、電子ピアノ、電子バイオリン等によって構成され、ユーザによる演奏操作に従って様々なＭＩＤＩデータを生成し、生成したＭＩＤＩデータを接続先のプレーヤ端末２００に供給する。
【００１７】
プレーヤ端末（通信端末、相手端末）２００は、電子楽器３００から供給されるＭＩＤＩデータをパケット化してＭＩＤＩパケット（楽音制御パケット）を生成し、これをセッションに参加している全てのプレーヤ端末２００に送信する一方、他のプレーヤ端末２００から送信されるＭＩＤＩパケットを受信・再生する。なお、本実施形態では、電子楽器３００とプレーヤ端末２００とが別体構成の場合を想定するが、電子楽器３００にプレーヤ端末２００の機能を実装して電子楽器３００とプレーヤ端末２００とを一体構成にしても良い。
【００１８】
図２は、プレーヤ端末２００の機能構成を示すブロック図である。
プレーヤ端末２００は、通信装置、ＣＰＵ、メモリ等のハードウェア資源を備えており、該ハードウェア資源とメモリに格納されたソフトウェアとが協働して動作することにより以下に示す機能を実現する。
【００１９】
入力手段２１０は、電子楽器３００から供給されるＭＩＤＩデータを入力し、これを間引き手段２２０に順次供給する。間引き手段２２０は、入力手段２１０から供給されるＭＩＤＩデータのうち、間引きルールデータベース２３０に登録されている各間引きルール（間引き条件）に合致するＭＩＤＩデータについて間引きを行い、間引きを行った後のＭＩＤＩデータを送信手段２４０に供給する。
【００２０】
図３は、間引きルールデータベースＴＢの登録内容を例示した図である。
間引きルールデータベースＴＢには、ＭＩＤＩデータ（以下、コマンド）に関する間引きルールが各種登録されている。これら各間引きルールは、聴感上違和感を生じさせない（すなわち演奏のクオリティを損なわせない）コマンドを間引くためのルールである。
【００２１】
＜第１間引きルールＲ１＞
第１間引きルールＲ１は、楽音の音量に基づく間引きルールであり、第１音量しきい値ｖ１と第２音量しきい値ｖ２とを備えている。第１音量しきい値ｖ１は、音量の小さな楽音の発音コマンドを間引くための条件であり、第２音量しきい値ｖ２は、音量の大きな楽音の直後に発音される楽音の発音コマンドを間引くための条件である。
【００２２】
間引き手段２２０は、入力手段２１０から供給される発音コマンドに示されるベロシティ（音量値）が第１音量しきい値ｖ１を下回っていることを検知すると、当該発音コマンドを間引きする。一方、間引き手段２２０は、該発音コマンドに示されるベロシティが第１音量しきい値よりも大きな第２音量しきい値ｖ２を上回っていることを検知すると、その次に入力手段２１０から供給される発音コマンドを間引きする。なお、本実施例では、ある楽音の音量が第２音量しきい値ｖ２を上回った場合に、必ず、その次に供給される発音コマンドを間引く態様を例示したが、例えば、ある楽音の音量が第２音量しきい値ｖ２を上回り、かつ、その次に発音される楽音の音量が第２音量しきい値ｖ２よりも小さな第３音量しきい値ｖ３を下回った場合に、当該発音コマンドを間引く等の間引きルールを採用しても良い。このように、楽音を間引くときの音量条件については、適宜設定・変更可能である。
【００２３】
＜第２間引きルールＲ２＞
第２間引きルールＲ２は、楽音の発音時間に基づく間引きルールであり、発音時間しきい値ｐ１を備えている。発音時間しきい値ｐ１は、発音時間長が短い楽音の発音コマンドを間引くための条件である。間引き手段２２０は、入力手段２１０から供給される発音コマンドに示されるデルタタイム（発音コマンドであれば発音時間長に対応）等に基づいて発音時間長を求め、求めた発音時間長が発音時間しきい値ｐ１を下回っているか否かを判断する。間引き手段２２０は、求めた発音時間長が発音時間しきい値ｐ１を下回っている（すなわち、発音時間が短い音である）ことを検知すると、当該楽音の発音コマンドを間引きする。
【００２４】
ただし、この第２間引きルールＲ２は、例えば１曲分のＭＩＤＩコマンドを収容したＭＩＤＩファイルをシーケンサーで演奏して送信する場合など、予め各楽音の発音時間長がわかっている場合にしか適用できない点に留意する。つまり、予め各楽音の発音時間長がわからない場合（いいかえれば、入力手段２１０から楽音の発音コマンドがリアルタイムに入力される場合等）には、その時点において当該楽音の発音時間長がわからないため、第２間引きルールＲ２を適用できない。なお、楽音を間引くときの発音時間の条件は、上記第１間引きルールＲ１と同様、適宜設定・変更可能である。
【００２５】
＜第３間引きルールＲ３＞
第３間引きルールＲ３は、一定期間連続して発行されるコマンド（以下、連続発行コマンド）を間引くためのコマンド種類に基づく間引きルールである。第３間引きルールＲ３は、連続発行コマンドを特定するための連続発行コマンド情報ｃｃを複数備えている。各連続コマンド関連情報ｃｃには、間引き対象となるコマンドのコマンド名（例えば、ピッチベンド、アフタータッチ等）や間引き間隔等（例えば、４つに１つの割合で連続発行コマンドを間引く等）をあらわす情報が含まれている。間引き手段２２０は、入力手段２１０から供給されるコマンドのコマンド名と連続発行コマンド情報ｃｃに示されるコマンド名とを比較することにより、供給されるコマンドが連続発行コマンドであるか否かを判断する。間引き手段２２０は、供給されるコマンドが連続発行コマンドであると判断すると、対応する連続発行コマンド情報ｃｃに示される間引き間隔を参照しながら連続発行コマンドを間引きする。
【００２６】
＜第４間引きルールＲ４＞
第４間引きルールＲ４は、音色切り換えコマンドを間引くためのコマンド種類に基づく間引きルールである。第４間引きルールＲ４は、複数の音色切り換えコマンド情報ｍｃと類似音色テーブルＴＡ１（図４参照）とを備えている。各音色切り換えコマンド情報ｍｃには、間引き対象となる音色切り換えコマンドのコマンド名（例えば、プログラムチェンジ、バンクセレクト等）をあらわす情報が含まれている。
【００２７】
一方、類似音色テーブルＴＡ１には、類似する音色によって形成された音色グループが複数登録されている。図４を例に説明すると、第１音色グループには、アーコスティックピアノ、・・・チェンバロといったピアノ系の音色をそれぞれあらわす音色名及び音色番号が登録され、第２音色グループには、アーコスティックギター（ナイロン弦）、・・・エレクトリックギターといったギター系の音色をそれぞれあらわす音色名及び音色番号が登録され、・・・第ｎ音色グループには、アルトサックス、・・・バリトンサックスといったリード系の音色をそれぞれあらわす音色名及び音色番号が登録されている。
【００２８】
間引き手段２２０は、入力手段２１０から供給されるコマンドのコマンド名と音色切り換えコマンド情報ｍｃに示されるコマンド名とを比較することにより、供給されるコマンドが音色切り換えコマンドであるか否かを判断する。間引き手段２２０は、供給されるコマンドが音色切り換えコマンドであると判断すると、類似音色テーブルＴＡ１を参照し、当該コマンドによって指定された音色（切り換え後の音色）と、既に指定された音色（切り換え前の音色）とが類似しているか否かを判断する。例えば、切り換え前の音色が「チェンバロ」であり、切り換え後の音色が「エレクトリックギター」である場合（図４参照）、これら音色は非類似（ピアノ系とギター系）の関係にあることから、間引き手段２２０は、入力手段２１０から供給されるコマンドを間引きしない。一方、切り換え前の音色が「アルトサックス」であり、切り換え後の音色が「バリトンサックス」である場合（図４参照）、これら音色は類似（いずれもリード系）の関係にあることから、間引き手段２２０は、入力手段２１０から供給される音色切り換えコマンドを間引きする。
【００２９】
＜第５間引きルールＲ５＞
第５間引きルールＲ５は、アクティブセンスコマンドを間引くための間引きルールであり、アクティブセンスコマンドを特定するコマンド名等を含むアクティブセンスコマンド情報ａｃを備えている。このアクティブセンスコマンドは、ＭＩＤＩケーブルを介して接続された端末間において、ＭＩＤＩケーブルが遮断（すなわち、通信が切断）されたこと等を受信側の端末で検知するために、送信側の端末が一定時間毎に送信するコマンドである。本実施形態では、アクティブセンスコマンドを送ることによって上記通信が切断されたことを検知するのではなく、例えば以下に示す方法によって検知する。
【００３０】
送信側のプレーヤ端末２００は、最低でも１秒間に１つ、受信側のプレーヤ端末（すなわち、セッションに参加している他の全てのプレーヤ端末）２００にパケットを送信する。送信側のプレーヤ端末２００は、このパケットの生成タイミングを常に検知しており、予め設定された閾値時間内（例えば１秒間内）に送るべきパケット（すなわち、コマンドを含むパケット）が生成されていないと判断すると、空パケット（すなわち、コマンドを含まないパケット）を生成し、これを受信側のプレーヤ端末２００に送信する。
【００３１】
一方、受信側のプレーヤ端末２００は、所定時間（例えば３秒間）、パケットを受け取らないと、送信側のプレーヤ端末２００との間の通信が切れたとみなす。かかる構成を採用することで、送信側のプレーヤ端末２００からアクティブセンスコマンドを送信することなく、受信側のプレーヤ端末２００において上記通信が切れたか否かを判断することができる。なお、上記例において定義した時間等については、iSessionシステム１００の設計等に応じて適宜変更可能である。
【００３２】
間引き手段２２０は、以上の如く不要なＭＩＤＩデータを間引くと、間引いた後のＭＩＤＩデータを送信手段２４０に順次供給する。送信手段２４０は、間引き手段２２０から間引き後のＭＩＤＩデータを受け取ると、これをパケット化し、インターネット３５０を介してセッションに参加している全てのプレーヤ端末２００に送信する。
【００３３】
なお、ＭＩＤＩデータの伝送については、種々の方法を採用することができ、例えばＴＣＰ（Transmission Control Protocol）及びＵＤＰ（User Datagram Protocol）といった２系統の伝送路を用いてＭＩＤＩデータを伝送する方法を採用することができる。この場合には、伝送すべきＭＩＤＩデータについて、絶対に欠落してはいけないＭＩＤＩデータ（例えばシステムエクスクルーシブメッセージ等）については信頼性の高いＴＣＰを用いて伝送する一方、他のＭＩＤＩデータについては信頼性の低いＵＤＰを用いて伝送する。もちろん、２系統の伝送路を用いてＭＩＤＩデータを伝送する方法に限らず、１系統の伝送路を用いてＭＩＤＩデータを伝送する方法等にも適用可能である。
【００３４】
以上説明したように、本実施形態に係るiSessionシステム１００によれば、インターネット３５０にかかる負荷が集中する等してネットワーク処理能力が低下した場合等であっても、セッションに参加しているプレーヤ端末２００に必要なＭＩＤＩデータ等を円滑に送信することができる。
【００３５】
Ｂ．変形例
＜変形例１＞
上述した本実施形態では、第５間引きルールＲ５として、アクティブセンスコマンド情報ａｃが登録されている場合を例示したが、これに加えて（或いはこれに代えて）以下に示す第６間引きルールＲ６（図３に示す破線部分参照）を間引きルールデータベースＴＢに登録しても良い。
【００３６】
＜第６間引きルールＲ６＞
第６間引きルールＲ６は、コード（調性）に基づく間引きルールであり、コード変換テーブルＴＡ２（図５参照）を備えている。
コード変換テーブルＴＡ２は、複雑なコードを単純なコードに変換するために利用されるテーブルであり、変換対象となる変換前のコードと変換後のコードとが対応づけてそれぞれ登録されている。図５を例に説明すると、コード変換テーブルＴＡ２には、「Ｃマイナーメジャーセブン」、「Ｄアドナインス」、「Ｅメジャーセブン」等の複雑なコードが変換前コードとして登録される一方、これらに対応して「Ｃメジャー」、「Ｄマイナー」、「Ｅマイナー」等の単純なコードが変換後コードとして登録される。
【００３７】
間引き手段２２０は、入力手段２１０から供給されるコマンドを解析等することによってコード検出を行い、コード変換テーブルＴＡ２を参照する。間引き手段２２０は、検出したコードがコード変換テーブルＴＡ２の変換前のコードに登録されているコード（例えば、「Ｃマイナーメジャーセブン」）と一致していると判断すると、対応する変換後のコード（例えば、「Ｃメジャー」）を参照し、コード変換を行う。そして、間引き手段２２０は、コード変換後のＭＩＤＩデータを送信手段２４０に送る。このように、ユーザの演奏操作等に応じて入力されるコードが複雑なコードである場合には、これを単純なコードに変換することで伝送するＭＩＤＩデータを間引きするようにしても良い。
【００３８】
なお、本変形例では、間引き手段２２０にコード検出機能を搭載した場合について説明したが、例えば間引き手段２２０に和音検出機能や装飾音検出機能を搭載し、検出した和音や装飾音の全て（若しくは一部）を間引きするようにしても良い。
【００３９】
＜変形例２＞
図６は、変形例２に係るプレーヤ端末２００’の機能構成を示す図である。プレーヤ端末２００’は、前掲図２に示すプレーヤ端末２００に対し操作手段２５０、表示手段２６０、表示制御手段２７０を設けたものである。よって、前掲図２と対応する部分には同一符号を付し、詳細な説明は省略する。
操作手段２５０は、各種操作ボタン等により構成され、ＭＩＤＩデータの間引き状況の確認指示等を入力する。表示手段２６０は、液晶パネル等により構成され、ＭＩＤＩデータの間引き状況をあらわす可視画像等を表示する。
【００４０】
表示制御手段２７０は、操作手段２５０から供給される間引き状況の確認指示に応じて上記可視画像を表示手段２６０に表示するための制御を行う。具体的には、操作手段２５０から間引き状況の確認指示が供給されると、表示制御手段（報知手段）２７０は、入力手段２１０を介して入力される間引き前のＭＩＤＩデータと、間引き手段２２０から出力される間引き後のＭＩＤＩデータとを取得する。そして、表示制御手段（報知手段）２７０は、これら間引き前後のＭＩＤＩデータに基づいて間引き状況を検出し、検出した間引き状況を表示（報知）するための可視画像データを生成し、表示手段（報知手段）２６０に供給する。
【００４１】
これにより、図７に示すような間引き状況をあらわす可視画像が表示手段２６０の表示画面に表示される。図７に示すように、表示手段２６０には、間引き前後のＭＩＤＩデータに対応した音符や、かかる間引きを行う際に利用した間引きルール等が表示される。プレーヤ端末２００’を利用するユーザは、該プレーヤ端末２００’においてどのような間引きが行われているのかを、表示手段２６０を目視することで的確かつ瞬時に把握することができる。なお、図７に示す可視画像はあくまで例示であり、どのような内容を可視画像として表示するかは、プレーヤ端末２００’の設計等に応じて適宜変更可能である。また、間引き状況を可視画像として表示する代わりに、間引き状況を音声メッセージとして出力するようにしても良いのはもちろんである。
【００４２】
＜変形例３＞
図８は、変形例３に係るプレーヤ端末２００’’の機能構成を示す図である。図８に示すプレーヤ端末２００’’は、前掲図２に示すプレーヤ端末２００に対しスループット測定手段２８０を設けたものである。よって、前掲図２と対応する部分には同一符号を付し、詳細な説明は省略する。
【００４３】
スループット測定手段２８０は、ＭＩＤＩデータを伝送するインターネット３５０等の通信ネットワークのスループット（データの実行通信速度等；以下、単にスループット）を定期若しくは不定期に測定する手段である。スループット測定手段（決定手段）２８０は、定期若しくは不定期にスループットを測定すると、測定結果を検索キーとして間引き率決定テーブルＴＡ３（図９参照）を検索することにより、間引き率を決定する。
【００４４】
図９は、間引き率決定テーブルＴＡ３の登録内容を例示した図である。間引き率決定テーブルＴＡ３には、スループット範囲と間引き率とが対応づけて登録されている。ここで、間引き率は、入力されるＭＩＤＩデータをどれ位の割合で間引くかをあらわしており、間引き率が大きければ間引くデータ量は多くなる一方、間引き率が小さければ間引くデータ量は少なくなる。例えば、インターネット３５０にかかる負荷が大きくなり、スループットが低くなると、スループット測定手段２８０は、間引き率決定テーブルＴＡ３から測定結果に応じた大きな間引き率を取得し、間引き手段２２０に通知する。
【００４５】
一方、上記負荷が小さくなり、スループットが高くなると、スループット測定手段２８０は、間引き率決定テーブルＴＡ３から測定結果に応じた小さな間引き率を取得し、間引き手段２２０に通知する。間引き手段２２０は、スループット測定手段２８０からの通知内容及び上記各間引きルールに従って、ＭＩＤＩデータを間引きする。このように、通信ネットワークのスループットに応じて、間引き率を動的に変更しても良い。
【００４６】
なお、以上説明した本実施形態及び各変形例に係るプレーヤ端末２００の諸機能は、ＲＯＭ等に格納されたプログラムによって実現されるため、かかるプログラムを記録媒体（ＣＤ−ＲＯＭ等）に記録して頒布したり、通信ネットワーク（インターネット等）を介して頒布しても良い。もちろん、上記諸機能を実現するＣＰＵ、ＲＯＭ等を組み込んだ専用装置として構成することも可能である。
【図面の簡単な説明】
【００４７】
【図１】本実施形態に係るiSessionシステムの構成を示す図である。
【図２】同実施形態に係るプレーヤ端末の機能構成を示す図である。
【図３】同実施形態に係る間引きルールデータベースの登録内容を例示した図である。
【図４】同実施形態に係る類似音色テーブルの内容を例示した図である。
【図５】変形例１に係るコード変換テーブルを例示した図である。
【図６】変形例２に係るプレーヤ端末の機能構成を示す図である。
【図７】同変形例に係る可視画像を例示した図である。
【図８】変形例３に係るプレーヤ端末の機能構成を示す図である。
【図９】同変形例に係る間引き率決定テーブルの登録内容を例示した図である。
【図１０】ＭＩＤＩ機器の接続状態を例示した図である。
【符号の説明】
【００４８】
１００・・・iSessionシステム、２００、２００’、２００’’・・・プレーヤ端末、２１０・・・入力手段、２２０・・・間引き手段、２３０・・・間引きルールデータベース、２４０・・・送信手段、２５０・・・操作手段、２６０・・・表示手段、２７０・・・表示制御手段、２８０・・・スループット測定手段、３００・・・電子楽器、３５０・・・インターネット、４００・・・セッション管理サーバ。
【図１】
2005221788.tif 000003
【図２】
2005221788.tif 000004
【図３】
2005221788.tif 000005
【図４】
2005221788.tif 000006
【図５】
2005221788.tif 000007
【図６】
2005221788.tif 000008
【図７】
2005221788.tif 000009
【図８】
2005221788.tif 000010
【図９】
2005221788.tif 000011
【図１０】
2005221788.tif 000012