KR20070093600A

KR20070093600A - Ｐｄｒ을 이용한 프로세스 별 관리 장치 및 그 방법

Info

Publication number: KR20070093600A
Application number: KR1020060023635A
Authority: KR
Inventors: 차지혜
Original assignee: 삼성전자주식회사
Priority date: 2006-03-14
Filing date: 2006-03-14
Publication date: 2007-09-19
Also published as: US20070220524A1; KR100809290B1

Abstract

본 발명은 PDR을 이용한 프로세스 별 관리 장치 및 그 방법에 관한 것으로서, 더욱 상세하게는 PDR을 기초로 각 프로세스 별로 시스템 관리를 수행하여 보다 효율적이고 안정적으로 시스템을 관리하는 PDR을 이용한 프로세스 별 관리 장치 및 그 방법에 관한 것이다.

본 발명의 일 실시예에 따른 PDR을 이용한 프로세스 별 관리 장치는, 프로세스의 소정 정보를 저장하는 PDR과, 상기 프로세스의 자원 사용값을 체크하여 상기 PDR에 저장되어 있는 임계값을 비교하여 이벤트 발생 여부를 체크하는 상태 체크부와, 상기 체크 결과 소정 프로세스에 이벤트가 발생되면 상기 PDR에 정의된 이벤트 처리 방법을 기초로 상기 프로세스에 대한 이벤트를 처리하는 이벤트 처리부를 포함한다.

PDR, 프로세서, 이벤트 처리, 이벤트 발생 조건

Description

ＰＤＲ을 이용한 프로세스 별 관리 장치 및 그 방법{Apparatus and method for managing process using PDR}

도 1은 본 발명의 일 실시예에 따른 PDR을 이용한 프로세스 별 관리 장치의 내부 블록도를 나타낸 도면.

도 2는 본 발명의 다른 실시예에 따른 PDR을 이용한 프로세스 별 관리 장치 중 PDR에 저장된 프로세스 정보 및 테이블을 나타낸 도면.

도 3은 본 발명의 또 다른 실시예에 따른 PDR을 이용한 프로세스 별 관리 방법을 나타낸 순서도.

도 4는 본 발명의 또 다른 실시예에 따른 PDR을 이용한 프로세스 별 관리 장치의 동작 예를 나타낸 도면.

<도면의 주요 부분에 관한 부호의 설명>

110 : PDR 120 : 상태 체크부

130 : 이벤트 처리부 140 : 사용자 인터페이스

150 : 제어부

기존 시스템 자원 관리 소프트웨어에서는 각 소프트웨어(서비스, 애플리케이션, 및 개별 프로세스) 별로 자원 활용도를 모니터링 하는 것이 아니라, 전체 시스템이 사용하고 있는 각 자원에 대한 활용도를 모니터링 한다. 이에, 어떠한 자원에 대하여 그 사용률이 일정 수준이 넘게 되는 경우, 복구를 수행하는데 있어서 전체 시스템을 대상으로 수행하게 된다.

예를 들어, 전체 시스템에 대한 CPU 사용률을 모니터링한 결과 전체 시스템의 CPU 사용률이 일정 수준을 넘은 경우, 시스템 재 시작을 통하여 CPU 사용률을 복구한다.

또한, 전체 시스템에 대한 메모리 사용률을 모니터링 한 결과, 전체 시스템의 메모리 사용률이 일정 수준을 넘은 경우, 시스템 재 시작을 통하여 메모리 공간을 확보한다.

상기와 같이 전체 CPU 사용률이 일정 값을 초과한다거나 메모리 사용률이 일정 값을 초과하는 상황이 발생(즉, 이벤트 발생)하면, 이를 초래한 소프트웨어가 어떤 것인지 판단할 수 없기 때문에 일반적으로 시스템 재 시작을 통하여 이벤트를 해결하게 된다.

　따라서, 시스템에서 동작하는 모든 소프트웨어가 중단되고, 운영체제가 다 시 시작하는 현상을 초래하게 된다. 이에, 실질적으로 문제가 되었던 소프트웨어가 해당 시스템의 유일한 중요 소프트웨어인 경우를 제외하면 상기와 같은 복구 방법은 해당 시스템 및 시스템과 연결된 원격 시스템 및 소프트웨어에 커다란 손실을 입히게 된다는 문제점이 있다.

한국공개특허 2002-040477(컴퓨터 시스템의 다중 프로세스 관리 장치 및 방법)은 관리 프로세스로부터 전달받은 상태 정보 요구 시그널에 따라 각각의 관리 대상 프로세스가 자신의 상태 정보를 저장하는 프로세스 상태 관리 테이블에서 각 관리 대상 프로세스의 상태 정보를 획득함으로써, 보다 상세한 관리 대상 프로세스의 상태 정보를 신속하게 획득하는 다중 프로세스 관리 방법을 개시하고 있으나, 이는 관리 대상 프로세스의 상태 정보만을 획득할 뿐 발생된 문제(즉, 이벤트)를 처리 및 관리해 주는 기술은 전혀 언급하고 있지 않다.

본 발명은 각 프로세스 별 관리를 수행하여 보다 효율적이고 안정적인 시스템 관리를 제공하는데 그 목적이 있다.

본 발명의 다른 목적은 소정 프로세스에 이벤트가 발생되면, PDR(Process Data Record)에 정의된 이벤트 처리 방법을 기초로 해당 이벤트를 해결해 주는 것이다.

본 발명의 목적들은 이상에서 언급한 목적들로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 당업자에게 명확하게 이해되어 질 수 있을 것이다.

상기 목적을 달성하기 위하여, 본 발명의 일 실시예에 따른 PDR을 이용한 프로세스 별 관리 장치는, 프로세스의 소정 정보를 저장하는 PDR과, 상기 프로세스의 자원 사용값을 체크하여 상기 PDR에 저장되어 있는 임계값을 비교하여 이벤트 발생 여부를 체크하는 상태 체크부와, 상기 체크 결과 소정 프로세스에 이벤트가 발생되면 상기 PDR에 정의된 이벤트 처리 방법을 기초로 상기 프로세스에 대한 이벤트를 처리하는 이벤트 처리부를 포함한다.

또한, 본 발명의 다른 실시예에 따른 PDR을 이용한 프로세스 별 관리 방법은, 소정 프로세스의 상태 정보를 체크하는 단계와, 상기 체크된 프로세스의 자원 사용값과 PDR에 저장되어 있는 임계값을 비교하여 이벤트 발생 여부를 체크하는 단계와, 상기 체크 결과 상기 자원 사용값이 상기 임계값보다 큰 경우 상기 프로세스에 대한 이벤트 처리를 요청하는 단계와, 상기 이벤트 처리 요청에 따라 상기 PDR에 정의된 이벤트 처리 방법을 기초로 상기 프로세스에 대한 이벤트를 처리하는 단계를 포함한다.

기타 실시예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이하, 본 발명의 PDR을 이용한 프로세스 별 관리 장치 및 그 방법을 설명하기 위한 블록도 또는 처리 흐름도에 대한 도면들을 참고하여 본 발명에 대해 설명하도록 한다. 이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

도 1은 본 발명의 일 실시예에 따른 PDR을 이용한 프로세스 별 관리 장치의 내부 블록도를 나타낸 도면이다.

도시된 바와 같이, PDR을 이용한 프로세스 별 관리 장치(100)는 PDR(110), 상태 체크부(120), 이벤트 처리부(130), 사용자 인터페이스(140), 및 제어부(150)를 포함하여 구성된다.

이 때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱 할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루 틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.

PDR(Process Data Record)(110)은 소정 프로세스에 대한 다양한 정보를 프로세스 별로 테이블화 하여 저장하는 것으로, 여기서 PDR(110)에 저장된 프로세스의 정보는 임의 변경을 방지하기 위하여 암호화하여 저장된다.

예를 들어, PDR(110)에 저장된 정보는 프로세스 명, 프로세스 ID, 프로세스 형태, 실행 파일 경로, 이벤트 처리 회수, 이벤트 발생 조건, 및 이벤트 처리 방법 등이 있다. 이하, 도 2에서 PDR(110)에 저장된 정보에 대한 설명을 후술 한다.

또한, PDR (110)에 저장된 프로세스 정보는 소정 프로세스 설치 시에 기본값으로 구성되나, 보다 효율적인 관리를 위하여 각 프로세스에 적합하도록 사용자에 의해 저장된 설정값(예를 들어, 임계값)이 변경될 수도 있다. 여기서, , PDR (110)에 저장된 임계값은 프로세스 별로 다르게 설정될 수 있다.

