JP4999645B2 - 多機能プリンターの統合ローカルサービスの統一ホストアプリケーション及び関連方法 - Google Patents

Description

本発明は、多機能プリンターの統合ローカルサービスの統一ホストアプリケーション及び関連方法に関する。

また留意すべき点は、本願明細書で与えられる「背景技術」の記載が本発明の背景を一般的に表すためであるということである。ここに指名された発明者らの作業は、この背景技術の節に記載される範囲で、さもなければ出願時に従来技術として認可され得ない記載の態様と同様に、明示又は黙示を問わず本発明に対する従来技術として認められない。

従来、ユーザーがファイル記憶アプリケーションのような新しいサービスを多機能プリンター（「ＭＦＰ」）にインストールしたい場合、新しいアプリケーションは、図１に示されるように、当該サービスを利用可能にするＭＦＰへインストールされなければならなかった。

例えば、Document Mall（ドキュメントモール）（商標）は、セキュアなオンライン文書記憶を作成するアプリケーションであり、オンライン共有作業空間を可能にする。Document Mall（商標）は、セキュリティを、ウェブベースの文書管理及びオンデマンドで分配される協調機能、文書管理及び文書画像化サービスと結合する。

同様に、eCabinet（商標）は、多機能プリンターと統合するネットワーク文書レポジトリである。eCabinet（商標）は、ユーザーに文書をキャプチャし及び当該文書に自動的に索引を付ける能力を提供し、高速検索と結合されたアーカイブセキュリティを提供する。

これらのアプリケーションをＭＦＰの状況で活用するため、アプリケーションは、多機能プリンターの物理的サイトを移動し及びアプリケーションを手動でインストールするサービスマンによりインストールされる。

標準的なＭＦＰでは、種々の制限により限定数のアプリケーションしかインストールできない。従って、図２２に示されるように、標準的なＭＦＰ４００は、アプリケーション層４０２にインストールされた３個のアプリケーション４０１ａ−ｃを有するだけである。アプリケーション層４０２に見られるこれらのアプリケーションは、オペレーションシステム４０３を通じてＭＦＰのハードウェア４０４にアクセスする。

本発明の発明者らが認識したある問題は、各アプリケーションが、アプリケーションがインストールされるべきＭＦＰの固有のハードウェアのために書き直されなければならないことである。例えば、異なるモデルのＭＦＰは、Document Mall（商標）アプリケーションを実施するために、ＭＦＰのモデルのハードウェアの違いにより、異なるプログラムコードを要求した。

本発明は、特に、画像処理装置にインストールされたプラグインアプリケーションに対応するサービスのセットを呼び出す方法を提供する。方法は、画像処理装置のホストアプリケーションを開始する段階、及び画像処理装置の構成ファイルにアクセスする段階、を有する。構成ファイルは、少なくとも１つのプラグインの識別情報及び対応するサービスのセットを有する。方法は、識別された少なくとも１つのプラグインを開始する段階、を更に有する。プラグインは、サービスの対応するセットを統合形式でホストアプリケーションへ提供する。方法はまた、ホストアプリケーションサービス及びプラグインのサービスの対応するセットを有する統一グラフィカルインターフェースを提示する段階、を有する。

統一クライアントアプリケーションを画像処理装置で実施する方法であって、画像処理装置はアプリケーション層、ハードウェア及びオペレーションシステムを有する。方法は、ホストアプリケーションを開始し、構成ファイルを読み込む段階、を有する。構成ファイルは、ホストアプリケーションにより利用されるべき構成情報を有する。方法はまた、構成ファイルにより指定されたインストールされたプラグインの数に基づきプロジェクトアレイを識別する段階、及び対応するプラグインに含まれるサービスの数に基づきプロジェクト毎にサービスアレイを識別する段階、を有する。方法は、プロジェクトアレイウインドウを表示する段階、を更に有する。プロジェクトアレイウインドウは、プロジェクトアレイに含まれる各プロジェクトを図形表示する。方法は、プロジェクトがプロジェクトアレイウインドウ内で選択された場合、主ウインドウ及び規定サービスウインドウを表示する段階、を更に有する。主ウインドウは、複数のプロジェクトサービスの図式的表示を有する。更に方法は、複数のプロジェクトサービスへの図式的表示の１つが選択された場合、入力及び選択のために対応するサービスウインドウ内に選択肢を表示する段階、画像処理装置のハードウェアにより生成されたアップロードデータとサービスウインドウ内に入力され及び選択された選択肢とをジョブ待ち行列に追加する段階、及びジョブ待ち行列内のアップロードデータを、サービスデータハンドラを使用して処理する段階、を有する。サービスデータハンドラは、アップロードデータを画像処理装置から構成ファイルに含まれる宛先へ送信するサービスである。

ホストアプリケーションは、ホストアプリケーションによりプログラムで呼び出されるよう構成されたプラグインアプリケーションを有する画像処理装置のコアサービス、及びホストアプリケーションにより利用されるべき構成情報を有する、メモリー内に格納された構成フィアルを提供するよう構成される。ホストアプリケーションは、構成ファイルの情報に従い、プラグインをプログラムで呼び出すよう構成される。

理解されるべき点は、前述の本発明の全体的記載及び以下の詳細な記載は本発明の例であり、限定的でないことである。

本発明の他の目的、特徴及び利点は、以下の詳細な記載を添付の図面と関連して読むことにより明らかである。

本発明は、一つには、画像処理装置にインストールされたプラグインアプリケーションに対応するサービスのセットを呼び出す方法に関する。画像処理装置はＭＦＰである。ＭＦＰは、スキャン、印刷及び／又はファックスのような多機能を有する任意のプリンター又は複写機である。更に、上述のＭＦＰは、スキャン及び印刷が個別機能であるため、単一段階で文書をスキャン及び印刷する複写機を有して良い。

方法は、画像処理装置のホストアプリケーションを開始する段階、及び画像処理装置の構成ファイルにアクセスする段階、を更に有する。ホストアプリケーションは、ＭＦＰのオペレーティングシステムと相互作用し及びＭＦＰのハードウェアへオペレーティングシステムを通じてアクセスする実行コードであって良い。

構成ファイルは、少なくとも１つのプラグインの識別情報及び対応するサービスのセットを有する。構成ファイルは、ＸＭＬ、汎用マークアップ言語（ＳＧＭＬ）、ＧＭＬ、ＲＤＦ／ＸＭＬ、ＲＳＳ、Ａｔｏｍ、ＭａｔｈＭＬ、ＸＨＴＭＬ、ＳＶＧ、ＤＳＤＬ、ＸＵＬ、ＭＸＭＬ、ＥＡＤ又はＫｌｉｐのような拡張マークアップ言語を有する任意の種類の設定ファイルであって良い。

留意すべき点はまた、構成ファイルが混合ブランド環境で使用可能であることである。例えば、いくつかの異なるブランドの複写機がオフィス又はビルのような１つの環境で使用される場合でさえ、各独自ブランドは構成ファイルを利用可能である。更に、それぞれの異なるＭＦＰは、統一クライアントアーキテクチャ及びプラグインを読み込み可能であって良い。従って、各複写機又は多機能装置は、同一の基本インターフェース、及び問題の特定の複写機又は多機能プリンターの機能である限られたコマンドのみを有することが可能である。

各プラグインは、ＭＦＰの機能性を向上する多数のサービスを有する。方法は、識別された少なくとも１つのプラグインを開始する段階、を更に有する。プラグインは、サービスの対応するセットを統合形式でホストアプリケーションへ提供する。ここで統合は、１つの単位として形成し及び動作する個別の要素の組織的配置として定められる。

方法はまた、ホストアプリケーションサービス及びプラグインのサービスの対応するセットを有する統一グラフィカルインターフェースを提示する段階、を有する。統一グラフィカルインターフェースの例は、以下の図１２−１９を参照して議論される。

図を参照すると、いくつかの図を通じ同様の参照番号は同一の又は対応する部分を示す。より詳細には、図２では、統一クライアントアプリケーション５を有するアプリケーション層１が示される。ＭＦＰにインストールされた統一クライアントアプリケーション５は、コアアプリケーション６を有する。コアアプリケーションは、アプリケーションに仕えるプライマリルーチンを有するアプリケーションである。これらのプライマリルーチンは、標準的に、例えばスキャン、印刷、複写、ファックス、及び通信を有するＭＦＰの基本機能を実行する。

図２では、統一クライアントアプリケーション５は、統一クライアントアプリケーション５に関する設定を有するconfig.xmlファイル７を更に有する。更に、プラグイン８ａ−ｎは、コアアプリケーション６により制御される。

異なる種類のプラグインが、統一クライアントアプリケーション６にインストールされ得る。例えば、図２に示された当該例では、Document Mall（商標）プラグイン８ａ、eCabinet（商標）プラグイン８ｂ及び汎用プラグイン８ｎがインストールされる。

プラグインは一般に、コアアプリケーション６を介し多機能プリンターのハードウェアを動作するプログラム又はコードを有する。図２に示された統一クライアントアプリケーション５の別の説明は、図３で説明される。図３は、コアアプリケーション６、config.xmlファイル７及びプラグイン８を有する。

図４は、プラグイン８の内部構造の例を示す。例えば、プラグイン８は、単一のサービスウインドウ１０ａを有して良く、又は１０ａ−ｎのような多数のサービスウインドウを有しても良い。サービスウインドウ１０ａ−ｎは、ユーザーがサービスウインドウ１０ａ−ｎに対応するサービスと相互作用することを可能にするユーザーインターフェースである。サービスウインドウ１０ａ−ｎの更なる説明は、図１２−１６を参照して以下に議論される。プラグイン８はまた、単一のサービスデータ１１ａを有して良く、又は多数のサービスデータ要素１１ａ−ｎを有しても良い。各サービスウインドウ１０ａ−ｎは、対応するサービスデータ１１ａ−ｎを有する。サービスデータ１１ａ−ｎは一般的に、サービス名、サービスＩＤ、サービスウインドウ１０ａ−ｎに対応する構成データ、規定サービスウインドウデータ及びユーザーによりサービスウインドウ１０ａ−ｎを通じて入力された実行時間データを有する。

