特許6291415 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ サターン　ライセンシング　エルエルシーの特許一覧

特許6291415情報処理装置、携帯端末、情報処理方法、プログラム、および情報処理システム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6291415

(24)【登録日】2018年2月16日

(45)【発行日】2018年3月14日

(54)【発明の名称】情報処理装置、携帯端末、情報処理方法、プログラム、および情報処理システム

(51)【国際特許分類】

G06F 13/00 20060101AFI20180305BHJP

H04N 21/436 20110101ALI20180305BHJP

【ＦＩ】

G06F13/00 358D

G06F13/00 547T

H04N21/436

【請求項の数】19

【全頁数】38

(21)【出願番号】特願2014-538462(P2014-538462)

(86)(22)【出願日】2013年9月20日

(86)【国際出願番号】JP2013075446

(87)【国際公開番号】WO2014050733

(87)【国際公開日】20140403

【審査請求日】2016年9月7日

(31)【優先権主張番号】特願2012-218759(P2012-218759)

(32)【優先日】2012年9月28日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】316009762

【氏名又は名称】サターンライセンシングエルエルシー

【氏名又は名称原語表記】ＳａｔｕｒｎＬｉｃｅｎｓｉｎｇＬＬＣ

(74)【代理人】

【識別番号】100121131

【弁理士】

【氏名又は名称】西川孝

(74)【代理人】

【識別番号】100082131

【弁理士】

【氏名又は名称】稲本義雄

(72)【発明者】

【氏名】出葉義治

(72)【発明者】

【氏名】北里直久

(72)【発明者】

【氏名】佐藤直之

(72)【発明者】

【氏名】由谷哲夫

【審査官】木村雅也

(56)【参考文献】

【文献】特開２０１１−１６０１１９（ＪＰ，Ａ）

【文献】国際公開第２０１１／０３７４０１（ＷＯ，Ａ２）

【文献】特開２００６−１６６２８４（ＪＰ，Ａ）

【文献】特開２００３−２７１５０２（ＪＰ，Ａ）

【文献】特開２０１０−２３９３６０（ＪＰ，Ａ）

【文献】特表２０１２−５１７１８８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ１３／００

Ｈ０４Ｎ２１／４３６

(57)【特許請求の範囲】

【請求項1】

【請求項2】

前記第１のHTML文書は、スクリプトの記述を含むHTML文書であり、
前記スクリプトを実行することにより実現される前記提供部は、WebブラウザのAPIを用いて、前記第２のアドレス情報を提供するように構成される
請求項１に記載の情報処理装置。

【請求項3】

前記提供部は、前記情報処理装置に割り当てられたIPアドレスを含むURLを付加した前記第２のアドレス情報を提供するように構成される
請求項１または２に記載の情報処理装置。

【請求項4】

前記第２のアドレス情報に基づいて前記端末により前記第２のHTML文書が取得された後、前記端末との間で通信を行う通信部をさらに備える
請求項３に記載の情報処理装置。

【請求項5】

前記第１のHTML文書は、スクリプトの記述を含むHTML文書であり、
前記スクリプトを実行することにより実現される前記通信部は、WebブラウザのAPIを用いて、前記端末にデータを送信し、前記IPアドレスを含むURLを送信先として前記端末から送信されてきたデータを受信するように構成される
請求項４に記載の情報処理装置。

【請求項6】

前記受信制御部は、放送された前記放送番組を受信させるように構成される
請求項１乃至５のいずれかに記載の情報処理装置。

【請求項7】

前記放送番組の放送信号に含まれるアプリケーション情報テーブルを解析する解析部をさらに備え、
前記取得部は、前記アプリケーション情報テーブルを解析することによって得られた前記第１のアドレス情報に基づいて前記第１のHTML文書を取得するように構成される
請求項６に記載の情報処理装置。

【請求項8】

前記出力制御部は、前記放送番組の映像を表示させ、前記放送番組に関連する情報を前記第１のHTML文書に基づいて表示させるように構成される
請求項１乃至７のいずれかに記載の情報処理装置。

【請求項9】

前記第１のHTML文書と前記第２のHTML文書は、前記放送番組毎に、前記放送番組を提供する事業者により用意された情報である
請求項１乃至８のいずれかに記載の情報処理装置。

【請求項10】

前記情報処理装置は、TVである
請求項１乃至９のいずれかに記載の情報処理装置。

【請求項11】

放送番組に関連するHTML文書である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組を受信させ、
前記放送番組を出力させ、
前記第１のアドレス情報に基づいて、前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書を取得し、
前記第１のHTML文書に含まれる、前記放送番組に関連する端末用のHTML文書である第２のHTML文書の提供元を指定する第２のアドレス情報を、前記端末に提供する
ステップを含む情報処理方法。

【請求項12】

【請求項13】

放送番組に関連する情報である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組を受信し、前記放送番組を出力し、前記第１のアドレス情報に基づいて前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書を取得し、前記第１のHTML文書に含まれる、前記放送番組に関連する携帯端末用の情報である第２のHTML文書の提供元を指定する第２のアドレス情報を提供する情報処理装置から提供された前記第２のアドレス情報を取得するアドレス情報取得部と、
前記第２のアドレス情報に基づいて、前記第２のHTML文書の提供元となるサーバから前記第２のHTML文書を取得する関連情報取得部と、
前記放送番組に関連する情報を前記第２のHTML文書に基づいて出力させる出力制御部と
を備える携帯端末。

【請求項14】

前記アドレス情報取得部は、前記情報処理装置に割り当てられたIPアドレスを含むURLを付加した前記第２のアドレス情報を取得するように構成される
請求項１３に記載の携帯端末。

【請求項15】

前記第２のHTML文書が取得された後、前記情報処理装置との間で通信を行う通信部をさらに備える
請求項１４に記載の携帯端末。

【請求項16】

前記第２のHTML文書は、スクリプトの記述を含むHTML文書であり、
前記スクリプトを実行することにより実現される前記通信部は、前記IPアドレスを含むURLを送信先として含む、送信対象のデータを付加したHTTPリクエストによって前記送信対象のデータを前記情報処理装置に送信し、前記情報処理装置が送信するデータを、データの受信を要求するHTTPリクエストによって受信するように構成される
請求項１５に記載の携帯端末。

【請求項17】

放送番組に関連するHTML文書である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組を受信し、前記放送番組を出力し、前記第１のアドレス情報に基づいて前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書を取得し、前記第１のHTML文書に含まれる、前記放送番組に関連する携帯端末用のHTML文書である第２のHTML文書の提供元を指定する第２のアドレス情報を提供する情報処理装置から提供された前記第２のアドレス情報を取得し、
前記第２のアドレス情報に基づいて、前記第２のHTML文書の提供元となるサーバから前記第２のHTML文書を取得し、
前記放送番組に関連する情報を前記第２のHTML文書に基づいて出力させる
ステップを含む情報処理方法。

【請求項18】

【請求項19】

放送番組に関連するHTML文書である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組を受信させる受信制御部と、
前記放送番組を出力させる出力制御部と、
前記第１のアドレス情報に基づいて、前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書を取得する取得部と、
前記第１のHTML文書に含まれる、前記放送番組に関連する携帯端末用のHTML文書である第２のHTML文書の提供元を指定する第２のアドレス情報を、前記携帯端末に提供する提供部と
を備える
情報処理装置と、
前記情報処理装置から提供された前記第２のアドレス情報を取得するアドレス情報取得部と、
前記第２のアドレス情報に基づいて、前記第２のHTML文書の提供元となるサーバから前記第２のHTML文書を取得する関連情報取得部と、
前記放送番組に関連する情報を前記第２のHTML文書に基づいて出力させる出力制御部と
を備える
前記携帯端末と
からなる情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、情報処理装置、携帯端末、情報処理方法、プログラム、および情報処理システムに関し、特に、ある機器が出力する情報と、他の機器が出力する情報とを容易に連動させることができるようにした情報処理装置、携帯端末、情報処理方法、プログラム、および情報処理システムに関する。

【背景技術】

【0002】

近年、スマートフォンやタブレット端末などの携帯端末の普及に伴い、いわゆるセカンドスクリーンデバイスによるTV連動が注目されている。セカンドスクリーンデバイスによるTV連動は、TVを１つ目のスクリーンを有する機器として、２つ目のスクリーンを有する機器となる携帯端末に、TVに映っている番組に連動した内容のWebページを表示させるものである。

【0003】

TV連動を実現するための技術として、携帯端末にインストールされたアプリケーションがTVから出力されるコンテンツの音声を認識し、認識結果をキーとしてWeb上のサーバにアクセスして情報を表示させる技術がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５−３３３３７１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

セカンドスクリーンデバイスによるTV連動を行うために携帯端末側で音声認識を行う必要があるとなると、音声認識の精度が確保されている必要がある。

【0006】

本技術はこのような状況に鑑みてなされたものであり、ある機器が出力する情報と、他の機器が出力する情報とを容易に連動させることができるようにするものである。

【課題を解決するための手段】

【0007】

本技術の第１の側面の情報処理装置は、放送番組に関連するHTML文書である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組を受信させる受信制御部と、前記放送番組を出力させる出力制御部と、前記第１のアドレス情報に基づいて、前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書を取得する取得部と、前記第１のHTML文書に含まれる、前記放送番組に関連する端末用のHTML文書である第２のHTML文書の提供元を指定する第２のアドレス情報を、前記端末に提供する提供部とを備える。

【0008】

前記第１のHTML文書は、スクリプトの記述を含むHTML文書であり、前記スクリプトを実行することにより実現される前記提供部は、WebブラウザのAPIを用いて、前記第２のアドレス情報を提供するように構成される。

【0009】

前記提供部は、前記情報処理装置に割り当てられたIPアドレスを含むURLを付加した前記第２のアドレス情報を提供するように構成される。

【0010】

前記第２のアドレス情報に基づいて前記端末により前記第２のHTML文書が取得された後、前記端末との間で通信を行う通信部をさらに備えることができる。

【0011】

前記第１のHTML文書は、スクリプトの記述を含むHTML文書であり、前記スクリプトを実行することにより実現される前記通信部は、WebブラウザのAPIを用いて、前記端末にデータを送信し、前記IPアドレスを含むURLを送信先として前記端末から送信されてきたデータを受信するように構成される。

【0012】

前記受信制御部は、放送された前記放送番組を受信させるように構成される。

【0013】

