KR20010060869A

KR20010060869A - 통신시스템에서 운용자의 요구에 의한 이벤트 처리 방법

Info

Publication number: KR20010060869A
Application number: KR1019990063326A
Authority: KR
Inventors: 김경수
Original assignee: 윤종용; 삼성전자 주식회사
Priority date: 1999-12-28
Filing date: 1999-12-28
Publication date: 2001-07-07

Abstract

본 발명에 따른 이벤트 상태 테이블을 구비한 통신시스템에서 이벤트 처리 방법은, 시스템 운용중에 운용자로부터 이벤트 정보를 수신하여 상기 이벤트 상태 테이블을 갱신하는 과정과, 상기 이벤트 상태 테이블에서 검출방식이 폴링모드인 이벤트들에 대해 폴링방식으로 이벤트를 검출하는 과정과, 상기 이벤트 상태 테이블에서 검출방식이 인터럽트모드인 이벤트들에 대해 인터럽트 방식으로 상기 이벤트를 검출하는 과정을 포함하는 것을 특징으로 한다.

Description

통신시스템에서 운용자의 요구에 의한 이벤트 처리 방법{method for processing event by operator requirement in communication system}

본 발명은 통신시스템에서 이벤트를 처리하는 방법에 관한 것으로, 특히 운용자(operator)의 요구에 의한 이벤트 처리 방법에 관한 것이다.

일반적으로 디바이스(DEVICE)는 시스템의 특정영역에서 특정한 역할을 수행하는 칩(chip)을 말한다. 이러한 디바이스들은 전기적인 배선(wiring) 만으로 동작하는 것이 있는가 하면, 디바이스를 사용하는 운용자의 요구에 의해 제어(control)를 해야 하는 것들도 있다. 후자의 경우 디바이스에 대한 제어는 상기 디바이스에구비된 메모리(memory)에 운용자의 제어정보를 초기화 하도록 되어 있다. 또한, 디바이스가 오동작을 하거나 운용자에게 특정한 디바이스의 상태를 알리기 위해서 상기 디바이스는 스스로 특정상태를 내부에 구비된 특정 메모리에 기록한다. 이렇게 디바이스가 특정상태를 알려줄 경우를 대비하여 운용자들은 디바이스의 특정상태를 면밀히 관찰해야 한다. 상기 디바이스의 상태를 관찰하는 방법으로 현재 사용되고 있는 것은, 인터럽트 모드(interrup mode)와 폴링모드(polling mode)가 있다. 상기 인터럽트 모드는 디바이스의 상태를 인터럽트 서비스 루틴(interrupt Service Routine)을 통해서 전달하는 방법이고, 상기 폴링 모드는 특정한 타스크(process)가 칩의 상태를 계속 관찰하는 것을 말한다.

종래에는 운용자가 상기 디바이스의 상태를 알아내기 위해서 상기한 두 가지 방법중 한가지를 선택하여 사용하였다. 하지만, 상기한 두 가지 방법은 시스템의 운용중에 시스템 관리자(manager)에 의해서 마음대로 조정되지 못했다. 그리고 하나의 디바이스를 폴링 모드로 동작시킬 상태와 인터럽트 모드로 동작시킬 상태를 임의대로 결정하지 못한다. 이것은 시스템의 성능저하의 원인으로 작용될수 있다. 시스템이 운용중에 어느한 디바이스에서 인터럽트가 계속 발생하고 있다면 그 인터럽트를 처리하는 제어기(control Process uint)가 다른 일을 하지 못하고 계속해서 상기 인터럽트를 처리해야 하기 때문이다.

종래기술에 따른 통신시스템에서, 운용자(Operator)와 시스템 구현자는 미리 이벤트(events)의 우선순위와 지속시간을 정해야 한다. 이러한 상호협상은 시스템을 동작시키기 전에 이루어지는 것이므로 시스템을 새로 만들거나 이벤트의 우선순위를 변경하고자 할 때 수행된다. 이렇게 결정된 협상결과는 각각 고유한 이벤트정보를 가진다. 운용자나 시스템이 이벤트의 우선순위를 약속하는 협상의 위치는 동등하다. 따라서, 시스템이 동작하고 있을 때 운용자나 시스템중의 어느 한쪽에서 이벤트의 우선순위를 변경하기는 어려운 일이고, 코딩자체를 바꿔야 하는 불편함이 있었다.

예를들어, 이벤트를 처리하고자 할 때 미리 운용자와 시스템간에 약속하기를 EVENT_C와 EVENT_D를 우선순위 1(first)로 두고, EVENT_F와 EVENT_C는 우선순위2(second), EVENT_N은 우선순위3(third)로 두었다고 가정하면(상태A라 칭함), 이러한 약속은 어느 한쪽에서 파기할수 없다. 왜냐하면 운용자가 이벤트의 우선순위를 변경하고자 하여도(예를들어, EVENT_N을 우선순위1, EVENT_F를 우선순위2, EVENT_G를 우선순위3 : 상태B라 칭함) 시스템에서는 미리 정해진 약속(상태 A)에 의해서 동작을 하기 때문에 이를 지원할수 없다. 반대로 시스템이 우선순위를 바꿔서, 즉, B상태로 변경해서, 이벤트를 처리한다면 운용자측에서는 미리 정해진 약속(상태A)대로 이벤트를 처리하기 때문에 오동작을 야기시킬수 있다. 만약, 운용자나 시스템 중 어느 한쪽에서 이벤트의 우선순위를 변경하고자 한다면 운용자와 시스템을 구현하는 사람이 서로 만나서 다시 새로운 협상(상태A에서 상태B로의 변경)을 해야하고, 그 약속에 따라 우선순위를 바꾸는 작업을 해야 한다. 이렇게 우선순위를 변경하는 작업은 경우에 따라 많은 시간과 노력을 투자해야 되는 어려움이 있다.

따라서 본 발명의 목적은 통신시스템에서 운용자의 요구에 맞게 동작할수 있는 디바이스 관리 방법을 제공함에 있다.

본 발명의 다른 목적은 통신시스템에서 운용자의 요구에 의한 이벤트 처리방법을 제공함에 있다.

본 발명의 또 다른 목적은 통신시스템에서 이벤트상태데이타를 관리함으로서, 한 디바이스에서 동시에 폴링모드 혹은 인터럽트 모드로 이벤트 검출이 가능하고, 폴링모드로 이벤트를 검출할 때 지속시간이나 우선순위 및 이벤트의 발생수를 참조로 폴링할수 있는 방법을 제공함에 있다.

상기 목적들을 달성하기 위한 이벤트 상태 테이블을 구비한 통신시스템에서 이벤트 처리 방법은, 시스템 운용중에 운용자로부터 이벤트 정보를 수신하여 상기 이벤트 상태 테이블을 갱신하는 과정과, 상기 이벤트 상태 테이블에서 검출방식이 폴링모드인 이벤트들에 대해 폴링방식으로 이벤트를 검출하는 과정과, 상기 이벤트 상태 테이블에서 검출방식이 인터럽트모드인 이벤트들에 대해 인터럽트 방식으로 상기 이벤트를 검출하는 과정을 포함하는 것을 특징으로 한다.

도 1은 본 발명에 따른 통신시스템에서 이벤트 처리에 관한 블록 구성을 도시하는 도면

도 2는 본 발명의 실시 예에 따른 통신시스템에서 운용자의 요구에 의한 이벤트 처리절차를 도시하는 도면.

이하 본 발명의 바람직한 실시예를 첨부된 도면의 참조와 함께 상세히 설명한다. 우선 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 한해서는 비록 다른 도면상에 표시되더라도 가능한 동일 부호를 가지도록 하였다. 또한 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다.

도 1은 본 발명의 실시 예에 따른 통신시스템에서 이벤트의 우선순위에 따른 운용자와 시스템간의 이벤트 우선순위 약속 방법을 설명하기 위한 도면이다.

