JP2016143136A - 仲介サーバとそのためのコンピュータプログラム - Google Patents

Abstract

【課題】 アクセストークンをクライアント装置に登録させるために、ユーザがクライアント装置とブラウザ装置とのうちのブラウザ装置を先に利用せずに済む技術を提供すること。
【解決手段】 仲介サーバ５０は、ＭＦＰ１０からＩＤ要求を取得することに応じて（Ｓ１３０）、一時的ＩＤであるＴｅｍｐＩＤを生成し（Ｓ１３１）、ＴｅｍｐＩＤを含むＩＤ提示画面を表わすＩＤ提示画面データをＭＦＰ１０に供給する（Ｓ１３２）。その後、仲介サーバ５０は、端末装置８０からＴｅｍｐＩＤを取得することに応じて、ＳＰサーバ１００からアクセストークンを取得する。そして、仲介サーバ５０は、アクセストークンを含む登録情報がＭＦＰ１０に登録されるように、登録情報をＭＦＰ１０に供給する。これにより、ＭＦＰ１０は、アクセストークンを利用して、ＳＰサーバ１００からサービスの提供を受けることができる。
【選択図】 図７

Description

本明細書では、サービス提供サーバからクライアント装置へのサービスの提供を仲介するための仲介サーバに関する技術を開示する。

特許文献１には、ウェブブラウザを搭載しているＰＣと、多機能装置（以下では「ＭＦＰ」と記載する）と、サービス提供装置と、中継装置と、を備えるシステムが開示されている。ＰＣは、ユーザからの指示に応じて、仮登録ＩＤ発行要求を中継装置に送信する。中継装置は、ＰＣから仮登録ＩＤ発行要求を受信することに応じて、仮登録ＩＤを生成して、仮登録ＩＤをＰＣに送信する。これにより、ＰＣにおいて仮登録ＩＤが表示されるので、ユーザは、仮登録ＩＤを知ることができる。その後、ユーザは、ＭＦＰを操作して、仮登録ＩＤをＭＦＰに入力する。この場合、ＭＦＰは、仮登録ＩＤを中継装置に送信する。中継装置は、ＭＦＰから仮登録ＩＤを受信することに応じて、サービス提供装置からアクセストークンを受信し、当該アクセストークンをＭＦＰに送信して、アクセストークンをＭＦＰに登録する。この結果、ＭＦＰは、アクセストークンを利用して、サービス提供装置からサービスの提供を受けることができる。

特開２０１２−１１３６９６号公報

特許文献１の技術では、仲介サーバは、ＰＣから仮登録ＩＤ発行要求を受信することに応じて仮登録ＩＤを生成し、その後、ＭＦＰから仮登録ＩＤを受信することに応じてアクセストークンをＭＦＰに登録する。即ち、アクセストークンをＭＦＰに登録させるために、ユーザは、ＭＦＰとＰＣとのうちのＰＣを先に利用して、仮登録ＩＤを中継装置に生成させる必要がある。

本明細書では、アクセストークンをクライアント装置に登録させるために、ユーザがクライアント装置とブラウザ装置とのうちのブラウザ装置を先に利用せずに済む技術を提供する。

本明細書では、仲介サーバのためのコンピュータプログラムを開示する。コンピュータプログラムは、仲介サーバのコンピュータに、以下の各処理、即ち、第１のトリガ情報生成処理と、出力処理と、第１のトリガ情報取得処理と、第１のアクセストークン取得処理と、第１の登録情報供給処理と、を実行させる。第１のトリガ情報生成処理では、１個以上のサービス提供サーバからサービスの提供を受けるべきクライアント装置から、第１のトリガ情報の生成要求を取得することに応じて、第１のトリガ情報を生成する。第１のトリガ情報は、仲介サーバが１個以上のサービス提供サーバのうちの特定のサービス提供サーバから第１のアクセストークンを取得するためのトリガとして利用されるべき情報である。出力処理では、第１のトリガ情報を外部に出力する。第１のトリガ情報取得処理では、第１のトリガ情報を外部に出力した後に、ウェブブラウザを備えるブラウザ装置が、ウェブブラウザを利用して、第１のトリガ情報を仲介サーバに供給することに応じて、ブラウザ装置から第１のトリガ情報を取得する。ブラウザ装置は、クライアント装置とは異なる。第１のアクセストークン取得処理では、ブラウザ装置から第１のトリガ情報を取得することに応じて、特定のサービス提供サーバから第１のアクセストークンを取得する。第１の登録情報供給処理では、第１のアクセストークンを含む第１の登録情報がクライアント装置に登録されるように、第１の登録情報をクライアント装置に供給する。クライアント装置に登録される第１の登録情報内の第１のアクセストークンは、クライアント装置が、特定のサービス提供サーバから特定のサービスの提供を受けるために利用されるべき情報である。

上記のコンピュータプログラムは、以下の仲介サーバを実現することができる。仲介サーバは、ブラウザ装置から第１のトリガ情報の生成要求を取得しなくても、クライアント装置から第１のトリガ情報の生成要求を取得することに応じて、第１のトリガ情報を生成し、第１のトリガ情報を外部に出力する。これにより、ユーザは、第１のトリガ情報を知り得る。そして、仲介サーバは、ブラウザ装置から第１のトリガ情報を取得することに応じて、特定のサービス提供サーバから第１のアクセストークンを取得し、第１のアクセストークンを含む第１の登録情報をクライアント装置に供給する。これにより、第１の登録情報がクライアント装置に登録される。このように、本技術によると、アクセストークンをクライアント装置に登録させるために、ユーザがクライアント装置とブラウザ装置とのうちのブラウザ装置を先に利用せずに済み、この結果、ユーザの利便性を向上させ得る。

上記のコンピュータプログラムによって実現される仲介サーバそのもの及び仲介サーバの制御方法も新規で有用である。また、仲介サーバと他の少なくとも１個の装置（例えば、クライアント装置、ブラウザ装置）とを備える通信システムも新規で有用である。また、上記のコンピュータプログラムを記憶するコンピュータ読取可能記憶媒体も新規で有用である。

通信システムの構成を示す。 端末装置を先に利用するケースのシーケンス図を示す。 図２の続きのシーケンス図を示す。 図３の続きのシーケンス図を示す。 端末装置で表示される各画面を示す。 多機能機で表示される各画面を示す。 多機能機を先に利用するケースのシーケンス図を示す。 図７の続きのシーケンス図を示す。 図８の続きのシーケンス図を示す。 図９の続きのシーケンス図を示す。 ダウンロード印刷及びスキャンアップロードのシーケンス図を示す。 第２実施例のシーケンス図を示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、多機能機１０と、仲介サーバ５０と、端末装置８０と、複数個のサービス提供サーバ１００，１１０と、を備える。各デバイス１０等は、インターネット４に接続されており、インターネット４を介して相互に通信可能である。本実施例では、サービス提供サーバ（例えば１００）によって生成されるアクセストークンを多機能機１０に登録して、多機能機１０が当該アクセストークンを利用してサービス提供サーバからサービスの提供を受けることを実現する。なお、以下では、多機能機、サービス提供サーバのことを、それぞれ、「ＭＦＰ」、「ＳＰサーバ」と記載する。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能、スキャン機能等を含む多機能を実行可能である。ＭＦＰ１０は、図示省略のＬＡＮ（Local Area Networkの略）に接続されるデバイスであり、当該ＬＡＮに接続される他の装置（例えばＰＣ（Personal Computerの略）等）の周辺機器である。ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、ネットワークインターフェイス２０と、制御部３０と、を備える。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示を多機能機１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとして機能する。即ち、表示部１４は、ユーザによって操作される操作部としても機能する。印刷実行部１６は、インクジェット方式、レーザー方式等の印刷機構を備える。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構を備える。ＭＦＰ１０は、ネットワークインターフェイス２０を介して（即ちＬＡＮを介して）、インターネット４に接続可能である。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、上記のプログラム３６の他に、サービスユーザテーブル３８を記憶する。

サービスユーザテーブル３８には、１個以上のサービスユーザ情報が記述される。各サービスユーザ情報は、サービスＩＤと表示名とアクセストークンとが関連付けられた情報である。サービスＩＤは、ＳＰサーバ（例えば１００）によって提供されるサービスを識別するための情報であり、換言すると、ＳＰサーバを識別するための情報である。本実施例では、ＳＰサーバ１００のサービスＩＤ、ＳＰサーバ１１０のサービスＩＤは、それぞれ、「SID1」、「SID2」である。表示名は、ＭＦＰ１０を利用するユーザの表示用の名称である。アクセストークンは、ＳＰサーバからサービスの提供を受けるための認証情報である。

多機能機１０は、サービスユーザテーブル３８にサービスユーザ情報が登録されると、当該サービスユーザ情報を利用して、ＳＰサーバ（例えば１００）からサービスの提供を受けることができる。詳しくは後述するが、ユーザは、ＭＦＰ１０と端末装置８０とのうちの端末装置８０を先に利用して、サービスユーザ情報をサービスユーザテーブル３８に登録することもできるし（図２〜図４参照）、ＭＦＰ１０を先に利用して、サービスユーザ情報をサービスユーザテーブル３８に登録することもできる（図７〜図１０参照）。

（仲介サーバ５０の構成）
仲介サーバ５０は、ＭＦＰ１０のベンダによってインターネット４上に設置される。仲介サーバ５０は、各ＳＰサーバ１００，１１０からＭＦＰ１０へのサービスの提供を仲介する。

仲介サーバ５０は、ネットワークインターフェイス６０と、制御部７０と、を備える。仲介サーバ５０は、ネットワークインターフェイス６０を介して、インターネット４に接続される。制御部７０は、ＣＰＵ７２と、メモリ７４と、を備える。ＣＰＵ７２は、メモリ７４に格納されているプログラム７６に従って、様々な処理を実行する。プログラム７６は、各サービス提供サーバ１００，１１０に対応する各ＡＰＩ（Application Program Interfaceの略）を含む。各ＡＰＩのそれぞれは、当該ＡＰＩに対応するサービス提供サーバと通信してデータ処理を実行するためのプログラムである。

（端末装置８０の構成）
端末装置８０は、ＰＣ、携帯電話、スマートフォン等のユーザ端末である。端末装置８０は、ＬＡＮを介して、又は、３Ｇ、４Ｇ等の電話回線ネットワークを介して、インターネット４に接続される。端末装置８０は、ウェブブラウザ８２を備えており、ウェブブラウザ８２を利用して、仲介サーバ５０及び各ＳＰサーバ１００，１１０との通信を実行する。

（ＳＰサーバ１００，１１０の構成）
各ＳＰサーバ１００，１１０は、例えば、「Evernote（登録商標）」、「Google（登録商標） Docs」、「PICASA（登録商標）」、「Facebook（登録商標）」等の各サービス名を有するサーバ（即ちクラウドサーバ）である。なお、本実施例では、記載の簡略化のために、ＳＰサーバ１００のサービス名、ＳＰサーバ１１０のサービス名を、それぞれ、「SVA」、「SVB」と記載する。各ＳＰサーバ１００，１１０は、インターネット４を介して、当該サーバに対応するサービスを通信機器（例えばＭＦＰ１０）に提供する。各ＳＰサーバ１００，１１０は、様々な機能を実行することによって、様々なサービスを通信機器に提供することができる。例えば、ＳＰサーバ１００は、通信機器からデータを取得して当該データを保存するデータ保存サービス、及び、サーバ内のデータを通信機器に供給するデータ供給サービスを提供する。

（端末装置８０を先に利用するケース；図２）
続いて、図２〜図４を参照して、ユーザがＭＦＰ１０と端末装置８０とのうちの端末装置８０を先に利用して、ＳＰサーバ１００によって生成されるアクセストークンを含むサービスユーザ情報をＭＦＰ１０に登録するための処理を説明する。なお、ユーザは、サービスユーザ情報をＭＦＰ１０に登録するための作業を実行する前に、アカウント情報ＡＣをＳＰサーバ１００に登録しておく。この結果、図２のＸ１に示されるように、ＳＰサーバ１００において、アカウント情報ＡＣが記憶される。アカウント情報ＡＣは、例えば、アカウント名とパスワードとを含む。

なお、図２以降の各処理では、一対のデバイスの間で複数個の情報がまとめて通信されるように説明することがある。例えば、一方のデバイスから他方のデバイスに１個の要求が複数個の情報を含むように説明することがある。ただし、変形例では、一対のデバイスの間で複数個の要求及び複数個の応答の通信が実行されることによって、複数個の情報が順次通信されてもよい。

Ａ１では、ユーザは、端末装置８０のウェブブラウザ８２を起動させて、仲介サーバ５０内の初期画面データのＵＲＬ（Uniform Resource Locatorの略）５０Ａを端末装置８０に入力する。ユーザによってＡ１の操作が実行されると、Ｓ１０において、端末装置８０のウェブブラウザ８２は、インターネット４を介して、入力済みのＵＲＬ５０Ａが宛先として指定されている初期画面要求を仲介サーバ５０に供給する。初期画面要求は、初期画面データの供給を要求するためのコマンドである。なお、端末装置８０は、ウェブブラウザ８２を利用して、Ｓ１０の処理のみならず、以下の様々な処理を実行する。ただし、以下では、「端末装置８０のウェブブラウザ８２は・・・を実行する」と記載せずに、簡単に、「端末装置８０は・・・を実行する」と記載する。また、本実施例では、各デバイス１０，５０，８０，１００の間の通信の全てがインターネットを介する通信であるので、以下では、「インターネットを介して」という説明を省略する。

仲介サーバ５０のＣＰＵ７２は、端末装置８０から初期画面要求を取得することに応じて、Ｓ１２において、初期画面データを端末装置８０に供給する。

端末装置８０は、仲介サーバ５０から初期画面データを取得することに応じて、Ｓ１４において、初期画面データによって表わされる初期画面ＳＣ１を表示する。図５には、初期画面ＳＣ１が示されている。初期画面ＳＣ１は、ＭＦＰ１０に関係する基本情報を選択するための画面である。基本情報は、ＭＦＰ１０が設置される国を示す情報と、ＭＦＰ１０の表示言語を示す情報と、ＭＦＰ１０のモデル名を示す情報と、を含む。図２のＡ２では、ユーザは、初期画面ＳＣ１を見ながら、基本情報（即ち、国（例えば「US」）、言語（例えば「English」）、及び、モデル名（例えば「ML1」））を選択するための操作を端末装置８０に実行する。ユーザによってＡ２の操作が実行されると、Ｓ２０において、端末装置８０は、選択済みの基本情報を含むサービス画面要求を仲介サーバ５０に供給する。サービス画面要求は、サービス画面データの供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、端末装置８０からサービス画面要求を取得することに応じて、サーバ画面要求内の基本情報に従ってサービス画面データを生成する。具体的には、ＣＰＵ７２は、メモリ７４内に予め記憶されているサーバテーブル（図示省略）から、基本情報が示す国に設置されている１個以上のＳＰサーバ（以下では「設置ＳＰサーバ」と呼ぶ）を特定する。上記のサーバテーブルでは、複数個の国のそれぞれについて、１個以上の設置ＳＰサーバが記述されている。次いで、ＣＰＵ７２は、メモリ７４内に予め記憶されているモデル名テーブル（図示省略）から、特定済みの１個以上の設置ＳＰサーバのうち、基本情報が示すモデル名を有するＭＦＰ１０にサービスを提供可能な１個以上のＳＰサーバ（以下では「対象ＳＰサーバ」と呼ぶ）を特定する。上記のサーバテーブルでは、複数個のモデル名のそれぞれについて、１個以上の対象ＳＰサーバが記述されている。次いで、ＣＰＵ７２は、特定済みの１個以上の対象ＳＰサーバに対応する１個以上のサービス名を示すサービス画面を表わすサービス画面データを生成する。ここで、ＣＰＵ７２は、基本情報が示す言語で１個以上のサービス名が記述されているサービス画面を表わすサービス画面データを生成する。次いで、Ｓ２２において、ＣＰＵ７２は、生成済みのサービス画面データを端末装置８０に供給する。

端末装置８０は、仲介サーバ５０からサービス画面データを取得することに応じて、Ｓ２４において、サービス画面データによって表わされるサービス画面ＳＣ２を表示する。図５には、サービス画面ＳＣ２が示されている。サービス画面ＳＣ２は、１個以上のサービス名（図５の例では、「SVA」、「SVB」、「SVC」）の中から１個のサービス名を選択するための画面である。図２のＡ３では、ユーザは、サービス画面ＳＣ２を見ながら、１個のサービス名を選択する操作を端末装置８０に実行する。図２の例では、ＳＰサーバ１００のサービス名「SVA」が選択される。ユーザによってＡ３の操作が実行されると、Ｓ３０において、端末装置８０は、選択済みのサービス名「SVA」を含むＲｅｑＴ（Request Tokenの略）要求を仲介サーバ５０に供給する。ＲｅｑＴ要求は、ＲｅｑＴの供給を要求するためのコマンドである。ＲｅｑＴは、後述のログイン画面データ（Ｓ４０，Ｓ４２参照）をＳＰサーバ１００に要求するのに必要な認証情報である。

仲介サーバ５０のＣＰＵ７２は、端末装置８０からＲｅｑＴ要求を取得することに応じて、メモリ７４内に予め記憶されているサービスＩＤテーブル（図示省略）から、ＲｅｑＴ要求内のサービス名「SVA」に関連付けられているサービスＩＤ「SID1」を特定する。上記のサービスＩＤテーブルでは、複数個のＳＰサーバ１００，１１０のそれぞれについて、当該ＳＰサーバによって提供されるサービスのサービス名と、当該サービスを識別するためのサービスＩＤと、が関連付けられている。そして、Ｓ３１において、ＣＰＵ７２は、特定済みのサービスＩＤ「SID1」をメモリ７４に記憶させる（Ｘ２参照）。次いで、Ｓ３２において、ＣＰＵ７２は、仲介サーバ５０のＵＲＬ５０Ｂを含むＲｅｑＴ要求をＳＰサーバ１００に供給する。ＵＲＬ５０Ｂは、Ａ１で入力されるＵＲＬ５０Ａとは異なり、端末装置８０が後述のＩＤ要求（図３のＳ６０参照）を仲介サーバ５０に供給するのに必要なＵＲＬである。

ＳＰサーバ１００は、仲介サーバ５０からＲｅｑＴ要求を取得することに応じて、Ｓ３３において、ＲｅｑＴを生成する。これにより、Ｘ３に示されるように、ＳＰサーバ１００において、生成済みのＲｅｑＴと、ＲｅｑＴ要求内のＵＲＬ５０Ｂと、が関連付けられる。次いで、Ｓ３４において、ＳＰサーバ１００は、ＲｅｑＴと、ＳＰサーバ１００のＵＲＬ１００Ａと、を含む第１の応答を仲介サーバ５０に供給する。第１の応答は、Ｓ３２のＲｅｑＴ要求に対する応答である。ＵＲＬ１００Ａは、端末装置８０が後述のログイン画面要求（Ｓ４０参照）をＳＰサーバ１００に供給するのに必要なＵＲＬである。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１００から第１の応答を取得することに応じて、Ｓ３６において、第１の応答内のＲｅｑＴとＲｅｄｉｒｅｃｔ要求とを含む第２の応答を端末装置８０に供給する。Ｒｅｄｉｒｅｃｔ要求は、Ｒｅｄｉｒｅｃｔ先のＵＲＬとして、第１の応答内のＵＲＬ１００Ａを含む。第２の応答は、Ｓ３０のＲｅｑＴ要求に対する応答である。

端末装置８０は、仲介サーバ５０から第２の応答を取得することに応じて、Ｓ４０において、第２の応答内のＲｅｄｉｒｅｃｔ要求に従って、ＵＲＬ１００Ａが宛先として指定されているログイン画面要求をＳＰサーバ１００に供給する。ログイン画面要求は、第２の応答内のＲｅｑＴを含む。ログイン画面要求は、ログイン画面データの供給を要求するためのコマンドである。

ＳＰサーバ１００は、端末装置８０からログイン画面要求を取得することに応じて、まず、ログイン画面要求内のＲｅｑＴがＳＰサーバ１００に記憶されているのか否かを判断する（即ちＲｅｑＴの認証を実行する）。そして、ＳＰサーバ１００は、ＲｅｑＴがＳＰサーバ１００に記憶されていると判断する場合（即ちＲｅｑＴの認証が成功する場合）には、Ｓ４２において、ＳＰサーバ１００は、ログイン画面データを端末装置８０に供給する。

端末装置８０は、ＳＰサーバ１００からログイン画面データを取得することに応じて、Ｓ４４において、ログイン画面データによって表わされるログイン画面ＳＣ３を表示する。図５には、ログイン画面ＳＣ３が示されている。ログイン画面ＳＣ３は、アカウント名とパスワードとを含むアカウント情報ＡＣを入力するための画面である。Ｓ４４が終了すると、図３に進む。

（図２の続き；図３）
図３のＡ４では、ユーザは、ログイン画面ＳＣ３を見ながら、アカウント情報ＡＣを入力する操作を端末装置８０に実行する。ユーザによってＡ４の操作が実行されると、Ｓ５０において、端末装置８０は、入力済みのアカウント情報ＡＣを含むログイン要求をＳＰサーバ１００に供給する。ログイン要求は、端末装置８０のログインを要求するためのコマンドである。

ＳＰサーバ１００は、端末装置８０からログイン要求を取得することに応じて、ログイン要求内のアカウント情報ＡＣがＳＰサーバ１００に記憶されているのか否かを判断する（即ちアカウント情報ＡＣの認証を実行する）。本ケースでは、Ｓ５１において、ＳＰサーバ１００は、アカウント情報ＡＣの認証が成功したと判断する。アカウント情報ＡＣの認は、ＲｅｑＴを含むログイン画面要求（図２のＳ４０参照）に応じて実行される処理であるので、この段階で、ＳＰサーバ１００において、アカウント情報ＡＣを含む情報Ｘ１と、ＲｅｑＴ及びＵＲＬ５０Ｂを含む情報Ｘ３と、が関連付けられる。また、アカウント情報ＡＣの認証が成功することに応じて、端末装置８０のログインが成功した状態、即ち、アカウント情報ＡＣに対応するログインが成功した状態（即ちログイン状態）になる。次いで、Ｓ５２において、ＳＰサーバ１００は、ＲｅｑＴとは異なるＡｕｔｈＴ（Authentication Tokenの略）を生成する。これにより、Ｘ４に示されるように、ＳＰサーバ１００において、情報Ｘ１内のアカウント情報ＡＣと、情報Ｘ３内のＲｅｑｔと、生成済みのＡｕｔｈＴと、情報Ｘ３内のＵＲＬ５０Ｂと、が関連付けられる。ＡｕｔｈＴは、仲介サーバ５０が後述のＡｃｃＴ（Access Tokenの略）要求（図４のＳ９２参照）をＳＰサーバ１００に供給するのに必要な認証情報である。次いで、Ｓ５４において、ＳＰサーバ１００は、ＡｕｔｈＴとＲｅｄｉｒｅｃｔ要求とを含むログイン成功通知を端末装置８０に供給する。Ｒｅｄｉｒｅｃｔ要求は、Ｒｅｄｉｒｅｃｔ先のＵＲＬとして、ログインが成功したアカウント状態ＡＣに関連付けられている仲介サーバ５０のＵＲＬ５０Ｂ（Ｘ４参照）を含む。

端末装置８０は、ＳＰサーバ１００からログイン成功通知を取得することに応じて、Ｓ６０において、ログイン成功通知内のＲｅｄｉｒｅｃｔ要求に従って、ＵＲＬ５０Ｂが宛先として指定されているＩＤ要求を仲介サーバ５０に供給する。ＩＤ要求は、ログイン成功通知内のＡｕｔｈＴを含む。ＩＤ要求は、一時的ＩＤ（以下では「Ｔｅｍｐ（Temporaryの略）ＩＤ」と呼ぶ）の供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、端末装置８０からＩＤ要求を取得することに応じて、Ｓ６１において、ランダムに決定される文字列であるＴｅｍｐＩＤを生成し、生成済みのＴｅｍｐＩＤとＩＤ要求内のＡｕｔｈＴとをメモリ７４に記憶させる。これにより、Ｘ５に示されるように、メモリ７４内において、ＴｅｍｐＩＤと、ＡｕｔｈＴと、サービスＩＤ「SID1」（Ｘ２参照）と、が関連付けられる。このように、ＴｅｍｐＩＤとサービスＩＤ「SID1」とが関連付けられるので、この後、ＭＦＰ１０からＴｅｍｐＩＤが取得される場合（図４のＳ８０参照）に、ＴｅｍｐＩＤに関連付けられているサービスＩＤ「SID1」を含むサービスユーザ情報をＭＦＰ１０に適切に登録させることができる。次いで、Ｓ６２において、ＣＰＵ７２は、ＴｅｍｐＩＤを示すＩＤ提示画面を表わすＩＤ提示画面データを端末装置８０に供給する。

端末装置８０は、仲介サーバ５０からＩＤ提示画面データを取得することに応じて、Ｓ６４において、ＩＤ提示画面データによって表わされるＩＤ提示画面ＳＣ４を表示する。図５には、ＩＤ提示画面ＳＣ４が示されている。ＩＤ提示画面ＳＣ４は、ＴｅｍｐＩＤを示す文字列「a1myy27a」と、ＴｅｍｐＩＤをＭＦＰ１０に入力することをユーザに促すメッセージと、を含む。これにより、ユーザは、ＴｅｍｐＩＤを知ることができると共に、ＴｅｍｐＩＤをＭＦＰ１０に入力すべきことを知ることができる。図３のＳ６４が終了すると、ユーザが端末装置８０を利用する処理が終了し、次いで、ユーザがＭＦＰ１０を利用する図４の処理に進む。

（図３の続き；図４）
ＳＰサーバ１００は、図３のＳ５４のログイン成功通知を供給すると、情報Ｘ４から、以降の処理で不要な情報であるＲｅｑＴ及びＵＲＬ５０Ｂを削除する。この結果、図４の情報Ｘ６は、アカウント情報ＡＣとＡｕｔｈＴとのみを含む。

図４のＡ５では、ユーザは、ＭＦＰ１０の表示部１４に表示される登録メイン画面ＳＣ１０を見ながら、ＩＤ入力ボタンを選択する操作をＭＦＰ１０に実行する。図６には、登録メイン画面ＳＣ１０が示されている。登録メイン画面ＳＣ１０は、文字列「ID Input」を示すＩＤ入力ボタンと、文字列「ID Issue」を示すＩＤ発行ボタンと、文字列「Register」を示す登録ボタンと、を含む。ＩＤ入力ボタンは、ユーザが端末装置８０を先に利用するケースにおいて、ＴｅｍｐＩＤを入力するためのボタンである。ＩＤ発行ボタンは、ユーザがＭＦＰ１０を先に利用するケースにおいて、ＴｅｍｐＩＤの発行を要求するためのボタンである。登録ボタンは、ユーザがＭＦＰ１０を先に利用するケースにおいて、サービスユーザ情報を登録するためのボタンである。ユーザによってＡ５の操作が実行されると、Ｓ７０において、ＭＦＰ１０のＣＰＵ３２は、ＩＤ入力画面要求を仲介サーバ５０に供給する。ＩＤ入力画面要求は、ＩＤ入力画面データの供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０からＩＤ入力画面要求を取得することに応じて、Ｓ７２において、ＩＤ入力画面データをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０からＩＤ入力画面データを取得することに応じて、Ｓ７４において、ＩＤ入力画面データを表示部１４に供給して、ＩＤ入力画面ＳＣ１１を表示部１４に表示させる。図６には、ＩＤ入力画面ＳＣ１１が示されている。ＩＤ入力画面ＳＣ１１は、ＴｅｍｐＩＤを入力するための画面である。図４のＡ６では、ユーザは、ＩＤ入力画面ＳＣ１１を見ながら、図３のＳ６４で知ったＴｅｍｐＩＤを入力する操作をＭＦＰ１０に実行する。ユーザによってＡ６の操作が実行されると、Ｓ８０において、ＣＰＵ３２は、入力済みのＴｅｍｐＩＤを含む表示名入力画面要求を仲介サーバ５０に供給する。表示名入力画面要求は、表示名入力画面データの供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０から表示名入力画面要求を取得することに応じて、まず、仲介サーバ５０のメモリ７４から、表示名入力画面要求内のＴｅｍｐＩＤを含む情報Ｘ５を抽出する。これにより、この後、ＣＰＵ７２は、情報Ｘ５を利用して、各処理（即ち後述のＳ９１，Ｓ９２，Ｓ９６，Ｓ９８）を実行することなる。換言すると、ＣＰＵ７２は、ＴｅｍｐＩＤを取得することをトリガとして、上記の各処理を実行する。次いで、Ｓ８２において、ＣＰＵ７２は、表示名入力画面データをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０から表示名入力画面データを取得することに応じて、Ｓ８４において、表示名入力画面データを表示部１４に供給して、表示名入力画面ＳＣ１２を表示部１４に表示させる。図６には、表示名入力画面ＳＣ１２が示されている。表示名入力画面ＳＣ１２は、表示名を入力するための画面である。図４のＡ７では、ユーザは、表示名入力画面ＳＣ１２を見ながら、所望の表示名を入力する操作をＭＦＰ１０に実行する。ユーザによってＡ７の操作が実行されると、Ｓ９０において、ＣＰＵ３２は、入力済みの表示名（図４の例では「Alice」）を含む登録情報要求を仲介サーバ５０に供給する。登録情報要求は、登録情報の供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０から登録情報要求を取得することに応じて、Ｓ９１において、登録情報要求内の表示名「Alice」をメモリ７４に記憶させる。これにより、Ｘ７に示されるように、メモリ７４内では、ＴｅｍｐＩＤと、ＡｕｔｈＴと、サービスＩＤ「SID1」と、表示名「Alice」と、が関連付けられる。次いで、Ｓ９２において、ＣＰＵ７２は、情報Ｘ７内のＡｕｔｈＴを含むＡｃｃＴ要求を、情報Ｘ７内のサービスＩＤ「SID1」に対応するＳＰサーバ１００に供給する。ＡｃｃＴ要求は、ＡｃｃＴの供給を要求するためのコマンドである。

ＳＰサーバ１００は、仲介サーバ５０からＡｃｃＴ要求を取得することに応じて、まず、ＡｃｃＴ要求内のＡｕｔｈＴがＳＰサーバ１００に記憶されているのか否かを判断する（即ちＡｕｔｈＴの認証を実行する）。そして、ＳＰサーバ１００は、ＡｕｔｈＴがＳＰサーバ１００に記憶されていると判断する場合（即ちＡｕｔｈＴの認証が成功する場合）に、Ｓ９３において、ＲｅｑＴ及びＡｕｔｈＴとは異なるＡｃｃＴを生成する。これにより、Ｘ８に示されるように、ＳＰサーバ１００において、アカウント情報ＡＣと、ＡｕｔｈＴと、生成済みのＡｃｃＴと、が関連付けられる。次いで、Ｓ９４において、ＳＰサーバ１００は、ＡｃｃＴを含む応答を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１００から応答を取得することに応じて、Ｓ９６において、登録情報ＲＩ１をＭＦＰ１０に供給する。登録情報ＲＩ１は、情報Ｘ７内のサービスＩＤ「SID1」と、情報Ｘ７内の表示名「Alice」と、応答内のＡｃｃＴと、を含む。次いで、ＣＰＵ７２は、登録情報ＲＩ１をＭＦＰ１０に供給することに応じて、Ｓ９８において、メモリ７４から情報Ｘ７を削除する。これにより、メモリ７４を解放することができる。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０から登録情報ＲＩ１を取得することに応じて、Ｓ１００において、登録情報ＲＩ１をメモリ７４内のサービスユーザテーブル３８（図１参照）に登録する。これにより、サービスＩＤ「SID1」と表示名「Alice」とＡｃｃＴとが関連付けられている新たな１個のサービスユーザ情報が、サービスユーザテーブル３８に登録される。このために、この後、ＣＰＵ３２は、当該サービスユーザ情報を利用して、ＳＰサーバ１００からサービスの提供を受けることができる。次いで、ＣＰＵ３２は、登録完了画面データを表示部１４に供給して、登録完了画面ＳＣ１３を表示部１４に表示させる。なお、登録完了画面データは、ＭＦＰ１０のメモリ３４内に予め記憶されていてもよいし、仲介サーバ５０から登録情報ＲＩ１と共に取得されてもよい。図６には、登録完了画面ＳＣ１３が示されている。登録完了画面ＳＣ１３は、サービスユーザ情報の登録が完了したことを示すメッセージを含む。図４のＳ１０２の処理が終了すると、端末装置８０を先に利用して、サービスユーザ情報をＭＦＰ１０に登録するための処理が終了する。

