KR100405054B1 - 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템및 그 방법 - Google Patents

통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템및 그 방법 Download PDF

Info

Publication number
KR100405054B1
KR100405054B1 KR10-2001-0018292A KR20010018292A KR100405054B1 KR 100405054 B1 KR100405054 B1 KR 100405054B1 KR 20010018292 A KR20010018292 A KR 20010018292A KR 100405054 B1 KR100405054 B1 KR 100405054B1
Authority
KR
South Korea
Prior art keywords
information
test
communication quality
network
module
Prior art date
Application number
KR10-2001-0018292A
Other languages
English (en)
Other versions
KR20020078240A (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 KR10-2001-0018292A priority Critical patent/KR100405054B1/ko
Priority to PCT/KR2002/000593 priority patent/WO2002082727A1/en
Publication of KR20020078240A publication Critical patent/KR20020078240A/ko
Application granted granted Critical
Publication of KR100405054B1 publication Critical patent/KR100405054B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3495—Performance evaluation by tracing or monitoring for systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H04L43/55—Testing of service level quality, e.g. simulating service usage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G06F11/3414—Workload generation, e.g. scripts, playback
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G06F11/3419—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment by assessing time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/875—Monitoring of systems including the internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

본 발명은 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독 가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템 및 그 방법이다.
본 발명에 따르면, 매니저 프로그램과 복수의 에이전트 프로그램으로 구성된 클라이언트 시스템은 통신 품질 분석 서버 시스템으로부터 스케줄 정보를 제공받아 이를 토대로 기동되어, 통신 품질 분석을 위한 망 테스트 동작과 특정 네트워크나 특정 사이트에 억세스하여 서비스 테스트 동작을 수행하여 그에 따른 테스트 정보를 통신 품질 분석 서버 시스템측에 제공한다. 특히, 에이전트 프로그램의 ICMP 모듈은 트레이스-라우터 기능을 내장하여, 측정 대상 URL의 경로상에 존재하는 하나 이상의 라우터에게 ICMP 에코우 메시지를 각각 전송하고, 이의 응답을 확인하여 경로상의 라우터의 존재 및 그 지연 시간을 검사하고, 에이전트 프로그램의 윈이넷 모듈은 일반인의 인터넷 사용과 동일한 체감 환경으로 CP 업체나 ISP의 품질 측정을 수행하며, 에이전트 프로그램의 분석 모듈은 측정 모듈에 의해 측정된 데이터들을 바탕으로 측정 결과 자료를 산출한다.
그 결과, 각지에 산재하는 클라이언트 PC에 내장된 에이전트 프로그램을 통해 특정 웹 사이트에 억세스하기 위한 인터넷망의 통신 품질 정보과 함께 해당 웹 사이트로부터 제공되는 서비스 품질 정보를 근거로 물리적인 망의 서비스 체감도와 함께 콘텐츠의 서비스 체감도를 체크할 수 있다.

Description

통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독 가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템 및 그 방법{Method for collecting a network performance information, Computer readable medium storing the same, and an analysis System and Method for network performance}
본 발명은 통신 품질 분석 시스템 및 그 방법에 관한 것으로, 보다 상세하게는 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독 가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템 및 그 방법에 관한 것이다.
일반적으로 인터넷 관련 사업의 유형은 망 서비스 사업자, 포탈, 방송 등 웹 콘텐츠 사업자, 전자상거래나 쇼핑몰 등 판매 및/또는 중개 사업자, 장비 및 솔루션 제공 사업자 등으로 분류할 수 있다.
이러한 유형 외에 데이터 센터 임대(Data Center Hosting; IDC) 사업자, 웹 컨텐츠 배달(Web Contents Delivery; CDN) 사업자, 인터넷 망 품질이나 웹 서버의 성능 등을 측정하는 PMP(Performance Measurement Portal) 사업자 등이 있는데, 이 또한 상호 보완적인 관계에 있다.
근래 들어, TCP/IP의 개방형 네트워크 구조하에서 수많은 종류의 프로토콜과 서비스 개념이 등장하였으며, 특히 근간에는 인터넷과 웹 환경이 폭발적인 성장을 하였다. 이제 여러가지 새로운 서비스의 개발과 함께 서비스 망의 성능을 측정하기 위한 방법론이 서비스 업체는 물론이고, 이를 이용하는 고객 모두에게 중요한 문제로 제기되고 있다.
그런데, 종래의 웹 사업자들도 기존의 내부에서의 시스템 관리 외에도 외부의 고객 입장에서의 접속 성능의 감시 및 관리의 필요성을 인식하고 있는 상황이다.
아울러, 인터넷 관련 장비(PC, 서버, 로드 스위치, 중계기 등) 업체들도 경쟁력을 가지기 위해서는 PMP에 의거한 고객 시스템의 정확한 성능 및 운영 상태 분석을 통해 대고객 사전/사후 서비스를 수반하는 영업적 접근 방법에 대한 인식이 보편화되어 가고 있는 실정이다.
그러나, 현재 각 통신망에서 이용하는 고객 관리 방법은 통신망 서비스를 이용하면서 체감하게 되는 접속 품질과는 거리가 있어서 고객이 실제로 느끼는 통신망의 접속 품질에 대한 관리가 시급한 실정이다.
이처럼 통신 서비스 이용자가 폭발적으로 급증하면서 과거와는 달리 통신 서버의 부하를 많이 걸리게 되고 때로는 통신망의 병목 현상으로 연결조차 되지 않을 때가 많아져 이용자 불만이 날로 늘어가는 상황이라 이제는 통신망 서비스 제공뿐만 아니라 이용자가 만족할 만한 서비스가 제공되는지에 대한 관리가 필요한 시점이다.
그러나, 현재 각 통신망에서 이용자에 대한 서비스 제공을 위한 관리에는 이용자에게 제공되고 있는 데이터베이스에 대한 관리와 이용자가 통신망에 접속하기 위한 통신망 자체에 대한 관리만을 위주로 하고 있다.
이러한 통신망 자체에 대한 관리는 이용자가 실제로 느끼는 통신망 서비스의 체감 품질과는 거리가 있어 이용자가 실제로 느끼는 통신망의 접속 품질에 대한 관리가 미흡하다는 문제점이 있다.
이에 본 발명의 기술과 과제는 이러한 점에 착안한 것으로, 본 발명의 목적은 인터넷이나 PC 통신망 등의 통신망 자체에 대한 관리를 위한 기초 데이터와 이용자를 위한 컨텐츠 서비스에 대한 관리를 위한 기초 데이터를 보다 원활하게 수집하여 현재 통신망의 사용 상황을 보다 쉽게 파악할 수 있도록 하고, 이를 이용하여 인터넷이나 PC 통신망 등의 접속 품질 관리를 원활하게 서비스하기 위한 통신 품질 정보 수집 프로그램을 내장한 컴퓨터가 판독 가능한 기록 매체를 제공하는 것이다.
또한 본 발명의 다른 목적은 상기한 통신 품질 정보 수집 프로그램을 이용한 통신 품질 정보 수집 방법을 제공하는 것이다.
또한 본 발명의 또 다른 목적은 상기한 통신 품질 정보 수집 방법을 이용한 통신 품질 분석 시스템을 제공하는 것이다.
또한 본 발명의 또 다른 목적은 상기한 통신 품질 정보 수집 방법을 이용한 통신 품질 분석 방법을 제공하는 것이다.
도 1은 본 발명의 실시예에 따른 통신 품질 분석 시스템을 설명하기 위한 도면이다.
도 2는 본 발명의 실시예에 따른 클라이언트 프로그램을 설명하기 위한 도면이다.
도 3은 본 발명의 실시예에 따른 TCP 클라이언트 모듈과 로그 서버와의 데이터 통신 규약을 설명하기 위한 신호 흐름도이다.
도 4는 본 발명에 따른 매니져 프로그램의 동작을 설명하기 위한 흐름도이다.
도 5a는 본 발명의 일실시예에 따른 에이전트 프로그램의 동작을 설명하기 위한 흐름도이고, 도 5b는 본 발명의 다른 실시예에 따른 에이전트 프로그램의 동작을 설명하기 위한 흐름도이다.
도 6은 본 발명에 따른 클라이언트 프로그램에 의한 통신 품질 테스트를 설명하기 위한 흐름도이다.
도 7은 본 발명의 실시예에 따른 서버 접속을 설명하기 위한 도면이다.
도 8은 본 발명에 따른 트레이스-라우트의 패킷 흐름을 설명하기 위한 도면이다.
도 9는 본 발명의 실시예에 따른 수신속도 및 단절율 측정을 설명하기 위한 도면이다.
도 10은 본 발명에 따른 로그 서버측에서 통신 품질 분석 방법을 설명하기 위한 흐름도이다.
도 11은 본 발명의 실시예에 따른 통신 품질 분석 서버 시스템을 설명하기 위한 도면이다.
<도면의 주요부분에 대한 부호의 설명>
100 : 통신 품질 분석 서버 시스템 110 : 로그 서버
120 : DB 서버 121 : 일일보고서 작성부
122 : 접속시간 분석부 123 : 다운로드시간 분석부
124 : 다운로드속도 분석부 125 : 에이젼트정보 분석부
126 : 홈페이지 분석부 127 : 홉 정보 및 에러정보 분석부
128 : 서비스내용 수정부 130 : 웹 서버
200 : 클라이언트 시스템 210 : 매니저 프로그램
212 : TCP 클라이언트 모듈 220 : 에이전트 프로그램
221 : 스케줄 모듈 222 : ICMP 모듈
223 : 윈이넷(WinInet) 모듈 224 : 분석 모듈
225 : 미디어 연결 모듈 300 : 피측정 시스템
상기한 본 발명의 목적을 실현하기 위한 하나의 특징에 따른 통신 품질 정보 수집 방법은,
(a) 프로그램의 기동에 따라 통신 품질 분석 서버에 접속하여 통신 품질 테스트시 필요한 기동 시간, 측정 대상 매체, URL 및 테스트 장소 정보를 포함하는 스케줄 정보를 다운로드받는 단계;
(b) 상기 스케줄 정보를 근거로 네트워크 구간별 서비스 응답 시간과 단절구간의 분석을 통해서 네트워크 또는 인터넷망의 장비 테스트를 수행하는 단계;
(c) 해당 서비스에 접속하여 홈페이지 및 파일 다운로드 테스트를 수행하는 단계; 및
(d) 상기 단계(b)와 상기 단계(c)의 각각의 테스트 결과를 근거로 로그 파일을 생성하고, 생성된 로그 파일을 상기 통신 품질 분석 서버에 전송하는 단계를 포함하여 이루어진다. 여기서, 단계(b)는 상기 스케줄 정보를 근거로 해당 매체로의 접속을 시도하는 단계를 더 포함하고, 이때 단계(d)는 상기 단계(c)의 테스트의 완료에 따라 해당 매체와의 접속을 해제하고, 상기 스케줄 정보내에 단위 테스트 과정이 있는 경우에는 상기 해당 매체로의 접속을 시도하는 단계로 피드백하는 단계를 더 포함하는 것이 바람직하다.
또한 상기한 본 발명의 다른 목적을 실현하기 위한 하나의 특징에 따른 통신 품질 정보 수집 프로그램을 내장한 컴퓨터가 판독 가능한 기록 매체는,
측정측의 시스템 관리자가 설정한 특정 시간대와 개수 중 하나 이상의 테스트를 포함하여 품질 측정의 스케줄 정보를 관리하는 스케줄 모듈;
트레이스-라우터 기능을 내장하여, 상기 스케줄 정보를 근거로 측정 대상 URL의 경로상에 존재하는 하나 이상의 네트워크 또는 인터넷 장비측에게 인터넷 제어 메시지 프로토콜(ICMP) 에코우 메시지를 각각 전송하고, 이의 응답을 확인하여 상기 경로상의 네트워크 또는 인터넷 장비의 존재 및 그 지연 시간을 검사하기 위한 인터넷 제어 메시지 프로토콜(ICMP) 모듈;
일반인의 인터넷 사용과 동일한 체감 환경으로 CP 업체나 ISP의 품질 측정을수행하는 윈이넷 모듈; 및
상기 인터넷 제어 메시지 프로토콜(ICMP) 모듈과 상기 윈이넷 모듈에 의해 측정된 데이터들을 바탕으로 측정 결과 자료를 산출하는 분석 모듈을 포함하여 이루어진다.
여기서, 상기 발생된 분석 로그 정보를 소정의 프로토콜을 이용하여 전송하는 TCP 클라이언트 모듈을 구비하는 매니져 프로그램을 더 포함하는 것이 바람직하고, 상기 매니져 프로그램은 상기 인터넷 제어 메시지 프로토콜(ICMP) 모듈, 윈이넷 모듈, 분석 모듈, TCP 클라이언트 모듈 및 스케줄 모듈을 구비하는 하나 이상의 에이젼트 프로그램의 생성과 소멸을 제어하는 것이 바람직하다.
또한 상기한 본 발명의 또 다른 목적을 실현하기 위한 하나의 특징에 따른 통신 품질 분석 시스템은,
복수의 인터넷 이용 고객의 클라이언트 PC 또는 서버급에 내장된 클라이언트 프로그램을 이용하여, 인터넷이나 네트워크를 통해 피측정 시스템측에 억세스하고, 상기 억세스에 따라 웹사이트와 망의 품질에 따른 복수의 통신 품질 테스트 정보를 제공받고, 상기 품질 테스트 정보를 출력하는 복수의 클라이언트 시스템; 및
로그 서버와 DB를 포함하여, 지역적으로 산재되어 설치된 클라이언트측에 통신 품질 분석을 위한 소정의 스케줄 명령을 제공하고, 그의 응답에 따라 수집된 데이터들을 제공받아 이를 바탕으로 각종 통계 정보를 제공하는 통신 품질 분석 서버 시스템을 포함하여 이루어진다.
또한 상기한 본 발명의 또 다른 목적을 실현하기 위한 하나의 특징에 따른통신 품질 분석 방법은,
소정의 스케줄 정보를 근거로 통신 품질 테스트 정보를 수집하여 출력하는 복수의 클라이언트 시스템과, 상기 통신 품질 테스트 정보를 바탕으로 각종 통계 정보를 제공하는 통신 품질 분석 서버 시스템을 포함하여 통신 품질 분석을 수행하는 통신 품질 분석 방법에 있어서,
(a) 상기 클라이언트 시스템의 매니저 프로그램측에 태스크 번호 및 이용자 정보가 입력되어 하나 이상의 에이전트 프로그램이 생성됨에 따라 통신 품질을 측정할 항목의 상기 스케줄 정보를 상기 에이전트 프로그램측에 다운로드하는 단계;
(b) 상기 다운로드된 스케줄 정보를 근거로 수집되어 제공되는 테스트 데이터의 로그 정보가 전송됨에 따라 해당 로그 정보의 포맷이 기설정된 포맷인지의 여부를 체크하는 단계;
(c) 상기 단계(b)에서 미설정된 데이터 포맷이라 체크되는 경우에는 에러 메시지를 출력하고 상기 단계(b)로 피드백하는 단계;
(d) 상기 단계(b)에서 기설정된 데이터 포맷이라 체크되는 경우에는 상기 전송받은 데이터 포맷을 소정의 데이터베이스에 저장하는 단계; 및
(e) 상기 단계(d)에서 소정의 데이터베이스에 데이터 포맷이 저장됨에 따라 ACK 메시지를 상기 매니져 프로그램측에 전송하고, 상기 단계(b)로 피드백하는 단계를 포함하여 이루어진다.
여기서, 상기 단계(b)는, 상기 스케줄 정보를 근거로 해당 매체로의 접속을 시도하는 단계; 네트워크 구간별 서비스 응답 시간과 단절 구간의 분석을 통해서네트워크 또는 인터넷망의 장비 테스트를 수행하는 단계; 해당 서비스에 접속하여 홈페이지 및 파일 다운로드 테스트를 수행하는 단계; 상기 각각의 테스트 결과를 근거로 로그 파일을 생성하는 단계; 및 상기 홈 페이지 및 파일 다운로드의 테스트 완료에 따라 해당 매체와의 접속을 해제하고, 상기 스케줄 정보내에 단위 테스트 과정이 있는 경우에는 상기 매체 접속 시도 단계로 피드백하는 단계를 포함하는 것이 바람직하다.
한편, 상기 단계(b)는, 상기 스케줄 정보를 근거로 네트워크 구간별 서비스 응답 시간과 단절 구간의 분석을 통해서 네트워크 또는 인터넷망의 장비 테스트를 수행하는 단계; 해당 서비스에 접속하여 홈페이지 및 파일 다운로드 테스트를 수행하는 단계; 상기 각각의 테스트 결과를 근거로 로그 파일을 생성하는 단계; 및 상기 홈 페이지 및 파일 다운로드의 테스트 완료에 따라 상기 스케줄 정보내에 단위 테스트 과정이 있는 경우에는 상기 네트워크 또는 인터넷망의 장비 테스트 단계로 피드백하는 단계를 포함하는 것이 바람직하다.
이러한 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독 가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템 및 그 방법에 의하면, 각지에 산재하는 클라이언트 PC에 내장된 에이전트 프로그램을 통해 특정 웹사이트에 억세스하기 위한 인터넷망의 통신 품질 정보과 함께 해당 웹사이트로부터 제공되는 서비스 품질 정보를 근거로 물리적인 망의 서비스 체감도와 함께 콘텐츠의 서비스 체감도를 체크할 수 있다.
그러면, 통상의 지식을 지닌 자가 본 발명을 용이하게 실시할 수 있도록 실시예에 관해 설명하기로 한다.
도 1은 본 발명의 실시예에 따른 통신 품질 분석 시스템을 설명하기 위한 도면이다.
도 1을 참조하면, 본 발명의 실시예에 따른 통신 품질 분석 시스템은 통신 품질 분석 서버 시스템(100), 복수의 클라이언트 시스템(200) 및 복수의 피측정 시스템(300)을 포함한다.
통신 품질 분석 서버 시스템(100)은 로그 서버(110), DB 서버(120) 및 웹서버(130)를 포함하여, 지역적으로 산재되어 설치된 클라이언트측에 통신 품질 분석을 위한 스케줄 명령을 제공하고, 그의 응답에 따라 수집된 테스트 정보들을 제공받는다.
또한 통신 품질 분석 서버 시스템(100)은 상기 테스트 정보들을 근거로 각종 통계 정보를 도출하고, 도출된 통계 정보를 웹 서버(130)를 경유하여 통신 품질 분석 의뢰측에 제공한다.
즉, 각종 통계 정보는 다양한 서비스를 제공하는 네트워크 운영자측에 제공하는 것이 바람직하고, 특히 네트워크 운영자측에서 동종 업계나 경쟁사 측과의 대비가 가능하도록 하는 것이 바람직하다.
인터넷이나 네트워크 연결이 가능한 클라이언트 시스템(200)은 매니저 프로그램(210)과 에이전트 프로그램(220)으로 구성되어, 통신 품질 분석의 테스트를 위해 각지에 분포하는 일반 가정의 댁내에 위치하는 컴퓨터 시스템 또는 통신 품질 분석을 위해 별도의 특정 장소에 설치된 컴퓨터 시스템 또는 서버 시스템이다.
동작시, 통신 품질 분석 서버 시스템(100)으로부터 상기 스케줄 정보를 제공받고, 이를 토대로 기동(start)되어, 물리적인 망의 서비스 체감도 측정을 위한 망 테스트 동작과 특정 네트워크나 특정 사이트에 억세스하여 컨텐츠의 서비스 체감도 측정을 위한 서비스 테스트 동작을 수행하여 그에 따른 테스트 정보를 통신 품질 분석 서버 시스템(100)측에 제공한다.
예를 들어, 망 테스트 동작은 클라이언트 시스템측에서 특정 사이트까지의 경로상에 존재하게 되는 홉(hop), 즉 주로 망(Network)을 구성하는 네트워크 장비들, 예를 들어 서버, RAS(Remote Access Server), 라우터(Router) 등으로부터 테스트 정보를 제공받아 이를 근거로 망의 효율성이나 능률 등의 물리적인 망의 서비스 체감도를 테스트하는 것이다.
또한, 서비스 테스트 동작은 클라이언트 시스템측에서 복수의 홉을 경유하여 특정 사이트에 억세스하여 첫 번째 웹 페이지, 즉 홈페이지를 다운로드받는 일련의 동작을 통해 컨텐츠 서비스 체감도를 테스트하는 것이다.
피측정 시스템(300)은 통상적으로 일종의 홈페이지와 다수의 웹 페이지를 운영하는 시스템일 수 있다.
이상에서는 인터넷을 그 일례로 도시하였으나, 유무선 통신 네트워크, 케이블망, 광 통신망, 기업 인트라넷, 공공 브로드밴드 네트워크, 공공망 등일 수 있다.
그러면, 본 발명에 따른 클라이언트 프로그램을 구성하는 각 모듈의 구현 방식과 작동 원리에 대해서 보다 상세히 설명한다.
도 2는 본 발명의 실시예에 따른 클라이언트 프로그램을 설명하기 위한 도면이다.
도 1과 도 2를 참조하면, 본 발명의 실시예에 따른 클라이언트 프로그램(200)은 TCP 클라이언트 모듈(212)을 구비하는 매니저 프로그램(210)과, 스케줄 모듈(221), ICMP 모듈(222), 윈이넷(WinInet) 모듈(223), 분석 모듈(224) 및 미디어 연결 모듈(225)을 구비하는 에이전트 프로그램(220)을 포함하여 이루어진다. 여기서 각 모듈을 분리하여 설명하는 것은 그 기능 설명의 편의를 위해 분리하였을 뿐 이다.
클라이언트 프로그램(200)은 동작시, 스케줄에 따른 웹사이트 등에 접속한 후 첫 번째 웹 페이지 전체를 다운로드 하거나, 스케줄에 따른 임의의 파일을 다운로드하여 해당 웹사이트의 서비스 품질과 해당 웹사이트로의 억세스하는 망의 품질을 자동 측정하고, 그 결과를 통신 품질 분석 서버 시스템(100)의 로그 서버(110)측에 전송한다.
이때 설치되는 클라이언트 프로그램은 가중치 높은 인터넷 이용 고객 댁내의 컴퓨터 시스템이나 서버급 시스템 등에 설치되거나, 또는 고객 체감 통신 품질을 다양하게 측정하기 위해 다양한 지역이나 환경하에 설치된 임의의 장소에 설치되는 것이 바람직하다. 예를 들어, 인터넷 데이터 센터(Internet Data Center; IDC)일 수 있다. 여기서, 에이전트 프로그램은 하나를 도시하였으나, 클라이언트 시스템이 허락하는 한도 내에서 복수개의 설정이 가능하다.
그러면, 본 발명에 따른 클라이언트 프로그램(200)에 포함되는 각각의 모듈에 대해서 보다 상세히 설명한다.
TCP 클라이언트 모듈(TCP Client Module)(212)은 클라이언트 프로그램(200)에서 발생시킨 각종 분석 정보를 지정된 관리 서버인 로그 서버(110)로 전송한다. 이때 사용되는 프로토콜은 TCP 소켓 통신일 수 있다. 로그 서버(110)에서는 각지에 산재되어 설치된 클라이언트의 수집 데이터들을 바탕으로 각종 통계 정보를 통신 품질 분석을 의뢰한 시스템측에 제공하게 된다.
클라이언트측에서 테스트한 결과인 로그 데이터는 일종의 규약으로서 통신 품질 분석 서버 시스템의 로그 서버(110)에 전송되어 데이터베이스화한다.
클라이언트 프로그램(200)은 각 테스트가 종료되는 시점에서 그 결과에 관한 로그를 생성한다. 이 로그는 클라이언트 PC의 하드디스크나 플로피 디스크 등에 저장 보관하여 비정상적인 프로그램 오류 및 시스템 오류에 대비하고, 테스트 결과를 안전하게 인터넷망을 경유하여 로그 서버(110)에 전송할 수 있도록 한다.
로그 정보 전송 과정에서 일어날 수 있는 여러 오류 성분을 제거하기 위해서 클라이언트 프로그램(200)에서 전송한 로그 데이터의 정확성 여부에 대해 로그 서버(110)가 이를 검증하고, 그 결과를 다시 해당 클라이언트 프로그램(200)에 전달하는 방식을 채용한다. 즉, 클라이언트 프로그램(200)에서 전송한 로그 데이터를 전송받은 로그 서버(110)에서는 그 데이터를 검증한 뒤 ACK 또는 NAK 응답을 클라이언트 프로그램(200)에 통보한다.
이상의 실시예에서는 매니저 프로그램에 TCP 클라이언트 모듈(212)을 내장시켜 TCP 소켓 통신하는 것을 그 일례로 설명하였으나, 매니저 프로그램에 UDP 클라이언트 모듈을 내장시켜 UDP 소켓 통신하는 것을 다른 예로 설명할 수도 있음은 자명한 일이다.
또한, 본 발명의 실시예에서는 클라이언트 프로그램내에 별개의 매니저 프로그램과 에이젼시 프로그램을 각각 내장시키는 것을 그 일례로 설명하였으나, 매니져 프로그램과 에이젼시 프로그램을 하나로 묶어서 내장시킬 수도 있음은 자명할 것이다.
도 3은 본 발명의 실시예에 따른 TCP 클라이언트 모듈과 로그 서버와의 데이터 통신 규약을 설명하기 위한 신호 흐름도이다.
도 1과 도 3을 참조하면, 클라이언트 프로그램(200)에서는 전송한 로그에 대해서 로그 서버(110)로부터 ACK 응답이 오기를 기다린다. 만약 ACK응답이 오면 안전하게 정보가 전송되었다고 판단한다.
로그 서버(110)에서는 전송된 로그 정보에 대해서 그 데이터가 네트워크 또는 인터넷망의 중간단에서 손실되지 않았는지를 확인하기 위해서 몇가지 테스트를 거친 뒤 그 결과를 ACK 또는 NAK방식으로 클라이언트측에게 전송한다. 만약 클라이언트가 로그 서버(110)로부터 NAK를 수신받은 경우에는 해당 로그 프레임이 전송 과정 중에 문제가 있음을 가정하고 다시 한번 더 로그 정보를 로그 서버(110)측에 전송한다. 이 과정은 로그 서버(110)로부터 ACK 응답이 올 때까지 일정 시간 간격으로 반복한다. 이 과정 중에 다음의 오류 사항을 가정할 수 있다.
만약 클라이언트에서 로그를 전송했지만 로그 서버(110)와의 데이터 통신이 두절되어 ACK/NAK신호를 수신하지 못하는 경우에는, 클라이언트 프로그램에서는ACK/NAK를 수신하기 위해서 영원히 대기하게 되는 첫 번째 문제가 발생한다.
이러한 첫 번째의 문제를 해결하기 위해서 클라이언트 프로그램에서는 타임아웃용 소프트웨어 타이머를 가동시킨다. 즉, 로그 정보를 전송한 이후에 타이머를 초기화시킨 후 만약 지정 시간 간격 안에 로그 서버(110)로부터 어떠한 ACK/NAK 신호가 수신되지 않으면, 이를 타임아웃(time out)으로 처리하고 로그 서버(110)로 로그 정보가 전송되지 못한 것으로 간주한다.
이러한 타임아웃 개념을 두는 것은 유익하지만 하기하는 문제를 야기할 수 있다.
즉, 클라이언트에서는 로그를 전송하고 상기한 타이머를 기동시키고, 이 정보가 저속의 망을 타고 전송되는 경우를 가정하자.
로그 정보는 저속의 망을 타고 로그 서버(110)에 도착되어 처리되고, 이에 대한 ACK/NAK 프레임이 생성된다. 이 프레임은 다시 저속의 망을 타고 클라이언트측에 전송된다. 만약 이 과정에 소모되는 시간이 과중하여 클라이언트 프로그램에서 타임아웃이 발생하는 상황이 발생할 수 있다. 그러나, 타임아웃 이후에 도착한 ACK/NAK 프레임으로 인해 클라이언트 프로그램에서의 로그 정보와 로그 서버(110)에서 전송한 ACK/NAK프레임간에 프레임간 동기를 확신할 수 없는 두 번째 문제가 발생한다.
이러한 두 번째의 문제를 피하기 위해서는 ACK/NAK 프레임에 피기백(piggyback)방식을 이용한다. 즉, 로그 서버(110)가 수신한 로그 정보에 들어있는 "로그 시각" 정보를 ACK/NAK에 같이 실어 보내는 방식을 이용한다. 상기한정보를 이용해서 클라이언트 프로그램에서는 로그 서버(110)에서 전송한 ACK/NAK 프레임이 어떤 로그에 대한 것인지를 확인할 수 있다.
다시 도 2에 환원하여 스케줄 모듈(Schedule Module)(221)은 클라이언트 프로그램(200)이 인터넷이나 네트워크 망의 품질 측정을 보다 다양하고 효과적인 방법으로 수행하기 위해서, 에이전트 프로그램의 기동시에 로그 서버(110)로부터 테스트 절차와 그 방법에 관한 스케줄 정보를 전송받는다. 이러한 스케줄 정보의 수신을 이용하여 통신 품질 분석 서버 시스템에서 지역적으로 분산되어 설치된 각 클라이언트 프로그램(200)을 손쉽게 제어할 수 있다.
예를 들어, 관리자가 통신 품질 분석 서버 시스템에서 제어할 수 있는 각종 스케줄 항목은 ①특정 시간대에 걸쳐 테스트를 수행하도록 구성하거나, ②측정 대상 URL의 위치를 첨가 및 변경하도록 구성하거나, ③테스트 지역, 매체의 종류 등 테스트에 필요한 여러 정보들을 설정하거나, ④각 클라이언트에게 서로 다른 스케줄을 제공하도록 구성할 수 있다.
특히 ③번 항목과 ④번 항목의 기능을 수행하기 위해서는 각 클라이언트 프로그램을 통신 품질 분석 서버 시스템에서 서로 분리해서 취급하는 방법이 바람직하다. 이를 위해서 각 클라이언트 프로그램에는 서로간에 유일하게 정해지는 시리얼 번호를 부여받고, 상기 시리얼 번호를 바탕으로 통신 품질 분석 서버 시스템은 클라이언트의 측정 동작을 제어한다.
ICMP 모듈(ICMP Module)(222)은 트레이스-라우트(Trace-Route)의 기능을 내장하여, 측정 대상 URL의 경로상에 존재하는 네트워크나 인터넷망의 장비, 예를 들어 각 라우터에게 ICMP 에코우 메시지를 각각 보내어 이에 대한 응답을 확인함으로써 경로상의 라우터의 존재 및 그 지연 시간을 검사한다. 즉, 트레이스-라우트 기능을 이용하여 해당 경로상에 존재하는 홉(Hop)(예를들어, 라우터)의 주소, 홉들 사이의 시간 지연 성분 및 패킷 손실률에 대한 정보를 알아낸다.
한편, 클라이언트 프로그램에서는 티.티.엘(TTL; Time To Live), ICMP 패킷의 길이, ICMP 패킷의 개수, 타임-아웃(Time-Out) 등의 인터넷 제어 메시지 프로토콜(Internet Control Message protocol; 이하 ICMP)항목을 정의해서 운영할 수 있다.
이중에서 ICMP 패킷의 개수를 조절해서 각 라우터에서 발생하는 패킷 손실율을 측정할 수 있다. 즉, 특정 URL의 경로상에 존재하는 각 라우터에게 ICMP 패킷을 전송하면 정상적인 경우 각 홉들은 ICMP 패킷에 대해 응답(ECHO)을 해주어야 한다. ICMP 패킷의 개수만큼을 홉에게 전송한 뒤 다시 라우터가 클라이언트 프로그램에게 완전하게 전달해주는 패킷의 개수를 가지고 그 손실율을 측정할 수 있다.
예를들어, 이용자가 하기하는 바와 같이 ICMP항목을 정의했다고 가정한다.
TTL = 30
ICMP 패킷의 길이 = 64(Bytes)
ICMP 패킷의 개수 = 10
Time-Out = 3000(ms)
이러한 상태에서 특정 URL에 관한 트레이스-라우트를 수행하면 해당 경로상에 존재하는 각 홉들에게 ICMP 패킷의 개수(상기한 예에서는 10개)만큼을 전달하게 된다. 만약, 특정 홉이 9개의 에코우(ECHO) 응답을 클라이언트 프로그램측에게 보내어 주었다면 다음과 같이 패킷 손실율을 산출할 수 있다.
100% - (9 / 10)* 100 = 10%
윈이넷 모듈(WinInet Module)(223)은 클라이언트 프로그램에서 네트워크나 인터넷 등을 이용하는 이용자의 망 품질을 측정하기 위한 수단으로 윈도우즈 OS에 기본적으로 탑재되어 있는 인터넷 익스플로러(Internet Explorer)의 윈이넷(WinInet) 함수들을 이용한다. 이러한 윈이넷 함수들을 기반으로 품질 측정을 수행함으로써 다음의 이점을 누릴 수가 있다.
즉, TCP/IP의 범용 응용 프로토콜(예를들어서 HTTP나 FTP)의 사양이 변경되는 경우가 발생하더라도 클라이언트 프로그램의 별도 수정없이 갱신된 인터넷 익스플로러(이하, IE)의 윈이넷 함수를 이용해서 계속적으로 품질 측정을 수행할 수 있다.
또한 일반인이 인터넷을 사용하기 위해서 이용하게 되는 대표적인 프로그램인 인터넷 익스플로러(IE)와 동일한 체감 환경으로 품질 측정을 수행할 수 있다.
클라이언트 프로그램은 통신 품질 분석 서버 시스템(100)에서 정의한 스케줄을 스케줄 모듈(221)을 통해 읽어들인 뒤 그 내용에 따라 테스트 동작을 수행한다.
분석 모듈(Analysis Module)(224)은 클라이언트 프로그램의 각 측정 모듈에 의해 측정된 데이터들을 바탕으로 여러 측정 결과 자료들을 산출한다.
미디어 연결 모듈(Media Connection Module)(225)은 각 테스트의 단계마다유/무선 단말 장치 혹은 유/무선 모뎀 등의 매체 접속 동작을 수행한다. 여기서, 매체 접속 동작은 인터넷 등의 네트워크에 억세스할 때 접속자에 의한 별도의 접속 시도 동작을 필요로 하는 014XY 등의 컴퓨터 통신이나 무선 인터넷을 통한 제1 네트워크 억세스 방식이 일 것이고, 접속자에 의한 별도의 접속 시도 동작을 필요로 하지 않는 초고속 통신망이나 전용선 등을 통한 제2 네트워크 억세스 방식일 것이다.
이러한 매체 접속 동작을 통해 이용자가 네트워크나 인터넷망을 통해 서비스를 받기 위해 체감하는 실제 접속 성공률을 연산할 수 있다. 더욱이 클라이언트 프로그램에서는 발생할 수 있는 접속 실패라는 사실뿐만 아니라, 접속 실패의 원인을 구분지어 측정 서버에 송출함으로써 네트워크나 인터넷망의 유/무선 구간 사이에 존재할 수 있는 문제점과 그 개선 방향에 대해 제시할 수 있다.
한편, 유/무선 단말기나 유/무선 모뎀 등을 통한 데이터 통신을 위해서는 우선 윈도우즈 구동 시스템(OS)에 그 장치들을 인식시키기 위한 가외의 작업이 요구된다.
예를들어, 각 매체에 해당하는 별도의 방식으로 드라이버 프로그램을 윈도우즈 OS에 인식시키는 절차 후, 이용자는 그 매체의 특성에 관계없이 "전화접속네트워크"라는 윈도우즈 OS 프로그램을 통해서 각 유/무선 장치를 구동시킬 수 있다. 이러한 방식은 전통적인 모뎀 이용자뿐만 아니라 최근의 ADSL 장치에 이르기까지 광범위하게 행해져온 형식이다.
한편, 클라이언트 프로그램에서는 상기한 유/무선 단말 장치들의 접속 방법을 이용해서 윈도우즈 OS의 "전화접속네트워크"를 직접 제어할 수 있는 윈도우즈 표준 RASAPI(Remote Access Service Application Programming Interface)를 이용한다. 또한 각 장치들이 소유하고 있는 모뎀 특성을 이용해서 모뎀의 접속 속도나 연결 실패시의 문제점들을 알아낼 수 있다.
그러면, 인터넷이나 네트워크 등의 관리 시스템의 서비스 관리 기능을 수행하게되는 클라이언트측 프로그램에서 측정 및 관리하게 될 항목에 대해서 보다 상세히 설명한다. 특히, 014XY 등의 컴퓨터 통신이나 무선 인터넷을 통한 제1 네트워크 억세스 방식에 의한 측정 및 관리 항목과, 초고속 통신망이나 전용선 등을 통한 제2 네트워크 억세스 방식에 의한 측정 및 관리 항목을 구분하여 설명할 수 있다.
먼저, 클라이언트 프로그램에서 제1 네트워크 억세스 방식을 통해 수집 및 처리하게 될 각종 정보는 그 항목에 관한 내용과 특성상 (ⅰ)접속과 관련한 부분, (ⅱ)데이터 통신과 관련한 부분, (ⅲ)ICMP(Trace-Route)와 관련한 부분, (ⅳ)그 외 항목 등으로 분류할 수 있다.
그러면, 각각의 부분에 대해서 그 의미와 그 구성에 대해서 보다 상세히 설명한다.
(ⅰ) 접속과 관련한 부분
유/무선 단말이나 유/무선 모뎀을 이용해서 데이터 통신을 시도하는 기간에 발생할 수 있는 여러 오류 요소와 각종 측정 파라미터를 정리하면 하기하는 표 1과 같다.
이름 내용 참조
접속 오류 코드 각 로그의 최종 분석 결과 코드 RASAPI및 TAPI에서 추출
접속 번호 유/무선망에 접속하기 위해 이용한 접속 번호 각 클라이언트에 정의된 정보 이용
접속 속도 접속 속도(BPS) TAPI정보 이용
인증 소요 시간 PPP 접속의 인증 처리 시간 RASAPI 정보 이용
특히, 접속 오류 코드의 경우, 다음에 접속이 끊어짐과 동시에 TAPI에서 상위 프로그램에게 전송해주는 메시지를 정리하면 아래와 같다.
참고로, 클라이언트 프로그램에서는 하기하는 메시지가 윈도우즈 OS로부터 전달되는 경우를 모두 오류로 처리해서 각 경우에 맞는 로그 메시지를 남기게 된다.
만약 하기하는 메시지를 TAPI로부터 받지 못한 상태에서 비정상적으로 접속이 끊어지는 경우에 대해서는 RAS 접속을 확인하도록 프로그램되어 있다.
또한 클라이언트 프로그램에서 자체적으로 RAS접속이 실패하였다고 판단한다면 '이용자 인증 실패'의 오류를 남기게 되고, 반대로 그렇지 않은 경우에는 '통화가 정상적으로 끊어짐'이라는 로그를 남긴다.
LINEDISCONNECTMODE_NORMAL //"원격지에서 접속을 해제함"으로 처리
LINEDISCONNECTMODE_UNKNOWN //"알 수 없는 통화 연결 해제"로 처리
LINEDISCONNECTMODE_BUSY //"상대측이 통화중"으로 처리
LINEDISCONNECTMODE_NOANSWER //"상대측의 중계국이 응답하지 않음"으로 처리
LINEDISCONNECTMODE_NODIALTONE //"발신음이 감지되지 않음"로 처리
RASDISCONNECTMODE_AUTHENTICATEFAIL //"이용자 인증 실패"로 처리
상기한 모든 오류 사항에 대한 정의와 문구는 모두 마이크로소프트(MicroSoft)사에서 정기적으로 발간하는 엠.에스.디.엔(MSDN; MicroSoft Developer Network)에 문서화되어 있다.
(ⅱ) 데이터 통신과 관련한 부분
접속이 성공한 이후에 클라이언트 프로그램은 통신 품질 분석 서버 시스템(100)의 로그 서버(110)로부터 전달된 테스트 절차에 따라서 구체적인 시험을 수행하게 된다. 하기하는 표 2에 도시한 시험 절차를 통해서 생성되는 각종 항목에 대해서 설명한다.
이름 내용 참조
전송 속도 테스트 중 실제 피측정 서버로부터 전송되어온 데이터의 전송 속도를 계산함. 단위는 BPS(Bytes Per Second)를 이용한다. Count와 Size, Speed로 구분
단절(타임아웃) 코드 일련의 테스트 과정에서 발생하는 단절이나 타임아웃의 여부를 특정 코드로 표시.
오류 코드 테스트 과정에서 수집될 수 있는 각종 오류 코드를 수집
DNS Lookup (IP Resolving) 테스트 과정에서 발생하는 DNS Lookup의 횟수와 그 소요 시간 측정. Count와 Time으로 구분
Server Connection 서버와 TCP 통신을 수행하면서 발생하는 서버 연결 작업의 횟수와 그 작업에 소용되는 시간 측정. Count와 Time으로 구분
Redirect 서버에 연결하면서 발생할 수 있는 재호출(Redirection)의 횟수를 기록. Count로 구분
상기한 표 2에서 전송 속도를 보다 상세히 설명하면 아래와 같다.
다운로드 카운트(DownLoad Count)는 첫 번째 페이지를 구성하는 파일의 개수로서 클라이언트에서는 Text 기반의 HTML 파일이나, 범용적으로 이용되는 Image(예를들어서 GIF, JPG 등등) 파일 종류를 다운로드 대상 파일로 취급한다.
또한 다운로드 사이즈(DownLoad Size)는 테스트 대상 URL의 첫 번째 페이지를 구성하는 파일의 총 바이트수이다.
또한 다운로드 속도(DownLoad Speed)는 테스트 대상 URL의 첫 번째 페이지를 구성하는 모든 파일들의 내용을 실제로 전송받은 뒤 계산된 다운로드 평균 속도(단위는 bytes/sec)이다.
상기한 표 2에서 오류 코드를 보다 상세히 설명하면 아래와 같다.
예를들어, 매체를 통한 접속에는 성공하였으나, 해당 매체내에 존재하는 특정 서버로부터 발생할 수 있는 오류 성분으로 인해서 실제적인 데이터 통신에 장애가 발생할 수가 있다. 이들 오류 성분은 매체 접속의 오류 성분과는 상이하게 처리되어야 한다. 즉, 클라이언트 프로그램에서 특정 파일을 전송 받기 위해서 HTTP의 GET 명령을 이용하였으나 만약 측정 서버에 그러한 파일이 더 이상 존재하지 않은 경우에는 파일의 내용 대신에 오류 코드(예를들어, 404)를 전달하게 된다.
이처럼 서버에서 전달해준 오류 코드가 측정의 대상 항목이 된다. 참고적으로 여기에서 고려된 오류 코드는 대개 해당 서버로부터, 혹은 프로토콜의 범주 안에서 능동적으로 처리가 되어 클라이언트 프로그램에게 전달되는 경우가 대부분이다.
또한 상기한 표 2에서 DNS 룩업을 보다 상세히 설명하면 아래와 같다.
디.엔.에스 카운트(DNS Count)는 파일들(예를들면 HTML파일 혹은 이미지 파일)의 위치를 가리키는 URL을 IP주소로 변경하기 위해서 요구되는 도메인 네임 서비스(Domain Name Service) 호출 횟수이다.
또한 디.엔.에스 타임(DNS Time)는 첫 번째 페이지를 다운로드 받기 위해서 요구되는 DNS 호출 작업에 소요된 총 시간이다.
또한 상기한 표 2에서 서버 연결을 보다 상세히 설명하면 아래와 같다.
서버 카운트(Server Count)는 테스트 대상 URL의 첫 번째 페이지를 구성하는 모든 파일들을 다운로드 받기 위해서 요구되는 HTTP 서버 연결 작업 횟수이다.
또한 서버 레이트(Server Rate)는 첫 번째 페이지를 다운로드 받기 위해서 요구되는 HTTP Server 연결 작업에 소요된 총 시간이다.
(ⅲ) ICMP(Trace-Route)와 관련한 부분
한편, 데이터 전송로 상에 놓여진 HOP들의 관계를 수치화하기 위해서 클라이언트 프로그램에서는 각각의 테스트 수행마다 ICMP 프로토콜을 이용해서 트레이스-라우트(Trace-Route)를 수행한다. 이러한 작업을 통해서 하기하는 표 3의 항목을 산출한다. 각 항목의 측정 근거는 ICMP 모듈의 설명 부분을 참조한다.
이름 내용 참조
HOP 주소 Trace-Route를 통해서 얻어진 HOP의 IP 주소
HOP 지연 각 HOP과 클라이언트가 위치한 지점 사이에서 ICMP 프로토콜로 송수신 하는 동안 발생한 네트웍 지연 시간 단위는 ms이며 HOP간 지연 시간이기 보다 HOP과 종단 사이의 RTT(Round Trip Time)를 측정.
패킷 손실 각 HOP 과 클라이언트 사이에서 ICMP 프로토콜로 송수신 하는 동안 발생한 패킷 손실의 비율 단위는 백분율(%)
(ⅳ) 그 외 항목
한편, 실제 측정과 관련한 항목은 아니지만 측정용 통신 품질 분석 서버 시스템에 전송되어 각종 통계 분석과 데이터베이스 처리의 주요 인덱스 키(index key)로서 이용될 수 있는 부분으로 하기하는 표 4에 열거한 항목이 이에 속한다.
이름 내용 참조
log Key (Serial Number) 로그 정보를 서버에 전송할 때 이용하는 고유의 키. 이 키는 각 해당 클라이언트가 탑재될 때 부여하게 되며 측정 서버에서는 등록된 키값을 구분해서 각기 다른 방식의 테스트 스케줄을 클라이언트에 적용할 수 있다. 서버측에서 로그 정보를 데이타베이스화 할 때 이용할 고유 키(Key)로 이용
log time 특정 로그가 만들어진 시간 정보 클라이언트의 시스템 타이머 사용
테스트 시간 (Duration Time) 이용자가 망에 접속한 이후 경과한 총 통화 시간 시스템 타이머 사용
매체 종류 이용자가 이용한 접속 매체의 종류로, 예를들면 유선 또는 무선모뎀을 이용하였는지 등을 구분. 클라이언트 등록 정보 이용
테스트 장소 테스트가 수행된 각종 장소 정보를 전송. 클라이언트 등록 정보 이용
이상에서는 클라이언트 프로그램에서 제1 네트워크 억세스 방식을 통해 수집 및 처리하게 될 각종 정보에 대해서 설명하였는데, 제2 네트워크 억세스 방식의 경우는 접속자에 의한 별도의 접속 동작을 행하지 않아도 되는 특징이 있으므로 상기한 첫번째 항목인 (ⅰ) 접속과 관련한 부분은 생략하는 것이 바람직할 것이다.
도 4는 본 발명에 따른 매니져 프로그램의 동작을 설명하기 위한 흐름도이다.
도 4를 참조하면, 먼저 매니저 프로그램이 실행됨에 따라(단계 S110), 태스크 개수와 함께 기타 정보를 입력한다(단계 S112). 여기서 태스크 갯수는 매니저 프로그램이 관장하게되는 에이전트 프로그램의 갯수일 것이다. 또한 기타 정보는 에이전트 프로그램 관리자의 인적 사항(이름, 주소, 전화 번호 등), 에이전트 프로그램이 구동될 시스템의 망 환경(고정 IP인 경우 IP주소, 접속 매체, 망속도 등), 중앙의 로그 서버와 통신하기 위한 정보(로그 서버의 IP주소, 스케줄 파일의 URL 등)이다.
이어 태스크 개수가 존재하는 지의 여부를 체크하여(단계 S114), 태스크 개수가 존재하지 않은 경우에는 에이전트 프로그램을 실행시키고(단계 S116), 단계S114로 피드백한다.
단계 S114에서 태스크 개수가 존재하는 경우, 매니져 프로그램(210)은 로그 서버(110)측과 에이전트 프로그램(220)측과의 멀티태스킹(Multi tasking) 동작을 수행한다.
그럼 먼저, 매니져 프로그램(210)과 로그 서버(110)측과의 동작을 설명한다.
단계 S114에서 테스크 갯수가 존재하는 경우에는 로그 서버(110)측에 전송할 테스트 데이터의 존재 여부를 체크하여(단계 S120), 테스트 데이터가 미존재하는 경우에는 대기하고, 테스트 데이터가 존재하는 경우에는 로그 서버(110)측과의 네트워크 연결, 예를들어 소켓 연결이 되었는지의 여부를 체크한다(단계 S122).
단계 S122에서 소켓이 미연결되었다고 체크되는 경우에는 소켓이 연결될 때까지 대기하고, 소켓이 연결되었다고 체크되는 경우에는 해당 테스트 데이터를 로그 서버(110)측에 전송한다(단계 S124).
이어 로그 서버(110)측으로부터 ACK 메시지를 수신했는지의 여부를 체크하여(단계 S126), 해당 ACK 메시지를 수신받지 못한 경우에는 단계 S124로 피드백하여 테스트 데이터를 재전송하고, 해당 ACK 메시지를 수신받은 경우에는 단계 S120으로 피드백하여 다른 테스트 데이터를 로그 서버(110)측에 전송하는 동작을 반복한다. 여기서 단계 S124로 피드백하는 과정을 관리자측에서 일정 횟수로 제한할 수 있다.
한편, 매니져 프로그램(210)과 에이전트 프로그램(220)측과의 동작을 설명하면 하기와 같다.
단계 S114에서 태스크 갯수가 존재하는 경우에는 에이전트 프로그램측에 기동 여부를 체크하기 위한 소정의 메시지를 전송하고(단계 S130), 해당 에이전트 프로그램측으로부터 메시지 전송에 따른 ACK 메시지를 수신했는지의 여부를 체크한다(단계 S132).
단계 S132에서 ACK 메시지를 수신받지 못한 경우에는 에이전트 프로그램이 미실행된 상태로 체크하여 에이전트 프로그램을 실행시킨 후(단계 S134), 그리고 단계 S132에서 ACK 메시지를 수신받은 경우에는 일정 시간이 경과했는지의 여부를 체크한다(단계 S136). 여기서 일정 시간이란 에이전트 프로그램의 기동 시각부터 종료 시각까지의 일종의 주기로 할 수 있으며, 이러한 주기가 경과했는지의 여부를 체크한다.
단계 S136에서 일정 시간이 경과하지 않았다고 체크되는 경우에는 단계 S130으로 피드백하고, 일정 시간이 경과했다고 체크되는 경우에는 에이전트 프로그램측에 종료 메시지를 전송한 후(단계 S138), 단계 S130으로 피드백한다.
상기한 도 2에서, 클라이언트 PC에 내장되는 에이전트 프로그램(220)은 복수개의 생성이 가능하며, 특히 대용량, 고속의 서버급에 매니저 프로그램과 에이전트 프로그램을 포함하는 클라이언트 프로그램이 내장된다면 매니져 프로그램에 의해 2개 이상의 에이전트 프로그램의 생성이 가능하다.
이처럼 2개 이상의 에이전트 프로그램이 생성되는 경우에는 로그 서버(110)측과 하나의 에이전트 프로그램의 동작뿐만 아니라, 로그 서버(110)측과 2개 이상의 에이전트 프로그램의 동작이 가능하다. 물론 이때 단계 S130 내지 S138은 각각생성된 에이전트 프로그램과의 멀티 태스크 동작을 이룰 것은 자명한 일이다.
도 5a는 본 발명의 일실시예에 따른 에이전트 프로그램의 동작을 설명하기 위한 흐름도로서, 보다 상세히는, 접속자에 의한 별도의 접속 시도 동작을 필요로 하지 않는 초고속 통신망이나 전용선 등을 통한 제2 네트워크 억세스 방식을 통한 에이젼트 프로그램의 동작을 설명하기 위한 흐름도이다.
도 5a를 참조하면, 먼저 에이전트 프로그램을 실행시키고(단계 S210), 핑(Ping) 메시지를 전송하여 네트워크의 활성화 여부를 체크한다(단계 S212). 여기서, 핑이란 인터넷 제어 메시지 프로토콜(ICMP; Internet Control Message Protocol)을 이용하여 시스템간의 송수신을 시험하는 것이다.
단계 S212에서 네트워크의 비활성화로 체크되는 경우에는 해당 네트워크가 활성화될 때까지 대기하고, 해당 네트워크의 활성화로 체크되는 경우에는 로그 서버(110)로부터 스케줄 정보를 다운로드받고(단계 S214), 스케줄상에 정의된 항목들을 실제적으로 테스트하기 전에 에이전트 프로그램이 리프레쉬(refresh)할 필요가 있는지의 여부를 체크한다(단계 S216). 여기서, 리프레쉬는 특정 시간 간격, 예를들어 1시간 간격으로 에이전트 프로그램 자신을 종료시키는 기능으로, 종료된 에이전트 프로그램은 다시 매니저 프로그램에 의해 재실행된다. 이러한 리프레쉬의 동작은 여러 가지 원인으로 발생할 수 있는 에이전트 프로그램의 비정상적 실행을 미연에 방지할 수 있고, 또는 그 가능성을 최소화할 수 있다.
단계 S216에서 리프레쉬라 체크되는 경우에는 에이전트 프로그램의 실행을 종료하여 리셋시키고, 리프레쉬가 아니라고 체크되는 경우에는 재차 핑 메시지를전송하여 네트워크의 활성화 여부를 체크한다(단계 S218).
단계 S218에서 네트워크의 비활성화로 체크되는 경우에는 활성화 될 때까지 대기하고, 해당 네트워크의 활성화되었다고 체크되는 경우에는 스케줄 정보에 따라 트레이스 라우트(trace route)를 수행하고(단계 S220), 스케줄 정보에 따른 URL을 다운로드 받아 테스트 정보를 제공받는다(단계 S222). 예를들어, 스케줄 정보상에 특정 사이트로 억세스하라는 명령이 있는 경우에는 해당 사이트에 억세스하는데 소요되는 홉(hop)들로부터 망 테스트 정보를 제공받을 수 있고, 또한 억세스한 사이트의 홈페이지를 구성하는 이미지나 텍스트 등을 포함하여 모두 다운로드받는 동작을 통해 테스트 정보를 제공받을 수 있다.
이어 매니저 프로그램이 기동되었는지의 여부를 체크하여(단계 S224), 매니저 프로그램이 기동되지 않았다고 체크되는 경우에는 해당 매니져 프로그램을 기동시키고(단계 S226), 상기 단계 S220의 수행에 따른 테스트 정보와 단계 S222의 수행에 따른 테스트 정보를 상기 기동된 매니저 프로그램측에 전송하고(단계 S228), 단계 S214로 피드백한다. 여기서, 피드백을 통해 테스트 정보를 얻는 과정은 스케줄 정보에 의해 결정될 수 있는데, 만일 스케줄 정보내에 테스트할 피측정측에 대한 정보가 더 이상 없는 경우에는 종료하는 것은 당연하다.
도 5b는 본 발명의 다른 실시예에 따른 에이전트 프로그램의 동작을 설명하기 위한 흐름도로서, 보다 상세히는, 접속자에 의한 별도의 접속 시도 동작을 필요로 하는 014XY나 무선 매체 등을 통한 제1 네트워크 억세스 방식을 통한 에이전트 프로그램의 동작을 설명하기 위한 흐름도이다.
도 5b를 참조하면, 먼저 에이전트 프로그램을 실행시키고(단계 S250), 스케줄 및 운영 환경을 입력받는다(단계 S252).
이어 매체 접속을 시도하여 해당 매체로의 접속 성공 여부를 체크하여(단계 S254), 접속 실패인 경우에는 접속 성공까지 해당 매체로의 접속을 시도하고, 접속 성공인 경우에는 중앙의 로그 서버로의 접속을 시도하여 로그 서버로의 접속 성공 여부를 체크한다(단계 S256).
단계 S256에서 로그 성공으로 체크되는 경우에는 해당 로그 정보를 전송한 후, 트레이스 라우트 테스트를 수행한다(단계 S258, S260). 한편, 단계 S256에서 로그 실패로 체크되는 경우에는 트레이스 라우트 테스트를 수행한다(단계 S260).
이어 URL 다운 로드 테스트 동작을 수행하고(단계 S262), 테스트 로그 정보를 산출하며(단계 S264), 접속된 매체와의 접속을 해제한 후 단계 S254로 피드백하여 스케줄 정보에 따른 다른 매체로의 접속을 시도한다(단계 S266).
도 6은 본 발명의 실시예에 따른 트레이스-라우트의 패킷 흐름을 설명하기 위한 도면으로, 상기한 도 5의 단계 S220을 상세하게 설명한다.
도 6을 참조하면, 에이젼트 프로그램(220)은 스케줄에 따라 특정 인터넷 사이트에 억세스하기 위해 인터넷이나 네트워크 상의 장비인 홉에 ICMP 메시지를 제공하면, 해당 홉들에서는 홉의 장치로 유입되는 패킷의 경로를 결정함과 동시에 패킷의 수명과 관련한 TTL의 항목을 감소시키는 역할을 수행한다.
그 결과, 홉으로 유입된 패킷의 TTL 값이 만일 '0'으로 설정되어 있다면, 더 이상 해당 패킷을 목적지로 송출하지 않는 대신에 해당 패킷의 송신측에 타임 아웃패킷, 바람직하게는 타임 익시드 에러(time exceeded error) ICMP 패킷으로 응답한다. 이러한 타임 익시드 에러 ICMP 패킷의 응답은 RFC792의 표준 문서에 제시된 내용을 근거한다.
따라서, 트레이스-라우트를 실행하는 단말은 첫번째 ICMP 에코우 메시지의 TTL값을 '1'로 설정하여 송신하면 경로상의 첫번째 라우터로부터 타임 익시드 에러 ICMP 패킷을 수신할 수 있다.
이후, 다시 TTL값을 '2'로 하는 ICMP 에코우 메시지를 목적지로 송신하면 두 번째 홉, 예를들어 라우터로부터 타임 익시드 에러 ICMP 패킷을 수신할 수 있을 것이다.
상기한 방법을 반복하면 특정 인터넷 사이트에 연결된 측정 대상 홉까지 트레이스 라우트 동작을 수행할 수 있고, 목적지까지의 경로상에 있는 모든 홉, 예를들어 라우터에 대한 정보 및 지연 시간을 알 수 있고, 패킷 손실율 등의 테스트 정보를 얻을 수 있다.
도 7은 본 발명의 실시예에 따른 클라이언트 프로그램에 의한 통신 품질 테스트를 설명하기 위한 흐름도이다. 보다 상세히는, 접속자에 의한 별도의 접속 시도 동작을 필요로 하지 않는 초고속 통신망이나 전용선 등을 통한 제2 네트워크 억세스 방식을 이용하는 클라이언트 프로그램에 의한 통신 품질 테스크를 설명한다.
도 7을 참조하면, 먼저 클라이언트 프로그램의 기동과 동시에 통신 품질 분석 서버 시스템과 접속하여 테스트시 필요한 기동 시간, 측정 대상, URL 및 테스트 장소 등을 포함하는 스케줄 정보를 다운로드 받는다(단계 S310).
이어 클라이언트 프로그램이 내장된 클라이언트 시스템에 설치된 유/무선 모뎀이나 단말기, 랜 카드 등을 통해서 해당 스케줄 정보에 따른 매체로의 접속을 시도한다(단계 S320).
이어 ICMP 테스트를 수행하여 네트워크 구간(즉, 홉)별 서비스 응답 시간과 단절 구간 등을 포함하는 망 서비스의 분석을 통해 테스트 결과를 전송받는다(단계 S330).
이어 해당 서비스, 예를들어 특정 인터넷 사이트에 접속하여 홈페이지 및 파일 다운로드 등의 테스트를 통해 테스트 결과를 전송받는다(단계 S340).
이어 상기 단계 S330과 단계 S340에 따라 전송받은 각종 테스트 결과를 이용하여 로그 정보를 생성하고, 생성된 로그 정보를 로그 서버(110)측에 전송하여 데이터베이스화한다(단계 S350).
이어 스케줄 정보에 따른 특정 서비스를 제공받기 위한 망이나 서비스 품질에 따른 테스트가 완료되면 해당 특정 사이트와의 접속을 해제하고(단계 S360), 스케줄 정보에 따른 다음의 테스트를 위해 단계 S320으로 피드백하여 설정된 스케쥴하에 단위 테스트 과정을 반복한다.
이상에서는 접속자에 의한 별도의 접속 시도 동작을 필요로 하는 014XY 등의 컴퓨터 통신이나 무선 인터넷을 통한 제1 네트워크 억세스 방식을 이용하는 클라이언트 프로그램에 의한 통신 품질 테스트에 대해서 설명하였으나, 접속자에 의한 별도의 접속 시도 동작을 필요로 하지 않는 초고속망이나 전용선을 통한 제2 네트워크 억세스 방식을 이용하는 클라이언트 프로그램에 의한 통신 품질 테스트에 대해서는 상기한 도 7에서 해당 매체로 접속을 시도하는 단계 S320과 접속을 해제하는 단계 S360을 삭제하면 될 것이므로 이에 대한 설명은 생략한다.
도 8은 본 발명의 실시예에 따른 서버 접속을 설명하기 위한 도면으로, 상기한 도 7의 단계 S320을 상세하게 설명한다.
도 8을 참조하면, 먼저 피측정 서버에 설치된 파일을 테스트 프로그램이 다운로드 하기 위해 해당 피측정 서버측에 접근을 시도하여(Request HTTP Connect), 이러한 요구에 대해 피측정 서버가 접근 허가의 신호(Accept HTTP Connect)를 테스트 프로그램측에 전달한다.
접근 허가 신호를 제공받은 측정 프로그램측에서는 피측정 서버측에 테스트 파일을 요청하고(Get Testfile), 피측정 서버측에서는 해당 테스트 파일을 측정 프로그램측에 제공한다(ACK).
이러한 일련의 과정을 "서버 접속(Server Connection)"이라 하고, 이 과정이 성공적으로 끝날 때를 "서버 접속 성공"이라고 정의하며, 이때 소요된 시간을 서버 접속 소요 시간으로 측정한다.
그 반대로 테스트 프로그램측에서 피측정 서버측의 파일로 접근 시도하였으나, 해당 서버로부터 응답이 없을 경우는 "서버 접속 실패"로 취급한다.
이상에서 제시한 피측정 서버와의 접속 과정은 HTTP에만 한정되는 것은 아니고, 일반적으로 TCP(연결 지향형 통신 방식) 방식의 통신 환경에서 모두 적용될 수 있다. 즉, 그 통신 규약이 HTTP 뿐만 아니라 텔넷(Telnet), FTP 및 SMTP 모두에 동일한 방식을 채용할 수 있다.
도 9는 본 발명의 실시예에 따른 수신속도 및 단절율 측정을 설명하기 위한 도면으로, 상기한 도 7의 단계 S340을 상세하게 설명한다.
도 9를 참조하면, 먼저 피측정 서버와의 접속이 성공적으로 이루어지면 우선 다운받을 파일에 관한 정보를 피측정 서버측에 요청하고(Get TestFile Header), 그 응답에 따라 피측정 서버, 즉 HTTP서버로부터 전송받아(ACK Header Data) 파일 크기 정보를 수신한다. 이 정보를 이용해서 테스트 프로그램은 서버에 위치한 파일의 실제 크기를 알아낸다. 이때 전송받은 파일의 크기 정보는 수신 속도 측정과 단절율 측정을 위해 이용된다.
파일의 기본 정보를 수집한 후 HTTP 프로토콜을 기반으로 해당 파일의 실제 다운로드를 요청하고, 그 응답에 따라 전송받는다(Get TestFile Connect, ACK Real Data).
이러한 파일의 실제 다운로드의 동작은 전달된 파일의 크기 정보를 만족할 때까지 테스트 프로그램은 해당 서버에게 파일의 내용을 다운받는다.
파일의 데이터를 수신하는 과정에서 만약 전체 파일의 크기에 도달하지 못한 상태에서 서버와의 연결이 끊어지거나, 서버측에서 오랜 기간 동안 응답이 없는 경우는 파일 다운로드 에러로 처리한다.
만약 전체 파일을 성공적으로 다운을 받게되면 하기하는 수학식 1을 참조하여 수신속도(전송률)를 측정한다.
도 10은 본 발명에 따른 로그 서버측에서 통신 품질 분석 방법을 설명하기 위한 흐름도이다.
도 10을 참조하면, 먼저 로그 서버(110)의 실행에 따라(단계 S410), 클라이언트측과 연결된 소켓을 초기화한다(단계 S412).
이어 클라이언트 프로그램의 매니저 프로그램으로부터 제공되는 테스트 데이터에 따른 로그 정보를 제공받는다(단계 S414).
단계 S414에서 제공받은 로그 정보가 포맷화된 데이터인지의 여부를 체크하여(단계 S416), 포맷화되지 않은 로그 정보인 경우라 체크되는 경우에는 에러 메시지를 클라이언트 프로그램의 매니져 프로그램측에 출력한 후(단계 S418), 단계 S414로 피드백한다. 여기서, 포맷화된 데이터를 전송받는 것은 클라이언트 프로그램측과 로그 서버(110)측과는 일련의 약속을 통해 설정된 프로토콜만을 송수신하기 위함이다.
단계 S416에서 포맷화된 데이터라 체크되는 경우에는 DB에 전송하여 저장하고(단계 S420), 해당 메니져 프로그램측에 정상 수신을 통보하는 ACK 메시지를 전송한 후(단계 S422), 단계 S414로 피드백하여 다른 테스트 정보에 따른 로그 정보를 수신한다.
도 11은 본 발명의 실시예에 따른 통신 품질 분석 서버 시스템을 설명하기위한 도면이다.
도 11을 참조하면, 본 발명의 실시예에 따른 통신 품질 분석 서버 시스템은 로그 서버(110), DB 서버(120) 및 웹서버(130)를 포함하고, 여기서, DB 서버(120)는 일일보고서 작성부(121), 접속시간 분석부(122), 다운로드시간 분석부(123), 다운로드속도 분석부(124), 에이젼트정보 분석부(125), 홈페이지 분석부(126), 홉 정보 및 에러정보 분석부(127), 서비스내용 수정부(128) 및 도움말제공 분석부(129)를 포함한다.
상기한 도 11에서 도시한 통신 품질 분석 서버 시스템은 복수의 클라이언트 시스템(100)으로부터 제공되는 망 품질 테스트 정보와 함께 해당 매체에서 제공하는 컨텐츠 서비스 품질 정보를 소정의 로그 형태로 제공받아 이를 각각 분석하여 저장하고, 저장된 각각의 분석 정보를 웹 서버(130)를 경유하여 통신 품질 분석 의뢰 시스템측에 제공한다.
물론 통신 품질 분석 의뢰 시스템측에서 소정의 의뢰를 제공받아 일정 시간대, 일정 홉을 경유하여 특정 매체측에 억세스하는 동작을 통해 맞춤형 통신 품질 분석 정보를 제공할 수도 있다. 특히, 이러한 다양한 종류의 통신 품질 분석 정보의 형태는 의뢰측에서 보다 쉽게 해당 분석 정보를 확인할 수도 있도록 다양한 형태로 가공되어 제공되어 지는 것은 자명한 일일 것이다.
상기한 도 11에서 분리한 각각의 분석부들은 통신 품질 분석 서버 시스템의 DB 서버의 기능적인 동작을 설명하기 위해 논리적으로 분리하였을 뿐, 하드웨어적으로 분리한 것은 아니다.
상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허청구범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.
이상 설명한 바와 같이, 본 발명에 따라 인터넷 품질 수준 평가에 적용되고 있는 인터넷 품질 측정 프로그램을 통해 범국가적, 범세계적인 인터넷 및 네트워크 인프라의 성능을 측정할 수 있고, 이를 관리할 수 있다.
또한 상기한 인터넷 및 네트워크 인프라를 경유하여 웹상의 콘텐츠를 제공받는데 소요되는 각종 지표 정보를 통해 효율적인 콘텐츠의 서비스가 가능하도록 컨설팅 등의 서비스를 제공할 수 있다.
또한 광범위한 인터넷 서비스 품질, 성능 및 웹 사용 현황 등을 측정하고 관리하므로써, 물리적인 장비 서비스 및 논리적인 콘텐츠 서비스 등을 통해 인터넷 성능을 상승시킬 수 있다.

Claims (27)

  1. (a) 프로그램의 기동에 따라 통신 품질 분석 서버에 접속하여 통신 품질 테스트시 필요한 기동 시간, 측정 대상 매체, URL 및 테스트 장소 정보를 포함하는 스케줄 정보를 다운로드받는 단계;
    (b) 상기 스케줄 정보를 근거로 네트워크 구간별 서비스 응답 시간과 단절 구간의 분석을 통해서 네트워크 또는 인터넷망의 장비 테스트를 수행하는 단계;
    (c) 해당 서비스에 접속하여 홈페이지 및 파일 다운로드 테스트를 수행하는 단계; 및
    (d) 상기 단계(b)와 상기 단계(c)의 각각의 테스트 결과를 근거로 로그 파일을 생성하고, 생성된 로그 파일을 상기 통신 품질 분석 서버에 전송하는 단계
    를 포함하는 통신 품질 정보 수집 방법.
  2. 제1항에 있어서, 상기 단계(b)는,
    상기 스케줄 정보를 근거로 해당 매체로의 접속을 시도하는 단계를 더 포함하는 것을 특징으로 하는 통신 품질 정보 수집 방법.
  3. 제2항에 있어서, 상기 단계(d)는,
    상기 단계(c)의 테스트의 완료에 따라 해당 매체와의 접속을 해제하고, 상기 스케줄 정보내에 단위 테스트 과정이 있는 경우에는 상기 해당 매체로의 접속을 시도하는 단계로 피드백하는 단계를 더 포함하는 것을 특징으로 하는 통신 품질 정보 수집 방법.
  4. 제1항에 있어서, 상기 단계(c)는,
    (b-1) 상기 해당 매체측에 HTTP 연결을 요청하고, 그의 응답에 따라 HTTP 연결 허가 메시지를 제공받는 단계; 및
    (b-2) 상기 HTTP 연결 허가 메시지의 수신에 따라 상기 피측정 서버측에 테스트 파일을 요청하고, 그의 응답에 따라 ACK 메시지를 제공받는 단계를 포함하는 것을 특징으로 하는 통신 품질 정보 수집 방법.
  5. 제1항에 있어서, 상기 단계(b)는,
    트레이스 라우트 기능을 이용하여 해당 경로상에 존재하는 홉의 주소, 홉들 사이의 시간 지연 성분 및 패킷 손실율을 연산하는 것을 특징으로 하는 통신 품질 정보 수집 방법.
  6. 제1항 또는 제5항에 있어서, 상기 단계(b)는,
    타임 투 라이브(TTL), 인터넷 제어 메시지 프로토콜 패킷 길이, 인터넷 제어 메시지 프로토콜 패킷 갯수, 타임 아웃을 포함하는 인터넷 제어 메시지 프로토콜 항목을 이용하는 것을 특징으로 하는 통신 품질 정보 수집 방법.
  7. 제1항에 있어서, 상기 단계(d)는,
    (d-1) 상기 해당 매체측에 테스트 파일 헤더를 요청하고, 그의 응답에 따른 ACK 메시지와 함께 해당 헤더 데이터를 포함하는 파일 크기 정보를 수신하는 단계; 및
    (d-2) 상기 파일 크기 정보의 수신에 따라 상기 피측정 서버측에 테스트 파일을 요청하고, 그의 응답에 따른 ACK 메시지와 함께 실제 파일 데이터를 수신하는 단계를 포함하는 것을 특징으로 하는 통신 품질 정보 수집 방법.
  8. 측정측의 시스템 관리자가 설정한 특정 시간대와 개수 중 하나 이상의 테스트를 포함하여 품질 측정의 스케줄 정보를 관리하는 스케줄 모듈;
    트레이스-라우터 기능을 내장하여, 상기 스케줄 정보를 근거로 측정 대상 URL의 경로상에 존재하는 하나 이상의 네트워크 또는 인터넷 장비측에게 인터넷 제어 메시지 프로토콜(ICMP) 에코우 메시지를 각각 전송하고, 이의 응답을 확인하여 상기 경로상의 네트워크 또는 인터넷 장비의 존재 및 그 지연 시간을 검사하기 위한 인터넷 제어 메시지 프로토콜(ICMP) 모듈;
    일반인의 인터넷 사용과 동일한 체감 환경으로 CP 업체나 ISP의 품질 측정을 수행하는 윈이넷 모듈; 및
    상기 인터넷 제어 메시지 프로토콜(ICMP) 모듈과 상기 윈이넷 모듈에 의해 측정된 데이터들을 바탕으로 측정 결과 자료를 산출하는 분석 모듈
    를 포함하는 통신 품질 정보 수집 프로그램을 내장한 컴퓨터가 판독 가능한기록 매체.
  9. 제8항에 있어서, 상기 트레이스-라우터 기능은,
    경로상에 존재하는 하나 이상의 홉의 주소; 및
    상기 홉들 사이의 시간 지연 성분과 패킷 손실률을 포함하는 것을 특징으로 하는 통신 품질 정보 수집 프로그램을 내장한 컴퓨터가 판독 가능한 기록 매체.
  10. 제8항에 있어서, 상기 품질 측정을 위해 윈도우즈 구동 시스템에 탑재된 인터넷 익스플로러의 적어도 하나 이상의 윈이넷 함수를 이용하는 것을 특징으로 하는 통신 품질 정보 수집 프로그램을 내장한 컴퓨터가 판독 가능한 기록 매체.
  11. 제8항에 있어서,
    상기 발생된 분석 로그 정보를 소정의 프로토콜을 이용하여 전송하는 TCP 클라이언트 모듈을 구비하는 매니져 프로그램을 더 포함하는 것을 특징으로 하는 통신 품질 정보 수집 프로그램을 내장한 컴퓨터가 판독 가능한 기록 매체.
  12. 제11항에 있어서, 상기 매니져 프로그램은
    상기 인터넷 제어 메시지 프로토콜(ICMP) 모듈, 윈이넷 모듈, 분석 모듈, TCP 클라이언트 모듈 및 스케줄 모듈을 구비하는 하나 이상의 에이젼트 프로그램의 생성과 소멸을 제어하는 것을 특징으로 하는 통신 품질 정보 수집 프로그램을 내장한 컴퓨터가 판독 가능한 기록 매체.
  13. 복수의 인터넷 이용 고객의 클라이언트 PC 또는 서버급에 내장된 클라이언트 프로그램을 이용하여, 인터넷이나 네트워크를 통해 피측정 시스템측에 억세스하고, 상기 억세스에 따라 웹사이트와 망의 품질에 따른 복수의 통신 품질 테스트 정보를 제공받고, 상기 품질 테스트 정보를 출력하는 복수의 클라이언트 시스템; 및
    로그 서버와 DB를 포함하여, 지역적으로 산재되어 설치된 클라이언트측에 통신 품질 분석을 위한 소정의 스케줄 명령을 제공하고, 그의 응답에 따라 수집된 데이터들을 제공받아 이를 바탕으로 각종 통계 정보를 제공하는 통신 품질 분석 서버 시스템
    을 포함하는 통신 품질 분석 시스템.
  14. 제13항에 있어서, 상기 통신 품질 테스트 정보는,
    지연 측정 정보;
    패킷 손실 측정 정보;
    혼잡도 측정 정보; 및
    전송율 측정 정보 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 통신 품질 분석 시스템.
  15. 제14항에 있어서, 상기 지연 측정 정보는
    클라이언트 시스템내의 지연 요소 테스트 정보;
    상기 피측정 시스템까지의 네트워크상의 지연 요소 테스트 정보; 및
    상기 피측정 시스템에서의 지연 요소 테스트 정보중 적어도 어느 하나를 포함하는 것을 특징으로 하는 통신 품질 분석 시스템.
  16. 제13항에 있어서, 상기 클라이언트 프로그램은,
    측정측의 시스템 관리자가 설정한 특정 시간대와 개수 중 하나 이상의 테스트를 포함하여 품질 측정의 스케줄 정보를 관리하는 스케줄 모듈;
    트레이스-라우터 기능을 내장하여, 상기 스케줄 정보를 근거로 측정 대상 URL의 경로상에 존재하는 하나 이상의 네트워크 또는 인터넷 장비측에게 인터넷 제어 메시지 프로토콜(ICMP) 에코우 메시지를 각각 전송하고, 이의 응답을 확인하여 상기 경로상의 네트워크 또는 인터넷 장비의 존재 및 그 지연 시간을 검사하기 위한 인터넷 제어 메시지 프로토콜(ICMP) 모듈;
    일반인의 인터넷 사용과 동일한 체감 환경으로 CP 업체나 ISP의 품질 측정을 수행하는 윈이넷 모듈; 및
    상기 인터넷 제어 메시지 프로토콜(ICMP) 모듈과 상기 윈이넷 모듈에 의해 측정된 데이터들을 바탕으로 측정 결과 자료를 산출하는 분석 모듈을 포함하는 것을 특징으로 하는 통신 품질 분석 시스템.
  17. 제13항에 있어서,
    통신 품질 측정의 수행에 따라 발생되는 분석 로그 정보를 소정의 프로토콜을 이용하여 지정된 관리 서버에 전송하는 TCP 클라이언트 모듈을 구비하는 매니져 프로그램을 더 포함하는 것을 특징으로 하는 통신 품질 분석 시스템.
  18. 제17항에 있어서, 상기 매니져 프로그램은
    상기 인터넷 제어 메시지 프로토콜(ICMP) 모듈, 윈이넷 모듈, 분석 모듈, TCP 클라이언트 모듈 및 스케줄 모듈을 구비하는 하나 이상의 에이젼트 프로그램의 생성과 소멸을 제어하는 것을 특징으로 하는 통신 품질 분석 시스템.
  19. 소정의 스케줄 정보를 근거로 통신 품질 테스트 정보를 수집하여 출력하는 복수의 클라이언트 시스템과, 상기 통신 품질 테스트 정보를 바탕으로 각종 통계 정보를 제공하는 통신 품질 분석 서버 시스템을 포함하여 통신 품질 분석을 수행하는 통신 품질 분석 방법에 있어서,
    (a) 상기 클라이언트 시스템의 매니저 프로그램측에 태스크 번호 및 이용자 정보가 입력되어 하나 이상의 에이전트 프로그램이 생성됨에 따라 통신 품질을 측정할 항목의 상기 스케줄 정보를 상기 에이전트 프로그램측에 다운로드하는 단계;
    (b) 상기 다운로드된 스케줄 정보를 근거로 수집되어 제공되는 테스트 데이터의 로그 정보가 전송됨에 따라 해당 로그 정보의 포맷이 기설정된 포맷인지의 여부를 체크하는 단계;
    (c) 상기 단계(b)에서 미설정된 데이터 포맷이라 체크되는 경우에는 에러 메시지를 출력하고 상기 단계(b)로 피드백하는 단계;
    (d) 상기 단계(b)에서 기설정된 데이터 포맷이라 체크되는 경우에는 상기 전송받은 데이터 포맷을 소정의 데이터베이스에 저장하는 단계; 및
    (e) 상기 단계(d)에서 소정의 데이터베이스에 데이터 포맷이 저장됨에 따라 ACK 메시지를 상기 매니져 프로그램측에 전송하고, 상기 단계(b)로 피드백하는 단계
    를 포함하는 통신 품질 분석 방법.
  20. 제19항에 있어서, 상기 단계(b)는,
    상기 스케줄 정보를 근거로 해당 매체로의 접속을 시도하는 단계;
    네트워크 구간별 서비스 응답 시간과 단절 구간의 분석을 통해서 네트워크 또는 인터넷망의 장비 테스트를 수행하는 단계;
    해당 서비스에 접속하여 홈페이지 및 파일 다운로드 테스트를 수행하는 단계;
    상기 각각의 테스트 결과를 근거로 로그 파일을 생성하는 단계; 및
    상기 홈 페이지 및 파일 다운로드의 테스트 완료에 따라 해당 매체와의 접속을 해제하고, 상기 스케줄 정보내에 단위 테스트 과정이 있는 경우에는 상기 매체 접속 시도 단계로 피드백하는 단계
    를 포함하는 것을 특징으로 하는 통신 품질 분석 방법.
  21. 제19항에 있어서, 상기 단계(b)는,
    상기 스케줄 정보를 근거로 네트워크 구간별 서비스 응답 시간과 단절 구간의 분석을 통해서 네트워크 또는 인터넷망의 장비 테스트를 수행하는 단계;
    해당 서비스에 접속하여 홈페이지 및 파일 다운로드 테스트를 수행하는 단계;
    상기 각각의 테스트 결과를 근거로 로그 파일을 생성하는 단계; 및
    상기 홈 페이지 및 파일 다운로드의 테스트 완료에 따라 상기 스케줄 정보내에 단위 테스트 과정이 있는 경우에는 상기 네트워크 또는 인터넷망의 장비 테스트 단계로 피드백하는 단계
    를 포함하는 것을 특징으로 하는 통신 품질 분석 방법.
  22. 제19항 내지 제21항 중 어느 한 항에 있어서, 상기 스케줄 정보는 통신 품질 테스트시 필요한 기동 시간, 측정 대상 매체, URL 및 테스트 장소 정보를 포함하는 것을 특징으로 하는 통신 품질 분석 방법.
  23. 제20항 또는 제21항에 있어서,
    상기 홈 페이지 및 파일 다운로드 테스트 단계는,
    상기 해당 매체측에 HTTP 연결을 요청하고, 그의 응답에 따라 HTTP 연결 허가 메시지를 제공받는 단계; 및
    상기 HTTP 연결 허가 메시지의 수신에 따라 상기 피측정 서버측에 테스트 파일을 요청하고, 그의 응답에 따라 ACK 메시지를 제공받는 단계를 포함하는 것을 특징으로 하는 통신 품질 분석 방법.
  24. 제20항 또는 제21항에 있어서,
    상기 네트워크망 또는 인터넷망의 장비 테스트를 수행하는 단계는,
    트레이스 라우트 기능을 이용하여 해당 경로상에 존재하는 홉의 주소, 홉들 사이의 시간 지연 성분 및 패킷 손실율을 연산하는 것을 특징으로 하는 통신 품질 분석 방법.
  25. 제20항 또는 제21항에 있어서,
    상기 네트워크망 또는 인터넷망의 장비 테스트를 수행하는 단계는,
    타임 투 라이브(TTL), 인터넷 제어 메시지 프로토콜 패킷 길이, 인터넷 제어 메시지 프로토콜 패킷 갯수, 타임 아웃을 포함하는 인터넷 제어 메시지 프로토콜 항목을 이용하는 것을 특징으로 하는 통신 품질 분석 방법.
  26. 제20항 또는 제21항에 있어서,
    상기 홈 페이지 및 파일 다운로드 테스트 단계는,
    상기 해당 매체측에 테스트 파일 헤더를 요청하고, 그의 응답에 따른 ACK 메시지와 함께 해당 헤더 데이터를 포함하는 파일 크기 정보를 수신하는 단계; 및
    상기 파일 크기 정보의 수신에 따라 상기 피측정 서버측에 테스트 파일을 요청하고, 그의 응답에 따른 ACK 메시지와 함께 실제 파일 데이터를 수신하는 단계를 포함하는 것을 특징으로 하는 통신 품질 분석 방법.
  27. 제19항에 있어서,
    상기 통신 품질 분석 방법은,
    (f) 상기 단계(d)에서 저장된 데이터 포맷을 통신 품질 분석 의뢰측에 적응하도록 가공한 각종 통계 정보를 서비스하는 단계를 더 포함하는 것을 특징으로 하는 통신 품질 분석 방법.
KR10-2001-0018292A 2001-04-06 2001-04-06 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템및 그 방법 KR100405054B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR10-2001-0018292A KR100405054B1 (ko) 2001-04-06 2001-04-06 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템및 그 방법
PCT/KR2002/000593 WO2002082727A1 (en) 2001-04-06 2002-04-03 Method for collecting a network performance information, computer readable medium storing the same, and an analysis system and method for network performance

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2001-0018292A KR100405054B1 (ko) 2001-04-06 2001-04-06 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템및 그 방법

Publications (2)

Publication Number Publication Date
KR20020078240A KR20020078240A (ko) 2002-10-18
KR100405054B1 true KR100405054B1 (ko) 2003-11-07

Family

ID=19707924

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-0018292A KR100405054B1 (ko) 2001-04-06 2001-04-06 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템및 그 방법

Country Status (2)

Country Link
KR (1) KR100405054B1 (ko)
WO (1) WO2002082727A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100509242B1 (ko) * 2001-10-24 2005-08-23 (주)유윈 메시지 분석을 통해 응용이나 서비스의 성능을 시험하기위한 방법
KR100485764B1 (ko) * 2001-10-24 2005-04-29 (주)유윈 패킷 로그 및 스크립트 언어를 이용한 응용 시험 방법
GB2399189B (en) * 2003-03-05 2006-07-19 Quazal Technologies Inc Coherent data sharing
JP2005141441A (ja) * 2003-11-06 2005-06-02 Hitachi Ltd 負荷分散システム
KR100706602B1 (ko) 2004-12-16 2007-04-11 한국전자통신연구원 통신 품질 측정 시스템 및 그 방법
KR100704117B1 (ko) * 2004-12-23 2007-04-05 에스케이 텔레콤주식회사 무선인터넷 컨텐츠 품질관리 시스템 및 방법
KR100791913B1 (ko) * 2006-07-05 2008-01-04 주식회사 맥스포 유비쿼터스 센서 네트워크 시스템의 노드모듈용 테스터,노드모듈 테스트 방법 및 유비쿼터스 센서 네트워크시스템의 원격감시장치
KR100814403B1 (ko) * 2006-10-12 2008-03-18 삼성전자주식회사 큐잉을 지원하는 수식 기반 네트워크 관리 시스템 및 이를이용한 성능 파라미터 측정 방법
US7827531B2 (en) 2007-01-05 2010-11-02 Microsoft Corporation Software testing techniques for stack-based environments
JP4621266B2 (ja) * 2008-03-25 2011-01-26 富士通株式会社 測定方法、エコー発生箇所特定方法、測定装置、およびエコー発生箇所特定装置
US8589542B2 (en) 2009-02-16 2013-11-19 Qualitest Technologies, Inc. First application receiving text script or application program interface (API) call from second application and executing applications in independent memory spaces
GB0911655D0 (en) * 2009-07-06 2009-08-12 Omnifone Ltd Automatic mobile internet gateway configuration interrogation (snake)
CN104951399B (zh) * 2015-06-19 2017-11-07 北京齐尔布莱特科技有限公司 一种软件测试系统和方法
WO2019000301A1 (zh) * 2017-06-29 2019-01-03 麦格创科技（深圳）有限公司 网络信息采集方法及系统
CN110457199A (zh) * 2018-05-08 2019-11-15 北京京东尚科信息技术有限公司 性能测试的方法和装置
CN113030388A (zh) * 2020-09-15 2021-06-25 山东华科信息技术有限公司 批量检测烟雾传感器的检测系统及其检测方法
CN112511454A (zh) * 2020-10-14 2021-03-16 网宿科技股份有限公司 一种网络质量的探测方法、系统及装置
CN112671822B (zh) * 2020-10-20 2022-06-17 北京字跳网络技术有限公司 服务请求处理方法、装置、存储介质、服务器和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000312226A (ja) * 1999-02-25 2000-11-07 Hitachi Ltd 通信品質を保証する方法
KR20020058767A (ko) * 2000-12-30 2002-07-12 이계철 인터넷 품질 측정 장치의 성능 측정 방법 및 장치
KR100358721B1 (ko) * 2000-07-29 2002-10-30 인프라닉스 주식회사 클라이언트/서버 시스템에 대한 큐오에스정보 및기타정보의 수집/분석 시스템 및 방법

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5938729A (en) * 1996-07-12 1999-08-17 Microsoft Corporation System and method for monitoring server performance at a client computer
JP2917939B2 (ja) * 1996-11-14 1999-07-12 日本電気株式会社 サーバ性能測定方式
US6148335A (en) * 1997-11-25 2000-11-14 International Business Machines Corporation Performance/capacity management framework over many servers
JP3916022B2 (ja) * 1998-06-25 2007-05-16 東日本電信電話株式会社 通信網品質評価方法および評価装置
JP2000200230A (ja) * 1999-01-05 2000-07-18 Hitachi Software Eng Co Ltd クライアント・サ―バシステムの性能測定方法及びクライアント・サ―バシステム
WO2000042513A1 (en) * 1999-01-11 2000-07-20 William Kuykendall Network management system
KR100331218B1 (ko) * 1999-08-24 2002-04-06 함영호, 유현순 네트워크 품질 분석 시스템 및 이를 이용한 네트워크 품질 분석 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000312226A (ja) * 1999-02-25 2000-11-07 Hitachi Ltd 通信品質を保証する方法
KR100358721B1 (ko) * 2000-07-29 2002-10-30 인프라닉스 주식회사 클라이언트/서버 시스템에 대한 큐오에스정보 및기타정보의 수집/분석 시스템 및 방법
KR20020058767A (ko) * 2000-12-30 2002-07-12 이계철 인터넷 품질 측정 장치의 성능 측정 방법 및 장치

Also Published As

Publication number Publication date
WO2002082727A1 (en) 2002-10-17
KR20020078240A (ko) 2002-10-18

Similar Documents

Publication Publication Date Title
KR100405054B1 (ko) 통신 품질 정보 수집 방법과 이를 내장한 컴퓨터가 판독가능한 기록 매체와 이를 이용한 통신 품질 분석 시스템및 그 방법
US7143195B2 (en) HTTP redirector
US6973490B1 (en) Method and system for object-level web performance and analysis
CN1965309B (zh) 中继设备确定方法和系统
JP3966598B2 (ja) サーバ選択システム
EP1099329B1 (en) System and method for managing client requests in client-server networks
CN102014173B (zh) 一种域名重定向控制方法、模块及系统
US20030172163A1 (en) Server load balancing system, server load balancing device, and content management device
US20110119370A1 (en) Measuring network performance for cloud services
US20080104241A1 (en) Terminal device management system, data relay device, internetwork connection device, and quarantine method of terminal device
US20230199073A1 (en) Proxy selection by monitoring quality and available capacity
CN116848835A (zh) 实现区域连续代理服务
KR101518472B1 (ko) 인터넷 접속 요청을 하는 클라이언트 단말의 인터넷 접속 요청 트래픽으로부터 동일한 공인 ip를 이용하는 사설 네트워크상의 복수개의 클라이언트 단말 중에서 추가 비지정 도메인 네임을 구비한 웹서버에 의해 선별된 디바이스의 대수를 검출하는 방법 및 공인 ip 공유 상태의 디바이스의 선별적인 검출 시스템
US20170171092A1 (en) Network analysis and monitoring tool
CN114666245A (zh) B/S系统的IPv6单栈支持度确定方法及相关设备
CN102469069A (zh) 防止入口认证攻击的方法及装置
KR101518470B1 (ko) 인터넷 접속 요청을 하는 클라이언트 단말의 인터넷 접속 요청 트래픽으로부터 동일한 공인 ip를 이용하는 사설 네트워크상의 복수개의 클라이언트 단말 중에서 웹서버에 의해 선별된 디바이스의 대수를 검출하는 방법 및 공인 ip 공유 상태의 디바이스의 선별적인 검출 시스템
KR101518468B1 (ko) 인터넷 접속 요청을 하는 클라이언트 단말의 인터넷 접속 요청 트래픽으로부터 동일한 공인 ip를 이용하는 사설 네트워크상의 복수개의 클라이언트 단말의 디바이스 대수를 검출하는 방법 및 공인 ip 공유 상태 검출 시스템
CN108259576B (zh) 一种软硬件实时信息传输系统和方法
WO2022134616A1 (zh) 一种无线网络时延处理方法、系统以及接入服务器
EP1137234A1 (en) Internet access arrangement
CN112202780B (zh) 一种基于双套接字的数据传输方法、装置、设备及介质
KR101518469B1 (ko) 인터넷 접속 요청을 하는 클라이언트 단말의 인터넷 접속 요청 트래픽으로부터 동일한 공인 ip를 이용하는 사설 네트워크상의 복수개의 클라이언트 단말 중에서 선별된 디바이스의 대수를 검출하는 방법 및 공인 ip 공유 상태의 디바이스의 선별적인 검출 시스템
WO2003073696A1 (en) System for intercepting network access and method thereof
KR20060081862A (ko) 망 구성 요소에 대해 독립적인 에이전트를 이용한 망 관리방법 및 시스템

Legal Events

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

Payment date: 20121029

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20131029

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20141029

Year of fee payment: 12

FPAY Annual fee payment

Payment date: 20151029

Year of fee payment: 13

LAPS Lapse due to unpaid annual fee