본 발명에 따른 서비스 프로세스 관리방법 및 시스템, 및 이를 위한 기록매체는 미리 관리기준을 설정하여 서로 다른 공급자가 공급하는 모든 프로세스들을 포괄적으로 관리할 수 있는 효과가 있다.

또한, 본 발명에 따른 서비스 프로세스 관리방법 및 시스템, 및 이를 위한 기록매체는 미리 관리기준을 설정하여 자동적으로 장애 발생 프로세스를 복구시킬 수 있는 효과가 있다.

종래 유닉스 운영체제는 서비스 공급자가 관리하는 응용 프로그램들을 통합적으로 관리하고 유지시키는 방법을 제공하지 않는다. 서비스 공급자들이 자체적으로 제공하는 서비스 관리 방법이 있다고 하더라도, 공급자마다 별도의 관리 방법이 존재하기 때문에, 시스템 관리자는 이러한 정보들을 통합적으로 관리하는 것에 어려움이 있었다.

또한, 종래에는 프로세스를 업데이트하기 위해서 기동 중인 프로세스를 중단해야만 하는 문제점이 있었고, 프로세스에 장애가 발생한 경우 이를 인지하고 복구하는 비용/시간이 너무 많이 드는 문제점이 있었다.

따라서, 본 발명이 이루고자 하는 과제는 미리 관리기준을 설정하여 서로 다른 공급자가 공급하는 모든 프로세스들을 포괄적으로 관리할 수 있는 서비스 프로세스 관리방법 및 서비스 프로세스 관리 시스템을 제공하는 것이다.

또한, 본 발명이 이루고자 하는 과제는 미리 관리기준을 설정하여 자동적으로 장애 발생 프로세스를 복구시키기 위한 서비스 프로세스 관리방법 및 서비스 프로세스 관리 시스템을 제공하는 것이다.

특허 기술 설명

본 발명에 따른 서비스 프로세스 관리방법은 적어도 하나의 서비스별 프로세스의 리스트를 환경테이블에 등록하는 단계; 상기 환경테이블에서 상기 프로세스의 관리기준을 설정하는 단계; 상기 프로세스의 상태 정보를 주기적으로 수집하고, 상기 관리기준에 부합하는지를 감시하는 단계; 및 상기 프로세스의 상태 정보가 상기 관리기준에 부합하는 경우, 상기 관리기준에 따라 프로세스관리를 수행하는 단계를 포함할 수 있다.

또한, 상기 프로세스의 관리기준을 설정하는 단계는 상기 프로세스의 상태가 장애인지를 판단하기 위한 장애판단기준을 설정하는 단계를 포함하고, 상기 관리기준에 따라 프로세스관리를 수행하는 단계는 상기 장애판단기준에 따라 상기 프로세스를 복구하는 단계를 포함할 수 있다.

또한, 상기 장애판단기준에 따라 상기 프로세스를 복구하는 단계는 상기 프로세스를 서비스별로 다른 복구 타입으로 복구하는 단계를 포함할 수 있다.

또한, 상기 프로세스의 관리기준을 설정하는 단계는 상기 프로세스의 장애복구절차를 설정하는 단계를 더 포함하고, 상기 관리기준에 따라 프로세스관리를 수행하는 단계는 상기 장애복구절차에 따라 순서대로 복구를 수행하는 단계를 더 포함할 수 있다.

또한, 상기 서비스 프로세스 관리방법은 업데이트 요청이 수신되면 자동으로 상기 프로세스의 업데이트를 수행하는 단계를 포함할 수 있다.

또한, 상기 프로세스의 업데이트를 수행하는 단계는 상기 업데이트 요청이 수신되면 기동중인 상기 프로세스를 종료하지 않고 자동으로 상기 프로세스의 업데이트를 수행하는 단계를 포함할 수 있다.

또한, 상기 프로세스의 업데이트를 수행하는 단계는 기존의 데이터를 백업 경로로 백업하고, 업데이트된 데이터를 실행 경로로 교체하는 단계를 더 포함할 수 있다.

또한, 상기 상태 정보는 상기 프로세스의 포트 사용 정보, 동작 상태 정보, 기동/종료 시각 정보 및 시스템 자원 사용량을 포함할 수 있다.

또한, 상기 장애판단기준은 상기 프로세스의 포트 정보가 끊어진 경우, 상기 프로세스의 상태 정보의 비정상인경우, 상기 프로세스의 시스템 자원 사용량에 대한 임계치를 초과한 경우 및 상기 프로세스의 기동/종료된 경우 를 포함할 수 있다.

또한, 상기 포트 사용 정보는 TCP(Transmission Control Protocol) 포트 사용 정보를 포함할 수 있다.

또한, 상기 동작 상태 정보는 슬립(SLEEP) 상태, 서스팬드(SUSPEND) 상태, 비정상동작(ABNORMAL) 상태 및 정상동작(NORMAL) 상태 정보를 포함할 수 있다.

본 발명에 따른 서비스 프로세스 관리 시스템은 적어도 하나의 서비스별 프로세스의 리스트를 환경테이블에 등록하고, 상기 환경테이블에서 상기 프로세스의 관리기준을 설정하고, 상기 프로세스의 상태 정보를 주기적으로 수집하고, 상기 관리기준에 부합하는지를 감시하여 상기 프로세스의 상태 정보가 상기 관리기준에 부합하는 경우, 상기 관리기준에 따라 프로세스관리를 수행하도록 프로그램된 프로세서; 및 상기 상태 정보 및 상기 관리기준을 저장하기 위한 데이터 베이스를 포함할 수 있다.

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

도 1은 본 발명의 일 실시예에 따른 서비스 프로세스 관리를 수행하기 위한 프록만(PROCMAN)(100)을 나타내는도면이다.

도1)

도 1을 참고하면, 상기 프록만(100)은 본 발명을 수행하기 위한 프로그램으로, 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 감시하기 위한 최상위 데몬 프로세스일 수 있다.

상기 프록만(100)은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)과 인터페이스하기위한 노드들(nodes)을 통하여 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 상태 정보를 수집할 수 있다.

이때, 상기 상태 정보는 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 CPU, 메모리(MEMORY), 디스크(DISK) 및 FD(FILE DESCRIPTOR) 등의 자원 사용량, TCP(Transmission Control Protocol) 포트 사용 정보, 동작 상태(SLEEP, SUSPEND, ABNORMAL, NORMAL) 및 기동/종료 시각 등을 포함할 수 있다.

또한, 상기 프록만(100)은 주기적으로 또는 필요에 따라서 상기 서비스별 프로세스들(310 내지 330, 410 내지430 및 510 내지 540)의 상태 정보를 수집할 수 있다.

또한, 상기 프록만(100)은 수집된 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 상태 정보를 내부 또는 별도의 데이터베이스에 저장할 수 있다.

또한, 상기 프록만(100)은 내부 또는 별도의 환경테이블(200)에 설정된 명령에 따라 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 관리할 수 있다.

사용자는 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 리스트 및 상기 서비스별프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 관리하기 위한 관리기준을 상기 환경테이블(200)에 미리 설정해 놓을 수 있다.

상기 프록만(100)은 상기 데이터베이스에 저장된 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510내지 540)의 상태 정보가 상기 관리기준에 부합하는지를 감시하여 상기 서비스별 프로세스들(310 내지 330, 410내지 430 및 510 내지 540)을 관리할 수 있다.

상기 프록만(100)은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)이 상기 관리기준에 부합하는지를 감시하고, 상기 관리기준에 부합하는 경우 그에 따라 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 관리할 수 있다.

상기 관리기준은 상기 프록만(100)의 동작환경설정, 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 장애판단기준(장애가 발생한 것으로 볼 수 있는 조건), 장애복구절차설정 또는 업데이트 옵션등을 포함한다.

상기 장애판단기준은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 CPU, 메모리(MEMORY), FD(FILE DESCRIPTOR) 등의 자원에 대한 사용량 및 지속 시간에 대한 임계치를 설정하고, 이를 초과하는 경우 장애로 판단하는 기준일 수 있다.

상기 장애판단기준은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 상태(running,idle, sleep, zombie 등)를 이용하여 정상 동작 조건이 아닌 경우 장애로 판단하는 기준일 수 있다.

상기 장애판단기준은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)이 사용하는 포트정보를 설정한 후 특정 포트 정보가 끊어진 경우 장애로 판단하는 기준일 수 있다.

상기 장애판단기준은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)가 멀티 프로세스모드로 동작하는 경우, 프로세스의 개수를 감시하여 설정된 범위를 벗어난 경우 장애로 판단하는 기준일 수 있다.

상기 장애판단기준은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 종료 또는 기동 여부로 장애를 판단하는 기준일 수 있다.

상기 장애복구절차설정은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)가 장애가 발생한 경우 이를 복구하기 위한 절차를 사전에 설정하는 것일 수 있다. 이때, 장애복구절차는 스크립트(script)형식으로 작성될 수 있다.

상기 장애복구절차설정에 따라 진행되는 장애복구절차는 운영자가 복구 명령을 실행하여 장애복구가 수행될 수도 있고, 자동적으로 장애복구가 수행될 수도 있다.

또한, 상기 장애복구절차설정에 따라 진행되는 장애복구절차 진행 과정에서 추후 원인 분석을 위해 필요한 정보(서비스 로그 및 문제상태의 서비스 프로세스 자원 상태 등)를 수집하여 백업해 놓을 수 있다.

상기 업데이트 옵션은 기동중인 상기 프로세스의 중단없이 상기 프로세스를 업데이트할 수 있도록 한다. 이로인해, 업데이트를 위해 전체 서비스 프로세스를 중단시켜야 하는 비용 및 중단(stop) 후 시작(start)시켜야하는 비용을 최소화할 수 있다.

상기 프록만(100)은 이중화된 스탠드바이(standby) 서비스 프로세스를 포함할 수 있고, 상기 업데이트를 위하여 기동중인 해당 서비스 프로세스를 스탠드바이 상태로 절체할 수 있다.

상기 프록만(100)은 업데이트를 위해 기존의 바이너리 및 데이터를 백업 경로로 백업시키고, 업데이트된 바이너리 및 데이터를 실행 경로로 교체할 수 있다.

또한, 상기 프록만(100)은 업데이트된 서비스 프로세스를 기동할 경우 교체된 업데이트 서비스 프로세스로 기동하도록 하고, 만일 이중화된 서비스 프로세스가 기동중인 경우에는 기동중인 서비스 프로세스를 절체하여 업데이트된 서비스로 기동하도록 한다.

상기 프록만(100)은 기동시 자식 프로세스를 생성하며, 상기 자식 프로세스와 부모 프로세스는 상호간 상기 프록만(100)의 상태를 감시 및 비정상 종료시 재기동시키도록 한다.

상기 프록만(100)은 에이전트 프로그램(PROCMAN AGENT)(600)을 통하여 EMS(Element ManagementSystem)/NMS(Network Management System)(700)와 같은 외부 관리 시스템과 연동할 수 있다.

상기 프록만(100)은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)의 관리에 필요한 제어 명령들을 포함할 수 있으며, 통신 채널에 상응하는 상기 에이전트 프로그램(PROCMAN AGENT)(600)을 통해 원격지에 위치하는 상기 외부 관리 시스템으로부터 제어를 받을 수 있다.

이때, 상기 제어 명령들은 startproc [option], stopproc [option], restart [option] 및 updateproc [option]을 포함할 수 있다.

상기 startproc [option]은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 기동하 기 위한 명령에 해당할 수 있다. 상기 stopproc [option]은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 정지하기 위한 명령에 해당할 수 있다.

상기 restartproc [option]은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 재기 동하기 위한 명령에 해당할 수 있다.

상기 updateproc [option]은 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 업데이트하기 위한 명령에 해당할 수 있다.

도 2는 도 1의 환경테이블(200)에 설정된 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지 540)을 예시적으로 나타내는 도면이다.

도2)

