JP2000347921A - データ管理方法及びその実施装置 - Google Patents

Abstract

(57)【要約】 【課題】 分散データベースに分散配置されたデータを
ネットワーク全体で一元管理することが可能な技術を提
供する。 【解決手段】 分散データベースのデータを管理するデ
ータ管理方法において、ローカルデータベースのデータ
をリモートデータベースへ登録するステップと、リモー
トデータベースへの登録が行われたローカルデータベー
ス中のデータを、当該データが登録されたリモートデー
タベース中の位置を示すポインタに置換するステップと
を有するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークに接続
された複数のコンピュータシステム上で複数の業務がコ
ンカレントに行われ、個々の業務が分散配置されたデー
タに対して透過的にかつ効率的に遂行される様にデータ
を統合的に管理するデータ管理システムに関し、特にデ
ータの完成と同時に安全性・信頼性を高め、再利用可能
なデータとして位置付けるデータ管理システムに適用し
て有効な技術に関するものである。

【０００２】

【従来の技術】近年、データベース管理システムとワー
クフロー管理システム、及び、統合的にデータを管理す
る統合型データ管理システムを連携して、複数の業務を
コンカレントに行い、設計、製造、保守の全サイクルに
渡って作成される様々な資料及びデータを分散保管し、
分散されたデータを透過的かつ効率的に扱うシステムを
構築して業務効率を向上させる方法が考えられている。

【０００３】この様なシステムを利用した業務の中で作
成されたデータは、例えば、承認済か否かによってその
価値が異なり、承認済データは、安易に更新できてはな
らず、承認済データの管理では高度の安全性・信頼性が
要求される。一方、その承認済データは、必要に応じて
業務に関係する利用者によって参照され、改訂や新デー
タ作成に流用して作業効率を向上させたり、品質の高い
データを作成する等、有効活用されうる再利用可能なデ
ータとして位置付けられる。

【０００４】例えば、図面データを管理する図面庫シス
テムでは、承認済の図面データを入庫・出庫する場合、
図面番号や図面名称等を記載した依頼書を作成し、これ
を図面庫管理担当者に提出して、管理担当者が依頼書に
基づいて図面データを入庫・出庫する様なシステムが考
えられている。依頼書の発行に伴って、管理担当者が図
面データを扱うという点では、依頼者が承認済データに
直接アクセスすることがない為、むやみにデータを更新
できず、アクセスを制御してデータの安全性や信頼性を
高めていると言えるが、承認済データを参照したい場合
でも管理担当者を仲介することになるので利便性が低下
する。

【０００５】利便性に関して、例えば特開平５−１０１
１１３号公報の記載の様に、データの登録・取出に必要
な情報をデータベース間でやり取りして作成し、これを
クライアントへ返信することでクライアントから直接該
当するデータベースへアクセスし、作業効率を向上させ
る方法が考えられている。しかし、この方法では、直接
アクセスによって、データの安全性や信頼性を低下させ
る危険性がある。また、従来技術では、ローカルデータ
ベースからリモートデータベースへのデータ登録に伴い
データの複製が発生する為、全ての利用者が完全に同一
のデータを参照することを保証できなかった。

【０００６】この問題を解決する為に、例えば特開平１
０−６３７４７号公報の記載の様に、ワークフローを利
用し、タスクを処理する際に、タスクに関係するデータ
を指し示すポインタ情報を保持し、ポインタの内容に従
って、ネットワーク上の複数システムに渡ってタスクに
関係するデータにアクセスし、データの一元性を保証す
る方法が考えられている。しかし、この方法は、ワーク
フロー上でタスクを扱っている間のデータ参照方法につ
いてポインタを導入したものであり、ワークフローの制
御から外れるとこの特性を生かせない。

【０００７】また、データの信頼性・安全性に関して、
特開平９−１８５５４１号公報の記載の様に、データの
属性情報として「状態」等を持ち、一般に設定される参
照／更新権限の他に、「状態」に応じたアクセス権限を
設定してアクセス権限を操作することで、柔軟でかつ信
頼性・安全性の高いデータ管理を実現する方法が考えら
れている。しかし、アクセス権限を木目細かく管理する
為、アクセス権限の管理が煩雑であり、データ量増加の
要因となる可能性がある。

【０００８】

【発明が解決しようとする課題】この様な従来より考え
られているシステムでは、利用者の操作ミスによる完成
データの安全性・信頼性の低下や、サーバ間に渡る完成
データの一元管理が十分に行われていないという問題が
ある。また、自分以外の利用者が登録したデータについ
ては、データの存在を知ることが困難であり、再利用で
きるデータがシステム上に存在するにも関わらず、これ
を利用できないという問題がある。本発明の目的は上記
問題を解決し、分散データベースに分散配置されたデー
タをネットワーク全体で一元管理することが可能な技術
を提供することにある。

【０００９】

【課題を解決するための手段】本発明は、分散データベ
ースのデータを管理するデータ管理システムにおいて、
ネットワーク上の複数のローカルデータベースに分散配
置されたデータをリモートデータベースに集約するもの
である。

【００１０】本発明のクライアントでは、ローカルデー
タベースに格納されていた仕掛り中のデータが完成する
と、そのデータをワークフローとして発送する。発送さ
れたデータは所定のワークフローに従って処理され、所
定のノードで各種の承認を受ける。

【００１１】エージェントは発送されたデータが承認済
みであるかどうかを調べ、承認済みのデータである場合
には、リモートデータベースへの当該データの登録をサ
ーバに要求し、前記登録が行われると、ローカルデータ
ベースのデータをリモートデータベースへ登録されたデ
ータへのポインタに置換する。

【００１２】またサーバでは、リモートデータベースへ
のデータの登録要求を受け取ってリモートデータベース
へ当該データを登録し、そのポインタの分配を外部処理
部へ依頼する。外部処理部は、リモートデータベースの
ポインタの分配依頼を受け取ってデータベース一覧中の
ローカルデータベースへ当該ポインタを分配し、各ロー
カルデータベースへ当該データを登録する。

【００１３】クライアントからローカルデータベースに
格納されたデータへのアクセスが要求された際に、サー
バは、当該データがリモートデータベースへのポインタ
であるかどうかを調べ、当該データがリモートデータベ
ースへのポインタである場合には、リモートデータベー
スのデータの取得を外部処理部へ依頼する。

【００１４】外部処理部では、リモートデータベースの
データの取得依頼を受け取ってリモートデータベースか
ら当該データを取得し、そのデータを依頼元のサーバへ
渡す。サーバは、外部処理部から受け取ったデータをク
ライアントへ送る。

【００１５】本発明によれば、ネットワーク上の複数の
ローカルデータベースに分散配置された仕掛り中のデー
タが完成すると、完成したデータをリモートデータベー
ス及びシステムに集約するので、完成したデータをネッ
トワーク全体で一元管理することができる。また、集約
に伴って、ローカルデータベースのデータをリモートデ
ータベースのデータを参照する為のポインタに置換して
いる為、リモートデータベース上のデータの更新を抑制
する様にアクセス制御を行うことでデータの安全性を高
め、リモートデータベースで参照されるデータがネット
ワーク上で完成した唯一のデータであることを保証し、
データの信頼性を高められる。

【００１６】更に、該ポインタをネットワーク上の複数
のローカルデータベースに分配することにより任意の利
用者がデータの完成を知ることができ、任意のローカル
データベースからのアクセスができる様になる為、デー
タの操作性を変えることなく、完成したデータを再利用
し易くなる。また、本発明で述べたポインタはデータの
容量が実体データに比べて非常に少ない為、複数のロー
カルデータベースのデータ容量の節約やバックアップ時
間の短縮ができる。

【００１７】以上の様に本発明のデータ管理システムに
よれば、ネットワーク上の複数のローカルデータベース
に分散配置されたデータをリモートデータベースに集約
するので、分散データベースに分散配置されたデータを
ネットワーク全体で一元管理することが可能である。

【００１８】

【発明の実施の形態】以下に分散データベースのデータ
を管理する一実施形態のデータ管理システムについて説
明する。図１は本実施形態のデータ管理システムの構成
例を示す図である。図１に示す様に本実施形態のデータ
管理システムは、ローカルデータベース１と、リモート
データベース２と、ワークフロー管理システム３と、ネ
ットワーク４と、データ５と、電子化書類６と、ポイン
タ７と、承認許可情報８と、エージェント９と、データ
１０と、ポインタ１１と、ローカルシステム１２及び１
４と、リモートシステム１３及び１５とを有している。

【００１９】ローカルデータベース１は、仕掛り中のデ
ータを格納する第一のデータベースである。リモートデ
ータベース２は、完成したデータを格納する第二のデー
タベースである。ワークフロー管理システム３は、電子
化書類６の流れを定義したワークフローを管理するシス
テムである。

【００２０】ネットワーク４は、ローカルデータベース
１、リモートデータベース２、ワークフロー管理システ
ム３を接続する通信路である。データ５は、ローカルデ
ータベース１に格納されているデータである。電子化書
類６は、ワークフローのタスクとして発送する電子化さ
れた書類である。

【００２１】ポインタ７は、ローカルデータベース１に
格納されているデータ５を特定する為の所在情報を含む
属性情報である。承認許可情報８は、ワークフロー上で
電子化書類６を処理した結果であり、例えば、電子化書
類６の承認処理をするワークフローの場合、電子化書類
６が承認されたことを意味する属性であったり、承認さ
れたことを意味する記号や値を記述したファイルであっ
たりする。

【００２２】エージェント９は、ワークフロー管理シス
テム３で処理された承認許可情報８を判別し、電子化書
類６として回覧されたポインタ７からローカルデータベ
ース１のデータ５を取得し、リモートデータベース２に
登録すると共に、登録したデータ１０を特定する為のポ
インタ１１を作成し、ポインタ７の内容によってローカ
ルデータベース１のデータ５を特定し、ポインタ１１に
よってデータ５を置換する処理部である。

【００２３】データ１０は、ローカルデータベース１か
らリモートデータベース２へ移動されたデータである。
ポインタ１１は、リモートデータベース２に格納されて
いるデータ１０を特定する為の所在情報を含む属性情報
である。

【００２４】ローカルシステム１２及び１４は、ローカ
ルデータベース１やワークフロー管理システム３等を含
んでいるネットワーク４上のシステムである。リモート
システム１３及び１５は、ローカルデータベース１のデ
ータを集約する目的で構成されたリモートデータベース
２を含むシステムである。

【００２５】図１のデータ管理システムでは、データの
流れを電子化書類６の流れとして定義したワークフロー
との連携で示している。

【００２６】図２は本実施形態のデータ管理システムの
概略構成を示す図である。図２に示す様に本実施形態の
データ管理システムは、入力装置２０１と、表示装置２
０２と、入力制御装置２０３と、表示制御装置２０４
と、ワークフロー管理システム２０５とを有している。

【００２７】入力装置２０１は、マウスやキーボード等
の入力を行う装置である。表示装置２０２は、ディスプ
レイやプロジェクタ等の表示を行う装置である。入力制
御装置２０３は、入力装置２０１からの要求を受け付け
る制御装置である。

【００２８】表示制御装置２０４は、表示装置２０２へ
の情報の表示を行う制御装置である。ワークフロー管理
システム２０５は、電子化書類６の流れを定義したワー
クフローを管理するシステムである。

【００２９】またデータ管理システムは、サーバ処理部
２１０と、階層管理処理部２１１と、属性管理処理部２
１２と、ポインタ管理処理部２１３と、発送処理部２１
４と、検索処理部２１５と、データ登録処理部２１６
と、ポインタ登録依頼処理部２１７と、データアクセス
処理部２１８と、外部処理部２２０と、ポインタ分配処
理部２２１と、ポインタ登録処理部２２２と、データ取
得処理部２２３と、結果作成処理部２３０と、データ登
録要求処理部２３１と、置換処理部２３２とを有してい
る。

【００３０】サーバ処理部２１０は、リモートデータベ
ース２へのデータ１０の登録やそのポインタ１１の登録
を外部処理部２２０へ依頼する処理部である。階層管理
処理部２１１は、データベースに登録されたデータをフ
ォルダとして体系化し、各フォルダを階層構造で管理す
る処理部である。

【００３１】属性管理処理部２１２は、データベースに
登録されたデータに付随するデータ番号、頂点番号、デ
ータ名称、タイトル、データ種別、作成者等の属性情報
を管理する処理部である。ポインタ管理処理部２１３
は、渡された属性情報から入力装置２０１によって選択
されたデータを特定する為のポインタ７を作成する処理
部である。

【００３２】発送処理部２１４は、電子化書類６を作成
してワークフロー管理システム２０５に投入する処理部
である。検索処理部２１５は、要求されたデータを特定
する為の属性情報を検索して属性管理処理部２１２に返
答する処理部である。

【００３３】データ登録処理部２１６は、リモートデー
タベース２へのデータの登録要求を受け取って、ローカ
ルデータベース１のデータ５をリモートデータベース２
のデータ１０としてリモートデータベース２へ登録し、
そのポインタ１１の分配を依頼する処理部である。

【００３４】ポインタ登録依頼処理部２１７は、リモー
トデータベース２のデータ１０の検索要求が行われた場
合に、当該データへのポインタ１１を作成し、検索要求
元へのそのポインタ１１の登録を依頼する処理部であ
る。

【００３５】データアクセス処理部２１８は、ローカル
データベース１に格納されたデータ５がリモートデータ
ベース２へのポインタ１１である場合にリモートデータ
ベース２のデータ１０の取得を依頼する処理部である。

【００３６】外部処理部２２０は、リモートデータベー
ス２へのポインタ１１の登録やデータ１０の取得を行う
処理部である。ポインタ分配処理部２２１は、リモート
データベース２へのポインタ１１の分配依頼を受け取っ
てローカルデータベース１へポインタ１１を分配する処
理部である。

【００３７】ポインタ登録処理部２２２は、リモートデ
ータベース２へのポインタ１１の登録依頼を受け取って
検索要求元のローカルデータベース１へポインタ１１を
登録する処理部である。データ取得処理部２２３は、リ
モートデータベース２のデータ１０の取得依頼を受け取
ってリモートデータベース２からデータ１０を取得し、
そのデータ１０を依頼元へ渡す処理部である。

【００３８】結果作成処理部２３０は、承認結果を持つ
結果ファイルを作成し、電子化書類６に含める処理部で
ある。データ登録要求処理部２３１は、ローカルデータ
ベース１のデータ５をリモートデータベース２のデータ
１０としてリモートデータベース２へ登録する処理をサ
ーバ処理部２１０に要求する処理部である。置換処理部
２３２は、ローカルデータベース１のデータ５をリモー
トデータベース２のデータ１０へのポインタ１１に置換
する処理部である。

【００３９】データ管理システムをサーバ処理部２１
０、階層管理処理部２１１、属性管理処理部２１２、ポ
インタ管理処理部２１３、発送処理部２１４、検索処理
部２１５、データ登録処理部２１６、ポインタ登録依頼
処理部２１７、データアクセス処理部２１８、外部処理
部２２０、ポインタ分配処理部２２１、ポインタ登録処
理部２２２、データ取得処理部２２３、結果作成処理部
２３０、データ登録要求処理部２３１及び置換処理部２
３２として機能させる為のプログラムは、ＣＤ−ＲＯＭ
等の記録媒体に記録され磁気ディスク等に格納された
後、メモリにロードされて実行されるものとする。なお
前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外
の他の記録媒体でも良い。

【００４０】入力制御装置２０３からデータの検索要求
があると、階層管理処理部２１１と属性管理処理部２１
２が連動し、データに付随する属性情報を条件にして検
索処理部２１５にデータの検索を依頼する。検索処理部
２１５は、要求されたデータを特定する為の属性情報を
検索して属性管理処理部２１２に返答する。属性管理処
理部２１２は、検索した属性情報を表示制御装置２０４
に渡す。表示制御装置２０４は、渡された属性情報を表
示装置２０２に表示する。前述した発送手順によって入
力装置２０１により発送するデータが選択され、発送コ
マンドと共に入力制御装置２０３に渡される。

【００４１】入力制御装置２０３は、これを階層管理処
理部２１１と属性管理処理部２１２に渡す。階層管理処
理部２１１と属性管理処理部２１２は連動し、ポインタ
を作成する為に必要な属性情報を作成してポインタ管理
処理部２１３に渡す。ポインタ管理処理部２１３は、渡
された属性情報から入力装置２０１によって選択された
データを特定する為のポインタを作成する。そして、作
成したポインタを発送処理部２１４に渡す。

【００４２】発送処理部２１４は、電子化書類６を作成
してワークフロー管理システム２０５に投入する。回覧
経路は予めワークフロー管理システム２０５によって定
義されている。発送された電子化書類６は、定義された
ワークフロー上の各ノードを順番に回覧される。ワーク
フローには、例えば、回覧された電子化書類６に含まれ
るデータを審査・承認するノードが設定されている。こ
のノードによって、データが承認された場合、承認する
旨を結果作成処理部２３０に伝達する。結果作成処理部
２３０は、例えば「承認結果＝ＯＫ」の一行を持つ結果
ファイルを作成し、電子化書類６に含める。また、ワー
クフロー上には、エージェント９が配置されたノードが
設定されている。電子化書類６がエージェント９の設置
されたノードに到着すると、エージェント９が結果ファ
イルを参照し、承認結果がＯＫかＮＧかを調べる。この
結果、ＮＧである場合は、次のノードへ電子化書類６を
回覧する。結果が、ＯＫである場合は次の処理を実行す
る。

【００４３】(1)電子化書類６から第一のポインタ７を
取り出し、発送元のローカルデータベース１にアクセス
して実体データ５を取得する。 (2)取得した実体データ５をリモートデータベース２に
登録し、登録したデータ１０を特定する為の第二のポイ
ンタ１１を作成する。 (3)第一のポインタ７で特定されるローカルデータベー
ス１の実体データ５を、作成した第二のポインタ１１に
置換する。これにより、発送元のローカルデータベース
１の実体データ５は、リモートデータベース２に移動
し、ローカルデータベース１上では第二のポインタ１１
が上書きされる。

【００４４】図３は本実施形態のポインタ７の内容例を
示す図である。図３に示す様にポインタ７は、ローカル
データベース１のデータベース名称、ローカルデータベ
ース１のデータ格納体系としてローカルデータベース１
の内部に定義されたディレクトリの名称であるフォルダ
名称、ローカルデータベース１に格納されたデータを一
意に特定する為のデータ番号、及びデータ名称等の属性
を有している。

【００４５】図４、図６、図８は、ローカルデータベー
ス１のデータ５を電子化書類６として発送してからリモ
ートデータベース２のデータ１０として登録し、データ
１０を特定する為のポインタ１１に置換するまで処理の
一例を示したものである。

【００４６】図４は本実施形態のクライアントの画面の
一例を示す図である。図４に示す様に本実施形態のクラ
イアント画面３１は、メニューバー３２と、表示領域３
３と、属性情報３４と、発送メニュー３５とを有してい
る。

【００４７】メニューバー３２は、検索、更新、削除、
登録、発送といった様なクライアントの機能を実現する
メニューが配置されたバーである。表示領域３３は、ロ
ーカルデータベース１から検索した結果を表示する領域
である。

【００４８】属性情報３４は、検索したデータに付随し
た名称、格納場所、タイトル、作成者、作成日、更新者
等の情報である。発送メニュー３５は、表示領域３３に
表示された検索データの中から選択された属性情報３４
等の発送を行う為のメニューである。

【００４９】ワークフロー管理システム３にデータ５を
発送する手順は、次の通りであり、クライアントからの
操作によりデータ５を発送するまでの処理フローを図５
に示す。

【００５０】図５は本実施形態の発送処理部２１４の処
理手順を示すフローチャートである。ステップ５０１で
はローカルデータベース１からデータ５を検索して画面
に表示する。ステップ５０２では、クライアントの画面
で、表示領域３３に表示された属性情報３４を選択す
る。例えば、属性情報３４が前述したローカルデータベ
ース１のデータ５の情報を示している。

【００５１】ステップ５０３では、メニューバー３２か
ら発送メニュー３５を選択する。これによって、属性情
報３４が電子化書類６としてワークフローシステムに発
送される。また、前述のローカルシステム１４は、属性
情報３４を発送する際、属性情報３４とローカルデータ
ベース１のデータであることを表すポインタ７を電子化
書類６に含める。ポインタ７の内容は、例えば、図３で
示した様な属性情報である。

【００５２】図６は本実施形態の発送データの回覧の処
理概要を示す図である。この様にして、前記発送された
データは定義されたルートに沿ってワークフロー上を回
覧される。図６の様にワークフロー上には、発送された
データの承認をする承認ノード２３が設定されており、
ローカルデータベース１に格納されているデータ５をポ
インタ７によって参照し、データ５を承認する場合は承
認許可を示す承認許可情報８を電子化書類６に含める。
図６においてエージェント９は、ワークフロー上のエー
ジェント設置ノード２４に設置される。エージェントの
仕事は、次の通りであり、エージェント９の処理フロー
を図７に示す。

【００５３】図７は本実施形態のエージェント９の処理
手順を示すフローチャートである。ステップ７０１でエ
ージェント９は、ワークフローに沿って回覧された電子
化書類６から承認許可を示す承認許可情報８を取り出
す。

【００５４】ステップ７０２では承認許可情報８を参照
し、承認されているかどうかを調べ、承認されていた場
合にはステップ７０３に進み、同封されているポインタ
７からローカルデータベース１のデータ５を取得する。

【００５５】ステップ７０４でエージェント９のデータ
登録要求処理部２３１は、前記取得したデータ５を新規
データ１０としてリモートデータベース２へ登録する処
理をサーバ処理部２１０に要求し、データ１０の登録が
完了するとステップ７０５に進む。ステップ７０５でエ
ージェント９の置換処理部２３２は、リモートデータベ
ース２のデータ１０へのポインタ１１をデータ１０の属
性情報２１から作成し、ステップ７０６では、ポインタ
７で示されるローカルデータベース１のデータ５を、前
記作成したポインタ１１に置換する。

【００５６】図８は本実施形態のポインタ１１の作成の
処理概要を示す図である。図７に示したエージェント９
の処理の結果、ローカルデータベース１にポインタ１１
が格納され、データ５はリモートデータベース２へ移動
したことになる。ポインタ１１は、リモートデータベー
ス２の名称やリモートデータベース２上のフォルダ名
称、データ名称等を持っている為、任意のデータベース
に格納されても、その内容から実体データの所在を知る
ことができる。また、実体データの容量に比べて、ポイ
ンタの容量は少ない為、格納スペースの節約やバックア
ップ時間短縮を実現できる。

【００５７】また、リモートデータベース２を含むシス
テムが、エージェント９からの要求を受け取り、ローカ
ルデータベース１のデータ５をリモートデータベース２
のデータ１０として登録したタイミングで、第三のデー
タベースにポインタ１１を登録してポインタ１１の分配
を行っても良い。

【００５８】図９は本実施形態のデータ登録時のポイン
タ分配処理の処理概要を示す図である。図９では、ワー
クフロー管理システム３で処理されたデータ５をリモー
トデータベース２に登録したタイミングで、第三のデー
タベース５１にポインタ１１を登録する処理を表してい
る。

【００５９】ネットワーク４には複数のデータベース５
１を含むシステムが接続されており、その中心的位置に
リモートデータベース２が配置されている。リモートデ
ータベース２を含むシステムには、エージェント９から
の要求を受け取り、リモートデータベース２にデータを
登録し、登録処理完了後に外部処理部２２０に制御を渡
すデータ登録処理部２１６を備えたサーバ処理部２１０
が設けられている。外部処理部２２０は、例えば登録す
べきポインタ１１と登録場所を入力すると、入力に従っ
て所定のデータベース５１にポインタ１１を登録するポ
インタ分配処理部２２１を持っている。

【００６０】図１０は本実施形態のデータ登録時のポイ
ンタ分配処理の処理手順を示すフローチャートである。
ステップ１００１でサーバ処理部２１０のデータ登録処
理部２１６は、エージェント９のデータ登録要求を受け
取り、ステップ１００２でリモートデータベース２にデ
ータ１０を登録する。登録が完了すると、ステップ１０
０３でデータ１０の前述の属性情報２１からポインタ１
１を作成し、ステップ１００４で外部処理部２２０に制
御を渡す。

【００６１】ステップ１００５で外部処理部２２０のポ
インタ分配処理部２２１は、サーバ処理部２１０からポ
インタ１１を取得し、ステップ１００６でデータベース
一覧を取得し、ステップ１００７でポインタ１１をネッ
トワークに接続されたデータベース５１へ登録する。

【００６２】なおネットワーク上のデータベース５１を
特定する方法としては、前記の様にデータベース一覧を
ファイルとして保持する方法や、外部処理部２２０をデ
ータベース５１毎に割り当てる方法等がある。

【００６３】ステップ１００７で外部処理部２２０によ
るポインタ１１の登録が完了すると、ステップ１００８
で外部処理部２２０は登録完了をサーバ処理部２１０に
報告し、ステップ１００９でサーバ処理部２１０は登録
完了をエージェント９に報告する。

【００６４】図１１は本実施形態のデータ検索時のポイ
ンタ登録処理の処理概要を示す図である。図１１では、
リモートデータベース２に格納されたデータ１０を検索
したタイミングで、データ１０を特定する為のポインタ
１１を作成し、ローカルデータベース１に格納する処理
を表している。

【００６５】前述した様に各システムには、データベー
スへアクセスするサーバ処理部２１０が設けてあり、リ
モートデータベース２へのアクセス完了後、外部処理部
２２０に制御を渡すことができる。

【００６６】図１２は本実施形態のデータ検索時のポイ
ンタ登録処理の処理手順を示すフローチャートである。
ステップ１２０１でサーバ処理部２１０がリモートデー
タベース２のデータ１０の検索要求を受け取ると、ステ
ップ１２０２でサーバ処理部２１０のポインタ登録依頼
処理部２１７は、データ１０を特定する為のポインタ１
１を作成し、ステップ１２０３でポインタ１１を入力と
して外部処理部２２０を呼び出す。

【００６７】ステップ１２０４で外部処理部２２０のポ
インタ登録処理部２２２は、サーバ処理部２１０からポ
インタ１１を取得し、ステップ１２０５では、検索要求
元のシステムに含まれるローカルデータベース１を検索
して該当データの有無を調べる。

【００６８】検索要求元のシステムに該当データが存在
していない場合にはステップ１２０６からステップ１２
０７へ進み、ポインタ１１を検索要求元のシステムに含
まれるローカルデータベース１へ登録する。この様にし
て、第一のデータベースから発送されて第二のデータベ
ースに登録された、完成されたデータ１０を参照する為
のポインタ１１を第三のデータベースに格納することが
できる。

【００６９】図１３は本実施形態のテーブル構造とファ
イルシステムの一例を示す図である。図１３では、第一
のデータベースに格納されたデータの構造及びデータベ
ース上のテーブル（属性情報）を表している。

【００７０】図１３において、階層管理テーブルは、デ
ータベース上のデータ格納体系であるフォルダの構成を
管理する為のテーブルであり、頂点番号、保管庫番号、
頂点名称、親頂点番号、属性１等の複数の属性を有して
いる。保管庫管理テーブルは、ファイルシステム上のデ
ータ格納体系であるディレクトリの構成を管理する為の
テーブルであり、保管庫番号、保管庫名称、ルート等の
属性を有している。

【００７１】階層管理テーブルと保管庫管理テーブルの
内容を元にファイルシステムと対応付ける様な階層構造
を論理的に作成することが可能である。例えば、行１２
６は、ファイルシステム上のディレクトリ“／Ｕｓｒ
１”をルートディレクトリとした保管庫１２７の様な構
成に対応し、階層管理テーブル上の行１２１は、ファイ
ルシステム上のディレクトリ１２２に、行１２３は、フ
ァイルシステム上のディレクトリ１２４に対応する。

【００７２】また、データには、データ属性管理テーブ
ルで示す様にデータ番号、頂点番号、属性（作成者、作
成日等）等から構成される。例えば、行１２５は、階層
管理テーブルで管理される頂点番号“２”で特定される
“Ｂ”という頂点名称を持ったフォルダに格納されてい
る“ｂ”という名称（属性1が名称の場合）のデータで
あることを示している。

【００７３】更に、属性情報はデータベース上の階層管
理テーブル及びデータ属性管理テーブルにより管理さ
れ、実体データ（実体ファイル）は、ファイルシステム
上に階層管理テーブルと対応付けられたディレクトリに
格納され管理されている。例えば、“ｂ”というデータ
は、データベース上では行１２５の様に管理され、ファ
イルシステム上では置換対象実体データ群１２８の様に
ディレクトリ“／Ｕｓｒ１／Ｕｓｒ２／Ｂ”のファイル
“ｂ”として管理される。

【００７４】この様に、データをその属性情報と実体フ
ァイルに分けて管理しており、本実施形態で言及する置
換処理の対象となるデータは、置換対象実体データ群１
２８で示す実体ファイルである。実体ファイルの置換処
理によって該当するデータの属性情報の変更はしない。
或いは、データが置換されていることを明確にする為に
属性情報の一部を置換済であることを意味する情報に更
新しても良い。

【００７５】外部処理部２２０は、ポインタ１１に置換
されたデータ５へのアクセスがあると、サーバ処理部２
１０からリモートデータ取得依頼を受け取り、リモート
データベース２にアクセスして実体データ１０を取得す
る。

【００７６】図１４は本実施形態のデータアクセスの流
れを示す図である。図１４では、ローカルデータベース
１のデータ５へのデータアクセスまたはローカルデータ
ベース１を経由したリモートデータベース２のデータ１
０へのデータアクセスの流れを表している。

【００７７】図１５は本実施形態のデータアクセスの処
理手順を示すフローチャートである。クライアント１４
２からローカルデータベース１のデータへのアクセスが
要求されると、ステップ１５０１でサーバ処理部２１０
のデータアクセス処理部２１８は、クライアント１４２
からのデータアクセス要求を受け取る。

【００７８】ステップ１５０２では、ローカルデータベ
ース１からデータを取得し、ステップ１５０３では、前
記取得したデータがポインタ１１であるかどうかを、そ
の中身や拡張子等によって判定する。

【００７９】なお、ローカルデータベース１のデータが
ポインタ１１を示すものである場合には、そのデータ中
にポインタ１１であることを示す属性情報を設定した
り、また、ポインタ１１を格納したファイル名にポイン
タ１１を示す拡張子を設定し、そのファイル名を当該デ
ータ中に格納するものとし、ローカルデータベース１の
データ中の属性情報やファイル名の拡張子により、ポイ
ンタ１１を示すものであるかどうかの判定を行うものと
する。

【００８０】クライアント１４２からアクセス要求され
たデータがローカルデータベース１のデータ５であった
場合にはステップ１５０４からステップ１５１２へ進
み、サーバ処理部２１０がデータ５を取得し、クライア
ント１４２へ転送する。

【００８１】クライアント１４２からアクセス要求され
たデータがポインタ１１であった場合にはステップ１５
０４からステップ１５０５へ進み、サーバ処理部２１０
がポインタ１１を取得し、ポインタ１１の中身を解釈し
て、ステップ１５０６で外部処理部２２０へリモートデ
ータベース２のデータ１０の取得を依頼する。

【００８２】ステップ１５０７で外部処理部２２０のデ
ータ取得処理部２２３は、サーバ処理部２１０からリモ
ートデータベース２のデータ１０の取得依頼を受け取
り、ステップ１５０８でリモートデータベース２にアク
セスしてデータ１０を取得する。そしてステップ１５０
９では、サーバ処理部２１０が取得したポインタ１１を
前記取得したデータ１０に置換し、ステップ１５１０で
処理の完了をサーバ処理部２１０へ伝達する。ステップ
１５１１でサーバ処理部２１０は、外部処理部２２０か
ら処理の完了を伝達されると、ステップ１５１２でデー
タ１０をクライアント１４２へ転送する。

【００８３】以上、本実施形態で説明した様に、ネット
ワーク上の複数のローカルデータベース１に分散配置さ
れたデータ５が完成すると同時に、完成したデータをリ
モートデータベース２に集約して一元管理し、集約に伴
って、ローカルデータベース１のデータ５をリモートデ
ータベース２のデータ１０を参照する為のポインタ１１
に置換することによって隠蔽して、完成したデータの安
全性・信頼性を高めると共に、該ポインタをネットワー
ク上の複数のローカルデータベース１に分配して、任意
のローカルデータベース１からのアクセスを可能とし、
ローカルデータベース１のデータの操作性を変えること
なく、完成したデータを再利用しやすいシステムを提供
できる。

【００８４】本実施形態では、ローカルデータベース１
を出発点として、リモートデータベース２にデータを移
動し、ローカルデータベース１のデータを置換する方法
を説明したが、例で示すリモートデータベース２をロー
カルデータベース１として、複数のリモートデータベー
ス２から、完成したことを示すデータの属性情報を定期
的に検索して、ローカルデータベース１に集めることに
も適用できる。

【００８５】また、ローカルデータベース１のデータ５
をポインタ１１に置換する処理は、前述のワークフロー
上のエージェント９でなくても良く、メールシステムに
組み込まれた処理の中で行ったり、ローカルデータベー
ス１やリモートデータベース２に組み込まれた処理の中
で行ったりしても良い。時間的に連続であってもなくて
も良い。更に、ネットワーク上のデータベースの種類に
とらわれず、異種システムでも良い。

【００８６】以上説明した様に本実施形態のデータ管理
システムによれば、ネットワーク上の複数のローカルデ
ータベースに分散配置されたデータをリモートデータベ
ースに集約するので、分散データベースに分散配置され
たデータをネットワーク全体で一元管理することが可能
である。

【００８７】

【発明の効果】本発明によればネットワーク上の複数の
ローカルデータベースに分散配置されたデータをリモー
トデータベースに集約するので、分散データベースに分
散配置されたデータをネットワーク全体で一元管理する
ことが可能である。

【図面の簡単な説明】

【図１】本実施形態のデータ管理システムの構成例を示
す図である。

【図２】本実施形態のデータ管理システムの概略構成を
示す図である。

【図３】本実施形態のポインタ７の内容例を示す図であ
る。

【図４】本実施形態のクライアントの画面の一例を示す
図である。

【図５】本実施形態の発送処理部２１４の処理手順を示
すフローチャートである。

【図６】本実施形態の発送データの回覧の処理概要を示
す図である。

【図７】本実施形態のエージェント９の処理手順を示す
フローチャートである。

【図８】本実施形態のポインタ１１の作成の処理概要を
示す図である。

【図９】本実施形態のデータ登録時のポインタ分配処理
の処理概要を示す図である。

【図１０】本実施形態のデータ登録時のポインタ分配処
理の処理手順を示すフローチャートである。

【図１１】本実施形態のデータ検索時のポインタ登録処
理の処理概要を示す図である。

【図１２】本実施形態のデータ検索時のポインタ登録処
理の処理手順を示すフローチャートである。

【図１３】本実施形態のテーブル構造とファイルシステ
ムの一例を示す図である。

【図１４】本実施形態のデータアクセスの流れを示す図
である。

【図１５】本実施形態のデータアクセスの処理手順を示
すフローチャートである。

【符号の説明】

１…ローカルデータベース、２…リモートデータベー
ス、３…ワークフロー管理システム、４…ネットワー
ク、５…データ、６…電子化書類、７…ポインタ、８…
承認許可情報、９…エージェント、１０…データ、１１
…ポインタ、１２及び１４…ローカルシステム、１３及
び１５…リモートシステム、２０１…入力装置、２０２
…表示装置、２０３…入力制御装置、２０４…表示制御
装置、２０５…ワークフロー管理システム、２１０…サ
ーバ処理部、２１１…階層管理処理部、２１２…属性管
理処理部、２１３…ポインタ管理処理部、２１４…発送
処理部、２１５…検索処理部、２１６…データ登録処理
部、２１７…ポインタ登録依頼処理部、２１８…データ
アクセス処理部、２２０…外部処理部、２２１…ポイン
タ分配処理部、２２２…ポインタ登録処理部、２２３…
データ取得処理部、２３０…結果作成処理部、２３１…
データ登録要求処理部、２３２…置換処理部、３１…ク
ライアント画面、３２…メニューバー、３３…表示領
域、３４…属性情報、３５…発送メニュー、２０…属性
情報、２１…属性情報、２２…データ登録処理、２３…
承認ノード、２４…エージェント設置ノード、５１…デ
ータベース、１２１…行、１２２…ディレクトリ、１２
３…行、１２４…ディレクトリ、１２５…行、１２６…
行、１２７…保管庫、１２８…置換対象実体データ群、
１４２…クライアント。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 分散データベースのデータを管理するデ
   ータ管理方法において、 ローカルデータベースのデータをリモートデータベース
   へ登録するステップと、リモートデータベースへの登録
   が行われたローカルデータベース中のデータを、当該デ
   ータが登録されたリモートデータベース中の位置を示す
   ポインタに置換するステップとを有することを特徴とす
   るデータ管理方法。
2. 【請求項２】 分散データベースのデータを管理するデ
   ータ管理方法において、 ローカルデータベースに格納されたデータがリモートデ
   ータベースへのポインタである場合にリモートデータベ
   ースのデータの取得を依頼するステップと、リモートデ
   ータベースのデータの取得依頼を受け取ってリモートデ
   ータベースから当該データを取得し、そのデータを依頼
   元へ渡すステップとを有することを特徴とするデータ管
   理方法。
3. 【請求項３】 分散データベースのデータを管理するデ
   ータ管理システムにおいて、 ローカルデータベースのデータをリモートデータベース
   へ登録するデータ登録処理部と、リモートデータベース
   への登録が行われたローカルデータベース中のデータ
   を、当該データが登録されたリモートデータベース中の
   位置を示すポインタに置換する置換処理部とを備えるこ
   とを特徴とするデータ管理システム。
4. 【請求項４】 分散データベースのデータを管理するデ
   ータ管理システムにおいて、 ローカルデータベースに格納されたデータがリモートデ
   ータベースへのポインタである場合にリモートデータベ
   ースのデータの取得を依頼するデータアクセス処理部
   と、リモートデータベースのデータの取得依頼を受け取
   ってリモートデータベースから当該データを取得し、そ
   のデータを依頼元へ渡すデータ取得処理部とを備えるこ
   とを特徴とするデータ管理システム。