Server management device

Abstract

To appropriately execute a process of coordinating the identifier of a receiver with the identifier of a terminal.SOLUTION: A server management device according to an embodiment communicates with, in a transmittable and receivable manner, a plurality of server devices each storing information that associates an identifier of a broadcasting receiver device, an authentication code, an identifier of a content providing device and a first token with each other, obtains, from a terminal device that has obtained the authentication code, an authentication request which contains the authentication code, the identifier of the content providing device, and the identifier of the server device, obtains, from the terminal, a notification for a coordinating command, obtains, from the server device corresponding to the authentication request, the first token corresponding to the authentication code after obtaining the notification for the coordinating command, obtains, from the content providing device corresponding to the authentication request, a second token corresponding to the user identifier of the terminal, obtains, from the server device, the identifier of the broadcasting receiver device corresponding to the first token, and obtains, from the contents providing device, the user identifier of the terminal device corresponding to the second token.SELECTED DRAWING: Figure 17

Description

[Technical field]

[0001] The present invention relates to a server management device. [Background technology]

[0002] In recent years, there has been technology that enables a receiver and a terminal to cooperate with each other to transmit and receive information. For example, a receiver transmits information received from a website to a terminal. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 5898431 Summary of the Invention [Problem to be solved by the invention]

[0004] In order for the receiver, terminal, and content providing device that provides content such as websites to work together to send and receive information as described above, it is necessary to link the identifier of the user of the terminal with the identifier of the receiver in advance, and it is desirable to perform the linking process appropriately.

[0005] Therefore, an object of the present invention is to provide a server management device that can appropriately execute a process for linking a receiver identifier and a terminal identifier. [Means for solving the problem]

[0006] A server management device according to an embodiment is capable of transmitting and receiving information to and from a plurality of server devices that store 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 for promoting association of 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 transmitting unit that transmits 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 broadcast receiving device, an authentication request acquiring 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 promotion information includes a linkage instruction acquisition unit that acquires a linkage instruction from the server device corresponding to the authentication request, 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 a notification of the linkage instruction, a second token acquisition unit that acquires a second token corresponding to a 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 advertising information including information indicating a display type of an advertisement and information indicating content of the advertisement. [Brief description of the drawings]

[0007] [Figure 1] FIG. 1 is a diagram illustrating an overview of an example of the overall configuration of an information linking system according to the first embodiment. [Diagram 2] FIG. 2 is a block diagram showing an example of the overall configuration of the television device according to the first embodiment. As shown in FIG. [Diagram 3] FIG. 3 is a block diagram showing an example of a partial configuration of the television device of the first embodiment. [Figure 4]FIG. 4 is a block diagram showing an example of the overall configuration of the push distribution server of the first embodiment. [Diagram 5] FIG. 5 is a block diagram illustrating an example of a partial configuration of the push distribution server of the first embodiment. [Figure 6] FIG. 6 is a diagram illustrating a data structure of data stored in the push distribution server of the first embodiment. [Figure 7] FIG. 7 is a flowchart showing the overall processing in the information link system of the first embodiment. [Figure 8] FIG. 8 is a diagram illustrating an overview of an example of the overall configuration of an information linking system according to the second embodiment. [Figure 9] FIG. 9 is a block diagram showing an example of the overall configuration of a common reception server according to the second embodiment. [Figure 10] FIG. 10 is a block diagram showing an example of a partial configuration of a common reception server according to the second embodiment. [Figure 11] FIG. 11 is a flowchart showing the overall processing in the information link system according to the second embodiment. [Figure 12] FIG. 12 is a flowchart showing the overall processing in the information link system according to the third embodiment. [Figure 13] FIG. 13 is a flowchart showing the overall processing in the information link system according to the fourth embodiment. [Figure 14] FIG. 14 is a diagram illustrating an example of promotion information in the information link system according to the fifth embodiment. [Figure 15] FIG. 15 is a diagram for explaining advertisement information according to the fifth embodiment. [Figure 16] FIG. 16 is a flowchart illustrating a display process of promotion information in the information link system according to the fifth embodiment. [Figure 17] FIG. 17 is a flowchart showing a linkage processing procedure in the information linkage system according to the fifth embodiment. [Figure 18] FIG. 18 is a flowchart showing a linkage cancellation process in the information linkage system according to the fifth embodiment. [Figure 19]FIG. 19 is a flowchart showing a processing procedure for canceling cooperation via an operation of a user terminal in the information cooperation system according to the fifth embodiment. [Figure 20] FIG. 20 is a diagram illustrating an example of information on a clickable advertisement in the information linking system according to the fifth embodiment. [Figure 21] FIG. 21 is a flowchart showing a linking process procedure in the information linking system of the modified example. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] Hereinafter, embodiments (first and second embodiments) of a server device, a broadcast receiving device, a server management device, an information linkage system, and a program of the present invention will be described in detail with reference to the drawings.

[0009] (First embodiment) First, an example of the overall configuration of an information linkage system S of a 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 an information linkage system S of a 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 content providing server 4 which is a content providing device such as an EC (Electronic Commerce) site server. The TV cloud 3 is capable of communicating with the television device 2 and the content providing server 4 via a public communication line such as the Internet. In addition, the smartphone 1 is capable of wireless communication with the content providing server 4 and the TV cloud 3 via a base station.

[0010] The smartphone 1 is an example of an information terminal owned by a user of the television device 2. The smartphone 1 includes a communication I / F (Interface), a voice input unit (microphone), a sensor group, a display unit, a graphic controller, a touch panel controller, a CPU (Central Processing Unit), a memory, a camera, a speaker, etc. In the first embodiment, it is assumed that a user uses the smartphone 1 to do Internet shopping.

[0011] The TV cloud 3 is a server device capable of transmitting and receiving data to and from the television device 2 via a network, and is a so-called cloud server. The TV cloud 3 may be, for example, a server device operated by the manufacturer of the television device 2. Based on the results of collecting viewing-related information (viewing information) from the television device 2, the TV cloud 3 provides various services to the television device 2 via the network, such as recommended information for viewed programs and scheduled programs, and product recommendation information based on the contents of the viewed programs.

[0012] The content providing server 4 is a computer device for operating an EC site (online shop) on the Internet. The content providing server 4 is, for example, a server device of an EC platformer. The content providing server 4 is a platform for purchasing products and services via a network in response to the operation of a terminal device (smartphone 1, etc.) by a user (consumer). The content providing server 4 may also be a video platform that provides content such as videos. For example, the content providing server 4 transmits product images to the smartphone 1 in response to an operation on the smartphone 1. The content providing server 4 registers redirect_uri in advance in the TV cloud 3.

[0013] Hereinafter, the details of each component in the information link system S will be described with reference to Fig. 2 onwards. Fig. 2 is a block diagram showing an example of the overall configuration of a television device 2 according to a first embodiment. The television device 2 executes display control for a video display unit 233 that is larger than the display unit of the smartphone 1 (details will be described later).

[0014] As shown in FIG. 2, the television device 2 includes an input terminal 202, tuners 203a to 203g, a signal processing unit 207, a graphics processing unit 208, an audio processing unit 209, an OSD (On Screen Display) signal generating unit 210, and a video processing unit 211.

[0015] A terrestrial digital broadcast signal received by a terrestrial broadcast receiving antenna 213 is input to the input terminal 202. The terrestrial digital broadcast signal is supplied via the input terminal 202 to tuners 203a to 203g.

[0016] The tuners 203a to 203g are tuners for terrestrial digital broadcasting, and select, from the terrestrial digital broadcasting signal supplied from the input terminal 202, a broadcasting signal of a channel designated by the control unit 216, which will be described later.

[0017] However, the television device 2 may have an input terminal to which a satellite digital broadcast signal received by a BS / CS digital broadcast receiving antenna is input. The satellite digital broadcast signal is supplied to a satellite digital broadcast tuner via the input terminal.

[0018] The signal processing unit 207 demodulates the broadcast signals supplied from the tuners 203a to 203g into broadcast signals including digital video signals and audio signals. The signal processing unit 207 also selectively performs predetermined digital signal processing on the video signals included in the digital broadcast signals, and outputs the result to the graphic processing unit 208. The signal processing unit 207 also selectively performs desired digital signal processing on the audio signals included in the digital broadcast signals, and outputs the result to the audio processing unit 209.

[0019] A plurality of external input terminals 214a to 214d are connected to the signal processing unit 207. These external input terminals 214a to 214d can receive analog video signals and audio signals from a DVD (Digital Versatile Disk) recorder, which is an example of an external device. The signal processing unit 207 digitizes the analog video signals and audio signals input from the external input terminals 214a to 214d. The signal processing unit 207 also performs predetermined digital signal processing on the digitized video signals and outputs the signals to the graphic processing unit 208. The signal processing unit 207 also performs predetermined digital signal processing on the digitized audio signals and outputs the signals to the audio processing unit 209.

[0020] The graphics processing unit 208 superimposes an OSD signal generated by an OSD signal generating unit 210 on the digital video signal supplied from the signal processing unit 207 and outputs the superimposed signal to the video processing unit 211. The graphics processing unit 208 can also output either the digital video signal supplied from the signal processing unit 207 or the OSD signal generated by the OSD signal generating unit 210 to the video processing unit 211.

[0021] Video processing unit 211 converts the digital video signal or OSD signal input from graphic processing unit 208 into an analog video signal or OSD signal in a format that can be displayed on the display screen of video display unit 233, and outputs it to video display unit 233. Video display unit 233 is, for example, an LCD or an organic EL display.

[0022] The audio processor 209 converts the digital audio signal input from the signal processor 207 into an analog audio signal in a format that can be reproduced by the speaker 215 , and outputs the signal to the speaker 215 .

[0023] The television device 2 further includes a control unit 216, a card holder 217, various interfaces 218 to 221, and a brightness sensor 230. The control unit 216 includes a CPU 216a, a ROM 216b, a RAM 216c, and a non-volatile memory 216d.

[0024] The control unit 216 comprehensively controls various operations of the television device 2, such as reception of broadcast signals, such as terrestrial digital broadcast signals and satellite digital broadcast signals. The control unit 216 also controls each unit of the television device 2 according to operation information from the operation unit 222 or operation information input from the remote control 238 via the light receiving unit 223.

[0025] The CPU 216a executes programs stored in the ROM 216b to control the overall operation of the television device 2. The ROM 216b mainly stores programs executed by the CPU 216a. The RAM 216c provides a working area when the CPU 216a executes the programs. The non-volatile memory 216d stores various setting information, control information, and the like for the television device 2.

[0026] 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 transmit and receive various information to and from the memory card 234 attached to the card holder 217, via the card I / F 225.

[0027] The control unit 216 is connected to the LAN terminal 226 via the communication I / F 218. This allows the control unit 216 to transmit and receive various information to and from external devices such as the relay device 400 and a LAN-compatible HDD (Hard Disk Drive) connected to the LAN terminal 226 via the communication I / F 218. However, the communication I / F 218 may be configured to be wirelessly connectable to external devices such as the relay device 400.

[0028] The control unit 216 is connected to an HDMI (registered trademark) (High-Definition Multimedia Interface) terminal 227 via an HDMI I / F 221. This allows the control unit 216 to transmit and receive various information to and from an external device connected to the HDMI terminal 227 via the HDMI I / F 221.

[0029] The control unit 216 is connected to a USB terminal 228 via a USB (Universal Serial Bus) I / F 219. This allows the control unit 216 to transmit and receive various information to and from a storage device 237 including a USB HDD or the like connected to the USB terminal 228 via the USB I / F 219.

[0030] The storage device 237 includes, for example, an HDD or an SSD (Solid State Drive), and is configured to record, as recording data, a digital signal received by the television device 2. However, the storage device 237 may be built into the television device 2.

[0031] 3 is a block diagram showing an example of a partial configuration of the television device 2 of the first embodiment. The television device 2 includes a storage unit 241 (the ROM 216b, the RAM 216c, the non-volatile memory 216d, and the storage device 237 in FIG. 2), and a transmission unit 242, an acquisition unit 243, and a display control unit 244 as functional modules generated as a result of the CPU 216a executing a program stored in the storage unit 241.

[0032] The transmitting unit 242 transmits various information to an external device. The acquiring unit 243 acquires various information from an external device and reads out various information stored in the storage unit 241.

[0033] The display control unit 244 executes a display process for displaying various information on the video display unit 233. For example, in response to an image display request from the smartphone 1, the display control unit 244 causes the video display unit 233 to display an image (details will be described later).

[0034] 4 is a block diagram showing an example of the overall configuration of the TV cloud 3 according to the first embodiment. As shown in FIG. 4, the TV cloud 3 includes a communication I / F 301, an operation unit 302, a CPU 303, a memory 304, and a storage device 305.

[0035] The communication I / F 301 is an interface used for communication with an external device. The operation unit 302 has input devices such as a keyboard and a mouse, and a display device such as a display.

[0036] The storage device 305 includes, for example, an HDD, an SSD, etc., and stores various information. The CPU 303 executes various programs to control each component of the TV cloud 3. The memory 304 includes, for example, a ROM, a RAM, etc., and stores various programs and various data used in various arithmetic processing by the CPU 303.

[0037] 5 is a block diagram showing an example of a partial configuration of the TV cloud 3 of the first embodiment. The TV cloud 3 includes a storage unit 311 (memory 304, storage device 305), and an acquisition unit 312, a transmission unit 313, and a generation unit 314 as functional modules generated as a result of a program stored in the storage unit 311 being executed by the CPU 303.

[0038] The storage unit 311 stores a program executed by the CPU 303 and a DB (DataBase). An example of the data configuration of the DB will now be described with reference to Fig. 6. As shown in Fig. 6, the DB stores information including a TVID, an authentication code, an EC server ID, and a token. The DB may also store attribute information (such as the model of the television) of the television device 2 corresponding to the TVID in addition to the TVID.

[0039] The TVID is information for identifying the television device 2. The authentication code is a code required to obtain a token, which will be described later. The EC server ID is information for identifying the content providing server 4. That is, it is an ID of an EC site server or the like. The token is information used for authentication. Returning to FIG. 5, the acquisition unit 312 acquires various information from an external device. The transmission unit 313 transmits various information to the external device. The generation unit 314 executes an information generation operation for the DB.

[0040] Next, the flow of processing of each component in the information linkage system S will be described. Fig. 7 is a flowchart showing the overall processing in the information linkage system S of the first embodiment. Here, the process starts when the user operates a remote control or the like of the television device 2 to specify an EC site with which the smartphone 1 is to be linked on a so-called portal screen (a screen for linking with an EC site or the like). Note that the processing of the smartphone 1 shown in Fig. 7 may be executed by an application program installed on the smartphone 1.

[0041] When an EC site is specified by the user as described above, in step S1, the transmission unit 242 of the television device 2 transmits information about the EC site (e.g., the ID and URL of the EC site) and a TVID that is an identifier of the television device 2 to the TV cloud 3. In this manner, the transmission unit 242 transmits to the TV cloud 3 information about the content providing server 4 that is an image providing device that provides images in the EC site.

[0042] The acquisition unit 312 of the TV cloud 3 acquires information on the EC site and the TVID from the television device 2. The generation unit 314 of the TV cloud 3 generates an authentication code, and stores information including the TVID, an EC server ID that is information for identifying the content providing server 4 of the EC site, and the authentication code in the DB of the storage unit 311. The generation unit 314 also generates a QR code (registered trademark) that is a two-dimensional code based on the authentication code and a URL that is an access destination of the EC site. Note that the QR code is an example, and other display information may be used. In other words, display information in another format that can transmit the authentication code and the access destination information of the EC site may be used. The authentication code may include a portion for identifying the manufacturer and a portion for identifying the television device 2.

[0043] In step S2, the transmission unit 313 of the TV cloud 3 transmits the QR code to the requesting television device 2. In response to the request from the television device 2, the transmission unit 313 transmits a QR code including a URL to access the EC site and an authentication code.

[0044] The acquisition unit 243 of the television device 2 acquires a QR code from the TV cloud 3. In this manner, the acquisition unit 243 of the television device 2 acquires a QR code serving as access information based on an authentication code and a URL that is an access destination of the EC site. The display control unit 244 of the television device 2 causes the QR code to be displayed on the video display unit 233. In this manner, the display control unit 244 displays and outputs the QR code.

[0045] In step S3, the smartphone 1 reads the QR code displayed on the video display unit 233 using a QR code reading function implemented by an imaging means or the like. As a result, the smartphone 1 acquires the URL and authentication code of the EC site. In step S4, upon acquiring the URL and authentication code of the EC site, the smartphone 1 accesses the content providing server 4 based on the URL and transmits the authentication code.

[0046] When the content providing server 4 acquires the authentication code from the smartphone 1, in step S5, the content providing server 4 transmits the authentication code together with information for identifying the content providing server 4 to the TV cloud 3 and makes an authentication request. In addition, the acquisition unit 312 of the TV cloud 3 acquires the authentication code together with information for identifying the content providing server 4. In this manner, the acquisition unit 312 of the TV cloud 3 acquires the authentication code transmitted from the content providing server 4.

[0047] The generation unit 314 of the TV cloud 3 performs authentication by referring to the DB of the storage unit 311 and determining whether or not there is information corresponding to the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312. The generation unit 314 refers to the DB of the storage unit 311, and if there is information corresponding to the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312, generates a token by a known technique. The generation unit 314 further associates the token with the information identifying the content providing server 4 and the information having the authentication code acquired by the acquisition unit 312 in the DB. The information further associating the token with the information identifying the content providing server 4 and the information having the authentication code acquired by the acquisition unit 312 includes the TVID of the television device 2 that made the request.

[0048] Therefore, the generation unit 314 generates association information that associates the television device 2 corresponding to the authentication code with a token based on the authentication code.

[0049] In step S6, the transmission unit 313 of the TV cloud 3 transmits the token generated by the generation unit 314 to the content providing server 4. In this manner, the transmission unit 313 transmits a token based on the authentication code to the content providing server 4. The content providing server 4 holds information that associates the token with the user ID of the smartphone 1 that transmitted the authentication code.

[0050] In step S7, the smartphone 1 logs in to the content providing server 4 and accesses the EC site. As a result, the smartphone 1 displays the EC site screen. Here, the user of the smartphone 1 selects an instruction indicating a television display request for a specific link destination on the EC site screen. In step S8, in response to the selection, the smartphone 1 makes a television display request by sending the URL of the link destination to the content providing server 4. The content providing server 4 acquires the URL of the image to be displayed from the smartphone 1 together with the television display request.

[0051] In step S9, the content providing server 4 transmits a token corresponding to the requesting smartphone 1 and a URL of the image to be displayed to the TV cloud 3, and requests display. The acquisition unit 312 of the TV cloud 3 acquires the token and URL transmitted by the content providing server 4. In this manner, the acquisition unit 312 acquires the token transmitted by the content providing server 4 and the URL of the access destination of the image to be displayed based on the request from the smartphone 1.

[0052] In step S10, the TV cloud 3 refers to the DB in the storage unit 311, and identifies the TVID corresponding to the token acquired by the acquisition unit 312. Then, the transmission unit 313 of the TV cloud 3 transmits the URL of the access destination of the image to be displayed to the television device 2 corresponding to the TVID.

[0053] The acquisition unit 243 of the television device 2 acquires a URL of an access destination of the image to be displayed. Furthermore, the transmission unit 242 of the television device 2 accesses the content providing server 4 based on the URL, and the acquisition unit 243 acquires an image based on the access destination of the image to be displayed from the content providing server 4. Then, the display control unit 244 of the television device 2 causes the image acquired by the acquisition unit 243 to be displayed on the video display unit 233.

[0054] The TV cloud 3 according to the first embodiment generates correspondence information that associates the television device 2 corresponding to the authentication code with a token based on the authentication code, and upon acquiring the token and an access destination of an image to be displayed based on a request from the smartphone 1 from the content providing server 4, notifies the television device 2 of the access destination of the image, thereby allowing the television device 2 to display the image in response to the request of the smartphone 1. In this way, the TV cloud 3 can display the image based on the request of the smartphone 1 on the television device 2, which can display an image larger than the screen of the smartphone 1.

[0055] Furthermore, the television device 2 outputs access information including an access destination for the content providing server 4 and an authentication code, acquires an access destination for an image to be displayed based on a request from the smartphone 1 from the TV cloud 3, and displays the image on the video display unit 233. In this way, the television device 2 can display an image based on the request from the smartphone 1 on the video display unit 233, which can display an image larger than the screen of the smartphone 1.

[0056] Second embodiment The information linking system S according to the second embodiment differs from the first embodiment in that the TV cloud 3 is different for each manufacturer of the television device 2. That is, the information linking system S according to the second embodiment has a plurality of TV clouds 3.

[0057] 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 (TV clouds 3a, TV clouds 3b). The TV cloud 3b can be connected to a television device 2, which is a television (not shown) made by a manufacturer associated with the TV cloud 3b.

[0058] 2 is a television. Reference numeral 3 denotes a TV cloud, which is a so-called push distribution server. The TV cloud 3 is a server of a television manufacturer that manufactures the television device 2 and provides various services to the television device 2 via a network based on viewing information collected from the television device 2, such as recommendations for programs to be viewed or reserved, and product recommendations based on the contents of the programs viewed.

[0059] Also, 5 is a TV gateway which is a common reception server. The TV gateway 5 is a server at a manufacturer common site of a television device manufacturer for integrating TV clouds 3 of a plurality of television manufacturers and connecting to e-commerce (EC). The information linkage system S has a TV gateway 5 (server management device) capable of transmitting and receiving information to the plurality of TV clouds 3 via a network. The TV gateway 5 is also capable of transmitting and receiving information to a measurement server 6 for performing measurement processing to tally up the results of advertisement display via a network. This TV gateway 5 is a cloud server which integrates each manufacturer. In other words, the TV gateway 5 is a server for integrating TV clouds 3 of a plurality of television manufacturers and connecting to the content providing server 4. The TV gateway 5 issues client credentials (client_id, client_secret) to the content providing server 4.

[0060] Furthermore, a random secret to be set in the x-api-key is determined in advance between the TV cloud 3 and the TV gateway 5. The x-api-key transferred between the TV gateway 5 and the content providing server 4 becomes a pass-key.

[0061] Reference numeral 4 denotes a content providing server such as an EC site server. The content providing server 4 is a server of an EC platform provider. For users, i.e., consumers, the content providing server 4 is a server that serves as a platform for purchasing products and services. In addition, the content providing server 4 causes the TV gateway 5 to register redirect_uri in advance.

[0062] 1050 is a user terminal. The user terminal 1050 is a terminal having an application program for connecting the television device 2 and the user terminal 1050, and an optical reading device such as a camera. An example of the user terminal 1050 is a smartphone 1. In the first embodiment, the user terminal 1050 is described as being the smartphone 1, but is not limited to a smartphone. The user terminal 1050 may be a PC, a tablet terminal, or the like, as long as it satisfies the conditions of the situation. Furthermore, these terminals can replace the smartphone shown in the first embodiment.

[0063] 9 is a block diagram showing an example of the overall configuration of the TV gateway 5 according to the second embodiment. As shown in FIG. 9, the TV gateway 5 includes a communication I / F 501, an operation unit 502, a CPU 503, a memory 504, and a storage device 505.

[0064] The communication I / F 501 is an interface used for communication with an external device. The operation unit 502 has input devices such as a keyboard and a mouse, and a display device such as a display.

[0065] The storage device 505 includes, for example, an HDD, an SSD, etc., and stores various information. The CPU 503 executes various programs to control each component of the TV gateway 5. The memory 504 includes a ROM, a RAM, etc., and stores various programs and various data used in various arithmetic processing by the CPU 503.

[0066] 10 is a block diagram showing an example of a partial configuration of the TV gateway 5 according to the second embodiment. The TV gateway 5 includes a storage unit 511 (memory 504, storage device 505), and an acquisition unit 512, a transmission unit 513, and a generation unit 514 as functional modules generated as a result of a program stored in the storage unit 511 being executed by the CPU 503.

[0067] The storage unit 511 stores programs executed by the CPU 503 and a DB (DataBase).

[0068] The acquisition unit 512 acquires various information from an external device. The transmission unit 513 transmits various information to an external device. The generation unit 514 executes an operation of generating information for the DB.

[0069] 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 television device 2 or the like to specify an EC site that the user wants to link with the smartphone 1 on a so-called portal screen. Note that the authentication code and token generated by the TV cloud 3 include information identifying the manufacturer. In other words, the TV cloud 3 includes information identifying its own device in the authentication code and token.

[0070] 11 is similar to step S1 in FIG. 7, and therefore description thereof will be omitted. In step S22, a URL authentication code is sent from the TV cloud 3 to the television device 2. The URL authentication code 2010 is information including URL information for identifying the content providing server 4 and an authentication code for performing authentication between the content providing server 4 and the TV cloud 3. The authentication code may include a portion for identifying the manufacturer of the television device 2 and a portion for identifying the television device 2. The portion for identifying the television device 2, which is included in the authentication code, is a random value. The TV cloud 3 may associate the time when this value is transmitted to the television device 2 as information in the DB of the storage unit 311.

[0071] An example of URL authentication code 2010 information is as follows: https: / / XXXXXXX YYYYYYYYY The X portion contains the URL of the content providing server 4, and the Y portion contains the OAuth2 authorization code. The authorization code portion contains information that can identify the manufacturer and the television. Either one of the information that can identify the manufacturer and the television device 2 may be used. The URL authentication code 2010 may be sent in any format as long as it contains the above information.

[0072] When the acquisition unit 243 of the television device 2 acquires the URL authentication code 2010 from the TV cloud 3, the display control unit 244 optically displays and outputs the contents of the URL authentication code 2010 as an image or video on the video display unit 233. Note that the display form in the display control unit 244 may be a QR code, a barcode, text, or the like, as long as the information included in the URL authentication code 2010 can be optically displayed and output as an image or video. Also, although the first embodiment has been described using a QR code, it is not limited to the QR code as in the present embodiment.

[0073] 7, in step S23, the user terminal 1050 reads the information of the URL authentication code 2011 optically displayed on the video display unit 233 from the image information optically captured by the imaging means using the URL authentication code reading function. As a result, the user terminal 1050 obtains the URL and authentication code of the EC site. The authentication code portion is a time-limited authentication code and is configured as follows: “code” :<authorization code> , "state" : <string> / / Random number

[0074] In step S24, upon acquiring the URL of the EC site and the authentication code, the user terminal 1050 accesses the content providing server 4 based on the URL and transmits the authentication code 2020.

[0075] Authentication code 2020 is the authentication code portion of URL authentication code 2010 and URL authentication code 2011 (<authorization code> ) The certification code 2021 is as follows: "code” :<authorization code> , "state” : <string> / / Random number The authentication code 2020 may also include URL information of the content providing server 4 in addition to the above.

[0076] In step S25, upon receiving the authentication code 2020, the content providing server 4 transmits an authentication code 2021 to the television gateway 5 and makes an authentication request. The content providing server 4 transmits information of the authentication request to, for example, the OAuth2 Token Endpoint of the television gateway 5. The information of the authentication code 2021 has the following configuration. 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 content providing server 4, which is preregistered in the TV gateway 5. · client_id: an identifier assigned to each EC site of the content providing server 4, which is pre-registered in the TV gateway 5. The client_secret is assigned by the TV gateway 5 based on the client_id for each site of the content providing server 4. The site of the TV gateway 5 checks the manufacturer extension of the code and performs redirection.

[0077] In step S26, the transmission unit 313 of the TV gateway 5 refers to the acquired authentication code 2021, and refers to information for identifying the manufacturer included in the authentication code 2021, to identify the destination TV cloud 3. Specifically, the transmission unit 313 of the TV gateway 5 checks the authorization code, i.e., the authentication code, and determines which TV cloud 3 it is.

[0078] Then, in step S27, the transmission unit 313 of the TV gateway 5 makes an authentication request by transmitting an authentication request 2022 to the TV cloud 3 of the destination. In this way, the transmission unit 513 of the TV gateway 5 transmits the authentication request 2022 to the destination TV cloud 3 identified based on the Authorization_code (authentication code) of the authentication code 2021. The information of the authentication request 2022 transmitted by the transmission unit 313 of the TV gateway 5 is the same as the information of the authentication code 2021 acquired from the content providing server 4. Other examples of the information of the authentication request 2022 include the following. GET https: / / each-maker.example.com / common / devices / id Authorization:"Bearer ”+<access_token> The acquisition unit 312 of the TV cloud 3 acquires the authentication code written in the URL authentication code 2010 together with the information for identifying the content providing server 4 .

[0079] The generation unit 314 of the TV cloud 3 performs authentication by referring to the DB in the storage unit 311 and determining whether or not there is information corresponding to the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312. The generation unit 314 refers to the DB in the storage unit 311, and if there is information corresponding to the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312, generates a token 2030. In addition, the generation unit 314 further associates the token 2030 with information having the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312 in the above DB.

[0080] In step S28, the transmission unit 313 of the TV cloud 3 transmits the token 2030 generated by the generation unit 314 to the TV gateway 5.

[0081] Specifically, the transmission unit 313 of the TV cloud 3 sends an OAuth2 Token Response to the TV gateway 5 as the token 2030. This response, the OAuth2 Access Token Response, is configured as follows. {"access_token":<access token> , "token_type”: "Bearer”, "expires_in”: 3600, "refresh_token”:<refresh token>} When the TV cloud 3 accesses the TV gateway 5, it attaches an access_token. expires_in is the validity period (seconds) of the access_token, and is stored when the access_token is received along with the time at which it becomes invalid, and the access_token is used repeatedly until then. The refresh_token is stored secretly by the content providing server 4. For security reasons, it is not good to simply store it in local storage. When the access_token and refresh_token are issued by each manufacturer, the TV manufacturer can be identified by attaching an identifier that identifies the TV manufacturer to the beginning.

[0082] The acquisition unit 512 of the TV gateway 5 acquires the token 2030. Then, in step S29, the TV gateway 5 transmits the token 2030 as a token 2031 to the content providing server 4, and the content providing server 4 acquires the token 2031. Note that the transmission unit 313 of the TV cloud 3 may transmit the token directly to the content providing server 4.

[0083] The content providing server 4 holds information associating the token 2031 with the user ID of the user terminal 1050 that has transmitted the authentication code.

[0084] Then, in step S30, the content providing server 4 transmits the token 2031 and the user ID as a response, and transmits the token+user ID 2040 to the television gateway 5. This enables the content providing server 4 to transmit the user ID of the user of the user terminal 1050 to the television gateway 5.

[0085] The information of the token+user ID 2040 transmitted by the content providing server 4 has the following structure: 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 content provider server 4. Pre-registered on the manufacturer's common site. user_id: User ID on the site of the content provider server 4, Preference:<Current user attributes (current user attributes: user's date of birth, gender, zip code, purchase history, etc.)>}

[0086] The acquisition unit 512 of the TV gateway 5 acquires the token+user ID 2040 from the content providing server 4. In step S31, the transmission unit 513 of the TV gateway 5 identifies the destination TV cloud 3 from the token+user ID 2040, and transmits a device ID request 2041 (TVID) to the destination TV cloud 3. Note that the transmission unit 513 of the TV gateway 5 may transmit the token when transmitting the device ID request 2041.

[0087] The device ID request 2041 is a request for the TV gateway 5 to inquire of each manufacturer (TV cloud 3) about the device_id (TVID) of the TV using the access_token of OAuth2, and is, for example, as follows: 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 by manufacturer common site

