JP2023058987A - Server management device - Google Patents
Server management device Download PDFInfo
- Publication number
- JP2023058987A JP2023058987A JP2021168837A JP2021168837A JP2023058987A JP 2023058987 A JP2023058987 A JP 2023058987A JP 2021168837 A JP2021168837 A JP 2021168837A JP 2021168837 A JP2021168837 A JP 2021168837A JP 2023058987 A JP2023058987 A JP 2023058987A
- Authority
- JP
- Japan
- Prior art keywords
- information
- token
- content providing
- identifier
- television
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000004044 response Effects 0.000 claims description 69
- 230000005540 biological transmission Effects 0.000 claims description 49
- 238000000034 method Methods 0.000 abstract description 29
- 238000013475 authorization Methods 0.000 description 98
- 238000012545 processing Methods 0.000 description 70
- 238000010586 diagram Methods 0.000 description 20
- 238000004891 communication Methods 0.000 description 11
- 238000007726 management method Methods 0.000 description 8
- 238000005259 measurement Methods 0.000 description 8
- 230000005236 sound signal Effects 0.000 description 8
- 150000003839 salts Chemical class 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 3
- 238000003384 imaging method Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Abstract
Description
本発明は、サーバ管理装置に関する。 The present invention relates to a server management device.
近年、受信機と端末とが連携して、情報を送受信する技術があり、例えば、受信機がウェブサイトから受信した情報を端末へ送信する。 2. Description of the Related Art In recent years, there is a technique of transmitting and receiving information through cooperation between a receiver and a terminal. For example, the receiver transmits information received from a website to a terminal.
上記のように受信機と、端末と、ウェブサイト等のコンテンツを提供するコンテンツ提供装置とが連携して情報を送受信するためには、事前に端末のユーザの識別子と受信機の識別子とを連携させる必要があり、適切に連携処理をすることが望まれる。 As described above, in order for the receiver, the terminal, and the content providing device that provides content such as a website to cooperate and transmit and receive information, the user identifier of the terminal and the identifier of the receiver must be linked in advance. Therefore, it is desirable to perform coordinated processing appropriately.
そこで、本発明が解決しようとする課題は、受信機の識別子と、端末の識別子とを連携する処理を適切に実行することができるサーバ管理装置を提供することである。 Therefore, the problem to be solved by the present invention is to provide a server management apparatus capable of appropriately executing a process of linking a receiver identifier and a terminal identifier.
実施形態のサーバ管理装置は、放送受信装置の識別子、認証コード、コンテンツ提供装置の識別子および第１トークンを対応付けた情報を記憶する複数のサーバ装置と送受信可能であるサーバ管理装置であって、放送受信装置の識別子と、コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、促進情報を放送受信装置へ送信する促進情報送信部と、放送受信装置からの促進情報に基づく要求に応じて認証コードを放送受信装置へ送信する認証コード送信部と、認証コードを取得した端末装置から、認証コードと、コンテンツ提供装置の識別子と、サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、放送受信装置の識別子と、端末装置のユーザ識別子との連携指示の通知を端末装置から取得する連携指示取得部と、連携指示の通知を取得した後に、認証リクエストに対応するサーバ装置から認証コードに対応する第１トークンを取得する第１トークン取得部と、認証リクエストに対応するコンテンツ提供装置から、端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、第１トークンに対応する放送受信装置の識別子をサーバ装置から取得する放送受信装置識別子取得部と、第２トークンに対応する端末装置のユーザ識別子をコンテンツ提供装置から取得するユーザ識別子取得部と、第１トークンに対応する放送受信装置の識別子と、第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、を備える。 A server management device according to an embodiment is a server management device capable of transmitting and receiving information to and from a plurality of server devices that store information in which an identifier of a broadcast receiving device, an authentication code, an identifier of a content providing device, and a first token are associated with each other, A storage unit for storing promotion information for promoting association between an identifier of a broadcast receiving device and an identifier of a terminal device of a user of a content providing device; a promotion information transmitting unit for transmitting the promotion information to the broadcast receiving device; An authentication code transmitting unit that transmits an authentication code to the broadcast receiving device in response to a request based on the promotion information from the receiving device; an authentication request acquisition unit that acquires an authentication request containing an identifier; a cooperation instruction acquisition unit that acquires from a terminal device a notification of a cooperation instruction between the identifier of the broadcast receiving device and the user identifier of the terminal device; After the acquisition, a first token acquisition unit that acquires a first token corresponding to the authentication code from the server device that corresponds to the authentication request, and a second token that corresponds to the user identifier of the terminal device from the content providing device that corresponds to the authentication request. A second token acquisition unit that acquires a token, a broadcast reception device identifier acquisition unit that acquires the identifier of the broadcast reception device corresponding to the first token from the server device, and a content provision of the user identifier of the terminal device corresponding to the second token A user identifier acquisition unit that acquires from the device, and a registration unit that associates and registers the identifier of the broadcast receiving device corresponding to the first token and the user identifier of the terminal device corresponding to the second token.
以下、本発明のサーバ装置、放送受信装置、サーバ管理装置、情報連携システム、およびプログラムの実施形態（第１実施形態、第２実施形態）について、図面を参照して、詳細に説明する。 DETAILED DESCRIPTION OF THE INVENTION Embodiments (first embodiment and second embodiment) of a server device, a broadcast receiving device, a server management device, an information linkage system, and a program according to the present invention will be described in detail below with reference to the drawings.
（第１実施形態）
まず、図１を参照して、第１実施形態の情報連携システムＳの全体構成例について説明する。図１は、第１実施形態の情報連携システムＳの全体構成例の概要を示す図である。情報連携システムＳは、スマートフォン１（端末）と、テレビジョン装置２（放送受信装置）と、ＴＶクラウド３（サーバ装置）と、ＥＣ（Electronic Commerce）サイトサーバ等のコンテンツ提供装置であるコンテンツ提供サーバ４と、を備える。ＴＶクラウド３は、テレビジョン装置２、コンテンツ提供サーバ４とインターネットなどの公衆通信回線で通信可能である。また、スマートフォン１は、コンテンツ提供サーバ４やＴＶクラウド３と基地局を介して無線通信可能である。
(First embodiment)
First, with reference to FIG. 1, an example of the overall configuration of the information linkage system S of the first embodiment will be described. FIG. 1 is a diagram showing an overview of an example of the overall configuration of an information collaboration system S according to the first embodiment. The information collaboration system S includes a smartphone 1 (terminal), a television device 2 (broadcast receiving device), a TV cloud 3 (server device), and a content providing server which is a content providing device such as an EC (Electronic Commerce) site server. 4 and . The
スマートフォン１は、テレビジョン装置２のユーザが所有する情報端末の例である。スマートフォン１は、通信Ｉ／Ｆ（InterFace）、音声入力部（マイクロフォン）、センサ群、表示部、グラフィックコントローラ、タッチパネルコントローラ、ＣＰＵ（Central Processing Unit）、メモリ、カメラ、スピーカなどを備える。第１実施形態では、ユーザがスマートフォン１を用いてインターネットショッピングを行うことを想定する。
A
ＴＶクラウド３は、テレビジョン装置２とネットワークを介して送受信可能なサーバ装置であり、いわゆるクラウドサーバである。ＴＶクラウド３は、例えば、テレビジョン装置２の製造元メーカで運用しているサーバ装置でもよい。ＴＶクラウド３は、テレビジョン装置２から視聴に関する情報（視情報）を収集した結果に基づいて、テレビジョン装置２に対してネットワークを経由して視聴番組、予約番組の推薦情報、視聴番組内容に基づく商品推薦情報等の各種サービスを提供する。
The
コンテンツ提供サーバ４は、インターネット上のＥＣサイト（ネットショップ）を運営するためのコンピュータ装置である。コンテンツ提供サーバ４は、例えば、ＥＣのプラットフォーマのサーバ装置である。コンテンツ提供サーバ４は、ユーザ（消費者）による端末装置（スマートフォン１等）の操作に応じて、ネットワークを介して商品やサービスを購入するためのプラットフォームとなる。また、コンテンツ提供サーバ４は、動画等のコンテンツを提供するビデオプラットフォームでもよい。コンテンツ提供サーバ４は、例えば、スマートフォン１における操作に応じて、スマートフォン１に商品の画像を送信する。コンテンツ提供サーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉをＴＶクラウド３に予め登録する。
The
以下、図２以降を参照して、情報連携システムＳにおける各構成の詳細について説明する。図２は、第１実施形態のテレビジョン装置２の全体構成例を示すブロック図である。テレビジョン装置２は、スマートフォン１が備える表示部よりも大きな映像表示部２３３に対する表示制御を実行する（詳細は後述）。
Hereinafter, details of each configuration in the information cooperation system S will be described with reference to FIG. 2 and subsequent figures. FIG. 2 is a block diagram showing an example of the overall configuration of the
図２に示すように、テレビジョン装置２は、入力端子２０２、チューナ２０３ａ～２０３ｇ、信号処理部２０７、グラフィック処理部２０８、音声処理部２０９、ＯＳＤ（On Screen Displaｙ）信号生成部２１０、および映像処理部２１１を備える。
As shown in FIG. 2, the
入力端子２０２には、地上放送受信アンテナ２１３で受信した地上デジタル放送信号が入力される。地上デジタル放送信号は、入力端子２０２を介してチューナ２０３ａ～２０３ｇに供給される。
A terrestrial digital broadcasting signal received by a terrestrial
チューナ２０３ａ～２０３ｇは、地上デジタル放送用のチューナであって、入力端子２０２から供給される地上デジタル放送信号から、後述する制御部２１６から指示されたチャンネルの放送信号を選局する。
The
ただし、テレビジョン装置２は、ＢＳ／ＣＳデジタル放送受信アンテナで受信した衛星デジタル放送信号が入力される入力端子を有していてもよい。衛星デジタル放送信号は、かかる入力端子を介して衛星デジタル放送用のチューナに供給される。
However, the
信号処理部２０７は、チューナ２０３ａ～２０３ｇから供給される放送信号から、デジタルの映像信号および音声信号を含む放送信号を復調する。また、信号処理部２０７は、デジタル放送信号が含む映像信号に対して、選択的に所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル放送信号が含む音声信号に対して、選択的に所望のデジタル信号処理を施して音声処理部２０９に出力する。
The
信号処理部２０７には、複数の外部入力端子２１４ａ～２１４ｄが接続されている。これらの外部入力端子２１４ａ～２１４ｄは、外部装置の一例としてのＤＶＤ（Digital Versatile Disk）レコーダなどから、アナログの映像信号および音声信号が入力可能である。信号処理部２０７は、外部入力端子２１４ａ～２１４ｄから入力されたアナログの映像信号および音声信号をデジタル化する。また、信号処理部２０７は、デジタル化した映像信号に対して所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル化した音声信号に対して所定のデジタル信号処理を施して音声処理部２０９に出力する。
A plurality of
グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号に対して、ＯＳＤ信号生成部２１０で生成されるＯＳＤ信号を重畳して映像処理部２１１に出力する。グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号およびＯＳＤ信号生成部２１０で生成されるＯＳＤ信号のいずれか一方を映像処理部２１１に出力することも可能である。
The graphics processing unit 208 superimposes the OSD signal generated by the OSD signal generation unit 210 on the digital video signal supplied from the
映像処理部２１１は、グラフィック処理部２０８から入力されるデジタルの映像信号またはＯＳＤ信号を、映像表示部２３３の表示画面において表示可能なフォーマットのアナログの映像信号またはＯＳＤ信号に変換して、映像表示部２３３に出力する。映像表示部２３３は、例えば、ＬＣＤまたは有機ＥＬディスプレイ等である。
The video processing unit 211 converts the digital video signal or OSD signal input from the graphics processing unit 208 into an analog video signal or OSD signal in a format that can be displayed on the display screen of the
音声処理部２０９は、信号処理部２０７から入力されるデジタルの音声信号を、スピーカ２１５で再生可能なフォーマットのアナログの音声信号に変換して、スピーカ２１５に出力する。
The audio processing unit 209 converts the digital audio signal input from the
テレビジョン装置２は、さらに、制御部２１６、カードホルダ２１７、各種インターフェース２１８～２２１、および明るさセンサ２３０を備える。制御部２１６は、ＣＰＵ２１６ａ、ＲＯＭ２１６ｂ、ＲＡＭ２１６ｃ、および不揮発性メモリ２１６ｄを備える。
The
制御部２１６は、地上デジタル放送信号および衛星デジタル放送信号等の放送信号の受信動作などのテレビジョン装置２の各種動作を統括的に制御する。また、制御部２１６は、操作部２２２からの操作情報、または受光部２２３を介してリモコン２３８から入力された操作情報に従って、テレビジョン装置２の各部を制御する。
The control unit 216 comprehensively controls various operations of the
ＣＰＵ２１６ａは、ＲＯＭ２１６ｂに記憶されているプログラムを実行することにより、テレビジョン装置２全体の動作を制御する。ＲＯＭ２１６ｂは、主としてＣＰＵ２１６ａが実行するプログラムを記憶している。ＲＡＭ２１６ｃは、ＣＰＵ２１６ａがプログラムを実行する際に作業エリアを提供する。不揮発性メモリ２１６ｄは、テレビジョン装置２の各種の設定情報および制御情報等を記憶している。
The CPU 216a controls the overall operation of the
制御部２１６は、カードＩ／Ｆ２２５を介して、メモリカード２３４が着脱可能なカードホルダ２１７に接続されている。これにより、制御部２１６は、カードＩ／Ｆ２２５を介して、カードホルダ２１７に装着されたメモリカード２３４との間で各種情報を送受信することができる。 The control unit 216 is connected via a card I/F 225 to a card holder 217 in which a memory card 234 is removable. Thereby, the control unit 216 can transmit and receive various information to and from the memory card 234 attached to the card holder 217 via the card I/F 225 .
制御部２１６は、通信Ｉ／Ｆ２１８を介してＬＡＮ端子２２６に接続されている。これにより、制御部２１６は、通信Ｉ／Ｆ２１８を介して、ＬＡＮ端子２２６に接続された上述の中継装置４００やＬＡＮ対応ＨＤＤ（Hard Disk Drive）等の外部装置と各種情報を送受信することができる。ただし、通信Ｉ／Ｆ２１８が、中継装置４００等の外部装置と無線で接続可能に構成されていてもよい。
Control unit 216 is connected to LAN terminal 226 via communication I/
制御部２１６は、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface） Ｉ／Ｆ２２１を介してＨＤＭＩ端子２２７に接続されている。これにより、制御部２１６は、ＨＤＭＩ Ｉ／Ｆ２２１を介して、ＨＤＭＩ端子２２７に接続されている外部装置と各種情報を送受信することができる。
The control unit 216 is connected to an
制御部２１６は、ＵＳＢ（Universal Serial Bus） Ｉ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されている。これにより、制御部２１６は、ＵＳＢ Ｉ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されたＵＳＢ ＨＤＤ等を備えるストレージ装置２３７と各種情報を送受信することができる。
The control unit 216 is connected to a
ストレージ装置２３７は、例えばＨＤＤやＳＳＤ（Solid State Drive）などを備え、テレビジョン装置２が受信したデジタル信号を録画データとして記録するように構成されている。ただし、ストレージ装置２３７はテレビジョン装置２に内蔵されていてもよい。
The
図３は、第１実施形態のテレビジョン装置２の部分構成例を示すブロック図である。テレビジョン装置２は、記憶部２４１（図２のＲＯＭ２１６ｂ、ＲＡＭ２１６ｃ、および不揮発性メモリ２１６ｄ、ストレージ装置２３７）と、記憶部２４１に記憶されたプログラムがＣＰＵ２１６ａによって実行された結果として生成される機能モジュールとして、送信部２４２と、取得部２４３と、表示制御部２４４と、を備える。
FIG. 3 is a block diagram showing a partial configuration example of the
送信部２４２は、外部装置へ各種情報を送信する。取得部２４３は、外部装置から各種情報を取得したり、記憶部２４１に記憶されている各種情報を読み出したりする。
The transmission unit 242 transmits various information to the external device. The
表示制御部２４４は、各種情報を映像表示部２３３に表示する表示処理を実行する。表示制御部２４４は、例えば、スマートフォン１からの画像表示要求に応じて、映像表示部２３３に画像を表示させる（詳細は後述）。
The
図４は、第１実施形態のＴＶクラウド３の全体構成例を示すブロック図である。図４に示すように、ＴＶクラウド３は、通信Ｉ／Ｆ３０１、操作部３０２、ＣＰＵ３０３、メモリ３０４、およびストレージ装置３０５を備える。
FIG. 4 is a block diagram showing an example of the overall configuration of the
通信Ｉ／Ｆ３０１は、外部装置との間の通信に用いられるインターフェースである。操作部３０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。
A communication I/F 301 is an interface used for communication with an external device. The
ストレージ装置３０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ３０３は、各種プログラムを実行することにより、ＴＶクラウド３の各コンポーネントを制御する。メモリ３０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ３０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。
The
図５は、第１実施形態のＴＶクラウド３の部分構成例を示すブロック図である。ＴＶクラウド３は、記憶部３１１（メモリ３０４、ストレージ装置３０５）と、記憶部３１１に記憶されたプログラムがＣＰＵ３０３によって実行された結果として生成される機能モジュールとして、取得部３１２と、送信部３１３と、生成部３１４と、を備える。
FIG. 5 is a block diagram showing a partial configuration example of the
記憶部３１１は、ＣＰＵ３０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。ここで、ＤＢのデータ構成例について、図６を用いて説明する。図６に示すように、ＤＢでは、ＴＶＩＤと、認証コードと、ＥＣサーバＩＤと、トークンとを含む情報を記憶する。なお、ＤＢでは、ＴＶＩＤと共に、当該ＴＶＩＤに対応するテレビジョン装置２の属性情報（テレビのモデル等）を有してもよい。
A
ＴＶＩＤは、テレビジョン装置２を識別する情報である。認証コードは、後述するトークンを取得するために必要となるコードである。ＥＣサーバＩＤは、コンテンツ提供サーバ４を識別する情報である。すなわち、ＥＣサイトサーバ等のＩＤである。トークンは、認証に用いるための情報である。図５に戻り、取得部３１２は、外部装置から各種情報を取得する。送信部３１３は、外部装置へ各種情報を送信する。生成部３１４は、ＤＢに対して情報の生成動作を実行する。
TVID is information for identifying the
次に、情報連携システムＳにおける各構成の処理の流れについて説明する。図７は、第１実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。ここでは、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面（ＥＣサイト等と連携するための画面）で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、図７に示すスマートフォン１の処理は、スマートフォン１にインストールされたアプリケーションプログラムにより実行してもよい。
Next, the processing flow of each component in the information cooperation system S will be described. FIG. 7 is a flow chart showing overall processing in the information cooperation system S of the first embodiment. Here, the user operates the remote control or the like of the
テレビジョン装置２は、上記のように、ユーザによりＥＣサイトが指定されると、ステップＳ１において、テレビジョン装置２の送信部２４２は、当該ＥＣサイトの情報（例えば、ＥＣサイトのＩＤ、ＥＣサイトのＵＲＬ等）と、テレビジョン装置２の識別子であるＴＶＩＤとをＴＶクラウド３へ送信する。このように、送信部２４２は、ＥＣサイト中の画像を提供する画像提供装置であるコンテンツ提供サーバ４に関する情報をＴＶクラウド３へ送信する。
As described above, when the EC site is specified by the user, the transmission unit 242 of the
ＴＶクラウド３の取得部３１２は、テレビジョン装置２からＥＣサイトの情報と、ＴＶＩＤとを取得する。ＴＶクラウド３の生成部３１４は、認証コードを生成し、上記ＴＶＩＤと、上記ＥＣサイトのコンテンツ提供サーバ４を識別する情報であるＥＣサーバＩＤと、認証コードとを含む情報を記憶部３１１のＤＢに記憶する。また、生成部３１４は、当該認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいた２次元コードであるＱＲコード（登録商標）を生成する。なお、ＱＲコードは、一例であり、他の表示情報でもよい。すなわち、当該認証コードと、ＥＣサイトのアクセス先情報とを伝達可能な他の形式の表示情報でもよい。上記認証コードは、メーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。
The
ステップＳ２において、ＴＶクラウド３の送信部３１３は、上記ＱＲコードを要求元のテレビジョン装置２へ送信する。テレビジョン装置２からの要求に応じて、ＥＣサイトへのアクセス先となるＵＲＬと、認証コードとを含むＱＲコードを送信する。
In step S2, the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＱＲコードを取得する。このように、テレビジョン装置２の取得部２４３は、認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいたアクセス情報となるＱＲコードを取得する。テレビジョン装置２の表示制御部２４４は、当該ＱＲコードを映像表示部２３３に表示させる。このように、表示制御部２４４は、ＱＲコードを表示出力する。
ステップＳ３において、スマートフォン１は、撮像手段などにより実現するＱＲコード読み取り機能により、映像表示部２３３に表示されたＱＲコードを読み取る。これにより、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得する。ステップＳ４において、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得すると、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすると共に、認証コードを送信する。
In step S3, the
コンテンツ提供サーバ４は、スマートフォン１から認証コードを取得すると、ステップＳ５において、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードをＴＶクラウド３へ送信し、認証リクエストをする。また、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードを取得する。このように、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４から送信された認証コードを取得する。
When acquiring the authentication code from the
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、公知技術により、トークンを生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付ける。上記取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付けた情報には、要求元のテレビジョン装置２のＴＶＩＤも含む。
The
よって、生成部３１４は、上記認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する。
Therefore, the
ステップＳ６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークンをコンテンツ提供サーバ４へ送信する。このように、送信部３１３は、認証コードに基づくトークンをコンテンツ提供サーバ４へ送信する。コンテンツ提供サーバ４は、当該トークンと、認証コードの送信元のスマートフォン１のユーザＩＤとを対応付けた情報を保持しておく。
In step S<b>6 , the
ステップＳ７において、スマートフォン１は、コンテンツ提供サーバ４へログインして、ＥＣサイトへアクセスする。これにより、スマートフォン１は、ＥＣサイト画面を表示する。ここで、スマートフォン１のユーザは、当該ＥＣサイト画面における所定のリンク先について、テレビ表示要求を示す指示を選択する。ステップＳ８において、スマートフォン１は、当該選択に応じて、リンク先のＵＲＬをコンテンツ提供サーバ４へ送信することで、テレビ表示要求（ＴＶ表示要求）をする。コンテンツ提供サーバ４は、スマートフォン１からテレビ表示要求と共に、画像表示対象のＵＲＬを取得する。
In step S7, the
ステップＳ９において、コンテンツ提供サーバ４は、要求元のスマートフォン１に対応するトークンと、画像表示対象のＵＲＬとをＴＶクラウド３へ送信し、表示要求する。ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４により送信されたトークンとＵＲＬとを取得する。このように、取得部３１２は、コンテンツ提供サーバ４により送信されたトークンと、スマートフォン１からの要求に基づく表示対象の画像のアクセス先のＵＲＬとを取得する。
In step S9, the
ステップＳ１０において、ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得部３１２が取得したトークンに対応するＴＶＩＤを特定する。そして、ＴＶクラウド３の送信部３１３は、当該ＴＶＩＤに対応するテレビジョン装置２に対して表示対象の画像のアクセス先のＵＲＬを送信する。
In step S<b>10 , the
テレビジョン装置２の取得部２４３は、表示対象の画像のアクセス先のＵＲＬを取得する。また、テレビジョン装置２の送信部２４２が、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすることで、取得部２４３は、表示対象の画像のアクセス先に基づく画像をコンテンツ提供サーバ４から取得する。そして、テレビジョン装置２の表示制御部２４４は、取得部２４３により取得された画像を映像表示部２３３に表示させる。
The
第１の実施形態に係るＴＶクラウド３は、認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成し、コンテンツ提供サーバ４から当該トークンとスマートフォン１からの要求に基づく表示対象の画像のアクセス先とを取得すると、テレビジョン装置２へ当該画像のアクセス先を通知することで、テレビジョン装置２にスマートフォン１の要求に応じた画像を表示させることができる。これにより、ＴＶクラウド３は、スマートフォン１の画面より大きく表示できるテレビジョン装置２にスマートフォン１の要求に基づく画像を表示させることができる。
The
また、テレビジョン装置２は、コンテンツ提供サーバ４へのアクセス先と、認証コードとを含むアクセス情報を出力し、ＴＶクラウド３からスマートフォン１からの要求に基づく表示対象の画像のアクセス先を取得し、当該画像を映像表示部２３３に表示させる。これにより、テレビジョン装置２は、スマートフォン１の画面より大きく表示できる映像表示部２３３にスマートフォン１の要求に基づく画像を表示させることができる。
In addition, the
（第２実施形態）
第２実施形態にかかる情報連携システムＳは、第１実施形態とは異なり、テレビジョン装置２のメーカ毎にＴＶクラウド３が異なる。すなわち、第２実施形態にかかる情報連携システムＳは、複数のＴＶクラウド３を有する。
(Second embodiment)
Unlike the first embodiment, the information cooperation system S according to the second embodiment has a
ここで、第２実施形態の情報連携システムＳの全体構成例について説明する。図８は、第２実施形態の情報連携システムＳの全体構成例の概要を示す図である。なお、第１実施形態と同一の構成については同一の符号を付与し説明を省略する。図８に示すように、情報連携システムＳは、ＴＶクラウド３（ＴＶクラウド３ａ、ＴＶクラウド３ｂ）を複数有する。ＴＶクラウド３ｂは、当該ＴＶクラウド３ｂに関連するメーカの図示しないテレビであるテレビジョン装置２と接続可能である。
Here, an example of the overall configuration of the information linkage system S of the second embodiment will be described. FIG. 8 is a diagram showing an overview of an example of the overall configuration of the information collaboration system S of the second embodiment. In addition, the same code|symbol is provided about the structure same as 1st Embodiment, and description is abbreviate|omitted. As shown in FIG. 8, the information collaboration system S has a plurality of TV clouds 3 (
２はテレビである。
３は、いわゆるプッシュ配信サーバであるＴＶクラウドである。ＴＶクラウド３はテレビジョン装置２を製造し、さらに、テレビジョン装置２から視情報を収集した結果からテレビジョン装置２に対してネットワークを経由して視聴番組や予約番組推薦、視聴番組内容に基づく商品推薦の等の各種サービスを提供しているテレビメーカのサーバである。
2 is a television.
3 is a TV cloud which is a so-called push distribution server. The
また、５は、共通受付サーバであるテレビゲートウェイである。テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してＥコマース（ＥＣ）に接続するためのテレビジョン装置のメーカのメーカ共通サイトのサーバである。情報連携システムＳは、当該複数のＴＶクラウド３とネットワークを介して情報を送受信可能なテレビゲートウェイ５（サーバ管理装置）を有する。また、テレビゲートウェイ５は、広告表示した結果を集計する計測処理をするための計測サーバ６ともネットワークを介して情報を送受信可能である。このテレビゲートウェイ５は、各メーカを連合したクラウドサーバである。すなわち、テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してコンテンツ提供サーバ４に接続するためのサーバである。テレビゲートウェイ５は、コンテンツ提供サーバ４にクライアントクレデンシャル（ｃｌｉｅｎｔ＿ｉｄ、ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ）を発行する。
Further, 5 is a television gateway which is a common receiving server. The
また、ＴＶクラウド３とテレビゲートウェイ５との間でｘ－ａｐｉ－ｋｅｙに設置するランダム秘密が予め定められている。テレビゲートウェイ５とコンテンツ提供サーバ４との間で受け渡されるｘ－ａｐｉ－ｋｅｙは、ｐａｓｓ－ｋｅｙになる。
Also, a random secret to be set in the x-api-key between the
４はＥＣサイトサーバ等のコンテンツ提供サーバである。コンテンツ提供サーバ４は、ＥＣのプラットフォーマのサーバである。ユーザ即ち消費者にとって、商品やサービスを購入するためのプラットフォームとなるサーバがコンテンツ提供サーバ４である。また、コンテンツ提供サーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉをテレビゲートウェイ５に予め登録させる。
4 is a content providing server such as an EC site server. The
１０５０はユーザ端末である。ユーザ端末１０５０は、テレビジョン装置２とユーザ端末１０５０とをつなぐためのアプリケーションプログラムと、カメラ等の光学的な読み取り装置とを有する端末である。ユーザ端末１０５０の一例として、スマートフォン１が該当する。第１実施形態では、ユーザ端末１０５０が、スマートフォン１であるものとして説明しているがスマートフォンに限定されない。ユーザ端末１０５０は、ＰＣ、タブレット端末等で状況の条件を満たすものであればよい。また、これらの端末は、第１実施形態で示したスマートフォンを置き換えることができる。
1050 is a user terminal. The
図９は、第２実施形態のテレビゲートウェイ５の全体構成例を示すブロック図である。図９に示すように、テレビゲートウェイ５は、通信Ｉ／Ｆ５０１、操作部５０２、ＣＰＵ５０３、メモリ５０４、およびストレージ装置５０５を備える。
FIG. 9 is a block diagram showing an example of the overall configuration of the
通信Ｉ／Ｆ５０１は、外部装置との間の通信に用いられるインターフェースである。操作部５０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。
A communication I/
ストレージ装置５０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ５０３は、各種プログラムを実行することにより、テレビゲートウェイ５の各コンポーネントを制御する。メモリ５０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ５０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。
The storage device 505 includes, for example, an HDD, SSD, etc., and stores various information. The CPU 503 controls each component of the
図１０は、第２実施形態のテレビゲートウェイ５の部分構成例を示すブロック図である。テレビゲートウェイ５は、記憶部５１１（メモリ５０４、ストレージ装置５０５）と、記憶部５１１に記憶されたプログラムがＣＰＵ５０３によって実行された結果として生成される機能モジュールとして、取得部５１２と、送信部５１３と、生成部５１４とを備える。
FIG. 10 is a block diagram showing a partial configuration example of the
記憶部５１１は、ＣＰＵ５０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。
The
取得部５１２は、外部装置から各種情報を取得する。送信部５１３は、外部装置へ各種情報を送信する。生成部５１４は、ＤＢに対して情報の生成動作を実行する。
次に、第２実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１１は、第２実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１１に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
Next, the processing flow of each component in the information linkage system S of the second embodiment will be described. FIG. 11 is a flow chart showing overall processing in the information cooperation system S of the second embodiment. The flowchart shown in FIG. 11 also starts with a scene in which the user operates the remote controller or the like of the
また、図１１のステップＳ２１は、図７のステップＳ１と同様のため、説明を省略する。ステップＳ２２において、ＵＲＬ認証コードがＴＶクラウド３からテレビジョン装置２に送付される。ＵＲＬ認証コード２０１０はコンテンツ提供サーバ４を特定するＵＲＬ情報とコンテンツ提供サーバ４とＴＶクラウド３間の認証を行うための認証コードを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。
Further, since step S21 in FIG. 11 is the same as step S1 in FIG. 7, description thereof is omitted. In step S22, the URL authentication code is sent from the
ＵＲＬ認証コード２０１０の情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コード２０１０の送付形式は上記の情報が含まれていれば、どのような形式でもよい。
An example of the information in the
https://XXXXXXXXXYYYYYYYYY
The X portion contains the URL of the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コード２０１０を取得すると、表示制御部２４４は、当該ＵＲＬ認証コード２０１０の内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コード２０１０に含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
When the
また、図７のステップＳ３と同様、ステップＳ２３において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コード２０１１の情報を読み取る。これにより、ユーザ端末１０５０は、ＥＣサイトのＵＲＬおよび認証コードを取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
7, in step S23, the
"code": <authorization code>,
“state” : <string> // random number
ステップＳ２４において、ユーザ端末１０５０は、ＥＣサイトのＵＲＬおよび認証コードを取得すると、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすると共に、認証コード２０２０を送信する。
In step S24, when the
認証コード２０２０は、ＵＲＬ認証コード２０１０、ＵＲＬ認証コード２０１１の認証コード部分（＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞）である。認証コード２０２１は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
なお、認証コード２０２０には、上記に加えコンテンツ提供サーバ４のＵＲＬ情報が含まれていてもよい。
The
"code": <authorization code>,
“state”: <string> //random number Note that the
ステップＳ２５において、コンテンツ提供サーバ４は、認証コード２０２０を受信すると、認証コード２０２１をテレビゲートウェイ５へ送信し、認証リクエストをする。コンテンツ提供サーバ４は、例えば、テレビゲートウェイ５のＯＡｕｔｈ２のＴｏｋｅｎ Ｅｎｄｐｏｉｎｔに認証リクエストの情報を送る。認証コード２０２１の情報は、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ： ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
・ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”
・ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
・ｒｅｄｉｒｅｃｔ＿ｕｒｉ：コンテンツ提供サーバ４のＥＣサイトに戻るときの入口、テレビゲートウェイ５に事前登録のもの。
・ｃｌｉｅｎｔ＿ｉｄ：コンテンツ提供サーバ４のＥＣサイト別に割り当てた識別子。テレビゲートウェイ５に事前登録のもの。
ｃｌｉｅｎｔ＿ｓｅｃｒｅｔは、コンテンツ提供サーバ４のサイト別にｃｌｉｅｎｔ＿ｉｄに基づきテレビゲートウェイ５が割り当てたもの。テレビゲートウェイ５のサイトはｃｏｄｅのメーカ拡張子を見てリダイレクトする。
In step S25, upon receiving the
Authorization: "Basic" + Base64(<client_id> + ":" + <client_secret>)
Content-type: application/x-www-form-urlencoded
・grant_type: “authorization_code”
・code : <authorization code> (authentication code)
• redirect_uri: an entrance for returning to the EC site of the
· client_id: an identifier assigned to each EC site of the
The client_secret is assigned by the
ステップＳ２６において、テレビゲートウェイ５の送信部３１３は、取得した認証コード２０２１を参照し、認証コード２０２１に含まれるメーカを識別する情報を参照し、送信先のＴＶクラウド３を特定する。具体的に、テレビゲートウェイ５の送信部３１３は、ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ即ち、認証コードを確認し、どのＴＶクラウド３であるかを判定する。
In step S26, the
そして、ステップＳ２７において、テレビゲートウェイ５の送信部３１３は、送信先のＴＶクラウド３へ認証リクエスト２０２２を送信することで認証リクエストをする。
このように、テレビゲートウェイ５の送信部５１３は、認証コード２０２１のＡｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ（認証コード）に基づいて特定された送信先のＴＶクラウド３へ認証リクエスト２０２２を送信する。テレビゲートウェイ５の送信部３１３が送信する認証リクエスト２０２２の情報は、コンテンツ提供サーバ４から取得した認証コード２０２１の情報と同じである。その他の認証リクエスト２０２２の情報の例としては、以下のものがある。
ＧＥＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、ＵＲＬ認証コード２０１０に記載された認証コードを取得する。
Then, in step S27, the
Thus, the
GET https://each-maker. example. com/common/devices/id
Authorization: "Bearer" + <access_token>
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン２０３０を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、トークン２０３０をさらに対応付ける。
The
ステップＳ２８において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークン２０３０をテレビゲートウェイ５へ送信する。
In step S<b>28 , the transmitting
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークン２０３０としてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎ を付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
Specifically, the
{"access_token": <access token>,
"token_type": "Bearer",
"expires_in": 3600,
“refresh_token”: <refresh token>}
Access_token is attached when the
テレビゲートウェイ５の取得部５１２は、トークン２０３０を取得する。そして、ステップＳ２９において、テレビゲートウェイ５は、トークン２０３０をトークン２０３１としてコンテンツ提供サーバ４へ送信し、コンテンツ提供サーバ４は、トークン２０３１を取得する。なお、ＴＶクラウド３の送信部３１３は、直接コンテンツ提供サーバ４へトークンを送信するようにしてもよい。
コンテンツ提供サーバ４は、トークン２０３１と、認証コードの送信元のユーザ端末１０５０のユーザＩＤとを対応付けた情報を保持しておく。
The
そして、ステップＳ３０において、コンテンツ提供サーバ４は、トークン２０３１と、ユーザＩＤとをレスポンスとしてトークン＋ユーザＩＤ２０４０をテレビゲートウェイ５へ送信する。これにより、コンテンツ提供サーバ４は、ユーザ端末１０５０のユーザのユーザＩＤをテレビゲートウェイ５へ送信することができる。
Then, in step S30, the
コンテンツ提供サーバ４が送信するトークン＋ユーザＩＤ２０４０の情報の構成は、以下の通りである。
ＰＯＳＴ ｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｕｓｅｒｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂａｓｉｃ ”＋Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞＋“：”＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
｛ｇｒａｎｔ＿ｔｙｐｅ：“ａｃｃｅｓｓ＿ｔｏｋｅｎ”，
ａｃｃｅｓｓ＿ｔｏｋｅｎ：＜ａｃｃｅｓｓ ｔｏｋｅｎ＞（ステップＳ２８でａｃｃｅｓｓ ｔｏｋｅｎとして発行された情報），
ｃｌｉｅｎｔ＿ｉｄ： コンテンツ提供サーバ４のサイト別に割り当てた識別子。メーカ共通サイトに事前登録，
ｕｓｅｒ＿ｉｄ：コンテンツ提供サーバ４のサイトにおけるユーザＩＤ，
Ｐｒｅｆｅｒｅｎｃｅ：＜現在のユーザ属性（現在のユーザ属性：ユーザの生年月日、性別、郵便番号、購買履歴等）＞｝
The configuration of the token+user ID 2040 information transmitted by the
POST https://tv-common. example. com/common/users/id
Authorization: "Basic" + Base64 (<client_id> + ":" + <client_secret>)
Content-type: application/x-www-form-urlencoded
{grant_type: "access_token",
access_token: <access token> (information issued as access token in step S28),
client_id: Identifier assigned to each site of the
user_id: User ID in the site of the
Preference: <current user attributes (current user attributes: user's date of birth, gender, zip code, purchase history, etc.)>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４からトークン＋ユーザＩＤ２０４０を取得する。ステップＳ３１において、テレビゲートウェイ５の送信部５１３は、トークン＋ユーザＩＤ２０４０から送信先のＴＶクラウド３を特定し、送信先のＴＶクラウド３へデバイスＩＤ要求２０４１（ＴＶＩＤ）を送信する。なお、テレビゲートウェイ５の送信部５１３は、デバイスＩＤ要求２０４１の送信する際、トークンを送信するようにしてもよい。
デバイスＩＤ要求２０４１は、テレビゲートウェイ５がＯＡｕｔｈ２のａｃｃｅｓｓ＿ｔｏｋｅｎで各メーカ（ＴＶクラウド３）にＴＶのｄｅｖｉｃｅ＿ｉｄ（ＴＶＩＤ）を問い合わせるための要求であり、例えば、以下のものである。
ＧＥＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
・Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
・ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
・Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
・ｃｌｉｅｎｔ＿ｉｄ：メーカ共通サイト別に割り当てた識別子
The device ID request 2041 is a request for the
GET https://each-maker. example. com/common/devices/id
・Authorization: “Bearer” + <access_token>
・x-api-key: <Manufacturer common site and random secret determined by each manufacturer>
・Content-type: application/json
・client_id: Identifier assigned to each manufacturer common site
ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得したトークンに対応するＴＶＩＤを取得する。また、ＴＶクラウド３は、取得したＴＶＩＤに対応するデバイスの情報（当該ＴＶＩＤのテレビジョン装置２の属性情報）も取得するようにしてもよい。ステップＳ３２において、ＴＶクラウド３の送信部３１３は、ＴＶＩＤ等の情報をデバイスＩＤ応答２０５０として、テレビゲートウェイ５へ送信する。デバイスＩＤ応答２０５０の例として以下のようなものがある。
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ｉｄ＞（テレビジョン装置２にＴＶクラウド３が付与したＴＶＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
The
- "device_id": <id> (TV ID given to the
・“model”: <model name> (model of the
ステップＳ３３において、テレビゲートウェイ５の生成部５１４は、取得したＴＶＩＤ（デバイスＩＤ）とユーザＩＤとテレビジョン装置２のモデル情報（ｍｏｄｅｌ）とを関連付けた情報バインド情報をＤＢの情報として、記憶部５１１へ登録する。
In step S33, the
また、テレビゲートウェイ５の生成部５１４は、パス・キー２０５１を生成する。また、ステップＳ３４において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（ステップＳ４４以降の操作コマンド２０９０から操作コマンド２０９３の動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
Also, the
- "pass_key": <pass_key>, (this pass_key is used as an ID when the operation commands 2090 to 2093 are executed after step S44)
・“expires_in”: 86400, (expires_in returns with grace such as 10 days even if preference cannot be prepared for the first access.)
・“model”: <model name> (model information of the device ID response, namely the model of the
また、ステップＳ３５において、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。
Also, in step S35, the
コンテンツ提供サーバ４は、テレビゲートウェイ５からパス・キーを取得すると、パス・キーに含まれた情報を記憶する。具体的には、ＥＣサイトのユーザＩＤ毎に下記の情報が記憶される。
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ ／／ 連携したＴＶモデル情報
When the
・access_token
・refresh_token
・pass_key
・model // Linked TV model information
ステップＳ３６において、ユーザ端末１０５０は、アプリケーションの起動により、コンテンツ提供サーバ４が提供するサービスにサービスログインをする。これにより、スマートフォン１は、ＥＣサイト画面を表示する。当該アプリケーションが出力するＥＣサイト画面には、テレビジョン装置２へ接続するためのボタンも出力する。なお、ステップＳ３７において、コンテンツ提供サーバ４は、ステップＳ３６のログインに応じて、ユーザ端末１０５０にデバイス情報２０７０を送信する。ここでいうデバイス情報２０７０とは、パス・キー２０５１に含まれるデバイスＩＤ、ユーザＩＤ、モデルネームのいずれか１つまたは２つまたは３つの組み合わせである。
In step S36, the
スマートフォン１のユーザは、ＥＣサイト画面のリンク先について、テレビジョン装置２へ接続するためのボタンを選択する。ステップＳ３８において、ユーザ端末１０５０は、当該選択に応じて、リンク先のＵＲＬをコンテンツ提供サーバ４へ送信することで、テレビ表示要求（ＴＶ表示要求２０７１）を送信する。
The user of the
コンテンツ提供サーバ４は、ユーザ端末１０５０からＴＶ表示要求２０７１を受信すると、ステップＳ３９において、テレビゲートウェイ５に対して、トークン、パス・キー、およびリンク先のＵＲＬを含む表示要求２０７２を送信することで、テレビジョン装置２に対して表示要求をする。表示要求２０７２の情報の構成は、以下の通りである。
ＰＯＳＴ ｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜ｐａｓｓ＿ｋｅｙ＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｉｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”
”ｋｅｙｃｏｄｅ”：“＜ｃｏｍｍｏｎ ｋｅｙ ｃｏｄｅ＞”｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
”ｓｉｔｅ”：“＜Ｗｅｂｓｉｔｅ ＵＲＬ＞”，
“Ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”｝
Upon receiving the TV display request 2071 from the
POST https://tv-common. example. com/common/devices/control
Authorization: "Bearer" + <access_token>
x-api-key: <pass_key>
Content-type: application/jison
{"command_type":"keycode"
"keycode": "<common key code>"}
{"command_type":"webview",
"site": "<Website URL>",
"Template": "full"}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から、トークン、パス・キー、およびリンク先のＵＲＬを含む表示要求２０７２の情報を受信する。そして、取得部５１２は、ｘ－ａｐｉ－ｋｅｙのヘッダからｐａｓｓ＿ｋｅｙを取り出す。
ステップＳ４０において、取得部５１２は、当該パス・キー（ｐａｓｓ＿ｋｅｙ）および記憶部５１１に記憶されている情報を用いて、アクセス先とアクセス元を判別する。ステップＳ４１において、送信部５１３は、判別した結果をもとにＴＶクラウド３にトークン・ＵＲＬを含む情報を送信すると共に、表示要求をする。このように、送信部５１３は、送信先のＴＶクラウド３へトークンと、表示対象の画像のアクセス先とを送信する。なお、テレビゲートウェイ５は、アクセス元とメーカ別にアクセス数を計測する。
In step S40, the
送信部５１３が、ＴＶクラウド３に送信する表示要求２０７３には、トークン、クライアントＩＤ、ＵＲＬ、メッセージが含まれている。当該情報の例は、以下の通りである。
ＰＯＳＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｃｏｎｔｒｏｌ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｋｅｙｃｏｄｅ”，
“ｋｅｙｃｏｄｅ”：＜ｃｏｍｍｏｎ ｋｅｙ ｃｏｄｅ＞，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ：＜ｍｅｓｓａｇｅ ＩＤ＞｝
｛“ｃｏｍｍａｎｄ＿ｔｙｐｅ”：“ｗｅｂｖｉｅｗ”，
“ｓｉｔｅ”： ＜Ｗｅｂｓｉｔｅ ＵＲＬ＞（テレビ用Ｗｅｂｓｉｔｅ ＵＲＬ），
“ｔｅｍｐｌａｔｅ”：“ｆｕｌｌ”，
“ｃｌｉｅｎｔ＿ｉｄ”：＜ｃｌｉｅｎｔ＿ｉｄ＞，
“ｍｅｓｓａｇｅｉｄ”：＜ｍｅｓｓａｇｅ ＩＤ＞｝
The display request 2073 that the
POST https://each-maker. example. com/common/devices/control
Authorization: "Bearer" + <access_token>
x-api-key: <Manufacturer common site and random secret determined by each manufacturer>
Content-type: application/json
{"command_type":"keycode",
"keycode": <common key code>,
"client_id": <client_id>,
"messageid:<messageID>}
{"command_type":"webview",
"site": <Website URL> (Website URL for TV),
"template": "full",
"client_id": <client_id>,
"messageid": <messageID>}
ＴＶクラウド３の取得部３１２は、テレビゲートウェイ５から表示要求２０７３を受信する。取得部３１２は、表示要求２０７３のＡｕｔｈｏｒｉｚａｔｉｏｎヘッダからａｃｃｅｓｓ＿ｔｏｋｅｎを取り出し、テレビジョン装置２を判別する。ステップＳ４２において、ＴＶクラウド３の送信部３１３は、判別した結果に基づいてテレビジョン装置２へ表示要求２０７４を出力する。なお、当該表示要求は、メーカ独自の表示要求コマンドに置き換えられてもよい。また、必要に応じて、ＴＶクラウド３は、ｃｌｉｅｎｔ＿ｉｄ毎のアクセスを集計してテレビにリクエストを行ってもよい。
ステップＳ４３において、テレビジョン装置２は、表示要求に応じてブラウザを起動させ、ｏｎＬｏａｄやｏｎＣｌｉｃｋのＥｖｅｎｔ等でｊａｖａｓｃｒｉｐｔ（登録商標）を実行し、表示対象のＵＲＬ先の画像を表示出力する。また、テレビジョン装置２は、サービサー、ユーザ、ＴＶメーカ、表示した広告を識別する表示操作結果通知２０８０を計測サーバ６へ通知する。計測サーバ６は、ＴＶクラウド３が複数のテレビジョン装置２へ広告表示した結果を集計する。その集計結果を基にメーカまたはテレビゲートウェイ５、または計測サーバ６の所有者がコンテンツ提供サーバ４を所有するＥコマースのプラットフォーマへ広告宣伝費を要求する。
In step S43, the
ユーザ端末１０５０のアプリケーションはテレビジョン装置２の画面をステップＳ４４における操作コマンド２０９０を基に操作することができる。ユーザ端末１０５０からの操作に応じてコンテンツ提供サーバ４に操作コマンド２０９０を送る。
The application of the
ステップＳ４５において、コンテンツ提供サーバ４は、ステップＳ４４で送信された操作コマンド２０９０をもとに共通キーコードを含む操作コマンド２０９１をテレビゲートウェイ５に送信する。共通キーコードはテレビ操作リモコン操作ボタンに対応したように構成されたコマンドである。数字、十字カーソル、ボリューム/チャネル/電源、カラーキー、機能キー、メディアコントロール、メーカ固有のコマンドがある。このメーカ固有のコマンドとは、各メーカ独自に動作させるためのコマンドである。すなわち、メーカ固有コマンドとは、各メーカにより設定された、メーカ独自の動作用コマンドである。共通キーコードはメーカ固有のコマンドを除きメーカ間で共通の操作を行うためのキーコードである。
At step S45, the
数字コマンドは“１１”“１２”“０”“１”“２”“３”“４”“５”“６”“７”“８”“９”“．”である。 Numeric commands are "11" "12" "0" "1" "2" "3" "4" "5" "6" "7" "8" "9" ".".
十字カーソルコマンドは“ｕｐ”“ｄｏｗｎ”“ｌｅｆｔ”“ｒｉｇｈｔ”“ｐａｇｅ ｕｐ”“ｐａｇｅ ｄｏｗｎ”“ｐａｇｅ ｌｅｆｔ”“ｐａｇｅ ｒｉｇｈｔ”“ｅｎｔｅｒ”“ｅｘｉｔ”“ｂａｃｋ”である。 The cross cursor commands are "up", "down", "left", "right", "page up", "page down", "page left", "page right", "enter", "exit", and "back".
ボリューム／チャネル／電源コマンドは“ｐｏｗｅｒ”“ｐｏｗｅｒ ｏｆｆ”“ｐｏｗｅｒ ｏｎ”“ｖｏｌｕｍｅ ｕｐ”“ｖｏｌｕｍｅ ｄｏｗｎ”“ｃｈａｎｎｅｌ ｕｐ”“ｃｈａｎｎｅｌ ｄｏｗｎ”である。 The volume/channel/power commands are "power" "power off" "power on" "volume up" "volume down" "channel up" "channel down".
カラーキーは“ｂｌｕｅ”“ｒｅｄ”“ｇｒｅｅｎ”“ｙｅｌｌｏｗ”である。 The color keys are "blue", "red", "green" and "yellow".
機能キーコマンドは“ｅｌｅｃｔｒｏｎｉｃ ｐｒｏｇｒａｍ ｇｕｉｄｅ”“ｉｎｉｔｉａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ”“ｓｅｌｅｃｔ ｂｒｏａｄｃａｓｔ ｔｙｐｅ”“ｉｎｐｕｔ ｓｅｌｅｃｔ”“ｄｉｓｐｌａｙ ｉｎｆｏｒｍａｔｉｏｎ”“ｍｕｔｅ”“ｃｏｎｔｅｎｔｓ ｍｅｎｕ”“ｃｌｏｓｅｄ ｃａｐｔｉｏｎ”である。 The function key commands are "electronic program guide", "initial configuration", "select broadcast type", "input select", "display information", "mute", "contents menu", and "closed caption".
メディアコントロールコマンドは“Ｐｌａｙ”“ｓｔｏｐ”“ｐａｕｓｅ”“ｒｅｗｉｎｄ ”“ｆｏｒｗａｒｄ”“ｂａｃｋｗａｒｄ”“ｓｋｉｐ ｆｏｒｗａｒｄ”“ｓｋｉｐ ｂａｃｋｗａｒｄ”“ｒｅｃｏｒｄ”である。 The media control commands are "Play", "stop", "pause", "rewind", "forward", "backward", "skip forward", "skip backward", and "record".
テレビゲートウェイ５は、ステップＳ４５における操作コマンド２０９１を受信すると、ステップＳ４６においてＴＶクラウド３に操作コマンド２０９２を送付する。操作コマンド２０９２は操作コマンド２０９１と同じコマンドである。
ステップＳ４７において、テレビゲートウェイ５は、応答メッセージとして応答メッセージＩＤ２０９４をコンテンツ提供サーバ４に送信する。メッセージＩＤは以下の構成である。
｛ｍｅｓｓａｇｅｉｄ： ＜ｍｅｓｓａｇｅ ＩＤ＞｝
Upon receiving the operation command 2091 in step S45, the
In step S47, the
{messageid: <messageID>}
ＴＶクラウド３は、テレビゲートウェイ５から操作コマンド２０９２を受信すると、ステップＳ４８において、操作コマンド２０９３をテレビジョン装置２に送信する。操作コマンド２０９３は操作コマンド２０９２と同じまたは同等の情報で、テレビジョン装置２の表示画面の操作を行うメーカ独自のコマンドである。ＴＶクラウド３は、操作コマンド２０９２をテレビジョン装置２の操作するための各社キーコードである操作コマンド２０９３に置き換える。テレビジョン装置２の操作コマンドの標準化が進んだ場合、操作コマンド２０９２を変換せずに、そのまま操作コマンド２０９３として利用することができる。
Upon receiving the operation command 2092 from the
テレビジョン装置２は、操作コマンド２０９３に基づき、テレビジョン装置２の映像表示部２３３に表示された画像を操作する。また、ステップＳ４９において、テレビジョン装置２は、操作コマンドを識別する操作結果通知２０８１を計測サーバ６へ通知する。
The
図１１に示したフローチャートは、複数のメーカを統合してプラットフォーマのコンテンツ提供サーバ４にアクセスする処理の説明であるが、第１実施形態のＴＶクラウド３のように、メーカが単独でコンテンツ提供サーバ４にアクセスすることもできる。この場合、ＴＶクラウド３は、テレビゲートウェイ５の動作を合わせたものになる。この時、ＴＶクラウド３とテレビゲートウェイ５との間の情報のやり取りは省略される。
The flowchart shown in FIG. 11 explains the process of integrating a plurality of manufacturers and accessing the
テレビゲートウェイ５は、コンテンツ提供サーバ４から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、コンテンツ提供サーバ４からトークンと、表示対象の画像のアクセス先とを取得し、送信先のＴＶクラウド３へ当該トークンと、表示対象の画像のアクセス先とを送信する。これにより、コンテンツ提供サーバ４側からは、複数のＴＶクラウド３のいずれに送信すべきか判断することなく、処理することができる。
The
なお、本実施形態の各装置（ユーザ端末１０５０、テレビジョン装置２、ＴＶクラウド３、コンテンツ提供サーバ４、テレビゲートウェイ５、計測サーバ６）で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disc）－ＲＯＭ（Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータ装置で読み取り可能な記録媒体に記録して提供することができる。また、当該プログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。
It should be noted that the program executed by each device (the
（第３実施形態）
第３実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第３実施形態にかかる情報連携システムＳでは、テレビゲートウェイ５が、ＴＶクラウド３からだけではなく、コンテンツ提供サーバ４からもトークンを取得し、これらのトークンを用いて、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する。
(Third embodiment)
The information collaboration system S according to the third embodiment has the same overall configuration as the information collaboration system S of the second embodiment. In the information cooperation system S according to the third embodiment, the
なお、図６に示した、ＴＶクラウド３が記憶するデータの構造が異なる。具体的に、ＴＶクラウド３は、図６に示したＴＶＩＤの代わりに、ＨＡ－ＩＤを記憶する。また、図６に示したＥＣサイトサーバＩＤの代わりに、ＰＦ－ＩＤを記憶する。ＨＡ－ＩＤは、テレビメーカの会社ＩＤであるＴＣ－ＩＤと、テレビジョン装置２のデバイスＩＤであるＴＶ－ＩＤとを含む識別情報である。ＰＦ－ＩＤは、ビデオプラットフォームの会社ＩＤである。ＴＣ－ＩＤは、ＴＶクラウド３を識別する識別子となる。また、ＰＦ－ＩＤは、コンテンツ提供サーバ４を識別する識別子となる。
Note that the structure of the data stored in the
次に、第３実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１２は、第３実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１２に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイト（例えば、コンテンツ提供を受けるサーバ）を指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
Next, the processing flow of each component in the information collaboration system S of the third embodiment will be described. FIG. 12 is a flow chart showing overall processing in the information collaboration system S of the third embodiment. The flowchart shown in FIG. 12 also shows a scene in which the user operates the remote controller of the
また、図１２のステップＳ６１は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ６１では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
Further, step S61 in FIG. 12 is the same as step S1 in FIG. 7 and step S12 in FIG. Incidentally, in step S61, the
ステップＳ６２において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
In step S62, the
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
{“code”: <authorization code> (authorization code),
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)}
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
The URL authentication code is information including URL information specifying the
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
An example of the information in the URL authentication code is as follows.
https://XXXXXXXXXYYYYYYYYY
The X portion contains the URL of the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
When the
また、図７のステップＳ３、図１１のステップＳ２３と同様、ステップＳ６３において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
7 and step S23 in FIG. 11, in step S63, the
"code": <authorization code>,
“state” : <string> // random number
ステップＳ６４において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。
In step S64, when the
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
Information to be sent at the time of authentication request is as follows.
"code": <authorization code>,
“state” : <string> // random number
ステップＳ６５において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携指示を示す連携ボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ Ａｕｔｈｏｒｉｚａｔｉｏｎ ＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。
In step S65, when the
ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携ボタンが押下されると（ステップＳ６６）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ６７）。
The
上記認可リクエスト時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
The information transmitted at the time of the authorization request has, for example, the following configuration.
Authorization: "Basic" + Base64(<client_id> + ":" + <client_secret>) Request
{
“response_type”: “code”
“code”: <authorization code> (authorization code)
"redirect_uri": <TGW Endpoint> (Endpoint of TV Gateway 5)
“client_id”: <TG-ID> (ID of TV gateway 5)
“scope”: <provided by VPF> (token authentication scope)
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)
}
コンテンツ提供サーバ４においてユーザ情報が登録されていない場合、ユーザ端末１０５０およびコンテンツ提供サーバ４の間で、ユーザ登録処理をする（ステップＳ６８）。ここで、ユーザ登録処理とは、コンテンツ提供サーバ４にログインするための情報であるユーザＩＤおよびパスワードを登録したり、ユーザの属性情報を登録したりする処理である。
If the user information is not registered in the
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ６９）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Subsequently, the
Response
{"code": <authorization code>,
"state" : <state>}
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ７０）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
Upon receiving the above response, the
テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ７１）。
When the acquiring
そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ７２）。
Then, in step S72, the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Information to be transmitted when requesting the token has, for example, the following configuration.
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request Parameters
{
grant_type: "authorization_code",
code : <authorization code> (authorization code),
state : <string> (state information),
redirect_uri: <redirect_uri>,
client_id: <TG-ID>
}
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン（第１トークン）を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、第１トークンをさらに対応付ける。
The
ステップＳ７３において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。
In step S<b>73 , the
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
Response
{"access_token": <access token>,
"token_type": "Bearer",
"expires_in": 3600,
“refresh_token”: <refresh token>}
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
When the
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ７４）。
When the acquiring
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Information to be transmitted when requesting the token has, for example, the following configuration.
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request
{
grant_type: "authorization_code",
code : <code> (authorization code),
state : <string> (state information),
redirect_uri: <TGW Endpoint>,
client_id: <TG-ID>
}
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得する認可コードに基づいて、当該認可コードに対応するユーザＩＤを特定する。そして、コンテンツ提供サーバ４は、当該ユーザＩＤに基づくトークンである第２トークンを生成する。
Based on the authorization code acquired from the
ステップＳ７５において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。
In step S75, the
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
{"access_token": <access token>,
"token_type": "Bearer",
"expires_in": 3600,
“refresh_token”: <refresh token>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ７６）。
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Information to be transmitted when requesting the user information has, for example, the following configuration.
Authorization: "Bearer" + <access token>)
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ７７）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
The
Response
{“user_id”: <UR-ID> (user ID on the site of content providing server 4),
“Preference”: <current user attributes>(user's date of birth, gender, postal code, purchase history, etc.)}
ステップＳ７８において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
In step S78, the
Authorization: “Basic” + Base64 (PF-ID + “:” + <client_secret>)
テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ７４で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ７９）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
When the
Authorization: "Bearer" + <access token>)
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
When acquiring the first token, the acquiring
ステップＳ８０において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
In step S80, the transmitting
Response
{
・"device_id": <HA-ID> (HA-ID)
・“model”: <model name> (model of the
}
ステップＳ８１において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。
In step S81, the
また、テレビゲートウェイ５の生成部５１４は、パス・キーを生成する。また、ステップＳ８２において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（操作コマンドの動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
Also, the
・"pass_key": <pass_key>, (this pass_key is used as an ID when operating an operation command)
・“expires_in”: 86400, (expires_in returns with grace such as 10 days even if preference cannot be prepared for the first access.)
・“model”: <model name> (model information of the device ID response, namely the model of the
また、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。
Also, the
コンテンツ提供サーバ４は、テレビゲートウェイ５からパス・キーを取得すると、パス・キーに含まれた情報を記憶する。具体的に、コンテンツ提供サーバ４は、ＥＣサイトのユーザＩＤ毎に下記の情報を記憶する。
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ ／／ 連携したＴＶモデル情報
When the
・access_token
・refresh_token
・pass_key
・model // Linked TV model information
テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。
The
この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。
In this case, since the
（第４実施形態）
第４実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第２実施形態では、認証コードもＱＲコードに含める場合について述べたが、第４実施形態にかかる情報連携システムＳでは、認証コードについては、別途ピンコードで表示するものである。
(Fourth embodiment)
The information collaboration system S according to the fourth embodiment has the same overall configuration as the information collaboration system S of the second embodiment. In the second embodiment, the case where the authentication code is included in the QR code has been described, but in the information cooperation system S according to the fourth embodiment, the authentication code is separately displayed as a pin code.
次に、第４実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１３のステップＳ２１は、図１１のステップＳ２１および図７のステップＳ１と同様のため、説明を省略する。 Next, the processing flow of each component in the information collaboration system S of the fourth embodiment will be described. Since step S21 in FIG. 13 is the same as step S21 in FIG. 11 and step S1 in FIG. 7, description thereof is omitted.
ステップＳ９１において、ＴＶクラウド３は、ＵＲＬを含むＱＲコードをテレビジョン装置２に送信する。また、ＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信する。
In step S<b>91 , the
ＱＲコードに含まれるＵＲＬの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬが入っている。ＱＲコードのＵＲＬの送付形式は上記の情報が含まれていれば、どのような形式でもよい。
An example of URL information included in the QR code is as follows.
https://XXXXXXXXXX
The X portion contains the URL of the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＱＲコードおよびピンコードを取得すると、表示制御部２４４は、当該ＱＲコードを映像表示部２３３で光学的に画像または映像として表示出力する。また、表示制御部２４４は、ピンコードを表示出力する。
When the
ステップＳ９２において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報から読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬの情報を読み取る。
In step S92, the
ステップＳ９３において、ユーザ端末１０５０は、アプリケーション（アプリ）を起動し、ピンコードの入力を受け付け可能な状態にする。
In step S93, the
ステップＳ９４において、ユーザ操作によりＰＩＮコードが入力されると、ユーザ端末１０５０は、当該ＰＩＮコードを認証コードとして取得する。ステップＳ２４～ステップＳ３５は、それぞれ図１１のステップＳ２４～ステップＳ３５と同様である。
In step S94, when a PIN code is input by user operation, the
第４実施形態にかかるＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信し、テレビジョン装置２が当該ピンコードを表示する。そして、ユーザ端末１０５０のユーザが、当該ピンコードに基づいて入力操作をし、ユーザ端末１０５０が、当該ピンコードを認証コードとしてコンテンツ提供サーバ４へ送信する。
The
この場合、ＵＲＬと共に認証コードを２次元コードに含めることができない場合でも、ユーザ端末１０５０から認証コードをコンテンツ提供サーバ４へ送信することができる。
In this case, even if the authentication code cannot be included in the two-dimensional code together with the URL, the
（第５実施形態）
第５実施形態にかかる情報連携システムＳは、第３実施形態の情報連携システムＳの全体構成と同様である。第５実施形態にかかる情報連携システムＳでは、第３実施形態にかかる情報連携システムＳにおける、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促すための促進情報としてキャンペーン情報をテレビゲートウェイ５がテレビジョン装置２へ送信する。情報連携システムＳでは、テレビジョン装置２が、促進情報に基づいてテレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理の指示した場合、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を実行する。
(Fifth embodiment)
The information collaboration system S according to the fifth embodiment has the same overall configuration as the information collaboration system S according to the third embodiment. In the information linkage system S according to the fifth embodiment, as promotion information for prompting the process of linking the ID of the
情報連携システムＳでは、テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５がＴＶクラウド３を介して番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、コンテンツ提供サーバ４から番組表構成情報を取得し、番組表構成情報をＴＶクラウド３へ送信する。ＴＶクラウド３は、番組表構成情報を取得し、取得した番組表構成情報をテレビジョン装置２へ送信する。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。
In the information cooperation system S, when the
テレビゲートウェイ５は、キャンペーン情報を記憶しており、番組表構成情報を送信する際、テレビジョン装置２からの要求に応じてキャンペーン情報を送信する。
The
ここで、キャンペーン情報の内容について図１４を用いて説明する。図１４は、促進情報の例を示す図である。キャンペーン情報は、通常連携データ部分３３０と、キャンペーン連携データ部分３４０とを有する。
Here, the content of the campaign information will be explained using FIG. FIG. 14 is a diagram showing an example of promotion information. The campaign information usually has a linked
通常連携データ部分３３０は、ＩＤ連携用データのＯｂｊｅｃｔを示す情報（idbind）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、連携方法を説明する画像を示す情報（explanation_img）と、連携解除方法を説明する画像を示す情報（explanation_img）とを含む。
The normal
キャンペーン連携データ部分３４０は、キャンペーン情報のｏｂｊｅｃｔのＡｒｒａｙを示す情報（idbind_campaign）と、キャンペーン対象のＴＶメーカを示す情報（tv）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、キャンペーンの内容を説明する画像を示す情報（campaign_img）と、すでに連携済みだった場合に表示する画像を示す情報（hasbound_img）と、連携方法を説明する画像を示す情報（explanation_img）と、ＩＦＡ－ＩＤによるトラッキングを許可することをお勧めする画像を示す情報（recommend_tracking_img）と、キャンペーン開始日時を示す情報（start）と、キャンペーン終了日時を示す情報（end）とを含む。
The campaign linking
キャンペーン連携データ部分３４０における画像を示す情報を、マクロ等によりＴＶメーカ毎に異なるように設定されていてもよい。これにより、簡易な構成で複数のＴＶメーカのそれぞれで異なるキャンペーン画像を割り当てることができる。
The information indicating the image in the campaign
続いて、キャンペーン情報に基づいて連携処理をする手順について、図１５を用いて説明する。図１５は、キャンペーン情報の表示処理を示すフローチャートである。 Next, a procedure for cooperative processing based on campaign information will be described with reference to FIG. 15 . FIG. 15 is a flowchart showing campaign information display processing.
テレビジョン装置２は、ユーザの操作に応じて、ＴＶクラウド３に対して、ユーザが指定したＥＣサイトの番組表構成情報（番組表）の取得要求をする。テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５がＴＶクラウド３を介して番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、コンテンツ提供サーバ４から番組表構成情報を取得し、番組表構成情報をＴＶクラウド３へ送信する。ＴＶクラウド３は、番組表構成情報を取得し、取得した番組表構成情報をテレビジョン装置２へ送信する。テレビジョン装置２は、番組表構成情報を表示する（ステップＳ１０１）。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。
The
テレビジョン装置２は、テレビゲートウェイ５へキャンペーン情報の取得要求をする。テレビジョン装置２は、ＴＶクラウド３を介してテレビゲートウェイ５からキャンペーン情報を取得しなかった場合（ステップＳ１０２：Ｎｏ）、処理を終了する。
The
テレビジョン装置２は、テレビゲートウェイ５へキャンペーン情報の取得要求をする。テレビジョン装置２は、ＴＶクラウド３を介してテレビゲートウェイ５からキャンペーン情報を取得した場合（ステップＳ１０２：Ｙｅｓ）、コンテンツ提供サーバ４と連携済みでなければ（ステップＳ１０３Ｙｅｓ）、テレビジョン装置２は、番組表構成情報と共にキャンペーン情報を表示する（ステップＳ１０４）。コンテンツ提供サーバ４と連携済であるか否かを判断する方法としては、テレビジョン装置２が過去の連携処理要求の有無のログを保持しておき、当該ログに基づいて判断する方法がある。
The
キャンペーン情報において、キャンペーンに応募する旨の選択がされた場合、テレビジョン装置２は、アンケート情報を表示する（ステップＳ１０５）。このアンケートは、ユーザの属性（性別、住所等）の入力を受け付けるアンケートである。また、このアンケート情報は、他のタイミングで表示するようにしてもよい。
In the campaign information, when the user selects to apply for the campaign, the
テレビジョン装置２は、アンケートが入力された後、連携指示要求をする（ステップＳ１０６）。
After the questionnaire is input, the
続いて、図１６を用いて連携処理手順を説明する。図１６は、連携処理手順を示すフローチャートである。ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
Next, the cooperative processing procedure will be described with reference to FIG. 16 . FIG. 16 is a flow chart showing a cooperative processing procedure. The authentication code and token generated by the
図１５に示したフローチャートの処理を実行する前に、テレビジョン装置２は、ＩＦＡ－ＩＤを乱数により生成し、ＴＶクラウド３へ通知する（ステップＳ１１１）。このＩＦＡ－ＩＤは、一意であることが保証できる程度の桁数を有する数値である。なお、テレビジョン装置２は、テレビジョン装置２のＴＶモデル名を送信するようにしてもよい。また、ステップＳ１１１およびステップＳ１１２において、ベアラ認証をするようにしてもよい。
Before executing the processing of the flowchart shown in FIG. 15, the
ＴＶクラウド３は、ＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する（ステップＳ１１２）。その後に、ステップＳ１１３において、図１４に示したフローチャートの処理を実行する。ステップＳ１１３において、連携指示がなされると、テレビジョン装置２は、ＱＲコード要求をする（ステップＳ１１４）。
The
また、図１６のステップＳ１１４は、図７のステップＳ１、図１１のステップＳ１２、および図１２のステップＳ６１と同様である。なお、ステップＳ１１４では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
Step S114 in FIG. 16 is the same as step S1 in FIG. 7, step S12 in FIG. 11, and step S61 in FIG. Incidentally, in step S114, the
ステップＳ１１５において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
In step S115, the
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
{“code”: <authorization code> (authorization code),
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)}
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
The URL authentication code is information including URL information specifying the
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
An example of the information in the URL authentication code is as follows.
https://XXXXXXXXXYYYYYYYYY
The X portion contains the URL of the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
When the
また、図７のステップＳ３、図１１のステップＳ２３、図１２のステップＳ６３と同様、ステップＳ１１６において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
7, step S23 in FIG. 11, and step S63 in FIG. The information of the URL authentication code optically displayed on the
"code": <authorization code>,
“state” : <string> // random number
ステップＳ１１７において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。
In step S117, when the
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
Information to be sent at the time of authentication request is as follows.
"code": <authorization code>,
“state” : <string> // random number
ステップＳ１１８において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携指示を示す連携ボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ Ａｕｔｈｏｒｉｚａｔｉｏｎ ＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。
In step S118, when the
ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携ボタンが押下されると（ステップＳ１１９）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ１２０）。
The
上記認可リクエスト時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
The information transmitted at the time of the authorization request has, for example, the following configuration.
Authorization: "Basic" + Base64(<client_id> + ":" + <client_secret>) Request
{
“response_type”: “code”
“code”: <authorization code> (authorization code)
"redirect_uri": <TGW Endpoint> (Endpoint of TV Gateway 5)
“client_id”: <TG-ID> (ID of TV gateway 5)
“scope”: <provided by VPF> (token authentication scope)
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)
}
なお、テレビジョン装置２が、ステップＳ１１９の時点で、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１５１、ステップＳ１５２）、テレビゲートウェイ５は、連携完了していない旨の情報をテレビジョン装置２へ送信する（ステップＳ１５３、ステップＳ１５４）。
When the
コンテンツ提供サーバ４においてユーザ情報が登録されていない場合、ユーザ端末１０５０およびコンテンツ提供サーバ４の間で、ユーザ登録処理をする（ステップＳ１２１）。ここで、ユーザ登録処理とは、コンテンツ提供サーバ４にログインするための情報であるユーザＩＤおよびパスワードを登録したり、ユーザの属性情報を登録したりする処理である。
If the user information is not registered in the
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１２２）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Subsequently, the
Response
{"code": <authorization code>,
"state" : <state>}
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１２３）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
Upon receiving the above response, the
テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ１２４）。
When the acquiring
そして、ステップＳ１２５において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１２５）。
Then, in step S125, the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Information to be transmitted when requesting the token has, for example, the following configuration.
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request Parameters
{
grant_type: "authorization_code",
code : <authorization code> (authorization code),
state : <string> (state information),
redirect_uri: <redirect_uri>,
client_id: <TG-ID>
}
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン（第１トークン）を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、第１トークンをさらに対応付ける。
The
ステップＳ１２６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。
In step S<b>126 , the
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
Response
{"access_token": <access token>,
"token_type": "Bearer",
"expires_in": 3600,
“refresh_token”: <refresh token>}
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
When the
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ１２７）。
When the acquiring
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Information to be transmitted when requesting the token has, for example, the following configuration.
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request
{
grant_type: "authorization_code",
code : <code> (authorization code),
state : <string> (state information),
redirect_uri: <TGW Endpoint>,
client_id: <TG-ID>
}
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得する認可コードに基づいて、当該認可コードに対応するユーザＩＤを特定する。そして、コンテンツ提供サーバ４は、当該ユーザＩＤに基づくトークンである第２トークンを生成する。
Based on the authorization code acquired from the
ステップＳ１２８において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。
In step S<b>128 , the
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
{"access_token": <access token>,
"token_type": "Bearer",
"expires_in": 3600,
“refresh_token”: <refresh token>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１２９）。
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Information to be transmitted when requesting the user information has, for example, the following configuration.
Authorization: "Bearer" + <access token>)
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１３０）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
The
Response
{“user_id”: <UR-ID> (user ID on the site of content providing server 4),
“Preference”: <current user attributes>(user's date of birth, gender, postal code, purchase history, etc.)}
ステップＳ１３１において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
In step S131, the
Authorization: “Basic” + Base64 (PF-ID + “:” + <client_secret>)
テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ１２７で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１３２）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
When the
Authorization: "Bearer" + <access token>)
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
When acquiring the first token, the acquiring
ステップＳ１３３において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
In step S133, the transmitting
Response
{
・"device_id": <HA-ID> (HA-ID)
・“model”: <model name> (model of the
}
ステップＳ１３４において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。
In step S134, the
ステップＳ１３５において、テレビゲートウェイ５は、ユーザ端末１０５０に対して、上記認可コードと共にレスポンスする（ステップＳ１３５）。
At step S135, the
ステップＳ１３４以降に、テレビジョン装置２が、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１３６、ステップＳ１３７）、テレビゲートウェイ５は、連携完了した旨の情報（連携したコンテンツ提供サーバ４を識別する情報等）をテレビジョン装置２へ送信する（ステップＳ１３８、ステップＳ１３９）。また、テレビゲートウェイ５は、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ通知する（ステップＳ１４０）。
After step S134, when the
また、テレビジョン装置２において、ＩＦＡ－ＩＤを更新した場合、更新後のＩＦＡ－ＩＤをＴＶクラウド３へ通知する（ステップＳ１４１）。ＴＶクラウド３は、更新後のＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する。テレビゲートウェイ５は、更新後のＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する（ステップＳ１４３）。
Also, when the IFA-ID is updated in the
続いて、連携取り消し処理について図１７に示すフローチャートを用いて説明する。図１７は、連携取り消し処理を示すフローチャートである。テレビジョン装置２は、ユーザの操作に応じて、ＴＶクラウド３に対して連携取り消し要求をする（ステップＳ１６１）。ＴＶクラウド３は、テレビジョン装置２からの取り消し要求に応じて、テレビゲートウェイ５へ連携取り消し要求をする（ステップＳ１６２）。なお、ステップＳ１６１およびステップＳ１６２において、テレビジョン装置２またはＴＶクラウド３は、連携取り消し要求共にＩＦＡ－ＩＤを送信するようにしてもよい。
Next, the cooperation canceling process will be described with reference to the flowchart shown in FIG. FIG. 17 is a flow chart showing cooperation cancellation processing. The
テレビゲートウェイ５は、コンテンツ提供サーバ４に対して連携取り消し要求を通知する（ステップＳ１６３）。コンテンツ提供サーバ４は、生成した第２トークンを削除する。テレビゲートウェイ５は、バインド情報を削除して、削除した旨をＴＶクラウド３へ通知する（ステップＳ１６４）。ＴＶクラウド３は、バインド情報が削除された旨をテレビジョン装置２へ通知する（ステップＳ１６５）。また、ＴＶクラウド３は、第１トークンを削除するようにしてもよい。また、コンテンツ提供サーバ４は、連携を取り消した旨をテレビゲートウェイ５へ通知し（ステップＳ１６６）、テレビゲートウェイ５は、ＴＶクラウド３へ連携を取り消した旨を通知する（ステップＳ１６７）。
The
続いて、ユーザ端末１０５０の操作を介して連携を取り消す処理手順について図１８を用いて説明する。図１８は、ユーザ端末１０５０の操作を介して連携を取り消す処理手順を示すフローチャートである。
Next, a processing procedure for canceling cooperation through operation of the
ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携を取り消したいコンテンツ提供サーバ４を指定する場面をスタートとする。
A scene in which the user operates the remote control or the like of the
図１８のステップＳ１８０は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ１８０では、テレビジョン装置２は、ユーザが指定したコンテンツ提供サーバ４に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
Step S180 in FIG. 18 is the same as step S1 in FIG. 7 and step S12 in FIG. Incidentally, in step S180, the
ステップＳ１８１において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
In step S181, the
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
{“code”: <authorization code> (authorization code),
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)}
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
The URL authentication code is information including URL information specifying the
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
An example of the information in the URL authentication code is as follows.
https://XXXXXXXXXYYYYYYYYY
The X portion contains the URL of the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
When the
また、図７のステップＳ３、図１１のステップＳ２３と同様、ステップＳ１８２において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
7 and step S23 in FIG. 11, in step S182, the
"code": <authorization code>,
“state” : <string> // random number
ステップＳ１８３において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。
In step S183, when the
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
Information to be sent at the time of authentication request is as follows.
"code": <authorization code>,
“state” : <string> // random number
ステップＳ１８４において、テレビゲートウェイ５の取得部５１２が、認証コードおよびｓｔａｔｅ情報を受信すると、テレビゲートウェイ５の送信部５１３が、連携取り消し指示を示す連携取り消しボタンを含むＨＴＭＬ形式の画面をユーザ端末１０５０へ送信する。当該ＨＴＭＬは、ＰＦ－ＩＤのＯＡｕｔｈ２ Ａｕｔｈｏｒｉｚａｔｉｏｎ ＥｎｄｐｏｉｎｔにアクセスするＵＲＬとパラメータを含むようにしてもよい。
In step S184, when the
ユーザ端末１０５０は、上記のＨＴＭＬ形式の画面を取得する。そして、ユーザ端末１０５０のユーザ操作により連携取り消しボタンが押下されると（ステップＳ１８５）、ビデオプラットフォームであるコンテンツ提供サーバ４に対して認可リクエストをする。また、コンテンツ提供サーバ４は、当該認可リクエストを受信し、それに応答する旨の情報をユーザ端末１０５０へ送信する（ステップＳ１８６）。
The
上記認可リクエスト時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）Ｒｅｑｕｅｓｔ
｛
“ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ”：“ｃｏｄｅ”
“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)
“ｒｅｄｉｒｅｃｔ＿ｕｒｉ”：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞（テレビゲートウェイ５のエンドポイント）
“ｃｌｉｅｎｔ＿ｉｄ”：＜ＴＧ－ＩＤ＞ （テレビゲートウェイ５のＩＤ）
“ｓｃｏｐｅ”：＜ＶＰＦ提供＞ (トークンの認証範囲)
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）
｝
The information transmitted at the time of the authorization request has, for example, the following configuration.
Authorization: "Basic" + Base64(<client_id> + ":" + <client_secret>) Request
{
“response_type”: “code”
“code”: <authorization code> (authorization code)
"redirect_uri": <TGW Endpoint> (Endpoint of TV Gateway 5)
“client_id”: <TG-ID> (ID of TV gateway 5)
“scope”: <provided by VPF> (token authentication scope)
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)
}
なお、テレビジョン装置２が、ステップＳ１８５の時点で、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ２５１、ステップＳ２５２）、テレビゲートウェイ５は、連携している旨の情報をテレビジョン装置２へ送信する（ステップＳ２５３、ステップＳ２５４）。
Note that when the
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１８８）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Subsequently, the
Response
{"code": <authorization code>,
"state" : <state>}
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１８９）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
Upon receiving the above response, the
そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１９０）。
Then, in step S72, the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Information to be transmitted when requesting the token has, for example, the following configuration.
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request Parameters
{
grant_type: "authorization_code",
code : <authorization code> (authorization code),
state : <string> (state information),
redirect_uri: <redirect_uri>,
client_id: <TG-ID>
}
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、ＴＶクラウド３の送信部３１３は、第１トークンをテレビゲートウェイ５へ送信する（ステップＳ１９１）。
The
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
Response
{"access_token": <access token>,
"token_type": "Bearer",
"expires_in": 3600,
“refresh_token”: <refresh token>}
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
When the
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ１９２）。
When the acquiring
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
Information to be transmitted when requesting the token has, for example, the following configuration.
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request
{
grant_type: "authorization_code",
code : <code> (authorization code),
state : <string> (state information),
redirect_uri: <TGW Endpoint>,
client_id: <TG-ID>
}
ステップＳ１９３において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。
In step S<b>193 , the
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
{"access_token": <access token>,
"token_type": "Bearer",
"expires_in": 3600,
“refresh_token”: <refresh token>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１９４）。
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
Information to be transmitted when requesting the user information has, for example, the following configuration.
Authorization: "Bearer" + <access token>)
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１９５）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
The
Response
{“user_id”: <UR-ID> (user ID on the site of content providing server 4),
“Preference”: <current user attributes>(user's date of birth, gender, postal code, purchase history, etc.)}
テレビゲートウェイ５の送信部５１３は、第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１９６）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
The
Authorization: "Bearer" + <access token>)
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
When acquiring the first token, the acquiring
ステップＳ１９７において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
In step S197, the
Response
{
・"device_id": <HA-ID> (HA-ID)
・“model”: <model name> (model of the
}
テレビゲートウェイ５は、バインド情報を削除して、削除した旨をコンテンツ提供サーバ４へ通知する（ステップＳ１９８）。なお、テレビゲートウェイ５は、バインド情報を削除した旨をＴＶクラウド３へ通知してもよい。
The
テレビジョン装置２が、ステップＳ１９８以降に、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１９９、ステップＳ２００）、テレビゲートウェイ５は、連携していない旨の情報をテレビジョン装置２へ送信する（ステップＳ２０１、ステップＳ２０２）。
After step S198, when the
上述の実施形態では、番組表を表示する際に、キャンペーン情報を表示する場合について述べたが、ネッワークを介して番組放送中（リニアに配信されている動画コンテンツ配信の番組）に指定されたタイミングで画面上に広告を表示する際に、キャンペーン情報を表示するようにしてもよい。 In the above-described embodiment, the case of displaying the campaign information when displaying the program table was described. Campaign information may be displayed when an advertisement is displayed on the screen in .
例えば、図１９に示すようなクリッカブル広告を用いてキャンペーン情報を表示するようにしてもよい。図１９は、クリッカブル広告の情報の例である。この広告情報は、広告情報のObjectのArrayを示す情報（ad_list）と、広告タイプを示す情報（ad_type）と、広告イメージのＵＲＬを示す情報（img_url）等を含む。 For example, campaign information may be displayed using a clickable advertisement as shown in FIG. FIG. 19 is an example of clickable advertisement information. This advertisement information includes information (ad_list) indicating an array of advertisement information objects, information indicating an advertisement type (ad_type), information indicating an advertisement image URL (img_url), and the like.
上述の実施形態では、図１６に示したフローチャートの処理において、テレビゲートウェイ５がコンテンツ提供サーバ４に対してユーザ情報要求して、コンテンツ提供サーバ４からＵＲ－ＩＤを取得する場合について述べたが、これに限られない。例えば、図２０に、図１６のフローチャートの変形例を示す。図１６で説明した処理と同様の部分については、説明を省略する。図２０に示すステップＳ１２８もしくはＳ１３０でコンテンツ提供サーバ４がＵＲ－ＩＤを提供する代わりに、ステップＳ１１８にてテレビゲートウェイ５が、仮ＵＲ－ＩＤを発行してＨＴＭＬ形式のコードに含まれる“ｓｔａｔｅ”の値にそのパラメータを含むようにしてもよい。この場合、ステップＳ１２０にてユーザ端末１０５０が、この値をコンテンツ提供サーバ４へ送信する。また、図１２のフローチャートにおいても、上記のように、テレビゲートウェイ５が、仮ＵＲ－ＩＤを発行するようにしてもよい。
In the above-described embodiment, in the processing of the flowchart shown in FIG. It is not limited to this. For example, FIG. 20 shows a modification of the flowchart of FIG. Descriptions of the same portions as those of the processing described with reference to FIG. 16 are omitted. Instead of the
本実施形態にかかるテレビゲートウェイ５は、キャンペーン情報を記憶しておき、テレビジョン装置２が番組表を表示するタイミング等、所定のタイミングでキャンペーン情報をテレビジョン装置２へ送信する。
The
また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。
Further, the
この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。また、テレビゲートウェイ５は、キャンペーン情報を出力ことで、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促進させることができる。
In this case, since the
また、テレビゲートウェイ５は、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携した後に、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する。これにより、テレビゲートウェイ５は、テレビジョン装置２のＩＤをコンテンツ提供サーバ４へ開示することがなく、テレビジョン装置２を特定可能な情報を提供することができる。
Also, after linking the ID of the
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。例えば、上記実施形態におけるテレビジョン装置は、セットトップボックスや、レコーダのように、表示手段を備えず、外部の表示装置に対し、映像信号を出力する受信機能を備えた電子装置であってもよい。また、これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
例えば、ユーザ端末に表示された画像アイコンのうち、テレビジョン装置で拡大表示可能な画像アイコンには、テレビジョン装置への拡大表示を指示するボタンを、その画像アイコン上、または、近傍に設けるようにしてもよく、また、その拡大表示可能な画像アイコンを、他の可拡大表示不可の画像アイコンとは識別可能に視認するための色彩や形状、表示形態を変更してもよい。また、ユーザ端末からテレビジョン装置への拡大表示を指示したとき、または、テレビジョン装置での表示処理の際、ユーザ端末またはテレビジョン装置を介して音声通知を行うようにしてもよい。
While several embodiments of the invention have been described, these embodiments have been presented by way of example and are not intended to limit the scope of the invention. For example, the television device in the above embodiment may be an electronic device such as a set-top box or a recorder that does not have display means and has a reception function that outputs a video signal to an external display device. good. In addition, these novel embodiments can be implemented in various other forms, and various omissions, replacements, and modifications can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the scope of the invention described in the claims and equivalents thereof.
For example, among the image icons displayed on the user terminal, for image icons that can be enlarged and displayed on a television device, a button for instructing enlarged display on the television device may be provided on or near the image icon. Alternatively, the color, shape, and display mode may be changed so that the image icon that can be enlarged and displayed can be visually distinguished from other image icons that cannot be enlarged and displayed. Further, when the user terminal instructs the television device to enlarge the display, or when the television device performs display processing, voice notification may be given via the user terminal or the television device.
１…スマートフォン、２…テレビジョン装置、３…ＴＶクラウド、４…コンテンツ提供サーバ、５…テレビゲートウェイ、６…計測サーバ、Ｓ…情報連携システム
DESCRIPTION OF
Claims (4)
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、
前記促進情報を前記放送受信装置へ送信する促進情報送信部と、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記認証コードを前記放送受信装置へ送信する認証コード送信部と、
前記認証コードを取得した端末装置から、前記認証コードと、コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得する連携指示取得部と、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得する第１トークン取得部と、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得する放送受信装置識別子取得部と、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得するユーザ識別子取得部と、
前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、
を備えるサーバ管理装置。 A server management device capable of transmitting and receiving information to and from a plurality of server devices that store information in which the identifier of the broadcast receiving device, the authentication code, the identifier of the content providing device, and the first token are associated,
a storage unit that stores promotion information that promotes association between the identifier of the broadcast receiving device and the identifier of the terminal device of the user of the content providing device;
a promotion information transmission unit that transmits the promotion information to the broadcast receiving device;
an authentication code transmitting unit configured to transmit the authentication code to the broadcast receiving device in response to a request from the broadcast receiving device based on the promotion information;
an authentication request acquisition unit that acquires an authentication request including the authentication code, the identifier of the content providing device, and the identifier of the server device from the terminal device that has acquired the authentication code;
a cooperation instruction obtaining unit that obtains, from the terminal device, notification of a cooperation instruction between the identifier of the broadcast receiving device and the user identifier of the terminal device;
a first token acquisition unit that acquires a first token corresponding to the authentication code from a server device corresponding to the authentication request after acquiring the notification of the cooperation instruction;
a second token acquisition unit for acquiring a second token corresponding to the user identifier of the terminal device from the content providing device corresponding to the authentication request;
a broadcast receiver identifier acquisition unit that acquires from the server device an identifier of a broadcast receiver corresponding to the first token;
a user identifier acquisition unit that acquires a user identifier of a terminal device corresponding to the second token from the content providing device;
a registration unit that associates and registers the identifier of the broadcast receiving device corresponding to the first token and the user identifier of the terminal device corresponding to the second token;
A server management device comprising:
前記登録部が、前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録した後に、前記第１トークンに対応する放送受信装置の第２識別子を、前記第２トークンの取得元のコンテンツ提供装置へ送信する第２識別子送信部と、をさらに備える請求項１に記載のサーバ管理装置。 a second identifier acquiring unit for acquiring a second identifier of the broadcast receiving device generated by the broadcast receiving device;
After the registration unit associates and registers the identifier of the broadcast receiving device corresponding to the first token and the user identifier of the terminal device corresponding to the second token, the broadcast receiving device corresponding to the first token 2. The server management apparatus according to claim 1, further comprising: a second identifier transmission unit that transmits the second identifier of to the content providing apparatus from which the second token is obtained.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021168837A JP2023058987A (en) | 2021-10-14 | 2021-10-14 | Server management device |
| PCT/CN2022/102444 WO2023060949A1 (en) | 2021-10-14 | 2022-06-29 | Server management apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021168837A JP2023058987A (en) | 2021-10-14 | 2021-10-14 | Server management device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2023058987A true JP2023058987A (en) | 2023-04-26 |
Family
ID=86095408
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021168837A Pending JP2023058987A (en) | 2021-10-14 | 2021-10-14 | Server management device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2023058987A (en) |
-
2021
- 2021-10-14 JP JP2021168837A patent/JP2023058987A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230292095A1 (en) | Systems and methods for auto-configuring a user equipment device with content consumption material | |
| KR101579603B1 (en) | System, method and computer readable recording medium for linking a television and a smart phone using an image authentication key | |
| CN102281538A (en) | Information processing device and information processing program | |
| US9191689B2 (en) | Systems and methods for translating generic requests into device specific requests based on location information | |
| US20130167170A1 (en) | Systems and methods for detecting unauthorized use of a user equipment device | |
| CN103475943A (en) | Interaction method and system of television program | |
| WO2014196076A1 (en) | Terminal, electronic device login setting information input method, computer-readable information recording medium, and electronic device | |
| JP2009130410A (en) | Portable device, information processing method, and program | |
| KR101241967B1 (en) | Control device and method, program, and recording medium | |
| JP2023154460A (en) | server management device | |
| WO2022062331A1 (en) | Server device, server management apparatus, and non-volatile storage medium | |
| US11722726B2 (en) | Television apparatus and display method | |
| JP2023058987A (en) | Server management device | |
| WO2023060949A1 (en) | Server management apparatus | |
| CN101997869A (en) | Method and apparatus for requesting data, and method and apparatus for obtaining data | |
| WO2022151749A1 (en) | Server management apparatus and system, and non-volatile storage medium | |
| JP7454081B2 (en) | server equipment | |
| CN104427396B (en) | Information processing unit, information processing method and program | |
| JP2012231241A (en) | System and method for user terminal search | |
| KR102157396B1 (en) | System and method of providing a related service using still image or moving picture | |
| KR102379723B1 (en) | Method and apparatus for recommending a product associated with a product corresponding to a broadcast video | |
| TW201741958A (en) | Single page shopping system converging video streaming and commerce processes and method thereof | |
| KR102157399B1 (en) | System and method of providing a related service using consecutive query images |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20240215 |