JP4438621B2 - サーバ装置、およびオーディオ再生システム - Google Patents

Description

本発明は、サーバ装置からクライアント装置へオーディオデータを配信するオーディオ再生システムに関する。

従来、ＣＤに記録された音声データをサーバ装置のハードディスクに複数格納しておき、これらの音声データをサーバ装置からネットワークを介して複数のクライアント装置へ配信し、各クライアント装置で配信された音声データを再生するサーバクライアントシステムが提案されている（例えば、特許文献１参照。）。
特開２００４−９３６７３公報

特許文献１に記載のサーバクライアントシステムでは、各クライアント装置がサーバ装置から楽曲などの音声データの配信を受けるためには、サーバ装置にのみ設けられたＣＤドライブ装置でＣＤを再生して、音声データを記録手段に記録しなければならなかった。そのため、各クライアント装置を利用するユーザは、各自がクライアント装置で再生させたい楽曲が記録されたＣＤをサーバ装置の設置場所まで持って行き、サーバ装置にそのＣＤをセットして楽曲の記録処理を行わなければならず、記録処理が煩雑であるという問題があった。

また、特許文献１に記載のサーバクライアントシステムでは、上記のようにサーバ装置でのみ楽曲を再生して記録する構成なので、どのユーザが記録した楽曲であるかを判別するためには、楽曲の記録後に別途属性情報などの入力作業を行わなければならなかった。また、この入力作業を行わない場合には、特定のユーザが記録した楽曲のみを検索することが不可能であった。

さらに、上記サーバクライアントシステムでは、サーバ装置に記録した楽曲は、どのクライアント装置からでも再生することが可能であり、楽曲の再生を制限することができなかった。そのため、例えば親が子供に聞かせたくない楽曲の再生を制限できないという問題があった。

そこで、本発明は、上記課題を解決するために、クライアント装置からでも楽曲の記録が可能であり、クライアント装置で再生する楽曲の選択や再生制限を容易に行うことができるオーディオ再生システムを提供することを目的とする。

この発明は、上記の課題を解決するための手段として、以下の構成を備えている。

（１） オーディオデータを再生する複数のクライアント装置に接続され、各クライアント装置からオーディオデータを受信して、各クライアント装置へオーディオデータを配信するサーバ装置であって、
各クライアント装置から受信したオーディオデータをどのクライアント装置に公開するかを示す公開情報を、クライアント装置毎に公開先のクライアント装置を示す公開ルールテーブルとして記憶するとともに、各クライアント装置からオーディオデータを受信すると、該オーディオデータとこのオーディオデータの送信元を判別するための送信元情報とを対応付けて管理テーブルとして前記公開ルールテーブルと別途記憶する記憶手段と、
前記記憶手段に記憶している前記公開情報と前記送信元情報とに基づいて、各クライアント装置へ配信可能なオーディオデータのリストを作成する作成手段と、
を備え、
前記作成手段は、前記公開ルールテーブルを参照して、前記リストを作成すべきクライアント装置が公開先となっているクライアント装置を選出し、前記管理テーブルを参照して、選出したクライアント装置が送信元となるオーディオデータを選出して、該オーディオデータを配信可能なオーディオデータとすることを特徴とする。
（２）オーディオデータを再生する複数のクライアント装置と、各クライアント装置からオーディオデータを受信し、各クライアント装置にオーディオデータを配信するサーバ装置と、を備えたオーディオ再生システムにおいて、
前記サーバ装置は、各クライアント装置から受信したオーディオデータをどのクライアント装置に公開するかを示す公開情報を、クライアント装置毎に公開先のクライアント装置を示す公開ルールテーブルとして記憶する記憶手段を備え、
前記クライアント装置は、記録操作を受け付けると、前記サーバ装置へオーディオデータを送信し、
前記サーバ装置は、前記クライアント装置からオーディオデータを受信すると、受信したオーディオデータとこのオーディオデータの送信元を判別するための送信元情報とを対応付けて管理テーブルとして前記記憶手段に前記公開ルールテーブルと別途記憶し、
前記クライアント装置は、オーディオデータのリストの表示操作を受け付けると、リストの配信要求を送信し、
前記サーバ装置は、前記記憶手段に記憶している前記公開情報と前記送信元情報とに基づいて、各クライアント装置へ配信可能なオーディオデータのリストを作成する作成手順と、前記リストの配信要求があったクライアント装置へ作成したリストを送信する送信手順とを実行し、
前記作成手順は、前記公開ルールテーブルを参照して、前記リストを作成すべきクライアント装置が公開先となっているクライアント装置を選出し、前記管理テーブルを参照して、選出したクライアント装置が送信元となるオーディオデータを選出して、該オーディオデータを配信可能なオーディオデータとすることを特徴とする。

この構成においては、サーバ装置は、各クライアント装置から受信したオーディオデータをどのクライアント装置に公開するかを示す公開情報を、クライアント装置毎に公開先のクライアント装置を示す公開ルールテーブルとして記憶している。クライアント装置は記録操作を受け付けると、記録媒体から読み出したオーディオデータ、または外部から入力されたオーディオデータをサーバ装置へ送信する。そして、サーバ装置は、クライアント装置から送信されたオーディオデータを、その送信元を判別するための送信元情報と対応付けて管理テーブルとして公開ルールテーブルと別途記憶する。また、サーバ装置は、クライアント装置から送信したオーディオデータのリストの配信要求を受信すると、公開ルールテーブルと管理テーブルとを参照してそのクライアント装置に配信可能なオーディオデータのリストを作成して、そのクライアント装置へ作成したオーディオデータリストを送信する。したがって、サーバ装置に接続された複数のクライアント装置から送信された複数のオーディオデータがサーバ装置に格納されている場合でも、ユーザは特定のクライアント装置から記録したオーディオデータを容易に検索して、オーディオデータの配信を受けることができる。

また、特定のクライアント装置に公開するオーディオデータを制御できるので、例えば、特定のユーザが使用するクライアント装置では再生させたくないオーディオデータがある場合には、そのクライアント装置からはアクセスできないように公開情報を設定することで、パレンタルロック機能やセキュリティ機能を設定することができる。

（３）前記クライアント装置は、オーディオデータの再生途中に記録操作を受け付けたとき、再生途中のオーディオデータを先頭から前記サーバ装置へ送信することを特徴とする。

この構成においては、クライアント装置において記録媒体に記録されたオーディオデータの再生、または外部から入力されたオーディオデータの再生が行われると、このオーディオデータの先頭からサーバ装置へ送信する。したがって、オーディオデータを再生してみて、再生途中でオーディオデータをサーバ装置に記録したくなった場合でも、そのオーディオデータを最初からサーバ装置に記憶させることができる。

（４）前記クライアント装置は、オーディオデータの再生が開始されると、このオーディオデータを前記サーバ装置へ自動的に送信することを特徴とする。

この構成においては、クライアント装置で記録媒体に記録されたオーディオデータの再生が開始されると、このオーディオデータがサーバ装置へ送信される。したがって、オーディオデータの記録操作を行わなくても、自動的にサーバ装置にこのオーディオデータを記憶させることができる。

本発明のオーディオ再生システムによれば、クライアント装置からオーディオデータをサーバ装置へ送信して記録することが可能なので、クライアント装置のユーザの利便性を向上させることができる。また、サーバ装置に接続された複数のクライアント装置から送信された複数のオーディオデータがサーバ装置に格納されていても、ユーザは自身が記録した楽曲のみを容易に検索して、オーディオデータの配信を受けることができる。

また、特定のクライアント装置に公開するオーディオデータを制御できるので、例えば、特定のユーザが使用するクライアント装置では再生させたくないオーディオデータがある場合には、そのクライアント装置からはアクセスできないように公開情報を設定することで、パレンタルロック機能やセキュリティ機能を設定することができるので、特定のクライアント装置では再生させたくない楽曲であっても、気軽にサーバ装置に記録することができる。

さらに、オーディオデータを再生してみて、再生途中でオーディオデータをサーバ装置に記録したくなった場合でも、そのオーディオデータを最初からサーバ装置に記憶させることができる。

加えて、オーディオデータの記録操作を行わなくても、自動的にサーバ装置にこのオーディオデータを記憶させることができる。

図１は、本発明の実施形態に係るオーディオ再生システムの構成を示すブロック図である。オーディオ再生システム１は、オーディオデータをストリーミング配信するオーディオサーバ２と、オーディオサーバ２からストリーミング配信されたオーディオデータを再生する複数のオーディオクライアント３と、が有線ＬＡＮまたは無線ＬＡＮによりネットワーク接続された構成である。図１には、一例として、３台のオーディオクライアント３ａ，３ｂ，３ｃがオーディオサーバ２に無線接続され、２台のオーディオクライアント３ｄ，３ｅがオーディオサーバ２にハブ４を介して有線接続された構成を示している。なお、以下の説明では、オーディオクライアント３ａ〜３ｅをまとめた場合や、クライアント装置を特定しない場合には、オーディオクライアント３と称する。

オーディオサーバ２は、光ディスクドライブ１１、ＲＯＭ１２、ハードディスクドライブ（以下、ＨＤＤと称する。）１３、ＲＡＭ１４、ＣＰＵ１５、ＬＡＮ通信部１６（無線通信部１６ｍ、有線通信部１６ｙ）、操作部１７、表示部１８、Ａ／Ｄコンバータ１９、ディジタルオーディオインタフェイスレシーバ（以下、ＤＩＲと称する。）２０、サンプルレートコンバータ（以下、ＳＲＣと称する。）２１、Ｄ／Ａコンバータ２２を備えている。

光ディスクドライブ１１は、ＣＤ、ＤＶＤ、Blu-ray Disc（登録商標）（ＢＤ）、High Definition DVD （ＨＤ ＤＶＤ（登録商標））などの光ディスクに記録されたオーディオデータを読み取る装置である。

ＲＯＭ１２は、ＣＰＵ１５が実行するプログラムを記憶する。

ＨＤＤ１３は、オーディオクライアント３から送信されたオーディオデータを記憶する。また、オーディオサーバ２では、光ディスクドライブ１１で再生したオーディオデータ、及びＤＩＲ２０に接続したＭＤプレーヤなどのディジタル出力の外部接続機器やＡ／Ｄコンバータ１９に接続したカセットプレーヤなどのアナログ出力の外部接続機器から入力されたオーディオデータを記憶する。さらに、ＨＤＤ１３は、ＣＤやＤＶＤなどに記録された楽曲のオーディオデータを記録するときに、楽曲情報を取得するための楽曲情報データベース１００を記憶している。加えて、ＨＤＤ１３は、エンコードされた各オーディオデータの各種情報や、楽曲情報データベース１００から取得した楽曲情報を管理する管理テーブル１０１などを記憶する。

ＲＡＭ１４は、光ディスクドライブ１１、ＨＤＤ１３などから出力されたデータを一時的に記憶するバッファ１４ｂを有している。

ＣＰＵ１５は、オーディオサーバ２の各部を制御する。また、ＣＰＵ１５は、ＰＣＭ形式のオーディオデータをＭＰ３形式のオーディオデータにエンコードする機能、ＭＰ３形式のオーディオデータをＰＣＭ形式のオーディオデータにデコードする機能を備えている。したがって、ＣＰＵ１５は、光ディスクドライブ１１から出力されたＰＣＭ形式のオーディオデータを、所定のビットレートのＭＰ３形式のオーディオデータにエンコード（圧縮）して、またはエンコードせずにそのままＨＤＤ１３へ出力する。また、ＣＰＵ１５は、ＨＤＤ１３に記録されたＭＰ３形式のオーディオデータをデコードしてＤ／Ａコンバータ２２へ出力する。さらに、ＣＰＵ１５は、ＭＰ３形式のオーディオデータをデコードしてまたはＭＰ３形式のままＬＡＮ通信部１６へ出力する。加えて、ＣＰＵ１５は、ＰＣＭ形式のディジタルオーディオデータをＤ／Ａコンバータ２２へ出力して、楽曲の音声を再生する。

ここで、オーディオ再生システム１では、利用可能なオーディオデータの圧縮形式はＭＰ３に限るものではなく、ＳｏｕｎｄＶＱ（登録商標）、ＷＭＡ、ＡＡＣやその他の圧縮形式も利用可能であるが、以下の説明ではオーディオデータをＭＰ３形式で圧縮するように設定した場合について説明する。

ＬＡＮ通信部１６は、無線通信部１６ｍ及び有線通信部１６ｙを備えている。無線通信部１６ｍは、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ及びＴＣＰ／ＩＰを通信プロトコルに用いてオーディオクライアント３ａ，３ｂ，３ｃと無線通信する。有線通信部１６ｙは、イーサネット（登録商標）（ＩＥＥＥ８０２．３）及びＴＣＰ／ＩＰを通信プロトコルに用いてオーディオクライアント３ｄ，３ｅと有線通信する。

無線通信部１６ｍ及び有線通信部１６ｙは、例えば、オーディオサーバ２に記録するためにオーディオクライアント３から送信された楽曲などのオーディオデータを受信する。また、オーディオクライアント３で楽曲を再生するために必要な楽曲リストやオーディオデータの送信要求を受信する。また、両通信部は、オーディオクライアント３から楽曲の配信要求を受信し、その楽曲の圧縮オーディオデータをパケット単位でオーディオクライアント３に対してストリーミング配信する。

操作部１７は、ユーザによる各種操作を受け付ける。例えば、オーディオデータ記録時の品位の設定やＣＤに記録された楽曲のＨＤＤ１３への記録など様々な操作を受け付ける。

表示部１８は、ユーザへの伝達事項や再生可能な楽曲リストなどを表示する。

Ａ／Ｄコンバータ１９は、カセットプレーヤなどの外部接続機器が出力するアナログオーディオデータを、ＰＣＭ形式のディジタルオーディオデータに変換する。

ＤＩＲ２０は、ＭＤプレーヤなどの外部接続機器が出力するディジタルオーディオデータを受信する。

ＳＲＣ２１は、ＤＩＲ２０で受け付けたディジタルオーディオデータのサンプルレート（サンプリング周波数）を変換する。

Ｄ／Ａコンバータ２２は、ＣＰＵ１５が出力したＰＣＭ形式のディジタルオーディオデータをアナログオーディオデータに変換して、外部のアンプ６に出力して、楽曲の音声をスピーカ７から放音させる（再生させる）。

次に、オーディオクライアント３（３ａ〜３ｅ）は、ＬＡＮ通信部３１（無線通信部３１ｍ、有線通信部３１ｙ）、ＲＡＭ３２、ＲＯＭ３３、光ディスクドライブ３４、ＣＰＵ３５、操作部３６、表示部３７、Ａ／Ｄコンバータ３８、ＤＩＲ３９、ＳＲＣ４０、Ｄ／Ａコンバータ４１、アンプ４２、及びスピーカ４３を備えている。なお、オーディオクライアント３ａ〜３ｅは全て同じ構成であるが、図１にはオーディオクライアント３ａ，３ｄのみ詳細な構成を示している。

ＬＡＮ通信部３１は、無線通信部３１ｍ及び有線通信部３１ｙを備えている。無線通信部３１ｍは、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ及びＴＣＰ／ＩＰを通信プロトコルに用いてオーディオサーバ２と無線通信する。有線通信部３１ｙは、イーサネット（登録商標）（ＩＥＥＥ８０２．３）及びＴＣＰ／ＩＰを通信プロトコルに用いてオーディオサーバ２と有線通信する。無線通信部３１ｍ及び有線通信部３１ｙは、オーディオサーバ２に対して、光ディスクドライブ３４で再生した楽曲のオーディオデータを送信する。また、オーディオサーバ２に対して楽曲リストの配信要求を送信し、楽曲リストを受信する。また、楽曲の配信要求を出力し、ストリーミング配信された楽曲のオーディオデータ（パケット）を受信してＲＡＭ３２へ出力する。

ＲＡＭ３２は、ＬＡＮ通信部３１を介してオーディオサーバ２に送信するオーディオデータを一時的に記憶したり、オーディオサーバ２から送られてきた楽曲のオーディオデータを一時的に記憶したりするバッファ３２ｂが設けられている。またＲＡＭ３２は、オーディオサーバ２から送られてきた楽曲リストを一時的に記憶する。

ＲＯＭ３３は、ＣＰＵ１５が実行するプログラムを記憶する。

光ディスクドライブ３４は、ＣＤ、ＤＶＤ、Blu-ray Disc（ＢＤ）、High Definition DVD （ＨＤ ＤＶＤ）などの光ディスクに記録されたオーディオデータを読み取る装置である。

ＣＰＵ３５は、オーディオクライアント３の各部を制御する。また、ＣＰＵ３５は、ＰＣＭ形式のオーディオデータをＭＰ３形式のオーディオデータにエンコードする機能、ＭＰ３形式のオーディオデータをＰＣＭ形式のオーディオデータにデコードする機能を備えている。したがって、ＣＰＵ３５は、光ディスクドライブ３４が出力したＰＣＭ形式のオーディオデータを、所定のビットレートのＭＰ３形式のオーディオデータにエンコード（圧縮）して、またはエンコードせずにそのままＲＡＭ３２へ出力する。また、ＣＰＵ３５は、ＲＡＭ３２に蓄積されたＭＰ３形式のオーディオデータを一定量毎に読み出して、このオーディオデータをＰＣＭ形式のオーディオデータにデコード（伸張）して、Ｄ／Ａコンバータ４１へ出力する。

操作部３６は、ユーザによる各種操作を受け付ける。例えば、光ディスクドライブ３４で再生した楽曲のオーディオデータの送信や、楽曲リストの配信要求や、楽曲の再生などの操作を受け付ける。

表示部３７は、ユーザに伝達する事項や楽曲などの情報を表示する。

Ａ／Ｄコンバータ３８は、カセットプレーヤ８などの外部接続機器が出力するアナログオーディオデータを、ＰＣＭ形式のディジタルオーディオデータに変換する。

ＤＩＲ３９は、ＭＤプレーヤ９などの外部接続機器が出力するディジタルオーディオデータを受信する。

ＳＲＣ４０は、ＤＩＲ３９で受け付けたディジタルオーディオデータのサンプルレート（サンプリング周波数）を変換する。

Ｄ／Ａコンバータ４１は、ＣＰＵ３５が出力したＰＣＭ形式のディジタルオーディオデータをアナログオーディオデータに変換して、アンプ４２に出力する。

アンプ４２は、Ｄ／Ａコンバータ４１から出力されたアナログオーディオデータを増幅してスピーカ４３へ出力する。

スピーカ４３は、Ｄ／Ａコンバータ４１から出力された音声を放音する（再生する）。

オーディオ再生システム１は、このような構成により、オーディオサーバ２から各オーディオクライアント３に対して、個別に異なる楽曲のオーディオデータをストリーミング配信することができるように設定されている。すなわち、各オーディオクライアント３ａ〜３ｅからそれぞれ楽曲Ａ，Ｂ，Ｃ，Ｄ，Ｅの配信要求があった場合でも、オーディオサーバ２は各オーディオクライアント３の要求に応じた楽曲をストリーミング配信する。また、オーディオサーバ２から各オーディオクライアント３へ同じ楽曲のオーディオデータを同時に、または時間をずらしてストリーミング配信することも可能である。

次に、本発明の実施形態に係るオーディオ再生システムにおけるオーディオデータの記録・配信・再生の動作について概略を説明する。オーディオ再生システム１では、従来のシステムと同様に、オーディオサーバ２に接続した外部接続機器や光ディスクドライブ１１で再生したオーディオデータをＨＤＤ１３に予め記録しておき、これらのオーディオデータを各オーディオクライアント３にストリーミング配信する。また、オーディオ再生システム１では、従来のシステムとは異なり、オーディオクライアント３の光ディスクドライブ３４で再生したオーディオデータや、オーディオクライアント３に接続した外部接続機器で再生したオーディオデータを、ネットワークを介してオーディオサーバ２に記録することができる。さらに、オーディオクライアント３は、オーディオサーバ２へ楽曲のオーディオデータを送信する際に、どのオーディオクライアント３から送られてきたオーディオデータであるかを判別するための送信元情報を送信するので、オーディオサーバ２は、楽曲の情報とともに送信元情報を管理テーブル１０１で管理する。加えて、オーディオクライアント３では、楽曲のオーディオデータを録音する際に、楽曲を公開するオーディオクライアント３を指定する公開情報を設定することが可能である。この公開情報は、オーディオサーバ２において前記の送信元情報とともに管理テーブル１０１で管理され、この公開情報に基づいてオーディオクライアント３へ配信する楽曲の公開制限が行われる。また、オーディオクライアント３は、オーディオサーバ２に対して現在配信可能な楽曲リストやそのオーディオクライアント３から録音した楽曲のリストを配信要求することができる。また、オーディオクライアント３は、自身で記録を行った楽曲リストを送信要求することが可能であり、オーディオサーバ２はこのような楽曲リストの送信要求を受け付けた際には、管理テーブルを参照して、そのオーディオクライアント３が送信元である楽曲のみの楽曲リストを送信する。

したがって、各オーディオクライアント３を使用するユーザは、オーディオサーバ２の設置場所まで行かなくても楽曲を録音することができる。また、自分で録音した楽曲から再生したい楽曲をピックアップしたい場合などに、オーディオサーバ２で管理する楽曲数が多くなっても容易に楽曲を検索することができる。さらに、楽曲を再生可能なオーディオクライアント３を制限することができるので、簡単にセキュリティ機能やパレンタルロック機能を設定することができる。

以下、オーディオクライアント３からオーディオサーバ２へのオーディオデータの記録手順、及び楽曲の配信・再生手順についてその詳細を説明する。

（１）オーディオデータの記録手順
図２は、オーディオクライアント及びオーディオサーバにおけるオーディオデータの流れを示すブロック図である。以下の説明では、オーディオクライアント３ｄのＤＩＲ３９に接続されたＭＤプレーヤ９で楽曲を再生して、オーディオサーバ２のＨＤＤ１３にその楽曲のオーディオデータを記録する場合を例に挙げて説明する。

ユーザは、オーディオクライアント３ｄの操作部３６を操作して録音設定を行うことで、オーディオクライアント３ｄからオーディオサーバ２へオーディオデータを録音することができる。すなわち、ユーザは、録音設定として、光ディスクドライブ３４、Ａ／Ｄコンバータ３８またはＤＩＲ３９に接続した外部接続機器のいずれかを、オーディオデータを再生する機器として設定する。

オーディオクライアント３ｄは、オーディオサーバ２へ楽曲のオーディオデータを送信する際には、予め設定されているオーディオクライアント３ｄのＩＤ情報を送信元情報として送信する。これにより、オーディオサーバ２では、このＩＤ情報（送信元情報）を各楽曲と対応付けて管理テーブル１０１で管理するので、どのオーディオクライアント３によって各楽曲が記録されたか（送信されたか）を容易に判断できる。

図３は、オーディオサーバの管理テーブルの一例である。オーディオサーバ２は、図３（Ａ）に示すような管理テーブル１０１ａをＨＤＤ１３に記録しており、ＨＤＤ１３に楽曲を記録（録音）すると、曲ＩＤ，曲名，アーティスト名，送信元情報をそれぞれ対応付けて管理テーブル１０１で管理する。例えば、図３（Ａ）に示した管理テーブル１０１において、曲ＩＤ４の楽曲は、オーディオクライアント３ｄから録音されたことがすぐに判別できる。

また、ユーザは、他のどのオーディオクライアント３に録音する楽曲を公開するかを示す公開情報を設定することができる。オーディオクライアント３ｄのＣＰＵ３５は、操作部３６から公開情報を設定する操作が行われたことを検出すると、オーディオサーバ２から楽曲のオーディオデータを現在配信可能なオーディオクライアント３のＩＤやユーザの情報を問い合わせる信号をＬＡＮ通信部３１からオーディオサーバ２へ送信する。オーディオサーバ２は、この問い合わせ信号を受信すると、オーディオデータを現在配信可能な各オーディオクライアント３（例えば、オーディオクライアント３ａ〜３ｅ）のＩＤやユーザ名などの配信可能情報をオーディオクライアント３ｄへ送信する。オーディオクライアント３ｄは、配信可能情報を受信すると、表示部３７に公開可能な各オーディオクライアント３のＩＤやユーザ名などの情報を表示する。ユーザは、表示部３７に表示された情報を確認して、アルバム毎や楽曲毎に楽曲を公開するか否かを操作部３６から設定することができる。

オーディオサーバ２は、図３（Ｂ）に示すような管理テーブル１０１ｂをＨＤＤ１３で管理しており、ＨＤＤ１３に楽曲を記録（録音）すると、曲ＩＤ，曲名，アーティスト名，送信元情報，公開情報フラグをそれぞれ対応付けてこの楽曲の情報を管理する。例えば、曲ＩＤ３の楽曲は、オーディオサーバ２，オーディオクライアント３ｂ，オーディオクライアント３ｃにのみ公開されており、他のオーディオクライアント３ａ，３ｄ，３ｅには公開しないように設定されている。

また、楽曲の公開情報の管理方法としては、図３（Ｂ）に示したように楽曲毎に１台ずつ公開の可否を設定する方法以外に、楽曲を公開するグループを予め設定しておき、そのグループ名を公開情報に設定することもできる。例えば、図３（Ｄ）に示すように、公開情報のグループ名及びグループを構成する装置を、別途ＨＤＤ１３に設けたグループテーブル１０２に定義しておく。図３（Ｄ）では、オーディオサーバ２及び全オーディオクライアント３（３ａ〜３ｅ）へ楽曲を公開する場合のグループ名をａｌｌと設定する。また、特定のオーディオクライアント３ａ，３ｂ，３ｄへ楽曲を公開する場合のグループ名をｇｒｏｕｐ１と設定する。さらに、特定のオーディオクライアント３ｃ，３ｄ，３ｅへ楽曲を公開する場合のグループ名をｇｒｏｕｐ２と設定する。加えて、録音を行ったオーディオクライアント３にのみ楽曲を公開（自分にのみ公開）する場合のグループ名をｏｗｎｅｒと設定する。このように設定した場合、例えば図３（Ｃ）に示すように、曲ＩＤ１６の楽曲は、公開情報分類フラグがｏｗｎｅｒに設定されているので、送信元であるオーディオクライアント３ａにのみ公開される。また、曲ＩＤ１７の楽曲は、公開情報分類フラグがａｌｌに設定されているので、オーディオサーバ２及びオーディオサーバ２から楽曲を配信可能な全オーディオクライアント３に公開される。さらに、曲ＩＤ１８の楽曲は、公開情報分類フラグがｇｒｏｕｐ１に設定されているので、図３（Ｄ）に示したグループテーブル１０２に基づいて、オーディオクライアント３ａ，オーディオクライアント３ｂ，オーディオクライアント３ｄに公開される。加えて、曲ＩＤ１９の楽曲は、公開情報分類フラグがｇｒｏｕｐ２に設定されているので、オーディオクライアント３ｃ，オーディオクライアント３ｄ，オーディオクライアント３ｅに公開される。

また、楽曲を公開するグループの設定方法としては、オーディオクライアント３のユーザの年齢を登録しておき、このユーザの年齢に応じて各クライアント装置をグループ分けすることも可能である。例えば、１２歳未満のユーザが使用するオーディオクライアント３をｇｒｏｕｐＡ、１２歳以上１８歳未満のユーザが使用するオーディオクライアント３をｇｒｏｕｐＢ、１８歳以上のユーザが使用するオーディオクライアント３をｇｒｏｕｐＣとして設定することが可能である
。

また、上記のように１曲毎に公開情報を設定する方法の他に、オーディオクライアント毎に公開情報を設定することも可能である。例えば、図３（Ｅ）に示す公開ルールテーブル１０３のように、オーディオクライアント３ａから録音した楽曲はオーディオクライアント３ａのみに（自分自身のみに）公開し、オーディオクライアント３ｂから録音した楽曲はオーディオクライアント３ａ，３ｂ，３ｄにのみ公開し、オーディオクライアント３ｄから録音した楽曲は全オーディオクライアント３に公開するように予め設定しておく。これにより、リビングルームなど複数のユーザが使用するオーディオクライアント３では、全オーディオクライアント３に公開しても問題ない楽曲を再生することが多いので、録音時に特に公開情報を設定しなくても一括して全オーディオクライアント３に楽曲を公開することができる。

上記のようにオーディオクライアント毎に公開情報を設定する場合には、曲管理テーブル１０１に公開情報を追加するのではなく、図３（Ｅ）に示すような公開ルールテーブル１０３を別途設定する。そして、オーディオサーバ２が、このテーブルにしたがって楽曲を記録・配信するように設定する。

次に、オーディオ再生システム１におけるオーディオデータの経路及びバッファリングについて説明する。オーディオクライアント３に接続されたＭＤプレーヤ９は、楽曲が記録されたＭＤの再生操作が行われると、ＭＤを再生して楽曲のディジタルオーディオデータをオーディオクライアント３のＤＩＲ３９へ出力する。ＤＩＲ３９は、ＭＤプレーヤ９から出力されたオーディオデータのバイフェーズマーク信号を復調して、コーデックフォーマットに変換し、ＳＲＣ４０へ出力する。ＳＲＣ４０は、システムの動作クロックに合わせてデータ変換を行って、ＰＣＭ形式のオーディオデータを出力する。ＣＰＵ３５は、ＳＲＣ４０が出力したオーディオデータを受け取ると、一旦ＲＡＭ３２に設けられたバッファ３２ｂにオーディオデータを蓄積する。ここで、ＭＤプレーヤ９が出力したオーディオデータがＤＩＲ３９・ＳＲＣ４０・ＣＰＵ３５を介してＲＡＭ３２に送られる経路を図２に示すように経路（１）と称する。

ＣＰＵ３５は、操作部３６においてデータの圧縮処理を行うように設定されていた場合には、ＰＣＭ形式のオーディオデータをＭＰ３形式のオーディオデータにエンコードしてからＲＡＭ３２のバッファ３２ｂに送信してオーディオデータを蓄積させる。

ＣＰＵ３５は、バッファ３２ｂのデータ量を監視しており、一定量（閾値）以上になると、オーディオデータをバッファ３２ｂから読み出して、ＬＡＮ通信部３１へ転送する。また、このとき、前記のように、オーディオクライアント３のＩＤ情報を送信する。ここで、ＲＡＭ３２のバッファ３２ｂからＣＰＵ３５を介してＬＡＮ通信部３１へオーディオデータを送信する経路を経路（２）と称する。

ＬＡＮ通信部３１は、イーサネット（登録商標）の規格に則り、データのパラレル／シリアル変換を行って、イーサネット（登録商標）５（ハブ４）を介してオーディオサーバ２へ送出される。オーディオサーバ２のＬＡＮ通信部１６は、オーディオクライアント３から送られてきたオーディオデータを受信すると、イーサネット（登録商標）の規格に則り、オーディオデータをシリアルパラレル変換して、ＲＡＭ１４のバッファ１４ｂに蓄積する。ここで、オーディオクライアント３のＬＡＮ通信部３１からイーサネット（登録商標）５を介して、オーディオサーバ２のＬＡＮ通信部１６へオーディオデータを送信する経路を経路（３）と称する。また、ＬＡＮ通信部１６からＣＰＵ１５を介してＲＡＭ１４にオーディオデータを送信する経路を経路（４）と称する。

ＣＰＵ１５は、バッファ１４ｂに蓄積したデータ量を監視しており、一定量（閾値）以上になったら、バッファ１４ｂからＨＤＤ１３にデータを転送して、ＨＤＤ１３にこのオーディオデータを記録する。ここで、ＲＡＭ１４からＣＰＵ１５を介してＨＤＤ１３へオーディオデータを送信する経路を経路（５）と称する。

図４は、バッファのメモリマップの一例、及びバッファ量と経過時間の関係を示す図である。図４において、Buffer_full は最大バッファサイズ、Buffer_thlは転送処理開始の閾値を示す。オーディオ再生システム１では、上記のようにＲＡＭにバッファを設けてバッファリングを行うことにより、あるまとまった処理単位でデータ転送を行うことができるので、処理効率を向上させることができる。また、イーサネット（登録商標）５が何らかの理由で混み合っていてデータ転送中に転送が滞ることがあった場合でも、データのオーバフローを防止できる。さらに、ＣＰＵ１５は、データ転送のみを行っているのではなく他の処理も行っているので、他のタスクを実行中にデータがオーバフローするのを防止できる。

しかしながら、オーディオクライアント３において、図２に示す経路（１）では、ＭＤプレーヤ９でＭＤを再生すると一定時間毎に一定量のオーディオデータがバッファ３２ｂへ送られてくるため、バッファオーバフローの防止対策が必要である。そこで、オーディオクライアント３では、バッファの最大容量が大きなものを採用するとともに、オーディオデータの転送処理を開始する閾値を低く設定して、バッファ３２ｂに蓄積されたデータ量の増加をできるだけ抑えて、バッファ３２ｂができるだけ空になるように制御する。

図４（Ａ）における期間１は、データ転送が滞りなく順調に行われている場合を示す。この状態では、経路（１）を通じて送られてきたオーディオデータがＲＡＭ３２のバッファ３２ｂに蓄積される。ＣＰＵ３５は、バッファ残量を監視しており、バッファのオーディオデータ量が閾値Buffer_thlに達すると、経路（２）にてバッファ３２ｂからＬＡＮ通信３１へデータ転送を行う。期間１では、この処理を繰り返し行っている。

一方、図４（Ａ）おける期間２は、何らかの理由で経路（２）におけるデータ転送が滞った場合を示している。例えば、イーサネット（登録商標）を流れるデータが混み合っている場合や、ＣＰＵ３５が他のタスク処理に時間を取られている場合などである。この場合には、経路（１）では一定時間毎に一定量のデータが転送されるが、経路（２）のデータ転送が捗らないため、バッファ３２ｂでは蓄積されるデータが閾値Buffer_thlに達してもデータ転送を行うことができず、この閾値を超えてさらにデータが蓄積される。ＣＰＵ３５は、イーサネット（登録商標）を流れるデータ量が減ったり、他のタスク処理が完了して経路（２）のデータ転送処理を行うことができるようになったりすると、バッファ３２ｂのデータ量をできるだけ削減すべく転送処理を行う（実線の処理）。

一方、ＣＰＵ３５は、引き続き、経路（２）におけるデータ転送が実施できない場合には、図４（Ａ）において点線で示すように、バッファ３２ｂのデータ量が最大バッファサイズBuffer_full に達してしまう可能性がある。このとき、バッファ３２ｂのサイズをできるだけ大きくしておくことで、バッファオーバフローエラーの発生を防止することが可能となる。

しかしながら、引き続き経路（１）においてデータが転送されると、バッファ３２ｂがオーバフローしてオーディオデータの記録が失敗となる。この場合には、ＣＰＵ３５は、バッファオーバフローエラーが発生したために録音が失敗したことを通知する内容を表示部３７に表示させる。

オーディオサーバ２においては、経路（３）のデータ転送レートが、平均的にみて経路（１）のデータ転送レートと同じ値になる。そのため、オーディオサーバ２は、オーディオクライアント３と同様にバッファリングを行えばよい。但し、オーディオサーバ２は、オーディオクライアント３が複数接続されており、同時に複数のオーディオクライアント３へオーディオデータをストリーミング配信することがある。また、オーディオサーバ２は、光ディスクドライブ１１でＣＤに記録されたオーディオデータを読み出したり、再生したオーディオデータの録音処理を行ったりする場合があり、これらの場合にはオーディオサーバ２における負荷が重くなる。そのため、オーディオサーバ２におけるバッファサイズBuffer_full や閾値Buffer_thlの値は、オーディオクライアント３のバッファとは異なる値を設定する必要がある。

また、オーディオ再生システム１では、オーディオサーバ２からオーディオクライアント３の外部入力を録音する際に、オーディオサーバ２で、その音声データを再生してスピーカ７から音声を放音しながら録音することができる。この場合には、音切れが発生するのを防止するために、ある程度オーディオデータをバッファに蓄積した状態でオーディオデータを再生する必要がある。また、オーディオクライアント３において、外部接続機器や光ディスクドライブ３４でＣＤなどの楽曲を少し再生してから録音を開始したくなった場合に、最初からもう一度再生をやり直さなくても楽曲の最初から録音が可能な遡り録音（過去録音）機能を設けた場合には、楽曲の最初から数秒〜数分程度のオーディオデータをバッファに蓄積しておく必要がある。これらの場合には、前記図４（Ａ）に基づいて説明した方法とは異なり、以下のようにバッファ管理を行う。

図４（Ｂ）に示すように、オーディオ再生システム１では、音切れが発生するのを防止するために、常に一定量のデータを蓄積した状態でバッファリングを行う。すなわち、図４（Ａ）において、単純にオフセットが加わったような形になり、バッファ３２ｂの閾値Buffer_thlの値は、図４（Ａ）よりも大きくなる。

また、バッファ制御を適正に行うことで、遡り録音も可能になる。この場合には、バッファサイズに応じて、楽曲の始めを再生してからいつまで録音可能であるかが変化するが、例えば、３分程度のオーディオデータをバッファリングできるようにバッファサイズの大きなメモリを設定すると、楽曲を再生してから３分以内に録音操作を開始することで、オーディオデータを最初からもう一度再生し直さなくても、楽曲の最初からオーディオデータを録音することができる。

なお、オーディオクライアント３において、光ディスクドライブ３４でＣＤなどの楽曲を再生途中に録音を開始する場合には、再生用のデータを読み出してバッファリングし、光ディスクドライブ３４でＣＤなどの光ディスクから楽曲のオーディオデータの先頭からの読み出しと、再生用データの読み出しと、を交互に行うようにしても、遡り録音は可能である。

以上の説明では、ＭＤプレーヤ９でＭＤを再生した場合について説明したが、本発明はこれに限るものではなく、Ａ／Ｄコンバータに接続したアナログ出力の外部接続機器で再生したオーディオデータや、光ディスクドライブ３４で再生したオーディオデータを記録することも可能である。オーディオクライアント３において、Ａ／Ｄコンバータ３８に接続されたカセットプレーヤ８などの外部接続機器が出力するアナログオーディオデータをオーディオサーバ２で録音する場合には、Ａ／Ｄコンバータ３８がアナログオーディオデータをＰＣＭ形式のディジタルオーディオデータに変換し、ＣＰＵ３５がバッファ３２ｂにオーディオデータを蓄積する。そして、ＭＤプレーヤ９でＭＤから読み出したオーディオデータを処理する場合と同様に処理を行う。

また、オーディオクライアント３では、ＣＤやＤＶＤなどの光ディスクに記録された楽曲のオーディオデータを録音する場合には、光ディスクドライブ３４が光ディスクからオーディオデータを読み出してＣＰＵ３５へ出力し、ＣＰＵ３５がバッファ３２ｂにオーディオデータを蓄積する。そして、ＭＤプレーヤ９でＭＤから読み出したオーディオデータを処理する場合と同様に処理を行う。

ここで、オーディオクライアント３では、光ディスクドライブ３４で光ディスクのオーディオデータを再生するのでなければ、すなわち、光ディスクからオーディオデータを読み出すだけであれば、バッファ３２ｂの状態に応じて光ディスクドライブ３４におけるオーディオデータの読み出しを一時的に停止することが可能である。つまり、オーディオクライアント３においてバッファ３２ｂがオーバフローするおそれがある場合には、光ディスクドライブ３４におけるオーディオデータの読み出しを停止することで、オーバフローを未然に防ぐことができる。したがって、バッファ３２ｂのサイズを小型化しても、問題なくオーバフローを防止することができる。

また、オーディオ再生システム１では、オーディオクライアント３の光ディスクドライブ３４でＣＤやＤＶＤに記録された楽曲を再生すると、全ての楽曲のオーディオデータをオーディオサーバ２に転送して、ＨＤＤ１３に記録するように設定することが可能である。この場合には、図３に示したように、管理テーブル１０１に予め公開情報を設定しておく必要がある。

次に、楽曲のオーディオデータの記録手順について、フローチャートに基づいて説明する。図５は、オーディオ再生システムのオーディオデータの記録手順を説明するためのフローチャートである。ここで、オーディオ再生システム１で利用可能なオーディオデータの圧縮形式としては、前記のようにＭＰ３に限るものではなく他の圧縮形式を用いることも可能であるが、以下の説明では圧縮形式としてＭＰ３形式のみを利用するように設定している場合について説明する。

ユーザは、オーディオ再生システム１の設置及び初期設定が完了すると、オーディオクライアント３ｄの光ディスクドライブ３４にＣＤをセットし、操作部３６を操作してＣＤに記録されたオーディオデータを、オーディオサーバ２のＨＤＤ１３へ記録させる操作（録音操作）を行う。オーディオクライアント３ｄのＣＰＵ３５は、光ディスクドライブ３４にＣＤがセットされて、操作部３６で録音操作が行われたことを検出すると（ｓ１）、公開情報を設定するか否かを確認する内容を表示部３７に表示させて、操作部３６で公開情報が設定されるまで待機する（ｓ２）。ＣＰＵ３５は、操作部３６において公開情報の設定を行わない旨の操作が行われたことを検出すると、オーディオデータの送信時の形式を確認する内容を表示部３７に表示させる（ｓ７）。

一方、ＣＰＵ３５は、公開情報を設定する旨の操作が行われたことを検出すると、オーディオサーバ２が現在オーディオデータを配信可能な全オーディオクライアント３のリストの送信要求をＬＡＮ通信部３１からオーディオサーバ２へ送信する（ｓ３）。

オーディオサーバ２は、オーディオクライアント３ｄからの送信要求をＬＡＮ通信部１６で受信すると（ｓ２１）、現在オーディオデータを配信可能な全オーディオクライアント３のリストを、ＬＡＮ通信部１６からオーディオクライアント３ｄへ送信する（ｓ２２）。

オーディオクライアント３ｄは、このリストをＬＡＮ通信部３１で受信すると（ｓ４）、公開情報の設定を促す内容を表示部３７に表示させる（ｓ５）。ユーザは、表示に従い操作部３６を操作して楽曲を公開するオーディオクライアント３を設定する。ＣＰＵ３５は、操作部３６から公開情報が設定されたことを検出すると（ｓ６）、続いて、オーディオデータの送信時の形式を確認する内容を表示部３７に表示させる（ｓ７）。ユーザは、表示に従い操作部３６を操作して楽曲をＰＣＭ形式またはＭＰ３形式のいずれで送信するかを設定する。

