(57)【要約】【課題】  クライアント側において音楽が再生されている状況下においても適切にインターホン通話を行うことができる音楽配信システムを提供する。【解決手段】  サーバ１００は、クライアント２００−ｋ（ｋ＝１〜Ｎ）からの要求に応じ、音楽データを配信する。特定のクライアントとの間でインターホン通話を行う場合、サーバ１００のＣＰＵ１０１は、ボリューム１１２の操作により、そのクライアント宛の音楽データの音量を下げ、マイク１５０により取得された音声データをミキサ１１３により音楽データとミキシングしてクライアントに送る。【選択図】    図１
2006157506.tif 000002
【特許請求の範囲】
【請求項１】
音楽データを記憶する記憶手段と、
外界から音声を受け取り、音声データを出力する収音手段と、
クライアントからの要求に応じて、前記記憶手段から音楽データを読み出す読出手段と、
前記収音手段により取得される音声データと前記読出手段により読み出される音楽データとをミキシングし、音データを出力するミキサと、
前記ミキサによって出力された音データを前記クライアントに送信する送信手段と、
前記収音手段により取得される音声データを含む音データを前記クライアントに送信する間、前記読出手段によって再生された音楽データの音量を下げて前記ミキサに供給する音量制御手段と
を具備することを特徴とする音楽配信装置。
【請求項２】
音声データを他の装置から受信する通信手段と、
音楽データを取得する音楽データ取得手段と、
前記通信手段により受信される音声データと前記音楽データ取得手段により取得される音楽データとをミキシングし、音データを出力するミキサと、
前記ミキサから出力される音データを音として出力するオーディオ出力手段と、
前記他の装置から受信される音声データに対応した音声を前記オーディオ出力手段から出力する場合に、前記音楽データ取得手段によって取得される音楽データの音量を下げて前記ミキサに供給する音量制御手段と
を具備することを特徴とする音楽再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介して音楽配信を行うための音楽配信装置および音楽再生装置に関する。
【背景技術】
【０００２】
音楽配信装置たるサーバが音楽再生装置たるクライアントからの要求に応じて、音楽コンテンツを配信する音楽配信システムが各種提供されている。この種の音楽配信システムの一例として例えば非特許文献１に記載されたものがある。この音楽配信システムによれば、ユーザは自室に居ながらクライアントを介してサーバに要求を送り、この要求に応じてサーバから提供される音楽を楽しむことができる。
【非特許文献１】ヤマハ・ミュージックキャスト（登録商標）カタログ
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上述した音楽配信システムに利用されるサーバの中には、外部入力端子を有しており、この外部入力端子に入力されるオーディオ信号をクライアントに送信することが可能なものがある。従って、この種のサーバの外部入力端子にマイクを接続すれば、サーバのユーザの音声をクライアント側において再生するインターホン機能を実現することができる。しかしながら、クライアントにおいて音楽の再生を行っているときにこのインターホン機能が利用されると、クアイアント側ではサーバのユーザの音声が再生される音楽に埋もれてしまい、インターホン通話を適切に行うことができないという問題があった。
【０００４】
この発明は、以上のような事情に鑑みてなされたものであり、クライアント側において音楽が再生されている状況下においても適切にインターホン通話を行うことができる音楽配信装置および音楽再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、この発明は、音楽データを記憶する記憶手段と、外界から音声を受け取り、音声データを出力する収音手段と、クライアントからの要求に応じて、前記記憶手段から音楽データを読み出す読出手段と、前記収音手段により取得される音声データと前記読出手段により読み出される音楽データとをミキシングし、音データを出力するミキサと、前記ミキサによって出力された音データを前記クライアントに送信する送信手段と、前記収音手段により取得される音声データを前記クライアントに送信する間、前記読出手段によって再生された音楽データの音量を下げて前記ミキサに供給する音量制御手段とを具備することを特徴とする音楽配信装置を提供する。
かかる音楽配信装置によれば、収音手段により取得される音声データが音楽データとミキシングされてクライアントに送られる間、音楽データの音量が下げられる。従って、クライアント側では、音楽データの再生中であっても、再生される音楽に埋もれさせることなく、音楽配信装置の収音手段により収音された音声を再生することができる。
好ましい態様において、音楽配信装置には、複数のクライアントの各々のために動作可能な読出手段、ミキサ、音量制御手段および送信手段が用意されている。この態様において、収音手段により収音される音声を１または複数の特定のクライアントのみに送る場合には、それらのクライアントのうち音楽データの再生を行っているクライアントのみを対象とし、上記読出手段、ミキサ、音量制御手段および送信手段としての動作が行われる。
音楽データの音量を下げる場合におけるその音量値は、何らかの操作手段の操作により設定するようにしてもよいし、収音手段により取得される音声の平均音量レベルと音楽データの平均音量レベルに基づいて演算するようにしてもよい。
また、この発明は、音声データを他の装置から受信する通信手段と、音楽データを取得する音楽データ取得手段と、前記通信手段により受信される音声データと前記音楽データ取得手段により取得される音楽データとをミキシングし、音データを出力するミキサと、前記ミキサから出力される音データを音として出力するオーディオ出力手段と、前記他の装置から受信される音声データに対応した音声を前記オーディオ出力手段から出力する場合に、前記音楽データ取得手段によって取得される音楽データの音量を下げて前記ミキサに供給する音量制御手段とを具備することを特徴とする音楽再生装置を提供する。
かかる発明によれば、他の装置から受信される音声データに対応した音声をオーディオ出力手段から出力する場合に、音楽データ取得手段によって取得される音楽データの音量を下げてミキサに供給するので、オーディオ出力手段から再生される音楽に埋もれさせることなく、他の装置からの音声データに対応した音声を再生することができる。
音楽取得手段は、記憶手段に記憶された音楽データを読み出す装置であってもよく、他の装置から音楽データを受信する通信手段であってもよい。
音楽配信装置には、外界の音声を受け取り、音声データを出力する収音手段と、この収音手段により出力された音声データを他の装置に送信する手段を設けてもよい。また、収音手段により取得される音声の平均音量レベルを他の装置に通知する手段を設けてもよい。
好ましい態様において、音楽再生装置は、他の装置から受信される音声データの平均音量レベルと音楽取得手段により取得される音楽データの平均音量レベルの通知を受け、これらの両平均音量レベルに基づき、音量制御手段が音楽データの音量を下げる場合におけるその音量値を設定する。また、複数の他の装置から音声データを受信する場合には、それら複数の装置からの音声データの平均音量レベルの通知を受け、これらの最小値と音楽取得手段により取得される音楽データの平均音量レベルに基づき、音楽データの音量を下げる場合におけるその音量値を設定する。かかる態様によれば、音声による通話に参加している者のうち最も声の小さい者に合わせて、音楽データの再生の際の音量の絞りが行われるので、さらに聞き取りやすいインターホン通話が実現される。
【発明を実施するための最良の形態】
【０００６】
以下、図面を参照して、この発明の実施形態について説明する。
＜第１実施形態＞
図１はこの発明の第１実施形態である音楽配信システムの構成を示すブロック図である。図１において、サーバ１００とＮ台のクライアント２００−ｋ（ｋ＝１〜Ｎ）は、例えば同一家屋の別々の部屋に配置されており、家庭内の有線ＬＡＮまたは無線ＬＡＮなどのネットワークを介して接続されている。
【０００７】
サーバ１００は、各クライアント２００−ｋからの要求に応じ、ネットワークを介して曲データの配信を行う。この曲データは、各種の曲の音楽データを圧縮符号化したデータである。記憶装置１０２は、例えばＨＤＤであり、曲データのデータベースを記憶している。サーバ１００にはマイク１５０が接続されている。このマイク１５０は、サーバ１００の配置された部屋内に設けられており、同部屋内のユーザの発声音を収音する収音手段として機能する。本実施形態におけるサーバ１００およびクライアント２００−ｋ（ｋ＝１〜Ｎ）は、このマイク１５０により収音されたユーザの音声をクライアント２００−ｋ（ｋ＝１〜Ｎ）の配置された各部屋に届けるインターホン機能を実現するための装置を含んでいる。ＣＰＵ１０１は、サーバ１００内の各部を制御する制御手段であり、クライアント２００−ｋ（ｋ＝１〜Ｎ）からの要求に応じて曲データを記憶装置１０２から読み出す読出手段としての制御、クライアント２００−ｋ（ｋ＝１〜Ｎ）に曲データを配信するための制御およびインターホン機能を実現するための制御を行う。Ａ／Ｄ変換器１０３は、マイク１５０から出力されるアナログ音声信号を所定のサンプリングレートでサンプリングし、デジタル形式の音声データに変換して出力する。ネットワークインタフェース１０４は、ネットワークを経由して各クライアント２００−ｋ（ｋ＝１〜Ｎ）とデータ通信を行うためのインタフェースである。
【０００８】
サーバ１００は、Ｎ個のオーディオ伝送処理部１１０−ｋ（ｋ＝１〜Ｎ）を有している。各オーディオ伝送処理部１１０−ｋ（ｋ＝１〜Ｎ）の構成は次の通りである。まず、デコーダ１１１は、記憶装置１０２から読み出される曲データを復号化し、Ａ／Ｄ変換器１０３のサンプリングレートと同一のサンプリングレートのサンプルデータである音楽データを出力する装置である。ボリューム１１２は、ＣＰＵ１０１と協働して音量制御手段として機能する装置であり、ＣＰＵ１０１から与えられるボリューム制御信号ＶＣＯＮに従い、デコーダ１１１から出力される音楽データのボリュームを制御し、ボリューム制御のなされた音楽データを出力する装置である。ミキサ１１３は、ボリューム１１２から出力される音楽データとＡ／Ｄ変換器１０３から出力される音声データとをミキシングし、音データとして出力する装置である。エンコーダ１１４は、ミキサ１１３から出力される音データを曲データと同一形式に圧縮符号化して出力する装置である。
【０００９】
クライアント２００−ｋ（ｋ＝１〜Ｎ）の構成は次の通りである。ＣＰＵ２０１は、クライアント２００−ｋ内の各部の制御手段であり、リモコン（図示略）などを利用して与えられるユーザからの指示に従い、サーバ１００から音データ（インターホン機能が利用されていない場合は曲データ）を取得してその再生を行うための制御を行う。ネットワークインタフェース２０２は、ネットワークを経由してサーバ１００との間でデータ通信を行うためのインタフェースである。バッファ２０３は、ネットワークインタフェース２０２によりサーバ１００から受信される音データを順次蓄積し、ＣＰＵ２０１による制御の下、蓄積した音データを古いものから順にデコーダ２０４に供給する先入れ先出し式のバッファである。デコーダ２０４は、バッファ２０３から出力される音データを圧縮符号化前の音データに復号化する装置である。オーディオ出力部２０５は、デコーダ２０４から出力される音データをアナログ音声信号に変換するＤ／Ａ変換器と、このアナログ音声信号を音として出力するスピーカとにより構成されている（いずれも図示略）。
【００１０】
次に本実施形態の動作を説明する。本実施形態において、ネットワークの使用可能帯域は、例えばＮ等分されて、分割されたＮ個の帯域がＮ個のクライアント２００−ｋ（ｋ＝１〜Ｎ）に各々割り当てられている。各クライアント２００−ｋ（ｋ＝１〜Ｎ）は、各々に割り当てられた帯域を利用して、サーバ１００に曲データの配信要求を送り、曲データの配信を受けることができる。サーバ１００におけるＣＰＵ１０１は、あるクライアント２００−ｉからネットワークインタフェース１０４を介して曲データの配信要求を受け取った場合、オーディオ伝送処理部１１０−ｋ（ｋ＝１〜Ｎ）のうち現在未使用の例えばオーディオ伝送処理部１１０−ｊを選択し、クライアント２００−ｉ宛の曲データの処理を割り当てる。そして、ＣＰＵ１０１による制御の下、クライアント２００−ｉから要求された曲データは、記憶装置１０２から読み出され、オーディオ伝送処理部１１０−ｊによる処理を経た後、ネットワークインタフェース１０４を介して、クライアント２００−ｉに送信される。
【００１１】
クライアント２００−ｉでは、サーバ１００からの曲データがネットワークインタフェース２０２により受信され、バッファ２０３に蓄積される。ＣＰＵ２０１は、一定量の曲データがバッファ２０３に蓄積された時点で、バッファ２０３に蓄積された曲データの復号化をデコーダ２０４に指示する。これによりデコータ２０４は、バッファ２０３に蓄積された曲データを先に蓄積されたものから順に読み出して復号化し、音データを出力する。この音データは、オーディオ出力部２０５により音として出力される。このようにして、クライアント２００−ｉにおいて音楽が再生される。
【００１２】
ＣＰＵ２０１は、バッファ２０３の残量、すなわち、未だ読み出されていない曲データの量を監視し、この残量を定期的にサーバ１００に通知する。サーバ１００のＣＰＵ１０１は、このクライアント２００−ｉから通知されるバッファ２０３の残量に基づき、クライアント２００−ｉに送られる曲データの送信速度の制御を行う。
【００１３】
本実施形態では、バッファ２０３の残量が所定量を越えているときには曲データの送信速度を下げ、所定量を下回っているときには送信速度を上げる、という帰還制御が行われる。このような帰還制御により、一定範囲の残量がバッファ２０３において維持されるため、サーバ１００およびクライアント２００−ｉ間のデータ伝送に瞬断が生じたとしても、その間、バッファ２０３内に残っている曲データがデコーダ２０４に供給され、音楽が途絶えることなく再生される。
【００１４】
以上が１台のクライアント２００−ｉに対して行われる曲データ配信の動作である。本実施形態において、各クライアント２００−ｋ（ｋ＝１〜Ｎ）は、各々独立にサーバ１００に対して曲データの配信を要求することができる。サーバ１００は、最大限、オーディオ伝送処理部１１０−ｋ（ｋ＝１〜Ｎ）を全て使用し、かつ、ネットワークの使用可能帯域を全て使用し、Ｎ個のクライアント２００−ｋ（ｋ＝１〜Ｎ）の全てに同時に曲データを配信することが可能である。
【００１５】
本実施形態において、サーバ１００の配置された部屋内のユーザは、クライアント２００−ｋ（ｋ＝１〜Ｎ）のうち所望のものに自己の発声音を送信するインターホン機能を利用することができる。その場合、ユーザは、リモコンなどの操作部を操作して、「インターホン機能の開始」の指示と、自己の発声音の送信先である１または複数のクライアント２００−ｋを指定する情報をサーバ１００に与える。サーバ１００のＣＰＵ１０１は、送信先として指定された１または複数のクライアント２００−ｋのうち音楽再生を行っていないクライアントに対し、ネットワークインタフェース１０４を介して、「インターホン機能の開始」を通知する。この通知を受けたクライアントにおけるＣＰＵ２０１は、その後、ネットワークインタフェースを介してサーバ１００から受信されるデータを音として出力するためのバッファ２０３、デコーダ２０４およびオーディオ出力部２０５の制御を開始する。音楽再生を行っているクライアントは、既にＣＰＵ２０１がこの制御を開始しているため、特に「インターホン機能の開始」の通知の必要はない。
【００１６】
次にサーバ１００のＣＰＵ１０１は、以下のような制御を行う。
＜ａ．マイク１５０からの音声の送信先として選択されており、かつ、音楽再生中であるクライアント（例えばクライアント２００−ａとする）を対象とした制御＞
ＣＰＵ１０１は、このようなクライアント２００−ａのための曲データの処理を行っているオーディオ伝送処理部１１０−ａについて次のような制御を行う。まず、ボリューム１１２に対し、ミキサ１１３に出力する音楽データの音量を低下させるボリューム制御信号ＶＣＯＮを送る。また、ミキサ１１３に対し、ボリューム１１２から出力される音楽データとＡ／Ｄ変換器１０３から出力される音声データとのミキシングを行うべき旨の指令を送る。
【００１７】
このような制御の結果、Ａ／Ｄ変換器１０３から出力される音声データと、音量の低下した音楽データとがミキサ１１３によりミキシングされ、ミキシング後の音データがエンコーダ１１４により圧縮符号化され、クライアント２００−ａに送られる。このため、クライアント２００−ａでは、音量の低下した音楽とサーバ１００の配置された部屋のユーザの音声がオーディオ出力部２０５から出力される。
【００１８】
ここで、クライアント２００−ａでは、サーバ１００から受信される音データがバッファ２０３を介してデコーダ２０４に供給されるため、サーバ１００のマイク１５０により取得された音声がクライアント２００−ａのオーディオ出力部２０５から出力されるまでの遅延時間がバッファ２０３の遅延量分だけ長くなる。しかし、本実施形態におけるインターホン通話は、サーバからクライアントへの一方向であるので、この遅延は特に問題ではない。従って、音楽再生の瞬断が生じないようバッファ２０３のサイズおよび平均的な遅延量を十分に大きなものにすることが可能である。
【００１９】
＜ｂ．マイク１５０からの音声の送信先として選択されておらず、かつ、音楽再生中であるクライアント（例えばクライアント２００−ｂとする）のための制御＞
このようなクライアント２００−ｂのための曲データの処理を行っているオーディオ伝送処理部１１０−ｂについては、現状の処理を継続させる。すなわち、このオーディオ伝送処理部１１０−ｂにおけるボリューム１１２は、デコーダ１１１から与えられる音楽データを通常の音量でミキサ１１３に与え、ミキサ１１３は、この音楽データにＡ／Ｄ変換器１０３の出力データを加えることなく、デコーダ１１１から与えられる音楽データをそのままエンコーダ１１４に出力する。このため、クライアント２００−ｂでは、それまでと同様の音楽再生が継続される。
【００２０】
＜ｃ．マイク１５０からの音声の送信先として選択されており、かつ、音楽再生中でないクライアント（例えばクライアント２００−ｃとする）のための制御＞
ＣＰＵ１０１は、このようなクライアント２００−ｃに対し、未使用のオーディオ伝送処理部１１０−ｃを割り当て、このオーディオ伝送処理部１１０−ｃを次のように動作させる。まず、クライアント２００−ｃのための曲データの配信は不要であるので、デコーダ１１１およびボリューム１１２は動作しない。ミキサ１１３は、Ａ／Ｄ変換器１０３から与えられる音声データをそのままエンコーダ１１４に出力し、エンコーダ１１４をこれを圧縮符号化して出力する。ネットワークインタフェース１０４は、このデータを該当するクライアント２００−ｃに送信する。このクライアント２００−ｃは、上述した「インターホン機能の開始」を通知を受けたときに、サーバ１００から受信されるデータを音として出力するためのバッファ２０３、デコーダ２０４およびオーディオ出力部２０５の制御を既に開始している。このため、クライアント２００−ｃでは、Ａ／Ｄ変換器１０３から与えられる音声データと同じ音声データがデコーダ２０４により復号化され、サーバ１００の配置された部屋のユーザの音声がオーディオ出力部２０５から出力される。
【００２１】
＜ｄ．マイク１５０からの音声の送信先として選択されておらず、かつ、音楽再生中でないクライアント（例えばクライアント２００−ｄとする）のための制御＞
このようなクライアント２００−ｄについてはＣＰＵ１０１は何もしない。
以上が「インターホン機能の開始」により行われる動作である。
【００２２】
インターホン機能を終了させる場合、サーバ１００の配置された部屋のユーザは、リモコンなどの操作部を操作して、「インターホン機能の終了」の指示をサーバ１００に与える。サーバ１００のＣＰＵ１０１は、「インターホン機能の開始」の通知を送ったクライアント、すなわち、インターホン機能の開始の際に、マイク１５０からの音声の送信先として選択され、かつ、その時点において音楽再生中でなかったクライアント２００−ｃに対し、「インターホン機能の終了」の通知を送る。この通知を受けたクライアント２００−ｃにおけるＣＰＵ２０１は、ネットワークインタフェースを介してサーバ１００から受信されるデータを音として出力するためのバッファ２０３、デコーダ２０４およびオーディオ出力部２０５の制御を終了する。また、サーバ１００のＣＰＵ１０１は、次のような制御を行う。まず、上述したクライアント２００−ａのための曲データの処理を行っていたオーディオ伝送処理部１１０−ａについては、そのボリューム１１２に対し、ミキサ１１３に出力する音楽データの音量を元に戻すボリューム制御信号ＶＣＯＮを送り、そのミキサ１１３に対し、Ａ／Ｄ変換器１０３から出力されるデータとのミキシングを行うことなく、ボリューム１１２から出力される音楽データをそのまま出力すべき旨の指令を送る。上述したクライアント２００−ｂのための処理を行っていたオーディオ伝送処理部１１０−ｂについては何も指令を送らず、現状の処理を継続させる。上述したクライアント２００−ｃのための処理を行っていたオーディオ伝送処理部１１０−ｃについては動作を停止させ、使用されていない状態に戻す。以上の制御により、サーバ１００および各クライアント２００−ｋ（ｋ＝１〜Ｎ）の動作状態は、インターホン機能が開始される前の状態に戻る。
【００２３】
＜第２実施形態＞
図２はこの発明の第２実施形態である音楽配信システムの構成を示すブロック図である。この音楽配信システムは、上記第１実施形態と同様、ネットワークを介して接続されたサーバ３００とＮ台のクライアント４００−ｋ（ｋ＝１〜Ｎ）とにより構成されている。
【００２４】
まず、サーバ３００の構成を説明する。ＣＰＵ３０１は、サーバ３００内の各部を制御する制御手段であり、曲データをクライアント４００−ｋ（ｋ＝１〜Ｎ）に配信するための制御およびインターホン機能を実現するための制御を行う。記憶装置３０２は、例えばＨＤＤであり、音楽データを圧縮符号化した曲データのデータベースを記憶している。サーバ３００にはマイク３５０が接続されている。Ａ／Ｄ変換器３０３は、マイク３５０から出力されるアナログ音声信号をデジタル形式の音声データに変換して出力する。ネットワークインタフェース３０４は、ネットワークを経由して各クライアント４００−ｋ（ｋ＝１〜Ｎ）とデータ通信を行うためのインタフェースである。バッファ３０５−ｋ（ｋ＝１〜Ｎ）は、ネットワークインタフェース３０４を介してクライアント４００−ｋ（ｋ＝１〜Ｎ）から各々受信される音声データを一時記憶し、一定レートで出力するための先入れ先出し方式のバッファである。ミキサ３０６は、バッファ３０５−ｋ（ｋ＝１〜Ｎ）から各々出力される音声データをミキシングして出力する。
【００２５】
デコーダ３０７は、ＣＰＵ３０１による制御の下、記憶装置３０２から読み出される曲データを復号化し、音楽データを出力する。ボリューム３０８は、ＣＰＵ３０１から与えられるボリューム制御信号ＶＣＯＮに従い、デコーダ３０７から出力される音楽データのボリュームを制御して出力する。サンプリングレート変換部３０９は、ミキサ３０６から出力される音声データにサンプリングレート変換を施し、デコーダ３０７から出力される音楽データと同一サンプリングレートの音声データを出力する。ミキサ３１０は、ボリューム３０８から出力される音楽データとサンプリングレート変換部３０９から出力される音声データをミキシングし、音データを出力する。オーディオ出力部３１１は、ミキサ３１０から出力される音データをアナログ音声信号に変換するＤ／Ａ変換器と、このアナログ音声信号を音として出力するスピーカとにより構成されている（いずれも図示略）。
【００２６】
次にクライアント４００−ｋ（ｋ＝１〜Ｎ）の構成を説明する。クライアント４００−ｋにはマイク４５０が接続されている。Ａ／Ｄ変換器４０２は、マイク３５０から出力されるアナログ音声信号をデジタル形式の音声データに変換して出力する。ＣＰＵ４０１は、クライアント４００−ｋ内の各部の制御手段であり、リモコン（図示略）などを利用して与えられるユーザからの指示に従い、サーバ３００から音楽データを受信して再生するための制御を行う。さらにＣＰＵ４０１は、サーバ３００や他のクライアントからの音声データを受信して再生するとともにマイク４５０により取得される音声データをサーバ３００や他のクライアントに送るインターホン機能を実現するための制御を行う。ネットワークインタフェース４０３は、ネットワークを経由してサーバ３００や他のクライアントとの間でデータ通信を行うためのインタフェースである。バッファ４０４−ｋ（ｋ＝１〜Ｎ）は、ネットワークインタフェース４０３を介してサーバ３００または他のクライアントから各々受信される音声データを一時記憶し、一定レートで出力するための先入れ先出し方式のバッファである。ミキサ４０５は、バッファ４０４−ｋ（ｋ＝１〜Ｎ）から各々出力される音声データをミキシングして出力する。
【００２７】
バッファ４０６は、ネットワークインタフェース４０３によりサーバ３００から受信される曲データを順次蓄積し、ＣＰＵ４０１による制御の下、蓄積した曲データを古いものから順にデコーダ４０７に供給する先入れ先出し式のバッファである。デコーダ４０７は、バッファ４０６から出力される曲データを圧縮符号化前の音楽データに復号化する。ボリューム４０８は、ＣＰＵ４０１から与えられるボリューム制御信号ＶＣＯＮに従い、デコーダ４０７から出力される音楽データのボリュームを制御して出力する。サンプリングレート変換部４０９は、ミキサ４０５から出力される音声データにサンプリングレート変換を施し、デコーダ４０７から出力される音楽データと同一サンプリングレートの音声データを出力する。ミキサ４１０は、ボリューム４０８から出力される音楽データとサンプリングレート変換部４０９から出力される音声データをミキシングし、音データを出力する。オーディオ出力部４１１は、ミキサ４１０から出力される音データをアナログ音声信号に変換するＤ／Ａ変換器と、このアナログ音声信号を音として出力するスピーカとにより構成されている（いずれも図示略）。
【００２８】
なお、本実施形態では、双方向のインターホン通話が行われ、インターホン通話に参加するユーザの音声がリアルタイムに通話相手に届くことが求められるため、バッファ３０５−ｋ（ｋ＝１〜Ｎ）およびバッファ４０４−ｋ（ｋ＝１〜Ｎ）のサイズおよび遅延量は、このリアルタイム性の要求に応えることができるよう必要最低限の大きさに定められている。
【００２９】
次に本実施形態の動作を説明する。本実施形態では、サーバ３００の記憶装置３０２から読み出された曲データがそのまま曲データの要求元データであるクライアントに送られ、曲データは、このクライアントのデコーダ４０７により音楽データに復号化され、オーディオ出力部４１１から音楽として再生される。また、本実施形態では、クライアントのみならず、サーバ３００も曲データを再生するための手段であるデコーダ３０７およびオーディオ出力部３１１を有している。従って、サーバ３００の配置された部屋内のユーザもリモコン操作などにより曲データの再生をサーバ３００に要求することができる。サーバ３００では、このユーザによって要求された曲データが記憶装置３０２から読み出され、デコーダ３０７によって音楽データに復号化され、この音楽データがボリューム３０８およびミキサ３１０を通過し、オーディオ出力部３１１から音楽として再生される。曲データを配信の動作は、以上の点を除き、上記第１実施形態と基本的に同様である。
【００３０】
本実施形態において、ユーザは、サーバ３００またはクライアント４００−ｋ（ｋ＝１〜Ｎ）のいずれかを操作し、他のクライアントまたはサーバのユーザとの間で双方向のインターホン通話を行うことができる。以下、このインターホン通話のための動作について説明する。
【００３１】
他者とのインターホン通話を望むユーザは、サーバ３００またはクライアント４００−ｋ（ｋ＝１〜Ｎ）のいずれか１つに対し、リモコン操作などにより、「インターホン機能の開始」の指令と、インターホン通話の相手となるサーバまたはクライアントを指定する情報を与える。インターホン通話の相手は、１台でもよく、複数台でもよい。なお、以下では、サーバおよびクライアントを端末と総称し、「インターホン機能の開始」の指令が与えられたサーバまたはクライアントを親端末、インターホン通話の相手として指定されたサーバまたはクライアントを子端末という。
【００３２】
親端末のＣＰＵ３０１または４０１は、子端末に対し、ネットワークインタフェース３０４または４０３を介して、参加要請とインターホン通話に参加する親端末および子端末を特定する参加端末一覧を送る。また、参加要請を送った親端末および参加要請を受け取った子端末のＣＰＵ３０１または４０１は、参加端末一覧に挙がっている端末からの音声データの受信および再生が可能となるよう次の処理を行う。まず、ネットワークインタフェース３０４または４０３により、参加端末一覧に挙がっている他の端末との間の双方向の音声データ通信のためのリンクを確立する。次にバッファ３０５−ｋ（ｋ＝１〜Ｎ）またはバッファ４０４−ｋ（ｋ＝１〜Ｎ）のうち参加端末一覧に挙がっている他の端末からの音声データを一時記憶するためのバッファの動作を開始させるとともに、ミキサ３０６または４０５のミキシング動作、サンプリングレート変換部３０９または４０９の動作、ミキサ３１０または４１０のミキシング動作を開始させる。また、参加端末一覧に挙がっている他の端末の全てに対し、Ａ／Ｄ変換器３０３または４０２から出力される音声データをネットワークインタフェース３０４または４０３により送信する動作を開始する。さらに、自端末において、デコーダ３０７または４０７による曲データの復号化が行われている場合には、復号化により得られる音楽データの音量を低下させて出力すべき旨の音量制御信号ＶＣＯＮをボリューム３０８または４０８に送る。
【００３３】
以上の制御が行われる結果、参加端末では、他の参加端末からの音声データがネットワークインタフェース３０４または４０３により受信され、これがバッファ３０５−ｋ（ｋ＝１〜Ｎ）またはバッファ４０１−ｋ（ｋ＝１〜Ｎ）のうち他の参加端末に対応したものに一時記憶される。この一時記憶された他の参加端末からの音声データは、ミキサ３０６または４０５によるミキシング、サンプリングレート変換部３０９または４０９による処理を経て、ミキサ３１０または４１０を通過し、オーディオ出力部３１１または４１１から音声として出力される。参加端末のうちデコーダ３０７または４０７による曲データの復号化が行われている端末では、デコーダ３０７または４０７から出力される音楽データは、ボリューム３０８または４０８を通過する際にその音量が低下し、ミキサ３１０または４１０において、他の参加端末からの音声データとミキシングされる。従って、音量の低下した音楽と他の参加端末のユーザの音声とをミキシングした音がオーディオ出力部３１１または４１１から出力される。
【００３４】
参加端末において再生される音楽の音量を下げるのは、他の参加端末のユーザの音声を聞き取りやすくするためである。どの程度音量を下げると音声を聞き取りやすいかには個人差があるので、各端末にインターホン機能利用時における音楽の音量の低下の程度を設定する操作手段を設けることが好ましい。
【００３５】
ユーザがリモコン操作などにより「インターホン機能の終了」の指令を親端末に与えると、親端末のＣＰＵ３０１または４０１は、他の参加端末に「インターホン機能の終了」の指令を送る。他の参加端末のＣＰＵ３０１または４０１は、この指令を受け取ることにより、その端末の内部状態を「インターホン機能の開始」の指令を受け取る前の状態に戻す。
【００３６】
＜第３実施形態＞
上記第１および第２実施形態では、インターホン機能の使用時に音楽再生音の音量をどの程度下げるかをユーザが操作手段を操作して設定するようにした。これに対し、本実施形態および後述の第４実施形態は、音楽データと音声データの平均音量レベルに基づき、インターホン機能使用時における音楽データの音量を自動的に最適化するものである。本実施形態は、この音量の自動最適化技術を上記第１実施形態に適用したものである。
【００３７】
本実施形態において、音楽データの平均的な音量レベルが曲毎に予め求められ、この曲毎の平均的音量レベルは、サーバ１００の記憶装置１０２に曲と対応付けて記憶される。そして、サーバ１００のＣＰＵ１０１は、クライアントから曲データの配信要求を受けたとき、その曲の音楽データの平均音量レベルを記憶装置１０２から読み出して記憶する。このため、ＣＰＵ１０１は、各クライアントについて現在再生中の曲の音楽データの平均音量レベルを把握している。
【００３８】
インターホン機能を開始すると、サーバ１００のＣＰＵ１０１は、マイク１５０からの音声の送信先として選択されており、かつ、音楽再生中である全てのクライアント（例えばクライアント２００−ａとする）のために次の処理を行う。
【００３９】
まず、ＣＰＵ１０１は、一定時間ずつマイク１５０により取得される音声の平均音量レベルの測定を行う。この平均音量レベルは、マイク１５０から出力されるアナログ音声信号から求めてもよいし、Ａ／Ｄ変換器１０３から出力される音声データから求めてもよい。また、発声していない期間の音量を含めて平均音量レベルを求めると不正確になるので、音量が一定の閾値ｔｈを越えている期間のみについて平均音量レベルを求めてもよい。
ＣＰＵ１０１は、この音声の平均音量レベルが得られると、これとクライアント２００−ａにおいて再生されている曲の音楽データの平均音量レベルを用いて、次式によりボリューム値を求める。
ボリューム値（ｄＢ）
＝２０・ｌｏｇ１０（音声の平均音量レベル／音楽データの平均音量レベル）−Ａ
……（１）
【００４０】
ここで、定数Ａは、音楽データの平均音量レベルを音声の平均音量レベルより何ｄＢだけ下げるかを示す定数であり、この定数Ａは、ユーザが操作手段の操作によりＣＰＵ１０１に与える。ただし、クリップを防ぐため、上記式（１）により求まるボリューム値は、最大でも０ｄＢとする。
【００４１】
なお、音声の平均音量レベルの算出は、一定時間に及ぶ音量の測定を必要とするので、インターホン機能を開始当初は、平均音量レベルは求まっていない。そこで、この段階では、前回、インターホン機能を使用したとき最後に求めた音声の平均音量レベルが上記式（１）に用いられる。
【００４２】
そして、ＣＰＵ１０１は、クライアント２００−ａのための曲データの処理を行っているオーディオ伝送処理部１１０−ａのボリューム１１２に上記式（１）により得られたボリューム値を設定するボリューム制御信号ＶＣＯＮを送り、ミキサ１１３に対し、音楽データと音声データとのミキシングを行うべき旨の指令を送るのである。
【００４３】
その後、一定時間が経過する都度、新たな音量平均レベルが求められる。ＣＰＵ１０１は、新たな音量平均レベルが得られる都度、上記式（１）によりボリューム値を求め、クライアント２００−ａのための曲データの処理を行っているオーディオ伝送処理部１１０−ａのボリューム１１２にこのボリューム値を設定するボリューム制御信号ＶＣＯＮを送る。
【００４４】
このように本実施形態によれば、インターホン機能の使用時、サーバ１００のユーザの音声の平均音量レベルに応じて適切なボリューム値がボリューム１１２に設定され、インターホン機能使用時における音声を聞き取りやすくする操作が自動的に行われる。
【００４５】
＜第４実施形態＞
本実施形態は、上述した第２実施形態に対し、インターホン機能使用時における音楽データの音量を自動的に最適化する技術を適用したものである。上記第３実施形態では、サーバ１００のユーザの音声データが音楽データとミキシングされてクライアントに送られるため、インターホン通話の相手となるクライアント宛の音楽データの音量制御はサーバ１００側で行われた。これに対し、本実施形態の前提となる第２実施形態では、サーバやクラアントなどの各端末において他の端末に送る音声をマイクにより取得することができ、かつ、インターホン通話は双方向に行われる。このため、本実施形態では、次のような制御が行われる。
【００４６】
まず、上記第３実施形態と同様、本実施形態においても、サーバ３００のＣＰＵ３０１は、各クライアントにおいて現在再生中の曲の音楽データの平均音量レベルを把握している。上記第２実施形態において説明したように、インターホン通話が開始されるとき、インターホン通話への参加を要請する親端末のＣＰＵ３０１または４０１は、参加が要請される子端末に対し、ネットワークインタフェース３０４または４０３を介して、参加要請とインターホン通話に参加する親端末および子端末を特定する参加端末一覧を送る。
【００４７】
この段階において、インターホン通話に参加する各端末のうちサーバ３００を除くものは、サーバ３００に対し、自端末において再生中の曲の音楽データの平均音量レベルを問い合わせる。なお、サーバ３００は、音楽データの配信を開始するときに、その音楽データの平均音量レベルを宛先であるクライアントに通知するようにシステムを構成してもよい。このように構成した場合には、平均音量レベルの問い合わせは不要である。
【００４８】
次に、インターホン通話に参加する各端末のＣＰＵ３０１または４０１は、自端末のマイク３５０または４５０により取得される音声の平均音量レベルの測定を開始する。なお、本実施形態においては、インターホン通話は双方向に行われるため、１つの端末のマイクにより取得される音声は、断続的なものとなる。従って、測定を正確なものにするために、音量が一定の閾値ｔｈを越えている期間のみについて平均音量レベルを求めるのが好ましい。
【００４９】
音声の平均音量レベルは、一定時間に及ぶ音声の音量測定により得られ、一定時間が経過する都度、新たな音量平均レベルが求められる。本実施形態においては、インターホン通話に参加する端末のＣＰＵ３０１または４０１は、この新たな音量平均レベルが得られる都度、その音量平均レベルを参加端末一覧に挙げられた他の参加端末に通知する。
【００５０】
音声の平均音量レベルの算出は、一定時間に及ぶ音量の測定を必要とするので、インターホン通話の開始当初は、他の参加端末に通知すべき平均音量レベルは測定されていない。そこで、この段階では、その端末が、前回、インターホン通話を使用したとき、最後に求めた音声の平均音量レベルが他の参加端末に通知される。
【００５１】
インターホン通話に参加する端末は、他の参加端末からそれらの端末のユーザの音声の平均音量レベルの通知を一定時間毎に受け取る。そして、これらの端末のＣＰＵ３０１または４０１は、ある参加端末から平均音量レベルの通知を最初に受け取ったとき、この平均音量レベルとサーバ３００から通知された音楽データの平均音量レベルを用いて、前掲式（１）によりボリューム値を演算する。
【００５２】
そして、ＣＰＵ３０１または４０１は、ボリューム３０８または４０８にこのボリューム値を設定するボリューム制御信号ＶＣＯＮを送り、ミキサ３１０または４１０に対し、音楽データと音声データとのミキシングを行うべき旨の指令を送るのである。
【００５３】
その後、ＣＰＵ３０１または４０１は、１以上の他の参加端末から平均音量レベルの通知を受け取る都度、その時点において他の参加端末から通知された平均音量レベルの最小値を演算し、この最小値とサーバ３００から通知された音楽データの平均音量レベルを用いて、次式（２）によりボリューム値を演算する。
ボリューム値（ｄＢ）
＝２０・ｌｏｇ１０（音声の平均音量レベルの最小値／音楽データの平均音量レベル）
−Ａ
……（２）
ただし、第３実施形態と同様、ボリューム値は最大でも０ｄＢとする。
そして、ＣＰＵ３０１または４０１は、ボリューム３０８または４０８にこのボリューム値を設定するボリューム制御信号ＶＣＯＮを送るのである。
【００５４】
本実施形態においても、上記第３実施形態と同様の効果が得られる。また、本実施形態によれば、インターホン通話に参加する端末では、他の参加端末から通知される音声の平均音量レベルの最小値に基づき、音楽データの音量制御が行われる。従って、インターホン通話に参加するユーザのうち最も声の小さい人に合わせて音楽再生の音量を絞ることができ、インターホン通話をさらに聞き取りやすいものにすることができる。
【００５５】
＜他の実施形態＞
以上、本発明の実施形態を各種挙げたが、本発明の適用範囲はこれに止まらない。例えば、上記実施形態では、圧縮符号化された音楽データをサーバからクライアントに送信する音楽配信システムに本発明を適用したが、圧縮符号化されていない音楽のサンプルデータをサーバからクライアントに送るような音楽配信システムに本発明を適用してもよい。この場合、図１に示す構成では、デコーダ１１１、１１４および２０４を省略することができ、図２に示す構成では、デコーダ３０７および４０７を省略することができる。また、曲データのデータベースに圧縮符号化された音楽データと圧縮符号化されていない音楽データとを混在させ、前者の配信時には各デコーダによる音楽データの復号化を行わせ、後者の配信時には音楽データが各デコーダを迂回するように構成してもよい。
【図面の簡単な説明】
【００５６】
【図１】この発明の第１実施形態である音楽配信システムの構成を示すブロック図である。
【図２】この発明の第２実施形態である音楽配信システムの構成を示すブロック図である。
【符号の説明】
【００５７】
１００，３００……サーバ、２００−ｋ，４００−ｋ……クライアント、１０２，３０２……記憶装置、１１３，３１０，４１０……ミキサ、１０４，２０２，３０４，４０３……ネットワークインタフェース、１０１，２０１，３０１，４０１……ＣＰＵ、１５０，３５０……マイク、１１２，３０８，４０８……ボリューム、２０５，４１１……オーディオ出力部。
【図１】
2006157506.tif 000003
【図２】
2006157506.tif 000004