プラグイン８はまた、サービスデータハンドラ１２を有し、及び任意的にログインウインドウ１３及びログインデータ１４、換言すると認証ユーザーインターフェースを有して良い。サービスデータハンドラ１２は、ＭＦＰから受信装置へデータをアップロードする統一クライアントアプリケーションの一部である。各プラグイン８では、複数のサービスウインドウ１０ａ−ｎ及びサービスデータ要素１１ａ−ｎが存在して良い。しかしながら、ある好適な実施例によると、唯１つのサービスデータハンドラ１２が存在する。他の実施例は、１つより多いサービスデータハンドラ１２を有して良い。

図５は、Document Mall（商標）プラグイン８ａの例を示す。Document Mall（商標）サービスは、プラグイン８としてコアアプリケーションにインストールされ得る。Document Mall（商標）プラグイン８ａが統一クライアントアプリケーション５にインストールされた場合、Document Mall（商標）により提供されるサービスは、統一クライアントアプリケーション５がインストールされるＭＦＰにまで及ぶ。Document Mall（商標）プラグイン８ａは、望ましくは選択的なログインウインドウ２３及びログインデータ２４を有する。これらの選択肢は、ユーザー名、パスワード及びアカウントを入力させ、そしてプラグイン８ａにより利用されることを可能にし、プラグイン８ａが未許可のユーザーによるプラグイン８ａの使用を制限することを可能にする。

Document Mall（商標）プラグイン８ａは、いくつかの異なるサービスウインドウ及びサービスデータを更に有する。例えば、Document Mall（商標）プラグイン８ａには、ｅメールサービスウインドウ２０ａ及びフォルダーサービスウインドウ２０ｂが含まれる。ｅメールサービスウインドウ２０ａは、ユーザーにDocument Mall（商標）が格納するｅメールアドレスをスキャン宛先として入力させるユーザーインターフェースである。一方で、フォルダーサービスウインドウ２０ｂは、ユーザーにDocument Mall（商標）フォルダーをスキャン宛先として選択させるユーザーインターフェースである。更に、ｅメールサービスデータ２１ａ及びフォルダーサービスデータ２１ｂも含まれる。ｅメールサービスデータ２１ａ及びフォルダーサービスデータ２０ｂは、それぞれｅメールサービスウインドウ２０ａ及びフォルダーサービスウインドウ２０ｂにより生成されたデータに相当する。Document Mall（商標）プラグイン８ｂはまた、サービスデータハンドラ２２を有する。Document Mall（商標）プラグイン８ａの例では、サービスデータハンドラ２２は、ｅメールサービスデータ２１ａ及びフォルダーサービスデータ２１ｂの両方を１つのupload.xmlファイルに融合し、そしてアップロードファイルをDocument Mall（商標）サーバーへhttpsポストコマンドを通じて送信するアップロードハンドラとして使用される。当該例で言及されないサービスデータハンドラ２２の他の使用もまた、可能である。

図６ａは、統一クライアントソフトウェアアーキテクチャ構造を示す。図２及び３に示される統一クライアントアプリケーション５は、統一クライアント主スレッド３０により開始される。図６ａでは、統一クライアント主スレッド３０は、プロジェクトアレイ３１及びプロジェクトアレイウインドウ３２を有するように示される。主スレッド３０は、コアアプリケーション６を開始し、そしてconfig.xmlファイル７を読み出し、プロジェクトアレイ３１を作成する。プロジェクトアレイ３１は、いくつかのプロジェクト３３ａ−ｎを有する。各プロジェクト３３ａ−ｎは、少なくとも１つのプラグイン８に対応する。

プロジェクトアレイ３１は、統一クライアントアプリケーションにインストールされたプロジェクトのリストである。プロジェクトアレイ３１は、config.xmlファイル７に含まれるプロジェクト（<project>）タグを読み出し構築される。更に、主スレッド３０は、config.xmlファイル７に含まれるサービス（<service>）タグを読み出すことにより各プロジェクト３３ａ−ｎに対しサービスアレイ３４ａ−ｎを作成する。サービスアレイは、各プロジェクトの下にインストールされたサービスのリストである。主スレッド３０はまた、プロジェクトアレイウインドウ３２を表示する。プロジェクトアレイウインドウ３２は、統一クライアントアプリケーション６を使用する又は実行する時に最初に表示される画面である。しかしながら、本発明のある実施例によると、唯１つのプロジェクト３３ｂがシステムに構成される場合、プロジェクトアレイウインドウ３２はバイパスされる。プロジェクトアレイウインドウ３２は、ユーザーに選択のためのプロジェクトボタンを表示する。プロジェクトボタンが選択されると、対応するプロジェクト３３ａ−ｎが呼び出される。プロジェクトアレイウインドウ３２は、図９を参照して以下に更に詳細に議論される。

図６ａに示されたいくつかのプロジェクト３３ａ−ｎは、プロジェクトアレイ３１と接続される。各プロジェクト３３ａ−ｎは、対応するログインデータプラグイン３６及びログインウインドウプラグイン３７を通じてプロジェクト３３ａ−ｎのログイン／ログアウト処理を管理し得る。例えば、プロジェクト３３ａ−ｎで認証が必要な場合、ログインウインドウプラグイン３７が使用され、ユーザーがプロジェクト３３ａ−ｎへのアクセスを開始し得る前に表示されるログインウインドウを表示し得る。ログイン／ログアウトボタンが押下されると、ログインデータプラグイン３６により使用される対応するログイン及びログアウトハンドラが、呼び出される。

更に、プロジェクト３３ａ−ｎは、ポストログイン処理を制御し得る。例えば、各サービス３８ａ−ｎは、各サービス自身のポストログイン処理を、サービスウインドウプラグイン４０ａ−ｎにより表示される各サービスのサービスウインドウに対し定め得る。認証が成功した場合、各サービス３８ａ−ｎのポストログイン処理は、順次呼び出される。

上述のログインウインドウプラグイン３７により表示されたログインウインドウは、認証ユーザーインターフェース（「ＵＩ」）表示の例である。ログインウインドウプラグイン３７により表示されたログインウインドウは、ログインデータプラグイン３６に含まれ及び認証処理記述を有するログインデータと相互作用する。更に、ログインウインドウプラグイン３７により使用されるログインウインドウが実施され、追加認証情報を要求し得る。Document Mall（商標）プラグイン８ａのある例として、Document Mall（商標）ログインウインドウ２３が実施され、ユーザーのためのアカウント情報を入力する場所を有して良い。他の情報は、ログインウインドウプラグイン３７により利用されて良い。更に、ログインデータは、各サービスウインドウ４０ａ−ｎ及びサービスデータハンドラ１２によりアクセスされ得る。更に、各プロジェクト３３ａ−ｎは、主ウインドウ３５及びサービスアレイ３４ａ−ｎを有する。

図６ａでは、主ウインドウ３５は、プロジェクト３３ｂと関連付けられる。主ウインドウ３５だけがプロジェクト３３ｂの下に図示されるが、各プロジェクト３３ａ−ｎは主ウインドウを有するよう実施されて良い。主ウインドウ３５は、ボタンに対応する各サービス３８ａ−ｎに対するサービス管理のために使用される。当該ボタンは、ユーザーが選択可能な、サービスウインドウへのリンクであり、主ウインドウ３５に含まれる。例えば、Document Mall（商標）プラグイン８ａの例では、主ウインドウ３５は、スキャン設定の取り扱い、文書名入力及びログインボタンの取り扱いのためのボタンを有する。主ウインドウ３５の別の例は、図１０を参照して以下に議論される。

各プロジェクト３３ａ−ｎには、サービスアレイ３４ａ−ｎが含まれる。各サービスアレイ３４ａ−ｎは、含まれるサービス３８ａ−ｎのリストを有する。サービス３８ａ−ｎは、インストールされたプラグインに関連する機能である。各サービス３８ａ−ｎは、サービスウインドウプラグイン４０ａ−ｎ及びサービスデータプラグイン３９ａ−ｎを有する。サービスウインドウプラグイン４０ａ−ｎに含まれるサービスウインドウは、サービスウインドウユーザーインターフェースを表示する。更に、サービスウインドウプラグイン４０ａ−ｎは、ポストログイン処理を実行するか、又は既定値を得てそしてサービスデータプラグイン３９ａ−ｎに設定する。例えば、Document Mall（商標）プラグイン８ａの例のポストログイン処理では、Document Mall（商標）フォルダーサービスは、ユーザーのフォルダーリストをダウンロードし、そしてユーザーのフォルダーを規定フォルダー宛先として設定する。サービスウインドウプラグイン４０ａ−ｎはまた、ユーザーとの相互作用動作を実行し、サービスデータプラグイン３９ａ−ｎ内のサービスデータと相互作用し及び更新する。サービスウインドウプラグイン４０ａ−ｎは、抽象型クラスである。また、サービスウインドウプラグイン４０ａ−ｎの特定の動作は、コードで予め定められている。しかしながら、開発者は、開発者の必要に応じて、サービスウインドウプラグインに機能を追加するか、又は拡張することが可能である。例えば、Document Mall（商標）プラグイン８ａの例では、Document Mall（商標）ｅメールサービスウインドウは、Document Mall（商標）サービスを使用したｅメールアドレス検索、及び手動ｅメールアドレス入力の両方を支援する。

サービスデータプラグイン３９ａ−ｎに含まれるサービスデータは、ユーザー動作に基づき、サービスウインドウプラグイン４０ａ−ｎにより更新される。更に、サービスデータプラグイン３９ａ−ｎに含まれるサービスデータは、アップロード動作が実行された場合、サービスデータハンドラ１２によりアクセスされる。例えば、ネットワークフォルダーへのｅメールの送信又はアップロードは、Document Mall（商標）プラグイン８ａの例では、サービスデータハンドラ１２により実行される。サービスウインドウプラグイン４０ａ−ｎのように、サービスデータプラグイン３９ａ−ｎは抽象型クラスであり、プラグインの開発者により更新又は拡張され更なるサービス関連データを作成し得る。例えば、Document Mall（商標）プラグイン８ａの例では、Document Mall（商標）ｅメールサービスは、サービスデータプラグイン３９ａ−ｎ内に含まれるサービスデータ内に保存されたｅメール宛先アドレスに基づき、ｅメールを送信する。

従って、統一クライアント主スレッド３０は、いくつかのプロジェクト３３ａ−ｎを記載するプロジェクトアレイ３１を有し、各プロジェクトはいくつかのサービス３８ａ−ｎを記載するサービスアレイ３４ａ−ｎを有する。プロジェクト３３ａ−ｎは、プロジェクトアレイウインドウ３２に表示される。また各プロジェクトは主ウインドウ３５、及び主ウインドウ３５の前に表示される選択的なログインウインドウを有する。ログインウインドウは、或いは主ウインドウ３５と同時に表示され得る。更に、各サービス３８ａ−ｎは、サービスウインドウプラグイン４０ａ−ｎに含まれるサービスウインドウを有する。

また留意すべき点は、複数のプラグイン８が単一のプロジェクト３３ａ−ｎと関連付けられ得ることである。例えば、Document Mall（商標）プラグイン８ａ及びeCabinet（商標）プラグイン８ｂが単一のプロジェクト３３ａ−ｎに含まれる場合、ユーザーはDocument Mall（商標）及びeCabinet（商標）サービスウインドウ４０ａ−ｎの両方を主ウインドウ３５内に見る。ユーザーが対応するサービスウインドウ４０ａ−ｎ内の全ての必要な情報を入力した場合、１つのスキャンジョブは、Document Mall（商標）及びeCabinet（商標）サーバーの両方へ分配され得る。

図６ｂを参照すると、当該図は、接続記号Ａにより図６ａと接続する。ＭＦＰによるスキャンが完了すると、アップロードデータ５０が作成される。アップロードデータ５０は、例えば、文書名、スキャンデータ、ログインデータ及びサービスデータを有する。アップロードデータ５０はまた、サービスデータハンドラ５４ａ−ｎによりアップロードされ得る、受信装置への任意の他の情報を有し得る。サービスデータハンドラ５４ａ−ｎは、ＭＦＰからのデータのアップロードを実行する。また各サービスデータハンドラは、プロジェクト３３ａ−ｎに関連する。アップロードスレッド／ジョブモニター５１は、ジョブ待ち行列５３を有する。アップロードスレッド／ジョブモニター５１は、ジョブ待ち行列５３を監視し及びジョブが利用可能になった場合にジョブを処理するバックグランド処理である。アップロードスレッド／ジョブモニター５１は、サービスデータハンドラ５４ａ−ｎに接続される。スキャンが完了した場合、主スレッド３０は、主スレッド３０の最終アップロードデータ５０を投稿し、そして最終アップロードデータ５０をジョブ待ち行列５３に追加する。

各ジョブに対し、アップロードスレッド／ジョブモニター５１は、対応するサービスデータハンドラ５４ａ−ｎに基づきアップロードデータ５０を分類し、そして対応するサービスデータハンドラプラグイン５４ａ−ｎを呼び出し、アップロードデータ５０を処理する。例えば、Document Mall（商標）プラグイン８ａの例では、アップロードスレッド／ジョブモニター５１はスキャン又は画像ファイルに関連する情報、ログインデータ、ｅメールサービスデータ及びフォルダーサービスデータのような一般的なデータを、処理されるようDocument Mall（商標）サービスデータハンドラプラグイン５４ａ−ｎへ渡す。アップロードスレッド／ジョブモニター５１が上述の段階を完了すると、最終段階は、ジョブアップロード状態を得て、そしてジョブログを更新することである。ジョブアップロード状態は、サービスデータハンドラ５４ａ−ｎによるアップロードの状態である。またジョブログは、アップロードスレッド／ジョブモニター５１により処理されたジョブのリストである。

上述のように、サービスデータハンドラ５４ａ−ｎは、アップロードデータ５０のアップロードを実行する。例えば、Document Mall（商標）プラグイン８ａの例では、サービスデータハンドラ５４ａ−ｎは、一般的データ、ログインデータ、ｅメール宛先のようなｅメールサービスデータ、及びフォルダー宛先のようなフォルダーサービスデータを受信する。最後に、サービスデータハンドラ５４ａ−ｎは、受信したアップロードデータ５０をupload.xmlファイルに構成し、そして当該xmlファイルを、config.xmlファイル７内で指定されたDocument Mall（商標）サーバーへ、httpポスト処理を介しアップロードする。最後に、サービスデータハンドラ５４ａ−ｎは、アップロード状態をジョブロギングのためジョブモニターへ報告する。

フローチャート内の如何なる処理の記載又はブロックも、モジュール、セグメント、特定の論理関数又は処理中の段階を実施するための１つ以上の実行命令を有するコードの部分として理解されるべきである。また代案の実装は、当業者に理解されるように、含まれる機能に依存して実質的に同時に又は逆を含み、示された又は議論された順序から外れた順序で実行されて良い本発明の例である実施例の範囲に含まれる。

図７Ａ−７Ｄは、統一クライアント主スレッド３０のフローチャートを示す。図７Ａで開始された後、統一クライアントアプリケーション５は、段階６０で初期化される。統一クライアントアプリケーション５は、コアアプリケーション６を最初に初期化することにより初期化される。Config.xmlファイル７は、次に段階６１で読み出される。Config.xmlファイル７は、コアアプリケーション６の及びホスト又はコアアプリケーション６と関連付けられたプラグイン８の設定を有する。プロジェクトアレイ３１は次に、段階６２で、インストールされたプラグイン８の数に基づき構築される。次に段階６３で、サービスアレイ３４ａ−ｎは各プロジェクト３３ａ−ｎに対し構築される。更に主ウインドウ３５が、段階６４で構築される。前述のように、以下により詳細に議論される図１０は、主ウインドウ３５の例を示す。フローは次に、図７Ｂの処理Ｂへ進む。

図７Ｂでは、プロジェクトアレイ３１の長さは、段階７０で検査される。プロジェクトアレイ３１は、統一クライアントで構成されたプロジェクト３３ａ−ｎのリストを有する。プロジェクトアレイ３１の長さが１より長い場合、フローは段階７１へ進む。しかしながら、プロジェクトアレイ３１の長さが１より長くない場合、フローは段階７４へ進む。段階７４では、プロジェクトカウントはｉ＝０に設定され、及びプロジェクト０が選択される。上述のように、段階７０で決定されたプロジェクトアレイ３１の長さが１より長い場合、段階７１でプロジェクトアレイウインドウ３２が作成される。プロジェクトアレイウインドウ３２は次に、段階７２で表示される。そして段階７３で、プロジェクトは手動ユーザー入力に基づき選択される。段階７３又は段階７４によりプロジェクトが選択されると、段階７５は選択されたプロジェクトを初期化又は実行する。

全体的な手順として、段階７０−７４は、１つより多いプロジェクトがシステムに構成されているかどうかを知るために検査する処理を実行する。１つのプロジェクトだけが構成されている場合、プロジェクトアレイウインドウ３２は表示されず、そして単一の構成されたプロジェクトが初期化される。１つ以上のプロジェクトがシステムに構成されている場合、プロジェクトアレイウインドウ３２が構築されそしてユーザーに示され、初期化するプロジェクトを選択する能力をユーザーに与える。

図７ＢのＣから図７Ｃを参照すると、段階８０は、初期化されたプロジェクトがログインウインドウプラグイン３７を有するかどうかを決定する。如何なるログインウインドウプラグイン３７もインストールされない場合、フローは図７Ｄの処理Ｅへ進む。プロジェクトがログインウインドウプラグイン３７を有する場合、ログインウインドウクラス及びログインデータクラスの両方は、段階８１で読み込まれる。

クラスファイルが読み込まれると、段階８２でログインウインドウが表示される。ログインウインドウは、ログインボタン及び取り消しボタンの両方を有する。段階８３で、どのボタンが押下されたかに依存して、フローは異なる方へ進む。ログインボタンが押下された場合、フローは段階８４へ進む。段階８４では、ログインウインドウプラグイン３７の処理ログイン関数が呼び出される。しかしながら、段階８３で取り消しボタンが押下された場合、フローは図７Ｂの処理Ｄへ進む。処理Ｄは、フローを処理７０へ戻し、プロジェクトアレイ３１が１より長い場合、プロジェクトアレイウインドウ３２をもう一度表示する。

段階８３でログインボタンが押下された場合、段階８４で、ログインウインドウプラグイン３７のログイン関数が呼び出される。段階８５は、ログインが成功したかどうかを知るために検査する。ログインが成功しなかった場合、フローは段階８６へ進み、ログインウインドウをリセットし、そして次に段階８２へ戻る。ログインが成功した場合、フローは図７Ｄの処理Ｅへ進む。

従って、図７Ｃは、ログインウインドウプラグイン３７が選択されたプロジェクト３３ａ−ｎにインストールされた場合、認証を完了する一般的な手順を有する。如何なるログインウインドウプラグイン３７もインストールされない場合、ログイン処理の全体はスキップされる。

図７Ｄを参照すると、段階９０で、各サービスのサービスデータが読み込まれる。サービスデータが読み込まれると、フローは段階９１へ進む。段階９１では、各サービスのポストログイン関数が呼び出される。段階９２では、ログアウトリスナーは、主ウインドウ３５に設定される。更に、段階９３で、各サービス３８ａ−ｎのサービスボタンは、主ウインドウ３５内に作成される。各サービスのサービスウインドウクラスは次に、段階９４で読み込まれる。そしてアップロードデータ５０は、段階９５で初期化されるか又は作成される。

アップロードデータ５０が段階９５で初期化されると、段階９６で、主ウインドウ３５がユーザーに表示される。規定サービスは次に段階９７で選択される。そして選択されたサービスに対応するサービスウインドウは、段階９８で表示される。段階９９では、サービスデータは段階９８で表示されるサービスウインドウに入力される。フローは次に段階１００へ進む。段階１００は、自動ログアウト時間が終了したかどうかを検査する。自動ログアウト機能は、如何なるユーザー活動も所定の時間期間の間に検出されない場合、フローをログアウト段階１０１へ進める。段階１００で自動ログアウト時間が終了していないと決定された場合、フローは段階１０１へ進む。段階１０１は、ボタンが押下されたかどうかを決定する。ボタンが押下された場合、フローは段階１０２へ進む。押下されない場合、フローは段階１００へ戻る。段階１０２は、どのボタンが押下されたかを決定する。サービスボタンの１つが押下された場合、段階１０３で選択されたサービスが設定され、そしてフローは段階９８へ戻る。段階９８では、新たに選択されたサービスウインドウが表示される。段階１０２でログアウトボタンが押下された場合、フローは段階１０１へ進む。段階１０１では、各サービスはリセットされ、主ウインドウ３５はリセットされ、そしてアップロードデータはリセットされる。

段階１０２でＭＦＰ「開始ボタン」がユーザーにより押下された場合、フローは段階１０５へ進む。段階１０５で、スキャンが完了する。フローは次に、段階１０６へ進む。段階１０６では、アップロードデータ５０は複製されそしてジョブ待ち行列５３へ追加される。

図８を参照すると、図８は、統一クライアントアップロードスレッド５１のフローチャートを示す。開始後、段階１２０でジョブモニター初期化が実行される。システムは次に、段階１２１で任意のジョブがジョブ待ち行列５３にあるかどうかを検査する。如何なるジョブもジョブ待ち行列５３に存在しないと決定された場合、フローは段階１２１の始めに戻る。システムは、ジョブがジョブ待ち行列５３内で観察されるまで、ループの間、この状態に留まる。

段階１２１で、ジョブがジョブ待ち行列５３内に存在すると決定された場合、フローは段階１２２へ進み、そしてジョブ待ち行列５３からジョブを得て、及び対応するサービスデータハンドラ５４ａ−ｎに基づき、ジョブに含まれるサービスを分類する。次に、段階１２４で、一般的ログインデータ及び対応するサービスデータは、サービスデータハンドラ５４ａ−ｎへ渡される。サービスデータハンドラ５４ａ−ｎは次に、段階１２４で、ジョブアップロードデータ５０を処理する。

サービスデータハンドラ５４ａ−ｎがジョブアップロードデータ５０を処理すると、段階１２５で、ジョブモニター５１はジョブアップロード状態をサービスデータハンドラ５４ａ−ｎから得て、そしてジョブログを更新する。フローは段階１２６へ進む。段階１２６は、更なるサービスデータハンドラ５４ａ−ｎが存在するかどうかを知るために検査する。如何なるサービスデータハンドラ５４ａ−ｎもジョブのために残っていない場合、フローは段階１２１へ戻り、待ち行列内の新しいジョブを検査する。１２６でより多くのサービスデータハンドラ５４ａ−ｎが含まれる場合、フローは段階１２３へ戻り、そして段階１２３−１２５を再び処理する。このループは、如何なるサービスデータハンドラ５４ａ−ｎもジョブのために残されなくなるまで続く。

従って、統一クライアントアップロードスレッドは２個のループを有する。最初のループは、待ち行列内の新たなジョブを検査する。２番目のループは、ジョブが存在すると決定されると生じる。２番目のループでは、システムは検査を通じループし、ジョブ内の全てのサービスデータハンドラ５４ａ−ｎが処理されていることを保証する。

図９を参照すると、プロジェクトアレイウインドウ３２の例が示される。プロジェクトアレイウインドウ３２は、システムメッセージ１５１のために予約された行を有する。また、統一クライアントロゴ１５２及びプロジェクトアレイウインドウ１５３の使用方法に関するユーザーへの指示が含まれる。プロジェクトアレイウインドウ１５３はまた、ユーザーにより選択可能であり並びにユーザーを主ウインドウ３５及び選択されたプロジェクト３３ａ−ｎの規定サービスウインドウへ接続するいくつかのプロジェクトボタン１５４を有する。このようなボタンの例は、Document Mall（商標）ボタン１５４、eCabinet（商標）ボタン１５４ａ又は他の同様の種類のプロジェクトボタン１５４ｂ、１５４ｎである。スクロールバー１５５は、多数のプロジェクトボタンをプロジェクトアレイウインドウ３２にインストール可能にする。従って、プロジェクトアレイウインドウ３２の機能は、どのプロジェクト３３ａ−ｎをユーザーがＭＦＰで使用したいかをユーザーが選択することを可能にすることである。

図１０は、主ウインドウ３５の例を示す。主ウインドウ３５は、統一クライアントロゴ１６１、また文書名１６２及びログアウトボタン１６３を有する。図７ｄに関連して先に議論されたように、ログアウトボタン１６３は、ユーザーが選択されたプロジェクトからログアウトし、そして図９で記載されたプロジェクトアレイウインドウ３２へ戻ることを可能にする。主ウインドウ３５はまた、多数のサービスに対応する多数のボタン１５６乃至１５９を有する。主ウインドウ３５内に表示されたボタンは、プロジェクトアレイウインドウ３２で選択されたプロジェクト３３ａ−ｎに対応する。例えば、Document Mall（商標）プロジェクト１５４がプロジェクトアレイウインドウ３２で選択された場合、いくつかのDocument Mall（商標）に関連するボタンが利用可能である。例えば、ボタン１５６は、ユーザーがDocument Mall（商標）ｅメールサービスウインドウへのスキャンを開始することを可能にする。項目１５７は、ユーザーがフォルダーサービスウインドウへのスキャンを開始することを可能にする。項目１５８は、スキャン設定サービスウインドウを開くボタンである。一方で項目１５９は、ユーザーがジョブログサービスウインドウを開くことを可能にする。本発明は、図１０に含まれるボタンの数、又は図１０に示されたサービスに限られない。更に矢印ボタン１６０ａ及び１６０ｂは、ユーザーが多数のサービスボタンを通じてスクロールするのを可能にする。従って、如何なる種類のサービスボタンも、主ウインドウ３５にインストールされ得る。

図１１Ａ−１１Ｃは、config.xmlファイル７の例を示す。留意すべき点は、図１１Ａ−１１Ｃが、どのようにconfig.xmlファイル７が設計され得るかの包括的な例を意図していないことである。代わりに、図１１Ａ−１１Ｃは、統一クライアントアプリケーション５のためにconfig.xmlファイル７が書かれ得るある方法を有する。

図１１Ａは、config.xmlファイル７の例を開始する。図１１Ａの行１では、config.xmlファイル７はルートタグ（<root>）で開始する。ルートタグの下は、システムにインストールされた異なるjarファイルを有するjarファイルリストタグ（<JarFileList>）である。Jarファイルは、いくつかのクラスフィアルを有する単一ファイルである。各クラスファイルは、当該例では、異なるサービス３８ａ−ｎに対応するコードの部分を有する。当該実施例では、config.xmlファイル７に記載されたjarファイルは、統一クライアントアプリケーション５にインストールされたプラグイン８に対応する。この例では、eCabinet（商標）jarファイル及びDocument Mall（商標）jarファイルがインストールされる。eCabinet（商標）jarファイルは、eCabinet（商標）プラグイン８ｂに対応する。またDocument Mall（商標）jarファイルは、Document Mall（商標）プラグイン８ａに対応する。各プラグインはまた、行６に示されるようにプロジェクト３３ａ−ｎに対応する。

行６で、プロジェクトタグはプロジェクト３３ａ−ｎを開始する。そして行７で、プロジェクト名が指定される。この例では、プロジェクト名はeCabinet（商標）として記載される。行９に含まれる規定スキャン設定は、この例では空いているが、多数の異なる設定を有し得る。行１１に、規定解像度設定タグ（<DefaultResolution>）が含まれる。この例では、規定解像度は、２００ｄｐｉに相当する２００に設定される。行１３に、規定両面スキャン設定が含まれる。この例では、規定両面スキャン設定は偽に設定される。この設定は、多機能プリンターが片面だけではなく紙の両面をスキャンするかどうかを、ユーザーが設定することを可能にする。行１５には、プロジェクトのログイン設定が含まれる。この例では、eCabinet(商標)プロジェクトは、ログインを有さない。しかしながら、この設定はまた真に設定され得る。Config.xmlファイル７のある実施例では、行１５でログイン設定が真に設定されている場合、行１６にログインクラスが含まれる。他の実施例は、この方法でクラスファイルを有さなくて良い。この例では、行１５のログイン設定が偽に設定されるので、如何なるログインクラスも含まれない。

先に議論されたように、各プロジェクト３３ａ−ｎは、多数のサービス３８ａ−ｎを含む。行１７で、サービスタグはサービス３８ａ−ｎを記載する区間を開始する。行１９に、サービスの名称が含まれる。また行２０に、表示名が含まれる。この例では、サービス名はeCabinet(商標)に設定され、及び表示名はeCabinet(商標)Ownerに設定される。表示名設定は、サービスが主ウインドウ３５のサービスボタンにどのように表示されるかを示す。プロジェクト毎に、データハンドラが含まれる。またサービス毎に、サービスウインドウが含まれる。この例では、行２２及び２３に、サービスウインドウクラスファイルが記載される。サービスウインドウクラスファイルは、サービスウインドウを表示するために必要な全てのコードを有する。行２５及び２６に、データハンドラクラスファイルが記載される。これは、このプロジェクト内のデータハンドラに必要な全てのコードを有する。行２７から、このサービスの構成データが含まれる。この例では、行２９にeCabinet(商標)サーバーアドレスが１１．１１．１１．１１１として記載される。アドレス１１．１１．１１．１１１は、使用され得るアドレスの例である。ＩＰｖ６アドレスを有する他のアドレス又はドメイン名のような名称アドレスも使用され得る。更に、eCabinet(商標)サーバーポートは、ポート８１として記載される。他のポート番号も、この例で使用され得る。行３３から、データハンドラ構成データが含まれる。この例では、データハンドラ構成データは、eCabinet(商標)サーバーアドレスを行３３に、またＦＴＰポートを行３４に有する。如何なるＦＴＰポートも行３４に含まれない場合、２１のような規定ＦＴＰポートが使用される。行３７で、データハンドラ構成データタグは閉じられる。そして行３８でサービスは閉じられる。従って、この例のeCabinet(商標)サービス構成は、行１７乃至３９の間に記載される。

図１１Ｂを参照する。図１１Ｂには、eCabinet(商標)プロジェクトの下に含まれる第２のサービスが記載される。行１から、サービスタグはサービスを開始する。この例のサービス名は、行２に含まれ、eCabinet(商標)フォルダーとして記載される。表示名は、行３に含まれ、eCabinet(商標)Folderとして記載される。上述のeCabinet(商標)サービスの場合のように、eCabinet(商標)フォルダーサービスはまた、行５−７に示されたサービスウインドウクラス及び行９−１１に含まれるデータハンドラクラスを有する。またeCabinet(商標)フォルダーサービスには、eCabinet(商標)サーバーアドレスが行１４で含まれ、またeCabinet(商標)サーバーポートが行１６で含まれる。またこの例では、データハンドラ構成データは行１９で含まれ、並びにeCabinet(商標)サーバーアドレスを行２１に、及びＦＴＰポート設定を行２２に有する。サービスは次に行２４で閉じられ、そしてプロジェクトは行２５で閉じられる。従ってこの例では、eCabinet(商標)プロジェクトは２個のサービス、つまりeCabinet(商標)サービス及びeCabinet(商標)フォルダーサービスを有する。

行２７は、config.xmlファイル７の例の続きである。図１１Ｂの行２７で、新しいプロジェクトは、プロジェクトタグで開始される。このプロジェクトの名称は、行２９にDocument Mall(商標)として記載される。この例では、行３１で、規定スキャン設定タグが開かれ、そして規定設定を表示して閉じられる。そして行３２で規定解像度は２００に設定される。行３３で、規定両面スキャンは真に設定される。そして行３５で、ログイン設定は真に設定される。上述のeCabinet(商標)プロジェクトに関する議論で記されたように、ログイン設定はこの例では行３５で真に設定されるので、行３７及び３８で、ログインクラスファイルが記載される。図１１Ａの行１６と対照的に、Document Mall(商標)プロジェクトの例では、ログインクラスが含まれる。

図１１Ｃを参照する。図１１Ｃには、Document Mall(商標)プロジェクトの下に含まれるサービスタグが記載される。第１のサービスは、行１に含まれるサービスタグで開始する。行２に、サービス名DMEmailが含まれる。また行３に、表示名DM Emailが含まれる。このサービスウインドウクラスは行５−７に記載される。またデータハンドラクラスは行８−１０に記載される。

行１１から、Document Mall(商標)ｅメールサービスの構成データが含まれる。この例では、行１２に、Document Mall(商標)サーバーアドレスは、documentmall.comとして含まれる。また行１３で、構成データタグは閉じられる。行１５に、データハンドラ構成データタグが開始される。このタグ内で、行１６に、Document Mall(商標)サーバーアドレスが含まれる。また行１７で、データハンドラ構成データタグは閉じられる。行１８で、Document Mall(商標)ｅメールサービスは閉じられる。

行２０は、Document Mall(商標)プロジェクトの下の第２のサービスを、サービスタグで開始する。行２１に、DMFolderのサービス名が含まれる。また行２２に、表示名DM Folderが含まれる。行２４−２６に、サービスウインドウクラスが記載される。また行２７−２９にデータハンドラクラスが記載される。行３０で、構成データは構成データタグで開始する。行３１に、Document Mall(商標)サーバーアドレスが含まれる。行３２で、構成データは閉じられる。行３３−３５は、データハンドラ構成データを示し、行３４はDocument Mall(商標)サーバーアドレスを示す。行３６で、サービス終了タグはサービスを閉じる。行３７で、プロジェクト終了タグはDocument Mall(商標)プロジェクトを閉じる。行３８で、ルート終了タグはconfig.xmlファイル７を閉じる。

多機能プリンターにインストールされた統一クライアントアプリケーション５の機能的な例は、図１２−１６に記載される。この例では、統一クライアントアプリケーション５は、eCabinet(商標)プラグイン８ｂと共にインストールされる。eCabinet(商標)プラグイン８ｂを有する統一クライアントアプリケーション５は、ＳＤＫ／Ｊを使用して開発され、及び統一クライアントアプリケーション５がインストールされる各ＭＦＰでＣＶＭオプションを使用する。ＳＤＫ／Ｊは、組み込みソフトウェアアーキテクチャのソフトウェア開発キット(「ＳＤＫ」)である。ＳＤＫは、会社内開発者、独立のソフトウェアベンダー及びシステムインテグレーターがカスタマイズされたＪＡＶＡ(登録商標)ベースのソリューションをＭＦＰに分配することを可能にする。ＣＶＭの選択肢は、ＭＦＰにインストール可能なＪａｖａ(登録商標)バーチャルマシンである。他の種類のバーチャルマシン及び／又はプログラム言語が使用され、統一クライアントアプリケーションに関連付けられたプラグインを作成し得る。

eCabinet（商標）プラグイン８ｂを有する統一クライアントアプリケーション５の例は、２個のＳＤＫ／Ｊ型アプリケーションを使用する。２個のＳＤＫ／Ｊアプリケーションは、例えば、主要統一クライアント機能を実施する１個のＪａｖａ(登録商標) Ｘｌｅｔアプリケーション、及びユーザーがウェブブラウザを介してconfig.xmlファイル７を遠隔で更新することを可能にする１個のサーブレットアプリケーションである。eCabinet(商標)プラグイン８ｂを有する統一クライアントアプリケーション５により支援されるいくつかのサービスは、eCabinet(商標)サーバーへのスキャン、eCabinet(商標)フォルダーへのスキャン、スキャン設定及びジョブログの閲覧である。これらのサービスは、eCabinet(商標)プロジェクト主ウインドウ３５のサービスボタンとして表現される。統一クライアントアプリケーション５が、当該例のように、１つのインストールされたプロジェクト３３ａ−ｎだけを有する場合、規定サービスウインドウは、主ウインドウ３５と一緒に表示される最初のウインドウである。

図１２に、主ウインドウ３５及びサービスウインドウ１７３の例を示す。主ウインドウ３５及びeCabinet（商標）オーナーサービスウインドウ１７３が表示される。主ウインドウ３５は、ロゴ１６１、また文書名１６２及び終了セッション又はログアウトボタン１６３を有する。更に、いくつかのサービスボタン１６４−１６７はまた、主ウインドウ３５に含まれる。eCabinet（商標）の例では、第１のサービスボタンはeCabinet（商標）オーナーボタン１６４である。図１２では、当該ボタンが選択され、そして結果として対応するeCabinet（商標）オーナーサービスウインドウ１７３が表示される。eCabinet（商標）オーナーサービスウインドウの左側は、オーダーリストウインドウ１６８及びリフレッシュボタン１６９を有する。更に、eCabinet（商標）オーナーサービスウインドウ１７３の左側には、選択済みのオーナーのウインドウ１７０がある。また、公開１７１及びリセットボタン１７２も含まれる。eCabinet（商標）オーナーボタンは、ユーザーに、eCabinet（商標）オーナーサービスへのスキャンを提供する。オーナーリストは、eCabinet（商標）サーバーから自動的にダウンロードされ、そしてオーナーリストウインドウ１６８に表示される。如何なるeCabinet（商標）フォルダーもeCabinet（商標）フォルダーウインドウ１９３で選択されない場合、複数のオーナーが選択され得る。eCabinet（商標）フォルダーがeCabinet（商標）フォルダーウインドウ１９３で選択された場合、単一オーナーの選択のみが許可される。オーナーリストウインドウ１６８は、オーナーのリストを示す。選択済みウインドウ１７０は、宛先オーナーを示す。宛先オーナーを追加するため、ユーザーはオーナーリストウインドウ１６８内の所望のオーナーを強調表示し、そして右矢印ボタン１７５を押下し得る。宛先オーナーを削除するため、ユーザーは選択済みウインドウ１７０内のオーナーを強調表示し、そして左矢印ボタン１７６を押下し得る。リフレッシュボタン１６９は、ユーザーがオーナーリストをサーバーから再びダウンロードすることを可能にする。公開ボタン１７１は、ユーザーがスキャン文書の属性を公開又は非公開に設定することを可能にする。リセットボタン１７２は、ユーザーが選択済みウインドウの全ての内容を削除することを可能にする。

図１３は、選択されたeCabinet（商標）フォルダーサービスボタン１６５及び表示されたeCabinet（商標）フォルダーサービスウインドウ１９３を有する主ウインドウ３５の例を示す。この例では、eCabinet（商標）フォルダーボタン１６５が選択され、そして結果としてeCabinet（商標）フォルダーサービスウインドウ１９３が表示される。eCabinet（商標）フォルダーサービスウインドウ１９３は、フォルダーリストウインドウ１８９、リフレッシュボタン１９０、選択済みウインドウ１９１、及びリセットボタン１９２を有する。eCabinet（商標）フォルダーサービスは、ユーザーに、eCabinet（商標）フォルダーサービスへスキャンする能力を提供する。eCabinet（商標）フォルダーリストは、eCabinet（商標）サーバーから、config.xmlファイル７に含まれる構成設定を使用して自動的にダウンロードされる。ユーザーがeCabinet（商標）フォルダーボタン１６５を選択した場合、統一クライアントアプリケーション５は、ユーザーにソフトウェアキーボードでユーザー名及びパスワードを入力するよう促す。統一クライアントアプリケーション５は次に、ユーザーのフォルダーツリーをダウンロードし、そして当該ツリーをフォルダーリストウインドウに表示する。留意すべき点は、eCabinet（商標）フォルダーサービスの使用が単一オーナーの選択を要求することである。複数のオーナーがeCabinet（商標）オーナーサービスウインドウ１７３で選択され、及びユーザーがeCabinet（商標）フォルダーボタン１６５を押下した場合、エラーメッセージがポップアップし、eCabinet（商標）フォルダーサービスが単一オーナーの選択を要求していることを提示する。フォルダーリストウインドウ１８９は、ユーザーのeCabinet（商標）フォルダーツリーを示す。ユーザーは、フォルダーリストウインドウ１８９内のフォルダーツリーを閲覧し得る。宛先フォルダーを追加するため、ユーザーはフォルダーリストウインドウ１８９内の所望のフォルダーを強調表示し、そして右矢印ボタン１７５を押下し得る。選択済みウインドウ１９１内の宛先フォルダーを削除するため、ユーザーは選択済みウインドウ１９１内の所望のフォルダーを強調表示し、そして左矢印ボタン１７６を押下し得る。また留意すべき点は、複数のフォルダーが選択され得ることである。リフレッシュボタン１９０は、ユーザーがeCabinet（商標）フォルダーリストをeCabinet（商標）サーバーから再びダウンロードすることを可能にする。リフレッシュボタン１９０が押下された場合、ユーザーはユーザー名及びパスワードを再び入力することを促される。リセットボタン１９２は、選択済みウインドウ１９１内に配置された全ての内容を削除することを可能にする。また留意すべき点は、フォルダーリストウインドウ１８９に含まれるeCabinet（商標）フォルダーリストが、図１２に含まれるeCabinet（商標）オーナーサービスウインドウ１７３内の選択されたオーナーに依存することである。選択されそして選択済みウインドウ１７０に含まれるユーザーは、フォルダーリストウインドウ１８９内に含まれるフォルダーリストに対応するユーザーである。

図１４は、スキャン設定ボタン１６６が選択された場合の例のユーザーインターフェースを示す。スキャン設定ボタン１６６が選択された場合、スキャン設定サービスウインドウ２１８が表示される。スキャン設定サービスウインドウは、解像度２０９、オリジナル２１１、画像種類２１４及びファイル形式２１５を有するいくつかの選択肢を有する。解像度選択肢２０９の下、スキャナー解像度に関連するいくつかの異なるボタンが使用される。この例では、２００ｄｐｉ、２１０ａ、３００ｄｐｉ、２１０ｂ、４００ｄｐｉ、２１０ｃ、又は６００ｄｐｉ、２１０ｎが選択可能である。他の同様の種類のｄｐｉ選択肢である解像度選択肢も使用され得る。オリジナル選択肢２１１は、２個のボタンを有する。第１のボタン２１２ａは、片面選択肢を選択することを可能にする。第２のボタン２１２ｎは、両面選択肢を選択することを可能にする。更に、バッチスキャンボタン２１３が表示される。画像種類選択肢２１４はまた、多数の画像種類を一覧表にするドロップダウンメニューを有する。現行の例では、文字選択肢が表示される。また留意すべき点は、画像種類ドロップダウンボックス内で、文字、写真、グレースケール又は写真選択肢が利用可能であることである。同様に、ファイル形式選択肢２１５の下に、第２のドロップダウンボックスが含まれ、多数の異なるファイル形式を一覧表にする。現行の例では、ＰＤＦ選択肢が表示される。しかしながら、ファイル形式ドロップダウンボックス内で、単一ページのＴＩＦＦ、複数ページのＴＩＦＦ、ＪＰＥＧ及びＰＤＦ選択肢が利用可能である。また、スキャン設定サービスウインドウ２１８には、スキャンサイズボタン２１６及びリセットボタン２１７が含まれる。

スキャンサイズボタン２１６は、図１５に示される新たなウインドウを開く。スキャンサイズウインドウ２１９は、スキャン設定サービスウインドウ２１８の静止部分である。しかしながら、スキャンサイズウインドウ２１９は、主ウインドウ３５の下のスキャン設定サービスウインドウ２１８の代わりに表示される。スキャンサイズウインドウ２１９では、いくつかの異なる選択肢が利用可能である。例えば、自動検出２３９、８−１／２ｘ１１ ５−１／２ｘ８−１／２ Ａ５、２４０ａ、８−１／２ｘ１１ ５−１／２ｘ８−１／２ Ａ５、２４０ｂ、１１ｘ１７ Ａ３ Ｂ４ ＪＩＳ、２４０ｃ、８−１／２ｘ１３ Ａ４ Ｂ５ ＪＩＳ、２４０ｄ、及び８−１／２ｘ１４ Ａ４ Ｂ５ ＪＩＳ ２４０ｎである。また、リセットボタン２４２及びユーザーを元のスキャン設定サービスウインドウ２１８に戻す全般ボタン２４１が含まれる。

図１６は、主ウインドウ３５及びジョブログボタン１６７が選択された場合に表示されるジョブログサービスウインドウ２６４を示す。ジョブログサービスウインドウ２６４には、日付及び時刻２５９、文書名２６０、ページ２６１及び状態２６２の標記が表示される。ジョブログサービスウインドウ２６４から、ユーザーは、スキャンジョブアップロード状態を、特に日付及び時刻、文書名、ページ数、及びジョブの状態を通じて検査し得る。これで、eCabinet（商標）プラグイン８ｂのＭＦＰの表示例を終了する。

図１７−１９は、eCabinet（商標）プラグイン８ｂの設定を遠隔で管理する例である表示を示す。eCabinet（商標）プラグイン８ｂを有する統一クライアントアプリケーション５は、ウェブアクセスを通じて遠隔で構成され得る。セキュリティを目的として、ウェブサイトはパスワードにより保護される。図１７−１９は、eCabinet（商標）プラグイン８ｂの遠隔構成ウェブサイトの例を示す。

図１７は、eCabinet（商標）プラグイン８ｂをインストールされた統一クライアントアプリケーション５の遠隔構成ウェブサイトの全般構成ウインドウ３００の例を示す。ユーザーが図１７に示されるウェブサイトにアクセスする場合、３個の選択肢が示される。全般ウインドウボタン２７１、eCabinet（商標）サーバーボタン２７２又は規定スキャン設定ボタン２７３である。これら３個の選択肢は、３個の画面に対応する。つまり、全般画面３００、eCabinet（商標）サーバー構成画面２９０及び規定設定構成画面２７０である。いくつかの設定は、全般ボタン２７１により選択されそして読み込まれた規定画面である全般構成画面３００を通じて構成可能である。最初に、タイムスタンプサフィックスを有する有効／無効文書名を、チェック可能である。マシンリセットタイマー秒３０３は、変更可能である。マシンリセットタイマー秒３０３の設定は、リフレッシュタイマーを有する自動セッションログアウトに関連する。この例では、６００秒が自動セッションリフレッシュタイマーに設定される。管理者パスワード変更選択肢３０４はまた、選択可能である。この設定は、ユーザーが遠隔構成サービスを使用するための管理パスワードを変更することを可能にする。また留意すべき点は、再インストールがパスワードを既定値にリセットし得ることである。また、更新２８２及び取り消し２８３ボタンが含まれる。これらのボタンは、ユーザーが、更新及び全般構成ウインドウ３００でユーザーが行った変更を適用又は当該変更を取り消すことを可能にする。

図１８は、eCabinet(商標)サーバーボタン２７２が選択された場合の結果を示す。eCabinet(商標)サーバーボタンは、以下の選択肢、つまりeCabinet(商標)サーバーアドレス及びＦＴＰポートを可能にするeCabinet(商標)サーバーウインドウ２９０を表示する。これらの両方の選択肢は、２８１に示されたような要求フィールドである。eCabinet(商標)サーバーアドレス２９１及びＦＴＰポート２９２は、共にユーザーにより入力され得る。ＦＴＰポート２９２は、自動的に規定ＦＴＰポートで満たされる。図１７のように、更新２８２及び取り消し２８３ボタンが利用可能である。

図１９は、規定スキャン設定ボタン２７３が選択された場合の例を図示する。規定スキャン設定ボタンが選択された場合、規定スキャン設定ウインドウ２７０が表示される。規定スキャン設定ウインドウ２７０では、多数の選択肢が表示される。最初に、規定スキャン解像度２７５が、変更可能である。この例では、２００ｄｐｉが選択される。eCabinet（商標）プラグイン８ｂをインストールされた統一クライアントアプリケーション５では、２００ｄｐｉ、３００ｄｐｉ、４００ｄｐｉ、及び６００ｄｐｉの規定スキャン解像度が利用可能であり、及び項目２７５のドロップダウンボックス内に表示される。規定バッチスキャン選択肢２７６はまた、両面印刷選択肢２７７と一緒に選択可能である。規定画像種類２７８はまた、eCabinet(商標)プラグイン８ｂの例で選択可能である。項目２７８のドロップダウンボックスで利用可能な規定画像種類は、文字、印刷、文字写真、写真又はグレースケールである。これらの画像種類は、異なる品質のスキャン画像に対応する。次に利用可能な選択肢は、規定文字写真ファイル形式２７９である。この例では、複数ページＴＩＦＦが選択される。eCabinet（商標）プラグイン８ｂをインストールされた統一クライアントアプリケーション５では、２７９のドロップダウンボックスで利用可能な選択肢は、単一ページＴＩＦＦ、複数ページＴＩＦＦ又はＰＤＦである。単一ページＴＩＦＦは、ファイル毎に単一の画像のみを有するＴＩＦＦ画像ファイルである。複数ページＴＩＦＦは、いくつかの画像を有する画像ファイルである。ＰＤＦは、Adobe Systemsの独自形式であり、複数ページの固定レイアウトの文書を有する。最後の選択肢は、規定グレースケール／カラーファイル形式２８０である。この例では、ＪＰＧは規定グレースケール／カラーファイル形式として選択される。しかし、ＰＤＦ選択肢も、eCabinet(商標)プラグイン８ｂをインストールされた統一クライアントアプリケーション５で利用可能である。項目２８１は、選択されなければならない要求フィールドを示す。図２３のように、更新２８２及び取り消し２８３ボタンが利用可能である。更新ボタン２８２及び取り消しボタン２８３は、ユーザーが更新ボタン２８２で変更を適用し、又は取り消しボタン２８３で変更を取り消すことを可能にする。

図２０は、本発明の実施例によるＭＦＰのブロック図である。図２０に示されるように、ＭＦＰ３００は、アプリケーション層３０１、ＯＳ３０２、及びハードウェア資源３０３を有する。

アプリケーション層３０１は、統一クライアントアプリケーション３０４、及び統一クライアントアプリケーション３０４に含まれるいくつかのプラグイン３０５ａ−ｎを有する。

アプリケーション層３０１はソフトウェア階層の中の位置である。当該階層内では、統一クライアントアプリケーション３０４のような、アプリケーション層３０１にインストールされたアプリケーションが、ＯＳ３０２を通じてハードウェア３０３にアクセスする。更に、プラグイン３０５ａ−ｎは、ＯＳ３０２及びハードウェア３０３に、アプリケーション層３０１にインストールされた統一クライアントアプリケーション３０４を介してアクセスする。

また重要な留意すべき点は、アプリケーション層３０１がＯＳ３０２から独立していること、及びアプリケーション層３０１はＯＳ３０２を通じてハードウェアにアクセスするが、ＯＳ３０２の部分ではないことである。

ＯＳ３０２は、ハードウェア３０３にアクセスする任意のオペレーティングシステムである。更に、ＯＳ３０２は、アプリケーション層３０１にインストールされたアプリケーションが、ハードウェア３０３にアクセスすることを可能にするパイプとして動作する。

ハードウェア３０３は、多機能プリンターの物理構成要素である。例えば、ハードウェア３０３は、スキャナー、プリンター、ファックス、又は任意の他のハードウェア構成要素を有し得る。

図２１は、本発明の実施例によるＭＦＰ４９９のハードウェア構成の例を示す。図２１に示されるように、ＭＦＰ４９９は、制御部基板４００、動作パネル４１０、ファックス制御部（ＦＣＵ）４２０、ＵＳＢ４３０、ＩＥＥＥ１３９４ポート４４０、及びプリンター４５０を有する。また留意すべき点は、ＩＥＥＥ１３９４ｂ、ＵＳＢ２．０を有する他の種類のｉ／ｏインターフェースが含まれ得ることである。制御部基板４００は、処理のためのＣＰＵ４０２、及びＳＤＲＡＭ４０３、ＳＲＡＭ４０８、フラッシュメモリー（フラッシュＲＯＭ）４０４のようないくつかの記憶装置、フラッシュカードインターフェース部４０６及びＭＦＰ４９９と関連付けられたデータを格納するために使用されるＨＤ４０５を有する。これらの構成要素のそれぞれは、ＡＳＩＣ４０１と接続される。ＡＳＩＣ４０１は、ＭＦＰ４９９での使用専用に設計された特定用途向け集積回路である。他の種類の記憶装置はまた、他の種類のデータプロセッサー及び集積回路と同様に可能である。動作パネル４１０は、ＡＳＩＣ４０１と直接に、そのまま通信インターフェース４２０へ接続される。通信インターフェース４２０はまた、ネットワーク又は他の同様の種類の通信媒体と接続され得る。ＵＳＢ４３０、ＩＥＥＥ１３９４ ４４０及びスキャン、印刷、及びファックスのような多機能プリンターの機能４５０は、ＰＣＩバス４８０を介しＡＳＩＣ４０１と接続される。

ＳＲＡＭ４０８は不揮発性ＲＡＭである。他の種類のＳＲＭＡもまた可能である。フラッシュカード４０７は、フラッシュカードインターフェース部４０６に挿入され得る。従ってデータはＡＳＩＣ４０１とフラッシュカード４０７との間で、フラッシュカードインターフェース部４０６を介し送信／受信される。

動作パネル４１０は、ユーザーによるキー入力及びボタン押下等のようなキー動作のために使用される動作部分、及び種々の画面のような描画データを表示する表示部分を有する。理解されるべき点は、他の種類のハードウェア構成要素が本発明で使用され得ることである。

更に、フロッピー(登録商標)ディスク、磁気テープ、ＣＤ−ＲＯＭ等のようなコンピューター可読媒体に関し、コンピューター可読媒体に格納されたプログラムをＭＦＰにインストールすることにより、ＭＦＰは本発明の機能を実行し得る。

本発明は多機能プリンターに関し記載されたが、複写機、デジタル複写機、プリンター、スキャナー、デジタルカメラ、ファックス機のような如何なる画像処理装置、又は多機能プリンター又はこれらの如何なる組み合わせにも適用可能である。汎用コンピューターは、画像処理装置と見なされない。更に、本発明は、ナビゲーションシステム、全地球測位システム、自動販売機、計量システム、工作機械、及びプログラム又はプログラムされたプロセッサーを使用して動作する他の工具、自動車、列車、オートバイ、飛行機、又は船舶のような他の輸送装置、レーダーシステム、ラジオ、ＭＰ３プレーヤー、デジタル音楽プレーヤー、及び他の音声システム、携帯電話、他の通信装置及びシステム、及びプラグインを使用して動作する如何なる他の特定用途装置に適用可能である。

本発明は、具体的に開示された実施例に限定されない。また本発明の範囲から逸脱することなく変形及び変更が行われて良い。

従来のＭＦＰに含まれる標準的なアプリケーション層を示すブロック図である。 本発明の例である実施例によるＭＦＰのアプリケーション層のブロック図である。 本発明の実施例による統一クライアントアプリケーションを示すブロック図である。 本発明の例である実施例によるプラグインを示すブロック図である。 Document Mall（商標）アプリケーションのプラグインの例を示すブロック図である。 例であるソフトウェアアーキテクチャを示すプロセス図である。 例であるソフトウェアアーキテクチャを示すプロセス図である。 統一クライアント主スレッドの処理の手順を示すフローチャートである。 統一クライアント主スレッドの処理の手順を示すフローチャートである。 統一クライアント主スレッドの処理の手順を示すフローチャートである。 統一クライアントの主スレッドの処理の手順を示すフローチャートである。 統一クライアントの主スレッドの処理の手順を示すフローチャートである。 統一クライアントアップロードスレッドのフローチャートである。 ユーザーがプロジェクトを選択することを可能にする例であるプロジェクトアレイウインドウを示す。 ユーザーが選択されたプロジェクトの異なるサービスを選択することを可能にする主ウインドウを示す。 config.xmlファイルの例を示す。 config.xmlファイルの例を示す。 config.xmlファイルの例を示す。 eCabinet（商標）プロジェクト主ウインドウ及びeCabinet（商標）オーナーサービスウインドウが表示されるeCabinet（商標）プラグインの例であるユーザーインターフェースである。 eCabinet（商標）プロジェクト主ウインドウ及びeCabinet（商標）フォルダーサービスウインドウが表示されるeCabinet（商標）プラグインの例であるユーザーインターフェースである。 eCabinet（商標）プロジェクト主ウインドウ及びスキャン設定サービスのウインドウが表示されるeCabinet（商標）プラグインの例であるユーザーインターフェースである。 eCabinet（商標）プロジェクト主ウインドウ及びスキャン設定サービスのスキャンサイズ副ウインドウが表示されるeCabinet（商標）プラグインの例であるユーザーインターフェースである。 eCabinet（商標）プロジェクト主ウインドウ及びジョブログサービスウインドウが表示されるeCabinet（商標）プラグインの例であるユーザーインターフェースである。 統一クライアント遠隔構成ウェブページにより表示された全般構成画面を示す。 統一クライアント遠隔構成ウェブページにより表示されたeCabinet（商標）サーバー画面を示す。 統一クライアント遠隔構成ウェブページにより表示された規定スキャン設定画面を示す。 本発明の実施例によるハードウェア及びオペレーティングシステムに関連する多機能プリンターのソフトウェア構成を示すブロック図である。 本発明の実施例による画像形成装置のハードウェア構成である。 多機能プリンターの標準的なソフトウェア構成を示すブロック図を示す。

Claims (18)

1. 画像処理装置にインストールされたプラグインアプリケーションに対応するサービスのセットを呼び出す方法であって、
   前記画像処理装置のホストアプリケーションを開始する段階；
   前記画像処理装置の構成ファイルにアクセスする段階であって、該構成ファイルは少なくとも１つのプラグインの識別情報及び対応するサービスのセットを有する、段階；
   前記識別された少なくとも１つのプラグインを開始する段階であって、該プラグインは前記対応するサービスのセットを統合形式で前記ホストアプリケーションへ提供する、段階；及び
   ホストアプリケーションのサービス及び前記プラグインの対応するサービスのセットを有する統一グラフィカルインターフェースを提示する段階、
   前記画像処理装置のハードウェアと、前記統一グラフィカルインターフェースに提示されたサービスに関して入力され及び選択された選択肢とにより生成されたアップロードデータを、ジョブ待ち行列に追加する段階；及び
   前記ジョブ待ち行列内のアップロードデータを、サービスデータハンドラを使用して処理する段階であって、該サービスデータハンドラは該アップロードデータを前記画像処理装置から前記構成ファイルに含まれる宛先へ送信するサービスであり、該構成ファイルに含まれる宛先により前記アップロードデータに関連するサービスに対応して設けられたサーバが指定される、段階、
   を有する方法。
2. 前記ホストアプリケーションは、前記画像処理装置に、ウェブサーバーを介して遠隔でインストールされる、請求項１記載の方法。
3. 前記少なくとも１つのプラグインは、前記構成ファイルのプロジェクトタグにより指定される、請求項１記載の方法。
4. 前記構成ファイルは、XMLファイルである、請求項１記載の方法。
5. 各プラグインは、jarファイルに対応する、請求項４記載の方法。
6. 各サービスは、サービスウインドウ及びデータハンドラ処理を発生させる、請求項４記載の方法。
7. 各サービスは、サービスウインドウクラスファイル及びデータハンドラクラスファイルを有する、請求項６記載の方法。
8. 統一クライアントアプリケーションを画像処理装置で実施する方法であって、
   前記画像処理装置はアプリケーション層、ハードウェア及びオペレーショティングシステムを有し、
   前記方法は：
   ホストアプリケーションを開始する段階、
   構成ファイルを読み出す段階であって、該構成ファイルは前記ホストアプリケーションにより利用されるべき構成情報を有する、段階、
   前記構成ファイルにより指定されたインストールされたプラグインの数に基づき、プロジェクトアレイを識別する段階、
   前記対応するプラグインに含まれるサービスの数に基づき、プロジェクト毎にサービスアレイを識別する段階、
   プロジェクトアレイウインドウを表示する段階であって、該プロジェクトアレイウインドウは前記プロジェクトアレイに含まれる各プロジェクトを図式的に表示する、段階、
   プロジェクトが前記プロジェクトアレイウインドウ内で選択された場合、主ウインドウと、規定サービスウインドウとを表示する段階であって、該主ウインドウは複数のプロジェクトサービスの図式表示を有する、段階、
   前記複数のプロジェクトサービスの図式表示の１つが選択された場合、入力及び選択のために、前記対応するサービスウインドウ内に選択肢を表示する段階、
   前記画像処理装置のハードウェアと、サービスウインドウ内で入力され及び選択された選択肢とにより生成されたアップロードデータを、ジョブ待ち行列に追加する段階、及び
   前記アップロードデータをサービスデータハンドラを使用して前記ジョブ待ち行列内のアップロードデータを処理する段階であって、該サービスデータハンドラは該アップロードデータを前記画像処理装置から構成ファイルに含まれる宛先へ送信するサービスであり、該構成ファイルに含まれる宛先により前記アップロードデータに関連するサービスに対応して設けられたサーバが指定される、段階、
   を有する方法。
9. コンピューター可読媒体であって、画像処理装置にインストールされたプラグインアプリケーションに対応するサービスのセットを呼び出す方法を画像処理装置に実行させるプログラムコードを格納し、
   前記方法は：
   前記画像処理装置のホストアプリケーションを開始する段階；
   前記画像処理装置の構成ファイルにアクセスする段階であって、該構成ファイルは少なくとも１つのプラグインの識別情報及び対応するサービスのセットを有する、
   前記識別された少なくとも１つのプラグインを開始する段階であって、該プラグインは前記対応するサービスのセットを統合形式で前記ホストアプリケーションへ提供する、段階；及び
   ホストアプリケーションのサービス及び前記プラグインの対応するサービスのセットを有する統一グラフィカルインターフェースを提示する段階、
   前記画像処理装置のハードウェアと、前記統一グラフィカルインターフェースに提示されたサービスに関して入力され及び選択された選択肢とにより生成されたアップロードデータを、ジョブ待ち行列に追加する段階、及び
   前記ジョブ待ち行列内のアップロードデータを、サービスデータハンドラを使用して処理する段階であって、該サービスデータハンドラは該アップロードデータを前記画像処理装置から前記構成ファイルに含まれる宛先へ送信するサービスであり、該構成ファイルに含まれる宛先により前記アップロードデータに関連するサービスに対応して設けられたサーバが指定される、段階、
   を有する、
   ことを特徴とするコンピューター可読媒体。
10. 画像処理装置であって：
    前記画像処理装置のコアサービスを提供するよう構成されたホストアプリケーション；
    前記ホストアプリケーションによりプログラムで呼び出されるよう構成されたプラグインアプリケーション；
    前記ホストアプリケーションにより利用されるべき構成情報を有する、メモリー内に格納された構成ファイルであって、前記ホストアプリケーションは前記構成ファイルの情報に従い前記プラグインをプログラムで呼び出すよう構成される、構成ファイル、
    前記ホストアプリケーションのサービス及び前記プラグインの対応するサービスのセットを有する統一グラフィカルインターフェースを提示する手段、
    前記画像処理装置のハードウェアと、前記統一グラフィカルインターフェースに提示されたサービスに関して入力され及び選択された選択肢とにより生成されたアップロードデータを有するジョブ待ち行列；及び
    前記ジョブ待ち行列内のアップロードデータを、サービスデータハンドラを使用して処理する手段であって、該サービスデータハンドラは該アップロードデータを前記画像処理装置から前記構成ファイルに含まれる宛先へ送信するサービスであり、該構成ファイルに含まれる宛先により前記アップロードデータに関連するサービスに対応して設けられたサーバが指定される、手段、
    を有する画像処理装置。
11. 前記ホストアプリケーションは、前記画像処理装置に、ウェブサーバーを介して遠隔でインストールされる、請求項１０記載の装置。
12. 前記少なくとも１つのプラグインは、前記構成ファイルのプロジェクトタグにより指定される、請求項１０記載の装置。
13. 前記構成ファイルは、XMLファイルである、請求項１０記載の装置。
14. 各プラグインは、jarファイルに対応する、請求項１３記載の装置。
15. 各サービスは、サービスウインドウ及びデータハンドラサービスを発生させる、請求項１０記載の装置。
16. 各サービスは、サービスウインドウクラスファイル及びデータハンドラクラスファイルを有する、請求項１５記載の装置。
17. 画像処理装置であって：
    表示装置；
    ホストアプリケーションと関連付けられた構成ファイルを格納するよう構成されたメモリー、
    を有し、
    前記構成ファイルは：
    前記ホストアプリケーションと関連付けられた少なくとも１つのプラグインの識別情報；
    前記プラグインに対応する少なくとも１つのプロジェクト；
    前記少なくとも１つのプロジェクトに対応し及び前記画像処理装置の機能を示すデータを有する少なくとも１つのサービス、
    を有し；
    前記画像処理装置は、
    前記ホストアプリケーションと相互作用し、ホストアプリケーションサービスと前記プラグインの対応するサービスのセットとを有する統一グラフィカルインターフェースを提示するよう構成された制御部、
    を更に有し、
    前記制御部は、プロジェクト選択データを表示し、ユーザーがプロジェクトを選択することを可能にし、及び選択されたプロジェクトに対応するサービス選択データを表示し、ユーザーがサービスを選択することを可能にし、
    前記画像処理装置のハードウェアと、前記統一グラフィカルインターフェースに提示されたサービスに関して入力され及び選択された選択肢とにより生成されたアップロードデータをジョブ待ち行列に追加し、
    前記ジョブ待ち行列内のアップロードデータを、サービスデータハンドラを使用して処理し、
    該サービスデータハンドラは該アップロードデータを前記画像処理装置から前記構成ファイルに含まれる宛先へ送信するサービスであり、該構成ファイルに含まれる宛先により前記アップロードデータに関連するサービスに対応して設けられたサーバが指定される、
    ことを特徴とする画像処理装置。
18. 多機能プリンターであって：
    構成ファイルを格納するよう構成されたメモリー、
    を有し、
    前記構成ファイルは：
    前記多機能プリンターで実行されるべき機能の指定、
    前記多機能プリンターで実行されるべき機能に関連するサブ機能の指定、及び
    前記機能及び前記サブ機能に関する構成情報、
    を有し、
    前記多機能プリンターは、
    前記構成ファイルにアクセスし、前記多機能プリンターにより提供されるべき機能を決定し、
    前記多機能プリンターと、前記多機能プリンターにより提供されるべき機能に関して入力され及び選択された選択肢とにより生成されたアップロードデータをジョブ待ち行列に追加し、
    前記ジョブ待ち行列内のアップロードデータを、サービスデータハンドラを使用して処理し、
    該サービスデータハンドラは該アップロードデータを前記多機能プリンターから前記構成ファイルに含まれる宛先へ送信するサービスであり、該構成ファイルに含まれる宛先により前記アップロードデータに関連するサービスに対応して設けられたサーバが指定される、
    ことを特徴とする多機能プリンター。
    

Images