(57)【要約】【課題】プライベートデータを用いた放送通信連携サービスを実現する際に、ユーザ情報の管理負担を軽減すると共に、不適切なアクセスを制限する。【解決手段】受信装置２は、端末装置３に対し、要求条件Ａ及び提示条件Ｂに対応するＰＤ情報Ｃの取得を要求する。端末装置３は、予め設定された検索範囲にて要求条件ＡによるＰＤの検索を行い、ＰＤに関連する情報及びサムネイルを取得し、ＰＤに関連する情報に基づいてＰＤ情報Ｃを生成し、提示条件Ｂに基づいた画面レイアウトにてサムネイルを表示する等して、ユーザに対し表示許諾の操作を促す。受信装置２は、ＰＤ情報Ｃに基づいて放送マネージドアプリが利用する（取得対象の）ＰＤを決定すると共に、提示条件Ｂに基づいて画面レイアウトを決定し、ＰＤ情報ＣからＰＤのＵＲＬを抽出し、ＵＲＬによる検索を行ってＰＤを取得し、ＰＤ提示部２５は、決定した画面レイアウトにてＰＤを表示する。【選択図】図３
2020188423.tif 000002
【特許請求の範囲】
【請求項１】
プライベートデータが格納されたサーバ、放送信号を受信すると共に前記サーバへアクセスすることで、番組の映像及び前記プライベートデータを画面表示する受信装置、及び、当該受信装置との間の連携機能によりデータの送受信を行うと共に、前記サーバへアクセスする端末装置を備え、前記プライベートデータを用いて放送及び通信を連携するサービスを実現する放送通信連携システムにおける前記受信装置であって、
前記プライベートデータを要求する際の条件を要求条件とし、前記プライベートデータを画面に提示する際の条件を提示条件とし、前記要求条件を満たす前記プライベートデータのインデックス情報をＰＤ（プライベートデータ）情報として、
前記要求条件を、前記連携機能にて前記端末装置へ出力し、
前記端末装置から前記連携機能にて、前記プライベートデータの所在場所を含む前記ＰＤ情報を入力し、当該ＰＤ情報に含まれる前記所在場所へアクセスして前記プライベートデータを取得し、前記提示条件の示す画面レイアウトにて前記プライベートデータを提示し、前記番組の映像及び前記プライベートデータを画面表示する放送通信連携部を備えたことを特徴とする受信装置。
【請求項２】
請求項１に記載の受信装置において、
前記放送通信連携部は、
前記要求条件及び前記提示条件を取得する条件取得部と、
前記条件取得部により取得された前記要求条件及び前記提示条件を、前記連携機能にて前記端末装置へ出力し、前記端末装置から前記連携機能にて、前記プライベートデータの前記所在場所を含む前記ＰＤ情報を入力するＰＤ情報要求部と、
前記ＰＤ情報要求部により入力された前記ＰＤ情報に基づいて、取得対象の前記プライベートデータを決定すると共に、前記条件取得部により取得された前記提示条件に基づいて、前記画面レイアウトを決定するＰＤレイアウト決定部と、
前記ＰＤレイアウト決定部により決定された前記取得対象の前記プライベートデータを、前記ＰＤ情報に含まれる前記所在場所へアクセスして取得するＰＤ取得部と、
前記ＰＤレイアウト決定部により決定された前記画面レイアウトにて、前記ＰＤ取得部により取得された前記プライベートデータを提示するＰＤ提示部と、
前記番組の映像、前記ＰＤ提示部により提示された前記プライベートデータを画面表示する表示部と、
を備えたことを特徴とする受信装置。
【請求項３】
請求項１または２に記載の受信装置において、
前記要求条件を、前記番組のシーンに連動した位置情報、及び前記サーバへのアクセスが行われるネットワークを含む条件とし、
前記ＰＤ情報を、前記位置情報に対応し、かつ前記ネットワーク内の前記サーバに格納されている前記プライベートデータの前記インデックス情報であって、前記プライベートデータの前記所在場所を含む情報とする、ことを特徴とする受信装置。
【請求項４】
請求項１から３までのいずれか一項に記載の受信装置において、
前記提示条件を、前記プライベートデータを前記番組の映像と同じ箇所に表示するか、または前記番組の映像とは別の箇所に表示するかのレイアウト種別を含む条件とする、ことを特徴とする受信装置。
【請求項５】
プライベートデータが格納されたサーバ、放送信号を受信すると共に前記サーバへアクセスすることで、番組の映像及び前記プライベートデータを画面表示する受信装置、及び、当該受信装置との間の連携機能によりデータの送受信を行うと共に、前記サーバへアクセスする端末装置を備え、前記プライベートデータを用いて放送及び通信を連携するサービスを実現する放送通信連携システムにおける前記端末装置であって、
前記プライベートデータを要求する際の条件を要求条件とし、前記プライベートデータを画面に提示する際の条件を提示条件とし、前記要求条件を満たす前記プライベートデータのインデックス情報をＰＤ（プライベートデータ）情報として、
前記受信装置から前記連携機能にて、前記要求条件を入力し、
前記要求条件に基づいた検索にて前記サーバへアクセスし、前記プライベートデータの所在場所を含む前記ＰＤ情報を生成し、前記ＰＤ情報を、前記連携機能にて前記受信装置へ送信する検索部を備えたことを特徴とする端末装置。
【請求項６】
請求項５に記載の端末装置において、
前記検索部は、
前記受信装置から前記連携機能にて、前記要求条件及び前記提示条件を入力し、前記要求条件に基づいた検索にて前記サーバへアクセスし、前記プライベートデータの所在場所を含む前記ＰＤ情報を生成し、ユーザによる画面表示の許諾操作に従い、前記ＰＤ情報を、前記連携機能にて前記受信装置へ出力するＰＤ情報処理部と、
前記ＰＤ情報処理部により入力された前記提示条件の示す画面レイアウトにて前記プライベートデータのプレビューを表示し、前記ユーザに対して前記許諾操作を促す表示許諾処理部と、
を備えたことを特徴とする端末装置。
【請求項７】
コンピュータを、請求項１から４までのいずれか一項に記載の受信装置として機能させるためのプログラム。
【請求項８】
コンピュータを、請求項５または６に記載の端末装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送通信連携サービスを実現する受信装置、端末装置及びプログラムに関する。
【背景技術】
【０００２】
従来、放送と通信とを連携するサービス（以下、「放送通信連携サービス」という。）を実現するシステムの研究開発が行われている。Hybridcast（登録商標、以下、「ハイブリッドキャスト」という。）は、放送通信連携サービスの一つであり、その技術仕様が策定されている（例えば、非特許文献１，２を参照）。
【０００３】
この技術仕様には、放送通信連携サービスを実現するためのソフトウェアであるアプリケーション（以下、「ハイブリッドキャストアプリ」という。）が規定されている。ハイブリッドキャストアプリは、後述する図１に示す放送通信連携システムにおいて、受信装置２すなわちＴＶ受信機にて動作するアプリケーションであり、放送マネージドアプリ及び放送外マネージドアプリがある。
【０００４】
放送マネージドアプリは、放送局が放送に関するサービスを直接提供するアプリケーションであり、放送局から送信される放送信号に含まれる、起動、終了等の制御信号に基づいて動作する。放送外マネージドアプリは、放送局以外のサービス事業者が放送に関するサービスを提供するアプリケーションである。
【０００５】
これらのアプリケーションのうち、例えばＨＴＭＬ（Hypertext Markup Language）５を用いて記述された放送マネージドアプリが現在運用されている。一方、放送外マネージドアプリは、放送局がサービス事業者のアプリケーションを認可したり、認証したりする困難さから、十分な運用には至っていない。「アプリケーション」はアプリケーションプログラムの略称であり、以下、「アプリ」とも記載する。
【０００６】
このような放送通信連携サービスを実現する際には、放送局及びサービス事業者の意図に沿った運用を図る必要がある。このため、アプリケーションの動作によって放送局及びサービス事業者の意図から外れたアクセス等が行われないように、アプリケーションの動作を制限する技術が提案されている（例えば、特許文献１，２を参照）。
【０００７】
特許文献１の技術は、アプリケーションの動作を制限する情報、及び画面制御方法のタイプ（画面の全体表示、一部表示等）を示す情報が記述されたテーブルを取得し、当該テーブルに基づいて、アプリケーションの動作をタイプ別に制御するものである。これにより、アプリケーションによる画面表示動作を制限することができる。
【０００８】
また、特許文献２の技術は、端末装置が、受信装置からメッセージを受信し、予め設定されたポリシーデータ及びメッセージの送信先に基づいて、メッセージの送信可否を判定するものである。これにより、端末装置のアプリケーションによる送信動作を制限することができる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特許第６４３２５２５号公報
【特許文献２】特開２０１８−７８３８３号公報
【非特許文献】
【００１０】
【非特許文献１】ＩＰＴＶ規定、放送通信連携システム仕様、ＩＰＴＶＦＪ  ＳＴＤ−００１０、一般社団法人ＩＰＴＶフォーラム
【非特許文献２】ＩＰＴＶ規定、ＨＴＭＬ５ブラウザ仕様、ＩＰＴＶＦＪ  ＳＴＤ−００１１、一般社団法人ＩＰＴＶフォーラム
【発明の概要】
【発明が解決しようとする課題】
【００１１】
放送通信連携サービスを実現する際に、前述の放送マネージドアプリのみでは、全ての受信装置に対して同じアプリケーションが提供されることとなる。
【００１２】
このため、放送マネージドアプリが動作する受信装置は、個人に合わせたカスタマイズの機能を実現するために、ユーザ識別子、利用端末のＵＵＩＤ（Universally Unique  Identifier）等のユーザを特定する情報（ユーザ情報）を利用する場合がある。例えば、受信装置は、サーバから個人の所有するリソースを取得し、当該リソースを用いてサービスを提供する。
【００１３】
ここで、ユーザの所有するリソースとは、例えばＨＴＭＬファイル、ＪＳ（JavaScript（登録商標））ファイル、ＣＳＳ（Cascading Style Sheet：カスケーディングスタイルシート）ファイル、画像、テキスト等のプライベートデータである。個人に合わせたカスタマイズの機能としては、例えば所定の条件を満たすユーザの名前及び写真等のプライベートデータのコンテンツを取得し、放送の映像と共に画面表示する場合がある。
【００１４】
しかしながら、放送局が提供する放送マネージドアプリを用いて、プライベートデータを利用し所定のカスタマイズの機能を実現する場合、ユーザ側にはプライバシーの懸念がある。一方、放送局側には個人情報を適切に保護する必要があり、これを実現するにはコストがかかり、大きな労力が必要となる。
【００１５】
これでは、個人に合わせたカスタマイズの機能を含む放送マネージドアプリの実現が困難となり、結果として、ユーザニーズに見合う放送通信連携サービスを実現することができないという問題があった。
【００１６】
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、プライベートデータを用いた放送通信連携サービスを実現する際に、ユーザ情報の管理負担を軽減すると共に、不適切なアクセスを制限可能な受信装置、端末装置及びプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
前記課題を解決するために、請求項１の受信装置は、プライベートデータが格納されたサーバ、放送信号を受信すると共に前記サーバへアクセスすることで、番組の映像及び前記プライベートデータを画面表示する受信装置、及び、当該受信装置との間の連携機能によりデータの送受信を行うと共に、前記サーバへアクセスする端末装置を備え、前記プライベートデータを用いて放送及び通信を連携するサービスを実現する放送通信連携システムにおける前記受信装置であって、前記プライベートデータを要求する際の条件を要求条件とし、前記プライベートデータを画面に提示する際の条件を提示条件とし、前記要求条件を満たす前記プライベートデータのインデックス情報をＰＤ（プライベートデータ）情報として、前記要求条件を、前記連携機能にて前記端末装置へ出力し、前記端末装置から前記連携機能にて、前記プライベートデータの所在場所を含む前記ＰＤ情報を入力し、当該ＰＤ情報に含まれる前記所在場所へアクセスして前記プライベートデータを取得し、前記提示条件の示す画面レイアウトにて前記プライベートデータを提示し、前記番組の映像及び前記プライベートデータを画面表示する放送通信連携部を備えたことを特徴とする。
【００１８】
また、請求項２の受信装置は、請求項１に記載の受信装置において、前記放送通信連携部が、前記要求条件及び前記提示条件を取得する条件取得部と、前記条件取得部により取得された前記要求条件及び前記提示条件を、前記連携機能にて前記端末装置へ出力し、前記端末装置から前記連携機能にて、前記プライベートデータの前記所在場所を含む前記ＰＤ情報を入力するＰＤ情報要求部と、前記ＰＤ情報要求部により入力された前記ＰＤ情報に基づいて、取得対象の前記プライベートデータを決定すると共に、前記条件取得部により取得された前記提示条件に基づいて、前記画面レイアウトを決定するＰＤレイアウト決定部と、前記ＰＤレイアウト決定部により決定された前記取得対象の前記プライベートデータを、前記ＰＤ情報に含まれる前記所在場所へアクセスして取得するＰＤ取得部と、前記ＰＤレイアウト決定部により決定された前記画面レイアウトにて、前記ＰＤ取得部により取得された前記プライベートデータを提示するＰＤ提示部と、前記番組の映像、前記ＰＤ提示部により提示された前記プライベートデータを画面表示する表示部と、を備えたことを特徴とする。
【００１９】
また、請求項３の受信装置は、請求項１または２に記載の受信装置において、前記要求条件を、前記番組のシーンに連動した位置情報、及び前記サーバへのアクセスが行われるネットワークを含む条件とし、前記ＰＤ情報を、前記位置情報に対応し、かつ前記ネットワーク内の前記サーバに格納されている前記プライベートデータの前記インデックス情報であって、前記プライベートデータの前記所在場所を含む情報とする、ことを特徴とする。
【００２０】
また、請求項４の受信装置は、請求項１から３までのいずれか一項に記載の受信装置において、前記提示条件を、前記プライベートデータを前記番組の映像と同じ箇所に表示するか、または前記番組の映像とは別の箇所に表示するかのレイアウト種別を含む条件とする、ことを特徴とする。
【００２１】
さらに、請求項５の端末装置は、プライベートデータが格納されたサーバ、放送信号を受信すると共に前記サーバへアクセスすることで、番組の映像及び前記プライベートデータを画面表示する受信装置、及び、当該受信装置との間の連携機能によりデータの送受信を行うと共に、前記サーバへアクセスする端末装置を備え、前記プライベートデータを用いて放送及び通信を連携するサービスを実現する放送通信連携システムにおける前記端末装置であって、前記プライベートデータを要求する際の条件を要求条件とし、前記プライベートデータを画面に提示する際の条件を提示条件とし、前記要求条件を満たす前記プライベートデータのインデックス情報をＰＤ（プライベートデータ）情報として、前記受信装置から前記連携機能にて、前記要求条件を入力し、前記要求条件に基づいた検索にて前記サーバへアクセスし、前記プライベートデータの所在場所を含む前記ＰＤ情報を生成し、前記ＰＤ情報を、前記連携機能にて前記受信装置へ送信する検索部を備えたことを特徴とする。
【００２２】
また、請求項６の端末装置は、請求項５に記載の端末装置において、前記検索部が、前記受信装置から前記連携機能にて、前記要求条件及び前記提示条件を入力し、前記要求条件に基づいた検索にて前記サーバへアクセスし、前記プライベートデータの所在場所を含む前記ＰＤ情報を生成し、ユーザによる画面表示の許諾操作に従い、前記ＰＤ情報を、前記連携機能にて前記受信装置へ出力するＰＤ情報処理部と、前記ＰＤ情報処理部により入力された前記提示条件の示す画面レイアウトにて前記プライベートデータのプレビューを表示し、前記ユーザに対して前記許諾操作を促す表示許諾処理部と、を備えたことを特徴とする。
【００２３】
さらに、請求項７のプログラムは、コンピュータを、請求項１から４までのいずれか一項に記載の受信装置として機能させることを特徴とする。
【００２４】
また、請求項８のプログラムは、コンピュータを、請求項５または６に記載の端末装置として機能させることを特徴とする。
【発明の効果】
【００２５】
以上のように、本発明によれば、プライベートデータを用いた放送通信連携サービスを実現する際に、ユーザ情報の管理負担を軽減することができ、不適切なアクセスを制限することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態による受信装置及び端末装置を含む放送通信連携システムの全体構成例を示す概略図である。
【図２】受信装置及び端末装置のハードウェア及びソフトウェアの構造例を示す概略図である。
【図３】放送通信連携システムの処理シーケンス例を説明する図である。
【図４】受信装置の構成例を示すブロック図である。
【図５】端末装置の構成例を示すブロック図である。
【図６】具体例１の要求条件Ａ及び提示条件Ｂを示す図である。
【図７】具体例１のＰＤ情報Ｃ及び画面レイアウトを示す図である。
【図８】具体例２の要求条件Ａ及び提示条件Ｂを示す図である。
【図９】具体例２のＰＤ情報Ｃ及び画面レイアウトを示す図である。
【図１０】具体例３の要求条件Ａ及び提示条件Ｂを示す図である。
【図１１】具体例３のＰＤ情報Ｃ及び画面レイアウトを示す図である。
【発明を実施するための形態】
【００２７】
以下、本発明を実施するための形態について図面を用いて詳細に説明する。本発明は、プライベートデータを用いた放送通信連携サービスを実現する際に、受信装置と端末装置との間の連携機能を用いて、所定の条件を満たすように、ユーザの所有するリソースへアクセスすることを特徴とする。
【００２８】
受信装置と端末装置との間の連携機能によって放送通信連携サービスを実現する場合、端末装置は、予め設定された検索範囲（アクセス範囲）においてユーザの所有するリソースへアクセスすることができる。この場合の検索範囲は、個人情報を保護する観点で問題ないことが前提となっている。
【００２９】
しかしながら、端末装置にて動作するアプリによっては、リソースへのアクセスが必要以上に行われる可能性がある。そこで、放送通信連携サービスを実現する際に、検索範囲とは別の条件を満たすように、ユーザの所有するリソースへアクセスするようにした。
【００３０】
これにより、端末装置においては、例えばハイブリッドキャストアプリの端末連携機能の下で、所定の条件を満たすようにアクセスが行われる。したがって、ハイブリッドキャストアプリの動作により、プライベートデータを取得する際に、放送局及びサービス事業者の意図から外れたアクセスを防ぐことができる。つまり、プライベートデータを用いた放送通信連携サービスを実現する際に、ユーザ情報の管理負担を軽減すると共に、不適切なアクセスを制限することができる。
【００３１】
〔放送通信連携システム〕
まず、放送通信連携システムについて説明する。図１は、本発明の実施形態による受信装置及び端末装置を含む放送通信連携システムの全体構成例を示す概略図である。この放送通信連携システム１は、放送局４、受信装置（ＴＶ受信機）２、端末装置３、サーバ５−１〜５−Ｍ（総称して「サーバ５」という。）、サーバ６−１〜６−Ｎ（総称して「サーバ６」という。）及びルータ７，８を備えて構成される。
【００３２】
受信装置２及び端末装置３とサーバ５とは、例えばユーザの自宅内に設けられたＬＡＮ等のネットワーク（受信装置２、端末装置３及びサーバ５が接続された同一のネットワーク（同一ＮＷ））により接続される。また、受信装置２及び端末装置３とサーバ６とは、インターネット９等の外部のネットワーク（外部ＮＷ）及び同一ＮＷを介して接続される。
【００３３】
受信装置２は、ハイブリッドキャスト対応のテレビであり、放送局４から送信された放送信号を受信し、放送信号の映像を画面表示すると共に音声を再生する。また、受信装置２は、無線ＬＡＮ等を介して端末装置３と接続することで端末装置３と連携し、データの送受信を行う。さらに、受信装置２は、サーバ５から同一ＮＷを介して、またはサーバ６から外部ＮＷ及び同一ＮＷを介して、アプリケーションが利用するプライベートデータ等のコンテンツを受信する。
【００３４】
端末装置３は、スマートフォン、タブレット端末等の装置であり、無線ＬＡＮ等を介して受信装置２と接続することで受信装置２と連携し、データの送受信を行う。また、端末装置３は、サーバ５から同一ＮＷを介して、またはサーバ６から外部ＮＷ及び同一ＮＷを介して、アプリケーションが利用するプライベートデータ等のコンテンツを受信する。
【００３５】
放送局４は、番組の放送信号を送信する。サーバ５，６は、アプリケーションが利用するプライベートデータ等のコンテンツを格納している。
【００３６】
サーバ５は、受信装置２及び端末装置３からのアクセスに伴い、コンテンツを、同一ＮＷを介して受信装置２及び端末装置３へ送信する。サーバ６は、受信装置２及び端末装置３からのアクセスに伴い、コンテンツを、外部ＮＷ及び同一ＮＷを介して受信装置２及び端末装置３へ送信する。
【００３７】
放送通信連携サービスの形態は複数存在するが、本実施形態では、ハイブリッドキャスト技術仕様（前述の非特許文献１，２を参照）に基づき、受信装置２において、デジタル放送サービスとインターネットサービスとが連携動作することを想定する。受信装置２は、ハイブリッドキャストアプリを実行することで、サーバ５，６からコンテンツを取得する。
【００３８】
また、図１に示した放送通信連携システム１においては、ハイブリッドキャスト技術仕様に基づき、受信装置２上で動作するハイブリッドキャストアプリと、端末装置３にインストールされた端末側連携アプリとが連携動作するものとする。
【００３９】
受信装置２において動作するアプリは、放送事業者が配信する放送マネージドアプリとする。端末装置３において動作する端末側連携アプリは、受信装置２と連携して動作するハイブリッドキャスト端末連携プロトコルを実装するコンパニオンアプリ等の連携アプリケーションであり、放送マネージドアプリと連携動作する１以上のサービスアプリを実行する。
【００４０】
放送マネージドアプリとサービスアプリとは連携動作することにより、ユーザへ提供す るサービスを実行する。本実施形態では、サービスアプリは、端末装置３上で動作するネイティブアプリであり、アプリ間通信によって端末側連携アプリを経由して放送マネージドアプリと通信を行う。サービスアプリは、任意の手段により端末装置３に実装される。例えば、放送マネージドアプリから取得が指示されたアプリでもよく、ユーザ操作により取得されたアプリでもよく、端末装置３に予め実装されたアプリでもよい。
【００４１】
図２は、図１に示した受信装置２及び端末装置３のハードウェア及びソフトウェアの構造例を示す概略図である。受信装置２は、ハードウェア、ＯＳ（Operating System）、レジデント及びアプリ実行部の４層により構成される。アプリ実行部は、例えば放送マネージドアプリを実行するＨＴＭＬ５ブラウザである。
【００４２】
ＯＳ上で実行されるレジデントには、メモリに常駐するソフトウェアによる放送の受信機能が搭載される。アプリ実行部で実行される放送マネージドアプリは、前述の非特許文献１により規定される拡張ＡＰＩ（Application Programming Interface）を通して、レジデントの受信機機能にアクセスすることができる。ハードウェアは、ＣＰＵ、各種メモリ、チューナー、デコーダ、通信装置、表示装置、入力装置等を含む。
【００４３】
端末装置３は、ハードウェア、ＯＳ及びネイティブアプリ実行部の３層により構成される 。ネイティブアプリ実行部は、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）等のＯＳが提供する複数のネイティブアプリを実行する。
【００４４】
端末側連携アプリはネイティブアプリの一種であり、受信装置２により実行される放送マネージドアプリと連携動作する１以上のサービスアプリを実行する。サービスアプリが端末側連携アプリの機能として実装されていてもかまわない。ハードウェアは、ＣＰＵ、各種メモリ、通信装置、表示装置、入力装置等を含む。
【００４５】
ハイブリッドキャストにおける端末連携機能は、受信装置２のアプリ実行部で動作する 放送マネージドアプリと、端末装置３のネイティブアプリ実行部が実行する端末側連携ア プリと、サービスアプリとにより実現される。放送マネージドアプリとサービスアプリとの間では、前述の非特許文献１で規定される受信機と連携端末間のインターフェースを用いてテキストメッセージを送受信する。
【００４６】
〔放送通信連携システム１の処理シーケンス〕
次に、図１に示した放送通信連携システム１の処理シーケンスについて説明する。図３は、放送通信連携システム１の処理シーケンス例を説明する図である。
【００４７】
受信装置２は、放送マネージドアプリが動作することにより、検索及び画面提示（表示）の各種条件（要求条件Ａ及び提示条件Ｂ）に従い、端末装置３に対してプライベートデータ（以下、「ＰＤ」という。）に関連する情報（ＰＤ情報Ｃ）の取得を要求する。
【００４８】
要求条件Ａは、ＰＤを要求する際の検索条件であり、提示条件Ｂは、ＰＤを画面提示（表示）する際の画面レイアウト等の条件である。ＰＤ情報Ｃは、取得対象のＰＤの所在場所等を示すインデックス情報である。
【００４９】
そして、受信装置２は、放送マネージドアプリが利用する（取得対象の）ＰＤを決定すると共に、画面レイアウトを決定し、ＰＤ情報Ｃに含まれる所在場所からＰＤを取得し、ＰＤを画面レイアウトに従い提示する。
【００５０】
端末装置３は、端末側連携アプリが動作することにより、受信装置２からのＰＤ情報Ｃの取得要求に従い、予め設定された検索範囲において要求条件Ａに基づき検索を行い、ＰＤ情報Ｃを生成する。そして、端末装置３は、ユーザによる画面表示の許諾操作を入力すると、ＰＤ情報Ｃを受信装置２へ送信する。
【００５１】
以下、処理シーケンスについて説明する。受信装置２は、ユーザによる放送マネージドアプリ（ＨＡ）の起動の操作に従い、放送マネージドアプリを起動する（ステップＳ３０１）。
【００５２】
受信装置２は、要求条件Ａ及び提示条件Ｂを当該放送マネージドアプリまたはサーバ５等から取得し、ＰＤ情報Ｃを取得するためのＰＤ要求、要求条件Ａ及び提示条件Ｂを端末装置３へ送信する（ステップＳ３０２）。要求条件Ａ及び提示条件Ｂは、放送マネージドアプリに記述されているか、またはサーバ５，６に格納されているものとする。
【００５３】
端末装置３は、受信装置２からＰＤ要求、要求条件Ａ及び提示条件Ｂを受信する。そうすると、端末装置３は、予め設定された検索範囲にて要求条件ＡによるＰＤの検索を行い、ＰＤに関連する情報及びサムネイルを取得し、ＰＤに関連する情報に基づいてＰＤ情報Ｃを生成する（ステップＳ３０３）。
【００５４】
端末装置３は、ＰＤをプレビュー表示（レイアウト付きプレビュー表示、またはＰＤ確認用プレビュー表示）し、ユーザに対して画面表示の許諾操作を促す（ステップＳ３０４）。例えば、端末装置３は、提示条件Ｂに基づいた画面レイアウトにてサムネイルを表示したり、サムネイルを一覧表示したりする。
【００５５】
端末装置３は、ユーザによる許諾ＯＫの操作を入力すると、ＰＤ情報Ｃを受信装置２へ送信する（ステップＳ３０５）。
【００５６】
受信装置２は、端末装置３からＰＤ情報Ｃを受信すると、ＰＤ情報Ｃに基づいて、放送マネージドアプリが利用する（取得対象の）ＰＤを決定すると共に、提示条件Ｂに基づいて、画面レイアウトを決定する（ステップＳ３０６）。
【００５７】
そして、受信装置２は、ＰＤ情報ＣからＰＤのＵＲＬを抽出し、ＵＲＬによる検索を行ってＰＤを取得する（ステップＳ３０７）。
【００５８】
受信装置２は、ステップＳ３０６にて決定した画面レイアウトにてＰＤを提示する（ステップＳ３０８）。これにより、放送マネージドアプリに対する提示制御が行われ、画面レイアウトに従い、番組の映像信号及びＰＤが画面表示され、音声データ等を再生される。
【００５９】
〔受信装置２〕
次に、図１に示した受信装置２について説明する。図４は、受信装置２の構成例を示すブロック図である。
【００６０】
この受信装置２は、放送受信部１０、放送通信連携部１１及び通信部１２を備えている。放送通信連携部１１は、条件取得部２０、ＰＤ情報要求部２１、端末連携部２２、ＰＤレイアウト決定部２３、ＰＤ取得部２４、ＰＤ提示部２５及び表示部２６を備えている。放送通信連携部１１は、放送マネージドアプリの動作に伴って機能する構成部である。
【００６１】
放送受信部１０は、放送局４から送信された放送信号を受信し、放送信号を復調して映像信号及び音声信号等を生成し、映像信号及び音声信号等を放送通信連携部１１の表示部２６に出力する。
【００６２】
受信装置２は、ユーザによる放送マネージドアプリの起動の操作に従い、放送マネージドアプリを起動し、放送通信連携部１１を機能させる。放送通信連携部１１の条件取得部２０は、放送マネージドアプリに記述されている要求条件Ａ及び提示条件Ｂを当該放送マネージドアプリから取得するか、または、サーバ５，６から要求条件Ａ及び提示条件Ｂを取得する。条件取得部２０は、要求条件Ａ及び提示条件ＢをＰＤ情報要求部２１に出力する。
【００６３】
要求条件Ａは、前述のとおり、ＰＤを要求する際の検索条件であり、例えばＰＤの数、検索対象のファイルのフォーマット、サイズ及び更新日付、検索先のネットワーク、位置情報からなる。提示条件Ｂは、前述のとおり、ＰＤを画面に提示する際の条件であり、例えばレイアウト種別（番組の映像と同じ箇所に表示、番組の映像とは別の箇所に表示）、表示サイズ、最大表示数からなる。
【００６４】
ＰＤ情報要求部２１は、条件取得部２０から要求条件Ａ及び提示条件Ｂを入力し、要求条件Ａ及び提示条件Ｂを満たすＰＤ情報Ｃを取得するために、ＰＤ要求を生成する。そして、ＰＤ情報要求部２１は、ＰＤ要求、要求条件Ａ及び提示条件Ｂを端末連携部２２に出力する。
【００６５】
ＰＤ情報要求部２１は、端末連携部２２から、ＰＤ要求に対応するＰＤ情報Ｃを入力し、要求条件Ａ、提示条件Ｂ及びＰＤ情報ＣをＰＤレイアウト決定部２３に出力する。
【００６６】
ＰＤ情報Ｃは、前述のとおり、ＰＤの所在場所等を含むＰＤのインデックス情報であり、例えばＵＲＬ（Uniform Resource Locator）、作成日時、更新日時、サイズからなる。
【００６７】
端末連携部２２は、ＰＤ情報要求部２１からＰＤ要求、要求条件Ａ及び提示条件Ｂを入力し、ＰＤ要求、要求条件Ａ及び提示条件Ｂを端末装置３へ送信する。また、端末連携部２２は、端末装置３から、ＰＤ要求に対応するＰＤ情報Ｃを受信し、ＰＤ情報ＣをＰＤ情報要求部２１に出力する。
【００６８】
ＰＤレイアウト決定部２３は、ＰＤ情報要求部２１から要求条件Ａ、提示条件Ｂ及びＰＤ情報Ｃを入力する。そして、ＰＤレイアウト決定部２３は、ＰＤ情報Ｃに基づいて、放送マネージドアプリが利用する（取得対象の）ＰＤを決定する。具体的には、ＰＤレイアウト決定部２３は、ＰＤ情報Ｃに含まれるインデックス情報が示すＰＤを、放送マネージドアプリが利用するＰＤとして決定する。また、ＰＤレイアウト決定部２３は、提示条件Ｂに基づいて、画面レイアウトを決定する。
【００６９】
ＰＤレイアウト決定部２３は、ＰＤ情報Ｃから、決定したＰＤのＵＲＬを抽出し、ＵＲＬをＰＤ取得部２４に出力する。また、ＰＤレイアウト決定部２３は、決定した画面レイアウトに関する情報（レイアウト情報）を生成し、レイアウト情報をＰＤ提示部２５に出力する。
【００７０】
ＰＤ取得部２４は、ＰＤレイアウト決定部２３からＵＲＬを入力し、ＵＲＬによる検索指示を通信部１２に出力し、通信部１２から、当該検索指示に対応する検索結果であるＰＤを入力する。そして、ＰＤ取得部２４は、ＰＤをＰＤ提示部２５に出力する。
【００７１】
通信部１２は、ＰＤ取得部２４からＵＲＬによる検索指示を入力し、ＵＲＬによる検索指示を実行し、ＵＲＬのサーバ５，６からＰＤを受信する。そして、通信部１２は、ＰＤをＰＤ取得部２４に出力する。
【００７２】
ＰＤ提示部２５は、ＰＤレイアウト決定部２３からレイアウト情報を入力すると共に、ＰＤ取得部２４からＰＤを入力し、レイアウト情報の示す画面レイアウトにてＰＤを提示して提示データを生成し、レイアウト情報を含む提示データを表示部２６に出力する。これにより、放送マネージドアプリに対する提示制御が行われる。
【００７３】
表示部２６は、放送受信部１０から映像信号及び音声信号等を入力すると共に、ＰＤ提示部２５からレイアウト情報を含む提示データを入力する。そして、表示部２６は、レイアウト情報の示す画面レイアウトに従い、番組の映像信号及びＰＤを画面表示すると共に、音声データ等を再生する。
【００７４】
これにより、プライベートデータを用いた放送通信連携サービスを実現する際に、ハイブリッドキャストアプリの端末連携機能を用いて、番組の映像信号と共にプライベートデータを受信装置２に画面表示することができる。この場合、画面表示されるプライベートデータは、端末装置３において、予め設定された検索範囲にて所定の要求条件Ａを満たすように、ユーザの所有するリソースへアクセスして得られた情報である。
【００７５】
〔端末装置３〕
次に、図１に示した端末装置３について説明する。図５は、端末装置３の構成例を示すブロック図である。この端末装置３は、端末連携部３０、通信部３１及び検索部３２を備えている。検索部３２は、ＰＤ情報処理部４０及び表示許諾処理部４１を備えている。
【００７６】
この端末連携部３０は、ネイティブアプリである端末側連携アプリの動作に伴って機能する構成部である。検索部３２は、端末側連携アプリとアプリ間連携するサービスアプリの動作に伴って機能する構成部である。
【００７７】
端末装置３は、受信装置２における放送マネージドアプリの起動に伴い、当該放送マネージドアプリと連携する端末側連携アプリを起動し、端末連携部３０及び検索部３２を機能させる。
【００７８】
端末連携部３０は、受信装置２からＰＤ要求、要求条件Ａ及び提示条件Ｂを受信し、ＰＤ要求、要求条件Ａ及び提示条件Ｂを検索部３２のＰＤ情報処理部４０に出力する。また、端末連携部３０は、検索部３２のＰＤ情報処理部４０からＰＤ情報Ｃを入力し、ＰＤ情報Ｃを受信装置２へ送信する。
【００７９】
検索部３２のＰＤ情報処理部４０は、端末連携部３０からＰＤ要求、要求条件Ａ及び提示条件Ｂを入力し、ＰＤ要求に基づいて、受信装置２からのＰＤ情報Ｃの取得要求を認識する。そして、ＰＤ情報処理部４０は、予め設定された検索範囲における要求条件Ａによる検索指示を通信部３１に出力する。
【００８０】
例えば、予め設定された検索範囲が図１に示した同一ＮＷの範囲である場合、サーバ５に対して検索が行われ、予め設定された検索範囲が同一ＮＷ及び外部ＮＷの範囲である場合、サーバ５，６に対して検索が行われる。尚、予め設定された検索範囲が同一ＮＷ及び外部ＮＷであり、要求条件Ａに同一ＮＷの条件が含まれる場合、外部ＮＷへの検索は行われず、同一ＮＷのサーバ５のみに対して検索が行われる。詳細については後述する。
【００８１】
ＰＤ情報処理部４０は、通信部３１から、当該検索指示に対応する検索結果（当該要求条件Ａを満たすＰＤに関連する情報（ＰＤのＵＲＬ等）及び当該ＰＤのサムネイル）を入力する。そして、ＰＤ情報処理部４０は、要求条件Ａを満たすＰＤに関する情報に基づいて、ＰＤのＵＲＬを含むＰＤ情報Ｃを生成する。
【００８２】
ＰＤ情報処理部４０は、検索結果、提示条件Ｂ及びＰＤ情報Ｃを表示許諾処理部４１に出力し、これらの出力に対応する結果を入力し、結果が許諾ＯＫである場合、ＰＤ情報Ｃを端末連携部３０に出力する。
【００８３】
尚、ＰＤ情報処理部４０は、結果が許諾ＮＧである場合、許諾ＮＧを端末連携部３０に出力し、端末連携部３０は、許諾ＮＧを受信装置２へ送信する。この場合、受信装置２は、許諾ＮＧを受信すると、当該ＰＤ要求がユーザにより許諾されなかったことを判断し、許諾ＮＧを表示する等して処理を終了する。
【００８４】
通信部３１は、ＰＤ情報処理部４０から要求条件Ａによる検索指示を入力し、要求条件Ａによる検索指示を実行し、予め設定された検索範囲で要求条件Ａを満たすＰＤに関連する情報（ＰＤのＵＲＬ等）を受信する。また、通信部３１は、当該ＰＤのサムネイルを受信する。そして、通信部３１は、ＰＤに関連する情報及びサムネイルを検索結果としてＰＤ情報処理部４０に出力する。
【００８５】
表示許諾処理部４１は、ＰＤ情報処理部４０から検索結果、提示条件Ｂ及びＰＤ情報Ｃを入力し、提示条件Ｂに基づいた画面レイアウトにて、検索結果に含まれるサムネイルを表示し、またはサムネイルを一覧表示し、ユーザに対して画面表示の許諾操作を促す。
【００８６】
表示許諾処理部４１は、ユーザによる許諾ＯＫの操作を入力すると、許諾ＯＫの結果をＰＤ情報処理部４０に出力し、ユーザにより許諾ＮＧの操作を入力すると、許諾ＮＧの結果をＰＤ情報処理部４０に出力する。
【００８７】
これにより、プライベートデータを用いた放送通信連携サービスを実現する際に、ハイブリッドキャストアプリの端末連携機能を用いて、予め設定された検索範囲にて所定の要求条件Ａを満たすように、ユーザの所有するリソースへアクセスすることができる。その結果、予め設定された検索範囲にて所定の要求条件Ａを満たすＰＤのＵＲＬ等を取得することができ、ＰＤ情報Ｃを生成することができる。
【００８８】
〔具体例〕
次に、図１に示した放送通信連携システム１による、プライベートデータを用いた放送通信連携サービスの具体例について説明する。
【００８９】
（具体例１）
具体例１は、クイズ番組と共に、所定のユーザ名及びその写真を表示する例である。図６は、具体例１の要求条件Ａ及び提示条件Ｂを示す図であり、図７は、具体例１のＰＤ情報Ｃ及び画面レイアウトを示す図である。
【００９０】
要求条件Ａは、「appUrl」（放送マネージドアプリのＵＲＬ）、「requestId」（リクエストＩＤ）、「requestConditions」（リクエスト状態）、「maxNumberOfUsers」（ユーザの最大数）、「type」（表示タイプ）、「Extensions」（ファイルの拡張子）、「sizeLimit」（ファイルサイズの最大値）、「Subject」（対象の種類）、及び「LocationRange」（検索範囲）からなる。
【００９１】
「appUrl」は、放送マネージドアプリのＵＲＬであり、放送マネージドアプリの所在場所を示す。「requestId」は、リクエストＩＤであり、要求条件Ａに含まれる要求の番号を示す。「requestConditions」は、リクエスト状態であり、「userinformation」はユーザに関する情報を示す。「maxNumberOfUsers」は、ユーザの最大数であり、当該要求に対するユーザの最大数を示す。
【００９２】
「type」は、表示タイプであり、「icon」は絵柄または写真を示し、「userName」はユーザ名を示す。「Extensions」は、ファイルの拡張子であり、「type」が「icon」の場合、「jpg」（ＪＰＥＧファイル）、「png」（ＰＮＧファイル）等が設定されており、「type」が「userName」の場合、「text」（テキストファイル）が設定されている。
【００９３】
「sizeLimit」は、ファイルサイズの最大値である。「Subject」は、対象の種類であり、「person」は、人間を示す。「LocationRange」は、検索対象のネットワークであり、例えば図１に示した放送通信連携システム１において、「LAN」は同一ＮＷを示し、「WAN」は外部ＮＷを示す。
【００９４】
図６の要求条件Ａには、「requestId」＝１として、ユーザの写真（アイコン）、ファイル形式（ＪＰＥＧファイル等）、ファイルサイズの最大値（１００ＭＢ）等が設定され、「requestId」＝２として、ユーザ名、ファイル形式（テキストファイル）等が設定されている。端末装置３は、この要求条件Ａを満たすＰＤの検索を行う。
【００９５】
また、例えば図３のステップＳ３０３において、端末装置３は、受信装置２からのＰＤ要求に従い、予め設定された検索範囲にて要求条件ＡによるＰＤの検索を行う。ここで、予め設定された検索範囲が同一ＮＷ及び外部ＮＷであり、要求条件Ａの「LocationRange」に「LAN」（同一ＮＷ）が設定されている場合を想定する。
【００９６】
この場合、要求条件Ａの「LocationRange」に設定された条件である同一ＮＷは、予め設定された検索範囲である同一ＮＷ及び外部ＮＷよりも狭い。このため、予め設定された同一ＮＷ及び外部ＮＷよりも制限された検索範囲の同一ＮＷのみを検索対象のネットワークとして、ＰＤの検索が行われる。予め設定される検索範囲は、端末装置３側で自由に変更することができ、要求条件Ａは、放送マネージドアプリを提供する放送局４側にて設定される。
【００９７】
これにより、放送局４側は、端末装置３側にて設定された検索範囲を、要求条件Ａにて制限することができるから、ユーザ情報を管理することなく、端末装置３による不適切なアクセスを制限することができる。結果として、安定及び安心感のある放送通信連携サービスを提供することができる。
【００９８】
提示条件Ｂは、「appUrl」（放送マネージドアプリのＵＲＬ）、「layoutID」（レイアウトＩＤ）、「requestId」（リクエストＩＤ）、「layouttype」（レイアウトタイプ）、「displayArea」（表示エリア）、及び「maxNumberOfItems」（アイテムの最大数）からなる。
【００９９】
「layoutID」は、レイアウトＩＤであり、提示条件Ｂに含まれるレイアウトの番号を示す。「requestId」は、リクエストＩＤであり、要求条件Ａの「requestId」に対応する。「layouttype」は、レイアウトタイプであり、「overlay」は番組の映像と同じ箇所に表示することを示し、「sideBySide」（後述する図８の提示条件Ｂを参照）は番組の映像とは別の箇所に表示することを示す。
【０１００】
「displayArea」は、表示エリアであり、ＰＤを表示する際の解像度（表示サイズ）を示す。例えば「480×480」は、当該画素数にて表示することを示す。「maxNumberOfItems」は、アイテムの最大数であり、表示する写真またはユーザ名の最大数を示す。
【０１０１】
図６の提示条件Ｂには、「layoutID」＝１として、番組の映像と同じ箇所にユーザの写真及びユーザ名を480×480の解像度等にて表示することが設定されている。また、提示条件Ｂには、「layoutID」＝２として、番組の映像と同じ箇所にユーザの写真及びユーザ名を320×180の解像度等にて表示することが設定されている。
【０１０２】
端末装置３は、この提示条件Ｂに基づいた画面レイアウトにて、ユーザの写真及びユーザ名のサムネイルを表示し、ユーザに対して画面表示の許諾操作を促す。また、受信装置２は、この提示条件Ｂに基づいて、画面レイアウトを決定する。
【０１０３】
ＰＤ情報Ｃは、「hcAppUrl」（放送マネージドアプリのＵＲＬ）、「requestId」（リクエストＩＤ）、「personalDataID」（パーソナルデータＩＤ）、「url」（ＰＤの所在場所（ＵＲＬ））、「createdDate」（作成日時）、「updatedDate」（更新日時）、「Size」（サイズ）、及び「Subject」（対象の種類）からなる。
【０１０４】
「hcAppUrl」は、放送マネージドアプリのＵＲＬであり、放送マネージドアプリの所在場所を示す。「personalDataID」は、パーソナルデータＩＤであり、ＰＤの番号を示す。「url」は、ＰＤの所在場所（ＵＲＬ）である。「createdDate」は、ファイルの作成日時であり、「updatedDate」は、ファイルの更新日時であり、「Size」は、ファイルのサイズである。「Subject」は、対象の種類であり、「user」は、ユーザを示す。
【０１０５】
図７のＰＤ情報Ｃには、「requestId」＝１として、ユーザの写真（要求条件Ａの「requestId」＝１の「type」＝「icon」を参照）が格納されているＵＲＬ、そのファイルの作成日時、更新日時及びサイズ等が設定されている。また、ＰＤ情報Ｃには、「requestId」＝２として、ユーザ名（要求条件Ａの「requestId」＝２の「type」＝「userName」を参照）が格納されているＵＲＬ等が設定されている。端末装置３は、要求条件Ａに基づいたＰＤの検索により、このＰＤ情報Ｃを生成する。
【０１０６】
このように、具体例１においては、要求条件Ａとして、ユーザの写真及びユーザ名等が設定されている。端末装置３は、要求条件Ａに基づいた検索結果を、ＰＤ情報Ｃとして受信装置２のハイブリッドキャストアプリへ通知する。そして、受信装置２は、ＰＤ情報Ｃに基づいて、そのユーザの写真及びユーザ名を受信し、ハイブリッドキャストアプリにより、ユーザの写真及びユーザ名をクイズ番組の映像と共に表示する。
【０１０７】
つまり、受信装置２は、提示条件Ｂに基づいて決定した画面レイアウトに従い、クイズ番組の映像（図７のα）を表示すると共に、当該映像上の所定箇所に、プライベートデータ（図７のβ１，β２）を上書表示する。
【０１０８】
（具体例２）
具体例２は、番組（例えば旅行番組）のシーンと連動して、そのシーンの位置情報に対応する写真及び動画（例えば旅行先の現地で撮影された（現地の位置情報が付与された）写真及び動画）を表示する例である。図８は、具体例２の要求条件Ａ及び提示条件Ｂを示す図であり、図９は、具体例２のＰＤ情報Ｃ及び画面レイアウトを示す図である。
【０１０９】
要求条件Ａは、「appUrl」（放送マネージドアプリのＵＲＬ）、「requestId」（リクエストＩＤ）、「requestConditions」（リクエスト状態）、「latitude」（緯度）、「longitude」（経度）、「type」（表示タイプ）、「Extensions」（ファイルの拡張子）、「sizeLimit」（ファイルサイズの最大値）、「createdDate」（作成日時）、「updatedDate」（更新日時）、「Subject」（対象の種類）、及び「LocationRange」（検索範囲）からなる。
【０１１０】
「requestConditions」の「spot」は、リクエスト状態が、番組の進行する中でスポットの情報として提供されることを示す。つまり、「requestId」＝１の条件は、番組の進行する中で、そのシーンの位置情報等が反映されるように生成される。「latitude」は、緯度の位置情報であり、「longitude」は、経度の位置情報である。「type」の「Photo」は、表示タイプが写真であることを示し、「Movie」は、表示タイプが動画であることを示す。その他の項目は、図６と同様である。
【０１１１】
図８の要求条件Ａには、「requestId」＝１，３として、緯度及び経度、写真、ファイルサイズの最大値、ファイルの作成日時の範囲等が設定されている。また、「requestId」＝２として、緯度及び経度、動画、ファイルの作成日時の範囲等が設定されている。
【０１１２】
端末装置３は、この要求条件Ａに従い、緯度及び経度の所定範囲内、ファイルサイズ、作成日時、写真等の条件を満たすＰＤの検索を行う。
【０１１３】
提示条件Ｂは、図６に示した提示条件Ｂと同様の項目から構成される。図８の提示条件Ｂには、「layoutID」＝１として、番組の映像と同じ箇所に写真を最大６枚まで、640×640の解像度等にて表示することが設定されている。また、「layoutID」＝２として、番組の映像以外の箇所に写真及び動画を480×480の解像度等にて表示することが設定されている。また、提示条件Ｂには、「layoutID」＝３として、番組の映像以外の箇所に写真及び動画を480×480の解像度等にて表示することが設定されている。
【０１１４】
端末装置３は、この提示条件Ｂに基づいた画面レイアウトにて、写真及び動画のサムネイルを表示し、ユーザに対して画面表示の許諾操作を促す。また、受信装置２は、この提示条件Ｂに基づいて、画面レイアウトを決定する。
【０１１５】
ＰＤ情報Ｃは、図７に示したＰＤ情報Ｃと同様の項目から構成される。尚、図９のＰＤ情報Ｃは、「requestId」＝１において２つのＰＤに関する情報が設定され、「requestId」＝２において１つのＰＤに関する情報が設定されている。
【０１１６】
図９のＰＤ情報Ｃには、「requestId」＝１の第１のＰＤに関する情報として、写真（要求条件Ａの「requestId」＝１の「type」＝「Photo」を参照）が格納されているＵＲＬ等が設定され、第２のＰＤに関する情報として、写真が格納されているＵＲＬ等が設定されている。また、ＰＤ情報Ｃには、「requestId」＝２として、動画（要求条件Ａの「requestId」＝２の「type」＝「movie」を参照）が格納されているＵＲＬ等が設定されている。端末装置３は、要求条件Ａに基づいたＰＤの検索により、このＰＤ情報Ｃを生成する。
【０１１７】
このように、具体例２においては、ハイブリッドキャストアプリに対し、番組のシーンと連動して位置情報が付与され、そのシーンに応じて、要求条件Ａとして、位置情報に対応する写真及び動画等が設定される。
【０１１８】
端末装置３は、要求条件Ａに基づいて、位置情報に対応する写真及び動画を検索し、その検索結果をＰＤ情報Ｃとして生成する。ＰＤ情報Ｃには、写真等のＵＲＬ、写真等の所有者、被撮影者、写真等の位置情報等が含まれる。端末装置３は、ＰＤ情報Ｃを受信装置２のハイブリッドキャストアプリへ通知する。
【０１１９】
受信装置２は、ＰＤ情報Ｃに基づいて、その写真及び動画を受信し、ハイブリッドキャストアプリにより、写真及び動画を番組の映像と共に表示する。
【０１２０】
つまり、受信装置２は、提示条件Ｂに基づいて決定した画面レイアウトに従い、番組の映像（図９のα）を表示すると共に、当該映像上の所定箇所に、当該映像のシーンにおける位置情報に関連するプライベートデータ（図９のβ１）を上書表示する。また、受信装置２は、当該映像とは異なる箇所に、当該映像のシーンにおける位置情報に関連するプライベートデータ（図９のβ２，β３）を表示する。
【０１２１】
（具体例３）
具体例３は、サッカー番組のシーンと連動して、フィールドにおける選手の位置のプロットをオーバーレイ表示するプライベートアプリを利用する例である。このプライベートアプリは、ユーザ等により製作され、例えばＨＴＭＬで記述されたＷｅｂアプリであり、図１に示した同一ＮＷのサーバ５に格納されているものとする。図１０は、具体例３の要求条件Ａ及び提示条件Ｂを示す図であり、図１１は、具体例３のＰＤ情報Ｃ及び画面レイアウトを示す図である。
【０１２２】
要求条件Ａは、「appUrl」（放送マネージドアプリのＵＲＬ）、「requestId」（リクエストＩＤ）、「requestConditions」（リクエスト状態）、「Genre」（ジャンル）、「keywords」（キーワード）、「type」（表示タイプ）、「Extensions」（ファイルの拡張子）、「sizeLimit」（ファイルサイズの最大値）、「createdDate」（作成日時）、「updatedDate」（更新日時）、及び「Subject」（対象の種類）からなる。
【０１２３】
「requestConditions」の「application」は、リクエスト状態がアプリケーションであることを示す。「Genre」は、ジャンルであり、サッカーが設定されている。「keywords」は、キーワードであり、Ｊリーグ、チーム名、選手名、スコア及びマップ等の試合のカード情報を示す。「type」は、表示タイプであり、ＨＴＭＬファイルを示す。その他の項目は、図６及び図８と同様である。
【０１２４】
図１０の要求条件Ａには、「requestId」＝１として、Ｊリーグ、チーム名、選手名、スコア及びマップのカード情報、ＨＴＭＬファイル等が設定されている。端末装置３は、この要求条件Ａを満たすＰＤの検索を行う。つまり、端末装置３は、Ｊリーグのチーム名、選手名、スコア及びマップのカード情報等に対応するＨＴＭＬファイルの検索を行う。
【０１２５】
提示条件Ｂは、図６及び図８に示した提示条件Ｂと同様の項目から構成される。図１０の提示条件Ｂには、「layoutID」＝１として、番組の映像と同じ箇所に、ＨＴＭＬファイルの実行結果（フィールドにおける選手の位置のプロット等）を、480×1020の解像度等にて表示することが設定されている。
【０１２６】
端末装置３は、この提示条件Ｂに基づいた画面レイアウトにて、フィールドにおける選手の位置をプロットしたサムネイル等を表示する。また、受信装置２は、この提示条件Ｂに基づいて、画面レイアウトを決定する。
【０１２７】
ＰＤ情報Ｃは、「hcAppUrl」（放送マネージドアプリのＵＲＬ）、「requestId」（リクエストＩＤ）、「personalDataID」（パーソナルデータＩＤ）、・・・、「keywords」（キーワード）から構成される。
【０１２８】
図１１のＰＤ情報Ｃには、「requestId」＝１における第１のＰＤに関する情報として、マップを表示するＨＴＭＬファイルのＵＲＬ等が設定され、第２のＰＤに関する情報として、スコアを表示するＨＴＭＬファイルのＵＲＬ等が設定されている。
【０１２９】
このように、具体例３においては、ハイブリッドキャストアプリに対し、番組のシーンと連動して試合のカード情報等が付与され、要求条件Ａとして、試合のカード情報等に対応するプライベートアプリのＨＴＭＬファイル等が設定される。
【０１３０】
端末装置３は、ユーザの操作に伴い、受信装置２に対して要求条件Ａ等の送信を要求する。端末装置３は、受信装置２から要求条件Ａ等を受信すると、要求条件Ａに基づいて、試合のカード情報等に対応するＨＴＭＬファイルを検索し、その検索結果をＰＤ情報Ｃとして生成する。ＰＤ情報Ｃには、ＨＴＭＬファイルのＵＲＬ、試合のカード情報等が含まれる。端末装置３は、ＰＤ情報Ｃを受信装置２のハイブリッドキャストアプリへ通知する。
【０１３１】
受信装置２は、ＰＤ情報Ｃに基づいて、そのＨＴＭＬファイルを実行させてその実行結果（例えば、フィールドにおける選手の位置のプロット情報）を受信し、サッカー番組の映像と共に、ハイブリッドキャストアプリ内のフレームにて実行結果のＰＤを表示する。
【０１３２】
つまり、受信装置２は、提示条件Ｂに基づいて決定した画面レイアウトに従い、サッカー番組の映像（図１１のα）を表示すると共に、当該映像上の所定箇所に、当該映像のシーンにおける選手の位置のプロット（フィールドにおけるプロット）等のプライベートデータ（図１１のβ）を上書表示する。
【０１３３】
以上のように、図１に示した放送通信連携システム１によれば、受信装置２にて放送マネージドアプリが動作することにより、受信装置２に備えた放送通信連携部１１のＰＤ情報要求部２１は、端末装置３に対し、要求条件Ａ及び提示条件Ｂに対応するＰＤ情報Ｃの取得を要求する。
【０１３４】
端末装置３にて端末側連携アプリが動作することにより、端末装置３に備えた検索部３２のＰＤ情報処理部４０は、予め設定された検索範囲にて要求条件ＡによるＰＤの検索を行い、ＰＤに関連する情報及びサムネイルを取得し、ＰＤに関連する情報に基づいてＰＤ情報Ｃを生成する。
【０１３５】
そして、表示許諾処理部４１は、提示条件Ｂに基づいた画面レイアウトにてサムネイルを表示する等して、ユーザに対し画面表示の許諾操作を促す。ＰＤ情報処理部４０は、許諾ＯＫの操作に従い、ＰＤ情報Ｃを受信装置２へ送信する。
【０１３６】
受信装置２に備えた放送通信連携部１１のＰＤレイアウト決定部２３は、ＰＤ情報Ｃに基づいて、放送マネージドアプリが利用する（取得対象の）ＰＤを決定すると共に、提示条件Ｂに基づいて、画面レイアウトを決定する。ＰＤ取得部２４は、ＰＤ情報ＣからＰＤのＵＲＬを抽出し、ＵＲＬによる検索を行ってＰＤを取得し、ＰＤ提示部２５は、決定した画面レイアウトにてＰＤを表示する。
【０１３７】
これにより、受信装置２の画面には、画面レイアウトに従い、番組の映像信号及びＰＤが表示され、プライベートデータを用いた放送通信連携サービスが実現される。
【０１３８】
また、受信装置２がＰＤを取得する際に、ユーザの許諾操作等が従来と変わらない端末連携機能の中で行うことができ、ユーザ情報の管理負担を軽減することができ、プライバシーを含むコンテンツの情報利用の懸念を軽減できる。
【０１３９】
また、要求条件Ａを満たすローカルリソースのみにアクセスするから、ユーザ側は従来と変わらない許諾操作により、放送局４側はユーザを特定することなく、プライベートデータを用いた放送通信連携サービスを実現することができる。
【０１４０】
したがって、プライベートデータを用いた放送通信連携サービスを実現する際に、ユーザ情報の管理負担を軽減することができ、不適切なアクセスを制限することができる。
【０１４１】
以上、実施形態を挙げて本発明を説明したが、本発明は前記実施形態に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。
【０１４２】
尚、本発明の実施形態による受信装置２及び端末装置３のハードウェア構成としては、通常のコンピュータを使用することができる。受信装置２及び端末装置３は、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、及びインターフェース等を備えたコンピュータによって構成される。
【０１４３】
受信装置２に備えた放送受信部１０、放送通信連携部１１（条件取得部２０、ＰＤ情報要求部２１、端末連携部２２、ＰＤレイアウト決定部２３、ＰＤ取得部２４、ＰＤ提示部２５及び表示部２６）及び通信部１２の各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。
【０１４４】
また、端末装置３に備えた端末連携部３０、通信部３１及び検索部３２（ＰＤ情報処理部４０及び表示許諾処理部４１）の各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。
【０１４５】
これらのプログラムは、前記記憶媒体に格納されており、ＣＰＵに読み出されて実行される。また、これらのプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記憶媒体に格納して頒布することもでき、ネットワークを介して送受信することもできる。
【符号の説明】
【０１４６】
１  放送通信連携システム
２  受信装置（ＴＶ受信機）
３  端末装置
４  放送局
５，５−１〜５−Ｍ，６，６−１〜６−Ｎ  サーバ
７，８  ルータ
９  インターネット
１０  放送受信部
１１  放送通信連携部
１２，３１  通信部
２０  条件取得部
２１  ＰＤ情報要求部
２２，３０  端末連携部
２３  ＰＤレイアウト決定部
２４  ＰＤ取得部
２５  ＰＤ提示部
２６  表示部
３２  検索部
４０  ＰＤ情報処理部
４１  表示許諾処理部
Ａ  要求条件
Ｂ  提示条件
Ｃ  ＰＤ情報
【図１】
2020188423.tif 000003
【図２】
2020188423.tif 000004
【図３】
2020188423.tif 000005
【図４】
2020188423.tif 000006
【図５】
2020188423.tif 000007
【図６】
2020188423.tif 000008
【図７】
2020188423.tif 000009
【図８】
2020188423.tif 000010
【図９】
2020188423.tif 000011
【図１０】
2020188423.tif 000012
【図１１】
2020188423.tif 000013