JPH06301565A - サービス制御ノードにおける緊急再開方式 - Google Patents
サービス制御ノードにおける緊急再開方式Info
- Publication number
- JPH06301565A JPH06301565A JP5105952A JP10595293A JPH06301565A JP H06301565 A JPH06301565 A JP H06301565A JP 5105952 A JP5105952 A JP 5105952A JP 10595293 A JP10595293 A JP 10595293A JP H06301565 A JPH06301565 A JP H06301565A
- Authority
- JP
- Japan
- Prior art keywords
- fault
- service
- failure
- application
- restart
- 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
- Retry When Errors Occur (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 サービス交換ノードの加入者に対しサービス
の実行を制御するサービス制御ノードに障害が生じた場
合、サービスの停止時間を短縮する。 【構成】 任意のプロセスから障害が通報された場合、
障害情報管理テーブルの情報を基に有効な障害要因を判
別しこの判別結果に応じたサービスの停止及び再開を指
示すると共にこの指示にしたがい該当の再開処理を実施
する。この結果、再開処理の実施範囲が障害レベルに応
じて自動的に定められ、この範囲内でサービスが停止さ
れるため、障害時に全サービスを停止する従来システム
に比べ、サービスの停止時間を全体として低減できる。
の実行を制御するサービス制御ノードに障害が生じた場
合、サービスの停止時間を短縮する。 【構成】 任意のプロセスから障害が通報された場合、
障害情報管理テーブルの情報を基に有効な障害要因を判
別しこの判別結果に応じたサービスの停止及び再開を指
示すると共にこの指示にしたがい該当の再開処理を実施
する。この結果、再開処理の実施範囲が障害レベルに応
じて自動的に定められ、この範囲内でサービスが停止さ
れるため、障害時に全サービスを停止する従来システム
に比べ、サービスの停止時間を全体として低減できる。
Description
【０００１】
【産業上の利用分野】本発明は、インテリジェントネッ
トワークを構成するサービス制御ノードにおける緊急再
開方式に関する。
トワークを構成するサービス制御ノードにおける緊急再
開方式に関する。
【０００２】
【従来の技術】従来、コンピュータシステムで実現され
アプリケーションサービスの実行を制御するこの種のサ
ービス制御ノードにおいては、ソフトウェアの異常走行
等によって障害が発生すると、システムの全アプリケー
ションサービスを一時停止させると共に、システムの初
期化を自動的に再開する自動リカバリ方法により、アプ
リケーションサービスを実行する全てのアプリケーショ
ンプロセスの初期化を行い、システムを正常な稼働状態
へ復旧するものとなっている。
アプリケーションサービスの実行を制御するこの種のサ
ービス制御ノードにおいては、ソフトウェアの異常走行
等によって障害が発生すると、システムの全アプリケー
ションサービスを一時停止させると共に、システムの初
期化を自動的に再開する自動リカバリ方法により、アプ
リケーションサービスを実行する全てのアプリケーショ
ンプロセスの初期化を行い、システムを正常な稼働状態
へ復旧するものとなっている。
【０００３】
【発明が解決しようとする課題】従来、アプリケーショ
ンサービスの実行を制御するサービス制御ノードにおい
ては、ソフトウェアの異常走行等によって障害が発生し
た場合、一時的に全サービスを停止させた後、システム
を自動再開することでシステムを正常な稼働状態へ復旧
させており、このため障害の発生から正常な稼働状態に
至るまでには長時間を要し、その間はサービスを提供で
きないという問題を生じている。
ンサービスの実行を制御するサービス制御ノードにおい
ては、ソフトウェアの異常走行等によって障害が発生し
た場合、一時的に全サービスを停止させた後、システム
を自動再開することでシステムを正常な稼働状態へ復旧
させており、このため障害の発生から正常な稼働状態に
至るまでには長時間を要し、その間はサービスを提供で
きないという問題を生じている。
【０００４】したがって本発明は、サービス制御ノード
において障害が発生した場合、正常な稼働状態に復旧す
るまでの時間を短縮することを目的とする。
において障害が発生した場合、正常な稼働状態に復旧す
るまでの時間を短縮することを目的とする。
【０００５】
【課題を解決するための手段】このような課題を解決す
るために本発明は、予め特定の障害要因としきい値とを
格納する障害情報管理テーブル部と、アプリケーション
サービスを実行する全てのアプリケーションプロセス部
の監視を行うと共に，任意のアプリケーションプロセス
部から通報された障害に対し上記障害情報管理テーブル
部内の情報を基に有効な障害要因を判別しこの判別結果
に応じたサービスの停止及び再開を指示する障害判定プ
ロセス部と、関連するアプリケーションプロセス部群の
稼働状態を管理すると共に，障害判定プロセス部からの
指示にしたがって該当のサービスの再開処理を実施する
アプリケーション管理プロセス部とを設けたものであ
る。
るために本発明は、予め特定の障害要因としきい値とを
格納する障害情報管理テーブル部と、アプリケーション
サービスを実行する全てのアプリケーションプロセス部
の監視を行うと共に，任意のアプリケーションプロセス
部から通報された障害に対し上記障害情報管理テーブル
部内の情報を基に有効な障害要因を判別しこの判別結果
に応じたサービスの停止及び再開を指示する障害判定プ
ロセス部と、関連するアプリケーションプロセス部群の
稼働状態を管理すると共に，障害判定プロセス部からの
指示にしたがって該当のサービスの再開処理を実施する
アプリケーション管理プロセス部とを設けたものであ
る。
【０００６】
【作用】障害が通報された場合、通報された障害に対し
障害情報管理テーブル部内の情報を基に有効な障害要因
を判別してこの判別結果に応じたサービスの停止及び再
開が指示されると共に、この指示にしたがって該当の再
開処理が実施される。この結果、再開処理の実施範囲が
例えば障害レベルに応じて自動的に定められ、この定め
られた範囲内でサービスの停止及び再開処理が実施され
るため、障害時に全サービスを停止しその後システムを
自動再開するような従来システムに比べ、サービスの停
止時間を全体として低減することができる。
障害情報管理テーブル部内の情報を基に有効な障害要因
を判別してこの判別結果に応じたサービスの停止及び再
開が指示されると共に、この指示にしたがって該当の再
開処理が実施される。この結果、再開処理の実施範囲が
例えば障害レベルに応じて自動的に定められ、この定め
られた範囲内でサービスの停止及び再開処理が実施され
るため、障害時に全サービスを停止しその後システムを
自動再開するような従来システムに比べ、サービスの停
止時間を全体として低減することができる。
【０００７】
【実施例】以下、本発明について図面を参照して説明す
る。図１は本発明に係るサービス制御ノードにおける緊
急再開方式を適用したシステムの一実施例を示すブロッ
ク図である。同図において、１はサービス管理システ
ム、２はサービス制御ノード、３はサービス交換ノード
であり、加入者サービスデータを保有し管理しているサ
ービス管理システム１は、サービス制御ノード２に接続
されると共に、サービス制御ノード２はインテリジェン
スを網に持たせたインテリジェントネットワークにおけ
るサービス交換ノード（交換機）３に接続され、交換機
であるこのサービス交換ノードの加入者に対しこの交換
機で実現していない特定のアプリケーションサービスの
実行を制御している。
る。図１は本発明に係るサービス制御ノードにおける緊
急再開方式を適用したシステムの一実施例を示すブロッ
ク図である。同図において、１はサービス管理システ
ム、２はサービス制御ノード、３はサービス交換ノード
であり、加入者サービスデータを保有し管理しているサ
ービス管理システム１は、サービス制御ノード２に接続
されると共に、サービス制御ノード２はインテリジェン
スを網に持たせたインテリジェントネットワークにおけ
るサービス交換ノード（交換機）３に接続され、交換機
であるこのサービス交換ノードの加入者に対しこの交換
機で実現していない特定のアプリケーションサービスの
実行を制御している。
【０００８】なお、サービス制御ノード２は、コンピュ
ータシステムで実現され、サービス交換ノード３のリア
ルタイムな情報の問い合わせに対して迅速に応答するト
ランザクション処理を行うものであり、これは次のよう
に構成されている。即ち、図１において、サービス制御
ノード２は、アプリケーションサービスを実行するアプ
リケーションプロセス（以下、プロセス）２１〜２３
と、これらのプロセス２１〜２３を管理しているアプリ
ケーション管理プロセス（以下、管理プロセス）２４
と、全プロセスの障害を監視している障害判定プロセス
２５と、予め各プロセスの障害発生に対する有効な障害
要因と発生回数のしきい値とを格納した障害情報管理テ
ーブル２６とから構成される。なおアプリケーションサ
ービスを実行するプロセス２１〜２３等のプロセス群と
これらを管理している管理プロセス２４との組み合わせ
は、機能に応じて複数設けられている。
ータシステムで実現され、サービス交換ノード３のリア
ルタイムな情報の問い合わせに対して迅速に応答するト
ランザクション処理を行うものであり、これは次のよう
に構成されている。即ち、図１において、サービス制御
ノード２は、アプリケーションサービスを実行するアプ
リケーションプロセス（以下、プロセス）２１〜２３
と、これらのプロセス２１〜２３を管理しているアプリ
ケーション管理プロセス（以下、管理プロセス）２４
と、全プロセスの障害を監視している障害判定プロセス
２５と、予め各プロセスの障害発生に対する有効な障害
要因と発生回数のしきい値とを格納した障害情報管理テ
ーブル２６とから構成される。なおアプリケーションサ
ービスを実行するプロセス２１〜２３等のプロセス群と
これらを管理している管理プロセス２４との組み合わせ
は、機能に応じて複数設けられている。
【０００９】ここで、各プロセス２１〜２３では、上記
したように各アプリケーションサービスを実行している
が、このサービス処理を実行中に或プロセスにおいて障
害が検出されて障害判定プロセス２５に対し障害が通報
された場合は、障害判定プロセス２５は、障害管理テー
ブル２６上の上記した各情報に基づいてサービスの停止
及び再開を各プロセスへ指示する。
したように各アプリケーションサービスを実行している
が、このサービス処理を実行中に或プロセスにおいて障
害が検出されて障害判定プロセス２５に対し障害が通報
された場合は、障害判定プロセス２５は、障害管理テー
ブル２６上の上記した各情報に基づいてサービスの停止
及び再開を各プロセスへ指示する。
【００１０】図３は、このような障害情報管理テーブル
の各情報の格納状況を示す説明図である。ここで、図３
に示すテーブル２６において、プロセス番号＃１，＃
２，＃３は、それぞれプロセス２１，２２，２３に対応
しており、このプロセス番号＃１，＃２，＃３に対応し
て各障害発生回数ｐ，ｑ，ｒの設定領域が設けられてい
る。また、各障害発生回数ｐ，ｑ，ｒの設定領域に対応
してしきい値ｐ１，ｑ１，ｒ１の設定領域が設けられて
いると共に、この領域に対応して有効な障害要因として
のデータｐｆ１，ｐｆ２，ｑｆ１，ｑｆ２．ｒｆ１，ｒ
ｆ２の設定領域が設けられている。また、各プロセス２
１，２２，２３の各情報に関連してこれらの各プロセス
を管理する管理プロセス２４の障害発生回数ｍの設定領
域及びしきい値ｍ１の設定領域が設けられ、さらに、全
てのプロセスに対する初期設定回数ａ及びしきい値ａ１
の各設定領域が設けられている。
の各情報の格納状況を示す説明図である。ここで、図３
に示すテーブル２６において、プロセス番号＃１，＃
２，＃３は、それぞれプロセス２１，２２，２３に対応
しており、このプロセス番号＃１，＃２，＃３に対応し
て各障害発生回数ｐ，ｑ，ｒの設定領域が設けられてい
る。また、各障害発生回数ｐ，ｑ，ｒの設定領域に対応
してしきい値ｐ１，ｑ１，ｒ１の設定領域が設けられて
いると共に、この領域に対応して有効な障害要因として
のデータｐｆ１，ｐｆ２，ｑｆ１，ｑｆ２．ｒｆ１，ｒ
ｆ２の設定領域が設けられている。また、各プロセス２
１，２２，２３の各情報に関連してこれらの各プロセス
を管理する管理プロセス２４の障害発生回数ｍの設定領
域及びしきい値ｍ１の設定領域が設けられ、さらに、全
てのプロセスに対する初期設定回数ａ及びしきい値ａ１
の各設定領域が設けられている。
【００１１】このように構成された障害情報管理テーブ
ル２６及び図２のフローチャートに基づいて上記サービ
ス制御ノード２の障害時の動作を説明する。図２のフロ
ーチャートのステップＳＴ１において、例えばプロセス
２１で障害が発生したとすると、プロセス２１に相当す
るプロセス番号＃１と障害要因とが障害情報として障害
判定プロセス２５に通報され、障害判定プロセス２５が
起動される。障害判定プロセス２５は起動されてスター
トすると、まずステップＳＴ２で障害要因を分析すると
共に、図３に示すプロセス番号＃１と対応する有効障害
要因データｐｆ１，ｐｆ２から、この分析された障害要
因が有効か否かをステップＳＴ３で判断し、障害要因が
無効でありステップＳＴ３の判定が「Ｎ」となる場合は
障害判定プロセス２５は再開指示を発行しない。
ル２６及び図２のフローチャートに基づいて上記サービ
ス制御ノード２の障害時の動作を説明する。図２のフロ
ーチャートのステップＳＴ１において、例えばプロセス
２１で障害が発生したとすると、プロセス２１に相当す
るプロセス番号＃１と障害要因とが障害情報として障害
判定プロセス２５に通報され、障害判定プロセス２５が
起動される。障害判定プロセス２５は起動されてスター
トすると、まずステップＳＴ２で障害要因を分析すると
共に、図３に示すプロセス番号＃１と対応する有効障害
要因データｐｆ１，ｐｆ２から、この分析された障害要
因が有効か否かをステップＳＴ３で判断し、障害要因が
無効でありステップＳＴ３の判定が「Ｎ」となる場合は
障害判定プロセス２５は再開指示を発行しない。
【００１２】また、障害判定プロセス２５において障害
要因が有効な障害要因と判定されステップＳＴ３で
「Ｙ」となる場合は、障害判定プロセス２５では、ステ
ップＳＴ４において図３に示す対応のプロセス障害発生
回数ｐを更新する。そして、その更新値がしきい値ｐ１
を越えているか否かをステップＳＴ５で判断し、しきい
値ｐ１を越えていなければ、ステップＳＴ６において該
当のプロセス２１のみのサービスを一旦停止させその再
開処理を管理プロセス２４に指示し再開処理を起動させ
る。また、その値がしきい値ｐ１を越えておらずステッ
プＳＴ５の判定が「Ｙ」となる場合は、ステップＳＴ７
で図３に示す該当のプロセス２１を管理する管理プロセ
ス２４の障害発生回数ｍを更新する。
要因が有効な障害要因と判定されステップＳＴ３で
「Ｙ」となる場合は、障害判定プロセス２５では、ステ
ップＳＴ４において図３に示す対応のプロセス障害発生
回数ｐを更新する。そして、その更新値がしきい値ｐ１
を越えているか否かをステップＳＴ５で判断し、しきい
値ｐ１を越えていなければ、ステップＳＴ６において該
当のプロセス２１のみのサービスを一旦停止させその再
開処理を管理プロセス２４に指示し再開処理を起動させ
る。また、その値がしきい値ｐ１を越えておらずステッ
プＳＴ５の判定が「Ｙ」となる場合は、ステップＳＴ７
で図３に示す該当のプロセス２１を管理する管理プロセ
ス２４の障害発生回数ｍを更新する。
【００１３】そしてこのとき管理プロセス２４の障害発
生回数ｍの更新値がしきい値ｍ１を越えているか否かを
ステップＳＴ８で判断すると共に、しきい値ｍ１を越え
ていなければ、障害判定プロセス２５は、この管理プロ
セス２４に対し停止及び再開処理の指示を発行する。こ
の結果、管理プロセス２４では、この停止及び再開処理
の指示により、テップＳＴ９において自身、即ち管理プ
ロセス２４とその管理下にある全プロセス２１〜２３の
サービスが一旦停止されその後再開処理が実施される。
また、上記管理プロセス２４の障害発生回数ｍの更新値
がしきい値ｍ１を越えステップＳＴ８の判定が「Ｙ」と
なる場合は、ステップＳＴ１０で図３のテーブルに示す
ようなアプリケーション初期設定回数ａを更新する。そ
してその更新値がしきい値ａ１を越えているか否かをス
テップＳＴ１１で判断する。
生回数ｍの更新値がしきい値ｍ１を越えているか否かを
ステップＳＴ８で判断すると共に、しきい値ｍ１を越え
ていなければ、障害判定プロセス２５は、この管理プロ
セス２４に対し停止及び再開処理の指示を発行する。こ
の結果、管理プロセス２４では、この停止及び再開処理
の指示により、テップＳＴ９において自身、即ち管理プ
ロセス２４とその管理下にある全プロセス２１〜２３の
サービスが一旦停止されその後再開処理が実施される。
また、上記管理プロセス２４の障害発生回数ｍの更新値
がしきい値ｍ１を越えステップＳＴ８の判定が「Ｙ」と
なる場合は、ステップＳＴ１０で図３のテーブルに示す
ようなアプリケーション初期設定回数ａを更新する。そ
してその更新値がしきい値ａ１を越えているか否かをス
テップＳＴ１１で判断する。
【００１４】この場合、アプリケーション初期設定回数
ａの更新値がしきい値ａ１を越えていなければ、障害判
定プロセス２５は、ステップＳＴ１２で管理プロセス２
４を含めた各管理プロセスに対し全てのプロセスの初期
設定を指示する一方、上記の値がしきい値ａ１を越えス
テップＳＴ１の判定が「Ｙ」となる場合は、ステップＳ
Ｔ１３で全てのプロセスの初期設定を行う他に、装置の
初期設定を含めたシステムの全ての初期化処理を実施す
る。なお、全てのプロセスの初期設定の間は、これらの
プロセスによるサービスは停止される。
ａの更新値がしきい値ａ１を越えていなければ、障害判
定プロセス２５は、ステップＳＴ１２で管理プロセス２
４を含めた各管理プロセスに対し全てのプロセスの初期
設定を指示する一方、上記の値がしきい値ａ１を越えス
テップＳＴ１の判定が「Ｙ」となる場合は、ステップＳ
Ｔ１３で全てのプロセスの初期設定を行う他に、装置の
初期設定を含めたシステムの全ての初期化処理を実施す
る。なお、全てのプロセスの初期設定の間は、これらの
プロセスによるサービスは停止される。
【００１５】このように、障害要因と発生回数とによ
り、４つのレベル（つまり、ステップＳＴ６の該当プロ
セスの再開処理、ステップＳＴ９の該当管理プロセスの
再開処理、ステップＳＴ１２の全アプリケーションプロ
セスの初期設定起動及びステップＳＴ１３のシステム初
期化起動）に初期化処理の範囲を定め、このレベルに応
じ自動的に初期化処理を実施するようにしたものであ
る。即ち障害が発生した場合、障害要因によって障害レ
ベルを判定し、障害要因とその頻度を基に再開処理を実
施する範囲を決定することで、全てのサービスを停止さ
せずに、結果的にサービスの停止時間の短縮を図るよう
にしたものである。なお、上記した障害発生回数の初期
値は「０」であり、この回数は定期的にリセットされ
る。
り、４つのレベル（つまり、ステップＳＴ６の該当プロ
セスの再開処理、ステップＳＴ９の該当管理プロセスの
再開処理、ステップＳＴ１２の全アプリケーションプロ
セスの初期設定起動及びステップＳＴ１３のシステム初
期化起動）に初期化処理の範囲を定め、このレベルに応
じ自動的に初期化処理を実施するようにしたものであ
る。即ち障害が発生した場合、障害要因によって障害レ
ベルを判定し、障害要因とその頻度を基に再開処理を実
施する範囲を決定することで、全てのサービスを停止さ
せずに、結果的にサービスの停止時間の短縮を図るよう
にしたものである。なお、上記した障害発生回数の初期
値は「０」であり、この回数は定期的にリセットされ
る。
【００１６】
【発明の効果】以上説明したように、本発明によれば、
任意のプロセス部から障害が通報された場合、通報され
た障害に対し障害情報管理テーブル部内の情報を基に有
効な障害要因を判別し、この判別結果に応じたサービス
の停止及び再開を指示すると共に、この指示にしたがっ
て該当の再開処理を実施するようにしたので、再開処理
の実施範囲を例えば障害レベルに応じて自動的に定める
ことが可能になり、この定められた範囲内でサービスの
停止及び再開処理が実施されるため、障害時に全てのサ
ービスが停止されるような従来システムに比べ、サービ
スの停止時間を全体として低減できるという効果があ
る。
任意のプロセス部から障害が通報された場合、通報され
た障害に対し障害情報管理テーブル部内の情報を基に有
効な障害要因を判別し、この判別結果に応じたサービス
の停止及び再開を指示すると共に、この指示にしたがっ
て該当の再開処理を実施するようにしたので、再開処理
の実施範囲を例えば障害レベルに応じて自動的に定める
ことが可能になり、この定められた範囲内でサービスの
停止及び再開処理が実施されるため、障害時に全てのサ
ービスが停止されるような従来システムに比べ、サービ
スの停止時間を全体として低減できるという効果があ
る。
【図１】本発明に係るサービス制御ノードにおける緊急
再開方式を適用したシステムの一実施例を示すブロック
図である。
再開方式を適用したシステムの一実施例を示すブロック
図である。
【図２】上記システムを構成するサービス制御ノードの
動作を示すフローチャートである。
動作を示すフローチャートである。
【図３】上記サービス制御ノード内の障害情報管理テー
ブルの構成を示す図である。
ブルの構成を示す図である。
１ サービス管理システム ２ サービス制御ノード ３ サービス交換ノード ２１〜２３ プロセス（アプリケーションプロ
セス） ２４ 管理プロセス（アプリケーション
管理プロセス） ２５ 障害判定プロセス ２６ 障害情報管理テーブル
セス） ２４ 管理プロセス（アプリケーション
管理プロセス） ２５ 障害判定プロセス ２６ 障害情報管理テーブル
【手続補正書】
【提出日】平成５年１２月１５日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正内容】
【０００５】
【課題を解決するための手段】このような課題を解決す
るために本発明は、予め特定の障害要因としきい値とを
格納する障害情報管理テーブル部と、アプリケーション
サービスを実行する全てのアプリケーションプロセス部
の監視を行うと共に，任意のアプリケーションプロセス
部から通報された障害に対し上記障害情報管理テーブル
部内の情報を基に有効な障害要因を判別しこの判別結果
に応じたサービスの停止及び再開を指示する障害判定プ
ロセス部と、関連するアプリケーションプロセス部群の
稼働状態を管理すると共に，障害判定プロセス部からの
指示にしたがって該当のサービスの再開処理を実施する
アプリケーション管理プロセス部とを設けたものであ
る。また、複数のアプリケーションプロセスを有する管
理プロセスを複数備え、そのいずれかの管理プロセスの
いずれかのアプリケーションプロセスに障害が生じたと
きに、その障害要因が有効要因である場合はそのアプリ
ケーションプロセスの障害発生回数を更新し、この発生
回数が所定値を越えていなければそのアプリケーション
プロセスを一旦停止させて再開処理を行ない、この発生
回数が所定値を越えている場合はその管理プロセスの障
害発生回数を更新し、この管理プロセスの障害発生回数
が所定値を越えていなければその管理プロセスを一旦停
止させて再開処理を行ない、所定値を越えている場合は
全てのアプリケーションプロセスの初期設定を行ないサ
ービスを停止するようにしたものである。
るために本発明は、予め特定の障害要因としきい値とを
格納する障害情報管理テーブル部と、アプリケーション
サービスを実行する全てのアプリケーションプロセス部
の監視を行うと共に，任意のアプリケーションプロセス
部から通報された障害に対し上記障害情報管理テーブル
部内の情報を基に有効な障害要因を判別しこの判別結果
に応じたサービスの停止及び再開を指示する障害判定プ
ロセス部と、関連するアプリケーションプロセス部群の
稼働状態を管理すると共に，障害判定プロセス部からの
指示にしたがって該当のサービスの再開処理を実施する
アプリケーション管理プロセス部とを設けたものであ
る。また、複数のアプリケーションプロセスを有する管
理プロセスを複数備え、そのいずれかの管理プロセスの
いずれかのアプリケーションプロセスに障害が生じたと
きに、その障害要因が有効要因である場合はそのアプリ
ケーションプロセスの障害発生回数を更新し、この発生
回数が所定値を越えていなければそのアプリケーション
プロセスを一旦停止させて再開処理を行ない、この発生
回数が所定値を越えている場合はその管理プロセスの障
害発生回数を更新し、この管理プロセスの障害発生回数
が所定値を越えていなければその管理プロセスを一旦停
止させて再開処理を行ない、所定値を越えている場合は
全てのアプリケーションプロセスの初期設定を行ないサ
ービスを停止するようにしたものである。
Claims (1)
- 【請求項１】 インテリジェンスを網に持たせたインテ
リジェントネットワークにおけるサービス交換ノードに
接続され、このサービス交換ノードのリアルタイムな情
報の問い合わせに対し迅速に応答するトランザクション
処理を行うと共に、前記サービス交換ノードの加入者に
対するアプリケーションサービスの実行を制御するサー
ビス制御ノードにおいて、 予め特定の障害要因としきい値とを格納する障害情報管
理テーブル部と、前記アプリケーションサービスを実行
する全てのアプリケーションプロセス部の監視を行うと
共に，任意のアプリケーションプロセス部から通報され
た障害に対し前記障害情報管理テーブル部内の情報を基
に有効な障害要因を判別しこの判別結果に応じた前記ア
プリケーションサービスの停止及び再開を指示する障害
判定プロセス部と、関連するアプリケーションプロセス
部の稼働状態を管理すると共に，前記障害判定プロセス
部からの指示にしたがって該当の再開処理を実行するア
プリケーション管理プロセス部とを備えたことを特徴と
するサービス制御ノードにおける緊急再開方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5105952A JP2500745B2 (ja) | 1993-04-09 | 1993-04-09 | サ―ビス制御ノ―ド |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5105952A JP2500745B2 (ja) | 1993-04-09 | 1993-04-09 | サ―ビス制御ノ―ド |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06301565A true JPH06301565A (ja) | 1994-10-28 |
| JP2500745B2 JP2500745B2 (ja) | 1996-05-29 |
Family
ID=14421173
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5105952A Expired - Lifetime JP2500745B2 (ja) | 1993-04-09 | 1993-04-09 | サ―ビス制御ノ―ド |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2500745B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012523024A (ja) * | 2009-09-01 | 2012-09-27 | 株式会社日立製作所 | マルチコアプロセッサを有する要求処理システム |
| CN117234806A (zh) * | 2023-09-22 | 2023-12-15 | 深圳市联瑞电子有限公司 | 一种网卡自动重启方法和系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS57212516A (en) * | 1981-06-25 | 1982-12-27 | Fujitsu Ltd | Retry controlling method of data transfer between devices |
| JPH0287235A (ja) * | 1988-09-22 | 1990-03-28 | Nec Corp | 情報処理装置 |
| JPH04334195A (ja) * | 1991-05-09 | 1992-11-20 | Fujitsu Ltd | 呼制御方式 |
-
1993
- 1993-04-09 JP JP5105952A patent/JP2500745B2/ja not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS57212516A (en) * | 1981-06-25 | 1982-12-27 | Fujitsu Ltd | Retry controlling method of data transfer between devices |
| JPH0287235A (ja) * | 1988-09-22 | 1990-03-28 | Nec Corp | 情報処理装置 |
| JPH04334195A (ja) * | 1991-05-09 | 1992-11-20 | Fujitsu Ltd | 呼制御方式 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012523024A (ja) * | 2009-09-01 | 2012-09-27 | 株式会社日立製作所 | マルチコアプロセッサを有する要求処理システム |
| CN117234806A (zh) * | 2023-09-22 | 2023-12-15 | 深圳市联瑞电子有限公司 | 一种网卡自动重启方法和系统 |
| CN117234806B (zh) * | 2023-09-22 | 2024-04-30 | 深圳市联瑞电子有限公司 | 一种网卡自动重启方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2500745B2 (ja) | 1996-05-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5056504B2 (ja) | 制御装置、情報処理システム、情報処理システムの制御方法および情報処理システムの制御プログラム | |
| JP5285045B2 (ja) | 仮想環境における故障復旧方法及びサーバ及びプログラム | |
| US7437445B1 (en) | System and methods for host naming in a managed information environment | |
| JPH06301565A (ja) | サービス制御ノードにおける緊急再開方式 | |
| KR100832890B1 (ko) | 정보통신 시스템의 프로세스 장애 감시방법 및 복구방법 | |
| JP3325785B2 (ja) | 計算機の故障検出・回復方式 | |
| JPH10116261A (ja) | 並列計算機システムのチェックポイントリスタート方法 | |
| JPH05314075A (ja) | オンラインコンピュータ装置 | |
| JP2677240B2 (ja) | Ａｉｎシステムの自動再開処理装置 | |
| JP2002149439A (ja) | 分散処理システムにおけるサーバ切替え方法及びサーバ装置 | |
| JP3232393B2 (ja) | 分散処理システムのモジュール運転状態制御方法 | |
| JPH0764930A (ja) | Ｃｐｕ間相互監視方法 | |
| JPH0736721A (ja) | 多重化コンピュータシステムの制御方式 | |
| JP2977705B2 (ja) | ネットワーク接続された多重化コンピュータシステムの制御方式 | |
| JPH06175872A (ja) | 障害処理方式 | |
| JP2001125687A (ja) | 計算機システム | |
| JP2658683B2 (ja) | 相互スタンバイシステムにおけるシステムストール監視制御方式 | |
| JP2000047893A (ja) | 複数オンラインシステムにおける障害回復方法およびオンライン処理システム | |
| JPH06290067A (ja) | ホットスタンバイシステムにおける稼動系電子計算機の停止方法 | |
| JP2545763B2 (ja) | ホットスタンバイシステムにおけるバッチ処理の再起動方式 | |
| JPH04291436A (ja) | 複合形計算機システムにおけるデータ通信方式 | |
| JPH10161815A (ja) | ディスク二重化管理装置およびディスク二重化管理方法 | |
| JP3153977B2 (ja) | 情報処理装置 | |
| JPH09251401A (ja) | フォールトトレラントシステムにおけるプログラム動作方式 | |
| US20040083279A1 (en) | Method for backup wireless area network |