(57)【要約】【課題】  限られたチューナリソースの効率的なシステム共有と、チューナ競合時のユーザの混乱の防止をすることの出来る受信システムを提供する。【解決手段】  異なる種別のチューナを持つ親機と、親機から映像を受け取る子機からなるチューナ共有型テレビシステムにおいて、子機からの放送種別（ＢＳ、ＣＳ、地上波など）に応じた選局要求に対して、親機はチューナの共有状態をチェックし、チューナ競合がある場合は、親機は競合先の子機の選局しているチャンネルと同一のトランスポンダに含まれる番組をフィルタリングし、このフィルタリングされた番組からＥＰＧ画面を形成し子機へ表示する。この場合、競合先の子機ユーザからの許可が得られれば同時視聴という形での選局を可能とするリソース調停処理を行うことを特徴とする。【選択図】        図１
2006310960.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つ以上のチューナによりテレビジョン放送を受信し、前記受信したテレビジョン放送の番組に係る映像信号を送信する送信装置と、前記送信装置から送信された映像信号を受信し、前記受信した映像信号に係る映像を表示可能な複数の受信装置から構成される受信システムであって、
前記複数の受信装置はそれぞれ任意の受信チャンネルを要求する選局要求入力手段と前記要求された受信チャンネルの情報を前記送信装置に送信する選局要求送信手段とを備え、
前記送信装置は、前記複数の受信装置からの選局要求を受け付ける選局要求受信手段と、前記複数の受信装置による前記チューナの共有状態を管理する映像リソース管理手段と、所定のルールに基づいて映像リソース取得要求の調停を行う映像リソース調停手段と、前記送信装置は、前記受信装置からの選局要求に応じて、前記映像リソース管理手段からのリソース管理情報を元に、選局要求先の放送種別に対応した番組配列情報から、選局可能な番組を絞り込む番組配列情報絞込み手段と、絞り込まれた番組配列情報を元に視聴可能な番組の電子番組表を形成する電子番組表形成手段と、前記電子番組表形成手段により形成された電子番組表を映像データとして前記選局要求を送信した受信装置に対して送信する電子番組表送信手段を有することを特徴とする受信システム。
【請求項２】
前記番組配列情報絞込み手段は、複数の前記受信装置からの同一チューナへのリソース競合がある場合は、競合先の受信装置が選局した番組と同一のトランスポンダにある番組を絞り込む手段であることを特徴とする請求項１記載の受信システム。
【請求項３】
前記電子番組表形成手段は、複数の前記受信装置からの同一チューナへのリソース競合がある場合は、前記映像リソース管理手段のリソース管理情報を元に、共有状況を明示した共有ステータス情報を電子番組表に付加表示することを特徴とする請求項１記載の受信システム。
【請求項４】
前記映像リソース調停手段は、前記受信装置が前記電子番組表に基づいて選局した選局要求によりリソース競合が発生した場合は、競合先の受信装置へ同一のトランスポンダ内のリソース共有を要求する同時視聴要求を行い、競合先からの共有許可があった場合に、選局した番組の映像が送信される調停を行うことを特徴とする請求項１記載の受信システム。
【請求項５】
前記受信装置は更に、視聴重要度を入力するための視聴重要度入力手段を備え、前記映像リソース管理手段は前記チューナの共有状態と共に前記入力された視聴重要度を管理し、前記電子番組表形成手段は複数の前記受信装置からの前記チューナへのリソース競合がある場合は、前記映像リソース管理手段のリソース管理情報を元に前記視聴重要度を明示した共有ステータス情報を電子番組表に付加表示することを特徴とする請求項１〜４のいずれかに記載の受信システム。
【請求項６】
前記映像リソース調停手段は、前記受信装置が前記電子番組表に基づいて選局した選局要求によりリソース競合が発生し、前記視聴重要度が高く設定されている場合には、競合先の前記受信装置へ同一のトランスポンダ内のリソース共有を要求する同時視聴要求を行い、前記リソース競合が発生し、視聴重要度が低く設定されている場合には、前記同時視聴要求、或いは、チューナの開放を要求する視聴開放要求を行い、競合先の前記受信装置からの共有許可、或いは、開放許可があった場合に、選局した番組の映像が送信される調停を行うことを特徴とする請求項５記載の受信システム。
【請求項７】
前記映像リソース調停手段により、前記競合先の受信装置へ発行した同時視聴要求、若しくは、視聴開放要求に対して、前記競合先の受信装置から一定時間経過しても応答がない場合は、前記チューナにより前記要求元の受信装置が要求したチャンネルの放送番組を受信し、この放送番組に係る映像信号を送信することを特徴とする請求項６記載の受信システム。
【請求項８】
前記受信装置は更に、視聴番組を予約するための視聴予約入力手段を備え、前記映像リソース管理手段は、前記チューナの共有状態と共に入力された視聴予約された番組と予約重要度を管理し、視聴予約時間に予約先の前記受信装置に対して予約番組送信の確認を行い、前記予約先の受信装置からの送信要求応答があった場合には選局したチャンネルの放送番組の映像信号を前記予約先の受信装置に送信し、一定時間経過しても応答がない場合で、予約重要度が高く設定されている場合は記憶手段に録画処理を行い、予約重要度が低く設定されている場合は視聴予約を取り消すことを特徴とする請求項１記載の受信システム。
【請求項９】
前記受信装置はお好み番組の検索条件入力手段を備え、前記送信装置は、前記受信装置からのお好み番組の検索要求を受信した場合に前記チューナが受信可能な放送種別に対応した番組配列情報から検索条件に合致した番組を絞り込む第１の番組配列情報絞込み手段と、前記第１の番組配列情報絞込み手段により絞り込まれた番組配列情報から前記映像リソース管理手段からのリソース管理情報を元に選局可能な番組を絞り込む第２の番組配列情報絞込み手段と、前記第２の番組配列情報絞込み手段により絞り込まれた番組配列情報を元に視聴可能なお好み番組の検索結果画面を形成し、映像データとして子機へ送信する検索結果送信手段とを備えることを特徴とする請求項１記載の受信システム。
【請求項１０】
前記お好み番組の検索結果画面に、リソース共有状態に応じた選局条件を明示した表示をすると共に、前記受信装置から選局条件に合致した選局要求を前記送信装置に要求できることを特徴とする請求項９記載の受信システム。
【請求項１１】
前記リソース共有状態に応じた選局条件とは、リソース競合がある場合は、競合先の受信装置の許可により選局可能なものであり、リソース競合がない場合は、無条件に選局できるものであることを特徴とする請求項１０記載の受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビジョン放送を受信する受信システムに関する。
【背景技術】
【０００２】
昨今ＩＥＥＥ８０２．１１ａ／ｂ／ｇなどの無線ＬＡＮが、企業のみならず家庭内にも普及が進んでいる。そもそも、無線ＬＡＮは、物理的なケーブル配線を排除し、自由に設置場所が選べる長所ゆえ、有線ＬＡＮの置き換えとしての趣向が強いものであり、無線ＬＡＮの確保できる帯域制限より、主にデータ通信用途で使われることが多いのが現状である。しかし、昨今のＭＰＥＧ２などを代表とする映像圧縮技術の進歩により、この無線ＬＡＮに圧縮した映像、音声データを流すことも十分に可能になっている、更に、無線モジュールの低価格化も追い風になり、データ通信用途のみならず、動画映像の配信などを狙ったデジタル家電にとっても注目すべき技術の１つになっている。
【０００３】
このような流れを受けて、受信したテレビ映像と音声、更には、インターネット情報などを無線ＬＡＮを用いて送信し、離れた表示端末に表示したり、表示端末から番組の切り替えやインターネットのブラウザ制御をリモート操作できるシステムも考えられる（例えば、特許文献１参照。）。
【０００４】
この内容に関して、図４を用いて簡単に説明する。図４は３つの独立した選局部を中心とする映像送信部（親機）と、送信部からの映像を受信し表示可能な映像受信部（子機）からなる。３０はテレビアンテナ、３１ａ〜３１ｃは選局部、３２ａ〜３２ｃは映像処理部で、選局した受信データから映像データが形成される。３３ａ〜３３ｃは圧縮部で、無線送信可能なビットレートまでデータ伝送帯域を制限される。３４は多重化部で、図４の例では３系統の圧縮されたデータを時分割多重されると共に、３５の無線部で変調処理や増幅処理などが行われ、３６の無線送受信アンテナにより送信される。ここまでが、映像送信部（親機）である。送信された映像は、３７ａ〜３７ｃは無線送受信アンテナより受信され、３８ａ〜３８ｃの無線部で復調などの処理を行うと共に、３９ａ〜３９ｃの多重分離部において自分宛てのデータである場合は必要なデータのみ分離し、４０ａ〜４０ｃの伸長部において圧縮されたデータを復元した後４１ａ〜４１ｃの子機モニタに表示する。ここまでが、映像受信部（子機）である。このシステムにおいて、ユーザは４１ａ〜４１ｃの子機モニタの図示しない選局ボタンから親機の選局部３１ａ〜３１ｃを制御し、番組を切り替えたりすることが可能である。これにより、家庭などでアンテナ端子などの設置場所が限られている場合、親機側をアンテナ端子の側に設置し、実際のテレビは設置場所を選ばず、子機端末としてお好みの場所で楽しむことができるという無線の長所を活かしたものである。
【特許文献１】特開２００１−３５８９６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前述したテレビシステムでは、受信する表示端末の数分、送信部に選局部を用意する（チューナ数：子機数＝１：１）ことを前提とした構成のため、チューナの種別が同じであれば、１つの表示端末からの選局は必ず送信部の選局部を占有することができるため、ユーザが番組を切り替える際に、１つの選局部に対して複数のユーザの選局要求が集中することによる映像リソース競合の問題は全く生じない。よって、このような使い方に限定した場合には、非常に有効な手段と成り得るものである。しかし、以下のようにチューナの種別が異なる構成条件で使う場合には、ユーザの選局時に映像リソース競合の問題が生じる可能性がある。
【０００６】
現在放送業界は、アナログ地上波放送からＢＳ／ＣＳデジタル放送への移行が進む、いわゆる放送のデジタル化が進展している。更に、地上波デジタル放送の運用も開始されている。このようなすべての放送を受信しようとした場合、放送の種別が異なる選局部（チューナ）を用意しなければならない。この場合、チューナ数：表示端末数＝１：１であったとしても、チューナの種別が異なる場合は、同一映像リソースへの選局指定による映像リソース競合が起きる可能性が生じてしまう。
【０００７】
いずれの場合も、前述した映像リソース競合が起きた場合、テレビを見ている途中で突然チャンネルが変わってしまったり、見れるはずの番組を選択できなくなったりする問題が生じ、無線により、表示端末が離れた場所にある可能性がある以上、ユーザにとっては何が起きたのか分からなく操作に大きな混乱を引き起こしかねない。
【０００８】
また、このような問題を容易に解決するための方法として、先行例の考え方に従って、種別が異なるチューナを必要とされる数だけ増設するという方法が考えられるが、大幅なコストアップが予想されるので現実的ではない。
【０００９】
更に、図４では、表示端末に具備された選局ボタンにユーザが番組を切り替えているが、デジタル放送においては、多数の番組から所望する番組を容易に選択するために、電子番組ガイド：Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ（以下、ＥＰＧとする。）というサービスを利用して、選局を行うことが一般的である。
【００１０】
つまり、放送局側は番組データに番組選択を行うための番組情報を付加して送信し、受信側では受信データから付加された番組情報を分離し且つこの番組情報を元にしてＥＰＧ画面を形成し、表示させる。これにより、視聴者はこのＥＰＧ画面を見ながら番組の選択を容易に行うことができる仕組みである。そして、現在の時間の番組枠を選択すれば、指定された番組が選局されると共に、対応した映像が表示される。更に、将来の時間の番組を選択すれば録画予約がされることが一般的な機能である。
【００１１】
しかし、当然のことながらこの便利なＥＰＧサービスにおいても、上記システムに起因する映像リソース競合の問題を解決する仕組みがある訳ではないため、工夫もなく適用した場合、リソース競合のある／なしに係わらず、チューナの種別に応じた番組情報を表示するに過ぎず、前述した同様の問題が生じる可能性がある。
【００１２】
以上の理由により、上記のようなチューナ数やチューナの種別、表示端末数などの構成条件に依存せず、必要最小限なチューナリソースの効率的なシステム共有ができ、ユーザの選局時の混乱を防止するようにするために、先行例に対して更なる改善と工夫が要求されており、特に、デジタル放送に適用する場合には、ＥＰＧサービスの利便性を踏襲し、更に、上記映像リソース競合の問題に対応可能なＥＰＧの表示方法、及び、操作方法の改良が望まれている。
【００１３】
本発明はこのような問題を解決し、複数の受信装置で一つのチューナを共用する場合における良好な操作環境を提供することの出来る受信システムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために本出願に係わる発明は、少なくとも１つ以上のチューナによりテレビジョン放送を受信し、前記受信したテレビジョン放送の番組に係る映像信号を送信する送信装置と、前記送信装置から送信された映像信号を受信し、前記受信した映像信号に係る映像を表示可能な複数の受信装置から構成される受信システムであって、
前記複数の受信装置はそれぞれ任意の受信チャンネルを要求する選局要求入力手段と前記要求された受信チャンネルの情報を前記送信装置に送信する選局要求送信手段とを備え、
前記送信装置は、前記複数の受信装置からの選局要求を受け付ける選局要求受信手段と、前記複数の受信装置による前記チューナの共有状態を管理する映像リソース管理手段と、所定のルールに基づいて映像リソース取得要求の調停を行う映像リソース調停手段と、前記送信装置は、前記受信装置からの選局要求に応じて、前記映像リソース管理手段からのリソース管理情報を元に、選局要求先の放送種別に対応した番組配列情報から、選局可能な番組を絞り込む番組配列情報絞込み手段と、絞り込まれた番組配列情報を元に視聴可能な番組の電子番組表を形成する電子番組表形成手段と、前記電子番組表形成手段により形成された電子番組表を映像データとして前記選局要求を送信した受信装置に対して送信する電子番組表送信手段を有する。
【発明の効果】
【００１５】
本発明を用いれば、異なる種別のチューナを複数の表示端末で共有することによって、選局時にチューナリソース競合が起きてしまうケースにおいても、ＥＰＧの利便性を踏襲した選局支援画面の提示と、それに連動した適切なリソース調停処理により、限られたチューナリソースの効率的なシステム共有と、リソース競合時のユーザの混乱を防止したユーザインタフェースの提供が可能になる。
【発明を実施するための最良の形態】
【００１６】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００１７】
［第１の実施例］
＜親機の各部の説明＞
図１に本発明に係わる、複数の放送映像リソースを有する親機のブロック図を示す。本実施例は、３つの独立した放送映像リソースを、受信できるように構成しているが、これはあくまで一例に過ぎず、これら映像ソースは３つより更に多い数であっても少ない数でも良い。
【００１８】
１はテレビ用アンテナ（パラボラアンテナ、地上波アンテナなど）で、ＢＳデジタル放送やＣＳデジタル放送、更には、地上波デジタル放送などを受波する。本実施例では衛星放送を例にしているが、アナログ地上波、光ケーブルなどから受信してもよい。２ａ〜２ｃは選局部で、帯域フィルタ、ダウンコンバータなどを通過させた後、３ａ〜３ｃの復調部へ出力する。選局部は、ＢＳ専用チューナ、ＣＳ専用チューナ、ＢＳ／ＣＳ共用チューナ、地上波デジタルチューナなど異なる種類で合っても良いし、すべて同一の種類で構成しても良い。３ａ〜３ｃの復調部では、伝送形態に合致した復調処理を施すと共に、誤り訂正処理などを行い、所望のＭＰＥＧ２トランスポートストリームを１９のＴＳ切り替え部に受け渡す。
【００１９】
１９のＴＳ切り替え部は、３ａ〜３ｃの復調部から出力される３つの独立したＴＳデータを、４ａ〜４ｃのいずれかのデマルチプレクサに切り替えることを目的としたデータパスの切り替え回路として機能する。切り替え方式としては、２通りの方法があり、１つ目は、復調部３ａ〜３ｃとデマルチプレクサ４ａ〜４ｃを１対１に切り替えて接続するもの（例えば、３ａと４ｃ、３ｂと４ａ、３ｃと４ｂなど）である。２つ目は、復調部３ａ〜３ｃとデマルチプレクサ４ａ〜４ｃを１対ｎに切り替えて接続するもの（例えば、３ａと４ａ、３ａと４ｂ、３ｃと４ｃなど）である。また、ＴＳ切り替え部１９は、前述したような出力先の切り替えだけでなく、４ａ〜４ｃのデマルチプレクサへの出力をオフにするスイッチとしての役割を持つこともできる。
【００２０】
４ａ〜４ｃのデマルチプレクサは、前記トランスポートストリームから、所望の番組のＭＰＥＧ２の映像データ、ＭＰＥＧ２の音声データと付加情報に分離する。分離されたＭＰＥＧ２の音声データは図示しない音声デコーダで復号され、オーディオ信号として出力される。これにアンプ、スピーカを接続すれば受信した番組の音声を聞くことが出来る。また、分離されたＭＰＥＧ２の映像データは５ａ〜５ｃの映像デコーダで復号され、ラスタースキャン形式のベースバンドの表示フォーマットに変換された後、放送映像データとして後段の６の映像切り替え部に受け渡される。更に、分離された付加情報は１５の親機制御部へ受け渡される。上記付加情報がＢＳデジタル放送で運用が予定されているデータ放送の場合は、ＢＭＬスクリプト言語を解釈し、マルチメディア情報サービス提供者のコンテンツシナリオを得ることにより、データ放送画面を形成することができる。また、上記付加情報がＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）情報の場合は、ＰＳＩ／ＳＩ情報を解釈し番組情報（例えば、番組、放送時間、タイトル、カテゴリ等）を得ることでＥＰＧ画面を形成することができる。
【００２１】
以上説明した２ａ〜３ａ、２ｂ〜３ｂ、２ｃ〜３ｃまでの３つの独立した入力映像処理のデータパスは、チューナの種別と一体化した処理系なので、本実施例の以降の説明において“放送映像リソース”と表現する。
【００２２】
６の映像切り替え部は、５ａ〜５ｃの映像デコーダから出力される３つの独立した映像データを、７ａ〜７ｃのいずれかの解像度変換部に切り替えることを目的としたデータパスの切り替え回路として機能する。切り替え方式としては、２通りの方法があり、１つ目は、映像デコーダ５ａ〜５ｃと解像度変換部７ａ〜７ｃを１対１に切り替えて接続するもの（例えば、５ａと７ｃ、５ｂと７ａ、５ｃと７ｂなど）である。この場合は、解像度変換部７ａ〜７ｃには独立した放送映像リソースが接続される。２つ目は、映像デコーダ５ａ〜５ｃと解像度変換部７ａ〜７ｃを１対ｎに切り替えて接続するもの（例えば、５ａと７ａ、５ａと７ｂ、５ｃと７ｃなど）である。この場合は、解像度変換部７ａ〜７ｃには一部同一な放送映像リソースが接続される。これは、同一の放送映像リソースを表示解像度の異なる複数の子機で同時視聴するようなケースに対応することを目的にしている。または、映像切り替え部６は、前述したような出力先の切り替えだけでなく、７ａ〜７ｃの解像度変換部への出力をオフにするスイッチとしての役割を持つこともできる。
【００２３】
７ａ〜７ｃは解像度変換部で、親機制御部１５が後述する子機モニタへの映像伝送に際し、子機モニタの表示フォーマット（表示ライン数やドット数、色数）に基づいて、解像度変換パラメータ（拡大率・縮小率・拡大縮小の重み付けフィルタ係数など）をそれぞれに独立設定することで拡大・縮小処理を行う。また、５ａ〜５ｃの映像デコーダの出力フォーマットと子機モニタのスキャンフォーマットの違いを吸収するために必要に応じてＩＰ変換やＰＩ変換などのフォーマット変換処理も同時に行う。
【００２４】
８ａ〜８ｃの子機ＯＳＤ合成部は、１５の親機制御部から発行された描画命令を元に１８のＯＳＤ生成部により生成されたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）などを代表とするＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）画面と７ａ〜７ｃは解像度変換部から出力された映像データを合成し、ＯＳＤ合成映像データに形成した後、９ａ〜９ｃの圧縮部に受け渡す。ちなみに、子機ＯＳＤ合成部８ａ〜８ｃでの合成は、
合成映像＝（１−α）×映像＋α×ＯＳＤ（０≦混合率α≦１）
の合成式を適用し画素単位で処理できるようにすれば、α＝０の時は映像のみ、α＝１の時はＯＳＤのみ、それ以外は映像とＯＳＤのアルファ合成など様々な合成パターンが可能になる。
【００２５】
以降の９ａ〜９ｃの圧縮部、１０の多重化部、１１の無線部、１２の無線用アンテナまでのブロックの説明は、親機と子機間の物理伝送手段に無線を選択した場合に適用されるものであり、有線の場合は必要とされない。子機との接続がアナログ有線の場合、Ｄ／Ａ変換器やビデオアンプ、デジタル有線の場合はＴＭＤＳやＬＶＤＳトランシーバなどで構成すれば良い。
【００２６】
９ａ〜９ｃの圧縮部は、無線の物理的な伝送帯域が、子機伝送するデータ送信帯域より小さい場合に必要となる。圧縮手段はＭＰＥＧ方式などが代表とされるが、ここでは特にこの方式に限定はされない。１０は多重化部で、９ａ〜９ｃの圧縮部で出力された圧縮映像データと、前述した図示しない４ａ〜４ｃのデマルチプレクサから分離された音声データの関連付けを行い、転送先の子機で分離しやすいように転送先ＩＤを含んだヘッダー情報を付加したフォーマットにて時分割多重を行う。このような時分割多重を行うことで無線の搬送波周波数ごとに分割された通信チャンネルを有効に利用することが可能となる。
【００２７】
多重化部１０からの出力は１１の無線部に受け渡される。ここで、無線部１１の内部構成について図２を用いて説明する。１１ａのＭＡＣ制御部は、多重化部１０からの信号を、予め決められた通信プロトコルに準拠した送信信号を形成することを行うブロックで、ＩＥＥＥ８０２．１１ａ／ｂ／ｇの無線ＬＡＮ規格であれば共通のＭＡＣ層として定義されている。また、ＭＡＣ制御部１１ａは、多重化部１０からの映音多重化信号のＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証した伝送制御を行う。従って、親機から指定子機へのコマンド送信を行う場合は、映音多重化信号の隙間（例えば、映像のブランキング期間など）を利用して行うなどの工夫をすることが有効となる。ＭＡＣ制御部１１ａからの映音多重化信号は、無線送信部１１ｂにて無線ＬＡＮ規格の物理層で規定された変調処理などが施され、１１ｄのＲＦ部で送信用チャンネルの周波数帯で増幅された後、無線用アンテナ１２から送信出力される。
【００２８】
一方、無線用アンテナ１２から受信された子機からの制御コマンドなどの受信データは、１１ｄのＲＦ部でＢＰＦ（帯域フィルタ）により受信用チャンネルの周波数帯で分離され、ＬＮＡ（低雑音アンプ）などで増幅された後、１１ｃの無線受信部で、復調処理などが施され、ＭＡＣ制御部１１ａに受け渡される。この受信データは、ＭＡＣ制御部１１ａにて、親機制御部１５が扱うことができる信号に変換され、子機用制御信号として親機制御部１５に受け渡される。また、ＲＦ部１１ｄでは、送信と受信の周波数チャンネルを分離しているため、互いが干渉し合うことを防ぐことができる。
【００２９】
１５は親機全体と子機とのコマンド通信を制御するための親機制御部であり、演算能力を持つＣＰＵデータを一時格納するＲＡＭ１４、制御プログラムを格納するＲＯＭ１３、時間を計測するカウンタ、周辺入出力インタフェース等を有している。また、親機制御部１５は論理ロジックのみで構成されていても、ＣＰＵや並列演算が可能なメディアプロセッサであってもよい。制御を行うプログラムはＲＯＭ１３に内蔵されていてもよいし、周辺入出力インタフェースを介して外部から転送されてもよい。また、ＲＯＭ１３には必要に応じて文字フォントなどが格納されており、文字情報をＯＳＤ画面に展開するときに使用される。
【００３０】
１６はリソース調停部で、前述した放送映像リソースの１つにリソース競合が起きた場合に、予め決められたルールに基づいて調停動作を行い、結果を親機制御部１５に通知する機能を持つ。
【００３１】
１７はリソース管理部で、前述した放送映像リソースが、どの子機で使用されているかについてテーブル方式で管理されており、親機制御部１５により、必要に応じて参照／更新される。
【００３２】
＜子機の各部の説明＞
図３に本発明に係わる、親機からの放送映像リソースを受信する子機のブロック図を示す。
【００３３】
５６は子機全体と親機とのコマンド通信を制御するための子機制御部であり、演算能力を持つＣＰＵデータを一時格納するＲＡＭ５８、制御プログラムを格納するＲＯＭ５７、時間を計測するカウンタ、周辺入出力インタフェース等を有している。また、子機制御部５６は論理ロジックのみで構成されていても、ＣＰＵや並列演算が可能なメディアプロセッサであってもよい。制御を行うプログラムはＲＯＭ５７に内蔵されていてもよいし、周辺入出力インタフェースを介して外部から転送されてもよい。
【００３４】
また、子機制御部５６には５９のリモコン受光部が接続され、赤外線を用いた子機用リモコン６０のコマンドを受け付けることができる。この子機用リモコン６０は、通常のリモコンだけにとどまらず、赤外線発光ができるキーボードやマウス、更にはジョイスティックなどであっても良い。
【００３５】
まず、前述した親機からの無線送信された映音データやコマンドデータを受信するまでの流れを説明する。また、５０の無線用アンテナ、５１の無線部、５２の分離部、５３の伸長部までのブロックの説明は、親機と子機間の物理伝送手段に無線を選択した場合に適用されるものであり、有線の場合は必要とされない。親機との接続がアナログ有線の場合、ＬＰＦ（ローパスフィルタ）やＡ／Ｄ変換器、デジタル有線の場合はＴＭＤＳやＬＶＤＳレシーバなどで構成すれば良い。
【００３６】
前述した親機から所定の通信プロトコルに準拠した無線信号は、無線用アンテナ５０により受信され、無線部５１（無線部５１の内部構成は、図２と同じである。）に受け渡され、１１ｄのＲＦ部でＢＰＦ（帯域フィルタ）により親機の送信用チャンネルと同じ周波数帯を分離し、ＬＮＡ（低雑音アンプ）などで増幅された後、１１ｃの無線受信部で復調処理などが施され、ＭＡＣ制御部１１ａに受け渡された後、親機からの多重化された映音データが復元される。次に、５２の分離部において、ヘッダー情報の転送先ＩＤを見て、自分当て送信データであると判断された場合のみ、多重化された映像データと音声データを分離する。分離された映像データは、５３の伸長部で伸長され、５４の子機モニタに表示される。また、分離された音声データは、図示しない音声処理部で伸長後、増幅されスピーカで再生される。更に、親機からの受信データが上記映音データと同様に、自分当てのコマンドデータであると判断された場合のみ、ＭＡＣ制御部１１ａにて、子機制御部１５が扱うことができる信号に変換され、子機制御部５６に受け渡される。
【００３７】
次に、子機用リモコン６０を操作し、親機への制御情報を無線送信するまでの流れを説明する。
【００３８】
後ほど詳しく説明するが、ユーザは子機用リモコン６０を操作し、親機の映像リソースの取得制御を行うことができる。子機用リモコン６０の制御コマンドは、リモコン受光部５９から子機制御部５６に受け渡される。子機から親機へのコマンド送信を行う場合、子機制御部５６は、無線部５１のＭＡＣ制御１１ａへ受信したコマンド信号を送り、ＭＡＣ制御部１１ａで、同様に予め決められた通信プロトコルに準拠した送信信号を形成し、無線送信部１１ｂにて無線ＬＡＮ規格の物理層で規定された変調処理などを行い、１１ｄのＲＦ部で親機の受信用チャンネルと同じ周波数帯で増幅された後に、無線用アンテナ５０から送信出力する。また、ＲＦ部１１ｄでは、送信と受信の周波数チャンネルを分離しているため、互いが干渉し合うことを防ぐことができる。以上の説明したように、本テレビシステムは、親機から子機への映音データの片方向の無線通信と、親機と子機間のコマンドの双方向無線通信ができる構成になっている。
【００３９】
また、本発案の親機、子機テレビシステムは、１つの親機に対して複数の子機からの無線送信が同時に発生することも有り得る構成になっている。従って、前述した子機から親機へのコマンド送信は、同一の周波数チャンネルを共用して使うため、各子機から親機への送信時には、他の子機が送信していないことを確認してから送信する制御を行う必要がある。この制御は、子機側の無線部５１のＭＡＣ制御部１１ａが行う。通常このようなアクセス制御は無線の転送効率を低下させる要因になるが、コマンド送信のようなＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を必要としないケースであれな大きな問題は起きない。
【００４０】
＜選局部の種別単位のリソース共有における子機ＥＰＧ表示の説明＞
以下に、本実施例の第一の特徴である、複数の子機が親機の種別の異なる選局部を選局部の種別単位で共有するケースの処理ついて、図５の子機ＥＰＧ選局処理のフローチャートを用いて以下に説明する。ここでは、チューナの種別が異なる構成の場合として取り上げたリソース競合が起きるケースの課題を解決するために、図１の選局部２ａ〜２ｃの種別がすべて異なる場合のリソース共有方法について説明する。
【００４１】
また、以降の説明の関係上、選局部２ａはＢＳデジタルチューナ、選局部２ｂはＣＳデジタルチューナ、選局部２ｃは地上波デジタルチューナである場合を一例として説明例する。更に、図１の親機に無線接続している子機は、図３の子機が図１で示した選局部２ａ〜２ｃの数と同じ３つとし、それぞれの子機名を子機Ａ、子機Ｂ、子機Ｃとする。この場合、図１の親機において、子機送信出力データパスとして、子機Ａは７ａ〜９ａ、子機Ｂは７ｂ〜９ｂ、子機Ｃは７ｃ〜９ｃを使用するものとする。
【００４２】
最初に、リソース競合が起きないケースとして、子機Ａが選局部２ａ（ＢＳデジタルチューナ）、子機Ｂが選局部２ｂ（ＣＳデジタルチューナ）、子機Ｃが選局部２ｃ（地上波デジタルチューナ）を取得する場合の親機の動作について説明する。
【００４３】
子機Ａのユーザが、子機用リモコン６０を操作し、番組選局を行った場合、リモコン受光部５９はこの要求を検知する。子機制御部５６はこの要求を基に、子機Ａのコマンド識別が可能な子機Ａの識別ＩＤを付加したコマンドを生成し、前述した無線部５１により親機への送信可能な状態と判断された後、子機Ａの無線用アンテナ５０から親機へコマンド送信される。この送信コマンドは、親機の無線用アンテナ１２が受信し、無線部１１で子機Ａからのコマンド受信を識別した後、子機Ａからの選局要求として親機制御部１５に渡される。図５のＳ１０１において、親機制御部１５が子機Ａからの選局要求を検知した場合Ｓ１０２に進み、このステップではリソース管理部１７からリソース管理情報の取得を行う。ここでリソース管理情報について説明する。本実施例でのリソース管理情報は、親機の選局部２ａ〜２ｃを、どの子機端末（子機Ａ〜Ｃ）が使用しているか、また、選択しているチャンネルは何かの現行ステータス情報を記述した情報である。電源投入時のリソース管理情報の内容は、
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リソース名                    使用先    選択チャンネル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
選局部２ａ（ＢＳデジタル）      なし        なし
選局部２ｂ（ＣＳデジタル）      なし        なし
選局部２ｃ（地上波デジタル）    なし        なし
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
のようになっている。
【００４４】
Ｓ１０３では、取得したリソース管理情報を元に、図７−（Ａ）のような放送種別選択画面の形成／表示処理を行う。この放送種別選択画面は、放送種別ごとに、現在の時刻における本発案のシステムを共有する他の子機の使用状態を明示した視聴ステータスが表示されることが特徴であり、ユーザはこの視聴ステータス情報を見ながら番組選局をする放送種別を選択することが可能になる。また、図中の選択カーソルを用いて放送種別に応じた現在の時刻に視聴可能な番組情報を示したＥＰＧ表示を指示することが可能になっている。以上のような、子機Ａへの放送種別選択画面の表示は、親機制御部１５がＯＳＤ生成部１８に描画命令を行い、子機ＯＳＤ合成部８ａに生成したＯＳＤ画像データを受け渡し、子機Ａに現在表示中の解像度変換部７ａからの出力映像と合成することで実現できる。
【００４５】
子機ＡのユーザがＢＳデジタルの番組選局を行うために、上記放送種別選択画面のＥＰＧ表示ボタンを選択した場合、親機制御部１５は、Ｓ１０４で子機ＡからのＢＳデジタル放送のＥＰＧ表示要求を検知し、Ｓ１０５の子機ＥＰＧ形成表示／操作処理に進む。また、放送種別選択画面のキャンセルボタンを選択した場合は、放送種別選択画面の表示を終了しＳ１０１に戻る。
【００４６】
ここで、Ｓ１０５における処理の詳細について、図６の子機ＥＰＧ形成表示／操作処理のフローチャート１を用いて説明する。
【００４７】
Ｓ２０１では、ＥＰＧ表示要求された放送種別が現在の時刻でリソース競合があるかを判断し、この場合はリソース競合がないため、Ｓ２０２に進む。
【００４８】
Ｓ２０２では、図８の表示例に示したような、ＢＳデジタル放送に対応した通常のＥＰＧ画面の形成表示処理を行う。ここで、通常のＥＰＧ画面とは、放送時間と放送チャンネルごとにマトリックス状に配置された番組枠を用意し、その中に放送から取得した番組情報や出演者情報などを表示させたものである。
【００４９】
図８の例では、現在の時刻を明示した現時刻バーや番組の選択を支援する選択カーソル枠などがＥＰＧ画面にオーバレイ表示されている。通常のＥＰＧの表示は文字の視認性を確保するために、すべての番組を表示するのではなく、チャンネルの移動や時間の移動を行うスクロールバーなどで変更させることが一般的に行われている。このような通常のＥＰＧ画面は、リソース競合が起きてない場合は有効な手立てとなり、現在放送されるすべてのチャンネルを番組内容を確認しながら選択できる仕組みとなっている。
【００５０】
子機Ａのユーザは、子機用リモコン６０の図示しない方向キーなどを操作しＳ２０３でカーソルナビゲーションにより選択枠の移動を行い、図８で示した１０４ｃｈの番組を選択した場合、親機制御部１５はＳ２０４にて番組の決定を検知する。この番組の決定を受けて、処理はＳ１０６〜Ｓ１１０の子機への映像送信処理に入る。
【００５１】
Ｓ１０６では、子機ＡからのＢＳデジタル放送の番組選局要求に応じて、選局部２ａをチューニング制御し、Ｓ１０７では、ＴＳ切替部１９を切り替えることで、選局部２ａからのデータを子機Ａへの子機送信出力データパス（４ａ〜５ａ）に接続する（具体的には、３ａと４ａを接続、３ａと４ｂを非接続、３ｃと４ｃを非接続）。
【００５２】
続けて、Ｓ１０８では、映像切替部６を切り替えることで、映像デコーダ５ａからのデータを子機Ａへの子機送信出力データパス（７ａ〜９ａ）に接続する（具体的には、５ａと７ａを接続、５ａと７ｂを非接続、５ｃと７ｃを非接続）。
【００５３】
そして、Ｓ１０９において映像送信処理を行う。具体的には、解像度変換部７ａで、子機Ａの子機モニタ５４の表示解像度に合わせた解像度変換処理を施し、９ａで圧縮した後、前述したように子機Ａの識別ＩＤを付加した状態で多重化部１０で多重化し（この場合、子機Ｂと子機Ｃは送信出力がないので子機Ａのデータしか含まれない。）、無線部１１を経由して子機Ａに映像送信する。
【００５４】
子機Ａは、この親機からの送信データを受信し、前述した処理手順により、自分の識別ＩＤを見て子機モニタ５４に要求したＢＳデジタル放送の番組が表示される。そして、最後にＳ１１０にてリソース管理情報内容の更新を
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リソース名                      使用先    選択チャンネル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
選局部２ａ（ＢＳデジタル）      子機Ａ      １０４ｃｈ
選局部２ｂ（ＣＳデジタル）      なし        なし
選局部２ｃ（地上波デジタル）    なし        なし
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
のように行い、リソース管理部１７に最新の情報を上書きすることで一連の処理は完了する。
【００５５】
子機Ｂが選局部２ｂ（ＣＳデジタルチューナ）、子機Ｃが選局部２ｃ（地上波デジタルチューナ）を取得する場合の親機の動作も、上記と同様なＳ１０１〜Ｓ１１０の手順を繰り返すことにより実現できる。
【００５６】
Ｓ１０３の放送種別選択画面は、子機Ｂの選択時は図７−（Ｂ）、子機Ｃの選択時は図７−（Ｃ）のように、逐次、他の子機の使用状態が明示された表示に変わっていく点が特徴である。そして、最終的に子機Ｃの選局がなされた時、ＴＳ切り替え部は、３ａと４ａを接続、３ｂと４ｂを接続、３ｃと４ｃを接続、映像切り替え部６は、５ａと７ａを接続、５ｂと７ｂを接続、５ｃと７ｃを接続した状態になっている。
【００５７】
また、子機ＢがＣＳデジタルの２０１ｃｈ、子機Ｃが地上波デジタルの３２０ｃｈを選局したと仮定すると、最終的に、リソース管理情報内容は、
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リソース名                      使用先    選択チャンネル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
選局部２ａ（ＢＳデジタル）      子機Ａ      １０４ｃｈ
選局部２ｂ（ＣＳデジタル）      子機Ｂ      ２０１ｃｈ
選局部２ｃ（地上波デジタル）    子機Ｃ      ３２０ｃｈ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
のように更新されている。このようなリソース競合がない場合の各子機の表示イメージを図１０−（Ａ）に示す。
【００５８】
＜同一トランスポンダ単位のリソース共有における子機ＥＰＧ表示の説明＞
次に、複数の子機が親機の種別の異なる選局部を同一のトランスポンダ単位で共有するケースの処理ついて、図５の子機ＥＰＧ選局処理のフローチャートを用いて以下に説明する。
【００５９】
説明を分かりやすくするために、上記のリソース共有状態から、子機Ｃのユーザが、地上波デジタル放送の番組から、ＢＳデジタル放送の番組に切り替えることで、選局部２ａ（ＢＳデジタルチューナ）を取得する場合の親機の動作について説明する。
【００６０】
Ｓ１０１からＳ１０４までの処理は前述した説明と同様であるので、Ｓ１０５から説明する。この場合、図６のＳ２０１では、子機Ｃが選局しようとしているＢＳデジタル放送は、子機Ａが使用しているので、リソース競合がある放送種別と判断されＳ２０５に進む。
【００６１】
Ｓ２０５では、同一トランスポンダに含まれる番組のフィルタリング処理を行う。ここで、このような処理を行う目的を説明する。アナログ放送では、チャンネルと放送のキヤリア周波数は１対１の関係にあったので、選局したいチャンネルのキャリアにチューナをチューニングする方式であるが、本実施例が適用しようとしているデジタル放送の場合は、１つのキヤリア周波数に複数の番組（ＢＳデジタル放送の場合は４チャンネル）が多重化されており、チューナが同一のキャリア（トランスポンダ）にチューニングした状態で、４チャンネル分の番組を取得することができる。このことは、子機Ｃが子機Ａと放送種別が競合しても、同一のトランスポンダに含まれる番組であればリソース共有することが可能であることを意味している。従って、Ｓ２０５でリソース競合時の番組選択の幅を広げるために、同一のトランスポンダの番組群をフィルタリングする処理を行うのである。具体的には、競合先の子機Ａが選局しているＢＳデジタル放送の１０４ｃｈを含むトランスポンダに対応した番組群を検索する。検索方法は、ＰＳＩセクション情報から、ＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を取得し中身の記述をチェックすれば、特定のトランスポンダに含まれるチャンネル（番組群）を容易に知ることができる。
【００６２】
次に、Ｓ２０５でフィルタリングされた番組情報を元に、Ｓ２０６で競合先の子機Ａのチャンネルと同一なトランスポンダにある番組に関するＥＰＧ画面の形成表示処理を行う。この場合の、ＥＰＧ画面の表示例を図９に示した。図９には、子機Ａが１０４ｃｈを視聴中であることを明示した視聴先明示アイコンがオーバレイ表示され、この１０４ｃｈと同一のトランスポンダの番組群（１０２ｃｈ、１０３ｃｈ、１０４ｃｈ、１０５ｃｈ）のみ選択カーソル枠により選択可能となっていること、更には、下方の通知ウィンドウに子機Ｃのユーザに選択できる番組に制限があることと、子機Ａが許可した場合のみ同時視聴が可能であることが明示されていることが特徴である。
【００６３】
ここでも同様に、子機Ｃのユーザは、子機用リモコン６０の図示しない方向キーなどを操作しＳ２０７でカーソルナビゲーションにより選択枠の移動を行うことができ、図９で示した１０３ｃｈの番組を選択した場合、親機制御部１５はＳ２０８にて番組の決定を検知する。
【００６４】
次に、Ｓ２０９では、競合先の子機Ａのユーザへ子機Ｃが同時視聴を要求していることを通知する処理を行う。具体的には、子機Ａに図１０−（Ｂ）に示したように、子機Ａと同一のトランスポンダを共有した同時視聴をしても良いかを確認する画面を出力する。同一のトランスポンダを共有すると、子機Ａと子機Ｃは同一の番組を同時視聴できるだけでなく、同一のトランスポンダ内の番組であれば異なる番組を共有できるようになる。しかし、先にリソース取得をしていた子機Ａは異なるトランスポンダに含まれる番組の選局はできないという制約が付くため、これに関する警告も同時に通知する。
【００６５】
Ｓ２１１で、子機Ａがこの制約を受け入れなかった場合にはＳ２１１に進み、Ｓ２１１にて子機Ｃに同時視聴の選局要求が却下されたことを通知し、再びＳ１０１に戻る。一方、子機Ａがこの制約を受け入れた場合は、Ｓ１０６に進む。
【００６６】
以上のＳ２０９からＳ２１１のような子機間同士のリソース調停処理は親機制御部１５と連動してリソース調停部１６が行う。
【００６７】
Ｓ１０６では同一のトランスポンダを共有するため、選局部２ａ（ＢＳデジタルチューナ）は切り替えずにそのままで良い。
【００６８】
次に、Ｓ１０７のＴＳ切替処理において、選局部２ａ（ＢＳデジタルチューナ）において同一のトランスポンダを子機Ａと子機Ｃで共有するため、ＴＳ切りえ替部１９は、３ａと４ａを接続、３ｂと４ｂを接続、３ａと４ｃを接続した状態にする。そして、デマルチプレクサ４ａにおいて、復調部３ａから出力される複数の番組を多重化したＴＳ（トランスポートストリーム）から、子機Ａが選局要求した番組の映音データを分離する。同じく、デマルチプレクサ４ｃにおいて、復調部３ａから出力される複数の番組を多重化したＴＳ（トランスポートストリーム）から、子機Ｃが選局要求した番組の映音データを分離する。ちなみに、多重化したＴＳから目的の番組を分離するためには、親機制御部１５が、同一のトランスポンダ（同一のキャリア周波数）のＰＳＩセクション情報から、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）を取得し、中身の記述をチェックすれば良い。これにより、そのＴＳ内に含まれるサービスＩＤ（チャンネル）の構成を知ることができる。
【００６９】
Ｓ１０８〜Ｓ１０９で同様な処理を行い、Ｓ１１０でリソース管理情報の内容を、
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リソース名                    使用先    選択チャンネル
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
選局部２ａ（ＢＳデジタル）    子機Ａ      １０４ｃｈ
選局部２ｂ（ＣＳデジタル）    子機Ｂ      ２０１ｃｈ
選局部２ｃ（ＢＳデジタル）    子機Ｃ      １０３ｃｈ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
のように更新することで、図１０−（Ｃ）に示したように、子機Ａと子機Ｃは同一のトランスポンダ内で、ＢＳデジタル放送の番組を同時視聴することが可能になる。
【００７０】
以上の説明したように、複数の種別のチューナを複数の表示端末で共有する場合、離れた表示端末のユーザに、チューナ種別単位で共有状態が明示できる手段を施し、リソース競合がない場合は、通常のＥＰＧ表示を行い、リソース競合がある場合は、同一トランスポンダ内で同時視聴可能な番組のみを表示したＥＰＧ表示を行うことで、選局時のユーザの混乱を防止することが可能になると共に、限られたリソースを共有する環境の中でも、選局要求に応じる機会を増やすことが可能になる。
【００７１】
更に、子機間のリソース競合時の同時視聴を行うために、親機の調停部が、双方のコミュニケーションの仲介を行う調停を行うことで、限られたリソースを有効に利用することが可能となる。このようなリソース調停処理方法は、デジタル放送の場合に特に有利になることが本実施例特有の効果である。
【００７２】
［第２の実施例］
前記第１の実施例において、リソース競合時にユーザの混乱を防止したＥＰＧ表示方法と、限られたリソースの効率的な共有を実現する手段として、同一トランスポンダに含まれる番組の同時視聴を子機間の調停により行う方法について説明した。
【００７３】
しかし、限られたリソースの更なる効率的な共有を実現するために、以下のようなユーザ視聴スタイルを現実には考慮しなければならない。
１）“ながら視聴状態”
他のことをやりながらただ漠然とテレビをつけているだけで、他のユーザからの要求があればリソースを開放しても良いようなパターン
２）“つけっぱなし状態”
テレビをつけながら、寝てしまったり、視聴場所から離れてしまったりして、無駄なリソース共有がされているようなパターン
そこで本実施例では、上記２つの例のような状況も起こり得ることも考慮した効率的なリソース共有方法について、図１１の子機ＥＰＧ形成表示／操作処理のフローチャート２を用いて以下に説明する。
【００７４】
図１１は、基本的な処理方法は前記実施例で説明した図６と同様なので、以下には差異だけを示す。図６との違いは図１１中の網かけをした部分で、大きく分けて２つの違いがある。
【００７５】
図６との１つ目の違いは、番組決定後に、Ｓ３０１で示した視聴重要度の入力ステップを設けた点である。このステップは、リソース競合時に競合先の子機ユーザがどの位の重要度を持って番組を視聴しているかを明示できるようにするために必要であり、本実施例では一例として、以下の２つの重要度属性を定義する。
【００７６】
＜重要度設定“高”＞
どのような状況でも、他のユーザとの共有に関係なく“じっくり視聴”したい場合に設定する属性
＜重要度設定“低”＞
いつでも他のユーザからの要求があれば開放可能な“ながら視聴”の場合に設定する属性
このような重要度属性のＳ３０１での入力設定方法は、“高”設定のみ子機ユーザが子機用リモコン６０の図示しない設定キーを用いてマニュアルで設定し、特に、何も設定しない場合は“低”設定とする方法がスムーズな選局操作のために好適である。
【００７７】
ここで、以下の説明の為に、子機Ａが選局部２ａ（ＢＳデジタルチューナ）の１０４ｃｈ、子機Ｂが選局部２ｂ（ＣＳデジタルチューナ）の２０１ｃｈ、子機Ｃが選局部２ｃ（地上波デジタルチューナ）の３２０ｃｈで選局を行い、子機ＡのみがＳ３０１で重要度を“高”設定にしたと仮定すると、Ｓ１１０のリソース管理情報は以下のように更新される。
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リソース名                      使用先    選択チャンネル    重要度
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
選局部２ａ（ＢＳデジタル）      子機Ａ      １０４ｃｈ        高
選局部２ｂ（ＣＳデジタル）      子機Ｂ      ２０１ｃｈ        低
選局部２ｃ（地上波デジタル）    子機Ｃ      ３２０ｃｈ        低
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
また、本実施例ではリソース管理情報に重要度属性が追加されている。
【００７８】
このリソース共有状態から、子機Ｃのユーザが、地上波デジタル放送の番組から、ＢＳデジタル放送の番組に切り替えることで、選局部２ａ（ＢＳデジタルチューナ）を取得する場合の親機の動作について説明する。
【００７９】
Ｓ１０１からＳ１０４までの処理は前述した説明と同様であるので、Ｓ１０５から説明する。この場合、図１１のＳ２０１では、子機Ｃが選局しようとしているＢＳデジタル放送は、子機Ａが使用しているので、リソース競合がある放送種別と判断されＳ２０５に進む。Ｓ２０６で子機Ａの１０４ｃｈと同一トランスポンダに含まれる番組を明示したＥＰＧ画面を子機Ｃの表示端末に表示するところまでは前記実施例と同様であるが、違う点は図１２−（Ａ）に示したように、視聴先／重要度明示アイコンがオーバレイ表示されているため、子機Ａは重要度“高”で１０４ｃｈを視聴していることが、子機Ｂのユーザに対しＥＰＧ上から容易に分かるようになっている点である。そして、この重要度“高”の場合は、子機Ａのユーザは１０４ｃｈをじっくり視聴していると判断されるので、子機Ｃのユーザには通知ウィンドウにて、子機Ａが許可すれば、同時視聴のみ可能であることを通知している。
【００８０】
ここで、もし仮に、子機Ａが重要度を“低”設定にしたと仮定した場合のＳ２０６でのＥＰＧ表示は図１２−（Ｂ）に示したようになり、通知ウィンドウに、子機Ａが許可すれば、同時視聴のみならず、リソース開放することも可能であることを通知している点が図１２−（Ａ）と異なる。ここでいうリソース開放とは、競合したチューナ自体を子機Ｂに開放することを意味している。つまり、子機Ａのユーザが、重要度“低”設定にしているため、ながら視聴をしている可能性もあり、要求次第でＢＳデジタルチューナを開放してくれる可能性がある訳である。
【００８１】
いずれの場合も、Ｓ２０７からＳ２０８で最終的に１０３ｃｈの番組を選択した場合、Ｓ３０２以降の調停処理に入る。これ以降の調停処理のステップは図６との２つ目違いになる。
【００８２】
Ｓ３０２で子機Ａが重要度“高”設定していた場合、子機Ｃのユーザは、Ｓ３０３で子機Ａに対して、同時視聴の要求のみすることができる。同時視聴要求を選択した場合、Ｓ３０４に進み、子機Ａに対して前記実施例で示したように図１０−（Ｂ）のような確認通知画面を、ビープ音など子機Ａのユーザが気づき易い警告音と共に出力する。
【００８３】
一方、Ｓ３０２で子機Ａが重要度“低”設定していた場合、子機Ｂのユーザは、Ｓ３０３で子機Ａに対して、同時視聴の要求だけでなく、リソース開放要求をすることができる。Ｓ３０８でリソース開放要求を選択した場合、Ｓ３０９に進み、子機Ａに対して前記実施例で示したように図１０−（Ｄ）のような確認通知画面を、ビープ音など子機Ａのユーザが気づき易い警告音と共に出力する。また、親機制御部は子機Ａへの通知要求の発行と同時に、図示しない計数タイマーで時間のカウントを開始する。
【００８４】
子機Ａのユーザは、この通知画面の内容を了承する場合は“はい”を選択し、了承しない場合は、“いいえ”を選択することになる。また、前述した“つけっぱなし状態”などで、この通知に応答できない場合も当然あり得るが、この場合の処理は後述する。
【００８５】
いずれの場合もＳ３０５に進み子機Ａからの応答を待つ、Ｓ３０５で子機Ａからの応答を検知した場合、Ｓ３０６に進み、応答の種類を判定する。子機Ａの了承を検知した場合はＳ３０１に進み、子機Ｃのユーザは視聴重要度を入力するステップに入る。Ｓ３０６で子機Ａの却下を検知した場合は、Ｓ３０７に進み、子機Ｃに同時視聴、或いは、リソース開放の選局要求が却下されたことを通知しＳ１０１へ戻る。
【００８６】
また、Ｓ３０５で子機Ａからの応答を検知しない場合、Ｓ３１０に進み、Ｓ３０４、或いは、Ｓ３０９で子機Ａへの通知からカウントしている時間と、予めタイムアウトとして設定した時間との比較を行い、タイムアウトを検知した場合は、子機Ａのユーザは“つけっぱなし状態”でテレビを見ていないと判断し、強制的に子機Ｃのユーザの要求を優先する。これに伴い、Ｓ３１１で子機Ａに対して、子機Ｃにリソース開放を行ったことを通知するメッセージを出力し、同様に、Ｓ３０１に進み、子機Ｃのユーザは視聴重要度を入力するステップに入ることができるようになる。
【００８７】
以上のように、親機の調停部が、視聴重要度に応じた双方のコミュニケーションの仲介を行う調停を行うことで“ながら視聴状態”を判断し易くなり、リソース競合時の選局の機会を増やすことが可能になる。また、タイムアウト処理などで“つけっぱなし状態”と判断した場合は、すみやかにリソースを開放することにより、限られたリソースの更なる効率的な共有が可能になる。
【００８８】
［第３の実施例］
前記実施例までは、現在の時刻での選局に起因してリソース競合が起きた場合におけるユーザの混乱を防止できる方法として、子機用ＥＰＧを用いた効率的な選局方法について説明してきた。
【００８９】
上記のようなケースは、リソース調停部１６の調停ルールが、先着優先の方式を基本にしているため、子機ユーザが必ず所望の番組を確保できるかは保証されていない。従って、本実施例では、子機ユーザが所望の場所で所望の番組を確実に見ることができる手段として、生視聴予約という方法について以下に説明する。
【００９０】
ここで、生視聴予約について説明する。通常のテレビシステムでは、外出時に番組を録画したり、お好みの番組の番組枠が重なった場合に裏番組を録画したりするために、録画予約という手段がなされている。また、デジタルテレビ受信機では操作の利便性を考慮して、この録画予約機能をＥＰＧ上からできるような製品も多い。しかし、本システムのようなチューナ共有型のテレビシステムでは、上記録画予約とは区別して、生視聴のためのリソース確保を目的とした先の時刻の番組枠を確保する予約手段が必要になる。
【００９１】
＜生視聴予約の設定方法の説明＞
まず、図１３の生視聴予約処理のフローチャートを用いて子機Ａのユーザが生視聴予約を行う方法について説明する。
【００９２】
生視聴予約は、前記実施例で説明した子機ＥＰＧ画面上から行うことが可能であり、子機Ａのユーザが、子機用リモコン６０を操作し、生視聴予約の要求を行った場合、親機制御部１５はＳ４０１でこれを検知する。
【００９３】
子機Ａのユーザは、子機用リモコン６０の図示しない方向キーなどを操作しＳ４０２でカーソルナビゲーションにより選択枠の移動を行うことができ、Ｓ４０３で、図１４に示した１０２ｃｈの２２時からの番組枠を選択したとする。
【００９４】
次に、Ｓ４０４で生視聴予約を行う放送種別の番組枠に、他の子機とのリソース競合があるかをチェックする。Ｓ４０５でリソース競合があると判断された場合は、Ｓ４０７でリソース競合により生視聴予約の要求が却下されることを子機Ａのユーザに通知しＳ４０２に戻る。Ｓ４０５でリソース競合がないと判断された場合は、Ｓ４０６に進み、生視聴予約の重要度を入力する。このステップは、親機制御部１５が生視聴予約の時間になったときの行うアクションにとって必要な情報であり、この目的については後ほど詳しく説明する。
【００９５】
生視聴予約の重要度は、本実施例では一例として、以下の２つの重要度属性を定義する。
【００９６】
＜重要度設定“高”＞
指定した子機で生視聴することが前提だが、不在のときは録画することで絶対に見逃したくない番組である場合に設定する属性
＜重要度設定“低”＞
指定した子機で生視聴することが前提だが、不在のときは他の子機ユーザにリソースを開放しても良い番組である場合に設定する属性
このような重要度属性のＳ４０６での入力設定方法は、“高”設定のみ子機ユーザが子機用リモコン６０の図示しない設定キーを用いてマニュアルで設定し、特に、何も設定しない場合は“低”設定とする方法がスムーズな予約操作のために好適である。この生視聴予約後のＥＰＧ表示には図１４のＥＰＧに示したように、生視聴予約／重要度明示アイコンがオーバレイ表示されているため、子機Ａが重要度“高”で生視聴予約したことが、他の子機のユーザに対しＥＰＧ上から容易に分かるようになっている。
【００９７】
＜生視聴予約時間でのリソース共有方法の説明＞
次に、図１５のフローチャートを用いて子機Ａのユーザが設定した生視聴予約の時間になったときのリソース共有方法について説明する。
【００９８】
Ｓ５０１で、親機制御部１５が子機Ａの生視聴予約時間２２：００になったことを検知すると、Ｓ５０２で予約先の子機Ａに生視聴予約した番組を本当に送信しても良いかの確認通知画面を、ビープ音など子機Ａのユーザが気づき易い警告音と共に出力する。また、親機制御部１５は子機Ａへの通知要求の発行と同時に、図示しない計数タイマーで時間のカウントを開始する。
【００９９】
子機Ａのユーザが視聴予約の時間までに子機の電源を入れていれば、親機制御部１５からの通知を見ることができる。そして、視聴予約によるリソース確保を受け入れる場合は送信を要求し、受け入れない場合はキャンセルをする。
【０１００】
この結果は、親機制御部１５がＳ５０３で予約先の子機Ａからの応答をモニタし、応答を検知すればＳ５０４に進む。Ｓ５０４での応答の種類が、子機Ａからリソース確保を要求する応答であった場合は、Ｓ５０５に進み視聴予約した放送種別のリソースを確保しＳ１０６に進み、前記実施例と同様のステップで視聴予約した番組を子機Ａに送信する。Ｓ５０４での応答の種類が、子機Ａからリソース開放する応答であった場合は、Ｓ５０６で視聴予約を破棄し他のユーザのためにリソース開放をする。
【０１０１】
一方、子機Ａが視聴予約の時間に不在だったり、子機の電源を入れてなかったりすることで、Ｓ５０３で予約先の子機Ａからの応答がない場合、Ｓ５０７で子機Ａへの通知からカウントしている時間と、予めタイムアウトとして設定した時間との比較を行い、タイムアウトを検知した場合は、子機Ａのユーザは生視聴予約を放棄したものと判断し、Ｓ５０８に進む。
【０１０２】
この場合Ｓ５０８で子機Ａのユーザが予め設定した生視聴予約の重要度を判定し、重要度“高”の設定をしていたと判断した場合は、Ｓ５０９において図示しないハードディスクや外部記憶装置などに録画する処理を行う。また、Ｓ５０８で子機Ａのユーザが重要度“低”の設定をしていたと判断した場合は、子機Ａの生視聴予約の重要性は低いと判断され、Ｓ５０６で視聴予約を破棄し他のユーザのためにリソース開放をする。
【０１０３】
このような予約重要度を明示した生視聴予約によって、ユーザのリソース確保が容易になるだけではなく、場合によって不要とされる生視聴予約により、リソース共有の効率が低下することを防ぐことができる。
【０１０４】
［第４の実施例］
本実施例は、前記実施例にて説明してきたリソース競合時の選局方法に関して、お好み番組の検索時に適用した例について説明する。
【０１０５】
ここで、デジタル放送受信機に適用されている一般的なお好み番組検索機能について説明する。これは、番組カテゴリや出演者などユーザが指定した検索キーワードを元に、放送局から送出される数週間分の番組情報について記載された番組配列情報のデータベースを検索し、該当する番組を一覧表示するようなものである。ユーザは、この一覧表示画面から特定の番組を選択し、番組の詳細な内容を把握したり、現在の時刻に放送されている番組であれば、そのまま選局表示したり、後に放送される予定の番組であれば、そこから録画予約したりできるようになっている。このような、お好み番組の検索機能は多チャンネル化されたデジタル放送に対して、ユーザ選局を補助する有効な手段となっている。
【０１０６】
しかし、この便利なお好み番組検索機能を、本システムのようにチューナを共有するシステムにおいて適用する場合も、前記実施例で説明したＥＰＧのケースと同様に、映像リソース競合の問題を解決するための更なる改善と工夫が必要になる。よってこれを解決する手段について、図１６のお好み番組検索時のリソース共有処理のフローチャートを用いて以下に説明する。
【０１０７】
現在、子機ＡのユーザがＢＳデジタル放送１１０ｃｈを視聴重要度“高”設定、子機ＣのユーザがＣＳデジタル放送２２０ｃｈを視聴重要度“低”設定で見ている状態で、新たに子機Ｂのユーザが、子機用リモコン６０を操作し、図示しないお好み番組の検索画面より“旅”と“スポーツ”というカテゴリに合致した番組が現時刻にやっているか、のチェックを行ったと仮定する。
【０１０８】
親機制御部１５がＳ６０１にて、子機Ｂのユーザからのお好み番組検索要求を検知した場合、Ｓ６０２で“旅”と“スポーツ”という検索条件に合致する現時刻の番組のフィルタリング処理を行う。ここまでは、一般的なお好み番組の検索機能と同様である。そして、次のステップから本実施例の特徴となる点である。
【０１０９】
Ｓ６０３では前記実施例と同様に、リソース共有状況を参照するために、リソース管理部１７から以下のようなリソース管理情報を取得する。
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
リソース名                        使用先    選択チャンネル      重要度
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
選局部２ａ（ＢＳデジタル）        子機Ａ      １１０ｃｈ          高
選局部２ｂ（ＣＳデジタル）        子機Ｂ      ２２０ｃｈ          低
選局部２ｃ（地上波デジタル）      なし        なし                なし
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
次に、Ｓ６０４以降のステップにおいて、Ｓ６０２で検索条件よりフィルタリングした現時刻のお好み番組のデータベースと、Ｓ６０３で取得したリソース管理情報を元に、リソース共有可能な番組として以下に説明するように４つのパターンにフィルタリングする。
【０１１０】
お好み番組は、Ｓ６０４にてリソース競合がある放送種別か判断される。リソース競合なしと判断された場合（上記の例では、地上波デジタル放送の番組）は、Ｓ６０５に進み、無条件で選局可能な即時視聴可能な番組として登録する。
【０１１１】
Ｓ６０４でリソース競合ありと判断された場合（上記の例では、ＢＳデジタル放送、ＣＳデジタル放送の番組）は、Ｓ６０６に進み、お好み番組が競合先の子機の選択した番組と同一のトランスポンダに含まれる番組であるかを判断する。同一トランスポンダに含まれないと判断された場合は、選局不可能と判断され、Ｓ６１０でお好み登録から削除される。Ｓ６０６にて、同一トランスポンダに含まれると判断された場合は、Ｓ６０７にて、競合先の子機ユーザが指定した視聴重要度の判別を行い、“高”設定である場合は、Ｓ６０８で前記実施例と同様に、同時視聴要求が可能な番組として登録し、“低”設定である場合は、同時視聴要求、又は、視聴開放要求が可能な番組として登録する。Ｓ６１１にて、Ｓ６０２で検索されたお好み番組のすべてに対して上述したようなフィルタリング処理が終了したと判断された場合には、Ｓ６１２に進み、上記のような最終的なリソース共有可能な番組のフィルタリング結果に基づいて、図１７に示したようなお好み番組の検索結果画面の表示を行う。この検索結果画面は、チャンネルや番組内容の提示などに加えて、共有ステータスや選局条件など、リソース共有可能な番組を考慮したお好み番組の提示がされていることが特徴である。ＢＳデジタル放送、及び、ＣＳデジタル放送のお好み番組は同一トランスポンダの共有という条件で、競合先が許可すれば選択可能である。ここで、子機Ｂのユーザが同時視聴、或いは、視聴開放を要求するアクションを行った後の処理は、前記実施例で説明した内容（図１１のＳ３０２からＳ３１１までの調停処理）と同様である。また、視聴可能を選局した場合は無条件で番組選局表示がなされることになる。また、地上波デジタル放送のお好み番組は、リソース競合がない状態であるので、無条件で即時視聴可能となる。ここで、子機Ｂのユーザが選局要求するアクションを行った後の処理は、前記実施例で説明した内容（図５のＳ１０６からＳ１１０までの処理）と同様である。
【図面の簡単な説明】
【０１１２】
【図１】本発明に係わる無線テレビシステムの親機ブロック図である。
【図２】無線部の内部ブロック図である。
【図３】本発明に係わる無線テレビシステムの子機ブロック図である。
【図４】従来技術における無線テレビシステムのブロック図である。
【図５】子機ＥＰＧ選局処理のフローチャートである。
【図６】子機ＥＰＧ形成表示／操作処理のフローチャート１である。
【図７】放送種別選択画面の表示イメージである。
【図８】通常のＥＰＧ画面の表示イメージである。
【図９】同一トランスポンダ同時視聴時のＥＰＧ画面の表示イメージである。
【図１０】子機転送処理の表示イメージである。
【図１１】子機ＥＰＧ形成表示／操作処理のフローチャート２である。
【図１２】視聴重要度を明示したＥＰＧ画面の表示イメージである。
【図１３】生視聴予約処理のフローチャートである。
【図１４】生視聴予約に対応したＥＰＧ画面の表示イメージである。
【図１５】生視聴予約時間でのリソース共有処理のフローチャートである。
【図１６】お好み番組検索時のリソース共有処理のフローチャートである。
【図１７】お好み番組検索結果画面の表示イメージである。
【符号の説明】
【０１１３】
１  テレビ用アンテナ
２ａ，２ｂ，２ｃ  選局部
３ａ，３ｂ，３ｃ  復調部
４ａ，４ｂ，４ｃ  デマルチプレクサ
５ａ，５ｂ，５ｃ  映像デコーダ
６  映像切り替え部
７ａ，７ｂ，７ｃ  解像度変換部
８ａ，８ｂ，８ｃ  子機ＯＳＤ合成部
９ａ，９ｂ，９ｃ  圧縮部
１０  多重化部
１１  無線部
１２  無線用アンテナ
１３  ＲＯＭ
１４  ＲＡＭ
１５  親機用制御部
１６  リソース管理部
１７  リソース調停部
１８  ＯＳＤ生成部
１９  ＴＳ切り替え部
【図１】
2006310960.tif 000003
【図２】
2006310960.tif 000004
【図３】
2006310960.tif 000005
【図４】
2006310960.tif 000006
【図５】
2006310960.tif 000007
【図６】
2006310960.tif 000008
【図１３】
2006310960.tif 000009
【図１５】
2006310960.tif 000010
【図１６】
2006310960.tif 000011
【図７】
2006310960.tif 000012
【図８】
2006310960.tif 000013
【図９】
2006310960.tif 000014
【図１０】
2006310960.tif 000015
【図１１】
2006310960.tif 000016
【図１２】
2006310960.tif 000017
【図１４】
2006310960.tif 000018
【図１７】
2006310960.tif 000019