JP6702452B2 - Specific server and communication device - Google Patents

Description

This specification discloses a specific server for displaying a web screen on a terminal device. The present specification further discloses a communication device for performing wireless communication with a terminal device.

For example, Patent Document 1 discloses a system including a PC, a relay device, an MFP, and a service providing device. The PC sends a temporary registration ID issuance request to the relay device. When receiving the temporary registration ID issuance request, the relay device generates a temporary registration ID and transmits the temporary registration ID to the PC. Thereby, the PC displays the temporary registration ID. The user operates the MFP and inputs the temporary registration ID displayed on the PC to the MFP. In this case, the MFP sends the temporary registration ID to the relay device. Upon receiving the temporary registration ID, the relay device acquires the access token from the service providing device using the temporary registration ID.

JP2012-113696A

In the technique of Patent Document 1, the user needs to operate the MFP to input the temporary registration ID into the MFP. The present specification provides a technique capable of supplying target data to a communication device using a novel method.

The communication system disclosed by the present specification includes a specific server and a terminal device. The terminal device, when the terminal device and the communication device are associated by communication not via the Internet established between the terminal device and the communication device, utilizing the communication via the Internet, The mediation server includes a first terminal transmission unit that transmits, to the mediation server, first association information indicating that the association between the terminal device and the communication device has been completed, and the mediation server performs the communication via the Internet. And a first server receiving unit that receives the first association information from the terminal device, and a specific server that can provide a specific service after the first association information is received from the terminal device. A second server receiving unit that receives first authentication data from the specific service providing server when the terminal device receives the selection of the service providing server via the user interface of the terminal device, The specific service providing server is a server different from the intermediary server, and the first authentication data is data necessary for receiving the specific service from the specific service providing server. The first authentication data is used when the first association information is received from the server receiving unit of the terminal device and the terminal device, and the first authentication data is received from the specific service providing server. And receiving the first association information from the terminal device and a first specific process execution unit that executes a specific process related to the provision of the specific service from the specific service providing server to the communication device. Without receiving the selection of the specific service providing server, the terminal device receives the first authentication data from the specific service providing server when the terminal device receives the selection via the user interface of the terminal device. And a server receiving unit according to claim 3, wherein the terminal device further accepts the selection of the specific service providing server via the user interface without transmitting the first association information to the intermediary server. The first display control unit that causes the display unit of the terminal device to display a specific screen for prompting the user to perform an operation for associating the terminal device with the communication device. The specific screen is not displayed when the selection of the specific service providing server is accepted via the user interface after the association information of is transmitted to the mediation server, and the first display control unit is provided, The intermediary service Further, in the case where the first authentication data and the second association information are received from the specific service providing server without receiving the first association information from the terminal device. And a second specific processing execution unit that executes the specific processing by using the first authentication data, wherein the specific screen is displayed on the terminal device in the second association information. Accordingly, the information received after the operation for associating the terminal device and the communication device is executed, which is information indicating that the association between the terminal device and the communication device is completed, The second specific processing execution unit is provided.
The specific server disclosed by the present specification includes a first reception unit, a preparation unit, and a first transmission unit. The first receiving unit receives the first transmission request when the first terminal device including the web browser transmits the first transmission request using the first type wireless communication. The preparation unit prepares the first specific data including the target data when the first transmission request is received. As for the first specific data, the first terminal device uses the second type wireless communication different from the first type wireless communication to transmit the target data to the communication device different from the first terminal device. This is data for displaying a first web screen showing a method for doing so on the first terminal device. The first transmitting unit transmits the first specific data to the first terminal device.

According to the above configuration, when the specific server receives the first transmission request from the first terminal device, the specific server prepares the first specific data including the target data, and sets the first specific data to the first specific data. To the terminal device. Thereby, the first terminal device can display the first web screen. For this reason, the user of the first terminal device views the first web screen, and the first terminal device uses a method for transmitting target data to the communication device (that is, using the second type of wireless communication). To learn how to do). As a result, if the user operates according to the method, the first terminal device can use the second type of wireless communication to transmit the target data to the communication device. To this end, novel techniques can be used to provide the target data to the communication device.

The communication device disclosed by the present specification includes a receiving unit and a process executing unit. The receiving unit is configured such that the first terminal device including the web browser receives the first specific data including the target data from the specific server by using the first type wireless communication, and the first terminal device. When the device transmits the target data to the communication device by using the second type wireless communication different from the first type wireless communication, the target data is received by using the second type wireless communication. .. For the first specific data, the first terminal device displays the first web screen indicating a method for the first terminal device to transmit the target data to the communication device by using the second type wireless communication. This is the data to be displayed on. The process execution unit executes a specific process using the target data.

According to the above configuration, the first terminal device can receive the first specific data from the specific server by using the first type wireless communication. Thereby, the first terminal device can display the first web screen. For this reason, the user of the first terminal device views the first web screen, and the first terminal device uses a method for transmitting target data to the communication device (that is, using the second type of wireless communication). To learn how to do). As a result, if the user operates according to the method, the first terminal device can use the second type of wireless communication to transmit the target data to the communication device. Therefore, the communication device can receive the target data from the first terminal device and appropriately execute the specific process by using the novel method.

The control method, the computer program, and the computer-readable storage medium storing the computer program for realizing the above-described specific server are also novel and useful. In addition, a control method, a computer program, and a computer-readable storage medium that stores the computer program for realizing the communication device are novel and useful. A communication system including the above-mentioned specific server and the above-mentioned communication device is also new and useful.
The following features are elements described in the claims at the time of filing the application.
(Item 1)
A specific server,
A first terminal unit including a web browser uses a first type of wireless communication to transmit a first transmission request, and a first receiving unit that receives the first transmission request,
A preparation unit that prepares first specific data including target data when the first transmission request is received, wherein the first specific data is generated by the first terminal device by the first terminal device. A first web screen showing a method for transmitting the target data to a communication device different from the first terminal device using a second type wireless communication different from the first type wireless communication; The preparation unit, which is data to be displayed on the first terminal device;
A first transmitter that transmits the first specific data to the first terminal device;
A specific server with.
(Item 2)
The first specific data is first position information including the target data, and instructs access to the first position information indicating a position of the first web data representing the first web screen. The specific server of item 1, which is the first access command to perform.
(Item 3)
The particular server further comprises:
A generator for generating the target data,
The specific server according to Item 1 or 2, wherein the preparation unit prepares the first specific data by generating the first specific data including the target data.
(Item 4)
The particular server further comprises:
An acquisition unit that acquires authentication information from a service providing server different from the specific server, wherein the authentication information is information for the communication device to receive a service from the service providing server. ,
When the authentication information is acquired from the service providing server, the generation unit generates the target data for the communication device to acquire the authentication information from the specific server, and generates the target information and the authentication information. The specific server according to item 3, which stores the target data in association with each other in the memory.
(Item 5)
The particular server further comprises:
A second receiving unit that receives a specific transmission request including the target data from the communication device after the first specific data is transmitted to the first terminal device;
A case in which, when the specific transmission request is received, the authentication information associated with the target data included in the specific transmission request is read from the memory, and the authentication information is transmitted to the communication device. 2 transmitters,
The particular server of item 4, comprising:
(Item 6)
In the first transmission request, the first terminal device receives, from the service providing server, a second access command for instructing access to second position information indicating a position in the specific server. In this case, the specific server according to item 4 or 5, which is a request to be transmitted to the specific server using the second position information.
(Item 7)
The second type wireless communication is short-range wireless communication having a shorter wireless communication range than the first type wireless communication,
7. The specific server according to any one of Items 1 to 6, wherein the first web screen includes a first message indicating that the first terminal device is brought closer to the communication device.
(Item 8)
The first transmission request further includes relationship information related to a program installed in the first terminal device,
The particular server further comprises:
A determining unit that determines whether the program supports the second type of wireless communication based on the relationship information,
The preparation section
In the first case where the program is determined to support the second type of wireless communication, the first web screen including the first message is displayed on the first terminal device. Prepare the specific data of 1,
In the second case where it is determined that the program does not support the second type wireless communication, the second web screen does not include the first message, and the communication device is operated to operate the target data. Preparing second second data for causing the first terminal device to display the second web screen including a second message that indicates to input to the communication device,
The first transmitter is
In the first case, transmitting the first specific data to the first terminal device,
The specific server according to item 7, which transmits the second specific data to the first terminal device in the second case.
(Item 9)
The first receiving unit,
The first terminal device that supports the second type of wireless communication transmits the first transmission request to the specific server by using third position information indicating a position in the specific server. In case of receiving the first transmission request,
The second terminal device which does not support the second type wireless communication is fourth position information indicating a position in the specific server, and the fourth position information different from the third position information. Using, to receive the second transmission request when transmitting the second transmission request to the specific server,
When the second transmission request is received, the preparation unit is a second web screen that does not include the first message, and operates the communication device to communicate the target data with the communication data. Preparing second specific data for causing the second terminal device to display the second web screen including a second message indicating input to the device,
The specific server according to item 7, wherein the first transmission unit further transmits the second specific data to the second terminal device when the second transmission request is received.
(Item 10)
A communication device,
As a result of the first terminal device including the web browser receiving the first specific data including the target data from the specific server by using the first type wireless communication, the first terminal device, When the target data is transmitted to the communication device by using a second type wireless communication different from the first type wireless communication, the target data is transmitted by using the second type wireless communication. The first specific data is a receiving unit that receives a method for the first terminal device to transmit the target data to the communication device by using the second type wireless communication. The first web screen shown is data for displaying on the first terminal device, the receiving unit,
A process execution unit that executes a specific process using the target data,
A communication device including.
(Item 11)
The first specific data is first position information including the target data, and instructs access to the first position information indicating a position of the first web data representing the first web screen. Is the first access command to
The receiving unit causes the first terminal device to access the first position information according to the first access command to display the first web screen, and then the second type wireless communication. And transmitting the first position information to the communication device, the second position wireless communication is used to receive the first position information,
The communication device further comprises
An extraction unit that extracts the target data from the first position information,
11. The communication device according to item 10, wherein the processing execution unit executes the specific processing by using the extracted target data.
(Item 12)
A computer program for a particular server,
Each of the following processes in the computer installed in the specific server, that is,
A first terminal device including a web browser uses a first type of wireless communication to transmit a first transmission request, and a first reception process of receiving the first transmission request,
A preparation process for preparing first specific data including target data when the first transmission request is received, wherein the first specific data is generated by the first terminal device by the first terminal device. A first web screen showing a method for transmitting the target data to a communication device different from the first terminal device using a second type wireless communication different from the first type wireless communication; The preparation process, which is data to be displayed on the first terminal device;
A first transmission process of transmitting the first specific data to the first terminal device;
A computer program that executes.

1 shows a configuration of a communication system. The sequence diagram of each processing for making an MFP perform DL printing processing using a portable terminal is shown. FIG. 3 shows a sequence diagram following FIG. 2. An example of each screen displayed on a mobile terminal or a PC is shown. The sequence diagram of each process for making the MFP execute the DL printing process by using the PC is shown. FIG. 6 shows a sequence diagram following FIG. 5. The sequence diagram of 2nd Example of continuation of FIG. 2 is shown. The sequence diagram of 2nd Example following FIG. 5 is shown. An example of (A) a message screen displayed on a mobile terminal and (B) a message screen displayed on a PC is shown.

(First embodiment)
(System configuration)
As shown in FIG. 1, the communication system 2 includes an MFP (abbreviation of Multi-Function Peripheral) 10, an intermediary server 50, a plurality of service providing servers 100 and 110, a mobile terminal 150, and a PC 160. Prepare Each device 10, 50, 100, 110, 150, 160 can be connected to the Internet. Further, each of the MFP 10 and the mobile terminal 150 can execute NFC (abbreviation of Near Field Communication) communication.

(Configuration of MFP 10)
The MFP 10 is a peripheral device capable of executing multiple functions such as a print function, a scan function, a copy function, and a FAX function. The MFP 10 includes an operation unit 12, a display unit 14, an NFC I/F (abbreviation of NFC Interface) 16, a print execution unit 18, a scan execution unit 20, a network I/F 22, and a control unit 30. .. The operation unit 12 includes a plurality of keys. The user can input various instructions to the MFP 10 by operating the operation unit 12. The display unit 14 is a display for displaying various information. The print execution unit 18 includes a printing mechanism such as an inkjet method and a laser method. The scan execution unit 20 includes a scan mechanism such as CCD and CIS.

The NFC I/F 16 is an interface for executing NFC wireless communication. The NFC method is a wireless communication method for so-called short-range wireless communication, and is, for example, a wireless communication method based on the international standard of ISO/IEC 21481 or 18092. The network I/F 22 is an interface for connecting to a LAN (abbreviation of Local Area Network). The network I/F 22 may be an interface connected to a wired LAN or an interface connected to a wireless LAN. The MFP 10 can connect to the Internet via the network I/F 22 (that is, via the LAN).

The control unit 30 includes a CPU 32 and a memory 34. The CPU 32 executes various processes according to the programs stored in the memory 34. The functions of the respective units 41 to 43 are realized by the CPU 32 executing processing according to the above program.

The MFP 10 can receive a service from the service providing server (for example, 100) by executing each processing of FIGS. 2 and 3 described later. For example, the MFP 10 can download the image data from the service providing server and print the image represented by the image data on a print medium (hereinafter referred to as “DL print processing”). That is, the MFP 10 can receive the data supply service from the service providing server and execute the DL print processing. Further, for example, the MFP 10 can upload image data generated by scanning to the service providing server (hereinafter referred to as “scan UL processing”). That is, the MFP 10 can receive the data storage service from the service providing server and execute the scan UL process.

(Configuration of Mediation Server 50)
The mediation server 50 is a server provided by the vendor of the MFP 10 and mediates the provision of services from the service providing servers 100 and 110 to the MFP 10. The mediation server 50 also functions as a web server for providing web data to the mobile terminal 150 and the PC 160. The mediation server 50 includes a network I/F 60 and a control unit 70. The mediation server 50 is connectable to the Internet via the network I/F 60.

The control unit 70 includes a CPU 72 and a memory 74. The CPU 72 executes various processes according to the programs stored in the memory 74. The functions of the respective units 81 to 88 are realized by the CPU 72 executing processing according to the above program.

(Configuration of service providing servers 100 and 110)
The service providing servers 100 and 110 are known service providing servers such as "Evernote (registered trademark)", "Google (registered trademark) Docs", "PICASA (registered trademark)", and "Facebook (registered trademark)". Is. In this embodiment, the names (that is, service names) of the service providing servers 100 and 110 are “AAA” and “BBB”, respectively. Each of the service providing servers 100 and 110 can provide a data supply service for supplying data to a communication device (for example, the MFP 10) and a data storage service for acquiring and storing data from the communication device.

The service providing server 100 is a server provided by a first service provider (that is, a first company), and the service providing server 110 is a second service provider (that is, a first service provider) different from the first service provider (that is, a first company). It is a server provided by a second company). The first service provider publishes a first API (abbreviation of Application Program Interface) for receiving a service from the service providing server 100, and the second service provider provides a service from the service providing server 110. The second API for receiving is published. Since the first service provider and the second service provider are different, the first API and the second API are usually different. For example, the communication device needs to support both the first and second APIs in order to receive the service from both the service providing servers 100 and 110 (that is, because the first API is used). And the program for using the second API are required).

For example, in order for the MFP 10 to receive a service from each of the plurality of service providing servers 100 and 110, the MFP 10 needs to support a plurality of APIs and needs to store many programs. However, the memory capacity of the memory 34 of the MFP 10 is smaller than that of the PC 160 or the like. Therefore, in the present embodiment, the mediation server 50 is provided so that the MFP 10 can receive services from each of the plurality of service providing servers 100 and 110 without storing many programs in the MFP 10.

That is, the mediation server 50 corresponds to a plurality of APIs for the plurality of service providing servers 100 and 110. Then, the mediation server 50 uses each API for each service providing server 100, 110 so that the MFP 10 can receive the service from each service providing server 100, 110. Communication (for example, communication for obtaining the access token 230 described later). As a result, the MFP 10 receives a service from each service providing server 100, 110 even if it does not support each API for each service providing server 100, 110 (that is, even if it does not store many programs). be able to. Further, when the specifications of the service providing servers 100 and 110 are changed, if the program of the mediation server 50 is changed, the specification change can be dealt with without changing the program of the MFP 10. Further, if the program of the mediation server 50 is changed so as to correspond to the API for the new service providing server, the MFP 10 can receive the service from the new service providing server without changing the program of the MFP 10. You can

(Configuration of mobile terminal 150)
The mobile terminal 150 is, for example, a mobile terminal device such as a mobile phone (for example, a smartphone), a PDA, a notebook PC, a tablet PC, a portable music reproducing device, a portable moving image reproducing device, or the like. Although not shown, the mobile terminal 150 includes an interface for executing NFC communication and an interface for executing wireless communication based on a wireless communication standard defined by the Wi-Fi Alliance. Hereinafter, the latter wireless communication will be referred to as “Wi-Fi communication”.

The mobile terminal 150 includes a known OS program (for example, Android (registered trademark)) that supports NFC communication and Wi-Fi communication. The mobile terminal 150 further includes a known web browser program. However, the mobile terminal 150 does not include a special application program for extracting a temporary ID described later from the web data and transmitting the temporary ID to the MFP 10 using NFC communication. The mobile terminal 150 executes Wi-Fi communication and can connect to the Internet. In this embodiment, it is assumed that the mobile terminal 150 and the MFP 10 are not connected to the same LAN.

Here, the difference between NFC communication and Wi-Fi communication will be described. As described above, the NFC communication is wireless communication based on the international standard of ISO/IEC21481 or 18092, for example. On the other hand, Wi-Fi communication is based on, for example, the IEEE (abbreviation of The Institute of Electrical and Electronics Engineers, Inc.) 802.11 standard, and a standard (for example, 802.11a, 11b, 11g, 11n) and the like. The communication speed of NFC communication (for example, maximum communication speed=100 to 424 Kbps) is slower than the communication speed of Wi-Fi communication (for example, maximum communication speed=11 to 600 Mbps). The frequency of the carrier wave in NFC communication (for example, 13.56 MHz band) is different from the frequency of the carrier wave in Wi-Fi communication (for example, 2.4 GHz band or 5.0 GHz band). The communicable distance of NFC communication (for example, 10 cm or less) is shorter than the communicable distance of Wi-Fi communication (for example, 100 m or less).

(Configuration of PC 160)
The PC 160 is a terminal device such as a desktop PC, a notebook PC, or a tablet PC, for example. Unlike the mobile terminal 150, the PC 160 cannot execute NFC communication. The PC 160 includes a known OS program (for example, Windows (registered trademark)) that supports Wi-Fi communication. Moreover, the PC 160 further includes a known web browser program. The PC 160 executes Wi-Fi communication and can connect to the Internet. In the present embodiment, it is assumed that the PC 160 and the MFP 10 are not connected to the same LAN.

(User's advance preparation)
The user needs to execute the following preparations in order for the MFP 10 to receive the service from each of the service providing servers 100 and 110. The user accesses the service providing server 100, for example, using a terminal device such as the mobile terminal 150 or the PC 160, and registers the login ID and password in the service providing server 100 using a known method. When such advance preparation is completed, the user can receive a service from the service providing server 100 using the above terminal device. For example, the user can receive a data storage service from the service providing server 100 and upload a file including image data to the service providing server 100. After that, when the user wants the MFP 10 to print the uploaded file (that is, when the MFP 10 executes the DL print processing), the user executes the operation shown in FIG. 2 and FIG. 3 described later. ..

(Process for causing the MFP 10 to execute the DL print process)
In order for the MFP 10 to receive the data supply service from the service providing server 100 and execute the DL print processing, the MFP 10 needs to acquire the access token generated by the service providing server 100. As a method of supplying the access token to the MFP 10, there are a method of using the mobile terminal 150 capable of executing NFC communication and a method of using the PC 160 not capable of executing NFC communication. Hereinafter, a method of using the mobile terminal 150 will be described with reference to FIGS. 2 and 3, and then a method of using the PC 160 will be described with reference to FIGS. 5 and 6.

(Case A in which the mobile terminal 150 is used; FIG. 2)
The user of the mobile terminal 150 brings the mobile terminal 150 closer to the MFP 10 so that the NFC connection is established between the mobile terminal 150 and the MFP 10. While the power of the MFP 10 is turned on, the NFC I/F 16 of the MFP 10 emits a detection radio wave for detecting a device (for example, the mobile terminal 150) capable of executing NFC communication. The NFC I/F (not shown) of the mobile terminal 150 also emits a detection radio wave for detecting a device (for example, the MFP 10) capable of performing NFC communication. When the distance between the MFP 10 and the mobile terminal 150 becomes smaller than the distance (for example, 10 cm) that the detection radio wave reaches, one of the MFP 10 and the mobile terminal 150 receives the detection radio wave from the other device and responds. Send radio waves. As a result, the NFC connection is established between the MFP 10 and the mobile terminal 150.

The memory 34 of the MFP 10 stores in advance the URL (abbreviation of Uniform Resource Locator) “http://www.aa.com” of the mediation server 50. When the NFC connection is established between the MFP 10 and the mobile terminal 150, the control unit 30 of the MFP 10 uses the NFC connection (that is, the NFC communication) to store the NFC connection in the memory 34. The URL is transmitted to the mobile terminal 150.

In S10, the OS program of the mobile terminal 150 activates the web browser of the mobile terminal 150 when the URL of the intermediation server 50 is received as a result of the NFC communication. Such a mechanism is a mechanism preloaded in the OS program. Therefore, the OS program of the mobile terminal 150 can activate the web browser without installing a special application program in the mobile terminal 150.

The web browser of the mobile terminal 150 accesses the URL of the mediation server 50. In the following, the OS program of the mobile terminal 150 and the browser program of the mobile terminal 150 are simply described as “mobile terminal 150 (OS)” and “mobile terminal 150 (browser)”, respectively. A method for the mobile terminal 150 (browser) to access the URL of the mediation server 50 will be described next.

The mobile terminal 150 (browser) uses the server name “www.aa.com” of the intermediation server 50 in the URL “http://www.aa.com” of the intermediation server 50 to execute the DNS (Domain Name System). The IP address of the mediation server 50 is acquired from the server. Then, the mobile terminal 150 (browser) generates a GET command of HTTP (abbreviation of Hyper Text Transfer Protocol) including the acquired IP address as a destination IP address. Therefore, the GET command includes the IP address of the mediation server 50, but does not include the URL of the mediation server 50 itself. However, since the IP address of the mediation server 50 is obtained by converting the URL of the mediation server 50, it is information equivalent to the URL of the mediation server 50. For this reason, it can be said that the GET command including the IP address of the mediation server 50 is equivalent to the GET command including the URL of the mediation server 50. Therefore, in the present embodiment, in the situation where the device (for example, the mobile terminal 150) accesses the URL and transmits the GET command, the GET command does not actually include the URL itself, but "the GET command specifies the URL. "Include".

Further, it is assumed that the target URL to be accessed by the mobile terminal 150 (browser) is, for example, “http://www.aa.com/xxx/yyy”. Below, in such a URL, the parts "xxx" and "yyy" after the server name "www.aa.com" are called "resource part". The mobile terminal 150 (browser) acquires the IP address from the DNS server using the server name “www.aa.com” and generates a GET command including the acquired IP address as the destination IP address. The GET command further includes a character string (that is, “xxx” and “yyy”) indicating the resource part in the URL. Therefore, the GET command includes the IP address of the mediation server 50 and the character string after the resource part in the URL, but does not include the URL itself. In the present embodiment, such a GET command is also expressed as “GET command includes URL”. Although the resource part actually includes an extension such as “.cgi”, the description and illustration of “.cgi” are omitted in the present embodiment and the drawings.

The mobile terminal 150 (browser) generates the GET command 210 including the URL of the intermediation server 50 as the request destination URL. The URL 210 includes the server name “www.aa.com” of the mediation server 50 (that is, the position in the mediation server 50 is shown). Therefore, the mobile terminal 150 (browser) executes Wi-Fi communication (that is, HTTP communication) and transmits the GET command 210 to the mediation server 50. As a result, the mobile terminal 150 (browser) can access the URL of the mediation server 50.

The control unit 70 of the mediation server 50 receives the GET command 210 from the mobile terminal 150 (browser) using HTTP communication. In this case, the control unit 70 acquires the service list data 212 from the memory 74. The service list data 212 is web data representing the service list screen 212a of FIG. 4, and has a format that can be interpreted by the mobile terminal 150 (browser). Next, the control unit 70 uses HTTP communication to transmit the service list data 212 to the mobile terminal 150 (browser). The service list data 212 includes the URL of the intermediation server 50 (that is, the same URL as the request destination URL included in the GET command 210) as the page URL of the web page (that is, the service list screen 212a of FIG. 4).

The mobile terminal 150 (browser) receives the service list data 212 from the intermediation server 50 using Wi-Fi communication (that is, HTTP communication). In this case, the mobile terminal 150 (browser) displays the service list screen 212a (see FIG. 4) represented by the service list data 212. The uppermost column of the service list screen 212a shows the URL “http://www.aa.com” in the service list data 212. Further, the service list screen 212a includes the service names of the service providing servers 100 and 110 (that is, "AAA" and "BBB").

The user operates the mobile terminal 150 while viewing the service list screen 212a to select one service name (for example, AAA), and then selects an OK button (not shown). Thereby, the mobile terminal 150 (browser) generates the POST command 214 including the selection result (for example, “AAA”). Next, the mobile terminal 150 (browser) transmits the POST command 214 to the mediation server 50 using Wi-Fi communication (that is, HTTP communication).

A script for the portable terminal 150 (browser) to generate the POST command 214 is included in the service list data 212. Therefore, the mobile terminal 150 (browser) can generate and transmit the POST command 214 without installing a special application on the mobile terminal 150.

The control unit 70 of the mediation server 50 receives the POST command 214 from the mobile terminal 150 (browser) using HTTP communication. In this case, the control unit 70 generates the URL corresponding to the selection result included in the POST command 214, and generates the HTTP redirect command 216 including the URL as the redirect URL. The HTTP redirect command is a command for instructing access to the URL (that is, the redirect URL) included in the redirect command.

When the selection result included in the POST command 214 indicates the service name “AAA” of the service providing server 100, the control unit 70 sets the URL “http://www.bb.com” of the service providing server 100 to It is acquired from the memory 74. The control unit 70 further acquires, from the memory 74, a URL (hereinafter, referred to as “return URL”) for executing the process of S40 of FIG. 3 described later. The return URL is “http://www.aa.com/id” and includes the server name “www.aa.com” of the mediation server 50 (that is, the position in the mediation server 50 is shown). Next, the control unit 70 includes the URL “http://www.bb.com” of the service providing server 100 and the query unit “?URL=http://www.aa.com/id” in which the return URL is described. By combining and, the first combined URL is generated. In the following, when the URL includes the query part (the part after “?”), the part before the query part (that is, the part before “?”) is called “domain part”. For example, in the first combination URL, the domain part is “http://www.bb.com” and the query part is “?URL=http://www.aa.com/id”.

If the selection result included in the POST command 214 indicates the service name “BBB” of the service providing server 110, the control unit 70 includes the domain part indicating the URL (not shown) of the service providing server 110, The first combination URL is generated by combining the query section in which the return URL of is described.

The control unit 70 generates the redirect command 216 including the generated first combined URL as the redirect URL, and transmits the redirect command 216 to the mobile terminal 150 (browser) using HTTP communication.

The mobile terminal 150 (browser) receives the redirect command 216 from the intermediary server 50 using Wi-Fi communication (that is, HTTP communication). In this case, the mobile terminal 150 (browser) accesses the redirect URL (that is, the first combination URL) according to the redirect command 216. That is, the mobile terminal 150 (browser) generates the GET command 218 including the first combination URL as the request destination URL. In the example of FIG. 2, the domain part “http://www.bb.com” of the request destination URL includes the server name “www.bb.com” of the service providing server 100 (that is, in the service providing server 100). Position). Therefore, the mobile terminal 150 (browser) transmits the GET command 218 to the service providing server 100 using Wi-Fi communication (that is, HTTP communication).

When receiving the GET command 218 from the mobile terminal 150 (browser), the service providing server 100 acquires the login data 220 from the memory (not shown) of the service providing server 100. The login data 220 is web data representing the login screen 220a of FIG. 4, and has a format that can be interpreted by the mobile terminal 150 (browser). Next, the service providing server 100 transmits the login data 220 to the mobile terminal 150 (browser). The login data 220 includes the first combination URL (that is, the same URL as the request destination URL included in the GET command 218) as the page URL of the web page (that is, the login screen 220a in FIG. 4).

Since the service providing server 100 can obtain the first combination URL included in the GET command 218, the return described in the query part (the part after “?”) in the first combination URL. By using the URL "http://www.aa.com/id", the redirect command 250 of FIG. 3 described later can be transmitted. Such a mechanism, that is, a mechanism for transmitting the redirect command by using the URL described in the query part in the request destination URL of the GET command is installed in the service providing server 100 in advance.

The mobile terminal 150 (browser) receives the login data 220 from the mediation server 50 by using Wi-Fi communication (that is, HTTP communication). In this case, the mobile terminal 150 (browser) displays the login screen 220a (FIG. 4) represented by the login data 220. The uppermost column of the login screen 220a shows the URL in the login data 220 (that is, the first combination URL). The login screen 220a also includes a box for inputting a login ID and a box for inputting a password.

The user operates the mobile terminal 150 while looking at the login screen 220a, and inputs the login ID and the password. That is, the user inputs the login ID and password registered in advance in the service providing server 100 in the above preparation. After that, the user selects an OK button (not shown) in the login screen 220a. Thereby, the mobile terminal 150 (browser) generates the POST command 222 including the login ID and the password. The script for the mobile terminal 150 (browser) to generate the POST command 222 is included in the login data 220. Next, the mobile terminal 150 (browser) transmits the POST command 222 to the service providing server 100 using Wi-Fi communication (that is, HTTP communication).

In S20, when the service providing server 100 receives the POST command 222 from the mobile terminal 150 (browser), the service providing server 100 executes authentication of the login ID and password included in the POST command 222. If the authentication is successful, in S22, the service providing server 100 generates an access token 230 for the MFP 10 to receive the service from the service providing server 100. Next, the service providing server 100 transmits the access token 230 to the mediation server 50.

The acquisition unit 87 of the mediation server 50 acquires the access token 230 by receiving the access token 230 from the service providing server 100 using HTTP communication. In this case, in S30, the generation unit 86 of the mediation server 50 generates a temporary ID (in the present embodiment, the character string “xyz”) by, for example, randomly selecting and combining a plurality of alphabets. Then, the generation unit 86 stores the access token 230 and the temporary ID in the memory 74 in association with each other. With this, in FIG. 3 described later, when the intermediary server 50 receives the access token request 280 including the temporary ID from the MFP 10, the mediation server 50 can transmit the access token 230 associated with the temporary ID to the MFP 10.

(Case A1; FIG. 3 (continued from FIG. 2))
As described above, the service providing server 100 acquires the first combination URL by receiving the GET command 218 of FIG. 2 from the mobile terminal 150 (browser). The service providing server 100 extracts the return URL “http://www.aa.com/id” included in the query part (the part after “?”) from the first combination URL. Then, as shown in FIG. 3, the service providing server 100 generates a redirect command 250 including the extracted return URL as the redirect URL, and transmits the redirect command 250 to the mobile terminal 150 (browser).

The mobile terminal 150 (browser) receives the redirect command 250 from the service providing server 100 by using Wi-Fi communication (that is, HTTP communication). In this case, the mobile terminal 150 (browser) accesses the redirect URL (that is, the return URL described above) according to the redirect command 250. That is, the mobile terminal 150 (browser) generates the GET command 252 including the above return URL as the request destination URL. The return URL includes the server name “www.aa.com” of the mediation server 50. Therefore, the mobile terminal 150 (browser) transmits the GET command 252 to the intermediation server 50 using Wi-Fi communication (that is, HTTP communication).

The first receiving unit 81 of the mediation server 50 receives the GET command 252 from the mobile terminal 150 (browser) using HTTP communication. When the control unit 70 of the mediation server 50 recognizes that the request destination URL (that is, the return URL) in the GET command 252 includes “/id”, it activates the program for the process of S40 described later, and The process of S40 is executed according to the program.

As described above, in the present embodiment, the mediation server 50 transmits the redirect command 216 including the return URL (that is, the query portion of the first combination URL) to the mobile terminal 150 (browser) (see FIG. 2). For this reason, the mobile terminal 150 (browser) accesses the return URL after executing communication of each data 218, 220, 222, 250 with the service providing server 100. For this reason, the mobile terminal 150 (browser) accesses the intermediation server 50 (that is, transmits the GET command 252) even if the user does not perform an operation for accessing the intermediation server 50 on the mobile terminal 150 (browser). Then, the intermediary server 50 can appropriately execute the processing of S40.

In S40, the preparation unit 85 of the mediation server 50 acquires a message URL “http://www.aa.com/message” indicating the position of message data 258 described below from the memory 74. Next, the preparation unit 85 acquires the temporary ID “xyz” generated in S30 of FIG. 2 from the memory 74. The preparation unit 85 combines the domain part indicating the message URL and the query part “?ID=xyz” in which the temporary ID is described, to obtain the second combination URL “http://www.aa.com. /message?ID=xyz” is generated.

Next, the preparation unit 85 prepares the redirect command 254 by generating the redirect command 254 including the second combined URL as the redirect URL. Then, the first transmission unit 83 of the mediation server 50 transmits the redirect command 254 to the mobile terminal 150 (browser) using HTTP communication.

In addition, in S40, the preparation unit 85 further generates message data 258. The message data 258 is web data representing the message screen 258a of FIG. 4, and has a format that can be interpreted by the mobile terminal 150 (browser). Message data 258 includes character data representing message 300a (see FIG. 4) and character data representing message 300b. The message 300a is a message for urging the user to bring the mobile terminal 150 closer to the MFP 10 so that the NFC communication is executed between the mobile terminal 150 and the MFP 10.

The message 300b operates the operation unit 12 of the MFP 10 when there is no reaction when the mobile terminal 150 is brought close to the MFP 10 (that is, when NFC communication is not started), or when the mobile terminal 150 does not have the NFC I/F. Is a message for prompting the user to input the temporary ID into the MFP 10. As will be described later in detail, the mobile terminal 150 (OS) of the present embodiment is configured to display the web displayed by the web browser when the web browser is operating as a foreground program when the NFC connection is established. It has a mechanism for transmitting the URL of a page by NFC communication. However, there may be an OS program that does not have such a mechanism (hereinafter referred to as “non-compatible OS”). If the mobile terminal 150 includes the NFC I/F 16 but has a non-compliant OS, the URL of the web page cannot be transmitted by NFC communication. Therefore, the message 300b prompts the user to input the temporary ID into the MFP 10 when there is no reaction when the mobile terminal 150 is brought close to the MFP 10.

The memory 74 stores in advance a template for generating the message data 258. The template includes the above character data. However, the template does not describe a specific value of the temporary ID (that is, “xyz”). Therefore, in S40, the preparation unit 85 generates the message data 258 by describing the temporary ID (that is, “xyz”) in the template.

The mobile terminal 150 (browser) receives the redirect command 254 from the intermediary server 50 by using Wi-Fi communication (that is, HTTP communication). In this case, the mobile terminal 150 (browser) accesses the redirect URL (that is, the second combination URL) according to the redirect command 254. That is, the mobile terminal 150 (browser) generates the GET command 256 including the second combination URL as the request destination URL. The second combination URL includes the server name “www.aa.com” of the mediation server 50. Therefore, the mobile terminal 150 (browser) transmits the GET command 256 to the intermediation server 50 using Wi-Fi communication (that is, HTTP communication).

The control unit 70 of the mediation server 50 receives the GET command 256 from the mobile terminal 150 (browser) using HTTP communication. When the control unit 70 recognizes that the request destination URL (that is, the second combination URL) in the GET command 256 includes the resource portion “message”, the control unit 70 activates the program for transmitting the message data 258. Then, the control unit 70 transmits the message data 258 to the mobile terminal 150 (browser) using HTTP communication according to the program. The message data 258 includes the second combination URL (that is, the same URL as the request destination URL included in the GET command 256) as the page URL of the web page (that is, the message screen 258a in FIG. 4).

As described above, when the intermediary server 50 receives the GET command 252 from the mobile terminal 150, the intermediary server 50 generates the second combination URL and the message data 258 (S40), and then communicates the redirect command 254 and the GET command 256. After executing, the message data 258 including the second combination URL is transmitted to the mobile terminal 150. Without adopting such a configuration, the mediation server 50 transmits the message data 258 including the second combination URL to the mobile terminal 150 as a response to the GET command 252 (that is, the redirect command 254 and the GET command 256). It is conceivable to adopt a configuration in which the communication is omitted).

However, in the mechanism of HTTP, when the web server (that is, the intermediary server 50) receives the GET command from the client (that is, the mobile terminal 150) and transmits the web data as a response to the GET command, the web server The requested URL must be used as the page URL of the web data. Therefore, if the intermediary server 50 adopts a configuration in which the message data 258 is transmitted as a response to the GET command 252, the intermediary server 50 will return the return URL “http://www.aa” which is the request destination URL in the GET command 252. .com/id” cannot be described as the page URL of the message data 258, and the second combination URL in which the temporary ID is described cannot be described as the page URL of the message data 258.

In the present embodiment, in view of the above situation, the intermediary server 50 transmits, as a response to the GET command 252, not the web data but the redirect command 254 including the second combination URL as the redirect URL, and the GET command 256. Is adopted. As a result, the mediation server 50 can describe the second combination URL, which is the request destination URL in the GET command 256, as the page URL of the message data 258. Thus, the mediation server 50 can appropriately transmit the message data 258 including the second combination URL in which the temporary ID is described as the page URL to the mobile terminal 150.

The mobile terminal 150 (browser) receives the message data 258 from the mediation server 50 by using Wi-Fi communication (that is, HTTP communication). In this case, the mobile terminal 150 (browser) displays the message screen 258a (FIG. 4) represented by the message data 258. The uppermost column of the message screen 258a shows the URL (that is, the second combination URL) in the message data 258. The message screen 258a also includes the messages 300a and 300b.

The user can know that the mobile terminal 150 capable of executing NFC communication should be brought closer to the MFP 10 by looking at the message 300a in the message screen 258a. Therefore, the user brings the mobile terminal 150 closer to the MFP 10. As a result, the NFC connection is reestablished between the MFP 10 and the mobile terminal 150 (OS).

When the NFC connection is established, the mobile terminal 150 (OS) uses the NFC connection (that is, the NFC communication) to describe the URL described in the message screen 258a (that is, the second combination URL). ) Is transmitted to the MFP 10. Thus, when the NFC connection is established with the web page (that is, the message screen 258a) being displayed, the page URL of the web page (that is, the second combination URL) is used by using the NFC connection. ) Is transmitted in advance in the OS program. That is, the mobile terminal 150 (OS) transmits the URL of the web page displayed by the web browser by NFC communication when the web browser is operating as the foreground program when the NFC connection is established. It has a mechanism to do. Therefore, the mobile terminal 150 (OS) can transmit the second combination URL to the MFP 10 by using NFC communication without installing a special application program in the mobile terminal 150. In other words, the mobile terminal 150 (OS) can use NFC communication to transmit the temporary ID described in the query portion of the second combination URL to the MFP 10.

The message 300b in the message screen 258a includes the temporary ID. Therefore, the mobile terminal 150 may adopt a configuration in which the message 300b in the message screen 258a is extracted, and the temporary ID is supplied to the MFP 10 by transmitting the message 300b to the MFP 10 using NFC communication. Conceivable. However, when the portable terminal 150 receives the web data (that is, the message data 258) as a result of the HTTP communication, the web data itself (or a part of the character string in the web data) is transmitted using the NFC communication. In order to do so, it is necessary to install a special application program in the mobile terminal 150. In view of such a situation, in the present embodiment, the mediation server 50 generates the second combination URL in which the temporary ID is described (S40), and outputs the message data 258 including the second combination URL as the page URL. A configuration for transmitting to the mobile terminal 150 is adopted. Thereby, even if the special application program is not installed in the mobile terminal 150, the mobile terminal 150 (OS) transmits the second combination URL to the MFP 10 by using the NFC communication so that the temporary ID is transmitted to the MFP 10. Can be supplied appropriately.

The receiving unit 41 of the MFP 10 receives the second combination URL from the mobile terminal 150 (OS) using NFC communication. In this case, in S50, the extraction unit 43 of the MFP 10 extracts the temporary ID from the second combination URL. Specifically, the extraction unit 43 searches the query unit included in the second combination URL for the character string “ID=” indicating the beginning of the temporary ID, and describes it after the character string “ID=”. Extract the character string "xyz".

Next, the process execution unit 42 of the MFP 10 generates an access token request 280 including the extracted temporary ID and transmits the access token request 280 to the intermediation server 50 using HTTP communication. The access token request 280 may be an HTTP GET command or a POST command.

The second receiving unit 82 of the mediation server 50 receives the access token request 280 from the MFP 10 using HTTP communication. In this case, the second transmission unit 84 of the mediation server 50 reads the access token 230 associated with the temporary ID “xyz” included in the access token request 280 from the memory 74. Then, the second transmission unit 84 uses HTTP communication to transmit the access token 230 to the MFP 10.

For example, when a plurality of users perform the operations of FIGS. 2 and 3 at the same time, the mediation server 50 must store a plurality of access tokens for the plurality of users in the memory 74 at the same time. There may be situations where it must be. Therefore, if the temporary ID and the access token are not associated with each other in the memory 74, the intermediary server 50, when receiving the access token request 280, determines which access token of the plurality of access tokens the MFP 10 receives. I don't know what to send. In this embodiment, in S30 of FIG. 2, the mediation server 50 stores the access token and the temporary ID in the memory 74 in association with each other. Thereby, when receiving the access token request 280 from the MFP 10, the intermediation server 50 can appropriately transmit the access token 230 associated with the temporary ID to the MFP 10.

The process execution unit 42 of the MFP 10 receives the access token 230 from the mediation server 50 using HTTP communication. In this case, the process executing unit 42 uses the access token 230 to execute a process for receiving the data supply service from the service providing server 100. That is, the process execution unit 42 uses HTTP communication to transmit a file acquisition request 290 (for example, an HTTP GET command) including the access token 230 to the service providing server 100.

When receiving the file acquisition request 290 from the MFP 10, the service providing server 100 uses the access token 230 included in the file acquisition request 290 to perform authentication. That is, the service providing server 100 determines whether the access token 230 is generated by the service providing server 100 itself. When the authentication of the access token 230 is successful, the service providing server 100 transmits the file 292 previously uploaded to the service providing server 100 by the user to the MFP 10. That is, the service providing server 100 provides a data supply service.

When receiving the file 292 from the service providing server 100, the process execution unit 42 of the MFP 10 supplies the image data included in the file 292 to the print execution unit 18. The print execution unit 18 prints the image represented by the image data on a print medium. As a result, the MFP 10 can receive the data supply service from the service providing server 100 and execute the DL print processing. In other words, the user of the mobile terminal 150 can cause the MFP 10 to execute the DL printing process using the mobile terminal 150.

(Case B in which PC 160 is used; FIG. 5)
Next, a case B in which the PC 160 is used will be described. The PC 160 cannot execute NFC communication. Therefore, the PC 160 uses Wi-Fi communication (or executes wired communication via a wired LAN) to execute each communication illustrated in FIGS. 5 and 6.

The user activates the browser of the PC 160 and inputs the URL of the intermediation server 50 into the PC 160 using an operation device such as a keyboard and a mouse. The URL “http://www.aa.com” of the mediation server 50 input here is the mediation server 50 received from the MFP 10 by the mobile terminal 150 (OS) as a result of the NFC communication in the case A of FIG. It is the same as the URL. The URL of the mediation server 50 is described in, for example, a manual for the MFP 10 and is previously notified to the user of the PC 160.

The PC 160 accesses the URL of the mediation server 50. That is, the PC 160 transmits the GET command 210 including the URL of the mediation server 50 as the request destination URL to the mediation server 50. The subsequent processing is the same as that of case A in FIG.

(Case B1; FIG. 6 (continued from FIG. 5))
Each process until the PC 160 receives the message data 258 from the mediation server 50 is the same as the case A1 in FIG. When receiving the message data 258 from the intermediary server 50, the PC 160 displays the message screen 258a (see FIG. 4). The user knows that the PC 160 cannot execute NFC communication. Therefore, the user sees the message 300b in the message screen 258a, operates the operation unit 12 of the MFP 10, and inputs the temporary ID “xyz” into the MFP 10.

When the temporary ID “xyz” is input, the process execution unit 42 of the MFP 10 transmits the access token request 280 including the temporary ID “xyz” to the intermediation server 50, as in case A1 of FIG. The access token 230 is received from the server 50. The subsequent processes are the same as in case A1 in FIG. A user of the PC 160 can use the PC 160 to cause the MFP 10 to execute DL print processing.

In this embodiment, in both case A1 of FIG. 3 and case B1 of FIG. 6, the control unit 30 of the MFP 10 discards the access token 230 when executing the DL print process using the access token 230 (that is, Erase from memory 34). However, in the modification, the control unit 30 associates the access token 230, the user name (for example, the user name input to the operation unit 12), and the service name of the service providing server 100 with each other and continues the association in the memory 34. May be stored. In this case, for example, when the user receives the data supply service from the service providing server 100 and wants the MFP 10 to execute the DL print processing again, the MFP 10 uses the access token 230 in the memory 34 to execute the DL. Printing processing can be executed.

(Effect of the first embodiment)
If the MFP 10 has a web server function and the mobile terminal 150 and the MFP 10 are connected to the same LAN, the user can change the temporary ID from the message 300b (see FIG. 4) in the message screen 258a. After knowing, the mobile terminal 150 can be used to access the web server of the MFP 10, for example. Then, the user can supply the temporary ID to the MFP 10 by inputting the temporary ID on the web screen supplied from the web server of the MFP 10. However, as described above, in the present embodiment, it is assumed that the mobile terminal 150 and the MFP 10 are not connected to the same LAN. In such a situation, the mobile terminal 150 cannot access the MFP 10 using HTTP communication. Therefore, in the present embodiment, as shown in cases A and A1 of FIGS. 2 and 3, even when the mobile terminal 150 and the MFP 10 are not connected to the same LAN, the mobile terminal 150 appropriately sets the temporary ID to the MFP 10. The technology is used to supply

That is, the intermediary server 50, when acquiring the access token 230 from the service providing server 100, generates a temporary ID “xyz”, associates the temporary ID with the access token 230, and stores them in the memory 74 (FIG. 2 S30). Then, when the intermediation server 50 receives the GET command 252 from the mobile terminal 150 (browser), it transmits the redirect command 254 including the second combination URL in which the temporary ID is described to the mobile terminal 150 (browser). The mobile terminal 150 (browser) transmits the GET command 256 to the mediation server 50, receives the message data 258 from the mediation server 50, and as a result, displays the message screen 258a (see FIG. 4).

The user sees the message 300a in the message screen 258a and brings the mobile terminal 150 closer to the MFC 10. As a result, the mobile terminal 150 (OS) supplies the temporary ID to the MFP 10 by transmitting the second combination URL to the MFP 10 using NFC communication. Therefore, unlike the case where the PC 160 is used (see FIGS. 5 and 6 ), the user does not have to input the temporary ID to the MFP 10 by operating the operation unit 12 of the MFP 10, and thus the temporary ID is input to the MFP 10. Can be easily supplied to. In particular, when the number of characters (for example, the number of alphabets) forming the temporary ID is large, the technique of this embodiment is effective. According to this embodiment, the convenience of the user can be improved.

In addition, in the present embodiment, the temporary ID is described in the query part in the second combination URL. Therefore, the portable terminal 150 sends the second combination URL to the MFP 10 according to a mechanism preinstalled in the OS program, that is, a mechanism for transmitting the page URL of the message screen 258a operating in the foreground by NFC communication. Can be sent. Even without installing a special application program in the mobile terminal 150, the mobile terminal 150 (OS) can appropriately transmit the temporary ID to the MFP 10 by using NFC communication.

As shown in Cases B and B1 of FIGS. 5 and 6, the user may desire to cause the MFP 10 to execute the DL print process by using the PC 160 that cannot execute the NFC communication. For this purpose, the mediation server 50 prepares not only the message 300a but also the message data 258 representing the message screen 258a including the message 300b. Therefore, the user can appropriately supply the temporary ID to the MFP 10 regardless of whether the mobile terminal 150 capable of performing NFC communication is used or the PC 160 capable of performing NFC communication is used. ..

Further, when receiving the second combination URL from the mobile terminal 150, the MFP 10 can appropriately extract the temporary ID from the second combination URL by using the NFC communication. Therefore, the MFP 10 can appropriately acquire the access token 230 from the mediation server 50 by using the temporary ID. Further, the MFP 10 can use the access token 230 to receive the data supply service from the service providing server 100 and appropriately execute the DL print processing.

(Correspondence relationship)
The MFP 10, the mediation server 50, and the mobile terminal 150 are examples of a “communication device”, a “specific server”, and a “first terminal device”, respectively. Wi-Fi communication (that is, HTTP communication) and NFC communication are examples of “first type wireless communication” and “second type wireless communication”, respectively. The redirect command 254 is an example of the “first specific data” and the “first access command”. The GET command 252, the access token request 280, and the redirect command 250 are examples of the “first transmission request”, the “specific transmission request”, and the “second access command”, respectively. The second combination URL and the return URL are examples of “first position information” and “second position information”, respectively. The message data 258, the message screen 258a, and the message 300a are examples of the “first web data”, the “first web screen”, and the “first message”, respectively. The temporary ID and the access token 230 are examples of “target data” and “authentication information”, respectively. The transmission process of the access token request 280 and the DL printing process are examples of the “specific process”.

(Second embodiment)
Differences from the first embodiment will be described. In the first embodiment, the mediation server 50 displays the same message screen 258a on the mobile terminal 150 regardless of whether the mobile terminal 150 capable of performing NFC communication is used or the PC 160 not capable of performing NFC communication is used. And display it on the PC 160. In this embodiment, the mediation server 50 causes the mobile terminal 150 and the PC 160 to display different message screens 258a-1 and 258a-2 (see FIGS. 9A and 9B).

(Case A2 in which the mobile terminal 150 is used; FIG. 7 (continued from FIG. 2))
When the mobile terminal 150 capable of executing NFC communication is used, each communication and each process are executed as in the case A of FIG. After that, as illustrated in FIG. 7, when the mobile terminal 150 (browser) receives the redirect command 250 from the service providing server 100, the mobile terminal 150 transmits a GET command 252 including OS information to the mediation server 50. The OS information indicates the name and version (for example, Android 4.0 (registered trademark)) of the OS program of the mobile terminal 150. A web browser is usually equipped with a mechanism for transmitting an HTTP GET command including OS information. Therefore, the mobile terminal 150 (browser) can send the GET command 252 including the OS information to the mediation server 50 without installing a special application on the mobile terminal 150.

The memory 74 of the mediation server 50 stores in advance, for various known OS programs, determination information in which OS information and NFC information indicating whether NFC communication is supported are associated with each other. .. The vendor of the MFP 10 investigates various known OS programs and stores the judgment information in the memory 74 in advance.

When receiving the GET command 252 from the mobile terminal 150 (browser), the determination unit 88 of the mediation server 50 uses the OS information included in the GET command 252 and the determination information in the memory 74 to determine the mobile terminal. It is determined whether the 150 OS programs support NFC communication.

In the determination information in the memory 74, OS information related to the OS program of the mobile terminal 150 and NFC information indicating that NFC communication is supported are associated with each other. Therefore, in S32, the determination unit 88 determines that the OS program of the mobile terminal 150 supports NFC communication. In this case, in S42, the preparation unit 85 of the mediation server 50 acquires a message URL indicating the position of message data 258-1 described later from the memory 74. The message URL “...message1” acquired here is different from the message URL “...message” acquired in S40 of FIG. 3 of the first embodiment. "..." is an abbreviation for "http://www.aa.com/". The preparation unit 85 generates the second combination URL “...message1?ID=xyz” by combining the domain part indicating the message URL and the query part in which the temporary ID is described.

The memory 74 stores the first template for generating the message data 258-1 representing the message screen 258a-1 (see FIG. 9) and the message data 258-2 representing the message screen 258a-2 (see FIG. 9). A second template to be generated is stored in advance. In S42, the preparation unit 85 further generates message data 258-1 using the first template. Message data 258-1 includes character data representing message 300a and character data representing message 300b (see FIG. 9A).

The redirect command 254-1 and the GET command 256-1 are the same as the redirect command 254 and the GET command 256 of FIG. 3 except that the second combination URL is different. When receiving the GET command 256-1 from the mobile terminal 150 (browser), the control unit 70 of the mediation server 50 transmits the message data 258-1 to the mobile terminal 150 (browser).

Thereby, the mobile terminal 150 displays the message screen 258a-1 (see FIG. 9A). As a result, the user brings the mobile terminal 150 closer to the MFP 10. In addition, even if the OS program supports NFC communication, there may be a device that is not provided with the NFC I/F. Even if the NFC I/F is provided, the installed OS program is Considering that there may be a device that is a non-compliant OS (that is, a device that cannot transmit the URL of the web page by NFC communication), the message screen 258a-1 also includes the message 300b in this embodiment. In addition, the above-mentioned first template is configured. The subsequent processes are the same as in case A1 in FIG.

(Case B2 in which PC 160 is used; FIG. 8 (continued from FIG. 5))
When the PC 160 that cannot execute NFC communication is used, each communication and each process is executed as in the case B of FIG. After that, as illustrated in FIG. 8, the mobile terminal 150 (browser) transmits the GET command 252 including the OS information to the mediation server 50.

In the determination information in the memory 74, the OS information regarding the OS program of the PC 160 (for example, Windows (registered trademark)) and the NFC information indicating that NFC communication is not supported are associated with each other. Therefore, in S34, the determination unit 88 determines that the OS program of the PC 160 does not support NFC communication. In this case, in S44, the preparation unit 85 of the mediation server 50 acquires a message URL indicating the position of message data 258-2 described below from the memory 74. The message URL “... message2” acquired here is different from the message URL “... message1” acquired in S42 of FIG. 7 (that is, the resource part is different). Unlike S42 of FIG. 7, the preparation unit 85 does not generate the second combination URL including the message URL and the query unit. This is because, in case B2 of FIG. 9, it is not assumed that the temporary ID is supplied to the MFP 10 by using NFC communication, and thus the query unit including the temporary ID is not necessary.

In S44, the preparation unit 85 further generates message data 258-2 using the second template described above. Message data 258-2 includes character data representing message 300c (see FIG. 9B). However, the message data 258-2 does not include the message 300a regarding NFC communication (see FIG. 9A).

The redirect command 254-2 and the GET command 256-2 are the same as the redirect command 254 and the GET command 256 of FIG. 6 except that the message URL “...message2” is used instead of the second combination URL. It is the same. When receiving the GET command 256-2 from the mobile terminal 150 (browser), the control unit 70 of the mediation server 50 transmits the message data 258-2 to the mobile terminal 150 (browser).

Thereby, the mobile terminal 150 displays the message screen 258a-2 (see FIG. 9B). Accordingly, the user operates the operation unit 12 of the MFP 10 to input the temporary ID into the MFP 10. The subsequent processes are the same as in case B1 of FIG.

As described above, in the present embodiment, when the mobile terminal 150 capable of performing NFC communication is used, the mediation server 50 appropriately displays the message screen 258a-1 including the message 300a regarding NFC communication on the mobile terminal 150. Can be displayed on. On the other hand, when the PC 160 that cannot execute NFC communication is used, the intermediation server 50 does not include the message 300a related to NFC communication but appropriately displays the message screen 258a-2 including the message 300c related to the operation of the MFP 10 to the PC 160. Can be displayed on.

In the present embodiment, the mobile terminal 150 and the PC 160 are examples of the “first terminal device”. The OS information is an example of “related information”. Case A2 in FIG. 7 and case B2 in FIG. 8 are examples of the “first case” and the “second case”, respectively. The redirect command 254-1 and the redirect command 254-2 are examples of the “first specific data” and the “second specific data”, respectively. The message screen 258a-1 and the message screen 258a-2 are examples of the "first web screen" and the "second web screen", respectively. The message 300a and the message 300c are examples of the "first message" and the "second message", respectively.

(Third embodiment)
In the present embodiment, the mediation server 50 causes the mobile terminal 150 and the PC 160 to display different message screens 258b-1 and 258a-2 (see FIGS. 9C and 9B). As shown in FIG. 9C, the message screen 258b-1 includes a message 300a and a message 300d. The message 300d is a message for prompting the user to input the temporary ID by operating the operation unit 12 of the MFP 10 when there is no reaction when the mobile terminal 150 is brought close to the MFP 10. That is, the message 300d is different from the message 300b (see FIG. 9A) and is directed to the user of the device to which the NFC I/F is not provided (that is, “when the NFC I/F is not provided”). ) Is not included. This is because, as will be described later, in the present embodiment, the mediation server 50 can surely grasp that the mobile terminal 150 has the NFC I/F 16. The points different from the second embodiment will be described below.

(Case where the mobile terminal 150 is used)
The memory 34 of the MFP 10 is for NFC, instead of the URL “http://www.aa.com” of the first embodiment, as the URL of the intermediary server 50 to be transmitted to the mobile terminal 150 using NFC communication. The URL "http://www.aa.com/nfc" is stored in advance. Therefore, when the NFC connection of FIG. 2 is established, the control unit 30 of the MFP 10 uses the NFC communication to transmit the NFC URL “...nfc” to the mobile terminal 150 (OS).

Therefore, in FIG. 2, the request destination URL in the GET command 210 is the NFC URL “...nfc”. When receiving the GET command 210 including the NFC URL, the control unit 70 of the mediation server 50 operates according to the program corresponding to the resource part “nfc”, and then when the redirect command 216 is transmitted, the return URL is returned. As for, "...nfc/id" is used instead of "...id" in the first embodiment. As a result, in FIG. 3, the redirect command 250 and the GET command 252 include the URL “...nfc/id”. When receiving the GET command 252 including the URL “...nfc/id”, the preparation unit 85 of the mediation server 50 operates according to the program corresponding to the resource part “nfc/id” of the URL. That is, in S42 of FIG. 7, the preparation unit 85 uses the third template stored in advance in the memory 74 to generate the message data 258-1 representing the message screen 258b-1 (see FIG. 9C). To generate. Thereby, the mobile terminal 150 can display the message screen 258b-1. Other processes are the same as in case A2 of FIG.

(Case where PC 160 is used)
In the manual and the like for the MFP 10, a URL for non-NFC “http://www.aa.com/nonfc” is described instead of the URL “http://www.aa.com” in the first embodiment. ing. The non-NFC URL “...nonfc” is different from the above NFC URL “...nfc” (that is, the resource part is different). In FIG. 5, the user inputs the non-NFC URL into the PC 160.

Therefore, in FIG. 5, the request destination URL in the GET command 210 is the non-NFC URL “...nonfc”. When receiving the GET command 210 including the non-NFC URL, the control unit 70 of the intermediation server 50 operates according to the program corresponding to the resource part “nonfc”, and then returns when the redirect command 216 is transmitted. As the URL, "...nonfc/id" is used instead of "...id" in the first embodiment. As a result, in FIG. 6, the redirect command 250 and the GET command 252 include the URL “...nonfc/id”. When the preparation unit 85 of the mediation server 50 receives the GET command 252 including the URL "...nonfc/id", it executes S44 and redirects, as in case B2 of FIG. 8 of the second embodiment. A command 254-2 and message data 258-2 are prepared. Accordingly, the PC 160 can display the message screen 258a-2 (see FIG. 9B). Other processes are the same as in case B2 of FIG.

As described above, in this embodiment, the NFC URL “...nfc” and the non-NFC URL “...nonfc” are different. Since the two URLs are used in this way, the mediation server 50 ensures that the mobile terminal 150 has the NFC I/F 16 when the URL in the GET command 252 includes the resource part “nfc/id”. You can figure it out. Therefore, when the intermediary server 50 receives the GET command 252 (see FIGS. 3 and 6), the intermediary server 50 uses the URL (that is, the resource part “nfc/id” or “nonfc/id”) in the GET command 252. Accordingly, appropriate message screens 258b-1 and 258a-2 (see FIGS. 9C and 9B) can be displayed on the mobile terminal 150 and the PC 160. That is, the appropriate message screen 258b-1 can be displayed on the mobile terminal 150 equipped with the NFC I/F, and the appropriate message screen 258a-2 can be displayed on a device which is uncertain whether the NFC I/F is installed. In particular, the message 300d displayed on the message screen 258b-1 does not include a message directed to the user of the device to which the NFC I/F is not provided. Therefore, it is possible to prevent unnecessary messages from being displayed on the mobile terminal 150 equipped with the NFC I/F.

In the second embodiment, the vendor of the MFP 10 needs to store the determination information in the memory 74 of the mediation server 50 in advance, but in the present embodiment, such work is not necessary. Further, in the second example, if the content of the determination information is not accurate, for example, the message screen 258a-2 is displayed even though the mobile terminal 150 capable of performing NFC communication is used. An event in which (see FIG. 9B) is displayed may occur. In the present embodiment, since the judgment according to the judgment information is not executed, it is possible to suppress the occurrence of the above-mentioned event, and the message screen 258b-1 and the message screen 258a-are displayed on the mobile terminal 150 and the PC 160, respectively. 2 can be displayed reliably.

In the present embodiment, the mobile terminal 150 and the PC 160 are examples of the “first terminal device” and the “second terminal device”, respectively. The URL “...nfc/id” and the URL “...nonfc/id” are examples of the “third position information” and the “fourth position information”, respectively. Further, the GET command 252 including the URL “...nfc/id” and the GET command 252 including the URL “...nonfc/id” are the “first transmission request” and the “second transmission request”, respectively. Is an example.

Specific examples of the present invention have been described above in detail, but these are merely examples and do not limit the scope of the claims. The technology described in the claims includes various modifications and changes of the specific examples illustrated above. For example, the following modifications are included.

(Modification 1) In the first embodiment described above, in S40 of FIG. 3, the preparation unit 85 of the mediation server 50 generates the redirect command 254 including the second combination URL in which the temporary ID "xyz" is described. .. As a result, the message data 258 is transmitted to the mobile terminal 150 (browser) after the communication of the redirect command 254 and the GET command 256. Alternatively, in S40, the preparation unit 85 may prepare the message data 258 to be transmitted as a response to the GET command 252 without generating the second combination URL. That is, the preparation unit 85 prepares the message data 258 including the return URL “...id” in which the temporary ID is not described as the page URL, and further, the predetermined portion within the message data 258 (that is, different from the page URL). The temporary ID “xyz” may be described in (part). Then, the first transmission unit 83 of the mediation server 50 may transmit the message data 258 to the mobile terminal 150 as a response to the GET command 252 (that is, omit the communication of the redirect command 254 and the GET command 256. Good).

In the first embodiment, the mobile terminal 150 (OS) executes a series of processes of extracting the temporary ID from the above-mentioned predetermined part in the message data 258 and transmitting the temporary ID to the MFP 10 using NFC communication. Can not do it. That is, in order for the mobile terminal 150 to execute such a series of processes, a special application must be installed in the mobile terminal 150. However, in this modification, the mobile terminal 150 (OS) can execute the series of processes described above. Therefore, even if a special application is not installed in the mobile terminal 150, the mobile terminal 150 (OS) extracts the temporary ID from the above-mentioned predetermined portion in the message data 258 and uses the NFC communication to obtain the temporary ID. It can be transmitted to the MFP 10. According to this modification, the communication of the redirect command 254 and the GET command 256 can be omitted. In this modification, the message data 258 in which the temporary ID “xyz” is described in the above-mentioned predetermined portion is an example of “first specific data”. Generally speaking, the “first specific data” may be data including the target data, as long as it is data for displaying the first web screen on the first terminal device.

(Modification 2) The “target data” is not limited to the temporary ID, but is supplied from a specific server (for example, the intermediary server 50) to the communication device (for example, the MFP 10) via the first terminal device (for example, the mobile terminal 150). Any data may be used as long as it should be data. For example, the specific server may be a server for storing an address book registered by the user. In this case, the “target data” may be, for example, data indicating the above address book. Further, for example, the specific server may be a server for storing setting information that the communication device should newly use. In this case, the “target data” may be, for example, data indicating the above setting information. Examples of setting information include print setting information indicating print resolution, print paper size, and the like, scan resolution, scan setting information indicating scan data file format, and the like.

(Modification 3) The service that the MFP 10 receives from the service providing server 100 is not limited to the data supply service. For example, in the case A1 of FIG. 3, the process execution unit 42 of the MFP 10 may cause the scan execution unit 20 to scan the document and generate scan data instead of transmitting the file acquisition request 290. .. Then, the process execution unit 42 may send a file storage request (for example, an HTTP POST command) including the scan data and the access token 230 to the service providing server 100. In this case, the service providing server 100 stores the file including the scan data in the memory (not shown) of the service providing server 100 when the authentication of the access token 230 is successful. That is, the service providing server 100 provides a data storage service. As a result, the MFP 10 can receive the data storage service from the service providing server 100 and execute the scan UL process. In other words, the user can cause the MFP 10 to execute the scan UL process using the mobile terminal 150. In this modification, the transmission process of the access token request 280 and the scan UL process are examples of the “specific process”. Further, the “specific process” may be another process (for example, a process of printing target data).

(Modification 4) The “authentication information” is not limited to the access token, and may be other information used by the service providing servers 100 and 110 for authentication (for example, user ID, password, etc.).

(Modification 5) The "first type of wireless communication" is not limited to Wi-Fi communication (that is, HTTP communication), but is, for example, wireless communication such as 3G conforming to the IMT2000 (abbreviation of International Mobile Telecommunication 2000) standard. It may be. Further, instead of the HTTP communication, communication according to another protocol for communicating web data (for example, HTTPS or the like conforming to HTTP) may be used. The “second type wireless communication” is not limited to NFC communication, and may be, for example, infrared communication, BlueTooth (registered trademark) communication, or the like.

(Modification 6) In each of the above embodiments, the message screen 258a including the message 300a "Please bring the mobile terminal closer to the MFP" is an example of the "first web screen". Alternatively, the “first web screen” may include a message “Please allow the mobile terminal to perform NFC communication”. That is, the “first web screen” may include a message indicating that the terminal device should perform the second type wireless communication. More generally speaking, the “first web screen” may indicate a method for transmitting the target data to the communication device using the second type wireless communication.

(Modification 7) The mediation server 50 may be configured by two or more devices that are separately configured. For example, when the mediation server 50 receives the GET command 210 of FIG. 2, it receives the first device for executing the process of transmitting the service list data 212 and the GET command 252 of FIG. And a second device for executing the subsequent processing. Generally speaking, the “specific server” may be physically configured by one device or may be configured by two or more devices configured separately.

(Modification 8) In each of the above embodiments, the functions of the units 41 to 43 and 81 to 88 are realized by the CPUs 32 and 72 of the MFP 10 and the intermediation server 50 executing processing according to software. Instead of this, at least some of the functions of the units 41 to 43 and 81 to 88 may be realized by hardware such as a logic circuit.

2: communication system, 10: MFP, 50: mediation server, 100, 100: service providing server, 150: mobile terminal, 160: PC, 210, 218, 252, 256: GET command, 212: service list data, 212a: Service list screen, 214, 222: POST command, 216, 250, 254: redirect command, 220: login data, 220a: login screen, 230: access token, 258: message data, 258a: message screen, 280: access token request 290: File acquisition request

Claims (14)

A communication system including an intermediary server and a terminal device,
The terminal device,
When the terminal device and the communication device are associated with each other by communication that does not go through the Internet established between the terminal device and the communication device, the communication with the Internet is used to connect the terminal device and the communication device. A first terminal transmitting unit that transmits first association information indicating that the association with the communication device is completed to the intermediary server,
The mediation server is
A first server receiving unit that receives the first association information from the terminal device by using the communication via the Internet;
When the terminal device receives, via the user interface of the terminal device, a selection of a specific service providing server capable of providing a specific service after the first association information is received from the terminal device, A second server receiving unit that receives first authentication data from a specific service providing server, wherein the specific service providing server is a server different from the intermediary server, and the first authentication data is The second server receiving unit, which is data required to receive the specific service from the specific service providing server,
When the first association information is received from the terminal device and the first authentication data is received from the specific service providing server, the first authentication data is used to identify the specific information. A first specific process execution unit that executes a specific process related to the provision of the specific service from the service providing server to the communication device;
The specific service providing server when the terminal device accepts the selection of the specific service providing server via the user interface of the terminal device without receiving the first association information from the terminal device. To a third server receiving unit for receiving the first authentication data,
The terminal device further comprises
Operation for associating the terminal device with the communication device when the selection of the specific service providing server is accepted via the user interface without transmitting the first association information to the intermediary server. Is a first display control unit that causes a display unit of the terminal device to display a specific screen for urging the user to execute, and after transmitting the first association information to the intermediation server, via the user interface. And including the first display control unit, in which the specific screen is not displayed when the selection of the specific service providing server is accepted,
The intermediary server further includes
When the second association information is received without receiving the first association information from the terminal device and the first authentication data is received from the specific service providing server, the first authentication information is received. Is a second specific process execution unit that executes the specific process by using the authentication data of the second association information, and the second association information is stored in response to the specific screen being displayed on the terminal device. The second identification, which is information received after an operation for associating the terminal device and the communication device is executed, and which is information indicating that the association between the terminal device and the communication device is completed. Equipped with a processing execution unit,
Communications system. The intermediary server further includes
Corresponding to the specific screen when the terminal device receives the selection of the specific service providing server via the user interface of the terminal device without receiving the first association information from the terminal device. A first server transmission unit for transmitting specific screen data to the terminal device,
The terminal device further comprises
A first receiving the specific screen data from the mediation server after accepting a selection of the specific service providing server via the user interface without transmitting the first association information to the mediation server; Equipped with a terminal receiver,
The first display control unit,
The communication system according to claim 1, wherein when the specific screen data is received from the mediation server, the specific screen corresponding to the specific screen data is displayed on the display unit. The mediation server can use a plurality of APIs (abbreviation of Application Program Interface) for the plurality of service providing servers,
The second server receiving unit and the third server receiving unit utilize the API for the specific service providing server from the plurality of APIs, and use the API for the specific service providing server to output the first service from the specific service providing server. The communication system according to claim 1, wherein the communication data is received. The first authentication data is data necessary for receiving the specific service for realizing uploading of data to the specific service providing server from the specific service providing server. The communication system according to claim 1. 5. The first authentication data is data necessary for receiving the specific service for realizing the download of data from the specific service providing server from the specific service providing server. The communication system according to claim 1. The terminal device further comprises
A second terminal receiving unit that receives access information including the first association information from the communication device using the communication with the communication device that does not go through the Internet,
The first terminal transmission unit,
2. When the access information is received from the communication device, the access information is used to transmit the first association information to the intermediary server using the communication via the Internet. The communication system according to claim 5. The terminal device further comprises
A second terminal that transmits authentication request information to the specific service providing server using the communication via the Internet when the selection of the specific service providing server is accepted via the user interface. In the transmitting unit, the authentication request information is information for requesting authentication data representing an authentication screen for causing the specific service providing server capable of providing the specific service to perform authentication . 2 terminal transmission unit,
A third terminal receiving unit that receives the authentication data from the specific service providing server by using the communication via the Internet after transmitting the authentication request information to the specific service providing server;
A second display control unit that displays the authentication screen represented by the authentication data on the display unit when the authentication data is received;
After the authentication information is input in the authentication screen by using the communication through the Internet, and transmits the authentication information to the specific service providing server, perform the authentication to the specific service providing server And an authentication execution request unit that
The second server receiving portion and said third server receiving unit, after the authentication is successful, which is performed by the previous SL specific service providing server, wherein the specific service providing server, the first authentication data The communication system according to claim 6, which receives. The terminal device further comprises
A web browser,
An activation control unit that activates the web browser for realizing the communication via the Internet when the access information is received from the communication device,
The communication system according to claim 7, wherein the authentication request information includes first position information indicating a position of the authentication data. The authentication request information includes second position information indicating a position in the mediation server,
The second terminal transmitting unit transmits the authentication request information to the specific service providing server, thereby transmitting the second position information included in the authentication request information to the specific service providing server,
The second server receiving portion and said third server receiving section succeeds in the authentication before Symbol specific service providing server using the authentication request information, and the authentication request the specific service providing server After transmitting the first authentication data to the intermediary server using the second position information included in the information, the specific service providing server uses the communication via the Internet to The communication system according to claim 7 or 8, which receives the first authentication data. The communication system according to any one of claims 1 to 9, wherein the communication not via the Internet includes NFC communication according to an NFC (Near Field Communication) method. The first specific process execution unit and the second specific process execution unit execute the specific process of transmitting the first authentication data to the communication device using the communication via the Internet. The communication system according to any one of claims 1 to 10. The intermediary server further includes
When the first authentication data is received after the first association information is received from the terminal device, the second authentication data is transferred to the terminal device by using the communication via the Internet. A second server transmission unit for transmitting to
The terminal device further comprises
A fourth step of receiving the second authentication data from the intermediary server using the communication via the Internet after the intermediary server receives the first authentication data from the specific service providing server. The terminal receiver of
An establishment unit that establishes a wireless connection with the communication device for executing the communication that does not go through the Internet when the second authentication data is received from the intermediary server.
A third terminal transmitting unit that transmits the second authentication data to the communication device by using the wireless connection with the communication device;
Equipped with
The mediation server further includes a fourth server receiving unit that receives the second authentication data from the communication device by using the communication via the Internet.
When the second authentication data is received from the communication device, the first specific process execution unit uses the communication via the Internet to transfer the first authentication data to the communication device. The communication system according to claim 11, which executes the specific process of transmitting. A terminal device,
User interface,
When the terminal device and the communication device are associated with each other by communication that does not go through the Internet established between the terminal device and the communication device, the communication with the Internet is used to connect the terminal device and the communication device. a first terminal transmitting section that transmits a first association information indicating that the association between the communication device has been completed intermediation server,
An operation for associating the terminal device with the communication device when a selection of a specific service providing server is accepted via the user interface without transmitting the first association information to the intermediary server. A first display control unit for displaying a specific screen for prompting execution on the display unit of the terminal device,
The specific service providing server is a server different from the intermediary server,
In response to the specific screen being displayed on the terminal device, when the operation for associating the terminal device and the communication device is received and then received, the intermediary server is Receiving the second related information indicating that the association with the communication device is completed,
The specific screen is not displayed when the selection of the specific service providing server is accepted via the user interface after transmitting the first association information to the intermediary server,
The first display control unit;
A terminal device comprising: An intermediary server,
A first server receiving unit that receives first association information from a terminal device by using communication via the Internet, wherein the first association information is established between the terminal device and the communication device. The first server receiving unit, which is information indicating that the association between the terminal device and the communication device has been completed by the communication that has not been performed via the Internet.
When the terminal device receives, via the user interface of the terminal device, a selection of a specific service providing server capable of providing a specific service after the first association information is received from the terminal device, A second server receiving unit that receives first authentication data from a specific service providing server, wherein the specific service providing server is a server different from the intermediary server, and the first authentication data is The second server receiving unit, which is data necessary for receiving the specific service from the specific service providing server,
When the first association information is received from the terminal device and the first authentication data is received from the specific service providing server, the first authentication data is used to identify the specific information. A first specific process execution unit that executes a specific process related to the provision of the specific service from the service providing server to the communication device;
The specific service providing server when the terminal device accepts the selection of the specific service providing server via the user interface of the terminal device without receiving the first association information from the terminal device. From a third server receiving unit for receiving the first authentication data,
If the first authentication data and the second association information are received from the specific service providing server without receiving the first association information from the terminal device, the first association data is received. A second specific process execution unit that executes the specific process by using the authentication data of the second association information, wherein the second association information performs an operation for associating the terminal device with the communication device. In response to the display of a specific screen for prompting the terminal device on the terminal device, the received information is information received after an operation for associating the terminal device with the communication device is executed, The second specific processing execution unit, which is information indicating that the association with the communication device is completed;
An intermediary server comprising:

Images