KR20050002603A

KR20050002603A - 장치를 네트워크에 접속하기 위한 방법들, 엔진 및 컴퓨터판독가능 매체

Info

Publication number: KR20050002603A
Application number: KR1020040049363A
Authority: KR
Inventors: 주야-빙; 모라이스다이나트에이.; 포그레빈스키나탈리
Original assignee: 마이크로소프트 코포레이션
Priority date: 2003-06-30
Filing date: 2004-06-29
Publication date: 2005-01-07
Also published as: EP1501240A2; JP2005025753A; EP1501240A3; AU2004202380A1; US20050015644A1

Abstract

본 발명은 복수의 스테이지들에서 장치를 네트워크 서비스에 자동으로 접속하고, 각 스테이지에 대한 접속 진행의 실시간 상태 보고를 디스플레이하며, 어떤 스테이지가 성공적이지 못한 경우에는, 그 스테이지에 대한 문제 해결 도움말 및 설명서를 디스플레이하는 네트워크 접속 에이전트 및 문제 해결사(network connection agents and troubleshooters)를 포함한다.

Description

장치를 네트워크에 접속하기 위한 방법들, 엔진 및 컴퓨터 판독가능 매체{METHODS, ENGINE, AND COMPUTER READABLE MEDIA FOR CONNECTING A DEVICE TO A NETWORK}

본 발명은 일반적으로 네트워크 접속(network connectivity)에 관한 것이고, 보다 구체적으로는 네트워크 접속 에이전트 및 문제 해결사(network connection agents and troubleshooters)에 관한 것이다.

네트워크에 연결되거나 네트워크를 통해 통신할 수 있는 소비자 제품의 대열(rank)에 더 많은 가정용 및 사무실용 전자 장치들(예를 들면, 스마트 장치(smart devices), 오락용 전자 장치(entertainment devices) 등)이 합류함에 따라, 정확한 네트워크 접속 및 설정을 확립하기 위한 프로토콜들 및 방법들에 대한 필요성이 대두되었다.

네트워크에 접속하는 작업은 숙련된 사람의 기를 꺾고 경험이 부족한 사람을 당황하게 할 수 있다. 모뎀, 게임 등과 같은 장치를 인터넷에 접속하는 것에 대한 지침(directions)을 포함하는 사용자 매뉴얼 및 설치 프로그램은, 프로그래밍 코드 세그먼트들(programming code segments)로 가득 차 있으며 장치에 대한 제조자의 지식에 상응하는 지식을 가진 기술자를 위해 작성된, 암호 같고(cryptic) 잘못 번역된(poorly translated) 설명서(instructions)를 유포한다.

공지의 소프트웨어, 예컨대, 모티브 자이 스마트서비스 슈트(MOTIVE XI SMARTSERVICE SUITE)는 광대역 공급자와 소비자 간에 설치 전 상호 작용(pre-installation interaction)을 자동화할 수 있지만, 이는 일반적으로 광대역 멀티시스템 운영자(multi-system operator; MSO) 레벨에서 케이블 및 디지털 가입자 회선(digital subscriber line; DSL) 네트워크들을 공급하기 위한 것이다(미국 텍사스주 오스틴의 모티브 코뮤니케이션즈(Motive Communications)).

최초 시도에서 인터넷 또는 온라인 서비스에 성공적으로 접속한 경우는, 설치 설명서를 이해하고 이를 충실히 따른 것보다는 종종 운이 좋았던 것에 기인한다. 성공적이지 못한 접속 시도로 인해 고객 서비스 번호로 전화를 하더라도 도움이 안되는 녹음 메시지들을 듣게 된다. 네트워크 상에 문제가 있는지, 또는 필수적인(mandatory) 케이블, 드라이버, 또는 무선 컴포넌트가 설치 키트(installation kit)에서 빠져 있는 경우처럼 집 쪽에 문제가 있는지가 명확하지 않기 때문에, 성공하지 못한 사용자는 관련된 도움을 얻지 못할 수도 있다.

본 발명은 복수의 스테이지들에서 장치를 네트워크 서비스에 자동으로 접속하고, 각 스테이지에 대한 접속 진행의 실시간 상태 보고(real-time status reports)를 디스플레이하며, 어떤 스테이지가 성공적이지 못한 경우에는, 그 스테이지에 대한 문제 해결 도움말 설명서를 디스플레이하는 네트워크 접속 에이전트 및 문제 해결사를 포함한다. 네트워크 접속 에이전트 및 문제 해결사는 각 스테이지에 대하여 복수의 기법들을 사용할 수 있으며, 하나의 기법이 성공적이지 못한 경우에는, 다른 기법이 자동으로 시도된다. 네트워크 설정들의 수동 입력(manual entry)은 자동 접속 중에 선택될 수 있다.

일 구현예에서, 네트워크 접속 에이전트 및 문제 해결사는 장치와 네트워크간의 통신 연결을 검증하고, DHCP 또는 PPPoE를 사용하여 IP 설정을 검출하며, DNS 네임 레졸루션(name resolution)을 수행하고, 접속되고 있는 네트워크 서비스와의 통신에 의해 설정을 확인(confirm)한다.

도 1은 본 발명이 실시될 수 있는 예시적인 컴퓨팅 환경의 블록도.

도 2는 예시적인 네트워크 접속 및 문제 해결 엔진(network connection-and-troubleshooting engine)의 블록도.

도 3은 장치를 네트워크 또는 네트워크 서비스에 접속하는 예시적인 방법의 흐름도.

도 4는 장치를 네트워크 또는 네트워크 서비스에 접속하는 다른 예시적인 방법의 흐름도.

도 5는 예시적인 네트워크 접속 에이전트 및 문제 해결사의 예시적인 사용자 인터페이스들(user interfaces)의 그래픽 표시도(graphic representation).

도 6은 예시적인 네트워크 상태 스크린 사용자 인터페이스(network status screen user interface)의 그래픽 표시도.

도 7은 예시적인 NCAT의 예시적인 도움말(help) 및 문제 해결 스크린 사용자 인터페이스의 그래픽 표시도.

도 8은 본 발명과 함께 사용하기에 적합한 예시적인 컴퓨팅 장치의 블록도.

[도면의 주요 부분에 대한 부호의 설명]

100...네트워크 접속 에이전트 및 문제 해결사(NCAT)

104...장치

106...네트워크(인터넷)

108...서비스

110...통신 연결 스테이지

112...네트워크 설정 구성 스테이지

114...네임 레졸루션 스테이지

116...서비스 접속 스테이지

200...네트워크 접속 에이전트 및 문제 해결사(NCAT) 엔진

202...통신 연결 엔진

204...네트워크 설정 엔진

206...네임 레졸루션 엔진

208...서비스 접속 엔진

210...제어 로직

212...사용자 인터페이스 엔진

214...도움말 및 문제 해결 엔진

216...에러 로깅 엔진

218...모드 선택기

220...QoS 모듈

개관

본 명세서에서 제시된 본 발명은, 전자 장치를 네트워크 및/또는 온라인 네트워크 서비스("서비스")에 통신적으로(communicatively) 연결하며 접속 실패에 관한 문제, 특히 인터넷이나 서비스에 플러그 인(plug-in) 및/또는 접속하려는 초기 시도(initial attempts)에 관한 문제를 해결하는, 예시적인 네트워크 접속 에이전트 및 문제 해결사(network connection agent and troubleshooter; 이하 "NCAT"라고 한다)를 포함한다. NCAT는 네트워크 접속 셋업 프로세스의 다양한 스테이지들을 보다 자동화할 뿐만 아니라, 접속 시도 시에 각 스테이지의 상태를 사용자에게 실시간으로 업데이트하기 위한 스마트 메시징(smart messaging)을 제공하며, 문맥 의존 문제 해결 도움말(context-sensitive trouble shooting help)을 제공한다. 따라서, 사용자가 자동 접속 프로세스를 실시간으로 볼 수 있고, 완성되기까지 프로세스가 얼마나 남아있는지도 볼 수 있으며, 에러가 발생한 프로세스의 스테이지 및 필요한 경우 문맥 의존 문제 해결 도움말을 볼 수 있기 때문에, 예시적인 NCAT는, 사용자에 대하여, 장치를 설치하는 경험을 개선한다. 장치(또는 온라인 서비스) 판매자의 입장에서 보면, NCAT는 온라인 서비스나 인터넷에 접속하는 소비자 전자 장치, 예를 들면, 모뎀, 게임 콘솔, 셋톱 박스, 개인용 미디어 레코더, 퍼스널 컴퓨터, 개인 휴대용 정보 단말기(personal digital assistant), 무선 라우터 등을 보다 사용자 친화적으로 구성할 수 있는데, 이는 온라인 서비스 또는 장치가 네트워크 및/또는 서비스에 "자체 접속(connect itself)"할 수 있고 따라서 소비자들에게 더욱 매력이 있기 때문이다.

통상적으로, NCAT는 종래의 방법들에 비해 (사용자에 대하여) 보다 자동으로, 그리고 보다 작은 노력으로 장치를 네트워크 및/또는 네트워크 서비스에 접속할 수 있고, 대부분의 상황에서, NCAT가 기본 통신 연결들(rudimentary communicative couplings)과 같은 통신 연결을 검증하는 것으로부터 자동으로 진행한 후, TCP/IP 또는 다른 네트워크 프로토콜들의 상위 계층들(higher layers) 상에 접속을 확립하기 때문에, 사용자는 접속을 행하는 데에 적극적으로 참여할 필요가 없다.

네트워크 또는 서비스에의 접속 시도 중에 문제가 발생하는 경우에, NCAT가워크어라운드들(workaround)의 툴박스(toolbox)를 포함하므로 문제가 종종 극복되고 네트워크 접속이 여러 상황에서 여전히 확립된 채로 유지된다.

네트워크 접속의 확립이 성공적이지 못한 경우에, NCAT는 문맥 의존 문제 해결 설명서 및 에러 로그들(error logs)의 다른 툴박스를 포함한다.

도 1은 컴퓨팅 환경(102)의 문맥 내의 예시적인 NCAT(100)를 도시한다. NCAT(100)는 장치(104)와 네트워크(106)를 통신적으로 연결하는데, 그 네트워크(106)를 통해 서비스(108)가 이용 가능할 수 있다. 이어서 NCAT(100)는 네트워크(106) 및/또는 서비스(108)와 적절하게 통신하기 위해 장치(104)에게 필요한 모든 접속들 및 통신들을 자동으로 확립하려고 시도한다.

일 구현예에 있어서, NCAT(100)는 접속될 다양한 장치들(104)과 함께 사용될 수 있는 별개의 소프트웨어 및/또는 하드웨어 엔티티이다. 다른 구현예에서, 전술한 바와 같이, NCAT(100)는 인터넷과 같은 네트워크(106)에 접속되는 장치(104), 이를테면, 모뎀, 온라인 게임용 게임 콘솔, 셋톱 박스, 개인용 미디어 레코더, 퍼스널 컴퓨터, 휴대용 컴퓨터, 개인 휴대용 정보 단말기, 무선 라우터 등의 장치의 설계 내에 통합될 수 있는 소프트웨어 및/또는 하드웨어 엔티티이다. 일 구현예에 있어서, 소정의 유형의 장치(104)에 대한 설계의 통합된 일부(integrated part) 또는 적어도 "포함된(included)" 일부로서 설치될 때, 그러한 유형의 각각의 장치(104), 예컨대 각각의 게임 콘솔은 NCAT(100)에 부팅(boot)할 수 있고, 따라서 접속 실패들이 상이한 원인들에 기해 발생하더라도, 접속 실패를 취급하기 위한 공통적인 방법을 제공할 수 있다.

접속 프로세스의 각 단계에서, NCAT(100)가 하나의 접속 기법에서 실패하면, 그것은 부가적인 다른 기법들을 시도할 수 있다. 예를 들어, NCAT(100)에 의한 네트워크 설정의 자동 검출(automatic detection)이 성공하지 못하면, NCAT(100)는 다른 프로토콜을 시도할 수 있고, 그리고/또는 사용자가 기술 지원 없이 문제를 해결하는 것을 돕기 위해 문맥 의존 도움말을 제공할 수 있다. 도움말은 여러 레벨에서, 예를 들면, 사용자 친화형 도움말(user-friendly help)과, 기술자들 및 지원 엔지니어들(support engineers)을 위한 보다 구체적이고 기술적인 정보로 제공될 수 있다. 종합적으로, NCAT(100)에 의해 제공될 수 있는 포괄적인 도움말대책(measure)은, 접속을 목적으로 하는 서비스(108) 및/또는 사용자의 인터넷 서비스 공급자(Internet Service Provider; ISP)로의 지원 호출들(support calls)의 수를 감소시킬 수 있다. 지원 호출이 필요한 경우라도, NCAT(100)가 지원 담당자에게 릴레이(relay)될 수 있는 확장된 정보를 반환(return)하기 때문에 시간이 더 짧게 걸릴 수 있다.

일 구현예에 있어서, 도 1에 도시된 바와 같이, NCAT(100)는 장치(104)를 네트워크(106) 및/또는 서비스(108)에 통신적으로 연결하는 작업(task)을 4개의 스테이지들, 즉 통신 연결 스테이지(communicative coupling stage; 110), 네트워크 설정 구성 스테이지(network settings configuration stage; 112), (예를 들면, 도메인 네임 시스템(DNS)을 통한) 네임 레졸루션 스테이지(name resolution stage; 114), 및 서비스 접속 스테이지(116)로 나누는데, 여기서 장치(104)는 그 장치(104)와 연관될 수 있는 서비스(108)와의 통신을 확립한다(즉, 장치(104)가 게임 콘솔이면 서비스(108)는 온라인 게임 사이트일 수 있다). 한편, 성공적인 통신 접속을 확립하는 작업을 분할하는 다른 방법들이 사용될 수도 있다.

통신 연결 스테이지(110)는, 예를 들어 케이블(118)을 통해, 그리고/또는 적외선 연결(infrared coupling) 및/또는 미국 전기 전자 학회 명세서(IEEE specifications) 802.11, 802.11a, 802.11b, 802.11g, BLUETOOTH^?, HOMERF 공유 무선 액세스 프로토콜(SWAP), Wi-Fi 등에 따른 무선 통신 연결과 같은 무선 연결(119)을 통해 네트워크(106)와의 물리적인 통신 수단을 확립하는 것을 포함한다. 다시 말해, NCAT(100)는 사용자가 설비를 적절하게 접속하여 네트워크(106)와의 통신 연결을 확립했는지 여부를 판단하려 한다. 만일, 네트워크(106)에 액세스하기 위한 케이블(118) 및/또는 무선 연결(119)이 단절(unplugged)되거나 동작하지 않게 되면, 접속 프로세스는 중지되며 사용자는 케이블(118) 및/또는 무선 연결(119)이 단절되거나 결함이 있다고 통보받는다. 케이블(118) 및/또는 무선 연결(119)의 적절한 접속이 검출되거나 재확립되면(즉, 사용자가 그것을 플러그 인함), 종합적인 접속 및 문제 해결 프로세스가 재개된다.

대상 네트워크(target network; 106)로의 액세스 포인트와 장치(104) 간의 통신 연결 스테이지(110)가 일단 NCAT(100)에 의해 성공적으로 검출되면, NCAT(100)는 네트워크 설정 구성 스테이지(112)로 들어간다. NCAT(100)는 사용자의 ISP(120)와의 접촉을 시도한다. 예를 들어, NCAT(100)는 동적 호스트 구성 프로토콜(dynamic host configuration protocol; DHCP)을 통해서, 또는 일반적으로 디지털 가입자 회선(digital subscriber line; DSL)을 가지고 제공되는 이더넷 상의 점대점 프로토콜(point to point protocol over Ethernet; PPPoE)을 통해서 IP 설정을 확립하려고 시도할 수 있다. 일 구현예에 있어서, 만일 IP 어드레스가 DHCP를 이용하여 얻어진다면, 네트워크 설정 구성 스테이지(112)는 성공적이며, NCAT(100)는 제3 접속 스테이지로 진행할 수 있다. 사용자가 또한 정적 IP 어드레스(static IP address)와 같은 수동 설정(manual settings)을 입력(enter)할 수 있고, NCAT(100)가 데이터 엔트리를 최소화하기 위해 도메인 네임 서비스(DNS)로부터의 정보를 자동으로 검색할 것이라는 점에 유념해야 한다. 사용자가 IP 어드레스를 수동으로 설정하려고 하나, DHCP 서버가 발견되지 않는 경우에는, NCAT(100)는 네트워크 설정 구성 스테이지(112)를 중지하고, 사용자에게 IP 어드레스가 발견되지 않았다는 것을 통지하며, IP 충돌 또는 케이블 접촉 불량(loose cable)과 같은 가능한 실패의 원인들에 대한 상세한 정보의 형태로 도움말을 제공할 수 있다.

일 구현예에 있어서, 획득한 IP 어드레스가 없고, 사용자가 정적 IP 어드레스를 입력하지 않았다면, NCAT(100)는 PPPoE 집선기(PPPoE concentrators)를 검출하려고 시도함으로써 네트워크 설정 구성 스테이지(112)를 계속한다. 만일 이들이 발견되면, NCAT(100)는 PPPoE를 이용하여 접속을 시도한다. 따라서, 만일 DHCP 프로토콜이 장치(104)에 대한 IP 어드레스의 획득에 실패하면, NCAT(100)는 PPPoE 서버의 존재를 자동으로 검출하려고 시도한다. (만일 마이크로소프트 윈도우즈^?XP를 사용하는 컴퓨터가 DHCP 서버로부터 IP 어드레스를 획득하지 못하면, 컴퓨팅 장치는 (169.xxx.xxx.xxx) 형태의 내부 어드레스를 자동으로 할당하지만, 윈도우즈^?XP에 의해 할당된 이 내부 어드레스는 사용자로 하여금 인터넷에 접속할 수 있게 하지 않고, 장치를 접속하기 위한 다른 방법을 찾으려는 시도도 없다.)(미국 워싱턴주 레드몬드, 마이크로소프트 코포레이션)

PPPoE를 사용하여 네트워크 설정 구성 스테이지(112)를 완성하려는 자동 시도(automatic attempt)가 실패하면, NCAT(100)는 사용자에게, 엔트리를 얻기 위한 정확한 사용자이름(username) 및 패스워드와 같은, 정확한 PPPoE 자격 증명(PPPoE credentials)을 입력하도록, 그리고/또는 사용자의 ISP(120)에 의해 제공된 다른정보를 입력하도록 요구할 수 있다. 일 구현예에 있어서, 일단 사용자가 자격 증명을 제공하면, 사용자가 부정확한 정보를 입력한 경우에, NCAT(100)는 다시 자동으로 접속을 시도할 수 있다.

만일 네트워크 설정 구성 스테이지(112)가 성공적이면, NCAT(100)는 네임 레졸루션 스테이지(114)로 진행한다. 네임 레졸루션 스테이지(114)의 실패는 접속되어 있는 장치(104)의 설정에 관한 문제 또는 사용자 IP(120)에 관한 문제를 나타낼 수 있다. DNS(122)와의 교환 중에, 유효 DNS 서버가 발견된다면, NCAT(100)는 서비스 접속 스테이지(116)로 진행할 수 있다.

서비스 접속 스테이지(116)에서, NCAT(100)는 원하는 서비스(108)에의 접속을 시도하는데, 예컨대 접속 및/또는 셋업되어 있는 장치(104)가 게임 콘솔인 경우에는 온라인 게임 서비스에의 접속을 시도한다. 종합적인 접속 프로세스에 예시적인 서비스 접속 스테이지(116)를 포함시키는 것은 접속 프로세스의 이전 스테이지에서 얻어진 네트워크 설정의 확인(confirmation)을 제공한다.

일부 구현예에 있어서, NCAT(100)는 서비스(108)에 의해 약정되거나, 장치(104)에 대하여 요구 및/또는 제안된 서비스 품질(quality of service; QoS)의 분석을 수행한다. NCAT(100)가 서비스(108)에의 접속에 실패하거나, 일부 구현예에서 QoS 데이터가 무효 또는 불충분한 경우에는, NCAT(100)는 서비스(108)가 응답하지 않는다는 것을 사용자에게 통보할 수 있다.

일부 구현예에 있어서, 자동 QoS 체크 및/또는 네트워크 상태 디버그 로그(network state debug log)는 사용자 및 기술 지원자에게, 그리고 장치(104)의개발팀에게도 확장된 정보를 제공한다. 이 정보는 접속이 시도된 시점에 기록되고, 사용자에게 스크린 상에 디스플레이된 접속 상태에 대한 기술 지원 또는 개발팀에게 제공될 수 있다. 디버깅(debugging)을 위해 포착된 QoS 정보는, 예를 들면, 접속 시도 및/또는 실패 중의, 대역폭, 대기 시간(latency), 범용 플러그 앤 플레이(universal plug and play; UPnP) 라우터의 존재, 기타 뿐만 아니라, 실패 시점의 스테이지 및/또는 네트워크 접속의 상태를 제공할 수 있다.

일 구현예에 있어서, 접속 실패에 대한 응답으로, 장치(104)의 일련 번호(serial number)가 사용자에게 디스플레이되며, 그리고/또는 지원 담당자로 하여금 장치(104)에 문제가 있는지 검토하도록 저장된다.

예시적인 NCAT 엔진

도 2는 예시적인 접속 스테이지들(110, 112, 114, 116)을 수행하기 위한 컴포넌트들을 포함하는, 예시적인 네트워크 접속 및 문제 해결 엔진인 "NCAT 엔진"(200)을 도시한다. 따라서, 통신 연결 엔진(202), 네트워크 설정 엔진(204), 네임 레졸루션 엔진(206) 및 서비스 접속 엔진(208)은 도시된 바와 같이 서로간에 및 제어 로직(control logic;210)과 통신적으로 연결된다. 사용자 인터페이스 엔진(212), 도움말 및 문제 해결 엔진(214) 및 에러 로깅 엔진(216)은 도시된 바와 같이 다른 엔진들 및 제어 로직(210)과 또한 연결된다. 모드 선택기(mode selector; 218)도 자동 설정 검출과 네트워크 설정의 수동 입력 사이에서의 전환을 위해 포함될 수 있다. 일부 구현예들에 있어서, 서비스 접속 엔진(208)은 연관된 QoS 모듈(220)을 구비할 수 있다. 예시적인 NCAT 엔진(200)을 실시하기 위한 환경으로서 적합한 예시적인 장치(104), 이를테면 퍼스널 컴퓨터(109)가 도 8에 도시되어 있다.

전술된 바와 같이, 통신 연결 엔진(202)은 이더넷 케이블과 같은 케이블(118)의 접속 상태나, 무선 연결(119)의 상태를 체크할 수 있다. 일 구현예에서 이는 케이블(118)을 통한 데이터 패킷 흐름을 검출함으로써 달성될 수 있지만, 대안적인 구현예에서 통신 연결 엔진(202)은 케이블(118)과 연관된, 아무리 적은 값이더라도, 전압, 전류, 및/또는 용량의 측정과 같은 다른 수단에 의해서; 접속되거나 접속되지 않은 케이블(118)을 지시하도록 측정될 수 있는 응답을 도출하는 전기 신호를 송출(send out)함으로써; 또는 무선 연결(119) 내의 신호를 검출함으로써 결정될 수 있다. 측정 가능한 전기 신호는 일부의 설비가 케이블 또는 무선 연결을 통해 허브에 적절히 접속되는 경우에 많은 네트워크 셋업들에서 존재한다. 물론, 허브는 기능하고 있는 네트워크에 접속되지 않을 수 있지만, 이러한 스테이지(110)에서, 통신 연결 엔진(202)은 일반적으로 로컬 통신 연결에만 관련된다. 통신 연결 엔진(202)은 성공 메시지 또는 실패 메시지와 함께, 성공 또는 실패 및, 필요한 경우, 문제 해결 지침들에 대한 문맥 의존 설명(context-sensitive description)을 사용자에게 표시하도록 사용자 인터페이스 엔진(212)과 도움말 및 문제 해결 엔진(214)에게 통보한다.

일 구현예에서 네트워크 설정 엔진(204)은 장치(104)에 대한 워킹 IP 어드레스(working IP address), 게이트웨이, 서브넷 마스크(subnet mask) 등 및/또는 접속을 확립하는 것이나, 적어도 예비 설정들(preliminary settings)을 얻는 것을 목적으로 한다. IP 어드레스 및/또는 설정들이 저장되는 곳은 장치(104)의 유형에 따라 다르다. 따라서, 네트워크 설정 엔진(204)은, 때때로 네임 레졸루션 엔진(206)과 협력하여, 로컬 네트워크 토폴로지 및 네트워크(106)와의 접속을 위한 설정들을 얻으려고 시도한다.

사용 중인 네트워크(106) 또는 인터넷 구성에 의존하여, NCAT 엔진(200)은 DHCP의 존재를 검출하려고 시도할 수 있지만, 그 일이 잘 되지 않는 경우에, NCAT 엔진(200)은 사용 중일 수 있는 다른 예시적인 프로토콜들, 이를테면 PPPoE의 검출을 시도하기 위해 "발견" 브로드캐스트("discovery" broadcast)로서 패킷들을 송신할 수 있다. 일 구현예에 있어서, 만일 PPPoE 집선기 및/또는 서버가 검출되면, 네임 레졸루션 엔진(206)은 접속 프로세스의 그 다음 스테이지를 시작할 수 있다. 네트워크 설정 엔진(204)은 또한 성공 메시지 또는 실패 메시지와 함께, 성공 또는 실패 및, 필요한 경우, 문제 해결 지침들에 대한 문맥 의존 설명(context-sensitive description)을 사용자에게 표시하도록 사용자 인터페이스 엔진(212)과 도움말 및 문제 해결 엔진(214)에게 통보한다. 일 구현예에 있어서, NCAT(100)는 범용 플러그 앤 플레이(UPnP)를 지원하는 홈 라우터(home router)의 검출을 시도하고 하나가 검출된 경우에 정확한 포트를 개방한다.

일 구현예에 있어서, 네임 레졸루션 엔진(206)은 네임 레졸루션을 위해 DNS 서버에 질의(query)한다. IP 어드레스를 이미 구비하고 있으면, NCAT(100)는 인터넷상의 다른 기기들(machines)을 검색하기 위해 일반명(popular name) 및 URL을 필요로 할 수도 있다. 예를 들어서 장치(104)가 게임 콘솔이면, NCAT(100)는 온라인게임 웹사이트의 이름 및/또는 장치(104)의 판매자와 연관된 라이브 서버들(live servers)을 필요로 할 수 있다.

네임 레졸루션 엔진(206)은 2개의 부분으로 네임 레졸루션을 수행할 수 있다. 첫 번째로, DNS 서버 어드레스를 획득할 필요가 있다. 두 번째로, DNS 서버를 검색할 필요가 있는데, 즉, 이는 네임 레졸루션을 위해 이루어진 접속이다. 네임 레졸루션 엔진(206)이 그러한 2개의 부분 중 어느 하나를 성공적으로 수행하지 못하면, 네임 레졸루션 스테이지(114)는 접속 실패로 간주된다.

네트워크 설정 엔진(204) 뿐만 아니라 네임 레졸루션 엔진(206)은, 모드 선택기(218)와 협력하여, 사용자로 하여금 설정들 및 다른 정보를 수동으로 입력할 수 있도록 한다. 예를 들어, 사용자는 정적 IP 어드레스 및/또는 관련 도메인 네임을 수동으로 입력할 수 있다. 일 구현예에서, NCAT 엔진(200)은 검증 없이 일반적으로 사용자 입력이 정확하다고 가정한다.

만일 DNS 네임 레졸루션이 성공적이면, 네임 레졸루션 엔진(206)은 접속 프로세스의 그 다음 스테이지를 위하여 도메인 네임 및/또는 다른 설정들 및 IP 어드레스를 서비스 접속 엔진(208)으로 송신한다. 네임 레졸루션 엔진(206)은 또한 성공 메시지 또는 실패 메시지와 함께, 성공 또는 실패 및, 필요한 경우, 문제 해결 지침들에 대한 문맥 의존 설명(context-sensitive description)을 사용자에게 표시하도록 사용자 인터페이스 엔진(212)과 도움말 및 문제 해결 엔진(214)에게 통보한다.

서비스 접속 엔진(208)은 서비스(108)와의 실제 접속 및/또는 통신을 행한다. 이론적으로, 일단 NCAT(100)가 통신 연결(예를 들면, 물리적 네트워크 접속)을 검증하고 적합한 IP 설정들을 획득하며 서비스(108)에 대한 도메인 네임을 구비한 경우에는, 서비스(108)와 접속 및 통신할 능력이 논리적으로 확실하다. 그러나, 때때로, 장치(104)와 서비스(108) 간의 종합적인 접속인 목표가 성공으로 선언될 수 있기 전에, 예측 불가능한 조건들이 충족되어야 서비스(108)와의 실제 통신 보장된다. 서비스(108)와의 실제 접속은 접속이 적절한 핸드세이크(handshake)로 구성될 수 있다는 점, 인터넷의 일부가 다운되지 않았다는 점, 및 진행중인 접속 단계들이 실제로 정확한 설정들을 반환했다는 점을 검증한다.

만일 예시적인 NCAT 엔진(200)이 QoS 모듈(220)을 포함한다면, QoS 파라미터들의 검증은 장치(104)와 네트워크(106) 및/또는 서비스(108) 간의 접속이 사용자에게 성공으로 선언되기 전에 또한 수행될 수 있다. NCAT 엔진(200)에 의해 수집 및/또는 분석된 QoS 통계치들(QoS statistics) 및/또는 파라미터들은 업로드 대역폭, 다운로드 대역폭, 드롭되거나(dropped) 손실된 데이터 패킷의 수, 대기 시간(latency), 지터(jitter) 등, 및 보장된 데이터 전송 능력을 제공하는 기술 분야에서 공지된 다른 QoS 파라미터를 포함한다. 일부 구현예에 있어서, QoS 정보의 진행중인 기록은 접속을 시도하는 스테이지들 도중에 이루어진다. 이는 에러 로깅 엔진(216)으로 하여금, 접속 스테이지들 중에서 하나가 실패한 시점에 사용자 또는 지원 담당자에게 QoS 파라미터들을 공급할 수 있도록 한다. 예를 들어, 접속 시도가 DNS 서버와의 접촉에 실패하는 경우에, 실패 시점에서 QoS 파라미터는 업로드 대역폭이 일시적으로 거의 영으로 감소하며 패킷 손실율(packet loss rate)이 비정상적으로 높다는 것을 나타낼 것이다.

NCAT 엔진(200)의 QoS 모듈(220)에 의해 수집된 QoS 통계치들 및/또는 파라미터들은 성공적인 접속을 달성하는데 사용되지만, 사용자에게 진행 중인 디스플레이(ongoing display)를 위해 사용자 인터페이스 엔진(212)으로도 송신될 수 있다. 일부 구현예들에 있어서, QoS 정보가 장치(104)의 대시보드 정보(dashboard information)에 포함될 수 있는 반면, 대안적인 구현예들에서 QoS 정보는 기술 담당자, 또는 장치(104)의 서비스 메뉴와 같이 대부분의 소비자에게 일반적으로 비문서화되어 있는 액세스 방법을 알고 있는 사람에게만 이용 가능하게 될 수 있다.

일부 구현예들에 있어서, 사용자 인터페이스 엔진(212)이 "DHCP 이용불가" 또는 "IP 비검출"과 같이 상태 보고로서 간주되는 메시지들을 제공하는 반면, 다른 구현예들에서는, 문제 해결 도움말 엔진(214)이 메시지에서 보고된 이벤트들을 치료(remedy)하기 위해 디스플레이될 지침들에 대한 전조(prelude)로서 그러한 메시지들을 제공할 수 있다. 또 다른 대안적인 구현예에 있어서, 그러한 메시지들은 에러 메시지들이고, 따라서 에러 로깅 엔진(216)에 의해 제공된다.

에러 로깅 엔진(216)은 정규 접속 상태(regular connection status)와 접속 실패 메시지(failure-to-connect messages) 및 정보 이외에도, 확장된 에러 코드들 및 메시지들을 포착(trap), 기록 및 반환(return)할 수 있다. 확장된 에러 정보의 예들은 접속 실패 시점의 QoS 파라미터들의 값들, 접속 시도 횟수 및/또는 접속 시도의 여러 스테이지들 도중의 로그온 시도(logon attempts) 횟수, 업링크 및 다운링크 시간들, 장치(104)의 일련 번호 등을 포함한다. 이러한 모든 확장된 에러 메시지들 및 코드들은 사용자가 해결할 수 없는 문제를 해결하는 지원 담당자에게 유용하다.

일 구현예에 있어서, 예시적인 에러 로깅 엔진(216)은 에러 이벤트들 및 전술한 확장된 에러 정보(이를테면, 실패 중의 QoS 환경의 스냅샷(snapshot))를 포함하는 접속 실패들의 기록을 저장한다. 실패 기록(failure record) 및 관련된 에러 정보는, 예를 들면, 하드 디스크 상에 존속될 수 있고, 나중에 서비스(108)와의 접속이 실제로 성공할 때 업로딩될 수 있다. 일 구현예에 있어서, 실패 기록 및 관련된 에러 정보는 접속 실패의 복수의 경우들에 대하여 장치(104)의 접속 특성들의 통계적 처리를 위해 사용된다. 일 구현예에 있어서, 실패 기록 및/또는 관련된 에러 정보는, 장치(104)의 장래의 사용자들을 위하여 또는 고객 서비스 및 기술 기획 을 목적으로 접속 솔루션들을 향상(refine)할 수 있는, 베이지언 엔진(Bayesian engine)의 사이클을 완성하는데 사용될 수 있다.

일 구현예에 있어서, 서비스(108)는, 의사 결정 도구(decision-making tool)로서 채용되는 확률 신념 네트워크(probabilistic belief network)(예를 들면, 베이즈 네트워크(Bayes network))에 대한 노드로서 실패 발생을 이용하는, 장치(104)의 주어진 유형이나 모델의 많은 접속 실패 발생들로부터 업로딩된 실패 기록들 및 에러 정보를 입수할 수 있다. 그와 같이 구성된 베이즈 네트워크는, 네트워크 내의 다른 관련된 변수들이 주어진, 베이즈 네트워크 내의 한 세트의 변수들의 확률 분포를 계산하기 위한 직관적 추론(intuitive inference)을 제공할 수 있다. 복수의 부분들(단계들, 상태들, 및/또는 모듈들)을 갖는 장치(104)에서, 예시적인 베이즈 네트워크는 부분들 및/또는 접속 스테이지들(110, 112, 114, 116) 간의 확률 관계들(probabilistic relationships)을 설명할 수 있으며, 행동, 상태, 및/또는 다른 부분들 및/또는 접속 스테이지들로부터의 입력에 관한 확률적 추론들을 사용하여 하나 이상의 부분들 및/또는 접속 스테이지들에 관한 결정을 행할 수 있다. 따라서, 하나 이상의 예시적인 에러 로깅 엔진들(216)에 의해 저장된 접속 실패 정보로부터 구성된 베이즈 네트워크는 장치(104)의 정해진 유형 또는 모델에 대하여 어떤 인수들이 접속 실패에 영향을 주는지를 결정하는데 사용될 수 있다.

물론, NCAT 엔진(200)은 도시되어 있는 예시적인 NCAT 엔진(200)과 상이한 구성을 가질 수 있다. 장치(104)와 네트워크(106) 및/또는 네트워크 서비스(108) 간의 접속을 자동으로 개시하는 작업은 여러 가지 방법으로 분리될 수 있고, NCAT 엔진(200)의 엔진들 및 모듈들의 변화는, 접속 작업을 상이한 스테이지들이나 세그먼트들로 분리하는 것에서의 변화를 반영할 수 있다.

예시적 방법

도 3은 장치(104)를 네트워크(106) 및/또는 네트워크 서비스(108)에 통신적으로 연결하는 예시적인 방법(300)을 도시한 것이다. 흐름도에 있어서, 동작들은 개별적인 블록들에 요약된다. 예시적인 방법(300)의 동작들은 하드웨어에서, 및/또는 프로세서 또는 예시적인 NCAT 엔진(200)을 포함하는 장치와 같은 장치에 의해 실행될 수 있는 기기 판독가능 명령어들(machine-readable instructions)(소프트웨어 또는 펌웨어)로서 수행될 수 있다.

블록(302)에서, 장치를 네트워크 및/또는 네트워크 서비스에 접속하는 작업이 스테이지들로 분리된다.

블록(304)에서, 스테이지들 중에서 하나가 선택된다. 이 선택은 일반적으로 논리적인 순서로 진행된다. 예를 들면, 통신 연결은 IP 설정이 확립될 수 있기 전에 완성된다.

블록(306)에서, 선택된 스테이지를 완성하기 위해 기법이 시도된다. 이 기법은 스테이지를 완성하도록 시도되는 복수의 기법들 중 하나일 수 있다.

블록(308)에서, 상태 보고가 실시간으로 디스플레이된다. 상태 보고는 매우 특정한, 즉 완성된 기법을 백분율로 표시하는 진행 지시자(progress indicator)일 수 있고, 또는 상태 보고가 더 일반적인, 즉 기법이 성공하였는지 또는 실패하였는지를 나타내는 지시자일 수 있다. 또한, 상태 보고는 시도되고 있던 스테이지가 완전히 성공적이었는지 또는 성공적이지 못하였는지를 표시할 수 있다.

블록(310)에서, 스테이지에 대한 기법이 성공적인 경우에, 예시적인 방법은 블록(312)으로 분기하지만, 기법이 성공적이지 못한 경우에는, 예시적인 방법(300)이 블록(314)으로 분기한다.

블록(312)에서, 접속 스테이지를 완성하기 위한 성공적인 기법 후에, 만일 완성할 스테이지들이 더 있다면 예시적인 방법(300)은 시도할 후속 접속 스테이지를 선택하기 위하여 블록(304)으로 도로 분기한다. 만일 완성할 스테이지가 더 이상 없으면, 블록(316)에서, 성공 상태가 디스플레이되고, 블록(318)에서 예시적인 방법(300)이 종료된다.

블록(314)에서, 접속 스테이지를 완성하기 위하여 시도할 기법들이 더 있으면, 예시적인 방법(300)은 다음 기법을 시도하기 위하여 블록(306)으로 분기한다. 만일 시도할 기법이 더 이상 없으면, 블록(320)에서 실패 상태가 디스플레이되고, 문제 해결 도움말이 제시되며, 블록(322)에서 예시적인 방법이 중지되거나 종료된다.

도 4는 장치(104)를 네트워크(106) 및/또는 네트워크 서비스(108)에 통신적으로 연결하는 예시적인 방법(400)을 도시한 것이다. 흐름도에 있어서, 동작들은 개별적인 블록들에 요약된다. 예시적인 방법(300)의 동작들은 하드웨어에서, 및/또는 프로세서 또는 예시적인 NCAT 엔진(200)을 포함하는 장치와 같은 장치에 의해 실행될 수 있는 기기 판독가능 명령어들(소프트웨어 또는 펌웨어)로서 수행될 수 있다.

블록(402)에서, 장치(104)와 네트워크(106) 간의 통신 연결의 상태가 결정된다. 예를 들면, NCAT(100)는 이더넷 케이블이 플러그 인 및/또는 동작 상태(operational)인지를 결정한다. 만일 통신 연결이 동작 상태이면, 예시적인 방법은 블록(404)과 블록(406)으로 분기한다. 블록(404)에서, 성공적인 통신 연결이 디스플레이 및/또는 표시된다. 만일 통신 연결이 동작 상태가 아니면, 예시적인 방법(400)은 블록(408)으로 분기하고, 이 블록(408)에서 성공적이지 못한 통신 연결이 도움말과 함께 디스플레이 또는 표시되며, 상기 도움말은 문제 해결을 위한 특정한 문맥 의존 설명서(context-sensitive instructions)를 포함할 수 있다.

블록(406)에서, 예시적인 방법(400)은 IP 설정 구성을 시작한다. 예시적인 방법(400)은 DHCP 서비스들(또는 사용중이라면 부트스트랩 프로토콜(bootstrapprotocol) "BOOTP")이 구성되었는지 여부를 결정하는데, 즉, 예시적인 방법(400)은 IP 어드레스 "리스(lease)"를 얻으려고 시도한다. 만일 성공적이면, 예시적인 방법(400)은 블록(410)과 블록(412)으로 분기한다. 블록(410)에서, 성공적인 IP 설정 구성이 사용자에게 디스플레이 및/또는 표시된다. 블록(412)에서, 예시적인 방법(400)은, 후술될 바와 같이, 그 다음 스테이지인 DNS 네임 레졸루션에 착수한다.

블록(406)에서 DHCP 서비스가 구성되지 않은 경우에, 예시적인 방법(400)은 블록(414)으로 분기하고, 여기서 예시적인 방법(400)은 PPPoE가 요구되는지 여부를 결정한다. PPPoE가 요구되는 경우에, 예시적인 방법(400)은 블록(416)으로 분기하고, 여기에서 PPPoE 접속이 시도된다. 만일 PPPoE 접속이 성공적이면, 블록(410)에서 IP 설정 구성 성공이 디스플레이 또는 표시되고, 예시적인 방법(400)은 블록(412)으로 진행한다. 그러나, 블록(414)에서, 만일 PPPoE 서비스가 IP 설정을 구성하도록 요구되지 않는다면(및 블록(406)에서 DHCP가 또한 작동하지 않으면), 블록(418)에서 예시적인 방법(400)은 IP 설정 구성 실패를 도움말과 함께 디스플레이 또는 표시하는데, 이 도움말은 문제 해결을 위한 특정한 문맥 의존 설명서를 포함할 수 있다.

블록(412)에서, 예시적인 방법(400)은 DNS에 IP 어드레스를 질의, 즉, DNS 네임 레졸루션을 진행한다. 만일 IP 어드레스가 성공적으로 얻어지면, 예시적인 방법은 블록(420) 및 블록(422)으로 분기한다. 블록(420)에서는 성공적인 DNS 네임 레졸루션이 디스플레이 및/또는 표시된다. 블록(422)에서, 예시적인 방법(400))은, 후술될 바와 같이, 그 다음 스테이지인 서비스(108)에 대한 접속에착수한다. 만일 블록(412)에서 DNS 네임 레졸루션이 성공적이지 않으면, 블록(424)에서 DNS 네임 레졸루션 실패 메시지가 디스플레이 또는 표시된다.

