KR100322152B1

KR100322152B1 - 분산컴퓨팅환경에 대한 클라이언트에 기초한 애플리케이션 사용가능도 및 응답 모니터링 및 리포팅

Info

Publication number: KR100322152B1
Application number: KR1019990013124A
Authority: KR
Inventors: 렙스스티븐엠; 러찌조셉; 베다티케샤브프라사드
Original assignee: 포만 제프리 엘; 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 1998-05-11
Filing date: 1999-04-14
Publication date: 2002-02-04
Also published as: US6070190A; EP0957432A3; EP0957432A2; CN1238495A; CN1127695C; JP3526416B2; JP2000122943A; KR19990087918A; TW439028B; CA2267719A1

Abstract

본 발명은 분산컴퓨팅환경에서 클라이언트 컴퓨터시스템으로부터 서버컴퓨터시스템 상에 상주하는 애플리케이션 프로그램의 퍼포먼스를 모니터 하기 위한 방법, 시스템 및 프로그램에 관한 것이다. 클라이언트 컴퓨터에 상주하는 프로브 프로그램은 애플리케이션 프로그램의 서비스에 대한 요구를 발생하고, 그 곳으로부터의 서비스응답에 기초해서 트랜잭션 레코드들을 기록한다. 이 요구 및 트랜잭션 레코드의 발생은 클라이언트 컴퓨터에서의 프로브 구성정보 세트에 의해 제어된다. 트랜잭션 레코드는 통계학적 정보가 이미 처리되어 통계표 내로 삽입되는 곳인 중앙의 리포지토리(repository)로 제공된다. 디스플레이 시스템은 컴퓨터 사용자로 하여금 모니터링 데이터의 데이터 세트의 복수의 디스플레이를 대화적으로 요구하고 관찰할 수 있게 한다. 각각의 데이터 세트는 원래의 디스플레이와 연관된 데이터요소들을 가진 관련 데이터 세트의 검색 및 디스플레이를 일어나게 하기 위해 뷰어에 의해 대화식으로 표시될 수 있는 데이터요소들을 포함한다.

Description

분산컴퓨팅환경에 대한 클라이언트에 기초한 애플리케이션 사용가능도 및 응답 모니터링 및 리포팅{client-based application availability and response monitoring and reporting for distributed computing enviroments}

본 출원과 관련된 참고문헌

본 발명은, 다음의 함께 계류중인 미국특허출원들: 사건 제PO998074로 배당된, Luzzi등에 의한, 분산컴퓨터환경에 대한 클라이언트에 기초한 애플리케이션 사용가능도와 응답 모니터링 및 리포팅과, 사건 제PO998075로 배당된, Luzzi등에 의한, 복수의 상호관련된 데이터 세트의 연속적인 검색 및 디스플레이를 위한 대화형 디스플레이 시스템, 및 사건 제PO998081로 배당된, Luzzi등에 의한, 네트워크상에서의 데이터 리포팅 및 디스플레이 통신을 확립하기 위한 방법, 시스템, 및 프로그램 제품 등을 참고할 수 있으며, 이들과 관련된다. 이들 각각은 본 특허 양수인에게 양도되고, 여기에 함께 수록되며, 참조문으로서 본 명세서에 포함된다.

본 발명은 일반적으로 네트워크 시스템 서비스 분야에 관한 것으로, 특히, 최종사용자에 기초한 애플리케이션의 사용가능도와 응답 모니터링 및 경고 시스템, 방법, 및 프로그램 제품에 관한 것이다. 보다 상세하게는, 본 발명은, 분산컴퓨팅네트워크 상에서 애플리케이션 프로그램을 이용하는 최종사용자의 관점에서 볼 때, 애플리케이션 프로그램의 사용가능도 및 응답시간, 또는 다른 원하는 퍼포먼스의 메트릭스를 모니터링 할 수 있다. 또한, 본 발명은 애플리케이션 프로그램의 모니터링의 실시간 결과를 동적으로 통신하기 위해 쉽게 액세스 가능한 리포팅 시스템을 제공한다. 이 모니터링 시스템은 특별히 플랫폼이 아니도록 구현되며, 모니터된 애플리케이션의 퍼포먼스에 영향을 주지 않으며, 용이한 관리를 가능하게 한다. 상기 리포팅 시스템은, 그래픽 디스플레이를 통해, 중앙 리포지토리로부터 네트워크의 임의의 사용자에게 이용 가능한 다양한 수준의 세분성으로, 모니터링 결과의 실시간 분석을 가능하게 한다. 또한, 본 발명은, 애플리케이션 프로그램에 대한 퍼포먼스 임계값을 설정하고, 상기 설정된 임계값들이 부정된 경우(이것이 프로그램의 퍼포먼스 이상을 지시하는 것일 수 있음)를 결정하기 위한 설비들을 포함한다. 또한, 본 발명은 불량한 기능을 하는 애플리케이션에게 적절한 서비스를 재빨리 제공하기 위해, 서비스 또는 지원 엔티티(entity)에게 임계값의 부정을 표시하는 경고신호를 제공한다.

현재 데이터 처리 시스템 설계에서의 경향은, 각각이 다중 상호연결의 컴퓨터들을 구비하고 있는 하나 이상의 상호 접속된 네트워크 상에서 최종사용자가 애플리케이션 프로그램과 데이터에 접근하는,분산컴퓨팅환경의 이용 쪽으로 흐르고 있다. 보통의 분산컴퓨팅환경에서는, 데스크탑 컴퓨터 또는 최종 사용자 집단에 의해 사용되는 네트워크 컴퓨터들이 근거리통신망(LANs) 상에서 클라이언트로서 서버에 접속되며, 이 서버는 차례로 이러한 다른 서버들에게 근거리 또는 원거리로 접속될 수 있다. 예를 들어, 비즈니스 기업은 그들의 지역적으로 분리된 영업소의 각각에서 여러 개의 상호 접속된 LANs를 관리할 수 있다. 일정한 영업소에서의 LAN서버들은 각각 서로 상호 접속되며, 광역망(WANs) 상에서 멀리 떨어진 영업소의 네트워크의 서버들에게 또한 상호 접속되어 있다.

회사들은, 개별적이고 고립된 '피스-파트(piece-part)' 컴퓨팅 시스템을 동작하고, 관리하고, 갱신하기 위한 비용을 절감하기 위해 이러한 컴퓨팅 모델을 점차 이용하고 있다. 이러한 분산컴퓨팅모델을 특징짓는 상호접속의 네트워크는, 가장 끝이고 고 대역폭의 서버들 상에 상주하는 미션이 임박한 애플리케이션 및 데이터와, 이에 비해서 낮은 쪽의 서버들에게 배당된 덜 중요한 애플리케이션 및 데이터로, 애플리케이션 및 데이터의 우선 순위를 조장한다. 또한, 이러한 고도의 분산 프로세싱 모델은, 시스템이 연속해서 적절하게 기능 하도록 하고, 단일 또는 심지어 다중 서버들의 실패 또는 보수의 경우에도 계속해서 이용할 수 있도록 보장하는 특징들을 전형적으로 구비할 것이다.

이러한 복잡한 구현 때문에, 분산컴퓨팅모델은, 그들의 사용자에게 많은 이점을 제공함에도 불구하고, 이들의 네트워크 관리자들에게 해당하는 복잡한 네트워크 관리 문제들을 안겨준다. 이질적으로 동작하는 시스템이 상호 접속된 네트워크에서 구현될 수 있다. 다른 애플리케이션들이 동일한 애플리케이션의 다른 버젼 또는 발표물 및 별개의 서버들 상에서 운영될 수 있다. 네트워크의 근거리적 또는 분산된 부분 상에서 발생하는 실패들은 일률적으로 보고되지 않으며, 따라서 교정 동작이 실질적으로 지연될 수 있다.

많은 경우에 있어서, 기업 내 또는 외부 어느 쪽에서의 정보기술서비스(IT) 조직이 분산컴퓨팅환경을 관리하기 위한 책임을 부담하고 있다. 보통, 중개인에 의한 서비스 수준 약정(SLA)은 이러한 네트워크의 사용자에 대한 애플리케이션의 사용가능도 및 응답시간의 기대수준을 정한다. 이러한 기대된 기준 수준에 덧붙여서, 계약상의 의무를 이행할 것이 요구되며, 이러한 기준을 성취하지 못하면 클라이언트의 사업에 직접적으로 손해를 가져올 수도 있다. 따라서, 애플리케이션 사용가능도 및 응답시간과 관련한 실시간 데이터를 제공하는 애플리케이션 모니터링 시스템은 이러한 조직에 매우 귀중한 자산일 것이다.

분산컴퓨팅시스템의 퍼포먼스를 모니터링 하는데 있어서, 네트워크 매니저를 보조하기 위한 많은 네트워크 관리 도구들이 개발되어 왔다. 예를 들어, 인터내셔널 비즈니스 머신 코퍼레이션(이하 'IBM'이라 하며, IBM은 본 출원의 양수인임)의 시스템 퍼포먼스 모니터/2로 알려진 제품이, 프로세싱 시스템에서의 다양한 하드웨어 자원의 퍼포먼스를 표현하기 위한 그래픽 인터페이스를 제공하지만, 이것은 최종-사용자에게 소프트웨어 애플리케이션의 사용가능도 및 응답은 표시하지 않으며 이 모니터링 데이터 결과의 심도 깊은 분석이 가능하지 않다. IBM Netfinity(R) 매니저 소프트웨어는, 클라이언트 수준에서 오퍼레이팅 시스템 자원 뿐만 아니라 서버 자원들을 모니터 하는 네트워크를 제공하지만, 이것 또한, 서버 수준으로 남아 있으며, 애플리케이션 프로그램에 대한 클라이언트-기반의 액세스를 모니터 하지 않는다. 따라서, 전술한 기준 수준들-이들 중 많은 것들이 네트워크의 최종-사용자 또는 클라이언트의 관점에서 특정된 것들임- 성취되는지를 평가하기 위해 필요한 정보로 전문적인 IT를 제공하지 않는다.

많은 패시브 모니터링 시스템은 분산컴퓨팅시스템에서 서버들 및/또는 클라이언트들로부터 이용 가능한 데이터를 모으기 위해 존재한다.

예를 들어, '모니터링 애플리케이션에 대한 오퍼레이터 액세스'에 대한 Estes의 미국특허 제4,858,152(1989. 8. 15일에 반포되었으며 본 양수인에게 양도됨)는, 컴퓨터본체 상에서 실행되는 복수의 호스트 애플리케이션을 동시에 모니터링 하고, 이 모니터 된 정보를 요약하고, 마이크로컴퓨터 시스템의 디스플레이 스크린 상에 이 정보를 그래픽으로 디스플레이 하며, 뿐만 아니라, 사용자가 정의한 임계값의 도달을 표시하기 위한 알람 메커니즘을 제공 하는 마이크로컴퓨터에 기초한 모니터링 시스템을 개시하고 있다.

이와 비슷하게, '시스템 퍼포먼스 데이터의 동시 기록 및 디스플레이를 위한 시스템 및 방법'에 대한, Chen등의 미국특허 제5,483,468호(1996, 1.9일에 발행되었고 현 양수인에게 양도됨)은, 네트워크를 통한 퍼포먼스 통계치의 대화식의 선택을 위한 퍼포먼스 모니터링 도구를 제시하고 있다. 이 도구는, 데이터 소비자 프로그램에 선택적으로 공급되는 통계 정보를 저장하기 위해 서버 상에서 실행되고, 이어서, 원하는 통계치의 보고를 결정하는 데이터 서플라이어 데몬을 구비한다. Chen등의 특허에 의해 제공된 한 장점은, 데이터 소비자 프로그램이 데이터 서플라이어 데몬에 의해 유지된 통계치와 관련된 임의의 이전 정보를 포함할 필요가 없다는 것이다. Chen등의 특허는 시스템 데이터를 수집하고, 이어지는 플레이-백을 위해 이 데이터를 기록하기 위한 메커니즘을 제공한다.

전술한 특허들은, 네트워크 매니저에게 가치 있는 정보를 제공하는 반면에, 스스로 애플리케이션의 사용가능도 또는 응답시간을 테스트하지는 않고, 시스템의 다른 부분들에 의해 발생되고 있는 데이터에는 다소 의존한다. Esters의 경우에는, 마이크로컴퓨터에 공급하기 위해 호스트에서 이 정보를 이미 이용할 수 있으며, Chen등의 경우에는, 시스템 통계 데이터를 서버에서 수집해서 데이터 컬렉터에게 제공한다. 그래서, 양자의 경우에 있어서, 이들 모니터링 도구들은 관련한 클라이언트-기반의 사용가능도 정보를 발생하지 않고, 시스템 퍼포먼스 상에 이전에 존재하는 정보를 수집하고 보고하도록 강요된다. 클라이언트의 관점에서 애플리케이션의 사용가능도 및 응답시간과 관련된 어떠한 데이터도 이들 도구들에 의해 미리 이용할 수 없다면, 이들은 데이터 매니저의 목적들을 만족시킬 수 없을 것이다.

여러개의 모니터링 시스템들이 분산컴퓨팅시스템의 상태를 표시하는 정보를 개별적으로 발생하고, 이 발생된 정보를 수집 및 보고하기 위한 메커니즘을 개시하고 있다.

'컴퓨터 시스템의 모니터링을 위한 방법 및 시스템'에 대한 Skagerling의 미국특허 제5,621,663(1997. 8.15일에 반포되고 ICL 시스템스 AB가 소유함)은, 이미 결정된 작동으로 특정의 이벤트의 발생을 연관시키는 이벤트 프로세싱 기기에 있어서의 탄력적인 규칙 기준에 따라서, 모니터된 이벤트의 발생을 이벤트 프로세싱 기기로 통신하는 이벤트 리포트 제너레이터를 포함하는, 애플리케이션 프로그램을 변형하는 것에 의해 컴퓨터 네트워크의 동작을 모니터 및 변경하기 위한 시스템을 개시하고 있다. 이 이벤트 리포트 제너레이터는 상기 시스템에서 실행하는 애플리케이션 프로그램으로 구현되어서, 이곳에서의 실행 동안에 발생하는 이미 결정된 이벤트를 보고한다.

'인텔리전트 자율 에이전트 구조를 사용하는 분산컴퓨팅환경을 통한 컴퓨터 자원 및 애플리케이션의 모니터링 및 관리를 위한 시스템'에 대한, Bonnell등의 미국특허 제5,655,081(1997. 8.5일에 반포되고 BMC소프트웨어사가 소유함)은, 애플리케이션 및 다른 서버의 자원들을 관리하기 위한 시스템을 개시하며, 여기에서, 에이전트는 네트워크의 서버컴퓨터의 각각에 장착되어 있다. 이 장착된 에이전트는 이들이 존재하는 시스템, 어떤 자원들이 이용될 수 있는 지를 식별하고, 서버 상에 존재하는 자원 및 애플리케이션들의 상황을 모니터 하기 위한 질의 기능을 수행한다. 에이전트는 네트워크 상에서 매니저 소프트웨어 시스템과 통신해서, 연속적으로 갱신된 디스플레이가, 네트워크 및 이들의 현재 상태를 통해서 존재하는 모든 자원들 및 애플리케이션을 묘사할 수 있게 한다.

'멀티프로세싱 서버에서의 선택적이고 동시적으로 프로세스를 모니터 하기 위한 시스템 및 방법'에 대한 Chang의 미국특허 제5,675,798(1997, 10.7일에 반포되고, 본 발명의 양수인에게 양도됨)은 모니터링 시스템을 개시하며, 여기에서, 각각의 클라이언트의 애플리케이션 프로그램의 상태와 관련된 정보는, 이것은 서버 프로세스에 의해 반영되는 것인데, 네트워크 관리자가 획득하며 이용할 수 있다. 이 서버 프로세스 모니터 프로그램은 클라이언트-서버 네트워크 내에서 각각의 클라이언트의 프로세스의 세분성 수준으로 네트워크 관리자에게 정보를 제공한다.

이상의 각 예들에서, 모니터링 시스템은 Skagerling에서와 같이 서버 상에서 실행되거나, 또는 그 곳에서 실행되는 모니터 된 애플리케이션으로부터 정보를 수집하기 위해 감시모드로 서버 상에서 실행되는 애플리케이션 프로그램에서, 서버 레벨에서 장착되는 인트루시브(intrusive) 모니터 또는 프로브를 필요로 한다. 각각의 경우에 있어서, 프로브의 결과는 상기 정보가 클라이언트 측보다는 네트워크의 서버 측에서 발생하고 모여지기 때문에 클라이언트가 체험하는 관점에서는 유익하지 않다. 더욱이, 네트워크에서 실행하는 서버들에 대한 이 모니터링 코드의 부가는, 단순히 생각할 수 있는, 서버들의 각각에 대해서 여전히 또 다른 애플리케이션을 더하는 것과 같은 동일한 관리 문제를 발생한다. 또한, 이들 모니터링 프로그램의 실행은 이들의 호스트 서버의 퍼포먼스를 점차적으로 악화시키고, 이어서, 네트워크를 효과적으로 관리한다는 명목하에서, 그 목적을 달성하기 위해 사용되는 바로 그 도구가 비효율적인 네트워크를 만드는, 양분된 결과로 네트워크를 서브하여 악화시킨다.

전술한바로부터, 클라이언트의 관점에서 볼 때 사용가능도 및 응답시간의 정보 또는 어떤 다른 소망하는 애플리케이션 프로그램의 메트릭스를 발생하는, 새로운 애플리케이션 모니터링 시스템은, 네트워크 관리자에게 매우 유익할 것으로 생각된다. 이 시스템은 클라이언트의 컴퓨터 시스템이 결합될 수 있는 복잡한 분산컴퓨팅환경 내의 임의의 지점에서의 프로브로서 구현되게 설계될 수 있으며, 프로브의 기능은 네트워크의 퍼포먼스에 영향을 거의 주지 않을 것이다. 이 시스템은 모니터된 애플리케이션의 최대의 허용 응답시간 또는 최소의 사용가능도 등의 사용자가 정의한 임계값들의 관통의 수령을 경고하는 실시간 경고신호를 제공하기 위해 개별화 될 수 있다.

모니터링 시스템은, 예를 들어, 애플리케이션 프로그램의 사용가능도 및 응답시간에 대한 동적인 보고를 제공할 수 있으며, 이것은 특정의 관찰자와 관련해서 실시간 및 보관된 모니터링 정보를 그래픽이나 표의 형태로 표시하도록 관찰자에 의해 만들어질 수 있다. 이 보고서는, 뷰어가 그래픽이나 표, 또는, 많은 서버들 및/또는 애플리케이션의 퍼포먼스와 관련된 다른 데이터를 통해서 표시할 수 있는 방식으로 표시될 것이며, 뷰어가 특정의 서버들 또는 애플리케이션 상에서 데이터를 관찰하기 위해 '드릴-다운(drill-down)' 및/또는 퍼포먼스 데이터의 더 넓은 뷰를 위해 드릴 업(drill up) 할 수 있게 하는 대화식의 설비를 제공할 것이다.

이 퍼포먼스 보고서는 네트워크에 어떤 형태로든 액세스하는 사람에 의해 쉽게 이용될 수 있으며, 여기에서의 데이터는 상기 저장된 데이터와 관련된 이미 처리된 통계학적 정보를 포함하는 네트워크상의 중앙 리포지토리 상에 존재할 것이다. 이 정보에 대한 액세스는, 네트워크에 대한 배선 또는 무배선의 접속을 통해, 네트워크 관리자, 헬프-데스트(help-desk), 및 네트워크 애플리케이션의 최종 사용자를 포함하는 사람들에게 제공될 것이다.

마지막으로, 이 시스템은 네트워크 매니저에게 더한 부담을 지우기보다는 보조자로서 작용할 수 있도록 용이하게 구현되고 유지될 수 있을 것이다.

본 발명에 의해, 종래기술의 상기 문제점 및 단점들은 극복되고, 더한 이점들이 제공되며, 본 발명은, 분산컴퓨팅환경에서 클라이언트에 기초한 애플리케이션 프로그램 모니터를 구현하기 위한 방법, 장치, 및 프로그램 제품에 관한 것이다. 유익하게도, 본 발명은, 분산컴퓨팅환경에서의 클라이언트 컴퓨터시스템과 결합된 서버컴퓨터 상에 존재하는 애플리케이션 프로그램으로부터의 애플리케이션 서비스들의 퍼포먼스에 기초해서, 모니터 및 보고하고, 퍼포먼스에 기초한 경고신호들을 발생하기 위한 기술들을 제시한다.

도 1은 본 발명이 구현될 수 있는 보통의 네트워크 컴퓨터 환경을 도시하며;

도 2는 클라이언트 컴퓨터에서 서버컴퓨터 상의 로터스 노트 애플리케이션 프로그램의 퍼포먼스를 모니터 하고, 그래픽 사용자 인터페이스 프런트-엔드(front-end)를 통한 프리젠테이션을 위해 모니터 된 퍼포먼스 데이터를 기록하고 저장하며, 뿐만 아니라, 만일 미리 결정된 퍼포먼스 임계값이 부정되면 경고를 통해 지원 퍼스널(personnel)에 알리기 위한 본 발명의 간단하고 단일의 프로브 구현을 서술하며;

도 3은 프로브의 구성정보에 대한 인터페이스의 조건, 서버컴퓨터 상에서의 프로브 코드와 애플리케이션 프로그램간의 대화, 트랜잭션 레코드들의 발생 및 저장과, 경고신호들의 발생을 포함하는, 단일 프로브의 구현에 포함된 동작 순서를 보다 상세하게 서술하며;

도 4는 클라이언트 컴퓨터상의 AMA프로브와 서버컴퓨터상의 애플리케이션 프로그램간의 반복적인 서비스요구 및 서비스응답의 대화와 트랜잭션 레코드의 발생및 저장을 도시하는 흐름도를 포함하며;

도 5는 중앙 리포지토리 내의 프로브-발생의 트랜잭션 레코드의 저장 및 상기 중앙 리포지토리의 통계표 내로 적재된 통계 데이터 내로의 트랜잭션 레코드의 예정된 통계학적 프로세싱을 도시하며;

도 6은, 요구가 있는 경우, 뷰어 컴퓨터 상의 웹브라우저로 그래픽 사용자 인터페이스에 대한 애플렛과, 상기 뷰어 컴퓨터 상의 그래픽 인터페이스와의 대화에 의해 뷰어에 의해 발생되는 요구의 이행을 제공하는, 웹서버 컴퓨터의 기능을 도시하는 블록도를 제시하며, 상기 요구는 데이터베이스 서버컴퓨터 상의 중앙 리포지토리에 저장된 데이터를 액세스하기 위한 소프트웨어 브릿지 요소를 통해 조절되며;

도 7a 및 7b는, 1998, 2월 동안 Poughkeepsie 사이트에 대한 모든 게시된 서버들 상에서 실행되는 로터스 노트 애플리케이션 프로그램에 대한 애플리케이션 사용가능도 및 응답시간의 측정 가능한 양을 보여주는 뷰어 컴퓨터에 대한 프런트-엔드 그래픽 사용자 인터페이스에 대한 디스플레이 화면을 예시하며;

도 8은 동적으로 링크된 표 형태인 도 7a 및 7b에 예시된 데이터를 도시하며;

도 9는 1998, 2월에 로터스 노트 애플리케이션 프로그램을 실행하는 Poughkeepsie 사이트 서버들의 각각에 대한 사용가능도 및 응답시간 데이터를 예시하며;

도 10a 및 10b는 로터스 노트 애플리케이션 프로그램을 실행하는서버D01ML010에 대한 도 9의 동적 링크를 구현하는 것에 의해 뷰어에 의해 작동되는, 1998, 2월 동안의 사용가능도 및 응답시간 데이터에 대한 뷰어 컴퓨터 상의 스케일 된 그래픽 디스플레이의 2변형들을 제시하며;

도 11a 및 11b는 로터스 노트 애플리케이션 프로그램을 실행영하는 서버D01ML010에 대한 도 10a 및 10b의 동적 링크를 구현하는 것에 의해 뷰어에 의해 동작되는, 1998, 2월 동안의 사용가능도 및 응답시간 데이터에 대한 뷰어 컴퓨터 상의 스케일 된 그래픽 디스플레이의 2변형들을 제시하며;

도 12는 동적으로 링크 된 표 형태의 도 11a 및 11b에 도시된 데이터를 서술하며;

도 13은 도 7a∼12의 상기 디스플레이에 제시된 동적 링크를 작동하기 위해 뷰어-구현의 표시에 응답하여 취하는 단계를 도시하는 흐름도를 제시하며;

도 14는 도 7a∼12에 도시된 것들에 의해 전형화된 동적으로 링크된 디스플레이들의 내부 관계를 도시하는 반전된 트리 그래프를 표시하며;

도 15는 본 발명의 경고 기능의 특징을 보다 상세히 도시한다.

본 발명의 일 실시형태에서, 컴퓨터 네트워크는 연결된 클라이언트 컴퓨터시스템에 애플리케이션 서비스를 제공하는 애플리케이션 프로그램을 지니는 서버컴퓨터를 포함하며, 상기 클라이언트 컴퓨터시스템은 클라이언트 컴퓨터 상에 존재하는 애플리케이션 프로브 소프트웨어를 통해 애플리케이션 프로그램 서비스의 퍼포먼스와 관련된 정보를 기록한다.

매개변수 세트 또는 프로브의 구성 정보는, 애플리케이션 프로그램의 퍼포먼스를 기록할 때 사용하기 위해, 클라이언트 컴퓨터시스템에서 설정된다. 클라이언트 컴퓨터 프로브는 이들 매개변수들에 따라서 구성되며, 애플리케이션 프로그램에 의한 애플리케이션 서비스의 퍼포먼스를 요구하기 위해 서비스요구를 서버 컴퓨터로 송신한다.

따라서, 서버컴퓨터는 상기 요구가 서비스되고 있다는 표시이거나(성공적인 응답), 또는 그 요구가 거절되었다는 표시이거나(성공적이지 못한 응답), 또 다르게는, 그 응답이 사실은 미리 정의된 타임아웃 기간 동안 서버시스템으로부터 응답하지 않는 것과 동일한(성공적이지 못한 응답) 서비스 응답을 발생한다.

수신된 응답에 기초하여, 애플리케이션 프로그램에 의하여 애플리케이션 서비스의 퍼포먼스와 관련된 정보를 포함하는 트랜잭션 레코드가 클라이언트 컴퓨터에서 발생된다.

최종적으로, 상기 요구 및 응답 사이클은 클라이언트 컴퓨터 시스템으로 제공되는 매개변수에 따라서 반복된다.

본 발명의 일 실시 형태에서, 이들 매개변수들은 애플리케이션 프로그램의 이름, 서버시스템의 어드레스, 서버컴퓨터에 접근하는 빈도, 애플리케이션 프로그램의 사용가능도의 스케줄, 그리고 최소 사용가능도 수준, 최대 응답시간 수준 및 비-응답하는 애플리케이션 프로그램에 대한 타임아웃 간격의 지속과 같은 임계정보 및 재 요구가 성공적이지 못한 응답의 결과를 내는지의 여부 및 빈도와 같은 정보를 포함할 수 있다. 다른 예시적인 프로브의 구성정보는, 발생된 트랜잭션 레코드들을 전송하기 위한 원거리의 중앙집중식의 리포지토리들의 지정, 및 애플리케이션 프로그램을 사용할 수 없는 예정된 기간 동안 애플리케이션 모니터링을 중지할지에 대한 지시, 또 다르게는, 이 발생된 트랜잭션 레코드 내에서 이들 예정된 기간들의 지시를 포함할 수 있다.

본 발명의 또 다른 실시 형태에서는, 이렇게 정의된 임계값들의 초과가, 클라이언트 컴퓨터로 하여금 서비스 엔티티들에 의해 수신되고 작동될 수 있는 신호를 발생하고 경고해서, 연관된 애플리케이션 프로그램에 대한 문제점의 교정을 제공할 것이다.

본 발명의 일 실시 형태에서, 서비스 요구는 클라이언트 컴퓨터에게 파일을 제공하기 위한 요구이다. 바람직한 일 실시 형태에 있어서, 이 서비스 요구는 어떠한 클라이언트 인증도 요구되지 않는 서비스를 행하기 위한 요구이다.

본 발명의 또 다른 실시 형태에 있어서, 클라이언트 컴퓨터는, 서비스요구와 서비스응답 사이에서 경과된 시간에 의해 정의되는 것과 같이, 애플리케이션 프로그램의 응답시간을 결정하기 위한 타이머 메커니즘을 포함한다. 바람직한 일 실시형태에서, 발생된 트랜잭션 레코드에 대한 트랜잭션 레코드 정보는, 이 애플리케이션 프로그램이 이 요구에 성공적으로 응답되었는지의 여부(즉, 애플리케이션 프로그램이 사용가능 하였는지의 여부)와, 애플리케이션 프로그램의 응답시간을 포함한다.

본 발명의 관련된 특징에 따라서, 중앙의 리포지토리는 컴퓨터 네트워크에서 임의의 클라이언트 컴퓨터에서 구현되는 임의의 프로브들로부터 상기 발생된 트랜잭션 레코드들을 수신하기 위해 제공된다.

특정의 트랜잭션 레코드가 중앙 리포지토리 쪽으로 전송되는지의 여부와, 만일 그렇다면, 그 트랜잭션 레코드가 데이터베이스 로딩 모듈을 매개해서 리포지토리 내의 로 데이터표(row data table) 내로 로드될 것인지를, 상기 프로브 구성에 기초해서, 결정한다. 로 데이터표 내의 데이터는 주기적으로 처리되어서 네트워크의 사용자들이 일반적으로 흥미를 가지는 것으로 결정된 통계치를 발생한다. 이러한 통계치를 발생하는 데 필요한 데이터는 통계학적 프로세싱 모듈에 의해 로 데이터표로부터 정의된 간격으로 추출되며, 이어서, 원하는 통계학적 데이터를 발생하고, 이 통계학적 데이터가 중앙 리포지토리 내의 통계표에 저장되게 한다.

바람직한 실시 형태에서, 통계 데이터는 정의한 서비스 간격 동안 애플리케이션 프로그램에 대한 최대, 최소, 및 중간의 응답시간들 및 이 간격 동안 애플리케이션을 이용할 수 있었던 시간의 퍼센트를 포함할 수 있다.

본 발명과 관련된 또 다른 특징에 있어서, 뷰어의 컴퓨터 상에 일련의 데이터 세트를 대화식으로 및 연속적으로 디스플레이 하기 위한 수단들이 제공된다. 일련의 데이터세트는 1 개월과 같은 다양한 시간 기간 동안 네트워크에서 하나 이상의 클라이언트에 기초한 프로브들로부터 애플리케이션 프로그램에 대한 사용가능도 및 응답시간을 디스플레이 하는 그래프가 바람직하다. 이 데이터 세트는, 예를 들어, 상기 디스플레이 된 데이터 세트에 도시된 1개월 중의 어느 날에 대한 클라이언트에 기초한 프로브들 세트에서의 애플리케이션 프로그램의 퍼포먼스에 해당하는 데이터 요소들을 포함한다. 이 데이터 요소들은, 제 1세트로부터의 동적으로 링크된 데이터 요소들과 관련된 그들 자신들의 데이터 요소 세트를 각각 지니는 다른 데이터 세트들에 동적으로 링크되며, 또한, 이들 데이터 요소들의 각각은 이러한 다른 데이터 세트들에 동적으로 링크 될 수 있다. 다이나믹 링크는 제 2데이터 세트의 데이터 요소들에 바람직하게 링크 될 수 있으며, 제 2데이터 세트 내의 데이터 요소들로부터 제 1데이터 세트 내의 데이터 요소들로 되돌아간다.

상기 동적으로 링크된 데이터 요소들은, 뷰어의 컴퓨터로 하여금 리포지토리로부터 관련된 데이터 세트를 요구하게 하는, 마우스-클릭 또는 음성명령과 같은 뷰어로부터의 대화에 응답한다. 요구는 소프트웨어에 기초한 브릿지 요소들이 리포지토리로부터 상기 요구된 데이터를 검색하게 하고, 뷰어의 컴퓨터에 이 데이터 세트들을 제공하게 하며, 이 때, 이어서, 연관된 데이터 요소들을 지니는 관련된 데이터 세트가 디스플레이 된다.

본 발명의 일 실시형태에 있어서, 그래픽 디스플레이는, 이 그래픽 디스플레이와 뷰어의 대화를 통해 표 표시로 변환될 것이다.

또 다른 실시 형태에 있어서, 디스플레이 된 제 1데이터 세트의 데이터 요소들은 하나 이상의 동적으로 링크된 관련 데이터 세트 내에서 각각의 연관된 데이터 요소들의 합병을 표시한다. 예컨대, 본 발명의 바람직한 일 실시형태에서는, 예를 들어, 지정된 달의 특정 날에 있어서 다른 서버들 상의 애플리케이션 프로그램을 모니터 하는 많은 다른 프로브들에 대한 응답시간을 표시하는 제 1데이터 세트에서의 데이터 요소가, 상기 지정된 달의 특정 날에 있어서 다른 서버들의 애플리케이션 프로그램을 모니터 하는 프로브들 세트 중 각각에 대한 응답시간을 표시하는 데이터 요소들을 포함하는 제 2데이터 세트에 동적으로 링크 될 수 있다. 더욱이, 이 제 2데이터 세트 내의 데이터 요소들은 여기에서 관련된 데이터 요소들을 더 지니는 또 다른 데이터 세트에 동적으로 연결될 수 있다.

이러한 방식으로, 뷰어는, 동적 링크들을 작동시키는 것에 의해, 많은 서버들 상에서 어느 시간 동안 애플리케이션 프로그램의 퍼포먼스의 넓은 뷰로부터, 특정 시간, 특정 클라이언트(특정의 서버 상에서)에서의 특정 애플리케이션 프로그램의 퍼포먼스의 매우 특정한 뷰까지, 상기 모니터링 데이터를 통해 '드릴-다운' 할 수 있으며, 다시, 그 특정의 뷰로부터 동일 또는 다른 더 넓은 뷰로 '드릴-업' 할 수 있다.

상기 본 발명으로서 간주되는 주제는 명세서의 결말에서 부분적으로 지시되며 명확하게 청구되고 있다. 본 발명의 상기 및 다른 특징들은 첨부하는 도면과 관련된 이하의 상세한 설명으로부터 분명해질 것이다.

이하의 설명은 본 발명의 바람직한 실시형태를 제시하며, 여기에서, 애플리케이션 프로그램의 서비스가 분산 컴퓨팅 네트워크를 매개해서 서버컴퓨터 시스템에 결합된 클라이언트 컴퓨터 시스템에 제공되는, 서버컴퓨터 상에서 실행되는 로터스 노트(Lotus Notes)(노트란 로터스 디밸로먼트사의 상표임) 애플리케이션 프로그램의 응답시간 및 세션 사용가능도에 기초한 경고를 모니터, 리포트 및 제공하기 위한 시스템, 방법, 및 프로그램 제품이 제공된다. 다음 설명의 특정 성질에도 불구하고, 여기에서 설명되는 것과 같은 독창적인 모니터링 및 경고 기술은, 분산컴퓨팅환경 내에서 다른 원거리 자원(즉, 서버)으로부터 제공되는 애플리케이션의 서비스를 요구 및 수신하는 네트워크 자원(즉, 서버의 클라이언트)의 관점에서 볼 때, 분산컴퓨팅환경에서 실행되는 임의의 애플리케이션의 임의의 소망하는 퍼포먼스 특징을 평가하기 위해 채용될 수 있다는 것을, 본 분야의 기술자들은 쉽게 이해할 것이다. 예를 들어, 제한 없이, 여기에서 설명되는 독창적인 시스템, 방법, 및 프로그램 등은, 서버컴퓨터 상에서 실행되는 애플리케이션에 기초하고 인트라넷 또는 인터넷상의 하이퍼텍스트 전송 프로토콜(HTTP)을 매개해서 클라이언트 컴퓨터에 의해 액세스되는, 하이퍼텍스트 마크업 언어(HTML)의 사용가능도 및 응답시간을 평가하기 위해 법인의 인트라넷(intranet) 또는 엑스트라넷(extranet) 내로 쉽게 장착될 수 있을 것이다.

본 발명의 이점을 좀 더 알아보기 위해, 본 발명이 구현되는 전형적인 분산컴퓨팅환경을 먼저 고찰해보기로 한다. 따라서, 도 1은 소규모에서 중간 크기의 기업의 컴퓨팅 환경의 특징이 될 수 있는 전형적인 분산컴퓨팅환경(100)을 묘시하며, 이것은 기업 네트워크, 큰 비지니스 기업의 인트라넷 또는 인터넷과 같은 더 넓은 네트워크를 포함하도록 확장될 수 있다. 이러한 분산컴퓨팅환경(100)에서는, 다양한 크기의 하나 이상의 네트워크들(101, 102)이 있고, 이것들의 각각은 네트워크(103)에 연결되어 있는 한 세트의 클라이언트 컴퓨터에 서비스 및 정보를 제공할수 있는 한 세트의 서버컴퓨터(104a, 104b)를 포함한다(예시한 클라이언트 컴퓨터들 중 하나는 본 발명에 따라서 모니터링 코드를 실행할 수 있다). 예를 들어, 어떤 기업의 지방 영업소에 대한 근거리통신망을 나타내는, 더 작은 네트워크들(101, 102)은, 차례로, 하나 이상의 더 큰 네트워크들(103)에 결합될 것이다. 더 큰 네트워크들(103)은 이러한 더 작은 네트워크들(101, 102) 집단 및 다른 서버컴퓨터들(104c)에 보통 결합되며, 따라서, 예를 들어, 더 작은 지역 근거리통신망들(101, 102) 중 어느 하나의 클라이언트 또는 서버컴퓨터들로 하여금, 나머지 작은 근거리통신망(102, 101) 또는 더 큰 네트워크(103) 상의 서버 또는 클라이언트 컴퓨터들에 결합되게 할 수 있다.

다음의 논의 과정에 있어서, 서버컴퓨터들은 제 1의 목적으로 적응되어온(즉, 프로그램 된) 전형적인 독립형 컴퓨터시스템인 컴퓨터 부류에 해당하며, 클라이언트 컴퓨터들에서 개개의 네트워크 사용자에게 서비스들을 제공한다는 것을 이해할 수 있다. 이와 비슷하게, 클라이언트 컴퓨터는 독립형 컴퓨터시스템이거나 또는 네트워크 상에서 서버컴퓨터 시스템과 대화하도록 적응되어온 어떤 다른 형태의 데이터 프로세싱 시스템일 수 있으며, 제한 없이 네트워크 컴퓨터(NCs)를 포함한다. 클라이언트 컴퓨터 시스템은, 다른 컴퓨터 시스템에 의한 사용보다는 개개의 사용을 위해 적응되는 임의의 컴퓨터 시스템을 일반적으로 언급한다.

또한, 여기에서 도 1에 묘사된 예시적인 분산컴퓨팅구조 또는 네트워크(100)는, 단지 본 발명이 유익하게 구현될 수 있는 전형적인 분산컴퓨팅환경만을 서술하는 것이라는 것을 알 수 있을 것이다. 사실상 인터넷의 광범위한 분산컴퓨팅환경으로의 상기 분산컴퓨팅환경의 확장을 포함하는 동일하고 기본적인 컴퓨팅 환경의 무수히 많은 변형이, 본 발명을 실시하기 위한 적절한 플랫폼을 제공할 것이다.

다음으로, 본 발명을 보다 상세히 설명하기 위해, 본 발명의 원칙에 따라서 설계된, 애플리케이션 모니터링 및 경고(application monitoring and alerting; AMA) 프로브(201)를 구비하는 단순화된 컴퓨터 네트워크(200)를 도시하는 도 2를 참조한다. 네트워크(200)를 검토하면, AMA프로브(201)가 서버컴퓨터(202)에 결합되어 있는 클라이언트 컴퓨터(예를 들어, 도 1의 컴퓨터시스템(106))에 구현되어 있는 것을 알 수 있다. 서버컴퓨터(202)는 애플리케이션 프로그램(203)을 구비하며, 이것의 퍼포먼스는 AMA프로브(201)의 모니터링 및 경고활동에 의하여 평가될 것이다.

동작 시에, AMA프로브(201)는 서버컴퓨터 상에서 동작하는 애플리케이션 프로그램(203)의 서비스를 요구함에 의해 서버컴퓨터(202)와의 세션을 설정한다. 세션설정은 네트워크 링크(206) 상의 AMA프로브(201)로부터 서버컴퓨터(202)로 송신되는 서비스요구(210)에 의해 동작한다. 따라서, 서버컴퓨터의 애플리케이션 프로그램(203)은 네트워크 링크(206) 상에서 요청한 AMA프로브(201)쪽으로 서비스응답(211)을 제공한다.

특히, 트랜잭션의 앞서 말한 순서는 그/그녀의 클라이언트 컴퓨터(106)에서 서버컴퓨터(202)상의 애플리케이션 프로그램(203)의 서비스를 구하는 컴퓨터 네트워크(100)의 고객에 의해 취해진 트랜잭션과 정확하게 동일한 순서라는 것이 주목된다. 본질적으로, 애플리케이션 프로그램을 모니터하고 AMA프로브(201)의 관점으로부터 전술한 순서에 기초해서 경고를 제공하는 것에 의해, 본 발명은 클라이언트 컴퓨터(106)에서 분산 컴퓨터 시스템(100) 상의 애플리케이션 프로그램을 사용하는 고객의 관점에서부터 애플리케이션 프로그램(203)의 퍼포먼스의 사실적인 영상을 달성한다. 이런 방식으로 AMA프로브(201)를 구현하는 것에 의해, 클라이언트-서버에 기초한 애플리케이션 프로그램(203)의 '최종 사용자'의 경험에 기초한 실시간 정보를 수집할 수 있다. 본 발명의 바람직한 실시형태에 따라서, AMA프로브(201)는, 사용가능도 및 응답시간, 또는 네트워크(100)에 대하여 미리 결정되고 종종 계약으로 강제된 퍼포먼스 기준들과 관련된 애플리케이션 프로그램의 다른 소망하는 퍼포먼스의 특징들을 정한다. 결과적으로, 이러한 프로브로부터 획득된 결과에 기초해서, 주어진 네트워크 상에서 주어진 애플리케이션 프로그램에 대한 퍼포먼스 기준들을 설정하고, 따라서, 네트워크 상에서 애플리케이션 프로그램이 설정된 기준들을 만족하지 못하는 경우를 확인하는 것은 비교적 간단한 문제이다. 본 발명의 설비를 통해서, 네트워크 매니저는 SLA목적을 설정하고 모니터 할 수 있다.

도 2를 보다 상세히 고찰하면, AMA프로브(201)가 서버컴퓨터(202)로부터 많은 다른 종류의 서비스 응답을 수신할 수 있다는 것이 주목된다. 예를 들어, 서버컴퓨터(202)상의 애플리케이션 프로그램(203)이 서비스요구에 대해 적절히 응답하면, AMA프로브(201)는 성공적으로 완성된 요구, 즉, 성공적인 서비스응답의 표시를 서버컴퓨터(202)로부터 수신할 것이다. 또 다르게는, 서버컴퓨터(202)가 서비스요구(210)에 응답할 수 없는 경우, 이 요구는 미리 결정된 기간 후에 타임아웃 될 것이며, 타임아웃 기간 동안 어떠한 응답도 되돌려 수신하지 않은 것에 대해서, AMA프로브(201)는 서버컴퓨터를 이용할 수 없었다고 기록할 것이다. 이것은 성공적이지 못한 서비스응답(211)으로서 보여질 수 있다. 마지막으로, 서버컴퓨터(202)가 서비스요구(210)를 거절하면, AMA프로브가 성공적이지 못한 서비스응답(211)으로서 트랜잭션을 다시 기록할 것이다. 거절된 서비스요구(210)는, 예를 들어, 클라이언트가 특정의 서버 또는 그 곳의 애플리케이션 프로그램(203)을 액세스하기 위해 인증되지 않은 경우, 또는 애플리케이션 프로그램(203)이 관리목적을 위해 '오프-라인'을 일시적으로 취하고 있는 경우, 또는 애플리케이션 프로그램(203)이 어떤 이유에 대해 부적절하게 기능 하는 등의 다양한 다른 상태에 해당할 것이다.

서비스응답이 성공하든 또는 성공하지 못하든 간에, 서비스컴퓨터(202)상의 애플리케이션 프로그램(203)에서의 서비스응답(211)(응답이 없는 타임아웃 포함)은, AMA프로브(201)에서 수신되고, 다음으로, 데이터베이스 리포지토리(204)에 트랜잭션의 결과를 기록한다.

데이터베이스 리포지토리(204)는 클라이언트 컴퓨터(106)상의 AMA프로브에 대해 근거리 및/또는 네트워크 링크(207)에 의해 여기에 결합된 네트워크(200)상의 또 다른 지점에서의 프로브로부터 원거리에 있을 수 있으며, 또는 바람직한 실시형태에서, 본 발명은 근거리 및 원거리의 데이터 리포지토리(204) 양자를 포함할 수 있고, 데이터는 근거리로 저장되고, 동시에 또는 이어서 분산 컴퓨팅 네트워크(100) 상의 다른 지점들에서의 다른 애플리케이션을 모니터 하는 많은 프로브들로부터 프로브 데이터를 모으는 중앙집중식 원거리 리포지토리 쪽으로 전달될 수 있다. 바람직한 실시 형태에서, 네트워크(100)상의 다중 프로브들(201)로부터 트랜잭션 레코드들을 기록하기 위한 중앙집중식 데이터베이스 리포지토리(204)는, 분산 컴퓨팅 네트워크(100)의 임의의 사용자에 의해 액세스될 수 있도록 설계되며, 하이퍼텍스트 전송 프로토콜(HTTP)을 매개해서 액세스되고, 기업 내에서 어떤 사람으로 하여금 그곳에 저장된 데이터를 용이하게 액세스하고 분석하게 하는 하이퍼텍스트 코드의 페이저 또는 페이저들(즉, 하이퍼텍스트 마크업 언어 또는 HTML페이저들)을 제공하는, 인트라넷에 기초한 웹사이트와 같은 프런트-엔드 그래픽 사용자 인터페이스(GUI)(212)를 이상적으로 제공할 것이다. 이어서, 그래픽스에 기초한 리포팅 인터페이스를 포함하는 중앙집중식 리포트링 메커니즘 등의 보다 상세한 설명을 하기로 한다.

본 발명의 또 다른 바람직한 실시형태에 있어서, 모니터 된 애플리케이션 프로그램(203)에 대한 퍼포먼스 세트의 기준들의 설정을 행하기 위한 설비가 제공된다. 이러한 바람직한 실시형태에서는, AMA프로브(201)가, 프로브로부터의 서비스요구(210)와 서버컴퓨터(202)상의 애플리케이션 프로그램(203)으로부터의 해당하는 서비스응답(211)을 포함하는 완성된 트랜잭션의 임의의 적절한 요소가, 이미 결정된 기준들을 초과했는지를 결정한다. 이미 결정된 퍼포먼스 기준들은 최대 허용 가능한 응답시간 및/또는 애플리케이션 프로그램의 서비스에 접근하기 위해 시도된 연속적인 실패의 최대 회수(즉, 세션 사용가능도의 표시)와 같은 메트릭스를 포함할 수 있다.

이러한 미리 결정된 퍼포먼스 기준들 중 하나가 위반되었다는 결정이, AMA프로브(201)로 하여금 경고 메커니즘(205)으로 송신되는 경고신호(208)를 발생하도록자극하며, 이어서, 문제점 결정 및 교정 단계가 재빨리 구현될 수 있도록, 적절한 지원 엔티티에게 부정을 알려주도록 설계된다.

앞서 말한 트랜잭션 순서를 더 설명하기 위해, 서버컴퓨터(202)상에 로터스 노트 애플리케이션 프로그램(203)이 구비되는 본 발명의 바람직한 실시형태를 언급할 수 있다. AMA프로브(201)를 구비하는 클라이언트 컴퓨터(106)는 프로브의 기능을 구현하기 위한 구성 설비들을 더 구비한다.

다음으로, 도 3을 참조하면, 이들 구성 설비들이, 상기 AMA프로브의 구현을 책임지는 당사자로부터(즉, 최종 사용자로부터) 프로브의 기능(즉, 프로브 구성정보(302))에 속하는 정보를 끌어내기 위해 제공되는 GUI에 기초한 프런트-엔드(301)를 구비한다는 것을 알 수 있다. 예시적인 실시형태에서, 프로브 구성정보(302)는, 모니터링을 원하는 애플리케이션 프로그램(203)을 구비하는 서버컴퓨터(202)의 이름(즉, 타깃서버 이름), 타깃서버의 네트워크 어드레스, 및 모니터 되는 타깃서버 상의 애플리케이션의 종류를 포함할 것이다. 이 일단의 기본적인 정보는, 클라이언트 컴퓨터(106)상의 AMA프로브(201)로부터 서버컴퓨터(202)상의 애플리케이션 프로그램(203)으로의 서비스요구의 발생을 포함하는, AMA프로브(201)에 의해 취해진 전술한 트랜잭션 순서를 포함하는, 네트워크 통신 동작의 초기 순서를 설정하는데 필요하다.

본 발명의 실시형태에서 도출될 수 있는 프로브 구성정보(302)의 또 다른 항목들은, 필요하다면, 안전한 트랜잭션들을 액세스하기 위한, 액세스 제어 및 인증 정보(즉, 사용자 확인 및 패스워드와 같은 정보) 및 애플리케이션 프로그램(203)의서비스응답(211)에 기초해서 모여진 정보의 처리와 관련한 명령어들을 포함한다.

서버컴퓨터(202)상의 애플리케이션 프로그램(203)으로부터의 서비스응답(211)을 처리하기 위해 요구되는 정보는, 제한 없이, 완성된 트랜잭션과 관련된 정보(즉, 트랜잭션 레코드들)를 저장하기 위한 리포지토리(204)를 표시하는, 저장지시를 포함할 수 있다. 이미 언급한 바와 같이, 이 리포지토리는 클라이언트 컴퓨터(106)에 대해 근거리(305) 및/또는 다중 서버컴퓨터(202)상의 다중 애플리케이션 프로그램들(203)을 모니터 하는 다중 프로브들(201)로부터 모여진 데이터를 저장하는 네트워크(200)상의 원거리의 중앙 리포지토리(306)일 수 있다. 본 발명의 바람직한 실시형태에서, AMA프로브(201)를 포함하는 클라이언트 컴퓨터(106)에 대해 근거리로, 그리고 중앙 리포지토리(306)에서 네트워크(100)상에 원거리 양자에서 저장동작을 맡을 수 있으며, 이 리포지토리 지시들은 리포지토리 위치들(305, 306) 둘 다에 대해서 제공될 것이다.

본 발명의 또 다른 실시형태에서는, 프로브 구성정보(302)가 서버컴퓨터(202)상의 애플리케이션 프로그램(203)에 대한 서비스요구들(210)을 모으기 위한 샘플링 빈도를 결정하기 위해 도출될 것이다. AMA프로브(201)가 동일 또는 다른 서버컴퓨터(202) 상에서 다중 애플리케이션 프로그램들(203)을 모니터하기 위해 지시될 수 있다. 이러한 다중 모니터링 구현에 있어서, 샘플링 빈도는 모니터 되는 각각의 애플리케이션에 대해서 국소적으로, 또는 클라이언트 컴퓨터(106)상의 프로브(201)에 의해 모니터 된 애플리케이션들(203)의 전부 또는 전부 중 일부에 대해서 전체적으로 정의될 수 있다.

이미 논의한 바와 같이, 본 발명의 바람직한 실시형태는, 이미 결정된 퍼포먼스 기준들의 부정을 알리는 경고 메커니즘(205)을 동작하기 위해 경고신호(208)를 발생하기 위한 설비를 포함한다. 따라서, 이러한 실시형태는, 프로브 구성정보(302)의 일부로서, 이러한 미리 결정된 퍼포먼스 기준들의 설정을 요구할 것이다. 예를 들어, 모니터 된 애플리케이션 프로그램(203)으로부터 성공적인 서비스응답을 수신하기 위한 최대의 허용 가능한 응답시간을 정의하는 것은 간단한 문제가 될 것이다. 이어서 설명하는 것과 같이, AMA프로브(201)는 서비스요구에서 서비스응답까지의 트랜잭션 사이클의 지속시간을 포함하는 트랜잭션 레코드를 발생한다. 이 지속기간이 미리 결정한 임계값을 넘으면, 경고신호(208)는 AMA프로브(201)에 의해 발생되고 경고 메커니즘(205)으로 전달될 것이다.

본 발명의 일 실시형태에서, 애플리케이션 프로그램(203)에 대한 사용가능도의 임계값은, 이것이 초과되면 경고신호(208)의 발생을 트리거 하는 프로브 구성정보(302)의 부분으로서 설정하는 것이 바람직하며, 그 과정은 서버컴퓨터(202)상의 애플리케이션 프로그램(203)으로부터 AMA프로브(201)에 의해 수신된 연속적으로 성공하지 못한 서비스 응답들의 최대 수를 결정하는 것에 의해 구현될 것이다.

애플리케이션 프로그램(203)에 대한 사용가능도 퍼포먼스의 기준들을 결정하기 위한 AMA프로브(201)의 특정 구성은, 예를 들어, 상기 설명에 따라서 설계되며, 프로브(201)를 지시하는 구성정보와 결합된 사용가능도 임계값의 설정을 수반할 것이며, 성공적이지 못한 서비스응답(211)의 수신과 동시에, 즉각적으로, 성공적인 서비스응답(211)이 수신되거나 또는 이 임계값이 초과되고 경고신호(208)가 발생될때까지, 서비스요구(210)를 다시 시작할 것이다. 이런 방식으로, 초기의 서비스요구(210)를 발생하기 위한 정의된 샘플링 간격(302) 상의 과정에 따라서, 애플리케이션 사용가능도에 기초한 경고신호(208)의 발생을 특정의 애플리케이션 프로그램(203)의 사용가능도의 손실과 밀접하게 관련시키는 것이 가능하다.

분산 컴퓨터 네트워크(100)상의 임의의 서버컴퓨터(202)가, 네트워크 상의 클라이언트 컴퓨터들(106)에게 애플리케이션 서비스들을 제공하는데 서버컴퓨터(202)가 이용될 수 없음을 종종 요구하는 주기적인 보수(maintenance)를 요구할 것이기 때문에, 이들 간격 동안 애플리케이션 모니터링을 수행하지 않도록 하기 위해 공지의 '서비스 중단 간격(service outage intervals)'를 고려하거나, 또 다르게는, 플래그 또는 이들 결과들이 이러한 중단 간격 동안 획득되었다는 다른 표시로 이들 결과를 연관시키는 것에 의해, 이 관리 중단 기간 동안 행해진 모니터링의 결과를 조절하는 것이 유익할 것이다. 더욱이, 애플리케이션 프로그램(203)이 연속적이지 않고 단지 어떤 계획된 시간에서만 운영되는 경우로 단순화할 수 있다. 따라서, 본 발명의 다른 실시형태는 프로브 구성정보(302)의 부분으로서 애플리케이션 프로그램(203)에 대한 사용가능도 스케줄과 같은 정보를 도출할 것이다.

이들 전술한 항목들의 각각은, 도 3에 묘사되고 또한 도 3의 표의 형태로 더 도시되는, GUI에 기초한 AMA프로브 인터페이스(301)에 의해 수집된, 본 발명의 바람직한 실시형태의 프로브 구성정보(302)에 포함된다. 도 3의 도시에 따라서, 인터페이스(301)에 의해 수집된 프로브 구성정보(302)는, 클라이언트 컴퓨터상의 AMA프로브(303)의 도출 가능한 부분으로 제공되며, 이어서 GUI(301)에 의해 제공된 구성정보(302)에 따라서 타깃서버(202)상의 확인된 애플리케이션 프로그램(203)에 대해 서비스요구들(210)을 발생시킴에 의해 작용한다.

다시 한 번 이 예시적인 실시형태를 고찰하면, 서버컴퓨터(202)상의 로터스 노트 애플리케이션 프로그램(203)이 AMA프로브(201)에 의해 모니터 된다. 일단 프로브 구성정보(302)가 그래픽 인터페이스(301) 내로 들어가면, 클라이언트 컴퓨터시스템(106)상에 존재하는 AMA프로브의 도출 가능한 코드(303)는, 서버컴퓨터 상의 애플리케이션 프로그램에 대한 애플리케이션 프로그램 인터페이스(API)(304)를, 최종사용자 클라이언트가 네트워크(200)상의 애플리케이션 프로그램(203)의 서비스를 구하는 것과 동일한 방식으로 이용한다. 그러나, 프로브 코드(303)가 애플리케이션 프로그램 인터페이스(304)로부터의 서비스응답을 요청하는 것과 함께, 액세스 빈도, 사용자 식별코드, 패스워드 등이, 그래픽 인터페이스(301)를 통해서 공급된 프로브 구성정보(302)에 의해 규정된다. 로터스 노트 애플리케이션(203)의 경우에는, AMA코드(303)는 로터스 VIM벤더 인디펜던트 메시징(Vender Independent messaging)API 툴키트에 포함된 노트 APIs(304)를 이용한다.

로터스 노트에 기초한 모니터를 구비하는 본 발명의 예시적인 실시형태에서는, 프로브(201)와 애플리케이션(203)간의 트랜잭션이, README.NSF.라 불리는 로터스 노트 데이터베이스 파일을 개방하기 위해 프로브로부터 로터스 노트 데이터베이스 서버로의 요구를 필요로 한다. 이 트랜잭션은, 로터스 노트 데이터베이스, 메일, 또는 허브서버에 대한 일반 사용자 요구는 아니지만, 애플리케이션 프로그램의사용가능도 및 응답시간을 일반적으로 표시한다. 이러한 가장 간단한 서비스요구(210)는 본 발명의 모니터링 프로세스에 이상적으로 적합하며, 이는 성공적인 응답(211)을 보호하기 위해 패스워드를 매개해서 요구하는 세션을 인증할 필요가 없기 때문이다. 또한, 이런 특별한 서비스요구(210)는 서버컴퓨터(202)에서 프로세서-인센티브 동작을 필요로 하지 않으며, 따라서, 컴퓨터 네트워크(200) 상에서 반복적으로 수행된 트랜잭션은 네트워크(100) 상에서 다른 클라이언트 컴퓨터(106)에 대한 서버컴퓨터(202)의 전체적인 퍼포먼스에 실질적으로 영향을 주지 않는다. 모니터 될 특정의 트랜잭션의 선택이 프로브를 관리하는 엔티티에 남아 있고, 여기에서의 특정 설명에 의해 제한되지 않는다는 것을 충분히 이해할 수 있을 것이다.

서비스요구(210) 및 서비스응답(211)을 포함하는 이러한 클라이언트-서버 트랜잭션의 완성은, AMA프로브 코드(303)를 매개해서 저장 리포지토리(305, 306)로 전달되는 트랜잭션 레코드(311)의 발생으로 완결된다. 트랜잭션 레코드(311)는, 애플리케이션 프로그램(203)이 서비스요구(210)에 성공적으로 응답했는지의 여부, 요구로부터 응답까지의 트랜잭션 사이클의 총 지속시간, 서비스요구의 날짜 시간, 및 특정의 애플리케이션 프로그램(203)을 모니터 하려는 엔티티가 흥미를 가질 수 있는 어떤 다른 메트릭과 같은, 트랜잭션과 관련된 정보를 포함한다.

상기 사이클의 지속시간을 결정할 때, 타이머 메커니즘(307)은 AMA프로브 코드(303)에 포함된다. 본 발명의 바람직한 실시형태에서, 타이머 메커니즘(307)은, 프로브(201)로부터의 초기 서비스요구(210) 상에 타임 사인을 두고, 또 다른 타임사인은 프로브(201)에서의 서비스응답(211)에 두며, 이들 두 타임사인 간의 차이를 트랜잭션 레코드(311)에 기록하는 메커니즘으로 단순화될 수 있다. 로터스 노트 모니터를 포함하는 바람직한 실시형태에서, 사용가능도 및 응답시간은 데이터가 상기 저장된 트랜잭션 레코드(311)에 포함된다는 것에 대한 주요 메트릭스이다. AMA프로브(201)로부터의 예시적인 트랜잭션 레코드는 아래와 같이 예시된다:

측정 모니터 타깃 타킷서버 서버 모니터 0=F

날짜 근거리 시간 서버 종류 Loc 이름 1=S

'05/28/1997' '19:54:40' 'D02DBE01' 'SPM' 'SBY' 'SBY' '1'

IP Ping 노트 DB 요구

시간 응답시간 간격

'0.000000' '1.281000' '6'

상기 제시한 트랜잭션 레코드에서는, 특정의 트랜잭션이 성공적인 서비스응답(여기에서 '1'은 필드 '0=F, 1=S'에 기록됨)을 기록하였으며, 응답시간은 이 트랜잭션에 대해서 1.281000초 였다는 것을 관찰할 수 있을 것이다.

리포지토리(305, 306)에 트랜잭션 레코드들을 제공하는 것 외에, 본 발명의 또 다른 특징은, GUI에 기초한 인터페이스(301)의 관련 필드들 뒤에 트랜잭션의 실시간 결과를 제공한다. 이런 방식으로, 사용자는, AMA프로브 코드(303)가 트랜잭션 레코드를 일단 진행시킨 각각의 트랜잭션에 해당하는 응답시간 및 사용가능도 정보를, 원한다면, GUI에 기초한 필드들(301)을 관찰하는 것에 의해 조사할 수 있다.

이미 논의한 바와 같이, 트랜잭션의 레코드들은 클라이언트 컴퓨터상의 리포지토리(305)에서 근거리 및/또는 중앙집중식의 리포지포리(306)에 원거리로 저장될 수 있다. 이러한 저장동작에 대한 명령은 그래픽 인터페이스(301) 수준으로 설계된 프로브 구성정보(302)에 포함된다. 또 다른 실시형태에서는, 임의의 리포지토리에 레코드들을 저장하지 않는 것이 가능하다. 이것은, 예를 들어, 퍼포먼스 기준들의 부정 결과만을 프로브로부터 원하거나, 또는 단지 실시간 트랜잭션 정보만을 네트워크 관리자가 흥미있어 하는 경우가 될 것이다. 이러한 실행선택들은 본 출원의 모니터링 과제의 바람직한 목적들의 기능이고 모든 것이 본 발명에 의해 가능하다.

도 3을 다시 참조하면, 트랜잭션 레코드의 발생 시에, 프로브(201)가 인터페이스에 기초한(301) 이미 결정된 퍼포먼스 기준들 중 어떤 것이 부정되었는지를 결정하기 위해 요구되는 임계값 비교 동작을 더 수행한다는 것을 또한 알 수 있을 것이다. 만일 이들 기준들 중 하나 이상이 부정되었다는 것이 결정되면, 경고신호(308)가 프로브(303)에 의해 발생되고, 이 부정의 사건을 서비스 퍼스널에게 알려주기 위하여 경고메커니즘(205)으로 송신된다.

도 4는 본 발명에 따른 클라이언트-서버 트랜잭션(400)을 처리하는데 포함된 단계들을 요약한 것이다. 이 프로세스는 단계401에서 시작하고 단계402로 진행하며, 여기에서, AMA프로브 소프트웨어(201)를 포함하는 클라이언트 컴퓨터 시스템은, GUI템플릿(301) 또는 다른 방법을 통해서, 네트워크 사용자로 하여금, 이 프로브 코드(303)의 기능을 제어하기 위해 프로브 구성정보(302)를 기입하게 한다. 다음으로 단계403에서는, 프로브 구성정보가 AMA프로브 코드의 실행 가능한 부분으로 제공되며, 이것은 단계404에서 타깃서버의 컴퓨터시스템(202)상에서 모니터 된 애플리케이션 프로그램(203)에 대해 일련의 서비스요구들(210)을 제안하기 위해 이 정보를 사용한다. 이미 살펴본 바와 같이, 타깃서버(202) 및 애플리케이션 프로그램(203)은 단계402에서 템플릿(301)을 매개해서 AMA프로브 코드(303)로 제공된 정보에 포함된다.

프로브에 의해 발생된 서비스요구들(210)은 단계405에서 AMA프로브 코드(303)에 의해 수신되는 서비스응답들(211)을 도출한다. 다음으로 결정박스(406)에서, 코드(303)는 이 서비스응답이 성공하는지의 여부를 결정한다. 전술한 것과 같이, 성공적인 서비스 응답의 경우에는, 프로브는 서비스 요구가 애플리케이션 프로그램에 의해 수신되었고 이행되고 있다는 표시를 수신한다. 이와 반대로, 성공하지 못한 서비스응답은, 미리 정한 타임-아웃 기간의 만료 전에 애플리케이션 프로그램으로부터 어떠한 서비스응답에도 해당하지 못하거나, 또 다르게는 서비스요구가 이행되지 않고 있음을 표시하는 애플리케이션 프로그램으로부터의 서비스응답에 해당할 것이다. 성공하지 못한 서비스응답이 프로브(303)에 의해 수신되는 경우에는, 프로브는 서비스요구(404)를 즉각적으로 재 시도하는 것에 의해 응답할 수 있으며(프로브 구성정보(302)를 매개해서 프로브의 설정에 의존), 이 재 시도 동작은, 가능하다면, 결정지점(407)에서 지시하듯이, 재 시도의 수 또는 재 시도 시간의 기간에 의해 결합될 수 있는 단일 또는 다중의 재 시도를 포함할 것이다. 성공적인 서비스응답을 도출하지 않고서 결정된 재 시도의 간격을 초과하면, 성공하지 못한 서비스응답에 대한 트랜잭션 레코드가 기록된다(410).

또, 서비스요구가 성공 또는 성공하지 못한 서비스응답을 만드는 경우에는, 단계402에서 프로브 구성정보로 정의되어져 있는 어떤 미리 정의한 임계값들이, 부정되었는지의 여부(408)로서 결정이 만들어질 수 있다. 이러한 임계값이 부정되었다고 결정되면, 경고신호는 프로브에 의해 발생되며(409), 경고메커니즘(205)으로 진행한다.

상기 임계값 결정(408)과 동시에, 또는 이어서, 트랜잭션 레코드(311)가 단계410에서 AMA프로브 코드(303)에 의해 발생된다. 전술한 것과 같이, 트랜잭션 레코드(311)는, 이미 완성된 특정의 트랜잭션(즉, 서비스요구 및 응답 사이클)에 속하는 정보를 포함한다. 트랜잭션 레코드는, 다음으로, 단계411에서 근거리 및/또는 중앙의 원거리 리포지토리(305 및/또는 306)에 저장된다. 단계404에서 연속적인 서비스요구의 제안으로 시작하는 사이클은, 반복이 명령되었다면, 단계412에서 프로브 구성정보에 의해 정의된 빈도로 되풀이된다. 마지막으로, 이 프로세스는 종결블록(413)에 연결된 것과 같이 관찰될 수 있다.

상기 설명에 따라서, AMA프로브(201)는 근거리(305) 또는 중앙집중식(306)일 수 있는 리포지토리에 반복적으로 첨부된 트랜잭션 레코드들(311)을 발생하기 위해 구현될 수 있다. 리포지토리(306)의 중앙집중식 변형은, 분산 컴퓨팅 시스템(100)에 프로브 되어 있는 각각의 서버컴퓨터(202) 상의 각각의 모니터 된 애플리케이션 프로그램(203)에 대한 애플리케이션 서비스 트랜잭션 레코드들(311)의 유래를 포함한다. 본 발명의 또 다른 특징은, 이 저장된 정보를 분산컴퓨팅환경(100)의 사용자들에게 제공하는 방법, 시스템, 및 프로그램에 관한 것이다. 본 발명의 또 다른 특징은, AMA프로브 코드(303)에 의해 발생된 경고(308)를 처리하고 이 경고 조건을 지원 퍼스널에게 보고하기 위한 방법, 시스템, 및 프로그램에 관한 것이다.

다음으로 도 5를 참조해서, 애플리케이션 서비스 트랜잭션 레코드들(311)에 대한 보고를 저장 및 제공하기 위해 사용되는 중앙집중식의 데이터 리포지토리(504)의 구현 및 조직의 개략도를 제시한다. 보다 상세하게는, 도 5는 프로브 코드(303)로부터 중앙집중식의 데이터 리포지토리(504) 내로의 실시간 트랜잭션 레코드 데이터(311)의 삽입과 이 삽입된 실시간 데이터(505)에 기초한 통계학적 데이터(506)의 발생을 도시한다.

동작 시에, 트랜잭션 레코드(311)는 트랜잭션 사이클의 끝에서 AMA프로브 코드(303)에 의해 발생된다. 이 레코드는 실시간 트랜잭션 레코드 데이터를 중앙집중식의 AMA데이터 리포지토리(504)의 로(raw) 데이터 테이블(505) 내로 삽입하는 데이터베이스 로더 모듈(502)에 제공된다. 데이터베이스 로더(502)로부터의 레코드 삽입은 분산 컴퓨팅 네트워크(100)의 클라이언트 컴퓨터들(106) 상에서 실행되는 임의의 프로브(201)로부터의 트랜잭션 레코드(311)의 수신 시에 작동한다. 이렇게, 리포지토리(504)의 로 데이터 테이블(505)이, 이 네트워크(100) 상에서 이러한 데이터를 통과하게 하는 것과 연관된 어떤 고유의 대기시간 외에, 트랜잭션 레코드들(311)이 프로브 코드(303)에 의해 발생되는 시간에 근사해서 제공된 실시간 데이터를 포함한다는 것을 알 수 있다.

AMA프로브(201)에 의해 취해진 애플리케이션 모니터링 작동의 결과, 로 데이터(505)에 기초해서, 식별 가능한 통계치 세트가 존재하며, 이것은 네트워크(100)의 최종 사용자에게 흥미 있는 것으로 알려져 있다. 이들 통계치 세트는, 예를 들어, 결정된 시간 간격으로 시도된 서비스요구들(210)의 총 시간당 성공적인 서비스응답들(211)의 퍼센트를 포함한다. 미리 결정된 시간 간격은 보통 네트워크 관리자들과 네트워크 고객간의 SLA과 일치한다(예를 들어, 이 간격은 SLA에 의해 정의되는 것과 같은 기본 자리이동 작업 날짜에 해당할 것임). 또 다르게는, 통계학적 프로세싱은 로 데이터 테이블(505) 내로의 트랜잭션 레코드들(311)의 정의된 수를 수신할 때 작동될 수 있으며, 이 테이블 내로의 트랜잭션 레코드들의 수신 시에(250), 수신된(250) 레코드들에 대한 통계학적 프로세싱이 시작될 것이다. 물론, 이 많은 임계값은 특정의 서버(202) 상의 특정의 애플리케이션 프로그램(203)의 모니터링에 해당하는 많은 레코드들의 수신으로 더 나누어질 수 있다.

의미 있는 간격으로 중앙의 리포지토리(504) 내에서 로 데이터(505)를 처리하는 것에 의해, 원하는 데이터의 통계학적 세트(506)는 네트워크(100)상의 애플리케이션(들)(203)의 퍼포먼스의 임의의 측정을 확신시키기를 원할지도 모르는 최종 사용자에 의해 쉽게 이용될 수 있게 만들어진다. 모니터 되는 애플리케이션의 퍼포먼스 상에서 보고를 찾는 최종 사용자의 관점에서 볼 때, 테이블(505)의 로 데이터는 데이터의 통계학적 세트(506) 내로 주기적으로 미리 처리되어 있다. 실시간 통계학적 계산의 제공이 프로세서-인텐시브 테스크일 수 있으므로, 이 통계학적 정보의 전-처리는 효과적인 리포팅 메커니즘을 이 정보를 질의하는 네트워크의 최종 사용자에게 제공한다.

통계학적 정보의 전-처리는 데이터베이스 리포터(507)의 기능을 매개해서 가능한다. 미리 정의한 간격으로, 이 리포터는 데이터베이스 로더(502)에 의해 로 데이터 테이블(505) 내에 삽입된 데이터에 접근하고, 이 정보를 처리하는 것에 의해, 정의된 통계학적 데이터 세트를 발생하고, 이것은 다음으로, 최종 사용자의 질의에 의한 액세스에 대해서 통게학적 테이블(506) 내로 삽입된다.

이 데이터베이스 리포터(507)는 통계학적 정보 세트를 공식화하기 위한 필수적인 로 데이터 세트의 설정과 일치하는 간격으로 작동된다. 예를 들어, 본 발명의 바람직한 일 실시형태에서는, 프로브(201)에서 반복적으로 발생되고 데이터베이스 로더(502)에 의해 중앙 리포지토리(504)의 로 데이터 테이블(505) 내로 삽입된 로 데이터에 기초해서, 각각의 비즈니스-날짜 기본자리이동의 끝에서(즉, 7:00AM-6:30PM) 계산이 행해진다. 또 다르게는, 이미 논의하였듯이, 로 데이터 테이블(505)에서 정의된 수의 트랜잭션 레코드들(311)의 수신에 기초해서 계산이 행해질 수 있다.

이 삽입된 로 데이터는 이 간격 동안 애플리케이션 프로그램(203)을 모니터하고 있는 AMA프로브 코드(303)로부터의 트랜잭션 레코드(311)에 해당한다. 이 간격의 끝에서, 데이터베이스 리포터(507)에 새롭게 삽입된 로 데이터를 제공하는 것은 간단하며, 이것은 다음으로, 그 간격 동안 각각의 프로브 된 애플리케이션 프로그램의 사용가능도 상의 통계학적 레코드들을 제공하기 위해 이 데이터를 전 처리할 것이다(즉, 이 간격 동안 각각의 애플리케이션에 대해 기록된 성공적인 서비스응답들의 퍼센트를 결정하는 것에 의함). 더욱이, 이 통계학적 정보는 전-처리 간격 동안 기록된 응답시간의 범위를 부가적으로 포함할 수 있다. 전-처리된 통계학적 정보는, 다음으로, 중앙 리포지토리(504)의 통계학적 테이블(506)에 제공된다. 이런 방식으로, 이 정보는 단지 한 번 계산되며, 중앙의 리포지토리에 질의하는 최종-사용자에게 재빨리 제공될 것이다. 통계학적 테이블(506) 내로 삽입된 통계학의 종류는 도 7a-14와 관련하여 설명되는 것과 같은 중앙의 리포지토리(504)의 뷰어로 제공되는 프런트-엔드 GUI와 관련한 이어지는 논의를 통해 더욱 분명해질 것이다.

예시적인 실시형태에서 그리고 도 6과 관련된 이어지는 설명에서와 같이, 최종 사용자는, 요구되는 통계학적 정보를 처리할 필요 없이, 중앙의 리포지토리(504) 내에 저장된 통계학적 정보를 액세스 할 수 있는, 웹 서버 컴퓨터(508) 내의 웹 서버 프로그램(600)에 결합하는 것에 의해 웹-브라우저 애플리케이션 프로그램 상의 상기 저장된 정보를 수신할 것이다.

다음으로 도 6을 참조해서, 웹서버 컴퓨터(508)의 기능을 더 설명한다. 중앙의 리포지토리(504)는 데이터베이스 서버(601)상에 존재한다. 네트워크 상에서 애플리케이션 프로그램 퍼포먼스 데이터를 확인하고자 하는 최종 사용자는, 클라이언트 컴퓨터 시스템(106)(이것은 AMA프로브 코드(201)를 포함할 수도 있고 포함하지 않을 수도 있음)과 같은 컴퓨터시스템 상에서 웹브라우저 애플리케이션 프로그램(602)을 매개해서 웹서버 프로그램(600)과 세션(608)을 설정하며, 이것은 데이터베이스 서버(601) 및 웹서버 컴퓨터(508)내의 웹서버 프로그램(600)에 연결될 수 있다. 바람직한 실시형태에서, 웹서버 프로그램(600)은 소프트웨어 패키지(603)를저장하며, 이것은 자바(tm)부류의 파일일 수 있다. 소프트웨어 패키지(603)는 요구 시에 최종사용자 컴퓨터(106)로 제공된다. 최종사용자 컴퓨터(106)에서의 수신시에, AMA자바 애플렛(604)을 제공하기 위해 웹브라우저(602)에 의해 인터럽트 되며, 다음으로, 웹브라우저(602) 상에서 최종사용자에게 원하는 퍼포먼스 데이터의 그래픽 표시를 제공하는 기능을 한다(자바는 선 마이크로시스템사의 상표임). 최종사용자가 균일한 자원 로케이터(uniform resource locator, URL)를 매개해서 웹서버 프로그램(600)과 통신하는 경우, 인증 프로세스(608)가 웹브라우저 프로그램(602)으로부터 제공된 정보에 기초해서 시작된다. 일단 인증되면, HTML코드가 웹서버 프로그램(600)에서 웹브라우저(602)로 제공되며, 이 후, 자바에 기초한 소프트웨어 패키지(603)가 웹브라우저(602)로 제공된다.

최종사용자의 컴퓨터에서, 수신된 자바패키지(603)는 AMA자바 애플렛(604)을 만드는 웹브라우저(602)에 의해 인터럽트 된다. AMA자바 애플렛(604)은 최종사용자와 리포지토리(504)에 저장된 데이터간의 인터페이스로서 동작한다. 이 AMA자바 애플렛(604)은 GUI(AMA GUI(605))를 포함한다. AMA GUI(605)는, 데이터(609)를 요구하고 데이터베이스 서버(601)상의 데이터베이스 리포지토리(504)로부터 연속해서 수신된 데이터(609)를 분석할 때 최종 사용자를 돕기 위해 사용되는, 그래픽 및 표 형태의 객체 세트를 포함한다. AMA 애플렛(604)의 번역의 일부분으로서, 최종사용자 컴퓨터(602)와 웹서버 프로그램(600)간에 설정된 세션(608)이 종결된다. 종결 시에, 웹서버(508)는 계산 및 리포지토리(504)에 저장된 데이터를 액세스하기 위해 필요한 통신을 수행하기 위해 이용될 필요가 없으며, 따라서, 웹서버(508)는 세션을 설정하려고 하는 다른 최종사용자에게 이용될 수 있다.

다음으로 최종사용자의 컴퓨터(106)는, 리포지토리(504)에 저장된 데이터 수신을 위해 데이터베이스 서버(601)와 함께 일시적인 데이터링크를 시작하는 효과를 지닌 리포지토리(504)로부터, AMA GUI(605)를 매개해서, 데이터에 대한 요구를 발생한다. AMA브릿지(606)는 연속적인 통신 세션(610)을 매개해서 리포지토리(504)에 논리적으로 결합된 소프트웨어에 기초한 인터페이스 메커니즘이다. 이 브릿지(606)는, AMA 애플렛(604)을 운전하는 웹브라우저(602)를 매개해서, 최종사용자에 의해 접근되는 리포지토리의 일부분에 접근하기 위해 주어진다. 웹브라우저(602)와 웹서버 프로그램(600)간의 세션 설정 동안에 최종사용자의 인증이 실행되었다는 것이 상기될 것이다. 이렇게, 브릿지(606)를 통한 리포지토리(504)로의 최종사용자의 액세스를 인증할 필요가 없다. 이 AMA브릿지(606)는 AMA 애플렛(604)을 통해서 최종 사용자 세션(602)과 데이터베이스 서버(601)상의 리포지토리(504)간의 고속의 쌍방향의 데이터링크(609)를 관리한다. 이런 방식으로, AMA GUI(605)를 통한 프로브 모니터링 결과를 그래픽으로 나타내기 위한 데이터-인센티브 그래픽 제시물이, 최종사용자의 웹브라우저(602)에서 국부적으로 구현된 소프트웨어(604)의 패킷(603)으로서 제공된다. 리포지토리(504)에 저장된 프로브 모니터링 결과에 해당하는 비교적으로 제한된 데이터는, 데이터베이스 서버(601)와 최종사용자의 컴퓨터(106) 사이에서 전송된다. 이 데이터는 AMA GUI(605)를 매개해서 디스플레이를 위해 AMA 애플렛(604)에 의해 처리된다.

일시적인 사용자에서 데이터베이스로의 데이터링크(609)는, 사용자의 웹브라우저(602)상의 AMA 애플렛(604)에 포함된 AMA GUI(605)와 사용자의 대화에 의해 작동된다. 예를 들어, 사용자의 웹브라우저(602) 상에 국부적으로 표시된 템플릿(605)을 클릭 하는 것에 의해, 사용자는 그/그녀의 컴퓨터(602)로 하여금 데이터베이스 서버(601)상의 리포지토리(504)에 저장된 데이터를 요구하게 한다. AMA브릿지 소프트웨어(606)는 최종사용자의 웹브라우저(602)와 데이터베이스 서버(601)상의 리포지토리(504)간의 데이터링크(609)를 매개해서 통신되는 비교적 제한된 데이터의 고속의 전송을 위한 인터페이스로 작용한다. 브릿지 소프트웨어(606)는 통신세션(610)을 매개해서 리포지토리(504)에 계속적이고 논리적으로 결합된 데몬으로서 구현되고, 예시적인 실시형태에서, 웹서버(508) 또는 데이터베이스 서버(601) 또는 중간의 컴퓨터(미도시)상에 물리적으로 존재할 수 있다. 이 브릿지데몬(bridge demon)(606)은 AMA GUI(605)를 액세스하는 최종사용자의 웹브라우저(602) 상에서 운전되는 애플릿에 대한 서비스를 제공한다. 이 브릿지(606)는 GUI(605)를 통해서 최종사용자로부터 요구를 수신하고 리포지토리(504)로부터 적절한 데이터로 응답한다.

자바 데이터베이스 접속(JDBC)을 사용해서, 이 브릿지데몬(606)은, 리포지토리에 대한 다중 요구가 다중 데이터베이스 프로세스의 생성을 요구하지 않도록, 리포지토리(504)에 연속적으로 접속된다(610)(공동 게이트웨이 인터페이스(CGI)를 매개하는 것과 같은 또 다른 형태의 액세스가 이용된 경우와 같은 것). 따라서, 임의의 최종사용자로부터의 다중 요구들은 브릿지데몬(606)을 통해서 FIFO큐(또는 다른 것)를 매개해서 관리된다. 이러한 브릿지데몬(606)은 최종사용자를 접속하기위한 효과적인 메커니즘을 중앙 리포지토리(504)에 직접적으로 제공한다.

다중의 최종사용자들(n)이 주어진 시간으로 웹서버 프로그램(600)에 각각 접근할 수 있고, 자바부류의 파일이 제공될 수 있다는 것을 또한 이해할 수 있을 것이다. 따라서, 최종사용자들과 웹서버(508)간의 세션이 자바 패킷(603)의 제공 시에 종결되기 때문에, 진행 시간 동안 많은 수의 최종사용자들(m, 여기서 m은 ≫n 일 것임)이 AMA GUI(605)를 포함하는 AMA애플릿(604)을 국부적으로 구현할 것이며, 데이터링크(609)를 브릿지요소(606)에 설정할 것이다. 브릿지요소와 리포지토리(504)사이에 설정된 단일의 연속적인 통신세션(610)은, 최종사용자 컴퓨터와 브릿지(606)간에 설정된 m데이터링크들 상에서 요구된 데이터를 송신하는 것에 의해, m의 최종사용자 컴퓨터(106)를 리포지토리(504)에 저장된 데이터에 연속적으로 결합시킬 것이다.

웹서버 프로그램(600)으로 세션(608)을 설정할 때, 최종사용자는, 주요 메뉴를 통해서 웹서버 프로그램(600)에 제공된 템플릿을 표시하며, 이것은 그/그녀가 흥미 있어 하는 서버들 세트들의 애플리케이션(들)에 모니터 된다. 웹서버 프로그램(600)은 이 정보를 수신하고, 최종사용자의 웹브라우저(602)상에 AMA GUI(605)를 포함하는 적절한 AMA애플릿(604)을 만들기 위해 필요한 적절한 자바 패킷(603)을 제공한다. 그/그녀의 컴퓨터(106)상의 웹브라우저(602) 내에서 국부적으로 실행하는 AMA GUI(605)와 최종사용자의 대화는, 리포지토리(504)에 연속적으로 결합되고, 그 사이에서의 데이터 교환을 관리하는, 브릿지데몬(606)에 대한 데이터링크를 작동한다.

전술한 설명으로부터, 데이터베이스 리포지토리(504)는, 부피가 큰 트랜잭션 레코드들(311, 505)과, 분산 컴퓨팅 네트워크(100)상의 복수의 클라이언트 컴퓨터들(106)상에서 실행되는 복수의 AMA프로브들(201)에 의해 모니터 되어 왔거나/ 현재 모니터 되고 있는, 복수의 모니터 된 애플리케이션 프로그램들(203)의 퍼포먼스와 관련된 통계학적 데이터(506)를 전통적으로 포함한다는 것을 쉽게 알 수 있을 것이다. 또한 이 저장된 데이터(504)의 유용성이 데이터가 분석될 수 있는 설비와 직접적으로 관련된다는 것도 알 수 있을 것이다. 따라서, 본 발명의 다른 특징은 상기 저장된 애플리케이션 모니터링 정보(504)를 용이하게 이해할 수 있는 형태로 최종사용자에게 제시하기 위한 그래픽 디스플레이 설비들을 포함한다.

특히, 본 발명은, 예를 들어, 애플리케이션 프로그램 또는 다중 애플리케이션 프로그램을 운전하는 다중 서버들의 사용가능도 및 응답시간이, 한 달 또는 그 이상의 시간 기간 동안 모여진 퍼포먼스 데이터에 기초해서 디스플레이 되는 하이레벨과, 특정의 모니터 된 애플리케이션 프로그램을 운전하는 특정의 서버의 시간마다의 퍼포먼스에 해당하는 데이터를 포함하는 디스플레이 또는 표의 수준까지 세분성(granularity)을 증가시키는 레벨 양자에서, 뷰어로 하여금, 분산 네트워크(100)상에 모니터 된 애플리케이션 프로그램 퍼포먼스에 해당하는 그래픽 및 표의 데이터를 질의하고 획득할 수 있게 하는, 대화식의 보고 발생 및 그래픽 프리젠테이션 설비를 제공한다. 상기 표 또는 그래프들 각각에서의 이러한 데이터의 각각의 수준은, 연속적인 표 및 그래프와, 뷰어의 소망대로 분석될 데이터의 넓은 및/또는 좁은 뷰를 지닌 이전의 표 및 그래프에 동적으로 링크된다. 이들 링크된 표 및 그래프들의 고찰이, 중앙 리포지토리(504)로부터 저장된 데이터를 검색하고 사용자가 쉽게 이해할 수 있는 방식으로 다른 특정한 수준으로 데이터를 디스플레이 하기 위해, 사용자에게 친근한 질의 도구를 제공한다.

상기 설명이 컴퓨터 마우스 동작에 의한 프리젠테이션 시스템과의 대화를 언급한다고 해도, 본 발명 내에서, 컴퓨터 마우스 또는 트랙볼, 조이스틱, 터치스크린 또는 라이트펜 구현과 같은 포인팅 장치의 제한 없이, 어떤 공지의 컴퓨터 인터페이스 메카니즘, 또는 컴퓨터 시스템과의 음성인식대화에 의해, 뷰어에, 이들 그래픽 또는 표 형태의 표시와의 대화 능력이 제공된다는 것을 이해할 수 있을 것이다. 사용자 대화는 뷰어로 디스플레이 될 데이터의 연속적인 수준을 특정화한다.

다음으로 도 7a-12를 참조해서, 본 발명의 바람직한 실시형태에서 AMA GUI(605)의 일부분으로서 구현되는, 예시적인 일련의 뷰어 대화식의 그래픽 및 표의 프리젠테이션 세트를 제시한다.

도 7a의 그래프(700)는, 사용자가 그래프(700)의 저부를 따라서 도시된 템플릿 필드(707)를 채우는 것에 의해 발생한다. 이 필드(707)는 디스플레이 될 AMA특징들(도시된 예에서는 응답시간과 사용가능도), 모니터링 결과가 디스플레이 되는 애플리케이션 프로그램을 실행하는 서버(또는 상기 실시예에서와 같이 모든 서버들) 및 모니터링을 위한 시간 기간(본 실시예에서는 1998년 2월)을 포함한다.

이들 필드를 채우는 것에 의해, 사용자는 AMA GUI(605)로 하여금 브릿지데몬(606)에 대한 요구를 발생하게 하고, 다음으로, 리포지토리(504)를 질의하고, 이 정보를 그래프(700)에서의 디스플레이를 위해 GUI로 다시 되돌린다. 상기 도 7a-12에 동적으로 링크 된 디스플레이들의 특징을 설명함에 따라서, 각각의 표 또는 그래프 상에서 상호 접속하는 링크 또는 활성영역은, 연속해서 그려지는 일련의 그래프 및 표를 고찰하기 위해 사용자에 의해 작동될 때, 각각이, 데이터가 AMA GUI(605)로부터 브릿지데몬(606)으로 통과될 것을 요구하고, 또한 브릿지데몬(606)에 의해 리포지토리(504)의 질의와 거기서부터 요구된 데이터를 GUI(605)로 되돌리게 하며, 다음으로, 이 되돌려진 데이터는 AMA애플릿(604)을 매개해서 도 7a-12의 그래프 및 표에 도시된 것과 같은 디스플레이 포맷으로 조합된다.

이상의 설명을 가지고, 다음에는 1998년 2월 동안 AIX서버 세트 상에서 로터스 노트 메일 애플리케이션(로터스 노트(AIX)메일)에 대한 응답시간 및 사용가능도를 나타내는 그래프(700)를 도시하는 도 7a로 돌아간다. 그래프(700)의 X-축은 그 달의 날짜에 해당한다. 그래프의 Y축은, 모니터 된 노트 애플리케이션의 상기 달의 날짜 당 사용가능도 퍼센트의 해당하는 제 1의 스케일(701)과, 상기 모니터 된 애플리케이션 트랜잭션에 대한 응답시간(초)의 표시에 해당하는 제 2의 스케일(702)을 가리킨다. 상기 응답시간과 사용가능도의 범위는 각각의 스케일(702a 및 701a)에 대해 나타낸 '+'와 '-'표시를 클릭 하는 것에 의해 원하는 만큼 스케일-업 또는 다운시킬 수 있다. 예를 들어, 도 7b는 702a의 '+'부분을 통해서 '확대'해서 확장된 응답시간 스케일(702)을 지니는 동일한 그래프(700a)를 나타낸다.

다시 도 7a를 참조하면, 그래프(700)는 이 응답시간측정에 해당하는막대(703) 및 사용가능도 측정에 해당하는 데이터 포인트(704)를 포함한다. 막대 표시(703)는 날짜 당 모니터 된 애플리케이션의 응답시간의 50번째 백분위수에 해당하는 칼라로 코드 된 중간 포인트(705)를 포함한다. 즉, 문의하는 날짜에 대한 응답시간의 측정은, 서비스요구들(210)에 대한 애플리케이션 프로그램의 응답(211)에 대한 범위(예를 들어 0.1초∼10초)로 계산하고, 중간 포인트(705)는 나머지 매일의 측정의 반이 더 높고(더 느리고) 다른 나머지 매일의 측정의 반이 더 낮았을(더 빠를)때의 응답시간측정을 나타낸다. 상기 도시된 실시예에서, 막대(703)는 가장 빠른 5%와 가장 느린 5%를 제외하고(즉, 상기 범위는 5번째에서 95번째의 백분위수에서 응답시간을 계산하거나, 또는 그렇지 않으면 SLA에 의해 정의된 것) 문의할 때의 매일에 대해 측정된 응답시간을 그래픽으로 디스플레이 한다. 상기 포인트(704)는 문의하는 날에 대해 성공적인 서비스응답(211)이 수신된 서비스요구들(210)의 퍼센트에 해당하는 각각의 날에 대한 단독의 데이터 포인트를 가리킨다.

특정한 그래프(700)를 언급하면, 예를 들어, 2월 2일에서, 응답시간표시가 0.1초에서 아마 4.0초 이상까지의 응답시간의 범위에 해당하고, 50번째의 백분위수가 0.1초 부근에 있다는 것을 볼 수 있다. 이것들은, 1998, 2월 2일에서의 대부분의 응답시간들이 초로 10번째 영역 내에 밀집해있다는 것을 표시한다. 비슷하게 2월 2일에서, 그래프(700)는 사용가능도가 약 98%인 것을 표시한다.

상기에 따라서, 그래프(700)가 상기 그래프의 대화부분인 '핫 포인트(hot point)(예를 들어 704)' 또는 '활성영역'들을 포함한다는 것을 알 수 있을 것이다.이들 핫 포인트들은 하이퍼링크 되거나, 또는 그렇지 않으면 뷰어로 하여금 상기 그래프(700)상에서 흥미로운 특정의 지점을 보다 상세하게 동적으로 조사하게 하는 관련된 그래프 및 표에 대화식으로 접속되어 있다. 예를 들어, 뷰어가 그래프의 배경영역(708)(즉, 특정의 날에 대해 데이터를 나타내는 영역이 아니며, 이어서 어드레스 될 곳) 상에 그/그녀의 마우스 포인터를 위치시킨 후 마우스 클릭을 행한다면, 뷰어는 그래프(700)에 도시된 데이터의 표 표시에 해당하는 데이터에 대한 요구를 시작할 것이며, 따라서, 도 8에 도시된 표(800)로 표시될 것이다. 그래서, 그래프(700)의 배경(708)이 대화식의 핫 포인트인 것을 이해할 수 있을 것이다.

표(800)는 특정의 날(801)에 해당하는 데이터의 보다 정확한 읽기를 제공하는데 유용한 그래프(700)를 만들기 위해 사용되는 데이터의 표 형태를 나타낸다. 이 표(800)로부터, 가장 빠른 응답시간(802)이 실제로는 0.071초였으며, 의미 있게도, 가장 느린 응답시간(803)은 14.062초였다는 것을 알 수 있다(그래픽 표시(700)는 4.0초로 제한되었으나, 2월 2일에 대한 14초 범위 내의 응답시간을 표시하는 표 700a에 도시된 것과 같이 상기 스케일링 형태(702a)를 사용하여 다시 계산될 수 있다). 더욱이, 날짜(804)당 사용가능도 데이터와 날짜 당 중간 포인트의 응답시간(805)은 표의 형태로 게시된다. 표(800)상의 마우스-클릭이 뷰어를 표(700)로 동적으로 되돌린다.

만일 뷰어가 그래프(700, 700a) 및 표(800)상에 도시된 느린 14.062초의 응답시간이 발생되는 서버 및 날의 시간을 식별하기를 원한다면, 이들은 마우스 포인터를 막대(703) 또는 그 날을 나타내는 행(801)에 둘 수 있으며, 그/그녀의 마우스를 클릭 하는 것에 의해, AMA GUI는 리포지토리(504)를 동적으로 질의하고, 관련한 데이터를 검색하며, 도 9에 도시된 표(900)로 뷰어를 제시한다.

표(900)는 흥미 있는 날(즉, 1998.2.2)에 대한 그래프(700)상에 표시된 각 서버에 있어서의 사용가능도 및 응답시간의 통계치를 제시한다. 각각의 서버는 하이퍼링크에 의해 표시되거나, 또는 그렇지 않으면 표(900)의 왼쪽 부분 상의 버튼(901)(핫 포인트)과 동적으로 관련된다. 이 표는 상기 날짜(902)에 대한 사용가능도 퍼센트 및 그 날에 있어서의 5%(903)와 95%(904) 및 중간 포인트(905) 응답시간을 나타내는 열들을 포함한다.

표(900)에서의 각 서버의 통계학적 퍼포먼스를 도시하는 것에 의해, 다음으로, 서버 또는 서브들이 문의하는 날에 있어서 불량한 응답시간을 제시하였는지를 쉽게 결정할 수 있다. 이들 서버들은 표(900)에 도시된 복합 서버들의 그래프(700)상의 불량한 응답시간의 그래픽 표시를 발생할 책임이 있는 기기들 이다. 물론, 개개의 나열된 서버들의 각각에 대한 95%의 응답시간의 대부분은 복합 서버의 디스플레이에 대한 95%응답시간으로 디스플레이 되지 않을 것이다.

이런 배제가 단지 전술한 구현의 선택인 것을 이해할 수 있을 것이나, 상기 바람직한 실시형태에는, 이러한 밖에 있는 데이터 포인트들(즉, 응답시간들)을 포함하는 것이 문의하는 기간 동안에 모니터링 하는 데이터의 대부분의 그래픽 표시를 비스듬하게 하였다는 발견 사실에 기인해서 포함되었다. 이와 같이, 이러한 밖에 있는 포인트들을 배제하는 것에 의해, 상기 디스플레이들이 모니터 된 애플리케이션 프로그램들의 전형적인 퍼포먼스를 더욱 정확하게 제시하였다는 것을 발견하였다.

표(900)를 참조해서, 서버 D01ML010이 2월 2일에 그 95%의 응답 동안 5.649초의 응답시간을 나타내었다는 것을 알 수 있다. 이 서버에 해당하는 버튼(901)을 클릭하는 것에 의해, 도 10a에 도시된 것과 같이 그래프(1000)로 제시한다.

그래프(1000)는, 그래프(700)에서 설명한 것과 비슷한 방식으로, 서버D01ML010의 퍼포먼스(즉, 사용가능도 및 응답시간)를 도시한다. 서버의 응답시간(1002) 및 사용가능도(1001)는 1998, 2월의 각 날(1003)에 대해서 도표로 만들어진다.

그래프(700)에서와 비슷한 양식으로, 막대(1004)는 날짜 당 모니터 된 애플리케이션의 응답시간을 나타내나, 이 프리젠테이션에서는, 데이터는 단지 서버D01ML010에 대해서만 묘사된다. 그래프(700)에서와 같이, 채색된 해쉬-마크(1005)는 그 날의 5%-95%의 기록된 응답의 중간 포인트에 해당한다. 이러한 데이터 포인트들(1006)은 날짜 당 애플리케이션 프로그램에 대해 읽은 사용가능도에 해당한다. 서버D01ML010이 5.649초의 95%응답시간을 가지는 것을 알기 때문에, 읽기는 그래프(1000)의 상위 경계를 초과하나, 도 10b의 그래프(100a)에서는, 응답시간의 경계가 1998, 2.2일의 이 서버에 대한 5.649의 응답시간을 표시하기 위해 확장되어진다.

만일 뷰어가 이 데이터를 표의 형태로 살펴보기를 원한다면, 배경영역상의 마우스-클릭(또는 다른 이러한 뷰어에 기초한 대화)은 이 데이터의 표의 표시가 표(800)와 동일한 것을 밝힐 것이나, 이 표는 단지 서버D01ML010에 해당하는표(1000)에서의 데이터만을 나타낼 것이다. 이 표가 표(800)와 실질적으로 동일하기 때문에, 이 표시를 도시할 필요는 없으나, 각각의 그래픽 표시가 상기 그래픽 표시에 놓여 있는 데이터를 더욱 특정하게 도시하는 표에 동적으로 링크 된다는 것을 주목하는 것이 중요하다.

다시 도 10a를 참조하면, 뷰어가 1998, 2.2에서 서버D01ML010의 시간마다의 퍼포먼스의 그래프를 조사하기를 원한다면, 그녀/그는 이 데이터에 해당하는 막대(1004) 상에 포인터를 위치할 것이고, 마우스를 클릭하는 것에 의해, 도 11에 도시된 그래프(1100)의 동적 발생을 자극할 것이다.

그래프(1100)는 그래프(700) 및 그래프(1000)와 동일한 포맷이나, 그래프(1100)는, 1998, 2.2일에 있어서의 매시간에 기초(1103)해서, 서버D01ML010에 대한 사용가능도(1101) 및 응답시간(1102)을 묘사한다. 동일한 표시들(1104, 1105, 및 1106)은 응답시간들 및 사용가능도 표시들로 사용되나, 이 그래프(1100)상에서는, 상기 막대가 최대, 중간 포인트 및 최소 값을 나타낸다.

이 그래픽 도시(1100)로부터, 뷰어는, 서버가 불량한 응답시간 퍼포먼스를 나타낸 날짜의 시간(들)을 결정할 수 있다. 따라서, 서버D01ML010에 대한 2월 2일자에서의 그래프(1100)를 조사하는 것에 의해, 10A.M., 11A.M. 및 3P.M.의 시간 동안에 나타나는 응답시간이 예외적으로 느리다는 것을 알 수 있다. 그러나, 그래프(1100)가 4.0초에서의 응답시간으로 제한되기 때문에, 뷰어는 응답시간의 스케일(1102a)과 연관된 '+'버튼을 눌러서 도 11b의 그래프(1100a)로 표시될 것이며, 여기에서, 10A.M 시간 동안의 응답시간이 27초 이상이었고, 11A.M 시간 동안의 응답시간이 약 25초 정도였으며, 3P.M시간 동안의 응답시간이 대략 6초였다는 것을 알 수 있다.

뷰어가 이 그래프(1100)에 대한 세목을 살펴보기를 원한다면, 그/그녀는 상기 그래프 상의 어느 지점을 클릭하고, 도 12에 도시된 것과 같은 표(1200)로 나타낼 것이며, 이 표는, 그래프(1100)를 포함하는 퍼포먼스 데이터의 표의 표시로 도시된다. 이 표로부터, 모니터 된 로터스 노트(AIX에 기초함) 메일 애플리케이션을 운전하는 D01ML010에 대한 응답시간이 실제로는 10시 정각의 A.M. 시간 동안 가장 좋지 못한 경우 73.281초였다는 것을 알 수 있다.

도 13은 본 발명에 의해 제공된 디스플레이 및 보고 발생 설비의 개략도를 나타낸다. 일반적으로, 본 발명은 리포지토리(504)로부터의 데이터의 표 또는 그래픽 디스플레이 표시와 대화하기 위한 메커니즘을 제공한다. 단계1301에서, 사용자는 제 1의 데이터 세트의 검색 및 디스플레이를 요구한다(즉, Poughkeepsie, NY 영업소 위치로 작용하는 모든 서버들에 대한 2월 동안의 로터스 노트(AIX) 메일 애플리케이션에 대한 사용가능도 및 응답시간 데이터(도 7a 참조)). 단계1302에서, GUI(605)는 브릿지데몬(606)으로 요구를 전달하고, 이것은 이어서 리포지토리(504)를 질의하고, 다음으로 검색된 데이터를 GUI로 되돌리며, 다음으로 이 요구된 데이터를 단계1303에서 디스플레이 한다. 사용자는 단계1304에서 디스플레이 상에 지정된 핫 포인트와 대화하고, 다음으로 제 1의 디스플레이 상에 나타나고 대화하게 되는 이 데이터와 관련된 제 2의 데이터 세트에 대한 요구를 제시한다. 다음으로, 단계1305에서, GUI(605)는 다시 상기 요구를 AMA브릿지데몬(606)으로 통과시키고,이것은 상기 요구되고 관련된 데이터에 대한 리포지토리(504)를 질의하며, 이 데이터는 브릿지를 매개해서 GUI(605)로 제공되며(1305), 다음으로 단계1306에서 리포지토리로부터 되돌아온 데이터에 기초해서 관련된 제 2의 데이터 세트의 디스플레이를 만든다.

도 13과 관련하여 해석할 수 있는 도 14에서는, 전술한 연속적인 디스플레이의 상호관계가 반전된 트리 그래프(1400)로 관찰될 수 있다. 블록1401에서 시작하면, 뷰어는 그의 컴퓨터 시스템상의 메뉴(또는 다른 것)를 매개해서 블록1402로 표시하듯이 데이터를 모니터 하는 애플리케이션 프로그램을 포함하는 데이터 세트의 디스플레이를 요청한다. 블록1402가 막대 그래프[1402의 (a)]에 의해 예시적으로 표시된 모니터링 데이터 세트의 그래프 표시와, 1402의 표(b)로 도시된 모니터링 데이터 세트의 표 표시 둘 다를 포함하는 것을 알 수 있을 것이다. 상기 표 및 그래프는, 뷰어가, 뷰어의 컴퓨터 시스템 상의 활성 디스플레이 영역을 클릭 하는 것에 의해(또는 그렇지 않으면 서로 인터페이스로 접속하는 것에 의해), 데이터 세트의 표 디스플레이와 데이터 세트의 그래픽 디스플레이 사이에서 점프할 수 있도록 링크[1402의 (c)]에 의해 서로 동적으로 링크된다.

표[1402의 (b)] 또는 그래프[1402의 (a)]에 묘사된 데이터세트 내에서, 데이터요소들은 A 및 B로서 표시된다. 상기 표 및 그래프 양자에서의 데이터 요소들 각각은, 마우스 클릭 또는 다른 뷰어 인터페이스 기술을 통해서 표시될 수 있도록, 전술한 활성영역 또는 핫-스팟으로서 구현될 수 있다. 뷰어의 지시에 응답하여, 도 13에 서술한 것과 같은 동적 링킹 활성이, 연관된 데이터 요소들을 포함하는 제 2의 데이터 세트의 디스플레이를 제공하기 위해 실행된다. 예를 들어, 뷰어가 테이블[1402의 (b)] 또는 그래프[1402의 (a)] 내에서 데이터요소 A를 지시하려면, 도 13에 도시된 순서는 동적 링크(1403a)에서 시작해서, 이어서 블록1404에 의해 표시된 표 및/또는 그래픽 디스플레이를 표시할 것이다.

블록1404에서, 그래픽표시[1404의 (a)] 및 표 표시[1404의 (b)]는 디스플레이 된 제 2의 데이터 세트에 대해서 도시된다. 제 2의 데이터 세트는 그래프[1402의 (a)] 또는 표[1042의 (b)]에 도시된 데이터 세트에서의 데이터요소A와 연관된 데이터요소들 A1, A2, 및 A3을 포함한다. 바람직한 실시형태에서의 이들 연관된 요소들의 각각은 데이터요소 A의 구성성분을 나타낸다. 예를 들어, 데이터요소A가, 3개의 다른 프로브들(즉, 프로브1, 프로브2, 프로브3)에 응답하는 로터스 노트 애플리케이션 프로그램에 대하여 주어진 날 동안 기록된 응답시간의 범위를 나타내는 실시형태에서는, 1404의 (a) 및 1404의 (b)에 도시된 데이터 세트가 주어진 날에 대에서 각각의 프로브에서 기록된 응답시간의 범위를 포함하며, A1은 주어진 날에서의 프로브1에 대한 응답데이터를 나타내고, A2는 프로브2에서 수신된 응답을 나타내며, A3은 주어진 날에 대해서 프로브3에서의 응답들을 나타낸다. 그래프[1404의 (a)] 및 표[1404의 (b)]가 1404의 (c)를 매개해서 서로 동적으로 링크 되며, 링크 1402의 (c)를 매개해서 데이터세트들[1402의 (a) 및 1402의 (b)]에서 설명한 것과 비슷한 방식으로 토글 될 수 있다는 것을 물론 이해할 수 있을 것이다. 또한 데이터세트(1402)에 도시된 각각의 데이터요소(즉 A 및 B)가 데이터요소A에 대해서 설명한 것과 같은 표시로서 링크될 수 있다(1403a 및 1403b)는 것을 이해할 수 있을 것이다.

1404의 (a) 및 1404의 (b)에 도시된 데이터 세트에서의 각각의 데이터요소들은 링크들(1406a, 1406b)를 매개해서 또 다른 데이터세트들(미도시)에 동적으로 링크 될 수 있으며, 이것은 다음으로, 데이터 세트[1404의 (a) 및 1404의 (b)]의 데이터요소들의 구성요소들(즉, 데이터요소들 A1, A2, 및 A3)을 나타내는 데이터요소들을 포함한다.

전술한 예시적인 실시형태로부터, 브릿지(606) 및 리포지토리(504)와 조합한 AMA GUI는, 최종 사용자가 빠르고 효과적으로 부피가 큰 데이터 레코드들을 분석할 수 있게 한다. 전술한 단순화된 실시예에서는, 뷰어가, 전체적인 서버 퍼포먼스로부터 특정의 날에 특정한 서버에 대한 제한된 응답시간 수차로 '드릴-다운'하게 허용하였다.

전술한 기술은 서버의 특정 퍼포먼스에 해당하는 이용 가능한 데이터와 결합될 수 있으며, 이러한 데이터는 IBM Netfinity 또는 상기 결정 과정을 더욱 개량하는 다른 이와 같은 상품에 의해 제공된다. 이 결정 과정의 세분성은 단지 주어진 네트워크에 대해 모여진 네트워크 퍼포먼스 측정의 량 및 종류와 데이터 채굴의 제한과 이 모여진 정보를 상관시키기 위한 분석도구들에 의해서만 제한된다.

본 발명의 또 다른 독창적인 특징은, 상기 정의된 퍼포먼스 기준들 중 어떤 것이 위반되었다는 것을 결정하면 서비스 퍼스널에게 경고를 제공하기 위해 이용되는 기술을 수반한다.

이미 전술한 바와 같이, AMA프로브(201)는, 최대응답시간 또는 최소 애플리케이션 사용가능도 등의 임계값 정보를 포함하는, 프로브 구성정보(202)를 제공받을 수 있다. 이들 기준들은 AMA프로브 코드(303)에 의해 모니터 되며, 부정이 검출되면, 경고신호(308)가 부정의 경고메커니즘(205)을 알려주기 위해 프로브에 의해 발생된다. 다음으로 이 경고메커니즘(205)은 부정을 지원 사람들에게 알려주거나, 또는 그렇지 않으면 문제 교정 응답을 작동시키는 것에 의해 기능을 할 수 있다.

도 15는 이 경고 수순(1500)의 예시적인 구현을 보다 상세히 도시한다. 프로브 구성정보(302)의 부분으로서 정의된 임계값이 AMA프로브 코드(303)에 의해 결정되는 것과 같이 위반된 경우, 경고신호(308)가, 서버컴퓨터(1501)가 IBM 네트뷰(NetView(R)) 소프트웨어 애플리케이션 프로그램(이하 NetView서버라 함)을 운전하는 것과 같은 바람직한 실시형태에 도시된 경고메커니즘(205)으로 송신된다. 바람직한 실시형태에서, 임계값 부정은 AMA프로브 코드로 하여금 트랩(308)으로 알려진 소프트웨어 표시를 발생하게 한다. 이 트랩(303) 표시는 전송 제어 프로토콜/인터넷 프로토콜(TCP/IP), 클라이언트-서버 네트워크에 기초한 통신에 있어서의 단순 네트워크 메시징 프로토콜(SNMP)구성에 따라서 정의된다. 이 트랩표시는 서버컴퓨터(202)와 애플리케이션 프로그램(203)에 부정이 있다는 정보 및, 기록된 부정의 종류에 관한 정보를 포함한다. 전술한 소프트웨어 트랩은 본 분야의 기술자에게 공지의 것이므로 상세한 설명은 필요하지 않다. 또한, 본 발명이 부정의 발생을 알리기 위해 소프트웨어 트랩을 구현하지만, e-mail, 또는 페이징, 팝업 스크린 등의 다른 메커니즘이나, 다른 주목할 만한 방법들도 사용할 수 있을 것이다.

일단 트랩(308)이 NetView서버(1501)에 수신되면, 서버 내의 리포지토리 트랩드.로그(trapd.log)(1502)에 부착된다. 리포지토리(1502)는 다음으로 또 다른 서버(1503)에 의해 미리 정의한 간격으로 스캔된다(IBM 글로벌 서비스 코오디네이터(GSC)서버로서 도시됨).

GSC서버(1503)는 상기 트랩드.로그(1502)내의 임의의 새로운 엔트리들과 GSC서버 내의 표 세트들(1504)을 비교한다. 이들 테이블(1504)은 애플리케이션 종류, 서버 위치 부정의 종류 및 상기 부정을 통지 받는 서비스 사람, 그 사람에게 통지하는 방법(즉, e-mail, 페이징 등)과 관련된 정보를 포함하며, 이것은 부정의 기준과 하루 중 시간과 같은 요소들에 기초할 수 있다.

GSC서버가 상기 서버, 트랩드.로그(1502)로부터의 애플리케이션 및 부정의 종류를 그 자신의 표들(1504) 내의 엔트리와 일치시킬 수 있으면, 경고신호(1505)가 특정화된 양식(1506)(즉, 페이저, e-mail 등)에 따라서 표시된 당사자로 발생된다.

이어서, AMA프로브 코드(303)는, 부정된 임계값이 수용 가능한 수준으로 되돌아갔는지를 결정하고, 또한 이 경고를 취소하기 위한 설비가 더 제공될 수 있다. 이러한 실시형태에서, 취소는, 새로운 소프트웨어 트랩(308)이 발생될 수 있는 원래의 부정표시와 동일한 수순을 따를 것이다. 이 트랩은 트랩드.로그(1502)에 저장되고, 자신의 표들(1504)이 이 경고가 취소되어야 한다고 표시하는 GSC서버(1503)에 의해 스캔되며, 이어서 이 경고신호(1505)를 전송(1506) 전에 정지시키거나, 또 다르게는 이전의 경고를 취소하는 메시지(1505)를 전송할 것이다.

여기에서 바람직한 실시형태들이 상세하게 묘사되고 설명되었지만, 관련된 분야의 기술자들에게는, 현재 및 미래 모두에 있어서, 본 발명의 사상을 벗어나지 않고, 다양한 변형, 첨가, 개량, 및 개선이 만들어질 수 있는 것은 분명할 것이며, 그래서, 이러한 것들은 다음의 청구범위에서 정의된 본 발명의 범위 내에 있을 것으로 생각되며, 이것은 먼저 공개된 본 발명에 대한 적절한 보호를 유지하기 위해 구성되어져야 한다.

상기 본 발명에 의해,분산컴퓨팅환경에서의 클라이언트 컴퓨터시스템과 결합된 서버컴퓨터 상에 존재하는 애플리케이션 프로그램으로부터의 애플리케이션 서비스들의 퍼포먼스에 기초해서, 퍼포먼스에 기초한 경고신호들을 모니터 및 보고하고, 발생하기 위한 기술들을 제시할 수 있는 효과가 있다.

이제 본 발명을 상세히 설명하였으며, 우리가 신규 하다고 생각하고 특허증으로 보호하기를 원하는 바는 다음과 같다.

Claims

클라이언트 컴퓨터와 연결된 서버컴퓨터를 지니는 컴퓨터 네트워크에서, 상기 서버컴퓨터가, 상기 서버컴퓨터상의 애플리케이션 프로그램을 통해서, 상기 네트워크 상의 상기 클라이언트 컴퓨터로 애플리케이션 서비스들을 제공할 때, 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스와 관련된 정보를 상기 클라이언트 컴퓨터에서 모니터하고 기록하기 위한 방법에 있어서,

A. 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스를 기록하기 위해 상기 클라이언트 컴퓨터에 의해 사용되는 매개변수들 세트 -이 매개변수들의 세트는 상기 애플리케이션 프로그램의 퍼포먼스를 반복적으로 평가하기 위한 간격의 정의를 포함함- 를 설정하는 단계;

B. 상기 클라이언트 컴퓨터로부터 상기 서버컴퓨터로의 서비스요구- 이 서비스요구는 상기 설정된 매개변수 세트에 기초해서 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스를 요구하는 것임- 를 송신하는 단계;

C. 상기 클라이언트 컴퓨터에서 상기 서버컴퓨터로부터의 서비스응답을 수신하고, 상기 수신된 서비스응답에 기초해서 상기 클라이언트 컴퓨터에서 트랜잭션 레코드 - 이 트랜잭션 레코드는 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스와 관련한 정보를 포함함- 를 생성하는 단계 ; 및

D, 상기 정의된 반복 간격에 따라서 요구되는 만큼, 단계들 B-C를 반복하는 단계

를 포함하는 방법.
제 1항에 있어서,

상기 매개변수들 세트는 상기 서비스요구들을 상기 서버컴퓨터에 있는 애플리케이션 프로그램으로 송신하기 위해 필요한 정보를 더 포함하는 방법.
제 1항에 있어서,

상기 매개변수들 세트는 상기 서비스요구들이 송신되는 빈도를 포함하는 것인 방법.
제 1항에 있어서,

상기 클라이언트 컴퓨터는 상기 서비스요구의 송신으로부터 상기 서비스응답의 수신까지의 기간의 지속시간을 결정하기 위한 타이머를 포함하는 것인 방법.
제 1항에 있어서,

상기 발생된 트랜잭션 레코드는 상기 서비스요구의 송신으로부터 상기 서비스응답의 수신까지의 기간의 지속시간의 표시를 포함하는 것인 방법.
제 1항에 있어서,

상기 트랜잭션 레코드는 상기 서비스응답이 성공했는지 또는 성공하지 못했는지의 표시를 포함하는 것이고, 상기 매개변수들 세트는 상기 서비스요구의 송신으로부터 상기 서비스응답의 수신까지의 기간에 대한 최대 지속시간을 포함하는 것인 방법.
제 6항에 있어서,

상기 최대 지속시간이 초과되면, 상기 서비스요구는 상기 클라이언트 컴퓨터로부터 상기 서버컴퓨터로 다시 송신되는 것인 방법.
제 7항에 있어서,

상기 서비스요구의 재 송신 동작은 제1의 재 송신 동작 후에도 상기 최대 지속시간이 초과되면 되풀이될 수 있는 것이고,

상기 매개변수들의 세트는 상기 재 송신 동작상에서의 제한 -이 제한은 상기 반복된 재 송신 동작의 지속시간 또는 재 송신의 동작이 반복되는 회수에 기초함- 을 더 포함하는 것인 방법
제 8항에 있어서,

상기 제한이 초과되면, 상기 서비스응답은 성공하지 못한 것으로 기록되는 것인 방법.
제 6항에 있어서,

상기 애플리케이션 프로그램이 상기 서비스요구에 응답해서 애플리케이션 서비스들을 제공하지 못하면, 상기 서비스응답은 성공하지 못한 것으로 기록되는 것인 방법.
제 10항에 있어서,

상기 서비스응답이 성공하지 못하면, 상기 애플리케이션 프로그램은 이용될 수 없는 것이고,

상기 발생된 트랜잭션 레코드는 상기 애플리케이션 프로그램이 이용가능한지 또는 이용할 수 없는지의 표시를 포함하는 것인 방법.
제 11항에 있어서,

상기 매개변수들 세트는 상기 애플리케이션 프로그램이 이용될 수 없다고 결정된 시간의 기간 내에서 최대의 시간 양을 더 포함하는 것인 방법.
제 1항에 있어서,

상기 매개변수들 세트는 상기 애플리케이션 프로그램을 상기 서비스요구에 응답하는데 이용할 수 있게 될 때에 해당하는 스케줄을 더 포함하는 것인 방법.
제 13항에 있어서,

상기 스케줄이, 상기 서비스요구들의 송신을 가능 및 불가능하게 하기 위해 사용되거나, 또는 상기 발생된 트랜잭션 레코드가 상기 애플리케이션 프로그램이 상기 스케줄에 따라서 이용할 수 있었는지의 표시를 포함하는

방법.
제 1항에 있어서, 상기 매개변수들 세트는 상기 애플리케이션 서비스들의 퍼포먼스와 관련된 임계값 세트를 포함하며,

상기 방법은,

상기 임계값들 세트 중 어떤 임계값이 상기 트랜잭션 요구에 대한 응답에 의해 초과되었는지를 결정하기 위해 상기 발생된 트랜잭션 레코드를 분석하는 단계; 및

상기 임계값들 세트 중 어떤 임계값이 초과되었다고 결정되면, 경고신호를 경고 메커니즘으로 송신하는 단계

를 더 포함하는 방법.
제 15항에 있어서,

상기 초과된 임계값이 더 이상 초과되지 않는지를 결정하기 위해 연속해서 발생된 트랜잭션 레코드를 분석하는 단계; 및

취소신호를 상기 이미 송신된 경고신호를 취소하는 경고메커니즘으로 송신하는 단계

를 더 포함하는 방법.
제 15항에 있어서,

상기 경고신호는 상기 모니터 된 애플리케이션 프로그램, 상기 서버컴퓨터, 및 상기 초과된 임계값과 관련한 정보를 포함하는 것인 방법.
제 17항에 있어서,

상기 경고 메커니즘은 상기 경고신호를 이용해서 서비스 엔티티와 접촉하는 것인 방법.
제 1항에 있어서,

상기 발생된 트랜잭션 레코드들은 리포지토리에 저장되고, 상기 리포지토리의 위치는 상기 매개변수들 세트에 포함되는 것인 방법.
제 1항에 있어서,

상기 수신된 서비스응답은 상기 송신된 서비스요구와 관련되며, 상기 애플리케이션 프로그램에 의한 서비스응답의 발생은 상기 서비스요구를 송신하는 클라이언트 컴퓨터의 어떠한 인증도 요구하지 않는 것인 방법.
제 1항에 있어서,

애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스를 기록하기 위해 상기 클라이언트 컴퓨터에 의해 사용되는 상기 매개변수들 세트는, 사용자 인터페이스를 통해서 상기 클라이언트 컴퓨터의 사용자로부터 클라이언트 컴퓨터로 제공되는 것이며,

상기 수신된 서비스응답들과 관련한 정보 및 발생된 트랜잭션 레코드들은 상기 사용자가 관찰할 수 있도록 상기 클라이언트 컴퓨터로부터 상기 사용자 인터페이스로 제공되는 것인 방법.
클라이언트 컴퓨터와 연결된 서버컴퓨터를 지니는 컴퓨터 네트워크에서, 상기 서버컴퓨터가 상기 서버컴퓨터상의 애플리케이션 프로그램을 통해서 상기 네트워크 상의 상기 클라이언트 컴퓨터로 애플리케이션 서비스들을 제공할 때, 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스와 관련된 정보를 상기 클라이언트 컴퓨터에서 모니터 및 기록하기 위한 장치에 있어서, 상기 장치는,

상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서버스들의 퍼포먼스를 기록하기 위해 상기 클라이언트 컴퓨터에 의해 사용되는 매개변수들 세트 -이 매개변수들 세트는 상기 애플리케이션 프로그램의 퍼포먼스를 반복적으로 평가하기 위한 간격의 정의를 포함함- 를 설정하기 위한 수단 ;

상기 클라이언트 컴퓨터로부터 상기 서버컴퓨터로의 서비스요구 -이 서비스요구는 상기 설정된 매개변수들 세트에 기초해서 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스를 요구함- 를 송신하는 수단 ;

상기 클라이언트 컴퓨터에서 상기 서버컴퓨터로부터의 서비스응답을 수신하기 위한 수단과, 상기 수신된 서비스응답에 기초해서 상기 클라이언트 컴퓨터에서 트랜잭션 레코드 -이 발생된 트랜잭션 레코드는, 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스와 관련된 정보를 포함함- 를 발생하기 위한 수단

을 포함하는 장치.
청구항23는 삭제 되었습니다.
청구항24는 삭제 되었습니다.
청구항25는 삭제 되었습니다.
청구항26는 삭제 되었습니다.
청구항27는 삭제 되었습니다.
청구항28는 삭제 되었습니다.
청구항29는 삭제 되었습니다.
청구항30는 삭제 되었습니다.
청구항31는 삭제 되었습니다.
청구항32는 삭제 되었습니다.
청구항33는 삭제 되었습니다.
청구항34는 삭제 되었습니다.
청구항35는 삭제 되었습니다.
청구항36는 삭제 되었습니다.
청구항37는 삭제 되었습니다.
청구항38는 삭제 되었습니다.
청구항39는 삭제 되었습니다.
청구항40는 삭제 되었습니다.
청구항41는 삭제 되었습니다.
청구항42는 삭제 되었습니다.
클라이언트 컴퓨터와 연결된 서버컴퓨터를 지니는 컴퓨터 네트워크에서, 상기 서버컴퓨터가 상기 서버컴퓨터상의 애플리케이션 프로그램을 통해서 상기 네트워크상의 상기 클라이언트 컴퓨터로 애플리케이션 서비스들을 제공할 때, 디지털 프로세싱 장치에 의해 읽혀질 수 있고, 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스와 관련된 정보를 상기 클라이언트 컴퓨터에서 모니터 및 기록하기 위한 방법 단계들을 행하기 위해 상기 디지털 프로세싱 장치에 의해 실행 가능한 명령어들의 프로그램을 실체적으로 구현하는 프로그램 저장장치에 있어서,

A. 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서버스들의 퍼포먼스를 기록하기 위해 상기 클라이언트 컴퓨터에 의해 사용되는 매개변수들 세트 -이 매개변수들 세트는 상기 애플리케이션 프로그램의 퍼포먼스를 반복적으로 평가하기 위한 간격의 정의를 포함함- 를 설정하는 단계;

B. 상기 클라이언트 컴퓨터로부터 상기 서버컴퓨터로의 서비스요구 -이 서비스요구는 상기 설정된 매개변수들 세트에 기초해서 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스를 요구하는 것임- 를 송신하는 단계 ;

C. 상기 클라이언트 컴퓨터에서 상기 서버컴퓨터로부터의 서비스응답을 수신하고, 상기 수신된 서비스응답에 기초해서 상기 클라이언트 컴퓨터에서 트랜잭션 레코드 -이 발생된 트랜잭션 레코드는 상기 애플리케이션 프로그램에 의한 상기 애플리케이션 서비스들의 퍼포먼스와 관련된 정보를 포함함- 를 발생하는 단계; 및

D. 상기 정의된 반복의 간격에 따라서 요구되는 만큼 단계들 B-C를 반복하는 단계

를 포함하는 프로그램 저장장치.
청구항44는 삭제 되었습니다.
청구항45는 삭제 되었습니다.
청구항46는 삭제 되었습니다.
청구항47는 삭제 되었습니다.
청구항48는 삭제 되었습니다.
청구항49는 삭제 되었습니다.
청구항50는 삭제 되었습니다.
청구항51는 삭제 되었습니다.
청구항52는 삭제 되었습니다.
청구항53는 삭제 되었습니다.
청구항54는 삭제 되었습니다.
청구항55는 삭제 되었습니다.
청구항56는 삭제 되었습니다.
청구항57는 삭제 되었습니다.
청구항58는 삭제 되었습니다.
청구항59는 삭제 되었습니다.
청구항60는 삭제 되었습니다.
청구항61는 삭제 되었습니다.
청구항62는 삭제 되었습니다.
청구항63는 삭제 되었습니다.