(57)【要約】【課題】  ＮＥに投入すべき局データに対する整合性チェックの仕様変更に容易に対応することができる局データ管理装置、及び、整合性チェック方法を提供する。【解決手段】  チェックパターン記憶部２３は、チェック条件ＸＭＬファイルを記憶する。チェックエンジン記憶部２４は、チェック条件ＸＭＬファイルを解析して整合性チェックを実行するためのチェックエンジンを記憶する。整合性チェック実行部２６は、チェックパターン記憶部２３に記憶されているチェック条件ＸＭＬファイルとチェックエンジン記憶部２４に記憶されているチェックエンジンとに基づいて、局データの整合性チェックを行う。【選択図】  図１
2006067216.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークエレメントに投入すべき局データの整合性チェックを行う局データ管理装置において、
前記局データに対して実行すべき整合性チェックのパターンを表すチェックパターン情報をテキストファイルとして記憶するチェックパターン記憶手段と、
前記チェックパターン記憶手段に記憶されているチェックパターン情報を解析するためのプログラムであるチェックエンジンを記憶するチェックエンジン記憶手段と、
前記チェックパターン記憶手段に記憶されているチェックパターン情報と前記チェックエンジン記憶手段に記憶されているチェックエンジンとに基づいて、前記整合性チェックを行う整合性チェック実行手段と
を備えることを特徴とする局データ管理装置。
【請求項２】
前記チェックパターン情報は、ＸＭＬ（eXtensible Markup Language）で記述されていることを特徴とする
請求項１に記載の局データ管理装置。
【請求項３】
前記チェックパターン情報には、前記整合性チェックのパターン毎にチェック条件の定義が記述されていることを特徴とする
請求項１又は２に記載の局データ管理装置。
【請求項４】
前記整合性チェックを実行するためのチェック部品を記憶するチェック部品記憶手段をさらに備え、
前記チェックパターン情報には、呼び出すべきチェック部品の識別情報が記述され、
前記整合性チェック実行手段は、
前記チェックエンジン記憶手段に記憶されているチェックエンジンを起動することにより、前記局データに記述されているデータ内容に対して行うべき整合性チェックのパターンを決定し、
該決定された整合性チェックのパターンを表すチェックパターン情報を前記チェックパターン記憶手段より取得し、
該取得されたチェックパターン情報に記述されているチェック部品の識別情報に基づいて、前記チェック部品記憶手段に記憶されているチェック部品を呼び出すことを特徴とする
請求項１から３の何れか１項に記載の局データ管理装置。
【請求項５】
ネットワークエレメントに投入すべき局データの整合性を局データ管理装置がチェックする整合性チェック方法において、
前記整合性チェックのパターンを表すチェックパターン情報をテキストファイルとして記憶するチェックパターン記憶ステップと、
前記チェックパターン情報記憶ステップにおいて記憶されたチェックパターン情報を解析するためのプログラムであるチェックエンジンを記憶するチェックエンジン記憶ステップと、
前記チェックエンジン記憶ステップにおいて記憶されたチェックエンジンを起動するチェックエンジン起動ステップと、
前記チェックエンジン起動ステップにおいて起動されたチェックエンジンにより、前記チェックパターン記憶ステップにおいて記憶されたチェックパターン情報を解析する解析ステップと、
前記解析ステップにおいて解析された結果に基づいて、前記局データの整合性チェックを行う整合性チェックステップと
を有することを特徴とする整合性チェック方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＮＥ（Network Element）に投入すべき局データを作成及び管理する際に局データの整合性をチェックする局データ管理装置、及び、局データの整合性チェック方法に関するものである。
【背景技術】
【０００２】
移動体通信ネットワークには、多種多様のネットワーク設備（ＮＥ）が存在している。ＮＥが正常に呼処理を行う為には、自局の識別番号設定、接続先の識別番号設定等の様々な情報の設定を行うための局データを必要とする。
設備設計システムは、これらの個々の局データ作成を行い、また、作成した局データのＮＥへの投入状況を、各ＮＥの保守管理を行うＮＥ対応オペレーションシステム（ＮＥ−ＯＳＳ(Network Element-Operations Support System)）から収集することで、局データの原本管理を行っている。
【０００３】
これまでのネットワークにおける設備設計システムでは、
・データベースを使用した局データの整合性チェック
・整合性チェック条件の仕様変更に対して柔軟に対応するために、インタプリタ言語を使用した整合性チェック
・データベースを使用した局データの原本管理
で局データ作成作業、及び投入作業をサポートしてきた。
このように、従来の技術では、データベースを使用しているために、整合性チェック条件が複雑になった場合に、データベースの処理能力がボトルネックとなり、処理時間が大幅にかかってしまうという問題点があった。
また、整合性チェック条件がインタプリタ言語で記述されているので、チェック条件が複雑な場合に構文解析の処理時間がボトルネックになる可能性があるという問題点があった。
【０００４】
また、データベースを使用しているため、データメンテナンスを行いにくいという問題点があった。すなわち、データベースに格納されているデータを表示しても視覚的にデータ内容が理解しにくく、また、専用のエディタを用意しないとデータ編集しにくいという問題点があった。
また、データベースを使用しているため、仕様変更時の開発費が高くなり、また、データベースの開発もしくはサポート打切りにより、予期せぬアプリケーション側へのインパクトが発生することなどの問題点があった。
【０００５】
一方、チェックに関する技術として、特許文献１には、入力項目に対するチェック内容をパターン化してデータベースに蓄積し、当該チェックパターンに従って入力チェックを行う技術内容が記載されている。この技術によれば、チェックパターンが変更になったときには、プログラム自体を変更せずにチェックパターンのみを変更することができるため、チェック仕様の変更に迅速に対応することができる。
【特許文献１】特開平０６−２７４３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術においても、設備設計システムと同様にデータベースを使用しているため、上述した欠点を解決することができない。また、設備設計システムは大規模システムであり、ＮＥに投入すべき局データの整合性チェックは、特許文献１における入力チェックと技術分野や前提条件がそもそも異なっている。
近年における移動通信サービス加入者の急激な増加や移動通信技術の進展に伴ってＮＥの数が増加し、局データの整合性チェックパターンの仕様変更も少なくない。このような状況下、整合性チェックの仕様変更が生じたときに、容易にメンテナンス可能な仕組みが必要とされている。
本発明は以上の問題点に鑑みてなされたものであり、ＮＥに投入すべき局データに対する整合性チェックの仕様変更に容易に対応することができる局データ管理装置、及び、整合性チェック方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、ネットワークエレメントに投入すべき局データの整合性チェックを行う局データ管理装置において、前記局データに対して実行すべき整合性チェックのパターンを表すチェックパターン情報をテキストファイルとして記憶するチェックパターン記憶手段と、前記チェックパターン記憶手段に記憶されているチェックパターン情報を解析するためのプログラムであるチェックエンジンを記憶するチェックエンジン記憶手段と、前記チェックパターン記憶手段に記憶されているチェックパターン情報と前記チェックエンジン記憶手段に記憶されているチェックエンジンとに基づいて、前記整合性チェックを行う整合性チェック実行手段とを備えることを特徴とする局データ管理装置を提供する。
【０００８】
この構成によれば、局データ管理装置は、チェックエンジンとチェックパターン情報とを別々に記憶するため、整合性チェックの仕様変更が発生した場合にチェックパターン情報を変更するのみでよく、容易に仕様変更に対応することができる。また、チェックパターン情報はテキストファイルであるため、視覚的にどのようなチェックを行っているのかが判り易く、かつ、編集し易く、メンテナンス効率がよい。
【０００９】
請求項２に記載の発明は、請求項１に記載の局データ管理装置において、前記チェックパターン情報は、ＸＭＬ（eXtensible Markup Language）で記述されていることを特徴とする。
この構成によれば、ＸＭＬの構文に基づいてチェックパターンを視覚的に捉えることができ、どのような整合性チェックを行っているかが判りやすい。
請求項３に記載の発明は、請求項１または２に記載の局データ管理装置において、前記チェックパターン情報には、前記整合性チェックのパターン毎にチェック条件の定義が記述されていることを特徴とする。
この構成によれば、前記整合性チェックのパターン毎にチェック条件の定義が記述されているため、どのような整合性チェックを行っているかをすぐに把握することができ、メンテナンス性が高い。
【００１０】
請求項４に記載の発明は、請求項１から３の何れか１項に記載の整合性チェック装置において、前記整合性チェックを実行するためのチェック部品を記憶するチェック部品記憶手段をさらに備え、前記チェックパターン情報には、呼び出すべきチェック部品の識別情報が記述され、前記整合性チェック実行手段は、前記チェックエンジン記憶手段に記憶されているチェックエンジンを起動することにより、前記局データに記述されているデータ内容に対して行うべき整合性チェックのパターンを決定し、該決定された整合性チェックのパターンを表すチェックパターン情報を前記チェックパターン記憶手段より取得し、該取得されたチェックパターン情報に記述されているチェック部品の識別情報に基づいて、前記チェック部品記憶手段に記憶されているチェック部品を呼び出すことを特徴とする。
【００１１】
この構成によれば、整合性チェックを実際に実行するチェック部品と、仕様変更が生じやすいチェックパターン情報とを分離していることにより、チェックパターン情報のメンテナンスを行い易い。また、チェックパターン情報にはどのようなチェックを行うかというチェック条件の定義のみを記述することができ、視覚的にチェック内容を理解し易くなる。
【００１２】
請求項５に記載の発明は、ネットワークエレメントに投入すべき局データの整合性を局データ管理装置がチェックする整合性チェック方法において、前記整合性チェックのパターンを表すチェックパターン情報をテキストファイルとして記憶するチェックパターン記憶ステップと、前記チェックパターン情報記憶ステップにおいて記憶されたチェックパターン情報を解析するためのプログラムであるチェックエンジンを記憶するチェックエンジン記憶ステップと、前記チェックエンジン記憶ステップにおいて記憶されたチェックエンジンを起動するチェックエンジン起動ステップと、前記チェックエンジン起動ステップにおいて起動されたチェックエンジンにより、前記チェックパターン記憶ステップにおいて記憶されたチェックパターン情報を解析する解析ステップと、前記解析ステップにおいて解析された結果に基づいて、前記局データの整合性チェックを行う整合性チェックステップとを有することを特徴とする整合性チェック方法を提供する。
この方法の作用、効果は請求項１と同様である。
【発明の効果】
【００１３】
本発明によれば、局データ管理装置は、チェックエンジンとテキスト形式のチェックパターン情報とを別々に記憶するため、整合性チェックの仕様変更が発生した場合にチェックパターン情報を変更するのみでよく、仕様変更に容易に対応することができる。また、チェックパターン情報はテキストファイルであるため、視覚的にどのようなチェックを行っているのかが判り易く、かつ、編集し易く、メンテナンス効率がよい。
【発明を実施するための最良の形態】
【００１４】
次に、図面を参照しながら、本発明を実施するための実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
［１．構成］
図１は、本発明の実施の形態に係る設備設計システム１の構成を示す図である。同図に示すように、設備設計システム１は、局データ作成装置２０と局データ管理装置３０とを含んで構成される。設備設計システム１には、設備設計システム１の使用者が操作する端末１０と、業務管理システム４０と、ＮＥ−ＯＳＳ５０と、ＮＥ６０とが通信ネットワークを介して接続されている。
【００１５】
次に、設備設計システム１について説明する。設備設計システム１は、ＮＥ６０が正常な処理を行うために必要な局データの作成と、局データの原本管理とを行う。設備設計システム１は、負荷分散のために分散構成が採用されている。本実施形態においては、設備設計システム１は、局データ作成装置２０と局データ管理装置３０とで構成される。なお、このような構成は一実施形態に過ぎず、例えば、設備設計システム１は、複数の同一の機能を備えた装置で構成されていてもよいし、また、投入用の局データを作成する装置と、局データの整合性チェックを行う装置と、局データの原本管理を行う装置とで構成されていてもよい。
【００１６】
設備設計システム１が備える局データ管理装置３０は、局データの原本をＸＭＬファイル（原本ＸＭＬファイル）として管理するデータベースサーバである。また、局データ管理装置３０は、設備設計システム１使用者の入力により生成された差分ＸＭＬファイルに基づいて、新たなバージョンの原本ＸＭＬファイルを作成し管理する。
次に、局データ作成装置２０の構成について説明する。局データ作成装置２０は、装置全体を制御するＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスクを含む記憶部と、通信ネットワークを介したデータの授受を制御する通信インターフェースを備えている。
【００１７】
局データ作成装置２０の記憶部には各種ＸＭＬファイルやプログラムが記憶される。例えば、局データ作成装置２０の記憶部には、設備設計システム１の使用者により入力されたデータからＮＥ６０投入用の局データを生成するためのコントロールＸＭＬファイル、及び、整合性チェックのパターンが複数記述されたチェック条件ＸＭＬファイルが、マスターファイルとして予め記憶されている。また、局データ作成装置２０の記憶部には各種トランザクションファイルが記憶される。また、局データ作成装置２０の記憶部には、差分ＸＭＬファイルや投入局データＸＭＬファイル等の各種ＸＭＬファイル作成用のプログラムや、投入局データＸＭＬファイルの整合性チェックを行うためのプログラムであるチェックエンジンが記憶されている。
【００１８】
局データ作成装置２０が備えるこれらのハードウェア及びソフトウェアにより、図２に示す機能が局データ作成装置２０に実現される。同図に示すように、局データ作成装置２０は、差分局データ作成部２１と、投入局データ作成部２２と、チェックパターン記憶部２３と、チェックエンジン記憶部２４と、整合性チェック実行部２６とを備えている。
差分局データ作成部２１は、差分局データ作成用のプログラムを実行することにより、局データ管理装置３０から取得した原本ＸＭＬファイルと、端末１０から送信されてきたユーザＸＭＬファイルとを比較して、ユーザＸＭＬファイルが原本ＸＭＬファイルと異なる部分を抽出する。そして、差分局データ作成部２１は、抽出された部分から差分ＸＭＬファイルを作成する。
【００１９】
投入局データ作成部２２は、差分ＸＭＬファイルとコントロールＸＭＬファイルとに基づいて、投入局データＸＭＬファイルを作成するための局データ作成処理を行う。
本実施形態に係る局データ作成処理を図３を参照しながら詳細に説明すると、まず、投入局データ作成部２２は、差分ＸＭＬファイルの記述より属性updateflgを検索する（ステップＳ１）。投入局データ作成部２２は、差分ＸＭＬファイルに記述されている属性updateflgの値と同一である属性triggerの値を、コントロールＸＭＬファイルから検索する（ステップＳ２）。投入局データ作成部２２は、差分ＸＭＬファイルのitemタグで囲まれた属性nameの値全てと、コントロールＸＭＬファイルの属性commandscrの値の構成とが一致した場合に、例えば、図４に示す書式の投入局データＸＭＬファイルを作成する。
【００２０】
チェックパターン記憶部２３は、局データに対して行う整合性チェックのパターンを表すチェックパターン情報をテキストファイルとして記憶する。
本実施形態においては、チェックパターン情報はＸＭＬ形式で記述される。図５には、チェックパターン情報の一例としてのチェック条件ＸＭＬファイルの書式を示す。同図に示すように、チェック条件ＸＭＬファイルには、チェックパターンを識別するチェックパターンＩＤと、当該チェックパターンＩＤと対応する整合性チェックの条件定義とが複数チェックパターン毎に記述されている。ＸＭＬを使用して書かれた文書はテキストデータであるため、テキストエディタを使って人間が普通に読むことができ、また、編集も可能である。このように、各チェックパターン毎に記述することにより、理解し易く、メンテナンス性が向上する。
【００２１】
整合性チェックのパターンには、重複チェック、桁数チェック、範囲チェック、存在チェック、個数チェック、ＩＰアドレスチェック等の１又は複数の組み合わせパターンが含まれる。
なお、チェックパターン情報の記述形式はＸＭＬ形式に限定されることはなく、人間が理解し易く、編集し易いテキスト形式であればよい。
チェックエンジン記憶部２４は、ハードディスク装置に記憶されたチェックエンジンで構成される。ここで、チェックエンジンとは、チェックパターン記憶部２３に記憶されているチェック条件ＸＭＬファイルの記述に従って、局データの整合性チェックを実行するためのプログラムである。当該プログラムは、例えば、Ｊａｖａ（登録商標）で記述されている。このように、チェックエンジンとチェックパターンとを分けて設計することにより、メンテナンス性が向上する。
【００２２】
チェック部品記憶部２５は、ハードディスク装置に記憶されたチェック部品で構成される。ここで、チェック部品とは、各々の整合性チェックを実際に実行するためのプログラムモジュールである。当該プログラムモジュールは、例えば、Ｊａｖａ（登録商標）で記述されている。チェック部品には、重複チェック部品、範囲チェック部品等の、最小チェック内容単位で部品化されたチェック部品が存在する。
【００２３】
整合性チェック実行部２６は、チェックパターン記憶部２３に記憶されているチェック条件ＸＭＬファイルと、チェックエンジン記憶部２４に記憶されているチェックエンジンとに基づいて、投入局データＸＭＬファイルの整合性チェックを実行する。  ここで、整合性チェック実行部２６において実行されるチェック実行処理を、図６を参照しながら詳細に説明する。まず、局データ作成装置２０のＣＰＵがチェックエンジン記憶部２４に記憶されているチェックエンジンを起動することにより、投入局データＸＭＬファイルを解析する。そしてＣＰＵは、投入局データＸＭＬファイルに記述されている内容からチェック対象となるデータ内容を特定し、当該データ内容に対して実行すべき整合性チェックのパターンを決定する（ステップＳ１１）。ＣＰＵは、予め記憶部に保持しているチェックパターンＩＤと整合性チェックパターンとの対応表に基づいて、決定された整合性チェックのパターンに対応するチェックパターンＩＤを判別する。ＣＰＵは、当該判別されたチェックパターンＩＤで識別される条件定義をチェック条件ＸＭＬファイルより検索し、該当する条件定義を取得する（ステップＳ１２）。ＣＰＵは、取得した条件定義を解析する。解析した結果、データの関連性チェック（親子関係チェック等）を行うために、投入局データＸＭＬファイルに記述されているデータ内容を、原本ＸＭＬファイルに記述されているデータ内容と比較する必要がある場合には、ＣＰＵは、原本ＸＭＬファイルから必要なデータを読み込む（ステップＳ１３）。
ＣＰＵは、条件定義中に記述されているチェック部品の識別情報とパラメータとに基づいて、チェック部品記憶部２５に記憶されているチェック部品を呼び出し、整合性チェックを行う（ステップＳ１４）。ＣＰＵは、チェック結果をチェック結果ファイルに出力する（ステップＳ１５）。
【００２４】
［２．動作］
次に、上記構成における動作について、図１を参照しながら説明する。
前提として、チェックパターン記憶部２３に記憶されているチェック条件ＸＭＬファイルには、図７に示すチェックパターンＩＤが“００１”の条件定義が記述されているものとする。また、局データ作成装置２０の記憶部には、数値の範囲チェックとＩＰアドレスチェックとの条件定義を含むチェックパターンＩＤが“００１”であることを示す対応表が予め記憶されているものとする。
【００２５】
まず、設備設計システム１の使用者は、局データ作成対象のＮＥ６０を端末１０上で選択する（ステップＳ２１）。これにより、端末１０は、選択されたＮＥ６０を設備設計システム１に通知する。
設備設計システム１の局データ作成装置２０は、端末１０から通知を受けると、局データ管理装置３０が管理している原本ＸＭＬファイルの中から、選択されたＮＥ６０についての原本ＸＭＬファイルをコピーする（ステップＳ２２）。そして、局データ作成装置２０は、当該コピーした原本ＸＭＬファイルを端末１０へ送信する（ステップＳ２３）。
【００２６】
端末１０は、局データ作成装置２０から受信した原本ＸＭＬファイルをディスプレイに表示する。
設備設計システム１の使用者は、ディスプレイに表示された原本ＸＭＬファイルを編集して、局データ作成を行う（ステップＳ２４）。このディスプレイに表示されたデータはテキスト形式（ＸＭＬ言語）であるため、使用者は普通のエディタでデータ編集を行うことができる。本動作例では、使用者は、ＩＰアドレス設定を行うための局データを編集するものとする。編集完了後、使用者は局データ作成完了の入力を行う。これにより、端末１０は使用者が作成した局データ（以下「ユーザＸＭＬファイル」という）を設備設計システム１へ送信する（ステップＳ２５）。
【００２７】
局データ作成装置２０の差分局データ作成部２１は、原本ＸＭＬファイルと端末１０から受信したユーザＸＭＬファイルとに基づいて、差分ＸＭＬファイルを作成する（ステップＳ２６）。
投入局データ作成部２２は、ユーザＸＭＬファイルとコントロールＸＭＬファイルとに基づいて、図４に示す投入局データＸＭＬファイルを作成する（ステップＳ２７）。
【００２８】
整合性チェック実行部２６は、投入局データＸＭＬファイルに記述されているデータ内容に対する整合性チェックを行う（ステップＳ２８）。具体的には、整合性チェック実行部２６は、図４に示す投入局データＸＭＬファイルを解析し、当該投入局データＸＭＬファイルに含まれる属性“commamdscr”の値に基づいて、整合性チェックのパターンを決定し、当該決定されたチェックパターンに対応するチェックパターンＩＤを判定する。本動作例においては、“commamdscr”の値として数値とＩＰアドレスとが記述されているため、整合性チェック実行部２６は、数値の範囲チェックとＩＰアドレスチェックとを行う必要があると判断する。そして、整合性チェック実行部２６は、予め記憶部に記憶されている対応表により、このチェック内容に対応するチェックパターンＩＤが“００１”であることを判定する。整合性チェック実行部２６は、チェックパターン記憶部２３に記憶されているチェック条件ＸＭＬファイルから、図７に示すチェックパターンＩＤ“００１“で識別される条件定義を検索する。
【００２９】
整合性チェック実行部２６は、図７に示すチェック条件ＸＭＬファイルの記述を解釈して、チェック部品記憶部２５から該当するチェック部品を呼び出して、整合性のチェックを行う。具体的には、本動作例では、整合性チェック実行部２６は、Conditionタグ内の記述内容に基づいて、チェック部品を呼び出す。まず、図７に示すＤ４１の記述においては、Conditionタグ内に“１＾５１２”が記述されているため、チェック部品記憶部２５に記憶されている範囲チェック部品を呼び出して、cre_apnの第１パラメータの値“１”が１から５２の範囲内にあるか否かのチェックを行う。
【００３０】
次に、Ｄ４２の記述においても、Conditionタグ内に“０＾２５５”と“０＾３０”とが記述されているため、整合性チェック実行部２６は、チェック部品記憶部２５に記憶されている範囲チェック部品を呼び出して、cre_apnの第２パラメータの値“192.168.10.8/30”の各値が範囲内にあるか否かのチェックを行う。
次に、Ｄ４３の記述においても、Conditionタグ内に“０＾２５５”が記述されているため、整合性チェック実行部２６は、チェック部品記憶部２５に記憶されている範囲チェック部品を呼び出して、cre_apnの第３パラメータの値“192.168.10.8”の各値が０から２５５の範囲内にあるか否かのチェックを行う。
【００３１】
次に、Ｄ４４の記述においては、Conditionタグ内に“＄ｌｐ＝１”が記述されているため、本動作例においては、整合性チェック実行部２６は、チェック部品記憶部２５に記憶されているＩＰアドレスチェック部品を呼び出して、cre_apnの第３パラメータの値“192.168.10.8”が第２パラメータの値“192.168.10.8/30”の帯域内にあるか否かのチェックを行う。
【００３２】
チェック終了後、整合性チェック実行部２６は、比較結果をチェック結果ＸＭＬファイルに出力し、投入局データＸＭＬファイルに含まれるチェック対象データに対する全てのチェックが終了するまでチェック部品呼出、チェック実行、及び、結果出力を繰り返す。
全てのチェック終了後、局データ作成装置２０は、端末１０へ整合性チェックが終了した旨のメッセージを送信する。局データ作成装置２０は、整合性に問題ない場合には、投入局データＸＭＬファイルをＮＥ６０への投入待ちのデータとして登録するために、局データ管理装置３０へ渡す（ステップＳ２９）。一方、整合性に問題がある場合には局データ作成装置２０は、端末１０にその旨のメッセージを送信し、設備設計システム１の使用者へデータの再編集を促す。
【００３３】
局データ管理装置３０は、整合性チェックが終了した投入局データＸＭＬファイルを、ＮＥ６０への投入待ちの局データとして管理を行う。
業務管理システム４０は局データ投入業務をスケジューリングし、投入時期が到来した時に、局データ管理装置３０から転送された（ステップＳ３０）投入局データＸＭＬファイルを、ＮＥ−ＯＳＳ５０を介して、ＮＥ６０へ投入する（ステップＳ３１）。
【００３４】
設備設計システム１の局データ管理装置３０は、業務管理システム４０からＮＥ６０への局データ投入結果の通知を受ける（ステップＳ３２）。局データ管理装置３０は、通知された投入結果が正常であることを示している場合には、データの原本化を行い（ステップＳ３３）、最新バージョンの原本ＸＭＬファイルとして保管する。その後の局データ作成業務は、最新バージョンの原本ＸＭＬファイルを元に行われる。一方、投入結果が異常であることを示している場合には、設備設計システム１はその旨を端末１０に通知し、設備設計システム１の使用者に局データの再確認を促す。
【００３５】
このように、設備設計システム１では、別々に設計されたチェックエンジンとチェック条件ＸＭＬファイルとを別々に記憶、管理するため、整合性チェックの仕様変更が発生した場合にチェック条件ＸＭＬファイルを変更するのみでよく、容易に仕様変更に対応することができる。また、チェック条件ＸＭＬファイルはテキストファイルであるため、視覚的にどのようなチェックを行っているのかが判り易く、メンテナンス効率がよい。
また、設備設計システム１の使用者が局データを作成する際にＸＭＬを採用することより、任意のエディタで局データを作成することができるので、従来のデータベースを用いた作成方法に比べてデータにアクセスする時間を短縮することができ、大量データの作成時にかなりの時間短縮が可能となる。
【００３６】
また、設備設計システム１が保持するファイル全てにＸＭＬを採用しているため、データベースを使用する場合よりもファイル内容の可視性が高く、バックアップや復元が容易であり、メンテナンス稼動時間を削減することができる。また、複雑な整合性チェックも、データベースの処理能力やプログラム構文解析時間に影響されずに行うことができる。
また、ミドルウェアを使用していないため、設備設計システム１内の仕様変更に対しても開発費を低く抑えられる。
なお、上述した差分ＸＭＬファイルの作成方法や、投入局データＸＭＬファイル及びチェック条件ＸＭＬファイルの書式は一例であり、使用する言語のバージョンやネットワーク設備の構成に合わせて適宜変更が可能である。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施の形態に係る設備設計システムの構成を示す図である。
【図２】同実施の形態に係る局データ作成装置の機能構成を示す図である。
【図３】同実施の形態に係る投入局データ作成部が行う局データ作成処理の手順を説明するための図である。
【図４】同実施の形態に係る投入局データＸＭＬファイルの書式の一例を示すである。
【図５】同実施の形態に係るチェック条件ＸＭＬファイルの書式の一例を示すである。
【図６】同実施の形態に係る整合性チェック実行部が行うチェック実行処理の手順を説明するための図である。
【図７】同実施の形態に係るチェック条件ＸＭＬファイルの記述の一例を示す図である。
【符号の説明】
【００３８】
１      設備設計システム
１０    端末
２０    局データ作成装置
２１    差分局データ作成部
２２    投入局データ作成部
２３    チェックパターン記憶部
２４    チェックエンジン記憶部
２５    チェック部品記憶部
２６    整合性チェック実行部
３０    局データ管理装置
４０    業務管理システム
５０    ＮＥ−ＯＳＳ
６０    ＮＥ
【図１】
2006067216.tif 000003
【図２】
2006067216.tif 000004
【図３】
2006067216.tif 000005
【図４】
2006067216.tif 000006
【図５】
2006067216.tif 000007
【図６】
2006067216.tif 000008
【図７】
2006067216.tif 000009