(57)【要約】【課題】配信用ホスト装置と複数の端末装置とが通信回線を介して相互に情報通信可能に構成された情報通信システムにおいて、各端末装置の再生音場における音圧周波数特性をそれぞれ目標音圧周波数特性に一致させるための作業を簡易且つ適切に実現する。【解決手段】各通信カラオケ端末１では、配信用ホスト装置１００から配信された目標ゲイン値と、音源部２４から発生させたピンクノイズをスピーカ４０から発音させマイク５０にて入力し周波数解析部２７にて周波数解析して測定ゲイン値とに基づき、測定ゲイン値が目標ゲイン値に一致するようにイコライザ２５のゲイン値調整を行う。このようにゲイン値調整が通信カラオケ端末１にて完結するため、１台の配信用ホスト装置１００に例えば数万台の通信カラオケ端末１が接続されていたとしても、配信用ホスト装置１００においてはゲイン値調整のための処理を実行しないので処理負荷が掛からない。【選択図】図１
2005284049.tif 000002
【特許請求の範囲】
【請求項１】
配信用ホスト装置と複数の端末装置を備え、前記配信用ホスト装置と前記端末装置とが通信回線を介して相互に情報通信可能に構成された情報通信システムであって、
前記端末装置は、
音圧周波数特性を変更するためにゲイン値を変更可能なイコライザと、
再生音場における音圧周波数特性を目標音圧周波数特性と一致するように前記イコライザのゲイン値を調整するゲイン値調整手段を備え、
前記配信用ホスト装置は、前記端末装置に対して、前記目標音圧周波数特性を特定するゲイン値データを配信する配信制御手段を備え、
前記端末装置の前記ゲイン値調整手段は、前記配信用ホスト装置から配信された前記目標音圧周波数特性を特定するゲイン値データに基づいて前記イコライザのゲイン値を調整すること
を特徴とする情報通信システム。
【請求項２】
請求項１に記載の情報通信システムにおいて、
前記イコライザは、前記音圧周波数特性を変更するため、複数に分割された周波数帯域毎のゲイン値を変更可能であり、
前記目標音圧周波数特性を特定するゲイン値データも前記複数に分割された周波数帯域毎に設定されていること
を特徴する情報通信システム。
【請求項３】
請求項１又は２に記載の情報通信システムにおいて、
前記通信回線は、一般公衆回線網又はインターネットであること
を特徴とする情報通信システム。
【請求項４】
請求項１〜３の何れかに記載の情報通信システムにおいて、
前記端末装置は、
楽曲データを記憶しておくデータ記憶手段と、
そのデータ記憶手段に記憶されている楽曲データに基づいて楽曲再生を行う楽曲再生手段と、を備え、
前記配信用ホスト装置の配信制御手段は、
前記目標音圧周波数特性を特定するゲイン値データの配信を、前記端末装置へ前記楽曲データを配信する際に行うこと
を特徴とする情報通信システム。
【請求項５】
請求項４に記載の情報通信システムにおいて、
前記配信用ホスト装置の配信制御手段は、
曲毎に設定された微調整用のゲイン値データを前記楽曲データに対応させて配信し、
前記端末装置は、
前記配信用ホスト装置から配信された微調整用のゲイン値データを、前記楽曲データに対応させて前記データ記憶手段に記憶しておき、
前記楽曲再生手段は、楽曲再生を行う際、前記データ記憶手段にその楽曲に対応する微調整用のゲイン値データが存在する場合は、その楽曲対応微調整用のゲイン値データが反映されるよう前記イコライザによる音圧周波数特性変更用のゲイン値を変更した上で前記楽曲再生を行い、その楽曲再生が終了したら、再生前の前記目標音圧周波数特性を特定するゲイン値となるよう前記イコライザを制御すること
を特徴とする情報通信システム。
【請求項６】
請求項４又は５に記載の情報通信システムにおいて、
前記端末装置のデータ記憶手段は、楽曲のジャンルとそれに対応する微調整用のゲイン値との対応関係を示すジャンルデータも記憶しており、
前記端末装置の前記楽曲再生手段は、楽曲再生を行う際、前記データ記憶手段にその楽曲のジャンルに対応する微調整用のゲイン値データが存在する場合は、そのジャンル対応微調整用のゲイン値データが反映されるよう前記イコライザによる音圧周波数特性変更用のゲイン値を変更した上で前記楽曲再生を行い、その楽曲再生が終了したら、再生前の前記目標音圧周波数特性を特定するゲイン値となるよう前記イコライザを制御すること
を特徴とする情報通信システム。
【請求項７】
請求項６に記載の情報通信システムにおいて、
前記端末装置の前記楽曲再生手段は、楽曲再生を行う際、前記データ記憶手段にその楽曲に対応する微調整用のゲイン値データが存在する場合は、その楽曲のジャンルに対応する微調整用のゲイン値データが存在する場合であってもそのジャンル対応微調整用のゲイン値データは用いず、前記楽曲対応微調整用のゲイン値データが反映されるよう前記イコライザによる音圧周波数特性変更用のゲイン値を変更した上で前記楽曲再生を行い、その楽曲再生が終了したら、再生前の前記目標音圧周波数特性を特定するゲイン値となるよう前記イコライザを制御すること
を特徴とする情報通信システム。
【請求項８】
請求項１〜７の何れかに記載の情報通信システムにおいて、
前記目標音圧周波数特性を特定するゲイン値データは、歌唱者の年齢層に対応して設定されており、
前記端末装置は、
歌唱者年齢層を特定するデータ入力を受け付ける受付手段と、
その受付手段にて受け付けた前記歌唱者年齢層特定データに基づき前記配信用ホスト装置に対して歌唱者年齢層を通知する通知手段と、を備え、
前記配信用ホスト装置の配信制御手段は、配信先の端末装置から通知された前記歌唱者年齢層に対応した、前記目標音圧周波数特性を特定するゲイン値データを配信すること
を特徴とする情報通信システム。
【請求項９】
請求項１〜７の何れかに記載の情報通信システムにおいて、
前記目標音圧周波数特性を特定するゲイン値データは、地域に対応して設定されており、
前記端末装置は、
当該端末装置が使用される地域を特定するデータ入力を受け付ける受付手段と、
その受付手段にて受け付けた前記使用地域特定データに基づき、前記配信用ホスト装置に対して使用地域を通知する通知手段と、を備え、
前記配信用ホスト装置の配信制御手段は、配信先の端末装置から通知された前記使用地域に対応した、前記目標音圧周波数特性を特定するゲイン値データを配信すること
を特徴とする情報通信システム。
【請求項１０】
請求項１〜７の何れかに記載の情報通信システムにおいて、
前記目標音圧周波数特性を特定するゲイン値データは、予め分類された端末ユーザの音楽的嗜好に対応して設定されており、
前記端末装置は、
当該端末装置のユーザの音楽的嗜好を特定するデータ入力を受け付ける受付手段と、
その受付手段にて受け付けた前記音楽的嗜好特定データに基づき、前記配信用ホスト装置に対して音楽的嗜好を通知する通知手段と、を備え、
前記配信用ホスト装置の配信制御手段は、配信先の端末装置から通知された前記ユーザ嗜好に対応した、前記目標音圧周波数特性を特定するゲイン値データを配信すること
を特徴とする情報通信システム。
【請求項１１】
請求項４〜７の何れかに記載のイコライザ、ゲイン値調整手段、データ記憶手段、楽曲再生手段を備えた端末装置において、その端末装置が備えるコンピュータにて実行されるプログラムであって、
前記コンピュータを請求項４〜７の何れかに記載の情報通信システムにおける端末装置が備える前記ゲイン値調整手段及び前記楽曲再生手段として機能させるためのプログラム。
【請求項１２】
請求項８〜１０の何れかに記載のイコライザ、ゲイン値調整手段、データ記憶手段、楽曲再生手段、受付手段、通知手段を備えた端末装置において、その端末装置が備えるコンピュータにて実行されるプログラムであって、
前記コンピュータを請求項８〜１０の何れかに記載の情報通信システムにおける端末装置が備える前記ゲイン値調整手段、前記楽曲再生手段及び前記通知手段として機能させるためのプログラム。
【請求項１３】
請求項１〜１０の何れかに記載の情報通信システムにおける端末装置の構成を備えた端末装置。
【請求項１４】
請求項１〜１０の何れかに記載の情報通信システムにおける配信用ホスト装置の構成を備えた配信用ホスト装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信用ホスト装置と複数の端末装置とが通信回線を介して相互に情報通信可能に構成された情報通信システムにおいて、各端末装置の再生音場における音圧周波数特性の調整技術に関する。
【背景技術】
【０００２】
いわゆる通信カラオケシステムにおいては、カラオケ端末が設置され実際に楽曲データを再生し演奏する環境が画一的ではないのが実情である。たとえカラオケボックス（部屋）であっても、形状や広さ、あるいは壁の材質など千差万別である。そのため、楽曲データを制作した際の音圧周波数特性（以下、目標音圧周波数特性と称す。）と、カラオケボックス内など再生環境での音圧周波数特性（以下、再生音圧周波数特性と称す。）とが大きく異なってしまい、楽曲データ制作者の意図する音響状態が十分に再現できないという問題があった。
【０００３】
このような遠隔地に存在する端末の音響特性を補正する手法としては、例えば特許文献１に開示されている音声通信会議システム装置が挙げられる。この音声通信会議システム装置は、遠隔地に分散して存在する端末同士を音声回線で接続して相互の音声を同時交信自在とする音声通信会議システムにおいて、遠隔端末の音響特性の測定データをサーバ側に集中し、サーバにて、その集中した測定データを分析して各端末が設置された地点に必要な送受話特性の補正データを算出し、算出した補正データを各端末に配信し、各端末にてその配信されたデータに基づく送受話特性の補正を行うというものである。
【特許文献１】特許３３４７６６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１に開示された技術によれば、端末の音響特性の測定データをサーバ側に送ってもらい、サーバ側で各端末の補正値の算出を行うこととなる。特許文献１に開示された技術が想定しているような音声通信会議システムであれば、端末数が比較的少なく数個程度であればそのような補正も実質的な問題になりにくいかもしれない。
【０００５】
しかしながら、この技術を通信カラオケシステムに適用した場合には、次のような種々の問題が生じる。
（１）まず、端末台数が例えば数万台といった比較的多数にならざるを得ないカラオケシステムでは、それら全ての端末における補正値をサーバ側で算出することとなると、サーバ側の処理負荷が多大なものとなる。また、処理順番が後の方の端末にあっては、補正値の配信を受けるまでに長時間待たなくてはならなくなる。
【０００６】
（２）自端末の測定データをサーバにアップロードし、サーバからの補正値の配信を受ける、という処理が端末数だけ発生し、通信負荷も多大なものとなる。
（３）端末の音響特性の測定データに基づく補正値算出のプロセスは、一般的に、補正パラメータ若干変更→測定データの取得→測定データに基づき補正パラメータ若干変更→測定データの取得……という一連の処理を繰り返す必要がある。しかし、従来手法ではこの補正パラメータをサーバが算出するため、端末からサーバへの測定データのアップロードとサーバから端末への補正パラメータのダウンロードが繰り返し行われることとなり、通信負荷がさらに多大なものとなってしまう。
【０００７】
（４）サーバと端末間の通信に例えば一般公衆回線網（ＰＳＴＮ：Public Switched Telephone Networks）を使用する場合、サーバ・端末いずれから発呼するかが問題となるが、サーバから発呼するシステムを構築した場合、端末側では任意のタイミングで音響特性の補正作業ができない。
【０００８】
そこで本発明は、配信用ホスト装置と複数の端末装置とが通信回線を介して相互に情報通信可能に構成された情報通信システムにおいて、各端末装置の再生音場における音圧周波数特性をそれぞれ目標音圧周波数特性に一致させるための作業が簡易且つ適切に実現できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上述した問題点を解決するためになされた本発明は、配信用ホスト装置と複数の端末装置を備え、配信用ホスト装置と端末装置とが通信回線を介して相互に情報通信可能に構成された情報通信システムに係るものである。本発明の端末装置は、音圧周波数特性を変更するためにゲイン値を変更可能なイコライザと、再生音場における音圧周波数特性を目標音圧周波数特性と一致するようにイコライザのゲイン値を調整するゲイン値調整手段を有している。そして、配信用ホスト装置が、端末装置に対して目標音圧周波数特性を特定するゲイン値データを配信する。この目標音圧周波数特性を特定するゲイン値データの配信を受けた端末装置では、ゲイン値調整手段がその目標音圧周波数特性を特定するゲイン値データに基づいてイコライザのゲイン値を調整する。
【００１０】
なお、このイコライザに関しては、音圧周波数特性を変更するため、複数に分割された周波数帯域毎のゲイン値を変更可能な構成のものが一般的である。例えば１５分割された周波数帯域毎のゲイン値を変更可能なものは１５バンドイコライザなどと称される。このようなイコライザを用いる場合には、目標音圧周波数特性を特定するゲイン値データも同様に、複数に分割された周波数帯域毎に設定しておく。
【００１１】
このゲイン値調整手段によるイコライザのゲイン値調整の際には、例えばピンクノイズ等のノイズ信号を出力してスピーカ等から発音させ、それをマイクロフォンで拾って周波数解析し音圧周波数特性を手特定するゲイン値を測定する。そして、その測定した音圧周波数特性を特定するゲイン値と目標音圧周波数特性を特定するゲイン値との差分から補正値を算出し、その補正値に基づいてイコライザのゲイン値を調整する。このような補正値の算出を端末装置が行うため、例えば１台の配信用ホスト装置に数万台の端末装置が接続されているような情報通信システムであれば非常に顕著な効果が得られる。つまり、従来手法では、配信用ホスト装置側で各端末装置の補正値を算出していたが、本発明では配信用ホスト装置にて補正値算出を行わないので処理負荷が掛からない。また、従来手法では、配信用ホスト装置にて端末装置毎に算出した補正値の配信を受ける必要があったため、処理順番が後の端末装置にあっては、補正値の配信を受けるまでに長時間待たなくてはならなかった。それに対して本発明の場合は、配信用ホスト装置から目標音圧周波数特性データの配信を受ければその後の調整作業は端末装置で完結するため、上述した順番待ちという事態が発生しない。
【００１２】
また、通信負荷は格段に少なくなる。従来手法であれば、端末装置で得た測定データを配信用ホスト装置にアップロードし、それに基づいて配信用ホスト装置にて補正値を算出して端末装置にダウンロードし、その補正値に対応する測定データを端末装置から配信用ホスト装置へアップロードし……という作業を「端末装置毎」に繰り返す必要があったが、これが数万台の端末装置それぞれに実行されると通信負荷が膨大なものとなる。それに対して本発明の場合には、配信用ホスト装置から各端末装置へ目標音圧周波数特性を特定するゲイン値データを配信するだけでよく、その後の調整作業は端末装置で完結するため、調整作業に関して端末装置から配信用ホスト装置へのアップロードは発生しない。当然ながら、そのアップロードに対するダウンロードも発生せず、通信負荷低減の面では非常に有効である。
【００１３】
また、配信用ホスト装置と端末装置との間の通信回線としては一般公衆回線網（ＰＳＴＮ：Public Switched Telephone Networks）やインターネットを使用することができる。例えば一般公衆回線網を使用する場合、従来手法であれば次のような問題が生じる。つまり、調整作業自体に配信用ホスト装置と端末装置との間での通信が必要となるため、サーバ側発呼のシステムを構築すると、端末装置側の任意タイミングの調整作業が実現できない。これに対して本発明の場合には、サーバ・端末の何れから発呼するシステムを採用しても、目標音圧周波数特性データの配信さえできれば後は端末装置にて調整作業が完結するため、その調整作業は端末装置側の任意のタイミングで実行することができる。
【００１４】
本発明の情報通信システムは、端末装置において音圧周波数特性の調整が必要なシステムであればどのようなものにも適用できるが、上述したように端末台数が多くなればなるほど、配信用ホスト装置における処理負荷や通信負荷の低減などの観点で有利である。そういった意味では、いわゆる通信カラオケシステムには非常に有効な発明である。通信カラオケシステムの場合には、端末装置が、楽曲データを記憶しておくデータ記憶手段と、そのデータ記憶手段に記憶されている楽曲データに基づいて楽曲再生を行う楽曲再生手段とを備えており、この楽曲データに関しては、例えば新曲に関する楽曲データは配信用ホスト装置から端末装置へ定期・不定期に配信されることが多い。したがって、配信用ホスト装置の配信制御手段が、目標音圧周波数特性を特定するゲイン値データの配信を、端末装置へ楽曲データを配信する際に行うようにすることが考えられる。
【００１５】
上述したゲイン値調整は、主に端末装置が設置されている再生音場環境の違いに基づいて行うものであり、いわば汎用的な音圧周波数特性の調整である。そのため、上述したようにピンクノイズ等を発生させて調整を行うが、楽曲を実際に再生した場合に、どの楽曲においても同じゲイン値調整が最適かというとそうではない。曲調などによっては微調整した方がよい場合もある。
【００１６】
そこで、この微調整のための工夫を説明する。
まず、楽曲データ毎に微調整用のゲイン値データを付加することが考えられる。具体的には、配信用ホスト装置の配信制御手段が、曲毎に設定された微調整用のゲイン値データを楽曲データに対応させて配信する。端末装置では、配信用ホスト装置から配信された微調整用のゲイン値データを、楽曲データに対応させてデータ記憶手段に記憶しておく。そして、端末装置の楽曲再生手段が、楽曲再生を行う際、データ記憶手段にその楽曲に対応する微調整用のゲイン値データが存在する場合は、その楽曲対応微調整用のゲイン値データが反映されるようイコライザによる音圧周波数特性変更用のゲイン値を変更した上で楽曲再生を行い、その楽曲再生が終了したら、再生前の目標音圧周波数特性を特定するゲイン値となるようイコライザを制御する。
【００１７】
また、ジャンル毎に設定された微調整用のゲイン値データを用いてもよい。具体的には、端末装置のデータ記憶手段に、楽曲のジャンルとそれに対応する微調整用のゲイン値との対応関係を示すジャンルデータを記憶しておく。このジャンルデータは、配信用ホスト装置から配信されたものであってもよいし、例えば端末装置の設置時に設置作業者がマニュアル作業にてデータ記憶手段に記憶させたものであってもよい。そして、端末装置の楽曲再生手段が、楽曲再生を行う際、データ記憶手段にその楽曲のジャンルに対応する微調整用のゲイン値データが存在する場合は、そのジャンル対応微調整用のゲイン値データが反映されるようイコライザによる音圧周波数特性変更用のゲイン値を変更した上で楽曲再生を行い、その楽曲再生が終了したら、再生前の目標音圧周波数特性を特定するゲイン値となるようイコライザを制御する。
【００１８】
これらのようにすれば、より適切な音圧周波数特性にて楽曲再生が行われることとなる。
なお、楽曲に対応する微調整用のゲイン値データとジャンルに対応する微調整用のゲイン値データの両方存在する場合も考えられる。この場合は、端末装置の楽曲再生手段が、ジャンル対応微調整用のゲイン値データは用いず、楽曲対応微調整用のゲイン値データが反映されるようイコライザによる音圧周波数特性変更用のゲイン値を変更した上で楽曲再生を行い、その楽曲再生が終了したら、再生前の目標音圧周波数特性を特定するゲイン値となるよう前記イコライザを制御することが望ましい。楽曲対応微調整用のゲイン値データの方がよりその楽曲に応じた微調整が可能なゲイン値となっているからである。
【００１９】
ところで、目標音圧周波数特性データは、１種類である必要はなく複数種類存在してもよい。その場合は、所定の条件に対応して目標音圧周波数特性を特定するゲイン値データを設定しておき、配信用ホスト装置の配信制御手段がその条件に応じたゲイン値データを配信するとよい。ある一つの目標音圧周波数特性を特定するゲイン値データは、誰にとっても絶対的な最適評価を得られるものだとは限らない。最終的にはユーザの主観に委ねられる面もある。ここでいう目標音圧周波数特性を特定するゲイン値データとは、例えばカラオケ楽曲であれば、そのカラオケ楽曲の制作者が「このような音圧周波数特性が好ましい」と考える、いわば「推奨する」音圧周波数特性である。そのため、その楽曲制作者が、歌唱者の年齢層や地域別特質、あるいはカラオケ端末の歌唱者やオーナーの音楽的嗜好（例えばロック好き、演歌好きといった嗜好）などを加味して、それぞれに応じた推奨音圧周波数特性（つまり目標音圧周波数特性）を特定するゲイン値データを決定することも考えられる。したがって、そのようにして決定された複数のゲイン値データを、それぞれに適した端末装置へ配信すれば、より適切な調整が実現される。この例を３つ説明する。
【００２０】
例えば、目標音圧周波数特性を特定するゲイン値データを、歌唱者の年齢層に対応して設定しておく。そして、端末装置では、受付手段によって歌唱者年齢層を特定するデータ入力を受け付け、その受け付けた歌唱者年齢層特定データに基づいて得た歌唱者年齢層を通知手段が配信用ホスト装置へ通知する。なお、受付手段は例えば操作パネルなどが考えられ、ユーザが歌唱者年齢層を特定する数値などを操作パネルを操作して入力することが考えられる。そして、配信用ホスト装置の配信制御手段は、配信先の端末装置から通知された歌唱者年齢層に対応した、目標音圧周波数特性を特定するゲイン値データを配信するのである。
【００２１】
同様に、目標音圧周波数特性を特定するゲイン値データを、地域に対応して設定したり、予め分類された端末ユーザの音楽的嗜好に対応して設定しておくことが考えられる。地域や端末ユーザの音楽的嗜好の場合であっても、やはりユーザが操作パネルを操作することによって、地域を特定する住所や郵便番号、あるいは音楽ジャンルのロック、演歌などを端末装置へ入力することが考えられる。しかし、音楽的嗜好の場合には、例えば演奏実績に応じて判断することもできる、カラオケ曲の場合には曲毎にジャンルを把握することは容易であるので、演奏実績として演歌が多ければ音楽的嗜好が演歌である旨を配信用ホスト装置へ通知すればよい。また、地域の場合にも、例えば端末装置がＧＰＳなどの測位システムを備えていれば、それで測定した現在位置情報を受付手段により受け付けるようにしてもよい。
【００２２】
以上は情報通信システムとしての発明についての説明であったが、これらの情報通信システムを構成する要素である端末装置や配信用ホスト装置としての発明としても実現できる。
【００２３】
なお、端末装置が備えるゲイン値調整手段、楽曲再生手段、通知手段をコンピュータにて実現する場合、請求項１１、１２に記載するように、端末装置が備えるコンピュータで実行するプログラムとしての発明としても捉えることができる。このようなプログラムは、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、これら各手段としての機能を実現できる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００２５】
図１は、情報通信システムの一実施例としての通信カラオケシステムの構成を示すブロック図である。
本実施例の通信カラオケシステムは、端末装置としての通信カラオケ端末１と、配信用ホスト装置１００とが一般公衆回線網（ＰＳＴＮ）又はインターネット９０を介して接続され、配信用ホスト装置１００から通信カラオケ端末１へ各種情報を配信するよう構成されている。なお、通信カラオケ端末１と配信用ホスト装置１００との間はインターネットを介して接続してもよい。また、図１では通信カラオケ端末１を１台しか示していないが、当然ながら多数（例えば数万台といったレベル）の通信カラオケ端末１が接続されている。
【００２６】
配信用ホスト装置１００は、装置全体の動作を制御するＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ハードディスク記憶装置（ＨＤＤ）１０４、通信制御部１０５などを備えている。ハードディスク記憶装置（ＨＤＤ）１０４には、通信カラオケ端末１へ配信するための曲データや目標ゲイン値データなどが記憶されている。この目標ゲイン値に関しては後で詳しく説明する。また、通信制御部１０５は一般公衆回線網又はインターネット９０を介して通信カラオケ端末１と接続されている。
【００２７】
一方、通信カラオケ端末１は、大きく分けてメイン制御部１０と音声処理部２０とを備えている。
［メイン制御部１０の構成］
メイン制御部１０は、メイン制御部１０全体の動作を制御するＣＰＵ１１に、バスを介してモデム１２、ＲＡＭ１３、ハードディスク記憶装置（ＨＤＤ）１４、操作パネル１５、映像処理部１６が接続されている。
【００２８】
モデム１２は一般公衆回線網又はインターネット９０を介して配信用ホスト装置１００と接続されている。
ハードディスク記憶装置１４には、この通信カラオケ端末１の動作を制御するシステムプログラム、アプリケーションプログラムなどが記憶されており、通信カラオケ端末１の電源がオンされて起動プログラムが実行されると、これらのプログラムがＲＡＭ１３に読み込まれる。又はドディスク記憶装置１４には、上述したプログラムを記憶するエリアのほか、カラオケ演奏するための曲データを記憶するエリア、目標ゲイン値データを記憶するエリア、測定したゲイン値を記憶するエリアなどを備えている。目標ゲイン値データは上述した配信用ホスト装置１００から配信されたものである。
【００２９】
操作パネル１５は通信カラオケ端末１の前面に設けられており、曲コード入力スイッチやキーチェンジスイッチ、あるいは入力された曲コード等を表示するための７セグメントＬＥＤなどを有している。
【００３０】
映像処理部１６は、曲データ中に含まれる、あるいは別途ハードディスク記憶装置１４に記憶されている背景映像データに歌詞データをスーパーインポーズで合成してモニタ３０に表示する。もちろん、それ以外の内容を表示することも可能である。
【００３１】
［音声処理部２０の構成］
音声処理部２０は、音声処理部２０全体の動作を制御するＣＰＵ２１に、バスを介してＲＯＭ２２、ＲＡＭ２３、音源部２４、１５バンドイコライザ（以下、単にイコライザと称す。）２５、ボイスエフェクト部２６、周波数解析部２７が接続されている。
【００３２】
音声処理部２０のＣＰＵ２１とメイン制御部１０のＣＰＵ１１とはＵＳＢ（Universal Serial Bus）によって接続されている。そのため、後述の処理において、メイン制御部１０のハードディスク記憶装置１４に記憶されている目標ゲイン値データを、メイン制御部１０のＣＰＵ１１を介して取得し、このＲＡＭ２３に記憶させている。ＲＯＭ２２には、この音声処理部２０の動作を制御するアプリケーションプログラムなどが記憶されている。
【００３３】
音源部２４は、曲データの楽音トラックのデータに基づいて（デジタル）楽音信号を形成する。曲データは、カラオケ演奏時に、音声処理部２０のＣＰＵ２１がメイン制御部１０のＣＰＵ１１を介してハードディスク記憶装置１４から読み出す。楽音トラックは複数トラックで構成されており、音源部２４はこのデータに基づいて複数パートの楽音信号を同時に形成する。音源部２４が形成した楽音信号がカラオケ演奏音であり、これらはイコライザ２５に入力される。イコライザ２５は、このカラオケ演奏音に対して所定の音響効果を付与するのであるが、具体的には、２０Ｈｚ〜２０ｋＨｚの周波数帯域を１５の帯域（バンド）に分割し、それぞれの周波数帯域の音圧に対するゲイン値を−１２ｄＢ〜＋１２ｄＢの範囲で変更する。イコライザ２５によって音圧周波数特性が変更された（デジタル）楽音信号は、図示しないＤＡ変換器を介してアナログ信号に変換され、後述の歌唱音声信号とミキシングされて外付け装置であるスピーカ４０へ出力される。
【００３４】
一方、外付け装置である歌唱用のマイク５０から入力された歌唱音声信号あるいは音信号は、図示しないマイクアンプにて増幅され、やはり図示しないＡＤ変換器を介してデジタル信号に変換されてボイスエフェクト部２６及び周波数解析部２７へ入力する。ボイスエフェクト部２６では歌唱音声信号に対してエコーなどの音響効果を付与して出力する。ボイスエフェクト部２６から出力された歌唱音声信号は、上述のように楽音信号とミキシングされてスピーカ４０へ出力される。なお、ボイスエフェクト部２６からスピーカ４０へ信号が出力されないようにすることもできるように構成されている。これは、次の理由からである。つまり、再生音場の音圧周波数特性を調整する際には、音源部２４からいわゆるピンクノイズを発生させ、スピーカ４０から発音されたピンクノイズをマイク５０によって入力して周波数解析部２７にて周波数解析する。この場合、そのマイク５０によって入力した音信号（ピンクノイズ）が再度スピーカ４０から出力されてしまうと不都合が生じる。そこで、この音圧周波数特性の調整の際には、ボイスエフェクト部２６からスピーカ４０へ信号が出力されないようにするのである。
【００３５】
周波数解析部２７は、入力された音信号（ピンクノイズ）をＦＦＴによって周波数解析する。本実施例では、イコライザ２５における１５の周波数帯域と同じように、２０Ｈｚ〜２０ｋＨｚの周波数帯域を１５の帯域（バンド）に分割し、それぞれの周波数帯域の音圧を解析する。
【００３６】
［目標ゲイン値、測定（ゲイン）値、イコライザのゲイン値の説明］
本実施例の通信カラオケシステムにおいては、通信カラオケ端末１においてカラオケ演奏を実行できることはもちろん、その通信カラオケ端末１が設置された環境に応じた音圧周波数特性の調整を行うことができる。まず、このような音圧周波数特性の調整の必要性について簡単に説明する。
【００３７】
通信カラオケシステムにおいては、通信カラオケ端末１が設置されて楽曲データを再生し演奏する環境が画一的ではないのが実情である。たとえカラオケボックス（部屋）であっても、形状や広さ、あるいは壁の材質など千差万別である。そのため、楽曲データを制作した際の音圧周波数特性（目標音圧周波数特性）と、カラオケボックス内など再生環境での音圧周波数特性（再生音圧周波数特性）とが大きく異なってしまい、楽曲データ制作者の意図する音響状態が十分に再現できない。
【００３８】
例えば、図２には、楽曲データを制作した際にそのデータ制作者が最適と考える音質を決めるために用いた環境での音圧周波数特性測定状態を示している。図２（ａ）はカラオケコマンダ（通信カラオケ端末１に相当する装置）、モニタ、パワーアンプ、それらを載せている台、スピーカ、測定用マイクといった装置の位置関係及びそれらが設置されている部屋を側面から視た場合を模式的に示している。また、図２（ｂ）はそれらの装置の位置関係を上面から視た場合を模式的に示している。図２においては、部屋自体が直方体であり、カラオケコマンダ（通信カラオケ端末１に相当する装置）、モニタ、パワーアンプ、台、スピーカは壁近くに配置されており、測定用マイクは部屋の中央付近に配置されている。スピーカから発せられた音は測定用マイクに直接音として届くと共に、壁面にて反射した反射音としても届く。
【００３９】
一方、図３には、通信カラオケ端末１にて補正を行う場合の音圧周波数特性測定状態を示しており、図２の場合と同様に、図３（ａ）はカラオケコマンダ（この場合は通信カラオケ端末１そのもの）、モニタ３０、パワーアンプ、それらを載せている台、スピーカ４０、（測定用）マイク５０といった装置の位置関係及びそれらが設置されている部屋を側面から視た場合を模式的に示しており、図２（ｂ）はそれらの装置の位置関係を上面から視た場合を模式的に示している。
【００４０】
図３に示す部屋は、図２に示す部屋に比べて天井の形が異なっており、直方体ではない。そのため、壁面で反射する反射音の状態が図２の場合とは異なる。そして、マイク５０の位置が図２の場合とは異なっており、図２の場合よりは通信カラオケ端末１等が設定された場所から遠くなっている。つまり、スピーカ４０から届く直接音の状態も自ずと図２の場合とは異なる。図２はあくまで通信カラオケ端末１が設置された部屋の一例であり、種々の形状の部屋に設置され、また装置間の位置関係が異なる。
【００４１】
そのため、例えば図２に示す「データ制作者が最適と考える音質を決めるために用いた環境」で設定した、最適音質となる音圧周波数特性を特定するためのゲイン値（目標ゲイン値）が、図４（ａ）に示すような波形（ゲイン値）であったとする。なお、図４（ａ）では理解を容易にするため、１５バンド全てのゲイン値が０ｄＢとなるフラットな波形として示したが、フラットな波形である必要性はなく、図２に示す環境で設定した最適音質となるゲイン値そのものを目標ゲイン値とする。
【００４２】
一方、図３に示す通信カラオケ端末１が設置された環境において測定した音圧周波数特性を特定するためのゲイン値（測定ゲイン値）が図４（ｂ）に示すような波形（ゲイン値）であったとする。この測定ゲイン値は、図４（ａ）に示す目標ゲイン値からはずれているため、イコライザ２５によってこれらが一致するように、イコライザ２５のゲイン値を変更（調整）する。このイコライザ２５のゲイン値の例を図４（ｃ）に示す。イコライザ２５においては、１５バンドの各バンドにおけるゲイン値を、目標ゲイン値と測定ゲイン値とを用いて近似計算方法の一つである二分法によって決定したり、目標ゲイン値から測定ゲイン値を減算するなどして得る。なお、一つのバンドのゲイン値を補正すると、他のバンドに対する影響が出るため、１５バンドそれぞれについて繰り返し補正を行い、最終的に目標ゲイン値に一致（あるいは近似）させる。
【００４３】
本実施例では、配信用ホスト装置から各通信カラオケ端末１に対して目標音圧周波数特性を特定するゲイン値（目標ゲイン値）データを配信し、各通信カラオケ端末１では、実際に端末が設置された環境において音源部２４からピンクノイズを発生させて音圧周波数特性を示すゲイン値を測定し、その測定したゲイン値（測定ゲイン値）と上述の目標ゲイン値との差に基づいて、イコライザ２５におけるゲイン値を、その再生環境に応じた値に変更（調整）する。つまり、イコライザ２５によって音圧周波数特性を特定するゲイン値が調整されて発音された状態における測定値が上述した目標ゲイン値に一致するように、イコライザ２５のゲイン値を変更（調整）するのである。
【００４４】
［通信カラオケ端末１にて実行される動作の説明］
次に、本実施例の通信カラオケシステムにて実行される動作について説明する。
図５〜図８は通信カラオケ端末１にて実行される処理を示すフローチャートであり、それぞれ音圧周波数特性の測定及び設定に係る処理（図５）、起動処理（図７）、選曲・演奏処理（図８）を示すフローチャートである。なお、これらの処理は、メイン制御部１０のＣＰＵ１１と音声処理部２０のＣＰＵ２１の両方が協働して実行するものである。以下、順番に説明する。
【００４５】
［音圧周波数特性の測定・設定処理］
図５に示す音圧周波数特性の測定及び設定処理のフローチャートにおける最初のステップＳ１０では操作パネル１５を介したモード切替の入力があるか否か判断する。これはカラオケモードから特性設定モードへ切り替える指示を示す入力の有無を判断している。モード切替入力がない場合は（Ｓ１０：Ｎｏ）、Ｓ１０の判断を繰り返し行い、モード切替入力があれば（Ｓ１０：Ｙｅｓ）、ハードディスク記憶装置１４に目標ゲイン値が存在するか否か判断する（Ｓ２０）。ハードディスク記憶装置１４に目標ゲイン値が存在しない場合（Ｓ２０：Ｎｏ）には、Ｓ１０へ戻るが、ハードディスク記憶装置１４に目標ゲイン値が存在すれば（Ｓ２０：Ｙｅｓ）、Ｓ３０へ移行する。
【００４６】
Ｓ３０では、カラオケモードを終了して特性設定モードへ移行する。次のＳ４０では、マイクセット等の注意事項を、映像処理部１６を介してモニタ３０に表示させる。この表示にしたがって調整作業者がマイク等のセッティングを行い、準備が完了したら、操作パネル１５から準備完了（ＯＫ）を入力する。このＯＫの入力があれば（Ｓ５０：Ｙｅｓ）、音源部２４に対してピンクノイズの出力開始を指示する。
【００４７】
音源部２４から出力されたピンクノイズはイコライザ２５、図示しないＤＡ変換器を介してスピーカ４０から発音される。このようにスピーカ４０からのピンクノイズの出力をさせた状態でマイク５０から入力した音信号を周波数解析部２７にて周波数解析（ここではＦＦＴによる）を行い、その結果、すなわち測定ゲイン値を音声処理部２０のＲＡＭ２３に記憶する（Ｓ７０）。周波数解析部２７は、入力された音信号（ピンクノイズ）を、イコライザ２５における１５の周波数帯域と同じように、２０Ｈｚ〜２０ｋＨｚの周波数帯域を１５の帯域（バンド）に分割し、それぞれの周波数帯域の音圧を解析する。なお、この音圧周波数特性の測定・設定処理の際、マイク５０によって入力した音信号（ピンクノイズ）が再度スピーカ４０から出力されてしまうと不都合が生じるため、ボイスエフェクト部２６からスピーカ４０へ信号が出力されないようにする。
【００４８】
一方、ハードディスク記憶装置１４からは目標ゲイン値を音声処理部２０のＲＡＭ２３に読み出してきており、周波数解析結果である測定ゲイン値と目標ゲイン値とに基づいてイコライザ２５のゲイン値を変更する（Ｓ８０）。本実施例では、計算機による近似計算方法の一つである二分法を用い、目標ゲイン値と測定ゲイン値に基づいて各バンドにおけるイコライザ２５のゲイン値を決定する。このＳ８０でのゲイン値変更に係るサブルーチン処理の内容を図６のフローチャートを参照してさらに詳しく説明する。
【００４９】
まず、各バンドにおける目標ゲイン値Ｘから各バンドにおける測定ゲイン値Ｙを減算した値の絶対値が１ｄＢ以上なのか否かを判断する。そして｜Ｘ−Ｙ｜＜１の場合には（Ｓ８０１：Ｎｏ）、Ｓ８０２以降の処理を実行せずにそのまま本サブルーチンを終了する。つまり目標ゲイン値Ｘと測定ゲイン値Ｙとの差が相対的に小さければイコライザ２５のゲイン値変更自体を行わないという意味である。一方、｜Ｘ−Ｙ｜≧１の場合には（Ｓ８０１：Ｙｅｓ）、Ｓ８０２へ移行し、目標ゲイン値Ｘが測定ゲイン値Ｙよりも大きいか否か判断する。
【００５０】
Ｘ＞Ｙの場合には（Ｓ８０２：Ｙｅｓ）、現在の各バンドにおけるイコライザ２５のゲイン値Ｚに（｜Ｘ−Ｙ｜／２）を加算する（Ｓ８０３）。そして、Ｓ８０３にて加算された後のイコライザ２５のゲイン値Ｚが１２ｄＢよりも大きいか否か判断する（Ｓ８０４）。本実施例のイコライザ２５の調整範囲は±１２ｄＢであるため、Ｓ８０３での計算結果Ｚ＞１２ｄＢとなった場合には（Ｓ８０４：Ｙｅｓ）、一律にプラス側の最大調整値である１２ｄＢをイコライザ２５のゲイン値Ｚとし（Ｓ８０５）、本サブルーチンを終了する。また、Ｚ≦１２ｄＢの場合には（Ｓ８０４：Ｎｏ）、Ｓ８０５のような制限を行う必要がないため、そのまま本サブルーチンを終了する。つまり、Ｓ８０３で設定されたイコライザ２５のゲイン値Ｚがそのまま適用される。
【００５１】
それに対してＸ≦Ｙの場合には（Ｓ８０２：Ｎｏ）、現在のイコライザ２５のゲイン値Ｚから（｜Ｘ−Ｙ｜／２）を減算する（Ｓ８０６）。そして、Ｓ８０６にて減算された後のイコライザ２５のゲイン値Ｚが−１２ｄＢよりも小さいか否か判断する（Ｓ８０７）。本実施例のイコライザ２５の調整範囲は±１２ｄＢであるため、Ｓ８０６での計算結果Ｚ＜−１２ｄＢとなった場合には（Ｓ８０７：Ｙｅｓ）、一律にマイナス側の最大調整値である−１２ｄＢをイコライザ２５のゲイン値Ｚとし（Ｓ８０８）、本サブルーチンを終了する。また、Ｚ≧−１２ｄＢの場合には（Ｓ８０７：Ｎｏ）、Ｓ８０８のような制限を行う必要がないため、そのまま本サブルーチンを終了する。つまり、Ｓ８０６で設定されたイコライザ２５のゲイン値Ｚがそのまま適用される。
【００５２】
なお、本実施例では、図６に示すような二分法を用いてイコライザ２５のゲイン値を決定したが、二分法以外であっても例えば目標ゲイン値から測定ゲイン値を減算してイコライザ２５のゲイン値を決定しても良い。他にも二分法の類似手法として、図６のＳ８０３又はＳ８０６における（｜Ｘ−Ｙ｜／２）の代わりに任意の数値（本実施例では０より大きく、かつ２より小さい正の実数、例えば１（単位ｄＢ））を与えて収束させる方法も採用でき、計算機による近似計算の様々な方法を用いてイコライザ２５のゲイン値を得ることができる。
【００５３】
図６に示すサブルーチンが終了すると、図５のＳ９０へ移行する。Ｓ９０では一定時間が経過したか否か判断し、一定時間が経過するまでは（Ｓ９０：Ｎｏ）、Ｓ７０での測定及びＳ８０でのゲイン値変更の処理を繰り返す。
【００５４】
そして、一定時間が経過すると（Ｓ９０：Ｙｅｓ）、音源部２４を制御してピンクノイズの出力を停止させ（Ｓ１００）、現在のイコライザ２５のゲイン値をハードディスク記憶装置１４に記録する（Ｓ１１０）。なお、前記Ｓ７０及びＳ９０における一定時間については、例えばＳ７０での一定時間が０．５秒、Ｓ９０での一定時間が６０秒といった値に設定することが望ましい。そして、音圧周波数特性の測定・設定処理が終了したことをモニタ３０に表示させ（Ｓ１２０）、カラオケモードに戻る（Ｓ１３０）。その後は、Ｓ１０へ移行する。
【００５５】
以上のような処理を実行することで、イコライザ２５におけるゲイン値を、その再生環境に応じた値に変更（調整）することができる。
［起動処理］
図７に示す起動処理のフローチャートにおける最初のステップＳ２１０では、各種初期化処理を実行する。これは例えばハードウェア（モデム１２、操作パネル１５、映像処理部１６など）のリセット、プログラムのバージョン確認、ボリュームレベルの設定等などが挙げられる。
【００５６】
そして、ハードディスク記憶装置１４内にゲイン値の記録があるか否か判断し（Ｓ２２０）、ハードディスク記憶装置１４にゲイン値の記録が有れば（Ｓ２２０：Ｙｅｓ）、イコライザ２５におけるゲイン値をハードディスク記憶装置１４に記録された通りに設定する（Ｓ２３０）。そして、カラオケモードを開始する（Ｓ２５０）。したがって、このカラオケモードにて演奏される際には、イコライザ２５におけるゲイン値が再生環境に応じて調整された状態となり、「データ制作者が最適と考える音質を決めるために用いた環境」で設定した、最適音質となる音圧周波数特性を特定するための目標ゲイン値（図４（ａ）参照）に一致あるいは近似した状態でのカラオケ演奏が実現されることとなる。
【００５７】
一方、ハードディスク記憶装置１４にゲイン値の記録がなければ（Ｓ２２０：Ｎｏ）、イコライザ２５におけるゲイン値をフラット（具体的には各バンドのゲイン値を全て０）に設定する（Ｓ２４０）。その後、Ｓ２５０へ移行してカラオケモードを開始する。
【００５８】
［選曲・演奏処理］
図８に示すカラオケ選曲及び演奏処理のフローチャートにおける最初のステップＳ３１０では、操作パネル１５を介したカラオケ曲の番号入力があったか否か判断し、番号入力があった場合には（Ｓ３１０：Ｙｅｓ）、対応する曲データをハードディスク記憶装置１４から取得する（Ｓ３２０）。そして、その取得した曲データ中に微調整用ゲイン値が含まれているか否か判断し（Ｓ３３０）、微調整用ゲイン値が含まれていれば（Ｓ３３０：Ｙｅｓ）、その曲データに対応するゲイン値を反映させる（Ｓ３４０）。具体的には、その微調整用ゲイン値を反映したゲイン値となるようイコライザ２５を制御する。そして、カラオケ演奏を実行し（Ｓ３７０）、演奏終了後にイコライザ２５のゲイン値を元の値に戻す（Ｓ３８０）。
【００５９】
一方、曲データ中に微調整用ゲイン値が含まれていなければ（Ｓ３３０：Ｎｏ）、ジャンルデータに微調整用のゲイン値が含まれているか否か判断する（Ｓ３５０）。微調整用ゲイン値が含まれていれば（Ｓ３５０：Ｙｅｓ）、そのジャンルデータに対応するゲイン値を反映させる（Ｓ３６０）。具体的には、その微調整用ゲイン値を反映したゲイン値となるようイコライザ２５を制御する。そして、カラオケ演奏を実行し（Ｓ３７０）、演奏終了後にイコライザ２５のゲイン値を元の値に戻す（Ｓ３８０）。なお、Ｓ３５０にて否定判断の場合には、そのままＳ３７０へ移行してカラオケ演奏を実行する。
【００６０】
ここで、微調整用ゲイン値に関して説明する。上述した図５に示す音圧周波数特性の測定・設定処理にて行われたイコライザ２５のゲイン値調整は、主に通信カラオケ端末１が設置されている再生音場環境の違いに基づいて行うものであり、いわば汎用的な音圧周波数特性の調整である。また、この測定・設定もピンクノイズを発生させて調整を行っているため、カラオケ楽曲を実際に再生した場合に、どの楽曲においても同じゲイン値調整が最適かというとそうではない。曲調などによっては微調整した方がよい場合もある。そこで、本実施例では、上述した微調整用ゲイン値を用いてさらに音圧周波数特性の調整を施している。この際、２種類の微調整用ゲイン値を準備した。つまり、楽曲データ毎に対応する微調整用ゲイン値と、楽曲のジャンルに対応する微調整用ゲイン値である。楽曲データ毎に対応する微調整用ゲイン値の方がよりその楽曲に適したものとなるが、楽曲毎にこのような微調整用ゲイン値を持たせなくてはならず、微調整用ゲイン値の作成及びその微調整用ゲイン値データを曲データに含める作業が必要となる。また、同じジャンルの曲であれば同じ微調整用ゲイン値で十分に対応できる場合もある。そこで、ジャンル毎に微調整用ゲイン値を作成すると共に、そのジャンルに対応した微調整用ゲイン値とは異なった微調整をしたい曲のみについて曲に対応した微調整用ゲイン値を作成するようにすれば、微調整用ゲイン値データの作成側としては作業負担が減り、また結果として配信すべきデータ量も減る。
【００６１】
曲対応の微調整用ゲイン値については曲データに含めておき、ジャンル対応の微調整用ゲイン値（以下、ジャンル用ゲイン値とも称す。）はジャンルデータに含めておき、配信用ホスト装置１００から通信カラオケ端末１へ配信する。図９は、曲データ及びジャンルデータの説明図である。
【００６２】
図９（ａ）は、曲データ（その１）を示しており、ヘッダ・ＭＩＤＩ・歌詞・タイトル・微調整用ゲイン値をそれぞれ格納するためのデータエリアが存在する。ヘッダにはジャンルデータエリアも存在する。また、この曲データ（その１）の場合は、微調整用ゲイン値のためのデータエリアが常に存在する。実質的に微調整する必要がないような場合には、全てのバンドのゲイン値を±０とする。
【００６３】
図９（ｂ）は、曲データ（その２）を示しており、ヘッダ・ＭＩＤＩ・歌詞・タイトルをそれぞれ格納するためのデータエリアが存在し、もしも微調整用ゲイン値を含める場合には、そのためのデータエリアが存在することとなる。ヘッダにはジャンルデータエリア及び微調整ゲイン値フラグを格納するデータエリアも存在する。この微調整ゲイン値フラグは微調整用ゲイン値の有無を示すためのフラグであり、微調整用ゲイン値のデータエリアを設けた場合には、この微調整用ゲイン値フラグを「データ有り」とする。
【００６４】
図９（ｃ）は、ジャンルデータの説明図であり、ジャンルコード（１）（２）（３）……（ｎ）に対してそれぞれジャンル用ゲイン値（１）（２）（３）……（ｎ）が設定されている。
【００６５】
［曲データ・目標ゲイン値データの配信を受ける場合の動作説明］
次に、本実施例の通信カラオケシステムにて通信カラオケ端末１が配信用ホスト装置１００から曲データ・目標ゲイン値データを含むデータファイルをダウンロードする際の動作について説明する。
【００６６】
［端末発呼タイプの場合］
図１０は通信カラオケ端末１から配信用ホスト装置１００へ発呼するタイプの場合を示している。図１０（ａ）は通信カラオケ端末１にて実行される処理を示すフローチャート、図１０（ｂ）は配信用ホスト装置１００にて実行される処理を示すフローチャートである。
【００６７】
通信カラオケ端末１は、予め配信用ホスト装置１００からダウンロードする時刻としてプログラムされた所定の時刻になったか否か判断する（Ｓ４１０）。ダウンロード時刻になった場合（Ｓ４１０：Ｙｅｓ）、配信用ホスト装置１００に対して発呼し接続を確立する（Ｓ４２０）。なお、接続エラー時には所定回数リトライする。
【００６８】
一方、配信用ホスト装置１００では、着呼があるか否か判断し（Ｓ５１０）、着呼があれば（Ｓ５１０：Ｙｅｓ）、通信カラオケ端末１との接続を確立し（Ｓ５２０）、配信用ホスト装置１００のハードディスク記憶装置１０４に保持されているファイル一覧を通信カラオケ端末１へ送信する（Ｓ５３０）。このファイル一覧は、例えば図１２（ａ）に示すように、新曲データ１〜ｎファイル名及び目標ゲイン値データファイル名からなっている。なお、配信用ホスト装置１００のハードディスク記憶装置１０４には、上述したファイル一覧の新曲データ１〜ｎファイル名及び目標ゲイン値データファイル名それぞれに対応する実データ、すなわち新曲データ１〜ｎファイル及び目標ゲイン値データファイルも記憶されている。
【００６９】
通信カラオケ端末１では、配信用ホスト装置１００から送信されたファイル一覧を受信し（Ｓ４３０）、そのファイル一覧の先頭のファイル名から順番にチェックし、通信カラオケ端末１のハードディスク記憶装置１４内に既にそのファイル名に対応する実データを保持しているか否か判断する（Ｓ４４０）。保持していなければ（Ｓ４４０：Ｎｏ）、該当するファイルの配信を配信用ホスト装置１００へ要求する（Ｓ４５０）。
【００７０】
配信用ホスト装置１００では、Ｓ５３０にてファイル一覧を通信カラオケ端末１へ送信した後は、切断されたか否かを判断する（Ｓ５４０）。切断されていなければ（Ｓ５４０：Ｎｏ）、通信カラオケ端末１からファイル要求されたか否かを判断し（Ｓ５５０）、ファイル要求された場合には（Ｓ５５０：Ｙｅｓ）、要求されたファイルを通信カラオケ端末１へ送信する（Ｓ５６０）。その後、Ｓ５４０へ戻る。
【００７１】
通信カラオケ端末１では、配信用ホスト装置１００から送信された該当ファイルを受信してハードディスク記憶装置１４へ格納する（Ｓ４６０）。そして、Ｓ４３０で受信したファイル一覧の全てをチェックしたか否か判断し（Ｓ４７０）、全てはチェックしていない場合には（Ｓ４７０：Ｎｏ）、Ｓ４４０へ戻り、Ｓ４４０〜Ｓ４６０の処理を実行し、全てチェックし終わった場合には（Ｓ４７０：Ｙｅｓ）、配信用ホスト装置１００との通信を切断する（Ｓ４８０）。
【００７２】
このＳ４８０にて通信カラオケ端末１が切断すると、配信用ホスト装置１００では、図１０（ｂ）のＳ５４０にて肯定判断となり、Ｓ５１０へ戻る。
［ホスト発呼タイプの場合］
図１１は配信用ホスト装置１００から通信カラオケ端末１へ発呼するタイプの場合を示している。図１１（ａ）は通信カラオケ端末１にて実行される処理を示すフローチャート、図１１（ｂ）は配信用ホスト装置１００にて実行される処理を示すフローチャートである。
【００７３】
配信用ホスト装置１００は、予め通信カラオケ端末１へ配信する時刻としてプログラムされた所定の時刻になったか否か判断する（Ｓ７１０）。配信時刻になった場合（Ｓ７１０：Ｙｅｓ）、図１２（ｂ）に示す端末リスト中の全ての通信カラオケ端末１に対して発呼したか否か判断する（Ｓ７２０）。この端末リストは、複数存在する通信カラオケ端末１に対して設定されたシリアル番号（端末１シリアル番号、端末２シリアル番号……端末ｎシリアル番号）にそれぞれ対応する電話番号（端末１電話番号、端末２電話番号……端末ｎ電話番号）が記憶されているものである。
【００７４】
端末リスト中の全ての通信カラオケ端末１に対しての発呼がまだ済んでいなければ（Ｓ７２０：Ｎｏ）、端末リストの上から順番に１箇所の端末情報（この場合はシリアル番号＋電話番号）を取得する（Ｓ７３０）。そして、該当する通信カラオケ端末１に対して発呼し接続を確立する（Ｓ７４０）。なお、接続エラー時には所定回数リトライする。
【００７５】
一方、通信カラオケ端末１では、着呼があるか否か判断し（Ｓ６１０）、着呼があれば（Ｓ６１０：Ｙｅｓ）、配信用ホスト装置１００との接続を確立する（Ｓ６２０）。
配信用ホスト装置１００では、Ｓ７４０にて通信カラオケ端末１との接続が確立すると、ハードディスク記憶装置１０４に保持されているファイル一覧（図１２（ａ）参照）を通信カラオケ端末１へ送信する（Ｓ７５０）。通信カラオケ端末１では、配信用ホスト装置１００から送信されたファイル一覧を受信し（Ｓ６３０）、そのファイル一覧の先頭のファイル名から順番にチェックし、通信カラオケ端末１のハードディスク記憶装置１４内に既にそのファイル名に対応する実データを保持しているか否か判断する（Ｓ６４０）。保持していなければ（Ｓ６４０：Ｎｏ）、該当するファイルの配信を配信用ホスト装置１００へ要求する（Ｓ６５０）。
【００７６】
配信用ホスト装置１００では、Ｓ７５０にてファイル一覧を通信カラオケ端末１へ送信した後は、切断要求があるか否かを判断する（Ｓ７６０）。切断要求があれば（Ｓ７６０：Ｙｅｓ）、切断して（Ｓ７７０）Ｓ７２０へ戻るが、切断要求がなければ（Ｓ７６０：Ｎｏ）、通信カラオケ端末１からファイル要求されたか否かを判断する（Ｓ７８０）。そして、ファイル要求された場合には（Ｓ７８０：Ｙｅｓ）、要求されたファイルを通信カラオケ端末１へ送信する（Ｓ７９０）。その後、Ｓ７６０へ戻る。
【００７７】
通信カラオケ端末１では、配信用ホスト装置１００から送信された該当ファイルを受信してハードディスク記憶装置１４へ格納する（Ｓ６６０）。そして、Ｓ６３０で受信したファイル一覧の全てをチェックしたか否か判断し（Ｓ６７０）、全てはチェックしていない場合には（Ｓ６７０：Ｎｏ）、Ｓ６４０へ戻り、Ｓ６４０〜Ｓ６６０の処理を実行し、全てチェックし終わった場合には（Ｓ６７０：Ｙｅｓ）、配信用ホスト装置１００に対して切断要求を送信する（Ｓ６８０）。
【００７８】
このＳ６８０にて通信カラオケ端末１が切断要求を配信用ホスト装置１００へ送信すると、配信用ホスト装置１００では、図１１（ｂ）のＳ７６０にて肯定判断となり、上述したようにＳ７７０にて通信カラオケ端末１との通信を切断する。
【００７９】
なお、本実施例においては、イコライザ２５が「イコライザ」に相当し、音声処理部２０におけるイコライザ２５を除いた構成が「ゲイン値調整手段」に相当する。また、メイン制御部１０のハードディスク記憶装置１４が「データ記憶手段」に相当し、メイン制御部１０のＣＰＵ１１、音声処理部２０のＣＰＵ２１及び音源部２４が「楽曲再生手段」に相当する。また、配信用ホスト装置１００のＣＰＵ１０１が「配信制御手段」に相当する。
【００８０】
［実施例の効果］
（ａ）各通信カラオケ端末１では、配信用ホスト装置１００から配信された目標ゲイン値に一致するようイコライザ２５のゲイン値調整を行う。このゲイン値調整に際しては、測定したゲイン値と目標ゲイン値との差分に基づいて、通信カラオケ端末自体で調整処理を実行する。そのため、１台の配信用ホスト装置１００に例えば数万台の通信カラオケ端末１が接続されていたとしても、配信用ホスト装置１００にて通信カラオケ端末１におけるゲイン値調整のための処理を実行しないので処理負荷が掛からない。従来手法では、配信用ホスト装置にて端末装置毎に算出した補正値の配信を受ける必要があったため、処理順番が後の端末装置にあっては、補正値の配信を受けるまでに長時間待たなくてはならなかったが、本実施例の通信カラオケシステムでは、配信用ホスト装置１００から目標ゲイン値データの配信を受ければその後の調整作業は通信カラオケ端末１で完結するため、上述した順番待ちという事態が発生しない。
【００８１】
また、通信負荷は格段に少なくなる。従来手法であれば、端末装置で得た測定データを配信用ホスト装置にアップロードし、それに基づいて配信用ホスト装置にて補正値を算出して端末装置にダウンロードし、その補正値に対応する測定データを端末装置から配信用ホスト装置へアップロードし……という作業を「端末装置毎」に繰り返す必要があったが、これが数万台の端末装置それぞれに実行されると通信負荷が膨大なものとなる。それに対して本実施例の通信カラオケシステムの場合には、配信用ホスト装置１００から各通信カラオケ端末１へ目標ゲイン値データを配信するだけでよく、その後の調整作業は通信カラオケ端末１で完結するため、調整作業に関して通信カラオケ端末１から配信用ホスト装置１００へのアップロードは発生しない。当然ながら、そのアップロードに対するダウンロードも発生せず、通信負荷低減の面では非常に有効である。
【００８２】
また、本実施例では配信用ホスト装置１００と通信カラオケ端末１との間の通信回線として一般公衆回線網（ＰＳＴＮ）９０を用いているが、一般公衆回線網を使用する場合、従来手法であれば次のような問題が生じる。つまり、調整作業自体に配信用ホスト装置と端末装置との間での通信が必要となるため、サーバ側発呼のシステムを構築すると、端末装置側の任意タイミングの調整作業が実現できない。これに対して本実施例の場合には、図１０、図１１に示すように、通信カラオケ端末１、配信用ホスト装置１００の何れから発呼する場合であっても、目標ゲイン値データの配信さえできれば後は通信カラオケ端末１にて調整作業が完結するため、その調整作業は通信カラオケ端末１の任意のタイミングで実行することができる。
【００８３】
（ｂ）図８を参照して説明したように、曲に対応した微調整用ゲイン値やジャンルに対応した微調整用ゲイン値も反映させることができるため、イコライザ２５のゲイン値をより適切なものとすることができる。なお、本実施例の場合、曲に対応した微調整用ゲイン値が存在する場合には、ジャンルに対応する微調整用ゲイン値は用いず、曲対応の微調整用ゲイン値が反映されるようイコライザ２５によるゲイン値調整を行うようにしている。曲対応の微調整用のゲイン値の方がよりその楽曲に応じた微調整が可能なゲイン値となっているからである。
【００８４】
（ｃ）目標ゲイン値は、カラオケ楽曲の制作者が「このような音圧周波数特性が好ましい」と考える、いわば「推奨する」音圧周波数特性を特定するためのゲイン値である。したがって、一度決めた目標ゲイン値も、その後の検討によって変更される可能性がある。そのような場合でも、配信用ホスト装置１００から通信カラオケ端末１へその変更後の目標ゲイン値を配信すれば、あとは各通信カラオケ端末１にてゲイン値調整が実行されるため、非常に便利である。
【００８５】
［別実施例］
（１）上記実施例では、目標ゲイン値を一つであるとして説明したが、目標ゲイン値は、１種類である必要はなく複数種類存在してもよい。その場合は、所定の条件に対応する複数の目標ゲイン値を配信用ホスト装置１００のハードディスク記憶装置１０４に記憶しておき、通信カラオケ端末１への配信の際、各端末の条件に応じた目標ゲイン値を配信するとよい。目標ゲイン値は、誰にとっても絶対的な最適評価を得られるものだとは限らない。最終的にはユーザの主観に委ねられる面もある。そのため、楽曲制作者が、例えば歌唱者の年齢層や地域別特質、あるいはカラオケ端末の歌唱者やオーナーの音楽的嗜好（例えばロック好き、演歌好きといった嗜好）などを加味して、それぞれに応じた目標ゲイン値を決定することも考えられる。したがって、そのようにして決定された複数のゲイン値を、それぞれに適した通信カラオケ端末１へ配信すれば、より適切な調整が実現される。このような条件となり得るものとして、上述の分析でも示したように、例えば歌唱者の年齢層、地域、予め分類された端末ユーザの音楽的嗜好といったものが挙げられる。
【００８６】
そして、このような条件に関しては、人間が通信カラオケ端末１にて操作パネル１５を介して入力し、その入力された条件を通信カラオケ端末１から配信用ホスト装置１００へ通知することが考えられる。なお、年齢層、地域、端末ユーザの音楽的嗜好のいずれも操作パネル１５からの入力によることが考えられる。年齢層であれば数値を入力すればよいし、地域や音楽的嗜好の場合は、選択項目をモニタ３０に表示し、それらの中から操作パネル１５を介して選択するようにすればよい。
【００８７】
しかし、例えば音楽的嗜好の場合には、例えば過去のカラオケ演奏実績に応じて自動的に判断することもできる、過去の演奏実績から頻度の高いジャンルを判断し、それに基づいて音楽的嗜好を把握することもできる。もちろん、過去の実績に関係なく、通信カラオケ端末１の所有者（オーナー）の独自の好みで決定しても良いため、その場合は上述した操作パネル１５からの入力がよい。また、地域の場合には、例えば通信カラオケ端末１がＧＰＳなどの測位システムを備えていれば、それで測定した現在位置情報に基づいて地域を特定するようにしてもよい。
【００８８】
なお、この場合には、通信カラオケ端末１の操作パネル１５が「受付手段」に相当し、メイン制御部１０のＣＰＵ１１及びモデム１２が「通知手段」に相当する。
（２）上記実施例では音源部２４から測定用のピンクノイズを発生させていたが、例えば音源部２４とは別個にピンクノイズ発生部を設けても良い。
【００８９】
（３）上記実施例では、音圧周波数特性を把握するために周波数解析部２７において、ＦＦＴを用いた周波数解析を行った。しかし、ＦＦＴを用いる代わりに例えばバンド毎にバンドパスフィルタとピーク値検出器を設け、各バンドのピーク値にて音圧周波数特性を測定するようにしてもよい。
【００９０】
（４）上記実施例では、いわゆる通信カラオケシステムとして実現した例を説明したが、端末装置はカラオケ端末以外であってもよい。
【図面の簡単な説明】
【００９１】
【図１】情報通信システムの一実施例としての通信カラオケシステムの構成を示すブロック図である。
【図２】楽曲データを制作した際にそのデータ制作者が最適と考える音質を決めるために用いた環境での音圧周波数特性測定状態を示す説明図である。
【図３】通信カラオケ端末１にて補正を行う場合の音圧周波数特性測定状態を示す説明図である。
【図４】目標ゲイン値、測定ゲイン値、それらに基づくイコライザのゲイン値の例を示す説明図である。
【図５】音圧周波数特性の測定及び設定に係る処理を示すフローチャートである。
【図６】図５のＳ８０にて実行されるゲイン値変更処理を示すフローチャートである。
【図７】起動処理を示すフローチャートである
【図８】選曲・演奏処理を示すフローチャートである。
【図９】曲データ、ジャンルデータの説明図である。
【図１０】端末発呼の場合のデータ配信動作を示すフローチャートである。
【図１１】ホスト発呼の場合のデータ配信動作を示すフローチャートである。
【図１２】配信用ホスト装置１００が備えているファイル一覧、端末リストの説明図である。
【符号の説明】
【００９２】
１…通信カラオケ端末、１０…メイン制御部、１１…ＣＰＵ、１２…モデム、１３…ＲＡＭ、１４…ハードディスク記憶装置、１５…操作パネル、１６…映像処理部、２０…音声処理部、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…音源部、２５…イコライザ、２６…ボイスエフェクト部、２７…周波数解析部、３０…モニタ、４０…スピーカ、５０…マイク、９０…一般公衆回線網又はインターネット、１００…配信用ホスト装置、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、２４・・１０４…ハードディスク記憶装置、１０５…通信制御部。
【図１】
2005284049.tif 000003
【図２】
2005284049.tif 000004
【図３】
2005284049.tif 000005
【図４】
2005284049.tif 000006
【図５】
2005284049.tif 000007
【図６】
2005284049.tif 000008
【図７】
2005284049.tif 000009
【図８】
2005284049.tif 000010
【図９】
2005284049.tif 000011
【図１０】
2005284049.tif 000012
【図１１】
2005284049.tif 000013
【図１２】
2005284049.tif 000014