JP4410929B2 - 情報出力制御装置及び情報出力制御方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、情報出力制御装置及び情報出力制御方法に関し、特に、複数の入力情報を同時に、少なくとも画像表示装置に画像出力させることが可能な情報出力制御装置、及び該情報出力制御装置に適用される情報出力制御方法に関する。
【０００２】
【従来の技術】
近年、家庭に様々なメディアから情報の配信がなされている。例えば、地上波、通信衛星、ＣＡＴＶケーブル網等を介して、ＴＶやラジオの画像・音声放送、文字データ放送が提供され、他方、通信回線網を介して、インターネット、電子メールなどによる画像、音声、文字データ等が提供される。
【０００３】
加えて近年、ＣＳ（通信衛星）放送やＣＡＴＶ（ケーブルＴＶ）等において、テレビジョン信号をデジタル化して伝送する、いわゆるデジタル放送システムが普及してきており、これらのシステムにおいては、デジタル圧縮・伝送技術の採用により、数１００にも及ぶチャンネルを確保することも可能であり、そのため、従来にも増してきわめて多くのテレビ／ラジオ（音楽）番組を提供することが可能となってきている。
【０００４】
また、ＡＶ機器のデジタル化が進み、ＤＶＤ（デジタルビデオディスク）、ＤＶ（デジタルビデオ）、デジタルカメラ等のパッケージメディアとしての映像、音声ソースも家庭内に多数存在するようになってきた。
【０００５】
このように、さまざまなメディアからの多種多様な映像、音声、文字情報の提供サービスを享受するため、最近では、大型のディスプレイに同時に複数のウインドウを開き、その各々に異なる情報入力ソースを割り当てるマルチウインドウの機能が実現されてきている。
【０００６】
ところで、今後に行われる放送のデジタル化や通信インフラの整備などにより、映像、音声、文字情報の家庭への入力ルート数やその情報量が拡大することが想像され、ディスプレイに表示すべきウインドウの数や情報量が今までにも増して増大することは想像に難くない。
【０００７】
また、ＴＶ受像機のインターネット接続機能により、ＴＶ番組の視聴中に番組に関連する情報をインターネット経由で入手したり、ＴＶ番組の視聴中に電子メールの着信が起こるといったケースも一般的になると予想される。また、ＴＶ受像機の付属機能としてスケジュール管理機能やタイマなどによる定時刻受信機能を備える場合、表示イベントの割り込みが発生するといった状況も考えられる。
【０００８】
このようにディスプレイに表示すべきウインドウの数が増大したり、変更になることに対応するために、従来のマルチウインドウ制御システムにおいては、ディスプレイに表示されるウインドウ画面のレイアウトをユーザが変更できるようになっている。
【０００９】
【発明が解決しようとする課題】
しかしながら、上記従来のマルチウインドウ制御システムにおいて、ディスプレイに表示すべきウインドウの数の変更が発生すると、画面のレイアウトや入力ソースの設定を、ユーザがその都度行う必要があり、また入力ソースの組合せに適し、かつユーザの好みに合う画面レイアウトを実現するには、結構な手間と時間がかかっていた。
【００１０】
例えば、ＴＶ受像機に２画面を表示しようとした場合、ユーザはまず２画面表示モードを選択し、２画面の表示に切り変わったら、各々の画面に表示させたい所望の情報を提供する入力ソースを選択、設定する操作を必要としていた。
【００１１】
つまり、様々なメディアから供給される映像、音声、文字の情報を意図通りに容易に享受するためには、複数の入力ソースからの各種情報を同時に視聴する際のマルチウインドウの画面レイアウトやその時の音声出力モードの選択、さらには、割り込み型の表示要求イベントが発生した場合のマルチウインドウへの移行（どのようなタイミングでどのような表示を行うか）などを、ユーザの手を煩わせることなく行なうことが求められている。
【００１２】
また、上記ユーザ（視聴者）として、個人（単一人視聴）のみならず、グループユーザ（複数人同時視聴）が存在するケースも想定する必要がある。
【００１３】
本発明はこのような問題点に鑑みてなされたものであって、入力ソースに変更があった場合に、より迅速かつ容易にユーザの嗜好にあった画面レイアウト及び音声出力モードへの移行を可能にする情報出力制御装置及び情報出力制御方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明の情報出力制御装置は、複数の入力情報を同時に、画像表示装置に画像出力させることが可能な情報出力制御装置において、少なくとも１人からなるユーザグループと、前記入力情報の伝達媒体の種別及び前記入力情報の再生処理の種別のうち少なくとも１つを含む１つ以上の入力情報の属性と、該１つ以上の入力情報を前記画像表示装置に表示したときの画面構成を示す表示パラメータとを互いに対応付けて１つのレコードとして格納する格納手段と、前記少なくとも１人からなるユーザグループを認識するユーザグループ認識手段と、前記ユーザグループによって指定された少なくとも１つの入力情報の属性を検出する属性検出手段と、前記ユーザグループ認識手段によって認識されたユーザグループと前記属性検出手段によって検出された入力情報の属性とに基づき、前記格納手段からレコードを探索する探索手段と、前記探索手段によって探索されたレコードに含まれる表示パラメータを読み出し、該表示パラメータに基づいて、前記少なくとも１つの入力情報を前記画像表示装置に表示させる出力手段と、前記出力手段によって前記画像表示装置に表示された画面における表示パラメータを検出する表示パラメータ検出手段と、前記ユーザグループ認識手段により認識されたユーザグループ、前記属性検出手段により検出された入力情報の属性、及び前記表示パラメータ検出手段により検出された表示パラメータを、互いに対応付けて１つのレコードとして前記格納手段に格納させる格納制御手段とを有することを特徴とする。
また、本発明の情報出力制御方法は、複数の入力情報を同時に、画像表示装置に画像出力させることが可能な情報出力制御装置に適用される情報出力制御方法において、少なくとも１人からなるユーザグループと、前記入力情報の伝達媒体の種別及び前記入力情報の再生処理の種別のうち少なくとも１つを含む１つ以上の入力情報の属性と、該１つ以上の入力情報を前記画像表示装置に表示したときの画面構成を示す表示パラメータとを互いに対応付けて１つのレコードとして記憶装置に格納する第１の格納ステップと、前記少なくとも１人からなるユーザグループを認識するユーザグループ認識ステップと、前記ユーザグループによって指定された少なくとも１つの入力情報の属性を検出する属性検出ステップと、前記ユーザグループ認識ステップによって認識されたユーザグループと前記属性検出ステップによって検出された入力情報の属性とに基づき、前記記憶装置からレコードを探索する探索ステップと、前記探索ステップによって探索されたレコードに含まれる表示パラメータを読み出し、該表示パラメータに基づいて、前記少なくとも１つの入力情報を前記画像表示装置に表示させる出力ステップと、前記出力ステップによって前記画像表示装置に表示された画面における表示パラメータを検出する表示パラメータ検出ステップと、前記ユーザグループ認識ステップにより認識されたユーザグループ、前記属性検出ステップにより検出された入力情報の属性、及び前記表示パラメータ検出ステップにより検出された表示パラメータを、互いに対応付けて１つのレコードとして前記記憶装置に格納させる第２の格納ステップとを有することを特徴とする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
【００２２】
図１は、本発明に係るマルチウインドウ表示制御装置を有する統合型受信機の一実施の形態の構成を示すブロック図である。
【００２３】
図１において、１ＡはデジタルＴＶ受信部であり、チューナ１０１は、ＴＶアンテナまたはケーブルを介して伝送されてくるデジタルテレビ放送波の中から、所定の周波数の電波を選択受信する。チューナ１０１によって選択受信された放送波はデジタルデータ復調回路１０２に送られ、復調、Ａ／Ｄ変換、エラー訂正処理が行われる。その後、トランスポート・デスクランブラ１０３で、限定受信のためのスクランブル解除が行われ、トランスポート・ストリーム（ＴＳ）と呼ばれるデータ列が生成される。この際、放送波に重畳されて送られてくる限定受信の管理データ（ＥＭＭ，ＥＣＭ）を抽出してＩＣカードインターフェース１２１に送り、ユーザが所有するＩＣカードから読み出される契約条件と合致したプログラム（番組）の受信であるか否かが判別される。契約条件と合致したプログラム（番組）の受信であるならば、次段以降で映像、音声、データのデコードが可能なように処理される。
【００２４】
ＭＰＥＧ２トランスポート・デマルチプレクサ１０４は、入力されたトランスポート・ストリームをＶｉｄｅｏストリーム、Ａｕｄｉｏストリーム、およびデータ放送関連のストリームに分割し、それぞれのストリームを再構築する。
【００２５】
通常、１つのトランスポート・ストリームには、複数の番組が多重化されており、さらに例えば通信衛星の１つのトランスポンダからは複数のトランスポート・ストリームが送信されている。よって、１つのチャンネルを選択するためには、前記デマルチプレクサ１０４によって分離されたＰＳＩ（Program Specific Information）から、所望のチャンネルに関する情報（ＰＩＤ、ＰＡＴ、ＮＩＴ等）を抽出し、選局動作を行う。
【００２６】
Ｖｉｄｅｏデコーダ１０６およびＡｕｄｉｏデコーダ１０５は、Ｖｉｄｅｏ及びＡｕｄｉｏの各ＭＰＥＧ２ストリームをそれぞれデコードする。デコードされたＡｕｄｉｏ信号は、マルチウインドウ制御装置関連ブロック１Ｄの音声制御部１０８に送られ、Ｖｉｄｅｏ信号は、マルチウインドウ制御装置関連ブロック１ＤのＶｉｄｅｏインタフェース１１０ａに送られる。
【００２７】
データデコーダ１０７は、ＢＳデジタル放送で送出されるデータ放送関連のストリームをデコードする。より具体的には、ＤＳＭ−ＣＣデコード処理を行い、得られたＸＭＬ関連の一連のファイルをＲＡＭ１２２におけるあらかじめ割り当てられた領域に格納する。
【００２８】
１Ｂ，１Ｃは、マルチウインドウ制御装置関連ブロック１Ｄに接続される外部ＡＶ機器であり、ビデオ信号をマルチウインドウ制御装置関連ブロック１ＤのＶｉｄｅｏインタフェース１１０ｂ，１１０ｃにそれぞれ送り、オーディオ信号をマルチウインドウ制御装置関連ブロック１Ｄの音声制御部１０８に送る。
【００２９】
マルチウインドウ制御装置関連ブロック１Ｄにおいて、音声制御部１０８は、マルチウインドウで表示する複数の画像に関連する各音声信号の出力先を決定するものである。一般的には、最大画面ウィンドウで表示される画像に関連する音声信号をメインスピーカ１０９ａで再生し、サブの画面ウィンドウで表示される画像に関連する音声信号をヘッドホン１０９ｂで再生するケースが多いが、本実施の形態においては、過去の視聴履歴データに基づき、ＣＰＵ１２３による制御の下、音声制御部１０８がそれを決定する。また、必要に応じて、Ａｕｄｉｏ外部出力１０９ｃから出力することもできる。勿論、リモコン１２５などによりユーザが直接指定することも可能な構成となっている。なお、音声制御部１０８から出力される音声は、ＤＡＣ１３４にて、デジタルからアナログに変換される。
【００３０】
Ｖｉｄｅｏインタフェース１１０ａ〜１１０ｃは、デジタルＴＶ受信部１Ａ、外部ＡＶ機器１Ｂ，１Ｃからそれぞれ出力されるＶｉｄｅｏ信号を受け取る入力部である。本実施の形態においては、外部ＡＶ機器１Ｂからの入力部であるＶｉｄｅｏインタフェース１１０ｂにはアナログＶｉｄｅｏ信号が入力され、外部ＡＶ機器１Ｃからの入力部であるＶｉｄｅｏインタフェース１１０ｃには、デジタルＶｉｄｅｏ信号が入力される。アナログＶｉｄｅｏインタフェース１１０ｂは、Ａ／Ｄコンバータやサンプリングクロック発生のためのＰＬＬ回路などで構成され、さらに必要に応じて色空間の変換回路やインターレース−プログレッシブ変換回路などを含むこともある。デジタルＶｉｄｅｏインタフェース１１０ｃは、入力されるデジタルＶｉｄｅｏ信号が例えばＬＶＤＳ（Low Voltage Differential Signaling）などの差動多重化信号であれば、その復号回路や電圧レベルの変換回路などで構成される。
【００３１】
マルチウインドウ制御装置関連ブロック１Ｄは、上記のように、デジタルＴＶ受信部１Ａからの入力ポートと、アナログ、デジタル各々１つずつの外部ＡＶ入力ポートとを持つ形態となっている。また、そのほかの経路からマルチウインドウ制御装置関連ブロック１Ｄに入力されるソースとして、以下のものがある。
【００３２】
ＩＥＥＥ１３９４インタフェース１１７ａ，１１７ｂは、本統合型受信機と外部ＡＶ機器やコンピュータ周辺機器などとをデジタル接続するためのインタフェースであり、録画などのためのＤ−ＶＨＳや、ＤＶＤプレイヤなどが接続される。
【００３３】
モデム１１８は、有料放送の利用などユーザの視聴記録に関する情報を放送事業者側の管理センターに電話回線を通じて送るほか、インターネットに接続し、様々なホームページの閲覧や電子メールをやりとりする際のインタフェースとして機能する。
【００３４】
ＰＣＭＣＩＡインタフェース１１９は、デジタルカメラなどで撮影した各種画像を取り込むためのインタフェースであり、デジタルカメラなどの記録メディアとして用いられているＣＦ（Compact Flash）カードや、スマートメディアなどがアダプタを介して接続される。
【００３５】
ここで一度整理すると、マルチウインドウ制御装置関連ブロック１Ｄへの入力ソースとしては、以下のものがある。
【００３６】
・デジタルＴＶ受信部１Ａからの映像、音声、データ
・ビデオ／オーディオ信号の形で入力される外部ＡＶ機器１Ｂ，１Ｃからの映像、音声
・ＩＥＥＥ１３９４インタフェース１１７ａ，１１７ｂ経由で入力されるＤＶＤやＤ−ＶＨＳなどからの映像、音声
・モデム１１８経由で入力されるインターネットや電子メールによる情報
・ＰＣＭＣＩＡインタフェース１１９経由で入力されるデジタルカメラなどからの画像データ
解像度変換部１１１ａ〜１１１ｃは、その中に各々少なくとも１画面分のビデオメモリを備え（図示せず）、非同期でそれぞれ入力されるＶｉｄｅｏインタフェース１１０ａ〜１１０ｃからの映像データを一旦蓄えた後、ＣＰＵ１２３とマルチ画面合成制御部１１２からの指示に従い、所定の画面フォーマット（サイズや色数）にそれぞれ変換する。
【００３７】
なお、ＩＥＥＥ１３９４インタフェース１１７ａ，１１７ｂやモデム１１８、ＰＣＭＣＩＡインタフェース１１９からの映像、画像データの解像度変換処理は、グラフィックスアクセラレータ１１５とグラフィックスメモリ１１６の一部により実現している。
【００３８】
グラフィックスアクセラレータ１１５は、マルチウインドウ画面における各ウインドウの枠レイアウトや、背景画、ホームページブラウザやメールのアプリケーション画面、操作メニューやアイコン、ボタンなどのグラフィカルなユーザインタフェース画面などを生成する。
【００３９】
グラフィックスメモリ１１６は、動画プレーン、静止画プレーン、文字・図形プレーン、重ね合わせ／切替制御プレーンなど、複数のプレーンからなる構造を持ち、マルチ画面合成制御部１１２の管理により、それぞれの入力ソースからの映像、画像データに対して合成処理を行う。
【００４０】
マルチ画面合成制御部１１２は、ＣＰＵ１２３との連携により、各入力ソースからの映像、画像、文字情報などのデータを、解像度変換部１１１ａ〜１１１ｃのビデオメモリから読み出し、所定の画面レイアウト（位置、サイズ、重ね合わせ効果、色数など）となるようにグラフィックスメモリ１１６上にデータを展開し、最終的なマルチウインドウ画面を生成する。
【００４１】
本発明においては、この画面レイアウトが、ユーザ及びユーザグループの過去の視聴履歴データに応じた提示形態になるように制御されることになるが、この点については、後で説明する。
【００４２】
出力制御部１１３は、最終的なマルチウインドウ画面をディスプレイ１１４に出力するために、ディスプレイ１１４の特性に応じた駆動タイミングの制御や表示フォーマットの変換等を行う。
【００４３】
ディスプレイ１１４としては、マルチウインドウの効果を活かす目的から、大画面で高精細なハイビジョン対応のプラズマディスプレイやプロジェクション型モニタを使用する。出力制御部１１３からは、ディスプレイ１１４の特性に応じたタイミング及び表示フォーマットで表示データ（マルチ画面データ）が出力される。
【００４４】
プリンタインタフェース１２０は、文字通りプリンタを接続するポートであり、本統合型受信機の画面で確認しながら、デジタルカメラから入力した画像を編集・印刷したり、放送系（データ放送を含む）で配信される番組関連情報（旅行ガイド、料理のレシピ、懸賞応募先、各種クーポン券入手情報など）やホームページ情報を印刷したりすることに利用される。
【００４５】
ＣＰＵ１２３は、これらの構成装置を統括制御するためのものである。すなわち、前記デジタル放送系でのＰＳＩに関連する各種テーブルの識別、判断、処理（チューナ選局、ＥＰＧ関連情報の抽出、処理など）や、データ放送として送られてくるＸＭＬ関連ファイルの処理、また、解像度変換部１１１ａ〜１１１ｃやマルチ画面合成制御部１１２などの表示関係の制御、音声選択部１０８など音声関係の制御、モデム１１８やＩＥＥＥ１３９４インタフェース１１７ａ，１１７ｂなどと外部とのインタフェース制御、さらにリモコン１２５を含むユーザインタフェース１２４の制御などが、本ＣＰＵ１２３によって行われる。また、本発明に係わる視聴ユーザ検出部１３３、入力ソースの属性検出部１３０、表示・音声パラメータ検出部１３１として表される各機能の実現、及び履歴データベースの作成、更新は、本ＣＰＵ１２３が１つの処理プログラムを実行することによって行われる。
【００４６】
ＲＡＭ１２２は、ＣＰＵ１２３の外部メモリとして動作するほか、その一部が、本発明に係わるユーザの視聴パターン履歴データを記憶する履歴データベース記憶部１３２として機能する。
【００４７】
ユーザインタフェース１２４は、適切な操作画面との連携により、入力メディアやテレビチャンネル、外部機器などの選択、操作を行うものであり、基本的にはリモコンで制御される。
【００４８】
図２は、統合型受信機を操作するためのリモコン１２５の構成を示す外観図である。以下、本発明に関わる主要なボタンの機能について、マルチウインドウ画面の操作手順を例に説明する。
【００４９】
まず、メニューボタン２１１、チャンネルボタン２０１、入力ソース選択ボタン２０２などにより、ユーザが視聴しようとする映像や画像、情報ソースが選択されると、あらかじめ統合型受信機にプリセットされている画面レイアウトに従い、シングル画面表示またはマルチ画面表示が行われる。その後、ユーザは方向選択キー２０９の左右方向（次へ／戻る）を用いて、プリセットされた数種類の画面レイアウトパターンの中から、好みの画面レイアウトを選び、決定キー２１０（方向選択キー２０９の中央部）を押すことでそれを選択する。また、ユーザが自由にレイアウトを行いたい場合には、まずカスタムキー２０６を押したのち、各ウインドウの位置及び大きさを、方向選択キー２０９を使って設定する。一連の操作は、画面上に表示される操作ガイドに従う形で行い、最後に決定キー２１０を押すことで、ユーザのカスタマイズされた画面が登録される。なお、画面レイアウト変更、音声モード変更に関する操作に関しては、後でまた触れる。
【００５０】
次に、本発明に係るマルチウインドウ表示制御装置を有する統合型受信機の動作について説明する。
【００５１】
図５は、ディスプレイ１１４に表示されるユーザＩＤ選択画面の一例を示す図である。
【００５２】
本画面において、ユーザはリモコン１２５を用いて、好みのキャラクタにカーソルを合わせ選択することで、各ユーザ毎に自分のＩＤとなるキャラクタを登録する。例えば、お父さんはキャラクタＡ、お母さんはキャラクタＢ、息子はキャラクタＥ、娘はキャラクタＦといった具合に、家族の各構成員のＩＤを、キャラクタ選択の形で登録する。ちなみに、公共の場においては、対象人数の多さから、ユーザＩＤとして数字（会員番号等）を入力させることが一般的となろうが、本実施の形態においては、ファミリーユースの統合型受信機を想定しており、ユーザにとってより分かり易いグラフィカルなユーザインタフェース画面を提案している。
【００５３】
図６は、ユーザグループ登録画面の一例を示す図である。
【００５４】
ここでは、図５において登録された各ユーザＩＤのキャラクタを組み合わせて、何通りかのユーザグループを登録することができる。ここでも、ユーザキャラクタ登録時と同様に、リモコン操作により、登録したいグループを構成するキャラクタを順次選択することで登録が完了する。ちなみに、図６において、グループ１は、お父さん＋お母さん（夫婦２人）を、グループ３は、夫婦２人＋子供２人（ここでは家族全員に相当）を表すグループとして登録している。
【００５５】
図３は、視聴パターン履歴データベースの作成処理の手順を示すフローチャートである。この処理はＣＰＵ１２３によって実行され、ある入力ソース（ＴＶ、外部ＤＶＤ、インターネットなど）の視聴に際し、視聴ユーザを識別した後、その入力ソースの属性を検出するとともに、各入力ソースをどのような形態（画面レイアウトならびに音声モード）で視聴していたかを検出し、それらを関連付けた履歴データベースを作成し、ＲＡＭ１２２内の履歴データベース記憶部１３２に格納するまでの基本的な手順から成る。
【００５６】
図３のステップＳ３０１では、視聴ユーザ検出部１３３が視聴ユーザを識別（認識）する。ユーザ識別方法としては、カメラで受像機の前に位置する人を撮像して識別を行ったり、リモコンに指紋認証ユニットを載せ、ユーザの指紋から識別を行ったりと、さまざまな方法が存在するが、ここではより確実に視聴ユーザ（グループ）とその視聴履歴データとを関連づける目的から、ユーザにより直接選択させる方法を採っている。すなわち、電源投入後の一定時間、またはリモコン１２５のユーザボタン２１２の押下により、図７に示すような視聴ユーザ（グループ）選択アイコンが、画面下部右寄りに表示される。図７は、ディスプレイ１１４に表示される視聴ユーザ選択画面の一例を示す図である。
【００５７】
この時表示されるアイコン群は、ユーザが予めユーザＩＤキャラクタ登録、及びユーザグループ登録を行ったものである。すなわち、アイコン群の左端から右端にかけて、シングルユーザ（お父さん）、シングルユーザ（お母さん）、ユーザグループ１（お父さん＋お母さん）、ユーザグループ２（お父さん＋子供２人）、ユーザグループ３（家族全員）である。ここで、ユーザのリモコン操作により視聴ユーザ（グループ）のアイコンが選択されると、システム（ＣＰＵ１２３）が視聴ユーザ（グループ）を認識する。
【００５８】
ここで特に図示していないが、ユーザにより選択動作が行われなかった場合は、初期設定として、一般的なマルチユーザであると認識する設定とした。無選択時の視聴ユーザの初期設定は、ユーザの嗜好に応じて、別途メニュー画面から変更（例えば、シングルユーザ（お父さん）設定など）することも可能である。
【００５９】
次にステップＳ３０２において、ある入力ソースを視聴したと認識することが行われる。ここでは、ある入力ソース（ＴＶであればチャンネル）を一定時間以上選択した場合に、視聴したと認識する。画面レイアウトについても、一定時間以上同一レイアウトに固定されていた場合に、そこに表示されていた入力ソースを視聴したと認識する。音声出力についても同様である。この認識は、ＴＶチャンネル選択時に次々とチャネルを変えて所望のチャンネルを探す、いわゆるザッピングと呼ばれる動作が行われた場合における視聴パターンを履歴データとして蓄えてしまうことを防ぐためのものである。
【００６０】
ステップＳ３０３においては、属性検出部１３０が、ステップＳ３０２で視聴したと認識された入力ソースについて、その属性を検出する。
【００６１】
入力ソースに関する属性データは、デジタルＴＶ放送系では、ＳＤＴ（Service Description Table：サービス記述テーブル）やＥＩＴ（Event Information Table：イベント情報テーブル）と呼ばれるチャンネルに関するサービス付帯情報や番組に関する付帯情報として、放送波に多重化されて送られてくる。従って、上記テーブルデータをデジタルＴＶ受信部１ＡでフィルタリングしたのちＣＰＵ１２３で処理することにより、入力ソースに関する属性データを抽出することができる。また、放送系以外の外部入力ソースに関しては、ＣＰＵ１２３が、各インタフェース入力部と連携することにより、各パラメータの検出を行う。
【００６２】
図８は入力ソースの属性データの構成例を示す図である。同図に示すように、まず管理番号としての入力ソースＩＤを決定した後、その入力ソースの属性データとして、▲１▼メディアの種別、▲２▼メディアが放送系である場合における番組（またはチャンネル）のジャンル、▲３▼アプリケーションの種別（ＴＶ視聴、ホームページブラウジング、電子メール、スケジューラ通知など）などを検出し、１つのデータ構造体として管理する。図８において、タイトル、ジャンル、チャンネルなどのパラメータは、メディアの種別により存在する場合にのみ抽出し、データとして存在しないメディアの場合はブランクとする。また、開始時間は、その入力ソースの視聴開始時間を認識するためのものであり、後で説明する割り込み型の入力イベントが発生したときに画面レイアウト制御のためのデータとして用いられる。
【００６３】
図９は、属性データにおけるメディアの種別の分類例を示す図である。
【００６４】
メディアの種別としては、放送系からの４種類の入力、インターネット（モデム）からの入力、外部ＡＶ機器１Ｂ，１Ｃからの入力、ＩＥＥＥ１３９４インタフェース１１７ａ，１１７ｂからの入力、ＰＣＭＣＩＡインタフェース１１９からの入力のほか、内部機能として搭載されている時計（タイマ）や、スケジューラからの入力も１つのメディアとして分類してある。
【００６５】
図１０は、属性データにおけるメディアの種別がＴＶ放送系である場合のジャンル分類の一例を示す図である。
【００６６】
ここでは、ニュース、スポーツ、映画、ドラマ、バラエティ、ドキュメンタリ、教養の７つのジャンルに分類した。勿論、これ以外にもさまざまなものがあるが、それらを、ここでは「その他」の扱いとした。なお、入力ソースの属性データの中で特にジャンルは、例えばスポーツや映画などは大きいウインドウを用いて表示するなど、画面レイアウトや音声モードなどと密接な関係を持つケースが多い。
【００６７】
図１１は、属性データにおけるアプリケーションの分類例を示す図である。
【００６８】
本統合型受信機においては、ＴＶ放送の受信以外にも、インターネットブラウザ、電子メール、さらには内蔵機能として時計やスケジューラなどのアプリケーションを備えている。
【００６９】
図３に戻って、ステップＳ３０４において、表示・音声パラメータ検出部１３１が、入力ソースの表示パラメータを抽出する。
【００７０】
図１２は、本実施の形態における表示パラメータの構成例を示す図である。
【００７１】
各入力ソースをどのウインドウで表示するかという、各ウインドウへの入力ソースの割り当ては、ＣＰＵ１２３により行われる。
【００７２】
表示パラメータデータには、まず入力ソースＩＤがある。入力ソースＩＤによって、その入力ソースの属性データ（図８）がわかるので、該入力ソースが表示されるべきウインドウと該入力ソースの属性とがここで関係づけられることになる。
【００７３】
図１２の表示パラメータにおけるウインドウ開始アドレスからレイヤまでの各データは、ウインドウの表示に関するパラメータである。これらのパラメータは、ＣＰＵ１２３がグラフィックスアクセラレータ１１５内の表示制御に関係するレジスタの値を参照することにより抽出される。ウインドウの位置及びサイズに関するパラメータとして、開始アドレス（通常は左上のアドレスを示す）、Ｘ（横）方向サイズ（ドット数）、Ｙ（縦）方向サイズ（ドット数）を抽出する。さらに、各ウインドウ間、背景画面との関係を示すパラメータとして、ウインドウのレイヤ位置、表示効果（透過度）などを抽出する。そのほか、必要に応じて各ウインドウごとの表示色数なども表示パラメータデータとして管理する。
【００７４】
次に、ステップＳ３０５において、表示・音声パラメータ検出部１３１が音声パラメータの抽出を行う。
【００７５】
図１３は、本実施の形態における音声パラメータデータの構成例を示す図である。
【００７６】
表示パラメータと同様、各入力ソースをどの出力チャネルで出力するかという、各出力チャネルへの入力ソースの割り当ては、ＣＰＵ１２３により行われる。
【００７７】
音声パラメータデータには、まず入力ソースＩＤがある。入力ソースＩＤによって、その入力ソースの属性データ（図８）がわかるので、どのような属性を持った入力ソースが、どの出力チャンネルで、どのようなモードで視聴されるかの関連づけが得られる。
【００７８】
図１４は、出力チャンネルの分類例を示す図である。
【００７９】
本実施の形態においては、メインスピーカ、ヘッドホン、外部出力１，２、音声出力無しの５つのうちのいずれかに分類される。
【００８０】
図１５は、音声モードの分類例を示す図である。
【００８１】
マルチチャンネルステレオは、例えば、ＤＶＤなどで採用されているドルビー５．１ｃｈやＤＴＳ（Dolby Theater Surround）などのモードを指す。これらの音声関係のパラメータは、ＣＰＵ１２３がＡｕｄｉｏデコーダ１０５や音声制御部１０８と連携（レジスタ設定、モード識別）することにより抽出される。
【００８２】
図３に戻って、ステップＳ３０６において、ＣＰＵ１２３が、ステップＳ３０３で検出した入力ソースの属性データと、ステップＳ３０４，Ｓ３０５でそれぞれ検出した表示パラメータデータ及び音声パラメータデータとの関係を整理し、さまざまな入力ソースを、どのような画面レイアウト（表示パラメータ）及び音声モードで視聴していたかの履歴データベースを生成する。すなわち、入力ソースＩＤごとに、どのような表示パラメータ及び音声パラメータで視聴していたかを、またその視聴頻度をＲＡＭ１２２の履歴データベース記憶部１３２に格納する。さらに、複数の入力ソースを同時視聴していた場合、入力ソースＩＤの組合せパターンごとの表示パラメータ及び音声パラメータを履歴データベース記憶部１３２に格納する。
【００８３】
履歴データベースとしては、同じ入力ソースＩＤを視聴した場合であっても、複数の視聴パターンデータが履歴として残るが、それぞれの場合の表示パラメータ及び音声パラメータを記憶し、視聴頻度の高い順にソートし、記憶する。
【００８４】
また、表示パラメータのうち、ウインドウ開始アドレス、Ｘ方向サイズ、Ｙ方向サイズに関しては、画面上の任意の値を採り得るため、近いアドレス及びサイズの場合は、データの丸め込みを行い、ある値の範囲のものは同じデータ（値）として記憶するようにしている。
【００８５】
このようにして、ユーザ個人及びユーザグループごとに、どの入力ソースをどのような画面、音声で視聴していたかを表す視聴パターン履歴データが履歴データベース記憶部１３２に蓄積される。
【００８６】
図４は、ユーザがある入力ソースを視聴しようとした場合における、画面レイアウト及び音声モードを決定するまでの基本動作手順を示すフローチャートである。
【００８７】
まず、ステップＳ４００において、視聴ユーザの識別を行う。ここでは、図３のステップＳ３０１の動作と同様に、画面上にアイコン表示を行いユーザに選択を促すが、ユーザからの入力操作がなかった場合は、一般的なマルチユーザによる視聴（機器の初期設定によるものであり、変更可能）と判断する。
【００８８】
次に、ステップＳ４０１において、ユーザが視聴しようとして選択した入力ソースＩＤの識別を行う。この場合、１つの入力ソースのみ選択されているケースもあり得るし、はじめから複数の入力ソースが選択されているケースもあり得る。
【００８９】
次のステップＳ４０２で、選択された入力ソースの属性データに基づき、その入力ソース（または複数の入力ソースの組合せ）が過去に視聴されているか否か、すなわちそれらが視聴パターン履歴データベースに存在するか否かをチェックする。
【００９０】
履歴データベースに存在する場合は、それらの過去の視聴パターン履歴データを基に、視聴頻度の高い順に画面レイアウト、音声モードで提示し（Ｓ４０３）、ユーザに対して、提示した画面レイアウト、音声モードでＯＫか否かの問い合わせを行う（Ｓ４０４）。
【００９１】
図１６は、ユーザに対する問い合わせ画面（ＯＳＤ表示）の一例を示す図である。ここでは、視聴中の画面の左隅一部を占有して画面モード及び音声モード毎にＯＫか否かの問い合わせを行っている。
【００９２】
図１６においては、視聴中の画面の左隅一部を占有する形での問い合わせ画面の提示例を示したが、ＯＳＤの透過度を調整し、背景の画面を見せながらこの選択確認画面（画面モード、音声モード）の表示を行うことも可能である。さらに、予めいくつかのパターンをプリセットしておき、例えば図１７に示すようなグラフィカルなデザイン表示とすることにより、より広い年齢層のユーザに対して親しみやすい形での提示も可能である。図１７は、ユーザに対する問い合わせのグラフィカル表示の一例を示す図である。
【００９３】
図４に戻って、ユーザに対する問い合わせに対して、ユーザがリモコン操作にて画面・音声ともにＯＫという選択を行った場合は、そのままの画面で視聴し、一定時間以上経過した時点で、そのときの入力ソースの組み合わせと画面レイアウト及び音声モードとを、視聴パターン履歴データベースにフィードバックする（Ｓ４２０）。これにより、ステップＳ４０３で、最も視聴頻度の高い画面レイアウト、音声モードで視聴された場合ならば、その視聴パターンの頻度数が１つ追加されることになる。なお、ステップＳ４０４でＮＧという選択が行われた場合は、２番目に視聴頻度の高い画面レイアウト、音声モードで提示し（Ｓ４０３）、ユーザに対して、提示した画面レイアウト、音声モードでＯＫか否かの問い合わせを行う（Ｓ４０４）。ここで更にＮＧという選択が行われた場合は、３番目に視聴頻度の高い画面レイアウト、音声モードで提示し（Ｓ４０３）、提示した画面レイアウト、音声モードでＯＫか否かの問い合わせを行う（Ｓ４０４）。
【００９４】
ここでは、本実施の形態における提示処理アルゴリズムとして、視聴パターン履歴データベースにおける組合せの多い順に提示を行う。実際には、視聴パターン履歴データベースを構成する各パラメータに重みづけを行なったのち（重みづけ＝１の場合、等価に相当）、数種類のパラメータの組合せにより所定の演算処理を行い、これによって、ユーザ、ユーザグループ毎のプロファイルを生成し、それに基づき提示順位を決定する。これらユーザプロファイルの生成方法としては、目的（アプリケーション）に応じて、様々なアルゴリズムが考えられるが、ここでは説明を省略する。
【００９５】
３回提示した視聴パターン（画面レイアウト、音声モード）の中に、望ましい提示形態が無かった場合は、ステップＳ４０５にて、ユーザがリモコン操作により自由に選択、設定を行うモードへと移行する。具体的には、リモコン１２５のカスタムキー２０６を押すことにより、画面または音声の変更メニューを呼び出し、例えば画面変更であれば、各ウインドウの位置及び大きさを、方向選択キー２０９を使って設定する。図１８及び図１９に、画面レイアウト及び音声モードを変更する際の操作ガイド表示の例をそれぞれ示す。
【００９６】
図４に戻って、ステップＳ４０５におけるユーザによる設定変更後、該設定変更がＯＫであるか否かを問い合わせ（Ｓ４０６）、該設定変更がＯＫであるとされれば、そのパターンで視聴を行い、前述と同様に視聴パターン履歴データベースへのフィードバックを行う（Ｓ４２０）。ユーザによる設定変更がＮＧであるとされた場合は、２回までユーザによる設定変更がリトライされ（Ｓ４０５）、３回ＮＧとされた場合は、予め設定してある（プリセットされている）画面レイアウト、音声モードで表示を行う（Ｓ４０７）。具体的には、数種類の画面レイアウト、音声モードのパターンを予めプリセットしておき、ユーザがリモコン１２５の方向選択キー２０９の左右方向（次へ／戻る）を用いて、プリセットされた数種類の画面レイアウト、音声モードのパターンの中から、好みのパターンを選び、決定キー２１０（方向選択キーの中央部）を押すことで、それを選択するようにする。なお、プリセットされた画面レイアウト、音声モードのパターンは１種類として、選択を不要にしてもよい。
【００９７】
プリセットされたパターンでの視聴が選択された場合も、同様に、視聴パターン履歴データベースの更新が行われる（Ｓ４２０）。
【００９８】
一方、図４のステップＳ４０２において、視聴しようとしている入力ソース（またはそれらの組合せ）が視聴パターン履歴データベースにない場合は、ステップＳ４０８にて、プリセットされた画面レイアウト、音声モードのパターンでの提示を行う。ここでも、前述と同様に、複数のプリセットパターンの中から、ユーザが選択する。
【００９９】
ステップＳ４０９にて、提示形態の確認を行う。ＯＫであれば、そのまま視聴し、視聴パターン履歴データベースの更新が行われる（Ｓ４２０）。ＮＧの場合は、ステップＳ４１０にて、ユーザにより画面レイアウト、音声モードのパターンの設定変更が行われる。ここでの処理は、前述のステップＳ４０５での処理と同様である。
【０１００】
この設定変更の結果、ＯＫの場合は、そのパターンで視聴し、視聴パターン履歴データベースの更新が行われる（Ｓ４２０）。３回以上ＮＧが続く場合は、ステップＳ４１２にて、強制的にプリセットパターンにて提示を行う。
【０１０１】
このようにして、ある画面レイアウト、音声モードのパターンでの視聴が行われ、いずれのケースであっても、そのパターンで一定時間以上視聴したことを確認後、視聴パターン履歴データベースの更新を行う。
【０１０２】
なお、既にある入力ソースを視聴している最中に、電子メールやスケジューラ（タイマ）などからの割り込み型の入力ソース（表示イベント）が発生した場合、その発生時点で、ステップＳ４０１に戻るようにすることで、こうしたケースに対応できる。すなわち、ステップＳ４０１において、既に視聴中の入力ソースと割り込む形で発生した入力ソースとに関して、前述と同様に視聴パターン履歴データベースにそれらの組み合わせが存在するか否かを判別し、以降、図４に示す処理を同様に実行することになる。なお、割り込み型の入力ソースの場合は、視聴パターン履歴データベースのパラメータとして、視聴経過時間が新たに加わるが、この点については後述する。
【０１０３】
図２０は、視聴パターン履歴データベースの一部を示す図である。
【０１０４】
視聴パターン履歴データベースには、さまざまなユーザ（ユーザグループ）が、どのような入力ソースをどのような画面レイアウト及び音声モードで視聴していたかが表される。ここでは、代表的なユーザの組合せ（ユーザグループ）の視聴パターンに関して、過去もっとも多く視聴されていた画面レイアウトと音声モードとがピックアップされテーブル化されている。勿論、本データベース作成のために、ユーザ（ユーザグループ）ごとの過去の視聴履歴データをヒストグラム化し、設定により画面（ウインドウ）サイズなどに関しては丸め込み処理（互いに近接するデータを同一のデータとして扱う）を行い、その中からもっとも視聴頻度の多かった画面レイアウト、音声モードの組合せを抽出するという作業が、ＣＰＵ１２３のバックグラウンド処理として常に行われる。
【０１０５】
図２０に示すテーブルは、入力ソースの組合せ毎の、それぞれ最も多く視聴されていた視聴パターン（画面レイアウト、音声モード）の一部を示したものであるが、本テーブルの裏には、各入力ソースの組合せごとの履歴データベースに基づき処理された、２番目、３番目…と、それぞれ視聴回数に応じただけの視聴パターン履歴データが含まれている。
【０１０６】
次に、ユーザ及びユーザグループによる視聴に対する画面レイアウト及び音声モードが、過去の視聴履歴に基づきどのように処理されるかを、具体的にいくつかの例に従い説明する。
【０１０７】
図２１は、図２０のテーブルの第１行目（視聴パターンＡ）に示した単独ユーザ（お父さん）による視聴の場合に表示される画面の一例を示す図である。
【０１０８】
入力ソースとしては「デジタルＴＶ放送」１つで、ジャンルが「スポーツ」のケースである。図２０のテーブルによると、この入力ソースの場合は、このユーザ（お父さん）は、画面レイアウトとしてワイドフル画面表示、音声としては、メインスピーカからステレオモードで視聴していたケースがもっとも多いため、本マルチウインドウ表示制御装置は、ユーザがその入力ソース（デジタルＴＶ放送→スポーツ）を選択した時に、優先的にそのパターンでの提示を行うように制御する（図４のステップＳ４０３）。
【０１０９】
図２２は、図２０のテーブルの第３行目（視聴パターンＣ）に示した単独ユーザ（お父さん）による視聴の場合に表示される画面の一例を示す図である。
【０１１０】
これは、デジタルＴＶ放送でドキュメンタリの番組を視聴中、番組関連データを調べるためにブラウザを起動し、番組に関連するホームページ情報をチェックする場合の画面レイアウトである。このような場合において、過去にこのユーザは、ＴＶ画面を左２／３に表示し、ホームページ（ブラウザ）の表示を右１／３に表示する形態で視聴しているケースが多かったため、図２２に示すような画面レイアウトにて表示を行っている。
【０１１１】
図２３は、図２０のテーブルの第２行目（視聴パターンＢ）に示したユーザグループ１（お父さん＋お母さん）による視聴の場合に表示される画面の一例を示す図である。
【０１１２】
これは、入力ソースとして「デジタルＴＶ放送」２つで、その内１つがドラマ、もう１つがスポーツの場合である。このユーザグループ１では過去、ドラマとスポーツ番組を同時視聴する際、ドラマをフル画面で表示しつつ、画面右下に子画面を開き、スポーツの進行状況を確認するといった視聴パターンをもっとも多くとっていたため、優先的に図２３に示すような画面レイアウトでの提示を行なう。
【０１１３】
図２４は、図２０のテーブルの第４行目（視聴パターンＤ）に示したユーザグループ２（お父さん＋子供２人）による視聴の場合に表示される画面の一例を示す図である。
【０１１４】
これは、ＴＶ放送で子供２人がアニメを視聴する一方、お父さんがデータ放送でニュース番組を視聴する場合の画面レイアウトである。このような場合において、過去にこのユーザグループ２では、入力ソースの組合せとしてアニメ＋データ放送が選択された場合、アニメ画面を左２／３に、データ放送の表示を右１／３に表示する形態で視聴しているケースが多かったため、図２４に示すような画面レイアウトにて表示を行っている。
【０１１５】
以上説明したケースや、これから説明するケースでも同様であるが、本マルチウインドウ表示制御装置においては、画面レイアウトや音声モードとして過去にもっとも多く視聴したパターンでまず提示を行うことを特徴としている。そしてユーザがその視聴パターンをＯＫとしない場合は、前述の通り、リモコン操作により、２番目、３番目の視聴パターンを、履歴データがありさえすれば、順次選択可能な構成としている。すなわち、図４のステップＳ４０４で“いいえ”の場合、あと２回は、ステップＳ４０３に戻り、視聴頻度が２番目、３番目に高い視聴パターンに従った提示が行われる。ここで、履歴データとして複数の視聴パターンが存在せず、かつ提示された画面レイアウト、音声モードの構成が気に入らない場合は、ステップＳ４０５のユーザによるカスタマイズ処理へと進むことになる。
【０１１６】
次に、ある入力ソースを視聴中に、ほかの入力ソースの表示要求（イベント）が発生した場合の、本マルチウインドウ表示制御装置の動作につき説明する。
【０１１７】
図２５は、図２０のテーブルの第５行目（視聴パターンＥ）に示すように、単独ユーザ（お父さん）が、ＩＥＥＥ１３９４インタフェース１１７ａで接続されたＤＶＤ装置からの映画をフル画面で視聴中に、電子メールの着信があった場合に表示される画面の一例を示す図である。
【０１１８】
この場合、ユーザは、視聴を邪魔されたくないとの意図から、電子メール着信時の画面レイアウトとして過去に、画面右下部へのメール着信のアイコン表示を選択していた。このため、本マルチウインドウ表示制御装置は、そのような表示態様を最初の提示形態として選択し、図２５のような提示を行う。
【０１１９】
図２６は、図２０のテーブルの第６行目（視聴パターンＦ）に示すように、単独ユーザ（お父さん）が、デジタルＴＶ放送でドラマをフル画面で視聴中に、電子メールの着信があった場合に表示される画面の一例を示す図である。
【０１２０】
この場合は、視聴パターンＥの映画視聴中のようなアイコン表示ではなく、画面中央部の最上位レイヤに電子メールの着信を示す通知ウインドウが表示され（図２６（Ｂ））、その３秒後に、自動的にメールアプリケーションを起動し、画面の右側に１／３のサイズでメール表示用のウインドウを開く（図２６（Ｃ））。これは、映画に比べ、ドラマの方が割り込み型表示要求イベントに対して、このユーザが寛容な対応を行ってきた履歴に基づく結果である。
【０１２１】
この電子メールが表示されるウインドウのサイズや位置、着信通知ウインドウ表示後のメールアプリケーション起動タイミング等は、ユーザの過去の履歴データにより決定される。勿論、必要に応じて、割り込み型の表示イベントによってもよく、またユーザが手動で設定を行い、それを記憶させることで好みの設定にするようにしてもよい。
【０１２２】
また、このような割り込み型の表示イベントに関しては、それまで視聴していた入力ソースの視聴経過時間に応じて、アイコン表示をさせるか、ウインドウをホップアップさせるか等の異なる表示方法をとるようにしてもよい。例えば、かなり視聴時間が経過し、映画のクライマックスシーンやスポーツの試合終了に近づいたときには、一般的にウインドウの自動ホップアップは敬遠される傾向にある。そこで、図８に示す属性パラメータ中に含まれる入力ソースの（視聴）開始時間を利用して、割り込み型の表示イベント発生時に、視聴経過時間に基づき、入力ソースの視聴経過時間を算出し、この算出された視聴経過時間に基づいて、アイコン表示、ウインドウのホップアップ表示等を決定する。なお、視聴経過時間の算出は、本統合型受信機に設けられた時計機能を用いても良いし、あるいは、ＴＶプログラムなどであれば、放送波に重畳される番組に関する情報、またはインターネットやＣＤ−ＲＯＭなどから得られる番組に関する情報を検出し、そのデータから視聴した番組の開始、終了時刻から算出することも可能である。
【０１２３】
図２７は、図２０のテーブルの第７行目（視聴パターンＧ）に示すように、ユーザグループ３（夫婦＋子供２人）が朝、デジタルＴＶ放送でニュースを、データ放送でヘッドラインニュース及び天気予報を、並びに内部機能で時計を同時に視聴している画面の一例を示す図である。
【０１２４】
これは、本マルチウインドウ表示制御装置によって、ユーザグループと入力ソースの組合せ（ジャンル、開始時間）とから、本ユーザグループが過去にこの画面レイアウトでの視聴を行っていたことが検出され、自動的に画面レイアウトが決定された結果得られた画面である。
【０１２５】
以上のように、本発明に係るマルチウインドウ表示制御装置では、視聴しているユーザ／ユーザグループを認識し、該ユーザ／ユーザグループの過去の視聴履歴に基づき、画面レイアウト、音声モードを決定し、それに従い画面を表示し、音声を出力する。
【０１２６】
なお、前述した実施の形態においては、マルチウインドウ表示制御装置を有する統合型受信機として表示部（ディスプレイ１１４）を含む構成となっているが（図１）、本発明の本質からすれば、統合型受信機は表示部を必ずしも備える必要はなく、例えば表示部を持たないＩＲＤ（Integrated Receiver decoder）等に本発明を適用することも可能である。
【０１２７】
また、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても、本発明が達成されることは言うまでもない。
【０１２８】
この場合、記憶媒体から読み出されたプログラムコード自体が、前述の実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体が本発明を構成することになる。
【０１２９】
プログラムコードを供給するための記憶媒体として、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１３０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【０１３１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【０１３２】
【発明の効果】
以上詳述したように本発明の情報出力制御装置によれば、予め、複数の入力ソースの内どの入力ソース（映像、情報の組合せ）を、どのような画面・音声構成で視聴していたか、また、割り込み型の入力ソースが入ってきたときに、その時視聴していた映像との関係により、どのようなマルチウインドウ表示へ移行したかといった、入力ソースの属性と入力ソースの出力制御方法とに関する過去の視聴ユーザ形態毎の視聴履歴情報を記憶しておく。そして、視聴ユーザを識別する手段を設け、複数のメディアから提供された入力ソースを同時に表示再生する際、その視聴履歴情報に基づき画面レイアウト並びに音声出力を制御する。
【０１３３】
これにより、より迅速かつ容易にユーザの嗜好にあった情報提示形態を実現し、所望の番組やコンテンツを効率よく享受することを可能とする。
【図面の簡単な説明】
【図１】本発明に係るマルチウインドウ表示制御装置を有する統合型受信機の一実施の形態の構成を示すブロック図である。
【図２】統合型受信機を操作するためのリモコンの構成を示す外観図である。
【図３】視聴パターン履歴データベースの作成処理の手順を示すフローチャートである。
【図４】ユーザがある入力ソースを視聴しようとした場合における、画面レイアウト及び音声モードを決定するまでの基本動作手順を示すフローチャートである。
【図５】ディスプレイに表示されるユーザＩＤ選択画面の一例を示す図である。
【図６】ユーザグループ登録画面の一例を示す図である。
【図７】ディスプレイに表示される視聴ユーザ選択画面の一例を示す図である。
【図８】入力ソースの属性データの構成例を示す図である。
【図９】属性データにおけるメディアの種別の分類例を示す図である。
【図１０】属性データにおけるメディアの種別がＴＶ放送系である場合のジャンル分類の一例を示す図である。
【図１１】属性データにおけるアプリケーションの分類例を示す図である。
【図１２】本実施の形態における表示パラメータの構成例を示す図である。
【図１３】本実施の形態における音声パラメータデータの構成例を示す図である。
【図１４】出力チャンネルの分類例を示す図である。
【図１５】音声モードの分類例を示す図である。
【図１６】ユーザに対する問い合わせ画面（ＯＳＤ表示）の一例を示す図である。
【図１７】ユーザに対する問い合わせのグラフィカル表示の一例を示す図である。
【図１８】画面レイアウトを変更する際の操作ガイド表示の例を示す図である。
【図１９】音声モードを変更する際の操作ガイド表示の例を示す図である。
【図２０】視聴パターン履歴データベースの一部を示す図である。
【図２１】図２０のテーブルの第１行目（視聴パターンＡ）に示した単独ユーザ（お父さん）による視聴の場合に表示される画面の一例を示す図である。
【図２２】図２０のテーブルの第３行目（視聴パターンＣ）に示した単独ユーザ（お父さん）による視聴の場合に表示される画面の一例を示す図である。
【図２３】図２０のテーブルの第２行目（視聴パターンＢ）に示したユーザグループ１（お父さん＋お母さん）による視聴の場合に表示される画面の一例を示す図である。
【図２４】図２０のテーブルの第４行目（視聴パターンＤ）に示したユーザグループ２（お父さん＋子供２人）による視聴の場合に表示される画面の一例を示す図である。
【図２５】図２０のテーブルの第５行目（視聴パターンＥ）に示すように、単独ユーザ（お父さん）が、ＩＥＥＥ１３９４インタフェースで接続されたＤＶＤ装置からの映画をフル画面で視聴中に、電子メールの着信があった場合に表示される画面の一例を示す図である。
【図２６】図２０のテーブルの第６行目（視聴パターンＦ）に示すように、単独ユーザ（お父さん）が、デジタルＴＶ放送でドラマをフル画面で視聴中に、電子メールの着信があった場合に表示される画面の一例を示す図である。
【図２７】図２０のテーブルの第７行目（視聴パターンＧ）に示すように、ユーザグループ３（夫婦＋子供２人）が朝、デジタルＴＶ放送でニュースを、データ放送でヘッドラインニュース及び天気予報を、並びに内部機能で時計を同時に視聴している画面の一例を示す図である。
【符号の説明】
１Ａ デジタルＴＶ受信部
１Ｂ，１Ｃ 外部ＡＶ機器
１Ｄ マルチウインドウ制御装置関連ブロック（情報出力制御装置）
１０８ 音声選択部
１０９ａ スピーカ（音声再生装置）
１０９ｂ ヘッドホン（音声再生装置）
１０９ｃ Ａｕｄｉｏ外部出力
１１１ａ〜１１１ｃ 解像度変換部
１１２ マルチ画面合成制御部
１１３ 出力制御部
１１４ ディスプレイ（画像表示装置）
１１５ グラフィックスアクセラレータ
１１６ グラフィックスメモリ
１１７ａ，１１７ｂ ＩＥＥＥ１３９４インタフェース
１１８ モデム
１１９ ＰＣＭＣＩＡインタフェース
１２２ ＲＡＭ
１２３ ＣＰＵ（探索手段、出力手段、格納制御手段、格納制御手段、追加探索手段、追加出力手段、追加格納制御手段）
１２５ リモコン
１３０ 属性検出部（属性検出手段、属性追加検出手段）
１３１ 表示・音声パラメータ検出部（表示パラメータ検出手段、表示パラメータ追加検出手段）
１３２ 履歴データベース記憶部（格納手段）
１３３ 視聴ユーザ検出部（ユーザグループ認識手段）

Claims (5)

1. 複数の入力情報を同時に、画像表示装置に画像出力させることが可能な情報出力制御装置において、
   少なくとも１人からなるユーザグループと、前記入力情報の伝達媒体の種別及び前記入力情報の再生処理の種別のうち少なくとも１つを含む１つ以上の入力情報の属性と、該１つ以上の入力情報を前記画像表示装置に表示したときの画面構成を示す表示パラメータとを互いに対応付けて１つのレコードとして格納する格納手段と、
   前記少なくとも１人からなるユーザグループを認識するユーザグループ認識手段と、
   前記ユーザグループによって指定された少なくとも１つの入力情報の属性を検出する属性検出手段と、
   前記ユーザグループ認識手段によって認識されたユーザグループと前記属性検出手段によって検出された入力情報の属性とに基づき、前記格納手段からレコードを探索する探索手段と、
   前記探索手段によって探索されたレコードに含まれる表示パラメータを読み出し、該表示パラメータに基づいて、前記少なくとも１つの入力情報を前記画像表示装置に表示させる出力手段と、
   前記出力手段によって前記画像表示装置に表示された画面における表示パラメータを検出する表示パラメータ検出手段と、
   前記ユーザグループ認識手段により認識されたユーザグループ、前記属性検出手段により検出された入力情報の属性、及び前記表示パラメータ検出手段により検出された表示パラメータを、互いに対応付けて１つのレコードとして前記格納手段に格納させる格納制御手段とを有することを特徴とする情報出力制御装置。
2. 前記伝達媒体の種別は、テレビ放送、通信回線、外部機器の直接接続のうち少なくとも１つであり、前記再生処理の種別は、テレビ視聴、インタネットブラウジング、時計表示、電子メール受信、スケジューラ通知、外部機器提供情報再生のうち少なくとも１つであることを特徴とする請求項１に記載の情報出力制御装置。
3. 前記出力手段によって前記画像表示装置に画像表示が行われているとき、新たな入力情報を更に表示することを求める要求が発生した場合に、該新たな入力情報の属性を検出する属性追加検出手段と、
   前記ユーザグループ、前記入力情報の属性、及び前記新たな入力情報の属性に基づき、前記格納手段からレコードを探索する追加探索手段と、
   前記追加探索手段によって探索されたレコードに含まれる表示パラメータを読み出し、該表示パラメータに基づいて、前記少なくとも１つの入力情報及び前記新たな入力情報を前記画像表示装置に表示させる追加出力手段と、
   前記追加出力手段によって前記画像表示装置に表示された画面における表示パラメータを検出する表示パラメータ追加検出手段とを更に有することを特徴とする請求項１に記載の情報出力制御装置。
4. 前記入力情報の属性は、該入力情報の伝達媒体がテレビ放送である場合において番組の開始時刻を含み、
   前記属性追加検出手段が前記番組の開始時刻を検出し、
   前記追加出力手段は、前記表示パラメータ及び前記検出された開始時刻に基づいて、前記少なくとも１つの入力情報及び前記新たな入力情報を前記画像表示装置に表示することを特徴とする請求項３に記載の情報出力制御装置。
5. 複数の入力情報を同時に、画像表示装置に画像出力させることが可能な情報出力制御装置に適用される情報出力制御方法において、
   少なくとも１人からなるユーザグループと、前記入力情報の伝達媒体の種別及び前記入力情報の再生処理の種別のうち少なくとも１つを含む１つ以上の入力情報の属性と、該１つ以上の入力情報を前記画像表示装置に表示したときの画面構成を示す表示パラメータとを互いに対応付けて１つのレコードとして記憶装置に格納する第１の格納ステップと、
   前記少なくとも１人からなるユーザグループを認識するユーザグループ認識ステップと、
   前記ユーザグループによって指定された少なくとも１つの入力情報の属性を検出する属性検出ステップと、
   前記ユーザグループ認識ステップによって認識されたユーザグループと前記属性検出ステップによって検出された入力情報の属性とに基づき、前記記憶装置からレコードを探索する探索ステップと、
   前記探索ステップによって探索されたレコードに含まれる表示パラメータを読み出し、該表示パラメータに基づいて、前記少なくとも１つの入力情報を前記画像表示装置に表示させる出力ステップと、
   前記出力ステップによって前記画像表示装置に表示された画面における表示パラメータを検出する表示パラメータ検出ステップと、
   前記ユーザグループ認識ステップにより認識されたユーザグループ、前記属性検出ステップにより検出された入力情報の属性、及び前記表示パラメータ検出ステップにより検出された表示パラメータを、互いに対応付けて１つのレコードとして前記記憶装置に格納させる第２の格納ステップとを有することを特徴とする情報出力制御方法。

Images