JP7429200B2 - 受信装置 - Google Patents

Description

本発明は、録画機能や録音機能を有する受信装置に関する。

放送波を受信して番組を再生するテレビジョン受信装置（受信装置）が広く普及しており、家庭において家族個々人が自己の受信装置を所有していることも多い。一方、家電機器のネットワーク化が進み、ネットワーク接続可能な受信装置も普及してきている。ネットワーク接続された受信装置は、受信した放送波の番組再生に加えて、ネットワークを介してサーバから配信される番組を再生することができる。

このようにネットワーク接続された受信装置は、番組を配信するサーバなどと通信することが多い。しかし、サーバを置かず受信装置を家庭内ＬＡＮなどに接続した場合、受信装置間の通信を行うことが困難であった。

特開２００３－３１９３８０

このように、従来の受信装置は、ネットワーク接続した場合に受信装置間の通信が難しいという問題がある。以下に説明する実施形態は係る課題を解決するためになされたもので、サーバなどを置かずにネットワーク接続された受信装置間の通信を実現する受信装置を提供することを目的とする。

実施形態の受信装置は、共通するネットワークに属する他の受信装置と通信可能な受信装置である。実施形態の受信装置は、自装置が他の受信装置に情報を配信する親装置であるか、自装置が他の受信装置から情報の配信を受ける子装置であるかを決定し決定結果を記録する管理部と、自装置から発信される第１の情報を生成する情報生成部と、決定の結果自装置が親装置である場合に、第１の情報および子装置たる他の受信装置が生成した第２の情報の少なくとも一方を含む第３の情報を生成し、子装置たる他の受信装置に対して第３の情報を送信する下流通信部と、決定の結果自装置が子装置である場合に、第１の情報を親装置たる他の受信装置に対して送信し、親装置たる他の受信装置が生成した第４の情報の配信を受ける上流通信部と、第４の情報を再生する再生部とを備える。

実施形態に係る受信装置の構成を示すブロック図である。 実施形態に係る受信装置の制御部の構成を示すブロック図である。 実施形態に係る受信装置の親装置決定手順を示すフローチャートである。 実施形態に係る受信装置の親装置変更手順を示すフローチャートである。 実施形態に係る受信装置の子装置管理手順を示すフローチャートである。 実施形態に係る受信装置の配信動作を示すフローチャートである。 実施形態に係る受信装置における信号処理の様子を示す図である。 実施形態に係る受信装置の再生動作を示すフローチャートである。

実施形態の受信装置は、例えばネットワーク接続が可能なテレビ受信機などである。このようなテレビ受信機が家庭内の各部屋に配置されネットワーク接続されると、番組配信などが可能になる。一方で、従来テレビ受信機は個々に独立して機能する装置であるから、ネットワークを介してテレビ受信機間において通信することはあまり行われていない。

しかし、家庭内の各部屋に配置されるテレビ受信機は、各部屋間における情報共通インフラとしても機能し得るものである。例えば、テレビ受信機にマイクを設けて各部屋間のインターホンとして機能させたり、他の部屋のテレビ受信機の動作情報（例えば再生中のチャネル、受信中の配信番組などの情報）を共有させたりすることが可能になる。実施形態の受信装置は、かかる観点からテレビ受信機をはじめとする受信装置の新しい機能を実現するものである。

以下、図面を参照して実施の形態を詳細に説明する。図１に示すように、実施形態に係る受信装置１（１ａ，１ｂ，１ｃ，１ｄ）は、例えば録画機能を有するデジタルテレビジョン受信装置である。この受信装置１は、アンテナＡＮＴ、チューナ１１、逆多重化モジュール１２、制御部１３、入力インタフェースとしてのキーＫＢおよびマイクＭＩＣ、ネットワークインタフェース（Ｉ／Ｆ）１４、ビデオデコーダ１５、オーディオデコーダ１６、画像処理モジュール１７、音声処理モジュール１８、デジタル映像信号を表示可能な表示デバイスＤ、およびＤ／Ａ変換機能を有しデジタル音声信号を出力可能なスピーカＳＰを備えている。

チューナ１１は、アンテナＡＮＴから取り込まれる、例えばデジタル放送波から所望の放送波（放送局）を選局する回路ブロックである。放送波は、アンテナから取り込まれるものに限らず、ケーブルテレビ局などからケーブルを介して取り込まれるものであってもよい。逆多重化モジュール１２は、放送波に多重化されていた映像信号、音声信号をそれぞれ分離して、ビデオデコーダ１５およびオーディオデコーダ１６へそれぞれ出力する回路ブロックである。

ビデオデコーダ１５は、逆多重化モジュール１２で分離された映像信号を復号し、復号したデジタル映像信号を画像処理モジュール１７へ出力する回路ブロックである。一方、オーディオデコーダ１６は、逆多重化モジュール１２で分離された音声信号を復号し、復号したデジタル音声信号を音声処理モジュール１８へ出力する回路ブロックである。画像処理モジュール１７および音声処理モジュール１８は、復号されたデジタル映像信号およびデジタル音声信号に対して所定の画像処理や音声処理を行い、当該処理後の映像信号および音声信号を表示デバイスＤおよびスピーカＳＰそれぞれに出力して再生する回路ブロックである。

制御部１３は、ネットワークインタフェース１４を介してネットワークＬＡＮに接続されている。制御部１３は、ネットワークＬＡＮに接続された他の受信装置と通信し、番組配信を受け、当該他の機器の動作情報を画像処理モジュール１７や音声処理モジュール１８に送る機能を有する。ネットワークインタフェース１４は、例えばイーサネットなどの規格に基づいたインタフェースであり、受信装置１とネットワークＬＡＮとを接続する機能を有する。

受信装置１は、ネットワークＬＡＮを介して他の受信装置１やルータＲＴなどと接続される。ルータＲＴは、例えばインターネットとネットワークＬＡＮとをつなぐ機器であり、インターネットを介して受信した配信番組を受信装置１に配信する機能を有してもよい。

制御部１３には、ハードウェア要素としてキーＫＢ、マイクＭＩＣおよびインジケータＬが接続されている。キーＫＢは、例えばスイッチ、タッチパネル、キーボードなどの入力インタフェースであり、ユーザの指示を受け付けて制御部１３に渡す機能を有する。マイクＭＩＣは、ユーザなどの音声を取り込んで制御部１３に渡す機能を有する。インジケータＬは、受信装置１の動作状態などをユーザに提示する出力インタフェースであり、例えばランプ、液晶装置などにより実現できる。インジケータＬは、音響信号をユーザに伝えるブザーなどの素子であってもよい。

このように、実施形態の受信装置１は、ネットワークインタフェース１４により他の受信装置と接続可能に構成されている。

続いて、図２を参照して、実施形態の受信装置１における制御部１３の構成を詳細に説明する。図２に示すように、実施形態の制御部１３は、指示信号生成部１３１，音声信号生成部１３２，表示信号生成部１３３，相手先管理部１３４，音声処理部１３５，合成処理部１３６，ネットワーク通信部１３７，上流通信部１３８および下流通信部１３９を有している。

この実施形態の受信装置１は、ネットワークＬＡＮを介して接続された他の受信装置に対して情報を送り、また当該他の受信装置から情報を受けることができる。以下に説明する例では、ネットワークＬＡＮを介して受信装置間で音声情報を送受信するものとして説明する。

指示信号生成部１３１は、キーＫＢから受けたユーザの指示に基づいて指示信号を生成する機能要素である。指示信号生成部１３１は、例えば受信装置１から他の受信装置へ音声信号を送る際に送信指示信号を生成する。

音声信号生成部１３２は、マイクＭＩＣが受けた音響信号に基づいて、ネットワーク上に送信できる形態の音声信号を生成する機能要素である。生成する音声信号は、デジタルでもアナログでもよい。

表示信号生成部１３３は、受信装置１の動作に応じた表示信号を生成してインジケータＬを駆動する機能要素である。表示信号生成部１３３は、インジケータＬの種類に応じた態様でユーザに対する通知内容を示す表示信号を生成する。例えば、受信装置１の送信中、受信中などの動作状態を示す場合、表示信号１３３は、インジケータＬがＬＥＤ素子であれば、点灯状態や点滅の頻度、色などを変化させた表示信号を生成する。

相手先管理部１３４は、ネットワークＬＡＮに接続され受信装置１と通信可能な他の受信装置を管理する機能要素である。具体的には、相手先管理部１３４は、受信装置１が通信可能な他の受信装置のＩＤ、ネットワークアドレス、親装置か子装置かを示す種別などの情報を対応付けて保持する。ここで親装置とは、子装置が発信した音声情報と自装置の音声信号生成部１３２が生成した音声情報を合成して子装置たる他の受信装置に配信する機能をもつ受信装置である。子装置とは、自装置が発信する音声情報を親装置に送信し、親装置が合成した音声情報の配信を受け取る機能をもつ受信装置である。実施形態の受信装置は、自らが親装置として機能することも子装置として機能することも可能である。受信装置１自らが親装置であるか子装置であるかによって、相手先管理部１３４が管理する他の受信装置の種別が異なることになる。

音声処理部１３５は、音声信号生成部１３２が生成した音声信号や、子装置との通信を担う下流通信部１３９から受け取った音声信号を処理する機能要素である。また、合成処理部１３６は、音声処理部１３５が処理した音声信号を合成して配信用音声信号を生成する機能要素である。ここで、配信用音声信号とは、子装置たる他の受信装置から受け取った音声信号を親装置たる自装置が発する音声信号とともに合成し、再度子装置たる他の受信装置へ配信するための音声信号である。

ネットワーク通信部１３７は、ネットワークＬＡＮに接続された他の受信装置との接続や親装置決定プロセスなどを実行する機能要素である。上流通信部１３８は、受信装置１が子装置である場合に親装置たる他の受信装置と通信する機能要素である。下流通信部１３９は、受信装置１が親装置である場合に子装置たる他の受信装置と通信する機能要素である。

実施形態の受信装置は、親装置と通信する上流通信部と、子装置と通信する下流通信部を有し、親装置としても子装置としても機能する。また、実施形態の受信装置は、音声処理部に加えて合成処理部を有し、子装置の送信信号を合成して配信用音声信号を生成する。すなわち、親装置による配信用音声信号を介して、子装置間の通信を実現している。

実施形態の受信装置は、例えば家庭におけるテレビのように、複数の受信装置が共通するネットワークに属することができる。その際、サーバ等により各受信装置を管理することは煩雑である。また、家庭におけるテレビを例にとると、各受信装置の稼働状態（電源のオンオフ状態）をあらかじめ特定することはむつかしい。そこで、実施形態の受信装置は、他の受信装置と特定の通信手順を用いて通信することにより親装置を決定している。

また、受信装置が家庭におけるテレビのような場合、ネットワーク接続を担う制御部の能力が一定しない。そこで、実施形態の受信装置では、子装置たる受信装置が発信する音声信号はすべて親装置に送信され、親装置から各子装置宛音声信号を配信用音声信号として各子装置に配信する形をとっている。これにより、ネットワーク性能や音声処理能力が高くない受信装置でも子装置間の通信を実現することが可能になる。

以下、図２および図３を参照して、実施形態の受信装置の親装置決定プロセスを説明する。まず、受信装置１ａの電源がオンとされると、相手先管理部１３４は、自装置たる受信装置１ａを子装置として記録する（Ｓ２００）。子装置としての設定は、ネットワークＬＡＮに接続されたときでもよいし、他の受信装置との通信を開始したときでもよい。

次に、ネットワーク通信部１３７は、受信装置１ａのＩＤを付したブロードキャスト信号をネットワークＬＡＮに向けて送信する（Ｓ２０５）。ネットワーク通信部１３７が送信するブロードキャスト信号は、ネットワークＬＡＮに属する他の受信装置に一律に伝送することができるものであれば、ネットワークＬＡＮの形式に応じた他の態様の送信信号（パケット信号など）であってもよい。ブロードキャスト信号は、受信装置１ａのＩＤに加えて、自装置のアドレス情報、自装置が親装置か子装置かを示す種別情報、自装置がネットワークＬＡＮに接続してからの通算時間を示す稼働時間情報などを含んでいる。

ネットワーク通信部１３７は、ブロードキャスト信号を送信した後、他の受信装置からの応答受信を待機する（Ｓ２１０）。他の受信装置（例えば受信装置１ｂ）から、ブロードキャスト信号に対する受領信号（ＡＣＫ信号）の返信があった場合（Ｓ２１０のＹｅｓ）、相手先管理部１３４は、既にネットワークＬＡＮ上に親装置が存在するものと判定し、ＡＣＫ信号に含まれるＩＤやアドレス情報を親装置の情報として記録する（Ｓ２２０）。

所定の時間内に他の受信装置からブロードキャスト信号に対するＡＣＫ信号の返信がなかった場合（Ｓ２１０のＮｏ）、相手先管理部１３４は、自装置たる受信装置１ａが親装置であると判定し、その旨を記録する（Ｓ２１５）。すなわち、この実施形態の受信装置では、ネットワークＬＡＮに受信装置が接続された順序で親装置として設定されるので、ネットワークＬＡＮにサーバ等の管理装置を設けることなく受信装置の主従関係をシンプルな手順で規定することができる。

自己のブロードキャスト信号に応答がなく自装置が親装置として設定（Ｓ２１５）されたということは、ネットワークＬＡＮ上に他の受信装置が存在しないということである。ネットワーク通信部１３７は、他の受信装置（１ｂ，１ｃ，１ｄ）からの信号受信を待機する（Ｓ２２５）。一定期間信号を受信しない場合（Ｓ２２５のＮｏ）、ネットワーク通信部１３７は待機モードとなる。

自装置が親装置となった後、他の受信装置（例えば受信装置１ｂ）からのブロードキャスト信号を受信した場合（Ｓ２２５のＹｅｓ）、ネットワーク通信部１３７は、ブロードキャスト信号に含まれる種別情報が親装置であるか子装置であるかを判定する（Ｓ２３０）。ブロードキャスト信号に含まれる種別情報が子装置である場合（Ｓ２３０のＹｅｓ）、相手先管理部１３４は、当該ブロードキャスト信号に含まれる受信装置１ｂのＩＤとアドレス情報を子装置のＩＤおよびアドレス情報として記録する（Ｓ２３５）。その後、ネットワーク通信部１３７は、受信装置１ｂに対して親装置としてのＡＣＫ信号を送信する。これにより、受信装置１ｂは、親装置たる受信装置１ａの存在を知ることができる。

ブロードキャスト信号に含まれる種別情報が親装置である場合（Ｓ２３０のＮｏ）、自装置たる受信装置１ａも親装置であるから親装置が複数存在することになる。そこで、ネットワーク通信部１３７は、受信したブロードキャスト信号から受信装置１ｂの稼働時間情報を読み出すとともに、自装置たる受信装置１ａの稼働時間情報をネットワークインタフェース１４から取得する（Ｓ２４０）。相手先管理部１３４は、受信した受信装置１ｂの稼働時間情報と自装置たる受信装置１ａの稼働時間情報とを比較する（Ｓ２４５）。

比較の結果、受信装置１ｂの稼働時間よりも受信装置１ａの稼働時間の方が長い場合（Ｓ２４５のＮｏ）、相手先管理部１３４は、自装置の方が親装置として適している（＝稼働時間が長い）と判定し、自装置が親装置であるとの設定を維持する（Ｓ２６０）。この場合、親装置として適していない受信装置１ｂは、受信装置１ａから発信されるブロードキャスト信号に基づいて親装置としての適否判定を行い、親装置から子装置へと設定を変更する。その後、受信装置１ａのネットワーク通信部１３７が、子装置となった受信装置１ｂからのブロードキャスト信号を受信すると、受信装置１ａの相手先管理部１３４は、受信装置１ｂのＩＤとアドレス情報を子装置として記録する。

比較の結果、受信装置１ｂの稼働時間の方が受信装置１ａの稼働時間よりも長い場合（Ｓ２４５のＹｅｓ）、相手先管理部１３４は、相手装置の方が親装置として適していると判定し、自装置を子装置に設定する（Ｓ２５０）。そして、ブロードキャスト信号に含まれる受信装置１ｂのＩＤとアドレス情報を親装置のＩＤおよびアドレス情報として記録する（Ｓ２５５）。その後、ネットワーク通信部１３７は、受信装置１ｂに対して、受信装置１ａのＩＤ、アドレス情報および種別情報として子装置である旨を含むＡＣＫ信号を送信する。これにより、受信装置１ｂは、自装置が親装置として適切であることを知ることができる。

