JP2013118558A - 多機能機及び画面提供サーバ - Google Patents

Abstract

【課題】 多機能機のユーザが、サービス提供サーバからサービスを受けることを望む際に、ユーザに応じた適切な画面を表示させることができる技術を提供すること。
【解決手段】
特定のユーザが、サービス名選択画面３１０に含まれるＤＬサービスを選択する場合に、多機能機は、ＤＬサービスの提供をサービス提供サーバに要求可能である。多機能機は、特定のユーザに対応する特定の利用情報が、特定のユーザが印刷機能を利用可能であることを示す場合に、サービス提供サーバからＤＬサービスの提供を受けるためのフォルダ名選択画面３１２を表示させ、特定の利用情報が、特定のユーザが印刷機能を利用不可能であることを示す場合に、サービス提供サーバからＤＬサービスの提供を受けることができないことを示すエラー画面３３６を表示させる。
【選択図】 図１０

Description

本明細書では、サービス提供サーバが提供可能な複数種類のサービスに関係する複数個の機能を実行可能な多機能機を開示する。本明細書では、さらに、多機能機に通信可能に接続される画面提供サーバを開示する。

例えば、特許文献１には、文書をスキャンして画像データを生成する画像処理装置が開示されている。画像処理装置は、上記の画像データをサーバにアップロードすることが可能である。

特開２００５−２６９２５０号公報

本明細書では、多機能機のユーザが、サービス提供サーバからサービスを受けることを望む際に、多機能機が、ユーザに応じた適切な画面を表示させることができる技術を提供する。

本明細書では、サービス提供サーバが提供可能な複数種類のサービスに関係する複数個の機能を実行可能な多機能機を開示する。多機能機は、デバイス側取得部と、要求部と、表示制御部と、を備える。デバイス側取得部は、複数のユーザに対応する複数個の利用情報を格納する格納部から、多機能機を利用する特定のユーザに対応する特定の利用情報を取得する。各利用情報は、対応するユーザが、多機能機が実行可能な各機能を利用可能であるのか否かに関係する情報を含む。要求部は、特定のユーザによって複数種類のサービスのうちの特定のサービスが選択される場合に、特定のサービスの提供を、サービス提供サーバに要求する。表示制御部は、サービス提供サーバから特定のサービスの提供を受けるための画面情報を、画面提供サーバから取得して、画面情報に従った画面を、多機能機の表示部に表示させる。表示制御部は、特定の利用情報が、特定のユーザが特定のサービスに関係する特定の機能を利用可能であることを示す第１の場合に、サービス提供サーバから特定のサービスの提供を受けるための第１の画面を、表示部に表示させ、特定の利用情報が、特定のユーザが特定の機能を利用不可能であることを示す第２の場合に、サービス提供サーバから特定のサービスの提供を受けることができないことを示す第２の画面を、表示部に表示させる。

上記の構成によると、多機能機は、特定のユーザによって特定のサービスが選択される状況において、特定の利用情報が、特定のユーザが特定の機能を利用可能であることを示す第１の場合には、特定のサービスの提供を受けるための第１の画面を表示させる。一方において、多機能機は、特定の利用情報が、特定のユーザが特定の機能を利用不可能であることを示す第２の場合には、サービス提供サーバから特定のサービスの提供を受けることができないことを示す第２の画面を表示させる。従って、多機能機は、特定のユーザによって特定のサービスが選択される場合に、特定のユーザに応じた適切な画面を表示させることができる。

多機能機は、さらに、特定の利用情報を、画面提供サーバに供給する利用情報供給部と、特定のユーザによって特定のサービスが選択される場合に、特定のサービスを示すサービス情報を、画面提供サーバに供給するサービス情報供給部と、を備えていてもよい。表示制御部は、画面提供サーバが、特定の利用情報とサービス情報とを用いて、特定のユーザが特定の機能を利用可能であると判断する第１の場合に、画面提供サーバから取得される第１の画面情報によって表わされる第１の画面を表示部に表示させ、画面提供サーバが、特定の利用情報とサービス情報とを用いて、特定のユーザが特定の機能を利用不可能であると判断する第２の場合に、第２の画面を表示部に表示させてもよい。この構成によると、多機能機は、特定の利用情報及びサービス情報を画面提供サーバに供給することによって、特定のユーザが特定の機能を利用可能であるのか否かを画面提供サーバに判断させることができる。そして、多機能機は、画面提供サーバの判断結果に応じた適切な画面を表示させることができる。

表示制御部は、第２の場合に、画面提供サーバから取得される第２の画面情報によって表わされる第２の画面を表示部に表示させてもよい。この構成によると、第２の画面を表わす第２の画面情報を多機能機に予め格納しておかずに済む。このために、多機能機が記憶すべき情報量を低減させ得る。

利用情報供給部は、特定のユーザによって特定のサービスが選択される場合に、特定の利用情報を画面提供サーバに供給してもよい。この構成によると、画面提供サーバは、上記の判断を実行すべき場合に、多機能機から特定の利用情報を取得することができる。このために、画面提供サーバは、上記の判断を実行しなくてよい状況では、特定の利用情報を管理（即ち保存）せずに済む。

多機能機は、さらに、第１の画面情報を画面提供サーバから取得するためのショートカットの生成指示が与えられる場合に、第１の画面情報を特定するためのショートカット情報を、メモリに記憶させる記憶制御部と、特定のユーザによってメモリ内のショートカット情報が選択される場合に、ショートカット情報を画面提供サーバに供給するショートカット情報供給部と、を備えていてもよい。表示制御部は、さらに、画面提供サーバが、ショートカット情報と特定の利用情報とを用いて、特定のユーザが特定の機能を利用可能であると判断する場合に、画面提供サーバから第１の画面情報を取得して、第１の画面を表示部に表示させ、画面提供サーバが、特定の利用情報とショートカット情報とを用いて、特定のユーザが特定の機能を利用不可能であると判断する場合に、第２の画面を表示部に表示させてもよい。上記の構成によると、多機能機は、ショートカットを利用して、第１の画面を表示させることができる。しかも、この構成によると、多機能機は、ショートカット情報を画面提供サーバに供給することによって、特定のユーザが特定の機能を利用可能であるのか否かを画面提供サーバに判断させることができる。そして、多機能機は、画面提供サーバの判断結果に応じた適切な画面を表示させることができる。

利用情報供給部は、さらに、特定のユーザによってメモリ内のショートカット情報が選択される場合に、特定の利用情報を画面提供サーバに供給してもよい。この構成によると、画面提供サーバは、上記の判断を実行すべき場合に、多機能機から特定の利用情報を取得することができる。このために、画面提供サーバは、上記の判断を実行しなくてよい状況では、特定の利用情報を管理（即ち保存）せずに済む。

多機能機は、さらに、特定のユーザによって特定のサービスが選択される場合に、特定のユーザが特定の機能を利用可能であるのか否かを、特定の利用情報を用いて判断する第１の判断処理を実行するデバイス側判断部を備えていてもよい。表示制御部は、第１の判断処理において、特定のユーザが特定の機能を利用可能であると判断される第１の場合に、画面提供サーバから取得される第１の画面情報によって表わされる第１の画面を表示部に表示させ、第１の判断処理において、特定のユーザが特定の機能を利用不可能であると判断される第２の場合に、第２の画面を表示部に表示させてもよい。この構成によると、多機能機は、特定のユーザが特定の機能を利用可能であるのか否かを判断して、判断結果に応じた適切な画面を表示させることができる。

多機能機は、さらに、第１の画面情報を画面提供サーバから取得するためのショートカットの生成指示が与えられる場合に、第１の画面情報を特定するためのショートカット情報を、メモリに記憶させる記憶制御部を備えていてもよい。デバイス側判断部は、さらに、特定のユーザによってメモリ内のショートカット情報が選択される場合に、特定のユーザが特定の機能を利用可能であるのか否かを判断する第２の判断処理を実行してもよい。表示制御部は、さらに、第２の判断処理において、特定のユーザが特定の機能を利用可能であると判断される場合に、ショートカット情報を画面提供サーバに供給することによって、画面提供サーバから第１の画面情報を取得して、第１の画面を表示部に表示させ、第２の判断処理において、特定のユーザが特定の機能を利用不可能であると判断される場合に、第２の画面を表示部に表示させてもよい。上記の構成によると、多機能機は、ショートカットを利用して、第１の画面を表示させることができる。しかも、この構成によると、多機能機は、特定のユーザが特定の機能を利用可能であるのか否かを判断して、判断結果に応じた適切な画面を表示させることができる。

画面提供サーバは、サービス提供サーバとは別体に構成されていてもよい。画面提供サーバは、サービス提供サーバから多機能機へのサービスの提供を仲介するためのサーバであってもよい。

複数個の機能は、画像データによって表わされる画像の印刷を実行するための印刷機能と、原稿をスキャンしてスキャンデータを生成するためのスキャン機能と、を含んでいてもよい。複数種類のサービスのうち、印刷機能に関係する第１種類のサービスは、画像データを多機能機に供給するためのサービスであってもよい。複数種類のサービスのうち、スキャン機能に関係する第２種類のサービスは、スキャンデータを保存するためのサービスであってもよい。

格納部は、多機能機内に設けられていてもよい。デバイス側取得部は、多機能機内の格納部から、特定の利用情報を取得してもよい。多機能機は、多機能機内の格納部から、特定の利用情報を適切に取得することができる。

格納部は、多機能機とは別体に構成されている特定のサーバ内に設けられていてもよい。デバイス側取得部は、特定のサーバ内の格納部から、特定の利用情報を取得してもよい。この構成によると、多機能機は、各ユーザのための各利用情報を格納せずに済む。このために、多機能機が記憶すべき情報量を低減させ得る。

本明細書では、さらに、サービス提供サーバが提供可能な複数種類のサービスに関係する複数個の機能を実行可能な多機能機に通信可能に接続される画面提供サーバを開示する。画面提供サーバは、サーバ側取得部と、サービス情報取得部と、サーバ側判断部と、画面情報供給部と、を備える。サーバ側取得部は、複数のユーザに対応する複数個の利用情報を格納する格納部から、多機能機を利用する特定のユーザに対応する特定の利用情報を取得する。各利用情報は、対応するユーザが、多機能機が実行可能な各機能を利用可能であるのか否かに関係する情報を含む。サービス情報取得部は、特定のユーザによって複数種類のサービスのうちの特定のサービスが選択される場合に、多機能機から、特定のサービスを示すサービス情報を取得する。サーバ側判断部は、特定の利用情報とサービス情報とを用いて、特定のユーザが特定のサービスに関係する特定の機能を利用可能であるのか否かを判断する。画面情報供給部は、特定のユーザが特定の機能を利用可能であると判断される場合に、多機能機がサービス提供サーバから特定のサービスの提供を受けるための第１の画面を表わす第１の画面情報を、多機能機に供給し、特定のユーザが特定の機能を利用不可能であると判断される場合に、第１の画面情報を、多機能機に供給しない。上記の構成によると、画面提供サーバは、特定のユーザが特定の機能を利用可能であるのか否かを判断して、判断結果に応じた適切な画面を、多機能機に表示させることができる。

なお、上記の多機能機を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。また、上記の画面提供サーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。

通信システムの構成を示す。 利用情報テーブルの一例を示す。 表示名テーブルの一例を示す。 サーバテーブルの一例を示す。 第１実施例において、各デバイスが実行する各処理のシーケンス図を示す。 図５の続きのシーケンス図を示す。 ダウンロード印刷が実行される際に、各デバイスが実行する各処理のシーケンス図を示す。 スキャンアップロードが実行される際に、各デバイスが実行する各処理のシーケンス図を示す。 第１実施例において、ショートカット情報が選択される際に、各デバイスが実行する各処理のシーケンス図を示す。 多機能機で表示される各画面の遷移を示す。 第２実施例において、各デバイスが実行する各処理のシーケンス図を示す。 第２実施例において、ショートカット情報が選択される際に、各デバイスが実行する各処理のシーケンス図を示す。

（第１実施例）
（システムの構成）
図１に示されるように、通信システム２は、多機能機１０と、仲介サーバ５０と、ＰＣ９０と、複数個のサービス提供サーバ１００，１１０と、を備える。多機能機１０とＰＣ９０とは、ＬＡＮ４に接続されている。仲介サーバ５０と複数個のサービス提供サーバ１００，１１０とは、インターネット６に接続されている。

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

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラムに従って、様々な処理を実行する。ＣＰＵ３２が上記のプログラムに従って処理を実行することによって、各部４１〜４８の機能が実現される。

メモリ３４は、上記のプログラムの他に、利用情報テーブル３６、表示名テーブル３８、及び、ショートカット情報４０を格納する。利用情報テーブル３６は、ＬＡＮ４の管理者が操作部１２を操作して所定の情報を入力する場合に、メモリ３４内に生成（即ち格納）される。表示名テーブル３８がどのようにして生成されるのかについては、後で説明する。ショートカット情報４０は、多機能機１０のユーザが後述の登録ボタン（図１０の画面３１２，３２０参照）を操作する場合に、メモリ３４内に格納される。

図２に示されるように、利用情報テーブル３６は、複数のユーザのための複数個の利用情報を含む。各利用情報は、ユーザ名と、パスワードと、ユーザがコピー機能を利用可能であるのか否かを示す情報と、ユーザがＦＡＸ機能を利用可能であるのか否かを示す情報と、ユーザがスキャン機能を利用可能であるのか否かを示す情報と、ユーザが利用可能な印刷前の印刷媒体数（残ページ数）と、が対応付けられた情報である。なお、「Unlock」は、ユーザが機能を利用可能であることを示し（即ちユーザが機能の利用を許容されていることを示し）、「Lock」は、ユーザが機能を利用不可能であることを示す（即ちユーザが機能の利用を制限されていることを示す）。

図３に示されるように、表示名テーブル３８は、表示名とサーバ名とアクセストークンとが対応付けられた情報を記憶するためのテーブルである。なお、ショートカット情報４０の内容については、後で説明する。

（仲介サーバ５０の構成）
仲介サーバ５０は、サービス提供サーバ１００，１１０から多機能機１０へのサービスの提供を仲介するためのサーバである。仲介サーバ５０は、多機能機１０のベンダによって提供されるサーバである。仲介サーバ５０は、ネットワークインターフェイス５２と、制御部６０と、を備える。制御部６０は、ＣＰＵ６２と、メモリ６４と、を備える。ＣＰＵ６２は、メモリ６４に格納されているプログラムに従って、様々な処理を実行する。ＣＰＵ６２が上記のプログラムに従って処理を実行することによって、各部７０〜７２の機能が実現される。

なお、メモリ６４は、上記のプログラムの他に、複数個の画面情報６６と、サーバテーブル６８と、を格納している。複数個の画面情報６６とサーバテーブル６８とは、多機能機１０のベンダによって、仲介サーバ５０に予め格納されている。複数個の画面情報６６は、多機能機１０が実行可能な印刷機能及びスキャン機能に関係する各画面（後述の図１０の各画面３０６〜３１６，３２０〜３２２，３３２〜３３６）を表わす各画面情報を含む。

図４に示されるように、サーバテーブル６８は、サーバ名と対応サービスとが対応付けられた情報を記憶するためのテーブルである。本実施例では、「Server A」、「Server B」は、それぞれ、サービス提供サーバ１００，１１０のサーバ名である。対応サービスの「DL」は、サービス提供サーバが、通信機器（例えば多機能機１０）にデータを供給するためのサービス（以下では「データダウンロードサービス（ＤＬサービス）」と呼ぶ）を提供可能であることを示す。対応サービスの「UL」は、サービス提供サーバが、通信機器からデータを取得して保存するためのサービス（以下では「データアップロードサービス（ＵＬサービス）」と呼ぶ）を提供可能であることを示す。図４の例では、サーバ名「Server A」を有するサービス提供サーバ１００は、ＤＬサービスとＵＬサービスとの両方を提供可能であり、サーバ名「Server B」を有するサービス提供サーバ１１０は、ＤＬサービスのみを通信機器に提供可能である。

（サービス提供サーバ１００，１１０の構成）
各サービス提供サーバ１００，１１０は、例えば、「Ｅｖｅｒｎｏｔｅ（登録商標）」、「Ｇｏｏｇｌｅ（登録商標） Ｄｏｃｓ」、「ＰＩＣＡＳＡ（登録商標）」、「ＦＡＣＥＢＯＯＫ（登録商標）」等の公知のサービス提供サーバである。各サービス提供サーバ１００，１１０は、多機能機１０を含む様々な通信機器にサービスを提供可能である。図４を参照しながら説明したように、例えば、サービス提供サーバ１００は、多機能機１０にＤＬサービス及びＵＬサービスの両方を提供可能であり、サービス提供サーバ１１０は、多機能機１０にＤＬサービスのみを提供可能である。

なお、サービス提供サーバ１００は、第１のサービス事業者（即ち第１の会社）によって提供されるサーバであり、サービス提供サーバ１１０は、第１のサービス事業者とは異なる第２のサービス事業者（即ち第２の会社）によって提供されるサーバである。第１のサービス事業者は、サービス提供サーバ１００からサービスを受けるための第１のＡＰＩ（Application Program Interface）を公開しており、第２のサービス事業者は、サービス提供サーバ１１０からサービスを受けるための第２のＡＰＩを公開している。第１のサービス事業者と第２のサービス事業者とが異なるために、通常、第１のＡＰＩと第２のＡＰＩとは異なる。通信機器は、例えば、サービス提供サーバ１００，１１０の両方からサービスを受けるためには、第１及び第２のＡＰＩの両方に対応している必要がある（即ち、第１のＡＰＩを利用するためのプログラムと、第２のＡＰＩを利用するためのプログラムと、の両方が必要である）。

例えば、多機能機１０が複数個のサービス提供サーバ１００，１１０のそれぞれからサービスを受けるためには、多機能機１０は、複数個のＡＰＩに対応している必要があり、多くのプログラムを格納する必要がある。しかしながら、ＰＣ等と比べると、多機能機１０のメモリ３４の記憶容量は少ない。従って、本実施例では、多機能機１０に多くのプログラムを格納させることなく、多機能機１０が複数個のサービス提供サーバ１００，１１０のそれぞれからサービスを受けることができるように、仲介サーバ５０が設けられている。即ち、仲介サーバ５０は、複数個のサービス提供サーバ１００，１１０のための複数個のＡＰＩに対応している。そして、多機能機１０が、複数個のサービス提供サーバ１００，１１０のうちの特定のサービス提供サーバ（例えばサービス提供サーバ１００）からサービスを受けるべき状況では、仲介サーバ５０は、特定のサービス提供サーバのためのＡＰＩを利用して、特定のサービス提供サーバと後述の様々な通信（例えば、図７及び図８に示される各リクエストＲ２０，Ｒ２２，Ｒ２８，Ｒ４２等の通信）を実行する。これにより、多機能機１０は、特定のサービス提供サーバのためのＡＰＩに対応していなくても、特定のサービス提供サーバと画像データの通信を実行することができる。即ち、多機能機１０は、複数個のＡＰＩを利用するための多くのプログラムを格納していなくても、複数個のサービス提供サーバ１００，１１０のそれぞれからサービスを受けることができる。また、サービス提供サーバの仕様変更が行われる場合に、仲介サーバ５０のプログラムを変更すれば、多機能機１０のプログラムを変更しなくても、当該仕様変更に対応することができる。また、仲介サーバ５０のサーバテーブル６８に登録されていない新規のサービス提供サーバのためのＡＰＩに対応するように、仲介サーバ５０のプログラムを変更すれば、多機能機１０のプログラムを変更しなくても、多機能機１０は、新規のサービス提供サーバからサービスを受けることができる。

（多機能機１０のユーザの事前準備）
多機能機１０のユーザ（以下では「特定のユーザ」と呼ぶ）は、多機能機１０が各サービス提供サーバ１００，１１０からサービスを受けるために、以下の事前準備を実行する必要がある。特定のユーザは、ＰＣ９０を用いて、仲介サーバ５０にアクセスし、「認証情報の取得」を選択する。なお、本実施例では、「認証情報」は、後述のアクセストークン（例えば「XXXXXXXX」）を意味する。「認証情報の取得」が選択されると、仲介サーバ５０は、サービス提供サーバ１００にアクセスするための特定のＵＲＬを、ＰＣ９０に送信する。特定のＵＲＬは、アクセストークンを生成することをサービス提供サーバ１００に指示するための生成指示と、当該アクセストークンを仲介サーバ５０に送信することをサービス提供サーバ１００に指示するための送信指示と、を含む。特定のユーザは、特定のＵＲＬを用いて、ＰＣ９０からサービス提供サーバ１００にアクセスする。次いで、特定のユーザは、ＰＣ９０を介して、アカウント名及びパスワードをサービス提供サーバ１００に入力して、認証手続を実行する。認証が成功すると、サービス提供サーバ１００は、特定のユーザのためのアクセストークン（例えば「XXXXXXXX」）を生成して、当該アクセストークンを仲介サーバ５０に送信する。仲介サーバ５０は、サービス提供サーバ１００から特定のユーザのためのアクセストークンを受信すると、テンポラリＩＤを生成して、テンポラリＩＤをＰＣ９０に送信する。これにより、ＰＣ９０にテンポラリＩＤが表示される。特定のユーザは、ＰＣ９０に表示されたテンポラリＩＤを知ることができる。

次いで、特定のユーザは、多機能機１０の操作部１２を操作して、サービス提供サーバ１００のサーバ名（例えば「Server A」）と、多機能機１０上での特定のユーザの表示用の名称である表示名（例えば「Alice」）と、を多機能機１０に入力する。特定のユーザは、さらに、多機能機１０の操作部１２を操作して、テンポラリＩＤを多機能機１０に入力する。この場合、多機能機１０は、仲介サーバ５０にテンポラリＩＤを送信する。これにより、仲介サーバ５０は、アクセストークン（例えば「XXXXXXXX」）を多機能機１０に送信する。

上記の各処理が実行されると、多機能機１０は、表示名テーブル３８に情報を記憶させることができる。上記の例では、多機能機１０は、特定のユーザによって入力された表示名（例えば「Alice」）と、特定のユーザによって入力されたサーバ名（例えば「Server A」）と、仲介サーバ５０から受信されたアクセストークン（例えば「XXXXXXXX」）と、が対応付けられた情報を、表示名テーブル３８に記憶させる。このように、サービス提供サーバ１００及び仲介サーバ５０がアクセストークンをＰＣ９０に送信せずに、仲介サーバ５０は、アクセストークンを一時的に保持する。そして、多機能機１０は、テンポラリＩＤを用いて、仲介サーバ５０からアクセストークンを取得する。これにより、アクセストークンが、ＰＣ９０で表示されたり、ＰＣ９０から他のデバイスに送信されたりすることを抑制することができ、この結果、アクセストークンというセキュリティの高い情報が流出するのを抑制することができる。なお、特定のユーザは、上記と同様に、サービス提供サーバ１１０に関しても、サービス提供サーバ１１０のサーバ名「Server B」と、表示名「Alice」と、アクセストークン「ZZZZZZZZ」と、を表示名テーブル３８に登録可能である。

（各デバイス１０，５０，１００が実行する各処理；図５）
図５に示されるように、多機能機１０の表示制御部４３（図１参照）は、多機能機１０に予め格納されているユーザ情報入力画面情報を用いて、ユーザ情報入力画面３００（図１０参照）を表示部１４に表示させる。ユーザ情報入力画面３００は、ユーザ名を入力するための領域と、パスワードを入力するための領域と、を含む。特定のユーザは、操作部１２を操作して、ユーザ名及びパスワードを入力する。

次いで、表示制御部４３は、多機能機１０に予め格納されているメイン画面情報を用いて、メイン画面３０２（図１０参照）を表示部１４に表示させる。メイン画面３０２は、特定のユーザによって選択されるべき複数個の機能を示す複数個の文字列（例えば、「Internet」、「Shortcut」、「Copy」等）を含む。特定のユーザは、ＤＬサービス又はＵＬサービスを受けることを望む場合に、メイン画面３０２に含まれる文字列「Internet」を選択する。この場合、表示制御部４３は、リクエストＲ２を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２（図１参照）は、多機能機１０からリクエストＲ２を取得すると、複数個の画面情報６６に含まれるサーバ名選択画面情報を、多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０からサーバ名選択画面情報を取得すると、サーバ名選択画面情報によって表わされるサーバ名選択画面３０６（図１０参照）を、表示部１４に表示させる。サーバ名選択画面３０６は、複数個のサービス提供サーバ１００，１１０のそれぞれのサーバ名（例えば、「Server A」、「Server B」）を含む。特定のユーザは、操作部１２を操作して、サーバ名選択画面３０６の中から、多機能機１０がサービスを受けるべきサービス提供サーバのサーバ名（以下では「選択済みサーバ名」と呼ぶ）を選択する。本実施例では、特定のユーザが、サーバ名選択画面３０６に含まれるサーバ名「Server A」（即ち、サービス提供サーバ１００のサーバ名）を選択する場合を例として、説明を続ける。この場合、表示制御部４３は、選択済みサーバ名「Server A」を仲介サーバ５０に供給する。

仲介サーバ５０のサーバ側取得部７０（図１参照）は、多機能機１０から選択済みサーバ名「Server A」を取得すると、リクエストＲ４を多機能機１０に供給する。リクエストＲ４は、多機能機１０を現在利用している特定のユーザのための利用情報（図２参照）を仲介サーバ５０に供給するように、多機能機１０に指示するためのリクエストである。

多機能機１０のデバイス側取得部４１（図１参照）は、仲介サーバ５０からリクエストＲ４を取得すると、メモリ３４内の利用情報テーブル３６から、ユーザ情報入力画面３００に入力されたユーザ名及びパスワードに対応付けられている利用情報（以下では「特定の利用情報」と呼ぶ）を読み出すことによって、特定の利用情報を取得する。次いで、利用情報供給部４４（図１参照）は、特定の利用情報を仲介サーバ５０に供給する。

仲介サーバ５０のサーバ側取得部７０は、多機能機１０から特定の利用情報を取得する。この場合、サーバ側判断部７１（図１参照）は、Ｓ１０の判断処理を実行する。Ｓ１０の判断処理の内容を説明する前に、サービス提供サーバ１００が提供可能な各サービス（ＤＬサービス、ＵＬサービス）と、多機能機１０が実行可能な各機能（印刷機能、スキャン機能）と、の関係を説明しておく。多機能機１０は、サービス提供サーバ１００からＤＬサービスを受ける場合に、サービス提供サーバ１００からダウンロードしたデータに従った印刷を実行する。従って、このような状況では、多機能機１０を現在利用している特定のユーザが、印刷機能を利用可能である必要がある。また、多機能機１０は、サービス提供サーバ１００からＵＬサービスを受ける場合に、原稿のスキャンを実行して生成したデータをサービス提供サーバ１００にアップロードする。従って、このような状況では、多機能機１０を現在利用している特定のユーザが、スキャン機能を利用可能である必要がある。即ち、ＤＬサービスは、印刷機能に関係するサービスであり、ＵＬサービスは、スキャン機能に関係するサービスである。

Ｓ１０の判断処理では、サーバ側判断部７１は、まず、メモリ６４内のサーバテーブル６８から、選択済みサーバ名「Server A」に対応付けられている対応サービス（即ち「DL」及び「UL」）を特定する。次いで、サーバ側判断部７１は、特定の利用情報を用いて、特定のユーザが、対応サービス「DL」に関係する印刷機能と、対応サービス「UL」に関係するスキャン機能と、の少なくとも一方を利用可能であるのか否かを判断する。即ち、サーバ側判断部７１は、特定の利用情報に含まれる印刷機能に関する印刷利用情報（「Unlock」又は「Lock」）と、特定の利用情報に含まれるスキャン機能に関するスキャン利用情報（「Unlock」又は「Lock」）と、の少なくとも一方が「Unlock」を示す場合には、Ｓ１０の判断処理でＮＯと判断し、印刷利用情報とスキャン利用情報との両方が「Lock」を示す場合には、Ｓ１０の判断処理でＹＥＳと判断する。

なお、上記の例では、選択済みサーバ名が「Server A」である場合を説明したが、例えば、選択済みサーバ名が「Server B」である場合には、Ｓ１０の判断処理では、サーバ側判断部７１は、メモリ６４内のサーバテーブル６８から、「Server B」に対応付けられている対応サービス「DL」を特定する（図４参照）。この場合、サーバ側判断部７１は、特定の利用情報に含まれる印刷利用情報が「Unlock」を示す場合には、Ｓ１０の判断処理でＮＯと判断し、印刷利用情報が「Lock」を示す場合には、Ｓ１０の判断処理でＹＥＳと判断する。また、例えば、選択済みサーバ名が「Server C」である場合には、Ｓ１０の判断処理では、サーバ側判断部７１は、メモリ６４内のサーバテーブル６８から、「Server C」に対応付けられている対応サービス「UL」を特定する（図４参照）。この場合、サーバ側判断部７１は、特定の利用情報に含まれるスキャン利用情報が「Unlock」を示す場合には、Ｓ１０の判断処理でＮＯと判断し、スキャン利用情報が「Lock」を示す場合には、Ｓ１０の判断処理でＹＥＳと判断する。

Ｓ１０の判断処理でＹＥＳと判断される場合には、画面情報供給部７２（図１参照）は、複数個の画面情報６６に含まれるエラー画面情報を、多機能機１０に供給する。このエラー画面情報は、多機能機１０が、サービス提供サーバ１００から、いずれのサービスを受けることもできないことを示す文字列を含む。

多機能機１０の表示制御部４３は、仲介サーバ５０からエラー画面情報を取得すると、エラー画面情報によって表わされるエラー画面３３４（図１０参照）を表示部１４に表示させる。これにより、特定のユーザは、サービス提供サーバ１００からいずれのサービスを受けることもできないことを知ることができる。なお、この場合、制御部３０は、サービス提供サーバ１００からサービスを受けるための後述の図６〜図８の各処理を実行しない。これにより、多機能機１０において、機能の実行が禁止される。即ち、特定のユーザが機能を利用することを制限することができる。

一方において、Ｓ１０の判断処理でＮＯと判断される場合には、画面情報供給部７２は、リクエストＲ６を多機能機１０に供給する。リクエストＲ６は、表示名テーブル３８を仲介サーバ５０に供給するように、多機能機１０に指示するためのリクエストである。

多機能機１０の表示制御部４３は、仲介サーバ５０からリクエストＲ６を取得すると、メモリ３４内の表示名テーブル３８を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、多機能機１０から表示名テーブル３８を取得すると、表示名テーブル３８の中から、選択済みサーバ名「Server A」に対応付けられている１個以上の表示名（例えば、「Alice」、「Ken」）を特定する。次いで、画面情報供給部７２は、複数個の画面情報６６に含まれる表示名選択画面情報に、特定済みの１個以上の表示名（例えば、「Alice」、「Ken」）を書き込む。続いて、画面情報供給部７２は、１個以上の表示名が書き込まれた表示名選択画面情報を、多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０から表示名選択画面情報を取得すると、表示名選択画面情報によって表わされる表示名選択画面３０８（図１０参照）を、表示部１４に表示させる。表示名選択画面３０８は、１個以上の表示名（例えば、「Alice」、「Ken」）を含む。特定のユーザは、操作部１２を操作して、表示名選択画面３０８に含まれる１個の表示名（以下では「選択済み表示名」と呼ぶ）を選択する。この場合、表示制御部４３は、選択済み表示名を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、多機能機１０から選択済み表示名を取得すると、複数個の画面情報６６に含まれるサービス名選択画面情報を、多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０からサービス名選択画面情報を取得すると、サービス名選択画面情報によって表わされるサービス名選択画面３１０（図１０参照）を、表示部１４に表示させる。サービス名選択画面３１０は、ＤＬサービスを示すサービス名「DL」と、ＵＬサービスを示すサービス名「UL」と、を含む。図６に示されるように、特定のユーザは、操作部１２を操作して、サービス名選択画面３１０に含まれる１個のサービス名（以下では「選択済みサービス名」と呼ぶ）を選択する。この場合、サービス情報供給部４５（図１参照）は、選択済みサービス名を仲介サーバ５０に供給する。

仲介サーバ５０のサーバ側取得部７０は、多機能機１０から選択済みサービス名（「DL」又は「UL」）を取得すると、リクエストＲ１０を多機能機１０に供給する。リクエストＲ１０は、特定の利用情報を仲介サーバ５０に供給するように、多機能機１０に指示するためのリクエストである。

多機能機１０のデバイス側取得部４１は、仲介サーバ５０からリクエストＲ１０を取得すると、メモリ３４内の利用情報テーブル３６から特定の利用情報を取得する。次いで、利用情報供給部４４は、特定の利用情報を仲介サーバ５０に供給する。

仲介サーバ５０のサーバ側取得部７０は、多機能機１０から特定の利用情報を取得する。この場合、サーバ側判断部７１は、Ｓ１２の判断処理を実行する。Ｓ１２の判断処理では、サーバ側判断部７１は、特定の利用情報を用いて、特定のユーザが、選択済みサービス名（「DL」又は「UL」）に関係する機能（印刷機能又はスキャン機能）を利用可能であるのか否かを判断する。例えば、選択済みサービス名が「DL」である状況では、サーバ側判断部７１は、特定の利用情報に含まれる印刷利用情報が「Unlock」を示す場合に、Ｓ１２の判断処理でＮＯと判断し、特定の利用情報に含まれる印刷利用情報が「Lock」を示す場合に、Ｓ１２の判断処理でＹＥＳと判断する。また、例えば、選択済みサービス名が「UL」である状況では、サーバ側判断部７１は、特定の利用情報に含まれるスキャン利用情報が「Unlock」を示す場合に、Ｓ１２の判断処理でＮＯと判断し、特定の利用情報に含まれるスキャン利用情報が「Lock」を示す場合に、Ｓ１２の判断処理でＹＥＳと判断する。このように、多機能機１０は、特定の利用情報及び選択済みサービス名を仲介サーバ５０に供給することによって、特定のユーザが、選択済みサービス名が示すサービス（ＤＬサービス又はＵＬサービス）に関係する機能（印刷機能又はスキャン機能）を利用可能であるのか否かを、仲介サーバ５０に判断させることができる。

Ｓ１２の判断処理でＹＥＳと判断される場合には、画面情報供給部７２は、複数個の画面情報６６に含まれるエラー画面情報を、多機能機１０に供給する。このエラー画面情報は、特定のユーザが、選択済みサービス名に対応する機能を利用不可能であることを示す文字列を含む。

多機能機１０の表示制御部４３は、仲介サーバ５０からエラー画面情報を取得すると、エラー画面情報によって表わされるエラー画面３３６（図１０参照）を、表示部１４に表示させる。これにより、特定のユーザは、選択済みサービス名に対応する機能を利用不可能であることを知ることができる。なお、この場合、制御部３０は、サービス提供サーバ１００からサービスを受けるための後述の各処理を実行しない。これにより、多機能機１０において、選択済みサービス名に対応する機能の実行が禁止され、特定のユーザが当該機能を利用することを制限することができる。

一方において、Ｓ１２の判断処理でＮＯと判断される場合には、サーバ側判断部７１は、さらに、Ｓ１４の判断処理を実行する。サーバ側判断部７１は、選択済みサービス名が「DL」であり、かつ、特定の利用情報に含まれる残ページ数がゼロを示す場合には、Ｓ１４の判断処理でＹＥＳと判断する。サーバ側判断部７１は、選択済みサービス名が「DL」であり、かつ、特定の利用情報に含まれる残ページ数がゼロ以外の数字を示す場合には、Ｓ１４の判断処理でＮＯと判断する。また、サーバ側判断部７１は、選択済みサービス名が「UL」である場合には、Ｓ１４の判断処理でＮＯと判断する。

Ｓ１４の判断処理でＹＥＳと判断される場合には、画面情報供給部７２は、複数個の画面情報６６に含まれるエラー画面情報を、多機能機１０に供給する。このエラー画面情報は、特定のユーザが利用可能な印刷前の印刷媒体数がゼロであるために、特定のユーザが印刷機能を利用不可能であることを示す文字列を含む。

多機能機１０の表示制御部４３は、仲介サーバ５０からエラー画面情報を取得すると、エラー画面情報によって表わされるエラー画面（図示省略）を表示部１４に表示させる。これにより、特定のユーザは、特定のユーザが利用可能な印刷前の印刷媒体数がゼロであることを知ることができる。なお、この場合、制御部３０は、サービス提供サーバ１００からＤＬサービスを受けるための後述の図７の各処理を実行しない。これにより、多機能機１０において、印刷機能の実行が禁止され、特定のユーザが印刷機能を利用することを制限することができる。

一方において、Ｓ１４の判断処理でＮＯと判断される場合には、サーバ側判断部７１は、さらに、Ｓ１６の判断処理を実行する。Ｓ１６の判断処理では、サーバ側判断部７１は、選択済みサービス名が「DL」であるのか否かを判断する。サーバ側判断部７１は、選択済みサービス名が「DL」である場合には、Ｓ１６の判断処理でＹＥＳと判断し、選択済みサービス名が「UL」である場合には、Ｓ１６の判断処理でＮＯと判断する。

（ＤＬサービスのための処理；図７）
図６のＳ１６の判断処理でＹＥＳと判断される場合（即ち、選択済みサービス名が「DL」である場合）には、図７に示されるように、画面情報供給部７２は、サービス提供サーバ１００に対応する第１のＡＰＩに従ってリクエストＲ２０を生成して、リクエストＲ２０をサービス提供サーバ１００に供給する。リクエストＲ２０は、特定のユーザ（即ち表示名「Alice」）によってアップロードされた各画像データを格納している１個以上のフォルダ名を示すフォルダ名リストを仲介サーバ５０に供給するように、サービス提供サーバ１００に指示するためのリクエストである。

なお、図５に示されるように、仲介サーバ５０は、リクエストＲ６を多機能機１０に供給して、多機能機１０から表示名テーブル３８を取得している。従って、仲介サーバ５０は、表示名テーブル３８から、選択済みサーバ名「Server A」と、選択済み表示名「Alice」と、に対応付けられているアクセストークン「XXXXXXXX」を特定することができる。そして、仲介サーバ５０は、リクエストＲ２０をサービス提供サーバ１００に供給する段階、又は、それより前の段階で、アクセストークン「XXXXXXXX」を用いて、サービス提供サーバ１００に認証を実行させる。これにより、サービス提供サーバ１００は、仲介サーバ５０から取得されるリクエストＲ２０に応じて、適切なレスポンスを仲介サーバ５０に供給することができる。なお、以下では、アクセストークンを用いた認証についての説明を省略するが、仲介サーバ５０は、必要に応じて（例えば、サービス提供サーバ１００にリクエストを送信する毎に）、アクセストークンを用いた認証を、サービス提供サーバ１００に実行させる。

サービス提供サーバ１００は、リクエストＲ２０を取得すると、フォルダ名リストを仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、サービス提供サーバ１００からフォルダ名リストを取得すると、複数個の画面情報６６に含まれるフォルダ名選択画面情報に、フォルダ名リストに含まれる１個以上のフォルダ名（例えば、「F1」、「F2」）を書き込む。続いて、画面情報供給部７２は、１個以上のフォルダ名が書き込まれたフォルダ名選択画面情報を、多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０からフォルダ名選択画面情報を取得すると、フォルダ名選択画面情報によって表わされるフォルダ名選択画面３１２（図１０参照）を、表示部１４に表示させる。上述したように、特定のユーザは、フォルダ名選択画面３１２を表示部１４に表示させるまでに、仲介サーバ５０から取得される多数の画面情報によって表される多数の画面３０６，３０８，３１０上で様々な選択を実行する必要がある。このような特定のユーザの負荷を軽減するために、多機能機１０にはショートカット機能が設けられている。特定のユーザは、操作部１２を操作して、フォルダ名選択画面３１２に含まれる登録ボタンを選択することによって、ショートカットの生成指示を多機能機１０に与えることができる。

多機能機１０の記憶制御部４６（図１参照）は、特定のユーザからショートカットの生成指示が与えられると、フォルダ名選択画面情報を特定するためのショートカット情報（即ち、フォルダ名選択画面３１２を表示させるためのショートカット情報（図１の符号４０参照））と、ショートカット名（例えば「SC1」）と、を対応付けて、メモリ３４内に記憶させる。ここでのショートカット情報は、選択済みサーバ名「Server A」と、選択済み表示名（例えば「Alice」）と、選択済みサービス名「DL」と、アクセストークン（例えば「Server A」及び「Alice」に対応付けられているアクセストークン「XXXXXXXX」）と、を含む。なお、変形例では、ショートカット情報は、例えば、仲介サーバ５０内でのフォルダ名選択画面情報のＵＲＬを含んでいてもよい。

また、特定のユーザは、操作部１２を操作して、フォルダ名選択画面３１２（図１０参照）に含まれる１個のフォルダ名（以下では「選択済みフォルダ名」と呼ぶ）を選択する。この場合、表示制御部４３は、選択済みフォルダ名を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、多機能機１０から選択済みフォルダ名を取得すると、第１のＡＰＩに従ってリクエストＲ２２を生成して、リクエストＲ２２をサービス提供サーバ１００に供給する。リクエストＲ２２は、選択済みフォルダ名を有するフォルダに格納されている１個以上の画像データに対応する１個以上のサムネイル画像データのＵＲＬ（以下では「１個以上のサムネイルＵＲＬ」と呼ぶ）を仲介サーバ５０に供給するように、サービス提供サーバ１００に指示するためのリクエストである。

サービス提供サーバ１００は、リクエストＲ２２を取得すると、１個以上のサムネイルＵＲＬを仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、サービス提供サーバ１００から１個以上のサムネイルＵＲＬを取得すると、１個以上のサムネイルＵＲＬと、複数個の画面情報６６に含まれるサムネイル選択画面情報と、を多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０から、１個以上のサムネイルＵＲＬと、サムネイル選択画面情報と、を取得すると、１個以上のサムネイルＵＲＬを含むリクエストＲ２４を、仲介サーバ５０を介さずに、サービス提供サーバ１００に供給する。

サービス提供サーバ１００は、多機能機１０からリクエストＲ２４を取得すると、リクエストＲ２４に含まれる１個以上のサムネイルＵＲＬが示す位置に保存されている１個以上のサムネイル画像データを、仲介サーバ５０を介さずに、多機能機１０に供給する。本実施例では、サムネイル画像データの通信が仲介サーバ５０を介して実行されないために、特定のユーザのプライベートな画像が仲介サーバ５０を経由することを防止することができる。

多機能機１０の表示制御部４３は、サービス提供サーバ１００から１個以上のサムネイル画像データを取得すると、サムネイル選択画面情報に１個以上のサムネイル画像データを合成する。そして、表示制御部４３は、１個以上のサムネイル画像データが合成されたサムネイル選択画面情報によって表わされるサムネイル選択画面３１４（図１０参照）を、表示部１４に表示させる。特定のユーザは、操作部１２を操作して、サムネイル選択画面３１４に含まれる１個のサムネイル画像データを選択することができる。この場合、表示制御部４３は、特定のユーザによって選択された１個のサムネイル画像データを特定するための１個の画像ＩＤ（以下では「特定の画像ＩＤ」と呼ぶ）を含むリクエストＲ２６を、仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、多機能機１０からリクエストＲ２６を取得すると、第１のＡＰＩに従って特定の画像ＩＤを含むリクエストＲ２８を生成して、リクエストＲ２８をサービス提供サーバ１００に供給する。リクエストＲ２８は、特定の画像ＩＤによって特定されるサムネイル画像データの元の画像データが保存されているサービス提供サーバ１００内の位置を示すＵＲＬ（即ち、ダウンロード元のＵＲＬ；以下では「ダウンロードＵＲＬ」と呼ぶ）を仲介サーバ５０に供給するように、サービス提供サーバ１００に指示するためのリクエストである。

サービス提供サーバ１００は、仲介サーバ５０からリクエストＲ２８を取得すると、ダウンロードＵＲＬを仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、サービス提供サーバ１００からダウンロードＵＲＬを取得すると、ダウンロードＵＲＬと、複数個の画面情報６６に含まれる印刷実行中画面情報と、を多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０から印刷実行中画面情報を取得すると、印刷実行中画面情報によって表わされる印刷実行中画面３１６（図１０参照）を、表示部１４に表示させる。

また、多機能機１０の要求部４２（図１参照）は、仲介サーバ５０からダウンロードＵＲＬを取得すると、ダウンロードＵＲＬを含むダウンロードリクエストＲ３０を、仲介サーバ５０を介さずに、サービス提供サーバ１００に供給する。ダウンロードリクエストＲ３０は、ダウンロードＵＲＬが示す位置に保存されている画像データを多機能機１０に供給するように、サービス提供サーバ１００に指示するためのリクエストである。即ち、要求部４２は、ＤＬサービスの提供を、サービス提供サーバ１００に要求する。

サービス提供サーバ１００は、多機能機１０からダウンロードリクエストＲ３０を取得すると、ダウンロードリクエストＲ３０に含まれるダウンロードＵＲＬが示す位置に保存されている画像データを、仲介サーバ５０を介さずに、多機能機１０に供給する。本実施例では、画像データの通信が仲介サーバ５０を介して実行されないために、特定のユーザのプライベートな画像が仲介サーバ５０を経由することを防止することができる。

多機能機１０の要求部４２は、サービス提供サーバ１００から画像データを取得する。これにより、多機能機１０は、サービス提供サーバ１００からＤＬサービスを受けることができる。次いで、制御部３０は、画像データによって表わされる画像の印刷を印刷実行部１８に実行させる。これにより、ＤＬサービスに関連する各処理が終了する。

（ＵＬサービスのための処理；図８）
一方において、図６のＳ１６の判断処理でＮＯと判断される場合（即ち、選択済みサービス名が「UL」である場合）には、図８に示されるように、画面情報供給部７２は、複数個の画面情報６６に含まれるスキャン設定画面情報を、多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０からスキャン設定画面情報を取得すると、スキャン設定画面情報によって表わされるスキャン設定画面３２０（図１０参照）を、表示部１４に表示させる。特定のユーザは、操作部１２を操作して、スキャン設定画面３２０に含まれる登録ボタンを選択することによって、ショートカットの生成指示を多機能機１０に与えることができる。

