JP3802472B2 - 局データ更新システム、設備設計システム及び局データ更新方法 - Google Patents
局データ更新システム、設備設計システム及び局データ更新方法 Download PDFInfo
- Publication number
- JP3802472B2 JP3802472B2 JP2002288852A JP2002288852A JP3802472B2 JP 3802472 B2 JP3802472 B2 JP 3802472B2 JP 2002288852 A JP2002288852 A JP 2002288852A JP 2002288852 A JP2002288852 A JP 2002288852A JP 3802472 B2 JP3802472 B2 JP 3802472B2
- Authority
- JP
- Japan
- Prior art keywords
- station data
- definition
- update
- communication device
- data definition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備えるシステム、及び、当該システムにおいて前記通信装置が保有する局データを更新する方法に関する。
【０００２】
【従来の技術】
通信ネットワークの構築においては、当該通信ネットワークを構成する交換機等の通信装置（ＮＥ：Network Element ）に局データを格納し、当該局データを必要に応じて随時更新する必要がある。ここで、局データとは、ＮＥのハードウェアの構造や、ＮＥに接続されている各種装置の情報、加入者情報等のデータを規定する局データ定義によって構成されている。局データ定義は、規定するデータの種別に応じて、複数の種類が存在する。
【０００３】
ＮＥが保有する局データを更新するために、設備設計システム（ＮＥ−ＦＤＳ：Network Element − Facility Data System）と称される装置が用いられる。このＮＥ−ＦＤＳは、局データの生成や、当該生成した局データのＮＥへの転送の他、ＮＥ建設用の設計図面作成等、ＮＥの設備設計に関する業務を行う。
【０００４】
図１は、従来の局データ更新システムの構成例を示す図である。同図に示す局データ更新システム５００は、ＮＥ−ＦＤＳ５１０、オペレーションシステム（ＯＳＳ）５２０及びＮＥ５３０により構成される。
【０００５】
ＮＥ−ＦＤＳ５１０は、局データ制御エリア５１１及びデータベース（局データＤＢ）５１２を備える。ＯＳＳ５２０は、局データ転送部５２１を備える。ＮＥ５３０は、メモリ５３１、局データ展開部５３２及びデータベース（局データＤＢ）５３３を備える。
【０００６】
図２は、従来の局データ更新システム５００における局データ更新手順の一例を示すシーケンス図である。ここでは、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成される場合を例に説明する。ここで設計業務とは、ネットワークの拡充やサービスの追加、廃止に伴い、ＮＥを増設又は撤去するための業務であり、１つの設計業務には、複数の局データ定義から構成される局データが対応する。
【０００７】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、ＮＥ５３０が保有する局データを更新する際に、まず、更新対象の局データ、換言すれば、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を生成する（ステップ６０１）。更に、局データ制御エリア５１１は、生成したＡ定義〜Ｅ定義を一括してＯＳＳ５２０へ送信する（ステップ６０２）。
【０００８】
ＯＳＳ５２０内の局データ転送部５２１は、Ａ定義〜Ｅ定義を受信すると、ＮＥ５３０に対し、１つの局データ定義であるＡ定義を送信するとともに、当該ＮＥ５３０が保有する局データをメモリに格納するためのコマンドであるＴＣ（Table Change）コマンドを発行する。更に、局データ転送部５２１は、ＮＥ５３０に対し、当該ＮＥ５３０において局データをデータベースに展開するためのコマンドであるＯＤＢ（Office Data Backup refine ）コマンドを発行する（ステップ６０３）。
【０００９】
同様に、ＯＳＳ５２０内の局データ転送部５２１は、ＮＥ５３０に対し、Ｂ定義〜Ｅ定義を１つずつ送信するとともに、その送信の都度、ＴＣコマンドを発行する（ステップ６０４〜６０８）。
【００１０】
ステップ６０８におけるＥ定義の送信及びＴＣコマンドの発行後、ＯＳＳ５２０内の局データ転送部５２１は、ＮＥ５３０に対し、当該ＮＥ５３０において局データをデータベースに展開するためのコマンドであるＯＤＢ（Office Data Backup refine ）コマンドを発行する（ステップ６０８）。
【００１１】
ＮＥ５３０内のメモリ５３１は、局データ定義を受信する毎に、当該局データ定義に対応するＯＳＳ５２０からのＴＣコマンドに応じて、受信した局データ定義を格納する。更に、ＮＥ５３０内の局データ展開部５３２は、ＯＳＳ５２０からのＯＤＢコマンドに応じて、メモリ５３１内の全ての局データ定義を局データＤＢ５３３に展開する。これにより、ＮＥ５３０においてＡ定義〜Ｅ定義が更新される（ステップ６０９）。次に、ＮＥ５３０内の局データ展開部５３２は、全ての局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ５１０へ送信する（ステップ６１０）。
【００１２】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、この更新完了通知を受信すると、生成したＡ定義〜Ｅ定義を局データＤＢ５１２に展開する。これにより、ＮＥ−ＦＤＳ５１０においてもＡ定義〜Ｅ定義が更新され（ステップ６１１）、局データの更新に関する処理が終了する（ステップ６１２）。
【００１３】
しかしながら、図２に示した局データの更新手順では、ステップ６０９におけるＮＥ５３０での局データ定義の更新において、何れかの局データ定義の更新が失敗した場合、ＮＥ−ＦＤＳ５１０は、更新完了通知が届かないことにより、何れかの局データ定義の更新が失敗したことは認識することができるが、更新が失敗した局データ定義を特定することができない。このため、ＮＥ−ＦＤＳ５１０は、例えばＯＳＳ１２０に対し、ＮＥ５３０への全ての局データ定義の送信を指示す。ＯＳＳ５２０は、この指示に応じて、図２のステップ６０３における最初の局データ定義（Ａ定義）の送信及びＴＣコマンドの発行以降の動作を繰り返さなければならない。また、ＮＥ５３０においても、図２のステップ６０９で、更新が成功した局データ定義も含めて全ての局データ定義を更新しなければならず、効率的ではなかった。
【００１４】
そこで、図２に示す更新手順の改善案として、以下の更新手順が提案された。図３は、従来の局データ更新システム５００における局データ更新手順の他の例を示すシーケンス図である。ここでは、局データがＡ定義及びＢ定義の２つの局データ定義から構成される場合を例に説明する。
【００１５】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、ＮＥが保有する局データを更新する際に、まず、更新対象の局データを構成する１つの局データ定義（ここではＡ定義）を生成する（ステップ７０１）。更に、局データ制御エリア５１１は、生成したＡ定義をＯＳＳ５２０へ送信する（ステップ７０２）。
【００１６】
ＯＳＳ５２０内の局データ転送部５２１は、Ａ定義を受信すると、ＮＥ５３０に対し、当該Ａ定義を送信するとともに、ＴＣコマンドを発行する。更に、局データ転送部５２１は、ＮＥ５３０に対し、ＯＤＢコマンドを発行する（ステップ７０３）。
【００１７】
ＮＥ５３０内のメモリ５３１は、ＯＳＳ５２０からのＴＣコマンドに応じて、受信したＡ定義を格納する。ＮＥ５３０内の局データ展開部５３２は、ＯＳＳ５２０からのＯＤＢコマンドに応じて、メモリ５３１内のＡ定義を局データＤＢ５３３に展開する。これにより、ＮＥ５３０においてＡ定義が更新される（ステップ７０４）。次に、ＮＥ５３０内の局データ展開部５３２は、Ａ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ５１０へ送信する（ステップ７０５）。
【００１８】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、この更新完了通知を受信すると、生成したＡ定義を局データＤＢ５１２に展開する。これにより、ＮＥ−ＦＤＳ５１０においてＡ定義が更新され（ステップ７０６）、Ａ定義の更新に関する処理が終了する（ステップ７０７）。
【００１９】
更に、ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、更新対象の局データを構成する他の１つの局データ定義（ここではＢ定義）を生成する（ステップ７０８）。次に、局データ制御エリア５１１は、生成したＡ定義をＯＳＳ５２０へ送信する（ステップ７０９）。
【００２０】
ＯＳＳ５２０内の局データ転送部５２１は、Ｂ定義を受信すると、ＮＥ５３０に対し、当該Ｂ定義を送信するとともに、ＴＣコマンドを発行する。更に、局データ転送部５２１は、ＮＥ５３０に対し、ＯＤＢコマンドを発行する（ステップ７１０）。
【００２１】
ＮＥ５３０内のメモリ５３１は、ＯＳＳ５２０からのＴＣコマンドに応じて、受信したＢ定義を格納する。ＮＥ５３０内の局データ展開部５３２は、ＯＳＳ５２０からのＯＤＢコマンドに応じて、メモリ５３１内のＢ定義を局データＤＢ５３３に展開する。これにより、ＮＥ５３０においてＢ定義が更新される（ステップ７１１）。次に、ＮＥ５３０内の局データ展開部５３２は、Ｂ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ５１０へ送信する（ステップ７１２）。
【００２２】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、この更新完了通知を受信すると、生成したＢ定義を局データＤＢ５１２に展開する。これにより、ＮＥ−ＦＤＳ５１０においてもＢ定義が更新され（ステップ７１３）、Ｂ定義の更新に関する処理が終了する（ステップ７１４）。
【００２３】
【発明が解決しようとする課題】
ところで、ＮＥ−ＦＤＳは、上述したように局データ定義の生成や、当該生成した局データ定義のＮＥへの転送の他、ＮＥ建設用の設計図面作成等、ＮＥの設備設計に関するあらゆる業務を行うものである。従って、ＮＥ−ＦＤＳの機能を効率的に発揮させるためには、当該ＮＥ−ＦＤＳにおける各種の処理を設計業務単位で行うことが望ましい。
【００２４】
しかしながら、図３に示す局データ更新手順では、ＮＥ−ＦＤＳにおける局データの生成が局データ定義単位に行われている。このようにＮＥ−ＦＤＳにおける局データの生成処理が局データ定義単位で行われると、例えばＮＥ建設用の設計図面作成の機能等が十分に生かされなくなってしまう。
【００２５】
このため、ＮＥ−ＦＤＳにおける局データの更新に関する処理をできるだけ設備設計単位に行うようにし、更にＮＥにおける局データ定義の更新が失敗した場合においても、再処理を効率的に行うことが要求されている。
【００２６】
本発明は、上記問題点を解決するものであり、その目的は、設備設計システムの機能を生かしつつ効率的な処理を行うことが可能な局データ更新システム及び局データ更新方法を提供することにある。
【００２７】
【課題を解決するための手段】
上記の目的を達成するため、本発明は請求項１に記載されるように、通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備え、前記通信装置が保有する局データを更新するシステムにおいて、前記設備設計システムは、前記局データを構成する複数の局データ定義を一括して生成する局データ定義生成手段と、前記生成された複数の局データ定義を一括して送信する第１の局データ定義送信手段と、前記通信装置における局データ定義の更新状態を管理する状態管理テーブルとを備え、前記オペレーションシステムは、前記設備設計システムから送信される複数の局データ定義を１つずつ前記通信装置へ送信する第２の局データ定義送信手段を備え、前記通信装置は、前記オペレーションシステムからの局データ定義を第１のデータベースに展開する第１の局データ定義展開手段と、前記第１のデータベースにおける局データ定義の更新状態を前記設備設計システムへ通知する更新通知手段とを備え、前記設備設計システムは、前記通信装置からの前記第１のデータベースにおける局データ定義の更新状態の通知に応じて、前記状態管理テーブルを更新するテーブル更新手段と、前記更新された状態管理テーブルの内容に応じて、前記局データ定義を第２のデータベースに展開する第２の局データ定義展開手段とを備えることを特徴とする。
【００２８】
このように、本発明では、設備設計システムにおいて、局データを構成する複数の局データ定義を一括して生成する一方で、通信装置においては、局データを局データ定義毎に第１のデータベースに展開して更新することができ、設備設計システムにおける局データの更新に関する処理をできるだけ設備設計単位に行うことにより、当該設備設計システムの機能を十分に生かすことができる。
【００２９】
更に、本発明では、設備設計システムが状態管理テーブルにより通信装置における局データ定義単位の更新状態を認識可能にすることにより、通信装置における局データ定義の更新が失敗した場合において、局データ更新システムは、その更新に失敗した局データ定義のみの更新に必要な処理を行うことが可能となり、再処理を効率的に行うことができる。
【００３０】
また、本発明は請求項２に記載されるように、請求項１に記載の局データ更新システムにおいて、前記第２の局データ定義展開手段は、前記第１のデータベースに展開された局データ定義を、前記第２のデータベースに展開することを特徴とする。
【００３１】
このように、設備設計システムが通信装置において更新された局データ定義のみを更新することにより、設備設計システムと通信装置とにおいて局データ定義の同期をとることが可能となる。
【００３２】
また、本発明は請求項３に記載されるように、請求項１又は２に記載の局データ更新システムにおいて、前記更新通知手段は、前記オペレーションシステムからの局データ定義のうち、更新の必要がない局データ定義が存在する場合に、更新の必要のある局データ定義のみを更新した旨を前記設備設計システムへ通知することを特徴とする。
【００３３】
この場合には、通信装置で更新の必要がなくなった局データ定義が存在する場合に、設備設計システムは、その旨を認識することが可能となり、設備設計システムと通信装置とにおいて局データ定義の同期がとれなくなってしまうことを防止することができる。
【００３４】
請求項３に記載の発明と同様の観点から、本発明は請求項４に記載されるように、請求項１乃至３の何れかに記載の局データ更新システムにおいて、前記更新通知手段は、前記第１のデータベースにおける局データ定義の更新が失敗した場合に、局データ定義の更新が失敗した旨を前記設備設計システムへ通知することを特徴とする。
【００３５】
請求項１に記載の発明と同様の観点から、本発明は請求項５に記載されるように、通信ネットワークを構成するとともに局データを保有する通信装置の設備設計業務を行う設備設計システムにおいて、前記局データを構成する複数の局データ定義を一括して生成する局データ定義生成手段と、前記生成された複数の局データ定義を一括して、前記通信装置との間で情報の送受を制御するオペレーションシステムに送信する局データ定義送信手段と、前記通信装置における局データ定義の更新状態を管理する状態管理テーブルと、前記通信装置における局データ定義の更新状態に応じて前記状態管理テーブルを更新するテーブル更新手段と、前記更新された状態管理テーブルの内容に応じて、前記局データ定義をデータベースに展開する局データ定義展開手段とを備えることを特徴とする。
【００３６】
請求項２に記載の発明と同様の観点から、本発明は請求項６に記載されるように、請求項５に記載の設備設計システムにおいて、前記局データ定義展開手段は、前記通信装置において更新された局データ定義を、前記データベースに展開することを特徴とする。
【００３７】
請求項１に記載の発明と同様の観点から、本発明は請求項７に記載されるように、通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備えるシステムにて、前記通信装置が保有する局データを更新する方法において、前記設備設計システムは、前記局データを構成する複数の局データ定義を一括して生成し、前記生成した局データ定義を一括して送信し、前記オペレーションシステムは、前記設備設計システムから送信される複数の局データ定義を１つずつ前記通信装置へ送信し、前記通信装置は、前記オペレーションシステムからの局データ定義を第１のデータベースに展開し、前記第１のデータベースにおける局データ定義の更新状態を前記設備設計システムへ通知し、前記設備設計システムは、前記通信装置からの前記第１のデータベースにおける局データ定義の更新状態の通知に応じて、前記通信装置における局データ定義の更新状態を管理する状態管理テーブルを更新し、前記更新した状態管理テーブルの内容に応じて、前記局データ定義を第２のデータベースに展開することを特徴とする。
【００３８】
請求項２に記載の発明と同様の観点から、本発明は請求項８に記載されるように、請求項７に記載の局データ更新方法において、前記設備設計システムは、前記第１のデータベースに展開された局データ定義を、前記第２のデータベースに展開することを特徴とする。
【００３９】
請求項３に記載の発明と同様の観点から、本発明は請求項９に記載されるように、請求項７又は８に記載の局データ更新方法において、前記通信装置は、前記オペレーションシステムからの局データ定義のうち、更新の必要がない局データ定義が存在する場合に、更新の必要のある局データ定義のみを更新した旨を前記設備設計システムへ通知することを特徴とする。
【００４０】
請求項３に記載の発明と同様の観点から、本発明は請求項１０に記載されるように、請求項７乃至９の何れかに記載の局データ更新方法において、前記通信装置は、前記第１のデータベースにおける局データ定義の更新が失敗した場合に、局データ定義の更新が失敗した旨を前記設備設計システムへ通知することを特徴とする。
【００４１】
【発明の実施の形態】
以下、本発明の実施の形態である第１実施例乃至第３実施例を図面に基づいて説明する。
（第１実施例）
図４は、第１実施例における局データ更新システムの構成例を示す図である。同図に示す局データ更新システム１００は、設備設計システム（ＮＥ−ＦＤＳ）１１０と、オペレーションシステム（ＯＳＳ）１２０と、通信ネットワークを構成する交換機等の通信装置であるネットワークエレメント（ＮＥ）１３０とを備える。なお、以下においては、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成される場合を例に説明する。
【００４２】
ＮＥ−ＦＤＳ１１０は、局データ制御部１１１、状態管理テーブル１１２、テーブル更新部１１３、局データ展開部１１４及びデータベース（局データＤＢ）１１５を備える。
【００４３】
局データ制御部１１１は、ＮＥ１３０が保有する局データを更新する際に、まず、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を一括して生成する。各局データ定義には、自身を特定する情報（局データ定義ＩＤ）が含まれている。
【００４４】
更に、局データ制御部１１１は、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する。局データ制御部１１１が局データ定義を生成した時点では、ＮＥ１３０において、これらの局データ定義は全て未更新である。従って、状態管理テーブル１１２の内容は、図４における１１２−１に示すものとなる。なお、この状態管理テーブル１１２には、固有の管理番号が付与されている。このため、複数の状態管理テーブル１１２が存在する場合においても、個々の状態管理テーブル１１２を特定することが可能なようになっている。
【００４５】
状態管理テーブル１１２の生成後、局データ制御部１１１は、生成した全ての局データ定義（Ａ定義〜Ｅ定義）を一括してＯＳＳ１２０へ送信する。
【００４６】
ＯＳＳ１２０は、局データ転送部１２１を備える。この局データ転送部１２１は、ＮＥ−ＦＤＳ１１０から一括して送信される全ての局データ定義（Ａ定義〜Ｅ定義）を受信する。更に、局データ転送部１２１は、受信した全ての局データ定義（Ａ定義〜Ｅ定義）を１つずつＮＥ１３０へ送信する。
【００４７】
また、局データ転送部１２１は、局データ定義を送信する毎に、ＮＥ１３０に対し、当該ＮＥ１３０が保有する局データをメモリに格納するためのコマンドであるＴＣコマンドを発行するとともに、当該ＮＥ１３０において局データをデータベースに展開するためのコマンドであるＯＤＢコマンドを発行する。なお、局データ転送部１２１は、最後の局データ定義（ここではＥ定義）を送信する際には、その局データ定義が最後の局データ定義であることを示す情報を含んだＯＤＢコマンドを発行する。これにより、ＮＥ１３０は、ＯＳＳ１２０から送信される各局データ定義が最後のものであるか否かを判断することができる。
【００４８】
ＮＥ１３０は、メモリ１３１、局データ展開部１３２、データベース（局データＤＢ）１３３及び更新通知部１３４を備える。メモリ１３１は、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信する。次に、メモリ１３１は、受信した局データ定義に対応するＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【００４９】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。このように、メモリ１３１に局データ定義が格納される毎に、当該局データ定義が局データＤＢ１３３に展開されることにより、ＮＥ１３０において全ての局データ定義（Ａ定義〜Ｅ定義）が更新されることになる。
【００５０】
また、局データ展開部１３２は、ＯＤＢコマンドに、対応する局データ定義が最後の局データ定義であることを示す情報が含まれている場合には、局データ定義を局データＤＢ１３３に展開する際に、当該局データ定義が最後の局データ定義である旨を更新通知部１３４へ通知する。
【００５１】
更新通知部１３４は、メモリ１３１における局データ定義の格納状況、局データ展開部１３２による局データ定義の展開処理の状況、及び、局データＤＢ１３３における局データ定義の展開状況を監視する。
【００５２】
そして、更新通知部１３４は、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。この更新完了通知には、対応する局データ定義の局データ定義ＩＤが含まれており、ＮＥ−ＦＤＳ１１０において、ＮＥ１３０が更新した局データ定義を特定することができるようになっている。
【００５３】
また、局データ展開部１３２から局データＤＢ１３３に展開される局データ定義が最後の局データ定義である旨が通知された場合には、更新通知部１３４は、局データＤＢ１３３において最後の局データ定義が展開された際に、最後の局データ定義が更新された旨の通知（確定更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。この確定更新完了通知にも、更新完了通知と同様、対応する局データ定義（ここではＥ定義）の局データ定義ＩＤが含まれている。
【００５４】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、ＮＥ１３０からの更新完了通知及び確定更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出し、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。ＮＥ１３０において全ての局データ定義（Ａ定義〜Ｅ定義）が更新されると、状態管理テーブル１１２の内容は、図４における１１２−２に示すものとなる。
【００５５】
また、テーブル更新部１１３は、確定更新完了通知を受信した場合、当該確定更新完了通知に基づく状態管理テーブル１１２の更新後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【００５６】
局データ制御部１１１は、状態管理テーブル１１２の内容を監視する。そして、局データ制御部１１１は、テーブル更新部１１３から局データ定義の出力が指示された場合に、状態管理テーブル１１２において、更新済になっている全ての局データ定義（ここではＡ定義〜Ｅ定義）を局データ展開部１１４へ出力する。
【００５７】
局データ展開部１１４は、これら全ての局データ定義（Ａ定義〜Ｅ定義）を一括して局データＤＢ１１５へ展開する。このように、全ての局データ定義（Ａ定義〜Ｅ定義）が局データＤＢ１１５に展開されることにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【００５８】
図５は、第１実施例における局データ更新システム１００の処理手順の一例を示すシーケンス図である。
【００５９】
ＮＥ−ＦＤＳ１１０は、１つの設計業務に対応する局データを構成する全ての局データ定義であるＡ定義〜Ｅ定義を一括して生成する（ステップ１０１）。更に、ＮＥ−ＦＤＳ１１０は、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する（ステップ１０２）。生成される状態管理テーブルは、Ａ定義〜Ｅ定義の更新状態が全て「未更新」になっている。次に、ＮＥ−ＦＤＳ１１０は、生成したＡ定義〜Ｅ定義を一括してＯＳＳ１２０へ送信する（ステップ１０３）。
【００６０】
ＯＳＳ１２０は、ＮＥ−ＦＤＳ１１０から一括して送信されるＡ定義〜Ｅ定義を受信すると、そのうちの１つのデータ定義であるＡ定義をＮＥ１３０へ送信するとともに、当該Ａ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ１０４）。
【００６１】
ＮＥ１３０は、Ａ定義を受信すると、当該Ａ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＡ定義を更新する（ステップ１０５）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、Ａ定義を更新した旨を示す更新完了通知を送信する（ステップ１０６）。
【００６２】
ＮＥ−ＦＤＳ１１０は、この更新完了通知に応じて、状態管理テーブル１１２におけるＡ定義の更新状態を「未更新」から「更新済」に更新する（ステップ１０７）。
【００６３】
続いて、Ｂ定義〜Ｄ定義についても、上述したステップ１０４〜１０７と同様の動作が繰り返される。即ち、ＯＳＳ１２０は、１つの局データ定義をＮＥ１３０へ送信するとともに、その局データ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（Ｂ定義についてはステップ１０８、Ｃ定義についてはステップ１１２、Ｄ定義についてはステップ１１６）。
【００６４】
ＮＥ１３０は、局データ定義を受信すると、当該局データ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有する局データ定義を更新する（Ｂ定義についてはステップ１０９、Ｃ定義についてはステップ１１３、Ｄ定義についてはステップ１１７）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、局データ定義を更新した旨を示す更新完了通知を送信する（Ｂ定義についてはステップ１１０、Ｃ定義についてはステップ１１４、Ｄ定義についてはステップ１１８）。
【００６５】
ＮＥ−ＦＤＳ１１０は、この更新完了通知に応じて、状態管理テーブル１１２における局データ定義の更新状態を「未更新」から「更新済」に更新する（Ｂ定義についてはステップ１１１、Ｃ定義についてはステップ１１５、Ｄ定義についてはステップ１１９）。
【００６６】
次に、ＯＳＳ１２０は、Ｅ定義をＮＥ１３０へ送信するとともに、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ１２０）。ここで、Ｅ定義は最後の局データ定義であるため、ＯＳＳ１２０は、ＯＤＢコマンドに最後の局データ定義であることを示す情報を含ませて送信する。
【００６７】
ＮＥ１３０は、Ｅ定義を受信すると、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＥ定義を更新する（ステップ１２１）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、最後の局データ定義であるＥ定義を更新した旨を示す確定更新完了通知を送信する（ステップ１２２）。
【００６８】
ＮＥ−ＦＤＳ１１０は、この確定更新完了通知に応じて、状態管理テーブル１１２におけるＥ定義の更新状態を「未更新」から「更新済」に更新する（ステップ１２３）。
【００６９】
更に、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０から確定更新完了通知が送信されたことに応じて、状態管理テーブル１１２において更新済となっている局データ定義（Ａ定義〜Ｅ定義）を一括して更新し（ステップ１２４）、一連の処理を終了する（ステップ１２５）。
（第２実施例）
上述した第１実施例では、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０が生成した全ての局データ定義を更新したが、ＮＥ１３０において、ＮＥ−ＦＤＳ１１０が生成した一部の局データ定義については更新する必要がない場合がある。第２実施例では、このような場合について説明する。
【００７０】
図６は、第２実施例における局データ更新システムの構成例を示す図である。なお、以下においては、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成され、ＮＥ１３０がこれら局データ定義のうち、Ａ定義〜Ｃ定義のみを更新する場合を例に説明する。
【００７１】
ＮＥ−ＦＤＳ１１０内の局データ制御部１１１は、第１実施例と同様、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を一括して生成するとともに、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する。更に、局データ制御部１１１は、生成した全ての局データ定義（Ａ定義〜Ｅ定義）を一括してＯＳＳ１２０へ送信する。
【００７２】
ＯＳＳ１２０内の局データ転送部１２１は、第１実施例と同様、ＮＥ−ＦＤＳ１１０から一括して送信される全ての局データ定義（Ａ定義〜Ｅ定義）を受信するとともに、これら受信した全ての局データ定義（Ａ定義〜Ｅ定義）を１つずつＮＥ１３０へ送信する。また、局データ転送部１２１は、局データ定義を送信する毎に、当該局データ定義に対応して、ＴＣコマンドとＯＤＢコマンドとを発行する。
【００７３】
ＮＥ１３０内のメモリ１３１は、第１実施例と同様、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信するとともに、ＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【００７４】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。但し、局データ展開部１３２は、Ｄ定義とＥ定義については更新の必要がないため、局データＤＢ１３３へ展開しない。これにより、ＮＥ１３０においてＡ定義〜Ｃ定義が更新されることになる。また、局データ展開部１３２は、Ｃ定義を局データＤＢ１３３に展開する際に、当該Ｃ定義が最後の局データ定義である旨を更新通知部１３４へ通知する。
【００７５】
更新通知部１３４は、第１実施例と同様、メモリ１３１における局データ定義の格納状況、局データ展開部１３２による局データ定義の展開処理の状況、及び、局データＤＢ１３３における局データ定義の展開状況を監視し、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【００７６】
また、局データ展開部１３２から局データＤＢ１３３に展開される局データ定義が最後の局データ定義（Ｃ定義）である旨が通知された場合には、更新通知部１３４は、局データＤＢ１３３において最後の局データ定義（Ｃ定義）が展開された際に、その旨の通知（確定更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【００７７】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、第１実施例と同様、ＮＥ１３０からの更新完了通知及び確定更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、第１実施例と同様、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。ＮＥ１３０において局データ定義（Ａ定義〜Ｃ定義）が更新されると、状態管理テーブル１１２の内容は、図６における１１２−２に示すものとなる。
【００７８】
また、テーブル更新部１１３は、第１実施例と同様、確定更新完了通知を受信した場合、当該確定更新完了通知に基づく状態管理テーブル１１２の更新後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【００７９】
局データ制御部１１１は、第１実施例と同様、状態管理テーブル１１２の内容を監視し、テーブル更新部１１３から局データ定義の出力が指示された場合には、状態管理テーブル１１２において、更新済になっている全ての局データ定義（ここではＡ定義〜Ｃ定義）を局データ展開部１１４へ出力する。
【００８０】
局データ展開部１１４は、これら局データ定義（Ａ定義〜Ｃ定義）を一括して局データＤＢ１１５へ展開する。これにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【００８１】
図７は、第２実施例における局データ更新システム１００の処理手順の一例を示すシーケンス図である。図７におけるステップ２０１〜２１２の手順は、図５におけるステップ１０１〜１１２の手順と同様であるので、その説明は省略する。
【００８２】
ＮＥ１３０は、Ｃ定義を受信すると、当該Ｃ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＣ定義を更新する（ステップ２１３）。Ｃ定義に続く局データ定義については、更新の必要がない。このため、次に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、最後の局データ定義であるＣ定義を更新した旨を示す確定更新完了通知を送信する（ステップ２１４）。
【００８３】
ＮＥ−ＦＤＳ１１０は、この確定更新完了通知に応じて、状態管理テーブル１１２におけるＣ定義の更新状態を「未更新」から「更新済」に更新する（ステップ２１５）。
【００８４】
更に、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０から確定更新完了通知が送信されたことに応じて、状態管理テーブル１１２において更新済となっている局データ定義（Ａ定義〜Ｃ定義）を一括して更新し（ステップ２１６）、一連の処理を終了する（ステップ２１７）。
（第３実施例）
第３実施例では、ＮＥ１３０における局データ定義の更新が失敗した場合について説明する。
【００８５】
図８は、第３実施例における局データ更新システムの構成例を示す図である。なお、以下においては、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成され、ＮＥ１３０がＤ定義の更新に失敗した場合について説明する。
【００８６】
ＮＥ−ＦＤＳ１１０内の局データ制御部１１１は、第１実施例と同様、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を一括して生成するとともに、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する。更に、局データ制御部１１１は、生成した全ての局データ定義（Ａ定義〜Ｅ定義）を一括してＯＳＳ１２０へ送信する。
【００８７】
ＯＳＳ１２０内の局データ転送部１２１は、第１実施例と同様、ＮＥ−ＦＤＳ１１０から一括して送信される全ての局データ定義（Ａ定義〜Ｅ定義）を受信するとともに、これら受信した全ての局データ定義（Ａ定義〜Ｅ定義）を１つずつＮＥ１３０へ送信する。また、局データ転送部１２１は、局データ定義を送信する毎に、当該局データ定義に対応して、ＴＣコマンドとＯＤＢコマンドとを発行する。
【００８８】
ＮＥ１３０内のメモリ１３１は、第１実施例と同様、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信するとともに、ＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【００８９】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。
【００９０】
更新通知部１３４は、第１実施例と同様、メモリ１３１における局データ定義の格納状況、局データ展開部１３２による局データ定義の展開処理の状況、及び、局データＤＢ１３３における局データ定義の展開状況を監視し、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【００９１】
ところで、Ｄ定義について、局データ展開部１３２による局データＤＢ１３３への展開が失敗した場合には、メモリ１３１はＡ定義〜Ｅ定義を格納している。これに対し、局データ展開部１３２はＡ定義〜Ｄ定義の展開処理を行っており、局データＤＢ１３３にはＡ定義〜Ｃ定義のみが展開されている。更新通知部１３４は、これらの状況により、Ｄ定義について、局データ展開部１３２による局データＤＢ１３３への展開が失敗したこと、換言すれば、ＮＥ１３０においてＤ定義の更新が失敗したことを認識する。
【００９２】
なお、ＯＳＳ１２０からの局データ定義の受信が失敗したことにより、ＮＥ１３０における局データ定義の更新が失敗した場合には、以下のとおりとなる。例えば、ＯＳＳ１２０がＡ定義〜Ｃ定義まではＮＥ１３０へ送信したが、Ｄ定義以降の送信に失敗した場合を考える。この場合、Ｃ定義に対応するＯＤＢコマンドには、Ｃ定義が最後の局データ定義であることを示す情報が含まれていない。このため、局データ展開部１３２は、Ｃ定義を局データＤＢ１３３に展開する際に、当該局データ定義が最後の局データ定義である旨を更新通知部１３４へ通知しない。これに対し、メモリ１３１はＡ定義〜Ｃ定義を格納しており、局データＤＢ１３３にはＡ定義〜Ｃ定義が展開されている。更新通知部１３４は、これらの状況により、ＯＳＳ１２０からのＤ定義の受信が失敗したこと、換言すれば、ＮＥ１３０においてＤ定義の更新が失敗したことを認識する。
【００９３】
ＮＥ１３０におけるＤ定義の更新が失敗したことを認識した場合、更新通知部１３４は、その旨の通知（更新異常通知）をＮＥ−ＦＤＳ１１０へ送信する。この更新異常通知にも、更新完了通知と同様、対応する局データ定義（ここではＤ定義）の局データ定義ＩＤが含まれている。更に、更新通知部１３４は、ＮＥ−ＦＤＳ１１０に対し、Ａ定義〜Ｃ定義について更新が完了した旨を示す確定更新完了通知を送信する。この確定更新完了通知には、対応する局データ定義（ここではＡ定義〜Ｃ定義）の局データ定義ＩＤが含まれている。
【００９４】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、第１実施例と同様、ＮＥ１３０からの更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、第１実施例と同様、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。
【００９５】
更に、テーブル更新部１１３は、ＮＥ１３０からの更新異常通知を受信すると、当該更新異常通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新が失敗した局データ定義（ここではＤ定義）を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２における、この特定した局データ定義（Ｄ定義）に対応する更新状態を「更新異常」に更新する。
【００９６】
また、テーブル更新部１１３は、確定更新完了通知を受信した場合、通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新された全ての局データ定義（ここではＡ定義〜Ｃ定義）を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２において、特定した全ての局データ定義が「更新済」になった後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【００９７】
局データ制御部１１１は、テーブル更新部１１３から局データ定義の出力が指示された場合、状態管理テーブル１１２において更新済になっている全ての局データ定義（ここではＡ定義〜Ｃ定義）を局データ展開部１１４へ出力する。
【００９８】
局データ展開部１１４は、これら局データ定義（Ａ定義〜Ｃ定義）を一括して局データＤＢ１１５へ展開する。これにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【００９９】
更に、局データ制御部１１１は、ＮＥ１３０における更新が失敗した局データ定義（Ｄ定義）と、それ以降の局データ定義（Ｅ定義）について、再度、ＮＥ１３０における更新を行うべく、必要な処理を行う。具体的には、局データ制御部１１１は、ＯＳＳ１２０に対して、ＮＥ１３０における更新が失敗した局データ定義（Ｄ定義）の局データ定義ＩＤを含んだ再更新指示を出す。
【０１００】
ＯＳＳ１２０内の局データ転送部１２１は、この指示に応じて、ＮＥ１３０に対し、ＮＥ１３０における更新が失敗した局データ定義（Ｄ定義）と、それ以降の局データ定義（Ｅ定義）を１つずつ再送する。また、局データ転送部１２１は、局データ定義を送信する毎に、当該局データ定義に対応して、ＴＣコマンドとＯＤＢコマンドとを発行する。
【０１０１】
その後は、第１実施例と同様の処理が行われる。即ち、ＮＥ１３０内のメモリ１３１は、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信するとともに、ＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【０１０２】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。また、局データ展開部１３２は、ＯＤＢコマンドに、対応する局データ定義が最後の局データ定義であることを示す情報が含まれている場合には、局データ定義を局データＤＢ１３３に展開する際に、当該局データ定義が最後の局データ定義である旨を更新通知部１３４へ通知する。
【０１０３】
更新通知部１３４は、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。また、局データ展開部１３２から局データＤＢ１３３に展開される局データ定義が最後の局データ定義である旨が通知された場合には、更新通知部１３４は、局データＤＢ１３３において最後の局データ定義が展開された際に、最後の局データ定義が更新された旨の通知（確定更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【０１０４】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、ＮＥ１３０からの更新完了通知及び確定更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出し、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。ＮＥ１３０において全ての局データ定義（Ａ定義〜Ｅ定義）が更新されると、状態管理テーブル１１２の内容は、図４における１１２−２に示すものとなる。
【０１０５】
また、テーブル更新部１１３は、確定更新完了通知を受信した場合、当該確定更新完了通知に基づく状態管理テーブル１１２の更新後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【０１０６】
局データ制御部１１１は、テーブル更新部１１３から局データ定義の出力が指示された場合に、状態管理テーブル１１２において、更新済になっている局データ定義のうち、新たに更新されたもの、具体的には局データ展開部１１４へ出力していないもの（ここではＤ定義及びＥ定義）を局データ展開部１１４へ出力する。
【０１０７】
局データ展開部１１４は、入力した局データ定義（Ｄ定義及びＥ定義）を一括して局データＤＢ１１５へ展開する。これにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【０１０８】
図９は、第３実施例における局データ更新システム１００の処理手順の一例を示すシーケンス図である。図９におけるステップ３０１〜３１５の手順は、図６５におけるステップ１０１〜１１５の手順と同様であるので、その説明は省略する。
【０１０９】
ＯＳＳ１２０は、Ｄ定義をＮＥ１３０へ送信するとともに、当該Ａ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ３１６）。
【０１１０】
ＮＥ１３０は、Ｄ定義を受信すると、当該Ｄ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＤ定義の更新を試みる。ここで、Ｄ定義の更新が失敗した場合（ステップ３１７）、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、Ｄ定義の更新が失敗した旨を示す更新異常通知を送信する（ステップ３１８）。
【０１１１】
ＮＥ−ＦＤＳ１１０は、この更新異常完了通知に応じて、状態管理テーブル１１２におけるＤ定義の更新状態を「未更新」から「更新異常」に更新する（ステップ３１９）。
【０１１２】
ＮＥ１３０は、続いてＡ定義〜Ｃ定義までの更新が完了した旨を示す確定更新完了通知を受信した場合に、ＮＥ１３０において更新済のＡ定義〜Ｃ定義を一括して更新する（ステップ３２１）。
【０１１３】
次に、ＮＥ−ＦＤＳ１１０は、ＯＳＳ１２０に対し、Ｄ定義及びＥ定義についての再更新指示を出す（ステップ３２２）。ＯＳＳ１２０は、この指示に応じて、Ｄ定義をＮＥ１３０へ送信するとともに、当該Ｄ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ３２３）。
【０１１４】
ＮＥ１３０は、Ｄ定義を受信すると、当該Ｄ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＤ定義を更新する（ステップ３２４）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、Ｄ定義を更新した旨を示す更新完了通知を送信する（ステップ３２５）。
【０１１５】
ＮＥ−ＦＤＳ１１０は、この更新完了通知に応じて、状態管理テーブル１１２におけるＤ定義の更新状態を「更新異常」から「更新済」に更新する（ステップ３２６）。
【０１１６】
続いて、Ｅ定義についても、上述したステップ３２３〜３２６と同様の動作が繰り返される。即ち、ＯＳＳ１２０は、Ｅ定義をＮＥ１３０へ送信するとともに、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ３２７）。ここで、Ｅ定義は最後の局データ定義であるため、ＯＳＳ１２０は、ＯＤＢコマンドに最後の局データ定義であることを示す情報を含ませて送信する。
【０１１７】
ＮＥ１３０は、Ｅ定義を受信すると、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＥ定義を更新する（ステップ３２８）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、最後の局データ定義であるＥ定義を更新した旨を示す確定更新完了通知を送信する（ステップ３２９）。
【０１１８】
ＮＥ−ＦＤＳ１１０は、この確定更新完了通知に応じて、状態管理テーブル１１２におけるＥ定義の更新状態を「未更新」から「更新済」に更新する（ステップ３３０）。
【０１１９】
更に、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０から確定更新完了通知が送信されたことに応じて、状態管理テーブル１１２において新たに更新済となった局データ定義（Ｄ定義及びＥ定義）を一括して更新し（ステップ３３１）、一連の処理を終了する（ステップ３３２）。
【０１２０】
なお、局データ定義の内容自体が間違っていたために、ＮＥ１３０における局データ定義の更新が失敗した場合には、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、更新異常通知を送信する。その後は、第１実施例の図４及び図５にて説明した手順に従い、ＮＥ−ＦＤＳ１１０による局データ定義の生成以降の動作が再度繰り返えされる。
【０１２１】
上述した実施形態では、ＮＥ−ＦＤＳ１１０は、局データを構成する複数の局データ定義を一括して生成、送信するとともに、更新する。一方、ＮＥ１３０は、局データを局データ定義毎に更新する。即ち、ＮＥ―ＦＤＳ１１０は、ＮＥ１３０が局データを局データ定義毎に更新する場合であっても、局データの更新に関する処理をできるだけ設備設計単位に行うことができる。従って、ＮＥ−ＦＤＳ１１０のＮＥ建設用の設計図面作成等の機能を十分に生かすことができる。
【０１２２】
また、上述した実施形態では、ＮＥ−ＦＤＳ１１０は、状態管理テーブル１１２によりＮＥ１３０における局データ定義単位の更新状態を認識することができ、ＮＥ１３０における局データ定義の更新が失敗した場合において、局データ更新システムは、その更新に失敗した局データ定義のみの更新に必要な処理を行うことが可能となる。このため、再処理を効率的に行うことができる。
【０１２３】
また、上述した実施形態では、ＮＥ１３０で更新の必要がなくなった局データ定義が存在する場合に、当該ＮＥ１３０は、更新の必要のある局データの全ての更新した際に、ＮＥ−ＦＤＳ１１０に対し、確定更新完了通知を送信する。また、ＮＥ１３０は、局データ定義の更新が失敗した場合には、その旨の通知である更新異常通知をＮＥ−ＦＤＳ１１０に対して送信する。従って、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０で更新の必要がなくなった局データ定義が存在することや、ＮＥ１３０において局データ定義の更新が失敗したことを認識した上で、局データ定義の更新を行うことができる。従って、ＮＥ−ＦＤＳ１１０とＮＥ１３０とにおいて局データ定義の同期がとれなくなってしまうことを防止することができる。
【発明の効果】
上述の如く、本発明によれば、設備設計システムの機能を生かしつつ効率的な処理を行うことが可能となる。
【図面の簡単な説明】
【図１】従来の局データ更新システムの構成例を示す図である。
【図２】従来の局データ更新システムの処理手順の一例を示すシーケンス図である。
【図３】従来の局データ更新システムの処理手順の他の例を示すシーケンス図である。
【図４】第１実施例における局データ更新システムの構成例を示す図である。
【図５】第１実施例における局データ更新システムの処理手順の一例を示すシーケンス図である。
【図６】第２実施例における局データ更新システムの構成例を示す図である。
【図７】第２実施例における局データ更新システムの処理手順の一例を示すシーケンス図である。
【図８】第３実施例における局データ更新システムの構成例を示す図である。
【図９】第３実施例における局データ更新システムの処理手順の一例を示すシーケンス図である。
【符号の説明】
１００ 局データ更新システム
１１０ 設備設計システム（ＮＥ−ＦＤＳ）
１１１ 局データ制御部
１１２ 状態管理テーブル
１１３ テーブル更新部
１１４、１３２ 局データ展開部
１１５、１３３ 局データＤＢ
１２０ オペレーションシステム（ＯＳＳ）
１２１ 局データ転送部
１３０ ネットワークエレメント（ＮＥ）
１３１ メモリ
１３４ 更新通知部
【発明の属する技術分野】
本発明は、通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備えるシステム、及び、当該システムにおいて前記通信装置が保有する局データを更新する方法に関する。
【０００２】
【従来の技術】
通信ネットワークの構築においては、当該通信ネットワークを構成する交換機等の通信装置（ＮＥ：Network Element ）に局データを格納し、当該局データを必要に応じて随時更新する必要がある。ここで、局データとは、ＮＥのハードウェアの構造や、ＮＥに接続されている各種装置の情報、加入者情報等のデータを規定する局データ定義によって構成されている。局データ定義は、規定するデータの種別に応じて、複数の種類が存在する。
【０００３】
ＮＥが保有する局データを更新するために、設備設計システム（ＮＥ−ＦＤＳ：Network Element − Facility Data System）と称される装置が用いられる。このＮＥ−ＦＤＳは、局データの生成や、当該生成した局データのＮＥへの転送の他、ＮＥ建設用の設計図面作成等、ＮＥの設備設計に関する業務を行う。
【０００４】
図１は、従来の局データ更新システムの構成例を示す図である。同図に示す局データ更新システム５００は、ＮＥ−ＦＤＳ５１０、オペレーションシステム（ＯＳＳ）５２０及びＮＥ５３０により構成される。
【０００５】
ＮＥ−ＦＤＳ５１０は、局データ制御エリア５１１及びデータベース（局データＤＢ）５１２を備える。ＯＳＳ５２０は、局データ転送部５２１を備える。ＮＥ５３０は、メモリ５３１、局データ展開部５３２及びデータベース（局データＤＢ）５３３を備える。
【０００６】
図２は、従来の局データ更新システム５００における局データ更新手順の一例を示すシーケンス図である。ここでは、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成される場合を例に説明する。ここで設計業務とは、ネットワークの拡充やサービスの追加、廃止に伴い、ＮＥを増設又は撤去するための業務であり、１つの設計業務には、複数の局データ定義から構成される局データが対応する。
【０００７】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、ＮＥ５３０が保有する局データを更新する際に、まず、更新対象の局データ、換言すれば、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を生成する（ステップ６０１）。更に、局データ制御エリア５１１は、生成したＡ定義〜Ｅ定義を一括してＯＳＳ５２０へ送信する（ステップ６０２）。
【０００８】
ＯＳＳ５２０内の局データ転送部５２１は、Ａ定義〜Ｅ定義を受信すると、ＮＥ５３０に対し、１つの局データ定義であるＡ定義を送信するとともに、当該ＮＥ５３０が保有する局データをメモリに格納するためのコマンドであるＴＣ（Table Change）コマンドを発行する。更に、局データ転送部５２１は、ＮＥ５３０に対し、当該ＮＥ５３０において局データをデータベースに展開するためのコマンドであるＯＤＢ（Office Data Backup refine ）コマンドを発行する（ステップ６０３）。
【０００９】
同様に、ＯＳＳ５２０内の局データ転送部５２１は、ＮＥ５３０に対し、Ｂ定義〜Ｅ定義を１つずつ送信するとともに、その送信の都度、ＴＣコマンドを発行する（ステップ６０４〜６０８）。
【００１０】
ステップ６０８におけるＥ定義の送信及びＴＣコマンドの発行後、ＯＳＳ５２０内の局データ転送部５２１は、ＮＥ５３０に対し、当該ＮＥ５３０において局データをデータベースに展開するためのコマンドであるＯＤＢ（Office Data Backup refine ）コマンドを発行する（ステップ６０８）。
【００１１】
ＮＥ５３０内のメモリ５３１は、局データ定義を受信する毎に、当該局データ定義に対応するＯＳＳ５２０からのＴＣコマンドに応じて、受信した局データ定義を格納する。更に、ＮＥ５３０内の局データ展開部５３２は、ＯＳＳ５２０からのＯＤＢコマンドに応じて、メモリ５３１内の全ての局データ定義を局データＤＢ５３３に展開する。これにより、ＮＥ５３０においてＡ定義〜Ｅ定義が更新される（ステップ６０９）。次に、ＮＥ５３０内の局データ展開部５３２は、全ての局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ５１０へ送信する（ステップ６１０）。
【００１２】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、この更新完了通知を受信すると、生成したＡ定義〜Ｅ定義を局データＤＢ５１２に展開する。これにより、ＮＥ−ＦＤＳ５１０においてもＡ定義〜Ｅ定義が更新され（ステップ６１１）、局データの更新に関する処理が終了する（ステップ６１２）。
【００１３】
しかしながら、図２に示した局データの更新手順では、ステップ６０９におけるＮＥ５３０での局データ定義の更新において、何れかの局データ定義の更新が失敗した場合、ＮＥ−ＦＤＳ５１０は、更新完了通知が届かないことにより、何れかの局データ定義の更新が失敗したことは認識することができるが、更新が失敗した局データ定義を特定することができない。このため、ＮＥ−ＦＤＳ５１０は、例えばＯＳＳ１２０に対し、ＮＥ５３０への全ての局データ定義の送信を指示す。ＯＳＳ５２０は、この指示に応じて、図２のステップ６０３における最初の局データ定義（Ａ定義）の送信及びＴＣコマンドの発行以降の動作を繰り返さなければならない。また、ＮＥ５３０においても、図２のステップ６０９で、更新が成功した局データ定義も含めて全ての局データ定義を更新しなければならず、効率的ではなかった。
【００１４】
そこで、図２に示す更新手順の改善案として、以下の更新手順が提案された。図３は、従来の局データ更新システム５００における局データ更新手順の他の例を示すシーケンス図である。ここでは、局データがＡ定義及びＢ定義の２つの局データ定義から構成される場合を例に説明する。
【００１５】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、ＮＥが保有する局データを更新する際に、まず、更新対象の局データを構成する１つの局データ定義（ここではＡ定義）を生成する（ステップ７０１）。更に、局データ制御エリア５１１は、生成したＡ定義をＯＳＳ５２０へ送信する（ステップ７０２）。
【００１６】
ＯＳＳ５２０内の局データ転送部５２１は、Ａ定義を受信すると、ＮＥ５３０に対し、当該Ａ定義を送信するとともに、ＴＣコマンドを発行する。更に、局データ転送部５２１は、ＮＥ５３０に対し、ＯＤＢコマンドを発行する（ステップ７０３）。
【００１７】
ＮＥ５３０内のメモリ５３１は、ＯＳＳ５２０からのＴＣコマンドに応じて、受信したＡ定義を格納する。ＮＥ５３０内の局データ展開部５３２は、ＯＳＳ５２０からのＯＤＢコマンドに応じて、メモリ５３１内のＡ定義を局データＤＢ５３３に展開する。これにより、ＮＥ５３０においてＡ定義が更新される（ステップ７０４）。次に、ＮＥ５３０内の局データ展開部５３２は、Ａ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ５１０へ送信する（ステップ７０５）。
【００１８】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、この更新完了通知を受信すると、生成したＡ定義を局データＤＢ５１２に展開する。これにより、ＮＥ−ＦＤＳ５１０においてＡ定義が更新され（ステップ７０６）、Ａ定義の更新に関する処理が終了する（ステップ７０７）。
【００１９】
更に、ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、更新対象の局データを構成する他の１つの局データ定義（ここではＢ定義）を生成する（ステップ７０８）。次に、局データ制御エリア５１１は、生成したＡ定義をＯＳＳ５２０へ送信する（ステップ７０９）。
【００２０】
ＯＳＳ５２０内の局データ転送部５２１は、Ｂ定義を受信すると、ＮＥ５３０に対し、当該Ｂ定義を送信するとともに、ＴＣコマンドを発行する。更に、局データ転送部５２１は、ＮＥ５３０に対し、ＯＤＢコマンドを発行する（ステップ７１０）。
【００２１】
ＮＥ５３０内のメモリ５３１は、ＯＳＳ５２０からのＴＣコマンドに応じて、受信したＢ定義を格納する。ＮＥ５３０内の局データ展開部５３２は、ＯＳＳ５２０からのＯＤＢコマンドに応じて、メモリ５３１内のＢ定義を局データＤＢ５３３に展開する。これにより、ＮＥ５３０においてＢ定義が更新される（ステップ７１１）。次に、ＮＥ５３０内の局データ展開部５３２は、Ｂ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ５１０へ送信する（ステップ７１２）。
【００２２】
ＮＥ−ＦＤＳ５１０内の局データ制御エリア５１１は、この更新完了通知を受信すると、生成したＢ定義を局データＤＢ５１２に展開する。これにより、ＮＥ−ＦＤＳ５１０においてもＢ定義が更新され（ステップ７１３）、Ｂ定義の更新に関する処理が終了する（ステップ７１４）。
【００２３】
【発明が解決しようとする課題】
ところで、ＮＥ−ＦＤＳは、上述したように局データ定義の生成や、当該生成した局データ定義のＮＥへの転送の他、ＮＥ建設用の設計図面作成等、ＮＥの設備設計に関するあらゆる業務を行うものである。従って、ＮＥ−ＦＤＳの機能を効率的に発揮させるためには、当該ＮＥ−ＦＤＳにおける各種の処理を設計業務単位で行うことが望ましい。
【００２４】
しかしながら、図３に示す局データ更新手順では、ＮＥ−ＦＤＳにおける局データの生成が局データ定義単位に行われている。このようにＮＥ−ＦＤＳにおける局データの生成処理が局データ定義単位で行われると、例えばＮＥ建設用の設計図面作成の機能等が十分に生かされなくなってしまう。
【００２５】
このため、ＮＥ−ＦＤＳにおける局データの更新に関する処理をできるだけ設備設計単位に行うようにし、更にＮＥにおける局データ定義の更新が失敗した場合においても、再処理を効率的に行うことが要求されている。
【００２６】
本発明は、上記問題点を解決するものであり、その目的は、設備設計システムの機能を生かしつつ効率的な処理を行うことが可能な局データ更新システム及び局データ更新方法を提供することにある。
【００２７】
【課題を解決するための手段】
上記の目的を達成するため、本発明は請求項１に記載されるように、通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備え、前記通信装置が保有する局データを更新するシステムにおいて、前記設備設計システムは、前記局データを構成する複数の局データ定義を一括して生成する局データ定義生成手段と、前記生成された複数の局データ定義を一括して送信する第１の局データ定義送信手段と、前記通信装置における局データ定義の更新状態を管理する状態管理テーブルとを備え、前記オペレーションシステムは、前記設備設計システムから送信される複数の局データ定義を１つずつ前記通信装置へ送信する第２の局データ定義送信手段を備え、前記通信装置は、前記オペレーションシステムからの局データ定義を第１のデータベースに展開する第１の局データ定義展開手段と、前記第１のデータベースにおける局データ定義の更新状態を前記設備設計システムへ通知する更新通知手段とを備え、前記設備設計システムは、前記通信装置からの前記第１のデータベースにおける局データ定義の更新状態の通知に応じて、前記状態管理テーブルを更新するテーブル更新手段と、前記更新された状態管理テーブルの内容に応じて、前記局データ定義を第２のデータベースに展開する第２の局データ定義展開手段とを備えることを特徴とする。
【００２８】
このように、本発明では、設備設計システムにおいて、局データを構成する複数の局データ定義を一括して生成する一方で、通信装置においては、局データを局データ定義毎に第１のデータベースに展開して更新することができ、設備設計システムにおける局データの更新に関する処理をできるだけ設備設計単位に行うことにより、当該設備設計システムの機能を十分に生かすことができる。
【００２９】
更に、本発明では、設備設計システムが状態管理テーブルにより通信装置における局データ定義単位の更新状態を認識可能にすることにより、通信装置における局データ定義の更新が失敗した場合において、局データ更新システムは、その更新に失敗した局データ定義のみの更新に必要な処理を行うことが可能となり、再処理を効率的に行うことができる。
【００３０】
また、本発明は請求項２に記載されるように、請求項１に記載の局データ更新システムにおいて、前記第２の局データ定義展開手段は、前記第１のデータベースに展開された局データ定義を、前記第２のデータベースに展開することを特徴とする。
【００３１】
このように、設備設計システムが通信装置において更新された局データ定義のみを更新することにより、設備設計システムと通信装置とにおいて局データ定義の同期をとることが可能となる。
【００３２】
また、本発明は請求項３に記載されるように、請求項１又は２に記載の局データ更新システムにおいて、前記更新通知手段は、前記オペレーションシステムからの局データ定義のうち、更新の必要がない局データ定義が存在する場合に、更新の必要のある局データ定義のみを更新した旨を前記設備設計システムへ通知することを特徴とする。
【００３３】
この場合には、通信装置で更新の必要がなくなった局データ定義が存在する場合に、設備設計システムは、その旨を認識することが可能となり、設備設計システムと通信装置とにおいて局データ定義の同期がとれなくなってしまうことを防止することができる。
【００３４】
請求項３に記載の発明と同様の観点から、本発明は請求項４に記載されるように、請求項１乃至３の何れかに記載の局データ更新システムにおいて、前記更新通知手段は、前記第１のデータベースにおける局データ定義の更新が失敗した場合に、局データ定義の更新が失敗した旨を前記設備設計システムへ通知することを特徴とする。
【００３５】
請求項１に記載の発明と同様の観点から、本発明は請求項５に記載されるように、通信ネットワークを構成するとともに局データを保有する通信装置の設備設計業務を行う設備設計システムにおいて、前記局データを構成する複数の局データ定義を一括して生成する局データ定義生成手段と、前記生成された複数の局データ定義を一括して、前記通信装置との間で情報の送受を制御するオペレーションシステムに送信する局データ定義送信手段と、前記通信装置における局データ定義の更新状態を管理する状態管理テーブルと、前記通信装置における局データ定義の更新状態に応じて前記状態管理テーブルを更新するテーブル更新手段と、前記更新された状態管理テーブルの内容に応じて、前記局データ定義をデータベースに展開する局データ定義展開手段とを備えることを特徴とする。
【００３６】
請求項２に記載の発明と同様の観点から、本発明は請求項６に記載されるように、請求項５に記載の設備設計システムにおいて、前記局データ定義展開手段は、前記通信装置において更新された局データ定義を、前記データベースに展開することを特徴とする。
【００３７】
請求項１に記載の発明と同様の観点から、本発明は請求項７に記載されるように、通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備えるシステムにて、前記通信装置が保有する局データを更新する方法において、前記設備設計システムは、前記局データを構成する複数の局データ定義を一括して生成し、前記生成した局データ定義を一括して送信し、前記オペレーションシステムは、前記設備設計システムから送信される複数の局データ定義を１つずつ前記通信装置へ送信し、前記通信装置は、前記オペレーションシステムからの局データ定義を第１のデータベースに展開し、前記第１のデータベースにおける局データ定義の更新状態を前記設備設計システムへ通知し、前記設備設計システムは、前記通信装置からの前記第１のデータベースにおける局データ定義の更新状態の通知に応じて、前記通信装置における局データ定義の更新状態を管理する状態管理テーブルを更新し、前記更新した状態管理テーブルの内容に応じて、前記局データ定義を第２のデータベースに展開することを特徴とする。
【００３８】
請求項２に記載の発明と同様の観点から、本発明は請求項８に記載されるように、請求項７に記載の局データ更新方法において、前記設備設計システムは、前記第１のデータベースに展開された局データ定義を、前記第２のデータベースに展開することを特徴とする。
【００３９】
請求項３に記載の発明と同様の観点から、本発明は請求項９に記載されるように、請求項７又は８に記載の局データ更新方法において、前記通信装置は、前記オペレーションシステムからの局データ定義のうち、更新の必要がない局データ定義が存在する場合に、更新の必要のある局データ定義のみを更新した旨を前記設備設計システムへ通知することを特徴とする。
【００４０】
請求項３に記載の発明と同様の観点から、本発明は請求項１０に記載されるように、請求項７乃至９の何れかに記載の局データ更新方法において、前記通信装置は、前記第１のデータベースにおける局データ定義の更新が失敗した場合に、局データ定義の更新が失敗した旨を前記設備設計システムへ通知することを特徴とする。
【００４１】
【発明の実施の形態】
以下、本発明の実施の形態である第１実施例乃至第３実施例を図面に基づいて説明する。
（第１実施例）
図４は、第１実施例における局データ更新システムの構成例を示す図である。同図に示す局データ更新システム１００は、設備設計システム（ＮＥ−ＦＤＳ）１１０と、オペレーションシステム（ＯＳＳ）１２０と、通信ネットワークを構成する交換機等の通信装置であるネットワークエレメント（ＮＥ）１３０とを備える。なお、以下においては、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成される場合を例に説明する。
【００４２】
ＮＥ−ＦＤＳ１１０は、局データ制御部１１１、状態管理テーブル１１２、テーブル更新部１１３、局データ展開部１１４及びデータベース（局データＤＢ）１１５を備える。
【００４３】
局データ制御部１１１は、ＮＥ１３０が保有する局データを更新する際に、まず、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を一括して生成する。各局データ定義には、自身を特定する情報（局データ定義ＩＤ）が含まれている。
【００４４】
更に、局データ制御部１１１は、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する。局データ制御部１１１が局データ定義を生成した時点では、ＮＥ１３０において、これらの局データ定義は全て未更新である。従って、状態管理テーブル１１２の内容は、図４における１１２−１に示すものとなる。なお、この状態管理テーブル１１２には、固有の管理番号が付与されている。このため、複数の状態管理テーブル１１２が存在する場合においても、個々の状態管理テーブル１１２を特定することが可能なようになっている。
【００４５】
状態管理テーブル１１２の生成後、局データ制御部１１１は、生成した全ての局データ定義（Ａ定義〜Ｅ定義）を一括してＯＳＳ１２０へ送信する。
【００４６】
ＯＳＳ１２０は、局データ転送部１２１を備える。この局データ転送部１２１は、ＮＥ−ＦＤＳ１１０から一括して送信される全ての局データ定義（Ａ定義〜Ｅ定義）を受信する。更に、局データ転送部１２１は、受信した全ての局データ定義（Ａ定義〜Ｅ定義）を１つずつＮＥ１３０へ送信する。
【００４７】
また、局データ転送部１２１は、局データ定義を送信する毎に、ＮＥ１３０に対し、当該ＮＥ１３０が保有する局データをメモリに格納するためのコマンドであるＴＣコマンドを発行するとともに、当該ＮＥ１３０において局データをデータベースに展開するためのコマンドであるＯＤＢコマンドを発行する。なお、局データ転送部１２１は、最後の局データ定義（ここではＥ定義）を送信する際には、その局データ定義が最後の局データ定義であることを示す情報を含んだＯＤＢコマンドを発行する。これにより、ＮＥ１３０は、ＯＳＳ１２０から送信される各局データ定義が最後のものであるか否かを判断することができる。
【００４８】
ＮＥ１３０は、メモリ１３１、局データ展開部１３２、データベース（局データＤＢ）１３３及び更新通知部１３４を備える。メモリ１３１は、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信する。次に、メモリ１３１は、受信した局データ定義に対応するＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【００４９】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。このように、メモリ１３１に局データ定義が格納される毎に、当該局データ定義が局データＤＢ１３３に展開されることにより、ＮＥ１３０において全ての局データ定義（Ａ定義〜Ｅ定義）が更新されることになる。
【００５０】
また、局データ展開部１３２は、ＯＤＢコマンドに、対応する局データ定義が最後の局データ定義であることを示す情報が含まれている場合には、局データ定義を局データＤＢ１３３に展開する際に、当該局データ定義が最後の局データ定義である旨を更新通知部１３４へ通知する。
【００５１】
更新通知部１３４は、メモリ１３１における局データ定義の格納状況、局データ展開部１３２による局データ定義の展開処理の状況、及び、局データＤＢ１３３における局データ定義の展開状況を監視する。
【００５２】
そして、更新通知部１３４は、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。この更新完了通知には、対応する局データ定義の局データ定義ＩＤが含まれており、ＮＥ−ＦＤＳ１１０において、ＮＥ１３０が更新した局データ定義を特定することができるようになっている。
【００５３】
また、局データ展開部１３２から局データＤＢ１３３に展開される局データ定義が最後の局データ定義である旨が通知された場合には、更新通知部１３４は、局データＤＢ１３３において最後の局データ定義が展開された際に、最後の局データ定義が更新された旨の通知（確定更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。この確定更新完了通知にも、更新完了通知と同様、対応する局データ定義（ここではＥ定義）の局データ定義ＩＤが含まれている。
【００５４】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、ＮＥ１３０からの更新完了通知及び確定更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出し、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。ＮＥ１３０において全ての局データ定義（Ａ定義〜Ｅ定義）が更新されると、状態管理テーブル１１２の内容は、図４における１１２−２に示すものとなる。
【００５５】
また、テーブル更新部１１３は、確定更新完了通知を受信した場合、当該確定更新完了通知に基づく状態管理テーブル１１２の更新後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【００５６】
局データ制御部１１１は、状態管理テーブル１１２の内容を監視する。そして、局データ制御部１１１は、テーブル更新部１１３から局データ定義の出力が指示された場合に、状態管理テーブル１１２において、更新済になっている全ての局データ定義（ここではＡ定義〜Ｅ定義）を局データ展開部１１４へ出力する。
【００５７】
局データ展開部１１４は、これら全ての局データ定義（Ａ定義〜Ｅ定義）を一括して局データＤＢ１１５へ展開する。このように、全ての局データ定義（Ａ定義〜Ｅ定義）が局データＤＢ１１５に展開されることにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【００５８】
図５は、第１実施例における局データ更新システム１００の処理手順の一例を示すシーケンス図である。
【００５９】
ＮＥ−ＦＤＳ１１０は、１つの設計業務に対応する局データを構成する全ての局データ定義であるＡ定義〜Ｅ定義を一括して生成する（ステップ１０１）。更に、ＮＥ−ＦＤＳ１１０は、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する（ステップ１０２）。生成される状態管理テーブルは、Ａ定義〜Ｅ定義の更新状態が全て「未更新」になっている。次に、ＮＥ−ＦＤＳ１１０は、生成したＡ定義〜Ｅ定義を一括してＯＳＳ１２０へ送信する（ステップ１０３）。
【００６０】
ＯＳＳ１２０は、ＮＥ−ＦＤＳ１１０から一括して送信されるＡ定義〜Ｅ定義を受信すると、そのうちの１つのデータ定義であるＡ定義をＮＥ１３０へ送信するとともに、当該Ａ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ１０４）。
【００６１】
ＮＥ１３０は、Ａ定義を受信すると、当該Ａ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＡ定義を更新する（ステップ１０５）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、Ａ定義を更新した旨を示す更新完了通知を送信する（ステップ１０６）。
【００６２】
ＮＥ−ＦＤＳ１１０は、この更新完了通知に応じて、状態管理テーブル１１２におけるＡ定義の更新状態を「未更新」から「更新済」に更新する（ステップ１０７）。
【００６３】
続いて、Ｂ定義〜Ｄ定義についても、上述したステップ１０４〜１０７と同様の動作が繰り返される。即ち、ＯＳＳ１２０は、１つの局データ定義をＮＥ１３０へ送信するとともに、その局データ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（Ｂ定義についてはステップ１０８、Ｃ定義についてはステップ１１２、Ｄ定義についてはステップ１１６）。
【００６４】
ＮＥ１３０は、局データ定義を受信すると、当該局データ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有する局データ定義を更新する（Ｂ定義についてはステップ１０９、Ｃ定義についてはステップ１１３、Ｄ定義についてはステップ１１７）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、局データ定義を更新した旨を示す更新完了通知を送信する（Ｂ定義についてはステップ１１０、Ｃ定義についてはステップ１１４、Ｄ定義についてはステップ１１８）。
【００６５】
ＮＥ−ＦＤＳ１１０は、この更新完了通知に応じて、状態管理テーブル１１２における局データ定義の更新状態を「未更新」から「更新済」に更新する（Ｂ定義についてはステップ１１１、Ｃ定義についてはステップ１１５、Ｄ定義についてはステップ１１９）。
【００６６】
次に、ＯＳＳ１２０は、Ｅ定義をＮＥ１３０へ送信するとともに、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ１２０）。ここで、Ｅ定義は最後の局データ定義であるため、ＯＳＳ１２０は、ＯＤＢコマンドに最後の局データ定義であることを示す情報を含ませて送信する。
【００６７】
ＮＥ１３０は、Ｅ定義を受信すると、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＥ定義を更新する（ステップ１２１）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、最後の局データ定義であるＥ定義を更新した旨を示す確定更新完了通知を送信する（ステップ１２２）。
【００６８】
ＮＥ−ＦＤＳ１１０は、この確定更新完了通知に応じて、状態管理テーブル１１２におけるＥ定義の更新状態を「未更新」から「更新済」に更新する（ステップ１２３）。
【００６９】
更に、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０から確定更新完了通知が送信されたことに応じて、状態管理テーブル１１２において更新済となっている局データ定義（Ａ定義〜Ｅ定義）を一括して更新し（ステップ１２４）、一連の処理を終了する（ステップ１２５）。
（第２実施例）
上述した第１実施例では、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０が生成した全ての局データ定義を更新したが、ＮＥ１３０において、ＮＥ−ＦＤＳ１１０が生成した一部の局データ定義については更新する必要がない場合がある。第２実施例では、このような場合について説明する。
【００７０】
図６は、第２実施例における局データ更新システムの構成例を示す図である。なお、以下においては、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成され、ＮＥ１３０がこれら局データ定義のうち、Ａ定義〜Ｃ定義のみを更新する場合を例に説明する。
【００７１】
ＮＥ−ＦＤＳ１１０内の局データ制御部１１１は、第１実施例と同様、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を一括して生成するとともに、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する。更に、局データ制御部１１１は、生成した全ての局データ定義（Ａ定義〜Ｅ定義）を一括してＯＳＳ１２０へ送信する。
【００７２】
ＯＳＳ１２０内の局データ転送部１２１は、第１実施例と同様、ＮＥ−ＦＤＳ１１０から一括して送信される全ての局データ定義（Ａ定義〜Ｅ定義）を受信するとともに、これら受信した全ての局データ定義（Ａ定義〜Ｅ定義）を１つずつＮＥ１３０へ送信する。また、局データ転送部１２１は、局データ定義を送信する毎に、当該局データ定義に対応して、ＴＣコマンドとＯＤＢコマンドとを発行する。
【００７３】
ＮＥ１３０内のメモリ１３１は、第１実施例と同様、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信するとともに、ＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【００７４】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。但し、局データ展開部１３２は、Ｄ定義とＥ定義については更新の必要がないため、局データＤＢ１３３へ展開しない。これにより、ＮＥ１３０においてＡ定義〜Ｃ定義が更新されることになる。また、局データ展開部１３２は、Ｃ定義を局データＤＢ１３３に展開する際に、当該Ｃ定義が最後の局データ定義である旨を更新通知部１３４へ通知する。
【００７５】
更新通知部１３４は、第１実施例と同様、メモリ１３１における局データ定義の格納状況、局データ展開部１３２による局データ定義の展開処理の状況、及び、局データＤＢ１３３における局データ定義の展開状況を監視し、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【００７６】
また、局データ展開部１３２から局データＤＢ１３３に展開される局データ定義が最後の局データ定義（Ｃ定義）である旨が通知された場合には、更新通知部１３４は、局データＤＢ１３３において最後の局データ定義（Ｃ定義）が展開された際に、その旨の通知（確定更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【００７７】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、第１実施例と同様、ＮＥ１３０からの更新完了通知及び確定更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、第１実施例と同様、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。ＮＥ１３０において局データ定義（Ａ定義〜Ｃ定義）が更新されると、状態管理テーブル１１２の内容は、図６における１１２−２に示すものとなる。
【００７８】
また、テーブル更新部１１３は、第１実施例と同様、確定更新完了通知を受信した場合、当該確定更新完了通知に基づく状態管理テーブル１１２の更新後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【００７９】
局データ制御部１１１は、第１実施例と同様、状態管理テーブル１１２の内容を監視し、テーブル更新部１１３から局データ定義の出力が指示された場合には、状態管理テーブル１１２において、更新済になっている全ての局データ定義（ここではＡ定義〜Ｃ定義）を局データ展開部１１４へ出力する。
【００８０】
局データ展開部１１４は、これら局データ定義（Ａ定義〜Ｃ定義）を一括して局データＤＢ１１５へ展開する。これにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【００８１】
図７は、第２実施例における局データ更新システム１００の処理手順の一例を示すシーケンス図である。図７におけるステップ２０１〜２１２の手順は、図５におけるステップ１０１〜１１２の手順と同様であるので、その説明は省略する。
【００８２】
ＮＥ１３０は、Ｃ定義を受信すると、当該Ｃ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＣ定義を更新する（ステップ２１３）。Ｃ定義に続く局データ定義については、更新の必要がない。このため、次に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、最後の局データ定義であるＣ定義を更新した旨を示す確定更新完了通知を送信する（ステップ２１４）。
【００８３】
ＮＥ−ＦＤＳ１１０は、この確定更新完了通知に応じて、状態管理テーブル１１２におけるＣ定義の更新状態を「未更新」から「更新済」に更新する（ステップ２１５）。
【００８４】
更に、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０から確定更新完了通知が送信されたことに応じて、状態管理テーブル１１２において更新済となっている局データ定義（Ａ定義〜Ｃ定義）を一括して更新し（ステップ２１６）、一連の処理を終了する（ステップ２１７）。
（第３実施例）
第３実施例では、ＮＥ１３０における局データ定義の更新が失敗した場合について説明する。
【００８５】
図８は、第３実施例における局データ更新システムの構成例を示す図である。なお、以下においては、１つの設計業務に対応する局データがＡ定義〜Ｅ定義の５つの局データ定義から構成され、ＮＥ１３０がＤ定義の更新に失敗した場合について説明する。
【００８６】
ＮＥ−ＦＤＳ１１０内の局データ制御部１１１は、第１実施例と同様、１つの設計業務に対応する局データを構成する全ての局データ定義（Ａ定義〜Ｅ定義）を一括して生成するとともに、これら生成した各局データ定義のＮＥ１３０における更新状態を示す状態管理テーブル１１２を生成する。更に、局データ制御部１１１は、生成した全ての局データ定義（Ａ定義〜Ｅ定義）を一括してＯＳＳ１２０へ送信する。
【００８７】
ＯＳＳ１２０内の局データ転送部１２１は、第１実施例と同様、ＮＥ−ＦＤＳ１１０から一括して送信される全ての局データ定義（Ａ定義〜Ｅ定義）を受信するとともに、これら受信した全ての局データ定義（Ａ定義〜Ｅ定義）を１つずつＮＥ１３０へ送信する。また、局データ転送部１２１は、局データ定義を送信する毎に、当該局データ定義に対応して、ＴＣコマンドとＯＤＢコマンドとを発行する。
【００８８】
ＮＥ１３０内のメモリ１３１は、第１実施例と同様、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信するとともに、ＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【００８９】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。
【００９０】
更新通知部１３４は、第１実施例と同様、メモリ１３１における局データ定義の格納状況、局データ展開部１３２による局データ定義の展開処理の状況、及び、局データＤＢ１３３における局データ定義の展開状況を監視し、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【００９１】
ところで、Ｄ定義について、局データ展開部１３２による局データＤＢ１３３への展開が失敗した場合には、メモリ１３１はＡ定義〜Ｅ定義を格納している。これに対し、局データ展開部１３２はＡ定義〜Ｄ定義の展開処理を行っており、局データＤＢ１３３にはＡ定義〜Ｃ定義のみが展開されている。更新通知部１３４は、これらの状況により、Ｄ定義について、局データ展開部１３２による局データＤＢ１３３への展開が失敗したこと、換言すれば、ＮＥ１３０においてＤ定義の更新が失敗したことを認識する。
【００９２】
なお、ＯＳＳ１２０からの局データ定義の受信が失敗したことにより、ＮＥ１３０における局データ定義の更新が失敗した場合には、以下のとおりとなる。例えば、ＯＳＳ１２０がＡ定義〜Ｃ定義まではＮＥ１３０へ送信したが、Ｄ定義以降の送信に失敗した場合を考える。この場合、Ｃ定義に対応するＯＤＢコマンドには、Ｃ定義が最後の局データ定義であることを示す情報が含まれていない。このため、局データ展開部１３２は、Ｃ定義を局データＤＢ１３３に展開する際に、当該局データ定義が最後の局データ定義である旨を更新通知部１３４へ通知しない。これに対し、メモリ１３１はＡ定義〜Ｃ定義を格納しており、局データＤＢ１３３にはＡ定義〜Ｃ定義が展開されている。更新通知部１３４は、これらの状況により、ＯＳＳ１２０からのＤ定義の受信が失敗したこと、換言すれば、ＮＥ１３０においてＤ定義の更新が失敗したことを認識する。
【００９３】
ＮＥ１３０におけるＤ定義の更新が失敗したことを認識した場合、更新通知部１３４は、その旨の通知（更新異常通知）をＮＥ−ＦＤＳ１１０へ送信する。この更新異常通知にも、更新完了通知と同様、対応する局データ定義（ここではＤ定義）の局データ定義ＩＤが含まれている。更に、更新通知部１３４は、ＮＥ−ＦＤＳ１１０に対し、Ａ定義〜Ｃ定義について更新が完了した旨を示す確定更新完了通知を送信する。この確定更新完了通知には、対応する局データ定義（ここではＡ定義〜Ｃ定義）の局データ定義ＩＤが含まれている。
【００９４】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、第１実施例と同様、ＮＥ１３０からの更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、第１実施例と同様、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。
【００９５】
更に、テーブル更新部１１３は、ＮＥ１３０からの更新異常通知を受信すると、当該更新異常通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新が失敗した局データ定義（ここではＤ定義）を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２における、この特定した局データ定義（Ｄ定義）に対応する更新状態を「更新異常」に更新する。
【００９６】
また、テーブル更新部１１３は、確定更新完了通知を受信した場合、通知に含まれる局データ定義ＩＤを抽出して、ＮＥ１３０において更新された全ての局データ定義（ここではＡ定義〜Ｃ定義）を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２において、特定した全ての局データ定義が「更新済」になった後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【００９７】
局データ制御部１１１は、テーブル更新部１１３から局データ定義の出力が指示された場合、状態管理テーブル１１２において更新済になっている全ての局データ定義（ここではＡ定義〜Ｃ定義）を局データ展開部１１４へ出力する。
【００９８】
局データ展開部１１４は、これら局データ定義（Ａ定義〜Ｃ定義）を一括して局データＤＢ１１５へ展開する。これにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【００９９】
更に、局データ制御部１１１は、ＮＥ１３０における更新が失敗した局データ定義（Ｄ定義）と、それ以降の局データ定義（Ｅ定義）について、再度、ＮＥ１３０における更新を行うべく、必要な処理を行う。具体的には、局データ制御部１１１は、ＯＳＳ１２０に対して、ＮＥ１３０における更新が失敗した局データ定義（Ｄ定義）の局データ定義ＩＤを含んだ再更新指示を出す。
【０１００】
ＯＳＳ１２０内の局データ転送部１２１は、この指示に応じて、ＮＥ１３０に対し、ＮＥ１３０における更新が失敗した局データ定義（Ｄ定義）と、それ以降の局データ定義（Ｅ定義）を１つずつ再送する。また、局データ転送部１２１は、局データ定義を送信する毎に、当該局データ定義に対応して、ＴＣコマンドとＯＤＢコマンドとを発行する。
【０１０１】
その後は、第１実施例と同様の処理が行われる。即ち、ＮＥ１３０内のメモリ１３１は、ＯＳＳ１２０から局データ定義が送信される毎に、当該局データ定義を受信するとともに、ＯＳＳ１２０からのＴＣコマンドに応じて、当該受信した局データ定義を格納する。
【０１０２】
局データ展開部１３２は、ＯＳＳ１２０からのＯＤＢコマンドに応じて、メモリ１３１に局データ定義が格納される毎に、当該局データ定義を局データＤＢ１３３に展開する。また、局データ展開部１３２は、ＯＤＢコマンドに、対応する局データ定義が最後の局データ定義であることを示す情報が含まれている場合には、局データ定義を局データＤＢ１３３に展開する際に、当該局データ定義が最後の局データ定義である旨を更新通知部１３４へ通知する。
【０１０３】
更新通知部１３４は、局データＤＢ１３３において局データ定義が展開される毎に、局データ定義が更新された旨の通知（更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。また、局データ展開部１３２から局データＤＢ１３３に展開される局データ定義が最後の局データ定義である旨が通知された場合には、更新通知部１３４は、局データＤＢ１３３において最後の局データ定義が展開された際に、最後の局データ定義が更新された旨の通知（確定更新完了通知）をＮＥ−ＦＤＳ１１０へ送信する。
【０１０４】
ＮＥ−ＦＤＳ１１０内のテーブル更新部１１３は、ＮＥ１３０からの更新完了通知及び確定更新完了通知を受信する毎に、これら通知に含まれる局データ定義ＩＤを抽出し、ＮＥ１３０において更新された局データ定義を特定する。更に、テーブル更新部１１３は、状態管理テーブル１１２における、この特定した局データ定義に対応する更新状態を「更新済」に更新する。ＮＥ１３０において全ての局データ定義（Ａ定義〜Ｅ定義）が更新されると、状態管理テーブル１１２の内容は、図４における１１２−２に示すものとなる。
【０１０５】
また、テーブル更新部１１３は、確定更新完了通知を受信した場合、当該確定更新完了通知に基づく状態管理テーブル１１２の更新後に、局データ制御部１１１に対し、局データ定義の出力を指示する。
【０１０６】
局データ制御部１１１は、テーブル更新部１１３から局データ定義の出力が指示された場合に、状態管理テーブル１１２において、更新済になっている局データ定義のうち、新たに更新されたもの、具体的には局データ展開部１１４へ出力していないもの（ここではＤ定義及びＥ定義）を局データ展開部１１４へ出力する。
【０１０７】
局データ展開部１１４は、入力した局データ定義（Ｄ定義及びＥ定義）を一括して局データＤＢ１１５へ展開する。これにより、ＮＥ−ＦＤＳ１１０においても、ＮＥ１３０と同様に局データ定義が更新されることになる。
【０１０８】
図９は、第３実施例における局データ更新システム１００の処理手順の一例を示すシーケンス図である。図９におけるステップ３０１〜３１５の手順は、図６５におけるステップ１０１〜１１５の手順と同様であるので、その説明は省略する。
【０１０９】
ＯＳＳ１２０は、Ｄ定義をＮＥ１３０へ送信するとともに、当該Ａ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ３１６）。
【０１１０】
ＮＥ１３０は、Ｄ定義を受信すると、当該Ｄ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＤ定義の更新を試みる。ここで、Ｄ定義の更新が失敗した場合（ステップ３１７）、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、Ｄ定義の更新が失敗した旨を示す更新異常通知を送信する（ステップ３１８）。
【０１１１】
ＮＥ−ＦＤＳ１１０は、この更新異常完了通知に応じて、状態管理テーブル１１２におけるＤ定義の更新状態を「未更新」から「更新異常」に更新する（ステップ３１９）。
【０１１２】
ＮＥ１３０は、続いてＡ定義〜Ｃ定義までの更新が完了した旨を示す確定更新完了通知を受信した場合に、ＮＥ１３０において更新済のＡ定義〜Ｃ定義を一括して更新する（ステップ３２１）。
【０１１３】
次に、ＮＥ−ＦＤＳ１１０は、ＯＳＳ１２０に対し、Ｄ定義及びＥ定義についての再更新指示を出す（ステップ３２２）。ＯＳＳ１２０は、この指示に応じて、Ｄ定義をＮＥ１３０へ送信するとともに、当該Ｄ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ３２３）。
【０１１４】
ＮＥ１３０は、Ｄ定義を受信すると、当該Ｄ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＤ定義を更新する（ステップ３２４）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、Ｄ定義を更新した旨を示す更新完了通知を送信する（ステップ３２５）。
【０１１５】
ＮＥ−ＦＤＳ１１０は、この更新完了通知に応じて、状態管理テーブル１１２におけるＤ定義の更新状態を「更新異常」から「更新済」に更新する（ステップ３２６）。
【０１１６】
続いて、Ｅ定義についても、上述したステップ３２３〜３２６と同様の動作が繰り返される。即ち、ＯＳＳ１２０は、Ｅ定義をＮＥ１３０へ送信するとともに、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドを発行する（ステップ３２７）。ここで、Ｅ定義は最後の局データ定義であるため、ＯＳＳ１２０は、ＯＤＢコマンドに最後の局データ定義であることを示す情報を含ませて送信する。
【０１１７】
ＮＥ１３０は、Ｅ定義を受信すると、当該Ｅ定義に対応するＴＣコマンド及びＯＤＢコマンドに応じて、自身が保有するＥ定義を更新する（ステップ３２８）。更に、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、最後の局データ定義であるＥ定義を更新した旨を示す確定更新完了通知を送信する（ステップ３２９）。
【０１１８】
ＮＥ−ＦＤＳ１１０は、この確定更新完了通知に応じて、状態管理テーブル１１２におけるＥ定義の更新状態を「未更新」から「更新済」に更新する（ステップ３３０）。
【０１１９】
更に、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０から確定更新完了通知が送信されたことに応じて、状態管理テーブル１１２において新たに更新済となった局データ定義（Ｄ定義及びＥ定義）を一括して更新し（ステップ３３１）、一連の処理を終了する（ステップ３３２）。
【０１２０】
なお、局データ定義の内容自体が間違っていたために、ＮＥ１３０における局データ定義の更新が失敗した場合には、ＮＥ１３０は、ＮＥ−ＦＤＳ１１０に対し、更新異常通知を送信する。その後は、第１実施例の図４及び図５にて説明した手順に従い、ＮＥ−ＦＤＳ１１０による局データ定義の生成以降の動作が再度繰り返えされる。
【０１２１】
上述した実施形態では、ＮＥ−ＦＤＳ１１０は、局データを構成する複数の局データ定義を一括して生成、送信するとともに、更新する。一方、ＮＥ１３０は、局データを局データ定義毎に更新する。即ち、ＮＥ―ＦＤＳ１１０は、ＮＥ１３０が局データを局データ定義毎に更新する場合であっても、局データの更新に関する処理をできるだけ設備設計単位に行うことができる。従って、ＮＥ−ＦＤＳ１１０のＮＥ建設用の設計図面作成等の機能を十分に生かすことができる。
【０１２２】
また、上述した実施形態では、ＮＥ−ＦＤＳ１１０は、状態管理テーブル１１２によりＮＥ１３０における局データ定義単位の更新状態を認識することができ、ＮＥ１３０における局データ定義の更新が失敗した場合において、局データ更新システムは、その更新に失敗した局データ定義のみの更新に必要な処理を行うことが可能となる。このため、再処理を効率的に行うことができる。
【０１２３】
また、上述した実施形態では、ＮＥ１３０で更新の必要がなくなった局データ定義が存在する場合に、当該ＮＥ１３０は、更新の必要のある局データの全ての更新した際に、ＮＥ−ＦＤＳ１１０に対し、確定更新完了通知を送信する。また、ＮＥ１３０は、局データ定義の更新が失敗した場合には、その旨の通知である更新異常通知をＮＥ−ＦＤＳ１１０に対して送信する。従って、ＮＥ−ＦＤＳ１１０は、ＮＥ１３０で更新の必要がなくなった局データ定義が存在することや、ＮＥ１３０において局データ定義の更新が失敗したことを認識した上で、局データ定義の更新を行うことができる。従って、ＮＥ−ＦＤＳ１１０とＮＥ１３０とにおいて局データ定義の同期がとれなくなってしまうことを防止することができる。
【発明の効果】
上述の如く、本発明によれば、設備設計システムの機能を生かしつつ効率的な処理を行うことが可能となる。
【図面の簡単な説明】
【図１】従来の局データ更新システムの構成例を示す図である。
【図２】従来の局データ更新システムの処理手順の一例を示すシーケンス図である。
【図３】従来の局データ更新システムの処理手順の他の例を示すシーケンス図である。
【図４】第１実施例における局データ更新システムの構成例を示す図である。
【図５】第１実施例における局データ更新システムの処理手順の一例を示すシーケンス図である。
【図６】第２実施例における局データ更新システムの構成例を示す図である。
【図７】第２実施例における局データ更新システムの処理手順の一例を示すシーケンス図である。
【図８】第３実施例における局データ更新システムの構成例を示す図である。
【図９】第３実施例における局データ更新システムの処理手順の一例を示すシーケンス図である。
【符号の説明】
１００ 局データ更新システム
１１０ 設備設計システム（ＮＥ−ＦＤＳ）
１１１ 局データ制御部
１１２ 状態管理テーブル
１１３ テーブル更新部
１１４、１３２ 局データ展開部
１１５、１３３ 局データＤＢ
１２０ オペレーションシステム（ＯＳＳ）
１２１ 局データ転送部
１３０ ネットワークエレメント（ＮＥ）
１３１ メモリ
１３４ 更新通知部
Claims (10)
- 通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備え、前記通信装置が保有する局データを更新するシステムにおいて、
前記設備設計システムは、
前記局データを構成する複数の局データ定義を一括して生成する局データ定義生成手段と、
前記生成された複数の局データ定義を一括して送信する第１の局データ定義送信手段と、
前記通信装置における局データ定義の更新状態を管理する状態管理テーブルと、
を備え、
前記オペレーションシステムは、
前記設備設計システムから送信される複数の局データ定義を１つずつ前記通信装置へ送信する第２の局データ定義送信手段を備え、
前記通信装置は、
前記オペレーションシステムからの局データ定義を第１のデータベースに展開する第１の局データ定義展開手段と、
前記第１のデータベースにおける局データ定義の更新状態を前記設備設計システムへ通知する更新通知手段と、
を備え、
前記設備設計システムは、
前記通信装置からの前記第１のデータベースにおける局データ定義の更新状態の通知に応じて、前記状態管理テーブルを更新するテーブル更新手段と、
前記更新された状態管理テーブルの内容に応じて、前記局データ定義を第２のデータベースに展開する第２の局データ定義展開手段と、
を備えることを特徴とする局データ更新システム。 - 請求項１に記載の局データ更新システムにおいて、
前記第２の局データ定義展開手段は、前記第１のデータベースに展開された局データ定義を、前記第２のデータベースに展開することを特徴とする局データ更新システム。 - 請求項１又は２に記載の局データ更新システムにおいて、
前記更新通知手段は、前記オペレーションシステムからの局データ定義のうち、更新の必要がない局データ定義が存在する場合に、更新の必要のある局データ定義のみを更新した旨を前記設備設計システムへ通知することを特徴とする局データ更新システム。 - 請求項１乃至３の何れかに記載の局データ更新システムにおいて、
前記更新通知手段は、前記第１のデータベースにおける局データ定義の更新が失敗した場合に、その旨を前記設備設計システムへ通知することを特徴とする局データ更新システム。 - 通信ネットワークを構成するとともに局データを保有する通信装置の設備設計業務を行う設備設計システムにおいて、
前記局データを構成する複数の局データ定義を一括して生成する局データ定義生成手段と、
前記生成された複数の局データ定義を一括して、前記通信装置との間で情報の送受を制御するオペレーションシステムに送信する局データ定義送信手段と、
前記通信装置における局データ定義の更新状態を管理する状態管理テーブルと、
前記通信装置における局データ定義の更新状態に応じて前記状態管理テーブルを更新するテーブル更新手段と、
前記更新された状態管理テーブルの内容に応じて、前記局データ定義をデータベースに展開する局データ定義展開手段と、
を備えることを特徴とする設備設計システム。 - 請求項５に記載の設備設計システムにおいて、
前記局データ定義展開手段は、前記通信装置において更新された局データ定義を、前記データベースに展開することを特徴とする局データ更新システム。 - 通信ネットワークを構成するとともに局データを保有する通信装置と、当該通信装置の設備設計業務を行う設備設計システムと、前記通信装置と前記設備設計システムとの間で情報の送受を制御するオペレーションシステムとを備えるシステムにて、前記通信装置が保有する局データを更新する方法において、
前記設備設計システムは、
前記局データを構成する複数の局データ定義を一括して生成し、
前記生成した局データ定義を一括して送信し、
前記オペレーションシステムは、
前記設備設計システムから送信される複数の局データ定義を１つずつ前記通信装置へ送信し、
前記通信装置は、
前記オペレーションシステムからの局データ定義を第１のデータベースに展開し、
前記第１のデータベースにおける局データ定義の更新状態を前記設備設計システムへ通知し、
前記設備設計システムは、
前記通信装置からの前記第１のデータベースにおける局データ定義の更新状態の通知に応じて、前記通信装置における局データ定義の更新状態を管理する状態管理テーブルを更新し、
前記更新した状態管理テーブルの内容に応じて、前記局データ定義を第２のデータベースに展開することを特徴とする局データ更新方法。 - 請求項７に記載の局データ更新方法において、
前記設備設計システムは、前記第１のデータベースに展開された局データ定義を、前記第２のデータベースに展開することを特徴とする局データ更新方法。 - 請求項７又は８に記載の局データ更新方法において、
前記通信装置は、前記オペレーションシステムからの局データ定義のうち、更新の必要がない局データ定義が存在する場合に、更新の必要のある局データ定義のみを更新した旨を前記設備設計システムへ通知することを特徴とする局データ更新方法。 - 請求項７乃至９の何れかに記載の局データ更新方法において、
前記通信装置は、前記第１のデータベースにおける局データ定義の更新が失敗した場合に、その旨を前記設備設計システムへ通知することを特徴とする局データ更新方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002288852A JP3802472B2 (ja) | 2002-10-01 | 2002-10-01 | 局データ更新システム、設備設計システム及び局データ更新方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002288852A JP3802472B2 (ja) | 2002-10-01 | 2002-10-01 | 局データ更新システム、設備設計システム及び局データ更新方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004128806A JP2004128806A (ja) | 2004-04-22 |
| JP3802472B2 true JP3802472B2 (ja) | 2006-07-26 |
Family
ID=32281231
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002288852A Expired - Fee Related JP3802472B2 (ja) | 2002-10-01 | 2002-10-01 | 局データ更新システム、設備設計システム及び局データ更新方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3802472B2 (ja) |
-
2002
- 2002-10-01 JP JP2002288852A patent/JP3802472B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004128806A (ja) | 2004-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109582335B (zh) | 一种无中断存储集群节点在线升级方法、装置及设备 | |
| CN105701159A (zh) | 一种数据同步装置和方法 | |
| CN111769981A (zh) | 去中心化架构主节点推选方法、数据文件传输方法、系统 | |
| CN101478422A (zh) | 一种软件版本自协商方法及系统 | |
| CN106685688A (zh) | 一种集群计算机设备同步升级方法 | |
| JPH0314161A (ja) | プロセッサ監視処理方式 | |
| JP3748232B2 (ja) | データ伝送装置、表示装置、および、制御システム | |
| CN110958139B (zh) | 网络控制方法、编排器、控制器及计算机可读存储介质 | |
| JP3802472B2 (ja) | 局データ更新システム、設備設計システム及び局データ更新方法 | |
| CN100382635C (zh) | 一种多载频小区的建立方法 | |
| JPH0530103A (ja) | リモートによるパスワード設定方式 | |
| JP4806382B2 (ja) | 冗長化システム | |
| JPH10301799A (ja) | 試験プログラムの投入方式 | |
| WO2021052416A1 (zh) | 容灾方法、装置、局点和存储介质 | |
| KR100274848B1 (ko) | 망관리 시스템에서의 망관리 방법 | |
| JP6418316B2 (ja) | 通信機器設定装置 | |
| CN210721442U (zh) | 一种主器件与从器件可自适应替换的主从系统 | |
| CN101895980B (zh) | 任务同步的方法和设备 | |
| KR20010065409A (ko) | 분산형 지능망 시스템에서 마스터 머신 결정 방법 | |
| JP6289214B2 (ja) | 情報処理システム及びその方法 | |
| JP4381886B2 (ja) | 拡張仮想パス切替システム | |
| JP2006054804A (ja) | ファイルダウンロード方法および移動通信ネットワークシステムならびに基地局装置 | |
| CN108282371B (zh) | 一种网元业务配置方法及系统 | |
| CN102571889A (zh) | 集中控制式无线传感网络中的传感器节点固件版本加载方法 | |
| CN116204590A (zh) | 数据库集群的数据处理方法、可读存储介质与计算机设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060207 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060403 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060425 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060427 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090512 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100512 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110512 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110512 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120512 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130512 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140512 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |