JPH11346377A - 通信システムにおけるメッセージの過負荷処理方法 - Google Patents
通信システムにおけるメッセージの過負荷処理方法Info
- Publication number
- JPH11346377A JPH11346377A JP10308805A JP30880598A JPH11346377A JP H11346377 A JPH11346377 A JP H11346377A JP 10308805 A JP10308805 A JP 10308805A JP 30880598 A JP30880598 A JP 30880598A JP H11346377 A JPH11346377 A JP H11346377A
- Authority
- JP
- Japan
- Prior art keywords
- overload
- message
- state
- message queue
- check
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
- H04M3/365—Load metering of control unit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
- H04M3/367—Traffic or load control
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】 （修正有）
【課題】通信システムの過負荷を感知して解除する通信
システムのメッセージの過負荷処理方法を提供する。 【解決手段】メッセージの利用有無と過負荷の規模及び
種類で応用プロセス等を分類しデータベース化する第１
過程と；一定周期で応用プロセッサー等のメッセージキ
ュー状態を確認する第２過程と；メッセージキュー状態
が過負荷進行状態であれば、データベースを利用し過負
荷の規模及び種類を分析して、分析した過負荷を処理す
る第３過程とを含む通信システムのメッセージ過負荷処
理方法は、多様な原因で発生する過負荷に対し自体過負
荷処理アルゴリズムの利用で解決するほか、応用プロセ
ス等に対して個別的で周期的なメッセージ管理により、
速い過負荷の発生感知と、過負荷の種類別の分析を通し
て他システムと共に管理して、過負荷によるシステム障
害の最小化と、システムの稼動時間の最大化をはかる。
システムのメッセージの過負荷処理方法を提供する。 【解決手段】メッセージの利用有無と過負荷の規模及び
種類で応用プロセス等を分類しデータベース化する第１
過程と；一定周期で応用プロセッサー等のメッセージキ
ュー状態を確認する第２過程と；メッセージキュー状態
が過負荷進行状態であれば、データベースを利用し過負
荷の規模及び種類を分析して、分析した過負荷を処理す
る第３過程とを含む通信システムのメッセージ過負荷処
理方法は、多様な原因で発生する過負荷に対し自体過負
荷処理アルゴリズムの利用で解決するほか、応用プロセ
ス等に対して個別的で周期的なメッセージ管理により、
速い過負荷の発生感知と、過負荷の種類別の分析を通し
て他システムと共に管理して、過負荷によるシステム障
害の最小化と、システムの稼動時間の最大化をはかる。
Description
【０００１】
【発明の属する技術分野】本発明は、通信システム(Com
munication System)に関するもので、特にメッセージを
基盤とする通信システムの過負荷を感知して解除するよ
うにした通信システムにおけるメッセージの過負荷処理
方法に関する。
munication System)に関するもので、特にメッセージを
基盤とする通信システムの過負荷を感知して解除するよ
うにした通信システムにおけるメッセージの過負荷処理
方法に関する。
【０００２】
【従来の技術】一般的に、移動通信システムのＨＬＲ(H
ome Location Register)においてプロセス(Process)
の構成は、プロトコル(Protocol)関連及びその他のメッ
セージを処理するＡＳＥ(Application Service Eleme
nt)と、該ＡＳＥの周期的なプロセスヘルスチェック(Pr
ocess Health Check)、キューチェック(Queue Chec
k)、及びロックファイルチェック(Lock File Check)
を担当するＰＲＭＢ(Process Management Block)と、
該ＰＲＭＢを管理するＯＭＳ(Operation & Maintenan
ce Subsystem)とを含んでなる。
ome Location Register)においてプロセス(Process)
の構成は、プロトコル(Protocol)関連及びその他のメッ
セージを処理するＡＳＥ(Application Service Eleme
nt)と、該ＡＳＥの周期的なプロセスヘルスチェック(Pr
ocess Health Check)、キューチェック(Queue Chec
k)、及びロックファイルチェック(Lock File Check)
を担当するＰＲＭＢ(Process Management Block)と、
該ＰＲＭＢを管理するＯＭＳ(Operation & Maintenan
ce Subsystem)とを含んでなる。
【０００３】そして、前記のＰＲＭＢは、大きくヘルス
チェックアルゴリズム、キューチェックアルゴリズム、
過負荷アルゴリズム、プロセス状態管理アルゴリズムと
からなる。ここにおいて、前記のＰＲＭＢは、初期化過
程を通して該移動通信システムに関連したプロセス等の
存在有無と有効性とを確認した後、前記のアルゴリズム
等を遂行させる。
チェックアルゴリズム、キューチェックアルゴリズム、
過負荷アルゴリズム、プロセス状態管理アルゴリズムと
からなる。ここにおいて、前記のＰＲＭＢは、初期化過
程を通して該移動通信システムに関連したプロセス等の
存在有無と有効性とを確認した後、前記のアルゴリズム
等を遂行させる。
【０００４】次に、その以降の過程のヘルスチェック処
理、キューチェックとロックファイルチェック、前記の
ＯＭＳとその他のメッセージ処理に該当する部分を無限
に反復遂行する。
理、キューチェックとロックファイルチェック、前記の
ＯＭＳとその他のメッセージ処理に該当する部分を無限
に反復遂行する。
【０００５】前記のヘルスチェックアルゴリズムは、シ
ステムに備えられている各ＡＳＥ等のヘルスをチェック
して障害の発生時に該障害を処理するが、前記のＰＲＭ
Ｂは、各ＡＳＥにメッセージを送受信しつつヘルスをチ
ェックするかまたは、ファイルロッキングによりヘルス
をチェックする。
ステムに備えられている各ＡＳＥ等のヘルスをチェック
して障害の発生時に該障害を処理するが、前記のＰＲＭ
Ｂは、各ＡＳＥにメッセージを送受信しつつヘルスをチ
ェックするかまたは、ファイルロッキングによりヘルス
をチェックする。
【０００６】前記の過負荷アルゴリズムは過負荷状態で
あるかをチェックするが、各プロセス内のキューが過負
荷状態であるかをチェックする。ここにおいて、該過負
荷状態とは、各プロセスのキューに引入されたメッセー
ジが６５，５３５バイトを超過した場合、そして全体的
に全てのプロセスに貯蔵されたメッセージの総合が約１
２０，０００バイト以上、または該メッセージの総個数
が２４，０００個以上の場合をいう。
あるかをチェックするが、各プロセス内のキューが過負
荷状態であるかをチェックする。ここにおいて、該過負
荷状態とは、各プロセスのキューに引入されたメッセー
ジが６５，５３５バイトを超過した場合、そして全体的
に全てのプロセスに貯蔵されたメッセージの総合が約１
２０，０００バイト以上、または該メッセージの総個数
が２４，０００個以上の場合をいう。
【０００７】該過負荷を制御する１つの方法としては、
米国特許第４，９７４，２５６号、分散処理通信システ
ムにおける負荷分散と、過負荷制御(Load Balancing
andOverload Control in a Distributed Processi
ng Telecommunications System)において言及された
方法であるプロセスの使用時間を過負荷基準とするが、
周期的に複数個のプロセスが実際に占有される量を測定
して、各プロセスが平均占有量に近接するように新しい
呼(Call)を割り当てる。過負荷状態は、一周期の間プロ
セス等の平均占有量が、既に決定された値以上となると
過負荷に感知する。過負荷が発生すると、プロセス等の
平均占有量が過負荷以下となるように新しい呼を捨て
る。
米国特許第４，９７４，２５６号、分散処理通信システ
ムにおける負荷分散と、過負荷制御(Load Balancing
andOverload Control in a Distributed Processi
ng Telecommunications System)において言及された
方法であるプロセスの使用時間を過負荷基準とするが、
周期的に複数個のプロセスが実際に占有される量を測定
して、各プロセスが平均占有量に近接するように新しい
呼(Call)を割り当てる。過負荷状態は、一周期の間プロ
セス等の平均占有量が、既に決定された値以上となると
過負荷に感知する。過負荷が発生すると、プロセス等の
平均占有量が過負荷以下となるように新しい呼を捨て
る。
【０００８】該過負荷を制御する方法としては、米国特
許第４，８０９，３１８号に言及された、呼が連結され
る量とプロセスが処理できず積もっている量によって過
負荷を感知し、過負荷状態では新しい要求を拒否する。
許第４，８０９，３１８号に言及された、呼が連結され
る量とプロセスが処理できず積もっている量によって過
負荷を感知し、過負荷状態では新しい要求を拒否する。
【０００９】該過負荷を制御する他の方法としては、米
国特許第４，５１１，７６２号に言及された方法であ
る、プロセスがライン(Line)及びトランク(Trunk)にメ
ッセージを伝送し、該メッセージに応答する時間を基準
として過負荷を感知して処理する。
国特許第４，５１１，７６２号に言及された方法であ
る、プロセスがライン(Line)及びトランク(Trunk)にメ
ッセージを伝送し、該メッセージに応答する時間を基準
として過負荷を感知して処理する。
【００１０】ところが、従来の技術等は、交換機のハー
ドウェア的な問題を基準として作られた過負荷制御方法
等であって、汎用コンピューターに基づいて作られた通
信システムにおける過負荷を感知して制御することに問
題点があった。該通信システムは、内部に存在する全体
メッセージの量または特定プロセスにメッセージが集中
する場合等、多様な原因によって過負荷が発生するの
で、システム全般的に発生する過負荷状況を正確に感知
して制御することには足りなかった。
ドウェア的な問題を基準として作られた過負荷制御方法
等であって、汎用コンピューターに基づいて作られた通
信システムにおける過負荷を感知して制御することに問
題点があった。該通信システムは、内部に存在する全体
メッセージの量または特定プロセスにメッセージが集中
する場合等、多様な原因によって過負荷が発生するの
で、システム全般的に発生する過負荷状況を正確に感知
して制御することには足りなかった。
【００１１】
【発明が解決しようとする課題】従って、本発明は前記
の点を勘案して案出したもので、本発明の目的は、応用
プロセスの特性によって多様化された管理技法を採択す
ることによって、メッセージ過負荷が発生するとすぐこ
れを感知すると同時に、過負荷による精密な情報が分か
るようにした、通信システムにおけるメッセージ過負荷
処理方法を提供することにある。
の点を勘案して案出したもので、本発明の目的は、応用
プロセスの特性によって多様化された管理技法を採択す
ることによって、メッセージ過負荷が発生するとすぐこ
れを感知すると同時に、過負荷による精密な情報が分か
るようにした、通信システムにおけるメッセージ過負荷
処理方法を提供することにある。
【００１２】
【課題を解決するための手段】前記の目的を達成するた
めの本発明の実施例による通信システムにおけるメッセ
ージの過負荷処理方法は：メッセージの利用有無と過負
荷の規模及び種類によって応用プロセスを分類させてデ
ータベース化する第１過程と；一定周期で前記の応用プ
ロセッサーのメッセージキューをチェックして、メッセ
ージキュー状態を確認する第２過程と；前記のメッセー
ジキュー状態が過負荷進行状態であれば、前記のデータ
ベースを利用して過負荷の規模及び種類を分析して、該
分析した過負荷を処理する第３過程とを含んでなること
を特徴とする。
めの本発明の実施例による通信システムにおけるメッセ
ージの過負荷処理方法は：メッセージの利用有無と過負
荷の規模及び種類によって応用プロセスを分類させてデ
ータベース化する第１過程と；一定周期で前記の応用プ
ロセッサーのメッセージキューをチェックして、メッセ
ージキュー状態を確認する第２過程と；前記のメッセー
ジキュー状態が過負荷進行状態であれば、前記のデータ
ベースを利用して過負荷の規模及び種類を分析して、該
分析した過負荷を処理する第３過程とを含んでなること
を特徴とする。
【００１３】そして、前記の第１過程は、前記メッセー
ジの利用有無によって前記の応用プロセスをメッセージ
利用プロセスとメッセージ不利用プロセスとに分類し、
好ましくは前記過負荷の規模及び種類によって、前記の
メッセージ利用プロセスを全体的過負荷関連プロセッサ
と部分的過負荷関連プロセスとに分類するが、前記のメ
ッセージ利用プロセスには、ＤＢＭＳ関連プロセスと、
システム関連プロセスと、インターフェース関連プロセ
スとからなることを特徴とし、前記の全体的過負荷関連
プロセッサーには、ＤＢＭＳ関連プロセスとシステム関
連プロセスとがあることを特徴とし、前記の部分的過負
荷関連プロセスには、位置／サービス権限関連プロセス
と、呼処理関連プロセスと、付加サービス関連プロセス
と、インターフェース関連プロセスとがあることを特徴
とする。
ジの利用有無によって前記の応用プロセスをメッセージ
利用プロセスとメッセージ不利用プロセスとに分類し、
好ましくは前記過負荷の規模及び種類によって、前記の
メッセージ利用プロセスを全体的過負荷関連プロセッサ
と部分的過負荷関連プロセスとに分類するが、前記のメ
ッセージ利用プロセスには、ＤＢＭＳ関連プロセスと、
システム関連プロセスと、インターフェース関連プロセ
スとからなることを特徴とし、前記の全体的過負荷関連
プロセッサーには、ＤＢＭＳ関連プロセスとシステム関
連プロセスとがあることを特徴とし、前記の部分的過負
荷関連プロセスには、位置／サービス権限関連プロセス
と、呼処理関連プロセスと、付加サービス関連プロセス
と、インターフェース関連プロセスとがあることを特徴
とする。
【００１４】そして、前記の第２過程は、メッセージキ
ューチェック周期に、前記のメッセージキューのメッセ
ージ量が許容値以下であるかを確認して、メッセージキ
ュー状態を正常状態に維持させる第１段階と；前記のメ
ッセージキューチェック周期に前記のメッセージ量が許
容値以上であるかを確認して、過負荷進行状態に遷移さ
せて過負荷分析及び処理を要求し、過負荷解除時間を初
期化する第２段階と；前記の過負荷進行状態で、前記の
メッセージキューチェック周期に前記のメッセージ量が
許容値以上であるかを確認して、過負荷解除時まで前記
のメッセージキュー状態を前記の過負荷進行状態に維持
させる第３段階と；前記の過負荷進行状態で、前記のメ
ッセージキューチェック周期に、前記のメッセージ量が
許容値以下であるかを確認して、過負荷解除状態に遷移
させて前記の過負荷解除時間をカウンティングする第４
段階と；前記の過負荷解除状態で、前記のカウンティン
グされた過負荷解除時間が既に設定された解除完了時間
より大きいものであるかを確認して正常状態に遷移させ
る第５段階と；前記の過負荷解除状態で、前記のカウン
ティングされた過負荷解除時間が既に設定された解除完
了時間より小さいものであるかを確認して、前記のメッ
セージキューチェック周期に前記のメッセージ量が許容
値以上であるかを確認して、前記の過負荷進行状態に遷
移させる第６段階とを含んでなることを特徴とする。そ
して、前記の第１段階で、前記のメッセージキューチェ
ック周期に前記のメッセージ量が許容値以上であるかを
確認して、過負荷初期状態に遷移させる段階と；前記の
過負荷初期状態で、前記のメッセージキューチェック周
期に、前記のメッセージ量が許容値以下であるかを確認
して正常状態に遷移させる段階とを更に含んでなること
を特徴とする。
ューチェック周期に、前記のメッセージキューのメッセ
ージ量が許容値以下であるかを確認して、メッセージキ
ュー状態を正常状態に維持させる第１段階と；前記のメ
ッセージキューチェック周期に前記のメッセージ量が許
容値以上であるかを確認して、過負荷進行状態に遷移さ
せて過負荷分析及び処理を要求し、過負荷解除時間を初
期化する第２段階と；前記の過負荷進行状態で、前記の
メッセージキューチェック周期に前記のメッセージ量が
許容値以上であるかを確認して、過負荷解除時まで前記
のメッセージキュー状態を前記の過負荷進行状態に維持
させる第３段階と；前記の過負荷進行状態で、前記のメ
ッセージキューチェック周期に、前記のメッセージ量が
許容値以下であるかを確認して、過負荷解除状態に遷移
させて前記の過負荷解除時間をカウンティングする第４
段階と；前記の過負荷解除状態で、前記のカウンティン
グされた過負荷解除時間が既に設定された解除完了時間
より大きいものであるかを確認して正常状態に遷移させ
る第５段階と；前記の過負荷解除状態で、前記のカウン
ティングされた過負荷解除時間が既に設定された解除完
了時間より小さいものであるかを確認して、前記のメッ
セージキューチェック周期に前記のメッセージ量が許容
値以上であるかを確認して、前記の過負荷進行状態に遷
移させる第６段階とを含んでなることを特徴とする。そ
して、前記の第１段階で、前記のメッセージキューチェ
ック周期に前記のメッセージ量が許容値以上であるかを
確認して、過負荷初期状態に遷移させる段階と；前記の
過負荷初期状態で、前記のメッセージキューチェック周
期に、前記のメッセージ量が許容値以下であるかを確認
して正常状態に遷移させる段階とを更に含んでなること
を特徴とする。
【００１５】ここにおいて、前記の過負荷初期状態は、
実際過負荷に対する動作を遂行させず、過負荷に対する
初期情報のみを管理することを特徴とする。また、本発
明の好ましい１つの実施例による前記のメッセージ量が
前記の許容値以上であることを判断する段階は、過負荷
を管理する応用プロセスが多様な応用プログラムのメッ
セージを利用するかを確認する段階と；前記のメッセー
ジキューチェック周期であるかを確認して、前記のメッ
セージキューに処理されず積もっているメッセージ量を
チェックする段階と；前記のチェックされたメッセージ
量が前記の許容値以上であるかを確認して、前記のメッ
セージキュー状態の遷移を要求する段階とを含んでなる
ことを特徴とする。これと異なって、本発明の好ましい
他の実施例による前記のメッセージ量が前記の許容値以
上であることを判断する段階は、過負荷を管理する応用
プロセスが多様な応用プログラムのメッセージを利用す
るかを確認する段階と；前記のメッセージキューチェッ
ク周期であるかを確認して、ヘルスチェックメッセージ
を生成させて伝送する段階と；前記のヘルスチェックメ
ッセージの伝送成功可否を判別し、前記のメッセージキ
ュー状態の遷移を要求する段階とを含んでなることを特
徴とする。
実際過負荷に対する動作を遂行させず、過負荷に対する
初期情報のみを管理することを特徴とする。また、本発
明の好ましい１つの実施例による前記のメッセージ量が
前記の許容値以上であることを判断する段階は、過負荷
を管理する応用プロセスが多様な応用プログラムのメッ
セージを利用するかを確認する段階と；前記のメッセー
ジキューチェック周期であるかを確認して、前記のメッ
セージキューに処理されず積もっているメッセージ量を
チェックする段階と；前記のチェックされたメッセージ
量が前記の許容値以上であるかを確認して、前記のメッ
セージキュー状態の遷移を要求する段階とを含んでなる
ことを特徴とする。これと異なって、本発明の好ましい
他の実施例による前記のメッセージ量が前記の許容値以
上であることを判断する段階は、過負荷を管理する応用
プロセスが多様な応用プログラムのメッセージを利用す
るかを確認する段階と；前記のメッセージキューチェッ
ク周期であるかを確認して、ヘルスチェックメッセージ
を生成させて伝送する段階と；前記のヘルスチェックメ
ッセージの伝送成功可否を判別し、前記のメッセージキ
ュー状態の遷移を要求する段階とを含んでなることを特
徴とする。
【００１６】また、前記の第６段階で、前記のカウンテ
ィングされた過負荷解除時間が、既に設定された解除完
了時間より小さいものであるかを確認し、前記のメッセ
ージキュー周期に前記のメッセージ量が許容値以下であ
るかを確認して前記の過負荷解除状態を継続して維持さ
せ、前記過負荷解除時間を増加させる段階を更に含んで
なることを特徴とする。
ィングされた過負荷解除時間が、既に設定された解除完
了時間より小さいものであるかを確認し、前記のメッセ
ージキュー周期に前記のメッセージ量が許容値以下であ
るかを確認して前記の過負荷解除状態を継続して維持さ
せ、前記過負荷解除時間を増加させる段階を更に含んで
なることを特徴とする。
【００１７】そして、前記の第３過程は、前記のメッセ
ージキュー状態が過負荷進行状態であるかを確認する第
７段階と；チェックメッセージを生成して過負荷発生プ
ロセスに伝送させ、該過負荷に関する情報を収集する第
８段階と、前記のデータベース化した情報を利用して、
前記の収集した過負荷情報を規模別と機能別とに過負荷
の種類を分析する第９段階と；前記の分析情報によって
過負荷メッセージを生成させて連動された他システムに
伝送する第１０段階と；前記の分析情報によって自体過
負荷処理アルゴリズムを遂行して過負荷を除去する第１
１段階とを含んでなることを特徴とする。ここにおい
て、前記の過負荷メッセージは、過負荷メッセージの形
態と、過負荷発生システムの識別番号と、過負荷発生規
模別の種類と、過負荷発生機能別の種類と、過負荷発生
機能別のレベルと、過負荷の説明とを含んでなることを
特徴とする。
ージキュー状態が過負荷進行状態であるかを確認する第
７段階と；チェックメッセージを生成して過負荷発生プ
ロセスに伝送させ、該過負荷に関する情報を収集する第
８段階と、前記のデータベース化した情報を利用して、
前記の収集した過負荷情報を規模別と機能別とに過負荷
の種類を分析する第９段階と；前記の分析情報によって
過負荷メッセージを生成させて連動された他システムに
伝送する第１０段階と；前記の分析情報によって自体過
負荷処理アルゴリズムを遂行して過負荷を除去する第１
１段階とを含んでなることを特徴とする。ここにおい
て、前記の過負荷メッセージは、過負荷メッセージの形
態と、過負荷発生システムの識別番号と、過負荷発生規
模別の種類と、過負荷発生機能別の種類と、過負荷発生
機能別のレベルと、過負荷の説明とを含んでなることを
特徴とする。
【００１８】それと異なって、前記の第３過程は、前記
の他システムから前記の過負荷メッセージが印加され、
過負荷の規模、種類及びレベルとを判断して全体的過負
荷時に全てのメッセージ量を調節し、部分的過負荷時に
該種類とレベルによって関連メッセージ量を調節する段
階を更に含んでなることを特徴とする。
の他システムから前記の過負荷メッセージが印加され、
過負荷の規模、種類及びレベルとを判断して全体的過負
荷時に全てのメッセージ量を調節し、部分的過負荷時に
該種類とレベルによって関連メッセージ量を調節する段
階を更に含んでなることを特徴とする。
【００１９】
【発明の実施の形態】以下、本発明による通信システム
におけるメッセージ過負荷処理方法の好ましい実施例を
添付図面を参照して詳細に説明する。
におけるメッセージ過負荷処理方法の好ましい実施例を
添付図面を参照して詳細に説明する。
【００２０】従来の技術のように、通信システムから発
生する過負荷を一律的に対応して処理すると、場合によ
って過負荷の持続時間を延長させるか性能の低下をもた
らしたが、本発明によると過負荷の種類によって対応し
て処理するので、過負荷によるシステム障害を最小化さ
せてシステムの稼用時間を増加させ得る。
生する過負荷を一律的に対応して処理すると、場合によ
って過負荷の持続時間を延長させるか性能の低下をもた
らしたが、本発明によると過負荷の種類によって対応し
て処理するので、過負荷によるシステム障害を最小化さ
せてシステムの稼用時間を増加させ得る。
【００２１】前記過負荷の種類及びそれによる情報を得
るために、本発明では通信システム内に存在する多様な
応用プロセス等の種類を分類した。
るために、本発明では通信システム内に存在する多様な
応用プロセス等の種類を分類した。
【００２２】すなわち、本発明の実施例によって通信シ
ステムで応用プロセス管理のための分類図は、図１の図
示のとおり大きく応用プロセス等（１０）と、プロセス
管理者（２０）と、他システム（３０）とに分けられ
る。
ステムで応用プロセス管理のための分類図は、図１の図
示のとおり大きく応用プロセス等（１０）と、プロセス
管理者（２０）と、他システム（３０）とに分けられ
る。
【００２３】そして、前記の応用プロセス等（１０）は
色々の応用プログラム等のメッセージを利用するメッセ
ージ利用プロセス(Message Using Process；１１）
と、該メッセージを利用しないメッセージ不利用プロセ
ス(Message Non-using Process；１２)とに分類す
る。また、該メッセージ利用プロセス（１１）は、ＤＢ
ＭＳ(Database Management System)関連プロセス（１
１１）と、システム関連プロセス（１１２）と、インタ
ーフェース関連プロセス（１１３）とに区分し、該ＤＢ
ＭＳ関連プロセス（１１１）は、位置／サービス権限関
連プロセス（１−１）と、呼処理関連プロセス（１−
２）と、付加サービス関連プロセス（１−３）とに区分
する。
色々の応用プログラム等のメッセージを利用するメッセ
ージ利用プロセス(Message Using Process；１１）
と、該メッセージを利用しないメッセージ不利用プロセ
ス(Message Non-using Process；１２)とに分類す
る。また、該メッセージ利用プロセス（１１）は、ＤＢ
ＭＳ(Database Management System)関連プロセス（１
１１）と、システム関連プロセス（１１２）と、インタ
ーフェース関連プロセス（１１３）とに区分し、該ＤＢ
ＭＳ関連プロセス（１１１）は、位置／サービス権限関
連プロセス（１−１）と、呼処理関連プロセス（１−
２）と、付加サービス関連プロセス（１−３）とに区分
する。
【００２４】好ましい本発明の実施例によって、前記の
メッセージ利用プロセス（１１）は機能別に分類する
が、過負荷の規模と種類によってシステムの全体的な障
害、すなわちＤＢＭＳ関連障害とシステム関連障害に対
応する全体的過負荷関連プロセッサー等と、システムの
特定部分障害、すなわちインターフェース関連障害、位
置／サービス権限関連障害、呼処理関連障害及び付加サ
ービス関連障害に対応する部分的過負荷関連プロセス等
とに分けられる。すなわち、前記の全体的過負荷関連プ
ロセッサー等には、ＤＢＭＳ関連プロセス（１１１）と
システム関連プロセス（１１２）とがあり、該部分的過
負荷関連プロセス等には、過負荷の種類を知ることがで
きる位置／サービス権限関連プロセス（１−１）と、呼
処理関連プロセス（１−２）と、付加サービス関連プロ
セス（１−３）と、インターフェース関連プロセス（１
１３）とからなる。
メッセージ利用プロセス（１１）は機能別に分類する
が、過負荷の規模と種類によってシステムの全体的な障
害、すなわちＤＢＭＳ関連障害とシステム関連障害に対
応する全体的過負荷関連プロセッサー等と、システムの
特定部分障害、すなわちインターフェース関連障害、位
置／サービス権限関連障害、呼処理関連障害及び付加サ
ービス関連障害に対応する部分的過負荷関連プロセス等
とに分けられる。すなわち、前記の全体的過負荷関連プ
ロセッサー等には、ＤＢＭＳ関連プロセス（１１１）と
システム関連プロセス（１１２）とがあり、該部分的過
負荷関連プロセス等には、過負荷の種類を知ることがで
きる位置／サービス権限関連プロセス（１−１）と、呼
処理関連プロセス（１−２）と、付加サービス関連プロ
セス（１−３）と、インターフェース関連プロセス（１
１３）とからなる。
【００２５】そして、前記のプロセス管理者（２０）は
該応用プロセス等（１０）を管理するが、該応用プロセ
ス等（１０）の過負荷発生を感知し、前記の他システム
（３０）と情報とをインターフェースする。
該応用プロセス等（１０）を管理するが、該応用プロセ
ス等（１０）の過負荷発生を感知し、前記の他システム
（３０）と情報とをインターフェースする。
【００２６】他システム（３０）は、前記の応用プロセ
ス管理者（２０）に連動されて前記の情報を送受信す
る。
ス管理者（２０）に連動されて前記の情報を送受信す
る。
【００２７】それでは、図２のフローチャートを参考し
て、本発明の実施例による通信システムにおけるメッセ
ージ過負荷処理方法を簡略に調べる。
て、本発明の実施例による通信システムにおけるメッセ
ージ過負荷処理方法を簡略に調べる。
【００２８】まず、メッセージを利用する応用プロセス
に対する過負荷を管理するために、色々の応用プログラ
ム等のメッセージの利用有無によって、そして多様な過
負荷情報を正確に確認することができるようにするため
に、過負荷の規模及び種類によって応用プロセス等（１
０）を分類してデータベース化する（過程Ｓ１）。
に対する過負荷を管理するために、色々の応用プログラ
ム等のメッセージの利用有無によって、そして多様な過
負荷情報を正確に確認することができるようにするため
に、過負荷の規模及び種類によって応用プロセス等（１
０）を分類してデータベース化する（過程Ｓ１）。
【００２９】すなわち、メッセージの利用有無によっ
て、前記の応用プロセス等（１０）をメッセージ利用プ
ロセス（１１）とメッセージ不利用プロセス（１２）と
に分類し、過負荷の規模と種類によって該メッセージ利
用プロセス（１１）を全体的過負荷関連プロセッサー等
と部分的過負荷関連プロセス等とに分類する。
て、前記の応用プロセス等（１０）をメッセージ利用プ
ロセス（１１）とメッセージ不利用プロセス（１２）と
に分類し、過負荷の規模と種類によって該メッセージ利
用プロセス（１１）を全体的過負荷関連プロセッサー等
と部分的過負荷関連プロセス等とに分類する。
【００３０】そして、前記の全体的過負荷関連プロせッ
サー等には、ＤＢＭＳ関連プロセス（１１１）とシステ
ム関連プロセス（１１２）とがあり、前記の部分的過負
荷関連プロセス等には、位置／サービス権限関連プロセ
ス（１−１）と、呼処理関連プロセス（１−２）と、付
加サービス関連プロセス（１−３）と、インターフェー
ス関連プロセス（１１３）とがある。
サー等には、ＤＢＭＳ関連プロセス（１１１）とシステ
ム関連プロセス（１１２）とがあり、前記の部分的過負
荷関連プロセス等には、位置／サービス権限関連プロセ
ス（１−１）と、呼処理関連プロセス（１−２）と、付
加サービス関連プロセス（１−３）と、インターフェー
ス関連プロセス（１１３）とがある。
【００３１】前記の第１過程（Ｓ１）後に、一定周期に
続いて前記の各応用プロセッサー等（１０）のメッセー
ジキュー(Message Queue)に対するメッセージ容量をチ
ェックし、該チェックしたメッセージの容量を該メッセ
ージキューの許容値と比較することによって、メッセー
ジキュー状態、すなわち過負荷のない正常状態、実際過
負荷に対する動作は遂行せず、過負荷に対する初期情報
のみを管理する過負荷初期状態、実際過負荷に対する処
理動作を遂行するようにする過負荷進行状態及び該過負
荷進行状態で一定時間の間連続して過負荷がなく正常状
態になるようにする過負荷解除状態を確認する（過程Ｓ
２）。
続いて前記の各応用プロセッサー等（１０）のメッセー
ジキュー(Message Queue)に対するメッセージ容量をチ
ェックし、該チェックしたメッセージの容量を該メッセ
ージキューの許容値と比較することによって、メッセー
ジキュー状態、すなわち過負荷のない正常状態、実際過
負荷に対する動作は遂行せず、過負荷に対する初期情報
のみを管理する過負荷初期状態、実際過負荷に対する処
理動作を遂行するようにする過負荷進行状態及び該過負
荷進行状態で一定時間の間連続して過負荷がなく正常状
態になるようにする過負荷解除状態を確認する（過程Ｓ
２）。
【００３２】前記の第２過程（Ｓ２）で過負荷進行状態
であることを確認した場合、過負荷に対する分析及び判
断動作を遂行して該過負荷を処理するが、すなわち前記
の第１過程（Ｓ１）でデータベース化した情報を利用し
て、該過負荷がシステム全体に関連されているかという
ことと、いずれ種類の過負荷であるかを分析して、該分
析した過負荷情報に対するメッセージを生成させて連動
された他システム（３０）に伝送すると同時に、自体的
に過負荷に対するアルゴリズムを遂行して過負荷を除去
させる（過程Ｓ３）。
であることを確認した場合、過負荷に対する分析及び判
断動作を遂行して該過負荷を処理するが、すなわち前記
の第１過程（Ｓ１）でデータベース化した情報を利用し
て、該過負荷がシステム全体に関連されているかという
ことと、いずれ種類の過負荷であるかを分析して、該分
析した過負荷情報に対するメッセージを生成させて連動
された他システム（３０）に伝送すると同時に、自体的
に過負荷に対するアルゴリズムを遂行して過負荷を除去
させる（過程Ｓ３）。
【００３３】それでは、前記の第２過程（Ｓ２）、すな
わち通信システムにおける過負荷の発生を感知するため
の過程を、図３のフローチャートを参考してより詳細に
調べる。
わち通信システムにおける過負荷の発生を感知するため
の過程を、図３のフローチャートを参考してより詳細に
調べる。
【００３４】メッセージ過負荷を感知するために、周期
的に応用プロセス等（１０）のメッセージキューを管理
するが、すなわち該各メッセージキューチェック周期ご
とに該メッセージキューに処理されず積もっているメッ
セージ量をチェックして、該応用プロセスが処理できず
待機しているメッセージ量が許容値以上であるかを確認
する（段階Ｔ１）。
的に応用プロセス等（１０）のメッセージキューを管理
するが、すなわち該各メッセージキューチェック周期ご
とに該メッセージキューに処理されず積もっているメッ
セージ量をチェックして、該応用プロセスが処理できず
待機しているメッセージ量が許容値以上であるかを確認
する（段階Ｔ１）。
【００３５】それに、前記の第１段階（Ｔ１）で前記の
メッセージキューチェック周期に前記のメッセージ量が
許容値以下であれば、前記のメッセージキュー状態を
‘正常状態’に維持させ（Ｔ２）、前記の第１段階（Ｔ
１）で前記のメッセージキューチェック周期に前記のメ
ッセージ量が許容値以上であれば、過負荷初期フラグ(F
lag)をセッティング(Setting)させて‘過負荷初期状
態’に遷移するが、該過負荷初期状態では、実際の過負
荷に対する動作は遂行せず過負荷に対する初期情報のみ
を管理する（段階Ｔ３）。
メッセージキューチェック周期に前記のメッセージ量が
許容値以下であれば、前記のメッセージキュー状態を
‘正常状態’に維持させ（Ｔ２）、前記の第１段階（Ｔ
１）で前記のメッセージキューチェック周期に前記のメ
ッセージ量が許容値以上であれば、過負荷初期フラグ(F
lag)をセッティング(Setting)させて‘過負荷初期状
態’に遷移するが、該過負荷初期状態では、実際の過負
荷に対する動作は遂行せず過負荷に対する初期情報のみ
を管理する（段階Ｔ３）。
【００３６】そして、前記の過負荷初期状態で更に前記
のメッセージキューチェック周期に前記のメッセージ量
を測定して、該メッセージ量が許容値以上であるかを確
認し（段階Ｔ４）、この場合該メッセージ量が許容値以
下であれば動作フラグを正常フラグにセッティングさせ
て正常状態に遷移させて正常状態に維持させるようにし
（段階Ｔ５）、該メッセージ量が許容値以上であれば、
動作フラグを過負荷進行フラグにセッティングさせて
‘過負荷進行状態’に遷移する（段階Ｔ６）。
のメッセージキューチェック周期に前記のメッセージ量
を測定して、該メッセージ量が許容値以上であるかを確
認し（段階Ｔ４）、この場合該メッセージ量が許容値以
下であれば動作フラグを正常フラグにセッティングさせ
て正常状態に遷移させて正常状態に維持させるようにし
（段階Ｔ５）、該メッセージ量が許容値以上であれば、
動作フラグを過負荷進行フラグにセッティングさせて
‘過負荷進行状態’に遷移する（段階Ｔ６）。
【００３７】前記の第６段階（Ｔ６）で前記の過負荷進
行状態に遷移させると同時に、前記の第３過程（Ｓ
３）、すなわち過負荷分析及び処理過程を遂行するよう
に過負荷分析及び処理を要求し（段階Ｔ７）、前記の過
負荷が発生したメッセージキューの過負荷を解除する過
負荷解除時間を初期からカウンティングさせるために、
該過負荷解除時間を０に初期化する（段階Ｔ８）。
行状態に遷移させると同時に、前記の第３過程（Ｓ
３）、すなわち過負荷分析及び処理過程を遂行するよう
に過負荷分析及び処理を要求し（段階Ｔ７）、前記の過
負荷が発生したメッセージキューの過負荷を解除する過
負荷解除時間を初期からカウンティングさせるために、
該過負荷解除時間を０に初期化する（段階Ｔ８）。
【００３８】そして、前記の過負荷進行状態でまた更に
前記のメッセージキューチェック周期に前記のメッセー
ジ量を測定して、該メッセージ量が許容値以上であるか
を確認し（段階Ｔ９）、この場合該メッセージ量が許容
値以上であれば続いて前記の過負荷進行状態を維持させ
て、該過負荷を解除する時まで前記の第３過程（Ｓ
３）、すなわち過負荷分析及び処理過程を遂行させる
（段階Ｔ１０）。反面に、該メッセージ量が許容値以下
であれば、動作フラグを過負荷解除フラグにセッティン
グさせて‘過負荷解除状態’に遷移させる（段階Ｔ１
１）と同時に、該過負荷解除状態で前記の過負荷解除時
間を増加させて（段階Ｔ１２）該増加された過負荷解除
時間が既に設定された解除完了時間より大きいものであ
るかの可否を確認する（段階Ｔ１３）。ここにおいて、
前記の既に設定された解除完了時間が、該過負荷が完全
に解除される時までかかる時間を測定または計算により
既に設定して置いた値である。
前記のメッセージキューチェック周期に前記のメッセー
ジ量を測定して、該メッセージ量が許容値以上であるか
を確認し（段階Ｔ９）、この場合該メッセージ量が許容
値以上であれば続いて前記の過負荷進行状態を維持させ
て、該過負荷を解除する時まで前記の第３過程（Ｓ
３）、すなわち過負荷分析及び処理過程を遂行させる
（段階Ｔ１０）。反面に、該メッセージ量が許容値以下
であれば、動作フラグを過負荷解除フラグにセッティン
グさせて‘過負荷解除状態’に遷移させる（段階Ｔ１
１）と同時に、該過負荷解除状態で前記の過負荷解除時
間を増加させて（段階Ｔ１２）該増加された過負荷解除
時間が既に設定された解除完了時間より大きいものであ
るかの可否を確認する（段階Ｔ１３）。ここにおいて、
前記の既に設定された解除完了時間が、該過負荷が完全
に解除される時までかかる時間を測定または計算により
既に設定して置いた値である。
【００３９】そして、前記の第１３段階（Ｔ１３）で増
加された過負荷解除時間が、既に設定された解除完了時
間より小さければ、更に前記のメッセージ量が許容値よ
り大きいものであるか小さいものであるかを確認して、
大きければ前記の第６段階（Ｔ６）の過負荷進行状態に
更に遷移させるし、小さければ続いて前記の第１２段階
（Ｔ１２）の過負荷解除時間を増加させ（段階Ｔ１
４）、前記の第１３段階（Ｔ１３）で増加された過負荷
解除時間が、既に設定された解除完了時間より大きけれ
ばすなわち、該過負荷解除状態で一定時間の間連続して
メッセージ量が許容値より小さくなると、更に動作フラ
グを正常フラグにセッティングさせて正常状態に遷移さ
せる（段階Ｔ１５）。
加された過負荷解除時間が、既に設定された解除完了時
間より小さければ、更に前記のメッセージ量が許容値よ
り大きいものであるか小さいものであるかを確認して、
大きければ前記の第６段階（Ｔ６）の過負荷進行状態に
更に遷移させるし、小さければ続いて前記の第１２段階
（Ｔ１２）の過負荷解除時間を増加させ（段階Ｔ１
４）、前記の第１３段階（Ｔ１３）で増加された過負荷
解除時間が、既に設定された解除完了時間より大きけれ
ばすなわち、該過負荷解除状態で一定時間の間連続して
メッセージ量が許容値より小さくなると、更に動作フラ
グを正常フラグにセッティングさせて正常状態に遷移さ
せる（段階Ｔ１５）。
【００４０】このようにして、不規則的な発生に繋がる
メッセージキュー状態を正確に把握して、過負荷状態に
適切に対応し得るようになる。
メッセージキュー状態を正確に把握して、過負荷状態に
適切に対応し得るようになる。
【００４１】ここにおいて、前記の第１段階（Ｔ１）、
第４段階（Ｔ４）、第９段階（Ｔ９）及び第１４段階
（Ｔ１４）は、すなわちメッセージキューの過負荷の可
否を判断する段階は、図４ａと図４ｂのフローチャート
のとおり動作を遂行する。
第４段階（Ｔ４）、第９段階（Ｔ９）及び第１４段階
（Ｔ１４）は、すなわちメッセージキューの過負荷の可
否を判断する段階は、図４ａと図４ｂのフローチャート
のとおり動作を遂行する。
【００４２】まず、メッセージを利用する応用プロセス
に対する過負荷を管理するために、色々の応用プログラ
ム等のメッセージの利用有無を確認するが、すなわち該
過負荷を管理する応用プロセスが、メッセージ利用プロ
セス（１１）に属するプロセスであるかまたはメッセー
ジ不利用プロセス（１２）に属するものであるかを確認
する（ステップＳＴ１）。
に対する過負荷を管理するために、色々の応用プログラ
ム等のメッセージの利用有無を確認するが、すなわち該
過負荷を管理する応用プロセスが、メッセージ利用プロ
セス（１１）に属するプロセスであるかまたはメッセー
ジ不利用プロセス（１２）に属するものであるかを確認
する（ステップＳＴ１）。
【００４３】そして、前記の第１ステップ（ＳＴ１）
で、前記の過負荷を管理する応用プロセスがメッセージ
利用プロセス（１１）に属するプロセスであれば、一定
周期毎に該プロセスのメッセージキューを管理するため
に、メッセージキュー周期となっているかを確認する
（ステップＳＴ２）。
で、前記の過負荷を管理する応用プロセスがメッセージ
利用プロセス（１１）に属するプロセスであれば、一定
周期毎に該プロセスのメッセージキューを管理するため
に、メッセージキュー周期となっているかを確認する
（ステップＳＴ２）。
【００４４】これに、本発明の１つの実施例によって前
記の第２ステップ（ＳＴ２）でメッセージキューチェッ
ク周期となると、前記のメッセージキューに処理されず
積もっているメッセージ量をチェックし（ステップＳＴ
３−１）、該チェックされたメッセージ量を既に設定さ
れた許容値と比較して、該チェックされたメッセージ量
が該許容値より大きいものであるかまたは小さいもので
あるかを確認し（ステップＳＴ４−１）、該チェックさ
れたメッセージ量が該許容値より大きい場合、メッセー
ジキュー状態の遷移、すなわち正常状態、過負荷初期状
態、過負荷進行状態及び過負荷解除状態への遷移を要求
する（ステップＳＴ５−１）。
記の第２ステップ（ＳＴ２）でメッセージキューチェッ
ク周期となると、前記のメッセージキューに処理されず
積もっているメッセージ量をチェックし（ステップＳＴ
３−１）、該チェックされたメッセージ量を既に設定さ
れた許容値と比較して、該チェックされたメッセージ量
が該許容値より大きいものであるかまたは小さいもので
あるかを確認し（ステップＳＴ４−１）、該チェックさ
れたメッセージ量が該許容値より大きい場合、メッセー
ジキュー状態の遷移、すなわち正常状態、過負荷初期状
態、過負荷進行状態及び過負荷解除状態への遷移を要求
する（ステップＳＴ５−１）。
【００４５】それとは異なって、本発明の他の実施例に
よって、前記の第２ステップ（ＳＴ２）でメッセージキ
ューチェック周期となると、ヘルスチェックメッセージ
を生成させて前記のメッセージキューに伝送し（ステッ
プＳＴ３−２）、該ヘルスチェックメッセージの伝送成
功の可否を判別する（ステップＳＴ４−２）。
よって、前記の第２ステップ（ＳＴ２）でメッセージキ
ューチェック周期となると、ヘルスチェックメッセージ
を生成させて前記のメッセージキューに伝送し（ステッ
プＳＴ３−２）、該ヘルスチェックメッセージの伝送成
功の可否を判別する（ステップＳＴ４−２）。
【００４６】そして、前記のステップ（ＳＴ−２）でヘ
ルスチェックメッセージの伝送が失敗すると、通信シス
テムに過負荷が発生したものと判断して、前記メッセー
ジキュー状態の遷移を要求する（ステップＳＴ５−
２）。
ルスチェックメッセージの伝送が失敗すると、通信シス
テムに過負荷が発生したものと判断して、前記メッセー
ジキュー状態の遷移を要求する（ステップＳＴ５−
２）。
【００４７】それでは、前記の第３過程（Ｓ３）、すな
わち通信システムで過負荷の分析及び処理を遂行するた
めの過程を、図５のフローチャートを参考してより詳細
に調べる。
わち通信システムで過負荷の分析及び処理を遂行するた
めの過程を、図５のフローチャートを参考してより詳細
に調べる。
【００４８】まず、前記の第２過程（Ｓ２）における過
負荷進行状態であることを確認するが、すなわち前記で
セッティングされたフラグを検査して、該フラグが過負
荷進行プラグであることを確認する（段階Ｔ１６）。
負荷進行状態であることを確認するが、すなわち前記で
セッティングされたフラグを検査して、該フラグが過負
荷進行プラグであることを確認する（段階Ｔ１６）。
【００４９】これに、前記の第１６段階（Ｔ１６）でフ
ラグが過負荷進行フラグであれば、チェックメッセージ
を生成させて過負荷が発生されたプロセスのメッセージ
キューに伝送し（段階Ｔ１７）、該伝送させたチェック
メッセージを通して該過負荷に対する情報を収集し（段
階Ｔ１８）、それと同時に前記の第１過程（Ｓ１）でデ
ータベース化した情報を判読する（段階Ｔ１９）。
ラグが過負荷進行フラグであれば、チェックメッセージ
を生成させて過負荷が発生されたプロセスのメッセージ
キューに伝送し（段階Ｔ１７）、該伝送させたチェック
メッセージを通して該過負荷に対する情報を収集し（段
階Ｔ１８）、それと同時に前記の第１過程（Ｓ１）でデ
ータベース化した情報を判読する（段階Ｔ１９）。
【００５０】前記の判読情報を利用して前記の収集した
過負荷情報を分析するが、第１番目の過負荷の規模を分
析する。すなわち、過負荷の発生が全体的過負荷関連プ
ロセッサー等から生成されているか、または部分的過負
荷関連プロセス等から生成されているかを判断する（段
階Ｔ２０）。
過負荷情報を分析するが、第１番目の過負荷の規模を分
析する。すなわち、過負荷の発生が全体的過負荷関連プ
ロセッサー等から生成されているか、または部分的過負
荷関連プロセス等から生成されているかを判断する（段
階Ｔ２０）。
【００５１】その以後、前記の発生された過負荷に対す
る各機能別に該過負荷の種類を分析するが、すなわち過
負荷の発生が位置／サービス権限関連プロセス（１−
１）から生成されたか、呼処理関連プロセス（１−２）
から生成されたか、または付加サービス関連プロセス
（１−３）から生成されたか、インターフェース関連プ
ロセス（１１３）から生成されたか、またはシステム非
正常関連プロセス（添付図面に図示されていない）から
生成されたかを判断する（段階Ｔ２１）。
る各機能別に該過負荷の種類を分析するが、すなわち過
負荷の発生が位置／サービス権限関連プロセス（１−
１）から生成されたか、呼処理関連プロセス（１−２）
から生成されたか、または付加サービス関連プロセス
（１−３）から生成されたか、インターフェース関連プ
ロセス（１１３）から生成されたか、またはシステム非
正常関連プロセス（添付図面に図示されていない）から
生成されたかを判断する（段階Ｔ２１）。
【００５２】そして、前記の第２０段階（Ｔ２０）と第
２１段階（Ｔ２１）で分析した情報に連動されている他
システム（３０）に過負荷の発生を知らせるための過負
荷メッセージを、図６に図示されたメッセージの形式の
ように生成させて該他システム（３０）に伝送する（段
階Ｔ２２）。ここにおいて、該過負荷メッセージは、過
負荷メッセージの形態を示す‘Ｔｙｐｅ’と、該システ
ムの識別番号を示す‘Ｎｕｍｂｅｒ’と、発生された規
模別過負荷の種類を示す‘Ｏｖｅｒ＿Ｌｏａｄ１’と、
発生された機能別過負荷の種類を示す‘Ｏｖｅｒ＿Ｌｏ
ａｄ２’と、発生された機能別過負荷のレベルを示す
‘Ｌｅｖｅｌ’と、発生された過負荷の説明を示す‘Ｄ
ｅｓｃｒｉｐｔｉｏｎ’とを含んでなる。
２１段階（Ｔ２１）で分析した情報に連動されている他
システム（３０）に過負荷の発生を知らせるための過負
荷メッセージを、図６に図示されたメッセージの形式の
ように生成させて該他システム（３０）に伝送する（段
階Ｔ２２）。ここにおいて、該過負荷メッセージは、過
負荷メッセージの形態を示す‘Ｔｙｐｅ’と、該システ
ムの識別番号を示す‘Ｎｕｍｂｅｒ’と、発生された規
模別過負荷の種類を示す‘Ｏｖｅｒ＿Ｌｏａｄ１’と、
発生された機能別過負荷の種類を示す‘Ｏｖｅｒ＿Ｌｏ
ａｄ２’と、発生された機能別過負荷のレベルを示す
‘Ｌｅｖｅｌ’と、発生された過負荷の説明を示す‘Ｄ
ｅｓｃｒｉｐｔｉｏｎ’とを含んでなる。
【００５３】このようにして、前記の過負荷メッセージ
を前記の他システム（３０）に伝送すると、前記の他シ
ステム（３０）では前記の過負荷メッセージを判読し
て、過負荷の規模、種類及びレベルによってそれぞれ異
なる動作を遂行するようになる。該他システム（３０）
との過負荷制御動作遂行は、図７の図面を参照すれば理
解しやすい。例えば、過負荷の規模が全体的であれば全
てのメッセージ量を調節し、過負荷の規模が部分的であ
り過負荷の種類が呼処理関連であれば、他システム（３
０）で過負荷状態のシステムに呼処理メッセージに対し
てのみメッセージ量を調節するようになる。
を前記の他システム（３０）に伝送すると、前記の他シ
ステム（３０）では前記の過負荷メッセージを判読し
て、過負荷の規模、種類及びレベルによってそれぞれ異
なる動作を遂行するようになる。該他システム（３０）
との過負荷制御動作遂行は、図７の図面を参照すれば理
解しやすい。例えば、過負荷の規模が全体的であれば全
てのメッセージ量を調節し、過負荷の規模が部分的であ
り過負荷の種類が呼処理関連であれば、他システム（３
０）で過負荷状態のシステムに呼処理メッセージに対し
てのみメッセージ量を調節するようになる。
【００５４】前記第２２段階（Ｔ２２）の動作遂行と同
時に、自体的な過負荷の処理に対するアルゴリズムであ
る自体過負荷処理アルゴリズムを遂行して過負荷を除去
するようにする（段階Ｔ２３）。
時に、自体的な過負荷の処理に対するアルゴリズムであ
る自体過負荷処理アルゴリズムを遂行して過負荷を除去
するようにする（段階Ｔ２３）。
【００５５】
【発明の効果】以上において説明したとおり、通信シス
テムで多様な原因により発生される過負荷に対して、自
体過負荷処理アルゴリズムを利用して解決することがで
きるだけでなく、応用プロセス等に対して個別的に周期
的なメッセージ管理により過負荷の発生をすぐ感知する
ことができ、分析と分類により過負荷が発生したプロセ
スに対する情報も詳しく分かる。
テムで多様な原因により発生される過負荷に対して、自
体過負荷処理アルゴリズムを利用して解決することがで
きるだけでなく、応用プロセス等に対して個別的に周期
的なメッセージ管理により過負荷の発生をすぐ感知する
ことができ、分析と分類により過負荷が発生したプロセ
スに対する情報も詳しく分かる。
【００５６】そして、分析と分類によって作られた過負
荷情報を他システムに伝送して同時に管理させることに
よって、過負荷によるシステムの障害を最小化すること
ができ、システムの稼用時間を最大化させ得る。
荷情報を他システムに伝送して同時に管理させることに
よって、過負荷によるシステムの障害を最小化すること
ができ、システムの稼用時間を最大化させ得る。
【００５７】従って、本発明は通信システム内の応用プ
ロセス等の内部的なプログラムの変化が予想され、本技
術分野の熟練者により多様な修正変更が可能であるの
で、上述した構成と動作のみに本発明が制限されず、本
発明の技術的思想から外れない範囲内に属する全ての修
正事項等を含む。
ロセス等の内部的なプログラムの変化が予想され、本技
術分野の熟練者により多様な修正変更が可能であるの
で、上述した構成と動作のみに本発明が制限されず、本
発明の技術的思想から外れない範囲内に属する全ての修
正事項等を含む。
【図１】本発明の実施例による通信システムで、応用プ
ロセス管理のための分類を示した図面であり、
ロセス管理のための分類を示した図面であり、
【図２】本発明の実施例による通信システムにおけるメ
ッセージ過負荷処理方法を示したフローチャートであ
り、
ッセージ過負荷処理方法を示したフローチャートであ
り、
【図３】図２においてメッセージキュー状態の確認過程
を詳しく示したフローチャートであり、
を詳しく示したフローチャートであり、
【図４】図３におけるメッセージ過負荷感知過程を詳し
く示したフローチャートであり、
く示したフローチャートであり、
【図５】図２におけるメッセージ過負荷分析及び処理過
程を詳しく示したフローチャートであり、
程を詳しく示したフローチャートであり、
【図６】図５における過負荷メッセージの構造を示した
図面であり、
図面であり、
【図７】本発明の実施例による過負荷発生システムと連
動された他システムとの間の過負荷制御を示したデータ
流れ図である。
動された他システムとの間の過負荷制御を示したデータ
流れ図である。
１０：応用プロセス等 ２０：プロセス管理者 ３０：他システム １１：メッセージ利用プロセス(Message Using Proce
ss) １２：メッセージ不利用プロセス(Message Non-using
Process) １１１：ＤＢＭＳ(Database Management System)関連
プロセス １１２：システム関連プロセス １１３：インターフェース関連プロセス １−１：位置／サービス権限関連プロセス １−２：呼処理関連プロセス １−３：付加サービス関連プロセス
ss) １２：メッセージ不利用プロセス(Message Non-using
Process) １１１：ＤＢＭＳ(Database Management System)関連
プロセス １１２：システム関連プロセス １１３：インターフェース関連プロセス １−１：位置／サービス権限関連プロセス １−２：呼処理関連プロセス １−３：付加サービス関連プロセス
Claims (14)
- 【請求項１】 メッセージの利用有無と過負荷の規模及
び種類によって、応用プロセスを分類させてデータベー
ス化する第１過程と；一定周期で前記の応用プロセッサ
ーのメッセージキューをチェックして、メッセージキュ
ー状態を確認する第２過程と；前記のメッセージキュー
状態が過負荷進行状態であれば、前記のデータベースを
利用して過負荷の規模及び種類を分析して、該分析した
過負荷を処理する第３過程とを含んでなることを特徴と
する通信システムにおけるメッセージの過負荷処理方
法。 - 【請求項２】 前記の第１過程は、前記メッセージの利
用有無によって、前記の応用プロセスをメッセージ利用
プロセスとメッセージ不利用プロセスとに分類し、前記
過負荷の規模及び種類によって前記のメッセージ利用プ
ロセスを全体的過負荷関連プロセッサーと、部分的過負
荷関連プロセスとに分類する段階を含むことを特徴とす
る請求項１記載の通信システムにおけるメッセージの過
負荷処理方法。 - 【請求項３】 前記のメッセージ利用プロセスにはＤＢ
ＭＳ関連プロセスと、システム関連プロセスと、インタ
ーフェース関連プロセスとを含んでなることを特徴とす
る請求項２記載の通信システムにおけるメッセージの過
負荷処理方法。 - 【請求項４】 前記の全体的過負荷関連プロセッサーに
はＤＢＭＳ関連プロセスと、システム関連プロセスとを
含んでなることを特徴とする請求項２記載の通信システ
ムにおけるメッセージの過負荷処理方法。 - 【請求項５】 前記の部分的過負荷関連プロセスには、
位置／サービス権限関連プロセスと、呼処理関連プロセ
スと、付加サービス関連プロセスと、インターフェース
関連プロセスとを含んでなることを特徴とする請求項２
記載の通信システムにおけるメッセージの過負荷処理方
法。 - 【請求項６】 前記の第２過程は、メッセージキューチ
ェック周期に、前記のメッセージキューのメッセージ量
が許容値以下であるかを確認して、メッセージキュー状
態を正常状態に維持させる第１段階と；前記のメッセー
ジキューチェック周期に、前記のメッセージ量が許容値
以上であるかを確認して過負荷進行状態に遷移させて過
負荷分析及び処理を要求し、過負荷解除時間を初期化す
る第２段階と；前記の過負荷進行状態で、前記のメッセ
ージキューチェック周期に前記のメッセージ量が許容値
以上であるかを確認して、過負荷解除時まで前記のメッ
セージキュー状態を前記の過負荷進行状態に維持させる
第３段階と；前記の過負荷進行状態で、前記のメッセー
ジキューチェック周期に前記のメッセージ量が許容値以
下であるかを確認して、過負荷解除状態に遷移させて前
記の過負荷解除時間をカウンティングする第４段階と；
前記の過負荷解除状態で、前記のカウンティングされた
過負荷解除時間が既に設定された解除完了時間より大き
いものであるかを確認して正常状態に遷移させる第５段
階と；前記の過負荷解除状態で、前記のカウンティング
された過負荷解除時間が既に設定された解除完了時間よ
り小さいものであるかを確認して、前記のメッセージキ
ューチェック周期に前記のメッセージ量が許容値以上で
あるかを確認して、前記の過負荷進行状態に遷移させる
第６段階とを含んでなることを特徴とする請求項１記載
の通信システムにおけるメッセージの過負荷処理方法。 - 【請求項７】 前記の第１段階で、前記のメッセージキ
ューチェック周期に、前記のメッセージ量が許容値以上
であるかを確認して過負荷初期状態に遷移させる段階
と；前記の過負荷初期状態で、前記のメッセージキュー
チェック周期に、前記のメッセージ量が許容値以下であ
るかを確認して正常状態に遷移させる段階とを更に含ん
でなることを特徴とする請求項６記載の通信システムに
おけるメッセージの過負荷処理方法。 - 【請求項８】 前記の過負荷初期状態は、実際過負荷に
対する動作を遂行せず、過負荷に対する初期情報のみを
管理することを特徴とする請求項７記載の通信システム
におけるメッセージの過負荷処理方法。 - 【請求項９】 前記のメッセージ量が前記の許容値以上
であることを判断する段階は、過負荷を管理する応用プ
ロセスが多様な応用プログラムのメッセージを利用する
かを確認する段階と；前記のメッセージキューチェック
周期であるかを確認して、前記のメッセージキューに処
理されず積もっているメッセージ量をチェックする段階
と；前記のチェックされたメッセージ量が前記の許容値
以上であるかを確認して、前記のメッセージキュー状態
の遷移を要求する段階とを含んでなることを特徴とする
請求項６記載の通信システムにおけるメッセージの過負
荷処理方法。 - 【請求項１０】 前記のメッセージ量が前記の許容値以
上であることを判断する段階は、過負荷を管理する応用
プロセスが多様な応用プログラムのメッセージを利用す
るかを確認する段階と；前記のメッセージキューチェッ
ク周期であるかを確認して、ヘルスチェックメッセージ
を生成させて伝送する段階と；前記のヘルスチェックメ
ッセージの伝送成功の可否を判別し、前記のメッセージ
キュー状態の遷移を要求する段階とを含んでなることを
特徴とする請求項６記載の通信システムにおけるメッセ
ージの過負荷処理方法。 - 【請求項１１】 前記の第６段階で、前記のカウンティ
ングされた過負荷解除時間が、既に設定された解除完了
時間より小さいものであるかを確認し、前記のメッセー
ジキュー周期に前記のメッセージ量が許容値以下である
かを確認して前記の過負荷解除状態を継続して維持さ
せ、前記の過負荷解除時間を増加させる段階を更に含ん
でなることを特徴とする請求項６記載の通信システムに
おけるメッセージの過負荷処理方法。 - 【請求項１２】 前記の第３過程は、前記のメッセージ
キュー状態が過負荷進行状態であるかを確認する第７段
階と；チェックメッセージを生成して過負荷発生プロセ
スに伝送させ、該過負荷に関する情報を収集する第８段
階と；前記のデータベース化した情報を利用して、前記
の収集した過負荷情報を規模別と機能別とに過負荷の種
類を分析する第９段階と；前記の分析情報によって過負
荷メッセージを生成させて連動された他システムに伝送
する第１０段階と；前記の分析情報によって自体過負荷
処理アルゴリズムを遂行して過負荷を除去する第１１段
階とを含んでなることを特徴とする請求項１記載の通信
システムにおけるメッセージの過負荷処理方法。 - 【請求項１３】 前記の過負荷メッセージは、過負荷メ
ッセージの形態と、過負荷発生システムの識別番号と、
過負荷発生規模別の種類と、過負荷発生機能別の種類
と、過負荷発生機能別のレベルと、過負荷の説明とを含
んでなることを特徴とする請求項１２記載の通信システ
ムにおけるメッセージの過負荷処理方法。 - 【請求項１４】 前記の第３過程は、前記の他システム
から前記の過負荷メッセージが印加され、過負荷の規
模、種類及びレベルとを判断して、全体的過負荷時に全
てのメッセージ量を調節し、部分的過負荷時に該種類と
レベルによって関連メッセージ量を調節する段階を更に
含んでなることを特徴とする請求項１２記載の通信シス
テムにおけるメッセージの過負荷処理方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR97-79178 | 1997-12-30 | ||
| KR1019970079178A KR100257186B1 (ko) | 1997-12-30 | 1997-12-30 | 이동통신시스템에서 메시지 과부하 감지방법 |
| KR97-79177 | 1997-12-30 | ||
| KR1019970079177A KR100317248B1 (ko) | 1997-12-30 | 1997-12-30 | 이동통신시스템에서메시지과부하해제방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11346377A true JPH11346377A (ja) | 1999-12-14 |
| JP3285547B2 JP3285547B2 (ja) | 2002-05-27 |
Family
ID=26633327
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30880598A Expired - Fee Related JP3285547B2 (ja) | 1997-12-30 | 1998-10-29 | 通信システムにおけるメッセージの過負荷処理方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6160875A (ja) |
| JP (1) | JP3285547B2 (ja) |
| CN (1) | CN1111993C (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100315641B1 (ko) | 1999-03-03 | 2001-12-12 | 서평원 | 오티에이피에이를 위한 단말기와 시스템의 상호 인증 방법 |
| US6434713B1 (en) * | 1998-09-03 | 2002-08-13 | Lg Information & Communications, Ltd. | Processor management method of mobile communication home location register (HLR) system |
| FI19991972A (fi) * | 1999-09-16 | 2001-03-17 | Nokia Networks Oy | Menetelmä ja järjestelmä ylikormitustilanteessa puhelinkeskusjärjestelmässä |
| US6748593B1 (en) * | 2000-02-17 | 2004-06-08 | International Business Machines Corporation | Apparatus and method for starvation load balancing using a global run queue in a multiple run queue system |
| EP1244315A1 (de) * | 2001-03-22 | 2002-09-25 | Siemens Aktiengesellschaft | Verfahren zur selektiven und gesammelten Weiterleitung von Meldungen in einem TMN-Netzwerk |
| US6868153B2 (en) * | 2002-03-12 | 2005-03-15 | Rockwell Electronic Commerce Technologies, Llc | Customer touch-point scoring system |
| US7190766B1 (en) * | 2002-09-26 | 2007-03-13 | Bellsouth Intellectual Property Corp. | System and method for conducting variable voice path assurance tests |
| US6829338B2 (en) * | 2002-10-02 | 2004-12-07 | At&T Corp. | Network having space chattering control for maximizing call throughput during overload |
| US20040111513A1 (en) * | 2002-12-04 | 2004-06-10 | Shen Simon S. | Automatic employment of resource load information with one or more policies to automatically determine whether to decrease one or more loads |
| US8849752B2 (en) * | 2005-07-21 | 2014-09-30 | Google Inc. | Overloaded communication session |
| JP2007096564A (ja) * | 2005-09-28 | 2007-04-12 | Fujitsu Ltd | 通信サーバ装置、及びプログラム |
| US7804943B2 (en) * | 2006-07-27 | 2010-09-28 | Alcatel-Lucent Usa Inc. | Management for a heterogeneous pool of processors for the assignment of additional load |
| US8755270B2 (en) * | 2007-02-05 | 2014-06-17 | Telefonaktiebolaget L M Ericsson (Publ) | Congestion/load indication for high speed packet access |
| US8413156B2 (en) | 2007-04-05 | 2013-04-02 | Ebay, Inc. | Method and system for managing resource connections |
| US8341265B2 (en) * | 2009-01-09 | 2012-12-25 | Sonus Networks, Inc. | Hybrid server overload control scheme for maximizing server throughput |
| CN102044131B (zh) * | 2010-07-20 | 2013-12-11 | 北京紫峰华纳科技有限公司 | 一种报警信号处理方法及基于人体体位信息的报警方法 |
| WO2019195086A1 (en) * | 2018-04-03 | 2019-10-10 | Walmart Apollo, Llc | Customized service request permission control system |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4511762A (en) * | 1983-06-06 | 1985-04-16 | Siemens Corporate Research & Support, Inc. | Overload detection and control system for a telecommunications exchange |
| NL8602452A (nl) * | 1986-09-29 | 1988-04-18 | Philips Nv | Werkwijze voor het voorkomen van overbelasting van de centrale besturing van een telecommunicatiesysteem en inrichting voor het uitvoeren van de werkwijze. |
| US4974256A (en) * | 1989-06-30 | 1990-11-27 | At&T Bell Laboratories | Load balancing and overload control in a distributed processing telecommunications system |
| US5067074A (en) * | 1989-10-27 | 1991-11-19 | At&T Bell Laboratories | Control of overload in communications networks |
| US5097499A (en) * | 1990-08-22 | 1992-03-17 | At&T Bell Laboratories | Autonomous registration overload control for cellular mobile radio systems |
| US5164983A (en) * | 1991-01-28 | 1992-11-17 | American Telephone & Telegraph Company | Telemarketing complex performance management system |
| US5621305A (en) * | 1991-12-13 | 1997-04-15 | Electric Power Research Institute, Inc. | Overload management system |
| US5450483A (en) * | 1993-11-18 | 1995-09-12 | British Telecommunications P.L.C. | Method of controlling overloads in a telecommunications network |
| KR970002740B1 (ko) * | 1993-12-21 | 1997-03-08 | 양승택 | 계층 구조를 갖는 분산 교환 시스템의 상위 프로세서 과부하 제어 방법 |
| SG43032A1 (en) * | 1994-04-13 | 1997-10-17 | British Telecomm | A communication network control method |
| US5548533A (en) * | 1994-10-07 | 1996-08-20 | Northern Telecom Limited | Overload control for a central processor in the switching network of a mobile communications system |
| KR960043938A (ko) * | 1995-05-27 | 1996-12-23 | 김광호 | 멀티프로세서 제어시스템의 단위 프로그램에 대한 메세지 과부하 제어방법 |
| US5867787A (en) * | 1995-07-31 | 1999-02-02 | Northern Telecom Limited | Overload control for an integrated MSC/HLR switch |
| KR0155313B1 (ko) * | 1995-08-21 | 1998-11-16 | 정선종 | Cms에서 호처리 프로세스 부하율을 이용한 과부하 제어방법 |
| US5787153A (en) * | 1995-09-29 | 1998-07-28 | Unisys Corporation | System for incremental redistribution of telephony applications computing workload |
| US5778057A (en) * | 1996-02-09 | 1998-07-07 | Bell Communications Research, Inc. | Service control point congestion control method |
| US5878224A (en) * | 1996-05-24 | 1999-03-02 | Bell Communications Research, Inc. | System for preventing server overload by adaptively modifying gap interval that is used by source to limit number of transactions transmitted by source to server |
-
1998
- 1998-09-14 US US09/152,105 patent/US6160875A/en not_active Expired - Fee Related
- 1998-10-29 JP JP30880598A patent/JP3285547B2/ja not_active Expired - Fee Related
- 1998-12-14 CN CN98123386.4A patent/CN1111993C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6160875A (en) | 2000-12-12 |
| CN1111993C (zh) | 2003-06-18 |
| CN1222019A (zh) | 1999-07-07 |
| JP3285547B2 (ja) | 2002-05-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3285547B2 (ja) | 通信システムにおけるメッセージの過負荷処理方法 | |
| CN109672627A (zh) | 基于集群服务器的业务处理方法、平台、设备及存储介质 | |
| EP1973037B1 (en) | Load distribution in client server system | |
| CN111752965B (zh) | 一种基于微服务的实时数据库数据交互方法和系统 | |
| CN111290917A (zh) | 基于yarn的资源监控方法、装置及终端设备 | |
| CN112231075A (zh) | 一种基于云服务的服务器集群负载均衡控制方法及系统 | |
| JP2833633B2 (ja) | データ処理システム及び待ち行列管理方法 | |
| CN104518987A (zh) | 并行多线程报文处理的方法和装置 | |
| RU2134446C1 (ru) | Способ управления перегрузкой сообщениями элементарной программы в мультипроцессорной управляющей системе (варианты) | |
| CN107168853A (zh) | 一种服务器性能信息获取方法、系统和基板控制管理器 | |
| CN111930493A (zh) | 集群中NodeManager状态管理方法、装置及计算设备 | |
| CN111858031B (zh) | 一种集群分布式资源调度方法、装置、设备及存储介质 | |
| JPH02294753A (ja) | 入出力処理装置の初期化方式 | |
| CN109918275B (zh) | 一种实现对服务器性能进行压力测试的方法、装置及系统 | |
| CN109347982A (zh) | 一种数据中心的调度方法及装置 | |
| CN106603631A (zh) | 分布式消息系统及扩容方法 | |
| CN113419852B (zh) | 微服务的请求响应方法、装置、设备及存储介质 | |
| CN116127494A (zh) | 用户并发访问的控制方法及相关装置 | |
| CN115277736A (zh) | 分布式块存储的数据自动均衡方法及装置 | |
| US6434713B1 (en) | Processor management method of mobile communication home location register (HLR) system | |
| CN111488236A (zh) | 一种订单异常处理方法、服务器、存储介质及处理装置 | |
| CN111338788A (zh) | 资源配额审批方法、存储介质 | |
| CN108933740A (zh) | 通信系统中的消息管理方法 | |
| CN111932799A (zh) | 一种银行网点的自助设备的应急处理方法及装置 | |
| CN114116360A (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: 20020205 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080308 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090308 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100308 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |