JP5927863B2 - 機能実行装置及びサーバ - Google Patents

Description

本明細書では、印刷機能及びスキャン機能のうちの少なくとも一方を含む特定の機能を実行する機能実行装置を開示する。本明細書では、さらに、機能実行装置と通信可能に接続されるサーバを開示する。

例えば、特許文献１には、ホームページを閲覧するためのブラウザ機能を備える情報機器が開示されている。情報機器は、ユーザによって指定されるホームページのＵＲＬ情報に対して、スケジュール情報、住所録情報、メモ情報等を関連付けて、情報機器のメモリに登録する。

特開平１１−２４２６７７号公報

本明細書では、機能実行装置がショートカットを利用して画面を表示するために、機能実行装置のメモリに記憶させるべきデータ量を低減させ得る技術を提供する。

本明細書では、印刷機能及びスキャン機能のうちの少なくとも一方を含む特定の機能を実行する機能実行装置を開示する。機能実行装置は、装置側メモリと、画面情報取得部と、表示制御部と、記憶制御部と、記号情報供給部と、を備える。画面情報取得部は、特定の機能に関係する複数個の画面を表わす複数個の画面情報を格納しているサーバから、複数個の画面情報のうちのいずれかの画面情報を取得する。表示制御部は、取得済みの画面情報によって表わされる画面を、表示部に表示させる。記憶制御部は、複数個の画面のうちの第１の画面に対応するショートカットを生成するための生成指示が与えられる場合に、第１の画面を表示させるための２個以上の文字列に対応する２個以上の記号情報を、装置側メモリに記憶させる。２個以上の記号情報のそれぞれは、対応する文字列よりも少ないデータ量を有する。記号情報供給部は、ショートカットを選択するための選択指示が与えられる場合に、装置側メモリ内の２個以上の記号情報を、サーバに供給する。２個以上の記号情報がサーバに供給される場合に、画面情報取得部は、サーバから第１の画面情報を取得し、表示制御部は、第１の画面情報によって表わされる第１の画面を、表示部に表示させる。

上記の構成によると、機能実行装置は、第１の画面に対応するショートカットを生成するための生成指示が与えられる場合に、比較的に小さいデータ量を有する２個以上の記号情報を装置側メモリに記憶させればよく、比較的に大きいデータ量を有する２個以上の文字列を装置側メモリに記憶させずに済む。このために、装置側メモリに記憶させるべきデータ量を低減させ得る。そして、機能実行装置は、ショートカットを選択するための選択指示が与えられる場合に、装置側メモリ内の２個以上の記号情報をサーバに供給することによって、第１の画面を表示部に表示させることができる。この構成によると、機能実行装置がショートカットを利用して第１の画面を表示するために、装置側メモリに記憶させるべきデータ量を低減させ得る。

機能実行装置は、さらに、生成指示が与えられる場合に、２個以上の文字列を示す特定のデータを、サーバに供給するデータ供給部と、サーバが特定のデータから生成する２個以上の記号情報を、サーバから取得する記号情報取得部と、を備えていてもよい。記憶制御部は、サーバから取得される２個以上の記号情報を、装置側メモリに記憶させてもよい。この構成によると、サーバが記号情報を生成するので、機能実行装置は、記号情報を生成せずに済む。従って、記号情報を生成するためのプログラムを機能実行装置に記憶させずに済むために、機能実行装置が記憶すべきプログラム量を低減させることができる。

画面情報取得部は、複数個の画面情報のうち、第１の画面情報とは異なる第２の画面情報を取得した後に、第１の画面情報を取得してもよい。表示制御部は、第２の画面情報によって表わされる第２の画面を、表示部に表示させた後に、第１の画面を表示部に表示させてもよい。第２の画面は、２個以上の文字列のうちの１個の文字列を選択するための画面であってもよい。記憶制御部は、第１の画面が表示部に表示されている間に、生成指示が与えられる場合に、第２の画面で選択された１個の文字列を含む２個以上の文字列に対応する２個以上の記号情報を、装置側メモリに記憶させてもよい。この構成によると、機能実行装置は、第１の画面に対応するショートカットを適切に生成し得る。

機能実行装置は、さらに、選択指示が与えられる場合に、所定の位置情報を含むリクエストを、サーバに送信するリクエスト送信部と、サーバがリクエストに応じて送信する指示であって、装置側メモリ内の２個以上の記号情報を読み出すための指示を、サーバから受信する指示受信部と、を備えていてもよい。記号情報供給部は、指示が受信される場合に、装置側メモリ内の２個以上の記号情報を読み出して、２個以上の記号情報をサーバに供給してもよい。この構成によると、機能実行装置は、選択指示が与えられる場合に、２個以上の記号情報をサーバに適切に供給することができる。

２個以上の文字列は、特定の機能に関係するサービスを提供するサーバの名称に関係する文字列と、サービスを利用するために必要な認証情報に関係する文字列と、第１の画面の名称に関係する文字列と、のうちの少なくとも２個の文字列を含んでいてもよい。

本明細書では、さらに、印刷機能及びスキャン機能のうちの少なくとも一方を含む特定の機能を実行する機能実行装置と通信可能に接続されるサーバを開示する。サーバは、サーバ側メモリと、画面情報供給部と、を備える。サーバ側メモリは、特定の機能に関係する複数個の画面を表わす複数個の画面情報と、各文字列と各記号情報とが対応付けられている対応情報と、を格納している。各記号情報は、対応する文字列よりも少ないデータ量を有する。画面情報供給部は、サーバ側メモリ内の複数個の画面情報のうちのいずれかの画面情報を、機能実行装置に供給する。画面情報供給部は、機能実行装置から、複数個の画面のうちの第１の画面を表示させるための２個以上の文字列に対応する２個以上の記号情報が取得される場合に、サーバ側メモリ内の対応情報に従って、２個以上の記号情報から２個以上の文字列を生成して、２個以上の文字列に基づいて、第１の画面情報を機能実行装置に供給する。この構成によると、サーバは、機能実行装置から取得される２個以上の記号情報に応じて、第１の画面情報を機能実行装置に適切に供給し得る。

サーバは、さらに、機能実行装置から２個以上の文字列を示す特定のデータが取得される場合に、サーバ側メモリ内の対応情報に従って、特定のデータから２個以上の記号情報を生成して、２個以上の記号情報を機能実行装置に供給する記号情報生成部を備えていてもよい。この構成によると、サーバは、２個以上の記号情報を機能実行装置に適切に供給し得る。

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

通信システムの構成を示す。 表示名テーブルの一例を示す。 ＩＤテーブルの一例を示す。 各文字列及び各記号情報の具体例を示す。 スキャンアップロードが実行される際に、各デバイスが実行する各処理のシーケンス図を示す。 ダウンロード印刷が実行される際に、各デバイスが実行する各処理のシーケンス図を示す。 ショートカットが選択される際に、各デバイスが実行する各処理のシーケンス図を示す。 多機能機で表示される各画面の遷移を示す。

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

（多機能機１０の構成）
多機能機１０は、印刷機能、スキャン機能、コピー機能、ＦＡＸ機能等の多機能を実行可能である。多機能機１０は、さらに、サービス提供サーバ１００，１１０に保存されている画像データをダウンロードして、当該画像データによって表わされる画像を印刷するダウンロード印刷機能（以下では「ＤＬ印刷機能」と呼ぶ）を実行可能である。また、多機能機１０は、さらに、多機能機１０がスキャンすることによって生成される画像データを、サービス提供サーバ１００，１１０にアップロードするスキャンアップロード機能（以下では「スキャンＵＬ機能」と呼ぶ）を実行可能である。

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

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

メモリ３４は、上記のプログラムの他に、表示名テーブル３６を格納している。図２に示されるように、表示名テーブル３６は、表示名（Display Name）とサーバ名（Server Name）とアクセストークン（Access Token）とＰＩＮコード（PIN Code）とが対応付けられた情報を記憶するためのテーブルである。表示名テーブル３６がどのようにして生成されるのかについては、後で詳しく説明する。

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

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

図３に示されるように、ＩＤテーブル６８は、情報タイプを示す文字列とＩＤとが対応付けられた情報を記憶するための情報タイプテーブルと、サーバ名（Server Name）を示す文字列とＩＤとが対応付けられた情報を記憶するためのサーバ名テーブルと、画面名（Screen Name）を示す文字列とＩＤとが対応付けられた情報を記憶するための画面名テーブルと、を含む。

仲介サーバ５０がＩＤテーブル６８を格納しているために、仲介サーバ５０の記号情報生成部７１（図１参照）は、図４の具体例に示される各文字列を記号化することができる。図４の具体例では、例えば、表示名（Display Name）が「Alice」である。この場合、記号情報生成部７１は、情報タイプテーブルから、「Display Name」に対応するＩＤ「01」を特定する。そして、記号情報生成部７１は、「Display Name」に対応するＩＤ「01」と、「Alice」のデータサイズ（バイト数）「05」と、「Alice」と、の組合せを示す記号情報「0105Alice」を生成することができる。なお、表示名「Alice」は、「Display Name = Alice」という通常の文字列で表現することができるが、本実施例のように、記号情報「0105Alice」で表現すれば、データ量を低減させることができる。

記号情報生成部７１は、上記の表示名の場合と同様に、他の文字列も記号化することができる。例えば、ＰＩＮコード（PIN Code）が「1234」である場合には、記号情報生成部７１は、「PIN Code = 1234」という通常の文字列で表現する代わりに、記号情報「02041234」を生成することができる。また、サーバ名（Server Name）が「Server A」である場合には、記号情報生成部７１は、情報タイプテーブルから「Server Name」に対応するＩＤ「03」を特定し、サーバ名テーブルから「Server A」に対応するＩＤ「01」を特定する。そして、記号情報生成部７１は、「Server Name = Server A」という通常の文字列で表現する代わりに、「Server Name」に対応するＩＤ「03」と、「Server A」に対応するＩＤ「01」のデータサイズ（バイト数）「02」と、「Server A」に対応するＩＤ「01」と、の組合せを示す記号情報「030201」を生成することができる。

また、アクセストークン（Access Token）が「XXXXXXXX」である場合には、記号情報生成部７１は、「Access Token = XXXXXXXX」という通常の文字列で表現する代わりに、記号情報「0408XXXXXXXX」を生成することができる。また、画面名（Screen Name）が「Scan Setting Screen」である場合には、記号情報生成部７１は、情報タイプテーブルから「Screen Name」に対応するＩＤ「05」を特定し、画面名テーブルから「Scan Setting Screen」に対応するＩＤ「01」を特定する。そして、記号情報生成部７１は、「Screen Name= Scan Setting Screen」という通常の文字列で表現する代わりに、「Screen Name」に対応するＩＤ「05」と、「Scan Setting Screen」に対応するＩＤ「01」のデータサイズ（バイト数）「02」と、「Scan Setting Screen」に対応するＩＤ「01」と、の組合せを示す記号情報「050201」を生成することができる。

上述したように、記号情報生成部７１は、ＩＤテーブル６８を利用することによって、通常の各文字列（例えば「Display Name = Alice」）よりも小さいデータ量を有する各記号情報（例えば「0105Alice」）を生成することができる。なお、制御部６０（より具体的には画面情報供給部７０（図１参照））は、ＩＤテーブル６８を利用することによって、各記号情報（例えば「0105Alice」）から各文字列（例えば「Display Name = Alice」）を生成（即ち再現）することもできる。

（サービス提供サーバ１００，１１０の構成）
各サービス提供サーバ１００，１１０は、例えば、「Ｅｖｅｒｎｏｔｅ（登録商標）」、「Ｇｏｏｇｌｅ（登録商標） Ｄｏｃｓ」、「ＰＩＣＡＳＡ（登録商標）」、「ＦＡＣＥＢＯＯＫ（登録商標）」等の公知のクラウドサーバである。なお、本実施例では、サービス提供サーバ１００のサーバ名が「Server A」（例えば「Ｅｖｅｒｎｏｔｅ（登録商標）」）であり、サービス提供サーバ１１０のサーバ名が「Server B」（例えば「Ｇｏｏｇｌｅ（登録商標） Ｄｏｃｓ」）である状況を想定している。

各サービス提供サーバ１００，１１０は、多機能機１０を含む様々な通信機器にサービスを提供可能である。例えば、各サービス提供サーバ１００，１１０は、多機能機１０がＤＬ印刷機能を実行するために、多機能機１０に画像データを供給する画像供給サービスを実行可能である。また、例えば、各サービス提供サーバ１００，１１０は、多機能機１０がスキャンＵＬ機能を実行するために、多機能機１０から取得される画像データを保存する画像保存サービスを実行可能である。

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

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

（多機能機１０のユーザの事前準備）
多機能機１０のユーザ（以下では「特定のユーザ」と呼ぶ）は、多機能機１０が各サービス提供サーバ１００，１１０からサービスを受けるために、以下の事前準備を実行する必要がある。特定のユーザは、例えば、ＰＣ９０を利用して、仲介サーバ５０にアクセスする。次いで、特定のユーザは、仲介サーバ５０を介して、サーバ名「Server A」を有するサービス提供サーバ１００に表示名（例えば「Alice」）及びＰＩＮコード（例えば「1234」）を登録する。この場合、仲介サーバ５０は、サービス提供サーバ１００から、特定のユーザのためのアクセストークン（一般的に言うと「認証情報」；例えば「XXXXXXXX」）を取得する。そして、仲介サーバ５０は、テンポラリＩＤを生成して、テンポラリＩＤをＰＣ９０に送信する。これにより、ＰＣ９０にテンポラリＩＤが表示される。特定のユーザは、ＰＣ９０に表示されたテンポラリＩＤを知ることができる。

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

上記の各処理が実行されると、多機能機１０は、表示名テーブル３６に情報を記憶させることができる。上記の例では、多機能機１０は、特定のユーザによって入力された表示名（例えば「Alice」）と、特定のユーザによって入力されたサーバ名（例えば「Server A」）と、仲介サーバ５０から取得されたアクセストークン（例えば「XXXXXXXX」）と、特定のユーザによって入力されたＰＩＮコード（例えば「1234」）と、が対応付けられた情報を、表示名テーブル３６に記憶させる。なお、特定のユーザは、上記と同様に、サービス提供サーバ１１０にも、表示名（例えば「Alice」）及びＰＩＮコード（例えば「3456」）を登録することができる。この場合、多機能機１０は、表示名テーブル３６に新たな情報（例えば「Alice」、「Server B」、「ZZZZZZZZ」、「3456」）を記憶させる。

（多機能機１０がスキャンＵＬ機能を実行するための処理；図５）
続いて、図５を参照して、多機能機１０がスキャンＵＬ機能を実行する際に、各デバイス１０，５０，１００が実行する各処理の内容を説明する。

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

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

多機能機１０の画面情報取得部４０は、仲介サーバ５０からサーバ名選択画面情報を取得する。この場合、表示制御部４１は、サーバ名選択画面情報によって表わされるサーバ名選択画面３０２（図８参照）を、表示部１４に表示させる。サーバ名選択画面３０２は、１個以上のサービス提供サーバ１００，１１０のサーバ名を示す１個以上の文字列（例えば、「Server A」，「Server B」）を含む。本実施例では、特定のユーザが、操作部１２を操作して、サーバ名選択画面３０２に含まれる文字列「Server A」（即ち、サービス提供サーバ１００のサーバ名）を選択する場合を例として、説明を続ける。この場合、画面情報取得部４０は、文字列「Server A」を含むリクエストＲ４を仲介サーバ５０に供給する。

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

多機能機１０の画面情報取得部４０は、仲介サーバ５０から表示名選択画面情報を取得する。この場合、表示制御部４１は、表示名選択画面情報によって表わされる表示名選択画面３０４（図８参照）を、表示部１４に表示させる。表示名選択画面３０４は、１個以上の表示名を示す１個以上の文字列（例えば、「Alice」、「Ken」）を含む。本実施例では、特定のユーザが、操作部１２を操作して、表示名選択画面３０４に含まれる文字列「Alice」を選択する場合を例として、説明を続ける。この場合、画面情報取得部４０は、文字列「Alice」を含むリクエストＲ６を仲介サーバ５０に供給する。

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

多機能機１０の画面情報取得部４０は、仲介サーバ５０から機能選択画面情報を取得する。この場合、表示制御部４１は、機能選択画面情報によって表わされる機能選択画面３０６（図８参照）を、表示部１４に表示させる。機能選択画面３０６は、スキャンＵＬ機能を示す文字列「Scan Upload」と、ＤＬ印刷機能を示す文字列「Download Print」と、を含む。ここでは、特定のユーザが、操作部１２を操作して、機能選択画面３０６に含まれる文字列「Scan Upload」を選択する場合を例として、説明を続ける。この場合、画面情報取得部４０は、文字列「Scan Upload」を含むリクエストＲ８を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７０は、多機能機１０からリクエストＲ８を取得すると、複数個の画面情報６６に含まれるスキャン設定画面情報を、多機能機１０に供給する。

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

多機能機１０のデータ供給部４４（図１参照）は、ショートカットの生成指示が与えられると、リクエストＲ１０を仲介サーバ５０に供給する。なお、リクエストＲ１０は、上記の２個の選択画面３０２，３０４上で特定のユーザによって選択された２個の文字列（「Display Name = Alice」、「Server Name = Server A」）と、表示名テーブル３６内で「Alice」及び「Server A」に対応付けて記憶されている２個の文字列（「Access Token = XXXXXXXX」、「PIN Code = 1234」）と、ショートカットの生成指示が与えられたスキャン設定画面を示す１個の文字列（「Screen Name= Scan Setting Screen」）と、を含む。即ち、リクエストＲ１０は、トータルで５個の文字列を含む。なお、５個の文字列は、リクエストＲ１０の送信先アドレスに追記されるクエリ情報として、リクエストＲ１０に含まれていてもよいし、リクエストＲ１０のボディに含まれていてもよい。

仲介サーバ５０の記号情報生成部７１は、多機能機１０からリクエストＲ１０を取得すると、ＩＤテーブル６８に従って、リクエストＲ１０に含まれる５個の文字列を記号化して、５個の記号情報を生成する。なお、記号情報の生成については既に述べているために、ここでは詳しい説明を省略する。５個の記号情報は、「0105Alice」と、「02041234」と、「030201」と、「0408XXXXXXXX」と、「050201」と、を含む。そして、記号情報生成部７１は、５個の記号情報を多機能機１０に供給する。

多機能機１０の記号情報取得部４５（図１参照）は、仲介サーバ５０から５個の記号情報を取得する。この場合、記憶制御部４２（図１参照）は、スキャン設定画面３０８のショートカットを特定する名称（以下では「ショートカット名ＳＣ１」と呼ぶ）と、５個の記号情報と、が対応付けられた情報（以下では「ショートカット情報」と呼ぶ）を、メモリ３４に記憶させる。

一方において、特定のユーザは、操作部１２を操作して、スキャン設定画面３０８（図８参照）上で、スキャンのための各種設定項目（スキャン解像度、ファイル形式、スキャンデータのサイズ）を選択することができる。そして、特定のユーザは、操作部１２を操作して、スキャン設定画面３０８に含まれる「ＯＫ」ボタンを選択することができる。この場合、画面情報取得部４０は、リクエストＲ１２を仲介サーバ５０に供給する。

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

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

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

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

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

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

（多機能機１０がＤＬ印刷機能を実行するための処理；図６）
続いて、図６を参照して、多機能機１０がＤＬ印刷機能を実行する際に、各デバイス１０，５０，１００が実行する各処理の内容を説明する。なお、多機能機１０の表示部１４に機能選択画面３０６が表示されるまでに、各デバイス１０，５０，１００が実行する各処理は、図５の各処理と同様である。

特定のユーザは、操作部１２を操作して、機能選択画面３０６（図８参照）に含まれる文字列「Download Print」を選択する。この場合、画面情報取得部４０は、文字列「Download Print」を含むリクエストＲ２０を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７０は、多機能機１０からリクエストＲ２０を取得すると、第１のＡＰＩに従ってフォルダ名リストリクエストを生成して、フォルダ名リストリクエストをサービス提供サーバ１００に供給する。フォルダ名リストリクエストは、特定のユーザ（即ち表示名「Alice」）によってアップロードされた各画像データを格納している１個以上のフォルダ名を示すフォルダ名リストを仲介サーバ５０に供給するように、サービス提供サーバ１００に指示するためのリクエストである。

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

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

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

多機能機１０のデータ供給部４４は、特定のユーザからショートカットの生成指示が与えられると、リクエストＲ２２を仲介サーバ５０に供給する。なお、リクエストＲ２２は、図５のリクエストＲ１０と同様に、５個の文字列を含む。ただし、リクエストＲ２２は、文字列「Screen Name = Scan Setting Screen」の代わりに、ショートカットの生成指示が与えられたフォルダ選択画面を示す文字列（「Screen Name = Folder Selection Screen」）を含む。

仲介サーバ５０の記号情報生成部７１は、多機能機１０からリクエストＲ２２を取得すると、図５のケースと同様に、５個の記号情報を生成する。ただし、図６のケースでは、リクエストＲ２２に文字列「Screen Name = Folder Selection Screen」が含まれているために、記号情報生成部７１は、記号情報「050201」の代わりに、記号情報「050202」を生成する。そして、記号情報生成部７１は、５個の記号情報を多機能機１０に供給する。

多機能機１０の記号情報取得部４５は、仲介サーバ５０から５個の記号情報を取得する。この場合、記憶制御部４２は、フォルダ選択画面３１２のショートカットを特定する名称（以下では「ショートカット名ＳＣ２」と呼ぶ）と、５個の記号情報と、が対応付けられた情報（以下では「ショートカット情報」と呼ぶ）を、メモリ３４に記憶させる。

一方において、特定のユーザは、操作部１２を操作して、フォルダ選択画面３１２（図８参照）に含まれる１個の文字列（例えば「F1」）を選択することができる。この場合、画面情報取得部４０は、特定のユーザによって選択された１個の文字列（例えば「F1」）を含むリクエストＲ２４を、仲介サーバ５０に供給する。

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

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

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

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

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

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

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

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

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

多機能機１０の画面情報取得部４０は、仲介サーバ５０から印刷実行中画面情報を取得する。この場合、表示制御部４１は、印刷実行中画面情報によって表わされる印刷実行中画面３１６（図８参照）を、表示部１４に表示させる。これにより、特定のユーザは、ＤＬ印刷機能が実行されていることを知ることができる。また、制御部３０は、仲介サーバ５０からダウンロードＵＲＬを取得すると、ダウンロードＵＲＬを含むダウンロードリクエストＲ３０を、仲介サーバ５０を介さずに、サービス提供サーバ１００に供給する。

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

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

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

図示していないが、特定のユーザは、操作部１２を操作して、メイン画面３００に含まれる文字列「Shortcut」を選択する。この場合、表示制御部４１は、多機能機１０に予め格納されているショートカット選択画面情報を用いて、ショートカット選択画面３２０（図８参照）を表示部１４に表示させる。ショートカット選択画面３２０は、メモリ３４に記憶されている各ショートカット情報に含まれる各ショートカット名を示す文字列（例えば、「SC1」、「SC2」等）を含む。特定のユーザは、操作部１２を操作して、ショートカット選択画面３２０に含まれる文字列「SC1」を選択することができる。この場合、リクエスト送信部４６（図１参照）は、所定のＵＲＬ（多機能機１０に予め登録されているＵＲＬ）を含むリクエストＲ４０を、仲介サーバ５０に送信する。

仲介サーバ５０の制御部６０は、多機能機１０からリクエストＲ４０を受信すると、読み出し指示を多機能機１０に送信する。

多機能機１０の指示受信部４７（図１参照）は、仲介サーバ５０から読み出し指示を受信する。この場合、記号情報供給部４３は、特定のユーザによって選択された文字列「SC1」に対応付けられている５個の記号情報（図５参照）を、メモリ３４から読み出す。そして、記号情報供給部４３は、５個の記号情報を含むリクエストＲ４２を仲介サーバ５０に供給する。上述したように、多機能機１０と仲介サーバ５０との間で、リクエストＲ４０及び読み出し指示の通信が実行されると、多機能機１０は、５個の記号情報を含むリクエストＲ４２を仲介サーバ５０に適切に供給することができる。

仲介サーバ５０の画面情報供給部７０は、多機能機１０からリクエストＲ４２を取得すると、ＩＤテーブル６８に従って、リクエストＲ４２に含まれる５個の記号情報から、５個の文字列を生成する（即ち、５個の文字列を再現する）。この場合、図示していないが、仲介サーバ５０は、例えば、多機能機１０から表示名テーブル３６を取得して、表示名テーブル３６に含まれる各情報と、生成済みの各文字列（「Display Name = Alice」、「Server Name = Server A」、「PIN code = 1234」、「Access Token = XXXXXXXX」）と、が一致するのか否かを判断することができる。そして、仲介サーバ５０は、ここで否定的に判断される場合に、以降の処理（即ち、スキャン設定画面情報の供給）を実行しなくてもよい。

画面情報供給部７０は、生成済みの５個の文字列に基づいて、多機能機１０がどの画面情報を求めているのかを知ることができる。即ち、この例では、５個の文字列は、「Server Name = Server A」及び「Screen Name = Scan Setting Screen」を含むために、画面情報供給部７０は、多機能機１０が、サービス提供サーバ１００のためのスキャン設定画面情報を求めていることを知ることができる。従って、画面情報供給部７０は、スキャン設定画面情報を多機能機１０に供給する。

多機能機１０の画面情報取得部４０は、仲介サーバ５０からスキャン設定画面情報を取得する。この場合、表示制御部４１は、スキャン設定画面情報によって表わされるスキャン設定画面３０８（図８参照）を、表示部１４に表示させる。その後の各処理は、図５の各処理と同様である。

一方において、特定のユーザは、操作部１２を操作して、ショートカット選択画面３２０に含まれる文字列「SC2」を選択することもできる。この場合、上記と同様に、リクエスト送信部４６は、所定のＵＲＬを含むリクエストＲ５０を仲介サーバ５０に送信し、指示受信部４７は、仲介サーバ５０から読み出し指示を受信する。この場合、記号情報供給部４３は、特定のユーザによって選択された文字列「SC2」に対応付けられている５個の記号情報（図６参照）を、メモリ３４から読み出す。そして、記号情報供給部４３は、５個の記号情報を含むリクエストＲ５２を仲介サーバ５０に供給する。

仲介サーバ５０の画面情報供給部７０は、多機能機１０からリクエストＲ５２を取得すると、ＩＤテーブル６８に従って、５個の文字列を再現する。これにより、画面情報供給部７０は、５個の文字列に基づいて、多機能機１０がフォルダ選択画面情報を求めていることを知ることができる。そして、画面情報供給部７０は、図６と同様に、サービス提供サーバ１００からフォルダ名リストを取得して、フォルダ選択画面情報を多機能機１０に供給する。

多機能機１０の画面情報取得部４０は、仲介サーバ５０からフォルダ選択画面情報を取得する。この場合、表示制御部４１は、フォルダ選択画面情報によって表わされるフォルダ選択画面３１２（図８参照）を、表示部１４に表示させる。その後の各処理は、図６の各処理と同様である。

（本実施例の効果）
本実施例によると、多機能機１０は、ショートカットを利用して、スキャン設定画面３０８及びフォルダ選択画面３１２（図８参照）を、表示部１４に表示させることができる。しかも、多機能機１０は、特定のユーザからショートカットを生成するための指示が与えられる場合に、比較的に小さいデータ量を有する各記号情報（例えば「0105Alice」をメモリ３４に記憶させればよく、比較的に大きいデータ量を有する各文字列（例えば（例えば「Display Name = Alice」）をメモリ３４に記憶させずに済む。このために、メモリ３４に記憶させるべきデータ量を低減させることができる。特に、ＰＣ等と比べると、多機能機１０のメモリ３４の記憶容量は少ない。従って、本実施例の技術は、多機能機１０のように記憶容量が比較的に少ないデバイスに対して、効果的に適用することができる。

また、本実施例では、特定のユーザからショートカットを生成するための指示が与えられる場合に、仲介サーバ５０は、各記号情報を生成して、各記号情報を多機能機１０に供給する。従って、各記号情報を生成するためのプログラム（例えばＩＤテーブル６８等）を多機能機１０に記憶させずに済むために、多機能機１０が記憶すべきプログラム量を低減させることができる。また、特定のユーザからショートカットを選択するための指示が与えられる場合に、仲介サーバ５０は、多機能機１０から各記号情報を取得して、各記号情報から各文字列を生成（即ち再現）することができる。これにより、仲介サーバ５０は、各文字列に基づいて、適切な画面情報を多機能機１０に供給することができる。

（対応関係）
多機能機１０、仲介サーバ５０が、それぞれ、「機能実行装置」、「サーバ」の一例である。なお、印刷機能及びスキャン機能の両方が「特定の機能」の一例である。スキャン設定画面３０８、サーバ名選択画面３０２が、それぞれ、「第１の画面」、「第２の画面」の一例である。スキャン設定画面３０８に含まれる「登録」ボタンが選択されること、ショートカット選択画面３２０に含まれる１個のショートカット名を示す文字列が選択されることが、それぞれ、「生成指示」、「選択指示」の一例である。図５に示される５個の文字列（例えば「Display Name = Alice」）、図５に示される５個の記号情報（例えば「0105Alice」）が、それぞれ、「２個以上の文字列」、「２個以上の記号情報」の一例である。また、ＩＤテーブル６８が、「対応情報」の一例である。

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

（１）「機能実行装置」は、印刷機能及びスキャン機能の両方を実行可能である多機能機１０に限られず、印刷機能のみを実行可能であるプリンタであってもよいし、スキャン機能のみを実行可能であるスキャナであってもよい。一般的に言うと、「機能実行装置」は、印刷機能及びスキャン機能のうちの少なくとも一方を含む特定の機能を実行可能であればよい。

（２）上記の実施例では、記憶制御部４２は、５個の文字列に対応する５個の記号情報を、メモリ３４に記憶させる。これに代えて、記憶制御部４２は、５個よりも少ない記号情報を、メモリ３４に記憶させてもよい。例えば、記憶制御部４２は、サーバ名に対応する記号情報「030201」と、画面に対応する記号情報「050201」と、を含む２個の記号情報のみを、メモリ３４に記憶させてもよい。このような形態でも、多機能機１０から仲介サーバ５０に上記の２個の記号情報が供給されると、画面情報供給部７０は、多機能機１０がどの画面を求めているのかを知ることができる。また、記憶制御部４２は、他の２個の記号情報（例えば、画面に対応する記号情報と、アクセストークンに対応する記号情報）のみを、メモリ３４に記憶させてもよい。一般的に言うと、「記憶制御部」は、２個以上の記号情報を装置側メモリに記憶させればよい。同様に、「２個以上の文字列」は、サーバの名称に関係する文字列（例えば「Server Name = Server A」）と、認証情報に関係する文字列（例えば「Access Token = XXXXXXXX」）と、第１の画面の名称に関係する文字列（例えば「Screen Name = Scan Setting Display」）と、のうちの少なくとも２個の文字列を含んでいればよい。

（３）上記の実施例では、ショートカットを生成するための生成指示が与えられる場合に、仲介サーバ５０の記号情報生成部７１が、多機能機１０から取得される各文字列から各記号情報を生成して、各記号情報を多機能機１０に供給する。これに代えて、ショートカットを生成するための生成指示が与えられる場合に、多機能機１０の制御部が、各文字列から各記号情報を生成し、記憶制御部４２が、多機能機１０の制御部によって生成された各記号情報をメモリ３４に記憶させてもよい。一般的に言うと、「２個以上の記号情報」は、サーバによって生成されてもよいし、機能実行装置によって生成されてもよい。

（４）上記の実施例では、各画面３０２〜３０６が順次表示された後に、スキャン設定画面３０８上で「登録」ボタンが選択される場合に、ショートカットが生成される。これに代えて、例えば、メイン画面３００は、さらに、ショートカットの生成を指示するための特定の文字列を含んでいてもよい。そして、メイン画面３００に含まれる上記の特定の文字列が選択された後（即ち、ショートカットの生成指示が与えられた後）に、特定のユーザは、各画面３０２〜３０６から各文字列を選択してもよい。そして、データ供給部４４は、機能選択画面３０６に含まれる文字列「Scan Upload」が選択されると、５個の文字列を仲介サーバ５０に供給し、記号情報取得部４５は、５個の記号情報を仲介サーバ５０から取得し、記憶制御部４２は、５個の記号情報をメモリ３４に記憶させてもよい。一般的に言うと、ショートカットの生成指示は、上記の実施例のように、第１の画面及び第２の画面が表示された後に与えられてもよいし、本変形例のように、第１の画面及び第２の画面が表示される前に与えられてもよい。

（５）図７に示されるように、上記の実施例では、ショートカットを選択するための選択指示が与えられる場合に、多機能機１０と仲介サーバ５０との間で、リクエストＲ４０及び読み出し指示の通信が実行され、その後、記号情報供給部４３は、メモリ３４内の各記号情報を読み出す。これに代えて、ショートカットを選択するための選択指示が与えられる場合に、リクエストＲ４０及び読み出し指示の通信が実行されなくても、記号情報供給部４３は、メモリ３４内の各記号情報を読み出して、各記号情報を仲介サーバ５０に供給してもよい。

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

２：通信システム、１０：多機能機、３４：メモリ、３６：表示名テーブル、５０：仲介サーバ、６４：メモリ、６６：複数個の画面情報、６８：ＩＤテーブル、９０：ＰＣ、１００，１１０：サービス提供サーバ、

Claims (7)

1. 印刷機能及びスキャン機能のうちの少なくとも一方を含む特定の機能を実行する機能実行装置であって、
   装置側メモリと、
   前記特定の機能に関係する複数個の画面を表わす複数個の画面情報を格納しているサーバから、前記複数個の画面情報のうちのいずれかの画面情報を取得する画面情報取得部と、
   取得済みの画面情報によって表わされる画面を、表示部に表示させる表示制御部と、
   前記複数個の画面のうちの第１の画面に対応するショートカットを生成するための生成指示がユーザから前記機能実行装置の操作部を介して与えられる場合に、前記第１の画面を表示させるための２個以上の文字列に対応する２個以上の記号情報を、前記装置側メモリに記憶させる記憶制御部であって、前記２個以上の記号情報のそれぞれは、対応する文字列よりも少ないデータ量を有する、前記記憶制御部と、
   前記ショートカットを選択するための選択指示が前記ユーザから前記操作部を介して与えられる場合に、前記装置側メモリ内の前記２個以上の記号情報を、前記サーバに供給する記号情報供給部と、を備え、
   前記２個以上の記号情報が前記サーバに供給される場合に、
   前記画面情報取得部は、前記サーバから第１の画面情報を取得し、
   前記表示制御部は、前記第１の画面情報によって表わされる前記第１の画面を、前記表示部に表示させる、機能実行装置。
2. 前記機能実行装置は、さらに、
   前記生成指示が前記ユーザから前記操作部を介して与えられる場合に、前記２個以上の文字列を示す特定のデータを、前記サーバに供給するデータ供給部と、
   前記サーバが前記特定のデータから生成する前記２個以上の記号情報を、前記サーバから取得する記号情報取得部と、を備え、
   前記記憶制御部は、前記サーバから取得される前記２個以上の記号情報を、前記装置側メモリに記憶させる、請求項１に記載の機能実行装置。
3. 前記画面情報取得部は、前記複数個の画面情報のうち、前記第１の画面情報とは異なる第２の画面情報を取得した後に、前記第１の画面情報を取得し、
   前記表示制御部は、前記第２の画面情報によって表わされる第２の画面を、前記表示部に表示させた後に、前記第１の画面を前記表示部に表示させ、
   前記第２の画面は、前記２個以上の文字列のうちの１個の文字列を選択するための画面であり、
   前記記憶制御部は、前記第１の画面が前記表示部に表示されている間に、前記生成指示が前記ユーザから前記操作部を介して与えられる場合に、前記第２の画面で選択された前記１個の文字列を含む前記２個以上の文字列に対応する前記２個以上の記号情報を、前記装置側メモリに記憶させる、請求項１又は２に記載の機能実行装置。
4. 前記機能実行装置は、さらに、
   前記選択指示が前記ユーザから前記操作部を介して与えられる場合に、所定の位置情報を含むリクエストを、前記サーバに送信するリクエスト送信部と、
   前記サーバが前記リクエストに応じて送信する指示であって、前記装置側メモリ内の前記２個以上の記号情報を読み出すための前記指示を、前記サーバから受信する指示受信部と、を備え、
   前記記号情報供給部は、前記指示が受信される場合に、前記装置側メモリ内の前記２個以上の記号情報を読み出して、前記２個以上の記号情報を前記サーバに供給する、請求項１から３のいずれか一項に記載の機能実行装置。
5. 前記２個以上の文字列は、
   前記特定の機能に関係するサービスを提供するサーバの名称に関係する文字列と、
   前記サービスを利用するために必要な認証情報に関係する文字列と、
   前記第１の画面の名称に関係する文字列と、
   のうちの少なくとも２個の文字列を含む、請求項１から４のいずれか一項に記載の機能実行装置。
6. 印刷機能及びスキャン機能のうちの少なくとも一方を含む特定の機能を実行する機能実行装置と通信可能に接続されるサーバであって、
   前記特定の機能に関係する複数個の画面を表わす複数個の画面情報と、各文字列と各記号情報とが対応付けられている対応情報と、を格納しているサーバ側メモリであって、前記各記号情報は、対応する文字列よりも少ないデータ量を有する、前記サーバ側メモリと、
   前記サーバ側メモリ内の前記複数個の画面情報のうちのいずれかの画面情報を、前記機能実行装置に供給する画面情報供給部と、を備え、
   前記画面情報供給部は、前記機能実行装置から、前記複数個の画面のうちの第１の画面を表示させるための２個以上の文字列に対応する２個以上の記号情報が取得される場合に、前記サーバ側メモリ内の前記対応情報に従って、前記２個以上の記号情報から前記２個以上の文字列を生成して、前記２個以上の文字列に基づいて、第１の画面情報を前記機能実行装置に供給する、サーバ。
7. 前記サーバは、さらに、
   前記機能実行装置から前記２個以上の文字列を示す特定のデータが取得される場合に、前記サーバ側メモリ内の前記対応情報に従って、前記特定のデータから前記２個以上の記号情報を生成して、前記２個以上の記号情報を前記機能実行装置に供給する記号情報生成部を備える、請求項６に記載のサーバ。

Images