(57)【要約】      （修正有）【課題】通信帯域を有効に使用しつつ、可能な限り品質のよい曲データを送受信することが可能となる曲データ受信装置、曲データ配信装置、および該曲データ受信装置および曲データ配信装置をそれぞれ制御する各制御方法を実現するためのプログラムを提供する。【解決手段】ユーザが選曲した曲のパートのうち配信を望まない一部のパートを指示すると、指示されたパートの非配信を示す変更要求が、曲データ受信装置から曲データ配信装置に送信される（Ｓ１０３）。曲データ配信装置は変更要求を受信すると、ステップＳ２０１で検索した曲データの各パートについて、配信／非配信を決定し（Ｓ２０３）、配信するパートの総データサイズが所定の範囲になるように配信する各パートの品質を決定する（Ｓ２０４）。曲データ配信装置は、再生が要求されている間は、各パートのオーディオデータを前記決定された品質に変換して、曲データ受信装置に送信する（Ｓ２０６）。【選択図】図２
2009237275.tif 000002
【特許請求の範囲】
【請求項１】
複数パートからなる曲データを複数記憶する記憶手段と、
曲データを受信する曲データ受信装置と通信回線を介して接続する接続手段と、
該接続手段によって接続された曲データ受信装置から、該曲データ受信装置が受信する曲データの選曲要求および該選曲要求の対象となる曲データの各パートについてのオン／オフ要求を取得する取得手段と、
該取得手段によって取得された選曲要求の対象となる曲データを前記記憶手段から選曲する選曲手段と、
前記取得手段によって取得されたオン／オフ要求に応じて、前記選曲手段によって選曲された曲データのすべてのパートのうち、配信するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御する制御手段と、
該制御手段によって選択されたパートの曲データを前記決定された品質で前記曲データ受信装置にストリーミング配信する配信手段と
を有することを特徴とする曲データ配信装置。
【請求項２】
複数パートからなる曲データを複数記憶し、その中から選曲された曲データをストリーミング配信する曲データ配信装置と通信回線を介して接続する接続手段と、
ユーザからの選曲要求を取得する第１の取得手段と、
該第１の取得手段によって取得された選曲要求の対象となる曲データの各パートについてのユーザからのオン／オフ要求を取得する第２の取得手段と、
該第２の取得手段によって取得されたオン／オフ要求に応じて、前記選曲要求の対象となる曲データのすべてのパートのうち、配信を要求するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御する制御手段と、
前記接続手段によって接続された曲データ配信装置に、前記制御手段によって選択されたパートの曲データを前記決定された品質で配信するように要求する要求手段と、
該要求手段による配信要求に応じて前記曲データ配信装置がストリーミング配信した曲データを受信する受信手段と
を有することを特徴とする曲データ受信装置。
【請求項３】
複数パートからなる曲データを複数記憶する記憶手段を備えた曲データ配信装置を制御する制御方法をコンピュータに実行させるプログラムであって、
前記制御方法は、
接続手段によって通信回線を介して接続された曲データ受信装置から、該曲データ受信装置が受信する曲データの選曲要求および該選曲要求の対象となる曲データの各パートについてのオン／オフ要求を取得する取得ステップと、
該取得ステップによって取得された選曲要求の対象となる曲データを前記記憶手段から選曲する選曲ステップと、
前記取得ステップによって取得されたオン／オフ要求に応じて、前記選曲ステップによって選曲された曲データのすべてのパートのうち、配信するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御する制御ステップと、
該制御ステップによって選択されたパートの曲データを前記決定された品質で前記曲データ受信装置にストリーミング配信する配信ステップと
を有することを特徴とするプログラム。
【請求項４】
複数パートからなる曲データを複数記憶し、その中から選曲された曲データをストリーミング配信する曲データ配信装置と通信回線を介して接続する接続手段を備えた曲データ受信装置を制御する制御方法をコンピュータに実行させるプログラムであって、
前記制御方法は、
ユーザからの選曲要求を取得する第１の取得ステップと、
該第１の取得ステップによって取得された選曲要求の対象となる曲データの各パートについてのユーザからのオン／オフ要求を取得する第２の取得ステップと、
該第２の取得ステップによって取得されたオン／オフ要求に応じて、前記選曲要求の対象となる曲データのすべてのパートのうち、配信を要求するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御する制御ステップと、
前記接続手段によって接続された曲データ配信装置に、前記制御ステップによって選択されたパートの曲データを前記決定された品質で配信するように要求する要求ステップと、
該要求ステップによる配信要求に応じて前記曲データ配信装置がストリーミング配信した曲データを受信する受信ステップと
を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング配信された曲データを受信して再生する曲データ受信装置、曲データをストリーミング配信する曲データ配信装置、および該曲データ受信装置および曲データ配信装置をそれぞれ制御する各制御方法を実現するためのプログラムに関する。
【背景技術】
【０００２】
ストリーミング配信された曲データを受信して再生する曲データ受信装置も、曲データをストリーミング配信する曲データ配信装置も、従来から知られている（たとえば、特許文献１および２参照）。
【特許文献１】特開２００５−１４８５６５号公報
【特許文献２】特開２００７−２１９０５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、複数パートからなる曲データであって、ストリーミング配信されたものを受信し、その複数パートのうちの一部パートのみをオフして再生しながら、オフされたパートを、電子楽器を用いて自ら演奏したいことがある。
【０００４】
しかし、上記従来の曲データ配信装置では、一部パートのみオフした曲データをストリーミング配信できるように構成されていないので、この場合でも、曲データ配信装置からは全パートの曲データがストリーミング配信され、曲データ受信装置側で、当該一部パートを再生しないなどの何らかの方法により、当該一部パートをオフしなければならなかった。したがって、ストリーミング配信される曲データ内に不必要な一部パートが含まれていたとしても、通信回線上には、当該一部パートを含む全パートの曲データが流れていることになり、通信帯域が無駄になっていた。
【０００５】
本発明は、この点に着目してなされたものであり、通信帯域を有効に使用しつつ、可能な限り品質のよい曲データを送受信することが可能となる曲データ受信装置、曲データ配信装置、および該曲データ受信装置および曲データ配信装置をそれぞれ制御する各制御方法を実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、請求項１に記載の曲データ配信装置は、複数パートからなる曲データを複数記憶する記憶手段と、曲データを受信する曲データ受信装置と通信回線を介して接続する接続手段と、該接続手段によって接続された曲データ受信装置から、該曲データ受信装置が受信する曲データの選曲要求および該選曲要求の対象となる曲データの各パートについてのオン／オフ要求を取得する取得手段と、該取得手段によって取得された選曲要求の対象となる曲データを前記記憶手段から選曲する選曲手段と、前記取得手段によって取得されたオン／オフ要求に応じて、前記選曲手段によって選曲された曲データのすべてのパートのうち、配信するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御する制御手段と、該制御手段によって選択されたパートの曲データを前記決定された品質で前記曲データ受信装置にストリーミング配信する配信手段とを有することを特徴とする。
【０００７】
上記目的を達成するため、請求項２に記載の曲データ受信装置は、複数パートからなる曲データを複数記憶し、その中から選曲された曲データをストリーミング配信する曲データ配信装置と通信回線を介して接続する接続手段と、ユーザからの選曲要求を取得する第１の取得手段と、該第１の取得手段によって取得された選曲要求の対象となる曲データの各パートについてのユーザからのオン／オフ要求を取得する第２の取得手段と、該第２の取得手段によって取得されたオン／オフ要求に応じて、前記選曲要求の対象となる曲データのすべてのパートのうち、配信を要求するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御する制御手段と、前記接続手段によって接続された曲データ配信装置に、前記制御手段によって選択されたパートの曲データを前記決定された品質で配信するように要求する要求手段と、該要求手段による配信要求に応じて前記曲データ配信装置がストリーミング配信した曲データを受信する受信手段とを有することを特徴とする。
【０００８】
上記目的を達成するため、請求項３に記載のプログラムは、請求項１と同様の技術的思想によって実現できる。
【０００９】
上記目的を達成するため、請求項４に記載のプログラムは、請求項２と同様の技術的思想によって実現できる。
【発明の効果】
【００１０】
請求項１または３に記載の発明によれば、取得されたオン／オフ要求に応じて、選曲された曲データのすべてのパートのうち、配信するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御され、前記選択されたパートの曲データが前記決定された品質で曲データ受信装置にストリーミング配信されるので、通信帯域を有効に使用しつつ、可能な限り品質のよい曲データを送受信することが可能となる。
【００１１】
請求項２または４に記載の発明によれば、取得されたユーザからのオン／オフ要求に応じて、選曲要求の対象となる曲データのすべてのパートのうち、配信を要求するパートを選択するとともに、その総データ量が所定の範囲になるように当該パートの曲データの品質を決定するように制御され、接続手段によって接続された曲データ配信装置に、前記選択されたパートの曲データを前記決定された品質で配信するように要求され、該配信要求に応じて前記曲データ配信装置がストリーミング配信した曲データが受信されるので、通信帯域を有効に使用しつつ、可能な限り品質のよい曲データを送受信することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００１３】
図１は、本発明の第１の実施の形態に係る曲データ受信装置１００の概略構成を示すブロック図である。
【００１４】
同図に示すように、曲データ受信装置１００は、音高情報を含む演奏データを入力するための鍵盤を含む演奏操作子１と、各種情報を入力するための複数のスイッチやダイアル、ジョイスティックを含むパネル操作子２と、演奏操作子１の操作状態を検出する検出回路３と、パネル操作子２の操作状態を検出する検出回路４と、装置全体の制御を司るＣＰＵ５と、該ＣＰＵ５が実行する制御プログラムや、各種テーブルデータ等を記憶するＲＯＭ６と、演奏データ、各種入力情報および演算結果等を一時的に記憶するＲＡＭ７と、タイマ割込み処理における割込み時間や各種時間を計時するタイマ８と、各種情報等を表示する、たとえば液晶ディスプレイ（ＬＣＤ）および発光ダイオード（ＬＥＤ）等を備えた表示器９と、前記制御プログラムを含む各種アプリケーションプログラムや各種楽曲データ、各種データ等を記憶する外部記憶装置１０と、外部からのＭＩＤＩ（musical instrument digital interface）メッセージを入力したり、ＭＩＤＩメッセージを外部に出力したりするＭＩＤＩインターフェース（Ｉ／Ｆ）１１と、通信ネットワーク４００を介して、曲データ配信装置２００とデータの送受信を行う通信インターフェース（Ｉ／Ｆ）１２と、演奏操作子１から入力された演奏データや、前記外部記憶装置１０に記憶されたいずれかの楽曲データを再生して得られた演奏データ等を楽音信号に変換する音源回路１３と、曲データ配信装置２００からストリーミング配信された圧縮オーディオデータや外部記憶装置１０に記憶された圧縮オーディオデータを伸長して楽音信号に変換するデコード回路１４と、音源回路１３からの楽音信号とデコード回路１４からの楽音信号をミキシングするミキシング回路１５と、該ミキシング回路１５からのミキシングされた楽音信号に各種効果を付与するための効果回路１６と、該効果回路１６からの楽音信号を音響に変換する、たとえば、ＤＡＣ（digital-to-analog converter）やアンプ、スピーカ等のサウンドシステム１７とにより構成されている。
【００１５】
上記構成要素３〜１６は、バス１８を介して相互に接続され、ＣＰＵ５にはタイマ８が接続され、ＭＩＤＩＩ／Ｆ１１には他のＭＩＤＩ機器３００が接続され、通信Ｉ／Ｆ１２には通信ネットワーク４００が接続され、音源回路１３およびデコード回路１４にはミキシング回路１５が接続され、ミキシング回路１５には効果回路１６が接続され、効果回路１６にはサウンドシステム１７が接続されている。ここで、通信Ｉ／Ｆ１２および通信ネットワーク４００は、有線方式のものに限らず、無線方式のものであってもよい。また、両方式のものを備えていてもよい。
【００１６】
外部記憶装置１０としては、たとえば、フレキシブルディスクドライブ（ＦＤＤ）、ハードディスクドライブ（ＨＤＤ）、ＣＤ−ＲＯＭドライブおよび光磁気ディスク（ＭＯ）ドライブ等を挙げることができる。そして、外部記憶装置１０には、前述のように、ＣＰＵ５が実行する制御プログラムも記憶でき、ＲＯＭ６に制御プログラムが記憶されていない場合には、この外部記憶装置１０に制御プログラムを記憶させておき、それをＲＡＭ７に読み込むことにより、ＲＯＭ６に制御プログラムを記憶している場合と同様の動作をＣＰＵ５にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。
【００１７】
ＭＩＤＩＩ／Ｆ１１は、専用のものに限らず、ＲＳ−２３２ＣやＵＳＢ（ユニバーサル・シリアル・バス）、ＩＥＥＥ１３９４（アイトリプルイー１３９４）等の汎用のインターフェースより構成してもよい。この場合、ＭＩＤＩメッセージ以外のデータも同時に送受信してもよい。
【００１８】
通信Ｉ／Ｆ１２は、上述のように、たとえばＬＡＮ（local area network）やインターネット、電話回線等の通信ネットワーク４００に接続されており、該通信ネットワーク４００を介して、曲データ配信装置２００に接続される。外部記憶装置１０に上記各プログラムや各種パラメータが記憶されておらず、それらが曲データ配信装置２００に記憶されている場合には、通信Ｉ／Ｆ１２は、曲データ配信装置２００からプログラムやパラメータをダウンロードするために用いられる。クライアントとなる曲データ受信装置１００は、通信Ｉ／Ｆ１２および通信ネットワーク４００を介して曲データ配信装置２００へとプログラムやパラメータのダウンロードを要求するコマンドを送信する。曲データ配信装置２００は、このコマンドを受け、要求されたプログラムやパラメータを、通信ネットワーク４００を介して曲データ受信装置１００へと配信し、曲データ受信装置１００が通信Ｉ／Ｆ１２を介して、これらプログラムやパラメータを受信して外部記憶装置１０に蓄積することにより、ダウンロードが完了する。
【００１９】
音源回路１３は、波形メモリ方式、ＦＭ（frequency modulation）方式、物理モデル方式、高調波合成方式、フォルマント合成方式、ＶＣＯ（voltage controlled oscillator）＋ＶＣＦ（voltage controlled filter）＋ＶＣＡ（voltage controlled amplifier）のアナログシンセサイザ方式、アナログシミュレーション方式など、どのような方式のものでもよい。また、専用のハードウェアを用いて音源回路を構成してもよいし、ＤＳＰ（digital signal processor）＋マイクロプログラムを用いて音源回路を構成してもよいし、ＣＰＵ＋ソフトウェアのプログラムで音源回路を構成してもよいし、さらに、これらの組み合わせでもよい。また、１つの回路を時分割で使用して複数の発音チャンネルを形成してもよいし、１つの発音チャンネルを１つの回路で形成してもよい。
【００２０】
デコード回路１４は、各種形式の曲データをデコードすることができるように構成されている。その形式としては、ＭＰ３（MPEG Audio Layer III），ＡＴＲＡＣ３（adaptive transform acoustic coding），Windows(登録商標)MediaAudio，ＡＡＣ（advanced audio coding），ＴｗｉｎＶＱ（transform domain weighted interleave vector quantization）などを挙げることができる。
【００２１】
効果回路１６は、ミキシング回路１５の後段に設けられ、ミキシング回路１５から出力された楽音信号に各種効果を付与するようにしているので、ミキシングされる前の楽音信号、つまり音源回路１３あるいはデコード回路１４から出力された楽音信号に直接、各種効果を付与することはできない。ミキシングされる前の楽音信号に直接、各種効果を付与したいのであれば、ミキシング回路１５と効果回路１６の接続順序を逆にすればよい。
【００２２】
なお、本実施の形態では、曲データ受信装置１００を電子鍵盤楽器上に構築するようにしたが、これに限らず、鍵盤を外部接続した汎用的なＰＣ上に構築してもよい。また、鍵盤楽器の形態に限らず、弦楽器タイプや管楽器タイプ等の形態でもよい。
【００２３】
曲データ配信装置２００は、曲データ受信装置１００の上記構成から、演奏操作子１、パネル操作子２、検出回路３，４、表示器９、ＭＩＤＩＩ／Ｆ１１、音源回路１３、デコード回路１４、ミキシング回路１５、効果回路１６およびサウンドシステム１７を除き、その代わりに、キーボード、マウスおよび大型ディスプレイを加えた、通常のＰＣ上に構築される。なお、曲データ配信装置２００は、本実施の形態では、１台によって構成されているが、これに限らず、複数台によって構成されていてもよい。
【００２４】
以上のように構成された曲データ受信装置１００および曲データ配信装置２００が実行する制御処理を、図２を参照して詳細に説明する。
【００２５】
図２は、曲データ受信装置１００および曲データ配信装置２００がそれぞれ実行するメインルーチンの手順を示すフローチャートである。
【００２６】
曲データ受信装置１００が実行するメインルーチンは、主として
（１）初期設定処理（ステップＳ１０１）
（２）選曲処理（ステップＳ１０２）
（３）各パートのオン／オフについての変更要求送信処理（ステップＳ１０３）
（４）再生／停止／巻き戻し／早送りの要求送信処理（ステップＳ１０４）
（５）オーディオデータの再生指示処理（ステップＳ１０６）
（６）ミキシング回路／効果回路に対する指示処理（ステップＳ１０７）
（７）音源回路に対する楽音生成指示処理（ステップＳ１０８）
によって構成されている。本メインルーチンは、ユーザによって前記パネル操作子２に含まれる電源スイッチ（図示せず）が操作されて、電源がオンされたときに起動される。起動後、前記（１）の初期設定処理が１回実行され、これに続いて、前記（２）〜（７）の各処理が順次実行される。そして（７）の処理が終了すると、（２）の処理に戻って、（２）〜（７）の処理が、電源スイッチが操作されて電源がオフされるまで、繰り返し実行される。
【００２７】
前記（１）の初期設定処理では、ＣＰＵ５は、ＲＡＭ７をクリアしたり、各種パラメータの値をデフォルト値に設定したりする等の初期設定を行う。
【００２８】
ユーザ（「ユーザ」には、曲データ受信装置１００のユーザと曲データ配信装置２００のユーザがあり得るが、本実施の形態では、単に「ユーザ」と記載した場合には、曲データ受信装置１００のユーザを指すものとする）が、曲データ配信装置２００からストリーミング配信して欲しい曲データを選曲するための選曲モードを選択すると、ＣＰＵ５は、処理を前記（２）の選曲処理に進める。この（２）の選曲処理では、まずＣＰＵ５は、前記表示器９のＬＣＤ上に選曲可能な曲データの一覧である、曲リストを表示する。曲リストは、既に曲データ配信装置２００から取得しているときには、それを表示すればよいし、未だ曲データ配信装置２００から取得していないときには、曲データ配信装置２００に曲リストの配信要求を行い、これに応じて曲データ配信装置２００が配信した曲リストを取得して、それを表示するようにすればよい。このようにして表示された曲リストからユーザが好みの曲を選曲すると、ＣＰＵ５は、選曲された曲の情報を曲データ配信装置２００に送信する（ステップＳ１０２）。前述のように、曲データ受信装置１００と曲データ配信装置２００との間のデータ（情報）のやり取りは、通信Ｉ／Ｆ１２および通信ネットワーク４００を介して行われるので、選曲された曲の情報も、通信Ｉ／Ｆ１２および通信ネットワーク４００を介して、曲データ受信装置１００から曲データ配信装置２００に送信される。以下、曲データ受信装置１００側から曲データ配信装置２００側への、あるいは曲データ配信装置２００側から曲データ受信装置１００側への各種情報の「送信」は、通信手段が記載されていなくても、通信Ｉ／Ｆ１２および通信ネットワーク４００を介してなされるものとする。
【００２９】
曲データ配信装置２００は、曲データ受信装置１００から送信されてきた曲の情報を受信すると、自身の外部記憶装置内に構築されている曲データのデータベースから、受信した曲の情報によって示される曲データを検索する（ステップＳ２０１）。
【００３０】
次にユーザが、選曲した曲のパートのうち、配信を望まない一部のパートを指示すると、ＣＰＵ５は、処理を前記（３）の変更要求送信処理に進める。この（３）変更要求送信処理では、ＣＰＵ５は、ユーザによって指示されたパートの非配信（オフ）を示す変更要求を曲データ配信装置２００に送信する（ステップＳ１０３）。ここで、パートの指示方法としては、パート番号を直接指示する方法や、パート番号とパート名（ボーカル、ピアノ右手、ピアノ左手、…）を関連付けるテーブルを曲データ配信装置２００から取得してユーザに提示し、その中からユーザに指示させる方法などが考えられる。また、パート名は、１つのパートに対応付けてもよいし、複数のパートに対応付けてもよい。たとえば、「ボーカル」、「ピアノ右手」および「ピアノ左手」の各名称は、それぞれ１つのパートに対応付けられ、「ピアノ両手」の名称は、「ピアノ右手」の１つのパートと「ピアノ左手」の１つのパートに対応付けられる。さらに、「その他」という名称のパートがあってもよい。
【００３１】
なお、前記ステップＳ１０３の処理では、パートの非配信を示す情報のみ送信するようにし、配信して欲しいパートの情報は送信しないようにしたが、これに限らず、すべてのパートのそれぞれについての配信／非配信を示す情報を送信するようにしてもよい。
【００３２】
曲データ配信装置２００は、曲データ受信装置１００から変更要求を受信すると、前記ステップＳ２０１で検索した曲データのパートのそれぞれについて、配信／非配信を決定する（ステップＳ２０３）。そして曲データ配信装置２００は、配信するパートの総データサイズが所定の範囲になるように、配信する各パートの品質を決定する（ステップＳ２０４）。ここで、品質を決定する方法は、大きく分けて、曲データを圧縮してストリーミング配信するか、あるいは曲データをそのままストリーミング配信かに従って、２種類の方法を考えることができる。そして、曲データを圧縮する方法には各種方法があり、さらに各圧縮方法には、複数の品質決定方法を考えることができる。また、曲データを圧縮せずにストリーミング配信する場合でも、複数の品質決定方法を考えることができる。以下、圧縮した曲データの品質決定方法として、
（Ｅ１）ＭＰ３形式の曲データについて、ビットレートを変更する方法
を、圧縮しない曲データの品質決定方法として、
（Ｅ２）１サンプルに割り当てるワード長を変更する方法
（Ｅ３）サンプリングレートを変更する方法
を例に挙げて説明する。
【００３３】
上記（Ｅ１）の品質決定方法を説明する前に、この例で用いる曲データやデコード回路１４の構成について説明する。
【００３４】
曲データは、１６パートのオーディオデータによって構成され、第１パートは、ボーカルパートであり、第２パートは、ピアノ右手パートであり、第３パートは、ピアノ左手パートであり、第４〜第１６パートも同様に、特定名称のパートである。ＭＰ３は一般に、 MPEG-1 Audio Layer III と MPEG-2 Audio Layer III LSF の両方を指しているが、ここでは後者であって、２チャンネルのステレオ（あるいはモノラル）のオーディオデータを符号化したものとする。MPEG-2 Audio Layer III LSF では、圧縮後のビットレート（転送レート）として、８〜１６０ｋｂｐｓのいずれかを選択することができる。ビットレートは、データ転送時の転送レートであるが、圧縮率も示し、ビットレートが高い程、圧縮率が低くなる、つまり伸長後のオーディオデータの品質が高くなる。このように、ビットレートは広い範囲で設定できるものの、説明の都合上、デコード回路１４は、ビットレートが６４ｋｂｐｓあるいは９６ｋｂｐｓのいずれかでエンコードされたオーディオデータしかデコードできないものとする。このため、曲データ配信装置２００は、６４ｋｂｐｓあるいは９６ｋｂｐｓのいずれかのビットレートで各パートのオーディオデータをエンコードしなければならないという制約を受ける。こうして曲データ配信装置２００は、配信対象の曲データをパート毎に、６４ｋｂｐｓあるいは９６ｋｂｐｓのいずれかのビットレートでエンコードし、各パートのエンコード後の曲データ（オーディオデータ）を所定の方式によって多重化して、曲データ受信装置１００に送信する。
【００３５】
今、１６パートのオーディオデータをすべて低品質（６４ｋｂｐｓ）のビットレートでエンコードして多重化し、それを曲データ受信装置１００にストリーミング配信した場合の通信帯域幅、つまりビットレートの総数は、
６４ｋｂｐｓ／パート×１６パート＝１０２４ｋｂｐｓ
となる。ただし、ストリーミング配信の際に必要となるヘッダなどの容量は、説明の都合上無視している。
【００３６】
次に、ユーザが「ピアノ右手パート」を自分で弾いて練習するために、配信対象の曲データの第２パートをオフにする指示を行ったとすると、曲データ配信装置２００は、この第２パートを除いた１５パートのオーディオデータを配信することになる。そして、曲データ配信装置２００は、前記通信帯域幅に最も近い値になるように、あるいはすべてのパートがオンであるデフォルト設定での通信帯域幅を超えない範囲で、品質がなるべく高くなるように、１５パートのオーディオデータのそれぞれをエンコードするためのビットレートを決定する。この場合、
６４ｋｂｐｓ／パート×１３パート＋９６ｋｂｐｓ／パート×２パート＝１０２４ｋｂｐｓ
となるので、１５パートのうち、１３パートを低品質で、２パートを高品質で配信することになる。１５パートのうちの２パートを選択する組み合わせには、
15Ｃ2 ＝１５×１４／２＝１０５（通り）
あるので、そのうちの１通りを採用する必要がある。ここでは、「パート番号の若いものから優先的に高品質を割り当てる」というルールを採用することにする。そうすると、第１および第３パートのオーディオデータが高品質でエンコードされ、第４〜第１６パートのオーディオデータが低品質でエンコードされることになる。もちろん、高品質で配信するパートを選択するルールはこれに限られない。パートの優先順位を定めたテーブルを、曲データ配信装置２００内に予め用意しておき、曲データ受信装置１００や曲データ配信装置２００がそれを参照するようにしてもよい。また、ルールをユーザが定義できるようにしてもよい。
【００３７】
さらに、ユーザが「ピアノ右手パート」に加えて「ピアノ左手パート」も自分で弾いて練習するために、配信対象の曲データの第２パートに加えて第３パートもオフにする指示を行ったとすると、曲データ配信装置２００は、その第２および第３パートを除いた１４パートのオーディオデータを配信することになる。この場合、
６４ｋｂｐｓ／パート×１０パート＋９６ｋｂｐｓ／パート×４パート＝１０２４ｋｂｐｓ
となるので、１４パートのうち、１０パートを低品質で、４パートを高品質で配信することになる。そして、前記ルールの優先順位で高品質を割り当てるとすると、第１および第４〜第６パートのオーディオデータが高品質でエンコードされ、第７〜第１６パートのオーディオデータが低品質でエンコードされることになる。
【００３８】
同様にして、オフするパートを１ずつ増加させて行くと、オン（が指示される）パートの総数、低品質（でエンコードする）パートの数および高品質（でエンコードする）パートの数は、次のようになる。
【００３９】
オンパートの総数：低品質パートの数：高品質パートの数
１６：            １６：              ０
１５：            １３：              ２
１４：            １０：              ４
１３：              ７：              ６
１２：              ４：              ８
１１：              １：            １０
ただし、オンパートの総数が“１０”以下の場合には、低品質でエンコードされるパートはなくなり、高品質でエンコードされるパートのみとなる。
【００４０】
なお、本実施の形態では、オンパートの総数が“１１”以上の場合には、配信される曲データ内に低品質のパートと高品質のパートが混在するようにしたが、これに限らず、中品質のパートも組み合わせるなど、より多段階の品質を組み合わせるようにしてもよい。また、ビットレートをうまく調整するようにして、各パートの品質を同等に向上させるようにしてもよい。
【００４１】
前記（Ｅ２）の品質決定方法では、１サンプルに割り当てるワード長をパート毎に低品質の１６ビットまたは高品質の２４ビットのいずれかに決定することで行う。この例でも、曲データは１６パートのオーディオデータによって構成されるとする。また、サンプリングレートは３２ｋＨｚとする。曲データ受信装置１００が、曲データ配信装置２００に対して、初期状態として、曲データのすべてのパートを低品質の１６ビットで受信する要求を行うと、
１６ビット／パート×３２ｋＨｚ×１６パート＝８１９２ｋｂｐｓ
の通信帯域幅が確保される。この例も、前記（Ｅ１）の例と同様に、パートのオン/オフに応じてなるべく高品質のパートを多くしようとすると、オン（が指示される）パートの総数、低品質（で割り当てられる）パートの数および高品質（で割り当てられる）パートの数は、前記（Ｅ１）と同様になる。つまり、
オンパートの総数：低品質パートの数：高品質パートの数
１６：            １６：              ０
１５：            １３：              ２
１４：            １０：              ４
１３：              ７：              ６
１２：              ４：              ８
１１：              １：            １０
ただし、オンパートの総数が“１０”以下の場合には、低品質でエンコードされるパートはなくなり、高品質でエンコードされるパートのみとなる。
【００４２】
前記（Ｅ３）の品質決定方法では、パート毎にサンプリングレートを低品質の３２ｋＨｚまたは高品質の４８ｋＨｚのいずれかに決定することで行う。この例でも、曲データは１６パートのオーディオデータによって構成されるとする。また、１サンプルに割り当てるワード長を１６ビットとする。曲データ受信装置１００が、曲データ配信装置２００に対して、初期状態として、曲データのすべてのパートを低品質の３２ｋＨｚで受信する要求を行うと、
１６ビット／パート×３２ｋＨｚ×１６パート＝８１９２ｋｂｐｓ
の通信帯域幅が確保される。この例も、前記（Ｅ１）および（Ｅ２）の例と同様に、パートのオン/オフに応じてなるべく高品質のパートを多くしようとすると、オン（が指示される）パートの総数、低品質（でサンプリングされる）パートの数および高品質（でサンプリングされる）パートの数は、前記（Ｅ１）と同様になる。このようにして、サンプリングレートの異なるオーディオデータが配信される。その配信方法としては、具体的には、所定の時間（たとえば、１００ｍｓｅｃ）毎に配信すべきサンプルを１つのパケットに詰めて配信する。この配信方法によれば、低品質（３２ｋＨｚ）のパートについてはそれぞれ３２０サンプルずつ詰められ、高品質（４８ｋＨｚ）のパートについてはそれぞれ４８０サンプルずつ詰められて、低品質のパートのサンプルデータと高品質のパートのサンプルデータが詰まったパケットが、１００ｍｓｅｃ周期で配信されることになる。
【００４３】
なお、本実施の形態では、曲データ配信装置２００から曲データ受信装置１００へ、複数パートのオーディオデータを多重化したものを、１つのストリームデータとして配信するようにしたが、これに限らず、各パートのオーディオデータをそのまま並行に、複数のストリームデータとして配信するようにしてもよい。ただし、この場合には、曲データ受信装置１００は、受信した複数のストリームデータのそれぞれを、同期を取って再生しなければならない。
【００４４】
次にユーザが、前記パネル操作子２に含まれる再生／停止／巻き戻し/早送りスイッチ（図示せず）を押下することで、前記ステップＳ１０２で選曲した曲の再生／停止／巻き戻し/早送りを指示すると、ＣＰＵ５は、処理を前記（４）の再生／停止／巻き戻し／早送りの要求送信処理に進める。この（４）要求送信処理では、ＣＰＵ５は、再生／停止／巻き戻し/早送りのうち、ユーザが指示した状態の要求を曲データ配信装置２００に送信する（ステップＳ１０４）。
【００４５】
曲データ配信装置２００は、曲データ受信装置１００から再生／停止／巻き戻し/早送りのいずれかの要求を受信すると、その要求内容に応じた動作を行う（ステップＳ２０５）。より具体的には、ＣＰＵ５は、「再生」が要求されると直ちに、処理を次のステップＳ２０６に進め、「停止」が要求されると、ストリーミング配信を停止し、「巻き戻し」が要求されると、曲データのストリーミング配信位置を要求された位置まで巻き戻し、早送り」が要求されると、曲データのストリーミング配信位置を要求された位置に早送りする。そして、曲データ配信装置２００は、曲データ受信装置１００によって「再生」が要求されている間は、各パートのオーディオデータを前記決定された品質に変換して、曲データ受信装置１００に送信（ストリーミング配信）する（ステップＳ２０６）。曲データ配信装置２００による品質の変換は、予め十分高い品質（たとえば、サンプリングレート９６ｋＨｚ、１ワードのビット長２４ビット、非圧縮）のオーディオデータを自身の外部記憶装置に記憶しておき、配信する際に、曲データ受信装置１００からの要求に応じて適宜品質を下げることによって行う。また、曲データ配信装置２００による品質の変換は、１つのオーディオデータを基に、品質の異なる複数のオーディオデータを予め用意して自身の外部記憶装置に記憶しておき、配信する際に、曲データ受信装置１００からの要求に応じて適宜選択することによって行うようにしてもよい。
【００４６】
曲データ受信装置１００（のＣＰＵ５）は、曲データ配信装置２００がストリーミング配信したオーディオストリーム（オーディオデータ）を受信すると、受信したオーディオデータを、前記ＲＡＭ７の所定位置に確保されたオーディオデータ格納領域（図示せず）に格納する。そしてＣＰＵ５は、処理を前記（５）のオーディオデータの再生指示処理に進める（ステップＳ１０５→Ｓ１０６）。この（５）オーディオデータの再生指示処理では、ＣＰＵ５は、受信したオーディオデータの再生をデコード回路１４に指示する。この指示に応じて、デコード回路１４は、オーディオデータ格納領域に格納されているオーディオデータを所定のタイミングで読み出し、読み出したオーディオデータをデコードした後、前記ミキシング回路１５に供給する。なお、１回に読み出されるオーディオデータの容量が１回に受信されるオーディオデータの容量より多いなどの理由により、読み出すべきオーディオデータが不足することのないように、再生に十分な量のオーディオデータがオーディオデータ格納領域内に溜まった時点で、ＣＰＵ５は、オーディオデータの再生をデコード回路１４に指示することが望ましい。
【００４７】
次にユーザが、パネル操作子２に含まれる、パート毎のレベル調整つまみや各種エフェクト付与スイッチ（共に図示せず）を操作すると、ＣＰＵ５は、処理を前記（６）のミキシング回路／効果回路に対する指示処理に進める。この（６）ミキシング回路／効果回路に対する指示処理では、ＣＰＵ５は、あるパートのレベル調整つまみが操作されたときには、当該パートのレベルが操作に応じた値になるようにミキシング回路１５に指示する一方、あるエフェクトを付与するスイッチが操作されたときには、当該エフェクトを楽音信号に付与するように効果回路１６に指示する（ステップＳ１０７）。
【００４８】
さらにユーザが、前記演奏操作子１に含まれる鍵盤を押鍵すると、ＣＰＵ５は、処理を前記（７）の音源回路に対する楽音生成指示処理に進める。この（７）音源回路に対する楽音生成指示処理では、ＣＰＵ５は、前記検出回路３からユーザの押鍵状態を取得し、取得した押鍵状態に応じたキーオンイベントを生成して前記音源回路１３へ供給するとともに、キーオンイベントに応じた楽音信号の生成を音源回路１３に指示する。これに応じて、音源回路１３は、供給されたノートオンイベントに応じた楽音信号を生成するための楽音パラメータを、対応するレジスタに設定し、所定のタイミングで、設定された楽音パラメータに基づく楽音信号を生成して、ミキシング回路１５へ供給する。たとえば、ユーザがある曲の「ピアノ右手パート」を自分で弾いて練習するために、曲データ配信装置２００に対してその曲の「ピアノ右手パート」をオフにする指示を行い、これに応じて曲データ配信装置２００から、「ピアノ右手パート」がオフされて、少なくとも一部パートの音質が向上した曲データがストリーミング配信されているときには、ミキシング回路１５には、デコード回路１４から当該曲データに対応する楽音信号が供給されているので、ミキシング回路１５は、音源回路１３からの楽音信号とデコード回路１４からの楽音信号をミキシングして、前記効果回路１６に供給する。効果回路１６は、供給された楽音信号に所定の効果を付与した後、前記サウンドシステム１７へ供給する。サウンドシステム１７は、供給された楽音信号に応じた音響を生成して出力する。
【００４９】
このように、本実施の形態では、ユーザが曲データ配信装置２００に対して配信対象の曲データの一部パートをオフにする指示を行うと、これに応じて曲データ配信装置２００から、当該一部パートがオフされて、少なくとも一部パートの音質が向上した曲データがストリーミング配信されるので、通信帯域を有効に使用しつつ、可能な限り品質のよい曲データを送受信することが可能となる。
【００５０】
なお、本実施の形態では、ストリーミング配信される曲データは、複数パートのオーディオデータとしたが、これに映像データのパートを含ませるようにしてもよい。
【００５１】
次に、本発明の第２の実施の形態に係る曲データ受信装置および曲データ配信装置について説明する。
【００５２】
本実施の形態の曲データ受信装置は、上記第１の実施の形態の曲データ受信装置に対して、制御処理の一部が異なるのみであるので、そのハードウェアは、上記第１の実施の形態の曲データ受信装置と同様のハードウェア、すなわち図１に記載のものをそのまま使用することにする。本実施の形態の曲データ配信装置についても同様である。
【００５３】
上記第１の実施の形態では、配信対象の曲データの一部パートのオフ指示は曲データ受信装置側でなされるものの、その指示に基づいた当該曲データの各パートの品質決定は曲データ配信装置側でなされるのに対して、本実施の形態では、当該曲データの各パートの品質決定まで、曲データ受信装置側で行うようにした点が異なっている。
【００５４】
図３は、本実施の形態の曲データ受信装置および曲データ配信装置がそれぞれ実行するメインルーチンの手順を示すフローチャートである。図３中、図２中の処理と同じ処理を行うステップには、同一ステップ番号を付与し、その処理についての説明は省略する。
【００５５】
ユーザが、選曲した曲のパートのうち、配信を望まない一部のパートを指示すると、ＣＰＵ５は、処理をステップＳ１１１からステップＳ１１２に進め、前記図２のステップＳ２０３の処理と同様にして、当該曲データのパートのそれぞれについて、配信／非配信を決定する。そしてＣＰＵ５は、前記図２のステップＳ２０４の処理と同様にして、配信するパートの総データサイズが所定の範囲になるように、配信する各パートの品質を決定する（ステップＳ１１３）。さらにＣＰＵ５は、決定された各パートの品質の変更要求を曲データ配信装置に送信する（ステップＳ１１４）。
【００５６】
曲データ配信装置は、受信した変更要求に応じて、各パートの配信／非配信と、配信する各パートの品質を決定する（ステップＳ２１１）。
【００５７】
このように、本実施の形態でも、ユーザが曲データ配信装置に対して配信対象の曲データの一部パートをオフにする指示を行うと、これに応じて曲データ配信装置から、当該一部パートがオフされて、少なくとも一部パートの音質が向上した曲データがストリーミング配信されるので、通信帯域を有効に使用しつつ、可能な限り品質のよい曲データを送受信することが可能となる。
【００５８】
なお、上述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００５９】
この場合、記憶媒体から読出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードおよび該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６０】
プログラムコードを供給するための記憶媒体としては、たとえば、フレキシブルディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。また、通信ネットワークを介してサーバコンピュータからプログラムコードが供給されるようにしてもよい。
【００６１】
また、コンピュータが読出したプログラムコードを実行することにより、上述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００６２】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００６３】
【図１】本発明の第１の実施の形態に係る曲データ受信装置の概略構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係る曲データ受信装置および曲データ配信装置がそれぞれ実行するメインルーチンの手順を示すフローチャートである。
【図３】本発明の第２の実施の形態に係る曲データ受信装置および曲データ配信装置がそれぞれ実行するメインルーチンの手順を示すフローチャートである。
【符号の説明】
【００６４】
２…パネル操作子（第１の取得手段、第２の取得手段），５…ＣＰＵ（接続手段、第１の取得手段、第２の取得手段、制御手段、要求手段、受信手段），１２…通信Ｉ／Ｆ（接続手段、受信手段）
【図１】
2009237275.tif 000003
【図２】
2009237275.tif 000004
【図３】
2009237275.tif 000005