KR20060090669A

KR20060090669A - 무선 네트워크의 자동 업데이트 장치 및 방법

Info

Publication number: KR20060090669A
Application number: KR1020067005508A
Authority: KR
Inventors: 보지슬라브 삼살로빅; 로버트 복샐
Original assignee: 피씨티이엘 인코포레이티드
Priority date: 2003-09-19
Filing date: 2004-09-20
Publication date: 2006-08-14
Also published as: CA2538800A1; US20050102662A1; CN1853428A; EP1665850A1; JP2007506197A; WO2005034547A1

Abstract

장치를 업데이트 또는 업그레이드하기 위하여 장치로 정보가 전송될 수 있도록 하는 시스템 및 방법이 개시된다. 따라서, 클라이언트가 분산 배치된 후에도 상기 클라이언트는 실시간으로 중앙 위치로부터 업데이트될 수 있다. 또한, 본 발명의 일 실시예에 따르면, 자동으로 또는 사용자에 의하여 소프트웨어 및 장치 설정의 업데이트가 개시될 수 있도록 하는 시스템 및 방법이 개시된다.

업데이트, 통신, 클라이언트, 시스템

Description

무선 네트워크의 자동 업데이트 장치 및 방법{Apparatus and method for automated updating system for wireless networks}

교차 참조

본 출원서는 "무선 네트워크의 자동 업데이트 시스템"이라는 제목으로 출원된 미국 가출원 제 60/504,152호의 이점을 주장하는데, 이는 본원에서 참고로 인용되고, 또한 변리사 도켓 넘버가 069509/0312077(대리인 번호 PCTEL-13800-U)인 "무선 네트워크의 자동 업데이트 시스템 장치 및 방법"이라는 제목으로 출원된, 일반적인 특허권을 가지며 동시에 출원된 미국 특허 출원 제 호 (이는 본원에서 전체가 참고로 인용됨)에 관한 것이다.

본 발명은 통신 시스템에 관한 것으로서, 보다 상세하게는 유,무선 환경에서 소프트웨어와 설정을 포함하여 업데이트를 수행하는 시스템에 관한 것이다.

무선 통신 장치를 포함하는 일반적인 통신 시스템에서 장치를 업데이트하기 위해서는 많은 시간이 소요되고 비효율적인 절차로 진행된다. 이러한 장치는 일반적으로 업데이트나 업그레이드를 위해서 구매 시점의 상태로 돌아가야 했다. 또한 몇몇 장치들은 업데이트나 업그레이드 자체가 불가능했기 때문에 새로운 장치를 구입해야만 했다.

더구나, 오류 검출 또는 소프트웨어 프로그램의 "버그-수정(bug-fix)"에 관련된 상황에서는, 소프트웨어의 교체나 단말기 설정 변경의 절차가 비효율적이고 많은 비용이 소비될 것이다. 추가로, 현재의 시스템은 기지국의 변경이나 기지국의 위치에 관련된 장치로는 업데이트 정보를 제공하거나 추적하는 것이 불가능하다.

따라서, 장치의 위치에 상관없이 공중으로 정보를 다운로드할 수 있도록 하며, 최근 정보로 장치를 업데이트하는 방법 및 시스템이 요구되고 있다.

장치를 업데이트 또는 업그레이드하기 위하여 이 장치로 정보가 전송될 수 있도록 하는 시스템 및 방법이 개시된다. 따라서, 클라이언트가 배치된 후에 상기 클라이언트는 실시간으로 중앙 위치로부터 업데이트될 수 있다. 또한, 본 발명의 일 실시예에 따른 시스템 및 방법은 자동으로 또는 사용자에 의하여 소프트웨어 및 장치 설정을 업데이트할 수 있도록 한다.

장치를 업데이트하기 위한 방법은, 클라이언트에서 부모 서버로 통신을 개시하는 단계; 상기 서버의 현재 유효한 업데이트의 시간 기록 정보와 상기 클라이언트의 시간 기록 정보를 비교하여 상기 클라이언트가 최근의 업데이트인지 여부를 결정하는 단계; 및 필요한 경우에 상기 클라이언트로 필요한 정보를 다운로드하는 단계;를 포함한다.

상기 시스템은, 통신하고 있는 서버로 인증 정보를 전송할 수 있고 적어도 하나의 업데이트 가능한 구성요소를 포함하는 장치를 포함하며, 상기 서버는 상기 장치가 상기 서버에 의해 인증이 완료된 경우에 상기 장치로 업데이트를 다운로드 할 수 있다.

도 1은 본 발명을 설명하기 위한 클라이언트와 서버의 통신을 도시한다.

도 2는 본 발명을 설명하기 위한 클라이언트와 복수 서버의 통신을 도시한다.

도 3은 본 발명에 따른 클라이언트로 보내지는 업데이트를 제어하기 위한 업데이트 장치를 도시한다.

도 4는 업데이트 장치와 서버 사이의 통신 절차를 도시한다.

도 5는 서버에서 클라이언트로 업데이트가 다운로드되는 절차를 도시한다.

도 1을 참조하면, 통신 환경(10)은 인터넷 또는 인트라넷 중 어느 하나인 네트워크(16)를 통하여 클라이언트(12)가 서버(14)와 통신하는 것을 나타낸다. 상기 도면에 도시된 서버는 하나 또는 그 이상의 컴퓨터들을 포함하는 것은 물론이다. 클라이언트와 장치는 서로 교환되어 사용되며, 상기 도면에 도시된 클라이언트는 장치와 다른 대상으로부터 혹은 다른 대상과 함께 자원을 사용하는 대상 또는 소프트웨어이다. 상기 의도는 클라이언트 또는 장치가 서버에서 그 자신을 식별 가능하게 하는 것과 접촉된 서버로 적절한 정보를 보내는 것이다. 이와 같이, 상기 클라이언트는 장치 또는 상기 장치에 상주하는 소정의 설정값과 미리 프로그래밍된 소정의 데이터를 갖는 통상의 소프트웨어가 될 수 있다. 상기 서버(14)는 상기 클라이언트(12)를 인증하고 업그레이드와 설정 데이터 같은 정보를 아래에 설명된 클라 이언트(12)로 보낼 수도 있다. 상기 서버는 연속적인 운영을 위하여 필요한 업데이트 또는 가장 최근의 정보를 상기 클라이언트(12)로 제공한다. 예를 들면, 정보는 기지국 위치의 변경, 서비스 제공자들이 지리적인 이유로 네트워크 사용 비용의 변경, 및 상기 클라이언트(12)가 업그레이드 또는 정상적인 운영을 위하여 새로운 드라이버를 요구하는 것과 연관이 있다.

일 실시예로, 통신은 인터넷(16) 상에서 상기 클라이언트(12)와 상기 서버(14) 사이에서 XML을 매개로 이루어진다. 보안 통신 채널은 HTTPS를 이용하여 전송되는 통신의 바람직한 일 실시예와 같은 적어도 몇몇의 인스턴스(instance)가 요구될 것이다. 이러한 보안 통신은 상기 클라이언트가 상기 서버(14)에 의하여 제어되는 정보에 접근하기 위하여 요구되는 인증 정보를 제공하는 것과 같은 인스턴스가 이용될 수 있다.

도 2를 참조하면, 도 1의 상기 시스템(10)은 도시된 복수의 서버들과 통신하는 상기 서버(14)를 나타낸다. 상기 서버(14)는 적어도 하나의 다른 서버와 통신하는 중앙 서버이다. 또한, 이러한 설정으로 상기 서버(14)는 중앙 서버 또는 중앙 설정 서버(CCS) 같은 것이 참조된다. 이러한 예를 더욱 구체적으로 살펴보면, 서버들(20,22)은 상기 서버(14)와 상기 클라이언트(12)와 함께 통신하는 것을 볼 수 있다. 따라서, 상기 서버(14)는 소프트웨어 및 설정 업데이트를 용이하게 하기 위하여 상기 클라이언트(12)와 상기 서버들(20,22) 사이에서 인터페이스를 제공한다. 상기 서버들(14,20,22) 중 어느 하나에는 업데이트 정보를 포함할 수 있고, 마찬가지로 상기 중앙 서버를 통하여 함께 동작하는 상기 서버들은 이하에서 업데이터 (24)로 적용될 수 있다. 상기 업데이터(24)는 상기 클라이언트(12)와 통신하는데, 상기 클라이언트의 구체적인 예로는 무선 장치를 들 수 있다. 그러나, 본 발명의 범위는 이에 한정되지 않고 유선 장치도 될 수 있음은 물론이다.

일 실시예로 상기 업데이터는 상기 서버의 일 부분이고 다른 실시예로 상기 업데이터는 원격지에 위치한 상기 서버와 통신을 하는데, 이러한 두 실시예들은 이하에서 상세히 설명하기로 한다.

또 다른 실시예로, CCS는 상기 업데이트 정보를 제대로 송신하도록 실질적인 통신 트래픽(하드웨어적 혹은 소프트웨어적으로 수행되는)을 처리한다.

본 발명에 따르면, 상기 클라이언트는 자동적으로 업데이트 될 수 있고 또는 사용자가 상기 클라이언트로부터 업데이트와 시작을 할 수 있다. 이러한 두 가지 절차는 이하에 상세히 설명하기로 한다.

도 3을 참조하면, 클라이언트 관리자(34)에 연결된 업데이터(32)를 포함하는 서버(30)의 일 실시예를 보여준다. 상기 클라이언트 관리자는 상기 클라이언트를 업데이트하기 위한 규칙을 포함하는 엔진(36)을 포함한다. 상기 클라이언트 관리자(34)는 WiFi FSM(38), GPRS FSM(40), 및 이더넷 FSM(42)과 같은 다양한 파일 서버 관리자(FSM)에 연결된다. 상기 업데이터(32)는 상기 클라이언트 관리자(34)와 클라이언트 사이의 통신을 관리하며, 따라서 이는 상기 클라이언트와 상기 규칙에 따라 처리되는 상기 서버(30) 사이의 통신을 의미한다. 상기 클라이언트와 상기 서버(30) 사이에 업데이트를 위한 통신 세션이 개시되면, 상기 업데이터(32)는 다양한 파일들의 업데이트 또는 종류에 상관없이 코드 기반의 구성요소들을 확인한다. 본 실시예에서의 상기 업데이터(32)는 동적 연결 라이브러리(DLL)를 가지고 있으며, 주요 클라이언트 어플리케이션 또는 소프트웨어가 함께 존재한다. 다른 예로는, 도 3에 도시된 바와 같이 상기 업데이터는 분리된 DLL을 가지게 되며, 주요 클라이언트 어플리케이션을 관리한다. 상기 업데이터(32)가 상기 클라이언트로 다운로드되는 업데이트가 필요하다고 결정하면, 파일들 또는 다른 구성요소들의 다운로드가 개시된다. 상기 업데이트의 다운로드 절차는 자동적으로 진행되거나 또는 사용자가 업데이트 다운로드를 시작하도록 지시함으로써 진행되는 것 중의 어느 하나이다.

상기 업데이터(32)와 상기 업데이터(32)에 관련된 상기 DLL은 상기 부모 서버에 관한 키 정보를 보내는 것으로 설정된다. 일부 실시예로, 사용자 인터페이스(UI)는 상기 업데이터 중심부에서 분리시키는 것이 바람직하다. 이는 모든 예에 요구되는 것은 아니며, 이러한 예는 상기 UI가 상기 DLL 안에 보유된다. 상기 부모 서버는 상기 장치가 켜지거나 또는 처음으로 활성화될 때 상기 장치가 최초로 접촉하는 서버이다. 상기 부모 서버의 URL은 상기 클라이언트에 저장되고, 상기 부모 서버는 인증 증거가 저장된 상기 장치에 관한 정보를 갖는다. 한번 상기 클라이언트가 상기 부모 서버에 접속하면, 그 뒤로 상기 클라이언트는 업데이터에서 유지중인 가장 유효한 정보에 따른 장치에 저장된 정보에 의하여 결정된 업데이트를 다운로드하고 획득한다.

처음 한번의 접속은 상기 클라이언트와 상기 부모 서버 사이를 형성시키게 되고, 그에 따라 상기 클라이언트는 상기 업데이터를 통하여 업데이트를 획득하기 위하여 상기 부모 서버와 처음 접속하게 된다. 다른 예로, 상기 부모 서버의 URL은 상기 부모 서버와 상기 업데이터가 하나이고 같은 장치인 상기 업데이터의 URL과 같아지게 된다. 후에 업데이트 세션이 될 상기 부모 서버는 다음 업데이트 세션에 상기 클라이언트가 같은 부모 서버에 다시 접속되도록 하는 세부 업데이트 세션 동안 접속하기 위하여 상기 클라이언트의 새로운 URL을 제공할 수 있다. 업데이트 세션이 지속되는 어느 시간에도 상기 부모 서버는 상기 클라이언트로 새로운 URL을 제공할 수 있으며, 상기 서버를 새롭게 지정하고 다른 URL은 다음의 업데이트 통신 세션 동안 상기 클라이언트를 위한 상기 부모 서버가 되게 한다. 이로 인해, 상기 클라이언트는 이전의 부모 서버가 아닌 상기 새로운 부모 서버에 접속하게 된다.

작동에 있어서, 상기 업데이터(32)는 상기 업데이터(32)가 적어도 하나의 다운로드된 파일을 획득할 때까지 정확한 기술 요소로 통지(notifitations)를 보내고, 상기 다운로드된 파일은 업데이트 세션을 필요로 할 때까지 상기 업데이터(32)에 의해 유효하게 유지된다. 하나 이상의 파일을 갖는 업데이트가 상기 CCS에서 생성되면, 상기 업데이터(32)는 단일 처리(transaction) 안에 모든 파일을 다운로드하도록 지시하게 된다. 상기 업데이터(32)는 모든 파일들이 하나의 트랜잭션으로 정확하게 다운로드된 경우 상기 업데이트가 성공한 것으로 인식하게 된다.

다른 예로서, 상기 업데이터(32)는 업데이트가 상기 서버 또는 CCS에서 유효하다는 것을 인식하는 경우에 통지를 보냄으로써 설정된다. 이러한 예에서, 상기 업데이트된 파일은 상기 CCS의 요소가 상기 업데이트된 파일을 받을 준비가 되었다는 것을 상기 업데이터(32)로 통지할 때까지 저장부에 유지되며, 소정의 시점에 상기 업데이터(32)는 업데이트를 요청하는 요소로 상기 파일의 전송을 유도한다. 예 를 들어, WiFi가 전송자로부터 수신된 업데이트와 짝을 이루게 되면, 상기 업데이터(32)는 상기 WiFi DLL에게 새로운 업데이트가 존재한다고 알리게 된다. 상기 WiFi 요소는 이전에 적재된 구 데이터나 정보를 이용하는 것보다 새로운 업데이트를 다시 적재할 수 있다. 따라서, 새로운 업데이트는 다음에 상기 클라이언트가 업데이트 세션을 개시하고 업데이트를 확인할 때 유효하게 된다.

상기 클라이언트의 어떠한 구성 어플리케이션은 상기 업데이터(32)에, 어플리케이션의 요청과 상기 클라이언트 관리자(34)가 어플리케이션 자신의 구성요소를 등록할 수 있는 파일을 등록할 수 있다. 상기 클라이언트 관리자가 특정 실행의 요청에 따라 설정된 다수의 소프트웨어 구성요소를 포함하는 것이 인정된다. 일 예로서, 상기 CCS는 상기 시스템의 적당한 다른 구성요소로 어떤 파일이 어떤 DLL로 가는지를 전달하도록 설정된다. 추가로, 비록 다른 통계는 상기 클라이언트가 후술할 하부 API에 속하더라도 일정한 통계는 CCS로 다시 전달되게 된다. 각각의 예로, 일반적으로 등록을 위한 데이터는 WiFi, GPRS, CDMA, 위치 검색기(location finder) 등과 같은 코드를 조합한 기술의 종류를 나타내는 문자열을 포함한다. 버전(version), 업데이트 및 다른 정보는 역시 이러한 업데이트 세션에 제공될 수 있다.

각각의 예를 들면, 상기 등록 데이터는 일반적으로 WiFi, GPRS 또는 CDMA 네트워크 설정, 위치 검색기 데이터 등과 같은 구성요소가 요구되는 업데이트 타입을 나타내는 식별 문자열을 포함한다. 상기 서버는 소프트웨어 버전 및 다른 클라이언트 정보를 선택하는 동안 마지막으로 제공되었던 업데이트가 성공적으로 다운로드 된 시간기록을 생성한다.

일 실시예에 따르면, 상기 서버에 접촉 및 접속하기 위하여 상기 클라이언트와 상기 네트워크 또는 인터넷 사이에는 두 가지의 인터페이스가 존재한다. 첫째로, 상기 클라이언트는 로컬 통신과 인증을 위한 로컬 기지국과 교신한다. 둘째로, 상기 클라이언트와 상태 정보, 고객 권한 설정 및 제공자가 충족되도록 요구하는 다른 푸시 타입 서비스를 위한 서비스 제공자 사이에 링크가 형성된다. 상기 첫번째 인터페이스를 살펴보면, 현재 시장에 존재하는 하기와 같은 것을 포함한 몇몇 다른 기지국 어플리케이션 프로그램 인터페이스들(APIs)이 존재한다.

* WISPr

* AWS

* Cometa

* Colubris

* Screen scraping

이러한 인터페이스들은 상기 CCS 및 서버에서 설정 세팅을 매개로하여 상기 클라이언트로 제공되거나 구동된다. 상기 CCS는 우선 순위로 정렬된 네트워크 목록과 각각에 사용하기 위한 방법 목록을 갖는다. 새로운 로밍 파트너들은 상기 CCS에 쉽게 추가되고 상기 클라이언트에 공평하게 분배된다.

보다 상세하게, 상기 클라이언트와 상기 로컬 기지국 사이의 인터페이스에는 추가로 상기 클라이언트와 서비스 제공자 사이에 보안 링크가 존재한다. 이러한 통신 인터페이스는 상기클라이언트가 상기 제공자의 현재 동작 환경 상태 정보를 제 공할 수 있게 하고, 상기 제공자가 상기 클라이언트로 지시를 보내는 것을 허용한다. 어떤 지시가 상기 클라이언트로 보내졌는지에 대한 판단은 상기 클라이언트의 현재 상태와 상기 클라이언트의 존재를 식별하는 정보를 기초로 하여 결정된다. 상기 서비스 제공자는 빈도, 중요도 상기 클라이언트가 항상 가장 최근인지 여부를 결정하기 위한 요청 정도에 의해 어떤 지시가 상기 클라이언트로 보내졌는지에 따라 절차가 변경될 수 있다. 특별한 예로, 상기 통신 링크는 HTTPS를 매개로 한다. 상기 클라이언트로부터의 메시지는 일반적으로 장치의 현재 상태, 마지막 업데이트에 관한 시간 기록과 같은 것에 대한 정보를 갖는다. 하기와 같은 UI 요소가 요구된다.

* 풍선 통지(Balloon notification)

* 대화 통지(Dialog notification)

* 다운로드

* 설정

다른 실시예로, 상기 업데이터(32)는 상기 클라이언트의 부모 서버(30)의 네트워크 연결 상태나 연결 권한이 있는 대역폭의 종류를 알지 못한다. 그러므로, 상기 업데이터(32)는 상기 서버와의 통신이 구동 가능한 위치가 아니다. 이러한 실시예에서, 제어 인터페이스(미도시)는 업데이터가 업데이트 여부를 체크하려고 시도할 때에 상기 업데이터가 이 사실을 통지할 수 있게 하는 기능을 제공한다. 또한, 메시지 형식으로 된 상기 인터페이스는 상기 업데이터로 연결 타입을 통지한다. 나아가, 상기 제어 인터페이스는 상술한 것처럼 본래는 수동으로 시작하는 것을 자동 화 절차로 한 '업데이트 체크' 절차를 사용자가 시작할 수 있게 허용한다.

도 4를 참조하면, 하기의 세팅 저장 및 상기 클라이언트와 상기 업데이트 서버 사이의 통신 제공에 이용되는 바람직한 XML 포맷으로 HTTP(S) 송달(POST)을 매개로 한 파라미터들을 보냄으로써 상기 업데이터(50)는 상기 서버 또는 CCS(52)와 통신을 개시한다. [아래 표에 업데이트를 삽입하시오]

다음에 나타난 것은 상기 업데이터(50)와 상기 CCS(52) 사이에서 통신되는 예시; 즉, 502 경로상 업데이터(50)에서 CCS(52)로의 POSTs 클라이언트 정보를 보 여준다.

CCS(52)는 경로 504를 통해 다운로드가 가능한 파일에 XML 형식에 따라 기재된 응답을 돌려보는 것으로 응답한다.

만약 다운로드 가능한 파일이 존재하지 않는다면, CCS는 비어있는 파일들의 목록을 돌려보낸다.

XML 응답 구문

상기 업데이터(50)는 지정된 원격 위치로 경로 506 및 경로 508을 통하여 파일 다운로드를 시작한다. 추가로, 상술한 실시예에 따른 본 발명의 시스템은 마찬가지로 중앙 서버와 원격의 장치 사이에 통신을 용이하게 하는 API를 포함한다. 독립적으로 사용되는 상기 API는 다양한 영역의 장치들이 본 발명의 시스템과 성공적인 통신을 가능하게 하는 역할을 수행한다. 다음으로 예를들어 설명할 정보는 본 발명에 따른 대표적인 API를 나타낸다.

보다 상세하게, 본 발명의 구성은 가끔 이하와 같은 "스마트 클라이언트(Smart Client)" 또는 "로밍 클라이언트(Roaming Client)"로 나타내며, 클라이언트가 무선 네트워크들 사이에서 안정적으로 로밍이 가능할 수 있도록 하는 하부 API로부터 클라이언트가 지시를 받는 형태이다. 상기 인터페이스는 스마트 클라이언트와 전송자의 하부구조 사이에서의 통신 인증 전과 후에 모두 가능하도록 디자인된다.

대다수의 유료 Wi-Fi 서비스 제공자들은 Wi-Fi 로밍 파트너를 추가함에 따라 그들 본래의 네트워크들이 빠르게 증가하는 것이 보여진다. 상기 로밍 클라이언트와 상기 CCS는 끊임없이 네트워크 인증을 추가하여 전송하는 능력과, 각 로밍 파트너를 위한 연결 절차와, 지상에 있는 사용자들을 배치하기 위한 절차를 제공한다. 추가하여, 권한 설정이 분리된 API는 전송자가 자체 권한 설정 서비스와 로밍 클라이언트 내부 성능을 통합하는 동안 웹 사이트 계정 유지를 계속하게 한다. 따라서, 본 발명은 제공자들이 스마트 클라이언트 솔루션을 그들 네트워크의 요구와 함께 통합하는 것을 허용한다.

인터페이스 설계 : 상태( STATES )

상기 인터페이스는 상기 클라이언트가 하부 구조로 다양한 연결 상태를 보내는 것을 지원한다. 예를 들면, 상기 클라이언트가 처음으로 연결되었을 때 미인증 상태일 경우에는 미인증 메시지가 보내진다. 상기 메시지는 스마트 클라이언트 상태(STATES)라는 제목의 표 1에서 주어진 것과 같은 상태와 인포(INFO)라는 제목의 표 2에서 정의한 인포(info) 상태로부터의 정보가 포함된다.

표 1. 스마트 클라이언트 상태(STATES)

표 2. 인포(INFO)

표 2는 단지 보내지는 정보의 종류에 대한 예시일 뿐이며, 아래에 나타낸 바와 같은 보내어 지게 될 다양한 다른 종류의 정보를 한정하려고 의도한 것은 아니다.

액션( Actions )

상기 어플리케이션 전송 인터페이스는 수행될 수 있는 다양한 액션들로 구성된다. 이러한 액션들은 클라이언트가 상태 메시지를 보낸 후에, 하부 구조에서 상 기 클라이언트로 전달된다. 이러한 메시지들은 기본 HTML 내부에 깊이 보관되거나 기저 XML이 될 수 있다. 이와 같은 통신은 보안성 없는 HTTP 포맷 역시 지원되는 HTTPS 포맷을 사용하게 된다. 아래에는 액션 목록의 예를 나타내고 있으며, 독점적인 의도이거나 완벽한 액션 목록이 아님은 물론이다.

표 3. 스마트 클라이언트 액션(ACTIONS)

CCS 인터페이스

상기 CCS는 상기 클라이언트를 위해 중앙에서 인터페이스를 관리한다. 상기 CCS는 로밍 클라이언트의 연결 절차를 위한 관리 포인트의 중앙 집중화와 배치된 로밍 클라이언트에 위치 검색자 목록의 점거를 허용하는 것과 같은 기능을 위해 설계되었다. 상기 CCS는 이 데이터의 관리를 위한 관리 도구를 제공하고 또한, 이런 종류의 데이터를 위한 위치를 서드 파티에게 지적하는 것으로 설정될 수 있다. 이러한 CCS의 설정 옵션은 제공자가 그들의 서비스 요구대로 새로운 로밍 파트너 네트워크들을 쉽게 통합하도록 허용한다.

상기 CCS는 새로운 Wi-Fi 로밍 파트너 네트워크들을 생성할 수 있고, 배치된 로밍 클라이언트들의 이러한 새로운 연결 절차를 배포할 수 있다. 상기 CCS는 Wi-Fi 서비스 제공자를 위하여 로밍 파트너들을 추가/제거하는 기능을 갖는다. 이러한 것을 달성하기 위하여 바람직한 템플릿을 하기에 나타낸다.

상기 클라이언트는 상기 CCS에 의하여 결정된 방식으로 Wi-Fi 네트워크를 볼 수 있다.

약간의 다른 변형예를 살펴보면, 상기 클라이언트는 모든 사용가능한 Wi-Fi 네트워크들을 인식하지만, 설정 정보는 상기 CCS가 네트워크 정보를 가상의 레이어로 생성하는 것을 통하거나 제공되어 입력되고 따라서, 상기 클라이언트의 사용자는 사용자의 기재에 따라 전송자/제공자에 의하여 정의된 정보를 볼 수 있다. 각각의 Wi-Fi 네트워크는 상기의 템플릿에 도시된 바와 같은 SSID 정보에 의해 정의된다. 또한, 상기 CCS는 위 신호가 본 정보인 설정 파일을 생성하고, 사용자들에게 제공된 추가정보를 제공한다. 이러한 정보는 보다 상세한 네트워크 설명, 시작 URL, 연결 옵션(자동/입력/수동) 등을 포함한다.

기지국 API 세팅

일 실시예에 따르면, 상기 CCS는 Wi-Fi 서비스 제공자의 로밍 파트너를 위한 기지국 세팅을 추가/제거하는 기능을 포함한다. 바람직한 실시예로, 기지국 정보는 사용자와 친근한 CCS 사용자 인터페이스(UI)를 통하여 유지된다. 일반적으로, 비록 모든 실시예에서 필요로 하지는 않을지라도, 모든 정보는 빠르고 유연한 데이터 검색과 편집을 제공하는 데이터베이스 포맷에 따라 저장된다. 나아가 일반적인 실시예로, 기지국의 업데이트 파일 세팅은 클라이언트 상에서 단순하고 유연한 조종을 하게하는 XML로 제공된다. 이하에 도시된 템플릿은 어떻게 기지국 테이블이 유지되는지를 나타낸다.

추가로, 기지국에 추가하기 위한 바람직한 템플릿이 아래에 도시되었다.

이러한 기지국을 위한 바람직한 코드가 아래에 도시되었다.

전송자 API 세팅

Wi-Fi 서비스 제공자의 로밍 파트너들을 위한 것이며, 추가 및 제거 기능의 기본 CCS 전송자 인터페이스 세팅이 바람직한 포맷에 따라 아래에 기술되었다.

상기 CCS는 전송자 및 로밍 파트너가 Wi-Fi 네트워크로의 로그인과 인증을 위한 상세한 절차를 정의하는 것은 편리하고 유연한 방법으로 제공한다. 바람직한 실시예에 따르면, 각 네트워크는 그것을 위하여 정의된 API 세팅들은 어떤 수만큼이라도 가질 수 있다. 상기 API 세팅들은 인증 객체와 관련된 파라미터의 형식으로 표현된다. 각각의 인증자는 어떤 수의 파라미터도 가질 수 있다. 이러한 절차를 이용하기 위하여, CCS는 다른 네트워크 환경에 따라 클라이언트의 동작 방식이 동적으로 변경하는 수단을 제공한다. 아래에 도시된 바와 같이, 유연한 설정 파일들은 중요도에 따라 실행된 인증 객체의 어떤 수만큼이라도 정의될 수 있다. 만약 보다 상위에 포함된 인증 객체가 실패한다면, 상기 클라이언트는 자동으로 목록으로부터 다음 인증자를 예로 든다. 이러한 인증자를 위한 바람직한 코드가 아래에 도시되었다.

등록 절차( Sign Up Procedure )

도 5를 참조하면, 로밍 클라이언트 어플리케이션이 설치되었으나 아직 사용되지 않은 고객을 위한 순서도가 도시되어 있다. 고객이 준비된 기지국에 위치하면, 상기 고객은 인터넷에 접속할 의도를 가지고 상기 어플리케이션을 실행하거나 이미 실행중인 경우에 연결이 시도된다. 도 5의 순서도에서는 계정, 서비스 구매 및 인터넷에 접속을 받기 위한 등록의 절차로 수반되는 단계를 보여준다. 이하에 설명하는 것은 단계의 스크립트(script)와 흐름 사이의 상호작용을 정의하는 단계의 목록이다.

도 5의 단계 1에서, 본 발명에 따른 어플리케이션은 제공자와 위치 정보를 추출하기 위하여 괄호로 둘러싸인 URL로 HTTP 획득(GET)을 생성한다.

단계 2에서, 상기 어플리케이션이 HTTP 응답을 분석하고 제공자, 위치, 오류 및 다른 제공된 정보를 저장한다(이 단계의 주체는 제공자/구체적으로 NAS 이다).

단계 3에서는, 상기 어플리케이션이 현재 상태, 위치 등에 관련된 웹 포탈(Web Portal)로 정보를 송달한다(POSTs).

단계 4에서, 웹 포탈이 어플리케이션에 의해 수행될 액션 세트를 결정한다(기본 액션 세트는 표 1에 제공되었다.). 이 경우에, 웹 포탈 전송자는 '미니브라우저실행(launchMiniBrowser)' 액션과 새로운 사용자의 등록 절차에 사용되는 URL 정의(defines URL)를 보낸다.

단계 5에서, 상기 '미니브라우저실행' 액션이 URL, 길이 및 높이의 세가지 파라미터를 취한다. 길이와 높이 값은 픽셀값으로 한정된다. 일반적으로 상기 어플리케이션은 필요성 여부와 상관없이 사용자 화면의 중앙 위치에 미니 브라우저 창이 나타난다. 만일 높이 및 길이의 값이 제공되지 않거나 불가한 값이라면, 미니 브라우저 창은 640 X 480 픽셀의 기본 값이 된다.

단계 5a 내지 5c에서는, 상기 포탈이 새로운 사용자 계정을 생성하기 위하여 하나 또는 그 이상의 단계를 제공한다. 사용자는 제공되는 HTML 페이지들과의 상호 작용에 의하여 다른 옵션을 선택하고 조종하는 자유를 갖는다. 출력된 미니 브라우저는 등록 절차가 끝날 새로운 액션 세트를 위하여 "경청(listening)"한다.

단계 6에서, 웹 포탈은 확장 XML부분으로 하나 또는 그 이상의 dostus들이 돌아온다. HTTP 응답으로는, 일반 HTTP 헤더가 '예(yes)'로 설정된 '어플리케이션액션(ApplicationActions)'이 있는데 따라서, 어플리케이션 클라이언트는 확장 액션 목록을 분석하고 실행한다.

단계 7에서, 상기 어플리케이션 클라이언트가 사용자로부터 패스워드를 확인받은 후에 로그인 절차를 시도한다.

단계 8에서, 상기 시스템은 로그인 절차가 성공되면 표시한다.

단계 9에서, 어플리케이션 클라이언트는 새로운 상태 정보와 모든 관련된 데이터를 전송자 웹 포탈로 송달(POSTs)한다.

단계 10에서, 상기 웹 포탈이 어플리케이션 정보를 분석하고 다른 액션들이 인증자에 의해 더 수행되는지를 결정한다. 이것은 역시 최적화된 광고 내역이 사용자에게로 다시 보내지게 될 때의 순간이다.

사용자 돌려보내기( RETURNING USER )

일 실시예로, 사용자가 이미 계정을 보유하고 있다면, 클라이언트는 로그인된 업데이트 상태로 연결을 시작하게 된다. 이런 메시지는 상술한 바대로 새로운 사용자에게 유사한 방법으로 중앙 시스템에 적당한 정보를 전달할 것이다.

도 6을 참조하면, 클라이언트를 업데이트하는 절차는 단계 600에서 시작된다. 단계 604에서는, 상기 클라이언트가 처음으로 활성화되고, 단계 606에서 클라이언트는 미리 프로그램된 URL에서 나타내는 서버와의 통신 세션을 개시한다. 단계 608에서는, 상기 서버는 상기 클라이언트를 확인하는 인증을 수행한다. 상기 서버는 상기 클라이언트가 이 서버에 접속하려고 하는 것을 상관하지 않으면, 단계 616에서, 클라이언트로부터의 요구를 서버가 무시한다. 추가로, 서버의 요청을 무시하는 것은 또한, 특히 이것이 활성화된 후에 클라이언트의 첫번째 업데이트 통신 세션이라면, 오류의 원인을 결정하기 위하여 중앙 위치로 클라이언트의 식별 정보를 전달할 수 있다. 만일 서버가 클라이언트를 인증하면, 단계 610으로 진행되고 클라이언트는 서버로 마지막 업데이트의 시간 기록 정보를 포함하는 정보를 보내고, 상기 서버는 업데이트가 가능하거나 필요한지를 결정한다. 단계 612에서는, 만일 업데이트가 필요하지 않다고 결정되면, 상기 서버는 클라이언트로 업데이트가 필요하지 않다는 것을 알리고 단계 640에서 절차를 종료한다. 반면에, 단계 610에서 서버 또는 관리 프로그램이 업데이트가 필요하다고 결정하면, 단계 614에서 업데이트를 포함하는 위치의 URL이 결정된다. 단계 618에서 상기 서버는 업데이트를 위한 URL이 같은 것인지 혹은 다른 URL인지를 결정한다. 만일 다른 URL이라면, 단계 620에서 업데이트는 원격의 URL로부터 획득된다. 반면에 같은 URL이라면, 단계 622에서 업데이트는 현재 서버의 URL에 위치된다. 단계 624에서는, 업데이트가 상기 클라이언트로 다운로드된다. 단계 628에서는, 상기 클라이언트로부터의 정보에 기초하여 현재 업데이트 정보가 유효한지 또는 추가적인 업데이트가 요구되는지를 결정한다. 만일 추가적인 업데이트가 존재한다면, 단계 626에서 URL이 획득되고 단계 618로 진행된다. 반면에 추가 업데이트가 요구되지 않는다면, 단계 630에서 업데이트 세션이 완료된다.

단계 632에서는, 상기 시스템에 의해서 상기 부모 서버가 더 이상 첫번째 접촉과 같은 행위가 아닌지를 결정되어진다. 만일 새로운 부모 서버가 설계된다면, 단계 636에서 상기 현재 부모 서버는 미리 프로그램된 URL을 교체하는것으로 새로운 URL이 제공될 것이고, 상기 클라이언트는 이후에 새로운 URL에 위치된 새로운 부모 서버와 업데이트 통신 세션을 개시한다. 반면에, 새로운 부모 서버가 요구되 지 않거나 설계되지 않는다면, 상기 클라이언트에서 미리 프로그램된 현재 URL은 변경되지 않은 상태로 남아서 단계 640에서 절차가 종료된다. 다른 실시예에 따르면, 만일 첫번째 통신 세션이 개시되지 않았다면, 마지막 통신 세션 이후로 또는 상기 클라이언트가 미리 프로그램된 이후로 새로운 URL의 새로운 부모 서버가 설계되었기 때문에, 단계 608에서 인증이 진행되는 동안 상기 부모 서버는 새로운 URL을 제공하는 가치가 없다. 이 경우, 상기 서버는 상기 클라이언트를 인증하거나 새로운 URL에 새로운 부모 서버로 통신 세션의 일부분을 남겨서 전달하며, 다른 경우, 부모 서버는 새로운 URL로 상기 클라이언트를 업데이트 할 수 있고, 새로운 부모 서버와 새로운 통신 세션을 개시하도록 클라이언트에게 지시한다.

본 명세서 및 청구범위에 사용된 용어나 단어는 통상적이거나 사전적인 의미로 한정해서 해석되어서는 아니 되며, 발명자는 그 자신의 발명을 가장 최선의 방법으로 설명하기 위해 용어의 개념을 적절하게 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다.

따라서, 본 명세서에 기재된 실시예와 도면에 도시된 구성은 본 발명의 가장 바람직한 일 실시예에 불과할 뿐이고 본 발명의 기술적 사상을 모두 대변하는 것은 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형예들이 있을 수 있음을 이해하여야 한다.

장치를 업데이트 또는 업그레이드하기 위하여 장치로 정보가 전송될 수 있도록 하는 시스템 및 방법이 제공된다. 따라서, 클라이언트가 배치된 후에 상기 클라 이언트는 실시간으로 중앙 위치로부터 업데이트될 수 있는 효과가 있다. 또한, 본 발명의 일 실시예에 따른 시스템 및 방법은 자동으로 또는 사용자에 의하여 소프트웨어 및 장치 설정을 업데이트할 수 있도록 하는 효과를 제공한다.

Claims

클라이언트에서 부모 서버로 통신을 개시하는 단계;

상기 클라이언트가 가장 최근에 업데이트 되었는지를 결정하는 단계; 및

상기 클라이언트로 업데이트 정보를 다운로드하는 단계;를 포함하는 클라이언트 업데이트 방법.
제 1 항에 있어서,

상기 결정하는 단계는,

상기 클라이언트 정보에 포함된 시간 기록 정보와 상기 서버에서 현재 유효한 업데이트의 시간 기록 정보를 비교하는 단계;

상기 클라이언트의 시간 기록 정보가 상기 클라이언트 정보가 최근의 업데이트가 아님을 나태내는 경우에 상기 서버에서 상기 클라이언트로 상기 업데이트 정보를 전송하는 단계;

상기 클라이언트가 최근의 업데이트이고 업데이트가 필요하지 않음을 나타내기 위한 지시자를 상기 서버로부터 상기 클라이언트로 전송하는 단계;를 포함하는 것을 특징으로 하는 클라이언트 업데이트 방법.
제 2 항에 있어서,

상기 서버는, 상기 클라이언트로 하여금 업데이트가 존재하는 제 2 서버와 통신을 개시하도록 하기 위하여, 업데이트의 위치를 나타내는 URL 주소를 제공하는 것을 특징으로 하는 클라이언트 업데이트 방법.
제 2 항에 있어서,

상기 부모 서버는 업데이트 정보를 포함하는 것을 특징으로 하는 클라이언트 업데이트 방법.
제 2 항에 있어서,

상기 통신을 개시하는 단계는 무선 통신 세션(Session)이고, 상기 클라이언트는 무선 장치인 것을 특징으로 하는 클라이언트 업데이트 방법.
제 1 항에 있어서,

상기 개시 단계는,

상기 부모 서버의 URL 주소를 미리 준비하는 단계; 및

상기 클라이언트가 상기 부모 서버와 접촉을 개시하는 것을 보장하기 위하여 상기 서버에서 상기 클라이언트를 인증하는 단계;를 포함하는 것을 특징으로 하는 클라이언트 업데이트 방법.
제 6 항에 있어서,

마지막 통신 세션 이후에 상기 클라이언트가 접촉해야할 상기 서버의 지정이 변경되어서 상기 부모 서버가 상기 클라이언트를 인증할 수 없는 경우에는 다른 부모 서버로 상기 클라이언트를 라우팅하는 단계;를 더 포함하는 클라이언트 업데이트 방법.
제 1 항에 있어서,

상기 부모 서버는 새로운 부모 서버가 될 제 2 서버를 위한 새로운 URL을 상기 클라이언트로 제공하는 것을 특징으로 하는 업데이트 방법.
제 1 항에 있어서,

상기 클라이언트가 자동으로 업데이트 통신 세션을 개시하는 것을 특징으로 하는 클라이언트 업데이트 방법.
제 1 항에 있어서,

통신 세션의 개시는 상기 클라이언트의 사용자에 의하여 행해지는 것을 특징으로 하는 클라이언트 업데이트 방법.
제 1 항에 있어서,

상기 개시 단계는, 보안 연결 상의 상기 클라이언트의 인증 단계를 포함하는 것을 특징으로 하는 클라이언트 업데이트 방법.
적어도 하나의 업데이트 가능한 구성요소를 갖고 인증 정보를 전송할 수 있는 장치; 및

상기 장치와 통신하며, 상기 장치를 인증 처리하고 인증이 완료된 상기 장치로 업데이트를 다운로드할 수 있는 서버;를 포함하는 장치 업데이트 시스템.
제 12 항에 있어서,

네트워크상에 보안 정보를 전송하는 수단을 더 포함하는 것을 특징으로 하는 장치 업데이트 시스템.
제 12 항에 있어서,

상기 장치는 무선 장치인 것을 특징으로 하는 장치 업데이트 시스템.
제 14 항에 있어서,

상기 통신 세션은 인트라넷 망에서 형성되는 것을 특징으로 하는 장치 업데이트 시스템.
제 14 항에 있어서,

상기 통신 세션은 인터넷 망에서 형성되는 것을 특징으로 하는 장치 업데이트 시스템.
제 12 항에 있어서,

상기 서버와 통신하며, 클라이언트로 전송되는 업데이트 정보를 포함한 적어도 하나의 추가 서버를 포함하는 것을 특징으로 하는 장치 업데이트 시스템.
제 12 항에 있어서,

상기 서버에 연결되고 복수 업데이트의 시간 기록 정보와 함께 복수 업데이트의 위치를 저장하는 클라이언트와 통신하는 업데이터 유니트를 더 포함하는 것을 특징으로 하는 장치 업데이트 시스템.
제 18 항에 있어서,

상기 업데이터는 무선 통신 연결 상태에서 상기 클라이언트와 통신하는 것을 특징으로 하는 장치 업데이트 시스템.
부모 서버와 무선 통신으로 클라이언트를 업데이트 하는 시스템으로서,

상기 클라이언트에서 상기 부모 서버로 통신을 개시하는 수단;

상기 클라이언트가 가장 최근에 업데이트 되었는지를 결정하는 수단; 및 이 수단은 다시

상기 클라이언트 정보에 포함된 시간 기록 정보와 상기 서버에서 현재 유효한 업데이트의 시간 기록 정보를 비교하는 수단;

상기 클라이언트에 시간 기록 정보가 상기 클라이언트의 가장 최근 업데이트 가 아닌 정보로 나타날 경우에 상기 서버에서 상기 클라이언트로 상기 업데이트 정보를 전송하는 수단; 및

상기 클라이언트는 가장 최근에 업데이트 되었고 업데이트가 필요 없음을 나타내기 위하여 상기 서버로부터 상기 클라이언트로 지시자를 전송하는 단계;를 포함하며,

상기 클라이언트로 업데이트 정보를 다운로드하는 수단;을 포함하는 시스템.