JP2019118111A - 受信機の受信方法 - Google Patents

Abstract

【課題】この実施形態は、セキュリティ通信が実行されている場合と、セキュリティ通信がエラーとなった場合のユーザに対する表示形態が工夫された、受信機と受信機の受信方法を提供する。【解決手段】実施形態の受信機の受信方法によれば、通信部を介してトランスポートレイヤーセキュリティ基づく、セキュリティ通信の通信状態を検出することと、前記通信状態が、前記セキュリティ通信の実行中であった場合は、表示器に映像信号を全画面表示させた状態で、前記セキュリティ通信の実行中であることをフレームに表示させ、前記通信状態が、セキュリティ通信のエラー状態であり、エラー原因がルート証明書は受信機にあるが、接続先のサーバ証明書との検証が取れない場合は、所定のメッセージを全画面表示上に重ねて表示する。【選択図】図５

Description

実施形態は、受信機の受信方法に関する。

最近テレビジョン放送分野においては、種々の放送方式が開発され、試験放送の段階を経て、実際の運用に移行しつつある。

例えば、放送波種別である地上デジタルテレビジョン、ＢＳデジタル、広帯域ＣＳデジタルに加え、高度ＢＳデジタル、高度広帯域ＣＳデジタルが、今後運用されることが期待される。

さらに、テレビジョン受信機よっては、サービス事業者とインターネット等で接続され、サービス事業者から通信機能によるサービスを受けることも可能である。

特開２０１３−９３３４号公報

「高度広帯域衛星デジタル放送運用規定 技術資料」 ARIB TR-B39 1.0版 2016年7月6日改定、一般社団法人 電波産業会 「デジタル放送におけるマルチメディア符号化方式（第２世代）」 ARIB STD-B62 1.6版 2016年9月29日改定、一般社団法人 電波産業会 「高度広帯域衛星デジタル放送用受信装置」 ARIB STD-B63 1.5版 2016年3月25日改定、一般社団法人 電波産業会

上記した通信機能においては、様々な放送種別があり、映像、音声のサービスの他、データ放送によるサービス、双方向通信による各種データの提供を行う通信機能も付加されるようになってきた。このような通信機能が放送システムに導入された場合、通信機能を利用して各種のサービスが可能となるが、送受信データには秘匿性が必要な場合もある。

このような場合の通信のために、データ伝送方式におけるセキュリティに関するルールも次のように制定されている。

通信機能を利用したサービスにおいて、視聴者情報の送受信や公平性を考慮する必要があるサービスを行う場合、セキュリティ機能を必要とする場合がある。

ところで、セキュリティ通信が実施されている場合、そのことを視聴者に認識させるための手段が欲しいと言う要望もある。このために、受信機によっては、セキュリティ通信が実施されている場合に、その状況を視聴者が分かるように、画面上に例えばアイコンを表示する表示機能を有する受信機がある。

しかしながら、セキュリティ通信が行われているからと言って、画面上に例えばアイコンを表示すると、重要な表示情報が見えなくなる、また画面に表示された映像が乱されてしまうなどの問題が生じた。

しかしながら、一方では重要な通信の状況によっては、エラーが生じた場合積極的にユーザに知らせたほうが良い場合も考えられる。

そこで本実施形態によれば、映像ストリーム、音声ストリーム、データ放送ストリームを含む放送波を受信する受信部と、前記受信部によって受信された放送波を処理して映像信号を出力するコンテンツ処理部と、前記コンテンツ処理部によって出力された前記映像信号を表示器の表示画面に全画面表示させる表示制御部と、通信部とを備えた受信機の受信方法であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信の通信状態を検出することと、
前記通信状態が、前記セキュリティ通信の実行中であった場合は、前記表示器の表示画面に前記映像信号を全画面表示させた状態で、前記セキュリティ通信が実行中であることの表示を前記全画面表示に重ならないように、前記表示画面の周囲に位置するフレームに表示させることと、
前記通信状態が、前記セキュリティ通信の実行中にエラーが発生した状態であり、その原因がルート証明書は受信機にあるが、接続先のサーバ証明書との検証が取れない場合は、「現在設定されているルート証明書では接続先の安全が確認できないため、接続できません」とのメッセージを前記全画面表示上に重ねて表示することを備える、受信機の受信方法である。

図１は、本発明に係る実施形態が適用された放送システムの概要を示す図である。 図２Ａは、放送局の主な構成を概略的に示す図である。 図２Ｂは、放送波伝送路で送信されるストリーム及びデータの例を示す図である。 図３Ａは、テレビジョン受信機の基本機能部を詳しく示す構成図である。 図３Ｂは、受信機が備えるプロトコルスタックを示す図である。 図４は、制御部に含まれる機能ブロックの例を示す図である。 図５は、実施形態の受信機において、表示器１７２の画面上に映像が表示された通常状態（同図（ａ））と、セキュリティ通信が実行されているときの通知状態（同図（ｂ））の例を示す図である。 図６Ａは、実施形態の受信機において、セキュリティ通信が実行されているときの通知状態の他の例を示す図である。 図６Ｂは、実施形態の受信機において、セキュリティ通信が実行されているときの通知状態のまた他の例を示す図である。 図６Ｃは、実施形態の受信機において、セキュリティ通信が実行されているときの通知状態のさらにまた他の例を示す図である。 図７は、実施形態の受信機において、セキュリティ通信が実行されているときの表示器上の通知状態のさらに他の例を示す図である。 図８は、実施形態の受信機において、セキュリティ通信が実行されているときの表示器上の通知状態のさらにまた他の例を示す図である。 図９Ａは、実施形態の受信機において、表示器の画面上に映像が表示された通常状態（同図（ａ））と、セキュリティ通信が実行されているときの通知状態（同図（ｂ））のまた他の例を示す図である。 図９Ｂは、実施形態の受信機において、表示器の画面上に映像が表示された通常状態（同図（ａ））と、セキュリティ通信が実行されているときの通知状態（同図（ｂ））のさらにまた他の例を示す図である。 図９Ｃは、実施形態の受信機において、表示器の画面上に映像が表示された通常状態（同図（ａ））と、セキュリティ通信が実行されているときの通知状態（同図（ｂ））のまた他の例を示す図である。 図９Ｄは、実施形態の受信機において、表示器の画面上に映像が表示された通常状態（同図（ａ））と、セキュリティ通信が実行されているときの通知状態（同図（ｂ））のさらにまた他の例を示す図である。 図１０は、実施形態の受信機において、セキュリティ通信においてエラーが発生したときの表示器上のメッセージ出力状態の例を示す図である。 図１１は、実施形態の受信機において、セキュリティ通信においてエラーが発生したときのエラーの発生要因と、それに対するエラーメッセージの例である。 図１２は、受信機の論理プレーンの構造の例を示す図である。 図１３は、受信機１００が受信したデータの復号と提示画面の作成の関係を示した例である。 図１４は、提示画面をディスプレイ５０上に表示する場合の表示位置の制御の一例を示している。

以下、実施の形態について図面を参照して説明する。図１は、本発明に係る実施形態が適用された放送システムの概要を示している。
＜放送局３００＞
放送局３００は、放送局サーバ３５０、セキュリティ３６０を備える。放送局３００は、電波による放送信号（この明細書ではＢＳデジタル放送、広帯域ＣＳデジタル放送、高度ＢＳデジタル放送，高度広帯域ＣＳデジタル放送、地上デジタルテレビジョン放送などいずれの放送波の信号でもよい）を送出する。また放送局３００は、デジタル放送信号、アプリケーション制御情報、提示に関する制御情報などを送出するとともに、サービス業者装置（サービス事業者と称する場合もある）２０に対して、契約に基づいて番組に関するメタデータや動画コンテンツなどを提供することができる。

アプリケーション制御情報は、番組と連動するアプリケーション等を本システムに対応する受信機に対して周知すると共に、起動・終了のためのコマンド、制御情報などを含むものである。

アプリケーション制御信号の伝送方式に関しては、例えば、専用のＥＳ（Elementary Stream)による伝送方式、データカーセル（同じデータを繰り返し送信する伝送方式）、通信ネットワークのサーバ上に置かれている制御信号ファイルの取得方式がある。後述するハイブリッドキャスト対応の受信機は、アプリケーション制御情報の指示に従って、指定されたＵＲＬからアプリケーションを取得し、アプリケーションバウンダリなどの制御を実行する。

放送局３００は、本システムにおいて上記放送局サーバ３５０を運営する。放送局サーバ３５０は、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、その他のデータ等のメタデータを受信機に提供する。放送局３００がサービス業者装置２０に提供する情報は、放送局サーバ３５０が備えるＡＰＩ（Application Programming Interface）を通じて提供される。

また、放送局３００は、ハイブリッドキャスト仕様のサービス業者装置２０との間でデータ交換を行うことができる。つまり放送局３００は、契約に基づいて番組に関するメタデータや動画コンテンツなどをサービス業者装置２０に提供することができる。
＜サービス業者装置２０＞
サービス業者装置２０は、サービス毎のサーバ２１、アプリケーションデータベース２２を含む。サービス業者装置２０は、サービス業者が、受信機１００に対してインターネット等のネットワークを経由した通信によるサービスを提供するためのコンテンツ、アプリケーションの制作・配信、個々のサービスを実現するために利用される。また、サービス業者装置２０は、サービス業者が、ユーザに対して、各種サービスを販売、契約を行った場合にも利用される。サービス業者は、放送局やＶＯＤサービス等のプラットホーム業者が兼ねてもよい。

また、サービス業者装置２０は、ユーザである受信機１００からアクセスされる場合、必ずしもＡＰＩに限定される必要はない。

サービス業者装置２０は、アプリケーションの管理を行い、受信機１００に対してアプリケーションを配布することができる。この装置内のサービス毎のサーバ２１は、個々のサービス（例えばＶＯＤ番組レコメンドサービス）、多言語字幕サービス、ソーシャルＴＶサービス等）を実現するためのサーバ機能を備える。またサービス毎のサーバ２１は、該サービスの機能面を実現するだけでなく、該サービスを構成するコンテンツ（ＶＯＤコンテンツ、字幕データなど）の送出も行う。

またサービス毎のサーバ２１は、リポジトリを備える。リポジトリは、本システムのアプリケーションを配布するために登録しており、受信機からの問い合わせに応じて提供可能なアプリケーションの一覧の提供や検索を行うことができる。
＜受信機１００＞
受信機１００は、衛星（ＢＳデジタル放送用、あるいは広帯域ＣＳデジタル放送用）からの信号を受けるパラボラアンテナ、地上デジタルテレビジョン方法の放送波を受ける地上波用アンテナを備える。受信機１００は、放送局３００から送られてくる放送信号を受信して、放送による各種の放送番組及び各種サービス情報を受信することができる。

受信機１００は、また、サービス事業者２０からインターネット等のネットワークを経由した通信によるサービスを受けることができる。放送によるサービスと通信によるサービスは、連携していてもよい。

受信機１００には、データ記録再生用の記憶媒体３１を接続可能であるとともに、表示器１７２、スピーカシステム１７４を接続することも可能である（これらは受信機１００にすでに含まれている場合もある）。

表示器１７２は、映像を表示する領域であるディスプレイ５０と、ディスプレイ５０を固定するためにディスプレイ５０の周囲に配置されているフレーム５１を含む。
＜携帯端末７００＞
携帯端末７００は、受信機１００と通信機能により相互通信を行うことができる。また携帯端末７００は、サービス業者装置２０とも通信機能により相互通信を行うことができる。携帯端末７００は、例えばスマートフォーン、タブレットＰＣ端末などを含む。

図２Ａは、放送局３００の主な構成を概略的に示している。放送局３００は、映像エンコーダ３０１、音声エンコーダ３０２、字幕エンコーダ３０３、その他伝送制御信号等の制御データやサービスデータ、受信機側で動作するアプリケーションを制御するアプリケーション制御情報などを生成する付属データ生成部３０４を備える。また放送局３００は、放送局サーバ３５０、セキュリティ機能３６０および送受信部３１３と連携している。

付属データ生成部３０４が生成する伝送制御信号には、番組特定情報(PSI:Program Specific Information)や番組配列情報(SI:Service Information)と呼ばれる、番組選択のために規定されている各種情報や番組選択の利便性のために規定された各種情報を含む。

映像エンコーダ３０１、オーディオエンコーダ３０２、字幕エンコーダ３０３、付属データ生成部３０４の各出力はストリーム化されており、これらのストリームは、多重化部３０５において多重化される。多重化されたストリーム（映像ストリーム、音声ストリーム、データ放送ストリーム、アプリケーション制御情報／サービスデータ／制御データ等）は、トランスポートストリームとして送信部３０６に送出され、放送電波によりアンテナから送信される。

なお、映像エンコーダ３０１のコーデック種別は、ＭＰＥＧ−２、Ｈ．２６４(AVC:Advance Video Coding)、Ｈ．２６５（HEVC:High Efficiency Video Coding）のいずれでもよく、これら種別以外のコーデックでもよいものとする。

図２Ｂは、放送局３００から放送される放送波伝送路４００を示したものである。図２Ｂで示すように放送波伝送路４００は、映像ストリーム、音声ストリーム、データ放送ストリームなどのコンテンツの他に、アプリケーション制御情報／サービスデータ／制御データが多重化されている。

図３Ａは、テレビジョン受信機１００の基本機能部を詳しく示す構成図である。テレビジョン受信機１００は、地上デジタルテレビジョン放送を受信するための地デジチューナ１０１、ＢＳデジタル放送を受信するためのＢＳチューナ１０２、広帯域ＣＳデジタル放送を受信するためのＣＳチューナ１０３を備える。放送局からは、先に示した放送波伝送路４００を介して、映像ストリーム、音声ストリーム、データ放送ストリームなどのコンテンツの他に、アプリケーション制御情報／サービスデータ／制御データが多重化されて伝送されてくる。

地上デジタルテレビジョン放送が受信される場合、該放送信号は地デジチューナ１０１で受信され、受信した放送信号の中から選局されたチャンネルのストリームは、２Ｋデコーダ１２１に入力される。

ＢＳデジタル放送が受信される場合、該放送信号はＢＳチューナ１０２で受信され、受信した放送信号の中から選局されたチャンネルのストリームは、２Ｋデコーダ１３１、又は４Ｋデコーダ１３２、又は８Ｋデコーダ１３３に入力される。なお８Ｋデコーダ１３３に関しては、これが搭載されていないテレビジョン受信機が存在する場合もある。

広帯域ＣＳデジタル放送が受信される場合、該放送信号はＣＳチューナ１０３で受信され、受信信号の中から選局されたチャンネルのストリームは、２Ｋデコーダ１４１又は４Ｋデコーダ１４２に入力される。

セレクタ１５０は、２Ｋデコーダ１２１、２Ｋデコーダ１３１、４Ｋデコーダ１３２、８Ｋデコーダ１３３、２Ｋデコーダ１４１又は４Ｋデコーダ１４２の何れかの映像及びオーディオのデコード出力を、表示器１７２に表示したりスピーカ１７４から出力したりするためのパスの切替えを行う。セレクタ１５０にて選択されたデコード出力は、コンテンツ処理部（映像・オーディオ・字幕データ処理部を含む）１６０に入力される。

コンテンツ処理部１６０は、映像信号、オーディオ信号、字幕データなどのコンテンツを処理する場合、色調整、輝度調整、音量調整、字幕表示オンオフ制御、などを行う。

コンテンツ処理部１６０から出力された映像信号は、表示信号出力部１７１において、例えば８Ｋ表示能力を有する表示器１７２の機能及びサイズに適したガンマ補正などが行われ、表示器１７２に出力される。またコンテンツ処理部１６０から出力されたオーディオ信号は、オーディオ信号出力部１７３においてオーディオシステムに応じたオーディオチャンネルに変換されて、スピーカ１７４に出力される。

なお受信機（例えば８Ｋデコーダ１３３を備えていない装置）によっては、４Ｋの画素数までを表示できる能力を有し、この能力に適応した能力の表示器１７２が搭載されている場合もある。

制御部１８０は、ネットワークＩ／Ｆ１８１、携帯端末連携Ｉ／Ｆ１８２、リモートコントローラＩ／Ｆ１８３、アプリケーション制御部１８４などを備える。

ネットワークＩ／Ｆ１８１は、インターネット等のネットワークを介してネットワークサービス情報、ネット配信動画などの通信によるサービスを受ける場合に利用される。携帯端末連携Ｉ／Ｆ１８２は、携帯端末との通信を行う場合などに利用される。リモートコントローラＩ／Ｆ１８３は、リモートコントローラ２００からの各種コマンドを受信するために利用される。

アプリケーション制御部１８４は、通信のサービスに関する処理の全体制御を行う。アプリケーション制御部１８４は、例えば、通信のサービスを受けるためのプロトコル制御を行う。

また制御部１８０は、グラフィックユーザＩ／Ｆ（ＧＵＩ）１９１を制御し、このグラフィックユーザＩ／Ｆ１９１、表示信号出力部１７１を介して、例えば番組表、各種のメッセージ、ユーザがスクリーンを利用して操作入力を与えるためのユーザインターフェース画像を出力することができる。

さらにまた、制御部１８０は、後で説明するセキュリティ通信において、その通信状況をユーザに通知するために、表示器１７２の表示画面に表示されている表示の内容のレイアウトを判断して、例えば表示器１７２表示画面に表示されている表示内容に重ならないようにセキュリティ通信状況を表示したり、例えば表示器１７２のフレームに設けられたインジケータを制御するための制御信号を出力したりすることができる。

勿論、制御部１８０は、チューナ、デコーダ、コンテンツ処理部１６０など受信機内の各種ブロックの機能状態を統括的に制御することができる。

またリモートコントローラ２００の操作に応じて、制御部１８０は、上記した各チューナ、各デコーダやセレクタ１５０等を制御し、視聴するチャンネルの選局決定を実行する。

アプリケーションエンジン１８５は、ブラウザ等のアプリケーションを実行するための環境を形成している。アプリケーションエンジン１８５が制御するアプリケーションは、例えばＨＴＭＬ５等で記述されている。アプリケーションエンジン１８５は、アプリケーション制御部１８４が制御するプロトコル、例えばＨＴＴＰにより取得する制御情報に従い、アプリケーションを動作させたりＧＵＩ１９１経由で入力されたユーザからの入力操作に従いアプリケーションを動作させたりする。

図３Ｂは、受信機１００が備えるプロトコルスタックを示したものである。受信機１００は、放送の機能を実現するためのプロトコルと通信の機能を実現するためのプロトコルを備えている。３Ｂ１が放送を実現するためのプロトコルである。３Ｂ２が通信を実現するためのプロトコルである。アプリケーション制御部１８４は、通信のサービスを受けるために必要となるプロトコルの制御を行う。

携帯端末連携Ｉ／Ｆ１８２は、外部の携帯端末との連携を実行するインターフェースである。

図４は、受信装置の制御部１８０内の構成例を示す図である。

各種制御部は、図に示されている分類に限定されることはなく、搭載されるアプリケーションにより各種の制御部が増設或いは排除されることができる。図示の例を説明する。

１８０ｊは、セキュリティ機能が動作していることを検出するセキュリティ動作検出部である。セキュリティ動作検出部１８０ｊは、アプリケーション制御部１８４が行うプロトコル制御と連携して、アプリケーション制御部１８４が行うプロトコル制御において、セキュリティ通信が設定されているかどうかを検出する。セキュリティ動作検出部１８０ｊは、アプリケーション制御部１８４が行うプロトコル制御においてセキュリティ通信が設定されていることを検出すると、セキュリティ動作検出通知を表示制御部１８０ｋに通知する。

アプリケーション制御部１８４が行うセキュリティ通信は、例えばスキームにおいてhttpsが設定された場合である(ＡＲＩＢ ＴＲ−Ｂ３９ １．０版 第３分冊 第６章 通信の運用 表６−１）。スキームにおいてhttpsが設定された場合、ＴＬＳ１．２セキュリティに従うことが望ましいが、他の暗号化通信技術を用いても構わない。

またセキュリティ動作検出部１８０ｊは、アプリケーション制御部１８４が行うプロトコル制御と連携して、アプリケーション制御部１８４が行うセキュリティ通信においてエラーが発生したかどうかを検出する。セキュリティ動作検出部１８０ｊは、アプリケーション制御部１８４が行うセキュリティ通信においてエラーが発生したことを検出すると、エラー発生通知とエラー要因を表示制御部１８０ｋに通知する。

表示制御部１８０ｋは、放送によるサービスにも基づいて表示する映像、および通信によるサービスに基づいて表示する映像等を合わせて表示器１７２のディスプレイ５０に表示する提示機能（ＡＲＩＢ ＳＴＤ-Ｂ６２ ５．２に記載の提示機能に対応）の制御を行う。また表示制御部１８０ｋは、セキュリティ検出部１８０ｊから送られてきたセキュリティ動作検出通知に応答して、ユーザ（視聴者）に対して、映像及びマルチメディアコンテンツを全画面表示した状態で、映像およびマルチメディアコンテンツにセキュリティ通信が実行中であることの表示が、できるだけ不具合とならないように、当該セキュリティ通信が実行されていることを示す表示を行う。

セキュリティ通信が実行中である表示は、後で説明するように、表示器１７２のディスプレイ５０に表示する方法や、ディスプレイ５０の周囲に配置されるフレーム５１に表示する方法等がある。

さらにまた表示制御部１８０ｋは、セキュリティ動作検出部１８０ｊから送れてくるエラー発生通知とエラー要因に対応して、ディスプレイ５０上にユーザに分かり易く、エラー発生メッセージ（エラーメッセージと称してもよい）を表示することができる。

制御部１８０は、さらに映像オーディオコンテンツとは、異なるサービスデータ、制御データなどを受信して解析するサービスデータ解析部１８０ｗを有する。

また制御部１８０は、チューナ制御部１８０ｓ、デコーダ制御部１８０ｔ、コンテンツ処理制御部１８０ｕ、音声出力など各出力制御部１８０ｖなどを備える。

チューナ制御部１８０ｓは、チューナの選択や切換え、チャンネルの選択や切換えのために動作する。デコーダ制御部１８０ｔは、各種デコーダの選択や切換えのために動作する。コンテンツ処理制御部１８０ｕは、コンテンツ（映像、音声、字幕表示など）に関する制御信号を出力する。

各出力制御部１８０ｖは、オーディオ信号の出力形態の選択（ステレオ出力、モノラル出力、５チャンネル出力など）、映像信号の出力形態の選択（８Ｋ、４Ｋ、２Ｋ出力、フレーム周波数などの選択）を行う。したがって、各出力制御部１８０ｖは、オーディオシステムのタイプ情報（ステレオ、モノラル、チャンネル数など）、接続されている表示器の表示能力情報（８Ｋ、４Ｋ、２Ｋ等の画素数の情報、適応フレーム周波数情報など）を備えている。

なお操作入力を与えるデバイスとしては、リモートコントローラ２００の他に、携帯端末、或は受信機１００の筐体に設けられている操作ボタンであってもよい。

またこの表示制御部１８０ｋは、後でも説明するように、セキュリティ通信時に、エラー発生した場合に、エラー通知部も含む。エラー通知部は、ディスプレイ上にユーザに分かり易く、エラー発生メッセージ（エラーメッセージと称してもよい）を表示することができる。

図５において、セキュリティ動作検出部１８０ｊと表示制御部１８０ｋが動作した場合の表示器１７２を、視聴者から見た目線で示す。図５（ａ）の例は、受信機１００において、表示器１７２のディスプレイ５０上に映像５０ｐ（マルチメディアプレーン）が表示された通常状態を示しており、図５（ｂ）は、受信機においてセキュリティ通信が実行されているときの、セキュリティ通信実行中を通知している状態の例を示している。図５（ｂ）に示すように、この実施形態では、表示器１７２のフレーム５１の一部に例えば複数の光源５２ａ，５２ｂ，・・・５２ｄからなるインジケータ５２が設けられている。なおインジケータ５２は、その呼び名が限定されるものではなく、要は、視覚にてその状態変化を捕えることができる光源或いは輝度のようなものであればよい。プレーンについては、図１２から図１４を用いて説明する。

光源５２ａ，５２ｂ，・・・５２ｄは、通常はオフしており、セキュリティ通信が実行されているときは、光源５２ａ，５２ｂ，・・・５２ｄがサイクリックに順次点灯する。これにより、視聴者は、視覚にてその変化を捕えることができる。光源５２ａ，５２ｂ，・・・５２ｄがサイクリックに順次点灯する場合、セキュリティ通信の種類（例えば重要度）に応じて、サイクリック速度が異なってもよい。また複数の光源は、それぞれ色が異なるものであってもよく、セキュリティ通信の種類（例えば重要度）に応じて、異なる色が点滅してもよい。

なお光源は、１個でもよく、通常はオフしているが、セキュリティ通信が実行されているときは、点滅あるいは点灯する形態でもよい。

図５（ｂ）の例は、フレーム５１の右側部の一部にインジケータ５２（光源５２ａ，５２ｂ，・・・５２ｄ）を設けている。しかし、この場所に限定されるものではなく、インジケータ５２を設ける位置は、フレーム５１の下側の一部、上側の一部、右側の一部、コーナ部など各種に位置に選択されてもよい。フレーム５１にインジケータ５２を設ける利点は、ディスプレイに表示された映像やマルチメディアコンテンツに重ねてセキュリティ通信の実行中であることを通知するのは、例えば、表示内容によっては広告表示などを隠してしまう恐れもあり、ディスプレイ５０の外に通知するのであれば、その問題は解決できる。

図６Ａは、実施形態の受信機において、セキュリティ通信が実行されているときの通知状態の他の例を示す。この例は、インジケータ５２（光源５２ａ，５２ｂ，５２ｃ）がフレーム５１の下側の一部、例えば左右の中央領域に配置された例である。この例においてもまた複数の光源は、それぞれ色が異なるものであってもよく、セキュリティ通信の種類（例えば重要度）に応じて、異なる色が点滅してもよい。ここでは、ユーザによってはセキュリティ通信中であることを知りたい場合であり、一番目立つ位置、つまり、左右の中央領域に配置するのが望ましい。人間工学的には人の視覚範囲は表示画面中央に偏るとも言われている。

図６Ｂは、実施形態の受信機において、セキュリティ通信が実行されているときの、セキュリティ通信実行中の通知をしている状態の他の例を示す。この例は、インジケータ５２（光源５２ａ，５２ｂ，５２ｃ）がフレーム５１とは異なる場所に設けられた例である。例えばフレーム５１を支えるスタンド５１ｓの一部に、インジケータ５２が配置されてもよい。

さらには、受信機１００は、相互通信により携帯端末７００と連携する機能をそなえる。したがって、例えば受信機に登録されている携帯端末７００（スマートフォーン、タブレットＰＣ等）に対して制御信号を送信し、インジケータ５２の表示を行ってもよい。またリモートコントローラ２００にインジケータ５２を設けてもよい。この場合リモートコントローラ２００は、テレビジョン受信機１００と相互通信を行うための受信機能を有する。

図６Ｃは、実施形態の受信機において、セキュリティ通信が実行されているときの、セキュリティ通信実行中の通知をしている状態のさらにまた他の例を示す。この例は、インジケータ５２（光源５２ａ，５２ｂ，５２ｃ）がフレーム５１とは異なる場所に設けられた他の例である。例えばフレーム５１の下方に位置するデコレーション１７５にインジケータ５２が配置されてもよい。デコレーション１７５は、スピーカ１７４を含んだ構成となっている。

図７は、実施形態の受信機において、セキュリティ通信が実行されているときの表示器上の通知状態のさらに他の例を示す。この例は、フレーム５１の側部の端面（厚み面と称してもよい）５１ｂに窪み５３を設けて、この窪み５３の底に光源５２ｘを設けている。このように構成した場合、光源５２ｘが点灯した場合、視聴者には、間接照明の如く認識される。したがって、セキュリティ通信が実行されているときに、光源５２ｘが点灯或いは点滅しても、視聴者に目障りなく、認識させることができる。

この実施形態は、ユーザがセキュリティ通信中であることはあまり興味がなく、逆に目立たない位置に設置されることを望んだ場合にはフレーム５１の側部の端面でもよい。また、図６Ａ〜図６Ｃに示した実施形態と図７に示す実施形態とのいずれかを初期設定時に選択できるようにしてもよい。なお間接照明の如くインジケータ５２を設ける場合、図７の実施形態に限るものではなく、種々の形態が実施可能であることは勿論である。例えば、複数の光源が使用されること、またインジケータの配置位置は、種々の位置を選ぶことができることなどである。

図８は、実施形態の受信機１００において、セキュリティ通信が実行されているときの表示器上の通知状態のさらにまた他の例を示す。この例は、フレーム５１の側部の端面（厚み面と称してもよい）５１ｂには、コネクタ機構が設けられる。コネクタ受け口に対して、プラグ５４が差し込まれる。そこで、この実施形態は、プラグ５２ｙに対してＬＥＤ等の光源５２ｙを設け、これをインジケータ５２として利用するものである。

図９Ａは、実施形態の受信機１００において、表示器１７２のディスプレイ５０の全領域に映像５０ｐ（マルチメディアプレーン）が表示された通常状態（図９Ａ（ａ））と、セキュリティ通信が実行され映像５０ｐ（マルチメディアプレーン）がディスプレイ５０上に縮小されている表示通知状態（図９Ａ（ｂ））の例を示している。図９Ａ（ｂ）に示すように、この実施形態では、セキュリティ通信が実行されていると、映像５０ｐ（マルチメディアプレーン）の大きさをディスプレイ５０の大きさよりも縮小した状態で、映像５０ｐ（マルチメディアプレーン）を欠落することなくディスプレイ５０に表示している状態である。この映像５０ｐ（マルチメディアプレーン）を縮小する処理は、セキュリティ通信が行われていることを検出したセキュリティ動作検出部１８０ｊから送れてくるセキュリティ動作検出通知に従い、表示制御部１８０ｋが、ディスプレイ５０に表示するマルチメディアプレーンのサイズを制御することにより実施される。

ディスプレイ５０の領域に対して映像５０ｐ（マルチメディアプレーン）が縮小されて表示されると、ディスプレイ５０の領域において映像５０ｐ（マルチメディアプレーン）が表示されない残余の部分が生じる。この残余の部分は、例えば黒表示とされる。この黒表示領域に対して、ＧＵＩ１９１を介して、セキュリティ関連メッセージ５５が表示される。例えば「ただ今、データの更新中です」のような表示が行われる。

なお上記の図９Ａ（ｂ）の例では、映像５０ｐ（マルチメディアプレーン）の縮小により、スクリーンの上下、左右に黒領域が生じたが、これに限定されるものではない。黒領域は、スクリーンの上下、左右のいずれか１つの方向に用意されて、この領域にセキュリティ関連メッセージが表示されてもよい。

図９Ｂは、実施形態の受信機１００において、表示器１７２のディスプレイ５０の全領域に映像５０ｐ（マルチメディアプレーン）が表示された通常状態（図９Ｂ（ａ））と、セキュリティ通信が実行され映像５０ｐ（マルチメディアプレーン）がディスプレイ５０上に縮小されている表示通知状態（図９Ｂ（ｂ））の他の例を示している。但し、この例は、映像５０ｐ（マルチメディアプレーン）には、電波放送による放送画面５０Ａとデータ放送による通信画面５０Ｂとが同時に表示されている例である。つまり、放送画面と、通信画面が同時に表示された状態である。図９Ｂ(b)に示すように、この実施形態では、セキュリティ通信が実行されているときは、放送画面５０Ａと通信画面５０Ｂの映像（マルチメディアプレーン）の大きさをディスプレイ５０の大きさよりも縮小した状態で、放送画面５０Ａと通信画面５０Ｂの映像（マルチメディアプレーン）を欠落することなくディスプレイ５０に表示している状態である。

ディスプレイ５０の領域に対して放送画面５０Ａと通信画面５０Ｂの映像（マルチメディアプレーン）が縮小されて表示されると、ディスプレイ５０の領域において放送画面５０Ａと通信画面５０Ｂの映像（マルチメディアプレーン）が表示されない残余の部分が生じる。この残余の部分は、例えば黒表示とされる。この黒表示領域に対して、ＧＵＩ１９１を介して、セキュリティ関連メッセージ５５が表示される。例えば「ただ今、データの更新中です」のような表示が行われる。この場合も、スクリーンの上下、左右に黒領域を示したが、これに限定されるものではない。黒領域は、スクリーンの上下、左右のいずれか１つの方向に用意されて、この領域にセキュリティ関連メッセージが表示されてもよい。

図９Ｃは、実施形態の受信機１００において、表示器１７２のディスプレイ５０の全領域に映像５０ｐ（マルチメディアプレーン）が表示された通常状態（図９Ｃ（ａ））と、セキュリティ通信が実行され映像５０ｐ（マルチメディアプレーン）がディスプレイ５０上に縮小されている表示通知状態（図９Ｃ（ｂ））のさらに他の例を示している。この例は、図９Ｂ同様に、映像５０ｐ（マルチメディアプレーン）には電波放送による放送画面５０Ａとデータ放送による通信画面５０Ｂとが同時に表示されている例であるが、ディスプレイ５０に何も表示されていなエリア５０Ｃが存在する例である。このディスプレイ５０における表示のレイアウトにおいて、セキュリティ通信が実行されると、図９Ｃ(b)に示すように、放送画面５０Ａと通信画面５０Ｂとが縮小することなく、ディスプレイ５０Ｃの部分（黒表示領域）に対して、ＧＵＩ１９１を介して、セキュリティ関連メッセージ５５が表示される。例えば「ただ今、データの更新中です」のような表示が行われる。

図９Ｄは、実施形態の受信機において、表示器１７２のディスプレイ５０の残領域に映像５０ｐ（マルチメディアプレーン）が表示された通常状態（図９Ｄ（ａ））と、セキュリティ通信が実行されている表示通知状態（図９Ｄ（ｂ））を示す、さらに他の例の図である。この例も、電波放送による放送画面５０Ａとデータ放送による通信画面５０Ｂとが同時に表示されている例である。つまり、放送画面と、通信画面が同時に表示された状態である。このような中で、セキュリティ通信が始まると、図９Ｄ(b)に示すように、ディスプレイ５０の周囲に配置されているフレーム５１に設けられているインジケータ５２が、セキュリティ通信が実行されていることを表示するまたは、フレーム５１とは異なる場所である、例えばスタンドなどに設けられたインジケータ５２を点滅、点灯させることでセキュリティ通信中であることを表示してもよい。

図１０は、実施形態の受信機において、セキュリティ通信においてエラーが発生したときの表示器上のメッセージ出力状態の例を示す。セキュリティ通信においてエラーが発生した場合、ユーザに通知することが好ましい。そこで、この実施形態では、エラー発生時には、映像及びマルチメディアコンテンツが画面に表示された状態で、この画面に重ねてエラーメッセージ６０を表示することにしている。図１０の例は、セキュリティ通信状態を通知する実施形態として、図６に実施形態の例を示しているが、図５、図７、図８、図９Ａ−図９Ｄに示した実施形態のいずれかと、図１０のエラーメッセージ６０の表示例を組み合わせてもよい。

なお図１０において、エラーメッセージ６０は、ディスプレイ５０の下側領域に表示されているが、この領域に限定されるものではなく、任意の領域に表示されてもよい。またメッセージは、文章などに限らず、アイコンなどでもよく、視聴者（ユーザ）がエラー発生を認識できる表示であればよい。

図１１は、アプリケーション制御部１８４が行うセキュリティ通信においてエラーが発生した場合の、そのエラーの要因とディスプレイ５０に表示するエラーメッセージの例を示している。

図１２は、受信機１００が構成する論理プレーンの例を示す図である。プレーンとは、モノメディアやマルチメディア等をディスプレイ５０上の表示するための、表示制御部１８０ｋが構成する論理的な表示画面である。プレーンには、文字スーパーの表示を行う文字スーパープレーン、字幕の表示を行う字幕プレーン、放送映像などのモノメディア単体をまたはマルチメディアアプリケーションの合成表示が行われるマルチメディアプレーン、背景色を表示する背景プレーンがある。

受信機１００は、放送あるいは通信により送られてきたデータをもとに各プレーンを作成し、作成した各プレーンを合成することで、ディスプレイ５０上の提示する画面を構成する。

図１３は、受信機１００が受信したデータの復号と提示する画面の作成の関係を示した例である。

放送ストリームあるいは通信ストリームとして受信された各ストリーム１３０１は、デコーダ制御部１８０ｔで分離処理が行われ、復号処理が行われる（１３０３）。デコーダ制御部１８０ｔで復号処理が行われたデータは表示制御部１８０ｋに送られ、表示制御部１８０ｋは送られてきたデータの種類を元に各プレーンの作成を行う（１３０５）。各プレーンの作成が完了すると、表示制御部１８０ｋは、提示処理を行う。表示制御部１８０ｋは、作成した各プレーンを必要に応じて色域やダイナミックレンジの変更を行い合成する提示処理を行うことで、表示器１７２のディスプレイ５０上に提示する画面を構成する。

表示制御部１８０ｋは、提示する画面をディスプレイ５０上に表示するために、ディスプレイ上のレイアウトである表示位置を指定して、提示画面をディスプレイ５０に表示する。

図１４は、表示制御部１８０ｋが、作成した提示する画面を、ディスプレイ５０上に表示する場合の表示位置の制御の一例を示している。図１４（ａ）は、表示制御部１８０ｋが提示する画面の表示位置の指定をしない場合の例である。この場合、表示制御部１８０ｋが作成した提示する画面は、ディスプレイ５０の領域全体に表示される。図１４（ｂ）は、表示制御部１８０ｋが提示する画面の表示位置の指定をした場合の例である。表示位置は、ディスプレイ５０上の座標系（物理座標）として（０、０）と（５７５９、３２３９）を対角線上の頂点とする長方形のエリアを指定された場合である。この表示エリアに表示する提示する画面の領域は、提示する画面のプレーンの座標系（プレーン内座標）とし（０、０）と（７６７９、４３１９）を対角線上の頂点とする長方形のエリアである。つまり提示画面の全領域である。これにより提示する画面の全領域が、ディスプレイ５０上の座標系における（０、０）と（５７５９、３２３９）を対角線上の頂点とする長方形のエリアに、縮小された表示される。なおディスプレイ５０の表示領域は、ディスプレイ上の座標系として（０、０）から（７６７９、４３１９）とする。この縮小された提示画面の例は、図９Ａ（ｂ）、および図９Ｂ（ｂ）の例が該当する。

本実施形態によると、その特徴的な部分を以下のように種々の形態でまとめることができる。なお上記実施形態において、セキュリティ通信にはＴＬＳを採用すると記載しているが、これに限定されるものではなく、他の暗号化技術が用いられてもよいことは勿論である。

本実施形態によると、映像信号処理部と、表示器と、通信部とを備えた受信機であって、前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、前記キュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを通知する通知表示を行う。
（Ａ００）映像信号処理部と、表示器と、通信部とを備えた受信機であって、前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記キュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを通知する通知表示を行う、受信機。
（Ａ１１）映像信号処理部と、表示器と、通信部とを備えた受信機であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示画面の画面領域が縮小表示画面となった状態の前記表示器の表示領域内であって、前記縮小表示画面の周りの前記表示領域内の残余の部分とする、受信機。
（Ａ１２）上記Ａ１１において、前記表示画面には、放送による映像及び又はデータ放送によるマルチメディアコンテンツを表示している。
（Ａ１３）上記Ａ１１において、上記表示画面は、複数の重なるプレーンにより構成され、各プレーンに配置される映像が管理されているものである。
（Ｂ１１）映像信号処理部と、表示器と、通信部とを備えた受信機であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとする、受信機。
（Ｂ１２）上記Ｂ１１において、前記表示画面には、放送による映像及び又はデータ放送によるマルチメディアコンテンツを表示している。
（Ｂ１３）上記Ｂ１１において、上記表示画面は、複数の重なるプレーンにより構成され、各プレーンに配置される映像が管理されているものである。
（Ｃ１１）映像信号処理部と、表示器と、通信部とを備えた受信機であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとは異なる位置とする、
受信機。
（Ｃ１２）上記Ｃ１１において、前記表示画面には、放送による映像及び又はデータ放送によるマルチメディアコンテンツを表示している。
（Ｃ１３）また、上記表示画面は、複数の重なるプレーンにより構成され、各プレーンに配置される映像が管理されているものである。
（Ｄ２１）映像信号処理部と、表示器と、通信部とを備えた受信機であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記キュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示画面の画面領域が縮小表示画面となった状態の前記表示器の表示領域内であって、前記縮小表示画面の周りの前記表示領域内の残余の部分とし、
前記キュリティ通信のエラーがある場合には、前記表示画面に重ねてエラーが発生していることのメッセージを表示する、
受信機。
（Ｄ２２）上記Ｄ２１において、前記表示画面には、放送による映像及び又はデータ放送によるマルチメディアコンテンツを表示している。
（Ｄ２３）また、上記表示画面は、複数の重なるプレーンにより構成され、各プレーンに配置される映像が管理されているものである。
（Ｅ２１）映像信号処理部と、表示器と、通信部とを備えた受信機であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとし、
前記セキュリティ通信のエラーがある場合には、前記表示画面に重ねてエラーが発生していることのメッセージを表示する、
受信機。
（Ｅ２２）上記Ｅ２１において、前記表示画面には、放送による映像及び又はデータ放送によるマルチメディアコンテンツを表示している。
（Ｅ２３）また、上記表示画面は、複数の重なるプレーンにより構成され、各プレーンに配置される映像が管理されているものである。
（Ｆ２１）映像信号処理部と、表示器と、通信部とを備えた受信機であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを通知する通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとは異なる位置であり、
前記キュリティ通信のエラーがある場合には、前記表示画面に重ねてエラーが発生していることのメッセージを表示する、
受信機。
（Ｆ２２）上記Ｆ２１において、前記表示画面には、放送による映像及び又はデータ放送によるマルチメディアコンテンツを表示している。
（Ｆ２３）また、上記表示画面は、複数の重なるプレーンにより構成され、各プレーンに配置される映像が管理されているものである。
（Ｇ１１）映像信号処理部と、表示器と、通信部とを備えた受信機であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信を検出する制御部を有し、
前記制御部は、
前記セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとし、かつ前記フレームの下側部分での左右中心付近である、受信機。
（Ｇ１２）上記Ｇ１１において、前記表示画面には、放送による映像及び又はデータ放送によるマルチメディアコンテンツを表示している。
（Ｇ１３）また、上記表示画面は、複数の重なるプレーンにより構成され、各プレーンに配置される映像が管理されているものである。
（Ｈ４１）また上記（Ａ１１）乃至（Ｃ１２）、上記（Ｄ２１）乃至（Ｆ２２）、（Ｇ１１）に対して、以下を従属させることができる。
(a)前記フレームには前記表示として、輝度が変化する光源を設けている,
(b)前記フレームには前記表示として、色が変化する光源を設けている,
(c)前記光源は、前記フレームの下側部分の左右中央である,
(d)前記光源は、前記フレームの下側部分に複数設けられている,
(e)ＴＬＳ１．２を搭載している,
(f)「ｈｔｔｐｓ：・・・」を用いた通信である,などの何れか又は複数を組み合わせることができる。
（Ａ１１）映像信号処理部と、表示器と、通信部と、制御部を備えた受信機の受信方法であって、
トランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信検出信号を得、
前記セキュリティ通信検出信号に応答する場合、
キュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを通知する通知表示を行い、且つ前記通知表示の場所は、前記表示画面の画面領域が縮小表示画面となった状態の前記表示器の表示領域内であって、前記縮小表示画面の周りの前記表示領域内の残余の部分とする、
受信機の受信方法。
（Ｂ１１）映像信号処理部と、表示器と、通信部と、制御部を備えた受信機の受信方法であって、
トランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信検出信号を得、
前記セキュリティ通信検出信号に応答する場合、
セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、
前記表示器のフレームとする、
受信機の受信方法。
（Ｃ１１）映像信号処理部と、表示器と、通信部と、制御部を備えた受信機の受信方法であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信検出信号を得、
前記セキュリティ通信検出信号に応答する場合、
セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを通知する通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとは異なる位置とする、
受信機の受信方法。
（Ｄ２１）映像信号処理部と、表示器と、通信部と、制御部を備えた受信機の受信方法であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信検出信号を得、
前記セキュリティ通信検出信号に応答する場合、
キュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを通知する通知表示を行い、且つ前記通知表示の場所は、前記表示画面の画面領域が縮小表示画面となった状態の前記表示器の表示領域内であって、前記縮小表示画面の周りの前記表示領域内の残余の部分とし、
前記キュリティ通信のエラーがある場合には、前記表示画面に重ねてエラーが発生していることのメッセージを表示する、
受信機の受信方法。
（Ｅ２１）映像信号処理部と、表示器と、通信部と、制御部を備えた受信機の受信方法であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信検出信号を得、
前記セキュリティ通信検出信号に応答する場合、
セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとし、
前記セキュリティ通信のエラーがある場合には、前記表示画面に重ねてエラーが発生していることのメッセージを表示する、
受信機の受信方法。
（Ｆ２１）映像信号処理部と、表示器と、通信部と、制御部を備えた受信機の受信方法であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信検出信号を得、
前記セキュリティ通信検出信号に応答する場合、
セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを通知する通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとは異なる位置とし、
前記キュリティ通信のエラーがある場合には、前記表示画面に重ねてエラーが発生していることのメッセージを表示する、
受信機の受信方法。
（Ｇ１１）映像信号処理部と、表示器と、通信部と、制御部を備えた受信機の受信方法であって、
前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信検出信号を得、
前記セキュリティ通信検出信号に応答する場合、
セキュリティ通信のエラーがない場合には、前記表示器の表示画面の外に、セキュリティに関する機能が動作していることを示す通知表示を行い、且つ前記通知表示の場所は、前記表示器のフレームとし、かつ前記フレームの下側部分での左右中心付近とする、
受信機の受信方法。
＜さらにセキュリティに関する説明を行う＞
通信機能を利用したサービスにおいて、視聴者情報の送受信や公平性を考慮する必要とするサービスを行う場合、セキュリティ機能を必要とする場合がある。その際に必要なセキュリティ機能として、（a）簡易相互認証機能、(b)情報保護機能、(c)改竄防止機能、(d)簡易証明機能がある。
（a）簡易相互認証機能
通信においてプライバシイ保護や正規視聴者であることを確認することが必要なアプリケーションを利用するときには、トランザクションの初期段階で接続した相手・接続先の確認が必要である。その手段として、相互（相手）認証機能が用いられる。

相互認証においては、「通信文復元法」を利用することが望ましい。
センターに送る情報は、偽視聴者が、受信機のIDやパスワードを再利用することによる、成りすましをすることを防止するため、タイムスタンプ、乱数は一方向性関数を通してから送信することが望ましい。

上記通信文復元法は、情報（通信文）の送り側と該情報（通信文）の受け側間で相互認証も可能である。暗号化のためには、カードＩＤ，疑似乱数、タイムスタンプが用いられ、送信側で、通信文が作成される。これを解読するためには、送り側と受け側とが互いに共通鍵を必要とする。送り側が持つ共通鍵は、暗号化されて、共通鍵暗号として、暗号化情報（通信文）とは別ルートで受け側に送られる。

送信者・受信者（検証者）が共通鍵を事前に共有している場合、その共通鍵を利用して送信側で通信文を暗号化し、その暗号文を受信者で復号したときに意味のある通信文になれば送信者を確信することができる。意味のある通信文を得られなかった場合は、改ざん或いは伝送誤りがあったことになる。
（ｂ）情報の保護
通信機能を利用したサービスでは、ショッピングのように届け先を指定するために、サービス提供者が視聴者の氏名や住所を把握する必要がある場合がある。このような通信機能を利用したサービスにおいては、プライバシイ保護の観点から視聴者情報の漏洩等を防ぐために以下のことを考慮することが望ましい。
・ネットワーク上での盗聴防止
・センター内での漏洩防止
・外部からセンターへの進入防止。
・必要な個人データのみを取り扱い、本人に許可なく他の用途に用いたり、譲渡したりしないこと、
・センターが行うことが望ましい機能及び動作として、
サービス内容の拡充にあたって、やむを得ずインターネット等の他ネットワークと接続する場合は、ファイヤーウォールを設置することにより、視聴者情報の漏洩防止に努めること。
（ｃ）改竄防止機能
通信路において、改竄があった場合には、改竄が行われたことを検出する機能を有することが望ましい。
（ｄ）署名機能
オンラインにてショッピングをするような金銭と商品（デジタルコンテンツを含む）の取引きがある場合、トラブルを防ぐために取り引き両者の証拠を残す必要がある。このような場合、デジタル署名を用いるのが理想であるが、デジタル署名は公開鍵暗号機能を実装しなければ実現できないので、共通鍵暗号のみを実装したシステムにも用いることができるメッセージ認証子(MAC)を利用することが望ましい。ただし、第三者の生成した署名結果でないことは確信できるが、同じメッセージを署名受け取り者も作成できるので、センター側の署名生成者の言い逃れに対しての効力はない。

＜さらにセキュリティに関する追加説明を行う＞
マルチメディアサービスコンテンツの通信伝送において、スキームが”https:”で指定された場合には、ＴＬＳを適用する。ＴＬＳにおけるセキュリティアルゴリズムはセキュリティ上の課題などにより更新されることが想定される。そのため、セキュリティアルゴリズムが更新された場合には、受信機ソフトウェアの更新などの対応により、ブラウザにおいて動作するセキュリティアルゴリズムを更新できる必要がある。

受信機は TLS1.2 を実装し、公開鍵暗号システム（PKCS）によって暗号化通信を行う仕組みを有することが必要とされている。

セキュリティ通信において、エラーが発生した場合には図１１に示すエラーメッセージを表示し、利用者にセキュリティ通信が利用できない状態であることを確実に伝える必要がある。また、セキュリティ通信においてエラーが発生した場合に、通信を実行しない実装も可能とする。

セキュリティ通信において運用するルート証明書は、TLS1.2に準拠し公開鍵暗号システム(ＰＫＣＳ)によって暗号化通信を行うための証明書がブラウザにおいて利用できる必要がある。

また、ブラウザで利用可能なルート証明書について、表示する機能を受信機が搭載することが望ましい。

ルート証明書の有効期限、また、セキュリティアルゴリズムの更新により、新たなルート証明書の運用が必要になることが想定される。そのため、新たなルート証明書について、受信機ソフトウェアの更新などの対応により、ブラウザにおいて追加できる必要がある。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

２０・・・サービス業者装置、
５０・・・ディスプレイ、
５０Ａ・・・放送画面、
５０Ｂ・・・通信画面、
５１・・・フレーム、
５２・・・インジケータ、
１００・・・テレビジョン受信機、
１０１・・・地デジチューナ、
１０２・・・ＢＳチューナ、
１０３・・・ＣＳチューナ、
１２１、１３１、１３２、１３３、１４１、１４２・・・デコーダ、
１６０・・・コンテンツ処理部、
１７１・・・表示信号出力部、
１７２・・・表示器、
１７３・・・オーディオ信号出力部、
１８０・・・制御部、
１８０ｊ・・・セキュリティ動作検出部、
１８０ｋ・・・表示制御部、
１８５・・・アプリケーションエンジン、
１８６・・・端末制御部、
１９１・・・ＧＵＩ、
２００・・・リモートコントローラ、
３００・・・放送局
７００・・・携帯端末。

Claims (1)

1. 映像ストリーム、音声ストリーム、データ放送ストリームを含む放送波を受信する受信部と、前記受信部によって受信された放送波を処理して映像信号を出力するコンテンツ処理部と、前記コンテンツ処理部によって出力された前記映像信号を表示器の表示画面に全画面表示させる表示制御部と、通信部とを備えた受信機の受信方法であって、
   前記通信部を介してトランスポートレイヤーセキュリティ（ＴＬＳ）に基づく、セキュリティ通信の通信状態を検出すること、
   前記通信状態が、前記セキュリティ通信の実行中であった場合は、前記表示器の表示画面に前記映像信号を全画面表示させた状態で、前記セキュリティ通信が実行中であることの表示を前記全画面表示に重ならないように、前記表示画面の周囲に位置するフレームに表示させること、
   前記通信状態が、前記セキュリティ通信の実行中にエラーが発生した状態であり、その原因がルート証明書は受信機にあるが、接続先のサーバ証明書との検証が取れない場合は、「現在設定されているルート証明書では接続先の安全が確認できないため、接続できません」とのメッセージを前記全画面表示上に重ねて表示すること、
   を備えることを特徴とした受信機の受信方法。

Images