（ＭＦＰ１０を先に利用するケース；図７）
続いて、図７〜図１０を参照して、ユーザがＭＦＰ１０と端末装置８０とのうちのＭＦＰ１０を先に利用して、ＳＰサーバ１００によって生成されるアクセストークンを含むサービスユーザ情報をＭＦＰ１０に登録するための処理を説明する。なお、以下では、図２〜図６と同じ名称を有するコマンド、画面等の要素については、当該要素に関する記載を省略することがあるが、当該要素の説明は、上記の説明と同様である。図２のケースと同様に、Ｘ１１に示されるように、ＳＰサーバ１００において、アカウント情報ＡＣが予め記憶されている。

Ａ１１では、ユーザは、ＭＦＰ１０の表示部１４に表示される登録メイン画面ＳＣ１０（図６参照）を見ながら、ＩＤ発行ボタンを選択する操作をＭＦＰ１０に実行する。ＩＤ発行ボタンは、文字列「ID Issue」を示すボタンである（図６のＳＣ１０参照）。ユーザによってＡ１１の操作が実行されると、Ｓ１１０において、ＭＦＰ１０のＣＰＵ３２は、基本情報（即ち、国、言語、モデル名）を含むサービス画面要求を仲介サーバ５０に供給する。ＭＦＰ１０では、ＭＦＰ１０の初期設定が実行される際（通常はＭＦＰ１０の電源が最初にＯＮされる際）に、ＭＦＰ１０が設置される国を示す情報と、ＭＦＰ１０の表示言語を示す情報と、がメモリ３４に記憶される。また、メモリ３４は、ＭＦＰ１０のモデル名を示す情報を予め記憶している。即ち、メモリ３４は、Ａ１１の操作が実行される前に、基本情報を予め記憶している。このために、ＣＰＵ３２は、メモリ３４内の基本情報を含むサービス画面要求を仲介サーバ５０に供給する。このように、図７のケースでは、図２のケースとは異なり、ユーザは、国、言語、及び、モデル名を選択せずに済む。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０からサービス画面要求を取得することに応じて、サーバ画面要求内の基本情報に従ってサービス画面データを生成する。当該処理は、図２のＳ２０のサービス画面要求に応じてサービス画面データを生成する処理と同様である。次いで、Ｓ１１２において、ＣＰＵ７２は、生成済みのサービス画面データをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０からサービス画面データを取得することに応じて、Ｓ１１４において、サービス画面データを表示部１４に供給して、サービス画面ＳＣ２１を表示部１４に表示させる。図６には、サービス画面ＳＣ２１が示されている。図７のＡ１２では、ユーザは、サービス画面ＳＣ２１を見ながら、１個のサービス名を選択する操作をＭＦＰ１０に実行する。図７の例では、ＳＰサーバ１００のサービス名「SVA」が選択される。ユーザによってＡ１２の操作が実行されると、Ｓ１２０において、ＣＰＵ３２は、選択済みのサービス名「SVA」を含む表示名入力画面要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０から表示名入力画面要求を取得することに応じて、メモリ７４内の上記のサービスＩＤテーブル（図示省略）から、表示名入力画面要求内のサービス名「SVA」に関連付けられているサービスＩＤ「SID1」を特定する。そして、Ｓ１２１において、ＣＰＵ７２は、特定済みのサービスＩＤ「SID1」をメモリ７４に記憶させる（Ｘ１２参照）。次いで、Ｓ１２２において、ＣＰＵ７２は、表示名入力画面データをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０から表示名入力画面データを取得することに応じて、Ｓ１２４において、表示名入力画面データを表示部１４に供給して、表示名入力画面ＳＣ２２を表示部１４に表示させる。図６には、表示名入力画面ＳＣ２２が示されている。図７のＡ１３では、ユーザは、表示名入力画面ＳＣ２２を見ながら、所望の表示名を入力する操作をＭＦＰ１０に実行する。ユーザによってＡ１３の操作が実行されると、Ｓ１３０において、ＣＰＵ３２は、入力済みの表示名（図７の例では「Alice」）と、ＭＦＰ１０のＭＡＣアドレス（以下では「ＭＡＣ」と記載する）と、を含むＩＤ要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０からＩＤ要求を取得することに応じて、Ｓ１３１において、ＴｅｍｐＩＤを生成し、ＩＤ要求内のＭＡＣと、生成済みのＴｅｍｐＩＤと、ＩＤ要求内の表示名「Alice」と、をメモリ７４に記憶させる。これにより、Ｘ１３に示されるように、メモリ７４内において、ＭＡＣと、ＴｅｍｐＩＤと、サービスＩＤ「SID1」（Ｘ１２参照）と、表示名「Alice」と、が関連付けられる。このように、ＴｅｍｐＩＤとサービスＩＤ「SID1」とが関連付けられので、仲介サーバ５０は、この後、端末装置８０からＴｅｍｐＩＤを取得する場合（図８のＳ１５０参照）に、ＴｅｍｐＩＤに関連付けられているサービスＩＤ「SID1」によって識別されるＳＰサーバ１００のＵＲＬ１００Ａを端末装置８０に適切に供給することができる（図８のＳ１５６参照）。また、仲介サーバ５０は、端末装置８０から表示名を取得するのではなく、ＭＦＰ１０から表示名「Alice」を取得する。即ち、表示名「Alice」は、ＭＦＰ１０に入力される文字列であり、ＭＦＰ１０が表示可能な各文字によって構成される。従って、この後、表示名「Alice」を含むサービスユーザ情報がＭＦＰ１０に登録される場合（図１０のＳ２２０参照）に、ＭＦＰ１０が表示名「Alice」を適切に表示することができる。次いで、Ｓ１３２において、ＣＰＵ７２は、ＴｅｍｐＩＤを示すＩＤ提示画面を表わすＩＤ提示画面データを端末装置８０に供給する。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０からＩＤ提示画面データを取得することに応じて、Ｓ１３４において、ＩＤ提示画面データを表示部１４に供給して、ＩＤ提示画面ＳＣ２３を表示部１４に表示させる。図６には、ＩＤ提示画面ＳＣ２３が示されている。ＩＤ提示画面ＳＣ２３は、ＴｅｍｐＩＤを示す文字列「a1myy27a」と、仲介サーバ５０のＵＲＬ５０Ｃを示す文字列と、ウェブブラウザ８２を利用してＵＲＬ５０ＣにアクセスしてＴｅｍｐＩＤを入力することをユーザに促すメッセージと、を含む。これにより、ユーザは、ＴｅｍｐＩＤを知ることができると共に、ＴｅｍｐＩＤを端末装置８０に入力すべきことを知ることができる。ＵＲＬ５０Ｃは、端末装置８０が後述のＩＤ入力画面要求（図８のＳ１４０参照）を仲介サーバ５０に供給するのに必要なＵＲＬである。図７のＳ１３４が終了すると、ユーザがＭＦＰ１０を利用する処理が終了し、次いで、ユーザが端末装置８０を利用する図８の処理に進む。

（図７の続き；図８）
図８のＡ２１では、ユーザは、端末装置８０のウェブブラウザ８２を起動させて、図７のＳ１３４で表示されるＵＲＬ５０Ｃ（図６のＳＣ２３参照）を端末装置８０に入力する。ユーザによってＡ２１の操作が実行されると、Ｓ１４０において、端末装置８０は、入力済みのＵＲＬ５０Ｃが宛先として指定されているＩＤ入力画面要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、端末装置８０からＩＤ入力画面要求を取得することに応じて、Ｓ１４２において、ＩＤ入力画面データを端末装置８０に供給する。

端末装置８０は、仲介サーバ５０からＩＤ入力画面データを取得することに応じて、Ｓ１４４において、ＩＤ入力画面データによって表わされるＩＤ入力画面ＳＣ３１を表示する。図５には、ＩＤ入力画面ＳＣ３１が示されている。図８のＡ２２では、ユーザは、ＩＤ入力画面ＳＣ３１を見ながら、図７のＳ１３４で知ったＴｅｍｐＩＤ（図６のＳＣ２３参照）を入力する操作を端末装置８０に実行する。ユーザによってＡ２２の操作が実行されると、Ｓ１５０において、端末装置８０は、入力済みのＴｅｍｐＩＤを含むＲｅｑＴ要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、端末装置８０からＲｅｑＴ要求を取得することに応じて、まず、仲介サーバ５０のメモリ７４から、ＲｅｑＴ要求内のＴｅｍｐＩＤを含む情報Ｘ１３を抽出する。これにより、この後、ＣＰＵ７２は、情報Ｘ１３を利用して、各処理（即ち後述の図９のＳ１８２，Ｓ１８５）を実行することなる。換言すると、ＣＰＵ７２は、ＴｅｍｐＩＤを取得することをトリガとして、上記の各処理を実行する。次いで、Ｓ１５２において、ＣＰＵ７２は、仲介サーバ５０のＵＲＬ５０Ｄを含むＲｅｑＴ要求をＳＰサーバ１００に供給する。ＵＲＬ５０Ｄは、端末装置８０が後述の第１のＡｃｃＴ要求（図９のＳ１８０参照）を仲介サーバ５０に供給するのに必要なＵＲＬである。

ＳＰサーバ１００によって実行されるＳ１５３，Ｓ１５４は、図２のＳ３３，Ｓ３４と同様である。これにより、Ｘ１４に示されるように、ＳＰサーバ１００において、ＲｅｑＴと、ＵＲＬ５０Ｄと、が関連付けられる。また、仲介サーバ５０のＣＰＵ７２によって実行されるＳ１５６は、図２のＳ３６と同様である。また、端末装置８０によって実行されるＳ１６０，Ｓ１６２，Ｓ１６４は、図２のＳ４０，Ｓ４２，Ｓ４４と同様である。Ｓ１６４では、図５のログイン画面ＳＣ３２が表示される。図８のＳ１６４が終了すると、図９に進む。

（図８の続き；図９）
図９のＡ２３は、図３のＡ４と同様である。また、端末装置８０及びＳＰサーバ１００によって実行されるＳ１７０，Ｓ１７１，Ｓ１７２，Ｓ１７４は、図３のＳ５０，Ｓ５１，Ｓ５２，Ｓ５４と同様である。これにより、Ｘ１５に示されるように、ＳＰサーバ１００において、アカウント情報ＡＣと、ＲｅｑＴと、ＡｕｔｈＴと、ＵＲＬ５０Ｄと、が関連付けられる。なお、Ｓ１７４のログイン成功通知は、Ｓ５２のログイン成功通知とは異なり、Ｒｅｄｉｒｅｃｔ先のＵＲＬとして、情報Ｘ１５内のＵＲＬ５０Ｄを含む。

端末装置８０は、ＳＰサーバ１００からログイン成功通知を取得することに応じて、Ｓ１８０において、ログイン成功通知内のＲｅｄｉｒｅｃｔ要求に従って、ＵＲＬ５０Ｄが宛先として指定されている第１のＡｃｃＴ要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、端末装置８０から第１のＡｃｃＴ要求を取得することに応じて、Ｓ１８２において、第１のＡｃｃＴ要求内のＡｕｔｈを含む第２のＡｃｃＴ要求をＳＰサーバ１００に供給する。

ＳＰサーバ１００によって実行されるＳ１８３，Ｓ１８４は、図４のＳ９３，Ｓ９４と同様である。これにより、Ｘ１６に示されるように、ＳＰサーバ１００において、アカウント情報ＡＣと、ＲｅｑＴと、ＡｕｔｈＴと、ＡｃｃＴと、ＵＲＬ５０Ｄと、が関連付けられる。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１００から応答を取得することに応じて、Ｓ１８５において、ＡｃｃＴをメモリ７４に記憶させる。これにより、Ｘ１７に示されるように、メモリ７４内において、ＭＡＣと、ＴｅｍｐＩＤと、サーバＩＤ「SID1」と、表示名「Alice」と、ＡｃｃＴと、が関連付けられる。このように、サーバＩＤ「SID1」と表示名「Alice」とＡｃｃＴとが関連付けられるので、仲介サーバ５０は、この後、これらの情報を含むサービスユーザ情報をＭＦＰ１０に適切に登録することができる（図１０のＳ２１２，Ｓ２２０参照）。次いで、Ｓ１８６において、ＣＰＵ７２は、記憶通知画面データを端末装置８０に供給する。

端末装置８０は、仲介サーバ５０から記憶通知画面データを取得することに応じて、Ｓ１８８において、記憶通知画面データによって表わされる記憶通知画面ＳＣ３３を表示する。図５には、記憶通知画面ＳＣ３３が示されている。記憶通知画面ＳＣ３３は、ＡｃｃＴが仲介サーバ５０に記憶されたことを示すメッセージと、ＭＦＰ１０において登録ボタンを操作することをユーザに促すメッセージと、を含む。これにより、ユーザは、ＡｃｃＴが仲介サーバ５０に記憶されたこと、及び、ＭＦＰ１０において登録ボタンを操作すべきことを知ることができる。図９のＳ１８８が終了すると、ユーザが端末装置８０を利用する処理が終了し、次いで、ユーザがＭＦＰ１０を利用する図１０の処理に進む。

（図９の続き；図１０）
ＳＰサーバ１００は、図９のＳ１８４の応答を供給すると、情報Ｘ１６から、以降の処理で不要な情報であるＲｅｑＴ、ＡｕｔｈＴ、及び、ＵＲＬ５０Ｄを削除する。この結果、図１０の情報Ｘ１８は、アカウント情報ＡＣとＡｃｃＴとのみを含む。また、仲介サーバ５０のＣＰＵ７２は、図９のＳ１８６の記憶通知画面データを供給すると、情報Ｘ１７から、以降の処理で不要な情報であるＴｅｍｐＩＤを削除する。この結果、図１０の情報Ｘ１９は、ＭＡＣとサービスＩＤ「SID1」と表示名「Alice」とＡｃｃＴとのみを含む。

Ａ３１では、ユーザは、ＭＦＰ１０の表示部１４に表示される登録メイン画面ＳＣ１０（図６参照）を見ながら、登録ボタンを選択する操作をＭＦＰ１０に実行する。登録ボタンは、文字列「Register」を示すボタンである（図６のＳＣ１０参照）。ユーザによってＡ３１の操作が実行されると、Ｓ２００において、ＭＦＰ１０のＣＰＵ３２は、ＭＡＣを含む表示名選択画面要求を仲介サーバ５０に供給する。表示名選択画面要求は、表示名選択画面データの供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０から表示名選択画面要求を取得することに応じて、表示名選択画面データを生成する。具体的には、ＣＰＵ７２は、メモリ７４から、表示名選択画面要求内のＭＡＣに関連付けられている表示名「Alice」（Ｘ１９参照）を抽出して、抽出済みの表示名「Alice」を選択肢として含む表示名選択画面を表わす表示名選択画面データを生成する。なお、仮に、他の表示名に対応するユーザによって図７〜図９の処理が実行済みである状況では、当該他の表示名がＭＡＣに関連付けられている。この場合、ＣＰＵ７２は、表示名「Alice」と当該他の表示名とを含む複数個の表示名を選択肢として含む表示名選択画面を表わす表示名選択画面データを生成する。次いで、Ｓ２０２において、ＣＰＵ７２は、生成済みの表示名選択画面データをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０から表示名選択画面データを取得することに応じて、Ｓ２０４において、表示名選択画面データを表示部１４に供給して、表示名選択画面ＳＣ４１を表示部１４に表示させる。図６には、表示名選択画面ＳＣ４１が示されている。表示名選択画面ＳＣ４１は、表示名「Alice」を選択肢として含む。図１０のＡ３２では、ユーザは、表示名選択画面ＳＣ４１を見ながら、表示名「Alice」を選択する操作をＭＦＰ１０に実行する。ユーザによってＡ３２の操作が実行されると、Ｓ２１０において、ＣＰＵ３２は、選択済みの表示名「Alice」を含む登録情報要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０から登録情報要求を取得することに応じて、メモリ７４から、登録情報要求内の表示名「Alice」を含む情報Ｘ１９を抽出する。次いで、Ｓ２１２において、ＣＰＵ７２は、抽出済みの情報Ｘ１９を利用して、登録情報ＲＩ２をＭＦＰ１０に供給する。登録情報ＲＩ２は、情報Ｘ１９内のサービスＩＤ「SID1」、表示名「Alice」、及び、ＡｃｃＴを含み、情報Ｘ１９内のＭＡＣを含まない。このように、仲介サーバ５０は、ＭＦＰ１０から情報Ｘ１９内の表示名「Alice」を取得すれば、登録情報ＲＩ２をＭＦＰ１０に供給して、登録情報ＲＩ２に一致するサービスユーザ情報をＭＦＰ１０に登録することができる。即ち、仲介サーバ５０は、情報Ｘ１９がメモリ７４内に記憶された後に、情報Ｘ１９内のサービスＩＤ「SID1」によって識別されるＳＰサーバ１００を選択する操作がユーザによってＭＦＰ１０に実行されなくても、登録情報ＲＩ２をＭＦＰ１０に供給して、登録情報ＲＩ２に一致するサービスユーザ情報をＭＦＰ１０に登録することができる。ユーザがＳＰサーバ１００を選択せずに済むので、ユーザの利便性を向上させ得る。次いで、ＣＰＵ７２は、登録情報ＲＩ２をＭＦＰ１０に供給することに応じて、Ｓ２１４において、メモリ７４から情報Ｘ１９を削除する。これにより、メモリ７４を解放することができる。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０から登録情報ＲＩ２を取得することに応じて、Ｓ２２０において、登録情報ＲＩ２をメモリ７４内のサービスユーザテーブル３８（図１参照）に登録する。これにより、サービスＩＤ「SID1」と表示名「Alice」とＡｃｃＴとが関連付けられている新たな１個のサービスユーザ情報が、サービスユーザテーブル３８に登録される。次いで、ＣＰＵ３２は、登録完了画面データを表示部１４に供給して、登録完了画面ＳＣ４２を表示部１４に表示させる。なお、登録完了画面データは、ＭＦＰ１０のメモリ３４内に予め記憶されていてもよいし、仲介サーバ５０から登録情報ＲＩ２と共に取得されてもよい。図６には、登録完了画面ＳＣ４２が示されている。図１０のＳ２２２の処理が終了すると、ＭＦＰ１０を先に利用して、サービスユーザ情報をＭＦＰ１０に登録するための全ての処理が終了する。

上述したように、本実施例では、ユーザは、端末装置８０を先に利用して、サービスユーザ情報をＭＦＰ１０に登録することもできるし（図２〜図４参照）、ＭＦＰ１０を先に利用して、サービスユーザ情報をＭＦＰ１０に登録することもできる（図７〜図１０参照）。以下では、図２〜図４又は図７〜図１０で登録されたサービスユーザ情報のことを「対象サービスユーザ情報」と呼ぶ。ＭＦＰ１０は、登録済みの対象サービスユーザ情報がユーザによって選択されることに応じて、ＳＰサーバ１００から様々なサービスの提供を受けることができる。以下では、ＭＦＰ１０が、ＳＰサーバ１００から画像ファイルをダウンロードして（即ちデータ供給サービスの提供を受けて）、印刷を実行するケース（以下では「ダウンロード印刷」と呼ぶ）と、原稿のスキャンを実行して、画像ファイルをＳＰサーバ１００にアップロードする（即ちデータ保存サービスの提供を受ける）ケースと、を順次説明する。

（ダウンロード印刷；図１１）
図１１のＸ２０に示されるように、ＳＰサーバ１００では、アカウント情報ＡＣとＡｃｃＴと画像ファイルＦ１とが関連付けられている。画像ファイルＦ１は、図示省略の処理において、ユーザによってＳＰサーバ１００にアップロードされたファイルである。

Ａ５１において、ユーザは、ＭＦＰ１０のサービスユーザテーブル３８（図１参照）に記述されている１個以上のサービスユーザ情報の中から対象サービスユーザ情報を選択する操作をＭＦＰ１０に実行する。なお、図１１ではＡ５１の操作が簡単に示されているが、実際には、Ａ５１の操作が実行される前に、ＭＦＰ１０のＣＰＵ３２は、サービスユーザテーブル３８内の１個以上のサービスＩＤ及び１個以上の表示名を仲介サーバ５０に供給する。そして、ＣＰＵ３２は、仲介サーバ５０から、上記の１個以上のサービスＩＤに対応する１個以上のサービス名を選択肢として含むサービス名選択画面を表わすサービス名選択画面データを取得して、サービス名選択画面を表示部１４に表示させる。Ａ５１では、ユーザは、サービス名選択画面において、ＳＰサーバ１００のサービス名「SVA」を選択する。これは、ユーザが対象サービスユーザ情報内のサービスＩＤ「SID1」を選択することに等しい。また、ＣＰＵ３２は、仲介サーバ５０から、上記の１個以上の表示名を選択肢として含む表示名選択画面を表わす表示名選択画面データを取得して、表示名選択画面を表示部１４に表示させる。Ａ５１では、ユーザは、表示名選択画面において、表示名「Alice」を選択する。ＣＰＵ３２は、選択済みのサービスＩＤ「SID1」及び選択済みの表示名「Alice」を仲介サーバ５０に順次供給する。そして、Ｓ２５０において、ＣＰＵ３２は、選択済みのサービスＩＤ「SID1」及び選択済みの表示名「Alice」に関連付けられているＡｃｃＴ（即ち対象サービスユーザ情報内のＡｃｃＴ）を含む第１のファイルＵＲＬ要求を仲介サーバ５０に供給する。第１のファイルＵＲＬ要求（さらには後述の第２のファイルＵＲＬ要求）は、画像ファイルＦ１のＵＲＬの供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０から第１のファイルＵＲＬ要求を取得することに応じて、Ｓ２５２において、第１のファイルＵＲＬ要求内のＡｃｃＴを含む第２のファイルＵＲＬ要求をＳＰサーバ１００に供給する。

ＳＰサーバ１００は、仲介サーバ５０から第２のファイルＵＲＬ要求を取得することに応じて、第２のファイルＵＲＬ要求内のＡｃｃＴの認証を実行する。本ケースではＡｃｃＴの認証が成功し、Ｓ２５４において、ＳＰサーバ１００は、ＡｃｃＴに関連付けられている画像ファイルＦ１（Ｘ２０参照）のＵＲＬである画像ファイルＵＲＬを仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１００から画像ファイルＵＲＬを取得することに応じて、Ｓ２５６において、画像ファイルＵＲＬをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、ＳＰサーバ１００から画像ファイルＵＲＬを取得することに応じて、Ｓ２６０において、画像ファイルＵＲＬが宛先として指定されているダウンロード要求をＳＰサーバ１００に供給する。ダウンロード要求は、対象サービスユーザ情報内のＡｃｃＴを含む。ダウンロード要求は、画像ファイルＦ１のダウンロード（即ち供給）を要求するためのコマンドである。

ＳＰサーバ１００は、ＭＦＰ１０からダウンロード要求を取得することに応じて、ダウンロード要求内のＡｃｃＴの認証を実行する。本ケースではＡｃｃＴの認証が成功し、Ｓ２６２において、ＳＰサーバ１００は、ＡｃｃＴに関連付けられている画像ファイルＦ１（Ｘ２０参照）を仲介サーバ５０に供給する。

ＭＦＰ１０のＣＰＵ３２は、ＳＰサーバ１００から画像ファイルＦ１を取得することに応じて、Ｓ２６４において、画像ファイルＦ１によって表わされる画像の印刷を実行する。具体的には、ＣＰＵ３２は、画像ファイルＦ１を変換して、印刷実行部１６が解釈可能な印刷データを生成し、当該印刷データを印刷実行部１６に供給する。この結果、画像ファイルＦ１によって表わされる画像が印刷された印刷媒体をユーザに提供することができる。これにより、ダウンロード印刷が終了する。

（スキャンアップロード；図１１）
続いて、スキャンアップロードの内容について説明する。Ｘ２１に示されるように、ＳＰサーバ１００では、アカウント情報ＡＣとＡｃｃＴとが関連付けられている。

Ａ５２において、ユーザは、対象サービスユーザ情報を選択する操作をＭＦＰ１０に実行する。Ａ５２の操作は、Ａ５１の操作と同様である。ユーザによってＡ５２の操作が実行されると、Ｓ２７０において、ＭＦＰ１０のＣＰＵ３２は、ＡｃｃＴを含む第１のアップロードＵＲＬ要求を仲介サーバ５０に供給する。第１のアップロードＵＲＬ要求（さらには後述の第２のアップロードＵＲＬ要求）は、画像ファイルのアップロード先のＵＲＬの供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０から第１のアップロードＵＲＬ要求を取得することに応じて、Ｓ２７２において、第１のアップロードＵＲＬ要求内のＡｃｃＴを含む第２のアップロードＵＲＬ要求をＳＰサーバ１００に供給する。

ＳＰサーバ１００は、仲介サーバ５０から第２のアップロードＵＲＬ要求を取得することに応じて、第２のアップロードＵＲＬ要求内のＡｃｃＴの認証を実行する。本ケースではＡｃｃＴの認証が成功し、Ｓ２７４において、ＳＰサーバ１００は、アップロードＵＲＬを生成して、当該アップロードＵＲＬを仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＳＰサーバ１００からアップロードＵＲＬを取得することに応じて、Ｓ２７６において、アップロードＵＲＬをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、ＳＰサーバ１００からアップロードＵＲＬを取得することに応じて、Ｓ２８０において、原稿のスキャンをスキャン実行部１８に実行させ、スキャン実行部１８から得られるスキャン結果を利用して画像ファイルＦ２を生成する。次いで、Ｓ２９０において、ＣＰＵ３２は、アップロードＵＲＬが宛先として指定されているアップロード要求をＳＰサーバ１００に供給する。アップロード要求は、対象サービスユーザ情報内のＡｃｃＴと、生成済みの画像ファイルＦ２と、を含む。アップロード要求は、画像ファイルＦ２のアップロード（即ち保存）を要求するためのコマンドである。

ＳＰサーバ１００は、ＭＦＰ１０からアップロード要求を取得することに応じて、アップロード要求内のＡｃｃＴの認証を実行する。本ケースではＡｃｃＴの認証が成功し、ＳＰサーバ１００は、アップロード要求内の画像ファイルＦ２をＡｃｃＴに関連付けて記憶する。これにより、スキャンアップロードが完了する。

（本実施例の効果）
本実施例によると、仲介サーバ５０は、端末装置８０からＩＤ要求を取得しなくても、ＭＦＰ１０からＩＤ要求を取得することに応じて（図７のＳ１３０）、ＴｅｍｐＩＤを生成し（Ｓ１３１）、ＴｅｍｐＩＤを含むＩＤ提示画面ＳＣ２３（図６）をＭＦ１０に表示させることができる（図７のＳ１３４）。これにより、ユーザは、ＴｅｍｐＩＤを知ることができる。そして、仲介サーバ５０は、端末装置８０からＴｅｍｐＩＤを取得することに応じて（図８のＳ１５０）、ＳＰサーバ１００からＡｃｃＴを取得し（図９のＳ１８４）、ＡｃｃＴを含む登録情報ＲＩ２をＭＦＰ１０に供給する（図１０のＳ２１２）。これにより、登録情報ＲＩ２に一致するサービスユーザ情報がＭＦＰ１０に登録される（Ｓ２２０）。このように、本実施例によると、ＡｃｃＴを含むサービスユーザ情報をＭＦＰ１０に登録させるために、ユーザが端末装置８０とＭＦＰ１０とのうちの端末装置８０を先に利用せずに済む。このために、ユーザの利便性を向上させ得る。

また、仲介サーバ５０は、端末装置８０からＩＤ要求を取得することに応じて（図３のＳ６０）、ＴｅｍｐＩＤを生成し（Ｓ６１）、ＴｅｍｐＩＤを含むＩＤ提示画面ＳＣ４（図５）を端末装置８０に表示させることができる（図２のＳ６４）。これにより、ユーザは、ＴｅｍｐＩＤを知ることができる。そして、仲介サーバ５０は、ＭＦＰ１０からＴｅｍｐＩＤを取得することに応じて（図４のＳ８０）、ＳＰサーバ１００からＡｃｃＴを取得し（Ｓ９４）、ＡｃｃＴを含む登録情報ＲＩ１をＭＦＰ１０に供給する（Ｓ９６）。これにより、登録情報ＲＩ１に一致するサービスユーザ情報がＭＦＰ１０に登録される（Ｓ１００）。このように、本実施例によると、ユーザは、端末装置８０を先に利用して、ＡｃｃＴを含むサービスユーザ情報をＭＦＰ１０に登録させることもできる。即ち、ユーザは、端末装置８０とＭＦＰ１０とのうちのどちらを先に利用しても、サービスユーザ情報をＭＦＰ１０に登録させることができる。このために、ユーザの利便性を向上させ得る。

（対応関係）
ＭＦＰ１０、端末装置８０、ＳＰサーバ１００が、それぞれ、「クライント装置」、「ブラウザ装置」、「特定のサービス提供サーバ」の一例である。図７のＳ１３０のＩＤ要求、Ｓ１３１のＴｅｍｐＩＤが、それぞれ、「第１のトリガ情報の生成要求」、「第１のトリガ情報」の一例である。図３のＳ６０のＩＤ要求、Ｓ６１のＴｅｍｐＩＤが、それぞれ、「第２のトリガ情報の生成要求」、「第２のトリガ情報」の一例である。図９のＳ１８４の応答内のＡｃｃＴが、「第１のアクセストークン」の一例である。図４のＳ９４の応答内のＡｃｃＴが、「第２のアクセストークン」の一例である。図１０のＳ２１２の登録情報ＲＩ２が、「第１の登録情報」の一例である。図４のＳ９６の登録情報ＲＩ１が、「第２の登録情報」の一例である。図１１でＳＰサーバ１００によって提供されるデータ供給サービス及びデータ保存サービスが、「特定のサービス」の一例である。図８のＳ１５６の第２の応答内のＵＲＬ１００Ａが、「第１のＵＲＬ」の一例である。図７のＳ１２０の表示名入力画面要求内のサーバ名「SVA」、図７のＳ１２１で記憶されるサービスＩＤ「SID1」が、それぞれ、「選択結果情報」、「特定のサーバ情報」の一例である。図７のＳ１３０のＩＤ要求内の表示名「Alice」、当該ＩＤ要求内のＭＡＣが、それぞれ、「ユーザ名」、「装置識別情報」の一例である。

（第２実施例；図１２）
本実施例では、ユーザがＭＦＰ１０を先に利用してサービスユーザ情報をＭＦＰ１０に登録するための処理（図７〜図１０参照）が、第１実施例とは異なる。本実施例では、図７の各処理に代えて、図１２の各処理が実行される。図１２のＡ１１〜Ａ１３の操作とＳ１１０〜Ｓ１２４の処理とは、図７と同様である。ユーザによってＡ１３の操作が実行されると、Ｓ３００において、ＭＦＰ１０のＣＰＵ３２は、入力済みの表示名「Alice」を含むアドレス入力画面要求を仲介サーバ５０に供給する。アドレス入力画面要求は、アドレス入力画面データの供給を要求するためのコマンドである。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０からアドレス入力画面要求を取得することに応じて、Ｓ３０１において、アドレス入力画面要求内の表示名「Alice」をメモリ７４に記憶させる。これにより、Ｘ３１に示されるように、メモリ７４内において、サービスＩＤ「SID1」（Ｘ１２参照）と、表示名「Alice」と、が関連付けられる。次いで、Ｓ３０２において、ＣＰＵ７２は、アドレス入力画面を表わすアドレス入力画面データをＭＦＰ１０に供給する。

ＭＦＰ１０のＣＰＵ３２は、仲介サーバ５０からアドレス入力画面データを取得することに応じて、Ｓ３０４において、アドレス入力画面データを表示部１４に供給して、アドレス入力画面ＳＣ６１を表示部１４に表示させる。アドレス入力画面ＳＣ６１は、電子メールを受信するためのメールアドレスを入力するための画面である。Ａ６１では、ユーザは、アドレス入力画面ＳＣ６１を見ながら、端末装置８０に設定されているメールアドレスＭＡを入力するための操作をＭＦＰ１０に実行する。Ａ６１の操作が実行されると、Ｓ３１０において、ＣＰＵ３２は、入力済みのメールアドレスＭＡとＭＡＣとを含むＩＤ要求を仲介サーバ５０に供給する。

