(57)【要約】【課題】再生側での再生に適したデータを選択できるようにする。【解決手段】オーディオデータを少なくとも１以上のデータ形式で送信可能なサーバ２から、クレードル４に接続された状態の通信モジュール３の構成で再生可能であるか否か、及びサーバ２と通信モジュール３との接続方法が有線または無線のどちらであるかといった、通信モジュール３がオーディオデータを受信して再生するときの再生条件に基づいて、サーバ２から通信モジュール３に送信されるオーディオデータのデータ形式を絞り込むようにしたことにより、クレードル４に接続された状態の通信モジュール３での再生に適したデータ形式のオーディオデータを選択することができる。【選択図】図１０
2007240973.tif 000002
【特許請求の範囲】
【請求項１】
連続して再生されるデータを少なくとも１以上のデータ形式で送信可能なデータ送信装置と、当該データ送信装置から送信される上記データを受信して再生するデータ再生装置とでなり、
上記データ再生装置が上記データを受信して再生するときの再生条件に基づいて、上記データ送信装置から上記データ再生装置に送信される上記データのデータ形式を絞り込む
ことを特徴とするデータ選択システム。
【請求項２】
上記データ送信装置が、上記データ再生装置が上記データを受信して再生するときの再生条件を上記データ再生装置より受信して、当該再生条件に基づき、上記データ再生装置に送信する上記データのデータ形式を絞り込む
ことを特徴とする請求項１に記載のデータ選択システム。
【請求項３】
上記データ再生装置が、上記データを受信して再生するときの再生条件に基づいて、上記データ送信装置から受信する上記データのデータ形式を絞り込む
ことを特徴とする請求項１に記載のデータ選択システム。
【請求項４】
上記データ形式の絞り込みに基づいて、上記データの管理情報データを生成する
ことを特徴とする請求項１に記載のデータ選択システム。
【請求項５】
上記再生条件は、上記データ再生装置で再生可能なデータ形式である
ことを特徴とする請求項１に記載のデータ選択システム。
【請求項６】
上記再生条件は、上記データ送信装置及び上記データ再生装置間の接続方法である
ことを特徴とする請求項１に記載のデータ選択システム。
【請求項７】
上記再生条件は、上記データ再生装置で再生可能なデータ形式、及び上記データ送信装置及び上記データ再生装置間の接続方法である
ことを特徴とする請求項１に記載のデータ選択システム。
【請求項８】
上記データ送信装置及び上記データ再生装置間の接続方法が有線である場合、品質が高いデータ形式の優先順位を高くして絞り込む
ことを特徴とする請求項６に記載のデータ選択システム。
【請求項９】
上記品質が高いデータ形式とは、データ転送レートが高いデータ形式である
ことを特徴とする請求項８に記載のデータ選択システム。
【請求項１０】
上記データ送信装置及び上記データ再生装置間の接続方法が無線である場合、データの取りこぼしが少ないデータ形式の優先順位を高くして絞り込む
ことを特徴とする請求項６に記載のデータ選択システム。
【請求項１１】
上記データの取りこぼしが少ないデータ形式とは、データ転送レートが低いデータ形式である
ことを特徴とする請求項１０に記載のデータ選択システム。
【請求項１２】
上記管理情報データには、品質が高いデータ形式の順に上記データが並べられている
ことを特徴とする請求項４に記載のデータ選択システム。
【請求項１３】
上記管理情報データには、データの取りこぼしが少ない順に上記データが並べられている
ことを特徴とする請求項４に記載のデータ選択システム。
【請求項１４】
連続して再生されるデータを少なくとも１以上のデータ形式で送信可能なデータ送信装置から、データ再生装置が上記データを受信して再生するときの再生条件に基づいて、上記データ送信装置から上記データ再生装置に送信される上記データのデータ形式を絞り込む絞込手段を具える
ことを特徴とするデータ選択装置。
【請求項１５】
連続して再生されるデータを少なくとも１以上のデータ形式で送信可能なデータ送信装置から、データ再生装置が上記データを受信して再生するときの再生条件に基づいて、上記データ送信装置から上記データ再生装置に送信される上記データのデータ形式を絞り込むステップ
を具えることを特徴とするデータ選択方法。
【請求項１６】
情報処理装置に対して、
連続して再生されるデータを少なくとも１以上のデータ形式で送信可能なデータ送信装置から、データ再生装置が上記データを受信して再生するときの再生条件に基づいて、上記データ送信装置から上記データ再生装置に送信される上記データのデータ形式を絞り込むステップ
を実行させるためのデータ選択プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ選択システム、データ選択装置、データ選択方法及びデータ選択プログラムに関し、複数のデータからデータを選択する際に適用して好適なものである。
【背景技術】
【０００２】
従来、記憶媒体に記憶されている複数のデータから、ユーザに入力された検索条件に基づいてデータを選択するデータ選択装置がある（例えば特許文献１参照）。そして、このようなデータ選択装置は、例えば、オーディオプレイヤに適用され、ハードディスクに記憶された複数のオーディオデータ（ここでは楽曲のオーディオデータとする）のなかから、ユーザに指定されたアルバム名、楽曲名、アーティスト名などを検索キーワードとして、これらの検索キーワードに該当するオーディオデータを選択し、この選択したオーディオデータを再生するようになされている。
【０００３】
また一方で、このようなオーディオプレイヤには、自身のハードディスクに記憶されたオーディオデータを再生するばかりでなく、ネットワーク上のサーバから提供されるオーディオデータをネットワーク経由で受信してストリーミング再生するようなものもある。この場合、オーディオプレイヤは、例えば、サーバに対して、ユーザに指定されたアルバム名、楽曲名、アーティスト名などの検索キーワードに該当するオーディオデータを要求し、この結果としてサーバから提供されるオーディオデータを受信するようになされている。
【特許文献１】特開２００３−１６７９１８公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上述のようなアルバム名、楽曲名、アーティスト名などの検索キーワードに基づいてサーバから提供されるオーディオデータは、この検索キーワードに該当する楽曲のオーディオデータではあるものの、必ずしもオーディオプレイヤでの再生に適したオーディオデータであるとは限らない。実際上、オーディオデータには様々なデータ形式があり、検索キーワードに該当するオーディオデータであっても、それがオーディオプレイヤでの再生に適したデータ形式のオーディオデータであるとは限らなかった。
【０００５】
このように従来では、再生側での再生に適したデータを選択し得るとは言い難いという問題があった。
【０００６】
本発明は以上の点を考慮してなされたもので、再生側での再生に適したデータを選択し得るデータ選択システムを提案しようとするものである。
【課題を解決するための手段】
【０００７】
かかる課題を解決するため本発明においては、連続して再生されるデータを少なくとも１以上のデータ形式で送信可能なデータ送信装置から、データ再生装置がデータを受信して再生するときの再生条件に基づいて、データ送信装置からデータ再生装置に送信されるデータのデータ形式を絞り込むようにしたことにより、データ再生装置での再生に適したデータ形式のデータを選択することができる。
【発明の効果】
【０００８】
本発明によれば、連続して再生されるデータを少なくとも１以上のデータ形式で送信可能なデータ送信装置から、データ再生装置がデータを受信して再生するときの再生条件に基づいて、データ送信装置からデータ再生装置に送信されるデータのデータ形式を絞り込むようにしたことにより、データ再生装置での再生に適したデータ形式のデータを選択することができ、かくして再生側での再生に適したデータを選択し得るデータ選択システム、データ選択装置、データ選択方法、データ選択プログラムを実現することができる。
【発明を実施するための最良の形態】
【０００９】
以下図面について、本発明の実施の形態を詳述する。
【００１０】
（１）第１の実施の形態
（１−１）オーディオシステムの構成
図１において、１は全体としてオーディオシステムを示し、楽曲のオーディオデータを提供するサーバ２と、サーバ２と有線または無線でネットワーク接続される通信モジュール３と、スピーカを内蔵すると共に通信モジュール３を載置することでこの通信モジュール３と電気的に接続するクレードル４とでなる。
【００１１】
実際上、通信モジュール３をクレードル４に載置する場合、図２に示すように、クレードル４の所定位置に設けられた載置部４Ａに、通信モジュール３を所定の向きで載置する。ここで、この載置部４Ａには、接続端子（以下、これをクレードル側端子とも呼ぶ）４Ｂが設けられ、また通信モジュール３の載置部接触面３Ａにも、図示しない接続端子（以下、これをモジュール側端子とも呼ぶ）が設けられている。
【００１２】
これにより、通信モジュール３がクレードル４の載置部４Ａに載置されると、モジュール側端子とクレードル側端子４Ｂとが接して、通信モジュール３とクレードル４とが電気的に接続する。尚、以下では、通信モジュール３とクレードル４とが接続された状態であるとして説明する。
【００１３】
（１−２）通信モジュール、クレードル、及びサーバの構成
ここで、サーバ２、通信モジュール３、クレードル４の構成について詳述する。まず図３を用いて、通信モジュール３の構成について説明する。無線通信モジュール３は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）などの最大通信速度１００Ｍｂｐｓの有線ＬＡＮ規格に基づき、サーバ２と有線通信し得るようになされていると共に、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１などの最大通信速度１１Ｍｂｐｓの無線ＬＡＮ（Local Area Network）規格に基づき、サーバ２と無線通信し得るようになされ、ＭＰＵ（Micro Processing Unit）１０が、ＭＰＵ１０の内蔵メモリ（図示せず）から読み出したプログラムを実行することにより全体を統括的に制御するようになされている。
【００１４】
実際上、通信モジュール３のＭＰＵ１０は、例えば、サーバ２と有線で接続されている場合、操作キー１１を介して、サーバ２が提供し得るオーディオデータのリスト（以下、これを提供データリストとも呼び、詳しくは後述する）を取得するリスト取得操作がなされたことを認識すると、これに応じて、有線ＬＡＮアダプタ１２よりサーバ２に対して、提供データリストを要求するリスト要求信号を送信する。この結果として、サーバ２より送られてくる提供データリストを有線ＬＡＮアダプタ１２を介して受信すると、ＭＰＵ１０は、受信した提供データリストをもとに、通信モジュール３とクレードル４とで再生するオーディオデータのリスト（以下、これを再生データリストとも呼び、詳しくは後述する）を生成し、この再生データリストを表示コントローラ１３を介してディスプレイ１４に表示する。
【００１５】
ＭＰＵ１０は、このようにして再生データリストをディスプレイ１４に表示した後、例えば、操作キー１１を介して、再生データリストに記されたオーディオデータのうちの任意のオーディオデータを選択する再生操作がなされたことを認識すると、これに応じて、有線ＬＡＮアダプタ１２よりサーバ２に対して、選択されたオーディオデータを要求するオーディオデータ要求信号を送信する。この結果、サーバ２よりオーディオデータの送信が開始されると、ＭＰＵ１０は、このオーディオデータを有線ＬＡＮアダプタ１２を介して受信しつつ、オーディオデータの受信し終えた部分から順にバッファ１５に書き込んでいく。ちなみに、この第１の実施の形態では、サーバ２より送信されるオーディオデータが、例えば、サーバ２側で復号処理などのデジタル処理が施されたリニアＰＣＭ（Pulse Code Modulation）フォーマットのオーディオデータであるとする。
【００１６】
そしてＭＰＵ１０は、バッファ１５に例えば数秒分のオーディオデータが溜まると、この溜まったオーディオデータをＤＡコンバータ１６に送ると共にバッファ１５から削除して、再びバッファ１５に数秒分のオーディオデータが溜まるまで待ち受ける。ＤＡコンバータ１６は、送られてくるオーディオデータに対して、デジタルアナログ変換処理を施すことにより音声信号を得、この音声信号を、クレードル側端子４Ｂに接続されたモジュール側端子１７を介してクレードル４に送る。この結果、このクレードル４に送られた音声信号に基づく音声が、クレードル４に内蔵されたスピーカから出力される。ちなみに、以下の説明では、オーディオデータの受信し終えた部分から順にデジタルアナログ変換する処理をストリーミング再生処理とも呼ぶ。
【００１７】
一方で、サーバ２と無線で接続されている場合、ＭＰＵ１０は、リスト要求信号を無線ＬＡＮアダプタ１８よりサーバ２に対して送信し、この結果としてサーバ２より送られてくる提供データリストを無線ＬＡＮアダプタ１８を介して受信し、またオーディオデータ要求信号を無線ＬＡＮアダプタ１８よりサーバ２に対して送信し、この結果としてサーバ２より送られてくるオーディオデータを無線ＬＡＮアダプタ１８を介して受信するようになされている。
【００１８】
このようにして、通信モジュール３は、サーバ２より有線または無線で送信されてくるリニアＰＣＭフォーマットのオーディオデータをストリーミング再生することにより得られる音声を、クレードル４に内蔵されたスピーカを介して出力し得るようになされている。また、通信モジュール３は、このようにクレードル４に接続されているとき、モジュール側端子１８を介してクレードル４から供給される電源により図示しない内蔵のバッテリを充電するようにもなされている。
【００１９】
さらにこの通信モジュール３には赤外線受光部１９が設けられ、リモートコントローラ（図示せず）から送信されてくる赤外線信号を、この赤外線受光部１９で受信して命令に変換するようになされている。つまり、この通信モジュール３は、操作キー１１に対する操作に応じて各種処理を実行するばかりでなく、リモートコントローラに対する操作に応じて各種処理を実行することで遠隔操作し得るようにもなされている。
【００２０】
次に図４を用いてクレードル４の構成について説明する。クレードル４は、図示しないＡＣアダプタを介して供給される電源により動作し、ＭＰＵ２０が、ＭＰＵ２０の内蔵メモリ（図示せず）から読み出したプログラムを実行することにより全体を統括的に制御するようになされている。
【００２１】
実際上、クレードル４は、例えば、操作キー２１を介して電源をオンする操作が行われると、これに応じて全体を起動させ、通信モジュール３が載置部４Ａに載置されて接続されていれば、通信モジュール３に対して、クレードル側端子４Ｂを介して電源を供給するようになされている。
【００２２】
また、クレードル４のＭＰＵ２０は、接続された通信モジュール３から送られてくる音声信号を、クレードル側端子４Ｂを介して受け取ると、これをアナログデジタルコンバータ（以下、これをＡＤコンバータとも呼ぶ）２２に入力する。
【００２３】
ＡＤコンバータ２２は、音声信号に対してアナログデジタル変換処理を施すことによりオーディオデータを得、このオーディオデータをサウンドプロセッサ２３に送る。サウンドプロセッサ２３は、ＡＤコンバータ２２から送られてくるオーディオデータに対して、イコライジング処理などのデジタル処理を施した後、このデジタル処理したオーディオデータをＤＡコンバータ２４に送る。
【００２４】
ＤＡコンバータ２４は、サウンドプロセッサ２３より送られてくるオーディオデータに対して、デジタルアナログ変換処理を施すことにより音声信号を得、この音声信号をアンプ２５に送る。アンプ２５は、音声信号に対して増幅処理を施した後、この増幅処理した音声信号に基づく音声を、スピーカ端子（図示せず）に接続されたスピーカＳＰを介して出力する。
【００２５】
このようにして、クレードル４は、クレードル側端子４Ｂを介して接続される通信モジュール３を充電すると共に、この通信モジュール３から送られてくる音声信号に基づく音声を、スピーカＳＰを介して出力し得るようになされている。
【００２６】
またクレードル４のＭＰＵ２０は、音量、現在時刻などの各種情報を表示コントローラ２６を介してディスプレイ２７に表示するようにもなされている。
【００２７】
さらにこのクレードル４には赤外線受光部２８が設けられ、リモートコントローラ（図示せず）から送信されてくる赤外線信号を、この赤外線受光部で受信して命令に変換するようになされている。つまり、クレードル４は、操作キー２１に対する操作に応じて各種処理を実行するばかりでなく、リモートコントローラに対する操作に応じて各種処理を実行することで遠隔操作し得るようにもなされている。
【００２８】
次に図５を用いてサーバ２の構成について説明する。サーバ２は、通信モジュール３と同様の有線ＬＡＮ規格及び無線ＬＡＮ規格に基づき、通信モジュール３と有線及び無線で通信し得るようになされ、ＣＰＵ３０が、ハードディスクドライブ３１またはＲＯＭ（Read Only Memory）３２から読み出したプログラムをＲＡＭ（Random Access Memory）３３に展開して実行することにより、全体を統括的に制御して各種処理を実行するようになされている。またＣＰＵ３０は、この各種処理で扱うデータを、適宜、ＲＡＭ３３に一時記憶させるようになされている。
【００２９】
実際上、ＣＰＵ３０は、例えば、通信モジュール３と有線で接続されている場合、この通信モジュール３から送信されてくる、提供データリストを要求するリスト要求信号を、有線ＬＡＮアダプタ３４を介して受信すると、このリスト要求信号に応じて、提供データリストを有線ＬＡＮアダプタ３４より通信モジュール３に対して送信する。ちなみに、この提供データリストは、例えば、ハードディスクドライブ３１にオーディオデータを記憶するときに生成されてハードディスクドライブ３１に記憶されるようになされている。
【００３０】
またＣＰＵ３０は、提供データリストを送信した後、通信モジュール３から送信されてくるオーディオデータ要求信号を、有線ＬＡＮアダプタ３４を介して受信すると、このオーディオデータ要求信号に対応するオーディオデータをハードディスクドライブ３１から読み出す。
【００３１】
ここで、このハードディスクドライブ３１に記憶されているオーディオデータは、例えば、それぞれが１楽曲分のデータであるとし、サンプリング周波数「４４．１ｋＨｚ」、サンプリングビット数「１６ｂｉｔ」、チャンネル数「２ｃｈ」、データ転送レートを示すビットレート「１２８ｋｂｐｓ」でなるｍｐ３（MPEG-1 Audio Layer-3）フォーマットで圧縮符号化されているものとする。
【００３２】
そしてＣＰＵ３０は、読み出したｍｐ３フォーマットのオーディオデータに対して、サウンドプロセッサ３５で復号処理などのデジタル処理を施した後、このデジタル処理したオーディオデータを有線ＬＡＮアダプタ３４より通信モジュール３に対して送信する。
【００３３】
ここで、このサウンドプロセッサ３５は、ｍｐ３フォーマットのオーディオデータにデジタル処理を施すことで、このオーディオデータを、サンプリング周波数「４４．１ｋＨｚ」、サンプリングビット数「１６ｂｉｔ」、チャンネル数「２ｃｈ」、ビットレート「１４１１．２ｋｂｐｓ」でなるリニアＰＣＭフォーマット、またはサンプリング周波数「９６ｋＨｚ」、サンプリングビット数「２０ｂｉｔ」、チャンネル数「２ｃｈ」、ビットレート「４６０８ｋｂｐｓ」でなるリニアＰＣＭフォーマットのオーディオデータに変換するようになされている。つまり、このサウンドプロセッサ３５では、ｍｐ３フォーマットのオーディオデータを、ビットレートの異なる２通りのリニアＰＣＭフォーマットのオーディオデータに変換し得るようになされ、これらビットレートの異なる２通りのリニアＰＣＭフォーマットのオーディオデータのどちらかが、通信モジュール３に対して送信されるようになされている。
【００３４】
一方で、通信モジュール３と無線で接続されている場合、ＣＰＵ３０は、リスト要求信号を無線ＬＡＮアダプタ３６を介して通信モジュール３から受信すると、このリスト要求信号に応じて、提供データリストを無線ＬＡＮアダプタ３６より通信モジュール３に対して送信し、またオーディオデータ要求信号を無線ＬＡＮアダプタ３６を介して通信モジュール３から受信すると、このオーディオデータ要求信号に応じて、オーディオデータを無線ＬＡＮアダプタ３６より通信モジュール３に対して送信するようになされている。
【００３５】
このようにしてサーバ２は、通信モジュール３からの要求に応じて、提供データリスト、及びビットレートの異なる２通りのリニアＰＣＭフォーマットのオーディオデータを、通信モジュール３に対して有線または無線で送信するようになされている。
【００３６】
尚、サーバ２は、ハードディスクドライブから読み出したｍｐ３フォーマットのオーディオデータを、ｍｐ３フォーマットのまま通信モジュール３に送信することもできるようになされている。つまり、サーバ２は、各楽曲のオーディオデータを、ｍｐ３フォーマット、及びビットレートの異なる２通りのリニアＰＣＭフォーマットの計３通りのデータ形式で、通信モジュール３に提供し得るようになされている。
【００３７】
（１−３）提供データリスト及び再生データリストの構成
ここで、サーバ２から通信モジュールに送信される提供データリストの構成と、この提供データリストをもとに通信モジュール３で生成される再生サーバリストの構成とについて詳しく説明する。
【００３８】
まず、提供データリストの構成について説明する。図６に示すように提供データリストＤＬ１は、上述した３通りのデータ形式のオーディオデータの属性を示す属性情報を、サーバ２が提供し得る楽曲毎にまとめてリスト化したものであり、具体的には、楽曲の曲名を示す曲名情報Ｄ１と、この曲名情報Ｄ１に対応するｍｐ３フォーマットのオーディオデータの属性情報Ｄ２、ビットレート「１４１１．２ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ３、及びビットレート「４６０８ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ４とが楽曲毎の情報（以下、これを楽曲情報とも呼ぶ）ＭＤとして記されている。
【００３９】
また属性情報Ｄ２、Ｄ３及びＤ４のそれぞれには、曲名情報Ｄ１に対応するオーディオデータを識別するためのＵＲＬ（Uniform resource locator）と、このオーディオデータのフォーマットと、楽曲の長さと、サンプリング周波数と、サンプリングビット数と、チャンネル数と、ビットレートとが記されている。
【００４０】
ここで、属性情報Ｄ２、Ｄ３及びＤ４のそれぞれに記されるＵＲＬ（例えば「ｈｔｔｐ：＊＊＊：＊＊／ｈｉｇｈｗａｙ．ｍｐ３」）は、曲名情報Ｄ１に対応するオーディオデータを提供するサーバ２のアドレスを示す部分（「ｈｔｔｐ：／／＊＊＊：＊＊」）と、このオーディオデータのファイル名及び曲名を示す部分（「ｈｉｇｈｗａｙ」）と、ファイルの拡張子であり且つオーディオデータのフォーマットを示す部分（「ｍｐ３」）とでなる。すなわちこのＵＲＬには、サーバ２のアドレス、オーディオデータのファイル名、曲名、及びフォーマットが示されている。
【００４１】
さらに、属性情報Ｄ３及びＤ４のＵＲＬに含まれるオーディオデータのファイル名には、「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ」のように、曲名にくわえてビットレートを算出するためのサンプリング周波数、サンプリングビット数及びチャンネル数が追記されている。つまり、属性情報Ｄ３及びＤ４のＵＲＬには、オーディオデータのファイル名、曲名、フォーマットにくわえて、そのビットレートも示されている。
【００４２】
次に、図７乃至図９を用いて、再生データリストＤＬ２の構成について詳しく説明する。この再生データリストＤＬ２は、通信モジュール３がサーバ２から受信した提供データリストＤＬ１をもとに生成するものであり、ここでは、その生成過程に沿って説明する。
【００４３】
通信モジュール３は、サーバ２から提供データリストＤＬ１を受信すると、まず、各楽曲情報ＭＤ内の属性情報Ｄ２、Ｄ３及びＤ４のそれぞれに記されたフォーマットに基づき、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生できないｍｐ３フォーマットのオーディオデータの属性情報Ｄ２を提供データリストＤＬ１から削除する。この結果、提供データリストＤＬ１は、図７に示すように、各楽曲情報ＭＤ内に、曲名情報Ｄ１と、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能なビットレート「１４１１．２ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ３と、ビットレート「４６０８ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ４とが残った状態となる。
【００４４】
さらに、通信モジュール３は、このときサーバ２と最大通信速度１００Ｍｂｐｓの有線ＬＡＮ規格で接続されているか、または最大通信速度１１Ｍｂｐｓの無線ＬＡＮ規格で接続されているかに応じて、各楽曲情報ＭＤ内の属性情報Ｄ３またはＤ４を提供データリストＤＬ１から削除する。
【００４５】
ここで、例えば、通信モジュール３とサーバ２とが最大通信速度１００Ｍｂｐｓの有線ＬＡＮ規格で接続されている場合、ビットレート「１４１１．２ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータと、ビットレート「４６０８ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータのどちらであれ、これらのオーディオデータを伝送するのに十分な通信速度が得られるため、これらのオーディオデータを、サーバ２から通信モジュール３に対して、データを取りこぼすことなく（つまり音切れすることなく）確実に伝送し得る。
【００４６】
よって、この場合、通信モジュール３は、より高音質な高ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ４を残して、低ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ３を提供データリストＤＬ１から削除する。
【００４７】
この結果、提供データリストＤＬ１は、図８に示すように、各楽曲情報ＭＤ内に、曲名情報Ｄ１と、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能で、高ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ４のみが残った状態となる。そして通信モジュール３は、この状態の提供データリストＤＬ１を再生データリストＤＬ２とする。
【００４８】
一方で、例えば、通信モジュール３とサーバ２とが最大通信速度１１Ｍｂｐｓの無線ＬＡＮ規格で接続されている場合、無線の通信速度が種々の条件により変化するため、リニアＰＣＭフォーマットのオーディオデータを欠落させずに確実に伝送するには、より低ビットレートのものが望ましい。
【００４９】
よって、この場合、通信モジュール３は、低ビットレートのオーディオデータの属性情報Ｄ３を残して、高ビットレートのオーディオデータの属性情報Ｄ４を提供データリストＤＬ１から削除する。
【００５０】
この結果、提供データリストＤＬ１は、図９に示すように、各楽曲情報ＭＤ内に、曲名情報Ｄ１と、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能で、低ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ３のみが残った状態となる。そして通信モジュール３は、この状態の提供データリストＤＬ１を再生データリストＤＬ２とする。
【００５１】
このように、再生データリストＤＬ２には、通信モジュール３及びサーバ２間の通信速度が、サーバ２から提供され得るオーディオデータを伝送するのに十分な通信速度であるならば、サーバ２が提供し得る複数のデータ形式のオーディオデータのうちの、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能で、且つビットレートの高いデータ形式のオーディオデータが示され、一方で、通信モジュール３及びサーバ２間の通信速度が、サーバ２から提供され得るオーディオデータを伝送するのに十分な通信速度であるとは限らないのであれば、サーバ２が提供し得る複数のデータ形式のオーディオデータのうちの、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能で、且つビットレートの低いデータ形式のオーディオデータが示されるようになされている。そして、このようにして再生データリストＤＬ２に示されるオーディオデータが、通信モジュール３がサーバ２より取得してストリーミング再生するオーディオデータとなる。
【００５２】
（１−４）オーディオデータの再生処理手順
次に、通信モジュール３がサーバ２から提供データリストＤＬ１を取得してオーディオデータを再生するまでの再生処理手順について、図１０のシーケンスチャートを用いて説明する。ちなみに、この再生処理手順は、通信モジュール３のＭＰＵ１０が、ＭＰＵ１０の内蔵メモリ（図示せず）から読み出したプログラムに従って実行すると共に、サーバ２のＣＰＵ３０が、ハードディスクドライブ３１またはＲＯＭ３２から読み出したプログラムに従って実行するシーケンスである。また、ここでは、通信モジュール３とサーバ２とが、無線または有線のどちらかで接続されているとする。
【００５３】
図１０に示すように、通信モジュール３のＭＰＵ１０は、提供データリストＤＬ１を取得するリスト取得操作がなされたことを認識すると、ステップＳＰ１において、サーバ２に対してリスト要求信号を送信する。サーバ２のＣＰＵ３０は、通信モジュール３からリスト要求信号を受信すると、ステップＳＰ２において、提供データリストＤＬ１を通信モジュール３に送信する。
【００５４】
通信モジュール３のＭＰＵ１０は、サーバ２から送られてくる提供データリストＤＬ１を受信すると、ステップＳＰ３において、この提供データリストＤＬ１から、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生できないｍｐ３フォーマットのオーディオデータの属性情報Ｄ２を削除することにより、図７に示したように、提供データリストＤＬ１に記される複数のデータ形式のオーディオデータを、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生できるデータ形式のオーディオデータ（つまりリニアＰＣＭフォーマットのオーディオデータ）に絞り込み、次のステップＳＰ４に移る。
【００５５】
ステップＳＰ４においてＭＰＵ１０は、このときのサーバ２との接続が有線であるか否かを判定する。このステップＳＰ４で肯定結果を得ると、ＭＰＵ１０は、サーバ２との接続が有線であると認識して、ステップＳＰ５に移る。ステップＳＰ５においてＭＰＵ１０は、上述のステップＳＰ３でｍｐ３フォーマットのオーディオデータの属性情報Ｄ２を削除した提供データリストＤＬ１から、高ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ３以外の属性情報Ｄ４を削除することにより、図８に示したように、提供データリストＤＬ１に記される複数のデータ形式のオーディオデータを、楽曲情報ＭＤ毎に、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生でき、且つ最も高ビットレートのデータ形式のオーディオデータ（つまりビットレート「４６０８ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータ）に絞り込み、次のステップＳＰ７に移る。
【００５６】
これに対してステップＳＰ４で否定結果を得ると、ＭＰＵ１０は、サーバ２との接続が無線であると認識して、ステップＳＰ６に移る。ステップＳＰ６においてＭＰＵ１０は、上述のステップＳＰ３でｍｐ３フォーマットのオーディオデータの属性情報Ｄ２を削除した提供データリストＤＬ１から、低ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ４以外の属性情報Ｄ３を削除することにより、図９に示したように、提供データリストＤＬ１に記される複数のデータ形式のオーディオデータを、楽曲情報ＭＤ毎に、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生でき、且つ最も低ビットレートのデータ形式のオーディオデータ（つまりビットレート「１４１１．２ｋｂｐｓ」のリニアＰＣＭフォーマットのオーディオデータ）に絞り込み、次のステップＳＰ７に移る。
【００５７】
ステップＳＰ７においてＭＰＵ１０は、上述のステップＳＰ５またはステップＳＰ６によって楽曲情報ＭＤ毎にオーディオデータのデータ形式が絞り込まれた状態の提供データリストＤＬ１を再生データリストＤＬ２として、次のステップＳＰ８に移る。ステップＳＰ８においてＭＰＵ１０は、再生データリストＤＬ２をディスプレイ１４に表示する。
【００５８】
ここで、ＭＰＵ１０は、図１１に示すように、実際上、ディスプレイ１４に再生データリストＤＬ２の曲名情報Ｄ１のみを表示するようになされている。つまり、ディスプレイ１４には、サーバ２から受信して通信モジュール３及びクレードル２でストリーミング再生することのできる楽曲の曲名が表示される。このようにして再生データリストＤＬ２を表示した後、ＭＰＵ１０は、次のステップＳＰ９に移る。
【００５９】
ステップＳＰ９においてＭＰＵ１０は、ディスプレイ１４に表示した曲名情報Ｄ１のうちの任意の曲名情報Ｄ１を選択する再生操作がなされるまで待ち受け、再生操作がなされたことを認識すると、ステップＳＰ１０に移る。ステップＳＰ１０においてＭＰＵ１０は、選択された曲名情報Ｄ１に対応するオーディオデータのＵＲＬを再生データリストＤＬ２より取得する。
【００６０】
このＵＲＬは、上述したように、サーバ２のアドレスを示す部分（例えば「ｈｔｔｐ：＊＊＊：＊＊」であり、以下、これをサーバ識別子とも呼ぶ）と、オーディオデータのファイル名、曲名、フォーマット及びビットレートを示す部分（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」であり、以下、これをオーディオデータ識別子とも呼ぶ）とでなり、ＭＰＵ１０は、このＵＲＬに基づき、サーバ２に対して、オーディオデータ識別子（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」）により識別されるオーディオデータを要求するオーディオデータ要求信号を送信する。
【００６１】
サーバ２のＣＰＵ３０は、通信モジュール２からオーディオデータ要求信号を受信すると、ステップＳＰ１１において、このオーディオデータ要求信号に示されるオーディオデータ識別子（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」）に対応するｍｐ３フォーマットのオーディオデータをハードディスクドライブ３１から読み出し、このオーディオデータに対して、サウンドプロセッサ３５でオーディオデータ識別子（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」）に示されるフォーマット及びビットレートに基づくデジタル処理を施すことで、通信モジュール３から要求されたデータ形式のオーディオデータを得、これを通信モジュール３に送信する。
【００６２】
そして通信モジュール３のＭＰＵ１０は、サーバ２から送られてくるオーディオデータに対してストリーミング再生処理を施すことにより、このオーディオデータに基づく音声をクレードル５のスピーカＳＰより出力する。つまり、サーバ２と通信モジュール３及びクレードル４との間でオーディオデータのストリーミング再生が行われる。
【００６３】
このような再生処理手順にしたがい、オーディオシステム１では、オーディオデータを再生するようになされている。
【００６４】
（１−５）第１の実施の形態による動作及び効果
以上の構成において、オーディオシステム１は、サーバ２が、各楽曲のオーディオデータを複数のデータ形式（ｍｐ３フォーマット、低ビットレートのリニアＰＣＭフォーマット、高ビットレートのリニアＰＣＭフォーマット）で提供し得るようになされ、このような１楽曲につき複数のデータ形式が存在するオーディオデータが記された提供データリストＤＬ１を、通信モジュール３に送信する。
【００６５】
通信モジュール３は、提供データリストＤＬ１を受信すると、この提供データリストＤＬ１に記されたオーディオデータのデータ形式を、楽曲毎に、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能なデータ形式（低ビットレート及び高ビットレートのリニアＰＣＭフォーマット）に絞り込む。
【００６６】
次に、通信モジュール３は、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能なデータ形式（低ビットレート及び高ビットレートのリニアＰＣＭフォーマット）のオーディオデータをサーバ２から通信モジュール３へ伝送するのに十分な通信速度が得られる有線ＬＡＮ規格でサーバ２と接続されている場合には、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能なデータ形式（低ビットレート及び高ビットレートのリニアＰＣＭフォーマット）から、最も高ビットレートのデータ形式に絞り込み、このデータ形式のオーディオデータをサーバ２から取得してストリーミング再生する。
【００６７】
つまり、通信モジュール３は、オーディオデータを伝送するのに十分な通信速度を出せる有線ＬＡＮ規格でサーバ２と接続されている場合、サーバ２から、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能で、且つ最も高音質のデータ形式のオーディオデータを取得して再生することにより、高音質且つ確実にオーディオデータを再生することができる。
【００６８】
一方、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能なデータ形式（低ビットレート及び高ビットレートのリニアＰＣＭフォーマット）のオーディオデータをサーバ２から通信モジュール３へ伝送するのに十分な通信速度が得られるとは限らない無線ＬＡＮ規格でサーバ２と接続されている場合、通信モジュール３は、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能なデータ形式（低ビットレート及び高ビットレートのリニアＰＣＭフォーマット）から、最も低ビットレートのデータ形式に絞り込み、このデータ形式のオーディオデータをサーバ２から取得してストリーミング再生する。
【００６９】
つまり、通信モジュール３は、オーディオデータを伝送するのに十分な通信速度を出せるとは限らない無線ＬＡＮ規格でサーバ２と接続されている場合、サーバ２から、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生可能で、且つ受信時や再生時にデータの欠落が生じにくいデータ形式のオーディオデータを取得して再生することにより、音質は低くなるものの音飛びを防止して確実にオーディオデータを再生することができる。
【００７０】
このように、オーディオシステム１では、サーバ２が提供し得る複数のデータ形式を、クレードル４に接続された状態の通信モジュール３の構成で再生可能で、且つサーバ２と通信モジュール３との接続方法に適したデータ形式に絞り込むようにしたことにより、サーバ２が提供し得る複数のデータ形式のオーディオデータから、通信モジュール３及びクレードル５での再生に適したデータ形式のオーディオデータを選択することができる。
【００７１】
以上の構成によれば、オーディオシステム１は、オーディオデータを少なくとも１以上のデータ形式で送信可能なサーバ２から、クレードル４に接続された状態の通信モジュール３の構成で再生可能であるか否か、及びサーバ２と通信モジュール３との接続方法が有線または無線のどちらであるかといった、通信モジュール３がオーディオデータを受信して再生するときの再生条件に基づいて、サーバ２から通信モジュール３に送信されるオーディオデータのデータ形式を絞り込むようにしたことにより、クレードル４に接続された状態の通信モジュール３での再生に適したデータ形式のオーディオデータを選択することができる。
【００７２】
（２）第２の実施の形態
次に、第２の実施の形態について説明する。この第２の実施の形態では、提供データリストＤＬ１に記されたオーディオデータのデータ形式を、通信モジュール３側ではなく、サーバ２側で絞り込むようになされている点以外、上述した第１の実施の形態とほぼ同様であるので、同様部分である通信モジュール３、クレードル４、及びサーバ２の構成などの説明は省略して、異なる部分であるオーディオデータの再生処理手順のみを説明する。
【００７３】
（２−１）オーディオデータの再生処理手順
この第２の実施の形態によるオーディオデータの再生処理手順について図１２のシーケンスチャートを用いて説明する。ちなみに、この再生処理手順も、第１の実施の形態と同様、通信モジュール３のＭＰＵ１０が、ＭＰＵ１０の内蔵メモリ（図示せず）から読み出したプログラムに従って実行すると共に、サーバ２のＣＰＵ３０が、ハードディスクドライブ３１またはＲＯＭ３２から読み出したプログラムに従って実行するシーケンスである。また、ここでは、通信モジュール３とサーバ２とが、無線または有線のどちらかで接続されているとする。
【００７４】
図１２に示すように、通信モジュール３のＭＰＵ１０は、オーディオデータのデータ形式をサーバ２で絞り込むための条件（以下、これを絞り込み条件とも呼ぶ）を設定するため、ステップＳＰ２０において、クレードル４に接続された状態の通信モジュール３の構成でストリーミング再生できるオーディオデータのデータ形式がリニアＰＣＭフォーマットであることを、絞り込み条件として設定し、次のステップＳＰ２１に移る。
【００７５】
ステップＳＰ２１においてＭＰＵ１０は、このときのサーバ２との接続が有線であるか否かを判定する。このステップＳＰ２１で肯定結果を得ると、ＭＰＵ１０は、サーバ２との接続が有線であると認識して、ステップＳＰ２２に移る。ステップＳＰ２２においてＭＰＵ１０は、上述のステップＳＰ２０で設定した絞り込み条件に、オーディオデータが高ビットレートのデータ形式であることを追加することにより、絞り込み条件を、高ビットレートのリニアＰＣＭフォーマットと設定して、次のステップＳＰ２４に移る。
【００７６】
これに対してステップＳＰ２２で否定結果を得ると、ＭＰＵ１０は、サーバ２との接続が無線であると認識して、ステップＳＰ２３に移る。ステップＳＰ２３においてＭＰＵ１０は、上述のステップＳＰ２０で設定した絞り込み条件に、オーディオデータが低ビットレートのデータ形式であることを追加することにより、絞り込み条件を、低ビットレートのリニアＰＣＭフォーマットと設定して、次のステップＳＰ２４に移る。
【００７７】
ステップＳＰ２４においてＭＰＵ１０は、絞り込み条件を設定し終えたと認識して次のステップＳＰ２５に移る。ステップＳＰ２５においてＭＰＵ１０は、サーバ２に対して、絞り込み条件を含み提供データリストＤＬ１を要求するリスト要求信号を送信する。
【００７８】
サーバ２のＣＰＵ３０は、通信モジュール３からリスト要求信号を受信すると、ステップＳＰ２６において、このリスト要求信号に含まれる絞り込み条件に基づき、提供データリストＤＬ１に記されたオーディオデータのデータ形式を絞り込み、次のステップＳＰ２７に移る。この結果、提供データリストＤＬ１には、図８または図９に示すように、クレードル４に接続された状態の通信モジュール３の構成で再生可能で、且つサーバ２と通信モジュール３との接続方法に適したデータ形式のオーディオデータのみが記された状態となる。
【００７９】
ステップＳＰ２７においてＣＰＵ３０は、クレードル４に接続された状態の通信モジュール３の構成で再生可能で、且つサーバ２と通信モジュール３との接続方法に適したデータ形式のオーディオデータのみが記された状態の提供データリストＤＬ１を通信モジュール３に送信する。
【００８０】
通信モジュール３のＭＰＵ１０は、サーバ２から送られてくる提供データリストＤＬ１を受信すると、ステップＳＰ２８において、この提供データリストＤＬ１を再生データリストＤＬ２として、次のステップＳＰ２９に移る。ステップＳＰ２９においてＭＰＵ１０は、再生データリストＤＬ２を、第１の実施の形態と同様、その曲名情報Ｄ１部分だけディスプレイ１４に表示して、次のステップＳＰ３０に移る。
【００８１】
ステップＳＰ３０においてＭＰＵ１０は、ディスプレイ１４に表示した曲名情報Ｄ１のうちの任意の曲名情報Ｄ１を選択する再生操作がなされるまで待ち受け、再生操作がなされたことを認識すると、ステップＳＰ３１に移る。ステップＳＰ３１においてＭＰＵ１０は、選択された曲名情報Ｄ１に対応するオーディオデータのＵＲＬを再生データリストＤＬ２より取得した後、このＵＲＬに含まれるサーバ識別子（例えば「ｈｔｔｐ：＊＊＊：＊＊」）及びオーディオデータ識別子（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」）に基づき、サーバ２に対して、オーディオデータを要求するオーディオデータ要求信号を送信する。
【００８２】
サーバ２のＣＰＵ３０は、通信モジュール２からオーディオデータ要求信号を受信すると、ステップＳＰ３２において、このオーディオデータ要求信号に示されるオーディオデータ識別子（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」）に対応するｍｐ３フォーマットのオーディオデータをハードディスクドライブ３１から読み出し、このオーディオデータに対して、サウンドプロセッサ３５でオーディオデータ識別子（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」）に示されるフォーマット及びビットレートに基づくデジタル処理を施すことで、通信モジュール３から要求されたデータ形式のオーディオデータを得、これを通信モジュール３に送信する。
【００８３】
そして通信モジュール３のＭＰＵ１０は、サーバ２から送られてくるオーディオデータに対してストリーミング再生処理を施すことにより、このオーディオデータに基づく音声をクレードル５のスピーカＳＰより出力する。つまり、サーバ２と通信モジュール３及びクレードル４との間でオーディオデータのストリーミング再生が行われる。
【００８４】
（２−２）第２の実施の形態による動作及び効果
以上の構成において、オーディオシステム１は、通信モジュール３が、サーバ２が提供し得るオーディオデータのデータ形式を、通信モジュール３及びクレードル５の構成で再生可能で、且つサーバ２と通信モジュール３との接続方法に適したデータ形式に絞り込むための絞り込み条件を設定し、これをサーバ２に送信する。
【００８５】
サーバ２は、この絞り込み条件に基づき、サーバ２が提供し得るオーディオデータのデータ形式を、通信モジュール３及びクレードル５の構成で再生可能で、且つサーバ２と通信モジュール３との接続方法に適したデータ形式に絞り込む。そしてサーバ２は、このように予め絞り込んだデータ形式のオーディオデータを記した提供データリストＤＬ１を通信モジュール３に送信する。
【００８６】
このように、この第２の実施の形態のオーディオシステム１では、サーバ２が提供し得るオーディオデータのデータ形式を、通信モジュール３側ではなく、サーバ２側で絞り込むようにしたことにより、通信モジュール３の処理負荷を低減させることができる。実際上、通信モジュール３の処理能力は、サーバ２よりも低いことが多いため、このように通信モジュール３での処理を、サーバ３側で処理させることにより、結果として、全体の処理時間を低減させることもできる。
【００８７】
また、このオーディオシステム１では、サーバ２が、予め絞り込んだデータ形式のオーディオデータを記した提供データリストＤＬ１を通信モジュール３に送信するようにしたことにより、サーバ２から通信モジュール３に送信される提供データリストＤＬ１のデータ量をより小さくすることができ、結果として、サーバ２及び通信モジュール３間のネットワーク負荷を低減することもできる。
【００８８】
（３）他の実施の形態
尚、上述の第１及び第２の実施の形態では、サーバ２が、各楽曲に対応するｍｐ３フォーマットのオーディオデータのみを記憶し、このｍｐ３フォーマットを、低ビットレートのリニアＰＣＭフォーマット及び高ビットレートのリニアＰＣＭフォーマットに変換することで、１楽曲につき、ｍｐ３フォーマット、低ビットレートのリニアＰＣＭフォーマット、高ビットレートのリニアＰＣＭフォーマットの３通りのデータ形式のオーディオデータを通信モジュール３に提供するようにした場合について述べたが、本発明はこれに限らず、サーバ２が、１楽曲につき、少なくとも１以上のデータ形式のオーディオデータを記憶するようにして、この記憶しているオーディオデータのみを、通信モジュール３に提供するようにしてもよい。
【００８９】
この場合、サーバ２は、例えば、ｍｐ３フォーマットと、低ビットレートのリニアＰＣＭフォーマットと、高ビットレートのリニアＰＣＭフォーマットとの３通りのデータ形式のオーディオデータを記憶している楽曲については、これら３通りのデータ形式のオーディオデータを通信モジュール３に提供し得るが、ｍｐ３フォーマットのオーディオデータしか記憶していない楽曲については、ｍｐ３フォーマットのオーディオデータしか提供し得ない。
【００９０】
よって提供データリストＤＬ１は、例えば図１３に示すように、曲名情報Ｄ１、ｍｐ３フォーマットの属性情報Ｄ２、低ビットレートのリニアＰＣＭフォーマットの属性情報Ｄ３、及び高ビットレートのリニアＰＣＭフォーマットの属性情報Ｄ４からなる楽曲情報ＭＤや、曲名情報Ｄ１、属性情報Ｄ２及び属性情報Ｄ３からなる楽曲情報ＭＤ、曲名情報Ｄ１及び属性情報Ｄ２のみからなる楽曲情報ＭＤなどで構成されることになる。
【００９１】
このように楽曲によって、提供し得るオーディオデータのデータ形式の組み合わせが異なる場合であっても、上述の第１及び第２の実施の形態で説明した再生処理手順により、オーディオデータのデータ形式を絞り込むことができるので、結果として、第１及び第２の実施の形態と同様の効果を得ることができる。ただし、この場合、通信モジュール３及びクレードル４側で再生不可能なデータ形式（例えばｍｐ３フォーマット）でしか提供し得ないオーディオデータが存在することになり、この結果、例えば図１４に示すように、再生データリストＤＬ２には、曲名情報Ｄ１のみからなる楽曲情報ＭＤが含まれることになる。
【００９２】
つまり、この曲名情報Ｄ１のみからなる楽曲情報ＭＤは、サーバ２が提供し得るものの、通信モジュール３及びクレードル４側で再生不可能な楽曲を表し、通信モジュール３は、この再生データリストＤＬ２をディスプレイ１４に表示する際、例えば図１５に示すように、この再生不可能な楽曲の曲名情報Ｄ１の表示形態を再生可能な楽曲の曲名情報Ｄ１とは変えるようにして、且つ選択できないようにする。こうすることで、通信モジュール３は、再生不可能な楽曲があることをユーザに認識させることができる。
【００９３】
またこの場合、再生データリストＤＬ２には、図１４に示したように、低ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ３を有する楽曲情報ＭＤと、高ビットレートのリニアＰＣＭフォーマットのオーディオデータの属性情報Ｄ４を有する楽曲情報ＭＤとが混在する状況が起こり得る。つまりこの場合、楽曲によって、オーディオデータのビットレートが異なる状況が起こり得る。
【００９４】
ここで、通信モジュール３は、例えば図１６に示すように、再生データリストＤＬ２の楽曲情報ＭＤを、ビットレートの高い順、あるいはビットレートの低い順に並べ替えるようにして、この並べ替えた状態の再生データリストＤＬ２を、ディスプレイ１４に表示するようにしてもよく、こうすることで、ユーザに対して、楽曲を音質の高い順、あるいは音切れが生じる確率の小さい順に並べて呈示することができる。ここで、楽曲情報ＭＤを、ビットレートの高い順に並べるか、低い順に並べるかは、例えばユーザが設定できるようにする。
【００９５】
また、このように、サーバ２が記憶しているオーディオデータのみを、通信モジュール３に提供するようにすれば、オーディオデータのデータ形式を変換するためのサウンドプロセッサ３５を有していないサーバ２に対しても、本発明を適用することができる。
【００９６】
また、上述の第１及び第２の実施の形態では、サーバ２が提供し得る複数のデータ形式のオーディオデータを、クレードル４に接続された状態の通信モジュール３の構成で再生可能で、且つサーバ２と通信モジュール３との接続方法に適したデータ形式のオーディオデータに絞り込むようにした場合について述べたが、本発明はこれに限らず、例えば、サーバ２が提供し得る複数のデータ形式のオーディオデータを、クレードル４に接続された状態の通信モジュール３の構成で再生可能なデータ形式のオーディオデータに絞り込んだ後、このクレードル４に接続された状態の通信モジュール３の構成で再生可能なフォーマットのオーディオデータのなかから、ユーザが任意のデータ形式のオーディオデータを選択するようにしてもよい。
【００９７】
この場合、再生データリストＤＬ２は、例えば図１７に示すように、各楽曲情報ＭＤが、曲名情報Ｄ１と、クレードル４に接続された状態の通信モジュール３の構成で再生可能な低ビットレートのリニアＰＣＭフォーマットの属性情報Ｄ３、及び高ビットレートのリニアＰＣＭフォーマットの属性情報Ｄ４とで構成されることになる。つまり、このときの再生データリストＤＬ２には、クレードル４に接続された状態の通信モジュール３の構成で再生可能なデータ形式のオーディオデータの全てが記されている。そして通信モジュール３は、この再生データリストＤＬ２をディスプレイ１４に表示する際、例えば図１８に示すように、曲名情報Ｄ１に対応付けて属性情報Ｄ３（例えばビットレート「１４１１．２ｋｂｐｓ」）及び属性情報Ｄ４（例えばビットレート「４６０６ｋｂｐｓ」）を表示して、楽曲毎に、これら属性情報Ｄ３及び属性情報Ｄ４のどちらかを選択できるようにする。
【００９８】
こうすることで、通信モジュール３では、クレードル４に接続された状態の通信モジュール３の構成で再生可能なリニアＰＣＭフォーマットのオーディオデータのなかから、低ビットレートのリニアＰＣＭフォーマット、または高ビットレートのリニアＰＣＭフォーマットのオーディオデータをユーザに選択させることができる。
【００９９】
また、通信モジュール３は、このようなクレードル４に接続された状態の通信モジュール３の構成で再生可能なデータ形式のオーディオデータの全てが記された再生データリストＤＬ２をビットレートの高い順、あるいはビットレートの低い順に並べ替えるようにして、この並べ替えた状態の再生データリストＤＬ２を、図１９に示すように、ディスプレイ１４に表示するようにしてもよく、こうすることで、楽曲を音質の高い順、あるいは音切れが生じる確率の小さい順に並べた状態で、ユーザに選択させることもできる。
【０１００】
さらに上述の第１及び第２の実施の形態では、サーバ２に記憶されているｍｐ３フォーマットのオーディオデータを、サーバ２がリニアＰＣＭフォーマットのオーディオデータに変換して、通信モジュール３に提供するようにした場合について述べたが、本発明はこれに限らず、ｍｐ３フォーマットのオーディオデータを、サーバ２にネットワーク接続された別サーバに記憶するようにして、この別サーバが、サーバ２からの指示に基づき、ｍｐ３フォーマットのオーディオデータをリニアＰＣＭフォーマットのオーディオデータに変換してサーバ２へ送信し、サーバ２が、この別サーバから送信されてくるリニアＰＣＭフォーマットのオーディオデータを中継して、通信モジュール３に提供するようにしてもよい。
【０１０１】
この場合、サーバ２は、通信モジュール３から例えば低ビットレートのリニアＰＣＭフォーマットのオーディオデータを要求するオーディオデータ要求信号を受信すると、このオーディオデータ要求信号に示されるオーディオデータ識別子（例えば「ｈｉｇｈｗａｙ４４ｋ１６ｂｉｔ２ｃｈ．ｌｐｃｍ」）を、別サーバに対して送信する。別サーバは、このオーディオデータ識別子に基づき、対応するｍｐ３フォーマットのオーディオデータを、低ビットレートのリニアＰＣＭフォーマット（この場合、サンプリング周波数「４４１００ｋＨｚ」、サンプリングビット数「１６ｂｉｔ」、チャンネル数「２ｃｈ」のリニアＰＣＭフォーマット）のオーディオデータに変換して、これをサーバ２に送信する。サーバ２は、このようにして別サーバから送信されてくる低ビットレートのリニアＰＣＭフォーマットのオーディオデータを中継して、通信モジュール３に送信する。
【０１０２】
このようにすることで、オーディオシステム１では、例えばサーバ２に対して複数の通信モジュール３がアクセスするような場合であっても、サーバ２に対する負荷を分散することができるので、結果として、音切れを防止してより確実にオーディオデータを再生することができる。
【０１０３】
また、別サーバが、ｍｐ３フォーマットのオーディオデータをリニアＰＣＭフォーマットのオーディオデータに変換する機能を有していないのであれば、サーバ２が、別サーバからｍｐ３フォーマットのオーディオデータを受信して、リニアＰＣＭフォーマットのオーディオデータに変換してから、通信モジュール３に送信するようにしてもよい。このようにすれば、サーバ２以外の別サーバに汎用のサーバを用いることができる。
【０１０４】
さらに、この場合、サーバ２が、別サーバから配信されるラジオ番組（いわゆるネットラジオ）のオーディオデータ（以下、これをラジオ番組データとも呼ぶ）を受信して、これを通信モジュール３に提供するようにしてもよい。この場合、サーバ２は、提供し得る複数のデータ形式のラジオ番組データが記された提供データリストを通信モジュール３に送信する。通信モジュール３は、この提供データリストに記された複数のデータ形式のラジオ番組データを、上述の第１及び第２の実施の形態と同様にして絞り込み、この結果として絞り込んだデータ形式のラジオ番組データをサーバ２に要求する。サーバ２は、この要求に応じて、別サーバから配信されるラジオ番組データを受信して、これを通信モジュール３に指定されたデータ形式に変換してから、通信モジュール３に送信する。このようにすることで、オーディオシステム１では、サーバ２以外の別サーバから配信されるラジオ番組データを再生することができる。
【０１０５】
さらに上述の第１及び第２の実施の形態では、通信モジュール３及びクレードル４で再生可能なオーディオデータのデータ形式がリニアＰＣＭフォーマットである場合について述べたが、本発明はこれに限らず、例えば、通信モジュール３に、ｍｐ３フォーマットのオーディオデータを処理するためのサウンドプロセッサを設けて、ｍｐ３フォーマットのオーディオデータを再生できるようにしてもよいし、ＤＳＤ（Direct Stream Digital）フォーマットのオーディオデータを処理するためのＤＡコンバータを設けて、ＤＳＤフォーマットのオーディオデータを再生できるようにしてもよく、さらにＡＴＲＡＣ３（Adaptive TRansform Acoustic Coding 3）、ＷＭＡ（Windows（登録商標）Media Audio）など、この他種々のフォーマットのオーディオデータに対応させるようにしてもよい。また、圧縮符号化前のオーディオデータに戻すための補間データをオーディオデータとは別に記憶するようにして、この補間データを用いて、元のオーディオデータに戻すことのできるフォーマットのオーディオデータに対応させるようにしてもよい。
【０１０６】
さらに、上述の第１及び第２の実施の形態では、クレードル４に接続された状態の通信モジュール３の構成で再生可能なデータ形式を、サーバ２及び通信モジュール３間の接続方法に適したデータ形式に絞り込む際の絞り込み条件（つまり、高音質なデータ形式または受信データや再生データの欠落が生じにくいデータ形式）として、ビットレートを用いるようにした場合について述べたが、本発明はこれに限らず、フォーマット、サンプリング周波数、サンプリングビット数などを、この場合の絞り込み条件として用いるようにしてもよい。
【０１０７】
例えば、サーバ２が提供し得るオーディオデータのデータ形式、及び通信モジュール３及びクレードル４で再生可能なオーディオデータのデータ形式が共に、ｍｐ３フォーマット、ｍｐ３より高音質なリニアＰＣＭフォーマット、リニアＰＣＭフォーマットより高音質なＤＳＤフォーマットである場合、サーバ２及び通信モジュール３間が有線で接続されているとすれば、サーバ２及び通信モジュール３間の接続方法に適したデータ形式に絞り込む際の絞り込み条件は、最も高音質のデータ形式であるため、まず、楽曲毎に、最も高音質なフォーマットに絞り込み、さらに同じフォーマットでサンプリング周波数の異なるオーディオデータがあるならば、最も高いサンプリング周波数に絞り込み、さらに同じフォーマット、同じサンプリング周波数でサンプリングビット数の異なるオーディオデータがあるならば、最も多いサンプリングビット数に絞り込むようにすればよい。
【０１０８】
一方で、サーバ２及び通信モジュール３間が無線で接続されているとすれば、サーバ２及び通信モジュール３間の接続方法に適したデータ形式に絞り込む際の絞り込み条件は、最も受信データや再生データの欠落が生じにくいデータ形式であるため、最も高音質のデータフォーマットのオーディオデータを絞り込む場合と、全く逆の順位で絞り込むようにすればよい。
【０１０９】
さらに、上述の第１及び第２の実施の形態では、サーバ２及び通信モジュール３間の接続方法に適したデータ形式に絞り込む際に、サーバ２及び通信モジュール３間が有線で接続されているのか無線で接続されているのかに応じて、絞り込み条件を切り換えるようにした場合について述べたが、本発明はこれに限らず、さらにその有線ＬＡＮ規格または無線ＬＡＮ規格に基づいて絞り込み条件を切り換えるようにしてもよい。
【０１１０】
つまり、無線で接続されている場合であっても、サーバ２から提供され得るオーディオデータを伝送するのに十分な通信速度が得られる無線ＬＡＮ規格であるならば、最も高音質なデータ形式に絞り込むようにしてもよいし、一方で、有線で接続されている場合であっても、サーバ２から提供され得るオーディオデータを伝送するのに十分な通信速度が得られるとは限らない有線ＬＡＮ規格であるならば、少なくともサーバ２及び通信モジュール３間の通信速度よりもビットレートが低いデータ形式に絞り込むようにすればよく、要はサーバ２及び通信モジュール３間の通信速度で音切れすることなく良好な音質で再生できるデータ形式に絞り込むようにすればよい。
【０１１１】
また、無線で接続されている場合には、所定間隔のタイミングで、通信モジュール３がサーバ２と通信することにより、サーバ２及び通信モジュール３間の実際の通信速度を測定して、この測定した通信速度に応じて、絞り込み条件を切り換えるようにしてもよい。この場合、例えばオーディオデータのストリーミング再生中に、サーバ２及び通信モジュール３間の通信速度が大幅に低下したときなどには、通信モジュール３が、オーディオデータのストリーミング再生を一旦停止し、絞り込み条件を切り換えてよりビットレートの低いデータ形式のオーディオデータに絞り込んで、再度、再生データリストＤＬ２を生成するようにして、よりビットレートの低いデータ形式のオーディオデータでストリーミング再生し直すようにしてもよい。この場合、ストリーミング再生を一旦停止した楽曲の頭から再生し直すようにしてもよいし、停止した時点を記憶しておき、この停止した時点から再生し直すようにしてもよい。
【０１１２】
さらに上述の第１及び第２の実施の形態では、通信モジュール３及びクレードル５で再生可能なデータ形式がリニアＰＣＭフォーマットである場合について述べたが、リニアＰＣＭフォーマットであっても、通信モジュール３のＤＡコンバータ１６に対応していない、サンプリング周波数及びサンプリングビット数のものについては、再生できないデータデータ形式として判断する。
【０１１３】
さらに、上述の第１及び第２の実施の形態では、サーバ２と通信モジュール３とが有線または無線のどちらかで接続されるようにした場合について述べたが、本発明はこれに限らず、有線と無線の両方で接続されるようにしてもよい。この場合、実際の通信は有線で行われる。また、このように有線と無線の両方で接続されている状態で、例えば、有線のケーブルが抜けるなどして、有線の接続が切れた場合には、実際の通信を有線から無線に切り換えるようにしてもよい。
【０１１４】
さらに上述の第１及び第２の実施の形態では、クレードル４に接続された状態の通信モジュール３の構成で再生可能なデータ形式への絞り込みと、この絞り込みにつづけて行うサーバ２及び通信モジュール３間の接続方法に適したデータ形式への絞り込みとの両方を、サーバ２側、または通信モジュール３側のどちらかで行うようにした場合について述べたが、本発明はこれに限らず、これら２つの絞り込みの一方を、サーバ２側で行い、他方を通信モジュール３側で行うようにしてもよい。
【０１１５】
さらに上述の第１及び第２の実施の形態では、通信モジュール３とクレードル４とでなるオーディオ機器に本発明を適用した場合について述べたが、本発明はこれに限らず、例えば通信モジュール３及びクレードル４の通信機能及び再生機能を有するパーソナルコンピュータや、据え置き型のオーディオコンポ等、この他種々のオーディオ機器に本発明を適用してよく、また、オーディオデータを扱うシステムに限らず、ビデオデータを扱うビデオシステムなど、この他種々の連続して再生されるデータを扱うシステムに適用してもよい。
【０１１６】
さらに上述の第１及び第２の実施の形態では、属性情報Ｄ３及びＤ４のＵＲＬに含まれるオーディオデータのファイル名に、曲名にくわえてビットレートを算出するためのサンプリング周波数、サンプリングビット数及びチャンネル数を追記するようにした場合について述べたが、本発明はこれに限らず、曲名にくわえてビットレートそのものを追記するようにしてもよい。
【０１１７】
さらに上述の第１及び第２の実施の形態では、通信モジュール３でのストリーミング再生処理時に、バッファ１５に例えば数秒分のオーディオデータが溜まると、この溜まったオーディオデータをＤＡコンバータ１６に送ると共にバッファ１５から消去するようにした場合について述べたが、本発明はこれに限らず、溜まったオーディオデータの一部をＤＡコンバータ１６に送ると共にバッファ１５から消去するようにして、バッファ１５に常に数秒分のオーディオデータが残っているようにしてもよい。ただし、この場合も、バッファ１５に残っているオーディオデータは、一時的に溜まっているだけであり、ストリーミング再生処理後も保持され続けるものではない。
【０１１８】
さらに上述の第１及び第２の実施の形態では、通信モジュール３が、オーディオデータをデジタルアナログ変換処理して音声信号に変換してから、クレードル４に送出するようにした場合について述べたが、本発明はこれに限らず、オーディオデータをそのままクレードル４に送出するようにしてもよい。この場合、クレードル４は、この音声データを、直接サウンドプロセッサ２３に入力する。
【０１１９】
さらに上述の第１及び第２の実施の形態では、管理情報データとして、曲名情報Ｄ１と絞り込まれたデータ形式の属性情報とでなる楽曲情報ＭＤから構成される再生データリストを用いるようにした場合について述べたが、本発明はこれに限らず、この他種々の形式の管理情報データを用いるようにしてもよい。例えば、楽曲の収録アルバム名、アーティスト名、ジャンルなどの情報を、この管理情報データに含ませるようにしてもよい。また、通信モジュール３が、この管理情報データに示された順番（再生データリストに示された順番）にオーディオデータを取得して連続再生するようにしてもよい。
【０１２０】
さらに上述の第１及び第２の実施の形態では、サーバ２と通信モジュール３とが直接有線または無線で接続されている場合について述べたが、本発明はこれに限らず、例えばスイッチングハブを介してサーバ２と通信モジュール３とが有線で接続されてもよいし、サーバに有線で接続された無線アクセスポイントを介してサーバ２と通信モジュール３とが無線で接続されるなどしてもよい。
【０１２１】
さらに上述の第１及び第２の実施の形態では、任意のデータ形式のオーディオデータをサーバ２に要求するための情報として、サーバ識別子及びオーディオデータ識別子を含んだＵＲＬを用いるようにした場合について述べたが、本発明はこれに限らず、任意のデータ形式のオーディオデータをサーバ２に要求し得る情報であれば、この他種々の情報を用いるようにしてもよい。
【０１２２】
さらに上述の第１及び第２の実施の形態では、通信モジュール３のＭＰＵ１０が、ＭＰＵ１０の内蔵メモリにインストールされているプログラムに従って、上述した再生処理手順を実行する場合について述べたが、本発明はこれに限らず、この再生処理手順を実行するためのプログラムを、別途設けたメモリにインストールしておくようにしてもよいし、ＣＤ（Compact Disc）などの記録媒体に記録しておくようにしてもよい。
【０１２３】
さらに上述の第１及び第２の実施の形態では、サーバ２のＣＰＵ３０が、ハードディスクドライブ３１またはＲＯＭ３２にインストールされているプログラムに従って、上述した再生処理手順を実行する場合について述べたが、本発明はこれに限らず、この再生処理手順を実行するためのプログラムを、ＣＤなどの記録媒体に記録しておくようにしてもよい。
【０１２４】
さらに上述の第１及び第２の実施の形態では、データ再生装置及びデータ選択装置としての通信モジュール３を、絞込手段としてのＭＰＵ１０、操作キー１１、無線ＬＡＮアダプタ１２、表示コントローラ１３、ディスプレイ１４、バッファ１５、ＤＡコンバータ１６、モジュール側端子１７、無線ＬＡＮアダプタ１８、赤外線受光部１９などによって構成するようにした場合について述べたが、本発明はこれに限らず、同様の機能を有するのであれば、この他種々の構成で、通信モジュール３を構成するようにしてもよい。
【０１２５】
さらに上述の第１及び第２の実施の形態では、クレードル４を、クレードル側端子４Ｂ、ＭＰＵ２０、操作キー２１、ＡＤコンバータ２２、サウンドプロセッサ２３、ＤＡコンバータ２４、アンプ２５、表示コントローラ２６、ディスプレイ２７、赤外線受光部２８、スピーカＳＰなどによって構成するようにした場合について述べたが、本発明はこれに限らず、同様の機能を有するのであれば、この他種々の構成で、クレードル４を構成するようにしてもよい。
【０１２６】
さらに上述の第１及び第２の実施の形態では、データ送信装置及びデータ選択装置としてのサーバ２を、絞込手段としのＣＰＵ３０、ハードディスクドライブ３１、ＲＯＭ３２、ＲＡＭ３３、有線ＬＡＮアダプタ３４、サウンドプロセッサ３５、無線ＬＡＮアダプタ３６などによって構成するようにした場合について述べたが、本発明はこれに限らず、同様の機能を有するのであれば、この他種々の構成で、サーバ２を構成するようにしてもよい。
【産業上の利用可能性】
【０１２７】
本発明は、オーディオデータをネットワーク上でやり取りするシステムなどに利用することができる。
【図面の簡単な説明】
【０１２８】
【図１】第１の実施の形態によるオーディオシステムの構成を示す略線図である。
【図２】第１の実施の形態による通信モジュールとクレードルとの接続を示す略線図である。
【図３】第１の実施の形態による通信モジュールの構成を示す略線図である。
【図４】第１の実施の形態によるクレードルの構成を示す略線図である。
【図５】第１の実施の形態によるサーバの構成を示す略線図である。
【図６】第１の実施の形態による提供データリスト（１）を示す略線図である。
【図７】第１の実施の形態による提供データリスト（２）を示す略線図である。
【図８】第１の実施の形態による有線接続時の再生データリストを示す略線図である。
【図９】第１の実施の形態による無線接続時の再生データリストを示す略線図である。
【図１０】第１の実施の形態によるオーディオデータの再生処理手順を示すフローチャートである。
【図１１】第１の実施の形態による再生データリストの表示を示す略線図である。
【図１２】第２の実施の形態によるオーディオデータの再生処理手順を示すフローチャートである。
【図１３】他の実施の形態による提供データリスト（１）を示す略線図である。
【図１４】他の実施の形態による再生データリスト（１）を示す略線図である。
【図１５】他の実施の形態による再生データリストの表示を示す略線図である。
【図１６】他の実施の形態による再生データリスト（２）を示す略線図である。
【図１７】他の実施の形態による再生データリスト（３）を示す略線図である。
【図１８】他の実施の形態による再生データリストの表示（２）を示す略線図である。
【図１９】他の実施の形態による再生データリストの表示（３）を示す略線図である。
【符号の説明】
【０１２９】
１……オーディオシステム、２……サーバ、３……通信モジュール、４……クレードル、１０、２０……ＭＰＵ、１１、２１……操作キー、１２、３４……有線ＬＡＮアダプタ、１３、２６……表示コントローラ、１４、２７……ディスプレイ、１６、２４……ＤＡコンバータ、１８、３６……無線ＬＡＮアダプタ、２２……ＡＤコンバータ、２３、３５……サウンドプロセッサ、２５……アンプ、３０……ＣＰＵ、３１……ハードディスクドライブ、ＤＬ１……提供データリスト、ＤＬ２……再生データリスト。
【図１】
2007240973.tif 000003
【図２】
2007240973.tif 000004
【図３】
2007240973.tif 000005
【図４】
2007240973.tif 000006
【図５】
2007240973.tif 000007
【図６】
2007240973.tif 000008
【図７】
2007240973.tif 000009
【図８】
2007240973.tif 000010
【図９】
2007240973.tif 000011
【図１０】
2007240973.tif 000012
【図１１】
2007240973.tif 000013
【図１２】
2007240973.tif 000014
【図１３】
2007240973.tif 000015
【図１４】
2007240973.tif 000016
【図１５】
2007240973.tif 000017
【図１６】
2007240973.tif 000018
【図１７】
2007240973.tif 000019
【図１８】
2007240973.tif 000020
【図１９】
2007240973.tif 000021