(57)【特許請求の範囲】
【請求項１】
それぞれ複数の文書を格納した複数のアプリケーションサービスプロバイダシステムと印刷手段とに通信ネットワークを介して接続された文書マネジャー手段が、
ユーザの使用する装置から、印刷対象の文書を特定するための情報と該文書を抽出することの要求とを前記通信ネットワークを介して受信する受信ステップと、
前記受信ステップで受信した要求に応答し、印刷対象の文書を格納しているアプリケーションサービスプロバイダシステムを選択する選択ステップと、
前記受信ステップで受信した情報に基づいて、前記選択ステップで選択されたアプリケーションサービスプロバイダシステムに、保管している複数の文書のうちから、印刷対象の文書を抽出することを依頼する依頼ステップと、
前記アプリケーションサービスプロバイダシステムが抽出した文書を受け取る文書受取ステップと、
透かし情報と抽出された印刷対象の文書を併合して印刷することを要求する併合命令を前記印刷手段に送信する併合命令送信ステップと、
を実行することを特徴とする文書管理方法。
【請求項２】
前記文書マネジャー手段が、前記透かし情報を前記印刷手段に送信するステップをさらに備える、
ことを特徴とする請求項１に記載の文書管理方法。
【請求項３】
前記文書マネジャー手段が、抽出された印刷対象の文書にデジタル署名が付けられているか否かを判別するステップをさらに備え、
前記併合命令送信ステップは、デジタル署名が付けられていると判別された場合に、前記併合命令を前記印刷手段に送信する、
ことを特徴とする請求項１に記載の文書管理方法。
【請求項４】
前記文書マネジャー手段が、ユーザの要求に応答して、ユーザの使用する装置により指定されたアプリケーションサービスプロバイダシステムに文書を記憶させるために送信するステップを有する、
ことを特徴とする請求項１に記載の文書管理方法。
【請求項５】
ユーザの使用する装置から、印刷対象の文書を特定するための情報と該文書を抽出することの要求とを通信ネットワークを介して受信する受信手段と、
前記受信手段で受信した要求に応答し、印刷対象の文書を格納しているアプリケーションサービスプロバイダシステムを選択する選択手段と、
前記受信手段で受信した情報に基づいて、前記選択手段で選択されたアプリケーションサービスプロバイダシステムに、保管している複数の文書のうちから、印刷対象の文書を抽出することを依頼する依頼手段と、
前記アプリケーションサービスプロバイダシステムが抽出した文書を受け取る文書受取手段と、
透かし情報と抽出された印刷対象の文書を併合して印刷することを要求する併合命令を前記印刷手段に送信する併合命令送信手段と、
を備えることを特徴とする文書管理システム。
【請求項６】
前記透かし情報を前記印刷手段に送信する手段をさらに備える、
ことを特徴とする請求項５に記載の文書管理システム。
【請求項７】
前記透かし情報を受信したか否かを判別する手段をさらに備え、
前記併合命令送信手段は、透かし情報を受信したと判別された場合に、受信した前記透かし情報に基づいて前記併合命令を前記印刷手段に送信する、
ことを特徴とする請求項５に記載の文書管理システム。
【請求項８】
前記文書にデジタル署名が付けられているか否かを判別する手段をさらに備え、
前記併合命令送信手段は、デジタル署名が付けられていると判別された場合に、前記併合命令を前記印刷手段に送信する、
ことを特徴とする請求項５に記載の文書管理システム。
【請求項９】
コンピュータにコンピュータネットワーク上で文書を管理させるためのプログラムであって、
コンピュータを、
ユーザの使用する装置から、印刷対象の文書を特定するための情報と該文書を抽出することの要求とを通信ネットワークを介して受信する第１の手段、
前記第１の手段で受信した要求に応答し、印刷対象の文書を格納しているアプリケーションサービスプロバイダシステムを選択する第２の手段、
前記第１の手段で受信した情報に基づいて、前記第２の手段で選択されたアプリケーションサービスプロバイダシステムに、保管している複数の文書のうちから、印刷対象の文書を抽出することを依頼する第３の手段、
前記アプリケーションサービスプロバイダシステムが抽出した文書を受け取る第４の手段、
透かし情報と抽出された印刷対象の文書を併合して印刷することを要求する併合命令を印刷手段に送信する第５の手段、
として機能させるコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、文書又はファイルを管理するための方法、コンピュータベースのシステム及びコンピュータプログラムに関する。
【０００２】
【従来の技術】
アプリケーションサービスプロバイダ（ＡＳＰ）は、ユーザ（各顧客、会社、企業体等）に、インターネットのようなネットワークを介して、そうでなければ顧客のローカルコンピュータ上に配置されなければならないアプリケーション及び関連サービスにアクセスすることを提供する、１つの存在、典型的には、１つの会社である。例えば、ＡＳＰは、法律、医学、財務、教育、科学若しくはマーケティングの文書からなる検索可能なデータベースを提供することができる。その代わりに、ある会社は、アプリケーションが、会社の従業者のパーソナルコンピュータではなく、会社のネットワークを介して従業者がアクセス可能な会社のコンピュータ上にある構内型ＡＳＰを提供する。この文書用には、「ＡＳＰ」という語は、広義に解釈され、かつ、ユーザのコンピュータ上にロードされていないアプリケーションをユーザが使用することを許容するプロバイダを含むように意図されている。
【０００３】
インターネットを介して接続される従来のＡＳＰのネットワークの例が、図１に示され、図１は、インターネット５０を介して接続される４つの例示的な文書ＡＳＰ１０−４０を示す。この例において、ユーザ７０は、インターネット５０を介して、独立にＡＳＰ１０−４０に接続可能であり、文書をダウンロードし、パーソナルコンピュータ８０のスクリーン上で見るか、あるいはプリンタ９０を用いて印刷し、ローカル記憶デバイス１００及び／又は媒体駆動装置１１０に記憶することができる。
【０００４】
今時、様々な種類のサービス及び文書を提供する膨大な数のＡＳＰが存在する。例えば、あるＡＳＰは、法律文書を提供し、一方、他のＡＳＰは、マーケティング文書を提供し、さらに別のＡＳＰは、教育、科学、財務、あるいは医学文書を提供することができる。さらに、別異のＡＳＰは、例えば、異なるグラフィックユーザインターフェース（ＧＵＩ）を使用して、これら文書を異なるフォーマットで提供することもできる。ユーザが異なる種類の文書、例えば、法律文書、財務文書、科学文書を必要とし、それぞれの文書が異なるＡＳＰに記憶されているときには、ユーザは、所望の文書を提供するＡＳＰを検索し、見出し、それにアクセスしなければならない。多数の異なる種類の文書が所望されているときには、ユーザは、ＡＳＰを検索し、見出し、いくつかのＡＳＰにアクセスすることが必要となる可能性がある。この多重検索必要性は、ユーザにとって時間を要する。さらに、種々のＡＳＰは、異なるフォーマットを使用して、文書を提供するので、ユーザは、単一フォーマットの文書を取得するためには、文書を再フォーマットすることが必要となる可能性がある。この再フォーマットもユーザにとっては、煩雑である。殆どのＡＳＰは、典型的には、利用ごとの支払いもしくは契約に基づいて、それらの提示サービスに対し顧客に課金するので、顧客あるいはユーザは、いくつかの請求金額あるいは使用したＡＳＰごとの請求金額を支払うことが必要となる可能性がある。この多重請求システムは、それ故、ユーザを更なる苦痛に曝す。
【０００５】
これらの問題を緩和する労力では、文書をＡＳＰから抽出し又はそれに記憶するシステム、コンピュータプログラム製品及び管理方法が、通常に認められた共に出願中の米国特許出願０９／６８４９６５に開示され、ここで参照により引用される。
【０００６】
米国特許出願０９／６８４９６５に開示された管理システム、コンピュータプログラム製品及び方法は、エイリア（alia）間で、ネットワーク上のＡＳＰを検索し、文書、ＵＲＬ及びその他のデータを抽出し、文書マネジャー内で、あるいはユーザでＡＳＰにある文書及びデータを記憶し、文書をフォーマットし、複数のＡＳＰからの複数の請求書から統一請求書を生成し、発行するように構成されている。文書マネジャーは、文書管理に関する専門的な助言を提供し、記憶された文書を管理することができる。
【０００７】
文書のセキュリティ管理を提供するために、米国特許出願０９／６８４９６５は、文書マネジャーを介して特定のユーザがアクセス可能な文書を識別するために、ＡＳＰにおいて記憶されている文書に関するアクセスレベルを開示する。このアクセスレベルスキームは、一定のアプリケーションには、満足すべきものであり得る一方で、全ての文書管理システムに対して好適ではあり得ない。何故なら、文書にアクセス可能な人物（当該文書のアクセスレベルを有する人物）が一旦文書の複製物を製造し、この複製物を頒布すれば、文書のセキュリティを管理することは困難になる。さらに、ユーザが自己のアクセスレベルを喪失あるいは忘れたとき、正規のユーザが正規でないユーザとなったとき、あるいは、正規でないユーザが、不正手段あるいは錯誤により、正規のユーザのアクセスレベルを取得したときには、システムのセキュリティは、危うくなる。
【０００８】
【発明が解決しようとする課題】
従って、本発明の１つの目的は、機密文書を正規でないユーザへの頒布を管理する方法、システム及びコンピュータプログラムを提供することである。
本発明の他の目的は、文書を効率的に管理する手法を提供することである。
【０００９】
この目的及び他の目的を達成するために、本発明は、ユーザ、ＡＳＰ及び文書マネジャー間で文書を管理するように構成されたコンピュータベースのシステムを提供する。本発明によるシステムは、典型的には、ユーザ及び／又はＡＳＰからデータを受信し、所望の方法で受信データを変換し、その後ユーザ及び／又はＡＳＰへ変換したデータストリームを出力するコンピュータプログラムを有する。例えば、コンピュータプログラムは、文書を検索し、抽出し、あるいは保存する要求を受信し、かつ、出力することができる。コンピュータプログラムは、ユーザＩＤ、文書（例えば、ユーザによりスキャンされた）、名前（例えば、文書、ユーザ、著作者に関する）、住所（例えば、ストリート、私書箱、電子メールアドレス）、電話番号、日付及び時刻（例えば、文書生成あるいは文書要求の）、シリアル番号（例えば、文書をスキャンしたデバイスに関する）のような情報、及びその他の透かし情報を、ユーザから受信し、出力する。コンピュータプログラムは、ＡＳＰから、要求された文書、文書名、ＵＲＬ、著作者名、抽出及び印刷日付、透かし情報のような情報を受信し、出力する。コンピュータプログラムは、ＡＳＰ及びユーザから受信した透かし情報を識別することができる。コンピュータプログラムは、例えば、それを記憶し、文書に併合し、文書に透かし情報を併合する命令を要求することにより、文書上に印刷するため、あるいは保存するために他のデバイスに透かし情報を送信することにより、その透かし情報を管理することができる。コンピュータプログラムは、また、ＡＳＰ及びユーザに提供する受信情報を暗号化し、これを解読することができる。
【００１０】
上記の目的を達成するため、本発明は、また、文書マネジャー、及び／又は、コピー、スキャナ、プリンタ、及び／又はファクシミリ装置を含む多機能デバイスからデータを受信するコンピュータプログラムを有することができる。コンピュータプログラムは、所望の方法で受信データを変換し、次いで、文書マネジャーに変換したデータストリームを出力する。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る文書管理方法は、
それぞれ複数の文書を格納した複数のアプリケーションサービスプロバイダシステムと印刷手段とに通信ネットワークを介して接続された文書マネジャー手段が、
ユーザの使用する装置から、印刷対象の文書を特定するための情報と該文書を抽出することの要求とを前記通信ネットワークを介して受信する受信ステップと、
前記受信ステップで受信した要求に応答し、印刷対象の文書を格納しているアプリケーションサービスプロバイダシステムを選択する選択ステップと、
前記受信ステップで受信した情報に基づいて、前記選択ステップで選択されたアプリケーションサービスプロバイダシステムに、保管している複数の文書のうちから、印刷対象の文書を抽出することを依頼する依頼ステップと、
前記アプリケーションサービスプロバイダシステムが抽出した文書を受け取る文書受取ステップと、
透かし情報と抽出された印刷対象の文書を併合して印刷することを要求する併合命令を前記印刷手段に送信する併合命令送信ステップと、を実行する、
ことを特徴とする。
【００１２】
上記目的を達成するため、本発明の第２の観点に係る文書管理システムは、
ユーザの使用する装置から、印刷対象の文書を特定するための情報と該文書を抽出することの要求とを通信ネットワークを介して受信する受信手段と、
前記受信手段で受信した要求に応答し、印刷対象の文書を格納しているアプリケーションサービスプロバイダシステムを選択する選択手段と、
前記受信手段で受信した情報に基づいて、前記選択手段で選択されたアプリケーションサービスプロバイダシステムに、保管している複数の文書のうちから、印刷対象の文書を抽出することを依頼する依頼手段と、
前記アプリケーションサービスプロバイダシステムが抽出した文書を受け取る文書受取手段と、
透かし情報と抽出された印刷対象の文書を併合して印刷することを要求する併合命令を前記印刷手段に送信する併合命令送信手段と、を備える、
ことを特徴とする。
【００１３】
上記目的を達成するため、本発明の第３の観点に係るコンピュータプログラムは、
コンピュータにコンピュータネットワーク上で文書を管理させるためのプログラムであって、
コンピュータを、
ユーザの使用する装置から、印刷対象の文書を特定するための情報と該文書を抽出することの要求とを通信ネットワークを介して受信する第１の手段、
前記第１の手段で受信した要求に応答し、印刷対象の文書を格納しているアプリケーションサービスプロバイダシステムを選択する第２の手段、
前記第１の手段で受信した情報に基づいて、前記第２の手段で選択されたアプリケーションサービスプロバイダシステムに、保管している複数の文書のうちから、印刷対象の文書を抽出することを依頼する第３の手段、
前記アプリケーションサービスプロバイダシステムが抽出した文書を受け取る第４の手段、
透かし情報と抽出された印刷対象の文書を併合して印刷することを要求する併合命令を印刷手段に送信する第５の手段、
として機能させることを特徴とする。
【００１７】
【発明の実施の形態】
本発明の実施の形態にかかる文書管理システム、コンピュータプログラム及び文書管理方法について、以下図面を参照して説明する。
【００１８】
いくつかの図を通じて参照番号が同一若しくは対応する部位を示すような図面を参照して、図２は、本発明による文書管理システムのブロックダイアグラムであり、特に、ＡＳＰから文書を抽出し、それに記憶するセキュリティ管理を提供するものである。システムは、少なくとも１つの、しかし好ましくは複数のＡＳＰ１０−４０を相互に接続するネットワーク５０と、文書マネジャー６０と、ネットワーク５５を介して文書マネジャー６０に接続された少なくとも１のユーザ、しかし好ましくは複数のユーザ７０、７２、７４、７６とを有する。ユーザ７０、７２、７４、７６は、ユーザを示す。ネットワーク５０及び５５は、好ましくはインターネットであるが、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、イントラネットのような任意のタイプのネットワーク、エクストラネット、あるいはこれらの組合せであっても良い。エクストラネットは、例えばインターネットを介して、外部ユーザに対する制御されたアクセスを提供するために使用され得る。ネットワーク５０及び５５に対するユーザ７０及び文書マネジャー６０の接続状態は、当該分野では公知であり、例えば、Ron White著「コンピュータはどのように動くか」Que Corporation発行、１９９９年９月、ＩＳＢＮ：０−７８９７−２１１２−０の第３８部、３４０〜３４９頁に説明されており、この本の内容全体は、参照により引用される。仮想プライベートネットワーク、あるいは無線通信のようなネットワーク５０及び５５に対する他の通信網も、同様に使用可能である。
【００１９】
図３は、ユーザ７０と文書マネジャー６０とをより詳細に図解するブロックダイアグラムである。以下に述べるように、プログラムされた汎用コンピュータ、サーバ、サーバと他のコンピュータの組合せのように任意の所望の構造、任意の所望のハードウェア、及び任意の所望のソフトウェア又はファームウェアを使用して、文書マネジャー６０及びその構成物品は、装備され得る。図３に示すように、ユーザ７０（及び同様にユーザ７２、７４、７６）は、ＰＣ８０と、デジタルコピー８５、即ち多機能プリンタ（ＭＦＰ、Multi-Function Printer）と、プリンタ９０と、ローカル記憶デバイス１００と、若しくは媒体駆動装置１１０、又はこのようなデバイスの組合せとを有することができる。その代わりに、ユーザ７０、７２、７４、７６は、また、Ｒｉｃｏｈ  ｅＣａｂｉｎｅｔ（商標）のような他のローカル記憶デバイスを含んでも良い。
【００２０】
図３に示す実施例では、ユーザ７０はネットワーク／インターネット５５に通じるユーザ交信デバイス６５を介して、文書マネジャー６０により提供される多数のサービスから恩恵を得るように、文書マネジャー６０と交信（データを交換）し得る。例えば、ユーザ７０は、文書マネジャー６０に、ユーザＩＤ、文書、デジタルコピー８５によりスキャンされた文書名、文書をスキャンする人物名、文書の著作者名、スキャニング日時、文書のバージョン、デジタルデバイス８５のシリアル番号及び／又は位置を提供するようにしても良い。
【００２１】
好ましい実施例において、ユーザ交信デバイス６５により受信した情報のいくつかは、透かし情報として透かし情報マネジャー６３により識別される。透かし情報マネジャー６３は、透かし情報を管理する。例えば、透かし情報マネジャー６３は、透かし情報を受信し、保存し、送信し、要求し、併合する。１つの実施例では、透かし情報マネジャー６３は、透かし情報を記憶用にＡＳＰに送信する。他の実施例においては、透かし情報マネジャー６３は、文書マネジャー６０の記憶デバイス（例えば、以下に述べる記憶デバイス６４）に透かし情報を記憶する。本出願では、透かし情報は、文書の頒布を追跡することを許容する情報、及び／又は機密文書のような所定のタイプの文書に付属するような、印刷された文書を識別することを許容する情報を含むことができる。例えば、透かし情報は、文書名又はファイル名、文書の起草者、文書のバージョン、ユーザＩＤ、抽出及び印刷日時、ＭＦＰのシリアル番号及び／又は位置を含んでも良い。
【００２２】
透かし情報マネジャー６３により管理される透かし情報は、所定のあるいは全ての文書にタグを付けるために使用され得る。文書のタグ付けは、透かし情報マネジャー６３が文書とともに透かし情報を別のデバイスに送信することにより実行される。好ましい実施例においては、透かし情報マネジャー６３は、文書とともに透かし情報と、併合命令を実行し、透かし情報を有する文書を印刷することを要求する当該命令とを、プリンタに送信することにより文書にタグ付けすることができる。他の実施例では、プリンタは、併合機能を実行せず、文書マネジャー６０が、透かし情報を当該文書に併合し、印刷用に（透かし情報が）併合された文書をプリンタに送信する。この他の実施例においては、透かし情報と文書とを区別することなく、プリンタは、送信されたデータに対して印刷動作を実行する。
【００２３】
好ましい実施例において、透かし情報マネジャー６３は、例えば、全てデジタル信号化された文書のように、透かし情報を有する全ての機密文書にタグを付ける。好ましい実施例では、タグ付けされた文書は、保存だけも可能であり、又は透かし情報とともに印刷も可能である。このようにして、追加レベルのセキュリティを提供するように、機密文書の頒布は、追跡及び監視され得る。透かし情報マネジャー６３は、ユーザからの透かし要求を処理することもできる。例えば、ユーザの透かし要求を受信すると、透かし情報マネジャー６３は、変数（例えば、透かし情報フラグ）を特定の値（例えば１）に設定可能であり、文書マネジャー６０は、透かし情報とともに文書と、併合命令とをユーザのプリンタに送信することができる。透かし情報マネジャー６３は、また、例えば、デジタル署名を用いて、文書がタグ付けされていることを認識することができる。一旦、透かし情報マネジャー６３がタグ付けを認識すると、文書は、併合命令を有するかあるいは既に文書中に併合されている透かし情報とともに（例えば、ユーザのプリンタに）送信される。
【００２４】
１つの実施例において、文書マネジャー６０は、（ユーザ７０あるいはＡＳＰ１０〜４０のいずれかから）暗号化形式の透かし情報を受信し、文書マネジャーの暗号化／解読デバイス６９が、透かし情報を解読する。別の実施例では、文書マネジャー６０は、暗号化されていない透かし情報を受信し、暗号化／解読デバイス６９を用いてそれを暗号化する。この場合において、暗号化された透かし情報は、文書マネジャー６０及び／又はＡＳＰ、及び／又はユーザの記憶デバイスの１つのいずれかに保存可能である。ＡＳＰ及びユーザからの文書それ自体が暗号化され、暗号化／解読デバイス６９が所望に解読する。暗号化／解読デバイス６９は、特別な目的のハードウェア、及び／又は、当該分野で公知で、例えば、その本の内容全体がここで参照により引用される、Preston Gralla著「インターネットはどのように動くか」Que Corporation発行、１９９９年８月、ＩＳＢＮ：０−７８９７−２１３２−５の第４９部、１８５〜１８９頁に説明されているコンピュータプログラムを有する。本発明による暗号化／解読デバイス６９は、非対称、若しくは公開鍵、クリプトグラフィ（公開／私的鍵ペアシステムに基づく）に基づくことが可能で、若しくは対称クリプトグラフィ（私的鍵の生成と共有とに基づく）に基づくことができる。
【００２５】
別の実施例では、文書マネジャー６０は、コンサルティングデバイス６７を介して、一般的な文書管理に関するコンサルティングサービスをユーザ７０に提供することができる。
【００２６】
上述したように、文書マネジャー６０は、ユーザ７０がネットワークを介してそれを用いて交信可能なユーザ交信デバイス６５を備え、ユーザ７０により入力された情報のうちいくつかは、究極的には、透かし情報の一部として利用可能である。１つの実施例においては、ユーザ交信デバイス６５は、例えば、それが確認可能なユーザ名とパスワードとを使用して、署名させることにより、ユーザ７０を文書マネジャー６０にアクセスさせる。ユーザが登録されたユーザでなければ、ユーザ交信デバイス６５は、会員証を生成するように、ユーザから情報を要求することができる。ユーザ交信デバイス６５は、また、ユーザが要求し、記憶用に送信する文書のタイプに関して、文書の要求フォーマット、ユーザによりスキャンされた文書名、文書のバージョン、ユーザの電子メールアドレス、郵便アドレス、電話番号等の入力データをユーザ７０から受信する。ユーザ交信デバイス６５は、ユーザからより多くの情報を要求し、及び／又は、例えば、コンサルティングデバイス６７を介して、文書管理アドバイス、戦略、及び情報をユーザに提供する。ユーザ交信デバイス６５は、また、要求された文書が利用可能なＡＳＰのアドレスをユーザに提供するようにしても良く、あるいは、透かし情報とともにあるいは透かし情報なしで要求された文書と、統一請求書とをユーザ７０に送信する。
【００２７】
文書マネジャー６０は、また、例えば、ユーザ交信デバイス６５を介して、ユーザ７０からの入力データに基づいてＡＳＰを検索し、アクセスするように構成された検索エンジン６２を有する。検索エンジン６２は、また、文書を抽出するように構成されている。有利なことに、ユーザは、要求する文書に関連する情報のみを入力すれば良く、その情報は、所望の文書を抽出するＡＳＰとは関係ない。検索エンジン６２は、また、ＡＳＰが利用可能な検索エンジンを有しないときには、文書ごとにそれぞれのＡＳＰを検索するように構成され得る。検索エンジン６２は、当該分野で公知で、例えば、その本の内容全体がここで参照により引用される、Preston Gralla著「インターネットはどのように動くか」Que Corporation発行、１９９９年８月、ＩＳＢＮ：０−７８９７−２１３２−５の第３２部、１８５〜１８９頁に説明されている。
【００２８】
文書マネジャー６０は、また、ユーザ７０により要求された文書を、そのオリジナルフォーマット及び／又はその標準フォーマットで記憶できる記憶デバイス６４を有する。記憶デバイス６４は、また、文書の透かし情報、ＵＲＬ、及び／又は検索エンジン６２が文書を抽出した先の各ＡＳＰからの請求情報を記憶し得る。記憶デバイス６４は、ユーザ名、ユーザパスワード、電子メールアドレス、郵便アドレス、電話番号、現在及び過去に要求された文書タイプ、特定のユーザに対する現在及び過去の文書管理戦略、現在及び過去のユーザ要求された検索、及び／又は検索パラメータのようなユーザ情報を記憶することが可能である。好ましい実施例においては、記憶デバイス６４は、ユーザＩＤ、デジタルコピー８５によりスキャンされた文書名、スキャンした人名、スキャニング日時、文書のバージョン、デジタルコピー８５のシリアル番号及び／又は位置、ＡＳＰからの文書抽出日時を記憶する。１つの実施例では、記憶デバイス６４に記憶された情報の一部は、例えば、ユーザ交信デバイス６５を介して、ユーザにより直接アクセス可能である。
【００２９】
記憶デバイス６４は、これらに限定されないが、フレキシブルディスク、光学ディスク、ＣＤ−ＲＯＭ、ＭＯディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、磁気又は光学カードを含む任意のタイプのディスク、又は電気的命令及び／又はデータを記憶するために好適な任意のタイプの（記録）媒体を備えることができる。さらに、記憶デバイス６４は、例えば、ＯＲＡＣＬＥ、ＳＹＢＡＳＥ、ＩＮＦＯＲＭＩＸ、又はＭＩＣＲＯＳＯＦＴ  ＡＣＣＥＳＳのような構造クエリー言語（ＳＱＬ）に基づく市販の利用可能なリレーショナルデータベース管理システム（ＲＤＢＭＳ）、あるいは目的重視データベース管理システム（ＯＤＢＭＳ）、若しくは特別なデータベース管理ソフトウェアにより、装備可能なデータベース、即ちデジタルリポザトリ（digital repository）を含み得る。
【００３０】
文書マネジャー６０は、種々のＡＳＰから抽出された文書のフォーマットを標準化するように構成されたフォーマット標準化デバイス６６を備え得る。例えば、フォーマット標準化デバイス６６は、文書が単一のＧＵＩを使用してアクセスされ得るように、当該文書を再フォーマットすることができる。このような再フォーマットデバイスは、当該分野で公知である。１つの実施例において、フォーマット標準化デバイス６６は、ユーザ交信デバイス６５から標準フォーマットを受信し、記憶デバイス６４に標準化された文書を記憶する。フォーマット標準化デバイス６６によりフォーマットされる文書は、ネットワーク５０を介してＡＳＰから、ネットワーク５５を介してユーザ７０から、記憶デバイス６４から、若しくはユーザ交信デバイス６５から受信され得る。
【００３１】
文書マネジャー６０は、また、統一請求書であっても良い請求書をユーザ７０に課金するように構成された課金エンジン６８を有しても良い。例えば、統一請求書は、ＡＳＰから受信した請求金額の合計と一致することが可能である。ＡＳＰからの請求書は、ＡＳＰ又はユーザ交信デバイス６５から受信可能であり、ユーザ交信デバイス６５に、又は記憶用に記憶デバイス６４に、あるいはネットワーク５５を介してユーザ７０に送信され得る。
【００３２】
上述した文書マネジャー６０は、文書のセキュリティ管理とユーザに対する専門的な助言とを提供し、ユーザの特定のニーズに基づくユーザに対する文書管理戦略を生成し、ＡＳＰ１０−４０のアドレスとリンク先を抽出及び系統化し、ＡＳＰ１０−４０から文書を抽出し、文書を記憶し、文書をフォーマットし、ユーザに統一請求書を請求し、及び／又は文書をユーザに送信し、当該文書は、ＰＣ８０のスクリーン上で見られ、プリンタ９０を使用して印刷され、若しくはローカル記憶デバイス１００及び／又は媒体駆動装置１１０に記憶される。このため、文書マネジャー６０は、ユーザに、ＡＳＰサービスに対するアクセスと、ＡＳＰからの抽出可能性と、一貫したユーザインターフェースと、サービスごとの単一署名と、別異の文書及び別異の文書タイプに対する単一検索の要求可能性と、単一の請求サービスと、フレキシブルな記憶サービスとを提供し、その一方で、機密文書の印刷及び記憶を追跡する確実な方法を提供する。
【００３３】
好ましい実施例においては、文書マネジャー６０は、ユーザに、（透かし情報付きあるいは透かし情報なしで）文書を抽出し、及び、永久的あるいは一時的のいずれかで文書をローカル記憶デバイスに記憶することを許容する。その代わりに、文書マネジャーは、ユーザに、ＡＳＰに（透かし情報付きあるいは透かし情報なしで）文書を記憶することを許容する。例えば、文書マネジャー６０は、ＡＳＰと協同して文書マネジャー６０のユーザ即ち顧客の文書に対する記憶（場所）を提供し得る。例えば、ユーザが、機密法律文書、保険契約、あるいはデジタル証書を所定の期間、ローカル記憶デバイスに記憶することを決定し、保護された文書に対するより有効な防御を提供するように、１つのＡＳＰにて文書を記憶することにより、喪失、窃盗、火災、災害等から文書を保護するようにしても良い。文書マネジャー６０は、記憶された機密文書が、透かし情報マネジャー６３により送信される透かし情報とともに記憶されることを確実にする。例えば、ＡＳＰに記憶された機密文書は、デジタル署名を使用してタグ付けされ得る。文書マネジャー６０がタグ付けされた文書を抽出すると、当該文書は、透かし情報とともに印刷される（例えば、ユーザのプリンタで、又はプリントサービス、次いでユーザに配達される）ように、透かし情報とともに送信される。このため、機密文書は、究極的には、透かし情報とともに印刷される。この場合において、ユーザは、保護された文書の取扱及び防御に関するＡＳＰのノウハウから恩恵を受け、システムは、機密文書の追跡を許容する。この実施例では、ＡＳＰは、記憶料金を課金することができる。１つの実施例において、このような料金は、ユーザの利便のため、文書マネジャーにより計算された統一請求書に含まれることが可能である。
【００３４】
文書マネジャー６０は、また、例えば、ＡＳＰから文書を注文し、宅急便（登録商標）を介してユーザに確実に配達することにより、ユーザに、オンライン印刷及び配達サービスを提案及び提供し得る。この実施例においては、配達の追跡を維持するユーザの代理となり、ユーザに配達状況を通知するために、文書マネジャー６０は、ＡＳＰ及び適切な配達を確実にする宅急便（登録商標）サービスと契約することができる。文書マネジャー６０は、また、それ自体のサービスとＡＳＰ及び使用宅急便（登録商標）のサービスとに対する単一の請求書を生成できる。
【００３５】
文書マネジャー６０は、また、ユーザ７０に、ＡＳＰ文書に対するリンクを提供しても良く、その結果、ユーザは、所望すれば、ユーザのコンピュータ又は文書マネジャー６０にいかなる文書を記憶する必要なく、（文書に埋め込まれた透かし情報とともに又は透かし情報なしで）文書マネジャー６０を介して文書にアクセスできる。この観点では、ユーザ７０は、ＡＳＰのノウハウを検索し、抽出し、記憶することにより恩恵を受ける。この実施例において、ＡＳＰは、文書へのアクセスに対する料金を課金することができる。１つの実施例において、この料金は、ユーザの利便のため、文書マネジャー６０により生成される統一請求書に統合され、ユーザに提供され得る。ここでの「統一請求書」という語は、少なくとも２つの請求書の請求金額を含む１つの請求書を意味する。
【００３６】
有利なことに、ユーザは、抽出されユーザに送信された文書の集合体を形成するために、文書マネジャー６０により使用され、さらに、ＡＳＰで文書を記憶するために使用される異なるＡＳＰに留意する必要がない。このため、要求された文書を受信し、ＡＳＰで記憶される文書をユーザに送信するとき、ユーザは、単一のユーザインターフェースを取り扱うことが可能である。さらに、文書の検索、配達若しくは記憶に対してＡＳＰにより生成され、文書マネジャー６０により提供される統一請求書は、また、ユーザが数個の異なる請求書を支払うという煩雑さを軽減する。
【００３７】
このため、文書マネジャー６０は、コンサルティング、請求書発行、種々のタイプの文書のフォーマット化、取得、要約、記憶及び管理、透かし情報マネジャー６３により管理される透かし情報により提供される追加的なセキュリティレベルを有する全てのための、ただ１つの停留所（ｓｔｏｐ）を提供する。
【００３８】
図４は、本発明の１つの実施例による文書管理システムの機能性を示すフローチャートである。図４の実施例に示すように、文書マネジャー６０は、ユーザ７０に、少なくとも２つのタイプのサービスを提供する。ダイヤグラムの左側に図解するように、ユーザ７０は、文書相談のために文書マネジャー６０にアクセスすることが可能であり、同ダイヤグラムの右側に示すように、ユーザ７０は、直接検索のために文書マネジャー６０にアクセスすることができる。文書相談サービスに関して、ユーザ７０は、ステップ４０００で要求される文書相談のタイプに関連するデータ、例えば、必要な文書のタイプ、数、フォーマット、サービス利用可能な予算、サービス完了に要する時間的制約、必要とするセキュリティレベル等、を入力する。ステップ４０１０において、ユーザ７０は、例えば、ユーザ名及びパスワードを提供することにより、文書マネジャー６０に署名する。一旦、ユーザが署名すると、文書マネジャー６０は、ステップ４０２０において、例えば、ユーザ７０から入力された情報に基づいて要求されるサービスに対する戦略を生成可能なコンサルティングデバイス６７を使用して、あるいは、さらに質問することにより、文書相談を実行する。文書相談に基づいて、文書マネジャー６０は、ステップ４０３０において、ユーザ７０により要求されたサービスに対して適当なＡＳＰを選択する。ステップ４０４０において、文書マネジャー６０は、例えば、サービスのコストと時間とを示して、ユーザ７０にＡＳＰの選択に関するフィードバックを送信する。ステップ４０５０においてユーザ７０から承認を受けると、文書マネジャー６０は、ステップ４０６０において、ＡＳＰからのサービスを要求する。
【００３９】
直接検索サービスに関しては、ユーザ７０は、ステップ４０７０において、要求する検索を入力することができる。ステップ４０８０において、ユーザは、文書マネジャーに署名し、ステップ４０９０にて、ユーザ要求が入力される。次いで、文書マネジャー６０は、ステップ４１００において、要求されたサービスに対して適当なＡＳＰを選択し、ステップ４０６０において、ＡＳＰからのサービスを要求する。
【００４０】
両者のサービスに対して、文書マネジャー６０は、ステップ４１１０において、当該サービスを要求するために、ＡＳＰに署名する。換言すれば、ユーザが文書マネジャー６０に署名すれば、ユーザは、各ＡＳＰに署名することなく、いくつかのＡＳＰにアクセスすることができる。一旦、ＡＳＰが、要求されたサービスを受信すると、ＡＳＰは、ステップ４１２０においてサービスを実行し、例えば、特定の文書を検索し、ステップ４１３０において、ユーザに当該文書（透かし情報付き又は透かし情報なしで）を提供し、ステップ４１４０において、文書マネジャー６０に請求書を送信する。次いで、文書マネジャー６０は、ステップ４１５０において、ユーザ７０に当該文書（透かし情報及び併合命令付き又はこれらなしで）を提供し、ステップ４１６０において、全ての実行されたサービスに対する単一の請求書をユーザに発行する。
【００４１】
両者のサービスに関して、ユーザ７０は、ステップ４０１０及びステップ４０８０において文書マネジャー６０に署名し、ステップ４１１０においてＡＳＰ１０〜４０に署名し、さらに要求を申し込むオプションを有する。このことは、ユーザが、どのＡＳＰが所望のサービスを提供するかを知っている場合に、便利である。この場合において、文書マネジャー６０は、なお、透かし情報を管理し、単一の請求書を発行し、あるいは、ユーザの要求したフォーマットと一致するように文書を再フォーマットし、及び／又は当該文書をユーザへ適切に配達することを確実にするサービスを実行できる。
【００４２】
図５〜図９は、図２〜３及び図１４〜１５に示されるシステムにより実施され得る本発明の１つの実施例による文書管理方法を図解するフローチャートである。図５に示すように、ステップ３００において、文書マネジャー６０は、例えば、ユーザから入力された、要求が受信されたか否かを質問する。要求が受信されていなければ、文書マネジャー６０は、巡回し、ステップ３００に戻る。さもなければ、文書マネジャー６０は、ステップ３１０にてユーザが登録されたユーザであるか否かを質問する。ユーザが登録されていなければ、文書マネジャーは、ステップ３２０において、ユーザからのアカウント情報を要求する。ステップ３３０において、文書マネジャーは、当該アカウント情報が受信されていることをチェックする。該情報が受信されなければ、文書マネジャーは巡回してステップ３３０に戻る。この情報が受信されると、文書マネジャー６０は、ステップ３４０において、ユーザＩＤを登録し、ステップ３５０において、登録されたユーザＩＤに基づいてアクセスレベルを設定する。
【００４３】
本発明により使用されるアクセスレベルは、次に述べる。上述したように、文書マネジャー６０は、ＡＳＰ１０〜４０に文書を記憶することを許容する。換言すれば、ユーザ７０は、文書マネジャー６０を介して、記憶用としてＡＳＰ１０〜４０に文書を送信するようにしても良い。これらの文書は、ユーザのローカル記憶デバイス１００若しくは媒体駆動装置からダウンロードされ、あるいは、ユーザのＰＣ８０、デジタルコピー８５、若しくはファクシミリ装置、プリンタ又はネットワーク５５に接続された所定の他の多機能デバイスにより生成され得る。好ましい実施例において、ＡＳＰ１０〜４０に記憶された文書は、それらと対応するアクセスレベルとともに記憶される。当該アクセスレベルは、文書マネジャー６０を介して、特定のユーザがＡＳＰにアクセスできる文書を識別する。ユーザ７０は、ＡＳＰに記憶される各文書に対して１つのアクセスレベルを割り当てることができる。抽出操作中に、ユーザＩＤは、文書マネジャー６０に送信され、その結果、ユーザＩＤが、ステップ３４０において登録され、アクセスレベルが、ステップ３５０において設定され得る。アクセスレベルは、ユーザごとに割り当てられるので、文書マネジャー６０は、ユーザのアクセスレベルに合致する文書を抽出する。結果として、所定レベルのセキュリティ管理が達成可能であり、検索時間が短縮され得る。各ユーザに対するアクセスレベルは、文書マネジャー６０に、例えば、記憶デバイス６４に記憶され得る。文書がＡＳＰに記憶されるときに、アクセスレベルは、各文書とともに設定される。記憶されたそれぞれの文書に対するアクセスレベルは、ＡＳＰにて記憶される。文書マネジャー６０が文書抽出操作を実行するときは、文書マネジャーの検索エンジン６２及び／又はＡＳＰの検索エンジンは、ユーザのアクセスレベルと一致するアクセスレベルを有する文書に対してのみ、抽出操作を実行する。結果的に、抽出時間は、短縮され、高いセキュリティの文書は適当なユーザによりアクセス可能である。
【００４４】
図５に戻って、文書マネジャー６０は、ステップ３６０において、要求がＡＳＰから文書を抽出する要求であるか否かを質問する。当該要求が文書を抽出する要求でなければ、文書マネジャー６０は、ステップ３７０において（図７参照）、当該要求がＡＳＰに文書を記憶する要求か否かを質問する。当該要求が記憶要求でなければ、文書マネジャーのルーティンは、終了できる。当該要求が記憶要求であれば、文書マネジャー６０は、ステップ３８０において、記憶する文書がユーザから受信されたか否かを質問する。そうでない場合には、文書マネジャー６０は、ステップ３９０において、ユーザに文書が受信されていないことを通知し、さらに、ユーザに文書を送信するように要求するために、ユーザと接触する。一旦、文書が受信されると、文書マネジャー６０は、ステップ４００において、当該文書に対するアクセスレベルが受信されたか否かを質問する。アクセスレベルが受信されていなければ、文書マネジャー６０は、ステップ４１０において、文書のアクセスレベルを尋ねるためにユーザにメッセージを送信する。一旦、記憶する文書のアクセスレベルが文書マネジャー６０により受信されると、文書マネジャー６０は、ステップ４２０において、アクセスレベルを設定する。次いで、文書マネジャー６０は、ステップ４３０において、文書のタイプが受信されているか否かを質問する。文書タイプが受信されていなければ、文書マネジャー６０は、ステップ４４０において、文書タイプを尋ねるためにユーザにメッセージを送信する。一旦、文書タイプが受信されると、文書マネジャー６０は、ステップ４５０において、文書タイプに基づいて文書を記憶するＡＳＰを選択する。１つの実施例では、文書マネジャー６０は、文書記憶用にＡＳＰを選択するため、記憶デバイス６４に格納されたテーブルを使用する。例えば、当該テーブルは、第１のＡＳＰに記憶される全ての法律文書、第２のＡＳＰに記憶される全ての財務文書、第３のＡＳＰに記憶される全ての保険文書、第４のＡＳＰに記憶される全てのマーケティング文書等に関連する。ステップ４６０において、文書マネジャー６０は、記憶する文書をユーザＩＤ及び文書アクセスレベルとともに、選択されたＡＳＰに送信する。
【００４５】
次いで、文書マネジャー６０は、例えば図８に示すように、請求書送付ルーティンに入ることができる。ステップ４７０において、文書マネジャー６０は、種々のＡＳＰから、全ての請求書が受信されたか否かを質問する。一旦、全ての請求書が受信されると、文書マネジャー６０は、ステップ４８０において請求書を合算し、ステップ４９０において統一請求書を発行する。ステップ５００において、文書マネジャー６０は、オンライン印刷及び配達サービスが実行されたか否か、即ち、オンライン印刷及び配達フラグが１に等しいか否かをチェックする。オンライン印刷及び配達サービスは、以下に詳細を述べる。オンライン印刷及び配達サービスが実行されていれば、その場合は、文書マネジャー６０は、ステップ５１０において、前記請求書にオンライン印刷及び配達サービス料金を追加する。さもなければ、文書マネジャー６０は、ステップ５４０に進み、ユーザ若しくはユーザが契約した支払会社のいずれかにより、支払いが受理されたか否かを質問する。請求書に対する支払いが行われていなければ、文書マネジャー６０は、ステップ５５０において、例えば、請求金額を支払うように請求書残部（remainder）を送信して、不払い処理を実行する。当該請求書に対する支払いが実行されていれば、ステップ５６０において、文書マネジャー６０は、例えば、受領証をユーザに送信して、支払い処理を実行する。一旦、統一請求書がユーザにより支払われると、文書マネジャー６０は、そのルーティンを終了する。
【００４６】
図５のステップ３６０に戻って、ユーザから受信した要求が文書を抽出する要求であれば、文書マネジャー６０は、ステップ５７０において、キーワードがユーザから受信されたか否かを質問する。キーワードが受信されていなければ、文書マネジャー６０は、ステップ５８０において、メッセージをユーザに送信してキーワードを尋ねる。一旦、キーワードが受信されると、文書マネジャー６０は、ステップ５９０において、ユーザのアクセスレベルとともに、文書を抽出する要求をＡＳＰに送信する。ステップ５９２において、文書マネジャー６０は、透かし情報が要求されているか否かを質問する。透かし情報が要求されていなければ、ステップ６００（図６参照）に進む。透かし情報が要求されていれば、ステップ５９４において、文書マネジャー６０は、特定の変数（例えば、透かしフラグ）にある値（例えば１）を割り当て、その後、ステップ６００（図６参照）に進む。
【００４７】
図６に戻って、ステップ６００において、文書マネジャー６０は、任意のＡＳＰからのメッセージがＡＳＰが検索エンジンを備えないことを自己に通知するものか否かを質問する。そのようなメッセージが受信されていなければ、文書マネジャー６０は、ステップ６１０において、ユーザのアクセスレベルとともにキーワードをＡＳＰに送信する。さもなければ、ステップ６２０において、文書マネジャーの検索エンジン６２は、キーワード及びアクセスレベルを使用して文書を照合することにより、検索エンジンを備えないＡＳＰの検索を実行する。文書マネジャー６０は、ステップ６３０において、文書が発見されたか否かを質問する。文書が発見されていなければ、文書マネジャーは、ステップ６４０において、ユーザに、文書が発見されなかったことを通知するメッセージを送信し、文書マネジャーのルーティンは終了できる。文書が発見されれば、文書マネジャー６０は、ステップ６５０において、ＡＳＰからの文書に対するＵＲＬ、ユーザＩＤ、抽出履歴としての抽出日付を抽出し、記憶する。オプションとして、文書マネジャー６０は、その透かし情報とともに文書自体を抽出し、記憶することができる。また、オプションとして、文書マネジャー６０は、ステップ６６０において、ユーザが要求したフォーマットに従って、文書を再フォーマットすることも可能である。要求されたフォーマットは、現在の検索中（ステップは示されていない）あるいは、同一ユーザによる過去の検索時のどちらかに入力され、抽出履歴の一部として保存されている。
【００４８】
図９を参照して、文書マネジャー６０は、ステップ６７０において、オンライン印刷及び配達サービスが要求されているか否かを質問する。オンライン印刷及び配達サービスが要求されていなければ、文書マネジャー６０は、ステップ７３０において、透かしがユーザにより要求されたか否か、即ち、変数（例えば透かしフラグ）が特定の値（例えば１に等しい）に等しいか否かを質問する。当該文書に対して透かしが要求されていなければ、文書マネジャー６０は、ステップ７３２において、抽出された文書中のデジタル署名をチェックする。デジタル署名は、文書マネジャー６０、あるいは、文書にデジタル的に署名し、署名した文書をユーザの要求ごとに記憶デバイスに記憶する能力を有するＡＳＰのいずれかにより、文書に添付され得る。ステップ７３４において、デジタル署名が発見されなければ、ステップ７３６において、文書マネジャー６０は、当該文書をユーザに送信する。透かしが当該文書に関して要求されていた場合、又はデジタル署名が発見された場合には、文書マネジャー６０は、ステップ７３８において、透かし情報及び併合命令とともに当該文書をユーザに送信する。これに代わる実施例においては、文書マネジャー６０は、文書を透かし情報と併合し、ステップ７３８において、併合した文書を送信する。以前述べたように、透かし情報は、文書名、文書起草者、文書バージョン、ユーザＩＤ、抽出日時を含んでも良い。上述の方法を使用して、デジタル的に署名された文書のような機密文書は、自動的に、透かし情報及び併合命令とともにユーザに送信可能である。このため、当該方法は、送信された文書の頒布を追跡するのに便利な方法を提供する。一旦、透かし情報付きあるいは透かし情報なしのどちらかで文書がユーザに送信されると、文書マネジャー６０は、例えば、図８に示す請求書送付ルーティンに入る。
【００４９】
ステップ６７０において、オンライン印刷及び配達サービスが要求されると、文書マネジャー６０は、ステップ６８０において、配達情報が受信されているか否かを質問する。当該配達情報は、例えば、ユーザの電子メールアドレス、街区アドレス、ファクシミリ若しくは電話番号等を含んでも良い。配達情報が受信されていなければ、ステップ６９０において、文書マネジャーは、ユーザにメッセージを送信し、配達情報を要求する。ステップ７００において、文書マネジャー６０は、要求した配達情報が受信されているか否かを質問する。一旦、配達情報が受信されると、文書マネジャー６０は、ステップ７１０において、透かしが要求されたか否か、即ち、変数（例えば透かしフラグ）が特定の値（例えば１に等しい）に等しいか否かを質問する。当該文書に対して透かしが要求されていなければ、文書マネジャー６０は、ステップ７１２において、抽出された文書中のデジタル署名をチェックする。ステップ７１４において、デジタル署名が発見されなければ、文書マネジャー６０は、ステップ７１６において、プリンタ若しくはＡＳＰに当該文書を送信する。次いで、この文書は、印刷され、ステップ７１８において、ユーザに配達される。透かしが当該文書に関して要求されていた場合、又はデジタル署名が発見された場合には、文書マネジャー６０は、ステップ７２０において、透かし情報及び併合命令とともに当該文書をプリンタ若しくはＡＳＰに送信する。これに代わる実施例においては、文書マネジャー６０は、文書を透かし情報と併合し、ステップ７２０において、併合した文書を送信する。以前述べたように、透かし情報は、文書名、文書起草者、文書バージョン、ユーザＩＤ、抽出日時を含んでも良い。次いで文書は、埋め込まれた透かし情報とともに印刷され、ステップ７２２において、ユーザに配達される。１つの実施例では、文書マネジャー６０が、埋め込まれた透かし情報とともに文書をプリントアウトし、それをユーザに配達する。別の実施例においては、ＡＳＰが、埋め込まれた透かし情報とともに文書をプリントアウトし、それをユーザに配達する。この配達は、例えば、電子メール経由、ファクシミリ、宅急便（登録商標）、メールなどの、多数のデバイスにより実行され得る。追加的に又は代替的に、文書の電子的表現が印刷部門あるいはＭｉｎｅｏ．ｃｏｍ社（http://www.mineo.com）のような会社に送信され、文書が印刷され、Ｆｅｄｅｒａｌ  Ｅｘｐｒｅｓｓのような配達サービスによりユーザに送られる。一旦、オンライン印刷及び配達サービスが実行されると、ステップ７２４において、文書マネジャー６０は、オンライン印刷及び配達サービスフラグに、所定の値、例えば１を割り当てる。ステップ７２４において、文書マネジャー６０は、ユーザに抽出結果を通知するために表示命令（コマンド）を送信する。例えば、この表示命令は、検索された文書のＵＲＬ、文書の題名、文書自体、配達予定日（可能であれば）、又は検索結果に関連する任意のその他の情報を含むことができる。表示命令は、ユーザのＰＣ８０のスクリーン上に表示されても良く、あるいは、ユーザへの電子メール若しくはファクシミリ文書として表示され得る。一旦、文書が印刷され、文書に埋め込ま��た透かし付きで又はこれなしのどちらかで、ユーザに配達されると、文書マネジャー６０は、例えば図８に示すような、請求書送付ルーティンに進むことができる。
【００５０】
上述の方法を使用して、デジタル署名された文書のような機密文書は、自動的に、埋め込まれた透かしとともに印刷可能である。このため、当該方法は、印刷された文書の頒布を追跡するのに便利な方法である。
【００５１】
透かし情報とともに文書を印刷する例示的な方法が、図１７に図解される。ステップ１０００において、ユーザのＰＣ８０（印刷装置がプリンタ９０の場合）、ユーザのデジタルコピー８５のＣＰＵ（ＭＦＰのような）、若しくはＡＳＰ印刷デバイスのＣＰＵのような、印刷装置のプロセッサは、文書を印刷する要求が受信されたか否かを質問する。印刷ジョブが要求されていなければ、プロセッサは、要求が受信されるまで巡回する。文書を印刷する要求が受信されると、プロセッサは、ステップ１０１０において、併合命令（コマンド）を受信したか否かを質問する。併合命令を受信していなければ、プロセッサは、ステップ１０２０において、文書マネジャー６０から受信した文書データを印刷エンジンに送信し、この印刷エンジンは、ステップ１０３０において該データを印刷する。併合命令を受信すると、プロセッサは、ステップ１０４０において、文書マネジャー６０から受信した文書データを透かし情報と併合する。所定の透かし情報が、文書マネジャー６０から受信可能であり、いくつかは、印刷装置から取得可能である。例えば、プロセッサは、プリンタのシリアル番号、プリンタ位置、及び／又は印刷装置からの印刷日時を取得することができる。ステップ１０２０において、プロセッサは、印刷すべきデータ（文書データ及び透かし情報）を印刷エンジンに送信し、この印刷エンジンは、ステップ１０３０において透かし情報付きで文書を印刷する。
【００５２】
デジタルプリンタ（図２）として使用される多機能プリンタ（ＭＦＰ）からの文書管理する方法例が図１１に図解されている。この実施例は、ユーザがＭＦＰから文書マネジャーを使用することを許容する。ステップ１０４０において、ＭＦＰは、文書マネジャー６０からメニューを要求する。ステップ１０５０において、ＭＦＰは、ＬＣＤスクリーンのようなディスプレイ上にメニューを表示する。ステップ１０６０において、ＭＦＰは、ユーザにユーザＩＤを入力し、サービスを選択するように促す。ステップ１０７０において、ＭＦＰは、選択されたサービスが文書記憶か否かを質問する。選択されたサービスが文書記憶であれば、ステップ１０８０において、ＭＦＰは、ユーザに文書タイプを入力するように促す。ステップ１０９０において、ＭＦＰは、当該文書をスキャンし、それをＭＦＰのメモリに記憶する。オプションとして、ステップ１１００において、ＭＦＰは、スキャン日時を生成する。さらにオプションとして、ステップ１１１０において、ＭＦＰは、ＭＦＰのシリアル番号及びその位置を読み込む。ステップ１１２０において、ＭＦＰは、記憶目的のために、文書記憶要求、文書及びユーザＩＤを文書マネジャー６０に送信する。オプションとして、ＭＦＰは、また、スキャニング日時、ＭＦＰシリアル番号及び位置も送信する。ＭＦＰにより文書マネジャーに送信されるこのデータのいくつかは、究極的には、スキャンされた文書に対する透かし情報として使用され得る。上述したように、次いで、文書マネジャー６０は、文書タイプに基づいて、文書及び可能であれば透かし情報記憶用のＡＳＰを選択する。その代わりに、ＭＦＰから受信した文書及び透かし情報は、文書マネジャー６０で記憶され得る。
【００５３】
ステップ１０７０に戻って、選択されたサービスが文書記憶でなければ、ステップ１１３０において、ＭＦＰは、選択されたサービスが文書抽出か否かを質問する。上述したように、文書マネジャー６０により提供される文書抽出サービスは、文書及び透かし情報をＭＦＰのようなプリンタに送信することを含み、あるいは印刷及び配達サービスを利用する。選択されたサービスが、文書抽出でなければ、そのときは、ＭＦＰの動作は終了し得る。選択されたサービスが、文書抽出であれば、そのときは、ステップ１１４０において、ＭＦＰはユーザにキーワードを入力するように促す。ステップ１１５０において、ＭＦＰは、文書抽出要求、キーワード、ユーザＩＤ、ＭＦＰシリアル番号を文書マネジャー６０に送信し、当該文書マネジャーは、文書抽出サービスを実行する。ステップ１１６０において、ＭＦＰは、抽出結果が受信されたか否かを質問する。結果が受信されていなければ、ＭＦＰは、結果が受信されるまで巡回する。一旦、結果が受信されると、ＭＦＰは、印刷動作に関する図１０に示すステップ１０００に進んでも良い。
【００５４】
本発明の文書マネジャー６０は、ユーザ側で、例えば、ユーザのローカル記憶デバイス１００に記憶された文書を、ユーザが管理するのに役立つことも可能である。本発明によるユーザ側で記憶した文書の管理方法の例が図１２に示される。ステップ８１０において、文書マネジャー６０は、文書を、電子キャビネット即ちユーザのローカル記憶デバイスのような記憶デバイスに記憶する。電子キャビネットは、ネットワーク５５に接続され、種々のソースから文書を記憶する。例えば、電子キャビネットは、ユーザのＰＣにより生成され、ユーザのスキャナによりスキャンされ、あるいはＡＳＰから文書マネジャー６０により抽出された文書等を記憶することができる。ステップ８２０において、文書マネジャー６０は、ファイル転送サービスが要求されているか否かを質問する。ステップ８３０において、文書が予め定められたカテゴリに分類されているか否かを質問する。予め定められたカテゴリの例は、保護された若しくは保護されない文書、法律文書、保険契約、デジタル証明書等である。１つの実施例では、各カテゴリは、ユーザのローカル記憶デバイスに文書を記憶するために予め定められた記憶期間に対応する。このことは、文書マネジャー６０の記憶デバイス６４に格納されたテーブルにより達成され得る。文書が分類されると、文書マネジャー６０は、ステップ８５０で、文書のカテゴリに基づいて予め定められた記憶期間を設定する。文書が分類されていなければ、ステップ８４０において、文書マネジャー６０は、ユーザが記憶期間を入力したか否かを質問する。文書が分類されておらず、かつ、ユーザが特定の記憶期間を指定していない場合には、文書マネジャー６０は、ルーティンを終了することができる。ステップ８６０において、文書マネジャー６０は、ユーザの記憶デバイスにある文書の実際の記憶期間が入力された又は予め定められた記憶期間より大きい（若しくは等しい）か否かをチェックする。実際の記憶期間が入力された又は予め定められた記憶期間より大きい場合には、文書マネジャー６０は、図７に示す、ＡＳＰに文書を記憶するためのステップ３８０に進む。さもなければ、文書マネジャー６０のルーティンは終了可能である。上述したうちで、入力された又は予め定められた記憶期間は、転送される特定の文書に関連する記憶期間と一致する。
【００５５】
図１３は、本発明のＡＳＰにより実施される文書の記憶及び抽出方法を示す。ステップ９００において、ＡＳＰは、抽出要求が文書マネジャー６０から受信されたか否かを質問する。抽出要求が受信されていなければ、ステップ９０５において、ＡＳＰは、文書記憶要求が受信されたか否かを質問する。該要求が受信されていなければ、ＡＳＰルーティンは終了する。文書記憶要求が受信された場合は、ステップ９１０において、ＡＳＰは、文書がユーザＩＤとともに受信されたか否かを質問する。もし受信していなければ、ＡＳＰは巡回し、ステップ９１０に戻る。文書が受信されると、ステップ９１５において、ＡＳＰは、当該文書に対するアクセスレベルが受信されているか否かを質問する。受信していない場合は、ステップ９２０において、ＡＳＰは、メッセージをユーザに送信して記憶すべき文書のアクセスレベルを設定するように要求する。アクセスレベルを受信すると、ＡＳＰは、ステップ９２５において、文書を記憶する。好ましい実施例において、ＡＳＰは、ユーザＩＤに対応するアドレスに文書を記憶する。次いで、ＡＳＰは、ステップ９３０にて請求書を発行し、ステップ９３５にてこの請求書を文書マネジャー６０に送信する。ステップ９４０において、ＡＳＰは、請求書が支払われたか否かを質問する。支払われない場合は、ステップ９４５にて、ＡＳＰは、例えば、ユーザ及び／又は文書マネジャー６０に請求書残部を送信する。請求書が支払われると、ステップ９５０において、ＡＳＰは、例えば、受領証をユーザ及び／又は文書マネジャー６０に送信することにより、支払い処理を実行する。その後、ＡＳＰのルーティンは終了可能である。
【００５６】
ステップ９００に戻って、受信した要求が文書抽出要求である場合には、ステップ９５５において、ＡＳＰは、ＡＳＰが文書検索エンジンを備えるか否かを質問する。ＡＳＰが検索エンジンを有していない場合には、ステップ９６０において、ＡＳＰは、文書マネジャーにメッセージを送信し、文書マネジャーの検索エンジン６２により実行される検索を許容する。ＡＳＰが検索エンジンを有する場合には、ステップ９７０において、ＡＳＰは、キーワード及びユーザのアクセスレベルが受信されているか否かを質問する。受信されていなければ、ＡＳＰは、文書マネジャー６０からキーワード及びアクセスレベルが受信されるまで巡回する。ステップ９７５において、ＡＳＰの検索エンジンは、アクセスレベル及びキーワードに基づいて検索を実行する。ステップ９８０において、ＡＳＰは、文書が発見された否かを質問する。文書が発見されなければ、ＡＳＰは、ステップ９８５において、文書マネジャーに検索結果を通知するために、メッセージを文書マネジャーに送信する。その代わりに、ＡＳＰは、直接ユーザにメッセージを送信することもできる。ステップ９８０で文書が発見されると、ステップ９９０において、ＡＳＰは、文書及び文書のＵＲＬを文書マネジャーに送信する。次いで、ＡＳＰは、上述したステップ９３０〜９５０からなる請求書送付ルーティンを実行する。
【００５７】
上述の方法（図４〜図１３）は、本発明を例示する実施例を表し、本発明は、特定のステップ又は前述したステップの順番にも限定されない。当業者は、本発明が、種々の順番の様々な類似ステップを使用して実施可能であることを認識するであろう。
【００５８】
図１４及び図１５において、多機能機２０００が、文書マネジャー６０と協同して文書をプリントアウトするためのデジタルプリンタ８５の例として図解される。このため、多機能機２０００は、図１０〜図１１に示す方法を実施可能なデバイスの一例である。多機能機２０００は、以下に簡単に記述されるが、より詳細には、ここで、全ての内容が参照により引用される米国特許５９９５６７８に記載される。
【００５９】
図１４を参照して、多機能機２０００は、ハウジング２０１１を備える。当該ハウジング２０１１内に、イメージをスキャンするための光源２０１２がある。ハウジング２０１１は、また、プリンタ、コピー、ファクシミリ機能用に潜像を形成するための光受容体２０１４を備える。紙トレイ２０１６及び排出容器２０１８は、機械２０１０の出力部用に提供される。文書フィード２０２０及び自動文書搬送部２０２２が提供されても良い。
【００６０】
多機能機２０００は、また、スキャン機能を実現するために、電荷結合素子（ＣＣＤ、Charge Coupled Device）を具備する。さらに、多機能機２０００は、レーザ素子２０２６及び多面鏡２０２８を有する。レーザ素子２０２６及び多面鏡２０２８は、光受容体２０１４に情報を書き込むために使用され、そのため、当該分野で既知のように、印刷機能を達成する。この印刷機能は、多機能機２０００にファクシミリ機能を提供するために電話入力部２０３０とともに使用されても良い。電話受話器２０３２も提供される。
【００６１】
このため、多機能機２０００は、コピー、スキャナ、プリンタ、及びファクシミリ装置を含むことができる。それぞれの機能の選択は、制御パネル２０３４を介して達成され得る。好ましくは、多機能機２０００は、ステータス情報を提供するＬＣＤ２０３６も具備する。多機能機２０００は、ネットワークと接続され得るホストインターフェース２０３８も備える。ネットワークを介して多機能機２０００に接続される文書マネジャー６０は、抽出された文書データと、文書名、ファイル名、文書起草者、文書バージョン、ユーザＩＤ、抽出又は印刷日時、ＭＦＰシリアル番号及び多機能機２０００に対するＭＦＰ位置のような透かし情報とを提供するために使用されても良い。抽出された文書データ及び透かし情報は併合され、併合されたデータは、例えば、排出容器２０１８に排出される紙に印刷される。
【００６２】
図１５を参照して、多機能機２０００の基本電子構成部２０４０のブロックダイアグラムが提示される。システムバス２０４４は、システムの全てのモジュールを接続する。ＣＰＵ２０４２は、機械の状態を監視する間に複数の処理を実行する。ＤＲＡＭ２０４６及びＥＥＰＲＯＭ２０４８が、好ましくは提供される。ＲＯＭモジュール２０５０は、初期値、デフォルト値、及びファームウェアを有する。このファームウェアは、Ｈｅｗｌｅｔｔ  Ｐａｃｋａｒｄ社製ＰＣＬ５又はＡｄｏｂｅ  Ｓｙｓｔｅｍ社製ＰｏｓｔＳｃｒｉｐｔのような適当なプリンタ命令を取り扱うために印刷指令を含んでも良い。インターフェース制御部２０５４は、制御パネル２０３４に接続される。インターフェース制御部２０５４は、好ましくは、ホストインターフェース２０３８を介してネットワークに接続される。
【００６３】
インターフェース制御部２０５６はＤＲＡＭ２０５８を含み、ファックス／電話プロセッサ２０６０に接続される。好ましくは、このファックス／電話プロセッサ２０６０は、音声又はファックスデータのどちらかとして受信情報を識別し、ＣＰＵ２０４２に通知することにより自動的にシステムを適切なモードに変更するモジュールを有する。ファックス／電話プロセッサ２０６０は、音声情報を取り扱うために、受話器２０３２に接続される。インターフェース制御部２０５６は、好ましくは、応答ユニット２０６２に接続される。
【００６４】
直接メモリアクセス制御部２０６４も提供される。プリンタインターフェース２０６６は、印刷要素（レーザ２０２６、多面鏡２０２６及び光受容体２０１４）に接続され、所望の出力画像（イメージ）を生成する。スキャンされたデジタル画像が取得可能なように、スキャナインターフェース２０６８は、ＣＣＤ２０２４のインターフェースとなる。システム制御部２０７０は、バス２０４４及びバス２０７６を介して、スキャナインターフェース２０６８及びプリンタインタフェース２０６６に接続され、コピーのような入出力関連機能を許容する。コピーに関して、バス２０７５は、画像データの移動を可能にする、スキャナとプリンタとの間のインターフェースを提供する。
【００６５】
計算論理ユニット（ＡＬＵ、Arithmetic Logic Unit）は、インターフェース制御部２０５４からのデータをＥＥＰＲＯＭ２０４８からのデータと併合するために使用される。インターフェース制御部２０５４からのデータは、抽出された文書データ及び透かし情報を含む。抽出された文書データ及び透かし情報は、一時的にＤＲＡＭ２０４６に記憶可能である。ＤＲＡＭ２０４６に一時的に記憶されたデータは、読み出され、ＡＬＵ２０７７に送信されて併合される。
【００６６】
抽出された文書の画像密度が透かし情報の画像密度と同じ場合には、ユーザが印刷された文書上の透かし情報を読む若しくは解釈することが困難である。この不都合を避けるため、本発明の好ましい実施例は、画像密度調整器２０６３を使用する。ＤＲＡＭ２０４６からのデータは、画像密度調整器２０６３に送信される。画像密度調整器２０６３は、抽出された文書データの最低画像密度を検出する。次いで、画像密度調整器２０６３は、透かし情報の画像密度を抽出された文書データの最低画像密度よりも低くなるように設定または調整する。その後、抽出された文書データ及び透かし情報は、ＡＬＵ２０７７に送信される。ＡＬＵ２０７７でデータを併合した後、併合されたデータは、印刷用にプリンタインターフェース２０６６に送信される。
【００６７】
記憶インターフェース２０７２は、例えば、ハードディスク、光学ディスク、及び／又はフレキシブルディスクであっても良い外部記憶ユニット２０７４に接続される。記憶デバイス２０７４は、本発明に対応する一連の指令を記憶するようにしても良い。その代わりに、これらの指令はＲＯＭ２０５０に記憶されても良い。
【００６８】
プリンタ９０が、多機能機８５／２０００の代わりに使用される場合には、前述の動作を実行するソフトウェアが、ＲＡＭ２９０に記憶される（図１６）。装置シリアル番号及び位置がＰＣ８０に接続されるプリンタ（図２）から送信され、ＲＡＭ２９０に記憶される。ＣＰＵ２００（図１６）の指示に従って、ＰＣ８０は、前述の動作、特に、画像密度の調整、データの併合を実行し、その後併合したデータをプリンタ９０へ送信する。
【００６９】
図１６は、図２及び図３に示すユーザ７０、ＰＣ８０及び文書マネジャー６０として使用可能で、図４〜図１３に示す方法を実施できるデバイス１９０のブロックダイアグラムである。図１７は、デバイス１９０の模式図である。デバイス１９０は、システムバス２５０を経由して多数の他のデバイスと通信する中央演算ユニット（ＣＰＵ）２００を備える。デバイス１９０は、文書テキスト、文書グラフィック、文書フォーマット、ＡＳＰのＵＲＬ、ＡＳＰの請求情報等のような文書管理機能を実施する際に使用される一時的な記憶値をまとめるランダムアクセスメモリ（ＲＡＭ）２９０を具備する。
【００７０】
従来のパーソナルコンピュータ又は十分なメモリと処理能力とを有するワークステーションも、デバイス１９０として動作するように構成され得る。１つの実施例において、デバイス１９０は、ユーザ及びＡＳＰによりにより情報を送受信する文書マネジャー６０として動作する。中央演算ユニット２００は、大容量のデータ送信と通信及びデータベース検索を処理する際の多数の算術計算を実行するために構成されている。Ｉｎｔｅｌ．Ｃｏｒｐにより製造される１ＧＨｚペンティアム（登録商標）IIIのようなペンティアム（登録商標）IIIマイクロプロセッサがＣＰＵ１００に使用され得る。他の好適なプロセッサは、Ｍｏｔｏｒｏｌａ社製５００ＭＨｚＰｏｗｅｒＰＣＧ４プロセッサ及びＡｄｖａｎｃｅ  Ｍｉｃｒｏ  Ｄｅｖｉｃｅ社製１ＧＨｚＡＭＤ  Ａｔｈｌｏｎプロセッサを含む。多重プロセッサ又はワークステーションも同様に使用可能である。
【００７１】
光学媒体を含む他のリードオンリーメモリ形式が、アプリケーションソフトウェア及び一時的な結果をまとめるために使用可能であるが、ＲＯＭ２８０は、好ましくは、半導体形式で含まれる。ＲＯＭ２８０は、ＣＰＵ２００による使用のために、システムバス２５０を接続する。ＲＯＭ２８０は、ＣＰＵ２００により実行される場合に、ＡＳＰからの文書を管理することに関連する上述した異なる機能を実行する、コンピュータ読み取り可能な指令を含む。入力制御部２６０は、システムバス２５０に接続し、キーボード２６１及びマウス２６２のようなポインティングデバイスを含む種々の周辺装置のインターフェースを提供する。入力制御部２６０は、例えば、ＰＳ２形式のマウスポート若しくはユニバーサルシリアルバス（ＵＳＢ）ポートのような異なるポートを具備しても良い。他のコネクタも同様に使用可能であるが、入力制御部２６０に対するキーボードポートは、ミニＤＩＮポート形式である。入力制御部２６０は、音声カード接続を提供し、その結果、音声カードの外部ジャックは、ユーザにマイクロホンスピーカあるいは外部音響源を装着することを許容する。入力制御部２６０は、また、シリアルポート又はパラレルポートを含んでも良い。
【００７２】
ディスク制御部２４０は、ＩＤＥ制御器形式であり、リボンケーブルを介して、フレキシブルディスクドライブ２４１、同様にハードディスクドライブ２４２、ＣＤ−ＲＯＭドライブ２５１、及びコンパクトディスクドライブ２５２に接続する（図１７）。さらに、ＰＣＩ拡張スロットがディスク制御部２４０若しくはＣＰＵ２００をホストするマザーボードに提供される。エンハンスグラフィックポート拡張スロットが提供され、それは、メインメモリに迅速なアクセスを伴う３−Ｄグラフィックスを提供する。ハードディスク２４２は、読出書込可能なＣＤ−ＲＯＭを含んでも良い。通信制御部２３０は、おそらくネットワーク２３１に接続するイーサネット（登録商標）を経由して、接続を提供する。このネットワークは、インターネットアクセスを提供するための公衆交換電話網（ＰＳＴＮ）２３２、若しくはローカルエリアネットワーク、広域エリアネットワーク、仮想私的ネットワーク、エクストラネットに接続されても良い。１つの実施例において、ネットワーク２３１及び通信制御部２３０への接続は、ケーブルモデム接続、ＤＳＬ接続、ダイアルアップモデム接続、及び通信制御部２３０に接続する類似のものを含む複数の接続を経由して行われる。
【００７３】
入出力制御部２２０は、例えば、ＲＳ２３２ポート及びＳＣＳＩバスを経由して、外部ハードディスク２２１、プリンタ２２２（図２ではプリンタ９０）のような外部構成部品への接続を提供する。本発明に従ってどのように入出力デバイスが動作するかに関する詳細な情報に関して、そのようなデバイスは、Ron White著「コンピュータはどのように動くか」Que Corporation発行、１９９９年９月、ＩＳＢＮ：０−７８９７−２１１２−０の第５部、１８４〜２７６頁に説明されており、この本の内容全体は、参照により引用される。
【００７４】
表示制御部２１０は、ブラウン管（ＣＲＴ）２１１のような表示デバイスにシステムバス２５０を相互接続する。ＣＲＴが図示される一方で、ＬＣＤあるいはプラズマ表示装置のような種々の他の表示デバイスが使用され得る。上述したように、図１６及び図１７に示される構成部品は、ユーザ７０及び図２〜図４に示す文書マネジャー６０の両者に含まれ得る。
【００７５】
本説明で開示された機構及びプロセスは、当業者によりその価値が認められるように、本明細書の教示に従ってプログラムされた従来の汎用マイクロプロセッサを使用して実施されても良い。当業者に明らかであるように、適当なソフトウェアコーディングが、本開示の教示に基づく熟練したプログラマにより容易に準備され得る。
【００７６】
このため、本発明は、記憶媒体にまとめられ得るコンピュータベース製品を含み、かつ、本発明によるプロセスを実行するためにコンピュータをプログラムするために使用可能な指令を含む。この記憶媒体は、限定されないが、フレキシブルディスク、光学ディスク、ＣＤ−ＲＯＭ、ＭＯディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラシュメモリ、磁気又は光学カードを含む任意のタイプのディスク、若しくは電子指令を記憶するために好適な任意の媒体を含むことができる。
【００７７】
本発明は、また、好都合なことに、当業者には明らかであるように、本明細書の教示に従ってプログラムされた従来の汎用デジタルコンピュータを使用して、実施され得る。当業者には明らかであるように、適当なソフトウェアコーディングは、本開示の教示に基づいて熟練したプログラマにより、容易に準備され得る。特に、当業者に認められるように、本発明によるＡＳＰ文書管理用コンピュータプログラムは、これらに限定はされないが、Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ及びＢａｓｉｃを含む多数のコンピュータ言語により書かれ得る。当業者には容易に明らかなように、ＡＳＩＣ（application specific intergrated circuit）の調製、又は従来のコンポーネント回路の適当なネットワークを相互に接続することにより、本発明は、また、実行されても良い。
【００７８】
明らかに、上記の教示に照らして、本発明の膨大な追加改良及び変形が可能である。このため、添付された特許請求の範囲内で、本発明は、ここで具体的に記載された以外にも実行され得る、ということが理解される。
【００７９】
【発明の効果】
本発明によれば、機密文書を正規でないユーザへの頒布を管理する方法、システム及びコンピュータプログラムを提供することができる。
【図面の簡単な説明】
【図１】従来のＡＳＰ／ユーザネットワークを示すブロックダイアグラムである。
【図２】本発明による全体のシステム構成を示すブロックダイアグラムである。
【図３】本発明の１つの実施例による文書マネジャーとユーザとを図解するブロックダイアグラムである。
【図４】本発明の１つの実施例によるシステムの機能性を図解するブロックダイアグラムである。
【図５】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図６】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図７】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図８】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図９】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図１０】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図１１】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図１２】本発明の１つの実施例に従う文書マネジャー、印刷デバイス又は多機能機により実施される文書の管理方法のフローチャートである。
【図１３】本発明の１つの実施例に従いＡＳＰにより実施される文書の管理方法のフローチャートである。
【図１４】本発明による多機能デバイスを装備可能なデバイスの模式図である。
【図１５】本発明による多機能デバイスを装備可能なデバイスを図解するブロックダイアグラムである。
【図１６】本発明による文書マネジャーを装備可能なデバイスを図解するブロックダイアグラムである。
【図１７】本発明による文書マネジャーを装備可能なデバイスの模式図である。
【符号の説明】
１０  ＡＳＰ
２０  ＡＳＰ
３０  ＡＳＰ
４０  ＡＳＰ
５０  ネットワーク
５５  ネットワーク
６０  文書マネジャー
６２  検索エンジン
６３  透かし情報マネジャー
６４  記憶デバイス
６５  ユーザ交信デバイス
６６  フォーマット標準化デバイス
６７  コンサルティングデバイス
６８  課金エンジン
６９  暗号化／解読デバイス
７０  ユーザ
７２  ユーザ
７４  ユーザ
７６  ユーザ
８０  ＰＣ
８５  デジタルコピー
９０  プリンタ
１００  ローカル記憶デバイス
１１０  媒体駆動装置
１９０  デバイス
２００  ＣＰＵ
２１０  表示制御部
２１１  ＣＲＴ
２２０  入出力制御部
２２１  外部ハードディスク
２２２  プリンタ
２３０  通信制御部
２３１  ネットワーク
２３２  ＰＳＴＮ
２４０  ディスク制御部
２４１  フレキシブルディスドライブ
２４２  ハードディスクドライブ
２５０  システムバス
２５１  ＣＤ−ＲＯＭドライブ
２５２  コンパクトディスク
２６０  入力制御部
２６１  キーボード
２６２  マウス
２８０  ＲＯＭ
２９０  ＲＡＭ
２０００  多機能機
２０１１  ハウジング
２０１０  機械
２０１２  光源
２０１４  光受容体
２０１６  紙トレイ
２０１８  排出容器
２０２０  文書フィード
２０２２  自動文書搬送部
２０２４  ＣＣＤ
２０２６  レーザ素子
２０２８  多面鏡
２０３０  電話入力部
２０３２  受話器
２０３４  制御パネル
２０３６  ＬＣＤ
２０３８  ホストインターフェース
２０４０  基本電子構成部
２０４２  ＣＰＵ
２０４４  システムバス
２０４６  ＤＲＡＭ
２０４８  ＥＥＰＲＯＭ
２０５０  ＲＯＭ
２０５２  インターフェース制御部
２０５４  インターフェース制御部
２０５６  インターフェース制御部
２０５８  ＤＲＡＭ
２０６０  ファックス／電話プロセッサ
２０６２  応答ユニット
２０６３  画像密度調整器
２０６４  直接メモリアクセス制御部
２０６６  プリンタインターフェース
２０６８  スキャナインターフェース
２０７０  システム制御部
２０７２  記憶インターフェース
２０７４  記憶デバイス
２０７５  バス
２０７６  バス
２０７７  ＡＬＵ
２０００  多機能機
【図１】
0004055890.tif 000002
【図２】
0004055890.tif 000003
【図３】
0004055890.tif 000004
【図４】
0004055890.tif 000005
【図５】
0004055890.tif 000006
【図６】
0004055890.tif 000007
【図７】
0004055890.tif 000008
【図８】
0004055890.tif 000009
【図９】
0004055890.tif 000010
【図１０】
0004055890.tif 000011
【図１１】
0004055890.tif 000012
【図１２】
0004055890.tif 000013
【図１３】
0004055890.tif 000014
【図１４】
0004055890.tif 000015
【図１５】
0004055890.tif 000016
【図１６】
0004055890.tif 000017
【図１７】
0004055890.tif 000018