상기 도 1에 도시된 바와 같이, (1) 운용자(101)와 시스템(102)은 모두 시스템 운용중 이벤트 정보를 변경(CEI:Changable Events Information)할수 있다. 여기서 상기 운용자는 유지보수용 터미널(terminal)이 될 수 있다. (2) 상기 시스템(102)는 유연한 이벤트 검출부(Flexible Evens Detector)를 가동시키고 그결과를 받는다. 이는 선택사항이다. (3) 상기 시스템(102)는 상기 운용자(101)에게 이벤트의 결과를 보고한다. 이는 선택사항이다. (4) 상기 운용자(101)는 운용중에 시스템(102)의 상기 이벤트 정보를 변경할수 있다.

이하 구체적인 실시 예에 따른 동작을 살펴본다.

도 2는 본 발명의 실시 예에 따른 통신시스템에서 운용자의 요구에 의한 이벤트 처리 절차를 도시하고 있다.

상기 도 2를 참조하면, 먼저 시스템(102)는 211단계에서 운용자로부터 이벤트 초기 데이터(evevt initial data)를 수신 대기한다. 여기서 상기 운용자로부터 이벤트 초기 데이터가 수신되면 상기 시스템(102)는 213단계로 진행하여 해당 이벤트가 폴링모드인지 검사한다. 이때 상기 해당 이벤트가 폴링모드이면 상기 시스템(102)는 215단계로 진행하여 하기 표 1과 같은 이벤트 상태 테이블에 이벤트데이타(지속시간 및 우선순위)를 등록한다. 한편, 상기 폴링모드가 아니면 상기 시스템(102)는 219단계로 진행하여 해당 이벤트가 인터럽트 모드인지 검사한다. 이때 상기 인터럽트 모드이면 상기 시스템(102)는 221단계로 진행하여 해당 인터럽트 서비스 루틴을 인에이블(enable)시키고, 상기 인터럽트 모드가 아니면 218단계로 진행하여 다음 이벤트 데이터가 존재하는지 검사한다. 이때 상기 다음 이벤트 데이터가 존재하면 상기 213단계로 되돌아가고, 상기 다음 이벤트 데이터가 존재하지 않으면 상기 211단계로 되돌아가 운용자로부터의 이벤트 데이터 수신을 대기한다. 여기까지는 이벤트 초기화(event initial)에 대한 절차를 설명하고 있다.

이에 대해 좀더 상세히 살펴보면, 운용자(101)가 시스템(102)으로 ①이벤트 검출 방식(event detection 방식), ② 우선순위, ③지속시간에 대한 정보를 주어 이벤트 상태 테이블을 초기화하는 과정을 나타낸다. 여기서 갱신(update)된 이벤트 검출 방식은 운용자의 필요에 의해 운용중에 변경될수 있다. 상기 우선순위 및 지속시간 또한 운용자에 의해 결정된다. 이렇게 결정된 우선순위와 지속시간은 해당 이벤트가 폴링방식으로 이벤트를 검출할 때 룩업테이블(lookup table)로 사용된다.

한편, 상기와 같은 과정으로 이벤트 검출방식이 설정되면, 상기 시스템(102)는 217단계에서 이벤트 검출방식이 폴링인 이벤트에 대해서 폴링모드 이벤트 검출기능을 수행한다. 그리고 상기 시스템(102)는 225단계에서 이벤트 검출방식이 인터럽트인 이벤트에 대해 해당 인터럽트 서비스 루틴을 수행한다. 그리고 상기 시스템(102)는 상기 217단계 및 상기 225단계의 수행 결과를 분석하여 이벤트 상태 데이터를 갱신한다. 여기서 상기 시스템(102)는 227단계에서 상기 217단계 및 상기225단계의 수행결과 이벤트 발생(event happen)인지 아니면 이벤트 제거(evevt clear)인지를 검사한다. 이때 상기 이벤트 제거이면 상기 시스템(102)는 229단계로 진행하여 상기 이벤트 제거된 결과를 바탕으로 하위의 이벤트 데이터를 갱신한다. 한편, 상기 이벤트 발생이면 상기 시스템(102)는 231단계로 진행하여 상기 이벤트 발생된 결과를 바탕으로 하위의 이벤트 데이터를 갱신한다. 여기까지는 이벤트 제어 절차에 대해 설명하고 있다.

이를 좀더 상세히 살펴보면, 우선 상기 이벤트 제어절차는 크게 폴링모드로 결정된 이벤트에 대해 이벤트를 검출하는 과정과, 인터럽트모드로 결정된 이벤트에 대해 이벤트를 검출하는 과정으로 구분할수 있다. 상기 폴링모드 이벤트 검출은 라운드로빙(Round-Robin)방식으로 이벤트 상태 테이블에 등록된 정보를 참조하여 이루어지며, 폴링모드로 기록되어진 이벤트에 대해서만 수행한다. 상기 인터럽트 모드 이벤트 검출은 기존에 인터럽트 방식을 그대로 사용한다. 단, 상황에 따라 인터러트 서브루틴 수행을 인에이블/디스에이블 조절할수 있다.

여기서, 효과적인 폴링모드와 인터럽트 모드를 지원하기 위해서는 발생한 이벤트에 대해서 상위의 이벤트가 발생하였는지 조사하여 그 결과를 갱신한다. 즉, 상위의 이벤트가 이미 발생하였을 경우는 하위의 이벤트에 대해서 폴링 디스에이블(disable)과 인터럽트 디스에이블을 할수 있도록 한다. 상기 폴링 디스에이블은 이벤트 상태 데이블에서 '검출방법' 영역에 Non polling mode를 기록함으로서 수행된다. 한편, 상위의 이벤트가 발생하지 않았을 경우는 해당 이벤트를 상위의 블록에 보고한다.

상기 이벤트 상태 테이블의 구조는 하기 표 1과 같다.

이벤트의종류	검출 방법	이벤트 우선순위	이벤트 지속시간	이벤트 상태	Count
이벤트의종류	1.폴링모드2.인터럽트모드3.None	1.First2.second3.Third...	seconds	1.Event_Happen2.Event_Cleared	Numberof EventHappened
EVENT_1	1	2	3	1	.
EVENT_2	2	1	.	2	.
EVENT_3	3	-	-	-	-
...	...	...	...	...	...
EVENT_N	1	1	3	2	.

상기 표 1에서와 같이, 상기 이벤트 상태 테이블은, 각 이벤트마다 ①검출방법, ②우선순위, ③지속시간, ④이벤트의 상태, 및 ⑤발생한 수를 저장한다. 상기 검출방법에는 폴링모드(1)와 인터럽트모드(2) 그리고 디폴트모드(Default)가 있다. 즉, 특정 이벤트에 대해서, 폴링모드와 인터럽트 모드 그리고 검출할필요가 없는 이벤트로 구분할수 있다. 그리고 상기 이벤트의 상태는 이벤트 발생 (Event_Happen(1)), 이벤트제거(Event_Cleared(2))로 구분한다. 상기 카운트 (Count)는 이벤트가 발생한 수를 나타낸다.

상술한 바와 같이 본 발명은 여러개의 이벤트가 존재하는 디바이스에서 운용자(operator)의 요구에 의해 운용중에도 이벤트를 유연하게 조정할수 있는 장점이 있다.

Claims

이벤트 상태 테이블을 구비한 통신시스템의 이벤트 처리 방법에 있어서,

시스템 운용중에 운용자로부터 이벤트 정보를 수신하여 상기 이벤트 상태 테이블을 갱신하는 과정과,

상기 이벤트 상태 테이블에서 검출방식이 폴링모드인 이벤트들에 대해 폴링방식으로 이벤트를 검출하는 과정과,

상기 이벤트 상태 테이블에서 검출방식이 인터럽트모드인 이벤트들에 대해 인터럽트 방식으로 상기 이벤트를 검출하는 과정을 포함하는 것을 특징으로 하는 방법.
제1항에 있어서,

상기 이벤트 상태 테이블은 검출방법, 우선순위, 지속시간, 이벤트의 상태, 발생수 등을 저장함을 특징으로 하는 방법.
제1항에 있어서,

상기 검출방식이 폴링모드인 이벤트에 대해서는 지속시간 및 우선순위도 함께 등록함을 특징으로 하는 방법.
제1항에 있어서,

상기 이벤트 검출을 수행하면서, 그 결과를 상기 이벤트 상태 테이블에 갱신하는 과정과,

상기 갱신결과에 따라 하위 이벤트들의 상태 데이터를 갱신하는 과정을 더 구비함을 특징으로 하는 방법.