JP2024007023A - 画像処理システム、中継サーバ、およびプログラム - Google Patents

Abstract

【課題】 画像処理装置で処理中のジョブが、サービス用サーバで提供されるサービスに基づくジョブであるかどうかを簡単に識別できるようにする。【解決手段】 サービス用サーバにより提供されるサービスを中継する中継サーバは、画像処理装置のＷｅｂブラウザで表示される画面に関する情報を、画像処理装置に送信し、また、前記サービスに関するジョブを前記画像処理装置のローカルアプリケーションで実行する際の表示モードを判定し、前記ジョブと、前記判定された表示モードの情報とを、前記画像処理装置に送信する。【選択図】 図１

Description

本発明は、画像処理システム、中継サーバ、およびプログラムに関する。

近年、電子データを紙面に印刷する機能と、紙文書を読み取り（スキャンし）電子データを生成する機能とを兼備したＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）が低価格で供給されるようになった。これらのＭＦＰは事業所のみならず一般家庭にも広く普及してきた。ＭＦＰの中にはネットワークへの接続機能を有しているものや、液晶パネルに操作画面を表示してユーザからの操作を受け付けるためのユーザーインタフェース（以下ＵＩと称する）を提供するものもある。

特許文献１には、サードベンダ等が開発したベンダーアプリがＭＦＰにインストールされ、当該ベンダーアプリがＭＦＰのプリント機能等を利用する際、ＡＰＩを介して機能提供アプリを呼び出して設定等を行うことが記載されている。さらに、ベンダーアプリにより表示されるＵＩと、ＡＰＩを介して呼び出された機能提供アプリにより表示されるＵＩとが、共通する表示態様となるように、ベンダーアプリが機能提供アプリにＵＩパラメータを通知するようにしている。

特開２０１９－１６５４２７号公報

一方、ＭＦＰの中には、Ｗｅｂブラウザを搭載し、Ｗｅｂサーバから提供される画面を当該Ｗｅｂブラウザを用いて表示する機能を有するものもある。このようなＭＦＰでは、サーバから提供されるＵＩ画面をユーザが操作して、クラウドサービスに接続し、当該クラウドサービスからＭＦＰにジョブを投入できるようにすることが考えられる。この場合、ＭＦＰはジョブを受信すると、ＭＦＰに予めインストールされているローカルアプリケーションを用いて当該ジョブを処理することができる。

また、ローカルアプリケーションは、ジョブを処理する際、当該ジョブの処理状況を画面に表示するように制御する。このとき、ローカルアプリケーションにおいて処理中のジョブが、クラウドサービスから投入されたジョブなのかそれ以外から投入されたジョブなのかをユーザが容易に判別できるようにして当該ジョブの処理状況を表示することが望まれる。しかしながら、特許文献１のＵＩ表示の技術では、ベンダーアプリがＭＦＰにインストールされている必要があり、Ｗｅｂサーバにより提供されるＵＩ画面をＷｅｂブラウザで表示し、Ｗｅｂブラウザからジョブが投入される場合については考慮されていなかった。

上記課題を解決するために、本発明の画像処理システムは、サービス用サーバにより提供されるサービスを中継する中継サーバと、前記中継サーバから受信したジョブの実行を制御するローカルアプリケーションを備える画像処理装置とが、ネットワークを介して接続された画像処理システムであって、前記中継サーバは、前記画像処理装置のＷｅｂブラウザで表示される画面に関する情報を、前記画像処理装置に送信する第１の送信手段と、前記ジョブの実行時の表示モードを判定する判定手段と、前記ジョブと、前記判定された表示モードの情報とを、前記画像処理装置に送信する第２の送信手段と、を備え、前記画像処理装置は、前記第１の送信手段により送信された情報に基づいて、前記画面を表示するように制御するＷｅｂブラウザと、前記第２の送信手段により送信された前記ジョブと前記表示モードの情報とに基づいて、前記ジョブを実行する際の画面を表示するように制御するローカルアプリケーションと、を備えることを特徴とする。

画像処理装置のユーザは、処理中のジョブが、サービス用サーバで提供されるサービスに基づくジョブであるかどうかを簡単に識別することができる。

サービス連携システムの構成の一例を示す図である。 ＭＦＰ（１０２）の概略構成を示すブロック図である。 クライアント装置（１０１）、中継サーバ（１０４）、およびサービス用サーバ（１０６）の概略構成を示すブロック図である。 中継サーバ（１０４）の機能的構成を示すブロック図である。 アプリ一覧画面の一例である。 アプリ起動後の機能選択画面の一例である。 アプリ起動後の画面表示の分岐判定を行う処理の流れを示すフローチャートである。 ユーザの認証および認可を行ってサービス用サーバのデータを取得するシーケンス図である。 フォルダ一覧画面の一例である。 スキャン設定画面の一例である。 スキャンデータのアップロード処理を示すシーケンス図である。 スキャンジョブのパラメータ情報の一例である。 印刷設定画面の一例である。 印刷処理を示すシーケンス図である。 閲覧用アプリ（１０５）で表示可能な表示モードを示す図である。 機種毎に表示可能な表示モードを示す図である。 表示モードの決定処理を含む画面表示の流れを示すシーケンス図である。 表示モードの決定処理の流れを示すフローチャートである。 画面の表示態様を変更した機能選択画面の一例である。 ダイアログ画面の一例である。 スキャンジョブ実行時にＭＦＰ（１０２）のローカルアプリケーションが提供する画面の表示態様の変更処理の流れを示すフローチャートである。 スキャンジョブ実行時に中継サーバ（１０４）がＭＦＰ（１０２）に送信するパラメータ情報の一例である。 スキャンジョブ実行時にＭＦＰ（１０２）のローカルアプリケーションが提供する画面の一例である。 印刷ジョブ実行時にＭＦＰ（１０２）のローカルアプリケーションが提供する画面の表示態様の変更処理の流れを示すフローチャートである。 印刷ジョブ実行時にＭＦＰ（１０２）のローカルアプリケーションが提供する画面の一例である。 実行中のジョブ状況を表示する画面の一例である。 実行中のジョブ状況を表示モード毎に表示する場合の表示例である。 ジョブ履歴を表示する画面の一例である。 ジョブ履歴を表示モード毎に表示する場合の表示例である。

［実施例１］
図１は、本実施形態に係る中継サーバを含むサービス連携システムの構成を示す図である。図１のサービス連携システムでは、クライアント装置１０１と、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）１０２と中継サーバ１０４とサービス用サーバ１０６とが、ネットワーク１０３を介して接続されている。

ネットワーク１０３は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話回線、専用デジタル回線である。また、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）やフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線などであってもよい。あるいは、これらの組み合わせにより実現されるインターネットなどの所謂、通信ネットワークなどである。

クライアント装置１０１およびＭＦＰ１０２は、アクセスポイントを介してネットワーク（インターネット）に接続されている。クライアント装置１０１およびＭＦＰ１０２はＷｅｂブラウザを搭載しており、中継サーバ１０４が搭載する閲覧用アプリ１０５を介して提供されるＷｅｂページを、該Ｗｅｂブラウザを用いて表示することで、ユーザにＷｅｂサービスを利用可能にする。

中継サーバ１０４は、クライアント装置１０１、およびＭＦＰ１０２からのアクセスに応じて、サービス用アプリケーション１０７（後述する）で提供されるサービスを利用可能にするためにデータの送受信を中継する。

中継サーバ１０４には、クライアント装置１０１およびＭＦＰ１０２によるＷｅｂページの閲覧を管理するための閲覧用アプリケーション１０５が実装されている。以下、クライアント装置１０１およびＭＦＰ１０２を総称してクライアント端末と記載する。なお、後述するように、クライアント端末に搭載されたＷｅｂブラウザによって、Ｗｅｂページがユーザに対して閲覧可能なように表示されるが、本明細書では、クライアント端末によってＷｅｂページが表示されると、簡略的に記載する場合もある。

中継サーバ１０４では、閲覧用アプリ１０５によって、ＷｅｂブラウザでのユーザによるＷｅｂページの閲覧を管理する機能が実現される。閲覧用アプリ１０５は、クライアント装置１０１やＭＦＰ１０２からのアクセスに応じて所定のＷｅｂページを送信する。所定のＷｅｂページには、サービス用サーバ１０６が提供する各種のサービスに関するＷｅｂページが含まれる。即ち、本実施形態では、クライアント端末が、サービス用サーバ１０６が提供する各種情報に関するＷｅｂページをサービス用サーバ１０６から直接的に取得して表示せず、閲覧用アプリ１０５を通じて取得して表示する例を説明する。つまり、クライアント端末は、閲覧用アプリ１０５から提供されるＷｅｂページを表示することで、間接的にサービス用サーバ１０６が提供する各種サービスに関する情報をユーザに対して閲覧可能とする。例えば、クライアント端末は、サービス用サーバ１０６で管理されるファイルの一覧に関する情報や、印刷ジョブ一覧の情報を、閲覧用アプリ１０５から提供されるＷｅｂページに表示して、当該情報をユーザに対して閲覧可能とする。なお、所定のＷｅｂページには、サービス用サーバ１０６にクライアント端末からログインするためのサービスログインページも含まれる。なお、サービスログインページは、サービス用サーバ１０６から提供されるＷｅｂページである。

サービス用サーバ１０６は、中継サーバ１０４を介して、クライアント装置１０１やＭＦＰ１０２に対して、所定のサービスを提供するためのサービス用アプリケーション１０７が実装されている。以下、「所定のサービスを提供するアプリケーション」を、「サービス用アプリ」と称する。クライアント装置１０１、ＭＦＰ１０２では、中継サーバ１０４を介して、サービス用アプリ１０７により提供されるサービスが利用される。本実施形態では、サービス用アプリ１０７は、例えば、ユーザの所有する画像データや文書ファイルなどのデータをサービス用サーバ１０６上で管理する。そしてＷｅｂブラウザその他のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）上で当該ファイルの閲覧を可能とするサービスを提供する。あるいは中継サーバ１０４を通じて、あるいは直接、サービス用サーバ１０６にアップロードされた画像データや文書ファイルを受け付けるサービスを提供する。また、サービス用アプリ１０７は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介してファイル情報の提供、および更新を行うことが可能なサービスを提供する。

なお、サービス用アプリ１０７が提供するサービスについては、これに限定されるものではなく、公知の種々のサービスを提供するようにしてもよい。サービス用アプリ１０７を利用するには、事前に登録したアカウント情報でのログインが必要となる。本実施形態では、ログインとは、一般的なアカウント情報の入力、認証および認証情報の取得を意味し、一般的に知られているＯＡｕｔｈ認証を用いてもよい。あるいはサービス用アプリ１０７が発行するＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）コードをクライアント装置１０１、ＭＦＰ１０２の端末上で入力する方法でもよい。その他、事前に登録したアカウントを特定可能な方法であれば構わない。

本実施形態では、中継サーバ１０４に実装された閲覧用アプリ１０５は、Ｗｅｂページをクライアント装置１０１やＭＦＰ１０２に送信することで、クライアント端末（クライアント装置またはＭＦＰ）に当該Ｗｅｂページを表示させる。これによりユーザはクライアント端末に表示されたＷｅｂページを閲覧することができる。また、閲覧用アプリ１０５は、表示されたサービスログイン用のＷｅｂページにおけるクライアント装置１０１やＭＦＰ１０２上のユーザ操作を受けて、サービス用アプリ１０７へのログイン処理を行うことができる。さらに、閲覧用アプリ１０５は、ログイン処理後に認証情報を用いて、サービス用アプリ１０７が提供するサービスに関する情報を取得し、当該サービスを利用可能なＷｅｂページを生成して、クライアント装置１０１、ＭＦＰ１０２に送信する。このように、図１のサービス連携システムでは、閲覧用アプリ１０５を実装する中継サーバ１０４と、サービス用アプリ１０７を実装するサービス用サーバ１０６とが通信して、その結果をクライアント装置１０１やＭＦＰ１０２に送信する。

クライアント装置１０１は、スマートフォン、タブレット、汎用のパーソナルコンピュータなどＷｅｂブラウザを搭載可能な端末であればどのような端末でもよい。

図２は、画像処理装置としてのＭＦＰ１０２の概略構成を示すブロック図である。なお、本明細書では、周辺装置として専らＭＦＰを例に説明することとするが、複写機、ファクシミリ、印刷装置など、紙媒体に印刷することが可能な画像処理装置、あるいは、スキャナー部を搭載して紙媒体をスキャンしてデータ化することが可能な画像処理装置であればその形式は問わない。

ＭＦＰ１０２において、印刷機能はプリンタ部２０１で、スキャナー機能はスキャナー部２０２で、ストレージ機能はメモリカード装着部２０３およびメモリカード２０４で実現される。

プリンタ部２０１は、外部から受信した画像データやメモリカード２０４に格納されている画像データなどを、インクジェット方式や電子写真方式などの記録方式によって印刷用紙に印刷する。また、インク残量を含むインク情報や積載用紙の枚数を含む用紙情報も管理している。

スキャナー部２０２は、原稿台（不図示）にセットされた原稿を光学的に読み取って電子データに変換し、更に指定されたファイル形式に変換した画像データを、ネットワーク経由で外部装置に送信、或いはＨＤＤなどの保存領域（不図示）に格納する。また、コピーサービスは、原稿台に置かれた原稿をスキャナー部２０２で読み取って生成した画像データをプリンタ部２０１へ転送し、プリンタ部２０１が印刷用紙にその画像データを印刷することで実現される。

メモリカード装着部２０３に装着されたメモリカード２０４には、各種ファイルデータが格納される。このファイルデータは、ネットワークを介した外部装置から読み出して編集することができる。また、外部装置からメモリカード２０４にファイルデータを格納することも可能である。

更に、ＭＦＰ１０２は、ＣＰＵ２０５、プログラムメモリ２０６、ワークメモリ２０７、表示部２０８、操作部２０９、ネットワーク通信部２１０、ネットワーク接続部２１１、フラッシュメモリ２１２を備える。ＣＰＵ２０５は、ＭＦＰ１０２内の各部を制御するための中央演算装置である。プログラムメモリ２０６は、ＲＯＭなどで構成され、各種のプログラムコードや、サーバ装置と通信するためのアプリケーション２１４が格納されている。アプリケーション２１４にはプリンタ部２０１にアクセスしてインクや用紙などの消耗品情報を取得するアプリケーションやＷｅｂブラウザ、中継サーバ１０４からジョブを受け付けてジョブを実行するためのアプリケーションが含まれる。２０７は、ＲＡＭなどで構成され、各サービス実行時に画像データなどを一時格納したり、バッファリングしたりする。表示部２０８は、例えばＬＣＤで構成され、各種の情報を表示する。操作部２０９は、ユーザが各種の入力操作を行うためのスイッチなどからなる。ネットワーク通信部２１０は、ＭＦＰ１０２をネットワークに接続して各種通信を行う。インターネットなどのネットワークとは、ネットワーク接続部２１１を介して接続可能である。ネットワーク通信部２１０は、有線ＬＡＮや無線ＬＡＮに対応し、有線ＬＡＮ対応の場合のネットワーク接続部２１１は有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮ対応の場合のネットワーク接続部２１１はアンテナとなる。フラッシュメモリ２１２は、ネットワーク通信部２１０が受信した画像データなどを格納するための不揮発性のメモリである。そして、上述した各部は、バス２１３で相互に接続される。

図３は、クライアント装置１０１、中継サーバ１０４およびサービス用サーバ１０６として利用可能な装置のハードウェア構成例を示すブロック図である。

ＣＰＵ３０１は、以下の各部を制御するための中央演算装置である。ディスク装置３０２は、ＣＰＵ３０１が読み出すアプリケーションプログラム３１２やデータベース３１３やＯＳのほか各種ファイルを格納する。アプリケーションプログラム３１２は、各装置に応じた処理を行うためのプログラムであり、クライアント、中継サーバ、サービス用サーバそれぞれで処理内容が異なる。外部記憶メディア読取装置３０３は、ＳＤカードなどの外部記憶媒体に格納されたファイルなどの情報を読み出すための装置である。メモリ３０４は、ＲＡＭなどで構成され、ＣＰＵ３０１が必要に応じてデータの一時的格納やバッファリングなどを行う。表示部３０５は、例えばＬＣＤで構成され、各種の情報を表示する。操作部３０６は、ユーザが各種の入力操作を行うためのキーボードやマウスなどからなる。ネットワーク通信部３０７は、ネットワーク接続部３０８を介してインターネットなどのネットワークと接続され、各種の通信を行う。ネットワーク通信部３０７は有線ＬＡＮや無線ＬＡＮに対応し、有線ＬＡＮ対応の場合のネットワーク接続部３０８は有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮ対応の場合のネットワーク接続部３０８はアンテナとなる。ＵＳＢ通信部３１０は、各種周辺装置とＵＳＢ接続部３１１を介して接続され、各種通信を行う。そして、上述の各部はバス３０９で相互に接続される。なお、クライアント装置１０１、中継サーバ１０４およびサービス用サーバ１０６は、他のコンピュータ上で実現された仮想コンピュータであってもよい。

次に、閲覧用アプリ１０５の起動により実現する中継サーバ１０４の機能的構成について説明する。図４は、閲覧用アプリ１０５の起動時の中継サーバ１０４の機能的構成を示す説明図である。中継サーバ１０４は、閲覧用アプリ１０５によって、下記の機能的構成を備える。中継サーバ１０４は、クライアント端末に搭載するＷｅｂブラウザに送信するＷｅｂページを生成するとともに、クライアント装置に搭載するＷｅｂブラウザへＷｅｂページを含む各種情報の送受信を行う送受信部４０１を備えている。また、中継サーバ１０４は、サービス用サーバ１０６と通信を行う通信部４０２と、クライアント装置に搭載するＷｅｂブラウザのＣｏｏｋｉｅへの書き込み、読み込み、および削除を行うＣｏｏｋｉｅ管理部４０３を備えている。なお、Ｃｏｏｋｉｅ管理部４０３は、Ｃｏｏｋｉｅの書き込み及び読み込み時に、値の暗号化及び復号化を行っても良い。さらに、クライアント端末のＷｅｂブラウザが起動してからはじめて中継サーバ１０４にアクセスした際に開始するセッションを一意に識別するためのセッションＩＤ（以降、セッションＩＤと称する）を発行するセッションＩＤ発行部４０４と、クライアント端末のＷｅｂブラウザの一時領域へのセッションＩＤの書き込み、読み込み、および削除やクライアント端末のＷｅｂブラウザが中継サーバ１０４にアクセスする際に中継サーバ１０４に送信するセッションＩＤが有効であることを確認するセッション管理部４０５と、セッションＩＤと関連付けて情報を管理するためのセッション情報管理部４０６を備えている。本実施例ではセッション管理部４０５は、Ｃｏｏｋｉｅ管理部４０３を用いてクライアント端末のＷｅｂブラウザのＣｏｏｋｉｅでセッションＩＤを管理する。

まず、ＭＦＰ１０２によって印刷またはスキャンを行う場合の処理について説明する。

クライアント装置１０１またはＭＦＰ１０２のＷｅｂブラウザで中継サーバ１０４の閲覧用アプリ１０５へアクセスした際に、表示部３０５または２０８に表示される、アプリ一覧５００の画面例を図５に示す。アプリ一覧５００には選択肢として４種類のサービス名５０１、５０２、５０３、５０４が表示されている。これらのサービス名は、それぞれに対応するサービス用サーバ１０６によって提供されているサービスを指す。同一のサービス用サーバによって複数のサービス（例えば５０１と５０３）が実現されていてもよいし、異なるサービス用サーバによってそれぞれのサービスが提供されていてもよい。また、一部またはすべてのサービスについて中継サーバ１０４とサービス用サーバ１０６の機能を同一のサーバが兼備してもよい。なお、各サービス名の左側に配置されている記号は、そのサービス名を画像として識別可能なアイコンを表している。また、ジョブ管理ボタン５０５を押下すると、未完了のジョブや実行済のジョブを確認するためのジョブ管理画面を表示する。

中継サーバ１０４はこれらのサービスと連携して、該サービスから取得した文書や画像をＭＦＰ１０２で印刷し、あるいはＭＦＰ１０２でスキャンした文書や画像を該サービスへ送信するアプリ機能を実現する。ここで印刷アプリには、ストレージサービスや画像共有サービスを提供するサービス用サーバ１０６に保管されている文書や画像を印刷するアプリや、サービス用サーバ１０６内で管理している印刷ジョブを表示して印刷実行可能な印刷ジョブ実行アプリなどが考えられる。またスキャンアプリには、ストレージサービスを提供するサービス用サーバ１０６に対してスキャン結果を保存するストレージ用アプリや、サービス用サーバ１０６に登録された処理方法に従ってスキャン結果の処理を行うプロファイル実行アプリなどが考えられる。個々のアプリは印刷、スキャン両方の機能を持っていてもよいし、いずれか一方の機能のみを行うよう構成されていてもよい。

アプリ一覧５００には、ユーザがＭＦＰ１０２で利用可能なアプリだけを選択可能とすることが望ましい。例えばユーザがＭＦＰ１０２でのスキャン機能の利用を禁止されている場合や、ＭＦＰ１０２がスキャン機能を有していない場合には、スキャンサービス１（５０３）は選択不可、あるいは非表示とするように制御する。

ここで、印刷とスキャンの両機能に対応したサービスを提供するアプリである場合、当該アプリが選択された後に図６に示したようなどちらの機能を利用するかを更に選択させるための画面を表示し、選択した機能を利用できるようにしても良い。この場合、前述のアプリ一覧５００のように利用可能な機能だけを選択可能とすることが望ましい。例えばユーザがＭＦＰ１０２でのスキャン機能の利用を禁止されている場合や、ＭＦＰ１０２がスキャン機能を有していない場合には、スキャンメニュー６０２は選択不可、あるいは非表示とするよう制御する。さらに、スキャンメニュー６０２を非表示にした場合、選択可能なメニューは印刷メニュー６０１のみとなるため、機能選択画面６００の表示はスキップして、印刷メニュー６０１を選択した後の状態の画面を表示するような構成にしても良い。

アプリ一覧５００を表示した後に中継サーバ１０４の閲覧用アプリ１０５が実行する分岐判定処理を図７に示す。

Ｓ７０１において、アプリ一覧５００に対する操作部３０６または２０９を介したユーザ操作によっていずれかのアプリの選択を受け付けると、選択されたアプリを示す情報をクライアント端末から中継サーバ１０４の閲覧用アプリ１０５へ送信する。

Ｓ７０２において、閲覧用アプリ１０５は、選択されたアプリが印刷とスキャンの両方に対応したアプリかどうかを判定し、印刷とスキャンに対応したアプリの場合はＳ７０７、どちらか一方に対応したアプリの場合はＳ７０３へ遷移する。Ｓ７０３において、当該選択したアプリは印刷アプリかどうかを判定する。印刷アプリである場合はＳ７１０、スキャンアプリである場合はＳ７０４へ遷移する。

Ｓ７０４～Ｓ７０６はスキャン実行までのフローである。すなわち、Ｓ７０４において、閲覧用アプリ１０５は、サービス用サーバにより提供されるサービスに基づきフォルダ選択画面を作成して、当該画面の情報をＭＦＰに送信してＭＦＰのＷｅｂブラウザ上に表示させることにより、ユーザにフォルダを選択させる。さらに、Ｓ７０５において、閲覧用アプリ１０５は、スキャン設定画面を作成・送信して、ＭＦＰのＷｅｂブラウザ上に表示させて、スキャン設定を行わせる。Ｓ７０６においてスキャン実行指示が為されると、送信先フォルダやスキャン設定の情報とともに、ＭＦＰのローカルアプリケーションに対してスキャン指示が送信されることで、ＭＦＰでスキャン処理が実行される。ここでＳ７０４ではフォルダを選択する例を記載したが、スキャンデータを予め設定されたプロファイルに従って実行するようなサービスである場合は、Ｓ７０４においてスキャンプロファイルを選択させることで保存先が決定されるステップとなる。

Ｓ７１０～Ｓ７１２は印刷実行までのフローであり、Ｓ７１０において、閲覧用アプリ１０５は、サービス用サーバにより提供されるサービスに基づきファイル選択画面を作成して、当該画面の情報をＭＦＰに送信してＭＦＰのＷｅｂブラウザ上に表示させることにより、ユーザに印刷ファイルを選択させる。さらに、Ｓ７１１において、閲覧用アプリ１０５は、印刷設定画面を作成・送信して、ＭＦＰのＷｅｂブラウザ上に表示させて、印刷設定を行わせる。Ｓ７１２において印刷実行指示が為されると、選択されたファイルの情報や印刷設定の情報とともに、ＭＦＰのローカルアプリケーションに対して印刷指示が送信されることで、ＭＦＰで印刷処理が実行される。

Ｓ７０２において、選択されたアプリが印刷とスキャンの両機能を持つものである場合には、Ｓ７０７において、さらにそのユーザが印刷およびスキャンの両機能を使用できる状況であるかどうかを判定する。ここでの判定は、利用しているＭＦＰ１０２が印刷およびスキャンの両機能に対応しているかどうかや、サービス用サーバ１０６のアカウントとしてユーザが印刷およびスキャンの両機能を利用することが許可されている権限を有するかどうかなどの情報を用いて行う。なお、ユーザが印刷およびスキャンの両機能を利用することが許可されているかどうかは、あらかじめ該アカウントの管理者が設定しておいても良い。どちらかの機能しか使用できない場合は、Ｓ７１３にて印刷かスキャンどちらの機能が使用できるかを判定し、印刷機能のみが使用できる場合は前述のＳ７１０以降の印刷フローを実行し、スキャン機能のみが使用できる場合は前述のＳ７０４以降のスキャンフローを実行する。また一方、Ｓ７０７においてユーザが印刷およびスキャンの両機能を使用できると判定した場合は、Ｓ７０８にて、図６で示した印刷およびスキャンの機能選択画面を表示してユーザの所望の機能を選択させる。Ｓ７０９にて印刷機能が選択されたと判定した場合は、前述のＳ７１０以降の印刷フローを実行し、スキャン機能が選択されたと判定した場合は、前述のＳ７０４以降のスキャンフローを実行する。

図８に、サービス用サーバ１０６と中継サーバ１０４の双方のＷｅｂサービスが連携してファイルの取得やアップロード処理を実現する際に、ユーザの認証および認可を行って、ユーザの保持するフォルダや印刷ジョブなどのリストを選択する画面を表示するまでのシーケンス図を示す。ここでは一般的に知られているＯＡｕｔｈ認証を例に説明する。ＯＡｕｔｈ認証において、中継サーバ１０４はクライアントの役割となり、サービス用サーバ１０６はリソースサーバの役割となる。ここではユーザがＭＦＰ１０２の表示部２０８および操作部２０９を用いて、中継サーバ１０４の閲覧用アプリ１０５を利用するものとして説明するが、ユーザがクライアント装置１０１を用いる場合も処理動作は同様である。

ＭＦＰ１０２の操作部２０９で、アプリ一覧５００からいずれかのアプリが選択されると、ＭＦＰ１０２が中継サーバ１０４に対して選択したアプリの起動を要求する（Ｓ８０１）。すると中継サーバ１０４からサービス用サーバ１０６に対して保持されている認証状態の確認を行う（Ｓ８０２）。

Ｓ８０２でサービス用サーバ１０６が認証状態は無効であると判断した場合、中継サーバ１０４はＭＦＰ１０２に対してサービス用サーバ１０６の認証を行うためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）へのリダイレクト要求を送信する（Ｓ８０３）。これは前回認証を行った際の認証情報が有効期限切れとなっている、もしくは初めてサービス用サーバ１０６にアクセスする場合である。

ＭＦＰ１０２は、受け取ったリダイレクト要求に従ってサービス用サーバ１０６に対して認証ＵＲＬへアクセス（Ｓ８０４）し、認証画面をＭＦＰ１０２の表示部２０８上で表示する（Ｓ８０５）。

認証画面においてユーザからサービス用サーバ１０６に認証を行うための情報（アカウントＩＤやパスワードなど）を取得して送信（Ｓ８０６）することによって、サービス用サーバ１０６は認証完了後のコールバック要求をＭＦＰ１０２に送信（Ｓ８０７）する。それを受けてＭＦＰ１０２は中継サーバ１０４にコールバック情報を送信する（Ｓ８０８）。ここで、認証を行なったユーザがサービス用サーバ１０６から提供される機能を利用するための認可処理を完了していない場合は、Ｓ８０５およびＳ８０６のフローを再度行い、認可画面へリダイレクトして必要な項目の許可をユーザから取得するための許可画面を表示し、ユーザの許可情報をサービス用サーバ１０６に送信する。

なお、Ｓ８０５において表示される認証画面がＭＦＰ１０２の表示部２０８上で表示できない形式の場合、Ｓ８０５からＳ８０７で示される認証および認可の作業をクライアント装置１０１などの別の端末で行っても構わない。

認証および認可操作が正常に完了し、中継サーバ１０４がコールバック情報を受け取ると、受け取ったコールバック情報を元に、サービス用サーバ１０６から認証を行なったアカウントの情報を取得するために必要なアクセストークンを取得する（Ｓ８０９）。そして取得したアクセストークンを利用して中継サーバ１０４から認証したアカウントに紐づくサービス用サーバ１０６のフォルダ情報や印刷ジョブのリストなどを取得する（Ｓ８１０）。受信したリストをＭＦＰ１０２に返却（Ｓ８１１）し、ＭＦＰ１０２の表示部２０８上でフォルダ・ファイルや印刷ジョブの表示画面を生成する。図９に示したのはフォルダ・ファイルの表示画面例である。

図９で９０１、９０２はそれぞれサービス用サーバ１０６上にユーザが所持するフォルダを示す。また９０３、９０４および９０５は前記９０１および９０２のフォルダと同階層に配置されたファイルを示す。

スキャンアプリの実行時、または印刷／スキャン可能アプリにおけるスキャン機能の実行時には、操作部２０９での操作により、ユーザにスキャン結果のアップロード先フォルダを選択させる。この場合、ファイル１（９０３）、ファイル２（９０４）およびファイル３（９０５）は選択不可である。または選択できないファイルは非表示としてもよい。いずれかのフォルダ（９０１または９０２）を選択すると、ＭＦＰ１０２から中継サーバ１０４へ選択フォルダ情報を送信する。それに応じてＳ８１０、Ｓ８１１の処理が再度行われ、前記選択されたフォルダ内のサブフォルダおよびファイルを表示するよう、フォルダ・ファイルの表示画面９００を更新する。そして決定ボタン９０６を選択することにより、その時点で表示しているフォルダがアップロード先フォルダとして選択される。図９の状態では、フォルダ１、フォルダ２およびファイル１から３を内包しているフォルダが選択される。

印刷アプリの実行時または印刷／スキャン可能アプリにおける印刷機能の実行時には、操作部２０９での操作により、ユーザに印刷対象のファイルを選択させる。この時もフォルダ（９０１または９０２）が選ばれた場合は、前記スキャン機能の実行時と同様該フォルダ内のサブフォルダとファイルを表示することとなる。また印刷機能実行時には印刷するファイルを特定する必要があるため、ファイルが選択された状態でのみ決定ボタン９０６を有効とする。

図１０は前記スキャン機能実行時において、決定ボタン９０６を選択した後にスキャン設定を行うための画面例である。設定変更可能な項目として一般的に原稿の種類（１００１）や用紙サイズ（１００２）、原稿方向（１００３）、解像度（１００４）などが考えられるが、ＭＦＰ１０２に設定可能な項目であれば何を設定しても構わないし、すべて決め打ちの項目としてスキャンを実行する場合は何も設定しない構成でも構わない。

スキャン実行ボタン１００５が選択されると、ＭＦＰ１０２はスキャン実行ボタンが選択されたことの情報を中継サーバ１０４へ通知する。それを受けて、図１１で示したスキャンデータのアップロード処理が開始される。

Ｓ１１０１において中継サーバ１０４からＭＦＰ１０２にスキャン設定画面１０００でユーザに設定されたスキャン設定パラメータでスキャン指示（Ｓ１１０１）を送信する。このスキャン指示（Ｓ１１０１）には、スキャン設定パラメータとともにＭＦＰ１０２でスキャンジョブを実行する際の振る舞いを指示するパラメータ（例えばＵＩの表示態様情報など）が含まれていても良い。図１２は、スキャン指示（Ｓ１１０１）時に中継サーバ１０４からＭＦＰ１０２に送信するパラメータ（以降、スキャンパラメータと称する）の例である。このスキャンパラメータの例では、前述のスキャン設定パラメータ（１２０６）のほか、ジョブＩＤ（１２０１）やジョブ種別（１２０２）、ジョブ名（１２０３）、ジョブを投入したアプリＩＤ（１２０４）、ジョブを投入した日時（１２０５）を含むパラメータが記載されている。

スキャン指示を受信したＭＦＰ１０２は、指定されたスキャン設定パラメータに従ってスキャンを実行（Ｓ１１０２）し、スキャン結果データを中継サーバ１０４に送信（Ｓ１１０３）する。このスキャン実行時（Ｓ１１０２）、表示部２０８にスキャン実行中であることを示す画面を表示しても良い。さらに、中継サーバ１０４から振る舞いを指示するパラメータを受信した場合には、該パラメータに従って表示部２０８の振る舞い（例えば表示態様）を変更してもよい。中継サーバ１０４は受け取ったスキャン結果のバイナリデータを、図８のＳ８０９で取得したアクセストークンを利用してアカウントに紐づくストレージサーバであるサービス用サーバ１０６にアップロード（Ｓ１１０４）する。図９のフォルダ・ファイル表示画面でユーザが選択したフォルダ情報も一緒に送信し、ユーザが選択したフォルダ内にアップロードしたスキャンデータを保存するように指示を出す。

図１３は前記印刷機能実行時において、決定ボタン９０６を選択した後に印刷設定を行うための画面例である。設定可能な項目として一般的に用紙サイズ（１３０１）や印刷レイアウト（１３０２）、両面設定（１３０３）、カラーモード（１３０４）などが考えられるが、ＭＦＰ１０２に設定可能な項目であれば何を設定しても構わないし、すべて決め打ちの項目として印刷を実行する場合は何も設定しない構成でも構わない。

印刷実行ボタン１３０５が選択されると、ＭＦＰ１０２は印刷実行ボタンが選択されたことの情報を中継サーバ１０４へ通知する。それを受けて、図１４で示した印刷処理が開始される。

Ｓ１４０１において中継サーバ１０４からサービス用サーバ１０６に対して印刷実行するための印刷データのダウンロードを要求する。印刷データのダウンロードが完了すると、中継サーバ１０４はＭＦＰ１０２に対して、印刷設定画面１３００で設定された印刷設定パラメータとＳ１４０１でダウンロードした印刷データを用いて印刷指示（Ｓ１４０２）を出す。この印刷指示（Ｓ１４０２）には、印刷設定パラメータとともにＭＦＰ１０２で印刷ジョブを実行する際の振る舞いを指示するパラメータ（例えばＵＩの表示態様情報など）が含まれていても良い。

印刷指示を受信したＭＦＰ１０２は、指定された印刷設定パラメータに従って印刷を実行（Ｓ１４０３）する。この印刷実行時（Ｓ１４０３）、表示部２０８に印刷実行中であることを示す画面を表示しても良い。さらに、中継サーバ１０４から振る舞いを指示するパラメータを受信した場合には、該パラメータに従って表示部２０８の振る舞い（例えば表示態様）を変更してもよい。そしてＭＦＰ１０２は印刷が完了すると、印刷に成功したか、エラーになったか、もしくは印刷中にユーザにキャンセルされたかなどの印刷結果を中継サーバ１０４に送信（Ｓ１４０４）する。この印刷結果通知には、使用した用紙に印刷したページ数や、カラー／モノクロどちらの印刷を行ったか、両面印刷を行ったかなど、消耗品がどれだけ利用されたかが推定できる情報が含まれても良い。ユーザが印刷中にキャンセルした場合は、印刷実行した分の情報を中継サーバ１０４に送信する。

ここからは本実施例におけるクライアント端末で表示する画面の提供方法および表示態様の変更例と、ＭＦＰ１０２のローカルアプリケーションがジョブ実行時に表示する画面の提供方法および表示態様の変更例について説明する。

まず、表示モードの決定方法およびクライアント端末に表示する画面の提供方法および表示態様の変更例について、図１５から図１９を用いて説明する。

図１５は、閲覧用アプリ１０５で表示可能な表示モードを、各サービスのアプリ毎に管理するためのデータ構造の例である。このデータ構造では、各アプリで表示可能な表示モードを表形式で示しており、アプリで表示可能な表示モードが無い場合があっても良いし、１つであっても良いし、複数であっても良い。表示可能な表示モードが複数の場合、優先順位を持っていても良い。例えば、スキャンサービス１では仕事モードと学習モードの２つの表示モードで表示可能であることを示している。なお、この例は表形式であるが、アプリを与えると表示可能な表示モードを決定できるデータ構造であれば形式は問わない。なお、表示可能な表示モードが無いサービスについては、デフォルトの表示形式で表示されることになり、表示態様の変更は行われないことになる。

図１６は、ＭＦＰ１０２が表示可能な表示モードを機種識別ＩＤ毎に管理するためのデータ構造の例である。なお、機種識別ＩＤはＭＦＰ毎に一意に決まるＩＤである。ある機種で表示可能な表示モードが無い場合があっても良いし、１つであっても良いし、複数であっても良い。表示可能な表示モードが複数の場合、優先順位を持っていても良い。例えば、機種Ａでは仕事モードという表示モードで表示可能であることを示している。なお、この例は表形式であるが、機種識別ＩＤを与えると表示可能な表示モードを決定できるデータ構造であれば形式は問わない。

クライアント端末のＷｅｂブラウザから画面の表示要求があった際に、中継サーバ１０４が提供する画面の表示モードを決定し、クライアント端末のＷｅｂブラウザに画面を提供するまでのシーケンス図を図１７に示す。クライアント端末が中継サーバ１０４に対して画面表示要求を送信し（Ｓ１７０１）し、中継サーバ１０４がクライアント端末から画面表示要求を受信すると、中継サーバは図７で示した分岐判定処理に従いクライアント端末に提供する画面を決定し、クライアント端末のＷｅｂブラウザで該画面を表示するための画面構成情報を作成する。ここで述べる画面構成情報とは、Ｗｅｂブラウザの振る舞いを定義する情報のことを示しており、例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）などや、それらを取得するためのＵＲＬが含まれる。さらに、後述する表示モードの判定処理に基づいて表示モードを決定する（Ｓ１７０２）。ここで表示モードの判定処理の結果、表示モードが存在しない場合もある。Ｓ１７０２で表示モードを決定した場合は、その表示モードに基づいて画面の表示態様を変更した画面構成情報をクライアント端末に返却する。画面の表示態様の変更箇所や変更内容を表示モード毎に定義することができ、例えば仕事モードと学習モードとでそれぞれ全く異なる別の表示態様を定義しても良いし、一部が同じ表示態様を定義していても良い。なお、表示モードが存在しない場合には、表示態様を変更せずに画面構成情報をクライアント端末に返却する。そしてクライアント端末が中継サーバ１０４から画面構成情報を受け取ると、クライアント端末のＷｅｂブラウザにＷｅｂページとして画面を表示する（Ｓ１７０３）。

クライアント端末のＷｅｂブラウザから中継サーバ１０４へ画面の表示要求があった際に、中継サーバ１０４で実行される表示モードの判定処理を図１８に示す。なお、後述する表示モードの決定処理（Ｓ１８０４～Ｓ１８０６）では、データベース３１３から設定情報を読み込む場合やネットワーク１０３を介して外部のサーバなどと通信して設定情報を取得する場合が考えられ、中継サーバ１０４がクライアント端末から画面表示要求を受け付けるたびにそれらを実行していては画面表示要求に対する応答の遅延が発生してしまう可能性がある。そのため、予め取得しておいた表示モードをクライアント端末のＷｅｂブラウザと中継サーバ１０４の間のセッション情報として、セッション情報管理部４０６に保存しておき、クライアント端末のＷｅｂブラウザと中継サーバ１０４の間のセッションが有効なうちはセッション情報管理部４０６から表示モードを取得するのが望ましい。中継サーバ１０４がクライアント端末のＷｅｂブラウザから画面表示要求を受信すると、次に示す判定処理により表示モードを取得する。まず、セッション管理部４０５はクライアント端末のＷｅｂブラウザから送信されるセッションＩＤをもとにセッションが有効であることを確認（Ｓ１８０１）し、セッションＩＤが有効であった場合はセッション情報管理部４０６から表示モードの取得を試みる（Ｓ１８０２）。セッション情報管理部４０６から表示モードを取得できたか、表示モードが存在しないことを示す情報を取得できた、もしくは、表示モードを取得できなかったかどうかを判定し（Ｓ１８０３）、表示モードを取得できていた場合、この表示モードに決定し表示モードの判定処理を終了する。表示モードが存在しないことを示す情報を取得した場合も、表示モードが存在しないとして表示モードの判定処理を終了する。セッションＩＤが存在しないか無効であった場合や、セッションの有効期限切れなどの理由でセッション情報管理部４０６から表示モードを取得できなかった場合は、下記に示す処理により表示モードを決定する。まず、中継サーバ１０４は、画面表示要求のあった閲覧用アプリ１０５が対応している表示モードを取得する（Ｓ１８０４）。その際、図１５で示したデータ構造を用いて閲覧用アプリ１０５が対応している表示モードを取得する。次に、中継サーバ１０４は、ＭＦＰ１０２が対応している表示モードを取得する（Ｓ１８０５）。その際、図１６で示したデータ構造のデータを用いてＭＦＰ１０２が対応している表示モードを取得する。なお、Ｓ１８０４およびＳ１８０５で取得する表示モードは、アプリケーション３１２やデータベース３１３から取得しても良いし、ネットワーク１０３を介して外部のサーバなどから取得しても構わない。次に、選択した閲覧用アプリ１０５が各サービスに対して表示可能な表示モードとＭＦＰ１０２が表示可能な表示モードとの論理積を取ることにより、表示モードを決定する（Ｓ１８０６）。図１５や図１６で示した通り、閲覧用アプリ１０５が各サービスに対して対応している表示モードやＭＦＰ１０２が対応している表示モードはそれぞれ複数存在する場合があるため、表示モードが一意に決まらない場合がある。その場合は、予め定めておいた優先順位に基づいて表示モードを決定する。例えば、閲覧用アプリ１０５が表示可能な表示モードが複数存在し優先順位を持つ場合はその設定順で表示モードを決定しても良いし、ＭＦＰ１０２が表示可能な表示モードが複数存在し、それらが優先順位を持つ場合はその設定順で表示モードを決定しても良いし、あるいは、アプリケーション２１４や閲覧用アプリ１０５のプログラムに優先順位が書き込まれていても良い。Ｓ１８０６の結果、表示モードが決定した場合、決定した表示モードをセッション情報管理部４０６に書き込む（Ｓ１８０７）。なお、Ｓ１８０６の結果、表示モードが存在しない場合にも、表示モードが存在しないことを示す情報をセッション情報管理部４０６に書き込む（Ｓ１８０７）。

図１９は、中継サーバ１０４がクライアント端末に提供する図６で示した印刷およびスキャンの機能選択画面６００における表示態様の変更例を示している。１９０１は、前述の表示モードの判定処理により決定した表示モードに基づいて、画面の表示態様を変更していない機能選択画面（１９００）から表示態様を変更した画面の一例である。ここでは、表示モードに基づいた表示態様の変更例として、機能選択画面の外枠を通常よりも太くすることや、外枠の色を変更すること、１９０２のようにアプリ名を画面に表示する、すなわち、１９００では表示していなかった文字を画面に表示することを例として示しているが、通常と異なる表示モードであることをユーザに認識させることが可能なＵＩであればどのような表示態様の変更方法であっても構わない。

図２０は、ＭＦＰ１０２のＷｅｂブラウザを介して閲覧用アプリ１０５から提供され、表示部２０８に表示される画面であり、例外発生時やユーザにメッセージの確認を求めたいときに表示するダイアログ画面の一例である。このダイアログ画面２０００は、画面の表示態様を変更していない場合であっても、既に画面の外枠に色がついており、その色はメッセージの重要度によって異なる。このダイアログ画面では、図１９の例で示した表示態様の変更を一様に実施してしまうと、本来の目的であるメッセージの重要度をユーザに示すという目的を達成できなくなってしまうため、例外的に表示態様の変更は適用していない。このように、さまざまな理由により表示態様を変更しない画面があっても構わない。

次に、本実施例におけるＭＦＰ１０２のローカルアプリケーションがジョブ実行時に表示する画面の提供方法および表示部２０８に表示する画面の表示態様の変更方法について説明する。なお、ジョブの種類としてはスキャンジョブと印刷ジョブを例に説明するが、中継サーバ１０４がＭＦＰ１０２に動作を指示することが可能なジョブであればどのようなジョブでも良く、例えば、コピージョブやＭＦＰ１０２の電源をＯＮ／ＯＦＦするジョブであっても良い。また、クライアント端末（ＭＦＰ１０２またはクライアント装置）に表示するジョブ実行を指示するボタンを押下することを起点として、ＭＦＰ１０２のローカルアプリケーションがジョブ実行時に表示する画面の表示態様の変更方法について説明するが、中継サーバ１０４を経由してＭＦＰ１０２へジョブ投入が可能であればどのようなジョブ投入方式であっても良く、例えば、サービス用サーバ１０６の画面操作や日時をトリガーとした自動化された処理を起点に、中継サーバ１０４を経由してＭＦＰ１０２にジョブ投入することにより、ＭＦＰ１０２のローカルアプリケーションがジョブ実行時に表示する画面の表示態様を変更する方式でも良い。

まず、スキャン実行ボタン１００５が押下されたのち、スキャン実行時に表示部２０８に表示態様を変更した画面を表示するまでのシーケンス図を図２１に示す。スキャン実行ボタン１００５が押下されると、中継サーバ１０４は図１７で示した表示モード判定条件に従って表示モードを取得し（Ｓ２１０１）、ＭＦＰ１０２へスキャン指示を行う（Ｓ２１０２）。その際、スキャン指示（Ｓ２１０２）時にＭＦＰ１０２へ送信するスキャンパラメータ情報の一部として、Ｓ２１０１で取得した表示モードを送信する。図２２は、スキャン指示（Ｓ２１０２）時にＭＦＰ１０２に送信するスキャンパラメータの例である。スキャンパラメータ２２００では、図１２で示したスキャンパラメータ例に記載のパラメータに加えて、表示モード（２２０１）が付与されている。なお、ジョブ設定情報の一部としてスキャン指示時に一緒に表示モードをＭＦＰ１０２へ送信する形態を説明したが、ＭＦＰ１０２が表示モードを取得できればどのような方法でも良く、例えば、ＭＦＰ１０２がスキャン指示を受け取った後に、ＭＦＰ１０２が中継サーバ１０４に対して表示モードを要求する形態であっても構わない。次に、ＭＦＰ１０２がスキャン指示を受信すると、ＭＦＰ１０２はスキャンジョブを実行する（Ｓ２１０３）。その際、ＭＦＰ１０２は中継サーバ１０４から受け取った表示モードに従い表示部２０８に表示するＵＩの表示態様を変更して表示する（Ｓ２１０４）。表示態様を変更した画面の一例を図２３に示す。２３０１は表示態様を変更していないままの画面であり、２３０２は、ＭＦＰ１０２が中継サーバ１０４から受け取った表示モードに基づいて表示態様を変更した画面の例である。例えば、表示モードが仕事モード（ＷｏｒｋＭｏｄｅ）である場合、画面２３０２のように、背景色を変更した態様で表示する。

印刷実行ボタン１３０５が押下されたのち、印刷実行時に表示部２０８に表示態様を変更した画面を表示するまでのシーケンス図を図２４に示す。印刷実行ボタン１３０５が押下されると、中継サーバ１０４は図１７で示した表示モード判定条件に従って表示モードを取得し（Ｓ２４０１）、印刷データを取得した（Ｓ２４０２）のち、ＭＦＰ１０２に印刷指示を送信する（Ｓ２４０３）。その際、印刷指示時に一緒にＭＦＰ１０２へ送信するジョブ設定情報の一部として、Ｓ２４０１で取得した表示モードを送信する。なお、ジョブ設定情報の一部として印刷指示時に一緒に表示モードをＭＦＰ１０２へ送信する形態を説明したが、ＭＦＰ１０２が表示モードを取得できればどのような方法でも良く、例えば、ＭＦＰ１０２が印刷指示を受け取った後に、ＭＦＰ１０２が中継サーバ１０４に対して表示モードを要求する形態であっても構わない。ＭＦＰ１０２が印刷指示を受信すると、ＭＦＰ１０２は印刷ジョブを実行する（Ｓ２４０４）。その際、ＭＦＰ１０２は中継サーバ１０４から受け取った表示モードに従い表示部２０８に表示するＵＩの表示態様を変更して表示する（Ｓ２４０５）。図２５は表示態様を変更した画面の一例である。２５０１は表示態様を変更していないままの画面であり、２５０２は、ＭＦＰ１０２が中継サーバ１０４から受け取った表示モードに基づいて表示態様を変更した画面の表示例である。例えば、表示モードが仕事モード（ＷｏｒｋＭｏｄｅ）である場合、画面２５０２のように、背景色を変更した態様で表示する。

以上述べたように、ＭＦＰのローカルアプリケーションは、ＭＦＰ上のローカルＵＩを操作してスキャンや印刷等を行う場合は、図２３の画面２３０１や図２５の画面２５０１のような通常画面で処理の進捗状況を表示する。一方、サービス用サーバで提供されるスキャンサービスや印刷サービスを、中継サーバにより提供される画面を介して利用する場合、ＭＦＰのローカルアプリケーションは、図２３の画面２３０２や図２５の画面２５０２のように、表示態様を変更して表示する。これにより、ＭＦＰのユーザは、当該ＭＦＰで処理中のジョブが、サービス用サーバで提供されるサービスに基づくジョブであるかどうかを簡単に識別することができる。

［実施例２］
実施例１では、クライアント端末のＷｅｂブラウザに表示する画面の表示態様の変更方法、および、ジョブ実行時にローカルアプリケーションが提供する画面の表示態様の変更方法について説明した。一方、ジョブ実行時のパラメータ情報として表示モードを加えることで、各ジョブの実行状況を一覧表示する画面や、実行済ジョブの履歴情報を一覧表示する画面についても、表示モードに従い画面の表示態様を変更することが可能になる。そこで、実施例２ではジョブ管理画面の表示態様の変更方法ついて説明する。

図２６は、未完了のジョブを一覧表示するジョブ状況一覧画面の一例である。ジョブ管理ボタン５０５を押下すると、未完了の印刷ジョブとスキャンジョブを一覧表示するジョブ状況一覧画面２６００を表示する。なお、本実施例ではジョブ管理ボタン５０５を押下することで未完了のジョブを表示しているが、ジョブ状況一覧画面２６００を表示するための手順はどのような手順でも構わない。また、印刷ジョブとスキャンジョブを同時に一覧表示しているが、印刷ジョブとスキャンジョブを別の画面に表示する構成であっても良い。ここでは印刷ジョブとスキャンジョブを例に説明するが、それ以外の他のジョブ（例えばコピージョブ）が表示されていても良い。未完了のジョブが存在する場合は、ジョブ状況一覧画面２６００に未完了のジョブが並ぶ。図２６の例では、ジョブ状況一覧画面２６００には３つのジョブ名２６０１、２６０２、２６０３が表示されており、それぞれ２６０１は印刷ジョブ、２６０２はスキャンジョブ、２６０３は仕事モードでジョブ投入された印刷ジョブである。なお、これらのジョブ名はジョブ投入時に任意に名前を付けることができ、印刷ファイルのファイル名そのものであってもそうでなくても良い。また、ジョブ投入日時やジョブの実行状態（２６０４）、ジョブを投入した閲覧用アプリ１０５を画像として識別可能なアイコン（２６０５）などを併記しても良いし、ジョブ投入時にジョブ設定情報として送信した表示モードに従い表示態様を変更しても良い。ジョブ名２６０３では背景を変更しているが、表示モードをユーザに認識させられる表示態様の変更であればどのような変更方法であっても良く、例えばジョブ名の文字の色を変更しても良い。さらに、図２７のように、表示モード毎にグルーピングして表示しても良い。図２７の例では、仕事モードでジョブ投入した未完了のジョブを一覧表示しており、表示モード切り替えボタン２７０１を押下すると、他の表示モード（例えば学習モード）の未完了のジョブを表示する画面に遷移することができる。

図２８は、実行済のジョブを一覧表示するジョブ履歴一覧画面の一例である。ジョブ履歴一覧画面には、履歴一覧表示ボタン２６０６を押下することで遷移できる。なお、本実施例では履歴一覧ボタン２６０６を押下することでジョブ履歴一覧画面２８００を表示しているが、ジョブ履歴一覧画面２８００の表示するための手順はどのような手順でも構わない。この例では、印刷ジョブとスキャンジョブを同時に一覧表示しているが、印刷ジョブとスキャンジョブを別の画面に表示する構成であっても良い。ここでは印刷ジョブとスキャンジョブを例に説明するが、それ以外の他のジョブ（例えばコピージョブ）が表示されていても良い。実行済のジョブが存在する場合は、ジョブ履歴一覧画面２８００に実行済のジョブが並ぶ。図２８の例では、ジョブ履歴一覧画面２８００には３つのジョブ名２８０１、２８０２、２８０３が表示されており、それぞれ２８０１はスキャンジョブ、２８０２は印刷ジョブ、２８０３は仕事モードでジョブ投入された印刷ジョブである。なお、ジョブ状況一覧２６００と同様、これらのジョブ名はジョブ投入時に任意に名前を付けることができ、印刷ファイルのファイル名そのものであってもそうでなくても良い。また、ジョブ投入日時やジョブを投入した閲覧用アプリ１０５を画像として識別可能なアイコン（２８０４）などを併記しても良いし、ジョブ投入時にジョブ設定情報として送信した表示モードに従い表示態様を変更しても良い。ジョブ名２８０３では背景を変更しているが、表示モードをユーザに認識させられる表示態様の変更であればどのような変更方法であっても良く、例えばジョブ名の文字の色を変更しても良い。２８０５を押下するとジョブ状況一覧画面（２６００）に遷移する。また、図２９のように、表示モード毎にグルーピングして表示しても良い。図２９の例では、仕事モードでジョブ投入した実行済のジョブを一覧表示しており、表示モード切り替えボタン２９０１を押下すると、他の表示モード（例えば学習モード）の実行済のジョブを表示する画面に遷移することができる。なお、未完了のジョブを一覧表示する画面（２８００）と実行済のジョブ履歴を一覧表示する画面（２９００）を分けて示しているが、未完了のジョブと実行済のジョブ履歴を同じ画面に表示する画面構成でも構わない。

［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。その処理は、上述した実施例の機能を実現させるソフトウェア（プログラム）を、ネットワーク又はコンピュータ読取可能な記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを実行する、というものである。

Claims (9)

1. サービス用サーバにより提供されるサービスを中継する中継サーバと、前記中継サーバから受信したジョブの実行を制御するローカルアプリケーションを備える画像処理装置とが、ネットワークを介して接続された画像処理システムであって、
   前記中継サーバは、
   前記画像処理装置のＷｅｂブラウザで表示される画面に関する情報を、前記画像処理装置に送信する第１の送信手段と、
   前記ジョブの実行時の表示モードを判定する判定手段と、
   前記ジョブと、前記判定された表示モードの情報とを、前記画像処理装置に送信する第２の送信手段と、を備え、
   前記画像処理装置は、
   前記第１の送信手段により送信された情報に基づいて、前記画面を表示するように制御するＷｅｂブラウザと、
   前記第２の送信手段により送信された前記ジョブと前記表示モードの情報とに基づいて、前記ジョブを実行する際の画面を表示するように制御するローカルアプリケーションと、を備える
   ことを特徴とする画像処理システム。
2. 前記ジョブは、ファイルの印刷を行うための印刷ジョブである、ことを特徴とする請求項１に記載の画像処理システム。
3. 前記ジョブは、スキャンを実行するためのスキャンジョブである、ことを特徴とする請求項１に記載の画像処理システム。
4. 前記画像処理装置は、前記ジョブの実行結果を、前記中継サーバに送信する送信手段を更に備えることを特徴とする請求項１に記載の画像処理システム。
5. 前記中継サーバは、受信した前記ジョブの実行結果を記憶する記憶手段を更に備えることを特徴とする請求項４に記載の画像処理システム。
6. 前記判定手段は、前記サービス用サーバにより提供されるサービスの種類と、前記画像処理装置の種類との少なくともいずれかに基づいて、前記表示モードを判定する、ことを特徴とする請求項１に記載の画像処理システム。
7. サービス用サーバにより提供されるサービスを中継する中継サーバであって、
   前記画像処理装置のＷｅｂブラウザで表示される画面に関する情報を、画像処理装置に送信する第１の送信手段と、
   前記サービスに関するジョブを前記画像処理装置のローカルアプリケーションで実行する際の表示モードを判定する判定手段と、
   前記ジョブと、前記判定された表示モードの情報とを、前記画像処理装置に送信する第２の送信手段と、
   を備えることを特徴とする中継サーバ。
8. サービス用サーバにより提供されるサービスを中継する中継サーバを制御するための制御方法であって、
   前記画像処理装置のＷｅｂブラウザで表示される画面に関する情報を、画像処理装置に送信する第１の送信ステップと、
   前記サービスに関するジョブを前記画像処理装置のローカルアプリケーションで実行する際の表示モードを判定する判定ステップと、
   前記ジョブと、前記判定された表示モードの情報とを、前記画像処理装置に送信する第２の送信ステップと、
   を備えることを特徴とする制御方法。
9. コンピュータを、請求項１乃至６のいずれか１項に記載の画像処理システムにおける前記画像処理装置が備える各手段として、機能させるためのプログラム。

Images