前記放送番組の放送信号に含まれるアプリケーション情報テーブルを解析する解析部をさらに備え、前記取得部は、前記アプリケーション情報テーブルを解析することによって得られた前記第１のアドレス情報に基づいて前記第１のHTML文書を取得するように構成される。

【0014】

前記出力制御部は、前記放送番組の映像を表示させ、前記放送番組に関連する情報を前記第１のHTML文書に基づいて表示させるように構成される。

【0015】

前記第１のHTML文書と前記第２のHTML文書は、前記放送番組毎に、前記放送番組を提供する事業者により用意された情報である。
前記情報処理装置は、TVである。

【0016】

本技術の第２の側面の携帯端末は、放送番組に関連する情報である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組を受信し、前記放送番組を出力し、前記第１のアドレス情報に基づいて前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書を取得し、前記第１のHTML文書に含まれる、前記放送番組に関連する携帯端末用の情報である第２のHTML文書の提供元を指定する第２のアドレス情報を提供する情報処理装置から提供された前記第２のアドレス情報を取得するアドレス情報取得部と、前記第２のアドレス情報に基づいて、前記第２のHTML文書の提供元となるサーバから前記第２のHTML文書を取得する関連情報取得部と、前記放送番組に関連する情報を前記第２のHTML文書に基づいて出力させる出力制御部とを備える。

【0017】

前記アドレス情報取得部は、前記情報処理装置に割り当てられたIPアドレスを含むURLを付加した前記第２のアドレス情報を取得するように構成される。

【0018】

前記第２のHTML文書が取得された後、前記情報処理装置との間で通信を行う通信部をさらに備えることができる。

【0019】

前記第２のHTML文書は、スクリプトの記述を含むHTML文書であり、前記スクリプトを実行することにより実現される前記通信部は、前記IPアドレスを含むURLを送信先として含む、送信対象のデータを付加したHTTPリクエストによって前記送信対象のデータを前記情報処理装置に送信し、前記情報処理装置が送信するデータを、データの受信を要求するHTTPリクエストによって受信するように構成される。

【0020】

第３の側面の情報処理システムは、放送番組に関連するHTML文書である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組を受信させる受信制御部と、前記放送番組を出力させる出力制御部と、前記第１のアドレス情報に基づいて、前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書を取得する取得部と、前記第１のHTML文書に含まれる、前記放送番組に関連する携帯端末用のHTML文書である第２のHTML文書の提供元を指定する第２のアドレス情報を、前記携帯端末に提供する提供部とを備える情報処理装置と、前記情報処理装置から提供された前記第２のアドレス情報を取得するアドレス情報取得部と、前記第２のアドレス情報に基づいて、前記第２のHTML文書の提供元となるサーバから前記第２のHTML文書を取得する関連情報取得部と、前記放送番組に関連する情報を前記第２のHTML文書に基づいて出力させる出力制御部とを備える前記携帯端末とからなる。

【0021】

本技術においては、放送番組に関連するHTML文書である第１のHTML文書の提供元を指定する第１のアドレス情報を含む前記放送番組が受信され、前記放送番組が出力され、前記第１のアドレス情報に基づいて、前記第１のHTML文書の提供元となるサーバから前記第１のHTML文書が取得され、前記第１のHTML文書に含まれる、前記放送番組に関連する携帯端末用のHTML文書である第２のHTML文書の提供元を指定する第２のアドレス情報が、前記携帯端末に提供される。また、提供された前記第２のアドレス情報が取得され、前記第２のアドレス情報に基づいて、前記第２のHTML文書の提供元となるサーバから前記第２のHTML文書が取得され、前記放送番組に関連する情報が前記第２のHTML文書に基づいて出力される。

【0022】

なお、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。

【発明の効果】

【0023】

本技術によれば、ある機器が出力する情報と、他の機器が出力する情報とを容易に連動させることができる。

【図面の簡単な説明】

【0024】

【図1】本技術の一実施形態に係る情報処理システムの構成例を示す図である。

【図2】TV連動を確立するまでの流れを示す図である。

【図3】TVと携帯端末の画面表示の例を示す図である。

【図4】TVの画面表示の他の例を示す図である。

【図5】TVの画面表示のさらに他の例を示す図である。

【図6】携帯端末の画面表示の遷移の例を示す図である。

【図7】携帯端末の画面表示の図６に続く遷移の例を示す図である。

【図8】アプリケーション構造の例を示す図である。

【図9】HTML文書の取得前のアプリケーション間のやりとりを示す図である。

【図10】HTML文書の取得後のアプリケーション間のやりとりを示す図である。

【図11】携帯端末の初期設定処理について説明するフローチャートである。

【図12】HTML文書を起動させるTVの処理について説明するフローチャートである。

【図13】Webアプリ起動関数の例を示す図である。

【図14】HTML文書を起動させる携帯端末の処理について説明するフローチャートである。

【図15】TVのWebブラウザのAPIの例を示す図である。

【図16】データ送信時のTVの処理について説明するフローチャートである。

【図17】データ受信時のTVの処理について説明するフローチャートである。

【図18】HTTPリクエストの例を示す図である。

【図19】データ送信時の携帯端末の処理について説明するフローチャートである。

【図20】データ受信時の携帯端末の処理について説明するフローチャートである。

【図21】HTML文書間通信の流れを示す図である。

【図22】HTML文書間通信の流れを示す他の図である。

【図23】TVのハードウェア構成例を示すブロック図である。

【図24】TVの機能構成例を示すブロック図である。

【図25】携帯端末のハードウェア構成例を示すブロック図である。

【図26】携帯端末の機能構成例を示すブロック図である。

【図27】Webアプリ管理サーバの構成例を示すブロック図である。

【図28】HTML文書間通信の流れの他の例を示す図である。

【図29】HTML文書間通信の流れの他の例を示す図である。

【図30】データ送信時の携帯端末の処理について説明するフローチャートである。

【図31】データ受信時の携帯端末の処理について説明するフローチャートである。

【図32】HTML文書の管理の例を示す図である。

【図33】TV連動の他の例を示す図である。

【発明を実施するための形態】

【0025】

＜情報処理システムの構成例＞
図１は、本技術の一実施形態に係る情報処理システムの構成例を示す図である。

【0026】

図１の情報処理システムは、TV１、携帯端末２、放送局３、Webアプリ管理サーバ４、およびネイティブアプリ管理サーバ５から構成される。TV１、携帯端末２、Webアプリ管理サーバ４、およびネイティブアプリ管理サーバ５はインターネット６に接続される。

【0027】

楕円＃１で囲んで示すように、TV１と携帯端末２はユーザが使う機器である。TV１は、放送局３からの放送信号を受信し、番組の映像と音声を出力する。携帯端末２は、スマートフォン、タブレット端末、ゲーム機などの、ディスプレイを有する携帯型の端末である。TV１を１つ目のスクリーンを有する機器とすると、携帯端末２は、ユーザが使う２つ目のスクリーンを有する機器となる。

【0028】

携帯端末２は、Android（商標）、iOS（商標）、Windows（登録商標） RTなどの所定のOS(Operating System)を搭載する機器であり、携帯端末２が搭載するOS向けに開発された各種のアプリケーションを実行する。TV１と携帯端末２は、それぞれ、インターネット６上のサーバと通信を行うだけでなく、無線LAN(Local Area Network)などによって構築された家庭内のネットワークを介して相互に通信を行う。

【0029】

楕円＃２で囲んで示すように、放送局３とWebアプリ管理サーバ４は放送事業者が管理する。Webアプリ管理サーバ４は、放送局３が放送するある番組に対して放送事業者により用意されたTV用HTML(Hyper Text Markup Language)文書１１とモバイル用HTML文書１２を記憶する。

【0030】

TV用HTML文書１１は、TV１が搭載するWebブラウザにより取得され、画面表示等に用いられるTV１用のHTML文書である。モバイル用HTML文書１２は、携帯端末２が搭載するWebビューにより取得され、画面表示等に用いられる携帯端末２用のHTML文書である。TV用HTML文書１１とモバイル用HTML文書１２には、例えば、放送中の同じ番組に関連する情報が含まれる。なお、Webビューは、Webブラウザと同様にHTMLファイルを処理し、Webページ等を表示させる機能を有する。

【0031】

TV用HTML文書１１とモバイル用HTML文書１２には、HTMLの記述だけでなく、JavaScript（登録商標）などのスクリプトの記述が含まれる。TV用HTML文書１１は、Webブラウザ上で実行されるWebアプリ（Webアプリケーション）であり、モバイル用HTML文書１２は、Webビュー上で実行されるWebアプリである。以下において、HTML文書を起動することは、Webアプリを起動することを意味し、HTML文書を実行することは、Webアプリを実行することを意味する。

【0032】

例えば、TV用HTML文書１１とモバイル用HTML文書１２は、Webページの表示処理、WebブラウザのAPI(Application Programming Interface)を用いた処理などを、HTML文書に含まれる記述に基づいて行う。

【0033】

楕円＃３で囲んで示すネイティブアプリ管理サーバ５は、例えばTV１のメーカーが管理するサーバである。ネイティブアプリ管理サーバ５は、携帯端末２が搭載するOS上で動作するいわゆるネイティブアプリケーションを管理する。

【0034】

ネイティブアプリ管理サーバ５が管理するアプリケーションは、携帯端末２からの要求に応じて携帯端末２にダウンロードされ、インストールされる。ネイティブアプリ管理サーバ５が管理するアプリケーションが携帯端末２にインストールされることにより、携帯端末２には、TV１が受信している番組に関連するWebページなどの情報を表示するための機能が追加される。

【0035】

以下、適宜、ネイティブアプリ管理サーバ５からダウンロードされ、携帯端末２にインストールされるアプリケーションをTVコンパニオンアプリという。

【0036】

このような構成を有する情報処理システムにおいては、ある番組に関連する情報として放送事業者により用意されたTV用HTML文書１１とモバイル用HTML文書１２を用いて、セカンドスクリーンデバイスによるTV連動が実現される。

【0037】

図２は、TV連動を確立するまでの流れを示す図である。詳細な流れについては後述する。ここでは、TVコンパニオンアプリが携帯端末２にインストール済みであるものとする。

【0038】

TV１は、矢印＃１１の先に示すように放送局３からの放送信号を受信する。放送信号にはAIT(Application Information Table)が含まれる。AITは、アプリケーションを特定及び制御するための付加的なアプリケーション情報を伝送するデータを含む情報であり、所定の時間毎に送信されてくる。

【0039】

TV１のWebブラウザ２１は、矢印＃１２で示すように、AITにより指定されるURL(Uniform Resource Locator)に基づいてWebアプリ管理サーバ４にアクセスし、TV用HTML文書１１を取得する。AITにより指定されるURLは、TV用HTML文書１１の提供元となるWebアプリ管理サーバ４上のアドレスを示す。

【0040】

Webブラウザ２１によりTV用HTML文書１１が取得され、処理されることによって、受信中の番組に関連するWebページがTV１に表示される。また、TV１上でWebアプリが実行された状態になり、各種の処理がTV用HTML文書１１により行われる。TV用HTML文書１１には、モバイル用HTML文書１２の提供元となるWebアプリ管理サーバ４上のアドレスを示すURLが含まれる。

【0041】

このように、放送局３からの放送信号には、携帯端末２に対する情報である、モバイル用HTML文書１２のWebアプリ管理サーバ４上のアドレスを示すURLは含まれない。

【0042】

Webブラウザ２１上で実行しているTV用HTML文書１１は、矢印＃１３で示すように、モバイル用HTML文書１２のURLを、携帯端末２において実行中のTVコンパニオンアプリに通知する。TVコンパニオンアプリに内包されるWebビュー２２は、矢印＃１４で示すように、TV１から通知されたURLに基づいてWebアプリ管理サーバ４にアクセスし、モバイル用HTML文書１２を取得する。

【0043】

Webビュー２２を内包するTVコンパニオンアプリによりモバイル用HTML文書１２が処理されることによって、TV１により受信中の番組に関連するWebページが携帯端末２のディスプレイに表示される。また、携帯端末２上でWebアプリが実行された状態になり、各種の処理がモバイル用HTML文書１２により行われる。

【0044】

TV１と携帯端末２の双方でHTML文書が実行された後、矢印＃１５で示すように、TV用HTML文書１１とモバイル用HTML文書１２の間で通信が行われる。HTML文書間の通信を用いることによって、WebページやVODなどの、携帯端末２に表示される情報が番組の進行に連動して切り替えられる。

【0045】

以上の処理により、TV１において受信中の番組に関連するWebページを携帯端末２に表示させるTV連動が実現される。

【0046】

図３は、TV１と携帯端末２の画面表示の例を示す図である。

【0047】

TV１のディスプレイ３１には放送中の番組であるカーレース番組の映像が表示されている。また、ディスプレイ３１の右下にはWeb情報表示領域３２が形成され、Webブラウザ２１によってレース状況の情報が表示されている。Web情報表示領域３２に表示されている情報は、TV用HTML文書１１に基づいて表示される。

【0048】

一方、携帯端末２のディスプレイ４１には、Webビュー２２を内包するTVコンパニオンアプリによりレース状況の情報が表示されている。ディスプレイ４１に表示されている情報はモバイル用HTML文書１２に基づいて表示される。

【0049】

図４および図５は、TV１の画面表示の他の例を示す図である。

【0050】

図４に示すように、ディスプレイ３１の左上に形成された番組表示領域５１に番組の映像が表示され、ディスプレイ３１の右方と下方に形成されるWeb情報表示領域５２に、番組に関連する情報がTV用HTML文書１１に基づいて表示されるようにしてもよい。

【0051】

また、図５に示すように、TV１には番組の映像だけが表示され、番組に関連する情報については携帯端末２にのみ表示されるようにしてもよい。図５の状態においても、番組の映像の表示の裏ではTV用HTML文書１１が実行されていることになる。

【0052】

このように、図１の情報処理システムにおいては、放送と連動したTV上のWebアプリから、スマートフォンやタブレット端末などのセカンドスクリーンデバイスに対して、当該Webアプリが望む任意のWebページを表示させることが可能になる。ここで、TV上のWebアプリは放送事業者の責任において作成されたものであり、セカンドスクリーンデバイスに表示されるWebページは、放送事業者が意図するものである。

【0053】

セカンドスクリーンデバイス側で音声認識などを行う必要がないことから、TV連動を容易に実現することができる。

【0054】

また、セカンドスクリーンデバイスに最初のWebページが表示された後、TV上のWebアプリとセカンドスクリーンデバイス上のWebアプリとの間で任意のデータのやり取りを行うことが可能になる。

【0055】

さらに、セカンドスクリーンデバイスのWebブラウザ（Webビュー）が通常有する機能を利用していることから、以上のことを、セカンドスクリーンデバイス側の機種に依存しない形で実現することができる。すなわち、セカンドスクリーンデバイスのOSを問わずTV連動を実現することができる。

【0056】

＜携帯端末２のUIの例＞
図６および図７は、TV連動が開始するまでの携帯端末２の画面表示の例を示す図である。

【0057】

図６の左側の画面は、TVコンパニオンアプリのインストール後の設定画面である。例えば、TVコンパニオンアプリのインストール後、初期設定が行われる。TVコンパニオンアプリのメニュー画面からユーザが機器接続機能を選択したとき、接続可能機器の探索が行われ、携帯端末２と同じネットワーク内にあるTV１が検出される。

【0058】

図６の左側の設定画面においては、接続可能機器の一覧６２にTV１を含む２つの機器の名前が表示されている。一覧６２からTV１が選択され、一覧６２の上に表示されている接続ボタン６１が押されたとき、TV１のIPアドレスなどの情報が携帯端末２に保存される。

【0059】

矢印＃２１の先に示す画面は、TVコンパニオンアプリの初期設定後のOSのメニュー画面である。OSのメニュー画面にはインストール済みの各種のアプリケーションのアイコンが表示されており、その中にTVコンパニオンアプリのアイコンが含まれる。

【0060】

斜線を付して示すように、TVコンパニオンアプリのアイコンが選択されたとき、TVコンパニオンアプリが起動する。矢印＃２２の先に示すように、携帯端末２には、登録済みの機器であるTV１を操作するためのGUI(Graphical User Interface)としてリモコン画像６３が表示される。リモコン画像６３には、チャンネルを切り替えるときに操作されるボタンや、音量を調節するときに操作されるボタンなどの各種のボタンが含まれる。

【0061】

例えばユーザが所定のチャンネルのボタンを押したとき、携帯端末２からTV１にネットワークを介して制御信号が送信される。TV１においては、ユーザにより指定されたチャンネルの放送信号の受信が開始され、番組の映像と音声が出力される。ユーザは、携帯端末２のTVコンパニオンアプリを利用してTV１を操作し、番組を視聴することができる。

【0062】

上述したように、TV１においては、放送信号の受信中、放送信号に含まれるAITの解析が行われ、Webアプリ管理サーバ４から取得されたTV用HTML文書１１がWebブラウザ２１上で実行される。また、番組連動アプリとしてのモバイル用HTML文書１２があることの通知がTV１のWebブラウザ２１から携帯端末２のTVコンパニオンアプリに対して行われる。

【0063】

番組連動アプリがあることの通知が受信されたとき、図７の矢印＃２３の先に示すように、番組連動アプリがあることをユーザに通知するメッセージ６４がTVコンパニオンアプリにより表示される。この通知は、ユーザが別のアプリケーションを利用している場合でもTVコンパニオンアプリにより行われる。TVコンパニオンアプリは、他のアプリケーションをユーザが利用している場合でも裏で動作し、TV１のWebブラウザ２１からの通知を受信していることになる。

【0064】

メッセージ６４をタッチするなどしてユーザが番組連動アプリの起動を指示したとき、モバイル用HTML文書１２のURLがTVコンパニオンアプリによりTV１から取得される。また、モバイル用HTML文書１２がWebアプリ管理サーバ４から取得され、矢印＃２４の先に示すように、番組に関連する情報がモバイル用HTML文書１２に基づいて表示される。

【0065】

＜アプリケーション構造の例＞
図８は、TV１と携帯端末２のアプリケーション構造の例を示す図である。

【0066】

TV１においては、所定のプログラムが実行されることによりTVプラットフォーム１０１が構築され、TVプラットフォーム１０１上でWebブラウザ２１が動作する。TVプラットフォーム１０１はHTTPサーバ１１１の機能を有する。また、TV用HTML文書１１がWebアプリ管理サーバ４から取得されたとき、Webブラウザ２１上でTV用HTML文書１１が実行される。

【0067】

一方、携帯端末２においては、OSによりモバイルプラットフォーム１２１が構築され、モバイルプラットフォーム１２１上でWebビュー２２とTVコンパニオンアプリ１２２が動作する。TVコンパニオンアプリ１２２は、Webビュー２２を内包して動作する。また、モバイル用HTML文書１２がWebアプリ管理サーバ４から取得されたとき、Webビュー２２上でモバイル用HTML文書１２が実行される。

【0068】

TVプラットフォーム１０１とモバイルプラットフォーム１２１は、無線LANなどにより家庭内に構築されたネットワーク１３１の上層に位置し、互いに通信を行う。上層のアプリケーションは、適宜、下層のアプリケーションが有する機能をAPIにより利用する。

【0069】

図９は、HTML文書を取得する前のアプリケーション間のやりとりについて説明する図である。

【0070】

図９のＡの例においては、矢印＃３１で示すように、携帯端末２にはTVコンパニオンアプリ１２２がインストールされ、起動している。TV１と携帯端末２は家庭内にあるルーターなどに接続され、矢印＃３２で示すように、TVプラットフォーム１０１とモバイルプラットフォーム１２１間で通信を行うことが可能な状態になっている。

【0071】

この場合、図９のＢに示すように、TV１は、TVプラットフォーム１０１上でWebブラウザ２１が動作する状態になる。また、携帯端末２は、モバイルプラットフォーム１２１上でTVコンパニオンアプリ１２２が動作する状態になる。

【0072】

図６を参照して説明したようにユーザが機器接続機能を選択したとき、TVコンパニオンアプリ１２２により接続可能機器の探索が行われる。図９のＢの矢印＃３３で示すように、TVコンパニオンアプリ１２２による探索に対してTVプラットフォーム１０１が応答し、TVコンパニオンアプリ１２２とTVプラットフォーム１０１の間でIPアドレス等の情報のやりとりが行われる。TVコンパニオンアプリは、他のアプリケーションをユーザが利用している場合でも裏で動作し、接続可能機器の探索やその状態管理を行う。

【0073】

その後、TV１のメーカーが規定する通信仕様などに基づき、TVプラットフォーム１０１が有するTV機能のリモートUI(User Interface)がTVコンパニオンアプリ１２２に提供される。TV機能は放送信号を受信して番組の映像と音声を出力する機能であり、図６のリモコン画像６３がリモートUIに対応する。TVコンパニオンアプリ１２２はTV１のメーカーが用意するものであるから、メーカー独自の通信仕様をTVコンパニオンアプリ１２２とTVプラットフォーム１０１間の通信に用いることができる。

【0074】

リモートUIを用いた操作がユーザにより行われたとき、矢印＃３３で示すリンクを介して、TVコンパニオンアプリ１２２からTVプラットフォーム１０１に制御信号が送信され、TV機能に関する各種の処理がTV１により行われる。

【0075】

図１０は、HTML文書を取得した後のアプリケーション間のやりとりについて説明する図である。

【0076】

図１０のＡの例においては、破線矢印＃４１で示すようにTV用HTML文書１１がTV１により取得され、Webブラウザ２１上で実行されている。また、破線矢印＃４２で示すようにモバイル用HTML文書１２が携帯端末２により取得され、Webビュー２２上で実行されている。

【0077】

この場合、図１０のＢに示すように、TV１は、TVプラットフォーム１０１上でWebブラウザ２１が動作し、Webブラウザ２１上でTV用HTML文書１１が実行している状態になる。また、携帯端末２は、モバイルプラットフォーム１２１上でWebビュー２２とTVコンパニオンアプリ１２２が動作し、Webビュー２２上でモバイル用HTML文書１２が実行している状態になる。TV１のディスプレイ３１には番組に関連する情報がTV用HTML文書１１に基づいて表示され、携帯端末２のディスプレイ４１には番組に関連する情報がモバイル用HTML文書１２に基づいて表示される。

【0078】

その後、図１０のＢの矢印＃４４で示すように、TV用HTML文書１１とモバイル用HTML文書１２の間で、WebAPIを使って通信が行われ、番組に連動した表示が実現される。WebAPIは、HTTPを利用してネットワーク越しに処理を実行して結果を受け取るAPIである。また、WebAPIは図８のHTTPサーバ１１１に実装され、これを介して、TV用HTML文書１１と通信される。

【0079】

＜TV連動の一連の処理＞
［HTML文書間通信開始までの処理］
ここで、TV１と携帯端末２の処理についてフローチャートを参照して説明する。

【0080】

はじめに、図１１のフローチャートを参照して、携帯端末２の初期設定処理について説明する。TVコンパニオンアプリ１２２が携帯端末２にインストールされているものとする。

【0081】

ステップＳ１において、電源がONになることに応じてモバイルプラットフォーム１２１が起動する。モバイルプラットフォーム１２１が起動したとき、ディスプレイ４１にはOSのメニュー画面が表示される。

【0082】

ステップＳ２において、モバイルプラットフォーム１２１は、メニュー画面からアイコンが選択されることに応じて、TVコンパニオンアプリ１２２を起動させる。TVコンパニオンアプリ１２２が起動したとき、ディスプレイ４１にはTVコンパニオンアプリ１２２のメニュー画面が表示される。TVコンパニオンアプリ１２２のメニュー画面には、機器接続機能を選択するときに操作されるボタンが設けられる。

【0083】

ステップＳ３において、TVコンパニオンアプリ１２２は、機器接続機能がユーザにより選択されることに応じて接続可能機器の探索を行う。例えば、TVコンパニオンアプリ１２２は、機器登録受付リクエストを、携帯端末２が接続しているネットワークであるネットワーク１３１上にブロードキャストする。ネットワーク１３１上に応答可能な機器がある場合、リクエストに対する応答として、その機器から、機器の設定名とIPアドレスが通知されてくる。ここでは、TV１から、TV１の設定名とIPアドレスが通知されてくることになる。

【0084】

ステップＳ４において、TVコンパニオンアプリ１２２は、探索により見つかったTV１を含む接続可能機器の一覧を表示させる。ディスプレイ４１には、例えば図６の左側に示す画面が表示される。

【0085】

ステップＳ５において、TVコンパニオンアプリ１２２は、接続可能機器の一覧からTV１が選択され、接続ボタンが押されたとき、ネットワーク１３１を介してTV１に接続する。

【0086】

ステップＳ６において、TVコンパニオンアプリ１２２は、TV１から取得したTV１の設定名とIDを、TV１を特定可能なIPアドレスなどの情報と紐付けて保存する。TV１から取得されたリモコン画像のデータもIPアドレスなどと紐付けて保存される。

【0087】

TV１の情報が保存された後、初期設定が終了される。初期設定のシーケンスは、TVのメーカー毎に異なる操作・方式であってよい。ただし、TVコンパニオンアプリ１２２は、内部パラメータとして、接続先のTVを特定できるアドレス（IPアドレスなど）を取得できていなければならないものとする。

【0088】

次に、図１２のフローチャートを参照して、HTML文書を起動させるTV１の処理について説明する。この処理は、TV１の電源がONとなり、TVプラットフォーム１０１が処理を実行可能な状態になっているときに行われる。

【0089】

ステップＳ１１において、TVプラットフォーム１０１は、携帯端末２に対する操作によってユーザにより指定されたチャンネルの放送信号を受信する。放送信号に対して復調処理が施され、復調処理によって得られたビデオデータとオーディオデータに基づいて、番組の映像と音声が出力される。

【0090】

ステップＳ１３において、TVプラットフォーム１０１は、番組の付加情報として放送信号に含まれるAITを取得し、解析する。AITには、auto startフラグが設定されたHTML文書（Webアプリ）のURL、そのHTML文書において参照されるHTML文書のURLといったように、複数のHTML文書のURLを指定することが可能とされている。AITを解析することによって得られたTV用HTML文書１１のURLはTVプラットフォーム１０１からWebブラウザ２１に供給される。

【0091】

ステップＳ１４において、Webブラウザ２１は、放送事業者により指定されたHTML文書の実行中であるか否かを判定する。

【0092】

指定されたHTML文書の実行中ではないとステップＳ１４において判定した場合、ステップＳ１５において、Webブラウザ２１は、AITを解析することによって得られたURLに基づいてWebアプリ管理サーバ４にアクセスし、TV用HTML文書１１を取得する。

【0093】

ステップＳ１６において、Webブラウザ２１は、取得したTV用HTML文書１１を起動させる。

【0094】

ステップＳ１７において、Webブラウザ２１はTV用HTML文書１１を実行する。TV用HTML文書１１は、例えば、TV用HTML文書１１に含まれるHTMLの記述に基づいて、番組に関連するWebページを図３に示すように番組の映像に重ねて表示させる。また、TV用HTML文書１１は、TV用HTML文書１１に含まれるJavaScript（登録商標）を実行し、指定された関数を呼び出す。

【0095】

放送事業者により指定されたHTML文書を実行中であるとステップＳ１４において判定された場合、ステップＳ１５，Ｓ１６がスキップされ、TV用HTML文書１１の実行がステップＳ１７において継続される。

【0096】

ステップＳ１８において、TV用HTML文書１１は、モバイル用HTML文書１２を起動させるか否かを判定する。ここでは、モバイル用HTML文書１２を起動させる関数であるWebアプリ起動関数を呼び出すJavaScript（登録商標）がTV用HTML文書１１に含まれる場合、モバイル用HTML文書１２を起動させるとして判定される。

【0097】

モバイル用HTML文書１２を起動させるとステップＳ１８において判定した場合、ステップＳ１９において、TV用HTML文書１１は、Webブラウザ２１のAPIであるWebアプリ起動関数を呼び出す。

【0098】

ステップＳ２０において、Webブラウザ２１は、Webアプリ起動関数が呼び出されることに応じて、モバイル用HTML文書１２のURLにTV１のIPアドレスを含むURLを付加し、TV１のステータス管理用のメモリ領域に設定する。モバイル用HTML文書１２のURLは、Webアプリ起動関数の引数としてTV用HTML文書１１からWebブラウザ２１に渡される。

【0099】

図１３は、Webアプリ起動関数の例を示す図である。

【0100】

上段に示す「navigator.receiverDevice.launchHTMLdocumentOnExternal(title,URL);」の関数２０１が、TV用HTML文書１１内のJavaScript（登録商標）において呼び出されるWebアプリ起動関数である。関数２０１は、モバイル用HTML文書１２のURLにTV１のIPアドレスを含むURLを付加し、携帯端末２に送信する処理を規定する。

【0101】

下段に示す「http://www.AAA.com/TV/index.html?tv-ipaddress=http://192.168.0.3/command/」のURL２０２が、TV１のIPアドレスを含むURLが付加されたURLである。URL２０２を構成する前段の「http://www.AAA.com/TV/index.html」は、モバイル用HTML文書１２のURL、すなわち、携帯端末表示用のURLを示す。クエリ形式で付加される「?tv-ipaddress=http://192.168.0.3/command/」は、ネットワーク１３１において割り当てられたTV１のIPアドレスを含むURLを示す。この例においては「192.168.0.3」がTV１に割り当てられているIPアドレスで、「192.168.0.3:8080」の様にポート番号が含まれても良い．「command/」は、パスを示す文字列である。

【0102】

このように、TV１のIPアドレスを含むURLが付加されたURLがステータス管理用のメモリ領域に格納される。後述するように、URLに付加されたTV１のIPアドレスを含むURLは、モバイル用HTML文書１２がTV１のHTTPサーバ１１１に対してHTTPリクエストを送信するときに、送信先を指定するために用いられる。

【0103】

モバイル用HTML文書１２のURLがステータス管理用のメモリ領域に設定された後、ステップＳ２１において、Webブラウザ２１は、ステータス管理用のメモリ領域にデータがあることを通知する信号であるNotificationを携帯端末２に送信する。

【0104】

その後、ステップＳ１１に戻り、以上の処理が繰り返される。例えばモバイル用HTML文書１２を既に起動させており、モバイル用HTML文書１２を起動させないとステップＳ１８において判定された場合も同様に、ステップＳ１１以降の処理が繰り返される。

【0105】

次に、図１４のフローチャートを参照して、HTML文書を起動させる携帯端末２の処理について説明する。図１４の処理は、例えば図１３の処理がTV１により行われた後に行われる。携帯端末２においては、TVコンパニオンアプリ１２２が起動しているものとする。

【0106】

ステップＳ３１において、TVコンパニオンアプリ１２２は、TV１のWebブラウザ２１から送信されたNotificationを受信する。

【0107】

