JP5098036B2 - 音声再生システム - Google Patents

Description

本発明は、複数端末を利用する音声再生システムに関する。

無線送信機から複数スピーカーに音声信号が送信され、各スピーカーが異なる音声を再生する音声再生システムが存在する。この音声再生システムは、立体音響空間を提供することが可能である。

下記非特許文献１では、無線送信機とフルレンジおよびウーファースピーカーが無線接続された、小規模の音声再生システムが開示されている。この音声再生システムは小規模であるため、部屋の模様替えなどの際に、各スピーカーの配置を容易に変更することが可能である。

また、音声再生システムとは異なるシステムとして、端末が追加されるほどに、複数端末が連携する面白さが倍増するシステムが存在する。

下記非特許文献２では、各端末は人間の生活を表示する液晶画面を有し、各端末を電気的に接続することにより、各端末の液晶画面間を往来する人間が交流を深めるというシステムが開示されている。

"Ｒｉｏ ＬＩＶＥ ａｉｒ"、[online]、Ｒｉｏ Ｊａｐａｎ、[平成１８年１１月１７日検索]、インターネット＜ＵＲＬ：http://www.rioaudio.jp/product/accessories/LIVEair/＞ 竹村 譲、"人間のコミュニケーション性を１辺４７ミリのキューブで体験する「Ｃｕｂｅ Ｗｏｒｌｄ」"、[online]、平成１８年１月３０日、アイティーメディア株式会社、[平成１８年１１月１７日検索]、インターネット＜ＵＲＬ：http://plusd.itmedia.co.jp/lifestyle/articles/0601/30/news006.html＞

上記非特許文献１では、各スピーカーの配置を容易に変更することが可能である。しかし、各スピーカーが再生する各音声領域を、各スピーカー間で相互に変更することは不可能である。そのため、各音声領域が再生される場所を変更するためには、各スピーカーの配置を変更する必要がある。

また、上記非特許文献１に開示された音声再生システムは、上記非特許文献２に開示されたような、端末が追加されるほどに、複数端末が連携する面白さが倍増するシステムとは言えない。スピーカーを追加することは可能であるが、そのスピーカーが再生する音声領域を変更することは不可能だからである。

さらに、上記非特許文献１に開示された音声再生システムは、聴覚に訴えるものは存在するが、視覚に訴えるものは存在しない。そのため、視聴覚に同時に訴えることにより、臨場感あふれる癒し空間を提供するシステムとは言えない。

そこで、本発明は前記問題点に鑑み、無線接続された複数端末間で、各端末が担う役割を相互に変更し、また、癒し空間を提供する音声再生システムを提供することを目的とする。

上記課題を解決するため、請求項１記載の発明は、音声再生システムであって、無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、各端末が配置された後に、各端末で再生される再生音声を各端末が配置された後の位置に基づいて決定し、各端末で再生される前記再生音声を規定した再生音声規則情報を含む動作指示情報を、各端末に設定する動作指示情報設定手段と、を備え、前記再生音声規則情報は、各端末が再生する再生音声の音源情報を指定する情報、を含むことを特徴とする。

請求項２記載の発明は、請求項１に記載の音声再生システムにおいて、さらに、前記複数端末のうち第１端末の位置が変化した場合、前記第１端末が再生する再生音声を変更する手段、を備えることを特徴とする。

請求項３記載の発明は、請求項１または請求項２に記載の音声再生システムにおいて、さらに、前記複数端末の個数が変化した場合、個数が変化した後の複数端末のうち少なくとも一つの端末で再生される再生音声を、個数が変化した後の複数端末の位置に基づいて変更する手段、を備えることを特徴とする。

請求項４記載の発明は、請求項１ないし請求項３のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声の発音タイミングを指定する情報、を含むことを特徴とする。

請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声に対する時間経過に伴う音量変化を指定する情報、を含むことを特徴とする。

請求項６記載の発明は、請求項１ないし請求項５のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声に対する時間経過に伴う高周波成分量変化を指定する情報、を含むことを特徴とする。

請求項７記載の発明は、請求項１ないし請求項６のいずれかに記載の音声再生システムにおいて、前記再生音声規則情報は、前記再生音声による立体音響効果に関するパラメータを指定する情報、を含むことを特徴とする。

