KR101443071B1 - 웹페이지의 에러 체크 시스템 - Google Patents

웹페이지의 에러 체크 시스템 Download PDF

Info

Publication number
KR101443071B1
KR101443071B1 KR1020130153153A KR20130153153A KR101443071B1 KR 101443071 B1 KR101443071 B1 KR 101443071B1 KR 1020130153153 A KR1020130153153 A KR 1020130153153A KR 20130153153 A KR20130153153 A KR 20130153153A KR 101443071 B1 KR101443071 B1 KR 101443071B1
Authority
KR
South Korea
Prior art keywords
url
check
web page
error
page
Prior art date
Application number
KR1020130153153A
Other languages
English (en)
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 KR1020130153153A priority Critical patent/KR101443071B1/ko
Application granted granted Critical
Publication of KR101443071B1 publication Critical patent/KR101443071B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/555—Error detection

Abstract

웹페이지의 에러 체크 시스템은 복수개의 등록된 점검 대상 URL(Uniform Resource Locator)이 저장된 데이터베이스부; 데이터베이스부로부터 수신한 점검 대상 URL에 의해 웹서버와 접속하여 웹페이지 데이터를 수신한 후, 웹페이지 데이터를 분석하여 웹페이지 데이터의 이상 유무를 판단하고 웹페이지 데이터에 링크된 하나 이상의 하부 URL 데이터를 추출하고 각각의 하부 URL 데이터에 연결하여 각각의 하부 URL 데이터의 웹페이지들의 이상 유무를 판단하는 모니터링 서버; 및 모니터링 서버와 연동하여 웹페이지 데이터와 각각의 하부 URL 데이터의 웹페이지들에 대한 성능 데이터, 히스토리 데이터, URL 이상 유무를 나타내는 장애 정보를 분석 데이터로 화면에 출력하며 분석 데이터의 환경 설정 정보를 입력받아 설정하는 마스터 콘솔 장치를 포함한다.

Description

웹페이지의 에러 체크 시스템{Error Check System of Webpage}
본 발명은 웹페이지의 에러 체크 시스템에 관한 것으로서, 특히 등록된 점검 대상 URL(Uniform Resource Locator)의 웹서버로 접속하여 웹페이지의 이상 유무를 점검하고 웹페이지에 링크된 URL로 접속하여 웹페이지의 이상 유무를 점검하는 루틴을 수행하여 접속한 웹페이지 뿐만 아니라 웹페이지에 링크된 복수개의 웹페이지의 장애 여부도 실시간으로 모니터링하는 웹페이지의 에러 체크 시스템에 관한 것이다.
현재의 기업 환경은 IT의 급격한 변화에 따라 더욱 복잡하고 다양한 서비스를 제공하는 서버들로 구성되고 있다.
인터넷의 폭발적인 성장은 서버의 고가용성을 요구하고 있다. 서버는 관리의 고비용과 저효율을 개선하기 위해서 집중적인 통합 관리의 필요성이 대두되고 있는 현실이다.
이러한 통합 관리 서버는 웹페이지를 호스팅하여 사용자들에게 제공되고 사용자들은 업무, 오락, 연구 등에 웹페이지를 이용하고 있다.
이러한 웹페이지는 사용자에 의해 리스트에서 선택되어 리액세스될 수 있으며 시간이 지남에 따라 변경된다.
통합 관리 서버는 웹페이지들에 대한 변경들을 모니터링하기 위해 웹페이지들을 수동으로 리액세스하여 어떠한 변경들이 존재하는지를 파악하는 것이 필요하다.
기존의 통합 관리 서버는 웹페이지의 에러를 체크하기 위해서 하나의 웹페이지를 액세스하여 점검하는 작업을 수행하였다.
그러나 웹페이지는 링크에 의해 복수개의 하부 웹페이지들이 가지는 것이 일반적이다. 이러한 하부 웹페이지들과 메인 웹페이지를 모니터링하여 변경, 오류 등을 모두 체크하여 통합적으로 관리하는 시스템을 찾기 어려우며 집중적인 통합 관리의 필요성이 대두되고 있는 현실이다.
이와 같은 문제점을 해결하기 위하여, 본 발명은 등록된 점검 대상 URL(Uniform Resource Locator)의 웹서버로 접속하여 웹페이지의 이상 유무를 점검하고 웹페이지에 링크된 URL로 접속하여 웹페이지의 이상 유무를 점검하는 루틴을 수행하여 접속한 웹페이지 뿐만 아니라 웹페이지에 링크된 복수개의 웹페이지의 장애 여부도 실시간으로 모니터링하는 웹페이지의 에러 체크 시스템을 제공하는데 그 목적이 있다.
상기 목적을 달성하기 위하여, 본 발명의 특징에 따른 웹페이지의 에러 체크 시스템은,
복수개의 등록된 점검 대상 URL(Uniform Resource Locator)이 저장된 데이터베이스부;
데이터베이스부로부터 수신한 점검 대상 URL에 의해 웹서버와 접속하여 웹페이지 데이터를 수신한 후, 웹페이지 데이터를 분석하여 웹페이지 데이터의 이상 유무를 판단하고 웹페이지 데이터에 링크된 하나 이상의 하부 URL 데이터를 추출하고 각각의 하부 URL 데이터에 연결하여 각각의 하부 URL 데이터의 웹페이지들의 이상 유무를 판단하는 모니터링 서버; 및
모니터링 서버와 연동하여 웹페이지 데이터와 각각의 하부 URL 데이터의 웹페이지들에 대한 성능 데이터, 히스토리 데이터, URL 이상 유무를 나타내는 장애 정보를 분석 데이터로 화면에 출력하며 분석 데이터의 환경 설정 정보를 입력받아 설정하는 마스터 콘솔 장치를 포함한다.
본 발명의 특징에 따른 웹페이지의 에러 체크 시스템은,
복수개의 등록된 점검 대상 URL을 저장한 데이터베이스부; 및
데이터베이스부로부터 상기 점검 대상 URL을 수신하여 데이터 저장부의 점검 대상 큐에 저장하고, 점검 대상 큐에 저장된 순서대로 각각의 URL의 호스트 부분과 포스트 부분을 이용하여 특정 URL로 TCP/IP 연결을 시도하고, 특정 URL의 웹서버로부터 응답 상태 코드와 콘텐츠 부분이 포함된 제1 응답 페이지를 수신하며, 제1 응답 페이지를 분석하여 제1 웹페이지의 이상 유무를 판단하고, 제1 응답 페이지에 링크된 하부 URL이 포함된 경우, 하부 URL로 TCP/IP 연결하고 하부 URL의 웹서버로부터 제2 응답 페이지를 수신하여 제2 웹페이지의 이상 유무를 판단하는 모니터링 서버를 포함한다.
전술한 구성에 의하여, 본 발명은 웹서버의 점검 대상 웹페이지와 해당 웹페이지에 링크된 복수개의 URL의 웹페이지들이 정상적으로 동작하는지 여부를 실시간으로 모니터링하여 웹페이지의 이상 유무를 집중적이고 통합적으로 관리하는 효과가 있다.
도 1은 본 발명의 실시예에 따른 웹페이지의 에러 체크 시스템의 구성을 간략하게 나타낸 도면이다.
도 2는 본 발명의 실시예에 따른 데이터베이스부의 내부 구성을 간략하게 나타낸 블록도이다.
도 3은 본 발명의 실시예에 따른 모니터링 서버의 내부 구성을 간략하게 나타낸 블록도이다.
도 4 내지 도 8은 본 발명의 실시예에 따른 마스터 콘솔 장치에서 출력되는 사용자 인터페이스 화면의 일례를 나타낸 도면이다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
도 1은 본 발명의 실시예에 따른 웹페이지의 에러 체크 시스템의 구성을 간략하게 나타낸 도면이고, 도 2는 본 발명의 실시예에 따른 데이터베이스부의 내부 구성을 간략하게 나타낸 블록도이고, 도 3은 본 발명의 실시예에 따른 모니터링 서버의 내부 구성을 간략하게 나타낸 블록도이다.
본 발명의 실시예에 따른 웹페이지의 에러 체크 시스템은 마스터 콘솔 장치(100), 데이터베이스부(200) 및 모니터링 서버(300)를 포함한다.
마스터 콘솔 장치(100)는 PC로서, 모니터링 서버(300)와 연결되어 서버의 수행 상태 즉, URL(Uniform Resource Locator) 이상 유무 점검이 잘 이루어지고 있는지, URL 이상 유무가 발생한 경우 경보 팝업창 생성, 에러 URL의 리스트 보기 등의 사용자 인터페이스 화면과 히스토리 및 성능 관리 등을 담당한다.
마스터 콘솔 장치(100)는 장애 상황 및 성능 분석 데이터를 화면에 출력하고 웹서버(500)의 웹페이지를 분석하는 경우 각종 성능 데이터 및 경보 데이터를 생성할 수 있도록 환경 설정 정보를 입력받아 설정한다.
데이터베이스부(200)는 등록된 점검 대상 URL이 저장되며, 페이지 부분을 나타내는 패스(Path)가 저장된 패스 테이블(220)과, WWW 등 인터넷 서비스 종류가 저장된 서비스 테이블(230)과, 도메인 이름이 저장된 도메인 테이블(240)을 포함한다.
여기서, 패스 테이블(220)은 각각의 패스에 해당하는 패스 ID를 각각 형성하고 있다.
데이터베이스부(200)는 패스 테이블(220), 서비스 테이블(230)과 도메인 테이블(240)과 연동해서 도메인, 서비스, 패스를 조합하여 점검 대상 URL을 형성한다. 데이터베이스부(200)는 도메인 ID로 관련된 도메인을 조인(Join)하고, 서비스 ID로 관련 서비스를 조인하며 패스 ID로 관련된 패스를 조인한다.
데이터베이스부(200)에 등록된 점검 대상 URL은 패스 ID를 갖게 된다.
예를 들면, 패스는 'path.html'이고, 서비스는 'www.example.com'이며, 도메인은 'example.com'이고 점검 대상 URL은 'www.example.com/path.html'이 되는 것이다.
하나의 도메인은 여러 개의 서비스 URL을 가지고, 하나의 서비스는 여러 개의 패스 URL을 가지며, 하나의 패스는 하나의 서비스와 하나의 도메인을 갖는다.
또한, 데이터베이스부(200)는 히스토리 테이블(250) 및 에러 페이지 테이블(260)을 저장하고 있다.
히스토리 테이블(250)은 URL 이상 유무를 점검한 결과 데이터가 저장되는 곳으로 패스 ID, 처리된 시간, 처리된 링크수, 네트워크 에러 링크수, 페이지 에러 링크수, 점검 시작 시간, 총 점검 시간 등을 포함한다.
에러 페이지 테이블(260)은 패스 ID, 기초 URL(최초 점검 대상 URL), 에러 URL, 에러 코드 타입, 에러 스트링, 에러 발생 시간, 에러가 발생했던 웹페이지가 정상화된 경우 정상화된 시간 등을 포함한다.
데이터베이스부(200)는 만약 에러 페이지를 점검 대상에서 제외하면 제외 패스(Except path)로 기록된다.
모니터링 서버(300)는 실제적으로 웹서버(500)를 점검하는 서버로서, 폴링부(310), 데이터 저장부(320), TCP/IP 소켓 모듈(330), 경보부(340), 데이터 삭제부(350) 및 제어부(360)를 포함한다.
폴링부(310)는 복수개로 이루어져 있고 각각의 폴링부(310)는 독립적으로 동작된다.
폴링부(310)는 패스 ID를 폴링부(310)의 개수로 나누는 모듈레이션을 수행하여 폴링부(310)마다 점검 대상 URL를 할당하여 점검을 수행한다.
예를 들면, 폴링부(310)가 10개 존재하면 0부터 9번까지의 폴링부(310)가 형성되는 것입니다.
예를 들어, 점검 대상 URL의 패스 ID가 112이고 폴링부(310)의 개수가 10개 이면, 112/10으로 나누어 2번 폴링부(310)가 해당 패스 ID에 해당하는 패스, 서비스, 도메인의 조합으로 형성된 점검 대상 URL을 할당받아 점검하게 된다.
데이터 저장부(320)는 점검 대상 큐를 제어하도록 데이터를 일시적으로 저장하는 입력버퍼와 출력버퍼를 포함하고, 각각의 폴링부(310)마다 점검 대상 큐를 할당하며, 순서대로 입력되고 출력되는 데이터의 큐잉 방법은 공지된 기술로 상세한 설명을 생략한다.
각각의 폴링부(310)는 데이터 저장부(320)로부터 자신에게 저장 공간인 점검 대상 큐를 할당받고 데이터베이스부(200)로부터 점검 대상 URL를 할당받아 URL 이상 유무를 점검하는 루틴을 독립적으로 수행한다.
각각의 폴링부(310)는 데이터베이스부(200)로부터 점검 대상 URL를 할당받은 경우, 개별적으로 할당된 점검 대상 큐에 동일한 URL이 있는지 검색한 후, 동일한 URL이 없는 경우, 순차적으로 할당된 점검 대상 큐에 삽입하여 저장한다.
이때, 점검 대상 URL을 점검 대상 큐에 삽입할 때 다음과 같은 데이터 구조를 갖는다.
최초 점검 웹페이지는 기본 URL이 되고 최초 점검 웹페이지에서 추출한 하부 URL들은 기본 URL로 최초 점검 웹페이지의 URL을 갖게 된다.
전술한 데이터 구조는 웹페이지에 링크된 URL를 추출하여 점검하는 횟수를 나타내는 URL 점검 범위 지수(Depth), 점검 대상 URL의 통신 응답 시간, 점검 대상 URL의 도메인 부분, 점검 대상 URL의 호스트 부분, 점검 대상 URL의 패턴 검사에 사용할 문자 패턴, 점검 대상 URL의 점검 결과를 나타내는 에러 코드 타입 등을 포함되어 있다.
여기서, 에러 코드 타입은 점검이 아직 실시되지 않은 URL인 경우 -1이 삽입된다. 문자 패턴 검사는 두 가지가 있는데 해당 문자 패턴이 있는 경우 에러로 처리할 수 있으며 해당 문자 패턴이 없는 경우 에러로 처리할 수도 있다.
폴링부(310)는 점검 대상 URL을 할당된 점검 대상 큐에 삽입하고, 점검 대상 큐에서 점검 대상 URL를 읽어와 URL를 점검하는 루틴을 실행한다.
이때, 폴링부(310)는 점검 대상 큐에 최초로 삽입되는 점검 대상 URL(기본 URL)의 에러 코드 타입을 -1로 설정한다.
URL를 점검하는 루틴은 다음과 같으며 각각의 폴링부(310)에서 독립적으로 실행되는 점검 루틴이다.
폴링부(310)는 점검 대상 큐의 순서대로 해당 URL의 호스트 부분과 포트(Port) 부분과 페이지 부분을 분리한다.
폴링부(310)는 호스트 부분과 포트 부분을 검색하여 TCP/IP 소켓 모듈(330)을 통해 TCP/IP 연결을 수행한다.
폴링부(310)는 TCP/IP 연결에 실패하거나 일정 시간이 지나도록 응답이 없으면 해당 URL을 데이터베이스부(200)의 에러 페이지 테이블(260)에 저장한다(통신 에러).
폴링부(310)는 TCP/IP 연결에 성공하는 경우, HTTP 프로토콜을 이용하여 통신을 주고 받는다.
폴링부(310)는 HTTP 프로토콜의 'GET' 제어 명령어를 이용하여 페이지 데이터를 웹서버(500)로 전송하며 이에 대한 응답으로 웹서버(500)로부터 응답 페이지를 수신한다.
폴링부(310)는 웹서버(500)로부터 응답 페이지를 수신하는 경우, 헤더 부분의 응답 상태 코드를 검색하고 응답 상태 코드가 '200 OK'라면 응답 페이지의 콘텐츠 부분을 분석하고, 응답 상태 코드가 '200 OK'가 아닌 경우, 해당 URL을 데이터베이스부(200)의 에러 페이지 테이블(260)에 저장한다(웹서버 에러).
폴링부(310)는 응답 상태 코드가 '200 OK'인 경우, 임시 메모리부에 응답 페이지의 HTML를 임시로 저장한 후, 응답 페이지를 분석하여 점검 대상 URL의 이상 유무를 판단하게 된다(웹페이지 에러).
점검 대상 URL의 웹페이지 이상 유무는 (1) 웹페이지 사이즈가 전에 기록된 사이즈와 다른 경우(사이즈 에러), (2) 웹페이지에서 링크된 하부 URL 개수가 전에 기록된 링크된 하부 URL 개수와 다른 경우(URL 카운트 에러), (3) 응답 페이지의 콘텐츠 부분에서 사용자가 지정한 스트링(String)이 포함되거나 불포함된 경우(패턴 에러)로 판단한다.
폴링부(310)는 응답 상태 코드가 '200 OK'이고, 점검 대상 URL의 웹페이지에 이상이 없다고 판단하는 경우, 응답 페이지의 콘텐츠 부분을 분석하여 'HREF', 'SRC'의 HTML 코드를 추출하며, 추출된 HTML 코드에서 URL를 분리해서 점검 대상 큐의 다음 저장 부분에 순차적으로 삽입한다.
이때, 폴링부(310)는 점검 대상 URL의 웹페이지에 이상이 없다고 판단되면, 에러 코드 타입을 0(점검 완료)으로 변경한다.
폴링부(310)는 점검 대상 큐에서 다음 점검 대상 URL를 검색하여 전술한 통신 에러, 웹서버 에러, 웹페이지 에러를 판단하는 URL 점검 루틴을 반복하며, 다음 점검 대상 URL의 웹페이지에 링크된 URL를 점검 대상 큐에 순차적으로 삽입한 후, URL 점검 루틴을 다시 반복하게 되며, 기설정된 Depth까지 하부 URL를 찾아 들어가서 URL 점검 루틴을 수행하게 된다.
예를 들어, 전술한 데이터 구조의 Depth 3으로 설정하게 되면, 최초 점검 웹페이지를 나타내는 기본 URL과, 기본 URL의 웹페이지에 링크된 하부 제1 URL들과, 각각의 하부 제1 URL의 웹페이지에 링크된 하부 제2 URL의 3단계까지 찾아 들어가서 해당 웹페이지에 대한 통신 에러, 웹서버 에러, 웹페이지 에러를 판단하는 URL 점검 루틴을 수행하게 된다.
폴링부(310)는 점검 대상 큐에서 에러 코드 타입이 -1인 URL이 하나도 없을 때까지 통신 에러, 웹서버 에러, 웹페이지 에러를 판단하는 URL를 점검하는 루틴을 반복한다.
폴링부(310)는 환경 설정 과정에서 Depth가 설정되지 않는 경우, 웹페이지에 링크된 URL를 점검하는 루틴을 계속 찾아 들어가서 URL 이상 유무를 점검하게 되므로 무한 루프가 반복될 수 있다.
폴링부(310)는 에러 코드 타입이 -1인 URL이 하나도 없게 되면 점검 대상 큐를 삭제하고 점검을 완료한다. 에러 코드 타입은 0(정상으로 점검완료 상태), -1(점검 하기 전), 1(통신 에러), 2(웹서버 에러), 3(페이지 에러), 4(사이즈 에러), 5(패턴 에러)를 나타낼 수 있다.
폴링부(310)는 해당 URL의 점검이 완료되면, 점검에 소요된 시간을 데이터베이스부(200)에 기록하고 점검 대상 큐에서 해당 URL의 상태 필드를 -1 => 0으로 점검 완료로 변경한다.
폴링부(310)는 전술한 TCP/IP 연결에 성공하는 경우, 해당 URL이 로그인 루틴이 필요한지 데이터베이스부(200)와 연동하여 판단한다. 다시 말해, 데이터베이스부(200)의 도메인 테이블(240)에는 해당 URL의 비밀번호, ID의 로그인 정보 및 갱신 주기 등의 로그인 루틴이 저장되어 있다.
폴링부(310)는 로그인 루틴이 필요한 경우, ID와 비밀번호를 HTTP 프로토콜의 'PUT' 제어 명령어를 이용하여 해당 웹서버(500)로 전송하며 이에 대한 응답으로 웹서버(500)로부터 응답 페이지를 수신한다.
여기서, 응답 페이지는 HTTP 프로토콜에 정의된 바와 같이, 헤더 부분과 콘텐츠 부분으로 구분되는데, 헤더 부분에서 페이지의 응답 상태 코드가 포함되어 있다.
폴링부(310)는 응답 페이지에서 헤더 부분의 응답 상태 코드가 '200 OK'인 경우 웹페이지 상태가 좋다는 것을 나타내며, 헤더 부분의 세션 코드를 추출하여 로그인 '쿠키'를 생성한다. 예를 들면, 폴링부(310)는 로그인 루틴에서 갱신 주기가 60초로 설정되어 있으면, 갱신 주기 내(60초 이내)에서 로그인 쿠키를 이용하게 되면 로그인 루틴을 수행하지 않을 수 있다.
폴링부(310)는 응답 상태 코드가 '200 OK'아닌 경우, 해당 URL을 데이터베이스부(200)의 에러 페이지 테이블(260)에 저장한다.
폴링부(310)는 로그인 루틴이 필요하지 않거나 로그인이 완료된 URL일 경우, HTTP 프로토콜의 'GET' 제어 명령어를 이용하여 페이지 데이터를 웹서버(500)로 전송하며 이에 대한 응답으로 웹서버(500)로부터 응답 페이지를 수신하여 웹서버 에러, 웹페이지 에러를 판단하는 URL 점검 루틴을 수행하게 된다.
폴링부(310)는 점검 대상 큐에 신규 URL을 삽입하는 경우, 해당 URL이 점검 대상 큐에 이미 존재하거나 사용자가 지정한 Depth를 초과하거나, 사용자가 도메인이 같은 경우에 점검하도록 설정했을 경우 동일 도메인이지 여부를 확인해서 삽입하도록 제어한다.
각각의 폴링부(310)는 데이터베이스부(200)에서 자신에게 할당된 점검 대상 URL의 통신 에러, 웹서버 에러, 웹페이지 에러를 판단하는 URL 점검 루틴을 독립적으로 각각 수행할 수 있어 멀티 쓰레드가 가능하다.
폴링부(310)의 전반적인 동작 과정을 설명하면 다음과 같다.
각각의 폴링부(310)는 데이터베이스부(200)로부터 점검 대상 URL를 읽어와서 점검 대상 큐에 삽입하고 에러 코드 타입을 -1로 설정한다(S100).
폴링부(310)는 점검 대상 큐에서 점검 대상 URL를 검색하여 점검 대상 URL의 통신 에러, 웹서버 에러, 웹페이지 에러를 판단하는 URL 점검 루틴을 수행하고(S102), 점검 대상 URL에 이상이 없다고 판단되면 에러 코드 타입을 0으로 변경하고 URL 점검 루틴 중에 추출된 하부 URL을 점검 대상 큐의 다음 저장 부분에 순차적으로 삽입한다(S104).
폴링부(310)는 점검 대상 큐에서 하부 URL을 검색하여 점검 대상 큐에 에러 코드 타입이 -1인 URL이 없을 때까지 전술한 단계 S102에서 S104까지 반복 수행하며, 점검 대상 큐에 에러 코드 타입이 -1인 URL이 하나도 없게 되면 점검 대상 큐를 삭제하고 점검을 완료한다.
폴링부(310)는 점검 대상 URL의 웹페이지 이상 유무를 점검하는 과정에서 발생되는 패스 ID, 처리된 시간, 처리된 링크수, 네트워크 에러 링크수, 페이지 에러 링크수, 점검 시작 시간, 총 점검 시간의 점검 결과 데이터를 히스토리 테이블(250)에 저장한다.
또한, 폴링부(310)는 패스 ID, 기초 URL(최초 점검 대상 URL), 에러 URL, 에러 코드 타입, 에러 스트링, 에러 발생 시간, 에러가 발생했던 웹페이지가 정상화된 경우 정상화된 시간의 이벤트 발생 정보를 에러 페이지 테이블(260)에 저장한다.
폴링부(310)는 점검 대상 URL이 복수개의 리얼 서버를 하나의 가상 서버로 구성한 L4 구성인 경우 리얼 호스트 IP를 데이터베이스부(200)로부터 검색하여 리얼 호스트 IP를 대상으로 전술한 통신 에러, 웹서버 에러, 웹페이지 에러를 판단하는 URL 점검 루틴을 수행한다.
이로 인하여 본 발명은 리얼 호스트 IP의 성능 에러도 파악할 수 있게 된다.
경보부(340)에서는 URL 이상을 점검하여 문제가 발생한 URL에 대하여 경보(Alert)를 발생하는 루틴을 수행한다.
경보부(340)는 데이터베이스부(200)에서 에러 페이지 테이블(260)을 검색하여 점검 실패 URL과 해당 URL의 경보 방법을 검색한다.
경보부(340)는 호스트 부분과 포트 부분을 이용하여 점검 대상 URL로 TCP/IP 연결을 다시 수행한 후 TCP/IP 연결에 실패한 경우 점검 실패 URL에 해당하는 URL의 경보 방법에 따른 단문 메시지, 이메일, MSN 메시지 등을 인터넷(400)을 통해 등록된 시스템 관리자에게 전송하도록 제어한다.
경보부(340)는 메시지 전송이 성공하면 데이터베이스부(200)의 메시지 전송 성공 테이블에 성공 데이터를 기록하여 저장한다.
경보부(340)는 TCP/IP 연결에 성공하는 경우, HTTP 프로토콜의 'GET' 제어 명령어를 이용하여 페이지 데이터를 웹서버(500)로 전송하며 이에 대한 응답으로 웹서버(500)로부터 응답 페이지를 수신한다.
경보부(340)는 응답 페이지에서 헤더 부분의 페이지의 응답 상태 코드를 검색하고 응답 상태 코드가 '200 OK'가 아닌 경우, 단문 메시지, 이메일, MSN 메시지 등을 인터넷(400)을 통해 등록된 시스템 관리자에게 전송하도록 제어한다.
경보부(340)는는 응답 상태 코드가 '200 OK'인 경우, 해당 URL을 데이터베이스부(200)의 에러 페이지 테이블(260)에 저장한다.
경보부(340)는 메시지 전송이 성공하면, 데이터베이스부(200)의 메시지 전송 성공 테이블에 데이터를 기록하여 저장한다.
경보부(340)는 TCP/IP 연결에 성공하고 응답 상태 코드가 '200 OK'인 경우, 데이터베이스부(200)의 에러 페이지 테이블(260)에 정상화된 시간을 저장한다.
데이터 삭제부(350)는 데이터베이스부(200)에 저장된 데이터 중 기설정된 보관 주기를 넘긴 데이터를 삭제하도록 명령하는 모듈이다.
제어부(360)는 폴링부(310)에서 URL 이상 유무를 점검하는 루틴과 경보부(340)에서 URL를 점검하여 문제가 발생한 URL이 있는 경우 경보(Alert)를 발생하는 루틴을 수행하면서 발생된 데이터를 이용하여 히스토리, 성능 분석 데이터, 장애 정보를 마스터 콘솔 장치(100)의 사용자 인터페이스 화면상에 출력되도록 제어한다(도 4 내지 도 8에 도시됨).
도 4 내지 도 8은 본 발명의 실시예에 따른 마스터 콘솔 장치에서 출력되는 사용자 인터페이스 화면의 일례를 나타낸 도면이다.
모니터링 서버(300)는 데이터베이스부(200)와 연동하여 아래와 같이 다양한 성능 분석 데이터를 마스터 콘솔 장치(100)를 통해 사용자 인터페이스 화면으로 제공된다.
도 4는 도메인 변동 사항을 관리하는 화면으로서, 도 4에 도시된 바와 같이, 제어부(360)는 데이터베이스부(200)에서 에러 페이지 테이블(260)을 검색하여 에러 코드 타입을 기준으로 합쳐서 에러 페이지 개수를 표시하는 상태 확인창(600)을 제공한다.
제어부(360)는 데이터베이스부(200)에서 점검 대상 URL를 검색하여 점검 대상 URL 목록을 나타내는 도메인 목록창(610)을 제공한다.
제어부(360)는 데이터베이스부(200)에서 에러 페이지 테이블(260)을 검색하여 이벤트 로그창(620)을 제공하며, 현재 점검 중인 도메인을 표시하는 도메인 점검 상태(630)를 제공한다.
도 5는 해당 URL의 성능 관리를 나타낸 화면으로서, 도 5에 도시된 바와 같이, 제어부(360)는 데이터베이스부(200)의 히스토리 테이블(250)을 검색하여 URL의 일별, 주별, 월별, 년도별 성능 상태를 확인하며, URL의 성능 그래프와 성능 데이터를 제공해준다.
도 6은 장애 이력이 나타낸 화면으로서, 도 6에 도시된 바와 같이, 제어부(360)는 데이터베이스부(200)의 에러 페이지 테이블(260)을 검색하여 장애 발생 시간과 장애가 발생한 호스트, 해당 URL, 장애 내용 등을 제공한다.
경보부(340) 또는 제어부(360)는 장애 발생과 동시에 미리 등록된 시스템 관리자에게 단문메시지, 이메일, MSN 메시지를 전송할 수 있다.
도 7 및 도 8에 도시된 바와 같이, 제어부(360)는 데이터베이스부(200)의 제외 페이지 테이블을 검색하여 제외 페이지 관리 폼(700)을 제공하고 L4로 구성된 웹서버(500)의 실제 서비스를 담당하는 리얼 호스트의 IP 관리 페이지 화면(710)이며, 개별 점검 폼을 활성화하여 URL를 개별 점검하는 화면(720)을 제공한다.
도 7 및 도 8은 개별 URL를 관리하는 화면으로서, 도메인별로 사용자가 점검하고 싶은 사이트의 URL를 입력, 확인, 삭제 및 편집이 가능하고 가져오기를 클릭하면 아래창에 점검한 내용을 표시하게 된다.
제외 페이지는 사용자에 의해 제외된 페이지를 확인하고 추가 및 삭제가 가능하다.
도 8에 도시된 바와 같이, 제어부(360)는 점검 대상 URL을 일일이 수동으로 등록하지 않고 점검 대상 URL을 자동으로 등록되도록 자동 설정 폼을 제공하고 처리된 결과 URL을 데이터베이스부(200)로 입력할 수 있는 폼이 제공되며 사용자가 시작 페이지와 로그인 페이지 및 각종 페이지 설정한 후 가져오기를 하면 해당 창에 점검한 내용을 확인할 수 있다.
마스터 콘솔 장치(100)는 도 8과 같은 사용자 인터페이스 화면을 통해 Depth, 같은 도메인만 체크 여부, 통신 타임 아웃시간, 점검 주기, 저장 주기, 보관 주기 등의 환경 정보를 설정할 수 있다.
본 발명은 모니터링 서버(300)의 폴링부(310)가 이미 구성된 웹서버(500)로 실제로 접속해서 웹페이지의 내용을 받아온 후, 해당 웹페이지에 하부 링크된 URL이 포함되어 있을 경우, 자동으로 하부 링크된 URL까지 자동으로 점검하는 기능을 한다.
기존의 점검툴은 웹서버(500)의 포트만을 TCP/IP로 연결하여 통신 여부에 따라 웹페이지의 이상 유무를 판단하는 반면, 본 발명은 웹서버(500)의 포트로 TCP/IP로 연결할 뿐만 아니라 해당 웹서버(500)의 웹페이지를 HTTP 프로토콜의 GET 제어 명령어로 응답 페이지를 수신하여 웹페이지의 이상 유무를 판단하며, 웹페이지에 링크된 하부 URL를 포함하고 있으면 해당 하부 URL도 TCP/IP 연결, GET 방식으로 점검하게 된다.
이상에서 설명한 본 발명의 실시예는 장치 및/또는 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하기 위한 프로그램, 그 프로그램이 기록된 기록 매체 등을 통해 구현될 수도 있으며, 이러한 구현은 앞서 설명한 실시예의 기재로부터 본 발명이 속하는 기술분야의 전문가라면 쉽게 구현할 수 있는 것이다.
이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.
100: 마스터 콘솔 장치
200: 데이터베이스부
220: 패스 테이블
230: 서비스 테이블
240: 도메인 테이블
250: 히스토리 테이블
260: 에러 페이지 테이블
300: 모니터링 서버
310: 폴링부
320: 데이터 저장부
330: TCP/IP 소켓 모듈
340: 경보부
350: 데이터 삭제부
360: 제어부
400: 인터넷
500: 웹서버

