(57)【要約】【課題】  本発明は、アカウント中心でテーブル無しの駆動方式を使用することにより、物理的ファイリングシステムを模倣する、電子データの記憶、統合、管理、検索、および編成の方法に関する。【解決手段】  本発明の方法は、アカウント中心の台帳ファイルにおける同じアカウントに関するデータを記憶する。そのような台帳は、ファイリング装置としてＤＢＭＳを使って実現される仮想フォルダである。台帳に記憶されるデータは、必要に応じてまとめて検索できる。本発明の他の実施例は、モジュールの実行によって、本発明による記憶、統合、管理、検索、および編成の方法がもたらされるようなモジュールを有するコンピュータプログラムに関する。【選択図】  図１
2010520549.tif 000002
【特許請求の範囲】
【請求項１】
アカウント中心でテーブル無しの駆動方式によって、ドキュメントの物理的な記憶、統合、管理、検索、および編成を模倣する、電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２】
（ａ）データを取得し（１００）；
（ｂ）取得した前記データを、コンピュータが読み取れる所定の構造を有する電子ドキュメント（１４）に変換し（１０１）；
（ｃ）すべての変換データが記憶される一時的な記憶手段に、前記電子ドキュメントを記憶し（１０２）；
（ｄ）前記電子ドキュメントを記憶するために、目的ファイルを識別し（１０３）；
（ｅ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページ（１２）を検索し（１０４）；
（ｆ）検索した前記ページに、前記電子ドキュメント（１４）を年代順に付加し（１０５）；
（ｇ）付加した前記電子ドキュメント（１４）のデータに従って、前記目的ファイルを更新し（１０６）；
（ｈ）特定の記憶手段に、前記目的ファイルを記憶する（１０７）、
工程を備えた電子データの記憶、統合、管理、検索、および編成の方法であって、前記方法はアカウント中心でテーブル無しの駆動方法であり、同じアカウントの電子ドキュメント（１４）が同じ場所に分類されて記憶されることを特徴とする電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３】
前記方法は、前記目的ファイルに関連電子ドキュメント（１４）を付加して更新するときに、前記一時的な記憶手段に記憶される前記電子ドキュメント（１４）の処理ステータスを更新する工程を備えることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項４】
前記処理ステータスは、目的ファイルへの電子ドキュメント（１４）の付加処理と更新処理が、成功であるか失敗であるかを表す指示であることを特徴とする請求項３に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項５】
前記電子ドキュメント（１４）の所定の構造は、階層化ドキュメント構造であることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項６】
前記所定の構造は、前記階層化ドキュメント構造を定義する符号化システムを備えることを特徴とする請求項５に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項７】
前記階層化ドキュメント構造は複数の要素によって形成されることを特徴とする請求項５または６に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項８】
前記複数の要素は、文字列（２０）を形成する行に配列されることを特徴とする請求項７に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項９】
前記複数の要素のそれぞれは、少なくとも一つの固有の要素コード（２２）と少なくとも一つの要素データセット（２６）を備えることを特徴とする請求項７または８に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１０】
それぞれの要素は、少なくとも一つのマーカー（２４）によって表示されることを特徴とする請求項９に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１１】
前記所定の電子ページ（１２）は常にもっとも最近のページとして認識され、関連電子ドキュメント（１４）がアカウントに登録されるときは常に検索されるように、前記所定の電子ページ（１２）には特定の識別が与えられることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１２】
前記所定の電子ページ（１２）の前記識別は、好ましくはページＮ０の形式である（Ｎ０は固定した順番のシンボルのセットにおける第一の要素である）ことを特徴とする請求項１１に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１３】
前記所定の電子ページ（１２）が電子ドキュメントによって完全に付加されるときは常に、ページの識別がページＮに変化する（Ｎは前記シンボルのセットにおける要素であり、新しいページが生成され、ページＮ０の識別を与えられる）ことを特徴とする請求項１２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１４】
ページＮ０は好ましくはページ０であり、Ｎは好ましくは正の整数であることを特徴とする請求項１２または１３に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１５】
前記電子ページ（１２）が可変長データの記憶のための固定長領域を備えたことを特徴とする請求項１１から１４のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１６】
前記電子ページ（１２）が少なくとも一つの固定長の列のブロックを備えたことを特徴とする請求項１１から１５のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１７】
前記電子ページ（１２）が多数の列ブロックを備え、それぞれの列は実質的に等しい長さを有することを特徴とする請求項１１から１６のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１８】
前記電子ページ（１２）が前記列に付加された少なくとも一つの電子ドキュメント備えたことを特徴とする請求項１１から１７のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項１９】
前記電子ページに付加された前記ドキュメント（１４）が新しい列ブロックで始まり、既存の列が満杯の場合、次の新しい列ブロックまで続くことを特徴とする請求項１１から１８のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２０】
前記電子ページに付加された前記ドキュメントが、既存の電子ページが満杯の場合、次の電子ページまで続くことを特徴とする請求項１１から１９のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２１】
ユーザインタフェースで選択した要素が、関連するアカウント（１８）の細目を記憶するセクションに更新されることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２２】
前記セクション（１８）は、データ記憶のための複数の列を有する固定長領域を備えることを特徴とする請求項２１に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２３】
前記複数の列は検索キーワードを含むことを特徴とする請求項２２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２４】
問い合わせキーワードがシステムに入力される場合、キーワードと、データ検索目的のための前記セクション（１８）の検索キーワードとのクロスマッチ試験が行われるように、前記セクション（１８）に特定の識別が与えられることを特徴とする請求項２１から２３のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２５】
前記セクションの識別は、好ましくはライン０（１８）であることを特徴とする請求項２４に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２６】
前記問い合わせキーワードは、データベース問い合わせ言語であることを特徴とする請求項２４に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２７】
前記データベース問い合わせ言語は、構造化問い合わせ言語（ＳＱＬ）であることを特徴とする請求項２６に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２８】
ユーザインタフェースで選択した要素が、アカウント（１６）のアクティビティ要約を記憶する領域に更新されることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項２９】
前記領域は可変長データを記憶することを特徴とする請求項２８に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３０】
電子ドキュメントがシステムに付加される場合に、関連データが前記領域に更新されるように、前記領域には特定の識別が与えられることを特徴とする請求項２８または２９に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３１】
前記領域の識別は、好ましくはドキュメント０（１６）であることを特徴とする請求項３０に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３２】
前記領域が、アカウント（１６）のアクティビティ要約を記憶する少なくとも１つの電子ドキュメントを備えたことを特徴とする請求項２８から３１のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３３】
アカウントの関連アクティビティ要約が要求される場合、関連電子ドキュメントが検索されるように、アクティビティ要約（１６）を記憶する電子ドキュメントのそれぞれが、固有の識別を備えたことを特徴とする請求項３２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３４】
前記領域が、アカウントのアクティビティ要約を記憶する電子ドキュメントを記録するための多数のページを備えたことを特徴とする請求項２８から３３のいずれかに記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３５】
前記多数ページに、ページ１から始まるリバースページ付番方式が与えられることを特徴とする請求項３４に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３６】
前記記憶手段が、データを記憶する少なくとも１つの仮想フォルダを備えていることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３７】
前記記憶手段が、実質的に同じデザインを有する多数の仮想フォルダを備えていることを特徴とする請求項３６に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３８】
前記仮想フォルダは、記憶のニーズに従って特定の方法でデザインされることを特徴とする請求項３７に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項３９】
完全に追跡可能なアカウントの事象配列を形成するために、前記電子ドキュメント（１４）が、年代順に前記電子ページ（１２）上に付加されることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項４０】
前記方法は、各電子ドキュメント（１４）に優先順位を割り当てる工程、および、割り当てられた優先順位に従って各ドキュメントを処理する工程を備えていることを特徴とする請求項２に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項４１】
複数の電子ドキュメントに同じ優先順位が割り当てられた場合、電子ドキュメントは、システムに提出された日時に従って順に処理されることを特徴とする請求項４０に記載の電子データの記憶、統合、管理、検索、および編成の方法。
【請求項４２】
資源から得たデータを記憶、統合、管理、検索、および編成するためのモジュールを有するコンピュータプログラムであって、
（ａ）取得したデータを、コンピュータが読み取れる所定の構造を有する電子ドキュメントに変換し（１０１）；
（ｂ）すべての変換データが記憶される一時的な記憶手段に、前記電子ドキュメントを記憶し（１０２）；
（ｃ）前記電子ドキュメントを記憶するために、目的ファイルを識別し（１０３）；
（ｄ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページを検索し（１０４）；
（ｅ）検索した前記ページに、前記電子ドキュメントを年代順に付加し（１０５）；
（ｆ）付加した前記電子ドキュメントのデータに従って、前記目的ファイルを更新し（１０６）；
（ｇ）特定の記憶手段に、前記更新した目的ファイルを記憶する（１０７）、
工程を備えた方法を前記モジュールの実行がもたらし、前記方法はアカウント中心でテーブル無しの駆動方法であり、同じアカウントの電子ドキュメント（１４）が同じ場所に分類されて記憶されることを特徴とする、資源から得たデータを記憶、統合、管理、検索、および編成するためのモジュールを有するコンピュータプログラム。
【請求項４３】
前記プログラムは、各電子ドキュメント（１４）に優先順位を割り当てる方法、および、割り当てられた優先順位に従って各ドキュメント（１４）を処理する方法を備えていることを特徴とする請求項４２に記載のコンピュータプログラム。
【請求項４４】
複数の電子ドキュメント（１４）に同じ優先順位が割り当てられた場合、電子ドキュメント（１４）は、システムに入力された日時に従って順に処理されることを特徴とする請求項４３に記載のコンピュータプログラム。
【請求項４５】
前記記憶手段が、データを記憶する少なくとも１つの仮想フォルダを備えていることを特徴とする請求項４２に記載のコンピュータプログラム。
【請求項４６】
前記記憶手段が、実質的に同じデザインを有する多数の仮想フォルダを備えていることを特徴とする請求項４５に記載のコンピュータプログラム。
【請求項４７】
前記仮想フォルダは、記憶のニーズに従って特定の方法でデザインされることを特徴とする請求項４５または４６に記載のコンピュータプログラム。
【請求項４８】
前記プログラムが更新モジュールを備えていることを特徴とする請求項４２に記載のコンピュータプログラム。
【請求項４９】
前記更新モジュールが、電子ドキュメント（１４）が前記メモリ装置によって受信される場合、プロセッサが電子ドキュメント（１４）を更新ルールと相互参照させ、それにより目的ファイルを更新するような、更新ルールのセットを備えていることを特徴とする請求項４８に記載のコンピュータプログラム。
【請求項５０】
前記更新ルールが、
（ｉ）前記一時的な記憶手段に前記変換された電子ドキュメント（１４）を読み出す；
（ｉｉ）前記電子ドキュメント（１４）を記憶するために、目的ファイルを識別する；
（ｉｉｉ）もっとも最近の電子ドキュメント（１４）が記録される、前記目的ファイルの所定の電子ページ（１２）を検索する；
（ｉｖ）検索した前記ページに、前記電子ドキュメント（１４）を年代順に付加する；
（ｖ）付加した前記電子ドキュメント（１４）のデータに従って、前記目的ファイルを更新する；
（ｖｉ）前記目的ファイルに関連電子ドキュメント（１４）を付加して更新するときに、前記一時的な記憶手段に記憶される電子ドキュメント（１４）の処理ステータスを更新する、
工程を備えていることを特徴とする請求項４９に記載のコンピュータプログラム。
【請求項５１】
前記処理ステータスは、目的ファイルへの電子ドキュメント（１４）の付加処理と更新処理が、成功であるか失敗であるかを表す指示であることを特徴とする請求項５０に記載のコンピュータプログラム。
【請求項５２】
ｉ）プロセッサと；
ｉｉ）  前記プロセッサに動作可能なように接続されたメモリ装置と；
ｉｉｉ）  前記プロセッサに動作可能なように接続された記憶媒体と、
を少なくとも備えたコンピュータシステムであって、前記メモリ装置はモジュールを記憶し、
（ａ）データを取得し（１００）；
（ｂ）取得した前記データを、コンピュータが読み取れる所定の構造を有する電子ドキュメントに変換し（１０１）；
（ｃ）すべての変換データが記憶される一時的な記憶手段に、前記電子ドキュメントを記憶し（１０２）；
（ｄ）前記電子ドキュメントを記憶するために、目的ファイルを識別し（１０３）；
（ｅ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページを検索し（１０４）；
（ｆ）検索した前記ページに、前記電子ドキュメントを年代順に付加し（１０５）；
（ｇ）付加した前記電子ドキュメントのデータに従って、前記目的ファイルを更新し（１０６）；
（ｈ）特定の記憶手段に、前記目的ファイルを記憶する（１０７）、
工程を備えた方法を、前記プロセッサによる前記モジュールの実行がもたらし、
前記方法はアカウント中心でテーブル無しの駆動方法であり、同じアカウントの電子ドキュメント（１４）が同じ場所に分類されて記憶されることを特徴とするコンピュータシステム。
【請求項５３】
前記方法は、前記目的ファイルに関連電子ドキュメント（１４）を付加して更新するときに、前記一時的な記憶手段に記憶される前記電子ドキュメント（１４）の処理ステータスを更新する工程を備えることを特徴とする請求項５２に記載のコンピュータシステム。
【請求項５４】
前記処理ステータスは、目的ファイルへの電子ドキュメント（１４）の付加処理と更新処理が、成功であるか失敗であるかを表す指示であることを特徴とする請求項５３に記載のコンピュータシステム。
【請求項５５】
前記方法は、各電子ドキュメント（１４）に優先順位を割り当てる工程、および、割り当てられた優先順位に従って各ドキュメント（１４）を処理する工程を備えていることを特徴とする請求項５２に記載のコンピュータシステム。
【請求項５６】
複数の電子ドキュメント（１４）に同じ優先順位が割り当てられた場合、電子ドキュメント（１４）は、システムに入力された日時に従って順に処理されることを特徴とする請求項５５に記載のコンピュータシステム。
【請求項５７】
前記記憶手段が、データを記憶する少なくとも１つの仮想フォルダを備えていることを特徴とする請求項５２に記載のコンピュータシステム。
【請求項５８】
前記記憶手段が、実質的に同じデザインを有する多数の仮想フォルダを備えていることを特徴とする請求項５２に記載のコンピュータシステム。
【請求項５９】
少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステムであって、
ｉ）  アカウント（１８）の細目を記憶するためのセクション；
ｉｉ）アカウント（１６）のアクティビティ要約を記憶するための少なくとも一つの電子ページ；
ｉｉｉ）所定の構造に配列された複数のデータを有する、少なくとも一つの電子ドキュメント（１４）を記憶するための少なくとも一つの電子ページ（１２）、
とを備え、
前記システムはアカウント中心のシステムであり、同じアカウントの電子ドキュメント（１４）が同じ場所に分類されて記憶されることを特徴とするコンピュータベースのファイリングシステム。
【請求項６０】
前記セクション（１８）は、検索キーワードを含む複数の列を備えた固定長領域であることを特徴とする請求項５９に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６１】
問い合わせキーワードがシステムに入力される場合、キーワードと、データ検索目的のための前記セクション（１８）の検索キーワードとのクロスマッチ試験が行われるように、前記セクション（１８）に特定の識別が与えられることを特徴とする請求項５９に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６２】
前記セクションの識別は、好ましくはライン０（１８）であることを特徴とする請求項６１に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６３】
前記電子ドキュメント（１４）の所定の構造は、階層化ドキュメント構造であることを特徴とする請求項５９に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６４】
前記所定の構造は、前記階層化ドキュメント構造を定義する符号化システムを備えることを特徴とする請求項６１に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６５】
前記階層化ドキュメント構造は複数の要素によって形成されることを特徴とする請求項６３に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６６】
前記複数の要素は、文字列（２０）を形成する行に配列されることを特徴とする請求項６５に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６７】
前記複数の要素のそれぞれは、少なくとも一つの固有の要素コード（２２）と少なくとも一つの要素データセット（２６）を備えることを特徴とする請求項６５に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６８】
それぞれの要素は、少なくとも一つのマーカー（２４）によって表示されることを特徴とする請求項６７に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項６９】
前記記憶手段が、実質的に同じデザインを有する多数の仮想フォルダを備えていることを特徴とする請求項５９に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項７０】
前記仮想フォルダは、記憶のニーズに従って特定の方法でデザインされることを特徴とする請求項６９に記載の少なくとも一つの仮想フォルダを有する少なくとも一つの記憶手段を備えた、テーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項７１】
アカウント（１８）の細目を記憶するための前記セクション、および関連アカウント（１６）のアクティビティ要約を有する前記ページは、システムに登録された電子ドキュメントのデータに従って更新されることを特徴とする請求項５９に記載のテーブル無しの駆動手法を利用する関連データベースにおいて使用するためのコンピュータベースのファイリングシステム。
【請求項７２】
システムにおいて発生するトランザクションを記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項７３】
システムにおいて使用される用語の定義を記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項７４】
システムにおいて使用されるコードとパラメータを記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項７５】
特定の基準に従ってアカウントの分類を記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項７６】
アカウント情報を記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項７７】
スケジューリングされたドキュメントおよび時間依存のドキュメントを記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項７８】
高速検索のためにシステムにおいて使用されるインデックス情報を記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項７９】
報告生成のためのアカウントからの派生情報を記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項８０】
監査報告を記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項８１】
マルチメディアやその他のバイナリファイルを記憶することを特徴とする請求項５９から７１のいずれかに記載のコンピュータベースのファイリングシステムの使用。
【請求項８２】
電子データの記憶、統合、管理、検索、および編成のいずれか、あるいはその組み合わせのいずれかにおける請求項２から４１のいずれかに記載の方法を利用するコンピュータプログラム。
【請求項８３】
電子データの記憶、統合、管理、検索、および編成のいずれか、あるいはその組み合わせのいずれかにおける請求項２から４１のいずれかに記載の方法を利用するコンピュータシステム。
【請求項８４】
電子データの記憶、統合、管理、検索、および編成のいずれか、あるいはその組み合わせのいずれかにおける請求項２から４１のいずれかに記載の方法を利用する関連データベースにおいて使用されるコンピュータベースのファイリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子データの記憶および管理の方法に関する。
【背景技術】
【０００２】
多くの業界や団体等では、データやドキュメントを必要な時にすぐに見つけることができるように、多量のデータやドキュメントを体系的に記憶する必要がある。
従来の紙ベースのファイリングシステムでは、顧客、製品、トランザクションに関する情報、およびその他のビジネス関連情報は、ドキュメントに記録され、一般的に台帳ファイル（フォルダ）に分類される。紙ベースのファイリングシステムの主な利点は、変化に対する柔軟性、および関連ドキュメントを一か所に分類することによって、データを体系化する方法である。そのようなシステムは一般的であり、現在稼働中であるが、そのような多量のドキュメントの管理は、かなり面倒であり、かさばって扱いにくいものである。例えば、かさばるドキュメントから、必要な情報を探し出すためには、一度に１ページずつを物理的に読む必要がある。そのようなドキュメントの読み出しは、多大な時間を要する上に、必要な情報の多くはあっさりと見落される恐れがあるので、通常は全く実用的ではない。
【０００３】
コンピュータおよびソフトウェア技術の進歩によって、多くのデータベースが生成された。そのデータベースは、多量のデータとドキュメントを記憶・管理するために、様々な異なるコンピュータシステムにおいて使用されている。しかし、技術が進歩するにつれて、システムはますます複雑になってきた。初期に開発されたデータベース技術は、広く行き渡ったソフトウェアとハードウェアの制約によって限定されていた。１９７０年台におけるＩＢＭによる関連データベース管理システム（ＲＤＢＭＳ：Relational Database Management System）技術の最終的な導入によって、データベースデザインにおける、基本的な問題の大部分が解決され始めた。
【０００４】
ＲＤＢＭＳは、データを記憶し、検索するための関連技術を利用するデータベース管理システム（ＤＢＭＳ：Database Management System）である。ＲＤＢＭＳは、行と列からなるテーブルに、データを体系化して記憶する。ＲＤＢＭＳは、通常は多数のテーブルからなり、それぞれのテーブルは、通常は複数の行と列を有する。ＲＤＢＭＳにおいて、情報は、関連する主キー（principal）によって結合し、テーブルにおいて関係データを一緒に分類することによって体系化される。例えば、連絡先情報のテーブルは、顧客の住所と電話番号の情報を記憶し、クレームのテーブルは、顧客からのすべてのクレームを記憶する。
【０００５】
ＲＤＢＭＳでは、特に複雑なシステムが伴う場合は、ユーザが容易にすべての関連ファイルを効率的に検索することができない場合がある。また、既存のデータ管理システムにおいても、特定の取引、製品、またはプロジェクトのアカウントの全履歴を、ユーザが効率的かつ容易に検索することができない。以上の点は、顧客からの問い合わせやクレームを知るために時々アカウントの履歴が必要になるので、問題である。
【０００６】
ＲＤＢＭＳでは、データ正規化と呼ばれる重要なアクティビティが必要である。データ正規化は、それによってビジネスデータが構築されるプロセスであり、冗長性を除去し、データの完全性を維持することができる。データはテーブルにおいて体系化され、それによって、データの操作中において異常が発生する可能性を減少できる。データの正規化は、ひとつの関係を、オリジナルの関係の制限事項を満足するようなさらに小さな関係のセットに分解するためのプロセスである。ビジネスデータは、複数のテーブルにまたがって展開しており、純粋に一部のデータまたは情報を表す。データベースから情報を得るためには、データマイニング技術をプログラミングする必要がある。
【０００７】
しかし、ＲＤＢＭＳの実装では、データを正規化して異なるテーブルに記憶するので、顧客のために同様な記録を構築することは、いくつかのテーブルから個別のデータを検索するために、相当な符号化を必要とする。異なるやり方でデータを保持するいくつかの異なるシステムを使うような、より複雑なアプリケーションを伴うときは、すべてＲＤＢＭＳを使用するものの、特にテーブルのデザインは各システムによって異なるので、上記の状況はさらに悪くなる。これはＲＤＢＭＳのデザインにおける最大の問題点の一つを示している。すなわち、同じ要件のセットであっても、異なる人々がシステムをデザインするか、または同じ人であっても違う時にシステムをデザインするか、によって生じる異なるテーブルのデザインを有することができる。
【０００８】
市販の製品のいくつかは、ＲＤＢＭＳにおけるデータ正規化の問題点の解決を試みている。例えば、インターシステムズ（InterSystems）社のＣＡＣＨＥプログラムは、“クラスオブジェクト”を使ったオブジェクト指向の方法においてドキュメントを表すことによって、問題点の解決を試みている。“クラスオブジェクト”とは、プログラムの基本構成要素として使われるランタイムデータ記憶の個別の単位である。ＣＡＣＨＥプログラムは、多次元配列におけるデータを記憶する。この方法によって、オブジェクトおよびテーブルとして、データにアクセスできる。それにより、ＣＡＣＨＥプログラムの下に記憶されるオブジェクトが、ドキュメントとしてビジュアル化されるようになる。
【０００９】
ＸＭＬ（Extensible Markup Language：拡張可能なマークアップ言語）ドキュメントを記憶することは、ＲＤＢＭＳのもう一つの課題である。ＸＭＬはその基準面において、すべての情報を、文字データ、コンテナ状の要素、およびそれらの要素の属性、の階層への前記情報の分類を示すマークアップまたはタグが組み入れられているテキストとして明示する。ＸＭＬ構造は、ドキュメントを表すために使用され、ＸＭＬデータベースに記憶される。ＸＭＬは、ビジネスドキュメントを表すために使われる情報に対して、ツリーベース構造を記述して適用するためのテキストベース手段を提供する。
【００１０】
しかし、上記の両方の例は、ビジネスユーザが、表わされたドキュメントをビジネスドキュメントとして見るためには役立たない。プログラマにとっては、それらは単にビジネスオブジェクトとしてより、ビジネスのプログラミングアスペクトを達成するときに使うオブジェクトの表現である。それは、古い改訂版のドキュメントが共に記憶されて管理される必要がある時には、さらに難しくなる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
既存の方式のさらなる問題点は、システムが完成する前にビジネス要件が変わるように、アプリケーションの構築とプログラミングには多数の工数がかかるということである。それによって、費用が無駄になり、システムが使用できなくなることもある。
【００１２】
現在、ビジネス要件における変化においては、システムがそれほど効率的にはならない既存のアプリケーションを修正して再プログラミングする必要があり、あるいは、新しいテーブルセット全体をもう一度やり直してデザインしなければならなくなる。
【００１３】
従って、情報が容易に検索できて必要な時にすぐに見つかるような、簡単で効率的な方法で、コンピュータの電子情報を記憶して管理する方法を提供する必要がある。
本発明の目的は、物理的ドキュメントの記憶・管理システムをシミュレートするような、電子データの記憶および管理の方法を提供することによって、上述する制約と欠点に対処してそれを克服することである。
【００１４】
本発明の他の目的は、ビジネスデータをフィールドのグループに分解して、ビジネスデータまたは情報の密接した分類をなくさせるような、データ正規化を伴うＲＤＢＭＳを使って、ビジネスデータの記憶の複雑性を解決することである。
【課題を解決するための手段】
【００１５】
本発明の態様によって、ユーザは、物理的ファイリングシステムを模倣するやり方で、電子データを記憶、検索、およびルーティングすることができる。
本発明の別の態様は、台帳ファイル（フォルダ）、ドキュメント、および紙を使う物理的ファイリングシステムをシミュレートする、電子データの記憶および管理の方法を提供することである。本発明の方法は物理的ファイリングシステムをシミュレートする。そこでは、情報がドキュメント形式で記録され、仮想台帳ファイルに記憶される。さらに、ドキュメントを台帳ファイルに登録することによって、登録が影響を受ける。
【００１６】
本発明の別の態様は、アカウント中心または顧客中心のファイリングシステムを提供する。そこでは、同じ顧客の情報が、多数のテーブルにまたがって展開するのではなく、同じ場所に記憶される。
【００１７】
本発明のさらに別の態様は、アカウントの細目を記憶するセクションと、アカウントの少なくとも一つのアクティビティ要約を記憶する領域と、アカウントに関連する情報を記憶する少なくとも一つの電子ページと、を備えた仮想台帳フォルダを有する記憶手段を提供する。
【００１８】
本発明の別の態様は、紙のドキュメントから得たデータが、コンピュータが読み取れる所定の構造に変換されるような、電子データの記憶・管理システムの方法を提供する。
本発明のさらに別の態様は、完全に追跡可能なアカウントの事象配列を形成するために、所定の構造に変換されたデータが、年代順に電子ページ上に付加されるような、電子データの記憶および管理の方法を提供する。
【００１９】
本発明の別の態様では、データの検索、およびアカウントに関するアクティビティ要約の生成が可能である。
本発明のさらに別の態様は、従来のＲＤＢＭＳテーブル駆動手法に比べて、システムのバックエンドデザインを容易にするような、電子データの記憶および管理の方法を提供する。本発明の別の態様は、台帳ファイリングシステムに記憶されるドキュメントの全面追跡記録を有する能力を提供する。
【００２０】
本発明のさらに別の態様は、前記の方法を実施するために、コンピュータによって実行可能な命令のプログラムを明白に具体化する、コンピュータが使用できる媒体を提供する。
【００２１】
本発明の電子台帳ファイリングシステムは、ドキュメントとしてデータあるいは情報を記憶する台帳ファイリングシステムをシミュレートすることを目的とする。この台帳ファイリングシステムは、実業界における情報とデータを取り扱う際の、最良の実証済みの手法の一つである。本発明のドキュメントベースの台帳ファイリングシステムは、データの記憶と検索のより良い方法を提供するのみでなく、データの登録または更新に対して取られる各アクションの追跡記録をユーザに提供する。明らかに、人間がデータを扱うやり方と同様な方法でユーザが使うことができる技術は、非常に効果的である。電子データの記憶、統合、管理、検索、および編成の方法に関する本発明の一実施例は、
（ａ）データを取得し；
（ｂ）取得した前記データを、コンピュータが読み取れる所定の構造を有する電子ドキュメントに変換し；
（ｃ）すべての変換データが記憶される一時的な記憶手段に、前記電子ドキュメントを記憶し；
（ｄ）前記電子ドキュメントを記憶するために、目的ファイルを識別し；  
（ｅ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページを検索し；
（ｆ）検索した前記ページに、前記電子ドキュメントを年代順に付加し；
（ｇ）付加した前記電子ドキュメントのデータに従って、前記目的ファイルを更新し；  
（ｈ）特定の記憶手段に、前記目的ファイルを記憶する、
工程からなることを特徴とする。
上記の方法はアカウント中心でテーブル無しの駆動方法であり、同じアカウントの電子ドキュメントが同じ場所に分類されて記憶される。
【００２２】
本発明の他の実施例は、
ｉ）  アカウントの細目を記憶するためのセクションと；
ｉｉ）  アカウントのアクティビティ要約を記憶するための少なくとも一つの電子ページと；
ｉｉｉ）  所定の構造に配列された複数のデータを、少なくとも一つの電子ドキュメントに記憶するための少なくとも一つの電子ページと、
を備えた、少なくとも一つの仮想フォルダを備えた少なくとも一つの記憶手段を有する、テーブル無しの駆動手法を利用する関連データベースにおいて使用するための、コンピュータベースのファイリングシステムを提供する。
【００２３】
本発明の方法またはシステムは、アカウント中心でテーブル無しの駆動方法であり、同じアカウントの電子ドキュメントが同じ場所に分類されて記憶される。
本発明のさらに他の実施例は、紙の資源から得たデータを記憶、統合、管理、検索、および編成するためのモジュールを有するコンピュータプログラムを提供する。前記モジュールの実行によって、データを記憶して管理するための前記方法がもたらされる。
【００２４】
本発明のさらに他の実施例は、
ｉ）  プロセッサと；
ｉｉ）  前記プロセッサに動作可能なように接続されたメモリ装置と；
ｉｉｉ）  前記プロセッサに動作可能なように接続された記憶媒体と、
を少なくとも備えたコンピュータシステムに関し、プロセッサによるモジュールの実行によって、データを記憶して管理するための前記方法がもたらされるようなモジュールを、前記メモリ装置が記憶することを特徴とする。
【図面の簡単な説明】
【００２５】
【図１】図１は、電子データを記憶し、管理するための本発明の一実施例による方法の工程系統図である。
【図２】図２は、本発明の一実施例による発明の詳細な説明に記載されたライン０、ドキュメント０、およびｅＰａｇｅｓからなるｅ−Ｌｅｄｇｅｒの概念を説明するための図である。
【図３】図３は、本発明の台帳ファイリングシステム、および発明の詳細な説明に記載されたラインゼロ、ドキュメントゼロ、およびドキュメントＸが物理的ファイリングシステムに関係するやり方を説明するための図である。
【図４】図４は、本発明による多値階層化構造データフォーマットの例を示す図である。
【図５】図５は、従来の請求書が、発明の詳細な説明に記載されたＤ−Ｓ−Ｒ−Ｃのフォーマットに構成されるやり方に関する例を示す図である。
【図６】図６は、発明の詳細な説明に記載されたｅＰａｇｅが１０個の列からなり、それぞれの列は１２８バイトのサイズを有し、１２８０バイトのｅＰａｇｅ（１０×１２８）を形成するという例を示す図である。
【図７】図７は、従来のテーブルベースのＤＢＭＳを使ったｅＰａｇｅインプリメンテーションの例を示す図である。
【図８】図８は、発明の詳細な説明に記載されたトランザクションｅＬｅｄｇｅｒとドキュメントプロセッサ（ｅＤＰ）が相互作用して、登録と更新の工程を実行するやり方を示す図である。
【図９】図９は、通常のＤＢＭＳテーブルを使って実現される、発明の詳細な説明に記載されたライブラリｅＬｅｄｇｅｒの例を示す図である。
【発明を実施するための形態】
【００２６】
以下、本発明の好ましい実施例を詳細に説明し、添付した図にその例を示す。本発明は、好ましい実施例に関連して記載するが、それらは本発明がその実施例に限定されることを意図するものではない。
【００２７】
本発明は、情報をドキュメントとして記憶して管理するためのシステムと方法に関する。本発明は、あらゆる関連データが適切なアカウント中心の台帳にファイリングされ、そのような台帳が、ファイリング装置としてＤＢＭＳを使って実現される仮想フォルダであるような、電子台帳ファイリングシステムを開示するものである。
【００２８】
本発明による方法は、アカウント中心でテーブル無しの駆動方式を使用することにより、ドキュメントの物理的な記憶、統合、管理、検索、および編成を模倣するような、電子データの記憶、統合、管理、検索、および編成の方法に関する。
【００２９】
本発明の電子台帳ファイリングシステムは、１つ以上のＤＢＭＳデータベースと、例えば顧客情報管理システム、人的資源管理システム、およびオンライン仕事登録管理システムのようなシステムまたはアプリケーションを表す各データベースと、を備えている。本発明の電子台帳ファイリングシステムは、そのようなシステムの生成、修正、および維持を管理するためのソフトウェアも含む。以下の記述で説明するように、本システムによって、ユーザはそれぞれのシステムを生成およびカスタマイズできる。生成した各システムが、異なるビジネスルールとフローによって、実質的には同じテーブルデザインセットを有することを指摘するのは重要なことである。
【００３０】
図１は、本発明の方法による好ましい実施例のプロセスフローを示す。本発明の一実施例において、電子データの記憶、統合、管理、検索、および編成の方法は、
（ａ）紙のドキュメントからデータを取得し（１００）；
（ｂ）取得した前記データを、以下の記述で定義される所定の構造を有する電子ドキュメントに変換し（１０１）；
（ｃ）すべての変換データが記憶される一時的な記憶手段に、前記電子ドキュメントを記憶し（１０２）；
（ｄ）前記電子ドキュメントを記憶するために、目的ファイルを識別し（１０３）；
（ｅ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページを検索し（１０４）；
（ｆ）検索した前記ページに、前記電子ドキュメントを年代順に付加し（１０５）；
（ｇ）付加した前記電子ドキュメントのデータに従って、前記目的ファイルを更新し（１０６）；
（ｈ）特定の記憶手段に、前記目的ファイルを記憶する（１０７）、
工程からなる。
【００３１】
従来のＲＤＢＭＳを使って実現される本発明のファイリングシステムは、複合データオブジェクトをドキュメントとして記憶し検索するために、ＲＤＢＭＳの使用を効果的に拡張することによって、ＲＤＢＭＳとＳＱＬの問い合わせ言語を補強する。本発明の台帳ファイリングシステムは、ＲＤＢＭＳの固定長列が拡張されることによって、可変長データとそれによるドキュメントオブジェクトの記憶が可能でありながら、ＳＱＬの問い合わせの容易さと速度が維持されるような方法によって実現される。要するに、本発明は、検索と報告のためのＳＱＬ言語の強力な特質を保ちながら、アカウント、ドキュメント、またはオブジェクトのデータを検索する際に、煩わしい結合構文の多くを削除する。
【００３２】
コンピュータ環境において、データの基準に従って、ドキュメントからのデータは分解され、いくつかのテーブルに記憶される。例えば、請求書のドキュメントは、会社の詳細、合計金額、会計基準などを含み、その他のドキュメントへの添付書類や参考資料も含む。従来のＲＤＢＭＳシステムは、そのようなデータを分解し、データをいくつかのテーブルに記憶する。それによって、再検討のためにそのドキュメントを検索し再構築する時、非常に複雑になってしまう。しかし、物理的ファイリングシステムでは、ドキュメントはオブジェクトとして扱われるので、ドキュメント中のデータはいくつかの記憶装置に分解されず、一つの完全なドキュメントとして記憶される。従って、本発明の台帳ファイリングシステムは、データと情報が記憶され、物理フォルダにファイリングされ、データが必要な時はドキュメントとして検索される方法を描写することを試みる。
【００３３】
本発明の他の実施例は、
ｉ）  アカウント（１８）の細目を記憶するためのセクションと；
ｉｉ）アカウント（１６）のアクティビティ要約を記憶するための少なくとも一つの電子ページと；
ｉｉｉ）  所定の構造に配列された複数のデータを有する、少なくとも一つの電子ドキュメント（１４）を記憶するための少なくとも一つの電子ページ（１２）と、
を備えた、少なくとも一つの仮想フォルダを備えた少なくとも一つの記憶手段を有する、テーブル無しの駆動手法を利用する関連データベースにおいて使用するための、コンピュータベースのファイリングシステムを提供する。
【００３４】
図２は、本発明によるファイリングシステムの総括図である。図２に示すように、アカウントの細目を記憶するためのセクションは、ラインゼロ（１８）によって表わされ、アカウントのアクティビティ要約を記憶するための電子ページは、ドキュメントゼロ（１６）によって表わされ、少なくとも一つの電子ドキュメントに記憶するための電子ページは、ｅＰａｇｅ（１２）によって表わされ、電子ドキュメントは、ドキュメントＸ（１４）によって表わされる。図２に示す用語のラインゼロ（１８）、ドキュメントゼロ（１６）、ｅＰａｇｅ（１２）、ドキュメントＸ（１４）は、以下の記述において定義される。
【００３５】
以下に、本発明において使用される用語をより詳細に説明する。
・ｅＬｅｄｇｅｒ
ここで使われる用語ｅＬｅｄｇｅｒは、本発明によるファイリングシステムの仮想キャビネットを表す記憶手段である。それぞれのｅＬｅｄｇｅｒ（１０）は、ドキュメントＸ（１４）からなるラインゼロ（１８）、ドキュメントゼロ（１６）、および電子ページ（１２）の集まりを有する少なくとも一つの仮想フォルダを備えている。ドキュメントＸ（１４）からなるラインゼロ（１８）、ドキュメントゼロ（１６）、および電子ページ（１２）の集まりは、図２に示すアカウント中心の方法によって編成される。
【００３６】
それぞれの仮想フォルダは、多数の電子ドキュメント（１４）を保有している、少なくとも一つのラインゼロ（１８）、ドキュメントゼロ（１８）、および電子ページ（１２）を備えている。本発明のｅＬｅｄｇｅｒ（１０）は、通常のＤＢＭＳをテーブルとして使うことによって実現される。
・電子ドキュメント（ｅＤｏｃｕｍｅｎｔ）
ここで、電子ドキュメントの用語は、紙のドキュメントから得られ、本発明による所定の構造に変換されるデータを定義する用語として使われる。
【００３７】
所定の構造は、符号化システムを備えた階層化ドキュメント構造である。本発明による階層化ドキュメント構造は、図５に示す文字列（２０）を形成する行に配列される複数の要素によって形成される。複数の要素は、少なくとも一つの固有の要素コード（２２）と少なくとも一つの要素データセット（２６）からなる。複数の要素は、少なくとも一つのマーカー（２４）によって表示される。
【００３８】
図４は、多値階層化構造データ形式の例を示す。この例は、データが本発明の構造に従って、例えばＤ−Ｓ−Ｒ−Ｃ形式に編成されるやり方を示す。ここで、Ｄはドキュメントコードを表し、Ｓはセクションコードを表し、Ｒは行コードを表し、Ｃはフィールドの位置を表す。従来の請求書からのデータが本発明のＤ−Ｓ−Ｒ−Ｃの形式に構築されるやり方の例を、図５に示す。ｅＤｏｃｕｍｅｎｔは実際には、Ｄ−Ｓ−Ｒ−Ｃのセクションを表すための若干のマーカー（２４）を有する文字列（２０）であるということは記す必要がある。この形式は、ＸＭＬ形式と同様であるが、本発明は、タグの代わりに要素を表すマーカーとコードを使用する。それによって、ＸＭＬの柔軟性と構造を保ちながら、ドキュメントの記憶要件を最適化できる。
・電子ページ（ｅＰａｇｅ）
ここで使われる電子ページは、少なくとも一つの電子ドキュメントを記憶する仮想ページを参照する。本発明の電子ページは、可変長データの記憶のために、少なくとも一つの固定長の列を備えている。電子ページは、多数の列ブロックを備えており、それぞれの列は実質的に等しい長さを有する。ｅＰａｇｅの列は、例えば図６において１から１０行で示される。本発明の好ましい実施例では、列のそれぞれは、好ましくは１２８バイトのサイズである。
【００３９】
必要に応じて、ｅＰａｇｅのサイズは、最適性能を達成するために、カスタマイズされる。図６は、それぞれの列が１２８バイトであるような、１０個の列ブロックを有するｅＰａｇｅの例（１，２８０バイトのｅＰａｇｅ（１０×１２８））を示す。
【００４０】
前記電子ページ（１２）に付加される電子ドキュメント（１４）のそれぞれは、新しい列ブロックで始まり、既存の列が満杯の場合、次の新しい列ブロックまで続き、もし既存の電子ページが満杯ならば、電子ページは次の電子ページまで続く。この特徴によって、記憶性能と、その後の検索の速度が向上する。図６の例に示すように、第１の電子ドキュメント（１４ａ）が、電子ページ（１２ａ）の第１の列（例えばライン１）に、第１の列が満杯になるまで、付加される。電子ドキュメント（１４ａ）の残りの部分は、第２の列（例えばライン２）に付加される。この工程は、全電子ドキュメントが電子ページ（１２ａ）に完全に付加されるまで継続する。第２の電子ドキュメント（１４ｂ）が、同じ電子ページ（１２ａ）に付加されるときは、第２の電子ドキュメント（１４ｂ）が、図６に示す新しい列（例えばライン５）から始まる。同様に、文字列全体が電子ページ（１２ａ）に完全に付加されるまで、第２の電子ドキュメント（１４ｂ）は次の新しい列まで続く。図６では、第３の電子ドキュメント（１４ｃ）の一部が電子ページ（１２ａ）（例えばライン９と１０）に付加されるときに、電子ページ（１２ａ）は満杯になる。次に、新しい電子ページ（１２ｂ）が、第３の電子ページ（１４ｃ）の残りの部分のために生成され、新しい電子ページ（１２ｂ）の新しい列に付加される。
【００４１】
電子ドキュメントがアカウントに登録されるときは常に、所定の電子ページが検索され、電子ドキュメントが所定の電子ページに付加される。所定の電子ページは、もっとも最近の電子ドキュメントが記録されるページである。そのページは常にもっとも最近のページとして認識され、関連電子ドキュメントがアカウントに登録されるときは常に検索されるように、そのページには特定の識別が与えられる。好ましくは、所定の電子ページの識別は、ページＮ０の形式である（ここで、Ｎ０は固定した順番のシンボルのセットにおける第一の要素である）。所定の電子ページが電子ドキュメントによって完全に付加されるときは常に、ページの識別はページＮに変化する（ここで、Ｎは前記シンボルセットにおける要素であり、新しいページが生成され、ページＮ０の識別を与えられる）。本発明の好ましい実施例では、ページＮ０は好ましくはページ０であり、Ｎは好ましくは正の整数である。
【００４２】
例えば、複数の電子ドキュメント（ドキュメントＸ）がアカウントに登録およびファイリングされるときは常に、それは電子ページ０（ｅＰａｇｅ  ０）に付加される。そして、ｅＰａｇｅ  ０に電子ドキュメントが完全に付加されるときは常に、それは電子ページ１に改名される。図６に示すように、新しい電子ドキュメントがこのアカウントに登録されるときは、それはｅＰａｇｅ  ０（１２ｂ）に付加される。ｅＰａｇｅ  ０（１２ｂ）が満杯のときは、それはｅＰａｇｅ  Ｎ（この場合は１）（１２ａ）に改名され、それに続く電子ドキュメントが新しいｅＰａｇｅ  ０に付加される。
【００４３】
本発明のｅＰａｇｅは、それぞれのｅＰａｇｅが実際にはテーブルの中のデータの行であるような、通常のＤＢＭＳを使って実現される。列（１２８バイト長の文字データタイプ）は、ｅＰａｇｅのラインを表す。従って、１０ラインのｅＰａｇｅは、ＤＢＭＳに実現されるときは、それぞれ１２８バイト長の文字データタイプを含む１０個の列を有するテーブルである。キーを形成するために、数個の列が各ｅＰａｇｅに付加される。そして、さらに数個の列がｅＰａｇｅのインデックスと要約情報を形成するために付加される。図７は、従来のテーブルベースのＤＢＭＳを使ったｅＰａｇｅ実行の例を示す。
・ドキュメントゼロ（Ｄｏｃｕｍｅｎｔ−０）
ここで使われる用語のドキュメントゼロは、アカウントのアクティビティ要約を記憶する領域を参照する。それは、物理フォルダのインデックスページと同じである。本発明のドキュメントゼロは、可変長データを記憶する。ドキュメントゼロは、電子ドキュメントがシステムに付加されるときに従って更新される。
【００４４】
ドキュメントゼロは、ｅＰａｇｅ番号が負の１（−１）から始まり、最後のページが負のＮ（−Ｎ）ページとなることを除いて、ドキュメントＸと同じやり方で記憶される。関連のドキュメントゼロが検索されるように、それぞれのドキュメントゼロが固有の識別を含む限りは、アカウントのために記憶できるドキュメントゼロのユニット数に制限はない。
【００４５】
ドキュメントゼロ（１６）は、図３に示すフロントページの横で切り取られる複数の要約のページを有する物理ファイリングフォルダを実際に模倣する。それはドキュメントＸから派生したドキュメントである。アカウントに登録され付加されるそれぞれのドキュメントＸは、ドキュメントゼロとライン０の特定の情報を更新し、ドキュメントゼロでの情報変化に対する支持ドキュメントとして機能する。ドキュメントゼロは、アカウントの最新および既存の情報を常に保持する。
・ラインゼロ（Ｌｉｎｅ−０）
本明細書で使われる用語のラインゼロは、関連するアカウントの細目を記憶するセクションを参照する。それは、物理フォルダの要約注記と同じである。このセクションは、データ記憶のための複数の列、検索キーワードを含む列、を有する固定長領域を備えている。
【００４６】
データの報告、検索、およびソートのほとんどは、このラインゼロ（１８）上で直接ＳＱＬ言語を使うことによって達成される。問い合わせキーワードがシステムに入力される場合、キーワードと、データ検索目的のための前記セクションの検索キーワードとのクロスマッチ試験が行われる。本発明による問い合わせキーワードは、データベース問い合わせ言語、好ましくは構造化問い合わせ言語（ＳＱＬ）である。
・ドキュメントプロセッサ（ｅＤＰ）
本発明の固有の特長の一つは、その更新プログラムである。システムに登録されるデータはドキュメントベースである。各ｅＬｅｄｇｅｒは、例えばｅＰａｇｅ（１２）にｅＤｏｃｕｍｅｎｔ（１４）を付加すること、およびドキュメントゼロ（１６）とラインゼロ（１８）に対してデータを更新することなどの、ある更新プロセスを必要とする。従って、たとえ長さは異なっても、それぞれのドキュメントを処理するために標準ドキュメントプロセッサを採用することが可能である。それは、各Ｌｅｄｇｅｒ−ｃｏｄｅ-Ｄｏｃｕｍｅｎｔ  Ｘのペアに更新ルールのセットを含むこと、および、Ｒ０００がｌｅｄｇｅｒ、ｌｇｃｏｄｅ、ａｃｃｉｄのフィールドからなるように、各ｅＤｏｃｕｍｅｎｔ（１４）に対する標準命令行（Ｒ０００）に付加することによって、達成される。Ｒ０００フィールドを参照することによって、ドキュメントプロセッサは、辞書（Ｌｘｘｘ−Ｄｘｘｘ）中の更新ルールを相互参照させ、ドキュメントゼロ  （１６）とラインゼロ（１８）を更新する。
【００４７】
本発明は、ドキュメント構造を保存し、そのそれぞれのアカウント（例えば、受取アカウント）にデータをまとめて記憶する。それによって、その後の検索がより洗練され、容易になる。ＳＱＬ問い合わせを容易にするために、ドキュメントがアカウントに付加されるときに、ユーザインタフェースで選択した特定のデータが、ラインゼロ（１６）に投入され、あるいは更新される。さらに検索を向上するために、ユーザインタフェースで選択した特定のデータが、ドキュメントゼロ（１６）に更新され、アカウントの要約ドキュメントを形成する。すべての電子ドキュメント（ドキュメントＸ）（１４）は、最も早いものから最も遅いものまで年代順に付加され、完全に追跡可能なアカウントの事象配列を形成する。
【００４８】
より良い記憶性能を達成するために、ドキュメントＸ（１４）は、電子ページ（ｅＰａｇｅ）と呼ばれる１つまたは複数のセグメントに付加されて記憶される。ｅＰａｇｅ（１２）に記憶されるドキュメントＸ（１４）の量は、ｅＰａｇｅ（１２）のサイズに依存し、ドキュメントＸ（１４）のサイズに依存する。好ましくは、ｅＰａｇｅ（１２）は、前述のように１２８バイトの倍数に完全にカスタマイズ可能であり、通常のＤＢＭＳインプリメンテーションにおいて、１２８バイト長のデータがハードディスクに順に記憶されるので、その後の検索性能が向上する。
【００４９】
本発明の他の実施例において、電子データの記憶、統合、管理、検索、および編成の方法は、さらに、各ドキュメントに優先順位を割り当てる工程、および、割り当てられた優先順位に従って各ドキュメントを処理する工程を備えている。複数の電子ドキュメント（１４）に同じ優先順位が割り当てられると、電子ドキュメント（１４）は、システムに提出された日時に従って順に処理される。システムに提出されたそれぞれの電子ドキュメント（１４）は、処理されてそれぞれの宛先に登録される前に、最初に一時的な記憶手段に記憶される。この一時的な記憶手段において、電子ドキュメント（１４）は、（ｉ）緊急：即時のファイリングが必要；（ｉｉ）通常：ドキュメントが順に処理される；または（ｉｉｉ）非緊急：オフピークの期間またはＣＰＵの利用が少ないときにドキュメントが何回かに分けて処理される、に分類される。
【００５０】
目的ファイルに関連電子ドキュメントを付加して更新するときに、一時的な記憶手段に記憶される電子ドキュメントの処理ステータスが更新される。処理ステータスは、付加処理と更新処理が成功であるかまたは失敗であるかを表す指示である。
【００５１】
すべての更新処理を一つのプログラムに簡略化および統一することによって、本発明の方法は、各データ更新のための更新プログラムを符号化するために要する手作業を減らすだけでなく、人為的ミスをなくすために必要な保守作業を減らすことができる。
【００５２】
本発明の他の実施例は、資源から得たデータを記憶、統合、管理、検索、および編成するためのモジュールを有するコンピュータプログラムを開示する。前記モジュールの実行によって、データを記憶して管理するための前記方法がもたらされる。
物理的ファイリングシステムでは、異なるフォルダを記憶するために異なるキャビネットが使われる。それらのキャビネットのそれぞれは、フォルダの異なるタイプを保つために、サイズが変化する。それらのキャビネットは、本発明のｅＬｅｄｇｅｒに等しい。我々は、既存のＩＴシステムのほとんどが、約１０個の異なるタイプのｅＬｅｄｇｅｒを利用することによって実現されることに気付いた。そのｅＬｅｄｇｅｒを以下に示す。
１．  トランザクションｅＬｅｄｇｅｒ
２．  ライブラリｅＬｅｄｇｅｒ
３．  辞書ｅＬｅｄｇｅｒ
４．  グループｅＬｅｄｇｅｒ
５．  マスタｅＬｅｄｇｅｒ
６．  オペレーションｅＬｅｄｇｅｒ
７．  インデックスｅＬｅｄｇｅｒ
８．  要約ｅＬｅｄｇｅｒ
９．  監査ｅＬｅｄｇｅｒ
１０．  大容量記憶ｅＬｅｄｇｅｒ
物理的ファイリングシステムでは、ユーザは、同じ情報を記憶するために、同じタイプのキャビネットにもかかわらず複数のキャビネットを使用する。同様に、本発明のｅＬｅｄｇｅｒは、同じデータが複数のテーブル（ｅＬｅｄｇｅｒ）に記憶されるが、地域や郵便番号のようなアカウント特性によって分離されるような分散環境で実現される。
【００５３】
従来のＲＤＢＭＳセグメンテーションと比較した本発明の主な違いは、列の代わりにアカウントに従ってデータが区分されることである。例えば、テーブルは通常のＲＤＢＭＳとして、縦にではなく横に分割される。これは、縦に分割されるデータは非常に複雑な“結合”ＳＱＬ文を必要とするので、データ検索とデータベース維持の性能にとって重要なことである。
【００５４】
物理的ファイリングシステムでは、さらに仕切りとラベルを使ってキャビネット内のフォルダが分類される。これは、キーとして台帳コード列をｅＬｅｄｇｅｒ（テーブル）に付加できる既存のインプリメンテーションにおいて、容易に行うことができる。同じカテゴリーに属するすべてのフォルダは、同じ台帳コードを有し、それ故にフォルダに仮想仕切りを提供する。以下の例では、本概念が通常のＤＢＭＳを使って実現されるやり方を説明する。
・トランザクションｅＬｅｄｇｅｒ
トランザクションｅＬｅｄｇｅｒは、受信箱トレイと同じである。ｅＤｏｃｕｍｅｎｔの各提出は、それが処理されてそれぞれの宛先に登録される前に、ｅＬｅｄｇｅｒを通過する。システムの性能を最適化するために、トランザクションｅＬｅｄｇｅｒに提出されるｅＤｏｃｕｍｅｎｔは、緊急（即時のファイリングが必要）、通常（システムに提出された日時に従って、ドキュメントが順に処理される）、または非緊急（オフピークの期間またはＣＰＵの利用が少ないときにドキュメントが何回かに分けて処理される）に分類される。
【００５５】
図８は、トランザクションｅＬｅｄｇｅｒとドキュメントプロセッサ（ｅＤＰ）が相互作用して、登録と更新の工程を実行するやり方を示す図である。ｅＤｏｃｕｍｅｎｔがｅＤＰに提示されると、ｅＤＰはドキュメント情報を処理し、目的ｅＬｅｄｇｅｒやターゲットアカウントのような更新命令を含むシステムデータを抽出する（好ましくは、そのようなデータは行コードＲ０００という固有の行に記憶される）。目的キャビネット（ｅＬｅｄｇｅｒ）が識別されると、対応するアカウントのフォルダが検索される（１）。ｅＤＰは、実際には全フォルダは検索せず、電子ページ０とドキュメントゼロだけを検索する。電子ページ０の利用可能なスペースに応じて、前記のようにドキュメントＸは電子ページに付加される（２）。そして、更新された電子ページ０（および、ｅＰａｇｅ  ０が充分なスペースを持たない場合、ｅＰａｇｅ  ｎ）は、適切なｅＬｅｄｇｅｒ（テーブル）に記憶される（５）。ドキュメントＸのための更新ルールに基づき、特定の行（Ｒ）がドキュメントゼロとラインゼロに更新される（３および４）。
【００５６】
ｅＤｏｃｕｍｅｎｔが無事にアカウントに登録されてファイリングされると、ｅＤＰは、“受信箱トレイ”（トランザクションｅＬｅｄｇｅｒ）の中のｅＤｏｃｕｍｅｎｔのステータスを更新する。そしてそのように処理されたｅＤｏｃｕｍｅｎｔは集められ、後でアーカイブｅＬｅｄｇｅｒに移動する。これは、ＤＢＭＳテーブルのリード／ライト速度がテーブルのサイズに直接影響されるので、システムの性能を向上させるためにある。
【００５７】
失敗した更新はすべて記録されて調査されるので、トランザクションｅＬｅｄｇｅｒは、台帳ファイリングシステムにおいて重要な役割を果たす。これは、更新プロセスにおいて発生した問題に対して、より良いトレーサビリティを提供するだけでなく、問題発生のシステムに対して即時のフィードバックを提供する。
・ライブラリｅＬｅｄｇｅｒ
各システムは、トラックを維持し、システムで使われる用語を標準化し、さらに一貫した参照を達成するために、ライブラリを必要とする。一般に、標準ライブラリと特定ライブラリの、２種類のライブラリがある。標準ライブラリは、世界中の人々に広く使われ、めったに変わらない用語とコードを含む。標準ライブラリ用語の例として、国名、性別、サルート、郵便番号などがある。特定ライブラリは、限定されたアプリケーションで使われ、組織の部門やジョブタイトルのような、ある組織から別の組織まで通常は異なるコードまたは用語を含む。特定ライブラリは、教育産業の講座コードやストックコードのような、ある産業に特有のコードまたは用語も含む。
【００５８】
ＩＴシステムにおいて、ライブラリの用語とコードは、通常はプルダウンまたは選択のラジオ／チェックマーク・ボックスボタンの形で使われる。代表的なＲＤＢＭＳインプリメンテーションにおける従来のライブラリテーブルは、最小のオーディット・トレールを有し、ライブラリコード変化の完全な監査履歴は通常維持されない。
【００５９】
前述のように、すべてのｅＬｅｄｇｅｒ更新は、同じフローと同じ経路を使用する。従って、すべてのライブラリコードの生成または修正には、トランザクションｅＬｅｄｇｅｒにドキュメントを提出することが必要である。
【００６０】
図９は、通常のＤＢＭＳテーブルを使って実現されるライブラリｅＬｅｄｇｅｒの例を示す図である。ドキュメントＸ（１４ｙ）は、コードに対する変化の監査履歴としての役目を果たすのであるが、ライブラリｅＬｅｄｇｅｒのドキュメントゼロ（１６ｙ）は、システムのライブラリコードの最新のコピーに等しい。
・辞書ｅＬｅｄｇｅｒ
ある意味での辞書ｅＬｅｄｇｅｒは、それが、ドキュメントの更新ルール、ビジネスルール、ドキュメントのワークフロー、および検証ルールを含む、すべてのシステム関連のコードとパラメータを記憶するのに使われる点を除いては、ライブラリｅＬｅｄｇｅｒと非常に似ている。辞書ｅＬｅｄｇｅｒの記憶と検索のメカニズムは、ライブラリｅＬｅｄｇｅｒと全く同じであり、辞書ｅＬｅｄｇｅｒは同じ更新プログラム（ｅＤＰ）を使用する。
・グループｅＬｅｄｇｅｒ
グループｅＬｅｄｇｅｒは、基準に基づくアカウントを分類するのに使われる。ユーザは、領域、アカウントコード、またはその他の基準によってアカウントを分類ために選択する。さらに、記憶メカニズムと更新方法は、その他のｅＬｅｄｇｅｒと全く同じである。
・マスタｅＬｅｄｇｅｒ
マスタｅＬｅｄｇｅｒの機能は、従来のＲＤＢＭＳシステムに見られるマスタ記録テーブルと同じである。しかし、本発明のｅＬｅｄｇｅｒは、アカウント中心の記憶と検索の方法を提供するので、マスタｅＬｅｄｇｅｒからのデータの記憶と検索は、従来のシステムに比べて非常に簡単である。
【００６１】
本発明の台帳ファイリングシステムによって、ユーザは、複数のマスタｅＬｅｄｇｅｒを定義できる。マスタｅＬｅｄｇｅｒのそれぞれは、固有のラインゼロとドキュメントゼロのデザインを有する。例えば、ユーザは、顧客マスタｅＬｅｄｇｅｒを定義できる。そこでは、ラインゼロは、顧客名、住所、前金、未払金からなり、ドキュメントゼロは、請求書送付先、言及者、および最新の６つのトランザクション履歴などの、より詳細な情報からなる。ユーザは、設備マスタｅＬｅｄｇｅｒも定義できる。そこでは、ラインゼロは、設備ＩＤ、名前、日付などの製造者情報、サービスの期日、サービスに費やされる累積アカウントなどからなり、ドキュメントゼロは、最近のいくつかのサービス履歴、仕入先情報などの設備に関するさらに詳細な情報からなる。
【００６２】
ラインゼロとドキュメントゼロのデザインは、検索要件の機能である。特定のデータの検索とソートが必要な場合、ユーザは、ラインゼロフィールドにそれを含んでいる。しかし、ドキュメントゼロは、アカウントに関連し、またときにはビジネスインテリジェンスとアカウントの解析に関連する質問に答えるような、より大規模な情報を含んでいる。
【００６３】
さらに、マスタｅＬｅｄｇｅｒにおける情報の登録と更新は、その他のｅＬｅｄｇｅｒｓと全く同じである。
・オペレーションｅＬｅｄｇｅｒ
オペレーションｅＬｅｄｇｅｒは、スケジューリングされたドキュメントおよび時間依存のドキュメントを記憶するために本発明で使われる。本発明の台帳ファイリングシステムは、（１日１回、週に１回、各月の始めの日、または各月曜と金曜日などに）ルーティンの提出を要求したドキュメントにおいて、ドキュメント（ｅＤｏｃｕｍｅｎｔ）のもとですべてをカプセル化することによって機能するので、定期的に取られるべきアクションは、オペレーションｅＬｅｄｇｅｒに提出される。
【００６４】
本発明のオペレーションｅＬｅｄｇｅｒは、オペレーションｅＬｅｄｇｅｒ要件を容易にするためのアカウント中心の記憶システムなので、オペレーションｅＬｅｄｇｅｒのアカウントＩＤは日付時刻ベースである。ドキュメントＸは、そのそれぞれの日付時刻アカウントに登録され、そのドキュメントゼロに対して更新される。スケジューラプログラムは、背後で絶え間なく実行され、現在の日付時刻と一致するすべてのドキュメントゼロを検索し、それらのドキュメントを処理のためにトランザクションｅＬｅｄｇｅｒに提出する。
【００６５】
さらに、オペレーションｅＬｅｄｇｅｒにおける情報の登録と更新は、上記のその他のｅＬｅｄｇｅｒｓと全く同じである。
・インデックスｅＬｅｄｇｅｒ
本発明による台帳ファイリングシステムは、情報が各ｅＬｅｄｇｅｒ内に含んでいる各アカウントとインデックスの情報を収集する（クローリングする）ためのプログラムを提供する。索引を付けられた情報は、インデックスｅＬｅｄｇｅｒ内にｅＤｏｃｕｍｅｎｔとして記憶される。インデックスｅＬｅｄｇｅｒの唯一の目的は、より良い検索性能を促進することである。このインデックスｅＤｏｃｕｍｅｎｔが記憶され検索されるメカニズムは、その他のｅＬｅｄｇｅｒｓと全く同じである。
・要約ｅＬｅｄｇｅｒ
本発明が要約ｅＬｅｄｇｅｒを使うのは、ユーザ指定の基準に基づいてデータを集約するためである。ユーザは、異なる基準でデータを集約する多数の要約ｅＬｅｄｇｅｒを生成でき、情報の異なる“表示”を生成できる。要約ｅＬｅｄｇｅｒの例は、領域によって、月によって、アカウントによって、受領された支払い（ｅＤｏｃｕｍｅｎｔ）を含む。通常、要約ｅＬｅｄｇｅｒはドキュメントゼロを利用しないが、ラインゼロは特に報告と問い合わせのために頻繁に使用される。
【００６６】
要約アカウントが更新されるときは、追跡記録を保つため、および要約が最後にコンパイルされて更新されたのはいつであるかを追跡記録し続けるために、ドキュメントＸがアカウントに付加される。さらに、要約ｅＬｅｄｇｅｒにおける情報の登録と更新は、その他のｅＬｅｄｇｅｒｓと全く同じである。
・監査ｅＬｅｄｇｅｒ
本発明は、誤ったトランザクションまたは“不安定な”トランザクションを検出するために、各ｅＬｅｄｇｅｒにおいて自己監査を行うための、特別なプログラムを採用する。監査報告が生成され、記録目的のための監査ｅＬｅｄｇｅｒに提出される。ユーザは、監査の頻度を指定でき、監査アクティビティのそれぞれにおいて、照合パラメータを設定できる。さらに、監査ｅＬｅｄｇｅｒにおける情報の登録と更新は、その他のｅＬｅｄｇｅｒｓと全く同じである。
・大容量記憶ｅＬｅｄｇｅｒ
従来のファイリングシステムでは、我々は、キャビネットにファイリングできない大きなアイテムを保存するには、保存室を使う。我々は、通常、このかさばるアイテムにラベルを貼って編成し、その後で検索できるようにする。同様に、本発明の台帳ファイリングシステムは、記憶と検索の両方のために性能が最適化されるように、ビデオ、画像、オーディオやその他のマルチメディアのような大きなファイルまたはバイナリデータファイルを記憶可能にする特別なｅＬｅｄｇｅｒからなる。
【００６７】
大容量記憶ｅＬｅｄｇｅｒは、１行だけからなるｅＰａｇｅを除いては、仮想的にはその他のｅＬｅｄｇｅｒｓと同じであり、一般的にはラインサイズは１２８バイトよりも大きいキロ／メガバイト単位である。ファイリングと更新のプロセスは、その他のｅＬｅｄｇｅｒｓと全く同じである。従って、登録とファイリングのプロセスには、同じ更新プログラムが使われる。
【００６８】
大容量記憶ｅＬｅｄｇｅｒのＤＢＭＳインプリメンテーションでは、１ＭＢラインサイズの大型の列が、ＢＬＯＢデータタイプを使用する。バイナリファイルが１ＭＢよりも大きい場合、それは分割されて多数のセグメントに分けられ、多数のｅＰａｇｅ（テーブルの行）に記憶される。
【００６９】
ｅＰａｇｅのラインサイズはカスタマイズ可能であり、記憶と検索の用語における性能にとって、非常に重要である。データを多数のｅＰａｇｅに分割することによって、大きなバイナリファイルが検索でき、ユーザにｅＰａｇｅを一度に送ることができ、大きなファイル検索の応答時間を途方もなく増やすことができる。それは、ビデオやオーディオストリーミングのような、大きなファイルサイズを転送するためのストリーミング方式を得るアプリケーションにおいては特に当てはまる。
【００７０】
本発明の他の実施例において、資源から得たデータを記憶、統合、管理、検索、および編成するためのモジュールを有するコンピュータプログラムは以下の工程を備えており、前記モジュールの実行は、前記のデータを記憶し、管理するための方法をもたらす：
（ａ）取得した前記データを、コンピュータが読み取れる所定の構造を有する電子ドキュメントに変換し（１０１）；
（ｂ）すべての変換データが記憶される一時的な記憶手段に、前記電子ドキュメントを記憶し（１０２）；
（ｃ）前記電子ドキュメントを記憶するために、目的ファイルを識別し（１０３）；
（ｄ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページを検索し（１０４）；
（ｅ）検索した前記ページに、前記電子ドキュメントを年代順に付加し（１０５）；
（ｆ）付加した前記電子ドキュメントのデータに従って、前記目的ファイルを更新し（１０６）；
（ｇ）特定の記憶手段に、前記更新した目的ファイルを記憶する（１０７）。
【００７１】
本発明によれば、記憶手段は、データを記憶する少なくとも１つの仮想フォルダを備え、記憶手段は、記憶のニーズに従って、実質的に同じデザインを有する多数の仮想フォルダを備えている。
【００７２】
コンピュータプログラムは、さらに、各電子ドキュメント（１４）に優先順位を割り当て、割り当てられた優先順位に従って各電子ドキュメントを処理するモジュールを備えている。複数の電子ドキュメント（１４）に同じ優先順位が割り当てられると、電子ドキュメント（１４）は、システムに入力された日時に従って順に処理される。
【００７３】
本発明の好ましい実施例では、コンピュータプログラムは、さらに、電子ドキュメント（１４）が前記メモリ装置によって受信される場合、プロセッサが電子ドキュメント（１４）を更新ルールと相互参照させ、それにより目的ファイルを更新するような、更新ルールのセットからなる更新モジュールを備えている。さらに好ましくは、更新ルールは、以下の工程を備えている：
（ｉ）前記一時的な記憶手段に前記変換された電子ドキュメント（１４）を読み出す；
（ｉｉ）前記電子ドキュメント（１４）を記憶するために、目的ファイルを識別する；
（ｉｉｉ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページ（１２）を検索する；
（ｉｖ）検索した前記ページに、前記電子ドキュメント（１４）を年代順に付加する；
（ｖ）付加した前記電子ドキュメント（１４）のデータに従って、前記目的ファイルを更新する；
（ｖｉ）目的ファイルに関連電子ドキュメント（１４）を付加して更新するときに、前記一時的な記憶手段に記憶される電子ドキュメント（１４）の処理ステータスを更新する。
【００７４】
処理ステータスは、目的ファイルへの電子ドキュメント（１４）の付加処理と更新処理が、成功であるか失敗であるかを表す指示である。
本発明のさらに他の実施例は、
ｉ）  プロセッサと；
ｉｉ）  前記プロセッサに動作可能なように接続されたメモリ装置と；
ｉｉｉ）  前記プロセッサに動作可能なように接続された記憶媒体と、
を少なくとも備えたコンピュータシステムに関し、プロセッサによるモジュールの実行によって、データを記憶し、管理するための前記方法をもたらすようなモジュールを、前記メモリ装置が記憶することを特徴とする。このデータの記憶、管理方法は、
（ａ）データを取得し（１００）；
（ｂ）取得した前記データを、コンピュータが読み取れる所定の構造を有する電子ドキュメントに変換し（１０１）；
（ｃ）すべての変換データが記憶される一時的な記憶手段に、前記電子ドキュメントを記憶し（１０２）；
（ｄ）前記電子ドキュメントを記憶するために、目的ファイルを識別し（１０３）；
（ｅ）もっとも最近の電子ドキュメントが記録される、前記目的ファイルの所定の電子ページを検索し（１０４）；
（ｆ）検索した前記ページに、前記電子ドキュメントを年代順に付加し（１０５）；
（ｇ）付加した前記電子ドキュメントのデータに従って、前記目的ファイルを更新し（１０６）；
（ｈ）特定の記憶手段に、前記目的ファイルを記憶する（１０７）、
工程からなることを特徴とする。
【００７５】
本発明の特定の実施例に関する前記記述を、説明と記述のために示してきた。しかし、それらは、発明を余すところなく網羅し、または開示した明確な形態に限定するものではなく、当然のことながら変更や修正は可能である。本実施例は、本発明の原理とその実際の応用を最良に説明するために選択され記述されたものであり、それによって他の当業者が本発明と、意図した事項に適するように様々に変更した実施例とを最良に利用することができる。本発明の範囲は、添付した特許請求の範囲とその等価物によって定義されるものである。
【図１】
2010520549.tif 000003
【図２】
2010520549.tif 000004
【図３】
2010520549.tif 000005
【図４】
2010520549.tif 000006
【図５】
2010520549.tif 000007
【図６】
2010520549.tif 000008
【図７】
2010520549.tif 000009
【図８】
2010520549.tif 000010
【図９】
2010520549.tif 000011
【国際調査報告】
2010520549.tif 000012
2010520549.tif 000013