JP2008193664A

JP2008193664A - 多機能プリンタなどの画像処理装置における組み込み機能と外部機能のシームレスな切り換え、機能の除去および追加、画像のサムネイル／プレビューならびにユーザー認証のためのシステムおよび方法

Info

Publication number: JP2008193664A
Application number: JP2007337216A
Authority: JP
Inventors: Hiroshi Kitada; 博之北田; Helen Wang; ワンヘレン; Weiyun Tang; タンウエイユヌ; Andrew Jennings; ジェニングスアンドリュー; Shen Xu; シュイシエヌ; Lana Wong; ウォンラナ; Revathi Vellanki; ヴェランキレヴァーティ
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2007-01-31
Filing date: 2007-12-27
Publication date: 2008-08-21
Anticipated expiration: 2027-12-27
Also published as: EP1953599B1; EP1953599A1; JP5053072B2

Abstract

【課題】多機能プリンタで組み込み機能と外部機能をシームレスに切り換えるシステムおよび方法に関する。また多機能プリンタで機能の除去および追加を許容するシステム、画像処理装置上での画像のサムネイル／プレビューのためのシステム、画像処理システムのユーザーを認証する方法およびコンピュータ・ベースのシステムを提供する。
【解決手段】画像処理装置にインストールされたプラグイン・アプリケーションに対応するサービスの組を呼び出すための方法および装置が開示される。該方法は、画像処理装置のホスト・アプリケーションを立ち上げ、画像処理装置の構成設定ファイルにアクセスし、各サービスのアクティブ化に関する情報に基づいて少なくとも一つのプラグインを立ち上げ、アクティブ化されている各プラグインに対応するアクティブ化されている各サービスのアイコンを含むグラフィカル・インターフェースを呈示することを含む。
【選択図】図１

Description

本発明は概括的には多機能プリンタなどの画像処理装置に関する。より詳細には、本発明は四つの側面をもつ。第一の側面では、本発明は多機能プリンタで組み込み機能と外部機能をシームレスに切り換えるシステムおよび方法に関する。第二の側面では、本発明は多機能プリンタで機能の除去および追加を許容するシステムおよび方法に関する。第三の側面では、本発明は画像処理装置上での画像のサムネイル／プレビューのためのシステムおよび方法に関する。第四の側面では、本発明は画像処理システムのユーザーを認証する方法およびコンピュータ・ベースのシステムに関する。

本特許出願は、米国出願第11/669,721号、第11/669,746号、第11/729,850号、第11/692,957号の優先権を主張する。

以下、上記の第一の側面、第二の側面、第三の側面、第四の側面について順に記載する。

本発明の第二の側面はしばしば第一の側面と同じ図面を参照する。第二の側面で第一の側面と共通でない図があるときは、第二の図面の図番にＸを付した。また、参照符号にＸを付けたものは第二の側面の図面が第一の側面の図面と単純に対応していない箇所を示したものである。

主として、本発明の第一の側面は請求項１〜２６に、第二の側面は請求項２７〜４８に、第三の側面は請求項４９〜８５に、第四の側面は請求項８６〜１０８に対応する。

従来、多機能プリンタ（MFP: Multi-Function Printer）はMFP内の記憶装置内にインストールされた機能である組み込み機能を使うよう構成されることができた。あるいは代替的に、MFPは、画像スキャン／印刷以外の機能を達成するために、MFP上にインストールされているが外部サーバーを使う機能である所定の外部機能を使うよう構成されることができた。しかしながら、ひとたびMFPが組み込み機能を使うよう構成されたら、ユーザーはいかなる外部機能を使うこともできなかった。同様に、ひとたびMFPが所定の外部機能を使うよう構成されたら、ユーザーは組み込み機能を使うことができなかった。こうして、外部サーバーが利用不能になると、ユーザーは、サービス要員が物理的にMFPを訪れてMFPの構成を変えることなくしては、MFPの機能を使うことができなかった。

さらに、MFPが所定の外部機能を使うよう構成されたときは、MFPがアクセスできるネットワークに外部機能が追加されるたびに、サービス要員が物理的にMFPのサイトを訪れて、新しい追加された外部機能を含むようMFPの構成設定を更新することが必要だった。

本発明が提供する方法は、中でも、画像処理装置のホスト・アプリケーションを立ち上げるステップを含む。画像処理装置は少なくとも一つの組み込み機能およびネットワーク・インターフェースを含む。本方法はさらに、画像処理装置のための外部機能を判別することを含む。外部機能はネットワーク・インターフェースを利用し、画像処理装置からリモートで実行される動作を含む。本方法はまた、前記判別によって判別された利用可能な外部機能に関する情報を構成設定ファイルに保存し、前記少なくとも一つの組み込み機能および前記利用可能な外部機能を含む画像処理装置上でアクセス可能な機能のそれぞれを表す選択可能なグラフィック印（graphical indicia）を含むグラフィカル・インターフェースを呈示することを含む。さらに、本方法は、前記対応するグラフィック印の選択に基づいて前記少なくとも一つの組み込み機能および前記判別された外部機能を執行することを含む。

本発明によって提供されるものとしてまた、画像処理装置のコア・サービスを提供するよう構成され、少なくとも一つの組み込み機能およびネットワーク・インターフェースを含むホスト・アプリケーションを含む画像処理装置がある。該画像処理装置に含まれるものとしてはまた、画像処理装置のための外部機能を判別するよう構成された外部機能ユニットがある。外部機能は、前記ネットワーク・インターフェースを利用し、画像処理装置からリモートで実行される動作を含む。前記判別によって判別された利用可能な外部機能に関する情報を保存するよう構成された構成設定ファイルが画像処理装置内に含まれ、それとともに、前記少なくとも一つの組み込み機能および前記利用可能な外部機能を含む画像処理装置上でアクセス可能な機能のそれぞれを表す選択可能なグラフィック印（graphical indicia）を含むグラフィカル・インターフェースを呈示するよう構成されたディスプレイが含まれる。さらに、ユーザー入力を受け取り、対応するグラフィック印の選択に基づいて前記選択された少なくとも一つの組み込み機能または前記判別された外部機能を執行する（execute）よう構成された入力ユニットが画像処理装置に含まれる。

本発明の以上の概括的な記述および以下の詳細な記述が本発明を例示するものであって制限するものではないことは理解されるものとする。

本発明の他の目的、特徴および利点は以下の詳細な記述を付属の図面とともに読めばより明白になるであろう。

ここで図面を参照する。図面では、各図を通じて同様の参照符号は同一または対応する部分を示す。より具体的には、図面のうち図１を参照する。図１は、本部オフィス５１１および該本部オフィス５１１からリモートな支部オフィス５１０を含む典型的な構成が示されている。支部オフィス５１０は支部オフィスMFP５００およびいくつかの支部オフィス・パーソナル・コンピュータ（PC）５０１〜５０２を含む。ネットワークを介して本部オフィス５１１が接続されている。本部オフィス５１１はGlobalScan〔グローバルスキャン〕（商標）サーバー５０４、本部オフィスMFP５０５および本部オフィスPC５０６を含む。また、本部オフィス５１１および支部オフィスの外部に、文書モール（document mall）・サーバー５０３が含まれている。

本発明のある実施形態は、MFP５００上の組み込み機能と外部機能両方のシームレスな統合を可能にする。組み込み機能とは、MFP上にインストールされ、MFP上でローカルに実行される機能である。組み込み機能はプラグインを使って実装できる。外部機能とは、その機能を実行するためにglobalscanサーバーのような外部サーバーを利用する機能である。MFPはスキャン、印刷および／またはファクスといった複数の機能を含む任意のプリンタまたはコピー機である。さらに、スキャンと印刷は異なる機能だが、上記のMFPは、単一コマンドに反応して文書をスキャンおよび印刷するコピー機を含みうる。

MFPの組み込み機能は次のように構成される。図２は、統一クライアント・アプリケーション（unified client application）５を含む、MFPのアプリケーション層を示している。MFP上にインストールされた統一クライアント・アプリケーション５はコア・アプリケーション６を含む。コア・アプリケーションとは、前記アプリケーションにサービスする主要な諸ルーチンを含むアプリケーションである。これらの主要な諸ルーチンは典型的にはMFPの基本機能を実行する。基本機能とはたとえばスキャン、印刷、コピー、ファクスおよび通信を含む。コア・アプリケーション６の下には、アクティブ化（activation）マネージャ６ｂが含まれる。アクティブ化マネージャとは、統一クライアント・アプリケーションのうち、諸機能および対応するサービスのアクティブ化状態を判別する部分である。さらに、アクティブ化マネージャ６ｂは、該アクティブ化状態の判別に基づいて、config.xmlファイル７を生成する。この構成設定ファイル（configuration file）は、XML、標準汎用マークアップ言語（SGML）、GML、RDF/XML、RSS、Atom、MathML、XHTML、SVG、DSDL、XUL、MXML、EADまたはKlipのような拡張可能なマークアップ言語を含め、いかなる種類の構成設定ファイルでもよい。

ある実施形態によれば、前記構成設定ファイルは、混合ブランド環境で使われることができることも注意しておくべきであろう。たとえば、いくつかの異なるブランドのコピー機がオフィスまたは建物といった環境で使われていたとしても、それぞれの独自のブランドは前記構成設定ファイルを利用できる。さらに、異なるMFPのそれぞれは統一クライアント・アーキテクチャおよび組み込み機能をロードできてもよい。こうして、コピー機または多機能デバイスのそれぞれは、同じ基本的なインターフェースおよびコマンドをもつことができ、それは問題となる個々のコピー機または多機能プリンタの機能のみによって制限される。ある代替的な実施形態によれば、異なるメーカーまたはモデルは異なる構成設定ファイルを使うことができる。

アクティブ化マネージャ６ｂは、MFP上にインストールされた任意の組み込み機能またはMFPによって操作可能な任意の外部機能をアクティブ化または非アクティブ化する能力を提供する。結果として、あらゆる利用可能な組み込み機能が、工場でMFP上にプレインストールされることができる。ユーザーがMFPの配達を受けるとき、MFPは組み込み機能のいくつかがアクティブ化されていてもよいし、組み込み機能のどれもアクティブ化されていなくてもよい。組み込み機能のどれもアクティブ化されていない場合、ユーザーは、必要が生じたときなど、適宜組み込み機能をアクティブ化できる。

種々の種類のアクティブ化方式も利用可能である。たとえば、ユーザーは、組み込み機能または外部機能を限られた時間、試行ベースでアクティブ化できてもよい。あるいはまた、ユーザーは、組み込み機能または外部機能の使用を、一回限りの使用または週ぎめまたは月ぎめのような時間ベースの使用のために購入、リースまたはライセンスすることができてもよい。これは、納税シーズンの間などといった一年のある時期の間に高い需要がある組織にとっては有用でありうる。

さらに、アクティブ化マネージャはMFP上で種々の料金オプションを使えるようにする。たとえば、ユーザーは組み込み機能または外部機能の使用のために月ごとの利用料を支払ってもよい。ユーザーがその組み込み機能または外部機能をもはや必要としなくなったときは、アクティブ化マネージャ６ｂを使って中央サーバーを介して使用を停止できる。さらに、組み込み機能または外部機能は期限日時に基づいてアクティブ化解除できる。たとえば、ユーザーはある組み込み機能または外部機能の6か月の利用を購入することができ、ひとたび6か月が満了するとその組み込み機能または外部機能はアクティブ化解除されることができる。

さらに、ユーザーが組み込み機能または外部機能をアクティブ化できる立場にある場合（ユーザーが金銭上の意思決定権を有するなど）、アクティブ化マネージャ６ｂは、ユーザーが、種々の方法で組み込み機能または外部機能をアクティブ化できるようにする。たとえば、MFPに取り付けられたデバイスを使って、そのユーザーがアクティブ化を購入する権限があるかどうかが検証できる。購入／アクティブ化を可能にするために、スマートカード、バイオメトリクス、PINコード、磁気ストリップカードまたは非接触式カードのようなデバイスが、既存の他のID検証システムとともに使用できる。

アクティブ化に関しては、ユーザーがいくつかのMFPに対するコントロールを有する場合、アクティブ化プロセスは、リモートかつ集団的に達成できる。こうして、多数のMFPがリモート・ステーションを使って実質的に同時に組み込み機能または外部機能をアクティブ化させることができる。これは、組織における一様性を可能にし、また、アクティブ化やアクティブ化解除を実行するために各MFPを訪れる必要がないのでかなりの時間を節約もする。

config.xmlファイル７は、アクティブ化情報に加えて統一クライアント・アプリケーション５に関する設定を含む。さらに、組み込み機能８ａ…８ｎはコア・アプリケーション６によって制御される。

種々の種類の組み込み機能が統一クライアント・アプリケーション６にインストールできる。たとえば、図２に描かれている今の例では、文書モール（Document Mall）という組み込み機能８ａ、eCabinetという組み込み機能８ｂおよび一般的な組み込み機能８ｎがインストールされている。

文書モールは、安全な（secure）オンライン文書記憶を生成してオンラインの共有ワークスペースを可能にするためのアプリケーションである。文書モールは、オンデマンドの文書管理および文書イメージング・サービスとしてもたらされるウェブ・ベースの文書管理および協働機能にセキュリティを組み合わせる。

同様に、eCabinet（商標）は、多機能プリンタと統合されるネットワーク文書貯蔵所である。eCabinetはユーザーに、文書を取り込んで自動的にインデックス付けする能力を提供し、高速検索と組み合わされたアーカイブのセキュリティを提供する。

組み込み機能は一般に、コア・アプリケーション６を介して多機能プリンタのハードウェアを動作させるプログラムまたはコードを含む。図２に示した統一クライアント・アプリケーション５の代替的な図解が図３に掲げられている。図３には、コア・アプリケーション６、ある例示的な実施形態によればコア・アプリケーションとは別個であるアクティブ化マネージャ６ｂ、アクティブ化情報を含むconfig.xmlファイル７および組み込み機能８が含まれている。該組み込み機能はアクティブ化読み取り部９を含む。

図４は、本発明のある実施形態に基づく組み込み機能８の内部構造の例を示している。たとえば、組み込み機能８は単一のサービス・ウィンドウ１０ａを含むこともあり、あるいは１０ａ…１０ｎのようないくつかのサービス・ウィンドウを含むこともある。各サービス・ウィンドウ１０ａ…１０ｎは、ユーザーが、該サービス・ウィンドウ１０ａ…１０ｎに対応するサービスとインターフェースをもてるようにするユーザー・インターフェースである。サービス・ウィンドウ１０ａ…１０ｎは、対応するアクティブ化読み取り部１５ａ…１５ｎも含む。アクティブ化読み取り部１５ａ…１５ｎは、サービス・ウィンドウ１０ａ…１０ｎが執行されるときに実行される最初の機能であり、他の何らかの機能が実行される前にそのサービス・ウィンドウがアクティブであるかどうかを確認する。サービス・ウィンドウ１０ａ…１０ｎのさらなる説明は、のちに図１２〜図１６との関連で論じる。組み込み機能８はまた、単一のサービス・データ１１ａまたはいくつかのサービス・データ要素１１ａ…１１ｎをも含んでいてもよい。サービス・データ要素１１ａ…１１ｎも、アクティブ化読み取り部１６ａ…１６ｎを含む。サービス・ウィンドウのアクティブ化読み取り部１５ａ…１５ｎに関して上記したように、アクティブ化読み取り部１６ａ…１５ｎは、サービス・データ要素がアクティブ化されていることを保証する。各サービス・ウィンドウ１０ａ…１０ｎは対応するサービス・データ１１ａ…１１ｎを有する。さらに、サービス・ウィンドウのアクティブ化読み取り部１５ａ…１５ｎは、サービス・データ１１ａ…１１ｎのアクティブ化読み取り部１６ａ…１６ｎに対応する。サービス・データ１１ａ…１１ｎは一般に、サービス名、サービスID、サービス・ウィンドウ１０ａ…１０ｎに対応する構成設定データ、デフォルト・サービス・ウィンドウ・データおよびユーザーによってサービス・ウィンドウ１０ａ…１０ｎを通じて入力されるランタイム・データを含む。

組み込み機能８はまた、サービス・データ・ハンドラ１２を含み、任意的に、ログイン・ウィンドウ１３およびログイン・データ１４、つまり認証ユーザー・インターフェースを含んでいてもよい。サービス・データ・ハンドラ１２は統一クライアント・アプリケーションのうち、MFPから受領側デバイスにデータをアップロードする部分である。サービス・データ・ハンドラ１２に含まれるものとして、アクティブ化読み取り部１７がある。アクティブ化読み取り部１７は、config.xmlファイル７中のアクティブ化情報を検査して、サービス・データ・ハンドラ１２の何らかの対応する機能が実行される前にサービス・データ・ハンドラ１２がアクティブ化されていることを保証する。各組み込み機能８において、複数のサービス・ウィンドウ１０ａ…１０ｎおよびサービス・データ要素１１ａ…１１ｎがありうる。しかしながら、ある好ましい実施形態によれば、サービス・データ・ハンドラ１２は一つしかない。他の実施形態はサービス・データ・ハンドラ１２を二つ以上有していてもよい。

図５は、文書モール・組み込み機能８ａの例を描いている。文書モール・サービスは、組み込み機能８としてコア・アプリケーション６にインストールできる。文書モール・組み込み機能８ａが統一クライアント・アプリケーション５にインストールされると、文書モールによって提供されるサービスは、該統一クライアント・アプリケーション５がインストールされているMFPに拡張される。文書モール・組み込み機能８ａは好ましくは、任意的なログイン・ウィンドウ２３およびログイン・データ２４を含む。これらのオプションはユーザー名、パスワードおよびアカウントが入力され、組み込み機能８ａによって利用されることを許容し、権限のないユーザーが組み込み機能８ａを使うのを組み込み機能８ａが制限することを許容する。

文書モール・組み込み機能８ａはさらに、いくつかの異なるサービス・ウィンドウおよびサービス・データを含む。たとえば、文書モール・組み込み機能８ａでは、電子メール・サービス・ウィンドウ２０ａおよびフォルダ・サービス・ウィンドウ２０ｂが含まれる。電子メール・サービス・ウィンドウ２０ａは、ユーザーが、文書モールに保存されている電子メール・アドレスをスキャン宛先として入力することを可能にするユーザー・インターフェースであり、一方、フォルダ・サービス・ウィンドウ２０ｂは、ユーザーが、文書モール・フォルダをスキャン宛先として選択できるようにするユーザー・インターフェースである。さらに、電子メール・サービス・データ２１ａおよびフォルダ・サービス・データ２１ｂも含まれる。電子メール・サービス・データ２１ａおよびフォルダ・サービス・データ２１ｂは、電子メール・サービス・ウィンドウ２０ａおよびフォルダ・サービス・ウィンドウ２０ｂによってそれぞれ生成されたデータに対応する。サービス・ウィンドウ２０ａおよび２０ｂならびにサービス・データ要素２１ａおよび２１ｂはいずれも、アクティブ化読み取り部２５ａ…２５ｂおよび２６ａ…２６ｂを含む。アクティブ化読み取り部は、サービス・ウィンドウ／サービス・データ要素の対によって実行される最初の機能であり、対応するサービス・ウィンドウ／サービス・データがアクティブ化されていて、機能を実行できることを保証するために使われる。文書モール・組み込み機能８ａはまた、サービス・データ・ハンドラ２２を含む。文書モール８ａの例では、サービス・データ・ハンドラ２２は、電子メール・サービス・データ２１ａとフォルダ・サービス・データ２１ｂの両方を一つのupload.xmlファイルにマージして、そのアップロード・ファイルを文書モール・サーバーにhttpsのpostコマンドなどを通じて送る、アップロード・ハンドラとして使用される。この例で触れられていないサービス・データ・ハンドラ２２の他の使用も可能である。サービス・データ・ハンドラ２２もアクティブ化読み取り部２７を含む。アクティブ化読み取り部２７は、サービス・データ・ハンドラ２２が、何らかの機能を実行する前にアクティブ化を保証することを許容する。

図６Ａは、統一クライアント・ソフトウェア・アーキテクチャ構造を示している。図２および図３に示した統一クライアント・アプリケーション５は統一クライアント・メイン・スレッド３０によって立ち上げられる。図６Ａでは、統一クライアント・メイン・スレッド３０は、アクティブ化読み取り部３０ａ、プロジェクト・アレイ３１およびプロジェクト・アレイ・ウィンドウ３２を含むものとして示されている。メイン・スレッド３０はコア・アプリケーション６を初期化し、アクティブ化読み取り部３０ａを使ってconfig.xmlファイル７を読み、それにより、config.xmlファイル７内に見出されたアクティブ化情報に基づいてプロジェクト・アレイ３１を作成する。config.xmlファイル７は、いくつかのプロジェクト３３ａ…３３ｎに関するアクティブ化情報を含む。各プロジェクト３３ａ…３３ｎは少なくとも一つの組み込み機能８、一つの外部機能または組み込み機能および外部機能を含むセットに対応する。

プロジェクト・アレイ３１は、統一クライアント・アプリケーション内でアクティブであると見出されるプロジェクトのリストである。プロジェクト・アレイ３１は、config.xmlファイル７内に含まれている<project>タグを読むことによって構築される。さらに、メイン・スレッド３０は、各プロジェクト３３ａ…３３ｎについて、config.xmlファイル７に含まれている<service>タグおよびアクティブ化情報を読むことによって、サービス・アレイ３４ａ…３４ｎを生成する。サービス・アレイは、個別プロジェクトのもとにインストールされているアクティブ化されたサービスのリストである。メイン・スレッド３０はまた、プロジェクト・アレイ・ウィンドウ３２をも表示する。プロジェクト・アレイ・ウィンドウ３２は、統一クライアント・アプリケーション５を使用または執行するときの最初の画面である。しかしながら、本発明のある実施形態によれば、システム上に一つのプロジェクト３３ｂしかインストールされていない場合には、プロジェクト・アレイ・ウィンドウ３２はバイパスされる。プロジェクト・アレイ・ウィンドウ３２は、ユーザーが選択するためのプロジェクト・ボタンを表示する。あるプロジェクト・ボタンが選択されると、対応するプロジェクト３３ａ…３３ｎが呼び出される。プロジェクト・アレイ・ウィンドウ３２は、config.xmlファイル７内に見出されるアクティブ化情報に依存してアクティブ化されていないプロジェクトを表示してもいいし、しなくてもいいことも注意しておくべきであろう。たとえば、ある構成では、プロジェクト３３ａ…３３ｎのためにメイン・スレッド３０によって何らの機能もアクティブ化されないと見出される場合、その機能のためにプロジェクト３３ａ…３３ｎは生成されず、ユーザーには、あたかもそのプロジェクトが物理的にMFP上に存在していないかのように思わせてもよい。これとは対照的に、別の構成では、ある機能がアクティブ化されていないと見出される場合であっても、メイン・スレッド３０は、その機能に対応するプロジェクト３３ａ…３３ｎを生成してもよい。ただし、ユーザーがプロジェクト・アレイ・ウィンドウ３２を介してプロジェクト３３ａ…３３ｎを執行しようと試みると、システムは、対応するメイン・ウィンドウ３５をロードする代わりに、ユーザーがプロジェクト３３ａ…３３ｎをアクティブ化できるようにする。さらに、システムはユーザーに、プロジェクト３３ａ…３３ｎのデモを見る、あるいはそのプロジェクトを限られた時間だけ使えるようにしてもよい。アクティブ化プロセスのより詳細な議論は、図７Ｅを参照しつつのちに見出される。プロジェクト・アレイ・ウィンドウ３２は、図９の関連でのちにさらに詳細に論じられる。

図６Ａには、プロジェクト・アレイ３１につながっているいくつかのプロジェクト３３ａ…３３ｎが示されている。各プロジェクト３３ａ…３３ｎはアクティブ化読み取り部２８ａを含む。アクティブ化読み取り部２８ａは、プロジェクト３３ａ…３３ｎがどのように執行され、どのサービス３８ａ…３８ｎがサービス・アレイ３４ａ…３４ｎに含まれるかを判別する。各プロジェクト３３ａ…３３ｎは、そのプロジェクト３３ａ…３３ｎのログイン／ログアウト・プロセスを、対応するログイン・データ３６およびログイン・ウィンドウ３７を通じて管理できる。たとえば、プロジェクト３３ａ…３３ｎにおいて認証が必要とされる場合、ログイン・ウィンドウ３７はログイン・ウィンドウ３７を使って、ユーザーがプロジェクト３３ａ…３３ｎへのアクセスを開始できる前に表示されるログイン・ウィンドウを表示することができる。ひとたびログイン／ログアウト・ボタンが押されたら、ログイン・データ３６によって使用される、対応するログインおよびログアウト・ハンドラが呼び出される。

さらに、プロジェクト３３ａ…３３ｎは、ログイン後プロセスを制御できる。たとえば、各サービス３８ａ…３８ｎは、サービス・ウィンドウ４０ａ…４０ｎによって表示されるそのサービス・ウィンドウのための、それ自身のログイン後プロセスを定義できる。認証が成功すると、各サービス３８ａ…３８ｎのログイン後プロセスが逐次的に呼び出される。

上記のログイン・ウィンドウ３７によって表示されるログイン・ウィンドウは、認証ユーザー・インターフェース（「UI」）ディスプレイの例である。ログイン・ウィンドウ３７によって表示されるログイン・ウィンドウは、ログイン・データ３６に含まれ、認証プロセス定義を含んでいるログイン・データとインターフェースをもつ。さらに、ログイン・ウィンドウ３７によって使用されるログイン・ウィンドウは、追加的な認証情報を要求するよう実装できる。一例として、文書モール・組み込み機能８ａについて、文書モール・ログイン・ウィンドウ２３は、ユーザーがアカウント情報を入力するための場所を含むよう実装されてもよい。ログイン・ウィンドウ３７は他の情報を利用してもよい。さらに、ログイン・データは各サービス・ウィンドウ４０ａ…４０ｎおよびサービス・データ・ハンドラ１２によってアクセスされることができる。さらに、各プロジェクト３３ａ…３３ｎはメイン・ウィンドウ３５およびサービス・アレイ３４ａ…３４ｎを含む。

図６Ａでは、メイン・ウィンドウ３５はプロジェクト３３ｂに関連付けられている。メイン・ウィンドウ３５はプロジェクト３３ｂの下にしか図示されていないが、各プロジェクト３３ａ…３３ｎがメイン・ウィンドウを含むよう実装されてもよい。メイン・ウィンドウ３５は、各サービス３８ａ…３８ｎについてのサービス管理のために使われる。各サービスはメイン・ウィンドウ３５に含まれる一つのボタンに対応し、ボタンはサービス・ウィンドウへのユーザー選択可能なリンクである。たとえば、文書モール・組み込み機能８ａの例では、メイン・ウィンドウ３５はスキャン設定の操作、文書名入力およびログイン・ボタン操作を含む。メイン・ウィンドウ３５のもう一つの例は、図１０との関連でのちに論じる。

各プロジェクト３３ａ…３３ｎには、サービス・アレイ３４ａ…３４ｎが含まれる。各サービス・アレイ３４ａ…３４ｎは、アクティブ化されたサービス３８ａ…３８ｎのリストを含む。サービス３８ａ…３８ｎは、MFP上で動作可能な機能である。プロジェクト３３ａ…３３ｎは、組み込み機能および外部機能の組み合わせを含んでいてもよい。プロジェクト３３ａ…３３ｎはまた、組み込み機能のみ、あるいは外部機能のみを含んでいてもよい。プロジェクトが組み込み機能および外部機能の両方を含んでいてそれらの機能が衝突する場合、たとえば外部機能と組み込み機能の両者が同じ動作を実行する場合には、config.xmlファイル７に見出される優先性情報を使って、メイン・ウィンドウ３５でそのサービスが選択されるときに組み込み機能が呼び出されるか外部機能が読み出されるかを決定する。本発明はまた、たとえば外部機能が優先性を有するがその外部機能はネットワーク問題のため到達不能である場合、組み込み機能がシームレスに、利用不能な外部機能の代役となることができ、その機能を実行するという特徴をも含む。

組み込み機能に対応する各サービス３８ａ…３８ｎは、アクティブ化読み取り部２９ａ…２９ｎ、サービス・ウィンドウ４０ａ…４０ｎおよびサービス・データ３９ａ…３９ｎを含んでいる。アクティブ化読み取り部２９ａ…２９ｎは、サービス３８ａ…３８ｎによってアクティブ化される最初の動作であり、そのサービスがアクティブ化されているかどうかを判定する。組み込み機能４０ａ…４０ｎに含まれるサービス・ウィンドウは、サービス・ウィンドウ・ユーザー・インターフェースを表示する。さらに、サービス・ウィンドウ４０ａ…４０ｎは、ログイン後プロセスを実行し、サービス・データ３９ａ…３９ｎにデフォルト値を取得して設定する。たとえば、文書モール・組み込み機能８ａの例のログイン後プロセスでは、文書モール・フォルダ・サービスがユーザーのフォルダ・リストをダウンロードし、ユーザーのフォルダをデフォルトのフォルダ宛先に設定する。サービス・ウィンドウ４０ａ…４０ｎはまた、ユーザーとの対話的な動作も実行して、サービス・データ３９ａ…３９ｎ内のサービス・データと対話し、これを更新する。サービス・ウィンドウ４０ａ…４０ｎは抽象的なクラスであり、よってサービス・ウィンドウ４０ａ…４０ｎのある種の振る舞いはコードで事前定義される。しかしながら、開発者は、該開発者の必要に応じて、サービス・ウィンドウに機能を追加し、あるいはサービス・ウィンドウを拡張することができる。たとえば、文書モール・組み込み機能８ａの例では、文書モールの電子メール・サービス・ウィンドウは、文書モール・サービスを使う電子メール・アドレス検索および手動の電子メール・アドレス入力の両方をサポートする。

サービス・データ３９ａ…３９ｎは、ユーザー・オペレーションに基づいてサービス・ウィンドウ４０ａ…４０ｎによって更新される。さらに、サービス・データ３９ａ…３９ｎは、アップロード動作が実行されるときに、アクティブ化サービス・データ・ハンドラ１２によってアクセスされる。たとえば、アクティブ化されていれば、電子メールの送信またはネットワーク・フォルダへのアップロードは、文書モール・組み込み機能の例８ａで行われたように、サービス・データ・ハンドラ１２によって実行されうる。サービス・ウィンドウ４０ａ…４０ｎと同様、サービス・データ３９ａ…３９ｎは抽象的なクラスであり、さらなるサービス関係データを生成するために開発者が更新または拡張できる。たとえば、文書モール・組み込み機能８ａの例では、文書モール・電子メール・サービスは、サービス・データ３９ａ…３９ｎに含まれるサービス・データに保存されている電子メール宛先アドレスに基づいて電子メールを送る。

外部機能に対応する各サービス４１も、アクティブ化読み取り部２９ａ…２９ｎを含むが、ローカルに保存されたサービス・データはなく、サービス・ウィンドウ４２は、その外部サービスに対応する外部サーバーに情報を送るためのディスプレイ・インターフェースとしてはたらくのみである。

このように、統一クライアント・メイン・スレッド３０は、組み込み機能または外部機能を含んでいてもいいし、いなくてもいい、いくつかのプロジェクト３３ａ…３３ｎをリストするプロジェクト・アレイ３１を含み、各プロジェクトはアクティブ化されていてもいなくてもいい諸機能に対応するいくつかのサービス３８ａ…３８ｎをリストするサービス・アレイ３４ａ…３４ｎを含む。上で論じたように、本発明の種々の実施形態は、アクティブ化されたおよびアクティブ化されていないプロジェクトおよびサービスの、対応するプロジェクト・アレイまたはサービス・アレイ内への包含を扱う。ある実施形態では、アクティブ化されたプロジェクトおよびサービスだけが、対応するプロジェクトおよびサービス・アレイに含められる。別の実施形態では、アクティブ化されていないプロジェクトおよびサービスが対応するプロジェクト・アレイおよびサービス・アレイに含められ、ユーザーがアクティブ化されていないプロジェクトおよびサービスの機能を利用しようと試みると、ユーザーはそのサービスを購入またはアクティブ化する能力を与えられる。この特徴に関するさらなる詳細は、のちにアクティブ化マネージャとの関連で論じる。プロジェクト・アレイに見出されるプロジェクト３３ａ…３３ｎは、プロジェクト・アレイ・ウィンドウ３２上に表示され、各プロジェクトはメイン・ウィンドウ３５および任意的にはメイン・ウィンドウ３５より先に表示されるログイン・ウィンドウを含む。ログイン・ウィンドウは代替的に、メイン・ウィンドウ３５と同時に表示されることもできる。さらに、各サービス３８ａ…３８ｎは、サービス・ウィンドウ４０ａ…４０ｎに含まれるサービス・ウィンドウを含む。

単一のプロジェクト３３ａ…３３ｎに複数の機能が関連付けられることもできることも注意しておくべきであろう。たとえば、eCabinet電子メール機能およびeCabinetフォルダが単一のプロジェクト３３ａ…３３ｎに含められている場合、ユーザーはメイン・ウィンドウ３５内に、eCabinet電子メールおよびeCabinetフォルダのサービス・ウィンドウ４０ａ…４０ｎ両方へのリンクを見ることになる。ユーザーがあらゆる必要な情報を対応するサービス・ウィンドウ４０ａ…４０ｎに入力する場合、eCabinetフォルダおよびeCabinet電子メールの両方の動作を使って一つのスキャン・ジョブが提供されることができる。

ここで図６Ａに連絡記号Ａによってつながっている図６Ｂに目を転じる。ひとたびMFPによるスキャンが完了すると、アップロード・データ５０が生成される。アップロード・データ５０はたとえば、文書名、スキャン・データ、ログイン・データおよびサービス・データを含む。アップロード・データ５０はまた、サービス・データ・ハンドラ５４ａ…５４ｎによって受領デバイスにアップロードされることのできる他のいかなる情報をも含むことができる。サービス・データ・ハンドラ５４ａ…５４ｎは、アクティブ化読み取り部５５ａ…５５ｎを含んでおり、MFPからのデータのアップロードを実行する。各サービス・データ・ハンドラはプロジェクト３３ａ…３３ｎに関係している。アップロード・スレッド／ジョブ・モニタ５１はジョブの待ち行列５３を含んでいる。アップロード・スレッド／ジョブ・モニタ５１は、ジョブ待ち行列５３を監視し、ジョブが入手可能になったときにジョブを処理するバックグラウンド・プロセスである。アップロード・スレッド／ジョブ・モニタ５１は、サービス・データ・ハンドラ５４ａ…５４ｎに接続されている。スキャンが完了すると、メイン・スレッド３０はその最終的なアップロード・データ５０をポストし、ジョブ待ち行列５３に加える。

各ジョブについて、アップロード・スレッド／ジョブ・モニタ５１は、対応するサービス・データ・ハンドラ５４ａ…５４ｎに基づいてアップロード・データ５０をグループ化し、該アップロード・データ５０を処理するために対応するサービス・データ・ハンドラ５４ａ…５４ｎを呼び出す。たとえば、文書モール・組み込み機能８ａの例では、アップロード・スレッド／ジョブ・モニタ５１は、スキャンまたは画像ファイルに関係した情報のような一般データ、ログイン・データ、電子メール・サービス・データおよびフォルダ・サービス・データを、処理してもらうために文書モール・サービス・データ・ハンドラ５４ａ…５４ｎに渡す。ひとたびアップロード・スレッド／ジョブ・モニタ５１が上記の諸ステップを完了したら、最終的なステップはジョブ・アップロード状態を取得して、ジョブ・ログを更新することである。ジョブ・アップロード状態は、サービス・データ・ハンドラ５４ａ…５４ｎによるアップロードの状態であり、ジョブ・ログはアップロード・スレッド／ジョブ・モニタ５１によって処理されたジョブのリストである。

上記のように、サービス・データ・ハンドラ５４ａ…５４ｎは、アップロード・データ５０のアップロードを実行する。しかしながら、サービス・データ・ハンドラ５４ａ…５４ｎは、アクティブ化読み取り部５５ａ…５５ｎによってまずアクティブ化が確認された場合にのみその機能を実行する。たとえば、文書モール・組み込み機能８ａの例で、アクティブ化読み取り部５５ａ…５５ｎがconfig.xmlファイル７にアクセスして、サービス・データ・ハンドラ５４ａ…５４ｎがアクティブ化されていることを確認する。アクティブ化が確認されれば、サービス・データ・ハンドラ５４ａ…５４ｎは一般データ、ログイン・データ、電子メール宛先のような電子メール・サービス・データおよびフォルダ宛先のようなフォルダ・サービス・データを受領する。最後に、サービス・データ・ハンドラ５４ａ…５４ｎは受領されたアップロード・データ５０をupload.xmlファイルに合成して、そのxmlファイルをconfig.xmlファイル７で指定されている文書モール・サーバーに、httpのpostプロセスを介してアップロードする。最後に、サービス・データ・ハンドラ５４ａ…５４ｎは、ジョブのログ記録のために、アップロード状態をジョブ・モニタに報告する。

いかなるプロセスの記述やフローチャートにおけるブロックも、該プロセスにおける特定の論理機能またはステップを実装するための一つまたは複数の実行可能命令を含むモジュール、セグメント、コード部分を表すものとして理解されるべきである。諸機能が図示または議論されたものとは順序違いに執行されうる代替的な実装が本発明の例示的な実施形態の範囲内に含まれる。

図７Ａ〜７Ｆは、統一クライアント・メイン・スレッド３０のフローチャートを示している。図７Ａでは、開始したのち、統一クライアント・アプリケーション５はステップ６０で初期化される。統一クライアント・アプリケーション５は、最初にコア・アプリケーション６を初期化することによって初期化される。次にステップ６１では、外部機能が判別され、config.xmlファイル７が更新される。外部機能判別プロセスに関するさらなる詳細は図７Ｆに見出される。ステップ６２では、インストールされた組み込み機能が判別され、config.xmlファイル７が更新される。config.xmlは、新しい機能がMFP上にインストールされるたびに更新されることを注意しておくべきであろう。

次に、ステップ６３で、アクティブ化マネージャ６ｂはMFP上に位置しているconfig.xmlファイル内に見出される外部機能および内部機能それぞれのアクティブ化状態を判別する。このプロセスのさらなる詳細は図７Ｅに見出される。

ステップ６４では、二つの衝突する外部機能と組み込み機能の間の優先が判別される。優先を判別するプロセスは、アクティブ化マネージャが受け取る情報に基づく。

フローは次いでステップ６５に進み、そこでconfig.xmlファイル７が読まれる。config.xmlファイル７は、コア・アプリケーション６のため、およびホストまたはコア・アプリケーション６を介してMFP上で動作可能な機能のための設定を含む。次いでステップ６６で、プロジェクト・アレイ３１が、上記のステップ６１および６２で判別された機能に基づいて構築される。次にステップ６７で、サービス・アレイ３４ａ…３４ｎが各プロジェクト３３ａ…３３ｎについて構築される。さらに、ステップ６８でメイン・ウィンドウ３５が構築される。のちにより詳細に議論される図１０は、メイン・ウィンドウ３５の例を示している。フローは次いで図７ＢのプロセスＢに進む。

図７Ｂでは、ステップ７０で、前記プロジェクト・アレイを使ってプロジェクト・アレイ・ウィンドウ３２が生成される。プロジェクト・アレイ・ウィンドウ３２は、アクティブ化されているプロジェクト、あるいはアクティブ化のためにMFPを利用するユーザーによって利用可能であるプロジェクトのみを表示する。よって、MFPを利用しているユーザーが新しいプロジェクトをアクティブ化する権限がない場合には、以前にアクティブ化されたプロジェクトのみが選択のために利用可能となる。次いでステップ７１でプロジェクト・アレイ・ウィンドウ３２が表示され、ステップ７２でプロジェクトが手動のユーザー入力に基づいて選択される。

ひとたびステップ７３でプロジェクトが選択されると、フローは次いでステップ７３に進む。ステップ７３では、ユーザー選択がログ・ファイルに保存される。本発明は、MFP内のすべてのユーザーのアクセスおよびトランザクションの追跡および記録を許容することを注意しておくべきであろう。次いでログ・ファイルは、課金用途、監査報告またはその他の目的のために、ネットワークを通じて中央貯蔵所に送信されることができる。ログ・ファイルは、MFPを介してアクセスされる組み込み機能および外部機能の両方について、使用アクセスおよび使用情報の記憶を許容することも注意しておくべきであろう。

ステップ７３が完遂されると、システム・フローはステップ７４に進む。ステップ７４では、選択されたプロジェクトが初期化される。図７Ｂのステップ７４から、フローは図７ＣのプロセスＣに進む。

ここで図７Ｃに目を転じると、ステップ８０は、初期化されたプロジェクトがログイン・ウィンドウ３７を含んでいるかどうかを判別する。ログイン・ウィンドウ３７がインストールされていなければ、フローは図７ＤのプロセスＥに進む。プロジェクトがログイン・ウィンドウ３７を含んでいれば、フローはステップ８１に進んで、ログインがアクティブ化されているかどうかが判別される。ログインがアクティブ化されていない場合、フローは図７ＤのプロセスＥに進む。ログインがアクティブ化されていれば、フローはステップ８２に進み、ログイン・ウィンドウ・クラスとログイン・データ・クラスの両方がロードされる。

ひとたび両クラス・ファイルがロードされると、ステップ８３でログイン・ウィンドウが表示される。ログイン・ウィンドウは、ログイン・ボタンおよび取り消しボタンの両方を含む。ステップ８４でどのボタンが押されたと判定されるかに依存して、フローは異なる進み方をする。ログイン・ボタンが押された場合、フローはステップ８５に進んで、ログイン・ウィンドウ３７のプロセス・ログイン機能が呼び出されるが、ステップ８４で取り消しボタンが押されていた場合には、フローは図７ＢのプロセスＤに進む。プロセスＤはフローをステップ７０に戻す。

ログイン・ボタンがステップ８４で押された場合、ログイン・ウィンドウ３７のログイン機能がステップ８５で呼び出される。ステップ８６はログインが成功したかどうかを確認する。ログインが成功でなかった場合、フローはステップ８７に進んでログイン・ウィンドウをリセットし、ステップ８３に戻る。ログインが成功だった場合、フローは図７ＤのプロセスＥに進む。

このように、図７Ｃは、選択されたプロジェクト３３ａ…３３ｎにおいてログイン・ウィンドウ３７がインストールされている場合に認証を完了させる一般的な手順を含んでいる。ログイン・ウィンドウ３７がインストールされていないか、ウィンドウ３７がアクティブ化されていない場合には、ログイン・プロセス全体はスキップされる。

ここで図７Ｄ（ｉ）に目を転じると、ステップ９０で、各サービスのためのサービス・データがロードされる。ひとたびサービス・データがロードされると、フローはステップ９１に進み、各サービスのログイン後機能が呼び出される。ステップ９２では、ログアウト・リスナー（listener）がメイン・ウィンドウ３５中にセットされる。さらに、ステップ９３では、各サービス３８ａ…３８ｎについてのサービス・ボタンがメイン・ウィンドウ３５中に生成される。次いでステップ９４で各サービスのためのサービス・ウィンドウ・クラスがロードされ、ステップ９５でアップロード・データ５０が初期化または生成される。

ひとたびアップロード・データ５０がステップ９５で初期化されると、ステップ９６でメイン・ウィンドウ３５がユーザーに表示される。次いでステップ９７でデフォルト・サービスが選択される。デフォルト・サービスは常にアクティブ化されたサービスであることを注意しておくべきであろう。次いでステップ９８で、選択されたサービスに対応するサービス・ウィンドウが表示される。ステップ９９では、ステップ９８で表示されたサービス・ウィンドウ中にサービス・データが入力される。次いでフローは図７Ｄ（ｉｉ）のステップ１００に進み、自動ログアウト時間が経過したかどうかが検査される。自動ログアウト機能は、所定の時間にわたってユーザー活動が検出されない場合に、フローを強制的にログアウト・ステップ１０４に進ませる。自動ログアウト時間が経過していないとステップ１００で判定されると、フローはステップ１０１に進んで、ボタンが押されたかどうかが判定される。ボタンが押されていたらフローはステップ１０２に進み、そうでなければフローはステップ１００に戻る。ステップ１０２は、どのボタンが押されたかを判別する。サービス・ボタンの一つが押されていた場合、フローはステップ１０３に進んで、選択されたサービスがセットされる。次いでフローは図７Ｄ（ｉ）のステップ９８に戻り、新たに選択されたサービス・ウィンドウが表示される。ステップ１０２でログアウト・ボタンが押されている場合、フローはステップ１０４に進み、各サービスがリセットされ、メイン・ウィンドウ３５がリセットされ、アップロード・データがリセットされる。

ステップ１０２でユーザーが押したのがMFP「スタート・ボタン」であった場合、フローはステップ１０５に進む。ステップ１０５でスキャンが完了する。次いでフローはステップ１０６に進む。ここで、アップロード・データ５０はコピーされ、ジョブ待ち行列５３に加えられる。

図７Ｅは、アクティブ化マネージャ６ｂの作業フローのより詳細な記述を示す。特に、図７Ｅは、図７Ａに示されたステップ６３のプロセスの詳細を示している。ステップ６３は、５つのステップ６３Ａないし６３Ｅからなっている。ステップ６３Ａでは、アクティブ化マネージャ６ｂが起動し、以前にインストールされたconfig.xmlファイル７を読む。config.xmlファイル７にはMFP情報が含まれており、config.xmlファイル７の内容についてのさらなる議論はのちに図１１Ａないし１１Ｅに関して見出される。

次いでステップ６３Ｂでアクティブ化マネージャはアクティブ化データベースにネットワークを通じて連絡し、ステップ６３Ｃで、MFPおよびアカウント情報を検証するために、MFPに関する情報をアクティブ化データベースに送る。ステップ６３Ｄでは、アクティブ化マネージャ６ｂは、アクティブ化情報と、衝突する外部機能および組み込み機能の間の優先に関する優先情報とを、送られたMFP情報に基づいてアクティブ化データベースから取得する。アクティブ化マネージャ６ｂは次いでconfig.xmlファイル７中のアクティブ化情報を、６３Ｅでの受信された情報に基づいて更新する。

本実施形態では、アクティブ化マネージャはconfig.xmlファイル７の更新を、アクティブ化データベースに連絡することによって行う。代替的な実施形態では、アクティブ化情報は、ネットワーク中の、以前にアクティブ化データベースに連絡した別のMFPから取得されることもできる。

図７Ｆ（ｉ）、７Ｆ（ｉｉ）および７Ｆ（ｉｉｉ）は、外部機能判別作業フローのより詳細な記述を示している。具体的には、図７Ｆ（ｉ）、７Ｆ（ｉｉ）および７Ｆ（ｉｉｉ）は図７Ａに示したステップ６１の内部プロセスの三つの実施例を示している。

図７Ｆ（ｉ）に示した第一の実施例はステップ６００〜６０２を有する。ステップ６００では、フローはconfig.xmlを読んで、外部機能に対応していると示されているいかなるサービスをも同定する。次いでステップ６０１において、config.xmlファイル７中の情報を使って、外部機能の利用可能性が確認される。たとえば、globalscan電子メールまたはglobalscanファクスのようないくつかのglobalScan機能が以前にconfig.xmlファイル７中に保存されていた場合、フローは、そのglobalscanサーバーがまだ存在していることと、config.xmlファイルに以前に含まれていたその機能がまだ利用可能であるかどうかを確認する。ステップ６０２では、フローは次いでconfig.xmlファイル７を更新し、その機能が利用可能でない場合には示す。

実施例その２およびその３は、MFPに利用可能な外部機能が知られておらず、かつ、MFPのconfig.xmlに以前に記憶されていない状況に関係する。こうして、MFPは、実施例その２およびその３に記載されるように、検索機能を使って、または自動的に、ユーザー入力に基づいて外部機能を発見する能力を有する。

図７Ｆ（ｉｉ）に示される第２実施例は、ステップ６０３および６０４を有している。ステップ６０３では、発見機構を使ってネットワークがスキャンされ、利用可能な機能が発見される。たとえば、前の図１を参照するに、支部オフィスMFP５００はglobalscanサーバー５０４を発見して、サーバー５０４に接続して、globalscanサーバー５０４で利用可能ないくつかのサービスを発見することができる。

ひとたび利用可能な外部機能がステップ６０３で発見されたら、ステップ６０４でconfig.xmlファイル７が更新される。

図７Ｆ（ｉｉｉ）に示される第３実施例は、ステップ６０５〜６０８を有している。第３実施例が第２実施例と異なるのは、外部機能を含んでいるサーバーのアドレスをMFPがすでに知っているという点である。よって、ステップ６０５で、MFPは外部機能サーバーに接続する。ステップ６０６で、MFPはMFPおよびアカウント情報を外部機能サーバーにアップロードする。これにより、外部機能サーバーはそのMFPがそのサーバーによって提供される外部機能を使う権限を有していることを確認できるようになる。ステップ６０７では、利用可能なサービスのリストがMFPによってダウンロードされ、ステップ６０８において該利用可能な外部機能を用いてconfig.xmlを更新するために使用される。

しかしながら、ステップ６０６でMFPが情報を外部機能サーバーにアップロードするが、統一クライアント・プラットフォームは一様なセキュリティ・ポリシーを使うことを注意しておくべきであろう。一様なセキュリティ・ポリシーとは、組み込み機能および外部機能の両方について同時にユーザーの認証を許容するものである。このステップは、アクティブ化マネージャ６ｂを使って達成される。というのも、MFPを介してアクセスされるべくある機能が利用可能であるかもしれないが、ユーザーはこの機能にアクセスを有さないこともあり、よってその機能はconfig.xmlファイル７中に含まれていたとしてもアクティブ化解除されているのである。

ここで図８Ａおよび８Ｂに目を向けると、図８Ａおよび８Ｂは、統一クライアント・アップロード・スレッド５１のフローチャートを示している。開始後、ステップ１２０でジョブ・モニタ初期化が実行される。次いでシステムは、ステップ１２１で、ジョブ待ち行列５３に何らかのジョブがあるかどうかを検査する。ジョブ待ち行列５３に存在していると判別されるジョブがない場合、フローはステップ１２１のはじめに戻る。システムは、ジョブ待ち行列５３にジョブが観察されるまで、このままループを続ける。

ステップ１２１でジョブ待ち行列５３にジョブが存在していると判定されるとき、フローはステップ１２２に進み、ジョブ待ち行列５３からジョブを得て、対応するサービス・データ・ハンドラ５４ａ…５４ｎに基づいてそのジョブに含まれている諸サービスをグループ化する。次に、一般データ、ログイン・データおよび対応するサービス・データがステップ１２３でサービス・データ・ハンドラ５４ａ…５４ｎに渡される。ステップ１２４では、サービス・データ・ハンドラ５４ａ…５４ｎがアクティブ化されているかどうかが判別される。該サービス・データ・ハンドラがアクティブ化されていない場合、フローはステップ１２８に進み、そのジョブはそのサービス・データ・ハンドラ５４ａ…５４ｎについては処理されない。次いでフローはステップ１２９に進み、ジョブ・アップロード状態がジョブ・モニタに送られる。次いでフローはステップ１２７に進む。

しかしながら、ステップ１２４において、サービス・データ・ハンドラ５４ａ…５４ｎがアクティブ化されている場合、サービス・データ・ハンドラ５４ａ…５４ｎは、ステップ１２５でジョブ・アップロード・データ５０を処理する。

ひとたびサービス・データ・ハンドラ５４ａ…５４ｎがジョブ・アップロード・データ５０を処理したら、ステップ１２６で、ジョブ・モニタ５１はサービス・データ・ハンドラ５４ａ…５４ｎからジョブ・アップロード状態を得て、ジョブ・ログを更新する。次いでフローはステップ１２７に進み、まだほかのサービス・データ・ハンドラ５４ａ…５４ｎがあるかどうかを検査する。そのジョブについてサービス・データ・ハンドラ５４ａ…５４ｎが残っていなければ、フローはステップ１２１に戻って、待ち行列中に新しいジョブがないかどうか確認する。ステップ１２７でもっとサービス・データ・ハンドラ５４ａ…５４ｎが含まれている場合には、フローはステップ１２３に戻り、ステップ１２３〜１２６を再び処理する。このループは、ジョブについてサービス・データ・ハンドラ５４ａ…５４ｎの残りがなくなるまで続く。

このように、統一クライアント・アップロード・スレッドは二つのループを含む。第一のループは、待ち行列中に新たなジョブがないかどうかを確認する。第二のループは、ひとたびジョブが存在すると判別されたときに生起し、第二のループでは、システムは、ジョブ中のアクティブ化されているサービス・データ・ハンドラ５４ａ…５４ｎのすべてが処理されたことを確実にするための検査をループする。

ここで図９に進むと、プロジェクト・アレイ・ウィンドウ３２の例が示されている。プロジェクト・アレイ・ウィンドウ３２は、システム・メッセージ１５１のためにリザーブされている行を含んでいる。また、統一クライアント・ロゴ１５２およびプロジェクト・アレイ・ウィンドウ３２の使い方についてのユーザーに対する案内１５３も含まれている。プロジェクト・アレイ・ウィンドウはまた、ユーザーが選択できるいくつかのプロジェクト・ボタン１５４も含んでいる。プロジェクト・ボタンは、ユーザーをメイン・ウィンドウ３５および選択されたプロジェクト３３ａ…３３ｎのデフォルトのサービス・ウィンドウにリンクする、そのようなボタンの例は、「文書モール」ボタン１５４、「eCabinet」ボタン１５４ａ、「電子メール」ボタン１５４ｂ、「ファクス文書」ボタン１５４ｃ、スキャンしてフォルダへ１５４ｄまたは他の同様の型のプロジェクト・ボタン１５４ｎである。スクロール・バー１５５は、多数のプロジェクト・ボタンがプロジェクト・アレイ・ウィンドウ３２にインストールされることを許容する。このように、プロジェクト・アレイ・ウィンドウ３５の機能は、ユーザーがどのプロジェクト３３ａ…３３ｎをMFP上で使用したいかをユーザーが選択することを許容することである。

図１０は、メイン・ウィンドウ３５の例を示している。メイン・ウィンドウ３５は、統一クライアント・ロゴならびに文書名１６２およびログアウト・ボタン１６３を含んでいる。図７Ｄとの関連で先に論じたように、ログアウト・ボタン１６３は、ユーザーが選択されたプロジェクトからログアウトして、図９に記載されたプロジェクト・アレイ・ウィンドウ３２に戻ることを許容する。メイン・ウィンドウ３５は、いくつかのボタン１５６ないし１５９をも含んでいる。これらのボタンはいくつかのサービスに、あるいは代替的にプロジェクト３３ａ…３３ｎに一つの機能しか関連付けられていない場合には一つのサービスに対応する。メイン・ウィンドウ３５に表示されるボタンは、プロジェクト・アレイ・ウィンドウ３２で選択されたプロジェクト３３ａ…３３ｎに対応したものである。たとえば、プロジェクト・アレイ・ウィンドウ３５で「文書モール」プロジェクトが選択されている１５４ときは、いくつかの「文書モール」関連のボタンが利用可能である。たとえば、ボタン１５６はユーザーが、スキャンして「文書モール電子メール」へというサービス・ウィンドウを開くことを許容する。項目１５７は、ユーザーがスキャンしてフォルダへというサービス・ウィンドウを開くことを許容する。項目１５８はスキャン設定のサービス・ウィンドウを開くボタンである。一方、項目１５９は、ユーザーがジョブ・ログ・サービス・ウィンドウを開くことを許容する。本発明は、図１０に含まれるいくつかのボタンや図１０に示されるサービスに限定されない。さらに、矢印ボタン１６０ａおよび１６０ｂは、ユーザーが、多数のサービス・ボタンをスクロールしていくことを許容する。こうして、いかなる種類のサービス・ボタンもメイン・ウィンドウ３５にインストールできる。

図１１Ａ〜１１Ｅは、本発明のある実施形態に基づくconfig.xmlファイル７の例を示している。図１１Ａ〜１１Ｅは、config.xmlファイル７がどのように設計されるかの包括的な例であることは意図されておらず、図１１Ａ〜１１Ｅが含んでいるのは、統一クライアント・アプリケーション５のアクティブ化のためにconfig.xmlファイル７が書かれうる一つの仕方であることを注意しておくべきであろう。

config.xmlファイル７の例は図１１Ａで始まる。図１１Ａの第１行では、config.xmlファイル７はrootタグで始まる。rootタグの下に、システムにインストールされている種々のJARファイルを含んでいるJARファイル・リスト・タグがある。JARファイルとは、いくつかのクラス・ファイルを含んでいる単一のファイルである。クラス・ファイルはそれぞれ、コードの諸部分を含み、該諸部分は今の例では異なるサービス３８ａ…３８ｎに対応する。今の実施形態では、config.xmlファイル７にリストされているJARファイルは、統一クライアント・アプリケーション５にインストールされている組み込み機能に対応する。この例では、「eCabinet」JARファイル、「文書モール（DocumentMall）」JARファイルおよびEmbeddedEmail.jarファイルがインストールされている。「eCabinet」JARファイルは、eCabinet組み込み機能８ｂに対応し、「文書モール」JARファイルは「文書モール」組み込み機能８ａに対応する。EmbeddedEmailのJARファイルは、組み込み電子メール機能に対応する。各組み込み機能はプロジェクト３３ａ…３３ｎに含まれている。

第７行に始まるMFPセクションは、MFPおよび該MFPに関連付けられたアカウントに関係するいくつかのタグを含んでいる。第８行に見出されるMFPSerialNoタグはMFPのシリアル番号を含む。MFPシリアル番号とは、MFPのハードウェアを同定する一意的な番号である。第９行に見出されるMACAddressタグは、MFPのMACアドレスを含んでいる。MACアドレスは、そのMFPのネットワーク・インターフェースを識別する一意的なネットワーク識別コードである。第１０行に見出されるAccountNameタグは、そのMFPが登録されているアカウント名を含んでいる。今の例では、アカウント名はRicohである。

第１１行に見出されるUserNameタグは、そのMFPに現在ログインしているユーザーのユーザー名を含んでいる。代替的な実施形態ではUserNameタグは使用されないことを注意しておくべきであろう。さらに、図１１Ａに示していないModelNameタグがMFPセクションに含められてもよい。ModelNameタグは、そのMFPの型名を識別する。最後に、第１２行には、MFPタグの閉じが見出される。これは、MFPセクションの終了を識別する。

図７Ｅとの関連で上記したように、config.xmlファイル７のうちMFPタグで囲まれる諸部分は、アクティブ化データベースに送られるMFP情報の部分である。そのMFP情報はその後、どのサービスがアクティブ化されるかを判別するためにアクティブ化データベースによって使用される。このように、MFPSerialNoタグ、MACAddressタグおよびServiceNameタグ内のデータは一意的なキーとして使用できる。

第１３行でprojectタグがプロジェクト３３ａ…３３ｎを開始し、第１４行でプロジェクト名が指定されている。この例ではプロジェクト名はeCabinetと記されている。第１５行に含まれるデフォルト・スキャン設定は今の例では空であるが、いくつかの異なる設定を含むこともできる。第１６行では、デフォルト解像度設定タグが含まれている。この例では、デフォルト解像度は200に設定されているが、これは200dpiに対応する。第１７行では、デフォルト両面スキャン設定が含まれている。この例では、デフォルト両面スキャン設定は偽に設定されている。この設定は、当該多機能プリンタが用紙の片面だけでなく両面をスキャンするかどうかをユーザーが設定することを許容する。

第１９行では、プロジェクトのログイン設定が含まれている。この例では、eCabinetプロジェクトはログインを有さないが、この設定も真に設定できる。config.xmlファイル７のある実施例では、第１９行でログイン設定が真に設定されている場合、第２０行でログイン・クラスが含められてもよい。他の実施例はこのような仕方でのクラス・ファイルを含まなくてもよい。この例では、第１９行のログイン設定が偽に設定されているので、ログイン・クラスは含まれていない。

先に論じたように、各プロジェクト３３ａ…３３ｎはいくつかのサービス３８ａ…３８ｎを含む。第２１行では、serviceタグがサービス３８ａ…３８ｎを記述するセクションを開始する。第２２行では、サービスの名称が含まれ、第２３行では表示名も含められる。この例では、サービス名はeCabinetに設定されており、表示名はeCabinet Owner〔所有者〕に設定されている。表示名の設定は、そのサービスが、メイン・ウィンドウ３５のサービス・ボタンにどのように表示されるかを示す。

第２４行は、アクティブ化（Activation）の開きタグを示している。このタグがサービスのアクティブ化セクションを開始する。アクティブ化セクションに含まれるものとしては、サービスのアクティブ化に関するいくつかのタグがある。図１１Ａに示した例は、config.xmlファイル７にアクティブ化情報を含む一方法であり、他の方法も可能である。第２５行には、ActivationRequiredタグが見出される。このタグは、問題のサービスのためにアクティブ化が要求されるかどうかを示すブール指標を含む。第２５行に示される今の例では、ActivationRequiredタグは「Y」としてリストされているが、このタグが「N」または「F」の指標を含んでいたら、このサービスはMFP上で使われるべく常に利用可能である。このタグのためのデフォルト値は「Y」である。

アクティブ化タグ・セクション中の次のタグは、第２６行に見出されるActivatedタグである。上記のActivationRequiredタグと同様、Activatedタグはブール指標を含む。このブール指標は、問題のサービスがアクティブ化されているかどうかに対応する。この指標が「N」または「F」を示す場合、このサービスは、MFPのユーザーがアクティブ化プロセスを一通り行わない限り、該MFPのユーザーにとって利用可能ではない。今の例では、Activatedタグは「Y」指標を含む。「Y」指標がActivatedタグ中に見出されるとき、第２７行および第２８行に見出されるActivationDateタグおよびExpirationDateタグはそれぞれ、そのサービスがアクティブ化された日付および該アクティブ化の期限日をリストする。ExpirationDateタグはアクティブ化データベースが連絡不能な場合に有用である。アクティブ化データベースが到達不能な場合、アクティブ化マネージャは、MFPの内部日付スタンプをconfig.xmlファイル７のExpirationDateタグ内に見出される情報と比較して、アクティブ化がまだ有効であることを確認する。最後に、Activationタグの閉じが第２９行に見出される。

アクティブ化セクション内では、使用されるアクティブ化の型に依存して、いくつかの異なるタグが使用されてもよいことを注意しておくべきであろう。今の例では時間ベースのアクティブ化が使われているが、異なる型のアクティブ化が使われるときはアクティブ化セクションにおいて異なるタグが使用されてもよい。

各プロジェクトについてデータ・ハンドラが含まれ、組み込み機能に対応する各サービスについてサービス・ウィンドウ・クラス・ファイルが含まれる。この例では、第３０〜３２行にはサービス・ウィンドウ・クラス・ファイルがリストされている。サービス・ウィンドウ・クラス・ファイルは、サービス・ウィンドウを表示するために必要なコードすべてを含んでいる。第３３〜３５行では、データ・ハンドラ・クラス・ファイルがリストされている。これは、このプロジェクトにおけるデータ・ハンドラのために必要なコードすべてを含んでいる。

図１１Ｂの第１行から始まって、このサービスのための構成設定データが含まれている。この例では、第２９行でeCabinetサーバー・アドレスが11.11.11.111とリストされている。アドレス11.11.11.111は使用されうるアドレスの一例であり、IPv6アドレスまたはドメイン名のような名前を付けられたアドレスを含む他のアドレスを使うこともできる。さらに、eCabinetサーバー・ポートがポート81としてリストされている。他のポート番号もこの例において使用できる。

第６行に始まって、データ・ハンドラ構成設定データが含まれている。この例では、データ・ハンドラ構成設定データは第８〜９行のeCabinetサーバー・アドレスおよび第１０行のFTPポートを含む。FTPポートが第１０行に含まれない場合、21のようなデフォルトftpポートが使用される。第１１行で、データ・ハンドラ構成設定データ・タグが閉じられ、第１２行でサービスが閉じられる。このように、今の例におけるeCabinetのサービスの構成設定は、図１１Ａの第２１行から図１１Ｂの第１２行までの間に記述されている。

第１３行では、eCabinetプロジェクトの下に含まれている第二のサービスが記述される。第１３行に始まって、serviceタグがサービスを開く。この例でのサービス名は第１４行に含まれており、eCabinetFolderとしてリストされている。第１５行に含まれる表示名はeCabinet Folderとしてリストされている。

第１６〜２１行は、eCabinetFolderサービスのためのアクティブ化セクションを示している。上記のeCabinetサービスに関して述べたように、eCabinetFolderサービスのアクティブ化セクションはActivationタグの開きと閉じ、ActivationRequiredタグ、Activatedタグ、ActivationDateタグおよびExpirationDateタグを含む。

さらに、上記のeCabinetサービスの場合のように、eCabinetFolderサービスも第２２〜２４行に示されるサービス・ウィンドウ・クラスおよび第２５〜２７行に含まれるデータ・ハンドラ・クラスを含む。また、eCabinetFolderサービスに含まれるものとして、第２９行のeCabinetサーバー・アドレスおよび第３１行に含まれるeCabinetサーバー・ポートがある。また、今の例では、データ・ハンドラ構成設定データ・タグ領域は第３３行に始まり、第３４行のeCabinetサーバー・アドレス、図１１Ｃの第１行のFTPポート設定を含む。データ・ハンドラ構成設定データ・タグ領域は第２行で閉じられ、サービスは第３行で閉じられ、プロジェクトは第４行で閉じられる。こうして、この例では、eCabinetプロジェクトは二つのサービス、eCabinetサービスおよびeCabinetFolderサービスを含んでいる。

第６行は、config.xmlファイル７の例を続ける。図１１Ｃの第６行では、新しいプロジェクトがprojectタグで開かれる。プロジェクト名は第７行でDocumentMall〔文書モール〕として記述されている。この例では、第８行で、デフォルト設定を表すデフォルト・スキャン設定タグが開かれて閉じられており、第９行で、デフォルト解像度が200に設定されている。第１０行で、デフォルトの両面スキャンが真に設定され、第１２行でログイン設定が真に設定されている。eCabinetプロジェクトに関する上記の議論で記したように、ログイン設定が第１２行で真に設定されているため、第１３行および第１４行にはログイン・クラス・ファイルが含まれている。上記のeCabinetプロジェクトと対照的に、この「文書モール」プロジェクトの例では、ログイン・クラスが含められている。

第１５行に始まって、文書モール・プロジェクトの下に含まれるサービス・タグが記述される。第一のサービスは第１５行に含まれるserviceタグで始まる。第１６行にはサービス名DMEmailが含まれており、第１７行には表示名DM Emailも含まれている。

第１８〜２３行は、DocumentMall Emailサービスのためのアクティブ化セクションを示している。上記の他のサービスに関して述べたように、DocumentMall Emailサービスのアクティブ化セクションは、開きと閉じのアクティブ化タグ、ActivationRequiredタグ、Activatedタグ、ActivationDateタグおよびExpirationDateタグを含む。

サービス・ウィンドウ・クラスは第２４〜２６行に記述されており、データ・ハンドラ・クラスが第２７〜２９行に記述されている。

第３０行に始まって、DocumentMall Emailサービスのための構成設定データが含まれている。この例では、第３１行に、文書モール・サーバー・アドレスがdocumentmall.comとして含まれており、第３２行で構成設定データ・タグが閉じられている。第３３行では、データ・ハンドラ構成設定データ・タグが開かれる。このタグ内で、第３４〜３５行では、文書モール・サーバー・アドレスが含まれており、図１１Ｄの第１行ではデータ・ハンドラ構成設定データ・タグが閉じられる。第２行では、DocumentMall Emailサービスが閉じられる。

第３行は、文書モール・プロジェクトの下で、第二のサービスを、serviceタグで開始する。第４行にはDMFolderのサービス名が含まれ、第５行には表示名DM Folderも含まれている。第６〜１２行には、サービスのアクティブ化部分が含まれている。第１３〜１５行では、サービス・ウィンドウ・クラスが記述され、第１６〜１８行ではデータ・ハンドラ・クラスが記述される。第１９行では、構成設定データが構成設定データ・タグで始まる。第２０行ではDocumentMallサーバー・アドレスが含まれる。第２１行では、構成設定データが閉じられる。第２２〜２４行は、データ・ハンドラ構成設定データを示し、第２３行はDocumentMallサーバー・アドレスを示す。第２５行では、serviceタグの閉じがそのサービスを閉じる。第２６行では、projectタグの閉じがDocumentMallプロジェクトを閉じる。

第２８行は、新しいプロジェクトを開始するprojectタグを含んでいる。第２９行は、Email〔電子メール〕というプロジェクト名を含んでいる。第３０行に含まれるデフォルト・スキャン設定はこの例では空である。第３１行では、デフォルト解像度設定タグが含まれる。この例では、デフォルト解像度は200に設定されているが、これは200dpiに対応する。第３２〜３３行では、デフォルト両面スキャン設定が含まれている。この例では、デフォルト両面スキャン設定は偽に設定されている。

第３４〜３５行では、プロジェクトのログイン設定が含まれている。このhaslogin設定は偽であり、ログイン・クラス・タグは空である。今の例で示しているEmailプロジェクトは、二つのサービス、図１１Ｅの第１〜２５行に見出される組み込みの電子メールサービスと、第２６行ないし図１１Ｆの第６行に見出されるGlobalScanEmailサービスを有する。どちらのサービスもexternal〔外部〕タグ・セクションを含む。externalタグ・セクションは、組み込み電子メールについては第１０〜１４行に、GlobalScanEmailについては第３５行ないし図１１Ｆの第５行に見出される。

外部タグ・セクションは、Embedded〔組み込み〕タグ、ExternalAddress〔外部アドレス〕タグおよびPriority〔優先〕タグを含む。Embeddedタグは、そのサービスがMFPを使ってどのように実行されるかを記述するブール値である。Embeddedタグが真に設定されていれば、そのサービスはMFP上に組み込まれた、あるいは物理的にインストールされている機能に対応する。EmbeddedタグがFに設定されていれば、そのサービスは外部機能、あるいは外部サーバー上で実行される機能に対応する。たとえば、第２６行ないし図１１Ｆの第６行に記載されているEmail機能については、画像はMFP上でローカルにスキャンされるが、電子メールそのものが生成され、スキャンされた画像がPDFに変換されるのは外部サーバー上である。こうして、Emailを生成する機能はMFPからは外的に実行される。

Embeddedタグが真に設定されているとき、ExternalAddressタグは空であるが、EmbeddedタグがFに設定されているときは、ExternalAddressタグが、そのサービスに対応する外部機能が位置しているサーバーのネットワーク・アドレスを含む。

Priorityタグは、衝突している同じプロジェクト内の二つのサービスについて優先性を決定するために使われる。今の例では、組み込み電子メール機能およびGlobalScanEmail機能は、両サービスとも同じプロジェクト内で同じ機能を実行するので、衝突している。こうして、Externalタグ・セクションは、MFPが、どちらのサービスが他方に対して優先性を有するか、あるいはEmail機能が選択されていないときにユーザーが組み込み電子メールまたは外部電子メールのどちらをデフォルトで使うであろうかを知ることができるようにするタグを含んでいる。先に述べたように、外部機能が優先性を有すると判定されるが外部機能サーバーが利用不能である場合には、組み込み機能がフェールセーフとして有効にされることができる。こうして、外部サービスが到達不能であっても、ユーザーはMFP機能性に全く障害を被らないことになる。

次いでEmailプロジェクトは図１１Ｆの第７行で閉じられ、第８行で、閉じルート・タグがconfig.xmlファイル７を閉じる。

多機能プリンタにインストールされた統一クライアント・アプリケーション５の機能例についてこれから図１２〜図１７で記述する。この例の図１２〜図１６では、統一クライアント・アプリケーション５は、eCabinet組み込み機能８ｂとともにインストールされている。図１７では、統一クライアント・アプリケーション５はまた、Email外部／組み込み機能をも含んでいる。eCabinet組み込み機能８ｂをもつ統一クライアント・アプリケーション５はSDK/Jを使って開発され、統一クライアント・アプリケーション５がインストールされている各MFP上でCVMオプションを使う。SDK/Jとは、組み込みソフトウェア・アーキテクチャのソフトウェア開発キット（SDK: software development kit）であり、ハウス開発者、独立系ソフトウェア・ベンダーおよびシステム統合者（integrator）がMFP上でカスタマイズされたJava(登録商標)ベースのソリューションを与えることを許容するものである。CVMオプションとは、MFP上にインストールできるJava(登録商標)仮想マシンである。統一クライアント・アプリケーションに付随する組み込み機能を作り出すために、他の型の仮想マシンおよび／またはプログラミング言語も使うこともできる。

eCabinet組み込み機能８ｂをもつ統一クライアント・アプリケーションの前記の例は、二つのSDK/J型のアプリケーションを使う。二つのSDK/J型のアプリケーションとは、たとえば、主要な統一されたクライアント機能を実装するJava(登録商標) xletアプリケーション一つと、ウェブ・ブラウザを介してリモートでconfig.xmlファイル７を更新することをユーザーに許容するサーブレット・アプリケーション一つである。eCabinet組み込み機能８ｂをもつ統一クライアント・アプリケーション５によってサポートされているサービスまたは機能のいくつかは：スキャンしてeCabinetサーバーへ、スキャンしてeCabinetフォルダへ、スキャン設定およびジョブ・ログ閲覧である。これらのサービスは、eCabinetプロジェクトのメイン・ウィンドウ３５内にサービス・ボタンとして表現される。

図１２では、メイン・ウィンドウ３５およびサービス・ウィンドウ１７３の例が示されている。メイン・ウィンドウ３５およびeCabinet所有者サービス・ウィンドウ１７３が表示される。メイン・ウィンドウ３５はロゴ１６１ならびに文書名１６２およびセッション終了またはログアウト・ボタン１６３を含む。さらに、いくつかのサービス・ボタン１６４〜１６７もメイン・ウィンドウ３５に含まれる。このeCabinetの例では、第一のサービス・ボタンはeCabinet所有者ボタン１６４である。図１２では、このボタンが選択され、結果として、対応するeCabinet所有者サービス・ウィンドウ１７３が表示されている。eCabinet所有者サービス・ウィンドウの左側は、orderリスト・ウィンドウ１６８およびリフレッシュ・ボタン１６９を含んでいる。さらに、eCabinet所有者サービス・ウィンドウ１７３の左側には、選択された所有者のウィンドウ１７０がある。また、公開ボタン１７１およびリセット・ボタン１７２が含まれている。eCabinet所有者ボタンは、ユーザーに、eCabinet FolderサービスおよびeCabinet Emailサービス（図示せず）とともに使うためのeCabinet所有者を選択する能力を提供する。所有者リストはeCabinetサーバーから自動的にダウンロードされ、所有者リスト・ウィンドウ１６８に表示される。eCabinetフォルダ・ウィンドウ１９３でeCabinetフォルダが選択されない場合、複数所有者が選択されることもできる。eCabinetフォルダ・ウィンドウ１９３でeCabinetフォルダが選択されるときは、単一の所有者選択のみが許容される。所有者リスト・ウィンドウ１６８は所有者のリストを示している。選択済みウィンドウ１７０は宛先所有者を示す。宛先所有者を追加するためには、ユーザーは所有者リスト・ウィンドウ１６８で所望される所有者をハイライトして、右矢印ボタン１７５を押せばよい。宛先所有者を削除するためには、ユーザーは選択済みウィンドウ１７０内でその所有者をハイライトして、左矢印１７６を押せばよい。リフレッシュ・ボタン１６９は、ユーザーが所有者リストをサーバーからダウンロードし直すことを許容する。公開ボタン１７１は、ユーザーが、スキャン文書の属性を公開またはプライベートに設定することを許容する。リセット・ボタン１７２は、選択済みウィンドウの内容全部を除去することをユーザーに許容する。

図１３は、eCabinet Folderサービス・ボタン１６５が選択され、eCabinetフォルダ・サービス・ウィンドウ１９３が表示されているメイン・ウィンドウ３５の例を示している。この例では、eCabinetフォルダ・ボタン１６５が選択され、結果としてeCabinetフォルダ・サービス・ウィンドウ１９３が表示されている。eCabinetフォルダ・サービス・ウィンドウ１９３はフォルダ・リスト・ウィンドウ１８９、リフレッシュ・ボタン１９０、選択済みウィンドウ１９１およびリセット・ボタン１９２を含む。eCabinetフォルダ・サービスはユーザーに、スキャンしてeCabinetフォルダへというサービスの能力を提供する。eCabinetフォルダ・リストが、config.xmlファイル７に含まれていた構成設定を使って自動的にeCabinetサーバーからダウンロードされる。ユーザーがeCabinetフォルダ・ボタン１６５を選択すると、統一クライアント・アプリケーション５はソフトウェア・キーボードでユーザーに促し、ユーザーがユーザー名およびパスワードを入力できるようにする。次いで統一クライアント・アプリケーション５はそのユーザーのフォルダ・ツリーをダウンロードし、該ツリーをフォルダ・リスト・ウィンドウに表示する。eCabinetフォルダ・サービスの使用は、単一の所有者の選択を必要とすることを注意しておく。eCabinet所有者サービス・ウィンドウ１７３で複数の所有者が選択されていて、ユーザーがeCabinetフォルダ・ボタン１６５を押した場合には、eCabinetフォルダ・サービスでは単一の所有者を選択する必要があると述べるエラー・メッセージがポップアップする。フォルダ・リスト・ウィンドウ１８９は、ユーザーのeCabinetフォルダ・ツリーを示す。ユーザーは、フォルダ・リスト・ウィンドウ１８９内のフォルダ・ツリーをブラウズできる。宛先フォルダを追加するには、ユーザーは所望されるフォルダをフォルダ・リスト・ウィンドウ１８９中でハイライトして、右矢印ボタン１７５を押せばよい。選択済みのウィンドウ１９１内で宛先フォルダを削除するためには、ユーザーは選択済みウィンドウ１９１内で所望されるフォルダをハイライトして、左矢印１７６を押せばよい。複数フォルダも選択できることを注意しておくべきであろう。リフレッシュ・ボタン１９０は、ユーザーがeCabinetフォルダ・リストをeCabinetサーバーからダウンロードし直すことを許容する。リフレッシュ・ボタン１９０が押されると、ユーザーは、再びユーザー名およびパスワードの入力を促される。リセット・ボタン１９２は、選択済みウィンドウ１９１内に入れられた内容すべてが除去されることを許容する。フォルダ・リスト・ウィンドウ１８９に含まれるeCabinetフォルダ・リストが、図１２に含まれるeCabinet所有者サービス・ウィンドウ１７３内で選択された所有者に依存することも注意しておくべきであろう。選択され、選択済みウィンドウ１７０に含められたユーザーが、フォルダ・リスト・ウィンドウ１８９に含まれるフォルダ・リストに対応するユーザーである。

図１４は、スキャン設定ボタン１６６が選択されたときの例のためのユーザー・インターフェースを示している。スキャン設定１６６ボタンが選択されると、スキャン設定サービス・ウィンドウ２１８が表示される。スキャン設定サービス・ウィンドウは、解像度２０９、原稿２１１、画像種別２１４およびファイル・フォーマット２１５を含むいくつかのオプションを含んでいる。解像度オプション２０９の下では、スキャナ解像度に関係するいくつかの異なるボタンが使用される。この例では、200DPI ２１０ａ、300DPI ２１０ｂ、400DPI ２１０ｃまたは600DPI ２１０ｎが選択されるべく利用可能である。DPIオプション解像度オプションの他の同様の種別を使うこともできる。原稿オプション２１１は二つのボタンを含んでいる。第一のボタン２１２ａは、片面オプションが選択されることを許容する。第二のボタン２１２ｎは、両面オプションが選択されることを許容する。さらに、バッチ・スキャン・ボタン２１３が表示されている。画像種別オプション２１４は、いくつかの画像種別をリストするドロップダウン・メニューも含んでいる。今の例では、テキスト・オプションが表示されている。画像種別ドロップダウン・ボックスではテキスト、写真、グレースケールまたは写真オプションが利用可能であることも注意しておくべきであろう。同様に、ファイル・フォーマット・オプション２１５の下では、いくつかの異なるファイル・フォーマットをリストする第二のドロップダウン・ボックスが含まれている。今の例では、PDFオプションが表示されている。しかしながら、ファイル・フォーマット・ドロップダウン・ボックスでは、単一ページtiff、複数ページtiff、jpegおよびPDFオプションが利用可能である。スキャン設定サービス・ウィンドウ２１８上にはまた、スキャン・サイズ・ボタン２１６およびリセット・ボタン２１７が含まれる。

スキャン・サイズ・ボタン２１６は、図１５に示されている新しいウィンドウを開く。スキャン・サイズ・ウィンドウ２１９はまだスキャン設定サービス・ウィンドウ２１８の一部であるが、スキャン・サイズ・ウィンドウ２１９はスキャン設定サービス・ウィンドウ２１８の代わりにメイン・ウィンドウ３５の下に表示される。スキャン・サイズ・ウィンドウ２１９では、いくつかの異なるオプションが利用可能である。たとえば、自動検出２３９、8×11 5-1/2×8-1/2 A5、２４０ａ、8-1/2×11 5-1/2×8-1/2 A5 ２４０ｂ、11×17 a3、B4 JIS ２４０ｃ、8-1/2×13 A4 B5 JIS ２４０ｄおよび8-1/2×14 A4 B5 JIS ２４０ｎである。また、リセット・ボタン２４２および一般ボタン２４１が含まれる。後者はユーザーを元のスキャン設定サービス・ウィンドウ２１８に戻す。

図１６は、メイン・ウィンドウ３５と、ジョブ・ログ・ボタン１６７が選択されたときに表示されるジョブ・ログ・サービス・ウィンドウ２６４とを示している。ジョブ・ログ・サービス・ウィンドウ２６４には、日時２５９、文書名２６０、ページ２６１および状態２６２のタイトルが表示されている。ジョブ・ログ・サービス・ウィンドウ２６４から、ユーザーは、日付および時刻、文書名、ページ数およびジョブの状態を通じて特定的にスキャン・ジョブ・アップロード状態を確認できる。これでeCabinet組み込み機能８ｂのMFPディスプレイの例を終える。

図１７は、MFPの電子メール機能に対応する電子メール・プロジェクトについてのデフォルト・サービス・ウィンドウ３００およびメイン・ウィンドウ３５を示している。ユーザーがプロジェクト・アレイ・ウィンドウ３２でEmailプロジェクトを選択したときに、図１７に示されるウィンドウが示される。図示したウィンドウは組み込み電子メール機能か外部電子メール機能のいずれが優先であるかに関わりなく同じである。結果として、MFPによる外部機能の使用はユーザーにとっては透明である。

電子メール・プロジェクトのメイン・ウィンドウ３５は、Emailサービス・ボタン３０１、スキャン設定サービス・ボタン１６６およびジョブ・ログ・ボタン１６７を含む。スキャン設定サービス・ボタン１６６およびジョブ・ログ・ボタン１６７は、eCabinet組み込み機能との関連で上記したウィンドウと非常に似通ったスキャン設定およびジョブ・ログ・サービス・ウィンドウに対応する。よって、これらのサービス・ウィンドウはこの例では図解しない。

電子メール・サービス・ウィンドウ３００は、件名ボタン３０２を含んでいる。件名ボタンが選択されると、ユーザーは電子メールの件名を件名フィールド３０６に入力できるようになる。件名ボタン３０２が選択されると、ユーザーが件名欄に入力できるようにするキーボードが表示される（図示せず）。受信者フィールド３０７はその電子メールの受信者の名前を含んでいる。検索ボタン３０３は、電子メール受信者のアドレスの名前を、LDAPデータベースのような電子メール・アドレス・データベースを使って、検索することを可能にする。代替的に、手入力ボタン３０４は、受信者のアドレスを手で入力できるようにする。「書式をクリア」ボタン３０５は、受信者フィールド３０７からアドレスを一切クリアする。ひとたびユーザーが受信者フィールド３０７へのアドレスの追加を完了したら、それらのアドレスは、矢印ボタン３０８を使って「宛先」フィールド３０９、「CC」フィールド３１０、「Bcc」フィールド３１１あるいは「返信先」フィールド３１２に移されることができる。リセット・ボタン３１３は「宛先」「CC」「Bcc」および「返信先」フィールドをクリアする。電子メール・サービス・ウィンドウ３００にはまた、文書名１６２およびセッション終了１６３ボタンが含まれる。これらのボタンはeCabinet組み込み機能との関連で上で論じてある。

図１８は、本発明のある実施形態に基づくMFP４９９のハードウェア構成設定の例を示している。図１８に示されるように、MFP４９９はコントローラ・ボード４００、操作パネル４１０、ファクス制御ユニット（FCU: fax control unit）４２０、USB４３０、IEEE1394ポート４４０およびプリンタ４５０を含んでいる。IEEE1394b、USB2.0を含む他の型のI/Oインターフェースも含められることも注意しておくべきであろう。コントローラ・ボード４００は、処理するためのCPU４０２と、SDRAM４０３、SRAM４０８、フラッシュメモリ（フラッシュROM）４０４、フラッシュカード・インターフェース部４０６およびHD４０５といった、MFP４９９に関連するデータを記憶するためのいくつかの記憶デバイスを含む。これらの構成要素のそれぞれは、ASIC４０１に接続されている。ASIC４０１は、MFP４９９で使うために特別に設計された特定用途向け集積回路である。他の型の記憶デバイスならびに他の型のデータ・プロセッサおよび集積回路も可能である。操作パネル４１０は、ASIC４０１に直接接続される。通信インターフェース４２０もそうである。通信インターフェース４２０はまた、ネットワークまたは他の任意の同様の型の通信媒体に接続されることもできる。USB ４３０、IEEE1394 ４４０ならびにスキャン、印刷およびファクスのような多機能プリンタ機能４５０が、PCIバス４８０を介してASIC４０１に接続されている。

SRAM４０８は不揮発性RAMである。他の型のSRAMも可能である。フラッシュカード４０７がフラッシュカード・インターフェース部４０６に挿入されることができ、それによりASIC４０１とフラッシュカード４０７の間でフラッシュカード・インターフェース部４０６を介してデータが送受信されるようになる。

操作パネル４１０は、ユーザーによるキー入力およびボタン押下などといったキー操作のために使われる操作部と、さまざまな画面のような描画データを表示するための表示部とを含む。他の型のハードウェア・コンポーネントが本発明において使われることもできることは認識しておくべきである。

さらに、フロッピー(登録商標)ディスク、磁気テープ、CD-ROMなどといったコンピュータ可読媒体に関し、該コンピュータ可読媒体に保存されているプログラムをMFPにインストールすることによって、MFPは本発明の機能を実行できる。

本発明は、多機能プリンタとの関連で記載してきたが、コピー機、デジタルコピー機、プリンタ、スキャナ、デジタル・カメラ、ファクス機もしくは多機能プリンタまたはその任意の組み合わせといったいかなる画像処理装置にも適用可能である。汎用コンピュータは画像処理装置とは考えない。さらに、本発明は他の特殊目的デバイスにも適用可能である。特殊目的デバイスとは、ナビゲーション・システム、全地球測位システム、自動販売機、計量システム（metering system）、機械ツールおよびプログラミングもしくはプログラムされたプロセッサを使って動作するその他のツール、自動車、列車、オートバイ、飛行機もしくはボートといった他の輸送デバイス、レーダー・システム、ラジオ、MP3プレーヤー、デジタル音楽プレーヤーおよび他のオーディオ・システム、携帯電話、他の通信デバイスおよびシステムならびにプラグインを使って動作する他の任意の特殊目的デバイスなどがある。

本発明は、個別的に開示された実施形態に限定されるものではない。本発明の範囲から外れることなく変形および修正がなしうるものである。

〈第二の側面〉
これから、主として本発明の第二の側面を扱う。
〔技術分野〕
本発明は、多機能プリンタで機能の除去および追加を許容するシステムおよび方法に関する。
〔背景技術〕
従来、ユーザーが多機能プリンタ（MFP: Multi-Function Printer）にファイル保存（file storage）アプリケーションのような新しいサービスをインストールしたいとき、そうしたサービスを利用可能にする新しいアプリケーションをMFPにインストールしなければならなかった。その様子を図１Ｘに示す。

MFPのコンテキストでこれらのアプリケーションをてこ入れするためには、サービス要員がその多機能プリンタの物理的なサイトに行ってアプリケーションをインストールし、アプリケーションのインストールは手動で行われた。さらに、ユーザーまたは小売業者がMFPからアプリケーションを除去したい場合、サービス要員がそのMFPの物理的なサイトを訪れ、アプリケーションを物理的に除去する必要があった。
〔発明の開示〕
〔課題を解決するための手段〕
本発明が提供する方法は、中でも、画像処理装置のホスト・アプリケーションを立ち上げることを含む。画像処理装置は少なくとも一つのプラグインおよび対応するサービスのセットを含む。本方法はさらに、画像処理装置の構成設定ファイルにアクセスすることを含む。構成設定ファイルは、前記少なくとも一つのプラグインに対応する各サービスのアクティブ化状態に関する情報を含む。また、本方法は、前記少なくとも一つのプラグインを各サービスのアクティブ化に関する情報に基づいて立ち上げることを含む。プラグインは、対応するアクティブ化されたサービスのセットをホスト・アプリケーションに提供する。本方法は、アクティブ化された各プラグインに対応するアクティブ化された各サービスのグラフィック印（graphical indicia）を含むグラフィカル・インターフェースを呈示することを含む。

本発明に含まれるものとしてまた、画像処理装置上でホスト・アプリケーションを立ち上げることを含む方法がある。該画像処理装置はアプリケーション層、ハードウェアおよびオペレーティング・システムを含む。本方法は、アクティブ化マネージャを立ち上げることも含む。アクティブ化マネージャは、インストールされているどのプラグインおよび該インストールされているプラグインに対応するどのサービスをアクティブ化すべきかを決定する。本方法は、画像処理装置上に保存されている構成設定ファイルを読むことを含む。構成設定ファイルは、画像処理装置、該画像処理装置のユーザーおよびインストールされているプラグインに対応するサービスを識別する情報を含む。本方法は、構成設定ファイル中の各サービスの、アクティブ化状態を判別し、該判別に基づいて構成設定ファイルを更新することを含む。構成設定ファイルは、各サービスのアクティブ化状態に関する情報を含むよう更新される。本方法はまた、インストールされているいくつかのプラグインに基づいてプロジェクト・アレイを生成し、各プロジェクトについてのサービス・アレイを生成し、プロジェクト・アレイ・ウィンドウを表示することも含む。プロジェクト・アレイ・ウィンドウはプロジェクト・アレイに含まれている各プロジェクトをグラフィックに表示する。本方法は、ユーザーによって選択される各プロジェクトおよび各対応するサービスのアクティブ化状態を判別し、プロジェクト・アレイ・ウィンドウにおいてプロジェクトが選択され、アクティブであると判別されたときにメイン・ウィンドウおよびデフォルト・サービス・ウィンドウを表示することを含む。メイン・ウィンドウは、アクティブ化されている諸プロジェクト・サービスのグラフィック印を含む。

本発明に含まれるものとしてまた、画像処理装置のコア・サービスを提供するよう構成されたホスト・アプリケーションと、ホスト・アプリケーションによってプログラム的に呼び出されるよう構成されたプラグイン・アプリケーションと、プラグイン・アプリケーションへのアクセスをコントロールするよう構成されたアクティブ化マネージャと、アクティブ化マネージャによって更新され、メモリに保存され、プラグイン・アプリケーションおよび該プラグイン・アプリケーションに対応する機能のアクティブ化に関する情報を含んでいる構成設定ファイルとを含む画像処理装置がある。ホスト・アプリケーションは、構成設定ファイル中のアクティブ化に関する情報に従ってプラグインをプログラム的に呼び出すよう構成されている。

本発明の他の目的、特徴および利点は以下の詳細な記述を付属の図面とともに読めばより明白になるであろう。
〔発明を実施するための最良の形態〕
本発展は、部分的には、画像処理装置にインストールされているアプリケーションを執行する（execute）方法に関する。画像処理装置はMFPである。MFPはスキャン、印刷および／またはファクスといった複数の機能を含む任意のプリンタまたはコピー機である。さらに、スキャンと印刷は異なる機能だが、上記のMFPは、単一ステップで文書をスキャンおよび印刷するコピー機を含みうる。

本発展はまた、画像処理装置のホスト・アプリケーションおよび画像処理装置の構成設定ファイルに関する。ホスト・アプリケーションは、MFPのオペレーティング・システムとインターフェースをもち、該オペレーティング・システムを通じてMFPのハードウェアにアクセスする執行可能コードであってもよい。

構成設定ファイルは、前記少なくとも一つのプラグインに対応するアクティブ化情報および前記少なくとも一つのプラグインに対応するサービスのセットを含む。換言すれば、構成設定ファイルは、そのMFP上でどのプラグインが実行できるかを決める情報を含んでいる。物理的なアプリケーションがMFPのメモリまたはハードドライブに見出されても、構成設定ファイルがアクティブ化を許容しない限り、そのアプリケーションは執行されない。

この構成設定ファイル（configuration file）は、XML、標準汎用マークアップ言語（SGML）、GML、RDF/XML、RSS、Atom、MathML、XHTML、SVG、DSDL、XUL、MXML、EADまたはKlipのような拡張可能なマークアップ言語を含め、いかなる種類の構成設定ファイルでもよい。

前記構成設定ファイルは、混合ブランド環境で使われることができることも注意しておくべきであろう。たとえば、いくつかの異なるブランドのコピー機がオフィスまたは建物といった環境で使われていたとしても、それぞれの独自のブランドは前記構成設定ファイルを利用できる。さらに、異なるMFPのそれぞれは統一クライアント・アーキテクチャおよびプラグインをロードできてもよい。こうして、コピー機または多機能デバイスのそれぞれは、同じ基本的なインターフェースおよびコマンドをもつことができ、それは問題となる個々のコピー機または多機能プリンタの機能のみによって制限される。

本発展はまた、構成設定ファイル中のアクティブ化情報に基づいて少なくとも一つのプラグインを立ち上げることにも関する。各プラグインは、MFPの機能を向上させるいくつかのサービスを含む。

本方法はまた、各アクティブ化されたプラグインおよび該アクティブ化されたプラグインに対応するサービスのセットの各アクティブ化されたサービスのグラフィック印を含むグラフィカル・インターフェースを呈示することも含む。グラフィック印は、アクティブ化されたプラグインおよび対応するアクティブ化されたサービスに関連付けられたリンクまたはページであってもよい。グラフィカル・インターフェースの例はのちに図１２〜図１９Ｘを参照しつつ論じる。

ここで図面を参照する。図面では、各図を通じて参照符号は同一または対応する部分を示す。より具体的には、図面のうち図２Ｘを参照する。図２Ｘには、統一クライアント・アプリケーション（unified client application）５を含むアプリケーション層１が示されている。MFPにインストールされた統一クライアント・アプリケーション５は、コア・アプリケーション６を含んでいる。コア・アプリケーションは、アプリケーションにサービスする主要な諸ルーチンを含んでいるアプリケーションである。これらの主要な諸ルーチンは典型的にはMFPの基本機能を実行する。基本機能とはたとえばスキャン、印刷、コピー、ファクスおよび通信を含む。コア・アプリケーション６の下には、アクティブ化（activation）マネージャ６ｂが含まれる。アクティブ化マネージャとは、統一クライアント・アプリケーションのうち、諸プラグインおよび対応するサービスのアクティブ化状態を決定する部分である。さらに、アクティブ化マネージャ６ｂは、該アクティブ化状態の決定に基づいて、config.xmlファイル７を生成する。

アクティブ化マネージャ６ｂは、MFP上にインストールされた任意のプラグインをアクティブ化または非アクティブ化する能力を提供する。よって、あらゆる利用可能な機能が、工場でMFP上にプレインストールされることができる。ユーザーがMFPの配達を受けるとき、MFPはプラグインのいくつかがアクティブ化されていてもよいし、プラグインのどれもアクティブ化されていなくてもよい。プラグインのどれもアクティブ化されていない場合、ユーザーは、必要が生じたときなど、適宜組み込み機能をアクティブ化できる。

種々の種類のアクティブ化方式も利用可能である。たとえば、ユーザーは、プラグインを限られた時間、試行ベースでアクティブ化できてもよい。あるいはまた、ユーザーは、プラグインの使用を、一回限りの使用または週ぎめまたは月ぎめのような時間ベースの使用のために購入、リースまたはライセンスすることができてもよい。これは、納税シーズンの間などといった一年のある時期の間に高い需要がある組織にとっては有用でありうる。

さらに、アクティブ化マネージャはMFP上で種々の料金体系を使えるようにする。たとえば、ユーザーはプラグインの使用のために月ごとの利用料を支払ってもよい。ユーザーがそのプラグインをもはや必要としなくなったときは、アクティブ化マネージャ６ｂを使って中央サーバーを介して使用を停止できる。さらに、プラグインは期限日時に基づいてアクティブ化解除できる。たとえば、ユーザーはあるプラグインの6か月の利用を購入することができ、ひとたび6か月が満了するとそのプラグインはアクティブ化解除されることができる。

さらに、ユーザーがプラグインをアクティブ化できる立場にある場合（ユーザーが金銭上の意思決定権を有するなど）、アクティブ化マネージャ６ｂは、ユーザーが、種々の方法でプラグインをアクティブ化できるようにする。たとえば、MFPに取り付けられたデバイスを使って、そのユーザーがアクティブ化を購入する権限があるかどうかが検証できる。購入／アクティブ化を可能にするために、スマートカード、バイオメトリクス、PINコード、磁気ストリップカードまたは非接触式カードのようなデバイスが、既存の他のID検証システムとともに使用できる。

アクティブ化に関しては、ユーザーがいくつかのMFPに対するコントロールを有する場合、アクティブ化プロセスは、リモートかつ集団的に達成できる。こうして、多数のMFPがリモート・ステーションを使って実質的に同時にプラグインをアクティブ化させることができる。これは、組織における一様性を可能にし、また、アクティブ化やアクティブ化解除を実行するために各MFPを訪れる必要がないのでかなりの時間を節約もする。

config.xmlファイル７は、アクティブ化情報に加えて統一クライアント・アプリケーション５に関する設定を含む。さらに、プラグイン８ａ…８ｎはコア・アプリケーション６によって制御される。

種々の種類のプラグインが統一クライアント・アプリケーション６にインストールできる。たとえば、図２Ｘに描かれている今の例では、文書モール（Document Mall）というプラグイン８ａ、eCabinetというプラグイン８ｂおよび一般的なプラグイン８ｎがインストールされている。

プラグインは一般に、コア・アプリケーション６を介して多機能プリンタのハードウェアを動作させるプログラムまたはコードを含む。図２Ｘに示した統一クライアント・アプリケーション５の代替的な図解が図３Ｘに掲げられている。図３Ｘには、コア・アプリケーション６、コア・アプリケーションとは別個であるアクティブ化マネージャ６ｂ、アクティブ化情報を含むconfig.xmlファイル７およびプラグイン８が含まれている。該組み込み機能はアクティブ化読み取り部を含む。

図４は、プラグイン８の内部構造の例を示している。たとえば、プラグイン８は単一のサービス・ウィンドウ１０ａを含むこともあり、あるいは１０ａ…１０ｎのようないくつかのサービス・ウィンドウを含むこともある。サービス・ウィンドウ１０ａ…１０ｎは、ユーザーが、該サービス・ウィンドウ１０ａ…１０ｎに対応するサービスとインターフェースをもてるようにするユーザー・インターフェースである。サービス・ウィンドウ１０ａ…１０ｎは、アクティブ化読み取り部１５ａ…１５ｎも含む。アクティブ化読み取り部１５ａ…１５ｎは、サービス・ウィンドウ１０ａ…１０ｎが執行されるときに実行される最初の機能であり、他の何らかの機能が実行される前にそのサービス・ウィンドウがアクティブであるかどうかを確認する。サービス・ウィンドウ１０ａ…１０ｎのさらなる説明は、のちに図１２〜図１６との関連で論じる。プラグイン８はまた、単一のサービス・データ１１ａまたはいくつかのサービス・データ要素１１ａ…１１ｎをも含んでいてもよい。サービス・データ要素１１ａ…１１ｎも、アクティブ化読み取り部１６ａ…１６ｎを含む。サービス・ウィンドウのアクティブ化読み取り部１５ａ…１５ｎに関して上記したように、アクティブ化読み取り部１６ａ…１５ｎは、サービス・データ要素がアクティブ化されていることを保証する。各サービス・ウィンドウ１０ａ…１０ｎは対応するサービス・データ１１ａ…１１ｎを有する。さらに、サービス・ウィンドウのアクティブ化読み取り部１５ａ…１５ｎは、サービス・データ１１ａ…１１ｎのアクティブ化読み取り部１６ａ…１６ｎに対応する。サービス・データ１１ａ…１１ｎは一般に、サービス名、サービスID、サービス・ウィンドウ１０ａ…１０ｎに対応する構成設定データ、デフォルト・サービス・ウィンドウ・データおよびユーザーによってサービス・ウィンドウ１０ａ…１０ｎを通じて入力されるランタイム・データを含む。

プラグイン８はまた、サービス・データ・ハンドラ１２を含み、任意的に、ログイン・ウィンドウ１３およびログイン・データ１４、つまり認証ユーザー・インターフェースを含んでいてもよい。サービス・データ・ハンドラ１２は統一クライアント・アプリケーションのうち、MFPから受領側デバイスにデータをアップロードする部分である。サービス・データ・ハンドラ１２に含まれるものとして、アクティブ化読み取り部１７がある。アクティブ化読み取り部１７は、config.xmlファイル７中のアクティブ化情報を検査して、サービス・データ・ハンドラ１２の何らかの対応する機能が実行される前にサービス・データ・ハンドラ１２がアクティブ化されていることを保証する。各プラグイン８において、複数のサービス・ウィンドウ１０ａ…１０ｎおよびサービス・データ要素１１ａ…１１ｎがありうる。しかしながら、ある好ましい実施形態によれば、サービス・データ・ハンドラ１２は一つしかない。他の実施形態はサービス・データ・ハンドラ１２を二つ以上有していてもよい。

図５は、文書モール・プラグイン８ａの例を描いている。文書モール・サービスは、プラグイン８としてコア・アプリケーション６にインストールできる。文書モール・プラグイン８ａが統一クライアント・アプリケーション５にインストールされると、文書モールによって提供されるサービスは、該統一クライアント・アプリケーション５がインストールされているMFPに拡張される。文書モール・プラグイン８ａは好ましくは、任意的なログイン・ウィンドウ２３およびログイン・データ２４を含む。これらのオプションはユーザー名、パスワードおよびアカウントが入力され、プラグイン８ａによって利用されることを許容し、権限のないユーザーがプラグイン８ａを使うのをプラグイン８ａが制限することを許容する。

文書モール・プラグイン８ａはさらに、いくつかの異なるサービス・ウィンドウおよびサービス・データを含む。たとえば、文書モール・プラグイン８ａでは、電子メール・サービス・ウィンドウ２０ａおよびフォルダ・サービス・ウィンドウ２０ｂが含まれる。電子メール・サービス・ウィンドウ２０ａは、ユーザーが、文書モールに保存されている電子メール・アドレスをスキャン宛先として入力することを可能にするユーザー・インターフェースであり、一方、フォルダ・サービス・ウィンドウ２０ｂは、ユーザーが、文書モール・フォルダをスキャン宛先として選択できるようにするユーザー・インターフェースである。さらに、電子メール・サービス・データ２１ａおよびフォルダ・サービス・データ２１ｂも含まれる。電子メール・サービス・データ２１ａおよびフォルダ・サービス・データ２１ｂは、電子メール・サービス・ウィンドウ２０ａおよびフォルダ・サービス・ウィンドウ２０ｂによってそれぞれ生成されたデータに対応する。サービス・ウィンドウ２０ａおよび２０ｂならびにサービス・データ要素２１ａおよび２１ｂはいずれも、アクティブ化読み取り部２５ａ…２５ｂおよび２６ａ…２６ｂを含む。アクティブ化読み取り部は、サービス・ウィンドウ／サービス・データ要素の対によって実行される最初の機能であり、対応するサービス・ウィンドウ／サービス・データがアクティブ化されていて、機能を実行できることを保証するために使われる。文書モール・プラグイン８ａはまた、サービス・データ・ハンドラ２２を含む。文書モール・プラグイン８ａの例では、サービス・データ・ハンドラ２２は、電子メール・サービス・データ２１ａとフォルダ・サービス・データ２１ｂの両方を一つのupload.xmlファイルにマージして、そのアップロード・ファイルを文書モール・サーバーにhttpsのpostコマンドなどを通じて送る、アップロード・ハンドラとして使用される。この例で触れられていないサービス・データ・ハンドラ２２の他の使用も可能である。サービス・データ・ハンドラ２２もアクティブ化読み取り部２７を含む。アクティブ化読み取り部２７は、サービス・データ・ハンドラ２２が、何らかの機能を実行する前にアクティブ化を保証することを許容する。

図６ＸＡは、統一クライアント・ソフトウェア・アーキテクチャ構造を示している。図２Ｘおよび図３Ｘに示した統一クライアント・アプリケーション５は統一クライアント・メイン・スレッド３０によって立ち上げられる。図６ＸＡでは、統一クライアント・メイン・スレッド３０は、アクティブ化読み取り部３０ａ、プロジェクト・アレイ３１およびプロジェクト・アレイ・ウィンドウ３２を含むものとして示されている。メイン・スレッド３０はコア・アプリケーション６を初期化し、アクティブ化読み取り部３０ａを使ってconfig.xmlファイル７を読み、それにより、config.xmlファイル７内に見出されたアクティブ化情報に基づいてプロジェクト・アレイ３１を作成する。config.xmlファイル７は、いくつかのプロジェクト３３ａ…３３ｎに関するアクティブ化情報を含む。各プロジェクト３３ａ…３３ｎは少なくとも一つのアクティブ化されたプラグイン８に対応する。

プロジェクト・アレイ３１は、統一クライアント・アプリケーション内でアクティブであると見出されるプロジェクトのリストである。プロジェクト・アレイ３１は、config.xmlファイル７内に含まれている<project>タグおよびアクティブ化情報を読むことによって構築される。さらに、メイン・スレッド３０は、各プロジェクト３３ａ…３３ｎについて、config.xmlファイル７に含まれている<service>タグおよびアクティブ化情報を読むことによって、サービス・アレイ３４ａ…３４ｎを生成する。サービス・アレイは、個別プロジェクトのもとにインストールされているアクティブ化されたサービスのリストである。メイン・スレッド３０はまた、プロジェクト・アレイ・ウィンドウ３２をも表示する。プロジェクト・アレイ・ウィンドウ３２は、統一クライアント・アプリケーション５を使用または執行するときの最初の画面である。しかしながら、本発明のある実施形態によれば、システム上に一つのプロジェクト３３ｂしかインストールされていない場合には、プロジェクト・アレイ・ウィンドウ３２はバイパスされる。プロジェクト・アレイ・ウィンドウ３２は、ユーザーが選択するためのプロジェクト・ボタンを表示する。あるプロジェクト・ボタンが選択されると、対応するプロジェクト３３ａ…３３ｎが呼び出される。プロジェクト・アレイ・ウィンドウ３２は、config.xmlファイル７内に見出されるアクティブ化情報に依存してアクティブ化されていないプロジェクトを表示してもいいし、しなくてもいいことも注意しておくべきであろう。たとえば、ある構成では、メイン・スレッド３０によってプラグイン８がアクティブ化されていないと見出される場合、プラグイン８のためにプロジェクト３３ａ…３３ｎは生成されず、ユーザーには、あたかもそのプラグイン８が物理的にMFP上に存在していないかのように思わせてもよい。これとは対照的に、別の構成では、あるプラグイン８がアクティブ化されていると見出されない場合であっても、メイン・スレッド３０は、プラグイン８に対応するプロジェクト３３ａ…３３ｎを生成してもよい。ただし、ユーザーがプロジェクト・アレイ・ウィンドウ３２を介してプロジェクト３３ａ…３３ｎを執行しようと試みると、プロジェクト３３ａ…３３ｎは、対応するメイン・ウィンドウ３５をロードする代わりに、ユーザーがプロジェクト３３ａ…３３ｎをアクティブ化できるようにする。さらに、プロジェクト３３ａ…３３ｎはユーザーに、プロジェクト３３ａ…３３ｎのデモを見る、あるいはそのプロジェクトを限られた時間だけ使えるようにしてもよい。アクティブ化プロセスのより詳細な議論は、図７ＸＥを参照しつつのちに見出される。プロジェクト・アレイ・ウィンドウ３２は、図９Ｘの関連でのちにさらに詳細に論じられる。

図６ＸＡには、プロジェクト・アレイ３１につながっているいくつかのプロジェクト３３ａ…３３ｎが示されている。各プロジェクト３３ａ…３３ｎはアクティブ化読み取り部２８ａを含む。アクティブ化読み取り部２８ａは、プロジェクト３３ａ…３３ｎがどのように執行され、どのサービス３８ａ…３８ｎがサービス・アレイ３４ａ…３４ｎに含まれるかを判別する。各プロジェクト３３ａ…３３ｎは、そのプロジェクト３３ａ…３３ｎのログイン／ログアウト・プロセスを、対応するログイン・データ・プラグイン３６およびログイン・ウィンドウ・プラグイン３７を通じて管理できる。たとえば、プロジェクト３３ａ…３３ｎにおいて認証が必要とされる場合、ログイン・ウィンドウ３７はログイン・ウィンドウ・プラグイン３７を使って、ユーザーがプロジェクト３３ａ…３３ｎへのアクセスを開始できる前に表示されるログイン・ウィンドウを表示することができる。ひとたびログイン／ログアウト・ボタンが押されたら、ログイン・データ・プラグイン３６によって使用される、対応するログインおよびログアウト・ハンドラが呼び出される。

さらに、プロジェクト３３ａ…３３ｎは、ログイン後プロセスを制御できる。たとえば、各サービス３８ａ…３８ｎは、サービス・ウィンドウ・プラグイン４０ａ…４０ｎによって表示されるそのサービス・ウィンドウのための、それ自身のログイン後プロセスを定義できる。認証が成功すると、各サービス３８ａ…３８ｎのログイン後プロセスが逐次的に呼び出される。

上記のログイン・ウィンドウ・プラグイン３７によって表示されるログイン・ウィンドウは、認証ユーザー・インターフェース（「UI」）ディスプレイの例である。ログイン・ウィンドウ・プラグイン３７によって表示されるログイン・ウィンドウは、ログイン・データ・プラグイン３６に含まれ、認証プロセス定義を含んでいるログイン・データとインターフェースをもつ。さらに、ログイン・ウィンドウ・プラグイン３７によって使用されるログイン・ウィンドウは、追加的な認証情報を要求するよう実装できる。一例として、文書モール・プラグイン８ａについて、文書モール・ログイン・ウィンドウ２３は、ユーザーがアカウント情報を入力するための場所を含むよう実装されてもよい。ログイン・ウィンドウ・プラグイン３７は他の情報を利用してもよい。さらに、ログイン・データは各サービス・ウィンドウ４０ａ…４０ｎおよびサービス・データ・ハンドラ１２によってアクセスされることができる。さらに、各プロジェクト３３ａ…３３ｎはメイン・ウィンドウ３５およびサービス・アレイ３４ａ…３４ｎを含む。

図６ＸＡでは、メイン・ウィンドウ３５はプロジェクト３３ｂに関連付けられている。メイン・ウィンドウ３５はプロジェクト３３ｂの下にしか図示されていないが、各プロジェクト３３ａ…３３ｎがメイン・ウィンドウを含むよう実装されてもよい。メイン・ウィンドウ３５は、各サービス３８ａ…３８ｎについてのサービス管理のために使われる。各サービスはメイン・ウィンドウ３５に含まれる一つのボタンに対応し、ボタンはサービス・ウィンドウへのユーザー選択可能なリンクである。たとえば、文書モール・プラグイン８ａの例では、メイン・ウィンドウ３５はスキャン設定の操作、文書名入力およびログイン・ボタン操作を含む。メイン・ウィンドウ３５のもう一つの例は、図１０との関連でのちに論じる。

各プロジェクト３３ａ…３３ｎには、サービス・アレイ３４ａ…３４ｎが含まれる。各サービス・アレイ３４ａ…３４ｎは、アクティブ化されたサービス３８ａ…３８ｎのリストを含む。サービス３８ａ…３８ｎは、インストールされているプラグインに関係する機能である。各サービス３８ａ…３８ｎは、アクティブ化読み取り部２９ａ…２９ｎ、サービス・ウィンドウ・プラグイン４０ａ…４０ｎおよびサービス・データ・プラグイン３９ａ…３９ｎを含んでいる。アクティブ化読み取り部２９ａ…２９ｎは、サービス３８ａ…３８ｎによってアクティブ化される最初の機能であり、そのサービスがアクティブ化されているかどうかを判定する。サービス・ウィンドウ・プラグイン４０ａ…４０ｎに含まれるサービス・ウィンドウは、サービス・ウィンドウ・ユーザー・インターフェースを表示する。さらに、サービス・ウィンドウ・プラグイン４０ａ…４０ｎは、ログイン後プロセスを実行し、サービス・データ・プラグイン３９ａ…３９ｎにデフォルト値を取得して設定する。たとえば、文書モール・プラグイン８ａの例のログイン後プロセスでは、文書モール・フォルダ・サービスがユーザーのフォルダ・リストをダウンロードし、ユーザーのフォルダをデフォルトのフォルダ宛先に設定する。サービス・ウィンドウ・プラグイン４０ａ…４０ｎはまた、ユーザーとの対話的な動作も実行して、サービス・データ・プラグイン３９ａ…３９ｎ内のサービス・データと対話し、これを更新する。サービス・ウィンドウ・プラグイン４０ａ…４０ｎは抽象的なクラスであり、よってサービス・ウィンドウ・プラグイン４０ａ…４０ｎのある種の振る舞いはコードで事前定義される。しかしながら、開発者は、該開発者の必要に応じて、サービス・ウィンドウ・プラグインに機能を追加し、あるいはサービス・ウィンドウを拡張することができる。たとえば、文書モール・プラグイン８ａの例では、文書モールの電子メール・サービス・ウィンドウは、文書モール・サービスを使う電子メール・アドレス検索および手動の電子メール・アドレス入力の両方をサポートする。

サービス・データ・プラグイン３９ａ…３９ｎに含まれるサービス・データは、ユーザー・オペレーションに基づいてサービス・ウィンドウ・プラグイン４０ａ…４０ｎによって更新される。さらに、サービス・データ・プラグイン３９ａ…３９ｎに含まれるサービス・データは、アップロード動作が実行されるときに、アクティブ化サービス・データ・ハンドラ１２によってアクセスされる。たとえば、アクティブ化されていれば、電子メールの送信またはネットワーク・フォルダへのアップロードは、文書モール・プラグインの例８ａで行われたように、サービス・データ・ハンドラ１２によって実行されうる。サービス・ウィンドウ・プラグイン４０ａ…４０ｎと同様、サービス・データ・プラグイン３９ａ…３９ｎは抽象的なクラスであり、さらなるサービス関係データを生成するためにプラグイン開発者が更新または拡張できる。たとえば、文書モール・プラグイン８ａの例では、文書モール・電子メール・サービスは、サービス・データ・プラグイン３９ａ…３９ｎに含まれるサービス・データに保存されている電子メール宛先アドレスに基づいて電子メールを送る。

このように、統一クライアント・メイン・スレッド３０は、アクティブ化されていてもいいし、いなくてもいい、いくつかのプロジェクト３３ａ…３３ｎをリストするプロジェクト・アレイ３１を含み、各プロジェクトはアクティブ化されていてもいなくてもいいいくつかのサービス３８ａ…３８ｎをリストするサービス・アレイ３４ａ…３４ｎを含む。上で論じたように、本発明の種々の実施形態は、アクティブ化されたおよびアクティブ化されていないプロジェクトおよびサービスの、対応するプロジェクト・アレイまたはサービス・アレイ内への包含を扱う。ある実施形態では、アクティブ化されたプロジェクトおよびサービスだけが、対応するプロジェクトおよびサービス・アレイに含められる。別の実施形態では、アクティブ化されていないプロジェクトおよびサービスが対応するプロジェクト・アレイおよびサービス・アレイに含められ、ユーザーがアクティブ化されていないプロジェクトおよびサービスの機能を利用しようと試みると、ユーザーはそのサービスを購入またはアクティブ化する能力を与えられる。この特徴に関するさらなる詳細は、のちにアクティブ化マネージャとの関連で論じる。プロジェクト・アレイに見出されるプロジェクト３３ａ…３３ｎは、プロジェクト・アレイ・ウィンドウ３２上に表示され、各プロジェクトはメイン・ウィンドウ３５および任意的にはメイン・ウィンドウ３５より先に表示されるログイン・ウィンドウを含む。ログイン・ウィンドウは代替的に、メイン・ウィンドウ３５と同時に表示されることもできる。さらに、各サービス３８ａ…３８ｎは、サービス・ウィンドウ・プラグイン４０ａ…４０ｎに含まれるサービス・ウィンドウを含む。

単一のプロジェクト３３ａ…３３ｎに複数のプラグイン８が関連付けられることもできることも注意しておくべきであろう。たとえば、文書モール・プラグイン８ａおよびeCabinetプラグイン８ｂが単一のプロジェクト３３ａ…３３ｎに含められている場合、ユーザーはメイン・ウィンドウ３５内に、文書モールおよびeCabinetのサービス・ウィンドウ４０ａ…４０ｎ両方を見ることになる。ユーザーがあらゆる必要な情報を対応するサービス・ウィンドウ４０ａ…４０ｎに入力する場合、文書モールおよびeCabinetサーバーの両方に一つのスキャン・ジョブが提供されることができる。一つのプロジェクトに複数のプラグインが関連付けられている場合、プラグインに対応するそれぞれの一意的な機能はその独自のアクティブ化読み取り部を有する。たとえば、文書モール機能のみがアクティブ化されている場合には、eCabinet機能は利用可能でないか、あるいは使う前にアクティブ化される必要がある。

ここで図６ＸＡに連絡記号Ａによってつながっている図６ＸＢに目を転じる。ひとたびMFPによるスキャンが完了すると、アップロード・データ５０が生成される。アップロード・データ５０はたとえば、文書名、スキャン・データ、ログイン・データおよびサービス・データを含む。アップロード・データ５０はまた、サービス・データ・ハンドラ５４ａ…５４ｎによって受領デバイスにアップロードされることのできる他のいかなる情報をも含むことができる。サービス・データ・ハンドラ５４ａ…５４ｎは、アクティブ化読み取り部５５ａ…５５ｎを含んでおり、MFPからのデータのアップロードを実行する。各サービス・データ・ハンドラはプロジェクト３３ａ…３３ｎに関係している。アップロード・スレッド／ジョブ・モニタ５１はジョブの待ち行列５３を含んでいる。アップロード・スレッド／ジョブ・モニタ５１は、ジョブ待ち行列５３を監視し、ジョブが入手可能になったときにジョブを処理するバックグラウンド・プロセスである。アップロード・スレッド／ジョブ・モニタ５１は、サービス・データ・ハンドラ５４ａ…５４ｎに接続されている。スキャンが完了すると、メイン・スレッド３０はその最終的なアップロード・データ５０をポストし、ジョブ待ち行列５３に加える。

各ジョブについて、アップロード・スレッド／ジョブ・モニタ５１は、対応するサービス・データ・ハンドラ５４ａ…５４ｎに基づいてアップロード・データ５０をグループ化し、該アップロード・データ５０を処理するために対応するサービス・データ・ハンドラ・プラグイン５４ａ…５４ｎを呼び出す。たとえば、文書モール・プラグイン８ａの例では、アップロード・スレッド／ジョブ・モニタ５１は、スキャンまたは画像ファイルに関係した情報のような一般データ、ログイン・データ、電子メール・サービス・データおよびフォルダ・サービス・データを、処理してもらうために文書モール・サービス・データ・ハンドラ・プラグイン５４ａ…５４ｎに渡す。ひとたびアップロード・スレッド／ジョブ・モニタ５１が上記の諸ステップを完了したら、最終的なステップはジョブ・アップロード状態を取得して、ジョブ・ログを更新することである。ジョブ・アップロード状態は、サービス・データ・ハンドラ５４ａ…５４ｎによるアップロードの状態であり、ジョブ・ログはアップロード・スレッド／ジョブ・モニタ５１によって処理されたジョブのリストである。

上記のように、サービス・データ・ハンドラ５４ａ…５４ｎは、アップロード・データ５０のアップロードを実行する。しかしながら、サービス・データ・ハンドラ５４ａ…５４ｎは、アクティブ化読み取り部５５ａ…５５ｎによってまずアクティブ化が確認された場合にのみその機能を実行する。たとえば、文書モール・プラグイン８ａの例で、アクティブ化読み取り部５５ａ…５５ｎがconfig.xmlファイル７にアクセスして、サービス・データ・ハンドラ５４ａ…５４ｎがアクティブ化されていることを確認する。アクティブ化が確認されれば、サービス・データ・ハンドラ５４ａ…５４ｎは一般データ、ログイン・データ、電子メール宛先のような電子メール・サービス・データおよびフォルダ宛先のようなフォルダ・サービス・データを受領する。最後に、サービス・データ・ハンドラ５４ａ…５４ｎは受領されたアップロード・データ５０をupload.xmlファイルに合成して、そのxmlファイルをconfig.xmlファイル７で指定されている文書モール・サーバーに、httpのpostプロセスを介してアップロードする。最後に、サービス・データ・ハンドラ５４ａ…５４ｎは、ジョブのログ記録のために、アップロード状態をジョブ・モニタに報告する。

図７ＸＡ〜７ＸＥは、統一クライアント・メイン・スレッド３０のフローチャートを示している。図７ＸＡでは、開始したのち、統一クライアント・アプリケーション５はステップ６０で初期化される。統一クライアント・アプリケーション５は、最初にコア・アプリケーション６を初期化することによって初期化される。次にステップ６１Ｘでは、アクティブ化マネージャ６ｂはMFP上に位置しているconfig.xmlファイル内に見出される各プラグインおよび対応するサービスのアクティブ化状態を判別する。さらなる詳細は図７ＸＥに見出される。ステップ６２Ｘでは、少なくとも一つのプラグインがアクティブ化されているかどうかが判別される。

アクティブ化されているプラグインがなければ、フローはアクティブ化ウィンドウ６８に進む。アクティブ化画面はMFPのユーザーが、購入または試用により、MFP上の少なくとも一つのプラグインをアクティブ化することを可能にする。ひとたびユーザーが少なくとも一つのプラグインをアクティブ化したら、フローはステップ６１Ｘに戻って、アクティブ化マネージャは少なくとも一つのプラグイン８がアクティブ化されているかどうかを判別する。

少なくとも一つのプラグインがアクティブ化されていると判定されたら、フローはステップ６４Ｘに進み、そこでconfig.xmlファイル７が読まれる。config.xmlファイル７は、コア・アプリケーション６のため、およびホストまたはコア・アプリケーション６に関連付けられているプラグイン８のための設定を含む。次いでステップ６５Ｘで、プロジェクト・アレイ３１が、いくつかのインストールされているプラグイン８に基づいて構築される。次にステップ６６Ｘで、サービス・アレイ３４ａ…３４ｎがアクティブ化されている各プロジェクト３３ａ…３３ｎについて構築される。さらに、ステップ６７Ｘでメイン・ウィンドウ３５が構築される。先記したように、のちにより詳細に議論される図１０は、メイン・ウィンドウ３５の例を示している。フローは次いで図７ＸＢのプロセスＢに進む。

図７ＸＥは、アクティブ化マネージャ６ｂの作業フローのより詳細な記述を示す。特に、図７ＸＥは、図７ＸＡに示されたステップ６１の内部プロセスを示している。ひとたび図７ＸＡのステップ６０が完了すると、フローはステップ６１Ｘに進む。ステップ６１Ｘは、５つのステップ６１ＸＡないし６１ＸＥからなっている。ステップ６１ＸＡでは、アクティブ化マネージャ６ｂが起動し、以前にインストールされたconfig.xmlファイル７を読む。config.xmlファイル７にはMFP情報が含まれており、config.xmlファイル７の内容についてのさらなる議論はのちに図１１ＸＡないし１１ＸＢに関して見出される。

次いでステップ６１ＸＢでアクティブ化マネージャはアクティブ化データベースにネットワークを通じて連絡し、ステップ６１ＸＣで、MFPおよびアカウント情報を検証するために、MFPに関する情報をアクティブ化データベースに送る。アクティブ化データベースとは、MFPに含まれている各プロジェクトおよびサービスのアクティブ化状態に関する情報を保存するリモートの相互参照されたデータベースでありうる。ステップ６１ＸＤでは、アクティブ化マネージャ６ｂは、アクティブ化情報を、送られたMFP情報に基づいてアクティブ化データベースから取得する。アクティブ化情報とは、MFPに含まれているプロジェクトおよびサービスのアクティブ化状態に関する情報である。アクティブ化マネージャ６ｂは次いでconfig.xmlファイル７中のアクティブ化情報を、受信された情報に基づいて更新する。

本実施形態では、アクティブ化マネージャはconfig.xmlファイル７の更新を、アクティブ化データベースに連絡することによって行うが、代替的な実施形態では、アクティブ化情報は、ネットワーク中の、以前にアクティブ化データベースに連絡した別のMFPから取得されることもできることを注意しておくべきであろう。

図７ＸＢでは、ステップ７０で、前記プロジェクト・アレイを使ってプロジェクト・アレイ・ウィンドウ３２が生成される。プロジェクト・アレイ・ウィンドウ３２は、アクティブ化されているプロジェクト、あるいはアクティブ化のためにMFPを利用するユーザーによって利用可能であるプロジェクトのみを表示する。よって、MFPを利用しているユーザーが新しいプロジェクトをアクティブ化する権限がない場合には、以前にアクティブ化されたプロジェクトのみが選択のために利用可能となる。次いでステップ７１でプロジェクト・アレイ・ウィンドウ３２が表示され、ステップ７２でプロジェクトが手動のユーザー入力に基づいて選択される。

ひとたびステップ７２でプロジェクトが選択されると、ステップ７３Ｘは選択されたプロジェクトがアクティブ化されているかどうかを確認する。答えが否なら、フローはステップ７４Ｘに進んで、アクティブ化ウィンドウがユーザーに、選択された未アクティブ化プロジェクトをアクティブ化することを許容する。ステップ７５Ｘでは、ユーザーがプロジェクトをアクティブ化することを決めたかどうかが判別される。ユーザーが選択されたプロジェクトをアクティブ化しないことに決めた場合、フローはステップ７１に戻って、新しいプロジェクトが選択されうる。しかしながら、ユーザーがステップ７４Ｘで選択されたプロジェクトをアクティブ化することに決めた場合、フローはステップ７６Ｘに進んで、config.xmlファイルが、新しくアクティブ化されたプロジェクトについてのアクティブ化情報を含むよう更新される。ひとたびステップ７６Ｘでconfig.xmlファイルが更新されたら、新しくアクティブ化されたプロジェクトについてステップ７７Ｘでサービス・アレイが構築され、フローはステップ７８Ｘに進む。

ステップ７３Ｘに戻ると、選択されたプロジェクトがアクティブ化されている場合、フローはステップ７８Ｘに進み、選択されたプロジェクトが初期化される。

一般的な手順として、ステップ７０〜７８Ｘは、選択されたプロジェクトがアクティブ化されているかどうかを確認するプロセスを実行する。選択されたプロジェクトがアクティブ化されていない場合、システムはアクティブ化を許容する。

ここで図７ＸＢのＣから図７ＸＣに目を転じると、ステップ８０は、初期化されたプロジェクトがログイン・ウィンドウ・プラグイン３７を含んでいるかどうかを判別する。ログイン・ウィンドウ・プラグイン３７がインストールされていなければ、フローは図７ＸＤのプロセスＥに進む。プロジェクトがログイン・ウィンドウ・プラグイン３７を含んでいれば、フローはステップ８１に進んで、ログイン・プラグインがアクティブ化されているかどうかが判別される。ログイン・プラグインがアクティブ化されていない場合、フローは図７ＸＤのプロセスＥに進む。ログインがアクティブ化されていれば、フローはステップ８２に進み、ログイン・ウィンドウ・クラスとログイン・データ・クラスの両方がロードされる。

ひとたび両クラス・ファイルがロードされると、ステップ８３でログイン・ウィンドウが表示される。ログイン・ウィンドウは、ログイン・ボタンおよび取り消しボタンの両方を含む。ステップ８４でどのボタンが押されたかに依存して、フローは異なる進み方をする。ログイン・ボタンが押された場合、フローはステップ８５に進んで、ログイン・ウィンドウ・プラグイン３７のプロセス・ログイン機能が呼び出されるが、ステップ８４で取り消しボタンが押されていた場合には、フローは図７ＸＢのプロセスＤに進む。プロセスＤはフローをステップ７０に戻す。

ステップ８４でログイン・ボタンが押された場合、ログイン・ウィンドウ・プラグイン３７のログイン機能がステップ８５で呼び出される。ステップ８６はログインが成功したかどうかを確認する。ログインが成功でなかった場合、フローはステップ８７に進んでログイン・ウィンドウをリセットし、ステップ８３に戻る。ログインが成功だった場合、フローは図７ＸＤのプロセスＥに進む。

このように、図７ＸＣは、選択されたプロジェクト３３ａ…３３ｎにおいてログイン・ウィンドウ・プラグイン３７がインストールされている場合に認証を完了させる一般的な手順を含んでいる。ログイン・ウィンドウ・プラグイン３７がインストールされていないか、プラグイン３７がアクティブ化されていない場合には、ログイン・プロセス全体はスキップされる。

ここで図７ＸＤ（ｉ）に目を転じると、ステップ８９Ｘで、各サービスのためのサービス・データがロードされる。ひとたびサービス・データがロードされると、フローはステップ９０Ｘに進み、各サービスのログイン後機能が呼び出される。ステップ９１Ｘでは、ログアウト・リスナー（listener）がメイン・ウィンドウ３５中にセットされる。ステップ９２Ｘでは、各サービスのアクティブ化状態が検査される。アクティブ化された各プロジェクトについて少なくとも一つのサービスがアクティブ化される。ユーザーがサービスをアクティブ化する権限がない場合には、アクティブ化済みのサービスのみがステップ９３で利用可能となる。それ以外の場合にはインストールされている全サービスがステップ９３で利用可能となる。さらに、ステップ９３では、各サービス３８ａ…３８ｎについてのサービス・ボタンがメイン・ウィンドウ３５中に生成される。次いでステップ９４で各サービスのためのサービス・ウィンドウ・クラスがロードされ、ステップ９５でアップロード・データ５０が初期化または生成される。

ひとたびステップ９５でアップロード・データ５０が初期化されると、ステップ９６でメイン・ウィンドウ３５がユーザーに表示される。次いでステップ９７でデフォルト・サービスが選択される。デフォルト・サービスは常に、アクティブ化されたサービスであることを注意しておくべきであろう。次いでステップ９８で、選択されたサービスに対応するサービス・ウィンドウが表示される。ステップ９９では、ステップ９８で表示されたサービス・ウィンドウ中にサービス・データが入力される。次いでフローは図７ＸＤ（ｉｉ）のステップ１００に進み、自動ログアウト時間が経過したかどうかが検査される。自動ログアウト機能は、所定の時間にわたってユーザー活動が検出されない場合に、フローを強制的にログアウト・ステップ１０４に進ませる。自動ログアウト時間が経過していないとステップ１００で判定されると、フローはステップ１０１に進んで、ボタンが押されたかどうかが判定される。ボタンが押されていたらフローはステップ１０２に進み、そうでなければフローはステップ１００に戻る。ステップ１０２は、どのボタンが押されたかを判別する。サービス・ボタンの一つが押されていた場合、フローはステップ１０７に進んで、選択されたサービスがアクティブ化されているかどうかが判別される。選択されたサービスがアクティブ化されていなければ、フローは、ユーザーが選択された未アクティブ化サービスをアクティブ化できるステップ１０８に進む。フローは次いでステップ１０９に進み、選択されたサービスがステップ１０８でアクティブ化されたかどうかが判別される。ステップ１０８でサービスがアクティブ化されなかった場合、フローはステップ９８に戻って、再びデフォルト・サービス・ウィンドウが表示される。選択されたサービスがステップ１０８でアクティブ化されていた場合には、フローはステップ１０３に進む。

ステップ１０７に戻ると、選択されたサービスがアクティブ化されていれば、フローはステップ１０３に進んで、選択されたサービスがセットされる。次いでフローは図７ＸＤ（ｉ）のステップ９８に戻り、新たに選択されたサービス・ウィンドウが表示される。ステップ１０２でログアウト・ボタンが押された場合、フローはステップ１０４に進み、各サービスがリセットされ、メイン・ウィンドウ３５がリセットされ、アップロード・データがリセットされる。

ここで図９Ｘに進むと、プロジェクト・アレイ・ウィンドウ３２の例が示されている。プロジェクト・アレイ・ウィンドウ３２は、システム・メッセージ１５１のためにリザーブされている行を含んでいる。また、統一クライアント・ロゴ１５２およびプロジェクト・アレイ・ウィンドウ３２の使い方についてのユーザーに対する案内１５３も含まれている。プロジェクト・アレイ・ウィンドウはまた、ユーザーが選択できるいくつかのプロジェクト・ボタン１５４も含んでいる。プロジェクト・ボタンは、ユーザーをメイン・ウィンドウ３５および選択されたプロジェクト３３ａ…３３ｎのデフォルトのサービス・ウィンドウにリンクする、そのようなボタンの例は、「文書モール」ボタン１５４、「eCabinet」ボタン１５４ａまたは他の同様の型のプロジェクト・ボタン１５４ｂ、１５４ｎである。スクロール・バー１５５は、多数のプロジェクト・ボタンがプロジェクト・アレイ・ウィンドウ３２にインストールされることを許容する。このように、プロジェクト・アレイ・ウィンドウ３５の機能は、ユーザーがどのプロジェクト３３ａ…３３ｎをMFP上で使用したいかをユーザーが選択することを許容することである。

図１０は、メイン・ウィンドウ３５の例を示している。メイン・ウィンドウ３５は、統一クライアント・ロゴならびに文書名１６２およびログアウト・ボタン１６３を含んでいる。図７ＸＤとの関連で先に論じたように、ログアウト・ボタン１６３は、ユーザーが選択されたプロジェクトからログアウトして、図９Ｘに記載されたプロジェクト・アレイ・ウィンドウ３２に戻ることを許容する。メイン・ウィンドウ３５は、いくつかのボタン１５６ないし１５９をも含んでいる。これらのボタンはいくつかのサービスに対応する。メイン・ウィンドウ３５に表示されるボタンは、プロジェクト・アレイ・ウィンドウ３２で選択されたプロジェクト３３ａ…３３ｎに対応したものである。たとえば、プロジェクト・アレイ・ウィンドウ３５で「文書モール」プロジェクトが選択されている１５４ときは、いくつかの「文書モール」関連のボタンが利用可能である。たとえば、ボタン１５６はユーザーが、スキャンして「文書モール電子メール」へというサービス・ウィンドウを開くことを許容する。項目１５７は、ユーザーがスキャンしてフォルダへというサービス・ウィンドウを開くことを許容する。項目１５８はスキャン設定のサービス・ウィンドウを開くボタンである。一方、項目１５９は、ユーザーがジョブ・ログ・サービス・ウィンドウを開くことを許容する。本発明は、図１０に含まれるいくつかのボタンや図１０に示されるサービスに限定されない。さらに、矢印ボタン１６０ａおよび１６０ｂは、ユーザーが、多数のサービス・ボタンをスクロールしていくことを許容する。こうして、いかなる種類のサービス・ボタンもメイン・ウィンドウ３５にインストールできる。

図１１ＸＡ〜１１ＸＢは、アクティブ化情報を含むconfig.xmlファイル７の例を示している。図１１ＸＡ〜１１ＸＢは、config.xmlファイル７がどのように設計されるかの包括的な例であることは意図されておらず、図１１ＸＡ〜１１ＸＢが含んでいるのは、統一クライアント・アプリケーション５のアクティブ化のためにconfig.xmlファイル７が書かれうる一つの仕方であることを注意しておくべきであろう。

図１１ＸＡの先頭、第１行のMFPタグは、config.xmlファイル７のMFPセクションを開く。

MFPセクションは、MFPおよび該MFPに関連付けられたアカウントに関係するいくつかのタグを含んでいる。第２行に見出されるMFPSerialNoタグはMFPのシリアル番号を含む。MFPシリアル番号とは、MFPのハードウェアを同定する一意的な番号である。第３行に見出されるMACAddressタグは、MFPのMACアドレスを含んでいる。MACアドレスは、そのMFPのネットワーク・インターフェースを識別する一意的なネットワーク識別コードである。第４行に見出されるAccountNameタグは、そのMFPが登録されているアカウント名を含んでいる。今の例では、アカウント名はRicohである。

第５行に見出されるUserNameタグは、そのMFPに現在ログインしているユーザーのユーザー名を含んでいる。代替的な実施形態ではUserNameタグは使用されないことを注意しておくべきであろう。さらに、図１１ＸＡに示していないModelNameタグがMFPセクションに含められてもよい。ModelNameタグは、そのMFPの型名を識別する。最後に、第６行には、MFPタグの閉じが見出される。これは、MFPセクションの終了を識別する。

図１１ＸＡの第７行はserviceタグの開きを含んでおり、config.xmlファイル７中の新しいサービス・セクションを開始する。第８行にはServiceNameタグが見出され、これはそのサービスのサービス名を含む。今の例では、サービス名DMEmailが文書モールの電子メール・サービスを表している。第９行ではDisplayNameタグがそのサービスの表示名を含んでいる。今の例では、表示名「Document Mall Email」が示されている。表示名の設定は、そのサービスが、メイン・ウィンドウ３５のサービス・ボタンにどのように表示されるかを示す。

第１０行は、アクティブ化（Activation）の開きタグを示している。このタグがサービスのアクティブ化セクションを開始する。アクティブ化セクションに含まれるものとしては、サービスのアクティブ化に関するいくつかのタグがある。図１１ＸＡおよび１１ＸＢに示した例は、config.xmlファイル７にアクティブ化情報を含む一方法であり、他の方法も可能である。第１１行には、ActivationRequiredタグが見出される。このタグは、問題のサービスのためにアクティブ化が要求されるかどうかを示すブール指標を含む。第１１行に示される今の例では、ActivationRequiredタグは「Y」としてリストされているが、このタグが「N」または「F」の指標を含んでいたら、このサービスはMFP上で使われるべく常に利用可能である。このタグのためのデフォルト値は「Y」である。

アクティブ化タグ・セクション中の次のタグは、第１２行に見出されるActivatedタグである。上記のActivationRequiredタグと同様、Activatedタグはブール指標を含む。このブール指標は、問題のサービスがアクティブ化されているかどうかに対応する。この指標が「N」または「F」を示す場合、このサービスは、MFPのユーザーがアクティブ化プロセスを一通り行わない限り、該MFPのユーザーにとって利用可能ではない。今の例では、Activatedタグは「Y」指標を含む。「Y」指標がActivatedタグ中に見出されるとき、第１３行および第１４行に見出されるActivationDateタグおよびExpirationDateタグはそれぞれ、そのサービスがアクティブ化された日付および該アクティブ化の期限日をリストする。ExpirationDateタグはアクティブ化データベースが連絡不能な場合に有用である。アクティブ化データベースが到達不能な場合、アクティブ化マネージャは、MFPの内部日付スタンプをconfig.xmlファイル７のExpirationDateタグ内に見出される情報と比較して、アクティブ化がまだ有効であることを確認する。最後に、Activationタグの閉じが第１５行に見出される。

第１６〜１９行にはサービス・ウィンドウ・クラス・ファイルがリストされている。サービス・ウィンドウ・クラス・ファイルは、サービス・ウィンドウを表示するために必要なコードすべてを含んでいる。第２０〜２３行では、データ・ハンドラ・クラス・ファイルがリストされている。これは、このサービスにおけるデータ・ハンドラのために必要なコードすべてを含んでいる。

第２４行から始まって、このサービスのための構成設定データが含まれている。この例では、第２５行でDocumentMallサーバー・アドレスがdocumentmall.comとリストされている。アドレスdocumentmall.comは使用されうるアドレスの一例であり、IPv6アドレスまたはIPv4アドレスを含む他のアドレスを使うこともできる。

第２７行に始まって、データ・ハンドラ構成設定データが含まれている。この例では、データ・ハンドラ構成設定データはoptional〔任意的〕としてリストされているが、FTPポートまたは他の同様のデータのような情報がこのタグ内にリストされることができる。第２６〜２７行で、データ・ハンドラ構成設定データ・タグが閉じられ、第２９行で上記のサービスについてサービスが閉じられる。

第３０行は、新しいサービスに対応する新しいserviceタグを含んでいる。今の例は二つのサービス・セクションしか含んでいないが、MFP上に見出される各サービスに対応するサービス・セクションがconfig.xmlファイル７に含まれてもよい。第３１行ではServiceNameタグが見出される。これは、今の例ではeCabinetFolderサービスを示している。第３２行では、名称「eCabinet Scan to Folder」を含んでいるDisplayNameタグが見出される。

図１１ＸＡの第３３行ないし図１１ＸＢの第１行は、eCabinetFolderサービスのためのアクティブ化セクションを示している。上記のDMEmailサービスに関して述べたように、eCabinetFolderサービスのアクティブ化セクションはActivationタグの開きと閉じ、ActivationRequiredタグ、Activatedタグ、ActivationDateタグおよびExpirationDateタグを含む。

図１１ＸＢの第２〜４行には、サービス・ウィンドウ・クラス・ファイルがリストされている。サービス・ウィンドウ・クラス・ファイルは、サービス・ウィンドウを表示するために必要なコードすべてを含んでいる。第５〜８行では、データ・ハンドラ・クラス・ファイルがリストされている。これは、このサービスにおけるデータ・ハンドラのために必要なコードすべてを含んでいる。

第９行から始まって、eCabinetサービスのための構成設定データが含まれている。この例では、第１０行でeCabinetサーバー・アドレスがeCabinet.comとリストされている。アドレスeCabinet.comは使用されうるアドレスの一例であり、IPv6アドレスまたはIPv4アドレスを含む他のアドレスを使うこともできる。

第１２行に始まって、データ・ハンドラ構成設定データが含まれている。この例では、データ・ハンドラ構成設定データは任意的としてリストされているが、FTPポートまたは他の同様のデータのような情報がこのタグ内にリストされることができる。第１２〜１３行で、データ・ハンドラ構成設定データ・タグが閉じられ、第１４行でDMEmailサービスについてサービスが閉じられる。

以上の例がprojectタグや対応するプロジェクト・アクティブ化セクションを示しておらず、config.xmlファイル７は、上に記述し、図１１ＸＡ〜１１ＸＢに図示した各サービス・セクションにアクティブ化セクションを入れるのと同様な仕方で、projectタグに従属してアクティブ化セクションを含んでいてもよいことを注意しておくべきであろう。

多機能プリンタにインストールされた統一クライアント・アプリケーション５の機能例についてこれから図１２〜図１６で記述する。この例では、統一クライアント・アプリケーション５は、eCabinetプラグイン８ｂとともにインストールされている。eCabinetプラグイン８ｂをもつ統一クライアント・アプリケーション５はSDK/Jを使って開発され、統一クライアント・アプリケーション５がインストールされている各MFP上でCVMオプションを使う。SDK/Jとは、組み込みソフトウェア・アーキテクチャのソフトウェア開発キット（SDK: software development kit）であり、ハウス開発者、独立系ソフトウェア・ベンダーおよびシステム統合者（integrator）がMFP上でカスタマイズされたJava(登録商標)ベースのソリューションを与えることを許容するものである。CVMオプションとは、MFP上にインストールできるJava(登録商標)仮想マシンである。統一クライアント・アプリケーションに付随するプラグインを作り出すために、他の型の仮想マシンおよび／またはプログラミング言語も使うこともできる。

eCabinetプラグイン８ｂをもつ統一クライアント・アプリケーションの前記の例は、二つのSDK/J型のアプリケーションを使う。二つのSDK/J型のアプリケーションとは、たとえば、主要な統一されたクライアント機能を実装するJava(登録商標) xletアプリケーション一つと、ウェブ・ブラウザを介してリモートでconfig.xmlファイル７を更新することをユーザーに許容するサーブレット・アプリケーション一つである。eCabinetプラグイン８ｂをもつ統一クライアント・アプリケーション５によってサポートされているサービスのいくつかは：スキャンしてeCabinetサーバーへ、スキャンしてeCabinetフォルダへ、スキャン設定およびジョブ・ログ閲覧である。これらのサービスは、eCabinetプロジェクトのメイン・ウィンドウ３５内にサービス・ボタンとして表現される。統一クライアント・アプリケーション５が今の例のように一つのプロジェクト３３ａ…３３ｎしか含んでいない場合には、デフォルトのサービス・ウィンドウが、メイン・ウィンドウ３５とともに表示される最初のウィンドウである。

図１２では、メイン・ウィンドウ３５およびサービス・ウィンドウ１７３の例が示されている。メイン・ウィンドウ３５およびeCabinet所有者サービス・ウィンドウ１７３が表示される。メイン・ウィンドウ３５はロゴ１６１ならびに文書名１６２およびセッション終了またはログアウト・ボタン１６３を含む。さらに、いくつかのサービス・ボタン１６４〜１６７もメイン・ウィンドウ３５に含まれる。このeCabinetの例では、第一のサービス・ボタンはeCabinet所有者ボタン１６４である。図１２では、このボタンが選択され、結果として、対応するeCabinet所有者サービス・ウィンドウ１７３が表示されている。eCabinet所有者サービス・ウィンドウの左側は、orderリスト・ウィンドウ１６８およびリフレッシュ・ボタン１６９を含んでいる。さらに、eCabinet所有者サービス・ウィンドウ１７３の左側には、選択された所有者のウィンドウ１７０がある。また、公開ボタン１７１およびリセット・ボタン１７２が含まれている。eCabinet所有者ボタンは、ユーザーに、スキャンしてeCabinet所有者へというサービス（scan to eCabinet owner service）を提供する。所有者リストはeCabinetサーバーから自動的にダウンロードされ、所有者リスト・ウィンドウ１６８に表示される。eCabinetフォルダ・ウィンドウ１９３でeCabinetフォルダが選択されない場合、複数所有者が選択されることもできる。eCabinetフォルダ・ウィンドウ１９３でeCabinetフォルダが選択されるときは、単一の所有者選択のみが許容される。所有者リスト・ウィンドウ１６８は所有者のリストを示している。選択済みウィンドウ１７０は宛先所有者を示す。宛先所有者を追加するためには、ユーザーは所有者リスト・ウィンドウ１６８で所望される所有者をハイライトして、右矢印ボタン１７５を押せばよい。宛先所有者を削除するためには、ユーザーは選択済みウィンドウ１７０内でその所有者をハイライトして、左矢印１７６を押せばよい。リフレッシュ・ボタン１６９は、ユーザーが所有者リストをサーバーからダウンロードし直すことを許容する。公開ボタン１７１は、ユーザーが、スキャン文書の属性を公開またはプライベートに設定することを許容する。リセット・ボタン１７２は、選択済みウィンドウの内容全部を除去することをユーザーに許容する。

図１３は、eCabinet Folderサービス・ボタン１６５が選択され、eCabinetフォルダ・サービス・ウィンドウ１９３が表示されているメイン・ウィンドウ３５の例を示している。この例では、eCabinetフォルダ・ボタン１６５が選択され、結果としてeCabinetフォルダ・サービス・ウィンドウ１９３が表示されている。eCabinetフォルダ・サービス・ウィンドウ１９３はフォルダ・リスト・ウィンドウ１８９、リフレッシュ・ボタン１９０、選択済みウィンドウ１９１およびリセット・ボタン１９２を含む。eCabinetフォルダ・サービスはユーザーに、スキャンしてeCabinetフォルダへというサービスの能力を提供する。eCabinetフォルダ・リストが、config.xmlファイル７に含まれていた構成設定を使って自動的にeCabinetサーバーからダウンロードされる。ユーザーがeCabinetフォルダ・ボタン１６５を選択すると、統一クライアント・アプリケーション５はソフトウェア・キーボードでユーザーに、ユーザー名およびパスワードを入力するよう促す。次いで統一クライアント・アプリケーション５はそのユーザーのフォルダ・ツリーをダウンロードし、該ツリーをフォルダ・リスト・ウィンドウに表示する。eCabinetフォルダ・サービスの使用は、単一の所有者の選択を必要とすることを注意しておく。eCabinet所有者サービス・ウィンドウ１７３で複数の所有者が選択されていて、ユーザーがeCabinetフォルダ・ボタン１６５を押した場合には、eCabinetフォルダ・サービスでは単一の所有者を選択する必要があると述べるエラー・メッセージがポップアップする。フォルダ・リスト・ウィンドウ１８９は、ユーザーのeCabinetフォルダ・ツリーを示す。ユーザーは、フォルダ・リスト・ウィンドウ１８９内のフォルダ・ツリーをブラウズできる。宛先フォルダを追加するには、ユーザーは所望されるフォルダをフォルダ・リスト・ウィンドウ１８９中でハイライトして、右矢印ボタン１７５を押せばよい。選択済みのウィンドウ１９１内で宛先フォルダを削除するためには、ユーザーは選択済みウィンドウ１９１内で所望されるフォルダをハイライトして、左矢印１７６を押せばよい。複数フォルダも選択できることを注意しておくべきであろう。リフレッシュ・ボタン１９０は、ユーザーがeCabinetフォルダ・リストをeCabinetサーバーからダウンロードし直すことを許容する。リフレッシュ・ボタン１９０が押されると、ユーザーは、再びユーザー名およびパスワードの入力を促される。リセット・ボタン１９２は、選択済みウィンドウ１９１内に入れられた内容すべてが除去されることを許容する。フォルダ・リスト・ウィンドウ１８９に含まれるeCabinetフォルダ・リストが、図１２に含まれるeCabinet所有者サービス・ウィンドウ１７３内で選択された所有者に依存することも注意しておくべきであろう。選択され、選択済みウィンドウ１７０に含められたユーザーが、フォルダ・リスト・ウィンドウ１８９に含まれるフォルダ・リストに対応するユーザーである。

図１６は、メイン・ウィンドウ３５と、ジョブ・ログ・ボタン１６７が選択されたときに表示されるジョブ・ログ・サービス・ウィンドウ２６４とを示している。ジョブ・ログ・サービス・ウィンドウ２６４には、日時２５９、文書名２６０、ページ２６１および状態２６２のタイトルが表示されている。ジョブ・ログ・サービス・ウィンドウ２６４から、ユーザーは、日付および時刻、文書名、ページ数およびジョブの状態を通じて特定的にスキャン・ジョブ・アップロード状態を確認できる。これでeCabinetプラグイン８ｂのMFPディスプレイの例を終える。

図１７Ｘ〜図１９Ｘは、eCabinetプラグイン８ｂの設定をリモートで管理するための例示的な表示である。eCabinetプラグイン８ｂをもつ統一クライアント・アプリケーション５は、ウェブ・アクセスを通じてリモートで構成設定できる。セキュリティ上の目的のため、ウェブサイトはパスワードで保護される。図１７Ｘ〜図１９Ｘは、eCabinetプラグイン８ｂのためのリモート構成設定ウェブサイトの例を示している。

図１７Ｘは、eCabinetプラグイン８ｂがインストールされた統一クライアント・アプリケーション５のリモート構成設定ウェブサイト上の一般的な構成設定ウィンドウ３００Ｘの例を示している。ユーザーが図１７Ｘに示されるウェブサイトにアクセスするとき、三つのオプションが示される。一般ウィンドウ・ボタン２７１、eCabinetサーバー・ボタン２７２またはデフォルト・スキャン設定ボタン２７３である。これら三つのオプションは三つの画面に対応する：一般画面３００Ｘ、eCabinetサーバー構成設定画面２９０およびデフォルト設定構成設定画面２７０である。一般ボタン２７１によって選択され、ロードされるデフォルト画面でもある一般構成設定画面３００Ｘを通じていくつかの設定が構成設定可能である。まず、タイムスタンプ・サフィックス付き文書名３０２の有効／無効をチェックできる。マシン・リセット時間（秒）３０３も変更のために利用可能である。マシン・リセット時間（秒）３０３設定は、リフレッシュ・タイマーをもつ自動セッション・ログアウトに関係する。この例では、自動セッション・リフレッシュ・タイマーには600秒と入れられている。管理者パスワード変更オプション３０４も選択のために利用可能である。この設定は、リモート構成設定サービスを使うための管理用パスワードをユーザーが変更することを許容する。また、再インストールでパスワードがデフォルトにリセットできることも注意しておくべきであろう。また、ユーザーが一般構成設定ウィンドウ３００Ｘにおいて行った変更を更新および適用する、あるいは該変更を取り消すことをユーザーに許容する更新２８２ボタンおよび取り消し２８３ボタンも含まれている。

図１８Ｘは、eCabinetサーバー・ボタン２７２が選択されたときの結果を示している。eCabinetサーバー・ボタンが表示するeCabinetサーバー・ウィンドウ２９０は、以下のオプションを許容する：eCabinetサーバー・アドレスおよびFTPポート。これらはいずれも、２８１に示されるように必須フィールドである。eCabinetサーバー・アドレス２９１およびFTPポート２９２はいずれもユーザーが入力できる。FTPポート２９２は自動的にデフォルトftpポートで埋められる。図１７Ｘと同様、更新ボタン２８２および取り消しボタン２８３が利用可能である。

図１９Ｘは、デフォルト・スキャン設定ボタン２７３が選択されたときの例を示している。デフォルト・スキャン設定ボタンが選択されると、デフォルト・スキャン設定ウィンドウ２７０が表示される。デフォルト・スキャン設定ウィンドウ２７０では、いくつかのオプションが表示される。まず、デフォルト・スキャン解像度２７５が変更されるべく利用可能である。この例では200dpiが選択されている。eCabinetプラグイン８ｂがインストールされた統一クライアント・アプリケーション５では、200dpi、300dpi、400dpiおよび600dpiのデフォルト・スキャン解像度が利用可能であり、項目２７５のドロップダウン・ボックス中に表示される。デフォルト・バッチ・スキャン・オプション２７６も、両面２７７オプションとともに選択可能である。デフォルト画像種別２７８もeCabinetプラグイン８ｂの例で選択されるべく利用可能である。項目２７８のドロップダウン・ボックス中で利用可能なデフォルト画像種別は、テキスト、印刷、テキスト写真、写真またはグレースケールである。これらの画像種別はスキャンされた画像の異なる品質に対応する。次の利用可能なオプションはデフォルト・テキスト写真ファイル・フォーマット２７９である。この例では、複数ページtiffオプションが選択されている。eCabinetプラグイン８ｂがインストールされた統一クライアント・アプリケーション５では、２７９のドロップダウン・ボックスのために利用可能なオプションは、単一ページtiff、複数ページtiffまたはpdfである。単一ページtiffは、一ファイルに単一の画像しか含まないtiff画像ファイルである。複数ページtiffは、いくつかの画像を含む画像ファイルである。PDFはアドビ・システムズ社の権利で保護されたフォーマットであり、複数ページの固定レイアウトの文書を含む。最後のオプションはデフォルト・グレースケール／カラー・ファイル・フォーマット２８０である。この例では、jpgがデフォルト・グレースケール／カラー・ファイル・フォーマットとして選択されているが、eCabinetプラグイン８ｂがインストールされた統一クライアント・アプリケーション５ではpdfオプションも利用可能である。項目２８１は選択されなければならない必須フィールドを示す。図１７Ｘおよび図１８Ｘと同様、更新ボタン２８２および取り消しボタン２８３が利用可能である。更新ボタン２８２および取り消しボタン２８３は、ユーザーに、更新ボタン２８２で変更を適用し、取り消しボタン２８３で変更を取り消すことを許容する。

図２０Ｘは、本発明のある実施形態に基づくMFPのブロック図である。図２０Ｘに示されるように、MFP３００Ｘはアプリケーション層３０１Ｘ、OS３０２Ｘおよびハードウェア資源３０３ＸＸを含む。

アプリケーション層３０１Ｘは、統一クライアント・アプリケーション３０４ＸＸと、該統一クライアント・アプリケーション３０４ＸＸに含まれるいくつかのプラグイン３０５Ｘａ…３０５Ｘｎとを含む。統一クライアント・アプリケーションには、プラグインとのインターフェースをもち、プラグイン３０５Ｘが統一クライアント・アプリケーション３０４ＸＸによってアクセスされる能力を制限するアクティブ化マネージャ３０６Ｘが含まれていることも注意しておくべきであろう。

アプリケーション層３０１Ｘは、ソフトウェア階層構造内で、アプリケーション層３０１Ｘにインストールされている、統一クライアント・アプリケーション３０４ＸＸのようなアプリケーションがOS３０２Ｘを通じてハードウェア３０３ＸＸにアクセスする位置である。さらに、プラグイン３０５Ｘａ…３０５Ｘｎは、アプリケーション層３０１Ｘにインストールされている統一クライアント・アプリケーション３０４ＸＸを介してOS３０２Ｘおよびハードウェア３０３ＸＸにアクセスする。

アプリケーション層３０１ＸがOS３０２Ｘからは独立であり、アプリケーション層３０１ＸはOS３０２Ｘを通じてハードウェアにアクセスするが、OS３０２Ｘの一部ではないことに注意しておくことも重要である。

OS３０２Ｘは、ハードウェア３０３ＸＸにアクセスする任意のオペレーティング・システムである。さらに、OS３０２Ｘは、アプリケーション層３０１Ｘにインストールされているアプリケーションがハードウェア３０３ＸＸにアクセスすることを許容するための通り道（conduit）としてはたらく。

ハードウェア３０３ＸＸは多機能プリンタの物理的な構成要素である。たとえば、ハードウェア３０３ＸＸは、スキャナ、プリンタ、ファクスまたは他の任意のハードウェア構成要素を含みうる。

〈第三の側面〉
これから、主として本発明の第三の側面を扱う。
〔技術分野〕
本発明は、画像処理装置上での画像のサムネイル／プレビューのためのシステムおよび方法に関する。
〔発明の開示〕
〔発明が解決しようとする課題〕
本発明者らは、従来式の複合機（multifunction device）のユーザーは、印刷または保存の後まで、複合機でのスキャンがうまくいったかどうか、あるいは入力ページをスキャンし直す必要があるのかどうかを判別できないということを見きわめた。さらに、本発明者らは、従来式の複合機は、ジョブのスキャン品質を検証し、スキャンに際して現れたバーコード、署名、コピー防止マークまたは透かしといったものを検証することができないことを見きわめた。
〔課題を解決するための手段〕
本発明は、中でも、画像を修正する方法であって、複数ページをもつ少なくとも一つの文書をスキャンする段階と、スキャンした文書のページの少なくとも一つのサムネイル画像を表示する段階と、スキャンした文書の少なくとも一つの画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印（graphical indicia）を表示する段階と、選択可能なグラフィック印を選択する段階と、前記選択に従って前記少なくとも一つの画像を修正する段階とを含む方法を提供する。

また本発明に含まれるものとして、複数ページをもつ少なくとも一つの文書をスキャンする段階と、スキャンした文書のページの少なくとも一つのプレビュー画像を表示する段階と、プレビュー画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印（graphical indicia）を表示する段階と、選択可能なグラフィック印を選択する段階と、前記選択に従って前記プレビュー画像を修正する段階とを含む方法がある。

本発明のその他の目的、特徴および利点は、以下の詳細な記述を付属の図面とともに読んだとき、より明白となるであろう。
〔発明を実施するための最良の形態〕
ここで図面を参照する。図面では、各図を通じて同様の参照符号は同一または対応する部分を示す。より具体的には、図面のうち図２２を参照する。描かれているのは、入力文書２００２が複合機２００１に入力されて、該複合機２００１が出力文書２００３を与える典型例である。本発明のある実施形態は、入力文書２００２が出力文書２００３として出力されたり、GlobalScanサーバー２００５に送られたりする前に、入力文書２００２のプレビューを可能にする。スキャンされた入力文書２００２のプレビュー画像２００４は、ユーザーが、入力画像２００２のスキャンを簡単に見直すことを可能にする。さらに、GlobalScanサーバー２００５が複合機２００１とともに使われている場合には、画像プレビューは、ジョブが最終処理のためにGlobalScanサーバー２００５に託される前に、ユーザーが複数のスキャンされた画像を見直すことを許容する。GlobalScanサーバーは、電子的送信または保存のためにデジタルファイルを生成することに加えて、スキャンされた文書を受け容れ、整理し、コントロールするデジタル文書ルーティング・システムとしてはたらく。さらに、GlobalScanサーバー２００５およびシステムについての情報は、2005年3月30日に出願された関係する米国出願11/092,831「System and Method for Authenticating a User of an Image Processing System」、2005年3月30日に出願された11/092,836「System and Method for Managing Documents with Multiple Network Applications」、2005年3月30日に出願された11/092,829「System and Method for Compensating for Resource Unavailability in an Image Processing System」に見出すことができる。このそれぞれは、ここに参照によって組み込まれる。

本発明のある実施形態によれば、ユーザーは、入力文書２００２が最終処理のためのGlobalScanサーバー２００５に提出される前に、複合機２００１上で入力文書２００２をプレビューする。本発明のある実施形態によれば、複合機２００１（「MFD」）の画像プレビュー機能は、プレビュー操作を処理するために異なるデバイスが使われたとしても、同じであってもよいことを注意しておくべきであろう。プレビュー操作をローカルに扱うためにMFD２００１を使ってもよい。代替的に、最終的な提出の前に実行されるプレビュー・プロセスにおける各動作を実行するためにGlobalScanサーバー２００５が使われもよい。さらに、管理者はMFD１上のプレビュー／サムネイル機能をリモートにアクティブ化および非アクティブ化することができる。管理者は、プレビュー機能の諸動作がGlobalScanサーバーを使って実行されるか、MFD１を使って実行されるかを決定できる。

画像サムネイル／プレビュー機能のためのユーザー・インターフェースについてこれから図２３Ａ〜２３Ｃを参照しつつ述べる。

図２３Ａは、GlobalScanメイン・ウィンドウ２００９の下に表示されるプレビュー・ページ２０１０を示している。プレビュー・ページ２０１０は、ユーザーがプロジェクトを選択し、次いでGlobalScanメイン・ウィンドウ２００９上に位置しているプレビュー・タブ２０１３を選択するか押すかしたときに表示される。また、GlobalScanメイン・ウィンドウ２００９には、スキャンしてフォルダというタブ２０１４、スキャン設定タブ２０１５、ジョブ・ログ・タブ２０１６、文書名ボタン２０１１、プロジェクト・ボタン２０１２およびスクロール・ボタン２０２１ａおよび２０２１ｂが含まれる。スクロール・ボタン２０２１ａおよび２０２１ｂは、ディスプレイ・ウィンドウ上で利用可能なスペースより多いタブがある場合に、利用可能なタブの間でスクロールするために使用される。文書名ボタン２０１１は、ユーザーが、スキャンされる入力文書２００２の名前を変えることを許容する。プロジェクト・ボタン２０１２は、ユーザーが現在選択されているプロジェクトを終了して新たなプロジェクトを選択することを許容する。電子メール・タブ２０１４は、ユーザーがスキャンして電子メールへという機能を利用することを許容する。スキャン設定タブ２０１５は、ユーザーが、解像度などといった、スキャンのためのローカライズされた設定を変更することを許容する。ジョブ・ログ・タブ２０１６は、ユーザーが、MFD２００１上での以前に実行されたスキャン・ジョブのリストを見ることを許容する。

先記したように、GlobalScanメイン・ウィンドウ２０１０でプレビュー・タブ２０１３が押されると、プレビュー・ウィンドウ２０１０が表示される。プレビュー・ウィンドウ２０１０はプレビュー・ボタン２０２０ａを含む。プレビュー機能を実行するためには、必須ではないが好ましくは、プレビュー・ボタン２０２０ａがハイライトされる。プレビュー・ボタン２０２０ａは、該プレビュー・ボタン２０２０ａを押すかクリックすることによってハイライト状態にされたり、ハイライト状態を解除されたりする。スキャン・ジョブが開始される前にプレビュー・ボタン２０２０ａが押される場合、スキャン・ジョブの完了後、プレビュー機能が自動的に開始される。プレビュー・ボタン２０２０ａが選択されていなければ、プレビュー機能は実行されない。図２３Ｂは、プレビュー・ボタン２０２０ａがハイライトされているときの例を示している。

プレビュー・ウィンドウ２０１０にはまた、プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａが含まれる。プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａは、入力文書のページのうちどれだけをプレビューしたいかをユーザーが選択できるようにする。ユーザーに利用可能なオプションは、たとえばサーバー側であらかじめ設定されている。図２３Ａに示した例では、プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａ内でオプション「すべて」が選択されている。しかしながら、図２３Ｂでは、プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａ内でオプション「なし」が選択されている。図２３Ｃは、プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａ内で利用可能な、この例におけるオプションのすべてを示している。この例では、オプションは「なし」「すべて」「最初のページのみ」「最初の5ページ」または「最後のページのみ」である。しかしながら、示されるページ数についての他の種類の制約が設定されてもよい。

図２Ａのプレビュー・ウィンドウ１０の左側には、色種別ボタン２０１７が含まれている。この例では、色種別ボタンは、値2を示している。こうして、プレビュー・ウィンドウ２０１０の色種別部分は、ユーザーがサムネイルの色種別（color type）を選択することを可能にする。

画像プレビュー機能が使われ、ユーザーがスキャンを開始するスタート・ボタンを選択するときは、MFD２００１は入力文書をスキャンし、ジョブをサーバー２００５にアップロードし、サムネイルを取得し、該サムネイルを表示する。これについてはのちに図２４および図２５との関連で述べる。ある実施形態によれば、サーバー２００６は好ましくは、スキャンされたページのうち、プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａにおいてユーザーが選択したページのためのサムネイルのみを生成する。あるいはまた、システムは、ジョブ中の任意のまたは全部のスキャンしたページについてのサムネイルを生成することができてもよい。この実施形態では、ユーザーによってプレビュー画像に対して実行される操作は、そのユーザーがプレビューする選択されたページに対してのみ実行される。しかしながら、プレビューが承認されるときには、変更されるのはプレビューされたページだけだが、スキャン・ジョブ内のすべてのページがジョブ・モニタに送られる。あるいはまた、ユーザーは、プレビューされた一つのページに変更を加え、その変更を、たとえそのユーザーがプレビューしなかったページであっても、各ページに、あるいはいくつかの選択されたページに適用してもよい。

図２４は、プレビュー・ボタン２０２０ａがハイライトされ、スキャン・ジョブが実行されたのちに表示されるサムネイル選択ウィンドウ２０３４を示している。サムネイル選択ウィンドウ２０３４は、いくつかのサムネイルを含んでおり、そのそれぞれが、MFD２００１で実行されたスキャン・ジョブのスキャンされたページまたは画像の一つを表している。ある実施形態では、サムネイル・サイズはあらかじめ決まっており、MFD２００１に保存されている。あるいはまた、別の実施形態では、サムネイル・サイズは、GlobalScanサーバー２００５の設定によって決定されてもよい。サムネイル・ウィンドウ２０３４に示されるように、サムネイル２０３５Ａ〜２０３５Ｄは、現在のスキャン・ジョブの指定されたページまたは画像をさらに処理するためにユーザーが選択できる、選択可能なアイコンである。ある実施形態では、ユーザーのスキャン・ジョブが文書を一つしか含まない場合には、サムネイル選択ウィンドウ２０３４は示されない。

いくつかのサムネイルに加えて、サムネイル選択ウィンドウ２０３４はスクロール・バー２０３７を含む。スクロール・バー２０３７は、押されるか選択されるかしたときに、ディスプレイ・ウィンドウ中に示せない追加的な画像サムネイルを示す。図２５は、図２４のもとのウィンドウには示せない追加的なサムネイル２０３５Ｅを示している。図２４に示されるウィンドウに戻るためには、スクロール・バー２０３７の上へ（up）ボタンが使用されうる。

図２４または図２５で画像サムネイルが選択されたとき、図２６に示されるプレビュー詳細ウィンドウ２０６０が持ち出される。プレビュー詳細ウィンドウ２０６０は、図２４および図２５に示したサムネイル選択ウィンドウ２０３４にユーザーを戻す「戻る」（back）ボタン２０６１を含んでいる。画像プレビュー詳細ウィンドウ２０６０は、スキャン文書のプレビューを示す、プレビュー・ウィンドウ２０５１を含んでいる。画像プレビュー詳細ウィンドウ２０６０にはまた、上および下のパン・ボタン２０４２および右および左のパン・ボタン２０４３も含まれる。これらのパン・ボタンは、ユーザーがプレビューされる画像を通じてパンすることを許容する。画像プレビュー詳細ウィンドウ２０６０の左側で、パン・ボタンの上には、選択されたプレビューされるページまたは画像についての情報を含むページ情報ウィンドウ２０４１がある。図２６に示された例では、ページ情報ウィンドウ２０４１は、サムネイルの識別番号、サムネイル画像の画像サイズおよび色モード（color mode）を含んでいる。ページ情報ウィンドウ４１には、プロセス履歴、ページ解像度、ページ識別情報、ページからのバーコード情報、透かしまたはその他の種類の情報といった、他の情報も表示されてもよい。

さらに、いくつかのボタンがプレビュー画像詳細ウィンドウ２０６０の右側に含まれている。含まれている最初のボタンは左矢印または前へ（previous）ボタン２０４４である。前へボタン２０４４は、現在表示されているページの直前にスキャンされたページをユーザーが見ることを可能にする。右矢印または次へ（next）ボタン２０４５も含まれており、これは、現在表示されている画像の直後にスキャンされたページをユーザーが閲覧することを許容する。含まれているものとしてまた、ユーザーが画像を時計回りに90°回転させることを許容する順回転ボタン２０４６と、ユーザーが画像を反時計回りに90°回転させることを許容する逆回転ボタン２０４７とがある。ユーザーがプレビュー・ウィンドウ２０５１において画像にズームインすることを許容するズームイン・ボタン２０４８が順回転ボタン２０４６の真上に含まれている。ユーザーがプレビュー・ウィンドウ２０５１において画像からズームアウトすることを許容するズームアウト・ボタン２０４９がズームイン・ボタン２０４８の隣に含まれている。最後に、ユーザーが現在表示されている画像を現在のジョブから削除することを許容する削除ボタン２０５０が含まれている。削除ボタン２０５０によって開始される削除機能は、空白のページを削除するために、あるいはスキャン・ジョブにおいて誤ってスキャンされたページを削除するために有用である。

順回転ボタン２０４６および逆回転ボタン２０４７に関し、これらのボタンは最終的なスキャン・ページの配向を変える。ひとたびプレビュー・ジョブが提出されると、回転された結果は最終的な電子文書または紙文書において見られる。さらに、回転機能のもう一つの特徴は、「追従（follow-me）」回転という特徴である。「追従」回転特徴は、ユーザーが、画像またはページをディスプレイ画面上で視野に保ちながら、画像またはページ全体を回転させることを許容する。本発明のある実施形態では、ディスプレイ画面はLCDディスプレイ画面でありうる。あるいは代替的に、ディスプレイ画面は、MFD２００１について使用されるべく利用可能なディスプレイ画面のいかなる種類であってもよい。ディスプレイ画面のサイズは、MFD２００１の物理的な特徴によってのみ制限され、MFD２００１上のいかなる実現可能な位置に位置されていることもできる。図２６には示していないが、プレビュー画像詳細ウィンドウ２０６０は、ユーザーが現在表示されている画像を反転することを可能にする水平方向および垂直方向の反転機能を含んでいてもよい。

ズームイン・ボタン２０４８およびズームアウト・ボタン２０４９はプレビューされた画像をウィンドウ上でより大きく、またはより小さくする。ズームイン機能は、ユーザーがページの各部を拡大することを可能にする。プレビューされた画像またはページのそれぞれは、好ましくはある実施形態ではサーバーで管理者によってあらかじめ決定されている倍率に基づいてズームできる。あるいはまた、ユーザーは、ズームの倍率をローカルに変更できてもよい。ある実施形態では、ズーム機能は元の文書に影響せず、ユーザーがプレビューされる画像をよりアップで見ることを許容するだけである。あるいはまた、ズーム機能は、スキャンされたページのズームを恒久的に変えるために使われてもよい。ズームイン・ボタン２０４８およびズームアウト・ボタン２０４９が使われるとき、上および下のパン・スクロール・バー２０４２および左および右のパン・スクロール・バー２０４３を、画像のズームされた部分をパンしていくのに使ってもよい。

図２７は、図２６に示される削除ボタン２０５０が選択されたときに表示されるポップアップ・ボックス２０７０の図を示している。ユーザーが現在表示されているページが最終的なジョブ・セットに含まれることを望まない場合、現在のページは、削除ボタン２０５０を選択することによって開始される削除機能で削除されてもよい。削除機能が使われるとき、現在のページは好ましくは最終的な文書中に生成されない。ひとたび削除ボタン２０５０が選択されると、図２７に示されるポップアップ・ウィンドウが表示される。ユーザーは、OKボタン２０７１を選択して削除を承認するか、取り消しボタン２０７２を選択してプレビュー・ウィンドウに戻るかしうる。ユーザーがOKボタン２０７１を押す場合、現在のページは削除され、プレビュー・ウィンドウはスキャンの次のページを表示する。削除されたページが全スキャン中で最後のページである場合、プレビュー・ウィンドウに示される次の画像は、スキャン中での前の画像である。

画像を削除するか、戻るボタン２０６１を選択したのち、ユーザーは図２４および図２５に示されるサムネイル選択ウィンドウ２０３４に戻される。ユーザーがページのプレビューを終えたとき、ユーザーは復元ボタン２０３１、取り消しボタン２０３２または提出ボタンのうちの一つを選択しうる。これらのボタンは図２４および図２５に示されるウィンドウの右上隅に示されている。

図２４および図２５に示される取り消しボタン２０３２が押されたとき、図２８に示されるジョブ取り消しポップアップ・ボックス２０８０が表示される。ジョブ取り消しポップアップ・ボックス２０８０はOKボタン２０８１および取り消しボタン２０８２を含む。ユーザーがOKボタン２０８１を選択すると、プレビュー操作のほかスキャン・ジョブも取り消され、ジョブの宛先には文書は生成されない。対照的に、ユーザーが復元ボタン２０３１を選択した場合、図２９に示されるポップアップ・ボックス２０９０が表示される。ポップアップ・ボックス２０９０もOKボタン２０９１および取り消しボタン２０９２がある。アンドゥー・ポップアップ・ボックス２０９０のOKボタンが選択された場合、プレビュー操作が取り消され、ユーザーははじめに戻されて、プレビュー操作を再び行うことになる。プレビュー操作が取り消されると、すべての回転、削除およびその他のそのような変化が記録から除去され、スキャン・ジョブ画像セットがその最初のスキャンされた状態に戻される。最後に、図２４および図２５に示された提出ボタン２０３３は、プレビュー変化をGlobalScanサーバー２００５に、あるいはMFD２００１の所定の出力部に提出するのに使われる。

図３０〜図３３は、ユーザーがMFD２００１上でプレビュー機能を使う前に、サーバー側で定義されていてもよいいくつかの設定を示している。具体的には、管理者は、上で論じた画像サムネイル・プレビューのユーザー・インターフェースのいくつかの側面を変更できる。管理者は、GlobalScanサーバー２００５で、いくつかの異なる方法で設定を変更できるが、それにはソフトウェアを介してまたはウェブ・ブラウザを介して、ローカルおよびリモートに行うことが含まれる。図３０〜図３３に示した今の例では、ウェブ・ブラウザを使って、httpプロトコルによってGlobalScanサーバー２００５にアクセスしている。

図３０Ａおよび３０Ｂでは、サービス管理ウィンドウ（manage services window）２１００が、GlobalScanメニュー２１０７からサービス管理（manage services）ボタンを選択することによって選択されている。プロファイル管理ウィンドウ（manage profile window）２１００はいくつかのサービスについての情報を含む。特に、各サービスは、サービス名２１０２、サービス記述２１０３、いくつかの情報チェックボックス２１０４および構成設定ボタン（configure button）２１０５を含む。サービス管理ウィンドウ２１００内のサービスの表示順は、並べ替えバー２１０１を使って変更できる。並べ替えバー２１０１には、並べ替えボタン、「並べ替えキー（sort by）」ドロップダウン・ボックスおよび「並べ替え方向」ドロップダウン・ボックスが含まれる。「並べ替えキー」ボックスは、ユーザーが、サービスのリストを並べ替えるのにどのカテゴリー（すなわち、名称２１０２、記述２１０３または「ジョブ」などの情報チェックボックス２１０４の一つ）を使うかを選択できるようにする。「並べ替え方向」ドロップダウン・ボックスは、ユーザーが並べ替えの昇順または降順を選択できるようにする。

ユーザーが構成設定ボタン２１０５を選択すると、図３１Ａおよび３１Ｂに示されるサービス（プラグイン）構成設定ウィンドウ２１６０が表示される。サービス構成設定ウィンドウ２１６０には、選択されたサービスに関係したいくつかの設定が含まれる。図３１Ａおよび３１Ｂに示した例では、画像プレビュー・サービス（プラグイン）は、閾値設定２１１１、ズーム・レベル設定２１１２およびページ・オプション設定２１１３〜２１１８を含む。また、更新ボタン２１１９、閉じるボタン２１２０および削除ボタン２１２１も含まれる。

閾値設定２１１１は管理者がプレビューされる画像のコントラストの値を設定できるようにするドロップダウン・ボックスを含む。管理者が選択する数値が小さいほど、コントラストは低く、結果としてプレビュー画像に示される細部は少なくなる。この設定はスキャンされた画像のコントラストには影響しないことを注意しておくべきであろう。

ズーム・レベル設定２１１２は、管理者によって使用のために選択できるいくつかのズーム倍率を含む。ズーム・レベル選択ボックスは、20%から200%の範囲のズーム倍率を含む。ズーム・レベルは、昇順に整数でボックス中にリストされている。ズーム・レベル２１６４は、ズームイン２０４８またはズームアウト２０４９ボタンが図２６で選択されたときにどのくらいのズームが適用されるかに対応する。

ページ・オプション設定２１１３〜２１１８は、図２３Ａ〜２３Ｃに示したプレビュー・ページ範囲ドロップダウン・ボックス２０１９ａでどのオプションが利用可能となるかを管理者が選択できるようにする。ページ・オプション選択ボックス２１１３では、管理者は、プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａでどのオプションが利用可能となるかを選択できる。今の例では、選択のために利用可能なオプションは、「なし」「すべて」「最初のX枚」「最後のX枚」および「最初のX、最後のY枚」である。変数「X」および「Y」の値は、オプション・ボックス２１１７および２１１８で編集可能である。これらのX２１１７およびY２１１８設定は、ページ・オプション選択ボックス２１１３内のXおよびY変数に対応する。値はいかなる整数値でもよく、10未満の数で十分なはずなので好ましくは小さく保たれる。ページ・オプション設定にはまた、デフォルト・ページ選択オプション２１１４が含まれる。追加２１１５ボタンおよび削除２１１６ボタンを使って、管理者はボックス２１１４に示されるデフォルト選択を追加および削除できる。

更新ボタン２１１９が選択されたときは、サービス構成設定ウィンドウ２１６０内でなされた変更は、MFD２００１の利用可能なオプションを更新するのに使われる構成設定ファイル内に保存される。閉じるボタン２１２０が選択されたときには、管理者は図３０Ａおよび３０Ｂに示したサービス管理ウィンドウ２１００に戻される。削除ボタン２１２１が選択されたときは、設定はクリアされる。

構成設定ボタン２１０５がRicohScanSettings〔Ricohスキャン設定〕サービス（画像プレビュー機能）のために選択されたときには、表示されるサービス構成設定ウィンドウ２１６０はデフォルト・システム・サービス構成設定に対応していることも注意しておくべきであろう。ひとたびこれらの設定が更新ボタン２１１９を選択することによって保存されれば、GlobalScanサーバー２００５上で未変更のプロファイルのそれぞれが、デフォルト・システム・サービス構成設定に対応する設定をもつように更新される。しかしながら、管理者が特定のプロファイルまたはプロジェクトの設定をカスタマイズしたい場合には、このプロファイルまたはプロジェクトを選択ツールバー２１１０から選択できる。たとえば、選択ツールバー２１１０では、管理者は「2-RS」プロファイルを選択できる。このプロファイルが選択されると、管理者は、このプロファイルについてのサービス構成設定ウィンドウ２１６０で、設定を調整できる。これはまた、選択ツールバー２１１０に含まれている諸プロジェクトについても達成できる。

選択ツールバー２１１０からプロファイルまたはプロジェクトを追加または除去するために、図３２Ａおよび３２Ｂならびに図３３Ａおよび３３Ｂに示されるプロジェクト／プロファイル・サービス・ウィンドウが使われうる。GlobalScanメニュー２１０７において特定のプロジェクトまたはプロファイルが選択されたのち、プロジェクト／プロファイル・サービス・ウィンドウが表示される。プロジェクト／プロファイル・サービス・ウィンドウでは、プロジェクト／プロファイルID２１３９がプロジェクト／プロファイル名２１４０とともに表示される。プロジェクト／プロファイル・サービス・ウィンドウにはまた、更新ボタン２１３０／２１３３、チェック済み項目削除ボタン２１３１／２１３４およびすべて削除ボタン２１３２／２１３５も含まれる。更新ボタン２１３０／２１３３は管理者によってなされた変更を保存し、チェック済み項目削除ボタン２１３１／２１３４は、チェックのはいったサービスをリストされているサービスから除去し、すべて削除ボタン２１３２／２１３５はサービス・リストからすべてのサービスを除去する。サービス・リストは、問題のプロファイルに利用可能であるサービスのすべてを含む。サービス・リストは、含まれている各サービスについて、サービス名２１０２、いくつかのサービス設定２１０４、表示シーケンス２１３６、処理順２１３７、必須チェックボックス２１３８、構成設定ボタン２１０５および削除ボタン２１０６を含んでいる。削除ボタン２１０６はサービス・リストからそのサービスを削除する。構成設定ボタン２１０５は管理者を図３１Ａおよび３１Ｂに示したサービス構成設定ウィンドウ２１６０に連れて行く。

サービス・リストにサービスを追加するために、サービス追加ドロップダウン・ボックス２１４１はすべての利用可能なサービスをリストする。サービスが選択されると、管理者は、そのサービスをサービス・リストに追加する追加ボタン２１０８を選択できる。ひとたびサービスがあるプロジェクトまたはあるプロファイルについてサービス・リストに追加されると、そのプロファイル／プロジェクトが選択ツールバー２１１０に現れる。図３３Ａおよび３３Ｂは、RicohImagingサービスがサービス・リストに追加された後のプロジェクト／プロファイル・サービス・ウィンドウの例を示している。

図３４は、GlobalScanサーバー２００５がMFD２００１の機能をどのように制御するかのプロセスを示している。MFD２００１はビットマップ画像（BMP）以外の他の任意の型の画像ファイルを簡単に扱うよう構成されていないかもしれないので、MFD２００１は、JPEGまたはTIFFファイルといったネイティブ画像ファイルを処理するのに困難を有し、画像修正が困難になることがありうる。こうした障害を克服するため、MFD２００１の代わりに画像動作を実行するのにGlobalScanサーバー２００５を使うことができる。外部のGlobalScanサーバー２００５を使うことは上記の問題を解決するが、追加的な障害を生み出しもする。たとえば、外部サーバーが使われるとき、予期せぬ接続切断のためにユーザーが予期せず去ったときに、ユーザー・セッションをクリーンアップする必要があるかもしれない。さらに、ネットワーク帯域幅は画像プレビュー操作ごとに増加するし、ネイティブ画像フォーマットJPEGまたはTIFFの画像はビットマップ画像に変換してまた戻す必要がある。

これらの問題を克服するため、GlobalScanサーバー２００５が採用するいくつかの技法として、MFD２００１にジョブ取り消し機能を追加することが含まれる。これがセッション・タイムアウトが起こった場合のデフォルトのサーバー動作であってもよい。さらに、サーバー２００５はビットマップ・ファイルのダウンサンプリングを実行することができる。というのも、たとえば400dpiのフルカラーJPEGは90メガバイトのビットマップ・ファイルを生じることができるが、そのように大きなファイルに対してプレビューおよび回転を実行することは効率的ではなく、ネットワークにオーバーヘッドを追加することになるからである。さらに、GlobalScanサーバー２００５は、高品質画像を、MFD上に見出されるLCDパネルを最大限に利用する品質にダウンサンプリングできる。これなら、ユーザーが品質変化に気づく可能性を解消できる。さらに、サーバーは、たとえば回転または削除といったページまたは画像ファイルに対する操作の履歴を追跡し、プレビュー・セッションの間、ダウンサンプリングされた画像に対してこれらの操作を実行する。するとサーバーは、元の画像に対するプレビュー・セッションの終了時に、すぐすべての操作を実行しうる。これは、複数の回転が一つの操作に組み合わされ、複数の削除が画像を完全に削除することに組み合わされることを許容する。

図３４は、図２３Ａ〜２３Ｃに示したプレビュー２０１０およびプレビュー・タブ２０１３を設定するフローを示している。フローはMFD２００１がGetAvailableServices〔利用可能サービス取得〕関数をコールする２２００で始まる。GetAvailableServices関数はAPIGetAvailableServices.aspxというアクティブ・サーバー・ページ２２１４を通じてコールされる。MFD２００１がこのaspxファイルを使ってサーバー２００５に要求をするとき、GlobalScanサーバー２００５は典型的なサービスxml構造を生成するが、プレビュー・タブ２０１３のために生成された新しいサービスIDをも含める。さらに、サーバー２００５は、このコールの中に、画像プレビューのためのすべてのローカライズ情報を埋め込む。次いでサーバー２００５は、２２１６で、通常の利用可能なサービス情報のほかにプレビュー・タブ２０１３のためのデータを含むxmlファイルを返す。ステップ２２０４では、MFD２００１は、サーバー定義のデフォルト値がもしあればそれも含め、GetAvailableServices関数によって取得された情報からプレビュー・タブ２０１３を用意する。ステップ２２０６では、スキャンの前に、ユーザーがプレビュー・タブ２０１３を選択し、プレビュー・ボタン２０２０ａをハイライトする。ステップ２２０８で、ユーザーは他のタブ（２０１４〜２０１６）で要求される情報を埋める。最後に、ステップ２２１０で、プレビュー・ボタン２０２０ａをハイライト状態にして前記他のタブの追加的な設定を完了したのち、ユーザーはスタートを押してスキャンを開始する。

図３５Ａ〜３５Ｃは、GlobalScanサーバー２００５で実行され、MFD２００１によって開始されるGetAvailableServices関数によって取得されるxml情報を示している。第１行では、screen_data〔画面データ〕タグがファイルを開く。第２〜２３行は、図３３Ａ〜３３Ｃでプレビュー・ページ範囲ボックス２０１９ａとして示されているオプション・ドロップダウン・ボックスについての設定を含んでいる。ドロップダウン・ボックスに含まれる各項目がリストされており、それには：なし、すべて、最初の5つ、最初の3つ、最後の3つ、が含まれる。図３５Ａの第２４行ないし図３５Ｃの第１１行は、多様な異なる設定からなるローカライズ・オプションを含んでいる。具体的には、ある実施例では、図３５Ａの第２５〜３１行はサムネイル幅およびサムネイル高さの表示値を含む。別の実施形態では、サムネイル幅およびサムネイル高さの値はあらかじめ決定されていてMFD２００１に保存されていてもよい。第３２行では、ページ選択タグがページ範囲をリストしている。第３３〜３５行では、サムネイル選択ページのタイトルがリストされている。図３５Ｂの第４〜１２行では、復元、取り消しおよび提出ボタンのタイトルが含まれている。第１３〜２１行は図２６に示したページ情報ウィンドウ２０４１内のデータに対応する。さらに、図３５Ｂの第２２〜２４行では、戻るボタンが含まれている。これは、そのジョブで一つのページしかスキャンされなかったときに単一画像プレビュー・ウィンドウ２０４０に示されるものである。第２５行ないし図３５Ｃの第１０行では、図２６に示した、前へ、次へ、順回転、逆回転、ズームイン、ズームアウトおよび削除ボタンのタイトルが含まれている。

図３６Ａおよび３６Ｂは、ひとたび画像プレビュー・ボタン２０２１ａが選択されてスキャン・ジョブが完了したときの、MFD２００１とGlobalScanサーバー２００５の間のプロセスを示している。ステップ２３００では、スキャン・ジョブが終了し、upload.xmlが生成される。このupload.xmlがすべてのスキャンされたページまたは画像を含むスキャン・ジョブを送り、画像プレビュー設定および画像能力（image capabilities）を埋め込み、この情報をAPIThumbInit.aspxページを使ってステップ２３０２でサーバー２００５に送る。ステップ２３０４では、GlobalScanサーバー２００５はupload.xml内に設定されたサムネイル・サイズ指定に基づいてサムネイルを生成する。どのページがサムネイルにされるべきか、そして何枚送られるかの詳細は、upload.xmlファイル内で定義される。本発明のある実施形態では、サーバー２００５は、空白ページを自動的に検出でき、これらの空白ページをreturn.xmlに含めない。代替的に、サーバー２００５はスキャン・ジョブから空白ページを自動的に除去しなくてもよい。さらに、本発明のある実施形態では、GlobalScanサーバー２００５がスキャン・ジョブを受信するとき、スキャン・ジョブはサーバー２００５の一時位置に記憶される。代替的に、別の実施形態では、スキャン・ジョブは、メモリ・カード上またはハードドライブ上など、サーバー２００５のより恒久的な記憶位置に記憶される。

次いでGlobalScanサーバー２００５はステップ２３０６で、要求されたサムネイル・ビットマップを含むxmlファイルを返す。ステップ２３０８では、MFD２００１はサムネイルを表示する。ステップ２３１０では、ユーザーがサムネイルを選ぶ。ステップ２３１０でユーザーがサムネイルを選択したので、ステップ２３１２ではプレビュー機能が自動的に実行される。プレビュー機能が選択されるやいなや、APISessionMgr.aspx?action=preview&action_input=op=get２３１４コールがGlobalScanサーバー２００５に送られる。ステップ２３１６では、サーバー２００５は要求されたズーム・レベルおよびクロップ・レベルで画像を生成し、送り返す。このデータはステップ２３１８でxmlを介して返される。

ユーザーがステップ２３２０で回転操作を実行すると、ステップ２３２２でAPISessionMgr.aspx関数が再びコールされるが、今回は設定?action=preview&action_input=op=rotateである。GlobalScanサーバー２００５がステップ２３２４でこの関数コールを受信すると、サーバー５はステップ２３２６で、要求されたズーム・レベルおよびクロップ・レベルで回転された画像をxmlを介して送り返す。

ユーザーがステップ２３２８で削除操作を実行すると、ステップ２３３０でAPISessionMgr.aspxが設定op=deleteをもってコールされる。GlobalScanサーバー２００５がこのコマンドを受信すると、サーバー２００５はステップ２３３２で確認（acknowledgement）を送り返す。削除はアンドゥーを許容するため、論理的に実行される。前記の確認はステップ２３３４でxmlを介して返される。

ユーザーがステップ２３３６でパン操作を実行すると、ステップ２３３８でAPISessionMgr.aspxが設定op=panをもってコールされる。GlobalScanサーバー２００５がステップ２３４０でこのコマンドを受信すると、サーバー２００５はステップ２３４２でxmlを介してパンのクロップ結果を送り返す。

ユーザーがステップ２３４４でズーム操作を実行すると、ステップ２３４６でAPISessionMgr.aspxが設定op=zoomをもってコールされる。するとサーバー２００５は、２３４８におけるズームのクロップ結果を、ステップ２３５０でxmlを介して返す。

ユーザーがステップ２３５２で承認（accept）動作を実行すると、ステップ２３５４でAPISessionMgr.aspxが設定op=acceptをもってコールされる。するとサーバー２００５は、２３５６におけるジョブＩＤの応答を、ステップ２３５８でxmlを介して返す。

最後に、ユーザーがステップ２３６０で取り消し操作を実行すると、ステップ２３６２でAPISessionMgr.aspxが設定op=cancelをもってコールされる。ステップ２３６４で、サーバー２００５は、取り消しの確認を、２３６６でのxmlを介して送り返す。

図３４〜図３６は、GetAvailableServices関数、ApiThumbInit関数およびAPISessionMgr関数を記述しており、このすべてはMFD２００１とサーバー２００５との間の対話を介して動作する。図３７はこの記述の続きである。こうして、図３７のステップ２４００では、MFD２００１は、ステップ２４０２でのAPIGetAvailableServices.aspxページを使ってGetAvailableServices関数をコールする。ステップ２４０２でコールされるaspxページはまた、プロファイルID、プロジェクトID、言語、機械シリアル番号または製造バージョンといった追加的なコマンド行設定を含んでいてもよい。このデータはGlobalScanサーバー２００５に送られ、そこでサーバー２００５がservices.xmlファイルを生成する。このファイルは、MFD２００１上で利用可能となるべきサービスに関するデータを含んでいるので、通常の構造である。しかしながら、生成されたservice.xmlファイルは、プレビュー・タブ２０１３のために生成された新しいサービスIDも含む。これはステップ２４０４で達成される。このステップでは、上記のデータに加えて、サーバー２００５は、画像プレビューのためのすべてのローカライズ情報をxmlファイル埋め込む。そのxmlファイルは次いでステップ２４０６でMFD２００１に返される。

ステップ２４０８では、MFD２００１はApiThumbInit.aspx関数をコールする。このアクティブ・サーバー・ページを使って、MFD２００１は２４１０でスキャンされた画像を修正されたupload.xmlファイルにおいて送る。サーバー２００５は次いで、ステップ２４１２で、upload.xmlファイルを構文解析し、upload.xmlファイル内に見出される画像データから適切なサムネイルを生成する。次いでサーバー２００５は画像を、２４１４でxmlを介してエンコードされた仕方でMFD２００１に返す。MFD２００１に送られるxmlファイルはまた、何らかの制御情報をも含む。たとえば、そのxmlファイルに含まれているのがサムネイルだけであるかどうか、および何枚の画像が返されるかといった情報である。

ステップ２４１６では、MFD２００１はAPISessionMgr.aspxアクティブ・サーバー・ページをコールする。ステップ２４１８では、このページについてのすべてのオプションが問い合わせストリング、すなわちhttpのgetメソッドを介して渡される。ステップ２４２０では、サーバー２００５は問い合わせストリングを構文解析し、主としてop変数に基づいて分岐する。op変数の値に依存して、他のオプションも渡されてもよい。ステップ２４２２では、op変数の値に基づく画像および制御情報を含むreturn.xmlファイルがMFD２００１に送られる。

図３８は、ユーザー、MFD２００１およびGlobalScanサーバー２００５が対話するシステムの動作および通信の流れの例である。ステップ２４５０で始まって、ユーザーがMFD２００１の操作パネル上で、あるいは他の何らかの方法でプレビュー・ボタン２０２０ａを押す。他の何らかの方法とは、MFD２００１に無線接続を介して接続しているハンドヘルド機器を介してなどである。先記したように、プレビュー・ボタン２０２０ａが押されると、ボタン２０２０ａが選択され、図２３Ｂに示されるようにハイライトされる。プレビュー・ボタン２０２０ａがハイライトされたのち、ユーザーがステップ２４５２でスタート・ボタンを選択すると、MFD２００１は入力画像またはページのスキャンを開始する。ひとたびスキャンがステップ２４５４で終了すると、MFD２００１はステップ２４５６で初期プレビュー画像ファイル要求をGlobalScanサーバー２００５に送る。するとGlobalScanサーバー２００５はステップ２４５８でサムネイル画像ファイルを返す。そのサムネイル画像はステップ２４６０でユーザーに対して示される。ステップ２４６２でユーザーがサムネイルを選択すると、MFD２００１はステップ２４６４でプレビュー・ビットマップ画像取得要求をGlobalScanサーバー２００５に送る。

GlobalScanサーバー２００５はステップ２４６６でプレビュー画像を返し、ステップ２４６８でプレビュー画像がユーザーに対して示される。ステップ２４７０では、ユーザーがプレビュー操作を選択すると、MFD２００１はステップ２４７２でプレビュー操作要求をGlobalScanサーバー２００５に転送する。GlobalScanサーバー２００５は、２４７４で、選択された動作が実行されたビットマップ・ファイルを返す。ステップ２４７６では、ビットマップ・ファイルがユーザーに示される。このプロセスは、ユーザーがプレビュー画像の操作の実行を終えるまで繰り返される。次いでユーザーはステップ２４７８で、変更（単数または複数）を確定するか取り消す。次いでこの確定（confirmation）または取り消し要求がステップ２４８０でGlobalScanサーバー２００５に送られる。ステップ２４８２では、GlobalScanサーバー２００５はMFD２００１にジョブ終了コマンドを送る。

ステップ２４７０〜２４７６についてこれから図３９〜図４５を参照して詳細に述べる。しかしながら、図４０〜図４５の修正機能に目を転じる前に、図３９Ａおよび３９Ｂを参照して初期化機能について最初に述べておく。初期化機能は、サムネイル画像を初期化し、現在セッションについてのあらゆる画像プレビュー機能に適用されるセッション変数を確立する。ユーザーによって画像プレビューが有効にされたスキャン・ジョブが実行されたのち、初期化動作が実行される。この動作はサーバー２００５に通知し、スキャンされたTIFF、JPEGなどの画像を、アップロードxmlファイルに埋め込むことによって、サーバー２００５に転送する。サーバー２００５が要求を処理したのち、MFD２００１はサーバー２００５から初期サムネイル画像ファイルを受信し、それが図２４に示したサムネイル・リスト・ウィンドウに表示される。データはサーバー２００５にアップロードxmlファイルを介して、http postを使ってポストされ、該データはサーバー２００５からサムネイル・ウィンドウでの表示のために使われるサムネイル・ビットマップ・ファイルの形で返される。

図３９Ａでは、MFD２００１がスキャンを終了するステップ２５００に始まって、２５０２で、初期化要求がupload.xmlファイル内でGlobalScanサーバー２００５に送られる。xmlの要求は、ユーザーがプレビュー・ウィンドウ上で行った選択、MFDのサムネイル・サイズおよびバッチ・サイズを含む。ステップ２５０４では、GlobalScanサーバー２００５はサムネイル画像およびジョブIDを含むxmlデータをもって応答する。

図３９Ｂは、GlobalScanサーバー２００５から返された応答xmlデータの例を示している。第１行では、rootタグがxmlファイルを開始する。第２行のerror_codeタグは生成されうる何らかのエラー・コードを含む。第３行ではerror_descriptionタグが生成されたかもしれない何らかのエラー・コードの記述を含む。第７行では、total_page_numberがバッチ・ジョブでスキャンされた画像またはページの総数を含む。第８行では、page_numberタグがその操作のために選択されているページ数を含む。第１０〜１３行および第１４〜１７行は、それぞれID番号1および2のサムネイルの例を含んでいる。dataタグも含まれ、dataタグ内にはページ種別（page type）タグがある。

ページ種別タグは、スキャンされたページについてのさらなる情報を保存するために使われる。たとえば、ページ種別タグは、スキャンされたページまたは画像がもともとA4横置き用紙だったかA4縦置き用紙だったかを述べる。サーバーはスキャンされた画像から用紙種別を判別でき、サーバー上に含まれているデータベースからこの判別をするために必要な情報を取得する。ページ種別の値は、たとえば次のいずれでもよい：用紙自動検出、用紙8×11縦置き、用紙8×11横置き、用紙8×17横置き、用紙8×14横置き、用紙8×13横置き、用紙5×8縦置き、用紙5×8横置き、用紙8×3横置き、用紙8×4縦置き、用紙8×4横置き、用紙8×5縦置き、用紙8×5横置き、用紙B4横置き、用紙B5縦置き、用紙B5横置きまたは他の任意の種類の用紙。

第１１行および第１５行に見出されるbmpdataタグに含まれている情報は、Base64でエンコードされたデータで、画像データを含んでいる。第１０行および第１４行でdataタグ内に画像IDが見出されるが、これは画像についての一意的な識別子として使われる。本発明のある実施形態では、画像IDは数値であることは要求されない。画像IDの例は、I1、I2またはI3である。

図３９Ａに戻ると、ステップ５０６で、サムネイル画像がサムネイル選択ウィンドウ２０３４に示される。ネットワーク・トラフィックを軽減するため、サムネイル画像はバッチで実装される。バッチは、ステップ２５０２で送られた初期化要求においてMFD２００１によって確立されているサムネイル・サイズに基づいている。APIThumbInit.aspxはサーバー２００５から最初のページのサムネイル画像を返す。サーバー２００５から残りのサムネイル画像を受け取るためには（最初のページに全部のサムネイルが収まらないかもしれないので）、サムネイルの残りを取得するために、APIThumb.aspx?op=getset&batch_number=bコマンドを使う、バッチ数（batch number）を使ってセット（set）を取得する（get）別のプロトコルが使われる。バッチ数は表示されるべきサムネイルの数を表す。たとえば、利用可能なサムネイルの数が50で、バッチ・サイズが10でバッチ数が3であれば、この機能は、残っている画像枚数およびもともと表示できたサムネイル枚数に依存して、20ないし30の画像を返しうる。

図４０Ａおよび４０Ｂは、修正型関数のうちの最初のものを開始する。修正型関数とは、画像データを修正する関数である。記載される最初の修正型関数は回転関数である。ユーザーがプレビュー画像詳細ウィンドウ２０６０で回転ボタンを押したのち、プレビュー・ウィンドウ２０５１内のプレビュー画像が順回転２０４６または逆回転２０４７する。この作用をもたらすために、回転要求がサーバー２００５に送られうる。サーバーがこの要求を処理したのち、回転されたプレビュー・ページおよびサムネイルがサーバー２００５からMFD２００１に送られ、MFD２００１において表示される。

ある実施形態によれば、もともとスキャンされたTIFFまたはJPEGファイルは、この時点では修正されず、画像が回転されたという事実がサーバー２００５に保存される。のちに、ユーザーがプレビューになされた変更を承認することを選ぶときに、実際のJPEG/TIFFファイルが回転される。ただし、他の実装も可能である。ユーザーが回転ボタンを押すたびに、プレビュー・ウィンドウ２０５１内の画像が90°回転される。回転アルゴリズムはLCD画面の中心を基準として画像を回転する。したがって、提出後、もとの画像が単に回転される一方、回転された画像のプレビューの回転およびズームは、視野（port）の中心にあったもとのピクセルの位置が回転された画像の中心にある同じピクセルとなるように行われる。しかしながら、回転のための異なる基準点を使うこともできる。

図４０Ａでは、ステップ２５１０でユーザーが回転ボタンを押したとき、MFD２００１になされた回転要求２５１２が、upload.xmlファイル内でGlobalScanサーバー２００５に送られる。回転要求２５１２内には、いくつかの異なる設定が含まれる。以下に説明する画像番号、回転の度数、要求画像設定、ズーム設定および追従設定はみな、upload.xmlファイル内に含まれることのできる可能な設定である。画像番号設定は、初期化コールの際に生成された画像識別子に対応する。たとえば、ユーザーが画像1を回転させたい場合、その画像のIDが要求とともに送られる。度数は指定された画像を回転させる度数を示す。たとえば、度数設定は、ユーザーが順回転を１回、２回または３回要求した場合、度数設定はそれぞれ90°、180°または270°でありうる。追従設定は回転のための基準点を決定するフラグである。たとえば、追従値0はもとの画像の中心を基準とした回転に等しいなどである。追従値1は、視野（view port）の中心を基準とした回転に等しいなどである。最後に、ズーム設定は、MFD２００１に返す前に画像がズームされるズーム倍率を決める。

ここで図４０Ａに戻ると、ステップ２５１４でGlobalScanサーバー２００５は、プレビュー画像およびジョブIDを含むxmlデータ応答を返す。ステップ２５１６では、MFD２００１はGlobalScanサーバー２００５によって修正されたプレビュー画像を、MFD２００１のプレビュー・ウィンドウ２０５１上にユーザーが見られるように示す。

図４０Ｂは、第１〜７行で、MFD２００１からGlobalScanサーバー２００５に送られた回転要求のデータ・フォーマットを示している。先記のように、http要求はAPISessionMgr.aspx?action=preview&action_input=op=rotate要求のほか、問い合わせストリングに含まれているいくつかの設定を含んでいる。問い合わせストリングに含まれている可能な設定は画像番号、度数、要求画像、ズームおよび追従である。第１０〜２５行は、ステップ２５１４で、サーバー２００５から返されたxmlデータの内容を示す。xmlデータは第１６行にthumbnail_onlyタグを含んでいる。これはブール値を含むが、この例では0に設定されている。この設定が1に設定されると、xmlファイルにはサムネイルのみが含められる。第１７〜１９行は画像のサムネイルを含み、第２１〜２５行は、幅および高さの値のほかにズーム値も含む実際のプレビュー・フルサイズ画像を含む。幅および高さの値はそのプレビュー画像がMFD２００１上でMFD２００１の視野内に示されるのに最も好適なサイズとして決定される。ある実施形態では第１７行および第２３行はいずれもBase64フォーマットでエンコードされた画像データを含んでいることにも注意しておくべきであろう。別の実施形態では、必要が生じれば、安全な（secure）フォーマットを含む他のエンコード・フォーマットを使用してもよい。

図４１Ａおよび４１Ｂは、ユーザーが、ズームイン・ボタン２０４８またはズームアウト・ボタン２０４９を選択することによってズームイン／ズームアウト機能を選択するときのMFD２００１とGlobalScanサーバー２００５との間の対話を示している。ユーザーがズームイン・ボタン２０４８またはズームアウト・ボタン２０４９を選択するたびに、ズーム要求がサーバー２００５に送られる。するとサーバー２００５は視野座標の現在の中心に基づいてプレビュー画像をクロップして、画像を表示のためにMFD２００１に返す。

図４１Ａはこのプロセスを示しているが、はじめにステップ２５２０でユーザーがズーム・ボタンを押す。ひとたびズーム・ボタン２０４８／２０４９が押されると、MFD２００１はステップ２５２２でズーム要求およびupload.xmlをサーバー２００５に転送する。ズーム要求およびupload.xmlの受領に際して、サーバー２００５はズーム機能を実行し、ズームされたプレビュー画像およびジョブIDを含む応答XMLデータをステップ２５２４で返す。最後に、ステップ２５２６でMFD２００１はズームされたプレビュー画像をプレビュー・ウィンドウ２０５１に表示する。

図４１Ｂは、第１〜８行で、サーバー２００５にポストされたデータを、第１０〜２６行でサーバー２００５によってMFD２００１に返されたxmlデータを示している。図４１Ａのステップ２５２２では、ズーム要求およびupload.xmlデータはサーバー２００５にAPISessionMgr.aspxアクティブ・サーバー・ページを使って送られる。APISessionMgr.aspxには問い合わせストリングop=getが付随している。さらに、問い合わせストリングにおいて渡されるべく、request_image、image_no、sizeX、sizeY、方向およびズーム・オプションを含むいくつかのオプションも利用可能である。第３〜８行はこれらのオプションを図示している。第７行では、要求画像オプションが含まれている。要求画像（request_image）オプションは、返すべき画像（単数または複数）の型を示す。このオプションが0に等しいときは、これは画像なしを表す。このオプションが1に等しいときは、これはサムネイルを表す。このオプションが2に等しいときは、これはプレビュー画像を表す。最後に、オプションが3に等しいときは、これはサムネイルおよびプレビュー画像の両方を表す。

画像番号設定は、初期化コールの際に生成された画像識別子に対応する。設定sizeXはMFD２００１上の視野の幅を示し、設定sizeYは視野の高さを示す。ズーム設定は、所望されるズーム値を指定する。値0は、最初にプレビュー画像が示されるときについて、最もぴったりするサイズを示す。給紙される用紙が異なれば、最もぴったりするサイズも異なることがあり、結果として異なる型の用紙についてのズーム値が異なることがありえる。最後に、第８行に示された方向オプションは、ズームの結果として実行される何らかのパンの方向を示す。

第１０〜２６行は、図４１Ａのステップ２５２４でサーバー２００５から返されるXMLファイルの例を含んでいる。第９行で、rootタグがxmlファイルを開く。第１１行は生成されうる何らかのエラー・コードを含む。第１２行ではerror_descriptionタグが生成されたかもしれない何らかのエラー・コードの記述を含む。第１５行では、サーバー状態がMFD２００１に返される。第１６行ではxmlデータはthumbnail_onlyタグを含む。これはブール値を含むが、この例では0に設定されている。この設定が1に設定されると、xmlファイルにはサムネイルのみが含められ、プレビュー画像は含められないことを示す。第１７〜２１行はプレビュー画像データを含む。第１７〜１８行では、dataタグは型（type）、プレビュー、ID、幅と高さ、ページ種別（page type）（図１９Ｂとの関連で上で論じた）およびズーム初期値の設定を含んでいる。第２２〜２５行は、サムネイル画像およびデータ種別およびサムネイルIDを含む。最後に、第２５行では、xmlファイルが閉じrootタグで閉じられる。

図４２Ａおよび４２Ｂは、ユーザーが、左／右パン・ボタン２０４３または上／下パン・ボタン２０４２を選択することによって左／右パンまたは上／下パン機能を選択するときの、MFD２００１とGlobalScanサーバー２００５との間の対話を示している。ユーザーがプレビュー画像をズームするとき、ユーザーはプレビュー画像全体を見られないことがありうる。こうして、ズームされたプレビュー画像ファイルの一部しか見られないので、ユーザーがズームされた画像の他の部分を見られるようにプレビュー画像を動かすことが必要となることがある。パン機能は、画像がズームされたときに、ユーザーが画像の他の部分を見られるようにする。本発明のある実施形態では、この機能は実際の画像に対しては実行されず、MFD２００１のビューファインダーを使って画像をプレビューしているユーザーの恩恵のためにのみ使われることを注意しておくべきであろう。代替的に、この機能は最終的な画像に対して実行されてもよい。

図４２Ａはこのプロセスを示しているが、はじめにステップ２５３０でユーザーがパン・ボタンの一つを押す。ひとたびMFD２００１がユーザーからプレビュー画像をパンするコマンドを受け取ると、ステップ２５３２でパン要求およびupload.xmlファイルがGlobalScanサーバー２００５にアップロードされる。ひとたびGlobalScanサーバー２００５がパン要求およびupload.xmlファイルを受け取ると、GlobalScanサーバー２００５はプレビュー画像を処理し、プレビュー画像およびジョブIDを含む応答XMLデータをステップ２５３４で返す。ひとたびMFD２００１がパンされたプレビュー画像を受信すると、ステップ２５３６でプレビュー画像がプレビュー・ウィンドウ２０５１に表示される。

図４２Ｂは、第１〜７行で、サーバー２００５にポストされたデータを、第９〜２１行でサーバー２００５によってMFD２００１に返されたxmlデータを示している。図４２Ａのステップ２５３２では、パン要求およびupload.xmlデータはサーバー２００５にAPISessionMgr.aspxアクティブ・サーバー・ページを使って送られる。

APISessionMgr.aspxには問い合わせストリングop=getが付随している。さらに、問い合わせストリングにおいて渡されるべく、request_image、image_no、sizeX、sizeY、ズームおよび方向を含むいくつかのオプションも利用可能である。パン機能はズーム機能と同じすべての設定のほか、方向の追加された設定を含んでいることを注意しておくべきであろう。第３〜８行はこれらのオプションを図示している。第７行では、要求画像オプションが含まれている。要求画像オプションは、返すべき画像（単数または複数）の型を示す。このオプションが0に等しいときは、これは画像なしを表す。このオプションが1に等しいときは、これはサムネイルを表す。このオプションが2に等しいときは、これはプレビュー画像を表す。最後に、オプションが3に等しいときは、これはサムネイルおよびプレビュー画像の両方を表す。

画像番号設定は、初期化コールの際に生成された画像識別子に対応する。設定sizeXはMFD２００１上の視野の幅を示し、設定sizeYは視野の高さを示す。第４行に示されるズーム設定は、所望されるズーム値を指定する。値0は、最初にプレビュー画像が示されるときについて、最もぴったりするサイズを示す。給紙される用紙が異なれば、最もぴったりするサイズも異なることがあり、結果として異なる型の用紙についてのズーム値が異なることがありえる。最後に、第８行に見出される方向設定は、サーバー２００５に、プレビュー画像をパンするためにユーザーが選んだ方向を知らせる。値0はパンなしを示し、値1は上へのパンを示し、値2は下へのパンを示し、値3は左へのパンを示し、値4は右へのパンを示す。

第１０〜２２行は、図４２Ａのステップ２５３４でサーバー２００５から返されるXMLファイルの例を含んでいる。第９行で、rootタグがxmlファイルを開く。第１１行は生成されうる何らかのエラー・コードを含む。第１２行ではerror_descriptionタグが生成されたかもしれない何らかのエラー・コードの記述を含む。第１５行では、サーバー状態がMFD２００１に返される。第１６行ではxmlデータはthumbnail_onlyタグを含む。これはブール値を含むが、この例では0に設定されている。この設定が1に設定されると、xmlファイルにはサムネイルのみが含められ、プレビュー画像は含められないことを示す。第１７〜２１行はプレビュー画像データを含む。第１７〜１８行では、dataタグは型（type）、プレビュー、ID、幅と高さ、ページ種別（page type）（図１９Ｂとの関連で上で論じた）およびズーム初期値の設定を含んでいる。第１９行はBase64でエンコードされたプレビュー画像自身を含んでいる。最後に、第２２行では、xmlファイルが閉じrootタグで閉じられる。

図４３Ａおよび４３Ｂは、ユーザーが削除ボタン２０５０を選択するときの、MFD２００１とGlobalScanサーバー２００５との間の対話を示している。ユーザーがあるページをプレビューして、そのページが必要ないことを見出すとき、削除機能を使うことで、現在プレビューされているページを除去することができる。しかしながら、削除ボタンの選択は画像IDには影響しない。削除ボタンがプレビュー・ウィンドウ内で押されたとき、MFD２００１はサーバーに削除要求を送る。サーバーが削除要求を処理したのち、現在の画像は画像マッピング・ファイルにおいて削除のためにマークされ、現在の画像の次にくる画像がサーバーから送られる。先記したように、現在の画像がセット中の最後の画像である場合は、現在の画像の先行画像がサーバー２００５から送られる。

図４３Ａはこのプロセスを示しているが、はじめにステップ２５４０でユーザーが削除ボタンを押す。ひとたびMFD２００１がユーザーからプレビュー画像を削除するコマンドを受け取ると、ステップ２５４２で削除要求およびupload.xmlファイルがGlobalScanサーバー２００５にアップロードされる。ひとたびGlobalScanサーバー２００５が削除要求およびupload.xmlファイルを受け取ると、GlobalScanサーバー２００５はスキャンされた画像を削除のためにマークし、次のプレビュー画像およびジョブIDを含む応答XMLデータをステップ２５４４で返す。ひとたびMFD２００１が次のプレビュー画像を受信すると、ステップ２５４６で該次のプレビュー画像がプレビュー・ウィンドウ２０５１に表示される。

図４３Ｂは、第１〜４行で、サーバー２００５にポストされたデータを、第６〜１８行でサーバー２００５によってMFD２００１に返されたxmlデータを示している。図４３Ａのステップ５４２では、削除要求およびupload.xmlデータはサーバー２００５にAPISessionMgr.aspxアクティブ・サーバー・ページを使って送られる。

APISessionMgr.aspxには問い合わせストリングop=deleteおよびimage_no設定が付随している。画像番号（image_no）設定は、どの番号が削除されるかを指示する。画像番号は、初期化コールの際に生成された画像識別子に対応する。

第６〜１８行は、図４３Ａのステップ２５４４でサーバー２００５から返されるXMLファイルの例を含んでいる。第６行で、rootタグはxmlファイルを開く。第７行は生成されうる何らかのエラー・コードを含む。第８行ではerror_descriptionタグが生成されたかもしれない何らかのエラー・コードの記述を含む。第１１行では、サーバー状態がMFD２００１に返される。第１２行ではxmlデータはthumbnail_onlyタグを含む。これはブール値を含むが、この例では0に設定されている。この設定が1に設定されると、xmlファイルにはサムネイルのみが含められ、プレビュー画像は含められないことを示す。第１３〜１７行はプレビュー画像データを含む。第１３〜１４行では、dataタグは型（type）、プレビュー、ID、幅と高さ、ページ種別（page type）（図１９Ｂとの関連で上で論じた）およびズーム初期値の設定を含んでいる。第１５行はBase64でエンコードされた前記次のプレビュー画像自身を含んでいる。最後に、第１８行では、xmlファイルが閉じrootタグで閉じられる。

図４４Ａおよび４４Ｂは、ユーザーが前へボタン２０４４または次へボタン２０４５を選択するときの、MFD２００１とGlobalScanサーバー２００５との間の対話を示している。プレビュー・ウィンドウ２０５１において、顧客は1ページしか見ることができないことがありうるが、ユーザーは現在のページの前のページおよび次のページを見たいことがありうる。したがって、前へ機能および次へ機能はユーザーが、サムネイル選択ウィンドウ２０３４に戻ることなく、ページ間を移行することを可能にする。前へボタン２０４４または次へボタン２０４５が選択されるたびに、get要求がMFD２００１からサーバー２００５に送られる。

図４４Ａはこのプロセスを示しているが、はじめにステップ２５５０でユーザーが次／前ボタンを押す。ひとたびMFD２００１がユーザーから次のページまたは前のページに行くコマンドを受け取ると、ステップ２５５２でget〔取得〕要求およびupload.xmlファイルがGlobalScanサーバー２００５にアップロードされる。ひとたびGlobalScanサーバー２００５がget要求およびupload.xmlファイルを受け取ると、GlobalScanサーバー２００５は次または前のプレビュー画像およびジョブIDを含む応答XMLデータをステップ２５５４で返す。ひとたびMFD２００１が次のプレビュー画像を受信すると、ステップ２５５６で該次のプレビュー画像がプレビュー・ウィンドウ２０５１に表示される。本発明のある実施形態では、ユーザーがセット中の最後の画像にいる場合は、次へボタンによって返されるのは、該セット中の最初の画像であるということを注意しておくべきであろう。代替的に、別の実施形態では、システムは前の画像または次の画像がないことを示す。

図４４Ｂは、第１〜８行で、サーバー２００５にポストされたデータを、第１０〜２６行でサーバー２００５によってMFD２００１に返されたxmlデータを示している。図４４Ａのステップ２５５２では、get要求およびupload.xmlデータはサーバー２００５にAPISessionMgr.aspxアクティブ・サーバー・ページを使って送られる。

APISessionMgr.aspxには問い合わせストリングop=getおよびいくつかの設定が付随している。問い合わせストリングにおいて渡されるべく利用可能な該いくつかのオプションには、request_image、image_no、sizeX、sizeY、方向およびズームが含まれる。第３〜８行がこれらのオプションを示している。第７行には要求画像オプションが含まれている。要求画像オプションは、返すべき画像（単数または複数）の型を示す。このオプションが0に等しいときは、これは画像なしを表す。このオプションが1に等しいときは、これはサムネイルを表す。このオプションが2に等しいときは、これはプレビュー画像を表す。最後に、オプションが3に等しいときは、これはサムネイルおよびプレビュー画像の両方を表す。

第３行に見出される画像番号設定は、初期化コールの際に生成された画像識別子に対応する。設定sizeXはMFD２００１上の視野の幅を示し、設定sizeYは視野の高さを示す。方向設定は、実行される必要があるかもしれない何らかのパンの方向を示す。最後に、第４行に示されるズーム設定は、所望されるズーム値を指定する。値0は、最初にプレビュー画像が示されるときについて、最もぴったりするサイズを示す。給紙される用紙が異なれば、最もぴったりするサイズも異なることがあり、結果として異なる型の用紙についてのズーム値が異なることがありえる。

第１０〜２６行は、図４４Ａのステップ２５５４でサーバー２００５から返されるXMLファイルの例を含んでいる。第１０行で、rootタグがxmlファイルを開く。第１１行は生成されうる何らかのエラー・コードを含む。第１２行ではerror_descriptionタグが生成されたかもしれない何らかのエラー・コードの記述を含む。第１５行では、サーバー状態がMFD２００１に返される。第１６行ではxmlデータはthumbnail_onlyタグを含む。これはブール値を含むが、この例では0に設定されている。この設定が1に設定されると、xmlファイルにはサムネイルのみが含められ、プレビュー画像は含められないことを示す。第１７〜２１行はプレビュー画像データを含む。第１７〜１８行では、dataタグは型（type）、プレビュー、ID、幅と高さ、ページ種別（page type）（図１９Ｂとの関連で上で論じた）およびズーム初期値の設定を含んでいる。第１９行はBase64でエンコードされた次または前のプレビュー画像を含んでいる。第２２〜２５行は第１９行に含まれるプレビュー画像に対応するサムネイル・データを含んでいる。さらに、サムネイル画像データは第２３行に見出される。最後に、第２６行では、xmlファイルが閉じrootタグで閉じられる。

図４５Ａおよび４５Ｂは、ユーザーが復元ボタン２０３１、取り消しボタン２０３２および提出ボタン２０３３を選択するときの、MFD２００１とGlobalScanサーバー２００５との間の対話を示している。

提出ボタン２０３３が選択されると、set関数がMFD２００１によってコールされる。set関数は、プレビュー・ウィンドウで行われた変更を確定するために使われる。ひとたびユーザーがスキャンされた画像セットにあらゆる変更を加えてしまったら、ユーザーはその変更を確定する必要がある。提出ボタンが選択されるとき、set関数がコールされ、サーバー２００５は元の画像にすべての変更を行う。

図４５Ａはこのプロセスを示しているが、はじめにステップ２５６０でユーザーが提出ボタン２０３３を押す。ひとたびMFD２００１がユーザーから変更を提出するコマンドを受け取ると、ステップ２５６２でset〔セット〕要求およびupload.xmlファイルがGlobalScanサーバー２００５にアップロードされる。ひとたびGlobalScanサーバー２００５がset要求およびupload.xmlファイルを受け取ると、GlobalScanサーバー２００５はジョブIDを含む応答XMLデータをステップ２５６４で返す。ひとたびMFD２００１がxmlデータを受信すると、ステップ２５６６でプレビュー・ウィンドウは閉じられる。

図４５Ｂは、提出ボタン２０３３、取り消しボタン２０３２および復元ボタン２０３１が選択された後、サーバー２００５とMFD２００１とによって使われるコードを示している。

提出ボタン２０３３に関しては、図４５Ｂは、第１行で、サーバー２００５にポストされたデータを、第１〜８行でサーバー２００５によってMFD２００１に返されたxmlデータを示している。図４５Ａのステップ２５６２で、set要求およびupload.xmlデータがサーバー２００５にAPISessionMgr.aspxアクティブ・サーバー・ページを使って送られる。APISessionMgr.aspxには問い合わせストリングop=setが付随している。

図４５Ｂには示されないが、図４５Ａのステップ２５６４においてサーバー２００５から返されるXMLファイルの例について以下に述べる。まず、rootタグがxmlファイルを開く。次に含まれているのが、生成されうる何らかのエラー・コードであり、error_descriptionタグは生成されたかもしれない何らかのエラー・コードの記述を含む。次に、サーバー状態がMFD２００１に返される。サーバー状態は、MFD２００１に対して、set操作が完了したことを通信するために使われる。最後に、閉じrootタグがxmlファイルを閉じる。

取り消しボタン２０３２に関しては、図４５Ｂは、第４〜５行で、取り消しボタンが選択されたときにサーバー２００５にポストされたデータを示している。ユーザーが取り消しボタンを選択すると、プレビュー動作は取り消され、ユーザーはスキャンされた画像ファイルすべてを失う。この動作は、付随する問い合わせストリングop=cancelをもつAPISessionMgr.aspxアクティブ・サーバー・ページを使ってコールされる。サーバー２００５がこのコマンドを受信すると、ジョブは消去され、サーバーは、先述した提出動作と同様のサーバー状態を含むXMLファイルを返す。

復元ボタン２０３１に関しては、図４５Ｂは、第７〜８行で、サーバー２００５にポストされたデータを、第１０〜２７行でサーバー２００５によってMFD２００１に返されたxmlデータを示している。ユーザーが復元ボタンを選択すると、それまでに実行されたあらゆるプレビュー操作をアンドゥーして、スキャン・ジョブを元の初期化された状態に戻すアンドゥー動作が初期化される。この動作は、付随する問い合わせストリングop=restoreをもつAPISessionMgr.aspxアクティブ・サーバー・ページを使ってコールされる。

第１０〜２７行は、復元コールに応答してサーバー２００５から返されるXMLファイルの例を含んでいる。復元コールはMFD２００１を、元の初期化コマンドの時点と同じ位置にする。

第１０行で、rootタグがxmlファイルを開く。第１１行は生成されうる何らかのエラー・コードを含む。第１２行ではerror_descriptionタグが生成されたかもしれない何らかのエラー・コードの記述を含む。第１５行では、サーバー状態がMFD２００１に返される。第１６行では、total_page_numberがバッチ・ジョブでスキャンされた画像またはページの総数を含む。第１７行では、page_numberタグがその操作のために選択されているページ数を含む。第１８行では、xmlデータはthumbnail_onlyタグを含む。これはブール値を含むが、この例では1に設定されている。この設定が0に設定されると、xmlファイルにはプレビュー画像が含められないことを示す。

第１９〜２２行および第２３〜２６行はそれぞれID番号1および2をもつサムネイルの例を含む。また、dataタグ内にはページ種別（page type）タグ（図１９Ｂとの関連で上で論じた）が含まれる。さらに、サムネイル画像データは第２０および２４行に見出される。最後に、第２７行では、xmlファイルが閉じrootタグで閉じられる。

さらに、本発明のもう一つの実施形態では、ユーザーは、該ユーザーによって実行された全操作の代わりに、ある操作がミスである場合、あるいはユーザーがその変更操作が必要でないと判断する場合にその単一の操作をアンドゥーすることができる。

さらに、本発明のもう一つの実施形態では、ユーザーは、プレビューの間にある画像またはページが欠けていると認識した場合には、スキャン・ジョブの中に画像を挿入することができる。これらの画像の挿入は、入力文書をスキャンすることによって、あるいはGlobalScanサーバー２００５、MFD２００１または他の何らかのネットワーク接続された記憶装置上に以前に記憶された画像を使って行ってもよい。

本発明のもう一つの実施形態では、プレビュー・ページ範囲ドロップダウン・ボックス２０１９ａは、自動検出という名称のオプションを含んでいてもよい。このオプションは、MFD２００１またはサーバー２００５が、画像プレビューのためにどのページが利用可能であるべきかを検出することを許容する。この判別は、ずれたコピーの印（stray copy marks）に基づいて、あるいはジョブの大半がある配向をもつのに若干のページが異なる配向をもっているかどうかに基づいて行える。さらに、自動検出は、ユーザーに問題を引き起こしうる透かしまたはバーコードの存在を検出できてもよい。

図４６は、本発明のある実施形態に基づくMFD２００１のハードウェア構成設定の例を示している。図４６に示されるように、MFD２００１はコントローラ・ボード２６００、操作パネル２６１０、ファクス制御ユニット（FCU: fax control unit）２６２０、USB２６３０、IEEE1394ポート２６４０およびプリンタ２６５０を含んでいる。IEEE1394b、USB2.0を含む他の型のI/Oインターフェースも含められることも注意しておくべきであろう。コントローラ・ボード２６００は、処理するためのCPU２６０２と、SDRAM２６０３、SRAM２６０８、フラッシュメモリ（フラッシュROM）２６０４、フラッシュカード・インターフェース部２６０６およびHD２６０５といった、MFD２００１に関連するデータを記憶するために使われるいくつかの記憶デバイスを含む。これらの構成要素のそれぞれは、ASIC２６０１に接続されている。ASIC２６０１は、MFD２００１で使うために特別に設計された特定用途向け集積回路である。他の型の記憶デバイスならびに他の型のデータ・プロセッサおよび集積回路も可能である。操作パネル２６１０は、ASIC２６０１に直接接続される。通信インターフェース２６２０もそうである。通信インターフェース２６２０はまた、ネットワークまたは他の任意の同様の型の通信媒体に接続されることもできる。USB ２６３０、IEEE1394 ２６４０ならびにスキャン、印刷およびファクスのような多機能プリンタ機能２６５０が、PCIバス２６８０を介してASIC２６０１に接続されている。

SRAM２６０８は不揮発性RAMである。他の型のSRAMも可能である。フラッシュカード２６０７がフラッシュカード・インターフェース部２６０６に挿入されることができ、それによりASIC２６０１とフラッシュカード２６０７の間でフラッシュカード・インターフェース部２６０６を介してデータが送受信されるようになる。

操作パネル２６１０は、ユーザーによるキー入力およびボタン押下などといったキー操作のために使われる操作部と、さまざまな画面のような描画データを表示するための表示部とを含む。他の型のハードウェア・コンポーネントが本発明において使われることもできることは認識しておくべきである。

さらに、フロッピー(登録商標)ディスク、磁気テープ、CD-ROMなどといったコンピュータ可読媒体に関し、該コンピュータ可読媒体に保存されているプログラムをMFDにインストールすることによって、MFDは本発明の機能を実行できる。

さらに、本発明では、いくつかの異なる型のビットマップ画像を使うことができ、それには、これに限られないが、24ビット・ビットマップ、256色ビットマップ、16色ビットマップおよび白黒ビットマップが含まれる。これらの型のビットマップはより小さく、他の型の画像ファイルが被りうるネットワークオーバーヘッドを被らない。

本発明は、図４６に関して上記した複合機との関連で記載してきたが、コピー機、デジタルコピー機、プリンタ、スキャナ、ファクス機もしくは多機能プリンタまたはその任意の組み合わせといったいかなる画像処理装置にも適用可能である。さらに、本発明は他の特殊目的デバイスにも適用可能である。特殊目的デバイスとは、ナビゲーション・システム、全地球測位システム、自動販売機、計量システム（metering system）、機械ツールおよびプログラミングもしくはプログラムされたプロセッサを使って動作するその他のツール、自動車、列車、オートバイ、飛行機もしくはボートといった他の輸送デバイス、レーダー・システム、ラジオ、MP3プレーヤー、デジタル音楽プレーヤーおよび他のオーディオ・システム、携帯電話、他の通信デバイスおよびシステムならびにプラグインを使って動作する他の任意の特殊目的デバイスなどがある。

本発明は、個別的に開示された実施形態に限定されるものではない。本発明の範囲から外れることなく変形および修正がなしうるものである。明らかに、以上の教示に照らして、本発明の数多くの修正及び変更が可能である。したがって、付属の請求項の範囲において、本発明はここに具体的に記載されている以外の仕方で実施されてもよいことは理解しておくものとする。

〈第四の側面〉
これから、主として本発明の第四の側面を扱う。
〔技術分野〕
本発明は、画像処理システムのユーザーを認証する方法およびコンピュータ・ベースのシステムに向けられる。
〔背景技術〕
ここ数年、ネットワークを通じて利用可能な、文書関係のアプリケーションの数および種類が増えている。これらのアプリケーションは、文書管理システム（document management system）を含む。それは、たとえば医療、法律、金融、マーケティング、科学、教育などといったさまざまな個別的な内容の文書を管理することに特化したシステムのようなものである。他のアプリケーションとしては、電子メール・サーバー、ファクシミリ・サーバーおよび／または通常の郵便配達といったさまざまな送達システムが含まれる。さらに他のアプリケーションとしては、フォーマット変換システムおよび光学式文字認識システムといった文書処理システムが含まれる。さらなるアプリケーションとしては、さまざまな文書を保管し、整理し、管理するために使われる文書管理システムが含まれる。さまざまな文書を保管し、整理し、管理するために使われるこれらの文書管理システムは、「バックエンド」アプリケーションと称することができる。

これらのネットワーク・アプリケーションに画像処理装置（たとえば、スキャナ、プリンタ、コピー機、カメラ）からアクセスするためのさまざまなシステムが考えられてきた。あるシステムは、前記ネットワーク・アプリケーションを用いて文書を管理するための各処理装置に、コンピュータを関連付ける。そのコンピュータが前記さまざまなネットワーク・アプリケーションと通信して、該画像処理装置のユーザーによる該アプリケーションの使用を可能にする。たとえば、前記コンピュータは前記ネットワーク・アプリケーションから、文書を管理するために前記アプリケーションによって要求されるデータのフォーマットおよび内容についての情報を要求し、受け取る。前記コンピュータはこの情報を処理し、正しいフォーマットおよび内容を提供するよう、画像処理装置を構成設定する。

画像処理装置はまた、典型的には、画像処理装置の資源使用を追跡するための何らかの種類のモニタリング・システムを組み込んでいる。これらのモニタリング・システムはユーザーを認証し、文書名、プリンタ、ポート、日時、用紙サイズ、仕上げオプションおよび白黒かカラーかの選択といった属性に基づいて、コピー、印刷およびファクス活動を追跡する能力を提供する。そのようなプロセスは、認証されたユーザーのその画像処理装置での行動に基づいて課金報告、請求書などを生成できるようにする。よって、そのようなモニタリング・システムを含む画像処理装置を操作する前に、まずモニタリング・システムを用いてユーザーを認証する必要がある。そのような認証は典型的にはユーザーからの何らかの種類の個人的な情報またはデータの入力に関わる。

ひとたびユーザーが画像処理装置へのアクセスを認められたら、上記のバックエンド・アプリケーションの一つまたは複数へのアクセスを得るために、典型的には追加的な認証ステップが実行される。たとえば、ユーザーは、その画像処理装置が接続されているサーバーまたはネットワークへのアクセスを得るために、該サーバーまたはネットワークに追加的にログインすることがありうる。
〔発明の開示〕
〔発明が解決しようとする課題〕
こうして、本発明者らは、現行システムでは、画像処理装置および該画像処理装置に付随するバックエンド・アプリケーションの両方にアクセスを得るためには、ユーザーは単一の画像処理装置において複数回ログインすることを要求されることがあることを認識するに至った。本発明者らは、そのような冗長性は画像処理装置のユーザーにとってはわずらわしく、ユーザーに、必要とされる各ログイン手順に関連して異なるユーザー認証情報を記憶することを強いることがありうることを認識するに至った。
〔課題を解決するための手段〕
本発明者らは、画像処理装置およびそれに関連するシステムにとってより効率的かつカスタマイズ可能なログイン手順が必要とされていると判断するに至った。具体的には、本発明は、モニタリング・システムにおける認証手順に基づく許諾情報およびユーザー・クレデンシャルを、ユーザー介入なしに、第二のサーバーおよびさまざまなバックエンド・アプリケーションにおける認証のために使うことに向けられる。

したがって、本発明は、画像処理システムのユーザーを認証するシステムおよび方法に向けられる。ユーザー・クレデンシャルが、画像処理装置に対応する認証デバイスにおいて受領され、該認証デバイスからリモートな第一のサーバーに送信される。ユーザー・クレデンシャルの有効性は、受領されたユーザー・クレデンシャルを、第一のサーバーに保存されている認証情報と比較することによって判断され、判断の結果は画像処理装置に送信される。次いで画像処理装置は、該画像処理装置からリモートな第二のサーバーにアクセスを要求し、第二のサーバーはユーザー・クレデンシャル要求を第一のサーバーに送信する。第一のサーバーからユーザー・クレデンシャルを受け取ったのち、第二のサーバーはユーザー認証を実行する。

以下の詳細な記述を付属の図面とともに参照することにより、本発明およびそれに付随する利点の多くのより完全な理解が簡単に得られ、よりよく理解されるであろう。
〔発明を実施するための最良の形態〕
ここで図面を参照する。図面では、各図を通じて同様の参照符号は同一または対応する部分を示す。図１は、本発明に基づいて文書を管理するためのシステム３００５のブロック図である。具体的には、文書マネージャ・サーバー３０４０が、I〜IIIのグループにグループ分けできるアプリケーションに関係した情報を処理することによって文書およびファイルを管理できるようにするためのものである。システム３００５は、少なくとも一つだが好ましくは複数の画像処理装置を文書マネージャ・サーバー３０４０に相互接続するネットワーク３１００を含んでいる。画像処理装置は複合機（MFD: multifunction device）として実装されてもよい。ネットワーク３１００は好ましくはTCP/IP（Transmission Control Protocol/Internet Protocol）を使うが、他のいかなる望ましいネットワーク・プロトコルも可能である。他のプロトコルとは、たとえばIPX/SPX（Internetwork Packet Exchange/Sequential Packet Exchange）、NetBEUI（NetBIOS Extended User Interface）またはNetBIOS（Network Basic Input/Output System）といったものである。ネットワーク３１００は構内ネットワーク、広域ネットワーク、イントラネット、エクストラネット、インターネットのような任意の型のネットワークまたはそれらの組み合わせでありうる。仮想閉域網または無線リンクまたは他の任意の好適な代替といった、ネットワーク３１００のための他の通信リンクを使ってもよい。

図４７に示されるように、装置３０１０、３０２０、３０３０は複合機または「MFD」であってもよい。MFDはスキャナ、コピー機、プリンタ、ファクス機、他のオフィス機器およびそれらの組み合わせのうちの任意の一つまたは複数を組み込んでいたり、これらの機器の任意の一つまたは複数であったりしてもよい。これらの機器の任意の一つまたは組み合わせは一般にMFDと称される。当技術分野ではさまざまな種類のMFDが一般的に知られており、本発明のMFDと一般的な機能およびハードウェアを共有する。そのようなMFDはデジタル・イメージング機能およびインターネット機能を組み合わせており、スチール画像、サウンドまたはビデオを取り込んで、そのようなマルチメディアを有線または無線の接続を使ってさまざまな位置から共有することができる。MFDはウェブ・ページを作成し、添付ファイルのある電子メールを送受信し、画像を編集し、ファイルをFTPし、インターネットをサーフィンし、ファクスを送受信することができる。別の実施形態では、MFDはスキャナ、コピー機およびプリンタの組み合わせの一つである。

MFDはまた、ユーザー認証デバイス３０１５、３０２５、３０３５を含むか、これに接続されている。ユーザー認証デバイスは、キーボードを介して、電子カードまたはメモリから、および／またはユーザーによって入力されたバイオメトリック情報を感知するよう構成されたバイオメトリック機器を介して入力された情報を受け付けるよう構成されている。好適なバイオメトリック機器の例としては、これに限られないが、網膜スキャナ、指紋読み取り器、音声スキャナまたは他の任意の型のバイオメトリック・リーダー装置が含まれる。ユーザーを認証するために使われる他の装置は、非接触スキャナ（proximity scanner）、自動料金所支払い装置、携帯電話などを含みうる。より一般には、認証デバイスは、モニタリング・システム、MFD、文書マネージャ・サーバーまたはバックエンド・アプリケーションにおいてユーザー認証を実行する目的のためにユーザーを識別することのできるいかなる好適なデバイスであってもよい。

本願において「スマートカード」という用語が使用されるかもしれないが、この用語は、ユーザー情報を保存するための、電子装置によって読まれることのできる任意の型のカードまたはメモリ・デバイスを指す。また、カードおよび該カードを読むために使われるデバイスは、カードから直接読むために使われるスキャン・センサーであってもよいし、あるいはまた、カードと物理的に接触することなくデバイスからデータを読むよう構成された非接触センサーであってもよい。

図５３で説明されるように、ユーザー認証デバイスは、画像処理装置の中またはその近くに位置していてもよく、画像処理装置と通信していてもいなくてもよい。ある実施形態では、認証デバイスは、ユーザー認証を実行するためにMFDと直接通信してもよい。別の実施形態では、認証デバイスは、ネットワークに接続された、ユーザー認証を実行する機能をもついくつかのシステムの任意のうちの一つに受け取った認証情報を送るために、該ネットワークに接続されてもよい。そのような構成では、ユーザーのクレデンシャルは認証デバイスから、たとえばモニタリング・システム３０４５または文書マネージャ・サーバー３０４０に送信される。MFDは次いで、認証の結果を通知され、それによりそのユーザーのMFDへのアクセスを許可または禁止する。認証結果はモニタリング・システム３０４５から直接MFDに送られてもよいし、あるいは認証デバイスが認証結果を受信したのちに認証デバイスから転送されてもよい。のちにより詳細に論じるように、モニタリング・システム３０４５における認証は文書マネージャ・サーバー３０４０およびそれに接続されたさまざまなバックエンド・アプリケーションによって、シングル・サインオンの認証手順を実行するために使用されうる。

MFDのそれぞれおよびユーザー認証デバイスは、情報を伝送するために、いかなる好適な種類の有線または無線接続によって接続されてもよい。さらに、モニタリング・システム３０４５と認証デバイスとの間の通信は、上で論じた、MFDと文書マネージャとの間のネットワーク３１００を介した接続と同様であってもよい。にもかかわらず、認証デバイスとモニタリング・システム３０４５との間では、ユーザー・クレデンシャルおよび認証結果の交換のために好適な他の任意の接続が用いられてもよい。

ある例示的な実施形態では、認証デバイスはEquitrac Office（商標）システムと対話するよう構成される。このシステムは、ユーザーが、認証デバイスの一つにおいてユーザー認証情報を入力することによって、Equitracシステムに関して認証されることを許容する。該ユーザー認証情報は次いでEquitracサーバー（たとえばモニタリング・システム４５）に送られる。ひとたびユーザーがEquitracシステムに関して認証されたら、システムは、文書名、プリンタ、ポート、日時、用紙サイズ、仕上げオプションおよび白黒かカラーかの選択といった属性に基づいて、コピー、印刷およびファクス活動を追跡する。他の型およびブランドの認証デバイスおよびコスト課金システムも本発明とともに使用されてもよい。

図４７に示されるように、文書マネージャ・サーバー３０４０はディレクトリ／アドレス帳サーバー３０６０（または「ディレクトリ・サーバー」または「グローバル・ディレクトリ」）に接続されている。ディレクトリ・サーバー３０６０は、個人の名前、住所、ネットワーク・アドレス、電子メール・アドレス、電話／ファクス番号、その他の種類の宛先情報および権限といった情報を含むことができる。ディレクトリ・サーバー３０６０には他の情報も含めることができる。本発明と両立するディレクトリ・サーバー３０６０の例は、これに限られないが、Lotus Notes（商標）、Microsoft Exchange（商標）およびLDAP（Lightweight Directory Access Protocol）対応の諸ディレクトリ・サーバーが含まれる。LDAPはユーザーがネットワーク認証を実行し、ネットワーク中の組織、個人、ファイル、デバイスを位置特定することを可能にするソフトウェア・プロトコルである。ディレクトリ・サーバーは、認証デバイスまたは画像処理装置において入力されたユーザー情報を受け取り、ネットワークのためにそのユーザーを認証するよう構成されている。

文書マネージャ・サーバー３０４０はまた、MFDユーザーのネットワークへの認証をコントロールするネットワーク・ドメイン・コントローラ３０５０にも接続されていることができる。ネットワーク・ドメイン・コントローラ３０５０はたとえば、そのドメイン内でのログイン動作のようなセキュリティ認証要求に応答するサーバーである。ネットワーク・ドメイン・コントローラ３０５０は、任意的にやはりセキュリティ認証を扱うことのできる一つまたは複数のバックアップ用ネットワーク・ドメイン・コントローラによってバックアップされてもよい。ディレクトリ・サーバー３０６０およびネットワーク・ドメイン・コントローラ３０５０の例は2002年9月16日に出願された米国出願第10/243,645号に開示されており、その内容全体はここに参照によって組み込まれる。

簡単に言えば、システム３００５は、MFD３０１０〜３０３０のユーザーのために、該ユーザーが画像処理装置において認証されたときに、ディレクトリ・サーバー３０６０に保存されている情報へのアクセスを、文書マネージャ・サーバー３０４０を介して提供する。ディレクトリ・サーバー３０６０はユーザーのクレデンシャルに関係した選好情報を取得することができ、この選好情報をMFD３０１０〜３０３０に送信する。選好情報は、解像度、密度、スキャン・モード、色、用紙サイズ、ファイル・フォーマットまたはMFDによって調整されることのできる任意の追加的な設定といったスキャン設定に関係する情報を含みうる。選好情報はまた、処理された画像の宛先に関係した情報を含みうる。それには個別的な電子メール・アドレス、バックエンド・アプリケーション、中間処理システムまたは処理されたデータを受け付けるよう構成された他の任意のネットワーク・アプリケーションが含まれる。中間処理システムは、のちにより詳細に述べるように、ファイル・フォーマット変換システム、光学式文字認識または同様に好適なシステムを含みうる。また、選好情報は、のちにより詳細に論じるソフトウェア・プラグインまたはMFDの機能の変更に関係する他の任意の情報を含みうる。のちに論じるように、これらのプラグインも、モニタリング・システム３０４５およびその後は文書マネージャ・サーバー３０４０における認証成功に続いて、文書マネージャ・サーバーがMFDに保存されているユーザー・クレデンシャル情報にアクセスすることを許容する。

ユーザーはまた、ディレクトリ・サーバー３０６０に保存されている会社のグローバル・ディレクトリの検索を要求することもできる。文書マネージャ・サーバー３０４０は、検索要求をディレクトリ・サーバー３０６０に渡し、ディレクトリ・サーバー３０６０から検索結果（たとえば、電子メール・アドレスおよび／またはファクス番号）を受け取ることができる。文書マネージャ・サーバー３０４０はMFD３０２０に検索結果を渡すことができる。MFD３０２０は検索結果を一時的に記憶し、表示できる。ユーザーは表示されたある結果（たとえば、電子メール・アドレスまたはファクス番号）を選択し、ある文書をスキャンし、スキャンされた文書が選択された宛先に送信、電子メール送信および／またはファクス送信されるよう要求することができる。

文書マネージャ・サーバー３０４０は、複数のネットワーク・アプリケーション３０４５、３０５０、３０６０、３０７０、３０８０および３０９０とMFDとの間の仲介エージェントまたはゲートウェイとして作用するよう構成されていることができる。アプリケーション３０７０、３０８０および３０９０はたとえば電子メール・サーバー、ファクス・サーバー、ファイル・フォーマット変換システム、光学式文字認識（OCR）システム、文書管理システムおよびファイル記憶システムまたはそれらの複数の任意の組み合わせを含むことができる。文書管理サーバー３０４０は、さまざまな文書管理システムまたはファイル記憶システムといった複数のバックエンド・アプリケーションをサポートする機能をもつ。ある好ましい実施形態では、電子メール・サーバーは文書マネージャ・サーバー３０４０に組み込まれる。文書管理システムの一例は、2001年3月1日に出願された米国出願第09/795,438号および2002年4月5日に出願された米国出願第10/116,162号において開示されている。これらの内容全体はここに参照によって組み込まれる。

アプリケーションは、たとえばグループI〜IIIにグループ分けすることができる。グループIは、電子メール・サーバーおよびファクス・サーバーを含む送達システム・グループであることができ、グループIIはファイル・フォーマット変換システムおよび光学式文字認識システムを含む中間処理グループであることができ、グループIIIは文書管理システムおよびファイル記憶システムを含むバックエンド・アプリケーション・グループであることができる。グループI〜IIIは各カテゴリーからの複数のデバイスを含むことができる。たとえば、文書管理サーバー３０４０は各グループからの複数のアプリケーションに接続されることができる。文書マネージャ・サーバー３０４０は、文書を各グループ内のいくつかのアプリケーションに向けることができる。ある好ましい実施形態では、文書マネージャ・サーバー３０４０は文書を前記送達システム・グループ内のアプリケーションのいくつかに送達するが、その文書を前記中間処理グループ内のアプリケーションの一つまたは複数ならびに前記バックエンド・アプリケーション・グループのアプリケーションの一つまたは複数に送達する。たとえば、文書マネージャ・サーバー３０４０は文書を電子メール・サーバーおよびファクス・サーバーに、OCRシステムに、そして文書管理システムに送達できる。他の実施例では他の組み合わせも可能である。

ある好ましい実施形態では、MFD３０１０〜３０３０と文書マネージャ・サーバー３０４０は、ネットワーク３１００を通じたデータ交換を、プロトコルHTTP（Hypertext Transfer Protocol）またはHTTPS（HTTP over Secure Socket Layer）を使って行う。たとえばTCP/IP、IPX/SPX、NetBEUIまたはNetBIOSといった他のプロトコルが等価に本発明とともに使用できる。好ましくは、MFD３０１０〜３０３０と文書マネージャ・サーバー３０４０がデータを交換するのは、XML（Extensible Markup Language）フォーマットを使って行われる。HTMLのような他のフォーマットも等価に本発明とともに使用できる。

ある実施形態では、文書マネージャ・サーバー３０４０は、MFD３０１０〜３０３０のためのプロファイルを管理するMFDプロファイラー３２８０（図２に示す）を含むことができる。システム３００５の管理者は、文書マネージャ・サーバー３０４０上のプロファイル・ユーザー・インターフェースを介してプロファイルを生成、変更および維持できる。プロファイルは、文書マネージャ・サーバー３０４０からMFDに送られた情報（たとえばパラメータ）を含む。この情報に基づいて、MFDは、文書マネージャ・サーバー３０４０と適正にインターフェースがとれるよう、ユーザー・インターフェースおよび機能を調整できる。前記情報は、バックエンド・アプリケーションの存在または導入に基づいてMFDの動作が修正されることを許容するよう、MFDによって処理されるソフトウェア・プラグインをも含みうる。文書マネージャ・サーバー３０４０は、該文書マネージャ・サーバー３０４０に接続されたバックエンド・アプリケーションに対応するソフトウェア・プラグインを含む。たとえば、MFDは、該MFDにとって利用可能なオプション（たとえば特定の送達システム、中間処理システムまたはバックエンド・アプリケーション）を文書マネージャ・サーバー３０４０を介してユーザーが選択することを許容する選択肢を表示できる。プロファイルに含まれる情報は、文書マネージャ・サーバー３０４０に接続されたさまざまなアプリケーション３０７０〜３０９０の素性（identity）であることができる。プロファイラー３２８０は、識別情報（たとえばシリアル番号）をMFDから受信し、この識別情報を、そのMFDがレジスタ内に登録されているかどうかを検査するために使う。レジスタとは、たとえば文書マネージャ・サーバー３０４０のメモリに保存されているデータ・テーブルである。登録されていれば、プロファイラーはそのMFDに該MFDに割り当てられたプロファイルを送る。そのMFDが登録されていなければ、プロファイラーはそのMFDを登録し、該MFDにプロファイルを送ることができる。プロファイラーは二つ以上のプロファイルを保存できる。ある好ましい実施形態では、一つのプロファイルが各MFDに割り当てられ、二つ以上のMFDが同じプロファイルを供給できる。「ソフトウェア・プラグイン」の用語を使ってきたが、いかなる種類のソフトウェア、プログラミングまたはチップでもMFDの動作を修正するために使うことができる。

プロファイル中のパラメータの例は、これに限られないが：
プロファイルID：これはプロファイルを識別するものである；
LDAP有効化パラメータ：これはディレクトリ・サーバー３０６０を使って文書マネージャ・サーバー３０４０上でLDAPツリー検索が有効にされているかどうかを示す；
ベース・ドメイン名（DN）パラメータ：これはLDAP検索が有効になっているときにLDAPツリーの検索のデフォルト・フィールドを与える；
ネットワーク認証パラメータ：これはネットワーク・ドメイン・コントローラ３０４０を使ってネットワーク認証が有効にされているかどうかを示す；
タイムアウト・パラメータ：これは、MFDがリセットになってユーザーがログイン情報の入力を要求されるまでに経過すべき時間期間を示す；
最大結果カウント・パラメータ：これは、返されるLDAP問い合わせ結果の最大数を決める；
ファクス・オプション・パラメータ：これは、文書マネージャ・サーバー３０４０にファクス・サーバーが接続されているかどうかを示す；
スキャン後処理パラメータ：これは、文書マネージャ・サーバー３０４０にどのスキャン後処理システムが接続されているかを示す；スキャン後処理システムは、たとえば、電子メール・サーバー、ファイル・フォーマット変換システム、光学式文字認識システムなどを含みうる；
バックエンド・パラメータ：これは、文書マネージャ・サーバー３０４０にどのバックエンド・アプリケーションが接続されていて、MFDによってアクセスされることができるかを示す；そのようなバックエンド・アプリケーションは、文書管理システムまたはファイル記憶システムまたは他の同様の種類のシステムを含みうる；
ソフトウェア・プラグイン：これは画像処理システムが、一つまたは複数のバックエンド・アプリケーションに関係する個別的な処理タスク（たとえばユーザー認証）を実行することを許容する実行可能ファイルを含む
プロファイル中に他のパラメータが含まれていることもできる。たとえば、特定のユーザーID、デフォルト用紙サイズ、スキャン解像度設定、文書フィーダー条件を反映するパラメータ、画像処理動作に課金するための部局コード、前記特定のユーザーIDのための追加的なスキャン・ジョブ・パラメータまたは任意の追加的なパラメータが使用されうる。

バックエンド・パラメータは、ユーザーがすでにネットワークにログインしており、そのバックエンド・アプリケーションを動作させるために自動的に認証されているかどうかをネットワーク認証に基づいて判定する認証ステップを開始してもよい。バックエンド・パラメータが、そのバックエンド・アプリケーションと適正にインターフェースがとれるためにはそのMFDデバイスのためにソフトウェア・プラグインが要求されることを示す場合、MFDはソフトウェア・プラグインの受領を要求するデータを文書マネージャ・サーバー３０４０に送信する。

図５１Ａ〜５１Ｂを参照しつつのちに開示される認証手順のコンテキストでは、MFDに対応する識別情報を含む要求を文書マネージャがMFDから受け取るときに、プロファイルがアクセスされうる。あるいはまた、プロファイルは、ひとたびユーザーが文書マネージャ・サーバーおよび関連するバックエンド・アプリケーションで認証されたら、アクセスされうる。いずれにせよ、図５１Ａ〜５１Ｂで論じられるログイン・テンプレートを形成するためには、各バックエンド・アプリケーションに対応するプラグインが使われる。

図４８は、本発明のある実施形態に基づく、MFD３０２０と文書マネージャ・サーバー３０４０との間で情報を交換するよう構成されたMFD３０２０のブラウザー３０２５を示している。ブラウザー３０２５の例は、2002年9月16日に出願された米国出願第10/243,643号に開示されており、その内容全体はここに参照によって組み込まれる。ブラウザー３０２５のさらなる詳細はのちに記述する。図４８は、のちに論じる認証機能を実行するよう構成された認証デバイス３２６０を含む文書マネージャ・サーバー３０４０のソフトウェア構成要素を示している。文書マネージャ・サーバー３０４０はまた、システム管理者がシステム３００５を管理することを許容する管理デバイス（administration device）３２６５も含む。たとえば、システム管理者は、管理デバイス３２６５を介してプロファイラー３２８０にアクセスして、ユーザー・プロファイルおよび／またはMFDプロファイルを、文書マネージャ・サーバー３０４０に接続されたMFD３０１０〜３０３０のために設定できる。システム管理者はまた、管理デバイス２６５にアクセスして、のちに図５１Ａおよび５１Ｂを参照しつつ開示されるシングル・サインオン機能を設定することもできる。文書マネージャ・サーバー３０４０内にはディレクトリ・ゲートウェイ３２７０も含まれ、ディレクトリ・サーバー３０６０と通信するよう構成される。文書マネージャ・サーバー３０４０は、MFDから受け取られた文書を適切なアプリケーション３０７０、３０８０および３０９０に経路制御〔ルーティング〕するよう構成された文書ルータ３２７５をも含む。

図４８に示されるように、MFD３０２０は、たとえばMFD３０２０のスキャン・エンジンを制御するエンジン制御サービス（ECS: engine control service）３２００を含む。メモリ制御サービス（MCS: memory control service）３２０５はMFD３０２０のメモリへのアクセスを制御する。このMCS３２０５は、モニタリング・システム３０４５または他の任意の外部認証システムにログインするのに使われるユーザー・クレデンシャルも記憶する。のちに論じるように、ユーザー・クレデンシャル情報は、認証デバイス３２６０および／またはプロファイラー３２８０によって、文書マネージャ・サーバー３０４０および該文書マネージャ・サーバーに接続されたさまざまなバックエンド・アプリケーションにおいて認証を実行するために、アクセスされうる。

操作パネル制御サービス（OCS: operation panel control service）３２１５は、MFD３０２０のタッチパネル式液晶ディスプレイ（LCD）上に表示される出力を生成する。MFD３０２０のディスプレイおよびユーザー・インターフェースはLCDディスプレイに限定されず、他のいかなる好適なデバイスまたはデバイスの組み合わせでもよいことは注意しておくべきであろう。他のデバイスには、これに限られないが、LCD、発光ダイオード（LED）ディスプレイ、陰極線管（CRT）、プラズマ・ディスプレイ、キーパッドおよび／またはキーボードといったものがある。

システム制御サービス（SCS: system control service）３２２５は、MFD３０２０内でセンサーを制御および／またはモニタリングする。たとえば、SCS３２２５は、タッチスクリーン・センサー、紙づまりセンサーおよびスキャン動作センサーを制御する。したがって、SCS３２２５は、MFD３０２０の状態を、センサーからの情報に基づいて管理できる。

ネットワーク制御サービス（NCS: network control service）３２２０は、ブラウザー３０２５と文書マネージャ・サーバー３０４０との間の通信を制御する。任意的に、通信整形デバイスまたはルーチンの形の安全なソケットレイヤー（SSL: secure socket layer）３２３０が、NCS３２２０とブラウザー３０２５との間の通信に追加的なセキュリティを提供する。

コマンド入力サービス（CIS: command input service）３２４０は、たとえばMFD３０２０のLCDタッチパネルおよび／またはキーパッドからの入力情報を処理する。MFDのユーザーは、情報およびコマンドを、LCDタッチパネルおよびキーパッドを使って入力できる。CIS３２４０は、ユーザーによって入力された（たとえば、SCS３２２５によってCIS３２４０に転送された）そのような情報およびコマンドを処理できる。CIS３２４０は、そのような処理に基づいてコマンド（たとえば表示コマンド）を生成し、該コマンドをMFDの他の構成要素に（たとえばLCD上にグラフィックを表示するためにOCS３２１５に）送信できる。CIS３２４０はまた、サーバー３０４０と連絡したブラウザー３０２５による処理のために、NCS３２２０と情報およびコマンドを交換することもできる。

従来式のMFDは、ECS、MCS、OCS、NCS、SCSおよびCISを含む。これらは該MFDの各ハードウェア構成要素を実装および制御するためのファームウェアである。しかしながら、本発明では、NCS３２２０は、ブラウザー３０２５と通信するよう構成される。たとえば、NCS３２２０はHTTPプロトコルを使って通信するための追加的な機能を有する。NCS３２２０はまた、NCS３２２０がブラウザー３０２５とサーバー３０４０との間でデータを交換するよう、サーバー３０４０と通信するようにも構成される。たとえば、NCS３２２０は、ユーザー情報をサーバー３０４０と交換し、プロファイルを受信することができ、電子メール・アドレスの要求を送信することができ、サーバー３０４０から選択された電子メール・アドレスをじ受信することができ、あるいは、NCS３２２０はモニタリング・システム３０４５とユーザー・クレデンシャル情報を交換することができ、認証プロセスの間にモニタリング・システム３０４５から（およびディレクトリ・サーバー３０６０から）認証確認を受信することができる。NCS３２２０はまた、のちに述べる認証手順を実行できる文書マネージャ・サーバー３０４０からプラグイン情報を受信し、MFDのユーザー・インターフェースを変更することもできる。

ブラウザー３０２５は、MFD３０２０のネットワーク制御サービス（NCS）３２２０と通信するHTTPコマンド・プロセッサ３２３５を含む。たとえば、MFDキーパッドを介してユーザーが入力した電子メール・アドレスの要求、あるいはLCD上に情報を表示する要求は、NCS３２２０からブラウザー３０２５にHTTPコマンド・プロセッサ３２３５によって渡されることができる。HTTPコマンド・プロセッサ３２３５は、HTMLフォーマットのデータをブラウザーのHTMLパーサー３２５０と交換でき、XMLフォーマットのデータをXMLパーサー３２５５と交換できる。パーサー３２５０および３２５５は、HTTPコマンド・プロセッサ３２３５からのデータをシンタックスについて検査し、該データをHTTPコマンド・プロセッサ３２３５のために処理することができる。本発明は、コンパイラの一部として通常含まれている、従来式のパーサーを含むことができる。

HTTPコマンド・プロセッサ３２３５には、のちに論じるようなユーザー認証処理のような個別的なアプリケーションを実装するためのプログラム・コードまたはソフトウェア・プラグインを設けることができる。HTTPコマンド・プロセッサ３２３５は、前記個別的なアプリケーションの定義に基づいて情報を処理できる。たとえば、HTTPコマンド・プロセッサ３２３５はユーザーによって提供される、ユーザー・クレデンシャル（たとえば、ユーザー名、パスワード、バイオメトリック識別情報など）のような情報を処理し、この処理に基づいてサーバー３０４０のためにHTTP要求を生成できる。HTTPコマンド・プロセッサ３２３５はこのHTTP要求を、サーバー３０４０に送信してもらうために、NCS３２２０に送信できる。HTTPコマンド・プロセッサ３２３５はまた、特定のバックエンド・アプリケーション機能に関係する、または、文書マネージャ・サーバー３０４０もしくは該文書マネージャ・サーバーに接続されたバックエンド・アプリケーションへのアクセスを得るために必要な認証プロセスに関係するプラグイン情報を受信することもできる。そうしたプラグインはまた、文書マネージャ・サーバー３０４０に送信される画像ファイルに、ユーザーが、処理命令、メタデータおよび他のインデックス付け情報を追加することを許容する。

HTTPコマンド・プロセッサ３２３５はまた、サーバー３０４０から（NCS３２２０を介して）受信された情報を処理することもできる。たとえば、HTTPコマンド・プロセッサ３２３５は、サーバー３０４０によって生成されたHTTP応答を受信できる。該応答は、MFDを動作させるためのパラメータまたはソフトウェア・プラグインをもつプロファイルを含む。これらのソフトウェア・プラグインはまた、文書マネージャ・サーバー３０４０または該文書マネージャ・サーバーに接続された任意のシステムにおいてユーザーが認証されるために必要でありうるユーザー・クレデンシャル情報をも指示する（indicate）。上記したように、そしてのちに詳細に論じるように、モニタリング・システム３０４５のために実行される認証手順にプラグインが関連付けられてもよい。この情報は文書マネージャ・サーバー３０４０によって得られてもよく、追加的なユーザー認証を要求するプラグインのために必要とされるユーザー・クレデンシャルおよび認証情報を埋めるのに使われてもよい。HTTPコマンド・プロセッサ３２３５はこの情報を処理して、この情報に従ってMFDを制御するためのコマンドを生成する。たとえば、MFDに、適切なボタンがあるメニューを表示すること、あるいは特定のユーザーIDのためのスキャン・ジョブ・パラメータに従ってスキャンすることを要求できる。もう一つの例として、HTTPコマンド・プロセッサ３２３５はLCDパネルのためのグラフィック描画コマンドを生成できる。HTTPコマンド・プロセッサ３２３５はコマンドを実行してもらうために適切なMFDファームウェア（たとえばOCS３２１５）に送信できる。

図４９および図５０は、外部システム、たとえばモニタリング・システム３０４５において認証デバイス３０１５、３０２５、３０３５のうちの任意のものを介して認証を実行している間に実行される例示的なステップを描いたフローチャートである。

具体的には、図４９に描かれたプロセスは、カード型の認証デバイスを使ってモニタリング・システム３０４５において認証を実行する方法を示している。ステップ３３００では、ユーザーがカードを認証デバイスに挿入する。図５３で説明されるように、認証デバイス３０１５〜３０３５はMFD３０１０〜３０３０内に位置されてもよいし、あるいはMFD３０１０〜３０３０の外部に位置されてモニタリング・システム３０４５のような外部システムと通信するよう構成されてもよい。光学式リーダーのような他の種類の認証デバイスが使われることもでき、認証デバイスの種類および設計によっては認証デバイスにカードを実際に挿入することは必要ない。この実施形態での認証デバイスは、たとえば、カード読み取り器およびユーザーが暗証番号または該ユーザーに関連するその他の個人的な情報を入力できるようにするインターフェースである。さらに、モニタリング・システムは認証プロセスを個々に実行してもよく、認証の結果をMFD３０１０〜３０３０と通信してもよい。

ステップ３３０５でユーザーは暗証番号（PIN: personal identification number）の入力を促される。この促しは、カード読み取りの前でも、後でも、同時でもよい。あるいはまた、ユーザーは該ユーザーの身体的属性に関係したバイオメトリック情報を入力することを求められてもよい。これは、ユーザーの指紋を読むこと、ユーザーの網膜をスキャンすること、ユーザーの声を感知すること、あるいはユーザーの顔認識を実行することを含みうる。入力されたバイオメトリック情報は次いで数学的な表現に変換されてもよい。その数学的な表現が、カードまたはモニタリング・システムに保存されているユーザーの指定されたバイオメトリック情報の数学的モデルと比較されるのである。

ステップ３３１０では、カード情報および関連するPINまたはバイオメトリック情報（たとえばクレデンシャル）がモニタリング・システムに送られる。モニタリング・システムは、ユーザー・クレデンシャルを特定のユーザーに関連付けるデータベースを含み、受信されたクレデンシャル情報に基づいてユーザーの識別および認証を可能にしている。ステップ３３１５では、受信されたユーザー・クレデンシャル情報がモニタリング・システムのデータベースに保存されているユーザーにマッピングされる。ステップ３３２０では、モニタリング・システムは、受信されたクレデンシャル情報が権限のあるユーザーに対応するか権限のないユーザーに対応するかを判定する。ステップ３３２５では、ユーザーがみつからないか、あるいはMFDにアクセスする権限がなかった場合、モニタリング・システムはMFDにそのユーザーが該デバイスにアクセスすることを防止するよう通知する。あるいはまた、ステップ３３２０でユーザーがシステムにアクセスする権限があると見出された場合は、ユーザーのクレデンシャルおよび任意的には該ユーザーに関係した追加的な情報がモニタリング・システム３０４５にキャッシュされ、のちに文書マネージャ・サーバー３０４０がアクセスできるようにされる。ステップ３３３５では、モニタリング・システム３０４５はMFDデバイスに、そのユーザーがシステムにアクセスする権限があることを通知する。ステップ３３４０で、MFDはユーザーにそのデバイスへのアクセスを認め、ユーザー・インターフェースをロック解除して、ユーザーが文書マネージャ・サーバーを介して他の諸システムにアクセスすることを許容する。

カードに保存され、モニタリング・システムのデータベースのあるユーザーと相関付けされうるユーザー・クレデンシャル情報の一例は、デジタル署名である。モニタリング・システムは受信したデジタル署名の有効性を判定し、それに従ってMFDへのアクセスを許諾または無効化しうる。このデジタル署名は次いでモニタリング・システムにキャッシュされ、のちの認証手順のために文書マネージャ・サーバーのプラグインが簡単にアクセスして、ユーザーに対応するプロファイルを取得できるようにされる。

図５０は、図４９に描かれたのと同様のプロセスを描いているが、バイオメトリック認証デバイスを使ったユーザー認証の実行に向けられている。上記したように、認証デバイス３０１５〜３０３５は、網膜スキャナ、指紋読み取り器、音声スキャナまたは他の任意の種類のバイオメトリック・デバイスのうちのいずれでも、あるいはそれらの組み合わせでもよい。

ステップ３４００で、ユーザーは認証デバイスにバイオメトリック情報を呈示する。認証デバイスはバイオメトリック情報を、上記のバイオメトリック・スキャン／検出機構のいずれかを使って検出する。光学式リーダーのような他の種類の認証デバイスを使うこともでき、認証デバイスの種類および設計によっては実際にカードを認証デバイスに挿入することは必要ない。ステップ３４０５では、バイオメトリック情報が検出され、通常のよく知られた方法によって数学的な等価物にマッピングされ、その上でモニタリング・システムに識別および／または認証のために送信される。ステップ３４１０では、モニタリング・システム３０４５はデータベースを検索して、受信された検出されたバイオメトリック情報に対する一致があるかどうかを調べる。ステップ３４１５で一致がみつからなかった場合、モニタリング・システム３０４５はMFDに、そのユーザーは該デバイスにアクセスする権限がないことを通知する。MFDはそれに従ってユーザーへのアクセスを拒否する。

しかしながら、ステップ３４１５で一致がみつかった場合、モニタリング・システムは、受信されたバイオメトリック情報に対応するユーザーがMFDにアクセスする権限があるかどうかを判定する。ユーザーに権限がある場合、ステップ３４２５で、モニタリング・デバイスは、ユーザーのクレデンシャルをデータベースから取得して、該クレデンシャルをキャッシュ・メモリに保存して（ステップ３４３０）、のちにその後の認証のために文書マネージャ・サーバー３０４０がアクセスできるようにする。キャッシュされるクレデンシャル情報は、バイオメトリック情報だけを含んでいてもよいが、好ましくはモニタリング・システムのデータベースに保存されている、受信されたバイオメトリック情報に一致する追加的な情報をも含む。この追加的な保存された情報は、文書マネージャ・サーバー３０４０によって認証目的のために使用される、ユーザーの素性、ユーザーのユーザー名、パスワードまたはその他の追加的なユーザー情報を含みうる。ユーザー・クレデンシャル情報がキャッシュされる（すなわちステップ３４２５および３４３０）前または後に実行されうるステップ３４３５は、MFDに、そのユーザーが該MFDにアクセスする権限があることを通知することを含む。するとMFDはユーザー・インターフェースをロック解除して、そのユーザーに該デバイスにアクセスすることを許容しうる。

図４９および図５０は、上で論じたように、認証デバイスおよび外部モニタリング・システムを使ったユーザー認証を実行することに関係する。その際、ユーザーから受け取られるかモニタリング・システムのデータベースから取得されるかするユーザー・クレデンシャルはモニタリング・システムにキャッシュされて、文書マネージャ・サーバー３０４０での認証手順による効率的なアクセスを許容する。図５１Ａおよび５１Ｂは、キャッシュされたユーザー・クレデンシャル情報がアクセスされて、文書マネージャ・サーバー３０４０および該文書マネージャ・サーバーに接続されたさまざまなサービスでの、より簡単なユーザー認証を許容するプロセスを示している。

プロセスは、上記したようにモニタリング・システム３０４５のような外部システムでの認証で始まる（すなわち、ステップ３５００）。ステップ３５０２では、MFDのユーザー・インターフェースがロック解除され、ユーザーは、該ユーザーがMFDを操作できるようにするインターフェースを呈示される。ユーザー・インターフェース上に呈示されるオプションは、上で論じたように、MFDの通常の処理機能を含みうる。そしてまた、文書マネージャ・サーバーを介してログインして、バックエンド・サービスにアクセスするオプションをも含みうる。

ステップ３５０５は、ユーザーが文書マネージャ・サーバーおよび関係するバックエンド・アプリケーションにアクセスしたがっているかどうかを判定する。ユーザーが文書マネージャ・サーバー３０４０に関係したサービスへのアクセスを要求しない場合、フローはステップ３５１０に進み、ユーザーは通常の動作を実行するためにMFDにアクセスすることが許可される。プロセスはそこで終わる。ユーザーは再び文書マネージャ・サーバーにアクセスすることを選びうることを注意しておくべきであろう。その時点で、プロセスは３５１５で再開される。ステップ３５０５でアクセスが要求されていると判定された場合には、フローはステップ３５０７に進み、文書マネージャ・サーバーに要求が送られる。この要求は、要求元MFDを識別する情報を含む。たとえば、IPアドレス、MACアドレス、MFDシリアル番号または他の同様の識別情報といったものである。さらに、この要求は、MFDのユーザーがアクセスを要求した選択されたバックエンド・サービスを特定してもよい。MFDはまた、上で詳細に論じたように、MFDを識別する受け取られた情報に基づいて、要求元MFDに対応していると同定されるユーザー・プロファイルにどのサービスが対応するかを自動的に判別するために、プロファイルにアクセスしてもよい。

ステップ３５１５では、文書マネージャは、MFDにおけるユーザー入力またはプロファイラー３２８０から取得されたプロファイルに基づいて、要求元MFDに対してどのサービスが利用可能にされるべきかを判別する。ステップ３５２０では、文書マネージャ・サーバーは、要求されたサービスで認証を要求するものを判別する。サービスが認証を要求しなければ、ユーザーは追加的な認証の必要なしにそのサービスへのアクセスを認められる。あるいはまた、サービスが認証を要求している場合には、ステップ３５２５で、認証のために必要とされるユーザー・クレデンシャルを指示する（indicate）テンプレートが、このサービスに対応するプラグインによって生成される。ステップ３５３０では、文書マネージャ・サーバーは、要求されたサービスそれぞれに対応する認証テンプレートのために利用可能なデフォルト・クレデンシャルがあるかどうかを判定する。これらのデフォルト・クレデンシャルは、そのサービスに対応するプラグインの一部であってもよいし、あるいは識別されたMFDに対応する上述のプロファイル情報に基づいて埋められてもよい。ステップ３５３０がサービスのために利用可能なデフォルト・クレデンシャルがあると判定する場合、フローは、デフォルト・クレデンシャルを埋めるステップ３５３５に進む。各サービスのためのテンプレートは独自的であってもよく、ユーザー名を必要とするだけのサービスもあれば、ユーザー名およびパスワードを要求するサービスもあり、ユーザー・クレデンシャルを一切必要としないサービスもありうる。

ひとたびデフォルト・ログイン情報および要求元MFDに対応するプロファイル情報に基づいて各サービス（たとえばプラグイン）に対応する認証テンプレートが完成したら、何らかの追加的なユーザー・クレデンシャルがあればそれを取得するようモニタリング・システムにアクセスされる。ステップ３５４０では、文書マネージャ・サーバーは、上記した要求元MFDに対応する取得された一意的な情報（たとえばIPアドレス、MACアドレス、機械シリアル番号など）を安全にし（secure）、ステップ３５４５で、この情報を使ってモニタリング・システム３０４５にキャッシュされている追加的なユーザー・クレデンシャル情報を取得する。追加的な保存されているユーザー・クレデンシャル情報は、認証デバイスを介してモニタリング・システムに提出されたいかなるクレデンシャルをも、また、受け取られたユーザー・クレデンシャルに基づいてモニタリング・システムのデータベースから取得された、そのユーザーに対応するいかなる追加的な保存されたユーザー・クレデンシャル情報をも含む。そのような情報は、ユーザーの識別情報、ユーザー名、パスワードまたは要求されたサービスそれぞれについて認証テンプレートを完成させるために使われうるいかなる追加的なクレデンシャルをも含みうる。ユーザーはすでにモニタリング・システム３０４５を介して認証されているので、文書マネージャ・サーバーはこの追加的なユーザー・クレデンシャル・データは信頼されたデータであるとみなし、追加的に必要となるいかなるユーザー・クレデンシャルを埋めるのにも、このデータが使われることを許容する。

ステップ３５５０では、モニタリング・システムから取得された追加的なユーザー・クレデンシャル情報は、個別のテンプレートを完成するために文書マネージャ・サーバーによって使われ、文書マネージャ・サーバーは、ログイン手順を完成させるのに必要なユーザー・クレデンシャル情報を含んだマスター・テンプレートを生成する。このマスター・テンプレートは典型的には、ユーザー・ログインのためにMFDで表示を生成するために使われるものである。ステップ３５５５は、すべての必要なユーザー・クレデンシャルを含むマスター・テンプレートが完成されているかどうかを判定する。テンプレートが完成でなければ、ステップ３５６０でフラグがセットされる。このフラグは、要求されたサービスすべてにユーザーが認証されるためには追加的なクレデンシャルが必要とされていることを示す。マスター・テンプレートが完成していれば、フラグはセットされない。ステップ３５６５では、マスター・テンプレートはMFDに送られる。

マスター認証テンプレートを受信したのち、ステップ３５７０でMFDはそのテンプレートが表示のためのフラグが付いているかどうかを判定する。そのテンプレートに表示のためのフラグが付いていれば、ステップ３５８０でMFDにユーザー・インターフェースが表示され、ステップ３５８５でユーザーは、認証プロセスを完了させるために追加的なユーザー・クレデンシャルを入力するよう促される。ステップ３５９０では、追加的なクレデンシャルを入力したのち、ユーザーは表示されたログイン・ボタンを選択し、ステップ３５９５で追加的なユーザー・クレデンシャルが文書マネージャ・サーバーに認証のために送り返される。あるいはまた、ユーザーによって追加的なクレデンシャルが必要とされない場合、ステップ３５９５で前記クレデンシャルが文書マネージャ・サーバーに認証のために送り返される。マスター・テンプレートが完成していれば、文書マネージャ・サーバーは任意的に、テンプレートをMFDに送り返さなくてもよく、単に上で論じたようにユーザー認証を実行して、認証されたユーザーのプロファイルに対応するデータをMFDに送ってもよいことを注意しておくべきであろう。さらに、たとえマスター・テンプレートが完成していたとしても、MFDは、ログイン・ボタンを表示して、ユーザーに自動的に埋められたユーザー・クレデンシャル情報を文書マネージャ・サーバーに提出することを強制してもよい。ひとたび認証手順が完了すると、文書マネージャ・サーバーは、認証されたMFDおよび／またはユーザーに対応するプロファイルに従ってサービスを提供する。これは2005年3月30日に出願された米国出願第11/092,831号に開示されており、その内容全体はここに参照によって組み込まれる。

図５２は、ログアウト動作の間に実行されるステップを示している。ステップ３６００では、文書マネージャ・サーバーに接続されたサービス（たとえばバックエンド・アプリケーション）またはモニタリング・システム３０４５が、認証されたユーザーおよび／またはMFDのためのログアウト要求を生成する。ログアウト要求は、ユーザーの口座残高が要求された処理を続けるために不十分であるため、当該サービスとの通信がタイムアウトになったため、あるいはログアウトが望ましい他のいかなる状況についても生成されうる。ステップ３６０５では、文書マネージャがログアウト要求を受け取る。次に、ステップ３６１０はログアウト要求が拒否されるべきかどうかをMFDの状態に基づいて判定する。具体的には、ログアウト要求は、次の例示的な条件のもとで拒否されうる：文書マネージャと通信している一時的な通信スレッドが走っているとき、仕掛かりのジョブがあるとき、など。ログアウト要求の拒否が許容される場合、文書マネージャはステップ３６１５でログアウト要求を拒否するオプションを有する。しかしながら、ステップ３６１０がログアウト要求が拒否されるべきではないと判定する場合、フローはステップ３６２０に進み、MFDからのすべてのサービスとの通信を終了する。ステップ３６２５で、ユーザーおよび／またはMFDは、バックエンド・サービスまたはモニタリング・システム３０４５で生成された要求に従って、すべてのサービスからログアウトされる。

シングル・サインオン機能と組み合わされた強制ログアウト・システムは、モニタリング・システム３０４５および文書マネージャ・サーバー３０４０に、協調されたユーザー認証および強制されたログアウト手順をシステム・レベルで実行することを許容する。

図５３は、本発明を実装するために使われるハードウェアの概観を示している。認証デバイス１２０５は、MFD３０１０〜３０３０の中に、MFD３０１０〜３０３０のところに、あるいはMFD３０１０〜３０３０の周囲に位置している。先述したように、認証デバイス１２０５は、MFD３０１０〜３０３０の外の位置にあってもよく、必要なときにMFD３０１０〜３０３０との通信を提供するのでもよい。先述したように、メモリ・リーダー、非接触センサー、バイオメトリック・センサーまたは任意の所望されるデバイスといったデバイスが認証デバイスとして使用されうる。認証デバイス１２０５および／またはバイオメトリック感知デバイス１２００と、MFD３０１０〜３０３０と、モニタリング・システム３０４５とは、無線接続または有線接続３１００を介して、よく知られたプロトコルおよび信号伝送技術を使って、通信状態にある。認証デバイス１２０５をバイオメトリック・デバイス１２００と一緒に実装して多要素ユーザー認証を提供してもよいことを注意しておくべきであろう。バイオメトリック検出デバイス１２００は、指紋、網膜スキャン、音声認識、顔認識要素または他の任意の所望される特徴といったユーザー特徴を検出するための機構を含みうる。入力されたバイオメトリック情報は、カード自身に保存されているバイオメトリック・パラメータに対して、あるいはモニタリング・システム３０４５に保存されているバイオメトリック・データと比較されうる。入力されたバイオメトリック情報がカードまたはモニタリング・システム３０４５に保存されているバイオメトリック情報に一致すれば、ユーザーはシステムへのアクセスを成功裏に認められる。これらのデバイス間の対話および各デバイスの役割は上で詳細に記載している。図５３はまた、文書マネージャ・サーバー３０４０、LDAPサーバー３０６０およびネットワーク・アプリケーション・サーバー３０７０〜３０９０をも示している。これらについては下記でより詳細に述べる。

図５４〜図５５は、MFD３０２０の例を示している。この例は、中央処理装置（CPU）３９３１および該CPU３９３１に内部バス３９３２によって接続されたさまざまな要素を含んでいる。CPU３９３１は、MFD３０２０の状態をモニタリングしながら複数のタスクにサービスする。CPU３９３１に接続された要素は、読み出し専用メモリ（ROM）３９３３、ランダム・アクセス・メモリ（RAM）３９３４、ハードディスク・ドライブ（HDD）３９３５、フロッピー(登録商標)ディスク３９０７を受け容れられるフロッピー(登録商標)ディスク・ドライブ（FDD）３９３６、通信インターフェース（I/F）３９３８およびモデム・ユニット３９３９を含んでいる。さらに、コントロール・パネル３９３７、スキャナ・ユニット３９４０、プリンタ・ユニット３９４１および画像処理装置３９４２がCPU３９３１にバス３９３２によって接続されることができる。I/F３９３８およびモデム・ユニット３９３９の両方は通信ネットワーク３９００に接続される。

ある好ましい実施形態では、MFD３０２０のためのプログラム・コード命令は、ICカードを介してHDD３９３５上に保存される。あるいはまた、プログラム・コード命令はフロッピー(登録商標)３９０７に保存されてもよく、その場合、プログラム・コード命令はFDD３９３６によって読まれ、RAM３９３４に転送され、CPU３９３１によって実行される。これらの命令は、上記のMFDの機能を実行する命令であってもよい。これらの命令はMFD３０２０が文書マネージャ・サーバー３０４０と、ブラウザー３０２５を介して対話し、該MFD３０２０のコントロール・パネル３９３７および画像処理ユニットを制御することを許可する。

MFD３０２０の起動の際、プログラム・コード命令は、CPU３９３１によって読まれ、RAM３９３４に転送され、CPU３９３１によって実行されうる。あるいはまた、プログラム・コード命令はROM３９３３にロードされてもよい。したがって、本発明においては、フロッピー(登録商標)ディスク３９０７、HDD３９３５、RAM３９３４およびROM３９３３のいずれも、プログラム・コード命令を保存することのできるコンピュータ可読記憶媒体に対応することが理解される。本発明に基づく命令を保存できる他のデバイスおよび媒体としては、たとえば、磁気ディスク、DVDを含む光ディスク、MOのような光磁気ディスクおよびPCカード、コンパクトフラッシュ（登録商標）・カード、スマート・メディア、メモリースティックなどのような半導体メモリ・カードが含まれる。

ある好ましい実施形態では、コントロール・パネル３９３７は、MFD３０２０のユーザーが文書マネージャ・サーバー３０４０と対話できるようにする情報を表示するユーザー・インターフェースを含む。ディスプレイ画面はLCD、プラズマ・ディスプレイ装置または陰極線管CRTディスプレイであってもよい。ディスプレイ画面はコントロール・パネル３９３７と一体であったり、コントロール・パネル３９３７に埋め込まれていたりする必要はなく、単に有線または無線接続によってコントロール・パネル３９３７に結合されているのでよい。コントロール・パネル３９３７は、情報を入力し、あるいはさまざまな動作を要求するためのキーを含みうる。あるいはまた、コントロール・パネル３９３７およびディスプレイ画面はキーボード、マウス、リモコン、ディスプレイ画面のタッチ、音声認識もしくは目の動きの追跡またはそれらの組み合わせによって操作されてもよい。

図５６は、本発明に基づく、サーバー３０４０、３０５０、３０６０またはモニタリング・システム３０４５に対応するサーバーのブロック図である。図５７は、サーバーの概略的な表現である。サーバー３０４０、３０４５、３０５０、３０６０は、システム・バス１５００によっていくつかの他のデバイスと通信する中央処理装置１０００（CPU）を含んでいる。サーバー３０４０、３０４５、３０５０、３０６０は、認証、経路制御および文書の管理機能を実装するのに使われる一時記憶値を収容するランダム・アクセス・メモリ（RAM）１９００を含んでいる。

十分なメモリおよび処理能力をもつ従来式のパーソナル・コンピュータまたはコンピュータ・ワークステーションも、サーバー３０４０、３０４５として動作するよう構成されうる。中央処理装置１０００は、大容量データ伝送や、通信およびデータベース検索を処理する際の著しい数の数学的計算の実行のために構成されている。

ROM１８００は好ましくは半導体の形で含まれるが、アプリケーション・ソフトウェアおよび一時結果を収容するために光媒体を含めて他の読み出し専用メモリの形を使ってもよい。ROM１８００はCPU１０００による使用のためのシステム・バス１５００に接続する。ROM１８００は、CPU１０００によって実行されるとき、上で論じたような、MFDからのスキャンされた文書に関連する種々の認証、経路制御および管理機能を実行できるコンピュータ可読命令を含む。入力コントローラ１６００はシステム・バス１５００に接続し、キーボード１６１０およびマウス１６２０のようなポインティングデバイスのような周辺設備とのインターフェースを提供する。入力コントローラ１６００は、PS2ポートの形のマウス・ポートあるいはたとえばユニバーサル・シリアル・バス（USB）ポートといった種々のポートを含んでいてもよい。入力コントローラ１６００のためのキーボード・ポートはミニDINポートの形であるが、他のコネクタを使ってもよい。入力コントローラ１６００はサウンドカード接続を提供し、それによりサウンドカード上の外部ジャックがユーザーがマイクロホン・スピーカーまたは外部音源を取り付けることを許容する。入力コントローラ１６００はまた、シリアル・ポートまたはパラレル・ポートも含みうる。

ディスク・コントローラ１４００は、IDEコントローラの形であり、リボン・ケーブルを介してフロッピー(登録商標)ディスク・ドライブ１４１０やハードディスク・ドライブ１４２０、CD-ROMドライブ１１８０およびコンパクト・ディスク１１９０に接続する。さらに、PCI拡張スロットがディスク・コントローラ１４００に、またはCPU１０００を収容するマザーボードに設けられている。向上されたグラフィック・ポート拡張スロットが設けられ、メイン・メモリへの高速アクセスをもつ3Dグラフィックを提供する。ハードディスク１２１０は、読み取りも書き込みも可能でありうるCD-ROMを含んでいてもよい。通信コントローラ１３００は、たとえばイーサネット（登録商標）接続によってネットワーク１３１０への接続を提供する。ネットワーク１３１０はネットワーク１０１であってもよい。ある実施形態では、ネットワーク１３１０および通信コントローラ１３００への接続は、ケーブルモデム接続、DSL接続、ダイヤルアップ・モデム接続および通信コントローラ１３００に接続する同様のものを含む複数の接続によってなされる。

入出力コントローラ１２００Ｘはまた、外部ハードディスク１２１０、プリンタ１２２０といった外部構成要素に、RS232ポート、SCSIバス、イーサネット（登録商標）またはこれに限られないがTCP/IP、IPX、IPX/SPXまたはNetBEUIといった任意の所望されるネットワーク・プロトコルをサポートする他のネットワーク接続によって接続を提供する。プリンタ１２２０がMFD３０１０〜３０３０であることができる。

ディスプレイ・コントローラ１１００はシステム・バス１５００を陰極線管（CRT）１１１０のようなディスプレイ装置に相互接続する。CRTが示されているが、LCDまたはプラズマ・ディスプレイ装置のような多様なその他のディスプレイ装置を使ってもよい。

本記載において述べられている機構およびプロセスは、本明細書の教示に従ってプログラムされている通常の汎用マイクロプロセッサ（単数または複数）を使って実装されうる。そのことは当業者には理解されるであろう。本開示の教示に基づいて、適切なソフトウェア・コーディングは技能のあるプログラマーによってすぐ用意できる。これもソフトウェア技術の当業者には明らかであろう。特に、本発明に基づく、認証、経路制御および文書管理のためのコンピュータ・プログラム・プロダクトは、これに限られないが、C、C++、フォートランおよびベーシックを含むいくつものコンピュータ言語で書くことができる。そのことは、当業者には認識されるであろう。本発明はまた、特定用途向け集積回路を用意することによって、あるいは通常のコンポーネント回路の適切なネットワークを相互接続することによって実装されてもよい。そのことは当業者にはすぐ明らかであろう。このように、本発明は、明細書に示された実装に限定されるものではなく、ウェブ・インターフェース、httpなどの代替であるインターフェースを生成する通常のプログラミングおよび諸方法を使ってもよい。

このように、本発明はコンピュータ・ベースのプロダクトを含む。該プロダクトは、記憶媒体上に収容され、本発明に基づくプロセスを実行するようコンピュータをプログラムするために使うことができる命令を含みうる。この記憶媒体は、これに限られないが、フロッピー(登録商標)ディスク、光ディスク、CD-ROM、光磁気ディスクを含む任意の型のディスク、ROM、RAM、EPROM、EEPROM、フラッシュメモリ、磁気カードもしくは光カードまたは電子的な命令を記憶するために好適な任意の型の媒体を含むことができる。

有利なことに、本発明は、2005年3月30日に出願された米国出願第11/092,836号、2005年3月30日に出願された米国出願第11/092,831号、2005年3月30日に出願された米国出願第11/092,829号、2001年3月1日に出願された米国出願第09/795,438号、2002年9月16日に出願された米国出願第10/243,645号および2002年11月15日に出願された米国出願第10/294,607号に開示されている文書を管理するためのシステムおよび方法に組み込まれることができる。これらの内容全体はここに参照によって組み込まれる。

明らかに、上記の教示に照らして本発明の数多くの追加的な修正および変形が可能である。したがって、付属の請求項の範囲内で、本発明はここに具体的に記載されている以外の仕方で実施されることもできることは理解されるものとする。

第一の側面において、いくつかのMFPを含むオフィスでの構成を示すブロック図である。第二の側面において、従来のMFPに含まれる典型的なアプリケーション層を示すブロック図である。第一の側面において、本発明のある例示的な実施形態に基づくMFPのアプリケーション層のブロック図である。第二の側面において、本発明のある例示的な実施形態に基づくMFPのアプリケーション層のブロック図である。第一の側面において、本発明のある実施形態に基づく統一クライアント・アプリケーションを示すブロック図である。第二の側面において、本発明のある実施形態に基づく統一クライアント・アプリケーションを示すブロック図である。第一の側面［第二の側面］において、本発明のある例示的な実施形態に基づく、ある組み込み機能［プラグイン］を示すブロック図である。第一の側面［第二の側面］において、文書モール・アプリケーションの組み込み機能［プラグイン］の例を示すブロック図である。第一の側面において、例示的なソフトウェア・アーキテクチャを示すプロセス図である。第一の側面において、例示的なソフトウェア・アーキテクチャを示すプロセス図である。第二の側面において、例示的なソフトウェア・アーキテクチャを示すプロセス図である。第二の側面において、例示的なソフトウェア・アーキテクチャを示すプロセス図である。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面において、サーバー／サーバーレスの統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第二の側面において、統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第二の側面において、統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第二の側面において、統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第二の側面において、統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第二の側面において、統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第二の側面において、統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第二の側面において、統一クライアント・メイン・スレッドのプロセスの手順を示すフローチャートである。第一の側面［第二の側面］において、サーバー／サーバーレスの統一クライアント・アップロード・スレッドのフローチャートである。第一の側面［第二の側面］において、サーバー／サーバーレスの統一クライアント・アップロード・スレッドのフローチャートである。第一の側面において、ユーザーがプロジェクトを選択できるようにする例示的なプロジェクト・アレイを示す図である。第二の側面において、ユーザーがプロジェクトを選択できるようにする例示的なプロジェクト・アレイを示す図である。第一の側面［第二の側面］において、ユーザーが選択されたプロジェクトの異なるサービスを選択できるようにするメイン・ウィンドウを示す図である。第一の側面において、config.xmlファイルの例を示す図である。第一の側面において、config.xmlファイルの例を示す図である。第一の側面において、config.xmlファイルの例を示す図である。第一の側面において、config.xmlファイルの例を示す図である。第一の側面において、config.xmlファイルの例を示す図である。第一の側面において、config.xmlファイルの例を示す図である。第二の側面において、config.xmlファイルの例を示す図である。第二の側面において、config.xmlファイルの例を示す図である。第一の側面［第二の側面］において、eCabinetプロジェクトのメイン・ウィンドウおよびeCabinet所有者サービス・ウィンドウが表示されている、eCabinet組み込み機能［プラグイン］の例示的なユーザー・インターフェースを示す図である。第一の側面［第二の側面］において、eCabinetプロジェクトのメイン・ウィンドウおよびeCabinetフォルダ・サービス・ウィンドウが表示されている、eCabinet組み込み機能［プラグイン］の例示的なユーザー・インターフェースを示す図である。第一の側面［第二の側面］において、eCabinetプロジェクトのメイン・ウィンドウおよびスキャン設定サービス・ウィンドウが表示されている、eCabinet組み込み機能［プラグイン］の例示的なユーザー・インターフェースを示す図である。第一の側面［第二の側面］において、eCabinetプロジェクトのメイン・ウィンドウおよびスキャン設定サービスのスキャン・サイズ・サブウィンドウが表示されている、eCabinet組み込み機能［プラグイン］の例示的なユーザー・インターフェースを示す図である。第一の側面［第二の側面］において、eCabinetプロジェクトのメイン・ウィンドウおよびジョブ・ログ・サービス・ウィンドウが表示されている、eCabinet組み込み機能［プラグイン］の例示的なユーザー・インターフェースを示す図である。第一の側面において、Emailプロジェクトのメイン・ウィンドウおよび電子メール選択ウィンドウが表示されている、電子メール組み込み機能の例示的なユーザー・インターフェースを示す図である。第二の側面において、統一クライアントのリモート構成設定ウェブ・ページによって表示される、一般構成設定画面を示す図である。第一の側面［第二の側面］において、多機能プリンタのための典型的な構成を示すブロック図である。第二の側面において、統一クライアントのリモート構成設定ウェブ・ページによって表示される、eCabinetサーバー画面を示す図である。第二の側面において、統一クライアントのリモート構成設定ウェブ・ページによって表示される、デフォルト・スキャン設定画面を示す図である。第二の側面において、本発明のある実施形態に基づく、ハードウェアおよびオペレーティング・システムについての多機能プリンタのソフトウェア構成を示すブロック図である。第二の側面において、多機能プリンタのための典型的なソフトウェア構成を示すブロック図である。第三の側面において、本発明のある例示的な実施形態に基づく、入力文書、複合機、文書プレビュー、出力文書およびサーバーの間の関係の概観を示す図である。第三の側面において、プレビュー・ボタンを含む例示的なプレビュー・ページに加えて例示的なMFDメイン・ウィンドウを示す図である。第三の側面において、ハイライトされたプレビュー・ボタンを含む例示的なプレビュー・ページに加えて例示的なMFDメイン・ウィンドウを示す図である。第三の側面において、展開されたプレビュー・ページ範囲ドロップダウン・ボックスを含む例示的なプレビュー・ページに加えて例示的なMFDメイン・ウィンドウを示す図である。第三の側面において、例示的なサムネイル選択ウィンドウを示す図である。第三の側面において、第二の例示的なサムネイル選択ウィンドウを示す図である。第三の側面において、スキャンされたページが表示されるプレビュー・ウィンドウを含む例示的なプレビュー詳細ウィンドウを示す図である。第三の側面において、プレビュー詳細ウィンドウにおいて削除ボタンが選択されたときに表示される、例示的な削除確認ポップアップ・ボックスを示す図である。第三の側面において、単一のプレビュー詳細ウィンドウまたはサムネイル選択ウィンドウにおいて取り消しボタンが選択されたときに表示される、例示的な取り消し確認ポップアップ・ボックスを示す図である。第三の側面において、単一のプレビュー詳細ウィンドウまたはサムネイル選択ウィンドウにおいてアンドゥー〔元に戻す〕・ボタンが選択されたときに表示される、例示的なアンドゥー確認ポップアップ・ボックスを示す図である。第三の側面において、GlobalScanサーバー上のサービスをリモートで管理するために使われるサービス管理ウィンドウ（manage services window）を示す図である。第三の側面において、GlobalScanサーバー上のサービスをリモートで管理するために使われるサービス管理ウィンドウ（manage services window）を示す図である。第三の側面において、GlobalScanサーバー上の画像プレビュー機能をリモートで変更するために使われる画像プレビュー機能のためのサーバー構成設定ウィンドウ（server configuration settings window）を示す図である。第三の側面において、GlobalScanサーバー上の画像プレビュー機能をリモートで変更するために使われる画像プレビュー機能のためのサーバー構成設定ウィンドウ（server configuration settings window）を示す図である。第三の側面において、GlobalScanサーバー上のプロファイルをもつサービスに使われるプロファイル設定ウィンドウを示す図である。第三の側面において、GlobalScanサーバー上のプロファイルをもつサービスに使われるプロファイル設定ウィンドウを示す図である。第三の側面において、GlobalScanサーバー上のプロファイルに画像プレビュー機能関係のサービスがリンクされた、プロファイル設定ウィンドウを示す図である。第三の側面において、GlobalScanサーバー上のプロファイルに画像プレビュー機能関係のサービスがリンクされた、プロファイル設定ウィンドウを示す図である。第三の側面において、プレビュー・ウィンドウを生成するためのMFDとサーバーとの間の対話を示すフローチャートである。第三の側面において、MFDからのAPI GetAvailableServices問い合わせに応答してサーバーからMFDに送られる戻りxmlの例である。第三の側面において、MFDからのAPI GetAvailableServices問い合わせに応答してサーバーからMFDに送られる戻りxmlの例である。第三の側面において、MFDからのAPI GetAvailableServices問い合わせに応答してサーバーからMFDに送られる戻りxmlの例である。第三の側面において、スキャンされたジョブに対するいくつかのプレビュー操作を実行するための、MFDとサーバーとの間の対話を示すフローチャートである。第三の側面において、スキャンされたジョブに対するいくつかのプレビュー操作を実行するための、MFDとサーバーとの間の対話を示すフローチャートである。第三の側面において、MFDによってサーバーに提出される関数コールの種々の型を示すフローチャートである。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間の完全な画像プレビュー・プロセスを示すフローチャートである。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間の画像プレビュー初期化プロセスを示すフローチャートである。第三の側面において、初期化要求に応答してサーバーによって送られる戻りXMLデータを示す図である。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間での画像プレビュー回転動作プロセスを示すフローチャートである。第三の側面において、回転要求のシンタックスと、回転要求に応答してサーバーによって送られる戻りXMLデータを示す図である。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間での画像プレビュー・ズーム動作プロセスを示すフローチャートである。第三の側面において、ズーム要求のシンタックスと、ズーム要求に応答してサーバーによって送られる戻りXMLデータを示す図である。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間での画像プレビュー・パン動作プロセスを示すフローチャートである。第三の側面において、パン要求のシンタックスと、パン要求に応答してサーバーによって送られる戻りXMLデータを示す図である。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間での画像プレビュー削除動作プロセスを示すフローチャートである。第三の側面において、削除要求のシンタックスと、削除要求に応答してサーバーによって送られる戻りXMLデータを示す図である。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間での画像プレビュー次へ／前へ動作プロセスを示すフローチャートである。第三の側面において、次へ／前へ要求のシンタックスと、次へ／前へ要求に応答してサーバーによって送られる戻りXMLデータを示す図である。第三の側面において、ユーザー、MFDおよびGlobalScanサーバーの間での画像プレビュー提出または取り消し動作プロセスを示すフローチャートである。第三の側面において、提出、取り消しまたは復元要求のシンタックスと、提出、取り消しまたは復元要求に応答してサーバーによって送られる戻りXMLデータを示す図である。第三の側面において、本発明のある実施形態に基づく画像形成装置のハードウェア構成を示す図である。第四の側面において、本発明のある実施形態に基づく、全体的なシステム構成を示すブロック図である。第四の側面において、本発明のある実施形態に基づく、画像処理装置および文書マネージャ・サーバーの構成要素を示すブロック図である。第四の側面において、本発明のある実施形態に基づく、モニタリング・システムにおける認証を実行するためのプロセスの例を示す図である。第四の側面において、本発明のある実施形態に基づく、モニタリング・システムにおける認証を実行するためのプロセスの例を示す図である。第四の側面において、本発明のある実施形態に基づく、文書マネージャ・サーバーおよびバックエンド・アプリケーションにおけるユーザー認証を実行するためのステップを示すフローチャートである。第四の側面において、本発明のある実施形態に基づく、文書マネージャ・サーバーおよびバックエンド・アプリケーションにおけるユーザー認証を実行するためのステップを示すフローチャートである。第四の側面において、本発明のある実施形態に基づく、強制的なログアウト・プロセスを示すフローチャートである。第四の側面において、本発明のある実施形態に基づくシステムの全体的なシステム構成を示す図である、第四の側面において、本発明のある実施形態に基づく画像処理装置を示すブロック図である。第四の側面において、本発明のある実施形態に基づく画像処理装置の概略的な表現を示す図である。第四の側面において、本発明のある実施形態に基づくサーバーを示すブロック図でる。第四の側面において、本発明のある実施形態に基づくサーバーの概略的な表現を示す図である。

符号の説明

１アプリケーション層
５統一クライアント・アプリケーション
６コア・アプリケーション
６ｂアクティブ化マネージャ
７アクティブ化マネージャが生成したconfig.xml
８組み込み機能／プラグイン
８ａ文書モール
８ｂ eCabinet
９アクティブ化読み取り部
１０ａサービス・ウィンドウ
１１サービス・データ
１７アクティブ化読み取り部
１２サービス・データ・ハンドラ
１３ログイン・ウィンドウ
１４ログイン・データ
２０ａ電子メール・サービス・ウィンドウ
２０ｂフォルダ・サービス・ウィンドウ
２１ａ電子メール・サービス・データ
２１ｂフォルダ・サービス・データ
２２サービス・データ・ハンドラ（アップロード・ハンドラ）
２３ログイン・ウィンドウ
２４ログイン・データ
２７アクティブ化読み取り部
３０統一クライアント・メイン・スレッド
３１プロジェクト・アレイ
３２プロジェクト・アレイ・ウィンドウ
３３プロジェクト
３４サービス・アレイ
３５メイン・ウィンドウ
３６ログイン・データ・プラグイン
３７ログイン・ウィンドウ・プラグイン
３８組み込みサービス
３９サービス・データ
４０サービス・ウィンドウ
４１外部サービス
４２サービス・ウィンドウ
５０スキャン完了、アップロード・データ生成
５１ジョブ・モニタ／アップロード・スレッド
５３ジョブ待ち行列
５４サービス・データ・ハンドラ
６０統一クライアント・アプリケーションを初期化
６１外部機能を判別してconfig.xmlを更新
６２インストールされた組み込み機能を判別してconfig.xmlを更新
６３組み込み機能および外部機能のアクティブ化を判別してconfig.xmlを更新
６３Ａアクティブ化マネージャが起動し、インストールされているサービス情報をconfig.xmlから読む（サービス情報を見る）
６３Ｂアクティブ化マネージャがアクティブ化データベースにネットワークを通じて連絡（アクティブ化データベースを見る）
６３Ｃアクティブ化マネージャが、MFPおよびアカウント情報を検証
するためにMFP情報をアクティブ化データベースに送り（MFP情報を見る）
６３Ｄアクティブ化マネージャが、サービス・アクティブ化情報をMFP情報に基づいて取得
６３Ｅアクティブ化マネージャが、config.xml中のアクティブ化情報を更新（アクティブ化情報を見る）
６４衝突する外部機能と組み込み機能の間の優先を判別してconfig.xmlを更新
６５ config.xmlを読む
６６プロジェクト・アレイを構築
６７サービス・アレイを構築
６８メイン・ウィンドウを構築
６１Ｘアクティブ化マネージャの作業フロー（図７ＸＥ）を参照
６１ＸＡアクティブ化マネージャが起動し、インストールされているサービス情報をconfig.xmlから読む（サービス情報を見る）
６１ＸＢアクティブ化マネージャがアクティブ化データベースにネットワークを通じて連絡（アクティブ化データベースを見る）
６１ＸＣアクティブ化マネージャが、MFPおよびアカウント情報を検証
するためにMFP情報をアクティブ化データベースに送り（MFP情報を見る）
６１ＸＤアクティブ化マネージャが、サービス・アクティブ化情報をMFP情報に基づいて取得
６１ＸＥアクティブ化マネージャが、config.xml中のアクティブ化情報を更新（アクティブ化情報を見る）
６２Ｘ少なくとも一つのプラグインがアクティブ化されているか？
６４Ｘ config.xmlを読む
６５Ｘインストールされているプラグインに基づいてプロジェクト・アレイを構築
６６Ｘ各プロジェクトについてサービス・アレイを構築
６７Ｘメイン・ウィンドウを構築
６８Ｘアクティブ化ウィンドウ
７０プロジェクト・アレイ・ウィンドウを構築
７１プロジェクト・アレイ・ウィンドウを表示
７２ユーザー入力に基づいてプロジェクトIが選択される
７３ユーザー選択をログに保存
７４プロジェクトIを開始
７３Ｘ選択されたプロジェクトはアクティブ化されているか？
７４Ｘアクティブ化ウィンドウ
７５Ｘユーザーは選択されたプロジェクトをアクティブ化したか？
７６Ｘ config.xmlを更新
７７Ｘプロジェクトのためのサービス・アレイを構築
７８Ｘプロジェクトiを初期化
８０ HasLogin＝真？
８１ログイン・プラグインがアクティブ化されているか？
８２ 1.ログイン・ウィンドウ・クラス2.ログイン・データ・クラス
８３ログイン・ウィンドウを表示
８４どちらのボタンが押されたか？
８５ログイン・ウィンドウを呼び出し：process login( )
８６ログイン成功？
８７ログイン・ウィンドウをリセット
８９Ｘ各サービスのためのサービス・データをロード
９０各サービスのためのサービス・データをロード
９０Ｘ各サービスのPOST LOGIN( )を呼び出し
９１各サービスのPAST LOGIN( )を呼び出し
９１Ｘログアウト・リスナーをメイン・ウィンドウ中にセット
９２ログアウト・リスナーをメイン・ウィンドウ中にセット
９２Ｘアクティブ化検査
９３各サービスのためのサービス・ボタンをメイン・ウィンドウ中に生成
９４各サービスのためのサービス・ウィンドウ・クラスをロード
９５アップロード・データを初期化
９６メイン・ウィンドウを表示
９７デフォルト・サービスをセット、i＝デフォルト
９８サービス・ウィンドウiを表示
９９サービス・ウィンドウi中にサービス・データを入力
１００自動ログアウト時間経過？
１０１ボタンが押されたか？
１０２どのボタンが押されたか？
１０３サービスをセット、i＝選択されたサービス
１０４ 1.各サービスをリセット 2.メイン・ウィンドウをリセット 3.アップロード・データをリセット
１０５スキャン完了
１０６ 1.アップロード・データをコピー 2.アップロード・データをジョブ待ち行列に加える
１２０ジョブ・モニタ初期化
１２１待ち行列にジョブあり？
１２２ 1.ジョブ待ち行列からジョブを取得 2.サービス・データ・ハンドラに基づいて諸サービスをグループ化
１２３一般データ、ログイン・データおよび対応するサービス・データをサービス・データ・ハンドラに渡す
１２４サービス・データ・ハンドラがアクティブ化されているか？
１２５サービス・データ・ハンドラがジョブ・アップロード・データを処理
１２６ 1.ジョブ・モニタはサービス・データ・ハンドラからジョブ・アップロード状態を取得 2.ジョブ・ログを更新
１２７もっとサービス・データ・ハンドラがあるか？
１２８このサービス・データ・ハンドラについてはジョブは処理されない
１２９ジョブ・アップロード状態をジョブ・モニタに送る
１５１この行はシステム・メッセージのためにリザーブ
１５２統一クライアント・ロゴ
１５３プロジェクトを選択してください
１５４文書モール
１５４ａ eCabinet
１５４ｂ電子メール
１５４ｃファクス文書
１５４ｄスキャンしてフォルダへ
１５４ｎプロジェクト-6
１５６スキャンto DM Email
１５７スキャンtoフォルダ
１５８スキャン設定
１５９ジョブ・ログ
１６１ロゴ
１６２文書名
１６３ログアウト／セッション終了
１６４ eCabinet所有者
１６５ eCabinet Folder
１６６スキャン設定
１６７ジョブ・ログ
１６８所有者：リスト
１６９リフレッシュ
１７０選択済み
１７１公開
１７２リセット
１８９フォルダ：リスト
１９０リフレッシュ
１９１選択済み
１９２リセット
２０９解像度
２１１原稿
２１２ａ片面
２１２ｎ両面
２１３バッチ・スキャン
２１４画像種別
２１５ファイル・フォーマット
２１６スキャン・サイズ
２１７リセット
２３９自動検出
２４１一般
２４２リセット
２５９日時
２６０文書名
２６１ページ
２６２状態
２７１一般
２７２ eCabinetサーバー
２７３デフォルト・スキャン設定
２７５デフォルト・スキャン解像度
２７６デフォルト・バッチ・スキャン
２７７両面
２７８デフォルト画像種別
２７９デフォルト・テキスト／写真・ファイル・フォーマット
２８１ *は必須フィールドを表す
２８２更新
２８３取り消し
２９１ eCabinetサーバー*
２９２ FTPポート*
３０１電子メール
３０２件名
３０２Ｘタイムスタンプ・サフィックスのある文書名
３０３検索
３０３Ｘマシン・リセット時間（秒）*
３０３ＸＸハードウェア
３０４手入力
３０４Ｘ管理者パスワード
３０４ＸＸ統一クライアント・アプリケーション
３０５書式をクリア
３０６Ｘアクティブ化マネージャ
３０７アラン・スミス／ジョン・スミス／ジョン・スミス
３０９宛先
３１２返信先
３１３リセット
４００コントローラ・ボード
４０４フラッシュメモリ
４０４Ｘハードウェア
４０６フラッシュカード・インターフェース部
４０７フラッシュカード
４２０通信インターフェース
４１０操作パネル
４８０ PCIバス
５００支部オフィスMFP
５０１支部オフィスPC
５０２支部オフィスPC
５０３文書モール・サービス
５０４ GLOBALSCANサーバー
５０５本部オフィスMFP
５０６本部オフィスPC
６００ config.xmlを読む
６０１ config.xml内の外部機能が利用可能であることを確認
６０２ config.xmlを更新
６０３利用可能な外部機能を求めてネットワークをスキャン
６０４利用可能な外部機能でconfig.xmlを更新
６０５利用可能な外部機能を求めてネットワークをスキャン
６０６ MFPおよびアカウント情報をサーバーにアップロード
６０７利用可能なサービスのリストをダウンロード
６０８ config.xmlを更新
２００１複合機（MFD）
２００２入力文書
２００３出力文書
２００４プレビュー画像
２００５ GlobalScanサーバー
２００９メイン・ウィンドウ
２０１０プレビュー・ページ
２０１１文書名ボタン
２０１２プロジェクト・ボタン
２０１３プレビュー・タブ
２０１４スキャンしてフォルダへ（スキャンtoフォルダ）タブ
２０１５スキャン設定タブ
２０１６ジョブ・ログ・タブ
２０１９ａページ範囲ドロップダウン・ボックス
２０２０ａプレビュー・ボタン
２０２１スクロール・ボタン
２０３１復元ボタン
２０３２取り消しボタン
２０３３提出ボタン
２０３４サムネイル選択ウィンドウ
２０３７スクロール・バー
２０３５サムネイル
２０４１ページ情報ウィンドウ
２０４２上／下パン・ボタン
２０４３左／右パン・ボタン
２０４４「前へ」ボタン
２０４５「次へ」ボタン
２０４６順回転ボタン
２０４７逆回転ボタン
２０４８ズームイン・ボタン
２０４９ズームアウト・ボタン
２０５０削除ボタン
２０５１プレビュー・ウィンドウ
２０６０画像プレビュー詳細ウィンドウ
２０６１「戻る」ボタン
２０７０ポップアップ・ボックス
２０７１ OKボタン
２０７２取り消しボタン
２０８０ポップアップ・ボックス
２０８１ OKボタン
２０８２取り消しボタン
２０９０ポップアップ・ボックス
２０９１ OKボタン
２０９２取り消しボタン
２１００サービス管理ウィンドウ
２１０１並べ替えバー
２１０２サービス名
２１０３サービス記述
２１０４チェックボックス／サービス設定
２１０５構成設定ボタン
２１０６削除ボタン
２１０７ GlobalScanメニュー
２１０８追加ボタン
２１１１閾値設定
２１１２ズーム・レベル設定
２１１３ページ・オプション設定
２１１４ページ・オプション設定
２１１５ページ・オプション設定
２１１６ページ・オプション設定
２１１７ページ・オプション設定
２１１８ページ・オプション設定
２１１９「更新」ボタン
２１２０「閉じる」ボタン
２１２１「削除」ボタン
２１３０「更新」ボタン
２１３１チェック済み項目削除ボタン
２１３２すべて削除ボタン
２１３３「更新」ボタン
２１３４チェック済み項目削除ボタン
２１３５すべて削除ボタン
２１３６表示シーケンス
２１３７処理順
２１３８必須チェックボックス
２１３９プロジェクト／プロファイルID
２１４０プロジェクト／プロファイル名
２１４１サービス追加ドロップダウン・ボックス
２１６０サービス（プラグイン）構成設定ウィンドウ
２２００ MFDがGetAvailableServicesをコール
２２０２サーバーが普通にサービスXML構造を生成するが、「プレビュー」タブのために新しいサービスIDが生成される。また、サーバーは「画像プレビュー」のためのすべてのローカライズ情報をこのコールに埋め込む。
２２０４ MFDが、サーバー定義の任意のデフォルト値を含め、GetAvailableServicesで送られてきた情報を用いて「プレビュー」タブを用意する
２２０６スキャンの前に、ユーザーが「プレビュー」タブにはいり、選択を行う
２２０８ユーザーは他のタブの必要な情報も埋める
２２１０プレビューおよびその他のタブを設定したのち、ユーザーは「スタート」ボタンを押してスキャンを開始する
２２１６戻りXMLはこの関数によって通例返される通常の情報を含む
２３００スキャン・ジョブ、upload.xml生成、画像プレビュー設定および画像能力を埋め込み、サーバーに送信
２３０４サーバーが、upload.xml内で設定されているサムネイル・サイズ指定に基づいてサムネイルを生成。どのページがサムネイル化されるか、および何枚送られるかの詳細は、upload.xml内で定義されている
２３０６戻りXMLが要求されたサムネイル・ビットマップを含んでいる（Base64でエンコード）
２３０８ MFDがサムネイルを表示
２３１０ユーザーがサムネイルを選択
２３１２ユーザーが動作を実行：プレビュー
２３１６サーバーが、要求されたズームおよびクロップ・レベルで画像を返送
２３１８戻りXMLが要求された画像ビットマップを含んでいる（Base64でエンコード）
２３２０ユーザーが動作を実行：回転
２３２４サーバーが、要求されたズームおよびクロップ・レベルで回転された画像を返送（画像およびサムネイルが回転されている）
２３２６戻りXMLが要求された画像ビットマップを含んでいる（Base64でエンコード）
２３２８ユーザーが動作を実行：削除
２３３２サーバーが、確認を返送（アンドゥーできるよう、論理的な削除が実行される）
２３３４戻りXMLが削除の確認を含んでいる
２３３６ユーザーが動作を実行：パン
２３４０サーバーが、パンのクロップ結果を返送
２３４２戻りXMLが要求された画像ビットマップを含んでいる（Base64でエンコード）
２３４４ユーザーが動作を実行：ズーム
２３４８サーバーが、ズームのクロップ結果を返送
２３５０戻りXMLが要求された画像ビットマップを含んでいる（Base64でエンコード）
２３５２ユーザーが動作を実行：承認
２３５６サーバーが、ジョブIDを返送
２３５８戻りXMLはAPIUpload.ASPによって通常返される通例の情報を含んでいる
２３６０ユーザーが動作を実行：取り消し
２３６４サーバーが確認を送る
２３６６戻りXMLは取り消しの確認を含んでいる
２４００ MFDがGetAvailableServicesをコール
２４０４サーバーが普通にサービスXML構造を生成するが、「プレビュー」タブのために新しいサービスIDが生成される。サーバーは「画像プレビュー」のためのすべてのローカライズ情報をこのコールに埋め込む。
２４０６戻りXMLはこの関数によって通例返される通常の情報を含む
２４０８ MFDがAPIThumbInit.ASPXをコール
２４１０ MFDがスキャン画像を修正されたupload.xmlにおいて送る
２４１２サーバーがupload.xmlを構文解析し、適切なサムネイル（これはload.xmlファイル内に検出される）を生成し、画像をBase64でエンコードされた形でMFDに返す
２４１４戻りXMLは画像および何らかの制御情報（サムネイルだけか、何枚の画像が返されるのか）を含んでいる
２４１６ MFDがAPISessionMgr.ASPXをコール
２４１８このページのための全オプションは問い合わせストリング（HTTPのGETメソッド）を介して渡される
２４２０サーバーが問い合わせストリングを構文解析し、主としてop変数に基づいて分岐する。op変数の値によっては他のオプションも渡される
２４２２戻りXMLは、op変数の値に基づいて、画像および制御情報を含んでいる
２４５０プレビュー・ボタン押下
２４５２スキャン実行
２４５４スキャン終了
２４５６初期プレビュー画像ファイル要求
２４５８サムネイル画像ファイル
２４６０サムネイル・ウィンドウ呈示
２４６２サムネイル押下
２４６４プレビュー・ビットマップ画像取得要求
２４６６プレビュー画像
２４６８プレビュー・ウィンドウ呈示
２４７０プレビュー操作を実行
２４７２プレビュー操作要求
２４７４操作されたビットマップ・ファイル
２４７６操作されたビットマップ・ファイルを呈示
４６７８変更を確定または取り消し
２４８０要求を確定または取り消し
２４８２ジョブを終える
２５００スキャン終了
２５０２初期化要求およびupload.xml
２５０４応答XMLデータ（サムネイル画像およびジョブIDを含む）
２５０６サムネイル画像をサムネイル・ウィンドウに呈示
２５１０回転ボタン押下
２５１２回転要求およびupload.xml
２５１４応答XMLデータ（プレビュー画像およびジョブIDを含む）
２５１６プレビュー画像をプレビュー・ウィンドウに呈示
２５２０ズーム・ボタン押下
２５２２ズーム要求およびupload.xml
２５２４応答XMLデータ（プレビュー画像およびジョブIDを含む）
２５２６プレビュー画像をプレビュー・ウィンドウに呈示
２５３０パン・ボタン押下
２５３２パン要求およびupload.xml
２５３４応答XMLデータ（プレビュー画像およびジョブIDを含む）
２５２６プレビュー画像をプレビュー・ウィンドウに呈示
２５４０削除ボタン押下
２５４２削除要求およびupload.xml
２５４４応答XMLデータ（プレビュー画像およびジョブIDを含む）
２５４６プレビュー画像をプレビュー・ウィンドウに呈示
２５５０次へ／前へボタン押下
２５５２取得要求
２５５４応答XMLデータ（プレビュー画像およびジョブIDを含む）
２５５６プレビュー画像をプレビュー・ウィンドウに呈示
２５６０ OK／取り消しボタン押下
２５６２セット要求
２５６４応答XMLデータ（ジョブIDを含む）
２５６６プレビュー・ウィンドウを閉じる
３０４５モニタリング・システム
３０４０文書マネージャ・サーバー
３０６０ディレクトリ／アドレス帳サーバー
３０５０ネットワーク・ドメイン・コントローラ
３０７０グループIアプリケーション
３０８０グループIIアプリケーション
３０９０グループIIIアプリケーション
３１００ネットワーク
３２００エンジン制御サービス（ECS）
３２０５メモリ制御サービス（MCS）
３２１５操作パネル制御サービス（OCS）
３２２０ネットワーク制御サービス（NCS）
３２２５システム制御サービス（SCS）
３２３０安全なソケットレイヤー（SSL）
３２３５ HTTPコマンド・プロセッサ
３２４０コマンド入力サービス（CIS）
３２５０ HTMLパーサー
３２５５ XMLパーサー
３２６０認証デバイス
３２６５管理デバイス
３２７０ディレクトリ・ゲートウェイ
３２７５文書ルータ
３２８０プロファイラー
３３００認証デバイスにカードを挿入
３３０５認証デバイスでPINコードを入力
３３１０カード情報およびPINをモニタリング・システムに転送
３３１５カード情報をモニタリング・システムにあるユーザーにマッピング
３３２０カード情報／PINが有効か？
３３２５ MFDへのアクセスを拒否
３３３０モニタリング・システムにクレデンシャルをキャッシング
３３３５ MFDにユーザーがアクセスを許諾されることを通知
３３４０ユーザー・アクセスのためにMFDのインターフェースをロック解除
３４００認証デバイスにバイオメトリック情報を入力
３４０５バイオメトリック情報をモニタリング・システムに送る
３４１０モニタリング・システムが一致するユーザーを求めてデータベース探索
３４１５ユーザーがみつかったか？
３４２０ MFDへのアクセスを拒否
３４２５モニタリング・システムDBからユーザー・クレデンシャルを取得
３４３０モニタリング・システムで許諾されるユーザーのクレデンシャルをキャッシング
３４３５ MFDにユーザーがアクセスを許諾されることを通知
３５００ユーザーがMFDへのアクセスを許諾される
３５０２ユーザー・インターフェースをロック解除してユーザーにアクセスを認める
３５０５文書マネージャ・アプリケーションへのアクセスを要求？
３５０７サービス要求を送る
３５１０ユーザーにMFDへのアクセスを認める
３５１５ユーザーによってアクセスされるサービスを決定
３５２０認証を要求するサービスを判別
３５２５各サービスについて認証用テンプレートを提供
３５３０サービスのためにデフォルト・クレデンシャルが利用可能か？
３５３５デフォルト・クレデンシャルを埋める
３５４０ MFDでの許諾ユーザーに対応する一意的なID情報を取得（Retrieve Unique ID Information Corresponding User that Auth at MFD）
３５４５モニタリング・システムのキャッシュからユーザー・クレデンシャル情報を収集
３５５０利用可能なクレデンシャル情報でマスター・テンプレートを生成
３５５５テンプレート完成？
３５６０表示フラグをセット
３５６５マスター・テンプレートをMFDに送る
３５７０表示フラグあり？
３５８０ユーザーが追加的なクレデンシャルを入力できるようにするインターフェースを表示
３５８５追加的なクレデンシャルを入力
３５９０ログイン・ボタンを表示／押下
３５９５認証のために文書マネージャにクレデンシャルを返送
３６００バックエンド・システムが認証されたユーザーのログアウトを要求
３６０５文書マネージャがログアウト要求を受領
３６１０ログアウトを拒否？
３６１５ログアウト要求を拒否
３６２０全サービスとの通信を終了
３６２５認証されたユーザーを全サービスからログアウトさせる
３９３９モデム
３９４１プリンタ・ユニット
３９４０スキャナ・ユニット
３９４２画像処理装置
３９３７コントロール・パネル

１１００ディスプレイ・コントローラ
１１２０ LCDディスプレイ
１２００バイオメトリック感知デバイス
１２００Ｘ I/Oコントローラ
１２０５カード読み取り器または認証デバイス
１２１０ハードディスク
１２２０プリンタ
１３００通信コントローラ
１３１０ネットワーク
１４００ディスク・コントローラ
１４１０リムーバブル・メディア・ドライブ
１４２０ハードディスク
１５００システム・バス
１６００入力コントローラ
１６１０キーボード
１６２０マウス
１６３０キーパッド

Claims

少なくとも一つの組み込み機能およびネットワーク・インターフェースを有する画像処理装置のホスト・アプリケーションを立ち上げる段階と、
前記画像処理装置のための外部機能であって、前記ネットワーク・インターフェースを利用し、前記画像処理装置からリモートで実行される動作を含む外部機能を判別する段階と、
前記判別によって判別された利用可能な外部機能に関する情報を構成設定ファイルに保存する段階と、
前記少なくとも一つの組み込み機能および前記利用可能な外部機能を含む、前記画像処理装置上でアクセス可能な機能のそれぞれを表す選択可能なグラフィック印を含むグラフィカル・インターフェースを呈示する段階と、
前記対応するグラフィック印の選択に基づいて前記少なくとも一つの組み込み機能および前記判別された外部機能を執行する段階とを含む方法。
前記判別する段階が、利用可能な外部機能を判別するために前記ネットワーク・インターフェースに接続されているネットワークをスキャンすることを含む、請求項１記載の方法。
前記判別する段階が、利用可能な外部機能を同定し該利用可能な外部機能に関する情報を前記画像処理装置に送信する外部サーバーに接続することを含む、請求項１記載の方法。
前記判別する段階が、以前に生成された構成設定ファイルを、外部機能の利用可能性（availability）を確認するための基礎として使用する、請求項１記載の方法。
ある組み込み機能がある利用可能な外部機能と衝突する場合に機能の優先度を判別する段階をさらに含む、請求項４記載の方法。
前記呈示する段階が、機能の優先度を判別する前記段階の結果に基づいてグラフィック印を呈示する、請求項５記載の方法。
呈示される前記グラフィック印が、優先であると判別された機能に対応するもののみである、請求項６記載の方法。
優先度を判別するために、前記衝突する機能のアクセス可能性（accessibility）が使われる、請求項５記載の方法。
組み込み機能および外部機能を含め前記画像処理装置のための各機能のアクティブ化状態に関する情報を含んでいる、前記画像処理装置の構成設定ファイルにアクセスする段階と、
前記構成設定ファイルを使って、組み込み機能および外部機能の両方を含め前記画像処理装置のための各機能のアクセス可能性を判別する段階とをさらに有する、請求項１記載の方法。
前記アクセス可能性が、前記構成設定ファイル中の各機能のアクティブ化状態に基づいて判別される、請求項９記載の方法。
前記執行のログが前記画像処理装置上に保存される、請求項１記載の方法。
前記ログが、ネットワークを通じて中央貯蔵所に保存のために送信される、請求項１１記載の方法。
前記構成設定ファイルが拡張可能なマークアップ言語の構成設定ファイルである、請求項１記載の方法。
画像処理装置であって：
当該画像処理装置のコア・サービスを提供するよう構成され、少なくとも一つの組み込み機能およびネットワーク・インターフェースを含むホスト・アプリケーションと、
当該画像処理装置のための外部機能であって、前記ネットワーク・インターフェースを利用し、当該画像処理装置からリモートで実行される動作を含む外部機能を判別するよう構成された外部機能ユニットと、
前記判別によって判別された利用可能な外部機能に関する情報を保存するよう構成された構成設定ファイルと、
前記少なくとも一つの組み込み機能および前記利用可能な外部機能を含む、当該画像処理装置上でアクセス可能な機能のそれぞれを表す選択可能なグラフィック印を含むグラフィカル・インターフェースを呈示するよう構成されたディスプレイと、
ユーザー入力を受け取り、前記対応するグラフィック印の選択に基づいて前記少なくとも一つの組み込み機能および前記判別された外部機能を執行するよう構成された入力ユニットとを有する画像処理装置。
前記外部機能ユニットが、利用可能な外部機能を判別するために前記ネットワーク・インターフェースに接続されているネットワークをスキャンする、請求項１４記載の画像処理装置。
前記外部機能ユニットが、利用可能な外部機能を同定し該利用可能な外部機能に関する情報を当該画像処理装置に送信する外部サーバーに接続する、請求項１４記載の画像処理装置。
前記外部機能ユニットが、以前に生成された構成設定ファイルを、外部機能の利用可能性を確認するための基礎として使用する、請求項１４記載の画像処理装置。
ある組み込み機能がある利用可能な外部機能と衝突する場合に機能の優先度を判別するよう構成された優先度ユニットをさらに含む、請求項１７記載の画像処理装置。
前記ディスプレイが、前記優先度ユニットの判別結果に基づいてグラフィック印を呈示する、請求項１８記載の画像処理装置。
呈示される前記グラフィック印が、優先であると判別された機能に対応するもののみである、請求項１９記載の画像処理装置。
優先度を判別するために、前記衝突する機能のアクセス可能性（accessibility）が使われる、請求項１８記載の画像処理装置。
組み込み機能および外部機能を含め当該画像処理装置のための各機能のアクティブ化状態に関する情報を含んでいる、当該画像処理装置の構成設定ファイルにアクセスするよう構成されたアクティブ化ユニットと、
前記構成設定ファイルを使って、組み込み機能および外部機能の両方を含め当該画像処理装置のための各機能のアクセス可能性を判別するよう構成されたアクセス可能性ユニットとをさらに有する、請求項１４記載の画像処理装置。
前記アクセス可能性ユニットが、前記構成設定ファイル中の各機能のアクティブ化状態に基づいて各機能のアクセス可能性を判別する、請求項２２記載の画像処理装置。
当該画像処理装置で執行された各機能のログが当該画像処理装置上に保存される、請求項１４記載の画像処理装置。
前記ログが、ネットワークを通じて中央貯蔵所に保存のために送信される、請求項２４記載の画像処理装置。
前記構成設定ファイルが拡張可能なマークアップ言語のファイルである、請求項１４記載の画像処理装置。
少なくとも一つのプラグインおよび対応するサービスのセットを含む画像処理装置の、ホスト・アプリケーションを立ち上げる段階と、
前記少なくとも一つのプラグインに対応する各サービスのアクティブ化状態に関する情報を含む、前記画像処理装置の構成設定ファイルにアクセスする段階と、
前記少なくとも一つのプラグインを各サービスのアクティブ化に関する情報に基づいて立ち上げる段階と、ここで、プラグインは、対応するアクティブ化されたサービスのセットをホスト・アプリケーションに提供するものであり、
アクティブ化された各プラグインに対応するアクティブ化された各サービスのグラフィック印を含むグラフィカル・インターフェースを呈示する段階とを有する方法。
各サービスのアクティブ化に関する前記情報が、画像処理装置に保存されている各サービスのアクティブ化に関する情報を含むデータベースに接続することによって得られる情報を利用して生成される、請求項２７記載の方法。
各サービスのアクティブ化に関する前記情報が、使用時間限界を含む、請求項２７記載の方法。
前記構成設定ファイルがXMLファイルである、請求項２７記載の方法。
各サービスのアクティブ化に関する前記情報が、前記画像処理装置で実行されることのできる動作に対する制限を含んでいる、請求項２７記載の方法。
各サービスのアクティブ化に関する前記情報が、前記画像処理装置にリモートで入力される、請求項２７記載の方法。
前記画像処理装置のユーザーが、アクティブ化を購入することによって、各サービスのアクティブ化に関する前記情報を修正することができる、請求項２７記載の方法。
前記ユーザーが、外部装置を使ってアクティブ化を購入できる、請求項３３記載の方法。
前記外部装置が、バイオメトリクス、暗証番号コード、非接触式カード、スマートカードまたは磁気掃引カード（magnetic swipe card）のうちの一つである、請求項２４記載の方法。
アプリケーション層、ハードウェアおよびオペレーティング・システムを含む画像処理装置上で、ホスト・アプリケーションを立ち上げる段階と、
インストールされているどのプラグインおよび該インストールされているプラグインに対応するどのサービスをアクティブ化すべきかを決定するアクティブ化マネージャを立ち上げる段階と、
前記画像処理装置、該画像処理装置のユーザーおよび前記インストールされているプラグインに対応するサービスを識別する情報を含む、前記画像処理装置上に保存されている構成設定ファイルを読む段階と、
構成設定ファイル中の各サービスの、アクティブ化状態を判別する段階と、
該判別に基づいて構成設定ファイルを、各サービスのアクティブ化状態に関する情報を含むよう更新する段階と、
インストールされているいくつかのプラグインに基づいてプロジェクト・アレイを生成する段階と、
各プロジェクトについてのサービス・アレイを生成する段階と、
前記プロジェクト・アレイに含まれている各プロジェクトをグラフィックに表示するプロジェクト・アレイ・ウィンドウを表示する段階と、
ユーザーによって選択される各プロジェクトおよび各対応するサービスのアクティブ化状態を判別する段階と、
前記プロジェクト・アレイ・ウィンドウにおいてプロジェクトが選択され、アクティブであると判別されたときに、メイン・ウィンドウおよびデフォルト・サービス・ウィンドウを表示する段階であって、前記メイン・ウィンドウは、アクティブ化されている諸プロジェクト・サービスのグラフィック印を含む段階とを有する方法。
請求項３６記載の方法であって、さらに：
前記アクティブ化されている諸プロジェクト・サービスに対応するグラフィック印の一つが選択されたときに、対応するサービス・ウィンドウ内に入力および選択のためのオプションを表示する段階と、
前記画像処理装置のハードウェアならびに前記サービス・ウィンドウ内で入力および選択されたオプションによって生成されたアップロード・データをジョブ待ち行列に加える段階と、
前記構成設定ファイル中のアクティブ化情報を使ってアクティブ化サービス・データ・ハンドラを特定する段階と、
前記アクティブ化サービス・データ・ハンドラを使って前記ジョブ待ち行列中のアップロード・データを処理する段階とを含む方法であって、前記サービス・データ・ハンドラは、前記アップロード・データを前記画像処理装置から前記構成設定ファイルに含まれる宛先に送るためのサービスであるところの、方法。
画像処理装置をして、
アプリケーション層、ハードウェアおよびオペレーティング・システムを含む画像処理装置上で、ホスト・アプリケーションを立ち上げる段階と、
インストールされているどのプラグインおよび該インストールされているプラグインに対応するどのサービスをアクティブ化すべきかを決定するアクティブ化マネージャを立ち上げる段階と、
前記画像処理装置、該画像処理装置のユーザーおよび前記インストールされているプラグインに対応するサービスを識別する情報を含む、前記画像処理装置上に保存されている構成設定ファイルを読む段階と、
構成設定ファイル中の各サービスの、アクティブ化状態を判別する段階と、
該判別に基づいて構成設定ファイルを、各サービスのアクティブ化状態に関する情報を含むよう更新する段階と、
インストールされているいくつかのプラグインに基づいてプロジェクト・アレイを生成する段階と、
各プロジェクトについてのサービス・アレイを生成する段階と、
前記プロジェクト・アレイに含まれている各プロジェクトをグラフィックに表示するプロジェクト・アレイ・ウィンドウを表示する段階と、
ユーザーによって選択される各プロジェクトおよび各対応するサービスのアクティブ化状態を判別する段階と、
前記プロジェクト・アレイ・ウィンドウにおいてプロジェクトが選択され、アクティブであると判別されたときに、メイン・ウィンドウおよびデフォルト・サービス・ウィンドウを表示する段階であって、前記メイン・ウィンドウは、アクティブ化されている諸プロジェクト・サービスのグラフィック印を含む段階とを有する方法を実行せしめるプログラム・コードを記憶しているコンピュータ可読媒体。
画像処理装置であって：
当該画像処理装置のコア・サービスを提供するよう構成されたホスト・アプリケーションと、
前記ホスト・アプリケーションによってプログラム的に呼び出されるよう構成されたプラグイン・アプリケーションと、
前記プラグイン・アプリケーションへのアクセスをコントロールするよう構成されたアクティブ化マネージャと、
前記アクティブ化マネージャによって更新され、メモリに保存され、前記プラグイン・アプリケーションおよび該プラグイン・アプリケーションに対応する機能のアクティブ化に関する情報を含んでいる構成設定ファイルとを含む画像処理装置であって、前記ホスト・アプリケーションが、前記構成設定ファイル中のアクティブ化に関する情報に従って前記プラグインをプログラム的に呼び出すよう構成されている、画像処理装置。
前記アクティブ化マネージャが、前記プラグイン・アプリケーションへのアクセスを、アクティブ化情報を含むデータベースに接続することによってコントロールする、請求項３９記載の装置。
アクティブ化に関する前記情報が、使用時間限界を含む、請求項３９記載の装置。
前記構成設定ファイルがXMLファイルである、請求項３９記載の装置。
アクティブ化に関する前記情報が、前記画像処理装置で実行されることのできる動作に対する制限を含んでいる、請求項３９記載の装置。
アクティブ化に関する前記情報が、前記画像処理装置にリモートで入力される、請求項３９記載の装置。
前記画像処理装置のユーザーが、アクティブ化を購入することによって、アクティブ化に関する前記情報を修正することができる、請求項３９記載の装置。
前記ユーザーが、外部装置を使ってアクティブ化を購入できる、請求項４５記載の装置。
前記外部装置が、バイオメトリクス、暗証番号コード、非接触式カード、スマートカードまたは磁気掃引カード（magnetic swipe card）のうちの一つである、請求項４６記載の装置。
ディスプレイ装置と；
メモリであって：
前記ホスト・アプリケーションに関連付けられた少なくとも一つのアクティブ化されているプラグインの識別情報、
前記アクティブ化されているプラグインに対応する少なくとも一つのプロジェクト、
前記少なくとも一つのプロジェクトに対応する少なくとも一つのアクティブ化サービス、および当該画像処理装置の機能を示すデータを含む、ホスト・アプリケーションに関連付けられた構成設定ファイルを保存するよう構成されたメモリと；
各プラグインおよび対応するサービスのアクティブ化状態を、前記構成設定ファイルに含まれているアクティブ化に関する情報を使って判別するよう構成されたアクティブ化マネージャと；
アクティブ化されているプロジェクトおよび対応するアクティブ化されているサービスのセットを含むグラフィカル・インターフェースを呈示するために、前記ホスト・アプリケーションおよびアクティブ化マネージャとインターフェースするよう構成されたコントローラとを有する画像処理装置であって：
前記コントローラは、ユーザーがアクティブ化されているプロジェクトを選択できるようにするアクティブ化プロジェクト選択データを表示し、ユーザーがアクティブ化されているサービスを選択できるようにする、選択されたアクティブ化されているプロジェクトに対応するアクティブ化サービス選択データを表示する、画像処理装置。
画像を修正する方法であって：
複数ページをもつ少なくとも一つの文書をスキャンする段階と、
スキャンした文書のページのうち少なくとも一つのページのサムネイル画像を表示する段階と、
スキャンした文書の少なくとも一つの画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示する段階と、
選択可能なグラフィック印を選択する段階と、
前記選択に従って前記少なくとも一つの画像を修正する段階とを含む方法。
請求項４９記載の画像修正方法であって、さらに：
サムネイル画像を表示する前記段階によって表示されるサムネイル画像を、ユーザー入力に基づいて選択する段階と、
前記スキャンした文書のページのうち、前記選択されたサムネイル画像に対応する少なくとも一つのページのプレビュー画像を表示する段階とを含む方法。
請求項５０記載の画像修正方法であって、スキャンした文書の少なくとも一つの画像を修正するための前記少なくとも一つの操作が、前記プレビュー画像をも修正する方法。
請求項５１記載の画像修正方法であって、さらに：
グラフィック印を選択する前記段階に従って、前記プレビュー画像を修正する段階をさらに含む方法。
請求項５２記載の画像修正方法であって、スキャンした文書の前記少なくとも一つの画像が、前記プレビュー画像の修正よりあとに修正される、方法。
請求項４９記載の画像修正方法であって、修正するための前記少なくとも一つの操作が、ズーム、パン、アンドゥー、挿入、回転または削除操作のうちの一つを含む、方法。
請求項４９記載の画像修正方法であって、さらに：
それぞれがスキャンした文書のあるページに対応する複数のサムネイル画像を表示することを含む、方法。
請求項５５記載の画像修正方法であって、前記複数のサムネイル画像の数がユーザーによって設定される、方法。
請求項５６記載の画像修正方法であって、前記複数のサムネイル画像の数が、限られた数の所定のオプションからのユーザー入力によって設定される、方法。
請求項４９記載の画像修正方法であって、少なくとも一つの画像を修正する前記段階がリモート・サーバーによって実行される、方法。
請求項５２記載の画像修正方法であって、プレビュー画像を修正する前記段階がリモート・サーバーによって実行される、方法。
請求項４９記載の画像修正方法であって、少なくとも一つの画像を修正する前記段階が複合機によって実行される、方法。
画像を修正する方法であって：
複数ページをもつ少なくとも一つの文書をスキャンする段階と、
スキャンした文書のページのうち少なくとも一つのページのプレビュー画像を表示する段階と、
プレビュー画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示する段階と、
選択可能なグラフィック印を選択する段階と、
前記選択に従って前記プレビュー画像を修正する段階とを含む方法。
請求項６１記載の画像修正方法であって、さらに：
プレビュー画像を修正する前記段階に従って、スキャンした文書のページのうち少なくとも一つの画像を修正する段階を含む、方法。
請求項６１記載の画像修正方法であって、さらに：
スキャンした文書のページのうち少なくとも一つのページのサムネイル画像を表示する段階と、
ユーザー入力に基づいてサムネイル画像を選択する段階とを含む方法。
請求項６３記載の画像修正方法であって、さらに、
ユーザー入力に基づいてサムネイル画像を選択する前記段階に従って、スキャンした文書のページのうち少なくとも一つのページのプレビュー画像を表示する段階を含む、方法。
各プレビュー画像がサムネイル画像に対応する、請求項６３記載の画像修正方法。
請求項６２記載の画像修正方法であって、スキャンした文書のページのうち少なくとも一つの画像を修正する前記段階がリモート・サーバーによって実行される、方法。
請求項６１記載の画像修正方法であって、プレビュー画像を修正する前記段階がリモート・サーバーによって実行される、方法。
請求項６１記載の画像修正方法であって、プレビュー画像を修正する前記段階が多機能機によって実行される、方法。
請求項６２記載の画像修正方法であって、スキャンした文書のページのうち少なくとも一つの画像が、前記プレビュー画像の修正よりあとに修正される、方法。
請求項６１記載の画像修正方法であって、修正するための前記少なくとも一つの操作が、ズーム、パン、アンドゥー、挿入、回転または削除操作のうちの一つを含む、方法。
画像処理装置であって：
複数ページをもつ少なくとも一つの文書の画像を生成するよう構成されたスキャナと、
当該画像処理装置をネットワークを介してサーバーに接続するよう構成された通信インターフェースと、
スキャンした文書のページのうち少なくとも一つのページのサムネイル画像を表示するよう構成された表示ユニットと、
スキャンした文書の少なくとも一つの画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示するよう構成されたユーザー・インターフェースとを有する画像処理装置。
請求項７１記載の画像処理装置であって、
前記通信インターフェースが、スキャンした文書の前記少なくとも一つの画像を、修正するための前記少なくとも一つの操作が実行されるリモート・サーバーに送信するよう構成されている、画像処理装置。
請求項７１記載の画像処理装置であって、
修正するための前記少なくとも一つの操作が実行するための修正ユニットを含むようさらに構成されている画像処理装置。
前記修正ユニットが、ズーム、パン、アンドゥー、挿入、回転または削除のうちの少なくとも一つを実行するよう構成されている、請求項７３記載の画像処理装置。
請求項７３記載の画像処理装置であって、
前記スキャンした文書のページのうち少なくとも一つのページのサムネイル画像が、スキャンした文書のページのうちのそれぞれのページに対応するユーザー選択可能な画像である、画像処理装置。
前記ユーザー・インターフェースが前記表示ユニットの一部である、請求項７１記載の画像処理装置。
画像処理装置であって：
複数ページをもつ少なくとも一つの文書の画像を生成するよう構成されたスキャナと、
当該画像処理装置をネットワークを介してサーバーに接続するよう構成された通信インターフェースと、
スキャンした文書のページのうち少なくとも一つのページのプレビュー画像を表示するよう構成された表示ユニットと、
前記プレビュー画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示するよう構成されたユーザー・インターフェースとを有する画像処理装置。
請求項７７記載の画像処理装置であって、さらに、前記プレビュー画像の修正に従ってスキャンした文書のページのうち少なくとも一つのページの画像を修正するよう構成された修正ユニットを含む、画像処理装置。
請求項７７記載の画像処理装置であって、前記通信インターフェースが、スキャンした文書の前記少なくとも一つの画像を、前記プレビュー画像を修正するための前記少なくとも一つの操作が実行されるリモート・サーバーに送信するよう構成されている、画像処理装置。
前記修正ユニットが、ズーム、パン、アンドゥー、挿入、回転または削除のうちの少なくとも一つを実行するよう構成されている、請求項７８記載の画像処理装置。
前記ユーザー・インターフェースが前記表示ユニットの一部である、請求項７７記載の画像処理装置。
複数ページをもつ少なくとも一つの文書をスキャンする段階と、
スキャンした文書のページのうち少なくとも一つのページのサムネイル画像を表示する段階と、
スキャンした文書の少なくとも一つの画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示する段階と、
選択可能なグラフィック印を選択する段階と、
前記選択に従って前記少なくとも一つの画像を修正する段階とを含む方法を、画像処理装置に実行させるためのプログラム・コードが保存されているコンピュータ可読媒体。
複数ページをもつ少なくとも一つの文書をスキャンする段階と、
スキャンした文書のページのうち少なくとも一つのページのプレビュー画像を表示する段階と、
前記プレビュー画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示する段階と、
選択可能なグラフィック印を選択する段階と、
前記選択に従って前記プレビュー画像を修正する段階とを含む方法を、画像処理装置に実行させるためのプログラム・コードが保存されているコンピュータ可読媒体。
画像処理装置であって：
複数ページをもつ少なくとも一つの文書をスキャンするスキャン手段と、
スキャンした文書のページのうち少なくとも一つのページのサムネイル画像を表示し、スキャンした文書の少なくとも一つの画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示する表示手段と、
選択可能なグラフィック印を選択するための選択手段と、
前記選択に従って前記少なくとも一つの画像を修正する修正手段とを含む画像処理装置。
画像処理装置であって：
複数ページをもつ少なくとも一つの文書をスキャンするスキャン手段と、
スキャンした文書のページのうち少なくとも一つのページのプレビュー画像を表示し、プレビュー画像を修正するための少なくとも一つの操作に対応する選択可能なグラフィック印を表示する表示手段と、
選択可能なグラフィック印を選択するための選択手段と、
前記選択に従って前記プレビュー画像を修正する修正手段とを含む画像処理装置。
画像処理システムのユーザーを認証する方法であって：
ユーザー・クレデンシャルを、画像処理装置に対応する認証デバイスにおいて受領する段階と、
前記ユーザー・クレデンシャルを第一のサーバーに送信する段階と、
前記第一のサーバーにおいて、前記ユーザー・クレデンシャルの有効性を、受信されたユーザー・クレデンシャルを保存されているユーザー・データと比較することによって判断する段階と、
前記判断の結果を使って第一のサーバーへのアクセスを許可する段階と、
前記ユーザー・クレデンシャルに基づいて第二のサーバーへのアクセスを許可する段階とを有する方法。
第二のサーバーへのアクセスを許可する前記段階がさらに：
前記判断する段階の結果を、前記第一のサーバーから、前記画像処理装置および前記第二のサーバーのうちの少なくとも一方に送信する段階を有する、請求項８６記載の方法。
第二のサーバーへのアクセスを許可する前記段階がさらに：
前記画像処理装置において前記第二のサーバーへのアクセスを要求する段階をさらに有する、請求項８６記載の方法。
前記第二のサーバーへのアクセスの前記要求が、前記第二のサーバーに接続された複数のバックエンド・アプリケーションのうち少なくとも一つにアクセスする要求を含む、請求項８８記載の方法。
前記第二のサーバーへのアクセスの前記要求が、前記画像処理装置に対応するインターネット・プロトコル（IP）アドレス、媒体アクセス制御（MAC）アドレスおよびシリアル番号のうちの少なくとも一つを含む、請求項８８記載の方法。
第二のサーバーへのアクセスを許可する前記段階がさらに：
前記第二のサーバーにおいて、複数のバックエンド・アプリケーションのうちの前記少なくとも一つがユーザー認証を要求することを判別する段階を有する、請求項８９記載の方法。
第二のサーバーへのアクセスを許可する前記段階がさらに：
複数のバックエンド・アプリケーションのうちの前記少なくとも一つにおいてユーザーが認証されるために必要な追加的なユーザー・クレデンシャル情報を指示するテンプレートを生成する段階を有する、請求項９１記載の方法。
第二のサーバーへのアクセスを許可する前記段階がさらに：
前記第二のサーバーから、少なくとも前記ユーザー・クレデンシャルの要求を前記第一のサーバーに送信する段階を有する、請求項９２記載の方法。
第二のサーバーへのアクセスを許可する前記段階がさらに：
追加的なユーザー・クレデンシャル情報を指示する前記テンプレートを、前記第一のサーバーから受信した前記ユーザー・クレデンシャルを使って完成させる段階を有する、請求項９３記載の方法。
第二のサーバーへのアクセスを許可する前記段階がさらに：
前記サーバーから受信された前記ユーザー・クレデンシャルに基づいて前記テンプレートを完成させることができないことを判別する段階と、
前記テンプレートを前記画像処理装置に送信する段階と、
前記画像処理装置において、前記テンプレートで欠けている追加的なユーザー・クレデンシャル情報を入力することをユーザーに促すログイン・インターフェースを表示する段階とを有する、請求項９４記載の方法。
ユーザー・クレデンシャルを受領する前記段階が、
ユーザーに対応するカード入力、網膜スキャン、指紋、声および個人識別番号のうちの一つを受領することを含む、請求項８６記載の方法。
ユーザー・クレデンシャルを受領するよう構成された、画像処理装置に対応する認証デバイスと、
前記ユーザー・クレデンシャルを前記認証デバイスから受信するよう構成された第一のサーバーと、
前記第一のサーバーにおいて、前記ユーザー・クレデンシャルの有効性を、受信されたユーザー・クレデンシャルを保存されているユーザー・データと比較することによって判断するよう構成された第一モジュールとを有する、画像処理システムのユーザーを認証するシステムであって：
前記第一のサーバーは前記判断の結果を使ってアクセスを許可するよう構成されており、
当該システムがさらに、前記ユーザー・クレデンシャルに基づいてアクセスを許可するよう構成されている第二のサーバーを有する、システム。
前記判断の結果を、前記画像処理装置および前記第二のサーバーのうちの少なくとも一方に送信するよう構成された、前記第一のサーバーにおける第一の通信インターフェースをさらに有する、請求項９７記載のシステム。
前記画像処理装置において前記第二のサーバーへのアクセスを要求するよう構成された第二の通信インターフェースをさらに有する、請求項９７記載のシステム。
前記第二のサーバーに接続された複数のバックエンド・アプリケーションのうち少なくとも一つをさらに有する請求項９９記載のシステムであって、
前記第二のサーバーへのアクセスの前記要求が、前記第二のサーバーに接続された前記複数のバックエンド・アプリケーションのうちの少なくとも一つを指定する、システム。
前記第二のサーバーへのアクセスの前記要求が、前記画像処理装置に対応するインターネット・プロトコル（IP）アドレス、媒体アクセス制御（MAC）アドレスおよびシリアル番号のうちの少なくとも一つを含む、請求項９９記載のシステム。
複数のバックエンド・アプリケーションのうちの前記少なくとも一つがユーザー認証を要求することを判別する段階を有するよう構成された、前記第二のサーバーにおける第二モジュールをさらに有する、請求項１００記載のシステム。
前記第二モジュールがさらに、複数のバックエンド・アプリケーションのうちの前記少なくとも一つにおいてユーザーが認証されるために必要な追加的なユーザー・クレデンシャル情報を指示するテンプレートを生成するよう構成されている、請求項１０２記載のシステム。
少なくとも前記ユーザー・クレデンシャルの要求を前記第一のサーバーに送信するよう構成された、前記第二のサーバーにおける第三の通信インターフェースをさらに有する、請求項１０２記載のシステム。
前記第二のサーバーにおける前記第二モジュールがさらに、追加的なユーザー・クレデンシャル情報を指示する前記テンプレートを、前記第一のサーバーから受信した前記ユーザー・クレデンシャルを使って完成させるよう構成されている、請求項１０４記載のシステム。
前記サーバーから受信された前記ユーザー・クレデンシャルに基づいて前記テンプレートを完成させることができないことを判別するよう構成された、前記第二のサーバーにおける第三モジュールと、
前記テンプレートを前記画像処理装置に送信するよう構成された前記第二のサーバーにおける前記第三の通信インターフェースと、
前記テンプレートで欠けている追加的なユーザー・クレデンシャル情報を入力することをユーザーに促すログイン・インターフェースを表示するよう構成された、前記画像処理装置におけるディスプレイとをさらに有する、請求項１０５記載のシステム。
前記認証デバイスが、カード読み取り器、網膜スキャナ、指紋読み取り器、声スキャナ、非接触式スキャナおよびキーパッド・デバイスのうちの一つである、請求項９７記載のシステム。
画像処理システムのユーザーを認証するシステムであって：
ユーザー・クレデンシャルを、画像処理装置に対応する認証デバイスにおいて受領する手段と、
前記ユーザー・クレデンシャルを第一のサーバーに送信する手段と、
前記第一のサーバーにおいて、前記ユーザー・クレデンシャルの有効性を、受信されたユーザー・クレデンシャルを保存されているユーザー・データと比較することによって判断する手段と、
前記判断の結果を使って第一のサーバーへのアクセスを許可する手段と、
前記ユーザー・クレデンシャルに基づいて第二のサーバーへのアクセスを許可する手段とを有するシステム。