表示装置および通知情報表示システム
【課題】テレビジョン受像機から、テレビ放送とは異なる、ネットワーク上に存在する情報を、簡便に閲覧するための技術を提供すること。
【解決手段】テレビ１は、第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得するお知らせ取得部１３０と、取得した第２のコンテンツをＬＣＤ１１０に表示するお知らせ表示部１３１と、ユーザからの指示の入力を受け付けるＵＩ部１３４と、ＵＩ部１３４が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示するウェブブラウザ部１３２と、を備えている。
【解決手段】テレビ１は、第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得するお知らせ取得部１３０と、取得した第２のコンテンツをＬＣＤ１１０に表示するお知らせ表示部１３１と、ユーザからの指示の入力を受け付けるＵＩ部１３４と、ＵＩ部１３４が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示するウェブブラウザ部１３２と、を備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、数種類のコンテンツを表示可能な表示装置および当該表示装置を備えたシステムに関するものである。
【背景技術】
【０００２】
近年、ウェブブラウザを備え、インターネット上の情報を利用可能なテレビ（テレビジョン受像機）が開発されている。これにより、ユーザはテレビの視聴中、わざわざパーソナルコンピュータ等を立ち上げることなく、テレビのウェブブラウザを起動し、目的のＵＲＬまたは検索キーワード等を入力することにより、所望の情報を取得することができる。
【０００３】
また、近年、ＲＳＳ（RDF Site Summary／Rich Site Summary）またはＡｔｏｍといった、ウェブページの見出し、要約、更新情報等のメタデータを構造化して記述するためのフォーマットが開発されている（非特許文献１、２）。ユーザは、ウェブブラウザまたは専用のソフトを用いて、このフォーマットで記載されたデータをダウンロードして閲覧することにより、各ウェブページの見出し等を取得することができる。ユーザはまた、取得した見出し等が興味を引かれるものであるとき、ＵＲＬを辿って、各ウェブページを閲覧することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】http://web.resource.org/rss/1.0/spec（平成２２年６月２３日検索）
【非特許文献２】http://www.ietf.org/rfc/rfc4287.txt（平成２２年６月２３日検索）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、インターネット上の情報を利用可能なテレビを利用したとしても、テレビを視聴している状態からインターネット上の情報に辿り着くまでに、ブラウザの立ち上げ、ＵＲＬ、検索キーワードの入力、ウェブページ上のリンクを辿ること等、多くの操作を能動的に行う必要がある。一般に、テレビは受動的に楽しむ装置であり、このような操作は、テレビの視聴スタイルになじまない。
【０００６】
本発明は、上述した課題に鑑みてなされたものであり、テレビジョン受像機から、テレビ放送とは異なる、ネットワーク上に存在する情報を、簡便に閲覧するための技術を提供することを主たる目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る表示装置は、上記課題を解決するために、動画コンテンツを表示画面に表示する表示装置であって、第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得する通知情報取得手段と、上記通知情報取得手段が取得した第２のコンテンツを上記表示画面に表示する第１の表示手段と、ユーザからの指示の入力を受け付ける入力手段と、上記入力手段が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記通知情報取得手段が取得した上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示する第２の表示手段と、を備えていることを特徴としている。
【０００８】
上記構成によれば、ユーザは、動画コンテンツ（例えば、テレビ放送）を視聴中において、能動的にウェブブラウザ等を操作しなくとも、表示画面に表示された第２のコンテンツについて、詳細情報の表示指示をするだけで、簡易に情報を収集することができる。また、常にウェブブラウザが表示されているわけではないため、動画コンテンツの視聴を妨げることが抑制される。従って、表示装置から、テレビ放送とは異なる、ネットワーク上に存在する情報を、簡便に閲覧するための技術を提供することができる。
【０００９】
本発明に係る表示装置では、第１の表示手段は、上記動画コンテンツを表示中の上記表示画面に、第２のコンテンツを表示させることが好ましい。
【００１０】
上記構成によれば、ユーザは、動画コンテンツを視聴しながら、第２のコンテンツを首尾よく確認することができる。
【００１１】
本発明に係る表示装置では、上記通知情報取得手段が、複数の第２のコンテンツを取得したとき、第１の表示手段は、上記複数の第２のコンテンツを、複数回に分けて表示することが好ましい。
【００１２】
上記構成によれば、ユーザは、第２のコンテンツが順次表示されるため、第２のコンテンツが複数あったとしても、負担無く各第２のコンテンツを確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００１３】
本発明に係る表示装置では、上記入力手段が、次回分の第２のコンテンツの表示に移るべきことを指示する移行指示を受け付けたとき、第１の表示手段は、表示中の第２のコンテンツの表示を停止し、上記表示中の第２のコンテンツの次回分の第２のコンテンツを表示することが好ましい。
【００１４】
上記構成によれば、ユーザは、確認の必要がない第２のコンテンツの表示をスキップすることができる。これにより、より負担無く各第２のコンテンツを確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００１５】
本発明に係る表示装置では、上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、第１の表示手段は、上記通知情報取得手段が取得した上記重要度情報に基づいて第２のコンテンツの表示態様を異ならせることが好ましい。
【００１６】
上記構成によれば、ユーザは、重要な情報を見落とし無く確認することができる。
【００１７】
本発明に係る表示装置では、ユーザから入力された、上記通知情報を取得すべき時刻を特定する取得時刻情報を記憶する取得時刻記憶手段を備えており、上記通知情報取得手段は、上記取得時刻記憶手段に記憶された上記取得時刻情報によって特定される時刻に、上記通知情報を取得することが好ましい。
【００１８】
上記構成によれば、ユーザは特に操作をせずとも、所望の時刻に所望の第２のコンテンツを確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００１９】
本発明に係る表示装置では、ユーザから入力された、第２のコンテンツを表示すべきでない時刻を特定する非表示時刻情報を記憶する非表示時刻記憶手段を備えており、第１の表示手段は、上記非表示時刻記憶手段に記憶された上記非表示時刻情報によって特定される時刻には、第２のコンテンツを表示させないことが好ましい。
【００２０】
上記構成によれば、ユーザが動画コンテンツに集中したい時間に第２のコンテンツが表示され、ユーザを煩わせることを抑制することができる。
【００２１】
本発明に係る表示装置では、上記動画コンテンツが、テレビ放送であることが好ましい。
【００２２】
上記構成によれば、表示装置をテレビ放送を受信し、受信した上記テレビ放送を表示画面に表示するテレビジョン受像機として好適に用いることができる。
【００２３】
上記表示装置では、上記入力手段が、上記表示画面に表示中の上記テレビ放送の番組中に、第２のコンテンツを表示すべきでないことを指示する非表示指示を受け付けたとき、第１の表示手段は、上記番組中には、第２のコンテンツを表示させないことが好ましい。
【００２４】
上記構成によれば、ユーザがテレビ放送に集中したい番組に第２のコンテンツが表示され、ユーザを煩わせることを簡易に抑制することができる。
【００２５】
上記表示装置では、ユーザから入力された、第２のコンテンツを表示すべきでない番組を特定する非表示番組情報を記憶する非表示時刻記憶手段を備えており、第１の表示手段は、上記非表示番組記憶手段に記憶された上記非表示番組情報によって特定される番組中には、第２のコンテンツを表示させないことが好ましい。
【００２６】
上記構成によれば、ユーザがテレビ放送に集中したい番組に第２のコンテンツが表示され、ユーザを煩わせることを好適に抑制することができる。
【００２７】
上記表示装置では、第２のコンテンツのジャンルを取得するジャンル取得手段を備えており、第１の表示手段は、上記ジャンル取得手段が取得したジャンルが、上記表示画面に表示中の上記テレビ放送のジャンルと同一であるとき、第２のコンテンツを表示しないものであってもよい。
【００２８】
上記構成によれば、視聴中の番組と同ジャンルの第２のコンテンツが同時に表示され、ユーザが混乱することを抑制することができる。
【００２９】
本発明に係る表示装置では、上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記通知情報を記憶する通知情報記憶手段を備えていてもよい。
【００３０】
上記構成によれば、上記通知情報を保存することができるため、動画コンテンツに集中したいなどの理由により確認できなかった第２のコンテンツを後で確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００３１】
本発明に係る通知情報表示システムは、本発明に係る表示装置と、上記通知情報を上記表示装置に提供する通知情報提供サーバと、を備えていることを特徴としている。
【００３２】
上記構成によれば、本発明に係る表示装置と、上記通知情報を上記表示装置に提供する通知情報提供サーバとを備えているため、表示装置から、動画コンテンツとは異なる、ネットワーク上に存在する情報を、簡便に閲覧するための技術を提供することができる。
【００３３】
本発明に係る通知情報表示システムでは、上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、上記表示装置は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、上記通知情報提供サーバは、提供された上記フィードバック情報に基づいて上記表示装置に提供する上記通知情報に含まれる重要度情報を設定するものであってもよい。
【００３４】
上記構成によれば、通知情報提供サーバは、上記通知情報に含まれる重要度情報を、表示装置からのフィードバックに基づいて調整するため、表示装置は、ユーザが重要と考える種類の第２のコンテンツを、適切な態様で表示することができる。
【００３５】
本発明に係る通知情報表示システムでは、上記動画コンテンツが、テレビ放送であり、上記表示装置は、上記表示画面に表示中の上記テレビ放送の番組を特定する情報を上記通知情報提供サーバに提供し、上記通知情報提供サーバは、提供された上記情報によって特定される上記番組に関連づけられた上記通知情報を、上記表示装置に提供するものであってもよい。
【００３６】
上記構成によれば、上記通知情報提供サーバは、表示装置において視聴されている番組に関連づけられた通知情報を表示装置に提供することができるので、よりユーザが興味を示す通知情報を提供することができる。
【００３７】
本発明に係る通知情報表示システムでは、上記通知情報は、当該通知情報を特定するための特定情報を含んでおり、上記表示装置は、上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記特定情報を記憶する特定情報記憶手段と、上記特定情報記憶手段に記憶された上記特定情報を上記通知情報提供サーバに送信する特定情報送信手段を備えており、上記通知情報提供サーバは、上記表示装置から上記特定情報を受信したとき、上記特定情報によって特定される上記通知情報を上記表示装置に送信するものであってもよい。
【００３８】
上記構成によれば、表示装置は、上記特定情報を特定情報記憶手段に記憶させるだけで、後に、当該特定情報によって特定される通知情報を取得することができる。これにより、動画コンテンツに集中したいなどの理由により確認できなかった第２のコンテンツを後で確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。さらに、上記通知情報提供サーバは、上記特定情報が保存された時点から、上記通知情報の更新があったときに、更新後の通知情報を表示装置に提供することができるので、よりアップデートな通知情報を提供することができる。
【００３９】
本発明に係る通知情報表示システムでは、上記通知情報提供サーバは、複数の上記表示装置に接続されており、上記複数の表示装置の各々は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、上記通知情報提供サーバは、上記複数の表示装置の全てから提供された上記フィードバック情報に基づいて、上記通知情報を選択して上記表示装置の各々に提供するものであってもよい。
【００４０】
上記構成によれば、上記通知情報提供サーバは、複数の表示装置からのフィードバック情報に基づいて、お薦めの通知情報を選択することができるため、多くのユーザが注目する通知情報を適切にユーザに提供することができる。
【００４１】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【発明の効果】
【００４２】
本発明に係る表示装置は、動画コンテンツを表示画面に表示する表示装置であって、第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得する通知情報取得手段と、上記通知情報取得手段が取得した第２のコンテンツを上記表示画面に表示する第１の表示手段と、ユーザからの指示の入力を受け付ける入力手段と、上記入力手段が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記通知情報取得手段が取得した上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示する第２の表示手段と、を備えているため、表示装置から、上記動画コンテンツとは異なる、ネットワーク上に存在する情報を、簡便に閲覧することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態に係るお知らせ表示システム（通知情報表示システム）の概略構成を示す模式図である。
【図２】図１に示すお知らせ表示システムが備えるテレビ（表示装置）の構成を示すブロック図である。
【図３】図２に示すテレビが有する機能を示す機能ブロック図である。
【図４】図２に示すテレビにおけるお知らせ表示処理の流れを示すフローチャートである。
【図５】図４に示すお知らせ表示処理において用いるお知らせ情報（通知情報）のデータ構造を示す模式図である。
【図６】図２に示すテレビにおけるお知らせ表示処理の様子を示す模式図である。
【図７】図２に示すテレビの設定画面の一例を示す図である。
【図８】図１に示すお知らせ表示システムが備えるお知らせ集中配信サーバ（通知情報提供サーバ）が有する機能を示す機能ブロック図である。
【図９】図８に示すお知らせ集中配信サーバにおけるお知らせ配信処理の流れを示すフローチャートである。
【図１０】図８に示すお知らせ集中配信サーバに記憶されている情報のデータ構造を示す模式図である。
【図１１】図４に示すお知らせ表示処理において用いるお知らせ情報のデータ構造の変形例を示す模式図である。
【図１２】図１１に示すデータ構造を有するお知らせ情報の表示態様を説明するための表を示す図である。
【図１３】図１１に示すデータ構造を有するお知らせ情報に含まれる重要度情報の調整手法の一例を説明するための模式図である。
【図１４】図１１に示すデータ構造を有するお知らせ情報に含まれる重要度情報の設定手法の一例を説明するための表を示す図である。
【図１５】図２に示すテレビにおいて、ユーザの指示に応じてお知らせの表示を制限するための仕組みを説明するための図であり、（ａ）は設定画面を示し、（ｂ）はお知らせの表示を示す。
【図１６】図２に示すテレビにおいて、テレビの視聴内容に応じてお知らせの種類を選択するための仕組みを説明するための表を示す図である。
【図１７】図２に示すテレビにおいて、お知らせ保存処理の様子を示す図である。
【図１８】図４に示すお知らせ表示処理において用いるお知らせ情報のデータ構造のさらなる変形例を示す模式図である。
【図１９】図１０に示すお知らせ集中配信サーバに記憶されている情報のデータ構造の他の例を示す模式図である。
【発明を実施するための形態】
【００４４】
本発明の一実施形態について、図面に基づいて説明すれば以下のとおりである。なお、以下では、本発明に係る表示装置としてテレビ（テレビジョン受像機）について説明するが、本発明はこれに限定されず、テレビ放送、ストリーミング放送、媒体に記録されたビデオ等の動画コンテンツを表示し得る表示装置に広く適用することができる。
【００４５】
〔システムの構成〕
テレビ（表示装置）１とお知らせ集中配信サーバ（通知情報提供サーバ）２とを含むお知らせ表示システム（通知情報表示システム）１０の構成について、図１を参照して説明する。図１は、お知らせ表示システム１０の構成を示す図である。図１に示すように、お知らせ表示システム１０は、テレビ１と、お知らせ集中配信サーバ２とを含んでおり、両者はネットワーク２０を介して接続している。
【００４６】
また、図１に示すように、ネットワーク２０には、ウェブサーバ（コンテンツ配信サーバ）およびお知らせ配信サーバから構成されるインターネットサービスがいくつか存在している。本実施形態では、一例として、ウェブサーバ２１およびお知らせ配信サーバ２３から構成されるインターネットサービスＡ、ならびに、ウェブサーバ２２およびお知らせ配信サーバ２４から構成されるインターネットサービスＢについてのみ説明するが、インターネットサービスの数、種類は当然これに限定されるものではない。テレビ１は、ネットワーク２０を介して、ウェブサーバ２１および２２に接続しており、お知らせ集中配信サーバ２は、お知らせ配信サーバ２３および２４に接続している。なお、インターネットサービスにおいて、ウェブサーバとお知らせ配信サーバとは同一のサーバ装置によって構築されていてもよい。
【００４７】
各インターネットサービスは、ニュース、天気予報、交通情報といったコンテンツ（詳細情報、第３のコンテンツ）をウェブサーバから配信するとともに、各コンテンツに対応したお知らせ（第２のコンテンツ。例えば、各コンテンツの要部）と、各コンテンツにアクセスするための情報（アクセス情報）とを含むお知らせ情報（通知情報）を、お知らせ配信サーバから配信する。お知らせ集中配信サーバ２は、各お知らせ配信サーバからお知らせ情報を取得し、まとめてテレビ１へと配信する。テレビ１は、集中お知らせサーバ２から取得したお知らせを表示画面（ＬＣＤ１１０）に重畳して表示する。テレビ１はさらに、ユーザからの指示に応じて、表示中のお知らせ（第２のコンテンツ）に対応するコンテンツの詳細（第３のコンテンツ）を上記ウェブサーバから取得して、表示画面に表示することもできる。
【００４８】
〔テレビの構成〕
次に、本実施形態に係るテレビ１の構成について、図２を参照して説明する。図２は、テレビ１の構成を示すブロック図である。
【００４９】
図４に示すように、テレビ１は、３つのＨＤＭＩ入力端子１１ａ〜１１ｃ、ＨＤＭＩスイッチ１１ｄ、ＨＤＭＩレシーバ１００、映像入力端子１０１ａ、音声入力端子１０１ｂ、ＢＤドライブ１０２、チューナ１０３、ＩＰ放送チューナ１０４、衛星放送チューナ１０５、ＯＳＤ生成部１０６、映像セレクタ１０７、映像処理回路１０８、ＬＣＤコントローラ１０９、ＬＣＤ（Liquid Crystal Display）１１０、音声セレクタ１１１、音声処理回路１１２、デジタルアンプ１１３、スピーカ１１４、イーサネット（登録商標）Ｉ／Ｆ１１５、ＲＯＭ１１６、ＲＡＭ（取得時刻記憶手段、非表示時刻記憶手段、非表示番組記憶手段、通知情報記憶手段、特定情報記憶手段）１１７、ＣＰＵ１１８、赤外線受光部１１９、カメラ１２０、及び、人感センサ１２１を備えている。図４においては、映像信号の経路を実線で、音声信号の経路を１点鎖線で、データや制御信号の経路（バス）を太線で示している。
【００５０】
なお、図４に示すテレビ１の構成は、あくまでも本発明の説明のためのものであり、本発明はこの構成に限定されるものではない。
【００５１】
（１）ＨＤＭＩレシーバ１００が受信した映像、（２）映像入力端子１０１ａから入力された映像、（３）ＢＤドライブ１０２がＢＤ（Blu-ray Disc）から読み出した映像、（４）（地上波デジタル放送用）チューナ１０３が受信した映像、（５）ＩＰ放送チューナ１０４が受信した映像、及び、（６）衛星放送チューナ１０５が受信した映像は、それぞれ、映像セレクタ１０７に供給される。また、（１）ＨＤＭＩレシーバ１００が受信した音声、（２）音声入力端子１０１ｂから入力された音声、（３）ＢＤドライブ１０２がＢＤから読み出した音声、（４）チューナ１０３が受信した音声、（５）ＩＰ放送チューナ１０４が受信した音声、及び、（６）衛星放送チューナ１０５が受信した音声は、それぞれ、音声セレクタ１１１に供給される。
【００５２】
なお、（ａ）ＨＤＭＩレシーバ１０１が何れのＨＤＭＩ入力端子から入力されるコンテンツを受信するか、すなわち、ＨＤＭＩスイッチ１１ｄが何れのＨＤＭＩ入力端子から入力されたコンテンツをＨＤＭＩレシーバに供給するか、（ｂ）チューナ１０３が何れのチャンネルを介して伝送されたコンテンツを受信するか、（ｃ）ＩＰ放送チューナ１０４が何れのサーバから配信されたコンテンツを受信するか、（ｄ）衛星放送チューナ１０５が何れのチャンネルを介して伝送されたコンテンツを受信するかを決める選択制御は、ＣＰＵ１１８によって行われる。また、（ｅ）ＢＤドライブ１０２における再生、停止、早送り、巻戻し、チャプタ遷移などの再生制御も、ＣＰＵ１１８によって行われる。
【００５３】
映像セレクタ１０７は、（１）ＨＤＭＩレシーバ１００から供給された映像、（２）映像入力端子１０１ａから供給された映像、（３）ＢＤドライブ１０２から供給された映像、（４）チューナ１０３から供給された映像、（５）ＩＰ放送チューナ１０４から供給された映像、及び、（６）衛星放送チューナ１０５から供給された映像のうちの何れか１つを選択する。映像セレクタ１０７によって選択された映像は、映像処理回路１０８に供給される。なお、映像セレクタ１０７が何れの映像を選択するかは、ＣＰＵ１１８によって制御される。
【００５４】
映像処理回路１０８は、映像セレクタ１０７から供給された映像の画質を調整する。また、映像処理回路１０８は、映像セレクタ１０７から供給された映像をスケーリングする。ここで、画質の調整とは、例えば、輝度、シャープネス、及び、コントラストの少なくとも何れかを変化させることを指す。また、スケーリングとは、表示すべき映像本来のアスペクト比を保ったままサイズを縮小することを指す。映像処理回路１０８によって画質調整とスケーリングとを施された映像は、ＬＣＤコントローラ１０９に供給される。なお、映像処理回路１０８が画質をどのように変化させるか、及び、映像をどの程度縮小するかは、ＣＰＵ１１８によって制御される。
【００５５】
ＬＣＤコントローラ１０９は、映像処理回路１０８から供給された映像が表示されるようにＬＣＤ１１０を駆動する。これにより、映像セレクタ１０７により選択された映像がＬＣＤ１１０から出力される。なお、ＯＳＤ生成部１０６からＯＳＤ画像が供給されている場合、ＬＣＤコントローラ１０９は、ＯＳＤ生成部１０６から供給されたＯＳＤ画像を映像処理回路１０８から供給された映像に重ねて表示する。
【００５６】
音声セレクタ１１１は、ＨＤＭＩレシーバ１００から供給された音声、映像入力端子１０１ａから供給された音声、ＢＤドライブ１０２から供給された音声、チューナ１０３から供給された音声、ＩＰ放送チューナ１０４から供給された音声、及び、衛星放送チューナ１０５から供給された音声のうちの何れか１つを選択する。音声セレクタ１１１によって選択された音声は、音声処理回路１１２に供給される。なお、音声セレクタ１１１が何れの音声を選択するかは、ＣＰＵ１１８によって制御される。ただし、映像セレクタ１０７における映像の選択と、音声セレクタ１１１における音声の選択とは連動しており、例えば、映像セレクタ１０７がＨＤＭＩレシーバ１００から供給された映像を選択しているときには、音声セレクタ１１１もＨＤＭＩレシーバ１００から供給された音声を選択する。
【００５７】
音声処理回路１１２は、音声セレクタ１１１から供給された音声の音量及び音質を調整する。ここで、音質の調整とは、音声セレクタ１１１から供給された音声の周波数特性を変化させること（例えば、低域の強調や高域の強調など）を指す。音声処理回路１１２によって音量及び音質を調整された音声は、デジタルアンプ１１３に供給される。なお、音声処理回路１１２によって音量及び音質をどのように変化させるかは、ＣＰＵ１１８によって制御される。
【００５８】
デジタルアンプ１１３は、音声処理回路１１２から供給された音声が出力されるようにスピーカ１１４を駆動する。これにより、音声セレクタ１１１により選択された音声がスピーカ１１４から出力される。
【００５９】
ＣＰＵ１１８は、赤外線受光部１１９が受信したリモコン信号、カメラ１２０が撮像した画像、及び、人感センサ１２１が出力する出力信号に応じて上記各部を制御する。人感センサ１２１の出力信号は、その感知範囲内に視聴者が存在するか否かを示す２値信号である。赤外線受光部１１９を用いた制御としては、例えば、チューナ１０４にて選択するチャンネルをリモコン信号に応じて切り替える制御や、映像セレクタ１０７及び音声セレクタ１１１にて選択する映像及び音声をリモコン信号に応じて切り替える制御などが挙げられる。また、カメラ１２０を用いた制御としては、例えば、映像処理回路１０８において画質をどのように調整するかを、撮像した画像に基づいて特定した視聴者に応じて切り替える制御などが挙げられる。また、人感センサ１２１を用いた制御としては、例えば、ＬＣＤ１１０のバックライトを点灯するか消灯するかを、感知結果に応じて切り替える制御などが挙げられる。
【００６０】
また、ＣＰＵ１１８は、ＨＤＭＩレシーバ１００に接続された機器から受信したＣＥＣコマンドを実行したり、ＨＤＭＩレシーバ１００が当該機器に送信するＣＥＣコマンドを生成したりすることによって、他の機器の連携動作を実現してもよい。
【００６１】
ＲＯＭ１１６は、ＣＰＵ１１８によって実行されるプログラムなどの固定データが格納される、読み出し可能かつ書き込み不能なメモリである。ネットワーク上においてテレビ１を一意に特定するための端末ＩＤ、ＯＳＤ画像を生成するためにＯＳＤ生成部１０６が参照するＪＰＥＧデータやＳＶＧ（Scalable Vector Graphics）データなども、このＲＯＭ１１６に格納される。一方、ＲＡＭ１１７は、ＣＰＵ１１８が演算のために参照するデータ、及び、ＣＰＵ１１８が演算によって生成したデータなどの可変データが格納される、読み出し可能かつ書き込み可能なメモリである。ＲＡＭ１１７にはまた、ネットワーク２０を介して取得したデータ（後述するお知らせ情報等）が格納される。
【００６２】
イーサネットＩ／Ｆ１１５は、テレビ１をネットワーク２０に接続するためのインターフェースである。ＣＰＵ１１８は、このイーサネットＩ／Ｆ１１５を介してインターネット上のサーバ（お知らせ集中配信サーバ２ならびにウェブサーバ２１ｂおよび２２ｂ）にアクセスする。また、上述したＩＰ放送チューナ１０５も、このイーサネットＩ／Ｆ１１５を介してインターネット上のサーバにアクセスする。
【００６３】
（テレビによるお知らせ表示処理）
次に、お知らせ表示処理のために、テレビ１のＣＰＵ１１８が有する機能について、図３を参照して説明する。図３は、テレビ１のＣＰＵ１１８が有する機能を表現した機能ブロック図である。なお、図３に示すブロック図は、ＣＰＵ１１８が有する各種機能のうち、本発明に特有なものを表現したものであり、ＣＰＵ１１８が、図３に示されていない機能を有していてもよいことは言うまでもない。
【００６４】
図３に示すように、テレビ１のＣＰＵ１１８は、お知らせ取得部（通知情報取得手段）１３０、お知らせ表示部（第１の表示手段、ジャンル取得手段）１３１、ウェブブラウザ部（第２の表示手段）１３２、設定部（設定手段）１３３およびＵＩ部１３４として機能する。お知らせ取得部１３０およびお知らせ表示部１３１は、ＲＡＭ１１７に記憶された設定情報を参照しながら動作する。
【００６５】
お知らせ取得部１３０は、一定時間毎に、またはユーザからの指示に応じて、イーサネットＩ／Ｆ１１５を介してお知らせ集中配信サーバ２からお知らせ情報を含んだお知らせ応答を受信する。
【００６６】
お知らせ表示部１３１は、お知らせ取得部１３０が取得したお知らせ情報に基づき、ＯＳＤ生成部１０６を制御して、ＬＣＤ（表示画面）１１０にお知らせ１４０を表示させる。
【００６７】
ウェブブラウザ部１３２は、イーサネットＩ／Ｆ１１５を介してウェブサーバ２１および２２に接続し、ＯＳＤ生成部１０６を制御して、ＬＣＤ（表示画面）１１０にウェブページを表示するウェブブラウザ１５０を表示させる。
【００６８】
設定部１３３は、お知らせ表示処理に関する各種設定情報の更新を行う。設定部１３３による設定情報の更新は、詳細は後述するが、例えば、設定画面の表示中、またはお知らせ１４０の表示中に、ＵＩ部１３４が受け付けたユーザからの入力に応じて行う。設定部１３３は、設定情報をＲＡＭ１１７に記憶させるほか、後述するように、イーサネットＩ／Ｆ１１５を介してお知らせ集中配信サーバ２に設定情報をテレビ１の端末ＩＤと併せて送信してもよい。これにより、テレビ１の設定情報をお知らせ集中配信サーバ２に通知することができる。
【００６９】
ＵＩ部１３４は、入力されるユーザからの指示またはデータに応じた操作パネル等のグラフィカルユーザインタフェースをＯＳＤ表示し、入力された指示またはデータを取得するための手段である。なお、ＵＩ部１３４が操作パネルをＯＳＤ表示するとは、ＬＣＤ１１０に操作パネルをＯＳＤ表示するために、その操作パネルの描画に必要なデータをＲＯＭ１１６から読み出し、読み出したデータをＯＳＤ生成部１０６に供給することを指す。また、ＵＩ部１３４はユーザからの指示を、例えば、赤外線受光部１１９を介してリモコン操作を検出することによって取得する。
【００７０】
続いて、テレビ１におけるお知らせ表示処理について、図４〜図６を参照して説明する。図４は、テレビ１におけるお知らせ表示処理の流れを示すフローチャートである。図５は、お知らせ表示処理に用いるお知らせ情報のデータ構造を示す模式図であり、図６は、テレビ１におけるお知らせ表示処理の様子を示す模式図である。以下、図４の各ステップについて説明する。
【００７１】
ステップＳ１：お知らせ取得部１３０は、ユーザからお知らせ表示の要求があったか否かを判定する。ユーザによるお知らせ表示の要求は、例えば、リモコン操作が想定される。ユーザによるお知らせ表示の要求があった場合、お知らせ取得部１３０は、ステップＳ３においてお知らせ取得処理を実施する。
【００７２】
ステップＳ２：ステップＳ１において、ユーザによるお知らせ表示の要求がないと判断した場合、お知らせ取得部１３０は、今までにお知らせを取得したことがあるか否か、および、前回お知らせを取得してから一定時間が経過しているか否かの判定を行う。当該一定時間は、予め定めておいた時間を用いてもよいし、後述するように、お知らせ情報に含まれる次回更新時刻に基づいて定めた時間を用いてもよい。今までお知らせを取得したことがないか、または、前回お知らせを取得してから一定時間が経過していた場合、お知らせ取得部１３０は、ステップＳ３においてお知らせ取得処理を実施する。今までお知らせを取得したことがあり、かつ、前回お知らせを取得してから一定時間が経過していなかった場合には、ＣＰＵ１１８は、お知らせ表示処理を一旦終了し、しばらく後に再度ステップＳ１を実施する。
【００７３】
ステップＳ３：お知らせ取得部１３０は、ネットワーク２０を介してお知らせ集中配信サーバ２に接続し、その時点におけるお知らせ情報を取得する。その際、お知らせ取得部１３０は、テレビ１の端末ＩＤをお知らせ集中配信サーバ２に送信することにより、後述するように、ユーザに合わせたお知らせ情報を取得することができる。
【００７４】
図５は、お知らせ集中配信サーバ２から取得されるお知らせ情報のデータ構造の一例を示す模式図である。すなわち、上記お知らせ情報は、一例において、図５（ａ）に示すように、ヘッダの後に、各インターネットサービスからのお知らせ情報を１件ごとに記述するデータが続く構造を有するお知らせ応答としてお知らせ集中配信サーバ２から配信される。ヘッダには、例えば、お知らせ集中配信サーバ２において各インターネットサービスからお知らせ情報が正常に取得し得たか否かを示す情報、テレビ１がお知らせ情報を次回取得すべきタイミングを指定する情報等が含まれている。
【００７５】
図５（ｂ）に示すように、１件のお知らせ情報は、少なくともお知らせの内容の文字列（第２のコンテンツ）と、詳細情報（第３のコンテンツ）にアクセスするための情報（アクセス情報。例えば、ＵＲＬ）を含んでいる。その他、図５（ｂ）に示すように、お知らせのタイトル、更新日時、ボタンに表示する文字列等を含んでいてもよい。なお、ボタンについては後述する。
【００７６】
なお、お知らせ情報は、これに限定するものではないが、例えば、図５（ｃ）に示すように、ＸＭＬ形式で構築されていてもよい。
【００７７】
また、一実施形態において、お知らせ表示部１３１は、前述したお知らせ情報のタイトルに基づいて、当該お知らせ情報のジャンルを取得してもよい。また、図１１（ａ）に示すように、お知らせ情報が、ジャンル情報を含んでいる場合、お知らせ表示部１３１は、当該ジャンル情報に基づいて当該お知らせ情報のジャンルを取得してもよい。
【００７８】
ステップＳ４：お知らせ表示部１３１は、お知らせ取得部１３０が取得したお知らせ応答に、お知らせ情報が何件含まれているかを判定する。お知らせ情報が１件も含まれていなかった場合、ＣＰＵ１１８は、お知らせ表示処理を一旦終了し、しばらく後に再度ステップＳ１を実施する。お知らせ取得部１３０が取得したお知らせ情報に、お知らせ情報が一件以上含まれていた場合、お知らせ表示部１３１は、含まれていたお知らせ情報１件ごとに、ステップＳ５〜Ｓ７を繰り返す。
【００７９】
ステップＳ５：お知らせ表示部１３１は、ＯＳＤ生成部１０６に、１件分のお知らせの内容の文字列（第２のコンテンツ）と、ボタンに表示する文字列とを提供し、お知らせ１４０をＬＣＤ（表示画面）１１０に表示させる。
【００８０】
図６は、ＬＣＤ１１０にお知らせ１４０を表示する様子を示す図である。図６（ａ）は、ＬＣＤ１１０にテレビ放送を表示している状態を示す。図６（ｂ）の左方に示すように、お知らせ表示部１３１は、ＬＣＤ１１０の隅に、お知らせ１４０を表示させる。なお、お知らせ１４０の表示位置はこれに限定されるものではない。
【００８１】
図６（ｂ）の右方に示すように、お知らせ表示部１３１は、お知らせ１４０内に、お知らせの内容の文字列１４２を表示する。お知らせの内容の文字列１４２が、お知らせ１４０内に収まらない場合、お知らせ表示部１３１は、お知らせの内容の文字列１４２をスクロールさせて表示する（テロップ表示）。
【００８２】
また、一実施形態において、お知らせ表示部１３１は、お知らせ１４０を、テレビ１からのお知らせであることを示すタイトル１４１を付して表示することにより、ユーザが放送内容と区別し易いようにする。タイトル１４１としては、特に限定されないが、例えば、図６（ｂ）に示すような「受信機からのお知らせ」または「受信機」に代えてテレビ１の商品名を用いた文字列などを使用することができる。
【００８３】
また、お知らせ表示部１３１は、お知らせ１４０内にボタン１４３を表示させる。ボタン１４３に表示する文字列は、前述したように、お知らせ集中配信サーバ２から取得したお知らせ情報に含まれているものを用いればよい。このボタン１４３に表示される文字列は、お知らせ１４０に関連づけられるアクション（この場合は、詳細情報を含むウェブページの閲覧）を示すものである。また、お知らせ表示部１３１は、図６（ｂ）の右方に示すように、お知らせ１４０内に、各アクションの操作方法を示す文字列１４４を併せて表示させてもよい。本実施形態では、リモコンの（下向き三角）ボタンで、お知らせのスキップの指示を、（決定）ボタンで、上記アクション（詳細情報を含むウェブページの閲覧）の実行指示を、（戻る）ボタンで、お知らせ表示処理の終了指示を入力し得ることを表示する。
【００８４】
お知らせ表示部１３１は、お知らせの内容の文字列１４２を、一定時間または一定回数スクロールする間、ＬＣＤ１１０に表示させ、その後、消去する。また、上述したようにお知らせのスキップ（移行指示）をユーザから指示された場合には、直ちに現在表示中のお知らせの内容の文字列１４２を消去し、次のお知らせを表示するためにステップＳ７に進む。
【００８５】
また、お知らせ表示処理の終了指示を受けた場合には、図４には示していないが、ＣＰＵ１１８は、お知らせ表示処理を終了する。
【００８６】
ステップＳ６：お知らせ表示部１３１が、ＬＣＤ１１０にお知らせ１４０を表示させている間に、ＵＩ部１３４が、ユーザから詳細情報を含むウェブページの閲覧指示（詳細情報の表示指示）を受け付けた場合、ステップＳ９を実行する。上記閲覧指示を受け付けていない場合、ステップＳ７を実行する。
【００８７】
ステップＳ７：お知らせ表示部１３１は、未表示のお知らせが残っているか否かを判定し、残っている場合にはステップＳ５に戻り、次の件のお知らせを表示させる。未表示のお知らせが残っていない場合、ステップＳ８を実行する。このように、お知らせ集中配信サーバ２から受信したお知らせ応答に複数件のお知らせ情報が含まれていた場合、複数回に分けて順にお知らせを表示することにより、ユーザは各お知らせの内容を把握し易くなる。
【００８８】
ステップＳ８：お知らせ１４０をＬＣＤ１４０から消去し、通常のテレビ放送の表示処理に戻す。ＣＰＵ１１８は、お知らせ表示処理を一旦終了し、しばらく後に再度ステップＳ１を実施する。
【００８９】
ステップＳ９：ウェブブラウザ部１３２は、表示中のお知らせに対応するお知らせ情報に含まれる、詳細情報にアクセスするための情報（ＵＲＬ）を用いて、詳細情報が記載されたウェブページを取得し、ＬＣＤ１１０に表示させる。ウェブページを表示させるに当たっては、例えば、図６（ｃ）に示すように、テレビ放送の表示を縮小し、空いたスペースをウェブブラウザ１５０の表示領域とし、ウェブブラウザ１５０にウェブページを表示するようにすればよい。ウェブブラウザ部１３２がウェブページを表示させた場合、ＣＰＵ１１８は、お知らせ表示処理を一旦終了する。
【００９０】
（お知らせ表示の設定）
上述したお知らせ表示処理の挙動は、ユーザの所望により調整し得るようになっていてもよい。例えば、ユーザからの指示に応じて、設定部１３３は、図７に示すような設定画面をＬＣＤ１１０に表示させる。図７は、テレビ１のお知らせ表示処理に関する設定画面の一例を示す図である。図７に示すように、上記設定画面において、ユーザは、どのジャンル（またはどのインターネットサービス）のお知らせを表示させるかを選択することができる。
【００９１】
このような設定情報は、上述したように設定情報としてＲＡＭ１１７に記憶される他、設定部１３３が、イーサネットＩ／Ｆ１１５を介してお知らせ集中配信サーバ２に送信するようにしてもよい。この際、どのテレビの設定情報であるかを特定するため、設定部１３３は、上記設定情報を、例えば、端末ＩＤを関連づけて送信し、お知らせ集中配信サーバ２は、端末ＩＤに関連づけて当該設定情報を記憶する。そして、上記設定情報の更新を反映させる主体は、テレビ１であっても、お知らせ集中配信サーバ２であってもよい。例えば、お知らせ集中配信サーバ２は、設定情報において、ユーザに選択されなかったジャンル（インターネットサービス）のお知らせについては、テレビ１に送信するお知らせ情報には含めないようにしてもよいし、テレビ１が、ステップＳ５において、ユーザに選択されなかったジャンル（インターネットサービス）のお知らせを表示させなくてもよい。
【００９２】
また、図７に示すように、設定画面において、各ジャンル（インターネットサービス）のお知らせの表示タイミングを特定する情報（取得時刻情報）をユーザが入力することができるようにしてもよい。お知らせを表示するタイミングとしては、例えば、お知らせが更新されたタイミング、リモコンによりお知らせを表示することが要求されたタイミング、およびユーザにより指定された時刻が挙げられる。この場合、お知らせ表示部１３１は、ステップＳ５において、各ジャンル（インターネットサービス）のお知らせについて、選択されていないタイミングでは表示させないようにすればよい。また、ユーザにより指定された時刻にお知らせを表示するように設定された場合には、ＣＰＵ１１８がタイマーを備え、指定された時刻にステップＳ３を実行するようにすればよい。
【００９３】
なお、テレビ１が、ユーザにより指定された時刻にお知らせを表示することにより、以下のような効果が得られる。すなわち、このような機能がない場合には、ユーザが毎日決まった時間に天気などを確認したい場合でも、配信サーバからのお知らせを待たなくてはいけない。これに対し、テレビ１が、ユーザにより指定された時刻にお知らせを自動的に表示することにより、ユーザは、一々リモコン等を操作することなく、所望の時間に所望のお知らせを見ることができる。
【００９４】
（お知らせ集中配信サーバ）
次に、お知らせ集中配信サーバ２について説明する。図８は、お知らせ集中配信サーバ２が有する機能を表現した機能ブロック図である。図８に示すように、お知らせ集中配信サーバ２は、イーサネットＩ／Ｆ２００、データ記憶部２０１、およびＣＰＵ２１０を備えている。イーサネットＩ／Ｆ２００は、お知らせ集中配信サーバ２をネットワーク２０に接続するためのインターフェースである。データ記憶部２０１は、メモリ、ハードディスク等の記憶媒体によって構成され、ＣＰＵ２１０によって実行されるプログラム、ＣＰＵ２１０が演算のために参照するデータ、ＣＰＵ２１０が演算によって生成したデータ、ネットワーク２０経由で取得したデータ等を記憶する。
【００９５】
ＣＰＵ２１０は、受信内容解析部２１１、お知らせ情報取得部（通知情報取得部）２１２、およびお知らせ応答生成部（通知情報生成部）として機能する。受信内容解析部２１１は、イーサネットＩ／Ｆ２００が受信したデータが、テレビ１からのお知らせ応答要求、お知らせ配信サーバ２３または２４からのお知らせ情報、テレビ１からの設定情報、などの何れかであることを判定し、対応する処理を行うものである。例えば、テレビ１からのお知らせ応答要求を受信した場合には、お知らせ情報取得部２１２およびお知らせ応答生成部２１３にお知らせ応答を生成させる。また、お知らせ配信サーバ２３または２４からのお知らせ情報であった場合には、お知らせ情報取得部２１２にお知らせ情報を提供する。テレビ１からの設定情報であった場合には、データ記憶部２０１に受信した設定情報を記憶する。
【００９６】
続いて、お知らせ集中配信サーバ２におけるお知らせ配信処理について、図９および図１０を参照して説明する。図９は、お知らせ集中配信サーバ２におけるお知らせ配信処理の流れを示すフローチャートである。図１０は、お知らせ配信処理に用いる各種データの構造を示す模式図である。以下、図９の各ステップについて説明する。
【００９７】
ステップＳ１１：イーサネットＩ／Ｆ２００がテレビ１からのお知らせ要求を受信する。
【００９８】
ステップＳ１２：受信内容解析部２１１が、受信データがテレビ１からのお知らせ要求であることを検出する。また、このとき、当該お知らせ要求からテレビ１を特定するための情報（端末ＩＤ）を検出してもよい。
【００９９】
ステップＳ１３およびＳ１４：お知らせ情報取得部２１２が、各インターネットサービスのお知らせ配信サーバ（お知らせ配信サーバ２３および２４）に対してお知らせ情報を要求し、当該お知らせ配信サーバからお知らせ情報を取得する。なお、このとき、お知らせ情報取得部２１２は、データ記憶部２０１に記憶された各端末ＩＤごとの設定情報に基づき、お知らせ情報を要求するインターネットサービスを選択してもよい。
【０１００】
すなわち、一実施形態において、データ記憶部２０１には、図１０に示すような情報が記憶されている。図１０（ａ）は、各インターネットサービスが提供するサービス名と、対応するお知らせ配信サーバのＵＲＬと、各お知らせ配信サーバの配信形式と、を関連づけて記憶するテーブルであり、お知らせ情報取得部２１２は、当該テーブルを参照して各お知らせ配信サーバに対してお知らせ情報を要求する。
【０１０１】
また、図１０（ｂ）は、各端末ＩＤと、各端末ＩＤに送信すべきお知らせ情報が属するインターネットサービスとを関連づけて記憶するテーブルである。お知らせ集中配信サーバ２の受信内容解析部２１１は、各テレビ（テレビ１を含む）から受信した設定情報を、例えば、図１０（ｂ）に示すような構造でデータ記憶部２０１に記憶させる。そして、お知らせ情報取得部２１２は、上記テーブルを参照して、お知らせ情報を要求すべきお知らせ配信サーバを選択する。
【０１０２】
上記設定情報としては、各テレビが取得するインターネットサービスを指定する情報を含んでいればよいが、その他に、お知らせ応答中における各インターネットサービスからのお知らせ情報の順序を指定する情報を含んでいてもよい。その場合、図１０（ｂ）に示すように、上記テーブルには、さらに、お知らせ応答中における各お知らせ情報の順序が関連づけて記憶されており、後述するステップＳ１５において、お知らせ応答生成部２１３は、当該テーブルを参照してお知らせ応答中における各お知らせ情報の順序を決定する。
【０１０３】
各お知らせ配信サーバは、お知らせ集中配信サーバ２からの要求に応じて、お知らせ情報を提供する。各お知らせ配信サーバが提供するお知らせ情報のデータ構造は特に限定されず、例えば、図５（ｂ）に示すようなデータ構造であってもよく、非特許文献１に記載のＲＳＳフォーマットまたは非特許文献２に記載のＡＴＯＭフォーマットであってもよい。したがって、お知らせ配信サーバ２３、２４は、お知らせ集中配信サーバ２のみを対象にお知らせ情報を配信するサーバに限定されず、例えば、ＲＳＳフォーマットまたはＡＴＯＭフォーマットで公衆（例えば、ＰＣによる閲覧者）に情報を配信するウェブサーバであってもよい。
【０１０４】
そして、上述したように、データ記憶部２０１には、図１０（ａ）に示すようなテーブルが記憶されている。すなわち、各インターネットサービスについて、その配信形式が関連付けられて記憶されている。お知らせ情報取得部２１２は、このテーブルを参照して、各お知らせ配信サーバから取得したお知らせ情報を、図５（ｂ）に示すような構造を有するデータに変換する。例えば、配信形式が「ＲＳＳ」であれば、お知らせ情報取得部２１２は、取得したお知らせ情報を、ＲＳＳフォーマットから図５（ｂ）に示すようなデータ構造に変換し、配信形式が「テレビお知らせ」であれば、お知らせ情報取得部２１２は、取得したお知らせ情報を特に変換しない。
【０１０５】
ステップＳ１５：お知らせ応答生成部２１３は、お知らせ応答のヘッダを生成し、各お知らせ配信サーバから取得し、必要に応じてデータ構造を変換したお知らせ情報を付加して、図５（ａ）に示すようなお知らせ応答を生成する。
【０１０６】
ステップＳ１６：お知らせ応答生成部２１３は、生成したお知らせ応答を、テレビ１に送信する。
【０１０７】
（システム構成の変形例）
なお、テレビ１は、お知らせ情報を、お知らせ集中配信サーバ２を介して取得せず、お知らせ配信サーバ２３、２４等から直接取得してもよい。この場合、テレビ１が、お知らせ集中配信サーバが有する機能を有していればよい。
【０１０８】
ただし、お知らせ集中配信サーバ２を用いることによって、複数のインターネットサービスからのお知らせを集約し、後述する重要度などの個別のサービスが設定するお知らせ情報中の項目を調整することができる。
【０１０９】
また、お知らせ集中配信サーバ２を用いることによって、インターネットサービスの増減、設定内容の変更に柔軟に対応することができる。例えば、テレビ１側で、利用するインターネットサービスに関する情報（例えば、図１０（ａ）のようなもの）を保存する場合、インターネットサービスが終了したときや、設定内容が変化したときに、その都度、テレビ１側のデータを更新する必要が生じるが、お知らせ集中配信サーバ２を用いることによって、このような情報の更新は一度で済む。
【０１１０】
（重要度）
一実施形態において、お知らせ情報は、重要度というパラメータ（重要度情報）を含んでいる。これは、例えば、多くのお知らせが取得されたとき、重要な「お知らせ」が他の「お知らせ」に埋もれてしまい、見逃すことを防ぐことを目的としている。
【０１１１】
図１１に、このようなお知らせ情報のデータ構造を示す。図１１（ａ）に示すように、お知らせ情報に重要度というパラメータが追加されている。なお、同じく追加された「表示色」は、文字列１４２の文字色である。このようなデータは、図１１（ｂ）に示すようにＸＭＬの形式で記述してもよい。
【０１１２】
お知らせ表示部１３１は、お知らせ１４０の表示態様を対応する重要度に合わせて異ならせることにより、重要な「お知らせ」であることをユーザに分かり易くし、ユーザが重要なお知らせを見逃すことを防ぐことができる。
【０１１３】
図１２は、重要度に応じたお知らせの表示態様の一例の表を示す。図１２に示すように、図６（ｂ）に示すようなお知らせ１４０において、例えば、文字列１４２の色を、重要度が高くなるにつれ、白色から、黄色、橙色、赤色と変化させることや、文字列１４２の色の濃さを、重要度が高くなるにつれ、濃くすること（例えば、重要度が低いものは白色に近づける）、文字列１４２において利用可能な色数を、重要度が高くなるにつれ、多くする（例えば、重要度が低いものは白色のみとする）こと等が挙げられる。なお、字列１４２において利用可能な色数を多くする場合には、予め、文字列中の各文字の色が指定されていることが好ましい。また、文字列１４２の文字の大きさを、重要度が高くなるにつれ、大きくしてもよいし、お知らせ１４０の表示位置を、重要度が最高のとき（緊急警報など）にＬＣＤ１１０の中央としてもよいし、お知らせ１４０の枠の色を、重要度が高くなるにつれ、灰色から、黄色、赤色と変化させてもよい。
【０１１４】
この重要度は、例えば、お知らせ配信サーバ２３および２４が設定すればよいが、その場合、各インターネットサービスの提供者によって重要度の割り振り方が異なる場合があるため、特定のインターネットサービスに属するお知らせの重要度が偏重されてしまう可能性がある。
【０１１５】
これを解決するため、一実施形態において、各お知らせ情報の重要度を、お知らせ集中配信サーバ２が調整または設定してもよい。お知らせ集中配信サーバ２が重要度を調整または設定することにより、インターネットサービス間における重要度の偏りを抑制することができる。
【０１１６】
図１３は、お知らせ集中配信サーバ２による各重要度の調整について説明する図である。図１３に示すように、お知らせ集中配信サーバ２（のお知らせ応答生成部２１３）は、各インターネットサービス（のお知らせ配信サーバ）から受信した重要度の平均値および標準偏差を算出し（図１３（ａ））、偏差値を算出する（図１３（ｂ））、そしてこの偏差値に基づいて、重要度を再計算する（図１３（ｃ））。なお、図１３（ｃ）に示す例では、再計算後の重要度を、１＋（偏差値−５０）／５（最低値は１とする）として計算している。
【０１１７】
また、全ての重要度をお知らせ集中配信サーバ２が設定してもよい。お知らせ集中配信サーバ２（のお知らせ応答生成部２１３）は、例えば、ユーザに指定されたキーワード、お知らせが更新された時刻からの経過時間、次に示すようなユーザからのフィードバック等に基づいて設定することができる。
【０１１８】
すなわち、重要度をお知らせ集中配信サーバ２が設定するに当たって、ユーザの操作に基づいて各お知らせの重要度を判断することにより、ユーザが特に設定をしなくとも、ユーザが所望する情報の重要度を上げることができる。
【０１１９】
例えば、上述したお知らせのスキップをユーザが行った場合、ユーザにとってそのジャンルのお知らせの重要度は低いと判断することができる。また、スキップを行うまでの時間が短いほど、重要度も低いと判断することができる。また、ユーザがお知らせの詳細表示を行った場合、ユーザにとってそのジャンルのお知らせの重要度は高いと判断することができる。
【０１２０】
すなわち、お知らせ表示部１３１（およびウェブブラウザ部１３２）が、表示した各お知らせについて、各お知らせのジャンル、詳細表示を行ったか否か、およびスキップ操作を行うまでの時間からなるフィードバック情報を、お知らせ集中配信サーバ２に端末ＩＤを付して送るようにし、お知らせ集中配信サーバ２は、これらを集計したフィードバック集計情報をデータ記憶部２０１に記憶しておき、当該フィードバック集計情報に基づいて、各お知らせの重要度を設定する。図１４（ａ）に、フィードバック情報の例を、図１４（ｂ）に、フィードバック集計情報の例を示す。なお、図１４（ｂ）に示す例では、スキップ操作するまでの時間の平均が５．０秒以下のとき重要度を−１し、詳細表示回数／全表示回数が、０．１５以上のとき重要度を＋１している。また、図１４では、ジャンルとしてニュース、天気予報、スポーツ（野球）、およびスポーツ（サッカー）を挙げているが、さらに細分化したジャンルを用いてもよい。各お知らせのジャンルは、お知らせ配信サーバが設定したものを用いてもよいし、お知らせのタイトル文字列に基づいてＣＰＵ１１８が判定してもよい。
【０１２１】
（設定の変形例）
また、視聴中の番組によっては、ユーザがお知らせ表示をして欲しくないと感じるときがあるが、そのたびにユーザがお知らせ表示機能をオンオフすることは煩わしさを与えることがある。
【０１２２】
これに対し、一実施形態において、テレビ１は、設定情報として、お知らせ１４０の表示しない条件を規定する情報を、ＲＡＭ１１７に記憶しておき、お知らせ表示部１３１は、当該情報を参照して、条件に合致する場合には、お知らせ１４０を表示しないようにすることができる。
【０１２３】
上記条件としては、番組名またはその一部を指定するもの、時間帯を指定するもの、番組のジャンルを指定するものが挙げられる。
【０１２４】
上記条件の設定は、例えば、図１５（ａ）に示すような設定画面によって行うことができる。設定部１３３は、図１５（ａ）に示すような設定画面を表示させ、ユーザからの入力に応じて設定情報を更新し、ＲＡＭ１１７に記憶する。なお、図１５（ａ）の例では、タイトルに「ドラマ」を含む番組、ジャンルが映画である番組、月曜日の２２：００〜２４：００では、お知らせ表示部１３１は、お知らせ１４０を表示させない。お知らせ表示部１３１は、番組のタイトル、ジャンル等を、例えば、ＥＰＧ情報から抽出する。
【０１２５】
また、そのとき視聴している番組の終了までお知らせ１４０を表示させないようにすることもできる。例えば、お知らせ表示部１３１は、お知らせ１４０を、図１５（ｂ）に示すように表示し、ＵＩ部１３４が、視聴している番組の終了までお知らせ１４０を表示させないことを指示する非表示指示を受け付けた場合、当該番組が終了するまでの間、お知らせ１４０の表示を行わない。お知らせ表示部１３１は、番組の終了時刻等を、例えば、ＥＰＧ情報から抽出する。
【０１２６】
（テレビ視聴内容に基づくお知らせの配信）
また、視聴中の番組と同じジャンルの内容が、お知らせ１４０として表示された場合、例えば、お知らせ１４０の内容と番組の情報とで齟齬が生じた場合、ユーザが混乱する可能性がある。
【０１２７】
これに対し、一実施形態において、テレビ１では、お知らせ表示部１３１は、視聴番組のジャンルを取得し、表示すべきお知らせ情報のジャンルと比較して、一致しているときには、お知らせ１４０を表示しないようにする。視聴番組のジャンルは、例えば、デジタルテレビ放送中に含まれるＥＰＧから取得してもよいし、視聴チャンネルと視聴時刻とからネットワーク２０を介して取得してもよい。これにより、ユーザの混乱を低減させることができる。
【０１２８】
また、お知らせ１４０に図６（ｂ）に示すように「受信機からのお知らせ」のようなタイトルを付すことによって、さらに混乱を軽減させることができる。
【０１２９】
また、テレビ１は、視聴中の番組を特定するための情報をお知らせ集中配信サーバ２に送信し、お知らせ集中配信サーバ２は、受信した上記情報によって特定される番組に関連づけられたお知らせ情報を、テレビ１に提供するものであってもよい。上記情報としては、例えば、時刻情報と、視聴チャンネルを示すテレビ視聴情報を含むものを用いることができる。お知らせ集中配信サーバ２は、時刻情報とテレビ視聴情報から、テレビで視聴している番組を特定することができる。
【０１３０】
このとき、一実施形態において、お知らせ集中配信サーバ２には、放送されるべき各番組に関連づけられたお知らせ情報が予め入力されている。また、他の実施形態において、お知らせ集中配信サーバ２には、所定のお知らせ配信サーバに接続するためのアクセス情報が予め入力されており、当該所定のお知らせ配信サーバは、お知らせ集中配信サーバ２に、各番組に関連づけられたお知らせ情報を提供する。これにより、お知らせ集中配信サーバ２は、テレビ１から受信したデータによって特定される番組に関連づけられたお知らせ情報を首尾よく取得することができる。
【０１３１】
各番組に関連づけられたお知らせ情報の例としては、例えば、図１６に示すように、番組内容に関連するキーワードと、当該キーワードを検索するウェブページへのアクセス情報とによって構成してもよいし、番組中に提示されるプレゼント等への応募サイトへのアクセス情報によって構成してもよい。
【０１３２】
（お知らせの保存）
また、一実施形態において、テレビ１は、お知らせが表示された時、今は見る時間が無いのでもう少し後で見たいとユーザが考えた時に、後で特定の情報だけを表示するための機能を有している。
【０１３３】
図１７は、上記機能を有するテレビ１におけるお知らせ１４０の表示を示す図である。図１７（ａ）に示すように、お知らせ１４０には、お知らせの保存を指示する保存指示をするためのリモコンのボタンを示す文字列１４５が表示されている。このように、お知らせ１４０の表示中に特定のボタンを押すと、その情報を保存することができ、後で利用者の好きな時間に確認することができる。
【０１３４】
一実施形態において、テレビ１のＣＰＵ１１８は、上記特定のボタンが押されたとき、ＲＡＭ１１７に、お知らせ情報を保存する。保存したお知らせ情報を確認する際には、ＣＰＵ１１８は、ＲＡＭ１１７から保存したお知らせ情報を取得して、再度表示する。再度表示する際には、図１７（ｂ）に示すように、お知らせ保存の解除を指示する解除指示をするためのリモコンのボタンを示す文字列１４６が表示されている。このように、保存したお知らせ１４０の表示中に特定のボタンを押すと、その情報の保存を解除することができる。
【０１３５】
また、他の実施形態において、保存している情報に更新機能をつけることも可能である。例えば、天気の情報を保存しておいた場合、利用者がその情報を確認する前に、その情報が更新された場合、保存している内容も更新する。
【０１３６】
この場合、例えば、お知らせ情報に、お知らせ情報を一意に特定する情報（ＩＤ）を含ませる。図１８（ａ）に、ＩＤを含んだお知らせ情報のデータ構造の例を示し、（ｂ）にＸＭＬ形式での記述の例を示す。上述したように、ユーザが保存指示を入力すると、テレビ１のＣＰＵ１１８は、自分の端末ＩＤとお知らせ情報の上記ＩＤをお知らせ集中配信サーバ２に送信する。お知らせ集中配信サーバ２は、送信されたＩＤに対応するお知らせ情報をデータ記憶部２０１に記憶する。
【０１３７】
ここで、お知らせ集中配信サーバ２の、お知らせ情報取得部２１２は、お知らせ配信サーバ２３または２４から、お知らせ情報を取得したとき、保存されているお知らせ情報と同じ系統のお知らせ情報（例えば天気予報同士など）について、更新されたお知らせが届いた時点で、保存されているお知らせ情報を更新する。これにより、テレビ１から上記ＩＤが届いたとき、更新されたお知らせ情報を提供することができる。
【０１３８】
なお、上記のＩＤは、お知らせ毎に設定するのではなく、情報の種類毎に設定しておき、お知らせ集中配信サーバ２の、お知らせ情報取得部２１２は、同一のＩＤが届いた際にお知らせを更新するように構成してもよい。
【０１３９】
（お知らせ配信内容の自動選択）
一実施形態において、お知らせ集中配信サーバ２は、複数のテレビに接続されている。このとき、複数のテレビからの上述のフィードバック情報を全て集計することにより、多くのユーザが詳細情報を閲覧した注目度の高いお知らせを選択し、各テレビにお薦めのお知らせとして通知することができる。
【０１４０】
上述したように、一実施形態において、各テレビは、各お知らせについて詳細情報を閲覧したか否かを示す情報を含むフィードバック情報をお知らせ集中配信サーバ２に送信する。
【０１４１】
お知らせ集中配信サーバ２の受信内容解析部２１１は、各テレビから受信した上記フィードバック情報を集計して、図１８に示すようなテーブルとしてデータ記憶部２０１に記憶する。そして、お知らせ応答生成部２１３は、当該テーブルに基づいて、詳細情報の閲覧回数が多いお知らせ情報を選択し、選択されたお知らせ情報については、「お薦めのお知らせ」として、テレビ１に送信する。「お薦めのお知らせ」は、例えば、お知らせ応答内における当該お知らせ情報の順序を先の順番とすることによって特定することができる。また、他の実施形態において、図７に示すような設定画面において、「お薦めのお知らせ」を一つのサービスとして選択可能にしておき、「お薦めのお知らせ」をあたかも独立した一つのサービスからのお知らせのように表示させてもよい。
【０１４２】
（プログラムおよび記録媒体）
最後に、テレビ１およびお知らせ集中配信サーバ２の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１４３】
後者の場合、テレビ１およびお知らせ集中配信サーバ２は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるテレビ１およびお知らせ集中配信サーバ２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記テレビ１およびお知らせ集中配信サーバ２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１４４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１４５】
また、テレビ１およびお知らせ集中配信サーバ２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１４６】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１４７】
本発明に係る出力装置は、テレビジョン受像器一般に利用することができる。
【符号の説明】
【０１４８】
１ テレビ（表示装置）
２ お知らせ集中配信サーバ（通知情報配信サーバ）
１０ お知らせ表示システム（通知情報配信システム）
２０ ネットワーク
２１、２２ ウェブサーバ（コンテンツ配信サーバ）
２３、２４ お知らせ配信サーバ
１１０ ＬＣＤ（表示画面）
１１５ イーサネットＩ／Ｆ
１１８ ＣＰＵ
１３０ お知らせ取得部（通知情報取得手段）
１３１ お知らせ表示部（通知情報表示手段）
１３２ ウェブブラウザ部（コンテンツ表示手段）
１３３ 設定部（設定手段）
１３４ ＵＩ部
１４０ お知らせ
１５０ ウェブブラウザ
２００ イーサネットＩ／Ｆ
２０１ データ記憶部
２１０ ＣＰＵ
２１１ 受信内容解析部
２１２ お知らせ情報取得部
２１３ お知らせ応答生成部
【技術分野】
【０００１】
本発明は、数種類のコンテンツを表示可能な表示装置および当該表示装置を備えたシステムに関するものである。
【背景技術】
【０００２】
近年、ウェブブラウザを備え、インターネット上の情報を利用可能なテレビ（テレビジョン受像機）が開発されている。これにより、ユーザはテレビの視聴中、わざわざパーソナルコンピュータ等を立ち上げることなく、テレビのウェブブラウザを起動し、目的のＵＲＬまたは検索キーワード等を入力することにより、所望の情報を取得することができる。
【０００３】
また、近年、ＲＳＳ（RDF Site Summary／Rich Site Summary）またはＡｔｏｍといった、ウェブページの見出し、要約、更新情報等のメタデータを構造化して記述するためのフォーマットが開発されている（非特許文献１、２）。ユーザは、ウェブブラウザまたは専用のソフトを用いて、このフォーマットで記載されたデータをダウンロードして閲覧することにより、各ウェブページの見出し等を取得することができる。ユーザはまた、取得した見出し等が興味を引かれるものであるとき、ＵＲＬを辿って、各ウェブページを閲覧することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】http://web.resource.org/rss/1.0/spec（平成２２年６月２３日検索）
【非特許文献２】http://www.ietf.org/rfc/rfc4287.txt（平成２２年６月２３日検索）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、インターネット上の情報を利用可能なテレビを利用したとしても、テレビを視聴している状態からインターネット上の情報に辿り着くまでに、ブラウザの立ち上げ、ＵＲＬ、検索キーワードの入力、ウェブページ上のリンクを辿ること等、多くの操作を能動的に行う必要がある。一般に、テレビは受動的に楽しむ装置であり、このような操作は、テレビの視聴スタイルになじまない。
【０００６】
本発明は、上述した課題に鑑みてなされたものであり、テレビジョン受像機から、テレビ放送とは異なる、ネットワーク上に存在する情報を、簡便に閲覧するための技術を提供することを主たる目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る表示装置は、上記課題を解決するために、動画コンテンツを表示画面に表示する表示装置であって、第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得する通知情報取得手段と、上記通知情報取得手段が取得した第２のコンテンツを上記表示画面に表示する第１の表示手段と、ユーザからの指示の入力を受け付ける入力手段と、上記入力手段が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記通知情報取得手段が取得した上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示する第２の表示手段と、を備えていることを特徴としている。
【０００８】
上記構成によれば、ユーザは、動画コンテンツ（例えば、テレビ放送）を視聴中において、能動的にウェブブラウザ等を操作しなくとも、表示画面に表示された第２のコンテンツについて、詳細情報の表示指示をするだけで、簡易に情報を収集することができる。また、常にウェブブラウザが表示されているわけではないため、動画コンテンツの視聴を妨げることが抑制される。従って、表示装置から、テレビ放送とは異なる、ネットワーク上に存在する情報を、簡便に閲覧するための技術を提供することができる。
【０００９】
本発明に係る表示装置では、第１の表示手段は、上記動画コンテンツを表示中の上記表示画面に、第２のコンテンツを表示させることが好ましい。
【００１０】
上記構成によれば、ユーザは、動画コンテンツを視聴しながら、第２のコンテンツを首尾よく確認することができる。
【００１１】
本発明に係る表示装置では、上記通知情報取得手段が、複数の第２のコンテンツを取得したとき、第１の表示手段は、上記複数の第２のコンテンツを、複数回に分けて表示することが好ましい。
【００１２】
上記構成によれば、ユーザは、第２のコンテンツが順次表示されるため、第２のコンテンツが複数あったとしても、負担無く各第２のコンテンツを確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００１３】
本発明に係る表示装置では、上記入力手段が、次回分の第２のコンテンツの表示に移るべきことを指示する移行指示を受け付けたとき、第１の表示手段は、表示中の第２のコンテンツの表示を停止し、上記表示中の第２のコンテンツの次回分の第２のコンテンツを表示することが好ましい。
【００１４】
上記構成によれば、ユーザは、確認の必要がない第２のコンテンツの表示をスキップすることができる。これにより、より負担無く各第２のコンテンツを確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００１５】
本発明に係る表示装置では、上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、第１の表示手段は、上記通知情報取得手段が取得した上記重要度情報に基づいて第２のコンテンツの表示態様を異ならせることが好ましい。
【００１６】
上記構成によれば、ユーザは、重要な情報を見落とし無く確認することができる。
【００１７】
本発明に係る表示装置では、ユーザから入力された、上記通知情報を取得すべき時刻を特定する取得時刻情報を記憶する取得時刻記憶手段を備えており、上記通知情報取得手段は、上記取得時刻記憶手段に記憶された上記取得時刻情報によって特定される時刻に、上記通知情報を取得することが好ましい。
【００１８】
上記構成によれば、ユーザは特に操作をせずとも、所望の時刻に所望の第２のコンテンツを確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００１９】
本発明に係る表示装置では、ユーザから入力された、第２のコンテンツを表示すべきでない時刻を特定する非表示時刻情報を記憶する非表示時刻記憶手段を備えており、第１の表示手段は、上記非表示時刻記憶手段に記憶された上記非表示時刻情報によって特定される時刻には、第２のコンテンツを表示させないことが好ましい。
【００２０】
上記構成によれば、ユーザが動画コンテンツに集中したい時間に第２のコンテンツが表示され、ユーザを煩わせることを抑制することができる。
【００２１】
本発明に係る表示装置では、上記動画コンテンツが、テレビ放送であることが好ましい。
【００２２】
上記構成によれば、表示装置をテレビ放送を受信し、受信した上記テレビ放送を表示画面に表示するテレビジョン受像機として好適に用いることができる。
【００２３】
上記表示装置では、上記入力手段が、上記表示画面に表示中の上記テレビ放送の番組中に、第２のコンテンツを表示すべきでないことを指示する非表示指示を受け付けたとき、第１の表示手段は、上記番組中には、第２のコンテンツを表示させないことが好ましい。
【００２４】
上記構成によれば、ユーザがテレビ放送に集中したい番組に第２のコンテンツが表示され、ユーザを煩わせることを簡易に抑制することができる。
【００２５】
上記表示装置では、ユーザから入力された、第２のコンテンツを表示すべきでない番組を特定する非表示番組情報を記憶する非表示時刻記憶手段を備えており、第１の表示手段は、上記非表示番組記憶手段に記憶された上記非表示番組情報によって特定される番組中には、第２のコンテンツを表示させないことが好ましい。
【００２６】
上記構成によれば、ユーザがテレビ放送に集中したい番組に第２のコンテンツが表示され、ユーザを煩わせることを好適に抑制することができる。
【００２７】
上記表示装置では、第２のコンテンツのジャンルを取得するジャンル取得手段を備えており、第１の表示手段は、上記ジャンル取得手段が取得したジャンルが、上記表示画面に表示中の上記テレビ放送のジャンルと同一であるとき、第２のコンテンツを表示しないものであってもよい。
【００２８】
上記構成によれば、視聴中の番組と同ジャンルの第２のコンテンツが同時に表示され、ユーザが混乱することを抑制することができる。
【００２９】
本発明に係る表示装置では、上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記通知情報を記憶する通知情報記憶手段を備えていてもよい。
【００３０】
上記構成によれば、上記通知情報を保存することができるため、動画コンテンツに集中したいなどの理由により確認できなかった第２のコンテンツを後で確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。
【００３１】
本発明に係る通知情報表示システムは、本発明に係る表示装置と、上記通知情報を上記表示装置に提供する通知情報提供サーバと、を備えていることを特徴としている。
【００３２】
上記構成によれば、本発明に係る表示装置と、上記通知情報を上記表示装置に提供する通知情報提供サーバとを備えているため、表示装置から、動画コンテンツとは異なる、ネットワーク上に存在する情報を、簡便に閲覧するための技術を提供することができる。
【００３３】
本発明に係る通知情報表示システムでは、上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、上記表示装置は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、上記通知情報提供サーバは、提供された上記フィードバック情報に基づいて上記表示装置に提供する上記通知情報に含まれる重要度情報を設定するものであってもよい。
【００３４】
上記構成によれば、通知情報提供サーバは、上記通知情報に含まれる重要度情報を、表示装置からのフィードバックに基づいて調整するため、表示装置は、ユーザが重要と考える種類の第２のコンテンツを、適切な態様で表示することができる。
【００３５】
本発明に係る通知情報表示システムでは、上記動画コンテンツが、テレビ放送であり、上記表示装置は、上記表示画面に表示中の上記テレビ放送の番組を特定する情報を上記通知情報提供サーバに提供し、上記通知情報提供サーバは、提供された上記情報によって特定される上記番組に関連づけられた上記通知情報を、上記表示装置に提供するものであってもよい。
【００３６】
上記構成によれば、上記通知情報提供サーバは、表示装置において視聴されている番組に関連づけられた通知情報を表示装置に提供することができるので、よりユーザが興味を示す通知情報を提供することができる。
【００３７】
本発明に係る通知情報表示システムでは、上記通知情報は、当該通知情報を特定するための特定情報を含んでおり、上記表示装置は、上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記特定情報を記憶する特定情報記憶手段と、上記特定情報記憶手段に記憶された上記特定情報を上記通知情報提供サーバに送信する特定情報送信手段を備えており、上記通知情報提供サーバは、上記表示装置から上記特定情報を受信したとき、上記特定情報によって特定される上記通知情報を上記表示装置に送信するものであってもよい。
【００３８】
上記構成によれば、表示装置は、上記特定情報を特定情報記憶手段に記憶させるだけで、後に、当該特定情報によって特定される通知情報を取得することができる。これにより、動画コンテンツに集中したいなどの理由により確認できなかった第２のコンテンツを後で確認し、必要に応じて所望の第３のコンテンツを閲覧することができる。さらに、上記通知情報提供サーバは、上記特定情報が保存された時点から、上記通知情報の更新があったときに、更新後の通知情報を表示装置に提供することができるので、よりアップデートな通知情報を提供することができる。
【００３９】
本発明に係る通知情報表示システムでは、上記通知情報提供サーバは、複数の上記表示装置に接続されており、上記複数の表示装置の各々は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、上記通知情報提供サーバは、上記複数の表示装置の全てから提供された上記フィードバック情報に基づいて、上記通知情報を選択して上記表示装置の各々に提供するものであってもよい。
【００４０】
上記構成によれば、上記通知情報提供サーバは、複数の表示装置からのフィードバック情報に基づいて、お薦めの通知情報を選択することができるため、多くのユーザが注目する通知情報を適切にユーザに提供することができる。
【００４１】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【発明の効果】
【００４２】
本発明に係る表示装置は、動画コンテンツを表示画面に表示する表示装置であって、第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得する通知情報取得手段と、上記通知情報取得手段が取得した第２のコンテンツを上記表示画面に表示する第１の表示手段と、ユーザからの指示の入力を受け付ける入力手段と、上記入力手段が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記通知情報取得手段が取得した上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示する第２の表示手段と、を備えているため、表示装置から、上記動画コンテンツとは異なる、ネットワーク上に存在する情報を、簡便に閲覧することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態に係るお知らせ表示システム（通知情報表示システム）の概略構成を示す模式図である。
【図２】図１に示すお知らせ表示システムが備えるテレビ（表示装置）の構成を示すブロック図である。
【図３】図２に示すテレビが有する機能を示す機能ブロック図である。
【図４】図２に示すテレビにおけるお知らせ表示処理の流れを示すフローチャートである。
【図５】図４に示すお知らせ表示処理において用いるお知らせ情報（通知情報）のデータ構造を示す模式図である。
【図６】図２に示すテレビにおけるお知らせ表示処理の様子を示す模式図である。
【図７】図２に示すテレビの設定画面の一例を示す図である。
【図８】図１に示すお知らせ表示システムが備えるお知らせ集中配信サーバ（通知情報提供サーバ）が有する機能を示す機能ブロック図である。
【図９】図８に示すお知らせ集中配信サーバにおけるお知らせ配信処理の流れを示すフローチャートである。
【図１０】図８に示すお知らせ集中配信サーバに記憶されている情報のデータ構造を示す模式図である。
【図１１】図４に示すお知らせ表示処理において用いるお知らせ情報のデータ構造の変形例を示す模式図である。
【図１２】図１１に示すデータ構造を有するお知らせ情報の表示態様を説明するための表を示す図である。
【図１３】図１１に示すデータ構造を有するお知らせ情報に含まれる重要度情報の調整手法の一例を説明するための模式図である。
【図１４】図１１に示すデータ構造を有するお知らせ情報に含まれる重要度情報の設定手法の一例を説明するための表を示す図である。
【図１５】図２に示すテレビにおいて、ユーザの指示に応じてお知らせの表示を制限するための仕組みを説明するための図であり、（ａ）は設定画面を示し、（ｂ）はお知らせの表示を示す。
【図１６】図２に示すテレビにおいて、テレビの視聴内容に応じてお知らせの種類を選択するための仕組みを説明するための表を示す図である。
【図１７】図２に示すテレビにおいて、お知らせ保存処理の様子を示す図である。
【図１８】図４に示すお知らせ表示処理において用いるお知らせ情報のデータ構造のさらなる変形例を示す模式図である。
【図１９】図１０に示すお知らせ集中配信サーバに記憶されている情報のデータ構造の他の例を示す模式図である。
【発明を実施するための形態】
【００４４】
本発明の一実施形態について、図面に基づいて説明すれば以下のとおりである。なお、以下では、本発明に係る表示装置としてテレビ（テレビジョン受像機）について説明するが、本発明はこれに限定されず、テレビ放送、ストリーミング放送、媒体に記録されたビデオ等の動画コンテンツを表示し得る表示装置に広く適用することができる。
【００４５】
〔システムの構成〕
テレビ（表示装置）１とお知らせ集中配信サーバ（通知情報提供サーバ）２とを含むお知らせ表示システム（通知情報表示システム）１０の構成について、図１を参照して説明する。図１は、お知らせ表示システム１０の構成を示す図である。図１に示すように、お知らせ表示システム１０は、テレビ１と、お知らせ集中配信サーバ２とを含んでおり、両者はネットワーク２０を介して接続している。
【００４６】
また、図１に示すように、ネットワーク２０には、ウェブサーバ（コンテンツ配信サーバ）およびお知らせ配信サーバから構成されるインターネットサービスがいくつか存在している。本実施形態では、一例として、ウェブサーバ２１およびお知らせ配信サーバ２３から構成されるインターネットサービスＡ、ならびに、ウェブサーバ２２およびお知らせ配信サーバ２４から構成されるインターネットサービスＢについてのみ説明するが、インターネットサービスの数、種類は当然これに限定されるものではない。テレビ１は、ネットワーク２０を介して、ウェブサーバ２１および２２に接続しており、お知らせ集中配信サーバ２は、お知らせ配信サーバ２３および２４に接続している。なお、インターネットサービスにおいて、ウェブサーバとお知らせ配信サーバとは同一のサーバ装置によって構築されていてもよい。
【００４７】
各インターネットサービスは、ニュース、天気予報、交通情報といったコンテンツ（詳細情報、第３のコンテンツ）をウェブサーバから配信するとともに、各コンテンツに対応したお知らせ（第２のコンテンツ。例えば、各コンテンツの要部）と、各コンテンツにアクセスするための情報（アクセス情報）とを含むお知らせ情報（通知情報）を、お知らせ配信サーバから配信する。お知らせ集中配信サーバ２は、各お知らせ配信サーバからお知らせ情報を取得し、まとめてテレビ１へと配信する。テレビ１は、集中お知らせサーバ２から取得したお知らせを表示画面（ＬＣＤ１１０）に重畳して表示する。テレビ１はさらに、ユーザからの指示に応じて、表示中のお知らせ（第２のコンテンツ）に対応するコンテンツの詳細（第３のコンテンツ）を上記ウェブサーバから取得して、表示画面に表示することもできる。
【００４８】
〔テレビの構成〕
次に、本実施形態に係るテレビ１の構成について、図２を参照して説明する。図２は、テレビ１の構成を示すブロック図である。
【００４９】
図４に示すように、テレビ１は、３つのＨＤＭＩ入力端子１１ａ〜１１ｃ、ＨＤＭＩスイッチ１１ｄ、ＨＤＭＩレシーバ１００、映像入力端子１０１ａ、音声入力端子１０１ｂ、ＢＤドライブ１０２、チューナ１０３、ＩＰ放送チューナ１０４、衛星放送チューナ１０５、ＯＳＤ生成部１０６、映像セレクタ１０７、映像処理回路１０８、ＬＣＤコントローラ１０９、ＬＣＤ（Liquid Crystal Display）１１０、音声セレクタ１１１、音声処理回路１１２、デジタルアンプ１１３、スピーカ１１４、イーサネット（登録商標）Ｉ／Ｆ１１５、ＲＯＭ１１６、ＲＡＭ（取得時刻記憶手段、非表示時刻記憶手段、非表示番組記憶手段、通知情報記憶手段、特定情報記憶手段）１１７、ＣＰＵ１１８、赤外線受光部１１９、カメラ１２０、及び、人感センサ１２１を備えている。図４においては、映像信号の経路を実線で、音声信号の経路を１点鎖線で、データや制御信号の経路（バス）を太線で示している。
【００５０】
なお、図４に示すテレビ１の構成は、あくまでも本発明の説明のためのものであり、本発明はこの構成に限定されるものではない。
【００５１】
（１）ＨＤＭＩレシーバ１００が受信した映像、（２）映像入力端子１０１ａから入力された映像、（３）ＢＤドライブ１０２がＢＤ（Blu-ray Disc）から読み出した映像、（４）（地上波デジタル放送用）チューナ１０３が受信した映像、（５）ＩＰ放送チューナ１０４が受信した映像、及び、（６）衛星放送チューナ１０５が受信した映像は、それぞれ、映像セレクタ１０７に供給される。また、（１）ＨＤＭＩレシーバ１００が受信した音声、（２）音声入力端子１０１ｂから入力された音声、（３）ＢＤドライブ１０２がＢＤから読み出した音声、（４）チューナ１０３が受信した音声、（５）ＩＰ放送チューナ１０４が受信した音声、及び、（６）衛星放送チューナ１０５が受信した音声は、それぞれ、音声セレクタ１１１に供給される。
【００５２】
なお、（ａ）ＨＤＭＩレシーバ１０１が何れのＨＤＭＩ入力端子から入力されるコンテンツを受信するか、すなわち、ＨＤＭＩスイッチ１１ｄが何れのＨＤＭＩ入力端子から入力されたコンテンツをＨＤＭＩレシーバに供給するか、（ｂ）チューナ１０３が何れのチャンネルを介して伝送されたコンテンツを受信するか、（ｃ）ＩＰ放送チューナ１０４が何れのサーバから配信されたコンテンツを受信するか、（ｄ）衛星放送チューナ１０５が何れのチャンネルを介して伝送されたコンテンツを受信するかを決める選択制御は、ＣＰＵ１１８によって行われる。また、（ｅ）ＢＤドライブ１０２における再生、停止、早送り、巻戻し、チャプタ遷移などの再生制御も、ＣＰＵ１１８によって行われる。
【００５３】
映像セレクタ１０７は、（１）ＨＤＭＩレシーバ１００から供給された映像、（２）映像入力端子１０１ａから供給された映像、（３）ＢＤドライブ１０２から供給された映像、（４）チューナ１０３から供給された映像、（５）ＩＰ放送チューナ１０４から供給された映像、及び、（６）衛星放送チューナ１０５から供給された映像のうちの何れか１つを選択する。映像セレクタ１０７によって選択された映像は、映像処理回路１０８に供給される。なお、映像セレクタ１０７が何れの映像を選択するかは、ＣＰＵ１１８によって制御される。
【００５４】
映像処理回路１０８は、映像セレクタ１０７から供給された映像の画質を調整する。また、映像処理回路１０８は、映像セレクタ１０７から供給された映像をスケーリングする。ここで、画質の調整とは、例えば、輝度、シャープネス、及び、コントラストの少なくとも何れかを変化させることを指す。また、スケーリングとは、表示すべき映像本来のアスペクト比を保ったままサイズを縮小することを指す。映像処理回路１０８によって画質調整とスケーリングとを施された映像は、ＬＣＤコントローラ１０９に供給される。なお、映像処理回路１０８が画質をどのように変化させるか、及び、映像をどの程度縮小するかは、ＣＰＵ１１８によって制御される。
【００５５】
ＬＣＤコントローラ１０９は、映像処理回路１０８から供給された映像が表示されるようにＬＣＤ１１０を駆動する。これにより、映像セレクタ１０７により選択された映像がＬＣＤ１１０から出力される。なお、ＯＳＤ生成部１０６からＯＳＤ画像が供給されている場合、ＬＣＤコントローラ１０９は、ＯＳＤ生成部１０６から供給されたＯＳＤ画像を映像処理回路１０８から供給された映像に重ねて表示する。
【００５６】
音声セレクタ１１１は、ＨＤＭＩレシーバ１００から供給された音声、映像入力端子１０１ａから供給された音声、ＢＤドライブ１０２から供給された音声、チューナ１０３から供給された音声、ＩＰ放送チューナ１０４から供給された音声、及び、衛星放送チューナ１０５から供給された音声のうちの何れか１つを選択する。音声セレクタ１１１によって選択された音声は、音声処理回路１１２に供給される。なお、音声セレクタ１１１が何れの音声を選択するかは、ＣＰＵ１１８によって制御される。ただし、映像セレクタ１０７における映像の選択と、音声セレクタ１１１における音声の選択とは連動しており、例えば、映像セレクタ１０７がＨＤＭＩレシーバ１００から供給された映像を選択しているときには、音声セレクタ１１１もＨＤＭＩレシーバ１００から供給された音声を選択する。
【００５７】
音声処理回路１１２は、音声セレクタ１１１から供給された音声の音量及び音質を調整する。ここで、音質の調整とは、音声セレクタ１１１から供給された音声の周波数特性を変化させること（例えば、低域の強調や高域の強調など）を指す。音声処理回路１１２によって音量及び音質を調整された音声は、デジタルアンプ１１３に供給される。なお、音声処理回路１１２によって音量及び音質をどのように変化させるかは、ＣＰＵ１１８によって制御される。
【００５８】
デジタルアンプ１１３は、音声処理回路１１２から供給された音声が出力されるようにスピーカ１１４を駆動する。これにより、音声セレクタ１１１により選択された音声がスピーカ１１４から出力される。
【００５９】
ＣＰＵ１１８は、赤外線受光部１１９が受信したリモコン信号、カメラ１２０が撮像した画像、及び、人感センサ１２１が出力する出力信号に応じて上記各部を制御する。人感センサ１２１の出力信号は、その感知範囲内に視聴者が存在するか否かを示す２値信号である。赤外線受光部１１９を用いた制御としては、例えば、チューナ１０４にて選択するチャンネルをリモコン信号に応じて切り替える制御や、映像セレクタ１０７及び音声セレクタ１１１にて選択する映像及び音声をリモコン信号に応じて切り替える制御などが挙げられる。また、カメラ１２０を用いた制御としては、例えば、映像処理回路１０８において画質をどのように調整するかを、撮像した画像に基づいて特定した視聴者に応じて切り替える制御などが挙げられる。また、人感センサ１２１を用いた制御としては、例えば、ＬＣＤ１１０のバックライトを点灯するか消灯するかを、感知結果に応じて切り替える制御などが挙げられる。
【００６０】
また、ＣＰＵ１１８は、ＨＤＭＩレシーバ１００に接続された機器から受信したＣＥＣコマンドを実行したり、ＨＤＭＩレシーバ１００が当該機器に送信するＣＥＣコマンドを生成したりすることによって、他の機器の連携動作を実現してもよい。
【００６１】
ＲＯＭ１１６は、ＣＰＵ１１８によって実行されるプログラムなどの固定データが格納される、読み出し可能かつ書き込み不能なメモリである。ネットワーク上においてテレビ１を一意に特定するための端末ＩＤ、ＯＳＤ画像を生成するためにＯＳＤ生成部１０６が参照するＪＰＥＧデータやＳＶＧ（Scalable Vector Graphics）データなども、このＲＯＭ１１６に格納される。一方、ＲＡＭ１１７は、ＣＰＵ１１８が演算のために参照するデータ、及び、ＣＰＵ１１８が演算によって生成したデータなどの可変データが格納される、読み出し可能かつ書き込み可能なメモリである。ＲＡＭ１１７にはまた、ネットワーク２０を介して取得したデータ（後述するお知らせ情報等）が格納される。
【００６２】
イーサネットＩ／Ｆ１１５は、テレビ１をネットワーク２０に接続するためのインターフェースである。ＣＰＵ１１８は、このイーサネットＩ／Ｆ１１５を介してインターネット上のサーバ（お知らせ集中配信サーバ２ならびにウェブサーバ２１ｂおよび２２ｂ）にアクセスする。また、上述したＩＰ放送チューナ１０５も、このイーサネットＩ／Ｆ１１５を介してインターネット上のサーバにアクセスする。
【００６３】
（テレビによるお知らせ表示処理）
次に、お知らせ表示処理のために、テレビ１のＣＰＵ１１８が有する機能について、図３を参照して説明する。図３は、テレビ１のＣＰＵ１１８が有する機能を表現した機能ブロック図である。なお、図３に示すブロック図は、ＣＰＵ１１８が有する各種機能のうち、本発明に特有なものを表現したものであり、ＣＰＵ１１８が、図３に示されていない機能を有していてもよいことは言うまでもない。
【００６４】
図３に示すように、テレビ１のＣＰＵ１１８は、お知らせ取得部（通知情報取得手段）１３０、お知らせ表示部（第１の表示手段、ジャンル取得手段）１３１、ウェブブラウザ部（第２の表示手段）１３２、設定部（設定手段）１３３およびＵＩ部１３４として機能する。お知らせ取得部１３０およびお知らせ表示部１３１は、ＲＡＭ１１７に記憶された設定情報を参照しながら動作する。
【００６５】
お知らせ取得部１３０は、一定時間毎に、またはユーザからの指示に応じて、イーサネットＩ／Ｆ１１５を介してお知らせ集中配信サーバ２からお知らせ情報を含んだお知らせ応答を受信する。
【００６６】
お知らせ表示部１３１は、お知らせ取得部１３０が取得したお知らせ情報に基づき、ＯＳＤ生成部１０６を制御して、ＬＣＤ（表示画面）１１０にお知らせ１４０を表示させる。
【００６７】
ウェブブラウザ部１３２は、イーサネットＩ／Ｆ１１５を介してウェブサーバ２１および２２に接続し、ＯＳＤ生成部１０６を制御して、ＬＣＤ（表示画面）１１０にウェブページを表示するウェブブラウザ１５０を表示させる。
【００６８】
設定部１３３は、お知らせ表示処理に関する各種設定情報の更新を行う。設定部１３３による設定情報の更新は、詳細は後述するが、例えば、設定画面の表示中、またはお知らせ１４０の表示中に、ＵＩ部１３４が受け付けたユーザからの入力に応じて行う。設定部１３３は、設定情報をＲＡＭ１１７に記憶させるほか、後述するように、イーサネットＩ／Ｆ１１５を介してお知らせ集中配信サーバ２に設定情報をテレビ１の端末ＩＤと併せて送信してもよい。これにより、テレビ１の設定情報をお知らせ集中配信サーバ２に通知することができる。
【００６９】
ＵＩ部１３４は、入力されるユーザからの指示またはデータに応じた操作パネル等のグラフィカルユーザインタフェースをＯＳＤ表示し、入力された指示またはデータを取得するための手段である。なお、ＵＩ部１３４が操作パネルをＯＳＤ表示するとは、ＬＣＤ１１０に操作パネルをＯＳＤ表示するために、その操作パネルの描画に必要なデータをＲＯＭ１１６から読み出し、読み出したデータをＯＳＤ生成部１０６に供給することを指す。また、ＵＩ部１３４はユーザからの指示を、例えば、赤外線受光部１１９を介してリモコン操作を検出することによって取得する。
【００７０】
続いて、テレビ１におけるお知らせ表示処理について、図４〜図６を参照して説明する。図４は、テレビ１におけるお知らせ表示処理の流れを示すフローチャートである。図５は、お知らせ表示処理に用いるお知らせ情報のデータ構造を示す模式図であり、図６は、テレビ１におけるお知らせ表示処理の様子を示す模式図である。以下、図４の各ステップについて説明する。
【００７１】
ステップＳ１：お知らせ取得部１３０は、ユーザからお知らせ表示の要求があったか否かを判定する。ユーザによるお知らせ表示の要求は、例えば、リモコン操作が想定される。ユーザによるお知らせ表示の要求があった場合、お知らせ取得部１３０は、ステップＳ３においてお知らせ取得処理を実施する。
【００７２】
ステップＳ２：ステップＳ１において、ユーザによるお知らせ表示の要求がないと判断した場合、お知らせ取得部１３０は、今までにお知らせを取得したことがあるか否か、および、前回お知らせを取得してから一定時間が経過しているか否かの判定を行う。当該一定時間は、予め定めておいた時間を用いてもよいし、後述するように、お知らせ情報に含まれる次回更新時刻に基づいて定めた時間を用いてもよい。今までお知らせを取得したことがないか、または、前回お知らせを取得してから一定時間が経過していた場合、お知らせ取得部１３０は、ステップＳ３においてお知らせ取得処理を実施する。今までお知らせを取得したことがあり、かつ、前回お知らせを取得してから一定時間が経過していなかった場合には、ＣＰＵ１１８は、お知らせ表示処理を一旦終了し、しばらく後に再度ステップＳ１を実施する。
【００７３】
ステップＳ３：お知らせ取得部１３０は、ネットワーク２０を介してお知らせ集中配信サーバ２に接続し、その時点におけるお知らせ情報を取得する。その際、お知らせ取得部１３０は、テレビ１の端末ＩＤをお知らせ集中配信サーバ２に送信することにより、後述するように、ユーザに合わせたお知らせ情報を取得することができる。
【００７４】
図５は、お知らせ集中配信サーバ２から取得されるお知らせ情報のデータ構造の一例を示す模式図である。すなわち、上記お知らせ情報は、一例において、図５（ａ）に示すように、ヘッダの後に、各インターネットサービスからのお知らせ情報を１件ごとに記述するデータが続く構造を有するお知らせ応答としてお知らせ集中配信サーバ２から配信される。ヘッダには、例えば、お知らせ集中配信サーバ２において各インターネットサービスからお知らせ情報が正常に取得し得たか否かを示す情報、テレビ１がお知らせ情報を次回取得すべきタイミングを指定する情報等が含まれている。
【００７５】
図５（ｂ）に示すように、１件のお知らせ情報は、少なくともお知らせの内容の文字列（第２のコンテンツ）と、詳細情報（第３のコンテンツ）にアクセスするための情報（アクセス情報。例えば、ＵＲＬ）を含んでいる。その他、図５（ｂ）に示すように、お知らせのタイトル、更新日時、ボタンに表示する文字列等を含んでいてもよい。なお、ボタンについては後述する。
【００７６】
なお、お知らせ情報は、これに限定するものではないが、例えば、図５（ｃ）に示すように、ＸＭＬ形式で構築されていてもよい。
【００７７】
また、一実施形態において、お知らせ表示部１３１は、前述したお知らせ情報のタイトルに基づいて、当該お知らせ情報のジャンルを取得してもよい。また、図１１（ａ）に示すように、お知らせ情報が、ジャンル情報を含んでいる場合、お知らせ表示部１３１は、当該ジャンル情報に基づいて当該お知らせ情報のジャンルを取得してもよい。
【００７８】
ステップＳ４：お知らせ表示部１３１は、お知らせ取得部１３０が取得したお知らせ応答に、お知らせ情報が何件含まれているかを判定する。お知らせ情報が１件も含まれていなかった場合、ＣＰＵ１１８は、お知らせ表示処理を一旦終了し、しばらく後に再度ステップＳ１を実施する。お知らせ取得部１３０が取得したお知らせ情報に、お知らせ情報が一件以上含まれていた場合、お知らせ表示部１３１は、含まれていたお知らせ情報１件ごとに、ステップＳ５〜Ｓ７を繰り返す。
【００７９】
ステップＳ５：お知らせ表示部１３１は、ＯＳＤ生成部１０６に、１件分のお知らせの内容の文字列（第２のコンテンツ）と、ボタンに表示する文字列とを提供し、お知らせ１４０をＬＣＤ（表示画面）１１０に表示させる。
【００８０】
図６は、ＬＣＤ１１０にお知らせ１４０を表示する様子を示す図である。図６（ａ）は、ＬＣＤ１１０にテレビ放送を表示している状態を示す。図６（ｂ）の左方に示すように、お知らせ表示部１３１は、ＬＣＤ１１０の隅に、お知らせ１４０を表示させる。なお、お知らせ１４０の表示位置はこれに限定されるものではない。
【００８１】
図６（ｂ）の右方に示すように、お知らせ表示部１３１は、お知らせ１４０内に、お知らせの内容の文字列１４２を表示する。お知らせの内容の文字列１４２が、お知らせ１４０内に収まらない場合、お知らせ表示部１３１は、お知らせの内容の文字列１４２をスクロールさせて表示する（テロップ表示）。
【００８２】
また、一実施形態において、お知らせ表示部１３１は、お知らせ１４０を、テレビ１からのお知らせであることを示すタイトル１４１を付して表示することにより、ユーザが放送内容と区別し易いようにする。タイトル１４１としては、特に限定されないが、例えば、図６（ｂ）に示すような「受信機からのお知らせ」または「受信機」に代えてテレビ１の商品名を用いた文字列などを使用することができる。
【００８３】
また、お知らせ表示部１３１は、お知らせ１４０内にボタン１４３を表示させる。ボタン１４３に表示する文字列は、前述したように、お知らせ集中配信サーバ２から取得したお知らせ情報に含まれているものを用いればよい。このボタン１４３に表示される文字列は、お知らせ１４０に関連づけられるアクション（この場合は、詳細情報を含むウェブページの閲覧）を示すものである。また、お知らせ表示部１３１は、図６（ｂ）の右方に示すように、お知らせ１４０内に、各アクションの操作方法を示す文字列１４４を併せて表示させてもよい。本実施形態では、リモコンの（下向き三角）ボタンで、お知らせのスキップの指示を、（決定）ボタンで、上記アクション（詳細情報を含むウェブページの閲覧）の実行指示を、（戻る）ボタンで、お知らせ表示処理の終了指示を入力し得ることを表示する。
【００８４】
お知らせ表示部１３１は、お知らせの内容の文字列１４２を、一定時間または一定回数スクロールする間、ＬＣＤ１１０に表示させ、その後、消去する。また、上述したようにお知らせのスキップ（移行指示）をユーザから指示された場合には、直ちに現在表示中のお知らせの内容の文字列１４２を消去し、次のお知らせを表示するためにステップＳ７に進む。
【００８５】
また、お知らせ表示処理の終了指示を受けた場合には、図４には示していないが、ＣＰＵ１１８は、お知らせ表示処理を終了する。
【００８６】
ステップＳ６：お知らせ表示部１３１が、ＬＣＤ１１０にお知らせ１４０を表示させている間に、ＵＩ部１３４が、ユーザから詳細情報を含むウェブページの閲覧指示（詳細情報の表示指示）を受け付けた場合、ステップＳ９を実行する。上記閲覧指示を受け付けていない場合、ステップＳ７を実行する。
【００８７】
ステップＳ７：お知らせ表示部１３１は、未表示のお知らせが残っているか否かを判定し、残っている場合にはステップＳ５に戻り、次の件のお知らせを表示させる。未表示のお知らせが残っていない場合、ステップＳ８を実行する。このように、お知らせ集中配信サーバ２から受信したお知らせ応答に複数件のお知らせ情報が含まれていた場合、複数回に分けて順にお知らせを表示することにより、ユーザは各お知らせの内容を把握し易くなる。
【００８８】
ステップＳ８：お知らせ１４０をＬＣＤ１４０から消去し、通常のテレビ放送の表示処理に戻す。ＣＰＵ１１８は、お知らせ表示処理を一旦終了し、しばらく後に再度ステップＳ１を実施する。
【００８９】
ステップＳ９：ウェブブラウザ部１３２は、表示中のお知らせに対応するお知らせ情報に含まれる、詳細情報にアクセスするための情報（ＵＲＬ）を用いて、詳細情報が記載されたウェブページを取得し、ＬＣＤ１１０に表示させる。ウェブページを表示させるに当たっては、例えば、図６（ｃ）に示すように、テレビ放送の表示を縮小し、空いたスペースをウェブブラウザ１５０の表示領域とし、ウェブブラウザ１５０にウェブページを表示するようにすればよい。ウェブブラウザ部１３２がウェブページを表示させた場合、ＣＰＵ１１８は、お知らせ表示処理を一旦終了する。
【００９０】
（お知らせ表示の設定）
上述したお知らせ表示処理の挙動は、ユーザの所望により調整し得るようになっていてもよい。例えば、ユーザからの指示に応じて、設定部１３３は、図７に示すような設定画面をＬＣＤ１１０に表示させる。図７は、テレビ１のお知らせ表示処理に関する設定画面の一例を示す図である。図７に示すように、上記設定画面において、ユーザは、どのジャンル（またはどのインターネットサービス）のお知らせを表示させるかを選択することができる。
【００９１】
このような設定情報は、上述したように設定情報としてＲＡＭ１１７に記憶される他、設定部１３３が、イーサネットＩ／Ｆ１１５を介してお知らせ集中配信サーバ２に送信するようにしてもよい。この際、どのテレビの設定情報であるかを特定するため、設定部１３３は、上記設定情報を、例えば、端末ＩＤを関連づけて送信し、お知らせ集中配信サーバ２は、端末ＩＤに関連づけて当該設定情報を記憶する。そして、上記設定情報の更新を反映させる主体は、テレビ１であっても、お知らせ集中配信サーバ２であってもよい。例えば、お知らせ集中配信サーバ２は、設定情報において、ユーザに選択されなかったジャンル（インターネットサービス）のお知らせについては、テレビ１に送信するお知らせ情報には含めないようにしてもよいし、テレビ１が、ステップＳ５において、ユーザに選択されなかったジャンル（インターネットサービス）のお知らせを表示させなくてもよい。
【００９２】
また、図７に示すように、設定画面において、各ジャンル（インターネットサービス）のお知らせの表示タイミングを特定する情報（取得時刻情報）をユーザが入力することができるようにしてもよい。お知らせを表示するタイミングとしては、例えば、お知らせが更新されたタイミング、リモコンによりお知らせを表示することが要求されたタイミング、およびユーザにより指定された時刻が挙げられる。この場合、お知らせ表示部１３１は、ステップＳ５において、各ジャンル（インターネットサービス）のお知らせについて、選択されていないタイミングでは表示させないようにすればよい。また、ユーザにより指定された時刻にお知らせを表示するように設定された場合には、ＣＰＵ１１８がタイマーを備え、指定された時刻にステップＳ３を実行するようにすればよい。
【００９３】
なお、テレビ１が、ユーザにより指定された時刻にお知らせを表示することにより、以下のような効果が得られる。すなわち、このような機能がない場合には、ユーザが毎日決まった時間に天気などを確認したい場合でも、配信サーバからのお知らせを待たなくてはいけない。これに対し、テレビ１が、ユーザにより指定された時刻にお知らせを自動的に表示することにより、ユーザは、一々リモコン等を操作することなく、所望の時間に所望のお知らせを見ることができる。
【００９４】
（お知らせ集中配信サーバ）
次に、お知らせ集中配信サーバ２について説明する。図８は、お知らせ集中配信サーバ２が有する機能を表現した機能ブロック図である。図８に示すように、お知らせ集中配信サーバ２は、イーサネットＩ／Ｆ２００、データ記憶部２０１、およびＣＰＵ２１０を備えている。イーサネットＩ／Ｆ２００は、お知らせ集中配信サーバ２をネットワーク２０に接続するためのインターフェースである。データ記憶部２０１は、メモリ、ハードディスク等の記憶媒体によって構成され、ＣＰＵ２１０によって実行されるプログラム、ＣＰＵ２１０が演算のために参照するデータ、ＣＰＵ２１０が演算によって生成したデータ、ネットワーク２０経由で取得したデータ等を記憶する。
【００９５】
ＣＰＵ２１０は、受信内容解析部２１１、お知らせ情報取得部（通知情報取得部）２１２、およびお知らせ応答生成部（通知情報生成部）として機能する。受信内容解析部２１１は、イーサネットＩ／Ｆ２００が受信したデータが、テレビ１からのお知らせ応答要求、お知らせ配信サーバ２３または２４からのお知らせ情報、テレビ１からの設定情報、などの何れかであることを判定し、対応する処理を行うものである。例えば、テレビ１からのお知らせ応答要求を受信した場合には、お知らせ情報取得部２１２およびお知らせ応答生成部２１３にお知らせ応答を生成させる。また、お知らせ配信サーバ２３または２４からのお知らせ情報であった場合には、お知らせ情報取得部２１２にお知らせ情報を提供する。テレビ１からの設定情報であった場合には、データ記憶部２０１に受信した設定情報を記憶する。
【００９６】
続いて、お知らせ集中配信サーバ２におけるお知らせ配信処理について、図９および図１０を参照して説明する。図９は、お知らせ集中配信サーバ２におけるお知らせ配信処理の流れを示すフローチャートである。図１０は、お知らせ配信処理に用いる各種データの構造を示す模式図である。以下、図９の各ステップについて説明する。
【００９７】
ステップＳ１１：イーサネットＩ／Ｆ２００がテレビ１からのお知らせ要求を受信する。
【００９８】
ステップＳ１２：受信内容解析部２１１が、受信データがテレビ１からのお知らせ要求であることを検出する。また、このとき、当該お知らせ要求からテレビ１を特定するための情報（端末ＩＤ）を検出してもよい。
【００９９】
ステップＳ１３およびＳ１４：お知らせ情報取得部２１２が、各インターネットサービスのお知らせ配信サーバ（お知らせ配信サーバ２３および２４）に対してお知らせ情報を要求し、当該お知らせ配信サーバからお知らせ情報を取得する。なお、このとき、お知らせ情報取得部２１２は、データ記憶部２０１に記憶された各端末ＩＤごとの設定情報に基づき、お知らせ情報を要求するインターネットサービスを選択してもよい。
【０１００】
すなわち、一実施形態において、データ記憶部２０１には、図１０に示すような情報が記憶されている。図１０（ａ）は、各インターネットサービスが提供するサービス名と、対応するお知らせ配信サーバのＵＲＬと、各お知らせ配信サーバの配信形式と、を関連づけて記憶するテーブルであり、お知らせ情報取得部２１２は、当該テーブルを参照して各お知らせ配信サーバに対してお知らせ情報を要求する。
【０１０１】
また、図１０（ｂ）は、各端末ＩＤと、各端末ＩＤに送信すべきお知らせ情報が属するインターネットサービスとを関連づけて記憶するテーブルである。お知らせ集中配信サーバ２の受信内容解析部２１１は、各テレビ（テレビ１を含む）から受信した設定情報を、例えば、図１０（ｂ）に示すような構造でデータ記憶部２０１に記憶させる。そして、お知らせ情報取得部２１２は、上記テーブルを参照して、お知らせ情報を要求すべきお知らせ配信サーバを選択する。
【０１０２】
上記設定情報としては、各テレビが取得するインターネットサービスを指定する情報を含んでいればよいが、その他に、お知らせ応答中における各インターネットサービスからのお知らせ情報の順序を指定する情報を含んでいてもよい。その場合、図１０（ｂ）に示すように、上記テーブルには、さらに、お知らせ応答中における各お知らせ情報の順序が関連づけて記憶されており、後述するステップＳ１５において、お知らせ応答生成部２１３は、当該テーブルを参照してお知らせ応答中における各お知らせ情報の順序を決定する。
【０１０３】
各お知らせ配信サーバは、お知らせ集中配信サーバ２からの要求に応じて、お知らせ情報を提供する。各お知らせ配信サーバが提供するお知らせ情報のデータ構造は特に限定されず、例えば、図５（ｂ）に示すようなデータ構造であってもよく、非特許文献１に記載のＲＳＳフォーマットまたは非特許文献２に記載のＡＴＯＭフォーマットであってもよい。したがって、お知らせ配信サーバ２３、２４は、お知らせ集中配信サーバ２のみを対象にお知らせ情報を配信するサーバに限定されず、例えば、ＲＳＳフォーマットまたはＡＴＯＭフォーマットで公衆（例えば、ＰＣによる閲覧者）に情報を配信するウェブサーバであってもよい。
【０１０４】
そして、上述したように、データ記憶部２０１には、図１０（ａ）に示すようなテーブルが記憶されている。すなわち、各インターネットサービスについて、その配信形式が関連付けられて記憶されている。お知らせ情報取得部２１２は、このテーブルを参照して、各お知らせ配信サーバから取得したお知らせ情報を、図５（ｂ）に示すような構造を有するデータに変換する。例えば、配信形式が「ＲＳＳ」であれば、お知らせ情報取得部２１２は、取得したお知らせ情報を、ＲＳＳフォーマットから図５（ｂ）に示すようなデータ構造に変換し、配信形式が「テレビお知らせ」であれば、お知らせ情報取得部２１２は、取得したお知らせ情報を特に変換しない。
【０１０５】
ステップＳ１５：お知らせ応答生成部２１３は、お知らせ応答のヘッダを生成し、各お知らせ配信サーバから取得し、必要に応じてデータ構造を変換したお知らせ情報を付加して、図５（ａ）に示すようなお知らせ応答を生成する。
【０１０６】
ステップＳ１６：お知らせ応答生成部２１３は、生成したお知らせ応答を、テレビ１に送信する。
【０１０７】
（システム構成の変形例）
なお、テレビ１は、お知らせ情報を、お知らせ集中配信サーバ２を介して取得せず、お知らせ配信サーバ２３、２４等から直接取得してもよい。この場合、テレビ１が、お知らせ集中配信サーバが有する機能を有していればよい。
【０１０８】
ただし、お知らせ集中配信サーバ２を用いることによって、複数のインターネットサービスからのお知らせを集約し、後述する重要度などの個別のサービスが設定するお知らせ情報中の項目を調整することができる。
【０１０９】
また、お知らせ集中配信サーバ２を用いることによって、インターネットサービスの増減、設定内容の変更に柔軟に対応することができる。例えば、テレビ１側で、利用するインターネットサービスに関する情報（例えば、図１０（ａ）のようなもの）を保存する場合、インターネットサービスが終了したときや、設定内容が変化したときに、その都度、テレビ１側のデータを更新する必要が生じるが、お知らせ集中配信サーバ２を用いることによって、このような情報の更新は一度で済む。
【０１１０】
（重要度）
一実施形態において、お知らせ情報は、重要度というパラメータ（重要度情報）を含んでいる。これは、例えば、多くのお知らせが取得されたとき、重要な「お知らせ」が他の「お知らせ」に埋もれてしまい、見逃すことを防ぐことを目的としている。
【０１１１】
図１１に、このようなお知らせ情報のデータ構造を示す。図１１（ａ）に示すように、お知らせ情報に重要度というパラメータが追加されている。なお、同じく追加された「表示色」は、文字列１４２の文字色である。このようなデータは、図１１（ｂ）に示すようにＸＭＬの形式で記述してもよい。
【０１１２】
お知らせ表示部１３１は、お知らせ１４０の表示態様を対応する重要度に合わせて異ならせることにより、重要な「お知らせ」であることをユーザに分かり易くし、ユーザが重要なお知らせを見逃すことを防ぐことができる。
【０１１３】
図１２は、重要度に応じたお知らせの表示態様の一例の表を示す。図１２に示すように、図６（ｂ）に示すようなお知らせ１４０において、例えば、文字列１４２の色を、重要度が高くなるにつれ、白色から、黄色、橙色、赤色と変化させることや、文字列１４２の色の濃さを、重要度が高くなるにつれ、濃くすること（例えば、重要度が低いものは白色に近づける）、文字列１４２において利用可能な色数を、重要度が高くなるにつれ、多くする（例えば、重要度が低いものは白色のみとする）こと等が挙げられる。なお、字列１４２において利用可能な色数を多くする場合には、予め、文字列中の各文字の色が指定されていることが好ましい。また、文字列１４２の文字の大きさを、重要度が高くなるにつれ、大きくしてもよいし、お知らせ１４０の表示位置を、重要度が最高のとき（緊急警報など）にＬＣＤ１１０の中央としてもよいし、お知らせ１４０の枠の色を、重要度が高くなるにつれ、灰色から、黄色、赤色と変化させてもよい。
【０１１４】
この重要度は、例えば、お知らせ配信サーバ２３および２４が設定すればよいが、その場合、各インターネットサービスの提供者によって重要度の割り振り方が異なる場合があるため、特定のインターネットサービスに属するお知らせの重要度が偏重されてしまう可能性がある。
【０１１５】
これを解決するため、一実施形態において、各お知らせ情報の重要度を、お知らせ集中配信サーバ２が調整または設定してもよい。お知らせ集中配信サーバ２が重要度を調整または設定することにより、インターネットサービス間における重要度の偏りを抑制することができる。
【０１１６】
図１３は、お知らせ集中配信サーバ２による各重要度の調整について説明する図である。図１３に示すように、お知らせ集中配信サーバ２（のお知らせ応答生成部２１３）は、各インターネットサービス（のお知らせ配信サーバ）から受信した重要度の平均値および標準偏差を算出し（図１３（ａ））、偏差値を算出する（図１３（ｂ））、そしてこの偏差値に基づいて、重要度を再計算する（図１３（ｃ））。なお、図１３（ｃ）に示す例では、再計算後の重要度を、１＋（偏差値−５０）／５（最低値は１とする）として計算している。
【０１１７】
また、全ての重要度をお知らせ集中配信サーバ２が設定してもよい。お知らせ集中配信サーバ２（のお知らせ応答生成部２１３）は、例えば、ユーザに指定されたキーワード、お知らせが更新された時刻からの経過時間、次に示すようなユーザからのフィードバック等に基づいて設定することができる。
【０１１８】
すなわち、重要度をお知らせ集中配信サーバ２が設定するに当たって、ユーザの操作に基づいて各お知らせの重要度を判断することにより、ユーザが特に設定をしなくとも、ユーザが所望する情報の重要度を上げることができる。
【０１１９】
例えば、上述したお知らせのスキップをユーザが行った場合、ユーザにとってそのジャンルのお知らせの重要度は低いと判断することができる。また、スキップを行うまでの時間が短いほど、重要度も低いと判断することができる。また、ユーザがお知らせの詳細表示を行った場合、ユーザにとってそのジャンルのお知らせの重要度は高いと判断することができる。
【０１２０】
すなわち、お知らせ表示部１３１（およびウェブブラウザ部１３２）が、表示した各お知らせについて、各お知らせのジャンル、詳細表示を行ったか否か、およびスキップ操作を行うまでの時間からなるフィードバック情報を、お知らせ集中配信サーバ２に端末ＩＤを付して送るようにし、お知らせ集中配信サーバ２は、これらを集計したフィードバック集計情報をデータ記憶部２０１に記憶しておき、当該フィードバック集計情報に基づいて、各お知らせの重要度を設定する。図１４（ａ）に、フィードバック情報の例を、図１４（ｂ）に、フィードバック集計情報の例を示す。なお、図１４（ｂ）に示す例では、スキップ操作するまでの時間の平均が５．０秒以下のとき重要度を−１し、詳細表示回数／全表示回数が、０．１５以上のとき重要度を＋１している。また、図１４では、ジャンルとしてニュース、天気予報、スポーツ（野球）、およびスポーツ（サッカー）を挙げているが、さらに細分化したジャンルを用いてもよい。各お知らせのジャンルは、お知らせ配信サーバが設定したものを用いてもよいし、お知らせのタイトル文字列に基づいてＣＰＵ１１８が判定してもよい。
【０１２１】
（設定の変形例）
また、視聴中の番組によっては、ユーザがお知らせ表示をして欲しくないと感じるときがあるが、そのたびにユーザがお知らせ表示機能をオンオフすることは煩わしさを与えることがある。
【０１２２】
これに対し、一実施形態において、テレビ１は、設定情報として、お知らせ１４０の表示しない条件を規定する情報を、ＲＡＭ１１７に記憶しておき、お知らせ表示部１３１は、当該情報を参照して、条件に合致する場合には、お知らせ１４０を表示しないようにすることができる。
【０１２３】
上記条件としては、番組名またはその一部を指定するもの、時間帯を指定するもの、番組のジャンルを指定するものが挙げられる。
【０１２４】
上記条件の設定は、例えば、図１５（ａ）に示すような設定画面によって行うことができる。設定部１３３は、図１５（ａ）に示すような設定画面を表示させ、ユーザからの入力に応じて設定情報を更新し、ＲＡＭ１１７に記憶する。なお、図１５（ａ）の例では、タイトルに「ドラマ」を含む番組、ジャンルが映画である番組、月曜日の２２：００〜２４：００では、お知らせ表示部１３１は、お知らせ１４０を表示させない。お知らせ表示部１３１は、番組のタイトル、ジャンル等を、例えば、ＥＰＧ情報から抽出する。
【０１２５】
また、そのとき視聴している番組の終了までお知らせ１４０を表示させないようにすることもできる。例えば、お知らせ表示部１３１は、お知らせ１４０を、図１５（ｂ）に示すように表示し、ＵＩ部１３４が、視聴している番組の終了までお知らせ１４０を表示させないことを指示する非表示指示を受け付けた場合、当該番組が終了するまでの間、お知らせ１４０の表示を行わない。お知らせ表示部１３１は、番組の終了時刻等を、例えば、ＥＰＧ情報から抽出する。
【０１２６】
（テレビ視聴内容に基づくお知らせの配信）
また、視聴中の番組と同じジャンルの内容が、お知らせ１４０として表示された場合、例えば、お知らせ１４０の内容と番組の情報とで齟齬が生じた場合、ユーザが混乱する可能性がある。
【０１２７】
これに対し、一実施形態において、テレビ１では、お知らせ表示部１３１は、視聴番組のジャンルを取得し、表示すべきお知らせ情報のジャンルと比較して、一致しているときには、お知らせ１４０を表示しないようにする。視聴番組のジャンルは、例えば、デジタルテレビ放送中に含まれるＥＰＧから取得してもよいし、視聴チャンネルと視聴時刻とからネットワーク２０を介して取得してもよい。これにより、ユーザの混乱を低減させることができる。
【０１２８】
また、お知らせ１４０に図６（ｂ）に示すように「受信機からのお知らせ」のようなタイトルを付すことによって、さらに混乱を軽減させることができる。
【０１２９】
また、テレビ１は、視聴中の番組を特定するための情報をお知らせ集中配信サーバ２に送信し、お知らせ集中配信サーバ２は、受信した上記情報によって特定される番組に関連づけられたお知らせ情報を、テレビ１に提供するものであってもよい。上記情報としては、例えば、時刻情報と、視聴チャンネルを示すテレビ視聴情報を含むものを用いることができる。お知らせ集中配信サーバ２は、時刻情報とテレビ視聴情報から、テレビで視聴している番組を特定することができる。
【０１３０】
このとき、一実施形態において、お知らせ集中配信サーバ２には、放送されるべき各番組に関連づけられたお知らせ情報が予め入力されている。また、他の実施形態において、お知らせ集中配信サーバ２には、所定のお知らせ配信サーバに接続するためのアクセス情報が予め入力されており、当該所定のお知らせ配信サーバは、お知らせ集中配信サーバ２に、各番組に関連づけられたお知らせ情報を提供する。これにより、お知らせ集中配信サーバ２は、テレビ１から受信したデータによって特定される番組に関連づけられたお知らせ情報を首尾よく取得することができる。
【０１３１】
各番組に関連づけられたお知らせ情報の例としては、例えば、図１６に示すように、番組内容に関連するキーワードと、当該キーワードを検索するウェブページへのアクセス情報とによって構成してもよいし、番組中に提示されるプレゼント等への応募サイトへのアクセス情報によって構成してもよい。
【０１３２】
（お知らせの保存）
また、一実施形態において、テレビ１は、お知らせが表示された時、今は見る時間が無いのでもう少し後で見たいとユーザが考えた時に、後で特定の情報だけを表示するための機能を有している。
【０１３３】
図１７は、上記機能を有するテレビ１におけるお知らせ１４０の表示を示す図である。図１７（ａ）に示すように、お知らせ１４０には、お知らせの保存を指示する保存指示をするためのリモコンのボタンを示す文字列１４５が表示されている。このように、お知らせ１４０の表示中に特定のボタンを押すと、その情報を保存することができ、後で利用者の好きな時間に確認することができる。
【０１３４】
一実施形態において、テレビ１のＣＰＵ１１８は、上記特定のボタンが押されたとき、ＲＡＭ１１７に、お知らせ情報を保存する。保存したお知らせ情報を確認する際には、ＣＰＵ１１８は、ＲＡＭ１１７から保存したお知らせ情報を取得して、再度表示する。再度表示する際には、図１７（ｂ）に示すように、お知らせ保存の解除を指示する解除指示をするためのリモコンのボタンを示す文字列１４６が表示されている。このように、保存したお知らせ１４０の表示中に特定のボタンを押すと、その情報の保存を解除することができる。
【０１３５】
また、他の実施形態において、保存している情報に更新機能をつけることも可能である。例えば、天気の情報を保存しておいた場合、利用者がその情報を確認する前に、その情報が更新された場合、保存している内容も更新する。
【０１３６】
この場合、例えば、お知らせ情報に、お知らせ情報を一意に特定する情報（ＩＤ）を含ませる。図１８（ａ）に、ＩＤを含んだお知らせ情報のデータ構造の例を示し、（ｂ）にＸＭＬ形式での記述の例を示す。上述したように、ユーザが保存指示を入力すると、テレビ１のＣＰＵ１１８は、自分の端末ＩＤとお知らせ情報の上記ＩＤをお知らせ集中配信サーバ２に送信する。お知らせ集中配信サーバ２は、送信されたＩＤに対応するお知らせ情報をデータ記憶部２０１に記憶する。
【０１３７】
ここで、お知らせ集中配信サーバ２の、お知らせ情報取得部２１２は、お知らせ配信サーバ２３または２４から、お知らせ情報を取得したとき、保存されているお知らせ情報と同じ系統のお知らせ情報（例えば天気予報同士など）について、更新されたお知らせが届いた時点で、保存されているお知らせ情報を更新する。これにより、テレビ１から上記ＩＤが届いたとき、更新されたお知らせ情報を提供することができる。
【０１３８】
なお、上記のＩＤは、お知らせ毎に設定するのではなく、情報の種類毎に設定しておき、お知らせ集中配信サーバ２の、お知らせ情報取得部２１２は、同一のＩＤが届いた際にお知らせを更新するように構成してもよい。
【０１３９】
（お知らせ配信内容の自動選択）
一実施形態において、お知らせ集中配信サーバ２は、複数のテレビに接続されている。このとき、複数のテレビからの上述のフィードバック情報を全て集計することにより、多くのユーザが詳細情報を閲覧した注目度の高いお知らせを選択し、各テレビにお薦めのお知らせとして通知することができる。
【０１４０】
上述したように、一実施形態において、各テレビは、各お知らせについて詳細情報を閲覧したか否かを示す情報を含むフィードバック情報をお知らせ集中配信サーバ２に送信する。
【０１４１】
お知らせ集中配信サーバ２の受信内容解析部２１１は、各テレビから受信した上記フィードバック情報を集計して、図１８に示すようなテーブルとしてデータ記憶部２０１に記憶する。そして、お知らせ応答生成部２１３は、当該テーブルに基づいて、詳細情報の閲覧回数が多いお知らせ情報を選択し、選択されたお知らせ情報については、「お薦めのお知らせ」として、テレビ１に送信する。「お薦めのお知らせ」は、例えば、お知らせ応答内における当該お知らせ情報の順序を先の順番とすることによって特定することができる。また、他の実施形態において、図７に示すような設定画面において、「お薦めのお知らせ」を一つのサービスとして選択可能にしておき、「お薦めのお知らせ」をあたかも独立した一つのサービスからのお知らせのように表示させてもよい。
【０１４２】
（プログラムおよび記録媒体）
最後に、テレビ１およびお知らせ集中配信サーバ２の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１４３】
後者の場合、テレビ１およびお知らせ集中配信サーバ２は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるテレビ１およびお知らせ集中配信サーバ２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記テレビ１およびお知らせ集中配信サーバ２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１４４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１４５】
また、テレビ１およびお知らせ集中配信サーバ２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１４６】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１４７】
本発明に係る出力装置は、テレビジョン受像器一般に利用することができる。
【符号の説明】
【０１４８】
１ テレビ（表示装置）
２ お知らせ集中配信サーバ（通知情報配信サーバ）
１０ お知らせ表示システム（通知情報配信システム）
２０ ネットワーク
２１、２２ ウェブサーバ（コンテンツ配信サーバ）
２３、２４ お知らせ配信サーバ
１１０ ＬＣＤ（表示画面）
１１５ イーサネットＩ／Ｆ
１１８ ＣＰＵ
１３０ お知らせ取得部（通知情報取得手段）
１３１ お知らせ表示部（通知情報表示手段）
１３２ ウェブブラウザ部（コンテンツ表示手段）
１３３ 設定部（設定手段）
１３４ ＵＩ部
１４０ お知らせ
１５０ ウェブブラウザ
２００ イーサネットＩ／Ｆ
２０１ データ記憶部
２１０ ＣＰＵ
２１１ 受信内容解析部
２１２ お知らせ情報取得部
２１３ お知らせ応答生成部
【特許請求の範囲】
【請求項１】
動画コンテンツを表示画面に表示する表示装置であって、
第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得する通知情報取得手段と、
上記通知情報取得手段が取得した第２のコンテンツを上記表示画面に表示する第１の表示手段と、
ユーザからの指示の入力を受け付ける入力手段と、
上記入力手段が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記通知情報取得手段が取得した上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示する第２の表示手段と、
を備えていることを特徴とする表示装置。
【請求項２】
第１の表示手段は、上記動画コンテンツを表示中の上記表示画面に、第２のコンテンツを表示させることを特徴とする請求項１に記載の表示装置。
【請求項３】
上記通知情報取得手段が、複数の第２のコンテンツを取得したとき、第１の表示手段は、上記複数の第２のコンテンツを、複数回に分けて表示することを特徴とする請求項１または２に記載の表示装置。
【請求項４】
上記入力手段が、次回分の第２のコンテンツの表示に移るべきことを指示する移行指示を受け付けたとき、第１の表示手段は、表示中の第２のコンテンツの表示を停止し、上記表示中の第２のコンテンツの次回分の第２のコンテンツを表示することを特徴とする請求項３に記載の表示装置。
【請求項５】
上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、
第１の表示手段は、上記通知情報取得手段が取得した上記重要度情報に基づいて第２のコンテンツの表示態様を異ならせることを特徴とする請求項１〜４の何れか１項に記載の表示装置。
【請求項６】
ユーザから入力された、上記通知情報を取得すべき時刻を特定する取得時刻情報を記憶する取得時刻記憶手段を備えており、
上記通知情報取得手段は、上記取得時刻記憶手段に記憶された上記取得時刻情報によって特定される時刻に、上記通知情報を取得することを特徴とする請求項１〜５の何れか１項に記載の表示装置。
【請求項７】
ユーザから入力された、第２のコンテンツを表示すべきでない時刻を特定する非表示時刻情報を記憶する非表示時刻記憶手段を備えており、
第１の表示手段は、上記非表示時刻記憶手段に記憶された上記非表示時刻情報によって特定される時刻には、第２のコンテンツを表示させないことを特徴とする請求項１〜６の何れか１項に記載の表示装置。
【請求項８】
上記動画コンテンツが、テレビ放送であることを特徴とする請求項１〜７の何れか１項に記載の表示装置。
【請求項９】
上記入力手段が、上記表示画面に表示中の上記テレビ放送の番組中に、第２のコンテンツを表示すべきでないことを指示する非表示指示を受け付けたとき、
第１の表示手段は、上記番組中には、第２のコンテンツを表示させないことを特徴とする請求項８に記載の表示装置。
【請求項１０】
ユーザから入力された、第２のコンテンツを表示すべきでない番組を特定する非表示番組情報を記憶する非表示番組記憶手段を備えており、
第１の表示手段は、上記非表示番組記憶手段に記憶された上記非表示番組情報によって特定される番組中には、第２のコンテンツを表示させないことを特徴とする請求項８または９に記載の表示装置。
【請求項１１】
第２のコンテンツのジャンルを取得するジャンル取得手段を備えており、
第１の表示手段は、上記ジャンル取得手段が取得したジャンルが、上記表示画面に表示中の上記テレビ放送のジャンルと同一であるとき、第２のコンテンツを表示しないことを特徴とする請求項８〜１０の何れか１項に記載の表示装置。
【請求項１２】
上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記通知情報を記憶する通知情報記憶手段を備えていることを特徴とする請求項１〜１１の何れか１項に記載の表示装置。
【請求項１３】
請求項１〜１２の何れか１項に記載の表示装置と、
上記通知情報を上記表示装置に提供する通知情報提供サーバと、
を備えていることを特徴とする通知情報表示システム。
【請求項１４】
上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、
上記表示装置は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、
上記通知情報提供サーバは、提供された上記フィードバック情報に基づいて上記表示装置に提供する上記通知情報に含まれる重要度情報を設定することを特徴とする請求項１３に記載の通知情報表示システム。
【請求項１５】
上記動画コンテンツが、テレビ放送であり、
上記表示装置は、上記表示画面に表示中の上記テレビ放送の番組を特定する情報を上記通知情報提供サーバに提供し、
上記通知情報提供サーバは、提供された上記情報によって特定される上記番組に関連づけられた上記通知情報を、上記表示装置に提供することを特徴とする請求項１３または１４に記載の通知情報表示システム
【請求項１６】
上記通知情報は、当該通知情報を特定するための特定情報を含んでおり、
上記表示装置は、上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記特定情報を記憶する特定情報記憶手段と、上記特定情報記憶手段に記憶された上記特定情報を上記通知情報提供サーバに送信する特定情報送信手段を備えており、
上記通知情報提供サーバは、上記表示装置から上記特定情報を受信したとき、上記特定情報によって特定される上記通知情報を上記表示装置に送信することを特徴とする請求項１３〜１５の何れか１項に記載の通知情報表示システム
【請求項１７】
上記通知情報提供サーバは、複数の上記表示装置に接続されており、
上記複数の表示装置の各々は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、
上記通知情報提供サーバは、上記複数の表示装置の全てから提供された上記フィードバック情報に基づいて、上記通知情報を選択して上記表示装置の各々に提供することを特徴とする請求項１３〜１６の何れか１項に記載の通知情報表示システム。
【請求項１８】
コンピュータを請求項１〜１２の何れか１項に記載の表示装置として動作させるためのプログラムであって、上記コンピュータを上記表示装置が備えている各手段として機能させるためのプログラム。
【請求項１９】
請求項１８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
動画コンテンツを表示画面に表示する表示装置であって、
第２のコンテンツ、および第２のコンテンツに関連する第３のコンテンツをネットワークを介して取得するためのアクセス情報とを含む通知情報を取得する通知情報取得手段と、
上記通知情報取得手段が取得した第２のコンテンツを上記表示画面に表示する第１の表示手段と、
ユーザからの指示の入力を受け付ける入力手段と、
上記入力手段が、第３のコンテンツを表示すべきことを指示する表示指示を受け付けたとき、上記通知情報取得手段が取得した上記アクセス情報を用いてネットワークを介して第３のコンテンツを受信し、受信した第３のコンテンツを上記表示画面に表示する第２の表示手段と、
を備えていることを特徴とする表示装置。
【請求項２】
第１の表示手段は、上記動画コンテンツを表示中の上記表示画面に、第２のコンテンツを表示させることを特徴とする請求項１に記載の表示装置。
【請求項３】
上記通知情報取得手段が、複数の第２のコンテンツを取得したとき、第１の表示手段は、上記複数の第２のコンテンツを、複数回に分けて表示することを特徴とする請求項１または２に記載の表示装置。
【請求項４】
上記入力手段が、次回分の第２のコンテンツの表示に移るべきことを指示する移行指示を受け付けたとき、第１の表示手段は、表示中の第２のコンテンツの表示を停止し、上記表示中の第２のコンテンツの次回分の第２のコンテンツを表示することを特徴とする請求項３に記載の表示装置。
【請求項５】
上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、
第１の表示手段は、上記通知情報取得手段が取得した上記重要度情報に基づいて第２のコンテンツの表示態様を異ならせることを特徴とする請求項１〜４の何れか１項に記載の表示装置。
【請求項６】
ユーザから入力された、上記通知情報を取得すべき時刻を特定する取得時刻情報を記憶する取得時刻記憶手段を備えており、
上記通知情報取得手段は、上記取得時刻記憶手段に記憶された上記取得時刻情報によって特定される時刻に、上記通知情報を取得することを特徴とする請求項１〜５の何れか１項に記載の表示装置。
【請求項７】
ユーザから入力された、第２のコンテンツを表示すべきでない時刻を特定する非表示時刻情報を記憶する非表示時刻記憶手段を備えており、
第１の表示手段は、上記非表示時刻記憶手段に記憶された上記非表示時刻情報によって特定される時刻には、第２のコンテンツを表示させないことを特徴とする請求項１〜６の何れか１項に記載の表示装置。
【請求項８】
上記動画コンテンツが、テレビ放送であることを特徴とする請求項１〜７の何れか１項に記載の表示装置。
【請求項９】
上記入力手段が、上記表示画面に表示中の上記テレビ放送の番組中に、第２のコンテンツを表示すべきでないことを指示する非表示指示を受け付けたとき、
第１の表示手段は、上記番組中には、第２のコンテンツを表示させないことを特徴とする請求項８に記載の表示装置。
【請求項１０】
ユーザから入力された、第２のコンテンツを表示すべきでない番組を特定する非表示番組情報を記憶する非表示番組記憶手段を備えており、
第１の表示手段は、上記非表示番組記憶手段に記憶された上記非表示番組情報によって特定される番組中には、第２のコンテンツを表示させないことを特徴とする請求項８または９に記載の表示装置。
【請求項１１】
第２のコンテンツのジャンルを取得するジャンル取得手段を備えており、
第１の表示手段は、上記ジャンル取得手段が取得したジャンルが、上記表示画面に表示中の上記テレビ放送のジャンルと同一であるとき、第２のコンテンツを表示しないことを特徴とする請求項８〜１０の何れか１項に記載の表示装置。
【請求項１２】
上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記通知情報を記憶する通知情報記憶手段を備えていることを特徴とする請求項１〜１１の何れか１項に記載の表示装置。
【請求項１３】
請求項１〜１２の何れか１項に記載の表示装置と、
上記通知情報を上記表示装置に提供する通知情報提供サーバと、
を備えていることを特徴とする通知情報表示システム。
【請求項１４】
上記通知情報は、第２のコンテンツに関連づけられた重要度情報を含んでおり、
上記表示装置は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、
上記通知情報提供サーバは、提供された上記フィードバック情報に基づいて上記表示装置に提供する上記通知情報に含まれる重要度情報を設定することを特徴とする請求項１３に記載の通知情報表示システム。
【請求項１５】
上記動画コンテンツが、テレビ放送であり、
上記表示装置は、上記表示画面に表示中の上記テレビ放送の番組を特定する情報を上記通知情報提供サーバに提供し、
上記通知情報提供サーバは、提供された上記情報によって特定される上記番組に関連づけられた上記通知情報を、上記表示装置に提供することを特徴とする請求項１３または１４に記載の通知情報表示システム
【請求項１６】
上記通知情報は、当該通知情報を特定するための特定情報を含んでおり、
上記表示装置は、上記入力手段が、上記表示画面に表示中の第２のコンテンツが含まれる上記通知情報を保存すべきことを指示する保存指示を受け付けたとき、上記特定情報を記憶する特定情報記憶手段と、上記特定情報記憶手段に記憶された上記特定情報を上記通知情報提供サーバに送信する特定情報送信手段を備えており、
上記通知情報提供サーバは、上記表示装置から上記特定情報を受信したとき、上記特定情報によって特定される上記通知情報を上記表示装置に送信することを特徴とする請求項１３〜１５の何れか１項に記載の通知情報表示システム
【請求項１７】
上記通知情報提供サーバは、複数の上記表示装置に接続されており、
上記複数の表示装置の各々は、上記入力手段が、表示した第２のコンテンツについて、上記表示指示を受け付けたか否かを示す情報を含むフィードバック情報を上記通知情報提供サーバに提供し、
上記通知情報提供サーバは、上記複数の表示装置の全てから提供された上記フィードバック情報に基づいて、上記通知情報を選択して上記表示装置の各々に提供することを特徴とする請求項１３〜１６の何れか１項に記載の通知情報表示システム。
【請求項１８】
コンピュータを請求項１〜１２の何れか１項に記載の表示装置として動作させるためのプログラムであって、上記コンピュータを上記表示装置が備えている各手段として機能させるためのプログラム。
【請求項１９】
請求項１８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−１５６４３（Ｐ２０１２−１５６４３Ａ）
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願番号】特願２０１０−１４８０６０（Ｐ２０１０−１４８０６０）
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]