도 2를 참고하면, [WEB_SERVICE_DAEMON] 최상위 서비스 카테고리를 나타내고, [SERVICE B], [SERVICE C] 및<PROCESS 1>, <PROCESS 2>, <PROCESS A> 는 각각 서비스 카테고리 및 각 서비스 카테고리의 해당 프로세스들을 나타낸다.

상기 [WEB_SERVICE_DAEMON]에는 <APACHE> 및 <MYSQL> 프로세스 등이 있고, 각 프로세스 하위에는 각 프로세스에 관한 설정 명령 또는 정보가 기재된다.

예컨대, 상기 <APACHE> 프로세스 하위에는 상기 <APACHE> 프로세스에 관한 설정 명령 또는 정보가 기재된다.

구체적으로, BIN_PATH는 상기 <APACHE> 프로세스의 실행 위치를 나타내고, START_TYPE 및 STAR_CMD는 실행 타입 및 실행 명령을 나타낸다. 상기 실행 타입은 자체 실행 명령이 있을 경우 SELF_CMD로 지정되고, 자체 실행 명령이 없는 경우 PROCMAN_CMD_NORMAL로 지정된다. 또한, 자체적으로 데몬화 기능이 있는 경우는 PROCMAN_CMD_DAEMON로 지정된다.

STOP_TYPE 및 STOP_CMD는 종료 타입 및 종료 명령을 나타내고, 상기 종료 타입은 자체 종료 명령이 있을 경우 SELF_CMD로 지정되고, 자체 종료 명령이 없는 경우 PROCMAN_CMD로 지정된다.

RESTORE_CMD는 장애 발생시 복구를 위한 명령이고, LEVEL은 상기 <APACHE> 프로세스의 중요도를 나타낸다. 예컨대, 상기 중요도는 CRITICAL/MAJOR/MINOR로 구분될 수 있고, 상기 <APACHE> 프로세스의 중요도는 CRITICAL이다.

DESC는 상기 <APACHE> 프로세스의 정보를 나타내고, AB_COND_PATH는 장애 조건 기술 파일의 패스(PATH)를 나타내고, 상기 장애 조건 기술 파일에는 대상 프로세스가 사용하는 시스템 자원에 대한 장애 조건, 자식 프로세스 생성 여부 및 네트워크 포트 정보 등이 기술될 수 있다.

도 3은 도 1의 환경테이블(200)에 설정된 상기 프록만(100)의 동작환경설정을 예시적으로 나타내는 도면이다.

도3)

상기 프록만(100)은 상기 환경테이블(200)에 설정된 상기 동작환경설정에 따라 동작할 수 있다.

도 3을 참고하면, [PROCMAN]은 상기 프록만(100)의 동작환경설정을 나타내는 것으로 SHMKEY는 공유 메모리 정보를 나타내며, UDS_PATH는 외부 연동노드의 통신을 위한 UDS 정보를 나타낸다.

CHECK_INTERVAL 및 DETAIL_CHECK_INTERVAL은 장애 감시 주기를 나타내는 것으로 각각 기본 상태 정보 감시 주기(500 msec)와 상세 상태 정보 감시 주기(2000 msec)를 나타내며, 단위는 msec 단위이다.

START_INTERVAL 및 STOP_INTERVAL은 기동/종료시 슬립(SLEEP) 간격을 나타내며, 단위는 msec 단위이다.

START_ORDER 및 STOP_ORDER은 상기 START_ORDER 및 STOP_ORDER에 등록된 프로세스를 순서에 따라 기동/종료시키기 위한 정보를 나타내며, HA_LIST는 이중화 서비스 프로세스 정보를 나타낸다.

도 4는 도 1의 환경테이블(200)에 설정된 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510 내지540)의 장애판단기준을 예시적으로 나타내는 도면이다.

도4)

상기 프록만(100)은 상기 장애판단기준을 통하여 상기 서비스별 프로세스들(310 내지 330, 410 내지 430 및 510내지 540)이 장애가 발생했는지 여부를 판단할 수 있다. 이때, 상기 장애판단기준은 사용자가 원하는 기준에 맞추어 설정할 수 있다.

