JP5862253B2 - 多機能機のための制御装置 - Google Patents

Description

本明細書では、第１の機能及び第２の機能を実行可能な多機能機のための制御装置を開示する。

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

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

本明細書では、多機能機のユーザが、複数個のサービス提供サーバのうちの特定のサービス提供サーバからサービスの提供を受けることを望む際に、多機能機のための制御装置が、適切な処理を実行することができる技術を提供する。

本発明は、第１の機能及び第２の機能を実行可能な多機能機のための制御装置であって、前記多機能機を利用する特定のユーザによって、複数個のサービス提供サーバの中から特定のサービス提供サーバが選択される場合に、前記複数個のサービス提供サーバのための複数個の機能情報を格納している第１の格納部から、前記特定のサービス提供サーバのための特定の機能情報を取得する第１の取得部であって、各機能情報は、各サービス提供サーバが、前記第１の機能に対応可能であるのか否か、及び、前記第２の機能に対応可能であるのか否か、に関係する情報を含み、前記複数個のサービス提供サーバは、前記第１の機能及び前記第２の機能の双方に対応可能である第１のサービス提供サーバと、前記第１の機能に対応可能であると共に前記第２の機能に対応不可能である第２のサービス提供サーバと、を含む、前記第１の取得部と、複数のユーザのための複数個の利用情報を格納する第２の格納部から、前記特定のユーザのための特定の利用情報を取得する第２の取得部であって、各利用情報は、各ユーザが、前記第１の機能を利用可能であるのか否か、及び、前記第２の機能を利用可能であるのか否か、に関係する情報を含み、前記複数個の利用情報は、第１のユーザが前記第１の機能を利用可能であると共に前記第２の機能を利用不可能であることに関係する第１の利用情報と、第２のユーザが前記第１の機能を利用不可能であると共に前記第２の機能を利用可能であることに関係する第２の利用情報と、を含む、前記第２の取得部と、前記特定の機能情報と前記特定の利用情報とを用いて、利用可能機能が存在するのか否かを判断する第１の判断部であって、前記利用可能機能は、前記特定のサービス提供サーバが対応可能である機能であり、かつ、前記特定のユーザが利用可能である機能である、前記第１の判断部と、前記利用可能機能が存在すると判断される第１の場合に、前記多機能機が、前記特定のサービス提供サーバから、前記利用可能機能に関係するサービスを受けるための第１のサービスレシーブ処理を実行するサービスレシーブ処理実行部と、前記利用可能機能が存在しないと判断される第２の場合に、前記多機能機が、前記特定のサービス提供サーバから、サービスを受けることを禁止するための第１のエラー処理を実行するエラー処理実行部と、を備え、前記第１の判断部は、前記特定の機能情報が、前記特定のサービス提供サーバである前記第１のサービス提供サーバのための第１の機能情報である場合に、前記特定の利用情報が前記第１の利用情報であっても前記第２の利用情報であっても、前記利用可能機能が存在すると判断し、前記特定の機能情報が、前記特定のサービス提供サーバである前記第２のサービス提供サーバのための第２の機能情報である場合であって、前記特定の利用情報が前記第１の利用情報である場合に、前記利用可能機能が存在すると判断し、前記特定の機能情報が、前記特定のサービス提供サーバである前記第２のサービス提供サーバのための前記第２の機能情報である場合であって、前記特定の利用情報が前記第２の利用情報である場合に、前記利用可能機能が存在しないと判断する、制御装置である。
本明細書では、第１の機能及び第２の機能を実行可能な多機能機のための制御装置を開示する。制御装置は、第１の取得部と、第２の取得部と、第１の判断部と、サービスレシーブ処理実行部と、エラー処理実行部と、を備える。第１の取得部は、多機能機を利用する特定のユーザによって、複数個のサービス提供サーバの中から特定のサービス提供サーバが選択される場合に、複数個のサービス提供サーバのための複数個の機能情報を格納している第１の格納部から、特定のサービス提供サーバのための特定の機能情報を取得する。各機能情報は、各サービス提供サーバが、第１の機能に対応可能であるのか否か、及び、第２の機能に対応可能であるのか否か、に関係する情報を含む。第２の取得部は、複数のユーザのための複数個の利用情報を格納する第２の格納部から、特定のユーザのための特定の利用情報を取得する。各利用情報は、各ユーザが、第１の機能を利用可能であるのか否か、及び、第２の機能を利用可能であるのか否か、に関係する情報を含む。第１の判断部は、特定の機能情報と特定の利用情報とを用いて、利用可能機能が存在するのか否かを判断する。利用可能機能は、特定のサービス提供サーバが対応可能である機能であり、かつ、特定のユーザが利用可能である機能である。サービスレシーブ処理実行部は、利用可能機能が存在すると判断される第１の場合に、多機能機が、特定のサービス提供サーバから、利用可能機能に関係するサービスを受けるための第１のサービスレシーブ処理を実行する。エラー処理実行部は、利用可能機能が存在しないと判断される第２の場合に、多機能機が、特定のサービス提供サーバから、サービスを受けることを禁止するための第１のエラー処理を実行する。

上記の構成によると、制御装置は、複数個のサービス提供サーバの中から特定のサービス提供サーバが特定のユーザによって選択される場合に、特定の機能情報と特定の利用情報とを用いて、利用可能機能が存在するのか否かを判断する。そして、制御装置は、利用可能機能が存在すると判断される第１の場合に、第１のサービスレシーブ処理を実行する。これにより、特定のサービス提供サーバから多機能機へのサービスの提供が許容される。一方において、制御装置は、利用可能機能が存在しないと判断される第２の場合に、第１のエラー処理を実行する。これにより、特定のサービス提供サーバから多機能機へのサービスの提供が禁止される。従って、制御装置は、特定のユーザによって特定のサービス提供サーバが選択される場合に、特定のサービス提供サーバと特定のユーザとに応じた適切な処理を実行することができる。

第１の判断部は、特定のサービス提供サーバが対応可能であるＮ個（Ｎは１以上の整数）の機能の中に、特定のユーザが利用可能である少なくとも１個の機能が存在する場合に、利用可能機能が存在すると判断し、Ｎ個の機能の中に、特定のユーザが利用可能である機能が存在しない場合に、利用可能機能が存在しないと判断してもよい。この構成によると、制御装置は、特定の機能情報と特定の利用情報とを用いて、利用可能機能が存在するのか否かを適切に判断することができる。