仲介サーバ５０のＣＰＵ７２は、ＭＦＰ１０からＩＤ要求を取得することに応じて、Ｓ３１１において、ＴｅｍｐＩＤを生成し、ＩＤ要求内のＭＡＣと、生成済みのＴｅｍｐＩＤと、をメモリ７４に記憶させる。これにより、Ｘ３２に示されるように、メモリ７４内において、ＭＡＣと、ＴｅｍｐＩＤと、サービスＩＤ「SID1」（Ｘ３１参照）と、表示名「Alice」（Ｘ３１参照）と、が関連付けられる。次いで、Ｓ３１２において、ＣＰＵ７２は、Ｓ３１０のＩＤ要求内のメールアドレスＭＡを送信先として、対象ＵＲＬが記述されている本文を含む電子メールＥＭを端末装置８０に送信する。対象ＵＲＬは、仲介サーバ５０にアクセスするためのＵＲＬであり、具体的には、後述のＲｅｑＴ要求（図８のＳ１５０参照）を仲介サーバ５０に供給するための宛先のＵＲＬである。対象ＵＲＬは、仲介サーバ５０のＵＲＬ５０Ｃを示す文字列と、クエリ文字列としてＴｅｍｐＩＤと、を含む。クエリ文字列は、文字「?」より後ろの文字列である。図１２のＳ３１２が終了すると、ユーザがＭＦＰ１０を利用する処理が終了し、次いで、ユーザが端末装置８０を利用する図８の処理に進む。

ユーザは、端末装置８０が仲介サーバ５０から電子メールＥＭを受信した後に、電子メールＥＭの本文に記述されている対象ＵＲＬを選択するための操作を端末装置８０に実行する。これにより、図８のＡ２１，Ｓ１４０〜Ｓ１４４，Ａ２２が実行されることなく、Ｓ１５０において、端末装置８０は、選択済みの対象ＵＲＬが宛先として指定されているＲｅｑＴ要求を仲介サーバ５０に供給する。対象ＵＲＬのクエリ文字列がＴｅｍｐＩＤを含むので、ＲｅｑＴ要求がＴｅｍｐＩＤを含むことになる。Ｓ１５０以降の処理は、第１実施例と同様である。

（本実施例の効果）
本実施例でも、ＡｃｃＴを含むサービスユーザ情報をＭＦＰ１０に登録させるために、ユーザが端末装置８０とＭＦＰ１０とのうちの端末装置８０を先に利用せずに済む。このために、ユーザの利便性を向上させ得る。また、ユーザが電子メールＥＭ内の対象ＵＲＬを選択すれば、端末装置８０がＴｅｍｐＩＤを含むＲｅｑＴ要求を仲介サーバ５０に供給する（図８のＴ１５０）。即ち、ユーザがＵＲＬ５０Ｃ及びＴｅｍｐＩＤを端末装置８０に入力するための操作（図８のＡ２１，Ａ２２）を実行せず済む。このために、ユーザの利便性を向上させ得る。なお、本実施例では、電子メールＥＭ内の対象ＵＲＬが、「第２のＵＲＬ」の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例が含まれる。

（変形例１）上記の各実施例では、仲介サーバ５０は、ＳＰサーバ１００からＡｃｃＴを直接的に取得する（図４のＳ９２〜Ｓ９４、図９のＳ１８２〜Ｓ１８４）。これに代えて、例えば、仲介サーバ５０は、図４のＳ９１の後に所定の指示をＭＦＰ１０に供給して、ＳＰサーバ１００へのＡｃｃＴ要求の供給及びＳＰサーバ１００からのＡｃｃＴの取得をＭＦＰ１０に実行させ、その後、ＭＦＰ１０からＡｃｃＴを取得してもよい。また、例えば、仲介サーバ５０は、端末装置８０から図９のＳ１８０の第１のＡｃｃＴ要求を取得することに応じて所定の指示を端末装置８０に供給して、ＳＰサーバ１００へのＡｃｃＴ要求の供給及びＳＰサーバ１００からのＡｃｃＴの取得を端末装置８０に実行させ、その後、端末装置８０からＡｃｃＴを取得してもよい。即ち、仲介サーバ５０は、ＳＰサーバ１００から、ＭＦＰ１０又は端末装置８０を介して、ＡｃｃＴを間接的に取得してもよい。一般的に言うと、「第１（又は第２）のアクセストークン取得処理」では、特定のサービス提供サーバから第１（又は第２）のアクセストークンを直接的に取得してもよいし、特定のサービス提供サーバからブラウザ装置（又はクライアント装置）を介して第１（又は第２）のアクセストークンを間接的に取得してもよい。

（変形例２）図８のＳ１５６において、仲介サーバ５０は、ＳＰサーバ１００のＵＲＬ１００Ａを含まない第２の応答を端末装置８０に供給してもよい（即ちＲｅｄｉｒｅｃｔの仕組みが利用されなくてもよい）。この場合、端末装置８０のユーザがＵＲＬ１００Ａを端末装置８０に入力する操作を実行することに応じて、端末装置８０は、Ｓ１６０のログイン画面要求をＳＰサーバ１００に供給してもよい。本変形例では、「ＵＲＬ供給処理」を省略可能である。

（変形例３）上記の各実施例では、サービスＩＤ「SID1」と表示名「Alice」とＡｃｃＴとを含むサービスユーザ情報がＭＦＰ１０に登録される。ただし、ＭＦＰ１０がＳＰサーバ１００からサービスの提供を受けるためには、少なくともＡｃｃＴがＭＦＰ１０に登録されればよく、サービスＩＤ「SID1」と表示名「Alice」とがＭＦＰ１０に登録されなくてもよい。この場合、仲介サーバ５０は、例えば、図７のＳ１２０において、ＭＦＰ１０からサービス名「SVA」を取得する処理を実行しなくてもよく、さらに、Ｓ１２１において、サービスＩＤ「SID1」を記憶する処理を実行しなくてもよい。また、仲介サーバ５０は、例えば、図７のＳ１３０において、ＭＦＰ１０から表示名「Alice」を取得する処理を実行しなくてもよく、さらに、Ｓ１３１において、表示名「Alice」を記憶する処理を実行しなくてもよい。本変形例では、「選択結果情報取得処理」、「第１の記憶制御処理」、「第２の記憶制御処理」、「ユーザ名取得処理」、及び、「第３の記憶制御処理」を省略可能である。また、本変形例では、「第１の登録情報」は、第１のアクセストークンのみを含んでいてもよい。

（変形例４）上記の各実施例では、仲介サーバ５０は、図７のＳ１３０において、ＭＦＰ１０からＭＡＣを取得し、Ｓ１３１において、ＭＡＣを記憶する。そして、仲介サーバ５０は、図１０のＳ２００において、ＭＦＰ１０からＭＡＣを取得し、Ｓ２０２，Ｓ２０４において、ＭＡＣに関連付けられている表示名「Alice」を含む表示名選択画面をＭＦＰ１０に表示させる。これに代えて、仲介サーバ５０は、ＭＡＣを記憶しなくてもよい。即ち、情報Ｘ１９は、ＭＡＣを含んでいなくてもよい。そして、仲介サーバ５０は、図１０のＳ２００〜Ｓ２１０に代えて、以下を実行してもよい。即ち、仲介サーバ５０は、ユーザが、サービス名「SVA」を選択する操作と、表示名「Alice」を入力する操作と、をＭＦＰ１０に実行することに応じて、ＭＦＰ１０から選択済みのサービス名「SVA」と入力済みの表示名「Alice」とを取得してもよい。そして、仲介サーバ５０は、取得済みのサービス名「SVA」に対応するサービスＩＤ「SID1」と取得済みの表示名「Alice」とに関連付けられているＡｃｃＴを抽出し（Ｘ１９参照）、抽出済みのＡｃｃＴを含む登録情報ＲＩ２をＭＦＰ１０に供給してもよい。本変形例では、「装置識別情報取得処理」及び「第４の記憶制御処理」を省略可能である。

（変形例５）上記の各実施例では、仲介サーバ５０は、図７のＳ１３２において、ＩＤ提示画面データをＭＦＰ１０に供給して、ＩＤ提示画面ＳＣ２３をＭＦＰ１０に表示させる。これに代えて、仲介サーバ５０は、ＴｅｍｐＩＤを含む画像を表わす印刷画像データをＭＦＰ１０に供給して、当該画像の印刷をＭＦＰ１０に実行させてもよい。本実施例では、印刷画像データを供給する処理が、「出力処理」の一例である。なお、「出力処理」は、例えば、「第１のトリガ情報をユーザに通知するために、第１のトリガ情報を外部に出力する出力処理」に置換されてもよい。

（変形例６）上記の各実施例において、仲介サーバ５０は、図２〜図４の処理を実行不可能であってもよい。即ち、仲介サーバ５０は、ユーザが端末装置８０を先に利用することに応じて、ＡｃｃＴを含むサービスユーザ情報をＭＦＰ１０に登録させる処理を実行不可能であってもよい。本変形例では、「第２のトリガ情報生成処理」、「トリガ情報供給処理」、「第２のトリガ情報取得処理」、「第２のアクセストークン取得処理」、及び、「第２の登録情報供給処理」を省略可能である。

（変形例７）第２実施例の図１２のＳ３１２において、仲介サーバ５０は、ＴｅｍｐＩＤが記述されている本文であって、ＵＲＬ５０Ｃが記述されてない本文を含む電子メールＥＭを送信してもよい。この場合、端末装置８０のユーザがＵＲＬ５０ＣとＴｅｍｐＩＤとを入力する操作を端末装置８０に実行することに応じて、端末装置８０は、図８のＳ１５０において、ＲｅｑＴ要求を仲介サーバ５０に供給してもよい。即ち、「電子メール」は、少なくとも第１のトリガ情報が記述されている本文を含んでいればよい。

（変形例８）仲介サーバ５０は、別体に構成されている２個以上のサーバを備えていてもよい。例えば、仲介サーバ５０は、各デバイス１０，８０，１００，１１０との通信を実行するための第１のサーバと、情報（例えば、図４の情報Ｘ７、図９の情報Ｘ１７等）を記憶するための第２のサーバと、を備えていてもよい。この場合、第１のサーバは、第２のサーバにアクセスして、第２のサーバに情報を記憶させたり、第２のサーバから情報を取得したりする。

（変形例９）「クライアント装置」は、ＭＦＰ１０に限られず、サービス提供サーバからサービスの提供を受けるべき他の種類の装置（プリンタ、スキャナ、ＦＡＸ装置、電話装置、ＰＣ、携帯電話等）であってもよい。

（変形例１０）上記の実施例では、仲介サーバ５０のＣＰＵ７２がプログラム７６に従って処理を実行することによって、図２〜４及び図７〜図１２の各処理が実現される。これに代えて、これらの各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、４：インターネット、１０：多機能機（ＭＦＰ）、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：ネットワークインターフェイス、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：サービスユーザテーブル、５０：仲介サーバ、６０：ネットワークインターフェイス、７０：制御部、７２：ＣＰＵ、７４：メモリ、７６：プログラム、８０：端末装置、８２：ウェブブラウザ、１００，１１０：サービス提供サーバ（ＳＰサーバ）

Claims (13)

