JP2023154460A

JP2023154460A - サーバ管理装置

Info

Publication number: JP2023154460A
Application number: JP2022063747A
Authority: JP
Inventors: 玲子嘉和知; Reiko Kawachi; 勇人西村; Isato Nishimura
Original assignee: TVS Regza Corp
Current assignee: TVS Regza Corp
Priority date: 2022-04-07
Filing date: 2022-04-07
Publication date: 2023-10-20
Also published as: CN116803086A

Abstract

【課題】受信機の識別子と、端末の識別子とを連携する処理を適切に実行する。【解決手段】実施形態のサーバ管理装置は、放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であり、認証コードを取得した端末装置から、認証コードと、コンテンツ提供装置の識別子と、サーバ装置の識別子とを含む認証リクエストを取得し、連携指示の通知を端末から取得し、連携指示の通知を取得した後に、認証リクエストに対応するサーバ装置から認証コードに対応する第１トークンを取得し、認証リクエストに対応するコンテンツ提供装置から、端末のユーザ識別子に対応する第２トークンを取得し、第１トークンに対応する放送受信装置の識別子をサーバ装置から取得し、第２トークンに対応する端末装置のユーザ識別子をコンテンツ提供装置から取得する。【選択図】図１７

Description

本発明は、サーバ管理装置に関する。

近年、受信機と端末とが連携して、情報を送受信する技術があり、例えば、受信機がウェブサイトから受信した情報を端末へ送信する。

特許第５８９８４３１号公報

上記のように受信機と、端末と、ウェブサイト等のコンテンツを提供するコンテンツ提供装置とが連携して情報を送受信するためには、事前に端末のユーザの識別子と受信機の識別子とを連携させる必要があり、適切に連携処理をすることが望まれる。

そこで、本発明が解決しようとする課題は、受信機の識別子と、端末の識別子とを連携する処理を適切に実行することができるサーバ管理装置を提供することである。

実施形態のサーバ管理装置は、放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であって、放送受信装置の識別子と、コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、促進情報を放送受信装置へ送信する促進情報送信部と、放送受信装置からの促進情報に基づく要求に応じて認証コードを放送受信装置へ送信する認証コード送信部と、認証コードを取得した端末装置から、認証コードと、コンテンツ提供装置の識別子と、サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、放送受信装置の識別子と、端末装置のユーザ識別子との連携指示の通知を端末装置から取得する連携指示取得部と、連携指示の通知を取得した後に、認証リクエストに対応するサーバ装置から認証コードに対応する第１トークンを取得する第１トークン取得部と、認証リクエストに対応するコンテンツ提供装置から、端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、第１トークンに対応する放送受信装置の識別子をサーバ装置から取得する放送受信装置識別子取得部と、第２トークンに対応する端末装置のユーザ識別子をコンテンツ提供装置から取得するユーザ識別子取得部と、第１トークンに対応する放送受信装置の識別子と、第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、を備え、促進情報は、広告の表示種類を示す情報と、広告内容を示す情報とを含む広告情報を有する。

図１は、第１実施形態の情報連携システムの全体構成例の概要を示す図である。図２は、第１実施形態のテレビジョン装置の全体構成例を示すブロック図である。図３は、第１実施形態のテレビジョン装置の部分構成例を示すブロック図である。図４は、第１実施形態のプッシュ配信サーバの全体構成例を示すブロック図である。図５は、第１実施形態のプッシュ配信サーバの部分構成例を示すブロック図である。図６は、第１実施形態のプッシュ配信サーバが保存するデータのデータ構造を示す図である。図７は、第１実施形態の情報連携システムにおける全体処理を示すフローチャートである。図８は、第２実施形態の情報連携システムの全体構成例の概要を示す図である。図９は、第２実施形態の共通受付サーバの全体構成例を示すブロック図である。図１０は、第２実施形態の共通受付サーバの部分構成例を示すブロック図である。図１１は、第２実施形態の情報連携システムにおける全体処理を示すフローチャートである。図１２は、第３実施形態の情報連携システムにおける全体処理を示すフローチャートである。図１３は、第４実施形態の情報連携システムにおける全体処理を示すフローチャートである。図１４は、第５実施形態の情報連携システムにおける促進情報の例を示す図である。図１５は、第５実施形態の広告情報を説明するための図である。図１６は、第５実施形態の情報連携システムにおける促進情報の表示処理を示すフローチャートである。図１７は、第５実施形態の情報連携システムにおける連携処理手順を示すフローチャートである。図１８は、第５実施形態の情報連携システムにおける連携取り消し処理を示すフローチャートである。図１９は、第５実施形態の情報連携システムにおけるユーザ端末の操作を介して連携を取り消す処理手順を示すフローチャートである。図２０は、第５実施形態の情報連携システムにおけるクリッカブル広告の情報の例を示す図である。図２１は、変形例の情報連携システムにおける連携処理手順を示すフローチャートである。

以下、本発明のサーバ装置、放送受信装置、サーバ管理装置、情報連携システム、およびプログラムの実施形態（第１実施形態、第２実施形態）について、図面を参照して、詳細に説明する。

（第１実施形態）
まず、図１を参照して、第１実施形態の情報連携システムＳの全体構成例について説明する。図１は、第１実施形態の情報連携システムＳの全体構成例の概要を示す図である。情報連携システムＳは、スマートフォン１（端末）と、テレビジョン装置２（放送受信装置）と、ＴＶクラウド３（サーバ装置）と、ＥＣ（Electronic Commerce）サイトサーバ等のコンテンツ提供装置であるコンテンツ提供サーバ４と、を備える。ＴＶクラウド３は、テレビジョン装置２、コンテンツ提供サーバ４とインターネットなどの公衆通信回線で通信可能である。また、スマートフォン１は、コンテンツ提供サーバ４やＴＶクラウド３と基地局を介して無線通信可能である。

スマートフォン１は、テレビジョン装置２のユーザが所有する情報端末の例である。スマートフォン１は、通信Ｉ／Ｆ（InterFace）、音声入力部（マイクロフォン）、センサ群、表示部、グラフィックコントローラ、タッチパネルコントローラ、ＣＰＵ（Central Processing Unit）、メモリ、カメラ、スピーカなどを備える。第１実施形態では、ユーザがスマートフォン１を用いてインターネットショッピングを行うことを想定する。

ＴＶクラウド３は、テレビジョン装置２とネットワークを介して送受信可能なサーバ装置であり、いわゆるクラウドサーバである。ＴＶクラウド３は、例えば、テレビジョン装置２の製造元メーカで運用しているサーバ装置でもよい。ＴＶクラウド３は、テレビジョン装置２から視聴に関する情報（視情報）を収集した結果に基づいて、テレビジョン装置２に対してネットワークを経由して視聴番組、予約番組の推薦情報、視聴番組内容に基づく商品推薦情報等の各種サービスを提供する。

コンテンツ提供サーバ４は、インターネット上のＥＣサイト（ネットショップ）を運営するためのコンピュータ装置である。コンテンツ提供サーバ４は、例えば、ＥＣのプラットフォーマのサーバ装置である。コンテンツ提供サーバ４は、ユーザ（消費者）による端末装置（スマートフォン１等）の操作に応じて、ネットワークを介して商品やサービスを購入するためのプラットフォームとなる。また、コンテンツ提供サーバ４は、動画等のコンテンツを提供するビデオプラットフォームでもよい。コンテンツ提供サーバ４は、例えば、スマートフォン１における操作に応じて、スマートフォン１に商品の画像を送信する。コンテンツ提供サーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉをＴＶクラウド３に予め登録する。

以下、図２以降を参照して、情報連携システムＳにおける各構成の詳細について説明する。図２は、第１実施形態のテレビジョン装置２の全体構成例を示すブロック図である。テレビジョン装置２は、スマートフォン１が備える表示部よりも大きな映像表示部２３３に対する表示制御を実行する（詳細は後述）。

図２に示すように、テレビジョン装置２は、入力端子２０２、チューナ２０３ａ～２０３ｇ、信号処理部２０７、グラフィック処理部２０８、音声処理部２０９、ＯＳＤ（On Screen Displaｙ）信号生成部２１０、および映像処理部２１１を備える。

入力端子２０２には、地上放送受信アンテナ２１３で受信した地上デジタル放送信号が入力される。地上デジタル放送信号は、入力端子２０２を介してチューナ２０３ａ～２０３ｇに供給される。

チューナ２０３ａ～２０３ｇは、地上デジタル放送用のチューナであって、入力端子２０２から供給される地上デジタル放送信号から、後述する制御部２１６から指示されたチャンネルの放送信号を選局する。

ただし、テレビジョン装置２は、ＢＳ／ＣＳデジタル放送受信アンテナで受信した衛星デジタル放送信号が入力される入力端子を有していてもよい。衛星デジタル放送信号は、かかる入力端子を介して衛星デジタル放送用のチューナに供給される。

信号処理部２０７は、チューナ２０３ａ～２０３ｇから供給される放送信号から、デジタルの映像信号および音声信号を含む放送信号を復調する。また、信号処理部２０７は、デジタル放送信号が含む映像信号に対して、選択的に所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル放送信号が含む音声信号に対して、選択的に所望のデジタル信号処理を施して音声処理部２０９に出力する。

信号処理部２０７には、複数の外部入力端子２１４ａ～２１４ｄが接続されている。これらの外部入力端子２１４ａ～２１４ｄは、外部装置の一例としてのＤＶＤ（Digital Versatile Disk）レコーダなどから、アナログの映像信号および音声信号が入力可能である。信号処理部２０７は、外部入力端子２１４ａ～２１４ｄから入力されたアナログの映像信号および音声信号をデジタル化する。また、信号処理部２０７は、デジタル化した映像信号に対して所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル化した音声信号に対して所定のデジタル信号処理を施して音声処理部２０９に出力する。

グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号に対して、ＯＳＤ信号生成部２１０で生成されるＯＳＤ信号を重畳して映像処理部２１１に出力する。グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号およびＯＳＤ信号生成部２１０で生成されるＯＳＤ信号のいずれか一方を映像処理部２１１に出力することも可能である。

映像処理部２１１は、グラフィック処理部２０８から入力されるデジタルの映像信号またはＯＳＤ信号を、映像表示部２３３の表示画面において表示可能なフォーマットのアナログの映像信号またはＯＳＤ信号に変換して、映像表示部２３３に出力する。映像表示部２３３は、例えば、ＬＣＤまたは有機ＥＬディスプレイ等である。

音声処理部２０９は、信号処理部２０７から入力されるデジタルの音声信号を、スピーカ２１５で再生可能なフォーマットのアナログの音声信号に変換して、スピーカ２１５に出力する。

テレビジョン装置２は、さらに、制御部２１６、カードホルダ２１７、各種インターフェース２１８～２２１、および明るさセンサ２３０を備える。制御部２１６は、ＣＰＵ２１６ａ、ＲＯＭ２１６ｂ、ＲＡＭ２１６ｃ、および不揮発性メモリ２１６ｄを備える。

制御部２１６は、地上デジタル放送信号および衛星デジタル放送信号等の放送信号の受信動作などのテレビジョン装置２の各種動作を統括的に制御する。また、制御部２１６は、操作部２２２からの操作情報、または受光部２２３を介してリモコン２３８から入力された操作情報に従って、テレビジョン装置２の各部を制御する。

ＣＰＵ２１６ａは、ＲＯＭ２１６ｂに記憶されているプログラムを実行することにより、テレビジョン装置２全体の動作を制御する。ＲＯＭ２１６ｂは、主としてＣＰＵ２１６ａが実行するプログラムを記憶している。ＲＡＭ２１６ｃは、ＣＰＵ２１６ａがプログラムを実行する際に作業エリアを提供する。不揮発性メモリ２１６ｄは、テレビジョン装置２の各種の設定情報および制御情報等を記憶している。

制御部２１６は、カードＩ／Ｆ２２５を介して、メモリカード２３４が着脱可能なカードホルダ２１７に接続されている。これにより、制御部２１６は、カードＩ／Ｆ２２５を介して、カードホルダ２１７に装着されたメモリカード２３４との間で各種情報を送受信することができる。

制御部２１６は、通信Ｉ／Ｆ２１８を介してＬＡＮ端子２２６に接続されている。これにより、制御部２１６は、通信Ｉ／Ｆ２１８を介して、ＬＡＮ端子２２６に接続された上述の中継装置４００やＬＡＮ対応ＨＤＤ（Hard Disk Drive）等の外部装置と各種情報を送受信することができる。ただし、通信Ｉ／Ｆ２１８が、中継装置４００等の外部装置と無線で接続可能に構成されていてもよい。

制御部２１６は、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）Ｉ／Ｆ２２１を介してＨＤＭＩ端子２２７に接続されている。これにより、制御部２１６は、ＨＤＭＩＩ／Ｆ２２１を介して、ＨＤＭＩ端子２２７に接続されている外部装置と各種情報を送受信することができる。

制御部２１６は、ＵＳＢ（Universal Serial Bus）Ｉ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されている。これにより、制御部２１６は、ＵＳＢＩ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されたＵＳＢＨＤＤ等を備えるストレージ装置２３７と各種情報を送受信することができる。

ストレージ装置２３７は、例えばＨＤＤやＳＳＤ（Solid State Drive）などを備え、テレビジョン装置２が受信したデジタル信号を録画データとして記録するように構成されている。ただし、ストレージ装置２３７はテレビジョン装置２に内蔵されていてもよい。

図３は、第１実施形態のテレビジョン装置２の部分構成例を示すブロック図である。テレビジョン装置２は、記憶部２４１（図２のＲＯＭ２１６ｂ、ＲＡＭ２１６ｃ、および不揮発性メモリ２１６ｄ、ストレージ装置２３７）と、記憶部２４１に記憶されたプログラムがＣＰＵ２１６ａによって実行された結果として生成される機能モジュールとして、送信部２４２と、取得部２４３と、表示制御部２４４と、を備える。

送信部２４２は、外部装置へ各種情報を送信する。取得部２４３は、外部装置から各種情報を取得したり、記憶部２４１に記憶されている各種情報を読み出したりする。

表示制御部２４４は、各種情報を映像表示部２３３に表示する表示処理を実行する。表示制御部２４４は、例えば、スマートフォン１からの画像表示要求に応じて、映像表示部２３３に画像を表示させる（詳細は後述）。

図４は、第１実施形態のＴＶクラウド３の全体構成例を示すブロック図である。図４に示すように、ＴＶクラウド３は、通信Ｉ／Ｆ３０１、操作部３０２、ＣＰＵ３０３、メモリ３０４、およびストレージ装置３０５を備える。

通信Ｉ／Ｆ３０１は、外部装置との間の通信に用いられるインターフェースである。操作部３０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。

ストレージ装置３０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ３０３は、各種プログラムを実行することにより、ＴＶクラウド３の各コンポーネントを制御する。メモリ３０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ３０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。

図５は、第１実施形態のＴＶクラウド３の部分構成例を示すブロック図である。ＴＶクラウド３は、記憶部３１１（メモリ３０４、ストレージ装置３０５）と、記憶部３１１に記憶されたプログラムがＣＰＵ３０３によって実行された結果として生成される機能モジュールとして、取得部３１２と、送信部３１３と、生成部３１４と、を備える。

記憶部３１１は、ＣＰＵ３０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。ここで、ＤＢのデータ構成例について、図６を用いて説明する。図６に示すように、ＤＢでは、ＴＶＩＤと、認証コードと、ＥＣサーバＩＤと、トークンとを含む情報を記憶する。なお、ＤＢでは、ＴＶＩＤと共に、当該ＴＶＩＤに対応するテレビジョン装置２の属性情報（テレビのモデル等）を有してもよい。

ＴＶＩＤは、テレビジョン装置２を識別する情報である。認証コードは、後述するトークンを取得するために必要となるコードである。ＥＣサーバＩＤは、コンテンツ提供サーバ４を識別する情報である。すなわち、ＥＣサイトサーバ等のＩＤである。トークンは、認証に用いるための情報である。図５に戻り、取得部３１２は、外部装置から各種情報を取得する。送信部３１３は、外部装置へ各種情報を送信する。生成部３１４は、ＤＢに対して情報の生成動作を実行する。

次に、情報連携システムＳにおける各構成の処理の流れについて説明する。図７は、第１実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。ここでは、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面（ＥＣサイト等と連携するための画面）で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、図７に示すスマートフォン１の処理は、スマートフォン１にインストールされたアプリケーションプログラムにより実行してもよい。

テレビジョン装置２は、上記のように、ユーザによりＥＣサイトが指定されると、ステップＳ１において、テレビジョン装置２の送信部２４２は、当該ＥＣサイトの情報（例えば、ＥＣサイトのＩＤ、ＥＣサイトのＵＲＬ等）と、テレビジョン装置２の識別子であるＴＶＩＤとをＴＶクラウド３へ送信する。このように、送信部２４２は、ＥＣサイト中の画像を提供する画像提供装置であるコンテンツ提供サーバ４に関する情報をＴＶクラウド３へ送信する。

ＴＶクラウド３の取得部３１２は、テレビジョン装置２からＥＣサイトの情報と、ＴＶＩＤとを取得する。ＴＶクラウド３の生成部３１４は、認証コードを生成し、上記ＴＶＩＤと、上記ＥＣサイトのコンテンツ提供サーバ４を識別する情報であるＥＣサーバＩＤと、認証コードとを含む情報を記憶部３１１のＤＢに記憶する。また、生成部３１４は、当該認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいた２次元コードであるＱＲコード（登録商標）を生成する。なお、ＱＲコードは、一例であり、他の表示情報でもよい。すなわち、当該認証コードと、ＥＣサイトのアクセス先情報とを伝達可能な他の形式の表示情報でもよい。上記認証コードは、メーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。

