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