JPH11502041A

JPH11502041A - 遠隔通信ネットワークデータベースを構築するための方法および装置

Info

Publication number: JPH11502041A
Application number: JP8524761A
Authority: JP
Inventors: ブレーム、フランシス・ビビアン
Original assignee: British Telecommunications PLC
Current assignee: British Telecommunications PLC
Priority date: 1995-02-13
Filing date: 1996-02-13
Publication date: 1999-02-16
Also published as: US6003035A; KR19980702170A; DE69602827D1; NO973694L; CA2211592A1; WO1996025715A1; AU4671196A; FI973305A0; EP0809831A1; NO973694D0; MX9706023A; DE69602827T2; EP0809831B1; CN1173933A; AU689701B2; FI973305A

Abstract

(57)【要約】本発明は、既存のネットワークのデータベース(34)から遠隔通信ネットワークデータベース(41)を構築する方法および装置を提供する。この方法では、既存のネットワークのデータベースを処理して、中間データベース(41)に記憶されたデータを抽出する。中間データベース(41)は、既存のネットワークデータベース構成と異なる構成を有する。中間ネットワークデータベースは処理されて、ネットワーク管理システムで使用できる最終データベース(43)を生成する。中間データベース(41)を生成して、それから最終データベース(41)引出すことによって、最終データベース(43)を既存のデータベースから直接に引出す場合よりも必要とされる処理労力はより少なくなる。

Description

