KR970002779B1 - 지능망 서비스 제어/관리 시스템의 프로세서 상태관리 방법 - Google Patents

Abstract

내용없음

Description

지능망 서비스 제어/관리 시스템의 프로세서 상태관리 방법

제1도는 본 발명이 적용되는 지능망 서비스 제어/관리 시스템의 구성도.

제2도는 프로세서 상태관리 관련 블럭의 배치도.

제3a도는 프로세서 상태관리 블럭의 구성도.

제3b도는 프로세서 상태감시 블럭의 구성도.

제3c도는 프로세서 상태응답 블럭의 구성도.

제4a도는 랜(LAND : Local Area Network) 메시지 송신 블럭에 의한 상태감시 흐름도.

제4b도는 프로세서 상태감시 블럭에 의한 상태감시 흐름도.

제4c도는 랜 메시지 수신 블럭에 의한 상태응답 흐름도.

제4d도는 프로세서 상태응답 블럭에 의한 상태응답 흐름도.

제4e도는 프로세서 상태 테이블의 초기화 흐름도.

제4f도는 다중 프로세서의 장애감시 흐름도.

제4g도는 다중 프로세서의 복구감시 흐름도.

제4h도는 상태응답 메시지의 수신 흐름도.

제4i도는 단일 프로세서의 복구감시 흐름도.

본 발명은 지능망 제어/관리 시스템의 프로세서 및 랜(LAN : Local Area Network) 메시지 경로의 상태관리 방법에 관한 것으로, 특히 다중 랜 프로토콜중 하위 프로토콜을 이용할 때의 프로세서 및 랜 메시지경로의 상태관리 방법에 관한 것이다.

랜을 통하여 송신되는 메시지는 수신측 프로세서의 상태 및 수신측 프로세서로 메시지가 도달할 수 있는지의 여부를 나타내는 랜 메시지 경로 상태 등에 따라 메시지를 전송할 것인가의 유무 및 랜 메시지 경로등이 달라지는데, 하나의 프로세서는 자신외의 다른 모든 프로세서의 장애유무 및 랜 메시지 경로의 장애유무 등의 상태를 항상 유지하고 있다.

종래 기술은 랜 상에 메시지를 송신할때 송신측 프로세서에서 수신측 프로세서의 장애유무를 알지 못하고 이미 정해진 하나의 랜으로 메시지를 송신하였다. 이때, 송신측 프로세서의 랜 메시지 송신 블럭은 수신측 프로세서 및 랜 메시지 경로의 장애유무를 정확히 알지 못한채 메시지를 송신하며, 실제로 어느 부분에 장애가 발생했을때 장애로 인지하기까지는 많은 시간이 소요되며, 현재 사용중인 랜 메시지 경로의 장애시 다른 랜 메시지 경로를 이용하기 위해서는 절차상 시간이 많이 걸리는 문제점이 있다.

따라서, 상기 문제점을 해결하기 위해 안출된 본 발명은 다중 랜과 다중 프로세서로 이루어진 통신환경에서 송신측 프로세서의 랜 메시지 송신 블럭은 메시지 송신 당시의 수신측 프로세서의 상태, 랜 메시지 경로상태 등을 알고 수신측 프로세서로 메시지를 송신하므로 메시지의 손실 및 재송신을 최소화하며, 랜 메시지를 송신할때 수신측 프로세서의 응답 메시지의 여부에 따라 상대 프로세서 또는 랜 메시지 경로의 장애유무를 신속하게 파악하여 상태 변경을 하고, 일정시간 송신되는 메시지가 없을 때는 주기적인 상태 감시로 상대 프로세서 또는 랜 메시지 경로상에 장애가 발생했는지를 항상 감시하며, 상대 프로세서의 장애 또는 랜 메시지 경로가 장애일때는 주기적인 복구 감시로 상대 프로세서 또는 랜 메시지 경로상에 복구가 이루어졌는지를 항상 감시하므로써, 메시지 전송시 가장 최적의 상태를 가지고 메시지를 전송하도록 하는 프로토콜상태관리 방법을 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은, 지능망 서비스 제어/관리 시스템에 적용되는 프로세서 상태관리 방법에 있어서, 각 프로세서에서 수신측 프로세서가 정상일때 랜(LAN : Local Area Network) 경로를 선택하여 랜 메시지를 송신하며, 응답이 없으면 재송신하여 소정의 횟수까지 응답이 없으면 현재 랜 경로를 장애로 판명하고, 다른 랜 경로를 선택하여 상기 소정의 횟수까지 응답이 없으면 상기 다른 랜 경로와 수신측 프로세서의 상태를 장애로 판명하는 제1단계 ; 랜 메시지 수신측 프로세서에서 랜 메시지를 받았을때 수신할 랜 메시지이면 랜 응답 메시지를 랜 메시지 송신측 프로세서로 송신하므로써 랜 메시지에 대한 응답과 함께 자신의 프로세서가 정상상태임을 알려주는 제2단계 ; 각 프로세서의 상태테이블을 초기화한 후에 입력되는 메시지의 종류에 따라 다중 프로세서 장애감시 과정, 다중 프로세서 복구감시 과정, 상태응답 메시지 수신 과정, 및 단일 프로세서 복구감시 과정을 수행하는 제3단계 ; 및 송신측 프로세서로부터 상태감시 메시지를 수신하면 상태테이블에서 상기 송신측 프로세서가 장애인지를 판단하여 장애가 아니면 상태응답 메시지를 상기 송신측 프로세서로 송신하고, 프로세서가 장애이면 복구감시용 프로세서간 통신(IPC) 메시지를 생성하여 상태감시 블럭으로 송신하고 상태응답 메시지를 만들어 상기 송신측 프로세서로 송신하는 제4단계를 포함한다.

이하, 첨부된 도면을 참조하여 본 발명에 따른 일실시예를 상세히 설명한다.

제1도는 지능망 서비스 제어/관리 시스템의 구성을 나타내는데, 도면에서 FEP(Front End Processor)는 전단 프로세서, BEP(Back End Processor)는 후단 프로세서, CMP(CCS MTP Processor)는 공통선신호망(CCS : Common Channel Signal1ing network) 메시지 전달부(MTP : Message Transfer Part) 프로세서, SLP(Service Logic Processor)는 서비스 로직 프로세서, OAP(Operation and Administration Processor)는 운용 및 관리 프로세서, MAP(Maintenance Processor)는 유지보수 프로세서, SMP(Service Management Processor)는 서비스 관리 프로세서, LAN(Local Area Network)은 근거리 통신망을 각각 나타낸다.

지능망 서비스 제어/관리 시스템은 서비스 수행 교환기로부터 질의가 입력되면 이에 대한 적절한 응답을 제공하여 각종 통신망 서비스를 제어하는 역할을 하는 시스템이다. 이 시스템으로의 입력 신호는 입출력 신호링크(101)로부터 신호처리 프로토콜의 하위 부분을 처리하는 CMP(102)를 통하여 입력되며, 시스템(VME) 버스(103)로 연결된 전단 프로세서인 CCP(104,105)에서 신호연결제어 및 트랜잭션 처리를 하고, 랜 장치(111,112)를 거쳐 후단 프로세서인 SLP(l06,107)에서 서비스처리 디스크 데이타베이스(127,128)에 존재하는 서비스별 로직 데이타에 의해 응답 메시지를 생성하여 이 메시지를 역순인 CCP(104,105)와 CMP(102)를 거쳐 서비스 수행 교환기로 전송한다. 여기서 CCP(104,105), SLP(106,107), 및 랜 장치(111,112)등의 이중화는 이 시스템이 고성능 및 고신뢰도를 가질 수 있도록 구성된 것으로, 정상적인 상태에서 서비스 처리는 CCP(104,105), SLP(l06,107), 랜 장치(111,112)가 부하를 반반씩 부담하여 균형있게 처리하며, 어느 한 부분이 비정상적인 상태가 된 경우에 장애가 발생한 부분에 대한 부하는 정상적인 부분에서 담당한다. 서비스 처리 디스크 데이타베이스(127,128)는 실시간 응답을 요하는 특성으로 인해서 유지하는 메모리 상주 데이타베이스의 백업 및 복구용이며, 이의 서비스 데이타 초기화 및 변경관리를 위해 SMP(1l0)가 있으며, 서비스운용 마스터 데이타베이스(130)를 가지고 있다.

OAP(108)는 시스템의 기동, 정지를 비롯한 시스템 전반의 유지보수 및 운용관리를 전담하며, 유지보수 및 운용관리를 위한 노드 데이타베이스(129), 운용자 작업석(131)을 가지고 있다. 그리고, MAP(109)는 OAP(108)의 장애시 최소한의 유지보수에 필요한 기능을 가지고 있다. 각 프로세서는 랜 접속장치(113 내지 119)를 통하여 이중화된 형태로 랜 장치(111,112)와 접속되어 있으며, 각 랜 장치(111,112)는 프로세서내의 랜 접속장치(113 내지 119)와 접속된다. 랜 장치(111,112)상에 랜 메시지를 송수신하기 위한 랜 접속블럭(120 내지 126)이 각 프로세서에 있으며, 이 블럭은 상태관리 블럭의 도움을 받아서 랜 메시지를 송수신한다.

제2도는 프로세서 상태관리를 위한 관련 블럭들의 배치를 나타내는데, 각 프로세서(20l 내지 207)에는 랜 메시지 송신블럭(217 내지 223)과 랜 메시지 수신블럭(224 내지 230), 프로세서 상태감시 불럭(231 내지 237)과 프로세서 상태 응답블럭(238 내지 244)이 적재되어 있으며, 또한 각 프로세서에는 랜 메시지 송수신에 필요한 랜 카드 1,2(210 내지 216)가 장착되어 있다. CCP1(201)의 랜 메시지 송신블럭(217)은 CCP1(201)의 랜 카드1,2(210)를 통하여 자신을 제외한 모든 프로세서의 랜 메시지 수신블럭(225 내지 230)과 짝을 이루어 랜 메시지를 송수신하는데, 이때 랜 응답메시지의 유무에 따라 프로세서의 상태도 감시한다. CCP1(201)의 프로세서 상태감시 블럭(231)은 CCP1(201)의 랜 카드1,2(210)를 통하여 자신을 제외한 모든 프로세서의 프로세서 상태응답 블럭(239 내지 244)과 짝을 이루어 프로세서의 상태를 감시하며, 이때 랜 장치1(208)은 랜 카드1을 이용할때, 랜 장치2(209)는 랜 카드2를 이용할때 이용된다. CCP2(202), SLP1/2(203,204), OAP(205), MAP(206), SMP(207) 도 CCP1(201) 과 같은 원리로 동작된다.

제3도는 프로세서 상태관리를 위한 관련 블럭들의 상호관계를 나타내는데, 제3a도는 프로세서 상태관리를 위한 CCP1과 CCP2의 두 프로세서간의 블럭들의 관계를 표시하였다. 도면에서 랜 장치l(301), 랜 장치2(302)를 중심으로 CCP1의 랜 카드1(303), 랜 카드2(304), CCP1의 관련 블럭들, CCP1이 가지고 있는 각 프로세서의 상태테이블(319)과 CCP2의 랜 카드1(305), 랜 카드2(306), CCP2의 관련 블럭들, CCP2가 가지고있는 각 프로세서의 상태테이블(320)이 표시되어 있는데, CCP1은 CCP2, SLP1/2, OAP, MAP, SMP로 대치될 수 있으며, CCP2는 CCP1, SLP1/2, OAP, MAP, SMP로 대치될 수 있다.

상태를 감시하는 방법은 두가지의 경우가 있다. 하나는 일반적인 랜 메시지에 의한 응답유무로 판명하는 것이며, 또 하나는 주기적인 상태감시 메시지에 의한 것이다.

첫번째 방법으로, CCP1의 랜 메시지 송신블럭(309)은 CCP1의 프로세서간 통신(IPC) 메시지 송신블럭(307)으로부터 메시지를 받아서 이 메시지의 수신측 프로세서가 CCP2인 경우에, CCP1의 상태테이블(319)이 가지고 있는 CCP2 관련 상태에 따라 CCP1의 랜 카드1(303), 랜 장치1(301), CCP2의 랜 카드1(305)이 정상이면, 랜 메시지 경로1로 렌 메시지를 송신하며 응답이 없으면 한번 더 송신한다. 이때 응답이 없으면, 이 메시지 경로는 장애인 것으로 간주한다. 만약 랜 메시지 경로1의 어느 한 부분이라도 장애이면 CCP1의 랜 카드2(304), 랜 장치2(302), CCP2의 랜 카드2(306)가 정상이면, 랜 메시지 경로2로 랜 메시지를 송신한다. 이때도 두번까지 응답메시지가 없으면, 이 경로도 장애인 것으로 간주하며, 또한 CCP2 프로세서도 장애인 것으로 간주한다. 랜 경로나 수신측 프로세서의 장애가 판명될 때는 CCP1의 상태테이블(319)을 변경한다. CCP2의 랜 메시지 수신블럭(312)은 랜 장치1(301) 또는 랜 장치2(302)로 입력되는 랜 메시지를 랜 카드1(305) 또는 랜 카드2(306)에서 받아서 랜 메시지를 송신한 CCP1의 랜 메시지 송신 블럭(309)으로 응답메시지를 보낸 후에, CCP2의 상위 블럭인 프로세서간 통신(IPC) 메시지 수신블럭(314)으로 이 메시지를 송신한다.

두번째 방법으로, 랜 상에 메시지가 없을 경우에는 언제 장애가 발생했는지 알 수 없으므로, 주기적으로 CCPI의 프로세서 상태감시 블럭(315)에서 CCP1의 랜 카드1(303), 랜 카드2(304)를 통해서 CCP2 프로세서로 프로세서 장애감시 메시지를 송신하여 두번까지 응답이 없으면, 랜 메시지 경로 또는 CCP2 프로세서의 장애를 인지하고, CCP1의 상태테이블(319)을 변경한다. 그리고 현재 랜 메시지 경로 또는 CCP2가 장애인 경우에, 언제 이의 복구가 일어났는지를 알 수 없으므로, 주기적으로 CCP1의 프로세서 상태감시 블럭(315)에서 CCP1의 랜 카드1(303), 랜 카드2(304)를 통해서 CCP2 프로세서로 프로세서 복구감시 메시지를 송신하여 어느 경로라도 응답이 있으면 이 경로는 정상으로 변경되고 CCP2 프로세서도 정상으로 변경된다. CCP2, SLP1/2, OAP, SMP도 CCP1과 같은 원리로 동작된다.

제3b도는 프로세서 상태감시를 중심으로 블럭들의 관계를 표현하고 있으며, CCP1에서 CCP2, SLP1/2, OAP, MAP, SMP로 프로세서 상태감시 메시지를 송신하는 경우를 나타내었다. CCP1의 랜 메시지 송신블럭(330)은 상위블럭(329)으로부터 프로세서간 통신(IPC) 메시지를 받아서 랜 메시지를 만들어 원하는 수신측 프로세서의 랜 메시지 수신블럭(331,333)으로 송신할때 상태감시도 병행한다. 그리고 CCP1의 프로세서 상태감시 블럭(335)은 주기적으로 CCPl의 상태테이블(338)에서 수신측 프로세서와 관련된 상태에 따라 CCP1의 랜 카드1(323) 또는 랜 카드2(324)를 통하여, CCP2, SLP1/2, OAP, MAP, SMP의 프로세서 상태응답 블럭(336,337)으로 프로세서 상태감시 메시지를 송신한다. CCP2, SLP1/2, OAP, MAP, SMP도 CCP1과 같은 원리로 동작된다.

제3c도는 프로세서 상태응답을 중심으로 블럭들의 관계를 표현하고 있으며, CCP1에서 CCP2, SLP1/2, OAP, MAP, SMP로부터 프로세서 상태응답 메시지를 수신하는 경우를 나타내었다. CCP1의 랜 메시지 수신블럭(350)은 어느 프로세서의 랜 메시지 송신블럭(351,353)에서 보낸 랜 메시지를 랜 장치(341,342)를 통하여 받아서 랜 응답 메시지를 만들어 송신측 프로세서로 송신할때 상태응답도 병행한다. 그리고 CCP1의 프로세서 상태응답 블럭(355)은 CCP1의 랜 카드1(343) 또는 랜 카드2(344)를 통하여 CCP2, SLP1/2, OAP, MAP, SMP의 어느 프로세서에서 보낸 프로세서 상태감시 메시지라도 수신할 수 있으며, 수신된 메시지에 대해서는 입력된 랜 메시지 경로와 같은 경로를 이용하여 프로세서 상태감시 메시지를 송신한 프로세서의 프로세서 상태감시 블럭(356,357)으로 프로세서 상태응답 메시지를 송신한다. CCP2, SLP1/2, OAP, MAP, SMP도 CCP1과 같은 원리로 동작된다.

제4도는 각 프로세서의 랜 메시지 송신블럭과 수신측 프로세서의 랜 메시지 수신블럭, 각 프로세서의 프로세서 상태감시 블럭과 수신측 프로세서의 프로세서 상태응답 블럭이 각각 연계되어 프로세서 및 랜 경로의 상태를 관리하는 과정을 나타낸 것으로, 일반 랜 메시지 송신에 의한 장애 감시, 주기적인 장애감시 메시지에 의한 장애감시, 그리고 장애가 발생한 부분에 대한 주기적인 복구 메시지에 의한 복구 감시가 있다.

제4a도는 랜 메시지 송신블럭에 의한 상태감시의 흐름을 나타낸 것으로, 이는 일반 랜 메시지의 송신때 랜 응답 메시지의 유무에 따라 상대 프로세서 또는 랜 경로의 장애를 판명한다. 랜 송신 블럭은 프로세서간 통신(IPC) 메시지가 입력되면 수신측 프로세서의 상태를 판단하여(401) 정상이 아니면 처음 상태로 천이하고, 정상이면 정상인 랜 경로를 선택하여(402) 랜 메시지를 송신한다(403). 그리고 랜 응답 메시지를 수신하는데(404) 응답이 없는지를 판단하여(405) 있으면 처음 상태로 천이하고, 없으면 두번까지 응답이 없었는지를 판단한다(406). 한번만 송신한 경우에는 랜 메시지를 재송신하고(403), 재송신한 경우에도 응답이 없으면 현재의 랜 경로를 장애로 표시하고(407) 경로1, 2가 모두 장애이면(408) 수신측 프로세서를 장애로 표시하고(409) 처음 상태로 천이하고, 어느 하나의 랜 경로가 정상이면 이 경로를 이용하여(410) 랜 메시지를 재송신한다(403).

제4b도는 프로세서 상태감시 블럭에 의한 상태감시의 전체적인 흐름을 나타낸다. 프로세서 상태감시 블럭은 우선 프로세서 및 랜 상태테이블을 초기화한 후에(411), 상태감시 메시지의 주기적인 송신 시간을 할당하기 위하여 타이머를 구동한다(412). 그후 블럭에 입력되는 메시지를 받아서(413) 메시지 종류를 조사한다(414). 상태감시 시간이 되었음을 알리는 메시지이면 감시의 종류에 따라(415) 장애감시를 위한 것이면 다중 프로세서 장애감시 과정(418)을 수행하고 메시지 수신 과정(413)으로 천이하고, 복구감시를 위한 것이면 다중 프로세서 복구감시 과정(419)을 수행하고 메시지 수신 과정(413)으로 천이한다. 메시지 종류가 상대방 프로세서로부터 입력된 상태응답 메시지이면 상태응답 메시지 수신 과정(416)을 수행하고 메시지 수신 과정(413)으로 천이하며, 자신의 프로세서의 상태응답 블럭으로부터 입력된 장애감시용 프로세서간 통신(IPC)메시지이면 단일 프로세서 복구감시 과정(417)을 수행하고 메시지 수신 과정(413)으로 천이한다.

제4c도는 랜 메시지 수신블럭에 의한 상태응답의 흐름을 나타낸 것으로, 이는 제4a도의 송신측 프로세서의 일반적인 랜 메시지에 대해서 수신측 프로세서의 입장에서 랜 메시지를 수신하여 랜 응답 메시지를 송신하는 과정이다. 랜 메시지 수신블럭은 랜으로부터 일반적인 랜 메시지를 수신하여(421) 현재 수신할 랜 메시지 번호가 맞는지를 판단하여(422) 맞지 않으면 랜 메시지 수신 과정(421)로 천이하고, 맞으면 랜 메시지를 송신한 프로세서로 랜 응답 메시지를 송신하고(423) 랜 메시지 수신 과정(421)로 천이하는데, 이 메시지는 상태감시에 대한 응답으로도 이용된다.

제4d도는 프로세서 상태응답 블럭의 전체적인 흐름을 나타낸 것으로, 이는 제4b도의 송신측 프로세서의 상태감시 메시지에 대해서 수신측 프로세서의 입장에서 상태감시 메시지를 수신하여, 상태응답 메시지를 송신하는 과정이다. 상태감시 메시지를 수신하면(431), 자신의 프로세서가 가지고 있는 상태테이블에서 상태감시 메시지를 송신한 프로세서의 상태가 장애인지를 판단하여(432) 장애가 아니면 상태응답 메시지를 송신측 프로세서로 송신하는 과정(435)을 수행하고, 프로세서가 장애였으면 복구감시용 프로세서간 통신(IPC) 메시지를 생성하여(433) 이 메시지를 자신의 프로세서의 상태감시 블럭으로 송신한다(434). 그리고 상태응답 메시지를 만들어 상태감시 메시지를 송신한 프로세서로 송신하고(435) 처음 상태로 천이한다.

제4e도는 제4b도의 프로세서 상태테이블 초기화 과정(411)을 나타낸 것으로, 우선 상태테이블을 정상도 장애도 아닌 중간상태로 초기화한다(411). 그후 첫번째 프로세서를 선택하여(442) 랜 경로1, 경로2를 이용하여 상대방 프로세서로 복구감시 메시지를 송신한다(443,444). 그리고 경로1로 상태응답 메시지를 수신하는데(445), 일정시간내에 경로1로 응답 메시지가 입력되면(446) 경로1은 정상으로 표시되고(447), 상대방 프로세서도 정상으로 표시되지만(449), 일정시간 내에 응답메시지가 없으면 경로1은 장애로 표시된다(448). 같은 방법으로 경로2로 상태응답 메시지를 수신하는데(450), 일정시간내에 경로2로 응답메시지가 입력되면(451) 경로2는 정상으로 표시되고(452), 상대방 프로세서도 정상으로 표시되지만(454), 일정시간내에 응답메시지가 없으면 경로2는 장애로 표시된다(453). 경로1,2의 응답결과가 모두 장애인지를 판단하여(455)어느 하나라도 장애가 아니면 마지막 프로세서인지를 판단하는 과정(457)을 수행하고, 모두 장애이면 상대방 프로세서로 랜 메시지를 송신할 수 있는 경로가 전혀 없으므로 상대방 프로세서의 상태를 장애로 표시한다(456). 마지막 프로세서인가를 판단하여(457) 마지막이면 리턴하고, 아니면 다음 프로세서를 선택하여(458) 경로1으로 복구감시 메시지를 송신하는 과정(443)부터 반복 수행한다.

제4f도는 제4b도의 다중 프로세서 장애감시 과정(418)을 나타낸 것으로, 주기적으로 자신의 프로세서가 바라보는 모든 상대방 프로세서의 장애가 발생했는지를 감시한다. 우선 첫번째 프로세서를 선택하여(461) 상태테이블에서 정상인지를 판단하여(462) 아니면 마지막 프로세서인지를 판단하는 과정(477)을 수행하고, 정상 상태이면 경로1의 상태를 판단한다(463). 경로1의 현재 상태가 정상이 아니면 경로2의 상태를 판단하는 과정(469)을 수행하고, 정상이면 감시횟수에 따라(464) 감시횟수가 1회이면 첫번째 감시상태임을 표시하고(465) 2회이면 두번째 감시상태임을 표시한 후(466) 경로1로 장애감시 메시지를 송신하고(468), 2회이상 동안 상태 응답 메시지가 없었으면 경로1은 장애상태로 표시한다(467). 같은 방법으로 경로2의 현재 상태를 판단하여(469) 정상이 아니면 경로1,2가 모두 장애인지를 판단하는 과정(475)을 수행하고, 정상이면 감시횟수에 따라(470) 감시횟수가 1회이면 첫번째 감시상태임을 표시하고(471) 2회이면 두번째 감시상태임을 표시한 후에(472) 경로2로 장애감시 메시지를 송신하고(474), 2회 이상 동안 상태 응답메시지가 없었으면 경로2는 장애상태로 표시한다(473). 이때 경로1과 2가 모두 장애인지를 판단하여(475) 어느 하나라도 장애가 아니면 마지막 프로세서인지를 판단하는 과정(477)을 수행하고, 모두 장애이면 상대방 프로세서의 상태를 장애로 표시하고(476) 마지막 프로세서인지를 판단하여(477) 마지막이면 리턴하고, 마지막 프로세서가 아니면 다음 프로세서를 선택하여(478) 프로세서가 정상인지를 판단하는 과정(462)부터 반복 수행한다.

제4g도는 제4b도의 다중 프로세서 복구감시 과정(419)을 나타낸 것으로, 주기적으로 자신의 프로세서가 바라보는 모든 상대방 프로세서의 복구가 발생했는지를 감시한다. 우선 첫번째 프로세서를 선택하여(481)경로1이 상태테이블에서 장애인지를 판단하여(482) 아니면 경로2가 장애인지를 판단하는 과정(484)을 수행하고, 장애 상태이면 경로1로 복구감시 메시지를 송신한다(483). 같은 방법으로 경로2가 상태테이블에서 장애인지를 판단하여(484) 아니면 마지막 프로세서인지를 판단하는 과정(486)을 수행하고, 장애 상태이면 경로2로 복구감시 메시지를 송신한다(485). 마지막 프로세서인지를 판단하여(486) 마지막이면 리턴하고, 아니면 다음 프로세서를 선택하여(487) 경로1이 장애인지를 판단하는 과정(482)부터 반복 수행한다.

제4h도는 제4b도의 상태감시에 대한 수신측 프로세서로부터 입력된 상태 응답 메시지 수신 과정(416)을 나타낸 것으로, 응답 메시지가 랜 경로1로 입력되었으면(491) 현재의 경로1의 상태가 장애상태인지를 판단하여(492) 아니면 리턴하고, 장애이면 경로1을 정상상태로 변경하고(493) 경로1에 대한 감시횟수를 0으로 만든다(494). 이때 감시를 받는 프로세서의 상태가 장애인지를 판단하여(495) 아니면 리턴하고, 장애이면경로가 있으므로 프로세서의 상태를 정상으로 표시한다(496). 같은 방법으로 응답 메시지가 랜 경로2로 입력되었으면(491) 현재의 경로2의 상태가 장애인지를 판단하여(497) 아니면 리턴하고, 장애이면 경로2를 정상상태로 변경하고(498) 경로2에 대한 감시횟수를 0으로 만든다(499). 이때 감시를 받는 프로세서의 상태가 장애인지를 판단하여(495) 아니면 리턴하고, 장애이면 경로가 있으므로 프로세서의 상태를 정상으로 표시한다(496).