Claims (11)

  1. 각각의 패스 ID를 갖는 복수개의 점검 대상 URL(Uniform Resource Locator)이 저장된 데이터베이스부;
    상기 데이터베이스부로부터 수신한 점검 대상 URL에 의해 웹서버와 접속하여 웹페이지 데이터를 수신한 후, 상기 웹페이지 데이터를 분석하여 상기 웹페이지 데이터의 이상 유무를 판단하고 상기 웹페이지 데이터에 링크된 하나 이상의 하부 URL 데이터를 추출하고 상기 각각의 하부 URL 데이터에 연결하여 상기 각각의 하부 URL 데이터의 웹페이지들의 이상 유무를 판단하는 모니터링 서버; 및
    상기 모니터링 서버와 연동하여 상기 웹페이지 데이터와 상기 각각의 하부 URL 데이터의 웹페이지들에 대한 성능 데이터, 히스토리 데이터, URL 이상 유무를 나타내는 장애 정보를 분석 데이터로 화면에 출력하며 상기 분석 데이터의 환경 설정 정보를 입력받아 설정하는 마스터 콘솔 장치를 포함하며,
    상기 모니터링 서버는 상기 복수개의 점검 대상 URL 중 하나를 할당받아 상기 웹페이지 데이터의 이상 유무를 점검하는 루틴을 수행하는 폴링부를 복수개로 형성하고, 상기 각각의 폴링부는 독립적으로 동작하며 상기 점검 대상 URL의 패스 ID를 상기 폴링부의 개수로 나눈 값을 기초로 상기 점검 대상 URL를 점검할 상기 폴링부를 결정하는 웹페이지의 에러 체크 시스템.
  2. 제1항에 있어서,
    상기 모니터링 서버는,
    상기 데이터베이스부에서 상기 점검 대상 URL을 검색하여 점검 대상 큐가 포함된 데이터 저장부에 저장하고, 상기 점검 대상 큐에 저장된 순서대로 각각의 URL의 호스트 부분과 포스트 부분을 이용하여 TCP/IP 연결을 시도하며 상기 웹서버로부터 응답 상태 코드가 포함된 헤더 부분과 콘텐츠 부분으로 이루어진 응답 페이지를 수신한 후 상기 응답 페이지를 분석하여 상기 웹페이지의 이상 유무를 판단하는 웹페이지의 에러 체크 시스템.
  3. 제1항에 있어서,
    상기 모니터링 서버는,
    상기 데이터베이스부에서 상기 점검 대상 URL을 검색하여 점검 대상 큐가 포함된 데이터 저장부에 저장하고, 상기 점검 대상 큐에 저장된 순서대로 각각의 URL의 호스트 부분과 포스트 부분을 이용하여 TCP/IP 연결을 시도하며 상기 웹서버로부터 응답 상태 코드가 포함된 헤더 부분과 콘텐츠 부분으로 이루어진 응답 페이지를 수신하며,
    상기 응답 상태 코드가 '200 OK'인 경우, 상기 응답 페이지를 분석하여 웹페이지 사이즈가 전에 기록된 사이즈와 다른 경우에 사이즈 에러, 웹페이지에서 링크된 하부 URL 개수가 전에 기록된 링크된 하부 URL 개수와 다른 경우에 URL 카운트 에러, 상기 응답 페이지의 콘텐츠 부분에서 사용자가 지정한 스트링(String)이 포함되거나 불포함된 경우에 패턴 에러 중 하나의 에러로 상기 웹페이지의 이상 유무를 판단하는 웹페이지의 에러 체크 시스템.
  4. 제2항 또는 제3항에 있어서,
    상기 모니터링 서버는,
    점검 대상 URL의 웹페이지에 이상이 없다고 판단하는 경우, 상기 콘텐츠 부분에서 'HREF'나 'SRC의 HTML 코드를 추출하고 상기 추출한 HTML 코드에서 URL를 분리해서 상기 점검 대상 큐의 다음 저장 부분에 순차적으로 삽입하며 상기 점검 대상 큐에서 상기 해당 URL의 에러 코드 타입을 '점검완료'로 변경하는 웹페이지의 에러 체크 시스템.
  5. 제4항에 있어서,
    상기 모니터링 서버는,
    상기 점검 대상 큐에 URL의 에러 코드 타입이 '점검완료'가 될 때까지 상기 점검 대상 큐에 저장된 순서대로 각각의 URL에 해당하는 웹페이지의 TCP/IP 연결 및 웹페이지를 분석하여 웹페이지 에러를 점검하는 루틴을 반복하는 웹페이지의 에러 체크 시스템.
  6. 제1항에 있어서,
    상기 모니터링 서버는,
    웹페이지에 링크된 URL를 추출하여 점검하는 횟수를 나타내는 URL 점검 범위 지수(Depth)를 상기 마스터 콘솔 장치에서 설정하여 상기 URL 점검 범위 지수까지 상기 웹페이지에 링크된 URL를 추출하는 웹페이지의 에러 체크 시스템.
  7. 제2항에 있어서,
    상기 모니터링 서버는,
    해당 URL로 TCP/IP 연결을 시도하고 연결이 실패하거나, 상기 응답 상태 코드가 '200 OK'가 아닌 경우, 상기 응답 페이지를 분석하여 웹페이지에 에러의 발생 중 하나의 이상이 발생한다고 판단하는 경우, 해당 URL을 상기 데이터베이스부의 에러 페이지 테이블에 점검 실패 URL로 저장하고,
    상기 데이터베이스부에서 상기 점검 실패 URL를 검색하여 페이지 오류를 나타내는 팝업창을 상기 마스터 콘솔 장치로 출력하며 시스템 관리자에게 웹페이지의 에러를 나타내는 메시지를 전송하는 웹페이지의 에러 체크 시스템.
  8. 제1항에 있어서,
    상기 모니터링 서버는,
    상기 점검 대상 URL이 복수개의 리얼 서버를 하나의 가상 서버로 구성한 L4 구성인 경우, 리얼 호스트 IP를 상기 데이터베이스부로부터 검색하여 상기 리얼 호스트 IP를 대상으로 통신 에러, 웹서버 에러, 웹페이지 에러를 판단하는 웹페이지들의 이상 유무를 판단하는 URL 점검 루틴을 수행하는 웹페이지의 에러 체크 시스템.
  9. 각각의 패스 ID를 갖는 복수개의 점검 대상 URL을 저장한 데이터베이스부; 및
    상기 데이터베이스부로부터 상기 점검 대상 URL을 수신하여 데이터 저장부의 점검 대상 큐에 저장하고, 상기 점검 대상 큐에 저장된 순서대로 각각의 URL의 호스트 부분과 포스트 부분을 이용하여 특정 URL로 TCP/IP 연결을 시도하고, 상기 특정 URL의 웹서버로부터 응답 상태 코드와 콘텐츠 부분이 포함된 제1 응답 페이지를 수신하며, 상기 제1 응답 페이지를 분석하여 제1 웹페이지의 이상 유무를 판단하고, 상기 제1 응답 페이지에 링크된 하부 URL이 포함된 경우, 상기 하부 URL로 TCP/IP 연결하고 상기 하부 URL의 웹서버로부터 제2 응답 페이지를 수신하여 제2 웹페이지의 이상 유무를 판단하는 모니터링 서버를 포함하며,
    상기 모니터링 서버는 상기 복수개의 점검 대상 URL 중 하나를 할당받아 상기 웹페이지 데이터의 이상 유무를 점검하는 루틴을 수행하는 폴링부를 복수개로 형성하고, 상기 각각의 폴링부는 독립적으로 동작하며 상기 점검 대상 URL의 패스 ID를 상기 폴링부의 개수로 나눈 값을 기초로 상기 점검 대상 URL를 점검할 상기 폴링부를 결정하는 웹페이지의 에러 체크 시스템.
  10. 제9항에 잇어서,
    상기 모니터링 서버는,
    상기 응답 상태 코드가 '200 OK'인 경우에 상기 웹서버 연결로 판단하고, 상기 응답 페이지를 분석하여 웹페이지 사이즈가 전에 기록된 사이즈와 다른 경우에 사이즈 에러, 웹페이지에서 링크된 하부 URL 개수가 전에 기록된 링크된 하부 URL 개수와 다른 경우에 URL 카운트 에러, 상기 응답 페이지의 콘텐츠 부분에서 사용자가 지정한 스트링(String)이 포함되거나 불포함된 경우에 패턴 에러 중 하나의 에러로 상기 웹페이지의 이상 유무를 판단하는 웹페이지의 에러 체크 시스템.
  11. 제9항 또는 제10항에 잇어서,
    상기 모니터링 서버는,
    상기 점검 대상 URL의 웹페이지에 이상이 없다고 판단하는 경우, 상기 콘텐츠 부분에서 'HREF'나 'SRC의 HTML 코드를 추출하고 상기 추출한 HTML 코드에서 URL를 분리해서 상기 점검 대상 큐의 다음 저장 부분에 순차적으로 삽입하며 상기 점검 대상 큐에서 상기 해당 URL의 에러 코드 타입을 '점검완료'로 변경하고,
    상기 점검 대상 큐에 에러 코드 타입이 '점검완료'가 될 때까지 상기 점검 대상 큐에 저장된 순서대로 각각의 URL에 해당하는 웹페이지의 TCP/IP 연결 및 웹페이지를 분석하여 웹페이지 에러를 점검하는 루틴을 반복하는 웹페이지의 에러 체크 시스템.
