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

Abstract

(57)【要約】 【課題】階層型ネットワーク構成で、ネットワークの経
路上における複数の管理システムから被管理システムへ
の要求と応答のデータ転送方式がリレー方式で行われる
システムにおいて、各管理システムで要求と応答が重複
し、ネットワーク上のデータ転送量が増加するという問
題があり、同一経路だけでなく複数の経路においてもデ
ータ転送量を抑止する方式を検討する。 【解決手段】上位層の管理システム名称や経路情報等を
判定の材料とし、データの更新を判断する方式をとる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】階層的に構成されるネットワ
ーク環境で、管理システムが被管理システムのもつ様々
な情報を収集し、管理システムでその情報を管理するシ
ステム（管理システムの要求を発呼するクライアントと
とらえ、被管理システムを要求に対する応答をするサー
バととらえたシステム）に関する。

【０００２】

【従来の技術】図１に示すシステムでは、被管理システ
ムは管理システムからの情報取得の要求に対し静的な
（結果にあまり変化が無い固有な）情報を返すようなシ
ステムであり、管理システム（１０１）からの情報取得
要求が中継管理システム（１０２〜１０５）をリレー方
式で経由して被管理システム（１０６）へ送られる。

【０００３】同様に情報取得要求に対する応答結果も各
中継管理システムをリレー方式で経由して、管理システ
ムへ返される。このときの情報取得要求と応答結果が別
々の経路をたどってやりとりされることは無い。

【０００４】なお、図２に示すように中継管理システム
（２０２〜２０５）は管理機能と被管理機能から構成さ
れ、管理システムと同様に情報取得要求を出し、管理シ
ステムと同一の情報取得要求を行うことがある。このよ
うな性質を持つシステムの例として、図３のような多階
層構成で管理システムから被管理システム上の資産情報
などを取得するシステムが挙げられる。

【０００５】

【発明が解決しようとする課題】上記従来方法におい
て、管理システムや各中継管理システムが被管理システ
ムに対して、同一の情報取得要求を行う場合、同一の情
報取得要求や応答結果が経路上を複数回流れることにな
り、冗長であり（図１の情報取得要求と応答結果の矢印
が重なる部分）、場合によってはネットワークに負荷を
与えるなどの問題が生じる。

【０００６】

【課題を解決するための手段】本発明では、上記問題を
解決するために以下のような手段を行う。管理システム
から被管理システムに対して情報取得要求を行う場合
に、各経路上の中継管理システムで、同一の情報取得要
求を行うかどうかを判定する。

【０００７】同一の情報取得要求を行う場合は、中継管
理システムで同一の情報取得要求を認識しておく。被管
理システムに情報取得要求が渡り応答結果が返ってきた
ときに各中継管理システムにおいてその応答結果が必要
である場合に取得するようにし、最終的に管理システム
へ応答結果を渡すようにする。

【０００８】これにより経路内に同一データが重複して
流れることを防ぐことが可能となる。また、各中継管理
システムで、特定の情報取得要求に対する応答結果をあ
らかじめ持つことにより、上位層の管理システム叉は中
継管理システムからの情報取得要求があった場合、その
中継管理システムで応答結果を返すことにより、その中
継管理システムから被管理システムまでの経路のデータ
転送量を削減することが可能となる。

【０００９】

【発明の実施の形態】以下、本発明の実施例について説
明する。実施例については、図３で示すような多階層ネ
ットワーク環境で被管理システムの資産情報を管理する
システムを例として説明する（図３では省略してある
が、事業所、支店、営業所などの各拠点や各拠点内の部
門にも複数の中継管理システムや被管理システムが存在
する）。

【００１０】なお、各階層の中継管理システムは上位管
理システムに従属する関係にあり、同一階層の他の管理
システムの情報を必要とすることはないとする。処理の
流れを簡単に説明する。

【００１１】まず、図４で示すように管理システムや各
階層の中継管理システムで必要とする情報の項目を定義
する。次に図５のように管理システムから情報取得要求
を出し、各階層の中継管理システムで必要とする情報の
項目のマージと項目ファイルのダウンロードを繰り返す
ことで被管理システムに情報取得要求を行う。

【００１２】次に図６に示すように被管理システムで入
力した資産情報の結果ファイルを上位管理システムにア
ップロードする。各中継管理システムでは自システムで
定義した項目について情報を更新し、他の項目を上位管
理システムへアップロードすることを繰り返し応答結果
を返していく。

【００１３】なお、資産情報の管理システムを実施例と
するが、情報取得要求について他の情報を扱うようなシ
ステムでも適用することは可能である。

【００１４】実施例１ 図８に中継管理システム上のプログラムのブロック図を
示す。管理プログラム本体（８０２）と上位層管理シス
テムからダウンロードされる項目群により構成される項
目ファイルを受信し、項目のマージ処理を行うマージ処
理部（以下マージ処理と称す）（８０５）と下位層シス
テム（下位の管理システム叉は被管理システム）から項
目と資産情報で構成される結果ファイルを受信し、資産
情報を更新する更新処理部（以下更新処理と称す）（８
０４）と、自システムで管理する項目を編集する編集処
理部（以下編集処理と略す）（８０３）と、情報の表示
や操作を行うユーザ端末（８０１）や項目や資産情報を
格納するＤＢ（８０６）から構成される。そして、図７
のように各項目に属性を付加するＤＢの構造とする。

【００１５】この属性には“０”の自分の階層位置で管
理されることを示す自システム管理項目、“１”の上位
システムで管理されることを示す上位システム管理項目
と、“２”の上位システムと自システムの共通である共
通項目の３つのステータスのいづれかを設定する。な
お、基本的に全ての階層の中継管理システムは同じ構成
で実現可能であるが、最上位の管理システムについて
は、マージ処理を必要としないプログラムとなる。

【００１６】また、各処理は並行に処理されることが可
能であり、その場合にＤＢの更新が重なるタイミングが
存在するが、その部分にはあらかじめ排他制御がかけら
れていることを前提とする（フローでは省略する）。

【００１７】まず、編集処理について説明する。編集処
理では自システムのＤＢの内容の表示や編集を行う。Ｄ
Ｂに格納された資産情報の表示については上位システム
管理項目以外の項目についてのみ表示する。

【００１８】また、ユーザ端末のディスプレイ以外にも
自由な形式でファイルやプリンターなどへも出力可能で
ある。編集は項目の追加・削除・属性の変更が可能であ
る。編集画面の一例を図９に示し、編集操作のフローチ
ャートを図１０と図１１に示す。項目一覧とその属性を
ユーザ端末のディスプレイ上に表示し（Ｓ３０１）、操
作の入力待ちとなる（Ｓ３０２）。

【００１９】編集操作が行われ、終了を指示した場合
（Ｓ３０３）、当該システムに直接接続された下位層の
中継管理システム・被管理システムに対して自システム
のＤＢから項目を抽出し項目ファイルのダウンロードを
行い（Ｓ３０４）、編集を終了する。

【００２０】何も編集しなかった場合は項目ファイルの
ダウンロードは行わない。項目の追加を指示した場合
（Ｓ３０５）、自システムのＤＢに項目を追加し、その
項目の属性を自システム管理項目（“０”）とし（Ｓ３
０６）、操作の入力待ちとなる（Ｓ３０２）。項目の削
除を指示した場合（Ｓ３０７）、その当該項目の属性が
自システム管理項目（“０”）ならば、そのままＤＢか
ら項目を削除し（項目に資産情報が設定されている場
合、資産情報も削除する）（Ｓ３０９）、上位システム
管理項目（“１”）ならばエラーメッセージを出力し
（Ｓ３１１）、共通項目（“２”）ならば属性を上位シ
ステム管理項目（“１”）とする（Ｓ３１０）。

【００２１】それぞれの処理を行ったあと、操作の入力
待ちとなる（Ｓ３０２）。項目の属性変更を指示した場
合（Ｓ３１２）、当該項目の属性を上位システム管理項
目（“１”）から共通項目（“２”）へ変更する。その
逆の変更のときは、そのまま当該項目の属性変更を行い
（Ｓ３１４）、それ以外はエラーメッセージを出力し
（Ｓ３１５）、操作の入力待ちとなる（Ｓ３０２）。

【００２２】それ以外の指示の場合、エラーメッセージ
を出力し（Ｓ３１６）、操作の入力待ちとなる（Ｓ３０
２）。なお、エラーの原因となるような操作については
操作するボタンを条件から判断して非活性化することに
より、あらかじめ操作できないようにすることも可能で
ある。

【００２３】次に、マージ処理について、図１２から図
１４までの状態遷移を示す図と図１５のフローチャート
を用いて説明する。また、説明は状態遷移の図の下位管
理システムで行われるものとする。初期状態では、上位
管理システムからのデータダウンロードの待ち状態とな
っている（Ｓ００１）。このときの各管理システムのＤ
Ｂの項目の状態は図１２のようになっている。

【００２４】ただし説明の便宜上、下位管理システムの
項目には既に上位管理システムからの項目が作成されて
いる状態とする（項目Ａ〜項目Ｃと項目Ｆ）。

【００２５】まず、上位管理システムから項目ファイル
のダウンロードがあったら、全ての上位システム管理項
目（“１”）の属性の項目を削除する（Ｓ００２）。次
に全ての共通項目（“２”）の属性値を自システム管理
項目（“０”）に変更する（Ｓ００３）。このときのＤ
Ｂの項目の状態を図１３に示す。

【００２６】次にダウンロードした項目ファイル（１３
０４）をオープンし項目を読み取る（Ｓ００４）。項目
ファイルから項目を全て読み込んでしまった場合（Ｓ０
０５）、自システムのＤＢに存在する項目のデータを抽
出した項目ファイルを作成し、直接接続されている下位
層の中継管理システムや被管理システムに対して項目フ
ァイルをダウンロードし（Ｓ００８）、再びダウンロー
ド待ちとなる（Ｓ００８からＳ００１）。

【００２７】項目ファイル（１３０４）の項目を読み取
り、自システムのＤＢに同一の項目が存在するかどうか
チェックする（Ｓ００６）。ここで同一の項目が存在す
る場合は、その項目の属性を共通項目（“２”）として
ＤＢを更新し、次の項目の読み取りに移る（Ｓ００９か
らＳ００４）。存在しない場合は読み取った項目をＤＢ
に追加し、その属性を上位システム管理項目（“１”）
に設定し、次の項目の読み取りに移る（Ｓ００７からＳ
００４）。

【００２８】マージ処理のフローチャートにしたがって
ＤＢを更新した例を図１４に示す。図１４では上位管理
システムから項目Ａ、項目Ｂ、項目Ｃがダウンロードさ
れ、下位管理システムが保持する項目Ｃ、項目Ｄ、項目
Ｅとマージを行った結果が変更後で示され、さらに下位
層システムに対し項目Ｃ〜項目Ｂがダウンロードされる
ことを示している。

【００２９】次に更新処理について図１４と図１６の状
態遷移を示す図と図１７のフローチャートを用いて説明
する。初期状態では、下位層システムからの結果ファイ
ルのアップロードの待ち状態となっている（Ｓ１０
１）。このときのＤＢの項目の状態は図１４の変更後の
状態になっている。

【００３０】まず、アップロードされた結果ファイル１
（１６０６）をオープンし、項目と資産情報を読み取る
（Ｓ１０２）。読み込んだ項目を自システムのＤＢから
検索し、見つかった項目の属性が上位システム管理項目
（“１”）ならば（Ｓ１０４）結果ファイル１の項目と
資産情報とを上位管理システムへアップロードするため
結果ファイル２（１６０５）に書き込み（Ｓ１０５）、
次の項目と資産情報の読み取りに移る（Ｓ１０２）。見
つかった項目の属性が上位システム管理項目（“１”）
以外ならば（Ｓ１０４）、自システムのＤＢの当該項目
の資産情報を更新する（Ｓ１０７）。

【００３１】さらに、その項目の属性が共通項目
（“２”）ならば（Ｓ１０８）、上位管理システムへア
ップロードするため、結果ファイル１（１６０６）の項
目と資産情報を結果ファイル２（１６０５）に書き込み
（Ｓ１０８からＳ１０５）、次の項目の読み取りに移る
（Ｓ１０２）。全ての項目と情報を読み取ったら、作成
した結果ファイル２（１６０５）を上位管理システムに
アップロードし（Ｓ１０６）、再び下位層システムから
の結果ファイル１（１６０６）のアップロード待ちの状
態となる（Ｓ１０１）。

【００３２】このときのＤＢの状態は図１６のようにな
る。図１６では下位層からの結果ファイル１（１６０
６）のうち、項目Ｃと項目Ｄと項目Ｅについての資産情
報をＤＢに反映し、項目Ａと項目Ｂと項目Ｃについては
上位システムにアップロードしていることを示してい
る。