ＣＰＵ３５は、操作部３６からＰＣＭ形式のオーディオデータを送信するように設定されたか、またはＭＰ３形式にエンコードしてオーディオデータを送信するように設定されたかを確認して（ｓ８）、録音処理を開始する（ｓ９）。すなわち、光ディスクドライブ３４は、ユーザが指定した楽曲のオーディオデータ（ＰＣＭデータ）をＣＤから読み出してＣＰＵ３５へ出力する。ＣＰＵ３５は、光ディスクドライブ３４から送信されたオーディオデータを、バッファ３２ｂに一時的に記憶させる（ｓ９）。例えば、１６０ｋｂｐｓのＭＰ３形式でエンコードするように設定されている場合には、ＣＰＵ３５は、ＰＣＭ形式のオーディオデータを１６０ｋｂｐｓのＭＰ３形式でオーディオデータにエンコードして、ＲＡＭ３２へ出力する。また、ＣＰＵ３５は、ＰＣＭ形式のオーディオデータを送信する場合には、そのままＲＡＭ３２へ出力する。

ＣＰＵ３５は、ＲＡＭ３２のバッファ３２ｂにおけるオーディオデータ量を監視しており、バッファ３２ｂのデータ量が閾値Buf_thl に達すると、ＬＡＮ通信部３１からオーディオサーバ２へＭＰ３形式またはＰＣＭ形式のオーディオデータを一定量ずつ、オーディオクライアント３ｄのＩＤ情報とともに出力する（ｓ１０）。

オーディオサーバ２は、ユーザが指定した楽曲のオーディオデータの送信が終了するまで（ｓ１１）、ステップｓ９〜ｓ１１の処理を楽曲毎に行う。

一方、オーディオサーバ２のＣＰＵ１５は、ＬＡＮ通信部１６でＭＰ３形式またはＰＣＭ形式のオーディオデータ及びオーディオクライアント３ｄのＩＤ情報を受信すると（ｓ２３）、ＲＡＭ１４のバッファ１４ｂに一時的に記憶させる（ｓ２４）。そして、ＣＰＵ１５は、バッファ１４ｂに一定量のオーディオデータが蓄積されると、このオーディオデータを読み出してＨＤＤ１３にオーディオデータを記録する（ｓ２５）。ＣＰＵ１５は、オーディオクライアント３からのオーディオデータの送信が完了するまで（ｓ２６）、このステップｓ２３〜ｓ２６の処理を繰り返し行う。ＣＰＵ１５は、ＨＤＤ１３へのオーディオデータの記録処理が終了すると（ｓ２６）、ＨＤＤ１３に設けられている楽曲情報データベース１００を検索して（ｓ２７）、ＨＤＤ１３に記録したオーディオデータについて、検索結果である楽曲情報と、属性情報と、オーディオクライアント３ｄのＩＤ情報と、を対応付けて、ＨＤＤ１３の管理テーブル１０１にセットする（ｓ２８）。管理テーブル１０１では、各楽曲情報（曲名、アルバム名、アーティスト名、ジャンル名など）と、オーディオデータファイルの属性情報（ファイル名、フォーマットやビットレートなどの圧縮方式情報、ＨＤＤ１３上のオーディオデータファイルの格納場所を示すアドレスなど）と、オーディオクライアント３ｄのＩＤ情報と、を対応付けて管理される。

以上の処理により、オーディオサーバ２では、ＭＰ３形式やＰＣＭ形式のオーディオデータが、楽曲毎にＨＤＤ１３に格納され、管理テーブル１０１により管理される。

（２）楽曲の配信・再生手順
次に、オーディオ再生システム１におけるオーディオデータの配信・再生手順を説明する。オーディオクライアント３で楽曲を再生するためには、まず、オーディオサーバ２から楽曲リストを受け取る。そして、楽曲リストの中から所望の楽曲を選択して配信要求を行って、オーディオサーバ２からストリーミング配信された楽曲のオーディオデータを再生する。

オーディオクライアント３では、自装置から記録（録音）した楽曲のみの楽曲リストを送信するように要求することも、また、配信可能な楽曲のリストを送信するように要求することもできる。オーディオサーバ２は、オーディオクライアント３から楽曲リストの送信要求を受信すると、管理テーブル１０１の送信元情報や公開情報を参照してその要求内容に当てはまる楽曲を選出して楽曲リストを作成する。そして、ＣＰＵ１５は、この楽曲リストをオーディオクライアント３へ送信する。

例えば、オーディオサーバ２のＣＰＵ１５は、オーディオクライアント３ａが自装置から記録した楽曲のみの楽曲リストの送信要求を受信した場合には、管理テーブル１０１の送信元情報からオーディオクライアント３ａが送信元である楽曲をピックアップして楽曲リストを作成する。

また、ＣＰＵ１５は、オーディオクライアント３ａに対して配信可能な楽曲のリストの送信要求を受けた場合には、管理テーブル１０１の公開情報フラグやグループテーブルを確認して、オーディオクライアント３ａが自装置から記録した楽曲、及び他のオーディオクライアント３がオーディオクライアント３ａに対して公開している楽曲をピックアップして、楽曲リストを作成する。

そして、オーディオサーバ２のＣＰＵ１５は、作成した楽曲リストをＬＡＮ通信部１６からオーディオクライアント３ａへ送信する。これにより、オーディオクライアント３ａでは、楽曲リストに基づいて所望の楽曲の配信要求を行って、オーディオサーバ２からストリーミング配信される楽曲のオーディオデータを再生することができる。

以下の説明では、オーディオクライアント３ａから楽曲リストの送信要求があり、オーディオサーバ２が配信要求のあった楽曲のオーディオデータをストリーミング配信する場合を例に挙げて説明する。

ユーザは、オーディオクライアント３ａで楽曲のオーディオデータを再生する際には、まず、操作部３６において、オーディオサーバ２から楽曲リストを取得する操作を行う。このとき、ユーザは、操作部の操作により現在配信可能な楽曲のリストを取得することができる。また、ユーザは、自分が使用するオーディオクライアント３から記録した楽曲のみのリストを取得する操作を行うことができる。さらに、アーティスト名やジャンル名などを指定することで、さらに選択範囲を限定した楽曲リストを取得する操作を行うこともできる。

図６は、オーディオ再生システムのオーディオデータの再生手順を説明するためのフローチャートである。オーディオクライアント３ａのユーザは、オーディオクライアント３で楽曲の再生を行うために、操作部３６を操作して楽曲リストを表示部３７に表示させる操作を行う。オーディオクライアント３のＣＰＵ３５は、操作部３６が操作されたこと検出すると（ｓ３１）、その内容に応じた楽曲リストの送信要求をＬＡＮ通信部３１からオーディオサーバ２へ送信させる（ｓ３２）。すなわち、ＣＰＵ３５は、オーディオクライアント３ａで記録処理を行った楽曲のリストの送信要求、または、オーディオクライアント３ａに公開されている楽曲のリストの送信要求を送信させる。

オーディオサーバ２のＣＰＵ１５は、楽曲リストの送信要求を受信すると（ｓ４１）、ＨＤＤ１３の管理テーブル１０１などを検索して、送信元情報や公開情報に基づいて、要求のあった楽曲リストを作成する（ｓ４２）。そして、ＣＰＵ１５は、ＬＡＮ通信部１６にオーディオクライアント３ａへ、作成した楽曲リストを送信させる（ｓ４３）。

