JP2016081039A - 音響システム - Google Patents

Abstract

【課題】ネットワークに接続された出力装置に対し、音響信号を供給する出力装置を変更可能な音響システムを提供すること。【解決手段】各制御ユニット２１Ａ等は、対応する出力装置（ＴＡピアノ２１など）の特性に応じて曲データＭＤの供給の有無を判定する機能を有する。各制御ユニット２１Ａ等は、例えば、対応する出力装置への曲データＭＤの供給の有無の判定を、パケットＰに含まれる曲データＭＤの周波数を分析して行う。これにより、音響システム１０は、曲データＭＤの周波数と、出力装置の特性とに基づいて、再生する音楽等に応じた出力装置を選択することが可能となる。【選択図】図１

Description

本願に開示の技術は、音楽機器等が接続されたネットワークにおいて、音響信号を出力する装置を制御するための技術に関するものである。

従来、所定の通信規格（例えば、ＴＣＰ／ＩＰ規格）に従って構築されたネットワークにおいて、曲データ（ＭＩＤＩのような演奏イベントデータ）や音響信号（オーディオ信号）、又は、その制御データ（ＭＩＤＩ制御データ、音響制御データ）などを伝送する音響システムがある（例えば、特許文献１など）。この音響システムでは、ネットワークを介して複数のノード、例えばパーソナルコンピュータなどの制御装置や各種の出力装置（電子ピアノやスピーカ装置など）を接続し、複数の出力装置から音楽等を同期して再生する。

また、上記した出力装置の中には、響板に加振器が取り付けられた響板加振装置を備えるものがある（例えば、特許文献２など）。例えば、特許文献２では、加振器が音響信号に応じ響板を振動させることによって、豊かな音を発生させることが可能となっている電気ピアノが開示されている。

特開２００５−６４８８０号公報 特開２０１３−７７００２号公報

ところで、スピーカ装置の中には、例えば、低音から高音までの音域が出力可能なフルレンジのもの他に、低音を出力するウーハー、中音を出力するミッドレンジ、高音を出力するツイーターなどがある。また、上記した響板加振装置は、響板の形状等が楽器の種類によって異なるため、響板を加振する加振器に供給する音響信号の周波数特性に音質が依存する。例えば、加振器に供給する音響信号の周波数によっては、響板から所望の音が放音されない、あるいは、意図しない音が放音される虞がある。このため、再生する楽曲等に応じて使用する出力装置がより適切に選択される音響システムが望まれている。

本願に開示される技術は、上記の課題に鑑み提案されたものである。ネットワークに接続された出力装置に対し、音響信号を供給する出力装置を変更可能な音響システムを提供することを目的とする。

本願に開示される技術に係る音響システムは、ネットワークに接続され、ネットワークに音響信号を供給する供給装置と、供給装置からネットワークを介して供給された音響信号に応じた音響を出力する少なくとも１つの出力装置と、少なくとも１つの出力装置の各々に対応して設けられ、対応する出力装置への音響信号の出力の要否を、音響信号の周波数特性に応じて制御する制御ユニットと、を備えることを特徴とする。

当該音響システムでは、制御ユニットは、音響信号の周波数特性に応じて、対応する出力装置への音響信号の出力の要否を制御する。ここでいう、出力の要否には、単純な音響信号の出力の可否だけでなく、出力する場合にどのような状態で（例えば、周波数を抽出、変更した状態で）供給すべきか否かの判断も含んでいる。そして、制御ユニットは、例えば、音響信号の周波数を分析したり、音響信号に関わるデータに予め設定された情報に基づいて判定したりして、出力装置への出力の要否を制御する。あるいは、制御ユニットは、ユーザが音響信号の周波数特性（ピアノの曲やギター曲）等を判断して実施した操作指示に応じて、出力の要否を制御する。これにより、当該音響システムでは、音響信号の周波数特性と、スピーカ装置の性能（フルレンジなど）や響板加振装置の特性（響板の形状など）に基づいて、再生する音楽等に応じた出力装置を選択することが可能となる。

また、本願に開示される技術に係る音響システムにおいて、少なくとも１つの出力装置は、音響信号に応じて振動する加振器と、加振器の振動に応じて音響を出力する被加振体とを有し、制御ユニットは、音響信号の周波数特性と、被加振体の振動特性とに応じて、対応する出力装置への音響信号の供給の有無を制御する構成としてもよい。

響板加振装置などの被加振体及び加振器を備える出力装置の音質は、響板（被加振体）の形状等が出力装置の種類によって異なるため、加振器に供給する音響信号（駆動信号など）の周波数特性に依存する。例えば、加振器に供給する音響信号の周波数特性によっては、出力装置から意図しない音が放音されるなどの不具合が生じる虞がある。このため、響板加振装置などを備える出力装置には、供給される音響信号の周波数特性が、被加振体の振動特性に適している場合に、音響信号を供給することが好ましい。当該音響システムでは、被加振体の振動特性と、音響信号の周波数特性とに応じて、制御ユニットが対応する出力装置への音響信号の供給の有無を制御することによって、上記した不具合を防止することが可能となる。

また、本願に開示される技術に係る音響システムにおいて、少なくとも１つの出力装置は、音響信号に応じて振動する加振器と、加振器の振動に応じて音響を出力する被加振体とを有し、制御ユニットは、音響信号の周波数特性と、被加振体の振動特性とに応じて、対応する出力装置へ出力する音響信号の周波数特性を変更制御する構成としてもよい。

響板加振装置などの被加振体及び加振器を備える出力装置には、供給される音響信号の周波数特性が、被加振体の振動特性に適していない場合には、適した周波数特性の信号のみ抽出する等して与えることが考えられる。当該音響システムでは、被加振体の振動特性と、音響信号の周波数特性とに応じて、制御ユニットが対応する出力装置への音響信号の周波数特性を変更制御する。制御ユニットは、対応する出力装置が、例えば、響板加振装置を備えるピアノであれば、ピアノの響板の振動特性に応じた周波数に、音響信号の周波数特性を変更（周波数成分の抽出（フィルタリング）、強調、不要な周波数成分の低減、周波数の変換等）を実施する。これにより、出力装置から意図しない音が放音されるなどの不具合を防止することが可能となる。

本願に開示される技術によれば、ネットワークに接続された出力装置に対し、音響信号を供給する出力装置を変更可能な音響システムを提供することができる。

実施形態の音響システムの構成を示すブロック図である。 ＴＡピアノの構成を示すブロック図である。 ＴＡギターシステムの構成を示すブロック図である。 曲データの再生動作の処理内容を示すフローチャートである。 曲データの再生動作の処理内容を示すフローチャートである。 別の実施形態の音響システムの構成を示すブロック図である。 別の実施形態の音響システムの構成を示すブロック図である。

以下、本発明を具体化した一実施形態について添付図面を参照しながら説明する。図１は、本願発明の一実施形態である音響システム１０が図示されている。音響システム１０は、曲データ供給装置１１と、スマートフォン１３と、スピーカ装置１７と、自動演奏ピアノ１９と、ＴＡピアノ２１と、ＴＡギターシステム２３とを備え、各装置がローカルエリアネットワーク（ＬＡＮ：Local Area Network）を介して接続されている。

曲データ供給装置１１は、例えば、ＮＡＳ（Network Attached Storage）などのＬＡＮに接続可能な外部記憶装置（ストレージ）である。曲データ供給装置１１には、例えば、アナログ信号の楽曲をサンプリングした曲データＭＤや、ＭＩＤＩのような演奏イベントが設定された制御データＣＤなどの信号が保存されている。なお、曲データ供給装置１１は、ＮＡＳに限らず、例えば、上記した信号（曲データＭＤ（オーディオ信号）や演奏データ（ＭＩＤＩのような演奏イベントデータを音響信号に変換したもの））をネットワークに供給可能な他の記憶装置（サーバなど）でもよい。また、曲データＭＤのファイル形式は、特に限定されず、例えば、ＭＰ３、ＷＡＶＥ、ＷＭＡ、ＡＡＣ、Ｍ４Ａ、ＦＬＡＣ等のファイル形式でもよい。

本実施形態の音響システム１０では、所定の通信規格、例えば、ＴＣＰ／ＩＰ規格に準拠した通信規格でＬＡＮを介してパケットＰが伝送される。曲データ供給装置１１は、曲データＭＤや制御データＣＤをパケットＰに変換して各装置に送信する。音響システム１０は、このようなパケット方式のデータ授受を実現するために、アイソクロナス伝送方式を用いた通信規格（ネットワークプロトコル）が採用できる。そして、音響システム１０は、曲データ供給装置１１に保存された曲データＭＤを供給する各装置を、曲データＭＤの内容に応じて制御することが可能となっている。

なお、パケットＰを伝送する通信規格は適宜変更できる。例えば、ＤＬＮＡ（Digital Living Network Alliance）（登録商標）のような、家電、携帯端末、パーソナルコンピュータなどの複数の電子機器が接続されたホームネットワークを構築するための通信規格でもよい。また、例えば、CobraNet（登録商標）のようなディジタルオーディオネットワークに用いられる通信規格でもよい。従って、音響システム１０が備えるネットワークは、音響信号（曲データＭＤなど）が伝送可能なネットワークであれば、様々な通信形態を採用できる。

スマートフォン１３は、例えば、ＩＥＥＥ８０２．１１に準拠した無線通信により、ＬＡＮに接続されたアクセスポイントと通信を行う。スマートフォン１３は、例えば、複数のＣＰＵ（Central Processing Unit）と、各ＣＰＵが実行するプログラムが記憶されたメモリと、各ＣＰＵがプログラムの実行時にデータを一時的に記憶するためのＲＡＭと、これらの装置を互いに接続するための内部バスなどを有している（それぞれ不図示）。スマートフォン１３には、音響システム１０を統括制御するためのアプリケーションがインストールされている。スマートフォン１３は、このアプリケーションの様々なプログラムがＣＰＵで実行されることにより、各種機能が実現される。スマートフォン１３は、各種機能として、例えば、曲データ供給装置１１に保存された曲データＭＤの曲名を取得し、プレイリストを作成してタッチパネル１３Ａに表示する。

スピーカ装置１７は、スマートフォン１３のアプリケーションによって制御可能な制御ユニット１７Ａを備える。制御ユニット１７Ａは、曲データ供給装置１１からＬＡＮを介して曲データＭＤのパケットＰを受信して、アナログオーディオ信号に変換する。スピーカ装置１７は、アナログオーディオ信号を内蔵するアンプにより増幅して放音する。制御ユニット１７Ａは、曲データ供給装置１１から曲データＭＤを取得するか否かが、スマートフォン１３によって制御可能となっている。従って、スピーカ装置１７は、スマートフォン１３が制御ユニット１７Ａを制御することによって、曲データＭＤを再生するか否かが制御される。なお、制御ユニット１７Ａは、スピーカ装置１７に内蔵される装置に限らず、別途設けられ着脱可能な装置でもよい。例えば、制御ユニット１７Ａは、ＬＡＮケーブルが接続されるコネクタの他に、スピーカ装置１７と接続する音響ケーブルが接続されるコネクタを備え、スピーカ装置１７に対して外付け可能な装置でもよい。

自動演奏ピアノ１９は、曲データ供給装置１１から供給された制御データＣＤ（演奏データ等）に基づき鍵盤やペダルを動作させて自動演奏を行う装置である。また、自動演奏ピアノ１９は、自動演奏を行う機能の他に、曲データ供給装置１１から供給された曲データＭＤを制御ユニット１９Ａで受信し、内蔵するアンプにより増幅してスピーカユニット（不図示）から放音する。自動演奏ピアノ１９は、スピーカ装置１７と同様に、スマートフォン１３が制御ユニット１９Ａを制御することによって、曲データＭＤを再生するか否かが制御可能となっている。

ＴＡピアノ２１は、トランスアコースティック（登録商標）技術を用いて曲データＭＤを再生する装置である。ＴＡピアノ２１は、外観的には通常のグランドピアノ、又はアップライトピアノのような形状をしており、相応の場所に配置されている。ＴＡピアノ２１は、図２に示すように、一般的な電子ピアノと同様に、演奏操作子（キー・ハンマー・ペダルなど）の動作を検知する操作子センサ２７、操作子センサ２７の検出信号を解析して電子音の信号を生成する電子音源２９に加え、制御ユニット２１Ａの他に、加振器３１と、響板３３と、操作部３５と、処理部３７とを有する。なお、図２は、ＴＡピアノ２１の構成の一部を示している。制御ユニット２１Ａは、曲データ供給装置１１から曲データＭＤのパケットＰを受信して、加振器３１の駆動信号に変換する。処理部３７は、ＣＰＵ等の処理回路を備え、制御ユニット２１Ａが曲データＭＤの変換を行うか否かと、駆動信号を加振器３１に供給するか否かの両方を制御する。加振器３１は、響板３３に取り付けられており、供給された駆動信号の波形の振幅や周波数に応じて振動し、響板３３を加振して放音させる。なお、制御ユニット２１Ａが変換出力する加振器３１の駆動信号は、スピーカ装置１７の制御ユニット１７Ａが変換出力するアナログオーディオ信号と同じであってもよい。

操作部３５は、ＴＡピアノ２１の入出力機能を有するデバイスであり、表示部や操作スイッチ等を有する。処理部３７は、例えば、ユーザの操作部３５への操作内容に応じて、ＴＡピアノ２１を３つのモードに切り替える。第１モードは、一般的なグランドピアノと同様に、演奏者が鍵盤を演奏するのに応じてハンマを動作させ、ハンマによる打弦のみで発音させる通常モードである。第２モードは、ハンマによる打弦を阻止し、曲データ供給装置１１から供給された曲データＭＤ、又はＴＡピアノ２１自身を演奏者が演奏することによって電子音源２９が生成した電子音信号に基づいて、加振器３１により響板３３を加振させるＴＡモードである。ＴＡピアノ２１は、ＴＡモードでは、例えば、曲データＭＤ又は演奏による電子音信号のいずれに基づいた駆動信号を、加振器３１に供給するのかを、切り替えることが可能となっている。第３モードは、通常モードと同様に打弦で発音させるとともに、加振器３１により響板３３を加振させる併用モードである。

処理部３７の検出モジュール３９は、ＴＡピアノ２１が曲データＭＤにより加振器３１を動作させて響板３３から放音できる状態であるか否かを検出する。この検出モジュール３９による処理は、例えば、処理部３７のＣＰＵなどにより対応するプログラムが実行されることで実現される。例えば、上記した３つのモードでは、第２モードと第３モードにおいて、加振器３１が動作する。換言すれば、第１モードでは、加振器３１を動作させるための曲データＭＤが不要となる。検出モジュール３９は、モードの設定や変更に応じて、曲データＭＤが必要であるか否かを判定し、ＬＡＮを介してスマートフォン１３に通知する。スマートフォン１３は、検出モジュール３９からの通知に応じて制御ユニット２１Ａを制御し、制御ユニット２１Ａが曲データ供給装置１１から曲データＭＤを取得すべきか否かを変更する。例えば、スマートフォン１３は、ＴＡピアノ２１が第１モードの場合に、制御ユニット２１Ａの曲データＭＤに対応するパケットＰを取得する処理を停止させる。

なお、検出モジュール３９による検出方法は、モードによる判定に限らない。例えば、検出モジュール３９は、操作部３５の操作スイッチが操作されＴＡピアノ２１の電源がＯＦＦされた場合に、曲データＭＤが不要であると判定し、その旨をスマートフォン１３に通知してもよい。また、スピーカ装置１７及び自動演奏ピアノ１９は、ＴＡピアノ２１と同様に、曲データＭＤを受信して再生できる状態（電源ＯＮ状態など）であるか否かを検出する検出モジュールを備えてもよい。

