(57)【要約】【課題】  ユーザが難しい操作を行わなくても、ネットワークの状態やクライアント装置の設定に応じて最適な品位のデータをストリーミング配信できるように構成されたサーバ装置、クライアント装置、ストリーミング配信システム、及びストリーミング用データ記録方法を提供する。【解決手段】  システムの設置後などに圧縮音声データの配信テストを行って、その設置環境やクライアント装置の位置に応じた最適な圧縮率を１つ又は２つ設定する。そして、サーバ装置にＣＤなどの楽曲を録音する際には、配信テストにより設定した圧縮率の圧縮音声データを作成して、ＨＤＤに記録する。これにより、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。また、配信テストによりシステムの設置環境に応じた適正な品位の音声データをサーバ装置からクライアント装置へ配信できる。【選択図】  図１
2006195838.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを所定のビットレートでエンコードするエンコード手段と、
前記エンコード手段がエンコードしたコンテンツを保存するコンテンツ記憶手段と、
前記コンテンツ記憶手段に保存したコンテンツを、１つまたは複数のクライアント装置にストリーミング配信するコンテンツ配信手段と、
を備えたサーバ装置であって、
ビットレートがそれぞれ異なる複数のテストデータを記憶するテストデータ記憶手段と、
前記１つまたは複数のクライアント装置に対して複数のテストデータをストリーミング配信するテストデータ配信手段と、
各クライアント装置から前記複数のテストデータの受信結果を確認する確認手段と、
全クライアント装置がテストデータを正常に受信できた最大のビットレートである保存ビットレートを、前記コンテンツ記憶手段に保存するコンテンツのビットレートに設定するビットレート設定手段と、
を備えたことを特徴とするサーバ装置。
【請求項２】
前記ビットレート設定手段は、前記確認手段が受信結果を確認した結果、１つまたは複数のクライアント装置が前記保存ビットレートより高い第２保存ビットレートのテストデータを正常に受信できる場合には、前記保存ビットレートに加えて前記第２保存ビットレートを前記コンテンツ記憶手段に保存するコンテンツのビットレートに設定し、
前記通信手段は、前記第２保存ビットレートのテストデータを正常に受信できるクライアント装置に対しては、第２保存ビットレートのコンテンツをストリーミング配信する請求項１に記載のサーバ装置。
【請求項３】
コンテンツを所定のビットレートでエンコードするエンコード手段と、
前記エンコード手段がエンコードしたコンテンツを保存するコンテンツ記憶手段と、
前記コンテンツ記憶手段に保存したコンテンツを、１つまたは複数のクライアント装置にストリーミング配信するコンテンツ配信手段と、
を備えたサーバ装置であって、
ビットレートがそれぞれ異なる複数のテストデータを記憶するテストデータ記憶手段と、
前記１つまたは複数のクライアント装置に対して複数のテストデータをストリーミング配信するテストデータ配信手段と、
各クライアント装置から前記複数のテストデータの受信結果を確認する確認手段と、
前記エンコード手段がリアルタイムに並行してエンコード可能なコンテンツの数以下のクライアント装置を除く、残りのクライアント装置がテストデータを正常に受信できた最大のビットレートである保存ビットレートを、前記コンテンツ記憶手段に保存するコンテンツのビットレートに設定するビットレート設定手段と、
を備え、
前記コンテンツ配信手段は、前記保存ビットレートのテストデータを正常に受信できるクライアント装置に対しては、保存ビットレートのコンテンツをストリーミング配信し、それ以外のクライアント装置に対しては、前記エンコード手段が保存ビットレートのコンテンツを前記保存ビットレートよりも低いビットレートにリアルタイムに再エンコードしたコンテンツをストリーミング配信することを特徴とするサーバ装置。
【請求項４】
請求項１乃至３のいずれかに記載のサーバ装置からネットワークを介してストリーミング配信されるコンテンツを受信する通信手段と、
コンテンツをデコードするデコード手段と、
デコードされたコンテンツを増幅して再生する再生手段と、
前記サーバ装置からストリーミング配信されたテストデータの受信状態を監視し、正常に受信できたテストデータのビットレートを前記通信手段から前記サーバ装置へ通知するように制御する制御手段と、
を備えたクライアント装置。
【請求項５】
請求項１乃至３に記載のサーバ装置と、請求項４に記載のクライアント装置から成るストリーミング配信システム。
【請求項６】
請求項５に記載のストリーミング配信システムにおけるコンテンツ記録方法であって、
サーバ装置のテストデータ配信手段が、テストデータ記憶手段からビットレートがそれぞれ異なるテストデータを読み出して、全クライアント装置へストリーミング配信するテスト配信工程と、
サーバ装置の確認手段が各クライアント装置から前記複数のテストデータの受信結果を確認するテスト結果確認工程と、
前記サーバ装置のビットレート設定手段が、全クライアント装置が正常に受信できたテストデータビットレートのうち最も高いビットレートをコンテンツ記憶手段に保存するコンテンツの保存ビットレートに設定するビットレート設定工程と、
前記エンコード手段が、前記ビットレート設定工程で設定したビットレートでコンテンツをエンコードし、前記コンテンツ記憶手段がエンコードされたコンテンツを保存する記憶工程と、
を備えたことを特徴とするコンテンツ記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置からクライアント装置へコンテンツをストリーミング配信するストリーミング配信システム、このシステムを構成するサーバ装置及びクライアント装置、並びにこのシステムにおけるコンテンツ記録方法に関する。
【背景技術】
【０００２】
従来、ＣＤ等に記録された複数の音声データをサーバ装置のハードディスクに記録しておき、これらの音声データをサーバ装置からネットワークを介して複数のクライアント装置へ配信するサーバクライアントシステムが提案されている（例えば、非特許文献１参照。）。
【非特許文献１】「ミュージックキャストパンフレット」，ヤマハ株式会社，２００４年４月作成，カタログコードＡＨ２１９
【発明の開示】
【発明が解決しようとする課題】
【０００３】
非特許文献１に記載のサーバクライアントシステムでは、サーバ装置に楽曲を記録するためのビットレート（記録品位）を、ユーザがマニュアルで選択するようになっている。しかし、ビットレートの選択基準はシステム構成や通信環境に応じて適切に設定してやる必要があるが、一般的なユーザにとってはこの設定操作が難しいという問題があった。
【０００４】
また、非特許文献１に記載のサーバクライアントシステムでは、１つの楽曲について、ＭＰ３形式で圧縮して記録するビットレートが１種類のみに設定されている。そのため、通信条件が異なる複数のクライアント装置へ確実に楽曲を配信するにはビットレートを低くしなければならない。また、通信条件の良好なクライアント装置に対しても、低いビットレートで楽曲を配信することになり、クライアント装置では通信条件が良好であっても、高音質の楽曲の配信を受けることができないという問題があった。
【０００５】
一方、サーバクライアントシステムにおいて、複数のビットレートで楽曲を予め記録しておくことで、クライアント装置に応じて異なるビットレートで楽曲を配信することが可能になる。しかし、１曲当たりのデータが大量になるので、サーバ装置に記録できる楽曲数が少なくなってしまう。また、記録装置の容量を大きくすることで、楽曲の記録数を増加させることは可能である。しかし、記録装置は容量が大きくなるほど高価になるので、サーバクライアントシステムのコストがアップしてしまう。
【０００６】
また、サーバクライアントシステムにおいて、非圧縮形式（ＰＣＭ形式）で楽曲を記録しておき、配信時にエンコードをリアルタイムに行うことで、クライアント装置に応じて異なるビットレートで楽曲を配信することが可能である。しかしながら、複数のクライアント装置に対して楽曲を配信するためには、サーバ装置に複数のエンコーダを設ける必要があり、サーバクライアントシステムのコストがアップしてしまう。
【０００７】
そこで、本発明は、上記課題を解決するために、従来よりも記録できる楽曲や動画などのコンテンツ数を増加できるとともに、ネットワークの状態やクライアント装置の設定に応じて最適な品位のデータをストリーミング配信できるように構成されたサーバ装置、クライアント装置、ストリーミング配信システム、及びコンテンツ記録方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明は、上記の課題を解決するための手段として、以下の構成を備えている。
【０００９】
（１）コンテンツを所定のビットレートでエンコードするエンコード手段と、
前記エンコード手段がエンコードしたコンテンツを保存するコンテンツ記憶手段と、
前記コンテンツ記憶手段に保存したコンテンツを、１つまたは複数のクライアント装置にストリーミング配信するコンテンツ配信手段と、
を備えたサーバ装置であって、
ビットレートがそれぞれ異なる複数のテストデータを記憶するテストデータ記憶手段と、
前記１つまたは複数のクライアント装置に対して複数のテストデータをストリーミング配信するテストデータ配信手段と、
各クライアント装置から前記複数のテストデータの受信結果を確認する確認手段と、
全クライアント装置がテストデータを正常に受信できた最大のビットレートである保存ビットレートを、前記コンテンツ記憶手段に保存するコンテンツのビットレートに設定するビットレート設定手段と、
を備えたことを特徴とする。
【００１０】
この構成においては、サーバ装置は、全クライアント装置へテストデータのビットレートを切り替えながらストリーミング配信して、全クライアント装置が正常に受信できたテストデータのうち最も高いビットレートを、コンテンツ記憶手段に保存するコンテンツのビットレートに設定する。ストリーミング配信システムでは、サーバ装置やクライアント装置の設置後に通信環境が大きく変化することは稀であるため、システムの設置直後に配信テストを行って音声データの記録品位を設定しておくことで、システムの設置環境に応じた適正な品質のコンテンツをサーバ装置からクライアント装置へストリーミング配信することができる。また、サーバ装置では、配信テスト結果に基づいてコンテンツのビットレートを設定するので、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。さらに、複数のクライアント装置へ同時にストリーミング配信する場合でも、安定してコンテンツをストリーミング配信することができる。加えて、サーバ装置ではコンテンツ記憶手段へ保管するデータのビットレートを１つに設定するので、記憶手段の記憶容量を増加させることなく従来と同様に大量のコンテンツを記憶手段に記録することができ、コストアップを防止できる。なお、コンテンツとは、サーバ装置からクライアント装置へストリーミング配信する楽曲などの音声、動画、音声付き動画などのことである。
【００１１】
（２）前記ビットレート設定手段は、前記確認手段が受信結果を確認した結果、１つまたは複数のクライアント装置が前記保存ビットレートより高い第２保存ビットレートのテストデータを正常に受信できる場合には、前記保存ビットレートに加えて前記第２保存ビットレートを前記コンテンツ記憶手段に保存するコンテンツのビットレートに設定し、
前記通信手段は、前記第２保存ビットレートのテストデータを正常に受信できるクライアント装置に対しては、第２保存ビットレートのコンテンツをストリーミング配信することを特徴とする。
【００１２】
この構成においては、テストデータを配信した結果、保存ビットレートよりも高い第２保存ビットレートでストリーミング配信可能なクライアント装置に対しては、コンテンツ記憶手段は保存ビットレートに加えて第２保存ビットレートにエンコードしてコンテンツ記憶手段にコンテンツを保存する。したがって、サーバ装置では、配信テスト結果に基づいてコンテンツのビットレートを設定するので、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。また、一部のクライアント装置が第２保存ビットレートのテストデータを正常に受信できる場合には、これら一部のクライアント装置では、他のクライアント装置よりもさらに高品質な音声や動画などのコンテンツを再生することができる。また、大半のクライアント装置は第２保存ビットレートでも正常にテストデータを受信でき、一部のクライアント装置のみ保存ビットレートのコンテンツでないと正常にテストデータを受信することができない場合でも、２つのビットレートでコンテンツを記憶するので、大半のクライアント装置では、高品質な音声や動画などを再生することができる。さらに、記憶手段に記憶させるコンテンツのデータは１つの楽曲や動画に付き２つだけなので、記憶手段の記憶容量の増加を制限できる。
【００１３】
（３）コンテンツを所定のビットレートでエンコードするエンコード手段と、
前記エンコード手段がエンコードしたコンテンツを保存するコンテンツ記憶手段と、
前記コンテンツ記憶手段に保存したコンテンツを、１つまたは複数のクライアント装置にストリーミング配信するコンテンツ配信手段と、
を備えたサーバ装置であって、
ビットレートがそれぞれ異なる複数のテストデータを記憶するテストデータ記憶手段と、
前記１つまたは複数のクライアント装置に対して複数のテストデータをストリーミング配信するテストデータ配信手段と、
各クライアント装置から前記複数のテストデータの受信結果を確認する確認手段と、
前記エンコード手段がリアルタイムに並行してエンコード可能なコンテンツの数以下のクライアント装置を除く、残りのクライアント装置がテストデータを正常に受信できた最大のビットレートである保存ビットレートを、前記コンテンツ記憶手段に保存するコンテンツのビットレートに設定するビットレート設定手段と、
を備え、
前記コンテンツ配信手段は、前記保存ビットレートのテストデータを正常に受信できるクライアント装置に対しては、保存ビットレートのコンテンツをストリーミング配信し、それ以外のクライアント装置に対しては、前記エンコード手段が保存ビットレートのコンテンツを前記保存ビットレートよりも低いビットレートにリアルタイムに再エンコードしたコンテンツをストリーミング配信することを特徴とする。
【００１４】
この構成においては、大半のクライアント装置は高ビットレートのテストデータを正常に受信でき、少数のクライアント装置は低ビットレートのテストデータでないと正常に受信することができず、また、この少数のクライアント装置の台数が、エンコード手段がリアルタイムに並行してエンコード可能なコンテンツの数以下である場合には、高ビットレートである保存ビットレートでコンテンツをエンコードしてコンテンツ記憶手段に保存する。そして、大半のクライアント装置に対しては、コンテンツ記憶手段から読み出した保存ビットレートのコンテンツをストリーミング配信する。また、少数のクライアント装置に対しては、コンテンツ記憶手段から読み出した保存ビットレートのコンテンツを低ビットレートにリアルタイムに再エンコードしてストリーミング配信する。
【００１５】
例えば、サーバ装置は、８台のクライアント装置に配信可能で、エンコード手段がリアルタイムに並行してエンコード可能なコンテンツの数が３つ以下である場合である。サーバ装置が配信テストを行った結果、５台のクライアント装置は２５６ｋｂｐｓのテストデータを正常に受信でき、３台のクライアント装置は１２８ｋｂｐｓのテストデータでないと正常に受信できない場合には、コンテンツをエンコードして２５６ｋｂｐｓのコンテンツをコンテンツ記憶手段に保存する。そして、５台のクライアント装置に対しては、コンテンツ記憶手段から読み出した２５６ｋｂｐｓのコンテンツをストリーミング配信する。また、３台のクライアント装置に対しては、コンテンツ記憶手段から読み出した２５６ｋｂｐｓのコンテンツを１２８ｋｂｐｓにリアルタイムに再エンコードしてストリーミング配信する。
【００１６】
したがって、サーバ装置では、配信テスト結果に基づいてコンテンツのビットレートを設定するので、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。また、サーバ装置において、１つの楽曲について圧縮データの記録ビットレートが１種類のみに設定されていると、通信条件が異なる複数のクライアント装置へ確実に楽曲を配信するためにビットレートを低くしなければならない。しかし、本発明では、サーバ装置との通信状況が良いクライアント装置に対しては、高品質のコンテンツを配信することができる。さらに、コンテンツ記憶手段に保存するコンテンツをエンコードする以外にも、サーバ装置がはじめから備えているエンコード手段を使用することで装置内の資源を有効利用できる。加えて、エンコーダを増加させるものではないので、サーバ装置のコストがアップすることがない。加えて、コンテンツ記憶手段には保存ビットレートのコンテンツのみを記憶させるので、記憶手段の容量を増加させることなく従来と同様に大量のコンテンツを記憶させることができる。
【００１７】
（４）（１）乃至（３）のいずれかに記載のサーバ装置からネットワークを介してストリーミング配信されるコンテンツを受信する通信手段と、
コンテンツをデコードするデコード手段と、
デコードされたコンテンツを増幅して再生する再生手段と、
前記サーバ装置からストリーミング配信されたテストデータの受信状態を監視し、正常に受信できたテストデータのビットレートを前記通信手段から前記サーバ装置へ通知するように制御する制御手段と、
を備えたことを特徴とする。
【００１８】
この構成においては、クライアント装置は、サーバ装置からストリーミング配信されたテストデータの受信状態を監視し、配信しているパケットが一定時間に渡って所定時間内に正常に受信完了できているかどうか、テストデータのビットレートを前記通信手段により前記サーバ装置へ通知する。したがって、サーバ装置は配信テストの結果を容易に把握することができ、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。また、クライアント装置は、配信テストの結果に基づいて適正なビットレートのコンテンツのストリーミング配信をサーバ装置から受けることができる。
【００１９】
（５）（１）乃至（３）に記載のサーバ装置と、（４）に記載のクライアント装置から成ることを特徴とする。
【００２０】
この構成においては、サーバ装置は、全クライアント装置へテストデータをそのビットレートを切り替えながらストリーミング配信し、その結果、１つまたは２つのビットレートでコンテンツをコンテンツ記憶手段に保存するように設定する。したがって、サーバ装置では、配信テスト結果に基づいてコンテンツのビットレートを設定するので、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。また、サーバ装置では、テスト結果に基づいてコンテンツのビットレートを設定するので、複数のクライアント装置へ同時に異なるストリーミング配信する場合でも、安定してコンテンツを配信することができる。また、サーバ装置では１つまたは２つのビットレートでコンテンツを保存するので、記憶手段の記憶容量を増加させることなく従来と同様に大量のコンテンツを記憶手段に記録することができ、コストアップを防止できる。
【００２１】
（６）（５）に記載のストリーミング配信システムにおけるコンテンツ記録方法であって、
サーバ装置のテストデータ配信手段が、テストデータ記憶手段からビットレートがそれぞれ異なるテストデータを読み出して、全クライアント装置へストリーミング配信するテスト配信工程と、
サーバ装置の確認手段が各クライアント装置から前記複数のテストデータの受信結果を確認するテスト結果確認工程と、
前記サーバ装置のビットレート設定手段が、全クライアント装置が正常に受信できたテストデータビットレートのうち最も高いビットレートをコンテンツ記憶手段に保存するコンテンツの保存ビットレートに設定するビットレート設定工程と、
前記エンコード手段が、前記ビットレート設定工程で設定したビットレートでコンテンツをエンコードし、前記コンテンツ記憶手段がエンコードされたコンテンツを保存する記憶工程と、
を備えたことを特徴とする。
【００２２】
この構成においては、（１）と同様の効果を得ることができる。
【発明の効果】
【００２３】
本発明によれば、サーバ装置では、配信テスト結果に基づいてコンテンツ記憶手段に保存するコンテンツのビットレートを設定するので、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。また、複数のクライアント装置へ同時にストリーミング配信する場合でも、安定してコンテンツを配信することができる。さらに、サーバ装置ではコンテンツ記憶手段へ記憶させるデータのビットレートを１つまたは２つ設定するので、記憶手段の記憶容量を増加させることなく従来と同様に大量のコンテンツを記憶手段に記録することができ、コストアップを防止できる。
【００２４】
また、サーバ装置ではコンテンツ記憶手段へ２つのビットレートでコンテンツを記憶させたり、エンコード手段を用いて、コンテンツ記憶手段から読み出した保存ビットレートのコンテンツを低ビットレートにリアルタイムに再エンコードしてストリーミング配信する。そのため、サーバ装置との通信状況が良いクライアント装置に対しては、高品質のコンテンツを配信することができる。さらに、コンテンツ記憶手段に保存するコンテンツをエンコードする以外にも、サーバ装置がはじめから備えているエンコード手段を使用することで装置内の資源を有効利用できる。加えて、エンコーダを増加させるものではないので、サーバ装置のコストがアップすることがない。
【発明を実施するための最良の形態】
【００２５】
図１は、本発明の実施形態に係るストリーミング配信システムの構成を示すブロック図である。本発明のストリーミング配信システムでは、ストリーミングデータとして、音声データ、動画データ、及びマルチメディアデータ（音声付き動画データ）など様々なコンテンツを配信できるが、以下の説明ではコンテンツ記憶手段の一例として楽曲の音声データを配信する場合について説明する。
【００２６】
ストリーミング配信システム１は、ストリーミングデータを配信するサーバ装置２と、サーバ装置２から配信されたストリーミングデータを再生する複数のクライアント装置３と、が有線ＬＡＮまたは無線ＬＡＮによりネットワーク接続された構成である。図１には、一例として、３台のクライアント装置３ａ，３ｂ，３ｃがサーバ装置２に無線接続され、２台のクライアント装置３ｄ，３ｅがサーバ装置２にハブ４を介して有線接続された構成を示している。
【００２７】
サーバ装置２は、光ディスクドライブ１１、ＤＳＰ１２、ハードディスクドライブ（以下、ＨＤＤと称する。）１３、メモリ１４、ＣＰＵ１５、無線通信部１６、有線通信部１７、操作部１８、及び表示部１９を備えている。
【００２８】
光ディスクドライブ１１は、ＣＤ、ＤＶＤ、Blu-ray Disc（登録商標）（ＢＤ）、High Definition DVD （ＨＤ  ＤＶＤ（登録商標））などの光ディスクに記録されたデータを読み取る装置である。
【００２９】
ＤＳＰ１２は、光ディスクドライブ１１から出力された音声データを、ＣＰＵ１５から指示または設定された形式・ビットレートに圧縮された音声データ（以下、圧縮音声データと称する。）にエンコード（圧縮）してＨＤＤ１３へ出力する。また、ＤＳＰ１２は、ＨＤＤ１３に記録された圧縮音声データを、さらに低いビットレートの圧縮音声データに再エンコードして無線通信部１６または有線通信部１７へ出力する。ここで、音声データの圧縮形式としては、ＭＰ３、ＳｏｕｎｄＶＱ（登録商標）、ＷＭＡ、ＡＡＣやその他の圧縮形式を用いると良い。以下の説明では、圧縮形式としてＭＰ３形式を用いた場合を一例として説明する。
【００３０】
ＨＤＤ１３は、ＤＳＰ１２でエンコードされた音声データを記憶する。また、ＨＤＤ１３は、ＣＤやＤＶＤなどに記録された楽曲の音声データを記録するときに、楽曲情報を取得するための楽曲情報データベースを記憶している。さらに、ＨＤＤ１３は、エンコードされた各音声データの各種情報や、楽曲情報データベースから取得した楽曲情報を管理する管理テーブル１０１を記憶する。加えて、ＨＤＤ１３は、テスト用の圧縮音声データの一例として、６４ｋｂｐｓ，９６ｋｂｐｓ，１２８ｋｂｐｓ，１６０ｋｂｐｓ，１９２ｋｂｐｓ，２５６ｋｂｐｓ，３２０ｋｂｐｓの計７つのビットレートで圧縮されたＭＰ３形式の圧縮音声データを配信テスト用に予め記憶している。
【００３１】
ここで、ＭＰ３形式の圧縮音声データは、一般的に、３２ｋｂｐｓでＡＭラジオ並みの音質、６４ｋｂｐｓでＦＭラジオ並みの音質、１２８ｋｂｐｓでＣＤ並みの音質と言われており、ストリーミング配信システム１では、一例として６４ｋｂｐｓ以上のＭＰ３形式の圧縮音声データをストリーミング配信するように設定されている。
【００３２】
メモリ１４は、光ディスクドライブ１１、ＤＳＰ１２、ＨＤＤ１３などから出力されたデータを一時的に記憶する。
【００３３】
ＣＰＵ１５は、サーバ装置２の各部を制御する。
【００３４】
無線通信部１６は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ及びＴＣＰ／ＩＰを通信プロトコルに用いてクライアント装置３ａ，３ｂ，３ｃと無線通信する。例えば、クライアント装置３ａから楽曲リストの配信要求を受信すると、楽曲リストをクライアント装置３ａへ送信する。また、無線通信部１６は、クライアント装置３ａ，３ｂ，３ｃのいずれかから楽曲の配信要求を受信し、その楽曲の圧縮音声データをパケット単位でクライアント装置３ａ，３ｂ，３ｃのいずれかに対してストリーミング配信する。
【００３５】
有線通信部１７は、イーサネット（登録商標）（ＩＥＥＥ８０２．３）及びＴＣＰ／ＩＰを通信プロトコルに用いてクライアント装置３ｄ，３ｅと有線通信する。有線通信部１７は、無線通信部１６と同様に、例えば、クライアント装置３から楽曲リストの送信要求を受信し、楽曲リストをクライアント装置３へ送信する。また、クライアント装置３から楽曲の配信要求を受信し、その楽曲の圧縮音声データをパケット単位でクライアント装置３に対してストリーミング配信する。
【００３６】
操作部１８は、ユーザによる各種操作を受け付ける。例えば、音声データ記録時の品位の設定やＣＤに記録された楽曲のＨＤＤ１３への記録など様々な操作を受け付ける。
【００３７】
表示部１９は、ユーザへの伝達事項や楽曲リストなどを表示する。
【００３８】
次に、クライアント装置３ａ〜３ｅは、それぞれ無線通信部２１、有線通信部２２、メモリ２３、ＤＳＰ２４、ＣＰＵ２５、Ｄ／Ａコンバータ２６、アンプ２７、スピーカ２８、操作部２９、及び表示部３０を備えている。なお、クライアント装置３ａ〜３ｅはすべて同じ構成であるが、図１にはクライアント装置３ａ，３ｄのみ詳細な構成を示している。
【００３９】
無線通信部２１は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ及びＴＣＰ／ＩＰを通信プロトコルに用いてサーバ装置２と無線通信する。例えば、サーバ装置２に対して楽曲リストの配信要求を送信し、楽曲リストを受信する。また、楽曲の配信要求を出力し、ストリーミング配信された楽曲の圧縮音声データ（パケット）を受信し、メモリ２３へ出力する。
【００４０】
有線通信部２２は、イーサネット（登録商標）（ＩＥＥＥ８０２．３）及びＴＣＰ／ＩＰなを通信プロトコルに用いてサーバ装置２と有線通信する。有線通信部２２は、無線通信部２１と同様に、例えば、サーバ装置２に対して楽曲リストの配信要求を送信し、楽曲リストを受信する。また、楽曲の配信要求を出力し、ストリーミング配信された楽曲の圧縮音声データ（パケット）を受信してメモリ２３へ出力する。
【００４１】
メモリ２３は、無線通信部２１または有線通信部２２から送られてきた音声データ（パケット）を蓄積する。
【００４２】
ＤＳＰ２４は、メモリ２３に蓄積された圧縮音声データを一定量毎に読み出して、この圧縮音声データをＰＣＭ音声データにデコード（伸張）して、Ｄ／Ａコンバータ２６へ出力する。
【００４３】
ＣＰＵ２５は、クライアント装置３の各部を制御する。
【００４４】
Ｄ／Ａコンバータ２６は、ＰＣＭ音声データをアナログ音声データに変換する。
【００４５】
アンプ２７は、Ｄ／Ａコンバータ２６から出力されたアナログ音声データを増幅してスピーカ２８へ出力する。
【００４６】
スピーカ２８は、Ｄ／Ａコンバータから出力された音声を放音する。
【００４７】
操作部２９は、ユーザによる各種操作を受け付ける。例えば、楽曲リストの配信要求や楽曲の再生など操作を受け付ける。
【００４８】
表示部３０は、ユーザに伝達する事項や楽曲などを表示する。
【００４９】
また、サーバ装置２は、図示していない外部入力端子及びＡ／Ｄコンバータを備えており、カセットプレイヤやＭＤプレイヤなどで再生した音声データのアナログ信号をこの外部入力端子に入力することで、アナログ音声データをＡ／Ｄコンバータでディジタル化して、ＨＤＤ１３に記録することができる。
【００５０】
ストリーミング配信システム１は、このような構成により、サーバ装置２から各クライアント装置３ａ〜３ｅに対して、個別に異なる楽曲の音声データをストリーミング配信することができるように設定されている。すなわち、各クライアント装置３ａ〜３ｅからそれぞれ楽曲Ａ，Ｂ，Ｃ，Ｄ，Ｅの配信要求があった場合でも、サーバ装置２は各クライアント装置３ａ〜３ｅの要求に応じた楽曲をストリーミング配信する。
【００５１】
［第１実施形態］
次に、本発明の第１実施形態に係るストリーミング配信システムの動作を説明する。ストリーミング配信システムでは、サーバ装置に楽曲を記録する際には、１つの楽曲について１つのビットレートで音声データを記録する。また、音声データのビットレートは、ストリーミング配信システムを設置した際やシステム構成を変更した際に圧縮音声データの配信テストを行って、その設置環境や各クライアント装置の位置に応じた最適なビットレートを設定する。そして、サーバ装置にＣＤなどの楽曲を録音する際には、配信テストにより設定した１つのビットレートの圧縮音声データを作成してＨＤＤに記録する。これにより、ユーザがマニュアルで設定しなくても最適なビットレートを設定することができる。また、サーバ装置のＨＤＤの記録容量を増大させることなく、従来と同様に大量の楽曲を記録・配信することができる。さらに、ストリーミング配信システムの設置後に通信環境が大きく変化することは稀であるため、システムの設置直後に配信テストを行って音声データの記録品位を設定しておくことで、システムの設置環境に応じた適正な品位の音声データをサーバ装置からクライアント装置へ配信することができる。
【００５２】
以下、ストリーミング配信システム１における配信テストの手順、音声データの記録手順、及び楽曲の配信・再生手順についてその詳細を説明する。
【００５３】
（１）配信テストの手順
ストリーミング配信システム１では、配信テスト時に、圧縮音声データのビットレートを切り替えながら、各クライアント装置３ａ〜３ｅに対して圧縮音声データを一斉にストリーミング配信し、各クライアント装置３ａ〜３ｅで音声データを再生した際に、音声の途切れの有無を確認する。すなわち、配信しているパケットを一定時間に渡って所定時間内に正常に受信完了できているかどうかを確認する。そして、全クライアント装置３ａ〜３ｅに対してエラーが発生することなく安定して配信することができた、すなわち全クライアント装置３ａ〜３ｅにおいてパケットを一定時間に渡って所定時間内に正常に受信完了できた最高のビットレート（保存ビットレート）を１つ選定し、音声データを記録する際及び配信する際のビットレートに設定する。
【００５４】
図２は、サーバ装置の記録時の動作を示すフローチャートである。ユーザは、ストリーミング配信システム１の設置、及びサーバ装置２と全クライアント装置３ａ〜３ｅとの接続設定が完了後に、音声データの配信品位を設定するために配信テストを開始する操作をサーバ装置２の操作部１８で行う。
【００５５】
サーバ装置２のＣＰＵ１５は、操作部１８において配信テスト開始の操作が行われたことを検出すると（ｓ１）、全クライアント装置３ａ〜３ｅに対して配信テストを実施することを無線通信部１６及び有線通信部１７から通知する（ｓ２）。
【００５６】
各クライアント装置３ａ〜３ｅのＣＰＵ２４は、無線通信部２１または有線通信部２２がこの通知を受信すると（ｓ１１）、配信テストモードの設定を行い（ｓ１２）、この設定が完了すると無線通信部２１または有線通信部２２からサーバ装置２へ、配信テストの設定準備が完了したことを伝える設定完了信号を送信する（ｓ１３）。
【００５７】
サーバ装置２のＣＰＵ１５は、全クライアント装置３ａ〜３ｅから設定完了信号を無線通信部１６及び有線通信部１７で受信すると（ｓ３）、ＨＤＤ１３が記憶している複数のテスト用の圧縮音声データをビットレートの高い方から順に、すなわち、３２０ｋｂｐｓ，２５６ｋｂｐｓ，１９２ｋｂｐｓ，１６０ｋｂｐｓ，１２８ｋｂｐｓ，９６ｋｂｐｓ，６４ｋｂｐｓの順に読み出して、全クライアント装置３ａ〜３ｅへ一斉にストリーミング配信する（ｓ４）。
【００５８】
各クライアント装置３ａ〜３ｅのＣＰＵ２４は、サーバ装置２からストリーミング配信されたテスト用の圧縮音声データを受信すると（ｓ１４）、ＤＳＰ２５で圧縮音声データのデコードを行ってテスト用のデータを再生する。このとき、各ＣＰＵ２４は、音声の途切れの有無、すなわち、パケットを一定時間に渡って所定時間内に正常に受信完了できているかをチェックする（ｓ１５）。
【００５９】
サーバ装置２のＣＰＵ１５は、テスト用の圧縮音声データのストリーミング配信がすべて完了すると（ｓ５）、パケットを一定時間に渡って所定時間内に正常に受信完了できていた圧縮音声データのビットレートを各クライアント装置３に通知させるために、無線通信部１６及び有線通信部１７から全クライアント装置３へ報告要求信号を送信する（ｓ６）。
【００６０】
各クライアント装置３ａ〜３ｅは、報告要求信号を受信すると（ｓ１６）、パケットを一定時間に渡って所定時間内に正常に受信完了できていた圧縮音声データのビットレートの情報をサーバ装置２へ送信する（ｓ１７）。
【００６１】
サーバ装置２は、全クライアント装置３ａ〜３ｅからパケットを一定時間に渡って所定時間内に正常に受信完了できていた圧縮音声データのビットレートの情報を受け取ると（ｓ７）、パケットを一定時間に渡って所定時間内に正常に受信完了できているか否かをビットレート毎に集計して、パケットを一定時間に渡って所定時間内に正常に受信完了できていた最も高いビットレートを、音声データのストリーミング配信時及び記録時のビットレート（以下、記録ビットレートと称する。）に設定する（ｓ８）。例えば、全クライアント装置３ａ〜３ｅにおいて、１６０ｋｂｐｓ以下のテスト用圧縮音声データであれば再生時にパケットを一定時間に渡って所定時間内に正常に受信完了できていた場合には、記録ビットレートを１６０ｋｂｐｓに設定する。そして、ＣＰＵ１５は、音声データの記録時に、この記録ビットレートで音声データを記録するようにＤＳＰ１２に設定して（ｓ９）、処理を終了する。
【００６２】
以上のような手順で、サーバ装置２は、音声データの記録時のビットレートを設定する。
【００６３】
（２）音声データの記録手順
次に、ストリーミング配信システム１の音声データの記録手順を説明する。サーバ装置２では、音声データの記録時には、配信テストで設定したビットレートの圧縮音声データを作成してＨＤＤ１３に記録する。
【００６４】
以下、詳細を説明する。図３は、ストリーミング配信システムの音声データの記録手順を説明するためのフローチャートである。ユーザは、ストリーミング配信システム１の設定が完了すると、サーバ装置２からクライアント装置３ａ〜３ｅへ音声データを配信するために、光ディスクドライブ１１にＣＤ１０をセットし、操作部１８を操作してＣＤ１０からＨＤＤ１３へ音声データを記録させる操作（録音操作）を行う。サーバ装置２のＣＰＵ１５は、光ディスクドライブ１１にＣＤ１０がセットされて、操作部１８で録音操作が行われたことを検出すると（ｓ２１）、録音処理を開始する。すなわち、光ディスクドライブ１１は、ユーザが指定した楽曲の音声データ（ＰＣＭデータ）をＣＤ１０から読み出してＤＳＰ１２へ出力する（ｓ２２）。ＤＳＰ１２は、光ディスクドライブ１１から送信された音声データを、記録ビットレートの圧縮音声データにエンコードして、ＨＤＤ１３に記憶させる（ｓ２３）。例えば、前記のように記録ビットレートを１６０ｋｂｐｓに設定した場合には、ＤＳＰ１２は、１６０ｋｂｐｓの圧縮音声データにエンコードして、ＨＤＤ１３に記憶させる。
【００６５】
また、ＨＤＤ１３には、前記のように楽曲情報データベースが格納されており、ＣＰＵ１５は、光ディスクドライブ１１に挿入されたＣＤ１０に記録された情報に基づいて、ＨＤＤ１３に格納された楽曲情報データベースを検索して（ｓ２４）、楽曲情報と、ＨＤＤ１３に記録した圧縮音声データの楽曲情報と属性情報とを関連付けて、ＨＤＤ１３の管理テーブル１０１に記憶させる（ｓ２５）。管理テーブル１０１では、各楽曲情報（曲名、アルバム名、アーティスト名、ジャンル名など）と、音声データファイルの属性情報（ファイル名、フォーマットやビットレートなどの圧縮方式情報、ＨＤＤ１３上の音声データファイルの格納場所を示すアドレスなど）と、を対応付けて管理する。
【００６６】
サーバ装置２は、ユーザが指定した曲の記録が終了するまで（ｓ２６）、ステップｓ２２〜ｓ２５の処理を楽曲毎に行う。以上の処理により、サーバ装置２では、記録ビットレート（１６０ｋｂｐｓ）に圧縮されたＭＰ３形式の音声データファイルが、曲毎にＨＤＤ１３に格納される。
【００６７】
（３）楽曲の再生手順
次に、ストリーミング配信システム１の音声データの再生手順を説明する。サーバ装置２は、クライアント装置３ａ〜３ｅのいずれかから楽曲リストの配信要求を受けると、楽曲リストをそのクライアント装置へ配信し、楽曲の配信要求を受けると、楽曲の圧縮音声データをＨＤＤ１３から読み出してストリーミング配信する。
【００６８】
以下、クライアント装置３ａで音声データを再生する場合を一例に挙げて詳細を説明する。図４は、ストリーミング配信システムの音声データの再生手順を説明するためのフローチャートである。
【００６９】
ユーザは、クライアント装置３ａで楽曲の音声データを再生する際には、まず、操作部２９において、サーバ装置２から楽曲リストを取得する操作を行う。このとき、ユーザは、所望のアルバム名、アーティスト名またはジャンル名を指定して、特定の楽曲リストを取得する操作を行うこともできる。
【００７０】
クライアント装置３ａのＣＰＵ２４は、操作部２９で上記の操作が行われたことを検出すると（ｓ３１）、無線通信部２１または有線通信部２２からサーバ装置２へ、サーバ装置２から配信可能な楽曲のリストを送信するように、楽曲リストの配信要求信号を出力する（ｓ３２）。
【００７１】
サーバ装置２のＣＰＵ１５は、楽曲リストの配信要求信号を受信すると（ｓ４１）、ＨＤＤ１３の管理テーブルを検索して、楽曲リストを作成する（ｓ４２）。そして、ＣＰＵ１５は、無線通信部１６または有線通信部１７から楽曲リストの配信要求信号を出力したクライアント装置３へ楽曲リストを送信させる（ｓ４３）。
【００７２】
クライアント装置３ａのＣＰＵ２４は、無線通信部２１または有線通信部２２が楽曲リストを受信すると（ｓ３３）、メモリ２３に一時的に記憶させるとともに、表示部３０に楽曲リストの内容を表示させる（ｓ３４）。
【００７３】
ユーザは、クライアント装置３ａの表示部３０に楽曲リストが表示されると、操作部２９を操作して再生させたい楽曲を指定する。クライアント装置３ａのＣＰＵ２４は、操作部２９で上記の操作が行われたことを検出すると（ｓ３５）、指定された楽曲の配信要求を無線通信部２１または有線通信部２２からサーバ装置２へ送信させる（ｓ３６）。
【００７４】
サーバ装置２のＣＰＵ１５は、無線通信部１６または有線通信部１７で、楽曲の配信要求を受信すると（ｓ４４）、ＨＤＤ１３の管理テーブルに基づいて配信要求のあった楽曲の圧縮音声データをＨＤＤ１３から読み出して、無線通信部１６または有線通信部１７からこの圧縮音声データをストリーミング配信する（ｓ４５）。例えば、前記のように記録ビットレートを１６０ｋｂｐｓに設定した場合には、１６０ｋｂｐｓの圧縮音声データのみをＨＤＤ１３に記憶させているので、ＣＰＵ１５は、配信要求のあった楽曲の１６０ｋｂｐｓの圧縮音声データをＨＤＤ１３から読み出して、この圧縮音声データをストリーミング配信する。
【００７５】
クライアント装置３ａのＣＰＵ１５は、無線通信部２１または有線通信部２２でストリーミング配信された楽曲の圧縮音声データを受信すると（ｓ３７）、この圧縮音声データをメモリ２３に一時的に格納させる。そして、ＤＳＰ２５は、メモリ２３から読み出した圧縮音声データのデコードを行ってＰＣＭ音声データを作成し、Ｄ／Ａコンバータ２６でアナログ化し、アンプ２７で増幅してスピーカ２８から楽曲の音声を放音させる（ｓ３８）。
【００７６】
このように、第１実施形態に係るストリーミング配信システム１では、全クライアント装置３ａ〜３ｅで音の途切れが発生することなく再生可能な最も高いビットレートの音声データのみを記録するので、サーバ装置２のＨＤＤ１３に記録する楽曲１曲当たりの音声データの量を少なくすることができる。したがって、全クライアント装置３ａ〜３ｅへ確実に音声データを配信することができるとともに、従来のストリーミング配信システムよりも複数の楽曲をＨＤＤ１３に記録することができる。
【００７７】
［第２実施形態］
次に、本発明の第２実施形態に係るストリーミング配信システムについて、その詳細を説明する。第２実施形態に係るストリーミング配信システムでは、２つのビットレート（圧縮率）の音声データを記憶し、サーバ装置とクライアント装置との通信距離や、ユーザの設定に応じてクライアント装置毎にストリーミング配信する圧縮音声データのビットレートを設定して、音声データを配信する。具体的には、以下のように処理を行う。
【００７８】
本実施形態では、閾値以上の帯域を確保できるクライアント装置、または特定のクライアント装置には高ビットレート（第２保存ビットレート）の圧縮音声データを配信し、残りのクライアント装置にはできる限り高ビットレート（保存ビットレート）の圧縮音声データを配信するように設定する。
【００７９】
閾値以上の帯域を確保できるクライアント装置の選別は、第１実施形態と同様に、ストリーミング配信システムの設置時や構成変更時に、配信テストを行って設定する。閾値は、予め設定しておいても、配信テストの結果に応じて設定しても良い。なお、閾値を配信テストの結果に応じて設定する場合には、ユーザは予め、高ビットレートの圧縮音声データを配信するクライアント装置を何台にするかをサーバ装置に対して設定する必要がある。
【００８０】
（１）配信テストの手順
（ａ）閾値を予め設定する場合
図５は、本発明の第２実施形態に係るストリーミング配信システムの動作を説明するためのフローチャートである。
【００８１】
ユーザは、ストリーミング配信システム１の設置、及びサーバ装置２と全クライアント装置３ａ〜３ｅとの接続設定が完了後に、音声データの配信品位を設定するために配信テストを開始する操作をサーバ装置２の操作部１８で行うと、サーバ装置２は図２に示したフローチャートのステップｓ６まで同様に処理を行う。また、クライアント装置３は、図２に示したフローチャートの全ステップについて同様に処理を行う。
【００８２】
サーバ装置２のＣＰＵ１５は、ステップｓ６の処理に続いて図５（Ａ）に示すように、全クライアント装置３から、パケットを一定時間に渡って所定時間内に正常に受信完了できていた圧縮音声データのビットレートの情報を無線通信部１６及び有線通信部１７で受け取ると（ｓ４７）、音声の途切れの有無、すなわち、パケットを一定時間に渡って所定時間内に正常に受信完了できているか否かをビットレート毎に集計して、パケットを一定時間に渡って所定時間内に正常に受信完了できていた最も高いビットレートを、音声データのストリーミング配信時及び記録時のビットレート（以下、第１記録ビットレートと称する。）に設定する（ｓ４８）。また、ＣＰＵ１５は、閾値以上のビットレートでパケットを一定時間に渡って所定時間内に正常に受信完了できていたクライアント装置３ａ〜３ｅに対しては、閾値またはそれよりも高いビットレートの圧縮音声データを配信するように、第２記録ビットレートを設定する（ｓ４９）。そして、ＣＰＵ１５は、音声データの記録時に、この２つの記録ビットレートで音声データを記録するようにＤＳＰ１２に設定して処理を終了する（ｓ５０）。
【００８３】
例えば、閾値を１９２ｋｂｐｓに予め設定したときに、１２８ｋｂｐｓ以下では全クライアント装置３でパケットを一定時間に渡って所定時間内に正常に受信完了できており、２台のクライアント装置３については、閾値以上の値である２５６ｋｂｐｓ以下でパケットを一定時間に渡って所定時間内に正常に受信完了できていた。この場合には、ＣＰＵ１５は、第１記録ビットレートを１２８ｋｂｐｓに設定し、第２記録ビットレートを２５６ｋｂｐｓに設定する。
【００８４】
（ｂ）テスト結果に応じて自動的に閾値を設定する場合
サーバ装置２及び各クライアント装置３ａ〜３ｅは、テスト結果に応じて自動的に閾値を設定するように設定した場合には、閾値を予め設定した場合とほぼ同様に動作する。すなわち、サーバ装置２は、ユーザがストリーミング配信システム１の設置及びサーバ装置２と全クライアント装置３ａ〜３ｅとの接続設定が完了後に、音声データの配信品位を設定するために配信テストを開始する操作をサーバ装置２の操作部１８で行ったことを検出すると、図２に示したフローチャートのステップｓ６まで同様に処理を行う。また、クライアント装置３は図２に示したフローチャートの全ステップについて同様に処理を行う。
【００８５】
サーバ装置２のＣＰＵ１５は、ステップｓ６の処理に続いて図５（Ｂ）に示すように、全クライアント装置３ａ〜３ｅからパケットを一定時間に渡って所定時間内に正常に受信完了できていた圧縮音声データのビットレートの情報を受け取ると（ｓ５７）、各ビットレート以下でパケットを一定時間に渡って所定時間内に正常に受信完了できていたクライアント装置の台数を集計するとともに、高ビットレート（第２記録ビットレート）の圧縮音声データを配信するクライアント装置の台数を確認する（ｓ５８）。そして、ＣＰＵ１５は、集計結果と、第２記録ビットレートの圧縮音声データを配信するクライアント装置の台数と、に基づいて第１記録ビットレートの圧縮音声データを配信するクライアント装置、及び第２記録ビットレートの圧縮音声データを配信するクライアント装置を設定する（ｓ５９）。そして、ＣＰＵ１５は、音声データの記録時に、この２つの記録ビットレートで音声データを記録するようにＤＳＰ１２に設定するとともに、各記録ビットレートで配信するクライアント装置名をＨＤＤ１３の管理テーブル１０１に設定して処理を終了する（ｓ６０）。
【００８６】
例えば、配信テストの結果、５台のクライアント装置３ａ〜３ｅのうち、パケットを一定時間に渡って所定時間内に正常に受信完了できていたクライアント装置の台数が、３２０ｋｂｐｓ以下が１台（クライアント装置３ｄ）、２５６ｋｂｐｓ以下が１台（クライアント装置３ｅ）、１６０ｋｂｐｓ以下が１台（クライアント装置３ａ）、１２８ｋｂｐｓ以下が２台（クライアント装置３ｂ，３ｃ）であり、高ビットレートの圧縮音声データを配信するクライアント装置を１台に設定していたときには、第１記録ビットレートを１２８ｋｂｐｓに、第２記録ビットレートを３２０ｋｂｐｓに設定する。また、高ビットレートの圧縮音声データを配信するクライアント装置を２台に設定していたときには、第１記録ビットレートを１２８ｋｂｐｓに、第２記録ビットレートを２５６ｋｂｐｓに設定する。
【００８７】
（２）音声データの記録手順
次に、サーバ装置２では、上記のように、閾値を予め設定した場合も、配信テストの結果に応じて閾値を設定した場合も、音声データを記録するように操作部１８の操作があった場合には、２つのビットレートの圧縮音声データを作成してＨＤＤ１３に記録する。すなわち、サーバ装置２は、図３に示したフローチャートにおいて、ステップｓ２３以外は同様の処理を行う。サーバ装置２では、ステップｓ２３において、ＤＳＰ１２が、光ディスクドライブ１１から送信された音声データを、第１記録ビットレート及び第２記録ビットレートの圧縮音声データにエンコードして、ＨＤＤ１３に記憶させる処理を行う。
【００８８】
（３）楽曲の再生手順
次に、クライアント装置３ａ〜３ｅのいずれかから楽曲の音声データの配信要求があった場合には、ＨＤＤ１３に記憶させた管理テーブル１０１を参照して、そのクライアント装置に設定したビットレートの圧縮音声データをＨＤＤ１３から読み出してストリーミング配信する。すなわち、サーバ装置２及び各クライアント装置３ａ〜３ｅは、図４に示したフローチャートにおいて、ステップｓ４５以外は同様の処理を行う。サーバ装置２では、ステップｓ４５においてＣＰＵ１５が、クライアント装置３ａ〜３ｅのいずれかから楽曲の配信要求があると、ＨＤＤ１３の管理テーブルを参照し、配信要求のあった楽曲の圧縮音声データであって、そのクライアント装置に応じたビットレート（圧縮率）のものをＨＤＤ１３から読み出して、無線通信部１６または有線通信部１７からこの圧縮音声データをストリーミング配信させる処理を行う。
【００８９】
例えば、前記のように第１記録ビットレートを１２８ｋｂｐｓに、第２記録ビットレートを３２０ｋｂｐｓに設定した場合、クライアント装置３ｄには、３２０ｋｂｐｓの圧縮音声データを配信し、その他のクライアント装置３ａ，３ｂ，３ｃ，３ｅには、１２８ｋｂｐｓの圧縮音声データを配信する。
【００９０】
また、上記のストリーミング配信システム１においては、条件が悪い特定のクライアント装置３のために記録ビットレートが低下するのを防止するために、閾値以下の帯域であるクライアント装置３には低ビットレートの圧縮音声データを配信し、残りのクライアント装置３にはできる限り高ビットレートの圧縮音声データを配信するように設定することもできる。
【００９１】
例えば、配信テストの結果、５台のクライアント装置３ａ〜３ｅのうち、音途切れが発生しなかったクライアント装置の台数が、３２０ｋｂｐｓ以下が１台、２５６ｋｂｐｓ以下が２台、１９２ｋｂｐｓ以下が１台、６４ｋｂｐｓ以下が１台であった場合、低ビットレートの圧縮音声データを配信するクライアント装置を最低１台に設定していたときには、第１記録ビットレートを６４ｋｂｐｓに、第２記録ビットレートを１９２ｋｂｐｓに設定する。また、低ビットレートの圧縮音声データを配信するクライアント装置を最低２台に設定していたときには、第１記録ビットレートを６４ｋｂｐｓに、第２記録ビットレートを２５６ｋｂｐｓに設定する。
【００９２】
以上のように設定することで、本来は高ビットレートの圧縮音声データをストリーミング配信することが可能なクライアント装置や、高音質の音声を再生させたい特定のクライアント装置には、高音質の音声を再生させることができる。
【００９３】
［第３実施形態］
次に、本発明の第３実施形態に係るストリーミング配信システムについて、その詳細を説明する。第３実施形態に係るストリーミング配信システムでは、通信条件などが悪いために低ビットレートの圧縮音声データのストリーミング配信を受けるクライアント装置の台数が、サーバ装置のＤＳＰで同時にエンコード可能なコンテンツの数以下の場合には、高ビットレート（第２記録ビットレート（保存ビットレート））の圧縮音声データのみをＨＤＤに記憶させておく。そして、高ビットレートの圧縮音声データをストリーミング配信するクライアント装置に対しては、高ビットレートの圧縮音声データをＨＤＤから読み出して、そのままストリーミング配信するように設定する。また、低ビットレートの圧縮音声データをストリーミング配信するクライアント装置に対しては、高ビットレートの圧縮音声データをリアルタイムにエンコードして、低ビットレートの圧縮音声データを作成して、ストリーミング配信するように設定する。
【００９４】
これにより、ＨＤＤに記憶させる圧縮音声データ量を削減できるので、ＨＤＤに記憶させることができる楽曲数を増加させることができる。また、サーバ装置が備えているＤＳＰを使用することができるので、資源を有効利用することができる。
【００９５】
なお、高ビットレートの圧縮音声データをエンコードして作成した低ビットレートの圧縮音声データは、ＰＣＭ音声データをエンコードして作成した低ビットレートの圧縮音声データに比べて音質は若干低下するが、極端に音質が劣化する訳ではないので問題は無い。
【００９６】
以下の説明では、ＤＳＰ１２で同時にエンコード可能なコンテンツの数が１つの場合、つまり、配置の関係で１台のクライアント装置のみ低ビットレートのコンテンツを配信する場合について説明する。具体的には、以下のように処理を行う。ユーザは、ストリーミング配信システム１の設置、及びサーバ装置２と全クライアント装置３ａ〜３ｅとの接続設定が完了後に、音声データの配信品位を設定するために配信テストを開始する操作をサーバ装置２の操作部１８で行う。サーバ装置２のＣＰＵ１５は、この操作を検出すると、図２に示したフローチャートのステップｓ６までの処理を行い、続いて図５（Ｂ）に示す処理を行う。また、各クライアント装置３ａ〜３ｅは図２に示したフローチャートの全ステップについて同様に処理を行う。
【００９７】
図５（Ｂ）に示すように、サーバ装置２は、全クライアント装置３ａ〜３ｅからパケットを一定時間に渡って所定時間内に正常に受信完了できていた圧縮音声データのビットレートの情報を受け取ると（ｓ５７）、音声の途切れの有無、すなわち、パケットが一定時間に渡って所定時間内に正常に受信完了できていたか否かをビットレート毎に集計する。そして、パケットを一定時間に渡って所定時間内に正常に受信完了できていた圧縮音声データの最も高いビットレートが、他のクライアント装置に比べて低いものが１台だけ（クライアント装置３ｃ）の場合には（ｓ５８）、そのビットレートをクライアント装置３ｃにストリーミング配信する圧縮音声データのビットレート（第１記録ビットレート）に設定する。また、サーバ装置２のＣＰＵ１５は、残りの全クライアント装置３ａ，３ｂ，３ｄ，３ｅにおいてパケットを一定時間に渡って所定時間内に正常に受信完了できていた最も高いビットレートを確認し、そのビットレートをＨＤＤ１３に圧縮音声データを記録する際のビットレート（第２記録ビットレート）を設定する（ｓ５９）。そして、ＣＰＵ１５は、音声データの記録時に、第２記録ビットレートで音声データを記録するようにＤＳＰ１２に設定して処理を終了する（ｓ６０）。
【００９８】
例えば、通信条件の悪いクライアント装置が１台のみ場合には再圧縮データを配信するように設定していたときに、配信テストの結果、５台のクライアント装置３ａ〜３ｅのうち、パケットを一定時間に渡って所定時間内に正常に受信完了できていたクライアント装置の台数が、３２０ｋｂｐｓ以下が１台（クライアント装置３ｄ）、２５６ｋｂｐｓ以下が２台（クライアント装置３ａ，３ｅ）、１９２ｋｂｐｓ以下が１台（クライアント装置３ｂ）、６４ｋｂｐｓ以下が１台（クライアント装置３ｃ）であった場合には、以下のように設定する。すなわち、第１記録ビットレートを６４ｋｂｐｓに、第２記録ビットレートを１９２ｋｂｐｓにして、第２記録ビットレートでのみ音声データを記録するように設定する。
【００９９】
（２）音声データの記録手順
次に、第３実施形態のストリーミング配信システム１では、音声データの記録時に、第２記録ビットレートで音声データを記録する。具体的な処理手順は、図３に示したフローチャートと同様である。したがって、サーバ装置２は、第２記録ビットレート（１９２ｋｂｐｓ）に圧縮されたＭＰ３形式の音声データファイルが、曲毎にＨＤＤ１３に格納される。
【０１００】
（３）楽曲の再生手順
次に、第３実施形態のストリーミング配信システム１では、第１記録ビットレートの音声データをストリーミング配信するように設定したクライアント装置３ｃから配信要求があった場合には、サーバ装置２のＤＳＰ１２が第２記録ビットレートの圧縮音声データを第１記録ビットレートの圧縮音声データにエンコードする。そして、ＣＰＵ１５が、無線通信部１６からクライアント装置３ｃへ第１記録ビットレートの圧縮音声データをストリーミング配信するように制御を行う。
【０１０１】
具体的な処理手順は、図４に示したフローチャートと同様であり、ステップｓ４５において、上記の処理が行われる。例えば、上記のように、第１記録ビットレートを６４ｋｂｐｓに、第２記録ビットレートを１９２ｋｂｐｓにして、第２記録ビットレートでのみ音声データを記録するように設定した場合には、クライアント装置３ｃから配信要求があると、１９２ｋｂｐｓの音声データを６４ｋｂｐｓの音声データに再圧縮して、ストリーミング配信する。また、その他のクライアント装置３ａ，３ｂ，３ｄ，３ｅのいずれかから配信要求があると，１９２ｋｂｐｓの音声データを、そのままストリーミング配信する。
【０１０２】
したがって、サーバ装置との通信状況が良いクライアント装置に対しては、高品質のコンテンツを配信することができる。また、記憶手段でストリーミング用データを記録する以外にもエンコード手段を使用することで装置内の資源を有効利用できる。さらに、記憶手段には第２記録ビットレートのストリーミング用データのみを記憶させるので、ＨＤＤ１３の記憶容量を増加させること無く、記憶させる楽曲数を確保できる。
【０１０３】
以上の説明では、ストリーミング配信システム１において、音声データを配信する場合について説明したが、動画データやマルチメディアデータを配信する場合も同様の手順で処理を行う。すなわち、サーバ装置２は、音声データの場合と同様に、ＭＰＥＧ４、ＡＶＩ、ＷＭＶ、ＲＭ、ＭＯＶなどの形式の圧縮率が異なるテスト用動画データを全クライアント装置３ａ〜３ｅへストリーミング配信する配信テストを行って、１つまたは２つの最適な圧縮率を設定する。また、サーバ装置２において、ＤＶＤなどに記録された動画データを、配信テストにより設定した圧縮率でＨＤＤ１３に記録する。そして、サーバ装置２は、各クライアント装置から配信要求があると、そのクライアント装置に対して設定した圧縮率の動画データをストリーミング配信する。このとき、各クライアント装置３ａ〜３ｅには、圧縮動画データをＤＳＰ２５でデコード（伸張）して、Ｄ／Ａコンバータ２６でディジタル動画データをアナログ化して、アンプ２７でアナログ動画データを増幅して、図示していないモニタで動画を再生する構成とする。
【０１０４】
なお、本発明のストリーミング配信システム１では、サーバ装置２から音声データ、動画データ、またはマルチメディアデータをストリーミング配信するクライアント装置の接続台数に応じて、各データの圧縮率を自動的に設定するようにしても良い。例えば、クライアント装置の接続台数が１台の場合には低圧縮レート（例えば、３２０ｋｂｐｓ）に設定され、クライアント装置の接続台数が配信可能な最大数の場合（上記実施例では５台の場合）には最も高い圧縮レート（例えば１２８ｋｂｐｓ）に設定されるように構成すると良い。これにより、ユーザがデータの圧縮率の設定を気にすることなく、自動的にデータの圧縮率を設定することができる。
【図面の簡単な説明】
【０１０５】
【図１】本発明の実施形態に係るストリーミング配信システムの構成を示すブロック図である。
【図２】サーバ装置の記録時の動作を示すフローチャートである。
【図３】ストリーミング配信システムの音声データの記録手順を説明するためのフローチャートである。
【図４】ストリーミング配信システムの音声データの再生手順を説明するためのフローチャートである。
【図５】本発明の第２実施形態に係るストリーミング配信システムの動作を説明するためのフローチャートである。
【符号の説明】
【０１０６】
１−ストリーミング配信システム    ２−サーバ装置
３，３ａ，３ｂ，３ｃ，３ｄ，３ｅ−クライアント装置    ４−ハブ
１１−光ディスクドライブ    １２，２５−ＤＳＰ    １３−ＨＤＤ
１４，２３−メモリ    １６，２１−無線通信部    １７，２２−有線通信部
１８，２９−操作部    １９，３０−表示部    ２６−Ｄ／Ａコンバータ
２７−アンプ    ２８−スピーカ
【図１】
2006195838.tif 000003
【図２】
2006195838.tif 000004
【図３】
2006195838.tif 000005
【図４】
2006195838.tif 000006
【図５】
2006195838.tif 000007