ステップＳ２において、ＴＶクラウド３の送信部３１３は、上記ＱＲコードを要求元のテレビジョン装置２へ送信する。テレビジョン装置２からの要求に応じて、ＥＣサイトへのアクセス先となるＵＲＬと、認証コードとを含むＱＲコードを送信する。

テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＱＲコードを取得する。このように、テレビジョン装置２の取得部２４３は、認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいたアクセス情報となるＱＲコードを取得する。テレビジョン装置２の表示制御部２４４は、当該ＱＲコードを映像表示部２３３に表示させる。このように、表示制御部２４４は、ＱＲコードを表示出力する。

ステップＳ３において、スマートフォン１は、撮像手段などにより実現するＱＲコード読み取り機能により、映像表示部２３３に表示されたＱＲコードを読み取る。これにより、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得する。ステップＳ４において、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得すると、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすると共に、認証コードを送信する。

コンテンツ提供サーバ４は、スマートフォン１から認証コードを取得すると、ステップＳ５において、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードをＴＶクラウド３へ送信し、認証リクエストをする。また、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードを取得する。このように、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４から送信された認証コードを取得する。

ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、公知技術により、トークンを生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付ける。上記取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付けた情報には、要求元のテレビジョン装置２のＴＶＩＤも含む。

よって、生成部３１４は、上記認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する。

ステップＳ６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークンをコンテンツ提供サーバ４へ送信する。このように、送信部３１３は、認証コードに基づくトークンをコンテンツ提供サーバ４へ送信する。コンテンツ提供サーバ４は、当該トークンと、認証コードの送信元のスマートフォン１のユーザＩＤとを対応付けた情報を保持しておく。

ステップＳ７において、スマートフォン１は、コンテンツ提供サーバ４へログインして、ＥＣサイトへアクセスする。これにより、スマートフォン１は、ＥＣサイト画面を表示する。ここで、スマートフォン１のユーザは、当該ＥＣサイト画面における所定のリンク先について、テレビ表示要求を示す指示を選択する。ステップＳ８において、スマートフォン１は、当該選択に応じて、リンク先のＵＲＬをコンテンツ提供サーバ４へ送信することで、テレビ表示要求（ＴＶ表示要求）をする。コンテンツ提供サーバ４は、スマートフォン１からテレビ表示要求と共に、画像表示対象のＵＲＬを取得する。

ステップＳ９において、コンテンツ提供サーバ４は、要求元のスマートフォン１に対応するトークンと、画像表示対象のＵＲＬとをＴＶクラウド３へ送信し、表示要求する。ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４により送信されたトークンとＵＲＬとを取得する。このように、取得部３１２は、コンテンツ提供サーバ４により送信されたトークンと、スマートフォン１からの要求に基づく表示対象の画像のアクセス先のＵＲＬとを取得する。

ステップＳ１０において、ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得部３１２が取得したトークンに対応するＴＶＩＤを特定する。そして、ＴＶクラウド３の送信部３１３は、当該ＴＶＩＤに対応するテレビジョン装置２に対して表示対象の画像のアクセス先のＵＲＬを送信する。

テレビジョン装置２の取得部２４３は、表示対象の画像のアクセス先のＵＲＬを取得する。また、テレビジョン装置２の送信部２４２が、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすることで、取得部２４３は、表示対象の画像のアクセス先に基づく画像をコンテンツ提供サーバ４から取得する。そして、テレビジョン装置２の表示制御部２４４は、取得部２４３により取得された画像を映像表示部２３３に表示させる。

第１の実施形態に係るＴＶクラウド３は、認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成し、コンテンツ提供サーバ４から当該トークンとスマートフォン１からの要求に基づく表示対象の画像のアクセス先とを取得すると、テレビジョン装置２へ当該画像のアクセス先を通知することで、テレビジョン装置２にスマートフォン１の要求に応じた画像を表示させることができる。これにより、ＴＶクラウド３は、スマートフォン１の画面より大きく表示できるテレビジョン装置２にスマートフォン１の要求に基づく画像を表示させることができる。

また、テレビジョン装置２は、コンテンツ提供サーバ４へのアクセス先と、認証コードとを含むアクセス情報を出力し、ＴＶクラウド３からスマートフォン１からの要求に基づく表示対象の画像のアクセス先を取得し、当該画像を映像表示部２３３に表示させる。これにより、テレビジョン装置２は、スマートフォン１の画面より大きく表示できる映像表示部２３３にスマートフォン１の要求に基づく画像を表示させることができる。

（第２実施形態）
第２実施形態にかかる情報連携システムＳは、第１実施形態とは異なり、テレビジョン装置２のメーカ毎にＴＶクラウド３が異なる。すなわち、第２実施形態にかかる情報連携システムＳは、複数のＴＶクラウド３を有する。

ここで、第２実施形態の情報連携システムＳの全体構成例について説明する。図８は、第２実施形態の情報連携システムＳの全体構成例の概要を示す図である。なお、第１実施形態と同一の構成については同一の符号を付与し説明を省略する。図８に示すように、情報連携システムＳは、ＴＶクラウド３（ＴＶクラウド３ａ、ＴＶクラウド３ｂ）を複数有する。ＴＶクラウド３ｂは、当該ＴＶクラウド３ｂに関連するメーカの図示しないテレビであるテレビジョン装置２と接続可能である。

２はテレビである。
３は、いわゆるプッシュ配信サーバであるＴＶクラウドである。ＴＶクラウド３はテレビジョン装置２を製造し、さらに、テレビジョン装置２から視情報を収集した結果からテレビジョン装置２に対してネットワークを経由して視聴番組や予約番組推薦、視聴番組内容に基づく商品推薦の等の各種サービスを提供しているテレビメーカのサーバである。

また、５は、共通受付サーバであるテレビゲートウェイである。テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してＥコマース（ＥＣ）に接続するためのテレビジョン装置のメーカのメーカ共通サイトのサーバである。情報連携システムＳは、当該複数のＴＶクラウド３とネットワークを介して情報を送受信可能なテレビゲートウェイ５（サーバ管理装置）を有する。また、テレビゲートウェイ５は、広告表示した結果を集計する計測処理をするための計測サーバ６ともネットワークを介して情報を送受信可能である。このテレビゲートウェイ５は、各メーカを連合したクラウドサーバである。すなわち、テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してコンテンツ提供サーバ４に接続するためのサーバである。テレビゲートウェイ５は、コンテンツ提供サーバ４にクライアントクレデンシャル（ｃｌｉｅｎｔ＿ｉｄ、ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ）を発行する。

また、ＴＶクラウド３とテレビゲートウェイ５との間でｘ－ａｐｉ－ｋｅｙに設置するランダム秘密が予め定められている。テレビゲートウェイ５とコンテンツ提供サーバ４との間で受け渡されるｘ－ａｐｉ－ｋｅｙは、ｐａｓｓ－ｋｅｙになる。

４はＥＣサイトサーバ等のコンテンツ提供サーバである。コンテンツ提供サーバ４は、ＥＣのプラットフォーマのサーバである。ユーザ即ち消費者にとって、商品やサービスを購入するためのプラットフォームとなるサーバがコンテンツ提供サーバ４である。また、コンテンツ提供サーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉをテレビゲートウェイ５に予め登録させる。

１０５０はユーザ端末である。ユーザ端末１０５０は、テレビジョン装置２とユーザ端末１０５０とをつなぐためのアプリケーションプログラムと、カメラ等の光学的な読み取り装置とを有する端末である。ユーザ端末１０５０の一例として、スマートフォン１が該当する。第１実施形態では、ユーザ端末１０５０が、スマートフォン１であるものとして説明しているがスマートフォンに限定されない。ユーザ端末１０５０は、ＰＣ、タブレット端末等で状況の条件を満たすものであればよい。また、これらの端末は、第１実施形態で示したスマートフォンを置き換えることができる。

図９は、第２実施形態のテレビゲートウェイ５の全体構成例を示すブロック図である。図９に示すように、テレビゲートウェイ５は、通信Ｉ／Ｆ５０１、操作部５０２、ＣＰＵ５０３、メモリ５０４、およびストレージ装置５０５を備える。

通信Ｉ／Ｆ５０１は、外部装置との間の通信に用いられるインターフェースである。操作部５０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。

ストレージ装置５０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ５０３は、各種プログラムを実行することにより、テレビゲートウェイ５の各コンポーネントを制御する。メモリ５０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ５０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。

図１０は、第２実施形態のテレビゲートウェイ５の部分構成例を示すブロック図である。テレビゲートウェイ５は、記憶部５１１（メモリ５０４、ストレージ装置５０５）と、記憶部５１１に記憶されたプログラムがＣＰＵ５０３によって実行された結果として生成される機能モジュールとして、取得部５１２と、送信部５１３と、生成部５１４とを備える。

記憶部５１１は、ＣＰＵ５０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。

取得部５１２は、外部装置から各種情報を取得する。送信部５１３は、外部装置へ各種情報を送信する。生成部５１４は、ＤＢに対して情報の生成動作を実行する。

次に、第２実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１１は、第２実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１１に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。

また、図１１のステップＳ２１は、図７のステップＳ１と同様のため、説明を省略する。ステップＳ２２において、ＵＲＬ認証コードがＴＶクラウド３からテレビジョン装置２に送付される。ＵＲＬ認証コード２０１０はコンテンツ提供サーバ４を特定するＵＲＬ情報とコンテンツ提供サーバ４とＴＶクラウド３間の認証を行うための認証コードを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。

ＵＲＬ認証コード２０１０の情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸＹＹＹＹＹＹＹＹＹ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コード２０１０の送付形式は上記の情報が含まれていれば、どのような形式でもよい。

テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コード２０１０を取得すると、表示制御部２４４は、当該ＵＲＬ認証コード２０１０の内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コード２０１０に含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。

また、図７のステップＳ３と同様、ステップＳ２３において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コード２０１１の情報を読み取る。これにより、ユーザ端末１０５０は、ＥＣサイトのＵＲＬおよび認証コードを取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔｒｉｎｇ＞／／乱数

ステップＳ２４において、ユーザ端末１０５０は、ＥＣサイトのＵＲＬおよび認証コードを取得すると、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすると共に、認証コード２０２０を送信する。

認証コード２０２０は、ＵＲＬ認証コード２０１０、ＵＲＬ認証コード２０１１の認証コード部分（＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞）である。認証コード２０２１は、以下の通りである。
“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔｒｉｎｇ＞／／乱数
なお、認証コード２０２０には、上記に加えコンテンツ提供サーバ４のＵＲＬ情報が含まれていてもよい。

ステップＳ２５において、コンテンツ提供サーバ４は、認証コード２０２０を受信すると、認証コード２０２１をテレビゲートウェイ５へ送信し、認証リクエストをする。コンテンツ提供サーバ４は、例えば、テレビゲートウェイ５のＯＡｕｔｈ２のＴｏｋｅｎＥｎｄｐｏｉｎｔに認証リクエストの情報を送る。認証コード２０２１の情報は、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞＋ “：” ＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
・ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”
・ｃｏｄｅ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞ (認証コード)
・ｒｅｄｉｒｅｃｔ＿ｕｒｉ：コンテンツ提供サーバ４のＥＣサイトに戻るときの入口、テレビゲートウェイ５に事前登録のもの。
・ｃｌｉｅｎｔ＿ｉｄ：コンテンツ提供サーバ４のＥＣサイト別に割り当てた識別子。テレビゲートウェイ５に事前登録のもの。
ｃｌｉｅｎｔ＿ｓｅｃｒｅｔは、コンテンツ提供サーバ４のサイト別にｃｌｉｅｎｔ＿ｉｄに基づきテレビゲートウェイ５が割り当てたもの。テレビゲートウェイ５のサイトはｃｏｄｅのメーカ拡張子を見てリダイレクトする。

ステップＳ２６において、テレビゲートウェイ５の送信部３１３は、取得した認証コード２０２１を参照し、認証コード２０２１に含まれるメーカを識別する情報を参照し、送信先のＴＶクラウド３を特定する。具体的に、テレビゲートウェイ５の送信部３１３は、ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ即ち、認証コードを確認し、どのＴＶクラウド３であるかを判定する。

そして、ステップＳ２７において、テレビゲートウェイ５の送信部３１３は、送信先のＴＶクラウド３へ認証リクエスト２０２２を送信することで認証リクエストをする。
このように、テレビゲートウェイ５の送信部５１３は、認証コード２０２１のＡｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ（認証コード）に基づいて特定された送信先のＴＶクラウド３へ認証リクエスト２０２２を送信する。テレビゲートウェイ５の送信部３１３が送信する認証リクエスト２０２２の情報は、コンテンツ提供サーバ４から取得した認証コード２０２１の情報と同じである。その他の認証リクエスト２０２２の情報の例としては、以下のものがある。
ＧＥＴｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、ＵＲＬ認証コード２０１０に記載された認証コードを取得する。

ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン２０３０を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、トークン２０３０をさらに対応付ける。

ステップＳ２８において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークン２０３０をテレビゲートウェイ５へ送信する。

具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎＲｅｓｐｏｎｓｅをトークン２０３０としてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ＡｃｃｅｓｓＴｏｋｅｎＲｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”：＜ａｃｃｅｓｓｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”：３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”：＜ｒｅｆｒｅｓｈｔｏｋｅｎ＞｝
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎの有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。

テレビゲートウェイ５の取得部５１２は、トークン２０３０を取得する。そして、ステップＳ２９において、テレビゲートウェイ５は、トークン２０３０をトークン２０３１としてコンテンツ提供サーバ４へ送信し、コンテンツ提供サーバ４は、トークン２０３１を取得する。なお、ＴＶクラウド３の送信部３１３は、直接コンテンツ提供サーバ４へトークンを送信するようにしてもよい。

コンテンツ提供サーバ４は、トークン２０３１と、認証コードの送信元のユーザ端末１０５０のユーザＩＤとを対応付けた情報を保持しておく。

そして、ステップＳ３０において、コンテンツ提供サーバ４は、トークン２０３１と、ユーザＩＤとをレスポンスとしてトークン＋ユーザＩＤ２０４０をテレビゲートウェイ５へ送信する。これにより、コンテンツ提供サーバ４は、ユーザ端末１０５０のユーザのユーザＩＤをテレビゲートウェイ５へ送信することができる。

コンテンツ提供サーバ４が送信するトークン＋ユーザＩＤ２０４０の情報の構成は、以下の通りである。
ＰＯＳＴｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｕｓｅｒｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂａｓｉｃ ”＋Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞＋“：”＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
｛ｇｒａｎｔ＿ｔｙｐｅ：“ａｃｃｅｓｓ＿ｔｏｋｅｎ”，
ａｃｃｅｓｓ＿ｔｏｋｅｎ：＜ａｃｃｅｓｓｔｏｋｅｎ＞（ステップＳ２８でａｃｃｅｓｓｔｏｋｅｎとして発行された情報），
ｃｌｉｅｎｔ＿ｉｄ：コンテンツ提供サーバ４のサイト別に割り当てた識別子。メーカ共通サイトに事前登録，
ｕｓｅｒ＿ｉｄ：コンテンツ提供サーバ４のサイトにおけるユーザＩＤ，
Ｐｒｅｆｅｒｅｎｃｅ：＜現在のユーザ属性（現在のユーザ属性：ユーザの生年月日、性別、郵便番号、購買履歴等）＞｝

テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４からトークン＋ユーザＩＤ２０４０を取得する。ステップＳ３１において、テレビゲートウェイ５の送信部５１３は、トークン＋ユーザＩＤ２０４０から送信先のＴＶクラウド３を特定し、送信先のＴＶクラウド３へデバイスＩＤ要求２０４１（ＴＶＩＤ）を送信する。なお、テレビゲートウェイ５の送信部５１３は、デバイスＩＤ要求２０４１の送信する際、トークンを送信するようにしてもよい。

デバイスＩＤ要求２０４１は、テレビゲートウェイ５がＯＡｕｔｈ２のａｃｃｅｓｓ＿ｔｏｋｅｎで各メーカ（ＴＶクラウド３）にＴＶのｄｅｖｉｃｅ＿ｉｄ（ＴＶＩＤ）を問い合わせるための要求であり、例えば、以下のものである。
ＧＥＴｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
・Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
・ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
・Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
・ｃｌｉｅｎｔ＿ｉｄ：メーカ共通サイト別に割り当てた識別子

ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得したトークンに対応するＴＶＩＤを取得する。また、ＴＶクラウド３は、取得したＴＶＩＤに対応するデバイスの情報（当該ＴＶＩＤのテレビジョン装置２の属性情報）も取得するようにしてもよい。ステップＳ３２において、ＴＶクラウド３の送信部３１３は、ＴＶＩＤ等の情報をデバイスＩＤ応答２０５０として、テレビゲートウェイ５へ送信する。デバイスＩＤ応答２０５０の例として以下のようなものがある。
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ｉｄ＞（テレビジョン装置２にＴＶクラウド３が付与したＴＶＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）

ステップＳ３３において、テレビゲートウェイ５の生成部５１４は、取得したＴＶＩＤ（デバイスＩＤ）とユーザＩＤとテレビジョン装置２のモデル情報（ｍｏｄｅｌ）とを関連付けた情報バインド情報をＤＢの情報として、記憶部５１１へ登録する。

また、テレビゲートウェイ５の生成部５１４は、パス・キー２０５１を生成する。また、ステップＳ３４において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（ステップＳ４４以降の操作コマンド２０９０から操作コマンド２０９３の動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）

また、ステップＳ３５において、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。

コンテンツ提供サーバ４は、テレビゲートウェイ５からパス・キーを取得すると、パス・キーに含まれた情報を記憶する。具体的には、ＥＣサイトのユーザＩＤ毎に下記の情報が記憶される。
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ／／連携したＴＶモデル情報

ステップＳ３６において、ユーザ端末１０５０は、アプリケーションの起動により、コンテンツ提供サーバ４が提供するサービスにサービスログインをする。これにより、スマートフォン１は、ＥＣサイト画面を表示する。当該アプリケーションが出力するＥＣサイト画面には、テレビジョン装置２へ接続するためのボタンも出力する。なお、ステップＳ３７において、コンテンツ提供サーバ４は、ステップＳ３６のログインに応じて、ユーザ端末１０５０にデバイス情報２０７０を送信する。ここでいうデバイス情報２０７０とは、パス・キー２０５１に含まれるデバイスＩＤ、ユーザＩＤ、モデルネームのいずれか１つまたは２つまたは３つの組み合わせである。

スマートフォン１のユーザは、ＥＣサイト画面のリンク先について、テレビジョン装置２へ接続するためのボタンを選択する。ステップＳ３８において、ユーザ端末１０５０は、当該選択に応じて、リンク先のＵＲＬをコンテンツ提供サーバ４へ送信することで、テレビ表示要求（ＴＶ表示要求２０７１）を送信する。

コンテンツ提供サーバ４は、ユーザ端末１０５０からＴＶ表示要求２０７１を受信すると、ステップＳ３９において、テレビゲートウェイ５に対して、トークン、パス・キー、およびリンク先のＵＲＬを含む表示要求２０７２を送信することで、テレビジョン装置２に対して表示要求をする。表示要求２０７２の情報の構成は、以下の通りである。
ＰＯＳＴｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜ｐａｓｓ＿ｋｅｙ＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｉｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”
”ｋｅｙｃｏｄｅ”：“＜ｃｏｍｍｏｎｋｅｙｃｏｄｅ＞”｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
”ｓｉｔｅ”：“＜ＷｅｂｓｉｔｅＵＲＬ＞”，
“Ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”｝

テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から、トークン、パス・キー、およびリンク先のＵＲＬを含む表示要求２０７２の情報を受信する。そして、取得部５１２は、ｘ－ａｐｉ－ｋｅｙのヘッダからｐａｓｓ＿ｋｅｙを取り出す。

ステップＳ４０において、取得部５１２は、当該パス・キー（ｐａｓｓ＿ｋｅｙ）および記憶部５１１に記憶されている情報を用いて、アクセス先とアクセス元を判別する。ステップＳ４１において、送信部５１３は、判別した結果をもとにＴＶクラウド３にトークン・ＵＲＬを含む情報を送信すると共に、表示要求をする。このように、送信部５１３は、送信先のＴＶクラウド３へトークンと、表示対象の画像のアクセス先とを送信する。なお、テレビゲートウェイ５は、アクセス元とメーカ別にアクセス数を計測する。

送信部５１３が、ＴＶクラウド３に送信する表示要求２０７３には、トークン、クライアントＩＤ、ＵＲＬ、メッセージが含まれている。当該情報の例は、以下の通りである。
ＰＯＳＴｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”，
“ｋｅｙｃｏｄｅ”：＜ｃｏｍｍｏｎｋｅｙｃｏｄｅ＞，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ：＜ｍｅｓｓａｇｅＩＤ＞｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
“ｓｉｔｅ”：＜ＷｅｂｓｉｔｅＵＲＬ＞（テレビ用ＷｅｂｓｉｔｅＵＲＬ），
“ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ”：＜ｍｅｓｓａｇｅＩＤ＞｝

ＴＶクラウド３の取得部３１２は、テレビゲートウェイ５から表示要求２０７３を受信する。取得部３１２は、表示要求２０７３のＡｕｔｈｏｒｉｚａｔｉｏｎヘッダからａｃｃｅｓｓ＿ｔｏｋｅｎを取り出し、テレビジョン装置２を判別する。ステップＳ４２において、ＴＶクラウド３の送信部３１３は、判別した結果に基づいてテレビジョン装置２へ表示要求２０７４を出力する。なお、当該表示要求は、メーカ独自の表示要求コマンドに置き換えられてもよい。また、必要に応じて、ＴＶクラウド３は、ｃｌｉｅｎｔ＿ｉｄ毎のアクセスを集計してテレビにリクエストを行ってもよい。

ステップＳ４３において、テレビジョン装置２は、表示要求に応じてブラウザを起動させ、ｏｎＬｏａｄやｏｎＣｌｉｃｋのＥｖｅｎｔ等でｊａｖａｓｃｒｉｐｔ（登録商標）を実行し、表示対象のＵＲＬ先の画像を表示出力する。また、テレビジョン装置２は、サービサー、ユーザ、ＴＶメーカ、表示した広告を識別する表示操作結果通知２０８０を計測サーバ６へ通知する。計測サーバ６は、ＴＶクラウド３が複数のテレビジョン装置２へ広告表示した結果を集計する。その集計結果を基にメーカまたはテレビゲートウェイ５、または計測サーバ６の所有者がコンテンツ提供サーバ４を所有するＥコマースのプラットフォーマへ広告宣伝費を要求する。

ユーザ端末１０５０のアプリケーションはテレビジョン装置２の画面をステップＳ４４における操作コマンド２０９０を基に操作することができる。ユーザ端末１０５０からの操作に応じてコンテンツ提供サーバ４に操作コマンド２０９０を送る。

ステップＳ４５において、コンテンツ提供サーバ４は、ステップＳ４４で送信された操作コマンド２０９０をもとに共通キーコードを含む操作コマンド２０９１をテレビゲートウェイ５に送信する。共通キーコードはテレビ操作リモコン操作ボタンに対応したように構成されたコマンドである。数字、十字カーソル、ボリューム/チャネル/電源、カラーキー、機能キー、メディアコントロール、メーカ固有のコマンドがある。このメーカ固有のコマンドとは、各メーカ独自に動作させるためのコマンドである。すなわち、メーカ固有コマンドとは、各メーカにより設定された、メーカ独自の動作用コマンドである。共通キーコードはメーカ固有のコマンドを除きメーカ間で共通の操作を行うためのキーコードである。

数字コマンドは“１１”“１２”“０”“１”“２”“３”“４”“５”“６”“７”“８”“９”“．”である。

十字カーソルコマンドは“ｕｐ”“ｄｏｗｎ”“ｌｅｆｔ”“ｒｉｇｈｔ”“ｐａｇｅｕｐ”“ｐａｇｅｄｏｗｎ”“ｐａｇｅｌｅｆｔ”“ｐａｇｅｒｉｇｈｔ”“ｅｎｔｅｒ”“ｅｘｉｔ”“ｂａｃｋ”である。

ボリューム／チャネル／電源コマンドは“ｐｏｗｅｒ”“ｐｏｗｅｒｏｆｆ”“ｐｏｗｅｒｏｎ”“ｖｏｌｕｍｅｕｐ”“ｖｏｌｕｍｅｄｏｗｎ”“ｃｈａｎｎｅｌｕｐ”“ｃｈａｎｎｅｌｄｏｗｎ”である。

カラーキーは“ｂｌｕｅ”“ｒｅｄ”“ｇｒｅｅｎ”“ｙｅｌｌｏｗ”である。

機能キーコマンドは“ｅｌｅｃｔｒｏｎｉｃｐｒｏｇｒａｍｇｕｉｄｅ”“ｉｎｉｔｉａｌｃｏｎｆｉｇｕｒａｔｉｏｎ”“ｓｅｌｅｃｔｂｒｏａｄｃａｓｔｔｙｐｅ”“ｉｎｐｕｔｓｅｌｅｃｔ”“ｄｉｓｐｌａｙｉｎｆｏｒｍａｔｉｏｎ”“ｍｕｔｅ”“ｃｏｎｔｅｎｔｓｍｅｎｕ”“ｃｌｏｓｅｄｃａｐｔｉｏｎ”である。

メディアコントロールコマンドは“Ｐｌａｙ”“ｓｔｏｐ”“ｐａｕｓｅ”“ｒｅｗｉｎｄ ”“ｆｏｒｗａｒｄ”“ｂａｃｋｗａｒｄ”“ｓｋｉｐｆｏｒｗａｒｄ”“ｓｋｉｐｂａｃｋｗａｒｄ”“ｒｅｃｏｒｄ”である。

テレビゲートウェイ５は、ステップＳ４５における操作コマンド２０９１を受信すると、ステップＳ４６においてＴＶクラウド３に操作コマンド２０９２を送付する。操作コマンド２０９２は操作コマンド２０９１と同じコマンドである。
ステップＳ４７において、テレビゲートウェイ５は、応答メッセージとして応答メッセージＩＤ２０９４をコンテンツ提供サーバ４に送信する。メッセージＩＤは以下の構成である。
｛ｍｅｓｓａｇｅｉｄ：＜ｍｅｓｓａｇｅＩＤ＞｝

ＴＶクラウド３は、テレビゲートウェイ５から操作コマンド２０９２を受信すると、ステップＳ４８において、操作コマンド２０９３をテレビジョン装置２に送信する。操作コマンド２０９３は操作コマンド２０９２と同じまたは同等の情報で、テレビジョン装置２の表示画面の操作を行うメーカ独自のコマンドである。ＴＶクラウド３は、操作コマンド２０９２をテレビジョン装置２の操作するための各社キーコードである操作コマンド２０９３に置き換える。テレビジョン装置２の操作コマンドの標準化が進んだ場合、操作コマンド２０９２を変換せずに、そのまま操作コマンド２０９３として利用することができる。

テレビジョン装置２は、操作コマンド２０９３に基づき、テレビジョン装置２の映像表示部２３３に表示された画像を操作する。また、ステップＳ４９において、テレビジョン装置２は、操作コマンドを識別する操作結果通知２０８１を計測サーバ６へ通知する。

図１１に示したフローチャートは、複数のメーカを統合してプラットフォーマのコンテンツ提供サーバ４にアクセスする処理の説明であるが、第１実施形態のＴＶクラウド３のように、メーカが単独でコンテンツ提供サーバ４にアクセスすることもできる。この場合、ＴＶクラウド３は、テレビゲートウェイ５の動作を合わせたものになる。この時、ＴＶクラウド３とテレビゲートウェイ５との間の情報のやり取りは省略される。

テレビゲートウェイ５は、コンテンツ提供サーバ４から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、コンテンツ提供サーバ４からトークンと、表示対象の画像のアクセス先とを取得し、送信先のＴＶクラウド３へ当該トークンと、表示対象の画像のアクセス先とを送信する。これにより、コンテンツ提供サーバ４側からは、複数のＴＶクラウド３のいずれに送信すべきか判断することなく、処理することができる。

なお、本実施形態の各装置（ユーザ端末１０５０、テレビジョン装置２、ＴＶクラウド３、コンテンツ提供サーバ４、テレビゲートウェイ５、計測サーバ６）で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disc）－ＲＯＭ（Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータ装置で読み取り可能な記録媒体に記録して提供することができる。また、当該プログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。

（第３実施形態）
第３実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第３実施形態にかかる情報連携システムＳでは、テレビゲートウェイ５が、ＴＶクラウド３からだけではなく、コンテンツ提供サーバ４からもトークンを取得し、これらのトークンを用いて、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する。

なお、図６に示した、ＴＶクラウド３が記憶するデータの構造が異なる。具体的に、ＴＶクラウド３は、図６に示したＴＶＩＤの代わりに、ＨＡ－ＩＤを記憶する。また、図６に示したＥＣサイトサーバＩＤの代わりに、ＰＦ－ＩＤを記憶する。ＨＡ－ＩＤは、テレビメーカの会社ＩＤであるＴＣ－ＩＤと、テレビジョン装置２のデバイスＩＤであるＴＶ－ＩＤとを含む識別情報である。ＰＦ－ＩＤは、ビデオプラットフォームの会社ＩＤである。ＴＣ－ＩＤは、ＴＶクラウド３を識別する識別子となる。また、ＰＦ－ＩＤは、コンテンツ提供サーバ４を識別する識別子となる。

次に、第３実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１２は、第３実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１２に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイト（例えば、コンテンツ提供を受けるサーバ）を指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。

また、図１２のステップＳ６１は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ６１では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。

ステップＳ６２において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。

｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝

ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。

ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。

テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。

また、図７のステップＳ３、図１１のステップＳ２３と同様、ステップＳ６３において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔｒｉｎｇ＞／／乱数

ステップＳ６４において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。

認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔｒｉｎｇ＞／／乱数

ステップＳ６５において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携指示を示す連携ボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ＡｕｔｈｏｒｉｚａｔｉｏｎＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。

ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携ボタンが押下されると（ステップＳ６６）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ６７）。

上記認可リクエスト時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞＋ “：” ＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷＥｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞（テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝

コンテンツ提供サーバ４においてユーザ情報が登録されていない場合、ユーザ端末１０５０およびコンテンツ提供サーバ４の間で、ユーザ登録処理をする（ステップＳ６８）。ここで、ユーザ登録処理とは、コンテンツ提供サーバ４にログインするための情報であるユーザＩＤおよびパスワードを登録したり、ユーザの属性情報を登録したりする処理である。

続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ６９）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔａｔｅ＞｝

ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ７０）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。

テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ７１）。

そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ７２）。

当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋Ｂａｓｅ６４（ＴＧ－ＩＤ＋ “：” ＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
ＲｅｑｕｅｓｔＰａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ：＜ｓｔｒｉｎｇ＞（ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝

ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン（第１トークン）を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、第１トークンをさらに対応付ける。

ステップＳ７３において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。

具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎＲｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ＡｃｃｅｓｓＴｏｋｅｎＲｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”：＜ａｃｃｅｓｓｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”：３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”：＜ｒｅｆｒｅｓｈｔｏｋｅｎ＞｝

ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎの有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。

テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ７４）。

当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋Ｂａｓｅ６４（ＴＧ－ＩＤ＋ “：” ＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ：＜ｓｔｒｉｎｇ＞（ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷＥｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝

コンテンツ提供サーバ４は、テレビゲートウェイ５から取得する認可コードに基づいて、当該認可コードに対応するユーザＩＤを特定する。そして、コンテンツ提供サーバ４は、当該ユーザＩＤに基づくトークンである第２トークンを生成する。

ステップＳ７５において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。

具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎＲｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ＡｃｃｅｓｓＴｏｋｅｎＲｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”：＜ａｃｃｅｓｓｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”：３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”：＜ｒｅｆｒｅｓｈｔｏｋｅｎ＞｝

テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ７６）。

当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋＜ａｃｃｅｓｓｔｏｋｅｎ＞）

コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ７７）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”：＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”：＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝

ステップＳ７８において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ＋ “：” ＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）

テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ７４で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ７９）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋＜ａｃｃｅｓｓｔｏｋｅｎ＞）

ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。

ステップＳ８０において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝

ステップＳ８１において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。

また、テレビゲートウェイ５の生成部５１４は、パス・キーを生成する。また、ステップＳ８２において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（操作コマンドの動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）

また、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。

コンテンツ提供サーバ４は、テレビゲートウェイ５からパス・キーを取得すると、パス・キーに含まれた情報を記憶する。具体的に、コンテンツ提供サーバ４は、ＥＣサイトのユーザＩＤ毎に下記の情報を記憶する。
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ／／連携したＴＶモデル情報

テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。

この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。

（第４実施形態）
第４実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第２実施形態では、認証コードもＱＲコードに含める場合について述べたが、第４実施形態にかかる情報連携システムＳでは、認証コードについては、別途ピンコードで表示するものである。

次に、第４実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１３のステップＳ２１は、図１１のステップＳ２１および図７のステップＳ１と同様のため、説明を省略する。

ステップＳ９１において、ＴＶクラウド３は、ＵＲＬを含むＱＲコードをテレビジョン装置２に送信する。また、ＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信する。

ＱＲコードに含まれるＵＲＬの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬが入っている。ＱＲコードのＵＲＬの送付形式は上記の情報が含まれていれば、どのような形式でもよい。

テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＱＲコードおよびピンコードを取得すると、表示制御部２４４は、当該ＱＲコードを映像表示部２３３で光学的に画像または映像として表示出力する。また、表示制御部２４４は、ピンコードを表示出力する。

ステップＳ９２において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報から読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬの情報を読み取る。

ステップＳ９３において、ユーザ端末１０５０は、アプリケーション（アプリ）を起動し、ピンコードの入力を受け付け可能な状態にする。

ステップＳ９４において、ユーザ操作によりＰＩＮコードが入力されると、ユーザ端末１０５０は、当該ＰＩＮコードを認証コードとして取得する。ステップＳ２４～ステップＳ３５は、それぞれ図１１のステップＳ２４～ステップＳ３５と同様である。

第４実施形態にかかるＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信し、テレビジョン装置２が当該ピンコードを表示する。そして、ユーザ端末１０５０のユーザが、当該ピンコードに基づいて入力操作をし、ユーザ端末１０５０が、当該ピンコードを認証コードとしてコンテンツ提供サーバ４へ送信する。

この場合、ＵＲＬと共に認証コードを２次元コードに含めることができない場合でも、ユーザ端末１０５０から認証コードをコンテンツ提供サーバ４へ送信することができる。

（第５実施形態）
第５実施形態にかかる情報連携システムＳは、第３実施形態の情報連携システムＳの全体構成と同様である。第５実施形態にかかる情報連携システムＳでは、第３実施形態にかかる情報連携システムＳにおける、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促すための促進情報としてキャンペーン情報をテレビゲートウェイ５がテレビジョン装置２へ送信する。情報連携システムＳでは、テレビジョン装置２が、促進情報に基づいてテレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理の指示した場合、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を実行する。

情報連携システムＳでは、テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５が番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、番組表構成情報を取得し、番組表構成情報をテレビジョン装置２へ送信する。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。なお、テレビゲートウェイ５を実現するファイルサーバが、番組表構成情報を記憶している。すなわち、テレビゲートウェイ５は、番組構成情報を記憶しており、テレビジョン装置２からの番組表情報の取得要求に応じて、記憶している番組構成情報をテレビジョン装置２へ送信する。

