JP4368544B2

JP4368544B2 - 文書を管理するシステム、方法及びコンピュータプログラム

Info

Publication number: JP4368544B2
Application number: JP2001236789A
Authority: JP
Inventors: 雄己内田; 彰吾百武; 稔青嶋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2000-10-10
Filing date: 2001-08-03
Publication date: 2009-11-18
Anticipated expiration: 2021-08-03
Also published as: EP1197882A3; US7401125B1; EP1197882A2; EP1647902A1; US20070136260A1; US20070094358A1; JP2002123620A; US8275852B2

Description

【０００１】
【発明の属する技術分野】
本発明は、文書、特に、アプリケーションサービスプロバイダから獲得された文書、又は、アプリケーションサービスプロバイダに蓄積された文書を管理する方法、コンピュータに基づくシステム、並びに、コンピュータプログラムに関する。
【０００２】
【従来の技術】
アプリケーションサービスプロバイダ（ＡＳＰ）は、典型的に会社のようなエンティティ（実体）であり、通常であれば、顧客の手元にあるコンピュータに搭載する必要があるアプリケーション及び関連サービスへインターネットのようなネットワークを経由してアクセスするアクセス権をユーザー（個人顧客、会社、企業など）に提供する。たとえば、アプリケーションサービスプロバイダは、法律、医学、財務、教育、科学、若しくは、マーケッティングの文書の検索可能なデータベースを提供する。或いは、一部の会社は、アプリケーションが会社の従業員のパーソナルコンピュータ上に存在するのではなく、コンピュータネットワークを介して従業員がアクセス可能な会社のコンピュータに搭載される、社内タイプのアプリケーションサービスプロバイダを提供する。本明細書における説明の便宜上、用語「アプリケーションサービスプロバイダ（ＡＳＰ）」は広義に解釈されるべきであり、ユーザーが自分のコンピュータにロードされていないアプリケーションを使用できるようにさせるプロバイダを含むことが意図されている。
【０００３】
従来のアプリケーションサービスプロバイダのネットワークの一例は、図１に示されている。同図には、インターネット５０に接続された四つの例示的な文書アプリケーションサービスプロバイダ（ＡＳＰ）１０、２０、３０及び４０が示されている。本例の場合、ユーザー７０は、インターネット５０を介して独立にアプリケーションサービスプロバイダ１０−４０に接続され、文書をダウンロードし、パーソナルコンピュータ（ＰＣ）８０の画面に表示させ、プリンタ９０を用いて印刷し、局所記憶装置１００及び／又は媒体ドライブ１１０に記憶する。
【０００４】
近年、非常に多数のアプリケーションサービスプロバイダは、多種多様なサービス及び文書を提供する。たとえば、あるアプリケーションサービスプロバイダは法律文書を提供し、別のアプリケーションサービスプロバイダはマーケッティング文書を提供し、更に別のアプリケーションサービスプロバイダは教育、科学、財務、或いは、医学文書などを提供する。さらに、異なるアプリケーションサービスプロバイダは、たとえば、種々のグラフィカル・ユーザー・インタフェース（ＧＵＩ）を使用して、これらの文書を種々のフォーマットで提供する。ユーザーが、たとえば、法律文書、財務文書、科学文書などの種々の文書を必要とし、これらの文書が別々のアプリケーションサービスプロバイダに蓄積されている場合、ユーザーは、所望の文書を提供するアプリケーションサービスプロバイダを探し、見つけ出し、アクセスする。この多重探索要求条件は、ユーザーにとって時間を要する。また、種々のアプリケーションサービスプロバイダは、異なるフォーマットを使用して文書を提供するので、ユーザーは、単一フォーマットの文書を取得するために文書を再書式化する必要がある。この再書式化は、ユーザーにとって退屈な作業である。殆どのアプリケーションサービスプロバイダは、典型的に、使用回数に応じて、或いは、契約に基づいて、顧客にサービスの料金を請求するので、顧客若しくはユーザーは、使用するアプリケーションサービスプロバイダに対し一つずつ、全部で数種類の請求金額を支払う必要がある。かくして、このような多重請求システムは、ユーザーに過分の負担を課す。
【０００５】
さらに、アプリケーションサービスプロバイダのユーザーが、弁護士のような法律専門家である場合、医者のような医学専門家である場合、或いは、財務専門家である場合、ユーザーは、アプリケーションサービスプロバイダから取得した文書を検索し、フォーマット化し、編集し、更新し、保護し、或いは、一般的に管理することに熟達していない。したがって、ユーザーは、自分自身で、屡々、コストのかかる試行錯誤の過程で、文書管理に関する学習を試みるため時間を浪費する。
【０００６】
【発明が解決しようとする課題】
したがって、本発明の目的は、上記の従来技術の問題点を解決し、非効率性を改善することである。
【０００７】
本発明の更なる目的は、文書を管理するユーザーを支援する文書管理システムを提供することである。たとえば、本発明による文書管理システムは、ユーザーの特定のニーズに基づいて、若しくは、ユーザーの特定のビジネス活動及び／又は目標に基づいて、文書の検索、アクセス、書式化、編集、更新、及び、保護に関して専門的助言を与えるコンサルティング装置を含む。
【０００８】
本発明の更なる目的は、たとえば、名前、パスワード、検索語、文書タイプ、及び、フォーマットのようなデータ、又は、文書をユーザーと交換するユーザー相互作用装置を含む文書管理システムを提供することである。ユーザー相互作用装置は、システムのユーザーがシステムにデータを入力し、システムからデータを獲得させる。
【０００９】
本発明の更なる目的は、ユーザーによって要求された特定のサービスを供給するアプリケーションサービスプロバイダを検索する検索エンジンを含む文書管理システムを提供することである。随意的に、この検索エンジンは、たとえば、アプリケーションサービスプロバイダが専用の検索エンジンを具備しないときに、個別のアプリケーションサービスプロバイダ内で文書を検索する。
【００１０】
本発明の更なる目的は、アプリケーションサービスプロバイダから獲得した文書をユーザーによって要求されたフォーマットへ書式化する書式化メカニズムを含む文書管理システムを提供することである。
【００１１】
本発明の更なる目的は、異なるアプリケーションサービスプロバイダから受信した種々の請求書から統一請求書を生成する請求書生成器を含むアプリケーションサービスプロバイダからの文書を管理するシステムを提供することである。
【００１２】
本発明の更なる目的は、ユーザーを支援して文書を管理する文書管理方法を提供することである。たとえば、本発明による文書管理方法は、ユーザーの特定のニーズ、又は、ユーザーの特定のビジネス活動及び／又は目標に基づいて、文書の検索、書式化、編集、更新、及び、保護に関する専門的助言をユーザーへ与える手順を含む。
【００１３】
本発明の更なる目的は、たとえば、名前、パスワード、検索語、文書タイプ及びフォーマットのようなデータ、又は、文書をユーザーと交換する手順を含む、文書管理方法を提供することである。
【００１４】
本発明の更なる目的は、ユーザーによって要求された特定のサービスを供給するアプリケーションサービスプロバイダを検索する手順を含む、文書管理方法を提供することである。随意的に、この方法は、たとえば、アプリケーションサービスプロバイダが専用の検索エンジンを具備しないときに、個別のアプリケーションサービスプロバイダ内で文書を検索する手順を有する。
【００１５】
本発明の更なる目的は、アプリケーションサービスプロバイダから獲得した文書をユーザーによって要求されたフォーマットへ書式化する書式化手順を含む文書管理方法を提供することである。
【００１６】
本発明の更なる目的は、ユーザーからの文書をアプリケーションサービスプロバイダに格納する手順を有する、文書管理方法を提供することである。
【００１７】
本発明の更なる目的は、異なるアプリケーションサービスプロバイダから受信した種々の請求書から統一請求書を生成する手順を含む、文書管理方法を提供することである。
【００１８】
本発明の更なる目的は、ユーザーを支援して文書を管理する機能を実現させるコンピュータプログラムを提供することである。たとえば、本発明によるコンピュータプログラムは、ユーザーの特定のニーズ、又は、ユーザーの特定のビジネス活動及び／又は目標に基づいて、文書の検索、書式化、編集、更新、及び、保護に関する専門的助言をユーザーへ与える機能を実現する。
【００１９】
本発明の更なる目的は、たとえば、名前、パスワード、検索語、文書タイプ及びフォーマットのようなデータ、又は、文書をユーザーと交換する機能を実現させる、コンピュータプログラムを提供することである。
【００２０】
本発明の更なる目的は、ユーザーによって要求された特定のサービスを供給するアプリケーションサービスプロバイダを検索する機能を実現させる、コンピュータプログラムを提供することである。随意的に、このコンピュータプログラムは、個別のアプリケーションサービスプロバイダ内で文書を検索する機能を実現させる。
【００２１】
本発明の更なる目的は、アプリケーションサービスプロバイダから獲得した文書をユーザーによって要求されたフォーマットへ書式化する機能を実現させる、コンピュータプログラムを提供することである。
【００２２】
本発明の更なる目的は、ユーザーからの文書をアプリケーションサービスプロバイダに格納する機能を実現させる、コンピュータプログラムを提供することである。
【００２３】
本発明の更なる目的は、異なるアプリケーションサービスプロバイダから受信した種々の請求書から統一請求書を生成する機能を実現させる、コンピュータプログラムを提供することである。
【００２４】
【課題を解決するための手段】
上記の目的及びその他の目的を達成するため、本発明は、アプリケーションサービスプロバイダからの文書を管理するコンピュータベースシステムを提供する。本発明によるコンピュータベースシステムは、典型的に、ユーザーからのデータ入力、及び、ユーザー入力に基づくアプリケーションサービスプロバイダからのデータ出力を受け取る機能と、受け取ったデータをある種の望ましい方法で変換する機能と、変換されたデータストリームをユーザーへ出力機能とを実現させる、コンピュータプログラムを含む。たとえば、このコンピュータプログラムは、遠隔ユーザーから、検索要求、又は、特定の文書の要求を受ける機能と、アプリケーションサービスプロバイダからユーザーへ供給された文書の請求情報、文書自体、又は、文書のＵＲＬのような情報をアプリケーションサービスプロバイダから受け取る機能とを実現させる。
【００２５】
或いは、コンピュータプログラムは、ユーザーからデータを受け取る機能と、データをアプリケーションサービスプロバイダへ送る機能とを実現させる。たとえば、コンピュータプログラムは、ユーザーから文書を転送する要求を受け取る機能を実現させる。コンピュータプログラムは、ユーザーから文書及び記憶用情報を受け取る機能と、記憶用情報に基づいてアプリケーションサービスプロバイダを選択する機能と、文書及び記憶用情報の少なくとも一部分をアプリケーションサービスプロバイダの記憶装置へ送る機能とを実現させる。
【００２６】
【発明の実施の形態】
添付図面を通じて、同じ参照番号は同一若しくは対応した部品を示す。図２は、本発明による文書管理システムのブロック図である。本システムは、少なくとも一つのアプリケーションサービスプロバイダ、好ましくは、複数のアプリケーションサービスプロバイダ１０−４０を相互接続するネットワーク５０と、文書マネージャ６０と、ネットワーク５５を介して文書マネージャ６０に接続された少なくとも一つのユーザー装置、好ましくは、複数のユーザー装置７０、７２、７４及び７６とを含む。
【００２７】
ユーザー装置７０、７２、７４及び７６は、文書マネージャ６０に関して遠隔ユーザー装置である。ネットワーク５０及び５５は、好ましくは、インターネットであるが、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、又は、イントラネット、エクストラネット、若しくは、これらの組み合わせのような任意のタイプのネットワークでもよい。エクストラネットは、たとえば、インターネットを介して外部ユーザーへ制限付きアクセス権を与えるために使用される。ユーザー装置７０と文書マネージャ６０をインターネット５０及び５５へ接続する方法は周知技術であり、たとえば、参考のため全文を引用した文献：Ron White, "How Computers Work", Que Corporation, pps.340-349, September, 1999, ISBN:0-7897-2112-0で説明されている。バーチャル・プライベート・ネットワーク若しくは無線リンクのようなネットワーク５０及び５５用のその他の通信リンクも同様に使用される。
【００２８】
図３は、ユーザー装置７０及び文書マネージャ６０を詳細に示すブロック図である。図３に示されるように、ユーザー装置７０、７２、７４及び７６は、ＰＣ８０と、プリンタ９０と、局所記憶装置１００、媒体ドライブ１１０若しくはこれらの組み合わせとを含む。或いは、ユーザー装置７０、７２、７４及び７６は、多機能コピー機（図示せず）、若しくは、Ricoh eCabinet^TMのようなその他の多機能装置を含む。
【００２９】
図３に示された実施例において、ユーザー装置７０は、ユーザー相互作用装置６５を介して文書マネージャ６０と相互作用（データ交換）し、文書マネージャ６０から提供される多数のサービスを享受する。ユーザー装置７０から入力され、ユーザー相互作用装置６５によって受信されたデータに基づいて、文書マネージャ６０は、コンサルティング装置６７を介してユーザー装置７０へ、一般的に文書管理に関する専門的助言（コンサルティング）サービスを提供する。たとえば、コンサルティング装置６７は、文書検索戦略、文書取得コスト、文書記憶編成、文書更新、機密文書の保護、文書の配布オプションなどの話題に関してユーザー装置７０へ助言を与える。好ましい一実施例において、コンサルティング装置６７は、ユーザー相互作用装置６５を介してユーザー装置７０から入力されたデータに基づいて、電子的自動助言をユーザー装置７０へ与える。たとえば、コンサルティング装置６７は、一連の質問をユーザー装置７０へ問い合わせ、ユーザーの回答に基づいて、ユーザーに検索戦略、又は、記憶戦略を与えるようプログラミングされる。コンサルティング装置６７によって問われる質問事項は、一般的かつ全てのユーザーに対し予定された質問でも、或いは、ユーザーから予め取得したデータに基づいてコンサルティング装置６７によって作成された質問でもよい。文書マネージャ６０及びそのコンポーネントは、プログラミングされた汎用コンピュータ、サーバー、サーバーと他のコンピュータの組み合わせのような所望の構造を使用して実現され、又は、所望のハードウエア、所望のソフトウエア若しくはハードウエアを使用して実現される。
【００３０】
上述の通り、文書マネージャ６０は、ユーザー相互作用装置６５を含み、ユーザー装置７０は、ネットワーク５５を介してユーザー相互作用装置６５と相互作用する。一実施例において、ユーザー装置７０は、たとえば、ユーザー名及びパスワードを用いて署名することにより、文書マネージャ６０にアクセスする。ユーザー名及びパスワードは、ユーザー相互作用装置６５によって照合される。ユーザーが登録されたユーザーではない場合、ユーザー相互作用装置６５は、ユーザーからの情報を要求し、会員資格を生成する。ユーザー相互作用装置６５は、ユーザーが要求している文書のタイプに関する入力データをユーザーから受け取る。ユーザーは、要求文書フォーマット、若しくは、電子メールアドレス、住所、電話番号のようなユーザー情報、又は、ユーザー装置７０が必要とする文書管理のタイプに関する情報を入力してもよい。ユーザー相互作用装置６５は、ユーザーからより多くの情報を要求してもよく、及び／又は、たとえば、コンサルティング装置６７からユーザー装置７０に文書管理用助言、戦略、及び、情報を提供する。ユーザー相互作用装置６５は、ユーザーに、要求された文書を入手することができるアプリケーションサービスプロバイダアドレスを与え、或いは、要求された文書及び統一請求書をユーザー装置７０へ送信する。
【００３１】
文書マネージャ６０は、たとえば、ユーザー相互作用装置６５を介して、ユーザー装置７０から入力されたデータに基づいて、アプリケーションサービスプロバイダを検索し、アクセスする検索エンジン６２を含む。検索エンジン６２は、文書を取得するよう構成される。有利的には、ユーザーは、要求された文書に関する情報だけを入力すればよく、所望の文書を獲得しようとするアプリケーションサービスプロバイダに関する情報を入力しなくてもよい。検索エンジン６２は、アプリケーションサービスプロバイダが利用できる検索エンジンを具備しないとき、文書に対し個別のアプリケーションサービスプロバイダを検索する。検索エンジンは、従来技術において周知であり、たとえば、参考のためここに引用される文献：Preston Gralla, "How The Internet Works", Que Corporation, pps.185-189, August 1999, ISBN:0-7897-2132-5に記載されている。
【００３２】
文書マネージャ６０は、ユーザー７０によって要求される全ての文書を、元のフォーマットで、及び／又は、標準化フォーマットで記憶する記憶装置６４を含む。記憶装置６４は、文書を取得したアプリケーションサービスプロバイダのＵＲＬ、及び／又は、検索エンジンが文書を取得した各アプリケーションサービスプロバイダからの請求情報を含む。記憶装置６４は、ユーザー名、ユーザーパスワード、電子メールアドレス、住所、電話番号、要求された文書の現在タイプ及び前のタイプ、特定のユーザーに対する現在及び前の文書管理戦略、現在及び前のユーザー要求検索、及び／又は、検索パラメータのようなユーザー情報を格納する。一実施例において、記憶装置６４は、たとえば、ユーザー相互作用装置６５を介してユーザーによってアクセスされる。
【００３３】
記憶装置６４の例には、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスクのようなあらゆるタイプのディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、磁気式若しくは光学式カード、又は、電子的命令及び／又はデータを記憶するため適した任意のタイプの媒体が含まれるが、これらの例に限定されるものではない。また、記憶装置６４は、データベース、すなわち、デジタル情報倉庫を含む。デジタル情報倉庫は、たとえば、ORACLE、SYBASE、INFORMIX、又は、MICROSOFT ACCESSのような構造化質問言語（ＳＱＬ）に基づく市販されている関係データベース管理システム（ＲＤＢＭＳ）、オブジェクト指向データベース管理システム（ＯＤＢＭＳ）、或いは、顧客データベース管理ソフトウエアを使って実現される。
【００３４】
文書マネージャ６０は、種々のアプリケーションサービスプロバイダから取得した文書のフォーマットを標準化するよう構成されたフォーマット標準化装置６６を含む。たとえば、文書標準化装置６６は、単一のＧＵＩを用いて文書にアクセスできるように、文書を再書式化することができる。このような再書式化装置は周知である。一実施例において、書式標準化装置６６は、ユーザー相互作用装置６５から標準フォーマットを受け取り、標準化された文書を記憶装置６４に格納する。フォーマット標準化装置６６で書式化される文書は、ネットワーク５０を介してアプリケーションサービスプロバイダから受信され、ネットワーク５５を介してユーザー装置７０から受信され、記憶装置６４から取得され、或いは、ユーザー相互作用装置６５から取得される。
【００３５】
文書マネージャ６０は、統一請求書を用いてユーザー装置７０へ課金する課金エンジン６８を含む。たとえば、統一請求書は、アプリケーションサービスプロバイダから受信した請求額の合計に対応していてもよい。アプリケーションサービスプロバイダからの請求書は、アプリケーションサービスプロバイダ、若しくは、ユーザー相互作用装置６５から受信され、ユーザー相互作用装置６５、記憶用の記憶装置６４、又は、ネットワーク５５経由でユーザー装置７０へ転送される。
【００３６】
上記の文書マネージャ６０は、専門的助言をユーザーに与え、ユーザーの固有のニーズに基づいてユーザーのための文書管理戦略を生成し、アプリケーションサービスプロバイダ１０−４０のアドレス、若しくは、アプリケーションサービスプロバイダ１０−４０へのリンクを獲得、編成し、アプリケーションサービスプロバイダ１０−４０から文書を取得し、文書を記憶し、文書を書式化し、ユーザーへ統一請求額を請求し、及び／又は、ユーザーがＰＣ８０の画面上に文書を表示し、プリンタ９０を用いて文書を印刷し、若しくは、局所記憶装置１００及び／又は媒体ドライブ１１０に文書を格納できるように文書をユーザー装置７０へ送信する。かくして、文書マネージャ６０は、ユーザーに、アプリケーションサービスプロバイダのサービスへのアクセス権と、アプリケーションサービスプロバイダから情報を入手する能力と、一貫したユーザー・インタフェースと、単一の署名サービスと、種々の文書及び種々の文書タイプに対する単一の検索を要求する能力と、単一の請求書発行サービスと、フレキシブル記憶サービスとを供与する。
【００３７】
文書マネージャ６０は、ユーザーに助言を与え、たとえば、アプリケーションサービスプロバイダへ文書を注文し、クーリエによるユーザーへの配送を確保することによりオンライン印刷及び配送サービスをユーザーに供与する。本実施例において、文書マネージャ６０は、アプリケーションサービスプロバイダ及びクーリエサービスと契約し、適切な配送を保証し、ユーザーの代理人として配送を追跡し、ユーザーに配送の状態を通知することができる。文書マネージャ６０は、文書マネージャのサービスと、使用されたアプリケーションサービスプロバイダのサービス及びクーリエのサービスとに対し単一の請求書を生成する。
【００３８】
文書マネージャ６０は、ユーザー装置７０にアプリケーションサービスプロバイダ文書へのリンクを与える。このため、ユーザー装置７０は、文書をユーザーのコンピュータ、或いは、文書マネージャ６０に記憶させる必要なく、必要に応じて文書マネージャ６０を介して文書へアクセスできるようになる。本実施例の場合、アプリケーションサービスプロバイダは、自分の文書へのアクセスに対し課金することができる。一実施例において、料金は、文書マネージャ６０によって作成され、ユーザー装置７０へ与えられた統一請求書に組み込まれる。用語「統一請求書」は、少なくとも二つの請求金額の課金を含む請求書を意味する。
【００３９】
さらに、文書マネージャ６０は、ユーザーが文書を取得し、その文書を局所記憶装置に半永久的、若しくは、一時的に記憶することを許容する。或いは、文書マネージャ６０は、ユーザー装置７０が文書をアプリケーションサービスプロバイダに蓄積することを許容する。たとえば、文書マネージャ６０がアプリケーションサービスプロバイダと提携関係にあるとき、ユーザー、すなわち、文書マネージャ６０の顧客の文書を記憶するためにアプリケーションサービスプロバイダの記憶場所を提供する。たとえば、ユーザーは、機密にかかわる法律文書、保険契約、又は、デジタル証明書を、所定の時間区間に亘って局所記憶装置に格納し、機密文書に対してより良好な保護を行なうアプリケーションサービスプロバイダに文書を格納することによって、損失、盗難、火災、災害などから文書を保護することに決める場合がある。この場合、ユーザーは、機密文書を取り扱い、保護するアプリケーションサービスプロバイダのノウハウの恩恵を享受する。本実施例において、アプリケーションサービスプロバイダは、記憶に対する料金を課金することができる。一実施例において、このような料金は、ユーザーのために文書マネージャによって計算された統一請求書に含まれる。
【００４０】
有利的には、ユーザーは、獲得され、ユーザーへ送信される文書の集まりを作成するために、文書マネージャ６０によって使用され、文書をアプリケーションサービスプロバイダ側に格納するため使用される種々のアプリケーションサービスプロバイダを認識する必要はない。したがって、ユーザー装置は、要求された文書を受信するとき、及び、ユーザー文書をアプリケーションサービスプロバイダに格納するため送信するときに、単一のユーザー・インタフェースを取り扱う。さらに、文書を検索、配送、若しくは、格納するアプリケーションサービスプロバイダによって作成され、文書マネージャ６０によって提供された統一請求書は、ユーザー装置７０側で数種類の請求額を支払う負担を緩和する。
【００４１】
文書マネージャ６０は、法律、財務、保険、エンジニアリング、会計、総務、教育、医学、政府機関の文書のような多様なタイプの文書の専門的助言、請求、書式化、獲得、調査、蓄積及び管理のための単一の手順を提供する。
【００４２】
図４は、本発明の一実施例による文書管理システムの機能性を説明するフローチャートである。図４の実施例に示されるように、文書マネージャ６０は、ユーザー装置７０に少なくとも２種類のサービスを供与する。図４の左側に示されるように、ユーザー装置７０は、文書コンサルテーションのため文書マネージャ６０にアクセスすることができ、同図の右側に示されるように、ユーザー装置７０は、直接検索のため文書マネージャ６０へアクセスできる。文書コンサルテーションサービスの場合、ユーザー装置７０は、ステップ４０００において要求された文書コンサルテーションのタイプに関連したデータ、たとえば、必要な文書のタイプ、番号、及び、フォーマットと、サービスのため利用可能な予算と、サービスを終了するための時間的制約と、要求されるセキュリティのレベルなどを入力する。ステップ４０１０で、ユーザー装置７０は、たとえば、ユーザー名及びパスワードを与えることにより、文書マネージャ６０に署名する。ユーザー装置が署名した後、文書マネージャ６０は、ステップ４０２０で、たとえば、コンサルティング装置６７を用いて、文書コンサルテーションを実行する。コンサルティング装置６７は、ユーザー装置７０から入力された情報に基づいて、或いは、更なる質問を調べることにより、要求されたサービスに対する戦略を生成し得る。文書コンサルテーションに基づいて、文素マネージャ６０は、ステップ４０４０で、たとえば、サービスのコスト及び時間を示すアプリケーションサービスプロバイダの選択に関するフィードバックをユーザー装置７０に送信する。ステップ４０５０において、ユーザー装置７０からの承認後、文書マネージャ６０は、ステップ４０６０でアプリケーションサービスプロバイダからのサービスを要求する。
【００４３】
直接検索サービスのため、ユーザー装置７０は、ステップ４０７０で検索要求を入力する。ステップ４０８０で、ユーザー装置７０は、文書マネージャ６０に署名し、ユーザー要求がステップ４０９０で入力される。文書マネージャ６０は、ステップ４１００において、要求されたサービスに対し適当なアプリケーションサービスプロバイダを選択し、ステップ４０６０で、アプリケーションサービスプロバイダからのサービスを要求する。
【００４４】
両方のサービスの場合に、文書マネージャ６０は、ステップ４１１０で、サービスを要求するためアプリケーションサービスプロバイダに署名する。換言すると、ユーザーが文書マネージャ６０に署名した場合、ユーザーは、各アプリケーションサービスプロバイダに署名しなくても幾つかのアプリケーションサービスプロバイダへアクセスできる。アプリケーションサービスプロバイダがサービス要求を受信した後、アプリケーションサービスプロバイダは、ステップ４１２０で、たとえば、特定文書を検索するサービスを実行し、ステップ４１３０で、文書をユーザー装置へ供給し、ステップ４１４０で文書マネージャ６０へ請求書を発行する。文書マネージャ６０は、ステップ４１５０で文書をユーザー装置７０へ供給し、ステップ４１６０において、実行された全てのサービスに単一の請求書をユーザーへ発行する。
【００４５】
どちらのサービスの場合でも、ユーザー装置７０は、ステップ４０１０及びステップ４０８０で文書マネージャ６０へ署名して要求を出すか、或いは、ステップ４１１０でアプリケーションサービスプロバイダ１０−４０へ署名し、要求を出す選択肢がある。これは、ユーザーが所望のサービスを提供できるアプリケーションサービスプロバイダを知っている場合に有利である。本例の場合、文書マネージャ６０は、単一の請求書を発行するサービスを実行し、ユーザーの要求したフォーマットにしたがって文書を再書式化し、及び／又は、文書のユーザーへの適切な配送を保証することができる。
【００４６】
図５から図１０には、図２〜３、及び、図１２〜１３に示されたシステムによって実現される本発明の一実施例による文書管理方法のフローチャートが示されている。図５に示されるように、ステップ３００で、文書マネージャ６０は、たとえば、ユーザー入力からの要求が受信されたかどうかを調べる。要求が受信されていない場合、文書マネージャ６０は、ループ動作し、ステップ３００へ戻る。要求を受信した場合、文書マネージャ６０は、ステップ３１０で，ユーザーが登録ユーザーであるかどうかを調べる。ユーザーが登録されていない場合、文書マネージャ５０は、ステップ３２０でユーザーからのアカウント情報を要求する。ステップ３３０で、文書マネージャは、アカウント情報を受信したかどうかを検査する。アカウント情報を受信していない場合、文書マネージャはループ動作し、ステップ３３０へ戻る。アカウント情報を受信したとき、文書マネージャ６０は、ステップ３４０でユーザーＩＤを登録し、ステップ３５０で、登録されたユーザーＩＤに基づくアクセスレベルをセットする。
【００４７】
次に、本発明の方法によって使用されるアクセスレベルを説明する。上述の通り、文書マネージャ６０は、アプリケーションサービスプロバイダ１０−４０での文書の記憶を許可する。換言すると、ユーザー装置７０は、文書マネージャ６０を経由して、記憶用のアプリケーションサービスプロバイダ１０−４０へ文書を送信する。これらの文書は、ネットワーク５５へ接続されたユーザー装置の局所記憶装置１００若しくは媒体ドライブ１１０からダウンロードされ、又は、ユーザーのＰＣ８０、スキャナ、デジタルコピー機、ファクシミリ機、プリンタ、或いは、多機能プリンタによって生成される。好ましい一実施例において、アプリケーションサービスプロバイダ１０−４０に蓄積された文書は、関連したアクセスレベルと共に記憶されている。アクセスレベルは、特定のユーザーが文書マネージャ６０を介してアクセスできるアプリケーションサービスプロバイダ側の文書を識別する。ユーザー７０は、アクセスレベルを、アプリケーションサービスプロバイダに記憶された各文書へ割り当てる。獲得動作中に、ユーザーＩＤは文書マネージャ６０へ送信され、ユーザーＩＤはステップ３４０で登録され、アクセスレベルは、ステップ３５０でユーザーＩＤに基づいてセットされる。アクセスレベルは、ユーザー毎に割り当てられるので、文書マネージャ６０は、ユーザーのアクセスレベルに一致した文書を獲得する。その結果として、セキュリティ管理が行なわれ、検索時間は短縮される。ユーザー毎のアクセスレベルは，文書マネージャ６０、たとえば、記憶装置６４に記憶される。文書がアプリケーションサービスプロバイダに蓄積されちるとき、アクセスレベルは文書毎にセットされる。文書マネージャ６０が文書獲得動作を実行するとき、文書マネージャの検索エンジン６２及び／又はアプリケーションサービスプロバイダの検索エンジンは、ユーザーのアクセスレベルと一致するアクセスレベルを有する文書だけに対し検索動作を実行する。その結果として、検索時間は短縮し、高機密文書は適切なユーザーだけによってアクセスされる。
【００４８】
本発明に適用可能なアクセスレベル方式の一例は、以下の３セクションを有する。
【００４９】
（１）第１セクションは、文書が属するビジネス実体、たとえば、会社のグループ（Ａ）、個別の会社（Ｂ）、又は、個別の子会社（Ｃ）などを識別する。
【００５０】
（２）第２セクションは、文書が属する部門、たとえば、法律部門、財務部門、マーケッティング部門、又は，研究開発部門などを識別する。
【００５１】
（３）第３セクションは、文書を作成した個人（Laura, Jim, Caroline, Phil ...）を識別する。
【００５２】
たとえば、アクセスレベルがB-2-%のユーザーは、会社（Ｂ）と関連した全て（％）のマーケッティング文書（２）へのアクセス権を保有する。或いは、アクセスレベルがA-%-Jimのユーザーは、会社のグループ（Ａ）の全ての部門（％）でJimが作成した文書だけにアクセスできる。この例示的な方式の下で、Philにより作成された法律文書は、C-1-Philのアクセスレベルを有する。
【００５３】
図５を参照するに、文書マネージャ６０は、ステップ３６０において、受信した要求が、アプリケーションサービスプロバイダから文書を獲得するための要求であるかどうかを調べる。要求が文書を獲得する要求ではない場合、文書マネージャ６０は、ステップ３７０（図７を参照のこと）で、要求が文書をアプリケーションサービスプロバイダに格納する要求であるかどうかを調べる。要求が記憶要求ではない場合、文書マネージャのルーチンは終了する。要求が記憶要求である場合、文書マネージャ６０は、ステップ３８０で、記憶されるべき文書がユーザーから受信されたかどうかを調べる。文書がユーザーから受信されていない場合、文書マネージャ６０は、ステップ３９０でユーザー装置へ連絡し、文書が受信されていない旨をユーザーへ報せ、文書を送信するようユーザーへ要求する。文書を受信した後、文書マネージャ６０は、ステップ４００で、文書に関するアクセスレベルを受信したかどうかを調べる。アクセスレベルを受信していないとき、文書マネージャ６０は、ステップ４１０で、文書のアクセスレベルを求めるメッセージをユーザーへ送信する。記憶すべき文書のアクセスレベルが文書マネージャ６０によって受信されたとき、文書マネージャ６０は、ステップ４２０で文書にアクセスレベルをセットする。文書マネージャ６０は、次に、ステップ４３０で、文書タイプが受信されているかどうかを調べる。文書タイプが受信されていない場合、文書マネージャ６０は、ステップ４４０で、文書タイプを求めるメッセージをユーザーへ送信する。文書タイプを受信した後、文書マネージャ６０は、ステップ４５０で、文書タイプに基づいて文書を格納するためアプリケーションサービスプロバイダを選択する。一実施例において、文書マネージャ６０は、文書の記憶用のアプリケーションサービスプロバイダを先駆するため、記憶装置６４に収容されたテーブルを使用する。たとえば、テーブルは、記憶されるべき全ての法律文書を第１のアプリケーションサービスプロバイダと関連付けし、全ての財務文書を第２のアプリケーションサービスプロバイダと関連付けし、全ての保険文書を第３のアプリケーションと関連付けし、全てのマーケッティング文書を第４のアプリケーションと関連付けし、以下同様に続く。ステップ４６０において、文書マネージャ６０は、記憶されるべき文書を、ユーザーＩＤ及び文書アクセスレベルと共に選択されたアプリケーションサービスプロバイダへ送信する。
【００５４】
文書マネージャ６０は、たとえば、図８に示されるような料金請求ルーチンを実行する。ステップ４７０の後、文書マネージャ６０は、全ての請求書を種々のアプリケーションサービスプロバイダから受信したかどうかを調べる。全ての請求書を受信したとき、文書マネージャ６０は、ステップ４８０で請求額を加算し、統一請求書をステップ４９０で発行する。ステップ５００で、文書マネージャ６０は、オンライン印刷及び配送サービスが実行されたかどうか、すなわち、オンライン印刷及び配送フラグが１に一致するかどうかを検査する。オンライン印刷及び配送サービスは、後で詳しく説明する。オンライン印刷及び配送サービスが実行されたとき、文書マネージャ６０は、ステップ５１０で、オンライン印刷及び配送サービス料金を請求額に加算する。さもなければ、文書マネージャ６０はステップ５２０へ進み、記憶媒体サービス（後述）が実行されたかどうかを調べる。記憶媒体サービスが実行されたとき、文書マネージャ６０は、ステップ５３０で、記憶媒体サービス料金を請求額に加算する。さもなければ、文書マネージャ６０は、ステップ５４０へ進み、ユーザーによる支払い、又は、ユーザーと契約した支払い会社からの支払いを受け取ったかどうかを調べる。請求書に対する支払いを受け取っていないとき、文書マネージャ６０は、ステップ５５０で、未納入処理を実行し、たとえば、請求額を支払うようにユーザーへ督促状を送信する。請求額に対する支払いを受け取ったとき、文書マネージャ６０は、ステップ５６０で納入処理を実行し、たとえば、領収書をユーザーへ送信する。統一請求額がユーザーによって支払われた後、文書マネージャ６０はルーチンを終了する。
【００５５】
図５のステップ３６０に戻り、ユーザーから受信した要求が文書を獲得する要求である場合、文書マネージャ６０は、ステップ５７０で、キーワードをユーザーから受信したかどうかを調べる。キーワードを受け取っていない場合、文書マネージャ６０は、ステップ５８０で、ユーザーにメッセージを送信し、キーワードを求める。キーワードを受け取った後、文書マネージャ６０は、ステップ５９０で、文書検索の要求を、ユーザーのアクセスレベルと共にアプリケーションサービスプロバイダへ送信する。
【００５６】
図６へ進み、ステップ６００において、文書マネージャ６０は、アプリケーションサービスプロバイダが検索エンジンを具備しないことを文書マネージャ６０へ報せるメッセージがアプリケーションサービスプロバイダから受信されたかどうかを調べる。このようなメッセージを受信していない場合、文書マネージャ６０は、ステップ６１０で、キーワードをユーザーのアクセスレベルと共にアプリケーションサービスプロバイダへ送信する。このようなメッセージを受信している場合、文書マネージャ６０の検索エンジン６２は、ステップ６２０で、文書をキーワード及びアクセスレベルと照合することにより、検索エンジンを具備しないアプリケーションサービスプロバイダの探索を行なう。文書マネージャ６０は、ステップ６３０で、文書が見つかったかどうかを調べる。文書が見つからない場合、文書マネージャ６０は、ステップ６４０で、文書が見つからなかった旨をユーザーへ報せるメッセージをユーザーに送信し、文書マネージャ６０のルーチンを終了させてもよい。文書が見つかった場合、文書マネージャ６０は、アプリケーションサービスプロバイダからの文書に対応したＵＲＬ、ユーザーＩＤ、及び、獲得日付を、検索履歴として獲得し、記憶する。随意的に、文書マネージャ６０は、ユーザーが要求したフォーマットに従って、文書を再書式化することができる。要求フォーマットは、今回の検索中に入力されるか、或いは、同一ユーザーによって前回の検索中に入力され、検索履歴の一部として保存される。
【００５７】
図９を参照するに、文書マネージャ６０は、ステップ６７０で、オンライン印刷及び配送サービスが要求されたかどうかを調べる。オンライン印刷及び配送サービスが要求されていない場合、文書マネージャ６０はステップ７３０へ進む。オンライン印刷及び配送サービスが要求されている場合、文書マネージャ６０は、ステップ６８０において，配送情報が受信されているかどうかを調べる。配送情報には、たとえば、ユーザーの電子メールアドレス、住所、ファクシミリ番号、電話番号などが含まれる。配送情報が受信されていない場合、文書マネージャ６０は、ステップ６９０でユーザーへメッセージを送信し、配送情報を要求する。文書マネージャ６０は、ステップ７００で、要求した配送情報を受信したかどうかを調べる。配送情報を受信した後、文書マネージャ６０は、ステップ７１０で、アプリケーションサービスプロバイダに文書を印刷し、その文書をユーザーへ配送するよう要求する。或いは、文書マネージャ６０が文書を印刷し、ユーザーへ配送し得る。配送は、たとえば、電子メール、ファクシミリ、クーリエ、若しくは、郵便のような多数の装置によって行なわれる。付加的に、或いは、代替的に、電子的に表現された文書（電子表現文書）を、Mineo.com(http://www.mineo.com)のような印刷部門若しくは印刷会社へ送信し、文書を印刷し、Federal Expressのような配送サービスを介して印刷文書をユーザーへ送ることができる。オンライン印刷及び配送サービスが実行された後、文書マネージャ６０は、ステップ７２０において、ある値、たとえば、値１を、オンライン印刷及び配送サービスフラグに割り当てる。
【００５８】
ステップ８３０において、文書マネージャ６０は、媒体記憶要求を受信したかどうかを調べる。このような要求を受信していない場合、文書マネージャ６０は、ステップ７４０で、ユーザーに検索結果を報せるため表示コマンドを送信する。たとえば、表示コマンドには、検索した文書のＵＲＬ、文書のタイトル、文書自体、配送予定日（可能であれば)、或いは、検索結果と関連したその他の情報が含まれる。表示コマンドは、ユーザーのＰＣ８０の画面に表示され、或いは、電子メールとしてユーザーへ提示され、或いは、ユーザーへファクシミリ送信される。表示コマンドを送信した後、文書マネージャ６０は、（上述の）図８に示されるような請求書発行ルーチンを実行する。他の一実施例において、文書マネージャ６０は、ユーザーに、表示コマンドと共に統一ユーザー・インタフェース（ＵＩ）を提供する。たとえば、表示コマンドが、文書のタイトル及びＵＲＬを使用した検索文書のリストを含む場合、検索文書を閲覧したいユーザーは、たとえば、一覧掲載された文書のタイトル上で文書をクリックすることができる。文書マネージャ６０は、次に、アプリケーションサービスプロバイダへアクセスし、所望の文書がアプリケーションサービスプロバイダの本来の画面を使用して表示される。
【００５９】
ステップ７３０で媒体記憶要求を受信している場合、文書マネージャ６０は、ステップ７５０で、配送情報を受信しているかどうかを調べる。この場合、配送情報は、ユーザーの局所記憶装置１００のアドレス、若しくは、ユーザーの媒体ドライブのアドレス、又は、ユーザーがアクセス可能なその他の記憶装置のアドレスなどである。配送情報を受信していないとき、文書マネージャ６０は、ステップ７６０でメッセージをユーザーへ送信し、配送情報を要求する。文書マネージャ６０は、次に、ステップ７７０において、要求した配送情報を受信したかどうかを調べる。配送情報を受信した後、文書マネージャ６０は、ステップ７８０で、要求された文書を、配送情報に基づいてユーザーの記憶装置へ送信する。アプリケーションサービスプロバイダから文書マネージャ６０を経由してユーザーへ文書を送信するのではなく、文書マネージャを経由することなくアプリケーションサービスプロバイダからユーザーへ文書をそのまま送信してもよい。文書が送信された後、文書マネージャ６０は、ステップ７９０で、たとえば、値１のような値を媒体記憶フラグに割り当てる。文書マネージャ６０は、ステップ８００において、ユーザーに検索結果を報せる表示コマンドを送信する。たとえば、表示コマンドには、蓄積文書のメモリアドレス、蓄積文書のメモリサイズ、文書のＵＲＬ、文書自体、予定配送日（可能であれば）、或いは、検索結果に関連したその他の情報が含まれる。表示コマンドは、ユーザーのＰＣ８０の画面に表示され、或いは、電子メールとしてユーザーへ提示され、或いは、ユーザーへファクシミリ送信される。表示コマンドを送信した後、文書マネージャ６０は、（上述の）図８に示されるような請求書発行ルーチンを実行する。
【００６０】
文書マネージャ６０は、ユーザーが、ユーザー装置、たとえば、ユーザー装置の局所記憶装置１００に蓄積された文書を管理するための補助を行なうことができる。本発明にしたがって、ユーザー側に蓄積された文書を管理する方法の一例が図１０に示されている。ステップ８１０において、文書マネージャ６０は、文書を電子キャビネット、たとえば、ユーザー装置の局所記憶装置１００のような記憶装置に格納する。電子キャビネットは、ネットワーク５５に接続され、多様なソースからの文書を記憶する。たとえば、電子キャビネットは、ユーザーのＰＣによって生成された文書、ユーザーのスキャナで走査された文書、或いは、アプリケーションサービスプロバイダから文書マネージャ６０によって獲得された文書などの文書を蓄積する。文書マネージャ６０は、ステップ８２０で、ファイル転送サービスが要求されたかどうかを調べる。文書マネージャ６０は、ステップ８３０で、文書が所定のカテゴリーに分類若しくは類別されているかどうかを調べる。所定のカテゴリーの例は、機密文書又は非機密文書、法律文書、保険契約、デジタル証明書などである。一実施例において、各カテゴリーは、文書をユーザー装置の記憶装置に蓄積する所定の記憶期間と関連付けられる。これは、文書マネージャの記憶装置６４に収容されたテーブルを用いて実現される。文書が分類された場合、文書マネージャ６０は、ステップ８５０で、文書カテゴリーに基づいて所定の記憶期間をセットする。文書が分類されていない場合、文書マネージャ６０は、ステップ８４０で、ユーザーが記憶期間を入力したかどうかを調べる。文書が未分類であり、かつ、ユーザーが記憶期間を指定していない場合、文書マネージャ６０は、このルーチンを終了させる。ステップ８６０において、文書マネージャ６０は、ユーザーの記憶装置での実際の文書の記憶期間が、入力された記憶期間若しくは所定の記憶期間以上であるかどうかを検査する。実際の記憶期間が入力又は所定の記憶期間以上であるならば、文書マネージャ６０は、図７に示されたステップ３８０へ進み、文書をアプリケーションサービスプロバイダ側に記憶させる。さもなければ、文書マネージャ６０のルーチンは終了する。上述の説明で、入力若しくは所定の記憶期間は、転送されるべき特定の文書と関連した記憶期間に対応する。
【００６１】
図１１は、本発明によるアプリケーションサービスプロバイダによって実現される文書記憶及び検索方法のフローチャートである。ステップ９００で、アプリケーションサービスプロバイダは、文書マネージャ６０から検索要求を受信したかどうかを調べる。検索要求を受信していない場合、アプリケーションサービスプロバイダは、ステップ９０５で、文書記憶要求を受信したかどうかを調べる。文書記憶要求を受信していない場合、アプリケーションサービスプロバイダは、このルーチンを終了させる。文書記憶要求を受信した場合、アプリケーションサービスプロバイダは、ステップ９１０において、文書をユーザーＩＤと共に受信したかどうかを調べる。文書を受信していない場合、アプリケーションサービスプロバイダは、ループ動作をしてステップ９１０へ戻る。文書を受信したとき、アプリケーションサービスプロバイダは、ステップ９１５で、文書に対するアクセスレベルを受信したかどうかを調べる。アクセスレベルを受信していない場合、アプリケーションサービスプロバイダは、ステップ９２０でユーザーへメッセージを送信し、記憶すべき文書のアクセスレベルをセットするようユーザーへ要求する。アクセスレベルを受信したとき、アプリケーションサービスプロバイダは、ステップ９２５で文書を記憶する。好ましい一実施例において、アプリケーションサービスプロバイダは、ユーザーＩＤに対応したアドレスに文書を格納する。アプリケーションサービスプロバイダは、次に、ステップ９３０で、請求書を発行し、ステップ９３５で、請求書を文書マネージャ６０へ送信する。アプリケーションサービスプロバイダは、ステップ９４０で、請求額が支払われたか銅かを調べる。請求額が未納入である場合、アプリケーションサービスプロバイダは、ステップ９４５で、たとえば、ユーザー及び／又は文書マネージャ６０に督促状を送付することによって未納入処理を実行する。請求額が支払われた場合、アプリケーションサービスプロバイダは、ステップ９５０で、たとえば、ユーザー及び／又は文書マネージャ６０に領収書を送付することによって納入処理を実行する。アプリケーションサービスプロバイダのルーチンはここで終了する。
【００６２】
もう一度ステップ９００へ戻り、受信した要求が文書検索要求である場合、アプリケーションサービスプロバイダは、ステップ９５５で、アプリケーションサービスプロバイダが文書検索エンジンを具備するかどうかを調べる。アプリケーションサービスプロバイダが文書検索エンジンを具備しない場合、アプリケーションサービスプロバイダは、ステップ９６０でメッセージを文書マネージャへ送信し、ステップ９６５で文書マネージャの探索エンジン６２が検索することを許可する。アプリケーションサービスプロバイダが検索エンジンを具備するとき、アプリケーションサービスプロバイダは、ステップ９７０で、キーワード及びユーザーのアクセスレベルを受信したかどうかを調べる。キーワード及びアクセスレベルを受信していない場合、アプリケーションサービスプロバイダは、文書マネージャ６０からキーワード及びアクセスレベルを受信するまでループ動作を続ける。アプリケーションサービスプロバイダの検索エンジンは、ステップ９７５で、ユーザーのアクセスレベル及びキーワードに基づいて検索を実行する。アプリケーションサービスプロバイダは、ステップ９８０で、文書が見つかったかどうかを調べる。文書が見つからなかった場合、アプリケーションサービスプロバイダは、ステップ９８５において、文書マネージャに検索結果を通知するためメッセージを文書マネージャへ送信する。或いは、アプリケーションサービスプロバイダは、ユーザーへ直接的にメッセージを送信してもよい。ステップ９８０で文書が見つかった場合、アプリケーションサービスプロバイダは、ステップ９９０で、文書及び文書のＵＲＬを文書マネージャへ送信する。アプリケーションサービスプロバイダは、次に、上述の通り、請求書発行ルーチンのステップ９３０〜９５０を実行する。
【００６３】
図４から図１１を参照して説明した方法は、本発明の例示的な実施例であり、本発明は特定のステップ、或いは、ステップの順序によって限定されるものではない。当業者は、本発明が多種多様な類似ステップを様々な順序で使用して実現され得ることを認めるであろう。
【００６４】
図１２は、図２及び図３に示されたユーザー装置７０及び文書マネージャ６０として使用することができ、かつ、図４乃至図１１に示された方法を実現し得る装置１９０のブロック図である。この装置１９０は、バス２５０を介して多数の他の装置と通信する中央処理ユニット２００（ＣＰＵ）を含む。装置１９０は、文書マネージャの文書管理機能を実現する際に使用される一時的記憶値、たとえば、文書テキスト、文書グラフィック、文書フォーマット、アプリケーションサービスプロバイダのＵＲＬ、アプリケーションサービスプロバイダの請求情報などを受け容れるランダムアクセスメモリ（ＲＡＭ）２９０を含む。
【００６５】
十分なメモリ能力及び処理能力を備えた従来のパーソナルコンピュータ若しくはコンピュータワークステーションは、装置１９０として動作するように構成される。一実施例において、装置１９０は、ユーザー装置及びアプリケーションサービスプロバイダによる情報を送受信する文書マネージャ６０として動作するよう構成される。中央処理ユニット２００は、通信及びデータベース検索を処理する際に、大容量データ伝送と、多数の数学的計算を実行するため構成される。たとえば、インテル社製の1GHz Pentium III のようなPentium III マイクロプロセッサは、ＣＰＵ１００として使用される。このプロセッサは、３２ビットアーキテクチャを採用する。他の適当なプロセッサには、たとえば、Motorola 500 MHz PowerPC G4 プロセッサ、Advanced Micro Devices 1GHz AMD Athlon プロセッサが含まれる。同様に、多数のプロセッサ及びワークステーションを使用することができる。
【００６６】
読み出し専用メモリ（ＲＯＭ）２８０は、好ましくは、半導体形式で組み込まれるが、光学式媒体タイプのその他のメモリ形式が、アプリケーションソフトウエア及び一時的結果を収容するため使用される。ＲＯＭ２８０は、ＣＰＵ２００から使用できるようにシステムバス２５０に接続される。ＲＯＭ２８０は、アプリケーションサービスプロバイダからの文書の管理に関連した上述の種々の機能をＣＰＵ２００に実現させるコンピュータ読取可能な命令を収容する。入力コントローラ２６０は、システムバス２５０と連結し、キーボード２６１や、マウス２６２のようなポインティングデバイスを含む多数の外部機器とのインタフェースを実現する。入力コントローラ２６０は、ＰＳ２ポート形式のマウスポート、或いは、たとえば、ユニバーサル・シリアル・バス（ＵＳＢ）ポートのような種々のポートを含む。入力コントローラ２６０用のキーボードポートは、ミニＤＩＮポートの形式であるが、その他のコネクタでも構わない。入力コントローラ２６０は、サウンドカードコネクションを含み、これにより、ユーザーは、マイクロホンスピーカー、或いは、外部音源などをサウンドカード上の外部ジャックに取り付けることができる。入力コントローラ２６０は、シリアルポートやパラレルポートも含む。
【００６７】
ディスクコントローラ２４０は、ＩＤＥコントローラの形式であり、リボンケーブルを介して、フロッピーディスクドライブ２４１及びハードディスクドライブ２４２と、ＣＤ−ＲＯＭドライブ２５１と、コンパクトディスク２５２（図１３を参照のこと）とに接続される。さらに、ＰＣＩ拡張スロットが、ディスクコントローラ２４０、又は、ＣＰＵ２００を収容するマザーボードに設けられる。拡張グラフィックポート用拡張スロットが設けられ、３次元グラフィックスにメインメモリへの高速アクセスを提供する。ハードディスク２４２は、読み書き可能なＣＤ−ＲＯＭを含み得る。通信コントローラ２３０は、おそらく、イーサネットコネクションを介して、ネットワーク２３１へのコネクションを実現する。ネットワークは、インターネットアクセスを行なうため公衆交換電話網（ＰＳＴＮ）２３２へのコネクションでもよく、或いは、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、バーチャル・プライベート・ネットワーク（ＶＰＮ）、又は、エクストラネットでも構わない。一実施例において、ネットワーク２３１、及び、通信コントローラ２３０へのコネクションは、ケーブル・モデム・コネクション、ＤＳＬコネクション、ダイアルアップ・モデム・コネクションなどの複数のコネクションを用いて構築される。
【００６８】
入出力コントローラ２２０は、たとえば、ＲＳ２３２ポートやＳＣＳＩバスを介して、外部ハードディスク２２１、プリンタ２２２のような外部コンポーネントへのコネクションを行なう。本発明にしたがって入出力装置が動作する態様についての詳細な情報は、参考のため引用した文献：Ron White, "How Computers Work", Part 5, Que Corporation, pps.184-276, September, 1999, ISBN:0-7897-2112-0に記載されている。
【００６９】
ディスプレイコントローラ２１０は、システムバス２５０を、陰極線管（ＣＲＴ）２１１のようなディスプレイ装置に内部接続する。図１２にはＣＲＴが記載されているが、ＬＣＤ（液晶ディスプレイ）やプラズマディスプレイ装置のような多数の他のディスプレイ装置を使用することができる。上述の通り、図１２に示されたコンポーネントは、図２乃至４に示されたユーザー装置７０及び文書マネージャ６０に収容され得る。
【００７０】
本明細書において説明したメカニズム及びプロセスは、ここでの教示内容にしたがってプログラミングされた従来型の汎用マイクロプロセッサを用いて実現される。適切なソフトウエア・コーディングは、関連技術分野における専門家によって認められるように、本明細書の教示内容に基づいて熟練したプログラマによって容易に作製されるであろう。
【００７１】
本発明は、記憶媒体に収容され、本発明によるプロセスをコンピュータに実現させるためコンピュータをプログラムする命令を含むコンピュータベース製品、すなわち、プログラム記憶媒体を含む。この記憶媒体は、どのような形態でもよく、また、本発明は記憶媒体の形態によって制限されるものではない。たとえば、記憶媒体には、フロッピーディスク、光ディスク、光磁気ディスクのような任意のタイプのディスクと、ＲＯＭと、ＲＡＭと、ＥＰＲＯＭと、ＥＥＰＲＯＭと、フラッシュメモリと、磁気式カードと、光学式カードと、電子命令を記憶するため好適なその他の任意のタイプの媒体とが含まれる。
【００７２】
本発明は、コンピュータ技術の専門家によって認められるように、本明細書の教示内容に従ってプログラミングされた従来型の汎用デジタルコンピュータを使用して実現するのに都合がよい。適切なソフトウエア・コーディングは、ソフトウエア技術の熟練者には明らかなように、本明細書の教示内容に基づいて熟練したプログラマによって容易に作製され得る。特に、本発明に従ってアプリケーションサービスプロバイダ文書を管理するコンピュータプログラムは、当業者によって認められるように、たとえば、以下の例には限定されないがＣ言語、Ｃ^＋＋言語、Ｆｏｒｔｒａｎ言語、Ｂａｓｉｃ言語のような多数のコンピュータ言語によって記述することができる。本発明は、当業者に容易に認められるように、特定用途向け集積回路（ＡＳＩＣ）を作製することによって、或いは、従来のコンピュータ回路の適切なネットワークを相互接続することによって実現される。
【００７３】
明らかに、上記の開示内容に照らして、本発明の種々の追加的な変更、及び、変形を行なうことができる。したがって、請求項に記載された事項の範囲内で、本発明は、詳細な説明に記載されていない態様でも実施することが可能であることに注意する必要がある。
【図面の簡単な説明】
【図１】従来のアプリケーションサービスプロバイダ／ユーザー・ネットワークのブロック図である。
【図２】本発明によるシステムの全体的な構成図である。
【図３】本発明の一実施例による文書マネージャ及びユーザーの説明図である。
【図４】本発明による一実施例のシステムの機能性の説明図である。
【図５】本発明の一実施例による文書マネージャにより実現される文書管理方法のフローチャートである。
【図６】本発明の一実施例による文書マネージャにより実現される文書管理方法のフローチャートである。
【図７】本発明の一実施例による文書マネージャにより実現される文書管理方法のフローチャートである。
【図８】本発明の一実施例による文書マネージャにより実現される文書管理方法のフローチャートである。
【図９】本発明の一実施例による文書マネージャにより実現される文書管理方法のフローチャートである。
【図１０】本発明の一実施例による文書マネージャにより実現される文書管理方法のフローチャートである。
【図１１】本発明の一実施例によるアプリケーションサービスプロバイダによって実現される文書管理方法のフローチャートである。
【図１２】本発明による文書マネージャを実現し得る装置のブロック図である。
【図１３】本発明による文書マネージャを実現し得る装置の概要図である。
【符号の説明】
１０，２０，３０，４０アプリケーションサービスプロバイダ
６０文書マネージャ
７０ユーザー装置
４０００文書コンサルテーション入力
４０１０署名
４０２０文書コンサルテーション
４０３０適切なＡＳＰ（サービス）の選択
４０４０サービスを伴うユーザーへのフィードバック
４０５０ユーザー承認
４０６０ＡＳＰへのサービスの要求
４０７０検索条件入力
４１１０署名
４１２０要求されたサービスの実行
４１３０文書サービスをユーザーへ提供
４１４０請求書の発行
４１５０文書サービスをユーザーへ提供
４１６０単一請求書の発行

Claims

ユーザが使用するユーザ装置と、
文書の蓄積及び提供を行うアプリケーションサービスプロバイダと、
前記ユーザ装置及び前記アプリケーションサービスプロバイダにネットワークを介して接続された文書マネージャと
を含む文書管理システムの前記文書マネージャで使用される方法であって、
前記ユーザから文書の検索要求を受けるステップと、
前記ユーザのアクセス権を示すアクセスレベル情報と、前記検索要求とを前記アプリケーションサービスプロバイダに通知するステップと、
前記アプリケーションサービスプロバイダからの応答に応じて、該アプリケーションサービスプロバイダが検索エンジンを備えているか否かを判定するステップと、
前記検索エンジンが備わっていた場合、文書の検索に使用されるキーワードを前記アプリケーションサービスプロバイダに送信するステップと、
前記検索エンジンが備わっていなかった場合、前記文書マネージャが、文書の検索に使用されるキーワードを用いて、前記アプリケーションサービスプロバイダに検索対象の文書が含まれているか否かを確認するステップと、
前記アプリケーションサービスプロバイダから検索対象の文書が発見された場合、該文書の情報を前記ユーザに送信するステップと、
を有する方法。
前記アプリケーションサービスプロバイダ又は前記文書マネージャによる文書の検索は、前記ユーザのアクセスレベル情報に適合する文書に限定して行われる、請求項１に記載の方法。
ユーザが使用するユーザ装置と、
文書の蓄積及び提供を行うアプリケーションサービスプロバイダと、
前記ユーザ装置及び前記アプリケーションサービスプロバイダにネットワークを介して接続された文書マネージャと
を含む文書管理システムであって、前記文書マネージャは、
前記ユーザから文書の検索要求を受け、
前記ユーザのアクセス権を示すアクセスレベル情報と、前記検索要求とを前記アプリケーションサービスプロバイダに通知し、
前記アプリケーションサービスプロバイダからの応答に応じて、該アプリケーションサービスプロバイダが検索エンジンを備えているか否かを判定し、
前記検索エンジンが備わっていた場合、文書の検索に使用されるキーワードを前記アプリケーションサービスプロバイダに送信し、
前記検索エンジンが備わっていなかった場合、前記文書マネージャが、文書の検索に使用されるキーワードを用いて、前記アプリケーションサービスプロバイダに検索対象の文書が含まれているか否かを確認し、
前記アプリケーションサービスプロバイダから検索対象の文書が発見された場合、該文書の情報を前記ユーザに送信する文書管理システム。
前記アプリケーションサービスプロバイダ又は前記文書マネージャによる文書の検索は、前記ユーザのアクセスレベル情報に適合する文書に限定して行われる、請求項３に記載の文書管理システム。
ユーザが使用するユーザ装置と、
文書の蓄積及び提供を行うアプリケーションサービスプロバイダと、
前記ユーザ装置及び前記アプリケーションサービスプロバイダにネットワークを介して接続された文書マネージャと
を含む文書管理システムで使用され、前記文書マネージャに或る方法を実行させるコンピュータプログラムであって、前記方法は、
前記ユーザから文書の検索要求を受けるステップと、
前記ユーザのアクセス権を示すアクセスレベル情報と、前記検索要求とを前記アプリケーションサービスプロバイダに通知するステップと、
前記アプリケーションサービスプロバイダからの応答に応じて、該アプリケーションサービスプロバイダが検索エンジンを備えているか否かを判定するステップと、
前記検索エンジンが備わっていた場合、文書の検索に使用されるキーワードを前記アプリケーションサービスプロバイダに送信するステップと、
前記検索エンジンが備わっていなかった場合、前記文書マネージャが、文書の検索に使用されるキーワードを用いて、前記アプリケーションサービスプロバイダに検索対象の文書が含まれているか否かを確認するステップと、
前記アプリケーションサービスプロバイダから検索対象の文書が発見された場合、該文書の情報を前記ユーザに送信するステップと、
を有するコンピュータプログラム。
前記アプリケーションサービスプロバイダ又は前記文書マネージャによる文書の検索は、前記ユーザのアクセスレベル情報に適合する文書に限定して行われる、請求項５に記載のコンピュータプログラム。