JP2003153310A - 交換システム - Google Patents
交換システムInfo
- Publication number
- JP2003153310A JP2003153310A JP2001342611A JP2001342611A JP2003153310A JP 2003153310 A JP2003153310 A JP 2003153310A JP 2001342611 A JP2001342611 A JP 2001342611A JP 2001342611 A JP2001342611 A JP 2001342611A JP 2003153310 A JP2003153310 A JP 2003153310A
- Authority
- JP
- Japan
- Prior art keywords
- class
- subscriber
- vlr
- data
- call processing
- 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
- Exchange Systems With Centralized Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 既存の呼処理制御機能を用いてＶｏＩＰ呼処
理制御機能のサービスを実現する。 【解決手段】 シナリオ３から加入者クラス５へのアク
セスで、その加入者クラス５への代わりにアクセスする
ＶＬＲクラス６を設ける。ＶｏＩＰ呼処理制御機能部１
ｂの加入者から発呼要求があった場合、ＶＬＲ作成部４
は、その加入者に対応したＶＬＲクラス６を作成する。
ＶＬＲクラス６は、ＶｏＩＰ呼処理制御機能部１ｂのデ
ータ保持部１０をアクセスし、そのデータをシナリオ３
に返却する。呼制御管理部２は、ＶｏＩＰ呼処理制御機
能部１ｂの加入者に対する解放要求があった場合は、対
応するＶＬＲクラス６を解放する。初期設定機能部７
は、システムの再開を行う場合は、ＶＬＲクラス６をク
リアする。
理制御機能のサービスを実現する。 【解決手段】 シナリオ３から加入者クラス５へのアク
セスで、その加入者クラス５への代わりにアクセスする
ＶＬＲクラス６を設ける。ＶｏＩＰ呼処理制御機能部１
ｂの加入者から発呼要求があった場合、ＶＬＲ作成部４
は、その加入者に対応したＶＬＲクラス６を作成する。
ＶＬＲクラス６は、ＶｏＩＰ呼処理制御機能部１ｂのデ
ータ保持部１０をアクセスし、そのデータをシナリオ３
に返却する。呼制御管理部２は、ＶｏＩＰ呼処理制御機
能部１ｂの加入者に対する解放要求があった場合は、対
応するＶＬＲクラス６を解放する。初期設定機能部７
は、システムの再開を行う場合は、ＶＬＲクラス６をク
リアする。
Description
【０００１】
【発明の属する技術分野】本発明は、例えば、ＭＨＮ−
Ｓ（Multimedia Handling Node-STM(SynchronousTransf
er Mode)）を用いた交換システムに関し、更に詳細に
は、ＶｏＩＰ（Voice Over IP）呼処理制御機能部にお
いて、ＶｏＩＰ加入者への既存呼処理制御機能部の提供
サービス実現にあたり、既存呼処理制御機能部上で管理
されていたサービス契約情報（以下、加入者データと呼
ぶ）を、ＶｏＩＰ呼処理制御機能部上に分散管理させ、
既存呼処理制御機能部を用いてサービスを実現させるよ
うにした交換システムに関するものである。
Ｓ（Multimedia Handling Node-STM(SynchronousTransf
er Mode)）を用いた交換システムに関し、更に詳細に
は、ＶｏＩＰ（Voice Over IP）呼処理制御機能部にお
いて、ＶｏＩＰ加入者への既存呼処理制御機能部の提供
サービス実現にあたり、既存呼処理制御機能部上で管理
されていたサービス契約情報（以下、加入者データと呼
ぶ）を、ＶｏＩＰ呼処理制御機能部上に分散管理させ、
既存呼処理制御機能部を用いてサービスを実現させるよ
うにした交換システムに関するものである。
【０００２】
【従来の技術】既存呼処理制御モデルにおける加入者デ
ータは次のように定義されている。図２は、既存加入者
データのモデル構成図である。
ータは次のように定義されている。図２は、既存加入者
データのモデル構成図である。
【０００３】既存呼処理制御モデルでは、データ分散配
備のため、サービス実現クラス（以降、シナリオと呼
ぶ）にてデータ管理クラスを意識して加入者データの参
照・設定を実現している。即ち、シナリオが、サービス
用加入者データクラスと、これのリンク関係を保持して
いるリソース用加入者データクラスとを用いてサービス
を提供している。また、サービス用加入者データクラス
で、サービス用加入者クラスポインタとサービス契約情
報（加入者データ）とを管理し、更に、リソース用加入
者データクラスでリソース用加入者クラスポインタと加
入者データとを管理している。
備のため、サービス実現クラス（以降、シナリオと呼
ぶ）にてデータ管理クラスを意識して加入者データの参
照・設定を実現している。即ち、シナリオが、サービス
用加入者データクラスと、これのリンク関係を保持して
いるリソース用加入者データクラスとを用いてサービス
を提供している。また、サービス用加入者データクラス
で、サービス用加入者クラスポインタとサービス契約情
報（加入者データ）とを管理し、更に、リソース用加入
者データクラスでリソース用加入者クラスポインタと加
入者データとを管理している。
【０００４】既存呼処理制御モデルにおいて、加入者デ
ータは常駐クラス（図２中のバックアップ領域）として
存在するが、ＶｏＩＰ呼処理制御モデルにおいては、呼
毎のダイナミックなクラスであり、非常駐クラスとな
る。即ち、既存呼処理制御モデルでは、加入者データは
その加入者を収容する局に固定的に設けられているが、
ＶｏＩＰ呼処理制御モデルでは、加入者データを呼毎に
生成／解放するからである。
ータは常駐クラス（図２中のバックアップ領域）として
存在するが、ＶｏＩＰ呼処理制御モデルにおいては、呼
毎のダイナミックなクラスであり、非常駐クラスとな
る。即ち、既存呼処理制御モデルでは、加入者データは
その加入者を収容する局に固定的に設けられているが、
ＶｏＩＰ呼処理制御モデルでは、加入者データを呼毎に
生成／解放するからである。
【０００５】
【発明が解決しようとする課題】このような既存呼処理
制御モデルを用いてＶｏＩＰ呼処理制御モデルのサービ
スを実現しようとした場合、次のような課題が存在して
いた。 ●ＶｏＩＰ呼処理制御側では、加入者データが他のモジ
ュールで管理されているため、再開時（交換機のリセッ
ト時）に初期設定を必要とするが、既存呼処理制御側で
は再開時に初期設定を必要としないデータとなる。即
ち、ＶｏＩＰ呼処理制御側では、再開時に加入者データ
をクリアする必要があるのに対し、既存呼処理制御側で
は加入者データをクリアする必要がない。従って、この
ようなデータ属性の違いを隠蔽する必要があった。
制御モデルを用いてＶｏＩＰ呼処理制御モデルのサービ
スを実現しようとした場合、次のような課題が存在して
いた。 ●ＶｏＩＰ呼処理制御側では、加入者データが他のモジ
ュールで管理されているため、再開時（交換機のリセッ
ト時）に初期設定を必要とするが、既存呼処理制御側で
は再開時に初期設定を必要としないデータとなる。即
ち、ＶｏＩＰ呼処理制御側では、再開時に加入者データ
をクリアする必要があるのに対し、既存呼処理制御側で
は加入者データをクリアする必要がない。従って、この
ようなデータ属性の違いを隠蔽する必要があった。
【０００６】●ＶｏＩＰ呼処理制御モデルでは、ＶｏＩ
Ｐ加入者データは非常駐のクラスであるため、呼毎に生
成／解放が必要となる。
Ｐ加入者データは非常駐のクラスであるため、呼毎に生
成／解放が必要となる。
【０００７】●ＶｏＩＰ呼処理制御モデルに配備された
データを直接既存呼処理制御モデルにて参照・設定しよ
うとした場合、既存呼処理制御モデル側では、どちらに
配備されている加入者データであるかが分からない。
データを直接既存呼処理制御モデルにて参照・設定しよ
うとした場合、既存呼処理制御モデル側では、どちらに
配備されている加入者データであるかが分からない。
【０００８】●ＶｏＩＰ呼処理制御モデルと既存呼処理
制御モデルの双方で加入者データを配備すると二重に配
備することになり、メモリ使用量が増加してしまう。
制御モデルの双方で加入者データを配備すると二重に配
備することになり、メモリ使用量が増加してしまう。
【０００９】
【課題を解決するための手段】本発明は、前述の課題を
解決するため次の構成を採用する。 〈構成１〉特定の呼処理制御機能部を用いて他の呼処理
制御機能部のサービスを実現する交換システムであっ
て、特定の呼処理制御機能部がサービス提供のために行
うデータクラスへのアクセスで、データクラスの代わり
にアクセスされ、かつ、アクセスにより他の呼処理制御
機能部が有するサービス提供のためのデータクラスをア
クセスするＶＬＲクラスと、他の呼処理制御機能部に属
する加入者からのサービス提供要求があった場合に、加
入者に対応したＶＬＲクラスを作成するＶＬＲクラス作
成部と、他の呼処理制御機能部に属する加入者のサービ
ス提供処理に対して解放要求があった場合に、加入者に
対応した前記ＶＬＲクラスを解放する呼制御管理部と、
システムの再開時にＶＬＲクラスをクリアする初期設定
機能部とを備えたことを特徴とする交換システム。
解決するため次の構成を採用する。 〈構成１〉特定の呼処理制御機能部を用いて他の呼処理
制御機能部のサービスを実現する交換システムであっ
て、特定の呼処理制御機能部がサービス提供のために行
うデータクラスへのアクセスで、データクラスの代わり
にアクセスされ、かつ、アクセスにより他の呼処理制御
機能部が有するサービス提供のためのデータクラスをア
クセスするＶＬＲクラスと、他の呼処理制御機能部に属
する加入者からのサービス提供要求があった場合に、加
入者に対応したＶＬＲクラスを作成するＶＬＲクラス作
成部と、他の呼処理制御機能部に属する加入者のサービ
ス提供処理に対して解放要求があった場合に、加入者に
対応した前記ＶＬＲクラスを解放する呼制御管理部と、
システムの再開時にＶＬＲクラスをクリアする初期設定
機能部とを備えたことを特徴とする交換システム。
【００１０】〈構成２〉構成１に記載の交換システムに
おいて、他の呼処理制御機能部は、ＶｏＩＰ呼処理制御
機能部であることを特徴とする交換システム。
おいて、他の呼処理制御機能部は、ＶｏＩＰ呼処理制御
機能部であることを特徴とする交換システム。
【００１１】
【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて詳細に説明する。 《具体例》 〈構成〉図１は、本発明の交換システムの具体例を示す
構成図である。図示の交換システムは、特定の呼処理制
御機能部である既存呼処理制御機能部（既存呼処理制御
モデル）１ａと、他の呼処理制御機能部であるＶｏＩＰ
呼処理制御機能部（ＶｏＩＰ呼処理制御モデル）１ｂの
クラス構成を示している。
例を用いて詳細に説明する。 《具体例》 〈構成〉図１は、本発明の交換システムの具体例を示す
構成図である。図示の交換システムは、特定の呼処理制
御機能部である既存呼処理制御機能部（既存呼処理制御
モデル）１ａと、他の呼処理制御機能部であるＶｏＩＰ
呼処理制御機能部（ＶｏＩＰ呼処理制御モデル）１ｂの
クラス構成を示している。
【００１２】既存呼処理制御機能部１ａでは、呼制御管
理部（コール制御クラス）２、シナリオ（サービス実現
クラス）３、ＶＬＲクラス作成部（ＶＬＲ−ＳＯＤ：vi
sitor location register-subscriber order）４、加入
者クラス（Ａ加入者クラス，Ｂ加入者クラス）５ａ，５
ｂ、ＶＬＲクラス（Ａ−ＶＬＲクラス，Ｂ−ＶＬＲクラ
ス）６ａ，６ｂ、初期設定機能部（初期設定代表クラ
ス）７が存在する。また、ＶｏＩＰ呼処理制御機能部１
ｂでは、インタフェースルーチン機能部（Subscriber）
９、データ保持部（キャッシュ）１０が存在する。更
に、これら双方のインターワークを提供するアダプタ部
（ＡＤＰ（adapter）クラス）８が存在する。
理部（コール制御クラス）２、シナリオ（サービス実現
クラス）３、ＶＬＲクラス作成部（ＶＬＲ−ＳＯＤ：vi
sitor location register-subscriber order）４、加入
者クラス（Ａ加入者クラス，Ｂ加入者クラス）５ａ，５
ｂ、ＶＬＲクラス（Ａ−ＶＬＲクラス，Ｂ−ＶＬＲクラ
ス）６ａ，６ｂ、初期設定機能部（初期設定代表クラ
ス）７が存在する。また、ＶｏＩＰ呼処理制御機能部１
ｂでは、インタフェースルーチン機能部（Subscriber）
９、データ保持部（キャッシュ）１０が存在する。更
に、これら双方のインターワークを提供するアダプタ部
（ＡＤＰ（adapter）クラス）８が存在する。
【００１３】呼制御管理部２は、呼毎に生成され、呼処
理に関する種々の動作を統轄するクラスであり、既存呼
処理制御機能部１ａにおける種々の呼処理制御を行うと
共に、ＶｏＩＰ呼処理制御機能部１ｂに属する加入者の
呼に対して解放要求があった場合にその呼に対応した生
成されたＶＬＲクラス６の解放を行う機能を有してい
る。シナリオ３は、従来と同様に既存呼処理制御機能部
１ａにおいて、各種のサービスを提供するためのクラス
である。ＶＬＲ作成部４は、ＶｏＩＰ呼処理制御機能部
１ｂに属する加入者からの発呼があった場合に、アダプ
タ部８からの指示を受けて、その加入者に対応したＶＬ
Ｒクラス６を生成するクラスである。
理に関する種々の動作を統轄するクラスであり、既存呼
処理制御機能部１ａにおける種々の呼処理制御を行うと
共に、ＶｏＩＰ呼処理制御機能部１ｂに属する加入者の
呼に対して解放要求があった場合にその呼に対応した生
成されたＶＬＲクラス６の解放を行う機能を有してい
る。シナリオ３は、従来と同様に既存呼処理制御機能部
１ａにおいて、各種のサービスを提供するためのクラス
である。ＶＬＲ作成部４は、ＶｏＩＰ呼処理制御機能部
１ｂに属する加入者からの発呼があった場合に、アダプ
タ部８からの指示を受けて、その加入者に対応したＶＬ
Ｒクラス６を生成するクラスである。
【００１４】加入者クラス５は、加入者データを定義し
ているクラスであり、機能（プログラム）とデータとか
らなり、加入者データの参照・設定機能を備えている。
また、ＶＬＲクラス６は、加入者クラス５を継承してい
るクラスであり、仮想関数を用いることにより、シナリ
オ３は、加入者クラス５に代わってＶＬＲクラス６にア
クセスできるよう構成されている。
ているクラスであり、機能（プログラム）とデータとか
らなり、加入者データの参照・設定機能を備えている。
また、ＶＬＲクラス６は、加入者クラス５を継承してい
るクラスであり、仮想関数を用いることにより、シナリ
オ３は、加入者クラス５に代わってＶＬＲクラス６にア
クセスできるよう構成されている。
【００１５】図３は、加入者クラスとＶＬＲクラスの継
承関係の説明図である。図示のように、加入者クラス５
は、データ配備領域におけるバックアップ領域の各デー
タ（加入者データ、クラス間リンク情報、既存呼制御用
論理データ）の参照・設定を行う機能を有し、ＶＬＲク
ラス６は、非バックアップ領域における各データの参照
・設定を行う機能を有している。
承関係の説明図である。図示のように、加入者クラス５
は、データ配備領域におけるバックアップ領域の各デー
タ（加入者データ、クラス間リンク情報、既存呼制御用
論理データ）の参照・設定を行う機能を有し、ＶＬＲク
ラス６は、非バックアップ領域における各データの参照
・設定を行う機能を有している。
【００１６】ＶＬＲクラス６は、ＶｏＩＰ呼処理制御機
能部１ｂ側のデータ保持部１０のオブジェクトＩＤ、既
存呼処理で加入者データ設定時に生成されるデータを配
備する。尚、ここで、既存呼処理で生成されるデータと
は、既存呼処理制御機能部１ａに対応したクラス構成で
ＶＬＲクラス６を生成するためのＶＬＲクラス６でのク
ラス間リンク情報および加入者データから生成される論
理的なデータであり、一時的なデータ（非バックアップ
データ）として保持することで問題のないデータであ
る。
能部１ｂ側のデータ保持部１０のオブジェクトＩＤ、既
存呼処理で加入者データ設定時に生成されるデータを配
備する。尚、ここで、既存呼処理で生成されるデータと
は、既存呼処理制御機能部１ａに対応したクラス構成で
ＶＬＲクラス６を生成するためのＶＬＲクラス６でのク
ラス間リンク情報および加入者データから生成される論
理的なデータであり、一時的なデータ（非バックアップ
データ）として保持することで問題のないデータであ
る。
【００１７】また、ＶＬＲクラス６は、加入者クラス５
で定義された関数のみ継承し、データの配備場所となる
エリアの継承は行わない。即ち、ＶＬＲクラス６は、既
存呼処理制御機能部１ａ側で保持している契約者情報
（加入者データ）は保持せず、データ保持部１０のポイ
ンタを保持するよう構成され、このポインタ情報を元に
データ保持部１０のデータを参照・設定する機能を提供
するものである。これにより、ＶＬＲクラス６にアクセ
スがあった場合、ＶＬＲクラス６は、ＶｏＩＰ呼処理制
御機能部１ｂのデータ保持クラスであるデータ保持部１
０に対してアクセスを行う。
で定義された関数のみ継承し、データの配備場所となる
エリアの継承は行わない。即ち、ＶＬＲクラス６は、既
存呼処理制御機能部１ａ側で保持している契約者情報
（加入者データ）は保持せず、データ保持部１０のポイ
ンタを保持するよう構成され、このポインタ情報を元に
データ保持部１０のデータを参照・設定する機能を提供
するものである。これにより、ＶＬＲクラス６にアクセ
スがあった場合、ＶＬＲクラス６は、ＶｏＩＰ呼処理制
御機能部１ｂのデータ保持クラスであるデータ保持部１
０に対してアクセスを行う。
【００１８】初期設定機能部７は、交換システムの再開
時（リセット時）に初期設定を行うためのクラスであ
り、初期設定時はＶＬＲクラス６のクリア処理を実施す
る機能を有している。
時（リセット時）に初期設定を行うためのクラスであ
り、初期設定時はＶＬＲクラス６のクリア処理を実施す
る機能を有している。
【００１９】アダプタ部８は、既存呼処理制御機能部１
ａとＶｏＩＰ呼処理制御機能部１ｂとのインターワーク
を提供するクラスであり、また、呼毎に生成／解放する
ＶＬＲクラス６の生成契機を判断し、これをＶＬＲ作成
部４に伝える機能を有している。
ａとＶｏＩＰ呼処理制御機能部１ｂとのインターワーク
を提供するクラスであり、また、呼毎に生成／解放する
ＶＬＲクラス６の生成契機を判断し、これをＶＬＲ作成
部４に伝える機能を有している。
【００２０】インタフェースルーチン機能部９は、アダ
プタ部８を介してＶｏＩＰ呼処理制御機能部１ｂ側にア
クセスがあった場合に、データ保持部１０からの情報収
集やデータ保持部１０への解放指示あるいはデータベー
ス設定指示といった制御を行うクラスである。また、デ
ータ保持部１０は、図示省略した他のデータベースに保
持されている加入者データ等のデータを保持するための
キャッシュである。
プタ部８を介してＶｏＩＰ呼処理制御機能部１ｂ側にア
クセスがあった場合に、データ保持部１０からの情報収
集やデータ保持部１０への解放指示あるいはデータベー
ス設定指示といった制御を行うクラスである。また、デ
ータ保持部１０は、図示省略した他のデータベースに保
持されている加入者データ等のデータを保持するための
キャッシュである。
【００２１】〈動作〉次に、本具体例の動作について説
明する。図４は、ＶｏＩＰ呼処理制御機能部１ｂに属す
る加入者発信におけるＶＬＲクラス６作成までのシーケ
ンスを示す説明図である。ＶｏＩＰ加入者において、既
存呼制御サービス提供時は、アダプタ部８を経由して呼
制御信号が通知される。ここで、アダプタ部８において
ＶｏＩＰ加入者という識別を行うことで、ＶＬＲ作成契
機が判断できる（ステップＳ１）。アダプタ部８におい
て、ＶＬＲを作成すべきと判断した場合、アダプタ部８
はＶＬＲ作成部４にＶＬＲ作成要求を行う（ステップＳ
２）。
明する。図４は、ＶｏＩＰ呼処理制御機能部１ｂに属す
る加入者発信におけるＶＬＲクラス６作成までのシーケ
ンスを示す説明図である。ＶｏＩＰ加入者において、既
存呼制御サービス提供時は、アダプタ部８を経由して呼
制御信号が通知される。ここで、アダプタ部８において
ＶｏＩＰ加入者という識別を行うことで、ＶＬＲ作成契
機が判断できる（ステップＳ１）。アダプタ部８におい
て、ＶＬＲを作成すべきと判断した場合、アダプタ部８
はＶＬＲ作成部４にＶＬＲ作成要求を行う（ステップＳ
２）。
【００２２】ＶＬＲ作成部４では、要求に対し、先ずア
ダプタ部８を介してインタフェースルーチン機能部９に
キャッシュ情報収集要求を行う（ステップＳ３）。これ
によりインタフェースルーチン機能部９は、データ保持
部１０を参照してデータ収集を行う（ステップＳ４）。
ここで、データ保持部１０にデータを収集済みの場合
は、対象エリアのポインタをＶＬＲ作成部４に返送し、
未収集の場合は、他モジュールから収集を行い、収集先
ポインタをＶＬＲ作成部４に返送する（ステップＳ
５）。
ダプタ部８を介してインタフェースルーチン機能部９に
キャッシュ情報収集要求を行う（ステップＳ３）。これ
によりインタフェースルーチン機能部９は、データ保持
部１０を参照してデータ収集を行う（ステップＳ４）。
ここで、データ保持部１０にデータを収集済みの場合
は、対象エリアのポインタをＶＬＲ作成部４に返送し、
未収集の場合は、他モジュールから収集を行い、収集先
ポインタをＶＬＲ作成部４に返送する（ステップＳ
５）。
【００２３】キャッシュ情報を収集したＶＬＲ作成部４
は、対象となる加入者のＶＬＲクラス６を生成する（ス
テップＳ６）。そして、収集したキャッシュ情報のキャ
ッシュポインタをＶＬＲクラス６に送る（ステップＳ
７）。それ以降の処理は既存呼制御処理であり、その発
呼に対応した呼制御管理部２の生成を行い、この呼制御
管理部２に対して発呼要求を行う。
は、対象となる加入者のＶＬＲクラス６を生成する（ス
テップＳ６）。そして、収集したキャッシュ情報のキャ
ッシュポインタをＶＬＲクラス６に送る（ステップＳ
７）。それ以降の処理は既存呼制御処理であり、その発
呼に対応した呼制御管理部２の生成を行い、この呼制御
管理部２に対して発呼要求を行う。
【００２４】次に、呼制御管理部２がＶＬＲクラス６の
キャッシュデータを参照・設定する動作を説明する。図
５は、キャッシュデータ参照・設定のシーケンスを示す
説明図である。シナリオ３は、呼制御管理部２に対して
加入者クラス５のオブジェクトＩＤ収集要求を行い（ス
テップＳ１１）、加入者クラス５のデータ参照を行う
（ステップＳ１２）。ここで、シナリオ３は加入者クラ
ス５の型で関数呼び出しを行うが、加入者クラス５とＶ
ＬＲクラス６は継承関係にあり、仮想関数定義を行うこ
とによりＶＬＲクラス６が呼び出される。
キャッシュデータを参照・設定する動作を説明する。図
５は、キャッシュデータ参照・設定のシーケンスを示す
説明図である。シナリオ３は、呼制御管理部２に対して
加入者クラス５のオブジェクトＩＤ収集要求を行い（ス
テップＳ１１）、加入者クラス５のデータ参照を行う
（ステップＳ１２）。ここで、シナリオ３は加入者クラ
ス５の型で関数呼び出しを行うが、加入者クラス５とＶ
ＬＲクラス６は継承関係にあり、仮想関数定義を行うこ
とによりＶＬＲクラス６が呼び出される。
【００２５】ＶＬＲクラス６では、シナリオ３に対して
要求されたデータを返送するが、データ保持部１０に存
在しないデータ（ＶｏＩＰ呼処理制御機能部１ｂ側では
使用しないデータ）である場合は、予め決められたデフ
ォルト値を返却する（ステップＳ１３）。また、データ
保持部１０に存在するデータの場合はアダプタ部８を介
してインタフェースルーチン機能部９に加入者データ収
集要求を行い（ステップＳ１４）、インタフェースルー
チン機能部９は、そのデータをＶＬＲクラス６に返送す
る。
要求されたデータを返送するが、データ保持部１０に存
在しないデータ（ＶｏＩＰ呼処理制御機能部１ｂ側では
使用しないデータ）である場合は、予め決められたデフ
ォルト値を返却する（ステップＳ１３）。また、データ
保持部１０に存在するデータの場合はアダプタ部８を介
してインタフェースルーチン機能部９に加入者データ収
集要求を行い（ステップＳ１４）、インタフェースルー
チン機能部９は、そのデータをＶＬＲクラス６に返送す
る。
【００２６】次に、シナリオ３が加入者データを設定す
る場合、上記の加入者データの参照時と同様に、加入者
クラス５の型で関数呼び出しを行う（ステップＳ１５）
が、加入者クラス５とＶＬＲクラス６とは継承関係にあ
り、仮想関数定義を行うことによりＶＬＲクラス６が呼
び出される。ＶＬＲクラス６では、設定されるデータが
データ保持部１０に存在するデータであるかを判断し、
データ保持部１０に存在するデータである場合は、アダ
プタ部８を介してインタフェースルーチン機能部９に加
入者データ設定を行う（ステップＳ１６、Ｓ１７）。こ
れを受けたインタフェースルーチン機能部９は、この加
入者データでデータベース（ＤＢ）を更新するようデー
タ保持部１０に設定指示を行う（ステップＳ１８）。一
方、ＶＬＲクラス６にてデータ保持部１０に存在するデ
ータかどうかを判断した結果、ＶｏＩＰ呼処理制御機能
部１ｂ側で使用しないデータであった場合は何もしな
い。
る場合、上記の加入者データの参照時と同様に、加入者
クラス５の型で関数呼び出しを行う（ステップＳ１５）
が、加入者クラス５とＶＬＲクラス６とは継承関係にあ
り、仮想関数定義を行うことによりＶＬＲクラス６が呼
び出される。ＶＬＲクラス６では、設定されるデータが
データ保持部１０に存在するデータであるかを判断し、
データ保持部１０に存在するデータである場合は、アダ
プタ部８を介してインタフェースルーチン機能部９に加
入者データ設定を行う（ステップＳ１６、Ｓ１７）。こ
れを受けたインタフェースルーチン機能部９は、この加
入者データでデータベース（ＤＢ）を更新するようデー
タ保持部１０に設定指示を行う（ステップＳ１８）。一
方、ＶＬＲクラス６にてデータ保持部１０に存在するデ
ータかどうかを判断した結果、ＶｏＩＰ呼処理制御機能
部１ｂ側で使用しないデータであった場合は何もしな
い。
【００２７】このように、ＶＬＲクラス６については既
存の加入者クラス５を継承していることにより、シナリ
オ３は、既存呼処理制御機能部１ａ側の加入者データか
ＶＬＲの加入者データかを意識することなく参照・設定
処理が可能となる。
存の加入者クラス５を継承していることにより、シナリ
オ３は、既存呼処理制御機能部１ａ側の加入者データか
ＶＬＲの加入者データかを意識することなく参照・設定
処理が可能となる。
【００２８】尚、上記ステップＳ１３において、ＶｏＩ
Ｐ呼処理制御機能部１ｂ側に存在しないデータであった
場合、ＶＬＲクラス６はデフォルト値を返却するように
したが、このような値もデフォルト値としてデータ保持
部１０で保持するようにし、これをＶＬＲクラス６に返
却するよう構成してもよい。
Ｐ呼処理制御機能部１ｂ側に存在しないデータであった
場合、ＶＬＲクラス６はデフォルト値を返却するように
したが、このような値もデフォルト値としてデータ保持
部１０で保持するようにし、これをＶＬＲクラス６に返
却するよう構成してもよい。
【００２９】次に、ＶＬＲの解放時の動作を説明する。
図６は、ＶＬＲ解放時のシーケンスを示す説明図であ
る。呼制御管理部２に対して呼の解放要求がなされる
（ステップＳ２１）と、呼制御管理部２は、ＶＬＲクラ
ス６に対して解放要求を送出する（ステップＳ２２）。
尚、この制御が従来と異なる点である。これにより、Ｖ
ＬＲクラス６はアダプタ部８を介してインタフェースル
ーチン機能部９にキャッシュ情報の解放指示を行い（ス
テップＳ２３）、これを受けたインタフェースルーチン
機能部９はデータ保持部１０に対してキャッシュ情報の
解放指示を行う（ステップＳ２４）。このような動作に
より、アダプタ部８から生成される呼制御管理部２が解
放されるのとリンクして呼毎に解放することが可能とな
る。
図６は、ＶＬＲ解放時のシーケンスを示す説明図であ
る。呼制御管理部２に対して呼の解放要求がなされる
（ステップＳ２１）と、呼制御管理部２は、ＶＬＲクラ
ス６に対して解放要求を送出する（ステップＳ２２）。
尚、この制御が従来と異なる点である。これにより、Ｖ
ＬＲクラス６はアダプタ部８を介してインタフェースル
ーチン機能部９にキャッシュ情報の解放指示を行い（ス
テップＳ２３）、これを受けたインタフェースルーチン
機能部９はデータ保持部１０に対してキャッシュ情報の
解放指示を行う（ステップＳ２４）。このような動作に
より、アダプタ部８から生成される呼制御管理部２が解
放されるのとリンクして呼毎に解放することが可能とな
る。
【００３０】次に、呼制御動作中の初期設定動作につい
て説明する。図７は、再開時の初期設定シーケンスの説
明図である。交換システムにおいて、ソフトウェアに起
因する障害等の発生により、呼制御の動作中で、一旦シ
ステムリセットを行う場合がある。このような場合は、
非常駐であるＶＬＲクラス６はクリアする必要がある。
て説明する。図７は、再開時の初期設定シーケンスの説
明図である。交換システムにおいて、ソフトウェアに起
因する障害等の発生により、呼制御の動作中で、一旦シ
ステムリセットを行う場合がある。このような場合は、
非常駐であるＶＬＲクラス６はクリアする必要がある。
【００３１】初期設定機能部７で、図示しないリセット
通知部から再開通知を受け取る（ステップＳ３１）と、
初期設定機能部７は加入者クラス５およびＶＬＲクラス
６に対して再開通知を送出する（ステップＳ３２、Ｓ３
３）。ここで、加入者クラス５は常駐のクラスであるた
め、クリア処理は実施しない（ステップＳ３４）。一
方、ＶＬＲクラス６に対しては、非常駐のクラスである
ため、そのクリアを実施する（ステップＳ３５）。この
ような動作により、再開時においてもデータ属性の違い
を隠蔽することができる。
通知部から再開通知を受け取る（ステップＳ３１）と、
初期設定機能部７は加入者クラス５およびＶＬＲクラス
６に対して再開通知を送出する（ステップＳ３２、Ｓ３
３）。ここで、加入者クラス５は常駐のクラスであるた
め、クリア処理は実施しない（ステップＳ３４）。一
方、ＶＬＲクラス６に対しては、非常駐のクラスである
ため、そのクリアを実施する（ステップＳ３５）。この
ような動作により、再開時においてもデータ属性の違い
を隠蔽することができる。
【００３２】〈効果〉以上のように、具体例によれば、
加入者データが分散管理されているＶｏＩＰ加入者に対
し、加入者データがモジュール内で管理されている既存
呼処理制御機能を利用してサービスの実現が可能とな
る。しかも、既存呼処理制御機能への変更箇所はコール
制御のみであるため、ソフトウェア変更に伴うコスト上
昇を最小限に抑えることができる。更に、データの二重
配備は行わないためメモリエリアの有効利用が図れ、機
能実現のためのコスト上昇も抑えることができる。
加入者データが分散管理されているＶｏＩＰ加入者に対
し、加入者データがモジュール内で管理されている既存
呼処理制御機能を利用してサービスの実現が可能とな
る。しかも、既存呼処理制御機能への変更箇所はコール
制御のみであるため、ソフトウェア変更に伴うコスト上
昇を最小限に抑えることができる。更に、データの二重
配備は行わないためメモリエリアの有効利用が図れ、機
能実現のためのコスト上昇も抑えることができる。
【００３３】《利用形態》上記具体例では、他の呼処理
制御機能部としてＶｏＩＰ呼処理制御モデルの例を説明
したが、これ以外の呼処理制御機能であっても同様に適
用可能である。また、対象となるデータも上記具体例で
は加入者データとしたが、加入者データに限らず、他の
呼処理制御機能との共有データがあれば、そのデータに
対して同様に適用することができる。
制御機能部としてＶｏＩＰ呼処理制御モデルの例を説明
したが、これ以外の呼処理制御機能であっても同様に適
用可能である。また、対象となるデータも上記具体例で
は加入者データとしたが、加入者データに限らず、他の
呼処理制御機能との共有データがあれば、そのデータに
対して同様に適用することができる。
【図１】本発明の交換システムの具体例を示す構成図で
ある。
ある。
【図２】既存加入者データのモデル構成図である。
【図３】加入者クラスとＶＬＲクラスの継承関係の説明
図である。
図である。
【図４】ＶｏＩＰ呼制御モデルの加入者発信におけるＶ
ＬＲクラス作成までのシーケンスを示す説明図である。
ＬＲクラス作成までのシーケンスを示す説明図である。
【図５】キャッシュデータ参照・設定のシーケンスを示
す説明図である。
す説明図である。
【図６】ＶＬＲ解放時のシーケンスを示す説明図であ
る。
る。
【図７】再開時の初期設定シーケンスの説明図である。
１ａ 既存呼処理制御機能部（特定の呼処理制御機能
部） １ｂ ＶｏＩＰ呼処理制御機能部（他の呼処理制御機能
部） ２ 呼制御管理部（コール制御クラス） ３ シナリオ（サービス実現クラス） ４ ＶＬＲ作成部（ＶＬＲ−ＳＯＤ） ５ａ，５ｂ 加入者クラス ６ａ，６ｂ ＶＬＲクラス ７ 初期設定機能部 １０ データ保持部
部） １ｂ ＶｏＩＰ呼処理制御機能部（他の呼処理制御機能
部） ２ 呼制御管理部（コール制御クラス） ３ シナリオ（サービス実現クラス） ４ ＶＬＲ作成部（ＶＬＲ−ＳＯＤ） ５ａ，５ｂ 加入者クラス ６ａ，６ｂ ＶＬＲクラス ７ 初期設定機能部 １０ データ保持部
フロントページの続き
(72)発明者 前田 裕治
東京都港区虎ノ門１丁目７番12号 沖電気
工業株式会社内
(72)発明者 高林 孝行
東京都千代田区大手町二丁目３番１号 日
本電信電話株式会社内
(72)発明者 近藤 誠
東京都千代田区大手町二丁目３番１号 日
本電信電話株式会社内
(72)発明者 矢島 学
東京都千代田区大手町二丁目３番１号 日
本電信電話株式会社内
(72)発明者 大谷 直樹
神奈川県横浜市戸塚区戸塚町216番地 株
式会社日立製作所通信事業部内
Ｆターム(参考） 5K024 CC01
5K026 AA03 BB02 GG01
5K051 BB01 EE01
Claims (2)
- 【請求項１】 特定の呼処理制御機能部を用いて他の呼
処理制御機能部のサービスを実現する交換システムであ
って、 前記特定の呼処理制御機能部がサービス提供のために行
うデータクラスへのアクセスで、当該データクラスの代
わりにアクセスされ、かつ、当該アクセスにより前記他
の呼処理制御機能部が有するサービス提供のためのデー
タクラスをアクセスするＶＬＲクラスと、 前記他の呼処理制御機能部に属する加入者からのサービ
ス提供要求があった場合に、当該加入者に対応した前記
ＶＬＲクラスを作成するＶＬＲクラス作成部と、 前記他の呼処理制御機能部に属する加入者のサービス提
供処理に対して解放要求があった場合に、当該加入者に
対応した前記ＶＬＲクラスを解放する呼制御管理部と、 システムの再開時に前記ＶＬＲクラスをクリアする初期
設定機能部とを備えたことを特徴とする交換システム。 - 【請求項２】 請求項１に記載の交換システムにおい
て、 他の呼処理制御機能部は、ＶｏＩＰ呼処理制御機能部で
あることを特徴とする交換システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001342611A JP3936172B2 (ja) | 2001-11-08 | 2001-11-08 | 交換システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001342611A JP3936172B2 (ja) | 2001-11-08 | 2001-11-08 | 交換システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003153310A true JP2003153310A (ja) | 2003-05-23 |
| JP3936172B2 JP3936172B2 (ja) | 2007-06-27 |
Family
ID=19156438
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001342611A Expired - Lifetime JP3936172B2 (ja) | 2001-11-08 | 2001-11-08 | 交換システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3936172B2 (ja) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001339438A (ja) * | 2000-05-30 | 2001-12-07 | Mitsubishi Electric Corp | 経路最適化方法およびエージェント装置 |
| JP2002534874A (ja) * | 1998-12-23 | 2002-10-15 | エリクソン インコーポレイテッド | インターネットプロトコル準拠性能を持った柔軟性を有する通信システム |
| JP2003505939A (ja) * | 1999-07-21 | 2003-02-12 | ルーセント テクノロジーズ インコーポレーテッド | 通信システム |
-
2001
- 2001-11-08 JP JP2001342611A patent/JP3936172B2/ja not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002534874A (ja) * | 1998-12-23 | 2002-10-15 | エリクソン インコーポレイテッド | インターネットプロトコル準拠性能を持った柔軟性を有する通信システム |
| JP2003505939A (ja) * | 1999-07-21 | 2003-02-12 | ルーセント テクノロジーズ インコーポレーテッド | 通信システム |
| JP2001339438A (ja) * | 2000-05-30 | 2001-12-07 | Mitsubishi Electric Corp | 経路最適化方法およびエージェント装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3936172B2 (ja) | 2007-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4822713B2 (ja) | プロキシを含むオープンａｐｉネットワークを操作する方法および装置 | |
| JP3370704B2 (ja) | 通信制御方法 | |
| JP4643278B2 (ja) | 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体 | |
| US6990511B2 (en) | System and method for concentration and load-balancing of requests | |
| US11057479B1 (en) | Contextual routing configuration and service naming for multi-cluster service mesh | |
| WO2019192518A1 (zh) | 订阅处理方法、网络节点及用户数据库 | |
| EP2838243B1 (en) | Capability aggregation and exposure method and system | |
| WO2019100266A1 (zh) | 移动边缘主机服务通知方法和装置 | |
| JP2012090281A (ja) | 通信網 | |
| JP2001188704A (ja) | 時間の制約を持つ分散アプリケーションのためのガーベージコレクション方法 | |
| WO2009097776A1 (zh) | 一种实现业务升级的系统、装置及方法 | |
| US20240231974A1 (en) | Method and system for inter-process communication | |
| CN108989420A (zh) | 注册服务的方法及系统、调用服务的方法及系统 | |
| JP2003153310A (ja) | 交換システム | |
| JP2002366381A (ja) | オブジェクトの動的入替え処理方法 | |
| JP2001216224A (ja) | ネットワーク管理システムおよび方法 | |
| US7418488B1 (en) | Network address assignment server with configuration updating capability | |
| US6804339B1 (en) | Real-time object-oriented database for TAPI service providers | |
| CN108810037A (zh) | 分布式集群服务的实现方法和系统 | |
| CN110071945B (zh) | 一种用户数据的订阅方法、装置及计算机可读存储介质 | |
| CN115589427A (zh) | 一种基于eBPF的流量治理方法和系统 | |
| KR100901630B1 (ko) | 고정 번호를 가진 인터넷 전화단말에 위치 정보 자동 부여방법 | |
| JP2820942B2 (ja) | 通信プロトコル処理方法 | |
| JP2002252697A (ja) | サービス制御システムおよびサービス制御システムの顧客データ収容替え方法 | |
| KR100407690B1 (ko) | 개방형 교환 시스템의 관리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040730 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040826 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060124 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060724 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20061012 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20061012 |
|
| 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: 20070220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070322 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3936172 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100330 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110330 Year of fee payment: 4 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110330 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120330 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130330 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140330 Year of fee payment: 7 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |