(57)【要約】  画像処理システムにおいてバックアップ・サーバ機能を提供する方法及びシステム。一次サーバが利用可能でない旨を検出すると、画像処理装置は、画像処理装置から情報を受信するよう構成されたバックアップ・サーバに処理動作を切り換える。バックアップ・サーバは、実質的に同様な構成を有し、一次サーバと同様に動作するよう構成されている。
2008538242.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバが利用可能でない旨を画像処理装置において判定する工程と、
識別情報を前記画像処理装置から第２のサーバに送信する工程と、
前記識別情報に対応する情報を前記第２のサーバにおいて取り出す工程と、
前記識別情報に対応する前記情報を前記第２のサーバから前記画像処理装置に送信する工程とを備える方法。
【請求項２】
請求項１記載の方法であって、前記第１のサーバが利用可能でない旨を判定する工程は、
前記第１のサーバが所定の期間内に応答していない旨を判定する工程を備える方法。
【請求項３】
請求項１記載の方法であって、前記第１のサーバが利用可能でない旨を判定する工程は、
前記画像処理装置において前記第１のサーバから受信されたエラー・メッセージに基づいて前記第１のサーバが利用可能でない旨を判定する工程を備える方法。
【請求項４】
請求項１記載の方法であって、前記識別情報を送信する工程が、
前記画像処理装置の識別性に対応する識別情報を送信する工程を備える方法。
【請求項５】
請求項４記載の方法であって、前記識別情報を送信する工程が、
前記画像処理装置のシリアル・ナンバーを送信する工程を備える方法。
【請求項６】
請求項1記載の方法であって、前記識別情報を送信する工程が、
前記画像処理装置のユーザの識別性に対応する識別情報を送信する工程を備える方法。
【請求項７】
請求項６記載の方法であって、前記識別情報を送信する工程は、
ユーザ名及びパスワードを送信する工程を備える方法。
【請求項８】
請求項1記載の方法であって、
前記画像処理装置から前記第１のサーバに識別情報を送信した後に、前記第１のサーバが利用可能でない旨を判定する工程が行われる方法。
【請求項９】
請求項1記載の方法であって、
前記第１のサーバが利用可能でない旨を、前記画像処理装置から前記第１のサーバに識別情報を送信する前に判定する工程が行われる方法。
【請求項１０】
請求項1記載の方法であって、前記情報を取り出す工程が、
前記画像処理装置に対応するプロファイル情報を取り出す工程を備える方法。
【請求項１１】
請求項１０記載の方法であって、前記情報を取り出す工程が、
前記第１のサーバ及び前記第２のサーバに接続された複数のネットワーク・アプリケーションそれぞれの識別情報を含むプロファイル情報を取り出す工程を含む方法。
【請求項１２】
請求項１０記載の方法であって、
同一のプロファイル情報を前記第１のサーバ及び前記第２のサーバにおいて格納する工程を更に備える方法。
【請求項１３】
請求項1記載の方法であって、前記情報を取り出す工程が、
前記第２のサーバから受信された前記情報において識別された複数のネットワーク・アプリケーションそれぞれに対応する少なくとも１つの実行可能なファイルを取り出す工程を備える方法。
【請求項１４】
請求項1記載の方法であって、
前記第１のサーバ及び前記第２のサーバに接続されたネットワーク・アプリケーションそれぞれに対応する情報を前記第１のサーバ及び前記第２のサ―バにおいて格納する工程を更に備える方法。
【請求項１５】
請求項1記載の方法であって、
前記第１のサーバの構成データを更新する工程と、
前記第２のサーバによって、前記更新された構成データを前記第１のサーバから取り出す工程とを更に備える方法。
【請求項１６】
請求項1記載の方法であって、
ライセンス情報を前記第１のサーバにおいて格納する工程と、
前記第１のサーバが利用可能でない旨を判定すると前記第２のサーバにおけるライセンス情報を起動させる工程とを更に備える方法。
【請求項１７】
請求項1記載の方法であって、
前記第１のサーバのインターネット・プロトコル・アドレスを前記画像処理装置において格納する工程を更に備える方法。
【請求項１８】
請求項1記載の方法であって、
前記画像処理装置が前記第１のサーバに情報を送信する都度、前記第１のサーバ及び前記第２のサーバのインターネット・プロトコル・アドレス情報を前記画像処理装置に送信する工程と、
前記第１のサーバ及び前記第２のサーバのIPアドレス情報を前記画像処理装置において格納する工程とを更に備える方法。
【請求項１９】
請求項1記載の方法であって、
前記第１のサーバが利用可能でない旨を前記画像処理装置が判定した場合、前記第２のサーバにおいてユーザ認証動作を行う工程を更に備える方法。
【請求項２０】
請求項１記載の方法であって、前記第１のサーバが利用可能でない旨を判定する工程は、
前記第１のサーバが利用可能でない旨を、前記画像処理装置から前記第１のサーバにジョブ情報を送信している間に判定する工程を備える方法。
【請求項２１】
請求項20記載の方法であって、
前記第１のサーバが利用可能でない旨の検出によって前記画像処理装置から第２のサーバに前記ジョブ情報を送信する工程と、
前記ジョブ情報を前記第２のサーバにおいて処理する工程と、
前記サーバに接続された複数のネットワーク・アプリケーションの少なくとも１つに前記第２のサーバから処理済ジョブ情報を送信する工程とを更に備える方法。
【請求項２２】
請求項21記載の方法であって、
処理済ジョブ情報を送信する工程は、前記ジョブ情報を文書管理システムに送信する工程を備える方法。
【請求項２３】
画像処理システムにおけるサーバ不可用性を補償するシステムであって、
第１のサーバが利用可能でない旨を画像処理装置において判定する手段と、
識別情報を前記画像処理装置から第２のサーバに送信する手段と、
前記識別情報に対応する情報を前記第２のサーバにおいて取り出す手段と、
前記識別情報に対応する前記情報を前記第２のサーバから前記画像処理装置に送信する手段とを備えるシステム。
【請求項２４】
請求項２３記載のシステムであって、
前記第１のサーバが利用可能でない旨を判定する手段は、前記第１のサーバが所定の期間内に応答していない旨を判定するシステム。
【請求項２５】
請求項２３記載のシステムであって、
前記第１のサーバが利用可能でない旨を判定する手段は、前記画像処理装置において前記第１のサーバから受信されたエラー・メッセージに基づいて前記第１のサーバが利用可能でない旨を判定するシステム。
【請求項２６】
請求項２３記載のシステムであって、
前記識別情報を送信する手段は、前記画像処理装置の前記識別性に対応する識別情報を送信するシステム。
【請求項２７】
請求項26記載のシステムであって、
前記識別情報を送信する手段は、前記画像処理装置のシリアル・ナンバーを送信するシステム。
【請求項２８】
請求項23記載のシステムであって、
前記識別情報を送信する手段は、前記画像処理装置のユーザの識別性に対応する識別情報を送信するシステム。
【請求項２９】
請求項28記載のシステムであって、
前記識別情報を送信する手段がユーザ名及びパスワードを送信するシステム。
【請求項３０】
請求項23記載のシステムであって、
前記第１のサーバが利用可能でない旨を判定する手段は、識別情報が前記画像装置から前記第１のサーバに送信された後に前記第１のサーバが利用可能でない旨を判定するシステム。
【請求項３１】
請求項23記載のシステムであって、
前記第１のサーバが利用可能でない旨を判定する手段は、前記第１のサーバが利用可能でない旨を、識別情報を前記画像装置から前記第１のサーバに送信する前に判定するシステム。
【請求項３２】
請求項23記載のシステムであって、
前記情報を取り出す手段は、前記画像処理装置に対応するプロファイル情報を取り出すシステム。
【請求項３３】
請求項32記載のシステムであって、
前記情報を取り出す手段は、前記第１のサーバ及び前記第２のサーバに接続された複数のネットワーク・アプリケーションそれぞれの識別情報を含むプロファイル情報を取り出すシステム。
【請求項３４】
請求項32記載のシステムであって、
同一のプロファイル情報を前記第１のサーバ及び前記第２のサーバそれぞれにおいて格納する手段を更に備えるシステム。
【請求項３５】
請求項23記載のシステムであって、
前記情報を取り出す手段は、前記第２のサーバから受信された前記情報において識別された複数のネットワーク・アプリケーションそれぞれに対応する少なくとも１つの実行可能なファイルを取り出すシステム。
【請求項３６】
請求項23記載のシステムであって、
前記第１のサーバ及び前記第２のサーバに接続されたネットワーク・アプリケーションそれぞれに対応する情報を前記第１のサーバ及び前記第２のサ―バそれぞれにおいて格納する手段を更に備えるシステム。
【請求項３７】
請求項23記載のシステムであって、
前記第１のサーバの構成データを更新する手段と、
前記第２のサーバによって、前記更新された構成データを前記第１のサーバから取り出す手段とを更に備えるシステム。
【請求項３８】
請求項23記載のシステムであって、
ライセンス情報を前記第１のサーバにおいて格納する手段と、
前記第１のサーバが利用可能でない旨を判定すると前記第２のサーバにおけるライセンス情報を起動させる手段とを更に備えるシステム。
【請求項３９】
請求項23記載のシステムであって、
前記第１のサーバのインターネット・プロトコル・アドレスを前記画像処理装置において格納する手段を更に備えるシステム。
【請求項４０】
請求項23記載のシステムであって、
前記画像処理装置が前記第１のサーバに情報を送信する都度、前記第１のサーバ及び前記第２のサーバのインターネット・プロトコル・アドレス情報を前記画像処理装置に送信する手段と、
前記第１のサーバ及び前記第２のサーバの前記インターネット・プロトコル・アドレス情報を前記画像処理装置において格納する手段とを更に備えるシステム。
【請求項４１】
請求項23記載のシステムであって、
前記第１のサーバが利用可能でない旨を前記画像処理装置が判定した場合、前記第２のサーバにおいてユーザ認証動作を行う手段を更に備えるシステム。
【請求項４２】
請求項23記載のシステムであって、
前記第１のサーバが利用可能でない旨を判定する手段が、前記第１のサーバが利用可能でない旨を、前記第１のサーバにジョブ情報を送信している間に判定するシステム。
【請求項４３】
請求項42記載のシステムであって、
前記第１のサーバが利用可能でない旨の検出によって前記ジョブ情報が第２のサーバに送信される手段と、
ジョブ情報を前記第２のサーバにおいて処理する手段と、
前記サーバに接続された複数のネットワーク・アプリケーションの少なくとも１つに前記第２のサーバから処理済ジョブ情報を送信する手段とを更に備えるシステム。
【請求項４４】
請求項43記載のシステムであって、
処理済ジョブ情報を送信する手段は、前記ジョブ情報を文書管理システムに送信する手段を備えるシステム。
【請求項４５】
第１のサーバ及び第２のサーバに接続されたインタフェースを有する画像処理装置と、
第１のサーバが利用可能でない旨を判定するよう構成された、前記画像処理装置のプロセッサと、
前記第１のサーバが利用可能でない旨をプロセッサが判定した場合に、識別情報を前記第２のサーバに送信するよう構成された前記画像処理装置の前記インタフェースと、
前記識別情報に対応する情報を取り出すよう構成された、前記第２のサーバにおけるモジュールと、
前記識別情報に対応する情報を前記第２のサーバから前記画像処理装置に送信するよう構成された、前記第２のサーバにおけるインタフェースとを備えるシステム。
【請求項４６】
請求項45記載のシステムであって、
前記画像処理装置の前記プロセッサは、前記第１のサーバが利用可能でない旨を、所定の期間内に前記第１のサーバが応答しなかった後に判定するシステム。
【請求項４７】
請求項45記載のシステムであって、
前記画像処理装置の前記プロセッサが、前記第１のサーバが利用可能でない旨を、前記画像処理装置において前記第１のサーバから受信されたエラー・メッセージに基づいて判定するよう構成されたシステム。
【請求項４８】
請求項45記載のシステムであって、
前記画像処理装置の前記インタフェースが、前記画像処理装置の識別性に対応する識別情報を送信するよう構成されたシステム。
【請求項４９】
請求項48記載のシステムであって、
前記画像処理装置の前記インタフェースが、前記画像処理装置のシリアル・ナンバーを送信するよう構成されたシステム。
【請求項５０】
請求項45記載のシステムであって、
前記画像処理装置の前記インタフェースが、前記画像処理装置のユーザの識別性に対応する識別情報を送信するよう構成されたシステム。
【請求項５１】
請求項50記載のシステムであって、
前記画像処理装置の前記インタフェースが、ユーザ名及びパスワードを送信するよう構成されたシステム。
【請求項５２】
請求項45記載のシステムであって、
前記画像処理装置の前記プロセッサは、前記第１のサーバが利用可能でない旨を、前記画像処理装置から前記第１のサーバに識別情報を送信した後に判定するよう構成されたシステム。
【請求項５３】
請求項45記載のシステムであって、
前記画像処理装置の前記プロセッサは、前記第１のサーバが利用可能でない旨を、前記画像処理装置から前記第１のサーバに識別情報を送信する前に判定するよう構成されたシステム。
【請求項５４】
請求項45記載のシステムであって、
前記第２のサーバの前記モジュールは、前記画像処理装置に対応するプロファイル情報を取り出すよう構成されたシステム。
【請求項５５】
請求項54記載のシステムであって、
前記第２のサーバのモジュールは、前記第１のサーバ及び前記第２のサーバに接続された複数のネットワーク・アプリケーションそれぞれの識別情報を含む情報を取り出すよう構成されたシステム。
【請求項５６】
請求項54記載のシステムであって、
同一のプロファイル情報を格納するよう構成された、前記第１のサーバに対応する第１のメモリ及び前記第２のサーバに対応する第２のメモリを更に備えるシステム。
【請求項５７】
請求項45記載のシステムであって、
前記画像処理装置の前記インタフェースは、前記第２のサーバから受信された前記情報において識別された複数のネットワーク・アプリケーションそれぞれに対応する少なくとも１つの実行可能なファイルを受信するよう構成されたシステム。
【請求項５８】
請求項45記載のシステムであって、
前記第１のサーバ及び前記第２のサーバに接続された各ネットワーク・アプリケーションに対応する情報を格納するよう構成された、前記第１のサーバにおける第１のメモリ及び前記第２のサーバにおける第２のメモリを更に備えるシステム。
【請求項５９】
請求項45記載のシステムであって、
前記第１のサーバにおける更新済構成データを受信するよう構成された、前記第１のサーバのインタフェースと、
前記更新済構成データを前記第１のサーバから取り出すよう構成された、前記第２のサーバのインタフェースとを更に備えるシステム。
【請求項６０】
請求項45記載のシステムであって、
前記第１のサーバにおいてライセンス情報を格納するよう構成されたメモリと、
前記第１のサーバが利用可能でない旨を判定すると前記第２のサーバにおけるライセンス情報を起動させるよう構成された、前記第２のサーバのプロセッサとを更に備えるシステム。
【請求項６１】
請求項45記載のシステムであって、
前記第１のサーバのインターネット・プロトコル・アドレスを前記画像処理装置において格納するよう構成されたメモリを更に備えるシステム。
【請求項６２】
請求項45記載のシステムであって、
前記画像処理装置が前記第１のサーバに情報を送信する都度、前記第１のサーバ及び前記第２のサーバのインターネット・プロトコル・アドレス情報を前記画像処理装置に送信するよう構成された、前記第１のサーバのインタフェースと、
前記第１のサーバ及び前記第２のサーバのIPアドレス情報を前記画像装置において格納するよう構成された、前記画像処理装置のメモリとを更に備えるシステム。
【請求項６３】
請求項45記載のシステムであって、
前記画像処理装置の前記プロセッサは、前記第１のサーバが利用可能でないかを、ジョブ情報を前記第１のサーバに送信している間に判定するよう構成されたシステム。
【請求項６４】
請求項63記載のシステムであって、
前記第１のサーバが利用可能でない旨を検出すると、前記ジョブ情報を第２のサーバに送信するよう構成された、前記画像処理装置の前記インタフェースと、
前記ジョブ情報を処理するよう構成された、前記第２のサーバにおけるプロセッサと、
前記第２のサーバに接続された複数のネットワーク・アプリケーションの少なくとも１つに前記第２のサーバから処理ジョブ情報を送信するよう構成された、前記第２のサーバのインタフェースとを更に備えるシステム。
【請求項６５】
請求項64記載のシステムであって、
前記第２のサーバの前記インタフェースは、前記画像処理装置によって処理された文書に関するジョブ情報を受信するよう構成され、
前記第２のサーバの前記インタフェースは、処理済ジョブ情報を文書管理システムに送信するよう構成されたシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理システムにおいてバックアップ・サーバ機能を提供する方法及びシステムに関する。
【背景技術】
【０００２】
過去数年にわたって、ネットワークを介して利用可能な文書関連アプリケーションの数及びタイプにおける増加がみられる。前述のアプリケーションには、種々の特定の内容（例えば、医療、法務、金融、マーケティング、科学、教育等）の文書の管理に特化した文書管理システムなどの文書管理システムがあり得る。他のアプリケーションには、種々の配信システム（電子メール・サーバ、ファクシミリ・サーバ、及び／又は、通常郵便送達など）がある。更に他のアプリケーションには、フォーマット変換や光学式文字認識などの文書処理システムがある。更なるアプリケーションには、種々の文書を格納し、編成し、管理するために利用される文書管理システムがある。種々の文書を格納し、編成し、管理するのに用いる前述の文書管理システムは、「バックエンド」アプリケーションと表すことができる。
【０００３】
前述のネットワーク・アプリケーションを画像処理装置（例えば、スキャナ、プリンタ、コピー機、カメラ）からアクセスする種々のシステムが考え出されている。一システムは、ネットワーク・アプリケーションによって文書を管理する各画像処理装置とコンピュータを関連付ける。コンピュータは、種々のネットワーク・アプリケーションと通信して、画像処理装置のユーザによる前述のアプリケーションの使用を可能にする。例えば、コンピュータは、アプリケーションが文書を管理するために必要なデータのフォーマット及びコンテンツについての情報をネットワーク・アプリケーションに要求し、ネットワーク・アプリケーションから受信する。コンピュータは、正しいフォーマット及び内容を提供するためにこの情報を処理し、画像処理装置を構成して正しいフォーマット及び内容を提供する。
【０００４】
しかし、前述のシステムは、特に、経時的に変わり得る各種ネットワーク文書アプリケーションを用いるかなりの数の画像処理装置を有する比較的大規模のオフィスの環境内で考えた場合、数多くの欠点を有する。特に、画像処理装置毎にコンピュータを有するという要件によって、コストが増加し、柔軟性が減少する。この要件によって、コンピュータの保守、保護及びアップグレードの負担がもたらされる。新たなアプリケーションがシステム内で一体化されると、各コンピュータ及び／又は各画像処理装置は、アップグレードし、新たなネットワーク・アプリケーションとの互換性を有するようにしなければならない。各局所コンピュータ及び／又は各画像処理装置を更新する作業によって、システムの管理者に対してコストがかかる負担がもたらされ、企業のネットワーク上のトラフィックが著しく増加する。トラフィックにおけるこの増加によって、企業のネットワーク全体が減速し得る。
【０００５】
前述の欠点に照らして、複数の画像処理装置に接続されたコンピュータ又はサーバを含む他のシステムが考え出されている。前述のサーバは、エージェント又はゲートウェイとして機能する。それによって、画像処理装置が、処理済画像データをネットワーク・アプリケーションに通信し、送出することが可能になる。例えば、サーバは、アプリケーションが文書を管理するために必要なデータのフォーマット及び内容についての情報をネットワーク・アプリケーションに要求し、ネットワーク・アプリケーションから受信することができる。サーバは次いで、複数の画像処理装置それぞれから受信された情報を、ネットワーク・アプリケーションに対してこの情報を転送する前にフォーマッティングする。
【０００６】
しかし、現行システムの欠点は、システムにおいて利用されるコンピュータ又はサーバが利用不能になった場合に障害回復やバックアップの手順がないということである。したがって、コンピュータ又はサーバが画像処理装置からアクセス可能でない場合、画像処理装置は、サーバによって提供されるサービスの何れも利用することができない。
【０００７】
画像処理装置とネットワーク・アプリケーションとの間のトランザクションを処理する役割を単一のコンピュータのみが果たし、コンピュータが利用不能になった場合、画像処理装置は、伝達手段としての役目をコンピュータが担うネットワーク・アプリケーションの何れにも、画像処理装置によって生成された文書又はファイルを送出することができなくなる。更に、画像処理装置は、コンピュータが修理又は交換されるまで（これは、長期間を要し得る）、利用不能であり得る。更に、画像処理装置毎のバックアップ・コンピュータの提供は、コストが法外になり得る。各画像処理装置は、一次コンピュータの障害を補償するために複数のコンピュータを要することになるからである。
【０００８】
単一のサーバが、複数の画像処理装置とインタフェースする役目を担う場合、サーバの障害によって、多くの画像処理装置が利用不能になり得る。前述の障害により、同じサーバに接続された、部門又は事業における画像処理装置全てが、ネットワークを介した通信に全て利用不能になり得る。例えば、画像処理装置の全部門の割り当て分と単一のサーバがインタフェースする役割を果たす場合、そのサーバの障害によって、全サーバ群が、サーバによって提供されるサービスにアクセスできなくなる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本願発明者は、複数のサーバ装置を備えることによって画像処理装置にバックアップ・サーバ機能を備える、より高い信頼度のシステム及び方法に対する必要性が存在していることを明らかにした。
【課題を解決するための手段】
【００１０】
本発明は、複合機などの少なくとも１つの画像処理装置を含むが、好ましくは、いくつかの画像処理装置を含み、画像処理装置に接続された一次文書マネージャ・サーバと、画像処理装置に接続された二次文書マネージャ・サーバと、一次文書マネージャ・サーバ及び二次文書マネージャ・サーバに接続されたネットワーク・アプリケーションとを含む。一次文書マネージャ・サーバ及び二次文書マネージャ・サーバは、画像処理装置のエージェントとしてもネットワーク・アプリケーションへのゲートウェイとしても機能することができる。
【００１１】
一実施例では、画像処理装置が起動されると、特定の識別情報が画像処理装置から一次文書マネージャ・サーバに送出される。通常、送出される情報は、装置識別情報又はユーザ認証情報を含むが、画像処理装置、又は画像処理装置のユーザに関する何れかの他の識別情報を含み得る。画像処理装置がこの情報を一次文書マネージャ・サーバに送信すると、画像処理装置は、一次文書マネージャ・サーバからの応答、又はそれがないことに基づいて、一次文書マネージャ・サーバが利用不能か否かを判定する。後述するように、一次文書マネージャ・サーバは、複数の理由で利用不能であり得る。画像処理装置は、一次文書マネージャ・サーバが利用不能であると判定した場合、画像処理装置に格納された特定の情報（通常、インターネット・プロトコル（IP）アドレス）によって識別される二次文書マネージャ・サーバに識別情報を送信する。
【００１２】
本発明の別の実施例では、ユーザ・セッションが、一次文書マネージャ・サーバによって画像処理装置から起動される。ユーザが一次文書マネージャ・サーバにログオンするか、若しくは、一次文書マネージャ・サーバによって認証されるか、又は、画像処理装置が一次文書マネージャ・サーバに登録された後、ユーザ・セッションを起動させることができるか、又はアクティブ状態になり得る。ユーザ・セッションを起動させた後、画像処理装置は、要求を満たすよう一次文書マネージャ・サーバに接触しようとする。画像処理装置は、一次文書マネージャ・サーバが利用不能であると判定した場合、要求を処理するために二次文書マネージャ・サーバに接触する。二次文書マネージャ・サーバが利用可能な場合、画像処理装置からの要求に二次文書マネージャが応答する前に、ユーザ又は装置は、二次文書マネージャにログイン又は登録する。
【００１３】
本発明の別の実施例では、ユーザは、画像処理装置から一次文書マネージャ・サーバに、画像データ、又は画像処理装置によって処理された他のデータをアップロードする手順を起動させている。この場合、画像処理装置は、データをアップロードするよう一次文書マネージャ・サーバに接触し、一次文書マネージャ・サーバが利用不能であると判定する。これに応答して、画像処理装置は、データのアップロードを開始するために二次文書マネージャ・サーバに接触する。二次文書マネージャ・サーバが利用可能な場合、データのアップロードが開始し、二次文書マネージャ・サーバが次いで、一次文書マネージャ・サーバとして設定される。ユーザは、データをアップロードする段階まで達するよう既に認証されているので、ユーザ又は装置による更なるログイン、登録又は認証は必要でない。
【００１４】
本発明の別の実施例では、一次文書マネージャ・サーバ及び二次文書マネージャ・サーバは、構成データの交換に参加してサーバ間の同期を維持する。二次文書マネージャ・サーバは定期的に、構成データに対する要求を一次文書マネージャ・サーバに送信する。これに応答して、一次文書マネージャ・サーバは、更新された構成データを二次文書マネージャ・サーバに送信する。二次文書マネージャ・サーバは次いで、この構成データをそれに応答して更新する。次いで、所定の期間が満了した後、二次文書マネージャ・サーバは、更新された構成データを要求する後続要求を一次文書マネージャ・サーバに送出する。
【発明を実施するための最良の形態】
【００１５】
本発明、及びそれに付随する利点の多くの更に徹底的な理解は、添付図面に関して検討される以下の詳細な説明を参照することによってより深く理解されるゆえに、容易に得られるであろう。
【実施例】
【００１６】
添付図面を参照する。添付図面では、同じ参照符号は、いくつかの図を通して同一の、又は対応する部分を表す。図１は、本発明による、文書を管理するシステム５のブロック図である。システム５では、一次文書マネージャ・サーバ４０及び二次文書マネージャ・サーバ４５は、別々の群I乃至IIIにグループ化することが可能なアプリケーションに関する情報を処理することによって文書及びファイルを管理する。一次文書マネージャ・サーバ４０（すなわち「一次サーバ」）及び二次文書マネージャ・サーバ４５（すなわち「二次サーバ」）は、一次サーバ４０のみに格納されるライセンシング情報を例外として、同じ構成データ、ハードウェア及び機能的能力を有する。あるいは、所望の場合、能力及び構成は異なり得る。例えば、バックアップ・サーバ又は二次サーバは、より強力でなく、より旧いサ―バであり得る。したがって、本明細書を通して、一次サーバ４０及び二次サーバ４５を併せて「文書マネージャ・サーバ」と、一次サーバ４０及び二次サーバ４５に当該記載が該当する場合、表し得る。文書マネージャ・サーバ４０及び４５は一緒に記載され得るが、一サーバのみが通常、何れかの一時点でサービスを提供する。文書マネージャ・サーバ４０及び４５は、実質的に同じ構成及び機能的能力を有し得るので、「一次」及び「二次」の表記を用いて、本明細書及び特許請求の範囲記載の特定の処理における各サーバの役割を区別する。前述の区別の目的及び効果は、以下に更に詳細に説明する。図１２に表すように、構成データの交換及び同期化を容易にするために、文書マネージャ・サーバ４０及び４５も接続されている。文書マネージャ・サーバ４０及び４５の構成及び動作は、対応する図１５乃至図１６によって以下に更に詳細に説明する。
【００１７】
システム５は、複合機（MFD）１０乃至３０として実現することができる少なくとも１つの（しかし、好ましくは複数の）画像処理装置を文書マネージャ・サーバ４０及び４５に相互接続するネットワーク１００を含む。ネットワーク１００は好ましくは、TCP／IP（伝送制御プロトコル／インターネット・プロトコル）を用いるが、何れかの他の望ましいネットワーク・プロトコル（例えば、IPX／SPX（ネットワーク間パケット交換／シーケンシャル・パケット交換）、NetBEUI（NetBIOS拡張ユーザ・インタフェース）やNetBIOS（ネットワーク基本入出力システム）など）も可能である。ネットワーク１００は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、何れかのタイプのネットワーク（イントラネット、エクストラネット、インターネットやそれらの組み合わせなど）であり得る。ネットワーク１００には、他の通信リンク（仮想専用ネットワーク若しくは無線リンク、又は何れかの他の適切な代替策）も用いることができる。
【００１８】
図１に示すように、装置１０乃至３０は複合機（すなわち、「MFD」）であり得る。装置１０乃至３０は画像処理装置としても表すことができる。MFDは、複数のスキャナ、コピー機、プリンタ、ファックス機、ディジタル・カメラ、他の事務機、及びそれらの装置の組み合わせを組み入れることができるか、又は、複数のスキャナ、コピー機、プリンタ、ファックス機、ディジタル・カメラ、他の事務機、及びそれらの装置の組み合わせのうちの何れかであり得る。前述の装置のうちの何れか又は組み合わせは一般にＭＦＤと呼ばれている。各種のＭＦＤが当該技術分野において一般に知られており、本発明のＭＦＤと共通の構成及びハードウェアを共有する。本発明の一実施例では、ＭＦＤは、有線又は無線の接続を介してインターネットに接続可能なポータブル装置（ディジタル・カメラなど）である。前述のＭＦＤはディジタル撮像及びインターネットの機能を組み合わせているので、静止画像、サウンド又はビデオを捕捉し、種々の場所からの有線又は無線の接続を用いて前述のマルチメディアを共有することが可能である。ＭＦＤによって、ウェブ・ページを作成し、添付物を有する電子メールを送信及び受信し、画像、FTPファイルを編集し、インターネットをサーフィングし、ファックスを送出又は受信することが可能である。別の実施例では、ＭＦＤは、対応する図１３乃至１４によって以下に更に詳細に説明するように、スキャナ、写真複写機及びプリンタの１つ又は組み合わせである。
【００１９】
図１に示すように、文書マネージャ・サーバ４０及び４５は、ディレクトリ／住所録サーバ６０（あるいは「ディレクトリ・サーバ」あるいは「グローバル・ディレクトリ」）に接続される。ディレクトリ・サーバ６０は、名前、住所、ネットワーク・アドレス、電子メール・アドレス、電話／ファックス番号、他のタイプの宛先情報、及び個人の認可などの情報を含み得る。他の情報もディレクトリ・サーバ６０に含めることが可能である。本発明との互換性を有するディレクトリ・サーバ６０の例には、ロータス・ノーツ（商標）、マイクロソフト・エクスチャンジ（商標）、LDAP（「軽量ディレクトリ・アクセス・プロトコル」）によってイネーブルされるディレクトリ・サーバが含まれるが、これらに限定されない。LDAPは、ユーザがネットワーク認証を行い、ネットワーク内の組織、個人、ファイル及び装置を位置特定することを可能にするソフトウェア・プロトコルである。文書マネージャ・サーバ４０及び４５は、MFDユーザの認証を制御するネットワーク・ドメイン・コントローラ５０に接続することも可能である。ディレクトリ・サーバは、認証装置又は画像処理装置において入力されるユーザ情報を受信し、ネットワークのユーザを認証するよう構成される。
【００２０】
ネットワーク・ドメイン・コントローラ５０は例えば、そのドメイン内のセキュリティ認証要求（ログインなど）に応答するサーバである。ネットワーク・ドメイン・コントローラ５０は、セキュリティ認証も任意的に処理することが可能な１つ又は複数のバックアップ・ネットワーク・ドメイン・コントローラによってバックアップすることができる。ディレクトリ・サーバ６０及びネットワーク・ドメイン・コントローラ５０の例は、内容全てを本明細書及び特許請求の範囲に援用する、西暦2002年9月16日付け出願の米国特許出願第10/243,645号明細書に開示されている。
【００２１】
簡潔に述べれば、システム５は任意的には、ディレクトリ・サーバ６０に格納された情報への、文書マネージャ・サーバ４０及び４５を介したアクセスをMFD１０乃至３０のユーザに与える。システム５は、画像処理装置において認証されたユーザがディジタル署名やその他のユーザ特有識別情報をディレクトリ・サーバ６０に送信することも可能にする。識別情報は、認証情報装置（ユーザ識別情報を格納するか、又はMFDのユーザ・インタフェースを介してユーザによって入力するよう構成されたスマートカードや何れかの同様な装置など）から取り出すことができる。
【００２２】
ディレクトリ・サーバ６０は次いで、選好情報をユーザ識別情報に基づいて取り出し、この選好情報をMFD１０乃至３０に送信することができる。この選好情報は、走査設定（解像力、濃度、走査モード、色、紙サイズ、ファイル形式や、MFDにおいて調節することが可能な何れかの更なる設定など）に関する情報を含み得る。選好情報は、処理済画像の宛先であるネットワーク・アプリケーションに関する情報（特定の電子メール・アドレス、バックエンド・システム、中間処理システムや、処理済データを受け入れるよう構成された何れかの他のネットワーク・アプリケーションを含む）も含み得る。中間処理システムは、以下に更に詳細に説明するように、ファイル編成変換システム、光学式文字認識や、何れかの同様に適切なシステムを含み得る。又、選好情報は、以下に更に詳細に記載するソフトウェア・プラグイン、又はMFDの機能の変更に関する何れかの他の情報を含み得る。この情報を受信した後、MFDは、選好情報を処理し、選好データに対応する変更を、ユーザが画像を処理する前に行う。
【００２３】
ユーザは、ディレクトリ・サーバ６０に格納された企業のグローバル・ディレクトリのサーチを要求することも可能である。文書マネージャ・サーバ４０及び４５は、サーチ要求をディレクトリ・サーバ６０に転送することが可能であり、サーチ結果（例えば、電子メール・アドレス及び／又はファックス番号）をディレクトリ・サーバ６０から受信することが可能である。文書マネージャ・サーバ４０及び４５は次いで、サーチ結果をMFD２０に転送することが可能である。MFD２０はこれを一時的に格納し、表示することが可能である。ユーザは、表示された結果（例えば、電子メール・アドレス又はファックス番号）を選択し、文書を走査し、選択された宛先への走査文書の送信、電子メール及び／ファックス送付を要求することが可能である。
【００２４】
文書マネージャ・サーバ４０及び４５は、複数のネットワーク・アプリケーション５０、６０、７０、８０及び９０と、MFDとの間の中間エージェント、又はゲートウェイとして機能するよう構成することが可能である。アプリケーション７０、８０及び９０は、例えば、電子メール・サーバ、ファックス・サーバ、ファイル形式変換システム、光学式文字認識（OCR）システム、文書管理システム及びファイル格納システムやそれらの複数の組み合わせを含み得る。文書管理サーバ４０及び４５は、種々の文書管理システムやファイル格納システムなどの複数のバックエンド・システムをサポートすることができる。好ましい実施例では、電子メール・サーバは、文書マネージャ・サーバ４０及び４５に組み入れられる。電子メール・サーバは、ロータス・ノーツ（商標）電子メール・サーバ、マイクロソフト・エクスチェンジ（商標）電子メール・サーバ、及びSMTP（「単純メール転送プロトコル」）電子メール・サーバを含み得るが、それらに限定されない。好ましい実施例では、ファックス・サーバは、キャプタリス社のライト・ファックス(商標)サーバである。しかし、他の適切なファックス・サーバを本発明によって実現することができる。ファイル形式変換システムは、一形式（例えば、TIFF「タグ・イメージ・ファイル形式」）から別の形式（例えば、PDF「ポータブル文書形式」）に文書を変換するよう構成することが可能である。文書管理システムの例は、西暦2001年3月1日付け出願の米国特許出願第09/795,438号明細書、及び西暦2002年4月5日付け出願の米国特許出願第10/116,162号明細書に開示されている。他の文書管理システムには、特定の内容を有する文書の管理に特化したシステムが含まれる。例として、文書管理システムは、医療保険の相互運用性と説明責任に関する法律（HIPAA）の下で提供される医療及び保険の記録を管理する連邦政府公的保険制度運営センターによって実施されるシステムであり得る。ドキュメンタムは、格納された文書／記録／マルチメディア・ファイルの管理、格納や、その他の種々のファイル管理処理を行うために用いられるディジタル・ファイル管理システムの例示的なブランドである。法務、金融、マーケティング、科学、教育などの文書を管理及び／又は格納する他のシステムを文書マネージャ・サーバ４０及び４５に接続することが可能である。
【００２５】
前述の通り、文書管理サーバ４０及び４５は、複数の前述のシステムを同時にサポートすることができる。後述の通り、ソフトウェア・プラグインを介して複数のシステムをサポートするようプロファイルを構成することが可能であり、画像処理装置１０、２０、３０のユーザ・インタフェースを、受信されたソフトウェア・プラグインに基づいてカスタマイズすることが可能である。
【００２６】
前述のアプリケーションは例えば、群I乃至IIIにグループ化することが可能である。群Iは、電子メール・サーバ及びファックス・サーバを含む配信システム群であり得る。群IIは、ファイル形式変換システム及び光学式文字認識システムを含む中間処理群であり得る。そして、群IIIは、文書管理システム及びファイル格納システムを含むバックエンド・システム群であり得る。群I乃至IIIは、各カテゴリからの複数の装置を含み得る。例えば、文書管理サーバ４０及び４５は、各群からの複数のアプリケーションに接続することが可能である。文書マネージャ・サーバ４０及び４５は、各群内のいくつかのアプリケーションに文書を送り出すことが可能である。好ましい実施例では、文書マネージャ・サーバ４０又は４５の一方は、配信システム群内のアプリケーションのいくつかに文書を配信するが、中間処理群内の１つ又は複数のアプリケーションに、かつ、バックエンド・システム群の１つ又は複数のアプリケーションに文書を配信する。例えば、文書マネージャ・サーバ４０又は４５の一方は、電子メール・サーバ及びファックス・サーバと、OCRシステムと、文書管理システムとに文書を配信することが可能である。他の組み合わせが他の実施例において可能である。
【００２７】
好ましい実施例では、MFD１０乃至３０、並びに文書マネージャ・サーバ４０及び４５は、HTTP（「ハイパテキスト転送プロトコル」）プロトコル又はHTTPS（HTTPオーバ・セキュア・ソケット・レイヤ）プロトコルを用いてネットワーク１００を介してデータを交換する。他のプロトコル（例えば、TCP／IP、IPX／SPX、NetBEUIやNetBIOSなど）を同様に本発明に用いることが可能である。好ましくは、MFD１０乃至３０、並びに文書マネージャ・サーバ４０及び４５は、XML（「拡張可能マークアップ言語」）形式を用いてデータを交換する。HTMLに限定されないがHTMLなどの他の形式を同様に本発明に用いることが可能である。
【００２８】
一実施例では、文書マネージャ・サーバ４０及び４５は、MFD１０乃至３０のプロファイルを管理するMFDプロファイラ２８０（図２に示す）を含み得る。システム５の管理者は、文書マネージャ・サーバ４０及び４５のプロファイル・ユーザ・インタフェースを介してプロファイルを作成し、変更し、維持することが可能である。プロファイルは、文書マネージャ・サーバ４０及び４５からMFDに送出される情報（例えば、パラメータ）を含む。この情報に基づいて、MFDは、そのユーザ・インタフェース及び機能を調節して文書マネージャ・サーバ４０及び４５と適切にインタフェースすることが可能である。この情報は、バックエンド・システムの存在又は導入に基づいてMFDの動作を修正することを可能にするための、MFDによって処理されるソフトウェア・プラグインも含み得る。ソフトウェア・プラグインは通常、文書マネージャ・サーバ４０及び４５に接続されたバックエンド・アプリケーションそれぞれに対応するが、バックエンド・アプリケーションに関係しないMFDの他の機能を変更するのに用いることもできる。例えば、MFDは、文書マネージャ・サーバ４０及び４５を介してMFDに利用可能なオプション（例えば、特定の配信システム、中間処理システム、又はバックエンド・システム）をユーザが選択することを可能にする選択肢を表示することが可能である。プロファイルに含まれる情報は、文書マネージャ・サーバ４０及び４５に接続された種々のアプリケーション７０乃至９０の識別情報であり得る。プロファイラ２８０は、識別情報（例えば、シリアル・ナンバー、MACアドレス、IPアドレス等）をMFDから受信し、この識別情報を用いて、レジスタ（例えば、文書マネージャ・サーバ４０及び４５のメモリに格納されたデータ・テーブル）内にMFDが登録されているか否かを確認する。登録されている場合、プロファイラは、MFDに割り当てられたプロファイルをMFDに送出する。例えば、MFDが登録されていない場合、プロファイラはMFDを登録し、MFDにプロファイルを送出することが可能である。プロファイラは、２つ以上のプロファイルを格納することが可能である。好ましい実施例では、一プロファイルが各ＭＦＤに割り当てられ、２つ以上のMFDが同じプロファイルを共有することが可能である。「ソフトウェア・プラグイン」の語を用いてきたが、何れかのタイプのソフトウェア、プログラミング又はチップを用いてＭＦＤの動作を修正することが可能である。
【００２９】
プロファイルにおけるパラメータの例には、
プロファイルを識別するプロファイルIDと、
ディレクトリ・サーバ６０を用いてLDAPツリー・サーチが文書マネージャ・サーバ４０及び４５上でイネーブルされるか否かを示すLDAPイネーブル・パラメータと、
LDAPサーチがイネーブルされた場合にLDAPツリーのデフォールトのサーチ・フィールドを与えるベース・ドメイン名（DN）パラメータと、
ネットワーク・ドメイン・コントローラ５０を用いてネットワーク認証がイネーブルされるか否かを示すネットワーク認証パラメータと、
ＭＦＤがリセットし、ログイン情報の入力をユーザに要求する前に経過する期間を示すタイムアウト・パラメータと、
戻されるＬＤＡＰクエリ結果の最大数を求める最大結果カウント・パラメータと、
文書マネージャ・サーバ４０及び４５にファックス・サーバが接続されているか否かを示すファックス・オプション・パラメータと、
文書マネージャ・サーバ４０及び４５に接続される走査後処理システムを示す走査後処理パラメータ（走査後処理パラメータは、例えば、電子メール・サーバ、ファイル形式変換システム、光学式文字認識システム等を含み得る）と、
バックエンド・パラメータ（文書マネージャ・サーバ４０及び４５に接続されており、MFDによってアクセスすることができるバックエンド・システムを示す。前述のバックエンド・システムは、文書管理システム若しくはファイル格納システム、又は、別の同様なタイプのシステムを含み得る）と、
ソフトウェア・プラグイン（バックエンド・アプリケーションに関する特定の処理タスクを画像処理装置が実行することを可能にする実行可能ファイルを含む、図４に表す例示的なコード）が含まれるが、これらに限定されない。
【００３０】
他のパラメータもプロファイルに含めることができる。例えば、特定のユーザID、用紙のデフォールト・サイズ、走査解像力設定、文書フィーダの状態、画像処理工程の請求のための部門コード、特定のユーザIDの更なる走査ジョブ・パラメータや、何れかの更なるパラメータを用いることができる。
【００３１】
バックエンド・パラメータは、ユーザが既にネットワークにログインした後、ユーザがバックエンド・システムに後にログインすることを要するかも示し得る。さらに、バックエンド・パラメータは、ユーザが既にネットワークにログインしており、ネットワーク認証に基づいてバックエンド・システムを動作させるよう自動的に認証されているかを判定するための認証工程も開始させることができる。バックエンド・アプリケーションとMFD装置が適切にインタフェースするためにソフトウェア・プラグインが必要である旨をバックエンド・パラメータが示す場合、MFDは、ソフトウェア・プラグインの受信を要求する現在実行中の文書マネージャ・サーバ４０又は４５にデータを送信する。
【００３２】
図２は、本発明の一実施例による、MFD２０と、文書マネージャ・サーバ４０及び４５との間で情報を交換するよう構成されたMFD２０のブラウザ２５を示す。ブラウザ２５の例は、内容全てを本明細書及び特許請求の範囲に援用する、西暦2002年9月16日付け出願の米国特許出願第10/243,643号明細書に開示されている。ブラウザ２５の更なる詳細を以下に記載する。図２は、文書マネージャ・サーバ４０及び４５のソフトウェア構成部分（上記認証機能を行うよう構成された認証装置２６０を含む）を示す。文書マネージャ・サーバ４０及び４５は、システム管理者がシステム５を管理することを可能にする管理装置２６５も含む。構成データを修正させるために一次サーバ４０のみをアクセスすることができる。二次サーバ４５は、構成データを修正することを可能にする管理装置２６５を含む。しかし、二次サーバ４５がシステム内の一次サーバとして指定されない限り、構成データを修正することはできない。システムの管理者は、管理装置２６５を介してプロファイラ２８０にアクセスして、文書マネージャ・サーバ４０及び４５に接続されたMFD１０乃至３０にユーザ・プロファイル及び／又はMFDプロファイルをセットすることが可能である。ディレクトリ・ゲートウェイ２７０も文書マネージャ・サーバ４０及び４５に含まれる。ディレクトリ・ゲートウェイ２７０はディレクトリ・サーバ６０と通信するよう構成される。文書マネージャ・サーバ４０及び４５は、MFDから受信された文書を適切なアプリケーション７０、８０及び９０にルーティングするよう構成された文書ルータ２７５も含む。
【００３３】
図２に示すように、MFD２０は、例えば、MFD２０の走査エンジンを制御するエンジン制御サービス（ECS）２００を含む。メモリ制御サービス（MCS）２０５は、MFD２０のメモリへのアクセスを制御する。操作パネル制御サービス（OCS）２１５は、MFD２０のタッチ・パネル型液晶ディスプレイ（LCD）上に表示される出力を生成する。MFD２０のディスプレイ及びユーザ・インタフェースは、ＬＣＤディスプレイに限定されないが、何れかの他の適切な装置（ＬＣＤ、発光ダイオード（ＬＥＤ）ディスプレイ、陰極線管（ＣＲＴ）ディスプレイ、プラズマ・ディスプレイ、キーパッド、及び／又はキーボードなどであるが、これらに限定されない）、又は装置の組み合わせでもあり得る。ＯＣＳ２１５は例えば、ＭＦＤ動作のための通常のメニューを生成することが可能である。システム制御サービス（ＳＣＳ）２２５は、ＭＦＤ２０内のセンサを制御及び／又は監視する。例えば、ＳＣＳ２２５は、タッチ・スクリーン・センサ、紙詰まりセンサ、及び走査処理センサを制御する。よって、ＳＣＳ２２５は、センサからの情報に基づいてＭＦＤ２０の状態を管理することが可能である。ネットワーク制御サービス（ＮＣＳ）２２０は、ブラウザ２５と、文書マネージャ・サーバ４０及び４５との間の通信を制御する。任意的には、通信フォーマッティング装置又はルーチンの形式のセキュア・ソケット・レイヤ（ＳＳＬ）が、ＮＣＳ２２０とブラウザ２５との間の通信に対して更なるセキュリティを備える。コマンド入力サービス（ＣＩＳ）２４０は、例えば、ＭＦＤ２０のＬＣＤタッチ・パネル及び／又はキーパッドからの入力情報を処理する。ＭＦＤのユーザは、ＬＣＤタッチ・パネル及びキーパッドを用いて情報及びコマンドを入力することが可能である。ＣＩＳ２４０は、ユーザによって入力される前述の情報及びコマンド（例えば、ＳＣＳ２２５によってＣＩＳ２４０に転送される）を処理することが可能である。ＣＩＳ２４０は、前述の処理に基づいてコマンド（例えば、表示コマンド）を生成し、ＭＦＤの他の構成部分にこのコマンドを（例えば、ＬＣＤ上にグラフィックを表示するためにＯＣＳ２１５に）送信することが可能である。ＣＩＳ２４０は、文書マネージャ・サーバ４０及び４５に関してブラウザ２５と処理するためにＮＣＳ２２０と情報及びコマンドを交換することも可能である。
【００３４】
通常のＭＦＤは、ＭＦＤの各ハードウェア構成部分を実現し、制御するファームウェアであるＥＣＳ、ＭＣＳ、ＯＣＳ、ＮＣＳ、ＳＣＳ及びＣＩＳを含む。しかし、本発明では、ＮＣＳ２２０は、ブラウザ２５と通信するよう構成される。例えば、ＮＣＳ２２０は、ＨＴＴＰプロトコルを用いて通信する更なる機能を有する。ＮＣＳ２２０は、ブラウザ２５と、文書マネージャ・サーバ４０及び４５との間でデータをＮＣＳ２２０が交換するように文書マネージャ・サ―バ４０及び４５と通信するようにも構成される。例えば、ＮＣＳ２２０は、文書マネージャ・サーバ４０及び４５に識別情報を送信し、プロファイルを受信することが可能であり、電子メール・アドレスに対する要求を送信することが可能であり、文書マネージャ・サーバ４０及び４５から、選択された電子メール・アドレスを受信することが可能であり、又は、ＮＣＳ２２０は、文書マネージャ・サーバ４０及び４５にログイン情報を送信することが可能であり、文書マネージャ・サーバ４０及び４５から（かつ、ディレクトリ・サーバ６０から）認証処理中にユーザ認証確認を受信することが可能である。ＮＣＳ２２０は、上記認証手順を起動させるために、又はＭＦＤのユーザ・インタフェースを変えるために文書マネージャ・サーバ４０及び４５からプラグイン情報を受信することもできる。
【００３５】
ブラウザ２５は、ＭＦＤ２０のネットワーク制御サービス（ＮＣＳ）２２０と通信するＨＴＴＰコマンド・プロセッサ２３５を含む。例えば、ＭＦＤキーパッドを介してユーザによって入力される電子メール・アドレスに対する要求、又はＬＣＤ上の情報の表示に対する要求は、ＨＴＴＰコマンド・プロセッサ２３５によってＮＣＳ２２０からブラウザ２５に転送することが可能である。ＨＴＴＰコマンド・プロセッサ２３５は、ＨＴＭＬ形式のデータをブラウザのＨＴＭＬパーサ２５５と交換することが可能であり、ＸＭＬ形式のデータをＸＭＬパーサ２５５と交換することが可能である。パーサ２５０及び２５５は、ＨＴＴＰコマンド・プロセッサ２３５からのデータを構文について確認し、ＨＴＴＰコマンド・プロセッサ２３５のデータを処理することが可能である。本発明は、コンパイラの一部として通常含まれる通常のパーサを含み得る。
【００３６】
ＨＴＴＰコマンド・プロセッサ２３５には、特定のアプリケーション（文書マネージャ・サーバ４０及び４５のディレクトリ・サービスによって実現することが可能なユーザ認証処理など）を実現するプログラム・コード又はソフトウェア・プラグインを備えることが可能である。HTTPコマンド・プロセッサ２３５は、特定のアプリケーションの定義に基づいて情報を処理することが可能である。例えば、HTTPコマンド・プロセッサ２３５は、ユーザによって与えられる情報（ユーザ名やパスワードなど）を処理し、文書マネージャ・サーバ４０及び４５に対するHTTP要求をこの処理に基づいて生成することが可能である。HTTPコマンド・プロセッサ２３５は、文書マネージャ・サーバ４０及び４５に送信する対象のこのHTTP要求をNCS２２０に送信することが可能である。HTTPコマンド・プロセッサ２３５は、特定のバックエンド・システム機能に関するプラグイン情報を受信することも可能である。前述のプラグインによって、MFDから文書マネージャ・サーバ４０及び４５に送信される処理済画像ファイルに処理命令、メタデータや、その他の索引情報をユーザが追加することが可能になる。
【００３７】
HTTPコマンド・プロセッサ２３５は、（NCS２２０を介して）文書マネージャ・サーバ４０及び４５から受信された情報も処理することが可能である。例えば、HTTPコマンド・プロセッサ２３５は、MFDを動作させるパラメータ又はソフトウェア・プラグインを有するプロファイルを含む、文書マネージャ・サーバ４０及び４５によって生成されたHTTP応答を受信することが可能である。HTTPコマンド・プロセッサ２３５は、この情報を処理し、この情報によってＭＦＤを制御するためのコマンドを生成することが可能である（例えば、適切なボタンを有するメニューの表示、又は特定のユーザのＩＤの走査ジョブ・パラメータによる走査をＭＦＤに要求することが可能である）。別の例として、ＨＴＴＰコマンド・プロセッサ２３５は、ＬＣＤパネルのグラフィック描画コマンドを生成することが可能である。ＨＴＴＰコマンド・プロセッサ２３５は、実行される対象のコマンドを適切なＭＦＤファームウェア（例えば、ＯＣＳ２１５）に送信することが可能である。例えば、ＯＣＳ２１５は、グラフィック描画コマンドを受信し、ＬＣＤパネル上にグラフィックを表示することによってこれを実行することが可能である。
【００３８】
図３A乃至図３B、図５A乃至図５B、図６A乃至図６B、図７A乃至図７C、図８、図９A乃至図９B、図１０A乃至図１０B、図１１及び図１２は、本発明の種々の実施例による、一次サーバ４０又は二次サーバ４５を用いてバックアップ・サーバ機能を備え、文書を管理するうえで行われる工程を表すフローチャートである。
【００３９】
図３Aに示す処理は、一次サーバ４０又は二次サーバ４５とMFDとの間で行われるサービス開始処理を示す。この処理は複数の文書マネージャ・サーバに関して説明する。しかし、何れの特定時点でも、一文書マネージャ・サーバのみがMFDと通信する。デフォールトでは、MFDは、一次サーバ４０及び二次サーバ４５の識別情報に関するIPアドレスやその他の適切な識別情報を格納する。文書マネージャ・サーバ４０又は４５の何れかにMFDがアクセスすることを要する都度、MDFはデフォールトで、まず一次サーバ４０に接触する。又、MFDがアクティブ・サーバ４０又は４５の何れかと通信する都度、一次サーバ及び二次サーバの更新された通信情報をMFDが格納するように、サーバは一次サーバ及び二次サーバのIPアドレスを戻す。サービス開始処理中のバックアップ・サーバ機能を備える処理は、図６A及び図６Bを参照して更に詳細に説明する。図３A及び図３Bにおける下記の処理は、一次サーバ４０がMFDによって利用不能と判断された場合にMFDと、一次サーバ４０又は二次サーバ４５との間で行われる開始手順に関する。以下の説明の目的で、「アクティブ・サーバ」の語は、システム上で現在実行中の文書マネージャ・サーバ４０又は４５を包括的に表すのに用いられる。
【００４０】
工程３００では、アクティブ・サーバ４０又は４５は、画像処理装置又はMFDから、プロファイルに対する要求を受信する。この要求は、要求MFDを識別する識別情報を含み得る。識別情報は、MFDのシリアル・ナンバー、及び／又はMFDの群識別情報や、その他の識別情報を含み得る。群識別情報は例えば、組織の特定の部門にＭＦＤが属し、群が、特定の機能（例えば、法務、会計、マーケティング）を有するか、あるいは、特定の場所（例えば、階、建物、町、州、国）を有するか、あるいは特定のセキュリティ・レベルを有する、等の表示であり得る。あるいは、識別情報によって、前述のような、更なる識別情報（部門、群など）や、何れかの他の更なる情報をアクティブ・サーバ４０又は４５が調べることが可能になる。
【００４１】
工程３０５では、アクティブ・サーバ４０又は４５は例えば、登録済ＭＦＤを格納しているレジスタ内の識別情報を調べることによって、MFDが登録されているか否かを調べる。MFDが登録されている場合、工程３１０で、アクティブ・サーバ４０又は４５は、MFDに割り当てられたプロファイルを探索する。MFDが登録されていない場合、工程３１５で、アクティブ・サーバ４０又は４５は、登録済MFDの数を所定数と比較することが可能である。この所定数は例えば、アクティブ・サーバ４０又は４５に接続された特定のアプリケーションを用いるようライセンスされた最大数の装置であり得る。何れの一時点でも、文書サーバ４０又は４５の何れかのみが、アクティブ・サーバ４０又は４５と動作することが可能なMFDの数に関する起動されたライセンス情報を含み得る。以下に更に詳細に説明するように、このライセンシング情報は、文書マネージャ・サーバ４０及び４５の動作状態に応じて何れのサーバでも起動させることができる。しかし、ライセンシング情報は、一次サーバとして指定される前に二次サーバ４５において起動させなければならない。この所定数（及びその関連アプリケーションを識別する情報）は一次文書マネージャ・サーバにおいて格納され、例えば、ネットワーク・アプリケーションと、MFDから便益を受ける組織との間のライセンス契約に応じて、例えば、５、２５、１００や、何れかの所望の数であり得る。MFDがそのユーザ・インタフェース及び機能を適宜変更することが可能であるように、ライセンス情報もMFDプロファイルに含めることが可能である。登録済画像処理装置の数が所定数よりも少ない場合、アクティブ・サーバ４０又は４５は、工程３２０で、MFDを登録し、工程３１０で、MFDに割り当てられたプロファイルを探索することが可能である。登録済画像処理装置の数が所定限度に等しい場合、アクティブ・サーバ４０又は４５は、工程３２５で、最大のライセンスMFD数に達したので、MFDにサービスが利用可能でない旨を示すエラー・メッセージを送信することが可能である。
【００４２】
工程３３０では、アクティブ・サーバ４０又は４５は、利用可能な配信オプション（例えば、ファックス・サーバ、電子メール・サーバ）を判定し、この情報をプロファイルに追加する。工程３３５では、アクティブ・サーバ４０又は４５は、利用可能な中間処理システムを判定し、この情報をプロファイルに追加する。工程340では、アクティブ・サーバ４０又は４５は、利用可能なバックエンド・システムを確かめ、この情報をプロファイルに追加する。この工程は任意的には、特定のバックエンド・システムと動作することを可能にするカスタマイズされた機能をMFDが実現することを可能にするプラグインの添付物を含む。工程３４５では、アクティブ・サーバ４０又は４５は、プロファイル及び何れかのプラグインを、登録済MFDに送出する。
【００４３】
アクティブ・サーバ４０又は４５は、いくつかのMFDについて上記工程を繰り返すことが可能である。MFDが組織内の同じ群に属する場合、アクティブ・サーバ４０又は４５は任意的には、同じプロファイルを画像処理装置それぞれに送信することができる。MFDがそのプロファイルをアクティブ・サーバ４０又は４５から受信した後、MFDは、図４Bを参照して記載したように、プロファイル及び対応するプラグインにおいて備えられる種々のパラメータに基づいて初期表示ユーザ・インタフェースを作成することが可能である。
【００４４】
図３Bに示す処理は、画像処理装置（例えば、MFD）によって行われる方法を示し、例えば、画像処理装置がユーザによってオンにされるか、又は起動されると開始し得る。工程３５０では、MFDは、プロファイルに対する要求をアクティブ・サーバ４０又は４５に送出する。前述の通り、この要求は、画像処理装置のシリアル・ナンバーなどの識別情報を含み得る。工程３５５では、MFDは、アクティブ・サーバ４０又は４５からプロファイルが受信されたか否かを照会する。プロファイルが受信されなかったが、その代わりにエラー・メッセージがアクティブ・サーバ４０又は４５が受信された場合、MFDは工程３６０でエラー・メッセージを表示する。プロファイルが受信された場合、MFDは工程３６５で受信プロファイルを処理する。次いで、工程３６７で、MFDは、ソフトウェア・プラグインを必要とするバックエンド・アプリケーションが受信プロファイルによってイネーブルされるかを判定する。ソフトウェア・プラグインが必要な場合、工程３６８で、MFDはメッセージをアクティブ・サーバ４０又は４５に送信し、アクティブ・サーバ４０又は４５は、必要なプラグインをMFDに送信する。プラグインは、利用可能なバックエンド・システムとインタフェースするユーザ・インタフェースの作成又はカスタマイズを支援するためにMFDによって用いることが可能である。ソフトウェア・プラグインは更に、プロファイル情報と連係して若しくは同時に、又は何れかの他の時間に受信し得る。この処理の一部として、MFDは、プロファイル・パラメータの関数として表示を生成することが可能である。例えば、MFDは、プロファイルにおいて識別されたバックエンド処理システム及び中間処理システムに基づいて特定のメニュー又はユーザ・インタフェースを生成することが可能である。前述のユーザ・インタフェース又はメニューは、文書マネージャ・サーバからMFDで受信されるバックエンド及び中間処理システムに対応する更なるプラグイン情報から生成することができる。受信されたプロファイル及びプラグイン情報に基づいてユーザ・インタフェースをカスタマイズするこの工程は、ユーザ又はMFDがアクセスを許可されていないバックエンド処理システム又は中間処理システムに対応するユーザに、ユーザ・インタフェース又はメニュー・オプションをMFDが提示することが妨げられる。工程３６５では、MFDは、そのLCD上にデフォールト設定に基づいてグラフィックスも表示することが可能である。
【００４５】
プロファイルにおいて供給されるパラメータは、MFDの場合に任意的な機能に相当し得る。前述のデフォールト機能がイネーブルされる旨をプロファイルが示すか否かを照会することなく、利用可能な機能に対応するグラフィクスをMFDが自動的に表示するようにMFD内のデフォールトによって他の機能がイネーブルされる。前述のデフォールト機能に対応するパラメータは所望の場合、プロファイルの一部でなくてよい。図３Bに示す例では、ログイン機能、ファックス機能及びLDAP機能は任意であるので、MFDは、プロファイルに含まれたパラメータを検討することによってそのイネーブルについて照会する。更にこの例では、電子メール機能は、デフォールトでイネーブルされるので、MFDは前述の機能について照会しない。本発明はこの例に限定されず、任意／デフォールトの機能の他の組み合わせが本発明の範囲内にある。
【００４６】
工程３７０では、MFDは、ログイン機能がイネーブルされているかをそのプロファイルが示すか否かを照会する。ログイン機能がイネーブルされている場合、MFDは、工程３７５で、そのLCDパネル上のログイン・ボタンを表示する。ログイン機能がイネーブルされていない場合、MFDは工程３８０に飛ぶ。工程３８０では、ファックスのオプションがイネーブルされているかをそのプロファイルが示しているか否かを照会する。ファックス機能がイネーブルされている場合、MFDは工程３８５で、LCD上のファックスのオプションを表示又はイネーブルする。ファックスのオプションがイネーブルされていない場合、MFDは工程３９０に飛ぶ。工程３９０では、MFDは、プロファイルにおいて備えられるタイマ値に基づいてMFD自動ログアウト・タイマを設定する。
【００４７】
工程３９５では、MFDは、LDAPオプションがイネーブルされているかをそのプロファイルが示すか否かを照会する。LDAPオプションがイネーブルされている場合、工程３９７で、MFDは、プロファイルの一部として備えられるLDAPクエリのベース識別名（DN）を設定する。より狭いサーチ・フィールドが要求されない限り、ベースDNが、LDAPサーチが行われるデフォールトのサーチ・フィールドを備える。LDAPオプションがイネーブルされていない場合、MFDは工程３９７を飛ばす。前述の工程を行った後、MFDは、MFDの初期ユーザ・インタフェースの生成に用いる適切な情報を収集し、設定するのに用いる工程を完了している。本発明は、図３A乃至図３Bに示す工程の順序に限定されない。
【００４８】
MFDによって表示される前述の初期ユーザ・インタフェースやその他のメニューを用いれば、MFDのユーザは、ネットワーク上で利用可能な種々のサービスにアクティブ・サーバ４０又は４５を介してアクセスすることが可能である。一般に、アクティブ・サーバ４０又は４５は、ジョブ情報を画像処理装置から受信し、このジョブ情報をアクティブ・サーバ４０又は４５において処理し、アクティブ文書マネージャ・サーバ４０又は４５に接続されたアプリケーションに処理済情報を送信する。
【００４９】
図４は、文書マネージャ・サーバからMFDに送出されたソフトウェア・プラグインに含まれたコードの例である。プラグインがMFDによって受信され、処理されると、MFDは、画像処理装置によって処理される前に、特定の処理命令、索引データ又はメタデータを画像ファイルにユーザが追加することを可能にする動作を行うことが可能である。MFDがバックエンド・パラメータを受信し、MFDによってイネーブルされるバックエンド・アプリケーションを判定するまで、ソフトウェア・プラグインは任意的には、MFDに送信されない。MFDは次いで、特定のバックエンド・アプリケーションがイネーブルされている旨を示すメッセージを文書マネージャ・サーバに送信する。文書マネージャ・サーバは、必要な修正全てをMFDユーザ・インタフェース及び対応する機能に対して行うことを可能にするソフトウェア・プラグインをMFDに送信することによって応答する。プラグインは更に、特定のネットワーク・アプリケーションへのアクセスをユーザが獲得するのに必要なユーザ認証のタイプに関する判定をMFDが行うことを可能にする。更に、ソフトウェア・プラグインは、別のシステム上でユーザが認証されるかを判定し、特定のアプリケーションへのアクセスをユーザが有することをその認証手順が可能にするか否かを判定するようMFD装置をイネーブルする。ユーザ・インタフェース及びMFDを、前述の情報及びプラグインに基づいてカスタマイズし、特定のバックエンド・システムの特定の機能へのユーザ・アクセスを可能にすることもできる。前述の機能を以下に更に詳細に説明する。
【００５０】
ユーザが認証されると、プラグイン情報を認証サーバからMFDに送信することができる。以下の図５A乃至図５Bに関して説明するように、ユーザがスマートカード及び／又は生体情報を用いて認証された場合、認証サーバは、ユーザ特有パラメータが格納されているか否かを判定する。これは、受信されたユーザID及びディジタル署名に対応する。ソフトウェア・プラグインは、サーバからMFDに送信されたユーザ特有認証情報のうちの１つであり得る。
【００５１】
MFDは任意的には、電子カード又はメモリからの情報を受け入れるよう構成されたユーザ認証装置、及び／又は、ユーザ認証を容易にするためにユーザによって入力される生体情報を検出するよう構成された生体装置に接続することができる。前述のユーザ認証装置は、画像処理装置内、又は画像処理装置近くにあり得るものであり、画像処理装置と通信する。画像処理装置及びユーザ認証装置は、装置間の情報の転送を容易にするために、いずれのタイプの有線接続又は無線接続によっても接続することができる。「スマートカード」の語を本願において用いている場合があるが、この語は、ユーザ情報を格納し、電子装置によって読み取ることができる何れかのタイプのカード又はメモリ装置を表す。更に、カード、及びカードを読み取るために用いる装置は、カードから直接読み取るために用いる走査センサ、又は、あるいは、カードと物理的に接触することなく装置からデータを読み取るよう構成された近接センサであり得る。
【００５２】
図５A及び図５Bは、本発明の一実施例による、ユーザを認証する方法を示すフローチャートである。この認証方法は任意的であり、単一ファクタのみのユーザ認証（単にユーザ名及びパスワードを提出する）を実現する他の認証形式を用いることができる。工程５０５では、ユーザはスマートカードをスマートカード読み取り器に挿入する。スマートカード読み取り器はMFD１０乃至３０内にあり得るか、又はMFD１０乃至３０の外にあり得る。スマートカード読み取り器が、MFD１０乃至３０内にない場所にある場合、MFDは、認証処理を個々に行い、認証が首尾良く行われると、又は首尾良く行われないと、MFD１０乃至３０による認証の結果を通信することができる。ユーザがスマートカードをスマートカード読み取り器に入れると、ユーザには工程５１０で、個人識別番号（PIN）がプロンプトされる。ユーザは、ユーザの物理属性に関する生体情報を入力する必要もあり得る。これは、ユーザの指紋の読み取り、ユーザの網膜の走査、ユーザの音声の検出、又はユーザに対する顔認識の実行を含み得る。この入力生体情報を次いで、スマートカードに格納された特定の生体情報と比較することができる。同様に、上記PINは次いで、工程５１５で、MFD又はスマートカード読み取り器によってスマートカードによって格納されたPINと比較される。認証工程が完了し、首尾良く行われると、MFDは、カードのユーザに特有のスマートカードに格納された情報にアクセスする。この情報はユーザ識別情報を含み、ユーザ情報に関連したディジタル署名を含み得る。スマートカードから取り出される情報は、ユーザID又はディジタル署名に限定されない一方、ユーザに特有の、他の形式のユーザ特有情報も含み得る。更に、スマートカードは必要でなく、本発明は、他の装置、メモリ、プロセッサ、及び関連した読み取り装置を用いて実現することができる。例えば、不揮発性メモリを含む何れかの所望の装置を用いることが可能である。
【００５３】
工程５２５では、スマートカードから取り出されたディジタル署名が有効であるかを判定する。このディジタル署名が有効でない場合、MFDは工程５２０でこのユーザのアクセスをディセーブルする。あるいは、ディジタル署名やその他の識別情報が有効な場合、工程５３０で、文書管理サーバは、ユーザID及びディジタル署名を文書マネージャ・サーバに送信する。文書マネージャ・サーバは次いで、MFDに送出されるユーザ特有ジョブ処理命令を得る。工程５３５では、ユーザは、処理するためにMFD上に文書を設定する。ユーザには次いで、工程５４０で、処理済画像の宛先を入力するようプロンプトされる。宛先は、電子メール・アドレス、文書管理システムにおけるフォルダ、又は、文書管理サーバに接続されたネットワーク・アプリケーションであり得る。宛先及び種々の他のパラメータは、工程５３０で、文書マネージャ・サーバから送出されるユーザ特有ジョブ処理命令によって自動的に設定することができる。
【００５４】
暗号化が望まれる場合、工程５４５で、処理済画像の暗号化が、ユーザ特有情報、又は、工程５２５でスマートカードから取り出されるディジタル署名に基づいてイネーブルされる。この画像は、スマートカードから取り出されたディジタル署名や、画像処理装置のユーザに関して格納された何れかの他の個人情報又は暗号化情報を用いて暗号化することができる。工程５５０では、ユーザは画像の走査を起動させ、工程５５５では、MFDは、暗号化された走査データをアクティブ・サーバ４０又は４５に送出する。文書マネージャ・サーバは次いで、画像を処理し、工程５６０で、暗号化された走査データを対象の宛先に送出する。ユーザ暗号化がイネーブルされると、処理済画像のみを作成することができるか、又は電子メールの暗号化の意味合いでは、電子メール全体を暗号化することができる。
【００５５】
図６A及び図６Bは、一次文書マネージャ４０（デフォールトでは、MFDによって接触される第１のサーバである）の障害が検出されるとバックアップ・サーバ機能を提供する方法を示すフローチャートである。MFDにおけるブートアップ又はサービス起動が行われると、MFDは、MFDに格納された識別情報（例えば、IPアドレス）によって規定された一次サーバ４０に接触しようとする。前述の通り、一次サーバ及び二次サーバのIPアドレスは、ネットワーク１００上の動作のためにMFDが構成される場合、MFDに手作業で格納される。一次サーバ及び二次サーバのIPアドレスも、サーバ４０又は４５のうちの１つとの通信をMFDが首尾良く開始させる都度、MFDにそれぞれ通信される。図６A及び図６Bのフローチャートに示すバックアップ・サーバ・リカバリ・システムは、図３A乃至図３B、及び図５A乃至図５Bに関して前述されたユーザ認証工程又はプロファイル取り出し工程中の何れかの時点で起動し得る。
【００５６】
工程６００では、MFDは、IPアドレス、又はMFDメモリに格納されたその他の識別情報若しくはアドレス情報によって識別された一次サ―バに接触してプロファイル情報を取り出そうとする。工程６０５では、MFDは、一次文書マネージャ・サーバ４０が利用可能であるかを、一次文書マネージャ・サーバ４０からの受信応答の有無に基づいて判定する。種々の理由が、一次文書マネージャ・サーバ４０が利用不能であることに対して存在し得る。例えば、MFDは、一次文書マネージャ・サーバ４０がビジー状態であるか、ハードウェア、ソフトウェア若しくは通信の障害を被ったか、又は、一次文書マネージャ・サーバ４０を利用不能にする何れかの他の状態になったので一次文書マネージャ・サーバ４０が利用可能でないかを検出することができる。工程６０５で、一次文書マネージャ・サーバ４０が利用可能な場合、MFDはプロファイル情報を一次文書マネージャ・サーバ４０から取り出す。しかし、一次サーバが利用可能でないとMFDによって判定された場合、MFDは、工程６３０で、二次文書マネージャ・サーバ４５に接触してプロファイル情報を取り出す。工程６０５で、一次文書マネージャ・サーバ４０が利用可能であるとMFDが判定した場合、MFDは次いで、工程６１０で、プロファイル情報を一次サーバから取り出す。MFDは次いで工程６１５で、一次サーバに接触して、図３A乃至図３Bを参照して説明したように、更なる利用可能なサービス（ログイン、ファックス、LDAP等など）を取り出す。工程６２０で、MFDは、利用可能なサービスを要求するMFDからの要求に対する応答の送信に一次サーバが利用可能であるかを判定する。一次サーバが利用可能でない場合、工程６４５で、MFDは二次サーバに接触して、利用可能なサービスを取り出す。一次サーバが工程６２０で利用可能な場合、MFDは、工程６２５で、利用可能なサービスを一次サーバから取り出し、一次文書マネージャ・サーバによる通常動作を再開する。
【００５７】
前述の通り、工程６０５で、利用可能でないとMFDによって一次文書マネージャ・サーバ４０が判定された場合、処理は工程６３０に進む。工程６３０では、MFDは二次サーバに接触してプロファイル情報を取り出す。工程６３５では、文書マネージャ・サーバは、プロファイル情報を取り出す二次文書マネージャ・サーバ４５が利用可能であるかを判定する。二次文書マネージャ・サーバ４５が利用可能でない場合、処理は終了し、エラー・メッセージがMFDにおいて表示される。しかし、二次サーバが工程６３５で利用可能な場合、MFDは工程６４０でプロファイル情報を二次サーバから取り出す。処理は次いで、工程６４５に進み、MFDは二次文書マネージャ・サーバ４５に接触して、図３A乃至図３B及び図５A乃至図５Bを参照して説明したように利用可能なサービスを取り出す。工程６５０では、MFDは、利用可能なサービスを取り出すよう二次サーバが利用可能であるかを判定する。工程６５０で、二次文書マネ―ジャ・サーバ４５が利用可能でないとMFDによって判定された場合、エラー・メッセージがMFD上に表示され、MFDは、利用可能なサービスへのアクセスが拒否される。しかし、工程６５０で、利用可能なサービスを取り出すよう二次文書マネージャ・サーバ４５が利用可能であるとMFDが判定した場合、MFDは、工程６５５で、利用可能なサービスを二次文書マネージャ・サーバ４５から取り出す。このようにして、一次文書マネージャ・サーバ４０が利用可能でないことが検出されると、MFDは、一次文書マネージャ・サーバ４０及び二次文書マネージャ・サーバ４５との間で情報を送受信する。
【００５８】
図７A乃至図７Cは、ユーザが現時にネットワークにログオンし、プロファイル情報が上記処理によってMFDにより受信された後に行われる処理を示すフローチャートである。特に、図７Aは走査済画像の電子メール送信を起動させる処理に関し、図７Bは走査済画像をファックスする処理に関し、図７Cは、バックエンド・アプリケーションに送出する対象の画像データを処理する方法に関する。前述の通り、アクティブ・サーバ４０又は４５との通信全てにおいて、ＭＦＤは、一次サーバ４０にまず接触しようとする。しかし、サーバ４０又は４５が下記の処理を行うことができるので、この処理に参加する文書マネージャ・サーバ４０又は４５は、総称してアクティブ・サーバ４０又は４５として表す。
【００５９】
工程７０１では、ユーザは、図３A乃至３Bを参照して説明したログイン手順（ユーザ名及びパスワードの送出によるか、又はスマートカードをカード読み取り装置に挿入してログイン手順を起動させることによる（図５A乃至図５Bに表す））などのネットワーク・ログイン手順を起動させる。ユーザは次いで、工程７０２で、ユーザ特有認証情報を入力し、工程７０３でログインが首尾良く行われた場合、アクティブ・サーバ４０又は４５は工程７０４で、プロファイル、プラグインやその他の必要な情報をＭＦＤに送信する。この情報は、文書マネージャ・サーバに格納されたプロファイルからの情報であり得るか、又は、認証後にディレクトリ・サーバから受信されたユーザ選好情報でもあり得る。この情報を用いて、とりわけ、ＭＦＤのユーザ・インタフェースをカスタマイズすることが可能である。カスタマイズされたインタフェースが表示されると、ユーザは、複数の利用可能なオプション、バックエンド・システム、及び装置設定から選択することが可能である。
【００６０】
MFDユーザ・インタフェースの「電子メール」タブが工程７０５で押された場合、MFDから電子メールを送出する処理が起動される。このオプションが選択されると、ユーザには工程７０６で、ユーザ・インタフェース（工程７０７で、受領対象のリスト、及び送信電子メールの主題をユーザが修正することを可能にする）が提示される。ユーザが適切な情報を入力すると、開始キーが、工程７０８で、MFD上でイネーブルされ、ユーザは、画像の走査、及び後の電子メールを起動させる。ネットワークに対してユーザが既に認証されているので、別個のログインは通常、電子メールへのアクセスに必要でない。画像処理及び後の電子メールを完了した後、ユーザには次いで、更なる処理動作を行うオプションが工程７０９でプロンプトされる。ユーザが更なる処理を望む場合、処理は工程７０４に戻る。ユーザが、工程７０９で、更なる処理をもう行いたくない旨を示す選択を行った場合、画像処理が工程７１０で終結される。
【００６１】
ユーザが工程７１１で、「ライト・ファックス」タブをMFDユーザ・インタフェースから選択した場合、処理は工程７１２に進む。工程７１２では、アクティブ・サーバ４０又は４５からのMFDによって受信されるプロファイル、関連したプラグイン情報やその他の関連情報をMFDによって用いて、ファクシミリ・アプリケーションへのアクセスに別の認証処理が必要であるかを判定する。認証が必要でない場合、「ライト・ファックス」ユーザ・インタフェース３０２が工程７１４で表示される。工程７１３では、ファックス・アプリケーションへのアクセスにユーザ認証が必要な場合、ユーザには、ログイン・ユーザ・インタフェースがプロンプトされ得るか、又は、図３A乃至図３B及び図５A乃至図５Bに記載された認証情報の入力がプロンプトされる。要求された認証情報をユーザが入力し、送出すると、ファクシミリ・サーバは、登録済ユーザのデータベースに対してユーザ認証を検査する。
【００６２】
ユーザがファクシミリ・サーバによって認証された場合、「ライト・ファックス」ユーザ・インタフェースが工程７１４で表示される。しかし、ユーザ認証が首尾良く行われなかった場合、エラー・メッセージがユーザに表示され、ユーザは、システムへのアクセスが拒否される。ユーザが認証されると、工程７１５で、ユーザは、請求コード、ファックス番号、送信されたファックスの主題、及び何れかの更なる任意情報を入力することができる。認証が図５Ａ乃至図５Ｂと同様に行われると、前述のユーザ入力情報を、サーバにおいて取り出されるユーザ特有選好に含め、ＭＦＤに送信することができる。この情報が入力されると、ユーザは、工程７０８で、「開始」キーを押すことにより、画像の処理を起動させ、画像の後続ファクシミリ送信（後述する）を起動させる。次いで、ユーザには、更なる処理動作を行うオプションが工程７０９でプロンプトされる。ユーザが更なる処理を望む場合、処理は工程７０４に戻る。ユーザが工程７０９でいいえを選択した場合、画像処理は終結する。
【００６３】
「ドキュメンタム」タブ、又は何れかの他のバックエンド・アプリケーションが工程７１７で押された場合、アクティブ・サーバ４０又は４５からMFDによって受信されるソフトウェア・プラグイン（やその他の情報）を用いて、バックエンド・システムへのアクセスをユーザが得るために後続認証処理が必要であるかが工程７１８で判定される。次いで、工程７１９で、スマートカードを入力し、後にPIN及び／又は生体情報を入力することによって、図５A乃至図５Bに表されたものと同様な認証手順を用いる旨がユーザにプロンプトされ得る。あるいは、「ドキュメンタム」ログイン・ユーザ・インタフェースを工程７１９で表示することができる。この認証手順では、ユーザは「ユーザ名」、「パスワード」及び「ドックベース」を入力し、MFDは前述のパラメータをバックエンド・システムに認証のために送信する。バックエンド・システムは次いで、入力された「ユーザ名」及び「パスワード」を前述の格納されたパラメータのデータベースと比較し、ユーザにシステムのアクセスが認可されているかを判定する。しかし、ユーザ認証が首尾良く行われなかった場合、エラー・メッセージが表示され、ユーザは、アプリケーションへのアクセスが拒否される。認証が首尾良く行われると、ユーザ特有パラメータを、認証サーバから取り出し、MFDにおいて用いて、設定及び動作を自動的に調節することができる。
【００６４】
ドキュメンタム・バックエンド・アプリケーションへのアクセスをユーザが付与されると、画像をMFDによって処理することが可能であり、管理、格納、取り出しやその他のファイル管理動作を、工程７２０で表示されるバックエンド・アプリケーション・インタフェースを用いて処理済画像に対して行うことが可能である。ユーザは、工程７２１で、走査済画像の処理に関する索引情報、メタデータやその他のカスタマイズされた処理情報をバックエンド・アプリケーション・インタフェースに送出することもできる。前述のパラメータは、前述の通り、認証サーバからダウンロードされたユーザ特有パラメータに含めることもできる。
【００６５】
適切な情報をユーザが入力すると、開始キーが工程７０８でイネーブルされ、ユーザは、以下に説明するようにバックエンド処理を起動させることが可能である。ユーザには、更なる処理動作を行うオプションが工程７０９でプロンプトされる。更なる処理が要求された場合、処理は工程７０４に戻る。処理の終結が工程７０９で要求された場合、画像処理を工程７１０で終結させる。何れの他の適切なバックエンド・アプリケーションについても、ドキュメンタム・アプリケーションに関して説明した処理を同様に行い、ユーザ・インタフェースを同様にカスタマイズすることが可能である。
【００６６】
更に、MFDのユーザは、文書マネージャ・サーバ（ファックス・サーバ、電子メール・サーバ、ファイル形式変換システム、OCRシステム、文書管理システムやファイル格納システムなど）に接続されたアプリケーションへの文書のルーティングを文書マネージャ・サーバに要求することが可能である。この場合、ジョブ情報は文書と、文書をアプリケーションにルーティングする要求とを含む。
【００６７】
図８は、アクティブ・ユーザ・セッションの初期化後に一次文書マネージャ・サーバ４０が利用不能になった場合にバックアップ・サーバを利用する処理を示す。前述の通り、MFDは、一次文書マネージャ・サーバ４０からのメッセージの受信、又は応答がないことに基づいて一次文書マネージャ・サーバ４０が利用可能でない旨を判定する。前述の通り、文書マネージャ・サーバ４０及び４５のIPアドレスがMFDに格納され、サーバの一方が一次文書マネージャ・サーバ４０として規定される一方、他方が二次文書マネージャ・サーバ４５として規定される。この場合、ユーザ・セッションが現時に一次サーバ４０によって起動される。アクティブ・ユーザ・セッションは、ユーザがシステムにログインしており、一次文書マネージャ・サーバ４０にデータのアップロードをまだ始めていないが、一次サーバ４０となお通信しているか、又は通信しようとしている期間として規定することができる。図８に表すハンドオーバは、ユーザが認証されているか、又は、MFDが登録されているが、処理済データの文書マネージャ・サーバへのアップロードを始めていない状態にある場合はいつでも行うことができる。アクティブ・ユーザ・セッション中のMFD間の通信の例は、アップロード及びログインの手順を例外として、図３A乃至図３B、又は図７A乃至図７Cに表す。ユーザ・セッション中に行う処理の例は、ディレクトリ・サーバからの電子メール・アドレスの取り出し、処理済画像データの宛先の選択等を含み得る。
【００６８】
工程８００では、MFDのユーザは、ユーザ・セッションがアクティブな状態で動作し、アクティブ・サーバが一次サーバ４０である。工程８０５では、MFDは、一次サーバ４０に接触して、ユーザ認証後に処理工程を行おうとする。工程８１０では、MFDは、一次文書サーバ４０（一次サーバ４０が利用可能な場合）からの応答の有無に基づいて判定する。一次文書マネージャ・サーバ４０が利用可能であると工程８１０で判定された場合、MFDによっては一次サーバに接触して、工程８２０で処理要求を満たす。しかし、工程８１０で、一次文書マネージャ・サーバ４０が利用可能でないとMFDが判定した場合、MFDは工程８１５で二次文書マネージャ・サーバ４５に接触しようとする。利用可能でないと二次文書マネージャ・サーバ４５がMFDによって判定された場合、処理は終了し、エラー・メッセージがMFDのユーザに戻される。しかし、二次文書マネージャ・サーバ４５が利用可能であると工程８１５で判定された場合、処理は工程８２５に進む。工程８２５では、MFDが登録されており、後続ユーザ認証が行われているサーバがもう利用可能でないため、登録工程及びログイン工程が二次サーバ４５によって繰り返される。工程８３０で、MFDが二次文書マネージャ・サーバ４５で認証された後、MFDは処理要求を二次文書マネージャ・サーバ４５に送信する。したがって、MFDには、一次サーバ４０によって提供される機能と同様な機能が提供される。
【００６９】
図９A乃至図９Bは、アクティブ文書マネージャ・サーバ４０又は４５を介してバックエンド・システムに文書をアップロードする例示的な方法を示すフローチャートを表す。前述の通り、MFDは、サービス要求全てについて、一次サーバ４０にまず接触しようとする。しかし、図９A乃至図９B、及び図１０A乃至図１０Bに表す処理を一次サーバ４０又は二次サーバ４５を介して行うことができるので（利用可能でないとして一次サーバがMFDによって検出された場合）、後述の処理において利用される文書マネージャ・サーバ４０又は４５は単にアクティブ文書マネージャ・サーバ４０又は４５として表す。
【００７０】
前述の通り、バックエンド・システムは例えば、文書管理システム又はスキャン・ファイル・システムであり得る。工程９００では、ＭＦＤユーザは、図３Ａ乃至図３Ｂ又は図５Ａ乃至図５Ｂにおいて前述したネットワークにログインし、バックエンド・システムによって画像を処理するためのユーザ特有パラメータを取り出すことが可能である。工程９０５では、ＭＦＤユーザは、文書管理システムや何れかの他の利用可能なバックエンド・システムなどのバックエンド・システムを選択することが可能である。ＭＦＤは次いで、アクティブ・サーバ４０又は４５から受信された情報（例えば、プロファイル、プラグイン等）を検査し、バックエンド・システムへのログインがユーザに要求されるかを工程９０７で判定する。ユーザ・ログインが要求されない場合、処理は工程９１０に続く。ログインが要求される場合、ユーザは工程９０９で、ユーザ名及びパスワードの入力によるか、又は図５Ａ乃至図５Ｂに表されたようにバックエンド・システムにログインする。工程９１０で、MFDユーザは、MFD入力装置を用いて文書タイプを選択することが可能である。例えば、文書タイプのメニューを、タッチ感応型ユーザ・インタフェース、又はMFDの別のユーザ・インタフェースを用いて上記タイプのうちの１つをユーザが選択することが可能であるように表示することが可能である。文書タイプを、バックエンド・システムにおいて文書を格納する場合に索引情報として用いることが可能である。工程９１５では、MFDユーザは、文書がバックエンド・システムにおいて格納される宛先フォルダを選択することが可能である。やはり、これは、ユーザ・インタフェース上に表示されたリストからフォルダを選択することによって行うことが可能であるか、又は宛先フォルダを、キーボードを用いて入力することが可能である。工程９２０では、MFDユーザは、文書名及び／又はその他の索引情報名を入力することが可能である。工程９２５では、ユーザは口座番号を入力することが可能である。口座番号は、アクティブ・サーバ４０若しくは４５、及び／又はバックエンド・システムによって管理目的（請求、会計、活動モニタリングなど）で用いることが可能である。工程９３０では、ユーザは、文書タイプが請求書の場合、請求書上の金額を選択することが可能である。工程９３２では、ユーザは、前述の通り、処理済画像を暗号化するか、又は、処理済画像を暗号化通信に挿入することにすることができる。他のフィールドをMFDディスプレイ上に表示して、各種文書の情報（例えば、数値）をユーザが入力する旨をプロンプトすることが可能である。前述の設定又は選好は何れも、ユーザが認証されると認証サーバから取り出されるユーザ特有選好に含まれ得る。前述の設定に基づいて、ＭＦＤの走査設定、選好、及び汎用的な機能が自動的に設定されるか、又は他のやり方で影響を受け、ファイルの内容に基づき得る。
【００７１】
工程９３５で、文書がMFD走査表面上で設定され、工程９４０で、文書が走査される。工程９４１では、MFDは、処理済画像の暗号化をユーザが選択したかを判定する。暗号化が要求されている場合、画像が工程９４３で暗号化される。さもなければ、処理済画像が工程９４５でアクティブ・サーバ４０又は４５に直接（例えば、XMLファイルとして）送信される。ジョブ情報は、選択されたバックエンド・システム、走査済文書、文書をバックエンド・システムにルーティングする要求、文書タイプ、宛先フォルダ、文書名、口座番号、金額、及びファイルが暗号化されているか否かを含み得る。工程９５０では、アクティブ・サーバ４０又は４５は、MFDから受信されたジョブ情報を処理する。一実施例では、アクティブ・サーバ４０又は４５は文書を中間処理システムに、選択されたバックエンド・システムに基づいて送出する。すなわち、アクティブ・サーバ４０又は４５は、選択されたバックエンド・システムが特定のファイル形式を必要とすることを認識することが可能である。アクティブ・サーバ４０又は４５は、バックエンド・システムに送出する前に、MFDから受信された文書が適切な形式にあることを自動的に保証する。工程９５５では、アクティブ・サーバ４０及び４５は、処理済ジョブ情報の少なくとも一部（例えば、文書）をバックエンド・システムに送信する。
【００７２】
図１０A乃至図１０Bは、アクティブ・サーバ４０又は４５を介してMFDを用いてファックスを送出する方法の例を示す。工程１０００では、MFDユーザは、図５A乃至図５Bにおいて前述したように、又は前述のようにユーザ名及びパスワードを送出することによってネットワークにログインし、画像をバックエンド・システムによって処理するためのユーザ特有パラメータを取り出すことが可能である。工程１００５では、MFDユーザは、MFDのユーザ・インタフェースにおいてファクシミリ・オプションを選択することが可能である。MFDは次いで、アクティブ・サーバ４０又は４５から受信された情報（例えば、プラグイン、プロファイル等）を検査し、ファクシミリ・サーバへのログインがユーザに要求されるかを工程１００７で判定する。ユーザ・ログインが必要でない場合、処理は工程１０１０に続く。ログインが必要な場合、ユーザは、工程１００９でファクシミリ・サーバにログインする。ログインが首尾良く行われた場合、工程１０１０で、MFDユーザは、タッチ・スクリ―ンやキーパッドなどのMFD入力装置を用いてファックス番号を入力することが可能である。あるいは、グローバル・ディレクトリ６０にアクセスした後、ファックス番号を表示し、選択することが可能である。工程１０１５で、MFDユーザはファックス・メモを入力することが可能である。このファックス・メモは、ファックスされる文書とともに送信される。ユーザはファックス・メモを、MFD入力装置を用いて入力することが可能である。工程１０２０乃至１０２５では、ユーザは、MFDから文書をファックスするために、請求コードを、必要な場合、入力することが可能である。請求コードの入力が必要か否かはプロファイル・パラメータによって判定することが可能である。請求コードは、ファックス・サービスに対して請求されるエンティティに対応する。前述の設定又は選好は何れも、ユーザが認証されると認証サーバから取り出されるユーザ特有選好に含まれ得る。前述の設定に基づいて、ＭＦＤ走査設定、選好、及び汎用的な機能が、自動的に設定されるか、又は影響を受け、ファイルの内容に基づき得る。
【００７３】
工程１０３０では、文書はMFD走査表面上で設定することが可能である。工程１０３５では、走査設定を所望の場合、例えば、ユーザ・インタフェース上に表示される走査設定メニューにアクセスすることによって変えることが可能である。工程１０３７では、ユーザは、前述の通り、処理済画像を暗号化するか、又は、処理済画像を暗号化通信に挿入することにすることができる。文書は次いで工程１０４０で走査される。工程１０４１で、ファックスの暗号化をユーザが要求したか否かに関する判定を次いで行う。処理済画像が暗号化対象の場合、工程１０４２で、MFDは、取り出された暗号化データを用いてデータを暗号化する。暗号化又は非暗号化ジョブ情報は、工程１０４５で、アクティブ・サーバ４０又は４５に、例えば、XMLファイルとして送出される。ジョブ情報はこの場合、走査済文書、文書をファックス・サーバにルーティングする旨の要求、請求コード、走査パラメータ、及び指定されたファックス番号を含み得る。これらは全て、手作業で、又は自動的に、認証サーバから得られたユーザ特有選好情報に基づいて入力することができる。工程１０５０で、アクティブ・サーバ４０又は４５は、MFDから受信されたジョブ情報を処理する。工程１０５５で、アクティブ・サーバ４０又は４５は、処理済ジョブ情報の少なくとも一部をファックス・サーバに送信してファックス送信を完了する。
【００７４】
図１１は、図９A乃至図９B、及び図１０A乃至図１０Cに表す画像データ・アップロード手順中にバックアップ・サーバ機能を提供する方法を示すフローチャートである。MFDは一次サーバ４０及び二次サーバ４５それぞれに対応するIPアドレスを格納し、一次文書マネージャ・サーバ４０とまず通信し、一次文書マネージャ・サーバ４０が利用可能でない旨を検出すると、二次文書マネージャ・サーバ４５に接触しようとする。MFDは、一次文書マネージャ・サーバ４０から受信されるメッセージの有無に基づいて、一次文書マネージャ・サーバ４０が利用可能でない旨を判定する。一次文書マネージャ・サーバ４０が利用可能でないことがあり得る場合は、前述の通り、ソフトウェア、ハードウェア若しくは通信の障害、サーバのビジー状態、及び、一次文書マネージャ・サーバ４０を利用不能にする何れかの他の状態を含み得る。図８に表すバックアップ手順と違って、一次文書マネージャ・サーバ４０がアップロード処理中に利用不能になった場合、現時のアップロードの試行は二次文書マネージャ・サーバ４５に直ちに切り換えられ、事後のユーザ・ログインや装置登録は必要でない。
【００７５】
図１１中の工程１１００で、MFDは、MFDにおいて処理されたデータを一次サーバ４０にアップロードしようとして一次サーバに接触する。MFDは、ファクシミリを介して送出する対象の処理済画像データをアップロードするか、又はバックエンド・システムに送出しようとし得る（図９A乃至９Bを参照して説明したように）。工程１１０５では、MFDは、データのアップロードに一次文書マネージャ・サーバ４０が利用可能である旨を判定する。アップロードにサーバが利用可能な場合、MFDは処理済画像データを一次文書マネージャ・サーバ４０にアップロードし始める。工程１１１５では、一次文書マネージャ・サーバ４０は、データのアップロードが首尾良く行われたか否かをMFDに示す。データのアップロードが工程１１１５で首尾良く行われなかった場合、エラー・メッセージがMFDのユーザに表示される。
【００７６】
しかし、工程１１０５で、一次文書マネージャ・サーバ４０が利用可能でないとMFDが判定した場合、MFDは、工程１１２０で、データをアップロードしようとして二次文書マネージャ・サーバ４５に接触する。工程１１２５で、MFDは、二次文書マネージャ・サーバ４５が利用可能かを判定する。二次文書マネージャ・サーバ４５が利用可能であると判定された場合、MFDは、工程１１３０で、処理済画像データを二次文書マネージャ・サーバにアップロードする。工程１１２５で、MFDが、二次文書マネージャ・サーバが利用可能でないと判定したか、又は工程１１３５で、二次文書マネージャ・サーバ４５へのデータのアップロードが首尾良く行われなかった場合、エラー・メッセージがMFDのユーザに向けて表示される。
【００７７】
図１２は、一次文書マネージャ・サーバ４０及び二次文書マネージャ・サーバ４５の同期化において行われる工程を示すフローチャートである。一次文書マネージャ・サーバ４０及び二次文書マネージャ・サーバ４５は実質的に同様な設定及び構成（ソフトウェア・プラグイン、プロファイル情報、ハードウェア構成、機能等）を有する。構成更新は一次文書マネージャ・サーバ４０にのみ許され、一次文書マネージャ・サーバの役割が指定されるか、又はその役割に切り換えられない限り、二次文書マネージャ・サーバ４５には、構成データ更新の受け入れが許されない。一次文書マネージャ・サーバ４０のみがサーバ・ライセンス情報を含み、二次文書マネージャ・サーバ４５に一次サーバの役割が割り当てられるために、ライセンス情報を二次サーバにおいて起動させるべきである。
【００７８】
前述の通り、一次文書マネージャ・サーバのIPアドレスが手作業で入力され、MFD構成に、MFDクライアントのインストール中に格納され、MFDが一次文書マネージャ・サーバ４０に接触する都度、現時の構成情報を維持するために、現時の一次及び二次の文書マネージャ・サーバIPアドレスが戻され、MFDに格納される。更に、前述の通り、MFDがオンにされると、又はサービスを起動させると、それによって、処理要求が、一次文書マネージャ・サーバ４０にまず送出される。したがって、一次文書マネージャ・サーバ４０から二次文書マネージャ・サーバ４５への更新構成データの提供は、二次文書マネージャ・サーバ４５から一次文書マネージャ・サーバへの移行がMFDの機能の喪失を何らもたらさないほどに重要である。
【００７９】
図１２は、一次文書マネージャ・サーバ４０と二次文書マネージャ・サーバ４５との間の構成データの同期化の処理のフローチャートを表す。工程１２００では、一次サーバ内の構成データが更新される。この更新は、一次文書マネージャ・サーバ４０に接続されたユーザ・インタフェースから行うことが可能であるか、又は、ネットワークを介して一次文書マネージャ・サーバ４０に送信することができる。一次文書マネージャ・サーバ４０において更新される構成データは、プロファイル、プロファイル情報、ユーザ選好、セキュリティ更新、ネットワーク構成の変更、ソフトウェア・プラグイン、一次文書マネージャ・サーバ４０に接続されたMFDのリストや、前述のような、文書マネージャ・サーバに格納された何れかの更なる構成データを含むがこれらに限定されない。工程１２０５では、二次文書マネージャ・サーバ４５は、更新構成データに対する要求を一次文書マネージャ・サーバ４０に送信する。工程１２１０では、一次文書マネージャ・サーバ４０は、二次文書マネージャ・サーバ４５からの最後の構成更新要求以降、構成データが修正又は更新されたかを判定する。一次文書マネージャ・サーバ４０における構成データが更新されている場合、更新済構成データは工程１２１５で、二次文書マネージャ・サーバ４５に送信され、工程１２２０で、二次文書マネージャ・サーバ４５に格納される。しかし、二次文書マネージャ・サーバ４５から更新済構成データに対する要求が受信された後に、最後の要求以降、構成データが更新されていない旨を一次文書マネージャ・サーバ４０が判定した場合、一次サーバ４０は工程１２１２で、この趣旨でメッセージを二次サーバに送信する。処理は工程１２２５に進む。工程１２２５では、二次文書マネージャ・サーバ４５が、更新済構成データに対するその最後の要求以降、特定の期間が経過しているかを判定する。工程１２２５で、更新済構成データを二次文書マネージャ・サーバ４５による最後の要求以降に特定の期間が経過している場合、処理は工程１２０５に戻り、二次文書マネージャ・サーバ４５は、更新済構成データに対する要求を一次文書マネージャ・サーバ４０に送出する。この処理によって、一次文書マネージャ・サーバ４０が一次文書マネージャ・サーバにおいて障害を検出し、その結果、要求を送信し、二次文書マネージャ・サーバ４５を利用する場合に、一次文書マネージャ・サーバ４０及び二次文書マネージャ・サーバ４５の構成データを同期化させることが可能になる。これによって、一次文書マネージャ・サーバ４０に障害が発生するか、又は応答しなくなる場合に、二次文書マネージャ・サーバ４５が、一次文書マネージャ・サーバになるか、又は一次文書マネージャ・サーバとして指定されることが可能になる。
【００８０】
最後の要求以降に構成データが更新されたかを一次サーバが判定することを前述している。しかし、この工程は、容易に除外することができ、一次サーバは、二次サーバからの如何なる要求へも応答してその構成データを単に送信することができる。
【００８１】
図１３及び図１４は、中央処理装置（CPU）１３０５と、内部バスによってCPU１３０５に接続される種々の構成要素とを含むMFD２０の例を示す。CPU１３０５は、MFD２０の状態を監視しながら複数のタスクを処理する。CPU１３０５に接続された構成要素は、読み取り専用メモリ（ROM）１３４５、ランダム・アクセス・メモリ（RAM）１３１５、ハード・ディスク・ドライブ（HDD）１３２０、フロッピー（登録商標）・ディスク・ドライブ（FDD）１３５５、通信インタフェース（I／F）１３３０、及びモデム装置１３６０を含む。更に、制御パネル１３７５、スキャナ装置１３７０、プリンタ装置１３３５、及び画像処理装置１３４０をCPU１３０５にバス１３１０によって接続することが可能である。I／F１３３０及びモデム装置１３６０は共に通信ネットワーク１００に接続される。
【００８２】
好ましい実施例では、MFD２０のプログラム・コード命令はHDD１３２０上にIDカードを介して格納される。あるいは、プログラム・コード命令をFDD１３５０によって読み取り、RAM１３１５に転送し、CPU１３０５によって実行して命令を実施することができるようにプログラム・コード命令をフロッピー（登録商標）１３３５上に格納することが可能である。前述の命令は、前述のMFDの機能を行うための命令であり得る。前述の命令によって、MFD２０が、文書マネージャ・サーバ４０及び４５とブラウザ２５を介して相互作用し、MFD２０の制御パネル１３３５及び画像処理装置を制御することが可能になる。
【００８３】
MFD２０の起動中に、プログラム・コード命令は、CPU１３０５によって読み取り、RAMに転送し、CPU１３０５によって実行することができる。あるいは、プログラム・コード命令はROM１３４５にロードすることができる。したがって、本発明では、フロッピー（登録商標）・ディスク１３５５、HHD１３３０、RAM１３１５及びROM１３４５の何れかが、プログラム・コード命令を格納することができるコンピュータ読み取り可能な記憶媒体に対応する。本発明による、命令を格納することが可能な他の装置及び媒体には、例えば、磁気ディスク、光ディスク（DVDを含む）、光磁気ディスク（MOSなど）や、半導体メモリ・カード（PCカード、コンパクト・フラッシュ・カード、スマート・メディア、メモリ・スティック等など）があげられる。
【００８４】
好ましい実施例では、制御パネル１３７５は、MFD２０のユーザが文書マネージャ・サーバ４０及び４５と相互作用することを可能にする情報を表示するユーザ・インタフェースを含む。ディスプレイ画面は、LCD、プラズマ・ディスプレイ装置、又は陰極線管CRTディスプレイであり得る。ディスプレイ画面は、制御パネル１３７５と一体化されていなくても、制御パネル１３７５に埋め込まれていなくてもよい一方、有線接続又は無線接続によって制御パネル１３７５に単に結合することができる。制御パネル１３７５は、情報を入力するためのキー、又は種々の動作を要求するためのキーを含み得る。あるいは、制御パネル１３７５及びディスプレイ画面は、キーボード、マウス、リモコン、ディスプレイ画面のタッチ、音声認識、若しくは眼球運動追跡、又はそれらの組み合わせによって動作させることができる。
【００８５】
図１５は、本発明の一実施例によるサーバ４０、４５、５０及び６０のブロック図であり、図１６は、サーバの概略図である。サーバ４０、４５、５０、６０は、システム・バス１５０によっていくつかの他の装置と通信する中央処理装置１０１（CPU）を含む。サーバ４０、４５、５０及び６０は、文書の認証機能、ルーティング機能、及び管理機能を実現するうえで用いる一時格納値をホスティングするランダム・アクセス・メモリ（RAM）１９０も含む。
【００８６】
十分なメモリ及び処理機能を備えた通常のパソコン又はワークステーションも、文書マネージャ・サーバ４０及び４５として動作するよう構成することもできる。中央処理装置１０１は、大量データを送信し、通信、及びデータベース・サーチにおけるかなりの数の数値計算を実行するよう構成される。ペンティアム(登録商標)４マイクロプロセッサ（インテル社によって製造された3.4GHzペンティアム(登録商標)４など）又はアドバンスト・マイクロ・デバイセズ（AMD）社のアスロン６４  3.5GHzプロセッサをCPU１０１に用いることができる。他の適切なプロセッサ、及び複数のプロセッサ又はワークステーションも用いることができる。
【００８７】
ROM１８０は好ましくは、半導体の形態で含まれるが、光媒体を含む他の読み取り専用メモリ形態を用いてアプリケーション・ソフトウェア及び一時的結果をホスティングすることができる。ROM１８０は、CPU１０１によって用いるためにシステム・バス１５０に接続する。ROM１８０は、MFDからの走査済文書に関連した前述の種々の認証機能、ルーティング機能及び管理機能を行うことが、CPU１０１によって実行されると可能であるコンピュータ読み取り可能な命令を含む。入力コントローラ１６０は、システム・バス１５０に接続し、周辺機器（キーボード１６１や、マウス１６２などのポインティング装置を含む）とのインタフェースを備える。入力コントローラ１６０は、ＰＳ２ポート、又は、例えば、ユニバーサル・シリアル・バス（ＵＳＢ）ポートの形態でマウス・ポートなどの種々のポートを含み得る。入力コントローラ１６０のキーボード・ポートは、ミニＤＩＮポートの形式であるが、他のコネクタも用いることができる。サウンド・カード上の外部ジャックによってマイクロフォン・スピーカ又は外部音源をユーザが取り付けることを可能にするサウンド・カード接続を入力コントローラ１６０が備える。入力コントローラ１６０は更に、シリアル・ポート又はパラレル・ポートも含み得る。
【００８８】
ディスク・コントローラ１４０は、ＩＤＥコントローラの形態のものであり、リボン・ケーブルを介して、フロッピー（登録商標）・ディスク・ドライブ１４１、並びに、ハード・ディスク・ドライブ１４２、CD-ROMドライブ１１８、及びコンパクト・ディスク１１９に接続する。更に、PCI拡張スロットが、CPU１０１をホスティングするディスク・コントローラ１４０上又はマザーボード上に備えられる。拡張グラフィックス・ポート拡張スロットが備えられ、主メモリへの高速アクセスを備えた三次元グラフィックスを提供する。ハード・ディスク１２１は、読み取り可能及び書き込み可能であり得るCD-ROMも含み得る。通信コントローラ１３０は、例えば、ネットワーク１０１であり得る、ネットワーク１３１へのイーサネット（登録商標）接続によって接続を備える。一実施例では、ネットワーク１３１、及び通信コントローラ１３０への接続は、通信コントローラ１３０に接続する複数の接続（ケーブル・モデム接続、DSL接続、ダイアルアップ・モデル接続及び同様なものを含む）によって行われる。
【００８９】
入出力コントローラ１２０は、TCP／IP、IPX、IPX／SPXやNetBEUIに限定されないがこれらを含む何れかの所望のネットワーク・プロトコルをサポートするRS232ポート、SCSIバス、イーサネット(登録商標)や他のネットワーク接続によって、外部ハード・ディスク１２１、プリンタ１２２（例えば、MFD１０‐３であり得る）などの外部構成部分への接続も備える。
【００９０】
ディスプレイ・コントローラ１１０は、システム・バス１５０をディスプレイ装置（陰極線管（CRT）１１１など）に相互接続する。CRTが示されているが、種々の他のディスプレイ装置（LCDやプラズマ・ディスプレイ装置など）を用いることができる。
【００９１】
本明細書記載の機構及び処理は、当該技術分野における当業者が認識するように、本発明の教示によってプログラムされる通常の汎用マイクロプロセッサを用いて実現することができる。適切なソフトウェア・コーディングを、やはり当該ソフトウェア技術分野における当業者に明らかになるように、本願開示の教示に基づいて、熟練したプログラマによって容易に作成することが可能である。特に、本発明による、文書を認証し、ルーティングし、管理するコンピュータ・プログラムは、当該技術分野における当業者によって認識されるように、C、C++、フォートラン及びベーシックを含むがこれらに限定されないいくつかのコンピュータ言語で記述することが可能である。本発明は、当該技術分野における当業者に容易に明らかになるように、特定用途向集積回路の作製、又は、通常の回路構成部分の適切なネットワークの相互接続によって実現することもできる。よって、本発明は、本明細書記載の実現形態に限定されず、ウェブ・インタフェース、http等の代替策である、インタフェースを生成する通常のプログラミング及び方法を用いることができる。
【００９２】
本発明はよって、記憶媒体上でホスティングすることができ、本発明による処理を行うようコンピュータをプログラムするために用いることが可能な命令を含み得るコンピュータ・ベースの製品も含む。この記憶媒体は、何れかのタイプのディスク（フロッピー（登録商標）・ディスク、光ディスク、CD-ROM、光磁気ディスク、ROM、RAM、EPROM、EEPROM、フラッシュ・メモリ、磁気カード若しくは光カード、又は電子的な命令を格納するのに適切な何れかのタイプの媒体を含み得るが、これらに限定されない。
【００９３】
効果的には、本発明には、それぞれの内容全体を本明細書及び特許請求の範囲に援用する、西暦2001年3月1日付け出願の米国特許出願第09/795,438号明細書、西暦2002年9月16日付け出願の米国特許出願第10/243,645号明細書及び西暦2002年11月15日付け出願の米国特許出願第10/294,607号明細書に開示された、文書を管理するシステム及び方法を組み入れることが可能である。
【００９４】
明らかに、本発明の数多くの修正及び変形が上記教示に照らして考えられる。よって、特許請求の範囲記載の範囲内で、本明細書で具体的に記載したやり方以外で本発明を実施することができるということを理解すべきである。
【００９５】
本出願は、内容全体を本明細書及び特許請求の範囲に援用する西暦2005年3月30日付け出願の米国優先権出願第11/092,829号に基づいている。
【図面の簡単な説明】
【００９６】
【図１】本発明の一実施例による全体システム構成を示すブロック図である。
【図２】本発明の一実施例による、画像処理装置及び文書マネージャ・サーバの構成部分を示すブロック図である。
【図３Ａ】本発明の一実施例による、複合機がプロファイル情報を得る工程を示すフローチャートである。
【図３Ｂ】本発明の一実施例による、プロファイル情報を受け取ると複合機によって行われる工程を示すフローチャートである。
【図４】本発明の一実施例による、バンクエンド・アプリケーションに関連したプラグインの例示的なコードを示す図である。
【図５Ａ】本発明の一実施例による、マルチファクタ認証を用いたユーザ認証において行われる工程を示す図である。
【図５Ｂ】本発明の一実施例による、マルチファクタ認証を用いたユーザ認証において行われる工程を示す別の図である。
【図６Ａ】サービス起動中に一次文書マネージャ・サーバが利用不能である旨を検出し次第、二次文書マネージャ・サーバに接触するうえで行われる工程を示す図である。
【図６Ｂ】サービス起動中に一次文書マネージャ・サーバが利用不能である旨を検出し次第、二次文書マネージャ・サーバに接触するうえで行われる工程を示す別の図である。
【図７Ａ】本発明の一実施例による、当初のユーザ認証後の事後処理を示す図である。
【図７Ｂ】本発明の一実施例による、当初のユーザ認証後の事後処理を示す別の図である。
【図７Ｃ】本発明の一実施例による、当初のユーザ認証後の事後処理を示す更に別の図である。
【図８】ユーザ・セッションが実行中に一次文書マネージャ・サーバが利用不能である旨を検出し次第、二次文書マネージャ・サーバに接触するうえで行われる工程を示すフローチャートである。
【図９Ａ】本発明の一実施例による、文書をバックエンド・システムに配信する際に行われる工程を示す図である。
【図９Ｂ】本発明の一実施例による、文書をバックエンド・システムに配信する際に行われる工程を示す別の図である。
【図１０Ａ】本発明の一実施例による、ファクシミリの送出において行われる工程を示す図である。
【図１０Ｂ】本発明の一実施例による、ファクシミリの送出において行われる工程を示す別の図である。
【図１１】アップロード処理中に利用不能として一次文書マネージャ・サーバが検出されると二次文書マネージャ・サーバに接触するうえで行われる工程を示す図である。
【図１２】一次文書マネージャ・サーバと二次文書マネージャ・サーバとの間での構成データの同期化において行われる工程を示す図である。
【図１３】本発明の一実施例による画像処理装置を示すブロック図である。
【図１４】本発明の一実施例による画像処理装置を示す概略図である。
【図１５】本発明の一実施例による、一次文書マネージャ・サーバ及び／又は二次文書マネージャ・サーバを示すブロック図である。
【図１６】本発明の一実施例による、一次文書マネージャ・サーバ及び／又は二次文書マネージャ・サーバを示す概略図である。
【図１】
2008538242.tif 000003
【図２】
2008538242.tif 000004
【図３Ａ】
2008538242.tif 000005
【図３Ｂ】
2008538242.tif 000006
【図４】
2008538242.tif 000007
【図５Ａ】
2008538242.tif 000008
【図５Ｂ】
2008538242.tif 000009
【図６Ａ】
2008538242.tif 000010
【図６Ｂ】
2008538242.tif 000011
【図７Ａ】
2008538242.tif 000012
【図７Ｂ】
2008538242.tif 000013
【図７Ｃ】
2008538242.tif 000014
【図８】
2008538242.tif 000015
【図９Ａ】
2008538242.tif 000016
【図９Ｂ】
2008538242.tif 000017
【図１０Ａ】
2008538242.tif 000018
【図１０Ｂ】
2008538242.tif 000019
【図１１】
2008538242.tif 000020
【図１２】
2008538242.tif 000021
【図１３】
2008538242.tif 000022
【図１４】
2008538242.tif 000023
【図１５】
2008538242.tif 000024
【図１６】
2008538242.tif 000025
【国際調査報告】
2008538242.tif 000026
2008538242.tif 000027