請求項８記載の発明は、請求項１ないし請求項７のいずれかに記載の音声再生システムにおいて、さらに、前記複数端末からホスト端末を選択する端末選択手段と、前記ホスト端末以外の各端末をクライアント端末に設定する端末設定手段と、各クライアント端末にクライアントＩＤを設定するＩＤ設定手段と、を備え、前記再生音声規則情報は、各端末で再生される前記再生音声を各クライアントＩＤに基づいて規定した情報、を含むことを特徴とする。

請求項９記載の発明は、請求項８に記載の音声再生システムにおいて、前記ＩＤ設定手段は、前記ホスト端末からの無線送信による各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定する手段、を含むことを特徴とする。

請求項１０記載の発明は、請求項８または請求項９に記載の音声再生システムにおいて、前記動作指示情報設定手段は、前記ホスト端末が保有する前記動作指示情報を各クライアント端末に無線送信することにより、各端末に前記動作指示情報を設定する手段、を含むことを特徴とする。

請求項１１記載の発明は、請求項１ないし請求項１０のいずれかに記載の音声再生システムにおいて、さらに、前記再生音声と連携して、発光装置を動作制御する手段、を備えることを特徴とする。

請求項１記載の発明は、複数端末に設定される、再生音声を規定する再生音声規則情報に基づいて、各端末の位置の変動に応じて、各端末が担う役割を各端末間で相互に変更することが可能である。

請求項２記載の発明は、複数端末に設定される、再生音声を規定する再生音声規則情報に基づいて、複数端末の個数の変動に応じて、各端末が担う役割を各端末間で相互に変更することが可能である。

請求項３記載の発明は、再生音声規則情報に基づいて、複数端末がいずれの音源データを再生するかが規定されることになる。

請求項４記載の発明は、再生音声規則情報に基づいて、複数端末がどのような発音タイミングで再生するかが規定されることになる。

請求項５記載の発明は、再生音声規則情報が、再生音声のみならず、再生音量をも設定することにより、さらに臨場感あふれる立体音響空間を提供することが可能である。

請求項６記載の発明は、再生音声規則情報が、再生音声のみならず、高周波成分量をも設定することにより、さらに臨場感あふれる立体音響空間を提供することが可能である。

請求項７記載の発明は、再生音声規則情報が、立体音響効果に関するパラメータを指定することにより、エコー効果やハーモナイズ効果などの立体音響効果を実現することが可能である。

請求項８記載の発明は、複数端末に対して、ホスト端末またはクライアントＩＤが設定されたクライアント端末と名付けることにより、各端末が担う役割を付与することが可能である。

請求項９記載の発明は、ホスト端末からの無線送信によるクライアント端末での受信強度信号値に基づいて、クライアントＩＤを設定することにより、複数端末の位置または個数の変動に応じて、各端末が担う役割を各端末間で相互にリアルタイムに変更することが容易となる。

請求項１０記載の発明は、複数端末に再生音声規則情報が設定されるためには、すべての複数端末が再生音声規則情報を記憶する必要はなく、ホスト端末がクライアント端末に再生音声規則情報を無線送信するのみで足りることを可能とする。

請求項１１記載の発明は、再生音声とＬＥＤ発光を連携させることにより、さらに臨場感あふれる癒し空間を提供することが可能である。

＜音声再生システムの概要＞
以下、図面を参照しつつ本発明の実施の形態について説明する。まず、本発明に係る音声再生システムの概要について説明する。図１は、本実施の形態に係る無線接続された複数端末の配置図である。

ホスト端末１０Ｈは、複数端末から任意に選択される、通常は単一の端末である。クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、複数端末から任意にホスト端末１０Ｈに選択されなかった、単一または複数の端末である。ホスト端末１０Ｈおよびクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、音声再生およびＬＥＤ発光を行う点で共通する。しかし、ホスト端末１０Ｈのみが音声再生システムを統括する点で相違する。

ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、音声再生タイミングを設定する再生音声規則情報６０およびＬＥＤ発光タイミングを設定するＬＥＤ発光規則情報７０が記載されたシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信される。複数端末は、再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、各端末での音声再生およびＬＥＤ発光を同期させることが可能である。

ホスト端末１０Ｈ、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、それぞれ、うぐいすの鳴き声、和琴の音色、ししおどしの音、笙の音色を同期して再生している。

また、ホスト端末１０Ｈ、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３は、それぞれ、ＬＥＤ発光部３０Ｈ、３０Ｃ１，３０Ｃ２，３０Ｃ３を有しており、上述した音声再生と連携して、各端末での発光タイミングで同期してＬＥＤ発光している。

以上のように、複数端末が各端末での音声再生およびＬＥＤ発光を同期させることにより、本発明に係る音声再生システムは、臨場感あふれる立体音響空間や癒し空間を提供することが可能となっている。

＜音声再生システム中の個別端末の構成要素＞
次に、図１で示した音声再生システム中の個別端末の構成要素について説明する。図２は、本実施の形態に係る端末のブロック図である。端末１０は、ホスト端末選択スイッチ４０、無線通信部５０、音声処理部８０、音声出力部８１、ＬＥＤ発光部３０、制御部１００、第一記憶部１１０、第二記憶部１２０を備えている。

ホスト端末選択スイッチ４０は、これをオンにした端末はホスト端末１０Ｈに選択され、これをオフにした端末はクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に選択されるスイッチである。端末１０の電源そのものをオン・オフにするスイッチとは異なるスイッチである。

無線通信部５０は、第二記憶部１２０に格納されている無線プロトコルコード１２１、アプリケーションコード１２２により、動作制御されている。

音声処理部８０、音声出力部８１は、音声データ９０、シナリオプログラム２０に記載された再生音声規則情報６０に基づいて、音声再生することが可能である。また、ＬＥＤ発光部３０は、シナリオプログラム２０に記載されたＬＥＤ発光規則情報７０に基づいて、ＬＥＤ発光することが可能である。音声処理部８０、ＬＥＤ発光部３０は、制御部１００により、動作制御されている。音声データ９０、シナリオプログラム２０は、第一記憶部１１０に格納されている。

本実施の形態においては、第二記憶部１２０、音声処理部８０、制御部１００について、それぞれ、ファームウェア用のフラッシュメモリ、Ａｕｄｉｏ ＬＳＩ、マイコンまたはＣＰＵを利用している。

上述した構成要素をワンチップに包含することにより、電力消費量と製造コストを削減することが可能である。例えば、本実施の形態においては、シナリオプログラム２０、音声データ９０は、第一記憶部１１０に格納されているが、マイコンが内蔵するファームウェア用のエンベディッドメモリに格納されることもできる。

＜シナリオプログラムの内容＞
図１、図２の説明において現れたシナリオプログラム２０の内容について説明する。図３は、本実施の形態に係るシナリオプログラム２０の内容を示す図である。シナリオプログラム２０は、トラックＴ１，Ｔ２，Ｔ３，Ｔ４ごとに、再生音声規則情報６０Ｔ１，６０Ｔ２，６０Ｔ３，６０Ｔ４、ＬＥＤ発光規則情報７０Ｔ１，７０Ｔ２，７０Ｔ３，７０Ｔ４、音声再生およびＬＥＤ発光を行うべき端末名を記載している。

再生音声規則情報６０は、各端末での音声再生タイミングを設定している。図３では、再生音声規則情報６０は、直線上を左側から右側に進行するに従って、時間が経過していることを示す時系列直線により表現されている。四角形は音声再生中、四角形以外の直線は音声再生停止を表している。四角形の直線方向の長さは、音声の長さを表している。例えば、和琴の一音は持続音ではないため、再生音声規則情報６０Ｔ２において、四角形の直線方向の長さは短くなっている。一方、笙の一音は持続音であるため、再生音声規則情報６０Ｔ４において、四角形の直線方向の長さは長くなっている。また、再生音声規則情報６０は、再生音量変化を表すことが可能である。

再生音声規則情報６０は、再生音声の高周波成分量を表すことも可能である。例えば、和琴を強く爪弾かせたり、笙を強く吹かせたりする設定を、再生音声規則情報６０において行うことにより、和琴や笙の再生音声の倍音成分を多くすることができる。

再生音声規則情報６０は、さらに、立体音響効果を実現することも可能である。立体音響効果とは、複数端末が連携して音声再生することにより、空間的な奥行きを演出する効果をいい、例えば、エコー効果やハーモナイズ効果などが挙げられる。ここで、エコー効果とは、直接音に見立てたある端末での再生音声と、反射音に見立てた他の端末での再生音声を重ね合わせることなどをいう。また、ハーモナイズ効果とは、ピッチをわずかにずらした複数端末からの再生音声を重ね合わせることなどをいう。

エコー効果を実現するためには、再生音声規則情報６０において、直接音と反射音の音声再生タイミングのずれ、反射回数、反射時における再生音声と高周波成分の減衰率などを、パラメータとして設定することなどが考えられる。

ハーモナイズ効果を実現するためには、再生音声規則情報６０において、後述する音声データ９０で表現される音声ピッチを、複数端末間でどの程度わずかにずらすかを、パラメータとして設定することなどが考えられる。このことにより、複数の楽器などが合奏する状態を再現することが可能である。

ＬＥＤ発光規則情報７０は、各端末でのＬＥＤ発光タイミングを設定している。図３では、ＬＥＤ発光規則情報７０も、時系列直線により表現されている。ランプの図柄はＬＥＤ発光中、ランプの図柄以外の直線はＬＥＤ発光停止を表している。また、ＬＥＤ発光規則情報７０は、ＬＥＤ発光量変化を表すことが可能である。さらに、再生音声規則情報６０、ＬＥＤ発光規則情報７０を連携させることが可能である。

再生音声規則情報６０は、各端末での音声再生タイミングを設定しているテキストデータに過ぎず、音声再生波形をも設定しているわけではない。そこで、音声再生波形を設定する音声データ９０が必要となる。

＜音声データの内容＞
図２、図３の説明において現れた音声データ９０の内容について説明する。図４は、本実施の形態に係る音声データ９０の内容を示す図である。音声データ９０は、本実施の形態においては、ＰＣＭ(Pulsed-Code Modulation)データ、ＭＩＤＩ音源データから構成されている。

うぐいすの鳴き声とししおどしの音は、楽譜では表現が困難であるため、音声データ９０として、ＰＣＭデータを利用している。それぞれについて、ホーホケキョとチョロチョロ・・・カタンというアナログ音声信号がパルス列に変換されることにより、ＰＣＭデータが生成される。これらのＰＣＭデータの再生タイミングを設定するものが、図３で示したトラックＴ１，Ｔ３に記載された再生音声規則情報６０Ｔ１，６０Ｔ３である。

一方、和琴の演奏と笙の演奏は、楽譜で表現が容易であるため、音声データ９０として、ＭＩＤＩ音源データを利用している。それぞれについて、ＭＩＤＩ音源データは、和琴の各音階と笙の各音階に相当する。これらのＭＩＤＩ音源データの再生タイミングを設定するものが、ＭＩＤＩデータであり、図３で示したトラックＴ２，Ｔ４に記載された再生音声規則情報６０Ｔ２，６０Ｔ４である。

＜無線通信手段＞
図１の説明において上述したように、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、音声再生タイミングを設定する再生音声規則情報６０およびＬＥＤ発光タイミングを設定するＬＥＤ発光規則情報７０が記載されたシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３が無線送信される。

ここで、無線通信部５０は、本実施の形態においては、ＺｉｇＢｅｅ（登録商標）を利用している。その他の無線通信手段として、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、３００ＭＨｚ帯電波などを利用することも可能である。しかし、乾電池で駆動する携帯型端末として、電力消費量を抑制するため、ＺｉｇＢｅｅを利用する音声再生システムを実施している。

ここで、ＺｉｇＢｅｅにおける伝送速度（〜２５０Ｋｂｐｓ）は、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈにおける伝送速度（それぞれ、〜５４Ｍｂｐｓ，〜１Ｍｂｐｓ）と比較して遅いため、伝送速度とデータ容量の関係が問題となるとも考えられる。

しかし、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に無線送信されるシナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３は、音声再生タイミングとＬＥＤ発光タイミングを設定する、再生音声規則情報６０とＬＥＤ発光規則情報７０から構成されており、これらの規則情報はテキストデータに過ぎない。

また、音声データ９０は、音声再生波形を設定するため、シナリオプログラム２０と比較して、データ容量が圧倒的に大きい。そのため、音声データ９０は、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に無線送信されず、各端末の第一記憶部１１０に格納されるべきものである。以上のことから、本実施の形態においては、伝送速度とデータ容量の関係は問題とならない。

＜音声再生システムの処理の流れ＞
［複数端末の配置およびホスト端末の選択］
まず、複数端末を購入する。その後に端末を新たに購入することにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さが倍増する。