多機能機１０の記憶制御部４６は、特定のユーザからショートカットの生成指示が与えられると、スキャン設定画面情報を特定するためのショートカット情報（即ち、スキャン設定画面３２０を表示させるためのショートカット情報）と、ショートカット名（例えば「SC2」）と、を対応付けて、メモリ３４内に記憶させる。ここでのショートカット情報は、図７で記憶されるショートカット情報と同様であるが、選択済みサービス名として「UL」を含む。なお、変形例では、ショートカット情報は、例えば、仲介サーバ５０内でのスキャン設定画面情報のＵＲＬを含んでいてもよい。

また、特定のユーザは、操作部１２を操作して、スキャン設定画面３２０上で、スキャンのための各種設定項目（スキャン解像度、ファイル形式、スキャンデータのサイズ）を選択する。そして、特定のユーザは、操作部１２を操作して、スキャン設定画面３２０に含まれるＯＫボタンを選択する。この場合、表示制御部４３は、リクエストＲ４０を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、多機能機１０からリクエストＲ４０を取得すると、第１のＡＰＩに従ってリクエストＲ４２を生成して、リクエストＲ４２をサービス提供サーバ１００に供給する。リクエストＲ４２は、スキャンによって生成される画像データが保存されるべきサービス提供サーバ１００内の位置を示すＵＲＬ（即ち、アップロード先のＵＲＬ；以下では「アップロードＵＲＬ」と呼ぶ）を仲介サーバ５０に供給するように、サービス提供サーバ１００に指示するためのリクエストである。

サービス提供サーバ１００は、仲介サーバ５０からリクエストＲ４２を取得すると、アップロードＵＲＬを仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、サービス提供サーバ１００からアップロードＵＲＬを取得すると、アップロードＵＲＬと、複数個の画面情報６６に含まれるスキャン実行中画面情報と、を多機能機１０に供給する。

多機能機１０の表示制御部４３は、仲介サーバ５０からスキャン実行中画面情報を取得すると、スキャン実行中画面情報によって表わされるスキャン実行中画面３２２（図１０参照）を、表示部１４に表示させる。また、制御部３０は、仲介サーバ５０からアップロードＵＲＬを取得すると、原稿のスキャンをスキャン実行部２０に実行させる。次いで、要求部４２は、仲介サーバ５０から取得されたアップロードＵＲＬと、スキャン実行部２０によって生成されたスキャンデータと、を含むアップロードリクエストＲ４４を、仲介サーバ５０を介さずに、サービス提供サーバ１００に供給する。本実施例では、スキャンデータの通信が仲介サーバ５０を介して実行されないために、特定のユーザのプライベートな画像が仲介サーバ５０を経由することを防止することができる。なお、アップロードリクエストＲ４４は、アップロードＵＲＬが示す位置にスキャンデータを保存するように、サービス提供サーバ１００に指示するためのリクエストである。即ち、要求部４２は、ＵＬサービスの提供を、サービス提供サーバ１００に要求する。

サービス提供サーバ１００は、多機能機１０からアップロードリクエストＲ４４を取得すると、アップロードリクエストＲ４４に含まれるアップロードＵＲＬが示す位置に、アップロードリクエストＲ４４に含まれるスキャンデータを保存する。これにより、ＵＬサービスに関連する各処理が終了する。

（ショートカット情報が選択される場合の処理；図９）
続いて、図９を参照して、多機能機１０のメモリ３４内のショートカット情報（図７及び図８参照）が特定のユーザによって選択される際に、各デバイス１０，５０，１００が実行する各処理の内容を説明する。

ユーザ情報入力画面３００及びメイン画面３０２が表示されるまでの各処理は、図５と同様である。特定のユーザは、操作部１２を操作して、メイン画面３０２に含まれる文字列「Shortcut」を選択する。この場合、表示制御部４３は、多機能機１０に予め格納されているショートカット名選択画面情報を用いて、ショートカット名選択画面３０４（図１０参照）を表示部１４に表示させる。ショートカット名選択画面３０４は、メモリ３４内の１個以上のショートカット情報に対応する１個以上のショートカット名（例えば、「SC1」、「SC2」等）を含む。特定のユーザは、操作部１２を操作して、ショートカット名選択画面３０４に含まれる１個のショートカット名（以下では「選択済みショートカット名」と呼ぶ）を選択する。即ち、特定のユーザは、選択済みショートカット名を選択することによって、選択済みショートカット名に対応するショートカット情報（以下では「選択済みショートカット情報」と呼ぶ）を選択する。この場合、ショートカット情報供給部４７（図１参照）は、メモリ３４から選択済みショートカット情報を読み出して、選択済みショートカット情報を仲介サーバ５０に供給する。

仲介サーバ５０のサーバ側取得部７０は、多機能機１０から選択済みショートカット情報を取得すると、リクエストＲ５０を多機能機１０に供給する。リクエストＲ５０は、特定の利用情報を仲介サーバ５０に供給するように、多機能機１０に指示するためのリクエストである。

多機能機１０のデバイス側取得部４１は、仲介サーバ５０からリクエストＲ５０を取得すると、メモリ３４内の利用情報テーブル３６から特定の利用情報を取得する。次いで、利用情報供給部４４は、特定の利用情報を仲介サーバ５０に供給する。

仲介サーバ５０のサーバ側取得部７０は、多機能機１０から特定の利用情報を取得する。この場合、サーバ側判断部７１は、Ｓ２０の判断処理を実行する。Ｓ２０の判断処理では、サーバ側判断部７１は、特定の利用情報を用いて、特定のユーザが、ショートカット情報に含まれる選択済みサービス名（「DL」又は「UL」）に関係する機能（印刷機能又はスキャン機能）を利用可能であるのか否かを判断する。Ｓ２０の判断処理は、図６のＳ１２の判断処理と同様である。このように、多機能機１０は、特定の利用情報及びショートカット情報を仲介サーバ５０に供給することによって、特定のユーザが、選択済みサービス名が示すサービスに関係する機能を利用可能であるのか否かを、仲介サーバ５０に判断させることができる。

なお、図６のＳ１２の判断処理でＮＯと判断された後に、ショートカット情報が生成されるために、Ｓ２０の判断処理でも、通常、ＮＯと判断される。しかしながら、例えば、ショートカット情報が生成された後に、利用情報テーブル３６の内容が変更される場合（例えば、印刷機能に関する印刷利用情報が、「Unlock」から「Lock」に変更される場合）には、Ｓ２０の判断処理でＹＥＳと判断され得る。この場合、画面情報供給部７２は、複数個の画面情報６６に含まれるエラー画面情報を、多機能機１０に供給する。このエラー画面情報は、特定のユーザが、選択済みショートカット情報に含まれる選択済みサービス名に対応する機能を利用不可能であることを示す文字列を含む。なお、このエラー画面情報は、図６の判断処理Ｓ１２でＹＥＳと判断される際に供給されるエラー画面情報と同じものである。

多機能機１０の表示制御部４３は、仲介サーバ５０からエラー画面情報を取得すると、エラー画面情報によって表わされるエラー画面３３２（図１０参照）を、表示部１４に表示させる。なお、エラー画面３３２は、エラー画面３３６と同じ文字列（即ち、特定のユーザが、選択済みサービス名に対応する機能を利用不可能であることを示す文字列）を含む。なお、この場合、制御部３０は、サービス提供サーバ１００からサービスを受けるための図７及び図８の各処理を実行しない。

一方において、Ｓ２０の判断処理でＮＯと判断される場合には、図６のＳ１４の判断処理に進む。この後の各処理については、図６〜図８と同様である。例えば、選択済みショートカット情報が、図１０のフォルダ名選択画面３１２に含まれる登録ボタンの操作に応じて生成された情報である場合には、各画面３０６〜３１０の表示を経なくても、フォルダ名選択画面３１２が表示される（図７参照）。また、例えば、選択済みショートカット情報が、図１０のスキャン設定画面３２０に含まれる登録ボタンの操作に応じて生成された情報である場合には、各画面３０６〜３１０の表示を経なくても、スキャン設定画面３２０が表示される（図７参照）。即ち、多機能機１０は、ショートカットを利用して、フォルダ名選択画面３１２及びスキャン設定画面３２０を、表示部１４に表示させることができる。

（第１実施例の効果）
多機能機１０が実行可能な機能（印刷機能及びスキャン機能）と、サービス提供サーバ１００が提供可能なサービス（ＤＬサービス及びＵＬサービス）とは、一見すると無関係に見えるが、実際には、ＤＬサービスの提供には印刷機能の実行が伴い得るし、ＵＬサービスの提供にはスキャン機能の実行が伴い得る。このような観点に鑑みて、各デバイス１０，５０，１００は、図５〜図９に示す各処理を実行する。

即ち、多機能機１０は、特定のユーザによってサービス名「DL」が選択される状況において、特定のユーザのための特定の利用情報が、特定のユーザが印刷機能を利用可能であることを示す場合には、ＤＬサービスの提供を受けるためのフォルダ名選択画面３１２（図１０参照）を表示させる。これにより、特定のユーザは、ＤＬサービスの提供を受けるための操作を実行することができ、この結果、多機能機１０は、サービス提供サーバ１００からＤＬサービスを受けることができる。一方において、多機能機１０は、例えば、特定のユーザによってサービス名「DL」が選択される状況において、特定のユーザのための特定の利用情報が、特定のユーザが印刷機能を利用不可能であることを示す場合には、エラー画面３３６（図１０参照）を表示させる。これにより、多機能機１０が、サービス提供サーバ１００からＤＬサービスを受けることが禁止される。従って、多機能機１０は、特定のユーザによってＤＬサービスが選択される場合に、特定のユーザに応じた適切な画面を表示させることができる。換言すると、仲介サーバ５０は、特定のユーザに応じた適切な画面を、多機能機１０に表示させることができる。本実施例によると、多機能機１０は、特定のユーザのための特定の利用情報（印刷機能の「Unlock」又は「Lock」）に応じて、多機能機１０がＤＬサービスを受けることを適切に制限することができる。

例えば、図２の利用情報テーブル３６では、ユーザ名「Ｕ１」にコピー機能「Lock」が対応付けられている。従って、ユーザ名「Ｕ１」を有するユーザが、メイン画面３０２において「Copy」を選択すれば、その時点で、表示制御部４３は、利用情報テーブル３６に従って、エラー画面を表示させることができる。しかしながら、利用情報テーブル３６には、「Internet」に対応する利用情報が存在しない。このために、仮に、印刷機能及びスキャン機能のどちらを利用することも禁止されているユーザが、メイン画面３０２において「Internet」を選択しても、その時点で、表示制御部４３は、利用情報テーブル３６に従って、エラー画面を表示させることができない。例えば、比較例の多機能機は、印刷動作又はスキャン動作が実行されるべき段階（例えば、画面３１４でサムネイルが選択される段階、画面３２０でＯＫボタンが選択される段階）で、はじめて、印刷又はスキャンの指示が与えられたことを知ることができ、その結果、利用情報テーブル３６に従って、エラー画面を表示させる。しかしながら、上記の比較例の多機能機では、エラー画面が表示されるにも関わらず、多数の画面３０６〜３１４等においてユーザに選択を実行させることになるために、ユーザに無駄な選択操作を実行させることになる。これに対し、本実施例では、サーバ名選択画面３０６でサーバ名が選択されたタイミング、又は、サービス名選択画面３１０でＤＬサービス又はＵＬサービスが選択されたタイミングで、エラー画面３３４，３３６を表示させることができる。このために、上記の比較例の多機能機と比べると、ユーザに無駄な選択操作を実行させることを防止することができる。即ち、ユーザが機能を利用することができないこと（即ちエラーであること）を、ユーザに迅速に通知することができる。

同様に、多機能機１０は、特定のユーザによってＵＬサービスが選択される場合に、特定のユーザに応じた適切な画面（スキャン設定画面３２０又はエラー画面３３６（図１０参照））を表示させることができる。換言すると、仲介サーバ５０は、特定のユーザに応じた適切な画面を、多機能機１０に表示させることができる。本実施例によると、多機能機１０は、特定のユーザのための特定の利用情報（スキャン機能の「Unlock」又は「Lock」）に応じて、多機能機１０がＵＬサービスを受けることを適切に制限することができる。

また、多機能機１０は、各エラー画面３３２，３３４，３３６を表わす各エラー画面情報を仲介サーバ５０から取得する。従って、多機能機１０のメモリ３４に各エラー画面情報を予め格納せずに済む。このために、多機能機１０が記憶すべき情報量を低減させることができる。なお、変形例では、多機能機１０のメモリ３４には、各エラー画面情報が予め格納されていてもよい。この場合、表示制御部４３は、メモリ３４内の各エラー画面情報を用いて、各エラー画面３３２，３３４，３３６を表示させてもよい。

また、多機能機１０は、リクエストＲ４（図５参照）、リクエストＲ１０（図６参照）、又は、リクエストＲ５０（図９参照）が取得される場合に、特定の利用情報を仲介サーバ５０に供給する。この構成によると、仲介サーバ５０は、各判断処理Ｓ１０，Ｓ１２，Ｓ２０を実行すべき場合に、多機能機１０から特定の利用情報を取得することができる。このために、仲介サーバ５０は、各判断処理Ｓ１０，Ｓ１２，Ｓ１４を実行しなくてよい状況では、特定の利用情報を管理（即ち保存）せずに済む。なお、変形例では、仲介サーバ５０は、リクエストＲ４（図５参照）に応じて取得される特定の利用情報を、メモリ６４に保存しておいてもよい。この場合、サーバ側判断部７１は、例えば、判断処理Ｓ１２（図６参照）を実行すべき場合に、多機能機１０にリクエストＲ１０（図６参照）を供給せずに、メモリ６４内の特定の利用情報を用いて、判断処理Ｓ１２を実行してもよい。

（対応関係）
仲介サーバ５０、サービス提供サーバ１００が、それぞれ、「画面提供サーバ」、「サービス提供サーバ」の一例である。多機能機１０のメモリ３４が、「格納部」の一例である。印刷機能及びスキャン機能が、「複数個の機能」の一例である。また、ＤＬサービス、ＵＬサービスが、それぞれ、「第１種類のサービス」、「第２種類のサービス」の一例である。選択済みサービス名（「DL」又は「UL」）、選択済みサービス名が示すサービス、サービスに関係する機能（「印刷機能」又は「スキャン機能」）が、それぞれ、「サービス情報」、「特定のサービス」、「特定の機能」の一例である。フォルダ名選択画面３１２、エラー画面３３６が、それぞれ、「第１の画面」、「第２の画面」の一例である。フォルダ名選択画面３１２に含まれる登録ボタンが選択されることが、「ショートカットの生成指示」の一例である。

（第２実施例）
第１実施例と異なる点を説明する。第１実施例では、仲介サーバ５０が各判断処理Ｓ１０〜Ｓ１４（図５及び図６参照）を実行する。第２実施例では、図１１に示されるように、多機能機１０が各判断処理Ｓ３０，Ｓ３２を実行する点が、第１実施例とは異なる。

ユーザ情報入力画面３００及びメイン画面３０２が表示されるまでの各処理は、図５と同様である。表示制御部４３は、メイン画面３０２に含まれる文字列「Internet」が選択されると、リクエストＲ６０を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、多機能機１０からリクエストＲ６０を取得すると、複数個の画面情報６６に含まれるサーバ名選択画面情報と、サーバ関係情報と、複数個の画面情報６６に含まれるエラー画面情報（即ち、エラー画面３３４（図１０参照）を表わすエラー画面情報）と、を多機能機１０に供給する。なお、サーバ関係情報は、複数個のサーバのそれぞれについて、当該サーバのサーバ名と、当該サーバの対応サービス（図４参照）に関係する機能名と、が対応付けられた情報である。即ち、サーバ関係情報では、サーバ名「Server A」に対して、ＤＬサービスに関係する「印刷」と、ＵＬサービスに関係する「スキャン」と、が対応付けられている（図４参照）。また、サーバ関係情報では、サーバ名「Server B」に対して、ＤＬサービスに関係する「印刷」のみが対応付けられており、サーバ名「Server C」に対して、ＵＬサービスに関係する「スキャン」のみが対応付けられている（図４参照）。なお、サーバ関係情報は、仲介サーバ５０が、リクエストＲ６０を取得する際に、サーバテーブル６８に従って生成するものであってもよい。また、サーバ関係情報は、メモリ６４内に予め格納されてもよい。

多機能機１０の表示制御部４３は、仲介サーバ５０からサーバ名選択画面情報を取得すると、サーバ名選択画面情報によって表わされるサーバ名選択画面３０６（図１０参照）を、表示部１４に表示させる。特定のユーザは、１個のサーバ名（即ち、選択済みサーバ名）を選択する。この場合、デバイス側取得部４１は、メモリ３４内の利用情報テーブル３６から特定の利用情報を取得する。次いで、デバイス側判断部４８（図１参照）は、特定の利用情報と、サーバ関係情報と、を用いて、Ｓ３０の判断処理を実行する。例えば、選択済みサーバ名が「Server B」である状況を想定する。この場合、デバイス側判断部４８は、サーバ関係情報から、「Server B」に対応付けられている「印刷」を特定する。次いで、デバイス側判断部４８は、特定の利用情報が、印刷機能として「Unlock」及び「Lock」のどちらを示すのかを判断する。デバイス側判断部４８は、特定の利用情報が印刷機能「Lock」を示す場合には、Ｓ３０でＹＥＳと判断し、特定の利用情報が印刷機能「Unlock」を示す場合には、Ｓ３０でＮＯと判断する。

Ｓ３０の判断処理でＹＥＳと判断される場合には、表示制御部４３は、仲介サーバ５０から取得されたエラー画面情報によって表わされるエラー画面３３４（図１０参照）を、表示部１４に表示させる。なお、この場合、制御部３０は、サービス提供サーバ１００からサービスを受けるための各処理を実行しない。一方において、Ｓ３０の判断処理でＮＯと判断される場合には、表示制御部４３は、選択済みサーバ名を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７２は、リクエストＲ６２を多機能機１０に供給して、多機能機１０から表示名テーブル３８を取得する。次いで、画面情報供給部７２は、表示名選択画面情報を多機能機１０に供給する。そして、画面情報供給部７２は、多機能機１０から選択済み表示名を取得すると、複数個の画面情報６６に含まれるサービス名選択画面情報と、サービス関係情報と、複数個の画面情報６６に含まれるエラー画面情報（即ち、エラー画面３３６（図１０参照）を表わすエラー画面情報）と、を多機能機１０に供給する。なお、サービス関係情報は、「ＤＬサービス」と「印刷」とが関係することを示す情報と、「ＵＬサービス」と「スキャン」とが関係することを示す情報と、を含む。

多機能機１０の表示制御部４３は、仲介サーバ５０からサービス名選択画面情報を取得すると、サービス名選択画面情報によって表わされるサービス名選択画面３１０（図１０参照）を、表示部１４に表示させる。特定のユーザは、１個のサービス名（即ち、選択済みサービス名）を選択する。この場合、デバイス側取得部４１は、メモリ３４内の利用情報テーブル３６から特定の利用情報を取得する。次いで、デバイス側判断部４８は、特定の利用情報と、サービス関係情報と、を用いて、Ｓ３２の判断処理を実行する。例えば、選択済みサービス名が「DL」である状況を想定する。この場合、デバイス側判断部４８は、サービス関係情報から、「ＤＬサービス」と「印刷」とが関係することを知ることができる。そして、デバイス側判断部４８は、特定の利用情報が、印刷機能として「Unlock」及び「Lock」のどちらを示すのかを判断する。デバイス側判断部４８は、特定の利用情報が印刷機能「Lock」を示す場合には、Ｓ３２でＹＥＳと判断し、特定の利用情報が印刷機能「Unlock」を示す場合には、Ｓ３２でＮＯと判断する。また、例えば、選択済みサービス名が「UL」である状況を想定する。この場合、デバイス側判断部４８は、サービス関係情報から、「ＵＬサービス」と「スキャン」とが関係することを知ることができる。そして、デバイス側判断部４８は、特定の利用情報がスキャン機能「Lock」を示す場合には、Ｓ３２でＹＥＳと判断し、特定の利用情報がスキャン機能「Unlock」を示す場合には、Ｓ３２でＮＯと判断する。

Ｓ３２の判断処理でＹＥＳと判断される場合には、表示制御部４３は、仲介サーバ５０から取得されたエラー画面情報によって表わされるエラー画面３３６（図１０参照）を、表示部１４に表示させる。なお、この場合、制御部３０は、サービス提供サーバ１００からサービスを受けるための各処理を実行しない。一方において、Ｓ３２の判断処理でＮＯと判断される場合には、表示制御部４３は、選択済みサービス名を仲介サーバ５０に供給する。

なお、図１１では、Ｓ３２の判断処理でＮＯと判断される場合に、他の判断処理が実行されずに、選択済みサービス名が仲介サーバ５０に供給されるが、デバイス側判断部４８は、第１実施例の図６のＳ１４の判断処理と同様に、残ページ数に関する判断処理を実行してもよい。この場合、表示制御部４３は、残ページ数に関する判断処理でＹＥＳと判断される場合には、エラー画面を表示部１４に表示させ、残ページ数に関する判断処理でＮＯと判断される場合には、選択済みサービス名を仲介サーバ５０に供給してもよい。

仲介サーバ５０のサーバ側判断部７１は、多機能機１０から選択済みサーバ名を取得すると、第１実施例の図６のＳ１６の判断処理と同様に、Ｓ３６の判断処理を実行する。Ｓ３６の判断処理でＹＥＳと判断される場合には、各デバイス１０，５０，１００は、ＤＬサービスのための各処理（図７参照）を実行する。一方において、Ｓ３６の判断処理でＮＯと判断される場合には、各デバイス１０，５０，１００は、ＵＬサービスのための各処理（図８参照）を実行する。

また、第１実施例では、特定のユーザによってショートカット情報が選択される場合に、仲介サーバ５０が図９の判断処理Ｓ２０を実行する。第２実施例では、図１２に示されるように、多機能機１０が判断処理Ｓ４０を実行する点が、第１実施例とは異なる。

ユーザ情報入力画面３００、メイン画面３０２、及び、ショートカット名選択画面３０４が表示されるまでの各処理は、図９と同様である。デバイス側取得部４１は、特定のユーザによってショートカット情報が選択されると、メモリ３４内の利用情報テーブル３６から特定の利用情報を取得する。次いで、デバイス側判断部４８は、第１実施例の図９のＳ２０の判断処理と同様に、Ｓ４０の判断処理を実行する。

Ｓ４０の判断処理でＹＥＳと判断される場合には、表示制御部４３は、エラー画面３３２（図１０参照）を、表示部１４に表示させる。なお、ここでは、表示制御部４３は、仲介サーバ５０からエラー画面情報を取得して、エラー画面３３２を表示させてもよいし、多機能機１０のメモリ３４に予め格納されているエラー画面情報を取得して、エラー画面３３２を表示させてもよい。エラー画面３３２が表示される場合には、制御部３０は、サービス提供サーバ１００からサービスを受けるための各処理を実行しない。一方において、Ｓ４０の判断処理でＮＯと判断される場合には、表示制御部４３は、選択済みショートカット情報を仲介サーバ５０に供給する。

仲介サーバ５０のサーバ側判断部７１は、Ｓ４２の判断処理を実行して、選択済みショートカット情報に含まれる選択済みサービス名が「DL」を示すのか否かを判断する。Ｓ４２の判断処理でＹＥＳの場合（選択済みサービス名が「DL」を示す場合）には、各デバイス１０，５０，１００は、ＤＬサービスのための各処理（図７参照）を実行する。これにより、仲介サーバ５０から多機能機１０にフォルダ名選択画面情報が供給され、多機能機１０においてフォルダ名選択画面３１２が表示される。一方において、Ｓ４２の判断処理でＮＯの場合（選択済みサービス名が「UL」を示す場合）には、各デバイス１０，５０，１００は、ＵＬサービスのための各処理（図８参照）を実行する。これにより、仲介サーバ５０から多機能機１０にスキャン設定画面情報が供給され、多機能機１０においてスキャン設定画面３２０が表示される。

（第２実施例の効果）
本実施例では、多機能機１０は、特定のユーザのための特定の利用情報（「Unlock」、「Lock」）に応じて、多機能機１０がＤＬサービス及びＵＬサービスを受けることを適切に制限することができる。しかも、本実施例では、多機能機１０がＳ３０，Ｓ３２，Ｓ４０の判断処理を実行するために、多機能機１０は、判断結果に応じた画面を迅速に表示させ得る。なお、本実施例では、図１１のＳ３２の判断処理、図１２のＳ４０の判断処理が、それぞれ、「第１の判断処理」、「第２の判断処理」の一例である。

（第３実施例）
第１及び第２実施例では、多機能機１０のメモリ３４に利用情報テーブル３６が格納されている。第３実施例では、メモリ３４に利用情報テーブル３６が格納されておらず、管理サーバ９５（図１参照）に利用情報テーブル３６が格納されている。例えば、特定のユーザは、ＰＣ９０の操作部を操作して管理サーバ９５にアクセスして、管理サーバ９５に利用情報テーブル３６を格納させる。なお、本実施例では、管理サーバ９５がＬＡＮ４に接続されているが、管理サーバ９５は、ＬＡＮ４の外部（即ち、インターネット６）に存在していてもよい。

例えば、図５のリクエストＲ４、図６のリクエストＲ１０、又は、図９のリクエストＲ５０が取得される場合に、多機能機１０のデバイス側取得部４１は、管理サーバ９５にリクエストを供給して、管理サーバ９５内の利用情報テーブル３６から特定の利用情報を取得する。この場合、利用情報供給部４４は、管理サーバ９５から取得された特定の利用情報を仲介サーバ５０に供給する。これにより、仲介サーバ５０のサーバ側取得部７０は、多機能機１０から特定の利用情報を取得する。即ち、サーバ側取得部７０は、管理サーバ９５から、多機能機１０を介して、特定の利用情報を取得する。

また、例えば、図１１のＳ３０の判断処理、図１１のＳ３２の判断処理、又は、図１２のＳ４０の判断処理を実行すべき場合に、多機能機１０のデバイス側取得部４１は、管理サーバ９５内の利用情報テーブル３６から特定の利用情報を取得する。そして、デバイス側判断部４８は、管理サーバ９５から取得された特定の利用情報を用いて、各判断処理Ｓ３０，Ｓ３２，Ｓ４０を実行する。

本実施例によると、多機能機１０のメモリ３４に利用情報テーブル３６を格納せずに済む。このために、多機能機１０が記憶すべき情報量を低減させることができる。なお、本実施例では、管理サーバ９５が「特定のサーバ」の一例であり、管理サーバ９５内のメモリ（図示省略）が「格納部」の一例である。

（第４実施例）
本実施例でも、第３実施例と同様に、管理サーバ９５が設けられている。例えば、図５のＳ１０の判断処理、図６のＳ１２の判断処理、図９のＳ２０の判断処理を実行すべき場合に、仲介サーバ５０のサーバ側取得部７０は、多機能機１０にリクエストＲ４，Ｒ１０，Ｒ５０を供給しない。この場合、サーバ側取得部７０は、管理サーバ９５にリクエストを供給して、管理サーバ９５内の利用情報テーブル３６から特定の利用情報を取得する。即ち、サーバ側取得部７０は、管理サーバ９５から、多機能機１０を介さずに、特定の利用情報を取得する。そして、サーバ側判断部７１は、管理サーバ９５から取得された特定の利用情報を用いて、各判断処理Ｓ１０，Ｓ１２，Ｓ２０を実行する。

本実施例でも、多機能機１０が記憶すべき情報量を低減させることができる。また、多機能機１０は、管理サーバ９５から特定の利用情報を取得して、特定の利用情報を仲介サーバ５０に供給せずに済む。このために、多機能機１０の処理負荷を低減させることができる。

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

（１）上記の各実施例では、ＤＬサービス及びＵＬサービスが、「複数種類のサービス」の一例である。例えば、サービス提供サーバ１００は、印刷機能に関係するサービスとして、ＤＬサービスではなく、以下のサービスを提供してもよい。即ち、サービス提供サーバ１００は、ＰＣ９０から取得される印刷対象のデータに対して画像処理を実行して、処理済みデータを多機能機１０に供給するサービスを提供してもよい。また、例えば、サービス提供サーバ１００は、スキャン機能に関係するサービスとして、ＵＬサービスではなく、以下のサービスを提供してもよい。即ち、サービス提供サーバ１００は、スキャンデータに対して画像処理を実行して、処理済みデータを多機能機１０に供給するサービスを提供してもよい。

（２）上記の各実施例では、利用情報テーブル３６には、印刷機能に関する利用情報と、スキャン機能に関する利用情報と、が登録されている。これに代えて、利用情報テーブル３６には、ＤＬ機能に関する情報（「Unlock」、「Lock」）と、ＵＬ機能に関する情報と、が登録されていてもよい。本変形例では、Ｓ１０，Ｓ１２，Ｓ３０，Ｓ３２において、特定の利用情報に含まれるＤＬ機能に関する情報及びＵＬ機能に関する情報に基づいて、判断が実行されてもよい。本変形例では、ＤＬ機能及びＵＬ機能が、「複数個の機能」の一例である。また、ＤＬサービス及びＵＬサービスが、「複数種類のサービス」の一例である。また、他の変形例では、利用情報テーブル３６には、（Ａ１）サービス提供サーバ１００からダウンロードされるデータに従った印刷を実行するＤＬ印刷機能に関する利用情報（「Unlock」、「Lock」）と、（Ａ２）サービス提供サーバ１００からダウンロードされるデータを、多機能機１０に接続されている外部メモリ（例えばＵＳＢメモリ）に記憶させるＤＬメディア機能に関する利用情報と、（Ａ３）スキャンデータをサービス提供サーバ１００にアップロードするスキャンＵＬ機能に関する利用情報と、（Ａ４）多機能機１０に接続されている外部メモリ（例えばＵＳＢメモリ）内のデータを、サービス提供サーバ１００にアップロードするメディアＵＬ機能に関する利用情報と、が登録されていてもよい。この場合、サービス提供サーバ１００は、（Ｂ１）印刷のためのデータを多機能機１０に供給するＤＬ印刷サービスと、（Ｂ２）多機能機１０に接続されている外部メモリに保存するためのデータを、多機能機１０に供給するＤＬメディアサービスと、（Ｂ３）多機能機１０から供給されるスキャンデータを保存するスキャンＵＬサービスと、（Ｂ４）多機能機１０に接続されている外部メモリ内のデータを保存するメディアＵＬサービスと、を提供可能であってもよい。この構成によると、サービス名選択画面３１０（図１０参照）は、上記の（Ｂ１）〜（Ｂ４）のサービスの中から、１個のサービスを選択するための画面であってもよい。本変形例では、上記の（Ａ１）〜（Ａ４）の機能が、「複数個の機能」の一例である。また、上記の（Ｂ１）〜（Ｂ４）のサービスが、「複数種類のサービス」の一例である。

（３）上記の各実施例では、利用情報テーブル３６には、各ユーザのための各利用情報として、各機能が「Unlock」及び「Lock」のどちらであるのかを示す情報が登録されている。これに代えて、利用情報テーブル３６には、各ユーザのための各利用情報として、「Unlock」の機能のみが登録されてもよいし、「Lock」の機能のみが登録されてもよい。即ち、一般的に言うと、各利用情報は、ユーザが各機能を利用可能であるのか否かに関係する情報を含んでいればよい。

（４）各エラー画面３３２，３３６に含まれる文字列は、特に限定されない。例えば、各エラー画面３３２，３３６は、単に、「Error」という文字列のみを含んでいてもよい。本変形例でも、特定のユーザは、サービス提供サーバ１００から選択済みサービス名に対応するサービスの提供を受けることができないことを知ることができる。一般的に言うと、「第２の画面」は、「Error」という文字列のみを含んでいてもよいし、エラーの内容を説明するための文字列を含んでいてもよい。

（５）上記の各実施例では、表示制御部４３は、サービス名選択画面３１０に含まれるサービス名「DL」が選択される場合に、フォルダ名選択画面３１２を表示させる。これに代えて、表示制御部４３は、サービス名選択画面３１０に含まれるサービス名「DL」が選択される場合に、フォルダ名選択画面３１２を表示させずに、特定のユーザによってアップロードされた複数個の画像データに対応する複数個のサムネイル画像データを含むサムネイル選択画面を表示させてもよい。本変形例では、サムネイル選択画面が、「第１の画面」の一例である。また、表示制御部４３は、サービス名選択画面３１０に含まれるサービス名「DL」が選択される場合に、フォルダ名選択画面３１２を表示させる前に、印刷条件（印刷解像度、用紙サイズ等）を設定するための印刷条件設定画面を表示させてもよい。本変形例では、印刷条件設定画面が、「第１の画面」の一例である。一般的に言うと、「第１の画面」は、サービス提供サーバから特定のサービスの提供を受けるための画面であればよい。

（６）記憶制御部４６は、ショートカットの生成指示が与えられる場合（例えば、フォルダ名選択画面３１２（図１０参照）で登録ボタンが選択される場合）に、ショートカット情報を生成するように、仲介サーバ５０に指示してもよい。そして、記憶制御部４６は、仲介サーバ５０からショートカット情報を取得して、メモリ３４に記憶させてもよい。

（７）仲介サーバ５０は、２個以上のサーバによって構成されていてもよい。例えば、仲介サーバ５０は、多機能機１０に画面情報を供給するためのサーバと、ＤＬサービス及びＵＬサービスの提供を受けるためのＡＰＩを実行するためのサーバと、によって構成されていてもよい。

（８）第１実施例では、表示制御部４３は、図６のＳ１２の判断処理の後に、仲介サーバ５０から、エラー画面情報、フォルダ名選択画面情報、又は、スキャン設定画面情報を取得する。これに代えて、表示制御部４３は、Ｓ１２の判断処理の前に、仲介サーバ５０から上記の各画面情報を取得しておいてもよい。この場合、表示制御部４３は、仲介サーバ５０からＳ１２〜Ｓ１６の判断処理の結果を取得して、その結果に応じて、取得済みの画面情報によって表わされる画面を表示させてもよい。一般的に言うと、表示制御部は、「画面提供サーバが、・・・特定のユーザが特定の機能を利用可能（又は利用不可能）であると判断する」前に、画面提供サーバから第１の画面情報（又は第２の画面情報）を取得してもよいし、上記の判断の後に、画面提供サーバから第１の画面情報（又は第２の画面情報）を取得してもよい。同様に、第２実施例でも、表示制御部４３は、図１１のＳ３２の判断処理の前に、仲介サーバ５０からフォルダ名選択画面情報等を取得しておいてもよい。一般的に言うと、表示制御部は、第１の判断処理の前に、画面提供サーバから第１の画面情報（又は第２の画面情報）を取得してもよいし、第１の判断処理の後に、画面提供サーバから第１の画面情報（又は第２の画面情報）を取得してもよい。