상태 체크부(120)는 소정 주기마다 프로세스의 자원 사용값을 체크하고, 체크된 자원 사용값과 PDR(110)에 저장되어 있는 설정된 임계값을 비교하여 이벤트 발생 여부를 체크한다. 체크 결과 이벤트 발생 조건에 포함되는 경우, 이벤트가 발생됨을 제어부(150)에게 전송한다. 여기서, 상태 체크부(120)는 각 프로세스의 형 태 별로 서로 다르게 설정된 임계값을 기초로 효율성 있는 모니터링 결과를 제공한다.

또한, 상태 체크부(120)는 PDR(110)에 저장되어 있는 이벤트 처리 회수를 체크하여 제어부(150)에게 전송한다. 여기서, 이벤트 처리 회수는 이벤트가 발생된 경우, 발생된 해당 이벤트를 처리한 회수이다.

이벤트 처리부(130)는 소정 프로세스에 이벤트가 발생되면 PDR(110)에 정의된 이벤트 처리 방법을 기초로 하여 해당 이벤트를 처리한다. 여기서, 이벤트 처리부(130)는　전체 시스템에 대한 처리가 아닌 각 프로세스에 따른 이벤트를 처리한다.

사용자 인터페이스(140)는 사용자에게 편의성을 제공하기 위하여 환경 설정을 위한 메뉴 화면을 제공하며, 사용자는 제공된 메뉴 화면을 통해 프로세스의 이벤트 발생 조건에 대한 임계값을 설정 및 변경할 수 있다.

또한, 사용자 인터페이스(140)는 상태 체크부(120)를 통해 체크된 이벤트에 대한 처리 수행 여부를 디스플레이 한다.

예를 들어, 프로세스1에 이벤트가 발생되어 재 부팅을 수행할 경우, '프로세스1을 재 시작 합니다' 라는 정보를 디스플레이하거나, '시스템을 재 시작 합니다' 라는 정보를 디스플레이한다.

제어부(150)는 상태 체크부(120)로부터 이벤트 처리 요청 및 이벤트 처리 회수에 대한 정보가 전송되면 이벤트 처리 회수를 체크하여 프로세스 별 또는 시스템에 대한 이벤트 처리 여부를 결정한다. 여기서, 프로세스 마다 이벤트 처리 회수가 설정되어 있으며, 제어부(150)는 이벤트가 발생되어 처리될 때 마다 설정된 처리 회수값에서 1만큼씩을 감소시킨다.

예를 들어, 이벤트 처리 회수가 0이 아닌 경우, 제어부(150)는 이벤트 처리부(130)에게 소정 프로세서에 대한 이벤트 처리를 요청하고, 만일 이벤트 처리 회수가 0인 경우, 제어부(150)는 시스템 재 시작을 수행한다.

또한, 제어부(150)는 PDR을 이용한 프로세스 별 관리 장치(100)를 구성하는 각 기능성 블록들(110 내지 140)의 동작을 제어한다.

한편, 본 발명의 PDR을 이용한 프로세스 별 관리 장치(100)는 새로운 프로세스가 설치되는 경우, 새로 추가된 프로세스에 대한 알람 기능을 제공할 수도 있다.

도 2a에 도시된 바와 같이, PDR(110)은 각 프로세스 별로 다양한 정보를 저장한다. 즉, PDR(110)에는 소정 프로세스에 대한 프로세스 명(21), 프로세스 ID(22), 프로세스 형태(23), 실행 파일 경로(24), 이벤트 처리 회수(25), 이벤트 발생 조건(26), 및 이벤트 처리 방법(27) 등의 정보가 저장되어 있다.

프로세스 형태(23)는 프로세스의 성격을 명시하는 것으로, 프로세스 수준 별 형태 및 프로세스의 작업 성격으로 구분될 수 있다. 여기서, 프로세스 수준 별 형태는 시스템 프로세스, 운영체제와 함께 항상 수행되는 프로세스, 특정 프로세스의 하위 프로세스, 및 일반 애플리케이션 등을 말하고, 프로세스의 작업 성격은 CPU 바운드 프로세스(CPU Bound Process), 및 입/출력 바운드 프로세스(I/O Bound Process) 등을 말한다.

이벤트 발생 조건(26)에 대한 정보는 이벤트가 발생되는 조건에 대한 소정의 임계값이 설정되어 있는 것으로, 여기서 임계값은 프로세스 별로 다르게 설정될 수 있으며, 사용자에 의해 임계값이 임의로 변경될 수 있다.

예를 들어, 이벤트가 발생되는 조건은 소정 프로세스에 대한 CPU 사용 한계량과 사용 한계량을 초과한 지속 시간, 메모리 사용 한계량과 사용 한계량을 초과한 지속 시간, 입/출력 처리 한계량과 처리 한계량을 초과한 지속 시간, 네트워크 트래픽 한계량과 트래픽 한계량을 초과한 지속 시간, 및 로그 패턴(log pattern) 및 로그 패턴이 발생한 회수 등에 대한 임계값이 설정되어 있다.

즉, 프로세스1에 대한 이벤트 발생 조건이 CPU의 사용 한계량 80%이고, 5분이상 지속된 경우라고 가정한다.

이 후, 상태 체크부(120)가 소정 시간마다 프로세스1의 상태를 조사하고, 조사 결과 CPU의 사용량 85%이고, CPU의 사용량 초과 상태가 7분 동안 지속된 경우 이벤트 발생 조건에 포함되므로, 상태 체크부(120)는 제어부(150)에게 이벤트 처리를 수행하도록 요청한다.

도 2b에 도시된 바와 같이, PDR(110)에는 각각의 프로세스 별로 다양한 정보가 저장된 테이블이 저장되어 있다. 여기서 PDR(110)에 저장된 정보는 임의 변경을 방지하기 위하여 암호화되어 있다.

예를 들어, 프로세스1에 대한 프로세스 ID(예를 들어, X0101), 프로세스 형태(예를 들어, CPU 바운드 프로세스), 이벤트 처리 회수(예를 들어, 3), 이벤트 발 생 조건(예를 들어, CPU의 사용 한계량 80%, 지속 시간 5분) 및 이벤트 처리 방법(예를 들어, 프로세스 재 시작) 등이 저장되어 있다.

따라서, 상태 체크부(120)는 각각의 프로세스에 대한 상태를 체크한 후, PDR(110)에 저장된 이벤트 처리 조건과 비교하여 이벤트 발생 여부를 제어부(150)로 전송하고, 제어부(150)는 이벤트가 발생되면 이벤트 처리부(130)에게 이벤트 처리를 요청한다. 이에, 이벤트 처리부(130)는 제어부(150)의 요청에 따라 PDR(110)에 저장된 이벤트 처리 방법을 기초로 이벤트에 대한 처리를 수행한다. 이에, 이벤트가 발생된 프로세스 별로 복구를 수행할 수 있다.

도 3은 본 발명의 또 다른 실시예에 따른 PDR을 이용한 프로세스 별 관리 방법을 나타낸 순서도 이다.

먼저, 상태 체크부(120)는 각 프로세스 별로 상태 체크를 수행한다(S300). 여기서, 프로세스 별 상태 체크는 프로세스의 현재 자원 사용값을 체크하는 것이다.

그 다음, 상태 체크부(120)는 체크된 소정 프로세스(예를 들어, 프로세스1)의 사용값과 PDR(110)에 저장된 해당 프로세스(예를 들어, 프로세스1)의 이벤트 발생 조건에 설정된 임계값을 비교한다(S310).

비교 결과 체크된 프로세스1의 자원 사용값이 설정된 임계값 보다 큰 경우(즉, 이벤트 발생 조건에 포함되는 경우)(S320), 상태 체크부(120)는 제어부(150)에게 이벤트 처리를 요청한다(S330). 이때, 이벤트 처리 회수 정보도 함께 전송한다.

그 다음, 제어부(150)는 전송된 이벤트 처리 회수를 체크하고, 체크 결과 이 벤트 처리 회수가 '0' 보다 큰 경우(S340), 이벤트 처리부(130)에게 이벤트 처리를 요청한다. 이 후, 이벤트 처리부(130)를 통해 이벤트가 처리되면 제어부(150)는 해당 프로세스(예를 들어, 프로세스1)의 이벤트 처리 회수를 1만큼 감소시킨다.

이에, 이벤트 처리부(130)는 PDR(110)에 저장된 프로세스1의 이벤트 처리 방법을 기초로 해당 프로세스에 대한 이벤트(예를 들어, 프로세스 재 시작)를 처리한다(S350). 여기서, 제어부(150)는 이벤트 처리부(130)가 이벤트를 처리하기 전에 사용자 인터페이스(140)를 통해 해당 프로세스가 재 시작됨을 디스플레이한다.

한편, 비교 결과 체크된 프로세스의 자원 사용값이 설정된 임계값 보다 작은 경우(즉, 이벤트 발생 조건에 포함되지 않는 경우)(S320), 상태 체크부(120)는 소정 시간 마다 프로세스 별 상태 체크를 수행한다.

한편, 이벤트 처리 회수를 체크한 결과 이벤트 처리 회수가 0인 경우, (S340), 제어부(150)는 시스템 재 시작을 수행한다(S360). 여기서, 제어부(150)는 시스템 재 시작 동작을 수행하기 전에 사용자 인터페이스(140)를 통해 시스템이 재 시작됨을 디스플레이한다.

따라서, 프로세스 별 이벤트 발생 여부를 체크하여, 이벤트가 발생된 프로세스에 대한 이벤트만을 처리하기 때문에 다른 프로세스들은 정상적으로 동작을 수행할 수 있다.

도 4는 본 발명의 또 다른 실시예에 따른 PDR을 이용한 프로세스 별 관리 장치의 동작 예를 나타낸 도면이다.

4a에 도시된 바와 같이, 각각 동작하는 다수개의 프로세스(프로세스1 내지 프로세스n)가 존재하고, 상태 체크부(120)가 소정 주기로 각각의 프로세스의 상태를 체크한다.

체크 결과 프로세스1의 CPU 사용률이 PDR(110)에 설정된 임계값 보다 크고, 프로세스2, 프로세스3, 및 프로세스n의 CPU 사용률이 PDR(110)에 설정된 임계값 보다 작다는 것을 알 수 있다.

이에, 상태 체크부(120)는 프로세스1의 CPU 사용률이 이벤트 발생 조건에 포함된다고 판단하고, 제어부(150)에게 프로세스1의 이벤트 처리를 요청한다.

그 다음, 제어부(150)는 이벤트 처리부(130)에게 프로세스1의 이벤트 처리를 요청한다. 이 때, 제어부(150)는 이벤트 처리부(130)가 이벤트를 처리하기 전에 사용자 인터페이스(140)를 통해 프로세스1이 재 시작됨을 디스플레이할 수도 있다.

그 다음, 이벤트 처리부(130)는 PDR(110)에 설정된 프로세스1의 이벤트 처리 방법(예를 들어, 프로그램 재 시작)을 기초로 이벤트 처리를 수행하여 CPU 사용량을 복구시킨다.

4b에 도시된 바와 같이, 각각 동작하는 다수개의 프로세스(프로세스1 내지 프로세스n)가 존재하고, 상태 체크부(120)가 소정 주기로 각각의 프로세스의 상태를 체크한다.

체크 결과 프로세스3의 메모리 사용률이 PDR(110)에 설정된 임계값 보다 크고, 프로세스1, 프로세스2, 및 프로세스n의 메모리 사용률이 PDR(110)에 설정된 임계값 보다 작다는 것을 알 수 있다.

이에, 상태 체크부(120)는 프로세스3의 메모리 사용률이 이벤트 발생 조건에 포함된다고 판단하고, 제어부(150)에게 프로세스3의 이벤트 처리를 요청한다.

그 다음, 제어부(150)는 프로세스3의 이벤트 처리 회수를 체크하고, 체크 결과 이벤트 처리 회수가 '0' 보다 큰 경우, 이벤트 처리부(130)에게 프로세스3의 이벤트 처리를 요청한다. 이 때, 제어부(150)는 이벤트 처리부(130)가 이벤트를 처리하기 전에 사용자 인터페이스(140)를 통해 프로세스3이 재 시작됨을 디스플레이 할 수도 있다.

그 다음, 이벤트 처리부(130)는 PDR(110)에 설정된 프로세스3의 이벤트 처리 방법(예를 들어, 프로그램 재 시작)을 기초로 이벤트 처리를 수행하여 프로세스3의 메모리 공간을 확보한다.

한편, 이벤트 처리 회수가 '0'인 경우에는 프로세스3의 재 시작이 아닌, 시스템 재 시작을 수행한다.

이상 첨부된 도면을 참조하여 본 발명의 실시예를 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.

상기한 바와 같은 본 발명의 따른 PDR을 이용한 프로세스 별 관리 장치 및 그 방법에 따르면 다음과 같은 효과가 하나 혹은 그 이상 있다.

