ホーム > 特許ランキング > ＴＶＳ ＲＥＧＺＡ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-18
(45)【発行日】2024-07-26
(54)【発明の名称】情報連携システム
(51)【国際特許分類】
H04L 67/55 20220101AFI20240719BHJP
H04N 21/64 20110101ALI20240719BHJP
【ＦＩ】
H04L67/55
H04N21/64
【請求項の数】
1
(21)【出願番号】P 2023041947
(22)【出願日】2023-03-16
(62)【分割の表示】P 2020128522の分割
【原出願日】2020-07-29
(65)【公開番号】P2023088958
(43)【公開日】2023-06-27
【審査請求日】2023-03-16
(73)【特許権者】
【識別番号】000214984
【氏名又は名称】ＴＶＳ ＲＥＧＺＡ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】尾崎 哲
(72)【発明者】
【氏名】江間 智
【審査官】前田 健人
(56)【参考文献】
【文献】特開２００８－２０４０２４（ＪＰ，Ａ）
【文献】特開２００８－２４４５５６（ＪＰ，Ａ）
【文献】特開２００７－１０８９７３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６７／００
Ｈ０４Ｎ ２１／６４
(57)【特許請求の範囲】
【請求項1】
サーバ装置と、放送受信装置とを備える情報連携システムであって、前記サーバ装置は、
放送受信装置からの要求に応じて、画像を提供する画像提供装置へのアクセス先と、認証コードとを含むアクセス情報を、前記放送受信装置に送信するアクセス情報送信部と、
前記画像提供装置により送信された前記認証コードを取得する認証コード取得部と、
前記認証コード取得部により取得された認証コードに対応する放送受信装置と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する対応情報生成部と、
前記認証コード取得部により取得された認証コードに基づいたトークンを前記画像提供装置へ送信するトークン送信部と、
前記画像提供装置により送信された前記トークンと、端末からの要求に基づく表示対象の画像のアクセス先とを取得する表示画像情報取得部と、
前記表示画像情報取得部が取得したトークンに対応する放送受信装置に対して、前記表示対象の画像のアクセス先を送信するアクセス先送信部と、を備え、
前記放送受信装置は、
表示部と、
前記画像提供装置に関する情報を前記サーバ装置に送信する画像提供装置情報送信部と、
前記画像提供装置へのアクセス先と、認証コードとを含むアクセス情報を取得するアクセス情報取得部と、
前記アクセス情報を、前記表示部に出力するアクセス情報出力部と、
端末からの要求に基づく表示対象の画像のアクセス先を前記サーバ装置から取得する表示対象画像情報取得部と、
前記表示対象画像情報取得部により取得された表示対象の画像のアクセス先に基づく画像を前記画像提供装置から取得する画像取得部と、
前記画像取得部により取得された画像を前記表示部に表示させる表示制御部と、を備え、
前記認証コード取得部は、前記端末が、前記アクセス情報出力部により前記表示部に出力された前記アクセス情報を読み取って取得した前記認証コードを前記画像提供装置に送信し、前記画像提供装置が前記端末から受信した前記認証コードを、前記画像提供装置から取得する、
情報連携システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報連携システムに関する。
【背景技術】
【0002】
近年、受信機と端末とが連携して、情報を送受信する技術があり、例えば、受信機がウェブサイトから受信した情報を端末へ送信する。
【先行技術文献】
【特許文献】
【0003】
【文献】特許第５８９８４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【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】
１…スマートフォン、２…テレビジョン装置、３…プッシュ配信サーバ、４…ＥＣサイトサーバ、５…共通受付サーバ、６…計測サーバ、Ｓ…情報連携システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】