JP2001513926A

JP2001513926A - 複数レベルのリモート・クライアントを持つ部分的複製分散データベース

Info

Publication number: JP2001513926A
Application number: JP53784398A
Authority: JP
Inventors: エス．ブロダーセン，ロバート; チャタージー，プラシャント; エス．リム，ピーター
Original assignee: シーベルシステムズ，インコーポレイティド
Priority date: 1997-02-28
Filing date: 1998-02-24
Publication date: 2001-09-04
Also published as: US20030105782A1; AU6669198A; US20020035577A1; WO1998038564A2; US6754681B2; US7421457B2; US8046327B2; US20090019093A1; EP1015997A2; US20040199509A1; US7231407B2; US20050038810A1; WO1998038564A3; US6266669B1; EP1015997A4; US6405220B1

Abstract

(57)【要約】データベース管理システムにデータを収集、記憶、検索する方法およびシステム。データベース管理システムは、マスター・データベース・サーバ（４）、少なくとも１つのワークグループ・サーバ（３１５）、および複数のワークグループ・ユーザ・クライアント（３１０）を含む。ワークグループ・サーバ（３１５）はマスター・データベース・サーバ（４）とかかるワークグループ・ユーザ・クライアント（３１０）との間に介在される。ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースにトランザクションを作り、ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力し、かかるワークグループ・ユーザ・クライアント（３１０）のアウトボックスにトランザクションに対応するトランザクション・ファイルを作る方法。次に、ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスにトランザクション・ファイルをコピーし、ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にトランザクション・ファイルをアップデートする。ワークグループ・データベース（３０５）はトランザクション・ログを含む。

Description

【発明の詳細な説明】複数レベルのリモート・クライアントを持つ部分的複製分散データベース序論Ｉ．技術分野本発明は、部分的に複製したリレーショナル・データベース・システムのネットワークをアップデートするためのシステムおよび方法に関し、より詳しくは、データベースに対して処理するトランザクションのネットワーク上のクライアントに対する可視度を計算する効率的方法の提供に関する。 II．背景リレーショナル・データベースは、ビジネスその他の環境でデータを表すために広く用いられるデータ構造である。リレーショナル・データベースは、２次元の表の集合の形式でデータを表す。各テーブルは、行と列からなる一連のセルから構成される。一般に、表の行は特定の観測を表す。列は、データフィールドまたは別の表の行へのポインターを表す。例えば、組織構造を表すデータベースは、組織各地位を記述するのに１つの表を持ち、組織の各従業員を記述するのにもう１つの表を持つことができる。従業員表には、氏名、従業員番号、年齢、給与等の従業員固有の情報を入れることができる。地位表には、肩書き（「販売員」、「副社長」等）、給与範囲等、地位固有の情報を入れることができる。この表は、例えば、従業員表の各行に地位表の特定の行へのポインターを備えて、従業員表の各行にその従業員の地位を記述する地位表中の特定行へのポインターがあるように調整して関連づけることができる。リレーショナル・データベース管理システム（ＲＤＢＭＳ）は、ユーザからの照会に対応したこれらの表の「結合」をサポートし、例えば特定の従業員について照会を行うユーザが、従業員表の情報だけでなく、関連する地位表の情報も含めて選択した従業員の報告を与えられるようにする。リレーショナル・データベースは、この例よりはるかに複雑で、複数の表とそれらの間の多数の関係を持つ。安価でポータブルなコンピュータの利用の普及により、中央コンピュータから離れた場所でポータブルコンピュータにデータベースを複製して参照することが有利である。そして複製したデータベースを、ポータブルコンピュータのユーザにとっては不便な中央位置に保持されたメイン・データベースを参照する必要なく、ユーザがポータブルコンピュータで参照することができる。ただし、複製されたデータベースの利用には、多数の難点がある。短所の１つは、中央データベースのフルコピーには、望ましい、あるいは経済的と言える以上のデータ保存が必要となることである。例えば、現場で働く販売員は、自分の販売地域の販売チャンスに関する情報についてデータベースを参照する必要があるが、自分の地域外の販売チャンスに関する情報を参照する必要はない。必要なデータ保存量を少なくするアプローチの１つに、ユーザが必要とするデータベース部分のみ複製するというものがある。ただし、このアプローチでは、データのどの部分が必要かを決定する基準は時と共に変化するということを認識していない。例えば、販売員は自分のテリトリーに新しい都市を追加するかもしれない。従来のアプローチでは、この場合、販売員は、追加した都市を含むデータを選択して、データベースの自分のローカルコピーを再複製する必要がある。このような操作は不便で、エラーを生じやすく、時間がかかる。複製データベースのもう１つの短所は、複製したコピーを使ってデータをアップデートしようとする時の困難さである。複製データベースに行った変更は中央データベースには行われず、データベースの複製コピーに保存された情報と中央データベースに保存された情報との間に不一致が生じることになる。複製コピーの修正をジャーナルして、中央データベースに同じ修正を行うことはできるが、このアプローチの持つ問題に、アップデートの衝突、即ち複製コピーのユーザが、中央コピーのユーザまたは別の複製コピーのユーザが変更したデータを変更してしまう可能性がある。そのため、複製データベース全体のリフレッシュの必要なく複製の程度を容易に変更でき、中央データベースのユーザと部分的複製データベースのユーザとの間でアップデートの調整をできるように、中央データベースの部分的に複製した１つ以上のコピーを保持する機能を持たせるのが望ましい。発明の概要本発明は、中央データベース、または別の部分的複製データベースのアップデートを、選択的に部分的複製データベースに伝播させるよう、部分的複製データベースを保持する方法に関する。部分的複製データベースの所有者がアップデート中のデータに対する可視度を持っているとみなされる場合、アップデートは部分的複製データベースに伝播される。可視度は、ルールデータベースに保存されたダイナミックルールまたはあらかじめ決められたルールなどのルールを使って決定される。本発明の１形態では、保存したルールは、アップデートしており、ドッキング・オブジェクト（docking object）として知られるロジカル・エンティティ（logical entity）を作成する各種テーブルのデータ・コンテンツに対して評価される。本発明の別の態様では、保存したルールは、必ずしもアップデートされないが、アップデートしているドッキング・オブジェクトに関連する１つ以上のドッキング・オブジェクトのデータ・コンテンツに対して評価される。ある実施形態では、関連するドッキング・オブジェクトの可視度の属性は繰り返し判断される。本発明のさらに別の態様では、中央コンピュータがドッキング・オブジェクトをその部分的複製データベースに挿入するようノード（node）に指示できるように可視度の変更が決定される。このような可視度の変更は、中央コンピュータがその部分的複製データベースからドッキング・オブジェクトを除去するようノードに指示できるようにするために決定される。本発明のさらに別の態様では、あらかじめ決められたルールは、宣言形式で、データ・コンテンツを参照せずにデータの構造に基づいてデータの可視度を指定する。本発明のさらに別の態様では、１つのドッキング・エンティティで複数のユーザをサポートするようデータベースを構成する。さらに詳しくは、本発明のある態様は、マスター・データベース・サーバ（４）と、アプリケーション・サーバ（３０３）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つデータベース管理システムにデータを収集、記憶、検索する方法である。本発明のこの実施例では、ワークグループ・サーバ（３１５）はマスター・データベース・サーバ（４）とかかるワークグループ・ユーザ・クライアント（３１０）との間に介在される。本発明のこの実施例の方法には、ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースにトランザクションを作り、ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力し、ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにトランザクションに対応するトランザクション・ファイルを作ることが含まれる。本発明のこの実施例では、次のステップは、ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスへのトランザクション・ファイルのコピーと、ワークグループ・データベース（３０５）がトランザクション・ログを含む場合、ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にトランザクション・ファイルをアップデートすることである。本発明の方法の次のステップには、ワークグループ・データベース（３０５）トランザクション・ログを読み取り、マスター・データベース・サーバ（４）に発するトランザクションをスキップしてルーピングを避け、トランザクション・ログのエントリに対応するデータ・ファイルを作ることが含まれる。これらエントリは、ワークグループ・サーバ（３１５）のエントリに対応するマスター・データベース・サーバ（４）のインボックスにコピーされる。これらエントリを使って、マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートする。本発明の別の態様では、データベースは複数のユーザをサポートするよう構成される。さらに詳しくは、本発明のある態様は、マスター・データベース・サーバ（４）と、少なくとも１つのワークグループ・サーバ（３１５）と、１つまたはそれより多いワークグループ接続クライアント（３３０−ａ）とを持つデータベース管理システムにデータを収集、記憶、検索する方法である。本発明のこの実施例では、ワークグループ・サーバ（３１５）はワークグループ接続クライアント（３３０−ａ）に直接接続される。本発明のこの実施例の方法には、ワークグループ接続クライアント（３３０−ａ）の１つに常駐するローカル・データベースにトランザクションを作り、ワークグループ接続クライアント（３３０−ａ）に常駐するトランザクション・ログにトランザクションを入力し、ワークグループ接続クライアント（３３０−ａ）のアウトボックスにトランザクションに対応するトランザクション・ファイルを作ることが含まれる。本発明のこの実施例では、次のステップは、ワークグループ接続クライアント（３３０−ａ）に識別されたインボックスへのトランザクション・ファイルのコピーと、ワークグループ・データベース（３０５）がトランザクション・ログを含む場合、ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にトランザクション・ファイルをアップデートすることである。トランザクションは、ワークグループ・サーバ（３１５）のトランザクション・ログに直接入力される。本発明のさらに別の実施例は、製造物、すなわち、ディスクあるいはテープなどに組み込まれる。製造物は、データベース管理システムにデータを収集、記憶および検索するためのコンピュータ・リーダブルなプログラム・コードを持つコンピュータ・ユーザブル、すなわちリーダブルな媒体である。データベース管理は、上述のように、マスター・データベース・サーバ（４）、アプリケーション・サーバ（３０３）、少なくとも１つのワークグループ・サーバ（３１５）および複数のワークグループ・ユーザ・クライアント（３１０）を持つもので、ワークグループ・サーバ（３１５）はマスター・データベース・サーバ（４）とワークグループ・ユーザ・クライアント（３１０）との間に介在される。製造物のコンピュータ・リーダブル・プログラムには、コンピュータに、１つまたはそれより多い個々のワークグループ・ユーザ・クライアント（３１０）に常駐するローカル・データベースでトランザクションを作らせ、ワークグループ・ユーザ・クライアント（３１０）の１つ、すなわち、トランザクションを発したワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力し、ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにトランザクションに対応するトランザクション・ファイルを作るためのコンピュータ・リーダブル・プログラム・コードが含まれる。本発明のこの実施例では、コンピュータに、ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスへトランザクション・ファイルをコピーさせ、ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にトランザクション・ファイルをアップデートさせるためのコンピュータ・リーダブル・プログラム・コードが含まれる。ワークグループ・データベース（３０５）にはトランザクション・ログが含まれる。最後に、コンピュータ・リーダブル・プログラム・コードは、コンピュータに、ワークグループ・データベース（３０５）トランザクション・ログを読み取らせ、マスター・データベース・サーバ（４）に発するトランザクションをスキップさせてルーピングを避け、その中にエントリに対応するデータ・ファイルを作らせ、ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルをワークグループ・サーバ（３１５）に対応するマスター・データベース・サーバ（４）のインボックスにコピーさせる。次に、マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートする。本発明のさらに別の態様は、データを、すなわち、マスター・データベース・サーバ（４）と、アプリケーション・サーバ（３０３）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つデータベース管理システムに、収集、記憶、検索するための方法ステップを実行するためマシンが実行可能な指令のプログラムを明白に具現するマシンが読み取り可能なプログラム記憶装置であり、ワークグループ・サーバ（３１５）はマスター・データベース・サーバ（４）とかかるワークグループ・ユーザ・クライアント（３１０）との間に介在される。この実施例で、コードはワークグループ・クライアントに常駐するデータベース管理システムに、ワークグループ・ユーザ・クライアント（３１０）に常駐するローカル・データベースにトランザクションを作らせ、ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力させ、かかるワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作らせる。次に、トランザクション・ファイルをワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスにコピーさせ、トランザクション・ファイルをワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にアップデートさせる。ワークグループ・データベース（３０５）にはトランザクション・ログが含まれることに注意する。次に、ソフトウェアはワークグループ・データベース（３０５）トランザクション・ログを読み取り、マスター・データベース・サーバ（４）に発するトランザクションをスキップし、すなわち、ルーピングを避け、トランザクション・ログのエントリに対応するデータ・ファイルを作り、ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、ワークグループ・サーバ（３１５）に対応するマスター・データベース・サーバ（４）のインボックスにコピーして、マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートする。図面の簡単な説明図１は、本発明の実施例の動作の概観を示す。図２は、ドッキング・オブジェクトを作る各種コンポーネントの関係を示すデータベース・スキーマ（schema）を示す。図３は、データベースをアップデートするアップデート・マネージャーが実行するステップを示す。図４は、１つ以上のトランザクション・ログ（logs）を転送および/または受けるドッキング・マネージャーが実行するステップを示す。図５は、既存データベースにトランザクション・ログ記録をマージするためマージ・プロセッサーが実行するステップを示す。図６は、部分的トランザクション・ログを準備するためログ・マネージャー(l og manager)が実行するステップを示す。図７は、ログ・マネージャーが呼び出すドッキング・オブジェクトの可視度を計算するため、可視度計算機が実行するステップを示す。図８は、データ可視度の変更に応答して部分的複製データベースの同期を実行するステップを示す。図９は、マルチユーザ・ドッキング・クライアントをサポートするよう構成されたロジカル・データベースを示す。図１０は、マルチユーザ・ドッキング・クライアントをサポートするデータベース設計を説明するデータベースの図である。特定の実施例の説明概観図１は、本発明の１つの実施例の動作の概観である。図１は、中央コンピュータシステム１と３つのリモートコンピュータシステム（または「ノード」）、２１−ａ，２１−ｂおよび２１−ｃを示す。ノード２１−ａ，２１−ｂおよび２１ −ｃはそれぞれ、これより詳しく説明する中央コンピュータシステムとの各種通信状態で示される。中央コンピュータシステム１は、中央データベース３、ドッキング・マネージャー５、マージ・プロセッサー７およびログ・マネージャー９を含む。中央コンピュータシステム１はさらに、オプションでユーザ入力１３に応答するアップデート・マネージャー１１を含む。ノード２１−ａは、ラップトップコンピュータのようなモバイルクライアントなどのリモートコンピュータシステムである。ノード２１−ａは、部分的複製リモート・データベース２３−ａ，ユーザ入力３３−ａに応答するアップデート・マネージャー３１−ａ、ドッキング・マネージャー２５−ａ、マージ・マネージャー２７−ａを含む。オペレーションでは、アップデート・マネージャーはユーザ入力３３−ａに応答して、ノード２１−ａのオペレータの指示どおりにリモート・データベース２３−ａを変更する。アップデートは、ノードのアップデートログ３５−ａに記録、あるいはジャーナルされる。ある時点におけるノード２１−ａのオペレータの都合で、ノード・ドッキング・マネージャー３５−ａが起動され、中央ドッキング・マネージャー５との通信に入る。アップデート・ログ３５−ａをノード・ドッキング・マネージャー２５−ａが入力として取り、中央ドッキング・マネージャー５に与える。中央ドッキング・マネージャー５は受け取り済みノード・アップデート・ログ１９を作り、これには、アップデート・ログ３５−ａに記録されている情報がすべて入っている。オプションで、部分ログ１７−ａを中央ドッキング・マネージャー５が入力として取り、本書で詳しく説明するようにノード・ドッキング・マネージャー２５−ａに与える。ある時点における中央コンピュータシステム１のオペレータの都合で、マージ・プロセッサー７が起動される。マージ・プロセッサー７は受け取り済みノード・アップデート・ログ１９を入力として取り、そこに記述されたアップデートを中央データベース３に適用する。受け取り済みノード・アップデート・ログ１９からのアップデートの適用プロセスにおいて、マージ・プロセッサーは中央アップデート・ログ１５に適用されたアップデートをジャーナルする。オプションで、アップデート・マネージャー１１は、ユーザ入力１２に応答して、中央コンピュータシステム１のオペレータの指示どおりに中央データベース３に追加変更を行う。アップデート・マネージャー１１によるアップデートはさらに中央アップデート・ログ１５にジャーナルされる。ある時点における中央コンピュータシステム１のオペレータの都合で、ログ・マネージャー９が起動される。ログ・マネージャー９は中央アップデート・ログ１５を入力として取り、ここで詳しく説明する可視度ルールに従って部分ログ１７−ａ、１７−ｂ、１７−ｃのセットを出力として生成する。部分ログ１７−ａ、１７−ｂおよび１７−ｃのそれぞれは、ノード２１−ａ、２１−ｂおよび２１ −ｃに対応する。ノード・ドッキング・マネージャー２５−ａのようなノード・ドッキング・マネージャーが中央ドッキング・マネージャー５と通信に入り、オプションで対応する部分ログの転送を要求すると、中央ドッキング・マネージャー５は入力として部分ログ１７−ａなどの適当な部分ログを取り、これをノード・ドッキング・マネージャー２５−ａに提示する。ノード・ドッキング・マネージャー２５−ａは、マージ・ログ３７−ａとして部分ログ１７−ａを複製する。将来のある時点におけるノード２１−ａのオペレータの都合で、マージ・プロセッサー２７−ａが起動される。マージ・プロセッサー２７−ａは、入力としてマージ・ログ３７−ａを取り、部分的複製データベース２３−ａにそこに記述するアップデートを適用する。ノード２１−ａに加えて、図１はまた２つの追加ノード２１−ｂと２１−ｃを示す。ノード２１−ｂは、中央コンピュータ１との通信で示される。ただし、ノード２１−ａと異なり、ノード２１−ｂのオペレータは自分のアップデートを中央コンピュータシステム１に送ることのみ要求しており、自分の部分的複製データベース２３−ｂにどこかで行われた変更を与えられることは要求していない。これは例えば、オペレータにできるだけ早く行わなければならない緊急のアップデートがあるが、他のノードからアップデートを受け取る時間がない場合などである。従って、図１はノード・ドッキング・マネージャー２５−ｂから中央ドッキング・マネージャー５へのノード・アップデート・ログ３５−ａの転送のみ示し、中央ドッキング・マネージャー５からノード・ドッキング・マネージャー２５−ｂへの転送は示さない。従って、ノード２１−ｂのマージ・マネージャーは起動されず、図示されない。同様に、ノード２１−ｃは、中央コンピュータシステム１と通信しない状態で示される。従って、ノード２１−ｃのドッキング・マネージャーは起動されず、図示されない。上述のサイクルにより、ノード２１−ａ、２１−ｂおよび２１−ｃそれぞれによるアップデートが中央コンピュータシステム１に与えられ、中央データベース３をそのようにアップデートできる。さらにノード２１−ａ、２１−ｂおよび２１−ｃによるアップデートのそれぞれと、中央コンピュータシステム１に対するアップデートは、ノード２１−ａ、２１−ｂおよび２１−ｃのそれぞれに戻され、これによって部分的データベース２３−ａ，２３−ｂおよび２３−ｃのそれぞれが互いと中央データベース３と同期させる。データベース構造中央データベース３とノード・データベース２３−ａ，２３−ｂおよび２３− ｃとの同期は、ドッキング・オブジェクトと呼ばれる構造を使って実行する。ドッキング・オブジェクトは、メンバー・テーブル（１つのプライマリー・テーブルを含む）、可視度ルール、可視度イベント、関連するドッキング・オブジェクトから構成される。メンバー・テーブルは、ドッキング・オブジェクトを構成するリレーショナル・データベースのテーブルである。ドッキング・オブジェクトが中央データベース３からノード・データベース２３−ａ、２３−ｂまたは２３−ｃに伝播する時、その伝播は特定のドッキング・オブジェクトと関連するメンバー・テーブルのそれぞれへの挿入の形を取る。同様に、ドッキング・オブジェクトがデータベースから除去されるようスケジュールされると、その除去はドッキング・オブジェクトに関連するメンバー・テーブルからの記録の削除によって構成される。例えば、販売機会を表すドッキング・オブジェクトには、機会そのもの（例えば「Ｓ＿ＯＰＴＹ」という名前）、機会によって表される販売製品（例えば「Ｓ＿ＯＰＴＹ＿ＰＲＯＤ」という名前）、その機会の連絡先（例えば「Ｓ＿ＯＰＴＹ＿ＣＯＮＴＡＣＴ」）等を表すテーブルを含むことができる。これらテーブルはそれぞれ「機会ドッキング・オブジェクト」のメンバー・テーブルと言われる。プライマリー・テーブルは、ドッキング・オブジェクトの特定のインスタンス（instance）が特定のノードに見えるかどうかを制御するメンバー・テーブルである。プライマリー・テーブルは、アップデート、削除または挿入されるプライマリー・テーブルの行を特定するために使うプライマリー行ＩＤ値を有している。例えば、「機会ドッキング・オブジェクト」は、プライマリー・テーブルとしてテーブルＳ＿ＯＰＴＹを持つことができる。このテーブルの行ＩＤ、すなわち「Ｓ＿ＯＰＴＹ．ｒｏｗ＿ｉｄ」は、機会ドッキング・オブジェクトのプライマリー行ＩＤである。可視度ルールは、ドッキング・オブジェクトの特定のインスタンスが特定のノード２１に「可視」か否かを決定する基準である。ドッキング・オブジェクトが特定のノードに可視なら、そのノードはドッキング・オブジェクトにデータのアップデートを受ける。可視度ルールには、ＲＵＬＥ＿ＴＹＰＥのフィールドに応じて２種類ある。「Ｒ」のＲＵＬＥ＿ＴＹＰＥを持つ可視度ルールは、ＳＱＬルールと呼ばれる。ＳＱＬルールには、ＳＱＬステートメントに指定する基準を満たすデータがドッキング・オブジェクトに存在するか否か決定するために評価されるストラクチャード・ケリー・ランゲージ（ＳＱＬ）ステートメントのセットが含まれる。仮にそうであれば、ドッキング・オブジェクトはノードにとって可視である。「Ｏ」のＲＵＬＥ＿ＴＹＰＥを持つ可視度ルールは、ドッキング・オブジェクト・ルールと呼ばれる。ドッキング・オブジェクト・ルールは、可視度について照会する別のドッキング・オブジェクトを指定ずる。指定のドッキング・オブジェクトが可視なら、それを指すドッキング・オブジェクトも可視である。関連ドッキング・オブジェクトは、検討中のドッキング・オブジェクトが伝播あるいは削除されるときに、伝播あるいは削除されるドッキング・オブジェクトである。例えば、機会ドッキング・オブジェクトには、販売連絡先、組織、販売する製品、機会の追求に必要な活動を表す関連ドッキング・オブジェクトがある。機会ドッキング・オブジェクトが中央データベース３からノード・データベース２３の１つに伝播すると、関連ドッキング・オブジェクトも伝播される。図２は、ドッキング・オブジェクトを構成する各種コンポーネントの関係を示すデータベース・スキーマである。このスキーマは、メタ・データベース(meta- database)で、データベースでアクセスしているデータを記述しない。というより、このスキーマは、アクセスしているデータベースの構造を定義する別個のデータベースである。すなわち、他のデータベースの関係とデータ・コンテキストを記述するデータベース構成テーブルである。図２に示すテーブルはそれぞれ行列形式で示されるようなリレーショナル・データベースのテーブルである。多くの列はすべての図示テーブルに共通するフィールドを表す。かかるフィールドには例えば、テーブルの特定の行を示すＲＯＷ＿ＩＤや、行を作成し、最後に修正した日付と時間を追跡するフィールド、行を作成・修正したユーザの身元などが含まれる。さらに、各テーブルにはそのテーブル固有のフィールドで、以下に詳細に説明するものを含む。テーブルＳ＿ＤＯＢＪ６１は、アプリケーションのドッキング・オブジェクトを記述する。テーブルＳ＿ＤＯＢＪ６１には、ＯＢＪ＿ＮＡＭＥおよびＰＲＩＭＡＲＹ＿ＴＡＢＬＥ＿ＩＤが含まれる。フィールドＯＢＪ＿ＮＡＭＥは、記述するドッキング・オブジェクトの名前を定義する。フィールドＰＲＩＭＡＲＹ＿ＴＡＢＬＥ＿ＩＤを使って、このドッキング・オブジェクトに関連するプライマリー・テーブルを識別する。テーブルＳ＿ＤＯＢＪ＿ＩＮＳＴ６３は、テーブルＳ＿ＤＯＢＪ６１で記述するドッキング・オブジェクトの特定のインスタンスが、特定のノードのデータベースに存在するか否かを記述する。テーブルＳ＿ＤＯＢＪ＿ＩＮＳＴ６３は、フィールドＮＯＤＥ＿ＩＤ，ＤＯＢＪ＿ＩＤおよびＰＲ＿ＴＢＬ＿ＲＯＷ＿ＩＤを含む。フィールドＮＯＤＥ＿ＩＤは、特定のノード・テーブル６５を指す。フィールドＤＯＢＪ＿ＩＤは、ドッキング・オブジェクトのインスタンスか適用されるドッキング・オブジェクトを指す。フィールドＰＲ＿ＴＢＬ＿ＲＯＷ＿ＩＤを使って、ドッキング・オブジェクトのプライマリー・テーブルの特定の行を選択する。この値は、ドッキング・オブジェクトのインスタンスを識別する。テーブルＳ＿ＲＥＬ＿ＤＯＢＪ６７は、テーブルＳ＿ＤＯＢＪ６１で記述する特定のドッキング・オブジェクトの関連ドッキング・オブジェクトを記述する。テーブルＳ＿ＲＥＬ＿ＤＯＢＪ６７は、フィールドＤＯＢＪ＿ＩＤ、ＲＥＬ＿ＤＯＢＪ＿ＩＤおよびＳＱＬ＿ＳＴＡＴＥＭＥＮＴを含む。フィールドＤＯＢＪ＿ＩＤは、特定の関連ドッキング・オブジェクトを所有するドッキング・オブジェクトを識別する。フィールドＲＥＬ＿ＤＯＢＪ＿ＩＤは、ＤＯＢＪ＿ＩＤで識別されるドッキング・オブジェクトが所有する関連ドッキング・オブジェクトを識別する。フィールドＳＱＬ＿ＳＴＡＴＥＭＥＮＴは、関連ドッキング・オブジェクトのプライマリーＩＤ値を取得するために実行できるＳＱＬステートメントである。テーブルＳ＿ＤＯＢＪ＿ＴＢＬ６９は、テーブルＳ＿ＤＯＢＪ６１で記述する特定のドッキング・オブジェクトのメンバー・テーブルを記述する。テーブルＳ＿ＤＯＢＪ＿ＴＢＬ６９は、フィールドＤＯＢＪ＿ＩＤ、ＴＢＬ＿ＩＤおよびＶＩＳ＿ＥＶＥＮＴ＿ＦＬＧを含む。フィールドＤＯＢＪ＿ＩＤは、行で記述するメンバーテーブルの入ったドッキング・オブジェクトを識別する。フィールドＴＢＬ＿ＩＤは、行の記述するメンバー・テーブルであるデータベース中の特定のテーブルを識別する。フィールドＶＩＳ＿ＥＶＥＮＴ＿ＦＬＧは、このドッキング・オブジェクトの変更が可視度イベントを生じるか否かを示すフラグである。「Ｙ」の値は、変更で可視度イベントが生じることを示し、「Ｎ」の値は、生じないことを示す。テーブルＳ＿ＤＯＢＪ＿ＶＩＳ＿ＲＵＬＥ７１には、特定のドッキング・オブジェクトと関連する可視度ルールを含む。Ｓ＿ＤＯＢＪ＿ＶＩＳ＿ＲＵＬＥ７１には、フィールドＤＯＢＪ＿ＩＤ，ＲＵＬＥ＿ＳＥＱＵＥＮＣＥ，ＲＵＬＥ＿ＴＹＰＥ，ＳＱＬ＿ＳＴＡＴＥＭＥＮＴおよびＣＨＥＣＫ＿ＤＯＢＪ＿ＩＤを含む。フィールドＤＯＢＪ＿ＩＤは、特定の可視度ルールの関連するドッキング・オブジェクトを識別する。フィールドＲＵＬＥ＿ＳＥＱＵＥＮＣＥは、テーブルＳ＿ＤＯＢＪ＿ＶＩＳ＿ＲＵＬＥ７１の他の可視度ルールに関連するシーケンスを示すシーケンス番号で、特定の可視度ルールを走らせなければならない。ＲＵＬＥ＿ＴＹＰＥは、特定の可視度ルールがタイプ「Ｒ」で、ＳＱＬ可視度ルールを示すか、タイプ「Ｏ」で、ドッキング・オブジェクト可視度ルールを示すかを指定する。ＲＵＬＥ＿ＴＹＰＥが「Ｒ」に等しい場合、フィールドＣＨＥＣＫ＿ＤＯＢＪ＿ＩＤは意味のあるものでなく、フィールドＳＱＬＳＴＡＴＥＭＥＮＴには、このドッキング・オブジェクトと特定のノード２１に関連するプライマリ・テーブルのプライマリＲＯＷ＿ＩＤを使って評価するＳＱＬステートメントが入っている。ＳＱＬステートメントが何らかの記録を戻すと、ドッキング・オブジェクトはノート２１にとって可視とみなされ、その可視度が決定される。ＲＵＬＥ＿ＴＹＰＥが「Ｏ」に等しい場合、フィールドＣＨＥＣＫ＿ＤＯＢＪ＿ＩＤとフィールドＳＱＬ＿ＳＴＡＴＥＭＥＮＴは両方とも意味のあるものである。フィールドＣＨＥＣＫ＿ＤＯＢＪ＿ＩＤは、可視度を決定しなければならないドッキング・オブジェクトを指定する。指定のドッキング・オブジェクトが可視とみなされたら、その可視度ルールに関連するドッキング・オブジェクトも可視である。フィールドＳＱＬ＿ＳＴＡＴＥＭＥＮＴには、実行されると，その可視度ルールに関連するドッキング・オブジェクトのインスタンスに対応するＣＨＥＣＫ＿ＤＯＢＪ＿ＩＤで識別するドッキング・オブジェクトの行ＩＤを戻すＳＱＬステートメントを含む。テーブルＳ＿ＡＰＰ＿ＴＢＬ７３は、特定のアプリケーションに用いるすべてのテーブルを記述するアプリケーション・テーブルである。これは、ドッキング・オブジェクトの各メンバー・テーブルは、テーブルＳ＿ＤＯＢＪ＿ＴＢＬ６９によって、ドッキング・オブジェクトのプライマリ・テーブルはテーブルＳ＿ＤＯＢＪによって指される。Ｓ＿ＡＰＰ＿ＴＢＬ７３は、テーブルＳ＿ＡＰＰ＿ＣＯＬ７５を指すが、これは特定のアプリケーションのデータ列を記述するアプリケーション列テーブルである。Ｓ＿ＡＰＰ＿ＴＢＬ７３は、プライマリ・キーを介して直接、および外部キー列テーブル８１、ユーザ・キー列テーブル８３、列グループ・テーブル８５などの手段を介して間接にテーブルＳ＿ＡＰＰ＿ＣＯＬ７５を指す。アプリケーション・テーブル、アプリケーション列テーブル、外部キー列テーブル、ユーザ・キー列テーブル、列グループ・テーブルの関係は当業者には周知であるのでこれ以上説明しない。アップデート処理図３は、ノードデータベース２３−ａ，２３−ｂまたは２３−ｃなどのデータベースをユーザ入力に対応してアップデートする際、アップデート・マネージャー３１−ａ，３１−ｂまたは３１−ｃなどのアップデート・マネージャー３１が実行するステップを示す。アップデート・マネージャー３１の実行は、ステップ１０１から始まる。ステップ１０３で、アップデート・マネージャー３１はユーザ入力３３からデータベース２３のデータ変更を要求するコマンドの形で受取る。要求は、テーブルの行の削除、テーブルへの行の追加、テーブルの特定の行の特定列のセル値変更という要求の形になる。ステップ１０５では、周知の手段を使って、アップデート・マネージャー３１が要求されたアップデートをデータベース２３に適用する。ステップ１０７では、アップデート・マネージャー３１はアップデートを記述するログ記録を作り、アップデート・ログ３５に書き込む。ログ記録の内容は、行ったアップデートを記述する。各ログ記録は、アップデートを作るノードのノード識別子、アップデートするテーブルの識別、行っているアップデートのタイプの識別、すなわち、新しい行の挿入、既存の行の削除、または既存の行のアップデートを示す。挿入では、ログ記録は追加的に、そのプライマリ・キーと行の他の列の値をはじめとする挿入する行の識別子を含む。削除では、ログ記録は、削除する行のプライマリ・キーを識別する。アップデートでは、ログ記録はアップデートする行のプライマリ・キー、アップデートする行内の列、アドレス指定した行と列のセルの古い値、そのセルの新しい値を識別する。ステップ１０７でログ記録を書きこんだ後、アップデート・プロセッサーはこのアップデートを終了する。アップデート処理の前述の説明には、本発明にとって重要でない追加ステップ、例えば、ユーザがアップデートを行う認証を保障すること、ソフトウェアまたはハードウェアの故障の際にロールバック（rollback ）を許すためのデータベースへの書きこみのステージ(stage)およびコミット（c ommit）等をすることを含むことが望ましい。これらのステップは当業者には周知であるので、これ以上説明しない。中央コンピュータ・システム１で実行するアップデート・マネージャー１１は類似の方法で動作するが、中央データベース３をアップデートしてそのログ記録を中央アップデート・ログ１１に書きこむ点が異なる。ドッキング処理図４は、ドッキング・マネージャー２５−ａ，２５−ｂまたは２５−ｃなどのドッキング・マネージャー２５が、１つ以上のトランザクション・ログの転送および/または受取りのために実行するステップを示す。ドッキング・マネージャー２５が、ノード２１−ａ，２１−ｂまたは２１−ｃなどのリモートノードのユーザによって呼び出され、これによってユーザが中央コンピュータ１のノード・ドック（dock）にアップデート・ログ３５−ａなどのアップデート・ログを中央コンピュータ１にアップロードして、部分ログ１７−ａなどの部分ログをダウンロードすること、あるいはその両方を要求する。ドッキング・マネージャー２５の実行はステップ１２１から始まる。ステップ１２３では、ドッキング・マネージャー２５は中央コンピュータ１の制御下で中央ドッキング・マネージャー５と接続する。この接続は、データ交換を可能にするあらゆる接続でよい。最も一般な接続形式は電話回線とモデムによるものと予想されるが、ローカル・エリア・ネットワークまたはＴＣＰ／ＩＰ接続などの他の形式のデータ接続も使用できる。ステップ１２５で、ユーザがノード・アップデート・ログ３５−ａの中央コンピュータ１へのアップロードを要求したか否かをチェックする。していたら、実行はステップ１２７に進む。していなかったら、ステップ１２７をスキップして、制御はステップ１２９に与えられる。ステップ１２７では、ドッキング・マネージャー２５はそのアップデート・ログを中央コンピュータ１にアップロードする。アップロードは、ＸＭＯＤＥＭ，ＺＭＯＤＥＭ，ＫＥＲＭＩＴ，ＦＴＰ，ＡＳＣＩＩ転送などの周知のファイル転送手段、その他データ転送の他の方法で行うことができる。ステップ１２９では、ドッキング・マネージャー２５はユーザが部分ログ１７−ａなどの部分ログの中央コンピュータ１からのダウンロードを要求したか否かをチェックする。していたら、実行はステップ１３１に進む。していなかったら、ステップ１３１をスキップして、制御はステップ１３３に与えられる。ステップ１３１では、ドッキング・マネージャー２５はその部分ログを中央コンピュータ１からダウンロードする。ダウンロードは、ＸＭＯＤＥＭ，ＺＭＯＤＥＭ，ＫＥＲＭＩＴ，ＦＴＰ，ＡＳＣＩＩ転送などの周知のファイル転送手段、その他データ転送の他の方法で行うことができる。ステップ１３３で、要求されたデータ転送が完了すると、ドッキング・マネージャー２５は終了する。マージ(merge)処理マージ処理は、ノード・マージ・プロセッサー２７−ａ，２７−ｂまたは２７ −ｃまたは中央マージ・プロセッサー７などのプロセッサーが実行する。マージ・プロセスは、マージ処理を実行しているコンピュータから離れたコンピュータのユーザが入力したトランザクションにその関連するデータベースをアップデートする。マージ処理はアップデート処理と同じで、図３を参照して以前に開示したアップデート処理と形式が似ているが、３つの違いがある。第１は、マージ・プロセッサーへの入力はユーザが直接入力するアップデートではなく、マージを実行するコンピュータから離れたコンピュータから取得するログ・ファイルであることである。第２の違いは、図１に示すように、マージ処理はノードで実行されたときにログを生成しない。ノードでのログの機能は、中央コンピュータシステム１と、ひいては要求された他のノードへの伝播のトランザクションの記録である。ノードでのマージ対象であるトランザクションは中央コンピュータシステム１には通信されており、それを再通信する必要はない。第３の違いは、マージ処理が複数の対立するトランザクションを検出・解決できなければならない点である。例えば、フィールドに「ＫｅｉｔｈＰａｌｍｅｒ」という値が入っていたとする。さらに、ノード２７−ａのユーザがこのフィールドを「ＣａｒｌＬａｋｅ」にアップデートするトランザクション、ノード２７−ｂのユーザが同じフィールドを「ＧｒｅｇＥｍｅｒｓｏｎ」にアップデートするトランザクションを入力したとする。衝突検出がないと、各種ノード間のデータが崩壊する。ユーザ２７−ａのトランザクションをマージすると、フィールドは「ＫｅｉｔｈＰａｌｍｅｒ」から「ＣａｒｌＬａｋｅ」にアップデートされる。衝突処理がないと、ノード２７−ｂのトランザクションがマージされると、フィールドは「ＧｒｅｇＥｍｅｒｓｏｎ」にアップデートされ、中央データベースはノード２７−ａのデータベースと同期しなくなる。さらに、マージ処理をノード２７−ａと２７−ｂのそれぞれに実行すると、各ノードはそのデータベースを互いのトランザクションでアップデートするため、少なくとも１つのノードが他方のノードおよび中央データベースと同期しなくなる。そのため、マージ処理は衝突の検出とその是正の手段も持たなければならない。上記の例では、衝突を検出して是正する単純な方法は、データベースの値をノード・データベースの前の値としてマージ・ログが反映する値と比較するものである。２つの値が一致しなければマージ・プロセッサー７はそのトランザクションを拒絶し、是正トランザクションを生成して対立するトランザクションを発したノードに送る。上記の例では、ノード２７−ｂのトランザクンョンがマージ・プロセッサー７に与えられた時、マージ・プロセッサー７は「ＫｅｉｔｈＰａｌｍｅｒ」、ノード２７−ｂが「ＣａｒｌＬａｋｅ」と記録したそのフィールドの前の値、中央データベース３に記録されたフィールドの現在値とを比較する。不一致を検出すると、マージ・プロセッサー７はトランザクションを生成して、値「ＧｒｅｇＥｍｅｒｓｏｎ」を「ＣａｒｌＬａｋｅ」に変更し、このトランザクションをアップデート・ログ１５に書きこむ。上記は、衝突の一例とその結果としての是正措置である。他のタイプの衝突には、例えば、前に削除した行へのアップデート、前に挿入した行の挿入などがある。マージ処理では、これら衝突のそれぞれを検出・是正しなければならない。これは、数多くの周知の方法を使って実行できるため、これ以上述べない。図５は、中央マージ・プロセッサー７などのマージ・プロセッサーが実行するステップを示す。これはマージ・プロセッサー７が中央データベース３とトランザクション・ログ１５に書きこむところを示すが、ノード・マージ・プロセッサー２７−ａ、２７ーｂまたは２７−ｃなどのノード・マージ・プロセッサーがノード・データベース２３−ａ，２３−ｂまたは２３−ｃをアップデートするところも表している。マージ処理はステップ１４１から始まる。ステップ１４３で、マージ・プロセッサー７は受け取ったログ１９に第１の未処理トランザクションを見つける。ステップ１４７で、マージ・プロセッサー７は受け取ったログ１９からトランザクションを選択する。ステップ１４９で、マージ・プロセッサー１４９はステップ１４７で選択したトランザクションに従ってデータベース３をアップデートしようとする。ステップ１５１で、マージ・プロセッサー７はステップ１４９のデータベースアップデートが衝突によって失敗したか否か判断する。失敗なら、マージ・プロセッサーはステップ１５３に進み、是正トランザクションを生成する。是正トランザクションの生成の後、マージ・プロセッサーはステップ１４９に戻り、再びデータベース３をアップデートしようとする。ステップ１５１で衝突が検出されなければ、実行はステップ１５７に進む。ステップ１５７で、マージ処理は中央コンピュータ１で実行しているか否かをチェックする。もしそうなら、ステップ１５５が実行され、トランザクションをログ１５にジャーナルする。いかなる場合も、ステップ１５７がノードまたはステップ１５５でマージ処理が実行されていると判断する場合、実行はステップ１５９に進む。ステップ１５９は、ログ１９から処理すべきトランザクションが残っていないかチェックする。残っているなら、実行はステップ１４７から繰り返し、次のトランザクションが選択される。残っていない場合、マージ処理はステップ１６１で終了する。ログ管理図６は、ログ・マネージャー９が部分トランザクションログ１７−ａ，１７− ｂまたは１７−ｃなどの部分トランザクション・ログを作成するために実行するステップを示す。図６に示す手順は、中央コンピュータシステム１とドックできる各ノードについて実行される。ログ・マネージャー９は、ステップ１７１から実行を始める。ステップ１７３で、ログ・マネージャー９は部分トランザクション・ログを作成しているノードに第１の未処理トランザクションを発見する。ステップ１７５で、ログ・マネージャー９は処理するトランザクションを選択する。ステップ１７７で、ログ・マネージャー９は、選択したトランザクションが、処理を実行するのと同じノードで発せられたか否かチェックする。もしそうなら、トランザクションをノードに戻す必要はなく、制御はステップ１７９に進む。ステップ１７９は、処理すべきトランザクションが残っていないかチェックする。残っているなら、制御は再びステップ１７５に与えられる。残っていないなら、制御はステップ１８９に渡され、ここでこのノードが処理した最後のトランザクションが記録され、ステップ１９１で終了する。トランザクションが、処理を実行しているノード以外のノードで発した場合、制御はステップ１８１に与えられる。ステップ１８１は可視度計算機を呼び出して、選択したトランザクションが処理中のノードに可視か否かを決定する。可視度計算機ルーチンは以下に詳しく説明する。ステップ１８３でログ・マネージャー９は可視度計算機がトランザクションが可視と決定したかをチェックする。可視でない場合、制御はステップ１７９に渡され、上述のように実行される。トランザクションが可視の場合、制御はステップ１８５に渡される。ステップ１８５はこのトランザクションの記録を、例えばノード２１−ａの部分トランザクションログ１７−ａなどの処理するノードの部分トランザクションログに書きこむ。ステップ１８７で、ログ・マネージャー９はこのノードについて処理された最後のトランザクションを記録してから、ステップ１７９に制御を渡し、そこで上述のように追加トランザクションを選択するか終了するかを決定する。可視度計算図７は、ログ・マネージャー９のステップ１８１によって呼び出されたドッキング・オブジェクトの可視度を計算するための可視度計算機のプロセスを説明するフローチャートを示す。可視度計算機は、可視度を計算するノードのノードｉｄ、可視度を計算するドッキング・オブジェクト、可視度ｉｄを計算するドッキング・オブジェクトの行ｉｄで呼び出される。可視度計算機はこの情報と、図２に示すスキーマに保存したメタ・データから取得した情報を使って、特定のドッキング・オブジェクトの特定の行をアップデートする特定のトランザクションが、特定のノードに可視か否かを決定する。可視度計算機はステップ２０１から実行を始める。ステップ２０３で、可視度計算機はトランザクションが可視でないというデフォルトの発見を行う。そのため、可視度計算機がトランザクションが可視であると判断しない限り、可視度なしとの発見で終了する。ステップ２０５で、可視度計算機がドッキング・オブジェクトと関連する第１の可視度ルールを選択する。これは、テーブルＳ＿ＤＯＢＪ＿６１が指す現在のドッキング・オブジェクトに関連するテーブルＳ＿ＤＯＢＪ＿ＶＩＳ＿ＲＵＬＥ７１の発見によって行う。ステップ２０５で、可視度計算機はフィールドＲＵＬＥ＿ＳＥＱＵＥＮＣＥに最低値を持つテーブルＳ＿ＤＯＢＪ＿ＶＩＳ＿ＲＵＬＥ７１の行を選択する。ステップ２０７では、可視度計算機は「Ｒ」の値についてフィールドＲＵＬＥ＿ＴＹＰＥをチェックする。「Ｒ」の値はルールがＳＱＬ可視度ルールであることを示す。もしそうなら、可視度計算機はステップ２０９に進む。ステップ２０９では、可視度計算機はフィールドＳＱＬ＿ＳＴＡＴＥＭＥＮＴからＳＱＬステートメントを取得し、これを実行する。このようなＳＱＬステートメントの例は次のようになる。このＳＱＬステートメントによって、アプリケーション・テーブルＳ＿ＯＰＴＹ＿ＥＭＰについての照会が行われる。この照会で２つの基準を満たすあらゆる記録を選択する。第１に、選択した記録は、可視度を決定するドッキング・オブジェクトのプライマリー行ＩＤに等しい行ｉｄまたはキーのフィールドＯＰＴＹ＿ＩＤを持っていなければならない。第２に、選択した記録は、例えば、可視度を決定するノードのノードｉｄに等しい特定の従業員の識別子であるフィールドＥＭＰ＿ＩＤを持っていなければならない。通常の言語では、このＳＱＬステートメントは、従業員を機会に一致させるテーブルで行が見つかり、その機会がアップデートするものに等しく、機会を割り当てた従業員がノードのオペレータである場合のみ記録を戻す。これはわかりやすいように単純化した例である。より複雑なＳＱＬステートメントもあり得る。例えば、次のようなルールである。このルールは、テーブルＳ＿ＡＣＣＴ＿ＰＯＳＴＮ（特定の顧客をその顧客を担当する組織内の特定の地位に関連づける）とＳ＿ＥＭＰ＿ＰＯＳＴＮ（どの従業員が特定の地位に対応するかを関連づける）を照会する。条件「ａｐ．ＰＯＳＩＴＩＯＮ＿ＩＤ＝ｅｐ．ＰＯＳＩＴＩＯＮ＿ＩＤ」は、従業員対地位テーブルの行と同じ地位を持つ顧客対地位テーブル中の行を発見しなけれなければならない。条件「ｅｐ．ＥＭＰ＿ＩＤ＝：Ｎｏｄｅｌｄ」はさらに、従業員対地位テーブル中で選択した行が、可視度を決定するノードのユーザのＩＤに等しい従業員ＩＤも持っていることを要求する。通常の言語におけるこの条件では、従業員がアップデートしているドッキング・オブジェクトの顧客を担当する地位にある場合に可視度が許される。可視度評価に用いるＳＱＬステートメントの条件の複雑さには特定の制限はない。ＳＱＬの特定の実現によっては制限が課されることがあり、リソースの検討により複雑でないステートメントを使用することが望ましいことがあるが、このような制限は本発明固有のものではない。ステップ２１１は、ステップ２０９でのＳＱＬＳＴＡＴＥＭＥＮＴの実行が記録を戻したか否かを評価する。記録が戻されていれば、可視度をチェックしているノードが、処理しているドッキング・オブジェクトにとって可視度を持つことを示す。従って、記録が戻されていれば、可視度計算機はステップ２１３に進む。ステップ２１３では、トランザクションは可視とマークされる。可視度を決定するためにそれ以上ルールを評価する必要がないため、可視度計算機はステップ２２８に進む。ステップ２２８では、計算した可視度には、特定のノードの部分的複製データベースにドッキング・オブジェクトを挿入したり削除したりする必要があるかどうかを決定してデータベースを同期させる。これは例えば、ノードが関連ドッキング・オブジェクトの変更のためにドッキング・オブジェクトに対する可視度を持つと決定された場合に発生する。例えば、あるノードの所有者が、特定の販売機会に関連する特定の活動に割り当てられた場合である。その結果、ノードには販売機会を表すオブジェクトのコピーを提供しなければならない。図８は、データ可視度の変更に対応する部分的複製データベースの同期を実行するステップを示す。実行はステップ２４１から始まる。ステップ２４３では、可視度計算機はドッキング・オブジェクトについて計算したばかりの可視度を参照する。ドッキング・オブジェクトが可視なら、実行はステップ２４５に進む。ステップ２４５は、現在のノードについてドッキング・オブジェクトに行が存在することをベリファイするため、Ｓ＿ＤＯＢＪ＿ＩＮＳＴテーブルを参照する。行が存在する場合、問題のノードが参照したドッキング・オブジェクトのコピーを既に持っていることを示し、ルーチンはステップ２５５に進んで終了する。しかし、処理しているノードのドッキング・オブジェクトに行が存在しない場合、問題のノードにはその部分的複製データベースにドッキング・オブジェクトのコピーがないことを示す。するとルーチンはステップ２４７に進み、ドッキング・オブジェクトをその部分的複製データベースに挿入するようノードに指令するトランザクションが生成される。ステップ２４３でドッキング・オブジェクトが可視でないと判断した場合、実行はステップ２４９に進む。ステップ２４９はＳ＿ＤＯＢＪ＿ＩＮＳＴテーブルを参照し、現在のノードについてドッキング・オブジェクトに行が存在しないことをベリファイする。ステップ２４３で、現在の行について現在のドッキング・オブジェクトのＳ＿ＤＯＢＪ＿ＩＮＳＴテーブルに行が存在しないと判断されると、これは問題のノードが参照したドッキング・オブジェクトのコピーを持たないことを示し、ルーチンはステップ２５５に進んでここで終了する。しかし、処理しているノードのドッキング・オブジェクトに行が存在する場合、これは、問題のノードがその部分的複製データベースにドッキング・オブジェクトのコピーを持っていることを示す。するとルーチンはステップ２５１に進み、ここでノードにその部分的複製データベースからドッキング・オブジェクトを削除することを指令するトランザクションが生成される。図７を再び参照すると、ステップ２２８のデータ同期ルーチンの後、可視度計算機はステップ２２９に進んでそこで終了する。図６を参照すると、前に述べたように、結果として可視度の発見は、トランザクションの書きこみを決定するために、ログ・マネージャーがステップ１８３でチェックすることが可能である。再び図７を参照すると、ステップ２１１で、ＳＱＬステートメントの実行によってステップ２０９で記録が戻されなかったと決定された場合、実行はステップ２１５に進む。ステップ２１５は、評価すべき可視度ルールが残っているか否かをチェックする。残っていない場合、可視度計算機はステップ２２８に進んでデータベースを同期させ、次にステップ２２９に進んで終了する。この場合、ステップ２０３で設定した可視度なしのデフォルトマークは設定されたままになる。この値は図６に示すようにステップ１８３でログ・マネージャーも使って、トランザクションを書きこまないことを決定する。再び図７を参照すると、評価するルールが残っている場合、制御はステップ２１７に進み、次に処理するルールを選択する。すると制御は再びステップ２０７に与えられ、新しいルールの処理を始める。先行するテキストは、処理の記述またはＳＱＬ可視度ルール、即ち「Ｒ」タイプの可視度ルールを提供した。ステップ２０７で、可視度ルールがタイプ「Ｒ」でないと決定された場合、可視度ルールはタイプ「Ｏ」である。タイプ「Ｏ」はドッキング・オブジェクトの可視度ルールを示す。このような場合、処理しているドッキング・オブジェクトは、可視である特定の関連ドッキング・オブジェクトに関連する場合、可視とみなされる。フィールドＲＵＬＥ＿ＴＹＰＥが「Ｒ」に等しくない場合、実行はステップ２２１に進む。ステップ２２１で、可視度を決定しなければならない関連ドッキング・オブジェクトを決定し、現在のドッキング・オブジェクトが可視であるか否かを決定する。関連ドッキング・オブジェクトの識別子をテーブルＳ＿ＤＯＢＪ＿ＶＩＳ＿ＲＵＬＥ７１のフィールドＣＨＥＣＫ＿ＤＯＢＪ＿ＩＤから取得する。ステップ２２３で、可視度計算機は、関連ドッキング・オブジェクトのどの行を可視度について照会しなければならないかを決定する。これを決定するため、可視度計算機はフィールドＳＱＬ＿ＳＴＡＴＥＭＥＮＴから所定のＳＱＬステートメントを取得し、これを実行する。ＳＱＬステートメントは、例えば可視度計算機を呼び出すドッキング・オブジェクトに対応するドッキング・オブジェクトの１つ以上の行を選択する照会である。例えば、ノードがその販売機会について作った販売見積りに対して可視度を持っている場合、販売機会の記録が可視でなければならないと示すことが望ましいと想定する。これは、次のＳＱＬステートメントを使って達成できる。このＳＱＬステートメントは、すべての販売見積りの入ったテーブルＳ＿ＤＯＣ＿ＱＵＯＴＥにアクセスする。ＷＨＥＲＥクローズは、行の機会ＩＤが可視度を計算する機会の行ＩＤに等しい場合、すべての行の取り出しを指定する。可視度マネージャーは、指定の行ＩＤを取り出し、これによって可視度をチェックしなければならないＳ＿ＤＯＣ＿ＱＵＯＴＥテーブルの行を識別する。現在のドッキング・オブジェクトの可視度がその可視度に依存する関連ドッキング・オブジェクトと、その関連ドッキング・オブジェクトの行ＩＤを決定したら、可視度計算機はステップ２２５に進む。ステップ２２５では、可視度計算機は繰り返し自分自身を呼び出して関連ドッキング・オブジェクトの可視度を決定する。繰り返し呼び出された可視度計算機は、さらに繰り返し自分自身を呼び出す機能を含み、ログ・マネージャー９から呼び出された可視度計算機と同じ方法で動作する。繰り返し呼び出しが終了すると、それは関連ドッキング・オブジェクトに対する可視度インジケータを戻し、制御はステップ２２７に進む。ステップ２２７では、可視度計算機は関連するドッキング・オブジェクトが可視と決定されたか否かを決定する。もしそうなら、可視度計算機はステップ２１３に進み、元の現在のドッキング・オブジェクトを可視とマークしてから、ステップ２２８に進み、データベースを同期してからステッブ２２９で終了する。関連ドッキング・オブジェクトが可視と決定されない場合、制御はステップ２１５に進んで他に評価する可視度ルールが残っているか否かを決定する。そのため、可視度計算機は、ログ・マネージャーと共に、どのようなアップデート・トランザクション・データのサブセットが特定のノードに送られることが要求されているかを決定することができる。このオペレーションは、中央コンピュータ１から部分的複製データベースを用いるノード２１−ａ，２１−ｂおよび２１−ｃなどの各種ノードへの不要なデータの転送を減らし、保存に必要なディスクスペースや処理に必要なＣＰＵ時間など、各リモートノードの完全複製データベースを保持するのに必要だったであろうシステム・リソースを削減する働きをする。ログ・マネージャー９のここで説明された可視度計算機とのオペレーションは、説明と図面を参照すれば明らかとなるであろう。しかしながら、これら機能の説明をさらに補助するために、これら機能の擬似コード表現を付属物として添付する。複数ユーザ・ドッキング・クライアント本発明は、マルチユーザ・ドッキング・クライアントのためのサポートを追加することで強化できる。この能力は、ドッキング・アーキテクチャを拡張し、マスター・データベース・サーバから地理的に分散した広範囲なワークグループ・サーバ（エージェンシー・データベース・サーバとも呼ばれる）へのデータベース情報の複製を可能にする。この能力は、複数のユーザがこれらエージェンシー・データベース・サーバに接続できるようにする。モバイル・ユーザは、マスター・データベース・サーバに対して自分のローカル・データベースを同期させる必要がある。マルチユーザ・ドッキング・クライアントは、単一の統合されたロジカル・データベースの基礎を提供する。図９は、マルチユーザ・ドッキング・クライアントをサポートするよう構成されたロジカル・データベースを示す。本社にある１つのマスター・データベース３は、モバイル・クライアントとマルチユーザ・ドッキング・クライアントにトランザクションをルーティングする。接続ユーザ３０１のようなゼロまたはそれより多い接続ユーザはマスター・データベース３に直接アクセスできる。モバイル・クライアント２１−ａのようなモバイル・クライアントのモバイル・データベース２３ −ａのようなシングルユーザ・モバイル・データベースが、マスター・データベース３とデータを交換する。１人のモバイル・ユーザは、シングルユーザ・データベース２３−ａにアクセスする。ワークグループ・データベース３０５のような複数のマルチユーザ・ワークグループ・データベースは、マスター・データベース３と周期的にデータを交換する。複数のワークグループ・ユーザ３１０は、ワークグループ・データベース３０５に直接アクセスできる。マスター・データベース３は、接続ユーザ３０１のような複数の接続ユーザにアクセスできる。マスター・データベース３は、モバイル・クライアント２１のようなモバイル・クライアントのモバイル・データベース２３−ａのようなシングルユーザ・モバイル・データベースと直接データを交換できる。マスター・データベース３は、ワークグループ・データベース３０５のような複数のマルチユーザ・ワークグループ・データベースと周期的にデータを交換する。変更およびデータ交換は、マスター・データベース・サーバ３からエージェンシー・サーバ３１５と、ワークグループ・ユーザ３１０のようなワークグループ・サーバ・クライアントとに直接送られる。本発明の別の態様では、ワークグループ・サーバ（３１５）に直接接続されたワークグループ接続クライアント（３３０−ａ）は、ワークグループ・サーバ（３１５）に直接トランザクションを作ることができる。ワークグループ接続クライアントが作ったこれらのトランザクションは、マスター・データベース・サーバ（４）に直接送られ、マスター・データベース・サーバ（４）に適用される。ワークグループ接続クライアントが作ったこれらのトランザクションはまた、ワークグループ・ユーザ・クライアント（３１０）にルーティングされる。本発明のこの態様では、態様は、マスター・データベース・サーバ（４）と、少なくとも１つのワークグループ・サーバ（３１５）と、１つまたはそれより多いワークグループ接続クライアント（３３０−ａ）とを持つデータベース管理システムにデータを収集、記憶、検索する方法である。本発明のこの実施例では、ワークグループ・サーバ（３１５）はワークグループ接続クライアント（３３０−ａ）に直接接続される。本発明のこの実施例の方法には、ワークグループ接続クライアント（３３０−ａ）の１つに常駐するローカル・データベースにトランザクションを作り、ワークグループ接続クライアント（３３０−ａ）に常駐するトランザクション・ログにトランザクションを入力し、ワークグループ・ユーザ・クライアント（３３０−ａ）のアウトボックスにトランザクションに対応するトランザクション・ファイルを作ることが含まれる。本発明のこの実施例では、次のステップは、ワークグループ接続クライアント（３３０−ａ）に識別されたインボックスへのトランザクション・ファイルのコピーと、ワークグループ・データベース（３０５）がトランザクション・ログを含む場合、ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にトランザクション・ファイルをアップデートすることである。トランザクションはワークグループ・サーバ（３１５）のトランザクション・ログに直接入力される。マルチユーザ・ドッキング・クライアントは、ワークグループ・データベース３０５を実行するエージェンシー・サーバ（３１５）（または単純に「エージェンシー」）と、ＬＡＮまたはその他の接続を介してサーバに接続された１つまたはそれより多いワークグループ・ユーザ（３１０）を備える。エージェンシー・サーバ（３１５）は、Ｗｉｎｄｏｗｓ／ＮＴサーバまたはその他のサーバでよい。マルチユーザ・ドッキング・クライアントは、シングルユーザ・モバイル・クライアントと同じ方法で行動する。さらに、マルチユーザ・ドッキング・クライアントは、１人または多くのユーザのためにデータを保存し、複数のユーザが同時にワークグループ・データベースにアクセスしたりデータを変更したりできるようにし、ユーザがワークグループに対してサーバ側プログラムを実行できるようにし、周期的ドッキング・プログラムを実行して、所定の時間または間隔でマスター・データベースとデータを交換する。本発明のこの態様では、データベースは単一のドッキング・エンティティで複数のユーザをサポートするよう構成される。さらに詳しくは、本発明のある態様は、マスター・データベース・サーバ（４）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つデータベース管理システムにデータを収集、記憶、検索する方法である。本発明のこの実施例では、ワークグループ・サーバ（３１５）はマスター・データベース・サーバ（４）とかかるワークグループ・ユーザ・クライアント（３１０）との間に介在される。本発明のこの実施例の方法には、ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースにトランザクションを作り、ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力し、ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにトランザクションに対応するトランザクション・ファイルを作ることが含まれる。本発明のこの実施例では、次のステップは、ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスへのトランザクション・ファイルのコピーと、ワークグループ・データベース（３０５）がトランザクション・ログを含む場合、ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にトランザクション・ファイルをアップデートすることである。本発明の方法の次のステップには、ワークグループ・データベース（３０５）トランザクション・ログを読み取り、マスター・データベース・サーバ（４）に発するトランザクションをスキップしてルーピングを避け、トランザクション・ログのエントリに対応するデータ・ファイルを作ることが含まれる。これらエントリは、ワークグループ・サーバ（３１５）のエントリに対応するマスター・データベース・サーバ（４）のインボックスにコピーされる。これらエントリを使って、マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートする。本発明のこの態様のさらに別の実施例は、製造物、すなわち、ディスクあるいはテープなどに組み込まれる。製造物は、データベース管理システムにデータを収集、記憶、検索するためのコンピュータ・リーダブルなプログラム・コードを持つコンピュータ・ユーザブル、すなわちリーダブルな媒体である。データベース管理は、上述のように、マスター・データベース・サーバ（４）と、アプリケーション・サーバ（３０３）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つもので、ワークグループ・サーバ（３１５）はマスター・データベース・サーバ（４）とワークグループ・ユーザ・クライアント（３１０）との間に介在される。製造物のコンピュータ・リーダブル・プログラムには、コンピュータに、１つまたはそれより多い個々のワークグループ・ユーザ・クライアント（３１０）に常駐するローカル・データベースでトランザクションを作らせ、ワークグループ・ユーザ・クライアント（３１０）の１つ、すなわち、トランザクションを発したワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力し、ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにトランザクションに対応するトランザクション・ファイルを作るためのコンピュータ・リーダブル・プログラム・コードが含まれる。本発明のこの実施例では、コンピュータに、ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスへトランザクション・ファイルをコピーさせ、ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にトランザクション・ファイルをアップデートさせるためのコンピュータ・リーダブル・プログラム・コードが含まれる。ワークグループ・データベース（３０５）には、トランザクション・ログが含まれる。最後に、コンピュータ・リーダブル・プログラム・コードは、コンピュータに、ワークグループ・データベース（３０５）トランザクション・ログを読み取らせ、マスター・データベース・サーバ（４）に発するトランザクションをスキップさせてルーピングを避け、その中にエントリに対応するデータ・ファイルを作らせ、ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルをワークグループ・サーバ（３１５）に対応するマスター・データベース・サーバ（４）のインボックスにコピーさせる。次に、マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートする。本発明のさらに別の態様は、すなわち、マスター・データベース・サーバ（４）と、アプリケーション・サーバ（３０３）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つデータベース管理システムにデータを収集、記憶、検索するための方法ステップを実行するためマシンが実行可能な指令のプログラムを明白に具現するマシンが読み取り可能なプログラム記憶装置であり、アプリケーション・サーバ（３０３）とワークグループ・サーバ（３１５）はマスター・データベース・サーバ（４）とかかるワークグループ・ユーザ・クライアント（３１０）との間に介在される。この実施例で、コードはワークグループ・クライアントに常駐するデータベース管理システムに、ワークグループ・ユーザ・クライアント（３１０）に常駐するローカル・データベースにトランザクションを作らせ、ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力させ、かかるワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作らせる。次に、トランザクション・ファイルをワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスにコピーさせ、トランザクション・ファイルをワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にアップデートさせる。ワークグループ・データベース（３０５）にはトランザクション・ログが含まれることに注意する。次に、ソフトウェアはワークグループ・データベース（３０５）トランザクション・ログを読み取り、マスター・データベース・サーバ（４）に発するトランザクションをスキップし、すなわち、ルーピングを避け、トランザクション・ログのエントリに対応するデータ・ファイルを作り、ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、ワークグループ・サーバ（３１５）に対応するマスター・データベース・サーバ（４）のインボックスにコピーして、マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートする。以下のフロー説明は、トランザクションのプロセスおよびフロー、ならびに各種コンポーネント間のコレスポンデンスを説明する。エージェンシーから本社ノードの中央データベースヘトランザクションを処理するには、周期的ドッカーがエージェンシー・データベースのトランザクション・ログを読み取り、エージェンシー・ノードのアウトボックスにｄｘファイルを作る。周期的ドッカーはトランザクション・ログから読んだトランザクション・エントリの発信ノードをチェックし、本部ノードで発するもの、あるいは複数のエージェンシー・レベルを持つ構成ではエージェンシー・ノードの親ノードで発したものをスキップする。周期的ドッカーは、ＨＱノードからの変更をマージするためのデータマージを呼び出す時トランザクション・ロギングを開始するのでこれが必要である。トランザクション・ロギングは、ログ・マネージャーが以下のクライアント・ノードにルーティングしなければならないが、本部ノードに戻さないトランザクションをルーティングするために必要である。そうでないと、無限のループが発生してしまう。周期的ドッカーはドッキング状態テーブルをアップデートする。これは、周期的ドッカーおよびログ・マネージャーの両方が読み取ったトランザクション・ログ・テーブルからそれらの記録のみ削除できるように必要である。ｄｘファイルは、ＨＱａｐｐサーバのエージェンシー・ノード＝ｓインボックスにコピーされ、サーバ・マネージャーはトランザクションを本社データベースにマージする。サーバ・マネージャーは本社データベースのトランザクションをロギングし、ＳＲＣ＿ＮＯＤＥ＿ＮＵＭフィールドをエージェンシー・ノード＝ｓノードｉｄを示すよう設定する。本社ノードの中央データベースからエージェンシーにトランザクションを処理するには、本社データベースでトランザクションを作る。トランザクションを本社ノードでトランザクション・ログ・テーブルに入力する。ＨＱノードのログ・マネージャーは、エージェンシー・ノードがこのトランザクションに対する可視度を持つか否か判断する。持つなら、ログ・マネージャーはｄｘファイルをＨＱノードのエージェンシーノードのアウトボックスに書きこむ。エージェンシー・サーバの周期的ドッカーは、ＨＱノードの自分のアウトボックスからトランザクションを読み取り、これをエージェンシー・ノードのインボックスにコピーする。周期的ドッカーはデータマージを呼び出し、トランザクションをエージェンシー・データベースにマージする。トランザクションは、周期的ドッカーによってロギングされる。周期的ドッカーは、データマージを呼び出す時、ログ・マネージャーがモバイル・クライアントにこれらのトランザクションをルーティングできるよう、トランザクションのロギングを可能にしなければならない。ＳＲＣ＿ＮＯＤＥ＿ＮＵＭフィールドはＨＱ＝ｓノードｉｄに設定される。マルチレベル・ドッキング・クライアントクライアントからエージェンシーにトランザクションを処理するには、トランザクションをまずクライアント・データベースに作る。そしてトランザクションをクライアント・データベースのトランザクション・ログに入力する。クライアントはマスター・データベース・ノードとドックする。クライアント側のトランザクション・ログ・エントリは、ドッキング・マネージャーが読み取り、クライアント・ノードのアウトボックスにｄｘファイルが作られる。ｄｘファイルはエージェンシー・サーバのクライアント・インボックスにコピーされる。エージェンシー・アプリケーション・サーバのサーバ・マネージャーはｄｘファイルを読み取り、そこに記述されるトランザクションを、前に開示したマージ処理を使ってエージェンシー・データベースにマージする。そしてサーバ・マネージャーはエージェンシー・データベースにトランザクションをロギングし、ＳＲＣ＿ＮＯＤＥ＿ＮＵＭを発信クライアントのノードｉｄを識別するよう設定する。前のセクションで説明したアイテムに加えて、ワークグループ・ユーザ・クライアント（３１０）と呼ばれる他のモバイル・ユーザは、エージェンシー・データベース・サーバ（３０５）に対して自分たちのローカル・データベースを同期できる。ワークグループ接続クライアント（３３０−ａ）は、ワークグループ・サーバ（３１５）とデータを交換する。シングル・モバイル・ユーザ（２１−ａ）は、１つのユーザ・データベース（２３−ａ）にアクセスできる。エージェンシーからクライアントにトランザクションを処理するには、エージェンシーで実行するログ・マネージャーはトランザクション・ログからトランザクションを読み取り、トランザクションがモバイル・クライアントにとって可視であるか否かをチェックする。可視なら、ログ・マネージャーは対応するｄｘファイルをエージェンシー・ノードのクライアント・ノード＝ｓアウトボックスに書きこむ。その後、クライアント・ノードはエージェンシー・ノードとドックする。ドッキング・マネージャーはそのアウトボックスからｄｘファイルを読み取り、クライアント・ノードのインボックスにそれらをコピーする。そしてドッキング・マネージャーはデータマージを呼び出し、これらトランザクション・レコードをクライアント・データベースにマージする。トランザクションはロギングされない。図１０は、マルチユーザ・ドッキング・クライアントをサポートするデータベース設計を説明するデータベース図を示す。ノード・テーブル６５（Ｓ＿ＮＯＤＥという名前）は、ノード関係テーブル３６０（Ｓ＿ＮＯＤＥ＿ＲＥＬという名前）、ノード従業員テーブル３６５（Ｓ＿ＮＯＤＥ＿ＥＭＰという名前）、ドック・オブジェクト・インスタンス・テーブル３７０（Ｓ＿ＤＯＣＫ＿ＩＮＳＴという名前で、Ｓ＿ＤＯＢＪ＿ＩＮＳＴテーブル６３に等しい）およびドック状態テーブル３７５に対して１対多の関係を持つ。ノード従業員テーブル３６５は、従業員テーブル３８０（Ｓ＿ＥＭＰＬＯＹＥＥという名前）と多対１の関係を持つ。ノード従業員テーブル３６５は、ノード・テーブル６５と従業員テーブル３８０との間のインターセクション・テーブルとして働く。これには、以下のフィールドが含まれる。ノード従業員テーブル３６５は次に示される通りである。ノード・テーブル６５は次のアップデートされたフィールドを備え、マルチユーザ・ドッキング・クライアントをサポートする。ノード・テーブル６５は次に示される通りである。ノード関係テーブル３６０は次のフィールドを備える。ノード関係テーブル３６０は次の通りである。結論これら実施例の各種修正は当業者にとって明白であり、ここに定義する総称的原則は、発明的能力を利用せずに他の実施例に適用できる。そのため、本発明はここに示す実施例に限定するものではなく、ここに開示する原則と新規特徴と一貫した最も広い範囲に一致する。本明細書で述べたすべての刊行物および特許出願は、各刊行物または特許出願を参照により組み込んだと特定かつ個々に示されたと同程度に、参照によりここに組み込まれる。ここで本発明を完全に記述したが、通常の当業者の１人にとって、そこから離れることなく多くの変更および修正が可能なことは明白である。付属物あるラップトップ・ノードのユーザ・トランザクション・ログ・ファイルの書き方このプログラムは、すべてのラップトップ・ノードのトランザクション・ログ・エントリーを処理するサーバ側プロセスにより呼び出される。各ラップトップ・ノードについて、呼び出しプロセスはＵｓｃｒＴｒｘｎＬｏｇＦｉｌｃＮａｍｅを構築しプログラム１を呼び出す。入力パラメータ・ＬａｐｔｏｐＮｏｄｃｌｄ−宛先ラップトップのｎｏｄｃｉｄ・ＵｓｅｒＴｘｎＬｏｇＦｉｌｅＮａｍｅ−ｔｘｎを書き込むファイルのフルパス・ＭａｘＢａｔｃｈＴｘｎｓ−ＳＤＯＣＫＳＴＡＴＵＳテーブルへのコミットとアップデートとの間のｔｘｎの数・ＭａｘＴｘｎｓ−このセッションで処理するｔｘｎの数。このパラメータを使って処理を制限する。メイン・アルゴリズム可視度検査ルーチンプライマリＩＤを得るための通常ＳＱＬステートメント可視度イベントの処理