テレビゲートウェイ５は、キャンペーン情報を記憶しており、番組表構成情報を送信する際、テレビジョン装置２からの要求に応じてキャンペーン情報を送信する。

ここで、キャンペーン情報の内容について図１４を用いて説明する。図１４は、促進情報の例を示す図である。キャンペーン情報は、通常連携データ部分３３０と、キャンペーン連携データ部分３４０と、１又は複数の広告情報部分３５０とを有する。

通常連携データ部分３３０は、ＩＤ連携用データのＯｂｊｅｃｔを示す情報（idbind）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、連携方法を説明する画像を示す情報（bindのexplanation_img）と、連携解除方法を説明する画像を示す情報（unbindのexplanation_img）とを含む。

キャンペーン連携データ部分３４０は、キャンペーン情報のｏｂｊｅｃｔのＡｒｒａｙを示す情報（idbind_campaign）と、キャンペーン対象のＴＶメーカを示す情報（tv）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、キャンペーンの内容を説明する画像を示す情報（campaign_img）と、すでに連携済みだった場合に表示する画像を示す情報（hasbound_img）と、連携方法を説明する画像を示す情報（explanation_img）と、ＩＦＡ－ＩＤによるトラッキングを許可することをお勧めする画像を示す情報（recommend_tracking_img）と、キャンペーン開始日時を示す情報（start）と、キャンペーン終了日時を示す情報（end）とを含む。

キャンペーン連携データ部分３４０における画像を示す情報を、マクロ等によりＴＶメーカ毎に異なるように設定されていてもよい。これにより、簡易な構成で複数のＴＶメーカのそれぞれで異なるキャンペーン画像を割り当てることができる。

広告情報部分３５０は、表示対象のＴＶメーカを示す配列情報（tv）と、ad_info固有識別子（id）と、広告の表示種類や広告の内容を示す情報を含む広告情報（ad_info）と、表示開始日時（start）と、表示終了日時（end）とを含む。

また、広告情報は、図１４および図１５に示すように、広告の表示種類を示す情報（type）と、表示する画面のIDを示す情報（place）と、広告の表示種類がtextの場合に表示するテキストメッセージ(message)と、広告の表示種類がimageの場合に表示する表示イメージのＵＲＬ（image）と、広告の表示種類がmovieの場合に表示する動画のＵＲＬ（movie）と、広告の表示期間を示す情報（period）とを含む。上記テキストメッセージ、表示イメージのＵＲＬ、および動画のＵＲＬが、広告の内容を示す情報の一例である。

図１４に示すキャンペーン情報には、広告の種類がtextの広告情報部分３５０ａと、広告の種類がimageの広告情報部分３５０ｂと、広告の表示種類がmovieの広告情報部分３５０ｃとが含まれている。テレビジョン装置２が、図１４に示すキャンペーン情報を受信した場合、テキストメッセージの広告を表示し、表示イメージの広告を表示し、動画の広告を表示する。

続いて、キャンペーン情報に基づいて広告を表示する手順について、図１６を用いて説明する。図１６は、キャンペーン情報の広告の表示処理を示すフローチャートである。

図１６に示す処理は、テレビジョン装置２が、番組表の表示処理において実行する処理である。テレビジョン装置２は、ユーザの操作に応じて、テレビゲートウェイ５に対して、ユーザが指定したＥＣサイトの番組表構成情報（番組表）の取得要求をする。テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５が番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、番組表構成情報をテレビジョン装置２へ送信する。テレビジョン装置２は、番組表構成情報を表示する。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。

このように、テレビジョン装置２が、番組表構成情報を表示した際、テレビゲートウェイ５へキャンペーン情報の取得要求をする。テレビジョン装置２は、テレビゲートウェイ５からキャンペーン情報を取得しなかった場合（ステップＳ１０１：Ｎｏ）、処理を終了する。

テレビジョン装置２は、テレビゲートウェイ５からキャンペーン情報を取得した場合（ステップＳ１０１：Ｙｅｓ）、キャンペーン情報を参照して、表示開始日時と表示終了日時とに基づいた有効期間内の広告情報の有無を判断する（ステップＳ１０２）。テレビジョン装置２は、有効期間内の広告情報が無い場合（ステップＳ１０２：Ｎｏ）、処理を終了する。

テレビジョン装置２は、有効期間内の広告情報がある場合（ステップＳ１０２：Ｙｅｓ）、キャンペーン情報から表示する情報を抽出する（ステップＳ１０３）。そして、テレビジョン装置２は、抽出した情報を全て表示する又はユーザ操作により番組表表示を終了するまでの間、ステップＳ１０４のループ処理を実行する。

ステップＳ１０４のループ処理では、テレビジョン装置２は、広告の種類に応じて、広告を表示する（ステップＳ１０５）。

また、テレビジョン装置２は、広告を表示している際に（例えば、ステップＳ１０４のループ処理の間）、ユーザによりキャンペーンに応募する旨の選択がされた場合、アンケート情報を表示し、アンケート情報の入力を受け付けて、連携指示要求をするようにしてもよい。このアンケートは、ユーザの属性（性別、住所等）の入力を受け付けるアンケートである。

なお、テレビジョン装置２は、キャンペーン情報を参照して、先にキャンペーンの応募を選択可能な画面を表示して、その後で、図１６に示すフローチャートの処理を実行するようにしてもよい。すなわち、テレビジョン装置２は、広告表示に関する処理と、ＩＤ連携に関する処理とを別々に独立して実行するようにしてもよい。

続いて、図１７を用いて連携処理手順を説明する。図１７は、連携処理手順を示すフローチャートである。ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。

図１６に示したフローチャートの処理を実行する前に、テレビジョン装置２は、ＩＦＡ－ＩＤを乱数により生成し、ＴＶクラウド３へ通知する（ステップＳ１１１）。このＩＦＡ－ＩＤは、一意であることが保証できる程度の桁数を有する数値である。なお、テレビジョン装置２は、テレビジョン装置２のＴＶモデル名を送信するようにしてもよい。また、ステップＳ１１１およびステップＳ１１２において、ベアラ認証をするようにしてもよい。

ＴＶクラウド３は、ＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する（ステップＳ１１２）。その後に、ステップＳ１１３において、図１６に示したフローチャートの処理を実行する。ステップＳ１１３において、連携指示がなされると、テレビジョン装置２は、ＱＲコード要求をする（ステップＳ１１４）。

また、図１７のステップＳ１１４は、図７のステップＳ１、図１１のステップＳ１２、および図１２のステップＳ６１と同様である。なお、ステップＳ１１４では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。

ステップＳ１１５において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。

また、図７のステップＳ３、図１１のステップＳ２３、図１２のステップＳ６３と同様、ステップＳ１１６において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔｒｉｎｇ＞／／乱数

ステップＳ１１７において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。

ステップＳ１１８において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携指示を示す連携ボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ＡｕｔｈｏｒｉｚａｔｉｏｎＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。

ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携ボタンが押下されると（ステップＳ１１９）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ１２０）。

なお、テレビジョン装置２が、ステップＳ１１９の時点で、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１５１、ステップＳ１５２）、テレビゲートウェイ５は、連携完了していない旨の情報をテレビジョン装置２へ送信する（ステップＳ１５３、ステップＳ１５４）。

コンテンツ提供サーバ４においてユーザ情報が登録されていない場合、ユーザ端末１０５０およびコンテンツ提供サーバ４の間で、ユーザ登録処理をする（ステップＳ１２１）。ここで、ユーザ登録処理とは、コンテンツ提供サーバ４にログインするための情報であるユーザＩＤおよびパスワードを登録したり、ユーザの属性情報を登録したりする処理である。

続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１２２）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔａｔｅ＞｝

ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１２３）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。

テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ１２４）。

そして、ステップＳ１２５において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１２５）。

ステップＳ１２６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。

テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ１２７）。

ステップＳ１２８において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。

テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１２９）。

コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１３０）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”：＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”：＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝

ステップＳ１３１において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ＋ “：” ＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）

テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ１２７で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１３２）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋＜ａｃｃｅｓｓｔｏｋｅｎ＞）

ステップＳ１３３において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝

ステップＳ１３４において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。

ステップＳ１３５において、テレビゲートウェイ５は、ユーザ端末１０５０に対して、上記認可コードと共にレスポンスする（ステップＳ１３５）。

ステップＳ１３４以降に、テレビジョン装置２が、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１３６、ステップＳ１３７）、テレビゲートウェイ５は、連携完了した旨の情報（連携したコンテンツ提供サーバ４を識別する情報等）をテレビジョン装置２へ送信する（ステップＳ１３８、ステップＳ１３９）。また、テレビゲートウェイ５は、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ通知する（ステップＳ１４０）。

また、テレビジョン装置２において、ＩＦＡ－ＩＤを更新した場合、更新後のＩＦＡ－ＩＤをＴＶクラウド３へ通知する（ステップＳ１４１）。ＴＶクラウド３は、更新後のＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する。テレビゲートウェイ５は、更新後のＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する（ステップＳ１４３）。

続いて、連携取り消し処理について図１８に示すフローチャートを用いて説明する。図１８は、連携取り消し処理を示すフローチャートである。テレビジョン装置２は、ユーザの操作に応じて、ＴＶクラウド３に対して連携取り消し要求をする（ステップＳ１６１）。ＴＶクラウド３は、テレビジョン装置２からの取り消し要求に応じて、テレビゲートウェイ５へ連携取り消し要求をする（ステップＳ１６２）。なお、ステップＳ１６１およびステップＳ１６２において、テレビジョン装置２またはＴＶクラウド３は、連携取り消し要求共にＩＦＡ－ＩＤを送信するようにしてもよい。

テレビゲートウェイ５は、コンテンツ提供サーバ４に対して連携取り消し要求を通知する（ステップＳ１６３）。コンテンツ提供サーバ４は、生成した第２トークンを削除する。テレビゲートウェイ５は、バインド情報を削除して、削除した旨をＴＶクラウド３へ通知する（ステップＳ１６４）。ＴＶクラウド３は、バインド情報が削除された旨をテレビジョン装置２へ通知する（ステップＳ１６５）。また、ＴＶクラウド３は、第１トークンを削除するようにしてもよい。また、コンテンツ提供サーバ４は、連携を取り消した旨をテレビゲートウェイ５へ通知し（ステップＳ１６６）、テレビゲートウェイ５は、ＴＶクラウド３へ連携を取り消した旨を通知する（ステップＳ１６７）。

続いて、ユーザ端末１０５０の操作を介して連携を取り消す処理手順について図１９を用いて説明する。図１９は、ユーザ端末１０５０の操作を介して連携を取り消す処理手順を示すフローチャートである。

ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携を取り消したいコンテンツ提供サーバ４を指定する場面をスタートとする。

図１９のステップＳ１８０は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ１８０では、テレビジョン装置２は、ユーザが指定したコンテンツ提供サーバ４に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。

ステップＳ１８１において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。

また、図７のステップＳ３、図１１のステップＳ２３と同様、ステップＳ１８２において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔｒｉｎｇ＞／／乱数

ステップＳ１８３において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。

ステップＳ１８４において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携取り消し指示を示す連携取り消しボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ＡｕｔｈｏｒｉｚａｔｉｏｎＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。

ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携取り消しボタンが押下されると（ステップＳ１８５）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ１８６）。

なお、テレビジョン装置２が、ステップＳ１８５の時点で、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ２５１、ステップＳ２５２）、テレビゲートウェイ５は、連携している旨の情報をテレビジョン装置２へ送信する（ステップＳ２５３、ステップＳ２５４）。

続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１８８）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ：＜ａｕｔｈｏｒｉｚａｔｉｏｎｃｏｄｅ＞，
“ｓｔａｔｅ” ：＜ｓｔａｔｅ＞｝

ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１８９）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。

そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１９０）。

ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、ＴＶクラウド３の送信部３１３は、第１トークンをテレビゲートウェイ５へ送信する（ステップＳ１９１）。

テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ１９２）。

ステップＳ１９３において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。

テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１９４）。

コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１９５）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”：＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”：＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝

テレビゲートウェイ５の送信部５１３は、第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１９６）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋＜ａｃｃｅｓｓｔｏｋｅｎ＞）

ステップＳ１９７において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝

テレビゲートウェイ５は、バインド情報を削除して、削除した旨をコンテンツ提供サーバ４へ通知する（ステップＳ１９８）。なお、テレビゲートウェイ５は、バインド情報を削除した旨をＴＶクラウド３へ通知してもよい。

テレビジョン装置２が、ステップＳ１９８以降に、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１９９、ステップＳ２００）、テレビゲートウェイ５は、連携していない旨の情報をテレビジョン装置２へ送信する（ステップＳ２０１、ステップＳ２０２）。

上述の実施形態では、番組表を表示する際に、キャンペーン情報を表示する場合について述べたが、ネッワークを介して番組放送中（リニアに配信されている動画コンテンツ配信の番組）に指定されたタイミングで画面上に広告を表示する際に、キャンペーン情報を表示するようにしてもよい。

例えば、図２０に示すようなクリッカブル広告を用いてキャンペーン情報を表示するようにしてもよい。図２０は、クリッカブル広告の情報の例である。この広告情報は、広告情報のObjectのArrayを示す情報（ad_list）と、広告タイプを示す情報（ad_type）と、広告イメージのＵＲＬを示す情報（img_url）等を含む。

上述の実施形態では、図１７に示したフローチャートの処理において、テレビゲートウェイ５がコンテンツ提供サーバ４に対してユーザ情報要求して、コンテンツ提供サーバ４からＵＲ－ＩＤを取得する場合について述べたが、これに限られない。例えば、図２１に、図１７のフローチャートの変形例を示す。図１７で説明した処理と同様の部分については、説明を省略する。図２１に示すステップＳ１２８もしくはＳ１３０でコンテンツ提供サーバ４がＵＲ－ＩＤを提供する代わりに、ステップＳ１１８にてテレビゲートウェイ５が、仮ＵＲ－ＩＤを発行してＨＴＭＬ形式のコードに含まれる“ｓｔａｔｅ”の値にそのパラメータを含むようにしてもよい。この場合、ステップＳ１２０にてユーザ端末１０５０が、この値をコンテンツ提供サーバ４へ送信する。また、図１２のフローチャートにおいても、上記のように、テレビゲートウェイ５が、仮ＵＲ－ＩＤを発行するようにしてもよい。

本実施形態にかかるテレビゲートウェイ５は、キャンペーン情報を記憶しておき、テレビジョン装置２が番組表を表示するタイミング等、所定のタイミングでキャンペーン情報をテレビジョン装置２へ送信する。キャンペーン情報は、広告の表示種類を示す情報と、広告内容を示す情報とを含む広告情報部分３５０を有する。

また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。

この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。また、テレビゲートウェイ５は、キャンペーン情報を出力することで、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促進させることができる。また、テレビゲートウェイ５は、キャンペーン情報に広告の表示種類を示す情報と、広告内容を示す情報とを含む広告情報を有しているので、テレビジョン装置２は、広告の表示種類に応じて表示態様を切り替えて広告情報を出力することで、ユーザ端末１０５０のユーザＩＤとを連携する処理をより促進させることができる。また、テレビゲートウェイ５は、キャンペーン情報に複数の広告情報を含めておくことで、テレビジョン装置２は、複数の広告を順次出力することができる。

また、テレビゲートウェイ５は、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携した後に、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する。これにより、テレビゲートウェイ５は、テレビジョン装置２のＩＤをコンテンツ提供サーバ４へ開示することがなく、テレビジョン装置２を特定可能な情報を提供することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。例えば、上記実施形態におけるテレビジョン装置は、セットトップボックスや、レコーダのように、表示手段を備えず、外部の表示装置に対し、映像信号を出力する受信機能を備えた電子装置であってもよい。また、これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
例えば、ユーザ端末に表示された画像アイコンのうち、テレビジョン装置で拡大表示可能な画像アイコンには、テレビジョン装置への拡大表示を指示するボタンを、その画像アイコン上、または、近傍に設けるようにしてもよく、また、その拡大表示可能な画像アイコンを、他の可拡大表示不可の画像アイコンとは識別可能に視認するための色彩や形状、表示形態を変更してもよい。また、ユーザ端末からテレビジョン装置への拡大表示を指示したとき、または、テレビジョン装置での表示処理の際、ユーザ端末またはテレビジョン装置を介して音声通知を行うようにしてもよい。

１…スマートフォン、２…テレビジョン装置、３…ＴＶクラウド、４…コンテンツ提供サーバ、５…テレビゲートウェイ、６…計測サーバ、Ｓ…情報連携システム

Claims

放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であって、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、
前記促進情報を前記放送受信装置へ送信する促進情報送信部と、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記認証コードを前記放送受信装置へ送信する認証コード送信部と、
前記認証コードを取得した端末装置から、前記認証コードと、コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得する連携指示取得部と、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得する第１トークン取得部と、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得する放送受信装置識別子取得部と、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得するユーザ識別子取得部と、
前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、
を備え、
前記促進情報は、広告の表示種類を示す情報と、広告内容を示す情報とを含む広告情報を有する、
サーバ管理装置。
放送受信装置が生成した放送受信装置の第２識別子を取得する第２識別子取得部と、
前記登録部が、前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録した後に、前記第１トークンに対応する放送受信装置の第２識別子を、前記第２トークンの取得元のコンテンツ提供装置へ送信する第２識別子送信部と、をさらに備える請求項１に記載のサーバ管理装置。
前記促進情報送信部は、番組表情報と共に前記促進情報を送信する、請求項１に記載のサーバ管理装置。
前記促進情報送信部は、選択可能な広告情報に前記促進情報を含めて送信する、請求項１に記載のサーバ管理装置。
前記促進情報は、複数の広告情報を含む、請求項１に記載のサーバ管理装置。