【００３３】項目Ｃは共通項目であるためＤＢの更新と
上位システムへのアップロードを行っていて、項目Ｃに
ついての重複を防いでいる。以上、説明した方法によ
り、管理システムと被管理システムで同一の項目につい
て二重にデータ転送することが無く、効率よくデータ伝
送することが可能となる。

【００３４】実施例２ 実施例１での実装方式とマージ処理が異なる以外はほぼ
同様であるので、図１８、図１９の状態遷移を示す図と
図２０のフローチャートを用いて主にマージ処理だけを
説明し、その他の処理については変更点のみを説明す
る。図１８で示すように、ダウンロードする項目に操作
フラグを付加する。この操作ステータスには追加を示す
“Ａ”と、削除を示す“Ｄ”のいづれかを設定する（１
８０５）。

【００３５】上位管理システムでは、項目の編集処理に
おいて編集した情報を記憶しておき（図１０と図１１の
フローチャートにおいて各操作処理のあとに操作履歴を
保存する処理を追加する）、編集が終了した段階でダウ
ンロードする項目ファイル（１８０５）の各項目に操作
フラグを付加する（図１０のＳ３０４で操作した項目の
みを抽出し、項目ファイルを作成する処理を追加する処
理とする）。

【００３６】図１８に示すように、項目を追加した場
合、追加する項目Ｄと項目Ｘには“Ａ”が付加され、削
除する項目Ａには“Ｄ”が付加される。まず、項目ファ
イルのダウンロード待ち状態（Ｓ２０１）で、上位管理
システムから項目ファイルがダウンロードされてきたら
操作フラグと項目を読み込む（Ｓ２０２）。操作フラグ
が削除（“Ｄ”）で項目の属性が上位システム管理項目
（“１”）のときは項目をＤＢ上から削除し、次の項目
を読み込む（Ｓ２０４−Ｓ２０５−Ｓ２０８−Ａ）。

【００３７】操作フラグが削除（“Ｄ”）で項目の属性
が共通項目（“２”）のときは項目の属性を自システム
管理項目（“０”）に変更し、次の項目を読み込む（Ｓ
２０４−Ｓ２０５−Ｓ２０６−Ｓ２０９−Ａ）。 操作
フラグが追加（“Ａ”）で項目が存在しない場合はＤＢ
上に項目を追加し、その項目の属性を上位システム管理
項目（“１”）に設定し、次の項目を読み込む（Ｓ２０
４−Ｓ２１０−Ｓ２１２−Ａ）。

【００３８】操作フラグが追加（“Ａ”）で自システム
に存在する項目の属性が自システム管理項目（“０”）
のときは、項目の属性を共通項目（“２”）に設定し、
次の項目を読み込む（Ｓ２０４−Ｓ２１０−Ｓ２１１−
Ｓ２１３−Ａ）。以上、それ以外のステータスの組み合
わせのときは何もせずに、次の項目を読み込む（Ａ）。

【００３９】全ての項目を読み終えた場合、接続されて
いる下位層の全ての中継管理システムや被管理システム
に対して、上位管理システムからダウンロードした項目
ファイルをそのままダウンロードし（Ｓ２０７）、再び
項目ファイルのダウンロード待ちとなる（Ｓ２０７から
Ｃ）。

【００４０】この一連の処理で、テーブルの状態は図１
９のようになる。図１９では上位管理システムで削除さ
れた項目Ａと追加された項目Ｄと項目Ｘについてダウン
ロードされ、下位管理システムで保持する項目とマージ
され、新たに項目Ｄが上位システム項目として追加され
項目Ｘが共通項目に属性変更されることを示している。

【００４１】この方法によると、同一の項目について二
重にデータ転送することを無くすとともに、ダウンロー
ドする項目ファイルのサイズは変更分の差分だけの一定
のサイズですむ効果がある。

【００４２】実施例３ これまでの実施例では各管理システムにおいて属性情報
を用いることによって同一項目の管理を行ったが、各管
理システムが自システムだけで管理する項目のみを持ち
属性情報を持たずに被管理システムで要求システムを保
持する方法について説明する（プログラム構成は実施例
１と同じ）。

【００４３】まず、マージ処理について図２４のフロー
チャートと図２２と図２３の状態遷移図を用いて説明す
る。また、説明は状態遷移の図の下位管理システムで行
われるものとする。初期状態では、上位管理システムか
らのダウンロードの待ち状態となっている（Ｓ４０
１）。

【００４４】このときの各管理システムのＤＢの項目の
状態は図２２のようになっている。

【００４５】システム名として上位管理システムに“Ｓ
ＹＳＴＥＭ”、下位管理システムに“ＳＩＴＥ”が設定
されている。管理項目は上位管理システムが項目Ａ、
Ｂ、Ｃで下位管理システムが項目Ｃ、Ｄ、Ｅを保持して
いる。

【００４６】そして、ダウンロードする項目ファイルは
図２３に示すように項目とその項目を管理する管理シス
テム名で構成される。ダウンロード待ち状態（Ｓ４０
１）に、上位管理システムからの項目ファイル１（２３
０５）のダウンロードがあったら、項目と管理システム
名を読み込む（Ｓ４０２）。

【００４７】読み込んだ項目に自システムで管理する項
目と重複するものが存在する場合（Ｓ４０４）、項目と
管理システム名に自システム名も管理システムとして追
加し、下位層システムへのダウンロードする項目ファイ
ル２（２３０７）に書き込む（Ｓ４０８）。存在しない
場合、項目と管理システム名を変更せずにそのまま下位
層システムへのダウンロードする項目ファイル２（２３
０７）に書き込む（Ｓ４０５）。

【００４８】全ての項目を読み終えたら（Ｓ４０３）、
自システムで管理する項目で重複しなかった項目につい
て抽出し、管理システム名として自システム名を付加
し、下位層システムへのダウンロードする項目ファイル
２（２３０７）に書き込み（Ｓ４０６）、作成した項目
ファイル２（２３０７）を下位層システムにダウンロー
ドし（Ｓ４０７）、上位管理システムからの項目ファイ
ル１（２３０５）のダウンロード待ち状態となる（Ｓ４
０１）。

【００４９】図２３で項目ファイルのダウンロードを示
している。項目Ｃについて、上位管理システムと下位管
理システムで重複しているため、管理システム名として
“ＳＹＳＴＥＭ”と“ＳＩＴＥ”の両システム名が設定
される。被管理システムではダウンロードする項目ファ
イルの形式で項目ファイルを保持する（どの項目をどの
管理システムに返すのかを保持する）。

【００５０】被管理システムで資産情報の入力を行った
ら、項目＋資産情報＋管理システム名で結果ファイルを
作成し管理システムにアップロードする。次に更新処理
について図２６のフローと図２５の状態遷移図を用いて
説明する。

【００５１】初期状態では下位層システムからの結果フ
ァイル１（２５０５）のアップロード待ちとなっている
（Ｓ５０１）。下位層システムから結果ファイル１（２
５０５）がアップロードされてきたら、結果ファイル１
（２５０５）をオープンし、１エントリ分の項目と資産
情報と管理システム名の情報を読み込む（Ｓ５０２）。

【００５２】そのエントリの管理システム名に自システ
ム名が含まれている場合（Ｓ５０４）、自システムのＤ
Ｂの資産情報を更新し（Ｓ５０７）管理システム名から
自システム名を削除する（Ｓ５０８）。管理システム名
に他のシステム名が残っている場合（Ｓ５０９）、自シ
ステム名を取り除いたエントリを上位管理システムへの
結果ファイルとしてアップロードする結果ファイル２
（２５０７）に書き込む（Ｓ５０５）。

【００５３】読み込んだエントリに自システムが最初か
ら含まれていない場合、エントリを何も更新せずに上位
管理システムへアップロードする結果ファイル２（２５
０７）に書き込む（Ｓ５０５）。全てのエントリを読み
終えたら（Ｓ５０３）、作成した結果ファイル２（２５
０７）を上位管理システムへアップロードし（Ｓ５０
６）、再び下位層システムからの結果ファイル１（２５
０５）のアップロード待ちとなる（Ｓ５０１）。

【００５４】図２５では結果ファイルの流れを示してお
り、下位層システムから資産項目Ａ、Ｂ、Ｃ、Ｄ、Ｅが
結果としてアップロードされてきていて、項目Ｃ、Ｄ、
ＥについてＤＢを更新していて、項目Ａ、Ｂ、Ｃについ
て上位管理システムにアップロードしている。

【００５５】項目Ｃは共通項目であるためＤＢの更新と
上位システムへのアップロードを行っていて、項目Ｃに
ついての重複を防いでいる。なお、編集処理については
自システムの項目のみを編集することになり、特に変わ
った処理を行うことがないので省略する。

【００５６】以上、説明した方法により、実施例１、２
とは違った管理方法により、管理システムと被管理シス
テムで同一の項目についての二重のデータ転送を防ぎ、
効率よくデータ伝送することが可能となる。

【００５７】実施例４ 実施例１の方法に加えて、各中継管理システムであらか
じめデフォルトの項目とその資産情報を定義しておける
ようにする。この方法を図２７から図２９で説明する。

【００５８】図２７は初期状態を示し、本社の管理シス
テムで”事業所コード“”部署コード“”氏名“”内線
“の項目を作成し、事業所の中継管理システムで“事業
所コード“を部門の中継管理システムで”部署コード
“をそれぞれデフォルトとして定義している状態であ
る。デフォルトの項目の定義を追加したり削除したりす
る処理については編集処理の一部として処理できる。

【００５９】図２８は項目ファイルが各システムにダウ
ンロードされる流れを示す。本社の管理システムから項
目ファイル（２８０５）をダウンロードし、事業所の中
継管理システムでは項目ファイル内の項目名称とデフォ
ルトの項目名称を比較し同一項目があった場合、その項
目と資産情報をデフォルトＤＢに格納する。そして、部
門の中継管理システムへは“事業所コード”を外した
“部署コード”“氏名”“内線”の項目ファイル（２８
０８）をダウンロードする。部門の中継管理システムで
は、“部署コード”を同じように処理し、被管理システ
ムに“氏名”“内線”の項目ファイル（２８１１）をダ
ウンロードし、その項目について資産情報を設定する。

【００６０】なお、デフォルトＤＢに登録された項目と
資産情報については上位管理システムから新たに項目フ
ァイルがダウンロードされてきたタイミングで削除す
る。

【００６１】図２９は結果ファイルのアップロードの流
れを示す。被管理システムで資産情報が入力され結果フ
ァイルが部門の中継管理システムへアップロードされ
る。

【００６２】部門の中継管理システムではデフォルトＤ
Ｂ内の項目と資産情報を結果ファイルに付加して、事業
所の中継管理システムへアップロードする。事業所の中
継管理システムでも同じように処理し、本社の管理シス
テムへは全ての項目の資産情報が格納された結果ファイ
ルがアップロードされることになる。実際の実装方法に
ついては、実施例１のフローに一部処理を追加すること
で可能である。

【００６３】まず、マージ処理においては、項目ファイ
ルのダウンロード時にデフォルトＤＢの内容を全て削除
する処理を追加し（図１５のＳ００３の後に処理を追加
する）、ダウンロードされた項目の中にデフォルト項目
があるかどうかを判定し、デフォルト項目と同一の項目
について資産情報をデフォルトＤＢに登録し、下位層シ
ステムにダウンロードしない処理を追加する（図１５の
Ｓ００５の後に処理を追加する）。

【００６４】次に更新処理で情報がアップロードされて
きた時に、上位管理システムへの結果ファイルに項目と
デフォルト値を追加書きしてアップロードする処理を追
加する（図１７のＳ１０３のＥＯＦの時に処理を行うよ
うに追加する）。この方式によりデフォルトで定義した
項目の分だけデータ転送を抑止することができる。

【００６５】実施例５ 実施例４の方法において、中継管理システムにおいてダ
ウンロードされた項目の中にデフォルト項目があるかど
うかを判定し、デフォルト項目と同一の項目について資
産情報をデフォルトＤＢに登録した後、下位層の管理シ
ステム又は被管理システムに対してダウンロードする項
目が無くなってしまった場合（全ての項目について中継
管理システムでデフォルトの項目を設定した場合）、デ
フォルトＤＢから項目と資産情報を抽出し結果ファイル
を作成し上位の管理システムへアップロードするように
する。

【００６６】実際の実装方法については、実施例４の機
能が実装された実施例１のフローに一部処理を追加する
ことで可能である。マージ処理において、下位層の管理
システム又は被管理システムあてにダウンロードする項
目ファイルが存在するかどうか判定し、存在する場合は
そのままダウンロードし、存在しない場合はデフォルト
ＤＢの内容を全て抽出し、上位管理システムへの結果フ
ァイルを作成し、上位管理システムへアップロードする
処理を追加する。（図１５のＳ００８の後に処理を追加
する）。

【００６７】この方法によりデフォルトで定義した項目
によって資産情報の入力を完了できた中継管理システム
から被管理システムまでのデータ転送を抑止することが
できる。

【００６８】

【発明の効果】本発明によれば、階層型ネットワーク環
境における一経路のネットワーク上のデータ量を効率良
く転送することが可能となり、ひいてはネットワーク全
体のデータ転送を効率良く転送する効果がある。

【図面の簡単な説明】

【図１】本発明を適用可能なシステムの構成図とデータ
転送の流れを示す図である。

【図２】本発明を適用可能なシステムの構成図を示す図
である。

【図３】多階層システムで資産情報を管理する場合のシ
ステム構成の一例を示す図である。

【図４】項目を各管理システムで持つ状態を示す図であ
る。

【図５】項目を各管理システムでマージする方式を示す
図である。

【図６】資産情報を各管理システムで更新する方式を示
す図である。

【図７】属性を持つＤＢの構造を示す図である。

【図８】管理システムのプログラムの構成を示す図であ
る。

【図９】管理システムにおける項目編集画面の一例を示
す図である。

【図１０】項目編集のフローチャートである。

【図１１】図１０の続きを示す。

【図１２】初期状態を示す図である。

【図１３】項目を初期化した状態を示す図である。

【図１４】項目をマージした状態を示す図である。

【図１５】マージ処理のフローチャートである。

【図１６】資産情報を更新した状態を示す図である。

【図１７】更新処理のフローチャートである。

【図１８】項目を初期化した状態を示す図である。

【図１９】項目をマージした状態を示す図である。

【図２０】マージ処理のフローチャートである。

【図２１】図２０の続きを示す。

【図２２】項目を初期化した状態を示す図である。

【図２３】項目をマージした状態を示す図である。

【図２４】マージ処理のフローチャートである。

【図２５】資産情報を更新した状態を示す図である。

【図２６】更新処理のフローチャートである。

【図２７】項目を初期化した状態を示す図である。

【図２８】項目をマージした状態を示す図である。

【図２９】資産情報を更新した状態を示す図である。

【符号の説明】

１０１…管理システム １０２〜１０５…中継管理システム １０６…被管理システム ８０１…ディスプレイ装置、 ８０２…管理システムのプログラム本体、 ８０３…編集処理部、 ８０４…更新処理部、 ８０５…マージ処理部、 ８０６…データベース。

Claims (5)

【特許請求の範囲】
1. 【請求項１】階層型ネットワークにおけるデータ転送方
   法において、下位システムから第一のデータに格納され
   た項目とデータを受け取り、前記項目が当該システムの
   ＤＢに存在し、前記項目に対応する属性情報が上位シス
   テムの管理を示す値であれば、前記第一のデータに含ま
   れるデータを読み出し、第二のデータに格納し、前記第
   二のデータを上位システムに送付することを特徴とする
   データ転送方法。
2. 【請求項２】請求項１に記載のデータ転送方法におい
   て、前記項目に対応する属性情報が上位システムの管理
   を示す値でなければ、当該システムへ前記データを格納
   することを特徴とするデータ転送方法。
3. 【請求項３】階層型ネットワークにおけるデータ転送装
   置において、下位システムから第一のデータに含まれる
   項目とデータを受け取る受信部と、前記項目が当該シス
   テムに存在し、前記項目に対応する属性情報が上位シス
   テムの管理項目であることを示す値であれば、前記第一
   のデータを読み出し、第二のデータとする更新処理部
   と、前記第二のデータを上位システムに送付する送信部
   とを備えることを特徴とするデータ転送装置。
4. 【請求項４】請求項３に記載のデータ転送装置におい
   て、前記更新処理部は前記項目に対応する属性情報が共
   通の管理項目であることを示す値であれば、当該システ
   ムへ前記データを格納することを特徴とするデータ転送
   装置。
5. 【請求項５】請求項１に記載のデータ転送方法を実施す
   るプログラムを格納した計算機に読み取り可能な記録媒
   体。