【手続補正書】【提出日】平成１１年１２月２０日（１９９９．１２．２０）【補正内容】請求の範囲１．マスター・データベース・サーバ（４）と、アプリケーション・サーバ（３０３）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つ多段データベース管理システムにデータを収集、記憶、検索する方法であって、前記アプリケーション・サーバ（３０３）及び前記ワークグループ・サーバ（３１５）は、前記マスター・データベース・サーバ（４）と前記ワークグループ・ユーザ・クライアント（３１０）との間に介在される方法において、該方法は（ａ）前記ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースにトランザクションを作り、前記ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログに前記トランザクションを入力し、前記ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作るステップと、（ｂ）前記ワークグループ・ユーザ・クライアント（３１０）に識別された前記ワークグループ・サーバ（３１５）上のインボックスへ前記トランザクション・ファイルをコピーし、前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）に前記トランザクション・ファイルをアップデートするステップであって、前記ワークグループ・データベース（３０５）はトランザクション・ログを含むステップと、（ｃ）前記ワークグループ・データベース（３０５）トランザクション・ログを読み取り、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップし、その中のエントリに対応するデータ・ファイルを作り、前記ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、前記ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーし、前記マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートするステップとを備える方法。２．マスター・データベース・サーバ（４）と、アプリケーション・サーバ（３０３）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つ多段データベース管理システムにデータを収集、記憶、検索するためコンピュータ・リーダブル・プログラム・コード手段をその中に具現化したコンピュータ・ユーザブルな媒体を備える製造物であって、前記アプリケーション・サーバ（３０３）及び前記ワークグループ・サーバ（３１５）は前記マスター・データベース・サーバ（４）と前記ワークグループ・ユーザ・クライアント（３１０）との間に介在される製造物において、該製造物のコンピュータ・リーダブル・プログラム手段は、（ａ）コンピュータに、前記ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースでトランザクションを作らせ、前記ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力させ、前記ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作らせるコンピュータ・リーダブル・プログラム・コード手段と、（ｂ）コンピュータに、前記ワークグループ・サーバ（３１５）に常駐しかつ前記ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスヘ前記トランザクション・ファイルをコピーさせ、前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）に前記トランザクション・ファイルをアップデートさせるコンピュータ・リーダブル・プログラム・コード手段であって、前記ワークグループ・データベース（３０５）はトランザクション・ログを含むコンピュータ・リーダブル・プログラム・コード手段と、（ｃ）コンピュータに、前記ワークグループ・データベース（３０５）トランザクション・ログを読み取らせ、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップさせ、その中にエントリに対応するデータ・ファイルを作らせ、前記ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを前記ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーさせ、前記マスター・データベース・サーバ（４）のマスター・データベース（３）に前記トランザクションをアップデートするためのコンピュータ・リーダブル・プログラム・コード手段とを備える製造物。３．マスター・データベース・サーバ（４）と、アプリケーション・サーバ（３０３）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つ多段データベース管理システムにデータを収集、記憶、検索するための方法ステップを実行するためマシンが実行可能な指令のプログラムを明白に具現するマシンが読み取り可能なプログラム記憶装置であって、前記アプリケーション・サーバ（３０３）及び前記ワークグループ・サーバ（３１５）は前記マスター・データベース・サーバ（４）と前記ワークグループ・ユーザ・クライアント（３１０）との間に介在されるプログラム記憶装置において、前記方法ステップは、（ａ）前記ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースにトランザクションを作り、前記ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログに前記トランザクションを入力し、前記ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作るステップと、（ｂ）前記トランザクション・ファイルを前記ワークグループ・サーバ（３１５）に常駐しかつワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスにコピーし、前記トランザクション・ファイルを前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にアップデートするステップであって、前記ワークグループ・データベース（３０５）にはトランザクション・ログが含まれるステップと、（ｃ）前記ワークグループ・データベース（３０５）トランザクション・ログを読み取り、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップし、その中のエントリに対応するデータ・ファイルを作り、前記ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、前記ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーし、前記マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートするステップとを備えるプログラム記憶装置。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者チャタージー，プラシャントアメリカ合衆国，カリフォルニア 95070, サラトガ，グレンモントドライブ 21281 (72)発明者リム，ピーターエス. アメリカ合衆国，カリフォルニア 94065, レッドウッドシティー，ガバナーズベイドライブ 917