ステップＳ３２において、TVコンパニオンアプリ１２２は、図７を参照して説明したようにしてメッセージを表示し、番組連動アプリがあることをユーザに通知する。

【0108】

ステップＳ３３において、TVコンパニオンアプリ１２２は、例えばメーカー独自の方式によってTV１のステータスの情報を取得する。例えば、TV１のステータス管理用のメモリ領域に設定された情報の要求を表すコマンドであるgetTVstatus(URL)がTVコンパニオンアプリ１２２からTVプラットフォーム１０１に対して発行される。TVプラットフォーム１０１は、ステータス管理用のメモリ領域に設定された情報をTVコンパニオンアプリ１２２に送信する。

【0109】

ステップＳ３４において、TVコンパニオンアプリ１２２は、TV１から取得したステータスの情報の中に、モバイル用HTML文書１２のURLが含まれているか否かを判定する。図１２の処理がTV１により行われている場合、IPアドレスが付加されたURL２０２がTV１から送信されてくることになる。TVコンパニオンアプリ１２２は、URL２０２に含まれる前段の携帯端末表示用のURLをWebビュー２２に提供し、モバイル用HTML文書１２を取得させる。

【0110】

モバイル用HTML文書１２のURLが含まれているとステップＳ３４において判定された場合、ステップＳ３５において、Webビュー２２は、TVコンパニオンアプリ１２２から提供されたURLに基づいてWebアプリ管理サーバ４にアクセスし、モバイル用HTML文書１２を取得して実行する。

【0111】

ステップＳ３６において、TVコンパニオンアプリ１２２は、番組に関連のあるWebページをモバイル用HTML文書１２に基づいて表示するためのWebビューを生成する。

【0112】

ステップＳ３７において、TVコンパニオンアプリ１２２は、モバイル用HTML文書１２の内容である、番組に関連のあるWebページを用いて表示させる。

【0113】

以上の処理により、図１０を参照して説明したように、TV１においてはTV用HTML文書１１が実行され、携帯端末２においてはモバイル用HTML文書１２が実行された状態になる。例えば、TV１のディスプレイ３１には、番組の映像とともにTV用HTML文書１１の内容が表示され、携帯端末２のディスプレイ４１にはモバイル用HTML文書１２の内容が表示される。

【0114】

［TV１と携帯端末２のHTML文書間通信］
次に、HTML文書間通信について説明する。

【0115】

HTML文書間通信によって送受信されるデータは、放送事業者が任意に決めることができる。例えば、TV用HTML文書１１からモバイル用HTML文書１２に対して、Webビュー２２に新たに取得させるHTML文書のURLが送信される。また、モバイル用HTML文書１２からTV用HTML文書１１に対して、携帯端末２に表示しているWebページに対するユーザの操作の内容を表す情報が送信される。

【0116】

はじめに、TV１側の処理について説明する。

【0117】

図１５は、Webブラウザ２１のAPIの例を示す図である。

【0118】

上段の「navigator.receiverDevice.sendTextToExternalDevice(“data”);」の関数２１１は、データ送信時にTV用HTML文書１１により呼び出される。関数２１１が呼び出されることにより、TV用HTML文書１１からモバイル用HTML文書１２に送信するデータがメモリの特定領域に設定される。特定領域は、次のAPI呼び出しが行われると上書きされる。特定領域はページ遷移したときnullになる。

【0119】

特定領域に設定された送信対象のデータは、WebAPIを利用したHTTPリクエストが携帯端末２から発行されたときに、それに対するレスポンスとしてHTTPサーバ１１１から携帯端末２に送信される。

【0120】

下段の「navigator.receiverDevice.receiveTextFromExternalDevice(“data”);」の関数２１２は、携帯端末２から送信されてきたデータを、HTTPサーバ１１１が受信したときに呼び出される。関数２１２が呼び出されることにより、Webブラウザ２１を介して、データがHTTPサーバ１１１からTV用HTML文書１１に渡される。

【0121】

図１６のフローチャートを参照して、データ送信時のTV１の処理について説明する。

【0122】

ステップＳ５１において、TV用HTML文書１１はデータ送信APIを実行する。すなわち、TV用HTML文書１１は、送信対象のデータを引数として図１５の関数２１１を呼び出す。

【0123】

ステップＳ５２において、Webブラウザ２１は、送信対象のデータをメモリの特定領域に設定する。送信対象のデータがメモリの特定領域に設定された後、処理は終了される。

【0124】

次に、図１７のフローチャートを参照して、データ受信時のTV１の処理について説明する。

【0125】

ステップＳ６１において、HTTPサーバ１１１は、携帯端末２からデータが送信されてきたか否かを判定し、送信されてきたと判定するまで待機する。

【0126】

携帯端末２からデータが送信されてきたとステップＳ６１において判定した場合、ステップＳ６２において、HTTPサーバ１１１はデータ受信APIを実行する。すなわち、HTTPサーバ１１１は、送信されてきたデータを引数として図１５の関数２１２を呼び出す。Webブラウザ２１は、携帯端末２から送信され、HTTPサーバ１１１により受信されたデータをTV用HTML文書１１に出力する。

【0127】

ステップＳ６３において、TV用HTML文書１１は、Webブラウザ２１を介して供給された携帯端末２からのデータを取得する。その後、ステップＳ６１に戻り、以上の処理が繰り返される。

【0128】

次に、携帯端末２側の処理について説明する。

【0129】

図１８は、モバイル用HTML文書１２が発行するHTTPリクエストの例を示す図である。

【0130】

上段の「http://ip_address/command/sendText?data=“data”」のHTTPリクエスト２２１は、データ送信時にモバイル用HTML文書１２が発行するデータ送信用のHTTPリクエストである。HTTPリクエスト２２１には、HTTPリクエストの送信先を指定するIPアドレスと、送信対象のデータが含まれる。また、「http://ip_address/command」は、TV１から受け取った送信先URLであり、「sendText」はデータ送信用パスである。これに、クエリ形式で送りたいデータを添付する。

【0131】

下段の「http://ip_address/command/getText」のHTTPリクエスト２２２は、データ受信時にモバイル用HTML文書１２が発行するデータ受信用のHTTPリクエストである。HTTPリクエスト２２２は、TV１においてメモリの特定領域に設定されたデータをレスポンスとして返すことを要求する。HTTPリクエスト２２２には、HTTPリクエストの送信先を指定するIPアドレスが含まれる。また、「http://ip_address/command」は、TV１から受け取った送信先URLであり、「getText」はデータ受信用パスである。

【0132】

データ送信用とデータ受信用のHTTPリクエストに含まれるURL（http://ip_address/command/）として、モバイル用HTML文書１２のURLを携帯端末２に通知するときに、TV１がURLに付加したIPアドレスを含むURLが用いられる。図１３の例においては、「http://192.168.0.3/command/」がHTTPリクエストに設定されることになる。

【0133】

例えば、IPアドレスを含むURLが付加されたモバイル用HTML文書１２のURLがTV１から通知されたとき、TV１のIPアドレスを含むURLがTVコンパニオンアプリ１２２により抽出され、管理される。URLから抽出されたIPアドレスを含むURLは、TVコンパニオンアプリ１２２からモバイル用HTML文書１２に所定のタイミングで提供される。

【0134】

図１９のフローチャートを参照して、データ送信時の携帯端末２の処理について説明する。

【0135】

ステップＳ７１において、モバイル用HTML文書１２は、URLに付加する形で通知されたTV１のIPアドレスを含むURLを送信先として含むデータ送信用のHTTPリクエストを送信する。データ送信用のHTTPリクエストには送信対象のデータも含まれる。

【0136】

データ送信用のHTTPリクエストが送信された後、処理は終了される。TV１においては、図１７を参照して説明したデータ受信時の処理が行われ、モバイル用HTML文書１２がHTTPリクエストに含めて送信したデータがTV用HTML文書１１により取得される。

【0137】

次に、図２０のフローチャートを参照して、データ受信時の携帯端末２の処理について説明する。

【0138】

ステップＳ８１において、モバイル用HTML文書１２は、URLに付加する形で通知されたTV１のIPアドレスを含むURLを送信先として含むデータ受信用のHTTPリクエストを送信する。

【0139】

ステップＳ８２において、モバイル用HTML文書１２は、HTTPサーバ１１１からのレスポンスを待つ。

【0140】

ステップＳ８３において、モバイル用HTML文書１２はタイムアウトであるか否かを判定する。例えば、HTTPリクエストに対するレスポンスが所定時間内に送信されてこない場合、タイムアウトであると判定される。

【0141】

タイムアウトではないとステップＳ８３において判定した場合、ステップＳ８４において、モバイル用HTML文書１２は、データ受信用のHTTPリクエストに対するレスポンスに含めてTV１から送信されてきたデータを受信する。

【0142】

TV１から送信されてきたデータをステップＳ８４において受信した後、または、ステップＳ８３においてタイムアウトであると判定された後、ステップＳ８１に戻り、以上の処理が繰り返される。

【0143】

図２１と図２２は、HTML文書間通信の流れを示す図である。図２１は、TV用HTML文書１１からモバイル用HTML文書１２に対するデータ送信時の流れを示し、図２２は、モバイル用HTML文書１２からTV用HTML文書１１に対するデータ送信時の流れを示す。

【0144】

図２１を参照して、TV用HTML文書１１からモバイル用HTML文書１２に対するデータ送信時の流れについて説明する。基本的に、図２１の右側の処理が、図１６を参照して説明したTV１の処理に対応する。また、図２１の左側の処理が、図２０を参照して説明した携帯端末２の処理に対応する。

【0145】

処理１として示すように、携帯端末２のモバイル用HTML文書１２は、URLに付加する形で通知されたTV１のIPアドレスを含むURLを送信先として含むデータ受信用のHTTPリクエスト（XMLHttpRequest）を送信する。データ受信用のHTTPリクエストは矢印＃５１の先に示すようにTV１のHTTPサーバ１１１により受信される。

【0146】

処理２として示すように、TV１のTV用HTML文書１１は、携帯端末２に対する送信対象のデータを、データ送信APIを使ってメモリの特定領域に設定する。特定領域に設定されることによって、送信対象のデータが矢印＃５２で示すようにTV用HTML文書１１からHTTPサーバ１１１に提供される。

【0147】

処理３として示すように、TV１のHTTPサーバ１１１は、送信対象のデータがメモリの特定領域に設定されたとき、送信対象のデータをモバイル用HTML文書１２からのHTTPリクエストに対するレスポンスに含めて送信する。なお、送信対象のデータが設定されていない場合、HTTPサーバ１１１は、レスポンスをモバイル用HTML文書１２に対して送信しない。

【0148】

矢印＃５３の先に示すように、HTTPサーバ１１１からのレスポンスは携帯端末２のモバイル用HTML文書１２により受信される。モバイル用HTML文書１２は、データ受信用のHTTPリクエストに対するレスポンスに含めてTV１から送信されてきたデータを受信する。その後、処理１に戻り、以上の処理が繰り返される。

【0149】

図２２を参照して、モバイル用HTML文書１２からTV用HTML文書１１に対するデータ送信時の流れについて説明する。基本的に、図２２の右側の処理が、図１７を参照して説明したTV１の処理に対応する。また、図２２の左側の処理が、図１９を参照して説明した携帯端末２の処理に対応する。

【0150】

処理１として示すように、携帯端末２のモバイル用HTML文書１２は、URLに付加する形で通知されたTV１のIPアドレスを含むURLを送信先として含むデータ送信用のHTTPリクエストを送信する。送信対象のデータを含むデータ送信用のHTTPリクエストは矢印＃６１の先に示すようにTV１のHTTPサーバ１１１により受信される。

【0151】

処理２として示すように、TV１のHTTPサーバ１１１は、データ送信用のHTTPリクエストを受信したとき、Callback関数である図１５の関数２１２を呼び出す。これにより、携帯端末２からデータ送信用のHTTPリクエストに含めて送信されてきたデータが、矢印＃６２で示すようにHTTPサーバ１１１からTV用HTML文書１１に提供される。また、HTTPサーバ１１１は、矢印＃６３で示すように、HTTPリクエストに対するレスポンスをモバイル用HTML文書１２に送信する。

【0152】

処理３として示すように、TV用HTML文書１１は、Callback関数が呼び出されることによりHTTPサーバ１１１から提供されたデータを受信する。

【0153】

以上のようなHTML文書間の通信を用いて、TV用HTML文書１１とモバイル用HTML文書１２の記述によって放送事業者により規定された各種の情報がTV１と携帯端末２の間で送受信される。

【0154】

＜各機器の構成例＞
［TV１の構成例］
図２３は、TV１のハードウェア構成例を示すブロック図である。

【0155】

TV１は、ディスプレイ３１の他に、制御部２５１、記憶部２５２、通信部２５３、チューナ２５５、復調部２５６、デコーダ２５７、および表示制御部２５８から構成される。チューナ２５５、復調部２５６、デコーダ２５７、および表示制御部２５８の各部は、バス２５４を介して制御部２５１に接続される。バス２５４には記憶部２５２と通信部２５３も接続される。

【0156】

制御部２５１は、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)などより構成される。制御部２５１は、ROMや記憶部２５２に記憶されているプログラムを実行してTVプラットフォーム１０１を構築し、チューナ２５５、復調部２５６、デコーダ２５７、および表示制御部２５８の各部を制御するなどしてTV機能を実現する。また、制御部２５１は、TVプラットフォーム１０１上で、Webブラウザ２１を実行するとともに、Webブラウザ２１上でTV用HTML文書１１を実行する。

【0157】

TV１のステータス管理用のメモリ領域や、携帯端末２に対する送信対象のデータが設定される特定領域が例えば制御部２５１内のRAMに確保される。

【0158】

記憶部２５２はハードディスクやフラッシュメモリなどよりなり、制御部２５１が実行する各種のプログラムを記憶する。

【0159】

通信部２５３は無線LANのインタフェースなどよりなり、制御部２５１による制御に従って、ネットワーク１３１を介して携帯端末２と通信を行う。また、通信部２５３は、制御部２５１による制御に従って、インターネット６を介してWebアプリ管理サーバ４と通信を行う。通信部２５３は、Webアプリ管理サーバ４から取得したTV用HTML文書１１を制御部２５１に出力する。

【0160】

チューナ２５５は、図示せぬアンテナにおいて受信され、供給された放送信号から所定のチャンネルの信号を選局し、復調部２５６に出力する。

【0161】

復調部２５６は、チューナ２５５から供給された放送信号に対して復調処理を施し、番組の映像と音声のデータをデコーダ２５７に出力する。復調部２５６においては、AITなどの番組の付加情報も取得される。復調部２５６により取得されたAITは制御部２５１に供給される。

【0162】

デコーダ２５７は、復調部２５６から供給された、所定の符号化方式でエンコードされたデータをデコードし、デコード後の映像データを表示制御部２５８に出力する。デコーダ２５７によって得られた番組の音声データは、図示せぬスピーカに供給され、出力される。

【0163】

表示制御部２５８は、デコーダ２５７から供給された映像データに基づいて、番組の映像をディスプレイ３１に表示させる。また、表示制御部２５８は、制御部２５１による制御に従って、モバイル用HTML文書１２に基づくWebページをディスプレイ３１に表示させる。

【0164】

図２４は、TV１の機能構成例を示すブロック図である。図２４に示す機能部のうちの少なくとも一部は、制御部２５１のCPUにより所定のプログラムが実行されることによって実現される。

【0165】

TVプラットフォーム１０１においては、放送受信制御部２７１、番組出力制御部２７２、AIT解析部２７３、およびメモリ領域管理部２７４が実現される。

【0166】

放送受信制御部２７１は、チューナ２５５を制御することによって、所定のチャンネルの放送信号を受信させる。

【0167】

番組出力制御部２７２は、番組の出力を制御する。例えば、番組出力制御部２７２は、放送信号の復調を復調部２５６に行わせ、番組のビデオデータとオーディオデータのデコードをデコーダ２５７に行わせる。また、番組出力制御部２７２は、表示制御部２５８を制御し、番組の映像をディスプレイ３１に表示させる。

【0168】

AIT解析部２７３は、復調部２５６により抽出されたAITを取得し、解析する。AIT解析部２７３による解析によって得られたTV用HTML文書１１のURLがWebブラウザ２１に提供される。

【0169】

メモリ領域管理部２７４は、制御部２５１のRAMなどに確保された、TV１のステータス管理用のメモリ領域と、携帯端末２に対する送信対象のデータが設定される特定領域を管理する。例えば、メモリ領域管理部２７４は、Webブラウザ２１によりTV１のIPアドレスを含むURLが付加された、モバイル用HTML文書１２のURLをステータス管理用のメモリ領域に格納して管理する。また、メモリ領域管理部２７４は、HTML文書間通信によって携帯端末２に対して送信するデータを特定領域に格納して管理する。

【0170】

TVプラットフォーム１０１においては、携帯端末２のTVコンパニオンアプリ１２２による機器探索に応答する機能部、HTTPサーバ機能を管理する機能部なども実現される。

【0171】

Webブラウザ２１においては、HTML文書取得部２８１、HTML文書実行部２８２、およびIPアドレス付加部２８３が実現される。

【0172】

HTML文書取得部２８１は、AIT解析部２７３による解析によって得られたURLに基づいて、Webアプリ管理サーバ４からTV用HTML文書１１を取得する。

【0173】

HTML文書実行部２８２は、HTML文書取得部２８１により取得されたTV用HTML文書１１を実行する。HTML文書実行部２８２により、番組に関連するWebページの表示なども行われる。

【0174】

IPアドレス付加部２８３は、Webアプリ起動関数が呼び出されたとき、TV用HTML文書１１から提供されたモバイル用HTML文書１２のURLにTV１のIPアドレスを含むURLを付加する。IPアドレス付加部２８３は、IPアドレスを含むURLを付加したURLを、メモリ領域管理部２７４が管理するステータス管理用のメモリ領域に設定する。

【0175】

Webブラウザ２１においては、携帯端末２に対してNotificationを送信する機能部なども実現される。

【0176】

TV用HTML文書１１においては、URL提供部２９１、および文書間通信部２９２が実現される。

【0177】

URL提供部２９１は、TV用HTML文書１１内のJavaScript（登録商標）が実行されることによって実現され、TV用HTML文書１１に含まれるURLを引数としてWebアプリ起動関数を呼び出す。URL提供部２９１が、モバイル用HTML文書１２のURLをTV１に提供する機能部に相当する。

【0178】

文書間通信部２９２は、TV用HTML文書１１内のJavaScript（登録商標）が実行されることによって実現され、モバイル用HTML文書１２との間でHTML文書間通信を行う。文書間通信部２９２は、携帯端末２に対してデータを送信するとき、データ送信用の関数である図１５の関数２１１を呼び出す。また、文書間通信部２９２は、携帯端末２から送信されてきたデータを受信するとき、データ受信用の関数である図１５の関数２１２が呼び出されることによってHTTPサーバ１１１から提供されたデータを取得する。

【0179】

［携帯端末２の構成例］
図２５は、携帯端末２のハードウェア構成例を示すブロック図である。

【0180】

CPU３０１、ROM３０２、RAM３０３は、バス３０４により相互に接続される。CPU３０１は、ROM３０２や記憶部３０７に記憶されているプログラムを実行してモバイルプラットフォーム１２１を構築し、携帯端末２の全体の動作を制御する。また、CPU３０１は、モバイルプラットフォーム１２１上で、TVコンパニオンアプリ１２２とWebビュー２２を実行するとともに、Webビュー２２上でモバイル用HTML文書１２を実行する。

【0181】

バス３０４には入出力インタフェース３０５が接続される。入出力インタフェース３０５には、ディスプレイ４１の他に、タッチパネル３０６、記憶部３０７、通信部３０８が接続される。

【0182】

タッチパネル３０６はディスプレイ４１に積層して設けられ、ユーザの操作の内容を表す信号を出力する。タッチパネル３０６から出力された信号はCPU３０１に供給される。

【0183】

記憶部３０７は、フラッシュメモリなどよりなり、CPU３０１が実行する各種のプログラムを記憶する。ネイティブアプリ管理サーバ５からダウンロードされ、インストールされたTVコンパニオンアプリ１２２も記憶部３０７に記憶される。記憶部３０７に記憶されたデータはCPU３０１により適宜読み出される。

【0184】

通信部３０８は無線LANのインタフェースなどよりなり、CPU３０１による制御に従って、ネットワーク１３１を介してTV１と通信を行う。また、通信部３０８は、CPU３０１による制御に従って、インターネット６を介してWebアプリ管理サーバ４、およびネイティブアプリ管理サーバ５と通信を行う。通信部３０８は、Webアプリ管理サーバ４から取得したモバイル用HTML文書１２をCPU３０１に出力する。

【0185】

図２６は、携帯端末２の機能構成例を示すブロック図である。図２６に示す機能部のうちの少なくとも一部は、CPU３０１により所定のプログラムが実行されることによって実現される。

【0186】

モバイルプラットフォーム１２１においては、アプリ取得部３２１、およびアプリ実行部３２２が実現される。

【0187】

アプリ取得部３２１は、ネイティブアプリ管理サーバ５から取得されたTVコンパニオンアプリ１２２をインストールする。

【0188】

アプリ実行部３２２は、Webビュー２２を含むTVコンパニオンアプリ１２２などの各種のアプリケーションを実行する。

【0189】

Webビュー２２においては、HTML文書取得部３３１、およびHTML文書実行部３３２が実現される。

【0190】

HTML文書取得部３３１は、TVコンパニオンアプリ１２２によりTV１から取得されたURLに基づいて、Webアプリ管理サーバ４からモバイル用HTML文書１２を取得する。

【0191】

HTML文書実行部３３２は、HTML文書取得部３３１により取得されたモバイル用HTML文書１２を実行する。HTML文書実行部３３２により、番組に関連するWebページの表示なども行われる。

【0192】

TVコンパニオンアプリ１２２においては、アドレス情報取得部３４１、および出力制御部３４２が実現される。

【0193】

アドレス情報取得部３４１は、TV１のステータスの情報を取得する。アドレス情報取得部３４１は、ステータスの情報に含まれるモバイル用HTML文書１２のURLをWebビュー２２に提供し、URLに付加されているTV１のIPアドレスを含むURLをモバイル用HTML文書１２に提供する。

【0194】

出力制御部３４２は、Webビュー２２の機能を用いて、番組に関連するWebページの表示をモバイル用HTML文書１２に基づいて行う。

【0195】

モバイル用HTML文書１２においては、文書間通信部３５１が実現される。

【0196】

文書間通信部３５１は、モバイル用HTML文書１２内のJavaScript（登録商標）が実行されることによって実現され、TV用HTML文書１１との間でHTML文書間通信を行う。文書間通信部３５１は、TV１に対してデータを送信するとき、データ送信用のHTTPリクエストである図１８のHTTPリクエスト２２１を発行する。また、文書間通信部３５１は、TV１から送信されてきたデータを受信するとき、データ受信用のHTTPリクエストである図１８のHTTPリクエスト２２２を発行する。

【0197】

［Webアプリ管理サーバ４の構成例］
図２７は、Webアプリ管理サーバ４の構成例を示すブロック図である。

【0198】

CPU３６１、ROM３６２、RAM３６３は、バス３６４により相互に接続される。バス３６４には、さらに、入出力インタフェース３６５が接続される。入出力インタフェース３６５には、キーボード、マウスなどよりなる入力部３６６、ディスプレイ、スピーカなどよりなる出力部３６７が接続される。また、入出力インタフェース３６５には、記憶部３６８、通信部３６９、およびドライブ３７０も接続される。

【0199】

記憶部３６８はハードディスクなどより、TV用HTML文書１１とモバイル用HTML文書１２を記憶する。通信部３６９は、インターネット６を介してTV１、携帯端末２と通信を行う。

【0200】

通信部３６９は、AITに含まれるURLに基づいてTV１からアクセスを受けたとき、記憶部３６８に記憶されているTV用HTML文書１１をTV１に送信する。また、通信部３６９は、TV１から通知されたURLに基づいて携帯端末２からアクセスを受けたとき、記憶部３６８に記憶されているモバイル用HTML文書１２を携帯端末２に送信する。

【0201】

ドライブ３７０は、光ディスクやメモリカードよりなるリムーバブルメディア３７１から情報を取り込む。ドライブ３７０により取り込まれたHTML文書などのデータは記憶部３６８に供給され、記憶される。

【0202】

ネイティブアプリ管理サーバ５も、図２７に示すWebアプリ管理サーバ４の構成と同様の構成を有している。ネイティブアプリ管理サーバ５が有する記憶部には、携帯端末２に提供するTVコンパニオンアプリ１２２のデータが記憶されている。

【0203】

＜変形例＞
［WebSocketsを用いたHTML文書間通信について］
以上においては、HTML文書間がXMLHttpRequestを用いて行われるものとしたが、WebSocketsなどのプロトコルを用いて行われるようにすることも可能である。WebSocketsはサーバ−クライアント間で双方向通信を実現するための規格であり、サーバ側からクライアント側に対してデータをプッシュ配信することが可能になる。

【0204】

図２８と図２９は、WebSocketsを用いた場合のHTML文書間通信の流れを示す図である。図２８は、TV用HTML文書１１からモバイル用HTML文書１２に対するデータ送信時の流れを示し、図２９は、モバイル用HTML文書１２からTV用HTML文書１１に対するデータ送信時の流れを示す。

【0205】

図２８を参照して、TV用HTML文書１１からモバイル用HTML文書１２に対するデータ送信時の流れについて説明する。

【0206】

処理１として示すように、携帯端末２のモバイル用HTML文書１２は、WebSocketsを使って、TV１のHTTPサーバ１１１との通信を確立する。WebSocketsを使った通信の確立には、モバイル用HTML文書１２のURLに付加してTV１から通知された、TV１のIPアドレスを含むURLが接続先として用いられる。

【0207】

矢印＃１０１の先に処理２として示すように、TV１のHTTPサーバ１１１は、モバイル用HTML文書１２からのWebSocketsを使った通信の確立要求を受け付け、通信を確立する。

【0208】

処理３として示すように、TV１のTV用HTML文書１１は、携帯端末２に対する送信対象のデータを、データ送信APIを使ってメモリの特定領域に設定する。特定領域に設定されることによって、送信対象のデータが矢印＃１０２で示すようにTV用HTML文書１１からHTTPサーバ１１１に提供される。

【0209】

処理４として示すように、TV１のHTTPサーバ１１１は、送信対象のデータがメモリの特定領域に設定されたとき、送信対象のデータを、処理２で確立したWebSocketsを使った通信によりモバイル用HTML文書１２に送信する。

【0210】

矢印＃１０３の先に処理５として示すように、モバイル用HTML文書１２は、HTTPサーバ１１１から送信されてきたデータを、処理１で確立したWebSocketsを通して受信する。

【0211】

図２９を参照して、モバイル用HTML文書１２からTV用HTML文書１１に対するデータ送信時の流れについて説明する。

【0212】

処理１として示すように、携帯端末２のモバイル用HTML文書１２は、WebSocketsを使って、TV１のHTTPサーバ１１１との通信を確立する。ここでも、WebSocketsを使った通信の確立には、モバイル用HTML文書１２のURLに付加してTV１から通知された、TV１のIPアドレスを含むURLが接続先として用いられる。

【0213】

矢印＃１１１の先に処理２として示すように、TV１のHTTPサーバ１１１は、モバイル用HTML文書１２からのWebSocketsを使った通信の確立要求を受け付け、通信を確立する。

【0214】

処理３として示すように、携帯端末２のモバイル用HTML文書１２は、処理１で確立したWebSocketsを使った通信により、TV１のHTTPサーバ１１１に対してデータを送信する。

【0215】

矢印＃１１２の先に処理４として示すように、TV１のHTTPサーバ１１１は、モバイル用HTML文書１２から送信されてきたデータを受信したとき、Callback関数である図１５の関数２１２を呼び出す。これにより、モバイル用HTML文書１２から送信されてきたデータが、矢印＃１１３で示すようにHTTPサーバ１１１からTV用HTML文書１１に提供される。

【0216】

処理５として示すように、TV用HTML文書１１は、Callback関数が呼び出されることによりHTTPサーバ１１１から提供されたデータを受信する。

【0217】

以上のように、HTML文書間の通信がWebSocketsを用いて行われるようにすることも可能である。

【0218】

ここで、図３０のフローチャートを参照して、WebSocketsを用いたデータ送信時の携帯端末２の処理について説明する。図３０の処理は、基本的に、図２９の左側の処理に対応する。

【0219】

ステップＳ１０１において、モバイル用HTML文書１２は、モバイル用HTML文書１２のURLに付加する形で通知されたTV１のIPアドレスを含むURLを接続先として、WebSocketsを用いた通信を確立する。

【0220】

ステップＳ１０２において、モバイル用HTML文書１２は、TV用HTML文書１１に送信するデータがあるか否かを判定し、データがあると判定するまで待機する。

【0221】

TV用HTML文書１１に送信するデータがあるとステップＳ１０２において判定した場合、ステップＳ１０３において、モバイル用HTML文書１２は、WebSocketsを使った通信によりデータを送信する。

【0222】

ステップＳ１０４において、モバイル用HTML文書１２は、WebSocketsを使った通信を終了するか否かを判定し、終了しないと判定した場合、ステップＳ１０２に戻り、以上の処理を繰り返し行う。WebSocketsを使った通信を終了すると判定された場合、処理は終了される。

【0223】

次に、図３１のフローチャートを参照して、WebSocketsを用いたデータ受信時の携帯端末２の処理について説明する。図３１の処理は、基本的に、図２８の左側の処理に対応する。

【0224】

ステップＳ１１１において、モバイル用HTML文書１２は、モバイル用HTML文書１２のURLに付加する形で通知されたTV１のIPアドレスを含むURLを接続先として、WebSocketsを用いた通信を確立する。

【0225】

ステップＳ１１２において、TV用HTML文書１１からのデータが受信された場合、WebSocketsに登録されたCallback関数が呼び出され、ステップＳ１１３において、モバイル用HTML文書１２は、TV用HTML文書１１からのデータを受信する。

【0226】

ステップＳ１１４において、モバイル用HTML文書１２は、WebSocketsを使った通信を終了するか否かを判定し、終了しないと判定した場合、ステップＳ１１２に戻り、以上の処理を繰り返し行う。WebSocketsを使った通信を終了すると判定された場合、処理は終了される。

【0227】

なお、WebSocketsを用いたHTML文書間通信時のTV１の処理は、図１６および図１７を参照して説明した処理と基本的に同様の処理である。

【0228】

［他の変形例］
以上においては、TV用HTML文書１１とモバイル用HTML文書１２が同じサーバであるWebアプリ管理サーバ４により管理されるものとしたが、図３２に示すように、それぞれ異なるサーバにより管理されるようにしてもよい。

【0229】

図３２の例においては、TV用HTML文書１１がWebアプリ管理サーバ４Ａにより管理され、モバイル用HTML文書１２がWebアプリ管理サーバ４Ｂにより管理されている。この場合、放送信号に含まれるAITによってTV用HTML文書１１のURLが指定され、モバイル用HTML文書１２のURLがTV用HTML文書１１により指定される。

【0230】

また、TV連動がTV１と一台のセカンドスクリーンデバイスとの間で行われるものとしたが、図３３に示すように、TV１と、複数台のセカンドスクリーンデバイスとの間で行われるようにしてもよい。図３３の例においては、TV１と、携帯端末２Ａ、携帯端末２Ｂの二台のセカンドスクリーンデバイスとの間でTV連動が行われている。携帯端末２Ａ、携帯端末２Ｂに表示される情報は、同期するようにしてもよいし、非同期であってもよい。

【0231】

また、放送局３から放送された番組（映像と音声からなるコンテンツ）に関連する情報をセカンドスクリーンデバイスに表示させるものとしたが、音楽、静止画、Web情報などの他のコンテンツに関連する情報を表示させるようにしてもよい。したがって、ファーストスクリーンをタブレット端末やＰＣとして、セカンドスクリーンをスマートフォンとして、本技術を用いて、タブレット端末上に表示されるｗｅｂ情報と連動させる情報をスマートフォン上に表示させてもよい。

【0232】

さらに、放送局３から放送される番組をコンテンツとして、そのコンテンツに関連する情報をHTML文書を用いて表示させるものとしたが、コンテンツの提供形態は、放送を用いた形態に限られない。すなわち、インターネットを介してコンテンツが提供されるようにしてもよいし、Blu-ray（登録商標） Discなどの記録媒体を介してコンテンツが提供されるようにしてもよい。この場合も、コンテンツには、TV用HTML文書１１のアドレスを示すURLが付加される。

【0233】

上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、汎用のパーソナルコンピュータなどにインストールされる。

【0234】

インストールされるプログラムは、光ディスク（CD-ROM(Compact Disc-Read Only Memory)，DVD(Digital Versatile Disc)等）や半導体メモリなどよりなる図２７に示されるリムーバブルメディア３７１に記録して提供される。また、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供されるようにしてもよい。プログラムは、ROM３６２や記憶部３６８に、あらかじめインストールしておくことができる。

【0235】

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

【0236】

なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

【0237】

本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

【0238】

例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

【0239】

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

【0240】

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

【0241】

＜構成の組み合わせ例＞
本技術は、以下のような構成をとることもできる。

【0242】

（１）
コンテンツに関連する情報である第１の情報の提供元を指定する第１のアドレス情報を含む前記コンテンツを受信させる受信制御部と、
前記コンテンツを出力させる出力制御部と、
前記第１のアドレス情報に基づいて、前記第１の情報の提供元となるサーバから前記第１の情報を取得する取得部と、
前記第１の情報に含まれる、前記コンテンツに関連する携帯端末用の情報である第２の情報の提供元を指定する第２のアドレス情報を、前記携帯端末に提供する提供部と
を備える情報処理装置。

【0243】

（２）
前記第１の情報は、スクリプトの記述を含むHTML文書であり、
前記スクリプトを実行することにより実現される前記提供部は、WebブラウザのAPIを用いて、前記第２のアドレス情報を提供する
前記（１）に記載の情報処理装置。

【0244】

（３）
前記提供部は、前記情報処理装置に割り当てられたIPアドレスを含むURLを付加した前記第２のアドレス情報を提供する
前記（１）または（２）に記載の情報処理装置。

【0245】

（４）
前記第２のアドレス情報に基づいて前記携帯端末により前記第２の情報が取得された後、前記携帯端末との間で通信を行う通信部をさらに備える
前記（３）に記載の情報処理装置。

【0246】

（５）
前記第１の情報は、スクリプトの記述を含むHTML文書であり、
前記スクリプトを実行することにより実現される前記通信部は、WebブラウザのAPIを用いて、前記携帯端末にデータを送信し、前記IPアドレスを含むURLを送信先として前記携帯端末から送信されてきたデータを受信する
前記（４）に記載の情報処理装置。

【0247】

（６）
前記受信制御部は、放送された前記コンテンツを受信させる
前記（１）乃至（５）のいずれかに記載の情報処理装置。

【0248】

（７）
前記コンテンツの放送信号に含まれるアプリケーション情報テーブルを解析する解析部をさらに備え、
前記取得部は、前記アプリケーション情報テーブルを解析することによって得られた前記第１のアドレス情報に基づいて前記第１の情報を取得する
前記（６）に記載の情報処理装置。

【0249】

（８）
前記出力制御部は、前記コンテンツの映像を表示させ、前記コンテンツに関連する情報を前記第１の情報に基づいて表示させる
前記（１）乃至（７）のいずれかに記載の情報処理装置。

【0250】

（９）
前記第１の情報と前記第２の情報は、前記コンテンツ毎に、前記コンテンツを提供する事業者により用意された情報である
前記（１）乃至（８）のいずれかに記載の情報処理装置。

【0251】

（１０）
コンテンツに関連する情報である第１の情報の提供元を指定する第１のアドレス情報を含む前記コンテンツを受信させ、
前記コンテンツを出力させ、
前記第１のアドレス情報に基づいて、前記提供元となるサーバから前記第１の情報を取得し、
前記第１の情報に含まれる、前記コンテンツに関連する携帯端末用の情報である第２の情報の提供元を指定する第２のアドレス情報を、前記携帯端末に提供する
ステップを含む情報処理方法。

【0252】

（１１）
コンテンツに関連する情報である第１の情報の提供元を指定する第１のアドレス情報を含む前記コンテンツを受信させ、
前記コンテンツを出力させ、
前記第１のアドレス情報に基づいて、前記提供元となるサーバから前記第１の情報を取得し、
前記第１の情報に含まれる、前記コンテンツに関連する携帯端末用の情報である第２の情報の提供元を指定する第２のアドレス情報を、前記携帯端末に提供する
ステップを含む処理をコンピュータに実行させるプログラム。

【0253】

（１２）
コンテンツに関連する情報である第１の情報の提供元を指定する第１のアドレス情報を含む前記コンテンツを受信し、前記コンテンツを出力し、前記第１のアドレス情報に基づいて前記第１の情報の提供元となるサーバから前記第１の情報を取得し、前記第１の情報に含まれる、前記コンテンツに関連する携帯端末用の情報である第２の情報の提供元を指定する第２のアドレス情報を提供する情報処理装置から提供された前記第２のアドレス情報を取得するアドレス情報取得部と、
前記第２のアドレス情報に基づいて、前記第２の情報の提供元となるサーバから前記第２の情報を取得する関連情報取得部と、
前記コンテンツに関連する情報を前記第２の情報に基づいて出力させる出力制御部と
を備える携帯端末。

【0254】

（１３）
前記アドレス情報取得部は、前記情報処理装置に割り当てられたIPアドレスを含むURLを付加した前記第２のアドレス情報を取得する
前記（１２）に記載の携帯端末。

【0255】

（１４）
前記第２の情報が取得された後、前記情報処理装置との間で通信を行う通信部をさらに備える
前記（１３）に記載の携帯端末。

【0256】

（１５）
前記第２の情報は、スクリプトの記述を含むHTML文書であり、
前記スクリプトを実行することにより実現される前記通信部は、前記IPアドレスを含むURLを送信先として含む、送信対象のデータを付加したHTTPリクエストによって前記送信対象のデータを前記情報処理装置に送信し、前記情報処理装置が送信するデータを、データの受信を要求するHTTPリクエストによって受信する
前記（１４）に記載の携帯端末。

【0257】

（１６）
コンテンツに関連する情報である第１の情報の提供元を指定する第１のアドレス情報を含む前記コンテンツを受信し、前記コンテンツを出力し、前記第１のアドレス情報に基づいて前記第１の情報の提供元となるサーバから前記第１の情報を取得し、前記第１の情報に含まれる、前記コンテンツに関連する携帯端末用の情報である第２の情報の提供元を指定する第２のアドレス情報を提供する情報処理装置から提供された前記第２のアドレス情報を取得し、
前記第２のアドレス情報に基づいて、前記第２の情報の提供元となるサーバから前記第２の情報を取得し、
前記コンテンツに関連する情報を前記第２の情報に基づいて出力させる
ステップを含む情報処理方法。

【0258】

（１７）
コンテンツに関連する情報である第１の情報の提供元を指定する第１のアドレス情報を含む前記コンテンツを受信し、前記コンテンツを出力し、前記第１のアドレス情報に基づいて前記第１の情報の提供元となるサーバから前記第１の情報を取得し、前記第１の情報に含まれる、前記コンテンツに関連する携帯端末用の情報である第２の情報の提供元を指定する第２のアドレス情報を提供する情報処理装置から提供された前記第２のアドレス情報を取得し、
前記第２のアドレス情報に基づいて、前記第２の情報の提供元となるサーバから前記第２の情報を取得し、
前記コンテンツに関連する情報を前記第２の情報に基づいて出力させる
ステップを含む処理をコンピュータに実行させるプログラム。

【0259】

（１８）
コンテンツに関連する情報である第１の情報の提供元を指定する第１のアドレス情報を含む前記コンテンツを受信させる受信制御部と、
前記コンテンツを出力させる出力制御部と、
前記第１のアドレス情報に基づいて、前記第１の情報の提供元となるサーバから前記第１の情報を取得する取得部と、
前記第１の情報に含まれる、前記コンテンツに関連する携帯端末用の情報である第２の情報の提供元を指定する第２のアドレス情報を、前記携帯端末に提供する提供部と
を備える
情報処理装置と、
前記情報処理装置から提供された前記第２のアドレス情報を取得するアドレス情報取得部と、
前記第２のアドレス情報に基づいて、前記第２の情報の提供元となるサーバから前記第２の情報を取得する関連情報取得部と、
前記コンテンツに関連する情報を前記第２の情報に基づいて出力させる出力制御部と
を備える
携帯端末と
からなる情報処理システム。

【符号の説明】

【0260】

１ TV，２携帯端末，３放送局，４ Webアプリ管理サーバ，５ネイティブアプリ管理サーバ，１１ TV用HTML文書，１２携帯端末用HTML文書，２１，２２ Webブラウザ，１０１ TVプラットフォーム，１２１モバイルプラットフォーム，１２２ TVコンパニオンアプリ，１３１ネットワーク

【図1】