[0088] The TV cloud 3 refers to the DB in the storage unit 311 and acquires a TVID corresponding to the acquired token. The TV cloud 3 may also acquire device information corresponding to the acquired TVID (attribute information of the television device 2 of the TVID). In step S32, the transmission unit 313 of the TV cloud 3 transmits information such as the TVID to the television gateway 5 as a device ID response 2050. Examples of the device ID response 2050 include the following. "device_id": <id>(TVID assigned to television device 2 by TV cloud 3) "model":<model name> (Model of television device 2, i.e., display screen size, pixel count information such as 2K, 4K, 8K, etc.)

[0089] In step S33, the generation unit 514 of the television gateway 5 registers information binding information, which associates the acquired TVID (device ID), user ID, and model information (model) of the television device 2, in the storage unit 511 as DB information.

[0090] Furthermore, the generation unit 514 of the TV gateway 5 generates a pass key 2051. Furthermore, in step S34, the transmission unit 513 transmits the pass key to the content providing server 4. The pass key includes the following information: "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 will be returned with a grace period of 10 days or so even if the preference is not available at the first access.) "model":<model name> (The model information in the device ID response is the model of the television device 2, i.e., the display screen size, pixel count information such as 2K, 4K, 8K, etc.)

[0091] Furthermore, in step S 35 , the generation unit 514 of the TV gateway 5 stores the generated pass key in the storage unit 511 .

[0092] When the content providing server 4 acquires the pass key from the TV gateway 5, the content providing server 4 stores the information contained in the pass key. Specifically, the following information is stored for each user ID of the EC site. access_token refresh_token pass_key ·model / / Linked TV model information

[0093] In step S36, the user terminal 1050 starts the application to log in to the service provided by the content providing server 4. As a result, the smartphone 1 displays an EC site screen. The EC site screen output by the application also outputs a button for connecting to the television device 2. In step S37, the content providing server 4 transmits device information 2070 to the user terminal 1050 in response to the login in step S36. The device information 2070 here refers to any one, two, or three of the device ID, user ID, and model name included in the passkey 2051.

[0094] The user of the smartphone 1 selects a button for connecting to the television device 2 from the link destination on the EC site screen. In step S38, the user terminal 1050 transmits a URL of the link destination to the content providing server 4 in response to the selection, thereby transmitting a television display request (TV display request 2071).

[0095] When the content providing server 4 receives the TV display request 2071 from the user terminal 1050, in step S39, it transmits a display request 2072 including the token, the passkey, and the URL of the link destination to the television gateway 5, thereby making a display request to the television device 2. The information of the display request 2072 has the following configuration. 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"}

[0096] The acquiring unit 512 of the television gateway 5 receives information of the display request 2072 including the token, the pass key, and the URL of the link destination from the content providing server 4. Then, the acquiring unit 512 extracts the pass_key from the header of the x-api-key.

[0097] In step S40, the acquisition unit 512 uses the pass key (pass_key) and the information stored in the storage unit 511 to determine the access destination and the access source. In step S41, the transmission unit 513 transmits information including the token URL to the TV cloud 3 based on the determination result, and requests display. In this manner, the transmission unit 513 transmits the token and the access destination of the image to be displayed to the destination TV cloud 3. The TV gateway 5 measures the number of accesses by access source and manufacturer.

[0098] The display request 2073 that the transmission unit 513 transmits to the TV cloud 3 includes a token, a client ID, a URL, and a message. Examples of the information are as follows: 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>}

[0099] The acquisition unit 312 of the TV cloud 3 receives the display request 2073 from the television gateway 5. The acquisition unit 312 extracts the access_token from the Authorization header of the display request 2073 and identifies the television device 2. In step S42, the transmission unit 313 of the TV cloud 3 outputs a display request 2074 to the television device 2 based on the identification result. Note that the display request may be replaced with a display request command unique to the manufacturer. Also, if necessary, the TV cloud 3 may tally up accesses for each client_id and make a request to the television.

[0100] In step S43, the television device 2 starts a browser in response to the display request, executes javascript (registered trademark) using an onLoad or onClick event, and displays and outputs an image at the URL destination to be displayed. The television device 2 also notifies the measurement server 6 of a display operation result notification 2080 that identifies the servicer, the user, the TV manufacturer, and the displayed advertisement. The measurement server 6 tally up the results of the advertisements displayed by the TV cloud 3 on multiple television devices 2. Based on the tally up results, the manufacturer, the television gateway 5, or the owner of the measurement server 6 requests advertising and promotion fees from the e-commerce platformer that owns the content providing server 4.

[0101] The application of the user terminal 1050 can operate the screen of the television device 2 based on the operation command 2090 in step S44. The operation command 2090 is sent to the content providing server 4 in response to the operation from the user terminal 1050.

[0102] In step S45, the content providing server 4 transmits an operation command 2091 including a common key code to the television gateway 5 based on the operation command 2090 transmitted in step S44. The common key code is a command configured to correspond to the operation buttons of a television remote control. There are numbers, cross cursor, volume / channel / power, color keys, function keys, media control, and manufacturer-specific commands. These manufacturer-specific commands are commands for operating in a unique manner for each manufacturer. In other words, manufacturer-specific commands are manufacturer-specific operation commands set by each manufacturer. The common key code is a key code for performing operations common to all manufacturers, excluding manufacturer-specific commands.

[0103] The numeric commands are "11", "12", "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", and ".".

[0104] The cross cursor commands are "up", "down", "left", "right", "page up", "page down", "page left", "page right", "enter", "exit" and "back".

[0105] The volume / channel / power commands are "power", "power off", "power on", "volume up", "volume down", "channel up", and "channel down".

[0106] The color keys are "blue", "red", "green", and "yellow".

[0107] The function key commands are "electronic program guide", "initial configuration", "select broadcast type", "input select", "display information", "mute", "contents menu" and "closed caption".

[0108] The media control commands are "play", "stop", "pause", "rewind", "forward", "backward", "skip forward", "skip backward", and "record".

[0109] Upon receiving the operation command 2091 in step S45, the TV gateway 5 sends an operation command 2092 to the TV cloud 3 in step S46. The operation command 2092 is the same command as the operation command 2091. In step S47, the television gateway 5 transmits a response message ID 2094 as a response message to the content providing server 4. The message ID has the following structure. {messageid:<message ID>}

[0110] Upon receiving the operation command 2092 from the television gateway 5, the TV cloud 3 transmits an operation command 2093 to the television device 2 in step S48. The operation command 2093 is the same or equivalent information as the operation command 2092, and is a manufacturer-specific command for operating the display screen of the television device 2. The TV cloud 3 replaces the operation command 2092 with the operation command 2093, which is a key code of each company for operating the television device 2. When the standardization of the operation commands of the television device 2 progresses, the operation command 2092 can be used as it is as the operation command 2093 without conversion.

[0111] The television device 2 operates the image displayed on the video display unit 233 of the television device 2 based on the operation command 2093. Furthermore, in step S49, the television device 2 notifies the measurement server 6 of an operation result notification 2081 that identifies the operation command.

[0112] 11 is an explanation of the process of integrating multiple manufacturers to access the content providing server 4 of the platform provider, but a manufacturer can also access the content providing server 4 independently, as in the TV cloud 3 of the first embodiment. In this case, the TV cloud 3 also incorporates the operations of the TV gateway 5. In this case, the exchange of information between the TV cloud 3 and the TV gateway 5 is omitted.

[0113] The television gateway 5 acquires an authentication code from the content providing server 4, transmits the authentication code to the destination TV cloud 3 specified based on the authentication code, acquires a token and an access destination of the image to be displayed from the content providing server 4, and transmits the token and the access destination of the image to be displayed to the destination TV cloud 3. This allows the content providing server 4 to process without having to determine which of the multiple TV clouds 3 to transmit to.

[0114] The programs executed by each device (user terminal 1050, television device 2, TV cloud 3, content providing server 4, television gateway 5, measurement server 6) of this embodiment can be provided by recording them in an installable or executable format on a recording medium readable by a computer device, such as a CD (Compact Disc)-ROM (Read Only Memory), a flexible disk (FD), a CD-R (Recordable), or a DVD (Digital Versatile Disk). The programs may also be provided or distributed via a network such as the Internet.

[0115] Third embodiment The information linking system S according to the third embodiment has the same overall configuration as the information linking system S according to the second embodiment. In the information linking system S according to the third embodiment, the television gateway 5 acquires tokens not only from the TV cloud 3 but also from the content providing server 4, and links the ID of the television device 2 and the user ID of the user terminal 1050 by using these tokens.

[0116] Note that the structure of data stored in the TV cloud 3 shown in FIG. 6 is different. Specifically, the TV cloud 3 stores an HA-ID instead of the TVID shown in FIG. 6. Also, the TV cloud 3 stores a PF-ID instead of the EC site server ID shown in FIG. 6. The HA-ID is identification information including a TC-ID, which is the company ID of the television manufacturer, and a TV-ID, which is the device ID of the television device 2. The PF-ID is the company ID of the video platform. The TC-ID is an identifier that identifies the TV cloud 3. Also, the PF-ID is an identifier that identifies the content providing server 4.

[0117] 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 of the television device 2 to specify, on a so-called portal screen, an EC site (e.g., a server from which content is provided) that the user wishes to link with the smartphone 1. Note that the authentication code and token generated by the TV cloud 3 include information identifying the manufacturer. In other words, the TV cloud 3 includes information identifying its own device in the authentication code and token.

[0118] Also, step S61 in Fig. 12 is similar to step S1 in Fig. 7 and step S12 in Fig. 11. In addition, in step S61, the television device 2 transmits to the TV cloud 3 a PF-ID corresponding to the EC site (video platform) designated by the user.

[0119] In step S62, the TV cloud 3 sends, as a response, a QR code including the URL of the TV gateway 5 and a URL authentication code to the television device 2. The QR code includes the URL of the TV gateway 5 and the following time-limited authentication code.

[0120] {"code":<authorization code> (Authentication Code), "state":HEX(JSON.stringify({"tcid"; <tc-id>"pfid"; <pf-id>,"salt";<random string>})+hash)(state information)}

[0121] The URL authentication code is information including URL information for identifying the television gateway 5, an authentication code for performing authentication between the content providing server 4 and the TV cloud 3, and state information. The authentication code may include a portion for identifying the manufacturer of the television device 2 and a portion for identifying the television device 2. The portion for identifying the television device 2, which is included in the authentication code, is a random value. The TV cloud 3 may associate the time when this value is transmitted to the television device 2 as information in the DB of the storage unit 311. The state information may include information in which the TC-ID of the manufacturer and the PF-ID of the video platform are encoded.

[0122] An example of URL authentication code information is as follows: https: / / XXXXXXX YYYYYYYYY The URL of the television gateway 5 is placed in X, and the OAuth2 authorization code is placed in Y. The authorization code contains information that can identify the manufacturer and the television. Either one of the pieces of information that can identify the manufacturer and the television device 2 may be used. The URL authentication code may be sent in any format as long as it contains the above information. State information may also be included in Y.

[0123] When the acquisition unit 243 of the television device 2 acquires the URL authentication code from the TV cloud 3, the display control unit 244 optically displays and outputs the contents of the URL authentication code as an image or video on the video display unit 233. Note that the display form in the display control unit 244 may be a QR code, a barcode, text, or the like, as long as it is possible to optically display and output the information included in the URL authentication code as an image or video. Also, although the first and second embodiments are described using a QR code, it is not limited to the QR code as in this embodiment.

[0124] 7 and step S23 in FIG. 11, in step S63, the user terminal 1050 reads the URL authentication code information optically displayed on the video display unit 233 from the image information optically captured by the imaging means using the URL authentication code reading function. In this way, the user terminal 1050 obtains the URL and authentication code of the TV gateway 5. The authentication code portion is a time-limited authentication code and is configured as follows: "code” :<authorization code> , "state” : <string> / / Random number

[0125] In step S64, when the user terminal 1050 acquires the URL, authentication code, and state information of the TV gateway 5, it accesses the TV gateway 5 based on the URL, and transmits the authentication code and state information to request authentication. Note that the state information includes the TC-ID and PF-ID as described above.

[0126] The information to be sent at the time of authentication request is as follows. "code” :<authorization code> , "state” : <string> / / Random number

[0127] In step S65, when the acquisition unit 512 of the TV gateway 5 receives the authentication code and the state information, the transmission unit 513 of the TV gateway 5 transmits an HTML format screen including a link button indicating a link instruction to the user terminal 1050. The HTML may include a URL and a parameter for accessing the OAuth2 Authorization Endpoint of the PF-ID.

[0128] The user terminal 1050 acquires the above HTML format screen. Then, when the link button is pressed by the user operation of the user terminal 1050 (step S66), an authorization request is made to the content providing server 4, which is a video platform. The content providing server 4 receives the authorization request and transmits information in response to the request to the user terminal 1050 (step S67).

[0129] 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> (Authentication code) "redirect_uri":<TGW Endpoint> (TV Gateway 5 endpoint) "client_id": <tg-id>(ID of the TV gateway 5) "scope”: <VPF provided> (Token authentication scope) "state”: HEX(JSON.stringify({"tcid”; <tc-id>"pfid"; <pf-id>,"salt";<random string>})+hash)(state information) }

[0130] If the user information is not registered in the content providing server 4, a user registration process is performed between the user terminal 1050 and the content providing server 4 (step S68). Here, the user registration process is a process of registering a user ID and a password, which are information for logging in to the content providing server 4, and registering user attribute information.

[0131] Next, the user terminal 1050 makes a login request to the content providing server 4, and the content providing server 4 makes a response in response to the login request (step S69). As an example of the response, the following information (authorization code) is output. Response {"code":<authorization code> , "state” : <state>}

[0132] When the user terminal 1050 receives the response, the user terminal 1050 performs a redirection indicating a cooperation instruction to the television gateway 5 (step S70). Note that the user terminal 1050 may transmit the authorization code to the television gateway 5.

[0133] When the acquisition unit 512 of the television gateway 5 accepts a redirect indicating a link instruction, the television gateway 5 identifies a manufacturer based on the TC-ID included in the state information acquired from the user terminal 1050. That is, the television gateway 5 assigns a manufacturer (step S71).

[0134] Then, in step S72, the transmission unit 513 of the TV gateway 5 makes a token request by transmitting an authentication code to the destination TV cloud 3 (step S72).

[0135] 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> }

[0136] The generation unit 314 of the TV cloud 3 performs authentication by referring to the DB of the storage unit 311 and determining whether or not there is information corresponding to the information identifying the content providing server 4 (for example, information included in the state information) and the authentication code acquired by the acquisition unit 312. The generation unit 314 refers to the DB of the storage unit 311, and generates a token (first token) if there is information corresponding to the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312. The generation unit 314 further associates the first token with information having the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312 in the above DB.

[0137] In step S73, the transmission unit 313 of the TV cloud 3 transmits the first token generated by the generation unit 314 to the TV gateway 5.

[0138] Specifically, the transmission unit 313 of the TV cloud 3 sends an OAuth2 Token Response as a token to the TV gateway 5. This response, an OAuth2 Access Token Response, is configured as follows. Response {"access_token":<access token> , "token_type”: "Bearer”, "expires_in”: 3600, "refresh_token”:<refresh token>}

[0139] When the TV cloud 3 accesses the TV gateway 5, it attaches an access_token. expires_in is the validity period (seconds) of the access_token, and is stored when the access_token is received along with the time at which it becomes invalid, and the access_token is used repeatedly until then. The refresh_token is stored secretly by the content providing server 4. For security reasons, it is not good to simply store it in local storage. When the access_token and refresh_token are issued by each manufacturer, the TV manufacturer can be identified by attaching an identifier that identifies the TV manufacturer to the beginning.

[0140] When the acquisition unit 512 of the television gateway 5 acquires the first token, the transmission unit 513 of the television gateway 5 transmits information including the authorization code and makes a token request to the content providing server 4 (step S74).

[0141] 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> }

[0142] The content providing server 4 identifies a user ID corresponding to the authorization code based on the authorization code acquired from the television gateway 5. Then, the content providing server 4 generates a second token that is a token based on the user ID.

[0143] In step S75, the content providing server 4 transmits the generated second token to the television gateway 5. Note that the content providing server 4 may store the second token in association with the user ID and the user attribute information.

[0144] Specifically, the content providing server 4 sends an OAuth2 Token Response as a token to the television gateway 5. This response, an OAuth2 Access Token Response, is configured as follows. {"access_token":<access token> , "token_type”: "Bearer”, "expires_in”: 3600, "refresh_token”:<refresh token>}

[0145] The acquisition unit 512 of the television gateway 5 acquires the second token from the content providing server 4. Then, the transmission unit 513 of the television gateway 5 transmits the second token to the content providing server 4 and makes a user information request to the content providing server 4 (step S76).

[0146] The information transmitted when the user information is requested has, for example, the following structure. Authorization: "Bearer" +<access token> )

[0147] The content providing server 4 searches for the user ID and user attribute information corresponding to the second token acquired from the television gateway 5, and transmits this information as a response to the television gateway 5 (step S77). As a result, the acquisition unit 512 of the television gateway 5 acquires the user ID and user attribute information. The response information is configured as follows: Response {"user_id": <ur-id>(User ID on the site of content provider server 4), "Preference”: <Current user attributes> (user's date of birth, gender, zip code, purchase history, etc.)

[0148] In step S78, the content providing server 4 transmits the PF-ID and requests device information. The information transmitted when requesting device information has the following structure, for example. Authorization: "Basic"+Base64(PF-ID + ":" +<client_secret> )

[0149] When the acquisition unit 512 of the TV gateway 5 receives the device information request from the content providing server 4, the transmission unit 513 of the TV gateway 5 transmits the first token corresponding to the second token transmitted in step S74 to the TV cloud 3, and also requests device information (step S79). The information transmitted when requesting device information has, for example, the following configuration. Authorization: "Bearer" +<access token> )

[0150] When the acquisition unit 312 of the TV cloud 3 acquires the first token, it acquires the HA-ID corresponding to the first token and information about the device corresponding to the HA-ID (attribute information of the television device 2 corresponding to the HA-ID).

[0151] In step S80, the transmission unit 313 of the TV cloud 3 transmits information such as the HA-ID as a response to the TV gateway 5. The acquisition unit 512 of the TV gateway 5 acquires the HA-ID and information on the device corresponding to the HA-ID. Examples of the response include the following. Response { "device_id": <ha-id>(HA-ID) "model":<model name> (Model of television device 2, i.e., display screen size, pixel count information such as 2K, 4K, 8K, etc.) }

[0152] In step S81, the generation unit 514 of the television gateway 5 registers binding information, which associates the acquired HA-ID, user ID, model information (model) that is attribute information of the television device 2, and PF-ID, as DB information in the storage unit 511. Note that the generation unit 514 of the television gateway 5 may further include user attribute information as the binding information.

[0153] Furthermore, the generating unit 514 of the TV gateway 5 generates a pass key. Then, in step S82, the transmitting unit 513 transmits the pass key to the content providing server 4. The pass key includes the following information: "pass_key":<pass_key> ,(This pass_key is used as the ID when the operation command is executed) "expires_in": 86400, (expires_in will be returned with a grace period of 10 days or so even if the preference is not available at the first access.) "model":<model name> (The model information in the device ID response is the model of the television device 2, i.e., the display screen size, pixel count information such as 2K, 4K, 8K, etc.)

[0154] Furthermore, the generation unit 514 of the TV gateway 5 stores the generated pass key in the storage unit 511 .

[0155] When the content providing server 4 acquires the pass key from the TV gateway 5, the content providing server 4 stores the information included in the pass key. Specifically, the content providing server 4 stores the following information for each user ID of the EC site: access_token refresh_token pass_key ·model / / Linked TV model information

[0156] The television gateway 5 acquires an authentication code from the user terminal 1050, transmits the authentication code to the destination TV cloud 3 identified based on the authentication code, acquires a first token from the TV cloud 3, and acquires a second token from the content providing server 4. The television gateway 5 then transmits the second token to the content providing server 4 to acquire a user ID, and transmits the first token to the TV cloud 3 to acquire an ID (e.g., HA-ID) of the television device 2. In this way, the television gateway 5 can associate the user ID with the ID of the television device 2 by acquiring the user ID from the content providing server 4 and the ID of the television device 2 from the TV cloud 3.

[0157] In this case, since the television gateway 5 stores the user ID and the ID of the television device 2 in association with each other, the TV cloud 3 does not need to manage the user ID, and the information management burden on the TV cloud 3 can be reduced. Also, since the television gateway 5 acquires the authentication code from the user terminal 1050, the content providing server 4 does not need to transmit the authentication code to the television gateway 5, and the processing burden on the content providing server 4 can also be reduced. In other words, the television gateway 5 can appropriately execute processing to link the receiver identifier (the ID of the television device 2) and the terminal identifier (the user ID of the user terminal 1050).

[0158] (Fourth embodiment) The information linking system S according to the fourth embodiment has the same overall configuration as the information linking 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 linking system S according to the fourth embodiment, the authentication code is displayed as a separate pin code.

[0159] Next, a process flow of each component in the information link 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 a description thereof will be omitted.

[0160] In step S91, the TV cloud 3 transmits a QR code including a URL to the television device 2. In addition, the TV cloud 3 transmits a pin code corresponding to the authentication code to the television device 2.

[0161] An example of URL information included in a QR code is as follows: https: / / XXXXXXX The part X contains the URL of the content providing server 4. The sending format of the QR code URL may be any format as long as it contains the above information.

[0162] When the acquisition unit 243 of the television device 2 acquires the QR code and the pin code from the TV cloud 3, the display control unit 244 optically displays and outputs the QR code as an image or video on the video display unit 233. The display control unit 244 also displays and outputs the pin code.

[0163] In step S92, user terminal 1050 reads the URL information optically displayed on video display unit 233 using a reading function from image information optically captured by imaging means.

[0164] In step S93, the user terminal 1050 starts an application (app) and becomes ready to accept input of a pin code.

[0165] In step S94, when a PIN code is input by a user operation, the user terminal 1050 acquires the PIN code as an authentication code. Steps S24 to S35 are similar to steps S24 to S35 in FIG.

[0166] The TV cloud 3 according to the fourth embodiment transmits a pin code corresponding to the authentication code to the television device 2, and the television device 2 displays the pin code. Then, the user of the user terminal 1050 performs an input operation based on the pin code, and the user terminal 1050 transmits the pin code to the content providing server 4 as an authentication code.

[0167] In this case, even if the authentication code cannot be included in the two-dimensional code together with the URL, the authentication code can be transmitted from the user terminal 1050 to the content providing server 4.

[0168] Fifth embodiment The information linking system S according to the fifth embodiment has the same overall configuration as the information linking system S according to the third embodiment. In the information linking system S according to the fifth embodiment, the television gateway 5 transmits campaign information to the television device 2 as promotion information for promoting a process of linking the ID of the television device 2 and the user ID of the user terminal 1050 in the information linking system S according to the third embodiment. In the information linking system S, when the television device 2 instructs a process of linking the ID of the television device 2 and the user ID of the user terminal 1050 based on the promotion information, the information linking system S executes a process of linking the ID of the television device 2 and the user ID of the user terminal 1050.

[0169] In the information link system S, when the television device 2 makes a request to acquire program guide information, the television gateway 5 accepts the request to acquire program guide information. The television gateway 5 acquires program guide configuration information and transmits the program guide configuration information to the television device 2. The program guide configuration information includes business operator information, channel information, program information, CM information, and VOD information. Note that a file server that realizes the television gateway 5 stores the program guide configuration information. That is, the television gateway 5 stores the program guide configuration information, and transmits the stored program guide configuration information to the television device 2 in response to a request to acquire program guide information from the television device 2.

[0170] The television gateway 5 stores campaign information, and transmits the campaign information in response to a request from the television device 2 when transmitting the program guide configuration information.

[0171] Here, the contents of the campaign information will be described with reference to Fig. 14. Fig. 14 is a diagram showing an example of promotion information. The campaign information has a normal linked data portion 330, a campaign linked data portion 340, and one or more advertisement information portions 350.

[0172] The normal linking data portion 330 includes information indicating an Object of the ID linking data (idbind), information indicating the base URL of the URL where the image file is stored (img_base_url), information indicating an image explaining the linking method (explanation_img of bind), and information indicating an image explaining how to unlink (explanation_img of unbind).

[0173] The campaign linkage data portion 340 includes information indicating an array of objects of the campaign information (idbind_campaign), information indicating the TV manufacturer that is the target of the campaign (tv), information indicating the base URL of the URL where the image file is stored (img_base_url), information indicating an image explaining the contents of the campaign (campaign_img), information indicating an image to be displayed if linkage has already been established (hasbound_img), information indicating an image explaining the linkage method (explanation_img), information indicating an image recommending allowing tracking by IFA-ID (recommend_tracking_img), information indicating the campaign start date and time (start), and information indicating the campaign end date and time (end).

[0174] The information indicating the image in the campaign linkage data portion 340 may be set differently for each TV manufacturer by a macro, etc. This makes it possible to assign different campaign images to each of a plurality of TV manufacturers with a simple configuration.

[0175] 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).

[0176] 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 the advertisement is to be displayed (place), a text message (message) to be displayed when the advertisement display type is text, a URL of a display image (image) to be displayed when the advertisement display type is image, a URL of a video (movie) to be displayed when the advertisement display type is movie, and information indicating a display period of the advertisement (period). The above text message, the URL of the display image, and the URL of the video are examples of information indicating the content of the advertisement.

[0177] The campaign information shown in Fig. 14 includes advertisement information portion 350a in which the advertisement type is text, advertisement information portion 350b in which the advertisement type is image, and advertisement information portion 350c in which the advertisement display type is movie. When the television device 2 receives the campaign information shown in Fig. 14, it displays a text message advertisement, a display image advertisement, and a video advertisement.

[0178] Next, a procedure for displaying an advertisement based on campaign information will be described with reference to Fig. 16. Fig. 16 is a flowchart showing the process for displaying an advertisement based on campaign information.

[0179] The process shown in Fig. 16 is executed by the television device 2 in the process of displaying a program guide. In response to a user's operation, the television device 2 requests the television gateway 5 to acquire program guide configuration information (program guide) of an EC site specified by the user. When the television device 2 requests to acquire program guide information, the television gateway 5 accepts the request to acquire program guide information. The television gateway 5 transmits the program guide configuration information to the television device 2. The television device 2 displays the program guide configuration information. The program guide configuration information includes business operator information, channel information, program information, CM information, and VOD information.

[0180] In this way, when the television device 2 displays the program guide configuration information, it requests the television gateway 5 to acquire campaign information. If the television device 2 does not acquire the campaign information from the television gateway 5 (step S101: No), it ends the process.

[0181] When the television device 2 acquires the campaign information from the television gateway 5 (step S101: Yes), the television device 2 refers to the campaign information and determines whether or not there is advertising information within the valid period based on the display start date and time and the display end date and time (step S102). When there is no advertising information within the valid period (step S102: No), the television device 2 ends the process.

[0182] If there is advertising information within the valid period (step S102: Yes), the television device 2 extracts information to be displayed from the campaign information (step S103). Then, the television device 2 executes the loop process of step S104 until all the extracted information is displayed or the program guide display is terminated by a user operation.

[0183] In the loop process of step S104, the television device 2 displays the advertisement according to the type of advertisement (step S105).

[0184] Furthermore, when the user selects to apply for a campaign while the advertisement is being displayed (for example, during the loop process of step S104), the television device 2 may display survey information, accept input of the survey information, and issue a linkage instruction request. This survey is a survey that accepts input of user attributes (gender, address, etc.).

[0185] The television device 2 may refer to the campaign information, first display a screen on which the user can select to apply for the campaign, and then execute the process of the flowchart shown in Fig. 16. In other words, the television device 2 may execute the process related to advertisement display and the process related to ID federation separately and independently.

[0186] 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 the TV cloud 3 include information for identifying the manufacturer. That is, the TV cloud 3 includes information for identifying its own device in the authentication code and token.

[0187] Before executing the process of the flowchart shown in Fig. 16, the television device 2 generates an IFA-ID using random numbers and notifies the TV cloud 3 (step S111). This IFA-ID is a numerical value having a number of digits that ensures that it is unique. Note that the television device 2 may transmit the TV model name of the television device 2. Also, in steps S111 and S112, bearer authentication may be performed.

[0188] The TV cloud 3 transmits the IFA-ID to the TV gateway 5 (step S112). After that, in step S113, the process of the flowchart shown in Fig. 16 is executed. When a link instruction is issued in step S113, the TV device 2 makes a QR code request (step S114).

[0189] Also, step S114 in Fig. 17 is similar to step S1 in Fig. 7, step S12 in Fig. 11, and step S61 in Fig. 12. Note that in step S114, the television device 2 transmits to the TV cloud 3 a PF-ID corresponding to the EC site (video platform) designated by the user.

[0190] In step S115, the TV cloud 3 sends, as a response, a QR code including the URL of the TV gateway 5 and a URL authentication code to the television device 2. The QR code includes the URL of the TV gateway 5 and the following time-limited authentication code.

[0191] {"code":<authorization code> (Authentication Code), "state":HEX(JSON.stringify({"tcid"; <tc-id>"pfid"; <pf-id>,"salt";<random string>})+hash)(state information)}

[0192] The URL authentication code is information including URL information for identifying the television gateway 5, an authentication code for performing authentication between the content providing server 4 and the TV cloud 3, and state information. The authentication code may include a portion for identifying the manufacturer of the television device 2 and a portion for identifying the television device 2. The portion for identifying the television device 2, which is included in the authentication code, is a random value. The TV cloud 3 may associate the time when this value is transmitted to the television device 2 as information in the DB of the storage unit 311. The state information may include information in which the TC-ID of the manufacturer and the PF-ID of the video platform are encoded.

[0193] An example of URL authentication code information is as follows: https: / / XXXXXXX YYYYYYYYY The URL of the television gateway 5 is placed in X, and the OAuth2 authorization code is placed in Y. The authorization code contains information that can identify the manufacturer and the television. Either one of the pieces of information that can identify the manufacturer and the television device 2 may be used. The URL authentication code may be sent in any format as long as it contains the above information. State information may also be included in Y.

[0194] When the acquisition unit 243 of the television device 2 acquires the URL authentication code from the TV cloud 3, the display control unit 244 optically displays and outputs the contents of the URL authentication code as an image or video on the video display unit 233. Note that the display form in the display control unit 244 may be a QR code, a barcode, text, or the like, as long as it is possible to optically display and output the information included in the URL authentication code as an image or video. Also, although the first and second embodiments are described using a QR code, it is not limited to the QR code as in this embodiment.

[0195] 7, step S23 in Fig. 11, and step S63 in Fig. 12, in step S116, the user terminal 1050 reads the URL authentication code information optically displayed on the video display unit 233 from the image information optically captured by the imaging means using the URL authentication code reading function. In this way, the user terminal 1050 obtains the URL and authentication code of the TV gateway 5. The authentication code portion is a time-limited authentication code and is configured as follows: "code” :<authorization code> , "state” : <string> / / Random number

[0196] In step S117, when the user terminal 1050 acquires the URL, authentication code, and state information of the TV gateway 5, it accesses the TV gateway 5 based on the URL, and transmits the authentication code and state information to request authentication. Note that the state information includes the TC-ID and PF-ID as described above.

[0197] The information to be sent at the time of authentication request is as follows. "code” :<authorization code> , "state” : <string> / / Random number

[0198] In step S118, when the acquisition unit 512 of the TV gateway 5 receives the authentication code and the state information, the transmission unit 513 of the TV gateway 5 transmits an HTML format screen including a link button indicating a link instruction to the user terminal 1050. The HTML may include a URL and a parameter for accessing the OAuth2 Authorization Endpoint of the PF-ID.

[0199] The user terminal 1050 acquires the above HTML format screen. When the user of the user terminal 1050 presses the link button (step S119), an authorization request is made to the content providing server 4, which is a video platform. The content providing server 4 receives the authorization request and transmits information responding to the request to the user terminal 1050 (step S120).

[0200] 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> (Authentication code) "redirect_uri":<TGW Endpoint> (TV Gateway 5 endpoint) "client_id": <tg-id>(ID of the TV gateway 5) "scope”: <VPF provided> (Token authentication scope) "state”: HEX(JSON.stringify({"tcid” <tc-id>"pfid"; <pf-id>,"salt";<random string>})+hash)(state information) }

[0201] In addition, if the television device 2 requests confirmation of the linkage status to the television gateway 5 via the TV cloud 3 at step S119 (steps S151, S152), the television gateway 5 sends information to the television device 2 that linkage has not been completed (steps S153, S154).

[0202] If the user information is not registered in the content providing server 4, a user registration process is performed between the user terminal 1050 and the content providing server 4 (step S121). Here, the user registration process is a process of registering a user ID and a password, which are information for logging in to the content providing server 4, and registering user attribute information.

[0203] Next, the user terminal 1050 makes a login request to the content providing server 4, and the content providing server 4 makes a response in response to the login request (step S122). As an example of the response, the following information (authorization code) is output. Response {"code":<authorization code> , "state” : <state>}

[0204] When the user terminal 1050 receives the response, the user terminal 1050 performs a redirection indicating a cooperation instruction to the television gateway 5 (step S123). Note that the user terminal 1050 may transmit the authorization code to the television gateway 5.

[0205] When the acquisition unit 512 of the television gateway 5 accepts a redirect indicating a link instruction, the television gateway 5 identifies a manufacturer based on the TC-ID included in the state information acquired from the user terminal 1050. That is, the television gateway 5 assigns a manufacturer (step S124).

[0206] Then, in step S125, the transmission unit 513 of the TV gateway 5 makes a token request by transmitting the authentication code to the destination TV cloud 3 (step S125).

[0207] 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> }

[0208] The generation unit 314 of the TV cloud 3 performs authentication by referring to the DB of the storage unit 311 and determining whether or not there is information corresponding to the information identifying the content providing server 4 (for example, information included in the state information) and the authentication code acquired by the acquisition unit 312. The generation unit 314 refers to the DB of the storage unit 311, and generates a token (first token) if there is information corresponding to the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312. The generation unit 314 further associates the first token with information having the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312 in the above DB.

[0209] In step S126, the transmission unit 313 of the TV cloud 3 transmits the first token generated by the generation unit 314 to the TV gateway 5.

[0210] Specifically, the transmission unit 313 of the TV cloud 3 sends an OAuth2 Token Response as a token to the TV gateway 5. This response, an OAuth2 Access Token Response, is configured as follows. Response {"access_token":<access token> , "token_type”: "Bearer”, "expires_in”: 3600, "refresh_token”:<refresh token>}

[0211] When the TV cloud 3 accesses the TV gateway 5, it attaches an access_token. expires_in is the validity period (seconds) of the access_token, and is stored when the access_token is received along with the time at which it becomes invalid, and the access_token is used repeatedly until then. The refresh_token is stored secretly by the content providing server 4. For security reasons, it is not good to simply store it in local storage. When the access_token and refresh_token are issued by each manufacturer, the TV manufacturer can be identified by attaching an identifier that identifies the TV manufacturer to the beginning.

[0212] When the acquisition unit 512 of the television gateway 5 acquires the first token, the transmission unit 513 of the television gateway 5 transmits information including the authorization code and makes a token request to the content providing server 4 (step S127).

[0213] 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> }

[0214] The content providing server 4 identifies a user ID corresponding to the authorization code based on the authorization code acquired from the television gateway 5. Then, the content providing server 4 generates a second token that is a token based on the user ID.

[0215] In step S128, the content providing server 4 transmits the generated second token to the television gateway 5. Note that the content providing server 4 may store the second token in association with the user ID and the user attribute information.

[0216] Specifically, the content providing server 4 sends an OAuth2 Token Response as a token to the television gateway 5. This response, an OAuth2 Access Token Response, is configured as follows. {"access_token":<access token> , "token_type”: "Bearer”, "expires_in”: 3600, "refresh_token”:<refresh token>}

[0217] The acquisition unit 512 of the television gateway 5 acquires the second token from the content providing server 4. Then, the transmission unit 513 of the television gateway 5 transmits the second token to the content providing server 4 and makes a user information request to the content providing server 4 (step S129).

[0218] The information transmitted when the user information is requested has, for example, the following structure. Authorization: "Bearer" +<access token> )

[0219] The content providing server 4 searches for the user ID and user attribute information corresponding to the second token acquired from the television gateway 5, and transmits this information as a response to the television gateway 5 (step S130). As a result, the acquisition unit 512 of the television gateway 5 acquires the user ID and user attribute information. The response information is configured as follows: Response {"user_id": <ur-id>(User ID on the site of content provider server 4), "Preference”: <Current user attributes> (user's date of birth, gender, zip code, purchase history, etc.)

[0220] In step S131, the content providing server 4 transmits the PF-ID and requests device information. The information transmitted when requesting device information has the following structure, for example. Authorization: "Basic"+Base64(PF-ID + ":" +<client_secret> )

[0221] When the acquisition unit 512 of the TV gateway 5 receives the device information request from the content providing server 4, the transmission unit 513 of the TV gateway 5 transmits the first token corresponding to the second token transmitted in step S127 to the TV cloud 3, and also requests device information (step S132). The information transmitted when requesting device information has, for example, the following configuration. Authorization: "Bearer" +<access token> )

[0222] When the acquisition unit 312 of the TV cloud 3 acquires the first token, it acquires the HA-ID corresponding to the first token and information about the device corresponding to the HA-ID (attribute information of the television device 2 corresponding to the HA-ID).

[0223] In step S133, the transmission unit 313 of the TV cloud 3 transmits information such as the HA-ID as a response to the TV gateway 5. The acquisition unit 512 of the TV gateway 5 acquires the HA-ID and information on the device corresponding to the HA-ID. Examples of the response include the following. Response { "device_id": <ha-id>(HA-ID) "model":<model name> (Model of television device 2, i.e., display screen size, pixel count information such as 2K, 4K, 8K, etc.) }

[0224] In step S134, the generation unit 514 of the television gateway 5 registers binding information, which associates the acquired HA-ID, user ID, model information (model) that is attribute information of the television device 2, and PF-ID, as DB information in the storage unit 511. Note that the generation unit 514 of the television gateway 5 may further include user attribute information as the binding information.

[0225] In step S135, the TV gateway 5 responds to the user terminal 1050 with the authorization code (step S135).

[0226] After step S134, when the television device 2 requests the television gateway 5 to confirm the cooperation status via the TV cloud 3 (steps S136 and S137), the television gateway 5 transmits information indicating that cooperation has been completed (information identifying the cooperation content providing server 4, etc.) to the television device 2 (steps S138 and S139). In addition, the television gateway 5 notifies the content providing server 4 of the IFA-ID (step S140).

[0227] Furthermore, when the IFA-ID is updated in the television device 2, the updated IFA-ID is notified to the TV cloud 3 (step S141). The TV cloud 3 transmits the updated IFA-ID to the television gateway 5. The television gateway 5 transmits the updated IFA-ID to the content providing server 4 (step S143).

[0228] 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. The television device 2 makes a link cancellation request to the TV cloud 3 in response to a user operation (step S161). In response to the cancellation request from the television device 2, the TV cloud 3 makes a link cancellation request to the television gateway 5 (step S162). Note that in steps S161 and S162, the television device 2 or the TV cloud 3 may transmit an IFA-ID together with the link cancellation request.

[0229] The television gateway 5 notifies the content providing server 4 of a request to cancel the linkage (step S163). The content providing server 4 deletes the generated second token. The television gateway 5 deletes the binding information and notifies the TV cloud 3 of the deletion (step S164). The TV cloud 3 notifies the television device 2 of the deletion of the binding information (step S165). The TV cloud 3 may also delete the first token. The content providing server 4 notifies the television gateway 5 of the cancellation of the linkage (step S166), and the television gateway 5 notifies the TV cloud 3 of the cancellation of the linkage (step S167).

[0230] Next, a processing procedure for canceling cooperation via an operation of the user terminal 1050 will be described with reference to Fig. 19. Fig. 19 is a flowchart showing a processing procedure for canceling cooperation via an operation of the user terminal 1050.

[0231] The process starts when the user operates a remote control or the like of the television device 2 to specify, on a so-called portal screen, the content providing server 4 from which the user wishes to cancel cooperation with the smartphone 1.

[0232] Step S180 in Fig. 19 is similar to step S1 in Fig. 7 and step S12 in Fig. 11. Note that in step S180, the television device 2 transmits to the TV cloud 3 the PF-ID corresponding to the content providing server 4 designated by the user.

[0233] In step S181, the TV cloud 3 sends, as a response, a QR code including the URL of the TV gateway 5 and a URL authentication code to the television device 2. The QR code includes the URL of the TV gateway 5 and the following time-limited authentication code.

[0234] {"code":<authorization code> (Authentication Code), "state":HEX(JSON.stringify({"tcid"; <tc-id>"pfid"; <pf-id>,"salt";<random string>})+hash)(state information)}

[0235] The URL authentication code is information including URL information for identifying the television gateway 5, an authentication code for performing authentication between the content providing server 4 and the TV cloud 3, and state information. The authentication code may include a portion for identifying the manufacturer of the television device 2 and a portion for identifying the television device 2. The portion for identifying the television device 2, which is included in the authentication code, is a random value. The TV cloud 3 may associate the time when this value is transmitted to the television device 2 as information in the DB of the storage unit 311. The state information may include information in which the TC-ID of the manufacturer and the PF-ID of the video platform are encoded.

[0236] An example of URL authentication code information is as follows: https: / / XXXXXXX YYYYYYYYY The URL of the television gateway 5 is placed in X, and the OAuth2 authorization code is placed in Y. The authorization code contains information that can identify the manufacturer and the television. Either one of the pieces of information that can identify the manufacturer and the television device 2 may be used. The URL authentication code may be sent in any format as long as it contains the above information. State information may also be included in Y.

[0237] When the acquisition unit 243 of the television device 2 acquires the URL authentication code from the TV cloud 3, the display control unit 244 optically displays and outputs the contents of the URL authentication code as an image or video on the video display unit 233. Note that the display form in the display control unit 244 may be a QR code, a barcode, text, or the like, as long as it is possible to optically display and output the information included in the URL authentication code as an image or video. Also, although the first and second embodiments are described using a QR code, it is not limited to the QR code as in this embodiment.

[0238] 7 and step S23 in FIG. 11, in step S182, the user terminal 1050 reads the URL authentication code information optically displayed on the video display unit 233 from the image information optically captured by the imaging means using the URL authentication code reading function. In this way, the user terminal 1050 obtains the URL and authentication code of the TV gateway 5. The authentication code portion is a time-limited authentication code and is configured as follows: "code” :<authorization code> , "state” : <string> / / Random number

[0239] In step S183, when the user terminal 1050 acquires the URL, authentication code, and state information of the TV gateway 5, it accesses the TV gateway 5 based on the URL, and transmits the authentication code and state information to request authentication. Note that the state information includes the TC-ID and PF-ID as described above.

[0240] The information to be sent at the time of authentication request is as follows. "code” :<authorization code> , "state” : <string> / / Random number

[0241] In step S184, when the acquisition unit 512 of the television gateway 5 receives the authentication code and the state information, the transmission unit 513 of the television gateway 5 transmits an HTML screen including a link cancellation button indicating a link cancellation instruction to the user terminal 1050. The HTML may include a URL and a parameter for accessing the OAuth2 Authorization Endpoint of the PF-ID.

[0242] The user terminal 1050 acquires the above HTML format screen. When the user of the user terminal 1050 presses the cancel link button (step S185), an authorization request is made to the content providing server 4, which is a video platform. The content providing server 4 receives the authorization request and transmits information responding to the request to the user terminal 1050 (step S186).

[0243] 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> (Authentication code) "redirect_uri":<TGW Endpoint> (TV Gateway 5 endpoint) "client_id": <tg-id>(ID of the TV gateway 5) "scope”: <VPF provided> (Token authentication scope) "state”: HEX(JSON.stringify({"tcid”; <tc-id>"pfid"; <pf-id>,"salt";<random string>})+hash)(state information) }

[0244] In addition, if the television device 2 requests confirmation of the linked status to the television gateway 5 via the TV cloud 3 at step S185 (steps S251, S252), the television gateway 5 sends information to the television device 2 indicating that they are linked (steps S253, S254).

[0245] Next, the user terminal 1050 makes a login request to the content providing server 4, and the content providing server 4 makes a response in response to the login request (step S188). As an example of the response, the following information (authorization code) is output. Response {"code":<authorization code> , "state” : <state>}

[0246] When the user terminal 1050 receives the response, the user terminal 1050 performs a redirection indicating a cooperation instruction to the television gateway 5 (step S189). Note that the user terminal 1050 may transmit the authorization code to the television gateway 5.

[0247] Then, in step S72, the transmission unit 513 of the TV gateway 5 makes a token request by transmitting the authentication code to the destination TV cloud 3 (step S190).

[0248] 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> }

[0249] The generation unit 314 of the TV cloud 3 performs authentication by referring to the DB of the storage unit 311 and determining whether or not there is information corresponding to the information identifying the content providing server 4 (e.g., information included in the state information) and the authentication code acquired by the acquisition unit 312. The generation unit 314 refers to the DB of the storage unit 311, and if there is information corresponding to the information identifying the content providing server 4 and the authentication code acquired by the acquisition unit 312, the transmission unit 313 of the TV cloud 3 transmits the first token to the TV gateway 5 (step S191).

[0250] Specifically, the transmission unit 313 of the TV cloud 3 sends an OAuth2 Token Response as a token to the TV gateway 5. This response, an OAuth2 Access Token Response, is configured as follows. Response {"access_token":<access token> , "token_type”: "Bearer”, "expires_in”: 3600, "refresh_token”:<refresh token>}

[0251] When the TV cloud 3 accesses the TV gateway 5, it attaches an access_token. expires_in is the validity period (seconds) of the access_token, and is stored when the access_token is received along with the time at which it becomes invalid, and the access_token is used repeatedly until then. The refresh_token is stored secretly by the content providing server 4. For security reasons, it is not good to simply store it in local storage. When the access_token and refresh_token are issued by each manufacturer, the TV manufacturer can be identified by attaching an identifier that identifies the TV manufacturer to the beginning.

[0252] When the acquisition unit 512 of the television gateway 5 acquires the first token, the transmission unit 513 of the television gateway 5 transmits information including the authorization code and makes a token request to the content providing server 4 (step S192).

[0253] 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> }

[0254] In step S193, the content providing server 4 transmits the generated second token to the television gateway 5.

[0255] Specifically, the content providing server 4 sends an OAuth2 Token Response as a token to the television gateway 5. This response, an OAuth2 Access Token Response, is configured as follows. {"access_token":<access token> , "token_type”: "Bearer”, "expires_in”: 3600, "refresh_token”:<refresh token>}

[0256] The acquisition unit 512 of the television gateway 5 acquires the second token from the content providing server 4. Then, the transmission unit 513 of the television gateway 5 transmits the second token to the content providing server 4 and also makes a user information request to the content providing server 4 (step S194).

[0257] The information transmitted when the user information is requested has, for example, the following structure. Authorization: "Bearer" +<access token> )

[0258] The content providing server 4 searches for the user ID and user attribute information corresponding to the second token acquired from the television gateway 5, and transmits this information as a response to the television gateway 5 (step S195). As a result, the acquisition unit 512 of the television gateway 5 acquires the user ID and user attribute information. The response information is configured as follows: Response {"user_id": <ur-id>(User ID on the site of content provider server 4), "Preference”: <Current user attributes> (user's date of birth, gender, zip code, purchase history, etc.)

[0259] The transmitting unit 513 of the TV gateway 5 transmits the first token to the TV cloud 3 and also requests device information (step S196). The information transmitted when requesting device information has, for example, the following configuration. Authorization: "Bearer" +<access token> )

[0260] When the acquisition unit 312 of the TV cloud 3 acquires the first token, it acquires the HA-ID corresponding to the first token and information about the device corresponding to the HA-ID (attribute information of the television device 2 corresponding to the HA-ID).

[0261] In step S197, the transmission unit 313 of the TV cloud 3 transmits information such as the HA-ID as a response to the TV gateway 5. The acquisition unit 512 of the TV gateway 5 acquires the HA-ID and information on the device corresponding to the HA-ID. Examples of the response include the following. Response { "device_id": <ha-id>(HA-ID) "model":<model name> (Model of television device 2, i.e., display screen size, pixel count information such as 2K, 4K, 8K, etc.) }

[0262] The television gateway 5 deletes the binding information and notifies the content providing server 4 of the deletion (step S198). Note that the television gateway 5 may also notify the TV cloud 3 of the deletion of the binding information.

[0263] If the television device 2 requests confirmation of the linkage status to the television gateway 5 via the TV cloud 3 after step S198 (steps S199, S200), the television gateway 5 sends information to the television device 2 indicating that they are not linked (steps S201, S202).

[0264] In the above embodiment, the case where campaign information is displayed when the program guide is displayed is described, but campaign information may also be displayed when an advertisement is displayed on the screen at a specified timing during a program broadcast via a network (a program of linearly distributed video content).

[0265] For example, campaign information may be displayed using a clickable advertisement as shown in Fig. 20. Fig. 20 shows 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 an advertisement type, information (img_url) indicating a URL of an advertisement image, and the like.

[0266] In the above embodiment, in the process of the flowchart shown in FIG. 17, the television gateway 5 requests user information from the content providing server 4 and acquires a UR-ID from the content providing server 4, but the present invention is not limited to this. For example, FIG. 21 shows a modified example of the flowchart of FIG. 17. The same parts as those in the process described in FIG. 17 will not be described. Instead of the content providing server 4 providing a UR-ID in step S128 or S130 shown in FIG. 21, the television gateway 5 may issue a temporary UR-ID in step S118 and include the parameter in the value of "state" included in the HTML code. In this case, the user terminal 1050 transmits this value to the content providing server 4 in step S120. Also, in the flowchart of FIG. 12, the television gateway 5 may issue a temporary UR-ID as described above.

[0267] The television gateway 5 according to the present embodiment stores campaign information and transmits the campaign information to the television device 2 at a predetermined timing, such as when the television device 2 displays a program guide. The campaign information has an advertisement information portion 350 including information indicating the type of advertisement display and information indicating the advertisement content.

[0268] Furthermore, the television gateway 5 acquires an authentication code from the user terminal 1050, transmits the authentication code to the destination TV cloud 3 identified based on the authentication code, acquires a first token from the TV cloud 3, and acquires a second token from the content providing server 4. The television gateway 5 then transmits the second token to the content providing server 4 to acquire a user ID, and transmits the first token to the TV cloud 3 to acquire an ID (e.g., HA-ID) of the television device 2. In this manner, the television gateway 5 can associate the user ID with the ID of the television device 2 by acquiring the user ID from the content providing server 4 and the ID of the television device 2 from the TV cloud 3.

[0269] In this case, since the television gateway 5 stores the user ID and the ID of the television device 2 in association with each other, the TV cloud 3 does not need to manage the user ID, and the information management burden of the TV cloud 3 can be reduced. Furthermore, since the television gateway 5 acquires the authentication code from the user terminal 1050, the content providing server 4 does not need to transmit the authentication code to the television gateway 5, and the processing burden of the content providing server 4 can also be reduced. That is, the television gateway 5 can appropriately execute a process of linking the receiver identifier (the ID of the television device 2) with the terminal identifier (the user ID of the user terminal 1050). Furthermore, the television gateway 5 can promote a process of linking the ID of the television device 2 with the user ID of the user terminal 1050 by outputting the campaign information. Furthermore, since the television gateway 5 has advertisement information including information indicating the display type of the advertisement and information indicating the advertisement content in the campaign information, the television device 2 can further promote a process of linking with the user ID of the user terminal 1050 by switching the display mode according to the display type of the advertisement and outputting the advertisement information. Furthermore, the television gateway 5 includes multiple pieces of advertisement information in the campaign information, so that the television device 2 can sequentially output multiple advertisements.

[0270] Furthermore, the television gateway 5 associates the ID of the television device 2 with the user ID of the user terminal 1050, and then transmits the IFA-ID to the content providing server 4. This allows the television gateway 5 to provide information capable of identifying the television device 2 without disclosing the ID of the television device 2 to the content providing server 4.

[0271] 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. [Explanation of symbols]

[0272] 1...smartphone, 2...television device, 3...TV cloud, 4...content providing server, 5...television gateway, 6...measurement server, S...information linkage system < / string> < / code> < / string> < / state> < / string> < / string> < / string> < / code> < / string> < / state> < / string> < / string> < / string> < / code> < / string> < / state> < / string> < / string> < / id> < / string> < / string>

Claims

1. 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.

2. 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.

3. The server management device according to claim 1 , wherein the promotion information transmission unit transmits the promotion information together with program guide information.

4. The server management device according to claim 1 , wherein the promotion information transmission unit transmits the promotion information together with selectable advertising information.

5. The server management device according to claim 1 , wherein the promotion information includes a plurality of pieces of advertisement information.

Images