(57)【特許請求の範囲】
【請求項１】
音楽情報提供サーバと通信可能に接続される電子楽器であって、
この電子楽器の機種を表わす機種情報を含むプレイリスト要求情報を音楽情報提供サーバに送信する要求送信手段と、
上記プレイリスト要求情報に応答して上記音楽情報提供サーバから返信されるプレイリストを受信するリスト受信手段であって、該プレイリストは、上記機種の電子楽器に提供可能なプレイリストのサイズに対応して生成された複数の楽曲案内情報と次リスト案内情報とを順次記述したデータであるものと、
上記リスト受信手段により受信されたプレイリストを保持するリスト保持手段と、
上記リスト保持手段により保持されているプレイリストの各楽曲案内情報に従って楽曲を先頭から順次再生する楽曲再生手段と、
上記リスト保持手段により保持されているプレイリスト中の次リスト案内情報に基づくプレイリスト要求情報を上記音楽情報提供サーバに送信し、これに応答して上記音楽情報提供サーバから返信されるプレイリストを、保持されているプレイリストに代えて、上記リスト保持手段に保持させるリスト更新手段と、
ユーザ操作に応じて、上記楽曲再生手段により再生される楽曲を変更する再生制御手段と
を具備することを特徴とする電子楽器。
【請求項２】
電子楽器と通信可能に接続される音楽情報提供サーバであって、
電子楽器の機種毎に、当該機種の電子楽器に提供可能なリスト情報のサイズを表わすサイズ情報を記憶しているサイズ記憶手段と、
電子楽器から、当該電子楽器の機種を表わす機種情報を含むプレイリスト要求情報を受信する要求受信手段と、
上記要求受信手段により受信されたプレイリスト要求情報中の機種情報に基づいて、上記サイズ記憶手段を参照し、リスト情報のサイズを決定するサイズ決定手段と、
上記サイズ決定手段により決定されたサイズに対応する複数の楽曲案内情報から成るリスト情報を生成し、生成されたリスト情報に、次のプレイリスト要求に応じて生成されるリスト情報へのリンク情報を付加したプレイリストを生成するリスト生成手段と、
上記リスト生成手段により生成されたプレイリストを上記電子楽器に送信するリスト送信手段と
を具備することを特徴とする音楽情報提供サーバ。
【請求項３】
さらに、
複数の楽曲案内情報を順次記述した親プレイリストを記憶しているリスト記憶手段
を具備し、
前記リスト生成手段は、上記リスト記憶手段に記憶されている親プレイリストから、前記サイズ決定手段により決定されたサイズに対応する複数の楽曲案内情報を切り出したリスト情報を生成する
ことを特徴とする請求項２に記載の音楽情報提供サーバ。
【請求項４】
さらに、
複数の楽曲案内情報を順次記述した親プレイリストを記憶しているリスト記憶手段
を具備し、
前記リスト生成手段は、上記リスト記憶手段に記憶されている親プレイリストから、前記サイズ決定手段により決定されたサイズに対応する複数の楽曲案内情報をランダムに抽出したリスト情報を生成する
ことを特徴とする請求項２に記載の音楽情報提供サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音楽情報提供サーバからネットワークを通じて電子楽器にストリーミング再生される音楽情報を提供する音楽情報提供システムに関する。
【背景技術】
【０００２】
従来より、ネットワーク上のサーバからクライアントに音楽情報を提供するシステムがある。例えば、特許文献１には、サーバが、複数のコンテンツと、各コンテンツの再生順を規定した番組ファイルを記憶し、番組ファイルの規定に基づくクライアントからのコンテンツ要求に応じて、コンテンツを提供するという技術が開示されている。
【特許文献１】特開２００１−３６４２３号公報
【０００３】
従来技術は、パーソナルコンピュータをクライアントとして実施されており、クライアント側は、サイズの大きな番組ファイルを保持することができる。しかしながら、電子楽器のようにメモリ容量の小さな組込み機器では、同様の技術を実現することはできない。また、同様の技術を実現するために電子楽器のメモリ容量を大きくすることは、コストアップにつながるので、このような技術を電子楽器で実施することは難しい。
【０００４】
従来技術に対して、さらに、番組ファイル内に更に他の番組ファイルへのリンクを埋め込むことにより、番組ファイルの長さに制限を受けないで、有線放送のように再生を続ける方法が考えられている。そこで、この方法を電子楽器に適用するため、番組ファイルを一律に小さくすると、パーソナルコンピュータに対しても小さな番組ファイルを提供することになり、サーバ・クライアント間のトラフィックが増えてネットワーク上都合が悪くなる。また、再生させるコンテンツを現在再生中のものから番組ファイル上の前後のものに変更する場合、番組ファイルを小さくするとその範囲が狭くなったり、リンクを辿る処理が入って時間がかかるようになって、やはり、不都合が起こる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
この発明は、このような事情に鑑み、ネットワーク上のサーバに接続された電子楽器から複数曲のストリーミング再生をする際、ネットワーク上のトラフィックを少なくし、且つ、再生される楽曲を変更することができる音楽情報提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明の１つの特徴に従うと、音楽情報提供サーバ（ＳＶ）と通信可能に接続される電子楽器（ＥＭ）であって、この電子楽器（ＥＭ）の機種を表わす機種情報（ｋｍ）を含むプレイリスト要求情報（ｒｑ：ｒｑ１，ｒｑ２，…）を音楽情報提供サーバ（ＳＶ）に送信する要求送信手段（Ｒ１〜Ｒ３；Ａ〜Ｃ）と、プレイリスト要求情報（ｒｑ）に応答して音楽情報提供サーバ（ＳＶ）から返信されるプレイリスト（ｐｆ：ｐｆ１，ｐｆ２，…）を受信するリスト受信手段（Ｒ４；Ｃ）であって、該プレイリスト（ｐｆ）は、上記機種（ｋｍ）の電子楽器（ＥＭ）に提供可能なプレイリスト（ｐｆ）のサイズ（情報量；ｐｓ）に対応して生成された複数の楽曲案内情報（リスト情報）と次リスト案内情報（ｎｘ）とを順次記述したデータ〔図２（４）〕であるものと、リスト受信手段（Ｒ４）により受信されたプレイリスト（ｐｆ）を保持するリスト保持手段（２）と、リスト保持手段（２）により保持されているプレイリスト（ｐｆ）の各楽曲案内情報に従って楽曲を先頭から順次再生する楽曲再生手段（Ｐ２〜Ｐ１４；Ａ，Ｄ）と、リスト保持手段（２）により保持されているプレイリスト（例えば、ｐｆ１）中の次リスト案内情報（ｎｘ）に基づくプレイリスト要求情報（例えば、ｒｑ２）を音楽情報提供サーバ（ＳＶ）に送信し、これに応答して音楽情報提供サーバ（ＳＶ）から返信されるプレイリスト（例えば、ｐｆ２）を、保持されているプレイリスト（例えば、ｐｆ１）に代えて、リスト保持手段（２）に保持させるリスト更新手段（Ｎ１，Ｎ３；Ａ，Ｃ）と、ユーザ操作に応じて、楽曲再生手段により再生される楽曲を変更する再生制御手段（Ｐ９〜Ｐ１２；Ａ）とを具備する電子楽器（ＥＭ）〔請求項１〕が提供される。なお、括弧書きは、理解の便のために付記した実施例の参照記号、用語、箇所等を表わし、以下においても同様である。
【０００７】
この発明の別の特徴に従うと、電子楽器（ＥＭ）と通信可能に接続される音楽情報提供サーバ（ＳＶ）であって、電子楽器の機種（ｋｍ）毎に、当該機種の電子楽器に提供可能なリスト情報のサイズを表わすサイズ情報（ｐｓ）を記憶しているサイズ記憶手段（Ｈ；Ｔｓ）と、電子楽器（ＥＭ）から、当該電子楽器（ＥＭ）の機種を表わす機種情報（ｋｍ）を含むプレイリスト要求情報（ｒｑ：ｒｑ１，ｒｑ２，…）を受信する要求受信手段（Ｓ１；Ｅ）と、要求受信手段（Ｓ１）により受信されたプレイリスト要求情報（ｒｑ）中の機種情報（ｋｍ）に基づいて、サイズ記憶手段（Ｈ）を参照し、リスト情報のサイズ（ｐｓ）を決定するサイズ決定手段（Ｓ２；Ｆ）と、サイズ決定手段（Ｓ２）により決定されたサイズ（ｐｓ）に対応する複数の楽曲案内情報から成るリスト情報を生成し、生成されたリスト情報に、次のプレイリスト要求（ｒｑ：ｒｑ２，ｒｑ３，…）に応じて生成されるリスト情報へのリンク情報（ｎｘ）を付加したプレイリスト（ｐｆ：ｐｆ１，ｐｆ２，…）を生成するリスト生成手段（Ｓ３，Ｓ３Ａ；Ｆ）と、リスト生成手段（Ｓ３）により生成されたプレイリスト（ｐｆ）を電子楽器（ＥＭ）に送信するリスト送信手段（Ｓ４；Ｅ）とを具備する音楽情報提供サーバ（ＳＶ）〔請求項２〕が提供される。
【０００８】
この発明による音楽情報提供サーバ（ＳＶ）においては、さらに、複数の楽曲案内情報を順次記述した親プレイリスト（Ｐｐｆ）を記憶しているリスト記憶手段（Ｇ）を具備し、リスト生成手段（Ｓ３；Ｆ）は、リスト記憶手段（Ｇ）に記憶されている親プレイリスト（Ｐｐｆ）から、サイズ決定手段（Ｓ２；Ｆ）により決定されたサイズ（ｐｓ）に対応する複数の楽曲案内情報を切り出したリスト情報を生成する〔請求項３〕ように構成することができる。
【０００９】
この発明による音楽情報提供サーバ（ＳＶ）においては、さらに、複数の楽曲案内情報を順次記述した親プレイリスト（Ｐｐｆ）を記憶しているリスト記憶手段（Ｇ）を具備し、リスト生成手段（Ｓ３Ａ；Ｆ）は、リスト記憶手段（Ｇ）に記憶されている親プレイリスト（Ｐｐｆ）から、サイズ決定手段（Ｓ２；Ｆ）により決定されたサイズ（ｐｓ）に対応する複数の楽曲案内情報をランダムに抽出したリスト情報を生成する〔請求項４〕ように構成することができる。
【発明の効果】
【００１０】
この発明による電子楽器（ＥＭ）では（請求項１）、インターネット等の通信ネットワーク（ＣＮ）を通じて音楽情報提供サーバ（ＳＶ）からの音楽情報をストリーミング再生するために、楽曲のプレイリストをサーバ（ＳＶ）に要求する際、プレイリスト要求情報に機種情報（ｋｍ）を含ませて電子楽器自身の機種をサーバに知らせると、自身の機種に応じたサイズのリスト情報（複数の楽曲案内情報）を有し、次リスト案内（リンク）情報（ｎｘ）が埋め込まれたプレイリスト（ｐｆ：ｐｆ１，ｐｆ２，…）がサーバ（ＳＶ）から送り返されてくるので、これをバッファ（２）に保持する。次いで、バッファ（２）に保持されているプレイリスト（ｐｆ）を元にして、リスト情報の先頭から、順次、楽曲の演奏データをサーバ（ＳＶ）から取得し再生を進める（Ｐ２〜Ｐ１４）。そして、次リスト案内情報（ｎｘ）により、再生すべき楽曲が次回のプレイリストに含まれることが示されたときには、当該次リスト案内情報（ｎｘ）の指示に基づいて、新たなプレイリスト（ｐｆ：ｐｆ２，ｐｆ３，…）を取得し、これをバッファ（２）の保持対象に差し替えて、引き続き、そのリスト情報の先頭楽曲から再生を継続する（Ｎ３，Ｎ４）。また、ユーザ操作に応じて、再生される楽曲を変更し、例えば、前後の移動操作に応じてプレイリスト（ｐｆ）上の前後の曲に再生を切り替える（Ｐ９〜Ｐ１２）。
【００１１】
従って、この発明によれば、プレイリストをサーバに要求する際に電子楽器（ＥＭ）自身の機種情報をサーバに知らせるようにしているので、自身の能力に適合したサイズのプレイリストをサーバから受け取りバッファメモリに保持することができ、保持されたプレイリストをもとにして順次楽曲を再生し、次リスト案内情報により、再生すべき楽曲が次のプレイリストを示すと、保持されるプレイリストを差し替えて、再度、能力に適したサイズを持つ次のプレイリストの先頭楽曲から再生を継続するようにしているので、ネットワーク上のトラフィックを少なくしつつ楽曲再生を連続的に楽しむことができる。また、プレイリストには少数楽曲の再生順序が規則的に規定されているにも拘わらず、前後の移動操作などのユーザ操作に応じて、再生される楽曲を変更することができる。
【００１２】
この発明による音楽情報提供サーバでは（請求項２〜４）、インターネット等の通信ネットワーク（ＣＮ）を通じて音楽情報ストリーミングサービスに用いられるプレイリストを電子楽器（ＥＭ）に提供するために、電子楽器の機種（ｋｍ）と提供可能なリスト情報のサイズ（ｐｓ）との対応関係を記憶しておき（Ｈ；Ｔｓ）、電子楽器（ＥＭ）から機種情報（ｋｍ）を含むプレイリスト要求情報（ｒｑ：ｒｑ１，ｒｑ２，…）を受信すると（Ｓ１；Ｅ）、まず、電子楽器（ＥＭ）の機種情報（ｋｍ）と機種（ｋｍ）・サイズ（ｐｓ）対応関係からリスト情報のサイズ（ｐｓ）を決定する（Ｓ２；Ｆ）。そして、、決定されたサイズ（ｐｓ）を持つリスト情報（複数の楽曲案内情報）にリンク情報（ｎｘ）を付加したプレイリスト（ｐｆ：ｐｆ１，ｐｆ２，…）を生成し（Ｓ３，Ｓ３Ａ；Ｆ）、電子楽器（ＥＭ）に返信する（Ｓ４；Ｅ）。ここで、リンク情報（ｎｘ）は、次のプレイリスト要求時に生成されるリスト情報へのリンク機能を有する。
【００１３】
電子楽器は、機種毎にバッファメモリのサイズが限定され、これに応じて、サーバから１回に受け取ることができるプレイリストのサイズも機種毎に限定される。この発明による音楽情報提供サーバ（ＳＶ）は、電子楽器が受け取ることができるリストサイズを電子楽器の機種毎に知っており、ネットワーク上の電子楽器（ＥＭ）からのリスト要求があると、該要求に付与された機種情報に応じて当該電子楽器に送り返すプレイリストのサイズ（ｐｓ）を決めることにより、当該電子楽器のバッファサイズに応じて各回のプレイリストのサイズを変える。また、各回のプレイリストには、後続する次回プレイリストにリンクする次リストリンク情報（ｎｘ）を埋め込む。従って、この発明によれば、次回プレイリストへのリンクを埋め込むことにより、音楽情報提供サーバ・電子楽器間のトラフィックを適度に抑えつつ、実質的に連続したプレイリストを提供することができる。また、電子楽器に送り返すプレイリストは、サーバに用意された親プレイリスト（Ｐｐｆ）を利用して、親プレイリストの一部を切り出したり（請求項３）、親プレイリストの中からランダムに抽出したものとする（請求項４）等、簡単に、再生順序のパターンに変化のあるプレイリストを電子楽器に提供することができる。
【発明を実施するための最良の形態】
【００１４】
〔システムの概要〕
図１は、この発明の一実施例による音楽情報提供システムの概要を示す。このシステムで音楽情報の提供を受けるクライアントとなる電子楽器ＥＭは、図１（１）のハードウエア構成ブロック図で示されるように、演奏操作部及び楽音生成部を備え音楽情報処理を主機能とする一種のコンピュータであり、中央処理装置（ＣＰＵ）１、ランダムアクセスメモリ（ＲＡＭ）２、読出専用メモリ（ＲＯＭ）３、外部記憶装置４、演奏操作検出回路５、設定操作検出回路６、表示回路７、音源回路８、効果回路９、ＭＩＤＩインターフェース（Ｉ／Ｆ）１０、通信インターフェース（Ｉ／Ｆ）１１等を備え、これらの要素１〜１１はバス１２を介して互いに接続される。
【００１５】
ＣＰＵ１は、ＲＡＭ２及びＲＯＭ３と共にデータ処理部ＤＰを構成し、制御プログラムに従い、タイマ１３によるクロックを利用して通常の音楽情報処理の外にプレイリスト処理を含む種々の情報処理を実行する。ＲＡＭ２は、これらの処理に際して必要な各種データを一時記憶するためのワーク領域として用いられ、プレイリストを保持するためのリスト用バッファメモリや、ストリーミング再生用演奏データを保持するための演奏用バッファメモリに用いられる記憶領域を備える。ＲＯＭ３には、これらの処理を実行するために必要な各種制御プログラムや各種データ等が予め記憶され、制御プログラムには、プレイリスト処理を実行するためのプレイリスト処理プログラムがある。
【００１６】
外部記憶装置４は、ハードディスク（ＨＤ）や書換え可能な不揮発性の半導体メモリ等の内蔵記憶媒体の外に、コンパクトディスク・リード・オンリィ・メモリ（ＣＤ−ＲＯＭ）、フレキシブルディスク（ＦＤ）、光磁気（ＭＯ）ディスク、ディジタル多目的ディスク（ＤＶＤ）、スマートメディア（登録商標）等の小型メモリカード、等々、種々の可搬性の外部記録媒体を含む。外部記憶装置４の任意の記憶媒体には任意のデータを記憶することができる。
【００１７】
演奏操作検出回路５は、鍵盤などの演奏操作子１４と共に演奏操作部として機能し、演奏操作子１４の演奏操作内容を検出し、これに対応する演奏データをデータ処理部ＤＰに導入する。設定操作検出回路６は、キースイッチ等の設定操作子１５に対する操作（「パネル操作」という）の内容を検出し、パネル操作の内容に対応する設定操作データをデータ処理部ＤＰに導入する。設定操作子１５は、電子楽器ＥＭの動作モードに応じて異なる機能を割り当てることができ、例えば、ストリーミング再生モード指示、チャンネル選択、前曲再生指示、次曲再生指示などの機能が割り当てられる操作子を含む。表示回路８は、ディスプレイ１６や各種インジケータ（図示せず）等の表示要素の表示／点灯内容をＣＰＵ１からの指令に従って制御し、操作子１４，１５の操作に対する表示援助を行う。
【００１８】
音源回路８は、演奏操作検出回路５からの実演奏データに応じた楽音データを発生し、効果付与ＤＳＰを有する効果回路９は、この楽音データに所定の効果を付与し、実演奏の楽音信号を生成する。また、音源回路８及び効果回路９は、自動演奏やストリーミング再生などの際に、記憶手段３，４や外部装置（１０，１１）からの演奏データに従って自動演奏やストリーミング再生などの楽音信号を発生することができる。効果回路９に後続するサウンドシステム１７は、Ｄ／Ａ変換部やアンプ、スピーカを備え、効果回路９からの楽音信号に基づく楽音を発生する。音源回路８、効果回路９及びサウンドシステム１７は、楽音生成部として機能する。
【００１９】
ＭＩＤＩＩ／Ｆ１０には、この電子楽器ＥＭと同様にＭＩＤＩ音楽情報処理機能を有する外部ＭＩＤＩ機器ＭＤが接続され、ＭＩＤＩＩ／Ｆ１０を通じて電子楽器ＥＭ・外部ＭＩＤＩ機器ＭＤ間でＭＩＤＩデータを授受することができる。通信Ｉ／Ｆ１１には、インターネットなどの通信ネットワークＣＮが接続され、サーバコンピュータ（以下「サーバ」という）ＳＶから、演奏データをストリーミング再生したり、制御プログラムや曲データをダウンロードして記憶装置２，４に記憶し電子楽器ＥＭで利用することができる。
【００２０】
サーバコンピュータＳＶは、演奏操作部（１５−６）や楽音生成部（８−９−１７）、ＭＩＤＩＩ／Ｆ（１０）が除かれ、パーソナルコンピュータ用のキーボードが装備される場合がある外は、電子楽器ＥＭと同様のハードウエア構成を有し、このシステムの音楽情報提供サーバとして機能する。すなわち、サーバＳＶの外部記憶装置には、電子楽器用の各種制御プログラムや演奏データ等のコンテンツを多数蓄積したコンテンツデータベース（ＤＢ）、親プレイリストを多数蓄積したプレイリストデータベース（ＤＢ）や、電子楽器の機種と１送信当りプレイリストサイズとの対応関係を表わすデータを多数蓄積した機種−サイズデータベース（ＤＢ）などが構築されている。従って、電子楽器ＥＭは、サーバＳＶからコンテンツやプレイリストの提供を受けることができる。
【００２１】
図１（２）は、この音楽情報提供システムのストリーミングモードにおけ概略機能ブロック図であり、図２は、この処理フローはシステムで用いられるデータ例を示す。この音楽情報提供システムでは、ストリーミング再生を行う際に、「プレイリスト」と呼ばれる曲リストが利用される。この曲リストは、電子楽器ＥＭのバッファメモリ等のデータ取得能力に適合した機種相応のサイズを有し、次の曲リストへのリンク情報が記述されており、電子楽器ＥＭは、サーバＳＶから取得した曲リスト中のリンク情報を利用して次の曲リストを自動的に取得し実質的に連続したプレイリストとすることができるので、ネットワーク上のトラフィックを抑えつつ、無制限に演奏データを連続再生することができる。また、電子楽器ＥＭでは、ユーザ操作に応じて楽曲再生を変更することができる。
【００２２】
ここで、この発明の一実施例による音楽情報提供システムの機能の概略を説明しておく。このシステムでは、電子楽器ＥＭが、機種情報ｋｍを含むプレイリスト要求情報ｒｑ：ｒｑ１，ｒｑ２，…を音楽情報提供サーバＳＶに送信すると（Ａ〜Ｃ）、サーバＳＶは、機種情報ｋｍに合ったサイズｐｓを持つリスト情報と次リスト案内（リンク）情報ｎｘとを順次記述したプレイリストｐｆ：ｐｆ１，ｐｆ２，…を生成する（Ｆ〜Ｈ）。電子楽器ＥＭは、プレイリストｐｆをバッファメモリ（２）に保持し、プレイリストｐｆを項目順に処理し、リスト情報が示す楽曲を先頭から順次再生して行き（Ｊ→Ｄ）、次リストリンク情報ｎｘが現われるとリンク情報ｎｘに基づいて次のプレイリストをサーバＳＶに要求し（例えば、ｒｑ２）、サーバＳＶから次のプレイリスト（例えば、ｐｆ２）が返信されると、保持対象を次のプレイリストに差し替えてその先頭から順次再生を継続する。電子楽器ＥＭでは、再生される楽曲をユーザ操作に応じて変更することができる。
【００２３】
以下、より詳しく説明する。電子楽器ＥＭのストリーミング再生モードにおける機能は、図示のように、設定操作部１５−６及びデータ処理回路ＤＰのプレイリスト処理機能に対応するプレイリスト要求・処理部Ａ、ＲＯＭ３又は内蔵外部記憶装置４に対応する機種情報記憶部Ｂ、通信Ｉ／Ｆ１１に対応する電子楽器通信部Ｃ、及び、楽音生成部８−９−１７に対応する再生部Ｄから成る。ここで、記憶部Ｂ（記憶手段３，４）には、この電子楽器ＥＭの機種を表わす機種情報ｋｍが記憶されている。
【００２４】
プレイリスト要求・処理部Ａは、この電子楽器ユーザによるチャンネル選択操作に基づいて、サーバＳＶが提供する演奏データストリーミングサービスのチャンネルから所望のチャンネルを指定し、記憶部Ｂの機種情報ｋｍを含むプレイリスト要求情報ｒｑ１を生成し、通信部Ｃを通じて要求情報ｒｑ１をサーバＳＶに送信する。図２（１）は、この要求情報ｒｑ１を表わすリクエストメッセージの一例を示し、最初の要求情報ｒｑ１は、所望プレイリストの要求を示すリンク項目を含む初期リンク情報ｉｎと、機種情報ｋｍから成る。図示の例では、ＨＴＴＰ規格に従って記述されており、初期リンク情報ｉｎ中の要求項目（GETradioch1_playlist ? start=1）は、第１チャンネルの第１楽曲から始まるプレイリストの要求を表わし、機種情報ｋｍの記述（ ProductX1）には利用者エージェント情報を利用している。
【００２５】
サーバＳＶの演奏データストリーミングサービスモード時の機能は、図示のように、通信Ｉ／Ｆに対応するサーバ通信部Ｅ、データ処理回路のプレイリスト生成機能に対応するプレイリスト生成部Ｆ、プレイリストＤＢＧ、機種−サイズＤＢＨ、並びに、コンテンツＤＢ及びデータ処理回路の演奏データ提供機能に対応する演奏データ提供部Ｊから成る。
【００２６】
ここで、プレイリストＤＢＧは、図２（２）に示されるように、多数のプレイリストから成る親プレイリストＰｐｆを複数蓄積している。この例では、親プレイリストＰｐｆはチャンネル（ジャンル）別に設けられ、演奏データストリーミングサービスのチャンネル（チャンネル数は１００チャンネル＝radioch1〜 100）に対応している。親プレイリストＰｐｆは、複数楽曲分（例えば、１０００曲分）の楽曲案内情報から成り、各楽曲案内情報には、各楽曲について、電子楽器等の電子音楽装置ディスプレイへの曲名表示に用いられる曲名情報と、楽曲の演奏データの所在箇所を表わす楽曲ＵＲＬ（楽曲リンク情報）が含まれる。
【００２７】
機種−サイズＤＢＨは、演奏データストリーミングサービスを受ける電子楽器等の電子音楽装置の種々の機種ｋｍに対応して、１回のリスト送信で当該機種の電子音楽装置に提供可能なプレイリストの情報量を表わすサイズ情報ｐｓを蓄積し、例えば、図２（３）に示されるように、リスト情報量を楽曲数で表わしたサイズ情報ｐｓを機種ｋｍに対応させた機種・サイズ対応テーブルＴｓの形で記憶している。また、コンテンツＤＢには、プレイリスト中の各楽曲案内情報の楽曲ＵＲＬで指定される箇所に、当該楽曲案内情報の曲に対応する演奏データが蓄積されている。
【００２８】
電子楽器ＥＭからプレイリスト要求情報ｒｑ１が送信されると、サーバＳＶのプレイリスト生成部Ｆは、通信部Ｅを通じて受け取ったプレイリスト要求情報ｒｑ１に含まれる機種情報ｋｍに基づき、機種−サイズＤＢＨから、要求情報ｒｑ１を受信した電子楽器ＥＭの機種に対応するサイズ情報ｐｓを取得する。そして、取得したサイズ情報ｐｓに対応する１回送信分のプレイリストファイルｐｆ１を生成し、通信部Ｅを通じてプレイリストファイルｐｆ１を電子楽器ＥＭに返信する。図２（４）は、図２（１）の要求に応じて生成されるプレイリストファイルｐｆ１を含むレスポンスメッセージの一例を示す。プレイリストファイルｐｆ１には、順次、複数の案内情報が記述されたリスト情報とこれに続く次リスト案内情報を含み、各案内情報は、項目（情報）とも呼ばれる。この例では、リスト情報は３曲分の楽曲案内情報から成り、最後の次リスト案内情報は、楽曲ＵＲＬ即ち楽曲演奏データへのリンク情報ではなく、次リストリンク情報ｎｘで構成される。つまり、プレイリストファイルｐｆ１に次リストリンク情報ｎｘが埋め込まれる。
【００２９】
電子楽器ＥＭのプレイリスト要求・処理部Ａは、電子楽器通信部Ｃを介してプレイリストファイルｐｆ１を受け取ると、ＲＡＭ２上のリスト用バッファメモリにプレイリストファイルｐｆ１をロードし、各楽曲案内情報の曲名情報に基づき曲名を表示部７−１６に表示させ、プレイリストファイルｐｆ１の項目配列順に、第１楽曲案内情報から演奏データ再生のための処理を行う。まず、第１楽曲案内情報の楽曲ＵＲＬ（ DemoSongA.mid）に従いサーバＳＶの演奏データ提供部Ｊにアクセスし、コンテンツＤＢの当該楽曲ＵＲＬで指定される第１楽曲（ Demo Song A）の演奏データを取得してＲＡＭ２上の演奏用バッファメモリにロードし、この演奏データの再生を再生部Ｄに指示し、再生部Ｄは演奏データに基づく楽音を生成する。
【００３０】
プレイリスト要求・処理部Ａは、このような動作をプレイリストファイルｐｆ１中のリスト情報について最後の楽曲（ Demo Song C）まで行うと、その次の項目即ち次リストリンク情報ｎｘに従い、図２（１）のリクエストメッセージと同様形式の第２プレイリスト要求情報ｒｑ２をサーバＳＶに送る。サーバＳＶのプレイリスト生成部Ｆは、第２プレイリスト要求情報ｒｑ２の受信に応答して、電子楽器ＥＭの機種に応じ図２（４）のレスポンスメッセージと同様に次リストリンク情報ｎｘが埋め込まれた同様サイズの第２プレイリストファイルｐｆ２を生成し電子楽器ＥＭに返信する。
【００３１】
電子楽器ＥＭのプレイリスト要求・処理部Ａは、サーバＳＶから受信した第２プレイリストファイルｐｆ２のリスト情報（各楽曲案内情報）に従って、第１プレイリストファイルｐｆ１の受信時と同様に、当該リストに示された楽曲の演奏データ再生処理を繰り返し、リスト情報最後の楽曲まで演奏データ再生指示を行うと、その次の項目である次リストリンク情報ｎｘに従って第３プレイリスト要求情報ｒｑ３をサーバＳＶに送る。そして、以後も、要求情報ｒｑ１，ｒｑ２送信時と同様の動作を繰り返す。
【００３２】
つまり、サーバＳＶ及び電子楽器ＥＭは、図示のように、プレイリスト要求情報ｒｑ及びプレイリストファイルｐｆの送受を繰り返し、電子楽器ＥＭでは、各回プレイリストファイルｐｆの各項目に従って演奏データのストリーミング再生動作を継続する。これにより、各回リスト情報の大きさ（曲数）に制限されることなく、演奏データを連続して再生することができる。なお、図中の記号“ｒｑ”，“ｐｆ”は、各回のプレイリスト要求情報ｒｑ１，ｒｑ２，…及びプレイリストファイルｐｆ１，ｐｆ２，…を総称的に表わす。
【００３３】
なお、サーバＳＶのプレイリスト生成部Ｆは、親プレイリストＰｐｆの最後に配列された終端の楽曲案内情報を含むプレイリストファイル生成の際には、終端楽曲案内情報で終り次リストリンク情報ｎｘが埋め込まれない最終回プレイリストファイルｐｆｅを生成するように構成することができる。これにより、電子楽器ＥＭでは、最終回プレイリストファイルｐｆｅに基づく演奏データの終了でストリーミング再生を終了することができる。
【００３４】
また、各回プレイリストファイルｐｆが電子楽器ＥＭにロードされているときには、前曲再生指示スイッチ及び次曲再生指示スイッチ（１５）のユーザ操作に応じて現在再生中の楽曲（カレント演奏データ）から前後の楽曲に再生を切り替えることにより、再生される楽曲を当該プレイリストファイルｐｆの範囲内で変更することができる。
【００３５】
〔プレイリスト処理の例〕
図３は、この発明の一実施例によるプレイリスト処理を表わすフローチャートである。このプレイリスト処理は、ストリーミング再生モードにおいて、チャンネル選択スイッチ（１５）のユーザ操作により、演奏データストリーミングサービスを受けたい所望のチャンネルの選択が指示されることにより開始する。従って、別のチャンネルの選択が指示されると、図３の処理フローに拘わらず当該チャンネルのプレイリスト処理を終了し、別のチャンネルのプレイリスト処理が新たに図３の処理フローに従って開始する。
【００３６】
また、図４は、同じく、プレイリスト読込み処理及び次曲準備処理を表わすフローチャートである。図４（２）の次曲準備処理は図３のプレイリスト処理のステップＰ５で実行され、図４（１）のプレイリスト読込み処理はプレイリスト処理（図３）のステップＰ１及び次曲準備処理〔図４（２）〕のステップＮ３で実行され、サーバＳＶ側では、電子楽器ＥＭ側のプレイリスト読込み処理に対応して、プレイリスト提供処理が行われる。
【００３７】
チャンネル選択により図３のプレイリスト処理が開始すると、ＣＰＵ１は、ステップＰ１にて、図４（１）左側に示されるプレイリスト読込み処理（電子楽器側）を行う。このプレイリスト読込み処理においては、第１ステップＲ１で初期リンク情報ｉｎを用意し、続くステップＲ２にて、機種情報記憶部Ｂ（記憶手段３，４）から取り出された機種情報ｋｍを用意し、次のステップＲ３で、初期リンク情報ｉｎと機種情報ｋｍを用いてプレイリスト要求情報ｒｑ（＝ｒｑ１）を作成しサーバＳＶに送信し、プレイリストファイルの送信をサーバＳＶに要求する。
【００３８】
これに対して、サーバＳＶは、図４（１）右側に示されるプレイリスト提供処理（サーバ側）を起動し、サーバＣＰＵは、プレイリスト提供処理のステップＳ１で、電子楽器ＥＭからのプレイリスト要求情報ｒｑを受け取る。次のステップＳ２では、要求情報ｒｑ中にある機種情報ｋｍに従って機種−サイズＤＢＨの機種・サイズ対応テーブルＴｓを参照し、当該機種情報ｋｍに対応するサイズ情報ｐｓから、一回に送るプレイリスト情報のサイズ（例えば、曲数）を決定する。
【００３９】
続くステップＳ３では、まず、プレイリストＤＢＧの親プレイリストＰｐｆから、要求情報ｒｑ中にあるリンク情報（初期リンク情報ｉｎ、次リストリンク情報ｎｘ）が指示する楽曲案内情報を先頭にし、決定されたサイズに相当する楽曲分の案内情報から成るプレイリストを切り出す。次いで、切り出したプレイリストの最後に、次に切り出されるプレイリストの先頭へのリンク情報ｎｘを埋め込んで、電子楽器ＥＭに一回の送信で提供可能なプレイリストファイルｐｆ（＝ｐｆ１）を作成する。そして、ステップＳ４にて、作成されたプレイリストファイルｐｆを電子楽器ＥＭに送り、今回のプレイリスト要求に対するプレイリスト提供処理を終了する。
【００４０】
さて、サーバＳＶからプレイリストファイルｐｆが送信されると（Ｓ４）、電子楽器ＥＭでは、ＣＰＵ１は、プレイリスト読込み処理のステップＲ４にてこのプレイリストファイルｐｆを受け取り、次のステップＲ５にて、受け取ったプレイリストファイルｐｆをＲＡＭ２上のリスト用バッファにロードし、既にプレイリストがロードされていた場合は、受け取ったプレイリストファイルｐｆに差し替える。そして、今回のプレイリスト読込み処理を終了し、プレイリスト処理のステップＰ２（図３）にリターンする。
【００４１】
ステップＰ２では、プレイリストファイルｐｆ中の先頭項目（第１楽曲案内情報）の楽曲ＵＲＬに従ってサーバＳＶの演奏データ提供部Ｊからプレイリスト１曲目の演奏データを取得してＲＡＭ２上の演奏用バッファにロードし、取得した演奏データをカレント演奏データとする。次のステップＰ３では、カレント演奏データの再生開始を再生部Ｄ（楽音生成部８−９−１７）に指示し、再生部Ｄは、演奏用バッファにロードされたカレント演奏データに従って順次楽音を発生する。
【００４２】
次に、ステップＰ４で、プレイリスト終端即ち親プレイリストＰｐｆの終端に達しているか否か、つまり、リンク情報ｎｘが埋め込まれていない最終回リストファイルｐｆｅの最後の楽曲案内情報によるリスト終端曲演奏データの取得指示を終了しているか否かを判定し、親プレイリストＰｐｆの終端に達していないときは（Ｐ４→ＮＯ）、ステップＰ５に進み、カレント演奏データの次の楽曲の演奏データを取得する準備を行う次曲準備処理を開始し、その後、ステップＰ６に進む。また、プレイリストの終端に達したとき（Ｐ４→ＹＥＳ）は、直ちに、ステップＰ７に進む。
【００４３】
この次曲準備処理では、図４（２）に示されるように、ＣＰＵ１は、まず、ステップＮ１にて、プレイリストファイルｐｆリスト上の次の項目（案内情報）が、次にサーバＳＶから提供されるプレイリストへのリンクを表わす次リストリンク情報ｎｘであるか否かを判定する。ここで、次の項目が次リストリンク情報ｎｘでなく楽曲案内情報であるときは（Ｎ１→ＮＯ）、ステップＮ２に進んで、次のリスト情報項目（楽曲案内情報）の楽曲ＵＲＬに従ってサーバＳＶの演奏データ提供部Ｊから次の楽曲の演奏データを取得してＲＡＭ２上の演奏用バッファにロードし、この次曲準備処理を終了してプレイリスト処理のステップＰ６（図３）にリターンする。
【００４４】
一方、次の項目が次リストリンク情報ｎｘであると判定したときには、ステップＮ３に進み、まず、プレイリスト読込み処理〔図４（１）〕を行い、先の説明と同様の手順で、次リストリンク情報ｎｘを含むプレイリスト要求情報ｒｑ（＝ｒｑ２，ｒｑ３，…）に対応するプレイリストファイルｐｆ（＝ｐｆ２，ｐｆ３，…）をサーバＳＶから取得し、ＲＡＭ２上のリスト用バッファにロードされていた現リストファイルｐｆ（＝ｐｆ１，ｐｆ２，…）を取得したプレイリストファイルｐｆ（＝ｐｆ２，ｐｆ３，…）に差し替える。
【００４５】
次いで、ステップＮ４において、取得したプレイリストファイルｐｆの第１楽曲案内情報（第１項目）中の楽曲ＵＲＬに従ってサーバＳＶの演奏データ提供部Ｊからプレイリスト１曲目の演奏データを取得してＲＡＭ２上の演奏用バッファにロードし、取得した演奏データを次の演奏データとした後（サーバＳＶからの次演奏データ先読みと呼ばれる）、この次曲準備処理を終了してプレイリスト処理のステップＰ６（図３）にリターンする。
【００４６】
ステップＰ６では、ユーザにより、プレイリスト上においてカレント演奏データの楽曲の後（先）に配列された楽曲の演奏に進める「進み操作」がなされたか否かを判定する。ここで、進み操作がなされないときは（Ｐ６→ＮＯ）、ステップＰ７に進んで、再生対象がプレイリストの２曲目以降であって、ユーザにより、当該プレイリスト上でカレント演奏データの楽曲の前に配列された楽曲の演奏に戻す「戻し操作」がなされたか否かを判定し、戻し操作がなされないときは（Ｐ７→ＮＯ）、ステップＰ８に進む。
【００４７】
ステップＰ８では、再生部Ｄによるカレント演奏データの再生が完了したか否かを判定し、カレント演奏データの再生が完了していないときは（Ｐ８→ＮＯ）、ステップＰ６に戻り、進み操作或いは戻し操作がなくカレント演奏データの再生が完了していない間は、上述したステップＰ６〜Ｐ８の動作を繰り返す。
【００４８】
一方、ステップＰ６で進み操作がなされたと判定したときには（Ｐ６→ＹＥＳ）、ステップＰ９に進み、カレント演奏データの再生停止を再生部Ｄに指示すると共に、ＲＡＭ２の演奏用バッファ上のカレント演奏データをクリアする。次いで、ステップＰ１０において、ステップＰ５で開始が指示された次曲準備処理により次の楽曲の演奏データを取得する準備が完了するのを待ってから、取得した次の楽曲の演奏データをカレント演奏データとした後、ステップＰ３に戻る。
【００４９】
また、ステップＰ７で戻し操作がなされたと判定したときには（Ｐ７→ＹＥＳ）、ステップＰ１１に進み、カレント演奏データの再生停止を再生部Ｄに指示すると共に、演奏用バッファ上のカレント演奏データをクリアする。次いで、ステップＰ１２で、プレイリスト上においてカレント演奏データの１つ前に配列された楽曲案内情報中の楽曲ＵＲＬに従ってサーバＳＶの演奏データ提供部Ｊからプレイリスト１曲目の演奏データを取得して演奏用バッファにロードし、この演奏データをカレント演奏データとする。そして、ステップＰ３に戻る。
【００５０】
さて、ステップＰ８において、カレント演奏データの再生が完了したと判定したときには（Ｐ８→ＹＥＳ）、ステップＰ１３に進み、再生が完了した演奏データの楽曲がリスト終端（親プレイリストＰｐｆの終端）に配列された曲であるか否かを判定する。ここで、リスト終端曲でないときは（Ｐ１３→ＮＯ）、ステップＰ１４に進み、演奏用バッファ上のカレント演奏データをクリアし、次の演奏データをカレント演奏データとし、その後、ステップＰ３に戻る。
【００５１】
ステップＰ３に戻ると、カレント演奏データの再生開始を再生部Ｄに指示し、再生部Ｄにカレント演奏データに従って順次楽音を発生させ、先に説明したステップＰ４〜Ｐ１４の処理を行い、再生が完了した演奏データの楽曲がリスト終端曲でない間は（Ｐ１３→ＮＯ）、ステップＰ３〜Ｐ１４の処理を繰り返す。そして、リスト終端曲の演奏データの再生が完了すると（Ｐ１３→ＹＥＳ）、このプレイリスト処理を終了する。
【００５２】
〔種々の実施態様〕
以上、図面を参照しつつ、この発明の好適な実施の形態について説明したが、これは単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能である。例えば、実施例では、サーバＳＶ側で、最終回プレイリストファイルｐｆｅに次リストリンク情報ｎｘを埋め込まず、電子楽器ＥＭ側で、最終回プレイリストファイルｐｆｅに基づく演奏データの終了でストリーミング再生を終了するようにしたが、サーバＳＶ側で、親プレイリストＰｐｆの最初の楽曲案内情報に戻るように、次リストリンク情報ｎｘが埋め込まれた最終回プレイリストファイルｐｆｅを生成し、電子楽器ＥＭ側で、親プレイリストＰｐｆの全範囲に亙ってエンドレスにストリーミング再生を行うようにしてもよい。
【００５３】
或いは、各回のプレイリストファイルｐｆに次リストリンク情報ｎｘが埋め込またているか否かに拘わらず、電子楽器ＥＭ側で、ユーザの各回エンドレスモード指示操作に基づき、現在のプレイリストファイルｐｆの最終楽曲の演奏を終了すると自動的に現プレイリストファイルｐｆの先頭楽曲の演奏に戻るようにして、現プレイリストファイルｐｆの範囲内でストリーミング再生を繰り返すようにしてもよい。このためには、例えば、エンドレス指示スイッチ（１５）の操作で各回エンドレスモードに投入し、図４（２）のステップＮ２で、プレイリスト読込み処理に代わって、現プレイリストファイルｐｆの先頭楽曲の演奏データを取得する処理を行うようにすればよい。
【００５４】
また、実施例では、プレイリスト提供処理（サーバＳＶ側）のステップＳ３での処理において、親プレイリストＰｐｆからリストの楽曲配列順に従って順次案内情報を切り出すようにしているが、電子楽器ＥＭの機種ｋｍで決まるサイズｐｓのプレイリストをランダムに作成するようにしてもよい。例えば、図４（１Ａ）に示すように、ステップＳ３に代わるステップＳ３Ａにおいて、要求情報ｒｑ中にあるリンク情報ｉｎが指示するチャンネル指示〔例えば、図２（１）“radioch1”（先頭楽曲指示“ start=1”は無視）〕に対応する親プレイリストＰｐｆから、ステップＳ２で決定されたサイズに相当する楽曲分の案内情報をランダムに抽出してプレイリストを生成し、このプレイリストの最後に再び親プレイリストＰｐｆの先頭へのリンク情報（ｎｘ）を埋め込み、再度、ランダム抽出したプレイリストを切り出して次のプレイリストファイルを生成するようにしてもよい。これにより、ランダム且つエンドレスのストリーミング再生を行うことができる。
【図面の簡単な説明】
【００５５】
【図１】この発明の一実施例による音楽情報提供システムの概要説明図である。
【図２】この発明の一実施例におけるデータ例の説明図である。
【図３】この発明の一実施例によるプレイリスト処理例を表わすフローチャートである。
【図４】この発明の一実施例によるプレイリスト読込み処理及び次曲準備処理の例を表わすフローチャートである。
【符号の説明】
【００５６】
ＥＭ，ＳＶ  電子楽器及び音楽情報提供サーバ（サーバコンピュータ）、
ｒｑ：ｒｑ１，ｒｑ２，…  プレイリスト要求情報、
Ｇ  親プレイリストＰｐｆを蓄積するプレイリストＤＢ（データベース）、
Ｈ  機種ｋｍとサイズｐｓの対応付けデータＴｓを蓄積する機種−サイズＤＢ、
ｐｆ：ｐｆ１，ｐｆ２，…，ｐｆｅ  プレイリスト（ファイル），
ｉｎ，ｎｘ  リンク情報（初期リンク情報及び次リストリンク情報）。
【図１】
0004665776.tif 000002
【図２】
0004665776.tif 000003
【図３】
0004665776.tif 000004
【図４】
0004665776.tif 000005