図１において、複数端末４個を部屋１に配置する。部屋１は、一辺の長さが１０ｍ程度の四角形の形状を有している。この四角形よりさらに複雑な形状を有する部屋においても、本発明に係る音声再生システムを実施することが可能である。図１のように、各端末をランダムに配置することも、＜本実施の形態における特別な実施例＞（後述）のように、各端末を直線状などに配置することも可能である。

複数端末４個の中から、任意に単一のホスト端末１０Ｈを選択する。この選択は、ホスト端末１０Ｈのホスト端末スイッチ４０をオンにすることにより行う。ホスト端末１０Ｈに選択されなかった端末は、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に自動的に選択される。

ここで、各クライアント端末を相互に区別する必要がある。各クライアント端末が、図３で示したシナリオプログラム２０の中で、いずれの再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、音声再生およびＬＥＤ発光を行うかを決定する必要があるからである。本実施の形態においては、各クライアント端末に対して、クライアントＩＤを設定することにより、各クライアント端末を相互に区別している。

［クライアントＩＤ設定手段］
次に、各クライアント端末に対して、クライアントＩＤを設定する手段について説明する。図５は、本実施の形態に係るクライアントＩＤを設定する手段を示す図である。図１で示した複数端末の配置図とは、端末数と端末配置が異なる。しかし、図１で示した複数端末の配置図においても、以下に説明するようなクライアントＩＤを設定する手段を利用している。

図５において、端末１１Ｈのホスト端末選択スイッチ４０をオンにしているため、端末１１Ｈはホスト端末に選択されている。ホスト端末選択スイッチ４０をオフにしている端末１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５，１１Ｃ６は、クライアント端末に選択されている。

本実施の形態においては、各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定している。具体的には、受信強度信号値が大きい順に、小さいクライアントＩＤを設定している。部屋１において、パーティションなどの障害物が存在しなければ、通常は、ホスト端末１１Ｈから各クライアント端末までの距離が長くなるに従って、各クライアント端末での受信強度信号値は小さくなる。図５における同心円状の破線は、ホスト端末１１Ｈから各クライアント端末までの距離を測る目安である。

図６は、クライアントＩＤを設定する手段における、各クライアント端末での受信強度信号値を示す図である。部屋１の一辺の長さは１０ｍ程度でしかない。しかし、本実施の形態においては、無線通信手段として無線強度が小さいＺｉｇＢｅｅ（登録商標）を利用している。そのため、部屋１の中であっても、ホスト端末１１Ｈから各クライアント端末までの距離が長くなるに従って、各クライアント端末での受信強度信号値は急速に減衰している。よって、ホスト端末１１Ｈからの距離に大差がないクライアント端末１１Ｃ４，１１Ｃ５，１１Ｃ６に対しても、精度良くクライアントＩＤ４，５，６を設定することが可能である。

［シナリオプログラムおよび音声データの記憶手段］
上述したような過程を経過することにより、図１において、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３を無線送信する準備が整う。無線送信について説明する前に、シナリオプログラム２０、音声データ９０を第一記憶部１１０に格納する手段について説明する。

第一記憶部１１０は、内部メモリまたは外部メモリのいずれであってもよい。外部メモリである場合は、ダウンロードしたシナリオプログラム２０、音声データ９０を、外部メモリカードに保存することにより、利用者によるカスタマイズがより容易になる。

また、＜無線通信手段＞において説明したように、シナリオプログラム２０は無線送信されるが、音声データ９０は無線送信されない。そのため、音声データ９０はすべての複数端末の第一記憶部１１０に格納しなければならない。しかし、シナリオプログラム２０は、複数端末の中から特定端末のみをホスト端末に選択するならば、そのホスト端末の第一記憶部１１０のみに格納すれば足りる。

［シナリオプログラムの無線送信］
次に、ホスト端末１０Ｈからクライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、シナリオプログラム２０Ｃ１，２０Ｃ２，２０Ｃ３を無線送信する。この際に、各クライアント端末に対して、図３で示したシナリオプログラム２０のすべての内容を無線送信してもよい。しかし、例えば、クライアント端末１０Ｃ１に対しては、再生音声規則情報６０Ｔ２、ＬＥＤ発光規則情報７０Ｔ２のみを無線送信することも可能である。

ここで、図３で示した各時系列直線の最左端から、同時刻にすべての音声再生およびＬＥＤ発光が開始しなければならない。特に、和琴の演奏と笙の演奏がかみ合わなければ、楽曲が完成されないからである。そこで、複数端末は、各端末での音声再生およびＬＥＤ発光を同期させる必要があり、以下にその手段について説明する。

ホスト端末１０Ｈは、クライアント端末１０Ｃ１，１０Ｃ２，１０Ｃ３に対して、同期オフセット確認信号を送信する。各クライアント端末は、ホスト端末１０Ｈに対して、同期オフセット確認信号に対する応答信号を返信する。ホスト端末１０Ｈは、同期オフセット確認信号に対する応答信号の遅延時間から、各クライアント端末の同期オフセット情報を設定し、各クライアント端末に対して、各同期オフセット情報を送信する。

次に、ホスト端末１０Ｈは、各クライアント端末に対して、同期信号の送信を開始する。この同期信号は、本発明に係る音声再生システムが動作している間、継続して各クライアント端末に送信される。各クライアント端末の制御部１００は、各同期オフセット情報に基づいて、同期信号を調整する。このようにして、複数端末間で同期がとられる。

なお、複数端末が電波時計を内蔵するなど、正確な絶対時間情報を保持できる場合には、上述したオフセット調整プロセスは不要である。複数端末は、保持している絶対時間に基づいて、音声再生およびＬＥＤ発光を行えばよい。

［音声再生およびＬＥＤ発光］
上述した無線送信により送信されたシナリオプログラム２０に記載された再生音声規則情報６０およびＬＥＤ発光規則情報７０に基づいて、複数端末での音声再生およびＬＥＤ発光を同期させることが可能である。

例えば、ホスト端末１０Ｈでは、再生音声規則情報６０Ｔ１に基づいて、うぐいすの鳴き声の再生が行われる。再生音声規則情報６０Ｔ１の中の四角形において、ホーホケキョをデータ内容とするＰＣＭデータが再生される。また、ＬＥＤ発光規則情報７０Ｔ１に基づいて、うぐいすの鳴き声の開始時と終了時に、ＬＥＤ発光が行われる。

さらに、クライアント端末１０Ｃ３では、再生音声規則情報６０Ｔ４に基づいて、笙の音色の再生が行われる。再生音声規則情報６０Ｔ４の中の四角形において、笙の各音階をデータ内容とするＭＩＤＩ音源データが再生される。また、ＬＥＤ発光規則情報７０Ｔ４に基づいて、笙の音色の鳴り始めに、ＬＥＤ発光が行われる。

以上のように、複数端末が各端末での音声再生およびＬＥＤ発光を同期させることにより、本発明に係る音声再生システムは、臨場感あふれる立体音響空間や癒し空間を提供することが可能となっている。また、エコー効果やハーモナイズ効果などの立体音響効果により、さらなる臨場感を演出することも可能である。

［複数端末間の役割変更手段］
ここで、本発明に係る音声再生システムは、複数端末間で各端末が担う役割を相互に変更することが可能である。例えば、ホスト端末１０Ｈの近傍でくつろいでいる利用者が、うぐいすの鳴き声よりも、ししおどしの音を際立たせたいと思えば、ホスト端末１０Ｈとクライアント端末１０Ｃ２の役割を相互に変更することができる。このことにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さがさらに倍増することになる。

複数端末間で各端末が担う役割を相互に変更する手段として、（１）ホスト端末とクライアント端末の役割を交換すること、（２）複数端末の位置を変更すること、（３）複数端末の個数を変更すること、を提案する。それらの手段について、以下に説明する。

まず、ホスト端末とクライアント端末の役割を交換することについて説明する。役割交換前の初期状態を示す図５において、ホスト端末１１Ｈのホスト端末選択スイッチ４０をオフにして、各クライアント端末から任意に選択した端末１１Ｃ６のホスト端末選択スイッチ４０をオンにする。この場合、新たなクライアント端末１１Ｈ，１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５での受信強度信号値をもとに、新たなクライアントＩＤが設定されることになる。

新たなクライアントＩＤの設定に伴って、図３で示したようなシナリオプログラム２０が変更されることはない。しかし、シナリオプログラム２０に記載された、音声再生およびＬＥＤ発光を行うべき端末名に基づいて、複数端末の役割を変更することができる。

次に、複数端末の位置を変更することについて説明する。図７は、複数端末の位置の変動に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。図５、図７で示した複数端末の配置図の相違点は、図７でのホスト端末１１Ｈからクライアント端末１１Ｃ３までの距離が、図５での距離と比較して長いことである。

そのため、例えば、クライアント端末１１Ｃ３について、図５で示した配置図では、クライアントＩＤとして３が設定されていたが、図７で示した配置図では、クライアントＩＤとして６が設定されることになる。そして、図３で示したようなシナリオプログラム２０に基づいて、複数端末の役割を、演奏前または演奏中に関わらず、リアルタイムに変更することが可能である。

最後に、複数端末の個数を変更することについて説明する。図８は、複数端末の個数の増減に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。図５、図８で示した複数端末の配置図の相違点は、図８において、端末１１Ｃ７を新たに追加したことである。

そのため、例えば、端末１１Ｃ７について、クライアントＩＤとして１が設定されることになる。そして、図３で示したようなシナリオプログラム２０に基づいて、複数端末の役割を、演奏前または演奏中に関わらず、リアルタイムに変更することが可能である。複数端末を購入した後であっても、新たに端末を購入することにより、複数端末が連携して、音声再生およびＬＥＤ発光を行う面白さがさらに倍増することになる。

＜本実施の形態における特別な実施例＞
本実施の形態についての最後の説明として、本発明の効果が顕著に現れる特別な実施例について説明する。図１、図５、図７、図８で示した複数端末の配置図では、複数端末は部屋１でランダムに配置されていた。しかし、複数端末を直線状や円状などに配置する場合も考えられる。この場合においても、各クライアント端末に対して、クライアントＩＤを設定または変更する手段は、図５、図７、図８の説明における手段と同様である。

例えば、複数端末を直線状に配置する場合を考える。利用者は直線の片端でくつろいでおり、直線のその片端にある端末をホスト端末に選択する。すると、直線の別の片端にあるクライアント端末が、フレーズ演奏とＬＥＤ発光をする。この演奏と発光が終了すると、直線の別の片端にあるクライアント端末に隣接する、利用者により近い位置にあるクライアント端末が、同様のフレーズ演奏とＬＥＤ発光をする。以上のリレー演奏と発光を繰り返すことにより、演奏と発光が利用者に徐々に迫ってくる臨場感を楽しむことが可能である。

その逆のパターンとして、直線の別の片端にある端末をホスト端末に選択すると、演奏と発光が利用者から徐々に遠ざかる臨場感を楽しむことが可能である。

また、図１、図５、図７、図８で示した複数端末の配置図では、複数端末は部屋１で床面に配置されていた。しかし、複数端末を３次元的に配置する場合も考えられる。このような配置により、例えば、利用者の上方から神々しい演奏が聞こえるという楽しさも実現できる。

＜ＭＰ３データを無線送信する変形例＞
本実施例と一部が異なる変形例として、ＭＰ３データを無線送信する変形例について説明する。ＭＰ３データは、ＰＣＭデータなどの音声波形データを、約１０分の１程度にまで圧縮したデータである。

本実施の形態においては、無線送信手段として、ＺｉｇＢｅｅ（登録商標）を利用している。しかし、ＺｉｇＢｅｅにおける伝送速度（〜２５０Ｋｂｐｓ）を考慮しても，ＭＰ３データの容量は小さいため、伝送速度とデータ容量の関係についての問題は生じない。もっとも、この問題が解決できれば、ＰＣＭデータを無線送信するようにしてもよい。

本変形例においては、ＭＰ３データは、図２で示した音声データ９０に相当するものである。また、ＭＰ３データの再生タイミングを設定するものが、図３で示したシナリオプログラム２０における再生音声規則情報６０である。本実施の形態と本変形例の相違点は、音声データ９０は無線送信されないが、ＭＰ３データは無線送信されることである。

本実施の形態に係る無線接続された複数端末の配置図である。 本実施の形態に係る端末のブロック図である。 本実施の形態に係るシナリオプログラムの内容を示す図である。 本実施の形態に係る音声データの内容を示す図である。 本実施の形態に係るクライアントＩＤを設定する手段を示す図である。 クライアントＩＤを設定する手段における、各クライアント端末での受信強度信号値を示す図である。 複数端末の位置の変動に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。 複数端末の個数の増減に応じて、クライアントＩＤをリアルタイムに変更する手段を示す図である。