オーディオクライアント３のＣＰＵ３５は、ＬＡＮ通信部３１が楽曲リストを受信すると（ｓ３３）、ＲＡＭ３２に一時的に記憶させるとともに、表示部３７に楽曲リストの内容を表示させる（ｓ３４）。

ユーザは、オーディオクライアント３の表示部３７に楽曲リストが表示されると、操作部３６を操作して再生させたい楽曲を指定する。このとき、アーティスト名やジャンル名で表示部３７に表示させる楽曲をさらに絞り込むことも可能である。オーディオクライアント３のＣＰＵ３５は、操作部３６で上記の操作が行われたことを検出すると（ｓ３５）、指定された楽曲の配信要求をＬＡＮ通信部３１からオーディオサーバ２へ送信させる（ｓ３６）。

オーディオサーバ２のＣＰＵ１５は、ＬＡＮ通信部１６で楽曲の配信要求を受信すると（ｓ４４）、ＨＤＤ１３の管理テーブルを参照して配信要求のあった楽曲のオーディオデータをＨＤＤ１３から読み出して、ＬＡＮ通信部１６からこの楽曲のオーディオデータをストリーミング配信する（ｓ４５）。

オーディオクライアント３のＣＰＵ３５は、ＬＡＮ通信部３１でストリーミング配信された楽曲のオーディオデータを受信すると（ｓ３７）、この圧縮オーディオデータをＲＡＭ３２に一時的に格納させる。そして、ＣＰＵ３５は、ＲＡＭ３２から読み出したオーディオデータがＭＰ３形式の場合にはＰＣＭ形式にデコードして、またＲＡＭ３２から読み出したオーディオデータがＰＣＭ形式の場合には、デコードせずにＰＣＭオーディオデータをＤ／Ａコンバータ４１でアナログ化して、アンプ４２で増幅してスピーカ４３から楽曲の音声を放音させる（ｓ３８）。

このように、本発明の実施形態に係るオーディオ再生システム１では、オーディオクライアント３からオーディオデータの記録処理を行うことができ、また、各オーディオデータは、記録を行ったオーディオクライアント３を示す送信元情報とともに管理される。したがって、各オーディオクライアント３のユーザは、手元のオーディオクライアント３で録音した楽曲を再生したい場合には、容易に検索を行うことができる。また、オーディオサーバ２においても、ＨＤＤ１３に記録した楽曲数が膨大になった場合でも、各楽曲がどのオーディオクライアント３で記録されたものを容易に判別できる。さらに、オーディオサーバ２に記録する楽曲に公開情報を設定できるので、他のオーディオクライアント３やオーディオサーバ２に対して、楽曲の公開を制限することができる。

本発明の実施形態に係るオーディオ再生システムの構成を示すブロック図である。 オーディオクライアント及びオーディオサーバにおけるオーディオデータの流れを示すブロック図である。 オーディオサーバの管理テーブルの一例である。 バッファのメモリマップの一例、及びバッファ量と経過時間の関係を示す図である。 オーディオ再生システムのオーディオデータの記録手順を説明するためのフローチャートである。 オーディオ再生システムのオーディオデータの再生手順を説明するためのフローチャートである。

符号の説明

１−オーディオ再生システム ２−オーディオサーバ
３，３ａ〜３ｅ−オーディオクライアント ４−ハブ
５−イーサネット（登録商標） ６，４２−アンプ ７，４３−スピーカ
８−カセットプレーヤ ９−ＭＤプレーヤ １０−ＣＤプレーヤ
１１，３４−光ディスクドライブ １２，３３−ＲＯＭ １３−ＨＤＤ
１４，３２−ＲＡＭ １４ｂ，３２ｂ−バッファ
１５，３５−ＣＰＵ １６，３１−ＬＡＮ通信部
１６ｍ，３１ｍ−無線通信部 １６ｙ，３１ｙ−有線通信部
１７，３６−操作部 １８，３７−表示部
１９，３８−Ａ／Ｄコンバータ ２０，３９−ＤＩＲ
２１，４０−ＳＲＣ ２２，４１−Ｄ／Ａコンバータ
１００−楽曲情報データベース １０１−曲管理テーブル
１０２−グループテーブル １０３−公開ルールテーブル

Claims (4)

1. オーディオデータを再生する複数のクライアント装置に接続され、各クライアント装置からオーディオデータを受信して、各クライアント装置へオーディオデータを配信するサーバ装置であって、
   各クライアント装置から受信したオーディオデータをどのクライアント装置に公開するかを示す公開情報を、クライアント装置毎に公開先のクライアント装置を示す公開ルールテーブルとして記憶するとともに、各クライアント装置からオーディオデータを受信すると、該オーディオデータとこのオーディオデータの送信元を判別するための送信元情報とを対応付けて管理テーブルとして前記公開ルールテーブルと別途記憶する記憶手段と、
   前記記憶手段に記憶している前記公開情報と前記送信元情報とに基づいて、各クライアント装置へ配信可能なオーディオデータのリストを作成する作成手段と、
   を備え、
   前記作成手段は、前記公開ルールテーブルを参照して、前記リストを作成すべきクライアント装置が公開先となっているクライアント装置を選出し、前記管理テーブルを参照して、選出したクライアント装置が送信元となるオーディオデータを選出して、該オーディオデータを配信可能なオーディオデータとするサーバ装置。
2. オーディオデータを再生する複数のクライアント装置と、各クライアント装置からオーディオデータを受信し、各クライアント装置にオーディオデータを配信するサーバ装置と、を備えたオーディオ再生システムにおいて、
   前記サーバ装置は、各クライアント装置から受信したオーディオデータをどのクライアント装置に公開するかを示す公開情報を、クライアント装置毎に公開先のクライアント装置を示す公開ルールテーブルとして記憶する記憶手段を備え、
   前記クライアント装置は、記録操作を受け付けると、前記サーバ装置へオーディオデータを送信し、
   前記サーバ装置は、前記クライアント装置からオーディオデータを受信すると、受信したオーディオデータとこのオーディオデータの送信元を判別するための送信元情報とを対応付けて管理テーブルとして前記記憶手段に前記公開ルールテーブルと別途記憶し、
   前記クライアント装置は、オーディオデータのリストの表示操作を受け付けると、リストの配信要求を送信し、
   前記サーバ装置は、前記記憶手段に記憶している前記公開情報と前記送信元情報とに基づいて、各クライアント装置へ配信可能なオーディオデータのリストを作成する作成手順と、前記リストの配信要求があったクライアント装置へ作成したリストを送信する送信手順とを実行し、
   前記作成手順は、前記公開ルールテーブルを参照して、前記リストを作成すべきクライアント装置が公開先となっているクライアント装置を選出し、前記管理テーブルを参照して、選出したクライアント装置が送信元となるオーディオデータを選出して、該オーディオデータを配信可能なオーディオデータとするオーディオ再生システム。
3. 前記クライアント装置は、オーディオデータの再生途中に記録操作を受け付けたとき、再生途中のオーディオデータを先頭から前記サーバ装置へ送信する請求項２に記載のオーディオ再生システム。
4. 前記クライアント装置は、オーディオデータの再生が開始されると、このオーディオデータを前記サーバ装置へ自動的に送信する請求項２に記載のオーディオ再生システム。

Images