JP4172228B2 - 音声データ配信方法、サーバクライアントシステム及びサーバ装置 - Google Patents
音声データ配信方法、サーバクライアントシステム及びサーバ装置 Download PDFInfo
- Publication number
- JP4172228B2 JP4172228B2 JP2002251613A JP2002251613A JP4172228B2 JP 4172228 B2 JP4172228 B2 JP 4172228B2 JP 2002251613 A JP2002251613 A JP 2002251613A JP 2002251613 A JP2002251613 A JP 2002251613A JP 4172228 B2 JP4172228 B2 JP 4172228B2
- Authority
- JP
- Japan
- Prior art keywords
- audio data
- quality
- client device
- distribution
- delivery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Reverberation, Karaoke And Other Acoustics (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバ装置からネットワークを介してクライアント装置に音声データを配信する音声データ配信方法、サーバクライアントシステム及びサーバ装置に関するものである。
【０００２】
【従来の技術】
近年、データ圧縮技術の発達や、通信分野でのデジタル信号処理技術の発達により、ユーザの要求に応じてデータを配信する、いわゆるミュージック・オン・デマンド（Music On Demand ）等のサーバクライアントシステムが提案されている。このようなサーバクライアントシステムでは、ユーザの要求やネットワークの負荷に応じて最適な品質の音声データを配信することが必要とされる。
例えば、特開平１１−１２７１５０号公報に開示されたサーバクライアントシステムでは、クライアントからのデータ品質指定情報に基づいて、サーバがデータを所定の品質に変換してクライアントに返送することにより、サーバからクライアントに転送するデータの品質をユーザ側の要求に応じて選択できるようにしている。
また、特開２００１−３５９０７４号公報に開示されたサーバクライアントシステムでは、基本となる品質の基本データと、より高い品質の再生データを得るための差分データとをサーバからクライアントへ送信し、基本データの伝送が終了した時点で差分データの伝送が終了していない場合にはクライアントが基本データのみを用いて再生し、基本データの伝送が終了した時点で差分データの伝送も終了している場合には、クライアントが基本データと差分データを用いて再生することにより、ネットワークの状態変化に対応するようにしている。
【０００３】
【発明が解決しようとする課題】
しかしながら、特開平１１−１２７１５０号公報に開示されたサーバクライアントシステムでは、サーバがデータをリアルタイムに圧縮してクライアントに送信するため、リアルタイムに圧縮処理を行うことができるエンコーダが必要になるという問題点があった。特に、クライアントの台数が増加する程、エンコーダにはより高い能力が要求される。例えば、サーバに最大１０台のクライアントが接続される場合には、クライアントが１台の場合に比べてデータを１０倍の速度で圧縮処理する必要がある。その結果、特開平１１−１２７１５０号公報に開示されたサーバクライアントシステムでは、サーバのコストが高くなるという問題点があった。また、ネットワークの負荷に応じて適切な品位の音声データを受信するには、ユーザがネットワークの負荷を自身でモニタリングし、その状況に適した品位の音声データを選択する必要があった。
【０００４】
また、特開２００１−３５９０７４号公報に開示されたサーバクライアントシステムでは、いわゆる階層符号化の考え方を導入した特殊な圧縮方式を用いる必要があり、一般的な圧縮方式では実現できないという問題点があった。例えば、音声データの圧縮方式として広く普及しているＭＰ３（MPEG1 Audio Layer III ）方式では階層符号化を行うことはできない。その結果、特開２００１−３５９０７４号公報に開示されたサーバクライアントシステムでは、サーバのみならずクライアントも特殊な圧縮方式に対応する必要があり、サーバとクライアントの構成が複雑になり、サーバとクライアントのコストが高くなるという問題点があった。
【０００５】
本発明は、上記課題を解決するためになされたもので、ネットワークの状態に応じた最適な品位の音声データ配信を簡単な構成で実現することができる音声データ配信方法、サーバクライアントシステム及びサーバ装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、音声データを再生するクライアント装置に、サーバ装置からネットワークを介して前記音声データを配信する音声データ配信方法において、一連の音声データについて品位の異なる複数の音声データファイルを前記サーバ装置に予め用意する記録手順と、ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手順と、配信先の前記クライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手順と、再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルに前記配信品位の情報を付加し、この情報付加後の音声データファイルを前記サーバ装置から前記配信先のクライアント装置に配信する配信手順と、前記配信先のクライアント装置において受信した音声データを該音声データの配信品位の情報に応じて再生する再生手順とを実行し、前記配信品位決定手順は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定するようにしたものである。ここで、一連の音声データとは、例えば曲のように、記録や再生の単位となるひとまとまりの音声データを意味する。
【０００７】
また、本発明の音声データ配信方法の１構成例において、前記配信品位決定手順は、前記クライアント装置に配信を新規に開始するとき、前記検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけのより低い第２の品位に変更し、前記配信手順は、前記第２の品位の音声データファイルを前記サーバ装置から前記変更対象のクライアント装置に配信し、前記第１の品位の音声データファイルを前記サーバ装置から前記新規配信先のクライアント装置に配信するようにしたものである。
また、本発明の音声データ配信方法の１構成例において、前記配信品位決定手順は、前記クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更し、前記配信手順は、前記配信停止のクライアント装置への配信を停止し、前記第３の品位の音声データファイルを前記サーバ装置から前記変更対象のクライアント装置に配信するようにしたものである。
また、本発明の音声データ配信方法の１構成例において、前記再生手順は、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理を行うようにしたものである。
【０００８】
また、本発明のサーバクライアントシステムにおいて、サーバ装置は、一連の音声データについて品位の異なる複数の音声データファイルが予め記録された記録手段と、ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手段と、配信先のクライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手段と、再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルを前記記録手段から読み出して前記配信品位の情報を付加し、この情報付加後の音声データファイルを配信先のクライアント装置に配信する配信手段とを有し、クライアント装置は、受信した音声データを該音声データファイルの配信品位の情報に応じて再生する再生手段を有し、前記サーバ装置の配信品位決定手段は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定するものである。
また、本発明のサーバクライアントシステムの１構成例において、前記サーバ装置の配信品位決定手段は、前記クライアント装置に配信を新規に開始するとき、前記検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけのより低い第２の品位に変更し、前記サーバ装置の配信手段は、前記第２の品位の音声データファイルを前記記録手段から読み出して前記変更対象のクライアント装置に配信し、前記第１の品位の音声データファイルを前記記録手段から読み出して前記新規配信先のクライアント装置に配信するものである。
また、本発明のサーバクライアントシステムの１構成例において、前記サーバ装置の配信品位決定手段は、前記クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更し、前記サーバ装置の配信手段は、前記配信停止のクライアント装置への配信を停止し、前記第３の品位の音声データファイルを前記記録手段から読み出して前記変更対象のクライアント装置に配信するものである。
また、本発明のサーバクライアントシステムの１構成例において、前記クライアント装置の再生手段は、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理を行うものである。
【０００９】
また、本発明のサーバ装置は、一連の音声データについて品位の異なる複数の音声データファイルが予め記録された記録手段と、ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手段と、配信先のクライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手段と、再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルを前記記録手段から読み出して前記配信品位の情報を付加し、この情報付加後の音声データファイルを前記配信先のクライアント装置に配信する配信手段とを有し、前記配信品位決定手段は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定するものである。
【００１０】
【発明の実施の形態】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の第１の実施の形態となるサーバクライアントシステムの構成を示すブロック図である。本実施の形態のサーバクライアントシステムは、クライアント装置に音声データを配信するサーバ装置１と、音声データを再生する複数のクライアント装置２１（２１−１，２１−２，２１−３）と、サーバ装置１とクライアント装置２１とを接続するＬＡＮ等のネットワーク３１とから構成される。
【００１１】
サーバ装置１は、ＣＤドライブ装置２と、音声データの記録再生が可能なハードディスクやメモリ等の記録手段３と、記録手段３に非圧縮音声データを記録する音声データ記録手段４と、記録手段３に圧縮音声データを記録するエンコーダ５と、同一の曲について作成された品位の異なる複数の音声データファイルを関連付けて管理するための曲管理テーブルを作成する曲管理テーブル作成手段６と、ネットワーク３１と接続するためのネットワークインタフェース手段（ＮＩ）７と、ネットワーク３１の負荷を検出する負荷検出手段８と、音声データの配信品位をネットワーク３１の負荷に基づいて決定する配信品位決定手段９と、配信品位決定手段９で決定された配信品位の音声データファイルを記録手段３から読み出してクライアント装置２１に配信する配信手段１０と、ユーザがサーバ装置１に指示を与えるための入力手段１１と、ユーザに対して情報を提示するための表示手段１２と、インターネットと接続するためのネットワークインタフェース手段（ＮＩ）１３と、サーバ装置全体を制御する制御手段１４とを有する。
【００１２】
各クライアント装置２１（２１−１，２１−２，２１−３）は、ネットワーク３１と接続するためのネットワークインタフェース手段（ＮＩ）２２と、ネットワークインタフェース手段（ＮＩ）２２で受信した音声データの配信品位を検出する配信品位検出手段２３と、ユーザがクライアント装置２１に指示を与えるための入力手段２４と、ユーザに対して情報を提示するための表示手段２５と、受信した音声データを一時的に蓄えて外部のアンプ装置等に出力するためのメモリ２６と、受信した音声データが圧縮音声データの場合に伸張処理を行うデコーダ２７と、クライアント装置全体を制御する制御手段２８とを有する。
【００１３】
サーバ装置１の配信手段１０は、複数のクライアント装置２１に異なる音声データを同時に配信する機能を備えている。なお、サーバ装置１の音声データ記録手段４、曲管理テーブル作成手段６、負荷検出手段８、配信品位決定手段９、配信手段１０及び制御手段１４は、ＣＰＵとメモリとこれらのハードウェア資源を制御するプログラムによって実現することができる。
【００１４】
クライアント装置２１のメモリ２６、デコーダ２７及び制御手段２８は、受信した音声データを配信品位検出手段２３で検出された配信品位に応じて再生処理する再生手段となる。なお、クライアント装置２１の配信品位検出手段２３及び制御手段２８は、ＣＰＵとメモリとこれらのハードウェア資源を制御するプログラムによって実現することができる。
【００１５】
以下、図１のサーバ装置１の記録時の動作を説明する。図２はサーバ装置１の記録時の動作を示すフローチャートである。まず、ユーザは、ＣＤドライブ装置２にＣＤを挿入し、入力手段１１を操作してＣＤを記録手段３に録音するよう要求する。制御手段１４は、ユーザの要求に応じて音声データ記録手段４を制御し、音声データ記録手段４は、ＣＤドライブ装置２に挿入されたＣＤから音声データを読み出して記録手段３に記録する（図２ステップＳ１）。
ユーザが指定した曲（ＣＤの全曲又はその一部）の記録が終了するまで（ステップＳ２においてＹＥＳ）、ステップＳ１の処理が曲毎に行われる。こうして、記録手段３に非圧縮の音声データファイルが曲毎に作成される。
【００１６】
次に、制御手段１４は、記録手段３に記録された音声データファイルから品位の異なる音声データファイルを作成するようエンコーダ５に指示する。この指示により、エンコーダ５は、記録手段３の非圧縮音声データファイルを圧縮して記録手段３に記録することを圧縮方式を変えながら複数回行い、品位の異なる複数の圧縮音声データファイルを記録手段３上に作成する（ステップＳ３）。品位の異なる複数の圧縮音声データファイルを作成するには、圧縮フォーマットが例えばＭＰ３の場合、１２８ｋｂｐｓ、１６０ｋｂｐｓ、１９２ｋｂｐｓ・・・・といったようにビットレートを変えて圧縮すればよい。
記録手段３に記録された全ての非圧縮音声データファイルについて圧縮音声データファイルの作成が終了するまで（ステップＳ４においてＹＥＳ）、ステップＳ３の処理が曲毎に行われる。こうして、非圧縮音声データファイルと圧縮音声データファイルとからなる品位の異なる複数の音声データファイルが曲毎に作成される。
【００１７】
次に、曲管理テーブル作成手段６は、同一の曲について作成された品位の異なる複数の音声データファイルを関連付けて管理するための曲管理テーブル１０１を記録手段３上に作成する（ステップＳ５）。図３は曲管理テーブル１０１の構成を示す図である。曲管理テーブル１０１は、曲ｍ（ｍ１，ｍ２・・・・）の属性情報Ａｍと、曲ｍの音声データファイルの属性情報Ａｄとを対応付けたものである。
曲の属性情報Ａｍとしては、曲名、アルバム名、アーティスト名、ジャンル名などがある。属性情報Ａｍは、ＣＤドライブ装置２にＣＤが挿入されたときに、制御手段１４がネットワークインタフェース手段１３を介してインターネット上の音楽ＣＤインフォメーションデータサーバにアクセスすることにより取得することができる。制御手段１４は、音楽ＣＤインフォメーションデータサーバから取得した属性情報Ａｍを曲管理テーブル作成手段６に渡す。なお、属性情報は、インターネット経由で取得することになっているが、ネットワーク上のコンピュータ（ＰＣ）から入力したり、サーバ装置１の入力手段１１（ソフトキーボード（リモコンとＧＵＩ）やＰＳ２キーボード）で入力することも可能である。
音声データファイルの属性情報Ａｄとしては、ファイル名、圧縮方式情報（フォーマット、ビットレート）、記録手段３上の音声データファイルの格納場所を示すアドレスなどがある。図３のように、音声データファイル毎の属性情報Ａｄを同一の曲についてまとめることにより、同一の曲について作成された品位の異なる複数の音声データファイルを関連付けて管理することができる。
【００１８】
次に、再生時の動作を説明する。図４はサーバ装置１の再生時の動作を示すフローチャート、図５はクライアント装置２１の再生時の動作を示すフローチャートである。まず、ユーザは、クライアント装置２１の入力手段２４を操作して、再生対象の曲を選択する（図５ステップＳ２１）。再生対象の曲を選択するため、ユーザは、所望の曲を直接指定するか、あるいは所望のアルバム、アーティスト又はジャンルを指定する。
ユーザが曲を直接指定する場合、クライアント装置２１の制御手段２８は、ネットワークインタフェース手段２２を介して曲のリストをサーバ装置１に対して要求する。ネットワークインタフェース手段７を介してクライアント装置２１からの要求を受けたサーバ装置１の制御手段１４は、記録手段３の曲管理テーブル１０１に登録された曲の属性情報Ａｍを参照して、記録手段３に記録された曲のリストを取得し、取得したリストをネットワークインタフェース手段７を介してクライアント装置２１に返送する。クライアント装置２１の制御手段２８は、ネットワークインタフェース手段２２を介して受け取ったリストを表示手段２５に表示させる。ユーザは、表示手段２５に表示された全曲又はその一部を入力手段２４で選択する。
また、ユーザがアルバム、アーティスト又はジャンルを指定した場合、クライアント装置２１の制御手段２８は、指定されたアルバム、アーティスト又はジャンルに対応する曲のリストをサーバ装置１に対して要求する。この要求に応じて、サーバ装置１の制御手段１４は、曲の属性情報Ａｍを参照して、指定されたアルバム、アーティスト又はジャンルに対応する曲のリストを取得し、取得したリストをクライアント装置２１に返送する。クライアント装置２１の制御手段２８は、受け取ったリストを表示手段２５に表示させ、ユーザは、表示された全曲又はその一部を選択する。
【００１９】
ユーザが選択し終えた後、クライアント装置２１の制御手段２８は、ユーザが選択した再生対象の曲を配信するようサーバ装置１に対して要求する（ステップＳ２２）。なお、本実施の形態では、ユーザがクライアント装置２１を操作してサーバ装置１への配信要求を発生させているが、ユーザがサーバ装置１の入力手段１１を操作して再生対象の曲と配信先のクライアント装置２１を指定し、配信要求を発生させてもよい。以後、配信要求を発したクライアント装置２１又はユーザが配信先として指定したクライアント装置２１を、新規配信先のクライアント装置２１と呼ぶ。
ユーザがサーバ装置１を操作して曲を直接指定する場合、サーバ装置１の制御手段１４は、曲管理テーブル１０１に登録された曲の属性情報Ａｍを参照して、記録手段３に記録された曲のリストを取得し、取得したリストを表示手段１２に表示させる。ユーザは、表示手段１２に表示された全曲又はその一部を入力手段１１で選択する。また、ユーザがアルバム、アーティスト又はジャンルを指定した場合、制御手段１４は、曲の属性情報Ａｍを参照して、指定されたアルバム、アーティスト又はジャンルに対応する曲のリストを取得し、取得したリストを表示手段２５に表示させる。
【００２０】
次に、サーバ装置１の制御手段１４は、クライアント装置２１からの配信要求又は自装置の入力手段１１からの配信要求を受信すると（図４ステップＳ１１においてＹＥＳ）、負荷検出手段８に指示して、ネットワーク３１の負荷を検出させる（ステップＳ１２）。
図６は負荷検出手段８によるネットワーク３１の負荷検出方法を説明するための図である。サーバ装置１のデータ転送用帯域（転送能力）Ｂｄは、主としてネットワーク３１の速度で決まる最大帯域Ｂｍａｘから、制御用帯域Ｂｃを引いた既知の値である。制御用帯域Ｂｃは、クライアント装置２１からの要求やこの要求に対するサーバ装置１の応答などの制御用通信のために予め確保されている帯域である。
データ転送用帯域Ｂｄには、クライアント装置２１へ最低品位の音声データを配信するのに必要な最低必要帯域Ｂｍｉｎ（例えば１２８ｋｂｐｓ）がサーバ装置１に接続される全てのクライアント装置２１のために予め確保されている。データを実際に配信するか否かに関係なく、クライアント装置２１の各々に最低必要帯域Ｂｍｉｎを予め確保しておく理由は、ネットワーク３１に大きな負荷がかかっている場合でも、最低必要帯域Ｂｍｉｎを使って最低品位の音声データを全クライアント装置２１に配信できるようにするためである。
最低必要帯域Ｂｍｉｎを使って音声データを配信できるようにするため、図２のステップＳ３で作成される圧縮音声データファイルのうち、最低品位の音声データファイルは、最低必要帯域Ｂｍｉｎ以下の品位で作成される。
本実施の形態では、サーバ装置１と複数のクライアント装置２１のみが接続されたローカルなネットワーク３１を想定している。したがって、ネットワーク３１に大きな負荷がかかるような通信は、サーバ装置１からクライアント装置２１への音声データ配信のみであり、負荷検出手段８は、自装置が行っている送信処理を監視することで、ネットワーク３１の負荷を検出することができる。
【００２１】
負荷検出手段８は、検出したネットワーク３１の負荷を配信品位決定手段９に通知する。このとき、配信品位決定手段９には、ネットワーク３１の負荷情報として、図６で説明したデータ転送用帯域Ｂｄ内で実際に使用されている使用帯域Ｂｕｓｅが通知される。さらに、配信品位決定手段９には、使用帯域Ｂｕｓｅを使用中のクライアント装置２１が通知される。
通知を受けた配信品位決定手段９は、検出されたネットワーク３１の負荷に応じて音声データの配信品位を決定する配信品位決定処理を行う（ステップＳ１３）。図７は配信品位決定処理の詳細を示すフローチャートである。
配信品位決定処理において、配信品位決定手段９は、サーバ装置１に接続されている複数のクライアント装置２１のうち、新規配信先のクライアント装置２１を除く全てのクライアント装置２１についてそれぞれ必要転送能力を算出し、この必要転送能力の合計値Ｂｓｕｍを算出する（図７ステップＳ１０１）。
配信品位決定手段９は、負荷検出手段８からの通知により、新規配信先のクライアント装置２１以外の第２のクライアント装置２１に対して音声データファイルを配信中と判断した場合、このデータ配信で使用されている使用帯域Ｂｕｓｅを第２のクライアント装置２１の必要転送能力とする。
また、配信品位決定手段９は、負荷検出手段８からの通知により、音声データファイルの配信を受けていない第３のクライアント装置２１が存在すると判断した場合、予め確保されている図６の最低必要帯域Ｂｍｉｎを第３のクライアント装置２１の必要転送能力とする。
こうして、新規配信先のクライアント装置２１を除く各クライアント装置２１の必要転送能力を算出して、その合計値Ｂｓｕｍを算出した後、配信品位決定手段９は、新規配信先のクライアント装置２１に割り当て可能な帯域Ｂａを算出する（ステップＳ１０２）。この割り当て可能な帯域Ｂａは、データ転送用帯域Ｂｄから、ステップＳ１０１で算出した合計値Ｂｓｕｍを引いた値である（Ｂａ＝Ｂｄ−Ｂｓｕｍ）。
そして、配信品位決定手段９は、制御手段１４を通じて記録手段３の曲管理テーブル１０１にアクセスし、ユーザが選択した再生対象の曲に対応する音声データファイルの属性情報Ａｄを参照して、再生対象の曲に対応し、かつステップＳ１０２で算出した帯域Ｂａ内で配信可能な音声データファイルのうち最高品位を新規配信先のクライアント装置２１への配信品位とする（ステップＳ１０３）。
【００２２】
配信品位決定処理の終了後、配信品位決定手段９は、新規配信先のクライアント装置２１用に決定した配信品位を配信手段１０に通知する（図４ステップＳ１４）。
配信手段１０は、再生対象の曲に対応する音声データファイルのうち、通知された配信品位で配信可能な品位の音声データファイルを、記録手段３の曲管理テーブル１０１に基づいて検索し、検索した音声データファイルを新規配信先のクライアント装置２１へ配信する（ステップＳ１５）。なお、配信手段１０は、配信する音声データファイルの圧縮方式情報をこの音声データファイルの属性情報Ａｄから取得して、取得した圧縮方式情報を音声データファイルの先頭に付加して配信する。
【００２３】
次に、ユーザは、曲の再生中に、クライアント装置２１の入力手段２４を操作して配信停止要求を発生させ、再生を停止したり、サーバ装置１の入力手段１１を操作して、再生を停止させるクライアント装置２１を指定したりしてもよい。以後、配信停止要求を発したクライアント装置２１又はユーザが再生停止を指定したクライアント装置２１を、配信停止のクライアント装置２１と呼ぶ。
サーバ装置１の制御手段１４は、クライアント装置２１からの配信停止要求又は自装置の入力手段１１からの配信停止要求を受信すると（ステップＳ１６においてＹＥＳ）、配信手段１０に指示して、配信停止のクライアント装置２１への音声データ配信を停止させる（ステップＳ１７）。
再生対象の曲の配信が終了するまで（ステップＳ１８においてＹＥＳ）、ステップＳ１６〜Ｓ１８の処理が繰り返される。配信終了後、サーバ装置１の制御手段１４は、再生対象の曲を全て配信したかどうか判定し（ステップＳ１９）、全曲を配信していない場合には、ステップＳ１２に戻って、次の曲を配信する。こうして、ステップＳ１２〜Ｓ１９の処理が曲毎に行われる。
【００２４】
次に、クライアント装置２１の配信品位検出手段２３は、サーバ装置１からの音声データファイルをネットワークインタフェース手段２２で受信した場合（図５ステップＳ２３においてＹＥＳ）、この音声データファイルの先頭に付加された圧縮方式情報により、受信した音声データファイルの配信品位を検出し、検出した配信品位を制御手段２８に通知する（ステップＳ２４）。
制御手段２８は、配信品位検出手段２３から通知を受けた配信品位により、音声データファイルが非圧縮音声データファイルであると判断した場合（ステップＳ２５においてＹＥＳ）、音声データファイルを伸張することなくメモリ２６に格納する。メモリ２６に格納された音声データファイルは、図示しない外部のアンプ装置等に出力される（ステップＳ２６）。
【００２５】
一方、制御手段２８は、音声データファイルが圧縮音声データファイルであると判断した場合、メモリ２６にいったん格納した音声データファイルをデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた配信品位（圧縮方式情報）に基づき音声データファイルを伸張してメモリ２６に格納する。メモリ２６に格納された伸張された音声データファイルは、外部のアンプ装置等に出力される（ステップＳ２７）。
【００２６】
再生終了後、クライアント装置２１の制御手段２８は、次の曲の音声データファイルを受信したかどうか判定し（ステップＳ２８）、次の曲の音声データファイルを受信した場合には、ステップＳ２４に戻って、次の曲を再生する。こうして、ステップＳ２４〜Ｓ２８の処理が曲毎に行われる。
以上のような構成により、本実施の形態では、ネットワーク３１の状態に応じた最適な品位の音声データ配信を簡単な構成で実現することができる。
【００２７】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。本実施の形態では、サーバ装置に接続されている各クライアント装置に、帯域を使用する優先度が予め設定されており、優先度が高いクライアント装置に配信を開始する場合には、優先度が低いクライアント装置の使用帯域を削減して、優先度が高いクライアント装置に優先的に割り当てる。また、優先度が高いクライアント装置への配信が停止した場合には、空いた帯域を優先度が低いクライアント装置に割り当てるようにする。なお、複数のクライアントに同じ優先度を割り当てることも可能である。
【００２８】
本実施の形態においても、サーバクライアントシステムの構成は図１と同様であるので、図１の符号を用いて説明する。サーバ装置１の記録時の動作は第１の実施の形態と同じである。
次に、再生時の動作を説明する。図８はサーバ装置１の再生時の動作を示すフローチャート、図９はクライアント装置２１の再生時の動作を示すフローチャートである。サーバ装置１の制御手段１４は、クライアント装置２１からの配信要求又は自装置の入力手段１１からの配信要求を受信すると（図８ステップＳ５１においてＹＥＳ）、負荷検出手段８に指示して、ネットワーク３１の負荷を検出させる（ステップＳ５２）。このステップＳ５２の処理は、図４のステップＳ１２と同じである。
【００２９】
負荷検出手段８からの通知を受けた配信品位決定手段９は、検出されたネットワーク３１の負荷に応じて音声データの配信品位を決定する新規配信開始時配信品位決定処理を行う（ステップＳ５３）。図１０は新規配信開始時配信品位決定処理の詳細を示すフローチャートである。
図１０のステップＳ５０１，Ｓ５０２の処理は、それぞれ図７のステップＳ１０１，Ｓ１０２と同じである。次に、配信品位決定手段９は、制御手段１４を通じて記録手段３の曲管理テーブル１０１にアクセスし、ユーザが選択した再生対象の曲に対応する音声データファイルの属性情報Ａｄを参照して、ステップＳ５０２で算出した割り当て可能な帯域Ｂａよりも高品位の音声データファイルが再生対象の曲に用意されているかどうか判定する（ステップＳ５０３）。
配信品位決定手段９は、高品位の音声データファイルが存在しない場合（ステップＳ５０３においてＮＯ）、割り当て可能な帯域Ｂａで配信可能な、再生対象の曲に対応する音声データファイルの品位のうち最高品位を新規配信先のクライアント装置２１への配信品位とし（ステップＳ５０４）、新規配信開始時配信品位決定処理を終了する。
【００３０】
一方、ステップＳ５０２で算出した帯域Ｂａだけでは配信できない高品位の音声データファイルが再生対象の曲に存在する場合、配信品位決定手段９は、音声データファイルを配信中の前記第２のクライアント装置２１の中に、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が存在するかどうか判定する（ステップＳ５０５）。
新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が存在しない場合（ステップＳ５０５においてＮＯ）、優先度が低いクライアント装置２１の使用帯域を減らして新規配信先のクライアント装置２１に割り当てることができない。この場合、配信品位決定手段９は、前述のステップＳ５０４の処理を行う。
【００３１】
一方、ステップＳ５０５において新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が存在する場合、配信品位決定手段９は、新規配信先のクライアント装置２１より優先度が低い各クライアント装置２１についてそれぞれ削減可能な帯域Ｂαを算出し、この削減可能な帯域Ｂαの合計値Ｂαｓｕｍを算出する（ステップＳ５０６）。削減可能な帯域Ｂαは、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が使用している使用帯域Ｂｕｓｅから、前述の最低必要帯域Ｂｍｉｎを引いた値である（Ｂα＝Ｂｕｓｅ−Ｂｍｉｎ）。
続いて、配信品位決定手段９は、ステップＳ５０６で算出した削減可能な帯域の合計値Ｂαｓｕｍに前述の割り当て可能な帯域Ｂａを足した帯域（Ｂαｓｕｍ＋Ｂａ）を使って、ステップＳ５０３で検索した高品位の音声データファイルを配信可能かどうか判定する（ステップＳ５０７）。
削減可能な帯域の合計値Ｂαｓｕｍを使用しても配信できない場合、配信品位決定手段９は、前述のステップＳ５０４の処理を行う。
【００３２】
一方、ステップＳ５０７において高品位の音声データファイルを配信可能な場合、配信品位決定手段９は、この音声データファイルの配信のために、優先度が低いクライアント装置２１の使用帯域から削る必要がある帯域の削減値Ｂｃｕｔを算出する（ステップＳ５０８）。削減値Ｂｃｕｔは、ステップＳ５０３で検索した高品位の音声データファイルを配信するのに必要な帯域Ｂｎから、現時点で新規配信先のクライアント装置２１が使用できる帯域Ｂａを引いた値である（Ｂｃｕｔ＝Ｂｎ−Ｂａ）。
次に、配信品位決定手段９は、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１のうち、優先度が最も低いクライアント装置２１を帯域の削減対象とする（ステップＳ５０９）。そして、配信品位決定手段９は、削減対象のクライアント装置２１について前述の削減可能な帯域Ｂαを調べ、削減可能な帯域Ｂαと削減値Ｂｃｕｔとを比較する（ステップＳ５１０）。
削減可能な帯域Ｂαが削減値Ｂｃｕｔ以上の場合（ステップＳ５１０においてＹＥＳ）、配信品位決定手段９は、削減対象のクライアント装置２１の使用帯域Ｂｕｓｅから削減値Ｂｃｕｔを引いた値（Ｂｕｓｅ−Ｂｃｕｔ）をこのクライアント装置２１の帯域削減後の使用帯域Ｂｕｓｅ’とする（ステップＳ５１１）。これで、ステップＳ５０３で検索した高品位の音声データファイルを配信するのに必要な帯域Ｂｎを確保できたことになるので、配信品位決定手段９は、この音声データファイルの品位（帯域Ｂｎ）を新規配信先のクライアント装置２１への配信品位とする（ステップＳ５１２）。
【００３３】
一方、ステップＳ５１０において削減値Ｂｃｕｔが削減可能な帯域Ｂαより大きい場合、配信品位決定手段９は、削減対象のクライアント装置２１の使用帯域Ｂｕｓｅから削減可能な帯域Ｂαを引いた値（Ｂｕｓｅ−Ｂα）をこのクライアント装置２１の帯域削減後の使用帯域Ｂｕｓｅ’とする（ステップＳ５１３）。これにより、配信品位決定手段９は、Ｂαの分だけ帯域を確保できたことになるので、ステップＳ５１３で計算に使用した帯域Ｂαを削減値Ｂｃｕｔから引いた値（Ｂｃｕｔ−Ｂα）を新たな削減値Ｂｃｕｔとする（ステップＳ５１４）。削減値Ｂｃｕｔの更新後、配信品位決定手段９は、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１のうち、ステップＳ５１３で削減対象としたクライアント装置２１の次に優先度が低いクライアント装置２１を新たな削減対象とし（ステップＳ５１５）、ステップＳ５１０に戻る。
こうして、優先度が低いクライアント装置２１から順にステップＳ５１０〜Ｓ５１５の処理を行い、削減対象のクライアント装置２１の削減可能な帯域Ｂαが削減値Ｂｃｕｔ以上となった時点で、前述のように配信品位が決定される（ステップＳ５１１，Ｓ５１２）。
【００３４】
新規配信開始時配信品位決定処理の終了後、配信品位決定手段９は、新規配信先のクライアント装置２１用に決定した配信品位を配信手段１０に通知すると共に、削減対象のクライアント装置２１用に決定した帯域削減後の配信品位（使用帯域Ｂｕｓｅ’）を配信手段１０に通知する（図８ステップＳ５４）。
配信品位決定手段９から通知を受けた配信手段１０は、削減対象のクライアント装置２１が存在する場合（ステップＳ５５においてＹＥＳ）、この削減対象のクライアント装置２１の現在の使用帯域ＢｕｓｅをＢｕｓｅ’に減らす帯域削減処理を行う（ステップＳ５６）。図１１は帯域削減処理の詳細を示すフローチャート、図１２は帯域削減処理を説明するための図である。
【００３５】
配信手段１０は、削減対象のクライアント装置２１に音声データファイルＤ１を配信している最中であり、ここで削減対象のクライアント装置２１の使用帯域ＢｕｓｅをＢｕｓｅ’に減らす通知を受けたことになる。通知を受けた配信手段１０は、配信中の曲に対応する音声データファイルのうち、帯域削減後の使用帯域Ｂｕｓｅ’で配信可能な品位の音声データファイルＤ２を、曲管理テーブル１０１の曲の属性情報Ａｍに基づいて検索する（図１１ステップＳ６０１）。
そして、配信手段１０は、現在配信中の音声データファイルＤ１を適当な中止予定位置で配信中止にする前に、記録手段３の音声データファイルＤ２から、前記中止予定位置以降のデータに対応する部分を取り出して、削減対象のクライアント装置２１への配信を開始する（ステップＳ６０２）。なお、音声データファイルＤ２の先頭にも、音声データファイルＤ１と同様に対応する圧縮方式情報が付加される。
例えば図１２の例のように、音声データファイルＤ１を配信開始から２分１０秒後に配信中止する場合、この配信中止の前に２分８秒から音声データファイルＤ２の配信を開始する。このように、音声データファイルＤ１とＤ２の配信に時間軸上の重なりを設けるのは、クライアント装置２１で再生される音が途切れないようにするためである。
前記中止予定位置は、音声データファイルＤ１とＤ２をクライアント装置２１側で連結する際に好適な区切りの時点が好ましく、音声データファイルＤ１が例えば非圧縮音声データファイルの場合、サンプルの区切りとなり、ＭＰ３等で圧縮した圧縮音声データファイルの場合、フレームの区切りとなる。
【００３６】
次に、配信手段１０は、削減対象のクライアント装置２１に配信している音声データファイルＤ１を中止予定位置に達した時点で配信中止にする（ステップＳ６０３）。これで、帯域削減処理が終了する。
帯域削減処理終了後、配信手段１０は、再生対象の曲に対応する音声データファイルのうち、配信品位決定手段９から通知された配信品位で配信可能な品位の音声データファイルを、曲管理テーブル１０１の曲の属性情報Ａｍに基づいて検索し、検索した音声データファイルを新規配信先のクライアント装置２１へ配信する（図８ステップＳ５７）。配信する音声データファイルの先頭に対応する圧縮方式情報を付加して配信するのは第１の実施の形態と同じである。
【００３７】
次に、ユーザは、曲の再生中に、クライアント装置２１の入力手段２４を操作して配信停止要求を発生させ、再生を停止したり、サーバ装置１の入力手段１１を操作して、再生を停止させるクライアント装置２１を指定したりしてもよい。以後、配信停止要求を発したクライアント装置２１又はユーザが再生停止を指定したクライアント装置２１を、配信停止のクライアント装置２１と呼ぶ。
サーバ装置１の制御手段１４は、クライアント装置２１からの配信停止要求又は自装置の入力手段１１からの配信停止要求を受信すると（図８ステップＳ５８においてＹＥＳ）、配信手段１０に指示して、配信停止のクライアント装置２１への音声データ配信を停止させ（ステップＳ５９）、負荷検出手段８に指示して、ネットワーク３１の負荷を検出させる（ステップＳ６０）。
負荷検出手段８は、検出したネットワーク３１の負荷を配信品位決定手段９に通知する。このとき、負荷検出手段８は、配信停止のクライアント装置２１が使用していた使用帯域Ｂｕｓｅを配信品位決定手段９に通知すると共に、ステップＳ５９の配信停止後も音声データ配信を受けているクライアント装置２１とこのクライアント装置２１が使用している使用帯域Ｂｕｓｅとを配信品位決定手段９に通知する。
通知を受けた配信品位決定手段９は、検出されたネットワーク３１の負荷に応じて音声データの配信品位を決定する配信停止時配信品位決定処理を行う（ステップＳ６１）。図１３は配信停止時配信品位決定処理の詳細を示すフローチャートである。
まず、配信品位決定手段９は、配信停止のクライアント装置２１が使用していた使用帯域Ｂｕｓｅのうち、他のクライアント装置２１に割り当て可能な帯域の増加値Ｂａｄｄを算出する（図１３ステップＳ７０１）。この増加値Ｂａｄｄは、配信停止のクライアント装置２１が使用していた使用帯域Ｂｕｓｅから前述の最低必要帯域Ｂｍｉｎを引いた値に、使用されずに余っている帯域Ｂｒ（ただし、配信停止しているクライアント装置２１用に確保されている最低必要帯域分は除く）を足した値である（Ｂａｄｄ＝Ｂｕｓｅ−Ｂｍｉｎ＋Ｂｒ）。
【００３８】
続いて、配信品位決定手段９は、配信停止のクライアント装置２１と同じ優先度若しくは優先度が低いクライアント装置２１のうち、優先度が最も高いクライアント装置２１を帯域の増加対象とする（ステップＳ７０２）。そして、配信品位決定手段９は、割り当て可能な帯域の増加値Ｂａｄｄが０かどうか判定する（ステップＳ７０３）。増加値Ｂａｄｄが０であれば、他のクライアント装置２１に割り当てる余裕がないので、配信停止時配信品位決定処理を終了する。
【００３９】
配信品位決定手段９は、増加値Ｂａｄｄが０でなく、他のクライアント装置２１に割り当てる余裕が存在する場合、増加対象のクライアント装置２１に音声データファイルを配信中かどうか判定する（ステップＳ７０４）。
配信品位決定手段９は、増加対象のクライアント装置２１にデータ配信していない場合、配信停止のクライアント装置２１と同じ優先度若しくは優先度が低いクライアント装置２１の中に、ステップＳ７０２で増加対象としたクライアント装置２１の次に優先度が高いクライアント装置２１が存在するかどうか判定し（ステップＳ７０５）、次に優先度が高いクライアント装置２１が存在する場合には、このクライアント装置２１を新たな増加対象とし（ステップＳ７０６）、ステップＳ７０３に戻る。次に優先度が高いクライアント装置２１が存在しない場合には、配信停止時配信品位決定処理を終了する。
【００４０】
配信品位決定手段９は、増加値Ｂａｄｄが０でなく、かつ増加対象のクライアント装置２１に音声データファイルを配信中の場合（ステップＳ７０４においてＹＥＳ）、制御手段１４を通じて記録手段３の曲管理テーブル１０１にアクセスして、増加対象のクライアント装置２１に配信中の曲に対応する音声データファイルの属性情報Ａｄを参照し、配信中の曲に対応する音声データファイルの中に、配信中の音声データファイルよりも高品位の音声データファイルが用意されているかどうか判定する（ステップＳ７０７）。
配信品位決定手段９は、高品位の音声データファイルが存在しない場合、前述のステップＳ７０５の処理を行う。
【００４１】
一方、ステップＳ７０７において高品位の音声データファイルが存在する場合、配信品位決定手段９は、配信中の曲に対応し、かつ増加対象のクライアント装置２１が既に使用している使用帯域ＢｕｓｅにステップＳ７０１で算出した増加値Ｂａｄｄを足した帯域（Ｂｕｓｅ＋Ｂａｄｄ）内で配信可能な音声データファイルのうち、最高品位の音声データファイルを選択する（ステップＳ７０８）。そして、配信品位決定手段９は、増加対象のクライアント装置２１に配信中の音声データファイルとステップＳ７０８で選択した音声データファイルとが同一かどうか判定する（ステップＳ７０９）。音声データファイルが同一の場合、配信品位決定手段９は、前述のステップＳ７０５の処理を行う。
【００４２】
ステップＳ７０９において音声データファイルが同一でない場合、配信品位決定手段９は、ステップＳ７０８で選択した音声データファイルの品位を増加対象のクライアント装置２１の帯域増加後の配信品位とする（ステップＳ７１０）。これにより、帯域の増加値Ｂａｄｄの少なくとも１部を増加対象のクライアント装置２１に割り当てたことになるので、配信品位決定手段９は、ステップＳ７０８で選択した音声データファイルの配信に必要な使用帯域Ｂｕｓｅ’から現在の使用帯域Ｂｕｓｅを引いた値（Ｂｕｓｅ’−Ｂｕｓｅ）を算出し、この値を増加値Ｂａｄｄから引いた値（Ｂａｄｄ−（Ｂｕｓｅ’−Ｂｕｓｅ））を新たな増加値Ｂａｄｄとする（ステップＳ７１１）。
【００４３】
増加値Ｂａｄｄの更新後、配信品位決定手段９は、前述のステップＳ７０５の処理を行う。こうして、優先度が高いクライアント装置２１から順にステップＳ７０３〜Ｓ７１１の処理を行い、増加対象のクライアント装置２１に割り当て可能な帯域の増加値Ｂａｄｄが０になった時点もしくは次に優先度が高いクライアント装置２１が存在しなくなった時点で、配信停止時配信品位決定処理を終了する。
配信停止時配信品位決定処理の終了後、配信品位決定手段９は、増加対象のクライアント装置２１とこの増加対象のクライアント装置２１の帯域増加後の配信品位（使用帯域Ｂｕｓｅ’）とを配信手段１０に通知する（図８ステップＳ６２）。
配信品位決定手段９から通知を受けた配信手段１０は、増加対象のクライアント装置２１の現在の使用帯域ＢｕｓｅをＢｕｓｅ’に増やす帯域増加処理を行う（ステップＳ６３）。図１４は、帯域増加処理の詳細を示すフローチャートである。
【００４４】
配信手段１０は、増加対象のクライアント装置２１に図１２に示したように音声データファイルＤ１を配信している最中であるとする。配信品位決定手段９から通知を受けた配信手段１０は、配信中の曲に対応する音声データファイルのうち、帯域増加後の配信品位の音声データファイルＤ２を、曲管理テーブル１０１の曲の属性情報Ａｍに基づいて検索する（図１４ステップＳ８０１）。
そして、配信手段１０は、現在配信中の音声データファイルＤ１を適当な中止予定位置で配信中止にする前に、記録手段３の音声データファイルＤ２から、前記中止予定位置以降のデータに対応する部分を取り出して、増加対象のクライアント装置２１への配信を開始する（ステップＳ８０２）。次に、配信手段１０は、増加対象のクライアント装置２１に配信している音声データファイルＤ１を中止予定位置に達した時点で配信中止にする（ステップＳ８０３）。これで、帯域増加処理が終了する。
再生対象の曲の配信が終了するまで（ステップＳ６４においてＹＥＳ）、ステップＳ５８〜Ｓ６４の処理が繰り返される。配信終了後、サーバ装置１の制御手段１４は、再生対象の曲を全て配信したかどうか判定し（ステップＳ６５）、全曲を配信していない場合には、ステップＳ５２に戻って、次の曲を配信する。こうして、ステップＳ５２〜Ｓ６５の処理が曲毎に行われる。
【００４５】
次に、クライアント装置２１の配信品位検出手段２３は、サーバ装置１からの音声データファイルＤ１をネットワークインタフェース手段２２で受信した場合（図９ステップＳ７３においてＹＥＳ）、この音声データファイルＤ１の先頭に付加された圧縮方式情報により、受信した音声データファイルＤ１の配信品位を検出し、検出した配信品位を制御手段２８に通知する（ステップＳ７４）。
制御手段２８は、配信品位検出手段２３から通知を受けた配信品位により、音声データファイルＤ１が非圧縮音声データファイルであると判断した場合（ステップＳ７５においてＹＥＳ）、音声データファイルＤ１を伸張することなくメモリ２６に格納する。メモリ２６に格納された音声データファイルＤ１は、図示しない外部のアンプ装置等に出力される（ステップＳ７６）。
【００４６】
一方、制御手段２８は、音声データファイルＤ１が圧縮音声データファイルであると判断した場合、メモリ２６にいったん格納した音声データファイルＤ１をデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた配信品位（圧縮方式情報）に基づき音声データファイルＤ１を伸張してメモリ２６に格納する。メモリ２６に格納された伸張された音声データファイルＤ１は、外部のアンプ装置等に出力される（ステップＳ７７）。
【００４７】
前述のように、配信途中で使用帯域ＢｕｓｅがＢｕｓｅ’に削減されると、音声データファイルＤ２の配信が開始される。クライアント装置２１の配信品位検出手段２３は、音声データファイルＤ２をサーバ装置１から受信したとき、この音声データファイルＤ２の先頭に付加された圧縮方式情報により、配信品位が低下したことを検出すると（ステップＳ７８においてＹＥＳ）、検出した配信品位を制御手段２８に通知する。
制御手段２８は、配信品位検出手段２３の通知により配信品位が低下したことを認識すると、メモリ２６にいったん格納した音声データファイルＤ２をデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた低下後の配信品位に基づき音声データファイルＤ２を伸張する。そして、制御手段２８は、メモリ２６に格納されている音声データファイルＤ１の最後尾と、デコーダ２７で伸張された音声データファイルＤ２の先頭とがつながるように、この伸張後の音声データファイルＤ２をメモリ２６に格納する。
【００４８】
こうして、再生音が途切れないように、配信品位低下前の音声データファイルＤ１と配信品位低下後の伸張された音声データファイルＤ２とが連結され、メモリ２６から外部のアンプ装置等に出力される（ステップＳ７９）。なお、配信品位低下前の音声データファイルＤ１が圧縮音声データファイルの場合には、伸張された音声データファイルＤ１と同じく伸張された音声データファイルＤ２とが連結されることは言うまでもない。
【００４９】
一方、クライアント装置２１の配信品位検出手段２３は、音声データファイルＤ２をサーバ装置１から受信したとき、この音声データファイルＤ２の先頭に付加された圧縮方式情報により、配信品位が上昇したことを検出すると（ステップＳ８０においてＹＥＳ）、検出した配信品位を制御手段２８に通知する。
制御手段２８は、配信品位検出手段２３の通知により配信品位が上昇したことを認識すると、通知を受けた配信品位により、音声データファイルＤ２が非圧縮音声データファイルかどうか判定する（ステップＳ８１）。音声データファイルＤ２が非圧縮音声データファイルであると判断した場合、制御手段２８は、メモリ２６に格納されている音声データファイルＤ１の最後尾と受信した音声データファイルＤ２の先頭とがつながるように、音声データファイルＤ２をメモリ２６に格納する。こうして、配信品位上昇前の音声データファイルＤ１と配信品位上昇後の音声データファイルＤ３とが連結され、メモリ２６から外部のアンプ装置等に出力される（ステップＳ８２）。
【００５０】
一方、制御手段２８は、音声データファイルＤ２が圧縮音声データファイルであると判断した場合、メモリ２６にいったん格納した音声データファイルＤ２をデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた上昇後の配信品位に基づき音声データファイルＤ２を伸張する。
そして、制御手段２８は、メモリ２６に格納されている音声データファイルＤ１の最後尾とデコーダ２７で伸張された音声データファイルＤ２の先頭とがつながるように、伸張後の音声データファイルＤ２をメモリ２６に格納する。こうして、配信品位上昇前の音声データファイルＤ１と配信品位上昇後の伸張された音声データファイルＤ２とが連結され、メモリ２６から外部のアンプ装置等に出力される（ステップＳ８３）。
【００５１】
再生対象の曲の再生が終了するまで（ステップＳ８４においてＹＥＳ）、ステップＳ７８〜Ｓ８４の処理が繰り返される。再生終了後、クライアント装置２１の制御手段２８は、次の曲の音声データファイルを受信したかどうか判定し（ステップＳ８５）、次の曲の音声データファイルを受信した場合には、ステップＳ７４に戻って、次の曲を再生する。こうして、ステップＳ７４〜Ｓ８５の処理が曲毎に行われる。
以上のような構成により、本実施の形態では、各クライアント装置２１の優先度に応じた音声データ配信を実現することができる。
なお、第１、第２の実施の形態では、サーバ装置１と複数のクライアント装置２１のみが接続されたローカルなネットワーク３１を想定して説明しているが、これに限るものではなく、大規模なネットワークにも本発明を適用することが可能である。
【００５２】
【発明の効果】
本発明によれば、一連の音声データについて品位の異なる複数の音声データファイルをサーバ装置に予め用意し、ユーザからの配信要求が発生したときにネットワークの負荷を検出して、音声データファイルの配信品位をネットワークの負荷に基づいて決定し、決定した配信品位の音声データファイルをサーバ装置から配信先のクライアント装置に配信するようにしたので、ネットワークの状態に応じた最適な品位の音声データ配信を簡単な構成で実現することができる。本発明では、一連の音声データについて品位の異なる複数の音声データファイルをサーバ装置に予め用意しておくので、音声データをリアルタイムに圧縮するデコーダが不要となり、サーバ装置のコストを低減することができる。また、本発明では、一般的な圧縮方式を利用できるので、サーバ装置とクライアント装置を特殊な圧縮方式に対応させる必要がなく、サーバ装置とクライアント装置のコストを低減することができる。
【００５３】
また、クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、サーバ装置に接続される全てのクライアント装置のために予め確保した上で、配信品位を決定することにより、ネットワークに大きな負荷がかかっている場合でも、最低必要帯域を使って最低品位の音声データを全クライアント装置に配信することができる。
【００５４】
また、クライアント装置に配信を新規に開始するとき、検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルを第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけの低い第２の品位に変更することにより、優先度が高いクライアント装置に配信を開始する場合には、優先度が低いクライアント装置の使用帯域を削減して、優先度が高いクライアント装置に優先的に割り当て、より高品位の音声データファイルを優先度が高いクライアント装置に配信することができる。
【００５５】
また、クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、変更対象のクライアント装置に配信中の音声データファイルを配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更することにより、優先度が高いクライアント装置への配信が停止した場合には、空いた帯域を同じ優先度若しくは優先度が低いクライアント装置に割り当て、より高品位の音声データファイルを同じ優先度若しくは優先度が低いクライアント装置に配信することができる。
【００５６】
また、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理をクライアント装置で行うことにより、一連の音声データの配信途中で配信品位（帯域）が変更されたときに、再生音が途切れないようにすることができる。
【図面の簡単な説明】
【図１】 本発明の第１の実施の形態となるサーバクライアントシステムの構成を示すブロック図である。
【図２】 図１のサーバ装置の記録時の動作を示すフローチャートである。
【図３】 本発明の実施の形態における曲管理テーブルの構成を示す図である。
【図４】 図１のサーバ装置の再生時の動作を示すフローチャートである。
【図５】 図１のクライアント装置の再生時の動作を示すフローチャートである。
【図６】 図１のサーバ装置の負荷検出手段によるネットワークの負荷検出方法を説明するための図である。
【図７】 図１のサーバ装置の配信品位決定処理の詳細を示すフローチャートである。
【図８】 本発明の第２の実施の形態となるサーバ装置の再生時の動作を示すフローチャートである。
【図９】 本発明の第２の実施の形態となるクライアント装置の再生時の動作を示すフローチャートである。
【図１０】 本発明の第２の実施の形態となるサーバ装置の新規配信開始時配信品位決定処理の詳細を示すフローチャートである。
【図１１】 本発明の第２の実施の形態となるサーバ装置の帯域削減処理の詳細を示すフローチャートである。
【図１２】 本発明の第２の実施の形態となるサーバ装置の帯域削減処理を説明するための図である。
【図１３】 本発明の第２の実施の形態となるサーバ装置の配信停止時配信品位決定処理の詳細を示すフローチャートである。
【図１４】 本発明の第２の実施の形態となるサーバ装置の帯域増加処理の詳細を示すフローチャートである。
【符号の説明】
１…サーバ装置、２１…クライアント装置、３１…ネットワーク、２…ＣＤドライブ装置、３…記録手段、４…音声データ記録手段、５…エンコーダ、６…曲管理テーブル作成手段、７、１３、２２…ネットワークインタフェース手段、８…負荷検出手段、９…配信品位決定手段、１０…配信手段、１１、２４…入力手段、１２、２５…表示手段、１４、２８…制御手段、２１…クライアント装置、２３…配信品位検出手段、２６…メモリ、２７…デコーダ。
【発明の属する技術分野】
本発明は、サーバ装置からネットワークを介してクライアント装置に音声データを配信する音声データ配信方法、サーバクライアントシステム及びサーバ装置に関するものである。
【０００２】
【従来の技術】
近年、データ圧縮技術の発達や、通信分野でのデジタル信号処理技術の発達により、ユーザの要求に応じてデータを配信する、いわゆるミュージック・オン・デマンド（Music On Demand ）等のサーバクライアントシステムが提案されている。このようなサーバクライアントシステムでは、ユーザの要求やネットワークの負荷に応じて最適な品質の音声データを配信することが必要とされる。
例えば、特開平１１−１２７１５０号公報に開示されたサーバクライアントシステムでは、クライアントからのデータ品質指定情報に基づいて、サーバがデータを所定の品質に変換してクライアントに返送することにより、サーバからクライアントに転送するデータの品質をユーザ側の要求に応じて選択できるようにしている。
また、特開２００１−３５９０７４号公報に開示されたサーバクライアントシステムでは、基本となる品質の基本データと、より高い品質の再生データを得るための差分データとをサーバからクライアントへ送信し、基本データの伝送が終了した時点で差分データの伝送が終了していない場合にはクライアントが基本データのみを用いて再生し、基本データの伝送が終了した時点で差分データの伝送も終了している場合には、クライアントが基本データと差分データを用いて再生することにより、ネットワークの状態変化に対応するようにしている。
【０００３】
【発明が解決しようとする課題】
しかしながら、特開平１１−１２７１５０号公報に開示されたサーバクライアントシステムでは、サーバがデータをリアルタイムに圧縮してクライアントに送信するため、リアルタイムに圧縮処理を行うことができるエンコーダが必要になるという問題点があった。特に、クライアントの台数が増加する程、エンコーダにはより高い能力が要求される。例えば、サーバに最大１０台のクライアントが接続される場合には、クライアントが１台の場合に比べてデータを１０倍の速度で圧縮処理する必要がある。その結果、特開平１１−１２７１５０号公報に開示されたサーバクライアントシステムでは、サーバのコストが高くなるという問題点があった。また、ネットワークの負荷に応じて適切な品位の音声データを受信するには、ユーザがネットワークの負荷を自身でモニタリングし、その状況に適した品位の音声データを選択する必要があった。
【０００４】
また、特開２００１−３５９０７４号公報に開示されたサーバクライアントシステムでは、いわゆる階層符号化の考え方を導入した特殊な圧縮方式を用いる必要があり、一般的な圧縮方式では実現できないという問題点があった。例えば、音声データの圧縮方式として広く普及しているＭＰ３（MPEG1 Audio Layer III ）方式では階層符号化を行うことはできない。その結果、特開２００１−３５９０７４号公報に開示されたサーバクライアントシステムでは、サーバのみならずクライアントも特殊な圧縮方式に対応する必要があり、サーバとクライアントの構成が複雑になり、サーバとクライアントのコストが高くなるという問題点があった。
【０００５】
本発明は、上記課題を解決するためになされたもので、ネットワークの状態に応じた最適な品位の音声データ配信を簡単な構成で実現することができる音声データ配信方法、サーバクライアントシステム及びサーバ装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、音声データを再生するクライアント装置に、サーバ装置からネットワークを介して前記音声データを配信する音声データ配信方法において、一連の音声データについて品位の異なる複数の音声データファイルを前記サーバ装置に予め用意する記録手順と、ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手順と、配信先の前記クライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手順と、再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルに前記配信品位の情報を付加し、この情報付加後の音声データファイルを前記サーバ装置から前記配信先のクライアント装置に配信する配信手順と、前記配信先のクライアント装置において受信した音声データを該音声データの配信品位の情報に応じて再生する再生手順とを実行し、前記配信品位決定手順は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定するようにしたものである。ここで、一連の音声データとは、例えば曲のように、記録や再生の単位となるひとまとまりの音声データを意味する。
【０００７】
また、本発明の音声データ配信方法の１構成例において、前記配信品位決定手順は、前記クライアント装置に配信を新規に開始するとき、前記検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけのより低い第２の品位に変更し、前記配信手順は、前記第２の品位の音声データファイルを前記サーバ装置から前記変更対象のクライアント装置に配信し、前記第１の品位の音声データファイルを前記サーバ装置から前記新規配信先のクライアント装置に配信するようにしたものである。
また、本発明の音声データ配信方法の１構成例において、前記配信品位決定手順は、前記クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更し、前記配信手順は、前記配信停止のクライアント装置への配信を停止し、前記第３の品位の音声データファイルを前記サーバ装置から前記変更対象のクライアント装置に配信するようにしたものである。
また、本発明の音声データ配信方法の１構成例において、前記再生手順は、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理を行うようにしたものである。
【０００８】
また、本発明のサーバクライアントシステムにおいて、サーバ装置は、一連の音声データについて品位の異なる複数の音声データファイルが予め記録された記録手段と、ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手段と、配信先のクライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手段と、再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルを前記記録手段から読み出して前記配信品位の情報を付加し、この情報付加後の音声データファイルを配信先のクライアント装置に配信する配信手段とを有し、クライアント装置は、受信した音声データを該音声データファイルの配信品位の情報に応じて再生する再生手段を有し、前記サーバ装置の配信品位決定手段は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定するものである。
また、本発明のサーバクライアントシステムの１構成例において、前記サーバ装置の配信品位決定手段は、前記クライアント装置に配信を新規に開始するとき、前記検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけのより低い第２の品位に変更し、前記サーバ装置の配信手段は、前記第２の品位の音声データファイルを前記記録手段から読み出して前記変更対象のクライアント装置に配信し、前記第１の品位の音声データファイルを前記記録手段から読み出して前記新規配信先のクライアント装置に配信するものである。
また、本発明のサーバクライアントシステムの１構成例において、前記サーバ装置の配信品位決定手段は、前記クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更し、前記サーバ装置の配信手段は、前記配信停止のクライアント装置への配信を停止し、前記第３の品位の音声データファイルを前記記録手段から読み出して前記変更対象のクライアント装置に配信するものである。
また、本発明のサーバクライアントシステムの１構成例において、前記クライアント装置の再生手段は、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理を行うものである。
【０００９】
また、本発明のサーバ装置は、一連の音声データについて品位の異なる複数の音声データファイルが予め記録された記録手段と、ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手段と、配信先のクライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手段と、再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルを前記記録手段から読み出して前記配信品位の情報を付加し、この情報付加後の音声データファイルを前記配信先のクライアント装置に配信する配信手段とを有し、前記配信品位決定手段は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定するものである。
【００１０】
【発明の実施の形態】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の第１の実施の形態となるサーバクライアントシステムの構成を示すブロック図である。本実施の形態のサーバクライアントシステムは、クライアント装置に音声データを配信するサーバ装置１と、音声データを再生する複数のクライアント装置２１（２１−１，２１−２，２１−３）と、サーバ装置１とクライアント装置２１とを接続するＬＡＮ等のネットワーク３１とから構成される。
【００１１】
サーバ装置１は、ＣＤドライブ装置２と、音声データの記録再生が可能なハードディスクやメモリ等の記録手段３と、記録手段３に非圧縮音声データを記録する音声データ記録手段４と、記録手段３に圧縮音声データを記録するエンコーダ５と、同一の曲について作成された品位の異なる複数の音声データファイルを関連付けて管理するための曲管理テーブルを作成する曲管理テーブル作成手段６と、ネットワーク３１と接続するためのネットワークインタフェース手段（ＮＩ）７と、ネットワーク３１の負荷を検出する負荷検出手段８と、音声データの配信品位をネットワーク３１の負荷に基づいて決定する配信品位決定手段９と、配信品位決定手段９で決定された配信品位の音声データファイルを記録手段３から読み出してクライアント装置２１に配信する配信手段１０と、ユーザがサーバ装置１に指示を与えるための入力手段１１と、ユーザに対して情報を提示するための表示手段１２と、インターネットと接続するためのネットワークインタフェース手段（ＮＩ）１３と、サーバ装置全体を制御する制御手段１４とを有する。
【００１２】
各クライアント装置２１（２１−１，２１−２，２１−３）は、ネットワーク３１と接続するためのネットワークインタフェース手段（ＮＩ）２２と、ネットワークインタフェース手段（ＮＩ）２２で受信した音声データの配信品位を検出する配信品位検出手段２３と、ユーザがクライアント装置２１に指示を与えるための入力手段２４と、ユーザに対して情報を提示するための表示手段２５と、受信した音声データを一時的に蓄えて外部のアンプ装置等に出力するためのメモリ２６と、受信した音声データが圧縮音声データの場合に伸張処理を行うデコーダ２７と、クライアント装置全体を制御する制御手段２８とを有する。
【００１３】
サーバ装置１の配信手段１０は、複数のクライアント装置２１に異なる音声データを同時に配信する機能を備えている。なお、サーバ装置１の音声データ記録手段４、曲管理テーブル作成手段６、負荷検出手段８、配信品位決定手段９、配信手段１０及び制御手段１４は、ＣＰＵとメモリとこれらのハードウェア資源を制御するプログラムによって実現することができる。
【００１４】
クライアント装置２１のメモリ２６、デコーダ２７及び制御手段２８は、受信した音声データを配信品位検出手段２３で検出された配信品位に応じて再生処理する再生手段となる。なお、クライアント装置２１の配信品位検出手段２３及び制御手段２８は、ＣＰＵとメモリとこれらのハードウェア資源を制御するプログラムによって実現することができる。
【００１５】
以下、図１のサーバ装置１の記録時の動作を説明する。図２はサーバ装置１の記録時の動作を示すフローチャートである。まず、ユーザは、ＣＤドライブ装置２にＣＤを挿入し、入力手段１１を操作してＣＤを記録手段３に録音するよう要求する。制御手段１４は、ユーザの要求に応じて音声データ記録手段４を制御し、音声データ記録手段４は、ＣＤドライブ装置２に挿入されたＣＤから音声データを読み出して記録手段３に記録する（図２ステップＳ１）。
ユーザが指定した曲（ＣＤの全曲又はその一部）の記録が終了するまで（ステップＳ２においてＹＥＳ）、ステップＳ１の処理が曲毎に行われる。こうして、記録手段３に非圧縮の音声データファイルが曲毎に作成される。
【００１６】
次に、制御手段１４は、記録手段３に記録された音声データファイルから品位の異なる音声データファイルを作成するようエンコーダ５に指示する。この指示により、エンコーダ５は、記録手段３の非圧縮音声データファイルを圧縮して記録手段３に記録することを圧縮方式を変えながら複数回行い、品位の異なる複数の圧縮音声データファイルを記録手段３上に作成する（ステップＳ３）。品位の異なる複数の圧縮音声データファイルを作成するには、圧縮フォーマットが例えばＭＰ３の場合、１２８ｋｂｐｓ、１６０ｋｂｐｓ、１９２ｋｂｐｓ・・・・といったようにビットレートを変えて圧縮すればよい。
記録手段３に記録された全ての非圧縮音声データファイルについて圧縮音声データファイルの作成が終了するまで（ステップＳ４においてＹＥＳ）、ステップＳ３の処理が曲毎に行われる。こうして、非圧縮音声データファイルと圧縮音声データファイルとからなる品位の異なる複数の音声データファイルが曲毎に作成される。
【００１７】
次に、曲管理テーブル作成手段６は、同一の曲について作成された品位の異なる複数の音声データファイルを関連付けて管理するための曲管理テーブル１０１を記録手段３上に作成する（ステップＳ５）。図３は曲管理テーブル１０１の構成を示す図である。曲管理テーブル１０１は、曲ｍ（ｍ１，ｍ２・・・・）の属性情報Ａｍと、曲ｍの音声データファイルの属性情報Ａｄとを対応付けたものである。
曲の属性情報Ａｍとしては、曲名、アルバム名、アーティスト名、ジャンル名などがある。属性情報Ａｍは、ＣＤドライブ装置２にＣＤが挿入されたときに、制御手段１４がネットワークインタフェース手段１３を介してインターネット上の音楽ＣＤインフォメーションデータサーバにアクセスすることにより取得することができる。制御手段１４は、音楽ＣＤインフォメーションデータサーバから取得した属性情報Ａｍを曲管理テーブル作成手段６に渡す。なお、属性情報は、インターネット経由で取得することになっているが、ネットワーク上のコンピュータ（ＰＣ）から入力したり、サーバ装置１の入力手段１１（ソフトキーボード（リモコンとＧＵＩ）やＰＳ２キーボード）で入力することも可能である。
音声データファイルの属性情報Ａｄとしては、ファイル名、圧縮方式情報（フォーマット、ビットレート）、記録手段３上の音声データファイルの格納場所を示すアドレスなどがある。図３のように、音声データファイル毎の属性情報Ａｄを同一の曲についてまとめることにより、同一の曲について作成された品位の異なる複数の音声データファイルを関連付けて管理することができる。
【００１８】
次に、再生時の動作を説明する。図４はサーバ装置１の再生時の動作を示すフローチャート、図５はクライアント装置２１の再生時の動作を示すフローチャートである。まず、ユーザは、クライアント装置２１の入力手段２４を操作して、再生対象の曲を選択する（図５ステップＳ２１）。再生対象の曲を選択するため、ユーザは、所望の曲を直接指定するか、あるいは所望のアルバム、アーティスト又はジャンルを指定する。
ユーザが曲を直接指定する場合、クライアント装置２１の制御手段２８は、ネットワークインタフェース手段２２を介して曲のリストをサーバ装置１に対して要求する。ネットワークインタフェース手段７を介してクライアント装置２１からの要求を受けたサーバ装置１の制御手段１４は、記録手段３の曲管理テーブル１０１に登録された曲の属性情報Ａｍを参照して、記録手段３に記録された曲のリストを取得し、取得したリストをネットワークインタフェース手段７を介してクライアント装置２１に返送する。クライアント装置２１の制御手段２８は、ネットワークインタフェース手段２２を介して受け取ったリストを表示手段２５に表示させる。ユーザは、表示手段２５に表示された全曲又はその一部を入力手段２４で選択する。
また、ユーザがアルバム、アーティスト又はジャンルを指定した場合、クライアント装置２１の制御手段２８は、指定されたアルバム、アーティスト又はジャンルに対応する曲のリストをサーバ装置１に対して要求する。この要求に応じて、サーバ装置１の制御手段１４は、曲の属性情報Ａｍを参照して、指定されたアルバム、アーティスト又はジャンルに対応する曲のリストを取得し、取得したリストをクライアント装置２１に返送する。クライアント装置２１の制御手段２８は、受け取ったリストを表示手段２５に表示させ、ユーザは、表示された全曲又はその一部を選択する。
【００１９】
ユーザが選択し終えた後、クライアント装置２１の制御手段２８は、ユーザが選択した再生対象の曲を配信するようサーバ装置１に対して要求する（ステップＳ２２）。なお、本実施の形態では、ユーザがクライアント装置２１を操作してサーバ装置１への配信要求を発生させているが、ユーザがサーバ装置１の入力手段１１を操作して再生対象の曲と配信先のクライアント装置２１を指定し、配信要求を発生させてもよい。以後、配信要求を発したクライアント装置２１又はユーザが配信先として指定したクライアント装置２１を、新規配信先のクライアント装置２１と呼ぶ。
ユーザがサーバ装置１を操作して曲を直接指定する場合、サーバ装置１の制御手段１４は、曲管理テーブル１０１に登録された曲の属性情報Ａｍを参照して、記録手段３に記録された曲のリストを取得し、取得したリストを表示手段１２に表示させる。ユーザは、表示手段１２に表示された全曲又はその一部を入力手段１１で選択する。また、ユーザがアルバム、アーティスト又はジャンルを指定した場合、制御手段１４は、曲の属性情報Ａｍを参照して、指定されたアルバム、アーティスト又はジャンルに対応する曲のリストを取得し、取得したリストを表示手段２５に表示させる。
【００２０】
次に、サーバ装置１の制御手段１４は、クライアント装置２１からの配信要求又は自装置の入力手段１１からの配信要求を受信すると（図４ステップＳ１１においてＹＥＳ）、負荷検出手段８に指示して、ネットワーク３１の負荷を検出させる（ステップＳ１２）。
図６は負荷検出手段８によるネットワーク３１の負荷検出方法を説明するための図である。サーバ装置１のデータ転送用帯域（転送能力）Ｂｄは、主としてネットワーク３１の速度で決まる最大帯域Ｂｍａｘから、制御用帯域Ｂｃを引いた既知の値である。制御用帯域Ｂｃは、クライアント装置２１からの要求やこの要求に対するサーバ装置１の応答などの制御用通信のために予め確保されている帯域である。
データ転送用帯域Ｂｄには、クライアント装置２１へ最低品位の音声データを配信するのに必要な最低必要帯域Ｂｍｉｎ（例えば１２８ｋｂｐｓ）がサーバ装置１に接続される全てのクライアント装置２１のために予め確保されている。データを実際に配信するか否かに関係なく、クライアント装置２１の各々に最低必要帯域Ｂｍｉｎを予め確保しておく理由は、ネットワーク３１に大きな負荷がかかっている場合でも、最低必要帯域Ｂｍｉｎを使って最低品位の音声データを全クライアント装置２１に配信できるようにするためである。
最低必要帯域Ｂｍｉｎを使って音声データを配信できるようにするため、図２のステップＳ３で作成される圧縮音声データファイルのうち、最低品位の音声データファイルは、最低必要帯域Ｂｍｉｎ以下の品位で作成される。
本実施の形態では、サーバ装置１と複数のクライアント装置２１のみが接続されたローカルなネットワーク３１を想定している。したがって、ネットワーク３１に大きな負荷がかかるような通信は、サーバ装置１からクライアント装置２１への音声データ配信のみであり、負荷検出手段８は、自装置が行っている送信処理を監視することで、ネットワーク３１の負荷を検出することができる。
【００２１】
負荷検出手段８は、検出したネットワーク３１の負荷を配信品位決定手段９に通知する。このとき、配信品位決定手段９には、ネットワーク３１の負荷情報として、図６で説明したデータ転送用帯域Ｂｄ内で実際に使用されている使用帯域Ｂｕｓｅが通知される。さらに、配信品位決定手段９には、使用帯域Ｂｕｓｅを使用中のクライアント装置２１が通知される。
通知を受けた配信品位決定手段９は、検出されたネットワーク３１の負荷に応じて音声データの配信品位を決定する配信品位決定処理を行う（ステップＳ１３）。図７は配信品位決定処理の詳細を示すフローチャートである。
配信品位決定処理において、配信品位決定手段９は、サーバ装置１に接続されている複数のクライアント装置２１のうち、新規配信先のクライアント装置２１を除く全てのクライアント装置２１についてそれぞれ必要転送能力を算出し、この必要転送能力の合計値Ｂｓｕｍを算出する（図７ステップＳ１０１）。
配信品位決定手段９は、負荷検出手段８からの通知により、新規配信先のクライアント装置２１以外の第２のクライアント装置２１に対して音声データファイルを配信中と判断した場合、このデータ配信で使用されている使用帯域Ｂｕｓｅを第２のクライアント装置２１の必要転送能力とする。
また、配信品位決定手段９は、負荷検出手段８からの通知により、音声データファイルの配信を受けていない第３のクライアント装置２１が存在すると判断した場合、予め確保されている図６の最低必要帯域Ｂｍｉｎを第３のクライアント装置２１の必要転送能力とする。
こうして、新規配信先のクライアント装置２１を除く各クライアント装置２１の必要転送能力を算出して、その合計値Ｂｓｕｍを算出した後、配信品位決定手段９は、新規配信先のクライアント装置２１に割り当て可能な帯域Ｂａを算出する（ステップＳ１０２）。この割り当て可能な帯域Ｂａは、データ転送用帯域Ｂｄから、ステップＳ１０１で算出した合計値Ｂｓｕｍを引いた値である（Ｂａ＝Ｂｄ−Ｂｓｕｍ）。
そして、配信品位決定手段９は、制御手段１４を通じて記録手段３の曲管理テーブル１０１にアクセスし、ユーザが選択した再生対象の曲に対応する音声データファイルの属性情報Ａｄを参照して、再生対象の曲に対応し、かつステップＳ１０２で算出した帯域Ｂａ内で配信可能な音声データファイルのうち最高品位を新規配信先のクライアント装置２１への配信品位とする（ステップＳ１０３）。
【００２２】
配信品位決定処理の終了後、配信品位決定手段９は、新規配信先のクライアント装置２１用に決定した配信品位を配信手段１０に通知する（図４ステップＳ１４）。
配信手段１０は、再生対象の曲に対応する音声データファイルのうち、通知された配信品位で配信可能な品位の音声データファイルを、記録手段３の曲管理テーブル１０１に基づいて検索し、検索した音声データファイルを新規配信先のクライアント装置２１へ配信する（ステップＳ１５）。なお、配信手段１０は、配信する音声データファイルの圧縮方式情報をこの音声データファイルの属性情報Ａｄから取得して、取得した圧縮方式情報を音声データファイルの先頭に付加して配信する。
【００２３】
次に、ユーザは、曲の再生中に、クライアント装置２１の入力手段２４を操作して配信停止要求を発生させ、再生を停止したり、サーバ装置１の入力手段１１を操作して、再生を停止させるクライアント装置２１を指定したりしてもよい。以後、配信停止要求を発したクライアント装置２１又はユーザが再生停止を指定したクライアント装置２１を、配信停止のクライアント装置２１と呼ぶ。
サーバ装置１の制御手段１４は、クライアント装置２１からの配信停止要求又は自装置の入力手段１１からの配信停止要求を受信すると（ステップＳ１６においてＹＥＳ）、配信手段１０に指示して、配信停止のクライアント装置２１への音声データ配信を停止させる（ステップＳ１７）。
再生対象の曲の配信が終了するまで（ステップＳ１８においてＹＥＳ）、ステップＳ１６〜Ｓ１８の処理が繰り返される。配信終了後、サーバ装置１の制御手段１４は、再生対象の曲を全て配信したかどうか判定し（ステップＳ１９）、全曲を配信していない場合には、ステップＳ１２に戻って、次の曲を配信する。こうして、ステップＳ１２〜Ｓ１９の処理が曲毎に行われる。
【００２４】
次に、クライアント装置２１の配信品位検出手段２３は、サーバ装置１からの音声データファイルをネットワークインタフェース手段２２で受信した場合（図５ステップＳ２３においてＹＥＳ）、この音声データファイルの先頭に付加された圧縮方式情報により、受信した音声データファイルの配信品位を検出し、検出した配信品位を制御手段２８に通知する（ステップＳ２４）。
制御手段２８は、配信品位検出手段２３から通知を受けた配信品位により、音声データファイルが非圧縮音声データファイルであると判断した場合（ステップＳ２５においてＹＥＳ）、音声データファイルを伸張することなくメモリ２６に格納する。メモリ２６に格納された音声データファイルは、図示しない外部のアンプ装置等に出力される（ステップＳ２６）。
【００２５】
一方、制御手段２８は、音声データファイルが圧縮音声データファイルであると判断した場合、メモリ２６にいったん格納した音声データファイルをデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた配信品位（圧縮方式情報）に基づき音声データファイルを伸張してメモリ２６に格納する。メモリ２６に格納された伸張された音声データファイルは、外部のアンプ装置等に出力される（ステップＳ２７）。
【００２６】
再生終了後、クライアント装置２１の制御手段２８は、次の曲の音声データファイルを受信したかどうか判定し（ステップＳ２８）、次の曲の音声データファイルを受信した場合には、ステップＳ２４に戻って、次の曲を再生する。こうして、ステップＳ２４〜Ｓ２８の処理が曲毎に行われる。
以上のような構成により、本実施の形態では、ネットワーク３１の状態に応じた最適な品位の音声データ配信を簡単な構成で実現することができる。
【００２７】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。本実施の形態では、サーバ装置に接続されている各クライアント装置に、帯域を使用する優先度が予め設定されており、優先度が高いクライアント装置に配信を開始する場合には、優先度が低いクライアント装置の使用帯域を削減して、優先度が高いクライアント装置に優先的に割り当てる。また、優先度が高いクライアント装置への配信が停止した場合には、空いた帯域を優先度が低いクライアント装置に割り当てるようにする。なお、複数のクライアントに同じ優先度を割り当てることも可能である。
【００２８】
本実施の形態においても、サーバクライアントシステムの構成は図１と同様であるので、図１の符号を用いて説明する。サーバ装置１の記録時の動作は第１の実施の形態と同じである。
次に、再生時の動作を説明する。図８はサーバ装置１の再生時の動作を示すフローチャート、図９はクライアント装置２１の再生時の動作を示すフローチャートである。サーバ装置１の制御手段１４は、クライアント装置２１からの配信要求又は自装置の入力手段１１からの配信要求を受信すると（図８ステップＳ５１においてＹＥＳ）、負荷検出手段８に指示して、ネットワーク３１の負荷を検出させる（ステップＳ５２）。このステップＳ５２の処理は、図４のステップＳ１２と同じである。
【００２９】
負荷検出手段８からの通知を受けた配信品位決定手段９は、検出されたネットワーク３１の負荷に応じて音声データの配信品位を決定する新規配信開始時配信品位決定処理を行う（ステップＳ５３）。図１０は新規配信開始時配信品位決定処理の詳細を示すフローチャートである。
図１０のステップＳ５０１，Ｓ５０２の処理は、それぞれ図７のステップＳ１０１，Ｓ１０２と同じである。次に、配信品位決定手段９は、制御手段１４を通じて記録手段３の曲管理テーブル１０１にアクセスし、ユーザが選択した再生対象の曲に対応する音声データファイルの属性情報Ａｄを参照して、ステップＳ５０２で算出した割り当て可能な帯域Ｂａよりも高品位の音声データファイルが再生対象の曲に用意されているかどうか判定する（ステップＳ５０３）。
配信品位決定手段９は、高品位の音声データファイルが存在しない場合（ステップＳ５０３においてＮＯ）、割り当て可能な帯域Ｂａで配信可能な、再生対象の曲に対応する音声データファイルの品位のうち最高品位を新規配信先のクライアント装置２１への配信品位とし（ステップＳ５０４）、新規配信開始時配信品位決定処理を終了する。
【００３０】
一方、ステップＳ５０２で算出した帯域Ｂａだけでは配信できない高品位の音声データファイルが再生対象の曲に存在する場合、配信品位決定手段９は、音声データファイルを配信中の前記第２のクライアント装置２１の中に、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が存在するかどうか判定する（ステップＳ５０５）。
新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が存在しない場合（ステップＳ５０５においてＮＯ）、優先度が低いクライアント装置２１の使用帯域を減らして新規配信先のクライアント装置２１に割り当てることができない。この場合、配信品位決定手段９は、前述のステップＳ５０４の処理を行う。
【００３１】
一方、ステップＳ５０５において新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が存在する場合、配信品位決定手段９は、新規配信先のクライアント装置２１より優先度が低い各クライアント装置２１についてそれぞれ削減可能な帯域Ｂαを算出し、この削減可能な帯域Ｂαの合計値Ｂαｓｕｍを算出する（ステップＳ５０６）。削減可能な帯域Ｂαは、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１が使用している使用帯域Ｂｕｓｅから、前述の最低必要帯域Ｂｍｉｎを引いた値である（Ｂα＝Ｂｕｓｅ−Ｂｍｉｎ）。
続いて、配信品位決定手段９は、ステップＳ５０６で算出した削減可能な帯域の合計値Ｂαｓｕｍに前述の割り当て可能な帯域Ｂａを足した帯域（Ｂαｓｕｍ＋Ｂａ）を使って、ステップＳ５０３で検索した高品位の音声データファイルを配信可能かどうか判定する（ステップＳ５０７）。
削減可能な帯域の合計値Ｂαｓｕｍを使用しても配信できない場合、配信品位決定手段９は、前述のステップＳ５０４の処理を行う。
【００３２】
一方、ステップＳ５０７において高品位の音声データファイルを配信可能な場合、配信品位決定手段９は、この音声データファイルの配信のために、優先度が低いクライアント装置２１の使用帯域から削る必要がある帯域の削減値Ｂｃｕｔを算出する（ステップＳ５０８）。削減値Ｂｃｕｔは、ステップＳ５０３で検索した高品位の音声データファイルを配信するのに必要な帯域Ｂｎから、現時点で新規配信先のクライアント装置２１が使用できる帯域Ｂａを引いた値である（Ｂｃｕｔ＝Ｂｎ−Ｂａ）。
次に、配信品位決定手段９は、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１のうち、優先度が最も低いクライアント装置２１を帯域の削減対象とする（ステップＳ５０９）。そして、配信品位決定手段９は、削減対象のクライアント装置２１について前述の削減可能な帯域Ｂαを調べ、削減可能な帯域Ｂαと削減値Ｂｃｕｔとを比較する（ステップＳ５１０）。
削減可能な帯域Ｂαが削減値Ｂｃｕｔ以上の場合（ステップＳ５１０においてＹＥＳ）、配信品位決定手段９は、削減対象のクライアント装置２１の使用帯域Ｂｕｓｅから削減値Ｂｃｕｔを引いた値（Ｂｕｓｅ−Ｂｃｕｔ）をこのクライアント装置２１の帯域削減後の使用帯域Ｂｕｓｅ’とする（ステップＳ５１１）。これで、ステップＳ５０３で検索した高品位の音声データファイルを配信するのに必要な帯域Ｂｎを確保できたことになるので、配信品位決定手段９は、この音声データファイルの品位（帯域Ｂｎ）を新規配信先のクライアント装置２１への配信品位とする（ステップＳ５１２）。
【００３３】
一方、ステップＳ５１０において削減値Ｂｃｕｔが削減可能な帯域Ｂαより大きい場合、配信品位決定手段９は、削減対象のクライアント装置２１の使用帯域Ｂｕｓｅから削減可能な帯域Ｂαを引いた値（Ｂｕｓｅ−Ｂα）をこのクライアント装置２１の帯域削減後の使用帯域Ｂｕｓｅ’とする（ステップＳ５１３）。これにより、配信品位決定手段９は、Ｂαの分だけ帯域を確保できたことになるので、ステップＳ５１３で計算に使用した帯域Ｂαを削減値Ｂｃｕｔから引いた値（Ｂｃｕｔ−Ｂα）を新たな削減値Ｂｃｕｔとする（ステップＳ５１４）。削減値Ｂｃｕｔの更新後、配信品位決定手段９は、新規配信先のクライアント装置２１より優先度が低いクライアント装置２１のうち、ステップＳ５１３で削減対象としたクライアント装置２１の次に優先度が低いクライアント装置２１を新たな削減対象とし（ステップＳ５１５）、ステップＳ５１０に戻る。
こうして、優先度が低いクライアント装置２１から順にステップＳ５１０〜Ｓ５１５の処理を行い、削減対象のクライアント装置２１の削減可能な帯域Ｂαが削減値Ｂｃｕｔ以上となった時点で、前述のように配信品位が決定される（ステップＳ５１１，Ｓ５１２）。
【００３４】
新規配信開始時配信品位決定処理の終了後、配信品位決定手段９は、新規配信先のクライアント装置２１用に決定した配信品位を配信手段１０に通知すると共に、削減対象のクライアント装置２１用に決定した帯域削減後の配信品位（使用帯域Ｂｕｓｅ’）を配信手段１０に通知する（図８ステップＳ５４）。
配信品位決定手段９から通知を受けた配信手段１０は、削減対象のクライアント装置２１が存在する場合（ステップＳ５５においてＹＥＳ）、この削減対象のクライアント装置２１の現在の使用帯域ＢｕｓｅをＢｕｓｅ’に減らす帯域削減処理を行う（ステップＳ５６）。図１１は帯域削減処理の詳細を示すフローチャート、図１２は帯域削減処理を説明するための図である。
【００３５】
配信手段１０は、削減対象のクライアント装置２１に音声データファイルＤ１を配信している最中であり、ここで削減対象のクライアント装置２１の使用帯域ＢｕｓｅをＢｕｓｅ’に減らす通知を受けたことになる。通知を受けた配信手段１０は、配信中の曲に対応する音声データファイルのうち、帯域削減後の使用帯域Ｂｕｓｅ’で配信可能な品位の音声データファイルＤ２を、曲管理テーブル１０１の曲の属性情報Ａｍに基づいて検索する（図１１ステップＳ６０１）。
そして、配信手段１０は、現在配信中の音声データファイルＤ１を適当な中止予定位置で配信中止にする前に、記録手段３の音声データファイルＤ２から、前記中止予定位置以降のデータに対応する部分を取り出して、削減対象のクライアント装置２１への配信を開始する（ステップＳ６０２）。なお、音声データファイルＤ２の先頭にも、音声データファイルＤ１と同様に対応する圧縮方式情報が付加される。
例えば図１２の例のように、音声データファイルＤ１を配信開始から２分１０秒後に配信中止する場合、この配信中止の前に２分８秒から音声データファイルＤ２の配信を開始する。このように、音声データファイルＤ１とＤ２の配信に時間軸上の重なりを設けるのは、クライアント装置２１で再生される音が途切れないようにするためである。
前記中止予定位置は、音声データファイルＤ１とＤ２をクライアント装置２１側で連結する際に好適な区切りの時点が好ましく、音声データファイルＤ１が例えば非圧縮音声データファイルの場合、サンプルの区切りとなり、ＭＰ３等で圧縮した圧縮音声データファイルの場合、フレームの区切りとなる。
【００３６】
次に、配信手段１０は、削減対象のクライアント装置２１に配信している音声データファイルＤ１を中止予定位置に達した時点で配信中止にする（ステップＳ６０３）。これで、帯域削減処理が終了する。
帯域削減処理終了後、配信手段１０は、再生対象の曲に対応する音声データファイルのうち、配信品位決定手段９から通知された配信品位で配信可能な品位の音声データファイルを、曲管理テーブル１０１の曲の属性情報Ａｍに基づいて検索し、検索した音声データファイルを新規配信先のクライアント装置２１へ配信する（図８ステップＳ５７）。配信する音声データファイルの先頭に対応する圧縮方式情報を付加して配信するのは第１の実施の形態と同じである。
【００３７】
次に、ユーザは、曲の再生中に、クライアント装置２１の入力手段２４を操作して配信停止要求を発生させ、再生を停止したり、サーバ装置１の入力手段１１を操作して、再生を停止させるクライアント装置２１を指定したりしてもよい。以後、配信停止要求を発したクライアント装置２１又はユーザが再生停止を指定したクライアント装置２１を、配信停止のクライアント装置２１と呼ぶ。
サーバ装置１の制御手段１４は、クライアント装置２１からの配信停止要求又は自装置の入力手段１１からの配信停止要求を受信すると（図８ステップＳ５８においてＹＥＳ）、配信手段１０に指示して、配信停止のクライアント装置２１への音声データ配信を停止させ（ステップＳ５９）、負荷検出手段８に指示して、ネットワーク３１の負荷を検出させる（ステップＳ６０）。
負荷検出手段８は、検出したネットワーク３１の負荷を配信品位決定手段９に通知する。このとき、負荷検出手段８は、配信停止のクライアント装置２１が使用していた使用帯域Ｂｕｓｅを配信品位決定手段９に通知すると共に、ステップＳ５９の配信停止後も音声データ配信を受けているクライアント装置２１とこのクライアント装置２１が使用している使用帯域Ｂｕｓｅとを配信品位決定手段９に通知する。
通知を受けた配信品位決定手段９は、検出されたネットワーク３１の負荷に応じて音声データの配信品位を決定する配信停止時配信品位決定処理を行う（ステップＳ６１）。図１３は配信停止時配信品位決定処理の詳細を示すフローチャートである。
まず、配信品位決定手段９は、配信停止のクライアント装置２１が使用していた使用帯域Ｂｕｓｅのうち、他のクライアント装置２１に割り当て可能な帯域の増加値Ｂａｄｄを算出する（図１３ステップＳ７０１）。この増加値Ｂａｄｄは、配信停止のクライアント装置２１が使用していた使用帯域Ｂｕｓｅから前述の最低必要帯域Ｂｍｉｎを引いた値に、使用されずに余っている帯域Ｂｒ（ただし、配信停止しているクライアント装置２１用に確保されている最低必要帯域分は除く）を足した値である（Ｂａｄｄ＝Ｂｕｓｅ−Ｂｍｉｎ＋Ｂｒ）。
【００３８】
続いて、配信品位決定手段９は、配信停止のクライアント装置２１と同じ優先度若しくは優先度が低いクライアント装置２１のうち、優先度が最も高いクライアント装置２１を帯域の増加対象とする（ステップＳ７０２）。そして、配信品位決定手段９は、割り当て可能な帯域の増加値Ｂａｄｄが０かどうか判定する（ステップＳ７０３）。増加値Ｂａｄｄが０であれば、他のクライアント装置２１に割り当てる余裕がないので、配信停止時配信品位決定処理を終了する。
【００３９】
配信品位決定手段９は、増加値Ｂａｄｄが０でなく、他のクライアント装置２１に割り当てる余裕が存在する場合、増加対象のクライアント装置２１に音声データファイルを配信中かどうか判定する（ステップＳ７０４）。
配信品位決定手段９は、増加対象のクライアント装置２１にデータ配信していない場合、配信停止のクライアント装置２１と同じ優先度若しくは優先度が低いクライアント装置２１の中に、ステップＳ７０２で増加対象としたクライアント装置２１の次に優先度が高いクライアント装置２１が存在するかどうか判定し（ステップＳ７０５）、次に優先度が高いクライアント装置２１が存在する場合には、このクライアント装置２１を新たな増加対象とし（ステップＳ７０６）、ステップＳ７０３に戻る。次に優先度が高いクライアント装置２１が存在しない場合には、配信停止時配信品位決定処理を終了する。
【００４０】
配信品位決定手段９は、増加値Ｂａｄｄが０でなく、かつ増加対象のクライアント装置２１に音声データファイルを配信中の場合（ステップＳ７０４においてＹＥＳ）、制御手段１４を通じて記録手段３の曲管理テーブル１０１にアクセスして、増加対象のクライアント装置２１に配信中の曲に対応する音声データファイルの属性情報Ａｄを参照し、配信中の曲に対応する音声データファイルの中に、配信中の音声データファイルよりも高品位の音声データファイルが用意されているかどうか判定する（ステップＳ７０７）。
配信品位決定手段９は、高品位の音声データファイルが存在しない場合、前述のステップＳ７０５の処理を行う。
【００４１】
一方、ステップＳ７０７において高品位の音声データファイルが存在する場合、配信品位決定手段９は、配信中の曲に対応し、かつ増加対象のクライアント装置２１が既に使用している使用帯域ＢｕｓｅにステップＳ７０１で算出した増加値Ｂａｄｄを足した帯域（Ｂｕｓｅ＋Ｂａｄｄ）内で配信可能な音声データファイルのうち、最高品位の音声データファイルを選択する（ステップＳ７０８）。そして、配信品位決定手段９は、増加対象のクライアント装置２１に配信中の音声データファイルとステップＳ７０８で選択した音声データファイルとが同一かどうか判定する（ステップＳ７０９）。音声データファイルが同一の場合、配信品位決定手段９は、前述のステップＳ７０５の処理を行う。
【００４２】
ステップＳ７０９において音声データファイルが同一でない場合、配信品位決定手段９は、ステップＳ７０８で選択した音声データファイルの品位を増加対象のクライアント装置２１の帯域増加後の配信品位とする（ステップＳ７１０）。これにより、帯域の増加値Ｂａｄｄの少なくとも１部を増加対象のクライアント装置２１に割り当てたことになるので、配信品位決定手段９は、ステップＳ７０８で選択した音声データファイルの配信に必要な使用帯域Ｂｕｓｅ’から現在の使用帯域Ｂｕｓｅを引いた値（Ｂｕｓｅ’−Ｂｕｓｅ）を算出し、この値を増加値Ｂａｄｄから引いた値（Ｂａｄｄ−（Ｂｕｓｅ’−Ｂｕｓｅ））を新たな増加値Ｂａｄｄとする（ステップＳ７１１）。
【００４３】
増加値Ｂａｄｄの更新後、配信品位決定手段９は、前述のステップＳ７０５の処理を行う。こうして、優先度が高いクライアント装置２１から順にステップＳ７０３〜Ｓ７１１の処理を行い、増加対象のクライアント装置２１に割り当て可能な帯域の増加値Ｂａｄｄが０になった時点もしくは次に優先度が高いクライアント装置２１が存在しなくなった時点で、配信停止時配信品位決定処理を終了する。
配信停止時配信品位決定処理の終了後、配信品位決定手段９は、増加対象のクライアント装置２１とこの増加対象のクライアント装置２１の帯域増加後の配信品位（使用帯域Ｂｕｓｅ’）とを配信手段１０に通知する（図８ステップＳ６２）。
配信品位決定手段９から通知を受けた配信手段１０は、増加対象のクライアント装置２１の現在の使用帯域ＢｕｓｅをＢｕｓｅ’に増やす帯域増加処理を行う（ステップＳ６３）。図１４は、帯域増加処理の詳細を示すフローチャートである。
【００４４】
配信手段１０は、増加対象のクライアント装置２１に図１２に示したように音声データファイルＤ１を配信している最中であるとする。配信品位決定手段９から通知を受けた配信手段１０は、配信中の曲に対応する音声データファイルのうち、帯域増加後の配信品位の音声データファイルＤ２を、曲管理テーブル１０１の曲の属性情報Ａｍに基づいて検索する（図１４ステップＳ８０１）。
そして、配信手段１０は、現在配信中の音声データファイルＤ１を適当な中止予定位置で配信中止にする前に、記録手段３の音声データファイルＤ２から、前記中止予定位置以降のデータに対応する部分を取り出して、増加対象のクライアント装置２１への配信を開始する（ステップＳ８０２）。次に、配信手段１０は、増加対象のクライアント装置２１に配信している音声データファイルＤ１を中止予定位置に達した時点で配信中止にする（ステップＳ８０３）。これで、帯域増加処理が終了する。
再生対象の曲の配信が終了するまで（ステップＳ６４においてＹＥＳ）、ステップＳ５８〜Ｓ６４の処理が繰り返される。配信終了後、サーバ装置１の制御手段１４は、再生対象の曲を全て配信したかどうか判定し（ステップＳ６５）、全曲を配信していない場合には、ステップＳ５２に戻って、次の曲を配信する。こうして、ステップＳ５２〜Ｓ６５の処理が曲毎に行われる。
【００４５】
次に、クライアント装置２１の配信品位検出手段２３は、サーバ装置１からの音声データファイルＤ１をネットワークインタフェース手段２２で受信した場合（図９ステップＳ７３においてＹＥＳ）、この音声データファイルＤ１の先頭に付加された圧縮方式情報により、受信した音声データファイルＤ１の配信品位を検出し、検出した配信品位を制御手段２８に通知する（ステップＳ７４）。
制御手段２８は、配信品位検出手段２３から通知を受けた配信品位により、音声データファイルＤ１が非圧縮音声データファイルであると判断した場合（ステップＳ７５においてＹＥＳ）、音声データファイルＤ１を伸張することなくメモリ２６に格納する。メモリ２６に格納された音声データファイルＤ１は、図示しない外部のアンプ装置等に出力される（ステップＳ７６）。
【００４６】
一方、制御手段２８は、音声データファイルＤ１が圧縮音声データファイルであると判断した場合、メモリ２６にいったん格納した音声データファイルＤ１をデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた配信品位（圧縮方式情報）に基づき音声データファイルＤ１を伸張してメモリ２６に格納する。メモリ２６に格納された伸張された音声データファイルＤ１は、外部のアンプ装置等に出力される（ステップＳ７７）。
【００４７】
前述のように、配信途中で使用帯域ＢｕｓｅがＢｕｓｅ’に削減されると、音声データファイルＤ２の配信が開始される。クライアント装置２１の配信品位検出手段２３は、音声データファイルＤ２をサーバ装置１から受信したとき、この音声データファイルＤ２の先頭に付加された圧縮方式情報により、配信品位が低下したことを検出すると（ステップＳ７８においてＹＥＳ）、検出した配信品位を制御手段２８に通知する。
制御手段２８は、配信品位検出手段２３の通知により配信品位が低下したことを認識すると、メモリ２６にいったん格納した音声データファイルＤ２をデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた低下後の配信品位に基づき音声データファイルＤ２を伸張する。そして、制御手段２８は、メモリ２６に格納されている音声データファイルＤ１の最後尾と、デコーダ２７で伸張された音声データファイルＤ２の先頭とがつながるように、この伸張後の音声データファイルＤ２をメモリ２６に格納する。
【００４８】
こうして、再生音が途切れないように、配信品位低下前の音声データファイルＤ１と配信品位低下後の伸張された音声データファイルＤ２とが連結され、メモリ２６から外部のアンプ装置等に出力される（ステップＳ７９）。なお、配信品位低下前の音声データファイルＤ１が圧縮音声データファイルの場合には、伸張された音声データファイルＤ１と同じく伸張された音声データファイルＤ２とが連結されることは言うまでもない。
【００４９】
一方、クライアント装置２１の配信品位検出手段２３は、音声データファイルＤ２をサーバ装置１から受信したとき、この音声データファイルＤ２の先頭に付加された圧縮方式情報により、配信品位が上昇したことを検出すると（ステップＳ８０においてＹＥＳ）、検出した配信品位を制御手段２８に通知する。
制御手段２８は、配信品位検出手段２３の通知により配信品位が上昇したことを認識すると、通知を受けた配信品位により、音声データファイルＤ２が非圧縮音声データファイルかどうか判定する（ステップＳ８１）。音声データファイルＤ２が非圧縮音声データファイルであると判断した場合、制御手段２８は、メモリ２６に格納されている音声データファイルＤ１の最後尾と受信した音声データファイルＤ２の先頭とがつながるように、音声データファイルＤ２をメモリ２６に格納する。こうして、配信品位上昇前の音声データファイルＤ１と配信品位上昇後の音声データファイルＤ３とが連結され、メモリ２６から外部のアンプ装置等に出力される（ステップＳ８２）。
【００５０】
一方、制御手段２８は、音声データファイルＤ２が圧縮音声データファイルであると判断した場合、メモリ２６にいったん格納した音声データファイルＤ２をデコーダ２７に渡す。デコーダ２７は、配信品位検出手段２３から通知を受けた上昇後の配信品位に基づき音声データファイルＤ２を伸張する。
そして、制御手段２８は、メモリ２６に格納されている音声データファイルＤ１の最後尾とデコーダ２７で伸張された音声データファイルＤ２の先頭とがつながるように、伸張後の音声データファイルＤ２をメモリ２６に格納する。こうして、配信品位上昇前の音声データファイルＤ１と配信品位上昇後の伸張された音声データファイルＤ２とが連結され、メモリ２６から外部のアンプ装置等に出力される（ステップＳ８３）。
【００５１】
再生対象の曲の再生が終了するまで（ステップＳ８４においてＹＥＳ）、ステップＳ７８〜Ｓ８４の処理が繰り返される。再生終了後、クライアント装置２１の制御手段２８は、次の曲の音声データファイルを受信したかどうか判定し（ステップＳ８５）、次の曲の音声データファイルを受信した場合には、ステップＳ７４に戻って、次の曲を再生する。こうして、ステップＳ７４〜Ｓ８５の処理が曲毎に行われる。
以上のような構成により、本実施の形態では、各クライアント装置２１の優先度に応じた音声データ配信を実現することができる。
なお、第１、第２の実施の形態では、サーバ装置１と複数のクライアント装置２１のみが接続されたローカルなネットワーク３１を想定して説明しているが、これに限るものではなく、大規模なネットワークにも本発明を適用することが可能である。
【００５２】
【発明の効果】
本発明によれば、一連の音声データについて品位の異なる複数の音声データファイルをサーバ装置に予め用意し、ユーザからの配信要求が発生したときにネットワークの負荷を検出して、音声データファイルの配信品位をネットワークの負荷に基づいて決定し、決定した配信品位の音声データファイルをサーバ装置から配信先のクライアント装置に配信するようにしたので、ネットワークの状態に応じた最適な品位の音声データ配信を簡単な構成で実現することができる。本発明では、一連の音声データについて品位の異なる複数の音声データファイルをサーバ装置に予め用意しておくので、音声データをリアルタイムに圧縮するデコーダが不要となり、サーバ装置のコストを低減することができる。また、本発明では、一般的な圧縮方式を利用できるので、サーバ装置とクライアント装置を特殊な圧縮方式に対応させる必要がなく、サーバ装置とクライアント装置のコストを低減することができる。
【００５３】
また、クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、サーバ装置に接続される全てのクライアント装置のために予め確保した上で、配信品位を決定することにより、ネットワークに大きな負荷がかかっている場合でも、最低必要帯域を使って最低品位の音声データを全クライアント装置に配信することができる。
【００５４】
また、クライアント装置に配信を新規に開始するとき、検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルを第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけの低い第２の品位に変更することにより、優先度が高いクライアント装置に配信を開始する場合には、優先度が低いクライアント装置の使用帯域を削減して、優先度が高いクライアント装置に優先的に割り当て、より高品位の音声データファイルを優先度が高いクライアント装置に配信することができる。
【００５５】
また、クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、変更対象のクライアント装置に配信中の音声データファイルを配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更することにより、優先度が高いクライアント装置への配信が停止した場合には、空いた帯域を同じ優先度若しくは優先度が低いクライアント装置に割り当て、より高品位の音声データファイルを同じ優先度若しくは優先度が低いクライアント装置に配信することができる。
【００５６】
また、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理をクライアント装置で行うことにより、一連の音声データの配信途中で配信品位（帯域）が変更されたときに、再生音が途切れないようにすることができる。
【図面の簡単な説明】
【図１】 本発明の第１の実施の形態となるサーバクライアントシステムの構成を示すブロック図である。
【図２】 図１のサーバ装置の記録時の動作を示すフローチャートである。
【図３】 本発明の実施の形態における曲管理テーブルの構成を示す図である。
【図４】 図１のサーバ装置の再生時の動作を示すフローチャートである。
【図５】 図１のクライアント装置の再生時の動作を示すフローチャートである。
【図６】 図１のサーバ装置の負荷検出手段によるネットワークの負荷検出方法を説明するための図である。
【図７】 図１のサーバ装置の配信品位決定処理の詳細を示すフローチャートである。
【図８】 本発明の第２の実施の形態となるサーバ装置の再生時の動作を示すフローチャートである。
【図９】 本発明の第２の実施の形態となるクライアント装置の再生時の動作を示すフローチャートである。
【図１０】 本発明の第２の実施の形態となるサーバ装置の新規配信開始時配信品位決定処理の詳細を示すフローチャートである。
【図１１】 本発明の第２の実施の形態となるサーバ装置の帯域削減処理の詳細を示すフローチャートである。
【図１２】 本発明の第２の実施の形態となるサーバ装置の帯域削減処理を説明するための図である。
【図１３】 本発明の第２の実施の形態となるサーバ装置の配信停止時配信品位決定処理の詳細を示すフローチャートである。
【図１４】 本発明の第２の実施の形態となるサーバ装置の帯域増加処理の詳細を示すフローチャートである。
【符号の説明】
１…サーバ装置、２１…クライアント装置、３１…ネットワーク、２…ＣＤドライブ装置、３…記録手段、４…音声データ記録手段、５…エンコーダ、６…曲管理テーブル作成手段、７、１３、２２…ネットワークインタフェース手段、８…負荷検出手段、９…配信品位決定手段、１０…配信手段、１１、２４…入力手段、１２、２５…表示手段、１４、２８…制御手段、２１…クライアント装置、２３…配信品位検出手段、２６…メモリ、２７…デコーダ。
Claims (9)
- 音声データを再生するクライアント装置に、サーバ装置からネットワークを介して前記音声データを配信する音声データ配信方法において、
一連の音声データについて品位の異なる複数の音声データファイルを前記サーバ装置に予め用意する記録手順と、
ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手順と、
配信先の前記クライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手順と、
再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルに前記配信品位の情報を付加し、この情報付加後の音声データファイルを前記サーバ装置から前記配信先のクライアント装置に配信する配信手順と、
前記配信先のクライアント装置において受信した音声データを該音声データの配信品位の情報に応じて再生する再生手順とを実行し、
前記配信品位決定手順は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定することを特徴とする音声データ配信方法。 - 請求項１記載の音声データ配信方法において、
前記配信品位決定手順は、前記クライアント装置に配信を新規に開始するとき、前記検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけのより低い第２の品位に変更し、
前記配信手順は、前記第２の品位の音声データファイルを前記サーバ装置から前記変更対象のクライアント装置に配信し、前記第１の品位の音声データファイルを前記サーバ装置から前記新規配信先のクライアント装置に配信することを特徴とする音声データ配信方法。 - 請求項１記載の音声データ配信方法において、
前記配信品位決定手順は、前記クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更し、
前記配信手順は、前記配信停止のクライアント装置への配信を停止し、前記第３の品位の音声データファイルを前記サーバ装置から前記変更対象のクライアント装置に配信することを特徴とする音声データ配信方法。 - 請求項２又は３記載の音声データ配信方法において、
前記再生手順は、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理を行うことを特徴とする音声データ配信方法。 - 音声データを再生するクライアント装置と、ネットワークを介して前記クライアント装置に前記音声データを配信するサーバ装置とからなるサーバクライアントシステムにおいて、
前記サーバ装置は、
一連の音声データについて品位の異なる複数の音声データファイルが予め記録された記録手段と、
ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手段と、
配信先のクライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手段と、
再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルを前記記録手段から読み出して前記配信品位の情報を付加し、この情報付加後の音声データファイルを配信先のクライアント装置に配信する配信手段とを有し、
前記クライアント装置は、
受信した音声データを該音声データファイルの配信品位の情報に応じて再生する再生手段を有し、
前記サーバ装置の配信品位決定手段は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定することを特徴とするサーバクライアントシステム。 - 請求項５記載のサーバクライアントシステムにおいて、
前記サーバ装置の配信品位決定手段は、前記クライアント装置に配信を新規に開始するとき、前記検出したネットワークの負荷では配信不可能な第１の品位の音声データファイルが再生対象の一連の音声データに用意されている場合、新規配信先のクライアント装置より優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記第１の品位の音声データファイルの配信に必要なネットワークの帯域を確保できるだけのより低い第２の品位に変更し、
前記サーバ装置の配信手段は、前記第２の品位の音声データファイルを前記記録手段から読み出して前記変更対象のクライアント装置に配信し、前記第１の品位の音声データファイルを前記記録手段から読み出して前記新規配信先のクライアント装置に配信することを特徴とするサーバクライアントシステム。 - 請求項５記載のサーバクライアントシステムにおいて、
前記サーバ装置の配信品位決定手段は、前記クライアント装置への配信を停止するとき、この配信停止のクライアント装置と同じ優先度若しくは優先度が低いクライアント装置を配信品位の変更対象として、この変更対象のクライアント装置に配信中の音声データファイルの品位を前記配信停止により確保できるネットワークの帯域に応じてより高い第３の品位に変更し、
前記サーバ装置の配信手段は、前記配信停止のクライアント装置への配信を停止し、前記第３の品位の音声データファイルを前記記録手段から読み出して前記変更対象のクライアント装置に配信することを特徴とするサーバクライアントシステム。 - 請求項６又は７記載のサーバクライアントシステムにおいて、
前記クライアント装置の再生手段は、受信中の音声データの配信品位が変更されたとき、変更前の音声データと変更後の音声データとを連結する再生処理を行うことを特徴とするサーバクライアントシステム。 - 音声データを再生するクライアント装置にネットワークを介して前記音声データを配信するサーバ装置において、
一連の音声データについて品位の異なる複数の音声データファイルが予め記録された記録手段と、
ユーザからの配信要求が発生したときに前記ネットワークの負荷を検出する負荷検出手段と、
配信先の前記クライアント装置に配信する再生対象の一連の音声データの配信品位を前記ネットワークの負荷に基づいて決定する配信品位決定手段と、
再生対象の一連の音声データに対応する、前記決定された配信品位の音声データファイルを前記記録手段から読み出して前記配信品位の情報を付加し、この情報付加後の音声データファイルを前記配信先のクライアント装置に配信する配信手段とを有し、
前記配信品位決定手段は、前記クライアント装置に最低品位の音声データファイルを配信するのに必要な最低必要帯域を、前記サーバ装置に接続される全てのクライアント装置のために予め確保した上で、前記配信品位を決定することを特徴とするサーバ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002251613A JP4172228B2 (ja) | 2002-08-29 | 2002-08-29 | 音声データ配信方法、サーバクライアントシステム及びサーバ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002251613A JP4172228B2 (ja) | 2002-08-29 | 2002-08-29 | 音声データ配信方法、サーバクライアントシステム及びサーバ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004093673A JP2004093673A (ja) | 2004-03-25 |
| JP4172228B2 true JP4172228B2 (ja) | 2008-10-29 |
Family
ID=32058160
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002251613A Expired - Fee Related JP4172228B2 (ja) | 2002-08-29 | 2002-08-29 | 音声データ配信方法、サーバクライアントシステム及びサーバ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4172228B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006345289A (ja) * | 2005-06-09 | 2006-12-21 | Matsushita Electric Ind Co Ltd | 中継装置および端末装置 |
-
2002
- 2002-08-29 JP JP2002251613A patent/JP4172228B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004093673A (ja) | 2004-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5303091B2 (ja) | メディア再生装置によりメディアの人気度を決定するための方法 | |
| JP5009911B2 (ja) | メディアファイルによる携帯通信装置の更新 | |
| JPH11127150A (ja) | データ送受信システム及びデータ送受信方法並びにデータ受信装置及びデータ受信方法 | |
| US20070050479A1 (en) | Content receiving apparatus and content receiving method | |
| US20050034164A1 (en) | Network AV system | |
| US7987327B2 (en) | Backup system and associated methodology for storing backup data based on data quality | |
| EP1617435A2 (en) | Audio playback device and method for reproducing an audio file | |
| US8589576B2 (en) | Contents distributing system, client, server, contents distributing method, and contents reproducing method | |
| JP2008502198A (ja) | ストレージ装置間のコンテンツの転送 | |
| JP2011222038A (ja) | データ記憶装置を管理するためのメカニズム及び方法 | |
| JP2002099287A (ja) | 音楽データ配信装置、音楽データ受信装置、音楽データ再生装置及び音楽データ配信方法 | |
| JP5000093B2 (ja) | データ処理方法、携帯型再生装置およびコンピュータ | |
| US20070166007A1 (en) | Recording apparatus, recording method, program, encoding apparatus, and encoding method | |
| US8103839B2 (en) | Content data communication system, content data recording/reproducing device, data communication method and program | |
| JP4172228B2 (ja) | 音声データ配信方法、サーバクライアントシステム及びサーバ装置 | |
| WO2005020076A1 (ja) | データ送受信システム、データ送受信方法および記録再生装置 | |
| JP2006259133A (ja) | デジタルメディア装置、プログラム及びデジタルメディア提供方法 | |
| JP2003271644A (ja) | 情報選択システム | |
| JP2004127186A (ja) | 情報配信システム、情報配信方法、情報配信プログラムおよび情報配信プログラムを記録した記録媒体 | |
| JP2002197015A (ja) | データ配信システム及びデータ配信方法 | |
| US7167879B2 (en) | Network AV system | |
| JP4438621B2 (ja) | サーバ装置、およびオーディオ再生システム | |
| WO2009104263A1 (ja) | コンテンツ再生装置及びコンテンツ再生システム | |
| JP2002297538A (ja) | データ配信システム、端末装置、デコーダプロキシサーバ、デコーダサーバおよびデータ配信方法 | |
| JP3920716B2 (ja) | ストリーミングサービスの配信レート変更方法及びストリーム配信サーバ並びにストリーム配信プログラム及びその情報記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050224 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070904 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071026 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080722 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080804 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110822 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120822 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130822 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |