JP2005143081A

JP2005143081A - 情報処理装置、テレビシステム、制御方法及びプログラム

Info

Publication number: JP2005143081A
Application number: JP2004256113A
Authority: JP
Inventors: Kenichiro Ono; 研一郎小野; Hideaki Yui; 秀明由井; Makoto Uehara; 誠植原; Takashi Tsunoda; 孝角田; Maki Nakano; 真樹中野
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2003-10-03
Filing date: 2004-09-02
Publication date: 2005-06-02
Anticipated expiration: 2024-09-02
Also published as: JP4789444B2

Abstract

【課題】低コストで子機でのデジタル放送の視聴を可能とする情報処理装置、テレビシステム及びプログラムを提供する。
【解決手段】デマルチプレクサ４ａ〜４ｃの後段に、夫々映像デコーダ５ａ、５ｂ、５ｃが接続されており、デマルチプレクサ４ａ〜４ｃによって分離されたＭＰＥＧ２の映像データが映像デコーダ５ａ〜５ｃによって復号される。このとき、ＭＰＥＧ２の映像データがラスタースキャン形式のベースバンドの表示フォーマットに変換される。更に、少なくとも表示画像１面分の容量を備えた共有メモリ８、及びこの共有メモリ８の動作を制御するメモリ制御部７が設けられている。解像度変換部６ａ〜６ｃから出力された３つの書き込み映像データは、メモリ制御部７の制御の下に共有メモリ８に格納される。
【選択図】図１

Description

本発明は、例えば複数の映像ソースを表示できるマルチ画面表示機能を有するデジタルテレビを親機の一部とし、上記親機の外部に設けられた子機モニタ装置に対して少なくとも１つの映像ソースを転送することが可能な親機／子機テレビシステムに用いられ、親機の一部を構成する情報処理装置、テレビシステム、制御方法及びプログラムに関する。

放送のデジタル化、表示装置の大画面高精細化により、表示装置を「家庭の情報の窓」として用いるための手段の１つとして、様々な映像ソースを１つの表示装置に同時に表示するマルチ画面表示という表示形態が期待されている。例えば、最近の表示装置には２チャンネルの放送を同時に受信して画面に同時に表示することのできる機能が組み込まれたものがあるが、この受信チャンネル数及び表示画面数は、目的に応じて更に増える可能性が高い。

このようなマルチ画面表示が可能な表示装置を用いれば、同じ時間帯に放送されている番組を即時かつ同時に視聴することができ、また、放送されている一の番組を視聴しながら、既にＶＴＲに録画された他の番組を同時に視聴することもできる。

また、放送のデジタル化によって、表示装置は単なる一方的に放送された映像を映し出すだけものから、ユーザが双方向で放送局とやり取りすることができるものに変遷し始めている。この典型的な例としてデータ放送が挙げられる。データ放送は、従来のアナログ放送における放送局からユーザに対して一方的に情報を提供する文字多重放送方式を発展させた放送であり、双方向性、オンデマンド型のマルチメディアサービス等の新規のサービスが付加されている。このようなサービスの代表的なものとして、例えば番組連動サービス、ＥＰＧ（電子番組ガイド）サービス、ｅコマース、データ配信等が挙げられる。

このデータ放送については、電波産業界ＡＲＩＢにて規格化がなされており、データ放送の詳細は、ＡＲＩＢ規格書（ARIB STD B-24 デジタル放送におけるデータ放送符号化方式と伝送方式）に記載されている。そして、ＡＲＩＢ規格書によれば、受信機にはパーソナルコンピュータと同様に、図画を用いたユーザインタフェース（ＧＵＩ：Graphical User Interface）を円滑に映像に合成するＯＳＤ（On-Screen Display）表示の機能も求められている。このＯＳＤ表示は、上記のデータ放送に対する表示としてのみならず、多種多様な機器（デジタルカメラ、デジタルビデオ、ＤＶＤ、ＤＶＨＳ等）が表示装置に接続され、それらからの映像を表示装置に表示するに際して、表示装置側からの容易な機器の制御を可能とするための操作支援用の表示としても要求されている。

更に、上記のデジタル化及び高付加価値化のみならず、表示装置を用いたビジネスモデルを構築する動きも活発に行われている。この一例としては、受信機にＨＤＤ（ハードディスクドライブ）を搭載し、サービスプロバイダによる蓄積を前提としたサービス（音楽配信、情報配信、ｅコマース等）等が挙げられる。

このような背景から、将来的に家庭用の受信機に求められる機能は、（１）複数画面の放送映像及び周辺機器からの映像等をマルチ画面で同時に表示する機能、（２）データ放送のためのＯＳＤ及びＵＩ（ユーザインタフェース）等のＯＳＤを円滑に図画を用いて表示する機能、（３）蓄積型サービスに対応する機能等、従来のテレビの単なる受信機能を大きく超えて、高機能化及び高付加価値化の方向へ向かっている。

しかし、このような表示装置のデジタル化の流れは、表示装置の機能及び用途に関して革新的なものである反面、受信機の機能の向上に比例してそのコストも上がってしまうという問題も起きている。このことは、現段階でデジタルテレビの普及が伸び悩んでいる原因の１つでもある。

また、一家に一台のみ高機能な受信機を導入する場合は特に問題とならないが、消費者がデジタルテレビを、従来のアナログテレビと同様に、「一家に一台」ではなく「一部屋に一台」導入しようとする場合、総導入コストが非常に高くなる。このため、デジタルテレビをそのままアナログテレビの代替物として用いることは現段階では難しい。

更に、デジタルテレビを用いるようになると、それまで使用してきたアナログテレビ等が不要なものとなり、アナログテレビを購入するために用いた金銭が全く無駄になってしまう可能性もある。

一方、マルチ画面表示機能に着目すると、例えば、主画面と子画面のような表示形態で通常表示と裏番組表示のような複数のデジタル放送ソースが同時に表示される場合の他に、１つのデジタル放送ソースが全画面に表示される場合等、いくつかのデジタル放送ソースが未使用な状態になっている場合もあり得る。

また、多くの家庭では、主となる大型テレビ受像機は居室に置かれ、家族全員が共有して楽しむものとなっている。このため、この大型テレビ受像機には、ＤＶＤやＶＴＲ等の外部機器が接続され、家庭内のマルチメディアのハブとして使用されている。従って、家族の共有物である大型テレビ受像機を一部の者が独占しにくいことが多い。

更に、前述のようなマルチ画面表示機能を持った大型テレビ受像機を複数人が使用している時に、親画面に表示されている番組とは異なる番組を一部の者が子画面に表示させると、親画面が小さくなり、他の者に迷惑となりかねない。

このような場合、大型テレビ受像機の外部出力端子にＶＴＲやハードディスク・レコーダ等の記録装置を接続して録画し、他の者が見終わった後で視聴することがある。しかし、録画中に大型テレビ受像機の外部出力端子から出力されている映像ソースを変えられると、選択しておいた映像コンテンツを録画し損ない、視聴できなくなることがあり得る。

これらを考慮すると、上記のようなセットトップボックス等の情報処理装置とこれの特定の一端子に接続されたＰＤＰ等のデジタル表示装置との組み合わせを親機とし、更に１又は２以上の副情報処理装置及びディスプレイを備えたアナログテレビ等を子機として、情報処理装置と送受信可能にした親機／子機テレビシステムを構築することが好ましい。そして、このテレビシステムにおいて、親機を高機能の受信機として用い、従来用いられている機器（アナログテレビ及びＶＴＲ等）を子機として用い、必要に応じて親機内の映像リソースであるデジタルチューナ及びＨＤＤ等の使用を子機に割り付ければ、総導入コストを低く抑えながら、従来の機器でもデジタル放送を観賞することができるようになる。

そして、このようなテレビシステムの一つに、ホームネットワークがある。このホームネットワークでは、チューナ等の複数の映像リソースがネットワーク手段（例えばＩＥＥＥ１３９４）を介して相互に接続される。この場合、ネットワークの伝送能力に応じて、映像データのような帯域幅が広いデータは圧縮して伝送されることが一般的である。また、デジタル放送に関しては、チューナ部分やＨＤＤをＩＥＥＥ１３９４機器（サブユニット）として定義することにより、ネットワークに接続することが可能となる。

ネットワーク、特にＬＡＮ（Local Area Network）の構築に関し、パーソナルコンピュータ同士のネットワークを構築するための手段として、これまで主流であったイーサネット（登録商標）による有線ＬＡＮから、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ等の標準規格に代表される無線ＬＡＮが、企業のみならず家庭内でも普及し始めている。但し、無線ＬＡＮは、物理的なケーブル配線を排除し、自由に設置場所を選べることができるという長所があることで、有線ＬＡＮの代替物として用いられている。このため、無線ＬＡＮは、その確保できる帯域の制限のために、現状では、主にデータ通信を目的として用いられてきた。

このような状況に対し、近時、ＭＰＥＧ２等の映像圧縮技術の進歩により、無線ＬＡＮに、圧縮された映像データ及び音声データを流すことも十分に可能になってきている。更に、無線通信で用いるモジュールの価格の低下も追い風になり、無線ＬＡＮは、データ通信だけでなく、動画映像の配信等に対応できるデジタル家庭電化製品にとっても注目すべき技術の１つになっている。

このような流れを受けて、上述のような親機及び子機を用いたテレビシステムにおいて、親機と子機との間の通信に無線ＬＡＮが用いられるようになってきている。このようなテレビシステムの一例として、親機が受信したテレビ映像、音声、インターネット情報等が無線ＬＡＮを用いて子機に送信され、子機での映像の表示を可能とし、また、子機での番組の切り換えやインターネットのブラウザの遠隔操作を可能としたものがある。このようなテレビシステムに関する技術は、例えば特開２００１−３５８９６６号公報に開示されている。

図４６は、従来の無線ＬＡＮを用いたテレビシステムの構成を示すブロック図である。図４６に示す従来例では、１つの親機１５０と３つの子機１５１ａ、１５１ｂ及び１５１ｃとの間で無線通信が行われる。

親機（映像送信部）１５０には、テレビアンテナ１３０、３つの互いに独立した選局部１３１ａ〜１３１ｃ、映像処理部１３２ａ〜１３２ｃ、圧縮部１３３ａ〜１３３ｃ、多重化部１３４、無線部１３５及び無線送受信アンテナ１３６が設けられている。

このように構成された親機１５０では、複数の番組が含まれる映像信号がテレビアンテナ１３０により受信され、選局部１３１ａ〜１３１ｃにより特定の番組が選局される。そして、選局された番組の受信データから映像処理部１３２ａ〜１３２ｃによって映像データが生成される。その後、圧縮部１３３ａ〜１３３ｃによって、無線送信可能なビットレートまでデータ伝送帯域が制限される。次いで、多重化部１３４によって、３系統の圧縮されたデータが時分割多重される。そして、無線部１３５により変調処理及び増幅処理等が行われ、無線送受信アンテナ１３６を介して送信される。

一方、子機１５１ａ〜１５１ｃには、夫々無線送受信アンテナ１３７ａ〜１３７ｃ、無線部１３８ａ〜１３８ｃ、多重分離部１３９ａ〜１３９ｃ、伸長部１４０ａ〜１４０ｃ及び子機モニタ１４１ａ〜１４１ｃが設けられている。

このように構成された子機１５１ａ〜１５１ｃでは、親機１５０から送信された映像信号が無線送受信アンテナ１３７ａ〜１３７ｃより受信され、無線部１３８ａ〜１３８ｃにおいて復調等の処理が行われる。その後、多重分離部１３９ａ〜１３９ｃにおいて必要なデータのみが分離されて取得され、伸長部１４０ａ〜１４０ｃによって、圧縮されているデータが復元される。そして、子機モニタ１４１ａ〜１４１ｃで映像が表示される。

また、このテレビシステムにおいては、ユーザが子機モニタ１４１ａ〜１４１ｃに設けられた選局ボタン（図示せず）を用いて親機１５０の選局部１３１ａ〜１３１ｃを制御することにより、番組を切り換えたりするようにすることも可能である。

このような無線ＬＡＮを採用したテレビシステムを用いることにより、家庭等で壁面のアンテナ端子等の設置場所が限られている場合でも、親機１５０をアンテナ端子に接続すれば、子機１５１ａ〜１５１ｃを無線が届く範囲内で自由に設置することが可能となり、特に場所の制限を受けることなく映像を見ることが可能となる。

上記のテレビシステムでは、親機に表示装置が設けられていないが、親機に表示装置が設けられたものは、例えば特開平８−７９７２０号公報に開示されている。この従来例では、親機に１つの選局部が設けられており、放送され選局された映像データはメモリ等の記憶装置に蓄えられる。そして、この映像データに基づいて親機の表示装置（モニタ）で映像が表示されたり、子機に送信された後、子機の表示装置（モニタ）で映像が表示されたりする。即ち、このテレビシステムは、親機を映像のホームサーバのようにして用いることを想定したものである。

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

しかしながら、親機と子機との間の通信に際して、映像データを圧縮する技術を採用すると、例えばＭＰＥＧ２形式で圧縮された映像・音声データがＴＳ（トランスポートストリーム）のようなパケット化された形態で扱われることになる。このため、従来のアナログテレビ等のアナログ機器を子機として用いるためには、ＴＳパケットから所望のＭＰＥＧ２データを取り出すためのデマルチプレクサ、伸張用のＭＰＥＧ２ビデオデコーダ、オーディオデコーダ等の高価な機能が必要となる。従って、場合によっては、子機としてマルチ画面表示機能をもたない一般的なデジタル放送受信機を導入した方が、コストに対する利益が高くなる可能性もある。このことは、従来のアナログ機器を用いながら、低コストでデジタル放送を観賞するという目的に反することになる。

更に、親機から子機に転送する映像にＯＳＤ表示によるＧＵＩメニューを表示しようとした場合、放送局等のオーサリングツールで行っているようなＯＳＤデータの挿入を目的としたＴＳパケットの再加工処理を親機において施す必要が生じる。このため、親機のコストが高くなってしまう。

また、親機から子機に送信している番組等が親機によって自由に変更されると、子機側では、予期せずに映像が切り換わり、所望の映像を見逃す虞もある。

また、特許文献１（特開２００１−３５８９６６号公報）に記載されたテレビシステムでは、子機の台数と同じ数の選局部（チューナ）が必要とされている。この場合、チューナの種別が同じであれば、１つの子機からの選局は必ず１つの選局部を占有することができるため、１つの選局部に対して複数の子機からの選局の要求が集中することによって映像リソースが競合するという問題は生じない。しかし、チューナの種別が相違している場合や、いずれかの子機でマルチ画面表示が可能な場合には、以下のように、映像リソースが競合することもある。

（チューナの種別が異なる構成の場合）
前述のように、アナログ地上波放送からＢＳ／ＣＳデジタル放送への移行が進められ、また、地上波デジタル放送も近い将来運用が予定されている。このようなすべての放送を受信しようとした場合、放送の種別が異なる選局部（チューナ）が必要とされる。例えば、図４６において、選局部１３１ａをアナログ地上波用チューナ、選局部１３１ｂをＢＳ／ＣＳデジタル用チューナ、選局部１３１ｃをデジタル地上波用チューナとして構成する。

この場合、チューナ数と子機との数が等しくても、チューナの種別が異なっているため、例えば子機１５１ａ及び１５１ｂから同時にＢＳ／ＣＳデジタル放送の視聴要求があった場合、映像リソースの競合が生じてしまう。

（マルチ画面機能を備えた子機がある場合）
マルチ画面表示機能を有する表示端末を用いる場合、チューナの種別が全て同じで、かつ、チューナ数と子機の数とが一致していても、マルチ画面表示機能を備えた子機がある場合には、マルチ画面表示のために複数の映像リソースが同時に使用されることがある。このため、チューナが不足して、映像リソースの競合が生じてしまう。

また、特許文献２（特開平８−７９７２０号公報）に記載されたテレビシステムにおいても、複数のユーザがメモリ等の記憶装置から映像の再生を行おうとした場合に、選局部への映像リソースの競合と同様の問題が生じる。

そして、映像リソース（チューナ）の競合が生じると、番組を視聴している途中で突然番組が変わってしまったり、視聴しようとしていた番組を選択できなくなったりすることがある。特に、無線ＬＡＮを介している場合には、子機同士、子機と親機とが互いに離れた場所に設置されていることが多いため、速やかに状況を把握することができず、操作に大きな混乱が引き起こされることもある。

単純に種別が異なるチューナを必要とされる数だけ設ければ、映像リソースの競合を回避することは可能であるが、コストの上昇が極めて大きなものとなり、非現実的である。

更に、特許文献４（特開２０００−１８１４２１号公報）に開示された従来の親機／子機テレビシステムでは、子機から親機に対して番組の選択を行うことができない。

また、親機から子機に送信している番組等が親機によって自由に変更されると、子機側では、予期せずに映像が切り換わり、所望の映像を見逃したり、録画しそこなったりする虞もある。

本発明は、かかる問題点に鑑みてなされたものであって、その第１の目的は、低コストで子機でのデジタル放送の視聴を可能とする情報処理装置、テレビシステム及びプログラムを提供することである。

また、本発明の第２の目的は、子機に出力している映像データの映像ソースと使用しようとしている映像ソースとが一致している場合でも、子機で表示されている映像の突然の切り換わりを防止することができる情報処理装置、テレビシステム及びプログラムを提供することである。

また、本発明の第３の目的は、複数の子機から同一の映像ソースに対してそれに含まれる映像データの出力の要求がある場合における子機の使用者の混乱を防止することができる情報処理装置、テレビシステム、制御方法及びプログラムを提供することである。

また、本発明の第４の目的は、子機による選局を行うことができる情報処理装置、テレビシステム及びプログラムを提供することにある。

また、本発明の第５の目的は、子機に出力している映像データの映像ソースと使用しようとしている映像ソースとが一致している場合でも、子機で表示されている映像の突然の切り換わりを防止することができる情報処理装置、テレビシステム及びプログラムを提供することにある。

本願発明者は、前記課題を解決すべく鋭意検討を重ねた結果、下記の諸態様に想到した。

本願の第１の発明に係る情報処理装置は、外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置において、前記副出力手段は、前記複数個の副情報処理装置の中の少なくとも１個に対して、非圧縮のベースバンドで前記映像データを出力することを特徴とする。

本願の第２の発明に係る制御方法は、入力された複数種の映像ソースの中から選択した少なくとも１種の映像ソースに含まれる映像データを主表示装置に対して出力する主出力手段と、外部に設けられた副表示装置用の副情報処理装置に対して、前記複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段と、を有する情報処理装置の動作を制御する制御方法において、前記主表示装置に出力するように要求された映像データの映像ソースと前記副情報処理装置に出力している映像データの映像ソースとを比較する工程と、前記映像ソース同士が一致している場合に、前記主表示装置に前記要求された映像とは異なる代替映像を表示させる工程と、を有することを特徴とする。

本願の第３の発明に係る制御方法は、外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置の動作を制御する制御方法において、前記副情報処理装置からの映像データの出力の要求を受け付ける工程と、前記副情報処理装置に出力している映像データの映像ソースの管理を行う工程と、複数個の副情報処理装置からの映像データの出力の要求が前記複数種の映像ソースのうちのいずれかに対して同時にある場合に、所定の優先度に基づいて要求の調停を行い、当該映像データを出力することができる副情報処理装置を決定する工程と、を有することを特徴とする。

本願の第４の発明に係る情報処理装置は、外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置において、前記副情報処理装置からの映像データの出力の要求を受け付ける要求受付手段と、前記要求に応じて前記副出力手段に前記映像データを出力させる制御手段と、を有することを特徴とする。

本願の第５の発明に係る情報処理装置は、外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置において、前記副情報処理装置に対して、出力中の映像データの出力の停止の可否を問い合わせる問い合わせ手段と、前記副情報処理装置から映像データの出力の停止を認める旨の信号を受信した場合に、前記副出力手段に前記映像データの出力を停止させる出力停止手段と、を有することを特徴とする。

本願に係る第１の発明によれば、アナログテレビ及びアナログＶＴＲ等のレガシー機器ともよばれる装置を用いてもデジタル放送を視聴することができる。このため、低コストでデジタル放送の視聴が可能となる。

また、本願に係る第２の発明によれば、副情報処理装置に出力している映像データの映像ソースと使用しようとしている映像ソースとが一致している場合でも、副情報処理装置で処理されている映像データが突然切り換わることはなくなる。このため、副表示装置に表示されている映像の突然の切り換わりを防止することができる。

また、本願に係る第３の発明によれば、複数個の副情報処理装置から同一の映像ソースに対してそれに含まれる映像データの出力の要求がある場合でも、リソース管理情報に基づいた調停を行うことにより、副情報処理装置の使用者の混乱を防止することができる。

また、本願の第４の発明によれば、副情報処理装置（子機）からもチャネル変更等の操作を可能にすることができる。また、予め設定しておいた優先度に基づいてリソース管理を行う場合には、本発明に係る情報処理装置（親機）及び副情報処理装置（子機）のリソース要求の調停を容易にすることができる。

また、本願の第５の発明によれば、副情報処理装置（子機）に出力している映像データの映像ソースと、これから使用しようとしている映像ソースとが一致している場合でも、問い合わせ手段を介した問い合わせを行うことが可能であるので、副情報処理装置で映像が不意に切り換わるような状況を回避することができる。この結果、限られた映像リソースを有効に使用するための調停を円滑に行うことが可能となる。

以下、本発明の実施形態について、添付の図面を参照して具体的に説明する。

先ず、データ放送について簡単に説明する。デジタル技術の発展に伴い、放送業界でも放送信号を含めた各種情報をデジタル化した放送システムが開発され、その中にあって、データカルーセル伝送という新しい伝送方式が開発されている。これは、番組に付随するマルチメディアサービスのコンテンツファイルをＭＰＥＧ２トランスポートストリーム上で繰り返して伝送する方式であり、この伝送方式を採用することにより、セットトップボックス等の受信機は放送中の任意のタイミングでコンテンツファイルを取得することができる。この結果、ユーザは最新のニュース及び天気予報等をいつでも必要なときに視聴することができる。また、データ放送用の受信機には、電話回線を介しての通信が可能なようにモデムが内蔵されており、視聴者がクイズ番組、映画の人気投票番組等に参加することもできる。従って、データ放送によれば、放送局と視聴者とを結ぶ双方向型のサービスも実現可能である。

（第１の実施形態）
先ず、本発明の第１の実施形態について説明する。図１は、本発明の第１の実施形態に係るテレビシステムを構成するマルチ画面表示機能を有する親機の構成を示すブロック図である。第１の実施形態の親機は、３つの独立した放送映像ソースを、予め決められた所定のレイアウトに基づいて、１つの表示装置にマルチ画面合成表示できるように構成されている。なお、これらの映像ソースは、１、２又は４以上であってもよい。

第１の実施形態の親機には、パラボラアンテナ等のアンテナ１が設けられている。アンテナ１により、ＢＳデジタル放送やＣＳデジタル放送等の電波が受信される。これらの衛星放送の他に、地上波及び光ケーブル等からの信号を受信できるものであってもよい。アンテナ１には、３つのチューナ２ａ、２ｂ及び２ｃが接続されている。チューナ２ａ〜２ｃとしては、ＢＳ専用チューナ、ＣＳ専用チューナ、ＢＳ／ＣＳ共用チューナ、地上波デジタルチューナ等を用いることができ、全ての種類が相違していてもよく、一部又は全部が同一の種類であってもよい。チューナ２ａ〜２ｃには、例えば帯域フィルタ及びダウンコンバータ等が設けられている。

チューナ２ａ〜２ｃの後段には、夫々復調部３ａ、３ｂ、３ｃが接続されている。復調部３ａ〜３ｃでは、伝送形態に合致した復調処理を施すと共に、誤り訂正処理等を行う。例えば、ＭＰＥＧ２の形式の映像データが入力された場合、所望のＭＰＥＧ２トランスポートストリームを出力する。

復調部３ａ〜３ｃの後段には、夫々デマルチプレクサ４ａ、４ｂ、４ｃが接続されている。デマルチプレクサ４ａ〜４ｃは、例えばＭＰＥＧ２トランスポートストリームから、所望の番組のＭＰＥＧ２の映像データ、ＭＰＥＧ２の音声データ、付加情報を互いに分離する。分離されたＭＰＥＧ２の音声データは音声デコーダ（図示せず）によって復号され、オーディオ信号として出力される。音声でコーダに増幅器及びスピーカを接続しておけば、受信した番組の音声を聞くことができる。

デマルチプレクサ４ａ〜４ｃの後段には、夫々映像デコーダ５ａ、５ｂ、５ｃが接続されており、デマルチプレクサ４ａ〜４ｃによって分離されたＭＰＥＧ２の映像データが映像デコーダ５ａ〜５ｃによって復号される。このとき、ＭＰＥＧ２の映像データがラスタースキャン形式の非圧縮のベースバンドの表示フォーマットに変換される。

映像デコーダ５ａ〜５ｃの後段には、夫々解像度変換部６ａ、６ｂ、６ｃが接続されており、映像デコーダ５ａ〜５ｃから出力された映像データが解像度変換部６ａ〜６ｃに受け渡される。

更に、第１の実施形態には、チューナ２ａ〜２ｃ、復調部３ａ〜３ｃ、デマルチプレクサ４ａ〜４ｃ、映像デコーダ５ａ〜５ｃ、及び解像度変換部６ａ〜６ｃ等の動作を制御する制御部１５が設けられている。デマルチプレクサ４ａ〜４ｃによって分離された付加情報は制御部１５へ受け渡される。

付加情報がＢＳデジタル放送において運用が予定されているデータ放送に関するものである場合、制御部１５はＢＭＬ（Broadcast Markup Language）スクリプト言語を解釈し、マルチメディア情報サービス提供者のコンテンツシナリオを得る。このシナリオは構造化されたコンテンツの属性（テキスト、静止画、動画、音声等の個別データと、この個別データの画面上の配置を指定する制御情報や、ボタン等の操作に応じて画面を更新する画面制御情報等）からなり、制御部１５がこれを解釈し、後述するグラフィックスアクセラレータ１２及び映像デコーダ５ａ〜５ｃと連動して、データ放送の画面を形成する。

また、付加情報がＥＰＧ（Electrical Program Guide）情報の場合、制御部１５はＰＳＩ（Program Specific Information）／ＳＩ（System Information）情報を解釈し、番組情報（例えば、番組、放送時間、タイトル、カテゴリ等）を得る。

制御部１５には、時間を計測するカウンタ（図示せず）、周辺入出力インタフェース（図示せず）等が設けられ、また、制御部１５に、演算能力を持つＣＰＵデータを一時格納するＲＡＭ１４、及び制御プログラムを格納するＲＯＭ１３が接続されている。なお、制御部１５は論理ロジックのみで構成されていてもよく、また、ＣＰＵや並列演算が可能なメディアプロセッサであってもよい。制御を行うために実行するプログラムはＲＯＭ１３に内蔵されていてもよいし、周辺入出力インタフェースを介して外部から転送されてもよい。また、ＲＯＭ１３には必要に応じて文字フォント等が格納されており、文字情報を画面に展開するときに使用される。更に、制御部１５にはリモコン受光部１７が接続され、赤外線を用いた親機用リモコン（リモートコントローラ）１６のコマンドを受け付けることができる。この親機用リモコン１６としては、通常のリモコンだけでなく、例えば、赤外線発光ができるキーボード、マウス又はジョイスティック等を用いてもよい。

そして、制御部１５が表示フォーマット（表示ライン数、ドット数、色数等）及び予め設定されたマルチ画面レイアウト情報に基づいて解像度変換部６ａ〜６ｃの制御を行い、解像度変換部６ａ〜６ｃにおける解像度変換パラメータ（拡大率又は縮小率、拡大縮小の重み付けフィルタ係数等）を独立して設定することで、解像度変換部６ａ〜６ｃが、映像の拡大処理、縮小処理、等倍処理等を行う。また、解像度変換部６ａ〜６ｃは、映像デコーダ５ａ〜５ｃの出力形式及び後述する表示装置１１の走査形式に応じてＩ−Ｐ変換（Interlace−Progressive変換）やＰ−Ｉ変換等のフォーマット変換処理も同時に行う。

チューナ２ａから映像デコーダ５ａまでの入力映像処理のデータパス、チューナ２ｂから映像デコーダ５ｂまでの入力映像処理のデータパス、チューナ２ｃから映像デコーダ５ｃまでの入力映像処理のデータパスは、互いに独立しており、夫々チューナ２ａ〜２ｃの種別と一体化した処理系である。以下、これらの一連のデータパスを「放送映像リソース」という。

更に、第１の実施形態には、少なくとも表示画像１面分の容量を備えた共有メモリ（フレームメモリ）８、及びこの共有メモリ８の動作を制御するメモリ制御部７が設けられている。解像度変換部６ａ〜６ｃから出力された３つの書き込み映像データは、メモリ制御部７の制御の下に共有メモリ８に格納される。ここまでが、共有メモリ８に映像データが書き込まれるまでの流れである。

次に、メモリ制御部７よりも後段の構成及び共有メモリ８から読み出されたデータが出力されるまでの流れについて説明する。

制御部１５にはグラフィックスアクセラレータ１２が接続されており、グラフィックスアクセラレータ１２は、制御部１５が描画命令を発行することにより、共有メモリ８にＯＳＤ画面や、ＥＰＧ（電子プログラムガイド）画面、データ放送画面等のＧＵＩを、ＢｉｔＢｌｔ（Bit Block Transfer）やＤＭＡ（Direct Memory Access）等のアクセラレーション機能を用いて生成する時に用いられる。

第１の実施形態には、更に、親機の表示装置１１に表示する映像を合成して出力する親機用マルチ画面合成部（主出力手段）９が設けられている。親機用マルチ画面合成部９は、制御部１５からのマルチ画面のレイアウト管理指示に基づいて、表示すべき映像ソースの映像データが格納されているメモリアドレスをメモリ制御部７に対して発行し、共有メモリ８から映像データを読み取る。このとき、３つの放送映像リソースから共有メモリ８に格納された映像データは、互いに独立して、かつ表示装置１１に適合したリフレッシュレートに同期して読み出される。このため、親機用マルチ画面合成部９は、所望の映像データを所望の表示位置で切り換えながら出力することによりマルチ画面合成を実現することができる。

ここで、メモリ制御部７による共有メモリ８の制御について簡単に説明する。解像度変換部６ａ〜６ｃからの共有メモリ８への３種類の書き込み要求と親機用マルチ画面合成部９からの３種類の読み出し要求は、共有メモリ８への完全非同期なランダムアクセスとなる。このため、メモリ制御部７は、予め設定された優先順位に基づいてスケーラブルなメモリ調停処理を行う。このメモリ調停によって、共有メモリ８への転送が許可された要求に対応するアドレスが共有メモリ８に発行され、時分割のメモリ転送が実現可能なＵＭＡ（Unified Memory Architecture）となる。また、図１に示すように、共有メモリ８からの読み出しデータ線は読み出し要求を発行したブロックに共通の配線となっている。但し、上記のメモリ調停に付随して、各読み出し要求を発行したブロックに対する個別の読み出しデータ有効信号を返すことで、読み出し要求に対するデータが有効であるかを識別できる構成となっている。また、共有メモリ８は、上記６種類の転送要求を同時に処理できるバンド幅を確保できるように構成されている。

親機用マルチ画面合成部９と表示装置１１との間には、表示制御部１０が接続されている。表示制御部１０により、表示装置１１のフレームレートに同期して、表示装置１１の特性に応じた表示駆動の制御、表示フォーマット変換等が行われる。

表示装置１１としては、マトリクス電極構造を持つフラットパネル（液晶ディスプレイ、プラズマディスプレイ等）であっても、ＣＲＴであっても、画像を表示する装置であれば用いることができる。例えば、表示装置１１としてテレビを用いる場合には、ハイビジョンに対応可能なものが好ましく、パーソナルコンピュータ用のものであれば、ＳＸＧＡ以上の高精細画像を表示できる大画面ディスプレイが好ましい。

第１の実施例には、更に、３つの子機用出力合成部１８ａ、１８ｂ、１８ｃが設けられており、子機用出力合成部１８ａ〜１８ｃは、子機として定義された外部表示装置のリフレッシュレートに同期して、共有メモリ８からのデータの読み出し要求をメモリ制御部７に対して発行する。

そして、子機用出力合成部１８ａ〜１８ｃの後段には、夫々子機用出力インタフェース１９ａ、１９ｂ、１９ｃが設けられている。子機用出力合成部１８ａ〜１８ｃ及び子機用出力インタフェース１９ａ〜１９ｃから副出力手段が構成されており、副出力手段は、接続されている複数個の副情報処理装置である子機の中の少なくとも１個に対して、非圧縮のベースバンドで前記映像データを出力する。なお、子機用出力インタフェース１９ａ〜１９ｃの形態は特に限定されず、子機との接続がアナログ有線を介している場合には、例えばＤ／Ａ変換器やビデオアンプが用いられ、デジタル有線を介している場合には、ＴＭＤＳ（Transition Minimized Differential Signaling）やＬＶＤＳ(Low Voltage Differential Signaling)トランシーバが用いられ、無線を介している場合には、Ｗｉｒｅｌｅｓｓ１３９４等の無線プロトコルＩ／Ｆ等が用いられる。

次に、上述のように構成されたマルチ画面表示機能を有する親機の動作について、特に制御部１５の動作を中心にして説明する。図２は、制御部１５の動作を示すフローチャートである。

先ず、通常のマルチ画面表示を行う場合、制御部１５は、ステップＳ１００で電源投入を検知すると、ステップＳ１０１で初期化処理を行う。ここでは、初期画面レイアウト情報（表示する画面数分の始点・終点情報、画面が重なった場合の表示優先度情報等）をＲＯＭ１３から取得する。そして、放送映像ソースが入力される場合は、放送映像ソースのフォーマット及びデフォルト選択チャンネルの決定を行い、各放送映像リソース、即ちチューナ部２ａ〜２ｃ、復調部３ａ〜３ｃ、デマルチプレクサ４ａ〜４ｃ、及び映像デコーダ５ａ〜５ｃの初期設定を行う。

制御部１５は、ステップＳ１０２で、ステップＳ１０１で取得した画面レイアウト情報に基づいて、各映像ソースの水平・垂直の拡大・縮小倍率を算出し、解像度変換パラメータを決め、各解像度変換部６ａ〜６ｃにおけるパラメータを設定する。

制御部１５は、ステップＳ１０３で、各解像度変換部６ａ〜６ｃの出力を共用メモリ８に書き込む時に必要な書き込み用のメモリアドレスを設定する。図３は、共用メモリ８のメモリ論理アドレスマップを示す図である。本実施形態では、親機のマルチ画面機能（１個の親画面及び２個の子画面）を実現するために、共用メモリ８に、３つの動画プレーン＃０〜＃２、ＡＲＩＢ規格によるＧＵＩデータ用の親機用ＯＳＤプレーン（静止画プレーン、文字図形プレーン及び字幕プレーン）の計６プレーンを構成している。この親機用ＯＳＤプレーンの構成方法についての詳細は、ＡＲＩＢ規格書（ARIB STD TR-15 BSデジタル放送運用規定）に記載されている。各プレーンには、表示装置１１の表示解像度分のメモリ空間が割り当てられる。また、共用メモリ８に書き込む時点では、表示のための合成はなされていない。ここでは、主に図３の開始アドレス＃０〜＃５が各解像度変換部６ａ〜６ｃ、及びグラフィックスアクセラレータ１２で参照され、これらに設けられている書き込みアドレス生成部（図示せず）のメモリアドレスのベースアドレス値として使用される。

制御部１５は、ステップＳ１０４で、マルチ画面表示時の背景色（パターン）を、親機用マルチ画面合成部９に設定する。これは、非映像表示領域（親画面及び子画面の周辺の領域）に適用される。

制御部１５は、ステップＳ１０５で、ステップＳ１０１で取得した表示優先度を親機用マルチ画面合成部９に設定する。但し、ＯＳＤプレーンには最上位の優先度を付与する。

制御部１５は、ステップＳ１０６で、マルチ画面制御用ＧＵＩのＯＳＤ表示設定を行う。このＧＵＩは、Ｗｅｂ画面、ＥＰＧ画面及びデータ放送画面等の制御部１５が描画する全ての画面に対応するものである。具体的には、制御部１５がＧＵＩを描画するための描画命令をグラフィックスアクセラレータ１２に発行し、グラフィックスアクセラレータ１２のＤＭＡやＢｉｔＢｌｔ等のアクセラレート機能を用いてビットマップ形式に展開した文字やその他のデータを、メモリ制御部７を通じて共用メモリ８に書き込むことで画面作成を行う。

制御部１５は、ステップＳ１０７で、読み出し用メモリアドレスの設定を行う。親機用マルチ画面合成部９には、表示装置１１の水平・垂直同期信号を基準にした表示領域の水平画素数カウンタ及び垂直ライン数カウンタ（図示せず）が設けられており、表示期間のラスタースキャン走査数が数えられる。そして、ＯＳＤ表示が必要な場合、親機用マルチ画面合成部９は、このカウント値に基づいて読み出しアドレスを発生する。このとき、親機用マルチ画面合成部９は、読み出しアドレスの開始アドレスとして、所望のＯＳＤデータに対応する図３の親機用ＯＳＤプレーンの開始アドレス＃３、＃４及び＃５を指定する。なお、これらのＧＵＩデータにおいて、文字図形プレーン及び字幕プレーンだけは８ビットのＣＬＵＴ（Color Look Up Table）のインデックスデータとして共用メモリ８に描画されており、このインデックスデータは親機用マルチ画面合成部９に構成されるＣＬＵＴで映像データとαデータに変換され、親機用マルチ画面合成部９に構成されるα演算回路で合成できることがＡＲＩＢで推奨されている。

一方、親機用マルチ画面合成部９は、制御部１５により設定された画面レイアウト情報（放送映像＃０、放送映像＃１、放送映像＃２の上記表示領域での各始点・終点座標）に基づいて、上記カウンタが各映像ソースの領域と一致した場合に、図３中の対応する動画プレーン領域へ読み出しアドレスを発生する。親機用マルチ画面合成部９は、読み出し要求が重なった場合には、制御部１５により設定された表示優先度情報に基づいて、最上位の優先度である映像ソースの読み出しを選択し、それ以外の読み出しアドレスは発生させない。合成すべきデータがないと判断した場合には、親機用マルチ画面合成部９は読み出しアドレスを発生することなく、制御部１５により設定された背景データを出力する。このようにして、表示レイアウトに対応した映像データが読み出され、映像データの合成が実現される。

上記ＯＳＤデータと映像ソースの共用メモリ８からの読み出しは時分割で交互に読み出され、ＧＵＩデータとマルチ画面合成データはα値に応じて、ＯＳＤデータ選択、映像合成データ選択、ＧＵＩデータと映像合成データのアルファ合成がなされ、最終的なマルチ画面合成データとして表示制御部１０に出力される。アルファ合成は、元の画像をＡ、グレイ画面をＢ、アルファ係数をα（０≦混合率α≦１）としたとき、「Ａ×α＋Ｂ（１−α）・・・（式１）」で表される。

そして、このような初期化処理後に、図４に示すような１個の主画面と２個の子画面とが設けられたマルチ画面合成の初期化時の映像ができ上がる。なお、図４に示す表示形態は、マルチ画面表示形態の一例であり、これに限定されるものではない。

その後、ステップＳ１０８で、レイアウト変更が生じた場合は、制御部１５は、ステップＳ１０９でレイアウト決定を行い、上述したステップＳ１０２〜ステップＳ１０７を繰り返すことにより、マルチ画面のレイアウト変更を実行する。

ここで、以降の説明を分かりやすくするために、レイアウト変更前の状態では、表１に示すように、主画面Ｍに関し、チューナ部２ａ〜解像度変換部６ａによって処理された映像データが動画プレーン＃０に割り付けられ、子画面Ｓ１に関し、チューナ部２ｂ〜解像度変換部６ｂによって処理された映像データが動画プレーン＃１に割り付けられ、子画面Ｓ２に関し、チューナ部２ｃ〜解像度変換部６ｃによって処理された映像データが動画プレーン＃２に割り付けられているものとする。

次に、第１の実施形態において親機と組み合わせて用いられる子機について説明する。図５は、子機の構成を示すブロック図である。ここでは、子機が、構成が簡易で廉価な子機アダプタ２８及びアナログテレビ２７が互いに接続されて構成されているものとする。子機アダプタ２８には、子機入力インタフェース２１、ＮＴＳＣ符号化部２２、デジタル−アナログ変換器（Ｄ／Ａ）及び増幅器（ＡＭＰ）２３、子機制御部２４、子機用リモコン２５及びリモコン受光部２６が設けられている。子機アダプタ２８及びアナログテレビ２７は、各々に設けられたＳ端子、音声Ｌ端子及び音声Ｒ端子を介して接続されている。子機入力インタフェース２１に、親機から転送された映像・音声ソースが入力される。ＮＴＳＣ符号化部２２は、子機入力インタフェース２１に入力された映像データに対して、４８０ｉのデジタル映像データをＮＴＳＣ規格のアナログＹ／Ｃ信号に変換する。この信号はＳ端子を通じて、アナログテレビ２７に受け渡され、音声データはＤ／Ａ及びＡＭＰ２３でアナログ信号に変換されて増幅された後、音声Ｌ端子及び音声Ｒ端子を介して、アナログテレビ２７に受け渡される。このようにして、アナログテレビ２７を外部入力選択状態にすることで、親機からのデジタル放送映像が表示できるようになる。

（ＰＵＳＨ型の子機転送）
ここで、このように構成された子機及び上述の親機を用いてＰＵＳＨ型の子機転送を行う場合の処理について説明する。図６は、本発明の第１の実施形態におけるＰＵＳＨ型子機転送処理を示すフローチャートである。このＰＵＳＨ型子機転送では、リモコン受光部１７及び制御部１５が映像選択受付手段及び出力先指定手段として機能し、制御部１５が出力可否判断手段として機能する。なお、ＰＵＳＨ型の子機転送とは、親機用リモコン１６を操作して子機への番組伝送の要求を行い、これに基づいて行われる転送を意味する。このようなＰＵＳＨ型の子機転送が必要とされる場合としては、例えば、複数人、例えば家族で親機（リビングテレビ）で番組の視聴をしている最中に、（１）続きを自分の部屋でじっくり見たい、（２）トイレ又は台所等に離席したときそこで続きを視聴したい、（３）気になる裏番組を自分の部屋のアナログＶＴＲに録画したい等の要求が生じ、他の部屋の子機（ルームテレビ）に映像を転送する場合が挙げられる。

図６に示すように、制御部１５は、ステップＳ２００で、子機転送要求を検知すると、ステップＳ２０１で、子機伝送形態の分析を行う。ＰＵＳＨ型では、子機転送要求の検知は、親機のユーザが親機用リモコン１６を用いて子機転送モードを要求した場合に行われる。なお、子機伝送形態にはＰＵＳＨ型の他に、後述のＰＵＬＬ型がある。親機用リモコン１６からの要求である場合には、必然的にＰＵＳＨ型であるため、ステップＳ２０２で、制御部１５はＰＵＳＨ型と解釈する。

その後、ステップＳ２０３で、制御部１５はＰＵＳＨ型子機転送のリソース分配処理を行う。ＰＵＬＬ型の子機転送の詳細については後述する。ステップＳ２０３では、親機用リモコン１６により子機に転送する映像ソースと転送先の子機を決定する。図７は、ＰＵＳＨ型子機転送のリソース分配処理を示すフローチャートである。

なお、親機用リモコン１６には、上下左右キー（図示せず）が設けられており、この上下左右キーを操作することにより、マルチ画面表示が可能な表示装置１１に映し出されている複数の選択カーソル（選択肢）の中から、一の選択カーソルを選択することが可能になっている。選択カーソルは、例えば親画面Ｍ並びに２個の子画面Ｓ１及びＳ２の間で移動可能となっている。

そして、リソース分配処理（ステップＳ２０３）では、ステップＳ３００で、子機転送画面の選択カーソルの移動があった場合に、ステップＳ３０１で、選択カーソルの更新処理が行われる。選択カーソルの移動は、例えば、図４に示す映像が映し出されている場合、図８（ａ）に示す表示状態のようになる。

そして、ステップＳ３０２において、マルチ画面表示画面から子機に転送する映像ソースの決定がなされると、ステップＳ３０３において、ユーザに転送先の子機を指定させるための処理を行う。この処理は、子機が複数ある場合に必要とされ、本実施形態では、図１に示すように、３個の子機が互いに独立して親機と伝送可能になっている。

ステップＳ３０３では、例えば、図８（ｂ）に示すように、予め親機に適当な子機の名称をユーザによって登録しておき、転送先の子機の指定画面をＯＳＤ表示し、ユーザに転送先を指定させる方法が、ユーザインタフェース上好適である。

そして、ステップＳ３０４で、転送先の子機の決定を検知すると、制御部１５が転送先の子機を認識する。その後、ステップＳ３０５で、例えば、図８（ｃ）に示すように、子機転送を行うことで親機のマルチ画面表示が制限されることを明示した警告を親機の表示装置１１に表示出力すると共に、ユーザに確認を求める案内を表示する処理を行う。このとき、制御部１５が出力確認手段として機能する。

次いで、ステップＳ３０６の確認応答において、転送の継続を検知すると、ステップＳ２０４へ移行し、転送の中止を検知すると、子機転送処理を終了し、子機転送要求がなかったものとする。ステップＳ２０４以降では、転送先の子機及び映像ソースが決定された後の処理として、親機内のハードウェアの制御を行う。

制御部１５は、ステップＳ２０４で、リソース管理情報を更新する。具体的には、子機転送を行う映像ソースの処理に、親機のどの処理系（放送映像リソース）を用いるかを決定する。チューナから共有メモリ８に書き込むまでの入力映像処理系は、チューナの種別が異なる場合があるため、前述のように、放送映像リソースとして一体化されている。このため、子機転送画面として選択された画面、図８に示す例では、子画面Ｓ１の放送映像リソースが子機転送用にそのまま割り付けられる。従って、表１のような割り付けがされている場合には、チューナ２ｂ〜映像デコーダ５ｂからなる放送映像リソースが該当し、動画プレーン＃１が子機用の動画プレーンになる。

この結果、レイアウト変更後の状態では、表２に示すように、主画面Ｍに関し、チューナ部２ａ〜映像デコーダ５ａからなる放送映像リソースで処理された映像データが動画プレーン＃０に割り付けられ、子機Ａに関し、チューナ部２ｂ〜映像デコーダ５ｂからなる放送映像リソースで処理された映像データが動画プレーン＃１に割り付けられ、子画面Ｓ２に関し、チューナ部２ｃ〜映像デコーダ５ｃからなる放送映像リソースで処理された映像データが動画プレーン＃２に割り付けられる。

次に、３つの独立した子機出力系（１８ａ〜１９ａ、１８ｂ〜１９ｂ、１８ｃ〜１９ｃ）のどれを選択するかを決定する。親機と子機が有線（ケーブル等）によりPoint to Pointで接続されている場合は、転送先の子機に繋がった子機出力処理系が選択され、無線（Ｗｉｒｅｌｅｓｓ１３９４等）等により、ネットワークＩＤにより子機に接続可能な場合は、任意に子機出力処理系が選択される。いずれの場合でも、制御部１５は決定された処理系に基づいて、リソース管理情報を更新し、ＲＡＭ１４の内容を更新する。例えば、本実施例において、子機出力処理系が１８ａ〜１９ａと選択された場合は、その旨がＲＡＭ１４に記憶される。また、上記のようなリソース管理を行うことで、子機接続時は、図３の動画プレーンは親機と子機で兼用に使用できるようになっている。

次に、制御部１５は、ステップＳ２０５で、映像ソースの出力制御を行う。具体的には、親機用マルチ画面合成部９に、子機に開放した放送映像リソースが割り付けられた動画プレーン＃１への読み出しアドレス生成を停止させると共に、子機用出力合成部１８ａに、動画プレーン＃１への読み出しアドレス生成を開始させるという出力制御を行う。

なお、前述した動画プレーンの親機及び子機による兼用化、並びに上記アクセスの切り換えによっても、共有メモリ８のメモリ容量増加及び転送バンド幅の向上は必要とされないため、メモリの大容量化・高速化によるコストの上昇はない。

次いで、ステップＳ２０６で、制御部１５は子機転送フォーマット処理を行う。子機であるアナログテレビはＮＴＳＣ規格に対応しているので、デジタル処理では４８０ｉ（垂直５２５本のインタレース）相当で出力する必要がある。よって、解像度変換部６ｂを親機の場合と同様に兼用使用し、ここで４８０ｉにフォーマット変換した後、共有メモリ８の動画プレーン＃１に格納する。そして、子機用出力合成部１８ａが、４８０ｉの表示レート（６０Ｈｚ、１３．５ＭＨｚ）に同期してメモリ制御部７に読み出しアドレスを発行することにより、子機用読み出し映像＃０を受け取る。

このように、本実施形態では、解像度変換部６ａ〜６ｃが共有メモリ８の前段に設けられているため、表示レートが親機のものから子機のものへと変化しても、非同期吸収は共有メモリ８によって行われる。このため、親機の処理構成をそのまま用いることができる。

そして、ステップＳ２０７において、４：３のアスペクト比の子機に１６：９のアスペクト比の映像を表示させるために、例えば、図９（ａ）に示すようなレターボックス表示や図９（ｂ）に示すような全画面表示等の子機出力画面の形成を行う。なお、レターボックス表示の場合、子機用背景は子機用出力合成部１８ａによって付加される。その後、子機出力インタフェース１９ａによって、映像データを伝送フォーマットに適合させた後、出力する。

最後に、ステップＳ２０８において、子機出力状態になった親機の画面レイアウトの変更を、例えば、図８（ｄ）に示すように、３画面表示から２画面表示に切り換えることで、ＰＵＳＨ型の子機転送の処理がすべて完結する。

なお、ここまでの説明では音声については詳しく説明していないが、図１に図示しない複数の音声デコーダからの出力を、映像に合わせて子機側に切り換えるだけの簡易な処理で十分である。（子機転送時には、上記映像と音声の両方が指定された子機へ送られる。）

（第１のＰＵＬＬ型の子機転送）
次に、ＰＵＬＬ型の子機転送を行う場合の処理について、図６を参照しながら説明する。このＰＵＬＬ型子機転送では、子機出力インタフェース１９ａ〜１９ｃ及び制御部１５が要求受付手段として機能し、制御部１５が要求可否判断手段として機能する。ＰＵＬＬ型の子機転送とは、子機アダプタ２８の子機用リモコン２５を操作して子機への番組伝送を親機に対して要求し、これに基づいて行われる転送を意味する。このようなＰＵＬＬ型の子機転送が必要とされる場合としては、例えば、親機が設置された部屋とは異なる部屋において、（１）子機アダプタ２８に接続されたアナログテレビ２７でデジタル放送を見たい、（２）子機アダプタ２８に接続されたアナログＶＴＲにデジタル放送を録画したい等の要求が生じ、子機（ルームテレビ）から親機に映像を転送させる場合が挙げられる。

ＰＵＬＬ型のＰＵＳＨ型との処理上の大きな違いは、親機用リモコン１６から子機転送を要求するか、子機用リモコン２５から子機転送を要求するかである。以下、ＰＵＳＨ型の子機転送と異なる処理に着目して説明する。

ＰＵＬＬ型の子機転送の処理は、例えば、ユーザが子機用リモコン２５に設けられた子機転送要求キー（図示せず）を押すと、開始される。子機転送要求キーが押されると、子機制御部２４はリモコン受光部２６を介して、転送要求を検知し、子機入力インタフェース２１に要求コマンドを所定のプロトコルに準じて発行する。この要求コマンドは、親機・子機間のインタフェースに双方向のコマンドラインを定義することにより親機に対して伝送可能なものである。親機と子機が有線（ケーブル等）によりPoint to Pointで接続されている場合は、転送先親機内の子機出力インタフェース１９ａ〜１９ｃの中で対応する一の子機出力インタフェースがこれを受け取る。無線（Ｗｉｒｅｌｅｓｓ１３９４等）等により、ネットワークＩＤにより親機に接続可能な場合は、任意に子機出力インタフェースが選択される。特に、無線の場合、どの子機からの要求かを明示するための子機ＩＤも要求コマンドと同時に付加される。

そして、図６に示すように、ステップＳ２００で、制御部１５が子機からの子機転送要求を検知すると、ステップＳ２０１で、子機伝送形態の分析を行う。ＰＵＬＬ型では、子機のユーザが子機用リモコン２５を用いて子機転送モードを要求した場合に行われる。

また、本実施形態では、子機用リモコン２５からのコマンド要求が１９ａ〜１９ｃの子機出力インタフェースから出力される子機用通信ラインによって、直接制御部１５に受け渡されるので、制御部１５はこの通信ラインからの割り込みを検知することにより、ステップＳ２０９で、ＰＵＬＬ型の要求が所定の子機からあったことを認識する。

その後、ステップＳ２１０で、制御部１５はＰＵＬＬ型子機転送のリソース分配処理に移行する。ステップＳ２１０では、子機用リモコン２５により子機に転送する映像ソースを決定する。ここで、転送先の子機には、予め子機ＩＤが付与されているため、制御部１５はどの子機が転送先であるかを既に認識している。図１１は、ＰＵＬＬ型子機転送のリソース配分処理を示すフローチャートである。

リソース分配処理（ステップＳ２１０）では、ステップＳ４００で、制御部１５が子機ＩＤで示された子機に対して、図１０（ａ）に示すようなＯＳＤ表示からなるチャンネル入力メニューを形成して転送する処理を行う。ここで、このような子機へ出力するＯＳＤ表示の具体的な作成方法について説明する。

転送先の子機が子機出力インタフェース１９ｂに接続されているとすると、制御部１５は、図３に示すように、共有メモリ８に構成された子機用ＯＳＤプレーン＃１に対してＯＳＤ描画を行うと共に、子機用出力合成部１８ｂが共有メモリ８の子機用ＯＳＤプレーン＃１から子機用ＯＳＤ＃１データを読み出し、子機出力インタフェース１９ｂを介して転送することにより、子機のアナログテレビ２７にチャンネル入力メニューが表示される。これにより、子機のユーザはチャンネル入力メニューを見ながら、子機用リモコン２５の数字キー（図示せず）によりチャンネル番号（ＣＨ番号）を直接入力することができるようになる。入力された文字列は、子機制御部２４が親機の制御部１５に逐次転送し、制御部１５がその入力データに基づいて子機用ＯＳＤプレーン＃１を更新することで、子機のユーザはチャンネル表示が正しくされているかを確認できる。従って、子機側にＯＳＤ表示を行うための機能を設ける必要がない。

次に、ステップＳ４０１で、制御部１５が入力チャンネル番号を検知すると、ステップＳ４０２で、前述したリソース管理情報をＲＡＭ１４から読み出し、要求されたチャンネルを転送するときの使用放送映像リソースが親機の主画面用に使われているかどうかを比較判断する。

そして、ステップＳ４０３で、要求されたチャンネル用の放送映像リソースが親機の主画面に表示されている映像の放送映像リソースと一致している場合、親機が主として使用している放送映像リソースのために子機へ転送すべきでないと判断し、ステップＳ４０４で、図１０（ｂ）に示すような子機へ転送の拒絶通知を子機用ＯＳＤプレーン＃１に再描画する。このとき、図１０（ｂ）に示すように、他のチャンネルを要求するか否かも子機に通知する。また、このとき、制御部１５が要求確認手段として機能する。なお、親画面であるか子画面であるかに拘わらず、要求されたチャンネル用の放送映像リソースが親機又は子機で使用されている場合に転送すべきでないと判断するようにしてもよい。

この結果、ステップＳ４０５で、子機のユーザが要求するチャンネル番号を変えてリトライを行った場合には、再び、ステップＳ４００にて、図１０（ａ）に示すチャンネル入力メニューを子機に転送する。これを繰り返すことで、子機のユーザは何度でもチャンネル要求を行うことができる。

一方、ステップＳ４０３で、要求されたチャンネル用の放送映像リソースが親機の主画面に表示されている映像の放送映像リソースと一致していない場合、ステップＳ４０６で、要求されたチャンネル用の放送映像リソースが親機の子画面に表示されている映像の放送映像リソースと一致しているかを判断する。

この結果、一致している場合は、親機が主として使用している放送映像リソースではないので、子機へ転送しても良いと判断する。そして、ステップＳ４０７で、親機の表示画面に、ＰＵＳＨ型の時と同様な図８（ｃ）に示すような警告を表示し、ステップＳ４０８で、子機転送の許可を親機のユーザに確認する。

ステップＳ４０８で、転送を許可しないと判断された場合は、ステップＳ４０４に進み、前述の処理と同様の処理で子機へ転送の拒絶を通知する。また。転送の許可を検知した場合は、ステップＳ２０４に進み、前述したＰＵＳＨ型と同様な処理により子機へ要求されたチャンネル映像を転送する。

また、ステップＳ４０６で、一致していない場合には、親機が要求された放送映像リソースを使用していないか、親機がスタンバイ状態等で全く使用されていない状態なので、無条件にステップＳ２０４に進み、前述したＰＵＳＨ型と同様な処理により子機へ要求されたチャンネル映像を転送する。

そして、ステップＳ２０４以降の処理をＰＵＳＨ型の場合と同様に行うことにより、ＰＵＬＬ型の子機転送の処理がすべて完結する。

（第２のＰＵＬＬ型の子機転送）
次に、ＰＵＬＬ型の子機転送を行う場合の他の処理方法について説明する。上述のＰＵＬＬ型の子機転送では、双方向の通信を介して、子機側からチャンネル番号が指定され、親機から許可された場合に子機転送が行われるように構成されている。このような構成及び方法は、チューナ２ａ〜２ｃの種別がすべて同一である場合（例えば、すべてＢＳデジタル／ＣＳデジタル共用チューナである場合等）は、比較的子機からのチャンネル要求に対する転送の許可が親機から得やすいため、非常に簡素で有効な手段といえる。

しかし、チューナ２ａ〜２ｃの種別が異なっている場合（例えば、チューナ２ａはＢＳデジタルチューナ、チューナ２ｂはＣＳデジタルチューナ、チューナ２ｃは地上波デジタルチューナの場合等）には、親機が親画面の表示のためにＣＳデジタルチューナを使用しているときに、子機側からＣＳ放送のチャンネルを要求しても、拒絶され続けてしまう可能性が高い。更に、このような場合でも、子機からでは親機のチューナの構成等は分からない。そこで、このような場合でも、円滑にＰＵＬＬ型の子機転送が実現できる方法が望まれる。

ここで説明するＰＵＬＬ型の子機転送の処理方法は、リソース配分処理のみが上記の処理方法とは異なっており、円滑な転送を可能とする方法である。図１２は、ＰＵＬＬ型子機転送の他のリソース配分処理を示すフローチャートである。このＰＵＬＬ型子機転送でも、子機出力インタフェース１９ａ〜１９ｃ及び制御部１５が要求受付手段として機能し、制御部１５が要求可否判断手段として機能する。

この処理方法では、ステップＳ２０９で、ＰＵＬＬ型の子機転送要求を親機が検知すると、リソース分配処理として、ステップＳ５００で、制御部１５はリソース管理情報をＲＡＭ１４から読み出す。次に、リソース管理情報に基づいて、ステップＳ５０１で、制御部１５は子機用に割り付けることが可能な放送映像リソース及びこの放送映像リソースを用いて子機への転送が可能なチャンネルを検索する。例えば、チューナ２ａがＢＳデジタルチューナであり、チューナ２ｂがＣＳデジタルチューナであり、チューナ２ｃが地上波デジタルチューナである場合に、親機が主画面で見ている番組がチューナ２ａ（ＢＳデジタルチューナ）を使用しているときには、チューナ２ｂ（ＣＳデジタルチューナ）及びチューナ２ｃ（地上波デジタルチューナ）がリソース分配可能であると判断する。このとき、制御部１５が検索手段として機能する。

次いで、ステップＳ５０２で、転送を要求してきた子機に対して、対応する子機ＯＳＤプレーンに転送可能なチャンネル情報を描画し、対応する子機用出力合成部がこれを読み出し、子機に転送することで出力する。出力する転送可能なチャンネル情報画面は、例えば図１３（ａ）に示すように、ＯＳＤ単独表示の画面としてもよいし、子機で以前に転送された番組を視聴している最中に、チャンネル切り換えを行った場合等は、図１３（ｂ）に示すように、表示中の映像とＯＳＤの表示とを合成した画面としてもよい。このとき、制御部１５が検索結果出力手段として機能する。

そして、ステップＳ５０３で、子機からチャンネル番号の入力を検知すると、制御部１５は、ステップＳ５０４で、そのチャンネル番号が転送可能なチャンネル情報に含まれているのであれば、ステップＳ２０４に進んで、子機へ所望の番組を転送する。

このような処理方法によれば、子機のユーザは、親機による転送が可能なチャンネルを認識することができるため、円滑にチャンネルの選択を行うことが可能になり、前述したＰＵＬＬ型の子機転送の問題を回避できる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第１の実施形態の構成は、親機と子機とで同じ映像ソースの映像を表示しないことを前提としている。しかし、以下の例ような場合には、親機と子機とで同時に同一の映像ソースの映像の表示が要求される。例えば、（１）親機側で子機の視聴番組の内容を監視をしたい場合、（２）ＰＵＳＨ型での子機転送において、親機の主画面の映像に対して子機への転送が要求されたが、親機でも同じ映像を継続して視聴したい場合、（３）ＰＵＬＬ型での子機転送において、親機へ子機転送を要求したが、親機が主画面で表示しているため転送が拒絶された場合、等である。

第２の実施形態は、上記のような要求にも応えることができるように構成されてり、具体的には、図１４に示すように、映像デコーダ５ａ〜５ｃと解像度変換部６ａ〜６ｃとの間に、入力ソース切り換え部３０ａ、３０ｂ及び３０ｃが設けられている。入力ソース切り換え部３０ａ〜３０ｃは、制御部１５による制御によって、映像デコーダ５ａ〜５ｃから出力された映像データ（映像ソース）から１つを選択して、夫々解像度変換部６ａ〜６ｃに出力する。即ち、解像度変換部６ａ〜６ｃが、映像デコーダ５ａ〜５ｃからのすべての出力を選択して処理できるようにする入力ソース切り換え部３０ａ〜３０ｃが設けられている。

（子機の視聴番組の監視）
次に、親機側で子機の視聴番組を監視する場合の第２の実施形態の動作について説明する。図１５は、子機の視聴番組の監視を行う場合の動作を示すフローチャートである。

先ず、図１６（ａ）に示すように、親機では親画面及び子画面が使用され、また、１つの子機に映像が転送されているものとする。この状態で、親機用リモコン１６を用いて、親機のユーザが子機に転送されている映像を親機で監視するという要求を発行すると、制御部１５は、ステップＳ６００で、この要求を検知する。

次に、制御部１５は、ステップＳ６０１で、親機の表示装置１１に図１６（ｂ）に示すような警告画面を表示する。即ち、制御部１５は、子機の監視を行うことにより、親機で選局することが可能な画面数が１画面になることを警告する。

ここで、この警告内容の意味について詳しく説明する。本実施形態には、３個の放送映像リソースが設けられている。このような構成で子機の監視が行われる場合、チューナ２ａ〜２ｃの種別が異なっていると、１個の放送映像リソースを親機及び子機で共用する必要がある。そして、このような場合には、制御部１５は、入力ソース切り換え部３０ａ〜３０ｃのいずれか２個を用いて同一の映像デコーダから出力された映像ソースを親機出力用と子機転送用に分けて出力させる。そして、相異なる解像度変換部が解像度の変換を行い、変換後の映像ソースが共有メモリ８の異なる動画プレーンに振り分けられる。その後、親機用マルチ画面合成部９と子機用合成部８ａ〜８ｃのいずれか１つがが相異なる動画プレーンから解像度の違う映像を読み出すことで、同一の映像ソースの同時表示が行われる。

このような処理が行われる場合、子機への転送用及び親機での監視用に２個の解像度変換部が使用されるため、他に用いることができる解像度変換部は１個のみとなる。そして、この状態で、子機への転送用及び親機での監視用以外の解像度変換部に映像ソースを送っているチューナは、親機での視聴に自由に使用しても問題は生じないが、子機への転送用及び親機での監視用の解像度変換部に映像ソースを送っているチューナに対して親機側で自由に選局できるようにすると、子機で表示されている映像も変わってしまう。このため、親機側で選局可能な放送映像リソースは１個に制約する必要があり、このことを警告通知するのである。

ステップＳ６０１での警告後、ユーザがこの警告に同意して、制御部１５が、ステップＳ６０２で確認応答を検知すると、ステップＳ６０３で、入力ソース切り換え部３０ａ〜３０ｃを同時表示が可能なように切り換える。即ち、子機に転送されている映像ソースの受信に用いられているチューナに接続された映像デコーダの出力信号を、子機転送用及び親機監視用に２個の解像度変換部に入力させる。

次に、ステップＳ６０４で、制御部１５は親機の画面のレイアウトを変更する。レイアウト変更後の画面は、例えば図１６（ｃ）に示すようなものになる。

このような方法によれば、画質の劣化を引き起こすことなく、親機及び子機で同時に同じ映像を表示することができる。

なお、第１の実施形態によっても、制御部１５が共有メモリ８の子機転送用に割り付けた動画プレーンからの読み出し映像を、親機用マルチ画面合成部９及び子機用出力合成部が同時に処理するように制御すれば、親機での選局可能な画面数を制約せずとも、同一の映像を表示することは不可能ではない。しかし、映像フォーマット（特に、表示解像度）が子機で表示する映像と親機で表示する映像とで異なっている可能性が高い。このため、同一の動画プレーンから読み出した映像を親機用マルチ画面合成部９及び子機用出力合成部で同時に処理させるためには、親機用マルチ画面合成部９の前段（メモリ制御部７及び共有メモリ８の後段）に、更なる解像度変換部を設けし、子機で表示される映像の解像度を親機のマルチ画面表示用の解像度に再変換させる必要がある。

しかし、このような構成を採用すると、解像度変換部の追加による回路規模の大幅な増加によってコストが上昇するだけでなく、共有メモリ８の前段及び後段での２段の解像度変換処理が行われるため、表示画質の著しい劣化が生じる等、弊害要素の方が多い。

これに対し、上述のような第２の実施形態によれば、解像度変換部を増加させる必要がないため、コストの大幅な上昇及び画質の低下を回避しながら、親機を用いた子機の監視が可能となる。

（親機の主画面に表示されている映像の子機との共有）
次に、親機の主画面に表示されている映像を子機でも視聴可能とする方法、特に、ＰＵＬＬ型の子機転送において子機が要求した映像の処理に用いる放送映像リソースが親機の主画面に表示されている場合の方法について説明する。

第１の実施形態のＰＵＬＬ型子機転送では、ＰＵＬＬ型の子機転送において子機が要求した映像の処理に用いる放送映像リソースが親機の主画面に表示されている場合には、図１１に示すように、子機転送が完全に拒絶される。これに対し、本実施形態では、入力処理で放送映像リソースを親機及び子機で共有することが可能であるため、この場合においても子機からの転送要求に応えることができる。

具体的には、図１７（ａ）に示すような表示状態の場合に、子機からの最初の親機の主画面と同一映像のＰＵＬＬ型転送要求があると、図１５（ｂ）に示すように、ステップＳ６０５で、図１７（ｂ）に示すような警告画面、即ち、親機の２個の子画面のうちのどちらかを非表示にしても良いか、否かを選択させるための警告画面を親機に表示する。これは、前述の場合と同様に、２つの解像度変換部が１つの映像ソースを共有することにより、他に親機での表示用に用いることができる放送映像リソースが１個になるためである。

そして、ステップＳ６０６で、親機ユーザがどちらかの子画面を非表示にすることを許可したことを検知すると、ステップＳ６０７で、入力ソース切り換え部３０−１〜３０−３を、親機のユーザにより非表示選択された子画面、例えば子画面Ｓ２の表示を中止すると共に、親画面の映像を子機にも転送するように切り換える。その後、制御部１５は親機の画面のレイアウトを変更する。レイアウト変更後の画面は、例えば図１７（ｃ）に示すようなものになる。

このような方法によれば、画質の劣化を引き起こすことなく、親機及び子機で同時に同じ映像を表示することができる。このように、入力処理の共有が可能となる構成にすることで、ＰＵＬＬ型の子機転送の自由度を更に向上することが可能になる。なお、ＰＵＳＨ型の子機転送において、親画面の映像を子機に転送しようとする場合には、最初の要求のためのリモコンの操作が異なるのみで、ステップＳ６０５以降の処理が同様に行われる。

なお、第１及び第２の実施形態の説明では、ＰＵＳＨ型の子機転送、ＰＵＬＬ型の子機転送、親機及び子機同時表示について、夫々の処理方法を分けて説明しているが、これらの処理方法を組み合わせて適用してもよい。また、子機転送する子機は１つであることに限定されず、複数の子機に異なる映像ソースの映像が転送されたり、複数の子機に同一の映像ソースの映像が転送されたりしてもよい。また、第１及び第２の実施形態のいずれにおいても、図１８に示すように、親機と３個の子機とを通信可能にすることが可能であり、この場合、３つの子機に転送が行われている間、親機がスタンバイモードで使用されていない状態となるようにしてもよい。

更には、子機転送される映像は、チューナからの入力である放送映像リソースを用いたものに限定されず、親機に内蔵されたハードディスクや外部のＤＶＤやＤ−ＶＨＳ等の記録装置からの蓄積系映像リソースを対象にしてもよい。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第１及び第２の実施形態は、主に子機に映像が転送されるまでの制御に関するものであるが、第３の実施形態は、主として子機に映像が転送されている間の親機の制御に関するものである。図１９は、本発明の第３の実施形態に係るテレビシステムの構成を示す図である。

このテレビシステムには、ＰＤＰやＣＲＴ等の表示デバイスを使用したディスプレイ３１、受信した放送電波をディスプレイ３１に表示する信号へ変換し、映像データを送信する機能を併せ持つ受信機であるセットトップボックス（以下、ＳＴＢと略す）３２が設けられている。ディスプレイ３１（主表示装置）及びＳＴＢ３２（情報処理装置）から親機が構成されている。

更に、ＳＴＢ３２を遠隔操作するリモートコントロール装置（以下、リモコンと略す）３３、ビデオ録画再生装置（以下、ＶＴＲと略す）３４、小型のＣＲＴ等の表示デバイスを使用したアナログテレビ受像機３５、ＳＴＢ３２から送信された映像データを受信し表示データに変換する変換器３６が設けられている。アナログテレビ受像機３５（副表示装置）及び変換器３６（副情報処理装置）から子機が構成されている。

図２０は、ＳＴＢ３２及び周辺機器の概略構成を示すブロック図である。ＳＴＢ３２には、図１９に示すように、ディスプレイ３１が接続されるだけでなく、他に、例えばテレビ番組の放送を受信するＢＳ／ＣＳデジタル放送受信アンテナ５１とアナログ地上波放送受信アンテナ５２と、ＶＴＲ５４が接続される。

ＳＴＢ３２の内部には、ＢＳ／ＣＳデジタルチューナ２０１と、スクランブル解除ＩＣ（デスクランブル）２０２と、画像と音声とデータを分離するデマルチプレクサ（デマックス）２０３と、画像と音声を伸長するＭＰＥＧ２デコーダ２０４と、デコーダ２０４で伸長された映像データ用の解像度変換部２０５と、が設けられている。

ＳＴＢ３２の内部には、更に、地上波放送用のチューナ２０６と、チューナ２０６とＶＴＲ３４からのＮＴＳＣ信号を切り換えるスイッチ回路２０７と、ＮＴＳＣ信号を復元するＮＴＳＣデコーダ２０８と、復元された映像データ用の解像度変換部２０９と、が設けられている。

更に、ＳＴＢ３２の内部に、解像度変換部２０５及び２０９で変換された映像データを一時的に蓄える共有メモリ２１０と、共有メモリ２１０を制御するメモリ制御部２１１と、ディスプレイ３１用に複数の画面を合成する親機画面合成部２１２と、親機画面合成部２１２の出力信号をディスプレイ３１用の信号に変換するディスプレイＩ／Ｆ２１３と、が設けられている。本実施形態では、親機画面合成部２１２及びディスプレイＩ／Ｆ２１３から主出力手段が構成されている。

更に、ＳＴＢ３２の内部には、グラフィックコントローラ２１４と、デコーダ２０４又は２０８で伸長された音声データを親機／子機に振り分ける音声制御部２１５と、子機の画面サイズに合わせた映像データに変換するフォーマット変換部２１６と、音声制御部２１５から振り分けられた音声データとフォーマット変換部２１６で変換された映像データを合成する画像／音声Ｍｉｘ部２１７と、画像／音声Ｍｉｘ部で合成されたデータを子機へ送信するための信号に変換する無線Ｉ／Ｆ２１８と、子機へ送信する送信部２１９と、が設けられている。本実施形態では、フォーマット変換部２１６及び無線Ｉ／Ｆ２１８から副出力手段が構成されている。

ＳＴＢ３２の内部には、更に、ＳＴＢ３２全体を制御するマイクロプロセッサ（以下、ＭＰＵと略す）２２０と、予め形成された映像データを記憶しておくＲＯＭ２２１と、ＳＴＢ３２内の様々なデータを一時的に記憶するＲＡＭ２２２と、カードインターフェース２２３と、リモコン３３からの信号を受信するリモコン受信部２２５と、が設けられている。カードインターフェース（カードＩ／Ｆ）２２３によって、ＳＴＢ３２のＩＤ番号等が組み込まれたスマートカード２２４内の情報が読み取られる。

このようにして構成されたＳＴＢ３２では、ＢＳ／ＣＳデジタルチューナ２０１で受信したＭＰＥＧ２のストリームは、スクランブル解除ＩＣ２０２でスクランブルを解除され、デマルチプレクサ２０３によって画像・音声・付加データに分けられ、画像と音声はデコーダ２０４で復元される。一方、地上波チューナ２０６で受信された放送電波と、ＳＴＢ３２に接続されたＶＴＲ３４からの再生画像については、リモコン３３からの入力信号によってスイッチ回路２０７からＮＴＳＣデコーダ２０８に出力される信号が切り換えられ、ＮＴＳＣデコーダ２０８で復元される。

デコーダ２０４又は２０８で復元された画像のデータは、夫々解像度変換部２０５、２０９でその解像度を変換され、メモリ制御部２１１を通して、一時的に共有メモリ２１０へ記憶される。ＲＯＭ２２０には、予めＯＳＤ用映像データが記憶されており、共有メモリ２１０に記憶された画像とＯＳＤ用の画像が画面合成部２１２で適時合成され、ディスプレイＩ／Ｆ２１３を通じて、ディスプレイ３１に出力される。

また、デコーダ２０４又は２０８で復元された音声データについては、音声制御部２１５によってディスプレイ３１に出力される画像に合わせた音声データがＭＰＵ２２０によって選択され、ディスプレイ３１に送られ、出力される。

また、電子番組表や番組情報等の付加データについては、デマルチプレクサ２０３で分離されてＲＡＭ２２２に記憶され、ＭＰＵ２２０で解析され、適時グラフィックコントローラ２１４を通じて、画面に表示される。

また、共有メモリ２１０に記憶された映像データの中から、リモコン３３によって指定された映像データはフォーマット変換部２１６を通して子機の画面の最適化された映像データとなり、画像／音声Ｍｉｘ部２１７で音声制御部から送られた音声データと合成されて、無線Ｉ／Ｆ２１８によって送信用の信号に変換される。そして、変換後のデータが送信部２１９から子機へ送信される。なお、子機への送信方式は、無線伝送方式に限定されず、有線方式でも構わない。

図２１は、変換器３６の概略構成を示すブロック図である。変換器３６には、親機を構成するＳＴＢ３２から送信された信号を受信する受信部６１と、互いに合成された映像データ及び音声データを分離する画像／音声分離回路６２と、分離された映像データをデコードするデコーダ６３と、デコードされた映像データを制御する画面制御部６４と、ディスプレイ用の信号に変換するディスプレイＩ／Ｆ６５と、変換器３６全体を制御するＭＰＵ６６と、映像データ等を一時的に記憶するメモリ６７とが設けられている。

このように構成された変換器３６では、ＳＴＢ３２から送信された信号を受信部３１が受信し、画像／音声分離回路３２が映像データ及び音声データを互いに分離する。音声データは変換器３６に接続されたテレビ受像機３５に送られ、出力される。一方、映像データは、デコーダ６３でデコードされ、画面制御部６４を通して、ディスプレイＩ／Ｆ６５でディスプレイ用の信号に変換される。そして、変換後の映像データがテレビ受像機３５に出力される。

図２２は、リモコン３３の外観の一例を示す図である。このリモコン３３には、ＳＴＢ３２の電源をオン／オフを制御する電源ボタン４１、ＳＴＢ３２のチャンネルを選局する１２個の選局ボタン４２、音量調整ボタン４３、地上波放送とＢＳ／ＣＳデジタル放送と外部入力とを切り換える入力切換ボタン４４、日付や時刻や受信中のチャンネル番号等を表示する液晶ディスプレイやＬＥＤ等で構成された表示部４５、チャンネルを順次切り換えるチャンネル切換ボタン４６、変換器３６への転送の開始／解除を選択する子機転送／解除ボタン４７が設けられている。このリモコン３３では、入力切換ボタン４４が押されると、入力ソースが、順次、地上波→ＢＳ／ＣＳデジタル→外部入力→地上波・・・と切り換わるように構成されている。

このリモコン３３を使って選局するときは、入力切換ボタン４４を用いて所望の入力ソースをチューナ又は外部入力から選択し、次に、選局ボタン４２のいずれかのボタンを押すか、チャンネル切換ボタン４６を押せばよい。子機へデータを転送する場合は、転送したい番組又は外部入力を選局しておき、子機転送／解除ボタン４７を押す。そして、子機にデータが転送されている状態で、子機転送／解除ボタン４７を押すと、転送が解除される。

図２３乃至図２５は、本発明の第３の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。図２３乃至図２５中で、大きい方（左側）がディスプレイ３１の画面を示し、小さい方（右側）がテレビ受像機３５の画面を示している。

図２３は、子機に映像データが転送される前の状態であって、親機を構成するディスプレイ３１の画面にのみに映像が映し出されており、子機を構成するテレビ受像機３５の画面に映像が映し出されていない状態を示している。

図２４（ａ）は、親機及び子機で同一の映像が表示されない場合で、ディスプレイ３１に表示されていた画像が子機に転送されている状態、特に子機への転送中に親機側で子機と同じ映像ソースが選局されたときの状態を示している。より具体的には、子機側のテレビ受像機３５の画面に転送中の映像が表示されており、親機側のディスプレイ３１には単色（例えば、黒色）等が表示されている。

図２４（ｂ）は、図２４（ａ）と同じ状態を示すが、親機側のディスプレイ３１に、「子機で使用中」という案内が表示された状態を示している。より具体的には、子機側のテレビ受像機３５の画面に転送中の映像が表示されており、親機側のディスプレイ３１には単色（例えば、黒色）の背景中に、子機の状態を示す説明がＯＳＤとして背景に合成されて表示されている。なお、この説明は前述の例に限定されるものではない。

図２５（ａ）は、親機及び子機で同一の映像が表示される場合で、子機への転送中に親機側で子機と同じ映像ソースが選局されたときの状態を示している。より具体的には、子機へ転送されている映像データと同じものがディスプレイ３１に通常の大きさで、かつハーフグレイで表示されている。このハーフグレイ表示は、元の画像の輝度を下げて表示することで実現しても良いし、単色のグレイ画面を上記式１で表されるアルファ合成によって実現するようにしても良い。

図２５（ｂ）は、図２５（ａ）と同じ状態を示すが、親機側のディスプレイ３１に、子機の画像と同一の画像の画像がそのままの色彩で、かつ通常の大きさで表示されると共に、その画像の周囲に単色の枠が重ねて表示されている。この枠の表示は、例えばＯＳＤとして枠画像を重ねることで実現されている。

図２５（ｃ）も、図２５（ａ）と同じ状態を示すが、親機側のディスプレイ３１に、子機の画像と同一の画像の画像がそのままの色彩で、かつ通常の大きさで表示されると共に、画像の一部に、「子機で使用中」という案内がＯＳＤとして表示された状態を示している。

図２５（ｄ）も、図２５（ａ）と同じ状態を示すが、親機側のディスプレイ３１に、子機の画像と同一の画像の画像がそのままの色彩で、かつ縮小されて表示されると共に、その画像の周囲に背景として単色の画像が重ねて表示されている。この表示は、例えばＯＳＤとして背景画像を重ねることで実現されている。

図２５（ｅ）も、図２５（ａ）と同じ状態を示すが、親機側のディスプレイ３１に、子機の画像と同一の画像の画像がそのままの色彩で、かつ縮小されて表示されると共に、その画像の周囲に背景として単色の画像が重ねて表示されている。更に、図２３（ｇ）とも異なり、背景中に、「子機で使用中」という案内がＯＳＤとして表示されている。

次に、ＳＴＢ３２の動作について説明する。図２６は、本発明の第３の実施形態におけるＳＴＢ３２の動作を示すフローチャートである。

電源が投入されたＳＴＢ３２は、ステップＳ６０１で、リモコン３３からの信号が到達したか否かの判断をする。リモコン３３からの信号が到来している場合は、ステップＳ６０２で、それが入力切換を指示するものか判断する。その信号が入力切換を指示するものであれば、ステップＳ６０３で、直ちに入力切換処理を行い、ステップＳ６０１に戻る。

一方、ステップＳ６０２で、リモコン３３からの信号が入力切換を指示するものでない場合には、ステップＳ６０４で、番組選局を指示するものか判断する。

ステップＳ６０４で、信号が番組選局を指示するものであれば、ステップＳ６０５で、選局された映像ソースが子機（変換器３６）へ転送中の映像ソースであるか否かを判断する。ここで、子機へ転送中の映像ソースでなければ、ステップＳ６０６へ進み、選局処理を行い、ステップＳ６０１へ戻る。

一方、ステップＳ６０５で子機に転送中の映像ソースであると判断した場合には、ステップＳ６０７で、選局処理をキャンセルし、図２４（ａ）及び（ｂ）、図２５（ａ）〜（ｅ）のいずれかに示す表示をして、ステップＳ６０１へ戻る。

また、ステップＳ６０４でリモコン３３からの信号が番組選局を指示するものでない場合は、ステップＳ６０８へ進み、音量調整を指示するものであるかを判断する。ここで、音量調整を指示するものであれば、ステップＳ６０９で、直ちに音量調整処理を行い、ステップＳ６０１へ戻る。

ステップＳ６０８で音量調整を指示するものでない場合には、ステップＳ６１０で、子機転送／解除ボタンが押されたか否かを判断する。ここで、子機転送／解除ボタンが押されたと判断した場合は、ステップＳ６１１で、ＳＴＢ３２が子機へ転送中か否かを判断する。そして、子機へ転送中であれば、直ちに転送解除処理を行い、ステップＳ６０１へ戻る。

ステップＳ６１１で子機へ転送中でなければ、ステップＳ６１３で、その時点で親機に表示されている映像の転送処理を直ちに開始し、ステップＳ６０１へ戻る。

そして、ステップＳ６１０で子機転送／解除ボタンが押されたと判断されなかった場合は、ステップＳ６１４で、リモコン３３の電源ボタンが押されたか否かを判断する。ここで、リモコン３３の電源ボタンが押されたと判断した場合は、直ちにＳＴＢ３２の終了処理を行い、ステップＳ６１５で、ＳＴＢ３２自体の電源を落とす。一方、ステップＳ６１４で、電源ボタンが押されていないと判断した場合は、ステップＳ６０１へ戻る。

（第４の実施形態）
次に、本発明の第４の実施形態について説明する。第４の実施形態は、第３の実施形態に対して、第１及び第２の実施形態のように、親機側のディスプレイとしてマルチ画面表示が可能なものを用いる場合のテレビシステムである。即ち、ＳＴＢ３２の親機画面合成部２１２によって合成された複数の映像ソース（例えば、チューナ及び外部機器からの入力画像）からの映像データをディスプレイにウィンドウ状に表示するためのマルチ画面表示用の映像データを表示できるものをディスプレイ３１として用いる。そして、第４の実施形態では、その中の映像ソースの１つが子機へ転送される。なお、第４の実施形態についての説明では、第３の実施形態と同様の構成要素には同じ符号を付して、その詳細な説明は省略する。

図２７は、本発明の第４の実施形態におけるリモコン３３の外観の一例を示す図である。このリモコン３３には、第３の実施形態とは異なり、ウィンドウ分割／解除ボタン７１及びウィンドウ選択用の十字キー７２が更に設けられている。

ウィンドウ分割／解除ボタン７１が押されると、順次、ディスプレイ３１の画面の表示が、マルチウィンドウ表示→単一画面表示→マルチウィンドウ表示→・・・と切り換わる。具体的には、例えばマルチウィンドウ表示のときは、図２８（ａ）に示すように、主画面Ｍと子画面Ｓ１と子画面Ｓ２とが分割して表示され、単一画面の時は、図２８（ｂ）に示すように、主画面Ｍのみが表示される。

また、図２８（ａ）に示すようなマルチウィンドウ表示の時に、十字キー７２を構成する上下左右のいずれかの方向のキーが押されると、図２８（ｃ）に示すように、その画面が選局等の操作が可能な状態となっていることをユーザに知らせるためのウィンドウ選択枠が主画面Ｍに現れ、更に十字キー４８のいずれかの方向のキーが押されると、図２８（ｄ）及び（ｅ）に示すように、その押されたキーが示す方向に従ってウィンドウ選択枠が移動する。

なお、操作可能な画面がどれであるかをユーザに知らせる方法は、選択枠を表示するという方法に限定されず、ウィンドウ内に小さなマーク、例えば、●印等を表示するこによって知らせるようにしても良く、ユーザに認識でるようなものであればよく、特に認識しやすいものであることが好ましい。

図２９乃至図３１は、本発明の第４の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。図２９乃至図３１中で、大きい方（左側）がディスプレイ３１の画面を示し、小さい方（右側）がテレビ受像機３５の画面を示している。また、ここでは、主画面Ｍを右側に、子画面Ｓ１及び子画面Ｓ２を左側に縦に並べて配置しているが、子画面の数や配置は、このような例に限定されるものではない。

図２９は、子機に映像データが転送される前の状態であって、親機を構成するディスプレイ３１の画面のみにマルチ画面表示で映像が映し出されており、子機を構成するテレビ受像機３５の画面に映像が映し出されていない状態を示している。

図３０（ａ）は、親機及び子機で同一の映像が表示されない場合で、子画面１に表示されていた画像が子機に転送されている状態を示している。より具体的には、子機側のテレビ受像機３５の画面に転送中の映像が表示されており、親機側のディスプレイ３１の子画面Ｓ１には単色（例えば、黒色）等が表示されている。

図３０（ｂ）は、図３０（ａ）と同じ状態を示すが、ディスプレイ３１の子画面Ｓ１に、「子機で使用中」という案内が表示された状態を示している。より具体的には、子機側のテレビ受像機３５の画面に転送中の映像が表示されており、ディスプレイ３１の子画面Ｓ１には単色（例えば、黒色）の背景中に、子機の状態を示す説明がＯＳＤとして背景に合成されて表示されている。なお、この説明は前述の例に限定されるものではない。

図３１（ａ）は、親機及び子機で同一の映像が表示される場合で、ディスプレイ３１に表示されていた画像が子機に転送されている状態、特に子機への転送中に親機側で子機と同じ映像ソースが選局されたときの状態を示している。より具体的には、子機へ転送されている映像データと同じものがディスプレイ３１の子画面Ｓ１に通常の大きさで、かつハーフグレイで表示されている。このハーフグレイは、第３の実施形態と同様に、子画面Ｓ１の元の画像の輝度を下げて表示するようにして実現しても良いし、単色のグレイ画面を上記式１で表されるアルファ合成によって実現するようにしても良い。

図３１（ｂ）は、図３１（ａ）と同じ状態を示すが、親機側のディスプレイ３１の子画面Ｓ１に、子機の画像と同一の画像の画像がそのままの色彩で、かつ縮小されて表示されると共に、その画像の周囲に背景として単色の画像が重ねて表示されている。この表示は、例えばＯＳＤとして背景画像を重ねることで実現されている。

図３１（ｃ）も、図３１（ａ）と同じ状態を示すが、親機側のディスプレイ３１の子画面Ｓ１に、子機の画像と同一の画像の画像がそのままの色彩で、かつ通常の大きさで表示されると共に、画像の一部に、「子機で使用中」という案内がＯＳＤとして表示された状態を示している。なお、この説明は前述の例に限定されるものではない。

次に、ＳＴＢ３２の動作について説明する。図３２は、本発明の第４の実施形態におけるＳＴＢ３２の動作を示すフローチャートである。

電源が投入されたＳＴＢ３２は、ステップＳ９０１で、リモコン３３からの信号が到達したか否かの判断をする。リモコン３３からの信号が到来している場合は、ステップＳ９０２で、その信号が、画面分割／解除ボタン７２が押されたことを示すものであるか否かを判断する。ここで、画面分割／解除ボタン７２が押されたと判断した場合には、ステップＳ９０３で、現在表示中の画面が分割中であるか否かを判断する。そして、画面分割中である場合には、ステップＳ９０４で、直ちに画面分割解除処理を行い、ステップＳ９０１に戻る。また、ステップＳ９０３で画面分割中でない場合には、ステップＳ９０５で画面分割処理を行い、ステップＳ９０１へ戻る。

一方、ステップＳ９０２で画面分割／解除ボタン７２が押されていないと判断した場合には、ステップＳ９０６で、十字キー７１が押されたか否かを判断する。ここで、十字キー７１が押されたと判断した場合には、ステップＳ９０７で、画面分割中であるか否かを判断する。そして、画面分割中であると判断した場合には、ステップＳ９０８で、画面選択移動処理を行い、ステップＳ９０１へ戻る。また、ステップＳ９０７で、画面分割中でない場合には、ステップＳ９０９で、十字キー７１の操作指示をキャンセルし、ステップＳ９０１へ戻る。

また、ステップＳ９０６で十字キー７１が押されていないと判断した場合には、ステップＳ９１０で、入力切換を指示するものか判断し、入力切換を指示するものであれば、ステップＳ９１１で、直ちに入力切換処理を行い、ステップＳ９０１に戻る。一方、ステップＳ９１０でリモコン３３からの信号が入力切換を指示するものでないと判断した場合には、ステップＳ９１２で、番組選局を指示するものか判断する。

ステップＳ９１２で、番組選局を指示するものであれば、ステップＳ９１３で、選択された映像ソースが子機（変換器３６）へ転送中の映像の映像ソースであるか否かを判断する。ここで、子機へ転送中の映像ソースでなければ、ステップＳ９１４へ進み、選局処理を行い、ステップＳ６０１へ戻る。一方、ステップＳ９１３で、子機に転送中の映像ソースであると判断した場合は、ステップＳ９１５で選局処理をキャンセルし、図３０（ａ）及び（ｂ）、図３１（ａ）〜（ｃ）のいずれかに示す表示をして、ステップＳ９０１へ戻る。

また、ステップＳ９１２でリモコン３３からの信号が番組選局を指示するものでない場合は、ステップＳ９１６へ進み、音量調整を指示するものであるかを判断する。ここで、音量調整を指示するものであれば、ステップＳ９１７で、直ちに音量調整処理を行い、ステップ９０１へ戻る。

ステップＳ９１６で音量調整を指示するものでない場合には、ステップＳ９１８で、子機転送／解除ボタンが押されたか否かを判断する。ここで、子機転送／解除ボタンが押されたと判断した場合は、ステップＳ９１９で、ＳＴＢ３２が子機へ転送中か否かを判断する。そして、子機へ転送中であれば、直ちに転送解除処理を行い、ステップＳ９０１へ戻る。

ステップＳ９１９で子機へ転送中でなければ、ステップＳ９２１で、その時点で親機で選択されている画面に表示されている映像の転送処理を直ちに開始し、ステップＳ９０１へ戻る。

そして、ステップＳ９１８で子機転送／解除ボタンが押されたと判断されなかった場合は、ステップＳ９２２で、リモコン３３の電源ボタンが押されたか否かを判断する。ここで、リモコン３３の電源ボタンが押されたと判断した場合は、直ちにＳＴＢ３２の終了処理を行い、ステップＳ９２３で、ＳＴＢ３２自体の電源を落とす。一方、ステップＳ９２２で、電源ボタンが押されていないと判断した場合は、ステップＳ９０１へ戻る。

なお、ＳＴＢ３２がディスプレイ３１の筐体内に内蔵されていてもよく、また、変換器３６がテレビ受像機３５に内蔵されていてもよい。更に、ＳＴＢ３２内に３個以上のチューナが搭載されていてもよく、また、ＳＴＢ内にＨＤＤ等の記録装置が内蔵されていてもよい。更にまた、外部からの入力機器として、ＶＴＲ３４以外に、ＤＶＤやデジタルビデオカメラ等の一般的なテレビ受像機に接続可能な機器を用いてもよい。

（第５の実施形態）
次に、本発明の第５の実施形態について説明する。図３３は、本発明の第５の実施形態に係るテレビシステムの親機の構成を示すブロック図である。なお、第１の実施形態と同一の構成要素には同一の符号を付して、その詳細な説明は省略する。

本実施形態においては、映像デコーダ５ａ〜５ｃと解像度変換部７ａ〜７ｃとの間に、映像切換部３０が設けられている。映像切換部３０は、例えば、第２の実施形態中の入力ソース切り換え部３０ａ〜３０ｃから構成される。映像切換部３０は、映像デコーダ５ａ〜５ｃから出力される３つの独立した映像データを、解像度変換部７ａ〜７ｃのいずれかに切り換えることを目的としたデータパスの切り換え回路として機能する。切り換え方式としては、２通りの方法がある。１つ目は、映像デコーダ５ａ〜５ｃと解像度変換部７ａ〜７ｃとを１対１に切り換えて接続するもの（例えば、５ａと７ｃ、５ｂと７ａ、５ｃと７ｂ等）である。この場合は、解像度変換部７ａ〜７ｃには独立した放送映像リソースが接続される。２つ目は、映像デコーダ５ａ〜５ｃと解像度変換部７ａ〜７ｃとを３対ｎ（ｎは１又は２）に切り換えて接続するもの（例えば、５ａと７ａ、５ａと７ｂ、５ｃと７ｃ等）である。この場合は、解像度変換部７ａ〜７ｃの２以上に、同一の放送映像リソースが接続される。また、映像切換部３０は、前述したような出力先の切り換えだけでなく、解像度変換部７ａ〜７ｃへの出力をオフにするスイッチとしての役割を持つこともできる。

本実施形態には、更にリソース調停部５１、リソース管理部５２及びＯＳＤ生成部５３が設けられている。リソース調停部５１は、放送映像リソースの１つにリソース競合が起きた場合、予め決められた規則に基づいて調停動作を行い、その結果を制御部１５に通知する。リソース管理部５２は、各放送映像リソースがどの子機で使用されているかをテーブル方式で管理し、制御部１５により、必要に応じて参照及び更新される。即ち、例えば第１の実施形態の説明で用いた表１及び表２のような内容がリソース管理部５２により管理される。

子機用出力合成部１８ａ〜１８ｃは、制御部１５から発行された描画命令を元にＯＳＤ生成部５３により生成されたＧＵＩ等のＯＳＤ画面と解像度変換部７ａ〜７ｃから出力された映像データとを合成し、ＯＳＤ合成映像データに形成した後、圧縮部９ａ〜９ｃに受け渡す。なお、子機用出力合成部１８ａ〜１８ｃでの合成は、式１で表されるアルファ合成において、Ｂのグレイ画面の代わりにＯＳＤ画面を当てはめればよい。このアルファ合成を適用することにより、α＝０の時は元の映像のみ、α＝１の時はＯＳＤのみ、それ以外は映像とＯＳＤとのアルファ合成というように、様々な合成パターンが可能になる。

更に、圧縮部９ａ〜９ｃの後段には、多重化部５４、無線部５５及び無線用アンテナ５６が設けられている。多重化部５４は、圧縮部９ａ〜９ｃから出力された圧縮映像データとデマルチプレクサ４ａ〜４ｃによって分離された音声データとの関連付けを行い、転送先の子機で分離しやすいように転送先ＩＤを含んだヘッダー情報を付加したフォーマットにて時分割多重を行う。このような時分割多重を行うことで無線の搬送波周波数ごとに分割された通信チャンネルを有効に利用することが可能となる。

多重化部５４からの出力信号は無線部５５に受け渡される。図３４は、無線部５５の内部構成を示すブロック図である。ＭＡＣ（Media Access Control）制御部５５ａは、多重化部５４からの信号を、予め決められた通信プロトコルに準拠した送信信号を形成することを行うブロックで、ＩＥＥＥ８０２．１１ａ／ｂ／ｇの無線ＬＡＮ規格であれば共通のＭＡＣ層として定義されている。また、ＭＡＣ制御部５５ａは、多重化部５４からの映音多重化信号のＱｏＳ（Quality of Service）を保証した伝送制御を行う。従って、親機から指定子機へのコマンド送信を行う場合は、映音多重化信号の隙間（例えば、映像のブランキング期間等）を利用して行う等の工夫をすることが有効となる。ＭＡＣ制御部５５ａからの映音多重化信号は、無線送信部５５ｂにて無線ＬＡＮ規格の物理層で規定された変調処理等が施され、ＲＦ部５５で送信用チャンネルの周波数帯で増幅された後、無線用アンテナ５６から送信出力される。

一方、無線用アンテナ５６から受信された子機からの制御コマンド等の受信データは、ＲＦ部５５ｄでＢＰＦ（帯域フィルタ）により受信用チャンネルの周波数帯で分離され、ＬＮＡ（低雑音フィルタ）等で増幅された後、無線受信部５５ｃで、復調処理等が施され、ＭＡＣ制御部５５ａに受け渡される。この受信データは、ＭＡＣ制御部５５ａにて、制御部１５が扱うことができる信号に変換され、子機用制御信号として親機制御部１５に受け渡される。また、ＲＦ部５５ｄでは、送信と受信の周波数チャンネルを分離しているため、互いが干渉し合うことを防ぐことができる。

なお、親機と子機との間の物理伝送手段に無線を選択せずに、有線を選択する場合には、これらは必要とされない。例えば、子機との接続がアナログ有線の場合、Ｄ／Ａ変換器やビデオアンプ、デジタル有線の場合はＴＭＤＳやＬＶＤＳトランシーバ等が設けられる。

次に、親機と組み合わせて用いられる子機について説明する。図３５は、本発明の第５の実施形態に係るテレビシステムの子機の構成を示すブロック図である。子機には、子機全体の制御と親機とのコマンド通信を制御するための子機制御部７６が設けられている。子機制御部７６には、時間を計測するカウンタ（図示せず）、周辺入出力インタフェース（図示せず）等が設けられ、また、子機制御部７６には、演算能力を持つＣＰＵデータを一時格納するＲＡＭ７８、及び制御プログラムを格納するＲＯＭ７７が接続されている。なお、子機制御部７６は論理ロジックのみで構成されていてもよく、ＣＰＵや並列演算が可能なメディアプロセッサであってもよい。制御を行うために実行するプログラムはＲＯＭ７７に内蔵されていてもよいし、周辺入出力インタフェースを介して外部から転送されてもよい。更に、子機制御部７６にはリモコン受光部７９が接続され、赤外線を用いた子機用リモコン８０のコマンドを受け付けることができる。この子機用リモコン８０としては、通常のリモコンだけでなく、例えば赤外線発光ができるキーボード、マウス又はジョイスティック等を用いてもよい。

更に、子機には、無線用アンテナ７０、無線部７１、分離部７２、伸長部７３及び子機モニタ７４が設けられている。無線部７１の内部構成は、無線部５５のそれと同様である。

次に、上述のように構成された子機の動作について説明する。この説明に当たっては、先ず、前述した親機からの無線送信された映音データ（映像データ及び音声データ）やコマンドデータを受信するまでの動作について説明する。

無線用アンテナ７０が親機から送信された所定の通信プロトコルに準拠した無線信号を受信すると、その信号は無線部７１に受け渡される。無線部７１では、その内部のＲＦ部５５ｄがＢＰＦ（帯域フィルタ）により親機の送信用チャンネルと同じ周波数帯を分離し、ＬＮＡ（低雑音フィルタ）等で増幅する。その後、無線受信部５５ｃが復調処理等を施し、ＭＡＣ制御部５５ａに受け渡し、ＭＡＣ制御部５５ａが親機からの多重化された映音データを復元する。

次に、分離部５２がヘッダー情報の転送先ＩＤを認識し、この子機宛の送信データであると判断した場合のみ、多重化された映像データと音声データを分離する。そして、伸長部５３が分離部５２によって分離された映像データを伸長し、子機モニタ５４がそのデータを映像化して表示する。

分離部７２で分離された音声データは、図示しない音声処理部で伸長された後、増幅されてスピーカによって再生される。

更に、親機からの受信データに上記映音データと同様に、この子機宛のコマンドデータが含まれていると判断した場合には、ＭＡＣ制御部５５ａがそのコマンドデータを、子機制御部１５が扱うことができる信号に変換し、子機制御部７６に受け渡す。

次に、子機用リモコン８０が操作されて、親機への制御情報が無線送信されるときの動作について簡単に説明する。

詳細は後述するが、ユーザが子機用リモコン８０を操作することにより、親機の映像リソースの取得制御を行うことができる。子機用リモコン８０の制御コマンドは、リモコン受光部７９から子機制御部７６に受け渡される。子機から親機へのコマンド送信を行う場合、子機制御部７６は、無線部７１のＭＡＣ制御５５ａへ受信したコマンド信号を送り、ＭＡＣ制御部５５ａが、同様に予め決められた通信プロトコルに準拠した送信信号を形成する。次に、無線送信部５５ｂが無線ＬＡＮ規格の物理層で規定された変調処理等を行い、ＲＦ部５５ｄが親機の受信用チャンネルと同じ周波数帯で増幅した後、無線用アンテナ７０から送信出力する。なお、ＲＦ部５５ｄは、送信と受信の周波数チャンネルを分離しているため、互いが干渉し合うことを防ぐことができる。

なお、無線用アンテナ７０、無線部７１、分離部７２及び伸長部７３は、親機と子機との間の物理伝送手段に無線を選択せずに、有線を選択する場合には、必要とされない。例えば、子機との接続がアナログ有線の場合、ＬＰＦ（ρパスフィルタ）やＡ／Ｄ変換器、デジタル有線の場合はＴＭＤＳやＬＶＤＳレシーバ等が設けられる。

このように、本テレビシステムは、親機から子機への映音データの片方向の無線通信と、親機と子機間のコマンドの双方向無線通信ができる構成になっている。

また、本テレビシステムは、１つの親機に対して複数の子機からの無線送信が同時に発生することも有り得る構成になっている。従って、前述した子機から親機へのコマンド送信は、同一の周波数チャンネルを共用して使うため、各子機から親機への送信時には、他の子機が送信していないことを確認してから送信する制御を行う必要がある。この制御は、子機側の無線部７１のＭＡＣ制御部５５ａが行う。通常、このようなアクセス制御は無線の転送効率を低下させる要因になるが、コマンド送信のようなＱｏＳ（Quality of Service）を必要としないケースであれな大きな問題は起きない。

次に、上述のように構成された第５の実施形態に係るテレビシステムの動作について説明する。図３６は、本発明の第５の実施形態における子機転送処理時の動作を示すフローチャートである。

従来、リソース競合が生じる場合として、前述のように、チューナの種別が異なり、かつあるチューナが扱うリソースに対する要求が複数生じるような構成の場合が挙げられる。ここで説明する動作は、このようなリソース競合を回避するものであり、チューナ２ａ〜２ｃの種別がすべて異なるものとする。例えば、チューナ２ａはＢＳデジタルチューナであり、チューナ２ｂはＣＳデジタルチューナであり、チューナ２ｃは地上波デジタルチューナである。

また、親機に無線接続されている子機の数は、チューナ２ａ〜２ｃの数と同じ３個であるとし、夫々の子機名を子機Ａ、子機Ｂ、子機Ｃとする。そして、親機においては、子機送信出力データパスとして、子機Ａは解像度変換部７ａ〜圧縮部９ａ、子機Ｂは解像度変換部７ｂ〜圧縮部９ｂ、子機Ｃは解像度変換部７ｃ〜圧縮部９ｃが使用されるものとする。

（リソース競合が生じない場合）
先ず、リソース競合が生じない場合として、子機Ａがチューナ２ａ（ＢＳデジタルチューナ）を、子機Ｂがチューナ２ｂ（ＣＳデジタルチューナ）を、子機Ｃがチューナ２ｃ（地上波デジタルチューナ）を夫々用いる場合の親機の動作について説明する。

子機Ａのユーザが、子機用リモコン８０を操作し、ＢＳデジタル放送の番組選局を行った場合、リモコン受光部７９はこの要求を検知する。子機制御部７６はこの要求に基づいて、子機Ａのコマンド識別が可能な子機Ａの識別ＩＤを付加したコマンドを生成し、無線部７１が親機への送信が可能な状態であると判断した後、子機Ａの無線用アンテナ７０から親機へコマンド送信する。

この送信コマンドは、親機の無線用アンテナ５６が受信し、無線部５５で子機Ａからのコマンド受信を識別した後、子機Ａからの選局要求として制御部１５に受け渡す。

そして、ステップＳ９０１において、制御部１５が子機Ａからの選局要求を検知すると、ステップＳ９０２に進み、リソース管理部１７からリソース管理情報を取得する。ここで、リソース管理情報の内容について説明する。本実施形態でのリソース管理情報は、親機のチューナ２ａ〜２ｃを、どの子機端末（子機Ａ〜Ｃ）が使用しているかの現行ステータスが記述された情報である。電源投入時（初期化時）のリソース管理情報の内容は、例えば下記表３のようになっている。

ステップＳ９０３では、取得したリソース管理情報と、子機Ａからの選局要求に対応するリソースとを比較することで、リソース競合のチェックを行う。子機ＡからのＢＳデジタル放送の番組への選局要求については、上記リソース管理情報によれば、チューナ２ａの使用先がまだない状態なので、ステップＳ９０４で、リソース競合なしと判断する。よって、子機Ａからの選局要求は了承され、ステップＳ９０５〜Ｓ９０８の子機への映像送信処理に入る。

ステップＳ９０５では、子機ＡからのＢＳデジタル放送の番組選局要求に応じて、チューナ２ａをチューニング制御し、ステップＳ９０６で、映像切換部３０を制御することにより、チューナ部２ａからのデータを子機Ａへの子機送信出力データパス（７ａ〜９ａ）に接続する。より具体的には、映像デコーダ５ａと解像度変換部７ａとを接続し、映像デコーダ５ｂ及び５ｃと解像度変換部７ｂ及び７ｃとの間を非接続とする。

そして、ステップＳ９０７において映像送信処理を行う。より具体的には、解像度変換部７ａで、子機Ａの子機モニタ７４の表示解像度に合わせた解像度変換処理を施し、圧縮部９ａで映像データを圧縮した後、前述したように子機Ａの識別ＩＤを付加した状態で多重化部１０によって多重化し、無線部５５を経由して子機Ａに映像を送信する。なお、この場合には、子機Ｂ及び子機Ｃに対する送信出力がないので、多重化に際しては子機Ａのデータのみが含まれる。

子機Ａは、この親機からの送信データを受信し、前述した処理手順により、自分の識別ＩＤを認識した後、子機モニタ７４に要求したＢＳデジタル放送の番組を表示する。そして、最後に、親機において、ステップＳ９０８で、制御部１５がリソース管理情報の内容を下記表４のように更新する。

また、子機Ｂがチューナ２ｂ（ＣＳデジタルチューナ）を、子機Ｃがチューナ２ｃ（地上波デジタルチューナ）を使用する場合の親機の動作も、上記と同様のステップＳ９０１〜ステップＳ９０８の手順を繰り返すことにより実現できる。この結果、映像切換部３０は、映像デコーダ５ａと解像度変換部７ａとを接続し、映像デコーダ５ｂと解像度変換部７ｂとを接続、映像デコーダ５ｃと解像度変換部７ｃとを接続した状態になる。また、最終的なリソース管理情報の内容は、下記表５のようになる。

図３７（ａ）に、上述のように、リソース競合が生じない場合の各子機の表示状態の例を示す。

（リソース競合が生じる場合）
次に、リソース競合が生じる場合の例として、上述のようにリソースの競合が生じていない状態で、子機Ａのユーザが、ＢＳデジタル放送の番組から、地上波デジタル放送の番組に切り換えようとする場合の動作について説明する。

この場合、子機Ａから地上波デジタル放送の要求があると、ステップＳ９０３のリソース競合のチェックにおいて、子機Ａからの地上波デジタル放送の番組への選局要求は、上記リソース管理情報において、子機Ｃが使用中の状態なので、ステップＳ９０４でリソース競合ありと判断する。この場合、制御部１５は、図３６中の破線で囲んだリソース調停処理を行う。

より具体的には、制御部１５は、リソース調停部５１に規定された調停ルールに従って処理を行う。リソース調停部５１に規定される調停ルールとしては、例えば優先度アービトレーション（優先度調停）及び公平アービトレーション（公平調停）がある。前者は、競合時に優先度が高い子機の要求を受け付けるものであり、後者は、競合時に、優先度に拘わらず、先に要求を出した方の子機の要求を受け付けるものである。また、優先度の付け方は、特に限定されない。

先ず、ステップＳ９０９でリソース調停部５１が優先度アービトレーションで処理を行うものであり、且つ、子機Ａの優先度が競合する子機Ｃの優先度より高い場合の処理について説明する。この場合、子機Ａからの要求があると、子機Ａの要求が許可され、子機Ａが地上波デジタル放送の番組を取得することができる。一方、子機Ｃは、子機Ａに地上波デジタル放送のリソースを調停処理により使用させなければならない。しかし、子機Ｃの画面からそれまで表示されていた映像が突然消えてしまうと、子機Ｃのユーザに混乱が生じかねない。そこで、本実施形態では、ステップＳ９１０で、図３７（ｂ）に示すように、高優先の子機Ａからの地上波デジタル放送の取得要求があったために番組を譲らなければならないことを案内する警告画面を子機Ｃに表示する。この結果、映像の突然の変化による混乱を抑制することが可能となる。

なお、子機Ｃへの警告画面の表示は、例えば制御部１５がＯＳＤ生成部５３に描画命令を行い、ＯＳＤ生成部５３が生成したＯＳＤ映像データと、子機Ｃに現在表示中の解像度変換部７ｃからの出力映像とを子機用出力合成部１８ｃが合成することで実現することができる。

その後、ステップＳ９０５で選局処理を行い、ステップＳ９０６において、映像切換部３０を制御して、映像デコーダ５ａと解像度変換部７ｃとを接続し、映像デコーダ５ｂと解像度変換部７ｂとを接続したままとし、解像度変換部７ａに残りの映像デコーダ５ｃを接続する。続いて、ステップＳ９０７〜Ｓ９０８の処理を行うことにより、図６（ｄ）に示すように、放送映像リソースの変更がなされる。

次に、ステップＳ９０９でリソース調停部５１が優先度アービトレーションで処理を行うものであり、且つ、子機Ａの優先度が、競合する子機Ｃの優先度より低い場合の処理、及びリソース調停部５１が公平アービトレーションで慮理を行う場合の処理について説明する。これらの場合、子機Ｃによって先に地上波デジタル放送用の放送映像リソースが用いられているため、子機Ａからの要求は却下され、子機Ａの画面の切り換えは行われない。このため、子機Ａのユーザに混乱が生じかねない。そこで、本実施形態では、ステップＳ９１１で、図３７（ｃ）に示すように、既に子機Ｃによって地上波デジタル放送用の放送映像リソースが使用されているために、取得要求が受け付けられないことと、その時点で選局可能な映像ソースを案内する選局支援画面を表示する。この結果、要求が受け付けられないことによる混乱を抑制することが可能となる。

以上説明したようなリソース競合時の調停処理、更には、調停時の子機への操作支援を目的としたＯＳＤの表示を連動させることで、複数の子機からの親機の種別の異なる選局部（チューナ）の共有をユーザに混乱を与えることなく実現できるようになる。

（第６の実施形態）
次に、本発明の第６の実施形態について説明する。第５の実施形態では、リソース競合として、リソース調停部５１が優先度アービトレーションで処理するものであり、且つ、低優先の子機からの選局要求があった場合、及び、リソース調停部５１が公平アービトレーションで処理するものであり、且つ、既に使用されている放送映像リソースを用いる選局要求があった場合には、前述のように、ステップＳ９０９において、子機からの選局要求が却下される。このことは、リソースの競合が生じた場合に、チューナ単位（放送の種別単位）でリソース調停処理を行うことで、システムのリソース共有を行うことを意味している。特に、競合したチューナ２ａ〜２ｃが、現行のアナログ地上波放送に対応したアナログ地上波チューナである場合、選択した番組（チャンネル）とキャリア周波数が１対１に対応しているので、このような処理が必須になる。

しかし、チューナ２ａ〜２ｃの一部がデジタル放送に対応したＢＳデジタルチューナ、ＣＳデジタルチューナ、地上波デジタルチューナ等の場合には、１つのキャリア周波数に複数の番組（チャンネル）が含まれているため、選局要求に応じることができる機会を増やすことが可能になる。本実施形態は、このような機会を増やすことを可能にするものである。図３８は、本発明の第６の実施形態に係るテレビシステムの親機の構成を示すブロック図である。なお、第５の実施形態と同一の構成要素には同一の符号を付して、その詳細な説明は省略する。

本実施形態においては、復調部３ａ〜３ｃとデマルチプレクサ４ａ〜４ｃとの間にＴＳ切換部５７が設けられている。ＴＳ（トランスポートストリーム）切換部１９は、復調部３ａ〜３ｃから出力される３つの独立したＴＳデータを、デマルチプレクサ４ａ〜４ｃのいずれかに切り換えることを目的としたデータパスの切換回路として機能する。切り換え方式としては、２通りの方法がある。１つ目は、復調部３ａ〜３ｃとデマルチプレクサ４ａ〜４ｃとを１対１に切り換えて接続するもの（例えば、３ａと４ｃ、３ｂと４ａ、３ｃと４ｂ等）である。２つ目は、復調部３ａ〜３ｃとデマルチプレクサ４ａ〜４ｃとを３対ｎ（ｎは１又は２）に切り換えて接続するもの（例えば、３ａと４ａ、３ａと４ｂ、３ｃと４ｃ等）である。また、ＴＳ切換部５７は、前述したような出力先の切り換えだけでなく、デマルチプレクサ４ａ〜４ｃへの出力をオフにするスイッチとしての役割を持つこともできる。

次に、上述のように構成された親機の動作について説明する。図３９は、本発明の第６の実施形態における子機転送処理時の動作を示すフローチャートである。なお、ここでは、既に下記表６のようなリソース管理情報が生成され、この情報に整合した転送が行われているものとする。また、例えば図４０（ａ）に示すような表示状態となっているとする。

そして、ここでは、子機Ａのユーザが、ＢＳデジタル放送の番組から、地上波デジタル放送の番組に切り換えようとする場合の動作について説明する。

第５の実施形態では、図３６に示すように、ステップＳ９０９で新たな要求の優先度が低いと判断した場合には、直ちに要求を却下しているが（ステップＳ９１１）、本実施形態では、ステップＳ９２２移行し、競合しているリソースで処理されているデータのトランスポンダ（中継器）が互いに同一のものであるかを判定する。この具体的な判定方法として、制御部１５が、競合したリソースのＰＳＩセクション情報から、ＮＩＴ（Network Information Table）を取得し中身の記述をチェックする。そして、子機Ａが要求した番組と、子機Ｃに転送されている番組が同一のトランスポンダ（同一のキャリア周波数）に存在するかを判断する。

そして、同一のトランスポンダでない場合に選局要求に応じてしまうと、キャリア周波数の切り換えを行う必要があるため、同一のトランスポンダにはないと判断した場合には、第５の実施形態と同様に、ステップＳ９１１で、要求を却下する。

一方、同一のトランスポンダである判断した場合には、ステップＳ９２３に進み、図４０（ｂ）に示すように、子機Ｃに子機Ａと同一のトランスポンダを共有する転送を行っても良いかを確認する画面を出力する。これは、同一のトランスポンダを子機Ａ及び子機Ｃが共有すると、子機Ａ及び子機Ｃは、同一のトランスポンダ内の番組であれば異なる番組を共有できるようになる一方で、互いに同一の番組が同時に転送されなくなるだけでなく、子機Ｃは異なるトランスポンダに含まれる番組の選局をできなくなるという制約が働くので、これに関する警告をユーザに通知するためである。

その後、ステップＳ９２４で、子機Ｃがこの制約を受け入れなかった場合にはステップＳ９１１に進み、要求を却下する。一方、子機Ｃがこの制約を受け入れた場合は、ステップＳ９０５に進む。但し、本実施形態では、夫々子機Ａ及び子機Ｃに転送される映像データのトランスポンダが同一の場合のみ、選局処理を行うため、厳密には、チューナ２ｃ（地上波デジタルチューナ）の切り換えを行う必要はない。

次いで、ステップＳ９２１で、ＴＳ切換処理を行う。このＴＳ切換処理では、チューナ２ｃ（地上波デジタルチューナ）を介して同一のトランスポンダを子機Ａ及び子機Ｃが共有するため、ＴＳ切換部５７が、復調部３ｃとデマルチプレクサ４ａとを接続し、復調部３ｂとデマルチプレクサ４ｂとを接続したままとし、復調部３ｃとデマルチプレクサ４ｃとを接続したままの状態にする。そして、デマルチプレクサ４ａが、復調部３ｃから出力され複数の番組が多重化されているＴＳ（トランスポートストリーム）から、子機Ａが選局要求した番組の映音データを分離する。なお、多重化されたＴＳから目的の番組を分離するためには、制御部１５が、同一のトランスポンダ（同一のキャリア周波数）のＰＳＩセクション情報から、ＰＡＴ（Program Association Table）を取得し、中身の記述をチェックすれば良い。これにより、そのＴＳ内に含まれるサービスＩＤ（チャンネル）の構成を知ることができる。

そして、第５の実施形態と同様にして、ステップＳ９０６〜Ｓ９０７の処理を行い、ステップＳ１０８でリソース管理情報の内容を下記表７のように更新する。

図４０（ｃ）に、子機Ａ及び子機Ｃが同一のトランスポンダ内で地上波デジタル放送の番組を同時に表示する場合の各子機の表示状態の例を示す。

以上説明したように、本実施形態では、リソース競合時に、選局部（チューナ）単位（放送の種別単位）でなく、同一トランスポンダ内の多重化されたＴＳに含まれる複数の番組単位でリソース調停処理を行うことで、ユーザの番組選局の自由度を高め、且つ、システムのリソース共有の効率化を達成することができる。このようなリソース調停処理方法は、デジタル放送の場合に特に有利である。

（第７の実施形態）
次に、本発明の第７の実施形態について説明する。第５及び第６の実施形態では、親機での表示機能を備えず、無線接続された子機へ放送映像を送信する機能のみを有した親機が用いられ、また、各子機への放送映像リソースの配分は最大で１リソース（シングル画面）としている。これに対し、本実施形態では、親機にマルチ画面機能がある表示端末が接続され、リソース競合が生じる場合の問題を解決するものである。図４１は、本発明の第７の実施形態に係るテレビシステムの親機の構成を示すブロック図である。なお、第６の実施形態等と同一の構成要素には同一の符号を付して、その詳細な説明は省略する。

本実施形態には、第１の実施形態と同様に、親機用リモコン１６及びリモコン受光部１７が設けられると共に、解像度変換部７ａ〜７ｃの後段に映像合成部５８が設けられ、更に映像合成部５８と親機用の表示装置１１との間に親機ＯＳＤ合成部５９が設けられている。本実施形態では、映像合成部５８及び親機ＯＳＤ合成部５９から主出力手段が構成されている。映像合成部５８は、解像度変換部７ａ〜７ｃからの最大３系統の映像出力を合成することができる。親機ＯＳＤ合成部５９は、子機用出力合成部１８ａ〜１８ｃと同様に、制御部１５から発行された描画命令を元にＯＳＤ生成部１８により生成されたＧＵＩ等のＯＳＤ画面と、映像合成部５８から出力された合成映像データとを更に合成する。そして、親機ＯＳＤ合成部５９により合成され生成されたＯＳＤ合成映像データに基づいて、表示装置１１が映像を表示する。なお、本実施形態では、表示装置１１がマルチ画面表示機能を備えているものとする。

また、第６の実施形態と同様に、チューナ２ａはＢＳデジタルチューナであり、チューナ２ｂはＣＳデジタルチューナであり、チューナ２ｃは地上波デジタルチューナであるとする。更に、親機に無線接続している子機は、チューナ２ａ〜２ｃの数と同じ３個であるとし、夫々の子機名を子機Ａ、子機Ｂ、子機Ｃとする。そして、親機においては、子機送信出力データパスとして、子機Ａは解像度変換部７ａ〜圧縮部９ａ、子機Ｂは解像度変換部７ｂ〜圧縮部９ｂ、子機Ｃは解像度変換部７ｃ〜圧縮部９ｃが使用されるものとする。

（リソース競合が生じない場合）
先ず、リソース競合が生じない場合として、親機のユーザのみが存在し、子機Ａ〜子機Ｃを使用しているユーザがいない状態における、親機のマルチ画面表示機能について説明する。

本実施形態では、子機Ａ〜子機Ｃが未使用であれば、親機用の表示装置１１は選局部２ａ〜２ｃをすべて独占することが可能である。

例えば、親機のユーザが親機用リモコン１６を操作し、３画面のマルチ画面表示を要求した場合、図４４（ａ）に示すように、制御部１５は、放送映像リソース２ａ〜５ａを親機の主画面Ｍ用、放送映像リソース２ｂ〜５ｂを親機の子画面Ｓ１用、放送映像リソース２ｃ〜５ｃを親機の子画面Ｓ２用として割り当てる。

そして、ステップＳ９０５〜Ｓ９０６の処理を実行した後、ステップＳ９３５で、表示装置（親機モニタ）１１の表示解像度と各画面のレイアウトを考慮して、解像度変換部７ａ〜７ｃに各画面（主画面Ｍ、子画面Ｓ１、子画面Ｓ２）の表示解像度に変換する設定をすると共に、映像合成部５８で画面レイアウトを考慮した合成を行う。この場合、ステップＳ９０８でリソース管理情報の内容を下記表８に示すように更新する。

（リソース競合が生じる場合）
次に、リソース競合が生じる場合の例として、上述のようにリソースの競合が生じていない状態で、子機Ａのユーザが、ＣＳデジタル放送の番組を選局した場合の動作について、図４２及び図４３を用いて説明する。

この場合、子機Ａから地上波デジタル放送の要求があると、ステップＳ９０３のリソース競合のチェックにおいて、子機ＡからのＣＳデジタル放送の番組への選局要求は、上記リソース管理情報において、親機の子画面Ｓ１が使用中の状態なので、ステップＳ９０４でリソース競合ありと判断する。この場合、制御部１５による処理は、ステップＳ９３１に移行し、図４３に示すリソース調停処理を行う。

より具体的には、先ず、ステップＳ９３１で、リソース競合が生じている相手の端末が、マルチ画面表示をしている状態であるか否かを判断する。この判断は、リソース管理情報の状態を認識することにより容易に行うことが可能である。そして、競合先（競合の相手先）の状態がマルチ画面表示中でない、即ちシングル画面表示中であると判断した場合には、第６の実施形態と同様にしてステップＳ９０９以降の処理を行う。

これに対し、表８に示すように、競合先がマルチ画面表示中である場合には、ステップＳ９３２に進み、ステップＳ９３２で、競合先の放送映像リソースが、マルチ画面表示中の主画面Ｍの放送映像リソースと一致しているか否かを判定する。なお、マルチ画面表示における主画面とは、その画面に合った音声が出力されている画面であって、それ以外の画面は子画面である。但し、このような主画面の定義の仕方は、あくまで一例に過ぎず、これに限定されるものではない。一方、ステップＳ９３２で、競合先がマルチ画面表示の主画面であると判断した場合には、要求された放送映像リソースが親機のユーザにとって一番優先度が高い放送映像リソースであると判断して、ステップＳ９０９以降の処理を行う。

ここでは、子機ＡからのＣＳデジタル放送の番組への選局要求は、親機の子画面Ｓ１と競合しているため、ステップＳ９３３に進む。

ステップＳ９３３では、親機のユーザに対して、優先度が低いと思われる子画面の番組を子機Ａのユーザに譲っても良いかを確認する。ここで、「画面を譲る」には、第５の実施形態のように、その放送映像リソースの使用が子機に限定されるようにすることだけでなく、第６の実施形態のように、その放送映像リソースを用いた選局が制限されるようにすることも含まれる。

この確認の方法としては、例えば、制御部１５がＯＳＤ生成部５３に描画命令を行い、親機ＯＳＤ合成部５９が映像合成部５８から出力される映像とＯＳＤ生成部５３が生成したＯＳＤとを合成することにより、図４４（ｂ）に示すような確認画面を表示装置１１の画面に表示する。

そして、ステップＳ９３４で、親機のユーザによる番組を譲ることの了承を確認すると、ステップＳ９０５以降の処理を行う。一方、番組を譲ることが断られた場合には、ステップＳ９０９以降の処理を行う。

ステップＳ９３４における親機ユーザの番組譲渡の許可に応じてステップＳ９０５〜Ｓ９０７で実行する主な処理は、子機Ａの要求するＣＳデジタル放送の番組への選局（ステップＳ９０５）と、親機のレイアウト変更を行うこと（ステップＳ９３５）である。親機のレイアウト変更の方法は特に限定されるものではなく、例えば、図４５（ａ）に示すように、親機の表示を２画面に切り換えてもよい。また、子機Ａには番組譲渡されたＣＳデジタル放送の番組映像を送信出力する。この場合、ステップＳ９０８で、リソース管理情報の内容を下記表９のように更新する。

引き続き、子機Ｂのユーザが、地上波デジタル放送の番組を選局した場合には、ステップＳ９０３で、リソース競合のチェックを行う。この場合、表９に示すリソース管理情報によれば、地上波デジタル放送用の放送映像リソースは、親機の子画面Ｓ２が使用しているため、ステップＳ９０４でリソース競合ありと判断する。その後、子機Ａからの転送要求があった場合と同様の処理を行い、ステップＳ９３４で、親機ユーザからの番組譲渡の許可があった場合は、例えば図４５（ｂ）に示すように、親機の表示を１画面表示とし、子機Ａ及び子機Ｂで番組が表示されている状態とする。この場合、ステップＳ９０８で、リソース管理情報の内容を下記表１０のように更新する。

また、第７の実施形態において、表示装置１１が全く使われていない場合も考えられる。この場合は、例えば第６の実施形態と同一の状態になり、図４５（ｃ）に示すように、子機Ａ〜子機Ｃが親機の放送映像リソースをすべて使用できるようになる。

以上説明したように、マルチ画面表示機能を持った表示端末があった場合に、マルチ画面の画面優先度を考慮したリソース競合時の調停処理を行うことで、親機のマルチ画面機能と、子機から親機への選局要求を公平、且つ、効率的に行うことが可能になる。

（第８の実施形態）
本発明の第８の実施形態に係るテレビシステムについて説明する。このテレビシステムには、１台の親機と１台の子機と１台のＶＴＲ等の記録装置とが設けられているが、子機の台数は特に限定されるものではない。図４７は、本発明の第８の実施形態に係るテレビシステムの構成を示すブロック図である。

第１の実施形態における親機１０７０には、プログラムに従い親機１０７０全体を制御するＣＰＵ１０６０、プログラムが納められたプログラムＲＯＭ１０５７、及びＣＰＵ１０６０と各部を結ぶ共通バス１０５３が設けられている。共通バス１０５３にはＣＰＵ１０６０及びプログラムＲＯＭ１０５７の他に、ＩＣカード制御部１０５２、リモコンインタフェース１０５５、ＲＡＭ１０５６、タイマ１０５８、不揮発性メモリ１０５９及びＯＳＤ作成部１０６１が接続されている。

ＯＳＤ作成部１０６１は、ＣＰＵ１０６０からの指示により表示器１０１１に表示する任意の文字又は図形の映像データを作成する。本実施形態では、その映像データをＯＳＤ信号１０８３とする。親機１０７０を使用するに当たっては、ユーザの契約情報及びトランスポートストリームデータに含まれるデスクランブルのための鍵情報を解くための鍵情報が格納されているＩＣカードが必要とされ、ＩＣカード制御部１０５２は、このＩＣカードに格納されている情報を読み取り、共通バス１０５３に伝達する。リモコンインタフェース１０５５は、ユーザの意志をＣＰＵ１０６０に伝えるリモコン１０５４の赤外線コードを受光する。ＲＡＭ１０５６は、ＣＰＵ１０６０のワークメモリである。不揮発性メモリ１０５９は、親機の電源が切られても、保存しておく必要がある設定用のパスワード等の設定情報を記憶する。タイマ１０５８は、デジタル放送受信中には、トランスポートストリームデータ中の時間情報を後述のデマルチプレクサ１００５又は１０１５から受け取り正確な時間の補正を行い、受信中でないときには、内部タイマを動かして、常に時間の管理を行う。

また、本実施形態では、放送はＤＶＢ（Digital Video Broadcasting）のデジタル放送システムの規格、映像はＩＳＯ／ＩＥＣ６１８１８−２のＭＰＥＧ２規格、音声はＩＳＯ／ＩＥＣ６１８１８−３のＭＰＥＧ２規格に夫々従って送信されてくるものとする。

そして、本実施形態には、デジタル放送波を受信するアンテナ１００１が設けられ、親機１０７０内には、受信した放送波の中からＣＰＵ１０６０の指示に従って所望の周波数を選択するデジタルチューナ１００２及び１０１２が設けられている。デジタルチューナ１００２又は１０１２からの出力された信号は、夫々復調及びエラー訂正回路１００３、１０１３によって復調及びエラー訂正が行われた後、トランスポートストリームとして出力される。

デスクランブラ１００４及び１０１４は、視聴制限のためのスクランブラがかけられているトランスポートストリームデータが入力された場合、トランスストリームデータ中に含まれるデスクランブラの鍵情報及びＩＣカード制御部１０５２からの鍵情報に基づいてスクランブルを解除する。そして、スクランブルが解除された信号は、夫々デマルチプレクサ１００５、１０１５に受け渡される。デマルチプレクサ１００５及び１０１５は、多重化されているストリームからＣＰＵ１０６０の指定するＰＩＤ（Packet IDentifier）を持つストリームを選択し、映像ストリームを映像デコーダ１００６、１０１６に受け渡し、音声ストリームを音声デコーダ１００７、１０１７に受け渡す。

映像デコーダ１００６及び１０１６は、映像ストリームを非圧縮の映像データにデコードすることにより、放送映像のデータが得られる。その後、解像度変換部１００８及び１０１８が、映像データをＣＰＵ１０６０の指定する解像度に適したものに変換することにより、夫々映像信号１０８１及び１０８２の映像データが得られる。

一方、音声データについては、音声デコーダ１００７及び１０１７が音声ストリームを非圧縮の音声データにデコードすることにより、夫々音声信号１０８５及び１０８６の音声データが得られる。

また、デマルチプレクサ１００５及び１０１５はトランスポートストリームに含まれるＳＩ（System Information）情報とよばれる時間及び番組内容等の情報をも選択し、共通バス５３を介してＣＰＵ６０に出力する。

ここで、デジタルチューナ２から解像度変換１００８及び音声デコーダ１００７までの映像信号及び音声信号を取り出す部分から映音取り出し部９が構成され、デジタルチューナ１０１２から解像度変換１０１８及び音声デコーダ１０１７までの映像信号及び音声信号を取り出す部分から映音取り出し部１０１９が構成されている。映音取り出し部１００９及び１０１９は、ＣＰＵ１０６０の指示により互いに独立して機能することが可能であり、別々のチャネルを受信して夫々の映像及び音声信号を出力することができる。

合成器１０１０は、任意の解像度に適した映像信号１０８１又は１０８２とＯＳＤ信号１０８３とを、ＣＰＵ１０６０の指示に基づく任意の組み合わせにより合成し、表示器１０１１が合成された映像データを映像化してその画面に表示する。また、ＣＰＵ１０６０からの指示によりスイッチ１０２６が切り換えられ、音声信号１０８５又は１０８６がアンプ１０２７によって増幅された後、スピーカ１０２８から音声が出力される。

スイッチ１０２２により映像信号１０８１又は１０８２が切り換えられ、スイッチ１０２３により音声信号１０８５又は１０８６が切り換えられて、映像信号及び音声信号が外部の記録装置１０７２に出力される。このようにして、映像信号及び音声信号の記録が可能となっている。スイッチ１０２２及び１０２４からなる記録装置切り替え信号１０２４では、スイッチ１０２２及び１０２３が同時に切り換えられ、映像信号１０８１及び音声信号１０８５の組み合わせ又は映像信号１０８２及び音声信号１０８６の組み合わせが記録装置１０７２に出力される。

また、親機１０７０には、ＣＰＵ１０６０の指示により制御される映像信号切り替えスイッチ１０２０が設けられており、子機１０７１に伝送する映像信号を、映像信号１０８１及び１０８２並びにＯＳＤ信号１０８３の中から選択することができる。選択された映像信号（映像データ）は、映像送信部１０３３を介して子機１０７１に送信される。

親機１０７０には、更に、ＣＰＵ１０６０の指示により制御される音声信号切り替えスイッチ１０３０が設けられており、子機１０７１に伝送する音声信号を、音声信号１０８５及び１０８６並びに無音声の信号の中から選択することができる。更に、音量調整部１０３１が、ＣＰＵ１０６０の制御に基づいて音声信号に対して音量の上限を設定する。そして、音量調整部１０３１から出力された音声信号（音声データ）は、音声送信部１０３６を介して子機１０７１に送信される。

子機１０７１では、映像受信部１０３４が親機１０７０から送信された映像信号を受信した後、表示器１０３５が映像信号を映像化してその画面に表示する。また、音声受信部１０３７が音声信号を受信した後、アンプ１０３８が音声信号を増幅し、スピーカ１０３９から音声が出力される。更に、子機１０７１に設けられたキー１０４０のコードデータは、キー１０４０が押されるとキー送信部１０４２を介して親機１０７０のキー受信部１０４３に送信される。キー受信部１０４３はコードデータを受信すると、それをＣＰＵ１０６０に受け渡し、ＣＰＵ１０６０がその内容を解釈する。

なお、親機１０７０と子機１０７１との間の信号の伝送は有線又は無線のいずれを介していてもよい。

図４８は、親機１０７０に付属するリモコン１０５４の構成を示す図である。リモコン１０５４には、赤外線発光部１１０１及びキー１１０２〜１１３３が設けられており、キー１１０２〜１１３３のいずれかが押されると、それに対応したコードが赤外線信号に変換され、赤外線発光部１１０１から発光される。

リモコン１０５４には、更に、２画面キー１１１０及び戻りキー１１１１が設けられており、２画面キー１１１０が押されると、映音取り出し部１００９又は１０１９から出力された映像データが合成器１００８で合成され、表示器１０１１の表示形態が２画面表示となる。また、表示器１０１１の表示形態が２画面表示となっている状態で、２画面キー１１１０が押されると、表示形態が１画面表示となる。このとき表示される画面は、例えば２画面表示の際に音声が出力されている画面である。

「１」〜「１０」の数字が付された１０個のキーからチャネルダイレクトキー群１１２０が構成されている。チャネルダイレクトキー群１１２０を構成する１０個のキーのいずれかが押されると、そのキーに対応したチャネルが直接選択され、そのチャネルで放送されている映像が表示器１０１１に表示される。

また、番組表キー１１２２が押されると、ＯＳＤ作成部１０６１により作成された電子番組表（ＥＰＧ）が表示器１０１１に表示される。

また、チャネルのｄｏｗｎキー１１３０が押されると、その度にチャネルが降順に遷移し、チャネルのｕｐキー１１３１が押されると、その度にチャネルが昇順に遷移する。更に、音量ｄｏｗｎキー１１３２が押されると、その度に音量が下がり、音量ｕｐキー１１３３が押されると、その度に音量が上がる。

図４９は、第１の実施形態における子機１０７１を正面から見たときの外観を示す図である。子機１０７１の正面側には、表示器１０３５、スピーカ１０３９及びキー１４０２〜１４３３から構成されたキー群１０４０が配置されている。更に、電源キー１４０２、決定キー１４０３、右カーソルキー１４０４、下カーソルキー１４０５、左カーソルキー１４０６、上カーソルキー１４０７及び戻りキー１４１１も設けられている。

番組表キー１４２２が押されると、子機１０７１は電子番組表（ＥＰＧ）を親機１０７０に要求し、親機１０７０から送信されてきた電子番組表（ＥＰＧ）を表示器１０３５が表示する。

また、チャネルのｄｏｗｎキー（ダウンキー）１４３０が押されると、その度にチャネルが降順に遷移し、チャネルのｕｐキー（アップキー）１４３１が押されると、その度にチャネルが昇順に遷移する。更に、音量ｄｏｗｎキー（音量ダウンキー）１４３２が押されると、その度に音量が下がり、音量ｕｐキー（音量アップキー）１４３３が押されると、その度に音量が上がる。但し、最大音量の上限は、親機１０７０の音量調整部１０３１で設定された音量である。

次に、上述のように構成された第８の実施形態に係るテレビシステムの動作について説明する。

（親機１０７０で番組の予約をする方法）
次に、親機１０７０で番組の予約をする方法について説明する。ユーザがリモコン１０５４の番組表キー１１２２を押すと、ＣＰＵ１０６０はリモコンインタフェース１０５５を介してそのことを検知する。そして、ＣＰＵ１０６０はデマルチプレクサ１００５又は１０１５から伝送された番組情報に基づいて時間帯及び番組名を含む表を作成し、ＯＳＤ作成部１０６１にこの表の内容を映像データ化するように指令する。そして、図５０に示すように、例えば縦方向に時間帯、横方向にチャネル名が配列した番組一覧の番組表の画像が表示器１０１１に表示される。例えば、縦方向には３時間分、横方向には３チャネル分が表示される。従って、現在の時刻が７時２０分であるとすると、７時台から９時台までが表示される。

このような番組表が表示されている状態で、リモコン１０５４のカーソル１１０４〜１１０７を使用してカーソルを移動させると、図５０に示すように、カーソルが位置する欄の背景の色が濃く変化し、どの欄にカーソルが位置しているかが示される。そして、予約の目的の番組が示されている欄にカーソルを移動させて決定キー１１０３を押すと、図５１に示すように、例えば、「番組の予約を行います。録画予約もしくは視聴予約」というメッセージ１３０３を作成するようにＯＳＤ作成部１０６１のプログラムが構成されている。また、このメッセージ１３０３中の「録画予約」及び「視聴予約」は、カーソルで選択可能にしてある。

例えば、ユーザが「録画予約」上で決定キー１１０３を押した場合には、録画予約が確定され、その番組の開始時刻に映音取り出し部１００９又は１０１９のチューナに指定の周波数が設定され、映像信号及び音声信号が生成され、スイッチ１０２２及び１０２３を介して記録装置１０７２に出力される。このとき、録画が開始されると、録画終了時刻になるまで指定されたチャネルを変えることができなくなる。

また、ユーザが「視聴予約」上で決定キーを押した場合には、視聴予約が確定され、録画予約の場合と同様に、その番組の開始時刻に映音取り出し部１００９又は１０１９のチューナに指定の周波数が設定され、映像信号及び音声信号が生成される。そして、映像信号が合成器１０１０を介して表示器１０１１に出力されて表示器１０１１の画面に映像が表示され、音声信号はスイッチ１０２６を介してアンプ１０２７によって増幅され、スピーカ１０２８から音声が出力される。

また、複数の番組を指定することも可能になっており、予約をしようとする番組を次々に指定することもできる。

（子機１０７１で番組の予約をする方法）
次に、子機１０７１で番組の予約をする方法について説明する。ユーザが子機１０７１の番組表キー１４２２を押すと、ＣＰＵ１０６０はキー送信部１０４２及びキー受信部１０４３を介してそのことを検知する。そして、ＣＰＵ１０６０はデマルチプレクサ１００５又は１０１５から伝送された番組情報に基づいて時間帯及び番組名を含む表を作成し、ＯＳＤ作成部１０６１にこの表の内容を映像データ化するように指令する。この結果、図５０に示す番組表が表示器１０３５に表示される。

このような番組表が表示されている状態で、キー１０４０のカーソル１４０４〜１４０７を使用してカーソルを移動させると、図５０に示すように、カーソルが位置する欄の背景の色が濃く変化し、どの欄にカーソルが位置しているかが示される。そして、予約の目的の番組が示されている欄にカーソルを移動させて決定キー１４０３を押すと、図５２に示すように、例えば、「番組の予約を行います。視聴予約をします。」というメッセージ１３１３を作成するようにＯＳＤ作成部１０６１のプログラムが構成されている。

例えば、ユーザが「視聴予約をします」上で決定キー１４０３を押すと、視聴予約が確定され、その番組の開始時刻に映音取り出し部１００９又は１０１９のチューナに指定の周波数が設定され、映像信号及び音声信号が生成され、映像信号はスイッチ１０２０及び映像送信部１０３３を介して、音声信号はスイッチ１０３０及び音声送信部１０３６を介して子機１０７１に出力される。そして、子機１０７１では、映像信号は映像受信部１０３４によって受信され、表示器１０３５の画面に映像が表示される。また、音声信号は音声受信部１０３７によって受信された後、アンプによって増幅され、スピーカ１０３９から音声が出力される。

（調停方法）
次に、録画又は視聴の開始の予約がされた時刻における動作について、より具体的に説明する。本実施形態では、２つの映音取り出し部１００９及び１０１９が設けられているのに対し、親機１０７０の２画面及び子機１０７１の１画面と３つの画面が設けられている。即ち、ハードウェアの面から表示可能な映像の数が、放送映像リソースを構成するチューナ１００２及び１０１２の数より多い。従って、親機１０７０及び子機１０７１からのチャネル変更要求のタイミング及び種類によっては、調停を行う必要がある場合がある。そこで、本実施形態では、プログラムＲＯＭ１０５７に、そのような場合に必要とされるプログラムが記憶されている。ここでは、このプログラムの内容及びそれに基づくＣＰＵ１０６０の動作について説明する。

本実施形態では、親機１０７０でのチャネル操作に関し、「親機１０７０による録画予約」、「子機１０７１による視聴予約」、「親機１０７０によるチャネル要求」の順に高い優先度が設定されている。また、子機１０７１でのチャネル操作に関しては、「親機１０７０による録画予約又は視聴予約」、「子機１０７１による視聴予約」、「子機１０７１によるチャネル要求」の順に高い優先度が設定されている。以下、親機１０７０でのチャネル操作及び子機１０７１でのチャネル操作の場合の動作についてこの順で説明する。

図５３に示すように、ステップＳ１２０２で、ユーザが親機１０７０のリモコン１０５４のチャネルキー１１２０のいずれか又はチャネルのアップキー１１３１若しくはダウンキー１１３０を操作すると、ＣＰＵ１０６０は、ステップＳ１２０３で、親機１０７０の録画予約に基づく録画のために現時点で映音取り出し部１００９又は１０１９のいずれかが使用されているかを判断する。

ステップＳ１２０３での判断の結果、映音取り出し部１００９又は１０１９が録画予約のために使用されていないのであれば、ステップＳ１２０８へ進む。一方、映音取り出し部１００９又は１０１９のいずれかが使用されているのであれば、ステップＳ１２０４へ進み、録画予約で使用されていない方の映音取り出し部１００９又は１０１９が子機１０７１の視聴予約による視聴のために使用されているかを判断する。そして、映音取り出し部１００９又は１０１９のいずれもが使用されていないのであれば、ステップＳ１２１０へ進み、一方が使用されているのであれば、ステップＳ１２０５へ進む。

ステップＳ１２０５では、既に２系統の映音取り出し部１００９及び１０１９がいずれも使用されているので、ＣＰＵ１０６０は、ＯＳＤ作成部１０６１に「チャネル変更は出来ません」というメッセージを作成させ、リモコン１０５４が操作されてもチャネルの変更を受け付けない。図５５は、ステップＳ１２０５による処理で表示器１０１１に表示される映像の例を示す図である。図５５に示すように、表示器１０１１の画面１３３０には、例えば、録画予約されている番組のモニタ画面１３３１及び子機１０７１で視聴予約されている番組のモニタ画面１３３２が表示されると共に、ＯＳＤ作成部１０６１から出力されたＯＳＤ信号１０８３が合成器１０１０によって映像信号１０８１及び１０８２と合成され、ＯＳＤ画面１３３３も表示される。

ステップＳ１２１０では、映音取り出し部１００９又は１０１９の一方が録画予約に使用されているのみであるため、設定されている優先度に基づけば、親機１０７０でのチャネル要求の優先度が第２位となるため、使用されていない映音取り出し部１００９又は１０１０を用いて指定されたチャネルの映像を表示する。

また、ステップＳ１２０８では、映音取り出し部１００９又は１０１９が子機１０７１の予約予約で使用されているかを判断し、使用されていなければステップＳ１２０９に進む。一方、どちらかが使用されていれば、子機１０７１の視聴予約のために映音取り出し部の１系統が使用されていることになるので、ステップＳ１２０７で、使用されていない方の映音取り出し部の１系統を使用して指定されたチャネルの映像を表示する。ステップＳ１２０９では、映音取り出し部１００９及び１０１９はいずれも、録画予約及び視聴予約のいずれによっても使用されていないため、映音取り出し部１００９又は１０１９のいずれかにおいて、指定されたチャネルに変更して映像を表示する。

このようにして、ステップＳ１２１１で処理が終了する。

次に、子機１０７１でのチャネル操作が行われた場合の動作について説明する。ここでは、図５４に示すように、初期状態で（ステップＳ１２２１）、親機１０７０によって映音取り出し部１００９及び１０１９の２系統が使用されており、ＣＰＵ１０６０がそのことを認識しているものとする。

そして、ステップＳ１２２２で、ユーザが子機１０７１のチャネルのアップキー１４３１又はダウンキー１４３０を操作すると、ＣＰＵ１０６０は、ステップＳ１２２３で、録画予約及び視聴予約のために映音取り出し部１００９及び１０１９のいずれもが使用されているかを判断する。

ステップＳ１２２３での判断の結果、いずれかが使用されている場合には、ステップＳ１２２７へ進み、使用されていない場合（両方とも使用されていないか、一方が使用されている場合）には、ステップＳ１２２４へ進む。ステップＳ１２２４では、映音取り出し部１００９又は１０１９が子機１０７１での視聴予約のために使用されているかを判断し、使用されていないのであれば、即ち、映音取り出し部１００９又は１０１９のいずれもが親機１０７０での通常の視聴に使用されているのであれば、ステップＳ１２２７へ進む。一方、映音取り出し部１００９又は１０１９が子機１０７１での視聴予約のために使用されている場合には、ステップＳ１２２５へ進み、子機１０７１でその時点で視聴予約されているチャネルを指定されたチャネルに変更して映像を表示する。

ステップＳ１２２７では、既に２系統の映音取り出し部１００９及び１０１９がいずれも親機１０７０での視聴のために使用されているので、ＣＰＵ１０６０は、ＯＳＤ作成部１０６１に「チャネル変更は出来ません」というメッセージを作成させ、アップキー１０４３１又はダウンキー１４３０が操作されてもチャネルの変更を受け付けない。

このようにして、ステップＳ１２２８で処理が終了する。

なお、親機１０７０によって映音取り出し部１００９又は１０１９のいずれかのみが使用されている場合、ユーザが子機１０７１のチャネルのアップキー１４３１／ダウンキー１４３０を操作した時は、親機１０７０のために使用されていない映音取り出し部が１系統存在するため、子機１０７１のために使用可能であり、チャネル変更を直ちに行う。

（第９の実施形態）
次に、本発明の第９の実施形態について説明する。第９の実施形態では、子機１０７１に視聴予約の機能がない。図５６は、第９の実施形態における子機１０７１を正面から見たときの外観を示す図である。

本実施形態では、図５６に示すように、チャネルのｄｏｗｎキー１４３０、チャネルのｕｐキー１４３１、音量ｄｏｗｎキー１４３２、音量ｕｐキー１４３３及び電源キー１４０２のみからキー１０４０が構成されている。

そして、本実施形態では、親機１０７０及び子機１０７１からチャネル変更要求がでた場合に調停を行う必要がある。本実施形態では、これらのチャネル要求に関し、「親機１０７０による録画予約」、「親機１０７０によるチャネル要求」、「子機１０７１によるチャネル要求」の順に高い優先度が設定されている。つまり、親機１０７０でのチャネル操作は、子機１０７１の状態に拘束されることなく行うことが可能である。一方、子機１０７１でのチャネル操作は、親機１０７０で映音取り出し部１００９及び１０１９の２系統がいずれも使用されている場合には、行うことができない。

（第１０の実施形態）
次に、本発明の第１０の実施形態について説明する。第１０の実施形態では、親機において、映音取り出し部を含む映音入力処理部と表示器及びスピーカを含む映音出力処理部とが互いに分離している。図５７は、本発明の第１０の実施形態に係るテレビシステムの構成を示すブロック図である。

本実施形態では、図５７に示すように、親機が映音入力処理部１０７３と映音出力処理部１０７４とから構成されている。

映音入力処理部１０７３には、親機１０７０に設けられている表示器１０１１、アンプ１０２７及びスピーカ１０２８が設けられておらず、合成器１０１０の後段に映像送信部１０８３が設けられ、スイッチ１０２６の後段に音声送信部１０８６が設けられている。

また、映音出力処理部１０７４には、表示器１０１１、アンプ１０２７及びスピーカ１０２８が設けられていると共に、映像送信部１０８３から送信された映像信号を受信して表示器１０１１に出力する映像受信部１０８４、及び音声送信部１０８６から送信された音声信号を受信してアンプ１０２７に出力する音声受信部１０８７が設けられている。

なお、映音出力処理部１０７４における視聴予約及び録画予約等の操作はリモコン１０５４を用いて行われる。また、表示器１０１１に表示される映像の優先度は、第８又は第９の実施形態と同様にして設定されている。

このような第１０の実施形態では、第８又は第９の実施形態と同様の動作が行われ、同様の効果が得られる。

なお、映音入力処理部１０７３と映音出力処理部１０７４との間の信号の伝送は有線方式でも無線方式でもよい。

（第１１の実施形態）
次に、本発明の第１１の実施形態について説明する。図５８は、本発明の第１１の実施形態に係るテレビシステムの構成を示す図である。

このテレビシステムには、ＰＤＰやＣＲＴ等の表示デバイスを使用したディスプレイ１０９１、受信した放送電波をディスプレイ１０９１に表示する信号へ変換し、映像データを送信する機能を併せ持つ受信機であるセットトップボックス（以下、ＳＴＢと略す）１０９２が設けられている。ディスプレイ１０９１（主表示装置）及びＳＴＢ１０９２（情報処理装置）から親機が構成されている。

更に、ＳＴＢ１０９２を遠隔操作するリモートコントロール装置（以下、リモコンと略す）１０９３、ビデオ録画再生装置（以下、ＶＴＲと略す）１０９４、小型のＣＲＴ等の表示デバイスを使用したアナログテレビ受像機が子機１０９５として設けられている。なお、アナログ式の子機１０９５には、ＳＴＢ１０９２からのメッセージに応答するためのＯＫボタン（許可ボタン）１０９７及びキャンセルボタン（拒否ボタン）１０９８が装備されている。

図５９は、ＳＴＢ１０９２及び周辺機器の概略構成を示すブロック図である。ＳＴＢ１０９２には、図５８に示すようにディスプレイ１０９１が接続されるだけでなく、他に、例えばテレビ番組の放送を受信するＢＳ／ＣＳデジタル放送受信アンテナ１０５１とアナログ地上波放送受信アンテナ１０５２と、ＶＴＲ１０９４が接続される。

ＳＴＢ１０９２の内部には、ＢＳ／ＣＳデジタルチューナ１２０１と、スクランブル解除ＩＣ（デスクランブル）１２０２と、画像と音声とデータを分離するデマルチプレクサ（デマックス）１２０３と、画像と音声を伸長するＭＰＥＧ２デコーダ１２０４と、デコーダ１２０４で伸長された映像データ用の解像度変換部１２０５と、が設けられている。

ＳＴＢ１０９２の内部には、更に、地上波放送用のチューナ１２０６と、チューナ１２０６とＶＴＲ１０３４からのＮＴＳＣ信号を切り換えるスイッチ回路１２０７と、ＮＴＳＣ信号を復元するＮＴＳＣデコーダ１２０８と、復元された映像データ用の解像度変換部１２０９と、が設けられている。

更に、ＳＴＢ１０９２の内部に、解像度変換部１２０５及び１２０９で変換された映像データを一時的に蓄える共有メモリ１２１０と、共有メモリ１２１０を制御するメモリ制御部１２１１と、ディスプレイ１０３１用に複数の画面を合成する親機画面合成部１２１２と、親機画面合成部１２１２の出力信号をディスプレイ１０９１用の信号に変換するディスプレイＩ／Ｆ１２１３と、が設けられている。本実施形態では、親機画面合成部１２１２及びディスプレイＩ／Ｆ１２１３から主出力手段が構成されている。

更に、ＳＴＢ１０９２の内部には、グラフィックコントローラ１２１４と、デコーダ１２０４又は１２０８で伸長された音声データを親機／子機に振り分ける音声制御部１２１５と、子機１０９５の画面サイズに合わせた映像データに変換するフォーマット変換部１２１６と、音声制御部１２１５から振り分けられた音声データとフォーマット変換部１２１６で変換された映像データを合成する画像／音声Ｍｉｘ部１２１７と、画像／音声Ｍｉｘ部１２１７で合成されたデータを子機へ送信するための信号に変換する無線Ｉ／Ｆ１２１８と、子機１０９５へ送信する送信部１２１９と、が設けられている。本実施形態では、フォーマット変換部１２１６及び無線Ｉ／Ｆ１２１８から副出力手段が構成されている。

ＳＴＢ１０９２の内部には、更に、ＳＴＢ１０９２全体を制御するマイクロプロセッサ（以下、ＭＰＵと略す）１２２０と、予め形成された映像データを記憶しておくＲＯＭ１２２１と、ＳＴＢ１０９２内の様々なデータを一時的に記憶するＲＡＭ１２２２と、カードインターフェース１２２３と、リモコン１０９３からの信号を受信するリモコン受信部１２２５と、が設けられている。カードインターフェース（カードＩ／Ｆ）１２２３によって、ＳＴＢ１０９２のＩＤ番号等が組み込まれたスマートカード１２２４内の情報が読み取られる。

このようにして構成されたＳＴＢ１０９２では、ＢＳ／ＣＳデジタルチューナ１２０１で受信したＭＰＥＧ２のストリームは、スクランブル解除ＩＣ１２０２でスクランブルを解除され、デマルチプレクサ１２０３によって画像・音声・付加データに分けられ、画像と音声はデコーダ１２０４で復元される。一方、地上波チューナ１２０６で受信された放送電波と、ＳＴＢ１０９２に接続されたＶＴＲ１０９４からの再生画像については、リモコン１０９３からの入力信号によってスイッチ回路１２０７からＮＴＳＣデコーダ１２０８に出力される信号が切り換えられ、ＮＴＳＣデコーダ１２０８で復元される。

デコーダ１２０４又は１２０８で復元された画像のデータは、夫々解像度変換部１２０５、１２０９でその解像度を変換され、メモリ制御部１２１１を通して、一時的に共有メモリ１２１０へ記憶される。ＲＯＭ１２２０には、予めＯＳＤ用映像データが記憶されており、共有メモリ１２１０に記憶された画像とＯＳＤ用の画像が画面合成部１２１２で適時合成され、ディスプレイＩ／Ｆ１２１３を通じて、ディスプレイ１０９１に出力される。

また、デコーダ１２０４又は１２０８で復元された音声データについては、音声制御部１２１５によってディスプレイ１０９１に出力される画像に合わせた音声データがＭＰＵ１２２０によって選択され、ディスプレイ１０９１に送られ、出力される。

また、電子番組表や番組情報等の付加データについては、デマルチプレクサ１２０３で分離されてＲＡＭ１２２２に記憶され、ＭＰＵ１２２０で解析され、適時グラフィックコントローラ１０２１４を通じて、画面に表示される。

また、共有メモリ１２１０に記憶された映像データの中から、リモコン１０９３によって指定された映像データはフォーマット変換部１２１６を通して子機の画面の最適化された映像データとなり、画像／音声Ｍｉｘ部１２１７で音声制御部から送られた音声データと合成されて、無線Ｉ／Ｆ１２１８によって送信用の信号に変換される。そして、変換後のデータが送信部１２１９から子機へ送信される。なお、子機への送信方式は、無線伝送方式に限定されず、有線方式でも構わない。

図６０は、子機１０９５の概略構成を示すブロック図である。子機１０９５には、親機を構成するＳＴＢ１０９２から送信された信号を受信する受信部１０８１と、互いに合成された映像データ及び音声データを分離する画像／音声分離回路１０８２と、分離された映像データをデコードするデコーダ１０８３と、デコードされた映像データを制御する画面制御部１０８４と、ディスプレイ用の信号に変換するディスプレイＩ／Ｆ１０８５と、アナログテレビ受像機１０４５全体を制御するＭＰＵ１０８６と、映像データ等を一時的に記憶するＲＡＭ１０８７と、予め作成されたメッセージを格納したＲＯＭ１０８９と、液晶ディスプレイ等の表示部１０８８と、スピーカ１０９０とが設けられている。

このように構成された子機１０９５では、ＳＴＢ１０９２から送信された信号を受信部１０８１が受信し、画像／音声分離回路１０８２が映像データ及び音声データを互いに分離する。音声データはスピーカ１０９０に伝送され、スピーカ１０９０から音声が出力される。一方、映像データは、デコーダ１０８３でデコードされ、画面制御部１０８４を通して、ディスプレイＩ／Ｆ１０８５でディスプレイ用の信号に変換される。そして、変換後の映像データが表示部１０８８に伝送され、表示部１０８８の画面に映像が表示される。

図６１は、リモコン１０９３の外観の一例を示す図である。このリモコン１０９３には、ＳＴＢ１０９２の電源をオン／オフを制御する電源ボタン１１４１、ＳＴＢ１０９２のチャネルを選局する１２個の選局ボタン１１４２、音量調整ボタン１１４３、地上波放送とＢＳ／ＣＳデジタル放送と外部入力とを切り換える入力切換ボタン１１４４、日付や時刻や受信中のチャネル番号等を表示する液晶ディスプレイやＬＥＤ等で構成された表示部１１４５、チャネルを順次切り換えるチャネル切換ボタン１１４６、子機１０９５への転送の開始／解除を選択する子機転送／解除ボタン１１４７、子機１０９５へのメッセージの送信を行う子機通信ボタン１１４８、十字キー１１４９及び決定ボタン１１５０が設けられている。このリモコン１０９３では、入力切換ボタン１１４４が押されると、入力ソースが、順次、地上波→ＢＳ／ＣＳデジタル→外部入力→地上波・・・と切り換わるように構成されている。

このリモコン１０９３を使って選局するときは、入力切換ボタン１１４４を用いて所望の入力ソースをチューナ又は外部入力から選択し、次に、選局ボタン１１４２のいずれかのボタンを押すか、チャネル切換ボタン１１４６を押せばよい。子機１０９５へデータを転送する場合は、転送したい番組又は外部入力を選局しておき、子機転送／解除ボタン１１４７を押せばよい。また、子機１０９５へ転送解除要求を送信する場合は、子機通信ボタンを押せばよい。子機１０９５への転送解除要求の内容及びその時の動作の詳細については後述する。

図６２乃至図６３は、本発明の第１１の実施形態におけるディスプレイ１０９１及び表示部１０８８の画面の例を示す図である。図６２乃至図６３中で、大きい方（左側）がディスプレイ１０９１の画面を示し、小さい方（右側）が子機１０９５の表示部１０８８の画面を示している。

図６２（ａ）は、ディスプレイ１０９１に表示されていた画像が子機１０９５に転送されている状態を示している。

図６２（ａ）に示す状態で、親機側で子機１０９５と同じ映像ソースが選局されると、図６２（ｂ）に示すように、「子機へ転送中、転送解除要求をしてください」のメッセージがディスプレイ１０９１に表示される。

図６２（ｂ）に示す状態で、上記のメッセージに従って、リモコン１０９３の子機通信ボタン１１４８を押すと、図６２（ｃ）に示すように、「転送要求をしますか？」のメッセージがディスプレイ１０９１に表示される。

図６２（ｃ）に示す状態で、リモコン１０９３の十字キー１１４９を使用して「Ｙｅｓ」にカーソル１０５３ａを合わせ、決定ボタン１１５０を押すと、子機側へ転送解除要求信号が送信され、図６２（ｄ）に示すように、ディスプレイ１０９１に「転送解除要求中」のメッセージが表示され、子機１０９５の表示部１０８８に「転送解除要求受信」のメッセージが表示される。これらのメッセージは、表示されてから、例えば５分経過するまでは、ＯＫボタン１０９７又はキャンセルボタン１０９８が押されるまで表示されつづける。

図６２（ｄ）に示す状態で、子機１０９５のユーザは、転送解除を了承する場合、ＯＫボタン１０９７を押す。この結果、転送解除を了承する旨を示す信号が子機１０９５から親機へ送信され、図６３（ａ）に示すように、親機のディスプレイ１０９１に「転送解除されました」のメッセージが表示されると共に、子機１０９５に転送していた映像が表示される。一方、子機１０９５の表示部１０８８には「転送が解除されました」のメッセージが表示される。

一方、図６２（ｄ）に示す状態で、子機１０９５のユーザは、転送解除を拒否する場合、キャンセルボタン１０９８を押す。この結果、転送解除を拒否する旨を示す信号が子機１０９５から親機へ送信され、図６３（ｂ）に示すように、親機のディスプレイ１０９１に「転送解除が拒否されました」のメッセージが表示される。

また、親機から子機１０９５に転送解除要求信号が送信され、子機１０９５で受信されているにも拘わらず、任意の時間（例えば、５分間）の間にＯＫボタン１０９７又はキャンセルボタン１０９８が押されなかった場合は、ＣＰＵ１０６０は子機１０９５の映像は視聴されていないと判断し、強制的に転送を解除して、図６３（ｃ）に示すように、子機１０９５へ転送していた映像が親機のディスプレイ１０９１に表示されると共に、子機の表示部１０８８に「転送が解除されました」のメッセージが表示される。

次に、第１１の実施形態におけるＳＴＢ１０９２の動作について説明する。図６４及び図６５は、本発明の第１１の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。

電源が投入されたＳＴＢ１０９２は、ステップＳ１６０１で、リモコン１０９３からの信号が到達したか否かの判断をする。リモコン１０９３からの信号が到来している場合は、ステップＳ１６０２で、それが入力切換を指示するものか判断する。その信号が入力切換を指示するものであれば、ステップＳ１６０３で、直ちに入力切換処理を行い、ステップＳ１６０１に戻る。

一方、ステップＳ１６０２で、リモコン１０９３からの信号が入力切換を指示するものでない場合には、ステップＳ１６０４で、番組選局を指示するものか判断する。

ステップＳ１６０４で、信号が番組選局を指示するものであれば、ステップＳ１６０５で、選局された映像ソースが子機１０９５へ転送中の映像ソースであるか否かを判断する。ここで、子機１０９５へ転送中の映像ソースでなければ、ステップＳ１６０６へ進み、選局処理を行い、ステップＳ１６０１へ戻る。

一方、ステップＳ１６０５で、子機１０９５に転送中の映像ソースであると判断した場合には、ステップＳ１６０７で、選局処理をキャンセルし、図６２（ｂ）に示すようなメッセージを表示した後（ステップＳ１６０８）、ステップＳ１６０１に戻る。なお、映像ソースが子機１０９５に転送されている間は、図６２（ｂ）に示すメッセージが表示される前に図６２（ａ）に示すメッセージを表示している。

また、ステップＳ１６０４でリモコン１０９３からの信号が番組選局を指示するものでない場合は、ステップＳ１６０９へ進み、音量調整を指示するものであるかを判断する。ここで、音量調整を指示するものであれば、ステップＳ１６１０で、直ちに音量調整処理を行い、ステップＳ１６０１へ戻る。

ステップＳ１６０９で音量調整を指示するものでない場合には、ステップＳ１６１１で、子機転送／解除ボタン１１４７が押されたか否かを判断する。ここで、子機転送／解除ボタン１１４７が押されたと判断した場合は、ステップＳ１６１２で、ＳＴＢ１０９２が子機１０９５へ転送中か否かを判断する。そして、子機１０９５へ転送中であれば、ステップＳ１６１３で、直ちに転送解除処理を行い、ステップＳ１６０１へ戻る。

ステップＳ１６１２で子機１０９５へ転送中でなければ、ステップＳ１６１４で、その時点で親機に表示されている映像の転送処理を直ちに開始し、ステップＳ１６０１へ戻る。

そして、ステップＳ１６１１で子機転送／解除ボタン１１４７が押されていないと判断した場合は、ステップＳ１６１５で、子機通信ボタン１１４８が押されたか否かを判断する。ここで、子機通信ボタン１１４８が押されたと判断した場合は、ステップＳ１６１６で、図６２（ｃ）に示すような操作ガイドを表示する。次に、ステップＳ１６１７で、リモコン１０９３の十字キー１１４９のいずれかが押されたか否かを判断する。十字キー１１４９のいずれかが押されたと判断した場合、ステップＳ１６１８で、直ちにカーソルを移動させる処理を行い、ステップＳ１６１７へ戻る。ステップＳ１６１７で、十字キー１１４９が押されていないと判断した場合は、ステップＳ１６１９で決定ボタン１１５０が押されたか否かを判断する。

ステップＳ１６１９で、図６２（ｃ）に示す状態で「Ｙｅｓ」が選択された上で決定ボタン１１５０が押されている場合は、ステップＳ１６２０で子機通信が可能であるか否かを判断する。そして、子機通信が可能であると判断した場合は、ステップＳ１６２１で直ちに子機１０９５への通信処理（メッセージの送信）を行う。その後、図６２（ｄ）に示すような映像が表示される。一方、ステップＳ１６２０で子機通信が可能ではないと判断した場合は、ステップＳ１６２２で子機通信処理をキャンセルし、ステップＳ１６０１へ戻る。なお、図６２（ｃ）に示す状態で「Ｎｏ」が選択された上で決定ボタン１１５０が押されている場合にも、図示しないが、子機通信処理をキャンセルし、ステップＳ１６０１へ戻る。

また、ステップＳ１６１５で子機通信ボタン１１４８が押されていないと判断した場合は、ステップＳ１６２３で子機１０９５からの信号が到来したか否かを判断する。ここで、子機１０９５からの信号が到来したと判断した場合は、ステップＳ１６２４で、ＯＫ信号（ＯＫボタン１０９７が押されたときに生成される信号）を受信したか否かを判断する。ＯＫ信号を受信している場合は、ステップＳ１６２５で、ＳＴＢ１０９２から子機１０９５へメッセージ信号を送信していたか否かを判断する。ステップＳ１６２５で、子機１０９５へメッセージ信号を送信していたと判断した場合、画像転送解除が了承されたと判断し、ステップＳ１６２６で、直ちに画像転送解除処理を行う。この結果、図６３（ａ）に示すような映像が表示される。

一方、ステップＳ１６２５で、子機１０９５へメッセージ信号を送信していなかったと判断した場合は、子機１０９５における誤操作のためにＯＫボタン１０９７が押されたと判断し、ステップＳ１６２７で、操作処理をキャンセルし、ステップＳ１６０１へ戻る。

また、ステップＳ１６２４で、ＯＫ信号を受信していない場合には、ステップＳ１６２８で、キャンセル信号（キャンセルボタン１０９８が押されたときに生成される信号）を受信したか否かを判断する。キャンセル信号を受信している場合は、ステップＳ１６２９で、ＳＴＢ１０９２から子機１０９５へメッセージ信号を送信していたか否かを判断する。ここで、子機１０９５へメッセージ信号を送信していたと判断した場合、画像転送解除が拒否されたと判断し、ステップＳ１６３０で、図６３（ｂ）に示すような転送解除キャンセルのメッセージをディスプレイ１０９１に表示し、ステップＳ１６０１へ戻る。

一方、ステップＳ１６２９で、子機１０９５へメッセージ信号を送信していなかったと判断した場合は、子機１０９５における誤操作のためにキャンセルボタン１０９８が押されたと判断し、ステップＳ１６３１で、操作処理をキャンセルし、ステップＳ１６０１へ戻る。

ステップＳ１６２８で、キャンセル信号を受信していない場合には、ステップＳ１６３２で、子機１０９５の電源オフ信号（電源ボタン（図示せず）が押されたときに生成される信号）を受信したか否かを判断する。ここで、電源オフ信号を受信したと判断した場合は、ステップＳ１６３４で、直ちに画像転送解除処理を行い、ステップＳ１６０１へ戻る。一方、ステップＳ１６３２で、電源オフ信号を受信していないと判断した場合は、ステップＳ１６２４へ戻る。

また、ステップＳ１６２３で、子機１０９５からの信号が到来していないと判断した場合は、ステップＳ１６３４で、リモコン１０９３の電源ボタンが押されたか否かを判断する。ここで、リモコン１０９３の電源ボタンが押されたと判断した場合は、直ちにＳＴＢ１０９２の終了処理を行い、ステップＳ１６３５で、ＳＴＢ１０９２自体の電源を落とす。一方、ステップＳ１６３４で、電源ボタンが押されていないと判断した場合は、ステップＳ１６０１へ戻る。

なお、ステップＳ１６２１では、表示部１０８８に表示すべきメッセージを予め子機１０９５のＲＯＭ１０８９に格納しておき、メッセージ自体を送信するのではなく、その格納されているメッセージを読み出すことを指示する信号を送信するようにしても良い。

次に、第１１の実施形態における子機１０９５の動作について説明する。図６６は、本発明の第１１の実施形態における子機１０９５の動作を示すフローチャートである。

電源が投入された子機１０９５は、ステップＳ１７０１で、親機を構成するＳＴＢ１０９２からの映像信号を受信したか否かの判断をする。ここで、映像信号を受信したと判断した場合は、ステップＳ１７０２で、直ちに画像表示処理を行い、ステップＳ１７０１へ戻る。一方、ステップＳ１７０１で映像信号を受信していないと判断した場合は、ステップＳ１７０３で、親機からのメッセージ信号を受信したか否かを判断する。

ステップＳ１７０３で、メッセージ信号を受信したと判断した場合、ステップＳ１７０４で、直ちにメッセージ表示処理を行い、ステップＳ１７０１へ戻る。一方、ステップＳ１７０３でメッセージ信号を受信していないと判断した場合は、ステップＳ１７０５で、子機１０９５のＯＫボタン１０９７が押されたか否かを判断する。

ステップＳ１７０５で、ＯＫボタン１０９７が押されたと判断した場合、ステップＳ１７０６で、ＯＫ信号を親機（ＳＴＢ１０９２）へ送信する。一方、ステップＳ１７０５で、ＯＫボタン１０９７が押されていないと判断した場合は、ステップＳ１７０７で、子機１０９５のキャンセルボタン１０９８が押されたか否かを判断する。

ステップＳ１７０７で、キャンセルボタン９８が押されたと判断した場合、ステップＳ１７０８で、キャンセル信号を親機（ＳＴＢ１０９２）へ送信する。一方、ステップＳ１７０７でキャンセルボタン１０９８が押されていないと判断した場合は、ステップＳ１７０９で、子機１０９５の電源ボタンが押されたか否かを判断する。

ステップＳ１７０９で、電源ボタンが押されたと判断した場合は、ステップＳ１７１０で、直ちに電源オフ信号を親機（ＳＴＢ１０９２）へ送信し、ステップＳ１７１１で、子機１０９５自体の終了処理を行う。一方、ステップＳ１７０９で、電源ボタンが押されていないと判断した場合は、ステップＳ１７０１へ戻る。

（第１２の実施形態）
次に、本発明の第１２の実施形態について説明する。第１２の実施形態は、第１１の実施形態に対して、第８乃至第１０の実施形態のように、親機側のディスプレイとしてマルチ画面表示が可能なものを用いる場合のテレビシステムである。即ち、ＳＴＢ１０９２の親機画面合成部１２１２によって合成された複数の映像ソース（例えば、チューナ及び外部機器からの入力画像）からの映像データをディスプレイにウィンドウ状に表示するためのマルチ画面表示用の映像データを表示できるものをディスプレイ１０９１として用いる。そして、第１２の実施形態では、その中の映像ソースの１つが子機へ転送される。なお、第１２の実施形態についての説明では、第１１の実施形態と同様の構成要素には同じ符号を付して、その詳細な説明は省略する。

図６７は、本発明の第１２の実施形態におけるリモコン１０９３の外観の一例を示す図である。このリモコン１０９３には、第１１の実施形態とは異なり、画面分割／解除ボタン１１８１が更に設けられている。

画面分割／解除ボタン１１８１が押されると、順次、ディスプレイ１０９１の画面の表示が、マルチウィンドウ表示→単一画面表示→マルチウィンドウ表示→・・・と切り換わる。具体的には、例えばマルチウィンドウ表示のときは、図２８（ａ）に示すように、主画面Ｍと子画面Ｓ１と子画面Ｓ２とが分割して表示され、単一画面の時は、図２８（ｂ）に示すように、主画面Ｍのみが表示される。

また、図２８（ａ）に示すようなマルチウィンドウ表示の時に、十字キー１１４９を構成する上下左右のいずれかの方向のキーが押されると、図２８（ｃ）に示すように、その画面が選局等の操作が可能な状態となっていることをユーザに知らせるためのウィンドウ選択枠が主画面Ｍに現れ、更に十字キー１１４９のいずれかの方向のキーが押されると、図２８（ｄ）及び（ｅ）に示すように、その押されたキーが示す方向に従ってウィンドウ選択枠が移動する。

図６８乃至図６９は、本発明の第１２の実施形態におけるディスプレイ１０９１及び子機１０９５の表示部１０８８の画面の例を示す図である。図６８乃至図６９中で、大きい方（左側）がディスプレイ１０９１の画面を示し、小さい方（右側）が表示部１０８８の画面を示している。また、ここでは、主画面Ｍを右側に、子画面Ｓ１及び子画面Ｓ２を左側に縦に並べて配置しているが、子画面の数や配置は、このような例に限定されるものではない。

図６８（ａ）は、子画面Ｓ１に表示されていた画像が子機１０９５に転送されている状態を示している。より具体的には、子機１０９５の表示部１０８８の画面に、転送中の映像が表示されており、親機側のディスプレイ１０９１の子画面Ｓ１には単色（例えば、黒色）等が表示されている。

図６８（ａ）に示す状態で、親機側で子機１０９５と同じ映像ソースが選局されると、図６８（ｂ）に示すように、「子機転送中」のメッセージが子画面Ｓ１に表示される。

図６８（ｂ）に示す状態で、上記のメッセージに従って、リモコン１０９３の子機通信ボタン１１４８を押すと、図６８（ｃ）に示すように、転送中の子画面からポップアップウィンドウが出現し、このポップアップウィンドウ内に「転送要求をしますか？」のメッセージが表示される。

図６８（ｃ）に示す状態で、リモコン１０９３の十字キー１１４９を使用して「Ｙｅｓ」にカーソル１０５３ａを合わせ、決定ボタン１１５０を押すと、子機側へ転送解除要求信号が送信され、図６８（ｄ）に示すように、子画面Ｓ１に「転送解除要求中」のメッセージが表示され、子機１０９５の表示部１０８８に「転送解除要求受信」のメッセージが表示される。これらのメッセージは、表示されてから、例えば５分経過するまでは、ＯＫボタン１０９７又はキャンセルボタン１０９８が押されるまで表示されつづける。

図６８（ｄ）に示す状態で、子機１０９５のユーザは、転送解除を了承する場合、ＯＫボタン１０９７を押す。この結果、転送解除を了承する旨を示す信号が子機１０９５から親機へ送信され、図６９（ａ）に示すように、子画面Ｓ１に「解除ＯＫ」のメッセージが表示されると共に、子機１０９５に転送していた映像が表示される。一方、子機１０９５の表示部１０８８には「転送解除されました」のメッセージが表示される。

一方、図６８（ｄ）に示す状態で、子機１０９５のユーザは、転送解除を拒否する場合、キャンセルボタン１０９８を押す。この結果、転送解除を拒否する旨を示す信号が子機から親機へ送信され、図６９（ｂ）に示すように、子画面Ｓ１に「転送解除拒否」のメッセージが表示される。

また、親機から子機１０９５に転送解除要求信号が送信され、子機１０９５で受信されているにも拘わらず、任意の時間（例えば、５分間）の間にＯＫボタン１０９７又はキャンセルボタン１０９８が押されなかった場合は、ＣＰＵ１０６０は子機１０９５の映像は視聴されていないと判断し、強制的に転送を解除して、図６９（ｃ）に示すように、子機１０９５へ転送していた映像が子画面Ｓ１に表示されると共に、子機１０９５の表示部１０８８に「転送解除されました」のメッセージが表示される。

次に、第１２の実施形態におけるＳＴＢ１０９２の動作について説明する。図７０及び図７１は、本発明の第１２の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。

電源が投入されたＳＴＢ１０９２は、ステップＳ２００１で、リモコン１０９３からの信号が到来したか否かの判断をする。リモコン１０９３からの信号が到来している場合は、ステップＳ２００２で、それが画面分割／解除ボタン１１８１が押されたことを示す信号であるか否かを判断する。そして、画面分割／解除ボタン１１８１が押されたと判断した場合には、ステップＳ２００３で、現在表示中の画面が分割画面となっているか否かを判断する。ここで、画面分割中である場合には、ステップＳ２００４で、直ちに画面分割解除処理を行い、ステップＳ２００１に戻る。ステップＳ２００３で、画面分割中でない場合には、ステップＳ２００５で、画面分割処理を行い、ステップＳ２００１に戻る。

ステップＳ２００２で、画面分割／解除ボタン１１８１が押さていないと判断した場合は、ステップＳ２００６で、十字キー１１４９が押されたか否かを判断する。ここで、十字キー１１４９が押されたと判断した場合には、ステップＳ２００７で、画面分割中であるか否かを判断する。そして、画面分割中であると判断した場合には、ステップＳ２００８で、図２８に示すような画面選択移動処理を行い、ステップＳ２００１に戻る。一方、ステップＳ２００７で画面分割中でなかったときは、ステップＳ２００９で、十字キー１１４９の操作指示をキャンセルし、ステップＳ２００１へ戻る。

ステップＳ２００６で、十字キーが押されなかったと判断されたときは、ステップＳ２０１０で、その信号が入力切換を指示するものか判断する。その信号が入力切換を指示するものであれば、ステップＳ２０１１で、直ちに入力切換処理を行い、ステップＳ２００１に戻る。

一方、ステップＳ２０１０で、リモコン１０９３からの信号が入力切換を指示するものでない場合には、ステップＳ２０１２で、番組選局を指示するものか判断する。

ステップＳ２０１２で、信号が番組選局を指示するものであれば、ステップＳ２０１３で、選局された映像ソースが子機１０９５へ転送中の映像ソースであるか否かを判断する。ここで、子機１０９５へ転送中の映像ソースでなければ、ステップＳ２０１４へ進み、選局処理を行い、ステップＳ２００１へ戻る。

ステップＳ２０１３で、子機１０９５に転送中の映像ソースであると判断した場合には、ステップＳ２０１５で、選局処理をキャンセルし、図６８（ｂ）に示すようなメッセージを表示した後（ステップＳ２０１６）、ステップＳ２００１に戻る。なお、映像ソースが子機１０９５に転送されている間は、図６８（ｂ）に示すメッセージが表示される前に図６８（ａ）に示す映像を表示している。

また、ステップＳ２０１２で、リモコン１０９３からの信号が番組選局を指示するものでない場合は、ステップＳ２０１７へ進み、音量調整を指示するものであるかを判断する。ここで、音量調整を指示するものであれば、ステップＳ２０１８で、直ちに音量調整処理を行い、ステップＳ２００１へ戻る。

ステップＳ２０１７で音量調整を指示するものでない場合は、ステップＳ２０１９で、子機転送／解除ボタン１１４７が押されたか否かを判断する。ここで、子機転送／解除ボタン１１４７が押されたと判断した場合は、ステップＳ２０２０で、ＳＴＢ１０９２が子機１０９５へ転送中か否かを判断する。そして、子機１０９５へ転送中であれば、ステップＳ２０２１で、直ちに転送処理を指示する操作をキャンセルし、即ち転送解除処理を行い、ステップＳ２００１へ戻る。

ステップＳ２０２０で子機１０９５へ転送中でなければ、ステップＳ２０２２で、その時点で親機に表示されている映像の転送処理を直ちに開始し、ステップＳ２００１へ戻る。

そして、ステップＳ２０１９で、子機転送／解除ボタン１１４７が押されていないと判断した場合は、ステップＳ２０２３で、子機通信ボタン１１４８が押されたか否かを判断する。ここで、子機通信ボタン１１４８が押されたと判断した場合は、ステップＳ２０２４で、図６８（ｃ）に示すようなポップアップウィンドウ内に操作ガイドを表示する。次に、ステップＳ２０２５で、リモコン１０９３の十字キー１１４９のいずれかが押されたか否かを判断する。十字キー１１４９のいずれかが押されたと判断した場合、ステップＳ２０２６で、直ちにカーソルを移動させる処理を行い、ステップＳ２０２５へ戻る。ステップＳ２０２５で、十字キー１１４９が押されていないと判断した場合は、ステップＳ２０２７で決定ボタン１１５０が押されたか否かを判断する。

ステップＳ２０２７で、図６８（ｃ）に示す状態で「Ｙｅｓ」が選択された上で決定ボタン１１５０が押されている場合は、ステップＳ２０２８で子機通信が可能であるか否かを判断する。そして、子機通信が可能であると判断した場合は、ステップＳ２０２９で直ちに子機１０９５への通信処理（メッセージの送信）を行う。その後、図６８（ｄ）に示すような映像が表示される。一方、ステップＳ２０２８で子機通信が可能ではないと判断した場合は、ステップＳ２０３０で子機通信処理をキャンセルし、ステップＳ２００１へ戻る。なお、図６８（ｃ）に示す状態で「Ｎｏ」が選択された上で決定ボタン１１５０が押されている場合にも、図示しないが、子機通信処理をキャンセルし、ステップＳ２００１へ戻る。

また、ステップＳ２０２３で子機通信ボタン１１４８が押されていないと判断した場合は、ステップＳ２０３１で子機１０９５からの信号が到来したか否かを判断する。ここで、子機１０９５からの信号が到来したと判断した場合は、ステップＳ２０３２で、ＯＫ信号を受信したか否かを判断する。ＯＫ信号を受信している場合は、ステップＳ２０３３で、ＳＴＢ１０９２から子機１０９５へメッセージ信号を送信していたか否かを判断する。ステップＳ２０３３で、子機１０９５へメッセージ信号を送信していたと判断した場合、画像転送解除が了承されたと判断し、ステップＳ２０３４で、直ちに画像転送解除処理を行う。この結果、図６９（ａ）に示すような映像が表示される。

一方、ステップＳ２０３３で、子機１０９５へメッセージ信号を送信していなかったと判断した場合は、子機１０９５における誤操作のためにＯＫボタン１０９７を押されたと判断し、ステップＳ２０３５で、操作処理をキャンセルし、ステップＳ２００１へ戻る。

また、ステップＳ２０３２で、ＯＫ信号を受信していない場合には、ステップＳ２０３６で、キャンセル信号を受信したか否かを判断する。キャンセル信号を受信している場合は、ステップＳ２０３７で、ＳＴＢ１０９２から子機１０９５へメッセージ信号を送信していたか否かを判断する。ここで、子機１０９５へメッセージ信号を送信していたと判断した場合、画像転送解除が拒否されたと判断し、ステップＳ２０３８で、図６９（ｂ）に示すような転送解除キャンセルのメッセージを子画面Ｓ１に表示し、ステップＳ２００１へ戻る。

一方、ステップＳ２０３７で、子機１０９５へメッセージ信号を送信していなかったと判断した場合は、子機１０９５における誤操作のためにキャンセルボタン１０９８が押されたと判断し、ステップＳ２０３９で、操作処理をキャンセルし、ステップＳ２００１へ戻る。

ステップＳ２０３６で、キャンセル信号を受信していない場合には、ステップＳ２０４０で、子機１０９５の電源オフ信号を受信したか否かを判断する。ここで、電源オフ信号を受信したと判断した場合は、ステップＳ２０４１で、直ちに画像転送解除処理を行い、ステップＳ２００１へ戻る。一方、ステップＳ２０４０で、電源オフ信号を受信していないと判断した場合は、ステップＳ２０３２へ戻る。

また、ステップＳ２０３１で、子機９５からの信号が到来していないと判断した場合は、ステップＳ２０４２で、リモコン１０９３の電源ボタンが押されたか否かを判断する。ここで、リモコン１０９３の電源ボタンが押されたと判断した場合は、直ちにＳＴＢ１０９２の終了処理を行い、ステップＳ２０４３で、ＳＴＢ１０９２自体の電源を落とす。一方、ステップＳ２０４２で、電源ボタンが押されていないと判断した場合は、ステップＳ２００１へ戻る。

（第１３の実施形態）
次に、本発明の第１３の実施形態について説明する。第１３の実施形態は、第１２の実施形態に対して、子機側からの親機から転送される映像ソースの操作を可能としたテレビシステムである。なお、第１３の実施形態についての説明では、第１１及び第１２の実施形態と同様の構成要素には同じ符号を付して、その詳細な説明は省略する。

図７２は、第１３の実施形態における子機１０９５を正面から見たときの外観を示す図である。第１３の実施形態では、子機１０９５の正面側に、液晶ディスプレイ等からなる表示部１０８８、電源ボタン１１５２、親機を構成するＳＴＢ１０９２の映像ソースを選択するための選択ボタン１１５３〜１１５５、ＯＫボタン１０９７、キャンセルボタン１０９８及び十字キー１１５８が配置されている。選択ボタン１１５３はＳＴＢ１０９２に接続されている外部機器に切り換えるための外部入力ボタンであり、選択ボタン１１５４はＢＳデジタル放送用のチャネルボタンであり、選択ボタン１１５５は地上波放送用のチャネルボタンである。

図７３乃至図７４は、本発明の第１３の実施形態におけるディスプレイ１０９１及び表示部１０８８の画面の例を示す図である。図７３乃至図７４中で、大きい方（左側）がディスプレイ１０９１の画面を示し、小さい方（右側）が子機１０９５の表示部１０８８の画面を示している。

図７３（ａ）は、子機に映像データが転送される前の状態であって、親機側でＢＳデジタル放送を受信している時に、子機１０９５の電源ボタン１１５２が押されて電源が投入された状態を示している。親機を構成するディスプレイ１０９１の画面には、子機１０９５の電源が投入されたことを示すメッセージが一時的に表示され、子機１０９５の表示部１０８８の画面には親機側で使用されていない映像ソース、つまり選局及び転送が可能なチャネルの選局ボタン横に選局可能なことを示すマーク１１２１ａが表示される。

図７３（ａ）に示す状態で、子機１０９５側で地上波放送が選局されると、図７３（ｂ）に示すように、ディスプレイ１０９１に子機接続中のアイコン１１２２ａが表示されると共に、子機１０９５の表示部１０８８に選局した番組が表示される。

図７３（ｂ）に示す状態で、親機側で、子機へ転送中の映像ソース、この場合は地上波放送を選局すると、図７３（ｃ）に示すように、「子機使用中、転送解除要求しますか？ＹｅｓＮｏ」のメッセージがディスプレイ１０９１に表示される。ここで、リモコン１０９３の十字キー１１４９を使って、カーソル１１２３ａを「Ｙｅｓ」に合わせ、決定ボタン１１５０を押すと、子機１０９５へ転送解除要求信号が送信され、図７３（ｄ）に示すように、ディスプレイ１０９１に「転送解除要求中」のメッセージが表示され、子機１０９５の表示部１０８８に「転送解除要求受信」のメッセージが表示される。これらのメッセージは、表示されてから、例えば５分経過するまでは、ＯＫボタン１０９７又はキャンセルボタン１０９８が押されるまで表示されつづける。

図６３（ｄ）に示す状態で、子機１０９５のユーザは、転送解除を了承する場合、ＯＫボタン１０９７を押す。この結果、転送解除を了承する旨を示す信号が子機１０９５から親機へ送信され、図６４（ａ）に示すように、親機のディスプレイ１０９１に、子機へ転送していた映像データに基づく映像及び「転送解除がＯＫとなりました」のメッセージが表示される。また、子機１０９５では、表示部１０８８に、「転送が解除になりました」のメッセージが表示されると共に、選局可能な選択ボタンの横の画面内にマーク１１２５ａが表示される。

一方、図６３（ｄ）に示す状態で、子機１０９５のユーザは、転送解除を拒否する場合、キャンセルボタン１０９８を押す。この結果、転送解除を拒否する旨を示す信号が子機１０９５から親機へ送信され、図６４（ｂ）に示すように、親機のディスプレイ１０９１側に、「転送解除が拒否されました」のメッセージが表示され、子機１０９５の表示部１０８８には、引き続き親機側から転送されている映像データの映像が表示される。

また、親機から子機１０９５に転送解除要求信号が送信され、子機１０９５で受信されているにも拘わらず、任意の時間（例えば、５分間）の間にＯＫボタン１０９７又はキャンセルボタン１０９８が押されなかった場合は、ＣＰＵ１０６０は子機１０９５の映像は視聴されていないと判断し、強制的に転送を解除して、図７４（ｃ）に示すように、子機１０９５へ転送していた映像が親機のディスプレイ１０９１に表示されると共に、「転送解除されました」のメッセージもディスプレイ１０９１に表示される。一方、子機１０９５の表示部１０８８には、「転送解除されました」のメッセージが表示されると共に、選局可能なボタンの横の画面内にマークが表示される。

なお、親機側で使用されている映像ソース（例えば、この例ではＢＳデジタル放送）を子機側で選局した時には、図７４（ｄ）に示すように、親機のディスプレイ１０９１の表示は変化せず、子機１０９５の表示部１０８８に、「親機側が使用中です」のメッセージが表示される。また、子機側では、選局操作がキャンセルされ、それまで表示されていた番組が表示される。

次に、第１３の実施形態におけるＳＴＢ１０９２の動作について説明する。図７５及び図７６は、本発明の第１３の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。

電源が投入されたＳＴＢ１０９２は、ステップＳ２３０１で、リモコン１０９３からの信号が到来したか否かの判断をする。リモコン１０９３からの信号が到来している場合は、ステップＳ２３０２で、それが入力切換を指示するものか判断する。その信号が入力切換を指示するものであれば、ステップＳ２３０３で、直ちに入力切換処理を行い、ステップＳ２３０１に戻る。

ステップＳ２３０２で、リモコン１０９３からの信号が入力切換を指示するものでない場合には、ステップＳ２３０４で、番組選局を指示するものか判断する。

ステップＳ２３０４で、信号が番組選局を指示するものであれば、ステップＳ２３０５で、選局された映像ソースが子機１０９５へ転送中の画像ソースであるか否かを判断する。ここで、子機１０９５へ転送中の映像ソースでなければ、ステップＳ２３０６へ進み、選局処理を行い、ステップＳ２３０１へ戻る。

一方、ステップＳ２３０５で、子機１０９５に転送中の映像ソースであると判断した場合には、ステップＳ２３０７で、選局処理をキャンセルし、図７３（ｃ）に示すようなメッセージを表示した後（ステップＳ２３０８）、ステップＳ２３０１に戻る。なお、図７３（ｃ）に示すメッセージが表示される前では、子機１０９５の電源ボタン１１５２が押されて電源が投入されると、図７３（ａ）に示すような映像が表示され、また、子機１０９５への転送が行われると、図７３（ｂ）に示すような映像が表示される。

また、ステップＳ２３０４でリモコン１０９３からの信号が番組選局を指示するものでない場合は、ステップＳ２３０９へ進み、音量調整を指示するものであるかを判断する。ここで、音量調整を指示するものであれば、ステップＳ２３１０で、直ちに音量調整処理を行い、ステップＳ２３０１へ戻る。

ステップＳ２３０９で音量調整を指示するものでない場合は、ステップＳ２３１１で、子機転送／解除ボタン１１４７が押されたか否かを判断する。ここで、子機転送／解除ボタン１１４７が押されたと判断した場合は、ステップＳ２３１２で、ＳＴＢ１０９２が子機１０９５へ転送中か否かを判断する。そして、子機１０９５へ転送中であれば、ステップＳ２３１３で、転送処理を指示する操作をキャンセルし、即ち直ちに転送解除処理を行い、ステップＳ２３０１へ戻る。

ステップＳ２３１２で子機１０９５へ転送中でなければ、ステップＳ２３１４で、その時点で親機に表示されている映像の転送処理を直ちに開始し、ステップＳ２３０１へ戻る。

そして、ステップＳ２３１１で子機転送／解除ボタン１１４７が押されていないと判断した場合は、ステップＳ２３１５で、子機通信ボタン１１４８が押されたか否かを判断する。ここで、子機通信ボタン１１４８が押されたと判断した場合は、ステップＳ２３１６で、図７３（ｃ）に示すような操作ガイドを表示する。次に、ステップＳ２３１７で、リモコン１０９３の十字キー１１４９のいずれかが押されたか否かを判断する。十字キー１１４９のいずれかが押されたと判断した場合、ステップＳ２３１８で、直ちにカーソルを移動させる処理を行い、ステップＳ２３１７へ戻る。ステップＳ２３１７で、十字キー１１４９が押されていないと判断した場合は、ステップＳ２３１９で、決定ボタン１１５０が押されたか否かを判断する。

ステップＳ２３１９で、図７３（ｃ）に示す状態で「Ｙｅｓ」が選択された上で決定ボタン１１５０が押されている場合は、ステップＳ２３２０で子機通信が可能であるか否かを判断する。そして、子機通信が可能であると判断した場合は、ステップＳ２３２１で直ちに子機１０９５への通信処理（メッセージの通信）を行う。その後、図７３（ｄ）に示すような映像が表示される。一方、ステップＳ２３２０で子機通信が可能ではないと判断した場合は、ステップＳ２３２２で子機通信処理をキャンセルし、ステップＳ２３０１へ戻る。なお、図７３（ｃ）に示す状態で「Ｎｏ」が選択された上で決定ボタン１１５０が押されている場合にも、図示しないが、子機通信処理をキャンセルし、ステップＳ２３０１へ戻る。

また、ステップＳ２３１５で子機通信ボタン１１４８が押されていないと判断した場合は、ステップＳ２３２３で子機１０９５からの信号が到来したか否かを判断する。ここで、子機１０９５からの信号が到来したと判断した場合は、ステップＳ２３２４で、ＯＫ信号を受信したか否かを判断する。ＯＫ信号を受信している場合は、ステップＳ２３２５で、ＳＴＢ１０９２から子機１０９５へメッセージ信号を送信していたか否かを判断する。ステップＳ２３２５で、子機１０９５へメッセージ信号を送信していたと判断した場合、画像転送解除が了承されたと判断し、ステップＳ２３２６で、直ちに画像転送解除処理を行い、ステップＳ２３０１へ戻る。この結果、図７４（ａ）に示すような映像が表示される。

一方、ステップＳ２３２５で、子機１０９５へメッセージ信号を送信していなかったと判断した場合は、子機１０９５における誤操作のためにＯＫボタン１０９７が押されたと判断し、ステップＳ２３２７で、操作処理をキャンセルし、ステップＳ２３０１へ戻る。

また、ステップＳ２３２４で、ＯＫ信号を受信していないと判断した場合には、ステップＳ２３２８で、キャンセル信号を受信したか否かを判断する。キャンセル信号を受信している場合は、ステップＳ２３２９で、ＳＴＢ１０９２から子機１０９５へメッセージ信号を送信したか否かを判断する。ここで、子機１０９５へメッセージ信号を送信していたと判断した場合、画像転送解除が拒否されたと判断し、ステップＳ２３３０で、図７４（ｂ）に示すような転送解除キャンセルのメッセージをディスプレイ１０９１に表示し、ステップＳ２３０１へ戻る。

一方、ステップＳ２３２９で、子機１０９５へメッセージ信号を送信していなかったと判断した場合は、子機１０９５における誤操作のためにキャンセルボタン１０９８が押されたと判断し、ステップＳ２３３１で、操作処理をキャンセルし、ステップＳ２３０１へ戻る。

ステップＳ２３２８で、キャンセル信号を受信していない場合には、ステップＳ２３３２で、選局信号を受信したか否かを判断する。ここで、選局信号を受信したと判断した場合は、ステップＳ２３３３で、選局信号により特定される映像データの映像ソースが現在使用中の映像ソースと一致するか否かを判断する。ここで、現在使用中の映像ソースと一致すると判断した場合は、ステップＳ２３３３で、選局キャンセル信号を子機１０９５に対して送信し、ステップＳ２３０１へ戻る。

一方、ステップＳ２３３２で現在使用中の映像ソースとは一致しないと判断した場合は、ステップＳ２３３５で、転送する映像ソースの変更処理を行い、ステップＳ２３３６で、直ちに変更された映像ソースの映像データを子機１０９５に送信する。

また、ステップＳ２３３２で、選局信号を受信していないと判断した場合は、ステップＳ２３３７で、子機１０９５の電源オフ信号を受信したか否かを判断する。ここで、電源オフ信号を受信したと判断した場合は、ステップＳ２３３８で、直ちに画像転送解除処理を行い、ステップＳ２３０１へ戻る。一方、ステップＳ２３３７で、電源オフ信号を受信していないと判断した場合は、ステップＳ２３２４へ戻る。

そして、ステップＳ２３２３で子機１０９５からの信号が到来していないと判断した場合は、ステップＳ２３３９で、リモコン１０９３の電源ボタンが押されたか否かを判断する。ここで、リモコン１０９３の電源ボタンが押されたと判断した場合は、直ちにＳＴＢ１０９２の終了処理を行い、ステップＳ２３４０で、ＳＴＢ１０９２自体の電源を落とす。一方、ステップＳ２３３９で、電源ボタンが押されていないと判断した場合は、ステップＳ２３０１へ戻る。

次に、第１３の実施形態における子機１０９５の動作について説明する。図７７は、本発明の第１３の実施形態における子機９５の動作を示すフローチャートである。

電源が投入された子機１０９５は、ステップＳ２４０１で、親機を構成するＳＴＢ１０９２の電源が投入されたことを示す信号が送信されると、ステップＳ２４０２で、親機から送信されてくる選局可能な映像ソース情報を受信する。この受信された情報に基づき、ステップＳ２４０３で、子機１０９５の表示部１０８８の画面内で選局可能なチャネル選局ボタン横に、選局可能であることを示すマークを表示する。

次に、ステップＳ２４０４で、子機１０９５に装備されている選局ボタン（選択ボタン１１１３、１１１４又は１１１５）が押されたか否かを判断する。ここで、選局ボタンが押されたと判断した場合は、ステップＳ２４０５で、直ちに選局信号を親機側へ送信し、ステップＳ２４０４に戻る。

ステップＳ２４０４で選局ボタンが押されていないと判断した場合は、ステップＳ２４０６で、親機からの映像データを受信したか否かを判断する。そして、映像データを受信したと判断した場合は、ステップＳ２４０７で、直ちに画像表示処理を行い、ステップＳ２４０４に戻る。

また、ステップＳ２４０６で映像データを受信していないと判断した場合は、ステップＳ２４０８で、親機からのメッセージ信号を受信したか否かを判断する。ここで、メッセージ信号を受信したと判断した場合は、ステップＳ２４０９で、そのメッセージ信号が選局をキャンセルするものであるか否かを判断する。そして、選局をキャンセルするものであると判断した場合は、ステップＳ２４１０で、直ちに選局キャンセルのメッセージを表示部１０８８に表示し、ステップＳ２４０４へ戻る。

一方、ステップＳ２４０９で選局をキャンセルするものではないと判断した場合、ステップＳ２４１１で、転送解除要求メッセージの信号であるか否かを判断する。ここで、転送解除要求メッセージの信号であると判断した場合は、ステップＳ２４１２で、直ちに転送解除要求メッセージを表示し、ステップＳ２４０４へ戻る。ステップＳ２４１１で転送解除要求メッセージの信号ではないと判断した場合は、ステップＳ２４０６へ戻る。

ステップＳ２４０８で親機からのメッセージ信号を受信していないと判断した場合は、ステップＳ２４１３で、子機１０９５のＯＫボタン１０９７が押されたか否かを判断する。ここで、ＯＫボタン１０９７が押されたと判断した場合は、ステップＳ２４１４で、ＯＫ信号を親機（ＳＴＢ１０９２）へ送信し、ステップＳ２４０４へ戻る。一方、ステップＳ２４１３でＯＫボタン１０９７が押されていないと判断した場合には、ステップＳ２４１５で、子機１０９５のキャンセルボタン１０９８が押されたか否かを判断する。

ステップＳ２４１５でキャンセルボタン１０９８が押されたと判断した場合は、ステップＳ２４１６で、直ちにキャンセル信号を親機（ＳＴＢ１０９２）へ送信し、ステップ２４０４へ戻る。一方、ステップＳ２４１５でキャンセルボタン１０９８が押されていないと判断した場合は、ステップＳ２４１７で、子機１０９５の十字キー１１５８が押されたか否かを判断する。

ステップＳ２４１７で十字キー１１５８が押されたと判断した場合は、ステップＳ２４１８で、押された十字キー１１５８の方向に合わせたカーソル移動処理を直ちに行い、ステップＳ２４０４へ戻る。一方、ステップＳ２４１７で十字キー１１５８が押されていないと判断した場合は、ステップＳ２４１９で、子機１０９５の電源ボタン１１５２が押されたか否かを判断する。

ステップＳ２４１９で電源ボタン１１５２が押されたと判断した場合は、ステップＳ２４２０で、直ちに電源オフ信号を親機（ＳＴＢ１０９２）へ送信し、ステップＳ２４２１で、子機１０９５の終了処理を行う。一方、ステップＳ２４１９で電源ボタン１１５２が押されていないと判断した場合は、ステップＳ２４０４へ戻る。

なお、ＳＴＢ１０９２がディスプレイ１０９１の筐体内に内蔵されていてもよい。更に、ＳＴＢ１０９２内に３個以上のチューナが搭載されていてもよく、また、ＳＴＢ内にＨＤＤ等の記録装置が内蔵されていてもよい。更にまた、外部からの入力機器として、ＶＴＲ１０９４以外に、ＤＶＤやデジタルビデオカメラ等の一般的なテレビ受像機に接続可能な機器を用いてもよい。

本発明の実施形態は、上述のように、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。

本発明の第１の実施形態に係るテレビシステムを構成するマルチ画面表示機能を有する親機の構成を示すブロック図である。制御部１５の動作を示すフローチャートである。共用メモリ８のメモリ論理アドレスマップを示す図である。マルチ画面合成の初期化時の映像を示す図である。本発明の第１の実施形態に係るテレビシステムの子機の構成を示すブロック図である。本発明の第１の実施形態におけるＰＵＳＨ型子機転送処理を示すフローチャートである。ＰＵＳＨ型子機転送のリソース分配処理を示すフローチャートである。ＰＵＳＨ型子機転送時に表示装置１１に表示される映像の変化を示す図である。子機の表示装置の表示形態を示す図である。子機で表示されるＯＳＤ表示の例を示す図である。ＰＵＬＬ型子機転送のリソース配分処理を示すフローチャートである。ＰＵＬＬ型子機転送の他のリソース配分処理を示すフローチャートである。対応する子機ＯＳＤプレーンに転送可能なチャンネル情報の例を示す図である。本発明の第２の実施形態に係るテレビシステムの親機の一部を示すブロック図である。子機の視聴番組の監視を行う場合の動作を示すフローチャートである。子機の視聴番組の監視を行う場合に表示される映像の変化を示す図である。親機の主画面に表示されている映像が子機と共有される場合に表示される映像の変化を示す図である。本発明の第１及び第２の実施形態において３個の子機と親機との間で伝送が行われる場合に表示される映像の変化を示す図である。本発明の第３の実施形態に係るテレビシステムの構成を示す図である。ＳＴＢ３２及び周辺機器の概略構成を示すブロック図である。変換器３６の概略構成を示すブロック図である。本発明の第３の実施形態におけるリモコン３３の外観の一例を示す図である。本発明の第３の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。同じく、本発明の第３の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。同じく、本発明の第３の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。本発明の第３の実施形態におけるＳＴＢ３２の動作を示すフローチャートである。本発明の第４の実施形態におけるリモコン３３の外観の一例を示す図である。本発明の第４の実施形態におけるディスプレイ３１の画面の変化の例を示す図である。本発明の第４の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。同じく、本発明の第４の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。同じく、本発明の第４の実施形態におけるディスプレイ３１及びテレビ受像機３５の画面の例を示す図である。本発明の第４の実施形態におけるＳＴＢ３２の動作を示すフローチャートである。本発明の第５の実施形態に係るテレビシステムの親機の構成を示すブロック図である。無線部５５の内部構成を示すブロック図である。本発明の第５の実施形態に係るテレビシステムの子機の構成を示すブロック図である。本発明の第５の実施形態における子機転送処理時の動作を示すフローチャートである。本発明の第５の実施形態における各子機に表示される映像の変化を示す図である。本発明の第６の実施形態に係るテレビシステムの親機の構成を示すブロック図である。本発明の第６の実施形態における子機転送処理時の動作を示すフローチャートである。本発明の第６の実施形態における各子機に表示される映像の変化を示す図である。本発明の第７の実施形態に係るテレビシステムの親機の構成を示すブロック図である。本発明の第７の実施形態における子機転送処理時の動作を示すフローチャートである。同じく、本発明の第６の実施形態における子機転送処理時の動作を示すフローチャートである。本発明の第７の実施形態における３画面のマルチ画面表示の状態を示す図である。本発明の第７の実施形態等において３個の子機と親機との間で伝送が行われる場合に表示される映像の変化を示す図である。従来の無線ＬＡＮを用いたテレビシステムの構成を示すブロック図である。本発明の第８の実施形態に係るテレビシステムの構成を示すブロック図である。親機１０７０に付属するリモコン１０５４の構成を示す図である。第８の実施形態における子機１０７１を正面から見たときの外観を示す図である。番組一覧の番組表の例を示す図である。決定キー１１０３が押されたときの番組表の状態を示す図である。決定キー１４０３が押されたときの番組表の状態を示す図である。親機１０７０でのチャネル操作が行われたときの動作を示すフローチャートである。親機１０７１でのチャネル操作が行われたときの動作を示すフローチャートである。ステップＳ１２０５による処理で表示器１０１１に表示される映像の例を示す図である。本発明の第９の実施形態における子機１０７１を正面から見たときの外観を示す図である。本発明の第１０の実施形態に係るテレビシステムの構成を示すブロック図である。本発明の第１１の実施形態に係るテレビシステムの構成を示す図である。ＳＴＢ１０９２及び周辺機器の概略構成を示すブロック図である。子機１０９５の概略構成を示すブロック図である。リモコン１０９３の外観の一例を示す図である。本発明の第１１の実施形態におけるディスプレイ１０９１及び表示部１０８８の画面の例を示す図である。同じく、本発明の第１１の実施形態におけるディスプレイ１０９１及び表示部１０８８の画面の例を示す図である。本発明の第１１の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。同じく、本発明の第４の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。本発明の第１１の実施形態における子機１０９５の動作を示すフローチャートである。本発明の第１２の実施形態におけるリモコン１０９３の外観の一例を示す図である。本発明の第１２の実施形態におけるディスプレイ１０９１及び子機１０９５の表示部１０８８の画面の例を示す図である。同じく、本発明の第１２の実施形態におけるディスプレイ１０９１及び子機１０９５の表示部１０８８の画面の例を示す図である。本発明の第１２の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。同じく、本発明の第１２の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。本発明の第１３の実施形態における子機１０９５を正面から見たときの外観を示す図である。本発明の第１３の実施形態におけるディスプレイ１０９１及び表示部１０８８の画面の例を示す図である。同じく、本発明の第１３の実施形態におけるディスプレイ１０９１及び表示部１０８８の画面の例を示す図である。本発明の第１３の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。同じく、本発明の第１３の実施形態におけるＳＴＢ１０９２の動作を示すフローチャートである。本発明の第１３の実施形態における子機１０９５の動作を示すフローチャートである。

符号の説明

１：アンテナ
２ａ、２ｂ、２ｃ：チューナ
３ａ、３ｂ、３ｃ：復調部
４ａ、４ｂ、４ｃ：デマルチプレクサ
５ａ、５ｂ、５ｃ：映像デコーダ
６ａ、６ｂ、６ｃ：解像度変換部
７：メモリ制御部
８：共有メモリ
９：親機用マルチ画面合成部
１５：制御部
１８ａ、１８ｂ、１８ｃ：子機用出力合成部
３０ａ、３０ｂ、３０ｃ：入力ソース切り換え部
３１：ディスプレイ
３２：ＳＴＢ
３３：リモコン（リモートコントローラ）
３４：ＶＴＲ
３５：テレビ
３６：変換器
１００１：アンテナ
１０１１、１０３５：表示器
１０５４：リモコン
１０５７：プログラムＲＯＭ
１０５９：不揮発性メモリ
１０６０：ＣＰＵ
１０６１：ＯＳＤ作成部
１０７０：親機
１０７１：子機
１０７２：記憶装置
１０７３：映音入力処理部
１０７４：映音出力処理部
１０９２：ＳＴＢ
１０９５：子機

Claims

圧縮された映像データを含む複数種の映像ソースを入力し、前記映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する出力手段を有する情報処理装置において、
前記圧縮された映像データを非圧縮の映像データに変換する映像デコーダを有し、
前記出力手段は、前記複数個の副情報処理装置の中の少なくとも１個に対して、非圧縮のベースバンドで前記映像データを出力することを特徴とする情報処理装置。
前記出力手段は、前記複数種の映像ソースの中から選択した少なくとも１種の映像ソースに含まれる映像データを主表示装置に対して出力することを特徴とする請求項１に記載の情報処理装置。
前記出力手段は、前記複数種の映像ソースの中から選択した２種以上の映像ソースに含まれる映像データをマルチ画面表示用の映像データとして出力することを特徴とする請求項２に記載の情報処理装置。
少なくとも前記映像ソースの数と同じ数だけ設けられ、前記映像ソースから前記主表示装置及び前記副表示装置の表示フォーマットにあった映像データを作成する解像度変換手段と、
前記解像度変換部の後段に設けられ、前記映像データを記憶するフレームメモリと、
を有することを特徴とする請求項３に記載の情報処理装置。
前記フレームメモリは、
前記映像ソース毎に独立して設けられた動画プレーンと、
前記主表示装置用のＯＳＤプレーンと、
前記副表示装置用の少なくとも１個のＯＳＤプレーンと、
を含み、
前記動画プレーンに記憶される映像データから作成される映像は、前記主表示装置及び前記副表示装置のいずれにも表示され得ることを特徴とする請求項４に記載の情報処理装置。
前記出力手段は、前記副表示装置用のＯＳＤプレーンのいずれかから読み出したＯＳＤデータと前記動画プレーンから読み出した映像データとを合成し、前記副表示装置の表示フォーマットにあった映像データを作成して出力することを特徴とする請求項５に記載の情報処理装置。
前記主表示装置に表示されている映像の中から前記副表示装置のいずれかに表示させるものの選択を受け付ける映像選択受付手段と、
前記選択された映像を表示させる副表示装置の指定を受け付ける出力先指定受付手段と、
前記選択された映像の映像データを前記副表示装置に出力することに対する可否を判断する出力可否判断手段と、
を有し、
前記出力可否判断手段による判断の結果に基づいて、前記映像データの出力を行うことを特徴とする請求項２に記載の情報処理装置。
前記出力可否判断手段は、前記副情報処理装置に映像データを出力したときに生じる表示機能の変化を通知する警告と、前記表示機能の変化を許可するか否かの入力を求める判断入力部と、を前記主表示装置に表示させる出力確認手段を有することを特徴とする請求項７に記載の情報処理装置。
前記副情報処理装置からの映像データの出力の要求を受け付ける要求受付手段と、
前記副情報処理装置から要求された映像データを出力することに対する可否を判断する要求可否判断手段とを有し、
前記要求可否判断手段による判断の結果に基づいて、前記映像データの出力を行うことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
前記要求可否判断手段は、前記副情報処理装置から出力の要求がされた映像データの映像ソースが前記主表示装置の主画面に表示されている映像の映像ソースと同じである場合に、前記副表示装置への前記映像データの転送を不可と判断することを特徴とする請求項９に記載の情報処理装置。
前記要求可否判断手段は、前記副情報処理装置から出力の要求がされた映像データの映像ソースが前記主表示装置の子画面に表示されている映像の映像ソースと同じである場合に、前記副表示装置への前記映像データの転送を可と判断することを特徴とする請求項１０に記載の情報処理装置。
前記副出力手段から映像データを出力することが可能な映像ソースを前記複数種の映像ソースの中から検索する検索手段と、
前記検索手段により検索された結果を前記副情報処理装置に出力する検索結果出力手段と、
を有することを特徴とする請求項２乃至６のいずれか１項に記載の情報処理装置。
前記解像度変換部の前段に設けられ、前記映像ソースを複数の解像度変換部に同時に出力することができる入力切り換え手段を有することを特徴とする請求項２に記載の情報処理装置。
同一の映像ソースに含まれ、互いに異なる解像度変換部により作成された映像データが前記解像度変換部の後段に設けられたフレームメモリの互いに異なる動画プレーンに割り付けられることを特徴とする請求項１３に記載の情報処理装置。
前記主表示装置への出力が要求された映像データが前記副情報処理装置に出力されている映像データと同じである場合に前記要求された映像データの映像を前記主表示装置に表示させたときに生じる表示機能の変化を通知する警告と前記表示機能の変化を許可するか否かの入力を求める判断入力部と、を前記主表示装置に表示させる出力確認手段を有することを特徴とする請求項１３に記載の情報処理装置。
入力された複数種の映像ソースの中から選択した少なくとも１種の映像ソースに含まれる映像データを主表示装置に対して出力する主出力手段と、
外部に設けられた副表示装置用の副情報処理装置に対して、前記複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段と、
を有する情報処理装置において、
前記主表示装置に出力するように要求された映像データの映像ソースが前記副情報処理装置に出力している映像データの映像ソースと一致している場合に、前記副情報処理装置への前記映像データの出力を継続しながら、前記主表示装置に前記要求された映像とは異なる代替映像を表示させることを特徴とする情報処理装置。
前記主表示装置は、複数のウィンドウ状画面を表示するマルチ画面表示を行うことが可能であり、
前記代替映像を、前記複数のウィンドウ状画面のうちの前記映像ソース用に割り付けられた画面に表示させることを特徴とする請求項１６に記載の情報処理装置。
外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置において、
前記副情報処理装置からの映像データの出力の要求を受け付ける要求受付手段と、
所定の優先度に基づいて前記出力の要求を調停する調停手段とを有し、前記副出力手段は、前記調停手段の出力にもとづいて前記副情報処理装置に該映像データを出力することを特徴とする情報処理装置。
前記複数種の映像ソースの中から選択した少なくとも１種の映像ソースに含まれる映像データを主表示装置に対して出力する主出力手段を有することを特徴とする請求項１８に記載の情報処理装置。
前記主出力手段は、前記複数種の映像ソースの中から選択した２種以上の映像ソースに含まれる映像データをマルチ画面表示用の映像データとして出力し、
前記副情報処理装置に出力している映像データの映像ソースと前記主表示装置に出力している映像データの映像ソースの管理を行うソース管理手段を有することを特徴とする請求項１８又は１９に記載の情報処理装置。
前記調停手段による調停の結果、要求した映像データの出力が受けられない副情報処理装置に対して、前記副出力手段を介して、要求された映像データを出力することができない旨を通知する通知手段を有することを特徴とする請求項１８乃至２０のいずれか１項に記載の情報処理装置。
請求項１乃至２１のいずれか１項に記載の情報処理装置と、前記情報処理装置と双方向通信が可能な副情報処理装置と、前記情報処理装置に接続された主表示装置と、前記副情報処理装置に接続された副表示装置と、を有するテレビシステムであって、前記副情報処理装置には前記映像デコーダをもたないことを特徴とするテレビシステム。
請求項１８乃至２１のいずれか１項に記載の情報処理装置と、前記情報処理装置と双方向通信が可能な副情報処理装置と、前記情報処理装置に接続された主表示装置と、前記副情報処理装置に接続された副表示装置と、を有することを特徴とするテレビシステム。
情報処理装置に圧縮された映像データを含む複数種の映像ソースを入力する工程と、前記映像ソースの中から前記情報処理装置に接続された複数個副情報処理装置毎に映像ソースを選択する工程と、前記複数個の副情報処理装置の中の少なくとも１個に対して、非圧縮のベースバンドで当該映像ソースに含まれる映像データを出力する工程と、を有することを特徴とする情報処理装置の制御方法。
入力された複数種の映像ソースの中から選択した少なくとも１種の映像ソースに含まれる映像データを主表示装置に対して出力する主出力手段と、外部に設けられた副表示装置用の副情報処理装置に対して、前記複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段と、を有する情報処理装置の動作を制御する制御方法において、
前記主表示装置に出力するように要求された映像データの映像ソースと前記副情報処理装置に出力している映像データの映像ソースとを比較する工程と、
前記映像ソース同士が一致している場合に、前記主表示装置に前記要求された映像とは異なる代替映像を表示させる工程と、
を有することを特徴とする制御方法。
外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置の動作を制御する制御方法において、
前記副情報処理装置からの映像データの出力の要求を受け付ける工程と、
所定の優先度に基づいて前記出力の要求の調停を行う調停工程と、前記調停工程の結果にもとづいて前記副情報処理装置に前記映像データを出力する工程と、
を有することを特徴とする制御方法。
圧縮された映像データを含む複数種の映像ソースを入力し、前記映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する出力手段を有する情報処理装置の動作を制御するプログラムにおいて、コンピュータに、前記出力手段が、前記複数個の副情報処理装置の中の少なくとも１個に対して、非圧縮のベースバンドで前記映像データを出力する処理を実行させることを特徴とするプログラム。
外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置の動作を制御するプログラムにおいて、
コンピュータに、
前記副情報処理装置からの映像データの出力の要求を受け付ける要求受付処理と、
前記副情報処理装置に出力している映像データの映像ソースの管理を行うソース管理処理と、
複数個の副情報処理装置からの映像データの出力の要求が前記複数種の映像ソースのうちのいずれかに対して同時にある場合に、所定の優先度に基づいて要求の調停を行い、当該映像データを出力することができる副情報処理装置を決定する調停処理と、
を実行させることを特徴とするプログラム。
前記調停手段は、録画予約、視聴予約、チャンネル要求の順に優先度が設定されていることを特徴とする請求項１８乃至２１のいずれか１項に記載の情報処理装置。
前記調停手段は、前記主表示装置及び前記副情報処理装置毎に設定された優先順位に基づいて調停を行うことを特徴とする請求項２９に記載の情報処理装置。
外部に設けられた副表示装置用の副情報処理装置に対して、入力された複数種の映像ソースの中から副情報処理装置毎に映像ソースを選択して当該映像ソースに含まれる映像データを出力する副出力手段を有する情報処理装置において、
前記副情報処理装置に対して、出力中の映像データの出力の停止の可否を問い合わせる問い合わせ手段と、
前記副情報処理装置から映像データの出力の停止を認める旨の信号を受信した場合に、前記副出力手段に前記映像データの出力を停止させる出力停止手段と、
を有することを特徴とする情報処理装置。
前記出力停止手段は、前記副情報処理装置に問い合わせを行ってから所定の時間が経過しても当該副情報処理装置からの可否の応答がない場合に、前記副出力手段に前記映像データの出力を停止させることを特徴とする請求項３１に記載の情報処理装置。