제4i도는 제4b도의 단일 프로세서 복구감시에 대한 과정(417)을 나타낸 것으로, 상대방 프로세서가 장애인 것으로 알고 있는 상태에서 상대방 프로세서로부터 장애감시 메시지가 입력되었을때, 해당 프로세서에 대해서만 즉시 복구상태를 감시한다. 상대방 프로세서의 상태가 장애인지를 판단하여(501) 아니면 러턴하고, 장애이면 경로1과 경로2로 복구감시 메시지를 송신하고(502,503) 리턴한다.

따라서, 상기와 같이 구성되어 동작하는 본 발명은, 지능망 서비스 제어/관리 시스템과 같이 다중 랜과 다중 프로세서로 이루어진 통신환경에 적용하여 수신측 프로세서의 상태 및 랜 경로 상태를 항상 유지함으로써, 랜 경로 상태를 항상 유지함으로써, 랜 메시지 송신 블럭은 메시지 송신시 가장 최적의 상태를 이용하여 메시지를 송신함으로 메시지의 손실 및 메시지 재송신을 최소화하며, 수신측 프로세서의 상태 및 랜 메시지 경로의 상태를 항상 최적으로 관리하는 효과가 있다.

Claims (6)

1. 지능망 서비스 제어/관리 시스템에 적용되는 프로세서 상태관리 방법에 있어서, 각 프로세서에서 수신측 프로세서가 정상일때 랜(LAN : Local Area Network) 경로를 선택하여 랜 메시지를 송신하며, 응답이 없으면 재송신하여 소정의 횟수까지 응답이 없으면 현재 랜 경로를 장애로 판명하고, 다른 랜 경로를 선택하여 상기 소정의 횟수까지 응답이 없으면 상기 다른 랜 경로와 수신측 프로세서의 상태를 장애로 판명하는 제1단계 ; 랜 메시지 수신측 프로세서에서 랜 메시지를 받았을때 수신할 랜 메시지이면 랜 응답 메시지를 랜 메시지 송신측 프로세서로 송신하므로써 랜 메시지에 대한 응답과 함께 자신의 프로세서가 정상상태임을 알려주는 제2단계 ; 각 프로세서의 상태테이블을 초기화한 후에 입력되는 메시지의 종류에 따라 다중 프로세서 장애감시 과정, 다중 프로세서 복구감시 과정, 상태응답 메시지 수신 과정, 및 단일 프로세서 복구감시과정을 수행하는 제3단계 ; 및 송신측 프로세서부터 상태감시 메시지를 수신하면 상태테이블에서 상기 송신측 프로세서가 장애인지를 판단하여 장애가 아니면 상태응답 메시지를 상기 송신측 프로세서로 송신하고, 프로세서가 장애이면 복구 감시용 프로세서간 통신(IPC) 메시지를 생성하여 상태감시 블럭으로 송신하고 상태응답 메시지를 만들어 상기 송신측 프로세서로 송신하는 제4단계를 포함하여 이루어진 프로세서 상태관리 방법.
2. 제1항에 있어서, 상기 제3단계의 상태테이블을 초기화 과정은, 상태테이블을 정상도 장애도 아닌 중간상태로 초기화한 후에 첫번째 프로세서를 선택하여 랜 경로1,2를 이용하여 상대방 프로세서로 복구감시 메시지를 송신하는 제1과정 ; 경로1로 상태응답 메시지를 소정의 시간 이내에 수신하면 경로1을 정상으로 표시하고 상대 프로세서도 정상으로 표시하며, 경로1로 상기 소정의 시간내에 상태응답 메시지가 없으면 경로1을 장애로 표시하는 제2과정 ; 경로2로 상태응답 메시지를 상기 소정의 시간 이내에 수신하면 경로2를 정상으로 표시하고 상대 프로세서도 정상으로 표시하며, 경로2로 상기 소정의 시간내에 상태응답 메시지가 없으면 경로2를 장애로 표시하는 제3과정 ; 경로1,2의 응답결과가 모두 장애인지를 판단하여 어느 하나라도 장애가 아니면 마지막 프로세서인지를 판단하는 과정을 수행하고, 모두 장애이면 상대 프로세서의 상태를 장애로 표시하는 제4과정 ; 및 마지막 프로세서인지를 판단하여 마지막이면 리턴하고, 아니면 다음 프로세서를 선택하여 상기 제1과정의 경로1,2로 복구감시 메시지를 송신하는 과정으로부터 반복 수행하는 제5과정을 포함하는 것을 특징으로 하는 프로세서 상태관리 방법.
3. 제1항에 있어서, 상기 제3단계의 다중 프로세서 장애감시 과정은, 첫번째 프로세서를 선택하여 상태테이블에서 정상인지를 판단하여 아니면 마지막 프로세서인지를 판단하는 과정을 수행하고, 정상 상태이면 경로1의 상태를 판단하여 경로1의 현재 상태가 정상이 아니면 경로2의 상태를 판단하는 과정을 수행하고, 정상이면 감시횟수에 따라 감시횟수가 1회이면 첫번째 감시상태임을 표시하고 2회이면 두번째 감시상태임을 표시한 후에 경로1로 장애감시 메시지를 송신하고, 2회 이상 동안 상태 응답 메시지가 없었으면 경로1을 장애상태로 표시하는 제1과정 ; 경로2의 현재 상태를 판단하여 정상이 아니면 경로1,2가 모두 장애인지를 판단하는 과정을 수행하고, 정상이면 감시횟수에 따라 감시횟수가 1회이면 첫번째 감시상태임을 표시하고 2회이면 두번째 감시상태임을 표시한 후에 경로2로 장애감시 메시지를 송신하고, 2회 이상 동안 상태 응답메시지가 없었으면 경로2를 장애상태로 표시하는 제2과정 ; 경로1과 2가 모두 장애인지를 판단하는 과정을 수행하고, 모두 장애이면 상대방 프로세서의 상태를 장애로 표시하는 제3과정 ; 및 마지막 프로세서인지를 판단하여 마지막이면 리턴하고, 마지막 프로세서가 아니면 다음 프로세서를 선택하여 상기 제1과정의 프로세서가 정상인지를 판단하는 과정부터 반복 수행하는 제4과정을 포함하는 것을 특징으로 하는 프로세서 상태관리 방법.
4. 제1항에 있어서, 상기 제3단계의 다중 프로세서 복구감시 과정은, 첫번째 프로세서를 선택하여 경로1이 상태테이블에서 장애인지를 판단하여 아니면 경로2가 장애인지를 판단하는 과정을 수행하고, 장애 상태이면 경로1로 복구감시 메시지를 송신하는 제1과정 ; 경로2가 상태테이블에서 장애인지를 판단하여 아니면 마지막 프로세서인지를 판단하는 과정을 수행하고, 장애 상태이면 경로2로 복구감시 메시지를 송신하는 제2과정 ; 및 마지막 프로세서인지를 판단하여 마지막이면 리턴하고, 아니면 다음 프로세서를 선택하여 상기 제1과정의 경로1이 장애인지를 판단하는 과정부터 반복 수행하는 제3과정을 포함하는 것을 특징으로 하는 프로세서 상태관리 방법.
5. 제1항에 있어서, 상기 제3단계의 상태응답 메시지 수신과정은, 응답 메시지가 랜 경로1로 입력되었으면 현재의 경로1의 상태가 장애상태인지를 판단하여 아니면 리턴하고, 장애이면 경로1을 정상상태로 변경하고 경로1에 대한 감시횟수를 0으로 만든 후에 감시를 받는 프로세서의 상태가 장애인지를 판단하여 아니면 리턴하고, 장애이면 경로가 있으므로 프로세서의 상태를 정상으로 표시하는 제1과정 ; 및 응답메시지가 랜 경로2로 입력되었으면 현재의 경로2의 상태가 장애인지를 판단하여 아니면 리턴하고, 장애이면 경로2를 정상상태로 변경하고 경로2에 대한 감시횟수를 0으로 만든 후에 감시를 받는 프로세서의 상태가 장애인지를 판단하여 아니면 리턴하고, 장애이면 경로가 있으므로 프로세서의 상태를 정상으로 표시하는 제2과정을 포함하는 것을 특징으로 하는 프로세서 상태관리 방법.
6. 제1항에 있어서, 상기 제3단계의 단일 프로세서 복구감시 과정은, 상대방 프로세서의 상태가 장애인지를 판단하여 아니면 리턴하고, 장애이면 경로1과 경로2로 복구감시 메시지를 송신하는 것을 특징으로하는 프로세서 상태관리 방법.