도 4를 참고하면, [PROCESS]는 프로세스에 관한 장애 간주 조건을 예시적으로 나타낸다.

CHK_FLAG는 ON 또는OFF로 설정되고, CHK_STATUS_ZOMBIE는 ON 또는 OFF로 설정되며 좀비 상태인 경우 장애 간주하는 조건을 나타낸 다. 또한, CHK_STATUS_SLEEP_TIME은 슬립(SLEEP) 상태가 60분 이상 지속될 경우 장애로 간주하는 조건을 나타낸다.

[CPU]는 CPU에 관한 장애 간주 조건을 예시적으로 나타낸다. TRESHOLD_PERCENT는

해당 프로세스의 CPU 점유율이90% 이상인 경우 장애 간주하는 조건을 나타내고, TRESHOLD_TIME은 설정 시간 100초 이상 지속할 때 장애로 간주하는 조건을 나타낸다.

[RES]는 메모리 리소스에 관한 장애 간주 조건을 예시적으로 나타낸다. TRESHOLD_SIZE는 해당 프로세스의 시스템 자원 사용량이 설정된 10240k 바이트 이상일 경우 장애 간주하는 조건을 나타내고, TRESHOLD_TIME은 설정 시간 100초 만큼 지속할 때 장애로 간주하는 조건을 나타낸다.

[FD]는 FD(File Descriptor) 리소스에 관한 장애 간주 조건을 예시적으로 나타낸다. TRESHOLD_FD는 해당 프로세스의 FD 사용량이 설정된 1024 EA 이상일 경우 장애 간주하는 조건을 나타내고, TRESHOLD_TIME은 설정 시간100초 만큼 지속할 때 장애로 간주하는 조건을 나타낸다.

[PORT]는 포트에 관한 장애 간주 조건을 예시적으로 나타낸다. PORT_LIST는 해당 프로세스가 포트 80;161;162를사용할 경우 포트 연결이 끊어졌을 때 장애로 간주하는 조건을 나타낸다.

[CHILD_PROCESS]는 자식 프로세스에 관한 장애 간주 조건을 예시적으로 나타낸다. MIN_CHILD_PROC은 최소 자식 프로세스의 개수를 나타내고, MAX_CHILD_PROC은 최대 자식 프로세스의 개수를 나타낸다. 이때, 해당 프로세스가 생성한 자식 프로세스의 개수가 범위(4 ~ 6)를 벗어난 경우 장애로 간주한다.

도 5는 본 발명의 일 실시예에 따른 서비스 프로세스 관리방법을 나타내는 도면이다.

도5)

도 5의 서비스 프로세스 관리방법은 도 1에 도시된 프록만(100)을 통하여 수행될 수 있다.

도 5를 참고하면, 프록만(100)이 서비스별 프로세스를 관리하도록 하기 위하여 관리기준(예컨대, 장애판단기

준)을 설정한다(S10). 서비스별 프로세스 리스트를 등록하고(S110), 관리대상 프로세스들의 상태를 조사한다(S120). S10의 구체적인 절차는 도 6에서 설명하도록 한다.

관리대상 프로세스가 장애로 판단되면, 복구절차를 수행한다(S20). 복구절차를 로드하고(S230), 상기 복구절차 대로 복구를 수행한다(S240). S20의 구체적인 절차는 도 7에서 설명하도록 한다.

관리대상 프로세스가 장애가 아니라고 판단되면, 운영자의 상기 관리기준 재설정이 있는지를 판단한다(S140).상기 관리기준 재설정이 있다면, 상기 S10부터 다시 수행하고, 상기 관리기준 재설정이 없다면, 서비스 프로세스 업데이트 요청이 있는지를 판단한다(S150). 업데이트 요청이 있으면 업데이트를 진행하고(S30), 업데이트 진행 후에는 상기 S10으로 돌아간다. 이때, S30의 구체적인 절차는 도 8에서 설명하도록 한다.

업데이트 요청이 없다면, 운영자에 의한 시스템 재기동이 있는지를 판단한다(S160). 시스템 재기동이 없으면,상기 S10으로 돌아가고, 시스템 재기동이 있으면 기동 순서에 따라 시스템을 재기동하고(S170), 상기 S10으로 돌아간다.

도 6은 도 5의 S10을 구체적으로 나타내기 위한 도면이다. 도 6을 참고하면, 환경테이블(200)에 서비스별 프로세스 리스트를 등록한다(S11).

도6)

다음으로, 서비스별 또는 프로세스별 장애판단기준을 설정한다(S12).

다음으로, 현재 서비스별 혹은 프로세스별 상태를 조사하고, 이를 저장한다(S13).

다음으로, 상기 장애판단기준에 해당하는지를 판단한다(S14). 이때, 상기 장애 상태를 판단하는 기준의 예시는 앞서 설명한 바 있다.

도 7은 도 5의 S20을 구체적으로 나타내기 위한 도면이다.

도7)

도 7을 참고하면, 환경테이블(200)에 서비스별 또는 프로세스별 복구 절차를 등록한다(S21).

다음으로, 장애가 있다고 판단된 경우 해당 프로세스를 복구한다(S22). 이때, 서비스별로 다른 복구 타입으로 프로세스를 복구할 수 있다. 또한, 서비스별 이중화 설정이 가능하여 이중화 설정된 경우에는 설정에 따라 동시 기동 또는 스탠드바이(standby) 상태의 서비스로 기동시킬 수 있고(S23), 서비스별 복구절차가 작성된 서비스복구 스크립트를 실행시켜(S24), 상기 서비스 복구 스크립트에 작성된 순서대로 서비스를 기동시켜(S25), 서비스별 복구를 수행할 수 있다(S26).

도 8은 도 5의 S30을 구체적으로 나타내기 위한 도면이다.

도8)

도 6을 참고하면, 업데이트할 서비스나 프로세스의 정보를 수신하고(S31), 해당 서비스나 프로세스가 현재 기동중인지를 판단한다(S32).

해당 서비스나 프로세스가 현재 기동중이면, 이중화된 스탠드바이 서비스 프로세스가 존재하며 기동중인지를 판단한다(S33). 만일 이중화된 스탠드바이 서비스 프로세스가 존재하고 기동중이면, 해당 서비스나 프로세스를 스탠드바이 상태의 서비스로 절체하고 기동중인 해당 서비스나 프로세스를 종료한다(S35). 그렇지않다면, 기동중인 해당 서비스나 프로세스를 종료한다(S34).

해당 서비스나 프로세스가 기동중이지 않으면(즉, 종료되면), 기존의 바이너리 및 데이터를 백업 경로로 백업하고(S36), 업데이트된 바이너리 및 데이터를 실행 경로로 교체한다(S37).

다음으로, 이중화된 서비스 프로세스가 존재하며 기동중인지를 판단하고(S38), 이중화된 서비스 프로세스가 존재하며 기동중이면, 기동중인 서비스 프로세스를 절체하여 업데이트된 서비스로 기동한다(S39). 만일 그렇지 않다면, 교체된 설정을 이용하여 서비스 프로세스를 기동하고(S40), 서비스 프로세스 업데이트를 완료한다(S41).

본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다.

컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다.

컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장장치등이 있으며, 또한 본 발명에 따른 객체 정보 추정 방법을 수행하기 위한 프로그램 코드는 캐리어 웨이브(예를들어, 인터넷을 통한 전송)의 형태로 전송될 수도 있다.

또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고 본 발명을 구현하기 위한 기능적인(functional) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.

이상에서와 같이 도면과 명세서에서 최적 실시예가 개시되었다. 여기서 특정한 용어들이 사용되었으나, 이는 단지 본 발명을 설명하기 위한 목적에서 사용된 것이지 의미 한정이나 특허청구범위에 기재된 본 발명의 범위를 제한하기 위하여 사용된 것은 아니다. 그러므로 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

출원인: 텔코웨어 주식회사

발명자: 김현호, 오효식

대리인: 한지희, 권영규, 윤재석


서비스 프로세스 관리방법 및 시스템, 및 이를 위한 기록매체