このように、実施形態の受信装置では、ネットワークＬＡＮ上に複数の親装置が存在した場合でも、ブロードキャスト信号に含まれる情報に基づいて、適切な受信装置を親装置として維持することができる。なお、上記説明した例では、受信装置（あるいはネットワークインタフェース）の稼働時間に基づいて親装置の適否を判定したが、これには限定されない。例えば、自己の性能を示す指標をブロードキャスト信号に含めて当該指標を基準に判定してもよいし、アドレス情報の番号の小さい方を優先して親装置に設定してもよい。これらの判定基準を組み合わせても構わない。また、演算性能が高くない受信装置の場合、上記「自装置を親装置に設定」するステップ（Ｓ２１５）を省略し、常に子装置としてふるまうように構成してもよい。

次に、図２および図４を参照して、受信装置１ａが子装置である場合に親装置の電源がオフとなる等によりネットワークＬＡＮから切断された場合について説明する。

実施形態の受信装置は、例えば家庭におけるテレビのように複数の受信装置が共通のネットワークＬＡＮに属する他の受信装置と通信することができる。このとき、親装置たる受信装置がネットワークＬＡＮから切断されると、親装置から配信される配信用音声信号が途切れてしまう。そのため、受信装置間の通信を維持するためには、親装置の再設定プロセスが必要となる。

図３および図４に示すように、相手先管理部１３４が既にネットワークＬＡＮ上に親装置が存在するものと判定すると、親装置たる受信装置１ｂのＩＤやアドレス情報等を親装置の情報として記録する（Ｓ２２０）。

受信装置１ａ…１ｄは、ネットワークＬＡＮに属し通信可能状態である間、一定時間間隔でブロードキャスト信号を送信している（Ｓ３３０）。ブロードキャスト信号の送信の結果、一定期間内に親装置からの信号が受信できない場合（Ｓ３３５のＮｏ）、相手先管理部１３４は、ネットワークＬＡＮには親装置が存在しないと判定し、自装置を親装置として記録する（Ｓ３４０）。

ブロードキャスト信号の送信の結果、一定期間内に信号が受信できた場合（Ｓ３３５のＹｅｓ）、相手先管理部１３４は、その信号が親装置たる受信装置１ｂからのＡＣＫ信号であれば、（Ｓ３４５のＮｏ）、親装置の変更がないと判定し、処理を終了する。

ブロードキャスト信号の送信の結果、一定期間内に信号が受信できた場合（Ｓ３３５のＹｅｓ）、相手先管理部１３４は、その信号が示すＩＤが、相手先管理部１３４が記録する親装置たる受信装置１ｂとは異なるＩＤの親装置たる受信装置１ｃである場合（Ｓ３４５のＹｅｓ）、親装置が変更されたものと判定し、新しいＩＤの受信装置１ｃのＩＤ、アドレス情報を親装置のものとして記録する（Ｓ３５０）。

このように、実施形態の受信装置は、親装置に変動があった場合でもブロードキャスト信号の送受信により自律的に親装置を決定することができる。

続いて、図３および図５を参照して、受信装置１ａが親装置である場合に子装置の電源がオフとなる等によりネットワークＬＡＮから切断された場合について説明する。実施形態の受信装置は、例えば家庭におけるテレビのように複数の受信装置が共通のネットワークＬＡＮに属する他の受信装置と通信することができる。このとき、子装置たる受信装置がネットワークＬＡＮから切断されると、親装置から配信される配信用音声信号の送信先に変更が必要となる。

図３および図５に示すように、相手先管理部１３４が自装置たる受信装置１ａが親装置であると判定すると、その旨を記録する（Ｓ２１５）。

このとき、受信装置１ａは、ネットワークＬＡＮに属する間、一定間隔でブロードキャスト信号を送信している（Ｓ４２０）。ネットワーク通信部１３７は、子装置たる他の受信装置１ｂ…１ｄからのＡＣＫ信号を受信すると（Ｓ４２５のＹｅｓ）、相手先管理部１３４は、自己の配下にある子装置の記録を更新する（Ｓ４３０）。

ネットワーク通信部１３７は、例えばブロードキャスト信号を受信する度に相手装置毎のタイマーを起動して受信信号の有無を監視している（Ｓ４３５のＮｏ）。もし子装置たる受信装置１ｃから応答なく所定の時間が経過すると（Ｓ４３５のＹｅｓ）、相手先管理部１３４は、応答がなくなった受信装置１ｃの記録を削除する（Ｓ４４０）。

このように、実施形態の受信装置は、自装置が親装置である場合、常に配下の子装置の動向を監視することができる。

続いて、図２および図６を参照して、実施形態の受信装置１ａが親装置である場合の音声信号の配信動作について説明する。以下、受信装置１ｂ，１ｃ，１ｄが子装置としてネットワークＬＡＮに接続されている例を説明する。

ユーザが受信装置１ｂのキーＫＢを操作して送信状態に切り替えて音声を発すると、受信装置１ｂのマイクＭＩＣおよび音声信号生成部１３２は、当該音声の音声信号を生成する（Ｓ４００）。

受信装置１ｂの音声処理部１３５は、生成された音声信号に自装置たる受信装置１ｂのＩＤと親装置たる受信装置１ａのＩＤを付与して送信用音声信号を生成する。受信装置１ｂの上流通信部１３８は、生成した送信用音声信号を親装置たる受信装置１ａに対して送信する（Ｓ４０５）。

親装置たる受信装置１ａの下流通信部１３９は、子装置たる受信装置１ｂからの送信用音声信号を受信する（Ｓ４１０）。

親装置たる受信装置１ａの音声処理部１３５は、下流通信部１３９が受信した送信用音声信号を発信元の子装置ごとに図示しないバッファに記憶する（Ｓ４１５）。

図７は親装置による音声信号の処理の様子を示している。図７に示すように、子装置たる受信装置１ｂ（図７において「子１ｂ装置」と示す。以下同様。）が送信した信号は、「子１ｂ音声信号」としてバッファに記憶される。子装置たる受信装置１ｃ，１ｄ（同じく「子１ｃ装置」「子１ｄ装置」）が送信した信号は、「子１ｃ音声信号」「子１ｄ音声信号」としてバッファに記憶される。なお、親装置たる受信装置１ａ（図７において「親１ａ装置」と示す。）のユーザがキーＫＢを操作し、マイクＭＩＣおよび音声信号生成部１３２が音声信号を生成した場合、受信装置１ａはネットワークＬＡＮに対して送信用音声信号を送信せず、親装置たる受信装置１ａの音声処理部１３５が直接「親１ａ音声信号」としてバッファに記憶する。

親装置たる受信装置１ａの音声処理部１３５は、受信した送信用音声信号や自装置の送信信号をバッファに記憶しつつ、所定の配信タイミングに達したか否かタイマーを起動させて監視している（Ｓ４２０）。配信タイミングに達しない場合（Ｓ４２０のＮｏ）、親装置たる受信装置１ａの下流通信部１３９は子装置たる受信装置からの送信用音声信号を受信し、親装置たる受信装置１ａの音声処理部１３５は、発信元の子装置ごとにバッファへの記憶を継続する（Ｓ４１０、Ｓ４１５）。

所定の配信タイミングに達した場合（Ｓ４２０のＹｅｓ）、親装置たる受信装置１ａの合成処理部１３６は、音声処理部１３５がバッファへ記憶した受信装置毎の音声信号を合成して配信用音声信号を生成する（Ｓ４２５）。配信用音声信号は、配信先が送信した音声信号を除くすべての音声信号が合成されたものである。図７に示すように、「親１ａ音声信号」「子１ｂ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」がバッファに記憶されている場合、合成処理部１３６は、「子１ｂ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」を合成して「親１ａ装置」宛の配信用音声信号を生成する。同様に、合成処理部１３６は、「親１ａ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」を合成して、子装置「子１ｂ装置」宛の配信用音声信号を生成する。配信用音声信号に宛先装置の音声信号を含めないのは、配信を受けた受信装置においてマイクＭＩＣが受けた音声が再び出力されることによるハウリングやユーザが感じる不快感を抑えるためである。

所定の配信先について対応する配信用音声信号が生成されると、親装置たる受信装置１ａの下流通信部１３９は、当該配信先に対して対応する配信用音声信号を送信する（Ｓ４３０）。すなわち図７に示す例では、合成処理部１３６が「親１ａ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」からなる配信用音声信号を生成すると、下流通信部１３９は、当該配信用音声信号を子装置「子１ｂ装置」宛に送信する。

子装置たる受信装置１ｂの上流通信部１３８は、「親１ａ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」からなる配信用音声信号を受信する（Ｓ４３５）。受信した配信用音声信号は、子装置たる受信装置１ｂの音声処理モジュール１８に送られ、スピーカＳＰを通じてユーザに提供される。

親装置たる受信装置１ａは、配信用音声信号の合成処理と送信処理を、バッファした宛先の数だけ繰り返す（Ｓ４４０のＮｏ）。なお、「子１ｂ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」からなる親装置たる受信装置１ａ宛の配信用音声信号は自装置宛であるから、合成処理部１３６が「子１音声信号」「子２音声信号」「子３音声信号」からなる配信用音声信号を生成すると、ネットワークＬＡＮに向けて送信せず、直接音声処理モジュール１８に渡すことができる。

子装置たる受信装置１ｂの上流通信部１３８は、親装置たる受信装置１ａから送られる受信装置１ｂ宛の配信用音声信号を受信する。子装置たる受信装置１ｂの音声処理部１３５は、上流通信部１３８が受信した受信装置１ｂ宛の配信用音声信号を音声処理モジュール１８に渡す。音声処理モジュール１８は、スピーカＳＰを駆動し、受信した音声信号を音響として出力する。表示信号生成部１３３は、配信用音声信号の受信処理に合わせて表示信号を生成してインジケータＬを駆動する。

この実施形態の受信装置によれば、子装置たる受信装置は、親装置たる受信装置から配信される配信用音声信号をそのまま再生すればよいので、子装置たる受信装置の負担を軽くすることができる。なお、図７に示すように、実施形態の受信装置では、親装置宛の配信用音声信号を生成しているが、これには限定されない。親装置たる受信装置１ａの合成処理部１３６は、「子１ｂ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」からなるバッファされた信号をそのまま受信装置１ａの音声処理モジュール１８に渡してもよい。この場合、親装置たる受信装置１ａの負荷を抑えることができる。

ここで図２および図８を参照して、実施形態の受信装置におけるインジケータＬの駆動動作について説明する。以下は、子装置たる受信装置１ｂが配信用音声信号を受信した場合の例である。

子装置たる受信装置１ｂの上流通信部１３８は、「親１ａ音声信号」「子１ｃ音声信号」「子１ｄ音声信号」からなる配信用音声信号を受信する（Ｓ５００）。

配信用音声信号を受信すると、受信装置１ｂの表示信号生成部１３３は、インジケータＬに対して再生表示信号を送り、インジケータＬは音声信号の再生を示す表示を点灯する（Ｓ５０５）。

受信した配信用音声信号は、受信装置１ｂの音声処理モジュール１８に送られ、スピーカＳＰを通じてユーザに提供される（Ｓ５１０）。

受信装置１ｂの表示信号生成部１３３は、配信用音声信号の受信からタイマーを起動し、配信用音声信号の再生からの経過時間をカウントしている（Ｓ５１５）。タイマー起動後所定の時間が経過すると（Ｓ５１５のＹｅｓ）、表示信号生成部１３３は、再生表示信号の送出を停止する（Ｓ５２０）。これにより、インジケータＬの表示が消灯する。

このように、実施形態の受信装置では、子装置たる受信装置はユーザの音声信号を上流に位置する親装置たる受信装置に送信する。親装置たる受信装置は、下流に位置する子装置たる受信装置から送られる音声信号を発信元ごとにバッファに記憶する。このとき、親装置たる受信装置が直接マイクＭＩＣにより受けたユーザの音声信号は、直接バッファに記憶される。親装置たる受信装置は、一定間隔でバッファに記憶された発信元ごとの音声信号を合成し、子装置たる受信装置に配信する。このとき、ある子装置に送信される配信用音声信号には、当該子装置が発した音声信号が合成されていない。親装置から配信された配信用音声信号を受信すると、子装置たる受信装置は、受信した配信用音声信号を音響出力する。

すなわち、ユーザは自己の受信装置と親装置たる受信装置とを通じて共通するネットワークに属する他の受信装置に音声信号を送ることができる。同様に、ユーザは共通するネットワークに属する他の受信装置が発した音声信号について、親装置たる他の受信装置を介して受信することができる。

こうした音声信号は、親装置たる受信装置が配信するため、子装置たる受信装置は他の受信装置すべてのアドレス等を把握する必要がない。また、子装置たる受信装置がもっぱら受信する場合は、装置の負荷を軽くすることができる。

以上説明した実施形態では、受信装置間で通信する情報を音声情報であるとして説明したが、これには限定されない。受信装置間で通信する情報として、例えば受信装置個々の動作状態を交換することもできる。受信装置の動作状態としては、例えば当該受信装置が受信中のチャネル、再生中の配信情報、受信装置自体の稼働の有無などが例示される。

以上、本発明の実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１（１ａ，１ｂ，１ｃ，１ｄ）…受信装置、１１…チューナ、１２…逆多重化モジュール、１３…制御部、１４…ネットワークインタフェース、１５…ビデオデコーダ、１６…オーディオデコーダ、１７…画像処理モジュール、１８…音声処理モジュール、Ｄ…表示デバイス、ＳＰ…スピーカ、ＫＢ…キー、ＭＩＣ…マイク、Ｌ…インジケータ、ＬＡＮネットワーク、
１３１…指示信号生成部、１３２…音声信号生成部、１３３…表示信号生成部、１３４…相手先管理部、１３５…音声処理部、１３６…合成処理部、１３７…ネットワーク通信部、１３８…上流通信部、１３９…下流通信部。

Claims (8)

1. 共通するネットワークに属する他の受信装置と通信可能な受信装置であって、
   自装置が前記他の受信装置に情報を配信する親装置であるか、自装置が前記他の受信装置から情報の配信を受ける子装置であるかを決定し決定結果を記録する管理部と、
   自装置から発信される第１の情報を生成する情報生成部と、
   前記決定の結果自装置が前記親装置である場合に、前記第１の情報および前記子装置たる前記他の受信装置が生成した第２の情報の少なくとも一方を含む第３の情報を生成し、前記子装置たる前記他の受信装置に対して前記第３の情報を送信する下流通信部と、
   前記決定の結果自装置が前記子装置である場合に、前記第１の情報を前記親装置たる前記他の受信装置に対して送信し、前記親装置たる前記他の受信装置が生成した第４の情報の配信を受ける上流通信部と、
   前記第４の情報を再生する再生部と、
   前記ネットワークに対してブロードキャスト信号を送信するネットワーク通信部と、を備え、
   前記管理部は、前記ブロードキャスト信号に対する応答が一定時間なされなかった場合に自装置が前記親装置であると決定すること
   を特徴とする受信装置。
2. 前記下流通信部が配信する前記第３の情報は、その配信先たる前記他の受信装置から送信された前記第２の情報を含まないことを特徴とする請求項１記載の受信装置。
3. 前記上流通信部が配信を受ける前記第４の情報は、前記他の受信装置に対して送信した前記第１の情報を含まないことを特徴とする請求項１または２記載の受信装置。
4. 前記管理部は、自装置が前記親装置であると決定した後、前記ブロードキャスト信号に対して前記他の受信装置から子装置としての応答がなされた場合、該応答をなした前記他の受信装置を子装置として記録すること
   を特徴とする請求項１記載の受信装置。
5. 前記管理部は、自装置が前記親装置であると決定した後、前記ブロードキャスト信号に対して前記他の受信装置から該他の受信装置が親装置であるとの種別情報を含む応答信号が返信された場合、前記応答信号の内容に基づいて自装置が親装置であるか子装置であるかを決定すること
   を特徴とする請求項１記載の受信装置。
6. 前記第１ないし第４の情報は、音声情報であることを特徴とする請求項１ないし５のいずれか１項に記載の受信装置。
7. 前記第１ないし第４の情報は、自装置または前記他の受信装置の動作状況であることを特徴とする請求項１ないし５のいずれか１項に記載の受信装置。
8. 前記第４の情報の配信に応じて表示信号を生成する表示信号生成部と、
   前記表示信号をユーザに提供する表示部と
   を備えたことを特徴とする請求項１ないし７のいずれか１項に記載の受信装置。

Images