また、ＴＡギターシステム２３は、トランスアコースティック（登録商標）技術を用いて曲データＭＤを再生する装置であり、図３に示すように、外観形状的にはアコースティックギターの形をしたギター４３と、そのギター４３を設置するスタンド４１とを有し、相応の場所に設置されている。スタンド４１には、制御ユニット２３Ａの他に、加振器４５と、検出センサ４７とが設けられている。制御ユニット２３Ａは、曲データ供給装置１１から受信した曲データＭＤに対応したパケットＰを加振器４５に供給する駆動信号に変換する。加振器４５は、スタンド４１に置かれた状態のギター４３の響板４９を加振する。加振器４５は、制御ユニット２３Ａが変換した曲データＭＤの進行に応じた駆動信号が供給され、響板４９を加振して放音する。なお、制御ユニット２３Ａが変換出力する加振器４５の駆動信号は、スピーカ装置１７の制御ユニット１７Ａが変換出力するアナログオーディオ信号と同じであってもよい。

また、検出センサ４７は、ギター４３がスタンド４１に置かれているか否かを検出可能なセンサである。検出センサ４７は、例えば、ギター４３がスタンド４１の所定位置に置かれた場合に作動するリレースイッチと、リレースイッチの信号を処理する処理回路を備える。検出センサ４７は、ギター４３がスタンド４１に置かれている状態であるか、あるいはスタンド４１からはずされている状態（ユーザが使用中など）であるかを検出し、スマートフォン１３に通知する。スマートフォン１３は、検出センサ４７からの通知に応じて、制御ユニット２３Ａが曲データ供給装置１１から曲データＭＤを取得すべきか否かを制御する。なお、検出センサ４７は、ギター４３の状態が検出可能な他のセンサ（赤外線センサなど）でもよい。

そして、本実施形態の音響システム１０では、上記した構成により、曲データ供給装置１１に保存された曲データＭＤを供給する出力装置（スピーカ装置１７やＴＡピアノ２１など）を、曲データＭＤの内容に応じて切り替える。例えば、音響システム１０は、ピアノの曲であれば、ＴＡピアノ２１や自動演奏ピアノ１９を使用し、ギター曲であればＴＡギターシステム２３を使用して曲データＭＤの再生を実現する。なお、ピアノ曲、ギター曲等の検出は、曲データＭＤ自体の時間解析を行い、周波数特性から決定してもよいし、曲に付随した識別子から決定するものでもよい。また、例えば、周波数特性の分析は、特開２０１１−２２１１５７号公報に開示されている、音響信号に対し所定の時間間隔ごとの特徴点を抽出し比較等する方法を用いることができる。具体的には、単位時間における単位帯域毎の成分値を時間軸方向及び周波数軸方向に配列した成分行列と、当該成分行列を時間軸方向に移相した移相行列との各成分値の差異を算出したものから特徴となる値を抽出等することで曲データＭＤの周波数特性を分析してもよい。

次に、音響システム１０による曲データＭＤの再生動作の処理について、図４を参照しつつ説明する。まず、図４に示すステップ（以下、単に「Ｓ」と表記）Ｓ１１において、ユーザは、曲データ供給装置１１に保存された楽曲の中から好みの楽曲を音響システム１０で再生するために、スマートフォン１３を操作する。スマートフォン１３のアプリケーションは、ユーザがプレイリストから楽曲（曲データＭＤ）を選択すると（Ｓ１１）、選択された楽曲名に対して過去に設定されたパッチがあるか否かを検索する（Ｓ１３）。ここでいうパッチとは、ＬＡＮを介して接続された複数のノード（スピーカ装置１７やＴＡピアノ２１など）間の任意の接続を論理的に設定するためのバーチャルパッチである。音響システム１０は、このパッチによって設定された出力側ノード（曲データ供給装置１１）から入力側ノード（スピーカ装置１７等）へ曲データＭＤや制御データＣＤが送信されることとなる。

スマートフォン１３は、適用したパッチを保存するための記憶装置として、例えば、不揮発性のメモリ（フラッシュメモリなど）を備えている。スマートフォン１３は、後述するＳ３５（図５参照）において、再生が終了した曲データＭＤに関わる情報と、その曲データＭＤを再生した際に使用したパッチの設定とを関連付けてフラッシュメモリに保存する。このため、Ｓ１３において、スマートフォン１３は、フラッシュメモリに保存されている過去に設定されたパッチを検索し、ユーザがプレイリストから選択した曲データＭＤに対応するものがあるか否かを判定する（Ｓ１５）。なお、曲データ供給装置１１に保存された曲データＭＤに、予めパッチを設定してもよい。例えば、ピアノ曲の曲データＭＤに対し、自動演奏ピアノ１９やＴＡピアノ２１を出力装置として選択したパッチを予め設定してもよい。この場合、スマートフォン１３によるパッチの判定処理を省略することが可能となる。

次に、スマートフォン１３は、該当するパッチがあった場合には（Ｓ１５：ＹＥＳ）、過去のパッチを再適用して、ユーザが選択した曲データＭＤの再生を開始する（Ｓ２３）。一方で、スマートフォン１３は、該当するパッチがなかった場合には（Ｓ１５：ＮＯ）、選択された楽曲を分析する（Ｓ１９）。楽曲の分析方法には多様な方法（例えば、上記した特開２０１１−２２１１５７号公報に開示される方法など）が考えられるが、ここでは楽曲の周波数特性の分析を念頭において説明する。なお、他の楽曲の分析方法として、ユーザが楽曲ごとにプリセットした情報を読み込む処理や、楽曲に予め設定されたデフォルト値を読み込む処理などが考えられる。ここで、ＴＡピアノ２１のようなトランスアコースティック技術が用いられている音楽機器の音質、即ち、加振器３１が響板３３を加振して発音させる音の音質は、加振器３１に供給する曲データＭＤの周波数特性によるところが大きい。これは、響板３３，４９は、楽器の種類（ＴＡピアノ２１やＴＡギターシステム２３）によって形状や材質等が異なり、共鳴する周波数帯域等が異なるためである。このため、トランスアコースティック技術が用いられている音楽機器では、供給する曲データＭＤが同一であったとしても、響板３３，４９がどういった態様で振動し、どのような音を発音するのかは、響板３３，４９の振動に対する特性によって異なる。

例えば、ＴＡピアノ２１に対して、ピアノの音源、あるいはピアノに類似した音色の音源以外の曲データＭＤを供給した場合には、響板３３の振動特性に応じた振動が加振器３１によって付与されないため、響板３３から所望の音が放音されない虞がある。このため、スマートフォン１３は、ユーザが選択した曲データＭＤの周波数特性を分析し、再生する出力装置（スピーカ装置１７、自動演奏ピアノ１９、ＴＡピアノ２１、ＴＡギターシステム２３）を選択しパッチとして設定する（Ｓ２１）。なお、スマートフォン１３は、例えば、Ｓ１１の処理を開始する前（アプリケーションの起動時など）に、予めネットワーク上の出力装置に対する問い合わせ処理を実施し、各出力装置に供給する曲データＭＤとして最適な周波数特性の情報を取得しておくことが望ましい。

スマートフォン１３は、ユーザが選択した曲データＭＤを分析した結果、例えば、ピアノの音源に近い周波数特性を検出した場合には、曲データ供給装置１１から曲データＭＤを供給する出力装置として、自動演奏ピアノ１９やＴＡピアノ２１を選択する（Ｓ２１）。選択された自動演奏ピアノ１９及びＴＡピアノ２１の制御ユニット１９Ａ，２１Ａは、曲データ供給装置１１から曲データＭＤを取得する処理を実施し、自動演奏ピアノ１９及びＴＡピアノ２１による同期した曲データＭＤの再生を実現する（Ｓ２３）。

あるいは、スマートフォン１３は、分析した結果、例えば、ギターの音源に近い周波数特性を検出した場合には、出力装置として、ＴＡギターシステム２３を選択する。また、スマートフォン１３は、分析した結果、例えば、ピアノの音源やギターの音源に属さない周波数特性を検出した場合には、出力装置としてスピーカ装置１７を選択する。このようにして、本実施形態の音響システム１０では、曲データＭＤに合った出力装置を選択して、曲データＭＤを最適な出力装置から再生することが可能となる。なお、スマートフォン１３は、Ｓ１７やＳ２１でパッチを設定した後に、タッチパネル１３Ａに決定したパッチを表示してユーザによる最終決定や変更を促してもよい。これにより、ユーザは、曲データＭＤの内容と決定されたパッチとを比較しながら、好みの出力装置から曲データＭＤを再生することが可能となる。

次に、図５に示すＳ２５において、スマートフォン１３は、各出力装置（ＴＡピアノ２１など）が備える検出モジュール３９や検出センサ４７からの通知に応じて、各出力装置が曲データＭＤを再生できる状態か否かを判定する。スマートフォン１３は、曲データＭＤを供給している全ての出力装置の状態に問題がなければ（Ｓ２５：ＹＥＳ）、曲データＭＤの再生が終了したか否かを判定する（Ｓ３１）。スマートフォン１３は、曲データＭＤの再生が終了していない場合には（Ｓ３１：ＮＯ）、Ｓ２５からの処理を所定のタイミングごとに繰り返し実行する。従って、スマートフォン１３は、曲データＭＤの再生中において、各出力装置の状態を監視する。

また、スマートフォン１３は、曲データＭＤを再生できない状態の出力装置を検出した場合には（Ｓ２５：ＮＯ）、再生出来ない状態の出力装置に対する曲データＭＤの供給を停止する（Ｓ２７）。例えば、スマートフォン１３は、検出モジュール３９の通知によりＴＡピアノ２１のモードが第２モードから第１モードに変更されたことを検出すると、制御ユニット２１Ａの曲データＭＤを取得する処理を停止させる。また、スマートフォン１３は、検出モジュール３９の通知によりＴＡピアノ２１のモードが、再度、第２モードに変更されたことを検出すると（Ｓ２５：ＮＯ）、制御ユニット２１Ａに対し曲データＭＤの取得処理を再開させる（Ｓ２７）。これにより、ＴＡピアノ２１は、曲データＭＤの供給が再開される。

あるいは、スマートフォン１３は、Ｓ２７において、曲データＭＤの供給を停止するだけでなく、供給先の出力装置を他の出力装置に切り替える処理を実施してもよい。例えば、スマートフォン１３は、検出センサ４７からの通知により、ギター４３がスタンド４１からはずされたことを検出すると、ＴＡギターシステム２３への曲データＭＤの供給を停止するとともに、他の出力装置（スピーカ装置１７など）への曲データＭＤの供給を開始する処理を行ってもよい。そして、スマートフォン１３は、このような再生中の検出処理等を実施し、曲データＭＤの再生が終了すると（Ｓ３１：ＹＥＳ）、再生が終了した曲データＭＤと、適用したパッチとを関連付けてフラッシュメモリ等に設定として保存し（Ｓ３５）、処理を終了する。なお、パッチをフラッシュメモリ等に保存するタイミングは、曲データＭＤの再生が終了したときだけではなく、パッチを変更する度（例えば、Ｓ２７の処理の直後）に保存を行ってもよい。

因みに、曲データＭＤ及び制御データＣＤは、音響信号の一例である。曲データ供給装置１１は、供給装置の一例である。スピーカ装置１７、自動演奏ピアノ１９、ＴＡピアノ２１、ＴＡギターシステム２３は、出力装置の一例である。スマートフォン１３は、制御装置の一例である。響板３３，４９は、被加振体の一例である。検出モジュール３９及び検出センサ４７は、検出部の一例である。

以上、上記した実施形態によれば、以下の効果を奏する。
ＴＡピアノ２１の検出モジュール３９は、モードの設定や変更に応じて、曲データＭＤが必要であるか否かを判定し、スマートフォン１３に通知する。また、ＴＡギターシステム２３の検出センサ４７は、ギター４３がスタンド４１に置かれている状態であるか、あるいはスタンド４１からはずされている状態であるかを検出し、スマートフォン１３に通知する。これにより、スマートフォン１３は、ＴＡピアノ２１やＴＡギターシステム２３の状態に応じて、曲データＭＤの供給を停止したり、供給先を他の出力装置に切り替えたりすることが可能となっている。

尚、本発明は上記実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内での種々の改良、変更が可能であることは言うまでもない。
例えば、スマートフォン１３は、１つの曲データＭＤにギターソロの部分や、ピアノソロの部分が含まれている場合には、各ソロのタイミングに合わせて出力装置を変更してもよい。

また、上記実施形態では、曲データ供給装置１１に保存された１つの曲データＭＤを出力装置に供給する場合について説明したが、関連する複数のファイルを同時に最適な出力装置に供給する構成でもよい。例えば、曲データ供給装置１１には、ギター曲の曲データＭＤと、この曲データＭＤと合奏できる制御データＣＤが保存されているものとする。この場合、スマートフォン１３は、ギター曲の曲データＭＤをＴＡギターシステム２３に供給しつつ、制御データＣＤを自動演奏ピアノ１９に供給し、ＴＡギターシステム２３によるギター曲の再生と、自動演奏ピアノ１９によるピアノ演奏の合奏を実施してもよい。

あるいは、スマートフォン１３は、上記実施形態のＳ１１において、ユーザが選択した曲データＭＤに対し、他の曲データＭＤ（ピアノのパートやギターのパート）が関連付けられている場合には、それぞれの曲データＭＤについて周波数特性の分析を行って供給先を決定し、同時配信を実施してもよい。

また、上記実施形態では、本願におけるネットワークに音響信号を供給する供給装置として曲データ供給装置１１を例に説明したが、これに限定されない。例えば、供給装置として、インターネット上の配信サーバを採用してもよい。図６は、別の実施形態の音響システム１０Ａの構成を示している。なお、上記実施形態と同様の構成については、同一符号を付し、その説明を適宜省略する。音響システム１０Ａでは、インターネット上の曲データ配信サーバ５１に保存された曲データＭＤを取得して、各出力装置が再生を行う。曲データ配信サーバ５１は、例えば、音楽の配信事業を実施しているベンダー等が公開しているサーバであり、所定の通信規格（ＨＴＴＰプロトコルなど）により、曲データＭＤを取得することが可能となっている。例えば、音響システム１０Ａでは、ユーザがスマートフォン１３を使用して曲データ配信サーバ５１に保存された曲データＭＤから好みの楽曲を選択すると、スマートフォン１３によって供給先の出力装置が選択される。選択された出力装置の制御ユニット（制御ユニット１７Ａなど）の各々は、ユーザが選択した曲データＭＤを曲データ配信サーバ５１から取得する処理を行う。そして、選択された出力装置は、制御ユニット（制御ユニット１７Ａなど）によってダウンロードした曲データＭＤを、同期しながらストリーミング再生を実施する。

このような構成の音響システム１０Ａにおいても、上記した音響システム１０と同様の効果を得ることが可能となる。なお、音響システム１０Ａは、曲データ配信サーバ５１からダウンロードした曲データＭＤをストリーミング再生せずに、一度、曲データ供給装置１１等に保存した後に、曲データ供給装置１１から各出力装置に供給してもよい。この場合、スマートフォン１３が、曲データ配信サーバ５１から曲データ供給装置１１への曲データＭＤのダウンロードを実施してもよい。

また、上記実施形態において、スマートフォン１３が供給装置として機能してもよい。例えば、スマートフォン１３には、複数の曲データＭＤが保存されており、ユーザの選択に応じて、各出力装置に曲データＭＤを供給してもよい。この場合、音響システム１０は、曲データ供給装置１１を省略することができる。また、スマートフォン１３は、各制御ユニット（制御ユニット１７Ａなど）に対する制御が不要となる。

また、上記実施形態において、自動演奏ピアノ１９が供給装置として機能してもよい。例えば、ホームネットワークのＬＡＮを利用する場合に、子供部屋に配置した自動演奏ピアノ１９を出力側とし、リビングに配置されたＴＡピアノ２１を入力側としてもよい。このような構成では、自動演奏ピアノ１９で演奏者が演奏した音のオーディオ信号を、ＬＡＮを介して伝送し、ＴＡピアノ２１の響板３３から放音することが可能となる。

また、上記実施形態において、テレビやラジオなどの一般的なオーディオ機器を供給装置として機能させてもよい。図７は、別の実施形態の音響システム１０Ｂの構成を示している。音響システム１０Ｂは、テレビ６１が、制御ユニット６３を介してＬＡＮに接続されている。制御ユニット６３は、例えば、ＬＡＮコネクタと、音響ケーブルが接続可能なコネクタとを備え、テレビ６１に対して外付け可能な装置である。制御ユニット６３は、例えば、テレビ６１から出力されるアナログのオーディオ信号ＤＴをリアルタイムにエンコードしてデジタルのオーディオ信号に変換し、パケットＰとして各出力装置に供給する。供給先の出力装置は、受信したパケットＰを変換してオーディオ信号ＤＴを再生する。この場合に、スマートフォン１３は、例えば、デジタルテレビ放送の番組表の情報から、番組内でながれる音楽の種類（ピアノ曲やギター曲）を判定し、供給先の出力装置を決定してもよい。

また、音響システム１０Ｂは、オーディオ信号ＤＴとして、テレビ６１の音声に加えて映像も含めてもよい。図７に示すように、音響システム１０Ｂには、テレビ６１の他に、テレビ６５が制御ユニット６７を介してＬＡＮに接続されている。テレビ６５は、テレビ６１とは別の部屋等に設置されている。制御ユニット６７は、制御ユニット６３から受信したパケットＰから音声や映像を抽出してテレビ６５に供給する。このような構成では、音響システム１０Ｂは、例えば、クラシックコンサートのテレビ番組をテレビ６１で受信した場合に、映像をテレビ６５に映し出しながら、音声をＴＡピアノ２１やＴＡギターシステム２３で同期再生させて、ユーザにより臨場感のある映像と音声を提供することが可能となる。

また、上記実施形態では、スマートフォン１３は、曲データＭＤの再生を開始した後に検出モジュール３９や検出センサ４７による出力装置の状態検出を実施したが、この状態検出を再生前に実施し、出力先を変更する処理を実施してもよい。あるいは、スマートフォン１３は、再生前及び再生中の両方で、検出モジュール３９等による検出及びパッチの変更を実施してもよい。

また、上記実施形態において、曲データＭＤのファイル形式として、例えば、ＦＬＡＣのようなマルチチャンネル（５．１ｃｈなど）の音響信号を１つのファイルに保存可能な可逆圧縮のファイル形式を採用する場合には、スマートフォン１３は、チャンネルごとに供給先の出力装置を変更する制御を実施してもよい。また、マルチチャンネルの作り方も４つのスピーカ装置１７に出力するチャンネル４つ、ＴＡギターシステム２３に出力するチャンネル１つ、ＴＡピアノ２１に出力するチャンネル１つ、自動演奏ピアノ１９に出力する制御チャンネル１つ、の合計７チャンネルのようなマルチトラックファイルとしてもよい。また、例えば、CobraNet（登録商標）のように１つのパケットＰの中をチャンネルに分けて、チャンネルごとに曲データＭＤや制御データＣＤが設定可能なデータ形式を採用する場合にも、スマートフォン１３は、チャンネルごとに供給先の出力装置を変更してもよい。

また、上記実施形態では、制御装置としてスマートフォン１３を例に説明したが、制御装置はスマートフォン１３に限らず、他の携帯端末やパーソナルコンピュータでもよい。
また、上記実施形態では、ＴＡギターシステム２３は、加振器４５をスタンド４１に備える構成であったが、これに限定されず、ギター４３に加振器４５を取り付けた構成でもよい。この場合、スタンド４１の制御ユニット２３Ａからギター４３の加振器４５にオーディオ信号を無線送信して響板４９を加振してもよい。
また、上記実施形態における処理手順（図４及び図５）は、一例であり、適宜順番の変更、ステップの追加、削除、交換等を実施することができる。

また、上記実施形態では、各制御ユニット（制御ユニット１７Ａなど）は、スマートフォン１３の制御に基づいて、曲データＭＤの供給の有無が設定されるが、制御ユニット１７Ａ等が対応する出力装置の特性に応じて供給の有無を判定する機能を備えてもよい。

例えば、スマートフォン１３は、ユーザによって曲が選択されると、曲データ供給装置１１から選択された曲データＭＤを、ＬＡＮに接続された全ての出力装置（スピーカ装置１７やＴＡピアノ２１）に供給する制御を実施する。ネットワーク上の各出力装置は、同一のデータを受信することとなる。例えば、制御ユニット２１Ａは、受信した曲データＭＤのうち、ＴＡピアノ２１の響板３３の振動特性に合った周波数特性を有する曲データＭＤを受信する。あるいは、制御ユニット２１Ａは、受信した曲データＭＤの周波数特性を分析し、必要な周波数成分だけを抽出してもよい。制御ユニット２１Ａは、例えば、響板３３の振動特性に合った周波数成分のみを抽出する処理、強調する処理、低減する処理等を実施するためのフィルタやイコライザを備える構成でもよい。この構成では、出力装置側の制御ユニット１７Ａ等が、ＬＡＮ上に供給された曲データＭＤのパケットＰが適切か否かを処理する。これにより、スマートフォン１３は、どの出力装置に供給するのかを判定する必要がなく、ＬＡＮ上の全ての出力装置に対して曲データＭＤをブロードキャストする制御を実施するだけでよい。また、音響システム１０は、曲データ供給装置１１に対する操作を行うことで、曲データ供給装置１１が同一の曲データＭＤを全ての出力装置へブロードキャストし、出力装置側で曲データＭＤに対する必要な抽出処理を実行する構成でもよい。この場合、音響システム１０は、スマートフォン１３を備えなくともよい。

また、各制御ユニット１７Ａ等は、対応する出力装置への曲データＭＤの供給の有無の判定を、例えば、パケットＰに含まれる曲データＭＤの周波数を分析したり、パケットＰに設定されたデータ（受信すべき出力装置に関わる情報など）を処理したりして判定してもよい。例えば、曲データＭＤとして、各トラックに音色や周波数特性を示すフラグ値（ピアノ用、ギター用などを示す識別子）が付されたマルチトラックファイルを用いてもよい。このフラグ値の設定は、例えば、音楽の配信事業を実施しているベンダー等が予め実施してもよい。あるいは、スマートフォン１３が、曲データＭＤの各トラックの周波数特性を分析し、出力装置側で判定できるように各トラックにユニークなフラグ値を設定してもよい。出力装置側では、例えば、ＴＡピアノ２１の制御ユニット２１Ａが、ＬＡＮ上に供給された曲データＭＤのパケットＰを受信して、曲データＭＤ内にピアノ用のフラグ値が設定されたトラックが含まれている場合には、当該トラックのデータを変換した駆動信号を加振器３１に供給してもよい。つまり、出力装置側の各制御ユニットが、周波数特性に応じたフラグ値に基づいて、曲データＭＤの必要の有無を判定してもよい。このような構成でも、スマートフォン１３は、供給先を決定することなく、同一のマルチトラックの曲データＭＤを、ＬＡＮ上の全ての出力装置にブロードキャストするだけでよくなる。この場合、音響システム１０は、スマートフォン１３による制御が不要となり、スマートフォン１３を備えない構成にすることが可能となる。

あるいは、各制御ユニット１７Ａ等は、ユーザの操作指示に応じて、対応する出力装置への曲データＭＤの供給の有無を制御してもよい。例えば、ＴＡピアノ２１は、ユーザが操作部３５（図２参照）を操作することで、供給の有無が変更可能な構成でもよい。この場合、ユーザは、例えば、ピアノの曲を音響システム１０で再生する場合に、予めＴＡピアノ２１の操作部３５等を操作して、ＴＡピアノ２１が受信したパケットＰの曲データＭＤを再生するセッティングを行うことが可能となる。

また、上記実施形態では、本願における被加振体として響板３３，４９を備える楽器を例に説明したが、本願における被加振体はこれに限らない。例えば、被加振体としては、トランペットやクラリネットなどの管楽器のベルを採用することができる。この場合、例えば、トランペットのベル内に挿入してトランペットを保持するスタンドに加振器を取り付け、当該加振器を動作せることで、トランペットから放音させる構成でもよい。このような管楽器とスタンドとの構成の出力装置に対して、上記した音響システム１０による制御を実施してもよい。あるいは、本願における被加振体を備える楽器は、ドラムなどの打楽器でもよい。

また、上記実施形態では、音響システム１０は、複数の出力装置（ＴＡピアノ２１等）がネットワークに接続されていたが、これに限らず、例えば、曲データ供給装置１１と１台の出力装置（例えば、ＴＡピアノ２１のみ）がＬＡＮに接続された構成でもよい。この場合、ＴＡピアノ２１の制御ユニット２１Ａは、加振器３１への駆動信号の供給の開始、供給の停止、あるいは供給する駆動信号の波形の周波数特性を変更等してもよい。

１０ 音響システム、１１ 曲データ供給装置、１３ スマートフォン、１７ スピーカ装置、１９ 自動演奏ピアノ、２１ ＴＡピアノ、２３ ＴＡギターシステム、１７Ａ，１９Ａ，２１Ａ，２３Ａ 制御ユニット。

Claims (3)

1. ネットワークに接続され、前記ネットワークに音響信号を供給する供給装置と、
   前記供給装置から前記ネットワークを介して供給された前記音響信号に応じた音響を出力する少なくとも１つの出力装置と、
   前記少なくとも１つの出力装置の各々に対応して設けられ、対応する出力装置への前記音響信号の出力の要否を、前記音響信号の周波数特性に応じて制御する制御ユニットと、
   を備えることを特徴とする音響システム。
2. 前記少なくとも１つの出力装置は、前記音響信号に応じて振動する加振器と、前記加振器の振動に応じて前記音響を出力する被加振体とを有し、
   前記制御ユニットは、前記音響信号の周波数特性と、前記被加振体の振動特性とに応じて、前記対応する出力装置への前記音響信号の供給の有無を制御することを特徴とする請求項１に記載の音響システム。
3. 前記少なくとも１つの出力装置は、前記音響信号に応じて振動する加振器と、前記加振器の振動に応じて前記音響を出力する被加振体とを有し、
   前記制御ユニットは、前記音響信号の周波数特性と、前記被加振体の振動特性とに応じて、前記対応する出力装置へ出力する前記音響信号の周波数特性を変更制御することを特徴とする請求項１に記載の音響システム。

Images