JP4021589B2

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

Info

Publication number: JP4021589B2
Application number: JP15950399A
Authority: JP
Inventors: 公孝田村
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-06-07
Filing date: 1999-06-07
Publication date: 2007-12-12
Anticipated expiration: 2019-06-07
Also published as: JP2000347921A

Description

【０００１】
【発明の属する技術分野】
本発明はネットワークに接続された複数のコンピュータシステム上で複数の業務がコンカレントに行われ、個々の業務が分散配置されたデータに対して透過的にかつ効率的に遂行される様にデータを統合的に管理するデータ管理システムに関し、特にデータの完成と同時に安全性・信頼性を高め、再利用可能なデータとして位置付けるデータ管理システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
近年、データベース管理システムとワークフロー管理システム、及び、統合的にデータを管理する統合型データ管理システムを連携して、複数の業務をコンカレントに行い、設計、製造、保守の全サイクルに渡って作成される様々な資料及びデータを分散保管し、分散されたデータを透過的かつ効率的に扱うシステムを構築して業務効率を向上させる方法が考えられている。
【０００３】
この様なシステムを利用した業務の中で作成されたデータは、例えば、承認済か否かによってその価値が異なり、承認済データは、安易に更新できてはならず、承認済データの管理では高度の安全性・信頼性が要求される。一方、その承認済データは、必要に応じて業務に関係する利用者によって参照され、改訂や新データ作成に流用して作業効率を向上させたり、品質の高いデータを作成する等、有効活用されうる再利用可能なデータとして位置付けられる。
【０００４】
例えば、図面データを管理する図面庫システムでは、承認済の図面データを入庫・出庫する場合、図面番号や図面名称等を記載した依頼書を作成し、これを図面庫管理担当者に提出して、管理担当者が依頼書に基づいて図面データを入庫・出庫する様なシステムが考えられている。依頼書の発行に伴って、管理担当者が図面データを扱うという点では、依頼者が承認済データに直接アクセスすることがない為、むやみにデータを更新できず、アクセスを制御してデータの安全性や信頼性を高めていると言えるが、承認済データを参照したい場合でも管理担当者を仲介することになるので利便性が低下する。
【０００５】
利便性に関して、例えば特開平５−１０１１１３号公報の記載の様に、データの登録・取出に必要な情報をデータベース間でやり取りして作成し、これをクライアントへ返信することでクライアントから直接該当するデータベースへアクセスし、作業効率を向上させる方法が考えられている。しかし、この方法では、直接アクセスによって、データの安全性や信頼性を低下させる危険性がある。また、従来技術では、ローカルデータベースからリモートデータベースへのデータ登録に伴いデータの複製が発生する為、全ての利用者が完全に同一のデータを参照することを保証できなかった。
【０００６】
この問題を解決する為に、例えば特開平１０−６３７４７号公報の記載の様に、ワークフローを利用し、タスクを処理する際に、タスクに関係するデータを指し示すポインタ情報を保持し、ポインタの内容に従って、ネットワーク上の複数システムに渡ってタスクに関係するデータにアクセスし、データの一元性を保証する方法が考えられている。しかし、この方法は、ワークフロー上でタスクを扱っている間のデータ参照方法についてポインタを導入したものであり、ワークフローの制御から外れるとこの特性を生かせない。
【０００７】
また、データの信頼性・安全性に関して、特開平９−１８５５４１号公報の記載の様に、データの属性情報として「状態」等を持ち、一般に設定される参照／更新権限の他に、「状態」に応じたアクセス権限を設定してアクセス権限を操作することで、柔軟でかつ信頼性・安全性の高いデータ管理を実現する方法が考えられている。しかし、アクセス権限を木目細かく管理する為、アクセス権限の管理が煩雑であり、データ量増加の要因となる可能性がある。
【０００８】
【発明が解決しようとする課題】
この様な従来より考えられているシステムでは、利用者の操作ミスによる完成データの安全性・信頼性の低下や、サーバ間に渡る完成データの一元管理が十分に行われていないという問題がある。また、自分以外の利用者が登録したデータについては、データの存在を知ることが困難であり、再利用できるデータがシステム上に存在するにも関わらず、これを利用できないという問題がある。
本発明の目的は上記問題を解決し、分散データベースに分散配置されたデータをネットワーク全体で一元管理することが可能な技術を提供することにある。
【０００９】
【課題を解決するための手段】
本発明は、分散データベースのデータを管理するデータ管理システムにおいて、ネットワーク上の複数のローカルデータベースに分散配置されたデータをリモートデータベースに集約するものである。
【００１０】
本発明のクライアントでは、ローカルデータベースに格納されていた仕掛り中のデータが完成すると、そのデータをワークフローとして発送する。発送されたデータは所定のワークフローに従って処理され、所定のノードで各種の承認を受ける。
【００１１】
エージェントは発送されたデータが承認済みであるかどうかを調べ、承認済みのデータである場合には、リモートデータベースへの当該データの登録をサーバに要求し、前記登録が行われると、ローカルデータベースのデータをリモートデータベースへ登録されたデータへのポインタに置換する。
【００１２】
またサーバでは、リモートデータベースへのデータの登録要求を受け取ってリモートデータベースへ当該データを登録し、そのポインタの分配を外部処理部へ依頼する。外部処理部は、リモートデータベースのポインタの分配依頼を受け取ってデータベース一覧中のローカルデータベースへ当該ポインタを分配し、各ローカルデータベースへ当該データを登録する。
【００１３】
クライアントからローカルデータベースに格納されたデータへのアクセスが要求された際に、サーバは、当該データがリモートデータベースへのポインタであるかどうかを調べ、当該データがリモートデータベースへのポインタである場合には、リモートデータベースのデータの取得を外部処理部へ依頼する。
【００１４】
外部処理部では、リモートデータベースのデータの取得依頼を受け取ってリモートデータベースから当該データを取得し、そのデータを依頼元のサーバへ渡す。サーバは、外部処理部から受け取ったデータをクライアントへ送る。
【００１５】
本発明によれば、ネットワーク上の複数のローカルデータベースに分散配置された仕掛り中のデータが完成すると、完成したデータをリモートデータベース及びシステムに集約するので、完成したデータをネットワーク全体で一元管理することができる。また、集約に伴って、ローカルデータベースのデータをリモートデータベースのデータを参照する為のポインタに置換している為、リモートデータベース上のデータの更新を抑制する様にアクセス制御を行うことでデータの安全性を高め、リモートデータベースで参照されるデータがネットワーク上で完成した唯一のデータであることを保証し、データの信頼性を高められる。
【００１６】
更に、該ポインタをネットワーク上の複数のローカルデータベースに分配することにより任意の利用者がデータの完成を知ることができ、任意のローカルデータベースからのアクセスができる様になる為、データの操作性を変えることなく、完成したデータを再利用し易くなる。また、本発明で述べたポインタはデータの容量が実体データに比べて非常に少ない為、複数のローカルデータベースのデータ容量の節約やバックアップ時間の短縮ができる。
【００１７】
以上の様に本発明のデータ管理システムによれば、ネットワーク上の複数のローカルデータベースに分散配置されたデータをリモートデータベースに集約するので、分散データベースに分散配置されたデータをネットワーク全体で一元管理することが可能である。
【００１８】
【発明の実施の形態】
以下に分散データベースのデータを管理する一実施形態のデータ管理システムについて説明する。
図１は本実施形態のデータ管理システムの構成例を示す図である。図１に示す様に本実施形態のデータ管理システムは、ローカルデータベース１と、リモートデータベース２と、ワークフロー管理システム３と、ネットワーク４と、データ５と、電子化書類６と、ポインタ７と、承認許可情報８と、エージェント９と、データ１０と、ポインタ１１と、ローカルシステム１２及び１４と、リモートシステム１３及び１５とを有している。
【００１９】
ローカルデータベース１は、仕掛り中のデータを格納する第一のデータベースである。リモートデータベース２は、完成したデータを格納する第二のデータベースである。ワークフロー管理システム３は、電子化書類６の流れを定義したワークフローを管理するシステムである。
【００２０】
ネットワーク４は、ローカルデータベース１、リモートデータベース２、ワークフロー管理システム３を接続する通信路である。データ５は、ローカルデータベース１に格納されているデータである。電子化書類６は、ワークフローのタスクとして発送する電子化された書類である。
【００２１】
ポインタ７は、ローカルデータベース１に格納されているデータ５を特定する為の所在情報を含む属性情報である。承認許可情報８は、ワークフロー上で電子化書類６を処理した結果であり、例えば、電子化書類６の承認処理をするワークフローの場合、電子化書類６が承認されたことを意味する属性であったり、承認されたことを意味する記号や値を記述したファイルであったりする。
【００２２】
エージェント９は、ワークフロー管理システム３で処理された承認許可情報８を判別し、電子化書類６として回覧されたポインタ７からローカルデータベース１のデータ５を取得し、リモートデータベース２に登録すると共に、登録したデータ１０を特定する為のポインタ１１を作成し、ポインタ７の内容によってローカルデータベース１のデータ５を特定し、ポインタ１１によってデータ５を置換する処理部である。
【００２３】
データ１０は、ローカルデータベース１からリモートデータベース２へ移動されたデータである。ポインタ１１は、リモートデータベース２に格納されているデータ１０を特定する為の所在情報を含む属性情報である。
【００２４】
ローカルシステム１２及び１４は、ローカルデータベース１やワークフロー管理システム３等を含んでいるネットワーク４上のシステムである。リモートシステム１３及び１５は、ローカルデータベース１のデータを集約する目的で構成されたリモートデータベース２を含むシステムである。
【００２５】
図１のデータ管理システムでは、データの流れを電子化書類６の流れとして定義したワークフローとの連携で示している。
【００２６】
図２は本実施形態のデータ管理システムの概略構成を示す図である。図２に示す様に本実施形態のデータ管理システムは、入力装置２０１と、表示装置２０２と、入力制御装置２０３と、表示制御装置２０４と、ワークフロー管理システム２０５とを有している。
【００２７】
入力装置２０１は、マウスやキーボード等の入力を行う装置である。表示装置２０２は、ディスプレイやプロジェクタ等の表示を行う装置である。入力制御装置２０３は、入力装置２０１からの要求を受け付ける制御装置である。
【００２８】
表示制御装置２０４は、表示装置２０２への情報の表示を行う制御装置である。ワークフロー管理システム２０５は、電子化書類６の流れを定義したワークフローを管理するシステムである。
【００２９】
またデータ管理システムは、サーバ処理部２１０と、階層管理処理部２１１と、属性管理処理部２１２と、ポインタ管理処理部２１３と、発送処理部２１４と、検索処理部２１５と、データ登録処理部２１６と、ポインタ登録依頼処理部２１７と、データアクセス処理部２１８と、外部処理部２２０と、ポインタ分配処理部２２１と、ポインタ登録処理部２２２と、データ取得処理部２２３と、結果作成処理部２３０と、データ登録要求処理部２３１と、置換処理部２３２とを有している。
【００３０】
サーバ処理部２１０は、リモートデータベース２へのデータ１０の登録やそのポインタ１１の登録を外部処理部２２０へ依頼する処理部である。階層管理処理部２１１は、データベースに登録されたデータをフォルダとして体系化し、各フォルダを階層構造で管理する処理部である。
【００３１】
属性管理処理部２１２は、データベースに登録されたデータに付随するデータ番号、頂点番号、データ名称、タイトル、データ種別、作成者等の属性情報を管理する処理部である。ポインタ管理処理部２１３は、渡された属性情報から入力装置２０１によって選択されたデータを特定する為のポインタ７を作成する処理部である。
【００３２】
発送処理部２１４は、電子化書類６を作成してワークフロー管理システム２０５に投入する処理部である。検索処理部２１５は、要求されたデータを特定する為の属性情報を検索して属性管理処理部２１２に返答する処理部である。
【００３３】
データ登録処理部２１６は、リモートデータベース２へのデータの登録要求を受け取って、ローカルデータベース１のデータ５をリモートデータベース２のデータ１０としてリモートデータベース２へ登録し、そのポインタ１１の分配を依頼する処理部である。
【００３４】
ポインタ登録依頼処理部２１７は、リモートデータベース２のデータ１０の検索要求が行われた場合に、当該データへのポインタ１１を作成し、検索要求元へのそのポインタ１１の登録を依頼する処理部である。
【００３５】
データアクセス処理部２１８は、ローカルデータベース１に格納されたデータ５がリモートデータベース２へのポインタ１１である場合にリモートデータベース２のデータ１０の取得を依頼する処理部である。
【００３６】
外部処理部２２０は、リモートデータベース２へのポインタ１１の登録やデータ１０の取得を行う処理部である。ポインタ分配処理部２２１は、リモートデータベース２へのポインタ１１の分配依頼を受け取ってローカルデータベース１へポインタ１１を分配する処理部である。
【００３７】
ポインタ登録処理部２２２は、リモートデータベース２へのポインタ１１の登録依頼を受け取って検索要求元のローカルデータベース１へポインタ１１を登録する処理部である。データ取得処理部２２３は、リモートデータベース２のデータ１０の取得依頼を受け取ってリモートデータベース２からデータ１０を取得し、そのデータ１０を依頼元へ渡す処理部である。
【００３８】
結果作成処理部２３０は、承認結果を持つ結果ファイルを作成し、電子化書類６に含める処理部である。データ登録要求処理部２３１は、ローカルデータベース１のデータ５をリモートデータベース２のデータ１０としてリモートデータベース２へ登録する処理をサーバ処理部２１０に要求する処理部である。置換処理部２３２は、ローカルデータベース１のデータ５をリモートデータベース２のデータ１０へのポインタ１１に置換する処理部である。
【００３９】
データ管理システムをサーバ処理部２１０、階層管理処理部２１１、属性管理処理部２１２、ポインタ管理処理部２１３、発送処理部２１４、検索処理部２１５、データ登録処理部２１６、ポインタ登録依頼処理部２１７、データアクセス処理部２１８、外部処理部２２０、ポインタ分配処理部２２１、ポインタ登録処理部２２２、データ取得処理部２２３、結果作成処理部２３０、データ登録要求処理部２３１及び置換処理部２３２として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。
【００４０】
入力制御装置２０３からデータの検索要求があると、階層管理処理部２１１と属性管理処理部２１２が連動し、データに付随する属性情報を条件にして検索処理部２１５にデータの検索を依頼する。検索処理部２１５は、要求されたデータを特定する為の属性情報を検索して属性管理処理部２１２に返答する。属性管理処理部２１２は、検索した属性情報を表示制御装置２０４に渡す。表示制御装置２０４は、渡された属性情報を表示装置２０２に表示する。前述した発送手順によって入力装置２０１により発送するデータが選択され、発送コマンドと共に入力制御装置２０３に渡される。
【００４１】
入力制御装置２０３は、これを階層管理処理部２１１と属性管理処理部２１２に渡す。階層管理処理部２１１と属性管理処理部２１２は連動し、ポインタを作成する為に必要な属性情報を作成してポインタ管理処理部２１３に渡す。ポインタ管理処理部２１３は、渡された属性情報から入力装置２０１によって選択されたデータを特定する為のポインタを作成する。そして、作成したポインタを発送処理部２１４に渡す。
【００４２】
発送処理部２１４は、電子化書類６を作成してワークフロー管理システム２０５に投入する。回覧経路は予めワークフロー管理システム２０５によって定義されている。発送された電子化書類６は、定義されたワークフロー上の各ノードを順番に回覧される。ワークフローには、例えば、回覧された電子化書類６に含まれるデータを審査・承認するノードが設定されている。このノードによって、データが承認された場合、承認する旨を結果作成処理部２３０に伝達する。結果作成処理部２３０は、例えば「承認結果＝ＯＫ」の一行を持つ結果ファイルを作成し、電子化書類６に含める。また、ワークフロー上には、エージェント９が配置されたノードが設定されている。電子化書類６がエージェント９の設置されたノードに到着すると、エージェント９が結果ファイルを参照し、承認結果がＯＫかＮＧかを調べる。この結果、ＮＧである場合は、次のノードへ電子化書類６を回覧する。結果が、ＯＫである場合は次の処理を実行する。
【００４３】
(1)電子化書類６から第一のポインタ７を取り出し、発送元のローカルデータベース１にアクセスして実体データ５を取得する。
(2)取得した実体データ５をリモートデータベース２に登録し、登録したデータ１０を特定する為の第二のポインタ１１を作成する。
(3)第一のポインタ７で特定されるローカルデータベース１の実体データ５を、作成した第二のポインタ１１に置換する。
これにより、発送元のローカルデータベース１の実体データ５は、リモートデータベース２に移動し、ローカルデータベース１上では第二のポインタ１１が上書きされる。
【００４４】
図３は本実施形態のポインタ７の内容例を示す図である。図３に示す様にポインタ７は、ローカルデータベース１のデータベース名称、ローカルデータベース１のデータ格納体系としてローカルデータベース１の内部に定義されたディレクトリの名称であるフォルダ名称、ローカルデータベース１に格納されたデータを一意に特定する為のデータ番号、及びデータ名称等の属性を有している。
【００４５】
図４、図６、図８は、ローカルデータベース１のデータ５を電子化書類６として発送してからリモートデータベース２のデータ１０として登録し、データ１０を特定する為のポインタ１１に置換するまで処理の一例を示したものである。
【００４６】
図４は本実施形態のクライアントの画面の一例を示す図である。図４に示す様に本実施形態のクライアント画面３１は、メニューバー３２と、表示領域３３と、属性情報３４と、発送メニュー３５とを有している。
【００４７】
メニューバー３２は、検索、更新、削除、登録、発送といった様なクライアントの機能を実現するメニューが配置されたバーである。表示領域３３は、ローカルデータベース１から検索した結果を表示する領域である。
【００４８】
属性情報３４は、検索したデータに付随した名称、格納場所、タイトル、作成者、作成日、更新者等の情報である。発送メニュー３５は、表示領域３３に表示された検索データの中から選択された属性情報３４等の発送を行う為のメニューである。
【００４９】
ワークフロー管理システム３にデータ５を発送する手順は、次の通りであり、クライアントからの操作によりデータ５を発送するまでの処理フローを図５に示す。
【００５０】
図５は本実施形態の発送処理部２１４の処理手順を示すフローチャートである。ステップ５０１ではローカルデータベース１からデータ５を検索して画面に表示する。ステップ５０２では、クライアントの画面で、表示領域３３に表示された属性情報３４を選択する。例えば、属性情報３４が前述したローカルデータベース１のデータ５の情報を示している。
【００５１】
ステップ５０３では、メニューバー３２から発送メニュー３５を選択する。これによって、属性情報３４が電子化書類６としてワークフローシステムに発送される。また、前述のローカルシステム１４は、属性情報３４を発送する際、属性情報３４とローカルデータベース１のデータであることを表すポインタ７を電子化書類６に含める。ポインタ７の内容は、例えば、図３で示した様な属性情報である。
【００５２】
図６は本実施形態の発送データの回覧の処理概要を示す図である。この様にして、前記発送されたデータは定義されたルートに沿ってワークフロー上を回覧される。図６の様にワークフロー上には、発送されたデータの承認をする承認ノード２３が設定されており、ローカルデータベース１に格納されているデータ５をポインタ７によって参照し、データ５を承認する場合は承認許可を示す承認許可情報８を電子化書類６に含める。図６においてエージェント９は、ワークフロー上のエージェント設置ノード２４に設置される。エージェントの仕事は、次の通りであり、エージェント９の処理フローを図７に示す。
【００５３】
図７は本実施形態のエージェント９の処理手順を示すフローチャートである。ステップ７０１でエージェント９は、ワークフローに沿って回覧された電子化書類６から承認許可を示す承認許可情報８を取り出す。
【００５４】
ステップ７０２では承認許可情報８を参照し、承認されているかどうかを調べ、承認されていた場合にはステップ７０３に進み、同封されているポインタ７からローカルデータベース１のデータ５を取得する。
【００５５】
ステップ７０４でエージェント９のデータ登録要求処理部２３１は、前記取得したデータ５を新規データ１０としてリモートデータベース２へ登録する処理をサーバ処理部２１０に要求し、データ１０の登録が完了するとステップ７０５に進む。ステップ７０５でエージェント９の置換処理部２３２は、リモートデータベース２のデータ１０へのポインタ１１をデータ１０の属性情報２１から作成し、ステップ７０６では、ポインタ７で示されるローカルデータベース１のデータ５を、前記作成したポインタ１１に置換する。
【００５６】
図８は本実施形態のポインタ１１の作成の処理概要を示す図である。図７に示したエージェント９の処理の結果、ローカルデータベース１にポインタ１１が格納され、データ５はリモートデータベース２へ移動したことになる。ポインタ１１は、リモートデータベース２の名称やリモートデータベース２上のフォルダ名称、データ名称等を持っている為、任意のデータベースに格納されても、その内容から実体データの所在を知ることができる。また、実体データの容量に比べて、ポインタの容量は少ない為、格納スペースの節約やバックアップ時間短縮を実現できる。
【００５７】
また、リモートデータベース２を含むシステムが、エージェント９からの要求を受け取り、ローカルデータベース１のデータ５をリモートデータベース２のデータ１０として登録したタイミングで、第三のデータベースにポインタ１１を登録してポインタ１１の分配を行っても良い。
【００５８】
図９は本実施形態のデータ登録時のポインタ分配処理の処理概要を示す図である。図９では、ワークフロー管理システム３で処理されたデータ５をリモートデータベース２に登録したタイミングで、第三のデータベース５１にポインタ１１を登録する処理を表している。
【００５９】
ネットワーク４には複数のデータベース５１を含むシステムが接続されており、その中心的位置にリモートデータベース２が配置されている。リモートデータベース２を含むシステムには、エージェント９からの要求を受け取り、リモートデータベース２にデータを登録し、登録処理完了後に外部処理部２２０に制御を渡すデータ登録処理部２１６を備えたサーバ処理部２１０が設けられている。外部処理部２２０は、例えば登録すべきポインタ１１と登録場所を入力すると、入力に従って所定のデータベース５１にポインタ１１を登録するポインタ分配処理部２２１を持っている。
【００６０】
図１０は本実施形態のデータ登録時のポインタ分配処理の処理手順を示すフローチャートである。ステップ１００１でサーバ処理部２１０のデータ登録処理部２１６は、エージェント９のデータ登録要求を受け取り、ステップ１００２でリモートデータベース２にデータ１０を登録する。登録が完了すると、ステップ１００３でデータ１０の前述の属性情報２１からポインタ１１を作成し、ステップ１００４で外部処理部２２０に制御を渡す。
【００６１】
ステップ１００５で外部処理部２２０のポインタ分配処理部２２１は、サーバ処理部２１０からポインタ１１を取得し、ステップ１００６でデータベース一覧を取得し、ステップ１００７でポインタ１１をネットワークに接続されたデータベース５１へ登録する。
【００６２】
なおネットワーク上のデータベース５１を特定する方法としては、前記の様にデータベース一覧をファイルとして保持する方法や、外部処理部２２０をデータベース５１毎に割り当てる方法等がある。
【００６３】
ステップ１００７で外部処理部２２０によるポインタ１１の登録が完了すると、ステップ１００８で外部処理部２２０は登録完了をサーバ処理部２１０に報告し、ステップ１００９でサーバ処理部２１０は登録完了をエージェント９に報告する。
【００６４】
図１１は本実施形態のデータ検索時のポインタ登録処理の処理概要を示す図である。図１１では、リモートデータベース２に格納されたデータ１０を検索したタイミングで、データ１０を特定する為のポインタ１１を作成し、ローカルデータベース１に格納する処理を表している。
【００６５】
前述した様に各システムには、データベースへアクセスするサーバ処理部２１０が設けてあり、リモートデータベース２へのアクセス完了後、外部処理部２２０に制御を渡すことができる。
【００６６】
図１２は本実施形態のデータ検索時のポインタ登録処理の処理手順を示すフローチャートである。ステップ１２０１でサーバ処理部２１０がリモートデータベース２のデータ１０の検索要求を受け取ると、ステップ１２０２でサーバ処理部２１０のポインタ登録依頼処理部２１７は、データ１０を特定する為のポインタ１１を作成し、ステップ１２０３でポインタ１１を入力として外部処理部２２０を呼び出す。
【００６７】
ステップ１２０４で外部処理部２２０のポインタ登録処理部２２２は、サーバ処理部２１０からポインタ１１を取得し、ステップ１２０５では、検索要求元のシステムに含まれるローカルデータベース１を検索して該当データの有無を調べる。
【００６８】
検索要求元のシステムに該当データが存在していない場合にはステップ１２０６からステップ１２０７へ進み、ポインタ１１を検索要求元のシステムに含まれるローカルデータベース１へ登録する。この様にして、第一のデータベースから発送されて第二のデータベースに登録された、完成されたデータ１０を参照する為のポインタ１１を第三のデータベースに格納することができる。
【００６９】
図１３は本実施形態のテーブル構造とファイルシステムの一例を示す図である。図１３では、第一のデータベースに格納されたデータの構造及びデータベース上のテーブル（属性情報）を表している。
【００７０】
図１３において、階層管理テーブルは、データベース上のデータ格納体系であるフォルダの構成を管理する為のテーブルであり、頂点番号、保管庫番号、頂点名称、親頂点番号、属性１等の複数の属性を有している。保管庫管理テーブルは、ファイルシステム上のデータ格納体系であるディレクトリの構成を管理する為のテーブルであり、保管庫番号、保管庫名称、ルート等の属性を有している。
【００７１】
階層管理テーブルと保管庫管理テーブルの内容を元にファイルシステムと対応付ける様な階層構造を論理的に作成することが可能である。例えば、行１２６は、ファイルシステム上のディレクトリ“／Ｕｓｒ１”をルートディレクトリとした保管庫１２７の様な構成に対応し、階層管理テーブル上の行１２１は、ファイルシステム上のディレクトリ１２２に、行１２３は、ファイルシステム上のディレクトリ１２４に対応する。
【００７２】
また、データには、データ属性管理テーブルで示す様にデータ番号、頂点番号、属性（作成者、作成日等）等から構成される。例えば、行１２５は、階層管理テーブルで管理される頂点番号“２”で特定される“Ｂ”という頂点名称を持ったフォルダに格納されている“ｂ”という名称（属性1が名称の場合）のデータであることを示している。
【００７３】
更に、属性情報はデータベース上の階層管理テーブル及びデータ属性管理テーブルにより管理され、実体データ（実体ファイル）は、ファイルシステム上に階層管理テーブルと対応付けられたディレクトリに格納され管理されている。例えば、“ｂ”というデータは、データベース上では行１２５の様に管理され、ファイルシステム上では置換対象実体データ群１２８の様にディレクトリ“／Ｕｓｒ１／Ｕｓｒ２／Ｂ”のファイル“ｂ”として管理される。
【００７４】
この様に、データをその属性情報と実体ファイルに分けて管理しており、本実施形態で言及する置換処理の対象となるデータは、置換対象実体データ群１２８で示す実体ファイルである。実体ファイルの置換処理によって該当するデータの属性情報の変更はしない。或いは、データが置換されていることを明確にする為に属性情報の一部を置換済であることを意味する情報に更新しても良い。
【００７５】
外部処理部２２０は、ポインタ１１に置換されたデータ５へのアクセスがあると、サーバ処理部２１０からリモートデータ取得依頼を受け取り、リモートデータベース２にアクセスして実体データ１０を取得する。
【００７６】
図１４は本実施形態のデータアクセスの流れを示す図である。図１４では、ローカルデータベース１のデータ５へのデータアクセスまたはローカルデータベース１を経由したリモートデータベース２のデータ１０へのデータアクセスの流れを表している。
【００７７】
図１５は本実施形態のデータアクセスの処理手順を示すフローチャートである。クライアント１４２からローカルデータベース１のデータへのアクセスが要求されると、ステップ１５０１でサーバ処理部２１０のデータアクセス処理部２１８は、クライアント１４２からのデータアクセス要求を受け取る。
【００７８】
ステップ１５０２では、ローカルデータベース１からデータを取得し、ステップ１５０３では、前記取得したデータがポインタ１１であるかどうかを、その中身や拡張子等によって判定する。
【００７９】
なお、ローカルデータベース１のデータがポインタ１１を示すものである場合には、そのデータ中にポインタ１１であることを示す属性情報を設定したり、また、ポインタ１１を格納したファイル名にポインタ１１を示す拡張子を設定し、そのファイル名を当該データ中に格納するものとし、ローカルデータベース１のデータ中の属性情報やファイル名の拡張子により、ポインタ１１を示すものであるかどうかの判定を行うものとする。
【００８０】
クライアント１４２からアクセス要求されたデータがローカルデータベース１のデータ５であった場合にはステップ１５０４からステップ１５１２へ進み、サーバ処理部２１０がデータ５を取得し、クライアント１４２へ転送する。
【００８１】
クライアント１４２からアクセス要求されたデータがポインタ１１であった場合にはステップ１５０４からステップ１５０５へ進み、サーバ処理部２１０がポインタ１１を取得し、ポインタ１１の中身を解釈して、ステップ１５０６で外部処理部２２０へリモートデータベース２のデータ１０の取得を依頼する。
【００８２】
ステップ１５０７で外部処理部２２０のデータ取得処理部２２３は、サーバ処理部２１０からリモートデータベース２のデータ１０の取得依頼を受け取り、ステップ１５０８でリモートデータベース２にアクセスしてデータ１０を取得する。そしてステップ１５０９では、サーバ処理部２１０が取得したポインタ１１を前記取得したデータ１０に置換し、ステップ１５１０で処理の完了をサーバ処理部２１０へ伝達する。ステップ１５１１でサーバ処理部２１０は、外部処理部２２０から処理の完了を伝達されると、ステップ１５１２でデータ１０をクライアント１４２へ転送する。
【００８３】
以上、本実施形態で説明した様に、ネットワーク上の複数のローカルデータベース１に分散配置されたデータ５が完成すると同時に、完成したデータをリモートデータベース２に集約して一元管理し、集約に伴って、ローカルデータベース１のデータ５をリモートデータベース２のデータ１０を参照する為のポインタ１１に置換することによって隠蔽して、完成したデータの安全性・信頼性を高めると共に、該ポインタをネットワーク上の複数のローカルデータベース１に分配して、任意のローカルデータベース１からのアクセスを可能とし、ローカルデータベース１のデータの操作性を変えることなく、完成したデータを再利用しやすいシステムを提供できる。
【００８４】
本実施形態では、ローカルデータベース１を出発点として、リモートデータベース２にデータを移動し、ローカルデータベース１のデータを置換する方法を説明したが、例で示すリモートデータベース２をローカルデータベース１として、複数のリモートデータベース２から、完成したことを示すデータの属性情報を定期的に検索して、ローカルデータベース１に集めることにも適用できる。
【００８５】
また、ローカルデータベース１のデータ５をポインタ１１に置換する処理は、前述のワークフロー上のエージェント９でなくても良く、メールシステムに組み込まれた処理の中で行ったり、ローカルデータベース１やリモートデータベース２に組み込まれた処理の中で行ったりしても良い。時間的に連続であってもなくても良い。更に、ネットワーク上のデータベースの種類にとらわれず、異種システムでも良い。
【００８６】
以上説明した様に本実施形態のデータ管理システムによれば、ネットワーク上の複数のローカルデータベースに分散配置されたデータをリモートデータベースに集約するので、分散データベースに分散配置されたデータをネットワーク全体で一元管理することが可能である。
【００８７】
【発明の効果】
本発明によればネットワーク上の複数のローカルデータベースに分散配置されたデータをリモートデータベースに集約するので、分散データベースに分散配置されたデータをネットワーク全体で一元管理することが可能である。
【図面の簡単な説明】
【図１】本実施形態のデータ管理システムの構成例を示す図である。
【図２】本実施形態のデータ管理システムの概略構成を示す図である。
【図３】本実施形態のポインタ７の内容例を示す図である。
【図４】本実施形態のクライアントの画面の一例を示す図である。
【図５】本実施形態の発送処理部２１４の処理手順を示すフローチャートである。
【図６】本実施形態の発送データの回覧の処理概要を示す図である。
【図７】本実施形態のエージェント９の処理手順を示すフローチャートである。
【図８】本実施形態のポインタ１１の作成の処理概要を示す図である。
【図９】本実施形態のデータ登録時のポインタ分配処理の処理概要を示す図である。
【図１０】本実施形態のデータ登録時のポインタ分配処理の処理手順を示すフローチャートである。
【図１１】本実施形態のデータ検索時のポインタ登録処理の処理概要を示す図である。
【図１２】本実施形態のデータ検索時のポインタ登録処理の処理手順を示すフローチャートである。
【図１３】本実施形態のテーブル構造とファイルシステムの一例を示す図である。
【図１４】本実施形態のデータアクセスの流れを示す図である。
【図１５】本実施形態のデータアクセスの処理手順を示すフローチャートである。
【符号の説明】
１…ローカルデータベース、２…リモートデータベース、３…ワークフロー管理システム、４…ネットワーク、５…データ、６…電子化書類、７…ポインタ、８…承認許可情報、９…エージェント、１０…データ、１１…ポインタ、１２及び１４…ローカルシステム、１３及び１５…リモートシステム、２０１…入力装置、２０２…表示装置、２０３…入力制御装置、２０４…表示制御装置、２０５…ワークフロー管理システム、２１０…サーバ処理部、２１１…階層管理処理部、２１２…属性管理処理部、２１３…ポインタ管理処理部、２１４…発送処理部、２１５…検索処理部、２１６…データ登録処理部、２１７…ポインタ登録依頼処理部、２１８…データアクセス処理部、２２０…外部処理部、２２１…ポインタ分配処理部、２２２…ポインタ登録処理部、２２３…データ取得処理部、２３０…結果作成処理部、２３１…データ登録要求処理部、２３２…置換処理部、３１…クライアント画面、３２…メニューバー、３３…表示領域、３４…属性情報、３５…発送メニュー、２０…属性情報、２１…属性情報、２２…データ登録処理、２３…承認ノード、２４…エージェント設置ノード、５１…データベース、１２１…行、１２２…ディレクトリ、１２３…行、１２４…ディレクトリ、１２５…行、１２６…行、１２７…保管庫、１２８…置換対象実体データ群、１４２…クライアント。

Claims

ローカルデータベースのデータをリモートデータベースへ登録するサーバ処理部とリモートデータベースへのデータの登録要求を行うエージェントを有するデータベース管理システムにおけるデータ管理方法において、
クライアントの要求に従い前記ローカルデータベースが当該ローカルデータベースにデータを登録し、前記エージェントは、前記リモートデータベースへ前記データを登録する登録要求を前記サーバ処理部へ送信し、サーバ処理部がリモートデータベースへ前記データを登録し、前記エージェントは、前記登録要求の応答として前記サーバ処理部から送られた前記登録要求のデータが前記リモートデータベースに格納された位置を示すポインタを受信し、前記リモートデータベースに登録された前記ローカルデータベースのデータを該受信したポインタに置換するとともにポインタであることを示す識別情報を設定することを特徴とするデータ管理方法。
ローカルデータベースのデータをローカルデータベースへ登録するサーバ処理部とリモートデータベースへのデータの登録要求を行うエージェントを有するデータ管理システムにおいて、
クライアントの要求に従いデータを登録するローカルデータベースと、リモートデータベースへ前記データを登録するサーバ処理部と、前記リモートデータベースへ前記データを登録する登録要求を前記サーバ処理部へ送信し、前記登録要求の応答として前記サーバ処理部から送られた前記登録要求のデータが前記リモートデータベースに格納された位置を示すポインタを受信し、前記リモートデータベースに登録された前記ローカルデータベースのデータを前記受信したポインタに置換するとともにポインタであることを示す識別情報を設定するエージェントとを有することを特徴とするデータ管理システム。