Claims

【特許請求の範囲】１．マスター・データベース・サーバ（４）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持つデータベース管理システムにデータを収集、記憶、検索する方法であって、前記ワークグループ・サーバ（３１５）は、前記マスター・データベース・サーバ（４）と前記ワークグループ・ユーザ・クライアント（３１０）との間に介在される方法において、（ａ）前記ワークグループ・ユーザ・クライアント（３１０）の１つにトランザクションとそれに対応するトランザクション・ファイルを作るステップと、（ｂ）前記ワークグループ・サーバ（３１５）に常駐するデータベースに前記トランザクション・ファイルをアップデートするステップとを備える方法。２．（ａ）前記ワークグループ・ユーザ・クライアント（３１０）のｌつに常駐するローカル・データベースにトランザクションを作り、前記ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログに前記トランザクションを入力し、前記ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作るステップと、（ｂ）前記ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスへ前記トランザクション・ファイルをコピーし、前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）に前記トランザクション・ファイルをアップデートするステップであって、前記ワークグループ・データベース（３０５）はトランザクション・ログを含むステップと、（ｃ）前記ワークグループ・データベース（３０５）トランザクション・ログを読み取り、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップし、その中のエントリに対応するデータ・ファイルを作り、前記ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、前記ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーし、前記マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートするステップとを備える請求項１に記載の方法。３．マスター・データベース・サーバ（４）と、１つ以上のワークグループ・サーバ（３１５）と、複数のワークグループ接続クライアント（３３０−ａ）とを持つデータベース管理システムにデータを収集、記憶、検索する方法であって、前記ワークグループ接続クライアント（３３０−ａ）は前記ワークグループ・サーバ（３１５）を更新できる方法。４．前記ワークグループ接続クライアント（３３０−ａ）の１つに常駐するローカル・データベースにトランザクションを作り、前記ワークグループ接続クライアント（３３０−ａ）に常駐するトランザクション・ログに前記トランザクションを入力し、ワークグループ・サーバ（３１５）の前記ワークグループ・データベース（３０５）にそれに対応するトランザクション・ファイルを作ることからなる請求項３に記載の方法。５．（ａ）前記ワークグループ接続クライアント（３３０−ａ）に識別されたインボックスに前記トランザクション・ファイルをコピーし、前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）に前記トランザクション・ファイルをアップデートするステップであって、前記ワークグループ・データベース（３０５）はトランザクション・ログを含むステップと、（ｂ）前記ワークグループ・データベース（３０５）トランザクション・ログを読み取り、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップし、その中のエントリに対応するデータ・ファイルを作り、ワークグループ接続クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーし、前記マスター・データベース・サーバ（４）のマスター・データベース（３）に前記トランザクションをアップデートするステップとを備える請求項４に記載の方法。６．（ａ）ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスに前記トランザクション・ファイルをコピーし、前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）に前記トランザクション・ファイルをアップデートするステップであって、前記ワークグループ・データベース（３０５）はトランザクション・ログを含むステップと、（ｂ）前記ワークグループ・データベース（３０５）トランザクション・ログを読み取り、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップし、その中のエントリに対応するデータ・ファイルを作り、前記ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーし、前記マスター・データベース・サーバ（４）のマスター・データベース（３）に前記トランザクションをアップデートするステップとを備える請求項４に記載の方法。７．マスター・データベース・サーバ（４）と、少なくとも１つのワークグループ・サーバ（３１５）と、複数のワークグループ・ユーザ・クライアント（３１０）とを持ち、前記ワークグループ・サーバ（３１５）は前記マスター・データベース・サーバ（４）と前記ワークグループ・ユーザ・クライアント（３１０）との間に介在されるデータベース管理システムにデータを収集、記憶、検索するためコンピュータ・リーダブル・プログラム・コード手段をその中に具現化したコンピュータ・ユーザブルな媒体を備える製造物で、前記製造物のコンピュータ・リーダブル・プログラム手段は、（ａ）コンピュータに、前記ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースでトランザクションを作らせ、前記ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログにトランザクションを入力させ、前記ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作らせるコンピュータ・リーダブル・プログラム・コード手段と、（ｂ）コンピュータに、前記ワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスへ前記トランザクション・ファイルをコピーさせ、前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）に前記トランザクション・ファイルをアップデートさせるコンピュータ・リーダブル・プログラム・コード手段であって、前記ワークグループ・データベース（３０５）はトランザクション・ログを含むコンピュータ・リーダブル・プログラム・コード手段と、（ｃ）コンピュータに、前記ワークグループ・データベース（３０５）トランザクション・ログを読み取らせ、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップさせ、その中にエントリに対応するデータ・ファイルを作らせ、ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを前記ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーさせ、前記マスター・データベース・サーバ（４）のマスター・データベース（３）に前記トランザクションをアップデートするためのコンピュータ・リーダブル・プログラム・コード手段とを備える製造物。８．マスター・データベース・サーバ（４）、少なくとも１つのワークグループ・サーバ（３１５）、複数のワークグループ・ユーザ・クライアント（３１０）とを持つデータベース管理システムにデータを収集、記憶、検索するための方法ステップを実行するためマシンが実行可能な指令のプログラムを明白に具現するマシンが読み取り可能なプログラム記憶装置であって、前記アプリケーション・サーバ（３０３）と前記ワークグループ・サーバ（３１５）は前記マスター・データベース・サーバ（４）と前記ワークグループ・ユーザ・クライアント（３１０）との間に介在されるプログラム記憶装置において、前記方法ステップは、（ａ）前記ワークグループ・ユーザ・クライアント（３１０）の１つに常駐するローカル・データベースにトランザクションを作り、前記ワークグループ・ユーザ・クライアント（３１０）に常駐するトランザクション・ログに前記トランザクションを入力し、前記ワークグループ・ユーザ・クライアント（３１０）のアウトボックスにそれに対応するトランザクション・ファイルを作るステップと、（ｂ）前記トランザクション・ファイルをワークグループ・ユーザ・クライアント（３１０）に識別されたインボックスにコピーし、前記トランザクション・ファイルを前記ワークグループ・サーバ（３１５）に常駐するワークグループ・データベース（３０５）にアップデートするステップであって、前記ワークグループ・データベース（３０５）にはトランザクション・ログが含まれるステップと、（ｃ）前記ワークグループ・データベース（３０５）トランザクション・ログを読み取り、前記マスター・データベース・サーバ（４）に発するこれらトランザクションをスキップし、その中のエントリに対応するデータ・ファイルを作り、前記ワークグループ・ユーザ・クライアント（３１０）に発するトランザクションに対応するデータ・ファイルを、前記ワークグループ・サーバ（３１５）に対応する前記マスター・データベース・サーバ（４）のインボックスにコピーし、前記マスター・データベース・サーバ（４）のマスター・データベース（３）にトランザクションをアップデートするステップとを備えるプログラム記憶装置。