1. 仲介サーバのためのコンピュータプログラムであって、
   前記仲介サーバのコンピュータに、以下の各処理、即ち、
   １個以上のサービス提供サーバからサービスの提供を受けるべきクライアント装置から、第１のトリガ情報の生成要求を取得することに応じて、前記第１のトリガ情報を生成する第１のトリガ情報生成処理であって、前記第１のトリガ情報は、前記仲介サーバが前記１個以上のサービス提供サーバのうちの特定のサービス提供サーバから第１のアクセストークンを取得するためのトリガとして利用されるべき情報である、前記第１のトリガ情報生成処理と、
   前記第１のトリガ情報を外部に出力する出力処理と、
   前記第１のトリガ情報を外部に出力した後に、ウェブブラウザを備えるブラウザ装置が、前記ウェブブラウザを利用して、前記第１のトリガ情報を前記仲介サーバに供給することに応じて、前記ブラウザ装置から前記第１のトリガ情報を取得する第１のトリガ情報取得処理であって、前記ブラウザ装置は、前記クライアント装置とは異なる、前記第１のトリガ情報取得処理と、
   前記ブラウザ装置から前記第１のトリガ情報を取得することに応じて、前記特定のサービス提供サーバから前記第１のアクセストークンを取得する第１のアクセストークン取得処理と、
   前記第１のアクセストークンを含む第１の登録情報が前記クライアント装置に登録されるように、前記第１の登録情報を前記クライアント装置に供給する第１の登録情報供給処理であって、前記クライアント装置に登録される前記第１の登録情報内の前記第１のアクセストークンは、前記クライアント装置が、前記特定のサービス提供サーバから特定のサービスの提供を受けるために利用されるべき情報である、前記第１の登録情報供給処理と、を実行させる、コンピュータプログラム。
2. 前記コンピュータプログラムは、前記コンピュータに、さらに、
   前記ブラウザ装置から前記第１のトリガ情報を取得することに応じて、前記特定のサービス提供サーバ内のログイン画面データの位置を示す第１のＵＲＬを前記ブラウザ装置に供給するＵＲＬ供給処理を実行させ、
   前記第１のアクセストークン取得処理では、前記ブラウザ装置が、前記ウェブブラウザを利用して、前記第１のＵＲＬによって示される前記ログイン画面データにアクセスして、前記特定のサービス提供サーバにログインした後に、前記特定のサービス提供サーバから前記第１のアクセストークンが取得される、請求項１に記載のコンピュータプログラム。
3. 前記コンピュータプログラムは、前記コンピュータに、さらに、
   前記第１のトリガ情報を生成する前に、前記クライント装置から選択結果情報を取得する選択結果情報取得処理であって、前記選択結果情報は、前記１個以上のサービス提供サーバの中から前記クライント装置のユーザによって選択される前記特定のサービス提供サーバを示す情報である、前記選択結果情報取得処理と、
   前記第１のトリガ情報を生成することに応じて、前記第１のトリガ情報と、前記選択結果情報によって示される前記特定のサービス提供サーバを識別するための特定のサーバ情報と、を関連付けて、前記仲介サーバのメモリに記憶させる第１の記憶制御処理と、を実行させ、
   前記ＵＲＬ供給処理は、
   前記ブラウザ装置から前記第１のトリガ情報を取得することに応じて、前記メモリから、取得済みの前記第１のトリガ情報に関連付けられている前記特定のサーバ情報を抽出する処理と、
   抽出済みの前記特定のサーバ情報によって識別される前記特定のサービス提供サーバ内の前記ログイン画面データの位置を示す前記第１のＵＲＬを前記ブラウザ装置に供給する処理と、を含む、請求項２に記載のコンピュータプログラム。
4. 前記コンピュータプログラムは、前記コンピュータに、さらに、
   前記第１のトリガ情報を生成する前に、前記クライント装置から選択結果情報を取得する選択結果情報取得処理であって、前記選択結果情報は、前記１個以上のサービス提供サーバの中から前記クライント装置のユーザによって選択される前記特定のサービス提供サーバを示す情報である、前記選択結果情報取得処理と、
   前記特定のサービス提供サーバから前記第１のアクセストークンを取得することに応じて、前記第１のアクセストークンと、前記選択結果情報によって示される前記特定のサービス提供サーバを識別するための特定のサーバ情報と、を関連付けて、前記仲介サーバのメモリに記憶させる第２の記憶制御処理を実行させ、
   前記第１の登録情報供給処理では、前記第１のアクセストークンと、前記仲介サーバの前記メモリ内で前記第１のアクセストークンに関連付けられている前記特定のサーバ情報と、を含む前記第１の登録情報が前記クライアント装置に供給され、
   前記クライント装置に登録される前記第１の登録情報内の前記特定のサーバ情報は、前記クライアント装置が、前記特定のサービス提供サーバから前記特定のサービスの提供を受けるために、前記ユーザによって選択されるべき情報である、請求項１から３のいずれか一項に記載のコンピュータプログラム。
5. 前記第１の登録情報供給処理では、前記第１のアクセストークンと前記特定のサーバ情報とが前記メモリに記憶された後に、前記１個以上のサービス提供サーバの中から前記特定のサービス提供サーバが前記ユーザによって選択されなくても、前記第１のアクセストークンと前記特定のサーバ情報とを含む前記第１の登録情報が前記クライアント装置に供給される、請求項４に記載のコンピュータプログラム。
6. 前記コンピュータプログラムは、前記コンピュータに、さらに、
   前記第１のトリガ情報を生成する前に、前記クライント装置から、前記クライント装置のユーザによって入力されるユーザ名を取得するユーザ名取得処理と、
   前記特定のサービス提供サーバから前記第１のアクセストークンを取得することに応じて、前記第１のアクセストークンと前記ユーザ名とを関連付けて、前記仲介サーバのメモリに記憶させる第３の記憶制御処理と、を実行させ、
   前記第１の登録情報供給処理では、前記第１のアクセストークンと、前記仲介サーバの前記メモリ内で前記第１のアクセストークンに関連付けられている前記ユーザ名と、を含む前記第１の登録情報が前記クライアント装置に供給され、
   前記クライント装置に登録される前記第１の登録情報内の前記ユーザ名は、前記クライアント装置が、前記特定のサービス提供サーバから前記特定のサービスの提供を受けるために、前記ユーザによって選択されるべき情報である、請求項１から５のいずれか一項に記載のコンピュータプログラム。
7. 前記第１の登録情報供給処理では、前記第１のアクセストークンと前記ユーザ名とが前記メモリに記憶された後に、前記クライアント装置から前記ユーザ名を取得することに応じて、前記第１のアクセストークンと前記ユーザ名とを含む前記第１の登録情報が前記クライアント装置に供給される、請求項６に記載のコンピュータプログラム。
8. 前記コンピュータプログラムは、前記コンピュータに、さらに、
   前記第１のトリガ情報を生成する前に、前記クライント装置から、前記クライント装置を識別するための装置識別情報を取得する装置識別情報取得処理と、
   前記特定のサービス提供サーバから前記第１のアクセストークンを取得することに応じて、前記第１のアクセストークンと前記装置識別情報とを関連付けて、前記仲介サーバのメモリに記憶させる第４の記憶制御処理と、を実行させ、
   前記第１の登録情報供給処理では、前記第１のアクセストークンと前記装置識別情報とが前記メモリに記憶された後に、前記クライアント装置から前記装置識別情報を取得することに応じて、前記メモリ内で前記装置識別情報に関連付けられている前記第１のアクセストークンを含む前記第１の登録情報であって、前記装置識別情報を含まない前記第１の登録情報が前記クライアント装置に供給される、請求項１から７のいずれか一項に記載のコンピュータプログラム。
9. 前記出力処理では、前記第１のトリガ情報が前記クライアント装置で表示されるように、前記第１のトリガ情報が前記クライアント装置に供給される、請求項１から８のいずれか一項に記載のコンピュータプログラム。
10. 前記コンピュータプログラムは、前記コンピュータに、さらに、
    前記クライント装置からメールアドレスを取得するメールアドレス取得処理と、
    前記出力処理では、取得済みのメールアドレスを送信先として、前記第１のトリガ情報が記述されている本文を含む電子メールが送信される、請求項１から８のいずれか一項に記載のコンピュータプログラム。
11. 前記出力処理では、取得済みのメールアドレスを送信先として、前記仲介サーバにアクセスするための第２のＵＲＬが記述されている前記本文を含む前記電子メールが送信され、
    前記第２のＵＲＬは、前記第１のトリガ情報を示す文字列を含む、請求項１０に記載のコンピュータプログラム。
12. 前記コンピュータプログラムは、前記コンピュータに、さらに、
    前記ブラウザ装置から、第２のトリガ情報の生成要求を取得することに応じて、前記第２のトリガ情報を生成する第２のトリガ情報生成処理であって、前記第２のトリガ情報は、前記仲介サーバが前記特定のサービス提供サーバから第２のアクセストークンを取得するためのトリガとして利用されるべき情報である、前記第２のトリガ情報生成処理と、
    前記第２のトリガ情報を前記ブラウザ装置に供給するトリガ情報供給処理と、
    前記第２のトリガ情報を前記ブラウザ装置に供給した後に、前記クライアント装置から前記第２のトリガ情報を取得する第２のトリガ情報取得処理と、
    前記クライアント装置から前記第２のトリガ情報を取得することに応じて、前記特定のサービス提供サーバから前記第２のアクセストークンを取得する第２のアクセストークン取得処理と、
    前記第２のアクセストークンを含む第２の登録情報が前記クライアント装置に登録されるように、前記第２の登録情報を前記クライアント装置に供給する第２の登録情報供給処理であって、前記クライアント装置に登録される前記第２の登録情報内の前記第２のアクセストークンは、前記クライアント装置が、前記特定のサービス提供サーバから前記特定のサービスの提供を受けるために利用されるべき情報である、前記第２の登録情報供給処理と、
    を実行させる、請求項１から１１のいずれか一項に記載のコンピュータプログラム。
13. 仲介サーバであって、
    １個以上のサービス提供サーバからサービスの提供を受けるべきクライアント装置から、第１のトリガ情報の生成要求を取得することに応じて、前記第１のトリガ情報を生成する第１のトリガ情報生成部であって、前記第１のトリガ情報は、前記仲介サーバが前記１個以上のサービス提供サーバのうちの特定のサービス提供サーバから第１のアクセストークンを取得するためのトリガとして利用されるべき情報である、前記第１のトリガ情報生成部と、
    前記第１のトリガ情報を外部に出力する出力部と、
    前記第１のトリガ情報を外部に出力した後に、ウェブブラウザを備えるブラウザ装置が、前記ウェブブラウザを利用して、前記第１のトリガ情報を前記仲介サーバに供給することに応じて、前記ブラウザ装置から前記第１のトリガ情報を取得する第１のトリガ情報取得部であって、前記ブラウザ装置は、前記クライアント装置とは異なる、前記第１のトリガ情報取得部と、
    前記ブラウザ装置から前記第１のトリガ情報を取得することに応じて、前記特定のサービス提供サーバから前記第１のアクセストークンを取得する第１のアクセストークン取得部と、
    前記第１のアクセストークンを含む第１の登録情報が前記クライアント装置に登録されるように、前記第１の登録情報を前記クライアント装置に供給する第１の登録情報供給部であって、前記クライアント装置に登録される前記第１の登録情報内の前記第１のアクセストークンは、前記クライアント装置が、前記特定のサービス提供サーバから特定のサービスの提供を受けるために利用されるべき情報である、前記第１の登録情報供給部と、
    を備える仲介サーバ。

Images