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

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

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

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

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

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

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

【００１２】

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

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

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

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

【００１６】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１０】

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

【図面の簡単な説明】

【図１】従来のＡＳＰ／ユーザネットワークを示すブロ
ックダイアグラムである。

【図２】本発明の１つの実施例による文書管理システム
全体の構成を示すブロックダイアグラムである。

【図３】本発明の１つの実施例による文書マネジャーを
より詳細に図解するブロックダイアグラムである。

【図４】本発明の１つの実施例による文書管理システム
の機能性を図解するフローチャートである。

【図５】本発明の１つの実施例に従い、文書を管理し、
ＡＳＰを選択するシステムを実施するために使用される
データ構造を描く。（ａ）は、文書プロファイルテーブ
ルのデータ構造を示す。（ｂ）は、産業分類テーブルの
データ構造を示す。（ｃ）は、特別サービステーブルの
データ構造を示す。

【図６】本発明の１つの実施例に従い、適当なＡＳＰを
選択するプロセスにおいてユーザ及びＡＳＰの役割を示
すフローチャートである。

【図７】（ａ）は、本発明の１つの実施例によるユーザ
に表示される文書モールスクリーンの例を図解する。
（ｂ）は、本発明の１つの実施例によるユーザに表示さ
れる文書モールスクリーンの他の例を図解する。

【図８】本発明の１つの実施例に従う、文書マネジャー
のＡＳＰ連係の特徴を記述する。

【図９】本発明の１つの実施例による、文書マネジャー
のタイミング調整機能を示すフローチャートである。

【図１０】本発明の１つの実施例に従う予め定められた
時間におけるユーザ及び文書マネジャーの間での文書の
バルク転送のためのプロセスを示すフローチャートであ
る。

【図１１】本発明のある実施例に対応して使用される多
機能文書処理センタを図解する。（ａ）は、多機能文書
処理センタを図解するブロックダイアグラムである。
（ｂ）は、多機能文書処理センタの模式図である。
（ｃ）は、多機能文書処理センタ用制御パネルの模式図
である。（ｄ）は、多機能文書処理センタのスクリーン
に表示されるメニューの模式図である。

【図１２】本発明のある実施例に対応する多機能文書処
理センタにおけるバルク転送を実施するプロセスを示す
フローチャートである。

【図１３】本発明のある実施例に対応する文書マネジャ
ーにおけるバルク転送を実施するプロセスを示すフロー
チャートである。

【図１４】本発明のある実施例に対応する選択されたＡ
ＳＰにおけるバルク転送を実施するプロセスを示すフロ
ーチャートである。

【図１５】本発明の１以上の特別な目的機能を実行する
ようにプログラムされたコンピュータシステムの模式図
である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石塚 裕昭 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 青嶋 稔 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 木澤 昭夫 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 Ｆターム(参考） 5B082 AA11 HA05 HA08

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. 【請求項５４】前記ネットワークを介して前記リモート
    のＡＳＰ（マネジャー？？）に前記文書抽出結果報告を
    送信する手段をさらに備える、 ことを特徴とする請求項５２に記載のＡＳＰ文書の管理
    システム。