JP6541933B2

JP6541933B2 - 信号処理装置及び信号処理方法

Info

Publication number: JP6541933B2
Application number: JP2013244701A
Authority: JP
Inventors: 仙場　祐二; 祐二仙場; 藤田　博之; 博之藤田
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2012-12-28
Filing date: 2013-11-27
Publication date: 2019-07-10
Anticipated expiration: 2033-11-27
Also published as: WO2014104210A1; US20150326914A1; US10028015B2; JP2014143676A

Description

この発明は、入力信号に所定の処理を施してから出力信号として出力する信号処理装置に関する。

一般に、レシーバは、コンテンツデータをデコードして、映像信号やオーディオ信号として各種機器（例えばスピーカ）に出力するデコード機能を有する（例えば特許文献１を参照）。また、レシーバは、オーディオ信号を増幅する増幅機能、映像およびオーディオの入出力先を切り替えるセレクタ機能、およびオーディオ信号の周波数特性等を調整する補正機能、等も有する。

図１は、従来の一般的なレシーバの構成を示すブロック図である。レシーバ２００は、入力部２１、デコーダ２２、音響処理ＤＳＰ２３、ＣＰＵ２４、通信部２５、ＲＯＭ２６（例えば書き換え可能なFlashROM）、ＲＡＭ２７、Ｄ／Ａ変換部２８、および増幅部（ＡＭＰ）２９を備えている。

入力部２１は、機能的に、ＨＤＭＩ（High Definition Multimedia Interface）（登録商標）レシーバ２１０、ＤＩＲ（Digital audio InterfaceReceiver）２１１、およびＡ／Ｄ変換部２１２を備えている。

ＤＩＲ２１１は、プレーヤからデジタルオーディオ信号（Ｓ／ＰＤＩＦに準じたもの）を入力し、デコーダ２２に出力する。また、Ａ／Ｄ変換部２１２は、アナログオーディオ信号を入力し、デジタルオーディオ信号に変換してデコーダ２２に出力する。ＨＤＭＩレシーバ２１０は、プレーヤからＨＤＭＩ信号を受信する。

図２は、ＨＤＭＩにおける各種信号の入出力関係を示した図である。ＨＤＭＩレシーバ２１０は、ＨＤＭＩのＤＤＣ信号を用いて、自装置で処理可能な信号を示す処理可能情報（ＥＤＩＤ）をプレーヤに出力し、当該プレーヤからＨＤＭＩ信号を受信する。ＨＤＭＩ信号には、パケット化された音声信号（圧縮オーディオ信号）、パケット化された制御信号、映像信号、水平同期信号、垂直同期信号、およびピクセル・クロックが含まれている。また、ＨＤＭＩは、機器間で複雑な制御を行うためのＣＥＣラインや、機器が接続された状態か切断された状態かを検出するためのＨＰＤライン等も有する。ＨＤＭＩレシーバ２１０は、受信したＨＤＭＩ信号のうち圧縮オーディオ信号（例えばＡＡＣ）をデコーダ２２に出力する。

デコーダ２２は、ＤＳＰからなり、圧縮オーディオ信号を解凍し、マルチチャンネルオーディオ信号にデコードする。また、デコーダ２２は、例えばステレオチャンネルのオーディオ信号を５．１チャンネル等のマルチチャンネルオーディオ信号に拡張する処理も行う。生成されたオーディオ信号は、音響処理ＤＳＰ２３に出力される。

音響処理ＤＳＰ２３は、オーディオ信号に所定の音響処理を施す。例えば、周波数特性の調整等を行い、聴取位置に合わせて最適な音場環境に調整する処理を行う。

音響処理が施されたオーディオ信号は、Ｄ／Ａ変換部２８でアナログオーディオ信号に変換され、増幅部２９で増幅され、スピーカに出力される。

このようなレシーバ２は、ＣＰＵ２４がＲＯＭ２６に記憶されているファームウェアをワークメモリであるＲＡＭ２７に読み出し、上記の様な各種処理をデコーダ２２および音響処理ＤＳＰ２３に実行させる。

レシーバ２は、通信部２５を介して新たなファームウェアを受信し、ＲＯＭ２６（例えば書き換え可能なFlashROM）のファームウェアをアップデートすることで、新たな信号処理を実現することが可能である。

特開２００７−３００４０３号公報

しかし、ＤＳＰは、工場出荷時に想定されているフォーマットに合わせた処理能力を有することが多い。そのため、ファームウェアのアップデートを行っても、ＤＳＰのハードウェアの処理能力を超える新たな信号処理を行うことはできなかった。

そこで、この発明は、従来の装置では実現することができなかった新たな信号処理を実現することができる信号処理装置を提供することを目的とする。

本発明の信号処理装置は、時系列信号を入力する入力手段と、前記入力手段で入力した信号をデータとして順次送信する第１の送信手段と、前記第１の送信手段で送信したデータを外部装置で処理して生成された出力用信号を受信する受信手段と、前記入力手段を介して入力した前記時系列信号が自装置で処理不可能な信号であっても、前記自装置で前記信号を処理可能であることを示す情報を出力する第１の出力手段と、を備えたことを特徴とする。

このように、本発明の信号処理装置は、入力された信号を外部装置に処理させ、出力用信号（例えばオーディオ信号）を生成させることで、自装置のハードウェア処理能力を超える処理を実現することができる。例えば、工場出荷時には存在しなかった新たなオーディオフォーマットが策定され、レシーバのＤＳＰに当該オーディオフォーマットの信号を処理する能力がなかった場合であっても、当該オーディオフォーマットの信号を処理可能である外部装置に入力された信号を送信し、オーディオ信号を生成させることで、新たなオーディオフォーマットに対応することが可能になる。

なお、本発明の信号処理装置は、既存のレシーバの前段に接続されるアダプタ形式のものであってもよいし、前記受信手段で受信した信号を増幅する増幅手段と、前記増幅手段で増幅した信号を出力する出力手段と、を備えたもの（既存のレシーバに内蔵されるもの）であってもよい。

すなわち、自装置のＤＳＰでは処理できないオーディオフォーマットであっても、当該オーディオフォーマットの信号が処理可能である旨を示すＥＤＩＤをプレーヤ側に通知し、当該新たなオーディオフォーマットの信号を受信する。

また、本発明の信号処理装置は、例えばサーバからＥＤＩＤをダウンロードし、当該ダウンロードしたＥＤＩＤをプレーヤ側に通知する機能を備えていてもよい。

また、信号を送信するサーバ（外部装置）は、１つに限らず、複数であってもよい。この場合、第１の送信手段は、複数のサーバに整合のための識別子（例えばシーケンス番号やタイムスタンプ）を付してデータを送信し、受信手段は、複数のサーバから識別子付の出力用信号を受信する。そして、整合手段が、受信手段で受信した出力用信号の出力順を識別子に基づいて整合させる。また、本発明の信号処理方法は、入力手順で時系列信号を入力し、入力手順で入力した信号をデータとして第１の送信手順で順次送信し、前記第１の送信手順で送信したデータを外部装置で処理して生成された出力用信号を受信し、前記入力手順を介して入力した前記時系列信号が自装置で処理不可能な信号であっても、前記自装置で前記信号を処理可能であることを示す情報を出力する。

さらに、信号を送信する代表サーバの下に複数のサーバを備え、代表サーバが出力用信号の出力順を整合するものであってもよい。

本発明によれば、従来の装置では処理することができなかった新たな信号処理を実現することができる。

従来の一般的なレシーバの構成を示すブロック図である。ＨＤＭＩにおける各種信号の入出力関係を示した図である。本発明の信号処理装置を備えた信号処理システムの構成を示す概略図である。レシーバおよびサーバの構成を示すブロック図である。ＨＤＭＩにおける各種信号の入出力関係を示した図である。ＴＭＤＳ伝送方式におけるＨＤＭＩ信号の構造例を示す図である。パケット（送信されるパケット）の構造を示す図である。変形例２に係るレシーバおよびサーバの構成を示すブロック図である。変形例３に係る信号処理システムの構成を示す概略図である。変形例３に係るアダプタおよびレシーバの構成を示すブロック図である。

図３は、本発明の信号処理装置を備えた信号処理システムの構成を示す概略図である。図３に示す信号処理システムは、プレーヤ１、レシーバ２、複数のスピーカＳＰ、ネットワーク１１、およびサーバ（同図においては３つのサーバ１０Ａ、サーバ１０Ｂ、およびサーバ１０Ｃ）からなる。

レシーバ２は、プレーヤ１および各スピーカＳＰに接続されている。また、レシーバ２は、ネットワーク１１を介してサーバ１０Ａ、サーバ１０Ｂ、およびサーバ１０Ｃに接続されている。

サーバ１０Ａ、サーバ１０Ｂ、およびサーバ１０Ｃは、それぞれ独立したサーバであってもよいが、クラウドコンピューティングシステムのクラウドのようなものであっても良い。クラウドとはクラウドコンピューティング環境におけるサーバ群が配置される領域のことである。

図３において、レシーバ２は、本発明の信号処理装置に相当し、プレーヤ１からコンテンツの信号を受信し、当該コンテンツの信号のうち圧縮オーディオ信号をサーバに送信してスピーカＳＰに出力可能なオーディオ信号に変換する処理を実行させ、当該オーディオ信号をサーバから受信してスピーカＳＰに供給する動作を行う。

図４は、レシーバ２およびサーバ１０Ａの構成を示すブロック図である、サーバ１０Ａ、サーバ１０Ｂ、およびサーバ１０Ｃは全て同じ構成を有するため、同図においては代表してサーバ１０Ａについて示す。

レシーバ２は、入力部２１、通信部２５０、整合部２６０、ＣＰＵ２４、ＲＯＭ２６、ＲＡＭ２７、Ｄ／Ａ変換部２８、および増幅部（ＡＭＰ）２９を備えている。

ＣＰＵ２４は、ＲＯＭ２６に記憶されている動作用プログラム（ファームウェア）をＲＡＭ２７に読み出し、レシーバ２を統括的に制御する。

入力部２１は、本発明の入力手段及び第１の出力手段に相当し、機能的に、ＨＤＭＩレシーバ２１０、ＤＩＲ２１１、およびＡ／Ｄ変換部２１２を備えている。ＨＤＭＩレシーバ２１０は、各種信号の入出力を行う。ＤＩＲ２１１は、プレーヤからデジタルオーディオ信号（ＳＰＤＩＦ）を入力し、通信部２５０に出力する。また、Ａ／Ｄ変換部２１２は、アナログオーディオ信号を入力し、デジタルオーディオ信号に変換して通信部２５０に出力する。

以下の説明においては、入力部２１がＨＤＭＩ信号を受信する例について説明する。図５は、ＨＤＭＩレシーバ２１０における各種信号の入出力関係を示した図である。図６は、ＴＭＤＳ（Transition Minimized Differential Signaling）伝送方式におけるＨＤＭＩ信号の構造例を示す図である。図６では、横×縦が１９２０ピクセル×１０８０ラインの映像信号が伝送される例を示している。

ＨＤＭＩ信号は、図６に示すように、水平ブランキング領域、垂直ブランキング領域、およびアクティブビデオ領域（Active Video）からなる。伝送データには、ビデオデータ区間（Video Data period）、データアイランド区間（Data Island period）、および制御区間（Control period）の３種類の区間が存在する。映像信号に相当するビデオデータ区間は、アクティブビデオ領域に割り当てられる。図６の例では、映像信号として、非圧縮の１画面分の画像データを構成する１９２０ピクセル（画素）×１０８０ライン分の有効画素のデータが伝送される。音声信号（圧縮オーディオ信号）は、水平ブランキング領域に配置され、制御信号は、垂直ブランキング領域に配置されている。

ＨＤＭＩレシーバ２１０は、まず自装置で処理可能な信号（例えばオーディオフォーマット）を示す処理可能情報（ＥＤＩＤ）をプレーヤ１に出力する。ＥＤＩＤは、工場出荷時にＲＯＭ２６に記憶されている。ＣＰＵ２４は、ＲＯＭ２６に記憶されているＥＤＩＤを読み出し、ＤＤＣ信号を用いてＨＤＭＩレシーバ２１０に出力させることで、プレーヤ１にＥＤＩＤを通知する。プレーヤ１は、レシーバ２から入力したＥＤＩＤに応じてレシーバ２が処理可能と判断したオーディオフォーマットを有するＨＤＭＩ信号を送信する。ＨＤＭＩレシーバ２１０は、プレーヤ１からＨＤＭＩ信号を受信する。

ＨＤＭＩ信号には、パケット化された音声信号（ＡＡＣ等の圧縮オーディオ信号）、パケット化された制御信号、映像信号、水平同期信号、垂直同期信号、およびピクセル・クロックが含まれている。また、ＨＤＭＩは、機器間で複雑な制御を行うためのＣＥＣラインや、機器が接続された状態か切断された状態かを検出するためのＨＰＤライン等も有する。パケット化された音声信号（圧縮オーディオ信号）、パケット化された制御信号、映像信号、水平同期信号、垂直同期信号、およびピクセル・クロックは、プレーヤ１のエンコーダ機能部で１つのクロック信号と３つのデータ信号にエンコードされて伝送される。クロック信号は、ピクセル・クロックに対応し、３つのデータ信号で、画像データ、補助データ、および制御データを伝送する。画像データには、映像信号が含まれ、補助データにはパケット化された音声信号（圧縮オーディオ信号）、およびパケット化された制御信号が含まれ、制御データには、水平同期信号および垂直同期信号が含まれる。ＨＤＭＩレシーバ２１０におけるデコーダ機能部２１０Ａは、受信したクロック信号および３つのデータ信号からパケット化された音声信号（圧縮オーディオ信号）、パケット化された制御信号、映像信号、水平同期信号、垂直同期信号、およびピクセル・クロックを伝送する。

通信部２５０は、図４および図５に示すように、機能的に、送信部２５１、受信部２５２、およびＥＤＩＤ送受信部２５３を備えている。また、ＣＰＵ２４は、図５に示すように、機能的に、パケット取出処理部２４１およびパケット化処理部２４２を備えている。

ＨＤＭＩレシーバ２１０が受信したＨＤＭＩ信号のうち、パケット化された音声信号（圧縮オーディオ信号）は、パケット取出処理部２４１で取り出される。制御信号も、音声信号（圧縮オーディオ信号）とともにパケット取出処理部２４１で取り出される。なお、映像信号、同期信号、およびピクセル・クロックは、不図示の映像表示装置（例えばテレビ）に送信される。

パケット化処理部２４２は、パケット取出処理部２４１で取り出された時間的順序がある圧縮オーディオ信号を所定のデータ長のパケットに変換する。ＣＰＵ２４は、当該パケット化処理部２４２で変換したパケットを、送信部２５１を介して、各サーバ（例えばサーバ１０Ａ）に送信する。送信されるパケットには、必要なチャンネル数を示す情報、必要な音響処理の内容（低音増強、セリフ明瞭化など）を示す情報、およびパケット番号（上記時間的順序に対応するもの）等の情報が含まれている。必要なチャンネル数および必要な音響処理の内容は、レシーバ２のスピーカ端子数、またはレシーバ２に接続されているスピーカの数などによって決まる。また、ユーザがレシーバ２の操作部（不図示）を操作して、必要なチャンネル数および必要な音響処理の内容を決定してもよい。

ＣＰＵ２４は、パケット化することが可能な容量の圧縮オーディオ信号を受信する毎に、当該圧縮オーディオ信号をパケット化し、各サーバに送信する。この場合、送信したパケットに対応する受信パケット（スピーカＳＰに第２出力手段を介して出力可能なオーディオ信号に対応するもの）を待っていると、第２出力手段を介してスピーカＳＰにオーディオ信号を供給できない状態となるため、ＣＰＵ２４は、送信したパケットに対応するパケットの受信を待たずに、次々に各サーバに次のパケットを送信する。

図７は、パケット化処理部２４２で変換したパケット（送信されるパケット）の構造を示す図である。パケットの構造は、ＩＰヘッダ部と、ＩＰパケットによって運ばれるデータ部分と、からなる。

さらに、ＩＰヘッダ部は、ヘッダ情報部、送信元ＩＰアドレス、宛先ＩＰアドレス、およびオプション部からなる。ヘッダ情報部には、バージョン、ヘッダ長等の情報が含まれている。オプション部分には、上記時間的順序を示す情報として、パケット番号が含まれている。

データ部は、パケット化することが可能な容量の圧縮オーディオ信号を受信する毎に、パケット化される。例えば、画面、時間、または容量等の所定の区切りでパケット化される。なお、データ部は、自装置において未知のフォーマットであった場合も所定の区切り（例えばＨＤＭＩの映像データのブランキング領域に含まれた圧縮オーディオ信号の場合、１画面分の画像データに対応した圧縮オーディオ信号）でパケット化される。

また、送信するサーバは、１つ（例えばサーバ１０Ａ）であってもよいが、複数であってもよい。例えば、最初のパケットは、サーバ１０Ａに送信し、次のパケットは、サーバ１０Ｂに送信し、さらに次のパケットは、サーバ１０Ｃに送信する。その後のパケットは、さらに他のサーバが存在する場合には当該他のサーバに送信する。あるいは、送信したパケットに対応するパケットを返信済であるサーバが存在する場合には、当該サーバに新たなパケットを送信する態様であってもよい。

サーバ１０Ａは、通信部１３、デコーダ１４、音響処理ＤＳＰ１５、ＲＯＭ１６、ＲＡＭ１７、およびＣＰＵ１８を備えている。

ＣＰＵ１８は、ＲＯＭ１６に記憶されている動作用プログラムをＲＡＭ１７に読み出し、サーバ１０Ａを統括的に制御する。

通信部１３は、レシーバ２から上記パケットを受信する。ＣＰＵ１８は、受信したパケットから圧縮オーディオ信号を取り出し、デコーダ１４に入力する。また、ＣＰＵ１８は、パケットに含まれている必要なチャンネル数を示す情報に応じてデコーダ１４に対し、デコード処理の内容を設定するとともに、パケットに含まれている必要な音響処理の内容を示す情報に応じて音響処理ＤＳＰ１５に対し、音響処理の内容を設定する。

デコーダ１４は、ＣＰＵ１８の設定に応じて、入力された圧縮オーディオ信号からデジタルオーディオ信号（ＰＣＭ信号）を生成する。デコーダ１４は、ＡＡＣ（登録商標）、ＤｏｌｂｙＤｉｇｉｔａｌ（登録商標）、ＤＴＳ（登録商標）等の多種類のオーディオフォーマットに対応したＤＳＰであり、これら圧縮オーディオ信号をマルチチャンネルオーディオ信号にデコードする。また、デコーダ１４は、圧縮オーディオ信号がステレオチャンネルに対応するオーディオフォーマットである場合に、５．１チャンネルや７．１チャンネル等のマルチチャンネルオーディオ信号に拡張する処理も行う。生成されたマルチチャンネルオーディオ信号は、音響処理ＤＳＰ１５に出力される。

音響処理ＤＳＰ１５は、ＣＰＵ１８の設定に応じて、入力されたマルチチャンネルオーディオ信号に所定の音響処理を施す。例えば、音声の明瞭化処理、低音増強処理、擬似立体音響処理、あるいは、聴取位置に合わせて最適な音場環境に調整する処理等を行う。

音響処理が施されたマルチチャンネルオーディオ信号は、ＣＰＵ１８で再びパケット化される。パケットの構造は、図７に示したものと同様である。ＣＰＵ１８は、音響処理ＤＳＰ１５の出力するマルチチャンネルオーディオ信号に、レシーバ２から受信したパケット番号と同じパケット番号を付与し、通信部１３を介してレシーバ２に送信する。

レシーバ２の受信部２５２は、サーバ１０Ａ（および他のサーバ）からパケットを受信する。受信したパケットは、整合部２６０に入力される。上述したように、各パケットは、複数のサーバに送信される場合があるため、パケットを送信した順に、対応するパケットが受信されるとは限らない。したがって、整合部２６０は、受信したパケットのパケット番号を参照して、パケット番号の順にマルチチャンネルオーディオ信号を出力させ、オーディオ信号の入力順と出力順とを整合させる。

整合部２６０で出力順が整合された時間的順序があるマルチチャンネルオーディオ信号は、Ｄ／Ａ変換部２８に出力され、増幅部２９で増幅された後、スピーカＳＰに出力される。

このようにして、レシーバ２は、サーバ側に信号処理を実行させ、サーバで処理されて生成されたオーディオ信号を出力するため、常に最新の信号処理（最新のデコード方法、最新の音響処理等）を行ったオーディオ信号を出力することが可能になる。

なお、本発明の信号処理装置を備えた信号処理システムは、以下の様な種々の変形例が可能である。

（変形例１）
上述の例では、ＣＰＵ２４が工場出荷時にＲＯＭ２６に記憶されているＥＤＩＤを読み出し、ＨＤＭＩレシーバ２１０に出力させることで、プレーヤ１にＥＤＩＤを通知する例を示したが、変形例１では、他の装置から受信したＥＤＩＤをプレーヤ１に通知する。

この場合、ＣＰＵ２４は、ＥＤＩＤ送受信部２５３を介して、サーバ１０Ａ（または他のサーバ）から最新のオーディオフォーマットに対応したＥＤＩＤをダウンロードし、ダウンロードしたＥＤＩＤをＲＡＭ２７（またはＲＯＭ２６）に記憶させる。ＣＰＵ２４は、このＲＡＭ２７に記憶された最新のＥＤＩＤをプレーヤ１に通知する。これにより、プレーヤ１には、常に最新のオーディオフォーマットが処理可能である旨を示すＥＤＩＤが通知されることになり、レシーバ２は最新のオーディオフォーマットに対応したＨＤＭＩ信号を受信することが可能になる。

（変形例２）
図８は、変形例２に係るレシーバおよびサーバの構成を示すブロック図である。図４と共通する構成については同一の符号を付し、説明を省略する。

この変形例２においては、サーバ１０Ａが整合部２６０Ａを備えている。そして、レシーバ２のＣＰＵ２４は、パケット化することが可能な容量の圧縮オーディオ信号を受信する毎に、当該圧縮オーディオ信号をパケット化してサーバ１０Ａにのみ送信する。このとき、レシーバ２においてパケット番号を付与する必要はない。

サーバ１０ＡのＣＰＵ１８は、レシーバ２から受信したパケットの一部を自装置で処理するとともに、他のサーバ（例えばサーバ１０Ｂおよびサーバ１０Ｃ）にパケットの転送を行う。レシーバ２から受信したパケットにパケット番号が付与されていない場合には、レシーバ２から受信した順にパケット番号を付与してから他のサーバに転送する。

そして、ＣＰＵ１８は、自装置のデコーダ１４および音響処理ＤＳＰ１５で処理されたマルチチャンネルオーディオ信号をパケット化する。このとき、ＣＰＵ１８は、元のパケット番号と同じパケット番号を付与し、整合部２６０Ａに入力する。また、ＣＰＵ１８は、他のサーバで処理されたマルチチャンネルオーディオ信号に対応するパケットを受信し、整合部２６０Ａに入力する。整合部２６０Ａは、パケット番号順に各パケットの順番を並べ、出力順を整合させる。ＣＰＵ１８は、整合部２６０Ａで出力順が整合されたパケットをレシーバ２に送信する。

このように、１つのサーバ（この例ではサーバ１０Ａ）が代表してレシーバ２からパケットを受信し、自装置を含めた複数のサーバに分散処理を実行させ、出力順を整合させてからレシーバ２に返信する態様も可能である。

（変形例３）
図９は、変形例３に係る信号処理システムの構成を示す概略図である。図９に示す信号処理システムは、プレーヤ１、アダプタ２Ａ、レシーバ２００、複数のスピーカＳＰ、ネットワーク１１、およびサーバ（同図においては３つのサーバ１０Ａ、サーバ１０Ｂ、およびサーバ１０Ｃ）からなる。

アダプタ２Ａは、プレーヤ１およびレシーバ２００に接続されている。レシーバ２００は、各スピーカＳＰに接続されている。また、アダプタ２Ａは、ネットワーク１１を介してサーバ１０Ａ、サーバ１０Ｂ、およびサーバ１０Ｃに接続されている。

図１０は、アダプタ２Ａおよびレシーバ２００の構成を示すブロック図である。この変形例３では、アダプタ２Ａが本発明の信号処理装置に相当し、レシーバ２００は、既存のレシーバ（入力したオーディオ信号を増幅し、出力する手段を有するもの）に相当する。

すなわち、アダプタ２Ａは、図４に示したレシーバ２のうち、Ｄ／Ａ変換部２８および増幅部２９を除く機能を全て有する。したがって、アダプタ２Ａは、レシーバ２と同様に、プレーヤ１から受信したコンテンツの信号のうち圧縮オーディオ信号をサーバに送信して、スピーカＳＰに出力可能なオーディオ信号に変換する処理を実行させ、当該オーディオ信号をサーバから受信する。そして、受信したオーディオ信号をレシーバ２００に供給する動作を行う。この場合も、常に最新の信号処理（最新のデコード方法、最新の音響処理等）を行ったオーディオ信号を出力することが可能になる。

本実施形態においては、主にオーディオ信号について述べたが、映像信号についても同様である。映像信号の場合、図５のパケット取出処理部２４１において映像信号が取り出され、パケット化処理部２４２においてパケット化されて各種サーバで信号処理が行われる。

ＳＰ…スピーカ
１…プレーヤ
２…レシーバ
１０Ａ，１０Ｂ，１０Ｃ…サーバ
１１…ネットワーク
１３…通信部
１４…デコーダ
１５…音響処理ＤＳＰ
１６…ＲＯＭ
１７…ＲＡＭ
１８…ＣＰＵ
２１…入力部
２４…ＣＰＵ
２６…ＲＯＭ
２７…ＲＡＭ
２８…Ｄ／Ａ変換部
２９…増幅部
２５０…通信部
２６０…整合部

Claims

時系列信号を入力する入力手段と、
前記入力手段で入力した信号をデータとして順次送信する第１の送信手段と、
前記第１の送信手段で送信したデータを外部装置で処理して生成された出力用信号を受信する受信手段と、
前記入力手段を介して入力した前記時系列信号が自装置で処理不可能な信号であっても、前記時系列信号を処理可能であることを示す処理可能情報を他装置から取得し、前記自装置で前記信号を処理可能であることを示す処理可能情報を出力する第１の出力手段と、
を備えた信号処理装置。
前記出力用信号は、オーディオ信号であり、
前記受信手段で受信したオーディオ信号を増幅する増幅手段と、
前記増幅手段で増幅したオーディオ信号を出力する第２の出力手段と、
を備えた請求項１に記載の信号処理装置。
前記第１の送信手段は、複数の外部装置に前記データを送信し、
前記受信手段は、前記複数の外部装置から前記出力用信号を受信し、
前記受信手段で受信した出力用信号の出力順を整合させる整合手段を備えた請求項１又は請求項２に記載の信号処理装置。
前記入力手段及び前記第１の出力手段は、HDMIインタフェースを含む、
請求項１乃至３のいずれかに記載の信号処理装置
前記第１の送信手段及び前記受信手段は、ネットワークと通信可能に構成されている、
請求項１乃至４のいずれかに記載の信号処理装置。
入力手順で時系列信号を入力し、
前記入力手順で入力した信号をデータとして第１の送信手順で順次送信し、
前記第１の送信手順で送信したデータを外部装置で処理して生成された出力用信号を受信し、
前記入力手順を介して入力した前記時系列信号が自装置で処理不可能な信号であっても、前記時系列信号を処理可能であることを示す処理可能情報を他装置から取得し、前記自装置で前記信号を処理可能であることを示す前記処理可能情報を出力する、
信号処理方法。