符号の説明

１ 部屋
１０ 端末
１０Ｈ ホスト端末
１０Ｃ１，１０Ｃ２，１０Ｃ３ クライアント端末
１１Ｈ ホスト端末
１１Ｃ１，１１Ｃ２，１１Ｃ３，１１Ｃ４，１１Ｃ５，１１Ｃ６，１１Ｃ７ クライアント端末
２０Ｃ１，２０Ｃ２，２０Ｃ３ シナリオプログラム
３０Ｈ，３０Ｃ１，３０Ｃ２，３０Ｃ３ ＬＥＤ発光部
６０Ｔ１，６０Ｔ２，６０Ｔ３，６０Ｔ４ 再生音声規則情報
７０Ｔ１，７０Ｔ２，７０Ｔ３，７０Ｔ４ ＬＥＤ発光規則情報

Claims (11)

1. 無線接続された複数端末においてそれぞれ再生される再生音声を同期させる手段と、
   各端末が配置された後に、各端末で再生される再生音声を各端末が配置された後の位置に基づいて決定し、各端末で再生される前記再生音声を規定した再生音声規則情報を含む動作指示情報を、各端末に設定する動作指示情報設定手段と、
   を備え、
   前記再生音声規則情報は、
   各端末が再生する再生音声の音源情報を指定する情報、
   を含むことを特徴とする音声再生システム。
2. 請求項１に記載の音声再生システムにおいて、さらに、
   前記複数端末のうち第１端末の位置が変化した場合、前記第１端末が再生する再生音声を変更する手段、
   を備えることを特徴とする音声再生システム。
3. 請求項１または請求項２に記載の音声再生システムにおいて、さらに、
   前記複数端末の個数が変化した場合、個数が変化した後の複数端末のうち少なくとも一つの端末で再生される再生音声を、個数が変化した後の複数端末の位置に基づいて変更する手段、
   を備えることを特徴とする音声再生システム。
4. 請求項１ないし請求項３のいずれかに記載の音声再生システムにおいて、
   前記再生音声規則情報は、
   前記再生音声の発音タイミングを指定する情報、
   を含むことを特徴とする音声再生システム。
5. 請求項１ないし請求項４のいずれかに記載の音声再生システムにおいて、
   前記再生音声規則情報は、
   前記再生音声に対する時間経過に伴う音量変化を指定する情報、
   を含むことを特徴とする音声再生システム。
6. 請求項１ないし請求項５のいずれかに記載の音声再生システムにおいて、
   前記再生音声規則情報は、
   前記再生音声に対する時間経過に伴う高周波成分量変化を指定する情報、
   を含むことを特徴とする音声再生システム。
7. 請求項１ないし請求項６のいずれかに記載の音声再生システムにおいて、
   前記再生音声規則情報は、
   前記再生音声による立体音響効果に関するパラメータを指定する情報、
   を含むことを特徴とする音声再生システム。
8. 請求項１ないし請求項７のいずれかに記載の音声再生システムにおいて、さらに、
   前記複数端末からホスト端末を選択する端末選択手段と、
   前記ホスト端末以外の各端末をクライアント端末に設定する端末設定手段と、
   各クライアント端末にクライアントＩＤを設定するＩＤ設定手段と、
   を備え、
   前記再生音声規則情報は、
   各端末で再生される前記再生音声を各クライアントＩＤに基づいて規定した情報、
   を含むことを特徴とする音声再生システム。
9. 請求項８に記載の音声再生システムにおいて、
   前記ＩＤ設定手段は、
   前記ホスト端末からの無線送信による各クライアント端末での受信強度信号値をもとに、各クライアントＩＤを設定する手段、
   を含むことを特徴とする音声再生システム。
10. 請求項８または請求項９に記載の音声再生システムにおいて、
    前記動作指示情報設定手段は、
    前記ホスト端末が保有する前記動作指示情報を各クライアント端末に無線送信することにより、各端末に前記動作指示情報を設定する手段、
    を含むことを特徴とする音声再生システム。
11. 請求項１ないし請求項１０のいずれかに記載の音声再生システムにおいて、さらに、
    前記再生音声と連携して、発光装置を動作制御する手段、
    を備えることを特徴とする音声再生システム。

Images