KR1020130153153A 2013-12-10 2013-12-10 웹페이지의 에러 체크 시스템 KR101443071B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020130153153A KR101443071B1 (ko) 2013-12-10 2013-12-10 웹페이지의 에러 체크 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130153153A KR101443071B1 (ko) 2013-12-10 2013-12-10 웹페이지의 에러 체크 시스템

Publications (1)

Publication Number Publication Date
KR101443071B1 true KR101443071B1 (ko) 2014-09-22

Family

ID=51760792

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130153153A KR101443071B1 (ko) 2013-12-10 2013-12-10 웹페이지의 에러 체크 시스템

Country Status (1)

Country Link
KR (1) KR101443071B1 (ko)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101591968B1 (ko) 2015-03-18 2016-02-04 최백준 심볼릭 링크의 무결성 검사를 통한 자동 복구 방법 및 이를 이용한 단말기
CN108255866A (zh) * 2016-12-29 2018-07-06 北京国双科技有限公司 检查网站中链接的方法和装置
CN110502713A (zh) * 2019-08-12 2019-11-26 Oppo广东移动通信有限公司 网页资源处理方法、装置、电子设备以及存储介质
CN110968475A (zh) * 2019-11-13 2020-04-07 泰康保险集团股份有限公司 监控网页的方法、装置、电子设备及可读存储介质
KR102462101B1 (ko) * 2022-09-27 2022-11-02 곽태영 인공지능을 기반으로 한 웹 사이트 분석 시스템 및 그 방법
US11539800B2 (en) 2018-01-23 2022-12-27 Samsung Electronics Co., Ltd. Electronic device and control method therefor
KR102650041B1 (ko) * 2022-10-31 2024-03-22 쿠팡 주식회사 오작동 정보 제공 방법 및 이를 위한 전자 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040013370A (ko) * 2002-08-06 2004-02-14 에스케이텔레텍주식회사 인터넷 콘텐츠 네비게이션 모니터링 단말기 및 모니터링방법
KR100661006B1 (ko) 2005-12-28 2006-12-22 주식회사 케이티 홈네트워크 단말 관리 시스템 및 그 방법
KR100683901B1 (ko) * 2003-04-11 2007-02-15 주식회사 이너버스 웹 컨텐츠 모니터링 방법과 이를 내장한 컴퓨터가판독가능한 기록 매체 및 이를 수행하기 위한 웹 컨텐츠모니터링 시스템
KR20130105769A (ko) * 2012-03-15 2013-09-26 주식회사 코닉글로리 악성 도메인 탐지 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040013370A (ko) * 2002-08-06 2004-02-14 에스케이텔레텍주식회사 인터넷 콘텐츠 네비게이션 모니터링 단말기 및 모니터링방법
KR100683901B1 (ko) * 2003-04-11 2007-02-15 주식회사 이너버스 웹 컨텐츠 모니터링 방법과 이를 내장한 컴퓨터가판독가능한 기록 매체 및 이를 수행하기 위한 웹 컨텐츠모니터링 시스템
KR100661006B1 (ko) 2005-12-28 2006-12-22 주식회사 케이티 홈네트워크 단말 관리 시스템 및 그 방법
KR20130105769A (ko) * 2012-03-15 2013-09-26 주식회사 코닉글로리 악성 도메인 탐지 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101591968B1 (ko) 2015-03-18 2016-02-04 최백준 심볼릭 링크의 무결성 검사를 통한 자동 복구 방법 및 이를 이용한 단말기
CN108255866A (zh) * 2016-12-29 2018-07-06 北京国双科技有限公司 检查网站中链接的方法和装置
CN108255866B (zh) * 2016-12-29 2020-10-27 北京国双科技有限公司 检查网站中链接的方法和装置
US11539800B2 (en) 2018-01-23 2022-12-27 Samsung Electronics Co., Ltd. Electronic device and control method therefor
CN110502713A (zh) * 2019-08-12 2019-11-26 Oppo广东移动通信有限公司 网页资源处理方法、装置、电子设备以及存储介质
CN110968475A (zh) * 2019-11-13 2020-04-07 泰康保险集团股份有限公司 监控网页的方法、装置、电子设备及可读存储介质
KR102462101B1 (ko) * 2022-09-27 2022-11-02 곽태영 인공지능을 기반으로 한 웹 사이트 분석 시스템 및 그 방법
KR102650041B1 (ko) * 2022-10-31 2024-03-22 쿠팡 주식회사 오작동 정보 제공 방법 및 이를 위한 전자 장치

Similar Documents

Publication Publication Date Title
KR101443071B1 (ko) 웹페이지의 에러 체크 시스템
KR102076862B1 (ko) 네트워크 성능지표를 시각화하는 방법 및 장치, 및 시스템
EP1284077B1 (en) Method of surveilling internet communication
US8051163B2 (en) Synthetic transactions based on system history and load
US8438276B1 (en) Method of monitoring network and application performance by analyzing web clients and web servers
KR101835054B1 (ko) 효율적인 트랜잭션 패턴 매칭을 위한 규칙 편성
US10630531B2 (en) Propagating state information to network nodes
CN103905495B (zh) 一种应用的同步方法及后台服务器
KR20190088342A (ko) 네트워크 성능 진단 방법 및 장치, 및 시스템
WO2017131774A1 (en) Log event summarization for distributed server system
CN112671553A (zh) 基于主被动探测的工控网络拓扑图生成方法
KR20130019366A (ko) 분산 환경에서 효율적으로 트랜젝션-분리 메트릭들을 수집하는 방법
Reddy et al. Preprocessing the web server logs: an illustrative approach for effective usage mining
US9866466B2 (en) Simulating real user issues in support environments
US10775751B2 (en) Automatic generation of regular expression based on log line data
US20210258396A1 (en) User-configurable end user monitoring (eum)
CN114666245A (zh) B/S系统的IPv6单栈支持度确定方法及相关设备
CN114465741B (zh) 一种异常检测方法、装置、计算机设备及存储介质
CN102684925A (zh) 互联网访问来源信息的获取方法和装置
US20180314765A1 (en) Field name recommendation
CN104967667A (zh) 一种基于云服务的软件稳定性测试远程监控系统
US20080162687A1 (en) Data acquisition system and method
US20180219752A1 (en) Graph search in structured query language style query
US20170223136A1 (en) Any Web Page Reporting and Capture
CN111176950A (zh) 一种监控服务器集群的网卡的方法和设备

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20181005

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20190731

Year of fee payment: 6