소정 시간마다 프로세스들의 이벤트 발생 여부를 체크하여, 프로세스 별로 이벤트를 처리하기 때문에 효율적으로 프로세스의 자원 관리를 할 수 있는 장점이 있다.

또한, 하드웨어 센서 뿐 아니라, 소프트웨어에 임계값의 개념을 적용함으로써 개별 프로세스에 대한 관리를 수행　할 수 있고, 이를 통하여 오동작하거나 악의적인 소프트웨어를 감지할 수 있는 장점이 있다.

　또한,　PDR을 자유롭게 구성함으로써, 각 시스템에 적합한 합리적이고 효율적인 자원 사용 관리 시스템을 구축할 수 있는 장점이 있다.

또한,　프로세스에 대한 오류(이벤트)가 발생한 경우 해당 프로세스만 처리함으로써, 전체 시스템을 대상으로 처리할 때 보다 그 위험 및 복구에 드는 손실을 줄일 수 있는 장점이 있다.

또한, 오동작 혹은 악의적 소프트웨어로 인한 서비스 중단을 최소화하면서 동시에 시스템의 가동 시간을 확장할 수 있는 장점이 있다.

Claims

프로세스의 소정 정보를 저장하는 PDR;

상기 프로세스의 자원 사용값을 체크하여 상기 PDR에 저장되어 있는 임계값과 비교하여 이벤트 발생 여부를 체크하는 상태 체크부; 및

상기 체크 결과 소정 프로세스에 이벤트가 발생되면 상기 PDR에 정의된 이벤트 처리 방법을 기초로 상기 프로세스에 대한 이벤트를 처리하는 이벤트 처리부를 포함하는 PDR을 이용한 프로세스 별 관리 장치.
제 1항에 있어서,

상기 PDR에 저장된 정보는 프로세스 명, 프로세스 ID, 프로세스 형태, 실행 파일 경로, 이벤트 처리 회수, 이벤트 발생 조건, 및 이벤트 처리 방법인 PDR을 이용한 프로세스 별 관리 장치.
제 1항에 있어서,

상기 PDR은 상기 프로세스의 정보를 프로세스 별로 테이블화 하여 저장하는 PDR을 이용한 프로세스 별 관리 장치.
제 1항에 있어서,

상기 프로세스의 이벤트 처리 회수를 체크하여 상기 프로세스에 대한 이벤트 처리 및 시스템에 대한 이벤트 처리 여부를 결정하는 제어부를 포함하는 PDR을 이용한 프로세스 별 관리 장치.
소정 프로세스의 상태 정보를 체크하는 단계;

상기 체크된 프로세스의 자원 사용값과 PDR에 저장되어 있는 임계값을 비교하여 이벤트 발생 여부를 체크하는 단계;

상기 체크 결과 상기 자원 사용값이 상기 임계값 보다 큰 경우 상기 프로세스에 대한 이벤트 처리를 요청하는 단계; 및

상기 이벤트 처리 요청에 따라 상기 PDR에 정의된 이벤트 처리 방법을 기초로 상기 프로세스에 대한 이벤트를 처리하는 단계를 포함하는 PDR을 이용한 프로세스 별 관리 방법.
제 5항에 있어서,

상기 프로세스에 대한 이벤트 처리가 요청되면 상기 프로세스의 이벤트 처리 회수를 체크하는 단계;

상기 체크된 이벤트 처리 회수가 소정 임계값 보다 큰 경우 상기 프로세스에 대한 이벤트 처리를 수행하는 단계; 및

상기 체크된 이벤트 처리 회수가 소정 임계값 보다 작은 경우 시스템에 대한 이벤트 처리를 수행하는 단계를 포함하는 PDR을 이용한 프로세스 별 관리 방법.
제 5항에 있어서,

상기 프로세스의 이벤트 처리에 대한 정보를 디스플레이 하는 단계를 포함하는 PDR을 이용한 프로세스 별 관리 방법.
제 5항에 있어서,

상기 PDR에 저장된 정보는 프로세스 명, 프로세스 ID, 프로세스 형태, 실행 파일 경로, 이벤트 처리 회수, 이벤트 발생 조건, 및 이벤트 처리 방법인 PDR을 이용한 프로세스 별 관리 방법.
제 5항에 있어서,

상기 PDR은 상기 프로세스의 정보를 프로세스 별로 테이블화 하여 저장하는 PDR을 이용한 프로세스 별 관리 방법.