JP2008293512A - アプリケーションサービスプロバイダ（ａｓｐ）処理の管理システム、方法及びプログラム - Google Patents

Abstract

【課題】ユーザへの妨害を最小限にして多量の文書がユーザ及びＡＳＰ間で転送されることを許容するシステム等を提供する。
【解決手段】ＡＳＰ文書の管理方法は、インターネットのようなネットワーク５０／５５を介してリモートの文書マネジャー６０及びリモートのＡＳＰ１０−４０に接続されるＡＳＰユーザデバイスにてＡＳＰ文書の転送を要求すること、当該ＡＳＰ文書の転送を実行するための予め定められた時間を確立すること、及びネットワーク５０／５５を介して予め定められた時間にＡＳＰ文書を転送することを含む。転送を要求するステップは、ＡＳＰユーザデバイスがリモートの文書マネジャー６０にログオンするとき、ネットワーク５０／５５を介してリモートの文書マネジャー６０に繰り延べられた転送要求を送信することを含み得る。
【選択図】図２

Description

本発明は、文書、特にアプリケーションサービスプロバイダから抽出し、又はそれに記憶する文書を交換する方法、コンピュータベースのシステム及びコンピュータプログラム製品に関する。

アプリケーションサービスプロバイダ（ＡＳＰ）は、ユーザに、そうでなければユーザのローカルコンピュータ上に配置されなければならないソフトウェアアプリケーション及び関連サービスにリモートアクセスすることを提供する、１つの存在、典型的には、１つの会社である。例えば、ＡＳＰは、インターネットを介して個人及び／又は会社に、法律、医学、財務、教育、科学若しくはマーケティングの文書からなる検索可能なデータベースを提供することができる。その代わりに、ある会社は、共有ソフトウェアアプリケーション及びサービスが、会社のネットワークを介して従業者がアクセス可能な会社のコンピュータ上にある構内型ＡＳＰを提供する。このため、「ＡＳＰ」という語は、ユーザのローカルコンピュータ上にロードされていないアプリケーションをユーザが使用することを許容するプロバイダを含む広義の意味を有する。

今時、様々な種類の文書及びサービスをユーザに提供する膨大な数のＡＳＰが存在する。例えば、あるＡＳＰは、法律文書を提供することが可能で、一方、他のＡＳＰは、マーケティング、教育、科学、財務、あるいは医学文書を提供する。ユーザに接続される従来のＡＳＰのネットワークの例が、図１に示される。図１に見られるように、文書ＡＳＰ１０、２０、３０、４０がインターネット５０を介してユーザ７２に接続される。ユーザ７２は、パーソナルコンピュータ（ＰＣ）８０、プリンタ９０、ローカル記憶デバイス１００及び媒体駆動装置１１０を含み、例えば、家庭コンピュータシステムの一部であり得る。この例において、ユーザ７２は、ユーザ７２により必要とされる文書及びサービスを提供するＡＳＰ１０−４０の１つに独立に接続可能である。例えば、ユーザ７２は、インターネット５０を介してＡＳＰ３０に接続し、ＰＣ８０のスクリーン上で見るか、プリンタ９０を用いて印刷し、若しくはローカル記憶デバイス１００及び／又は媒体駆動装置１１０に記憶するために文書をダウンロードすることができる。異なるサービスが要求される場合には、ユーザ７２は、異なるＡＳＰにアクセスしなければならない。

図１の従来システムにおいて、ユーザ７２は、ＡＳＰがユーザ７２により要求される題目及びサービスに適合するためにインターネット５０を検索しなければならない。ＡＳＰのユーザは、代理人及び博士のような見識のある専門家である一方で、彼らは、彼らのニーズに適合するＡＳＰを検索し、選択する限られた経験及び知識しか有しない可能性がある。さらに、一度ユーザがＡＳＰを選択すると、当該ＡＳＰは、ユーザ７２との互換性がなくなり得る。例えば、グラフィカルユーザインターフェース（ＧＵＩ）のようなインターフェース環境は、ユーザには不慣れで、あるいは認識できない可能性があり、ＡＳＰにより提供される文書が、ユーザ７２に認識できないフォーマットであり得る。この点において、ユーザ７２は、ＡＳＰ１０−４０のような多数のＡＳＰを利用する際に特定の困難を有する可能性がある。ユーザ７２が多くのＡＳＰと互換性があるとしても、ＡＳＰそれぞれにアクセスし検索することは、時間を要し、各ＡＳＰ１０−４０に対応する異なる手順と特徴とによりコストもかかる。

１つのＡＳＰの汎用的な利用は、文書を記憶し抽出するためである。例えば、ユーザ７２は、ユーザ７２にローカルな物理的及び電子的記憶スペースを確保するために、ビジネス文書を電子ファイルとしてＡＳＰに記憶することを欲することがある。これらのビジネス文書は、いつでも、記憶ＡＳＰにアクセスすることにより、ユーザ７２により抽出可能である。さらに、ユーザ７２は、必要に応じて文書抽出ＡＳＰから、参考文書及び書籍のような大きな文書を取得可能である。これらの記憶及び抽出ＡＳＰサービスは、限られたデータ転送容量しかないユーザのネットワークを介して、ユーザ７２とＡＳＰ１０−４０との間で多量の文書が送信されなければならないという更なる問題を生じさせる。このことは、延長された送信時間中に、ユーザ７２とＡＳＰ１０−４０との間の通信回線をビジーにすることにつながる可能性がある。

本発明の目的は、ユーザへの妨害を最小限にして多量の文書がユーザ及びＡＳＰ間で転送されることを許容するシステム、方法及びコンピュータプログラムを提供する。

本発明の別の目的は、ユーザが多量の文書をＡＳＰに記憶することを許容するシステム、方法及びコンピュータプログラムを提供する。

本発明のこれらの及びその他の目的は、ＡＳＰ文書を管理する新規な方法、システム及びコンピュータプログラムを提供することにより達成される。

本発明の１つの観点によれば、ＡＳＰ文書を管理するシステム、コンピュータプログラム及び方法が提供される。システム及びコンピュータプログラムが基づく方法は、インターネットのようなネットワークを介してリモートの文書マネジャー及びリモートのＡＳＰに接続されたＡＳＰユーザデバイスにてＡＳＰ文書を転送し、当該ＡＳＰ文書の転送を実行するための予め定められた時間を確立し、さらにネットワークを介して予め定められた時間でＡＳＰ文書を転送することを含む。第１の観点の１つの実施例によれば、転送を要求するステップは、ＡＳＰユーザデバイスがリモートの文書マネジャーにログオンするときに、ネットワークを介してリモートの文書マネジャーへの繰り延べられた転送要求を送信することを含み得る。この点においては、ユーザは、ネットワークを介してリモートの文書マネジャーから受信したメニューから繰り延べ転送オプションを入力することにより転送を要求する。ＡＳＰ文書の転送を実行するための予め定められた時間を確立するステップは、予め定められた時間を入力し、ネットワークを介してリモートの文書マネジャーに予め定められた時間を送信するか若しくはリモートの文書マネジャーに予め定められた時間を送信することなく、リモートの文書マネジャーに予め定められた時間を確立するように要求することを含む。

本発明の別の観点では、システム及びコンピュータプログラムが基づく方法は、さらに、ＡＳＰ文書がリモートＡＳＰに記憶する記憶文書あるいはリモートＡＳＰから抽出する抽出文書であるかどうかを判別することを含み得る。この判別は、ＡＳＰユーザデバイスへのオペレータ入力に基づいてＡＳＰ文書が記憶文書であることを判別し、若しくはＡＳＰ文書が抽出文書であることを判別することを含んでも良い。ＡＳＰ文書が記憶文書であると判別された場合には、本方法は、さらに、ＡＳＰユーザデバイスに記憶文書を入力し、予め定められた時間にネットワークを介してＡＳＰ文書を転送することを含む。オプションとしてＡＳＰ文書の紙複写物をスキャンしてＡＳＰ文書の紙複写物の表すデジタル信号を提供し、ＡＳＰユーザデバイスに対応するメモリにデジタル信号を記憶することにより、ＡＳＰ文書がＡＳＰユーザデバイスに入力され得る。その代わりに、ＡＳＰ文書は、ＡＳＰユーザデバイスに対応するメモリに対する外部ソースからＡＳＰ文書の電子複製物をダウンロードすることにより入力され得る。さらに、記憶操作報告がＡＳＰユーザデバイスにおいてリモートの文書マネジャーから受信可能であり、そのとき、ＡＳＰ文書は、ＡＳＰユーザのメモリから消去され得る。

ＡＳＰ文書が抽出文書である場合には、本方法は、ＡＳＰユーザデバイスに文書抽出要求を生成し、当該文書抽出要求をネットワークを介してリモートの文書マネジャーに送信し、さらに予め定められた時間で抽出文書を受信することを含む。抽出文書は、ＡＳＰかリモートの文書マネジャーのいずれかから受信可能である。この方法は、また、文書抽出報告を生成し、ネットワークを介して当該文書抽出報告をリモートの文書マネジャー及び／又はリモートＡＳＰに送信することを含み得る。

上記目的を達成するため、本発明の第１の観点に係るＡＳＰ文書の管理方法は、
リモートの文書マネジャー及びリモートのＡＳＰにネットワークを介して接続されるＡＳＰユーザデバイスにてアプリケーションサービスプロバイダ（ＡＳＰ）文書の転送を要求するステップと、
前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立するステップと、
前記ネットワークを介して予め定められた時間に前記ＡＳＰ文書を転送するステップと、を備える、
ことを特徴とする。

上記目的を達成するため、本発明の第２の観点に係るコンピュータプログラムは、
コンピュータシステム上で実行するための指令を含むプログラムであって、
前記コンピュータシステムにより実行されるとき、当該コンピュータシステムに請求項１乃至２２のいずれか１項に記載するステップを実行させる、
ことを特徴とする。

上記目的を達成するため、本発明の第３の観点に係るシステムは、
アプリケーションサービスプロバイダ（ＡＳＰ）文書の管理に関連する組み込まれたデータを有するメモリデバイスと、
前記メモリデバイスと通信するプロセッサと、を備え、
前記プロセッサは、
ネットワークを介してリモートの文書マネジャー及びリモートのＡＳＰに接続されるＡＳＰユーザデバイスにてＡＳＰ文書の転送を要求し、
前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立し、
前記ネットワークを介して予め定められた時間に前記ＡＳＰ文書を転送する、ように構成される、
ことを特徴とする。

上記目的を達成するため、本発明の第４の観点に係るＡＳＰ文書の管理システムは、
ネットワークを介してリモートの文書マネジャー及びリモートのアプリケーションサービスプロバイダ（ＡＳＰ）に接続されるＡＳＰユーザデバイスにてＡＳＰ文書の転送を要求する手段と、
前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立する手段と、
前記ネットワークを介して予め定められた時間に前記ＡＳＰ文書を転送する手段と、を備える、
ことを特徴とする。

本発明によれば、ユーザへの妨害を最小限にして多量の文書がユーザ及びＡＳＰ間で転送されることを許容するシステム、方法及びコンピュータプログラムを提供することができる。さらに、ユーザが多量の文書をＡＳＰに記憶することを許容するシステム、方法及びコンピュータプログラムを提供することができる。

本発明の実施の形態にかかるＡＳＰ文書の管理システム及び方法等について、以下図面を参照して説明する。

いくつかの図を通じて同一若しくは対応する部位を示すような参照番号を有する図面を参照して、図２は、本発明の１つの実施例による文書管理の全体システム構成を示すブロックダイアグラムである。システムは、ネットワーク５０、複数のＡＳＰ１０、２０、３０、４０、文書マネジャー６０、ネットワーク５５、複数のユーザ７０、７２、７４、７６を含む。ユーザ７０−７６は、ネットワーク５５により相互接続され、ＡＳＰ１０−４０は、同様にネットワーク５０により相互接続される。これらのネットワークは、直接互いに接続可能であり、インターネットのような単一のネットワークの一部であり得るが、ネットワーク５５は、文書マネジャー６０経由でネットワーク５０に接続される。このため、ユーザ７０−７６及びＡＳＰ１０−４０は、文書マネジャー６０に関してリモートである。各ユーザ７０−７６は、図１のユーザ７０として示すようなパーソナルコンピュータシステムであっても良く、または図１５に示す汎用コンピュータシステムとして実施され得る。その代わりに、ユーザ７０−７６は、ファクシミリ機、デジタルコピー機、スキャナ、携帯デバイス、あるいはネットワークを介してデータを処理し、通信する任意の既知のデバイスであり得る。さらに、またはその代わりに、ユーザ７０−７６は、図１１（ａ）−（ｄ）に示すような多機能文書処理センタ、若しくはＲｉｃｏｈ ｅＣａｂｉｎｅｔ（商標）のような文書記憶デバイスとして装備され得る。ＡＳＰ１０−４０は、通信ネットワークを介して種々のサービスの任意のものをリモートで提供するためのコンピュータシステムである。ＡＳＰ１０−４０は、また、図１５のコンピュータシステム１５００のような汎用コンピュータとして装備され得る。

ネットワーク５０及び５５は、好ましくはインターネットであるが、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、イントラネットのような任意のタイプのネットワーク、エクストラネット、あるいはこれらの組合せであっても良い。エクストラネットは、例えばインターネットを介して、外部ユーザに対する制御されたアクセスを提供するために使用され得る。ユーザ７０及び文書マネジャー６０がどのようにしてインターネット５０及び５５に対して接続され得るかは、当該分野では公知であり、例えば、Ron White著「コンピュータはどのように動くか」Que Corporation発行、１９９９年９月、ＩＳＢＮ：０−７８９７−２１１２−０の第３８部、３４０〜３４９頁に説明されており、この本の内容全体は、参照により引用される。仮想プライベートネットワーク、あるいは無線通信のようなネットワーク５０及び５５に対する他の通信網も、同様に使用可能である。このため、図２は、ＡＳＰのユーザに対する共通のインターフェースを提供する文書マネジャーを通じて多数のＡＳＰにアクセスするシステムを示す。

図３は、本発明のある実施例による文書マネジャー６０をさらに詳細に図解するブロックダイアグラムである。この図に見られるように、文書マネジャー６０は、ネットワーク５０及び５５経由で、例示的なユーザ７０をＡＳＰ１０−４０に接続する。ユーザ７０は、図１５の汎用コンピュータ１５００を含むネットワークを介してデータを処理し、通信する任意のデバイスとして装備され得る。文書マネジャー６０は、検索エンジン６２、記憶デバイス６４、ユーザ交信デバイス６５、フォーマット標準化デバイス、コンサルティングデバイス６７，課金エンジン６８、同様に破線上に示されるワークフローエンジン６９を含む。ワークフローエンジンは、図８に関して述べるように、多数のＡＳＰのなかで確立する連係に対する指令を発行するために使用されるオプション要素である。

図３に示す実施例において、文書マネジャー６０により提供されるサービスから恩恵を受けるように、ユーザ７０は、ユーザ交信デバイス６５を介して文書マネジャー６０と交信（データ交換）する。ユーザ７０から入力され、ユーザ交信デバイス６５により受信されるデータに基づいて、文書マネジャー６０は、一般の文書管理に関して、コンサルティングデバイス６７を介してユーザ７０にコンサルティングサービスを提供することができる。例えば、コンサルティングデバイス６７は、文書検索戦略、文書抽出コスト、文書記憶組織、文書更新、確保された文書の保護、文書の配送オプションのようなトピックスに関して、ユーザ７０にアドバイスを提供するように構成可能である。好ましい実施例においては、コンサルティングデバイス６７は、ユーザ交信デバイス６５を介しユーザ７０により入力されるデータに基づいてユーザ７０にアドバイスを自動的に提供する。例えば、コンサルティングデバイス６７は、ユーザ７０に一連の質問を尋ね、ユーザの回答に基づいて検索戦略や記憶戦略をユーザに提供するようにプログラムされ得る。コンサルティングデバイス６７により尋ねられる質問は、任意のユーザに供される予め定められた包括的な質問、若しくはユーザ７０から以前に取得されたデータに基づいてコンサルティングデバイス６７により生成される個人向けの質問であり得る。

ユーザ交信デバイス６５は、また、ユーザ７０に対して登録及び他のインターフェース機能を提供する。１つの実施例において、ユーザ７０は、例えば、ユーザ交信デバイス６５により検証され得るユーザ名及びパスワードを使用して署名することにより、文書マネジャー６０にアクセスし得る。ユーザが登録ユーザでない場合には、ユーザ交信デバイス６５は、名前、電子メールアドレス、郵便アドレス、電話番号及び／又は、会員情報又は登録情報を生成するようなユーザからの請求情報のような情報を要求することができる。ユーザ交信デバイス６５は、また、ユーザが要求する文書のタイプに関してユーザ７０からの入力データを受信し得る。例えば、ユーザは、電子メールアドレス、郵便アドレス、電話番号のような要求される文書フォーマット、またはユーザ７０により必要とされる文書管理のタイプに関する情報を入力し得る。ユーザ交信デバイス６５は、ユーザからさらなる情報を要求し、及び／又は、ユーザ７０に例えばコンサルティングデバイス６７経由で、文書管理アドバイス、戦略、及び情報を提供することが可能である。１つの実施例では、ユーザ交信デバイス６５は、また、ユーザに、要求された文書が利用可能な場所を識別するＡＳＰアドレスを提供し、あるいは後述するような統一請求書とともに、ユーザ７０に要求された文書を送信する。

文書マネジャー６０は、また、ユーザ７０からのデータ入力に基づいてＡＳＰを検索しアクセスするように構成された検索エンジン６２を含み、この検索エンジン６２は、また、文書を抽出するように構成される。このため、図３の実施例において、ユーザ７０は、文書または、所望の文書が抽出されるＡＳＰに関係なく必要とされるサービスに関連する情報を入力するだけで良い。検索エンジン６２は、また、ＡＳＰが利用可能な検索エンジンを具備しないときにそれぞれのＡＳＰの文書を検索するように構成され得る。検索エンジンは、当該分野で公知であり、例えば、その本の内容全体がここで参照により引用される、Preston Gralla著「インターネットはどのように動くか」Que Corporation発行、１９９９年８月、ＩＳＢＮ：０−７８９７−２１３２−５の第３２部、１８５〜１８９頁に説明されている。

文書マネジャー６０は、また、そのオリジナルフォーマット及び／又は標準化されたフォーマットでユーザ７０により要求された文書を記憶するための記憶デバイス６４を含む。この記憶デバイス６４は、また、文書が抽出されたＡＳＰのＵＲＬ及び／又は検索エンジン６２が文書を抽出した各ＡＳＰからの請求情報を含み得る。記憶デバイス６４は、ユーザ名、ユーザパスワード、電子メールアドレス、郵便アドレス、電話番号、現在及び過去に要求された文書のタイプ、特定のユーザに対する現在及び過去の文書管理戦略、現在及び過去のユーザ要求された検索、及び／又は検索パラメータのようなユーザ情報を記憶する。１つの実施例において、記憶デバイス６４は、例えば、ユーザ交信デバイス６５を介してユーザによりアクセス可能である。

記憶デバイス６４は、これらに限定されないが、フレキシブルディスク、光学ディスク、ＣＤ−ＲＯＭ、ＭＯディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、磁気又は光学カードを含む任意のタイプのディスク、又は電気的命令及び／又はデータを記憶するために好適な任意のタイプの（記録）媒体を備えることができる。さらに、記憶デバイス６４は、例えば、ＯＲＡＣＬＥ、ＳＹＢＡＳＥ、ＩＮＦＯＲＭＩＸ、又はＭＩＣＲＯＳＯＦＴ ＡＣＣＥＳＳのような構造クエリー言語（ＳＱＬ）に基づく市販の利用可能なリレーショナルデータベース管理システム（ＲＤＢＭＳ）、あるいは目的指向データベース管理システム（ＯＤＢＭＳ）、若しくは特別なデータベース管理ソフトウェアにより、装備可能なデータベース、即ちデジタルリポザトリ（digital repository）を含んでも良い。

文書マネジャー６０は、また、種々のＡＳＰから抽出された文書のフォーマットを標準化するように構成されたフォーマット標準化デバイス６６を含む。例えば、このフォーマット標準化デバイス６６は、単一のＧＵＩを使用してアクセスされ得るように文書を再フォーマットすることができる。そのような再フォーマットデバイスは当該分野では公知であり、１つの例示的なフォーマットがＡｄｏｂｅ社によるＰＤＦＡｃｒｏｂａｔ形式であり得る。１つの実施例において、フォーマット標準化デバイス６６は、ユーザ交信デバイス６５から標準フォーマットを受信し、記憶デバイス６４に標準化された文書を記憶する。フォーマット標準化デバイス６６によりフォーマットされる文書は、ネットワーク５０を介してＡＳＰから、ネットワーク５５を介してユーザ７０から、記憶デバイス６４から、あるいはユーザ交信デバイス６５から受信可能である。

文書マネジャー６０は、また、統一請求書をユーザ７０に課金するように構成された課金エンジン６８を含み得る。例えば、統一請求書は、ＡＳＰから受信した請求書の合計に一致し得る。ＡＳＰからの請求書は、ＡＳＰ若しくはユーザ交信デバイス６５から受信可能であり、ユーザ交信デバイス６５若しくは記憶のために記憶デバイス６４に、又はネットワーク５５を介してユーザ７０に転送され得る。

上述した文書マネジャー６０は、ユーザにコンサルティングアドバイスを提供し、ユーザの特定のニーズに基づいてユーザに対する文書管理戦略を生成し、ＡＳＰ１０−４０のアドレス及びリンクを抽出、系統化し、ＡＳＰ１０−４０から文書を抽出し、文書を記憶し、文書をフォーマットし、ユーザに統一請求書を請求し、及び／又は、視られ、印刷され、記憶されるように文書をユーザに送信することができる。このため、文書マネジャー６０は、ＡＳＰサービスへのアクセス、ＡＳＰからの抽出可能性、一貫したユーザインターフェース、単一の署名サービス、異なる文書及び異なる文書タイプに関する単一検索の可能性、単一請求サービス及び自由度のある記憶サービスを、ユーザに提供する。文書マネジャー６０は、また、例えば、ＡＳＰから文書を注文し、宅配便を介してユーザへの配送を確実にすることにより、オンライン印刷及び配送サービスをユーザに提案し、提供する。この実施例において、文書マネジャー６０は、適当な配送を確実にし、配送の追跡を維持するユーザの代理人となり、ユーザに配送状況を通知するために、ＡＳＰ及び宅配便サービスと契約することができる。文書マネジャー６０は、また、そのサービス及び使用したＡＳＰ及び宅配便に対する単一の請求書を生成可能である。

文書マネジャー６０は、また、所望であれば、ユーザのコンピュータ、文書マネジャー６０のいずれにも、いかなる文書を記憶する必要なく、文書マネジャー６０を介して、ユーザが文書にアクセス可能なようにＡＳＰ文書へのリンクを提供する。この実施例において、ＡＳＰは、その文書へのアクセスに対する料金を課金することができる。１つの実施例において、料金は、文書マネジャー６０により生成される統一請求書に組み込まれ、ユーザ７０にその利益のために提供される。「統一請求書」という語句は、ここでは、少なくとも２つの請求書の金額、若しくは、その代わりに少なくとも２つの異なる存在からの金額を含む請求書を意味する。

さらに、文書マネジャー６０は、ユーザが、文書を抽出し、永久に又は一時的に、文書をローカル記憶デバイスに記憶することを許容する。その代わりに、文書マネジャーは、ユーザ７０がＡＳＰに文書を記憶することを許容する。例えば、文書マネジャー６０は、ＡＳＰと協同してユーザ、即ち顧客の文書、文書マネジャー６０の文書に対するＡＳＰにおける記憶を提供し得る。例えば、ユーザは、機密法律文書、保険契約、若しくはデジタル証明書を、予め定められた期間ローカル記憶デバイスに記憶することを決定可能であり、確保された文書に対する良好な保護を提供し得るＡＳＰに文書を記憶することにより、消失、窃盗、火災、災害等から文書を保護し得る。この場合において、ユーザは、確保された文書の取扱及び保護に関するＡＳＰのノウハウから恩恵を受ける。この実施例では、ＡＳＰは、記憶用料金を課金することができる。１つの実施例において、そのような料金は、ユーザの利益のために文書マネジャーにより計算される統一請求書に含まれる。

有利なことに、ユーザは、抽出されユーザに送信された文書の集合体を形成するために、文書マネジャー６０により使用され、さらに、ＡＳＰで文書を記憶するために使用される異なるＡＳＰに留意する必要がない。このため、要求された文書を受信し、ＡＳＰで記憶される文書をユーザに送信するとき、ユーザは、単一のユーザインターフェースを取り扱っても良い。さらに、文書の検索、配達若しくは記憶に対してＡＳＰにより生成され、文書マネジャー６０により提供される統一請求書は、また、ユーザが数個の異なる請求書を支払うという煩雑さを軽減する。

このため、文書マネジャー６０は、コンサルティング、請求書発行、フォーマット化、取得、要約、記憶及び、法律、財務、保険、工学、会計、あるいは総務、教育、医学、政府機関文書のような種々のタイプの文書の管理のための、ただ１つの停留所（ｓｔｏｐ）を提供する。本発明の実施に使用される特定のハードウェア及びソフトウェアの多数のバリエーションが当業者に容易に明らかになるであろうために、文書マネジャー６０の上述した構成は、例示的な意味だけであることが理解されるべきである。そのようなバリエーションを実施するために、図１５のコンピュータシステム１５００のような汎用コンピュータが、図３の文書マネジャー６０のアイテム６２−６９をいずれか又は全ての特別な目的機能を実行するようにプログラムされ得る。さらに、重複及び複製のような頒布処理の原理及び利点は、例えば、図２及び図３のシステムのエラー強さ及び性能を増加するように所望に実施され得る。

図４は、本発明による文書管理システムの機能を示すフローチャートである。図４の実施例に示すように、文書マネジャー６０は、ユーザ７０に少なくとも２つのタイプのサービスを提供する。ダイアグラムの左側に図解するように、ユーザ７０は、文書相談のために文書マネジャー６０にアクセスすることが可能であり、同ダイヤグラムの右側に示すように、ユーザ７０は、直接検索のために文書マネジャー６０にアクセスすることができる。文書相談サービスに関して、ユーザ７０は、ステップ４０００で要求される文書相談のタイプに関連するデータ、例えば、必要な文書のタイプ、数、フォーマット、サービス利用可能な予算、サービス完了に要する時間的制約、必要とするセキュリティレベル等を入力する。ステップ４０１０において、ユーザ７０は、例えば、ユーザ名及びパスワードを提供することにより、文書マネジャー６０に署名する。一旦、ユーザが署名すると、文書マネジャー６０は、ステップ４０２０において、例えば、ユーザ７０から入力された情報に基づいて要求されるサービスに対する戦略を生成可能なコンサルティングデバイス６７を使用して、あるいは、さらに質問することにより、文書相談を実行する。文書相談に基づいて、文書マネジャー６０は、ステップ４０３０において、ユーザ７０により要求されたサービスに対して適当なＡＳＰを選択する。ステップ４０４０において、文書マネジャー６０は、例えば、サービスのコストと時間とを示して、ユーザ７０にＡＳＰの選択に関するフィードバックを送信する。ステップ４０５０においてユーザ７０から承認を受けると、文書マネジャー６０は、ステップ４０６０において、ＡＳＰからのサービスを要求する。

直接検索サービスに関しては、ユーザ７０は、ステップ４０７０において、要求する検索を入力することができる。ステップ４０８０において、ユーザは、文書マネジャーに署名し、ステップ４０９０にて、ユーザ要求が入力される。次いで、文書マネジャー６０は、ステップ４１００において、要求されたサービスに対して適当なＡＳＰを選択し、ステップ４０６０において、ＡＳＰからのサービスを要求する。

両者のサービスに対して、文書マネジャー６０は、ステップ４１１０において、当該サービスを要求するために、ＡＳＰに署名する。換言すれば、ユーザが文書マネジャー６０に署名すれば、ユーザは、各ＡＳＰに署名することなく、いくつかのＡＳＰにアクセスすることができる。一旦、ＡＳＰが、要求されたサービスを受信すると、ＡＳＰは、ステップ４１２０においてサービスを実行し、例えば、特定の文書を検索し、ステップ４１３０において、ユーザに当該文書を提供し、ステップ４１４０において、文書マネジャー６０に請求する。次いで、文書マネジャー６０は、ステップ４１５０において、ユーザ７０に当該文書を提供し、ステップ４１６０において、全ての実行されたサービスに対する単一の請求書をユーザに発行する。また、両者のサービスに関して、ユーザ７０は、ステップ４０１０及びステップ４０８０において文書マネジャー６０に署名し、ステップ４１１０においてＡＳＰ１０〜４０に署名し、さらに要求を申し込むオプションを有する。このことは、ユーザが、どのＡＳＰが所望のサービスを提供するかを知っている場合に、便利である。この場合において、文書マネジャー６０は、なお、透かし情報を管理し、単一の請求書を発行し、あるいは、ユーザの要求したフォーマットと一致するように文書を再フォーマットし、及び／又は当該文書をユーザへ適切に配達することを確実にする等のサービスを実行できる。

上述したように、文書マネジャー６０は、ユーザにより要求されたＡＳＰ処理又はサービスに対して適当なＡＳＰを選択し得る。本発明の１つの実施例によれば、文書マネジャー６０は、文書マネジャー６０との以前の交信中にユーザ７０により生成された文書プロファイルに基づいてＡＳＰを選択する。この実施例において、文書マネジャーは、また、文書相談入力及びユーザにより要求された処理又はサービスに基づいてＡＳＰを選択する。図５（ａ）、図５（ｂ）及び図５（ｃ）は、本発明の実施例に対応する、文書を管理し、ＡＳＰを選択するシステムを実施するためのデータ構造を描く。他の任意のフォーマット及び関係は使用可能であるが、このデータ構造は、好ましくは、テーブルを使用したリレーショナルフォーマットであり、テーブルの１カラム（即ち、フィールド）に記憶された情報は、テーブルのその他のカラムを横切る同一行（即ち、レコード）に記憶された情報にマップ化若しくはリンクされる。これらのデータ構造は、本発明に対応して文書を管理するために文書マネジャー６０及び／又はユーザ７０により使用される。好ましい実施例に従って、図５（ａ）、（ｂ）、（ｃ）に示すデータ構造は、文書マネジャー６０の記憶デバイス６４に記憶される。しかし、図５（ａ）、（ｂ）、（ｃ）に示すデータ構造のいずれか又は全ては、ユーザ７０の記憶デバイス、若しくはユーザ７０及び文書マネジャー６０のいずれか又は両者に遠隔（リモート）である任意の他の好適な記憶デバイスに記憶され得る。

図５（ａ）は、ユーザＩＤを記憶するフィールド５０３、フィールド５０３のユーザＩＤに対応する文書プロファイル名を記憶するフィールド５０５及びフィールド５０５に記憶された文書プロファイル名に対応する産業分類を記憶するフィールド５０７を含む文書プロファイルテーブル５０１である。フィールド５０３のユーザＩＤは、ユーザ７０に対応する固有の識別子であり、フィールド５０５の文書プロファイル名は、ユーザ７０が通常ＡＳＰのサービスを必要とする特定のタイプの文書を識別するためにユーザ７０により割り当てられた名称である。好ましい実施例においては、ユーザ７０のオペレータは、文書マネジャー６０との初期登録中にユーザＩＤを選択し、引き続いて文書マネジャー６０と実行する通常の文書処理に対してプロファイル名を割り当てる。産業分類フィールド５０７は、ユーザのＡＳＰ処理用の所定のＡＳＰサービスを識別し、ユーザのＡＳＰ処理を実行する少なくとも１つのＡＳＰを選択するために使用される産業分類を含む。これらのサービス及び選択されたＡＳＰは、図５に関して以下に記載される別のデータ構造で記憶される。

文書プロファイルテーブル５０１の使用を図解するために、図５（ａ）は、異なるユーザ及び各ユーザに対応するプロファイル名及び産業分類の２つの入力例を含む。図５（ａ）の第１の入力は、フィールド５０３が、ユーザＩＤとして「０７１８７０」という数を含み、同一レコードに、フィールド５０５は、対応する文書プロファイル名として「インボイス」、「従業者手当」及び「サービス契約」の入力を含み得る。さらに、産業分類フィールド５０７は、フィールド５０５のインボイス、従業者手当、サービス契約に対応する産業分類として、「会計」、「保険」及び「法律」の入力を含む。このため、テーブル５０１の第１の入力は、ビジネス及び従業者に関連する文書を管理するためのツールとして文書マネジャー６０を使用するビジネス存在（会社）の例を提供する。文書プロファイルテーブル５０１の第２の入力は、フィールド５０３のユーザＩＤ「０９０２６９」及びフィールド５０５及び５０７にそれぞれ対応する入力「食品請求書」及び「一般」を含む、そのため、家庭ユーザに対応しているようである。このため、文書プロファイルテーブル５０１は、多数のユーザＩＤそれぞれを、対応する文書プロファイル名及び各プロファイル名に対応する産業分類と対応させる。各プロファイル名に対応して１つのみの産業分類を有することが可能である一方、１つのプロファイル名に対応して２つ以上の産業分類を有することも可能である。

図５（ｂ）は、産業分類を記憶するフィールド５１１、各産業分類に対応する複数のサービス機能を記憶するフィールド５１３−５３３、及び選択されたＡＳＰを記憶するフィールド５３５を含む産業分類テーブル５１０である。フィールド５１１の産業分類は、ＡＳＰ文書及びサービスを分類し得る題目記載である。ユーザと文書相談が行われるときに、以下に述べるように文書プロファイルが生成する。フィールド５１３−５３３のサービス機能は、さらに後述するようにＡＳＰにより典型的に提供される種々の通常サービスである。図５（ｂ）に見られるように、所定のサービス機能がテーブル５１０において「必要」として、フラグを立てられ、フラグが立てられたサービス機能がフィールド５１１の対応する産業分類に対して要求されることを示す。このため、フィールド５１１の各産業分類は、当該産業カテゴリ内に入るＡＳＰ処理用に使用される多数のサービス機能に対応する。実際の実施の際には、フィールド５１３−５３３は、従来のデータベースにファイルされるように、フラグ若しくは真／偽標識を使用して実施され得る。フィールド５３５の選択されたＡＳＰは、当該産業分類に対して要求されるすべてのサービス機能を提供するＡＳＰを識別する。このため、図５（ｂ）の第１の入力に見られるように、不動産文書を管理するＡＳＰは、アクセスレベル制御、インターネットセキュリティ及び画像入力のサービス機能を有するべきであり、ＡＳＰ６は、これらの機能を提供する。本発明の１つの実施例において、ユーザが特定のセキュリティ機能を必要としない場合には、文書マネジャー６０は、図５（ｂ）のテーブル５１０の最後の入力により示されるように、複数の提供されるＡＳＰの中から適当なＡＳＰをユーザが選択できる「一般」分類を提供する。

前述したように、フィールド５１３−５３３のサービス機能は、典型的には、ＡＳＰにより提供されるサービスである。フィールド５１３の暗号サービスは、例えば、第三機関の証明機関からのデジタル証明書を使用して、文書が暗号と共にサーバに記憶されることを許容する。暗号化された文書は、文書の所有者により保持される明示された鍵ペアを適用することによりのみ解読可能である。フィールド５１５のアクセスレベル制御は、ユーザに、文書抽出前に予め定められたアクセスレベルを有することを要求する。文書のアクセスレベルの概念は、ここで参照により引用される、「文書エージェントを利用した文書管理方法及びシステム」の名称である米国出願番号０９／６８４９６５に詳細に記載される。端的には、アクセスレベルは、文書マネジャー６０を介して、特定のユーザ（若しくはオペレータ）がＡＳＰでアクセス可能な文書を識別する。ユーザ７０（同様に、ユーザ７２、７４、７６）は、ＡＳＰで記憶される各文書に対してアクセスレベルを割り当て得る。文書抽出操作中に、ユーザＩＤが文書マネジャー６０に送信され、文書マネジャー６０は、ユーザのアクセスレベルに合致する文書を抽出する。結果として、セキュリティ管理が達成され、検索時間が低減可能である。各ユーザに対するアクセスレベルは、文書マネジャー６０若しくはユーザ７０に記憶され得る。文書がＡＳＰに記憶されるとき、アクセスレベルが各文書に設定され得る。その代わりに、各記憶された文書に対するアクセスレベルは、ＡＳＰにも記憶され得る。文書マネジャー６０が文書抽出操作を実行するとき、文書マネジャーの検索エンジン及び／又はＡＳＰの検索エンジンは、ユーザのアクセスレベルに適合するアクセスレベルを有する文書に対してのみ抽出操作を実行する。結果的に、抽出時間が短縮され、高度なセキュリティ文書が適当なユーザのみによりアクセスされ得る。

産業分類テーブル５１０の残るサービスの特徴に関して、フィールド５１７の物理的記憶の特徴は、確保された環境にあるデータセンタの確立を含む物理的なセキュリティサービスを提供する。フィールド５１９のセキュリティ策サービスは、文書をオフサイトに記憶するときある産業で要求される書面のセキュリティ策を提供する。フィールド５２１のインターネットセキュリティサービスは、すべてのユーザが、オプションのデジタル署名能力を有する文書にアクセスするように認証されること、及びすべてのデータ送信がセキュアソケットレイヤ（ＳＳＬ、Secure Socket Layer）を通じて行われることを要求する。フィールド５２３のオフサイトバックアップサービスは、ＡＳＰの一次データセンタから遠隔にある安全な場所に記憶されるバックアップテープ若しくはその他の媒体を提供する。フィールド５２５の監査サービスは、ユーザの活動を記録に残す。フィールド５２７の協同サービスは、ユーザが一緒に文書を編集し、編集履歴を追跡することを提供する。協同サービスは、ユーザが文書を受け入れ／払い出し手続をすることを許容する。フィールド５２９のワークフロー送信サービスは、ワークグループ内の文書を配送し、ワークフロープロファイルを記憶する能力をユーザに付与する文書配送の特徴を提供する。フィールド５３１の保存サービスは、文書を記憶し、文書のバックアップを生成する。フィールド５３３の画像入力サービスは、ユーザがデジタルカメラ及びその他のデバイスから画像をＡＳＰにアップロードすることを許容し、及び／又はリコー社製ＭＦＰのようなスキャン装置から文書をスキャンし、ＡＳＰ側に直接画像を記憶する能力を許容する。

このため、産業分類テーブル５１０は、産業分類を、産業分類と共に使用される複数のサービス機能、及び要求された機能を提供するＡＳＰに対応させる。フィールド５１３からフィールド５３３に至るサービス機能は、例示的な意味のみであり、任意の所望のサービス機能が、選択されたＡＳＰ用の条件としてテーブル５１０に入力され得る。さらに、図５（ｂ）の「必要」条件またはフラグは、デフォルト条件として記憶デバイス６４に記憶される。好ましい実施例においては、ユーザ７０又は文書マネジャー６０は、必要であれば条件を変更できる。この実施例では、文書マネジャー６０のコンサルティングデバイス６７が、変更された条件に対する適当なＡＳＰを自動的に選択する。

ＡＳＰにより典型的に提供される記憶及び抽出処理に加えて、さらに所定のＡＳＰは、典型的なＡＳＰによっては提供されない特別な処理及び／又はサービスを提供し得る。図５（ｃ）は、ＡＳＰにより提供され得る特別サービスを記憶するフィールド５５１及び各特別サービスを提供するＡＳＰを記憶するフィールド５５３を含む特別サービステーブル５５０である。図５（ｃ）に示すように、特別サービステーブル５５０のフィールド５５１は、印刷及び配送サービス及びデジタル署名サービスを含む。フィールド５５３は、ＡＳＰ１及びＡＳＰ７が、印刷及び配送サービス及びデジタル署名サービスをそれぞれ提供することを示す。テーブル５１０のサービス機能と同様に、フィールド５５１の特別サービスは、例示的な意味のみであり、必要に応じて追加若しくは変更される。さらに、図５（ｃ）の特別サービステーブル５５０は、１つのＡＳＰを１つの特別サービスに対応させる一方で、多数のＡＳＰがフィールド５５３に掲示可能であり、及び／又は１つの特別サービスと関連付けられ得ることが理解されるべきである。

上述したように、文書マネジャー６０は、ユーザ７０に要求されたサービス機能及び選択された特別サービスを提供する適当なＡＳＰを選択し得る。図６は、本発明の１つの実施例に従うＡＳＰを選択するプロセスを示すフローチャートである。図６のフローチャートは、ユーザ７０及び文書マネジャー６０により実行される処理ステップを示すリレーショナルフォーマットである。これらのデバイスにより実行される処理ステップは、ネットワーク５５を示す垂直な破線により分離される。このため、破線を横切る矢印は、ネットワーク５５を介したユーザ７０及び文書マネジャー６０の間のデータ転送を示す。

ステップ６０１において、ユーザＩＤがユーザ７０に対して入力され、文書マネジャー６０に送信される。ユーザＩＤは、以前述べたように、ログイン若しくは登録プロセスの一部として、あるいは、ユーザが文書マネジャー６０にログインした後文書マネジャー６０からの要求に応答して入力され得る。ステップ６０３において、文書マネジャー６０は、ユーザ７０から受信するユーザＩＤに対応する文書プロファイルを取得する。このステップでは、文書マネジャー６０は、記憶デバイス６４の文書プロファイルテーブル５０１にアクセスし、受信したユーザＩＤに対するユーザＩＤフィールド５０３を検索する。一旦ユーザＩＤが配置されると、文書マネジャー６０は、文書プロファイルテーブル５０１のフィールド５０５からユーザＩＤに対応するすべての文書プロファイル名を読み出す。判別ブロック６０５に見られるように、受信したユーザＩＤが文書プロファイルテーブル内にない、若しくはユーザＩＤに対応する文書プロファイル名が存在しない場合には、文書マネジャー６０は、ステップ６２１に進み、後述するように文書プロファイルの生成を開始する。

文書プロファイルが受信したユーザＩＤに対して記憶される場合には、ステップ６０７において、文書マネジャー６０は、ステップ６０３にて取得された文書プロファイル名と共に文書プロファイルメニューを含む文書モールスクリーンを生成し、さらに、記憶デバイス６４から処理メニューを抽出する。文書モールスクリーンに対して文書マネジャー６０がどのように文書プロファイルを取得するかの例として、ステップ６０３において受信したユーザＩＤが「０７１８７０」である場合には、文書マネジャー６０は、このユーザＩＤを文書プロファイルテーブル５０１の第１の入力に配置し、当該テーブルのフィールド５０５からプロファイル名「インボイス」、「従業者手当」及び「サービス契約」を読み出す。これらの文書プロファイル名は、次いで、ステップ６０７においてユーザ７０に送信される文書モールスクリーンを生成するために使用される。文書プロファイルメニュー及びＡＳＰ処理メニューを含む文書モールスクリーンは、例えば、文書マネジャー６０のコンサルティングデバイス６７の制御下でユーザ７０にダウンロードされ得る。

ステップ６０９において、ユーザ７０は、文書マネジャー６０から受信した文書モールスクリーンを表示する。図７（ａ）は、本発明のある実施例に対応してステップ６０９にてユーザ７０に表示される文書モールスクリーンの例を示す。文書モールスクリーン７４２は、ユーザ７０のディスプレイ上に表示され、ユーザ７０のオペレータが文書マネジャー６０と交信することを許容する。文書モールスクリーン７４２は、メッセージ領域７００のような１つのあるいは複数のメッセージ領域を有し、このメッセージ領域７００は、オペレータ（「ユーザ」）が新規である場合の署名の要求、又は無料文書相談を開始するオプションを提供するような、種々のオプション若しくは要求をオペレータに通知する。文書モールスクリーン７４２は、文書マネジャー６０により提供されるオンライン文書コンサルティングセッションを開始するように選択し得る選択ボタン７１０のような、１つの又は複数の選択ボタンを具備し得る。文書モールスクリーン７４２は、インタラクティブ領域７２０、７３０、７４０及び７５０のような、１つの又は複数のインタラクティブ領域を有することができる。インタラクティブ領域７２０、７３０は、オペレータに、ユーザＩＤ及びユーザパスワードをそれぞれ入力することを許容する。インタラクティブ領域７４０は、ステップ６０７にて文書マネジャー６０から配信される処理メニューを含み、インタラクティブ領域７５０は、ステップ６０７にて文書マネジャー６０から配信される文書プロファイルメニューを含む。

本発明の１つの実施例においては、文書モールスクリーン７４２のすべて若しくは一部がユーザ７０のメモリに保存される。例えば、ユーザが同時に文書マネジャー６０に、ユーザＩＤと同様に、ユーザの要求を完了させるために必要とされる処理及び文書プロファイル情報を送信するように、ユーザ７０は、メッセージ領域７００、選択ボタン７１０及びインタラクティブ領域７２０、７３０，７４０及び７５０を含む文書モールスクリーン７４２を表示し得る。その代わりに、図６の実施例において、ユーザ７０は、始めにユーザＩＤ領域７２０及びパスワード領域７３０のみを表示し、ユーザＩＤを文書マネジャー６０に送信した後で文書モールスクリーンの他の領域を埋めるようにしても良い。さらに、図７（ａ）のスクリーンが「文書モール」とラベル化される一方で、これは例示的な意味のみであり、スクリーンの審美性は、所望の様式で、各ユーザ用に変更され、若しくはカスタマイズされ得る。

図７（ａ）に見られるように、領域７５０の文書プロファイルメニューは、ユーザ７０に対応する文書プロファイルを含む。ユーザ０７１８７０の例に戻って、文書プロファイルメニューは、プロファイル名「インボイス」、「従業者手当」及び「サービス契約」を含む。領域５４０のＡＳＰ処理メニューは、ユーザ７０が選択可能なＡＳＰ処理及びサービスのリストを含む。ＡＳＰ処理メニューは、「記憶」及び「抽出」のようなＡＳＰにより典型的に提供される種々の処理オプション、及びさらに特別サービスＡＳＰにより提供される「印刷及び配送」及び「デジタル署名」のような特別サービスを掲示する。図７（ａ）のインタラクティブ領域７４０に見られるように、ＡＳＰ処理メニューは、ユーザが連続スクリーン上で他のＡＳＰ処理を選択あるいは予約する「継続・・」選択を含む。

図６に戻って、図７（ａ）の文書モールスクリーン７４２を表示した後、ユーザ７０は、判別ブロック６１１により示されるようにユーザ７０のオペレータからの入力に基づいて文書相談が要求されているか否かを判別する。オペレータにより文書相談が要求される場合には、ユーザ７０は、文書相談要求が入力され、文書マネジャー６０に送信されるステップ６１３に進む。しかし、オペレータが文書相談を要求しない場合には、ユーザ７０は、ステップ６１５に進む。ステップ６１５において、ユーザ７０は、文書プロファイルメニュー及びＡＳＰ処理メニューからオペレータにより選択されたアイテムに基づいて、文書プロファイル及び処理を入力する。文書プロファイルメニュー、ＡＳＰ処理メニュー、若しくは文書相談選択ボタン７１０からの選択は、例えば、マウスのボタンのクリック、又はリモート制御、キーボード上のキーの押し下げ、表示スクリーンへのタッチ、コマンドの送話等により、達成され得る。メニューが１つの視野に掲示不可能な多数の選択を含む場合には、ユーザは、上述し、領域５４０のＡＳＰサービスに示されるように、「継続・・」オプションを選択することにより、第２の視野までスクロールし得る。文書相談が要求されるか否かいずれにしても、ステップ６１３又はステップ６１５から生成する情報は、次にネットワーク５５を介してユーザ７０から文書マネジャー６０に送信される。

ステップ６１７において、文書マネジャー６０は、ユーザ７０から配信された情報を受信し、文書相談要求が受信した情報に含まれているかどうかを判別する。文書相談要求が受信されていない場合には、文書マネジャー６０は、受信した情報が文書プロファイルを含むか否かを判別し、基本ＡＳＰがユーザ７０から受信した文書プロファイルに基づいて選択されるステップ６１９に進む。特に、ステップ６１９の一部として、文書マネジャー６０は、ユーザ７０から受信した文書プロファイル名用の図５（ａ）に示す文書プロファイルテーブル５０１のフィールド５０５を検索し、文書プロファイルテーブル５０１のフィールド５０７からこの文書プロファイル名に対応する産業分類を取得する。産業分類が既知の場合、文書マネジャーは、次いで、産業分類テーブル５１０のフィールド５１１を検索し、文書プロファイルテーブル５０１のフィールド５３５から既知の産業分類に対応する基本ＡＳＰを選択する。このため、ユーザ０７１８７０の例を継続して、ステップ６１５において、ユーザ７０が文書プロファイル名として「インボイス」を入力すると、文書マネジャー６０は、まず最初にテーブル５０１から「会計」として産業分類を識別し、次いで、会計文書用に適当なＡＳＰとしてテーブル５１０からＡＳＰ３を選択する。このため、典型的なＡＳＰ処理及びサービスを提供する基本ＡＳＰは、文書プロファイルテーブル５０１及び産業分類テーブル５１０を使用して選択され得る。さらに、ステップ６１９にて基本ＡＳＰが選択された後で、後述するようにステップ６３１にて特別ＡＳＰが選択される。

判別ブロック６１７において、文書マネジャー６０が、ユーザ７０が確かに文書相談を要求したと判別する場合には、文書マネジャー６０は、産業分類メニュー及び処理メニューを含む文書モールスクリーンが生成され、ユーザ７０に送信されるステップ６２１に進む。ステップ６２３において、ユーザは、産業分類及びＡＳＰ処理メニューと共に文書モールスクリーンを表示する。図７（ｂ）は、本発明のある実施例に対応するステップ６２３においてユーザ７０に表示される文書モールスクリーンの例を示す。図７（ｂ）の文書モールスクリーン７４２は、インタラクティブ領域７５０以外は、図７（ａ）の文書モールスクリーン７４２と同一であり、それ故、図７（ｂ）の説明は、この領域に限定する。インタラクティブ領域７５０は、ユーザ７０による選択のために産業分類を掲示する産業分類メニューを含む。この産業分類メニューは、ユーザが取得するＡＳＰサービスの文書を最良に記述する分類を選択するユーザへの要求として作用する。図５（ｂ）に見られるように、産業分類メニューは、好ましくは、産業分類テーブル５１０に含まれる全ての産業分類を含む。図５（ｂ）に関して上述したように、文書マネジャー６０は、各産業分類及びこれらのサービスを提供するＡＳＰと共に使用される予め定められたＡＳＰサービス機能を記憶する。ステップ６１１にて文書相談を要求したユーザ７０は、ユーザ７０のオペレータにより選択される産業分類及びＡＳＰ処理を入力し、ステップ６２５により示されるように、この情報を文書マネジャー６０に送信する。

ステップ６２７において、文書マネジャー６０は、ユーザ７０から受信する産業分類に基づいて基本ＡＳＰを選択する。特に、文書マネジャー６０は、ユーザ７０から受信した産業分類に対して産業分類テーブル５１０のフィールド５１１を検索し、テーブル５１０のフィールド５３５からこの産業分類に対応するＡＳＰを選択する。本発明の１つの実施例においては、文書マネジャー６０は、一次基本ＡＳＰのバックアップとして二次基本ＡＳＰを選択するようにしても良い。例えば、一次基本ＡＳＰがあまりにビジーでユーザの要求を処理できない、あるいはＡＳＰが配送できないとき、又は所望のアイテムを有しない場合に、この二次基本ＡＳＰが使用され得る。ステップ６２７は、文書相談を要求したユーザにより入力された産業分類に基づいて基本ＡＳＰを選択することを説明する一方で、基本ＡＳＰを決定するために使用される文書相談プロセスの一部として、より多くの情報が文書マネジャー６０により要求され、及び／又はユーザ７０により提供され得ることが理解されるべきである。

文書マネジャー６０が、ユーザ７０から受信した産業分類に基づいて基本ＡＳＰを選択する場合には、ユーザ７０は、判別ブロック６０５において判別されるように文書プロファイルを有さないか、例えば、ステップ６１５にて新規な文書プロファイルを作成するために文書相談を要求するかのいずれかである。どちらの場合においても、文書マネジャー６０は、ステップ６２９により示されるように当該ユーザに対して文書プロファイルを生成し、記憶する。この文書プロファイルは、ユーザＩＤ、プロファイル名及び文書プロファイルテーブル５０１に示されるような産業分類を含む。好ましい実施例においては、プロファイル名は、ＡＳＰサービスが必要とされる文書タイプを識別するために便利な名称としてユーザにより選択される。この実施例では、ユーザ７０は、文書プロファイルを生成するために文書プロファイル名を文書マネジャー６０に送信する。別の実施例においては、文書マネジャー６０が自動的に文書プロファイル名を割り当てても良い。また、文書プロファイルは、文書プロファイル名に関連する選択されたＡＳＰを含むことを注記する。しかし、必要なサービス機能が必要に応じてユーザ７０若しくは文書マネジャー６０により都合良く変更され得るように、この選択されたＡＳＰは、産業分類テーブル５１０に記憶される。

ステップ６１９若しくはステップ６２７のいずれかにおける基本ＡＳＰの選択に加えて、ステップ６３１に示すように、文書マネジャー６０は、ユーザ７０から受信した処理メニューの選択に基づいて特別サービスＡＳＰを選択する。上記の図７（ａ）及び図７（ｂ）に関して述べたように、文書モールスクリーン７４２は、インタラクティブ領域７４０にＡＳＰ処理メニューを含む。これらの図に見られるように、このＡＳＰ処理メニューは、「記憶」及び「抽出」のような典型的なＡＳＰ処理と同様に、本発明に従って、特別サービスＡＳＰによりそれぞれ提供され得る「印刷及び配送」及び「デジタル署名」のような特別サービスを含む。ステップ６３１において、ＡＳＰ処理メニューへのユーザ入力に基づいて、文書マネジャー６０は、基本ＡＳＰに加えて特別ＡＳＰが必要かどうかを決定する。図７（ａ）及び図７（ｂ）のＡＳＰ処理メニューは、通常ＡＳＰサービス及び特別ＡＳＰサービスの両者を含む一方で、本発明の代替実施例は、要求に応じて、ユーザ７０に配信する別々の特別サービスメニューを提供しても良い。

ステップ６３１の一部として、文書マネジャー６０は、まず最初にＡＳＰ処理メニューからユーザ７０により特別サービスが選択されたかどうかを決定する。特別サービスが選択された場合には、文書マネジャー６０は、特別サービステーブル５５０にアクセスし、ユーザから受信した特別サービスを特別サービステーブル５５０のフィールド５５１にリストされた特別サービスに合致させる。一旦ユーザ７０により要求された特別サービスが、特別サービステーブル５５０で識別されると、文書マネジャー６０は、フィールド５５３から特別サービスに対応するＡＳＰを取得し、ユーザの要求を処理するＡＳＰの１つとしてこのＡＳＰを選択する。例えば、ユーザが印刷及び配送サービスを選択する場合には、文書マネジャー６０のコンサルティングデバイス６７の制御に基づいて特別ＡＳＰとしてＡＳＰ１が選択される。ユーザが印刷及び配送サービス及びデジタル署名サービスの両者を選択する場合には、ＡＳＰ１及びＡＳＰ７が追加ＡＳＰとして選択される。これらの特別ＡＳＰは、ステップ６１９若しくはステップ６２７にて選択される基本ＡＳＰに追加して選択される。ユーザ７０が処理メニューにおいて特別サービスを入力しなかった場合には、文書マネジャーは、ステップ６３１において特別ＡＳＰを選択せず、ステップ６３３に進む。

選択された基本ＡＳＰ及び特別サービスＡＳＰを用いて、ステップ６３１において、文書マネジャー６０は、識別されたＡＳＰと共にユーザの要求を処理することを継続する。サービス要求の詳細がユーザ７０により過去に提供されているか、又はユーザ７０からの検索クエリー及び／又は選択されたＡＳＰの確認のような更なる詳細を取得するためにユーザ７０にフィードバックする場合には、このステップは、識別されたＡＳＰへの接続を伴って進行する。

上記に示したように、本発明の文書マネジャー６０は、ユーザの要求を処理する多数のＡＳＰを選択可能である。本発明の１つの実施例によれば、多数のＡＳＰが文書マネジャーにより選択される場合には、文書マネジャー６０は、記憶デバイス６４にＡＳＰの中から連係関係を記憶することができる。連係関係は、選択されたＡＳＰがユーザ要求を処理するために相互に通信することを許容する。このため、ユーザは、各ＡＳＰにそれぞれ登録する必要なく、多数のＡＳＰ上で１つの検索を実行する利益を享受する。この実施例において、文書マネジャー６０は、図３の破線に示すようなワークフローエンジン６９を含む。このワークフローエンジンは、文書マネジャー６０の記憶デバイス６４に記憶された指令に基づいて各ＡＳＰに対する指令を生成する。ワークフローエンジン６９は、記憶デバイス６４から指令を読み出し、この指令をネットワーク５５を介して選択されたＡＳＰに送信する。例えば、産業分類が法律であり、ユーザが印刷及び配送サービスとデジタル署名サービスとを選択する場合には、コンサルティングデバイス６７は、文書記憶及び抽出用にＡＳＰ２を、印刷及び配送用にＡＳＰ１を、デジタル署名用にＡＳＰ７を選択する。

図８は、本発明のＡＳＰ連係の特徴を記述する。この図は、文書マネジャー６０とＡＳＰ２、ＡＳＰ１及びＡＳＰ７の間の情報交換と同様に、ＡＳＰ２、ＡＳＰ１の中のデータ交換を示す。この例において、ワークフローエンジン６９は、記憶デバイス６４から指令を読み出し、以下のようにＡＳＰ２、ＡＳＰ１及びＡＳＰ７を指令する。

ＡＳＰ２に関して、「文書マネジャーから送信された文書を記憶し、次に記憶された文書を読み出し、記憶された文書をＡＳＰ１に送信し、さらに文書マネジャーに操作結果を報告しなさい。」

ＡＳＰ１に関して、「ＡＳＰ２から文書を受信し、次いで受信した文書にデジタル署名を実行し、署名された文書を文書マネジャーに送信しなさい。」

ＡＳＰ７に関して、「文書マネジャーから文書を受信し、受信した文書を印刷し、印刷した文書をユーザに郵送し、操作結果を文書マネジャーに報告しなさい。」

このため、図８の例では、ＡＳＰ２及びＡＳＰ１が連係し、その一方で、ＡＳＰ７は連係を構成しない。そのため、ＡＳＰ２から取得した文書は直接ＡＳＰ２からＡＳＰ１に送信され、一方この同一の文書は、当該文書を印刷及び配送用にＡＳＰ７に転送する文書マネジャーにまず最初に配信されなければならない。文書マネジャーは、上記の指令を３つのＡＳＰに同時に送信し、ＡＳＰからの回答を待つ。印刷及び配送サービスに関して、好ましい実施例においてはこのサービスを完了するのに少なくとも１日を要するので、ＡＳＰ７は、サービス完了日を予測し、ユーザに、ユーザの電子メールを通じて予定サービス完了日を通知し、又は文書マネジャー６０に通知する。

本発明の１つの実施例におけるＡＳＰ連係の特徴に加えて、文書マネジャー６０は、また、ユーザに対して統一されたキーワードフォーマットを提供する。図６のステップ６３３にてユーザ要求を処理するとき、文書マネジャー６０は、ユーザ７０からデータベースタイプのクエリーを受信可能である。

しかし、多数のＡＳＰが選択される場合には、各ＡＳＰは、日付、ワイルドカード、キーワード等のような情報を入力するための異なる入力フォーマットを有するようになる。例えば、日付情報は、ＡＳＰ１に対してｍｍ−ｄｄ−ｙｙのフォーマットで入力されなければならず、その一方で、同一の情報が、ＡＳＰ２に対してｙｙｙｙｍｍｄｄのフォーマットで入力されなければならない。また、ワイルドカード情報は、ＡＳＰ１に対して「＊」を使用することにより示される必要があり得るが、ＡＳＰ２に対しては「＄」により示され得る。さらに、キーワードは、ＡＳＰ１に対して「知的所有権」として入力され得るが、同一の語句は、ＡＳＰ２に対しては「知的＆所有権」として入力され得る。統一されたユーザインターフェースを実現するために、文書マネジャー６０は、ユーザに対して統一された入力フォーマットを提供し、この統一されたフォーマットを選択された若しくは所望のＡＳＰで利用される異なるフォーマットに変換する。この実施例において、記憶デバイス６４は、文書マネジャー６０により制御可能なＡＳＰの入力フォーマットを記憶する。また、記憶デバイス６４は、文書モール操作のためにユーザ７０のディスプレイに表示される統一された入力フォーマットを記憶する。ユーザ交信デバイス６５は、単一の又は統一されたフォーマットの入力された日付情報、ワイルドカード情報及び／又はキーワードを、選択された若しくは所望のＡＳＰに対して好適な特定フォーマットに変換し、次いで変換したフォーマットを選択されたＡＳＰに送信する。本発明の好ましい実施例に従い、複数のＡＳＰがユーザの要求を達成するために利用されるとしても、サービス要求の入力スクリーンが統一されるのみならず、他のユーザインターフェースも統一される。

本発明は、また、多数のＡＳＰが選択される場合に、ユーザ７０に対するタイミング調整機能を提供する。抽出操作の場合において、キーワードを入力した文書は複数のＡＳＰに記憶される。ＡＳＰの抽出能力及び抽出された文書量に基づいて、抽出された文書を出力するタイミングは、ＡＳＰの間で異なるようである。図９は、本発明のある実施例に対応する文書マネジャー６０のタイミング調整機能を図解する。ステップ９０１において、文書マネジャー６０は、ＡＳＰからのサービス結果を受信する。このサービス結果は、ユーザ７０により抽出されるべき文書若しくはユーザに提供される所定の他の情報であり得る。ステップ９０３において、文書マネジャー６０は、記憶デバイス６４のようなメモリにサービス結果を記憶する。次いで、文書マネジャー６０は、判別ブロック９０５に見られるように、ユーザ要求に対して選択されたすべてのＡＳＰからの全てのサービス結果を受信したかどうかを判別する。全てのサービス結果が受信されていない場合には、文書マネジャー６０は、追加のサービス結果を受信するためにステップ９０１に戻る。例えば、文書マネジャー６０がユーザ要求に適合する文書を配送する３つの異なるＡＳＰを選択する場合には、文書マネジャー６０は、この要求に対して抽出及び記憶される文書を監視し、１つ若しくは２つの文書だけが受信された場合には、残る文書の受信及び記憶を待つ。全てのサービス結果が受信されると、文書マネジャー６０は、記憶デバイス６４から記憶されたサービス結果を読み出すステップ９０７に進み、次に、ステップ９０９により示すように、完全な結果が文書マネジャー６０からユーザ７０に送信される。

このため、ユーザに対して統一された操作を提供するために、各ＡＳＰから抽出された文書は、一旦文書マネジャー６０の記憶デバイス６４に記憶される。フォーマット標準化デバイス６６の制御下で、文書マネジャー６０は、（文書マネジャー６０が）すべての選択されたＡＳＰから操作結果を受信した否かを判別する。すべての選択されたＡＳＰから操作結果が受信されている場合には、フォーマット標準化デバイス６６は、記憶デバイス６４から記憶されている抽出文書を読み出し、抽出結果をユーザに送信する。

上記の背景説明において議論したように、ＡＳＰへの従来のユーザ要求に関する１つの問題は、ＡＳＰに記憶される及び／又はＡＳＰから抽出される文書が、多量である可能性があり、そのため長時間ユーザの通信回線を使用不能にし得ることである。この問題は、特に低いデータ速度ネットワーク接続、若しくは、これに限定されないが、無線接続のような任意の他の低いデータ速度ネットワークシステムを有する家庭ユーザにとって重大である。本発明の文書マネジャー６０は、不便な時にユーザ７０の通信システムを使用不能にすることなく、ユーザ７０がＡＳＰに文書を記憶し、抽出することを許容するメカニズムを提供する。図１０は、本発明のある実施例に対応して、予め定められた時にユーザ７０及び文書マネジャー６０の間で文書のバルク転送を提供するプロセスを示すフローチャートである。ここで記載する「バルク転送」は、現在、若しくは予め定められた遅れの後、又は予め定められた時に、実行されるバッチ処理と同様である、又はそれとみなされ得る。ここで参照により引用される、１９８８年ＤｅＳｃｈｏｎらにより「バックグラウンドファイル転送プログラム（「ＢＦＴＰ」）と題されたコメント要求（ＲＦＣ、Request for Comments）１０６８の繰り延べ配送の特徴に対応して、そのような転送が実行される。上述した図６と同様に、図１０のフローチャートは、文書マネジャー６０のステップからユーザ７０のステップを分離するネットワーク５５を表す垂直な破線を用いたリレーショナルフォーマットである。

図１０に見られるように、ユーザ７０にバルク転送機能を提供するプロセスは、判別ブロック１００１により示されるように、文書マネジャー６０がユーザにより文書記憶若しくは抽出要求が実行されたかどうかを判別することから開始する。このことは、ＡＳＰに配置されるソフトウェアアプリケーションへのアクセスのようなリアルタイムサービスをユーザが要求する場合には、文書マネジャー６０がユーザに対するバルク転送オプションを生成し、送信することを回避することを許容する。判別ブロック１００１は、図６の実施例の「ユーザ要求の処理」ステップ６３３の一部として、あるいは図４に示される「サービスに関するユーザへのフィードバック」ステップ４０４０の一部として、文書マネジャー６０により実行され得る。

ユーザ７０が記憶若しくは抽出処理を要求する場合の典型的な状況において、文書マネジャー６０は、ステップ１００３において示すようにバルク転送オプション要求を生成する。このバルク転送オプション要求は、ユーザ７０が、要求した処理に対するバルク転送オプションを選択することを許容する。ステップ１００３にてバルク転送オプションメニューを生成した後で、文書マネジャー６０は、バルク転送オプション要求に従ってサービス詳細要求が生成され、ユーザ７０に送信されるステップ１００５に進む。このサービス詳細要求は、文書マネジャー及びＡＳＰから必要とされるサービス若しくは処理に関するさらなる詳細を提供するために文書マネジャー６０からユーザ７０への要求である。例えば、ユーザ７０が文書検索及び抽出を要求した場合には、サービス詳細要求は、ユーザにブール代数の検索クエリーを質問する。別の例として、ＡＳＰに配置されるスプレッドシートアプリケーションへのアクセスを要求した場合には、サービス詳細要求は、ユーザに必要とされるスプレッドシートアプリケーション及び当該アプリケーションのバージョンを入力するように依頼する。ステップ１００１において、文書マネジャー６０が、ユーザが記憶若しくは抽出サービスを要求していないと判別すると、文書マネジャーは直接ステップ１００５に進み、サービス詳細要求を生成し、ユーザ７０へ送信する。

ステップ１００７において、ユーザ７０は、ユーザ７０のオペレータに対するバルク転送オプション要求及び／又はサービス詳細要求を表示する。バルク転送オプション要求は、好ましくは、図７（ａ）及び図７（ｂ）に図解する文書モールスクリーン７４２の領域７１０、７４０及び７５０に類似する選択領域であり、サービス詳細要求は、好ましくは、表示スクリーン７４２の領域７２０及び７３０若しくは７４０のようなユーザが情報を入力するインタラクティブ領域として表示される。バルク転送オプションの選択及び詳細情報の入力は、例えば、マウスのボタンのクリック、又はリモート制御、キーボード又は制御パネル上のキーの押し下げ、表示スクリーンへのタッチ、コマンドの送話等により達成され得る。

図１０の判別ブロック１００９において、ユーザ７０は、オペレータからの入力に基づいてバルク転送オプションがオペレータにより選択されたかどうかを判別する。バルク転送オプションが選択されなかった場合には、ステップ１０１１において、ユーザ７０はオペレータのサービス詳細を入力し、文書マネジャー６０に送信し、ステップ１０１３において、文書マネジャー６０は、ユーザにより入力されたこれらの詳細に基づいて選択されたＡＳＰと共にユーザ要求を処理する。ユーザ７０がバルク転送要求がなされたことを判別する場合には、フローはユーザの処理が記憶用ＡＳＰに文書を送信することを要求する記憶処理か、あるいはＡＳＰから配信される文書を受信することを要求する抽出処理かを判別するステップ１０１５に進む。ステップ１０１５の記憶／抽出の判別は、ユーザの過去の入力に基づいて実行される。

ステップ１０１５において、ユーザ処理が記憶処理であると判別される場合には、ステップ１０１７において、ユーザは記憶文書を入力し、記憶文書（１以上のＡＳＰで記憶される文書）を、以下の図１２に関してさらに詳細に説明される予め定められた時に（あるいは即時に）文書マネジャー６０に送信する。ステップ１０１９において、文書マネジャー６０は、記憶文書を受信し、選択されたＡＳＰと共に記憶サービスを実行する。本発明の好ましい実施例によれば、ステップ１０２１において、文書マネジャー６０は、記憶ＡＳＰからのフィードバックに基づいて記憶操作報告を生成する。文書マネジャー６０がどのようにして記憶サービスを実行し、記憶操作報告を生成するかは、図１３及び図１４に関して以下にさらに説明する。

ステップ１０１５において、要求された処理が抽出処理であることをユーザ７０が判別すると、フローは、抽出要求を入力し、文書マネジャー６０に送信するステップ１０２３に進む。抽出要求は、ブール代数の検索クエリー、あるいはＡＳＰから抽出される文書を識別するためのその他の任意の情報であり得る。好ましい実施例においては、ユーザは、また、抽出文書を戻すために文書マネジャー６０に対する予め定められた時間を入力するようにしても良い。その代わりに、文書マネジャー６０は、深夜のように、ユーザ７０の通信回線が不便なく長時間ビジーであり得るとき、文書を配信するための適当な時間を選択するようにしても良い。このため、ステップ１０２５において、文書マネジャー６０は、選択されたＡＳＰと共に文書抽出要求を処理し、ステップ１０２７において、予め定められた時間に抽出文書を送信する。その代わりに、文書若しくは情報の送信は即時であり得る。ステップ１０２９において、ユーザ７０は、それぞれステップ１０２１又はステップ１０２７から生成する抽出文書又は記憶報告を受信する。このため、図１０のプロセスにより示されるように、文書マネジャー６０は、ユーザ７０及び文書マネジャー６０の間で予め定められた時間に文書のバルク転送を提供する。好ましい実施例においては、ここで開示された任意のデバイスのような任意の所望のデバイスが利用可能であるが、この特徴は、多目的若しくは多機能機として装備されるユーザデバイスと共に提供される。

図１１（ａ）、（ｂ）、（ｃ）及び（ｄ）は、本発明のある実施例に対応するユーザとして機能する多機能機若しくは文書処理センタを示す。図１１（ａ）及び図１１（ｂ）の多機能文書処理センタは、中央演算ユニット（ＣＰＵ）１１３１を具備し、種々のエレメントが内部バス１１３２によりＣＰＵ１１３１に接続される。ＣＰＵ１１３１は、多数のタスクを行う一方で、多機能文書処理センタ１１００の状態を監視（モニタ）する。ＣＰＵ１１３１に接続されるエレメントは、リードオンリーメモリ（ＲＯＭ）１１３３、ランダムアクセスメモリ（ＲＡＭ）１１３４、ハードディスクドライブ（ＨＤＤ）１１３５、フレキシブルディスク１１０７を受け入れ可能なフレキシブルディスクドライブ（ＦＤＤ）１１３６、通信インターフェース（Ｉ／Ｆ）１１３８及びモデムユニッ１１３９を含む。さらに、制御パネル１１３７、スキャナユニット１１４０、プリンタユニット１１４１及び画像処理デバイス１１４２が、バス１１３２によりＣＰＵ１１３１に接続され得る。任意のネットワーク若しくはネットワークの接続が利用可能であるが、Ｉ／Ｆ１１３８は、好ましくはインターネットのような広域ネットワーク（ＷＡＮ、Wide Area Network）に接続される狭域ネットワーク（ＬＡＮ、Local Area Network）ようなネットワーク１１２９に接続される。モデムユニット１１３９は、さらに公衆電話回線（図示しない）に接続される通信ネットワーク１１２０に接続され、その代わりに公衆電話回線に直接接続される。本発明の１つの実施例に従って、ここで全ての内容が参照により引用される米国特許番号５９２８３３５に示されるサーバを使用して、多機能文書処理センタ１１００は、装備され得る。

多機能文書処理センタ１１００がデジタルコピー機を備える１つの実施例においては、モデムユニット１１３９、スキャナユニット１１４０、プリンタユニット１１４１及び画像処理デバイス１１４２は、一括して多機能文書処理センタ１１００の画像処理ユニットと呼称される。これらのエレメントは、デジタルコピー機の画像処理機能を実行する多機能文書処理センタ１１００のハードウェアに対応する。

好ましい実施例において、多機能文書処理センタ１１００に対するプログラムコード指令は、フレキシブルディスク１１０７に記憶され、その結果プログラムコード指令は、ＦＤＤ１１３６により読み出され、ＲＡＭ１１３４に送信され、指令を実行するためにＣＰＵ１１３１により実行され得る。これらの指令は、メニューを作成し、選択し、抽出し、送信し、表示し、記憶する指令のような、メニュー管理指令であり、前述した図４、図６及び図１０若しくは後述するように図１２−１４の方法のステップを実施することに関する。これらの指令は、多機能文書処理センタ１１００がユーザとして文書マネジャー６０と交信し、制御パネル１１３７及び多機能文書処理センタ１１００の画像処理ユニットを制御することを許容する。さらに、指令は、多機能文書処理センタ１１００の操作に必要な任意の指令を含んでも良い。

その代わりに、プログラムコード指令は、フレキシブルディスク１１０７からＨＤＤ１１３５に読み出されても良い。多機能文書処理センタ１１００の立ち上げ中に、プログラムコード指令は、ＣＰＵ１１３１により読み出され、ＲＡＭに送信され、ＣＰＵ１１３１により実行され得る。その代わりに、プログラムコード指令は、ＲＯＭ１１３３にロードされても良い。そのため、本発明において、フレキシブルディスク１１０７、ＨＤＤ１１３５、ＲＡＭ１１３４及びＲＯＭ１１３３のうち任意のものがプログラムコード指令、若しくは本発明により利用されるデータ構造を記憶可能なコンピュータ読み取り可能な記憶媒体に対応することが理解される。本発明による指令及び／又はデータ構造を記憶可能なその他のデバイス及び媒体は、例えば、磁気ディスク、ＤＶＤを含む光学ディスク、ＭＯのような磁気光学ディスク、及びＰＣカードのような半導体メモリカードと同様に、図１５に関して後述する任意の記憶媒体を含む。

図１１（ｂ）は、文書処理センタ１１００の内部の機械及び電機部品を図解する。プリンタユニット１１４１及びスキャナユニット１１４０の要素の任意の所望の構成若しくは配置が利用され得るが、この図において、スキャナユニット１１４０は、プリンタユニット１１４１の上部に装着される。例えば、プリンタユニット１１４１及びスキャナユニット１１４０は、物理的に相互に分離していても良い。

図１１（ｃ）は、本発明の１つの実施例に対応する制御パネル１１３７の構成を示す。この図で見られるように、制御パネル１１３７は、多機能文書処理センタ１１００のオペレータが文書マネジャー６０と交信することを許容するメニュー及びメッセージを表示するディスプレイ１１４２を備える。好ましい実施例においては、ディスプレイ１１４２は、図７（ａ）及び図７（ｂ）の文書モールスクリーンを表示する。この表示スクリーン１１４２は、ＬＣＤ（Liquid Crystal Display）、プラズマディスプレイ、あるいはブラウン管（ＣＲＴ）、若しくは多機能文書処理センタ１１００のオペレータに画像を提供するために好適な任意の他のディスプレイであり得る。ディスプレイ１１４２は、図１１（ｃ）の制御パネル１１３７に統合されるとして示される一方で、ディスプレイは、制御パネル１１３７に統合されたり、埋め込まれたりする必要はないが、単純に、有線あるいは無線接続のいずれかにより、制御パネル１１３７に接続され得る。制御パネル１１３７は、情報を入力し、種々の操作を要求するためのキーを含んでも良い。その代わりに、制御パネル１１３７及び表示スクリーン１１４２は、キーボード、マウス、リモート制御、表示スクリーン１１４２へのタッチ、音声認識又は目の動きの追跡、若しくはこれらの組合せにより動作し得る。

図１１（ｃ）に見られるように、制御パネル１１３７は、表示スクリーン１１４２に隣接して、ディスプレイ１１４２のコントラストを変更するコントラスト量キー１１４３及び押し下げられると第１のモードから第２のモードに表示を変更する表示モードキー１１５５を含むことができる。例えば、表示モードキー１１５５を押し下げることにより、オペレータは、デジタルコピーモード表示から図７（ａ）及び図７（ｂ）に表示されるようなＡＳＰ文書要求モード表示に変更することができる。制御パネル１１３７は、また、既に設定されている選択されたモードを表示するためのモード確認キー１１４４及び表示スクリーン１１４２上に表示されるべきメニュー又はメッセージを変更するためのメニュー又はメッセージ変更キー１１４５を含むことができる。例えば、オペレータは、メッセージ変更キー１１４５を押し下げて図７（ａ）に示すような文書プロファイルメニューから図７（ｂ）に示す産業分類メニューに変更できる。制御パネル１１３７は、また、押し下げられるとユーザプログラムを呼び出し又は実行するプログラム呼出キー１１４６、押し下げられるとユーザプログラムを登録するユーザプログラム登録キー１１４７及びディスプレイ１１４２にガイダンスメニュー若しくはヘルプメニューを表示するガイダンスキー１１４８を含むことができる。制御パネル１１３７は、また、押し下げられたときに複写操作若しくはＡＳＰ文書操作を開始する印刷キー１１４９、データ入力用テンキーのキーパッド１１５０及び英数字のキーパッド（図示しない）を含み得る。これらのキーパッドは、例えば、オペレータのユーザＩＤ、パスワード、記憶又は抽出する文書の名称及びタイプ、文書を記憶する位置、キーワード、日付、アクセスレベル及び文書マネジャー６０と交信するためのその他の情報を入力するために使用可能である。勿論、キーパッド１１５０は、また、コピーの数、あるいは所望の拡大／縮小率のようなコピーモード情報を入力するためにも使用され得る。

制御パネル１１３７は、また、押し下げられると、設定された数若しくはパラメータをクリアするか複写操作を停止する設定数クリア及び複写停止キー１１５１及び、文書マネジャー６０を使用するために、ユーザＩＤ、パスワード、文書タイプ、文書名、キーワード、日付、アクセスレベル及び文書マネジャー６０に対する要求タイプのようなオペレータにより入力された情報を確認する確認又は入力キー１１５２を含んでも良い。確認又は入力キー１１５２は、また、コピーの数、拡大／縮小、及び／又は複写紙のマージンのような、多機能文書管理センタ１１００を複写機として使用するための情報を確認するために使用され得る。制御パネル１１３７は、また、押し下げられると、文書記憶操作若しくは文書抽出操作若しくは複写操作を中断するための複写中断キー１１５３を有しても良い。定着ローラを予熱するための予熱キー１５４、及び／又はプリセットされたモードをクリアするモードクリアキー１５４もまた、制御パネル１１３７に含まれ得る。本発明の１つの実施例によれば、制御パネル１１３７は、ここで参照により引用される米国特許６０２３５９３に示される制御パネルを使用して実施され得る。

上記に示したように、表示スクリーン１１４２は、図７（ａ）及び図７（ｂ）に示す文書モールスクリーンを表示する。ディスプレイ１１４２は、例えば、液晶又は蛍光材料を利用してドット又はピクセル表示デバイスから構成可能であり、ドット表示デバイス上に重ねられたマトリックスタッチパネルを具備可能であり、そのため、表示スクリーン１１４２自体を押圧することにより、オペレータが多機能文書処理センタ１１００に命令（コマンド）を入力することを許容する。そのような表示スクリーン１１４２の例が、図１１（ｄ）に示される。表示スクリーン１１４２は、例えば、紙トレイを選択し、コピーの針留めを要求し、縮小又は拡大し、マージンを設定する等のために、１つ又は複数の複写オプション及びメッセージを表示するために使用され得る。これらのコピーモード設定及びメッセージに加えて、本発明の表示スクリーン１１４２は、多機能文書処理センタ１１００のオペレータが文書マネジャー６０と交信することを許容するようにＡＳＰ文書モードの特徴を表示することができる。図１１（ｄ）に示す実施例において、表示スクリーン１１４２は、オペレータが（例えば、「文書モール」ボタン１１６２に触れることにより）ＡＳＰ文書モードを選択し、ＡＳＰ文書モードメニューを表示させることを許容する「文書モール」選択ボタン１１６２を表示する。この例において、「文書モール」選択ボタンは、複写モードメッセージ及び／又はＡＳＰ文書モードメッセージを表示し得るメッセージ表示領域１１６１の隣りに配置される。好ましい実施例において、図１１（ｄ）に示す表示スクリーン１１４２は、多機能文書処理センタ１１００がＯＮされたときに、ＲＡＭ１１３４から読み出され表示される基本メニュー（若しくは「基本スクリーン」）である。

有利なことに、表示スクリーン１１４２上で一旦「文書モール」ボタン１１６２が選択されると（あるいはさもなければＡＳＰ文書モードが要求される）、表示スクリーン１１４２は、多機能文書処理センタ１１００のオペレータに対してカスタマイズされるＡＳＰ文書モード用メニューを表示することができる。例えば、ユーザＩＤ及びパスワードが入力されると、多機能文書処理センタ１１００は、オペレータが文書マネジャー６０と交信することを許容するためにカスタマイズされたメニューを選択する。カスタマイズされたメニューは、多機能文書処理センタ１１００に記憶され（例えば、フレキシブルディスク１１０７、ＨＤＤ１１３５、ＲＡＭ１１３４及び／又はＲＯＭ１１３３に）、文書マネジャー６０から、若しくは、ＬＡＮのようなネットワークを介して文書マネジャーに接続され得る汎用コンピュータ（図１５に示すコンピュータシステムのような）のような別の場所で、受信され得る。

１つの実施例において、多機能文書処理センタ１１００のオペレータは、ＡＳＰ文書モードが選択された後で表示されるデフォルトのＡＳＰ文書メニューを使用して、ユーザＩＤ及びパスワードを入力する。次いで、多機能文書処理センタ１１００は、例えば、フレキシブルディスク１１０７、ＨＤＤ１１３５、ＲＡＭ１１３４及び／又はＲＯＭ１１３３あるいは他の好適な記憶デバイスのようなサーバの記憶デバイスの１つに記憶されているルックアップ（参照）テーブルを使用して、所望のカスタマイズされたメニューを要求する。例えば、オペレータ「Ａ」がユーザＩＤを入力すると、多機能文書処理センタ１１００にオペレータ「Ａ」が働くＡＢＣ会社用にカスタマイズされたＡＳＰ文書モードメニューを選択するように促す。このため、多機能文書処理センタ１１００は、オペレータ「Ａ」に、会社レベルのカスタマイズを提供することができる。その代わりに、若しくはさらに、オペレータ「Ｂ」が、オペレータ「Ｂ」の働くＤＥＦ会社の法律部門用にカスタマイズされたメニューを選択するように、多機能文書処理センタ１１００に促すユーザＩＤを入力する。それ故、多機能文書処理センタ１１００は、オペレータ「Ｂ」に、グループ（若しくは部門）レベルのカスタマイズを提供することができる。その代わりに、若しくはさらに、オペレータ「Ｃ」が、オペレータ「Ｃ」用にカスタマイズされたメニューを選択するように、多機能文書処理センタ１１００に促すユーザＩＤを入力する。このため、多機能文書処理センタ１１００は、オペレータ「Ｃ」に個人レベルのカスタマイズを提供することができる。多機能文書処理センタ１１００がロータスノーツ（Lotus Notes）のようなグループウェアを利用するシステムの一部である場合には、会社名、グループ又は部門名、及び／又は個人名がグループウェアデータベースから読み出され得る。

このため、多機能文書処理センタ１１００は、文書マネジャー６０に対するユーザインターフェースと同様に、複写及び印刷のような通常の文書処理機能を提供する。多機能文書処理センタ１１００は、通常、例えばビジネス存在（会社）内の数人のオフィス労働者により共有されるべき中央ユニットを提供しても良い。そのため、１つの実施例に従って、ユーザインターフェースを文書マネジャーに提供する際、文書マネジャー６０を介してＡＳＰに記憶され、若しくはＡＳＰから抽出される大量の文書は、ビジネス時間中に長時間、通信回線１１２０を渋滞させない。このため、多機能文書処理センタ１１００は、上記図１０に関して一般的に説明されたバルク転送の特徴を提供する理想的なユーザである。しかし、多機能文書処理センタ１１００が、速い通信接続を有し、及び／又は抽出される文書サイズが大き過ぎると、バルク転送の特徴は利用されない可能性がある。図１２、図１３及び図１４は、それぞれ、多機能文書処理センタ１１００、文書マネジャー６０、及びＡＳＰに対するバルク転送プロセスを示すフローチャートを示す。

図１２は、本発明のある実施例に対応する多機能文書処理センタ１１００においてバルク転送を実施するプロセスを示すフローチャートである。開始後、ステップ１０２１において、多機能文書処理センタ１１００のオペレータは、文書モールにログオンし、ＡＳＰを決定するために文書マネジャー６０により使用される情報を入力する。この点において、多機能文書処理センタ１１００のオペレータは、ディスプレイ１１４２を経由して上記図６で述べたように文書マネジャー６０と交信する。ステップ１２０３において、多機能文書処理センタ１１００は、オペレータが制御パネルを押圧し、さもなければ上述したように記憶若しくは抽出操作用バルク転送オプションを示すことに応答してバルク転送命令を入力する。多機能文書処理センタ１１００が、抽出サービスより異なる方法で記憶バルク転送を処理するので、判別ブロック１２０５において、多機能文書処理センタ１１００は、オペレータがＡＳＰとの記憶処理若しくは抽出処理を要求したかどうかを判別する。この判別は、ステップ１２０１のログオン及びＡＳＰの決定プロセスの一部として得られる情報に基づいて行われる。

ＡＳＰ処理が文書抽出処理である場合には、多機能文書処理センタ１１００は、ステップ１２０７に進み、通信回線１１２０を介して文書マネジャー６０に文書抽出要求を送信する。この文書抽出要求は、制御パネル１１３７及びディスプレイ１１４２を経由して多機能文書処理センタ１１００に入力される。上記図１０で示したように、文書抽出要求は、ブール代数の検索クエリーであり、ステップ１２０９において多機能文書処理センタ１１００のオペレータが多機能文書処理センタ１１００により文書を受信したい予め定められた時間を含み得る。好ましい実施例においては、ステップ１２１１において示されるように、多機能文書処理センタ１１００は、抽出結果報告を生成し、通信回線１１２０を介して送信する。この抽出結果報告は、文書マネジャー６０に、以下の図１３でさらに説明されるように、抽出文書が受信されたことを通知する。好ましい実施例においては、多機能文書処理センタ１１００は、抽出された文書が問題なく受信されたことを確認した後でのみ抽出結果報告を生成し、送信する。

判別ブロック１２０５が、多機能文書処理センタ１１００は、オペレータが記憶処理を望むと判別する結果に帰する場合には、多機能文書処理センタ１１００は、スキャナユニット１１４０を使用して、ステップ１２１３にて文書をスキャンすることによりＡＳＰで記憶される文書を入力する。ステップ１２１３のスキャンは、好ましくは、オプションのスキャンデバイスにより実行されるが、例えば、任意のスキャンあるいは磁気インク文字認識のような文字認識技術により実行され得る。スキャンの代わりとして、ステップ１２１３は、これらに限定されないが、Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄ形式、Ａｄｏｂｅ Ａｃｒｏｂａｔを使用したＰＤＦ形式のような所望の形式で文書を保存し、若しくは書き込むことによるような任意の所望の方法で、電子表現の文書を生成することにより実行され得る。さらに、文書がステップ１２１３でスキャンされない場合に、ステップ１２０５が実行される時に、利用される電子表現が存在し得る。１つの実施例において、多機能文書処理センタ１１００のオペレータがディスプレイ１１４２に表示されたメッセージに応答してスキャナユニット１１４０のフィーダに文書を配置するとき、スキャンステップ１２１３は実行される。次いで、多機能文書処理センタ１１００は、ステップ１２１７において示されるように、多機能文書処理センタ１１００が通信回線１１２０を経由して予め定められた時間に文書マネジャー６０に記憶文書を送信するまでそれが残るＨＤＤ１１３５に、スキャンされた文書を書き込む。

好ましい実施例によれば、ＨＤＤ１１３５は、特定のフォルダ若しくは、オペレータにより作成され、特定のフォルダに記憶される画像が予め定められた時間に選択されたＡＳＰに送信されるディレクトリを有する。例えば、多機能文書処理センタは、ＨＤＤ１１３５に記憶された文書が選択されたＡＳＰに自動的に送信される時間を設定するタイマを有する。プリセット時間は、好ましくは、多機能文書処理センタ１１００のオペレータが通信回線１１２０の長いビジー期間により不便にならないような都合の良い時間である。ＣＰＵ１１３１は、実際の時間が予め選択された時間に到達するかどうかをチェックし、実際の時間が予め選択された時間に到達すると、ＣＰＵは、ＨＤＤ１１３５の特定フォルダから記憶された文書を読み出すように制御若しくは命令し、読み出した文書を選択されたＡＳＰ若しくは文書マネジャー６０のいずれか一方に送信する。本発明の１つの実施例において、２４時間の間、異なる文書プロファイルを有する文書がハードディスクに記憶可能であり、引き続いて対応する文書プロファイルに基づいて異なるＡＳＰに送信され得る。

ステップ１２１９において、多機能文書処理センタ１１００は、以下の図１３に関して説明されるように、生成され文書マネジャーに送信される記憶操作結果を受信する。好ましい実施例においては、一旦多機能文書処理センタ１１００が文書マネジャー６０から記憶操作結果を受信すると、多機能文書処理センタ１１００は、ＨＤＤ１１３５から、記憶されたあるいはスキャンされた記憶文書を自動的に消去する。本発明によれば、マニュアルで当該モードを入力又は選択することにより、バッチ送信モードが設定される。しかし、ユーザにより削除されない限り、そのようなバッチ送信モードを自動的に使用するデフォルトモードとすることも可能である。さらに、文書上のバーコードのような画像タグをコピー機の制御部が検出すると、バッチ送信モードを設定することも可能である。このバーコードは、バッチ送信モード及び、ユーザＩＤ、選択されたＡＳＰ及び電子メールアドレスのような文書プロファイルを指示する情報を含む。情報を符号化するバーコードの使用、及びバーコードの読出及び復号化は、通常知られ、例えば、ここで参照に引用される米国特許５６７７７７０及び５６７１２８２に記載される。ＡＳＰ選択及び文書メニューのダウンロードは、上述した同様な方法で、バーコード情報に基づいて実行され得る。

図１３は、本発明のある実施例に対応する文書マネジャー６０におけるバルク転送を実施するプロセスを示すフローチャートである。ステップ１３０１において、文書マネジャー６０は、ユーザを文書モールにログオンさせ、ＡＳＰを決定し選択するために使用される情報を受信する。上述したように、多機能文書処理センタ１１００のオペレータが文書マネジャー６０にログオンするために、文書マネジャー６０と交信し、ＡＳＰ決定情報及びバルク転送オプションを文書マネジャー６０に送信する。ステップ１３０３において、文書マネジャー６０は、多機能文書処理センタ１１００からバルク転送要求を受信する。文書マネジャー６０は、抽出転送とは異なる方法で記憶バルク転送を処理するので、判別ブロック１３０５において、文書マネジャー６０は、ユーザが記憶若しくは抽出処理を要求したかどうかを判別する。この判別は、ステップ１３０１及び／又はステップ１３０３の一部として得られた情報に基づいて行われる。

ＡＳＰ処理が文書記憶処理である場合には、フローは、ステップ１３０５から、図１２のステップ１２１７で説明したように予め定められた時間で多機能文書処理センタ１１００から送信された記憶文書を文書マネジャー６０が受信するステップ１３０７に進む。ステップ１３０９において、文書マネジャー６０は、記憶文書を選択された記憶ＡＳＰに送信する。好ましい実施例によれば、文書マネジャー６０は、ステップ１３１１において、記憶結果報告を通信回線１１２０を介して多機能文書処理センタ１１００に送信し、文書マネジャー６０によりユーザ記憶要求が完了したことを報告する。

判別ブロック１３０５が、文書マネジャー６０は、オペレータが抽出処理を望むと判別する結果に帰する場合には、文書マネジャー６０は、ユーザから文書抽出要求を受信し、ステップ１３１３に示されるように選択された抽出ＡＳＰから要求された文書を抽出する。一旦文書マネジャー６０がステップ１３１３にて選択されたＡＳＰから抽出された文書を取得すると、文書マネジャー６０は、抽出された文書を、ステップ１３１５に示すように、文書マネジャー６０の記憶デバイス６４のようなメモリに書き込む。

ステップ１３１７において、文書マネジャー６０は、予め定められた時間に、ユーザに抽出された文書を送信する。図１２のステップ１２１７において説明した多機能文書処理センタ１１００と同様に、文書マネジャー６０は、好ましくは、記憶デバイス６４の記憶された文書が自動的にユーザに送信されるべきときを設定するタイマあるいは時計を含む。さらに、同様に説明したように、プリセット時間は、上記ステップ１３０１及びステップ１３０３にてユーザにより要求された時間、若しくは文書マネジャー６０により選択された時間であり得る。図１２のステップ１２１１に関して説明したように、多機能文書処理センタ１１００は、抽出結果報告を生成し、この報告を文書マネジャー６０に送信する。ステップ１３１９において、文書マネジャー６０は、抽出結果報告をユーザから受信する。ステップ１３２１において、次いで文書マネジャー６０は、文書マネジャー６０の記憶デバイス６４から記憶された抽出文書を消去する。

図１４は、本発明のある実施例に対応する選択されたＡＳＰにおいてバルク転送を実施するプロセスを示すフローチャートである。ステップ１４０１において、選択されたＡＳＰは、文書マネジャー６０からサービス要求を受信する。選択されたＡＳＰにより受信されたサービス要求は、ユーザＩＤ及び／又は、必要であれば、選択されたＡＳＰが多機能文書処理センタ１１００に文書を直接送信することを許容するその他の情報を伴い得る。さらに、ステップ１４０１におけるサービス要求は、図５（ｂ）に関して上述したようにアクセスレベル制御を実施するために使用されるアクセスレベル情報を伴い得る。選択されたＡＳＰは、抽出転送とは異なる方法でバルク記憶転送を処理しなければならないので、判別ブロック１４０３において、選択されたＡＳＰは、オペレータ及び／又は文書マネジャー６０がＡＳＰとの記憶若しくは抽出処理を要求したかどうかを判別する

要求されたサービスが文書抽出処理であるときは、ステップ１４０５において、ＡＳＰは、文書マネジャー６０から文書抽出要求指示を受信する。次いで、ＡＳＰは、ステップ１４０７において示されるように選択されたＡＳＰが操作する記憶スペースから要求された抽出文書を抽出する。一旦抽出された文書が取得されると、次に、選択されたＡＳＰは、抽出された文書を文書マネジャーに送信する。本発明の１つの実施例において、選択されたＡＳＰは、また、上述したようにステップ１４０１において当該ＡＳＰがユーザＩＤ及び／又はその他のユーザ情報を取得した場合に、抽出された文書をユーザに送信する。そのようなユーザ若しくは多機能文書処理センタ１１００への送信は、予め定められた時間若しくは現在、予め定められた遅れで、又は可能な限り即時に、起こる。この実施例では、文書マネジャー６０は、まず、抽出処理を記録し、及び／又は統一請求書をユーザに提供する。

ステップ１４０３において、選択されたＡＳＰが、要求されたＡＳＰサービスは、記憶処理であることを判別する場合には、選択されたＡＳＰは、ステップ１４１１に示すように文書マネジャー６０若しくはユーザ７０から記憶された文書を受信する。本発明の１つの実施例においては、ステップ１４１１にて受信した記憶文書は、選択されたＡＳＰが前述したようにアクセスレベル制御を実施するためのアクセスレベル情報を伴う。さらに、文書マネジャー６０及び／又はユーザから受信した記憶文書は、ユーザの電子メールアドレス情報を含んでも良い。ステップ１４１３において、選択されたＡＳＰは、当該ＡＳＰの操作において使用される記憶スペースに記憶文書を記憶又は書き込む。一旦ユーザの記憶文書がＡＳＰ記憶スペースに記憶されると、選択されたＡＳＰは、操作結果を文書マネジャー６０に送信し、その結果、文書マネジャー６０は、記憶結果報告を生成し、上述したようにこの報告をユーザ７０に送信し得る。１つの実施例において、ステップ１４１１にて受信した記憶文書が、ユーザの電子メールアドレス情報を伴う場合には、選択されたＡＳＰは、また、操作結果をユーザに送信する。図１４は、選択されたＡＳＰの操作を示す。ＡＳＰがユーザＩＤ及びアクセスレベル情報と共に文書を受信すると、ＡＳＰエンジンは、当該ユーザＩＤに対応するフォルダが存在するか否かをチェックする。ステップ１４１３の記憶操作が完了したとき、ＡＳＰエンジンは、ステップ１４１５にて操作結果を文書マネジャーに送信することを命令する。図１４のプロセスはその後終了する。

図１５は、本発明に従うある実施例が実施されるコンピュータシステム１５０１を図解する。図解されたコンピュータ及び／又はコンピュータシステムは、本発明と共に又は本発明により利用される任意の処理若しくは計算デバイスと共に又はそれとして利用され得る。コンピュータシステム１５０１は、バス１５０３又はその他の情報通信用通信メカニズム、及び情報処理用のバス１５０３に接続されたプロセッサ１５０５を含む。コンピュータシステム１５０１は、また、ランダムアクセスメモリ（ＲＡＭ）又は、情報及びプロセッサ１５０５により実行される指令を記憶するためにバス１５０３に接続されるその他の動的記憶デバイス（例えば、ダイナミックＲＡＭ（ＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、フラッシュＲＡＭ）を含む。さらに、メインメモリ１５０７は、プロセッサ１５０５により実行される指令の実行中に一時的な変数若しくはその他の中間情報を記憶するために使用され得る。コンピュータシステム１５０１は、さらに、リードオンリーメモリ（ＲＯＭ）１５０９、又は静的情報及びプロセッサ１５０５用指令を記憶するためにバス１５０３に接続されるその他の記憶デバイス（例えば、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）及び電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ））を含む。磁気ディスク若しくは光学ディスクのような記憶デバイス１５１１が提供され、情報及び指令を記憶するためにバス１５０３に接続される。

コンピュータシステム１５０１は、また、特定目的論理デバイス（例えば、ＡＳＩＣ（Application Specific Integrated Circuit）若しくは構成可能な論理デバイス（例えば、ＧＡＬ（Generic Array of Logic）、若しくは再プログラム可能なフィールドプログラム可能ゲートアレイ（ＦＰＧＡｓ、reprogrammable field programmable gate arrays））を含んでも良い。その他の着脱可能な媒体デバイス（例えば、コンパクトディスク（登録商標）、テープ及び着脱可能な磁気光学媒体）若しくは固定された高密度媒体駆動装置が、適当なデバイスバス（例えば、ＳＣＳＩ（Small Computer System Interface）バス、ＩＤＥ（Enhanced Intergrated Device Electronics）バス、若しくはＤＭＡ（Ultra-Direct Memory Access）バス）を使用してコンピュータシステム１５０１に追加され得る。コンピュータシステム１５０１は、追加的に、コンパクトディスク（登録商標）リーダ、コンパクトディスク（登録商標）リーダライタユニット、コンパクトディスク（登録商標）ジュークボックスを含んでも良く、それぞれは、同一若しくは別のバスに接続され得る。

コンピュータシステム１５０１は、バス１５０３を介して、情報をコンピュータユーザに表示するブラウン管（ＣＲＴ）のようなディスプレイ１５１３に接続され得る。このディスプレイ１５１３は、ディスプレイ若しくはグラフィックカードにより制御され得る。コンピュータシステムは、情報及び命令選択をプロセッサに通信する、キーボード１５１５及びカーソル制御部１５１７のような入力デバイスを含む。例えば、カーソル制御部１５１７は、マウス、トラックボール若しくはプロセッサ１５０５に方向情報及び命令選択を通信し、ディスプレイ１５１３上でのカーソル動作を制御するカーソル指示キーである。さらに、プリンタが、図５（ａ）、（ｂ）、（ｃ）に示すデータ構造、若しくはコンピュータシステム１５０１により記憶され及び／生成されるその他のデータの印刷されたリストを提供し得る。

コンピュータシステム１５０１は、メインメモリ１５０７のようなメモリに保持された１以上の指令からなる１以上のシーケンスをプロセッサ１５０５が実行することに応答して、本発明の処理ステップの一部若しくはすべてを実行する。そのような指令は、記憶デバイス１５１１のような別のコンピュータ読取可能な媒体からメインメモリ１５０７に読み込まれても良い。マルチ処理配置の１以上のプロセッサは、また、メインメモリ１５０７に保持される指令のシーケンスを実行するために用いられる。代替実施例では、剛配線回路（hard-wired circuit）がソフトウェア指令の代わりに、若しくはそれと組み合わせて使用され得る。

上述したように、システム１５０１は、本発明の教示に従って処理を実行するために使用される指令を含み、データ構造、テーブル、レコード、その他のここで説明されたデータを保持する少なくとも１つのコンピュータ読取可能な媒体又はメモリを含む。本発明は、任意のコンピュータ読取可能な媒体あるいはその組合せに記憶され、コンピュータシステム１５０１を制御し、本発明を実施するデバイスを駆動し、コンピュータシステム１５０１が人間のユーザ例えば顧客と交信することを可能にするソフトウェアを含む。そのようなソフトウェアは、これに限定されないが、デバイスドライバ、オペレーティングシステム、開発ツール及びソフトウェアアプリケーションを含み得る。そのようなコンピュータ読取可能な媒体は、さらに、本発明を実施する際に実行される処理のすべて若しくは一部（処理が分配される場合）を実行する、本発明のコンピュータプログラム製品を含む。

本発明のコンピュータコードデバイスは、これに限定されないが、スクリプト、翻訳部、動的インクライブラリ、ジャバクラス及び完全に実行可能なプログラムを含む任意の翻訳された若しくは実行可能なコードメカニズムであり得る。さらに、本発明の処理の一部は、より良好な性能、信頼性及びコストのために分配され得る。

ここで使用される「コンピュータ読取可能な媒体」という語句は、実行用に指令若しくはデータを提供することに関係する任意の媒体を参照する。コンピュータ読取可能な媒体は、これに限定されないが、不揮発性媒体、揮発性媒体、及び送信媒体を含む任意の形態をとり得る。例えば、不揮発性媒体は、光学ディスク、磁気ディスク及び記憶デバイス１５１１のような磁気光学ディスクを含む。揮発性媒体は、メインメモリ１５０７のような動的メモリを含む。送信媒体は、同軸ケーブル、銅線、及びバス１５０３を備える配線を含むファイバ光学器を含む。送信媒体は、また、ラジオ波及び赤外データ通信中に生成されるような音響若しくは光の波の形態をとり得る。

コンピュータ読取可能な媒体の通常形態は、例えば、ハードディスク、フレキシブルディスク、テープ、磁気光学ディスク、ＰＲＯＭ（ＥＰＲＯＭ、ＥＥＰＲＯＭＥ、フラッシュＰＲＯＭ）、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ若しくは任意のその他の磁気媒体、コンパクトディスク（登録商標）（例えば、ＣＤ−ＲＯＭ）、任意のその他の光学媒体、パンチカード、紙テープ、孔のパターンを有する他の物理媒体、搬送波（後述する）、その他の任意のコンピュータが読み取ることができる媒体を含む。

種々の形態のコンピュータ読取可能な媒体が、実行用に１以上の指令からなる１以上のシーケンスを実行する際に、関係し得る。例えば、指令は、当初は、リモートコンピュータの磁気ディスク上で実行され得る。このリモートコンピュータは本発明の全て若しくは一部を遠隔的に動的メモリに実施する指令をロードし、モデムを使用した電話回線上で当該指令を送信することができる。コンピュータシステム１５０１に対してローカルなモデムは、電話回線上でデータを受信し、データを赤外線信号に変換する赤外送信器を使用し得る。バス１５０３に接続される赤外検出器は、赤外信号で搬送されるデータを受信し、このデータをバス１５０３上に配置することができる。バス１５０３は、プロセッサ１５０５が指令を抽出し実行するメインメモリ１５０７にデータを搬送する。メインメモリ１５０７により受信された指令は、オプションとして、プロセッサ１５０５による実行の前後いずれかに記憶デバイス１５１１に記憶され得る。

コンピュータシステム１５０１は、また、バス１５０３に接続される通信インターフェース１５１９を含む。通信インターフェース１５１９は、狭域ネットワーク（ＬＡＮ）に接続されるネットワークリンク１５２１とカップリングする２方向データ通信を提供する。例えば、通信インターフェース１５１９は、狭域ネットワーク（ＬＡＮ）に切り換えられる任意のパケットに装着するネットワークインターフェースカードであり得る。別の例としては、通信インターフェース１５１９は、ＡＤＳＬ（Asymmetrical Digital Subscriber Line）カード、ＩＳＤＮ（Integrated Services Digital Network）カード若しくは対応するタイプの電話回線へのデータ通信接続を提供するモデムであり得る。無線リンクも実施され得る。任意のそのような実施において、通信インターフェース１５１９は、種々のタイプの情報を表すデジタルデータストリームを搬送する電気信号、電磁気信号、若しくは光学信号を送受信する。

ネットワークリンク１５２１は、１以上のネットワークを通じて、他のデータ装置にデータ通信を提供する。例えば、ネットワークリンク１５２１は、ＬＡＮ１５２３を通じて、ホストコンピュータ１５２５又は、ＩＰ（Internet Protocol）ネットワーク１５２７（例えば、インターネット）を通じたデータ通信サービスを提供するサービスプロバイダにより操作されるデータ装置に接続を提供する。ＬＡＮ１５２３及びＩＰネットワーク１５２７の両者は、デジタルデータストリームを搬送する電気信号、電磁気信号、若しくは光学信号を使用する。種々のネットワークを介した信号、及び、ネットワークリンク１５２１上の、及びデジタルデータを搬送する通信インターフェース１５１９を通じた信号は、情報を搬送する搬送波の例示的な形態である。コンピュータシステム１５０１は、通知を送信し、ネットワーク、ネットワークリンク１５２１及び通信インターフェース１５１９を介して、プログラムコードを含むデータを受信することができる。

明らかに、本発明の多数の追加的な改良及びバリエーションが、上記の教示に照らして、可能である。そのため、添付のクレームの範囲内で、本発明は、ここで特に記載された以外にも実行可能であることが理解されるべきである。

従来のＡＳＰ／ユーザネットワークを示すブロックダイアグラムである。 本発明の１つの実施例による文書管理システム全体の構成を示すブロックダイアグラムである。 本発明の１つの実施例による文書マネジャーをより詳細に図解するブロックダイアグラムである。 本発明の１つの実施例による文書管理システムの機能性を図解するフローチャートである。 本発明の１つの実施例に従い、文書を管理し、ＡＳＰを選択するシステムを実施するために使用されるデータ構造を描く。（ａ）は、文書プロファイルテーブルのデータ構造を示す。（ｂ）は、産業分類テーブルのデータ構造を示す。（ｃ）は、特別サービステーブルのデータ構造を示す。 本発明の１つの実施例に従い、適当なＡＳＰを選択するプロセスにおいてユーザ及びＡＳＰの役割を示すフローチャートである。 （ａ）は、本発明の１つの実施例によるユーザに表示される文書モールスクリーンの例を図解する。（ｂ）は、本発明の１つの実施例によるユーザに表示される文書モールスクリーンの他の例を図解する。 本発明の１つの実施例に従う、文書マネジャーのＡＳＰ連係の特徴を記述する。 本発明の１つの実施例による、文書マネジャーのタイミング調整機能を示すフローチャートである。 本発明の１つの実施例に従う予め定められた時間におけるユーザ及び文書マネジャーの間での文書のバルク転送のためのプロセスを示すフローチャートである。 本発明のある実施例に対応して使用される多機能文書処理センタを図解する。（ａ）は、多機能文書処理センタを図解するブロックダイアグラムである。（ｂ）は、多機能文書処理センタの模式図である。（ｃ）は、多機能文書処理センタ用制御パネルの模式図である。（ｄ）は、多機能文書処理センタのスクリーンに表示されるメニューの模式図である。 本発明のある実施例に対応する多機能文書処理センタにおけるバルク転送を実施するプロセスを示すフローチャートである。 本発明のある実施例に対応する文書マネジャーにおけるバルク転送を実施するプロセスを示すフローチャートである。 本発明のある実施例に対応する選択されたＡＳＰにおけるバルク転送を実施するプロセスを示すフローチャートである。 本発明の１以上の特別な目的機能を実行するようにプログラムされたコンピュータシステムの模式図である。

符号の説明

１０ 文書ＡＳＰ
２０ 文書ＡＳＰ
３０ 文書ＡＳＰ
４０ 文書ＡＳＰ
５０ ネットワーク（インターネット）
５５ ネットワーク
６０ 文書マネジャー
６２ 検索エンジン
６４ 記憶デバイス
６５ ユーザ交信デバイス
６６ フォーマット標準化デバイス
６７ コンサルティングデバイス
６８ 課金エンジン
６９ ワークフローエンジン
７０ ユーザ
７２ ユーザ
７４ ユーザ
７６ ユーザ
８０ パーソナルコンピュータ
９０ プリンタ
１００ ローカル記憶デバイス
１１０ 媒体駆動装置
５０１ 文書プロファイルテーブル
５０３ フィールド
５０５ フィールド
５０７ 産業分類フィールド
５１０ 産業分類テーブル
５１１ フィールド
５１３ フィールド
５１５ フィールド
５１７ フィールド
５１９ フィールド
５２１ フィールド
５２３ フィールド
５２５ フィールド
５２７ フィールド
５２９ フィールド
５３１ フィールド
５３３ フィールド
５３５ フィールド
５５０ 特別サービステーブル
５５１ フィールド
５５３ フィールド
７００ メッセージ領域
７１０ 選択ボタン
７２０ インタラクティブ領域
７３０ インタラクティブ領域
７４０ インタラクティブ領域
７４２ 文書モールスクリーン
７５０ インタラクティブ領域
１１００ 多機能文書処理センタ
１１０７ フレキシブルディスク
１１２０ 通信回線
１１２９ ネットワーク
１１３１ ＣＰＵ
１１３２ 内部バス
１１３３ ＲＯＭ
１１３４ ＲＡＭ
１１３５ ＨＤＤ
１１３６ ＦＤＤ
１１３７ 制御パネル
１１３８ 通信インターフェース
１１３９ モデムユニット
１１４０ スキャナユニット
１１４１ プリンタユニット
１１４２ 表示スクリーン
１１４３ コントラスト量キー
１１４４ モード確認キー
１１４５ メッセージ変更キー
１１４６ プログラム呼出キー
１１４７ プログラム登録キー
１１４８ ガイダンスキー
１１４９ 印刷キー
１１５０ テンキーキーパッド
１１５１ 複写停止キー
１１５２ 入力キー
１１５３ 複写中断キー
１１５４ モードクリアキー
１１５５ 表示モードキー
１１６１ メッセージ表示領域
１１６２ 文書モール選択ボタン
１５００ コンピュータシステム
１５０１ コンピュータシステム
１５０３ バス
１５０５ プロセッサ
１５０７ メインメモリ
１５０９ ＲＯＭ
１５１１ 記憶デバイス
１５１３ ディスプレイ
１５１５ キーボード
１５１７ カーソル制御部
１５１９ 通信インターフェース
１５２１ 通信リンク
１５２３ ＬＡＮ
１５２５ ホストコンピュータ
１５２７ ＩＰネットワーク

Claims (54)

1. リモートの文書マネジャー及びリモートのＡＳＰにネットワークを介して接続されるＡＳＰユーザデバイスにてアプリケーションサービスプロバイダ（ＡＳＰ）文書の転送を要求するステップと、
   前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立するステップと、
   前記ネットワークを介して予め定められた時間に前記ＡＳＰ文書を転送するステップと、
   を備えることを特徴とするＡＳＰ文書の管理方法。
2. 転送を要求する前記ステップは、ＡＳＰユーザデバイスが前記リモートの文書マネジャーにログオンするとき、前記ネットワークを介して前記文書マネジャーに繰り延べられた転送要求を送信する、
   ことを特徴とする請求項１に記載のＡＳＰ文書の管理方法。
3. 当該ＡＳＰユーザデバイスにより前記リモートの文書マネジャーにログオンするステップをさらに備え、
   転送を要求する前記ステップは、前記ユーザデバイスが前記リモートの文書マネジャーにログオンした後、前記ネットワークを介して前記リモートの文書マネジャーから受信したメニューから繰り延べられた転送要求オプションを入力する、
   ことを特徴とする請求項１に記載のＡＳＰ文書の管理方法。
4. 前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立する前記ステップは、
   前記予め定められた時間を入力するステップと、
   前記ネットワークを介して前記リモートの文書マネジャーに前記予め定められた時間を送信するステップと、を備える、
   ことを特徴とする請求項１に記載のＡＳＰ文書の管理方法。
5. 前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立する前記ステップは、前記リモートの文書マネジャーに予め定められた時間を送信することなく前記リモートの文書マネジャーに前記予め定められた時間を確立するように要求する、
   ことを特徴とする請求項１に記載のＡＳＰ文書の管理方法。
6. 前記ネットワークを介して予め定められた時間で前記ＡＳＰ文書を転送する前記ステップは、インターネットを介して前記ＡＳＰ文書を転送する、
   ことを特徴とする請求項１に記載のＡＳＰ文書の管理方法。
7. 前記ＡＳＰ文書が、前記リモートのＡＳＰに記憶する記憶文書であるか、又は前記ＡＳＰから抽出する抽出文書であるかどうかを判別するステップをさらに備える、
   ことを特徴とする請求項１に記載のＡＳＰ文書の管理方法。
8. 前記判別ステップは、
   前記ＡＳＰユーザデバイスへのオペレータ入力に基づいて前記ＡＳＰ文書が記憶文書であると判別するステップと、
   前記記憶文書を前記ＡＳＰユーザデバイスに入力するステップと、を備え、
   前記転送ステップは、前記予め定められた時間に前記ネットワークを介して前記ＡＳＰ文書を転送する、
   ことを特徴とする請求項７に記載のＡＳＰ文書の管理方法。
9. 前記ＡＳＰ文書を前記ＡＳＰユーザデバイスに入力する前記ステップは、
   前記ＡＳＰ文書の紙複写物を光学的にスキャンして前記ＡＳＰ文書の前記紙複写物を表すデジタル信号を提供し、
   前記ＡＳＰユーザデバイスに対応するメモリに前記デジタル信号を記憶する、
   ことを特徴とする請求項８に記載のＡＳＰ文書の管理方法。
10. 前記ＡＳＰ文書を前記ＡＳＰユーザデバイスに入力する前記ステップは、前記ＡＳＰユーザデバイスに対応するメモリに対する外部ソースから前記ＡＳＰ文書の電子複製物をダウンロードする、
    ことを特徴とする請求項８に記載のＡＳＰ文書の管理方法。
11. 前記ネットワークを介して前記ＡＳＰ文書を転送する前記ステップは、前記予め定められた時間に前記ＡＳＰ文書を前記リモートの文書マネジャーに送信する、
    ことを特徴とする請求項８に記載のＡＳＰ文書の管理方法。
12. 前記ネットワークを介して前記ＡＳＰ文書を転送する前記ステップは、前記予め定められた時間に前記ＡＳＰ文書を前記リモートのＡＳＰに送信する、
    ことを特徴とする請求項８に記載のＡＳＰ文書の管理方法。
13. 前記ＡＳＰユーザデバイスにて記憶操作報告を受信するステップをさらに備える、
    ことを特徴とする請求項８に記載のＡＳＰ文書の管理方法。
14. 前記受信ステップは、前記リモートの文書マネジャーから前記記憶操作報告を受信する、
    ことを特徴とする請求項１３に記載のＡＳＰ文書の管理方法。
15. 前記記憶操作報告を前記リモートのＡＳＰから受信するステップをさらに備える、
    ことを特徴とする請求項１３に記載のＡＳＰ文書の管理方法。
16. 前記ＡＳＰユーザのメモリから前記ＡＳＰ文書を消去するステップをさらに備える、
    ことを特徴とする請求項１３に記載のＡＳＰ文書の管理方法。
17. 前記判別ステップは、
    前記ＡＳＰユーザデバイスへのオペレータ入力に基づいて前記ＡＳＰ文書が抽出文書であると判別し、
    前記ＡＳＰユーザデバイスに文書抽出要求を生成し、
    前記ネットワークを介して前記リモートの文書マネジャーに前記文書抽出要求を送信し、
    前記予め定められた時間に前記抽出文書を受信する、
    ことを特徴とする請求項７に記載のＡＳＰ文書の管理方法。
18. 前記抽出文書を受信する前記ステップは、前記予め定められた時間に前記リモートの文書マネジャーから前記抽出文書を受信する、
    ことを特徴とする請求項１７に記載のＡＳＰ文書の管理方法。
19. 前記抽出文書を受信する前記ステップは、前記予め定められた時間に前記リモートのＡＳＰから前記抽出文書を受信する、
    ことを特徴とする請求項１７に記載のＡＳＰ文書の管理方法。
20. 文書抽出結果報告を生成するステップをさらに備える、
    ことを特徴とする請求項１７に記載のＡＳＰ文書の管理方法。
21. 前記ネットワークを介して前記文書抽出結果報告を前記リモートの文書マネジャーに送信するステップをさらに備える、
    ことを特徴とする請求項２０に記載のＡＳＰ文書の管理方法。
22. 前記ネットワークを介して前記文書抽出結果報告を前記リモートのＡＳＰに送信するステップをさらに備える、
    ことを特徴とする請求項２０に記載のＡＳＰ文書の管理方法。
23. コンピュータシステム上で実行するための指令を含むプログラムであって、
    前記コンピュータシステムにより実行されるとき、当該コンピュータシステムに請求項１乃至２２のいずれか１項に記載するステップを実行させる、
    ことを特徴とするコンピュータプログラム。
24. アプリケーションサービスプロバイダ（ＡＳＰ）文書の管理に関連する組み込まれたデータを有するメモリデバイスと、
    前記メモリデバイスと通信するプロセッサと、を備え、
    前記プロセッサは、
    ネットワークを介してリモートの文書マネジャー及びリモートのＡＳＰに接続されるＡＳＰユーザデバイスにてＡＳＰ文書の転送を要求し、
    前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立し、
    前記ネットワークを介して予め定められた時間に前記ＡＳＰ文書を転送する、ように構成される、
    ことを特徴とするシステム。
25. 前記プロセッサは、当該ＡＳＰユーザデバイスが前記リモートの文書マネジャーにログオンするとき、前記ネットワークを介して前記リモートの文書マネジャーに繰り延べられた転送要求を送信することにより転送を要求するように構成される、
    ことを特徴とする請求項２４に記載のシステム。
26. 前記プロセッサは、当該ＡＳＰユーザデバイスにより前記リモートの文書マネジャーにログオンするようにさらに構成され、
    前記プロセッサは、前記ユーザデバイスが前記リモートのユーザデバイスにログオンした後、前記ネットワークを介して前記文書マネジャーから受信したメニューから繰り延べられた転送オプションを入力することにより転送を要求する、
    ことを特徴とする請求項２４に記載のシステム。
27. 前記プロセッサは、前記予め定められた時間を入力し、前記ネットワークを介して前記リモートの文書マネジャーに前記予め定められた時間を送信することにより、前記ＡＳＰ文書の転送を実行するために予め定められた時間を確立するように構成される、
    ことを特徴とする請求項２４に記載のシステム。
28. 前記プロセッサは、前記リモートの文書マネジャーに予め定められた時間を送信することなく、前記リモートの文書マネジャーに前記予め定められた時間を確立するように要求することにより前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立するように構成される、
    ことを特徴とする請求項２４に記載のシステム。
29. 前記プロセッサは、インターネットを介して前記ＡＳＰ文書を転送することにより、前記ネットワークを介して予め定められた時間で前記ＡＳＰ文書を転送するように構成される、
    ことを特徴とする請求項２４に記載のシステム。
30. 前記プロセッサは、さらに、前記ＡＳＰ文書が前記リモートのＡＳＰに記憶する記憶文書であるか、又は前記リモートのＡＳＰから抽出する抽出文書であるかを判別するように構成される、
    ことを特徴とする請求項２４に記載のシステム。
31. 前記プロセッサは、
    前記ＡＳＰユーザデバイスへのオペレータ入力に基づいて前記ＡＳＰ文書が記憶文書であることを判別し、
    前記ＡＳＰユーザデバイスに前記記憶文書を入力する、ことにより前記ＡＳＰ文書が前記リモートのＡＳＰに記憶する記憶文書であるか、又は前記リモートのＡＳＰから抽出する抽出文書であるかを判別するように構成され、
    前記転送ステップは、前記予め定められた時間に前記ネットワークを介して前記ＡＳＰ文書を転送する、
    ことを特徴とする請求項３０に記載のシステム。
32. 前記プロセッサは、
    前記ＡＳＰ文書の紙複写物を光学的にスキャンして前記ＡＳＰ文書の前記紙複写物を表すデジタル信号を提供し、
    前記メモリに前記デジタル信号を記憶する、ことにより前記ＡＳＰユーザデバイスに前記ＡＳＰ文書を入力するように構成される、
    ことを特徴とする請求項３１に記載のシステム。
33. 前記プロセッサは、前記メモリに対する外部ソースから前記ＡＳＰ文書の電子複製物をダウンロードすることにより前記ＡＳＰユーザデバイスに前記ＡＳＰ文書を入力するように構成される、
    ことを特徴とする請求項３１に記載のシステム。
34. 前記プロセッサは、前記予め定められた時間に前記ＡＳＰ文書を前記リモートの文書マネジャーに送信することにより前記ネットワークを介して前記ＡＳＰ文書を転送するように構成される、
    ことを特徴とする請求項３１に記載のシステム。
35. 前記プロセッサは、前記予め定められた時間に前記ＡＳＰ文書を前記リモートのＡＳＰに送信することにより前記ネットワークを介して前記ＡＳＰ文書を転送するように構成される、
    ことを特徴とする請求項３１に記載のシステム。
36. 前記プロセッサは、さらに、前記ＡＳＰユーザデバイスにて記憶操作報告を受信するように構成される、
    ことを特徴とする請求項３１に記載のシステム。
37. 前記プロセッサは、前記リモートの文書マネジャーから前記記憶操作報告を受信することにより記憶操作報告を受信するように構成される、
    ことを特徴とする請求項３６に記載のシステム。
38. 前記プロセッサは、さらに、前記リモートのＡＳＰ（デバイス？？）から前記記憶操作報告を受信するように構成される、
    ことを特徴とする請求項３６に記載のシステム。
39. 前記プロセッサは、さらに、前記メモリから前記ＡＳＰ文書を消去するように構成される、
    ことを特徴とする請求項３６に記載のシステム。
40. 前記プロセッサは、
    前記ＡＳＰユーザデバイスへのオペレータ入力に基づいて前記ＡＳＰ文書が抽出文書であることを判別し、
    前記ＡＳＰユーザデバイスに文書抽出要求を生成し、
    前記ネットワークを介して前記リモートの文書マネジャーに前記文書抽出要求を送信し、
    前記予め定められた時間に前記抽出文書を受信する、ことにより、前記ＡＳＰ文書が前記リモートのＡＳＰに記憶する記憶文書であるか、又は前記リモートのＡＳＰから抽出する抽出文書であるかを判別するように構成される、
    ことを特徴とする請求項３０に記載のシステム。
41. 前記プロセッサは、前記予め定められた時間に前記リモートの文書マネジャーから前記抽出文書を受信することにより前記抽出文書を受信するように構成される、
    ことを特徴とする請求項４０に記載のシステム。
42. 前記プロセッサは、前記予め定められた時間に前記リモートのＡＳＰから前記抽出文書を受信することにより前記抽出文書を受信するように構成される、
    ことを特徴とする請求項４０に記載のシステム。
43. 前記プロセッサは、さらに、文書抽出結果報告を生成するように構成される、
    ことを特徴とする請求項４０に記載のシステム。
44. 前記プロセッサは、さらに、前記ネットワークを介して前記リモートの文書マネジャーに前記文書抽出結果報告を送信するように構成される、
    ことを特徴とする請求項４３に記載のシステム。
45. 前記プロセッサは、さらに、前記ネットワークを介して前記リモートのＡＳＰに前記文書抽出結果報告を送信するように構成される、
    ことを特徴とする請求項４３に記載のシステム。
46. ネットワークを介してリモートの文書マネジャー及びリモートのアプリケーションサービスプロバイダ（ＡＳＰ）に接続されるＡＳＰユーザデバイスにてＡＳＰ文書の転送を要求する手段と、
    前記ＡＳＰ文書の転送を実行するための予め定められた時間を確立する手段と、
    前記ネットワークを介して予め定められた時間に前記ＡＳＰ文書を転送する手段と、
    を備えることを特徴とするＡＳＰ文書の管理システム。
47. 当該ＡＳＰユーザデバイスにより前記リモートの文書マネジャーにログオンする手段をさらに備え、
    転送を要求する前記手段は、前記ユーザデバイスが前記リモートの文書マネジャーにログオンした後で、前記ネットワークを介して前記リモートの文書マネジャーから受信したメニューから繰り延べられた転送オプションを入力する手段を有する、
    ことを特徴とする請求項４６に記載のＡＳＰ文書の管理システム。
48. 前記ＡＳＰ文書が前記リモートのＡＳＰに記憶する記憶文書であるか、又は前記リモートのＡＳＰから抽出する抽出文書であるかを判別する手段をさらに備える、
    ことを特徴とする請求項４６に記載のＡＳＰ文書の管理システム。
49. 前記ＡＳＰ文書が前記リモートのＡＳＰに記憶する記憶文書であるか、又は前記リモートのＡＳＰから抽出する抽出文書であるかを判別する前記手段は、
    前記ＡＳＰユーザデバイスへのオペレータ入力に基づいて前記ＡＳＰ文書が記憶文書であることを判別する手段と、
    前記記憶文書を前記ＡＳＰユーザデバイスに入力する手段と、を備え、
    前記転送手段は、前記予め定められた時間に前記ネットワークを介して前記ＡＳＰ文書を転送する手段を有する、
    ことを特徴とする請求項４８に記載のＡＳＰ文書の管理システム。
50. 前記ＡＳＰユーザデバイスにて記憶操作報告を受信する手段をさらに備える、
    ことを特徴とする請求項４９に記載のＡＳＰ文書の管理システム。
51. 前記ＡＳＰ文書が前記リモートのＡＳＰに記憶する記憶文書であるか、又は前記リモートのＡＳＰから抽出する抽出文書であるかを判別する前記手段は、
    前記ＡＳＰユーザデバイスへのオペレータ入力に基づいて前記ＡＳＰ文書が抽出文書であることを判別する手段と、
    前記ＡＳＰユーザデバイスに文書抽出要求を生成する手段と、
    前記ネットワークを介して前記リモートの文書マネジャーに前記文書抽出要求を送信する手段と、
    前記予め定められた時間に前記抽出文書を受信する手段と、を備える、
    ことを特徴とする請求項４８に記載のＡＳＰ文書の管理システム。
52. 文書抽出結果報告を生成する手段をさらに備える、
    ことを特徴とする請求項５１に記載のＡＳＰ文書の管理システム。
53. 前記ネットワークを介して前記リモートの文書マネジャーに前記文書抽出結果報告を送信する手段をさらに備える、
    ことを特徴とする請求項５２に記載のＡＳＰ文書の管理システム。
54. 前記ネットワークを介して前記リモートのＡＳＰ（マネジャー？？）に前記文書抽出結果報告を送信する手段をさらに備える、
    ことを特徴とする請求項５２に記載のＡＳＰ文書の管理システム。

Images