JPH0974417A - プロビジョニングデータ管理方式 - Google Patents
プロビジョニングデータ管理方式Info
- Publication number
- JPH0974417A JPH0974417A JP22826295A JP22826295A JPH0974417A JP H0974417 A JPH0974417 A JP H0974417A JP 22826295 A JP22826295 A JP 22826295A JP 22826295 A JP22826295 A JP 22826295A JP H0974417 A JPH0974417 A JP H0974417A
- Authority
- JP
- Japan
- Prior art keywords
- unit
- provisioning data
- data
- provisioning
- storage area
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Stored Programmes (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
(57)【要約】
【課題】 本発明は、プロビジョニングデータ管理方式
に関し、冗長構成へ移行時のＩＯデータの不一致回避等
を行うことを目的とする。 【解決手段】 ディジタルデータ送受装置のプロビジョ
ニングデータ管理方式において、立ち上げ時等におい
て、冗長構成に用いられるユニットの実装態様が決定さ
れているとき、ユニットが実際にスロットに実装された
か否かに拘わらず、冗長構成のユニットとして用いられ
るユニットのための同一のプロビジョニングデータを前
記実装態様が決定されたユニットのためのプロビジョニ
ングデータ格納領域に予め展開し、該プロビジョニング
データ格納領域のプロビジョニングデータを前記実装態
様が決定され、実装されたユニットのプロビジョニング
データ格納領域へ格納することを特徴とする。
に関し、冗長構成へ移行時のＩＯデータの不一致回避等
を行うことを目的とする。 【解決手段】 ディジタルデータ送受装置のプロビジョ
ニングデータ管理方式において、立ち上げ時等におい
て、冗長構成に用いられるユニットの実装態様が決定さ
れているとき、ユニットが実際にスロットに実装された
か否かに拘わらず、冗長構成のユニットとして用いられ
るユニットのための同一のプロビジョニングデータを前
記実装態様が決定されたユニットのためのプロビジョニ
ングデータ格納領域に予め展開し、該プロビジョニング
データ格納領域のプロビジョニングデータを前記実装態
様が決定され、実装されたユニットのプロビジョニング
データ格納領域へ格納することを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、装置の冗長構成へ
の初期立ち上げ時の冗長構成におけるプロビジョニング
データの不一致を生じさせる要因を判定してその不一致
を回避し、冗長構成の変更、又は冗長構成を利用した高
機能へのアップグレード時にデータ共通部分の非継承性
を生じさせる要因を判定して冗長構成におけるプロビジ
ョニングデータの正常性をインサービスで確保するプロ
ビジョニングデータ管理理方式に関する。近年、ＳＤＨ
方式で用いられる伝送装置においては、その機能が多機
能化されつつある。そして、その伝送装置は、１つのシ
ェルフに装置を構成する各構成要素をユニット交換可能
に構成して装置を効率良く運用するようにしている。こ
のような装置構成は、汎用化されつつあり、そのような
装置における機能には、インサービスでの構成変更や、
機能のアップグレードも要求されるに至っている。しか
し、前述のような複数のユニットから構成される伝送装
置では、各ユニット毎に当該ユニットの機能を生ぜしめ
るユニット固有の設定データ（プロビジョニングデー
タ）（以下、ＩＯデータという。）を有しているので、
ＩＯデータの管理は、装置の運用上重要な事項となって
いる。とりわけ、装置の機能をインサービスで変更した
り、アップグレードをする際には、重要な事項となって
来る。
の初期立ち上げ時の冗長構成におけるプロビジョニング
データの不一致を生じさせる要因を判定してその不一致
を回避し、冗長構成の変更、又は冗長構成を利用した高
機能へのアップグレード時にデータ共通部分の非継承性
を生じさせる要因を判定して冗長構成におけるプロビジ
ョニングデータの正常性をインサービスで確保するプロ
ビジョニングデータ管理理方式に関する。近年、ＳＤＨ
方式で用いられる伝送装置においては、その機能が多機
能化されつつある。そして、その伝送装置は、１つのシ
ェルフに装置を構成する各構成要素をユニット交換可能
に構成して装置を効率良く運用するようにしている。こ
のような装置構成は、汎用化されつつあり、そのような
装置における機能には、インサービスでの構成変更や、
機能のアップグレードも要求されるに至っている。しか
し、前述のような複数のユニットから構成される伝送装
置では、各ユニット毎に当該ユニットの機能を生ぜしめ
るユニット固有の設定データ（プロビジョニングデー
タ）（以下、ＩＯデータという。）を有しているので、
ＩＯデータの管理は、装置の運用上重要な事項となって
いる。とりわけ、装置の機能をインサービスで変更した
り、アップグレードをする際には、重要な事項となって
来る。
【０００２】
【従来の技術】従来のＳＤＨ方式で用いられる伝送装置
は、図７に示すように、ＳＴＭユニット１００，１０
２、クロスコネクトユニット１０４、及びＰＤＨユニッ
ト１０６を有して構成されている。ＳＴＭユニット１０
０は、１５０ＭHzの信号を多重化、又は分離する際のイ
ンタフェイスを取る装置である。ＰＤＨユニット１０６
は、２ＭHzの電子交換機からの信号とクロスコネクト１
０４との間のインタフェイスを取る装置である。クロス
コネクト１０４は、ＳＴＭユニット１００，１０２とＰ
ＤＨユニット１０６との間の信号の送受の制御を行う装
置である。
は、図７に示すように、ＳＴＭユニット１００，１０
２、クロスコネクトユニット１０４、及びＰＤＨユニッ
ト１０６を有して構成されている。ＳＴＭユニット１０
０は、１５０ＭHzの信号を多重化、又は分離する際のイ
ンタフェイスを取る装置である。ＰＤＨユニット１０６
は、２ＭHzの電子交換機からの信号とクロスコネクト１
０４との間のインタフェイスを取る装置である。クロス
コネクト１０４は、ＳＴＭユニット１００，１０２とＰ
ＤＨユニット１０６との間の信号の送受の制御を行う装
置である。
【０００３】これらのユニットのうちＳＴＭユニット１
００，１０２は、図８に示すように、シェルフのスロッ
トＳ２，Ｓ３に主信号ユニット１，２として挿入され、
ＰＤＨユニット１０６は、シェルフのスロットＳ４乃至
Ｓ１０に主信号ユニット３乃至主信号ユニット１０とし
て挿入され、クロスコネクトユニット１０４は、シェル
フのスロットＳ１１，Ｓ１２に主信号ユニット９，１０
として挿入されている。以下、説明の都合上、主信号ユ
ニット１乃至主信号ユニット１０であって、実装態様が
決定されたユニットをそれぞれＣＯＮＦ１乃至ＣＯＮＦ
１０として参照する。又、ＣＯＮＦ１乃至ＣＯＮＦ１０
の全体を参照するときには、単にＣＯＮＦとして参照す
る。これらＣＯＮＦ１乃至ＣＯＮＦ１０は、それぞれＩ
Ｏデータを記憶するＩＯデータ格納領域を有する。
００，１０２は、図８に示すように、シェルフのスロッ
トＳ２，Ｓ３に主信号ユニット１，２として挿入され、
ＰＤＨユニット１０６は、シェルフのスロットＳ４乃至
Ｓ１０に主信号ユニット３乃至主信号ユニット１０とし
て挿入され、クロスコネクトユニット１０４は、シェル
フのスロットＳ１１，Ｓ１２に主信号ユニット９，１０
として挿入されている。以下、説明の都合上、主信号ユ
ニット１乃至主信号ユニット１０であって、実装態様が
決定されたユニットをそれぞれＣＯＮＦ１乃至ＣＯＮＦ
１０として参照する。又、ＣＯＮＦ１乃至ＣＯＮＦ１０
の全体を参照するときには、単にＣＯＮＦとして参照す
る。これらＣＯＮＦ１乃至ＣＯＮＦ１０は、それぞれＩ
Ｏデータを記憶するＩＯデータ格納領域を有する。
【０００４】これらの主信号ユニットは、シェルフのス
ロットＳ２に挿入されている主信号ユニット制御部（以
下、ＭＰＬという。）１１０によって制御される。例え
ば、前述のＩＯデータは、ＭＰＬ１１０によって管理さ
れる。ＭＰＬ１１０は、図９に示すように、ＣＰＵ１１
２、ＲＯＭ１１４、ＲＡＭ１１６、及びＥＥＰＲＯＭ１
１８から成る。ＣＰＵ１１２は、図示しないキーボード
から保守者が投入するコマンドに応答するように構成さ
れている。ＲＯＭ１１４は、主信号ユニット１乃至主信
号ユニット１０のデホルトデータを予め記憶している。
デホルトデータは、ＩＯデータの一部を構成し、そのユ
ニットが最小限度の機能を営むのに必要なデータであ
る。
ロットＳ２に挿入されている主信号ユニット制御部（以
下、ＭＰＬという。）１１０によって制御される。例え
ば、前述のＩＯデータは、ＭＰＬ１１０によって管理さ
れる。ＭＰＬ１１０は、図９に示すように、ＣＰＵ１１
２、ＲＯＭ１１４、ＲＡＭ１１６、及びＥＥＰＲＯＭ１
１８から成る。ＣＰＵ１１２は、図示しないキーボード
から保守者が投入するコマンドに応答するように構成さ
れている。ＲＯＭ１１４は、主信号ユニット１乃至主信
号ユニット１０のデホルトデータを予め記憶している。
デホルトデータは、ＩＯデータの一部を構成し、そのユ
ニットが最小限度の機能を営むのに必要なデータであ
る。
【０００５】このように構成される従来の伝送装置にお
けるＩＯデータの生成及び展開は、次のように為されて
いる。即ち、伝送装置の立ち上げ時の各ユニットへのデ
ホルトデータの設定は、先ずＲＯＭ１１４からＲＡＭ１
１６へデホルトデータを各ユニット対応に展開する。そ
して、シェルフのそれぞれスロットに対応するユニット
が挿入されたとき、ＲＡＭ１１６上のデホルトデータが
前記対応するユニットに設定されてそのユニットの機能
を生ぜしめる。
けるＩＯデータの生成及び展開は、次のように為されて
いる。即ち、伝送装置の立ち上げ時の各ユニットへのデ
ホルトデータの設定は、先ずＲＯＭ１１４からＲＡＭ１
１６へデホルトデータを各ユニット対応に展開する。そ
して、シェルフのそれぞれスロットに対応するユニット
が挿入されたとき、ＲＡＭ１１６上のデホルトデータが
前記対応するユニットに設定されてそのユニットの機能
を生ぜしめる。
【０００６】そして、このようにデホルトデータの設定
が為された後に、保守者によりデホルトデータ以上の機
能を生じさせるためのデータがキーボードから投入され
ると、そのデータは、前記デホルトデータと一体となっ
て当該ユニットに前記両者のデータによる機能を生じさ
せる。このようなＩＯデータのユニット対応の設定が、
各ユニットに対して行われることにより、そのようなＩ
Ｏデータの設定が行われた後の伝送装置は、設定された
ＩＯデータに対応する機能の動作を営む。
が為された後に、保守者によりデホルトデータ以上の機
能を生じさせるためのデータがキーボードから投入され
ると、そのデータは、前記デホルトデータと一体となっ
て当該ユニットに前記両者のデータによる機能を生じさ
せる。このようなＩＯデータのユニット対応の設定が、
各ユニットに対して行われることにより、そのようなＩ
Ｏデータの設定が行われた後の伝送装置は、設定された
ＩＯデータに対応する機能の動作を営む。
【０００７】前述のようにＲＡＭ１１６上に設定された
ＩＯデータは、ＥＥＰＲＯＭ１１８に保存され、その後
の装置の立ち上げ時にＥＥＰＲＯＭ１１８にバックアッ
プされていたＩＯデータがＲＡＭ１１６のユニット対応
のＩＯデータ格納領域に展開（コピー）される。
ＩＯデータは、ＥＥＰＲＯＭ１１８に保存され、その後
の装置の立ち上げ時にＥＥＰＲＯＭ１１８にバックアッ
プされていたＩＯデータがＲＡＭ１１６のユニット対応
のＩＯデータ格納領域に展開（コピー）される。
【０００８】
【発明が解決しようとする課題】前述のように、伝送装
置を構成する各ユニット毎にＩＯデータの設定が行われ
るので、ユニットが実際に実装されているＣＯＮＦにつ
いては、ＲＡＭ１１６の当該ＣＯＮＦ対応のＩＯデータ
格納領域にＩＯデータが展開されるが、未使用の（実装
していない）ＣＯＮＦについてはＲＡＭ１１６の当該Ｃ
ＯＮＦ対応のＩＯデータ格納領域にいずれのＩＯデータ
も記憶されていない。
置を構成する各ユニット毎にＩＯデータの設定が行われ
るので、ユニットが実際に実装されているＣＯＮＦにつ
いては、ＲＡＭ１１６の当該ＣＯＮＦ対応のＩＯデータ
格納領域にＩＯデータが展開されるが、未使用の（実装
していない）ＣＯＮＦについてはＲＡＭ１１６の当該Ｃ
ＯＮＦ対応のＩＯデータ格納領域にいずれのＩＯデータ
も記憶されていない。
【０００９】このようなＩＯデータの管理方式を従来方
式は採用しているから、単独運用のユニットを冗長構成
のユニットとして運用する場合には、次のような問題が
生ずる。この問題（第１の問題）は、或るスロットｎに
ユニットＡを挿入してユニットＡによる単独運用をして
いる状態から、スロットｎ＋１に同一のユニットＡを挿
入して冗長構成の運用に変更しようとする場合に両ＣＯ
ＮＦ間のＩＯデータに不一致が生ずるという問題であ
る。この問題を図１０を参照して説明する。
式は採用しているから、単独運用のユニットを冗長構成
のユニットとして運用する場合には、次のような問題が
生ずる。この問題（第１の問題）は、或るスロットｎに
ユニットＡを挿入してユニットＡによる単独運用をして
いる状態から、スロットｎ＋１に同一のユニットＡを挿
入して冗長構成の運用に変更しようとする場合に両ＣＯ
ＮＦ間のＩＯデータに不一致が生ずるという問題であ
る。この問題を図１０を参照して説明する。
【００１０】伝送装置の立ち上げ時に、スロットｎに対
応するＣＯＮＦに設定されたユニットＡに対応するデホ
ルトデータがＲＡＭ１１６の前記ユニットＡに対応する
ＩＯデータ格納領域に書き込まれる（図１０の（ａ）参
照）。このときには、スロットｎ＋１には、いずれのユ
ニットも設定されていないとする（図１０の（ａ）参
照）。
応するＣＯＮＦに設定されたユニットＡに対応するデホ
ルトデータがＲＡＭ１１６の前記ユニットＡに対応する
ＩＯデータ格納領域に書き込まれる（図１０の（ａ）参
照）。このときには、スロットｎ＋１には、いずれのユ
ニットも設定されていないとする（図１０の（ａ）参
照）。
【００１１】そして、当該ユニットＡの機能をデホルト
データ対応の機能以上の機能へ移行させるための追加デ
ータａ，ｂ，ｃが保守者によってキーボードから投入さ
れると、その追加データａ，ｂ，ｃは、ＲＡＭ１１６の
前記ユニットＡ設定ＣＯＮＦ対応のＩＯデータ格納領域
に記憶されてＲＡＭ１１６上のデホルトデータと一体と
して用いられて前記デホルトデータ対応の機能以上の機
能が当該ユニットに生ぜしめられる（図１０の（ｂ）参
照）。このときになっても、スロットｎ＋１には、いず
れのユニットも設定されていないとする（図１０の
（ｂ）参照）。
データ対応の機能以上の機能へ移行させるための追加デ
ータａ，ｂ，ｃが保守者によってキーボードから投入さ
れると、その追加データａ，ｂ，ｃは、ＲＡＭ１１６の
前記ユニットＡ設定ＣＯＮＦ対応のＩＯデータ格納領域
に記憶されてＲＡＭ１１６上のデホルトデータと一体と
して用いられて前記デホルトデータ対応の機能以上の機
能が当該ユニットに生ぜしめられる（図１０の（ｂ）参
照）。このときになっても、スロットｎ＋１には、いず
れのユニットも設定されていないとする（図１０の
（ｂ）参照）。
【００１２】このようなユニットＡの単独運用の状態に
おいて、スロットｎ＋１にユニットＡを追加して冗長構
成の運用に入ろうとしたときに、当該ユニットＡにＩＯ
データを設定しようとすると、前述したようにＲＡＭ１
１６の追加されたユニットＡ設定ＣＯＮＦに対応するＩ
Ｏデータ格納領域に当該追加されたユニットＡ対応のデ
ホルトデータが展開され、そのデホルトデータが前記追
加されたユニットＡ設定ＣＯＮＦのＩＯデータ格納領域
にＭＰＬ１１０から書き込まれる（図１０の（ｃ）参
照）。
おいて、スロットｎ＋１にユニットＡを追加して冗長構
成の運用に入ろうとしたときに、当該ユニットＡにＩＯ
データを設定しようとすると、前述したようにＲＡＭ１
１６の追加されたユニットＡ設定ＣＯＮＦに対応するＩ
Ｏデータ格納領域に当該追加されたユニットＡ対応のデ
ホルトデータが展開され、そのデホルトデータが前記追
加されたユニットＡ設定ＣＯＮＦのＩＯデータ格納領域
にＭＰＬ１１０から書き込まれる（図１０の（ｃ）参
照）。
【００１３】この書き込み状態となったときのスロット
ｎに挿入されているユニットＡのＩＯデータと、スロッ
トｎ＋１に挿入されているユニットＡのＩＯデータとは
不一致であり、未だ完全な冗長構成となつていないた
め、その冗長構成のスロットｎに挿入されているユニッ
トＡからスロットｎ＋１に挿入されているユニットＡへ
系切替を行うと、切替の前後で異なった動作を行うとい
う不都合が生ずる。
ｎに挿入されているユニットＡのＩＯデータと、スロッ
トｎ＋１に挿入されているユニットＡのＩＯデータとは
不一致であり、未だ完全な冗長構成となつていないた
め、その冗長構成のスロットｎに挿入されているユニッ
トＡからスロットｎ＋１に挿入されているユニットＡへ
系切替を行うと、切替の前後で異なった動作を行うとい
う不都合が生ずる。
【００１４】次の問題（第２の問題）は、冗長構成での
アップグレードの際の問題である。即ち、スロットｎ及
びスロットｎ＋１に同一のユニットＡを挿入して冗長構
成で運用している状態において、ユニットＡの機能を含
み更に追加機能を持った高機能のユニットＡ＋にアップ
グレードしようとする場合である。そのアップグレード
する前の各ユニットＡの状態を図１１の（ａ）に示す。
いずれのユニットＡも、機能ＡのＩＯデータとしてａ，
ｂ，ｃを有し、機能Ａ＋のＩＯデータとしては何も有し
ない。
アップグレードの際の問題である。即ち、スロットｎ及
びスロットｎ＋１に同一のユニットＡを挿入して冗長構
成で運用している状態において、ユニットＡの機能を含
み更に追加機能を持った高機能のユニットＡ＋にアップ
グレードしようとする場合である。そのアップグレード
する前の各ユニットＡの状態を図１１の（ａ）に示す。
いずれのユニットＡも、機能ＡのＩＯデータとしてａ，
ｂ，ｃを有し、機能Ａ＋のＩＯデータとしては何も有し
ない。
【００１５】このようなＩＯデータの設定状態におい
て、スロットｎ＋１に挿入されているユニットＡの機能
Ａに機能Ａ＋を追加しようとすると、その機能Ａ＋のＩ
Ｏデータとしてデホルトデータが設定されると共に、機
能ＡのＩＯデータとしてもデホルトデータが書き込まれ
てしまう。つまり、アップグレードの前後で、スロット
ｎに挿入されているユニットＡとスロットｎ＋１に挿入
されているユニットＡ＋との共通部分のＩＯデータがユ
ニットＡ＋において継承しない（図１１の（ｂ）参
照）。従って、インサービスでのアップグレードができ
ない。
て、スロットｎ＋１に挿入されているユニットＡの機能
Ａに機能Ａ＋を追加しようとすると、その機能Ａ＋のＩ
Ｏデータとしてデホルトデータが設定されると共に、機
能ＡのＩＯデータとしてもデホルトデータが書き込まれ
てしまう。つまり、アップグレードの前後で、スロット
ｎに挿入されているユニットＡとスロットｎ＋１に挿入
されているユニットＡ＋との共通部分のＩＯデータがユ
ニットＡ＋において継承しない（図１１の（ｂ）参
照）。従って、インサービスでのアップグレードができ
ない。
【００１６】本発明は、斯かる技術的課題に鑑みて創作
されたもので、冗長構成へ移行時のＩＯデータの不一致
回避、冗長構成のアップグレードをインサービスで行い
得るプロビジョニングデータ管理方式を提供することを
そのような目的とする。
されたもので、冗長構成へ移行時のＩＯデータの不一致
回避、冗長構成のアップグレードをインサービスで行い
得るプロビジョニングデータ管理方式を提供することを
そのような目的とする。
【００１７】
【課題を解決するための手段】請求項１記載の発明は、
プロビジョニングデータを冗長構成のユニットに設定し
てその設定されたプロビジョニングデータ対応の動作を
前記プロビジョニングデータが設定されたユニットに生
ぜしめるディジタルデータ送受装置のプロビジョニング
データ管理方式において、該ディジタルデータ送受装置
の立ち上げ時において、又は冗長構成で使用されるユニ
ットが実装スロットに実装されていない状態において、
冗長構成に用いられるユニットの実装態様が決定されて
いるとき、ユニットが実際にスロットに実装されたか否
かに拘わらず、冗長構成のユニットとして用いられるユ
ニットのための同一のプロビジョニングデータを前記実
装態様が決定されたユニットのためのプロビジョニング
データ格納領域に予め展開し、該プロビジョニングデー
タ格納領域のプロビジョニングデータを前記実装態様が
決定され、実装されたユニットのプロビジョニングデー
タ格納領域へ格納することを特徴とする。
プロビジョニングデータを冗長構成のユニットに設定し
てその設定されたプロビジョニングデータ対応の動作を
前記プロビジョニングデータが設定されたユニットに生
ぜしめるディジタルデータ送受装置のプロビジョニング
データ管理方式において、該ディジタルデータ送受装置
の立ち上げ時において、又は冗長構成で使用されるユニ
ットが実装スロットに実装されていない状態において、
冗長構成に用いられるユニットの実装態様が決定されて
いるとき、ユニットが実際にスロットに実装されたか否
かに拘わらず、冗長構成のユニットとして用いられるユ
ニットのための同一のプロビジョニングデータを前記実
装態様が決定されたユニットのためのプロビジョニング
データ格納領域に予め展開し、該プロビジョニングデー
タ格納領域のプロビジョニングデータを前記実装態様が
決定され、実装されたユニットのプロビジョニングデー
タ格納領域へ格納することを特徴とする。
【００１８】請求項１記載の発明は、冗長構成で使用さ
れるユニットの各々に対してその冗長構成で使用される
プロビジョニングデータをそれらユニットのためのプロ
ビジョニングデータ格納領域に予め展開しておき、冗長
構成のユニットとして実装されたユニットのプロビジョ
ニングデータ格納領域に前記展開しておいたプロビジョ
ニングデータを格納するようにしたから、冗長構成の各
ユニットのプロビジョニングデータに不一致は発生しな
い。冗長構成のユニット間でプロビジョニングデータの
差違はなく、系切替の前後において動作に異同は無くな
る。
れるユニットの各々に対してその冗長構成で使用される
プロビジョニングデータをそれらユニットのためのプロ
ビジョニングデータ格納領域に予め展開しておき、冗長
構成のユニットとして実装されたユニットのプロビジョ
ニングデータ格納領域に前記展開しておいたプロビジョ
ニングデータを格納するようにしたから、冗長構成の各
ユニットのプロビジョニングデータに不一致は発生しな
い。冗長構成のユニット間でプロビジョニングデータの
差違はなく、系切替の前後において動作に異同は無くな
る。
【００１９】請求項２記載の発明は、プロビジョニング
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、運用中のユニットに対してプロビジョニングデ
ータの設定を行った場合に、該ユニットと冗長構成とな
るユニットの実装が決定されているとき、後者のユニッ
トが実際に実装されたか否かに拘わらず、前記運用中の
ユニットに対して設定されたプロビジョニングデータを
前記後者のユニットのためのプロビジョニングデータ領
域に格納することを特徴とする。
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、運用中のユニットに対してプロビジョニングデ
ータの設定を行った場合に、該ユニットと冗長構成とな
るユニットの実装が決定されているとき、後者のユニッ
トが実際に実装されたか否かに拘わらず、前記運用中の
ユニットに対して設定されたプロビジョニングデータを
前記後者のユニットのためのプロビジョニングデータ領
域に格納することを特徴とする。
【００２０】請求項２記載の発明は、運用中のユニット
と冗長構成として用いられるユニットが決定され、しか
も運用中のユニットに対してプロビジョニングデータを
設定したとき、前記運用中のユニットに設定したプロビ
ジョニングデータを前記冗長構成として用いられるユニ
ットのためのプロビジョニングデータ格納領域に格納す
る。
と冗長構成として用いられるユニットが決定され、しか
も運用中のユニットに対してプロビジョニングデータを
設定したとき、前記運用中のユニットに設定したプロビ
ジョニングデータを前記冗長構成として用いられるユニ
ットのためのプロビジョニングデータ格納領域に格納す
る。
【００２１】これにより、前記冗長構成として用いられ
るユニットが実装されたとき、前記格納されたプロビジ
ョニングデータを当該冗長構成として用いられるユニッ
トのプロビジョニングデータ格納領域に格納することが
可能になる。従って、冗長構成のユニット間でプロビジ
ョニングデータの差違は無くなる。請求項３記載の発明
は、プロビジョニングデータを冗長構成のユニットに設
定してその設定されたプロビジョニングデータ対応の動
作を前記プロビジョニングデータが設定されたユニット
に生ぜしめるディジタルデータ送受装置のプロビジョニ
ングデータ管理方式において、冗長構成の対象ユニット
であることを判定し、判定されたユニットがいずれも使
用されていないとき、上位の運用サービスを提供し得る
プロビジョニングデータを冗長構成の各ユニットのため
のプロビジョニングデータ格納領域に格納する。
るユニットが実装されたとき、前記格納されたプロビジ
ョニングデータを当該冗長構成として用いられるユニッ
トのプロビジョニングデータ格納領域に格納することが
可能になる。従って、冗長構成のユニット間でプロビジ
ョニングデータの差違は無くなる。請求項３記載の発明
は、プロビジョニングデータを冗長構成のユニットに設
定してその設定されたプロビジョニングデータ対応の動
作を前記プロビジョニングデータが設定されたユニット
に生ぜしめるディジタルデータ送受装置のプロビジョニ
ングデータ管理方式において、冗長構成の対象ユニット
であることを判定し、判定されたユニットがいずれも使
用されていないとき、上位の運用サービスを提供し得る
プロビジョニングデータを冗長構成の各ユニットのため
のプロビジョニングデータ格納領域に格納する。
【００２２】請求項３記載の発明は、冗長構成として用
いられるユニットであるが、各ユニットは未だ使用され
ていないとき、上位の運用サービスを提供し得るプロビ
ジョニングデータを前記冗長構成として用いられるユニ
ットのためのプロビジョニングデータ格納領域に格納す
る。これらの格納されたプロビジョニングデータは、冗
長構成として用いられるユニットが前記上位の運用サー
ビスを指定され、そのユニットが実装されたとき、前記
上位の運用サービスを提供し得るプロビジョニングデー
タが前記冗長構成として用いられるユニットのためのプ
ロビジョニングデータ格納領域から読み出され、前記冗
長構成として用いられるユニットのプロビジョニングデ
ータ格納領域に格納して当該各ユニットでの動作に使用
し得るから、冗長構成のアップグレードをインサービス
で提供することができる。
いられるユニットであるが、各ユニットは未だ使用され
ていないとき、上位の運用サービスを提供し得るプロビ
ジョニングデータを前記冗長構成として用いられるユニ
ットのためのプロビジョニングデータ格納領域に格納す
る。これらの格納されたプロビジョニングデータは、冗
長構成として用いられるユニットが前記上位の運用サー
ビスを指定され、そのユニットが実装されたとき、前記
上位の運用サービスを提供し得るプロビジョニングデー
タが前記冗長構成として用いられるユニットのためのプ
ロビジョニングデータ格納領域から読み出され、前記冗
長構成として用いられるユニットのプロビジョニングデ
ータ格納領域に格納して当該各ユニットでの動作に使用
し得るから、冗長構成のアップグレードをインサービス
で提供することができる。
【００２３】請求項４記載の発明は、プロビジョニング
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、冗長構成の一方のユニットが上位の運用サービ
スより下位の運用サービスの提供を指示されていると
き、冗長構成の各ユニットのプロビジョニングデータ格
納領域に下位の運用サービスを提供するのに必要で且つ
各ユニットに共通なプロビジョニングデータを、前記下
位の運用サービスを提供する各ユニットのプロビジョニ
ングデータ格納領域に格納することを特徴とする。
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、冗長構成の一方のユニットが上位の運用サービ
スより下位の運用サービスの提供を指示されていると
き、冗長構成の各ユニットのプロビジョニングデータ格
納領域に下位の運用サービスを提供するのに必要で且つ
各ユニットに共通なプロビジョニングデータを、前記下
位の運用サービスを提供する各ユニットのプロビジョニ
ングデータ格納領域に格納することを特徴とする。
【００２４】請求項４記載の発明は、冗長構成の一方の
ユニットが上位の運用サービスより下位の運用サービス
で運用したいとき、その指示に従って前記下位の運用サ
ービスに必要で、且つ各ユニットに共通なプロビジョニ
ングデータを前記下位の運用サービスを提供する各ユニ
ットのプロビジョニングデータ格納領域に格納する。従
って、各ユニットのプロビジョニングデータの同一化を
達成し得る。
ユニットが上位の運用サービスより下位の運用サービス
で運用したいとき、その指示に従って前記下位の運用サ
ービスに必要で、且つ各ユニットに共通なプロビジョニ
ングデータを前記下位の運用サービスを提供する各ユニ
ットのプロビジョニングデータ格納領域に格納する。従
って、各ユニットのプロビジョニングデータの同一化を
達成し得る。
【００２５】請求項５記載の発明は、プロビジョニング
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、冗長構成の対象ユニットであることを判定し、
判定されたユニットがいずれも使用されていないとき、
上位の運用サービスを提供し得るプロビジョニングデー
タを冗長構成の各ユニットのプロビジョニングデータ格
納領域に格納し、冗長構成のユニットが上位の運用サー
ビスの提供を指示されているとき、該上位の運用サービ
スの提供に固有なプロビジョニングデータのみを前記プ
ロビジョニングデータ格納領域から読み出して前記上位
の運用サービスの提供のためのプロビジョニングデータ
を格納していないユニットのプロビジョニングデータ格
納領域に格納し、冗長構成の各ユニットのプロビジョニ
ングデータ格納領域に下位の運用サービスを提供するの
に必要で且つ各ユニットに共通なプロビジョニングデー
タを格納することを特徴とする。
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、冗長構成の対象ユニットであることを判定し、
判定されたユニットがいずれも使用されていないとき、
上位の運用サービスを提供し得るプロビジョニングデー
タを冗長構成の各ユニットのプロビジョニングデータ格
納領域に格納し、冗長構成のユニットが上位の運用サー
ビスの提供を指示されているとき、該上位の運用サービ
スの提供に固有なプロビジョニングデータのみを前記プ
ロビジョニングデータ格納領域から読み出して前記上位
の運用サービスの提供のためのプロビジョニングデータ
を格納していないユニットのプロビジョニングデータ格
納領域に格納し、冗長構成の各ユニットのプロビジョニ
ングデータ格納領域に下位の運用サービスを提供するの
に必要で且つ各ユニットに共通なプロビジョニングデー
タを格納することを特徴とする。
【００２６】請求項５記載の発明は、冗長構成のユニッ
トに対して上位の運用サービスの提供に必要なプロビジ
ョニングデータをそれらユニットのためのプロビジョニ
ングデータ格納領域に格納する。前記冗長構成のユニッ
トが上位の運用サービスの提供を指示されているとき、
前記上位の運用サービスの提供に固有なプロビジョニン
グデータのみを、前記ユニットのためのプロビジョニン
グデータ格納領域から読み出して前記上位の運用サービ
スの提供のためのプロビジョニングデータ格納領域に格
納していない各ユニットのプロビジョニングデータ格納
領域に格納し、そして前記下位の運用サービスに必要
で、且つ各ユニットに共通なプロビジョニングデータ
を、前記ユニットのためのプロビジョニングデータ格納
領域から読み出して前記下位の運用サービスを提供する
各ユニットのプロビジョニングデータ格納領域に格納す
る。各ユニットでは、前記固有なプロビジョニングデー
タと共通なプロビジョニングデータとを用いて全体で各
ユニットで前記上位の運用サービスを提供することがで
きる。従って、ユニットのアップグレードをインサービ
スで提供することができる。
トに対して上位の運用サービスの提供に必要なプロビジ
ョニングデータをそれらユニットのためのプロビジョニ
ングデータ格納領域に格納する。前記冗長構成のユニッ
トが上位の運用サービスの提供を指示されているとき、
前記上位の運用サービスの提供に固有なプロビジョニン
グデータのみを、前記ユニットのためのプロビジョニン
グデータ格納領域から読み出して前記上位の運用サービ
スの提供のためのプロビジョニングデータ格納領域に格
納していない各ユニットのプロビジョニングデータ格納
領域に格納し、そして前記下位の運用サービスに必要
で、且つ各ユニットに共通なプロビジョニングデータ
を、前記ユニットのためのプロビジョニングデータ格納
領域から読み出して前記下位の運用サービスを提供する
各ユニットのプロビジョニングデータ格納領域に格納す
る。各ユニットでは、前記固有なプロビジョニングデー
タと共通なプロビジョニングデータとを用いて全体で各
ユニットで前記上位の運用サービスを提供することがで
きる。従って、ユニットのアップグレードをインサービ
スで提供することができる。
【００２７】請求項６記載の発明は、プロビジョニング
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、冗長構成として設定対象のユニットであって、
そのいずれか一方が単独で運用されている場合におい
て、運用しているユニットと同一のユニットを冗長構成
のユニットとして実装したとき、前記運用中のユニット
に対して設定されたプロビジョニングデータを前記後続
して実装したユニットのためのプロビジョニングデータ
領域に格納し、後続して実装したユニットのプロビジョ
ニングデータ格納領域にはデホルトデータを格納しない
ことを特徴とする。
データを冗長構成のユニットに設定してその設定された
プロビジョニングデータ対応の動作を前記プロビジョニ
ングデータが設定されたユニットに生ぜしめるディジタ
ルデータ送受装置のプロビジョニングデータ管理方式に
おいて、冗長構成として設定対象のユニットであって、
そのいずれか一方が単独で運用されている場合におい
て、運用しているユニットと同一のユニットを冗長構成
のユニットとして実装したとき、前記運用中のユニット
に対して設定されたプロビジョニングデータを前記後続
して実装したユニットのためのプロビジョニングデータ
領域に格納し、後続して実装したユニットのプロビジョ
ニングデータ格納領域にはデホルトデータを格納しない
ことを特徴とする。
【００２８】請求項６記載の発明は、運用中のユニット
と冗長構成として用いられるユニットが決定され、しか
も運用中のユニットに対してプロビジョニングデータを
設定したとき、前記運用中のユニットに設定したプロビ
ジョニングデータを前記冗長構成として用いられるユニ
ットのためのプロビジョニングデータ格納領域に格納す
るが、前記冗長構成として用いられるユニットへのプロ
ビジョニングデータの格納に際してデホルトデータを格
納しないようにしたものである。
と冗長構成として用いられるユニットが決定され、しか
も運用中のユニットに対してプロビジョニングデータを
設定したとき、前記運用中のユニットに設定したプロビ
ジョニングデータを前記冗長構成として用いられるユニ
ットのためのプロビジョニングデータ格納領域に格納す
るが、前記冗長構成として用いられるユニットへのプロ
ビジョニングデータの格納に際してデホルトデータを格
納しないようにしたものである。
【００２９】これにより、前記冗長構成として用いられ
るユニットが実装されたとき、前記格納されたプロビジ
ョニングデータを当該冗長構成となるユニットのプロビ
ジョニングデータ格納領域に格納することが可能にな
り、従来のようにデホルトデータを各ユニットのプロビ
ジョニングデータ格納領域に格納してしまうのを防止す
ることができる。従って、冗長構成のユニット間でプロ
ビジョニングデータの差違はなく、系切替の前後におい
て動作に異同は無くなる。
るユニットが実装されたとき、前記格納されたプロビジ
ョニングデータを当該冗長構成となるユニットのプロビ
ジョニングデータ格納領域に格納することが可能にな
り、従来のようにデホルトデータを各ユニットのプロビ
ジョニングデータ格納領域に格納してしまうのを防止す
ることができる。従って、冗長構成のユニット間でプロ
ビジョニングデータの差違はなく、系切替の前後におい
て動作に異同は無くなる。
【００３０】
【発明の実施の形態】図１乃至図６、及び図７、図９を
参照して請求項１乃至請求項６記載の発明の一実施例を
説明する。図１は、図７に示すクロスコネクトユニット
を冗長構成とする伝送装置におけるクロスコネクトユニ
ットのＩＯデータ管理処理フローを示す。
参照して請求項１乃至請求項６記載の発明の一実施例を
説明する。図１は、図７に示すクロスコネクトユニット
を冗長構成とする伝送装置におけるクロスコネクトユニ
ットのＩＯデータ管理処理フローを示す。
【００３１】このようなＩＯデータ管理処理フローは、
伝送装置が動作し始めると起動される。その最初の処理
ステップＳ１において、ＣＯＮＦ９及びＣＯＮＦ１０に
対する初期設定、即ちＩＯデータのＣＯＮＦ９及びＣＯ
ＮＦ１０への設定処理が行われる。その細部を示すの
が、図２である。図２での最初の処理は、ＥＥＰＲＯＭ
１１８が有効か否かを判定する。ここに有効とは立ち上
げ時のデータ展開にＥＥＰＲＯＭ１１８にバックアップ
されているプロビジョニングデータを用いるか否かを示
す。有効であるならば（図２のＳ１の有効参照）、ＥＥ
ＰＲＯＭ１１８のバックアップデータの各々は、それぞ
れＲＡＭ１１６のＣＯＮＦ１乃至ＣＯＮＦ１０に対応す
るＩＯデータ格納領域に書き込んで（図２のＳ４参照）
ステップＳ５へ進む。
伝送装置が動作し始めると起動される。その最初の処理
ステップＳ１において、ＣＯＮＦ９及びＣＯＮＦ１０に
対する初期設定、即ちＩＯデータのＣＯＮＦ９及びＣＯ
ＮＦ１０への設定処理が行われる。その細部を示すの
が、図２である。図２での最初の処理は、ＥＥＰＲＯＭ
１１８が有効か否かを判定する。ここに有効とは立ち上
げ時のデータ展開にＥＥＰＲＯＭ１１８にバックアップ
されているプロビジョニングデータを用いるか否かを示
す。有効であるならば（図２のＳ１の有効参照）、ＥＥ
ＰＲＯＭ１１８のバックアップデータの各々は、それぞ
れＲＡＭ１１６のＣＯＮＦ１乃至ＣＯＮＦ１０に対応す
るＩＯデータ格納領域に書き込んで（図２のＳ４参照）
ステップＳ５へ進む。
【００３２】無効であるならば（図２のＳ１の無効参
照）、デホルトデータの展開のため、ＲＯＭ１１４のＣ
ＯＮＦ９にデホルト設定されるユニットに対応するデホ
ルトデータをＲＡＭ１１６上のＣＯＮＦ９に対応するＩ
Ｏデータ格納領域に展開する（図２のＳ２参照）。ＲＡ
Ｍ１１６上のＣＯＮＦ９に対応するＩＯデータ格納領域
のＩＯデータをＲＡＭ１１６上のＣＯＮＦ１０に対応す
るＩＯデータ格納領域に展開（コピー）する（図２のＳ
３参照）。
照）、デホルトデータの展開のため、ＲＯＭ１１４のＣ
ＯＮＦ９にデホルト設定されるユニットに対応するデホ
ルトデータをＲＡＭ１１６上のＣＯＮＦ９に対応するＩ
Ｏデータ格納領域に展開する（図２のＳ２参照）。ＲＡ
Ｍ１１６上のＣＯＮＦ９に対応するＩＯデータ格納領域
のＩＯデータをＲＡＭ１１６上のＣＯＮＦ１０に対応す
るＩＯデータ格納領域に展開（コピー）する（図２のＳ
３参照）。
【００３３】この展開により、前記「発明が解決しよう
とする課題」の項で説明した第１の問題の解決となる。
デホルトデータの展開のため、ＲＯＭ１１４のＣＯＮＦ
９にデホルト設定されるユニットに対応するデホルトデ
ータをＲＡＭ１１６上のＣＯＮＦ９に対応するＩＯデー
タ格納領域に展開すること、及びＲＡＭ１１６上のＣＯ
ＮＦ９に対応するＩＯデータ格納領域のＩＯデータをＲ
ＡＭ１１６上のＣＯＮＦ１０に対応するＩＯデータ格納
領域に展開することは、前記第１の問題を解決する１つ
の手段となり、両ＣＯＮＦのＩＯデータの同一化を達成
し得る。
とする課題」の項で説明した第１の問題の解決となる。
デホルトデータの展開のため、ＲＯＭ１１４のＣＯＮＦ
９にデホルト設定されるユニットに対応するデホルトデ
ータをＲＡＭ１１６上のＣＯＮＦ９に対応するＩＯデー
タ格納領域に展開すること、及びＲＡＭ１１６上のＣＯ
ＮＦ９に対応するＩＯデータ格納領域のＩＯデータをＲ
ＡＭ１１６上のＣＯＮＦ１０に対応するＩＯデータ格納
領域に展開することは、前記第１の問題を解決する１つ
の手段となり、両ＣＯＮＦのＩＯデータの同一化を達成
し得る。
【００３４】前記ステップＳ２、Ｓ３により、ＲＡＭ１
１６上のＣＯＮＦ９及びＣＯＮＦ１０のＩＯデータ格納
領域に展開されたデホルトデータは（図２のＳ５参照）
それぞれのユニットでの機能を生ぜしめるためのＩＯデ
ータとして用いられる。そして、その処理後に、図１に
示すステップＳ２の処理に入る。そのステップＳ２にお
いて、保守者から設定電文（設定内容を示すコマンド）
の受信に入る（図１のＳ２参照）。コマンドの受信がな
ければ（図１のＳ３の無し参照）、ステップＳ５へ進
む。コマンドの受信があると（図１のＳ３の有り参
照）、図３に示す処理を行う。コマンドの種類が判定さ
れる（図３のＳ１参照）。ＣＯＮＦ設定か、又はデータ
変更かの判定が為されると、その判定がＣＯＮＦ設定で
あると、図４に示す処理に入り、データ変更であると、
図６の処理に入る。
１６上のＣＯＮＦ９及びＣＯＮＦ１０のＩＯデータ格納
領域に展開されたデホルトデータは（図２のＳ５参照）
それぞれのユニットでの機能を生ぜしめるためのＩＯデ
ータとして用いられる。そして、その処理後に、図１に
示すステップＳ２の処理に入る。そのステップＳ２にお
いて、保守者から設定電文（設定内容を示すコマンド）
の受信に入る（図１のＳ２参照）。コマンドの受信がな
ければ（図１のＳ３の無し参照）、ステップＳ５へ進
む。コマンドの受信があると（図１のＳ３の有り参
照）、図３に示す処理を行う。コマンドの種類が判定さ
れる（図３のＳ１参照）。ＣＯＮＦ設定か、又はデータ
変更かの判定が為されると、その判定がＣＯＮＦ設定で
あると、図４に示す処理に入り、データ変更であると、
図６の処理に入る。
【００３５】前記判定がＣＯＮＦ設定を行うコマンドで
あるとする。以下、このコマンドの処理について説明す
る。図４に示すように、その処理の最初において、コマ
ンドがＣＯＮＦ９についてのものか、又はＣＯＮＦ１０
についてのものであるかの判定が為される（図４のＳ１
参照）。ＣＯＮＦ９でも、又ＣＯＮＦ１０でもない、つ
まりＣＯＮＦ１乃至ＣＯＮＦ８に対するものであれば
（図４のＳ１のＮＯ参照）、その従来処理に入る。
あるとする。以下、このコマンドの処理について説明す
る。図４に示すように、その処理の最初において、コマ
ンドがＣＯＮＦ９についてのものか、又はＣＯＮＦ１０
についてのものであるかの判定が為される（図４のＳ１
参照）。ＣＯＮＦ９でも、又ＣＯＮＦ１０でもない、つ
まりＣＯＮＦ１乃至ＣＯＮＦ８に対するものであれば
（図４のＳ１のＮＯ参照）、その従来処理に入る。
【００３６】ＣＯＮＦ９、又はＣＯＮＦ１０についての
ものであったとき、ＣＯＮＦ９、又はＣＯＮＦ１０の設
定（例えば、これらのＣＯＮＦのいずれか一方、又は双
方が使用されていない状態からＣＯＮＦ９及びＣＯＮＦ
１０をＴＳ１で使用することを前提としてＴＳ１のＩＯ
データの設定）、或いはＣＯＮＦ９及びＣＯＮＦ１０の
ＴＳ１、ＴＳ３での使用からＣＯＮＦ９及びＣＯＮＦ１
０の削除（ＳＴ１、ＳＴ３で使用していたＣＯＮＦ９及
びＣＯＮＦ１０の不使用）の判定が為される。その判定
が削除であるなら（図４の削除参照）、図３を介して図
１のステップＳ５の処理に進む。ＴＳ３は、信号レベル
がＶＣ４のクロスコネクトユニットを制御し得るもので
あり、ＴＳ１は信号レベルがＶＣ４を含みＶＣ１２、Ｖ
Ｃ２、ＶＣ３のクロスコネクトユニットを制御するもの
である。
ものであったとき、ＣＯＮＦ９、又はＣＯＮＦ１０の設
定（例えば、これらのＣＯＮＦのいずれか一方、又は双
方が使用されていない状態からＣＯＮＦ９及びＣＯＮＦ
１０をＴＳ１で使用することを前提としてＴＳ１のＩＯ
データの設定）、或いはＣＯＮＦ９及びＣＯＮＦ１０の
ＴＳ１、ＴＳ３での使用からＣＯＮＦ９及びＣＯＮＦ１
０の削除（ＳＴ１、ＳＴ３で使用していたＣＯＮＦ９及
びＣＯＮＦ１０の不使用）の判定が為される。その判定
が削除であるなら（図４の削除参照）、図３を介して図
１のステップＳ５の処理に進む。ＴＳ３は、信号レベル
がＶＣ４のクロスコネクトユニットを制御し得るもので
あり、ＴＳ１は信号レベルがＶＣ４を含みＶＣ１２、Ｖ
Ｃ２、ＶＣ３のクロスコネクトユニットを制御するもの
である。
【００３７】設定なら（図４の設定参照）、ＣＯＮＦ９
及びＣＯＮＦ１０のいずれか一方が使用されているなら
ば（図４のいずれか一方設定済参照）、片側運用である
として図８を介して図１のステップＳ５の処理に進む。
両方とも不使用であるならば（図４の両者Ｎ参照）、Ｒ
ＡＭ１１６上のＣＯＮＦ９及びＣＯＮＦ１０の両方に対
応するＩＯデータ格納領域にＲＯＭ１１４からＴＳ１の
ＩＯデータを展開する。
及びＣＯＮＦ１０のいずれか一方が使用されているなら
ば（図４のいずれか一方設定済参照）、片側運用である
として図８を介して図１のステップＳ５の処理に進む。
両方とも不使用であるならば（図４の両者Ｎ参照）、Ｒ
ＡＭ１１６上のＣＯＮＦ９及びＣＯＮＦ１０の両方に対
応するＩＯデータ格納領域にＲＯＭ１１４からＴＳ１の
ＩＯデータを展開する。
【００３８】このような展開処理により、前記「発明が
解決しようとする課題」の項で述べた第１の問題及び第
２の問題の解決が図れる。前述の展開処理は、ＣＯＮＦ
９及びＣＯＮＦ１０のＩＯデータの同一化を達成する手
段を提供しており、インサービスでのＣＯＮＦの高機能
化も達成する手段も提供している。
解決しようとする課題」の項で述べた第１の問題及び第
２の問題の解決が図れる。前述の展開処理は、ＣＯＮＦ
９及びＣＯＮＦ１０のＩＯデータの同一化を達成する手
段を提供しており、インサービスでのＣＯＮＦの高機能
化も達成する手段も提供している。
【００３９】前述のＲＡＭ１１６上のＣＯＮＦ９及びＣ
ＯＮＦ１０に対応するＩＯデータ格納領域に展開された
ＩＯデータは、それぞれＥＥＰＲＯＭ１１８上のＣＯＮ
Ｆ９及びＣＯＮＦ１０に対応するＩＯデータ格納領域に
立ち上げに備えて保存した後（図４のＳ５参照）、ＣＯ
ＮＦ９及びＣＯＮＦ１０のＩＯデータ設定を行う（図４
のＳ６参照）。そのＣＯＮＦ９及びＣＯＮＦ１０のＩＯ
データ設定を図５を参照して以下に説明する。
ＯＮＦ１０に対応するＩＯデータ格納領域に展開された
ＩＯデータは、それぞれＥＥＰＲＯＭ１１８上のＣＯＮ
Ｆ９及びＣＯＮＦ１０に対応するＩＯデータ格納領域に
立ち上げに備えて保存した後（図４のＳ５参照）、ＣＯ
ＮＦ９及びＣＯＮＦ１０のＩＯデータ設定を行う（図４
のＳ６参照）。そのＣＯＮＦ９及びＣＯＮＦ１０のＩＯ
データ設定を図５を参照して以下に説明する。
【００４０】図５に示すように、ＣＯＮＦ９及びＣＯＮ
Ｆ１０のいずれか一方、又は双方がＴＳ１へのアップグ
レードを指定するコマンドが投入されているか否かの判
定を行い、この判定が否定である、即ちコマンドがＴＳ
３を指定しているならば（図５のＳ１のＮＯ参照）、Ｒ
ＡＭ１１６のＩＯデータ格納領域に展開されているＴＳ
１とＴＳ３とに共通なＩＯデータをＲＡＭ１１６のＣＯ
ＮＦ９及びＣＯＮＦ１０対応のＩＯデータ格納領域に展
開（コピー）する。
Ｆ１０のいずれか一方、又は双方がＴＳ１へのアップグ
レードを指定するコマンドが投入されているか否かの判
定を行い、この判定が否定である、即ちコマンドがＴＳ
３を指定しているならば（図５のＳ１のＮＯ参照）、Ｒ
ＡＭ１１６のＩＯデータ格納領域に展開されているＴＳ
１とＴＳ３とに共通なＩＯデータをＲＡＭ１１６のＣＯ
ＮＦ９及びＣＯＮＦ１０対応のＩＯデータ格納領域に展
開（コピー）する。
【００４１】又、前記判定が肯定であるならば（図５の
ＹＥＳ参照）、ＲＯＭ１１４のＣＯＮＦ９、ＣＯＮＦ１
０に対応するＩＯデータ格納領域に展開されているＴＳ
１に固有のＩＯデータをＲＡＭ１１６上のＣＯＮＦ９又
はＣＯＮＦ１０（ＴＳ１の運用サービスのためのＩＯデ
ータが対応ＩＯデータ格納領域に格納されていないＣＯ
ＮＦ）に対応するＩＯデータ格納領域に展開（コピー）
した後、前記判定が否定の場合と同様にステップＳ３の
処理を行う。
ＹＥＳ参照）、ＲＯＭ１１４のＣＯＮＦ９、ＣＯＮＦ１
０に対応するＩＯデータ格納領域に展開されているＴＳ
１に固有のＩＯデータをＲＡＭ１１６上のＣＯＮＦ９又
はＣＯＮＦ１０（ＴＳ１の運用サービスのためのＩＯデ
ータが対応ＩＯデータ格納領域に格納されていないＣＯ
ＮＦ）に対応するＩＯデータ格納領域に展開（コピー）
した後、前記判定が否定の場合と同様にステップＳ３の
処理を行う。
【００４２】このステップＳ２及びＳ３の処理によっ
て、「発明が解決しようとする課題」の項で説明した第
２の問題を解決し得る。この処理は、ＲＡＭ１１６上の
ＣＯＮＦ９、又はＣＯＮＦ１０に対応するＩＯデータ格
納領域にＴＳ３より高機能のＴＳ１の機能の動作を生ぜ
しめるＩＯデータを書き込む手段を提供することができ
る。
て、「発明が解決しようとする課題」の項で説明した第
２の問題を解決し得る。この処理は、ＲＡＭ１１６上の
ＣＯＮＦ９、又はＣＯＮＦ１０に対応するＩＯデータ格
納領域にＴＳ３より高機能のＴＳ１の機能の動作を生ぜ
しめるＩＯデータを書き込む手段を提供することができ
る。
【００４３】前記判定が肯定、又は否定のいずれの場合
にも、ステップＳ３の処理が終了すると、図４及び図３
の処理を経て図１のステップＳ５の処理に入る。図１の
ステップＳ５の処理に戻ったとき、前述のように、保守
者により投入されたコマンドは、ＣＯＮＦ設定を行うコ
マンドであったので、ＣＯＮＦの実装検出処理が行われ
る。この検出は、実装されたユニットにはそのユニット
固有のユニットコードが付されており、そのユニットか
ら読み取られたユニットコードとＭＰＬで管理している
ユニットコードとの照合により、一致が得られた場合に
のみ、実装変化があったとして、そのユニットに対して
のみＲＡＭ１１６上の前記実装変化の指定されたＣＯＮ
Ｆに対応するＩＯデータ格納領域のＩＯデータを展開す
る。これにより、ＣＯＮＦ設定処理が終了する。
にも、ステップＳ３の処理が終了すると、図４及び図３
の処理を経て図１のステップＳ５の処理に入る。図１の
ステップＳ５の処理に戻ったとき、前述のように、保守
者により投入されたコマンドは、ＣＯＮＦ設定を行うコ
マンドであったので、ＣＯＮＦの実装検出処理が行われ
る。この検出は、実装されたユニットにはそのユニット
固有のユニットコードが付されており、そのユニットか
ら読み取られたユニットコードとＭＰＬで管理している
ユニットコードとの照合により、一致が得られた場合に
のみ、実装変化があったとして、そのユニットに対して
のみＲＡＭ１１６上の前記実装変化の指定されたＣＯＮ
Ｆに対応するＩＯデータ格納領域のＩＯデータを展開す
る。これにより、ＣＯＮＦ設定処理が終了する。
【００４４】次に、保守者により投入されたコマンド
が、スロットに挿入済みのユニット、例えばＣＯＮＦ９
が使用中にあり、ＣＯＮＦ１０が未使用である場合（片
側の運用）の各ユニットに対するＩＯデータのみの変更
を行うコマンドである場合のＩＯデータ変更処理を説明
する。この場合における図１のステップＳ４に入るまで
の処理は、保守者によりＣＯＮＦ設定を行うコマンドが
投入された場合と同様である。
が、スロットに挿入済みのユニット、例えばＣＯＮＦ９
が使用中にあり、ＣＯＮＦ１０が未使用である場合（片
側の運用）の各ユニットに対するＩＯデータのみの変更
を行うコマンドである場合のＩＯデータ変更処理を説明
する。この場合における図１のステップＳ４に入るまで
の処理は、保守者によりＣＯＮＦ設定を行うコマンドが
投入された場合と同様である。
【００４５】図１のステップＳ４の処理、即ち図３の処
理は、次のようになる。図３のステップＳ１の判定は、
データ変更の処理を選択する（図３のデータ変更参
照）。図３のデータ変更が選択されることは、図６の処
理が行われることになる。保守者らより投入されたコマ
ンドがＣＯＮＦ９、又はＣＯＮＦ１０についてのデータ
変更を行うことを示すコマンドであるか否かの判定が行
われる（図６のＳ１参照）。そうでなければ（図６のＮ
Ｏ参照）、従来の処理に入る。
理は、次のようになる。図３のステップＳ１の判定は、
データ変更の処理を選択する（図３のデータ変更参
照）。図３のデータ変更が選択されることは、図６の処
理が行われることになる。保守者らより投入されたコマ
ンドがＣＯＮＦ９、又はＣＯＮＦ１０についてのデータ
変更を行うことを示すコマンドであるか否かの判定が行
われる（図６のＳ１参照）。そうでなければ（図６のＮ
Ｏ参照）、従来の処理に入る。
【００４６】そうであれば（図６のＹＥＳ参照）、前記
コマンドに付加されて来たＩＯデータにＲＡＭ１１６上
のＣＯＮＦ９及びＣＯＮＦ１０に対応するＩＯデータ格
納領域の設定データの一部、又は全部を変更する（図６
のＳ２参照）。このような変更があるだけで、従来のよ
うに変更対象のＣＯＮＦのみへのデータ変更を行わな
い。
コマンドに付加されて来たＩＯデータにＲＡＭ１１６上
のＣＯＮＦ９及びＣＯＮＦ１０に対応するＩＯデータ格
納領域の設定データの一部、又は全部を変更する（図６
のＳ２参照）。このような変更があるだけで、従来のよ
うに変更対象のＣＯＮＦのみへのデータ変更を行わな
い。
【００４７】この処理により、「発明が解決しようとす
る課題」の項で説明した第１の問題が解決される。この
処理は、片側のみ運用中であって、ＩＯデータの設定変
更を行う場合のＣＯＮＦが挿入されていないスロットに
対しても冗長構成を想定してＩＯデータの設定を行うと
きにその冗長構成のＣＯＮＦのＩＯデータを同一に設定
する手段を提供することができる。そして、この手段
は、変更対象のＣＯＮＦへのデホルトデータの展開をし
ない手段でもある。
る課題」の項で説明した第１の問題が解決される。この
処理は、片側のみ運用中であって、ＩＯデータの設定変
更を行う場合のＣＯＮＦが挿入されていないスロットに
対しても冗長構成を想定してＩＯデータの設定を行うと
きにその冗長構成のＣＯＮＦのＩＯデータを同一に設定
する手段を提供することができる。そして、この手段
は、変更対象のＣＯＮＦへのデホルトデータの展開をし
ない手段でもある。
【００４８】その変更されたＲＡＭ１１６上のＩＯデー
タをＥＥＰＲＯＭ１１８の対応ＩＯデータ格納領域に保
存する（図６のＳ３参照）。そして、ＣＯＮＦ９及びＣ
ＯＮＦ１０のＩＯデータ格納領域にＲＡＭ１１６上のＣ
ＯＮＦ９及びＣＯＮＦ１０に対応するＩＯデータを書き
込んで図１のステップＳ５の処理に進む。この場合に
は、ユニットの実装変化は検出されないから（図１のＳ
５、Ｓ６の無し参照）、次の設定電文の受信処理に進む
（図１のＳ２参照）。
タをＥＥＰＲＯＭ１１８の対応ＩＯデータ格納領域に保
存する（図６のＳ３参照）。そして、ＣＯＮＦ９及びＣ
ＯＮＦ１０のＩＯデータ格納領域にＲＡＭ１１６上のＣ
ＯＮＦ９及びＣＯＮＦ１０に対応するＩＯデータを書き
込んで図１のステップＳ５の処理に進む。この場合に
は、ユニットの実装変化は検出されないから（図１のＳ
５、Ｓ６の無し参照）、次の設定電文の受信処理に進む
（図１のＳ２参照）。
【００４９】前記実施例は、ＣＯＮＦ９及びＣＯＮＦ１
０を例に取って説明したが、同様の冗長構成を取る他の
ＣＯＮＦに対しても、前記本発明は、同等に適用し得
る。
０を例に取って説明したが、同様の冗長構成を取る他の
ＣＯＮＦに対しても、前記本発明は、同等に適用し得
る。
【００５０】
【発明の効果】以上述べたように本発明によれば、プロ
ビジョニングデータの不一致を生じさせる要因、又はイ
ンサービスでのアップグレードを阻害する要因を判別し
ているから、冗長構成への立ち上げ時、又冗長構成への
変更時のプロビジョニングデータの不一致の発生を回避
し得るし、又冗長構成を利用した高機能へのアップグレ
ードでのデータ共通部分の非継承性を排除しつつインサ
ービスでアップグレードを行うことができる。
ビジョニングデータの不一致を生じさせる要因、又はイ
ンサービスでのアップグレードを阻害する要因を判別し
ているから、冗長構成への立ち上げ時、又冗長構成への
変更時のプロビジョニングデータの不一致の発生を回避
し得るし、又冗長構成を利用した高機能へのアップグレ
ードでのデータ共通部分の非継承性を排除しつつインサ
ービスでアップグレードを行うことができる。
【図１】請求項１乃至請求項６記載の発明を説明するた
めの全体の処理フローを示す図である。
めの全体の処理フローを示す図である。
【図２】請求項１記載の発明の処理フローを示す図であ
る。
る。
【図３】請求項２乃至請求項６記載の発明の処理フロー
に入るための処理フローを示す図である。
に入るための処理フローを示す図である。
【図４】請求項３及び請求項５記載の発明の処理フロー
を示す図である。
を示す図である。
【図５】請求項４及び請求項５記載の発明の処理フロー
を示す図である。
を示す図である。
【図６】請求項２及び請求項６記載の発明の処理フロー
を示す図である。
を示す図である。
【図７】伝送装置の構成を示す図である。
【図８】伝送装置を構成するユニットのシェルフへの実
装状態を示す図である。
装状態を示す図である。
【図９】伝送装置のブロック構成図である。
【図１０】従来の伝送装置で非冗長構成から冗長構成へ
設定変更したときの不都合を説明する図である。
設定変更したときの不都合を説明する図である。
【図１１】従来の伝送装置をインサービスでアップグレ
ードしたときの不都合を説明する図である。
ードしたときの不都合を説明する図である。
１１０ ＭＰＬ １１２ ＣＰＵ １１４ ＲＯＭ １１６ ＲＡＭ １１８ ＥＥＰＲＯＭ ＣＯＮＦ９ 主信号ユニット ＣＯＮＦ１０ 主信号ユニット
Claims (6)
- 【請求項１】 プロビジョニングデータを冗長構成のユ
ニットに設定してその設定されたプロビジョニングデー
タ対応の動作を前記プロビジョニングデータが設定され
たユニットに生ぜしめるディジタルデータ送受装置のプ
ロビジョニングデータ管理方式において、 該ディジタルデータ送受装置の立ち上げ時において、又
は冗長構成で使用されるユニットが実装スロットに実装
されていない状態において、冗長構成に用いられるユニ
ットの実装態様が決定されているとき、ユニットが実際
にスロットに実装されたか否かに拘わらず、冗長構成の
ユニットとして用いられるユニットのための同一のプロ
ビジョニングデータを前記実装態様が決定されたユニッ
トのためのプロビジョニングデータ格納領域に予め展開
し、 該プロビジョニングデータ格納領域のプロビジョニング
データを前記実装態様が決定され、実装されたユニット
のプロビジョニングデータ格納領域へ格納することを特
徴とするプロビジョニングデータ管理方式。 - 【請求項２】 プロビジョニングデータを冗長構成のユ
ニットに設定してその設定されたプロビジョニングデー
タ対応の動作を前記プロビジョニングデータが設定され
たユニットに生ぜしめるディジタルデータ送受装置のプ
ロビジョニングデータ管理方式において、 運用中のユニットに対してプロビジョニングデータの設
定を行った場合に、該ユニットと冗長構成となるユニッ
トの実装が決定されているとき、後者のユニットが実際
に実装されたか否かに拘わらず、前記運用中のユニット
に対して設定されたプロビジョニングデータを前記後者
のユニットのためのプロビジョニングデータ領域に格納
することを特徴とするプロビジョニングデータ管理方
式。 - 【請求項３】 プロビジョニングデータを冗長構成のユ
ニットに設定してその設定されたプロビジョニングデー
タ対応の動作を前記プロビジョニングデータが設定され
たユニットに生ぜしめるディジタルデータ送受装置のプ
ロビジョニングデータ管理方式において、 冗長構成の対象ユニットであることを判定し、 判定されたユニットがいずれも使用されていないとき、
上位の運用サービスを提供し得るプロビジョニングデー
タを冗長構成の各ユニットのためのプロビジョニングデ
ータ格納領域に格納することを特徴とするプロビジョニ
ングデータ管理方式。 - 【請求項４】 プロビジョニングデータを冗長構成のユ
ニットに設定してその設定されたプロビジョニングデー
タ対応の動作を前記プロビジョニングデータが設定され
たユニットに生ぜしめるディジタルデータ送受装置のプ
ロビジョニングデータ管理方式において、 冗長構成の一方のユニットが上位の運用サービスより下
位の運用サービスの提供を指示されているとき、下位の
運用サービスを提供するのに必要で且つ各ユニットに共
通なプロビジョニングデータを、前記下位の運用サービ
スを提供する各ユニットのプロビジョニングデータ格納
領域に格納することを特徴とするプロビジョニングデー
タ管理方式。 - 【請求項５】 プロビジョニングデータを冗長構成のユ
ニットに設定してその設定されたプロビジョニングデー
タ対応の動作を前記プロビジョニングデータが設定され
たユニットに生ぜしめるディジタルデータ送受装置のプ
ロビジョニングデータ管理方式において、 冗長構成の対象ユニットであることを判定し、 判定されたユニットがいずれも使用されていないとき、
上位の運用サービスを提供し得るプロビジョニングデー
タを冗長構成の各ユニットのプロビジョニングデータ格
納領域に格納し、 冗長構成のユニットが上位の運用サービスの提供を指示
されているとき、該上位の運用サービスの提供に固有な
プロビジョニングデータのみを前記プロビジョニングデ
ータ格納領域から読み出して前記上位の運用サービスの
提供のためのプロビジョニングデータを格納していない
各ユニットのプロビジョニングデータ格納領域に格納
し、 冗長構成の各ユニットのプロビジョニングデータ格納領
域に下位の運用サービスを提供するのに必要で且つ各ユ
ニットに共通なプロビジョニングデータを各ユニットの
プロビジョニングデータ格納領域に格納することを特徴
とするプロビジョニングデータ管理方式。 - 【請求項６】 プロビジョニングデータを冗長構成のユ
ニットに設定してその設定されたプロビジョニングデー
タ対応の動作を前記プロビジョニングデータが設定され
たユニットに生ぜしめるディジタルデータ送受装置のプ
ロビジョニングデータ管理方式において、 冗長構成として設定対象のユニットであって、そのいず
れか一方が単独で運用されている場合において、運用し
ているユニットと同一のユニットを冗長構成のユニット
として実装したとき、前記運用中のユニットに対して設
定されたプロビジョニングデータを前記後続して実装し
たユニットのためのプロビジョニングデータ領域に格納
し、後続して実装されたユニットのプロビジョニングデ
ータ格納領域にはデホルトデータを格納しないことを特
徴とするプロビジョニングデータ管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22826295A JP3411730B2 (ja) | 1995-09-05 | 1995-09-05 | プロビジョニングデータ管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22826295A JP3411730B2 (ja) | 1995-09-05 | 1995-09-05 | プロビジョニングデータ管理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0974417A true JPH0974417A (ja) | 1997-03-18 |
| JP3411730B2 JP3411730B2 (ja) | 2003-06-03 |
Family
ID=16873725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22826295A Expired - Fee Related JP3411730B2 (ja) | 1995-09-05 | 1995-09-05 | プロビジョニングデータ管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3411730B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6745251B2 (en) | 1998-06-18 | 2004-06-01 | Nec Corporation | Communication apparatus managing inserted package mounting states and communication network management system including the same |
| US6804722B1 (en) | 1999-07-09 | 2004-10-12 | Nec Corporation | System, method and device for communication service provisioning |
| WO2008155798A1 (ja) * | 2007-06-20 | 2008-12-24 | Fujitsu Limited | ユニット間設定同期装置 |
-
1995
- 1995-09-05 JP JP22826295A patent/JP3411730B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6745251B2 (en) | 1998-06-18 | 2004-06-01 | Nec Corporation | Communication apparatus managing inserted package mounting states and communication network management system including the same |
| DE19927985B4 (de) * | 1998-06-18 | 2005-11-03 | Nec Corp. | Kommunikationsgerät, Verfahren zum physischen und logischen Installieren eines Pakets in dem Kommunikationsgerät und Speichermedium |
| US6804722B1 (en) | 1999-07-09 | 2004-10-12 | Nec Corporation | System, method and device for communication service provisioning |
| WO2008155798A1 (ja) * | 2007-06-20 | 2008-12-24 | Fujitsu Limited | ユニット間設定同期装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3411730B2 (ja) | 2003-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6113652A (en) | Communications network equipment capable of non-disruptive software upgrade | |
| JP3451415B2 (ja) | ネットワーク管理システムのデータベース同期方法 | |
| KR100318975B1 (ko) | 분산 데이터 프로세싱 시스템 내에서 하이버네이션을 위한 방법 및 장치 | |
| US7000101B2 (en) | System and method for updating BIOS for a multiple-node computer system | |
| CN102238093B (zh) | 防止业务中断的方法和装置 | |
| US20020073415A1 (en) | System and method for upgrading device driver | |
| US20050114853A1 (en) | Software upgrade and downgrade in systems with persistent data | |
| US6807596B2 (en) | System for removing and replacing core I/O hardware in an operational computer system | |
| JP3411730B2 (ja) | プロビジョニングデータ管理方式 | |
| CN101739406A (zh) | 双控制器上文件服务操作的同步方法 | |
| JP2002538521A (ja) | 冗長システムの状態同期 | |
| JP3394189B2 (ja) | 任意プロセッサのプログラム・データ無中断更新システム | |
| CN111061521B (zh) | 一种启动设备的方法及系统 | |
| Cisco | Perform a Live Upgrade to a New System Software Release | |
| JPH11331303A (ja) | システム構成設定方法及び伝送装置 | |
| JPH09212401A (ja) | 分散データベースの障害復旧方法及びデータベース管理装置 | |
| US7487500B1 (en) | System and method for installing and configuring software for a network element in an optical communications network | |
| JP4155756B2 (ja) | プログラムファイル管理システム | |
| JP2001337832A (ja) | 端末装置 | |
| JP2001333186A (ja) | 局データローディング方式 | |
| WO2012152166A1 (zh) | 电信网管系统的安装方法及装置 | |
| JP2001268161A (ja) | 伝送装置 | |
| KR100624680B1 (ko) | 라우터 시스템의 가입자 라인카드 및 그 교체 방법 | |
| JPH1097482A (ja) | 計算機システム | |
| CN116781646A (zh) | 虚拟交换机热升级方法及装置、终端及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030311 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080320 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090320 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100320 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100320 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110320 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110320 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120320 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130320 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130320 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140320 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |