JP7659520B2 - Server management device - Google Patents
Server management device Download PDFInfo
- Publication number
- JP7659520B2 JP7659520B2 JP2022063747A JP2022063747A JP7659520B2 JP 7659520 B2 JP7659520 B2 JP 7659520B2 JP 2022063747 A JP2022063747 A JP 2022063747A JP 2022063747 A JP2022063747 A JP 2022063747A JP 7659520 B2 JP7659520 B2 JP 7659520B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- token
- content providing
- gateway
- 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.)
- Active
Links
- 230000004044 response Effects 0.000 claims description 82
- 230000005540 biological transmission Effects 0.000 claims description 57
- 238000013475 authorization Methods 0.000 description 87
- 238000000034 method Methods 0.000 description 59
- 238000012545 processing Methods 0.000 description 44
- 238000010586 diagram Methods 0.000 description 21
- 238000004891 communication Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 9
- 238000005259 measurement Methods 0.000 description 8
- 230000005236 sound signal Effects 0.000 description 7
- 238000003384 imaging method Methods 0.000 description 6
- 150000003839 salts Chemical class 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 239000000284 extract Substances 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
Description
本発明は、サーバ管理装置に関する。 The present invention relates to a server management device.
近年、受信機と端末とが連携して、情報を送受信する技術があり、例えば、受信機がウェブサイトから受信した情報を端末へ送信する。 In recent years, there has been technology that allows a receiver and a terminal to work together to send and receive information. For example, a 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 in transmitting and receiving information, it is necessary to link the identifier of the terminal user with the identifier of the receiver in advance, and it is desirable to carry out the linking process appropriately.
そこで、本発明が解決しようとする課題は、受信機の識別子と、端末の識別子とを連携する処理を適切に実行することができるサーバ管理装置を提供することである。 The problem that the present invention aims to solve is to provide a server management device that can properly execute a process for 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 stores information associating an identifier of a broadcast receiving device, an authentication code, an identifier of a content providing device, and a first token, and includes a storage unit that stores promotion information that promotes associating the identifier of the broadcast receiving device with an identifier of a terminal device of a user of the content providing device, a promotion information transmission unit that transmits the promotion information to the broadcast receiving device, an authentication code transmission unit that transmits an authentication code to the broadcast receiving device in response to a request based on the promotion information from the broadcast receiving device, 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, and a notification of an instruction to link the identifier of the broadcast receiving device with the user identifier of the terminal device to the terminal device. the notification of the link instruction from the server device; a first token acquisition unit that acquires a first token corresponding to the authentication code from the server device corresponding to the authentication request after acquiring the notification of the link instruction; a second token acquisition unit that acquires a second token corresponding to the user identifier of the terminal device from the content providing device corresponding to the authentication request; a broadcast receiving device identifier acquisition unit that acquires an identifier of the broadcast receiving device corresponding to the first token from the server device; a user identifier acquisition unit that acquires a user identifier of the terminal device corresponding to the second token from the content providing 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, and the promotion information has advertisement information including information indicating the display type of the advertisement and information indicating the advertisement content.
以下、本発明のサーバ装置、放送受信装置、サーバ管理装置、情報連携システム、およびプログラムの実施形態（第１実施形態、第２実施形態）について、図面を参照して、詳細に説明する。 Below, embodiments (first and second embodiments) of the server device, broadcast receiving device, server management device, information linkage system, and program of the present invention will be described in detail with reference to the drawings.
（第１実施形態）
まず、図１を参照して、第１実施形態の情報連携システムＳの全体構成例について説明する。図１は、第１実施形態の情報連携システムＳの全体構成例の概要を示す図である。情報連携システムＳは、スマートフォン１（端末）と、テレビジョン装置２（放送受信装置）と、ＴＶクラウド３（サーバ装置）と、ＥＣ（Electronic Commerce）サイトサーバ等のコンテンツ提供装置であるコンテンツ提供サーバ４と、を備える。ＴＶクラウド３は、テレビジョン装置２、コンテンツ提供サーバ４とインターネットなどの公衆通信回線で通信可能である。また、スマートフォン１は、コンテンツ提供サーバ４やＴＶクラウド３と基地局を介して無線通信可能である。
First Embodiment
First, an example of the overall configuration of the information linkage system S of the first embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing an overview of an example of the overall configuration of the information linkage system S of the first embodiment. The information linkage system S includes a smartphone 1 (terminal), a television device 2 (broadcast receiving device), a TV cloud 3 (server device), and a
スマートフォン１は、テレビジョン装置２のユーザが所有する情報端末の例である。スマートフォン１は、通信Ｉ／Ｆ（InterFace）、音声入力部（マイクロフォン）、センサ群、表示部、グラフィックコントローラ、タッチパネルコントローラ、ＣＰＵ（Central Processing Unit）、メモリ、カメラ、スピーカなどを備える。第１実施形態では、ユーザがスマートフォン１を用いてインターネットショッピングを行うことを想定する。
The
ＴＶクラウド３は、テレビジョン装置２とネットワークを介して送受信可能なサーバ装置であり、いわゆるクラウドサーバである。ＴＶクラウド３は、例えば、テレビジョン装置２の製造元メーカで運用しているサーバ装置でもよい。ＴＶクラウド３は、テレビジョン装置２から視聴に関する情報（視情報）を収集した結果に基づいて、テレビジョン装置２に対してネットワークを経由して視聴番組、予約番組の推薦情報、視聴番組内容に基づく商品推薦情報等の各種サービスを提供する。
The
コンテンツ提供サーバ４は、インターネット上のＥＣサイト（ネットショップ）を運営するためのコンピュータ装置である。コンテンツ提供サーバ４は、例えば、ＥＣのプラットフォーマのサーバ装置である。コンテンツ提供サーバ４は、ユーザ（消費者）による端末装置（スマートフォン１等）の操作に応じて、ネットワークを介して商品やサービスを購入するためのプラットフォームとなる。また、コンテンツ提供サーバ４は、動画等のコンテンツを提供するビデオプラットフォームでもよい。コンテンツ提供サーバ４は、例えば、スマートフォン１における操作に応じて、スマートフォン１に商品の画像を送信する。コンテンツ提供サーバ４は、ｒｅｄｉｒｅｃｔ＿ｕｒｉをＴＶクラウド３に予め登録する。
The
以下、図２以降を参照して、情報連携システムＳにおける各構成の詳細について説明する。図２は、第１実施形態のテレビジョン装置２の全体構成例を示すブロック図である。テレビジョン装置２は、スマートフォン１が備える表示部よりも大きな映像表示部２３３に対する表示制御を実行する（詳細は後述）。
The components of the information linkage system S will be described in detail below with reference to FIG. 2 and subsequent figures. FIG. 2 is a block diagram showing an example of the overall configuration of a
図２に示すように、テレビジョン装置２は、入力端子２０２、チューナ２０３ａ～２０３ｇ、信号処理部２０７、グラフィック処理部２０８、音声処理部２０９、ＯＳＤ（On Screen Displaｙ）信号生成部２１０、および映像処理部２１１を備える。
As shown in FIG. 2, the
入力端子２０２には、地上放送受信アンテナ２１３で受信した地上デジタル放送信号が入力される。地上デジタル放送信号は、入力端子２０２を介してチューナ２０３ａ～２０３ｇに供給される。
A terrestrial digital broadcast signal received by a terrestrial
チューナ２０３ａ～２０３ｇは、地上デジタル放送用のチューナであって、入力端子２０２から供給される地上デジタル放送信号から、後述する制御部２１６から指示されたチャンネルの放送信号を選局する。
ただし、テレビジョン装置２は、ＢＳ／ＣＳデジタル放送受信アンテナで受信した衛星デジタル放送信号が入力される入力端子を有していてもよい。衛星デジタル放送信号は、かかる入力端子を介して衛星デジタル放送用のチューナに供給される。
However, the
信号処理部２０７は、チューナ２０３ａ～２０３ｇから供給される放送信号から、デジタルの映像信号および音声信号を含む放送信号を復調する。また、信号処理部２０７は、デジタル放送信号が含む映像信号に対して、選択的に所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル放送信号が含む音声信号に対して、選択的に所望のデジタル信号処理を施して音声処理部２０９に出力する。
The
信号処理部２０７には、複数の外部入力端子２１４ａ～２１４ｄが接続されている。これらの外部入力端子２１４ａ～２１４ｄは、外部装置の一例としてのＤＶＤ（Digital Versatile Disk）レコーダなどから、アナログの映像信号および音声信号が入力可能である。信号処理部２０７は、外部入力端子２１４ａ～２１４ｄから入力されたアナログの映像信号および音声信号をデジタル化する。また、信号処理部２０７は、デジタル化した映像信号に対して所定のデジタル信号処理を施してグラフィック処理部２０８に出力する。また、信号処理部２０７は、デジタル化した音声信号に対して所定のデジタル信号処理を施して音声処理部２０９に出力する。
The
グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号に対して、ＯＳＤ信号生成部２１０で生成されるＯＳＤ信号を重畳して映像処理部２１１に出力する。グラフィック処理部２０８は、信号処理部２０７から供給されるデジタルの映像信号およびＯＳＤ信号生成部２１０で生成されるＯＳＤ信号のいずれか一方を映像処理部２１１に出力することも可能である。
The graphics processing unit 208 superimposes the OSD signal generated by the OSD signal generating unit 210 onto 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 to a card holder 217 to which a memory card 234 can be attached and detached via a card I/F 225. This allows the control unit 216 to send 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）等の外部装置と各種情報を送受信することができる。ただし、通信Ｉ／Ｆ２１８が、中継装置４００等の外部装置と無線で接続可能に構成されていてもよい。
The control unit 216 is connected to the
制御部２１６は、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface） Ｉ／Ｆ２２１を介してＨＤＭＩ端子２２７に接続されている。これにより、制御部２１６は、ＨＤＭＩ Ｉ／Ｆ２２１を介して、ＨＤＭＩ端子２２７に接続されている外部装置と各種情報を送受信することができる。
The control unit 216 is connected to the
制御部２１６は、ＵＳＢ（Universal Serial Bus） Ｉ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されている。これにより、制御部２１６は、ＵＳＢ Ｉ／Ｆ２１９を介して、ＵＳＢ端子２２８に接続されたＵＳＢ ＨＤＤ等を備えるストレージ装置２３７と各種情報を送受信することができる。
The control unit 216 is connected to a
ストレージ装置２３７は、例えばＨＤＤやＳＳＤ（Solid State Drive）などを備え、テレビジョン装置２が受信したデジタル信号を録画データとして記録するように構成されている。ただし、ストレージ装置２３７はテレビジョン装置２に内蔵されていてもよい。
The
図３は、第１実施形態のテレビジョン装置２の部分構成例を示すブロック図である。テレビジョン装置２は、記憶部２４１（図２のＲＯＭ２１６ｂ、ＲＡＭ２１６ｃ、および不揮発性メモリ２１６ｄ、ストレージ装置２３７）と、記憶部２４１に記憶されたプログラムがＣＰＵ２１６ａによって実行された結果として生成される機能モジュールとして、送信部２４２と、取得部２４３と、表示制御部２４４と、を備える。
Fig. 3 is a block diagram showing an example of a partial configuration of the
送信部２４２は、外部装置へ各種情報を送信する。取得部２４３は、外部装置から各種情報を取得したり、記憶部２４１に記憶されている各種情報を読み出したりする。
The transmitting unit 242 transmits various information to an external device. The acquiring
表示制御部２４４は、各種情報を映像表示部２３３に表示する表示処理を実行する。表示制御部２４４は、例えば、スマートフォン１からの画像表示要求に応じて、映像表示部２３３に画像を表示させる（詳細は後述）。
The
図４は、第１実施形態のＴＶクラウド３の全体構成例を示すブロック図である。図４に示すように、ＴＶクラウド３は、通信Ｉ／Ｆ３０１、操作部３０２、ＣＰＵ３０３、メモリ３０４、およびストレージ装置３０５を備える。
FIG. 4 is a block diagram showing an example of the overall configuration of the
通信Ｉ／Ｆ３０１は、外部装置との間の通信に用いられるインターフェースである。操作部３０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。
The communication I/F 301 is an interface used for communication with an external device. The
ストレージ装置３０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ３０３は、各種プログラムを実行することにより、ＴＶクラウド３の各コンポーネントを制御する。メモリ３０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ３０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。
The
図５は、第１実施形態のＴＶクラウド３の部分構成例を示すブロック図である。ＴＶクラウド３は、記憶部３１１（メモリ３０４、ストレージ装置３０５）と、記憶部３１１に記憶されたプログラムがＣＰＵ３０３によって実行された結果として生成される機能モジュールとして、取得部３１２と、送信部３１３と、生成部３１４と、を備える。
Fig. 5 is a block diagram showing an example of a partial configuration of the
記憶部３１１は、ＣＰＵ３０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。ここで、ＤＢのデータ構成例について、図６を用いて説明する。図６に示すように、ＤＢでは、ＴＶＩＤと、認証コードと、ＥＣサーバＩＤと、トークンとを含む情報を記憶する。なお、ＤＢでは、ＴＶＩＤと共に、当該ＴＶＩＤに対応するテレビジョン装置２の属性情報（テレビのモデル等）を有してもよい。
The
ＴＶＩＤは、テレビジョン装置２を識別する情報である。認証コードは、後述するトークンを取得するために必要となるコードである。ＥＣサーバＩＤは、コンテンツ提供サーバ４を識別する情報である。すなわち、ＥＣサイトサーバ等のＩＤである。トークンは、認証に用いるための情報である。図５に戻り、取得部３１２は、外部装置から各種情報を取得する。送信部３１３は、外部装置へ各種情報を送信する。生成部３１４は、ＤＢに対して情報の生成動作を実行する。
The TVID is information that identifies the
次に、情報連携システムＳにおける各構成の処理の流れについて説明する。図７は、第１実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。ここでは、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面（ＥＣサイト等と連携するための画面）で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、図７に示すスマートフォン１の処理は、スマートフォン１にインストールされたアプリケーションプログラムにより実行してもよい。
Next, the process flow of each component in the information linkage system S will be described. FIG. 7 is a flowchart showing the overall process in the information linkage system S of the first embodiment. Here, the process starts when the user operates a remote control or the like for the
テレビジョン装置２は、上記のように、ユーザによりＥＣサイトが指定されると、ステップＳ１において、テレビジョン装置２の送信部２４２は、当該ＥＣサイトの情報（例えば、ＥＣサイトのＩＤ、ＥＣサイトのＵＲＬ等）と、テレビジョン装置２の識別子であるＴＶＩＤとをＴＶクラウド３へ送信する。このように、送信部２４２は、ＥＣサイト中の画像を提供する画像提供装置であるコンテンツ提供サーバ４に関する情報をＴＶクラウド３へ送信する。
When an EC site is specified by the user as described above, in step S1, the transmission unit 242 of the
ＴＶクラウド３の取得部３１２は、テレビジョン装置２からＥＣサイトの情報と、ＴＶＩＤとを取得する。ＴＶクラウド３の生成部３１４は、認証コードを生成し、上記ＴＶＩＤと、上記ＥＣサイトのコンテンツ提供サーバ４を識別する情報であるＥＣサーバＩＤと、認証コードとを含む情報を記憶部３１１のＤＢに記憶する。また、生成部３１４は、当該認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいた２次元コードであるＱＲコード（登録商標）を生成する。なお、ＱＲコードは、一例であり、他の表示情報でもよい。すなわち、当該認証コードと、ＥＣサイトのアクセス先情報とを伝達可能な他の形式の表示情報でもよい。上記認証コードは、メーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。
The
ステップＳ２において、ＴＶクラウド３の送信部３１３は、上記ＱＲコードを要求元のテレビジョン装置２へ送信する。テレビジョン装置２からの要求に応じて、ＥＣサイトへのアクセス先となるＵＲＬと、認証コードとを含むＱＲコードを送信する。
In step S2, the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＱＲコードを取得する。このように、テレビジョン装置２の取得部２４３は、認証コードと、上記ＥＣサイトのアクセス先であるＵＲＬとに基づいたアクセス情報となるＱＲコードを取得する。テレビジョン装置２の表示制御部２４４は、当該ＱＲコードを映像表示部２３３に表示させる。このように、表示制御部２４４は、ＱＲコードを表示出力する。
The
ステップＳ３において、スマートフォン１は、撮像手段などにより実現するＱＲコード読み取り機能により、映像表示部２３３に表示されたＱＲコードを読み取る。これにより、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得する。ステップＳ４において、スマートフォン１は、ＥＣサイトのＵＲＬおよび認証コードを取得すると、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすると共に、認証コードを送信する。
In step S3, the
コンテンツ提供サーバ４は、スマートフォン１から認証コードを取得すると、ステップＳ５において、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードをＴＶクラウド３へ送信し、認証リクエストをする。また、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４を識別する情報と共に、当該認証コードを取得する。このように、ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４から送信された認証コードを取得する。
When the
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、公知技術により、トークンを生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付ける。上記取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、上記トークンをさらに対応付けた情報には、要求元のテレビジョン装置２のＴＶＩＤも含む。
The
よって、生成部３１４は、上記認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成する。
Therefore, the
ステップＳ６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークンをコンテンツ提供サーバ４へ送信する。このように、送信部３１３は、認証コードに基づくトークンをコンテンツ提供サーバ４へ送信する。コンテンツ提供サーバ４は、当該トークンと、認証コードの送信元のスマートフォン１のユーザＩＤとを対応付けた情報を保持しておく。
In step S6, the
ステップＳ７において、スマートフォン１は、コンテンツ提供サーバ４へログインして、ＥＣサイトへアクセスする。これにより、スマートフォン１は、ＥＣサイト画面を表示する。ここで、スマートフォン１のユーザは、当該ＥＣサイト画面における所定のリンク先について、テレビ表示要求を示す指示を選択する。ステップＳ８において、スマートフォン１は、当該選択に応じて、リンク先のＵＲＬをコンテンツ提供サーバ４へ送信することで、テレビ表示要求（ＴＶ表示要求）をする。コンテンツ提供サーバ４は、スマートフォン１からテレビ表示要求と共に、画像表示対象のＵＲＬを取得する。
In step S7, the
ステップＳ９において、コンテンツ提供サーバ４は、要求元のスマートフォン１に対応するトークンと、画像表示対象のＵＲＬとをＴＶクラウド３へ送信し、表示要求する。ＴＶクラウド３の取得部３１２は、コンテンツ提供サーバ４により送信されたトークンとＵＲＬとを取得する。このように、取得部３１２は、コンテンツ提供サーバ４により送信されたトークンと、スマートフォン１からの要求に基づく表示対象の画像のアクセス先のＵＲＬとを取得する。
In step S9, the
ステップＳ１０において、ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得部３１２が取得したトークンに対応するＴＶＩＤを特定する。そして、ＴＶクラウド３の送信部３１３は、当該ＴＶＩＤに対応するテレビジョン装置２に対して表示対象の画像のアクセス先のＵＲＬを送信する。
In step S10, the
テレビジョン装置２の取得部２４３は、表示対象の画像のアクセス先のＵＲＬを取得する。また、テレビジョン装置２の送信部２４２が、当該ＵＲＬに基づいて、コンテンツ提供サーバ４へアクセスすることで、取得部２４３は、表示対象の画像のアクセス先に基づく画像をコンテンツ提供サーバ４から取得する。そして、テレビジョン装置２の表示制御部２４４は、取得部２４３により取得された画像を映像表示部２３３に表示させる。
The
第１の実施形態に係るＴＶクラウド３は、認証コードに対応するテレビジョン装置２と、当該認証コードに基づくトークンとを対応付けた対応情報を生成し、コンテンツ提供サーバ４から当該トークンとスマートフォン１からの要求に基づく表示対象の画像のアクセス先とを取得すると、テレビジョン装置２へ当該画像のアクセス先を通知することで、テレビジョン装置２にスマートフォン１の要求に応じた画像を表示させることができる。これにより、ＴＶクラウド３は、スマートフォン１の画面より大きく表示できるテレビジョン装置２にスマートフォン１の要求に基づく画像を表示させることができる。
The
また、テレビジョン装置２は、コンテンツ提供サーバ４へのアクセス先と、認証コードとを含むアクセス情報を出力し、ＴＶクラウド３からスマートフォン１からの要求に基づく表示対象の画像のアクセス先を取得し、当該画像を映像表示部２３３に表示させる。これにより、テレビジョン装置２は、スマートフォン１の画面より大きく表示できる映像表示部２３３にスマートフォン１の要求に基づく画像を表示させることができる。
The
（第２実施形態）
第２実施形態にかかる情報連携システムＳは、第１実施形態とは異なり、テレビジョン装置２のメーカ毎にＴＶクラウド３が異なる。すなわち、第２実施形態にかかる情報連携システムＳは、複数のＴＶクラウド３を有する。
Second Embodiment
The information link system S according to the second embodiment differs from the first embodiment in that the
ここで、第２実施形態の情報連携システムＳの全体構成例について説明する。図８は、第２実施形態の情報連携システムＳの全体構成例の概要を示す図である。なお、第１実施形態と同一の構成については同一の符号を付与し説明を省略する。図８に示すように、情報連携システムＳは、ＴＶクラウド３（ＴＶクラウド３ａ、ＴＶクラウド３ｂ）を複数有する。ＴＶクラウド３ｂは、当該ＴＶクラウド３ｂに関連するメーカの図示しないテレビであるテレビジョン装置２と接続可能である。
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 linkage system S of the second embodiment. Note that the same components as those in the first embodiment are given the same reference numerals and will not be described. As shown in FIG. 8, the information linkage system S has multiple TV clouds 3 (
２はテレビである。
３は、いわゆるプッシュ配信サーバであるＴＶクラウドである。ＴＶクラウド３はテレビジョン装置２を製造し、さらに、テレビジョン装置２から視情報を収集した結果からテレビジョン装置２に対してネットワークを経由して視聴番組や予約番組推薦、視聴番組内容に基づく商品推薦の等の各種サービスを提供しているテレビメーカのサーバである。
Number two is a television.
A
また、５は、共通受付サーバであるテレビゲートウェイである。テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してＥコマース（ＥＣ）に接続するためのテレビジョン装置のメーカのメーカ共通サイトのサーバである。情報連携システムＳは、当該複数のＴＶクラウド３とネットワークを介して情報を送受信可能なテレビゲートウェイ５（サーバ管理装置）を有する。また、テレビゲートウェイ５は、広告表示した結果を集計する計測処理をするための計測サーバ６ともネットワークを介して情報を送受信可能である。このテレビゲートウェイ５は、各メーカを連合したクラウドサーバである。すなわち、テレビゲートウェイ５は、複数のテレビメーカのＴＶクラウド３を統合してコンテンツ提供サーバ４に接続するためのサーバである。テレビゲートウェイ５は、コンテンツ提供サーバ４にクライアントクレデンシャル（ｃｌｉｅｎｔ＿ｉｄ、ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ）を発行する。
5 is a television gateway, which is a common reception server. The
また、ＴＶクラウド３とテレビゲートウェイ５との間でｘ－ａｐｉ－ｋｅｙに設置するランダム秘密が予め定められている。テレビゲートウェイ５とコンテンツ提供サーバ４との間で受け渡されるｘ－ａｐｉ－ｋｅｙは、ｐａｓｓ－ｋｅｙになる。
In addition, 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
通信Ｉ／Ｆ５０１は、外部装置との間の通信に用いられるインターフェースである。操作部５０２は、キーボードやマウス等の等の入力デバイスと、ディスプレイ等の表示デバイスと、を有する。
The communication I/
ストレージ装置５０５は、例えばＨＤＤやＳＳＤ等を備え、各種情報を記憶する。ＣＰＵ５０３は、各種プログラムを実行することにより、テレビゲートウェイ５の各コンポーネントを制御する。メモリ５０４は、ＲＯＭやＲＡＭ等を備え、ＣＰＵ５０３による各種演算処理に用いられる各種プログラムおよび各種データ等を記憶する。
The storage device 505 includes, for example, an HDD or SSD, and stores various information. The CPU 503 executes various programs to control each component of the
図１０は、第２実施形態のテレビゲートウェイ５の部分構成例を示すブロック図である。テレビゲートウェイ５は、記憶部５１１（メモリ５０４、ストレージ装置５０５）と、記憶部５１１に記憶されたプログラムがＣＰＵ５０３によって実行された結果として生成される機能モジュールとして、取得部５１２と、送信部５１３と、生成部５１４とを備える。
Fig. 10 is a block diagram showing an example of a partial configuration of the
記憶部５１１は、ＣＰＵ５０３によって実行されるプログラムやＤＢ（DataBase）を記憶する。
The
取得部５１２は、外部装置から各種情報を取得する。送信部５１３は、外部装置へ各種情報を送信する。生成部５１４は、ＤＢに対して情報の生成動作を実行する。
The
次に、第２実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１１は、第２実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１１に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイトを指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
Next, the process flow of each component in the information linking system S of the second embodiment will be described. FIG. 11 is a flowchart showing the overall process in the information linking system S of the second embodiment. The flowchart shown in FIG. 11 also starts when the user operates the remote control of the
また、図１１のステップＳ２１は、図７のステップＳ１と同様のため、説明を省略する。ステップＳ２２において、ＵＲＬ認証コードがＴＶクラウド３からテレビジョン装置２に送付される。ＵＲＬ認証コード２０１０はコンテンツ提供サーバ４を特定するＵＲＬ情報とコンテンツ提供サーバ４とＴＶクラウド３間の認証を行うための認証コードを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。
Also, step S21 in FIG. 11 is similar to step S1 in FIG. 7, so a description thereof will be omitted. In step S22, a URL authentication code is sent from the
ＵＲＬ認証コード２０１０の情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コード２０１０の送付形式は上記の情報が含まれていれば、どのような形式でもよい。
An example of the information of the
https://XXXXXXXX YYYYYYYYY
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 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
In this way, the
GET https://each-maker. example. com/common/devices/id
Authorization: “Bearer” + <access_token>
The
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン２０３０を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、トークン２０３０をさらに対応付ける。
The
ステップＳ２８において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成されたトークン２０３０をテレビゲートウェイ５へ送信する。
In step S28, the
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークン２０３０としてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎ を付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
Specifically, the
{“access_token”: <access token>,
“token_type”: “Bearer”,
“expires_in”: 3600,
“refresh_token”: <refresh token>}
When the
テレビゲートウェイ５の取得部５１２は、トークン２０３０を取得する。そして、ステップＳ２９において、テレビゲートウェイ５は、トークン２０３０をトークン２０３１としてコンテンツ提供サーバ４へ送信し、コンテンツ提供サーバ４は、トークン２０３１を取得する。なお、ＴＶクラウド３の送信部３１３は、直接コンテンツ提供サーバ４へトークンを送信するようにしてもよい。
The
コンテンツ提供サーバ４は、トークン２０３１と、認証コードの送信元のユーザ端末１０５０のユーザＩＤとを対応付けた情報を保持しておく。
The
そして、ステップＳ３０において、コンテンツ提供サーバ４は、トークン２０３１と、ユーザＩＤとをレスポンスとしてトークン＋ユーザＩＤ２０４０をテレビゲートウェイ５へ送信する。これにより、コンテンツ提供サーバ４は、ユーザ端末１０５０のユーザのユーザＩＤをテレビゲートウェイ５へ送信することができる。
Then, in step S30, the
コンテンツ提供サーバ４が送信するトークン＋ユーザＩＤ２０４０の情報の構成は、以下の通りである。
ＰＯＳＴ ｈｔｔｐｓ：／／ｔｖ－ｃｏｍｍｏｎ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｕｓｅｒｓ／ｉｄ
Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂａｓｉｃ ”＋Ｂａｓｅ６４（＜ｃｌｉｅｎｔ＿ｉｄ＞＋“：”＋＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｗｗｗ－ｆｏｒｍ－ｕｒｌｅｎｃｏｄｅｄ
｛ｇｒａｎｔ＿ｔｙｐｅ：“ａｃｃｅｓｓ＿ｔｏｋｅｎ”，
ａｃｃｅｓｓ＿ｔｏｋｅｎ：＜ａｃｃｅｓｓ ｔｏｋｅｎ＞（ステップＳ２８でａｃｃｅｓｓ ｔｏｋｅｎとして発行された情報），
ｃｌｉｅｎｔ＿ｉｄ： コンテンツ提供サーバ４のサイト別に割り当てた識別子。メーカ共通サイトに事前登録，
ｕｓｅｒ＿ｉｄ：コンテンツ提供サーバ４のサイトにおけるユーザＩＤ，
Ｐｒｅｆｅｒｅｎｃｅ：＜現在のユーザ属性（現在のユーザ属性：ユーザの生年月日、性別、郵便番号、購買履歴等）＞｝
The information of the token+user ID 2040 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 the access token in step S28),
client_id: An identifier assigned to each site of the
user_id: User ID at the site of the
Preference: <Current user attributes (current user attributes: user's date of birth, gender, zip code, purchase history, etc.)>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４からトークン＋ユーザＩＤ２０４０を取得する。ステップＳ３１において、テレビゲートウェイ５の送信部５１３は、トークン＋ユーザＩＤ２０４０から送信先のＴＶクラウド３を特定し、送信先のＴＶクラウド３へデバイスＩＤ要求２０４１（ＴＶＩＤ）を送信する。なお、テレビゲートウェイ５の送信部５１３は、デバイスＩＤ要求２０４１の送信する際、トークンを送信するようにしてもよい。
The
デバイスＩＤ要求２０４１は、テレビゲートウェイ５がＯＡｕｔｈ２のａｃｃｅｓｓ＿ｔｏｋｅｎで各メーカ（ＴＶクラウド３）にＴＶのｄｅｖｉｃｅ＿ｉｄ（ＴＶＩＤ）を問い合わせるための要求であり、例えば、以下のものである。
ＧＥＴ ｈｔｔｐｓ：／／ｅａｃｈ－ｍａｋｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｍｍｏｎ／ｄｅｖｉｃｅｓ／ｉｄ
・Ａｕｔｈｏｒｉｚａｔｉｏｎ：“Ｂｅａｒｅｒ ”＋＜ａｃｃｅｓｓ＿ｔｏｋｅｎ＞
・ｘ－ａｐｉ－ｋｅｙ：＜メーカ共通サイトと各メーカで定めたランダム秘密＞
・Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ
・ｃｌｉｅｎｔ＿ｉｄ：メーカ共通サイト別に割り当てた識別子
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: <Random secret determined by the manufacturer's common site and each manufacturer>
・Content-type: application/json
client_id: Identifier assigned to each manufacturer's common site
ＴＶクラウド３は、記憶部３１１のＤＢを参照し、取得したトークンに対応するＴＶＩＤを取得する。また、ＴＶクラウド３は、取得したＴＶＩＤに対応するデバイスの情報（当該ＴＶＩＤのテレビジョン装置２の属性情報）も取得するようにしてもよい。ステップＳ３２において、ＴＶクラウド３の送信部３１３は、ＴＶＩＤ等の情報をデバイスＩＤ応答２０５０として、テレビゲートウェイ５へ送信する。デバイスＩＤ応答２０５０の例として以下のようなものがある。
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ｉｄ＞（テレビジョン装置２にＴＶクラウド３が付与したＴＶＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
The
"device_id": <id> (TVID assigned to the
"model": <model name> (model of the
ステップＳ３３において、テレビゲートウェイ５の生成部５１４は、取得したＴＶＩＤ（デバイスＩＤ）とユーザＩＤとテレビジョン装置２のモデル情報（ｍｏｄｅｌ）とを関連付けた情報バインド情報をＤＢの情報として、記憶部５１１へ登録する。
In step S33, the
また、テレビゲートウェイ５の生成部５１４は、パス・キー２０５１を生成する。また、ステップＳ３４において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（ステップＳ４４以降の操作コマンド２０９０から操作コマンド２０９３の動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
Furthermore, the generating
"pass_key": <pass_key> (this pass_key is used as an ID when the operation commands 2090 to 2093 are executed from step S44 onward)
· "expires_in": 86400, (expires_in is returned with a grace period of 10 days or so even if preference cannot be prepared at the first access.)
"model": <model name> (model information of the device ID response, such as the model of the
また、ステップＳ３５において、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。
In addition, 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”}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から、トークン、パス・キー、およびリンク先のＵＲＬを含む表示要求２０７２の情報を受信する。そして、取得部５１２は、ｘ－ａｐｉ－ｋｅｙのヘッダからｐａｓｓ＿ｋｅｙを取り出す。
The
ステップＳ４０において、取得部５１２は、当該パス・キー（ｐａｓｓ＿ｋｅｙ）および記憶部５１１に記憶されている情報を用いて、アクセス先とアクセス元を判別する。ステップＳ４１において、送信部５１３は、判別した結果をもとにＴＶクラウド３にトークン・ＵＲＬを含む情報を送信すると共に、表示要求をする。このように、送信部５１３は、送信先のＴＶクラウド３へトークンと、表示対象の画像のアクセス先とを送信する。なお、テレビゲートウェイ５は、アクセス元とメーカ別にアクセス数を計測する。
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: <Random secret determined by the manufacturer's common site and each manufacturer>
Content-type:application/json
{“command_type”: “keycode”,
“keycode”: <common key code>,
“client_id”:<client_id>,
“messageid:<message ID>}
{“command_type”: “webview”,
"site": <Website URL> (TV website URL),
“template”: “full”,
“client_id”:<client_id>,
“messageid”:<message ID>}
ＴＶクラウド３の取得部３１２は、テレビゲートウェイ５から表示要求２０７３を受信する。取得部３１２は、表示要求２０７３のＡｕｔｈｏｒｉｚａｔｉｏｎヘッダからａｃｃｅｓｓ＿ｔｏｋｅｎを取り出し、テレビジョン装置２を判別する。ステップＳ４２において、ＴＶクラウド３の送信部３１３は、判別した結果に基づいてテレビジョン装置２へ表示要求２０７４を出力する。なお、当該表示要求は、メーカ独自の表示要求コマンドに置き換えられてもよい。また、必要に応じて、ＴＶクラウド３は、ｃｌｉｅｎｔ＿ｉｄ毎のアクセスを集計してテレビにリクエストを行ってもよい。
The
ステップＳ４３において、テレビジョン装置２は、表示要求に応じてブラウザを起動させ、ｏｎＬｏａｄやｏｎＣｌｉｃｋのＥｖｅｎｔ等でｊａｖａｓｃｒｉｐｔ（登録商標）を実行し、表示対象のＵＲＬ先の画像を表示出力する。また、テレビジョン装置２は、サービサー、ユーザ、ＴＶメーカ、表示した広告を識別する表示操作結果通知２０８０を計測サーバ６へ通知する。計測サーバ６は、ＴＶクラウド３が複数のテレビジョン装置２へ広告表示した結果を集計する。その集計結果を基にメーカまたはテレビゲートウェイ５、または計測サーバ６の所有者がコンテンツ提供サーバ４を所有するＥコマースのプラットフォーマへ広告宣伝費を要求する。
In step S43, the
ユーザ端末１０５０のアプリケーションはテレビジョン装置２の画面をステップＳ４４における操作コマンド２０９０を基に操作することができる。ユーザ端末１０５０からの操作に応じてコンテンツ提供サーバ４に操作コマンド２０９０を送る。
The application on the
ステップＳ４５において、コンテンツ提供サーバ４は、ステップＳ４４で送信された操作コマンド２０９０をもとに共通キーコードを含む操作コマンド２０９１をテレビゲートウェイ５に送信する。共通キーコードはテレビ操作リモコン操作ボタンに対応したように構成されたコマンドである。数字、十字カーソル、ボリューム/チャネル/電源、カラーキー、機能キー、メディアコントロール、メーカ固有のコマンドがある。このメーカ固有のコマンドとは、各メーカ独自に動作させるためのコマンドである。すなわち、メーカ固有コマンドとは、各メーカにより設定された、メーカ独自の動作用コマンドである。共通キーコードはメーカ固有のコマンドを除きメーカ間で共通の操作を行うためのキーコードである。
In step S45, the
数字コマンドは“１１”“１２”“０”“１”“２”“３”“４”“５”“６”“７”“８”“９”“．”である。 The number commands are "11", "12", "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", and ".".
十字カーソルコマンドは“ｕｐ”“ｄｏｗｎ”“ｌｅｆｔ”“ｒｉｇｈｔ”“ｐａｇｅ ｕｐ”“ｐａｇｅ ｄｏｗｎ”“ｐａｇｅ ｌｅｆｔ”“ｐａｇｅ ｒｉｇｈｔ”“ｅｎｔｅｒ”“ｅｘｉｔ”“ｂａｃｋ”である。 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", and "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: <message ID>}
ＴＶクラウド３は、テレビゲートウェイ５から操作コマンド２０９２を受信すると、ステップＳ４８において、操作コマンド２０９３をテレビジョン装置２に送信する。操作コマンド２０９３は操作コマンド２０９２と同じまたは同等の情報で、テレビジョン装置２の表示画面の操作を行うメーカ独自のコマンドである。ＴＶクラウド３は、操作コマンド２０９２をテレビジョン装置２の操作するための各社キーコードである操作コマンド２０９３に置き換える。テレビジョン装置２の操作コマンドの標準化が進んだ場合、操作コマンド２０９２を変換せずに、そのまま操作コマンド２０９３として利用することができる。
When the
テレビジョン装置２は、操作コマンド２０９３に基づき、テレビジョン装置２の映像表示部２３３に表示された画像を操作する。また、ステップＳ４９において、テレビジョン装置２は、操作コマンドを識別する操作結果通知２０８１を計測サーバ６へ通知する。
The
図１１に示したフローチャートは、複数のメーカを統合してプラットフォーマのコンテンツ提供サーバ４にアクセスする処理の説明であるが、第１実施形態のＴＶクラウド３のように、メーカが単独でコンテンツ提供サーバ４にアクセスすることもできる。この場合、ＴＶクラウド３は、テレビゲートウェイ５の動作を合わせたものになる。この時、ＴＶクラウド３とテレビゲートウェイ５との間の情報のやり取りは省略される。
The flowchart shown in FIG. 11 explains the process of integrating multiple manufacturers to access the platform provider's
テレビゲートウェイ５は、コンテンツ提供サーバ４から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、コンテンツ提供サーバ４からトークンと、表示対象の画像のアクセス先とを取得し、送信先のＴＶクラウド３へ当該トークンと、表示対象の画像のアクセス先とを送信する。これにより、コンテンツ提供サーバ４側からは、複数のＴＶクラウド３のいずれに送信すべきか判断することなく、処理することができる。
The
なお、本実施形態の各装置（ユーザ端末１０５０、テレビジョン装置２、ＴＶクラウド３、コンテンツ提供サーバ４、テレビゲートウェイ５、計測サーバ６）で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disc）－ＲＯＭ（Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータ装置で読み取り可能な記録媒体に記録して提供することができる。また、当該プログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。
The programs executed by each device (
（第３実施形態）
第３実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第３実施形態にかかる情報連携システムＳでは、テレビゲートウェイ５が、ＴＶクラウド３からだけではなく、コンテンツ提供サーバ４からもトークンを取得し、これらのトークンを用いて、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する。
Third Embodiment
The information linkage system S according to the third embodiment has the same overall configuration as the information linkage system S according to the second embodiment. In the information linkage system S according to the third embodiment, the
なお、図６に示した、ＴＶクラウド３が記憶するデータの構造が異なる。具体的に、ＴＶクラウド３は、図６に示したＴＶＩＤの代わりに、ＨＡ－ＩＤを記憶する。また、図６に示したＥＣサイトサーバＩＤの代わりに、ＰＦ－ＩＤを記憶する。ＨＡ－ＩＤは、テレビメーカの会社ＩＤであるＴＣ－ＩＤと、テレビジョン装置２のデバイスＩＤであるＴＶ－ＩＤとを含む識別情報である。ＰＦ－ＩＤは、ビデオプラットフォームの会社ＩＤである。ＴＣ－ＩＤは、ＴＶクラウド３を識別する識別子となる。また、ＰＦ－ＩＤは、コンテンツ提供サーバ４を識別する識別子となる。
Note that the structure of the data stored in the
次に、第３実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１２は、第３実施形態の情報連携システムＳにおける全体処理を示すフローチャートである。図１２に示すフローチャートも、ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携させたいＥＣサイト（例えば、コンテンツ提供を受けるサーバ）を指定する場面をスタートとする。なお、ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
Next, the process flow of each component in the information linking system S of the third embodiment will be described. FIG. 12 is a flowchart showing the overall process in the information linking system S of the third embodiment. The flowchart shown in FIG. 12 also starts when the user operates a remote control or the like for the
また、図１２のステップＳ６１は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ６１では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
Step S61 in FIG. 12 is the same as step S1 in FIG. 7 and step S12 in FIG. 11. In step S61, the
ステップＳ６２において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
In step S62, the
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
{"code":<authorization code> (authentication code),
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)}
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
The URL authentication code is information that includes URL information that identifies the
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
An example of the URL authentication code information is as follows:
https://XXXXXXXX YYYYYYYYY
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
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
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 to be sent when making the authorization request has, for example, the following structure:
Authorization: “Basic” + Base64 (<client_id> + “:” + <client_secret>) Request
{
“response_type”: “code”
"code": <authorization code> (authorization code)
"redirect_uri": <TGW Endpoint> (endpoint of the TV gateway 5)
"client_id": <TG-ID> (ID of the 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
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ６９）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Next, the
Response
{“code”: <authorization code>,
“state”: <state>}
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ７０）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
When the
テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ７１）。
When the
そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ７２）。
Then, in step S72, the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
The information transmitted when the token is requested has, for example, the following structure:
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request Parameters
{
grant_type: “authorization_code”,
code: <authorization code> (authentication code),
state: <string> (state information),
redirect_uri:<redirect_uri>,
client_id:<TG-ID>
｝
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン（第１トークン）を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、第１トークンをさらに対応付ける。
The
ステップＳ７３において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。
In step S73, the
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
Response
{“access_token”: <access token>,
“token_type”: “Bearer”,
“expires_in”: 3600,
“refresh_token”: <refresh token>}
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
When the
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ７４）。
When the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
The information transmitted when the token is requested has, for example, the following structure:
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 obtained from the
ステップＳ７５において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。
In step S75, the
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
{“access_token”: <access token>,
“token_type”: “Bearer”,
“expires_in”: 3600,
“refresh_token”: <refresh token>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ７６）。
The
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
The information transmitted when the user information is requested has, for example, the following structure.
Authorization: “Bearer” + <access token>)
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ７７）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
The
Response
{"user_id": <UR-ID> (user ID at the site of the content providing server 4),
"Preference": <Current user attributes>(user's date of birth, gender, zip code, purchase history, etc.)
ステップＳ７８において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
In step S78, the
Authorization: “Basic” + Base64 (PF-ID + “:” + <client_secret>)
テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ７４で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ７９）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
When the
Authorization: “Bearer” + <access token>)
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
When the
ステップＳ８０において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
In step S80, the
Response
{
・“device_id”: <HA-ID> (HA-ID)
"model": <model name> (model of the
｝
ステップＳ８１において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。
In step S81, the
また、テレビゲートウェイ５の生成部５１４は、パス・キーを生成する。また、ステップＳ８２において、送信部５１３は、当該パス・キーをコンテンツ提供サーバ４へ送信する。当該パス・キーは、以下の情報を含む。
・“ｐａｓｓ＿ｋｅｙ”：＜ｐａｓｓ＿ｋｅｙ＞，（操作コマンドの動作の際にこのｐａｓｓ＿ｋｅｙをＩＤとして用いる）
・“ｅｘｐｉｒｅｓ＿ｉｎ”：８６４００，（ｅｘｐｉｒｅｓ＿ｉｎは最初のアクセスではｐｒｅｆｅｒｅｎｃｅが用意できない場合でも１０日とか猶予付きで返す。）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（デバイスＩＤ応答のｍｏｄｅｌの情報でテレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
The generating
"pass_key": <pass_key> (This pass_key is used as an ID when executing an operation command)
· "expires_in": 86400, (expires_in is returned with a grace period of 10 days or so even if preference cannot be prepared at the first access.)
"model": <model name> (model information of the device ID response, such as the model of the
また、テレビゲートウェイ５の生成部５１４は、生成したパス・キーを記憶部５１１に記憶する。
The
コンテンツ提供サーバ４は、テレビゲートウェイ５からパス・キーを取得すると、パス・キーに含まれた情報を記憶する。具体的に、コンテンツ提供サーバ４は、ＥＣサイトのユーザＩＤ毎に下記の情報を記憶する。
・ａｃｃｅｓｓ＿ｔｏｋｅｎ
・ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ
・ｐａｓｓ＿ｋｅｙ
・ｍｏｄｅｌ ／／ 連携したＴＶモデル情報
When the
・access_token
・refresh_token
・pass_key
・model // Linked TV model information
テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。
The
この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。
In this case, since the
（第４実施形態）
第４実施形態にかかる情報連携システムＳは、第２実施形態の情報連携システムＳの全体構成と同様である。第２実施形態では、認証コードもＱＲコードに含める場合について述べたが、第４実施形態にかかる情報連携システムＳでは、認証コードについては、別途ピンコードで表示するものである。
Fourth Embodiment
The information linkage system S according to the fourth embodiment has the same overall configuration as the information linkage system S according to the second embodiment. In the second embodiment, the authentication code is also included in the QR code, but in the information linkage system S according to the fourth embodiment, the authentication code is displayed as a separate pin code.
次に、第４実施形態の情報連携システムＳにおける各構成の処理の流れについて説明する。図１３のステップＳ２１は、図１１のステップＳ２１および図７のステップＳ１と同様のため、説明を省略する。 Next, the process flow of each component in the information linkage system S of the fourth embodiment will be described. Step S21 in FIG. 13 is similar to step S21 in FIG. 11 and step S1 in FIG. 7, so the description will be omitted.
ステップＳ９１において、ＴＶクラウド３は、ＵＲＬを含むＱＲコードをテレビジョン装置２に送信する。また、ＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信する。
In step S91, the
ＱＲコードに含まれるＵＲＬの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ
Ｘの部分にはコンテンツ提供サーバ４のＵＲＬが入っている。ＱＲコードのＵＲＬの送付形式は上記の情報が含まれていれば、どのような形式でもよい。
An example of URL information included in the QR code is as follows:
https://XXXXXXXX
The part X 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 a user operation, the
第４実施形態にかかるＴＶクラウド３は、認証コードに対応するピンコードをテレビジョン装置２に送信し、テレビジョン装置２が当該ピンコードを表示する。そして、ユーザ端末１０５０のユーザが、当該ピンコードに基づいて入力操作をし、ユーザ端末１０５０が、当該ピンコードを認証コードとしてコンテンツ提供サーバ４へ送信する。
In the fourth embodiment, the
この場合、ＵＲＬと共に認証コードを２次元コードに含めることができない場合でも、ユーザ端末１０５０から認証コードをコンテンツ提供サーバ４へ送信することができる。
In this case, even if the authentication code cannot be included in the two-dimensional code along with the URL, the authentication code can be transmitted from the
（第５実施形態）
第５実施形態にかかる情報連携システムＳは、第３実施形態の情報連携システムＳの全体構成と同様である。第５実施形態にかかる情報連携システムＳでは、第３実施形態にかかる情報連携システムＳにおける、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促すための促進情報としてキャンペーン情報をテレビゲートウェイ５がテレビジョン装置２へ送信する。情報連携システムＳでは、テレビジョン装置２が、促進情報に基づいてテレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理の指示した場合、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を実行する。
Fifth Embodiment
The information linkage system S according to the fifth embodiment has the same overall configuration as the information linkage system S according to the third embodiment. In the information linkage system S according to the fifth embodiment, the
情報連携システムＳでは、テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５が番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、番組表構成情報を取得し、番組表構成情報をテレビジョン装置２へ送信する。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。なお、テレビゲートウェイ５を実現するファイルサーバが、番組表構成情報を記憶している。すなわち、テレビゲートウェイ５は、番組構成情報を記憶しており、テレビジョン装置２からの番組表情報の取得要求に応じて、記憶している番組構成情報をテレビジョン装置２へ送信する。
In the information linkage system S, when the
テレビゲートウェイ５は、キャンペーン情報を記憶しており、番組表構成情報を送信する際、テレビジョン装置２からの要求に応じてキャンペーン情報を送信する。
The
ここで、キャンペーン情報の内容について図１４を用いて説明する。図１４は、促進情報の例を示す図である。キャンペーン情報は、通常連携データ部分３３０と、キャンペーン連携データ部分３４０と、１又は複数の広告情報部分３５０とを有する。
Here, the contents of the campaign information will be explained using FIG. 14. FIG. 14 is a diagram showing an example of promotion information. The campaign information has a normal linked
通常連携データ部分３３０は、ＩＤ連携用データのＯｂｊｅｃｔを示す情報（idbind）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、連携方法を説明する画像を示す情報（bindのexplanation_img）と、連携解除方法を説明する画像を示す情報（unbindのexplanation_img）とを含む。
Normally, the linking
キャンペーン連携データ部分３４０は、キャンペーン情報のｏｂｊｅｃｔのＡｒｒａｙを示す情報（idbind_campaign）と、キャンペーン対象のＴＶメーカを示す情報（tv）と、イメージファイルが格納されているＵＲＬのベースＵＲＬを示す情報（img_base_url）と、キャンペーンの内容を説明する画像を示す情報（campaign_img）と、すでに連携済みだった場合に表示する画像を示す情報（hasbound_img）と、連携方法を説明する画像を示す情報（explanation_img）と、ＩＦＡ－ＩＤによるトラッキングを許可することをお勧めする画像を示す情報（recommend_tracking_img）と、キャンペーン開始日時を示す情報（start）と、キャンペーン終了日時を示す情報（end）とを含む。
The campaign
キャンペーン連携データ部分３４０における画像を示す情報を、マクロ等によりＴＶメーカ毎に異なるように設定されていてもよい。これにより、簡易な構成で複数のＴＶメーカのそれぞれで異なるキャンペーン画像を割り当てることができる。
The information indicating the image in the campaign
広告情報部分３５０は、表示対象のＴＶメーカを示す配列情報（tv）と、ad_info固有識別子（id）と、広告の表示種類や広告の内容を示す情報を含む広告情報（ad_info）と、表示開始日時（start）と、表示終了日時（end）とを含む。 The advertisement information portion 350 includes array information (tv) indicating the TV manufacturer to be displayed, an ad_info unique identifier (id), advertisement information (ad_info) including information indicating the advertisement display type and advertisement content, the display start date and time (start), and the display end date and time (end).
また、広告情報は、図１４および図１５に示すように、広告の表示種類を示す情報（type）と、表示する画面のIDを示す情報（place）と、広告の表示種類がtextの場合に表示するテキストメッセージ(message)と、広告の表示種類がimageの場合に表示する表示イメージのＵＲＬ（image）と、広告の表示種類がmovieの場合に表示する動画のＵＲＬ（movie）と、広告の表示期間を示す情報（period）とを含む。上記テキストメッセージ、表示イメージのＵＲＬ、および動画のＵＲＬが、広告の内容を示す情報の一例である。 As shown in Figures 14 and 15, the advertisement information includes information indicating the display type of the advertisement (type), information indicating the ID of the screen on which it is displayed (place), a text message (message) to be displayed when the advertisement display type is text, a URL of the display image (image) to be displayed when the advertisement display type is image, a URL of the video (movie) to be displayed when the advertisement display type is movie, and information indicating the display period of the advertisement (period). The above text message, URL of the display image, and URL of the video are examples of information indicating the content of the advertisement.
図１４に示すキャンペーン情報には、広告の種類がtextの広告情報部分３５０ａと、広告の種類がimageの広告情報部分３５０ｂと、広告の表示種類がmovieの広告情報部分３５０ｃとが含まれている。テレビジョン装置２が、図１４に示すキャンペーン情報を受信した場合、テキストメッセージの広告を表示し、表示イメージの広告を表示し、動画の広告を表示する。
The campaign information shown in FIG. 14 includes
続いて、キャンペーン情報に基づいて広告を表示する手順について、図１６を用いて説明する。図１６は、キャンペーン情報の広告の表示処理を示すフローチャートである。 Next, the procedure for displaying advertisements based on campaign information will be described with reference to FIG. 16. FIG. 16 is a flowchart showing the process for displaying advertisements based on campaign information.
図１６に示す処理は、テレビジョン装置２が、番組表の表示処理において実行する処理である。テレビジョン装置２は、ユーザの操作に応じて、テレビゲートウェイ５に対して、ユーザが指定したＥＣサイトの番組表構成情報（番組表）の取得要求をする。テレビジョン装置２が、番組表情報の取得要求をすると、テレビゲートウェイ５が番組表情報の取得要求を受け付ける。テレビゲートウェイ５は、番組表構成情報をテレビジョン装置２へ送信する。テレビジョン装置２は、番組表構成情報を表示する。番組表構成情報は、事業者情報、チャンネル情報、番組情報、ＣＭ情報、およびＶＯＤ情報を含む。
The process shown in FIG. 16 is executed by the
このように、テレビジョン装置２が、番組表構成情報を表示した際、テレビゲートウェイ５へキャンペーン情報の取得要求をする。テレビジョン装置２は、テレビゲートウェイ５からキャンペーン情報を取得しなかった場合（ステップＳ１０１：Ｎｏ）、処理を終了する。
In this way, when the
テレビジョン装置２は、テレビゲートウェイ５からキャンペーン情報を取得した場合（ステップＳ１０１：Ｙｅｓ）、キャンペーン情報を参照して、表示開始日時と表示終了日時とに基づいた有効期間内の広告情報の有無を判断する（ステップＳ１０２）。テレビジョン装置２は、有効期間内の広告情報が無い場合（ステップＳ１０２：Ｎｏ）、処理を終了する。
When the
テレビジョン装置２は、有効期間内の広告情報がある場合（ステップＳ１０２：Ｙｅｓ）、キャンペーン情報から表示する情報を抽出する（ステップＳ１０３）。そして、テレビジョン装置２は、抽出した情報を全て表示する又はユーザ操作により番組表表示を終了するまでの間、ステップＳ１０４のループ処理を実行する。
If there is advertising information within the validity period (step S102: Yes), the
ステップＳ１０４のループ処理では、テレビジョン装置２は、広告の種類に応じて、広告を表示する（ステップＳ１０５）。
In the loop process of step S104, the
また、テレビジョン装置２は、広告を表示している際に（例えば、ステップＳ１０４のループ処理の間）、ユーザによりキャンペーンに応募する旨の選択がされた場合、アンケート情報を表示し、アンケート情報の入力を受け付けて、連携指示要求をするようにしてもよい。このアンケートは、ユーザの属性（性別、住所等）の入力を受け付けるアンケートである。
In addition, when the
なお、テレビジョン装置２は、キャンペーン情報を参照して、先にキャンペーンの応募を選択可能な画面を表示して、その後で、図１６に示すフローチャートの処理を実行するようにしてもよい。すなわち、テレビジョン装置２は、広告表示に関する処理と、ＩＤ連携に関する処理とを別々に独立して実行するようにしてもよい。
The
続いて、図１７を用いて連携処理手順を説明する。図１７は、連携処理手順を示すフローチャートである。ＴＶクラウド３が生成する認証コードおよびトークンは、メーカを識別する情報を含むものとする。すなわち、ＴＶクラウド３は、自装置を識別する情報を認証コードおよびトークンに含めるものとする。
Next, the linking process procedure will be described with reference to FIG. 17. FIG. 17 is a flowchart showing the linking process procedure. The authentication code and token generated by
図１６に示したフローチャートの処理を実行する前に、テレビジョン装置２は、ＩＦＡ－ＩＤを乱数により生成し、ＴＶクラウド３へ通知する（ステップＳ１１１）。このＩＦＡ－ＩＤは、一意であることが保証できる程度の桁数を有する数値である。なお、テレビジョン装置２は、テレビジョン装置２のＴＶモデル名を送信するようにしてもよい。また、ステップＳ１１１およびステップＳ１１２において、ベアラ認証をするようにしてもよい。
Before executing the process of the flowchart shown in FIG. 16, the
ＴＶクラウド３は、ＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する（ステップＳ１１２）。その後に、ステップＳ１１３において、図１６に示したフローチャートの処理を実行する。ステップＳ１１３において、連携指示がなされると、テレビジョン装置２は、ＱＲコード要求をする（ステップＳ１１４）。
The
また、図１７のステップＳ１１４は、図７のステップＳ１、図１１のステップＳ１２、および図１２のステップＳ６１と同様である。なお、ステップＳ１１４では、テレビジョン装置２は、ユーザが指定したＥＣサイト（ビデオプラットフォーム）に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
Step S114 in FIG. 17 is similar to step S1 in FIG. 7, step S12 in FIG. 11, and step S61 in FIG. 12. In step S114, the
ステップＳ１１５において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
In step S115, the
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
{"code":<authorization code> (authentication code),
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)}
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
The URL authentication code is information that includes URL information that identifies the
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
An example of the URL authentication code information is as follows:
https://XXXXXXXX YYYYYYYYY
The X portion contains the URL of the
テレビジョン装置２の取得部２４３は、ＴＶクラウド３からＵＲＬ認証コードを取得すると、表示制御部２４４が、当該ＵＲＬ認証コードの内容を映像表示部２３３で光学的に画像または映像として表示出力する。なお、表示制御部２４４での表示形態は、ＱＲコード、バーコード、テキスト等で、上記ＵＲＬ認証コードに含まれる情報を光学的に画像または映像として表示出力できればよい。また、第１実施形態および第２実施形態では、ＱＲコードで説明しているが、本実施形態と同様にＱＲコードに限定されるものではない。
When the
また、図７のステップＳ３、図１１のステップＳ２３、図１２のステップＳ６３と同様、ステップＳ１１６において、ユーザ端末１０５０は、撮像手段で光学的に撮影した画像情報からＵＲＬ認証コード読み取り機能により、映像表示部２３３に光学的に表示されたＵＲＬ認証コードの情報を読み取る。これにより、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬおよび認証コード等を取得する。当該認証コード部分は、時限付き認証コードで以下のように構成されている。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
7, step S23 in Fig. 11, and step S63 in Fig. 12, in step S116, the
“code”: <authorization code>,
"state" : <string> // Random number
ステップＳ１１７において、ユーザ端末１０５０は、テレビゲートウェイ５のＵＲＬ、認証コード、およびｓｔａｔｅ情報を取得すると、当該ＵＲＬに基づいて、テレビゲートウェイ５へアクセスすると共に、認証コードおよびｓｔａｔｅ情報を送信し、認証リクエストする。なお、ｓｔａｔｅ情報は、上述のように、ＴＣ－ＩＤとＰＦ－ＩＤとを含む。
In step S117, when the
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
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 to be sent when making the authorization request has, for example, the following structure:
Authorization: “Basic” + Base64 (<client_id> + “:” + <client_secret>) Request
{
“response_type”: “code”
"code": <authorization code> (authorization code)
"redirect_uri": <TGW Endpoint> (endpoint of the TV gateway 5)
"client_id": <TG-ID> (ID of the 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, at step S119, the
コンテンツ提供サーバ４においてユーザ情報が登録されていない場合、ユーザ端末１０５０およびコンテンツ提供サーバ４の間で、ユーザ登録処理をする（ステップＳ１２１）。ここで、ユーザ登録処理とは、コンテンツ提供サーバ４にログインするための情報であるユーザＩＤおよびパスワードを登録したり、ユーザの属性情報を登録したりする処理である。
If the user information is not registered in the
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１２２）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Next, the
Response
{“code”: <authorization code>,
“state”: <state>}
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１２３）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
When the
テレビゲートウェイ５の取得部５１２が、連携指示を示すリダイレクトを受け付けると、テレビゲートウェイ５は、ユーザ端末１０５０から取得したｓｔａｔｅ情報に含まれるＴＣ－ＩＤに基づいて、メーカを特定する。すなわち、テレビゲートウェイ５は、メーカを割り振る（ステップＳ１２４）。
When the
そして、ステップＳ１２５において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１２５）。
Then, in step S125, the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
The information transmitted when the token is requested has, for example, the following structure:
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request Parameters
{
grant_type: “authorization_code”,
code: <authorization code> (authentication code),
state: <string> (state information),
redirect_uri:<redirect_uri>,
client_id:<TG-ID>
｝
ＴＶクラウド３の生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報（例えば、ｓｔａｔｅ情報に含まれる情報）および認証コードに対応する情報があるか否かを判断することで認証する。生成部３１４は、記憶部３１１のＤＢを参照し、取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードに対応する情報がある場合、トークン（第１トークン）を生成する。また、生成部３１４は、上記ＤＢにおける取得部３１２により取得されたコンテンツ提供サーバ４を識別する情報および認証コードを有する情報に、第１トークンをさらに対応付ける。
The
ステップＳ１２６において、ＴＶクラウド３の送信部３１３は、生成部３１４により生成された第１トークンをテレビゲートウェイ５へ送信する。
In step S126, the
具体的に、ＴＶクラウド３の送信部３１３は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
Response
{“access_token”: <access token>,
“token_type”: “Bearer”,
“expires_in”: 3600,
“refresh_token”: <refresh token>}
ＴＶクラウド３がテレビゲートウェイ５にアクセスするときはａｃｃｅｓｓ＿ｔｏｋｅｎを付ける。ｅｘｐｉｒｅｓ＿ｉｎは、ａｃｃｅｓｓ＿ｔｏｋｅｎ の有効期間（秒）であり、ａｃｃｅｓｓ＿ｔｏｋｅｎを受け取ったときに無効になる時刻と共に記憶しておき、それまではこのａｃｃｅｓｓ＿ｔｏｋｅｎを繰り返し使う。ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、コンテンツ提供サーバ４が秘密に保管する。セキュリティ上、単純にｌｏｃａｌ ｓｔｏｒａｇｅに置いておくのは良くないためである。ａｃｃｅｓｓ＿ｔｏｋｅｎ、ｒｅｆｒｅｓｈ＿ｔｏｋｅｎを各メーカで発行時、先頭にテレビメーカを識別する識別子を付けることでテレビメーカを特定することができる。
When the
テレビゲートウェイ５の取得部５１２が、上記第１トークンを取得すると、テレビゲートウェイ５の送信部５１３が、認可コードを含む情報を送信すると共にコンテンツ提供サーバ４へトークン要求をする（ステップＳ１２７）。
When the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
The information transmitted when the token is requested has, for example, the following structure:
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 obtained from the
ステップＳ１２８において、コンテンツ提供サーバ４は、生成した第２トークンをテレビゲートウェイ５へ送信する。なお、コンテンツ提供サーバ４は、第２トークンと、ユーザＩＤと、ユーザ属性情報とを対応付けて記憶するようにしてもよい。
In step S128, the
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
{“access_token”: <access token>,
“token_type”: “Bearer”,
“expires_in”: 3600,
“refresh_token”: <refresh token>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１２９）。
The
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
The information transmitted when the user information is requested has, for example, the following structure.
Authorization: “Bearer” + <access token>)
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１３０）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
The
Response
{"user_id": <UR-ID> (user ID at the site of the content providing server 4),
"Preference": <Current user attributes>(user's date of birth, gender, zip code, purchase history, etc.)
ステップＳ１３１において、コンテンツ提供サーバ４は、ＰＦ－ＩＤを送信すると共に、デバイス情報要求をする。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ”＋Ｂａｓｅ６４（ＰＦ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
In step S131, the
Authorization: “Basic” + Base64 (PF-ID + “:” + <client_secret>)
テレビゲートウェイ５の取得部５１２が、コンテンツ提供サーバ４からデバイス情報要求を受信すると、テレビゲートウェイ５の送信部５１３は、ステップＳ１２７で送信した第２トークンに対応する第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１３２）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
When the
Authorization: “Bearer” + <access token>)
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
When the
ステップＳ１３３において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
In step S133, the
Response
{
・“device_id”: <HA-ID> (HA-ID)
"model": <model name> (model of the
｝
ステップＳ１３４において、テレビゲートウェイ５の生成部５１４は、取得したＨＡ－ＩＤと、ユーザＩＤと、テレビジョン装置２の属性情報であるモデル情報（ｍｏｄｅｌ）と、ＰＦ－ＩＤと、を関連付けたバインド情報をＤＢの情報として、記憶部５１１へ登録する。なお、テレビゲートウェイ５の生成部５１４は、バインド情報として、ユーザの属性情報をさらに含めるようにしてもよい。
In step S134, the
ステップＳ１３５において、テレビゲートウェイ５は、ユーザ端末１０５０に対して、上記認可コードと共にレスポンスする（ステップＳ１３５）。
In step S135, the
ステップＳ１３４以降に、テレビジョン装置２が、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１３６、ステップＳ１３７）、テレビゲートウェイ５は、連携完了した旨の情報（連携したコンテンツ提供サーバ４を識別する情報等）をテレビジョン装置２へ送信する（ステップＳ１３８、ステップＳ１３９）。また、テレビゲートウェイ５は、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ通知する（ステップＳ１４０）。
After step S134, if the
また、テレビジョン装置２において、ＩＦＡ－ＩＤを更新した場合、更新後のＩＦＡ－ＩＤをＴＶクラウド３へ通知する（ステップＳ１４１）。ＴＶクラウド３は、更新後のＩＦＡ－ＩＤをテレビゲートウェイ５へ送信する。テレビゲートウェイ５は、更新後のＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する（ステップＳ１４３）。
When the IFA-ID is updated in the
続いて、連携取り消し処理について図１８に示すフローチャートを用いて説明する。図１８は、連携取り消し処理を示すフローチャートである。テレビジョン装置２は、ユーザの操作に応じて、ＴＶクラウド３に対して連携取り消し要求をする（ステップＳ１６１）。ＴＶクラウド３は、テレビジョン装置２からの取り消し要求に応じて、テレビゲートウェイ５へ連携取り消し要求をする（ステップＳ１６２）。なお、ステップＳ１６１およびステップＳ１６２において、テレビジョン装置２またはＴＶクラウド３は、連携取り消し要求共にＩＦＡ－ＩＤを送信するようにしてもよい。
Next, the link cancellation process will be described with reference to the flowchart shown in FIG. 18. FIG. 18 is a flowchart showing the link cancellation process. In response to a user operation, the
テレビゲートウェイ５は、コンテンツ提供サーバ４に対して連携取り消し要求を通知する（ステップＳ１６３）。コンテンツ提供サーバ４は、生成した第２トークンを削除する。テレビゲートウェイ５は、バインド情報を削除して、削除した旨をＴＶクラウド３へ通知する（ステップＳ１６４）。ＴＶクラウド３は、バインド情報が削除された旨をテレビジョン装置２へ通知する（ステップＳ１６５）。また、ＴＶクラウド３は、第１トークンを削除するようにしてもよい。また、コンテンツ提供サーバ４は、連携を取り消した旨をテレビゲートウェイ５へ通知し（ステップＳ１６６）、テレビゲートウェイ５は、ＴＶクラウド３へ連携を取り消した旨を通知する（ステップＳ１６７）。
The
続いて、ユーザ端末１０５０の操作を介して連携を取り消す処理手順について図１９を用いて説明する。図１９は、ユーザ端末１０５０の操作を介して連携を取り消す処理手順を示すフローチャートである。
Next, the process of canceling the linkage via the operation of the
ユーザがテレビジョン装置２のリモコン等を操作して、いわゆるポータル画面で、ユーザがスマートフォン１と連携を取り消したいコンテンツ提供サーバ４を指定する場面をスタートとする。
The process starts when the user operates a remote control or the like for the
図１９のステップＳ１８０は、図７のステップＳ１、図１１のステップＳ１２と同様である。なお、ステップＳ１８０では、テレビジョン装置２は、ユーザが指定したコンテンツ提供サーバ４に対応するＰＦ－ＩＤをＴＶクラウド３へ送信する。
Step S180 in FIG. 19 is similar to step S1 in FIG. 7 and step S12 in FIG. 11. In step S180, the
ステップＳ１８１において、ＴＶクラウド３は、レスポンスとして、テレビゲートウェイ５のＵＲＬとＵＲＬ認証コードとを含むＱＲコードをテレビジョン装置２に送付する。当該ＱＲコードには、テレビゲートウェイ５のＵＲＬと、下記の時限付き認証コードが含まれる。
In step S181, the
｛“ｃｏｄｅ”：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞（認証コード），
“ｓｔａｔｅ”：ＨＥＸ（ＪＳＯＮ．ｓｔｒｉｎｇｉｆｙ（｛“ｔｃｉｄ”；＜ＴＣ－ＩＤ＞，“ｐｆｉｄ”；＜ＰＦ－ＩＤ＞，“ｓａｌｔ”；＜ｒａｎｄｏｍ ｓｔｒｉｎｇ＞｝）＋ｈａｓｈ）（ｓｔａｔｅ情報）｝
{"code":<authorization code> (authentication code),
“state”: HEX (JSON. stringify ({“tcid”; <TC-ID>, “pfid”; <PF-ID>, “salt”; <random string>}) + hash) (state information)}
ＵＲＬ認証コードは、テレビゲートウェイ５を特定するＵＲＬ情報と、コンテンツ提供サーバ４およびＴＶクラウド３間の認証を行うための認証コードと、ｓｔａｔｅ情報とを含んだ情報である。認証コードは、テレビジョン装置２のメーカを判別するための部分とテレビジョン装置２を判別するための部分を含むようにしてもよい。また、認証コードに含まれるテレビジョン装置２を判別するため部分は、ランダムな値である。また、ＴＶクラウド３は、この値をテレビジョン装置２へ送信した時刻を記憶部３１１のＤＢの情報として対応付けてもよい。ｓｔａｔｅ情報は、メーカのＴＣ－ＩＤとビデオプラットフォームのＰＦ－ＩＤとがエンコードされた情報を含むようにしてもよい。
The URL authentication code is information that includes URL information that identifies the
ＵＲＬ認証コードの情報の例は、以下の通りである。
ｈｔｔｐｓ：／／ＸＸＸＸＸＸＸ ＹＹＹＹＹＹＹＹＹ
Ｘの部分にはテレビゲートウェイ５のＵＲＬ、Ｙの部分にはＯＡｕｔｈ２のａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅが入っている。ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅの部分にはメーカとテレビを特定できる情報が入っている。メーカとテレビジョン装置２を特定できる情報はどちらか１つでもよい。ＵＲＬ認証コードの送付形式は上記の情報が含まれていれば、どのような形式でもよい。なお、Ｙの部分にｓｔａｔｅ情報を含めてもよい。
An example of the URL authentication code information is as follows:
https://XXXXXXXX YYYYYYYYY
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
認証リクエスト時に送信する情報は、以下の通りである。
“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔｒｉｎｇ＞ ／／ 乱数
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 to be sent when making the authorization request has, for example, the following structure:
Authorization: “Basic” + Base64 (<client_id> + “:” + <client_secret>) Request
{
“response_type”: “code”
"code": <authorization code> (authorization code)
"redirect_uri": <TGW Endpoint> (endpoint of the TV gateway 5)
"client_id": <TG-ID> (ID of the 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, at step S185, the
続いて、ユーザ端末１０５０が、コンテンツ提供サーバ４へログイン要求をして、コンテンツ提供サーバ４は、当該ログイン要求に応じたレスポンスをする（ステップＳ１８８）。当該レスポンスの例として以下の情報（認可コード）を出力する。
Ｒｅｓｐｏｎｓｅ
｛“ｃｏｄｅ” ： ＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞，
“ｓｔａｔｅ” ： ＜ｓｔａｔｅ＞｝
Next, the
Response
{“code”: <authorization code>,
“state”: <state>}
ユーザ端末１０５０は、上記レスポンスを受信すると、テレビゲートウェイ５へ連携指示を示すリダイレクトをする（ステップＳ１８９）。なお、ユーザ端末１０５０は、上記認可コードをテレビゲートウェイ５へ送信するようにしてもよい。
When the
そして、ステップＳ７２において、テレビゲートウェイ５の送信部５１３は、送信先のＴＶクラウド３へ認証コードを送信することでトークン要求をする（ステップＳ１９０）。
Then, in step S72, the
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ Ｐａｒａｍｅｔｅｒｓ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ａｕｔｈｏｒｉｚａｔｉｏｎ ｃｏｄｅ＞ (認証コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ｒｅｄｉｒｅｃｔ＿ｕｒｉ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
The information transmitted when the token is requested has, for example, the following structure:
Authorization: “Basic” + Base64 (TG-ID + “:” + <client_secret>)
Request Parameters
{
grant_type: “authorization_code”,
code: <authorization code> (authentication 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
当該トークン要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂａｓｉｃ” ＋ Ｂａｓｅ６４（ＴＧ－ＩＤ ＋ “：” ＋ ＜ｃｌｉｅｎｔ＿ｓｅｃｒｅｔ＞）
Ｒｅｑｕｅｓｔ
｛
ｇｒａｎｔ＿ｔｙｐｅ：“ａｕｔｈｏｒｉｚａｔｉｏｎ＿ｃｏｄｅ”、
ｃｏｄｅ ：＜ｃｏｄｅ＞ (認可コード)、
ｓｔａｔｅ ：＜ｓｔｒｉｎｇ＞ （ｓｔａｔｅ情報）、
ｒｅｄｉｒｅｃｔ＿ｕｒｉ：＜ＴＧＷ Ｅｎｄｐｏｉｎｔ＞、
ｃｌｉｅｎｔ＿ｉｄ：＜ＴＧ－ＩＤ＞
｝
The information transmitted when the token is requested has, for example, the following structure:
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 S193, the
具体的に、コンテンツ提供サーバ４は、ＯＡｕｔｈ２のＴｏｋｅｎ Ｒｅｓｐｏｎｓｅをトークンとしてテレビゲートウェイ５に送付する。このレスポンスのＯＡｕｔｈ２ Ａｃｃｅｓｓ Ｔｏｋｅｎ Ｒｅｓｐｏｎｓｅは以下のように構成される。
｛“ａｃｃｅｓｓ＿ｔｏｋｅｎ”： ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞，
“ｔｏｋｅｎ＿ｔｙｐｅ”： “Ｂｅａｒｅｒ”，
“ｅｘｐｉｒｅｓ＿ｉｎ”： ３６００，
“ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ”： ＜ｒｅｆｒｅｓｈ ｔｏｋｅｎ＞｝
Specifically, the
{“access_token”: <access token>,
“token_type”: “Bearer”,
“expires_in”: 3600,
“refresh_token”: <refresh token>}
テレビゲートウェイ５の取得部５１２は、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５の送信部５１３は、第２トークンをコンテンツ提供サーバ４へ送信すると共にコンテンツ提供サーバ４へユーザ情報要求をする（ステップＳ１９４）。
The
当該ユーザ情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
The information transmitted when the user information is requested has, for example, the following structure.
Authorization: “Bearer” + <access token>)
コンテンツ提供サーバ４は、テレビゲートウェイ５から取得した第２トークンに対応するユーザＩＤおよびユーザの属性情報を検索し、これらの情報をレスポンスとしてテレビゲートウェイ５へ送信する（ステップＳ１９５）。これにより、テレビゲートウェイ５の取得部５１２は、ユーザＩＤおよびユーザの属性情報を取得する。当該レスポンスの情報は、以下のように構成される。
Ｒｅｓｐｏｎｓｅ
｛“ｕｓｅｒ＿ｉｄ”： ＜ＵＲ－ＩＤ＞（コンテンツ提供サーバ４のサイトにおけるユーザＩＤ），
“Ｐｒｅｆｅｒｅｎｃｅ”： ＜現在のユーザ属性＞（ユーザの生年月日、性別、郵便番号、購買履歴等）｝
The
Response
{"user_id": <UR-ID> (user ID at the site of the content providing server 4),
"Preference": <Current user attributes>(user's date of birth, gender, zip code, purchase history, etc.)
テレビゲートウェイ５の送信部５１３は、第１トークンをＴＶクラウド３に送信すると共に、デバイス情報要求する（ステップＳ１９６）。当該デバイス情報要求時に送信する情報は、例えば、以下の構成である。
Ａｕｔｈｏｒｉｚａｔｉｏｎ： “Ｂｅａｒｅｒ” ＋ ＜ａｃｃｅｓｓ ｔｏｋｅｎ＞）
The transmitting
Authorization: “Bearer” + <access token>)
ＴＶクラウド３の取得部３１２は、第１トークンを取得すると、当該第１トークンに対応するＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報（当該ＨＡ－ＩＤに対応するテレビジョン装置２の属性情報）を取得する。
When the
ステップＳ１９７において、ＴＶクラウド３の送信部３１３は、ＨＡ－ＩＤ等の情報をレスポンスとして、テレビゲートウェイ５へ送信する。テレビゲートウェイ５の取得部５１２は、ＨＡ－ＩＤと、当該ＨＡ－ＩＤに対応するデバイスの情報を取得する。当該レスポンスの例として以下のようなものがある。
Ｒｅｓｐｏｎｓｅ
｛
・“ｄｅｖｉｃｅ＿ｉｄ”：＜ＨＡ－ＩＤ＞（ＨＡ－ＩＤ）
・“ｍｏｄｅｌ”：＜ｍｏｄｅｌ ｎａｍｅ＞（テレビジョン装置２のモデル即ち表示画面インチや２Ｋ、４Ｋ、８Ｋ等の画素数情報等）
｝
In step S197, the
Response
{
・“device_id”: <HA-ID> (HA-ID)
"model": <model name> (model of the
｝
テレビゲートウェイ５は、バインド情報を削除して、削除した旨をコンテンツ提供サーバ４へ通知する（ステップＳ１９８）。なお、テレビゲートウェイ５は、バインド情報を削除した旨をＴＶクラウド３へ通知してもよい。
The
テレビジョン装置２が、ステップＳ１９８以降に、ＴＶクラウド３を介して、テレビゲートウェイ５に対して連携状態の確認要求をした場合（ステップＳ１９９、ステップＳ２００）、テレビゲートウェイ５は、連携していない旨の情報をテレビジョン装置２へ送信する（ステップＳ２０１、ステップＳ２０２）。
If the
上述の実施形態では、番組表を表示する際に、キャンペーン情報を表示する場合について述べたが、ネッワークを介して番組放送中（リニアに配信されている動画コンテンツ配信の番組）に指定されたタイミングで画面上に広告を表示する際に、キャンペーン情報を表示するようにしてもよい。 In the above embodiment, the campaign information is displayed when the program guide is displayed, but the campaign information may be displayed when an advertisement is displayed on the screen at a specified timing during the broadcast of a program (a program of linearly distributed video content) via the network.
例えば、図２０に示すようなクリッカブル広告を用いてキャンペーン情報を表示するようにしてもよい。図２０は、クリッカブル広告の情報の例である。この広告情報は、広告情報のObjectのArrayを示す情報（ad_list）と、広告タイプを示す情報（ad_type）と、広告イメージのＵＲＬを示す情報（img_url）等を含む。 For example, campaign information may be displayed using a clickable advertisement as shown in FIG. 20. FIG. 20 is an example of clickable advertisement information. This advertisement information includes information (ad_list) indicating an array of objects of advertisement information, information (ad_type) indicating the advertisement type, information (img_url) indicating the URL of the advertisement image, etc.
上述の実施形態では、図１７に示したフローチャートの処理において、テレビゲートウェイ５がコンテンツ提供サーバ４に対してユーザ情報要求して、コンテンツ提供サーバ４からＵＲ－ＩＤを取得する場合について述べたが、これに限られない。例えば、図２１に、図１７のフローチャートの変形例を示す。図１７で説明した処理と同様の部分については、説明を省略する。図２１に示すステップＳ１２８もしくはＳ１３０でコンテンツ提供サーバ４がＵＲ－ＩＤを提供する代わりに、ステップＳ１１８にてテレビゲートウェイ５が、仮ＵＲ－ＩＤを発行してＨＴＭＬ形式のコードに含まれる“ｓｔａｔｅ”の値にそのパラメータを含むようにしてもよい。この場合、ステップＳ１２０にてユーザ端末１０５０が、この値をコンテンツ提供サーバ４へ送信する。また、図１２のフローチャートにおいても、上記のように、テレビゲートウェイ５が、仮ＵＲ－ＩＤを発行するようにしてもよい。
In the above embodiment, in the process of the flowchart shown in FIG. 17, the
本実施形態にかかるテレビゲートウェイ５は、キャンペーン情報を記憶しておき、テレビジョン装置２が番組表を表示するタイミング等、所定のタイミングでキャンペーン情報をテレビジョン装置２へ送信する。キャンペーン情報は、広告の表示種類を示す情報と、広告内容を示す情報とを含む広告情報部分３５０を有する。
The
また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得し、認証コードに基づいて特定された送信先のＴＶクラウド３へ当該認証コードを送信し、ＴＶクラウド３から第１トークンを取得し、コンテンツ提供サーバ４から第２トークンを取得する。そして、テレビゲートウェイ５は、当該第２トークンをコンテンツ提供サーバ４へ送信することで、ユーザＩＤを取得して、第１トークンをＴＶクラウド３へ送信することで、テレビジョン装置２のＩＤ（例えば、ＨＡ－ＩＤ）を取得する。このように、テレビゲートウェイ５は、コンテンツ提供サーバ４からユーザＩＤを取得し、ＴＶクラウド３からテレビジョン装置２のＩＤを取得することで、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けることができる。
The
この場合、テレビゲートウェイ５が、ユーザＩＤとテレビジョン装置２のＩＤとを対応付けて記憶するので、ＴＶクラウド３は、ユーザＩＤを管理する必要がなく、ＴＶクラウド３の情報管理負担を軽減することができる。また、テレビゲートウェイ５は、ユーザ端末１０５０から認証コードを取得しているので、コンテンツ提供サーバ４が当該認証コードをテレビゲートウェイ５に送信する必要がなく、コンテンツ提供サーバ４の処理負担も軽減することができる。すなわち、テレビゲートウェイ５は、受信機の識別子（テレビジョン装置２のＩＤ）と、端末の識別子（ユーザ端末１０５０のユーザＩＤ）とを連携する処理を適切に実行することができる。また、テレビゲートウェイ５は、キャンペーン情報を出力することで、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携する処理を促進させることができる。また、テレビゲートウェイ５は、キャンペーン情報に広告の表示種類を示す情報と、広告内容を示す情報とを含む広告情報を有しているので、テレビジョン装置２は、広告の表示種類に応じて表示態様を切り替えて広告情報を出力することで、ユーザ端末１０５０のユーザＩＤとを連携する処理をより促進させることができる。また、テレビゲートウェイ５は、キャンペーン情報に複数の広告情報を含めておくことで、テレビジョン装置２は、複数の広告を順次出力することができる。
In this case, since the
また、テレビゲートウェイ５は、テレビジョン装置２のＩＤと、ユーザ端末１０５０のユーザＩＤとを連携した後に、ＩＦＡ－ＩＤをコンテンツ提供サーバ４へ送信する。これにより、テレビゲートウェイ５は、テレビジョン装置２のＩＤをコンテンツ提供サーバ４へ開示することがなく、テレビジョン装置２を特定可能な情報を提供することができる。
The
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。例えば、上記実施形態におけるテレビジョン装置は、セットトップボックスや、レコーダのように、表示手段を備えず、外部の表示装置に対し、映像信号を出力する受信機能を備えた電子装置であってもよい。また、これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
例えば、ユーザ端末に表示された画像アイコンのうち、テレビジョン装置で拡大表示可能な画像アイコンには、テレビジョン装置への拡大表示を指示するボタンを、その画像アイコン上、または、近傍に設けるようにしてもよく、また、その拡大表示可能な画像アイコンを、他の可拡大表示不可の画像アイコンとは識別可能に視認するための色彩や形状、表示形態を変更してもよい。また、ユーザ端末からテレビジョン装置への拡大表示を指示したとき、または、テレビジョン装置での表示処理の際、ユーザ端末またはテレビジョン装置を介して音声通知を行うようにしてもよい。
Although several embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. For example, the television device in the above embodiments may be an electronic device that does not have a display means and has a receiving function for outputting a video signal to an external display device, such as a set-top box or a recorder. In addition, these novel embodiments can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the gist of the invention. These embodiments and their modifications are included in the scope and gist of the invention, and are included in the scope of the invention and its equivalents described in the claims.
For example, among the image icons displayed on the user terminal, an image icon that can be enlarged on a television device may have a button on or near the image icon to instruct the television device to enlarge the image, and the color, shape, or display form of the enlarged image icon may be changed so that it can be visually distinguished from other image icons that cannot be enlarged. When an instruction to enlarge an image on a television device is given from the user terminal, or during display processing on the television device, a voice notification may be given via the user terminal or the television device.
１…スマートフォン、２…テレビジョン装置、３…ＴＶクラウド、４…コンテンツ提供サーバ、５…テレビゲートウェイ、６…計測サーバ、Ｓ…情報連携システム 1...smartphone, 2...television device, 3...TV cloud, 4...content provider server, 5...television gateway, 6...measurement server, S...information linkage system
Claims (5)
前記放送受信装置の識別子と、前記コンテンツ提供装置の利用者の端末装置の識別子とを対応付けることを促進する促進情報を記憶する記憶部と、
前記促進情報を前記放送受信装置へ送信する促進情報送信部と、
前記放送受信装置からの前記促進情報に基づく要求に応じて前記認証コードを前記放送受信装置へ送信する認証コード送信部と、
前記認証コードを取得した端末装置から、前記認証コードと、コンテンツ提供装置の識別子と、前記サーバ装置の識別子とを含む認証リクエストを取得する認証リクエスト取得部と、
前記放送受信装置の識別子と、前記端末装置のユーザ識別子との連携指示の通知を前記端末装置から取得する連携指示取得部と、
前記連携指示の通知を取得した後に、前記認証リクエストに対応するサーバ装置から前記認証コードに対応する第１トークンを取得する第１トークン取得部と、
前記認証リクエストに対応するコンテンツ提供装置から、前記端末装置のユーザ識別子に対応する第２トークンを取得する第２トークン取得部と、
前記第１トークンに対応する放送受信装置の識別子を前記サーバ装置から取得する放送受信装置識別子取得部と、
前記第２トークンに対応する端末装置のユーザ識別子を前記コンテンツ提供装置から取得するユーザ識別子取得部と、
前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録する登録部と、
を備え、
前記促進情報は、広告の表示種類を示す情報と、広告内容を示す情報とを含む広告情報を有する、
サーバ管理装置。 A server management device capable of transmitting and receiving information to and from a plurality of server devices, the server management device storing information associating an identifier of a broadcast receiving device, an authentication code, an identifier of a content providing device, and a first token, the server management device comprising:
a storage unit that stores promotion information that promotes association of an identifier of the broadcast receiving device with an identifier of a terminal device of a user of the content providing device;
a promotion information transmitting unit that transmits the promotion information to the broadcast receiving device;
an authentication code transmission unit that transmits the authentication code to the broadcast receiving device in response to a request based on the promotion information from the broadcast receiving device;
an authentication request acquisition unit that acquires, from the terminal device that has acquired the authentication code, an authentication request including the authentication code, an identifier of a content providing device, and an identifier of the server device;
a link instruction acquisition unit that acquires, from the terminal device, a notification of a link instruction between an identifier of the broadcast receiving device and a 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 link instruction;
a second token acquisition unit that acquires a second token corresponding to a user identifier of the terminal device from a content providing device corresponding to the authentication request;
a broadcast receiving device identifier acquisition unit that acquires an identifier of a broadcast receiving device corresponding to the first token from the server device;
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 registers an identifier of a broadcast receiving device corresponding to the first token and a user identifier of a terminal device corresponding to the second token in association with each other;
Equipped with
The promotion information includes advertisement information including information indicating an advertisement display type and information indicating advertisement content.
Server management device.
前記登録部が、前記第１トークンに対応する放送受信装置の識別子と、前記第２トークンに対応する端末装置のユーザ識別子とを対応付けて登録した後に、前記第１トークンに対応する放送受信装置の第２識別子を、前記第２トークンの取得元のコンテンツ提供装置へ送信する第２識別子送信部と、をさらに備える請求項１に記載のサーバ管理装置。 a second identifier acquisition unit that acquires a second identifier of the broadcast receiving device generated by the broadcast receiving device;
The server management device of claim 1, further comprising a second identifier transmission unit that transmits the second identifier of the broadcast receiving device corresponding to the first token to a content providing device from which the second token was obtained, after the registration unit has registered in association with 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.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022063747A JP7659520B2 (en) | 2022-04-07 | 2022-04-07 | Server management device |
| CN202280007639.5A CN116803086A (en) | 2021-10-14 | 2022-06-29 | Server management device |
| PCT/CN2022/102444 WO2023060949A1 (en) | 2021-10-14 | 2022-06-29 | Server management apparatus |
| JP2025056962A JP7855110B2 (en) | 2025-03-28 | Processing method for server management device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022063747A JP7659520B2 (en) | 2022-04-07 | 2022-04-07 | Server management device |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2025056962A Division JP7855110B2 (en) | 2025-03-28 | Processing method for server management device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2023154460A JP2023154460A (en) | 2023-10-20 |
| JP7659520B2 true JP7659520B2 (en) | 2025-04-09 |
Family
ID=88044188
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022063747A Active JP7659520B2 (en) | 2021-10-14 | 2022-04-07 | Server management device |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP7659520B2 (en) |
| CN (1) | CN116803086A (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117371017B (en) * | 2023-12-08 | 2024-03-01 | 山东三木众合信息科技股份有限公司 | A device management method based on encrypted QR code |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021069048A (en) | 2019-10-25 | 2021-04-30 | 中部日本放送株式会社 | Monitoring system and monitoring method |
| JP2022045237A (en) | 2020-09-08 | 2022-03-18 | Ｔｖｓ Ｒｅｇｚａ株式会社 | TV gateway |
| JP2022052607A (en) | 2020-09-23 | 2022-04-04 | Ｔｖｓ Ｒｅｇｚａ株式会社 | Server device, server managing device and program |
| JP2022108577A (en) | 2021-01-13 | 2022-07-26 | Ｔｖｓ Ｒｅｇｚａ株式会社 | Server management device, system and program |
-
2022
- 2022-04-07 JP JP2022063747A patent/JP7659520B2/en active Active
- 2022-06-29 CN CN202280007639.5A patent/CN116803086A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021069048A (en) | 2019-10-25 | 2021-04-30 | 中部日本放送株式会社 | Monitoring system and monitoring method |
| JP2022045237A (en) | 2020-09-08 | 2022-03-18 | Ｔｖｓ Ｒｅｇｚａ株式会社 | TV gateway |
| JP2022052607A (en) | 2020-09-23 | 2022-04-04 | Ｔｖｓ Ｒｅｇｚａ株式会社 | Server device, server managing device and program |
| JP2022108577A (en) | 2021-01-13 | 2022-07-26 | Ｔｖｓ Ｒｅｇｚａ株式会社 | Server management device, system and program |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2025092660A (en) | 2025-06-19 |
| JP2023154460A (en) | 2023-10-20 |
| CN116803086A (en) | 2023-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7667357B2 (en) | Server device and program | |
| JP7710582B2 (en) | Server management device, system, and program | |
| JP7659520B2 (en) | Server management device | |
| JP7523617B2 (en) | Information sharing system | |
| JP7550739B2 (en) | Server management device | |
| JP7855110B2 (en) | Processing method for server management device | |
| US11722726B2 (en) | Television apparatus and display method | |
| WO2023060949A1 (en) | Server management apparatus | |
| KR102157396B1 (en) | System and method of providing a related service using still image or moving picture | |
| KR101451399B1 (en) | Server and method for managing scrapping information of contents, and device for transmitting the scrapping information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20240215 |
|
| TRDD | Decision of grant or rejection written | ||
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20250228 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20250304 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20250328 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7659520 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |