音声再生システム
【課題】無線接続された複数端末間で、音声再生とＬＥＤ発光が同期する音声再生システムを提供することを課題とする。
【解決手段】複数端末から任意に選択されたホスト端末１０Ｈから、ホスト端末１０Ｈに選択されなかったクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信されることにより、複数端末間で各端末での音声再生とＬＥＤ発光を同期させることが可能である。また、複数端末の位置または個数の変動に応じて、音声再生とＬＥＤ発光において各端末が担う役割を、各端末間で相互にリアルタイムに変更することが可能である。
【解決手段】複数端末から任意に選択されたホスト端末１０Ｈから、ホスト端末１０Ｈに選択されなかったクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信されることにより、複数端末間で各端末での音声再生とＬＥＤ発光を同期させることが可能である。また、複数端末の位置または個数の変動に応じて、音声再生とＬＥＤ発光において各端末が担う役割を、各端末間で相互にリアルタイムに変更することが可能である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数端末を利用する音声再生システムに関する。
【背景技術】
【０００２】
無線送信機から複数スピーカーに音声信号が送信され、各スピーカーが異なる音声を再生する音声再生システムが存在する。この音声再生システムは、立体音響空間を提供することが可能である。
【０００３】
下記非特許文献１では、無線送信機とフルレンジおよびウーファースピーカーが無線接続された、小規模の音声再生システムが開示されている。この音声再生システムは小規模であるため、部屋の模様替えなどの際に、各スピーカーの配置を容易に変更することが可能である。
【０００４】
また、音声再生システムとは異なるシステムとして、端末が追加されるほどに、複数端末が連携する面白さが倍増するシステムが存在する。
【０００５】
下記非特許文献２では、各端末は人間の生活を表示する液晶画面を有し、各端末を電気的に接続することにより、各端末の液晶画面間を往来する人間が交流を深めるというシステムが開示されている。
【０００６】
【非特許文献１】“Ｒｉｏ ＬＩＶＥ ａｉｒ”、[online]、Ｒｉｏ Ｊａｐａｎ、[平成１８年１１月１７日検索]、インターネット＜ＵＲＬ：http://www.rioaudio.jp/product/accessories/LIVEair/＞
【非特許文献２】竹村 譲、“人間のコミュニケーション性を１辺４７ミリのキューブで体験する「Ｃｕｂｅ Ｗｏｒｌｄ」”、[online]、平成１８年１月３０日、アイティーメディア株式会社、[平成１８年１１月１７日検索]、インターネット＜ＵＲＬ：http://plusd.itmedia.co.jp/lifestyle/articles/0601/30/news006.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記非特許文献１では、各スピーカーの配置を容易に変更することが可能である。しかし、各スピーカーが再生する各音声領域を、各スピーカー間で相互に変更することは不可能である。そのため、各音声領域が再生される場所を変更するためには、各スピーカーの配置を変更する必要がある。
【０００８】
また、上記非特許文献１に開示された音声再生システムは、上記非特許文献２に開示されたような、端末が追加されるほどに、複数端末が連携する面白さが倍増するシステムとは言えない。スピーカーを追加することは可能であるが、そのスピーカーが再生する音声領域を変更することは不可能だからである。
【０００９】
さらに、上記非特許文献１に開示された音声再生システムは、聴覚に訴えるものは存在するが、視覚に訴えるものは存在しない。そのため、視聴覚に同時に訴えることにより、臨場感あふれる癒し空間を提供するシステムとは言えない。
【００１０】
そこで、本発明は前記問題点に鑑み、無線接続された複数端末間で、各端末が担う役割を相互に変更し、また、癒し空間を提供する音声再生システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１記載の発明は、無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、を備え、前記再生音声規則情報は、各端末の位置に応じて、各端末で再生される前記再生音声を規定した情報、
を含むことを特徴とする。
【００１２】
請求項２記載の発明は、無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、を備え、前記再生音声規則情報は、前記複数端末の個数に応じて、各端末で再生される前記再生音声を規定した情報、を含むことを特徴とする。
【００１３】
請求項３記載の発明は、請求項１または請求項２に記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声の音源情報を指定する情報、を含むことを特徴とする。
【００１４】
請求項４記載の発明は、請求項１ないし請求項３のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声の発音タイミングを指定する情報、を含むことを特徴とする。
【００１５】
請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声に対する時間経過に伴う音量変化を指定する情報、を含むことを特徴とする。
【００１６】
請求項６記載の発明は、請求項１ないし請求項５のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声に対する時間経過に伴う高周波成分量変化を指定する情報、を含むことを特徴とする。
【００１７】
請求項７記載の発明は、請求項１ないし請求項６のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声による立体音響効果に関するパラメータを指定する情報、を含むことを特徴とする。
【００１８】
請求項８記載の発明は、請求項１ないし請求項７のいずれかに記載の音声再生システムにおいて、さらに、前記複数端末からホスト端末を選択する端末選択手段と、前記ホスト端末以外の各端末をクライアント端末に設定する端末設定手段と、各クライアント端末にクライアントＩＤを設定するＩＤ設定手段と、を備え、前記再生音声規則情報は、各端末で再生される前記再生音声を各クライアントＩＤに基づいて規定した情報、を含むことを特徴とする。
【００１９】
請求項９記載の発明は、請求項８に記載の音声再生システムにおいて、前記ＩＤ設定手段は、前記ホスト端末からの無線送信による各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定する手段、を含むことを特徴とする。
【００２０】
請求項１０記載の発明は、請求項８または請求項９に記載の音声再生システムにおいて、前記規則情報設定手段は、前記ホスト端末が保有する前記再生音声規則情報を各クライアント端末に無線送信することにより、各端末に前記再生音声規則情報を設定する手段、を含むことを特徴とする。
【００２１】
請求項１１記載の発明は、請求項１ないし請求項１０のいずれかに記載の音声再生システムにおいて、さらに、前記再生音声と連携して、発光装置を動作制御する手段、を備えることを特徴とする。
【発明の効果】
【００２２】
請求項１記載の発明は、複数端末に設定される、再生音声を規定する再生音声規則情報に基づいて、各端末の位置の変動に応じて、各端末が担う役割を各端末間で相互に変更することが可能である。
【００２３】
請求項２記載の発明は、複数端末に設定される、再生音声を規定する再生音声規則情報に基づいて、複数端末の個数の変動に応じて、各端末が担う役割を各端末間で相互に変更することが可能である。
【００２４】
請求項３記載の発明は、再生音声規則情報に基づいて、複数端末がいずれの音源データを再生するかが規定されることになる。
【００２５】
請求項４記載の発明は、再生音声規則情報に基づいて、複数端末がどのような発音タイミングで再生するかが規定されることになる。
【００２６】
請求項５記載の発明は、再生音声規則情報が、再生音声のみならず、再生音量をも設定することにより、さらに臨場感あふれる立体音響空間を提供することが可能である。
【００２７】
請求項６記載の発明は、再生音声規則情報が、再生音声のみならず、高周波成分量をも設定することにより、さらに臨場感あふれる立体音響空間を提供することが可能である。
【００２８】
請求項７記載の発明は、再生音声規則情報が、立体音響効果に関するパラメータを指定することにより、エコー効果やハーモナイズ効果などの立体音響効果を実現することが可能である。
【００２９】
請求項８記載の発明は、複数端末に対して、ホスト端末またはクライアントＩＤが設定されたクライアント端末と名付けることにより、各端末が担う役割を付与することが可能である。
【００３０】
請求項９記載の発明は、ホスト端末からの無線送信によるクライアント端末での受信強度信号値に基づいて、クライアントＩＤを設定することにより、複数端末の位置または個数の変動に応じて、各端末が担う役割を各端末間で相互にリアルタイムに変更することが容易となる。
【００３１】
請求項１０記載の発明は、複数端末に再生音声規則情報が設定されるためには、すべての複数端末が再生音声規則情報を記憶する必要はなく、ホスト端末がクライアント端末に再生音声規則情報を無線送信するのみで足りることを可能とする。
【００３２】
請求項１１記載の発明は、再生音声とＬＥＤ発光を連携させることにより、さらに臨場感あふれる癒し空間を提供することが可能である。
【発明を実施するための最良の形態】
【００３３】
＜音声再生システムの概要＞
以下、図面を参照しつつ本発明の実施の形態について説明する。まず、本発明に係る音声再生システムの概要について説明する。図１は、本実施の形態に係る無線接続された複数端末の配置図である。
【００３４】
ホスト端末１０Ｈは、複数端末から任意に選択される、通常は単一の端末である。クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、複数端末から任意にホスト端末１０Ｈに選択されなかった、単一または複数の端末である。ホスト端末１０Ｈおよびクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、音声再生およびＬＥＤ発光を行う点で共通する。しかし、ホスト端末１０Ｈのみが音声再生システムを統括する点で相違する。
【００３５】
ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、音声再生タイミングを設定する再生音声規則情報６０およびＬＥＤ発光タイミングを設定するＬＥＤ発光規則情報７０が記載されたシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信される。複数端末は、再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、各端末での音声再生およびＬＥＤ発光を同期させることが可能である。
【００３６】
ホスト端末１０Ｈ、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、それぞれ、うぐいすの鳴き声、和琴の音色、ししおどしの音、笙の音色を同期して再生している。
【００３７】
また、ホスト端末１０Ｈ、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、それぞれ、ＬＥＤ発光部３０Ｈ、３０Ｃ１，３０Ｃ２，３０Ｃ３を有しており、上述した音声再生と連携して、各端末での発光タイミングで同期してＬＥＤ発光している。
【００３８】
以上のように、複数端末が各端末での音声再生およびＬＥＤ発光を同期させることにより、本発明に係る音声再生システムは、臨場感あふれる立体音響空間や癒し空間を提供することが可能となっている。
【００３９】
＜音声再生システム中の個別端末の構成要素＞
次に、図１で示した音声再生システム中の個別端末の構成要素について説明する。図２は、本実施の形態に係る端末のブロック図である。端末１０は、ホスト端末選択スイッチ４０、無線通信部５０、音声処理部８０、音声出力部８１、ＬＥＤ発光部３０、制御部１００、第一記憶部１１０、第二記憶部１２０を備えている。
【００４０】
ホスト端末選択スイッチ４０は、これをオンにした端末はホスト端末１０Ｈに選択され、これをオフにした端末はクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に選択されるスイッチである。端末１０の電源そのものをオン・オフにするスイッチとは異なるスイッチである。
【００４１】
無線通信部５０は、第二記憶部１２０に格納されている無線プロトコルコード１２１、アプリケーションコード１２２により、動作制御されている。
【００４２】
音声処理部８０、音声出力部８１は、音声データ９０、シナリオプログラム２０に記載された再生音声規則情報６０に基づいて、音声再生することが可能である。また、ＬＥＤ発光部３０は、シナリオプログラム２０に記載されたＬＥＤ発光規則情報７０に基づいて、ＬＥＤ発光することが可能である。音声処理部８０、ＬＥＤ発光部３０は、制御部１００により、動作制御されている。音声データ９０、シナリオプログラム２０は、第一記憶部１１０に格納されている。
【００４３】
本実施の形態においては、第二記憶部１２０、音声処理部８０、制御部１００について、それぞれ、ファームウェア用のフラッシュメモリ、Ａｕｄｉｏ ＬＳＩ、マイコンまたはＣＰＵを利用している。
【００４４】
上述した構成要素をワンチップに包含することにより、電力消費量と製造コストを削減することが可能である。例えば、本実施の形態においては、シナリオプログラム２０、音声データ９０は、第一記憶部１１０に格納されているが、マイコンが内蔵するファームウェア用のエンベディッドメモリに格納されることもできる。
【００４５】
＜シナリオプログラムの内容＞
図１、図２の説明において現れたシナリオプログラム２０の内容について説明する。図３は、本実施の形態に係るシナリオプログラム２０の内容を示す図である。シナリオプログラム２０は、トラックＴ１，Ｔ２，Ｔ３，Ｔ４ごとに、再生音声規則情報６０Ｔ１，６０Ｔ２，６０Ｔ３，６０Ｔ４、ＬＥＤ発光規則情報７０Ｔ１，７０Ｔ２，７０Ｔ３，７０Ｔ４、音声再生およびＬＥＤ発光を行うべき端末名を記載している。
【００４６】
再生音声規則情報６０は、各端末での音声再生タイミングを設定している。図３では、再生音声規則情報６０は、直線上を左側から右側に進行するに従って、時間が経過していることを示す時系列直線により表現されている。四角形は音声再生中、四角形以外の直線は音声再生停止を表している。四角形の直線方向の長さは、音声の長さを表している。例えば、和琴の一音は持続音ではないため、再生音声規則情報６０Ｔ２において、四角形の直線方向の長さは短くなっている。一方、笙の一音は持続音であるため、再生音声規則情報６０Ｔ４において、四角形の直線方向の長さは長くなっている。また、再生音声規則情報６０は、再生音量変化を表すことが可能である。
【００４７】
再生音声規則情報６０は、再生音声の高周波成分量を表すことも可能である。例えば、和琴を強く爪弾かせたり、笙を強く吹かせたりする設定を、再生音声規則情報６０において行うことにより、和琴や笙の再生音声の倍音成分を多くすることができる。
【００４８】
再生音声規則情報６０は、さらに、立体音響効果を実現することも可能である。立体音響効果とは、複数端末が連携して音声再生することにより、空間的な奥行きを演出する効果をいい、例えば、エコー効果やハーモナイズ効果などが挙げられる。ここで、エコー効果とは、直接音に見立てたある端末での再生音声と、反射音に見立てた他の端末での再生音声を重ね合わせることなどをいう。また、ハーモナイズ効果とは、ピッチをわずかにずらした複数端末からの再生音声を重ね合わせることなどをいう。
【００４９】
エコー効果を実現するためには、再生音声規則情報６０において、直接音と反射音の音声再生タイミングのずれ、反射回数、反射時における再生音声と高周波成分の減衰率などを、パラメータとして設定することなどが考えられる。
【００５０】
ハーモナイズ効果を実現するためには、再生音声規則情報６０において、後述する音声データ９０で表現される音声ピッチを、複数端末間でどの程度わずかにずらすかを、パラメータとして設定することなどが考えられる。このことにより、複数の楽器などが合奏する状態を再現することが可能である。
【００５１】
ＬＥＤ発光規則情報７０は、各端末でのＬＥＤ発光タイミングを設定している。図３では、ＬＥＤ発光規則情報７０も、時系列直線により表現されている。ランプの図柄はＬＥＤ発光中、ランプの図柄以外の直線はＬＥＤ発光停止を表している。また、ＬＥＤ発光規則情報７０は、ＬＥＤ発光量変化を表すことが可能である。さらに、再生音声規則情報６０、ＬＥＤ発光規則情報７０を連携させることが可能である。
【００５２】
再生音声規則情報６０は、各端末での音声再生タイミングを設定しているテキストデータに過ぎず、音声再生波形をも設定しているわけではない。そこで、音声再生波形を設定する音声データ９０が必要となる。
【００５３】
＜音声データの内容＞
図２、図３の説明において現れた音声データ９０の内容について説明する。図４は、本実施の形態に係る音声データ９０の内容を示す図である。音声データ９０は、本実施の形態においては、ＰＣＭ(Pulsed-Code Modulation)データ、ＭＩＤＩ音源データから構成されている。
【００５４】
うぐいすの鳴き声とししおどしの音は、楽譜では表現が困難であるため、音声データ９０として、ＰＣＭデータを利用している。それぞれについて、ホーホケキョとチョロチョロ・・・カタンというアナログ音声信号がパルス列に変換されることにより、ＰＣＭデータが生成される。これらのＰＣＭデータの再生タイミングを設定するものが、図３で示したトラックＴ１，Ｔ３に記載された再生音声規則情報６０Ｔ１，６０Ｔ３である。
【００５５】
一方、和琴の演奏と笙の演奏は、楽譜で表現が容易であるため、音声データ９０として、ＭＩＤＩ音源データを利用している。それぞれについて、ＭＩＤＩ音源データは、和琴の各音階と笙の各音階に相当する。これらのＭＩＤＩ音源データの再生タイミングを設定するものが、ＭＩＤＩデータであり、図３で示したトラックＴ２，Ｔ４に記載された再生音声規則情報６０Ｔ２，６０Ｔ４である。
【００５６】
＜無線通信手段＞
図１の説明において上述したように、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、音声再生タイミングを設定する再生音声規則情報６０およびＬＥＤ発光タイミングを設定するＬＥＤ発光規則情報７０が記載されたシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信される。
【００５７】
ここで、無線通信部５０は、本実施の形態においては、ＺｉｇＢｅｅ（登録商標）を利用している。その他の無線通信手段として、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、３００ＭＨｚ帯電波などを利用することも可能である。しかし、乾電池で駆動する携帯型端末として、電力消費量を抑制するため、ＺｉｇＢｅｅを利用する音声再生システムを実施している。
【００５８】
ここで、ＺｉｇＢｅｅにおける伝送速度（〜２５０Ｋｂｐｓ）は、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈにおける伝送速度（それぞれ、〜５４Ｍｂｐｓ，〜１Ｍｂｐｓ）と比較して遅いため、伝送速度とデータ容量の関係が問題となるとも考えられる。
【００５９】
しかし、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に無線送信されるシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３は、音声再生タイミングとＬＥＤ発光タイミングを設定する、再生音声規則情報６０とＬＥＤ発光規則情報７０から構成されており、これらの規則情報はテキストデータに過ぎない。
【００６０】
また、音声データ９０は、音声再生波形を設定するため、シナリオプログラム２０と比較して、データ容量が圧倒的に大きい。そのため、音声データ９０は、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に無線送信されず、各端末の第一記憶部１１０に格納されるべきものである。以上のことから、本実施の形態においては、伝送速度とデータ容量の関係は問題とならない。
【００６１】
＜音声再生システムの処理の流れ＞
［複数端末の配置およびホスト端末の選択］
まず、複数端末を購入する。その後に端末を新たに購入することにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さが倍増する。
【００６２】
図１において、複数端末４個を部屋１に配置する。部屋１は、一辺の長さが１０ｍ程度の四角形の形状を有している。この四角形よりさらに複雑な形状を有する部屋においても、本発明に係る音声再生システムを実施することが可能である。図１のように、各端末をランダムに配置することも、＜本実施の形態における特別な実施例＞（後述）のように、各端末を直線状などに配置することも可能である。
【００６３】
複数端末４個の中から、任意に単一のホスト端末１０Ｈを選択する。この選択は、ホスト端末１０Ｈのホスト端末スイッチ４０をオンにすることにより行う。ホスト端末１０Ｈに選択されなかった端末は、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に自動的に選択される。
【００６４】
ここで、各クライアント端末を相互に区別する必要がある。各クライアント端末が、図３で示したシナリオプログラム２０の中で、いずれの再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、音声再生およびＬＥＤ発光を行うかを決定する必要があるからである。本実施の形態においては、各クライアント端末に対して、クライアントＩＤを設定することにより、各クライアント端末を相互に区別している。
【００６５】
［クライアントＩＤ設定手段］
次に、各クライアント端末に対して、クライアントＩＤを設定する手段について説明する。図５は、本実施の形態に係るクライアントＩＤを設定する手段を示す図である。図１で示した複数端末の配置図とは、端末数と端末配置が異なる。しかし、図１で示した複数端末の配置図においても、以下に説明するようなクライアントＩＤを設定する手段を利用している。
【００６６】
図５において、端末１１Ｈのホスト端末選択スイッチ４０をオンにしているため、端末１１Ｈはホスト端末に選択されている。ホスト端末選択スイッチ４０をオフにしている端末１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５，１１Ｃ６は、クライアント端末に選択されている。
【００６７】
本実施の形態においては、各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定している。具体的には、受信強度信号値が大きい順に、小さいクライアントＩＤを設定している。部屋１において、パーティションなどの障害物が存在しなければ、通常は、ホスト端末１１Ｈから各クライアント端末までの距離が長くなるに従って、各クライアント端末での受信強度信号値は小さくなる。図５における同心円状の破線は、ホスト端末１１Ｈから各クライアント端末までの距離を測る目安である。
【００６８】
図６は、クライアントＩＤを設定する手段における、各クライアント端末での受信強度信号値を示す図である。部屋１の一辺の長さは１０ｍ程度でしかない。しかし、本実施の形態においては、無線通信手段として無線強度が小さいＺｉｇＢｅｅ（登録商標）を利用している。そのため、部屋１の中であっても、ホスト端末１１Ｈから各クライアント端末までの距離が長くなるに従って、各クライアント端末での受信強度信号値は急速に減衰している。よって、ホスト端末１１Ｈからの距離に大差がないクライアント端末１１Ｃ４，１１Ｃ５，１１Ｃ６に対しても、精度良くクライアントＩＤ４，５，６を設定することが可能である。
【００６９】
［シナリオプログラムおよび音声データの記憶手段］
上述したような過程を経過することにより、図１において、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３を無線送信する準備が整う。無線送信について説明する前に、シナリオプログラム２０、音声データ９０を第一記憶部１１０に格納する手段について説明する。
【００７０】
第一記憶部１１０は、内部メモリまたは外部メモリのいずれであってもよい。外部メモリである場合は、ダウンロードしたシナリオプログラム２０、音声データ９０を、外部メモリカードに保存することにより、利用者によるカスタマイズがより容易になる。
【００７１】
また、＜無線通信手段＞において説明したように、シナリオプログラム２０は無線送信されるが、音声データ９０は無線送信されない。そのため、音声データ９０はすべての複数端末の第一記憶部１１０に格納しなければならない。しかし、シナリオプログラム２０は、複数端末の中から特定端末のみをホスト端末に選択するならば、そのホスト端末の第一記憶部１１０のみに格納すれば足りる。
【００７２】
［シナリオプログラムの無線送信］
次に、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３を無線送信する。この際に、各クライアント端末に対して、図３で示したシナリオプログラム２０のすべての内容を無線送信してもよい。しかし、例えば、クライアント端末１０Ｃ１に対しては、再生音声規則情報６０Ｔ２、ＬＥＤ発光規則情報７０Ｔ２のみを無線送信することも可能である。
【００７３】
ここで、図３で示した各時系列直線の最左端から、同時刻にすべての音声再生およびＬＥＤ発光が開始しなければならない。特に、和琴の演奏と笙の演奏がかみ合わなければ、楽曲が完成されないからである。そこで、複数端末は、各端末での音声再生およびＬＥＤ発光を同期させる必要があり、以下にその手段について説明する。
【００７４】
ホスト端末１０Ｈは、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、同期オフセット確認信号を送信する。各クライアント端末は、ホスト端末１０Ｈに対して、同期オフセット確認信号に対する応答信号を返信する。ホスト端末１０Ｈは、同期オフセット確認信号に対する応答信号の遅延時間から、各クライアント端末の同期オフセット情報を設定し、各クライアント端末に対して、各同期オフセット情報を送信する。
【００７５】
次に、ホスト端末１０Ｈは、各クライアント端末に対して、同期信号の送信を開始する。この同期信号は、本発明に係る音声再生システムが動作している間、継続して各クライアント端末に送信される。各クライアント端末の制御部１００は、各同期オフセット情報に基づいて、同期信号を調整する。このようにして、複数端末間で同期がとられる。
【００７６】
なお、複数端末が電波時計を内蔵するなど、正確な絶対時間情報を保持できる場合には、上述したオフセット調整プロセスは不要である。複数端末は、保持している絶対時間に基づいて、音声再生およびＬＥＤ発光を行えばよい。
【００７７】
［音声再生およびＬＥＤ発光］
上述した無線送信により送信されたシナリオプログラム２０に記載された再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、複数端末での音声再生およびＬＥＤ発光を同期させることが可能である。
【００７８】
例えば、ホスト端末１０Ｈでは、再生音声規則情報６０Ｔ１に基づいて、うぐいすの鳴き声の再生が行われる。再生音声規則情報６０Ｔ１の中の四角形において、ホーホケキョをデータ内容とするＰＣＭデータが再生される。また、ＬＥＤ発光規則情報７０Ｔ１に基づいて、うぐいすの鳴き声の開始時と終了時に、ＬＥＤ発光が行われる。
【００７９】
さらに、クライアント端末１０Ｃ３では、再生音声規則情報６０Ｔ４に基づいて、笙の音色の再生が行われる。再生音声規則情報６０Ｔ４の中の四角形において、笙の各音階をデータ内容とするＭＩＤＩ音源データが再生される。また、ＬＥＤ発光規則情報７０Ｔ４に基づいて、笙の音色の鳴り始めに、ＬＥＤ発光が行われる。
【００８０】
以上のように、複数端末が各端末での音声再生およびＬＥＤ発光を同期させることにより、本発明に係る音声再生システムは、臨場感あふれる立体音響空間や癒し空間を提供することが可能となっている。また、エコー効果やハーモナイズ効果などの立体音響効果により、さらなる臨場感を演出することも可能である。
【００８１】
［複数端末間の役割変更手段］
ここで、本発明に係る音声再生システムは、複数端末間で各端末が担う役割を相互に変更することが可能である。例えば、ホスト端末１０Ｈの近傍でくつろいでいる利用者が、うぐいすの鳴き声よりも、ししおどしの音を際立たせたいと思えば、ホスト端末１０Ｈとクライアント端末１０Ｃ２の役割を相互に変更することができる。このことにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さがさらに倍増することになる。
【００８２】
複数端末間で各端末が担う役割を相互に変更する手段として、（１）ホスト端末とクライアント端末の役割を交換すること、（２）複数端末の位置を変更すること、（３）複数端末の個数を変更すること、を提案する。それらの手段について、以下に説明する。
【００８３】
まず、ホスト端末とクライアント端末の役割を交換することについて説明する。役割交換前の初期状態を示す図５において、ホスト端末１１Ｈのホスト端末選択スイッチ４０をオフにして、各クライアント端末から任意に選択した端末１１Ｃ６のホスト端末選択スイッチ４０をオンにする。この場合、新たなクライアント端末１１Ｈ，１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５での受信強度信号値をもとに、新たなクライアントＩＤが設定されることになる。
【００８４】
新たなクライアントＩＤの設定に伴って、図３で示したようなシナリオプログラム２０が変更されることはない。しかし、シナリオプログラム２０に記載された、音声再生およびＬＥＤ発光を行うべき端末名に基づいて、複数端末の役割を変更することができる。
【００８５】
次に、複数端末の位置を変更することについて説明する。図７は、複数端末の位置の変動に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。図５、図７で示した複数端末の配置図の相違点は、図７でのホスト端末１１Ｈからクライアント端末１１Ｃ３までの距離が、図５での距離と比較して長いことである。
【００８６】
そのため、例えば、クライアント端末１１Ｃ３について、図５で示した配置図では、クライアントＩＤとして３が設定されていたが、図７で示した配置図では、クライアントＩＤとして６が設定されることになる。そして、図３で示したようなシナリオプログラム２０に基づいて、複数端末の役割を、演奏前または演奏中に関わらず、リアルタイムに変更することが可能である。
【００８７】
最後に、複数端末の個数を変更することについて説明する。図８は、複数端末の個数の増減に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。図５、図８で示した複数端末の配置図の相違点は、図８において、端末１１Ｃ７を新たに追加したことである。
【００８８】
そのため、例えば、端末１１Ｃ７について、クライアントＩＤとして１が設定されることになる。そして、図３で示したようなシナリオプログラム２０に基づいて、複数端末の役割を、演奏前または演奏中に関わらず、リアルタイムに変更することが可能である。複数端末を購入した後であっても、新たに端末を購入することにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さがさらに倍増することになる。
【００８９】
＜本実施の形態における特別な実施例＞
本実施の形態についての最後の説明として、本発明の効果が顕著に現れる特別な実施例について説明する。図１、図５、図７、図８で示した複数端末の配置図では、複数端末は部屋１でランダムに配置されていた。しかし、複数端末を直線状や円状などに配置する場合も考えられる。この場合においても、各クライアント端末に対して、クライアントＩＤを設定または変更する手段は、図５、図７、図８の説明における手段と同様である。
【００９０】
例えば、複数端末を直線状に配置する場合を考える。利用者は直線の片端でくつろいでおり、直線のその片端にある端末をホスト端末に選択する。すると、直線の別の片端にあるクライアント端末が、フレーズ演奏とＬＥＤ発光をする。この演奏と発光が終了すると、直線の別の片端にあるクライアント端末に隣接する、利用者により近い位置にあるクライアント端末が、同様のフレーズ演奏とＬＥＤ発光をする。以上のリレー演奏と発光を繰り返すことにより、演奏と発光が利用者に徐々に迫ってくる臨場感を楽しむことが可能である。
【００９１】
その逆のパターンとして、直線の別の片端にある端末をホスト端末に選択すると、演奏と発光が利用者から徐々に遠ざかる臨場感を楽しむことが可能である。
【００９２】
また、図１、図５、図７、図８で示した複数端末の配置図では、複数端末は部屋１で床面に配置されていた。しかし、複数端末を３次元的に配置する場合も考えられる。このような配置により、例えば、利用者の上方から神々しい演奏が聞こえるという楽しさも実現できる。
【００９３】
＜ＭＰ３データを無線送信する変形例＞
本実施例と一部が異なる変形例として、ＭＰ３データを無線送信する変形例について説明する。ＭＰ３データは、ＰＣＭデータなどの音声波形データを、約１０分の１程度にまで圧縮したデータである。
【００９４】
本実施の形態においては、無線送信手段として、ＺｉｇＢｅｅ（登録商標）を利用している。しかし、ＺｉｇＢｅｅにおける伝送速度（〜２５０Ｋｂｐｓ）を考慮しても，ＭＰ３データの容量は小さいため、伝送速度とデータ容量の関係についての問題は生じない。もっとも、この問題が解決できれば、ＰＣＭデータを無線送信するようにしてもよい。
【００９５】
本変形例においては、ＭＰ３データは、図２で示した音声データ９０に相当するものである。また、ＭＰ３データの再生タイミングを設定するものが、図３で示したシナリオプログラム２０における再生音声規則情報６０である。本実施の形態と本変形例の相違点は、音声データ９０は無線送信されないが、ＭＰ３データは無線送信されることである。
【図面の簡単な説明】
【００９６】
【図１】本実施の形態に係る無線接続された複数端末の配置図である。
【図２】本実施の形態に係る端末のブロック図である。
【図３】本実施の形態に係るシナリオプログラムの内容を示す図である。
【図４】本実施の形態に係る音声データの内容を示す図である。
【図５】本実施の形態に係るクライアントＩＤを設定する手段を示す図である。
【図６】クライアントＩＤを設定する手段における、各クライアント端末での受信強度信号値を示す図である。
【図７】複数端末の位置の変動に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。
【図８】複数端末の個数の増減に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。
【符号の説明】
【００９７】
１ 部屋
１０ 端末
１０Ｈ ホスト端末
１０Ｃ１，１０Ｃ２，１０Ｃ３ クライアント端末
１１Ｈ ホスト端末
１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５，１１Ｃ６，１１Ｃ７ クライアント端末
２０Ｃ１，２０Ｃ２，２０Ｃ３ シナリオプログラム
３０Ｈ，３０Ｃ１，３０Ｃ２，３０Ｃ３ ＬＥＤ発光部
６０Ｔ１，６０Ｔ２，６０Ｔ３，６０Ｔ４ 再生音声規則情報
７０Ｔ１，７０Ｔ２，７０Ｔ３，７０Ｔ４ ＬＥＤ発光規則情報
【技術分野】
【０００１】
本発明は、複数端末を利用する音声再生システムに関する。
【背景技術】
【０００２】
無線送信機から複数スピーカーに音声信号が送信され、各スピーカーが異なる音声を再生する音声再生システムが存在する。この音声再生システムは、立体音響空間を提供することが可能である。
【０００３】
下記非特許文献１では、無線送信機とフルレンジおよびウーファースピーカーが無線接続された、小規模の音声再生システムが開示されている。この音声再生システムは小規模であるため、部屋の模様替えなどの際に、各スピーカーの配置を容易に変更することが可能である。
【０００４】
また、音声再生システムとは異なるシステムとして、端末が追加されるほどに、複数端末が連携する面白さが倍増するシステムが存在する。
【０００５】
下記非特許文献２では、各端末は人間の生活を表示する液晶画面を有し、各端末を電気的に接続することにより、各端末の液晶画面間を往来する人間が交流を深めるというシステムが開示されている。
【０００６】
【非特許文献１】“Ｒｉｏ ＬＩＶＥ ａｉｒ”、[online]、Ｒｉｏ Ｊａｐａｎ、[平成１８年１１月１７日検索]、インターネット＜ＵＲＬ：http://www.rioaudio.jp/product/accessories/LIVEair/＞
【非特許文献２】竹村 譲、“人間のコミュニケーション性を１辺４７ミリのキューブで体験する「Ｃｕｂｅ Ｗｏｒｌｄ」”、[online]、平成１８年１月３０日、アイティーメディア株式会社、[平成１８年１１月１７日検索]、インターネット＜ＵＲＬ：http://plusd.itmedia.co.jp/lifestyle/articles/0601/30/news006.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記非特許文献１では、各スピーカーの配置を容易に変更することが可能である。しかし、各スピーカーが再生する各音声領域を、各スピーカー間で相互に変更することは不可能である。そのため、各音声領域が再生される場所を変更するためには、各スピーカーの配置を変更する必要がある。
【０００８】
また、上記非特許文献１に開示された音声再生システムは、上記非特許文献２に開示されたような、端末が追加されるほどに、複数端末が連携する面白さが倍増するシステムとは言えない。スピーカーを追加することは可能であるが、そのスピーカーが再生する音声領域を変更することは不可能だからである。
【０００９】
さらに、上記非特許文献１に開示された音声再生システムは、聴覚に訴えるものは存在するが、視覚に訴えるものは存在しない。そのため、視聴覚に同時に訴えることにより、臨場感あふれる癒し空間を提供するシステムとは言えない。
【００１０】
そこで、本発明は前記問題点に鑑み、無線接続された複数端末間で、各端末が担う役割を相互に変更し、また、癒し空間を提供する音声再生システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１記載の発明は、無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、を備え、前記再生音声規則情報は、各端末の位置に応じて、各端末で再生される前記再生音声を規定した情報、
を含むことを特徴とする。
【００１２】
請求項２記載の発明は、無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、を備え、前記再生音声規則情報は、前記複数端末の個数に応じて、各端末で再生される前記再生音声を規定した情報、を含むことを特徴とする。
【００１３】
請求項３記載の発明は、請求項１または請求項２に記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声の音源情報を指定する情報、を含むことを特徴とする。
【００１４】
請求項４記載の発明は、請求項１ないし請求項３のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声の発音タイミングを指定する情報、を含むことを特徴とする。
【００１５】
請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声に対する時間経過に伴う音量変化を指定する情報、を含むことを特徴とする。
【００１６】
請求項６記載の発明は、請求項１ないし請求項５のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声に対する時間経過に伴う高周波成分量変化を指定する情報、を含むことを特徴とする。
【００１７】
請求項７記載の発明は、請求項１ないし請求項６のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声による立体音響効果に関するパラメータを指定する情報、を含むことを特徴とする。
【００１８】
請求項８記載の発明は、請求項１ないし請求項７のいずれかに記載の音声再生システムにおいて、さらに、前記複数端末からホスト端末を選択する端末選択手段と、前記ホスト端末以外の各端末をクライアント端末に設定する端末設定手段と、各クライアント端末にクライアントＩＤを設定するＩＤ設定手段と、を備え、前記再生音声規則情報は、各端末で再生される前記再生音声を各クライアントＩＤに基づいて規定した情報、を含むことを特徴とする。
【００１９】
請求項９記載の発明は、請求項８に記載の音声再生システムにおいて、前記ＩＤ設定手段は、前記ホスト端末からの無線送信による各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定する手段、を含むことを特徴とする。
【００２０】
請求項１０記載の発明は、請求項８または請求項９に記載の音声再生システムにおいて、前記規則情報設定手段は、前記ホスト端末が保有する前記再生音声規則情報を各クライアント端末に無線送信することにより、各端末に前記再生音声規則情報を設定する手段、を含むことを特徴とする。
【００２１】
請求項１１記載の発明は、請求項１ないし請求項１０のいずれかに記載の音声再生システムにおいて、さらに、前記再生音声と連携して、発光装置を動作制御する手段、を備えることを特徴とする。
【発明の効果】
【００２２】
請求項１記載の発明は、複数端末に設定される、再生音声を規定する再生音声規則情報に基づいて、各端末の位置の変動に応じて、各端末が担う役割を各端末間で相互に変更することが可能である。
【００２３】
請求項２記載の発明は、複数端末に設定される、再生音声を規定する再生音声規則情報に基づいて、複数端末の個数の変動に応じて、各端末が担う役割を各端末間で相互に変更することが可能である。
【００２４】
請求項３記載の発明は、再生音声規則情報に基づいて、複数端末がいずれの音源データを再生するかが規定されることになる。
【００２５】
請求項４記載の発明は、再生音声規則情報に基づいて、複数端末がどのような発音タイミングで再生するかが規定されることになる。
【００２６】
請求項５記載の発明は、再生音声規則情報が、再生音声のみならず、再生音量をも設定することにより、さらに臨場感あふれる立体音響空間を提供することが可能である。
【００２７】
請求項６記載の発明は、再生音声規則情報が、再生音声のみならず、高周波成分量をも設定することにより、さらに臨場感あふれる立体音響空間を提供することが可能である。
【００２８】
請求項７記載の発明は、再生音声規則情報が、立体音響効果に関するパラメータを指定することにより、エコー効果やハーモナイズ効果などの立体音響効果を実現することが可能である。
【００２９】
請求項８記載の発明は、複数端末に対して、ホスト端末またはクライアントＩＤが設定されたクライアント端末と名付けることにより、各端末が担う役割を付与することが可能である。
【００３０】
請求項９記載の発明は、ホスト端末からの無線送信によるクライアント端末での受信強度信号値に基づいて、クライアントＩＤを設定することにより、複数端末の位置または個数の変動に応じて、各端末が担う役割を各端末間で相互にリアルタイムに変更することが容易となる。
【００３１】
請求項１０記載の発明は、複数端末に再生音声規則情報が設定されるためには、すべての複数端末が再生音声規則情報を記憶する必要はなく、ホスト端末がクライアント端末に再生音声規則情報を無線送信するのみで足りることを可能とする。
【００３２】
請求項１１記載の発明は、再生音声とＬＥＤ発光を連携させることにより、さらに臨場感あふれる癒し空間を提供することが可能である。
【発明を実施するための最良の形態】
【００３３】
＜音声再生システムの概要＞
以下、図面を参照しつつ本発明の実施の形態について説明する。まず、本発明に係る音声再生システムの概要について説明する。図１は、本実施の形態に係る無線接続された複数端末の配置図である。
【００３４】
ホスト端末１０Ｈは、複数端末から任意に選択される、通常は単一の端末である。クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、複数端末から任意にホスト端末１０Ｈに選択されなかった、単一または複数の端末である。ホスト端末１０Ｈおよびクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、音声再生およびＬＥＤ発光を行う点で共通する。しかし、ホスト端末１０Ｈのみが音声再生システムを統括する点で相違する。
【００３５】
ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、音声再生タイミングを設定する再生音声規則情報６０およびＬＥＤ発光タイミングを設定するＬＥＤ発光規則情報７０が記載されたシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信される。複数端末は、再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、各端末での音声再生およびＬＥＤ発光を同期させることが可能である。
【００３６】
ホスト端末１０Ｈ、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、それぞれ、うぐいすの鳴き声、和琴の音色、ししおどしの音、笙の音色を同期して再生している。
【００３７】
また、ホスト端末１０Ｈ、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、それぞれ、ＬＥＤ発光部３０Ｈ、３０Ｃ１，３０Ｃ２，３０Ｃ３を有しており、上述した音声再生と連携して、各端末での発光タイミングで同期してＬＥＤ発光している。
【００３８】
以上のように、複数端末が各端末での音声再生およびＬＥＤ発光を同期させることにより、本発明に係る音声再生システムは、臨場感あふれる立体音響空間や癒し空間を提供することが可能となっている。
【００３９】
＜音声再生システム中の個別端末の構成要素＞
次に、図１で示した音声再生システム中の個別端末の構成要素について説明する。図２は、本実施の形態に係る端末のブロック図である。端末１０は、ホスト端末選択スイッチ４０、無線通信部５０、音声処理部８０、音声出力部８１、ＬＥＤ発光部３０、制御部１００、第一記憶部１１０、第二記憶部１２０を備えている。
【００４０】
ホスト端末選択スイッチ４０は、これをオンにした端末はホスト端末１０Ｈに選択され、これをオフにした端末はクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に選択されるスイッチである。端末１０の電源そのものをオン・オフにするスイッチとは異なるスイッチである。
【００４１】
無線通信部５０は、第二記憶部１２０に格納されている無線プロトコルコード１２１、アプリケーションコード１２２により、動作制御されている。
【００４２】
音声処理部８０、音声出力部８１は、音声データ９０、シナリオプログラム２０に記載された再生音声規則情報６０に基づいて、音声再生することが可能である。また、ＬＥＤ発光部３０は、シナリオプログラム２０に記載されたＬＥＤ発光規則情報７０に基づいて、ＬＥＤ発光することが可能である。音声処理部８０、ＬＥＤ発光部３０は、制御部１００により、動作制御されている。音声データ９０、シナリオプログラム２０は、第一記憶部１１０に格納されている。
【００４３】
本実施の形態においては、第二記憶部１２０、音声処理部８０、制御部１００について、それぞれ、ファームウェア用のフラッシュメモリ、Ａｕｄｉｏ ＬＳＩ、マイコンまたはＣＰＵを利用している。
【００４４】
上述した構成要素をワンチップに包含することにより、電力消費量と製造コストを削減することが可能である。例えば、本実施の形態においては、シナリオプログラム２０、音声データ９０は、第一記憶部１１０に格納されているが、マイコンが内蔵するファームウェア用のエンベディッドメモリに格納されることもできる。
【００４５】
＜シナリオプログラムの内容＞
図１、図２の説明において現れたシナリオプログラム２０の内容について説明する。図３は、本実施の形態に係るシナリオプログラム２０の内容を示す図である。シナリオプログラム２０は、トラックＴ１，Ｔ２，Ｔ３，Ｔ４ごとに、再生音声規則情報６０Ｔ１，６０Ｔ２，６０Ｔ３，６０Ｔ４、ＬＥＤ発光規則情報７０Ｔ１，７０Ｔ２，７０Ｔ３，７０Ｔ４、音声再生およびＬＥＤ発光を行うべき端末名を記載している。
【００４６】
再生音声規則情報６０は、各端末での音声再生タイミングを設定している。図３では、再生音声規則情報６０は、直線上を左側から右側に進行するに従って、時間が経過していることを示す時系列直線により表現されている。四角形は音声再生中、四角形以外の直線は音声再生停止を表している。四角形の直線方向の長さは、音声の長さを表している。例えば、和琴の一音は持続音ではないため、再生音声規則情報６０Ｔ２において、四角形の直線方向の長さは短くなっている。一方、笙の一音は持続音であるため、再生音声規則情報６０Ｔ４において、四角形の直線方向の長さは長くなっている。また、再生音声規則情報６０は、再生音量変化を表すことが可能である。
【００４７】
再生音声規則情報６０は、再生音声の高周波成分量を表すことも可能である。例えば、和琴を強く爪弾かせたり、笙を強く吹かせたりする設定を、再生音声規則情報６０において行うことにより、和琴や笙の再生音声の倍音成分を多くすることができる。
【００４８】
再生音声規則情報６０は、さらに、立体音響効果を実現することも可能である。立体音響効果とは、複数端末が連携して音声再生することにより、空間的な奥行きを演出する効果をいい、例えば、エコー効果やハーモナイズ効果などが挙げられる。ここで、エコー効果とは、直接音に見立てたある端末での再生音声と、反射音に見立てた他の端末での再生音声を重ね合わせることなどをいう。また、ハーモナイズ効果とは、ピッチをわずかにずらした複数端末からの再生音声を重ね合わせることなどをいう。
【００４９】
エコー効果を実現するためには、再生音声規則情報６０において、直接音と反射音の音声再生タイミングのずれ、反射回数、反射時における再生音声と高周波成分の減衰率などを、パラメータとして設定することなどが考えられる。
【００５０】
ハーモナイズ効果を実現するためには、再生音声規則情報６０において、後述する音声データ９０で表現される音声ピッチを、複数端末間でどの程度わずかにずらすかを、パラメータとして設定することなどが考えられる。このことにより、複数の楽器などが合奏する状態を再現することが可能である。
【００５１】
ＬＥＤ発光規則情報７０は、各端末でのＬＥＤ発光タイミングを設定している。図３では、ＬＥＤ発光規則情報７０も、時系列直線により表現されている。ランプの図柄はＬＥＤ発光中、ランプの図柄以外の直線はＬＥＤ発光停止を表している。また、ＬＥＤ発光規則情報７０は、ＬＥＤ発光量変化を表すことが可能である。さらに、再生音声規則情報６０、ＬＥＤ発光規則情報７０を連携させることが可能である。
【００５２】
再生音声規則情報６０は、各端末での音声再生タイミングを設定しているテキストデータに過ぎず、音声再生波形をも設定しているわけではない。そこで、音声再生波形を設定する音声データ９０が必要となる。
【００５３】
＜音声データの内容＞
図２、図３の説明において現れた音声データ９０の内容について説明する。図４は、本実施の形態に係る音声データ９０の内容を示す図である。音声データ９０は、本実施の形態においては、ＰＣＭ(Pulsed-Code Modulation)データ、ＭＩＤＩ音源データから構成されている。
【００５４】
うぐいすの鳴き声とししおどしの音は、楽譜では表現が困難であるため、音声データ９０として、ＰＣＭデータを利用している。それぞれについて、ホーホケキョとチョロチョロ・・・カタンというアナログ音声信号がパルス列に変換されることにより、ＰＣＭデータが生成される。これらのＰＣＭデータの再生タイミングを設定するものが、図３で示したトラックＴ１，Ｔ３に記載された再生音声規則情報６０Ｔ１，６０Ｔ３である。
【００５５】
一方、和琴の演奏と笙の演奏は、楽譜で表現が容易であるため、音声データ９０として、ＭＩＤＩ音源データを利用している。それぞれについて、ＭＩＤＩ音源データは、和琴の各音階と笙の各音階に相当する。これらのＭＩＤＩ音源データの再生タイミングを設定するものが、ＭＩＤＩデータであり、図３で示したトラックＴ２，Ｔ４に記載された再生音声規則情報６０Ｔ２，６０Ｔ４である。
【００５６】
＜無線通信手段＞
図１の説明において上述したように、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、音声再生タイミングを設定する再生音声規則情報６０およびＬＥＤ発光タイミングを設定するＬＥＤ発光規則情報７０が記載されたシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信される。
【００５７】
ここで、無線通信部５０は、本実施の形態においては、ＺｉｇＢｅｅ（登録商標）を利用している。その他の無線通信手段として、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、３００ＭＨｚ帯電波などを利用することも可能である。しかし、乾電池で駆動する携帯型端末として、電力消費量を抑制するため、ＺｉｇＢｅｅを利用する音声再生システムを実施している。
【００５８】
ここで、ＺｉｇＢｅｅにおける伝送速度（〜２５０Ｋｂｐｓ）は、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈにおける伝送速度（それぞれ、〜５４Ｍｂｐｓ，〜１Ｍｂｐｓ）と比較して遅いため、伝送速度とデータ容量の関係が問題となるとも考えられる。
【００５９】
しかし、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に無線送信されるシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３は、音声再生タイミングとＬＥＤ発光タイミングを設定する、再生音声規則情報６０とＬＥＤ発光規則情報７０から構成されており、これらの規則情報はテキストデータに過ぎない。
【００６０】
また、音声データ９０は、音声再生波形を設定するため、シナリオプログラム２０と比較して、データ容量が圧倒的に大きい。そのため、音声データ９０は、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に無線送信されず、各端末の第一記憶部１１０に格納されるべきものである。以上のことから、本実施の形態においては、伝送速度とデータ容量の関係は問題とならない。
【００６１】
＜音声再生システムの処理の流れ＞
［複数端末の配置およびホスト端末の選択］
まず、複数端末を購入する。その後に端末を新たに購入することにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さが倍増する。
【００６２】
図１において、複数端末４個を部屋１に配置する。部屋１は、一辺の長さが１０ｍ程度の四角形の形状を有している。この四角形よりさらに複雑な形状を有する部屋においても、本発明に係る音声再生システムを実施することが可能である。図１のように、各端末をランダムに配置することも、＜本実施の形態における特別な実施例＞（後述）のように、各端末を直線状などに配置することも可能である。
【００６３】
複数端末４個の中から、任意に単一のホスト端末１０Ｈを選択する。この選択は、ホスト端末１０Ｈのホスト端末スイッチ４０をオンにすることにより行う。ホスト端末１０Ｈに選択されなかった端末は、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に自動的に選択される。
【００６４】
ここで、各クライアント端末を相互に区別する必要がある。各クライアント端末が、図３で示したシナリオプログラム２０の中で、いずれの再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、音声再生およびＬＥＤ発光を行うかを決定する必要があるからである。本実施の形態においては、各クライアント端末に対して、クライアントＩＤを設定することにより、各クライアント端末を相互に区別している。
【００６５】
［クライアントＩＤ設定手段］
次に、各クライアント端末に対して、クライアントＩＤを設定する手段について説明する。図５は、本実施の形態に係るクライアントＩＤを設定する手段を示す図である。図１で示した複数端末の配置図とは、端末数と端末配置が異なる。しかし、図１で示した複数端末の配置図においても、以下に説明するようなクライアントＩＤを設定する手段を利用している。
【００６６】
図５において、端末１１Ｈのホスト端末選択スイッチ４０をオンにしているため、端末１１Ｈはホスト端末に選択されている。ホスト端末選択スイッチ４０をオフにしている端末１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５，１１Ｃ６は、クライアント端末に選択されている。
【００６７】
本実施の形態においては、各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定している。具体的には、受信強度信号値が大きい順に、小さいクライアントＩＤを設定している。部屋１において、パーティションなどの障害物が存在しなければ、通常は、ホスト端末１１Ｈから各クライアント端末までの距離が長くなるに従って、各クライアント端末での受信強度信号値は小さくなる。図５における同心円状の破線は、ホスト端末１１Ｈから各クライアント端末までの距離を測る目安である。
【００６８】
図６は、クライアントＩＤを設定する手段における、各クライアント端末での受信強度信号値を示す図である。部屋１の一辺の長さは１０ｍ程度でしかない。しかし、本実施の形態においては、無線通信手段として無線強度が小さいＺｉｇＢｅｅ（登録商標）を利用している。そのため、部屋１の中であっても、ホスト端末１１Ｈから各クライアント端末までの距離が長くなるに従って、各クライアント端末での受信強度信号値は急速に減衰している。よって、ホスト端末１１Ｈからの距離に大差がないクライアント端末１１Ｃ４，１１Ｃ５，１１Ｃ６に対しても、精度良くクライアントＩＤ４，５，６を設定することが可能である。
【００６９】
［シナリオプログラムおよび音声データの記憶手段］
上述したような過程を経過することにより、図１において、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３を無線送信する準備が整う。無線送信について説明する前に、シナリオプログラム２０、音声データ９０を第一記憶部１１０に格納する手段について説明する。
【００７０】
第一記憶部１１０は、内部メモリまたは外部メモリのいずれであってもよい。外部メモリである場合は、ダウンロードしたシナリオプログラム２０、音声データ９０を、外部メモリカードに保存することにより、利用者によるカスタマイズがより容易になる。
【００７１】
また、＜無線通信手段＞において説明したように、シナリオプログラム２０は無線送信されるが、音声データ９０は無線送信されない。そのため、音声データ９０はすべての複数端末の第一記憶部１１０に格納しなければならない。しかし、シナリオプログラム２０は、複数端末の中から特定端末のみをホスト端末に選択するならば、そのホスト端末の第一記憶部１１０のみに格納すれば足りる。
【００７２】
［シナリオプログラムの無線送信］
次に、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３を無線送信する。この際に、各クライアント端末に対して、図３で示したシナリオプログラム２０のすべての内容を無線送信してもよい。しかし、例えば、クライアント端末１０Ｃ１に対しては、再生音声規則情報６０Ｔ２、ＬＥＤ発光規則情報７０Ｔ２のみを無線送信することも可能である。
【００７３】
ここで、図３で示した各時系列直線の最左端から、同時刻にすべての音声再生およびＬＥＤ発光が開始しなければならない。特に、和琴の演奏と笙の演奏がかみ合わなければ、楽曲が完成されないからである。そこで、複数端末は、各端末での音声再生およびＬＥＤ発光を同期させる必要があり、以下にその手段について説明する。
【００７４】
ホスト端末１０Ｈは、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、同期オフセット確認信号を送信する。各クライアント端末は、ホスト端末１０Ｈに対して、同期オフセット確認信号に対する応答信号を返信する。ホスト端末１０Ｈは、同期オフセット確認信号に対する応答信号の遅延時間から、各クライアント端末の同期オフセット情報を設定し、各クライアント端末に対して、各同期オフセット情報を送信する。
【００７５】
次に、ホスト端末１０Ｈは、各クライアント端末に対して、同期信号の送信を開始する。この同期信号は、本発明に係る音声再生システムが動作している間、継続して各クライアント端末に送信される。各クライアント端末の制御部１００は、各同期オフセット情報に基づいて、同期信号を調整する。このようにして、複数端末間で同期がとられる。
【００７６】
なお、複数端末が電波時計を内蔵するなど、正確な絶対時間情報を保持できる場合には、上述したオフセット調整プロセスは不要である。複数端末は、保持している絶対時間に基づいて、音声再生およびＬＥＤ発光を行えばよい。
【００７７】
［音声再生およびＬＥＤ発光］
上述した無線送信により送信されたシナリオプログラム２０に記載された再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、複数端末での音声再生およびＬＥＤ発光を同期させることが可能である。
【００７８】
例えば、ホスト端末１０Ｈでは、再生音声規則情報６０Ｔ１に基づいて、うぐいすの鳴き声の再生が行われる。再生音声規則情報６０Ｔ１の中の四角形において、ホーホケキョをデータ内容とするＰＣＭデータが再生される。また、ＬＥＤ発光規則情報７０Ｔ１に基づいて、うぐいすの鳴き声の開始時と終了時に、ＬＥＤ発光が行われる。
【００７９】
さらに、クライアント端末１０Ｃ３では、再生音声規則情報６０Ｔ４に基づいて、笙の音色の再生が行われる。再生音声規則情報６０Ｔ４の中の四角形において、笙の各音階をデータ内容とするＭＩＤＩ音源データが再生される。また、ＬＥＤ発光規則情報７０Ｔ４に基づいて、笙の音色の鳴り始めに、ＬＥＤ発光が行われる。
【００８０】
以上のように、複数端末が各端末での音声再生およびＬＥＤ発光を同期させることにより、本発明に係る音声再生システムは、臨場感あふれる立体音響空間や癒し空間を提供することが可能となっている。また、エコー効果やハーモナイズ効果などの立体音響効果により、さらなる臨場感を演出することも可能である。
【００８１】
［複数端末間の役割変更手段］
ここで、本発明に係る音声再生システムは、複数端末間で各端末が担う役割を相互に変更することが可能である。例えば、ホスト端末１０Ｈの近傍でくつろいでいる利用者が、うぐいすの鳴き声よりも、ししおどしの音を際立たせたいと思えば、ホスト端末１０Ｈとクライアント端末１０Ｃ２の役割を相互に変更することができる。このことにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さがさらに倍増することになる。
【００８２】
複数端末間で各端末が担う役割を相互に変更する手段として、（１）ホスト端末とクライアント端末の役割を交換すること、（２）複数端末の位置を変更すること、（３）複数端末の個数を変更すること、を提案する。それらの手段について、以下に説明する。
【００８３】
まず、ホスト端末とクライアント端末の役割を交換することについて説明する。役割交換前の初期状態を示す図５において、ホスト端末１１Ｈのホスト端末選択スイッチ４０をオフにして、各クライアント端末から任意に選択した端末１１Ｃ６のホスト端末選択スイッチ４０をオンにする。この場合、新たなクライアント端末１１Ｈ，１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５での受信強度信号値をもとに、新たなクライアントＩＤが設定されることになる。
【００８４】
新たなクライアントＩＤの設定に伴って、図３で示したようなシナリオプログラム２０が変更されることはない。しかし、シナリオプログラム２０に記載された、音声再生およびＬＥＤ発光を行うべき端末名に基づいて、複数端末の役割を変更することができる。
【００８５】
次に、複数端末の位置を変更することについて説明する。図７は、複数端末の位置の変動に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。図５、図７で示した複数端末の配置図の相違点は、図７でのホスト端末１１Ｈからクライアント端末１１Ｃ３までの距離が、図５での距離と比較して長いことである。
【００８６】
そのため、例えば、クライアント端末１１Ｃ３について、図５で示した配置図では、クライアントＩＤとして３が設定されていたが、図７で示した配置図では、クライアントＩＤとして６が設定されることになる。そして、図３で示したようなシナリオプログラム２０に基づいて、複数端末の役割を、演奏前または演奏中に関わらず、リアルタイムに変更することが可能である。
【００８７】
最後に、複数端末の個数を変更することについて説明する。図８は、複数端末の個数の増減に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。図５、図８で示した複数端末の配置図の相違点は、図８において、端末１１Ｃ７を新たに追加したことである。
【００８８】
そのため、例えば、端末１１Ｃ７について、クライアントＩＤとして１が設定されることになる。そして、図３で示したようなシナリオプログラム２０に基づいて、複数端末の役割を、演奏前または演奏中に関わらず、リアルタイムに変更することが可能である。複数端末を購入した後であっても、新たに端末を購入することにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さがさらに倍増することになる。
【００８９】
＜本実施の形態における特別な実施例＞
本実施の形態についての最後の説明として、本発明の効果が顕著に現れる特別な実施例について説明する。図１、図５、図７、図８で示した複数端末の配置図では、複数端末は部屋１でランダムに配置されていた。しかし、複数端末を直線状や円状などに配置する場合も考えられる。この場合においても、各クライアント端末に対して、クライアントＩＤを設定または変更する手段は、図５、図７、図８の説明における手段と同様である。
【００９０】
例えば、複数端末を直線状に配置する場合を考える。利用者は直線の片端でくつろいでおり、直線のその片端にある端末をホスト端末に選択する。すると、直線の別の片端にあるクライアント端末が、フレーズ演奏とＬＥＤ発光をする。この演奏と発光が終了すると、直線の別の片端にあるクライアント端末に隣接する、利用者により近い位置にあるクライアント端末が、同様のフレーズ演奏とＬＥＤ発光をする。以上のリレー演奏と発光を繰り返すことにより、演奏と発光が利用者に徐々に迫ってくる臨場感を楽しむことが可能である。
【００９１】
その逆のパターンとして、直線の別の片端にある端末をホスト端末に選択すると、演奏と発光が利用者から徐々に遠ざかる臨場感を楽しむことが可能である。
【００９２】
また、図１、図５、図７、図８で示した複数端末の配置図では、複数端末は部屋１で床面に配置されていた。しかし、複数端末を３次元的に配置する場合も考えられる。このような配置により、例えば、利用者の上方から神々しい演奏が聞こえるという楽しさも実現できる。
【００９３】
＜ＭＰ３データを無線送信する変形例＞
本実施例と一部が異なる変形例として、ＭＰ３データを無線送信する変形例について説明する。ＭＰ３データは、ＰＣＭデータなどの音声波形データを、約１０分の１程度にまで圧縮したデータである。
【００９４】
本実施の形態においては、無線送信手段として、ＺｉｇＢｅｅ（登録商標）を利用している。しかし、ＺｉｇＢｅｅにおける伝送速度（〜２５０Ｋｂｐｓ）を考慮しても，ＭＰ３データの容量は小さいため、伝送速度とデータ容量の関係についての問題は生じない。もっとも、この問題が解決できれば、ＰＣＭデータを無線送信するようにしてもよい。
【００９５】
本変形例においては、ＭＰ３データは、図２で示した音声データ９０に相当するものである。また、ＭＰ３データの再生タイミングを設定するものが、図３で示したシナリオプログラム２０における再生音声規則情報６０である。本実施の形態と本変形例の相違点は、音声データ９０は無線送信されないが、ＭＰ３データは無線送信されることである。
【図面の簡単な説明】
【００９６】
【図１】本実施の形態に係る無線接続された複数端末の配置図である。
【図２】本実施の形態に係る端末のブロック図である。
【図３】本実施の形態に係るシナリオプログラムの内容を示す図である。
【図４】本実施の形態に係る音声データの内容を示す図である。
【図５】本実施の形態に係るクライアントＩＤを設定する手段を示す図である。
【図６】クライアントＩＤを設定する手段における、各クライアント端末での受信強度信号値を示す図である。
【図７】複数端末の位置の変動に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。
【図８】複数端末の個数の増減に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。
【符号の説明】
【００９７】
１ 部屋
１０ 端末
１０Ｈ ホスト端末
１０Ｃ１，１０Ｃ２，１０Ｃ３ クライアント端末
１１Ｈ ホスト端末
１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５，１１Ｃ６，１１Ｃ７ クライアント端末
２０Ｃ１，２０Ｃ２，２０Ｃ３ シナリオプログラム
３０Ｈ，３０Ｃ１，３０Ｃ２，３０Ｃ３ ＬＥＤ発光部
６０Ｔ１，６０Ｔ２，６０Ｔ３，６０Ｔ４ 再生音声規則情報
７０Ｔ１，７０Ｔ２，７０Ｔ３，７０Ｔ４ ＬＥＤ発光規則情報
【特許請求の範囲】
【請求項１】
無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、
各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、
を備え、
前記再生音声規則情報は、
各端末の位置に応じて、各端末で再生される前記再生音声を規定した情報、
を含むことを特徴とする音声再生システム。
【請求項２】
無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、
各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、
を備え、
前記再生音声規則情報は、
前記複数端末の個数に応じて、各端末で再生される前記再生音声を規定した情報、
を含むことを特徴とする音声再生システム。
【請求項３】
請求項１または請求項２に記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声の音源情報を指定する情報、
を含むことを特徴とする音声再生システム。
【請求項４】
請求項１ないし請求項３のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声の発音タイミングを指定する情報、
を含むことを特徴とする音声再生システム。
【請求項５】
請求項１ないし請求項４のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声に対する時間経過に伴う音量変化を指定する情報、
を含むことを特徴とする音声再生システム。
【請求項６】
請求項１ないし請求項５のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声に対する時間経過に伴う高周波成分量変化を指定する情報、
を含むことを特徴とする音声再生システム。
【請求項７】
請求項１ないし請求項６のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声による立体音響効果に関するパラメータを指定する情報、
を含むことを特徴とする音声再生システム。
【請求項８】
請求項１ないし請求項７のいずれかに記載の音声再生システムにおいて、さらに、
前記複数端末からホスト端末を選択する端末選択手段と、
前記ホスト端末以外の各端末をクライアント端末に設定する端末設定手段と、
各クライアント端末にクライアントＩＤを設定するＩＤ設定手段と、
を備え、
前記再生音声規則情報は、
各端末で再生される前記再生音声を各クライアントＩＤに基づいて規定した情報、
を含むことを特徴とする音声再生システム。
【請求項９】
請求項８に記載の音声再生システムにおいて、
前記ＩＤ設定手段は、
前記ホスト端末からの無線送信による各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定する手段、
を含むことを特徴とする音声再生システム。
【請求項１０】
請求項８または請求項９に記載の音声再生システムにおいて、
前記規則情報設定手段は、
前記ホスト端末が保有する前記再生音声規則情報を各クライアント端末に無線送信することにより、各端末に前記再生音声規則情報を設定する手段、
を含むことを特徴とする音声再生システム。
【請求項１１】
請求項１ないし請求項１０のいずれかに記載の音声再生システムにおいて、さらに、
前記再生音声と連携して、発光装置を動作制御する手段、
を備えることを特徴とする音声再生システム。
【請求項１】
無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、
各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、
を備え、
前記再生音声規則情報は、
各端末の位置に応じて、各端末で再生される前記再生音声を規定した情報、
を含むことを特徴とする音声再生システム。
【請求項２】
無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、
各端末で再生される前記再生音声を規定した再生音声規則情報を、各端末に設定する規則情報設定手段と、
を備え、
前記再生音声規則情報は、
前記複数端末の個数に応じて、各端末で再生される前記再生音声を規定した情報、
を含むことを特徴とする音声再生システム。
【請求項３】
請求項１または請求項２に記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声の音源情報を指定する情報、
を含むことを特徴とする音声再生システム。
【請求項４】
請求項１ないし請求項３のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声の発音タイミングを指定する情報、
を含むことを特徴とする音声再生システム。
【請求項５】
請求項１ないし請求項４のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声に対する時間経過に伴う音量変化を指定する情報、
を含むことを特徴とする音声再生システム。
【請求項６】
請求項１ないし請求項５のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声に対する時間経過に伴う高周波成分量変化を指定する情報、
を含むことを特徴とする音声再生システム。
【請求項７】
請求項１ないし請求項６のいずれかに記載の音声再生システムにおいて、
前記再生音声規則情報は、
前記再生音声による立体音響効果に関するパラメータを指定する情報、
を含むことを特徴とする音声再生システム。
【請求項８】
請求項１ないし請求項７のいずれかに記載の音声再生システムにおいて、さらに、
前記複数端末からホスト端末を選択する端末選択手段と、
前記ホスト端末以外の各端末をクライアント端末に設定する端末設定手段と、
各クライアント端末にクライアントＩＤを設定するＩＤ設定手段と、
を備え、
前記再生音声規則情報は、
各端末で再生される前記再生音声を各クライアントＩＤに基づいて規定した情報、
を含むことを特徴とする音声再生システム。
【請求項９】
請求項８に記載の音声再生システムにおいて、
前記ＩＤ設定手段は、
前記ホスト端末からの無線送信による各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定する手段、
を含むことを特徴とする音声再生システム。
【請求項１０】
請求項８または請求項９に記載の音声再生システムにおいて、
前記規則情報設定手段は、
前記ホスト端末が保有する前記再生音声規則情報を各クライアント端末に無線送信することにより、各端末に前記再生音声規則情報を設定する手段、
を含むことを特徴とする音声再生システム。
【請求項１１】
請求項１ないし請求項１０のいずれかに記載の音声再生システムにおいて、さらに、
前記再生音声と連携して、発光装置を動作制御する手段、
を備えることを特徴とする音声再生システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−１４７８６０（Ｐ２００８−１４７８６０Ａ）
【公開日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願番号】特願２００６−３３０７６３（Ｐ２００６−３３０７６３）
【出願日】平成１８年１２月７日（２００６．１２．７）
【出願人】（５９１１２８４５３）株式会社メガチップス (322)
【Ｆターム（参考）】
【公開日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願日】平成１８年１２月７日（２００６．１２．７）
【出願人】（５９１１２８４５３）株式会社メガチップス (322)
【Ｆターム（参考）】
[ Back to top ]