블록(422)에서, 서비스(108)와의 통신이 시도된다. 만일 블록(422)에서 서비스(108)와의 통신이 성공적이면, 예시적인 방법(400)은 블록(426_으로 분기한다. 만일 서비스(108)와의 시도된 통신이 성공적이지 못하면, 예시적인 방법은 블록(428)으로 분기하고, 여기에서 서비스 접속 실패 메시지가 디스플레이 또는 표시된다.

블록(426)에서, 예시적인 방법(400)은 QoS 체크를 수행한다. 만일 QoS 체크가 성공적이면, 예컨대, 최소 기준들(minimum standards) 또는 보장된 대역폭에 대하여 선택된 값을 충족하면, 예시적인 방법은 블록(430)으로 분기하여 서비스 접속 성공 메시지를 디스플레이 또는 표시하고, 블록(432)으로 분기하여 예시적인 방법을 중지 또는 종료한다. 만일 블록(426)에서 QoS 체크가 성공적이지 못하면, 비록 블록(422)에서 서비스(108)와의 통신이 확립되었다 하더라도, 예시적인 방법은 블록(428)으로 분기하고, 여기에서 서비스 접속 실패 메시지가 디스플레이 또는 표시된다.

위에서 설명한 예시적인 방법(400)은 NCAT(100)가 장치(104)와 네트워크(106) 및/또는 서비스(108) 사이에서 어떻게 접속을 수행할 수 있는지에 대한 하나의 예에 불과하다. 다른 변형 및 추가도 가능하며, 예를 들어, 상이한 순서로 처리되는, 및 상이한 수의 상이한 프로토콜들이 이용될 수 있다. 마찬가지로, 예시적인 방법(400)의 각 부분은 보다 작거나 분리된 부분들로 나누어질 수 있는데, 예를 들어, 블록(426)에서 QoS를 체크하는 프로세스는, 블록(422)의 서비스 접속 스테이지(116), 및 블록(426)과 블록(430)의 실패 및 성공의 지시자들과 결합되는 대신에, 특정한 성공 및 실패 디스플레이 결과들을 갖는 별개의 스테이지가 될 수도 있다.

예시적인 사용자 인터페이스

도 5는 NCAT(100)의 구현을 위한 예시적인 사용자 인터페이스들(UIs)(500)을 도시한 것이다. 메인 스크린(502)은 환영 메시지를 디스플레이할 수 있고 자동 검출 및/또는 접속과 네트워크 설정의 수동 입력 사이의 선택을 제공할 수 있다. 만일 자동 검출 및/또는 접속이 선택되면, 종전의(previous) 및/또는 디폴트 설정은 클리어되고 메인 스크린(502)은 접속 상태 스크린(504)에 링크되는데, 이 접속 상태 스크린(504)에서 네트워크 설정 발견 프로세스(network settings discovery process) 동안 자동 접속 및 자동 검출의 실시간 상태들이 디스플레이된다. 일부 구현예에 있어서, 스크린들 간의 내비게이션(navigation)은 자동 접속 및 자동 검출이 되는 동안 중지된다. 한편, 자동 처리를 중단시키도록 취소 링크(506)가 제공될 수 있다. 제1 설정 링크(508)는 사용자로 하여금 자동 프로세스에 침투하여, 예컨대 설정 입력 스크린(512)(차후에 설명됨)에서, 수동 설정들을 추가할 수 있게 하는 옵션을 허용하도록 제공될 수 있다. 제1 설정 링크(508)는 또한 사용자로부터 정보가 요구될 때, 예를 들면, NCAT(100)가 사용자로부터 PPPoE 자격 증명을 요구할 때, 예시적인 NCAT(100)에 의해 하이라이트(highlight)될 수 있다. 도움말 링크(510)는 접속 스테이지가 실패할 때 NCAT(100)가 문맥 의존 도움말 및 문제 해결 지침을 자동으로 반환하는 경우에도 도움말을 요청하기 위해 포함될 수 있다.

사용자가 네트워크 설정들의 수동 입력을 선택하는 경우에, 메인 스크린(502)은 네트워크 설정 입력 스크린(512)으로 링크되는데, 이 네트워크 설정 입력 스크린(512)에서 사용자는 IP 정보, DNS 서버들, 호스트 네임(들), 및 PPPoE 설정들 등과 같은 설정들을 입력할 수 있다. 설정 입력 스크린(512)은 사용자에 의해 입력된 설정들의 시험 실행(trial run)을 수행하기 위한 "테스트 접속(test connection)" 링크(514)도 포함할 수 있다.

"테스트 접속" 링크(514)는 사용자에 의해 제공된 설정들을 사용하는 각각의 예시적인 접속 스테이지에서 실시간으로 자동 접속 시도들을 디스플레이하는 네트워크 상태 스크린(516)을 호출할 수 있다. 만일 실패가 발생하면, 제2 설정 링크(518)가 사용자를 도로 설정 입력 스크린(512)으로 링크할 수 있다. "완료(done)" 링크(520)는 입력된 설정 및 디스플레이된 상태 결과들에 대한 사용자의 만족을 유도해낸다.

도 6은 도 5의 예시적인 네트워크 접속 상태 스크린(504)을 보다 상세하게 도시한 것이다. 접속 상태 스크린(504)은 접속 프로세스의 각 스테이지에 대한 상태 메시지를 디스플레이한다. 도시된 접속 상태 스크린(504)이 접속 프로세스 내의 4개의 스테이지를 나타내지만, 상이한 수의 스테이지들이 접속 프로세스에서 사용되어 접속 상태 스크린(504) 내의 상태 메시지들의 대응하는 수를 증가시킬 수 있다.

전형적으로, 네트워크 접속 상태 스크린(504)은 소정의 스테이지에 대하여그 스테이지에 대한 접속 시도의 상태에 따라 상이한 메시지를 디스플레이한다. 예를 들면, 통신 연결 스테이지(110)는 "케이블 비접속(cables not connected)", "케이블 접속 진행중(cable connection underway)", 또는 "케이블 접속(cable connected)"을 열거하는 실시간 상태 메시지들을 가질 수 있다. 접속 프로세스의 각각의 스테이지의 접속 상태는 상태 메시지들의 디스플레이와 동시에, 또는 그와 별도로 그래픽적으로 표시될 수 있다.

도시된 예에 있어서, 통신 연결 상태 메시지(602)는 통신 연결 스테이지(110)의 실시간 상태 및 대응하는 그래픽 지시자(610)를 표시하도록 디스플레이된다. 이러한 경우에, 처음에는 꺼져 있거나(off) 비어있던 라이트 또는 버튼의 이미지는, 스테이지의 성공적인 완성을 표시하기 위해 패턴이나 단일한 색(solid color)으로 켜지거나 채워진다. 스테이지를 완성하려는 시도가 아직 행해지지 않은 경우에는, 그래픽 지시자가 (예컨대, (610)과 같이) 껴져있거나 비어있는(blank) 상태로 남아 있을 수 있고, 스테이지가 실패한 경우에는, 지시자는 (예컨대, (614)처럼) 비어있는 그래픽 지시자 상에 또는 그를 통해 놓인 큰 "X"자와 같은 실패 신호를 표시할 수 있다. 마찬가지로, IP 설정 구성 상태 메시지(604)는 네트워크 설정 구성 스테이지(112)의 실시간 상태를 표시하도록 디스플레이되고, 처음에 비어있던 대응하는 그래픽 지시자(612)는 스테이지의 성공적인 완성을 표시하기 위해 패턴이나 단일한 색으로 채워진다. DNS 네임 레졸루션 상태 메시지(606)는 네임 레졸루션 스테이지(114)의 실시간 상태를 표시하도록 유사한 방식으로 디스플레이된다. 도시된 예에서는 그 시도가 실패했기 때문에 "DNS 네임이 확인되지 않음(DNS Name Not Resolved)" 상태 메시지(606)가 디스플레이되며 대응하는 그래픽 지시자(614)에 큰 "X"자로 선이 그어진다. 서비스 접속 상태 메시지(608)는 서비스 접속 스테이지(116)의 실시간 상태를 표시하도록 디스플레이되고, 도시된 예에서는 서비스에의 접속 시도가 행해지지 않았기 때문에, 대응하는 그래픽 지시자(616)는 꺼지거나 비어있는 상태로 남아있다.

도 7은 NCAT(100)에 의해 자동으로 생성된 예시적인 도움말 스크린(700)을 도시한 것이다. 예시적인 도움말 스크린(700)은 스마트 메시징을 사용한다. 예시적인 도움말 스크린(700)에서 제공되는 정보는 문맥 의존성(context-sensitive)이며 실시간 접속 상태에 응답하여 자동으로 발생된다. 예를 들어, 네임 레졸루션 스테이지(114) 동안 DNS 서버들이 도달될 수 없는 경우에, 예시적인 도움말 스크린(700)은, 실패가 발생한 접속 프로세스의 스테이지를 사용자에게 알리는 일반적인 상태 메시지(702)인 "DNS 에러"와, 실패한 접속 스테이지 내의 구체적인 동작 또는 기법을 사용자에게 알리는 보다 구체적인 상태 메시지(704)인 "DNS 서버들에 도달할 수 없음"과 같은 몇몇 정보를 포함할 수 있다. 그러한 응답성 실시간 정보(responsive real-time information)는 종래의 메시지들, 이를테면, "처리 중지됨(process aborted)", "에러 A751", "접속 실패", "동작이 완성될 수 없음(operation could not be completed)", 또는 스피닝(spinning)을 중단하는 스피닝 커서(spinning cursor)보다 훨씬 더 문맥 의존성이다.

예시적인 도움말 스크린(700)은 또한 "당신의 ISP에 의해 제공된 설정들과 DNS 서버 어드레스들이 일치하는지 검증해 보세요"와 같은 문맥 의존성 문제 해결도움말(706)을 제공한다. 비록 이러한 예시적인 메시지들이 대부분의 사용자가 수신하기 원하지 않는 (이는 사용자가 그의 ISP로부터 어떤 설정들도 수신하지 않았을 수도 있기 때문임) 문제 해결 도움말을 나타내지만, 그렇더라도, 문제 해결 도움말(706)은 문맥 의존성이고, 사용자에 의해 검토(address)되는 경우, 실패를 해결하거나 적어도 실패에 대한 솔루션의 제1 단계를 해결하는, 특정 문제점으로 문제 해결 범위를 좁힌다. 따라서, 문맥상의 상태 보고 및 문제 해결 도움말들은 사용자에게 문제점 뿐만 아니라 네트워크 접속 프로세스의 어느 지점에서 실패가 발생하였는지를 알린다.

예시적인 컴퓨팅 장치

도 8은 본 발명의 태양들을 실시하기 위한 환경으로서 적합한 예시적인 컴퓨터(109)를 도시한 것이다. 컴퓨터(109)의 구성 요소들은 처리 유닛(820), 시스템 메모리(830), 및 시스템 메모리(830)를 비롯한 각종 시스템 구성 요소들을 처리 유닛(820)에 연결하는 시스템 버스(821)를 포함하지만, 이들에 제한되는 것은 아니다. 시스템 버스(821)는 메모리 버스 또는 메모리 제어기, 주변 버스, 및 임의의 각종 버스 구조를 사용하는 로컬 버스를 포함하는 여러 가지 유형의 버스 구조 중 하나일 수 있다. 제한적인 것이 아닌 예로서 설명하면, 버스 구조는 ISA(Industry Standard Architecture) 버스, MCA(Micro Channel Architecture) 버스, EISA(Enhanced ISA) 버스, VESA(Video Electronics Standards Association) 로컬 버스, 및 메자닌 버스(Mezzanine bus)라고도 알려져 있는 PCI(Peripheral Component Interconnect) 버스를 포함한다.

예시적인 컴퓨터(109)는 전형적으로 각종의 컴퓨터 판독가능 매체들을 포함한다. 컴퓨터 판독가능 매체들은 컴퓨터(109)에 의해 액세스 가능한 임의의 이용 가능한 매체일 수 있고, 휘발성 및 비휘발성 매체, 착탈식(removable) 및 고정식(non-removable) 매체들을 포함한다. 예를 들어, 컴퓨터 판독 가능 매체는 컴퓨터 기억 매체 및 통신 매체를 포함할 수 있으나, 이에 제한되는 것은 아니다. 컴퓨터 기억 매체는 컴퓨터 판독 가능 명령어, 데이터 구조, 프로그램 모듈, 또는 다른 데이터와 같은 정보의 기억을 위해 임의의 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 착탈식 및 고정식 매체를 포함한다. 컴퓨터 기억 매체는, 제한적인 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 기타 메모리 기술, CD-ROM, 디지털 다기능 디스크(DVD) 또는 다른 광디스크 기억 장치, 자기 카세트, 자기 테이프, 자기 디스크 기억 장치 또는 기타의 자기 기억 장치, 또는 원하는 정보를 기억하기 위해 사용될 수 있고 컴퓨터(109)에 의해 액세스 가능한 임의의 다른 매체를 포함한다. 통신 매체는 전형적으로 컴퓨터 판독 가능 명령어, 데이터 구조, 프로그램 모듈, 또는 캐리어 웨이브 또는 다른 운송 메커니즘과 같은 변조된 데이터 신호 내의 다른 데이터를 수록하고 임의의 정보 전달 매체를 포함한다. 용어 "변조된 데이터 신호"는 신호 내의 정보를 부호화하는 방식으로 설정 또는 변경된 하나 이상의 특성을 갖는 신호를 의미한다. 제한적이 아닌 예로서 설명하면, 통신 매체는 유선 네트워크 또는 직접 유선 접속과 같은 유선 매체와, 음향, RF, 적외선 및 다른 무선 매체와 같은 무선 매체를 포함한다. 상기 열거한 것들의 임의의 조합도 컴퓨터 판독가능 매체의 범위에 또한 포함되어야 한다.

시스템 메모리(830)는 읽기 전용 메모리(ROM)(831) 및 랜덤 액세스 메모리(RAM)(832)와 같은 휘발성 및/또는 비휘발성 메모리 형태의 컴퓨터 기억 매체를 포함한다. 예를 들면 시동 중에, 컴퓨터(109) 내의 요소들 간의 정보 전달을 돕는 베이직 루틴을 포함한 기본 입/출력 시스템(BIOS)(833)은 전형적으로 ROM(831)에 기억된다. RAM(832)은 전형적으로 처리 유닛(820)에 의해 즉시 액세스 가능한 및/또는 현재 동작되고 있는 데이터 및/또는 프로그램 모듈을 기억한다. 제한적이 아닌 예로서, 도 8은 운영 체제(834), 응용 프로그램(835), 기타 프로그램 모듈(836) 및 프로그램 데이터(837)를 도시하고 있다. 비록 예시적인 NCAT(200)가 랜덤 액세스 메모리(832) 내의 소프트웨어로서 묘사되어 있지만, 예시적인 NCAT(200)의 다른 구현예들은 하드웨어 또는 소프트웨어와 하드웨어의 조합일 수 있다.

예시적인 컴퓨터(109)는 다른 착탈식/고정식, 휘발성/비휘발성 컴퓨터 기억 매체를 또한 포함할 수 있다. 단지 예로서, 도 8은 고정식, 비휘발성 자기 매체에 기록하거나 그로부터 판독하는 하드디스크 드라이브(841), 착탈식, 비휘발성 자기 디스크(852)에 기록하거나 그로부터 판독하는 자기 디스크 드라이브(851), 및 CD-ROM 등의 착탈식, 비휘발성 광디스크(856) 또는 기타 광학 매체에 기록하거나 그로부터 판독하는 광디스크 드라이브(855)를 도시하고 있다. 예시적인 동작 환경에서 사용될 수 있는 다른 착탈식/고정식, 휘발성/비휘발성 컴퓨터 기억 매체는, 제한적인 것은 아니지만, 자기 테이프 카세트, 플래시 메모리 카드, 디지털 다기능 디스크, 디지털 비디오 테이프, 고체 RAM, 고체 ROM,등을 포함한다. 하드디스크 드라이브(841)는 전형적으로 인터페이스(840)와 같은 고정식 메모리 인터페이스를 통하여 시스템 버스(821)에 접속되고, 자기 디스크 드라이브(851)와 광디스크 드라이브(855)는 전형적으로 인터페이스(850)와 같은 착탈식 메모리 인터페이스에 의해 시스템 버스(821)에 접속된다.

앞서 논의되고 도 8에 도시된 드라이브들 및 그들의 관련 컴퓨터 기억 매체는 컴퓨터 판독 가능 명령어, 데이터 구조, 프로그램 모듈, 및 기타 컴퓨터(109)용의 데이터의 저장을 제공한다. 도 8에서, 예를 들면, 하드디스크 드라이브(841)는 운영 체제(844), 응용 프로그램(845), 기타 프로그램 모듈(846) 및 프로그램 데이터(847)를 기억하는 것으로 도시되어 있다. 이러한 컴포넌트들은 운영 체제(834), 응용 프로그램(835), 기타 프로그램 모듈(836) 및 프로그램 데이터(837)와 동일하거나 다른 것일 수 있다. 운영 체제(844), 응용 프로그램(845), 기타 프로그램 모듈(846) 및 프로그램 데이터(847)는 최소한 이들이 다른 복사본임을 나타내기 위하여 도 8에서 다른 번호를 사용하였다. 사용자는 키보드(854), 및 일반적으로 마우스, 트랙볼 또는 터치패드라고 하는 포인팅 장치(861)와 같은 입력 장치를 통하여 예시적인 컴퓨터(109)에 명령들 및 정보를 입력할 수 있다. 다른 입력 장치들(도시되지 않음)은 마이크로폰, 조이스틱, 게임 패드, 위성 접시, 스캐너 등을 포함할 수 있다. 이들 및 다른 입력 장치들은 종종 시스템 버스에 연결된 사용자 입력 인터페이스(860)를 통하여 처리 유닛(820)에 접속되지만, 병렬 포트, 게임 포트 또는 유니버설 직렬 버스(USB)와 같은 다른 인터페이스 및 버스 구조에 의해 접속될 수도 있다. 모니터(898) 또는 다른 유형의 디스플레이 장치는 비디오인터페이스(890)와 같은 인터페이스를 통하여 시스템 버스(821)에 또한 접속된다. 모니터(898) 외에도, 컴퓨터는 스피커(897) 및 프린터(896)와 같은 다른 주변 출력 장치들을 포함할 수 있는데, 상기 주변 출력 장치들은 출력 주변 인터페이스를 통하여 접속될 수 있다.

예시적인 컴퓨터(109)는 원격 컴퓨터(880)와 같은 하나 이상의 원격 컴퓨터들에 논리적으로 접속되는 네트워크 환경에서 동작할 수 있다. 원격 컴퓨터(880)는 퍼스널 컴퓨터, 서버, 라우터, 네트워크 PC, 피어 장치(peer device) 또는 다른 공통 네트워크 노드일 수 있고, 도 8에서는 메모리 기억 장치만이 도시되어 있으나, 전형적으로 컴퓨터(109)와 관련해 앞서 설명한 많은 요소들 또는 그 요소들 전부를 포함한다. 도 8에 묘사된 논리적 접속은 근거리 네트워크(LAN)(871) 및 광역 네트워크(WAN)(873)를 포함하지만, 다른 네트워크를 또한 포함할 수 있다. 그러한 네트워크 환경은 사무실, 기업용 광역 컴퓨터 네트워크, 인트라넷 및 인터넷에서 통상적인 것이다.

LAN 네트워크 환경에서 사용될 때, 예시적인 컴퓨터(109)는 네트워크 인터페이스 또는 어댑터(884)를 통하여 LAN(871)에 접속된다. WAN 네트워크 환경에서 사용될 때, 예시적인 컴퓨터(109)는 전형적으로 모뎀(872), 또는 인터넷과 같이 WAN(873)을 통해 통신을 확립하기 위한 다른 수단을 포함한다. 내장용 또는 외장용일 수 있는 모뎀(872)은 사용자 입력 인터페이스(860) 또는 다른 적합한 메커니즘을 통해 시스템 버스(821)에 접속될 수 있다. 네트워크 환경에서, 예시적인 컴퓨터(109)와 관련하여 설명한 프로그램 모듈 또는 그 일부는 원격 메모리 기억 장치에 기억될 수 있다. 제한적이지 않은 예로서, 도 8은 원격 응용 프로그램(885)이 메모리 장치(881)에 상주하는 것으로서 도시하고 있다. 도시된 네트워크 접속은 예시적인 것이며, 컴퓨터들간에 통신 링크를 확립하기 위한 다른 수단들이 사용될 수 있음을 예상할 수 있을 것이다.

결어

지금까지 일 장치를 네트워크 및/또는 네트워크 서비스에 접속하기 위한 예시적인 네트워크 접속 에이전트 및 문제 해결사(NCAT)와 관련된 방법들이 설명되었다. 앞서 설명된 본 발명은 하드웨어로, 소프트웨어로, 또는 하드웨어 및 소프트웨어 양자로 구현될 수 있다. 소정의 구현예들에 있어서, 예시적인 NCAT 및 관련 방법들은 컴퓨터에 의해 실행되는, 프로그램 모듈들과 같은, 컴퓨터 실행가능 명령어들의 일반적인 문맥으로 설명될 수 있다. 일반적으로, 프로그램 모듈들은 특수한 작업들을 수행하거나 특수한 추상적 데이터 유형들(abstract data types)을 구현하는 루틴, 프로그램, 객체, 컴포넌트, 데이터 구조 등을 포함한다. 본 발명은 또한 통신 네트워크를 통해 링크된 원격 처리 장치들에 의한 무선 통신을 통해 작업들이 수행되는 분산 통신 환경(distributed communications environments)에서 실시될 수 있다. 무선 네트워크에 있어서, 프로그램 모듈들은 메모리 기억 장치들을 포함하는 로컬 및 원격 통신 장치 기억 매체 양자에 위치할 수 있다.

본 발명은 복수의 스테이지들에서 장치를 네트워크 서비스에 자동으로 접속하고, 각 스테이지에 대한 접속 진행의 실시간 상태 보고(real-time statusreports)를 디스플레이하며, 어떤 스테이지가 성공적이지 못한 경우에는, 그 스테이지에 대한 문제 해결 도움말 설명서를 디스플레이하는 네트워크 접속 에이전트 및 문제 해결사를 포함한다. 네트워크 접속 에이전트 및 문제 해결사는 각 스테이지에 대하여 복수의 기법들을 사용할 수 있으며, 하나의 기법이 성공적이지 못한 경우에는, 다른 기법이 자동으로 시도된다. 네트워크 설정들의 수동 입력(manual entry)이 자동 접속 중에 선택될 수도 있다. 일 구현예에서, 네트워크 접속 에이전트 및 문제 해결사는 장치와 네트워크간의 통신 연결을 검증하고, DHCP 또는 PPPoE를 사용하여 IP 설정을 검출하며, DNS 네임 레졸루션(name resolution)을 수행하고, 접속되고 있는 네트워크 서비스와의 통신에 의해 설정을 확인(confirm)한다.

Claims

장치를 복수의 스테이지들로 네트워크 서비스에 접속하는 단계와;

상기 복수의 스테이지들 각각에 대한 상태를 실시간으로 디스플레이하는 단계와;

상기 상태가 에러 상태를 포함하는 경우에, 문제 해결 도움말 (troubleshooting help)을 실시간으로 더 디스플레이하는 단계를

포함하는 방법.
제1항에 있어서, 상기 복수의 스테이지들 중 하나의 스테이지를 완성하기 위해 제1 기법을 사용하는 단계와, 상기 제1 기법이 실패하는 경우에, 상기 스테이지를 완성하기 위해 하나 이상의 후속 기법들을 자동으로 시도하는 단계를 더 포함하는 방법.
제1항에 있어서, 상기 접속 단계는 상기 장치와 네트워크 사이의 통신 연결 스테이지(communicative coupling stage)를 포함하는 방법.
제1항에 있어서, 상기 접속 단계는 네트워크 프로토콜 및 네트워크 어드레스 중 하나를 구성하기 위한 네트워크 설정 스테이지(network settings stage)를 포함하는 방법.
제4항에 있어서, 상기 네트워크 설정 스테이지는 인터넷 프로토콜(IP) 설정 스테이지로서 존재하고 상기 네트워크 어드레스는 IP 어드레스로서 존재하는 방법.
제5항에 있어서, 상기 IP 설정 스테이지를 완성하기 위해서, 동적 호스트 구성 프로토콜(dynamic host configuration protocol; DHCP) 기법, 이더넷을 통한 점대점 프로토콜(point-to-point protocol over Ethernet; PPPoE) 기법, 및 부트스트랩 프로토콜(bootstrap protocol; BOOTP) 기법 중 하나를 포함하는 하나 이상의 기법들이 시도되는 방법.
제4항에 있어서, 상기 접속 단계는 상기 네트워크 어드레스를 네트워크 도메인 네임과 연관시키기 위한 네임 레졸루션 스테이지(name resolution stage)를 포함하는 방법.
제7항에 있어서, 상기 네임 레졸루션 스테이지는 도메인 네임 시스템(DNS) 네임 레졸루션 스테이지로서 존재하는 방법.
제1항에 있어서, 상기 접속 단계는 상기 네트워크 서비스와의 통신을 확인(confirm)하기 위한 서비스 접속 스테이지(service connection stage)를 포함하는 방법.
제1항에 있어서, 상기 접속 단계는 각각의 상기 복수의 스테이지들 사이에서 자동으로 진행하는 방법.
제1항에 있어서, 상기 실시간 상태는 상기 복수의 스테이지들 중 하나를 설명하는 메시지를 포함하는 방법.
제11항에 있어서, 상기 메시지는 상기 복수의 스테이지들 중 하나를 완성하는데 사용되는 기법의 진행(progress)을 설명하는 방법.
제1항에 있어서, 상기 실시간 상태는 상기 복수의 스테이지들 중 하나의 진행에 대한 시각적 지시자(visual indicator)를 포함하는 방법.
제1항에 있어서, 상기 실시간 상태는 상기 복수의 스테이지들 중 하나의 성공 또는 실패에 대한 시각적 지시자를 포함하는 방법.
제1항에 있어서, 상기 문제 해결 도움말은 상기 복수의 스테이지들 중 하나의 완성을 위한 설명서(instructions)를 포함하는 방법.
제1항에 있어서, 상기 문제 해결 도움말은 복수의 스테이지들 중 하나를 완성하는데 사용된 기법을 완성하기 위한 설명서(instructions)를 포함하는 방법.
제1항에 있어서, 상기 문제 해결 도움말은 상기 장치의 일련 번호(serial number)를 포함하는 방법.
제1항에 있어서, 상기 문제 해결 도움말은 상기 접속 단계 동안 컴파일된 에러 로그(error log)를 포함하는 방법.
제1항에 있어서, 상기 문제 해결 도움말은 상기 접속 단계 동안 실패가 발생한 스테이지를 포함하는 방법.
제1항에 있어서, 상기 접속 단계는 서비스 품질 테스트 스테이지(quality of service testing stage)를 포함하는 방법.
제20항에 있어서, 상기 문제 해결(troubleshooting)은 서비스 품질 정보(quality of service information)를 포함하는 방법.
제21항에 있어서, 상기 서비스 품질 정보는 업로드 대역폭, 다운로드 대역폭, 네트워크 데이터 패킷 대기 시간(network data packet latency), 네트워크 데이터 패킷 드롭 비율(network data packet drop rate), 및 네트워크지터값(network jitter value) 중 하나를 포함하는 방법.
제1항에 있어서, 상기 장치는 인터넷을 통해 네트워크 서비스에 접속하는 방법.
제23항에 있어서, 상기 접속 단계는 인터넷에 대한 네트워크 프로토콜 및 인터넷 프로토콜 어드레스 중에서 하나를 구성하기 위한 네트워크 설정 스테이지를 포함하는 방법.
제24항에 있어서, 동적 호스트 구성 프로토콜(DHCP) 기법은 상기 네트워크 설정 스테이지를 완성하도록 시도되고, 상기 DHCP기법이 실패하는 경우에는, 이더넷을 통한 점대점 프로토콜(PPPoE) 기법이 상기 네트워크 설정 스테이지를 완성하도록 자동으로 시도되는 방법.
제1항에 있어서, 상기 접속 단계는,

상기 장치와 상기 네트워크 간에 통신 연결이 존재하는지 여부를 테스트하는 단계와;

상기 테스트 단계의 실시간 상태를 디스플레이하는 단계 - 상기 통신 연결이 존재하는 경우에는 제1 성공 지시자를 디스플레이하고, 상기 통신 연결이 존재하지 않는 경우에는 제1 실패 지시자 및 상기 통신 연결을 확립하기 위한 문제 해결 설명서 양자를 디스플레이함 - 와;

네트워크 설정 검출(network settings detection)을 시도하는 단계 - 상기 네트워크 설정이 성공적으로 검출되는 경우에는 제2 성공 지시자를 디스플레이하고, 상기 통신 연결이 존재하지 않는 경우에는 제2 실패 지시자 및 상기 네트워크 설정을 검출하기 위한 문제 해결 설명서 양자를 디스플레이함 - 와;

도메인 네임 시스템 네임 레졸루션을 시도하는 단계 - 도메인 네임이 성공적으로 확인되는(resolved) 경우에는 제3 성공 지시자를 디스플레이하고, 상기 도메인 네임이 확인되지 않는 경우에는 제3 실패 지시자 및 상기 도메인 네임을 확인하기 위한 문제 해결 설명서 양자를 디스플레이함 - 와;

상기 네트워크 상에서 이용 가능한 네트워크 서비스와의 통신을 시도하는 단계 - 상기 네트워크 서비스와의 통신이 성공적인 경우에는 제4 성공 지시자를 디스플레이하고, 상기 네트워크 서비스와의 통신이 성공적이지 않은 경우에는 제4 실패 지시자 및 상기 네트워크 서비스와의 통신을 위한 문제 해결 설명서 양자를 디스플레이함 -

를 포함하는 방법.
장치를 네트워크에 접속하기 위한 엔진으로서,

장치와 네트워크 간의 통신 연결을 검증하기 위한 통신 연결 엔진(communicative coupling engine)과;

네트워크 어드레스를 포함하는 네트워크 설정들을 구성하기 위한 네트워크설정 엔진과;

컴퓨팅 도메인 네임을 상기 네트워크 어드레스와 연관시키기 위한 네임 레졸루션과;

네트워크 서비스와 통신하기 위한 서비스 접속 엔진

을 포함하는 엔진.
제27항에 있어서, 네트워크 내의 서비스 품질 파라미터들(quality of service parameters)을 테스트하고 기록하기 위한 서비스 품질 모듈(quality of service module)을 더 포함하는 엔진.
제27항에 있어서, 접속 실패에 대한 응답으로 설명서를 표시하기 위한 도움말 및 문제 해결 엔진을 더 포함하는 엔진.
제27항에 있어서, 하나 이상의 접속 시도들 동안의 에러들을 기록하기 위한 에러 로깅 엔진(error logging engine)을 더 포함하는 엔진.
제30항에 있어서, 상기 에러 로깅 엔진은, 후속하는 성공적인 네트워크에의 접속에 응답하여, 서비스로의 업로딩을 위해, 실패한 접속 스테이지의 실패 기록 및 관련된 확장된 에러 정보를 유지(persist)하는 엔진.
제31항에 있어서, 상기 실패 기록 및 관련된 확장된 에러 정보는 복수의 접속 실패들의 통계적 처리(statistical treatment)를 위해 업로딩되는 엔진.
제31항에 있어서, 상기 실패 기록 및 관련된 확장된 에러 정보는 상기 장치와 상기 네트워크 간의 접속 스테이지를 향상(refine)하기 위한 베이즈 네트워크(Bayes network)에 대하여 업로딩되는 엔진.
제27항에 있어서, 상기 장치를 상기 네트워크에 접속하는 단계의 상태를 디스플레이하기 위하여 사용자 인터페이스를 생성하는 사용자 인터페이스 엔진을 더 포함하는 엔진.
제34항에 있어서, 상기 사용자 인터페이스 엔진은 도움말 및 문제 해결 설명서 중에서 하나를 디스플레이하는 사용자 인터페이스를 생성하는 엔진.
제34항에 있어서, 상기 사용자 인터페이스 엔진은 서비스 품질 엔진으로부터 서비스 품질 정보를 디스플레이하는 사용자 인터페이스를 생성하는 엔진.
제34항에 있어서, 상기 사용자 인터페이스 엔진은 에러 로깅 엔진으로부터 에러 정보를 디스플레이하는 사용자 인터페이스를 생성하는 엔진.
제27항에 있어서, 상기 장치와 상기 네트워크의 자동 접속(automatically connecting)과, 상기 장치와 상기 네트워크의 수동 접속(manually connecting) - 상기 수동 접속은 적어도 하나의 네트워크 설정을 수동 입력하는 것을 포함함 - 사이에서 전환하기 위한 모드 선택기(mode selector)를 더 포함하는 엔진.
접속 스테이지들을 수행하기 위해 컴퓨터에 의해 실행 가능한 명령어들(instructions)을 포함하는 하나 이상의 컴퓨터 판독가능 매체로서,

상기 접속 스테이지들이,

장치와 네트워크간의 통신 연결을 검증하는 단계와;

상기 통신 연결이 검증된 경우에, 상기 통신 연결을 사용하여 인터넷 프로토콜(IP) 어드레스를 획득하는 단계 - 동적 호스트 구성 프로토콜(DHCP)을 사용하여 IP 어드레스의 획득이 시도되고, IP 어드레스가 DHCP를 사용하여 획득되지 않은 경우에는 이더넷을 통한 점대점 프로토콜(PPPoE)을 사용하여 IP 어드레스의 획득이 시도됨 - 와;

IP 어드레스가 획득된 경우에, 도메인 네임을 확인(resolve)하기 위해 도메인 네임 시스템(DNS)에 질의하는 단계와;

상기 도메인 네임이 확인된 경우에, 상기 IP 어드레스 또는 상기 도메인 네임을 사용하여 온라인 서비스와의 통신을 시도하는 단계

를 포함하는 하나 이상의 컴퓨터 판독가능 매체.
제39항에 있어서, 상기 장치와 상기 온라인 서비스간의 서비스 품질 파라미터들을 테스트하는 명령어를 더 포함하는 하나 이상의 컴퓨터 판독가능 매체.
제40항에 있어서, 상기 장치와 상기 네트워크간의 접속 프로세스의 하나 이상의 상태들을 실시간으로 표시하는 명령어를 더 포함하고, 상기 하나 이상의 상태들은 통신 연결을 검증하는 상기 단계, IP 어드레스를 획득하는 상기 단계, DNS에 질의하는 상기 단계, 온라인 서비스와의 통신을 시도하는 상기 단계, 및 서비스 품질 파라미터들을 테스트하는 상기 단계 각각에 대한 상태를 포함하는 하나 이상의 컴퓨터 판독가능 매체.
제41항에 있어서, 상기 방법의 일부가 자동으로 완료되지 못할 때마다 상기 방법의 일부와 연관된 문제 해결 설명서를 디스플레이하는 명령어를 더 포함하는 하나 이상의 컴퓨터 판독가능 매체.
제39항에 있어서, 통신 연결을 검증하는 상기 단계, IP 어드레스를 획득하는 상기 단계, DNS에 질의하는 상기 단계, 및 온라인 서비스와의 통신을 시도하는 상기 단계의 접속 스테이지들 내의 실패들과 관련하여, 실패 기록 및 관련된 확장 된 에러 정보(extended error information)를 저장하는 명령어를 더 포함하는 하나 이상의 컴퓨터 판독가능 매체.
제43항에 있어서, 후속하는 성공적인 네트워크에의 접속에 응답하여 상기 실패 기록 및 관련된 확장된 에러 정보를 업로딩하는 명령어를 더 포함하는 하나 이상의 컴퓨터 판독가능 매체.
제44항에 있어서, 상기 실패 기록 및 상기 관련된 확장 에러 정보가 적어도 하나의 접속 스테이지를 향상하기 위해 베이즈 네트워크에서 사용되는 하나 이상의 컴퓨터 판독가능 매체.
네트워크 접속 및 문제 해결 엔진(network connection-and-troubleshooting engine)에 의해 수행되는 자동화 방법(automated method)으로서,

장치를 네트워크 또는 네트워크 서비스에 접속하는 작업을 스테이지들로 분할하는 단계와;

상기 스테이지들 중 하나를 선택하는 단계와;

상기 선택된 스테이지를 완성하기 위한 기법을 시도하는 단계와;

상기 시도 단계 및 상기 기법의 성공 또는 실패의 실시간 상태 보고를 디스플레이하는 단계와;

상기 기법이 성공적인 경우에, 후속 스테이지를 선택하여 상기 후속 스테이지를 완성하기 위한 기법을 시도하는 단계와;

상기 기법이 성공적이지 못한 경우에, 이용 가능한 기법들이 더 있다면 그 스테이지에 대하여 다른 기법을 선택 및 시도하는 단계와;

상기 기법이 성공적이지 못하고 이용 가능한 기법들이 더 이상 없는 경우에는 문제 해결 설명서를 디스플레이하는 단계를 포함하는 자동화 방법.
제46항에 있어서, 상기 장치는 인터넷을 통해 네트워크 서비스에 접속되는 자동화 방법.
제46항에 있어서, 상기 접속 단계는 장치와 네트워크 사이의 통신 연결 스테이지를 포함하는 자동화 방법.
제46항에 있어서, 상기 접속 단계는 네트워크 프로토콜과 네트워크 어드레스 중 하나를 구성하기 위한 네트워크 설정 스테이지를 포함하는 자동화 방법.
제49항에 있어서, 상기 네트워크 설정 스테이지는 인터넷 프로토콜(IP) 설정 스테이지로서 존재하고 상기 네트워크 어드레스는 IP 어드레스로서 존재하는 자동화 방법.
제50항에 있어서, 상기 IP 설정 스테이지를 완성하기 위해서, 동적 호스트 구성 프로토콜(DHCP) 기법, 이더넷을 통한 점대점 프로토콜(PPPoE) 기법, 및 부트스트랩 프로토콜(BOOTP) 기법 중 하나를 포함하는 하나 이상의 기법들이 시도되는 자동화 방법.
제49항에 있어서, 상기 접속 단계는 상기 네트워크 어드레스를 네트워크 도메인 네임과 연관시키기 위한 네임 레졸루션 스테이지를 포함하는 자동화 방법.
제52항에 있어서, 상기 네임 레졸루션 스테이지는 도메인 네임 시스템(DNS) 네임 레졸루션 스테이지로서 존재하는 자동화 방법.
제46항에 있어서, 상기 접속 단계는 상기 네트워크 서비스와의 통신을 확인하기 위한 서비스 접속 스테이지를 포함하는 자동화 방법.
제46항에 있어서, 상기 접속 단계는 각각의 상기 복수의 스테이지들 사이에서 자동으로 진행하는 자동화 방법.
제46항에 있어서, 상기 실시간 상태는 상기 복수의 스테이지들 중 하나를 설명하는 메시지를 포함하는 자동화 방법.
제56항에 있어서, 상기 메시지는 상기 복수의 스테이지들 중 하나를 완성하는데 사용되는 기법의 진행을 설명하는 자동화 방법.
제46항에 있어서, 상기 실시간 상태는 상기 복수의 스테이지들 중 하나의 진행에 대한 시각적 지시자를 포함하는 자동화 방법.
제46항에 있어서, 상기 실시간 상태는 복수의 스테이지들 중 하나의 성공 또는 실패에 대한 시각적 지시자를 포함하는 자동화 방법.
제46항에 있어서, 상기 문제 해결 도움말은 상기 복수의 스테이지들 중 하나의 완성을 위한 설명서(instructions)를 포함하는 자동화 방법.
제46항에 있어서, 상기 문제 해결 도움말은 상기 복수의 스테이지들 중 하나를 완성하는데 사용된 기법을 완성하기 위한 설명서를 포함하는 자동화 방법.
제46항에 있어서, 상기 문제 해결 도움말은 상기 장치의 일련 번호를 포함하는 자동화 방법.
제46항에 있어서, 상기 문제 해결 도움말은 상기 접속 단계 동안 컴파일된 에러 로그를 포함하는 자동화 방법.
제46항에 있어서, 상기 문제 해결 도움말은 상기 접속 단계 동안 실패가 발생한 스테이지를 포함하는 자동화 방법.
제46항에 있어서, 상기 접속 단계는 서비스 품질 테스트 스테이지를 포함하는 자동화 방법.
제65항에 있어서, 상기 문제 해결은 서비스 품질 정보를 포함하는 자동화 방법.
제66항에 있어서, 상기 서비스 품질 정보는 업로드 대역폭, 다운로드 대역폭, 네트워크 데이터 패킷 대기 시간, 네트워크 데이터 패킷 드롭 비율, 및 네트워크 지터값 중 하나를 포함하는 자동화 방법.
제46항에 있어서, 소정의 스테이지에 대하여, 상기 스테이지를 완성하기 위해 사용된 기법이 실패한 경우에는, 상기 스테이지를 완성하기 위해 후속 기법이 자동으로 시도되는 자동화 방법.
제68항에 있어서, 상기 접속 단계는 인터넷에 대한 네트워크 프로토콜 및 인터넷 프로토콜 어드레스 중에서 하나를 구성하기 위한 네트워크 설정 스테이지를 포함하는 자동화 방법.
제69항에 있어서, 동적 호스트 구성 프로토콜(DHCP) 기법은 상기 네트워크 설정 스테이지를 완성하도록 시도되고, 상기 DHCP기법이 실패하는 경우에는, 이더넷을 통한 점대점 프로토콜(PPPoE) 기법이 상기 네트워크 설정 스테이지를 완성하도록 자동으로 시도되는 자동화 방법.
디스플레이 및 사용자 인터페이스 선택 장치(user interface selection device)를 포함하는 그래픽 사용자 인터페이스를 구비하는, 컴퓨터 네트워크 접속 및 문제 해결 시스템에 있어서, 디스플레이 상의 메뉴로부터의 제공 및 선택 방법으로서,

장치를 네트워크에 자동으로 접속하는 것 및 상기 장치를 상기 네트워크에 수동으로 접속하는 것 - 상기 수동 접속은 적어도 하나의 네트워크 설정의 수동 입력을 포함함 - 중의 선택을 위한 링크들를 갖는 메뉴를 포함하는 메뉴에 대하여 메뉴 엔트리 세트(a set of menu entries)를 검색하는 단계(retrieving)와;

상기 편집 메뉴 엔트리 세트를 포함하는 상기 메뉴를 상기 디스플레이 상에 디스플레이하는 단계와;

상기 디스플레이 상의 상기 메뉴 엔트리의 상기 링크들 중 하나를 지시하는 상기 사용자 인터페이스 선택 장치를 나타내는 메뉴 엔트리 선택 신호를 수신하는 단계, 및 상기 선택 신호에 응답하여 상기 네트워크에의 상기 장치의 자동 접속 또는 수동 접속 중 하나를 선택하는 단계

를 포함하는, 메뉴로부터의 제공 및 선택 방법.
제71항에 있어서, 상기 네트워크 설정의 상기 수동 입력을 받아들이기 위한메뉴를 더 포함하는, 메뉴로부터의 제공 및 선택 방법.
제72항에 있어서, 상기 네트워크에의 상기 장치의 접속 상태를 디스플레이하기 위한 메뉴를 더 포함하는, 메뉴로부터의 제공 및 선택 방법.
제71항에 있어서, 상기 네트워크에의 상기 장치의 접속 실패에 응답하여 문제 해결 설명서를 디스플레이하기 위한 메뉴를 더 포함하는, 메뉴로부터의 제공 및 선택 방법.