(57)【特許請求の範囲】
【請求項１】
交換サービスを実現するプログラムを保持する交換機において，前記プログラムを更新するための更新方法であって，
共通インスタンス管理オブジェクト（３１）の呼毎に生成されるメモリ領域であるインスタンスを記憶する領域（Ｘ）に，インスタンスを生成登録し，
前記インスタンスを記憶する領域（Ｘ）のインスタンス閉塞状態を示す管理ビットマップ（Ｙ）に，前記インスタンスを記憶する領域（Ｘ）に登録された複数のインスタンスの生成状態を示し，更に
前記インスタンスを記憶する領域（Ｘ）に登録されるインスタンスの種別毎に個別に設けられるインスタンス管理オブジェクト（３２ａ〜３２ｄ）に，前記インスタンス閉塞を示す管理ビットマップに示される，インスタンスが生成されたか否かを示すインスタンスの生成状態を記録して，前記生成されているインスタンスにより前記交換サービスを実現するプログラムの更新する対象を認識する，
ことを特徴とする共通インスタンス管理方式を適用したファイル更新方法。
【請求項２】
請求項１において，
前記インスタンス閉塞を示す管理ビットマップに示される生成状態の記録は，フラグビットで示されることを特徴とする共通インスタンス管理方式を適用したファイル更新方法。
【請求項３】
請求項１において，
前記インスタンス閉塞を示す管理ビットマップに示される生成状態の記録は，インスタンスのアドレスで示されることを特徴とする共通インスタンス管理方式を適用したファイル更新方法。
【請求項４】
交換サービスを実現するプログラムを保持する交換機であって，
呼毎に生成されるメモリ領域であるインスタンスを記憶する領域（Ｘ）と前記インスタンスを記憶する領域（Ｘ）のインスタンス閉塞状態を示す管理ビットマップ（Ｙ）とを有する共通インスタンス管理オブジェクト（３１）と，
前記インスタンスを記憶する領域（Ｘ）に登録された複数のインスタンスの生成状態を示し，前記インスタンスを記憶する領域（Ｘ）に登録されるインスタンスの種別毎に個別に設けられるインスタンス管理オブジェクト（３２ａ〜３２ｄ）を有し，
前記交換サービスを実現するプログラムの更新を実行する際に，前記インスタンス管理オブジェクトに，前記インスタンス閉塞を示す管理ビットマップに示される，インスタンスが生成されたか否かを示すインスタンスの生成状態を記録して，前記生成されているインスタンスにより前記交換サービスを実現するプログラムの更新する対象を認識する，
ことを特徴とする交換機。
【請求項５】
交換サービスを実現するプログラムを保持する交換機に備えられ，複数のインスタンス種別を考慮したインスタンス生成・解放を可能とする共通インスタンス管理装置であって，
呼毎に生成されるメモリ領域であるインスタンスを記憶する領域（Ｘ）と前記インスタンスを記憶する領域（Ｘ）のインスタンス閉塞状態を示す管理ビットマップ（Ｙ）とを有する共通インスタンス管理オブジェクト（３１）と，
前記インスタンスを記憶する領域（Ｘ）に登録された複数のインスタンスの生成状態を示し，前記インスタンスを記憶する領域（Ｘ）に登録されるインスタンスの種別毎に個別に設けられるインスタンス管理オブジェクト（３２ａ〜３２ｄ）を有し，
前記交換サービスを実現するプログラムの更新を実行する際に，前記インスタンス管理オブジェクトに，前記インスタンス閉塞を示す管理ビットマップに示される，インスタンスが生成されたか否かを示すインスタンスの生成状態を記録して，前記生成されているインスタンスにより前記交換サービスを実現するプログラムの更新する対象を認識可能とする，
ことを特徴とする共通インスタンス管理装置。
【請求項６】
請求項５において，
前記インスタンス閉塞を示す管理ビットマップに示される生成状態の記録は，フラグビットで示され，あるいは，
インスタンスのアドレスで示されることを特徴とする共通インスタンス管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オブジェクト指向に基づく呼処理モデルを採用する交換機に適用する共通インスタンス管理方式を適用したファイル更新方法及び装置に関する。
【０００２】
【従来の技術】
ここで、ファイル更新とは、ユーザに対する交換サービスに悪影響を与えることなく、交換サービスを実現するプログラムを更新することを意味する。
【０００３】
ファイル更新は、交換機において、主に(1)新しい機能の追加、 (2)既存の機能の改善、(3)交換スイッチング機能の改善があった場合に実施される。
【０００４】
従来のファイル更新の手順について以下に述べる。図１は、従来のファイル更新を説明する図である。
【０００５】
旧系Iから新系IIにファイルを更新する際、交換サービスに悪影響を与えない様に、旧系Iのみの片系で呼処理運転を実行し、新系IIで新システムファイルを起動する（ステージ：Stage１）。
【０００６】
ここで、旧系Iでの片系運転中に、旧系Iにおいてはメンテナンスオペレータ１から一般更新制御コントローラ（Generic Update controller）３に対し、ファイル更新開始の要求が送られる（ステップＳ１）。これに対し、一般更新制御コントローラ３から旧系交換機（ユーザ２という）に対し、ファイル更新開始の許可の応答が送られる（ステップＳ２）。
【０００７】
この期間に新系IIでは、新システムファイルを起動する（ステップＳ３）。
続いて、旧系Iのユーザ２から新系IIのユーザ２'に対し、呼処理に関係しないデータ（Ｂレベルデータという）転送を行なう（ステージ：Stage２）。
【０００８】
ついで、ステージ：Stage３で、旧系Iの一般更新制御コントローラ３からユーザ２に対し、実行の決定を通知し（ステップＳ４）、メンテナンスオペレータ１に対し、データ更新を要求する（ステップＳ５）。これに対し、メンテナンスオペレータ１から一般更新制御コントローラ３に対し、データ更新開始のコマンドが送られる（ステップＳ６）。
【０００９】
ついで、ステージ：Stage４で一般更新制御コントローラ３からユーザ２に対し、呼処理の停止を通知し（ステップＳ７）、呼処理が停止される（ステップＳ８）。
【００１０】
ここで、システムが旧系Iから新系IIに切り替わり、新系IIの一般更新制御コントローラ３'に切り替わる（ステップＳ９）。
ついで、ステージ：stage 5において、旧系Iのユーザ２から新系IIのユーザ２'に対し、データ呼処理に関係するデータを含んでデータ転送及びデータ交換を行なう（ステップＳ１０）。
【００１１】
これによりファイルの更新が終了し、処理の再開及び初期化が行なわれる（ステージ：stage ６）。したがって、ステージ：stage ６において、新系IIの一般更新制御コントローラ３'から新系IIのユーザ２'に対し、ファイル更新終了を通知し（ステップＳ１１）、メンテナンスオペレータ１から新系IIのユーザ２'に対し、一般更新終了の通知を送る（ステップＳ１２）。
【００１２】
ここで、一般更新制御コントローラ３，３'の実体はプログラムとして構成され、交換機に実装される。そして、係るプログラムを実行することにより上記の一般更新制御コントローラ３，３'の機能が実現される。
【００１３】
ここで、上記ファイル更新において、ステージ：stage ５におけるデータ更新は、従来の方法では、データ更新に際しての、データ管理領域が大きくなり、更にファイル更新における検索に時間がかかるという問題があった。
【００１４】
【発明が解決しようとする課題】
したがって、本発明の目的は、かかる従来の問題を解決する共通インスタンス管理方式を適用したファイル更新方法及び装置を提供することにある。
【００１５】
さらに、本発明の目的は、記憶領域を有効活用できる交換プログラムのファイル更新が提供することにある。
【００１６】
【課題を解決するための手段】
上記課題を解決する本発明のファイル更新方法および装置は、個別インスタンス管理オブジェクトを導入する事により、個別インスタンス管理オブジェクト内の記憶領域(自インスタンスの閉塞管理ビットマップ、またはインスタンスアドレス情報データ)を最小限におさえ、かつ、共通インスタンス管理オブジェクトにはインスタンス種別を意識させることなくファイル更新のデータ変換を可能とする。
【００１７】
好ましくは、交換サービスを実現するプログラムを保持する交換機におけるファイル更新方法であって、共通インスタンス管理オブジェクト（３１）の呼毎に生成されるメモリ領域であるインスタンスを記憶する領域（Ｘ）に，インスタンスを生成登録し，前記インスタンスを記憶する領域（Ｘ）のインスタンス閉塞状態を示す管理ビットマップ（Ｙ）に，前記インスタンスを記憶する領域（Ｘ）に登録された複数のインスタンスの生成状態を示し，更に前記インスタンスを記憶する領域（Ｘ）に登録されるインスタンスの種別毎に個別に設けられるインスタンス管理オブジェクト（３２ａ〜３２ｄ）に，前記インスタンス閉塞を示す管理ビットマップに示される，インスタンスが生成されたか否かを示すインスタンスの生成状態を記録して，前記生成されているインスタンスにより前記交換サービスを実現するプログラムの更新する対象を認識することを特徴とする。
【００１８】
また、好ましくは、前記インスタンス閉塞を示す管理ビットマップに示される生成状態の記録は、フラグビットで示されることを特徴とする。
【００１９】
また、好ましくは、前記インスタンス閉塞を示す管理ビットマップに示される生成状態の記録は、インスタンスのアドレスで示されることを特徴とする。
【００２０】
さらにまた、本発明の対象として、交換サービスを実現するプログラムを保持する交換機に備えられ、複数のインスタンス種別を考慮したインスタンス生成・解放を可能とする共通インスタンス管理装置は、
呼毎に生成されるメモリ領域であるインスタンスを記憶する領域（Ｘ）と前記インスタンスを記憶する領域（Ｘ）のインスタンス閉塞状態を示す管理ビットマップ（Ｙ）とを有する共通インスタンス管理オブジェクト（３１）と，前記インスタンスを記憶する領域（Ｘ）に登録された複数のインスタンスの生成状態を示し，前記インスタンスを記憶する領域（Ｘ）に登録されるインスタンスの種別毎に個別に設けられるインスタンス管理オブジェクト（３２ａ〜３２ｄ）を有し，前記交換サービスを実現するプログラムの更新を実行する際に，前記インスタンス管理オブジェクトに，前記インスタンス閉塞を示す管理ビットマップに示される，インスタンスが生成されたか否かを示すインスタンスの生成状態を記録して，前記生成されているインスタンスにより前記交換サービスを実現するプログラムの更新する対象を認識可能とすることを特徴とする。
【００２１】
前記インスタンス閉塞を示す管理ビットマップに示される生成状態の記録は，フラグビットで示され，あるいは，インスタンスのアドレスで示されることを特徴とする。
【００２２】
本発明の更なる特徴は、以下に説明される発明の実施の形態から明らかになる。
【００２３】
【発明の実施の形態】
以下本発明の実施の形態を図面に従い説明する。なお、図において、同一又は、類似のものには同一の参照番号又は参照記号を付して説明する。
【００２４】
ここで、本発明の正しい理解の為に、本発明の実施例の説明に先だって、上記図１により説明した従来のファイル更新処理におけるステージ：stage ５におけるファイル更新の内容を更に具体的に説明する。
【００２５】
図２は、図１におけるステージ：stage ５におけるファイル更新の内容を更に具体的に説明する図である。従来のオブジェクト指向モデルに基づき設計された交換プログラムにおいて、データ変換が必要となる部分は、呼毎（call by call）に生成されるメモリ領域（これをインスタンスという）である。
【００２６】
上記図１において、ステージ：stage ４により、このインスタンス情報が旧系Iから新系IIに転送されるが、当該インスタンス内に保持しているアドレス情報は旧系Iでのみ有効なアドレスである。例えば、図２（ａ）において、旧系Iのメモリ領域のデータ（data）Ａに続く領域にデータ（data）Ｂのアドレスを指すポインタが記憶される場合、このアドレス情報は、旧系Iでのみ有効なアドレスである。
【００２７】
図２（ｂ）に示すように、旧系Iにおけるインスタンスは、新系IIにおけるインスタンスではアドレスが変位している。したがって、旧系IにおけるデータＢの記憶領域を指すアドレスデータのままでは、新系IIにおいては、データＢのインスタンス部分とは無関係のアドレスを示すことになる。
【００２８】
したがって、新系IIに転送された場合は、当該インスタンス内の情報を新系IIのアドレス領域に対応するように、図２（ｂ）から図２（ｃ）に示すようにデータ交換を行なう必要が生じる。
【００２９】
すなわち、図２（ｂ）において、かかるデータ変換を行う場合、各インスタンスを管理しているオブジェクトによって変換を行なっている。
【００３０】
図３は、インスタンス管理オブジェクト３０が１つのインスタンス種別を扱った例を示す図である。このインスタンス管理オブジェクト３０も交換機内に備えられる。この場合、インスタンスＡの管理オブジェクト３０は、全てのオブジェクトに対し、インスタンスＡの型を意識して作られている（図３（ａ）参照）。
【００３１】
そして、インスタンスＡ管理オブジェクト３０が変換すべきデータは、インスタンスＡ管理オブジェクト３０が所有する各インスタンスの (1)(2)(3)（図３（ａ））のアドレス情報であるということがわかる。
【００３２】
よって、本インスタンス管理オブジェクト３０は一律に旧系Iと新系IIのアドレス差分が＋１００００である場合、一律にインスタンス(1)(2)(3)のアドレスを＋１００００増加するアドレス変換を行えばよい（図３（ａ）→図３（ｂ））。
【００３３】
なお、図３において、インスタンスを記憶する領域Ｘに対し、インスタンスの閉塞を示す管理ビットマップ領域Ｙを設け、変換処理対象のインスタンスを識別する。
【００３４】
ところが、各インスタンス種別を扱うインスタンス管理方式であると、インスタンスの型ごとに専用のインスタンス管理オブジェクトを設ける必要があり、また、予め自分の管理下となるインスタンス収容領域を必要分見積もり、確保しておかなければなならない。したがって、メモリ領域の使用効率の低下に繋がることになる。
【００３５】
したがって、本発明はかかる問題を解決するファイル更新方法を提供するものであり、特に共通インスタンス管理方式を適用することに特徴を有する。
【００３６】
図４は、本発明による共通インスタンス管理方式を適用する共通インスタンス管理オブジェクト３１を示す図である。図３に示したインスタンス管理オブジェクト３０と同様に、インスタンス領域Ｘと、インスタンス領域Ｘのそれぞれの閉塞（使用）を示すインスタンス閉塞管理ビットマップＹを有する。
【００３７】
インスタンス領域ＸのＡ,Ｂ,Ｃ,…は、インスタンスの種別を表している。しかしながら、このままでは、インスタンス種別を意識していない為にデータ変換ができない。
【００３８】
したがって、本発明は、実施例として、共通インスタンス管理オブジェクト３１とは別個に、個別インスタンス管理オブジェクト３２を設けるように構成する。
【００３９】
図５は、その第１の実施例を示す図である。共通インスタンス管理オブジェクト３１のインスタンス領域Ｘにインスタンスタイプ（種別）の生成状態を記録し、インスタンス閉塞管理ビットマップＹに、共通に各インスタンスの生成に対応してビットフラグが立てられる。
【００４０】
図５に示す実施例では、インスタンス種別Ａ及びＢを有する場合である。したがって、インスタンス種別Ａ及びＢのそれぞれに対応して、個別インスタンス管理オブジェクト３２ａ，３２ｂを備えている。
【００４１】
個別インスタンス管理オブジェクト３２ａは、インスタンス種別Ａのインスタンス生成状態を記録する。一方、個別インスタンス管理オブジェクト３２ｂは、インスタンス種別Ｂのインスタンス生成状態を記録する。
【００４２】
したがって、個別インスタンス管理オブジェクト３２ａ及び個別インスタンス管理オブジェクト３２ｂは、それぞれインスタンス領域Ｘの対応する位置のインスタンスの閉塞状態に対応して、ビットフラグが立てられる。
【００４３】
これにより、個別インスタンス管理オブジェクト３２ａ及び個別インスタンス管理オブジェクト３２ｂをそれぞれインスタンス種別Ａ及びＢに対応して参照すれば、インスタンス種別を意識する必要がなく記憶領域を有効活用できる。
【００４４】
図６は、別の実施例であり、インスタンス領域Ｘに記録されるインスタンスの生成状態としてインスタンス種別と、対応するアドレスが登録されている。したがって、個別インスタンス管理オブジェクト３２ａ，３２ｂでは、対応するインスタンス種別毎の生成状態として対応するアドレスを記録する。
【００４５】
これにより、図６の実施例においても、インスタンス種別を意識する必要がなく、記憶領域を有効活用できるという共通インスタンス方式の利点を生かしつつ、交換プログラムのファイル更新が可能である。
【００４６】
次に、前記第１の実施例を例にして、インスタンス管理オブジェクト生成までの流れを説明する。
【００４７】
図７は、更に前記第１の実施例の具体例を示す図である。この実施例では、インスタンス種別Ａ，Ｂ，Ｃ，Ｄを有する例である。したがって、インスタンス種別Ａ，Ｂ，Ｃ，Ｄのそれぞれに対応して個別インスタンス管理オブジェクト３２ａ，３２ｂ，３２ｃ及び、３２ｄを備えている。
【００４８】
すなわち、共通インスタンス管理オブジェクト３１とは別に、各インスタンス種別毎のインスタンス管理オブジェクト３２ａ，３２ｂ，３２ｃ及び、３２ｄを設ける。ただし、このとき、メモリ領域を節約する為、インスタンス種別毎のインスタンス管理オブジェクトＹにはインスタンスの閉塞情報を管理する、ビットマップのみ保持する。インスタンスＸそのものは、共通インスタンス管理オブジェクトが所有する。
【００４９】
図８は、ユーザＡ（インスタンス種別：Ａ）が共通インスタンス管理オブジェクト３１に対しインスタンス生成の要求を説明する図である。
【００５０】
今、図８において、ユーザａの要求により３番面のインスタンスを生成する場合を想定すると、ユーザーＡ(インスタンス種別：Ａ) は、インスタンス生成要求を共通インスタンス管理オブジェクト３１に対して行う。
【００５１】
それに伴い、共通インスタンス管理オブジェクト３１は、インスタンスＡを生成し、インスタンス領域Ｘに登録するとともに、インスタンス閉塞管理ビットマップＹに何番目のインスタンスを生成したか記憶しておく。
【００５２】
ついで、ユーザーＡは、個別のインスタンス管理オブジェクト３２ａに対し、何番目のインスタンスを生成したか通知し、インスタンスＡ管理オブジェクト３２ａが保持するインスタンスＡ用の閉塞管理ビットマップに記憶する。
【００５３】
ファイル更新のデータ変換は、個別のインスタンス管理オブジェクトが行う。図９の場合は、インスタンスＡ管理オブジェクト３２ａがインスタンス型＝Ａのデータ変換を行う例を示している。
【００５４】
しかし、共通インスタンス管理オブジェクト３１はデータ変換を行わない。インスタンスＡ管理オブジェクト３２ａは、インスタンス閉塞管理ビットマップ情報により、共通インスタンス管理の何番目のインスタンスが自分の型Ａであるか認識する事ができる。
【００５５】
すなわち、インスタンスＡ管理オブジェクト３２ａ内のインスタンス閉塞管理ビットマップ情報から、１番目と３番目のインスタンスがインスタンス型Ａであることがわかる。インスタンスＢも同様に２番目がインスタンスＢであるということがわかる。
【００５６】
インスタンスＡ管理オブジェクト２１ａはインスタンスＡの型を知っているので、これ以降は図３に示したと同様ノ手順でデータ変換を行う。
【００５７】
【発明の効果】
以上図面に従い、実施の形態を説明した様に、本発明により共通インスタンス管理方式を適用し、その利点であるインスタンス生成・解放時にインスタンス種別を意識する必要がない。また、インスタンス種別毎にインスタンス生成・解放を行うインスタンス管理オブジェクトを設ける必要もない。
【００５８】
さらに、インスタンスメモリ領域の無駄を最小限に抑えることが可能で、新しい機能の追加等を可能にするファイル更新方法を提供する事が可能である。
【図面の簡単な説明】
【図１】従来のファイル更新を説明する図である。
【図２】図１におけるステージ：stage ５におけるファイル更新の内容を更に具体的に説明する図である。
【図３】インスタンス管理オブジェクト３０が１つのインスタンス種別を扱った例を示す図である。
【図４】本発明による共通インスタンス管理方式を適用する共通インスタンス管理オブジェクト３１を示す図である。
【図５】本発明の第１の実施例を示す図である。
【図６】本発明の別の実施例を示す図である。
【図７】第１の実施例の具体例を示す図である。
【図８】ユーザＡ（インスタンス種別：Ａ）が共通インスタンス管理オブジェクト３１に対しインスタンス生成の要求を説明する図である。
【図９】インスタンスＡ管理オブジェクト３２ａがインスタンス型＝Ａのデータ変換を行う例を示す図である。
【符号の説明】
１  メインテナンスオペレータ
２、２' ユーザ
３、３' 一般更新制御部
３０  インスタンス管理オブジェクト
３１  共通インスタンス管理オブジェクト
３２ａ，３２ｂ  個別インスタンス管理オブジェクト
3
【図１】
0003922841.tif 000002
【図２】
0003922841.tif 000003
【図３】
0003922841.tif 000004
【図４】
0003922841.tif 000005
【図５】
0003922841.tif 000006
【図６】
0003922841.tif 000007
【図７】
0003922841.tif 000008
【図８】
0003922841.tif 000009
【図９】
0003922841.tif 000010