サービスレシーブ処理実行部は、第１の場合に、特定のサービス提供サーバが対応可能であるＮ個（Ｎは１以上の整数）の機能のうちの特定の機能を、特定のユーザに選択させるための機能選択画面を、多機能機の表示部に表示させる第１のサービスレシーブ処理を実行してもよい。エラー処理実行部は、第２の場合に、多機能機が、特定のサービス提供サーバから、いずれのサービスを受けることもできないことを示す第１のエラー画面を、多機能機の表示部に表示させる第１のエラー処理を実行してもよい。この構成によると、制御装置は、第１の場合に、第１のサービスレシーブ処理を適切に実行することができ、第２の場合に、第１のエラー処理を適切に実行することができる。

制御装置は、さらに、機能選択画面を介して特定の機能が特定のユーザによって選択される場合に、特定のユーザが特定の機能を利用可能であるのか否かを、特定の利用情報を用いて判断する第２の判断部を備えていてもよい。サービスレシーブ処理実行部は、さらに、特定のユーザが特定の機能を利用可能であると判断される第３の場合に、多機能機が、特定のサービス提供サーバから、特定の機能に関係する特定のサービスを受けるための第２のサービスレシーブ処理を実行してもよい。エラー処理実行部は、さらに、特定のユーザが特定の機能を利用可能でないと判断される第４の場合に、多機能機が、特定のサービス提供サーバから、特定のサービスを受けることを禁止するための第２のエラー処理を実行してもよい。上記の構成によると、制御装置は、特定の機能が特定のユーザによって選択される場合に、特定のユーザが特定の機能を利用可能であるのか否かを判断する。そして、制御装置は、特定のユーザが特定の機能を利用可能であると判断される第３の場合に、第２のサービスレシーブ処理を実行する。これにより、特定のサービス提供サーバから多機能機への特定のサービスの提供が許容される。一方において、制御装置は、特定のユーザが特定の機能を利用可能でないと判断される第４の場合に、第２のエラー処理を実行する。これにより、特定のサービス提供サーバから多機能機への特定のサービスの提供が禁止される。従って、制御装置は、特定の機能が特定のユーザによって選択される場合に、特定のユーザに応じた適切な処理を実行することができる。

サービスレシーブ処理実行部は、第３の場合に、多機能機が特定の機能を実行するための条件を、特定のユーザに選択させるための条件選択画面を、多機能機の表示部に表示させる第２のサービスレシーブ処理を実行してもよい。エラー処理実行部は、第４の場合に、多機能機が、特定のサービス提供サーバから、特定のサービスを受けることができないことを示す第２のエラー画面を、多機能機の表示部に表示させる第２のエラー処理を実行してもよい。この構成によると、制御装置は、第３の場合に、第２のサービスレシーブ処理を適切に実行することができ、第４の場合に、第２のエラー処理を適切に実行することができる。

サービスレシーブ処理実行部は、第１の場合に、Ｎ個の機能のうち、特定のユーザが利用可能な機能が、特定のユーザによって選択可能であり、かつ、Ｎ個の機能のうち、特定のユーザが利用不可能な機能が、特定のユーザによって選択不可能である表示態様で、機能選択画面を多機能機の表示部に表示させる第１のサービスレシーブ処理を実行してもよい。この構成によると、制御装置は、第１の場合に、第１のサービスレシーブ処理を適切に実行することができる。

制御装置は、複数個のサービス提供サーバから多機能機へのサービスの提供を仲介するための仲介サーバ内に設けられていてもよい。また、制御装置は、多機能機内に設けられていてもよい。

第１の機能は、多機能機が、複数個のサービス提供サーバのいずれかから、データをダウンロードするためのダウンロード機能を含んでいてもよい。第２の機能は、多機能機が、複数個のサービス提供サーバのいずれかに、データをアップロードするためのアップロード機能を含んでいてもよい。

なお、上記の制御装置を実現するための制御方法、コンピュータプログラム、及び、コンピュータプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。

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

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

（多機能機１０の構成）
多機能機１０は、印刷機能、スキャン機能、コピー機能、ＦＡＸ機能等の多機能を実行可能である。多機能機１０は、さらに、インターネット上のサービス提供サーバ１００，１１０からデータをダウンロードするためのＤＬ機能、及び、インターネット上のサービス提供サーバ１００，１１０にデータをアップロードするためのＵＬ機能を実行可能である。なお、ＤＬ機能は、ダウンロードされたデータに従って印刷を実行するＤＬ印刷機能と、ダウンロードされたデータを、多機能機１０に接続されている外部メモリ（例えばＵＳＢメモリ）に格納するＤＬメディア機能と、を含む。また、ＵＬ機能は、スキャンによって生成されるデータをアップロードするスキャンＵＬ機能と、多機能機１０に接続されている外部メモリ内のデータをアップロードするメディアＵＬ機能と、を含む。

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

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラムに従って、様々な処理を実行する。ＣＰＵ３２が上記のプログラムに従って処理を実行することによって、各部４１〜４６の機能が実現される。なお、多機能機１０の各部４１〜４６は、第１実施例では動作せず、後述の第２実施例で動作する。メモリ３４は、上記のプログラムの他に、利用情報テーブル３６及び表示名テーブル３８を格納する。

利用情報テーブル３６は、ＬＡＮ４の管理者が操作部１２を操作して所定の情報を入力する場合に、メモリ３４内に生成（即ち格納）される。図２に示されるように、利用情報テーブル３６は、複数のユーザのための複数個の利用情報を含む。各利用情報は、ユーザ名と、パスワードと、ユーザがコピー機能を利用可能であるのか否かを示す情報と、ユーザがＦＡＸ機能を利用可能であるのか否かを示す情報と、ユーザがＤＬ機能を利用可能であるのか否かを示す情報と、ユーザがＵＬ機能を利用可能であるのか否かを示す情報と、ユーザが利用可能な印刷前の印刷媒体数（残ページ数）と、が対応付けられた情報である。なお、「Unlock」は、ユーザが機能を利用可能であることを示し（即ちユーザが機能の利用を許容されていることを示し）、「Lock」は、ユーザが機能を利用不可能であることを示す（即ちユーザが機能の利用を制限されていることを示す）。

図３に示されるように、表示名テーブル３８は、表示名とサーバ名とアクセストークンとが対応付けられた情報を記憶するためのテーブルである。表示名テーブル３８がどのようにして生成されるのかについては、後で説明する。

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

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

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

より具体的に言うと、図４の例では、サーバ名「Server A」の対応機能は、「DL」及び「UL」である。これは、（１）サーバ名「Server A」を有するサービス提供サーバ１００が、ＤＬサービス及びＵＬサービスを提供可能であること、及び、（２）仲介サーバ５０が、サービス提供サーバ１００のＤＬサービス及びＵＬサービスに対応していること（即ち、仲介サーバ５０が、サービス提供サーバ１００のＤＬサービス及びＵＬサービスのためのＡＰＩ（Application Program Interface；詳しくは後述する）に対応していること）、を意味する。また、サーバ名「Server B」の対応機能は、「DL only」である。これは、（１）サーバ名「Server B」を有するサービス提供サーバ１１０が、ＤＬサービスを提供可能であること、及び、（２）仲介サーバ５０が、サービス提供サーバ１１０のＤＬサービスに対応していること（即ち、仲介サーバ５０が、サービス提供サーバ１１０のＤＬサービスのためのＡＰＩに対応していること）、を意味する。なお、サーバ名「Server B」の対応機能は、「UL」を含まない。これは、（１）サービス提供サーバ１１０が、ＵＬサービスを提供していないこと、又は、（２）サービス提供サーバ１１０がＵＬサービスを提供しているが、仲介サーバ５０がサービス提供サーバ１１０のＵＬサービスに対応していないこと（即ち、仲介サーバ５０が、サービス提供サーバ１１０のＵＬサービスのためのＡＰＩに対応していないこと）、を意味する。また、サーバ名「Server C」の対応機能は、「DL」を含まない。これは、（１）サーバ名「Server C」を有するサービス提供サーバが、ＤＬサービスを提供していないこと、又は、（２）当該サービス提供サーバがＤＬサービスを提供しているが、仲介サーバ５０が当該サービス提供サーバのＤＬサービスに対応していないこと、を意味する。

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

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

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

（多機能機１０のユーザの事前準備）
多機能機１０のユーザ（以下では「特定のユーザ」と呼ぶ）は、多機能機１０が各サービス提供サーバ１００，１１０からサービスを受けるために、以下の事前準備を実行する必要がある。特定のユーザは、ＰＣ９０を用いて、仲介サーバ５０にアクセスし、「認証情報の取得」を選択する。なお、本実施例では、「認証情報」は、後述のアクセストークン（例えば「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」；以下では「特定の対応機能」と呼ぶ）を取得する。次いで、第１の判断部１４３（図１参照）は、Ｓ１０の判断処理を実行する。Ｓ１０の判断処理では、第１の判断部１４３は、特定の利用情報と特定の対応機能とを用いて、利用可能機能が存在するのか否かを判断する。利用可能機能は、選択済みサーバ名「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」である場合には、印刷／メディア選択画面情報を供給し、第１の選択済み機能名が「UL」である場合には、スキャン／メディア選択画面情報を供給する。

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

仲介サーバ５０の第２の判断部１４４は、多機能機１０から第２の選択済み機能名を取得すると、Ｓ１４において、第１の選択済み機能名が「DL」であり、かつ、第２の選択済み機能名が「印刷」であるのか否かを判断する。Ｓ１４でＹＥＳの場合（即ち、特定のユーザによってＤＬ印刷機能が選択された場合）には、第２の判断部１４４は、さらに、Ｓ１６において、特定の利用情報に含まれる残ページ数がゼロを示すのか否かを判断する。第２の判断部１４４は、残ページ数がゼロを示す場合には、Ｓ１６でＹＥＳと判断し、残ページ数がゼロ以外の数字を示す場合には、Ｓ１６でＮＯと判断する。

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

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

一方において、Ｓ１４でＮＯと判断される場合には、第２の判断部１４４は、さらに、Ｓ１８において、第１の選択済み機能名が「DL」であり、かつ、第２の選択済み機能名が「メディア」であるのか否かを判断する。Ｓ１８でＹＥＳの場合（即ち、特定のユーザによってＤＬメディア機能が選択された場合）には、図７に進む。また、Ｓ１８でＹＥＳの場合（即ち、特定のユーザによってスキャンＵＬ機能又はメディアＵＬ機能が選択された場合）には、第２の判断部１４４は、さらに、Ｓ２０において、第１の選択済み機能名が「UL」であり、かつ、第２の選択済み機能名が「スキャン」であるのか否かを判断する。Ｓ２０でＹＥＳの場合（即ち、特定のユーザによってスキャンＵＬ機能が選択された場合）には、図８に進む。Ｓ２０でＮＯの場合（即ち、特定のユーザによってメディアＵＬ機能が選択された場合）には、図９に進む。

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

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

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

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

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

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

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

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

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

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

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

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

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

仲介サーバ５０のＳＲ処理実行部１４５は、サービス提供サーバ１００からダウンロードＵＲＬを取得すると、ダウンロードＵＲＬと、複数個の画面情報６６に含まれる実行中画面情報と、を多機能機１０に供給する。なお、ＳＲ処理実行部１４５は、図６のＳ１６でＮＯと判断される場合（即ち、特定のユーザによってＤＬ印刷機能が選択された場合）には、印刷中を示す文字列を含む実行中画面情報を供給し、図６のＳ１８でＹＥＳと判断される場合（即ち、特定のユーザによってＤＬメディア機能が選択された場合）には、ダウンロード中を示す文字列を含む実行中画面情報を供給する。

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

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

多機能機１０の制御部３０は、サービス提供サーバ１００から画像データを取得する。これにより、制御部３０は、サービス提供サーバ１００からＤＬサービスを受けることができる。換言すると、制御部３０は、ＤＬ機能を実行する。なお、特定のユーザによってＤＬ印刷機能が選択された場合には、制御部３０は、画像データによって表わされる画像の印刷を印刷実行部１８に実行させる。即ち、制御部３０は、ＤＬ印刷機能を実行する。また、特定のユーザによってＤＬメディア機能が選択された場合には、制御部３０は、多機能機１０に接続されている外部メモリ（図示省略）に画像データを記憶させる。即ち、制御部３０は、ＤＬメディア機能を実行する。

（スキャンＵＬ機能のための処理；図８）
図６のＳ２０でＹＥＳと判断される場合（即ち、特定のユーザによってスキャンＵＬ機能が選択された場合）には、図８に示されるように、ＳＲ処理実行部１４５は、複数個の画面情報６６に含まれるスキャン設定画面情報を、多機能機１０に供給する。

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

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

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

仲介サーバ５０のＳＲ処理実行部１４５は、サービス提供サーバ１００からアップロードＵＲＬを取得すると、アップロードＵＲＬと、複数個の画面情報６６に含まれる実行中画面情報と、を多機能機１０に供給する。なお、ここでの実行中画面情報は、スキャンの実行中を示す文字列を含む。

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

サービス提供サーバ１００は、多機能機１０からアップロードリクエストＲ４４を取得すると、アップロードリクエストＲ４４に含まれるアップロードＵＲＬが示す位置に、アップロードリクエストＲ４４に含まれるスキャンデータを保存する。これにより、多機能機１０の制御部３０は、サービス提供サーバ１００からＵＬサービスを受けることができる。換言すると、制御部３０は、スキャンＵＬ機能を実行することができる。

（メディアＵＬ機能のための処理；図９）
図６のＳ２０でＮＯと判断される場合（即ち、特定のユーザによってメディアＵＬ機能が選択された場合）には、図９に示されるように、ＳＲ処理実行部１４５は、第１のＡＰＩに従ってリクエストＲ５２を生成して、リクエストＲ５２をサービス提供サーバ１００に供給する。これにより、図８のリクエストＲ４２の場合と同様に、ＳＲ処理実行部１４５は、サービス提供サーバ１００からアップロードＵＲＬを取得し、アップロードＵＲＬと、複数個の画面情報６６に含まれる実行中画面情報と、を多機能機１０に供給する。なお、ここでの実行中画面情報は、アップロードの実行中を示す文字列を含む。

多機能機１０の制御部３０は、仲介サーバ５０から実行中画面情報を取得すると、実行中画面情報によって表わされる実行中画面（図示省略）を、表示部１４に表示させる。また、制御部３０は、仲介サーバ５０からアップロードＵＲＬを取得すると、多機能機１０に接続されている外部メモリからデータを取得する。次いで、制御部３０は、仲介サーバ５０から取得されたアップロードＵＲＬと、外部メモリから取得されたデータと、を含むアップロードリクエストＲ５４を、仲介サーバ５０を介さずに、サービス提供サーバ１００に供給する。これにより、多機能機１０の制御部３０は、メディアＵＬ機能を実行することができる。

（第１実施例の効果）
本実施例では、サーバ名選択画面３０６（図１０参照）を介してサービス提供サーバ１００が特定のユーザによって選択される場合に、仲介サーバ５０は、特定の利用情報と特定の対応機能（「DL」及び「UL」）を用いて、利用可能機能が存在するのか否かを判断する（図５のＳ１０）。そして、仲介サーバ５０は、利用可能機能が存在すると判断される場合（図５のＳ１０でＮＯ）に、ＤＬ／ＵＬ選択画面３１０（図１０参照）を多機能機１０に表示させる処理を実行する。これにより、サービス提供サーバ１００から多機能機１０へのサービスの提供が許容される。一方において、仲介サーバ５０は、利用可能機能が存在しないと判断される場合（図５のＳ１０でＹＥＳ）に、エラー画面３３４（図１０参照）を多機能機１０に表示させる処理を実行する。これにより、サービス提供サーバ１００から多機能機１０へのサービスの提供が禁止される。従って、仲介サーバ５０は、特定のユーザによってサービス提供サーバ１００が選択される場合に、サービス提供サーバ１００の対応機能と、特定のユーザのための利用情報と、に応じた適切な処理を実行することができる。

特に、本実施例では、仲介サーバ５０は、サーバ名選択画面３０６（図１０参照）でサービス提供サーバ１００が選択されたタイミングで、エラー画面３３４を表示させることができる。例えば、各画面３０６，３０８，３１０で様々な選択が行なわれた後に、図５のＳ１０の判断処理を実行し、そこでＹＥＳの場合に、エラー画面３３４を表示させる構成（以下では「第１の比較例の構成」と呼ぶ）が考えられる。第１の比較例の構成では、サーバ名選択画面３０６でサービス提供サーバ１００が選択されたタイミングで、エラー画面３３４が表示されることが決まっているにも関わらず、それ以降の画面３０８，３１０で特定のユーザに選択を実行させるために、特定のユーザに無駄な選択操作を実行させることになる。本実施例では、第１の比較例の構成とは異なり、仲介サーバ５０は、サーバ名選択画面３０６でサービス提供サーバ１００が選択されたタイミングで、エラー画面３３４を表示させることができるために、特定のユーザに無駄な選択操作を実行させることを防止することができる。

仲介サーバ５０は、さらに、ＤＬ／ＵＬ選択画面３１０でＤＬ機能又はＵＬ機能が特定のユーザによって選択される場合に、特定のユーザが選択済みの機能を利用可能であるのか否かを判断する（図６のＳ１２）。仲介サーバ５０は、特定のユーザが選択済みの機能を利用可能であると判断される場合に、選択済みの機能を実行するための条件を選択するための選択画面３１２，３１４，３１６，３２０，３２２を多機能機１０に表示させる処理を実行する。一方において、仲介サーバ５０は、特定のユーザが選択済みの機能を利用可能でないと判断される場合に、エラー画面３３６（図１０参照）を多機能機１０に表示させる処理を実行する。これにより、サービス提供サーバ１００から多機能機１０へのサービスの提供が禁止される。従って、仲介サーバ５０は、ＤＬ機能又はＵＬ機能が特定のユーザによって選択される場合に、特定のユーザに応じた適切な処理を実行することができる。

例えば、各画面３１２，３１４，３１６，３２０，３２２で様々な選択が行なわれた後に、図６のＳ１２の判断処理を実行し、そこでＹＥＳの場合に、エラー画面３３６を表示させる構成（以下では「第２の比較例の構成」と呼ぶ）が考えられる。第２の比較例の構成では、ＤＬ／ＵＬ選択画面３１０でＤＬ機能又はＵＬ機能が選択されたタイミングで、エラー画面３３６が表示されることが決まっているにも関わらず、それ以降の画面３１２，３１４，３１６，３２０，３２２で特定のユーザに選択を実行させるために、特定のユーザに無駄な選択操作を実行させることになる。本実施例では、第２の比較例の構成とは異なり、仲介サーバ５０は、ＤＬ／ＵＬ選択画面３１０でＤＬ機能又はＵＬ機能が選択されたタイミングで、エラー画面３３６を表示させることができるために、特定のユーザに無駄な選択操作を実行させることを防止することができる。

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

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

（対応関係）
仲介サーバ５０の制御部６０、サービス提供サーバ１００が、それぞれ、「制御装置」、「特定のサービス提供サーバ」の一例である。仲介サーバ５０のメモリ６４、サーバテーブル６８が、それぞれ、「第１の格納部」、「複数個の機能情報」の一例である。多機能機１０のメモリ３４、利用情報テーブル３６が、それぞれ、「第２の格納部」、「複数個の利用情報」の一例である。

ＤＬ／ＵＬ選択画面情報を多機能機１０に供給する処理、ＤＬ／ＵＬ選択画面３１０が、それぞれ、「第１のサービスレシーブ処理」、「機能選択画面」の一例である。エラー画面３３４を表わすエラー画面情報を多機能機１０に供給する処理、エラー画面３３４が、それぞれ、「第１のエラー処理」、「第１のエラー画面」の一例である。印刷／メディア選択画面情報（又はフォルダ名選択画面情報）を多機能機１０に供給する処理、印刷／メディア選択画面３１２（又はフォルダ名選択画面３１４）が、それぞれ、「第２のサービスレシーブ処理」、「条件選択画面」の一例である。また、スキャン／メディア選択画面情報（又はスキャン設定画面情報）を多機能機１０に供給する処理、スキャン／メディア選択画面３２０（又はスキャン設定画面３２２）が、それぞれ、「第２のサービスレシーブ処理」、「条件選択画面」の一例である。エラー画面３３６を表わすエラー画面情報を多機能機１０に供給する処理、エラー画面３３６が、それぞれ、「第２のエラー処理」、「第２のエラー画面」の一例である。

（第２実施例）
第１実施例と異なる点を説明する。第１実施例では、仲介サーバ５０の各部１４１〜１４６が動作するが、第２実施例では、多機能機１０の各部４１〜４６が動作する。

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

仲介サーバ５０の制御部６０は、多機能機１０からリクエストＲ６０を取得すると、複数個の画面情報６６に含まれるサーバ名選択画面情報と、サーバテーブル６８と、複数個の画面情報６６に含まれるエラー画面情報（即ち、エラー画面３３４（図１０参照）を表わすエラー画面情報）と、を多機能機１０に供給する。

多機能機１０の制御部３０は、仲介サーバ５０からサーバ名選択画面情報を取得すると、サーバ名選択画面情報によって表わされるサーバ名選択画面３０６（図１０参照）を、表示部１４に表示させる。特定のユーザは、１個のサーバ名（即ち、選択済みサーバ名）を選択する。この場合、第１の取得部４１は、仲介サーバ５０から取得されたサーバテーブル６８から、選択済みサーバ名に対応付けられている特定の対応機能を取得する。また、第２の取得部４２（図１参照）は、メモリ３４内の利用情報テーブル３６から特定の利用情報を取得する。次いで、第１の判断部４３（図１参照）は、特定の対応機能と特定の利用情報とを用いて、第１実施例の図５のＳ１０の判断処理と同様に、Ｓ３０の判断処理を実行する。

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

仲介サーバ５０の制御部６０は、多機能機１０から選択済みサーバ名を取得すると、リクエストＲ６２を多機能機１０に供給して、多機能機１０から表示名テーブル３８を取得する。次いで、制御部６０は、表示名選択画面情報を多機能機１０に供給する。

多機能機１０のＳＲ処理実行部４５は、仲介サーバ５０から表示名選択画面情報を取得すると、表示名選択画面情報によって表わされる表示名選択画面３０８を、表示部１４に表示させる。特定のユーザは、１個の表示名（即ち、選択済み表示名）を選択する。この場合、ＳＲ処理実行部４５は、選択済み表示名を仲介サーバ５０に供給する。

仲介サーバ５０の制御部６０は、多機能機１０から選択済み表示名を取得すると、複数個の画面情報６６に含まれるＤＬ／ＵＬ選択画面情報と、複数個の画面情報６６に含まれるエラー画面情報（即ち、エラー画面３３６（図１０参照）を表わすエラー画面情報）と、を多機能機１０に供給する。

多機能機１０のＳＲ処理実行部４５は、仲介サーバ５０からＤＬ／ＵＬ選択画面情報を取得すると、ＤＬ／ＵＬ選択画面情報によって表わされるＤＬ／ＵＬ選択画面３１０（図１０参照）を、表示部１４に表示させる。特定のユーザは、１個の機能名（即ち、第１の選択済み機能名）を選択する。この場合、第２の取得部４２は、メモリ３４内の利用情報テーブル３６から特定の利用情報を取得する。次いで、第２の判断部４４（図１参照）は、第１実施例の図６のＳ１２の判断処理と同様に、Ｓ３２の判断処理を実行する。

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

仲介サーバ５０の制御部６０は、多機能機１０から第１の選択済み機能名を取得すると、第１の選択済み機能名に応じた選択画面情報（印刷／メディア選択画面情報、又は、スキャン／メディア選択画面情報）を、多機能機１０に供給する。

多機能機１０のＳＲ処理実行部４５は、仲介サーバ５０から選択画面情報を取得すると、選択画面情報によって表わされる選択画面３１２又は３２０（図１０参照）を、表示部１４に表示させる。特定のユーザは、１個の機能名（即ち、第２の選択済み機能名）を選択する。この場合、第２の判断部４４は、図６のＳ１４及びＳ１６の判断処理と同様に、図１２のＳ３４及びＳ３６の判断処理を実行する。

Ｓ３６でＹＥＳと判断される場合には、エラー処理実行部４６は、エラー画面（図示省略）を表示部１４に表示させる。なお、エラー処理実行部４６は、Ｓ３６でＹＥＳと判断された後に、仲介サーバ５０からエラー画面情報を取得して、エラー画面を表示させてもよいし、仲介サーバ５０からＤＬ／ＵＬ選択画面情報と共に取得されたエラー画面情報（図１１参照）を用いて、エラー画面を表示させてもよい。一方において、Ｓ３６でＮＯと判断される場合に、ＳＲ処理実行部４５は、第２の選択済み機能名（「印刷」、「スキャン」、又は、「メディア」）を仲介サーバ５０に供給する。

仲介サーバ５０の制御部６０は、多機能機１０から第２の選択済み機能名を取得すると、図６のＳ１４，Ｓ１８，Ｓ２０の判断処理と同様に、Ｓ３８，Ｓ４０，Ｓ４２の判断処理を実行する。そして、判断結果に応じて、図７〜図９の各処理が実行される点は、第１実施例と同様である。なお、図７〜図９の各処理では、多機能機１０のＳＲ処理実行部４５は、仲介サーバ５０及びサービス提供サーバ１００と様々な通信を実行して、サービス提供サーバ１００からサービスを受けるための処理を実行する。

（第２実施例の効果）
多機能機１０は、図１１のＳ３０，Ｓ３２の判断処理を実行して、判断結果に応じた適切な処理を実行することができる。第１実施例と同様に、多機能機１０は、サーバ名選択画面３０６でサービス提供サーバ１００が選択されたタイミングで、エラー画面３３４を表示させることができるために、特定のユーザに無駄な選択操作を実行させることを防止することができる。また、多機能機１０は、ＤＬ／ＵＬ選択画面３１０でＤＬ機能又はＵＬ機能が選択されたタイミングで、エラー画面３３６を表示させることができるために、特定のユーザに無駄な選択操作を実行させることを防止することができる。なお、本実施例では、多機能機１０の制御部３０が、「制御装置」の一例である。

（第３実施例）
第２実施例と異なる点を説明する。表示名選択画面３０８（図１４参照）で１個の表示名（即ち選択済み表示名）が選択されると、多機能機１０から仲介サーバ５０に選択済み表示名が供給されるまでの各処理は、第２実施例と同様である。仲介サーバ５０の制御部６０は、多機能機１０から選択済み表示名を取得すると、ＤＬ／ＵＬ選択画面情報と、グレイアウト情報と、を多機能機１０に供給する。グレイアウト情報は、ＤＬ／ＵＬ選択画面情報に含まれる機能名「DL」及び「UL」のそれぞれを、どのような状況で選択可能な表示態様で表示させ、どのような状況で選択不可能な表示態様（いわゆるグレイアウト）で表示させるのかを、多機能機１０に指示する情報である。

多機能機１０のＳＲ処理実行部４５は、仲介サーバ５０からＤＬ／ＵＬ選択画面情報及びグレイアウト情報を取得すると、これらの各情報に基づいて、以下の各処理を実行する。仲介サーバ５０から取得されるＤＬ／ＵＬ選択画面情報は、機能名「DL」及び「UL」の両方が選択可能な表示態様で表示されるように、構成されている。ＳＲ処理実行部４５は、特定の対応機能（即ち、サーバテーブル６８において、選択済みサーバ名に対応付けられている対応機能）が、サービス提供サーバがＤＬ機能に対応不可能であることを示す場合、又は、特定の利用情報が、特定のユーザがＤＬ機能を利用不可能であることを示す場合に、機能名「DL」が選択不可能なグレイアウトの表示態様で表示されるように、ＤＬ／ＵＬ選択画面情報を変更する。また、ＳＲ処理実行部４５は、特定の対応機能が、サービス提供サーバがＵＬ機能に対応不可能であることを示す場合、又は、特定の利用情報が、特定のユーザがＵＬ機能を利用不可能であることを示す場合に、機能名「UL」が選択不可能なグレイアウトの表示態様で表示されるように、ＤＬ／ＵＬ選択画面情報を変更する。ＳＲ処理実行部４５は、変更後のＤＬ／ＵＬ選択画面情報によって表わされるＤＬ／ＵＬ選択画面３１０’（図１４参照）を、表示部１４に表示させる。

図１４のＤＬ／ＵＬ選択画面３１０’では、特定のユーザは、機能名「DL」のみを選択可能であるために、機能名「DL」（即ち、第１の選択済み機能名）を選択する。この場合、ＳＲ処理実行部４５は、第１の選択済み機能名を仲介サーバ５０に供給する。なお、この場合、第２の判断部４４は、図１１のＳ３２の判断処理を実行しない。特定のユーザが利用不可能な機能を示す機能名が、ＤＬ／ＵＬ選択画面３１０’で選択されることはないからである。なお、図１４の例では、特定のユーザが利用不可能な機能を示す機能名「UL」が、グレイアウトの表示態様で表示されるが、変形例では、ＳＲ処理実行部４５は、特定のユーザが利用不可能な機能を示す機能名が表示されないように（即ち、特定のユーザが利用可能な機能を示す機能名のみが表示されるように）、ＤＬ／ＵＬ選択画面を表示部１４に表示させてもよい。仲介サーバ５０が第１の選択済み機能名を取得した後の各処理は、第２実施例の図１１及び図１２の各処理と同様である。

（第３実施例の効果）
本実施例では、多機能機１０は、特定のユーザが利用可能な機能を示す機能名のみを選択可能な表示態様で、ＤＬ／ＵＬ選択画面３１０’（図１４参照）を表示させる。このために、特定のユーザが利用不可能な機能を示す機能名が選択されて、エラー画面が表示されるという事象が発生しない。特定のユーザは、特定のユーザが利用可能な機能を示す機能名を適切に選択することができる。なお、本実施例では、ＤＬ／ＵＬ選択画面３１０’（図１４参照）を表示させる処理が、「第１のサービスレシーブ処理」の一例である。

（第３実施例の変形例）
第３実施例では、多機能機１０のＳＲ処理実行部４５は、仲介サーバ５０からグレイアウト情報を取得して、グレイアウトの表示態様で表示されるように、ＤＬ／ＵＬ選択画面情報を変更する。これに代えて、例えば、第１実施例において、仲介サーバ５０のＳＲ処理実行部１４５は、多機能機１０から特定の利用情報を取得し、特定の利用情報と特定の対応機能とを用いて、ＤＬ／ＵＬ選択画面情報を変更してもよい。そして、ＳＲ処理実行部１４５は、変更後のＤＬ／ＵＬ選択画面情報を多機能機１０に供給してもよい。本変形例によっても、多機能機１０にＤＬ／ＵＬ選択画面３１０’（図１４参照）を表示させることができる。

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

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

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

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

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

（第４実施例の変形例その２）
第４実施例の管理サーバ９５を用いれば、次の構成も実現することができる。即ち、仲介サーバ５０のメモリ６４にサーバテーブル６８が格納されておらず、管理サーバ９５にサーバテーブル６８が格納されている。例えば、第１実施例において、図５のＳ１０の判断処理、又は、図６のＳ１２の判断処理を実行すべき場合に、仲介サーバ５０の第１の取得部１４１は、管理サーバ９５からサーバテーブル６８を取得して、サーバテーブル６８から特定の対応機能を取得してもよい。また、例えば、第２実施例において、図１１のＳ３０の判断処理、又は、図１１のＳ３２の判断処理を実行すべき場合に、多機能機１０の第１の取得部４１は、管理サーバ９５から、仲介サーバ５０を介して、又は、仲介サーバ５０を介さずに、サーバテーブル６８を取得して、サーバテーブル６８から特定の対応機能を取得してもよい。なお、本変形例では、管理サーバ９５内のメモリ（図示省略）が「第１の格納部」の一例である。

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

（１）上記の各実施例では、ＤＬ機能、ＵＬ機能が、それぞれ、「第１の機能」、「第２の機能」の一例である。これに代えて、変形例では、ＤＬ印刷機能、ＤＬメディア機能が、それぞれ、「第１の機能」、「第２の機能」であってもよい。例えば、サーバ名「Server D」を有するサービス提供サーバが、ＰＤＦのデータのみをダウンロード対象として扱うサーバであり、多機能機１０が、ＰＤＦとは異なるフォーマットのデータに従った印刷を実行可能であるが、ＰＤＦのデータに従った印刷を実行不可能である状況を想定する。この場合、サーバ名「Server D」を有するサービス提供サーバは、多機能機１０のＤＬ印刷機能に対応しておらず、サーバテーブル６８では、サーバ名「Server D」に「ＤＬメディア機能 only」が対応付けられてもよい。また、別の変形例では、スキャンＵＬ機能、メディアＵＬ機能が、それぞれ、「第１の機能」、「第２の機能」であってもよい。例えば、サーバ名「Server E」を有するサービス提供サーバが、ＰＤＦのデータのみをアップロード対象として扱うサーバであり、多機能機１０が、メディア内のＰＤＦとは異なる形式のデータを表示選択可能（即ちアップロード可能）であるが、メディア内のＰＤＦのデータを表示選択不可能（即ちアップロード不可能）である状況を想定する。この場合、サーバ名「Server E」を有するサービス提供サーバは、多機能機１０のメディアＵＬ機能に対応しておらず、サーバテーブル６８では、サーバ名「Server E」に「スキャンＵＬ機能 only」が対応付けられてもよい。一般的に言うと、「第１の機能」及び「第２の機能」は、多機能機が実行可能な機能であって、いずれかのサービス提供サーバが提供するサービス（ＤＬサービス、ＵＬサービス）に関係する機能であればよい。

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

（３）各エラー画面３３４，３３６に含まれる文字列は、特に限定されない。例えば、各エラー画面３３４，３３６は、単に、「Error」という文字列のみを含んでいてもよい。一般的に言うと、「第１（又は第２）のエラー画面」は、「Error」という文字列のみを含んでいてもよいし、エラーの内容を説明するための文字列を含んでいてもよい。

（４）上記の各実施例では、ＳＲ処理実行部４５，１４５は、「第１のサービスレシーブ処理」として、ＤＬ／ＵＬ選択画面３１０を表示させる。ただし、「第１のサービスレシーブ処理」は、表示名選択画面３０８を表示させる処理であってもよい、他の選択画面３１２，３１４，３１６，３２０，３２２を表示させる処理と考えることもできる。また、ＳＲ処理実行部４５，１４５は、「第２のサービスレシーブ処理」として、印刷（又はスキャン）／メディア選択画面３１２，３２０を表示させる。ただし、「第２のサービスレシーブ処理」は、他の選択画面３１４，３１６，３２２を表示させる処理であってもよい。

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

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

Claims (10)

1. 第１の機能及び第２の機能を実行可能な多機能機のための制御装置であって、
   前記多機能機を利用する特定のユーザによって、複数個のサービス提供サーバの中から特定のサービス提供サーバが選択される場合に、前記複数個のサービス提供サーバのための複数個の機能情報を格納している第１の格納部から、前記特定のサービス提供サーバのための特定の機能情報を取得する第１の取得部であって、各機能情報は、各サービス提供サーバが、前記第１の機能に対応可能であるのか否か、及び、前記第２の機能に対応可能であるのか否か、に関係する情報を含み、前記複数個のサービス提供サーバは、前記第１の機能及び前記第２の機能の双方に対応可能である第１のサービス提供サーバと、前記第１の機能に対応可能であると共に前記第２の機能に対応不可能である第２のサービス提供サーバと、を含む、前記第１の取得部と、
   複数のユーザのための複数個の利用情報を格納する第２の格納部から、前記特定のユーザのための特定の利用情報を取得する第２の取得部であって、各利用情報は、各ユーザが、前記第１の機能を利用可能であるのか否か、及び、前記第２の機能を利用可能であるのか否か、に関係する情報を含み、前記複数個の利用情報は、第１のユーザが前記第１の機能を利用可能であると共に前記第２の機能を利用不可能であることに関係する第１の利用情報と、第２のユーザが前記第１の機能を利用不可能であると共に前記第２の機能を利用可能であることに関係する第２の利用情報と、を含む、前記第２の取得部と、
   前記特定の機能情報と前記特定の利用情報とを用いて、利用可能機能が存在するのか否かを判断する第１の判断部であって、前記利用可能機能は、前記特定のサービス提供サーバが対応可能である機能であり、かつ、前記特定のユーザが利用可能である機能である、前記第１の判断部と、
   前記利用可能機能が存在すると判断される第１の場合に、前記多機能機が、前記特定のサービス提供サーバから、前記利用可能機能に関係するサービスを受けるための第１のサービスレシーブ処理を実行するサービスレシーブ処理実行部と、
   前記利用可能機能が存在しないと判断される第２の場合に、前記多機能機が、前記特定のサービス提供サーバから、サービスを受けることを禁止するための第１のエラー処理を実行するエラー処理実行部と、を備え、
   前記第１の判断部は、
   前記特定の機能情報が、前記特定のサービス提供サーバである前記第１のサービス提供サーバのための第１の機能情報である場合に、前記特定の利用情報が前記第１の利用情報であっても前記第２の利用情報であっても、前記利用可能機能が存在すると判断し、
   前記特定の機能情報が、前記特定のサービス提供サーバである前記第２のサービス提供サーバのための第２の機能情報である場合であって、前記特定の利用情報が前記第１の利用情報である場合に、前記利用可能機能が存在すると判断し、
   前記特定の機能情報が、前記特定のサービス提供サーバである前記第２のサービス提供サーバのための前記第２の機能情報である場合であって、前記特定の利用情報が前記第２の利用情報である場合に、前記利用可能機能が存在しないと判断する、制御装置。
2. 前記第１の判断部は、
   前記特定のサービス提供サーバが対応可能であるＮ個（Ｎは１以上の整数）の機能の中に、前記特定のユーザが利用可能である少なくとも１個の機能が存在する場合に、前記利用可能機能が存在すると判断し、
   前記Ｎ個の機能の中に、前記特定のユーザが利用可能である機能が存在しない場合に、前記利用可能機能が存在しないと判断する、請求項１に記載の制御装置。
3. 前記サービスレシーブ処理実行部は、前記第１の場合に、前記特定のサービス提供サーバが対応可能であるＮ個（Ｎは１以上の整数）の機能のうちの特定の機能を、前記特定のユーザに選択させるための機能選択画面を、前記多機能機の表示部に表示させる前記第１のサービスレシーブ処理を実行し、
   前記エラー処理実行部は、前記第２の場合に、前記多機能機が、前記特定のサービス提供サーバから、いずれのサービスを受けることもできないことを示す第１のエラー画面を、前記多機能機の前記表示部に表示させる前記第１のエラー処理を実行する、請求項１又は２に記載の制御装置。
4. 前記制御装置は、さらに、
   前記機能選択画面を介して前記特定の機能が前記特定のユーザによって選択される場合に、前記特定のユーザが前記特定の機能を利用可能であるのか否かを、前記特定の利用情報を用いて判断する第２の判断部を備え、
   前記サービスレシーブ処理実行部は、さらに、前記特定のユーザが前記特定の機能を利用可能であると判断される第３の場合に、前記多機能機が、前記特定のサービス提供サーバから、前記特定の機能に関係する特定のサービスを受けるための第２のサービスレシーブ処理を実行し、
   前記エラー処理実行部は、さらに、前記特定のユーザが前記特定の機能を利用可能でないと判断される第４の場合に、前記多機能機が、前記特定のサービス提供サーバから、前記特定のサービスを受けることを禁止するための第２のエラー処理を実行する、請求項３に記載の制御装置。
5. 前記サービスレシーブ処理実行部は、前記第３の場合に、前記多機能機が前記特定の機能を実行するための条件を、前記特定のユーザに選択させるための条件選択画面を、前記多機能機の前記表示部に表示させる前記第２のサービスレシーブ処理を実行し、
   前記エラー処理実行部は、前記第４の場合に、前記多機能機が、前記特定のサービス提供サーバから、前記特定のサービスを受けることができないことを示す第２のエラー画面を、前記多機能機の前記表示部に表示させる前記第２のエラー処理を実行する、請求項４に記載の制御装置。
6. 前記サービスレシーブ処理実行部は、前記第１の場合に、前記Ｎ個の機能のうち、前記特定のユーザが利用可能な機能が、前記特定のユーザによって選択可能であり、かつ、前記Ｎ個の機能のうち、前記特定のユーザが利用不可能な機能が、前記特定のユーザによって選択不可能である表示態様で、前記機能選択画面を前記多機能機の前記表示部に表示させる前記第１のサービスレシーブ処理を実行する、請求項３に記載の制御装置。
7. 前記制御装置は、前記複数個のサービス提供サーバから前記多機能機へのサービスの提供を仲介するための仲介サーバ内に設けられている、請求項１から６のいずれか一項に記載の制御装置。
8. 前記制御装置は、前記多機能機内に設けられている、請求項１から６のいずれか一項に記載の制御装置。
9. 前記第１の機能は、前記多機能機が、前記複数個のサービス提供サーバのいずれかから、データをダウンロードするためのダウンロード機能を含み、
   前記第２の機能は、前記多機能機が、前記複数個のサービス提供サーバのいずれかに、データをアップロードするためのアップロード機能を含む、請求項１から８のいずれか一項に記載の多機能機。
10. 第１の機能及び第２の機能を実行可能な多機能機のための制御装置を実現するためのコンピュータプログラムであって、以下の各処理、即ち、
    前記多機能機を利用する特定のユーザによって、複数個のサービス提供サーバの中から特定のサービス提供サーバが選択される場合に、前記複数個のサービス提供サーバのための複数個の機能情報を格納している第１の格納部から、前記特定のサービス提供サーバのための特定の機能情報を取得する第１の取得処理であって、各機能情報は、各サービス提供サーバが、前記第１の機能に対応可能であるのか否か、及び、前記第２の機能に対応可能であるのか否か、を示す情報を含み、前記複数個のサービス提供サーバは、前記第１の機能及び前記第２の機能の双方に対応可能である第１のサービス提供サーバと、前記第１の機能に対応可能であると共に前記第２の機能に対応不可能である第２のサービス提供サーバと、を含む、前記第１の取得処理と、
    複数のユーザのための複数個の利用情報を格納する第２の格納部から、前記特定のユーザのための特定の利用情報を取得する第２の取得処理であって、各利用情報は、各ユーザが、前記第１の機能を利用可能であるのか否か、及び、前記第２の機能を利用可能であるのか否か、を示す情報を含み、前記複数個の利用情報は、第１のユーザが前記第１の機能を利用可能であると共に前記第２の機能を利用不可能であることに関係する第１の利用情報と、第２のユーザが前記第１の機能を利用不可能であると共に前記第２の機能を利用可能であることに関係する第２の利用情報と、を含む、前記第２の取得処理と、
    前記特定の機能情報と前記特定の利用情報とを用いて、利用可能機能が存在するのか否かを判断する第１の判断処理であって、前記利用可能機能は、前記特定のサービス提供サーバが対応可能である機能であり、かつ、前記特定のユーザが利用可能である機能である、前記第１の判断処理と、
    前記利用可能機能が存在すると判断される第１の場合に、前記多機能機が、前記特定のサービス提供サーバから、前記利用可能機能に関係するサービスを受けるための第１のサービスレシーブ処理と、
    前記利用可能機能が存在しないと判断される第２の場合に、前記多機能機が、前記特定のサービス提供サーバから、サービスを受けることを禁止するための第１のエラー処理と、をコンピュータに実行させ、
    前記第１の判断処理では、
    前記特定の機能情報が、前記特定のサービス提供サーバである前記第１のサービス提供サーバのための第１の機能情報である場合に、前記特定の利用情報が前記第１の利用情報であっても前記第２の利用情報であっても、前記利用可能機能が存在すると判断し、
    前記特定の機能情報が、前記特定のサービス提供サーバである前記第２のサービス提供サーバのための第２の機能情報である場合であって、前記特定の利用情報が前記第１の利用情報である場合に、前記利用可能機能が存在すると判断し、
    前記特定の機能情報が、前記特定のサービス提供サーバである前記第２のサービス提供サーバのための前記第２の機能情報である場合であって、前記特定の利用情報が前記第２の利用情報である場合に、前記利用可能機能が存在しないと判断する、コンピュータプログラム。

Images