【発明の詳細な説明】遠隔通信ネットワークデータベースを構築するための方法および装置本発明は遠隔通信ネットワークデータベースを構築するための方法および装置に関する。遠隔通信ネットワークはネットワーク管理システムによって管理され、ネットワークの構成の仕方を決定し、ネットワークの素子の機能を監視する。管理機能は、関連するネットワークデータベースに記憶されるネットワークに関する情報を参照して実行される。記憶される情報には、装置の特定の項目の識別子（例えば連続番号）、モデルおよび製造者情報、並びにその装置の故障を修復できる人または会社の詳細を含むことができる。したがって、故障が装置の一部で発生したとき、ネットワーク管理者はそれを修復する要求を素早く送ることができる。記憶されるその他の情報は、ネットワーク構造が決定されるときに使用される装置の機能に関する情報である。既存のネットワーク管理システムを交換することが望ましいと考えられるとき、既存のデータベースと両立性のあるシステムを選択しなければならないために問題が発生する。その理由は、データベースが装置の非常に数多くの項目に関する情報を含むことができるからである。一般的には、数千の回路に関する情報が保持されている。別な方法で、既存のネットワーク管理システムを交換するには、新しいネットワーク管理システムと両立性のあるスクラッチから新しいデータベースを構築することが必要であることが認められている。これを行う時間はひどくかかり過ぎ、２つの典型的な遠隔通信回路がデータベースに入れるのに約２時間必要である。本発明は、発明者がスクラッチから新しい両立性のあるデータベースを構築する必要はないが、しかし既存のデータベースを利用できるようにしたことによって生まれた。本発明の第１の態様によると、第１の構成にしたがって配置されたデータを記憶することによってコンピュータシステムのメモリに遠隔通信ネットワークデータベースを構築する方法であり、前記第１の構成は第２の構成にしたがって配置されたデータを有する既存のデータベースから抽出され、既存のデータベースから第１の構成と異なるように配置されたデータの中間データベースを引出す段階と；遠隔通信ネットワークデータベースに含まれる中間データベースのデータから選択する段階と；第１の構成にしたがって選択されたデータを配置することによって遠隔通信ネットワークのデータベースを構築する段階とを含む方法が提供される。第１の構成にしたがって配置されていないデータの中間データベースを引出すことにより、中間データベースからデータを選択することによって遠隔通信ネットワークデータベースを構築するのに必要な処理労力は、既存のデータベースを直接に再構成するかまたは別のソースからデータをアセンブルする試みよりも少なくなる。本発明の別の長所は、新しいネットワークベースを構築するときの複雑さのほとんどが、既存のデータベースから中間のデータベースを引き出すときに含まれることである。中間データベースが引き出されると、新しいネットワークデータベースを引き出すことは比較的に容易になる。新しいネットワークデータベースに必要なフォームが変更する場合、この変更に適応するように選択するか構成する、あるいはその両方をする段階を変更することは比較的に容易である。中間データベースを引出す方法を変更する必要なしにこれを達成することができる。引出しがこの方法の最も複雑な部分であるので、相当量の作業を省くすることができる。既存のデータベースは、既存のネットワーク管理システムのデータベースまたはネットワーク管理システムとは別のデータベース、例えばネットワークを手動で構成する要員によってアクセスされるコンピュータ保持のデータベースであってもよい。構成(structure)とは、データベース内でデータを組織化する物理的構成ではなく、論理的構成であることを意味する。記載の好ましい実施形態では、第１の構成は、ネットワークを管理するために使用される目的指向のプログラムを支持（サポート）するように構成されている。目的に関する情報は、ある構成内のデータベースに記憶され、目的を事例をあげて例示(instantiate)することができる。例示するとは、記憶した情報から目的を再構成できることを意味する。本発明の第２の態様にしたがうと、第２の構成にしたがって配置されたデータを有する既存のデータベースから抽出された第１の構成にしたがって配置されたデータを記憶することによって、遠隔通信ネットワークデータベースを構築するコンピュータ装置が提供され、それは第１の構成とは異なって配置されたデータの中間データベースを既存のデータベースから引出す手段と；遠隔通信ネットワークデータベース内に含まれる中間データベースデータから選択する手段と；第１の構成にしたがって選択されたデータを配置することによって遠隔通信ネットワークのデータベースを構築する手段とを含んでいる。ここで本発明の特定の実施形態を添付の図面を参照してあくまで例として説明する。図１は、本発明の実施形態にしたがう装置の概略的な形態の図を示す。図２は、図１に示された装置の一部分の概略的なブロック図を示す。図３は、装置で使用されるデータベースの概略的なブロック図を示す。図４は、装置で使用されるデータベースの概略的なブロック図を示す。図５は、説明のためのフローチャートである。図６は、本発明の中間データベースの準備で使用されるモデルを示す。図７は、本発明の中間データベースの準備で使用されるモデルを示す。図８は、本発明で使用される概略的なデータ構成を示す。図９は、本発明で使用される概略的なデータ構成を示す。図１０は、説明のためのフローチャートである。図１１は、説明のためのフローチャートである。図１２は、説明のためのフローチャートである。図１３は、説明のためのフローチャートである。図１４は、説明のためのフローチャートである。図１を参照すると、本発明にしたがって動作する装置は、ＳｕｎＳｐａｒｃ構造と同じであり、例えば、Sun Microsystems Corporationから提供されているワークステーションである２つのコンピュータワークステーション１、２、および遠隔通信ネットワーク３を含む。ワークステーション１、２は、Ｕｎｉｘを応用し、ファイルサーバと一緒にネットワークで結び、１つの均質の(homogenous) ネットワークを形成している。Ｕｎｉｘ応用システムは、メモリをシステムに全体に分配していることが容易に理解される。しかしながらこれを開示するために、特定の端末を参照してメモリを説明する。実際には、システムに記憶されたデータベースは多数の端末に記憶することができる。遠隔通信ネットワーク３は、私設ブランチ交換（ＰＢＸ）、ローカルエリアネットワーク、広域網、伝送路、ブリッジ、およびルータを含む既知の形式のものである。図２に示されているように、ワークステーション１は中央プロセッサ21、メモリ22、および入力出力ポート23を含み、通常の方法でデータバスによってリンクされている。メモリ22はハードディスクドライブ（図示されていない）の形態であり、図３に示されているようにプロセッサ命令33およびネットワークデータベース34を記憶する。プロセッサ命令33はディスク上のメモリ位置で保持される複数の機械コードエントリを含んでいる。中央プロセッサ21は、プロセッサ命令33にしたがって動作し、ネットワークベース34はネットワーク３を形成している素子に関する情報を記憶する。ワークステーション１はネットワーク管理者として動作し、ネットワーク３を監視して、制御する。ネットワーク３に関する情報は、遠隔通信路４に沿って、入力出力ポート23を経てネットワーク管理者によって受理される。ネットワーク管理者は、命令を同じルートを経てネットワーク３へ送る。ネットワーク管理者はネットワーク３に関する情報を受理し、さらに命令を通信路４に沿ってネットワーク３へ送る。命令は、例えばネットワーク構成命令を含む。ワークステーション２は、名目的にワークステーション１と同じ（公称同一）であるが、第１のワークステーションとは異なるネットワーク管理プログラムでプログラムされている。ワークステーション２のハードウエア素子は図２に示されているものと同じであるが、それは図４に示されているようなメモリ40を構成し、中間データベース41、プロセッサ命令メモリ42、および最終データベースに割当てられたメモリ43を保持する。メモリ40はさらに、規則データベース44を保持するようにも構成されている。規則データベース44は、最初はエンプティ（空）であるが、後の段階ではユーザによって入力される規則を記憶するために使用される。ネットワークオーソリティは、ワークステーション１からワークステーション２へネットワークの管理を転送することを望む。ネットワーク３を管理するためのワークステーション２において、それはネットワークに関する情報のデータベースへのアクセスを要求するようになる。しかしながら、データベースは、それが実行するプログラムを管理するネットワークと両立性でなけれなならない。この特定の実施形態では、ワークステーション２によって実行されるネットワーク管理プログラムは、“ＳｅｒｖｉｃｅＶｉｅｗ”と呼ばれ、British Telecommun ications（ロンドン、ニューゲート街８１）から得られる。プログラムはプロセッサ命令メモリ42内に記憶されている。“ＳｅｒｖｉｃｅＶｉｅｗ”はオブジェクト指向のプログラムであるので、オブジェクト指向のプログラムを支持する構成を有するデータベースを必要とする。このようなプログラムでは、実際の生活 (real life)のオブジェクト、すなわちネットワーク３の部品は特性を有するソフトウエアのオブジェクトによってモデル化されている。データベースは対応する実際の生活のオブジェクトの特性に関するデータを含むようになる。データによってオブジェクトを例示できるように両立性データベース内でデータが構成される。ワークステーション１のメモリ内に保持される既存のネットワークデータベース34は、“ＳｅｒｖｉｃｅＶｉｅｗ”プログラムと両立せず、ワークステーション２によって直接使用することはできない。しかしながら、既存のデータベース 34内に保持されるデータを利用して、次の方法で新しい両立性データベースを構築することができる。プロセッサ命令メモリ42は、上述の“ＳｅｒｖｉｃｅＶｉｅｗ”プログラムに加えてデータベース構築ツールを記憶する。データベース構築ツールは、既存のネットワークデータベース34から新しい両立性データベースを構築するプログラムである。データベース構築ツールの全体的な概略を、最初に図５を参照して記載する。予備段階、すなわち段階49では、ネットワークオーソリティが２組の規則を入力する。第１の組の規則は既存のネットワークデータベース34に適用され、第２の組の規則は、中間データベース42が生成されてしまうとそれに供給される。ネットワークオーソリティによって入力された第１の組の規則は、後で入力されるモデルのクラスと関係している。規則は各クラスからどのようにオブジェクトが生成されるかを特定するので、規則のモデルのクラスへ規則を入力したと考えることができる。段階49で、第１および第２の組の規則は、ワークステーション２の中央プロセッサによってメモリ40の規則データベース44へ入力される。中間データベース41 と最終データベース43との間の関係がほぼ一定であり、これらの規則は次のデータベース変換動作で使用できるので、第２の組の規則はあまり頻繁に変更されない。次の段階で生成されたモデルのクラスに第１の組の規則を入力した後で、規則を再規定する機会をユーザに与えることができる。次の段階は、ワークステーション２で適切な命令を入力するネットワークオーソリティによってデータベース構築ツールを動作することである。この段階は、図５の段階50によって表されている。その後段階50ａで、ユーザは中間データベースで使用されるオブジェクト階層のモデルを作る。この段階でユーザは、モデル作りプログラムを使用してワークステーション２のスクリーン上に骨格オブジェクト階層モデルを作る。このプログラムによってユーザは一連の階層的に相互連結したノードをスクリーン上に示すことができる。このノードは、後でオブジェクトを生成するのに使用されるモデルのクラスを表している。次にボックス53で、第２のワークステーション２のプロセッサは第１の組の規則を既存のネットワークデータベース34に供給する。段階54で、この結果データの関連する項目はコピーされ、オブジェクト、その特性、および意義と一緒に中間データベース41にポピュレートする（配置する）ために使用される。次に中間データベースは、段階54ａで表されているようにディスク上に記憶される。次に第２のワークステーション２のプロセッサ21は、第２の組の規則を中間データベース41に供給する。こうして、抽出したデータをメモリ43の両立性の最終データベース内に構成する。次に最終データベースは、段階56によって表されているようにディスク上にダウンロードされる。段階58でデータベース構築ツールプログラムは終了し、段階59でネットワークオーソリティは“ＳｅｒｖｉｃｅＶｉｅｗ”を実行して、ネットワーク３を管理する。次にワークステーション１はネットワーク３から接続を外されるか、または他の機能のために使用される。ここで段階50ａのオブジェクト階層のモデル作りに関して、さらに詳細に記載する。ネットワークオーソリティはモデル作りプログラムを開始する。これによって、ネットワークオーソリティは、ネットワークのモデルをワークステーション２のスクリーン上にこのワークステーションに接続されたキーボードおよびマウスを使用して描くことができる。図６はこのディスプレイを概略的に示している。モデル作りプログラムでは、モデルのノードを生成し、さらにこのノードに依存して別のノードを生成する選択肢も有する。したがって、ＮＥＴＷＯＲＫという名前の第１のすなわちルートノード100が生成され、それにノード101,102,および103が依存している。各ノードは、オブジェクトの１クラスを表している。すなわちノード101はクラス１に含まれるオブジェクトを表し；ノード102はクラス２に含まれるオブジェクトを表し；ノード103はクラス３に含まれるオブジェクトを表している。各クラスは１つ以上のサブノードを有するスーパーノードとして表すことができる。図６に示されているように、クラス１は３つのサブノード104,105,106を有するように示され、クラス２は３つのサブノード107,108,109 を有するように示され、クラス３は３つのサブノード110,111,112を有するように示されている。ネットワークのモデル作りをするとき、ネットワークのオーソリティは、第１の組の規則から各クラスへ規則を入力する。この規則は規則データベース44から抽出されたものである。したがって、ノード101が引出されているとき、ネットワークオーソリティは規則を入力し、それはそのクラス、すなわちクラス１のオブジェクトに含ませるデータを選択するために使用される。同様に、サブノードも適切なデータを選択するために規則を与えられる。この規則はＩＴＥＭＳＰＥＣ（アイテムスペック）１乃至ＩＴＥＭＳＰＥＣ９と呼ばれている。規則はまたサブ規則をもってもよい。この特定の実施形態では、モデル化された階層は図７に示されているようなものである。図示されているように、ルートノード100はＮＥＴＷＯＲＫ（ネットワーク）と呼ばれ、２つのサブノードを有し、第１のノード101はＣＩＲＣＵＩＴ（回路）と呼ばれ、第２のノード102はＥＱＵＩＰＭＥＮＴと呼ばれている。したがって、３つのクラスのオブジェクトがあり、ＮＥＴＷＯＲＫ、ＣＩＲＣＵＩＴ、およびＥＱＵＩＰＭＥＮＴ（装置）に分類することができる。ＣＩＲＣＵＩＴ101およびＥＱＵＩＰＭＥＮＴ102のサブノード104,107は、それらに項目特定化規則ＩＴＥＭＳＰＥＣＩ＝“ＥＱ^*”およびＩＴＥＭＳＰＥＣ４＝“ＥＱ^*” を入力する。これらの規則は“ＥＱ”で始まるストリングと整合し、ここで“^* ”の記号は何等かのテキストが“ＥＱ”に後に続くことを意味する。このモデルは、ノードとサブノードとを示し、それらはネットワーク３を構成するオブジェクトのクラスとサブクラスとを均等にすることをここで強調しておく。５つのみのノードが図７に示されているが、クラスの中には５よりもかなり多くのオブジェクトがある。すなわち、既存のデータベース34内に保持されるデータは、クラスの中に書き込まれた規則にしたがうとき、通常クラス毎に２以上のオブジェクトを発生することになる。段階49で入力され、記憶された第１の組の規則の形式は、次の記載から明らかになろう。すなわち次の段階53で規則をネットワークデータベースに供給し、段階54で中間データベース41にオブジェクトを設定する。ここで段階49および53ないし56に関して一層詳細な説明を与える。与えられる規則は、既存のネットワークベースの特徴および新しいデータベースの構成に依存する。ネットワークオーソリティは、既存のネットワークベースの構成方法を理解することになる。特定の実施形態では、既存のデータベース34 は、図８に示されているように一連のレコード（記録）としてデータを保持するように構成されている。レコードは、各レコードをファイル内のカードに例えると、カードファイルのように配置される。４つのみのレコード61,62,63，および 64が図８に示されているが、実際には図示されている数よりもかなり多く存在する。データベースは、さらに１組の代表者のレコード73、74も含み、以下でこれを説明する。各レコード61,62,63，および64は、９つのデータフィールド65乃至72を有する同じフォーマットを有する。データフィールド65は、レコードにラベルを付したデータを含んでいる。レコード61の場合、このラベルは“ＲＥＣＯＲＤ１”である。したがってその他のレコード62,63,および64は、連続して“ＲＥＣＯＲＤ２”、“ＲＥＣＯＲＤ３”、および“ＲＥＣＯＲＤ４”などのラベルを付される。データフィールド66,69,71，および72は、既存のネットワークデータベース34 のみに関係するデータを含むので、最終データベース43を指向する新しいオブジェクトを構築するのには使用されない。これらのデータは、図には“ＺＺＺ”、 “ＰＱＲＳＴ”、“ＸＸＸ”、および“ＹＹＹ”と示されている。データフィールド67は、レコードが関係しているネットワーク３の特定の素子のためのラベルを含んでいる。“ＲＥＣＯＲＤ１”のとき、これはネットワーク３上の回路である“ＣＣＴ１２３”である。データフィールド68は、成分の場所に関する情報を含む。この場合、エントリは“ＬＯＣ＝ＧＯＷＥＲ”であり、確立されるとき回路がＧＯＷＥＲＳＴＲＥＥＴでの確立で配置されることを示している。データフィールド70は、レコードが関係する装置のタイプに関する情報を含んでいる。この場合、この装置はタイプ“ＥＱ１”である。図９は“ＲＥＣＯＲＤ２”を示し、それが“ＲＥＣＯＲＤ１”と同じフォーマットであり、したがってデータフィールドが“ＲＥＣＯＲＤ１”と同じ方法で番号を与えられることが容易に分かる。しかしながら、この場合データフィールドは装置がタイプ“ＥＱ２”であり、装置のラベルが“ＣＣＴ２３４”であり、レコードが“ＲＥＣＯＲＤ２”とラベルを付けられる点で異なる。データフィールド68に対して場所は再びＧＯＷＥＲＳＴＲＥＥＴであり、“ＬＯＣ＝ＧＯＷＥＲ”のエントリを有する。残りのデータフィールド66,69,71，および72は、“ＲＥＣＯＲＤ１”と同じエントリを有する。ネットワークデータベース34は、さらに１組の代表者のレコード73および74を含む。これらのレコードは装置の項目、特に装置を維持することができる個々の項目および機構の名前に関する情報を記憶する。各レコード73、74は、装置のタイプの記述子を含む装置タイプのデータフィールド75を有する。レコード73の場合、記述子はタイプ１の装置を意味する“ＥＱ１”である。レコード74の場合、それはタイプ２の装置を意味する“ＥＱ２”である。代表者のデータフィールド76は、各レコード73、74にも与えられる。これは、この特定のタイプの装置を維持することができる人物の名前を含む。レコード73 に対して、データフィールド76は名前“Ｆ．ＪＯＮＥＳ”を含み、レコード74に対して、データフィールド76は名前“Ｓ．ＳＭＩＴＨ”を含む。したがってタイプＥＱ１の装置の維持のためには、Ｆ．ＪＯＮＥＳにコンタクトしなければならず、タイプＥＱ２の装置の維持のためには、Ｓ．ＳＭＩＴＨにコンタクトしなければならない。スクリーンプロンプト（助言）がワークステーション２のビジュアルディスプレイユニットＶＤＵ上に表示されると、ネットワークオーソリティは第１の組の規則を入力し、レコード61,62,63，および64、ならびに代表者のレコード73および74から関連するデータを抽出する。規則は、上記のようにモデルノードに入力される。要約すると、この実施形態は２つのファイルを有する。一方は回路レコードを含み、他方は代表者を含んでいる。データファイルを以下の表で説明する。この構成に関する知識を使って、ネットワークオーソリティは２組の規則を定式化(formulate)する。この規則は、既存のデータベースを処理して必要なデータを抽出し、中間のデータベース41としてそれに命令する方法を実現する。第１の組の規則を詳細に記載する前に、図１０乃至１３に示された説明のための図を参照して全体を概略的に説明する。この規則で行われる第1のプロセスは、オブジェクトを生成するファイル１への第１のデータパスである。このパスの第１の段階は整合段階であり、ボックス 110によって表されている。整合段階は、モデルのオブジェクトテンプレート内のパターンに対してデータベース内のレコードのデータフィールド内のストリングを検査することを含む。この場合データフィールド名が検査される。次の段階は、ボックス111によって表されているように、整合およびオブケクトがクラスの装置であるか否かを考慮することである。イエスのとき、ボックス 112に表されているように、オブジェクト名はデータフィールド70内に記憶されたストリングに設定される。整合およびオブジェクトテンプレートが、１クラスの装置のものでないとき、ボックス113によって表されているように、それらのクラス回路であるか否かに関して考慮される。整合およびオブジェクトテンプレートが、クラスの装置のものであるとき、オブジェクト名は、ボックス118によって表されているように、データフィールド6 7内に保持されるストリングに設定される。ボックス112,113によって表された段階の後の次の段階は、新しいオブジェクトが含まれるか、すなわち先行するレコードを処理した後で、オブジェクトを生成しなかったか否かに関して考慮することである。この段階はボックス114によって表される。オブジェクトが新しいオブジェクトであるとき、それはボックス115によって表されているように生成（創生）される。オブジェクトが生成された後、すなわちオブジェクトが新しいものでないと決定された後の次の段階では、データを有するオブジェクトをポピュレートすることであり、ボックス116によって表される手続きが行われる。さらに多くのレコードがあるときは、ボックス110によって表される整合段階から上述の段階が反復される。ポピュレーション手続きでは、レコードから幾つかのデータを抽出して（引出して）、先行する段階で生成されたオブジェクト内にそれを記憶する。この手続きの第１の段階は、図１１のボックス120によって表されているように、生成されたオブジェクトを選択することである。次にオブジェクトは、ボックス121によって表されているように、それがクラス回路であるか否かを知るために検査される。オブジェクトがクラス回路であるとき、ボックス122によって表されているように、データフィールド67内のストリングが抽出される。次に抽出されたストリングは、ボックス123によって表されているように、選択されたオブジェクト内の回路名としてセーブされる。次のステップでは、ボックス124によって表されているようにデータフィルド6 8内のストリングを抽出することである。抽出されたストリングは、ステップ125 によって表されているように、選択されたオブジェクト内の場所にセーブされる。オブジェクトがクラスの装置のものでないとき、ボックス121によって表されている段階の次の段階は、オブジェクトがクラスの装置のものであるか否かに関して照会することである。この段階は、ボックス126によって表されている。オブジェクトがクラス回路であるとき、次の段階は、ボックス127によって表されているように、データフィールド70内のストリングを抽出することである。次にこのストリングは、ボックス128によって表されているように、選択したオブジェクト内の場所の名前でセーブされる。ボックス125,128,および（オブジェクトがクラス装置でないときは）126によって表される段階の後で、この手続きが終了する。このようにファイル１でレコードを処理した後で、図１２に示されているようにファイル２からのレコードを処理することが必要である。ファイル２のレコードを処理する第１の段階は、ボックス130によって表されているように、第１のレコードのデータフィールド75内のストリングをオブジェクトテンプレートに対する整合のために検査することである。整合およびテンプレートがクラスの装置のものであるとき、この照会はボックス131によって表され、オブジェクト名はボックス132によって表されているように、ストリングのデータに設定される。次の段階は、ボックス133によって表されているように、この名前のオブジェクトが既に存在しているか否かを検討することである。オブジェクトが存在していないとき、ボックス134によって表されているように、それが生成される。次に第２のポピュレーション手続きは、ボックス136によって表されているように実行される。ファイル２の次のレコードは、ボックス136によって表されているように得ることができる。この段階は、整合がクラスの装置のものでないときは、段階131 の次の段階である。次のレコードは、上述と同様に処理される。ポピュレート２の手続きは、図１３に示されている。この手続きの第１の重要な段階は、オブジェクトテンプレートがボックス140によって表されているようなクラスの装置のものであるか否かに関して検討することである。オブジェクトテンプレートがクラスの装置のものであるとき、データフィールド76内のストリングはボックス141によって表されているように抽出される。次に抽出されたストリングは、ボックス142によって表されているようにオブジェクトの担務（ｒｅｓｐｏｎｓｉｂｌｅ）のデータフィールド内に名前として記憶される。この手続きが終了すると、段階136が以下のように続く。第１の組の規則、組１は以下の通りである。上記の規則では、＜＞は規則が異なる形式のデータベースの要求に応ずるように適合される前に、ネットワークオーソリティによって設定することができる規則の一部分を示している。モデル内の各オブジェクトテンプレート（クラス）は、多数の部分（またはサブ規則）から成る規則を有し、関係付けがされている。規則のライン１は、ネットワークデータベース34の第１のパスであり、中間データベース41内にオブジェクトを生成し、データを抽出してこれらのオブジェクトの意義および特性を形成する。ライン２は、ファイル１の全てのレコード、すなわちレコード61乃至64を検査することを確実にする。ライン３は、各レコード61乃至64の処理を開始し、この手続きはライン３乃至１２を含む。この手続きはライン２によって反復される。ライン４は、モデルの全オブジェクトテンプレート内のパターンに対する各レコードのデータフィールド70内のストリングの検査に関する。パターンは、モデルにおいて設定されたクラスの規則ＩＴＥＭＳＰＥＣによって規定されたものである。この方法では、規則はテンプレートであると考えることができる。この実施形態では、両方のクラスＣＩＲＣＵＩＴおよびＥＱＵＩＰＭＥＮＴに対するＩＴＥＭＳＰＥＣは“ＥＱ^*”であり、これは“ＥＱ”で始まる文字のストリングと整合する。ライン５乃至８は、新しいオブジェクトの生成および既存のオブジェクトの利用に関する。生成されたオブジェクトは、レコード内で検査されるフィールドにしたがって名前を付けられる。この名前は、サブルールによって設定される特定のデータフィールド内のストリングにしたがって設定される。オブジェクトが新しいオブジェクトであるとき、すなわちサブルールによって設定されるデータフィールドの名前を有するオブジェクトがまだ存在していないとき、その名前のオブジェクトはライン７で生成される。必要なオブジェクトを生成した後で、次の段階はオブジェクト内に記憶されたデータを抽出することである。データは“名前”でセーブされるので、後でデータを参照することができる。“名前を与えられた”データはパラメータと呼ばれる。ライン９および１０は、クラスＣＩＲＣＵＩＴ内でオブジェクトに対してこの動作を行う。ライン９では、データフィールド67内に見られるストリングが抽出され、選択されたオブジェクト内に“ＣＣＴ”という名前でセーブされる。ライン１０では、データフィールド68内に見られるストリングは、選択されたオブジェクト内に “ＬＯＣ”という名前でセーブされる。ライン１１はクラスＥＱＵＩＰＭＥＮＴ内でオブジェクトに対する動作を行ない、データフィールド70から抽出されるストリングは選択されたオブジェクト内で“ＴＹＰＥ”という名前でセーブされる。ライン１１が完了すると、６つのオブジェクトが次のパラメータで生成される。ライン１２は、終了のステートメントであり、データファイル１におけるレコードの処理の終了を表す。ライン１３は、次の規則がデータファイル２内の全てのレコード、すなわち全ての代表者のレコードに適用されることを確実にする。ライン１４は、データライン２のレコードに適用される規則の開始のステートメントである。ライン15は第１の規則を適用する。データライン２の各レコードのデータフィールド75のストリングは、モデルの全オブジェクトテンプレートのパターンに対して整合される。ライン１６では、整合し、オブジェクトテンプレートがクラスＥＱＵＩＰＭＥＮＴのものであるとき、オブジェクト名はデータフィールド75内のストリングに設定される。ライン１７では、オブジェクトが新しいオブジェクトとして名前を与えられるとき、オブジェクトが生成される。次にライン１８および１９では、オブジェクトが選択され、オブジェクトテンプレートがクラスＥＱＵＩＰＭＥＮＴであるとき、データフィールド75内に保持されるストリングは、選択したオブジェクトを担務する名前でセーブされる。ライン２０でデータファイル２の処理が完了し、ライン２１でパス１をデータベースに送られる。既存のデータベースのこの特定の例では、オブジェクトはライン５および７を適用することによって生成されるので、ライン１７を与えることによってオブジェクトは生成されない。オブジェクトがクラスＥＱＵＩＰＭＥＮＴであるときはライン１９のみがパラメータを確立するので、クラスＣＩＲＣＵＩＴのオブジェクトは別のパラメータにならない。クラスＥＱＵＩＰＭＥＮＴのオブジェクトによって、パラメータＲＥＳＰＯＮＳＩＢＬＥの意義が、オブジェクトＥＱ１に対してＦ．ＪＯＮＥＳおよびオブジェクトＥＱ２に対してＳ．ＳＭＩＴＨになる。パス１の終了時に、オブジェクトの状態は次のようになる。ライン22乃至25は、パス２に対する規則を含み、オブジェクトに対する特性の意義の生成は、既存のデータベースを通るパス１によって生成される。ライン22 は、第２のパス用の開始のステートメントである。ライン23は、次の規則が、パス１内で生成される各オブジェクトに適用されることを確実にするステートメントのためのものである。ライン24は“特性の規則”を適用し、ライン９および１０の後でセーブされた名前を与えられたデータ（パラメータ）から特性の意義を生成する。各オブジェクトのクラスまたはテンプレートはそれ自身の特性リストを有して、オブジェクトを作る。特性のサブ規則があり、各特性の意義を生成する。特性のサブ規則はネットワークオーソリティによって作成されて、設定され、パラメータを操作して、結合し、特性の意義を形成する。特性のサブ規則を適用することによって、次のオブジェクトが得られる：こうして、中間データベース41はオブジェクトで共にポピュレートされる。次の段階は、１ソフトウエアまたは“バックエンド”として具体化された別の組の規則を適用して、中間のデータベースから最終データベース43を導き出すことである。この実施形態では、最終データベース43は、２次元の表の形態で保持されるデータを有するリレーショナルデータベースとして構成される。使用される特定のシステムは、oracle Corporationから販売されているＯＲＡＣＬＥ（商標）リレーショナルデータベース管理システムである。リレーショナルデータベースでは、表である１つのみのタイプの構成が存在する。システムは、例えばデータの表を部分的に設定するかまたは結合することによって、種々のプロセスを表に適用できるようにする。データの表に適用できる種々のタイプの動作に関するさらに多くの情報については、Oracle Corporationによって刊行されたL．Ellisonによる”Introduction to SQL”を参照されたい。ネットワーク管理システムは表を使用して、ネットワーク管理の当業者によく知られている方法で元のオブジェクトを再構成（例示）する。ここで中間データベース41からの表を生成する方法の概略を図１４を参照して記載する。この処理の第１の段階は、ボックス150によって表されているように、中間データベースからオブジェクトを選択することである。次の段階は、ボックス151によって表されているように、このオブジェクトの特性を抽出することである。こうして、ボックス152によって表されているように、必要な補助データを生成することができる。次に、ボックス153によって表されているように、最終データベースおよびそこに挿入されるデータで表が設定される。ボックス154によって表されているように、次のオブジェクトは中間データベース41から選択され、上述のように処理される。より詳細には、表は以下の方法で中間データベース41から生成される。ライン30、31、および35に記載されている規則は、規則メモリ41内のテキストファイルとして保持される規則である。これらの規則は、中間データベース41内のオブジェクトに適用されて、１組のＳＱＬ（構造照会言語）命令を生成する。ＳＱＬ命令はＯＲＡＣＬＥ（商標）システムによって使用されて、最終データベース43の表に適切な意義を生成する。これらの命令は最終データベース43内のデータ構成の所望の形態に応じる。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９７年１月１７日【補正内容】明細書遠隔通信ネットワークデータベースを構築するための方法および装置本発明は遠隔通信ネットワークデータベースを構築するための方法および装置に関する。遠隔通信ネットワークはネットワーク管理システムによって管理され、ネットワークの構成の仕方を決定し、ネットワークの素子の機能を監視する。管理機能は、関連するネットワークデータベースに記憶されるネットワークに関する情報を参照して実行される。記憶される情報には、装置の特定の項目の識別子（例えば連続番号）、モデルおよび製造者情報、並びにその装置の故障を修復できる人または会社の詳細を含むことができる。したがって、故障が装置の一部で発生したとき、ネットワーク管理者はそれを修復する要求を素早く送ることができる。記憶されるその他の情報は、ネットワーク構造が決定されるときに使用される装置の機能に関する情報である。既存のネットワーク管理システムを交換することが望ましいと考えられるとき、既存のデータベースと両立性のあるシステムを選択しなければならないために問題が発生する。その理由は、データベースが装置の非常に数多くの項目に関する情報を含むことができるからである。一般的には、数千の回路に関する情報が保持されている。別な方法で、既存のネットワーク管理システムを交換するには、新しいネットワーク管理システムと両立性のあるスクラッチから新しいデータベースを構築することが必要であることが認められている。これを行う時間はひどくかかりすぎ、２つの典型的な遠隔通信回路がデータベースに入れるのに約２時間必要である。本発明は、発明者がスクラッチから新しい両立性のあるデータベースを構築する必要はないが、しかし既存のデータベースを利用できるようにしたことによって生まれた。米国特許第 4 908 759号明細書では、階層的入力データベースを遷移して、階層的出力データベースを生成するプロセスが記載されている。このプロセスは２つの段階で行われる。第１の段階では、中間データが生成される。第２の段階では、この中間データは出力データベースによって必要とされる形式にマップされる。本発明の第１の態様によると、第１の構成にしたがって配置されたデータを記憶することによってコンピュータシステムのメモリに遠隔通信ネットワークの最終データベースを構築する方法であり、前記データは、前記第１の構成とは異なる第２の構成にデータを配置した既存のデータベースから抽出され、前記第１および第２の構成とは異なる第３の構成内にデータを記憶することができる中間データベースを生成する段階と；第１の組の規則を前記メモリに入力し、前記第１の組の規則が、中間データベースで使用される第１の組のオブジェクトクラス、および既存のデータベースに記憶されたデータから中間データベース内に各クラスのオブジェクトを生成してポピュレートする方法をを特定する段階と；前記クラスを使用することによって、中間データベース内で使用されるオブジェクト階層のモデルを前記メモリ内に生成する段階と；前記中間データベース内のオブジェクトから前記最終データベース内にオブジェクトを生成しポピュレート（配置）する方法を特定する第２の組の規則を入力する段階と；前記第１の組の規則を使用して、既存のデータベース内に記憶されたデータから中間データベース内にオブジェクトを生成しポピュレートする段階と；前記第２の組の規則を使用して、中間データベース内に記憶されたオブジェクトから最終データベース内にオブジェクトを生成しポピュレートする段階とを含む方法が提供される。第１の構成にしたがって配置されていないデータを有する中間データベースを生成しポピュレートすることによって、中間データベースからデータを選択することによって遠隔通信ネットワークデータベースを構築するのに必要な処理労力は、既存のデータベースを直接に再構成するまたは別のソースからデータをアセンブルする試みよりも少なくなる。本発明の別の長所は、最終ネットワークベースを構築するときの複雑さのほとんどが、既存のデータベースから中間のデータベースを生成しポピュレートするときに含まれることである。中間データベースが生成されポピュレートされると、最終ネットワークデータベースをポピュレートするのが比較的に容易になる。最終ネットワークデータベースに必要なフォームを変更する場合、この変更に適応するように最終データベースをポピュレートする規則を変更することは比較的に容易である。中間データベースを生成しポピュレートする方法を変更する必要なしにこれを達成することができる。中間データベースの生成およびポピュレーションがこの方法の最も複雑な部分であるので、相当量の作業を省くすることができる。既存のデータベースは、既存のネットワーク管理システムのデータベースまたはネットワーク管理システムとは別のデータベース、例えばネットワークを手動で構成する要員によってアクセスされるコンピュータ保持のデータベースであってもよい。構成(structure)とは、データベース内でデータを組織化する物理的構成ではなく、論理的構成であることを意味する。記載の好ましい実施形態では、第１の構成は、ネットワークを管理するために使用される目的指向のプログラムを支持（サポート）するように構成されている。目的に関する情報は、ある構成内のデータベースに記憶され、目的を事例をあげて例示する(instantiate)ことができる。例示するとは、記憶した情報から目的を再構成できることを意味する。ここで本発明の特定の実施形態を添付の図面を参照してあくまでも例として説明する。図１は、本発明の実施形態にしたがう装置の概略的な形態の図を示す。図２は、図１に示された装置の一部分の概略的なブロック図を示す。図３は、装置で使用されるデータベースの概略的なブロック図を示す。図４は、装置で使用されるデータベースの概略的なブロック図を示す。図５は、説明のためのフローチャートである。図６は、本発明の中間データベースの準備で使用されるモデルを示す。図７は、本発明の中間データベースの準備で使用されるモデルを示す。図８は、本発明で使用される概略的なデータ構成を示す。図９は、本発明で使用される概略的なデータ構成を示す。図１０は、説明のためのフローチャートである。図１１は、説明のためのフローチャートである。図１２は、説明のためのフローチャートである。図１３は、説明のためのフローチャートである。図１４は、説明のためのフローチャートである。図１を参照すると、本発明にしたがって動作する装置は、ＳｕｎＳｐａｒｃ構造と同じであり、例えば、Sun Microsystems Corporationから提供されているワークステーションである２つのコンピュータワークステーション１、２、および遠隔通信ネットワーク３を含む。ワークステーション１、２は、Ｕｎｉｘを応用し、ファイルサーバと一緒にネットワークで結び、１つの均質の(homogenous) ネットワークを形成している。Ｕｎｉｘ応用システムはメモリをシステムに全体に分配していることが容易に理解される。しかしながらこれを開示するために、特定の端末を参照してメモリを説明する。実際には、システムに記憶されたデータベースは多数の端末に記憶することができる。遠隔通信ネットワーク３は、私設ブランチ交換（ＰＢＸ）、ローカルエリアネットワーク、広域網、伝送路、ブリッジ、およびルータを含む既知の形式のものである。図２に示されているように、ワークステーション１は中央プロセッサ21、メモリ22、および入力出力ポート23を含み、通常の方法でデータバスによってリンクされている。メモリ22はハードディスクドライブ（図示されていない）の形態であり、図３に示されているようにプロセッサ命令33およびネットワークデータベース34を記憶する。プロセッサ命令33はディスク上のメモリ位置で保持される複数の機械コードエントリを含んでいる。中央プロセッサ21は、プロセッサ命令33にしたがって動作し、ネットワークベース34はネットワーク３を形成している素子に関する情報を記憶する。ワークステーション１はネットワーク管理者として動作し、ネットワーク３を監視して、制御する。ネットワーク３に関する情報は、遠隔通信路４に沿って、入力出力ポート23を経てネットワーク管理者によって受理される。ネットワーク管理者は、命令を同じルートを経てネットワーク３へ送る。ネットワーク管理者はネットワーク３に関する情報を受理し、さらに命令を通信路４に沿ってネットワーク３へ送る。命令は、例えばネットワーク構成命令を含む。ワークステーション２は、名目的にワークステーション１と同じ（公称同一）であるが、第１のワークステーションとは異なるネットワーク管理プログラムでプログラムされている。ワークステーション２のハードウエア素子は図２に示されているものと同じであるが、それは図４に示されているようなメモリ40を構成し、中間データベース41、プロセッサ命令メモリ42、および最終データベースに割当てられたメモリ43を保持する。メモリ40はさらに、規則データベース44を保請求の範囲１．第１の構成にしたがって配置されたデータを記憶することによってコンピュータシステムのメモリ内に最終的な遠隔通信ネットワークデータベースを構築する方法であり、前記データは前記第１の構成とは異なる第２の構成で配置されたデータを有する既存のデータベースから抽出され、前記第１および第２の構成とは異なる第３の構成内にデータを記憶することができる中間データベースを生成する段階と；第１の組の規則を前記メモリに入力し、前記第１の組の規則が中間データベースで使用される１組のオブジェクトクラスと、既存のデータベースに記憶されたデータから中間データベース内の各クラスに対してオブジェクトを生成してポピュレートする方法とを特定するようにする段階と；中間データベース内で使用されるオブジェクト階層のモデルを前記クラスと使用することによって前記メモリ内に生成する段階と；オブジェクトが前記中間データベース内のオブジェクトから前記最終的なデータベース内にどのように生成されポピュレートされるかを特定する第２の組の規則を入力する段階と；前記第１の組の規則を使用して、既存のデータベース内に記憶されたデータから中間データベース内にオブジェクトを生成してポピュレートする段階と；前記第２の組の規則を使用して、中間データベースに記憶されたオブジェクトから最終データベース内にオブジェクトを生成しポピュレートする段階とを含むコンピュータシステムのメモリ内に最終的な遠隔通信ネットワークデータベースを構築する方法。２．前記第１の組の規則を使用して、中間データベース内にオブジェクトを生成してポピュレートする前記段階が、データの特定の項目の発生に対して既存のデータベースを検索する段階と；この生成を認めた後で、中間データベース内に対応するオブジェクトを生成する段階とをさらに含む請求項１記載の方法。３．前記データの項目に関連する名前にしたがって、前記オブジェクトが名前を与えられる請求項２記載の方法。４．最終データベースがリレーショナルデータベースである請求項１乃至３の何れか１項記載の方法。５．構造照会言語命令を使用して、リレーショナルデータベースの適切なデータ構成内へデータを挿入する請求項４記載の方法。６．請求項１乃至５の何れか１項記載の方法によって生成される遠隔通信ネットワークデータベース。７．請求項６記載のデータベースを含む遠隔通信ネットワークのためのネットワーク管理者。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＵＡ(ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＲＵ，ＴＪ，ＴＭ )，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ

Claims

【特許請求の範囲】１．第１の構成にしたがって配置されたデータを記憶することによってコンピュータシステムのメモリ内に遠隔通信ネットワークデータベースを構築する方法であり、前記第１の構成は第２の構成にしたがって配置されたデータを有する既存のデータベースから抽出され、既存のデータベースから第１の構成とは異なって配置されたデータの中間データベースを引出す段階と；遠隔通信ネットワークデータベース内に含まれるデータを中間データベースから選択する段階と；第１の構成にしたがって選択されたデータを配置することによって遠隔通信ネットワークのデータベースを構築する段階とを含む遠隔通信ネットワークのデータベース構築方法。２．中間データベースに記憶されたデータが、第１および第２の構成とは異なる第３の構成にしたがって配置された請求項１記載の方法。３．第１の構成がオブジェクト指向の構成である請求項１または２記載の方法。４．遠隔通信ネットワークデータベースがリレーショナルデータベースである請求項１乃至３の何れか１項記載の方法。５．データの特定の項目または形式を生成するために既存のデータベースをサーチする段階と；このような生成を認めた後で、中間データベース内に対応するオブジェクトを生成する段階とをさらに含む請求項３または４記載の方法。６．対応するオブジェクトを生成する段階の後で、データの特定の項目または形式を生成するために既存のデータベースをサーチする段階と；このような生成を認めた後で、データのこの項目または関連する項目をコピーし、中間データベース内でそれを対応するオブジェクトと共に記憶する段階とをさらに含む請求項５記載の方法。７．オブジェクトが、既存のデータベース構成にしたがって、該項目および該項目に関連する項目にしたがって名前を与えられる請求項５または６記載の方法。８．請求項３に従属するとき、中間データベース内のオブジェクトの特性が、既存のデータベース内で保持されるデータから生成される請求項１乃至７の何れか１項記載の方法。９．請求項４に従属するとき、構造照会言語の命令を発生して、関係するデータベースの適切なデータ構成へデータを挿入する請求項１乃至８の何れか１項記載の方法。１０．第２の構成にしたがって配置されたデータを有する既存のデータベースから抽出される第１の構成にしたがって配置されたデータを記憶することによって、遠隔通信ネットワークデータベースを構築するコンピュータ装置であり、既存のデータベースから、第１の構成と異なって配置されたデータの中間データベースを引出す手段と；中間データベースから、遠隔通信ネットワークのデータベース内に含まれるデータを選択する手段と；第１の構成にしたがって選択されたデータを配置することによって遠隔通信ネットワークのデータベースを構築する手段とを含む遠隔通信ネットワークのデータベースを構築するコンピュータ装置。１１．第１および第２の構成と異なる第３の構成にしたがって中間データベース内に配置されたデータを引出す手段をさらに含む請求項１０記載の装置。１２．引出し手段が、オブジェクト指向の構成内にデータを配置する請求項１０または１１記載の装置。１３．構築手段が、リレーショナルデータベースとして遠隔通信ネットワークのデータベースを構築する請求項１０乃至１２の何れか１項記載の装置。１４．引出し手段が、１形式のデータの特定の項目の生成に対して既存のデータベースをサーチし、このような生成を認めた後で、中間データベース内に対応するオブジェクトを生成する手段を含む請求項１０乃至１３の何れか１項記載の装置。１５．サーチ手段が、データの特定の項目または形式の生成に対して既存のデータベースをサーチし、このような生成を認めた後で、データの該項目および関連する項目を中間データベース内の対応するオブジェクトにコピーする手段を含む請求項１０乃至１４の何れか１項記載の装置。１６．引出し手段が既存のデータベース内のデータの１または複数の項目にしたがって中間データベース内のオブジェクトに名前を与える請求項１乃至１５の何れか１項記載の装置。１７．構造照会言語命令を発生して、中間データベースから、相関する構成にしたがってデータを記憶する遠隔通信ネットワークデータベースを形成する請求項１乃至１６の何れか１項記載の装置。１８．請求項１乃至９の何れか１項記載の方法を実行するようにプログラムを作成されたプロセッサ。１９．プロセッサに命令して、請求項１乃至９の何れか１項にしたがって該方法を実行するプロセッサ命令手段。２０．請求項１乃至９の何れか１項記載の方法によって、または請求項１０乃至１７の何れか１項記載の装置によって、または請求項１８記載のプロセッサによって、または請求項１９記載のプロセッサ命令装置によって命令されるプロセッサによって生成される遠隔通信ネットワークデータベース。２１．請求項２０記載のデータベースを含む遠隔通信ネットワークのネットワーク管理者。