JP7732049B2 - サーバ管理装置 - Google Patents

Description

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

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

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

しかしながら、上記のような端末は、画面の大きさが十分でないことが多く、ユーザは、端末に表示されている内容の大きさをイメージしにくい。よって、端末が指定した内容を受信機に表示させることが考えられる。この場合、端末が指定した内容だけでなく、さらに端末のユーザに有益な情報を提供することが望ましい。

そこで、本発明が解決しようとする課題は、端末で表示している内容だけでなく、端末のユーザに有益な情報を、当該端末の画面より大きく表示できる装置に表示させることができるサーバ管理装置を提供することである。

実施形態のサーバ管理装置は、複数のサーバ装置と送受信可能なサーバ管理装置であって、コンテンツ提供装置から認証コードを取得する認証コード取得部と、認証コードに基づいて特定された送信先のサーバ装置へ当該認証コードを送信する認証コード送信部と、コンテンツ提供装置から当該認証コードに基づくトークンと、表示対象のコンテンツのアクセス先と、広告に関する情報とを取得する表示コンテンツ情報取得部と、表示コンテンツ情報取得部により取得された広告に関する情報に基づいた広告情報を取得する広告情報取得部と、表示コンテンツ情報取得部により取得された表示対象のコンテンツのアクセス先と、広告情報取得部により取得された広告情報とに基づいて、表示対象のコンテンツと、広告情報が示す広告とのアクセス先である表示対象のアクセス先を生成するアクセス先生成部と、送信先のサーバ装置へ当該トークンと、表示対象のアクセス先とを送信する表示コンテンツ情報送信部と、を備える。

図１は、第１実施形態の情報連携システムの全体構成例の概要を示す図である。 図２は、第１実施形態のテレビジョン装置の全体構成例を示すブロック図である。 図３は、第１実施形態のテレビジョン装置の部分構成例を示すブロック図である。 図４は、第１実施形態のクラウドサーバの全体構成例を示すブロック図である。 図５は、第１実施形態のクラウドサーバの部分構成例を示すブロック図である。 図６は、第１実施形態のクラウドサーバが保存するデータのデータ構造を示す図である。 図７は、第１実施形態の情報連携システムにおける全体処理を示すフローチャートである。 図８は、ＣｏｎｔｅｎｔＩＤと、広告カテゴリの例を示す図である。 図９は、第２実施形態の情報連携システムの全体構成例の概要を示す図である。 図１０は、第２実施形態の統合クラウドサーバの全体構成例を示すブロック図である。 図１１は、第２実施形態の統合クラウドサーバの部分構成例を示すブロック図である。 図１２は、第２実施形態の情報連携システムにおける全体処理を示すフローチャートである。 図１３は、第３実施形態の情報連携システムにおける全体処理を示すフローチャートである。 図１４は、設定情報の入力画面の例を示す図である。 図１５は、第４実施形態の情報連携システムにおける全体処理を示すフローチャートである。

以下、本発明のサーバ装置、サーバ管理装置、およびプログラムの実施形態（第１実施形態、第２実施形態、第３実施形態、第４実施形態）について、図面を参照して、詳細に説明する。

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

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

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

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

広告計測サーバ６は、クラウドサーバ３が複数のテレビジョン装置２へ広告表示した結果や動画の視聴状況を集計したり、要求元に広告情報を提供したりするサーバ装置である。広告計測サーバ６では、広告のアクセス先、広告のカテゴリ、および広告提供対象のユーザの情報（例えば、ユーザの嗜好性の情報）が対応付けられた情報を記憶する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ９において、キャリアサーバ４は、要求元のスマートフォン１に対応するトークンと、画像表示対象のＵＲＬとをクラウドサーバ３へ送信し、表示要求する。また、キャリアサーバ４は、当該表示要求する際に、さらに表示対象の画像のカテゴリを示すＣｏｎｔｅｎｔＩＤと、広告のカテゴリを示す広告カテゴリ情報とをクラウドサーバ３へ送信する。キャリアサーバ４は、ＣｏｎｔｅｎｔＩＤのリスト情報と、広告カテゴリ情報のリスト情報を予め記憶しており、これらのリスト情報から、表示対象の画像に対応するＣｏｎｔｅｎｔＩＤと広告カテゴリ情報とをクラウドサーバ３へ送信する。

ここで、ＣｏｎｔｅｎｔＩＤと、広告カテゴリの例について図８を用いて説明する。図８は、ＣｏｎｔｅｎｔＩＤと、広告カテゴリの一例を示す図である。図８（ａ）は、ＣｏｎｔｅｎｔＩＤの例を示す図である。図８（ｂ）は、広告カテゴリの例を示す図である。

キャリアサーバ４が、例えば、食材を扱っているＥＣサイトを提供している場合に、表示対象の画像が、食材に関するものである場合、図８（ａ）に示すＣｏｎｔｅｎｔＩＤが料理である「０３０１」となる。また、当該食材に関連するカテゴリを適切な広告カテゴリとする場合、キャリアサーバ４は、広告カテゴリとして「食品」または「酒」を選択する。したがって、表示対象の画像が、食材に関するものである場合、キャリアサーバ４は、ＣｏｎｔｅｎｔＩＤを「０３０１」とし、広告カテゴリ情報を「食品」または「酒」としてクラウドサーバ３へ送信する。

図７に戻り、ステップＳ９において、クラウドサーバ３の取得部３１２は、キャリアサーバ４により送信されたトークンとＵＲＬとＣｏｎｔｅｎｔＩＤと広告カテゴリ情報とを取得する。このように、取得部３１２は、キャリアサーバ４により送信されたトークンと、スマートフォン１からの要求に基づく表示対象の画像のアクセス先のＵＲＬと、広告に関する情報（ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報）とを取得する。

ステップＳ１０において、クラウドサーバ３の取得部３１２は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報を広告計測サーバ６へ送信すると共に、広告要求をする。広告計測サーバ６は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報を取得すると共に広告要求を受け付ける。ステップＳ１１において、広告計測サーバ６は、取得したＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報に基づく広告情報を生成し、当該広告情報をクラウドサーバ３へ送信する。クラウドサーバ３の取得部３１２は、当該広告情報を取得する。このように、クラウドサーバ３の取得部３１２は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報に基づく広告情報を取得する。当該広告情報は、例えば、広告のＵＲＬ等である。

ステップＳ１２において、クラウドサーバ３の生成部３１４は、キャリアサーバ４により送信された表示対象の画像のアクセス先のＵＲＬと、広告計測サーバ６から取得した広告情報に基づいて、上記画像および広告のアクセス先となる表示対象のアクセス先となる新たなＵＲＬを公知技術により生成する。このように、クラウドサーバ３の生成部３１４は、キャリアサーバ４により送信された表示対象の画像だけでなく広告の情報も挿入することになる。

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

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

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

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

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

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

２はテレビである。
３は、クラウドサーバである。クラウドサーバ３は、例えば、テレビジョン装置２を製造し、さらに、テレビジョン装置２から視情報を収集した結果からテレビジョン装置２に対してネットワークを経由して視聴番組や予約番組推薦、視聴番組内容に基づく商品推薦の等の各種サービスを提供しているテレビメーカのサーバである。なお、クラウドサーバ３は、メーカが管理しているクラウドサーバに限られず、他のクラウドサーバであってもよい。

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

なお、統合クラウドサーバ５は、メーカ以外が管理しているクラウドサーバ３を統合管理するようにしてもよい。

また、クラウドサーバ３と統合クラウドサーバ５との間でｘ－ａｐｉ－ｋｅｙに設置するランダム秘密が予め定められている。統合クラウドサーバ５とキャリアサーバ４との間で受け渡されるｘ－ａｐｉ－ｋｅｙは、ｐａｓｓ－ｋｅｙになる。

４はキャリアサーバである。キャリアサーバ４は、ＥＣのプラットフォーマのサーバ等である。ユーザ即ち消費者にとって、商品やサービスを購入するためのプラットフォームとなるサーバがキャリアサーバ４である。キャリアサーバ４は、第１実施形態同様に、動画配信するサーバ装置でもよい。また、キャリアサーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉを統合クラウドサーバ５に予め登録させる。

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

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

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

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

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

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

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

次に、第２実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。第１実施形態では、クラウドサーバ３が、広告に関する情報に基づいた広告情報を広告計測サーバ６から取得し、画像のアクセス先と広告情報とに基づいた新たな表示対象のアクセス先の情報を生成する場合について述べた。第２実施形態では、統合クラウドサーバ５が、画像のアクセス先と広告情報とに基づいた新たな表示対象のアクセス先の情報を生成する。図１２は、第２実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。

図１２に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイトや動画を指定する場面をスタートとする。なお、クラウドサーバ３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、クラウドサーバ３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。

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

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

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

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

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

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

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

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

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

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

ステップＳ２８において、クラウドサーバ３の送信部３１３は、生成部３１４により生成されたトークン２０３０を統合クラウドサーバ５へ送信する。

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

統合クラウドサーバ５の取得部５１２は、トークン２０３０を取得する。そして、ステップＳ２９において、統合クラウドサーバ５は、トークン２０３０をトークン２０３１としてキャリアサーバ４へ送信し、キャリアサーバ４は、トークン２０３１を取得する。なお、クラウドサーバ３の送信部３１３は、直接キャリアサーバ４へトークンを送信するようにしてもよい。

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

そして、ステップＳ３０において、キャリアサーバ４は、トークン２０３１と、ユーザＩＤとをレスポンスとしてトークン＋ユーザＩＤ２０４０を統合クラウドサーバ５へ送信する。これにより、キャリアサーバ４は、ユーザ端末１０５０のユーザのユーザＩＤを統合クラウドサーバ５へ送信することができる。

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

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

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

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

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

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

また、ステップＳ３５において、統合クラウドサーバ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。

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

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

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

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

また、キャリアサーバ４は、表示要求２０７２において、さらに表示対象の画像のカテゴリを示すＣｏｎｔｅｎｔＩＤと、広告のカテゴリを示す広告カテゴリ情報とをクラウドサーバ３へ送信する。

統合クラウドサーバ５の取得部５１２は、キャリアサーバ４から、トークン、パス・キー、リンク先のＵＲＬ、ＣｏｎｔｅｎｔＩＤ、および広告カテゴリ情報を含む表示要求２０７２の情報を受信する。このように、統合クラウドサーバ５の取得部５１２は、トーkンと、リンク先のＵＲＬと、広告に関する情報（ＣｏｎｔｅｎｔＩＤおよび広告カテゴリ情報）を取得する。そして、取得部５１２は、ｘ－ａｐｉ－ｋｅｙのヘッダからｐａｓｓ＿ｋｅｙを取り出す。

ステップＳ４０において、統合クラウドサーバ５の取得部５１２は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報を広告計測サーバ６へ送信すると共に、広告要求をする。広告計測サーバ６は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報を取得すると共に広告要求を受け付ける。ステップＳ４１において、広告計測サーバ６は、取得したＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報に基づく広告情報を生成し、当該広告情報をクラウドサーバ３へ送信する。統合クラウドサーバ５の取得部５１２は、当該広告情報を取得する。このように、統合クラウドサーバ５の取得部５１２は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報に基づいた広告情報を取得する。

ステップＳ４２において、統合クラウドサーバ５の生成部５１４は、キャリアサーバ４により送信された表示対象の画像のアクセス先のＵＲＬと、広告計測サーバ６から取得した広告情報に基づいて、上記画像および広告のアクセス先（表示対象のアクセス先）となる新たなＵＲＬを生成する。このように、統合クラウドサーバ５の生成部５１４は、キャリアサーバ４により送信された表示対象の画像だけでなく広告の情報も挿入することになる。

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

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

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

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

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

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

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

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

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

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

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

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

統合クラウドサーバ５は、ステップＳ４８における操作コマンド２０９１を受信すると、ステップＳ４９においてクラウドサーバ３に操作コマンド２０９２を送付する。操作コマンド２０９２は操作コマンド２０９１と同じコマンドである。
ステップＳ５０において、統合クラウドサーバ５は、応答メッセージとして応答メッセージＩＤ２０９４をキャリアサーバ４に送信する。メッセージＩＤは以下の構成である。
｛ｍｅｓｓａｇｅｉｄ： ＜ｍｅｓｓａｇｅ ＩＤ＞｝

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

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

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

統合クラウドサーバ５は、キャリアサーバ４から認証コードを取得し、認証コードに基づいて特定された送信先のクラウドサーバ３へ当該認証コードを送信し、キャリアサーバ４からトークンと、表示対象の画像のアクセス先と、広告に関する情報とを取得する。統合クラウドサーバ５は、当該広告に関する情報に基づいた広告情報を広告計測サーバ６から取得し、画像のアクセス先と広告情報とに基づいた新たな表示対象のアクセス先の情報を生成し、テレビジョン装置２へ新たな表示対象のアクセス先の情報を通知することで、テレビジョン装置２にスマートフォン１の要求に応じた画像だけでなく、広告も表示させることができる。

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

（第３実施形態）
第３実施形態にかかる情報連携システムＳは、第２実施形態の統合クラウドサーバ５が、テレビジョン装置２から設定情報を取得し、当該設定情報を用いて、画像のアクセス先と広告情報とに基づいた新たな表示対象のアクセス先の情報を生成する。

ここで、第３実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１３は、第３実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。第２実施形態の情報連携システムＳにおける全体処理と共通する部分については、説明を省略し、第２実施形態とは異なる処理を中心に説明する。

ステップＳ６１において、リモコン２３８等から入力された操作情報に従って、設定情報が入力されると、テレビジョン装置２は、設定情報２１００をクラウドサーバ３へ送信する。

ここで、図１４を用いて、設定情報について説明する。図１４は、設定情報の入力画面の例を示す図である。図１４に示すように、テレビジョン装置２は、パネル種別、視聴年齢設定、オーバレイ広告レイアウト、興味のある分野、特定の広告ブロック、及びテレビ録画予約キーワードの設定を受け付ける。

パネル種別では、テレビジョン装置２のパネルの種別の入力を受け付ける。視聴年齢設定では、視聴するユーザの年齢の入力を受け付ける。オーバレイ広告レイアウトでは、広告を表示する領域を示す情報の入力を受け付ける。興味のある分野では、ユーザの興味のある分野の入力を受け付ける。特定の広告ブロックでは、表示を拒否したい広告のカテゴリ・キーワードの入力を受け付ける。テレビ録画予約キーワードでは、録画予約対象のコンテンツのキーワードの入力を受け付ける。

図１３に戻り、ステップＳ６１において、テレビジョン装置２は、図１４に示す設定情報の入力画面を介して、設定情報が入力されると、設定情報２１００をクラウドサーバ３へ送信する。クラウドサーバ３の取得部３１２は、当該設定情報２１００を取得する。そして、ステップＳ６２において、クラウドサーバ３の送信部３１３は、設定情報２１００と同一内容の設定情報２１０１を統合クラウドサーバ５へ送信する。統合クラウドサーバ５の取得部５１２は、当該設定情報２１０１を取得する。このように、統合クラウドサーバ５の取得部５１２は、テレビジョン装置２の設定情報を取得する。

また、ステップＳ４０において、統合クラウドサーバ５の取得部５１２は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報だけでなく、さらに設定情報の「興味のある分野」、「特定の広告ブロック」、および「テレビ録画予約キーワード」（すなわち、ユーザの嗜好性に関する情報）を広告計測サーバ６へ送信すると共に、広告要求をするようにしてもよい。

この場合、広告計測サーバ６は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報に加えて、設定情報の情報にも基づいた広告情報を統合クラウドサーバ５へ送信する。

ステップＳ４２において、統合クラウドサーバ５の生成部５１４は、設定情報のレイアウトに関する情報（オーバレイ広告レイアウト）に基づいた配置の情報を含めた、表示対象のアクセス先となる新たなＵＲＬを生成する。このように、統合クラウドサーバ５の生成部５１４は、設定情報にさらに基づいた表示対象のアクセス先を生成する。

第３実施形態にかかる統合クラウドサーバ５は、テレビジョン装置２の設定情報を取得し、設定情報にさらに基づいた表示対象のアクセス先を生成する。この場合、統合クラウドサーバ５は、テレビジョン装置２のユーザの所望の形式（レイアウト等）で広告を提供することができる。

なお、第３実施形態では、統合クラウドサーバ５が、設定情報のレイアウトに関する情報に基づいた、表示対象のアクセス先となる新たなＵＲＬを生成する場合について述べたが、クラウドサーバ３が、設定情報のレイアウトに関する情報に基づいた、表示対象のアクセス先となる新たなＵＲＬを生成するようにしてもよい。

（第４実施形態）
第４実施形態にかかる情報連携システムＳは、第１実施形態～第３実施形態とは異なり、スマートフォン等のユーザ端末から表示要求するのではなく、テレビジョン装置２から表示要求する。

ここで、第４実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１５は、第４実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。

テレビジョン装置２から表示データ要求をする前に、各装置間で信頼関係を確立する処理をする。まず、クラウドサーバ３と統合クラウドサーバ５との間で信頼関係を確立する処理を行う（ステップＳ７１）。この信頼関係を確立する処理は、互いの装置間でデータの送受信や要求の受け付けを可能とするための処理であり、公知の技術により実現可能である。

また、統合クラウドサーバ５と広告計測サーバ６との間でも信頼関係を確立する処理を行い（ステップＳ７２）、キャリアサーバ４と統合クラウドサーバ５との間でも信頼関係を確立する処理を行い（ステップＳ７３）、テレビジョン装置２とクラウドサーバ３との間でも信頼関係を確立する処理を行う（ステップＳ７４）。なお、ステップＳ７１～ステップＳ７４の処理の順序は、異なってもよい。

続いて、図１３のステップＳ６１と同様に、テレビジョン装置２は、設定情報が入力されると、当該設定情報をクラウドサーバ３へ送信する（ステップＳ７５）。クラウドサーバ３の取得部３１２は、当該設定情報を取得する。そして、図１３のステップＳ６２と同様に、クラウドサーバ３の送信部３１３は、設定情報を統合クラウドサーバ５へ送信する（ステップＳ７６）。このように、統合クラウドサーバ５の取得部５１２は、テレビジョン装置２の設定情報を取得する。

テレビジョン装置２は、リモコン２３８等から入力された操作情報に従って、所定のコンテンツの表示指示を受け付けると、表示対象となるコンテンツを示す情報をクラウドサーバ３へ送信すると共に、表示データ要求をする（ステップＳ７７）。クラウドサーバ３は、当該表示データ要求を受け付け、クラウドサーバ３は、当該表示データ要求を統合クラウドサーバ５へ送信する（ステップＳ７８）。統合クラウドサーバ５は、当該表示データ要求を受け付け、キャリアサーバ４へ表示データ要求をする（ステップＳ７９）。

キャリアサーバ４は、表示データ要求に含まれる表示対象となるコンテンツを示す情報に対応するコンテンツのリンク先のＵＲＬ、ＣｏｎｔｅｎｔＩＤ、および広告カテゴリ情報を含む情報を統合クラウドサーバ５へ送信し、統合クラウドサーバ５の取得部５１２は、キャリアサーバ４により送信されたＵＲＬとＣｏｎｔｅｎｔＩＤと広告カテゴリ情報とを取得する（ステップＳ８０）。このように、取得部５１２は、キャリアサーバ４により送信された表示対象のコンテンツのアクセス先のＵＲＬと、広告に関する情報（ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報）とを取得する。

ステップＳ８１において、取得部５１２は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報を広告計測サーバ６へ送信すると共に、広告要求をする。広告計測サーバ６は、ＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報を取得すると共に広告要求を受け付ける。ステップＳ８２において、広告計測サーバ６は、取得したＣｏｎｔｅｎｔＩＤまたは広告カテゴリ情報に基づく広告情報を生成し、当該広告情報を統合クラウドサーバ５へ送信する。

ステップＳ８３において、生成部５１４は、キャリアサーバ４により送信された表示対象のコンテンツのアクセス先のＵＲＬと、広告計測サーバ６から取得した広告情報に基づいて、上記コンテンツおよび広告のアクセス先となる表示対象のアクセス先となる新たなＵＲＬを生成する。このように、生成部５１４は、キャリアサーバ４により送信された表示対象のコンテンツだけでなく広告の情報も挿入することになる。

ステップＳ８４において、統合クラウドサーバ５は、クラウドサーバ３に表示対象のアクセス先となる新たなＵＲＬを送信すると共に、表示要求をして、クラウドサーバ３は、テレビジョン装置２へ当該新たなＵＲＬを送信すると共に、表示要求をする（ステップＳ８５）。

テレビジョン装置２の取得部２４３は、表示対象のアクセス先のＵＲＬを取得する。また、テレビジョン装置２の送信部２４２が、当該ＵＲＬに基づいてアクセスすることで、取得部２４３は、表示対象のコンテンツと広告とを取得する。そして、テレビジョン装置２の表示制御部２４４は、取得部２４３により取得された画像と広告とを映像表示部２３３に表示させる（ステップＳ８６）。

第４実施形態では、テレビジョン装置２からの表示要求に応じて、当該表示要求にかかるコンテンツだけでなく、当該コンテンツに対応する広告も表示させることができる。

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

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。例えば、上記実施形態におけるテレビジョン装置は、セットトップボックスや、レコーダのように、表示手段を備えず、外部の表示装置に対し、映像信号を出力する受信機能を備えた電子装置であってもよい。また、これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

例えば、ユーザ端末に表示された画像アイコンのうち、テレビジョン装置で拡大表示可能な画像アイコンには、テレビジョン装置への拡大表示を指示するボタンを、その画像アイコン上、または、近傍に設けるようにしてもよく、また、その拡大表示可能な画像アイコンを、他の可拡大表示不可の画像アイコンとは識別可能に視認するための色彩や形状、表示形態を変更してもよい。また、ユーザ端末からテレビジョン装置への拡大表示を指示したとき、または、テレビジョン装置での表示処理の際、ユーザ端末またはテレビジョン装置を介して音声通知を行うようにしてもよい。
［付記１］
放送受信装置からの要求に応じて、コンテンツを提供するコンテンツ提供装置へのアクセス先と、認証コードとを含むアクセス情報を送信するアクセス情報送信部と、
前記コンテンツ提供装置により送信された前記認証コードを取得する認証コード取得部と、
前記認証コード取得部により取得された認証コードに対応する放送受信装置と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する対応情報生成部と、
前記認証コード取得部により取得された認証コードに基づいたトークンを前記コンテンツ提供装置へ送信するトークン送信部と、
前記コンテンツ提供装置により送信された前記トークンと、端末からの要求に基づく表示対象のコンテンツおよび広告のアクセス先である表示対象のアクセス先とを取得する表示対象情報取得部と、
前記表示対象情報取得部が取得したトークンに対応する放送受信装置に対して、前記表示対象のアクセス先を送信するアクセス先送信部と、を備える、サーバ装置。
［付記２］
複数の付記１に記載のサーバ装置と送受信可能なサーバ管理装置であって、
前記コンテンツ提供装置から前記認証コードを取得する認証コード取得部と、
前記認証コードに基づいて特定された送信先のサーバ装置へ当該認証コードを送信する認証コード送信部と、
前記コンテンツ提供装置から前記トークンと、表示対象のコンテンツのアクセス先と、前記広告に関する情報とを取得する表示コンテンツ情報取得部と、
前記表示コンテンツ情報取得部により取得された前記広告に関する情報に基づいた広告情報を取得する広告情報取得部と、
前記表示コンテンツ情報取得部により取得された表示対象のコンテンツのアクセス先と、前記広告情報取得部により取得された広告情報とに基づいて、前記表示対象のコンテンツと、前記広告情報が示す広告とのアクセス先である表示対象のアクセス先を生成するアクセス先生成部と、
送信先のサーバ装置へ当該トークンと、前記表示対象のアクセス先とを送信する表示コンテンツ情報送信部と、
を備えるサーバ管理装置。
［付記３］
前記放送受信装置の設定情報を取得する設定情報取得部をさらに備え、
前記アクセス先生成部は、前記設定情報取得部により取得された設定情報にさらに基づいて前記表示対象のアクセス先を生成する、
付記２に記載のサーバ管理装置。
［付記４］
放送受信装置からの要求に応じて、コンテンツを提供するコンテンツ提供装置へのアクセス先と、認証コードとを含むアクセス情報を送信するアクセス情報送信部と、
前記コンテンツ提供装置により送信された前記認証コードを取得する認証コード取得部と、
前記認証コード取得部により取得された認証コードに対応する放送受信装置と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する対応情報生成部と、
前記認証コード取得部により取得された認証コードに基づいたトークンを前記コンテンツ提供装置へ送信するトークン送信部と、
前記コンテンツ提供装置により送信された前記トークンと、端末からの要求に基づく表示対象のコンテンツのアクセス先と、広告に関する情報とを取得する表示コンテンツ情報取得部と、
前記表示コンテンツ情報取得部により取得された前記広告に関する情報に基づいた広告情報を取得する広告情報取得部と、
前記表示コンテンツ情報取得部により取得された表示対象のコンテンツのアクセス先と、前記広告情報取得部により取得された広告情報とに基づいて、前記表示対象のコンテンツと、前記広告情報が示す広告とのアクセス先である表示対象のアクセス先を生成するアクセス先生成部と、
前記表示コンテンツ情報取得部が取得したトークンに対応する放送受信装置に対して、前記表示対象のアクセス先を送信するアクセス先送信部と、を備える、サーバ装置。
［付記５］
サーバ装置であるコンピュータに、
放送受信装置からの要求に応じて、コンテンツを提供するコンテンツ提供装置へのアクセス先と、認証コードとを含むアクセス情報を送信するアクセス情報送信ステップと、
前記コンテンツ提供装置により送信された前記認証コードを取得する認証コード取得ステップと、
前記認証コード取得ステップで取得した認証コードに対応する放送受信装置と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する対応情報生成ステップと、
前記認証コード取得ステップで取得した認証コードに基づいたトークンを前記コンテンツ提供装置へ送信するトークン送信ステップと、
前記コンテンツ提供装置により送信された前記トークンと、端末からの要求に基づく表示対象のコンテンツおよび広告のアクセス先である表示対象のアクセス先とを取得する表示対象情報取得ステップと、
前記表示対象情報取得ステップで取得したトークンに対応する放送受信装置に対して、前記表示対象のアクセス先を送信するアクセス先送信ステップと、を実行させるためのプログラム。
［付記６］
サーバ装置であるコンピュータに、
放送受信装置からの要求に応じて、コンテンツを提供するコンテンツ提供装置へのアクセス先と、認証コードとを含むアクセス情報を送信するアクセス情報送信ステップと、
前記コンテンツ提供装置により送信された前記認証コードを取得する認証コード取得ステップと、
前記認証コード取得ステップで取得した認証コードに対応する放送受信装置と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する対応情報生成ステップと、
前記認証コード取得ステップで取得した認証コードに基づいたトークンを前記コンテンツ提供装置へ送信するトークン送信ステップと、
前記コンテンツ提供装置により送信された前記トークンと、端末からの要求に基づく表示対象のコンテンツのアクセス先と、広告に関する情報とを取得する表示コンテンツ情報取得ステップと、
前記表示コンテンツ情報取得ステップで取得した前記広告に関する情報に基づいた広告情報を取得する広告情報取得ステップと、
前記表示コンテンツ情報取得ステップで取得した表示対象のコンテンツのアクセス先と、前記広告情報取得ステップで取得した広告情報とに基づいて、前記表示対象のコンテンツと、前記広告情報が示す広告とのアクセス先である表示対象のアクセス先を生成するアクセス先生成ステップと、
前記表示コンテンツ情報取得ステップで取得したトークンに対応する放送受信装置に対して、前記表示対象のアクセス先を送信するアクセス先送信ステップと、を実行させるためのプログラム。

１…スマートフォン、２…テレビジョン装置、３…クラウドサーバ、４…キャリアサーバ、５…統合クラウドサーバ、６…広告計測サーバ、Ｓ…情報連携システム。

Claims (2)

1. 複数のサーバ装置と送受信可能なサーバ管理装置であって、
   コンテンツ提供装置から認証コードを取得する認証コード取得部と、
   前記認証コードに基づいて特定された送信先のサーバ装置へ当該認証コードを送信する認証コード送信部と、
   前記コンテンツ提供装置から当該認証コードに基づくトークンと、表示対象のコンテンツのアクセス先と、前記表示対象の画像のカテゴリまたは広告カテゴリ情報とを取得する表示コンテンツ情報取得部と、
   前記表示コンテンツ情報取得部により取得された前記表示対象の画像のカテゴリまたは広告カテゴリ情報に基づいた広告情報を取得する広告情報取得部と、
   前記表示コンテンツ情報取得部により取得された表示対象のコンテンツのアクセス先と、前記広告情報取得部により取得された広告情報とに基づいて、前記表示対象のコンテンツと、前記広告情報が示す広告とのアクセス先である表示対象のアクセス先を生成するアクセス先生成部と、
   送信先の前記サーバ装置へ当該トークンと、前記表示対象のアクセス先とを送信する表示コンテンツ情報送信部と、
   を備えるサーバ管理装置。
2. 前記認証コード取得部により取得された認証コードに対応する放送受信装置の設定情報を取得する設定情報取得部をさらに備え、
   前記アクセス先生成部は、前記設定情報取得部により取得された設定情報にさらに基づいて前記表示対象のアクセス先を生成する、
   請求項１に記載のサーバ管理装置。