KR100717242B1 - 디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한에러 관리 방법 - Google Patents

디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한에러 관리 방법 Download PDF

Info

Publication number
KR100717242B1
KR100717242B1 KR1020050073870A KR20050073870A KR100717242B1 KR 100717242 B1 KR100717242 B1 KR 100717242B1 KR 1020050073870 A KR1020050073870 A KR 1020050073870A KR 20050073870 A KR20050073870 A KR 20050073870A KR 100717242 B1 KR100717242 B1 KR 100717242B1
Authority
KR
South Korea
Prior art keywords
error
information
error information
client
client application
Prior art date
Application number
KR1020050073870A
Other languages
English (en)
Other versions
KR20070019881A (ko
Inventor
황민재
박현우
Original Assignee
엔에이치엔(주)
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 엔에이치엔(주) filed Critical 엔에이치엔(주)
Priority to KR1020050073870A priority Critical patent/KR100717242B1/ko
Priority to US11/498,121 priority patent/US7702959B2/en
Publication of KR20070019881A publication Critical patent/KR20070019881A/ko
Application granted granted Critical
Publication of KR100717242B1 publication Critical patent/KR100717242B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general

Abstract

본 발명은 에러 관리 시스템 및 방법에 관한 것으로, 특히 서버 어플리케이션과 클라이언트 어플리케이션으로 구성된 온라인 서비스 시스템에 있어서 클라이언트 어플리케이션에서 발생하는 에러를 수집하고 관리하는 에러 관리 시스템 및 방법에 관한 것이다. 본 발명에 따른 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 시스템은, 상기 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 이벤트를 가로채서 에러 정보 및 크래쉬 덤프 파일을 수집하고, 수집한 에러 정보 및 크래쉬 덤프 파일을 네트워크를 통하여 소정의 포맷으로 송신하는 클라이언트 단말기 및 상기 클라이언트 어플리케이션에 대응한 서비스를 제공하는 서버 어플리케이션을 수행하는 온라인 서비스 서버와 독립되고, 상기 클라이언트 단말기로부터 송신된 에러 정보 및 크래쉬 덤프 파일을 수신하여 저장하고, 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함수 및 오브젝트 파일 정보를 제공하는 에러 수집 서버를 포함하는 것을 특징으로 한다. 따라서, 보다 효과적으로 클라이언트 단말기에서 발생하는 클라이언트 어플리케이션의 에러를 관리하고 디버깅할 수 있다.
클라이언트 어플리케이션, 에러 수집, 에러 관리, 디버깅

Description

디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한 에러 관리 방법 {ERROR MANAGEMENT SYSTEM PROVIDING DEBUGGING INFORMATION AND METHOD USING THE SAME}
도 1은 종래 기술에 따른 온라인 서비스 시스템의 블록도이다.
도 2는 본 발명의 일 실시예에 따른 에러 관리 시스템의 블록도이다.
도 3은 도 2에 도시된 클라이언트 단말기의 일 예를 나타낸 블록도이다.
도 4는 도 2에 도시된 클라이언트 단말기의 다른 예를 나타낸 블록도이다.
도 5는 에러 수집 서버에 저장된 에러 정보의 예를 표시한 화면을 나타낸 도면이다.
도 6은 도 5에 도시된 에러 정보 수집을 위한 서브젝트 설정화면의 일 예이다.
도 7은 도 5에 도시된 에러 정보 중 특정 어드레스를 클릭했을 경우에 표시되는 화면의 예이다.
도 8은 본 발명의 일 실시예에 따른 에러 관리 방법을 나타낸 동작 흐름도이다.
도 9는 본 발명의 다른 실시예에 따른 에러 관리 방법을 나타낸 동작 흐름도이다.
도 10은 본 발명에 따른 에러 관리 방법 및 에러 송신 방법을 수행하는 데 채용될 수 있는 범용 컴퓨터 장치의 내부 블록도이다.
<도면의 주요 부분에 대한 부호의 설명>
210-1 ~ 210-N: 클라이언트 단말기들
220-1 ~ 220-N: 온라인 서비스 서버들
230: 에러 수집 서버
본 발명은 에러 관리 시스템 및 방법에 관한 것으로, 특히 서버 어플리케이션과 클라이언트 어플리케이션으로 구성된 온라인 서비스 시스템에 있어서 클라이언트 어플리케이션에서 발생하는 에러를 수집하고 관리하는 에러 관리 시스템 및 방법에 관한 것이다.
인터넷이 보편화 되어감에 따라 각각의 사용자 단말에 설치되는 클라이언트 어플리케이션과 서비스 서버에 설치되는 서버 어플리케이션이 네트워크를 통하여 연동되어 온라인 서비스를 제공하는 온라인 서비스 시스템이 보편화 되어가고 있다. 이러한 온라인 서비스의 대표적인 예로 '리니지', '카트라이더' 및 '당신은 골프왕' 등의 온라인 게임을 들 수 있다.
도 1은 종래 기술에 따른 온라인 서비스 시스템의 블록도이다.
도 1을 참조하면, 종래 기술에 따른 온라인 서비스 시스템은 클라이언트 단 말기들(110-1, 110-2, ... , 110-N) 및 온라인 서비스 서버(120-1, 120-2, ... , 120-N)를 포함한다.
클라이언트 단말기들(110-1, 110-2, ... , 110-N) 각각은 온라인 서비스 서버들(120-1, 120-2, ... , 120-N) 각각과 인터넷 등의 네트워크를 통하여 연결된다. 이 때, 클라이언트 단말기들(110-1, 110-2, ... , 110-N) 각각에는 온라인 서비스 서버들(120-1, 120-2, ... , 120-N) 중 일부 또는 전부가 제공하는 온라인 서비스를 수행하기 위한 클라이언트 어플리케이션이 설치된다.
예를 들어, 온라인 서비스 서버(120-1)은 '리니지' 게임 서버일 수 있고, 온라인 서비스 서버(120-2)는 '당신은 골프왕' 게임 서버일 수 있다. 이 때, 클라이언트 단말기들(110-1, 110-2, ... , 110-N)에는 모두 '당신은 골프왕' 게임 서비스를 수행하기 위한 '당신은 골프왕' 게임 클라이언트 어플리케이션이 설치될 수 있다.
일반적으로, 클라이언트 단말기들(110-1, 110-2, ... , 110-N)은 그 하드웨어나 운영체제가 천차만별이고, 클라이언트 어플리케이션과 서버 어플리케이션이 연동하여 동작하는 온라인 서비스 시스템의 특성상 도 1에 도시된 온라인 서비스 시스템은 통상의 프로그램 디버깅에 비해서 복잡한 디버깅 작업을 필요로 한다. 즉, 어플리케이션을 개발하는 과정에서는 원활하게 동작하던 클라이언트 어플리케이션이 직접 클라이언트 단말기들(110-1, 110-2, ... , 110-N)로 다운로드 되어 실행되게 되면 예기치 못한 에러가 발생하는 경우가 많다. 또한, 클라이언트 단말기들(110-1, 110-2, ... , 110-N)에서 클라이언트 어플리케이션에 에러가 발생한다고 해도 클라이언트 단말기의 사용자들이 자신의 단말기에서 발생한 에러에 대해서 이를 프로그램 관리자 게시판에 올린다든가 아니면 관리자에게 전자메일을 통하여 통보하는 등의 방법으로 에러를 신고하지 않으면 프로그램 개발자 측에서 에러 발생 여부를 알기 어렵고, 에러 발생 여부를 안다고 하더라도 그 에러가 특정 클라이언트 단말기 환경에 기인한 것일 수 있어 그 에러를 정확히 재현해 내기 어렵다.
예를 들어, 온라인 서비스 서버(120-2)가 '당신은 골프왕' 게임 서버라고 할 때, 게임 프로그램 개발자는 가상의 클라이언트를 설정하고 온라인 서비스 서버(120-2)와 연동하여 동작시킴으로써 '당신은 골프왕' 게임 테스트를 수행한다. 다양한 클라이언트 환경을 고려한 가상의 클라이언트에서 테스트를 수행하여 모든 에러를 디버깅한 후에 비로소 프로그램 개발자는 클라이언트 단말기들(110-1, 110-2, ... , 110-N)이 게임 어플리케이션을 다운로드 하여 온라인 서비스 서버(120-2) 내의 서버 어플리케이션과 연동하여 동작하도록 한다. 그러나, 대부분의 경우에 테스트 시에 발생하지 아니하던 에러가 클라이언트 단말기들(110-1, 110-2, ... , 110-N)에서 발생하며, 클라이언트 단말기들(110-1, 110-2, ... , 110-N)의 사용자들의 불만은 쌓여만 가고, 온라인 서비스 서버(120-2) 측에서는 에러의 발생 유무와 에러의 발생 원인조차도 알기 어려우며, 에러 발생 유무를 안다고 하더라도 에러 발생시 클라이언트 단말기의 상태를 알 수 없어 디버깅에 어려움이 있다.
따라서, 보다 효과적으로 클라이언트 단말기에서 발생하는 클라이언트 어플리케이션의 에러를 수집하고, 이를 관리할 수 있는 에러 관리 시스템 및 방법의 필요성이 절실하게 대두된다.
본 발명은 상술한 바와 같은 종래기술의 문제점을 해결하기 위해 안출된 것으로서, 클라이언트 어플리케이션에서 발생하는 에러를 효율적으로 수집하고, 이를 일목요연하게 관리할 수 있는 에러 관리 시스템 및 에러 관리 방법을 제공하는 것을 목적으로 한다.
또한, 본 발명은 클라이언트 어플리케이션에서 에러가 발생하는 경우에 이벤트를 가로채서 에러 정보 및 크래쉬 덤프 파일을 수집하여, 이를 송신함으로써 별도의 에러 신고 절차 없이 편리하게 클라이언트 어플리케이션의 에러를 수집할 수 있는 에러 관리 시스템 및 에러 관리 방법을 제공하는 것을 목적으로 한다.
또한, 본 발명은 서로 다른 온라인 서비스를 제공하는 서비스 제공자들이 각각 소정의 포맷에 맞추어 클라이언트 어플리케이션의 에러를 에러 수집 서버로 전송하기만 하면 네트워크를 통하여 에러 수집 서버에 저장된 에러 정보 및 크래쉬 덤프 파일을 용이하게 제공 받을 수 있는 에러 관리 시스템 및 에러 관리 방법을 제공하는 것을 목적으로 한다.
또한, 본 발명은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 일차적으로 에러 정보 및 크래쉬 덤프 파일을 수집하여 클라이언트 단말기 내에 저장하고, 후에 클라이언트 어플리케이션이 다시 시작되면 저장된 에러 정보 및 크래쉬 덤프 파일을 네트워크를 통하여 송신함으로써 안정적으로 에러 정보 및 크래쉬 덤프 파일을 송신할 수 있는 에러 관리 방법 및 에러 송신 방법을 제공하는 것을 목적으로 한다.
또한, 본 발명은 HTTP 프로토콜을 이용하여 에러 정보 및 크래쉬 덤프 파일을 송신함으로써 다양한 플랫폼 환경에서 누구나 용이하게 적용할 수 있고, 공유기나 방화벽에 의한 송신 차단을 방지할 수 있는 에러 관리 시스템 및 에러 관리 방법을 제공하는 것을 목적으로 한다.
또한, 본 발명은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 에러 정보와 크래쉬 덤프 파일을 송신하도록 함으로써 클라이언트 단말기에서 발생한 에러를 효과적으로 재현할 수 있는 에러 관리 시스템 및 에러 관리 방법을 제공하는 것을 목적으로 한다.
또한, 본 발명은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 클라이언트 단말기의 클라이언트 환경 정보를 송신함으로써 에러가 많이 발생하는 클라이언트 환경을 파악할 수 있도록 하는 것을 목적으로 한다.
또한, 본 발명은 어드레스 별로 해당하는 오브젝트 파일 및 함수가 역인덱싱 되어있는 테이블을 이용하여 서버측에서 수집된 에러에 대한 함수 및 오브젝트 파일을 용이하게 찾을 수 있는 에러 관리 시스템 및 에러 관리 방법을 제공하는 것을 목적으로 한다.
나아가, 본 발명은 마우스 등의 포인팅 디바이스를 간단히 조작하는 것만으로 수집된 에러의 선택, 그룹화 및 정렬방법 등을 달리할 수 있는 에러 관리 시스템 및 에러 관리 방법을 제공하는 것을 목적으로 한다.
상기의 목적을 달성하고 종래기술의 문제점을 해결하기 위하여, 본 발명의 일 실시예에 따른 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 시스템은, 상기 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 이벤트를 가로채서 에러 정보 및 크래쉬 덤프 파일을 수집하고, 수집한 에러 정보 및 크래쉬 덤프 파일을 네트워크를 통하여 소정의 포맷으로 송신하는 클라이언트 단말기 및 상기 클라이언트 어플리케이션에 대응한 서비스를 제공하는 서버 어플리케이션을 수행하는 온라인 서비스 서버와 독립되고, 상기 클라이언트 단말기로부터 송신된 에러 정보 및 크래쉬 덤프 파일을 수신하여 저장하고, 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함수 및 오브젝트 파일 정보를 제공하는 에러 수집 서버를 포함하는 것을 특징으로 한다.
또한, 본 발명의 다른 실시예에 따른 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법은, 온라인 서비스 서버에서 수행되는 서버 어플리케이션이 클라이언트 단말기에서 수행되는 클라이언트 어플리케이션과 네트워크를 통하여 연동하여 동작하는 단계, 에러 수집 서버가 상기 클라이언트 단말기로부터 상기 네트워크를 통하여 상기 클라이언트 어플리케이션에 대한 에러 정보를 수신하여 저장하는 단계 및 상기 에러 수집 서버가 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함수 및 오브젝트 파일 정보를 제공하는 단계를 포함하는 것을 특징으로 한다.
이 때, 상기 클라이언트 어플리케이션에 대한 에러 정보는 상기 클라이언트 단말기에 설치되는 에러 처리 모듈에 의하여 수집되고, 상기 네트워크를 통하여 소정의 포맷으로 송신된 것일 수 있다.
이 때, 에러 수집 서버는 에러가 발생한 함수 및 오브젝트 파일 정보와 함께 소스 코드 정보를 제공할 수 있다. 이 때, 소스 코드 정보는 소스 코드의 경로, 소스 코드 명 및 라인 넘버를 포함할 수 있다. 이 때, 소스 코드의 경로는 맵 파일(map file)을 생성한 컴퓨터 상의 경로일 수 있다.
또한, 본 발명의 또 다른 실시예에 따른 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법은, 클라이언트 단말기에서 수행되는 클라이언트 어플리케이션과 온라인 서비스 서버에서 수행되는 서버 어플리케이션이 네트워크를 통하여 연동하여 동작하는 단계, 상기 클라이언트 단말기로부터 네트워크를 통하여 상기 클라이언트 어플리케이션에 대한 에러 정보를 수신하여 저장하는 단계 및 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함수 및 오브젝트 파일 정보를 제공하는 단계를 포함하는 것을 특징으로 한다.
이 때, 오브젝트 파일(object file)이라 함은 소스 파일을 컴파일하였을 때 생성되는 파일이다.
이 때, 함수 및 오브젝트 파일 정보는 함수명, 오브젝트 파일명 등의 함수 및 오브젝트 파일에 관한 모든 정보를 포함한다.
이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
도 2는 본 발명의 일 실시예에 따른 에러 관리 시스템의 블록도이다.
도 2를 참조하면, 본 발명의 일 실시예에 따른 에러 관리 시스템은 클라이언트 단말기들(210-1, ... , 210-N), 온라인 서비스 서버들(220-1, ... , 220-N) 및 에러 수집 서버(230)를 포함한다.
클라이언트 단말기들은 컴퓨터, 포켓 PC, 노트북 컴퓨터, PDA, 휴대폰 및 게임기 등일 수 있다.
클라이언트 단말기들(210-1, ... , 210-N) 각각에는 클라이언트 어플리케이션이 설치된다. 각각의 클라이언트 단말기들(210-1, ... , 210-N)에는 둘 이상의 클라이언트 어플리케이션이 설치될 수 있다.
각각의 클라이언트 어플리케이션은 네트워크를 통하여 온라인 서비스 서버들(220-1, ... , 220-N)에 설치되는 서버 어플리케이션과 연동하여 동작한다. 예를 들어, 클라이언트 단말기(210-1)에는 '당신은 골프왕' 게임 서비스를 위한 게임 클라이언트 및 '리니지' 게임 서비스를 위한 게임 클라이언트가 설치될 수 있다. 이 때, '당신은 골프왕' 게임 서비스는 온라인 서비스 서버(220-1)에 설치된 서버 어플리케이션과 연동하여 동작하고, '리니지' 게임 서비스는 온라인 서비스 서버(220-2)에 설치된 서버 어플리케이션과 연동하여 동작할 수 있다.
온라인 서비스 서버들(220-1, ... , 220-N)은 각각 하나의 온라인 서비스를 위한 서버 어플리케이션을 수행할 수 있고, 두 개 이상의 온라인 서버들이 함께 하나의 온라인 서비스를 위한 서버 어플리케이션을 수행할 수도 있다. 예를 들어, 온라인 서비스 서버들(220-1, 220-2)은 모두 '당신은 골프왕' 게임 서비스를 위한 서버일 수 있다.
또한, 클라이언트 단말기들(210-1, ... , 210-N) 각각에는 에러 처리 모듈이 설치될 수 있다. 에러 처리 모듈은 클라이언트 단말기에서 수행되는 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 이벤트를 가로채서 에러 정보 및 크래쉬 덤프 파일을 수집하고, 수집한 에러 정보 및 크래쉬 덤프 파일을 네트워크를 통하여 소정의 포맷으로 송신한다.
이 때, 클라이언트 어플리케이션이 비정상적으로 종료된다 함은 클라이언트 어플리케이션이 더 이상 동작을 지속할 수 없어 운영체제(operating system; OS) 등이 설정한 소정의 이벤트(또는 exception)가 발생하는 것을 뜻한다. 이벤트(event)는 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 운영체제에 의하여 발생될 수 있다. 이 때, 운영체제는 마이크로소프트사의 윈도 계열, 애플사의 맥OS계열, 팜(Palm)의 PalmOS계열 또는 각종 실시간 운영체제(Real Time OS; RTOS)일 수 있다.
예를 들어, 에러 처리 모듈은 이벤트 핸들러(event handler)에서 소정의 동작을 수행하도록 작성된 컴퓨터 프로그램 코드일 수 있다.
에러 정보는 클라이언트 어플리케이션이 비정상적으로 종료된 시점의 시스템 시간, 에러가 발생한 어드레스 및 에러의 원인 등을 포함할 수 있다. 예를 들어, 에러의 원인은 "Access Violation"이나, "Divide By Zero" 등일 수 있다. 또한, 에러 정보는 콜스택(call stack), 레지스터 정보, 에러 발생 당시의 해당 프로그램 버전 정보 및 에러 발생 당시 해당 프로그램이 사용하고 있던 모듈 관련 정보를 포함할 수 있다.
콜스택(call stack)은 에러 발생 당시 해당 프로그램에서 함수들 사이의 호출 관계를 나타낸다. 예를 들어, 콜스택은 main함수에서 Print함수를 호출하고, 다시 Print함수에서 GetData함수를 호출하는 관계일 수 있다. 이 때, 에러 정보에 포함되는 콜스택은 각 함수의 주소 값만을 전송할 수 있다. 에러 정보를 수신하는 수신측에서는 모듈 관련 정보 등을 이용하여 전송된 주소에 해당하는 함수를 알아낼 수 있다. 예를 들어, 콜스택으로 "Ox04001000 Ox04000700 Ox04000103"이 송신되면 수신측에서는 모듈 관련 정보 등을 이용하여 'Ox04001000'와 GetData함수, 'Ox04000700'과 Print함수, 'Ox04000103'과 main함수를 각각 대응시킬 수 있다.
레지스터 정보는 에러가 발생할 당시 중앙처리장치(Central Processing Unit; CPU)의 레지스터에 저장되어있는 데이터들을 포함할 수 있다. 예를 들어, Intel사의 X86 CPU를 사용하는 경우에 레지스터 정보는, EAX, EBX, ECX, EDX, ESI, EDI, EBP, EIP 등의 레지스터에 저장되어 있는 데이터들을 포함할 수 있다. 레지스터 정보는 에러 발생 당시의 정황을 알아내는데 매우 유용하게 사용될 수 있다.
모듈 관련 정보는 모듈의 이름, 모듈의 체크섬 및 모듈이 로드 된 메모리 주소 등을 포함할 수 있다.
실시예에 따라, 에러 정보는 클라이언트 단말기의 클라이언트 환경 정보를 포함할 수 있다. 이 때, 클라이언트 환경 정보는 중앙처리장치(Central Processing Unit; CPU)나 그래픽 카드 등 하드웨어의 종류 및 하드웨어의 구동에 사용되는 디바이스 드라이버(device driver)의 버전 등을 포함할 수 있다.
크래쉬 덤프 파일(crash dump file)은 어플리케이션이 동작하다가 에러가 발생하여 작동이 멈추는 경우에 메모리 안에 저장된 정보 등 에러가 발생한 상황을 그대로 파일로 저장한 것이다. 따라서, 시스템의 어떤 부분에서 어떤 이유로 에러 가 발생하였는지를 알아내는 데에 크래쉬 덤프 파일(crash dump file)이 매우 유용하게 활용될 수 있다. 예를 들어, 크래쉬 덤프 파일은 마이크로소프트사의 운영체제에 의해서 생성되는 것일 수 있다.
에러 처리 모듈은 클라이언트 어플리케이션 별로 따로 구비될 수도 있고, 둘 이상의 클라이언트 어플리케이션이 하나의 에러 처리 모듈을 공유할 수도 있다. 예를 들어, '당신은 골프왕' 어플리케이션과 '리니지' 어플리케이션이 각각 상응하는 에러 처리 모듈을 구비할 수도 있고, '당신은 골프왕' 어플리케이션과 '리니지' 어플리케이션이 하나의 에러 처리 모듈을 공유할 수도 있다.
도 3은 도 2에 도시된 클라이언트 단말기의 일 예를 나타낸 블록도이다.
도 3을 참조하면, 도 2에 도시된 클라이언트 단말기(210-1)는 클라이언트 어플리케이션들(311, 321) 및 에러 처리 모듈들(312, 322)을 포함한다.
에러 처리 모듈(312)은 클라이언트 어플리케이션(311)에 대응되어 클라이언트 어플리케이션(311)에서 발생하는 에러를 처리하고, 에러 처리 모듈(322)은 클라이언트 어플리케이션(321)에 대응되어 클라이언트 어플리케이션(321)에서 발생하는 에러를 처리한다.
도 3에는 두 개의 클라이언트 어플리케이션들(311, 321)이 설치된 경우를 예로 들었으나, 클라이언트 단말기(210-1)는 세 개 이상의 클라이언트 어플리케이션들을 포함할 수도 있고, 단 하나의 클라이언트 어플리케이션만을 포함할 수도 있다. 도 3에 도시된 예에서 에러 처리 모듈은 클라이언트 어플리케이션마다 구비되므로 클라이언트 어플리케이션의 수만큼 구비된다.
도 4는 도 2에 도시된 클라이언트 단말기의 다른 예를 나타낸 블록도이다.
도 4를 참조하면, 도 2에 도시된 클라이언트 단말기(210-1)는 클라이언트 어플리케이션들(411, 421) 및 에러 처리 모듈(430)을 포함한다.
에러 처리 모듈(430)은 클라이언트 어플리케이션(411) 및 클라이언트 어플리케이션(421)에서 발생하는 에러를 처리한다. 즉, 클라이언트 어플리케이션(411) 및 클라이언트 어플리케이션(421)은 에러 처리 모듈(430)을 공유한다.
도 4에는 두 개의 클라이언트 어플리케이션들(411, 421)이 설치된 경우를 예로 들었으나, 클라이언트 단말기(210-1)는 세 개 이상의 클라이언트 어플리케이션들을 포함할 수도 있고, 단 하나의 클라이언트 어플리케이션만을 포함할 수도 있다. 또한, 세 개 이상의 클라이언트 어플리케이션이 하나의 에러 처리 모듈을 공유할 수도 있다.
이상에서 도 2에 도시된 클라이언트 단말기(210-1)를 예로 들어 설명하였으나, 도 2에 도시된 다른 클라이언트 단말기들(210-2, ... , 210-N)에도 클라이언트 단말기(210-1)에 대한 설명이 그대로 적용될 수 있다.
실시예에 따라, 에러 처리 모듈은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 일단 상기 에러 정보 및 크래쉬 덤프 파일을 수집하여 상기 클라이언트 단말기 내에 저장하고, 상기 클라이언트 어플리케이션이 다시 시작되면 저장된 상기 에러 정보 및 크래쉬 덤프 파일을 상기 네트워크를 통하여 상기 소정의 포맷으로 송신할 수 있다. 클라이언트 어플리케이션이 비정상적으로 종료되면 시스템이 불안정할 가능성이 높으므로 일단 에러 정보 및 크래쉬 덤프 파일을 수집하 여 클라이언트 단말기 내에 저장하여 놓고, 후에 다시 클라이언트 어플리케이션이 시작되면 저장된 에러 정보 및 크래쉬 덤프 파일을 송신하여 안정적으로 에러 정보 및 크래쉬 덤프 파일을 송신할 수 있다.
또한, 에러 처리 모듈은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 에러 정보 및 크래쉬 덤프 파일을 수집하여 이를 즉시 네트워크를 통하여 소정의 포맷으로 송신할 수도 있다.
이 때, 네트워크는 유/무선 인터넷일 수 있다.
에러 처리 모듈은 HTTP(HyperText Transfer Protocol)을 이용하여 상기 에러 정보 및 크래쉬 덤프 파일을 전송할 수 있다. 이 때, 사용되는 포트는 80포트일 수 있다. 이와 같이, HTTP프로토콜 및 80포트를 이용하여 어떤 클라이언트 모델에서도 손쉽게 에러 정보를 보낼 수 있고, 공유기나 방화벽에 의하여 송신이 차단되는 것을 방지할 수 있다.
이 때, 에러 처리 모듈은 HTTP프로토콜을 이용함으로써 상기 에러 정보 및 크래쉬 덤프 파일을 통상적으로 사용되는 URL(Uniform Resource Locator) 형태로 전송할 수 있다.
또한, 에러 처리 모듈은 SOAP(Simple Object Access Protocol) 프로토콜을 이용하여 방화벽에 의해 뜻하지 않게 블로킹되는 일 없이 기존의 인터넷 인프라스트럭쳐(infrastructure)를 사용하여 상기 에러 정보 및 크래쉬 덤프 파일이 송신되도록 할 수 있다.
다시 도 2를 참조하면, 에러 수집 서버(230)는 유/무선 인터넷 등의 네트워 크를 통하여 에러 처리 모듈로부터 송신된 에러 정보 및 크래쉬 덤프 파일을 수신하여 저장한다.
이 때, 에러 수집 서버(230)는 오라클 데이터베이스 등의 별도의 데이터베이스에 네트워크를 통하여 송신된 에러 정보 및 크래쉬 덤프 파일을 저장할 수 있다.
이 때, 에러 수집 서버(230)는 클라이언트 어플리케이션에서 발생한 에러의 어드레스 별로 에러 수집 서버(230)에 저장된 에러 정보 및 크래쉬 덤프 파일을 정렬할 수도 있고, 클라이언트 어플리케이션에서 발생한 에러의 원인 별로 에러 수집 서버(230)에 저장된 에러 정보 및 크래쉬 덤프 파일을 정렬할 수도 있다.
나아가, 에러 정보에 클라이언트 단말기의 클라이언트 환경 정보가 포함되는 경우에 에러 수집 서버(230)는 클라이언트 단말기의 중앙처리장치(Central Processing Unit; CPU)나 그래픽 카드 등 하드웨어의 종류 또는 하드웨어의 구동에 사용되는 디바이스 드라이버(device driver)의 버전에 따라 에러 수집 서버(230)에 저장된 에러 정보를 정렬할 수도 있다. 따라서, 에러 정보를 수신하는 수신측에서 어떤 하드웨어 조합에서 에러가 많이 발생하는지를 일목요연하게 파악할 수 있어, 하드웨어 등의 제조사 등과 협조하여 효과적으로 에러를 디버깅할 수 있다.
따라서, 클라이언트 단말기들(210-1, ... , 210-N)에 포함된 클라이언트 어플리케이션에서 에러가 발생하여 클라이언트 어플리케이션이 비정상적으로 종료될 때마다 에러 처리 모듈로부터 자동적으로 에러 정보 및 크래쉬 덤프 파일이 전송되어 에러 수집 서버(230)에서 수집된다.
이 때, 에러 관리 시스템은 도 2에는 도시되지 아니하였으나 네트워크를 통 하여 상기 에러 수집 서버(230)에 접속하여 에러 수집 서버(230)에 저장된 에러 정보 및 크래쉬 덤프 파일을 제공 받는 에러 관리 단말기를 더 포함할 수 있다. 이 때, 에러 관리 단말기는 컴퓨터, 포켓 PC, 노트북 컴퓨터, PDA, 휴대폰 및 게임기 등일 수 있다. 따라서, 다양한 온라인 서비스에 대한 각종 에러를 에러 수집 서버(230)에서 통일적으로 수집/관리하고, 인터넷 등을 통하여 관리자가 용이하게 누적된 에러 정보 및 크래쉬 덤프 파일에 접근할 수 있다.
에러 수집 서버(230)는 온라인 서비스 프로그램의 소스 코드(source code)를 컴파일(compile)하여 생성되는 오브젝트 파일(object file) 별로 포함된 함수의 어드레스를 추출하고 이를 역인덱싱하여 어드레스 별로 상기 오브젝트 파일 및 함수를 대응시킨 테이블을 구비할 수 있다. 이 때, 역인덱싱이란 '특정 메모리 어드레스->오브젝트 파일 및 함수' 순의 인덱싱(indexing)을 뜻한다. 이 때, 테이블은 어드레스 별로 오브젝트 파일명 및 함수명을 대응시킬 수 있다. 이 때, 테이블에는 어드레스 별로 상응하는 소스 코드 정보가 대응되어 있을 수 있다. 나아가, 소스 코드 정보는 파일 경로, 파일 이름 및 파일 내에서의 라인 수를 포함할 수 있다.
디버깅시에 에러 수집 서버는 에러 정보에 포함된 어드레스에 대한 오브젝트 파일 및 함수를 상기 테이블에서 검색하여 함수 및 오브젝트 파일 정보 등의 디버깅 정보를 제공할 수 있다. 이 때, 함수 및 오브젝트 파일 정보는 함수명 및 오브젝트 파일명 등을 포함할 수 있다.
도 5는 에러 수집 서버에 저장된 에러 정보의 예를 표시한 화면을 나타낸 도 면이다.
예를 들어, 도 5는 에러 수집 서버에 네트워크를 통하여 접속한 에러 관리 단말기에 표시되는 화면일 수 있다.
도 5를 참조하면, 기간 선택부(510)에서 2005년 6월 5일 이후의 에러들이 선택된 것을 알 수 있다. 따라서, 2005년 6월 5일 이전에 수집된 에러들은 선택되지 않는다. 도 5에 도시된 예에서 선택 시작일 및 선택 종료일은 모두 풀다운 메뉴 방식으로 구현되어 마우스 등의 포인팅 디바이스의 간단한 조작만으로 기간을 선택할 수 있도록 한다.
쿼리 작성부(520)는 데이터베이스를 선택, 그룹화 및 정렬 등을 하는 구조화 질의어(structured query language; SQL)를 마우스 클릭만으로 작성한다. 도 5에 도시된 예에서 쿼리 작성부(520)는 "select", "group by" 및 "order by" 명령어 뒤에 위치할 수 있는 단어들을 풀다운 메뉴(pull down menu) 중에서 선택할 수 있도록 하여 복잡한 구조화 질의어 문법을 모르더라도 용이하게 원하는 에러 정보들을 선택, 그룹화 및 정렬할 수 있도록 한다.
또한, 쿼리 작성부(520)는 한글 등의 자연어와 특정 쿼리를 1:1로 매칭시킨 테이블을 제공하고, 사용자가 이 테이블에서 원하는 자연어를 선택하면 선택된 자연어에 매칭되는 쿼리를 질의어로 하여 에러 정보들을 선택, 그룹화 및 정렬할 수 있다. 예를 들어, "에러가 많이 발생한 순서대로 에러 발생 어드레스 별 에러정보"에 상응하는 쿼리를 매칭시켜 두고, 사용자가 "에러가 많이 발생한 순서대로 에러 발생 어드레스 별 에러정보"를 선택하면 매칭시켜 둔 쿼리로 에러정보를 가공하 여 표시할 수 있다. 따라서, 자주 사용되는 쿼리의 경우에 누구나 쉽게 사용하여 에러 정보를 표시할 수 있다.
쿼리 표시부(530)는 쿼리 작성부(520)에 의하여 작성된 쿼리를 표시한다.
이 때, 쿼리 표시부(530)에 표시된 쿼리는 "add to custom query"를 클릭하여 상응하는 한글 등의 자연어를 입력하면 입력된 자연어와 1:1로 대응되어 테이블에 저장될 수 있다.
결과 표시부(540)에는 쿼리 표시부(530)에 표시된 쿼리에 따라 에러 정보들이 표시된다.
도 5의 예에서 결과 표시부(540)에는 에러 수집 서버에 저장된 에러 정보가 에러가 많이 발생한 어드레스부터 순서대로 정렬되어 있는 것을 알 수 있다. 도 5에 도시된 바와 같이, 결과 표시부(540)에는 에러가 많이 발생한 순서대로 에러가 발생한 어드레스(541), 에러의 원인(542), 콜스택(543), 레지스터 정보(544), 프로그램 버전 정보(545), 모듈 관련 정보(546), 크래쉬 덤프 파일 링크(547) 및 에러 발생 횟수(548)가 결과 테이블에 표시된다.
에러가 발생한 어드레스(541)는 "10018BB9", "1000E119" 등과 같이 에러가 발생한 메모리 어드레스를 나타낸다.
에러의 원인(542)은 "EXCEPTION_FLT_DIVIDE_BY_ZERO", "EXCEPTION_ACCESS_VIOLATION" 등과 같이 에러가 발생한 이유 내지 에러의 종류를 나타낸다. 에러의 원인(542)은 클라이언트 컴퓨터에 설치된 운영체제에 따라 달라질 수 있다.
콜스택(call stack)(543)은 에러 발생 당시 해당 프로그램에서 함수들 사이의 호출 관계를 나타낸다. 도 5에 도시된 예에서 콜스택(543)은 각 함수의 주소 값을 나타낸다.
레지스터 정보(544)는 에러 발생 당시에 클라이언트 컴퓨터의 레지스터 내에 저장된 데이터들을 나타낸다. 예를 들어, 레지스터 정보(544)는 "EAX:FFFFFFE2 EBX:029D2420 ECX:00000000 EDX:0000001E ESI:021EC1D8 EDI:0000000F EBP:00000000 EIP:00000000 SegCs:0000001B EFlags:00010286 Esp:00000008 SegGS:00000000" 등과 같이 표시될 수 있다.
프로그램 버전 정보(545)는 에러가 발생할 당시의 해당 프로그램의 버전 정보를 나타낸다.
모듈 관련 정보(546)는 에러 발생 당시의 해당 프로그램이 사용하고 있던 모듈 관련 정보를 나타낸다. 모듈 관련 정보(546)는 모듈의 이름, 모듈의 체크섬, 모듈이 로드 된 메모리 주소 등을 포함할 수 있다.
크래쉬 덤프 파일 링크(547)는 해당하는 크래쉬 덤프 파일을 다운로드 받을 수 있는 링크일 수 있다.
이와 같이, 사용자가 간단하게 에러 수집 서버에 접속하여 원하는 에러 정보에 접근하여 원하는 형태로 정렬할 수 있어 클라이언트 어플리케이션에서 발생하는 에러를 일목요연하게 관리할 수 있다. 나아가, 프로그래머는 발생 빈도가 높은 에러의 순으로 디버깅할 수 있어 효율적으로 클라이언트 어플리케이션의 에러를 디버깅할 수 있다.
실시예에 따라 도 5에 도시된 결과 표시부(540)의 각 필드가 선택되면 그 필드에 해당하는 세부 정보가 표시되거나 그 필드 순서대로 정렬되도록 할 수 있다. 예를 들어, 도 5에 도시된 예에서 에러가 발생한 어드레스(541)의 '10018BB9' 필드가 선택되면 '10018BB9' 어드레스에서 발생한 에러들에 대한 세부 정보가 표시될 수 있다. 예를 들어, 도 5에 도시된 예에서 버전 정보(545)의 'version'필드를 마우스 등의 포인팅 장치로 클릭하면 에러 정보들이 프로그램 버전 순서대로 정렬될 수 있다.
도 6은 도 5에 도시된 에러 정보 수집을 위한 서브젝트 설정화면의 일 예이다.
도 6을 참조하면, 도 5에 도시된 에러가 발생한 어드레스(541), 에러의 원인(542), 콜스택(543), 레지스터 정보(544), 프로그램 버전 정보(545), 모듈 관련 정보(546) 및 크래쉬 덤프 파일 링크(547) 정보를 수집하기 위해서 각각의 항목별로 필드명(610), 필드 타입(620), 생략 가능여부(630), 키(640), 기본값(650), 기타정보(660) 및 삭제버튼(670)이 설정되는 것을 알 수 있다.
필드명(610)은 도 5의 결과 표시부의 각 칼럼의 이름에 상응하는 것으로 "address"나 "reason" 등을 포함한다.
필드 타입(620)은 도 5의 결과 표시부의 각 칼럼에 상응하는 항목들의 데이터 타입(data type)이다.
생략 가능여부(630)는 해당 항목이 생략 가능한 것인지 여부를 나타낸다. 예를 들어, 생략 가능여부(630)가 "YES"로 설정되어 있으면 해당 항목은 에러 정보 송/수신시에 생략될 수 있다. 이 때, 생략 가능여부(630)가 "NO"로 설정되어 있으면 해당 항목은 에러 정보 송/수신시에 반드시 포함되어야 한다.
키(640)는 데이터베이스에서의 키 설정을 나타낸다.
기본값(650)은 생략 가능여부(630)가 "YES"로 생략 가능한 항목이어서 클라이언트 측으로부터 해당 항목이 송신되지 않은 경우에 적용될 기본값을 나타낸다.
기타정보(660)는 각 항목에 필요한 기타정보를 설정할 수 있도록 하기 위한 것이다.
삭제버튼(670)은 해당 항목을 삭제하기 위한 것이다.
도 5의 결과 표시부(540)에 표시된 것과 같은 에러 정보를 수집하기 위해서는 도 6에 도시된 예와 같이 필요한 항목들을 설정하여 서브젝트(subject)를 생성하고, 생성된 서브젝트의 각 항목들에 해당하는 에러 정보를 클라이언트 측에서 송신하도록 클라이언트 프로그램을 설정하여 클라이언트 단말기에서 원하는 에러 정보를 수집하도록 한다. 새로운 항목이 필요하면 도 6에 도시된 예와 같은 서브젝트에서 새로운 항목을 추가 등록하고 필드명(610), 필드 타입(620), 생략 가능여부(630), 키(640), 기본값(650) 및 기타정보(660)를 설정할 수 있고, 설정된 항목이 불필요하다고 판단되면 삭제버튼(670)을 이용하여 해당 항목을 삭제할 수 있다.
도 7은 도 5에 도시된 에러 정보 중 특정 어드레스를 클릭했을 경우에 표시되는 화면의 예이다.
도 7을 참조하면, 도 5의 결과 표시부(540)에 표시된 필드들 중에서 에러가 발생한 어드레스(541)나 콜스택(543) 내의 어드레스들에 해당하는 필드를 클릭한 경우에 클릭된 어드레스부터 콜스택을 따라가면서 관련 어드레스(710), 관련 어드레스에 상응하는 모듈(720), 관련 어드레스(710)에 대응되는 함수/오브젝트 파일 정보(730) 및 소스 코드 정보(740)가 표시된 것을 알 수 있다.
관련 어드레스(710)는 함수의 호출관계를 따라 에러가 발생한 함수부터 그 함수를 호출한 함수를 따라가며 각각의 함수에 상응하는 어드레스가 표시된다.
모듈(720)은 관련 어드레스(710)에 상응하는 함수를 포함하는 모듈을 나타낸다.
함수/오브젝트 파일 정보(730)은 관련 어드레스(710)에 대응되는 함수 및 그 함수가 속하는 오브젝트 파일의 정보를 나타낸다. 함수/오브젝트 파일 정보(730)는 함수명 및 오브젝트 파일명을 포함할 수 있다.
소스 코드 정보(740)는 관련 어드레스(710)에 대응되는 소스 코드의 파일 경로, 파일 이름 및 파일 내 라인 번호를 나타낸다.
이 때, 각각의 어드레스와, 모듈, 함수, 오브젝트 파일 및 소스 코드는 어플리케이션에 대한 모든 소스 코드를 컴파일하고 오브젝트 파일 별로 함수에 대응하는 어드레스를 추출하여 어드레스를 역인덱싱하는 테이블을 이용하여 대응시킬 수 있다.
도 7에 도시된 것과 같이, 본 발명의 에러 관리 시스템의 에러 수집 서버는 에러가 발생한 어드레스에 대해서 그 어드레스에 상응하는 모듈, 함수, 오브젝트 파일 및 소스 코드 정보를 제공하여 온라인 서비스 프로그래머가 용이하게 클라이언트 어플리케이션의 에러를 디버깅할 수 있도록 한다.
도 8은 본 발명의 일 실시예에 따른 에러 관리 방법을 나타낸 동작 흐름도이다.
도 8을 참조하면, 본 발명의 일 실시예에 따른 에러 관리 방법은 클라이언트 단말기에서 수행되는 클라이언트 어플리케이션과 온라인 서비스 서버에서 수행되는 서버 어플리케이션이 네트워크를 통하여 연동하여 동작한다(S810).
이 때, 클라이언트 어플리케이션이 설치된 클라이언트 단말기가 두 개 이상일 수 있고, 각기 다른 서버 어플리케이션을 제공하는 온라인 서비스 서버들이 두 개 이상일 수 있다. 또한, 하나의 클라이언트 단말기에 설치되는 클라이언트 어플리케이션도 두 개 이상일 수 있다.
클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법은 상기 클라이언트 단말기에 설치되는 에러 처리 모듈이, 클라이언트 어플리케이션에서 발생하는 에러 정보 및 크래쉬 덤프 파일을 수집하고 네트워크를 통하여 소정의 포맷으로 송신한다(S820).
이 때, 에러 처리 모듈은 각각의 클라이언트 어플리케이션에 대응되도록 설정될 수도 있고, 두 개 이상의 클라이언트 어플리케이션이 하나의 에러 처리 모듈을 공유할 수도 있다.
이 때, 단계(S820)는 상기 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 상기 이벤트를 가로채서 상기 에러 정보 및 크래쉬 덤프 파일을 수집하여 상기 클라이언트 단말기 내에 저장하는 단계 및 상기 클라이언트 어플리케이션이 다시 시작되면 저장된 상기 에러 정보 및 크래쉬 덤프 파일을 상기 네트워크를 통하여 상기 소정의 포맷으로 송신하는 단계를 포함하여 단계적으로 수행될 수도 있다.
또한, 네트워크를 통한 에러 정보 및 크래쉬 덤프 파일의 송신은 HTTP(HyperText Transfer Protocol)이용하여 80포트로 송신될 수 있다. 따라서, 어떤 클라이언트 모델에서도 손쉽게 에러 정보를 보낼 수 있고, 공유기나 방화벽에 의하여 송신이 차단되는 것을 방지할 수 있다.
에러 정보 및 크래쉬 덤프 파일이 송신되면 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법은 에러 수집 서버에서 상기 네트워크를 통하여 송신된 에러 정보 및 크래쉬 덤프 파일을 수신하여 저장한다(S830).
또한, 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법은 에러 수집 서버에서 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함수 및 오브젝트 파일 정보를 제공한다(S840).
이 때, 에러가 발생한 함수 및 오브젝트 파일 정보를 제공하는 단계(S840)는 소스 코드를 컴파일하여 생성되는 오브젝트 파일 별로 포함된 함수의 어드레스를 추출하고 추출된 어드레스를 역인덱싱하여 어드레스 별로 상기 오브젝트 파일 및 함수를 대응시킨 테이블을 유지하는 단계 및 상기 에러 정보에 포함된 어드레스에 대한 오브젝트 파일 및 함수를 상기 테이블에서 검색하여 상기 함수 및 오브젝트 파일 정보를 제공하는 단계를 포함하여 단계적으로 구성될 수 있다.
실시예에 따라, 상기 에러 관리 방법은 에러 관리 단말기에 표시되는 에러 정보 화면의 필드를 선택하면 선택된 필드의 세부 정보를 표시하거나 선택된 필드 를 기준으로 에러 정보를 정렬하고, 풀다운 메뉴 형식으로 구조화 질의어가 작성되면 상기 구조화 질의어에 따라 에러 정보를 가공하여 표시하며, 자연어에 대응하는 구조화 질의어를 저장한 테이블을 구비하고, 상기 자연어가 선택되면 대응되는 구조화 질의어에 따라 상기 에러 정보를 가공하여 표시할 수 있다.
도 8에 도시된 각 단계는 도 8에 도시된 순서, 그 역순 또는 동시에 수행될 수 있다.
도 9는 본 발명의 다른 실시예에 따른 에러 관리 방법을 나타낸 동작 흐름도이다.
도 9를 참조하면, 본 발명의 다른 실시예에 따른 에러 관리 방법은 클라이언트 단말기에서 수행되는 클라이언트 어플리케이션과 온라인 서비스 서버에서 수행되는 서버 어플리케이션이 네트워크를 통하여 연동하여 동작한다(S910).
이 때, 클라이언트 어플리케이션이 설치된 클라이언트 단말기가 두 개 이상일 수 있고, 각기 다른 서버 어플리케이션을 제공하는 온라인 서비스 서버들이 두 개 이상일 수 있다. 또한, 하나의 클라이언트 단말기에 설치되는 클라이언트 어플리케이션도 두 개 이상일 수 있다.
클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법은 상기 클라이언트 단말기로부터 네트워크를 통하여 상기 클라이언트 어플리케이션에 대한 에러 정보를 수신하여 저장한다(S920).
또한, 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법은 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함 수 및 오브젝트 파일 정보 등의 디버깅 정보를 제공한다(S930).
도 8에 도시된 단계(S840)에 관한 설명은 도 9의 단계(S930)에 대해서도 그대로 적용될 수 있으므로 단계(S930)에 대한 자세한 설명은 생략한다.
도 9에 도시된 각 단계는 도 9에 도시된 순서, 그 역순 또는 동시에 수행될 수 있다.
도 8 및 도 9을 통하여 설명한 방법과 관련하여 설명하지 아니한 내용은 앞서 에러 관리 시스템에 관한 실시예들에서 그대로 적용 가능하므로 이하 생략한다.
본 발명에 따른 에러 관리 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 상기 매체는 프로그램 명령, 데이터 구조 등을 지정하는 신호를 전송하는 반송파를 포함하는 광 또는 금속선, 도파관 등의 전송 매체일 수도 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니 라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
도 10은 본 발명에 따른 에러 관리 방법을 수행하는 데 채용될 수 있는 범용 컴퓨터 장치의 내부 블록도이다.
컴퓨터 장치(1000)는 램(RAM: Random Access Memory)(1020)과 롬(ROM: Read Only Memory)(1030)을 포함하는 주기억장치와 연결되는 하나 이상의 프로세서(1010)를 포함한다. 프로세서(1010)는 중앙처리장치(CPU)로 불리기도 한다. 본 기술분야에서 널리 알려져 있는 바와 같이, 롬(1030)은 데이터(data)와 명령(instruction)을 단방향성으로 CPU에 전송하는 역할을 하며, 램(1020)은 통상적으로 데이터와 명령을 양방향성으로 전송하는 데 사용된다. 램(1020) 및 롬(1030)은 컴퓨터 판독 가능 매체의 어떠한 적절한 형태를 포함할 수 있다. 대용량 기억장치(Mass Storage)(1040)는 양방향성으로 프로세서(1010)와 연결되어 추가적인 데이터 저장 능력을 제공하며, 상기된 컴퓨터 판독 가능 기록 매체 중 어떠한 것일 수 있다. 대용량 기억장치(1040)는 프로그램, 데이터 등을 저장하는데 사용되며, 통상적으로 주기억장치보다 속도가 느린 하드 디스크와 같은 보조기억장치이다. CD 롬(1060)과 같은 특정 대용량 기억장치가 사용될 수도 있다. 프로세서(1010)는 비디오 모니터, 트랙볼, 마우스, 키보드, 마이크로폰, 터치스크린 형 디스플레이, 카드 판독기, 자기 또는 종이 테이프 판독기, 음성 또는 필기 인식기, 조이스틱, 또는 기타 공지된 컴퓨터 입출력장치와 같은 하나 이상의 입출력 인터페이스(1050)와 연 결된다. 마지막으로, 프로세서(1010)는 네트워크 인터페이스(1070)를 통하여 유선 또는 무선 통신 네트워크에 연결될 수 있다. 이러한 네트워크 연결을 통하여 상기된 방법의 절차를 수행할 수 있다. 상기된 장치 및 도구는 컴퓨터 하드웨어 및 소프트웨어 기술 분야의 당업자에게 잘 알려져 있다. 한편, 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있다.
이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다.
그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
본 발명의 에러 관리 시스템 및 에러 관리 방법은 클라이언트 어플리케이션에서 발생하는 에러를 효율적으로 수집하고, 이를 일목요연하게 관리할 수 있다.
또한, 본 발명은 클라이언트 어플리케이션에서 에러가 발생하는 경우에 이벤트를 가로채서 에러 정보 및 크래쉬 덤프 파일을 수집하여, 이를 송신함으로써 별도의 에러 신고 절차 없이 편리하게 클라이언트 어플리케이션의 에러를 수집할 수 있다.
또한, 본 발명은 서로 다른 온라인 서비스를 제공하는 서비스 제공자들이 각 각 소정의 포맷에 맞추어 클라이언트 어플리케이션의 에러를 에러 수집 서버로 전송하기만 하면 네트워크를 통하여 에러 수집 서버에 저장된 에러 정보 및 크래쉬 덤프 파일을 용이하게 제공 받을 수 있다.
또한, 본 발명은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 일차적으로 에러 정보 및 크래쉬 덤프 파일을 수집하여 클라이언트 단말기 내에 저장하고, 후에 클라이언트 어플리케이션이 다시 시작되면 저장된 에러 정보 및 크래쉬 덤프 파일을 네트워크를 통하여 송신함으로써 안정적으로 에러 정보 및 크래쉬 덤프 파일을 송신할 수 있다.
또한, 본 발명은 HTTP 프로토콜을 이용하여 에러 정보 및 크래쉬 덤프 파일을 송신함으로써 다양한 플랫폼 환경에서 누구나 용이하게 적용할 수 있고, 공유기나 방화벽에 의한 송신 차단을 방지할 수 있다.
또한, 본 발명은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 에러 정보와 크래쉬 덤프 파일을 송신하도록 함으로써 클라이언트 단말기에서 발생한 에러를 효과적으로 재현할 수 있다.
또한, 본 발명은 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 클라이언트 단말기의 클라이언트 환경 정보를 송신함으로써 에러가 많이 발생하는 클라이언트 환경을 파악할 수 있다.
또한, 본 발명은 어드레스 별로 해당하는 오브젝트 파일 및 함수가 역인덱싱 되어있는 테이블을 이용하여 서버측에서 수집된 에러에 대한 함수 및 오브젝트 파일을 용이하게 찾을 수 있다.
나아가, 본 발명은 마우스 등의 포인팅 디바이스를 간단히 조작하는 것만으로 수집된 에러의 선택, 그룹화 및 정렬방법 등을 달리할 수 있다.

Claims (19)

  1. 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 시스템에 있어서,
    내부에 에러 처리 모듈을 포함하고, 상기 에러 처리 모듈에 의해, 상기 클라이언트 어플리케이션이 비정상적으로 종료되는 경우, 운영체제에 의해 발생되는 이벤트를 가로채서 에러 정보 및 크래쉬 덤프 파일을 수집하고, 수집한 에러 정보 및 크래쉬 덤프 파일을 네트워크를 통하여 소정의 포맷으로 송신하는 클라이언트 단말기; 및
    상기 클라이언트 어플리케이션에 대응한 서비스를 제공하는 서버 어플리케이션을 수행하는 온라인 서비스 서버와 독립되고, 상기 클라이언트 단말기로부터 송신된 에러 정보 및 크래쉬 덤프 파일을 수신하여 저장하고, 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함수 및 오브젝트 파일 정보를 제공하는 에러 수집 서버를 포함하고,
    상기 에러 수집 서버는,
    소스 코드를 컴파일하여 생성되는 오브젝트 파일 별로 포함된 함수의 어드레스를 추출하고 추출된 어드레스를 역인덱싱하여 어드레스 별로 상기 오브젝트 파일 및 함수를 대응시킨 테이블을 구비하고,
    상기 에러 정보에 포함된 어드레스에 대한 오브젝트 파일 및 함수를 상기 테이블에서 검색하여 상기 함수 및 오브젝트 파일 정보를 제공하는 것을 특징으로 하는 에러 관리 시스템.
  2. 삭제
  3. 제1항에 있어서,
    상기 에러 관리 시스템은
    상기 네트워크를 통하여 상기 에러 수집 서버에 접속하여 상기 에러 수집 서버에 저장된 에러 정보 및 크래쉬 덤프 파일을 제공 받는 에러 관리 단말기를 더 포함하는 것을 특징으로 하는 에러 관리 시스템.
  4. 제3항에 있어서,
    상기 에러 수집 서버는
    상기 에러 관리 단말기에 표시되는 에러 정보 화면의 필드를 선택하면 선택된 필드의 세부 정보를 표시하거나 선택된 필드를 기준으로 에러 정보를 정렬하는 것을 특징으로 하는 에러 관리 시스템.
  5. 제1항에 있어서,
    상기 에러 수집 서버는
    풀다운 메뉴 형식으로 구조화 질의어를 작성하여 상기 구조화 질의어에 따라 에러 정보를 가공하여 표시하는 것을 특징으로 하는 에러 관리 시스템.
  6. 제1항에 있어서,
    상기 에러 수집 서버는
    자연어에 대응하는 구조화 질의어를 저장한 테이블을 구비하고, 상기 자연어가 선택되면 대응되는 구조화 질의어에 따라 상기 에러 정보를 가공하여 표시하는 것을 특징으로 하는 에러 관리 시스템.
  7. 제1항에 있어서,
    상기 에러 수집 서버는
    상기 에러 정보를 표시한 결과 테이블에서 임의의 어드레스가 클릭되면 클릭된 어드레스에 상응하는 모듈 정보, 함수 정보, 오브젝트 파일 정보 및 소스 코드 정보 중 어느 하나 이상을 표시하는 것을 특징으로 하는 에러 관리 시스템.
  8. 제1항에 있어서,
    상기 에러 수집 서버는
    상기 덤프 파일의 링크를 제공하여 상기 에러 관리 단말기의 사용자가 상기 링크를 통하여 상기 덤프 파일을 다운로드 받을 수 있도록 하는 것을 특징으로 하는 에러 관리 시스템.
  9. 제1항에 있어서,
    상기 클라이언트 단말기는
    상기 클라이언트 어플리케이션이 비정상적으로 종료되는 경우에 상기 에러 정보 및 크래쉬 덤프 파일을 수집하여 상기 클라이언트 단말기 내에 저장하고, 상기 클라이언트 어플리케이션이 다시 시작되면 저장된 상기 에러 정보 및 크래쉬 덤프 파일을 상기 네트워크를 통하여 상기 소정의 포맷으로 송신하는 것을 특징으로 하는 에러 관리 시스템.
  10. 제1항에 있어서,
    상기 클라이언트 단말기는
    HTTP 프로토콜을 이용하여 URL 형태로 상기 에러 정보 및 크래쉬 덤프 파일을 송신하는 것을 특징으로 하는 에러 관리 시스템.
  11. 제1항에 있어서,
    상기 클라이언트 단말기는
    SOAP 프로토콜을 이용하여 상기 에러 정보 및 크래쉬 덤프 파일을 송신하는 것을 특징으로 하는 에러 관리 시스템.
  12. 제1항에 있어서,
    상기 에러 정보는
    상기 클라이언트 단말기의 클라이언트 환경 정보를 포함하는 것을 특징으로 하는 에러 관리 시스템.
  13. 클라이언트 어플리케이션에서 발생하는 에러를 관리하는 에러 관리 방법에 있어서,
    온라인 서비스 서버에서 수행되는 서버 어플리케이션이 클라이언트 단말기에서 수행되는 클라이언트 어플리케이션과 네트워크를 통하여 연동하여 동작하는 단계;
    상기 클라이언트 단말기에서, 상기 클라이언트 어플리케이션이 비정상적으로 종료되는 경우, 운영체제에 의해 발생되는 이벤트를 가로채서 에러 정보 및 크래쉬 덤프 파일을 수집하는 단계;
    상기 클라이언트 단말기에서 상기 수집한 에러 정보 및 크래쉬 덤프 파일을 상기 네트워크를 통하여 에러 수집 서버로 송신하는 단계;
    상기 에러 수집 서버에서, 상기 에러 정보 및 크래쉬 덤프 파일을 수신하여 저장하는 단계; 및
    상기 에러 수집 서버에서, 디버깅시에 상기 에러 정보에 포함된 어드레스를 이용하여 에러가 발생한 함수 및 오브젝트 파일 정보를 제공하는 단계를 포함하고,
    함수 및 오브젝트 파일 정보를 제공하는 상기 단계는,
    소스 코드를 컴파일하여 생성되는 오브젝트 파일 별로 포함된 함수의 어드레스를 추출하고 추출된 어드레스를 역인덱싱하여 어드레스 별로 상기 오브젝트 파일 및 함수를 대응시킨 테이블을 유지하는 단계; 및
    상기 에러 정보에 포함된 어드레스에 대한 오브젝트 파일 및 함수를 상기 테이블에서 검색하여 상기 함수 및 오브젝트 파일 정보를 제공하는 단계
    를 포함하는 것을 특징으로 하는 에러 관리 방법.
  14. 제13항에 있어서,
    상기 클라이언트 어플리케이션에 대한 에러 정보는
    상기 클라이언트 단말기에 설치되는 에러 처리 모듈에 의하여 수집되고 상기 네트워크를 통하여 소정의 포맷으로 송신되어 상기 에러 수집 서버에서 수신되는 것을 특징으로 하는 에러 관리 방법.
  15. 삭제
  16. 제13항에 있어서,
    상기 에러 관리 방법은
    표시되는 에러 정보 화면의 필드를 선택하면 선택된 필드의 세부 정보를 표시하거나 선택된 필드를 기준으로 에러 정보를 정렬하고,
    풀다운 메뉴 형식으로 구조화 질의어가 작성되면 상기 구조화 질의어에 따라 에러 정보를 가공하여 표시하며,
    자연어에 대응하는 구조화 질의어를 저장한 테이블을 구비하고, 상기 자연어가 선택되면 대응되는 구조화 질의어에 따라 상기 에러 정보를 가공하여 표시하는 것을 특징으로 하는 에러 관리 방법.
  17. 제13항에 있어서,
    상기 에러 정보를 수신하여 저장하는 단계는
    HTTP 프로토콜을 이용하여 URL형태로 상기 에러 정보를 수신하는 것을 특징 으로 하는 에러 관리 방법.
  18. 제13항에 있어서,
    상기 에러 정보를 수신하여 저장하는 단계는
    SOAP 프로토콜을 이용하여 상기 에러 정보를 수신하는 것을 특징으로 하는 에러 관리 방법.
  19. 제13항, 제14항, 제16항 내지 제18항 중 어느 한 항의 방법을 컴퓨터에서 실행하기 위한 프로그램을 기록하는 컴퓨터 판독 가능한 기록매체.
KR1020050073870A 2005-08-02 2005-08-11 디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한에러 관리 방법 KR100717242B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020050073870A KR100717242B1 (ko) 2005-08-11 2005-08-11 디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한에러 관리 방법
US11/498,121 US7702959B2 (en) 2005-08-02 2006-08-01 Error management system and method of using the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050073870A KR100717242B1 (ko) 2005-08-11 2005-08-11 디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한에러 관리 방법

Publications (2)

Publication Number Publication Date
KR20070019881A KR20070019881A (ko) 2007-02-15
KR100717242B1 true KR100717242B1 (ko) 2007-05-11

Family

ID=41634921

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050073870A KR100717242B1 (ko) 2005-08-02 2005-08-11 디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한에러 관리 방법

Country Status (1)

Country Link
KR (1) KR100717242B1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101629011B1 (ko) * 2009-11-10 2016-06-09 엘지전자 주식회사 애플리케이션 스토리지 서버 및 그 운용 방법
WO2013073761A1 (ko) * 2011-11-14 2013-05-23 (주)네오위즈게임즈 비정상 종료 처리 방법, 이를 수행하는 비정상 종료 처리 서버 및 이를 저장한 기록 매체
KR102083473B1 (ko) * 2012-10-29 2020-03-02 에스케이플래닛 주식회사 크래시 정보 처리 시스템 및 방법과, 이를 지원하는 장치 및 단말기
CN112035311A (zh) * 2019-06-04 2020-12-04 腾讯科技（深圳）有限公司 一种程序逻辑监控方法及装置
KR102566618B1 (ko) * 2022-12-07 2023-08-16 주식회사 파이랩테크놀로지 리눅스 취약점 식별을 위한 정보 수집 시스템 및 그 시스템의 동작 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06250886A (ja) * 1993-02-22 1994-09-09 Hitachi Ltd 計算機システムの遠隔監視方法及び遠隔計算機管理システム
KR20010079612A (ko) * 1998-08-03 2001-08-22 더글라스 에이. 베트 진단 정보를 이용한 분산 어플리케이션들의 모니터링시스템 및 방법
KR20040076904A (ko) * 2003-02-27 2004-09-04 에스케이 텔레콤주식회사 기지국 제어기 ｃｃｐ의 디버그넷

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06250886A (ja) * 1993-02-22 1994-09-09 Hitachi Ltd 計算機システムの遠隔監視方法及び遠隔計算機管理システム
KR20010079612A (ko) * 1998-08-03 2001-08-22 더글라스 에이. 베트 진단 정보를 이용한 분산 어플리케이션들의 모니터링시스템 및 방법
KR20040076904A (ko) * 2003-02-27 2004-09-04 에스케이 텔레콤주식회사 기지국 제어기 ｃｃｐ의 디버그넷

Also Published As

Publication number Publication date
KR20070019881A (ko) 2007-02-15

Similar Documents

Publication Publication Date Title
US7702959B2 (en) Error management system and method of using the same
US10810074B2 (en) Unified error monitoring, alerting, and debugging of distributed systems
US11513844B1 (en) Pipeline set selection based on duty cycle estimation
US11249710B2 (en) Technology add-on control console
US7398469B2 (en) Automated test system for testing an application running in a windows-based environment and related methods
US11775501B2 (en) Trace and span sampling and analysis for instrumented software
US9442822B2 (en) Providing a visual representation of a sub-set of a visual program
WO2019195121A1 (en) Digital worker management system
KR100717241B1 (ko) 에러 관리 시스템 및 이를 이용한 에러 관리 방법
US7392505B2 (en) Task tracing in a distributed computing environment
US7464004B2 (en) Troubleshooting to diagnose computer problems
US20070168994A1 (en) Debugging a computer program in a distributed debugger
US20150121401A1 (en) Graph based data model for api ecosystem insights
US11630695B1 (en) Dynamic reassignment in a search and indexing system
Azim et al. uLink: Enabling user-defined deep linking to app content
US11556456B2 (en) Telemetry system extension
CN110347942A (zh) 页面跳转方法、装置、存储介质及计算机设备
US6944797B1 (en) Method and system for tracing
KR100717242B1 (ko) 디버깅 정보를 제공하는 에러 관리 시스템 및 이를 이용한에러 관리 방법
US11693710B1 (en) Workload pool hierarchy for a search and indexing system
JP2023070148A (ja) ロボティックプロセスオートメーション（ｒｐａ）ロボットをリソースへ動的にバインドさせるためのシステムおよび方法
KR100645529B1 (ko) 로그 가공이 가능한 로그 관리 시스템 및 이를 이용한 로그관리 방법
US20050172034A1 (en) Method and system for managing programs for web service system
US7536376B2 (en) Task oriented log retrieval utilizing a self-learning search tool
Endo Model based testing of service oriented applications

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20100412

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20120329

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20170328

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20180328

Year of fee payment: 12

FPAY Annual fee payment

Payment date: 20190325

Year of fee payment: 13