ホーム > 特許ランキング > ＴＶＳ ＲＥＧＺＡ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024166210
(43)【公開日】2024-11-28
(54)【発明の名称】サーバ管理装置、方法およびプログラム
(51)【国際特許分類】
G06F 21/10 20130101AFI20241121BHJP
G06F 21/31 20130101ALI20241121BHJP
G06F 21/44 20130101ALI20241121BHJP
H04N 21/21 20110101ALI20241121BHJP
【ＦＩ】
G06F21/10
G06F21/31
G06F21/44
H04N21/21
【審査請求】有
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2024151358
(22)【出願日】2024-09-03
(62)【分割の表示】P 2021168837の分割
【原出願日】2021-10-14
(71)【出願人】
【識別番号】000214984
【氏名又は名称】ＴＶＳ ＲＥＧＺＡ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】嘉和知 玲子
(72)【発明者】
【氏名】尾崎 哲
(57)【要約】
【課題】受信機の識別子と、端末の識別子とを連携する処理を適切に実行する。
【解決手段】実施形態のサーバ管理装置は、放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であり、認証コードを取得した端末装置から、認証コードと、コンテンツ提供装置の識別子と、サーバ装置の識別子とを含む認証リクエストを取得し、連携指示の通知を端末から取得し、連携指示の通知を取得した後に、認証リクエストに対応するサーバ装置から認証コードに対応する第１トークンを取得し、認証リクエストに対応するコンテンツ提供装置から、端末のユーザ識別子に対応する第２トークンを取得し、第１トークンに対応する放送受信装置の識別子をサーバ装置から取得し、第２トークンに対応する端末装置のユーザ識別子をコンテンツ提供装置から取得する。
【選択図】図１６
【解決手段】実施形態のサーバ管理装置は、放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であり、認証コードを取得した端末装置から、認証コードと、コンテンツ提供装置の識別子と、サーバ装置の識別子とを含む認証リクエストを取得し、連携指示の通知を端末から取得し、連携指示の通知を取得した後に、認証リクエストに対応するサーバ装置から認証コードに対応する第１トークンを取得し、認証リクエストに対応するコンテンツ提供装置から、端末のユーザ識別子に対応する第２トークンを取得し、第１トークンに対応する放送受信装置の識別子をサーバ装置から取得し、第２トークンに対応する端末装置のユーザ識別子をコンテンツ提供装置から取得する。
【選択図】図１６
【特許請求の範囲】
【請求項1】
放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であって、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、
前記促進情報を前記放送受信装置へ送信する促進情報送信部と、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記認証コードを前記放送受信装置へ送信する認証コード送信部と、
前記認証コードを取得した端末装置から、前記認証コードと、コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得する連携指示取得部と、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得する第１トークン取得部と、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得する放送受信装置識別子取得部と、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得するユーザ識別子取得部と、
前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、
を備えるサーバ管理装置。
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、
前記促進情報を前記放送受信装置へ送信する促進情報送信部と、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記認証コードを前記放送受信装置へ送信する認証コード送信部と、
前記認証コードを取得した端末装置から、前記認証コードと、コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得する連携指示取得部と、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得する第１トークン取得部と、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得する放送受信装置識別子取得部と、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得するユーザ識別子取得部と、
前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、
を備えるサーバ管理装置。
【請求項2】
放送受信装置が生成した放送受信装置の第２識別子を取得する第２識別子取得部と、
前記登録部が、前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録した後に、前記第１トークンに対応する放送受信装置の第２識別子を、前記第２トークンの取得元のコンテンツ提供装置へ送信する第２識別子送信部と、をさらに備える請求項１に記載のサーバ管理装置。
前記登録部が、前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録した後に、前記第１トークンに対応する放送受信装置の第２識別子を、前記第２トークンの取得元のコンテンツ提供装置へ送信する第２識別子送信部と、をさらに備える請求項１に記載のサーバ管理装置。
【請求項3】
前記促進情報送信部は、番組表情報と共に前記促進情報を送信する、請求項１に記載のサーバ管理装置。
【請求項4】
前記促進情報送信部は、選択可能な広告情報に前記促進情報を含めて送信する、請求項１に記載のサーバ管理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバ管理装置に関する。
【背景技術】
【0002】
近年、受信機と端末とが連携して、情報を送受信する技術があり、例えば、受信機がウェブサイトから受信した情報を端末へ送信する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第５８９８４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記のように受信機と、端末と、ウェブサイト等のコンテンツを提供するコンテンツ提供装置とが連携して情報を送受信するためには、事前に端末のユーザの識別子と受信機の識別子とを連携させる必要があり、適切に連携処理をすることが望まれる。
【0005】
そこで、本発明が解決しようとする課題は、受信機の識別子と、端末の識別子とを連携する処理を適切に実行することができるサーバ管理装置を提供することである。
【課題を解決するための手段】
【0006】
実施形態のサーバ管理装置は、放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であって、放送受信装置の識別子と、コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、促進情報を放送受信装置へ送信する促進情報送信部と、放送受信装置からの促進情報に基づく要求に応じて認証コードを放送受信装置へ送信する認証コード送信部と、認証コードを取得した端末装置から、認証コードと、コンテンツ提供装置の識別子と、サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、放送受信装置の識別子と、端末装置のユーザ識別子との連携指示の通知を端末装置から取得する連携指示取得部と、連携指示の通知を取得した後に、認証リクエストに対応するサーバ装置から認証コードに対応する第１トークンを取得する第１トークン取得部と、認証リクエストに対応するコンテンツ提供装置から、端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、第１トークンに対応する放送受信装置の識別子をサーバ装置から取得する放送受信装置識別子取得部と、第２トークンに対応する端末装置のユーザ識別子をコンテンツ提供装置から取得するユーザ識別子取得部と、第１トークンに対応する放送受信装置の識別子と、第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、を備える。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
以下、本発明のサーバ装置、放送受信装置、サーバ管理装置、情報連携システム、およびプログラムの実施形態（第１実施形態、第２実施形態）について、図面を参照して、詳細に説明する。
【0009】
（第１実施形態）
まず、図１を参照して、第１実施形態の情報連携システムＳの全体構成例について説明する。図１は、第１実施形態の情報連携システムＳの全体構成例の概要を示す図である。情報連携システムＳは、スマートフォン１（端末）と、テレビジョン装置２（放送受信装置）と、ＴＶクラウド３（サーバ装置）と、ＥＣ（Electronic Commerce）サイトサーバ等のコンテンツ提供装置であるコンテンツ提供サーバ４と、を備える。ＴＶクラウド３は、テレビジョン装置２、コンテンツ提供サーバ４とインターネットなどの公衆通信回線で通信可能である。また、スマートフォン１は、コンテンツ提供サーバ４やＴＶクラウド３と基地局を介して無線通信可能である。
まず、図１を参照して、第１実施形態の情報連携システムＳの全体構成例について説明する。図１は、第１実施形態の情報連携システムＳの全体構成例の概要を示す図である。情報連携システムＳは、スマートフォン１（端末）と、テレビジョン装置２（放送受信装置）と、ＴＶクラウド３（サーバ装置）と、ＥＣ（Electronic Commerce）サイトサーバ等のコンテンツ提供装置であるコンテンツ提供サーバ４と、を備える。ＴＶクラウド３は、テレビジョン装置２、コンテンツ提供サーバ４とインターネットなどの公衆通信回線で通信可能である。また、スマートフォン１は、コンテンツ提供サーバ４やＴＶクラウド３と基地局を介して無線通信可能である。
【0010】
スマートフォン１は、テレビジョン装置２のユーザが所有する情報端末の例である。スマートフォン１は、通信Ｉ／Ｆ（InterFace）、音声入力部（マイクロフォン）、センサ群、表示部、グラフィックコントローラ、タッチパネルコントローラ、ＣＰＵ（Central Processing Unit）、メモリ、カメラ、スピーカなどを備える。第１実施形態では、ユーザがスマートフォン１を用いてインターネットショッピングを行うことを想定する。
【0011】
ＴＶクラウド３は、テレビジョン装置２とネットワークを介して送受信可能なサーバ装置であり、いわゆるクラウドサーバである。ＴＶクラウド３は、例えば、テレビジョン装置２の製造元メーカで運用しているサーバ装置でもよい。ＴＶクラウド３は、テレビジョン装置２から視聴に関する情報（視情報）を収集した結果に基づいて、テレビジョン装置２に対してネットワークを経由して視聴番組、予約番組の推薦情報、視聴番組内容に基づく商品推薦情報等の各種サービスを提供する。
【0012】
コンテンツ提供サーバ４は、インターネット上のＥＣサイト（ネットショップ）を運営するためのコンピュータ装置である。コンテンツ提供サーバ４は、例えば、ＥＣのプラットフォーマのサーバ装置である。コンテンツ提供サーバ４は、ユーザ（消費者）による端末装置（スマートフォン１等）の操作に応じて、ネットワークを介して商品やサービスを購入するためのプラットフォームとなる。また、コンテンツ提供サーバ４は、動画等のコンテンツを提供するビデオプラットフォームでもよい。コンテンツ提供サーバ４は、例えば、スマートフォン１における操作に応じて、スマートフォン１に商品の画像を送信する。コンテンツ提供サーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉをＴＶクラウド３に予め登録する。
【0013】
以下、図２以降を参照して、情報連携システムＳにおける各構成の詳細について説明する。図２は、第１実施形態のテレビジョン装置２の全体構成例を示すブロック図である。テレビジョン装置２は、スマートフォン１が備える表示部よりも大きな映像表示部２３３に対する表示制御を実行する（詳細は後述）。
【0014】
図２に示すように、テレビジョン装置２は、入力端子２０２、チューナ２０３ａ～２０３ｇ、信号処理部２０７、グラフィック処理部２０８、音声処理部２０９、ＯＳＤ（On Screen Displaｙ）信号生成部２１０、および映像処理部２１１を備える。
【0015】
入力端子２０２には、地上放送受信アンテナ２１３で受信した地上デジタル放送信号が入力される。地上デジタル放送信号は、入力端子２０２を介してチューナ２０３ａ～２０３ｇに供給される。
【0016】
チューナ２０３ａ～２０３ｇは、地上デジタル放送用のチューナであって、入力端子２０２から供給される地上デジタル放送信号から、後述する制御部２１６から指示されたチャンネルの放送信号を選局する。
【0017】
ただし、テレビジョン装置２は、ＢＳ／ＣＳデジタル放送受信アンテナで受信した衛星デジタル放送信号が入力される入力端子を有していてもよい。衛星デジタル放送信号は、かかる入力端子を介して衛星デジタル放送用のチューナに供給される。
【0018】
信号処理部２０７は、チューナ２０３ａ～２０３ｇから供給される放送信号から、デジタルの映像信号および音声信号を含む放送信号を復調する。また、信号処理部２０７は、デジタル放送信号が含む映像信号に対して、選択的に所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル放送信号が含む音声信号に対して、選択的に所望のデジタル信号処理を施して音声処理部２０９に出力する。
【0019】
信号処理部２０７には、複数の外部入力端子２１４ａ～２１４ｄが接続されている。これらの外部入力端子２１４ａ～２１４ｄは、外部装置の一例としてのＤＶＤ（Digital Versatile Disk）レコーダなどから、アナログの映像信号および音声信号が入力可能である。信号処理部２０７は、外部入力端子２１４ａ～２１４ｄから入力されたアナログの映像信号および音声信号をデジタル化する。また、信号処理部２０７は、デジタル化した映像信号に対して所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル化した音声信号に対して所定のデジタル信号処理を施して音声処理部２０９に出力する。
【0020】
グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号に対して、ＯＳＤ信号生成部２１０で生成されるＯＳＤ信号を重畳して映像処理部２１１に出力する。グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号およびＯＳＤ信号生成部２１０で生成されるＯＳＤ信号のいずれか一方を映像処理部２１１に出力することも可能である。
【0021】
映像処理部２１１は、グラフィック処理部２０８から入力されるデジタルの映像信号またはＯＳＤ信号を、映像表示部２３３の表示画面において表示可能なフォーマットのアナログの映像信号またはＯＳＤ信号に変換して、映像表示部２３３に出力する。映像表示部２３３は、例えば、ＬＣＤまたは有機ＥＬディスプレイ等である。
【0022】
音声処理部２０９は、信号処理部２０７から入力されるデジタルの音声信号を、スピーカ２１５で再生可能なフォーマットのアナログの音声信号に変換して、スピーカ２１５に出力する。
【0023】
テレビジョン装置２は、さらに、制御部２１６、カードホルダ２１７、各種インターフェース２１８～２２１、および明るさセンサ２３０を備える。制御部２１６は、ＣＰＵ２１６ａ、ＲＯＭ２１６ｂ、ＲＡＭ２１６ｃ、および不揮発性メモリ２１６ｄを備える。
【0024】
制御部２１６は、地上デジタル放送信号および衛星デジタル放送信号等の放送信号の受信動作などのテレビジョン装置２の各種動作を統括的に制御する。また、制御部２１６は、操作部２２２からの操作情報、または受光部２２３を介してリモコン２３８から入力された操作情報に従って、テレビジョン装置２の各部を制御する。
【0025】
ＣＰＵ２１６ａは、ＲＯＭ２１６ｂに記憶されているプログラムを実行することにより、テレビジョン装置２全体の動作を制御する。ＲＯＭ２１６ｂは、主としてＣＰＵ２１６ａが実行するプログラムを記憶している。ＲＡＭ２１６ｃは、ＣＰＵ２１６ａがプログラムを実行する際に作業エリアを提供する。不揮発性メモリ２１６ｄは、テレビジョン装置２の各種の設定情報および制御情報等を記憶している。
【0026】
制御部２１６は、カードＩ／Ｆ２２５を介して、メモリカード２３４が着脱可能なカードホルダ２１７に接続されている。これにより、制御部２１６は、カードＩ／Ｆ２２５を介して、カードホルダ２１７に装着されたメモリカード２３４との間で各種情報を送受信することができる。
【0027】
制御部２１６は、通信Ｉ／Ｆ２１８を介してＬＡＮ端子２２６に接続されている。これにより、制御部２１６は、通信Ｉ／Ｆ２１８を介して、ＬＡＮ端子２２６に接続された上述の中継装置４００やＬＡＮ対応ＨＤＤ（Hard Disk Drive）等の外部装置と各種情報を送受信することができる。ただし、通信Ｉ／Ｆ２１８が、中継装置４００等の外部装置と無線で接続可能に構成されていてもよい。
【0028】
制御部２１６は、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface） Ｉ／Ｆ２２１を介してＨＤＭＩ端子２２７に接続されている。これにより、制御部２１６は、ＨＤＭＩ Ｉ／Ｆ２２１を介して、ＨＤＭＩ端子２２７に接続されている外部装置と各種情報を送受信することができる。
【0029】
制御部２１６は、ＵＳＢ（Universal Serial Bus） Ｉ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されている。これにより、制御部２１６は、ＵＳＢ Ｉ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されたＵＳＢ ＨＤＤ等を備えるストレージ装置２３７と各種情報を送受信することができる。
【0030】
ストレージ装置２３７は、例えばＨＤＤやＳＳＤ（Solid State Drive）などを備え、テレビジョン装置２が受信したデジタル信号を録画データとして記録するように構成されている。ただし、ストレージ装置２３７はテレビジョン装置２に内蔵されていてもよい。
【0031】
図３は、第１実施形態のテレビジョン装置２の部分構成例を示すブロック図である。テレビジョン装置２は、記憶部２４１（図２のＲＯＭ２１６ｂ、ＲＡＭ２１６ｃ、および不揮発性メモリ２１６ｄ、ストレージ装置２３７）と、記憶部２４１に記憶されたプログラムがＣＰＵ２１６ａによって実行された結果として生成される機能モジュールとして、送信部２４２と、取得部２４３と、表示制御部２４４と、を備える。
【0032】
送信部２４２は、外部装置へ各種情報を送信する。取得部２４３は、外部装置から各種情報を取得したり、記憶部２４１に記憶されている各種情報を読み出したりする。
【0033】
表示制御部２４４は、各種情報を映像表示部２３３に表示する表示処理を実行する。表示制御部２４４は、例えば、スマートフォン１からの画像表示要求に応じて、映像表示部２３３に画像を表示させる（詳細は後述）。
【0034】
図４は、第１実施形態のＴＶクラウド３の全体構成例を示すブロック図である。図４に示すように、ＴＶクラウド３は、通信Ｉ／Ｆ３０１、操作部３０２、ＣＰＵ３０３、メモリ３０４、およびストレージ装置３０５を備える。
【0035】
通信Ｉ／Ｆ３０１は、外部装置との間の通信に用いられるインターフェースである。操作部３０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。
【0036】
ストレージ装置３０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ３０３は、各種プログラムを実行することにより、ＴＶクラウド３の各コンポーネントを制御する。メモリ３０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ３０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。
【0037】
図５は、第１実施形態のＴＶクラウド３の部分構成例を示すブロック図である。ＴＶクラウド３は、記憶部３１１（メモリ３０４、ストレージ装置３０５）と、記憶部３１１に記憶されたプログラムがＣＰＵ３０３によって実行された結果として生成される機能モジュールとして、取得部３１２と、送信部３１３と、生成部３１４と、を備える。
【0038】
記憶部３１１は、ＣＰＵ３０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。ここで、ＤＢのデータ構成例について、図６を用いて説明する。図６に示すように、ＤＢでは、ＴＶＩＤと、認証コードと、ＥＣサーバＩＤと、トークンとを含む情報を記憶する。なお、ＤＢでは、ＴＶＩＤと共に、当該ＴＶＩＤに対応するテレビジョン装置２の属性情報（テレビのモデル等）を有してもよい。
【0039】
ＴＶＩＤは、テレビジョン装置２を識別する情報である。認証コードは、後述するトークンを取得するために必要となるコードである。ＥＣサーバＩＤは、コンテンツ提供サーバ４を識別する情報である。すなわち、ＥＣサイトサーバ等のＩＤである。トークンは、認証に用いるための情報である。図５に戻り、取得部３１２は、外部装置から各種情報を取得する。送信部３１３は、外部装置へ各種情報を送信する。生成部３１４は、ＤＢに対して情報の生成動作を実行する。
【0040】
次に、情報連携システムＳにおける各構成の処理の流れについて説明する。図７は、第１実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。ここでは、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面（ＥＣサイト等と連携するための画面）で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、図７に示すスマートフォン１の処理は、スマートフォン１にインストールされたアプリケーションプログラムにより実行してもよい。
【0041】
テレビジョン装置２は、上記のように、ユーザによりＥＣサイトが指定されると、ステップＳ１において、テレビジョン装置２の送信部２４２は、当該ＥＣサイトの情報（例えば、ＥＣサイトのＩＤ、ＥＣサイトのＵＲＬ等）と、テレビジョン装置２の識別子であるＴＶＩＤとをＴＶクラウド３へ送信する。このように、送信部２４２は、ＥＣサイト中の画像を提供する画像提供装置であるコンテンツ提供サーバ４に関する情報をＴＶクラウド３へ送信する。
【0042】
ＴＶクラウド３の取得部３１２は、テレビジョン装置２からＥＣサイトの情報と、ＴＶＩＤとを取得する。ＴＶクラウド３の生成部３１４は、認証コードを生成し、上記ＴＶＩＤと、上記ＥＣサイトのコンテンツ提供サーバ４を識別する情報であるＥＣサーバＩＤと、認証コードとを含む情報を記憶部３１１のＤＢに記憶する。また、生成部３１４は、当該認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいた２次元コードであるＱＲコード（登録商標）を生成する。なお、ＱＲコードは、一例であり、他の表示情報でもよい。すなわち、当該認証コードと、ＥＣサイトのアクセス先情報とを伝達可能な他の形式の表示情報でもよい。上記認証コードは、メーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。
【0043】
ステップＳ２において、ＴＶクラウド３の送信部３１３は、上記ＱＲコードを要求元のテレビジョン装置２へ送信する。テレビジョン装置２からの要求に応じて、ＥＣサイトへのアクセス先となるＵＲＬと、認証コードとを含むＱＲコードを送信する。
【0044】
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＱＲコードを取得する。このように、テレビジョン装置２の取得部２４３は、認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいたアクセス情報となるＱＲコードを取得する。テレビジョン装置２の表示制御部２４４は、当該ＱＲコードを映像表示部２３３に表示させる。このように、表示制御部２４４は、ＱＲコードを表示出力する。
【0045】
ステップＳ３において、スマートフォン１は、撮像手段などにより実現するＱＲコード読み取り機能により、映像表示部２３３に表示されたＱＲコードを読み取る。これにより、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得する。ステップＳ４において、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得すると、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすると共に、認証コードを送信する。
【0046】
コンテンツ提供サーバ４は、スマートフォン１から認証コードを取得すると、ステップＳ５において、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードをＴＶクラウド３へ送信し、認証リクエストをする。また、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードを取得する。このように、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４から送信された認証コードを取得する。
【0047】
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、公知技術により、トークンを生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付ける。上記取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付けた情報には、要求元のテレビジョン装置２のＴＶＩＤも含む。
【0048】
よって、生成部３１４は、上記認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する。
【0049】
ステップＳ６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークンをコンテンツ提供サーバ４へ送信する。このように、送信部３１３は、認証コードに基づくトークンをコンテンツ提供サーバ４へ送信する。コンテンツ提供サーバ４は、当該トークンと、認証コードの送信元のスマートフォン１のユーザＩＤとを対応付けた情報を保持しておく。
【0050】
ステップＳ７において、スマートフォン１は、コンテンツ提供サーバ４へログインして、ＥＣサイトへアクセスする。これにより、スマートフォン１は、ＥＣサイト画面を表示する。ここで、スマートフォン１のユーザは、当該ＥＣサイト画面における所定のリンク先について、テレビ表示要求を示す指示を選択する。ステップＳ８において、スマートフォン１は、当該選択に応じて、リンク先のＵＲＬをコンテンツ提供サーバ４へ送信することで、テレビ表示要求（ＴＶ表示要求）をする。コンテンツ提供サーバ４は、スマートフォン１からテレビ表示要求と共に、画像表示対象のＵＲＬを取得する。
【0051】
ステップＳ９において、コンテンツ提供サーバ４は、要求元のスマートフォン１に対応するトークンと、画像表示対象のＵＲＬとをＴＶクラウド３へ送信し、表示要求する。ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４により送信されたトークンとＵＲＬとを取得する。このように、取得部３１２は、コンテンツ提供サーバ４により送信されたトークンと、スマートフォン１からの要求に基づく表示対象の画像のアクセス先のＵＲＬとを取得する。
【0052】
ステップＳ１０において、ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得部３１２が取得したトークンに対応するＴＶＩＤを特定する。そして、ＴＶクラウド３の送信部３１３は、当該ＴＶＩＤに対応するテレビジョン装置２に対して表示対象の画像のアクセス先のＵＲＬを送信する。
【0053】
テレビジョン装置２の取得部２４３は、表示対象の画像のアクセス先のＵＲＬを取得する。また、テレビジョン装置２の送信部２４２が、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすることで、取得部２４３は、表示対象の画像のアクセス先に基づく画像をコンテンツ提供サーバ４から取得する。そして、テレビジョン装置２の表示制御部２４４は、取得部２４３により取得された画像を映像表示部２３３に表示させる。
【0054】
第１の実施形態に係るＴＶクラウド３は、認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成し、コンテンツ提供サーバ４から当該トークンとスマートフォン１からの要求に基づく表示対象の画像のアクセス先とを取得すると、テレビジョン装置２へ当該画像のアクセス先を通知することで、テレビジョン装置２にスマートフォン１の要求に応じた画像を表示させることができる。これにより、ＴＶクラウド３は、スマートフォン１の画面より大きく表示できるテレビジョン装置２にスマートフォン１の要求に基づく画像を表示させることができる。
【0055】
また、テレビジョン装置２は、コンテンツ提供サーバ４へのアクセス先と、認証コードとを含むアクセス情報を出力し、ＴＶクラウド３からスマートフォン１からの要求に基づく表示対象の画像のアクセス先を取得し、当該画像を映像表示部２３３に表示させる。これにより、テレビジョン装置２は、スマートフォン１の画面より大きく表示できる映像表示部２３３にスマートフォン１の要求に基づく画像を表示させることができる。
【0056】
（第２実施形態）
第２実施形態にかかる情報連携システムＳは、第１実施形態とは異なり、テレビジョン装置２のメーカ毎にＴＶクラウド３が異なる。すなわち、第２実施形態にかかる情報連携システムＳは、複数のＴＶクラウド３を有する。
第２実施形態にかかる情報連携システムＳは、第１実施形態とは異なり、テレビジョン装置２のメーカ毎にＴＶクラウド３が異なる。すなわち、第２実施形態にかかる情報連携システムＳは、複数のＴＶクラウド３を有する。
【0057】
ここで、第２実施形態の情報連携システムＳの全体構成例について説明する。図８は、第２実施形態の情報連携システムＳの全体構成例の概要を示す図である。なお、第１実施形態と同一の構成については同一の符号を付与し説明を省略する。図８に示すように、情報連携システムＳは、ＴＶクラウド３（ＴＶクラウド３ａ、ＴＶクラウド３ｂ）を複数有する。ＴＶクラウド３ｂは、当該ＴＶクラウド３ｂに関連するメーカの図示しないテレビであるテレビジョン装置２と接続可能である。
【0058】
２はテレビである。
３は、いわゆるプッシュ配信サーバであるＴＶクラウドである。ＴＶクラウド３はテレビジョン装置２を製造し、さらに、テレビジョン装置２から視情報を収集した結果からテレビジョン装置２に対してネットワークを経由して視聴番組や予約番組推薦、視聴番組内容に基づく商品推薦の等の各種サービスを提供しているテレビメーカのサーバである。
３は、いわゆるプッシュ配信サーバであるＴＶクラウドである。ＴＶクラウド３はテレビジョン装置２を製造し、さらに、テレビジョン装置２から視情報を収集した結果からテレビジョン装置２に対してネットワークを経由して視聴番組や予約番組推薦、視聴番組内容に基づく商品推薦の等の各種サービスを提供しているテレビメーカのサーバである。
【0059】
また、５は、共通受付サーバであるテレビゲートウェイである。テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してＥコマース（ＥＣ）に接続するためのテレビジョン装置のメーカのメーカ共通サイトのサーバである。情報連携システムＳは、当該複数のＴＶクラウド３とネットワークを介して情報を送受信可能なテレビゲートウェイ５（サーバ管理装置）を有する。また、テレビゲートウェイ５は、広告表示した結果を集計する計測処理をするための計測サーバ６ともネットワークを介して情報を送受信可能である。このテレビゲートウェイ５は、各メーカを連合したクラウドサーバである。すなわち、テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してコンテンツ提供サーバ４に接続するためのサーバである。テレビゲートウェイ５は、コンテンツ提供サーバ４にクライアントクレデンシャル（ｃｌｉｅｎｔ＿ｉｄ、ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ）を発行する。
【0060】
また、ＴＶクラウド３とテレビゲートウェイ５との間でｘ－ａｐｉ－ｋｅｙに設置するランダム秘密が予め定められている。テレビゲートウェイ５とコンテンツ提供サーバ４との間で受け渡されるｘ－ａｐｉ－ｋｅｙは、ｐａｓｓ－ｋｅｙになる。
【0061】
４はＥＣサイトサーバ等のコンテンツ提供サーバである。コンテンツ提供サーバ４は、ＥＣのプラットフォーマのサーバである。ユーザ即ち消費者にとって、商品やサービスを購入するためのプラットフォームとなるサーバがコンテンツ提供サーバ４である。また、コンテンツ提供サーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉをテレビゲートウェイ５に予め登録させる。
【0062】
１０５０はユーザ端末である。ユーザ端末１０５０は、テレビジョン装置２とユーザ端末１０５０とをつなぐためのアプリケーションプログラムと、カメラ等の光学的な読み取り装置とを有する端末である。ユーザ端末１０５０の一例として、スマートフォン１が該当する。第１実施形態では、ユーザ端末１０５０が、スマートフォン１であるものとして説明しているがスマートフォンに限定されない。ユーザ端末１０５０は、ＰＣ、タブレット端末等で状況の条件を満たすものであればよい。また、これらの端末は、第１実施形態で示したスマートフォンを置き換えることができる。
【0063】
図９は、第２実施形態のテレビゲートウェイ５の全体構成例を示すブロック図である。図９に示すように、テレビゲートウェイ５は、通信Ｉ／Ｆ５０１、操作部５０２、ＣＰＵ５０３、メモリ５０４、およびストレージ装置５０５を備える。
【0064】
通信Ｉ／Ｆ５０１は、外部装置との間の通信に用いられるインターフェースである。操作部５０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。
【0065】
ストレージ装置５０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ５０３は、各種プログラムを実行することにより、テレビゲートウェイ５の各コンポーネントを制御する。メモリ５０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ５０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。
【0066】
図１０は、第２実施形態のテレビゲートウェイ５の部分構成例を示すブロック図である。テレビゲートウェイ５は、記憶部５１１（メモリ５０４、ストレージ装置５０５）と、記憶部５１１に記憶されたプログラムがＣＰＵ５０３によって実行された結果として生成される機能モジュールとして、取得部５１２と、送信部５１３と、生成部５１４とを備える。
【0067】
記憶部５１１は、ＣＰＵ５０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。
【0068】
取得部５１２は、外部装置から各種情報を取得する。送信部５１３は、外部装置へ各種情報を送信する。生成部５１４は、ＤＢに対して情報の生成動作を実行する。
【0069】
次に、第２実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１１は、第２実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１１に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
【0070】
また、図１１のステップＳ２１は、図７のステップＳ１と同様のため、説明を省略する。ステップＳ２２において、ＵＲＬ認証コードがＴＶクラウド３からテレビジョン装置２に送付される。ＵＲＬ認証コード２０１０はコンテンツ提供サーバ４を特定するＵＲＬ情報とコンテンツ提供サーバ４とＴＶクラウド３間の認証を行うための認証コードを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。
【0071】
ＵＲＬ認証コード２０１０の情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コード２０１０の送付形式は上記の情報が含まれていれば、どのような形式でもよい。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コード２０１０の送付形式は上記の情報が含まれていれば、どのような形式でもよい。
【0072】
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コード２０１０を取得すると、表示制御部２４４は、当該ＵＲＬ認証コード２０１０の内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コード２０１０に含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
【0073】
また、図７のステップＳ３と同様、ステップＳ２３において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コード２０１１の情報を読み取る。これにより、ユーザ端末１０５０は、ＥＣサイトのＵＲＬおよび認証コードを取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
【0074】
ステップＳ２４において、ユーザ端末１０５０は、ＥＣサイトのＵＲＬおよび認証コードを取得すると、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすると共に、認証コード２０２０を送信する。
【0075】
認証コード２０２０は、ＵＲＬ認証コード２０１０、ＵＲＬ認証コード２０１１の認証コード部分（＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞）である。認証コード２０２１は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
なお、認証コード２０２０には、上記に加えコンテンツ提供サーバ４のＵＲＬ情報が含まれていてもよい。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
なお、認証コード２０２０には、上記に加えコンテンツ提供サーバ４のＵＲＬ情報が含まれていてもよい。
【0076】
ステップＳ２５において、コンテンツ提供サーバ４は、認証コード２０２０を受信すると、認証コード２０２１をテレビゲートウェイ５へ送信し、認証リクエストをする。コンテンツ提供サーバ４は、例えば、テレビゲートウェイ５のＯＡｕｔｈ２のＴｏｋｅｎ Ｅｎｄｐｏｉｎｔに認証リクエストの情報を送る。認証コード２０２１の情報は、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ： ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
・ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”
・ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
・ｒｅｄｉｒｅｃｔ＿ｕｒｉ：コンテンツ提供サーバ４のＥＣサイトに戻るときの入口、テレビゲートウェイ５に事前登録のもの。
・ｃｌｉｅｎｔ＿ｉｄ：コンテンツ提供サーバ４のＥＣサイト別に割り当てた識別子。テレビゲートウェイ５に事前登録のもの。
ｃｌｉｅｎｔ＿ｓｅｃｒｅｔは、コンテンツ提供サーバ４のサイト別にｃｌｉｅｎｔ＿ｉｄに基づきテレビゲートウェイ５が割り当てたもの。テレビゲートウェイ５のサイトはｃｏｄｅのメーカ拡張子を見てリダイレクトする。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ： ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
・ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”
・ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
・ｒｅｄｉｒｅｃｔ＿ｕｒｉ：コンテンツ提供サーバ４のＥＣサイトに戻るときの入口、テレビゲートウェイ５に事前登録のもの。
・ｃｌｉｅｎｔ＿ｉｄ：コンテンツ提供サーバ４のＥＣサイト別に割り当てた識別子。テレビゲートウェイ５に事前登録のもの。
ｃｌｉｅｎｔ＿ｓｅｃｒｅｔは、コンテンツ提供サーバ４のサイト別にｃｌｉｅｎｔ＿ｉｄに基づきテレビゲートウェイ５が割り当てたもの。テレビゲートウェイ５のサイトはｃｏｄｅのメーカ拡張子を見てリダイレクトする。
【0077】
ステップＳ２６において、テレビゲートウェイ５の送信部３１３は、取得した認証コード２０２１を参照し、認証コード２０２１に含まれるメーカを識別する情報を参照し、送信先のＴＶクラウド３を特定する。具体的に、テレビゲートウェイ５の送信部３１３は、ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ即ち、認証コードを確認し、どのＴＶクラウド３であるかを判定する。
【0078】
そして、ステップＳ２７において、テレビゲートウェイ５の送信部３１３は、送信先のＴＶクラウド３へ認証リクエスト２０２２を送信することで認証リクエストをする。
このように、テレビゲートウェイ５の送信部５１３は、認証コード２０２１のＡｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ（認証コード）に基づいて特定された送信先のＴＶクラウド３へ認証リクエスト２０２２を送信する。テレビゲートウェイ５の送信部３１３が送信する認証リクエスト２０２２の情報は、コンテンツ提供サーバ４から取得した認証コード２０２１の情報と同じである。その他の認証リクエスト２０２２の情報の例としては、以下のものがある。
ＧＥＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、ＵＲＬ認証コード２０１０に記載された認証コードを取得する。
このように、テレビゲートウェイ５の送信部５１３は、認証コード２０２１のＡｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ（認証コード）に基づいて特定された送信先のＴＶクラウド３へ認証リクエスト２０２２を送信する。テレビゲートウェイ５の送信部３１３が送信する認証リクエスト２０２２の情報は、コンテンツ提供サーバ４から取得した認証コード２０２１の情報と同じである。その他の認証リクエスト２０２２の情報の例としては、以下のものがある。
ＧＥＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、ＵＲＬ認証コード２０１０に記載された認証コードを取得する。
【0079】
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン２０３０を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、トークン２０３０をさらに対応付ける。
【0080】
ステップＳ２８において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークン２０３０をテレビゲートウェイ５へ送信する。
【0081】
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークン２０３０としてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎ を付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎ を付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
【0082】
テレビゲートウェイ５の取得部５１２は、トークン２０３０を取得する。そして、ステップＳ２９において、テレビゲートウェイ５は、トークン２０３０をトークン２０３１としてコンテンツ提供サーバ４へ送信し、コンテンツ提供サーバ４は、トークン２０３１を取得する。なお、ＴＶクラウド３の送信部３１３は、直接コンテンツ提供サーバ４へトークンを送信するようにしてもよい。
【0083】
コンテンツ提供サーバ４は、トークン２０３１と、認証コードの送信元のユーザ端末１０５０のユーザＩＤとを対応付けた情報を保持しておく。
【0084】
そして、ステップＳ３０において、コンテンツ提供サーバ４は、トークン２０３１と、ユーザＩＤとをレスポンスとしてトークン＋ユーザＩＤ２０４０をテレビゲートウェイ５へ送信する。これにより、コンテンツ提供サーバ４は、ユーザ端末１０５０のユーザのユーザＩＤをテレビゲートウェイ５へ送信することができる。
【0085】
コンテンツ提供サーバ４が送信するトークン＋ユーザＩＤ２０４０の情報の構成は、以下の通りである。
ＰＯＳＴ ｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｕｓｅｒｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂａｓｉｃ ”＋Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞＋“：”＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
｛ｇｒａｎｔ＿ｔｙｐｅ：“ａｃｃｅｓｓ＿ｔｏｋｅｎ”，
ａｃｃｅｓｓ＿ｔｏｋｅｎ：＜ａｃｃｅｓｓ ｔｏｋｅｎ＞（ステップＳ２８でａｃｃｅｓｓ ｔｏｋｅｎとして発行された情報），
ｃｌｉｅｎｔ＿ｉｄ： コンテンツ提供サーバ４のサイト別に割り当てた識別子。メーカ共通サイトに事前登録，
ｕｓｅｒ＿ｉｄ：コンテンツ提供サーバ４のサイトにおけるユーザＩＤ，
Ｐｒｅｆｅｒｅｎｃｅ：＜現在のユーザ属性（現在のユーザ属性：ユーザの生年月日、性別、郵便番号、購買履歴等）＞｝
ＰＯＳＴ ｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｕｓｅｒｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂａｓｉｃ ”＋Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞＋“：”＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
｛ｇｒａｎｔ＿ｔｙｐｅ：“ａｃｃｅｓｓ＿ｔｏｋｅｎ”，
ａｃｃｅｓｓ＿ｔｏｋｅｎ：＜ａｃｃｅｓｓ ｔｏｋｅｎ＞（ステップＳ２８でａｃｃｅｓｓ ｔｏｋｅｎとして発行された情報），
ｃｌｉｅｎｔ＿ｉｄ： コンテンツ提供サーバ４のサイト別に割り当てた識別子。メーカ共通サイトに事前登録，
ｕｓｅｒ＿ｉｄ：コンテンツ提供サーバ４のサイトにおけるユーザＩＤ，
Ｐｒｅｆｅｒｅｎｃｅ：＜現在のユーザ属性（現在のユーザ属性：ユーザの生年月日、性別、郵便番号、購買履歴等）＞｝
【0086】
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４からトークン＋ユーザＩＤ２０４０を取得する。ステップＳ３１において、テレビゲートウェイ５の送信部５１３は、トークン＋ユーザＩＤ２０４０から送信先のＴＶクラウド３を特定し、送信先のＴＶクラウド３へデバイスＩＤ要求２０４１（ＴＶＩＤ）を送信する。なお、テレビゲートウェイ５の送信部５１３は、デバイスＩＤ要求２０４１の送信する際、トークンを送信するようにしてもよい。
【0087】
デバイスＩＤ要求２０４１は、テレビゲートウェイ５がＯＡｕｔｈ２のａｃｃｅｓｓ＿ｔｏｋｅｎで各メーカ（ＴＶクラウド３）にＴＶのｄｅｖｉｃｅ＿ｉｄ（ＴＶＩＤ）を問い合わせるための要求であり、例えば、以下のものである。
ＧＥＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
・Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
・ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
・Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
・ｃｌｉｅｎｔ＿ｉｄ：メーカ共通サイト別に割り当てた識別子
ＧＥＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
・Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
・ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
・Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
・ｃｌｉｅｎｔ＿ｉｄ：メーカ共通サイト別に割り当てた識別子
【0088】
ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得したトークンに対応するＴＶＩＤを取得する。また、ＴＶクラウド３は、取得したＴＶＩＤに対応するデバイスの情報（当該ＴＶＩＤのテレビジョン装置２の属性情報）も取得するようにしてもよい。ステップＳ３２において、ＴＶクラウド３の送信部３１３は、ＴＶＩＤ等の情報をデバイスＩＤ応答２０５０として、テレビゲートウェイ５へ送信する。デバイスＩＤ応答２０５０の例として以下のようなものがある。
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ｉｄ＞（テレビジョン装置２にＴＶクラウド３が付与したＴＶＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ｉｄ＞（テレビジョン装置２にＴＶクラウド３が付与したＴＶＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
【0089】
ステップＳ３３において、テレビゲートウェイ５の生成部５１４は、取得したＴＶＩＤ（デバイスＩＤ）とユーザＩＤとテレビジョン装置２のモデル情報（ｍｏｄｅｌ）とを関連付けた情報バインド情報をＤＢの情報として、記憶部５１１へ登録する。
【0090】
また、テレビゲートウェイ５の生成部５１４は、パス・キー２０５１を生成する。また、ステップＳ３４において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（ステップＳ４４以降の操作コマンド２０９０から操作コマンド２０９３の動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（ステップＳ４４以降の操作コマンド２０９０から操作コマンド２０９３の動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
【0091】
また、ステップＳ３５において、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。
【0092】
コンテンツ提供サーバ４は、テレビゲートウェイ５からパス・キーを取得すると、パス・キーに含まれた情報を記憶する。具体的には、ＥＣサイトのユーザＩＤ毎に下記の情報が記憶される。
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ ／／ 連携したＴＶモデル情報
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ ／／ 連携したＴＶモデル情報
【0093】
ステップＳ３６において、ユーザ端末１０５０は、アプリケーションの起動により、コンテンツ提供サーバ４が提供するサービスにサービスログインをする。これにより、スマートフォン１は、ＥＣサイト画面を表示する。当該アプリケーションが出力するＥＣサイト画面には、テレビジョン装置２へ接続するためのボタンも出力する。なお、ステップＳ３７において、コンテンツ提供サーバ４は、ステップＳ３６のログインに応じて、ユーザ端末１０５０にデバイス情報２０７０を送信する。ここでいうデバイス情報２０７０とは、パス・キー２０５１に含まれるデバイスＩＤ、ユーザＩＤ、モデルネームのいずれか１つまたは２つまたは３つの組み合わせである。
【0094】
スマートフォン１のユーザは、ＥＣサイト画面のリンク先について、テレビジョン装置２へ接続するためのボタンを選択する。ステップＳ３８において、ユーザ端末１０５０は、当該選択に応じて、リンク先のＵＲＬをコンテンツ提供サーバ４へ送信することで、テレビ表示要求（ＴＶ表示要求２０７１）を送信する。
【0095】
コンテンツ提供サーバ４は、ユーザ端末１０５０からＴＶ表示要求２０７１を受信すると、ステップＳ３９において、テレビゲートウェイ５に対して、トークン、パス・キー、およびリンク先のＵＲＬを含む表示要求２０７２を送信することで、テレビジョン装置２に対して表示要求をする。表示要求２０７２の情報の構成は、以下の通りである。
ＰＯＳＴ ｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜ｐａｓｓ＿ｋｅｙ＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｉｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”
”ｋｅｙｃｏｄｅ”：“＜ｃｏｍｍｏｎ ｋｅｙ ｃｏｄｅ＞”｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
”ｓｉｔｅ”：“＜Ｗｅｂｓｉｔｅ ＵＲＬ＞”，
“Ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”｝
ＰＯＳＴ ｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜ｐａｓｓ＿ｋｅｙ＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｉｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”
”ｋｅｙｃｏｄｅ”：“＜ｃｏｍｍｏｎ ｋｅｙ ｃｏｄｅ＞”｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
”ｓｉｔｅ”：“＜Ｗｅｂｓｉｔｅ ＵＲＬ＞”，
“Ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”｝
【0096】
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から、トークン、パス・キー、およびリンク先のＵＲＬを含む表示要求２０７２の情報を受信する。そして、取得部５１２は、ｘ－ａｐｉ－ｋｅｙのヘッダからｐａｓｓ＿ｋｅｙを取り出す。
【0097】
ステップＳ４０において、取得部５１２は、当該パス・キー（ｐａｓｓ＿ｋｅｙ）および記憶部５１１に記憶されている情報を用いて、アクセス先とアクセス元を判別する。ステップＳ４１において、送信部５１３は、判別した結果をもとにＴＶクラウド３にトークン・ＵＲＬを含む情報を送信すると共に、表示要求をする。このように、送信部５１３は、送信先のＴＶクラウド３へトークンと、表示対象の画像のアクセス先とを送信する。なお、テレビゲートウェイ５は、アクセス元とメーカ別にアクセス数を計測する。
【0098】
送信部５１３が、ＴＶクラウド３に送信する表示要求２０７３には、トークン、クライアントＩＤ、ＵＲＬ、メッセージが含まれている。当該情報の例は、以下の通りである。
ＰＯＳＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”，
“ｋｅｙｃｏｄｅ”：＜ｃｏｍｍｏｎ ｋｅｙ ｃｏｄｅ＞，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ：＜ｍｅｓｓａｇｅ ＩＤ＞｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
“ｓｉｔｅ”： ＜Ｗｅｂｓｉｔｅ ＵＲＬ＞（テレビ用Ｗｅｂｓｉｔｅ ＵＲＬ），
“ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ”：＜ｍｅｓｓａｇｅ ＩＤ＞｝
ＰＯＳＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”，
“ｋｅｙｃｏｄｅ”：＜ｃｏｍｍｏｎ ｋｅｙ ｃｏｄｅ＞，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ：＜ｍｅｓｓａｇｅ ＩＤ＞｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
“ｓｉｔｅ”： ＜Ｗｅｂｓｉｔｅ ＵＲＬ＞（テレビ用Ｗｅｂｓｉｔｅ ＵＲＬ），
“ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ”：＜ｍｅｓｓａｇｅ ＩＤ＞｝
【0099】
ＴＶクラウド３の取得部３１２は、テレビゲートウェイ５から表示要求２０７３を受信する。取得部３１２は、表示要求２０７３のＡｕｔｈｏｒｉｚａｔｉｏｎヘッダからａｃｃｅｓｓ＿ｔｏｋｅｎを取り出し、テレビジョン装置２を判別する。ステップＳ４２において、ＴＶクラウド３の送信部３１３は、判別した結果に基づいてテレビジョン装置２へ表示要求２０７４を出力する。なお、当該表示要求は、メーカ独自の表示要求コマンドに置き換えられてもよい。また、必要に応じて、ＴＶクラウド３は、ｃｌｉｅｎｔ＿ｉｄ毎のアクセスを集計してテレビにリクエストを行ってもよい。
【0100】
ステップＳ４３において、テレビジョン装置２は、表示要求に応じてブラウザを起動させ、ｏｎＬｏａｄやｏｎＣｌｉｃｋのＥｖｅｎｔ等でｊａｖａｓｃｒｉｐｔ（登録商標）を実行し、表示対象のＵＲＬ先の画像を表示出力する。また、テレビジョン装置２は、サービサー、ユーザ、ＴＶメーカ、表示した広告を識別する表示操作結果通知２０８０を計測サーバ６へ通知する。計測サーバ６は、ＴＶクラウド３が複数のテレビジョン装置２へ広告表示した結果を集計する。その集計結果を基にメーカまたはテレビゲートウェイ５、または計測サーバ６の所有者がコンテンツ提供サーバ４を所有するＥコマースのプラットフォーマへ広告宣伝費を要求する。
【0101】
ユーザ端末１０５０のアプリケーションはテレビジョン装置２の画面をステップＳ４４における操作コマンド２０９０を基に操作することができる。ユーザ端末１０５０からの操作に応じてコンテンツ提供サーバ４に操作コマンド２０９０を送る。
【0102】
ステップＳ４５において、コンテンツ提供サーバ４は、ステップＳ４４で送信された操作コマンド２０９０をもとに共通キーコードを含む操作コマンド２０９１をテレビゲートウェイ５に送信する。共通キーコードはテレビ操作リモコン操作ボタンに対応したように構成されたコマンドである。数字、十字カーソル、ボリューム/チャネル/電源、カラーキー、機能キー、メディアコントロール、メーカ固有のコマンドがある。このメーカ固有のコマンドとは、各メーカ独自に動作させるためのコマンドである。すなわち、メーカ固有コマンドとは、各メーカにより設定された、メーカ独自の動作用コマンドである。共通キーコードはメーカ固有のコマンドを除きメーカ間で共通の操作を行うためのキーコードである。
【0103】
数字コマンドは“１１”“１２”“０”“１”“２”“３”“４”“５”“６”“７”“８”“９”“．”である。
【0104】
十字カーソルコマンドは“ｕｐ”“ｄｏｗｎ”“ｌｅｆｔ”“ｒｉｇｈｔ”“ｐａｇｅ ｕｐ”“ｐａｇｅ ｄｏｗｎ”“ｐａｇｅ ｌｅｆｔ”“ｐａｇｅ ｒｉｇｈｔ”“ｅｎｔｅｒ”“ｅｘｉｔ”“ｂａｃｋ”である。
【0105】
ボリューム／チャネル／電源コマンドは“ｐｏｗｅｒ”“ｐｏｗｅｒ ｏｆｆ”“ｐｏｗｅｒ ｏｎ”“ｖｏｌｕｍｅ ｕｐ”“ｖｏｌｕｍｅ ｄｏｗｎ”“ｃｈａｎｎｅｌ ｕｐ”“ｃｈａｎｎｅｌ ｄｏｗｎ”である。
【0106】
カラーキーは“ｂｌｕｅ”“ｒｅｄ”“ｇｒｅｅｎ”“ｙｅｌｌｏｗ”である。
【0107】
機能キーコマンドは“ｅｌｅｃｔｒｏｎｉｃ ｐｒｏｇｒａｍ ｇｕｉｄｅ”“ｉｎｉｔｉａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ”“ｓｅｌｅｃｔ ｂｒｏａｄｃａｓｔ ｔｙｐｅ”“ｉｎｐｕｔ ｓｅｌｅｃｔ”“ｄｉｓｐｌａｙ ｉｎｆｏｒｍａｔｉｏｎ”“ｍｕｔｅ”“ｃｏｎｔｅｎｔｓ ｍｅｎｕ”“ｃｌｏｓｅｄ ｃａｐｔｉｏｎ”である。
【0108】
メディアコントロールコマンドは“Ｐｌａｙ”“ｓｔｏｐ”“ｐａｕｓｅ”“ｒｅｗｉｎｄ ”“ｆｏｒｗａｒｄ”“ｂａｃｋｗａｒｄ”“ｓｋｉｐ ｆｏｒｗａｒｄ”“ｓｋｉｐ ｂａｃｋｗａｒｄ”“ｒｅｃｏｒｄ”である。
【0109】
テレビゲートウェイ５は、ステップＳ４５における操作コマンド２０９１を受信すると、ステップＳ４６においてＴＶクラウド３に操作コマンド２０９２を送付する。操作コマンド２０９２は操作コマンド２０９１と同じコマンドである。
ステップＳ４７において、テレビゲートウェイ５は、応答メッセージとして応答メッセージＩＤ２０９４をコンテンツ提供サーバ４に送信する。メッセージＩＤは以下の構成である。
｛ｍｅｓｓａｇｅｉｄ： ＜ｍｅｓｓａｇｅ ＩＤ＞｝
ステップＳ４７において、テレビゲートウェイ５は、応答メッセージとして応答メッセージＩＤ２０９４をコンテンツ提供サーバ４に送信する。メッセージＩＤは以下の構成である。
｛ｍｅｓｓａｇｅｉｄ： ＜ｍｅｓｓａｇｅ ＩＤ＞｝
【0110】
ＴＶクラウド３は、テレビゲートウェイ５から操作コマンド２０９２を受信すると、ステップＳ４８において、操作コマンド２０９３をテレビジョン装置２に送信する。操作コマンド２０９３は操作コマンド２０９２と同じまたは同等の情報で、テレビジョン装置２の表示画面の操作を行うメーカ独自のコマンドである。ＴＶクラウド３は、操作コマンド２０９２をテレビジョン装置２の操作するための各社キーコードである操作コマンド２０９３に置き換える。テレビジョン装置２の操作コマンドの標準化が進んだ場合、操作コマンド２０９２を変換せずに、そのまま操作コマンド２０９３として利用することができる。
【0111】
テレビジョン装置２は、操作コマンド２０９３に基づき、テレビジョン装置２の映像表示部２３３に表示された画像を操作する。また、ステップＳ４９において、テレビジョン装置２は、操作コマンドを識別する操作結果通知２０８１を計測サーバ６へ通知する。
【0112】
図１１に示したフローチャートは、複数のメーカを統合してプラットフォーマのコンテンツ提供サーバ４にアクセスする処理の説明であるが、第１実施形態のＴＶクラウド３のように、メーカが単独でコンテンツ提供サーバ４にアクセスすることもできる。この場合、ＴＶクラウド３は、テレビゲートウェイ５の動作を合わせたものになる。この時、ＴＶクラウド３とテレビゲートウェイ５との間の情報のやり取りは省略される。
【0113】
テレビゲートウェイ５は、コンテンツ提供サーバ４から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、コンテンツ提供サーバ４からトークンと、表示対象の画像のアクセス先とを取得し、送信先のＴＶクラウド３へ当該トークンと、表示対象の画像のアクセス先とを送信する。これにより、コンテンツ提供サーバ４側からは、複数のＴＶクラウド３のいずれに送信すべきか判断することなく、処理することができる。
【0114】
なお、本実施形態の各装置（ユーザ端末１０５０、テレビジョン装置２、ＴＶクラウド３、コンテンツ提供サーバ４、テレビゲートウェイ５、計測サーバ６）で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disc）－ＲＯＭ（Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータ装置で読み取り可能な記録媒体に記録して提供することができる。また、当該プログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。
【0115】
（第３実施形態）
第３実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第３実施形態にかかる情報連携システムＳでは、テレビゲートウェイ５が、ＴＶクラウド３からだけではなく、コンテンツ提供サーバ４からもトークンを取得し、これらのトークンを用いて、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する。
第３実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第３実施形態にかかる情報連携システムＳでは、テレビゲートウェイ５が、ＴＶクラウド３からだけではなく、コンテンツ提供サーバ４からもトークンを取得し、これらのトークンを用いて、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する。
【0116】
なお、図６に示した、ＴＶクラウド３が記憶するデータの構造が異なる。具体的に、ＴＶクラウド３は、図６に示したＴＶＩＤの代わりに、ＨＡ－ＩＤを記憶する。また、図６に示したＥＣサイトサーバＩＤの代わりに、ＰＦ－ＩＤを記憶する。ＨＡ－ＩＤは、テレビメーカの会社ＩＤであるＴＣ－ＩＤと、テレビジョン装置２のデバイスＩＤであるＴＶ－ＩＤとを含む識別情報である。ＰＦ－ＩＤは、ビデオプラットフォームの会社ＩＤである。ＴＣ－ＩＤは、ＴＶクラウド３を識別する識別子となる。また、ＰＦ－ＩＤは、コンテンツ提供サーバ４を識別する識別子となる。
【0117】
次に、第３実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１２は、第３実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１２に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイト（例えば、コンテンツ提供を受けるサーバ）を指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
【0118】
また、図１２のステップＳ６１は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ６１では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
【0119】
ステップＳ６２において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
【0120】
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
【0121】
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
【0122】
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
【0123】
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
【0124】
また、図７のステップＳ３、図１１のステップＳ２３と同様、ステップＳ６３において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
【0125】
ステップＳ６４において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。
【0126】
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
【0127】
ステップＳ６５において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携指示を示す連携ボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ Ａｕｔｈｏｒｉｚａｔｉｏｎ ＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。
【0128】
ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携ボタンが押下されると（ステップＳ６６）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ６７）。
【0129】
上記認可リクエスト時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
【0130】
コンテンツ提供サーバ４においてユーザ情報が登録されていない場合、ユーザ端末１０５０およびコンテンツ提供サーバ４の間で、ユーザ登録処理をする（ステップＳ６８）。ここで、ユーザ登録処理とは、コンテンツ提供サーバ４にログインするための情報であるユーザＩＤおよびパスワードを登録したり、ユーザの属性情報を登録したりする処理である。
【0131】
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ６９）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
【0132】
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ７０）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
【0133】
テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ７１）。
【0134】
そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ７２）。
【0135】
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
【0136】
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン（第１トークン）を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、第１トークンをさらに対応付ける。
【0137】
ステップＳ７３において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。
【0138】
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
【0139】
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
【0140】
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ７４）。
【0141】
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
【0142】
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得する認可コードに基づいて、当該認可コードに対応するユーザＩＤを特定する。そして、コンテンツ提供サーバ４は、当該ユーザＩＤに基づくトークンである第２トークンを生成する。
【0143】
ステップＳ７５において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。
【0144】
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
【0145】
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ７６）。
【0146】
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
【0147】
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ７７）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
【0148】
ステップＳ７８において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
【0149】
テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ７４で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ７９）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
【0150】
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
【0151】
ステップＳ８０において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
【0152】
ステップＳ８１において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。
【0153】
また、テレビゲートウェイ５の生成部５１４は、パス・キーを生成する。また、ステップＳ８２において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（操作コマンドの動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（操作コマンドの動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
【0154】
また、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。
【0155】
コンテンツ提供サーバ４は、テレビゲートウェイ５からパス・キーを取得すると、パス・キーに含まれた情報を記憶する。具体的に、コンテンツ提供サーバ４は、ＥＣサイトのユーザＩＤ毎に下記の情報を記憶する。
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ ／／ 連携したＴＶモデル情報
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ ／／ 連携したＴＶモデル情報
【0156】
テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。
【0157】
この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。
【0158】
（第４実施形態）
第４実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第２実施形態では、認証コードもＱＲコードに含める場合について述べたが、第４実施形態にかかる情報連携システムＳでは、認証コードについては、別途ピンコードで表示するものである。
第４実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第２実施形態では、認証コードもＱＲコードに含める場合について述べたが、第４実施形態にかかる情報連携システムＳでは、認証コードについては、別途ピンコードで表示するものである。
【0159】
【0160】
ステップＳ９１において、ＴＶクラウド３は、ＵＲＬを含むＱＲコードをテレビジョン装置２に送信する。また、ＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信する。
【0161】
ＱＲコードに含まれるＵＲＬの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬが入っている。ＱＲコードのＵＲＬの送付形式は上記の情報が含まれていれば、どのような形式でもよい。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬが入っている。ＱＲコードのＵＲＬの送付形式は上記の情報が含まれていれば、どのような形式でもよい。
【0162】
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＱＲコードおよびピンコードを取得すると、表示制御部２４４は、当該ＱＲコードを映像表示部２３３で光学的に画像または映像として表示出力する。また、表示制御部２４４は、ピンコードを表示出力する。
【0163】
ステップＳ９２において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報から読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬの情報を読み取る。
【0164】
ステップＳ９３において、ユーザ端末１０５０は、アプリケーション（アプリ）を起動し、ピンコードの入力を受け付け可能な状態にする。
【0165】
ステップＳ９４において、ユーザ操作によりＰＩＮコードが入力されると、ユーザ端末１０５０は、当該ＰＩＮコードを認証コードとして取得する。ステップＳ２４～ステップＳ３５は、それぞれ図１１のステップＳ２４～ステップＳ３５と同様である。
【0166】
第４実施形態にかかるＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信し、テレビジョン装置２が当該ピンコードを表示する。そして、ユーザ端末１０５０のユーザが、当該ピンコードに基づいて入力操作をし、ユーザ端末１０５０が、当該ピンコードを認証コードとしてコンテンツ提供サーバ４へ送信する。
【0167】
この場合、ＵＲＬと共に認証コードを２次元コードに含めることができない場合でも、ユーザ端末１０５０から認証コードをコンテンツ提供サーバ４へ送信することができる。
【0168】
（第５実施形態）
第５実施形態にかかる情報連携システムＳは、第３実施形態の情報連携システムＳの全体構成と同様である。第５実施形態にかかる情報連携システムＳでは、第３実施形態にかかる情報連携システムＳにおける、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促すための促進情報としてキャンペーン情報をテレビゲートウェイ５がテレビジョン装置２へ送信する。情報連携システムＳでは、テレビジョン装置２が、促進情報に基づいてテレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理の指示した場合、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を実行する。
第５実施形態にかかる情報連携システムＳは、第３実施形態の情報連携システムＳの全体構成と同様である。第５実施形態にかかる情報連携システムＳでは、第３実施形態にかかる情報連携システムＳにおける、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促すための促進情報としてキャンペーン情報をテレビゲートウェイ５がテレビジョン装置２へ送信する。情報連携システムＳでは、テレビジョン装置２が、促進情報に基づいてテレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理の指示した場合、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を実行する。
【0169】
情報連携システムＳでは、テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５がＴＶクラウド３を介して番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、コンテンツ提供サーバ４から番組表構成情報を取得し、番組表構成情報をＴＶクラウド３へ送信する。ＴＶクラウド３は、番組表構成情報を取得し、取得した番組表構成情報をテレビジョン装置２へ送信する。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。
【0170】
テレビゲートウェイ５は、キャンペーン情報を記憶しており、番組表構成情報を送信する際、テレビジョン装置２からの要求に応じてキャンペーン情報を送信する。
【0171】
【0172】
通常連携データ部分３３０は、ＩＤ連携用データのＯｂｊｅｃｔを示す情報（idbind）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、連携方法を説明する画像を示す情報（explanation_img）と、連携解除方法を説明する画像を示す情報（explanation_img）とを含む。
【0173】
キャンペーン連携データ部分３４０は、キャンペーン情報のｏｂｊｅｃｔのＡｒｒａｙを示す情報（idbind_campaign）と、キャンペーン対象のＴＶメーカを示す情報（tv）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、キャンペーンの内容を説明する画像を示す情報（campaign_img）と、すでに連携済みだった場合に表示する画像を示す情報（hasbound_img）と、連携方法を説明する画像を示す情報（explanation_img）と、ＩＦＡ－ＩＤによるトラッキングを許可することをお勧めする画像を示す情報（recommend_tracking_img）と、キャンペーン開始日時を示す情報（start）と、キャンペーン終了日時を示す情報（end）とを含む。
【0174】
キャンペーン連携データ部分３４０における画像を示す情報を、マクロ等によりＴＶメーカ毎に異なるように設定されていてもよい。これにより、簡易な構成で複数のＴＶメーカのそれぞれで異なるキャンペーン画像を割り当てることができる。
【0175】
【0176】
テレビジョン装置２は、ユーザの操作に応じて、ＴＶクラウド３に対して、ユーザが指定したＥＣサイトの番組表構成情報（番組表）の取得要求をする。テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５がＴＶクラウド３を介して番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、コンテンツ提供サーバ４から番組表構成情報を取得し、番組表構成情報をＴＶクラウド３へ送信する。ＴＶクラウド３は、番組表構成情報を取得し、取得した番組表構成情報をテレビジョン装置２へ送信する。テレビジョン装置２は、番組表構成情報を表示する（ステップＳ１０１）。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。
【0177】
テレビジョン装置２は、テレビゲートウェイ５へキャンペーン情報の取得要求をする。テレビジョン装置２は、ＴＶクラウド３を介してテレビゲートウェイ５からキャンペーン情報を取得しなかった場合（ステップＳ１０２：Ｎｏ）、処理を終了する。
【0178】
テレビジョン装置２は、テレビゲートウェイ５へキャンペーン情報の取得要求をする。テレビジョン装置２は、ＴＶクラウド３を介してテレビゲートウェイ５からキャンペーン情報を取得した場合（ステップＳ１０２：Ｙｅｓ）、コンテンツ提供サーバ４と連携済みでなければ（ステップＳ１０３Ｙｅｓ）、テレビジョン装置２は、番組表構成情報と共にキャンペーン情報を表示する（ステップＳ１０４）。コンテンツ提供サーバ４と連携済であるか否かを判断する方法としては、テレビジョン装置２が過去の連携処理要求の有無のログを保持しておき、当該ログに基づいて判断する方法がある。
【0179】
キャンペーン情報において、キャンペーンに応募する旨の選択がされた場合、テレビジョン装置２は、アンケート情報を表示する（ステップＳ１０５）。このアンケートは、ユーザの属性（性別、住所等）の入力を受け付けるアンケートである。また、このアンケート情報は、他のタイミングで表示するようにしてもよい。
【0180】
テレビジョン装置２は、アンケートが入力された後、連携指示要求をする（ステップＳ１０６）。
【0181】
続いて、図１６を用いて連携処理手順を説明する。図１６は、連携処理手順を示すフローチャートである。ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
【0182】
図１５に示したフローチャートの処理を実行する前に、テレビジョン装置２は、ＩＦＡ－ＩＤを乱数により生成し、ＴＶクラウド３へ通知する（ステップＳ１１１）。このＩＦＡ－ＩＤは、一意であることが保証できる程度の桁数を有する数値である。なお、テレビジョン装置２は、テレビジョン装置２のＴＶモデル名を送信するようにしてもよい。また、ステップＳ１１１およびステップＳ１１２において、ベアラ認証をするようにしてもよい。
【0183】
ＴＶクラウド３は、ＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する（ステップＳ１１２）。その後に、ステップＳ１１３において、図１４に示したフローチャートの処理を実行する。ステップＳ１１３において、連携指示がなされると、テレビジョン装置２は、ＱＲコード要求をする（ステップＳ１１４）。
【0184】
また、図１６のステップＳ１１４は、図７のステップＳ１、図１１のステップＳ１２、および図１２のステップＳ６１と同様である。なお、ステップＳ１１４では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
【0185】
ステップＳ１１５において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
【0186】
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
【0187】
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
【0188】
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
【0189】
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
【0190】
また、図７のステップＳ３、図１１のステップＳ２３、図１２のステップＳ６３と同様、ステップＳ１１６において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
【0191】
ステップＳ１１７において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。
【0192】
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
【0193】
ステップＳ１１８において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携指示を示す連携ボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ Ａｕｔｈｏｒｉｚａｔｉｏｎ ＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。
【0194】
ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携ボタンが押下されると（ステップＳ１１９）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ１２０）。
【0195】
上記認可リクエスト時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
【0196】
なお、テレビジョン装置２が、ステップＳ１１９の時点で、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１５１、ステップＳ１５２）、テレビゲートウェイ５は、連携完了していない旨の情報をテレビジョン装置２へ送信する（ステップＳ１５３、ステップＳ１５４）。
【0197】
コンテンツ提供サーバ４においてユーザ情報が登録されていない場合、ユーザ端末１０５０およびコンテンツ提供サーバ４の間で、ユーザ登録処理をする（ステップＳ１２１）。ここで、ユーザ登録処理とは、コンテンツ提供サーバ４にログインするための情報であるユーザＩＤおよびパスワードを登録したり、ユーザの属性情報を登録したりする処理である。
【0198】
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１２２）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
【0199】
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１２３）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
【0200】
テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ１２４）。
【0201】
そして、ステップＳ１２５において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１２５）。
【0202】
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
【0203】
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン（第１トークン）を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、第１トークンをさらに対応付ける。
【0204】
ステップＳ１２６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。
【0205】
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
【0206】
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
【0207】
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ１２７）。
【0208】
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
【0209】
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得する認可コードに基づいて、当該認可コードに対応するユーザＩＤを特定する。そして、コンテンツ提供サーバ４は、当該ユーザＩＤに基づくトークンである第２トークンを生成する。
【0210】
ステップＳ１２８において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。
【0211】
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
【0212】
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１２９）。
【0213】
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
【0214】
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１３０）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
【0215】
ステップＳ１３１において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
【0216】
テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ１２７で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１３２）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
【0217】
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
【0218】
ステップＳ１３３において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
【0219】
ステップＳ１３４において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。
【0220】
ステップＳ１３５において、テレビゲートウェイ５は、ユーザ端末１０５０に対して、上記認可コードと共にレスポンスする（ステップＳ１３５）。
【0221】
ステップＳ１３４以降に、テレビジョン装置２が、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１３６、ステップＳ１３７）、テレビゲートウェイ５は、連携完了した旨の情報（連携したコンテンツ提供サーバ４を識別する情報等）をテレビジョン装置２へ送信する（ステップＳ１３８、ステップＳ１３９）。また、テレビゲートウェイ５は、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ通知する（ステップＳ１４０）。
【0222】
また、テレビジョン装置２において、ＩＦＡ－ＩＤを更新した場合、更新後のＩＦＡ－ＩＤをＴＶクラウド３へ通知する（ステップＳ１４１）。ＴＶクラウド３は、更新後のＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する。テレビゲートウェイ５は、更新後のＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する（ステップＳ１４３）。
【0223】
続いて、連携取り消し処理について図１７に示すフローチャートを用いて説明する。図１７は、連携取り消し処理を示すフローチャートである。テレビジョン装置２は、ユーザの操作に応じて、ＴＶクラウド３に対して連携取り消し要求をする（ステップＳ１６１）。ＴＶクラウド３は、テレビジョン装置２からの取り消し要求に応じて、テレビゲートウェイ５へ連携取り消し要求をする（ステップＳ１６２）。なお、ステップＳ１６１およびステップＳ１６２において、テレビジョン装置２またはＴＶクラウド３は、連携取り消し要求共にＩＦＡ－ＩＤを送信するようにしてもよい。
【0224】
テレビゲートウェイ５は、コンテンツ提供サーバ４に対して連携取り消し要求を通知する（ステップＳ１６３）。コンテンツ提供サーバ４は、生成した第２トークンを削除する。テレビゲートウェイ５は、バインド情報を削除して、削除した旨をＴＶクラウド３へ通知する（ステップＳ１６４）。ＴＶクラウド３は、バインド情報が削除された旨をテレビジョン装置２へ通知する（ステップＳ１６５）。また、ＴＶクラウド３は、第１トークンを削除するようにしてもよい。また、コンテンツ提供サーバ４は、連携を取り消した旨をテレビゲートウェイ５へ通知し（ステップＳ１６６）、テレビゲートウェイ５は、ＴＶクラウド３へ連携を取り消した旨を通知する（ステップＳ１６７）。
【0225】
【0226】
ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携を取り消したいコンテンツ提供サーバ４を指定する場面をスタートとする。
【0227】
図１８のステップＳ１８０は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ１８０では、テレビジョン装置２は、ユーザが指定したコンテンツ提供サーバ４に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
【0228】
ステップＳ１８１において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
【0229】
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
【0230】
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
【0231】
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
【0232】
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
【0233】
また、図７のステップＳ３、図１１のステップＳ２３と同様、ステップＳ１８２において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
【0234】
ステップＳ１８３において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。
【0235】
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
【0236】
ステップＳ１８４において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携取り消し指示を示す連携取り消しボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ Ａｕｔｈｏｒｉｚａｔｉｏｎ ＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。
【0237】
ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携取り消しボタンが押下されると（ステップＳ１８５）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ１８６）。
【0238】
上記認可リクエスト時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
【0239】
なお、テレビジョン装置２が、ステップＳ１８５の時点で、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ２５１、ステップＳ２５２）、テレビゲートウェイ５は、連携している旨の情報をテレビジョン装置２へ送信する（ステップＳ２５３、ステップＳ２５４）。
【0240】
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１８８）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
【0241】
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１８９）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
【0242】
そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１９０）。
【0243】
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
【0244】
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、ＴＶクラウド３の送信部３１３は、第１トークンをテレビゲートウェイ５へ送信する（ステップＳ１９１）。
【0245】
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
【0246】
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
【0247】
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ１９２）。
【0248】
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
【0249】
ステップＳ１９３において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。
【0250】
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
【0251】
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１９４）。
【0252】
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
【0253】
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１９５）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
【0254】
テレビゲートウェイ５の送信部５１３は、第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１９６）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
【0255】
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
【0256】
ステップＳ１９７において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
【0257】
テレビゲートウェイ５は、バインド情報を削除して、削除した旨をコンテンツ提供サーバ４へ通知する（ステップＳ１９８）。なお、テレビゲートウェイ５は、バインド情報を削除した旨をＴＶクラウド３へ通知してもよい。
【0258】
テレビジョン装置２が、ステップＳ１９８以降に、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１９９、ステップＳ２００）、テレビゲートウェイ５は、連携していない旨の情報をテレビジョン装置２へ送信する（ステップＳ２０１、ステップＳ２０２）。
【0259】
上述の実施形態では、番組表を表示する際に、キャンペーン情報を表示する場合について述べたが、ネッワークを介して番組放送中（リニアに配信されている動画コンテンツ配信の番組）に指定されたタイミングで画面上に広告を表示する際に、キャンペーン情報を表示するようにしてもよい。
【0260】
例えば、図１９に示すようなクリッカブル広告を用いてキャンペーン情報を表示するようにしてもよい。図１９は、クリッカブル広告の情報の例である。この広告情報は、広告情報のObjectのArrayを示す情報（ad_list）と、広告タイプを示す情報（ad_type）と、広告イメージのＵＲＬを示す情報（img_url）等を含む。
【0261】
上述の実施形態では、図１６に示したフローチャートの処理において、テレビゲートウェイ５がコンテンツ提供サーバ４に対してユーザ情報要求して、コンテンツ提供サーバ４からＵＲ－ＩＤを取得する場合について述べたが、これに限られない。例えば、図２０に、図１６のフローチャートの変形例を示す。図１６で説明した処理と同様の部分については、説明を省略する。図２０に示すステップＳ１２８もしくはＳ１３０でコンテンツ提供サーバ４がＵＲ－ＩＤを提供する代わりに、ステップＳ１１８にてテレビゲートウェイ５が、仮ＵＲ－ＩＤを発行してＨＴＭＬ形式のコードに含まれる“ｓｔａｔｅ”の値にそのパラメータを含むようにしてもよい。この場合、ステップＳ１２０にてユーザ端末１０５０が、この値をコンテンツ提供サーバ４へ送信する。また、図１２のフローチャートにおいても、上記のように、テレビゲートウェイ５が、仮ＵＲ－ＩＤを発行するようにしてもよい。
【0262】
本実施形態にかかるテレビゲートウェイ５は、キャンペーン情報を記憶しておき、テレビジョン装置２が番組表を表示するタイミング等、所定のタイミングでキャンペーン情報をテレビジョン装置２へ送信する。
【0263】
また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。
【0264】
この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。また、テレビゲートウェイ５は、キャンペーン情報を出力ことで、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促進させることができる。
【0265】
また、テレビゲートウェイ５は、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携した後に、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する。これにより、テレビゲートウェイ５は、テレビジョン装置２のＩＤをコンテンツ提供サーバ４へ開示することがなく、テレビジョン装置２を特定可能な情報を提供することができる。
【0266】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。例えば、上記実施形態におけるテレビジョン装置は、セットトップボックスや、レコーダのように、表示手段を備えず、外部の表示装置に対し、映像信号を出力する受信機能を備えた電子装置であってもよい。また、これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
例えば、ユーザ端末に表示された画像アイコンのうち、テレビジョン装置で拡大表示可能な画像アイコンには、テレビジョン装置への拡大表示を指示するボタンを、その画像アイコン上、または、近傍に設けるようにしてもよく、また、その拡大表示可能な画像アイコンを、他の可拡大表示不可の画像アイコンとは識別可能に視認するための色彩や形状、表示形態を変更してもよい。また、ユーザ端末からテレビジョン装置への拡大表示を指示したとき、または、テレビジョン装置での表示処理の際、ユーザ端末またはテレビジョン装置を介して音声通知を行うようにしてもよい。
例えば、ユーザ端末に表示された画像アイコンのうち、テレビジョン装置で拡大表示可能な画像アイコンには、テレビジョン装置への拡大表示を指示するボタンを、その画像アイコン上、または、近傍に設けるようにしてもよく、また、その拡大表示可能な画像アイコンを、他の可拡大表示不可の画像アイコンとは識別可能に視認するための色彩や形状、表示形態を変更してもよい。また、ユーザ端末からテレビジョン装置への拡大表示を指示したとき、または、テレビジョン装置での表示処理の際、ユーザ端末またはテレビジョン装置を介して音声通知を行うようにしてもよい。
【符号の説明】
【0267】
１…スマートフォン、２…テレビジョン装置、３…ＴＶクラウド、４…コンテンツ提供サーバ、５…テレビゲートウェイ、６…計測サーバ、Ｓ…情報連携システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【手続補正書】
【提出日】2024-09-03
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であって、
前記放送受信装置からの番組表情報の取得要求に応じて、前記サーバ装置を介して、前記番組表情報の取得要求を受け付け、前記コンテンツ提供装置から番組構成情報を取得する取得部と、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、
前記番組構成情報および前記促進情報を前記放送受信装置へ送信する送信部と、を備え、
前記取得部は、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記サーバ装置が前記放送受信装置に送付した前記認証コードを取得した前記端末装置から、前記認証コードと、前記コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得し、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得し、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得し、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得し、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得し、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得し、
前記取得部によって取得された前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて記録部へ登録する生成部と、
を備えるサーバ管理装置。
前記放送受信装置からの番組表情報の取得要求に応じて、前記サーバ装置を介して、前記番組表情報の取得要求を受け付け、前記コンテンツ提供装置から番組構成情報を取得する取得部と、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、
前記番組構成情報および前記促進情報を前記放送受信装置へ送信する送信部と、を備え、
前記取得部は、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記サーバ装置が前記放送受信装置に送付した前記認証コードを取得した前記端末装置から、前記認証コードと、前記コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得し、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得し、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得し、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得し、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得し、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得し、
前記取得部によって取得された前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて記録部へ登録する生成部と、
を備えるサーバ管理装置。
【請求項2】
前記促進情報は、通常連携データ部分と、キャンペーン連携データ部分と、を有し、
前記キャンペーン連携データ部分における画像を示す情報は、前記放送受信装置の製造元メーカ毎に異なるように設定される、
請求項１に記載のサーバ管理装置。
前記キャンペーン連携データ部分における画像を示す情報は、前記放送受信装置の製造元メーカ毎に異なるように設定される、
請求項１に記載のサーバ管理装置。
【請求項3】
放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置で実施される方法であって、
前記放送受信装置からの番組表情報の取得要求に応じて、前記サーバ装置を介して、前記番組表情報の取得要求を受け付け、前記コンテンツ提供装置から番組構成情報を取得する取得ステップと、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶ステップと、
前記番組構成情報および前記促進情報を前記放送受信装置へ送信する送信ステップと、を含み、
前記取得ステップは、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記サーバ装置が前記放送受信装置に送付した前記認証コードを取得した前記端末装置から、前記認証コードと、前記コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得し、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得し、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得し、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得し、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得し、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得し、
前記取得ステップによって取得された前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて記録部へ登録する生成ステップと、
を含む方法。
前記放送受信装置からの番組表情報の取得要求に応じて、前記サーバ装置を介して、前記番組表情報の取得要求を受け付け、前記コンテンツ提供装置から番組構成情報を取得する取得ステップと、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶ステップと、
前記番組構成情報および前記促進情報を前記放送受信装置へ送信する送信ステップと、を含み、
前記取得ステップは、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記サーバ装置が前記放送受信装置に送付した前記認証コードを取得した前記端末装置から、前記認証コードと、前記コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得し、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得し、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得し、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得し、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得し、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得し、
前記取得ステップによって取得された前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて記録部へ登録する生成ステップと、
を含む方法。
【請求項4】
放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であるコンピュータに、
前記放送受信装置からの番組表情報の取得要求に応じて、前記サーバ装置を介して、前記番組表情報の取得要求を受け付け、前記コンテンツ提供装置から番組構成情報を取得する取得ステップと、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶ステップと、
前記番組構成情報および前記促進情報を前記放送受信装置へ送信する送信ステップと、を実行させ、
前記取得ステップは、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記サーバ装置が前記放送受信装置に送付した前記認証コードを取得した前記端末装置から、前記認証コードと、前記コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得し、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得し、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得し、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得し、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得し、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得し、
前記取得ステップによって取得された前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて記録部へ登録する生成ステップと、
を実行させるためのプログラム。
前記放送受信装置からの番組表情報の取得要求に応じて、前記サーバ装置を介して、前記番組表情報の取得要求を受け付け、前記コンテンツ提供装置から番組構成情報を取得する取得ステップと、
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶ステップと、
前記番組構成情報および前記促進情報を前記放送受信装置へ送信する送信ステップと、を実行させ、
前記取得ステップは、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記サーバ装置が前記放送受信装置に送付した前記認証コードを取得した前記端末装置から、前記認証コードと、前記コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得し、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得し、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得し、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得し、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得し、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得し、
前記取得ステップによって取得された前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて記録部へ登録する生成ステップと、
を実行させるためのプログラム。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
本発明は、サーバ管理装置、方法およびプログラムに関する。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【0005】
そこで、本発明が解決しようとする課題は、受信機の識別子と、端末の識別子とを連携する処理を適切に実行することができるサーバ管理装置、方法およびプログラムを提供することである。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【0006】
実施形態のサーバ管理装置は、放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であって、放送受信装置からの番組表情報の取得要求に応じて、サーバ装置を介して、番組表情報の取得要求を受け付け、コンテンツ提供装置から番組構成情報を取得する取得部と、放送受信装置の識別子と、コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、番組構成情報および促進情報を放送受信装置へ送信する送信部と、を備え、取得部は、放送受信装置からの促進情報に基づく要求に応じてサーバ装置が放送受信装置に送付した認証コードを取得した端末装置から、認証コードと、コンテンツ提供装置の識別子と、サーバ装置の識別子とを含む認証リクエストを取得し、放送受信装置の識別子と、端末装置のユーザ識別子との連携指示の通知を端末装置から取得し、連携指示の通知を取得した後に、認証リクエストに対応するサーバ装置から認証コードに対応する第１トークンを取得し、認証リクエストに対応するコンテンツ提供装置から、端末装置のユーザ識別子に対応する第２トークンを取得し、第１トークンに対応する放送受信装置の識別子をサーバ装置から取得し、第２トークンに対応する端末装置のユーザ識別子をコンテンツ提供装置から取得し、取得部によって取得された第１トークンに対応する放送受信装置の識別子と、第２トークンに対応する端末装置のユーザ識別子とを対応付けて記録部へ登録する生成部と、を備える。