JP4385643B2

JP4385643B2 - データ転送方法、装置及び記録媒体

Info

Publication number: JP4385643B2
Application number: JP2003132462A
Authority: JP
Inventors: 裕実須藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-01-27
Filing date: 2003-05-12
Publication date: 2009-12-16
Anticipated expiration: 2019-11-25
Also published as: JP2004005642A

Description

【０００１】
【発明の属する技術分野】
階層的に構成されるネットワーク環境で、管理システムが被管理システムのもつ様々な情報を収集し、管理システムでその情報を管理するシステム（管理システムの要求を発呼するクライアントととらえ、被管理システムを要求に対する応答をするサーバととらえたシステム）に関する。
【０００２】
【従来の技術】
図１に示すシステムでは、被管理システムは管理システムからの情報取得の要求に対し静的な（結果にあまり変化が無い固有な）情報を返すようなシステムであり、管理システム（１０１）からの情報取得要求が中継管理システム（１０２〜１０５）をリレー方式で経由して被管理システム（１０６）へ送られる。
【０００３】
同様に情報取得要求に対する応答結果も各中継管理システムをリレー方式で経由して、管理システムへ返される。このときの情報取得要求と応答結果が別々の経路をたどってやりとりされることは無い。
【０００４】
なお、図２に示すように中継管理システム（２０２〜２０５）は管理機能と被管理機能から構成され、管理システムと同様に情報取得要求を出し、管理システムと同一の情報取得要求を行うことがある。このような性質を持つシステムの例として、図３のような多階層構成で管理システムから被管理システム上の資産情報などを取得するシステムが挙げられる。
【０００５】
【発明が解決しようとする課題】
上記従来方法において、管理システムや各中継管理システムが被管理システムに対して、同一の情報取得要求を行う場合、同一の情報取得要求や応答結果が経路上を複数回流れることになり、冗長であり（図１の情報取得要求と応答結果の矢印が重なる部分）、場合によってはネットワークに負荷を与えるなどの問題が生じる。
【０００６】
【課題を解決するための手段】
本発明では、上記問題を解決するために以下のような手段を行う。管理システムから被管理システムに対して情報取得要求を行う場合に、各経路上の中継管理システムで、同一の情報取得要求を行うかどうかを判定する。
【０００７】
同一の情報取得要求を行う場合は、中継管理システムで同一の情報取得要求を認識しておく。被管理システムに情報取得要求が渡り応答結果が返ってきたときに各中継管理システムにおいてその応答結果が必要である場合に取得するようにし、最終的に管理システムへ応答結果を渡すようにする。
【０００８】
これにより経路内に同一データが重複して流れることを防ぐことが可能となる。また、各中継管理システムで、特定の情報取得要求に対する応答結果をあらかじめ持つことにより、上位層の管理システム叉は中継管理システムからの情報取得要求があった場合、その中継管理システムで応答結果を返すことにより、その中継管理システムから被管理システムまでの経路のデータ転送量を削減することが可能となる。
【０００９】
【発明の実施の形態】
以下、本発明の実施例について説明する。実施例については、図３で示すような多階層ネットワーク環境で被管理システムの資産情報を管理するシステムを例として説明する（図３では省略してあるが、事業所、支店、営業所などの各拠点や各拠点内の部門にも複数の中継管理システムや被管理システムが存在する）。
【００１０】
なお、各階層の中継管理システムは上位管理システムに従属する関係にあり、同一階層の他の管理システムの情報を必要とすることはないとする。処理の流れを簡単に説明する。
【００１１】
まず、図４で示すように管理システムや各階層の中継管理システムで必要とする情報の項目を定義する。次に図５のように管理システムから情報取得要求を出し、各階層の中継管理システムで必要とする情報の項目のマージと項目ファイルのダウンロードを繰り返すことで被管理システムに情報取得要求を行う。
【００１２】
次に図６に示すように被管理システムで入力した資産情報の結果ファイルを上位管理システムにアップロードする。各中継管理システムでは自システムで定義した項目について情報を更新し、他の項目を上位管理システムへアップロードすることを繰り返し応答結果を返していく。
【００１３】
なお、資産情報の管理システムを実施例とするが、情報取得要求について他の情報を扱うようなシステムでも適用することは可能である。
【００１４】
実施例１
図８に中継管理システム上のプログラムのブロック図を示す。管理プログラム本体（８０２）と上位層管理システムからダウンロードされる項目群により構成される項目ファイルを受信し、項目のマージ処理を行うマージ処理部（以下マージ処理と称す）（８０５）と下位層システム（下位の管理システム叉は被管理システム）から項目と資産情報で構成される結果ファイルを受信し、資産情報を更新する更新処理部（以下更新処理と称す）（８０４）と、自システムで管理する項目を編集する編集処理部（以下編集処理と略す）（８０３）と、情報の表示や操作を行うユーザ端末（８０１）や項目や資産情報を格納するＤＢ（８０６）から構成される。そして、図７のように各項目に属性を付加するＤＢの構造とする。
【００１５】
この属性には“０”の自分の階層位置で管理されることを示す自システム管理項目、“１”の上位システムで管理されることを示す上位システム管理項目と、“２”の上位システムと自システムの共通である共通項目の３つのステータスのいづれかを設定する。なお、基本的に全ての階層の中継管理システムは同じ構成で実現可能であるが、最上位の管理システムについては、マージ処理を必要としないプログラムとなる。
【００１６】
また、各処理は並行に処理されることが可能であり、その場合にＤＢの更新が重なるタイミングが存在するが、その部分にはあらかじめ排他制御がかけられていることを前提とする（フローでは省略する）。
【００１７】
まず、編集処理について説明する。編集処理では自システムのＤＢの内容の表示や編集を行う。ＤＢに格納された資産情報の表示については上位システム管理項目以外の項目についてのみ表示する。
【００１８】
また、ユーザ端末のディスプレイ以外にも自由な形式でファイルやプリンターなどへも出力可能である。編集は項目の追加・削除・属性の変更が可能である。編集画面の一例を図９に示し、編集操作のフローチャートを図１０と図１１に示す。項目一覧とその属性をユーザ端末のディスプレイ上に表示し（Ｓ３０１）、操作の入力待ちとなる（Ｓ３０２）。
【００１９】
編集操作が行われ、終了を指示した場合（Ｓ３０３）、当該システムに直接接続された下位層の中継管理システム・被管理システムに対して自システムのＤＢから項目を抽出し項目ファイルのダウンロードを行い（Ｓ３０４）、編集を終了する。
【００２０】
何も編集しなかった場合は項目ファイルのダウンロードは行わない。項目の追加を指示した場合（Ｓ３０５）、自システムのＤＢに項目を追加し、その項目の属性を自システム管理項目（“０”）とし（Ｓ３０６）、操作の入力待ちとなる（Ｓ３０２）。項目の削除を指示した場合（Ｓ３０７）、その当該項目の属性が自システム管理項目（“０”）ならば、そのままＤＢから項目を削除し（項目に資産情報が設定されている場合、資産情報も削除する）（Ｓ３０９）、上位システム管理項目（“１”）ならばエラーメッセージを出力し（Ｓ３１１）、共通項目（“２”）ならば属性を上位システム管理項目（“１”）とする（Ｓ３１０）。
【００２１】
それぞれの処理を行ったあと、操作の入力待ちとなる（Ｓ３０２）。項目の属性変更を指示した場合（Ｓ３１２）、当該項目の属性を上位システム管理項目（“１”）から共通項目（“２”）へ変更する。その逆の変更のときは、そのまま当該項目の属性変更を行い（Ｓ３１４）、それ以外はエラーメッセージを出力し（Ｓ３１５）、操作の入力待ちとなる（Ｓ３０２）。
【００２２】
それ以外の指示の場合、エラーメッセージを出力し（Ｓ３１６）、操作の入力待ちとなる（Ｓ３０２）。なお、エラーの原因となるような操作については操作するボタンを条件から判断して非活性化することにより、あらかじめ操作できないようにすることも可能である。
【００２３】
次に、マージ処理について、図１２から図１４までの状態遷移を示す図と図１５のフローチャートを用いて説明する。また、説明は状態遷移の図の下位管理システムで行われるものとする。初期状態では、上位管理システムからのデータダウンロードの待ち状態となっている（Ｓ００１）。このときの各管理システムのＤＢの項目の状態は図１２のようになっている。
【００２４】
ただし説明の便宜上、下位管理システムの項目には既に上位管理システムからの項目が作成されている状態とする（項目Ａ〜項目Ｃと項目Ｆ）。
【００２５】
まず、上位管理システムから項目ファイルのダウンロードがあったら、全ての上位システム管理項目（“１”）の属性の項目を削除する（Ｓ００２）。次に全ての共通項目（“２”）の属性値を自システム管理項目（“０”）に変更する（Ｓ００３）。このときのＤＢの項目の状態を図１３に示す。
【００２６】
次にダウンロードした項目ファイル（１３０４）をオープンし項目を読み取る（Ｓ００４）。項目ファイルから項目を全て読み込んでしまった場合（Ｓ００５）、自システムのＤＢに存在する項目のデータを抽出した項目ファイルを作成し、直接接続されている下位層の中継管理システムや被管理システムに対して項目ファイルをダウンロードし（Ｓ００８）、再びダウンロード待ちとなる（Ｓ００８からＳ００１）。
【００２７】
項目ファイル（１３０４）の項目を読み取り、自システムのＤＢに同一の項目が存在するかどうかチェックする（Ｓ００６）。ここで同一の項目が存在する場合は、その項目の属性を共通項目（“２”）としてＤＢを更新し、次の項目の読み取りに移る（Ｓ００９からＳ００４）。存在しない場合は読み取った項目をＤＢに追加し、その属性を上位システム管理項目（“１”）に設定し、次の項目の読み取りに移る（Ｓ００７からＳ００４）。
【００２８】
マージ処理のフローチャートにしたがってＤＢを更新した例を図１４に示す。図１４では上位管理システムから項目Ａ、項目Ｂ、項目Ｃがダウンロードされ、下位管理システムが保持する項目Ｃ、項目Ｄ、項目Ｅとマージを行った結果が変更後で示され、さらに下位層システムに対し項目Ｃ〜項目Ｂがダウンロードされることを示している。
【００２９】
次に更新処理について図１４と図１６の状態遷移を示す図と図１７のフローチャートを用いて説明する。初期状態では、下位層システムからの結果ファイルのアップロードの待ち状態となっている（Ｓ１０１）。このときのＤＢの項目の状態は図１４の変更後の状態になっている。
【００３０】
まず、アップロードされた結果ファイル１（１６０６）をオープンし、項目と資産情報を読み取る（Ｓ１０２）。読み込んだ項目を自システムのＤＢから検索し、見つかった項目の属性が上位システム管理項目（“１”）ならば（Ｓ１０４）結果ファイル１の項目と資産情報とを上位管理システムへアップロードするため結果ファイル２（１６０５）に書き込み（Ｓ１０５）、次の項目と資産情報の読み取りに移る（Ｓ１０２）。見つかった項目の属性が上位システム管理項目（“１”）以外ならば（Ｓ１０４）、自システムのＤＢの当該項目の資産情報を更新する（Ｓ１０７）。
【００３１】
さらに、その項目の属性が共通項目（“２”）ならば（Ｓ１０８）、上位管理システムへアップロードするため、結果ファイル１（１６０６）の項目と資産情報を結果ファイル２（１６０５）に書き込み（Ｓ１０８からＳ１０５）、次の項目の読み取りに移る（Ｓ１０２）。全ての項目と情報を読み取ったら、作成した結果ファイル２（１６０５）を上位管理システムにアップロードし（Ｓ１０６）、再び下位層システムからの結果ファイル１（１６０６）のアップロード待ちの状態となる（Ｓ１０１）。
【００３２】
このときのＤＢの状態は図１６のようになる。図１６では下位層からの結果ファイル１（１６０６）のうち、項目Ｃと項目Ｄと項目Ｅについての資産情報をＤＢに反映し、項目Ａと項目Ｂと項目Ｃについては上位システムにアップロードしていることを示している。
【００３３】
項目Ｃは共通項目であるためＤＢの更新と上位システムへのアップロードを行っていて、項目Ｃについての重複を防いでいる。以上、説明した方法により、管理システムと被管理システムで同一の項目について二重にデータ転送することが無く、効率よくデータ伝送することが可能となる。
【００３４】
実施例２
実施例１での実装方式とマージ処理が異なる以外はほぼ同様であるので、図１８、図１９の状態遷移を示す図と図２０のフローチャートを用いて主にマージ処理だけを説明し、その他の処理については変更点のみを説明する。図１８で示すように、ダウンロードする項目に操作フラグを付加する。この操作ステータスには追加を示す“Ａ”と、削除を示す“Ｄ”のいづれかを設定する（１８０５）。
【００３５】
上位管理システムでは、項目の編集処理において編集した情報を記憶しておき（図１０と図１１のフローチャートにおいて各操作処理のあとに操作履歴を保存する処理を追加する）、編集が終了した段階でダウンロードする項目ファイル（１８０５）の各項目に操作フラグを付加する（図１０のＳ３０４で操作した項目のみを抽出し、項目ファイルを作成する処理を追加する処理とする）。
【００３６】
図１８に示すように、項目を追加した場合、追加する項目Ｄと項目Ｘには“Ａ”が付加され、削除する項目Ａには“Ｄ”が付加される。まず、項目ファイルのダウンロード待ち状態（Ｓ２０１）で、上位管理システムから項目ファイルがダウンロードされてきたら操作フラグと項目を読み込む（Ｓ２０２）。操作フラグが削除（“Ｄ”）で項目の属性が上位システム管理項目（“１”）のときは項目をＤＢ上から削除し、次の項目を読み込む（Ｓ２０４−Ｓ２０５−Ｓ２０８−Ａ）。
【００３７】
操作フラグが削除（“Ｄ”）で項目の属性が共通項目（“２”）のときは項目の属性を自システム管理項目（“０”）に変更し、次の項目を読み込む（Ｓ２０４−Ｓ２０５−Ｓ２０６−Ｓ２０９−Ａ）。操作フラグが追加（“Ａ”）で項目が存在しない場合はＤＢ上に項目を追加し、その項目の属性を上位システム管理項目（“１”）に設定し、次の項目を読み込む（Ｓ２０４−Ｓ２１０−Ｓ２１２−Ａ）。
【００３８】
操作フラグが追加（“Ａ”）で自システムに存在する項目の属性が自システム管理項目（“０”）のときは、項目の属性を共通項目（“２”）に設定し、次の項目を読み込む（Ｓ２０４−Ｓ２１０−Ｓ２１１−Ｓ２１３−Ａ）。以上、それ以外のステータスの組み合わせのときは何もせずに、次の項目を読み込む（Ａ）。
【００３９】
全ての項目を読み終えた場合、接続されている下位層の全ての中継管理システムや被管理システムに対して、上位管理システムからダウンロードした項目ファイルをそのままダウンロードし（Ｓ２０７）、再び項目ファイルのダウンロード待ちとなる（Ｓ２０７からＣ）。
【００４０】
この一連の処理で、テーブルの状態は図１９のようになる。図１９では上位管理システムで削除された項目Ａと追加された項目Ｄと項目Ｘについてダウンロードされ、下位管理システムで保持する項目とマージされ、新たに項目Ｄが上位システム項目として追加され項目Ｘが共通項目に属性変更されることを示している。
【００４１】
この方法によると、同一の項目について二重にデータ転送することを無くすとともに、ダウンロードする項目ファイルのサイズは変更分の差分だけの一定のサイズですむ効果がある。
【００４２】
実施例３
これまでの実施例では各管理システムにおいて属性情報を用いることによって同一項目の管理を行ったが、各管理システムが自システムだけで管理する項目のみを持ち属性情報を持たずに被管理システムで要求システムを保持する方法について説明する（プログラム構成は実施例１と同じ）。
【００４３】
まず、マージ処理について図２４のフローチャートと図２２と図２３の状態遷移図を用いて説明する。また、説明は状態遷移の図の下位管理システムで行われるものとする。初期状態では、上位管理システムからのダウンロードの待ち状態となっている（Ｓ４０１）。
【００４４】
このときの各管理システムのＤＢの項目の状態は図２２のようになっている。
【００４５】
システム名として上位管理システムに“ＳＹＳＴＥＭ”、下位管理システムに“ＳＩＴＥ”が設定されている。管理項目は上位管理システムが項目Ａ、Ｂ、Ｃで下位管理システムが項目Ｃ、Ｄ、Ｅを保持している。
【００４６】
そして、ダウンロードする項目ファイルは図２３に示すように項目とその項目を管理する管理システム名で構成される。ダウンロード待ち状態（Ｓ４０１）に、上位管理システムからの項目ファイル１（２３０５）のダウンロードがあったら、項目と管理システム名を読み込む（Ｓ４０２）。
【００４７】
読み込んだ項目に自システムで管理する項目と重複するものが存在する場合（Ｓ４０４）、項目と管理システム名に自システム名も管理システムとして追加し、下位層システムへのダウンロードする項目ファイル２（２３０７）に書き込む（Ｓ４０８）。存在しない場合、項目と管理システム名を変更せずにそのまま下位層システムへのダウンロードする項目ファイル２（２３０７）に書き込む（Ｓ４０５）。
【００４８】
全ての項目を読み終えたら（Ｓ４０３）、自システムで管理する項目で重複しなかった項目について抽出し、管理システム名として自システム名を付加し、下位層システムへのダウンロードする項目ファイル２（２３０７）に書き込み（Ｓ４０６）、作成した項目ファイル２（２３０７）を下位層システムにダウンロードし（Ｓ４０７）、上位管理システムからの項目ファイル１（２３０５）のダウンロード待ち状態となる（Ｓ４０１）。
【００４９】
図２３で項目ファイルのダウンロードを示している。項目Ｃについて、上位管理システムと下位管理システムで重複しているため、管理システム名として“ＳＹＳＴＥＭ”と“ＳＩＴＥ”の両システム名が設定される。被管理システムではダウンロードする項目ファイルの形式で項目ファイルを保持する（どの項目をどの管理システムに返すのかを保持する）。
【００５０】
被管理システムで資産情報の入力を行ったら、項目＋資産情報＋管理システム名で結果ファイルを作成し管理システムにアップロードする。次に更新処理について図２６のフローと図２５の状態遷移図を用いて説明する。
【００５１】
初期状態では下位層システムからの結果ファイル１（２５０５）のアップロード待ちとなっている（Ｓ５０１）。下位層システムから結果ファイル１（２５０５）がアップロードされてきたら、結果ファイル１（２５０５）をオープンし、１エントリ分の項目と資産情報と管理システム名の情報を読み込む（Ｓ５０２）。
【００５２】
そのエントリの管理システム名に自システム名が含まれている場合（Ｓ５０４）、自システムのＤＢの資産情報を更新し（Ｓ５０７）管理システム名から自システム名を削除する（Ｓ５０８）。管理システム名に他のシステム名が残っている場合（Ｓ５０９）、自システム名を取り除いたエントリを上位管理システムへの結果ファイルとしてアップロードする結果ファイル２（２５０７）に書き込む（Ｓ５０５）。
【００５３】
読み込んだエントリに自システムが最初から含まれていない場合、エントリを何も更新せずに上位管理システムへアップロードする結果ファイル２（２５０７）に書き込む（Ｓ５０５）。全てのエントリを読み終えたら（Ｓ５０３）、作成した結果ファイル２（２５０７）を上位管理システムへアップロードし（Ｓ５０６）、再び下位層システムからの結果ファイル１（２５０５）のアップロード待ちとなる（Ｓ５０１）。
【００５４】
図２５では結果ファイルの流れを示しており、下位層システムから資産項目Ａ、Ｂ、Ｃ、Ｄ、Ｅが結果としてアップロードされてきていて、項目Ｃ、Ｄ、ＥについてＤＢを更新していて、項目Ａ、Ｂ、Ｃについて上位管理システムにアップロードしている。
【００５５】
項目Ｃは共通項目であるためＤＢの更新と上位システムへのアップロードを行っていて、項目Ｃについての重複を防いでいる。なお、編集処理については自システムの項目のみを編集することになり、特に変わった処理を行うことがないので省略する。
【００５６】
以上、説明した方法により、実施例１、２とは違った管理方法により、管理システムと被管理システムで同一の項目についての二重のデータ転送を防ぎ、効率よくデータ伝送することが可能となる。
【００５７】
実施例４
実施例１の方法に加えて、各中継管理システムであらかじめデフォルトの項目とその資産情報を定義しておけるようにする。この方法を図２７から図２９で説明する。
【００５８】
図２７は初期状態を示し、本社の管理システムで”事業所コード“”部署コード“”氏名“”内線“の項目を作成し、事業所の中継管理システムで“事業所コード“を部門の中継管理システムで”部署コード“をそれぞれデフォルトとして定義している状態である。デフォルトの項目の定義を追加したり削除したりする処理については編集処理の一部として処理できる。
【００５９】
図２８は項目ファイルが各システムにダウンロードされる流れを示す。本社の管理システムから項目ファイル（２８０５）をダウンロードし、事業所の中継管理システムでは項目ファイル内の項目名称とデフォルトの項目名称を比較し同一項目があった場合、その項目と資産情報をデフォルトＤＢに格納する。そして、部門の中継管理システムへは“事業所コード”を外した“部署コード”“氏名”“内線”の項目ファイル（２８０８）をダウンロードする。部門の中継管理システムでは、“部署コード”を同じように処理し、被管理システムに“氏名”“内線”の項目ファイル（２８１１）をダウンロードし、その項目について資産情報を設定する。
【００６０】
なお、デフォルトＤＢに登録された項目と資産情報については上位管理システムから新たに項目ファイルがダウンロードされてきたタイミングで削除する。
【００６１】
図２９は結果ファイルのアップロードの流れを示す。被管理システムで資産情報が入力され結果ファイルが部門の中継管理システムへアップロードされる。
【００６２】
部門の中継管理システムではデフォルトＤＢ内の項目と資産情報を結果ファイルに付加して、事業所の中継管理システムへアップロードする。事業所の中継管理システムでも同じように処理し、本社の管理システムへは全ての項目の資産情報が格納された結果ファイルがアップロードされることになる。実際の実装方法については、実施例１のフローに一部処理を追加することで可能である。
【００６３】
まず、マージ処理においては、項目ファイルのダウンロード時にデフォルトＤＢの内容を全て削除する処理を追加し（図１５のＳ００３の後に処理を追加する）、ダウンロードされた項目の中にデフォルト項目があるかどうかを判定し、デフォルト項目と同一の項目について資産情報をデフォルトＤＢに登録し、下位層システムにダウンロードしない処理を追加する（図１５のＳ００５の後に処理を追加する）。
【００６４】
次に更新処理で情報がアップロードされてきた時に、上位管理システムへの結果ファイルに項目とデフォルト値を追加書きしてアップロードする処理を追加する（図１７のＳ１０３のＥＯＦの時に処理を行うように追加する）。この方式によりデフォルトで定義した項目の分だけデータ転送を抑止することができる。
【００６５】
実施例５
実施例４の方法において、中継管理システムにおいてダウンロードされた項目の中にデフォルト項目があるかどうかを判定し、デフォルト項目と同一の項目について資産情報をデフォルトＤＢに登録した後、下位層の管理システム又は被管理システムに対してダウンロードする項目が無くなってしまった場合（全ての項目について中継管理システムでデフォルトの項目を設定した場合）、デフォルトＤＢから項目と資産情報を抽出し結果ファイルを作成し上位の管理システムへアップロードするようにする。
【００６６】
実際の実装方法については、実施例４の機能が実装された実施例１のフローに一部処理を追加することで可能である。マージ処理において、下位層の管理システム又は被管理システムあてにダウンロードする項目ファイルが存在するかどうか判定し、存在する場合はそのままダウンロードし、存在しない場合はデフォルトＤＢの内容を全て抽出し、上位管理システムへの結果ファイルを作成し、上位管理システムへアップロードする処理を追加する。（図１５のＳ００８の後に処理を追加する）。
【００６７】
この方法によりデフォルトで定義した項目によって資産情報の入力を完了できた中継管理システムから被管理システムまでのデータ転送を抑止することができる。
【００６８】
【発明の効果】
本発明によれば、階層型ネットワーク環境における一経路のネットワーク上のデータ量を効率良く転送することが可能となり、ひいてはネットワーク全体のデータ転送を効率良く転送する効果がある。
【図面の簡単な説明】
【図１】本発明を適用可能なシステムの構成図とデータ転送の流れを示す図である。
【図２】本発明を適用可能なシステムの構成図を示す図である。
【図３】多階層システムで資産情報を管理する場合のシステム構成の一例を示す図である。
【図４】項目を各管理システムで持つ状態を示す図である。
【図５】項目を各管理システムでマージする方式を示す図である。
【図６】資産情報を各管理システムで更新する方式を示す図である。
【図７】属性を持つＤＢの構造を示す図である。
【図８】管理システムのプログラムの構成を示す図である。
【図９】管理システムにおける項目編集画面の一例を示す図である。
【図１０】項目編集のフローチャートである。
【図１１】図１０の続きを示す。
【図１２】初期状態を示す図である。
【図１３】項目を初期化した状態を示す図である。
【図１４】項目をマージした状態を示す図である。
【図１５】マージ処理のフローチャートである。
【図１６】資産情報を更新した状態を示す図である。
【図１７】更新処理のフローチャートである。
【図１８】項目を初期化した状態を示す図である。
【図１９】項目をマージした状態を示す図である。
【図２０】マージ処理のフローチャートである。
【図２１】図２０の続きを示す。
【図２２】項目を初期化した状態を示す図である。
【図２３】項目をマージした状態を示す図である。
【図２４】マージ処理のフローチャートである。
【図２５】資産情報を更新した状態を示す図である。
【図２６】更新処理のフローチャートである。
【図２７】項目を初期化した状態を示す図である。
【図２８】項目をマージした状態を示す図である。
【図２９】資産情報を更新した状態を示す図である。
【符号の説明】
１０１…管理システム
１０２〜１０５…中継管理システム
１０６…被管理システム
８０１…ディスプレイ装置、
８０２…管理システムのプログラム本体、
８０３…編集処理部、
８０４…更新処理部、
８０５…マージ処理部、
８０６…データベース。

Claims

管理する対象の項目と該項目の管理システム名とを対応付けて保持し、該項目に関する情報取得要求に対する第一システムからの応答結果を、第二システムから第三システムへ転送するデータ転送方法であって、
前記第三システムから前記第二システムを経由して前記第一システムへ情報取得要求を行う際、前記第二システムは、前記第三システムの管理システム名と管理対象項目を前記第三システムから受取り、
受取った項目と管理システム名に、前記第二システムの管理項目と管理システム名を追加し、
追加した項目と管理システム名を前記第一システムに送付し、
前記第一システムが前記第二システムから受取った項目と管理システム名に、項目に対応したデータを追加し、該項目と管理システム名と項目に対応したデータを前記第二システムに送付し、
管理システム名に基づいて、受取った前記データが、前記第二システムの対象項目に対応したデータである場合には、該データを第二システムのデータベースへ登録し、
前記受取ったデータに対応した項目が他システムの管理対象項目である場合には、
前記第三システムに、項目と項目に対応したデータを送付することを特徴とするデータ転送方法。
請求項１記載のデータ転送方法において、
前記第一システムから受取ったデータが、第二システム管理対象の項目である場合には、第一システムから受取った項目と管理システム名と項目に対応したデータのうち、第二システムの管理システム名を削除することを特徴とするデータ転送方法。
管理する対象の項目と該項目の管理システム名とを対応付けて保持し、該項目に関する情報取得要求に対する第一システムからの応答結果を、第二システムから第三システムへ転送するデータ転送システムであって、
前記第三システムから前記第二システムを経由して前記第一システムへ情報取得要求を行う際、前記第二システムは、前記第三システムの管理システム名と管理対象項目を前記第三システムから受取る手段と、
受取った項目と管理システム名に、前記第二システムの管理項目と管理システム名を追加する手段と、
追加した項目と管理システム名を前記第一システムに送付する手段と、
前記第一システムが前記第二システムから受取った項目と管理システム名に、項目に対応したデータを追加し、該項目と管理システム名と項目に対応したデータを前記第二システムに送付する手段と、
管理システム名に基づいて、受取った前記データが、前記第二システムの対象項目に対応したデータである場合には、該データを第二システムのデータベースへ登録する手段と、
前記受取ったデータに対応した項目が他システムの管理対象項目である場合には、
前記第三システムに、項目と項目に対応したデータを送付する手段とを有することを特徴とするデータ転送システム。
請求項３記載のデータ転送システムにおいて、前記第一システムから受取ったデータが、前記第二システム管理対象の項目である場合には、前記第一システムから受取った項目と管理システム名と項目に対応したデータのうち、前記第二システムの管理システム名を削除する手段を有することを特徴とするデータ転送システム。