（９）第２実施例では、図１１に示されるように、デバイス側判断部４８は、仲介サーバ５０から取得されるサーバ関係情報を用いて、Ｓ３０の判断処理を実行する。これに代えて、サーバ関係情報が多機能機１０のメモリ３４に予め記憶されていてもよい。この場合、デバイス側判断部４８は、メモリ３４内のサーバ関係情報を用いて、Ｓ３０の判断処理を実行してもよい。他の変形例では、デバイス側判断部４８は、仲介サーバ５０からサーバテーブル６８を取得し、サーバテーブル６８を用いて、図５のＳ１０と同様に、Ｓ３０の判断処理を実行してもよい。

（１０）第２実施例では、図１１に示されるように、デバイス側判断部４８は、仲介サーバ５０から取得されるサービス関係情報を用いて、Ｓ３２の判断処理を実行する。これに代えて、サービス関係情報が多機能機１０のメモリ３４に予め記憶されていてもよい。この場合、デバイス側判断部４８は、メモリ３４内のサービス関係情報を用いて、Ｓ３２の判断処理を実行してもよい。

（１１）記憶制御部４６は、多機能機１０のメモリ３４にショートカット情報４０を記憶させずに、外部装置（例えば、管理サーバ９５、仲介サーバ５０等）のメモリにショートカット情報４０を記憶させてもよい。この場合、ショートカット情報供給部４７は、必要に応じて、外部装置からショートカット情報４０を取得して、仲介サーバ５０に供給してもよい。即ち、「メモリ」は、多機能機１０のメモリであってもよいし、外部装置のメモリであってもよい。また、表示名テーブル３８は、多機能機１０のメモリ３４に記憶されずに、外部装置のメモリに記憶されてもよい。この場合、表示制御部４３は、必要に応じて、外部装置から表示名テーブル３８を取得して、仲介サーバ５０に供給してもよい。

（１２）上記の各実施例では、多機能機１０及び仲介サーバ５０のＣＰＵ３２，６２がソフトウェアに従って処理を実行することによって、各部４１〜４８，７０〜７２の機能が実現される。これに代えて、各部４１〜４８，７０〜７２の機能のうちの少なくとも一部は、論理回路等のハードウェアによって実現されてもよい。

２：通信システム、１０：多機能機、３４：メモリ、３６：表示名テーブル、３８：利用情報テーブル、５０：仲介サーバ、６４：メモリ、６６：複数個の画面情報、６８：サーバテーブル、９０：ＰＣ、９５：管理サーバ、１００，１１０：サービス提供サーバ、３００：ユーザ情報入力画面、３０２：メイン画面、３０４：ショートカット名選択画面、３０６：サーバ名選択画面、３０８：表示名選択画面、３１０：サービス名選択画面、３１２：フォルダ名選択画面、３１４：サムネイル選択画面、３１６：印刷実行中画面、３２０：スキャン設定画面、３２２：スキャン実行中画面、３３２，３３４，３３６：エラー画面

Claims (13)

1. サービス提供サーバが提供可能な複数種類のサービスに関係する複数個の機能を実行可能な多機能機であって、
   複数のユーザに対応する複数個の利用情報を格納する格納部から、前記多機能機を利用する特定のユーザに対応する特定の利用情報を取得するデバイス側取得部であって、各利用情報は、対応するユーザが、前記多機能機が実行可能な各機能を利用可能であるのか否かに関係する情報を含む、前記デバイス側取得部と、
   前記特定のユーザによって前記複数種類のサービスのうちの特定のサービスが選択される場合に、前記特定のサービスの提供を、前記サービス提供サーバに要求する要求部と、
   前記サービス提供サーバから前記特定のサービスの提供を受けるための画面情報を、画面提供サーバから取得して、前記画面情報に従った画面を、前記多機能機の表示部に表示させる表示制御部と、を備え、
   前記表示制御部は、
   前記特定の利用情報が、前記特定のユーザが前記特定のサービスに関係する特定の機能を利用可能であることを示す第１の場合に、前記サービス提供サーバから前記特定のサービスの提供を受けるための第１の画面を、前記表示部に表示させ、
   前記特定の利用情報が、前記特定のユーザが前記特定の機能を利用不可能であることを示す第２の場合に、前記サービス提供サーバから前記特定のサービスの提供を受けることができないことを示す第２の画面を、前記表示部に表示させる、多機能機。
2. 前記多機能機は、さらに、
   前記特定の利用情報を、前記画面提供サーバに供給する利用情報供給部と、
   前記特定のユーザによって前記特定のサービスが選択される場合に、前記特定のサービスを示すサービス情報を、前記画面提供サーバに供給するサービス情報供給部と、を備え、
   前記表示制御部は、
   前記画面提供サーバが、前記特定の利用情報と前記サービス情報とを用いて、前記特定のユーザが前記特定の機能を利用可能であると判断する前記第１の場合に、前記画面提供サーバから取得される第１の画面情報によって表わされる前記第１の画面を前記表示部に表示させ、
   前記画面提供サーバが、前記特定の利用情報と前記サービス情報とを用いて、前記特定のユーザが前記特定の機能を利用不可能であると判断する前記第２の場合に、前記第２の画面を前記表示部に表示させる、請求項１に記載の多機能機。
3. 前記表示制御部は、前記第２の場合に、前記画面提供サーバから取得される第２の画面情報によって表わされる前記第２の画面を前記表示部に表示させる、請求項２に記載の多機能機。
4. 前記利用情報供給部は、前記特定のユーザによって前記特定のサービスが選択される場合に、前記特定の利用情報を前記画面提供サーバに供給する、請求項２又は３に記載の多機能機。
5. 前記多機能機は、さらに、
   前記第１の画面情報を前記画面提供サーバから取得するためのショートカットの生成指示が与えられる場合に、前記第１の画面情報を特定するためのショートカット情報を、メモリに記憶させる記憶制御部と、
   前記特定のユーザによって前記メモリ内の前記ショートカット情報が選択される場合に、前記ショートカット情報を前記画面提供サーバに供給するショートカット情報供給部と、を備え、
   前記表示制御部は、さらに、
   前記画面提供サーバが、前記特定の利用情報と前記ショートカット情報とを用いて、前記特定のユーザが前記特定の機能を利用可能であると判断する場合に、前記画面提供サーバから前記第１の画面情報を取得して、前記第１の画面を前記表示部に表示させ、
   前記画面提供サーバが、前記特定の利用情報と前記ショートカット情報とを用いて、前記特定のユーザが前記特定の機能を利用不可能であると判断する場合に、前記第２の画面を前記表示部に表示させる、請求項２から４のいずれか一項に記載の多機能機。
6. 前記利用情報側供給部は、さらに、前記特定のユーザによって前記メモリ内の前記ショートカット情報が選択される場合に、前記特定の利用情報を前記画面提供サーバに供給する、請求項５に記載の多機能機。
7. 前記多機能機は、さらに、
   前記特定のユーザによって前記特定のサービスが選択される場合に、前記特定のユーザが前記特定の機能を利用可能であるのか否かを、前記特定の利用情報を用いて判断する第１の判断処理を実行するデバイス側判断部を備え、
   前記表示制御部は、
   前記第１の判断処理において、前記特定のユーザが前記特定の機能を利用可能であると判断される前記第１の場合に、前記画面提供サーバから取得される第１の画面情報によって表わされる前記第１の画面を前記表示部に表示させ、
   前記第１の判断処理において、前記特定のユーザが前記特定の機能を利用不可能であると判断される前記第２の場合に、前記第２の画面を前記表示部に表示させる、請求項１に記載の多機能機。
8. 前記多機能機は、さらに、
   前記第１の画面情報を前記画面提供サーバから取得するためのショートカットの生成指示が与えられる場合に、前記第１の画面情報を特定するためのショートカット情報を、メモリに記憶させる記憶制御部を備え、
   前記デバイス側判断部は、さらに、前記特定のユーザによって前記メモリ内の前記ショートカット情報が選択される場合に、前記特定のユーザが前記特定の機能を利用可能であるのか否かを判断する第２の判断処理を実行し、
   前記表示制御部は、さらに、
   前記第２の判断処理において、前記特定のユーザが前記特定の機能を利用可能であると判断される場合に、前記ショートカット情報を前記画面提供サーバに供給することによって、前記画面提供サーバから前記第１の画面情報を取得して、前記第１の画面を前記表示部に表示させ、
   前記第２の判断処理において、前記特定のユーザが前記特定の機能を利用不可能であると判断される場合に、前記第２の画面を前記表示部に表示させる、請求項７に記載の多機能機。
9. 前記画面提供サーバは、前記サービス提供サーバとは別体に構成されており、
   前記画面提供サーバは、前記サービス提供サーバから前記多機能機へのサービスの提供を仲介するためのサーバである、請求項１から８のいずれか一項に記載の多機能機。
10. 前記複数個の機能は、画像データによって表わされる画像の印刷を実行するための印刷機能と、原稿をスキャンしてスキャンデータを生成するためのスキャン機能と、を含み、
    前記複数種類のサービスのうち、前記印刷機能に関係する第１種類のサービスは、前記画像データを前記多機能機に供給するためのサービスであり、
    前記複数種類のサービスのうち、前記スキャン機能に関係する第２種類のサービスは、前記スキャンデータを保存するためのサービスである、請求項１から９のいずれか一項に記載の多機能機。
11. 前記格納部は、前記多機能機内に設けられており、
    前記デバイス側取得部は、前記多機能機内の前記格納部から、前記特定の利用情報を取得する、請求項１から１０のいずれか一項に記載の多機能機。
12. 前記格納部は、前記多機能機とは別体に構成されている特定のサーバ内に設けられており、
    前記デバイス側取得部は、前記特定のサーバ内の前記格納部から、前記特定の利用情報を取得する、請求項１から１０のいずれか一項に記載の多機能機。
13. サービス提供サーバが提供可能な複数種類のサービスに関係する複数個の機能を実行可能な多機能機に通信可能に接続される画面提供サーバであって、
    複数のユーザに対応する複数個の利用情報を格納する格納部から、前記多機能機を利用する特定のユーザに対応する特定の利用情報を取得するサーバ側取得部であって、各利用情報は、対応するユーザが、前記多機能機が実行可能な各機能を利用可能であるのか否かに関係する情報を含む、前記サーバ側取得部と、
    前記特定のユーザによって前記複数種類のサービスのうちの特定のサービスが選択される場合に、前記多機能機から、前記特定のサービスを示すサービス情報を取得するサービス情報取得部と、
    前記特定の利用情報と前記サービス情報とを用いて、前記特定のユーザが前記特定のサービスに関係する特定の機能を利用可能であるのか否かを判断するサーバ側判断部と、
    前記特定のユーザが前記特定の機能を利用可能であると判断される場合に、前記多機能機が前記サービス提供サーバから前記特定のサービスの提供を受けるための第１の画面を表わす第１の画面情報を、前記多機能機に供給し、
    前記特定のユーザが前記特定の機能を利用不可能であると判断される場合に、前記第１の画面情報を、前記多機能機に供給しない画面情報供給部と、
    を備える画面提供サーバ。

Images