KR19990088008A

KR19990088008A - 협대역데이터전송과광대역데이터전송을통합하기위한방법및시스템

Info

Publication number: KR19990088008A
Application number: KR1019990015626A
Authority: KR
Inventors: 에스. 보일 스테펜; 마크에이.폭스; 라마수브라마니 시타라만; 브이. 슈바츠 부르스; 주니어 부르스 케이. 마틴; 에프. 킹 피터; 리아오 행큉
Original assignee: 스테븐 디.피터스; 폰.컴,인코포레이티드
Priority date: 1998-04-30
Filing date: 1999-04-30
Publication date: 1999-12-27
Also published as: CN1233898A; US6138158A; JP2000083061A; EP0954146A3; US6665711B1; EP0954146A2

Abstract

본 발명은 이동성 장치, 이동성 폰, 지상선 전화 및 인터넷용 원격 콘트롤러와 같은 양방향 대화식 통신 장치들을 사용하여 인터넷 웹 페이지의 내버게이션에 대한 특정 응용을 제공한다. 본 발명의 하나의 특정면에 따르면, 각각의 양방향 대화식 통신 장치는 분산 네트워크에서의 노드이며, 이에따라 그 통신장치는 네트워크상의 서버 장치들에 저장된 정보의 하이퍼메디아 층 또는 계층을 액세스 할 수 있다. 하나 이상의 정보 페이지들이 업데이트되면, 네트워크를 통해 업데이트된 정보에 가입하는 장치들의 사용자에게 전체의 업데이트된 정보를 송신하기 보다는, 본 발명은 저비용의 협대역 채널을 통해 메세징 시스템을 사용하는 사용자에게 통지를 보내는 프록시 서버에 통지를 송신한다. 사용자가 통지를 수신하면, 필요시 광대역 채널을 통해 업데이트를 인출할 수 있다. 그러므로 협대역 및 광대역 채널들을 일체화시키기 위한 본 발명에 구조적 해결책이 제공됨으로써 사용자들에게 어떤 업데이트 중에서 그들이 원하는 정보를 알려주며, 궁극적으로 사용자들에게 불필요한 비용을 초래하지 않고 불필요한 네트워크의 교통을 증가시킴이 없이 최신 업데이트를 검색할 수 있는 효과적인 수단을 제공한다.

Description

협대역 데이터 전송과 광대역 데이터 전송을 통합하기 위한 방법 및 시스템{Method and System for Integrating Narrowband and Wideband Data Transports}

본 발명은 일반적으로 데이터 통신에 관한 것으로서, 특히, 협대역 채널(narrowband channel)의 효과적인 이용을 통해 광대역 채널(wideband channel)의 사용을 최적화 하기위해 협대역 데이터 전송과 광대역 데이터 전송을 통합시키기 위한 방법 및 장치에 관한 것이다.

인터넷은 전세계에 걸쳐 상호접속된 컴퓨터들 및 컴퓨터 네트워크의 급성장하는 통신네트워크이다. 이와함께, 이와같이 접속된 수백만대의 컴퓨터들은, 언제든지 어느곳으로부터 접속된 어떤 컴퓨터들이 즉시 액세스(access)가능한 하이퍼링크(hiperlink)된 정보의 방대한 저장소를 형성한다. 이동성 및 휴대성을 제공하기 위해 무선 인터넷 컴퓨팅장치들이 소개되어 있으며, 이들은 무선데이터 네트워크를 통해 인터넷상의 컴퓨터들과 통신할 수 있다. 무선 데이터 네트워크에 의하면, 여행하거나 이동중인 사람들이 무선 컴퓨팅장치를 통해 인터넷상의 컴퓨터들이 행할 수 있는 것과 동일한 작업들을 정확히 수행할 수 있다.

정규의 이동성 폰들은 언제 어느곳에서든 리턴콜을 할 수 있고, 음성사서함을 체크 할 수 있거나, 또는 사용자들과 원격회의를 할 수 있다. 그러나, 이동성 장치 또는 이동성 폰들과 같은 새로운 양방향 대화식 통신장치들은, 프록시 컴퓨터(proxy computer)를 통해 인터넷내의 무수한 공중 및 기업 정보 서비스를 효율적으로 액세스 할 수 있는 단일 핸드셋(handset)내에 음성, 데이터, 및 이동전화 및 개인용 디지탈 보조기(personal digital assistants)(PDA) 기능성을 합체시킨 것이다. 이동전화들 또는 다른 이동성 컴퓨팅 장치들의 개발은, 사용자들이 인터넷에서 찾는 정보에 즉시 액세스하기 위한 사용자의 요구에 의해 현저하게 부추켜지고 있다. 예컨대, 여행자가 공항에 있을 때 다음 이용 비행기의 출발시간을 요청할 수 있으며, 또는 증권업자가 주식을 어떤 가격으로 매수할 수 있다. 이같은 요청으로부터 또는 거래로부터의 적절한 정보는 여행자를 위한 항로 및 비행기 번호를 포함할 수 있을 뿐 아니라, 증권업자를 위해 거래되는 주식명, 주식 수 및 가격을 포함할 수 있다. 적시에 정기적으로 정보를 받기 위한 바람직한 방식은 무선데이터 네트워크를 이용하여 정보 신청들을 전자적으로 통신하는 것이다. 예컨대 무선 데이터 네트워크는, 원하는 비행기 정보 또는 현재 주식가격을 요구한대로 검색할 수 있도록 비행기정보 서버 또는 주식시세 서버에 접속된다.

선택적으로, 여행자 또는 상인은 즉시 이용가능한 비행기 정보 또는 예정된 주문 가격에 적중한 주가를 제공받는 것이 바람직할 수 있다. 그러나, 때때로 여행자 또는 상인에게 비행정보 또는 현재 주가에 대한 어떤 업데이트된 변경을 제공하는 것이 방해되는 경우가 있으며, 특히 거래시간동안 매초마다 주가가 업데이트되는 사항을 제공하는데 방해가 되는 경우가 있다. 그러므로, 사용자들에게 그들이 원하는 정보에 대한 어떤 업데이트를 알려주고 또한 필요시 그 사용자로 하여금 업데이트된 정보를 검색하게 하기 위한 해결책에 대한 필요성이 중대하게 제기되고 있다. 또한, GSM과 같은 회선 교환 네트워크에서, 이동성 장치는 네트워크상의 어떤 서버와 통신하기 전에 광대역 채널을 통해 캐리어 하부조직에 회로를 확립해야 한다. 전화선과 유사한 접속수단은 사용자들이 시간을 소모하고 비용을 소모하게 될 수 있다. 그러므로, 사용자들은 일반적으로, 웹 서버로부터 업데이트된 정보를 액세스할 때 캐리어 하부조직을 통해 그들의 이동성 장치의 통신을 전체적으로 제어하기를 원한다.

본 발명은 상술된 문제점 및 필요성을 고려하여 인출된 것으로서, 그 목적은 이동성 장치, 이동성 폰, 지상선 전화, 인터넷용 원격 콘트롤러와 같은 양방향 대화식 통신 장치들을 이용하여 인터넷 웹 페이지들의 내버게이션에 대한 특정 응용을 제공하는데 있다.

본 발명의 일면에 따르면, 본원에서 클라이언트 장치로 지칭된 각각의 양방향 대화식 통신장치는 인터넷, 인트라넷, 또는 공중망과 함께 다른 개인 네트워크를 포함하는 분산 네트워크에서의 노드(node)이다. 따라서, 클라이언트 장치들은, 공중망을 통해, 인터넷, 인트라넷, 또는 다른 사설 네트워크상의 서버 장치들에 저장된 하이퍼 메디어 정보층 또는 계층이나 정보 페이지들에 액세스할 수 있다. 하나 이상의 정보 페이지가 업데이트되면, 업데이트된 정보페이지들에 가입한 클라이언트 장치의 사용자들은 업데이트된 정보를 저장하는 서버 장치들중 하나로부터 통지(notification)를 수신한다. 서버 장치에서의 작용형태에 의존하는 통지는, 클라이언트 장치들에 도착하면, 상응하는 이전의 정보의 국부 저장 카피(local cached copy)가 무효로 되게 할 수 있거나 또는 사용자로부터 즉시 주의(immediate attention)를 획득하도록 변경메시지를 발생시키게 할 수 있다. 캐시 결합(cache coherency)은, 클라이언트 장치들의 사용자들이 무효로되는 국부 저장 카피에 대해 내버게이트할 때 유지되어, 클라이언트 장치로하여금 서버 장치로부터의 업데이트 정보를 검색하게 한다.

본 발명의 다른면에 따르면, 클라이언트 장치들은 링크 하부조직을 통해 서버 장치들과 통신한다. 인터넷과 공중망사이에 인터페이스를 제공하는 링크 하부조직은 링크 장치 및 캐리어 하부조직을 포함한다. 링크 장치는 메신저(messenger) 및 풀 엔진(pull engine)을 포함하는 반면, 캐리어 하부조직은 숏 메시지 서비스 센터(short message service center(SMSC))와 같은 메시지 시스템(message system)(MS), 및 인터워킹 기능(interworking function)(IWF)을 포함한다. 통지가 링크 하부조직에 의해 서비스된 클라이언트 장치들중 하나에 의해 가입된 업데이트 정보를 홀드(hold)하는 서버 장치들 중 하나로부터 송신되면, 그 통지는 메신저에서 처리되어 통신세션이 확립되었는지의 여부에 따라 MS 및 IWF를 통해 전송가능한 상응하는 메시지를 형성한다. 더 상세하게는, 통지를 포함하는 메신저는, 협대역 채널을 통해 상응하는 메시지를 목표 클라이언트 장치에 송신할 수 있는 MS에 직접 연결된다. 상응하는 메시지를 수신하면, 목표 클라이언트 장치는 광대역 채널을 통해 링크 하부조직내의 풀 엔진과 통신세션을 확립하도록 신청을 송신하게 되어 업데이트 정보를 홀드하는 서버로부터 업데이트 정보를 인출한다. 클라이언트 장치가 링크장치에 의해 인증되면, 통신세션이 확립되며 업데이트 정보는 링크장치로 인출되어 그 인출된 정보를 클라이언트 장치로 전송한다.

본 발명의 또 다른 면에 따르면, 메신저는 분산 네트워크를 통해 수신된 모든 통지에 시이퀀스 아이덴티피케이션을 지정하는 통지 관리자(notification manager) 및 성공적으로 전달될 수 없는 이들 통지들을 유지하기 위한 큐 리스트(queue list)를 포함한다. 시이퀀스 아이덴티피케이션은 단조롭고 균일하게 증가된 번호들과 같이 쉽게 처리될 수 있어, 각각의 통지는 단일하지만 다루기 쉬운 시이쿼스 넘버(sequence number)로 지정된다. 유사하게, 클라이언트 장치는 레지스터로 하여금 수신된 통지들의 시이퀀스 넘버들을 유지하도록 유지시킨다. 마지막으로 수신된 통지의 시이퀀스 넘버는, 통신세션이 확립될 때 클라이언트 장치에 의해 링크장치내의 풀 엔진으로 보내진다. 풀 엔진은 송신된 시이퀀스 넘버상의 메신저를 참고한다. 송신된 시이퀀스 넘버가 통지 관리자가 지정한 어떤 것, 즉, 일부가 큐 리스트에 전달되지 않는 통지들이 있는 것을 나타내는 것과 합치하지 않는다면, 풀 인진은 큐 리스트내의 비전달 통지들을 검색하고, 그것들을 통신세션이 확립된 광대역채널을 통해 클라이언트 장치로 보낸다. 클라이언트 장치에 수신된 비전달 통지들의 번호에 대해서, 레지스트는 결과적으로 협대역 채널을 통해 MS에 의해 전송될 수 있는 어떤 비전달 통지들에 의해 클라이언트 장치가 작동하는 것을 방지한다.

본 발명의 또다른 면에 따르면, 메신저는, MS가 영숫자문자(alphanumeric characters)의 메시지만을 전달할 수 있는 경우 상응하는 메시지를 영숫자 문자의 문자열(string)로 엔코드하는 엔코더(encoder)를 더 포함한다. 상응하는 메시지들이 MS가 전달할 수 있는 메시지의 최대길이를 초과하면, 메신저는 메시지 세그멘터(segmenter)를 더 포함하는바, 그 세그멘터는 상응하는 메시지를 다수의 메시지 단락(fragments)으로 세그먼트 시키며, 연속적인 라벨로되는 것이 바람직한 각각의 메시지단락들은 MS에 의해 개별적이고 연속적으로 목표 클라이언트 장치로 송신된다. 클라이언트 장치는 전형적으로 MS로부터 단락들을 수신하면 역전된 프로세스로 처리한다.

따라서, 본 발명의 중요한 목적은 원하는 정보에 대한 어떤 데이터를 사용자에게 알려주고 또한 그 사용자가 필요시 업데이트 정보를 검색하게 할 수 있는 포괄적인 해결책을 제공하는데 있다.

본 발명의 다른 목적은, 사용자들이 그들이 원하는 정보에 대한 어떤 업데이트를 제공받도록 광대역 및 협대역 채널들을 통합하고, 또한 비용의 소모를 초래하지 않고 불필요한 네트워크의 교통량을 증가시키지 않고 최신 업데이트를 검색하는 효과적인 수단을 사용자에게 제공하기 위한 조직적 해결을 위한 장치를 제공하는데 있다.

도 1은 본 발명이 실시될 수 있는 개요도.

도 2는 본 발명의 시스템의 기능적 개요도.

도 3은 본 발명의 하나의 실시예에 따른 링크 서버 장치 및 이동성 장치의 기능적 블록도.

도 4는 본 발명의 하나의 실시예에 따른 숏 메시지 서비스 센터(SMSC)를 사용하는 시스템에서의 프로세싱을 보여주는 블록도.

도 5는 가입자 ID의 등록 및 웹 서버의 관련된 URL을 보여주는 설명도.

도 6은 통지 시이퀀스 넘버로 지정되며 각각 가입자 ID에 상응하는 통지의 엔트리를 갖는 큐 리스트를 보여주는 설명도.

도 7은 PDU에서 베이스64에 엔코드된 푸시 메시지를 보여주는 설명도.

도 8a 내지 8f는 본 발명의 하나의 실시예에 따른 링크 하부조직 및 이동성 장치 (클라이언트 장치)의 작동 및 절차를 보여주는 프로세스 순서도.

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

104: 인터넷 106: 클라이언트 장치

208: 메신저 330: HTTP 모듈

412: 세그멘터 420: 카운터

상술된 목적과 함께 다른 목적들이 후술설명에서의 본 발명의 실시예 및 첨부도면으로 개시된 실시예의 결과로부터 달성될 수 있다.

본 발명의 상술된 특징, 양태 및 장점들이 후술설명, 첨부된 청부범위 및 첨부도면을 참조하면 더 용이하게 이해될 것이다.

후술되는 본 발명의 상세한 설명에 있어서, 다수의 특정 세부항목들이 본 발명의 충분한 이해를 위해 설명되어 있다. 그러나, 본 기술분야의 당업자들이라면 이같은 특정의 상세한 설명없이도 실행할 수 있음은 자명한 것으로 이해된다. 다른 실시 경우에 있어서, 널리 공지된 방법, 절차, 구성요소, 및 회로들은 본 발명의 사상을 필요없이 불명료하게 하는 것을 회피하기 위해 상세하게 설명되지 않았다.

다음의 본 발명의 상세한 설명은 절차, 단계, 논리블록, 프로세싱, 및 네트워크에 연결된 데이터 처리장치와 공통점이 있는 다른 부호표시들의 항목으로 표시된다. 이들 프로세스에 대한 설명 및 기술은, 본 기술분야의 당업자 또는 경험자가 그 업무의 내용을 이 분야의 다른 당업자에게 가장 효과적으로 전달하도록 사용되는 수단이다. 본 발명은, 최후의 또는 최신의 업데이트된 정보를 효과적으로 전송하기 위해 협대역 채널과 광대역 채널을 통합시키기 위한 방법 및 시스템이다. 상세히 후술될 구성에 따른 장치 및 방법은 원하는 결과에 이르는 프로세스 또는 단계들의 일관된 시이퀀스이다. 이들 단계 또는 프로세스들은 물리량의 물리적 조작을 필요로 하는 것들이다. 대체로 꼭 필요한 것은 아니지만 이들 물리량들은 저장되고, 전송되고, 결합되고, 비교되고, 표시되며 또한 달리 조작될 수 있는 전기적 신호의 형태를 취할 수 있다. 이는 때때로, 대체로 통상적인 사용을 위해 이들 신호들을 비트(bit), 값(values), 엘레먼트(elements), 심벌(symbols), 연산(operations), 메시지(messages), 항(terms), 수(numbers) 등으로 나타내기가 편리함을 입증하는 것이다. 이와 같은 모든 유사한 항목들은 적절한 물리량에 연관되며 단지 이같은 물리량에 적용된 통상의 라벨(labels)임을 유념해야 할 것이다. 하기 설명으로부터 명백하게 나타난 것과 다른 상태로 명세된 것 외에는, 본 발명의 전체를 통해 "프로세싱", "컴퓨팅", "조회", "디스플레잉" 등과 같은 용어들을 이용하는 논의들은, 컴퓨팅 장치의 레지스터 또는 메모리내의 물리적양으로 표시되는 데이터를 컴퓨팅 장치 또는 다른 전자 장치내의 물리량으로 유사하게 표시된 다른 데이터로 조절 및 변환하는 컴퓨팅 장치의 동작 및 프로세스를 지칭하는 것으로 이해된다.

도면들을 참조하면, 여러 도면 전체에서 동일부품들은 동일참조번호로 지칭된다. 도 1은 본 발명이 실행될 수 있는 데이터 네트워크(100)의 개략도를 보여준다. 데이터 네트워크(100)는 일반적으로 무선 네트워크로 지칭되는 공중망(airnet)(102)과 지상선 네트워크라 칭하는 지상망(landnet)(104)을 포함하며, 이들 각각은 그들을 통한 데이터 전송용 통신매체 역할을 한다. 데이터 전송이 공중을 통하는 공중망(102)은 또한 때때로 캐리어 네트워크(carrier network)로 지칭될 것인 바, 이는 각각의 공중망이 예컨대 AT&T 또는 GTE와 같은 캐리어에 의해 제어 및 작동되기 때문인 바, 이들 각각의 캐리어는 공중망(102)을 위한 CDPD, CDMA, GSM 및 TDMA와 같은 자신의 통신 조직을 지닌다. 본원에서 호환적으로 사용될 수 있는 지상망(104) 또는 인터넷은 인터넷, 인트라넷 또는 다른 사설 네트워크나 데이터베이스로 될 수 있다.

캐리어 하부조직으로 표현되는 안테나(108)에 의해 공중망(102)을 통해 통신가능한 이동성 장치, 셀룰라 폰, 지상선 전화 또는 무선 원격 콘트롤러로 될 수 있는 양방향 대화식 이동성 장치들중 하나가 이동성 장치(106)로 지칭된다. 일반적으로 캐리어 하부조직(108)은, 도면에서 단지 하나의 이동성 장치(106)로만 도시된 바와 같은 다수의 양방향 대화식 통신장치와 동시에 작용하는 것으로 이해된다. 유사하게 인터넷(104)에는 다수의 데스크탑 컴퓨터(PC)(110) 및 다수의 웹 서버 컴퓨터(112)가 연결되지만, 도면에는 단지 각각 하나씩만 도시되어 있다. PC(110)는, 도면에 도시된 바와 같이, NEC 테크놀로지 아이엔씨의 개인용 컴퓨터 SPL 300으로 될 수 있으며, HTTP를 사용하여 인터넷(104)을 통해 HTML 웹 브라우저를 구동시켜 SUN 마이크로시스템스 아이엔씨로부터의 워크스테이션으로 될 수 있는 웹 서버(112)에 저장된 HTML 정보를 액세스할 수 있다. 본 기술분야의 당업자들은, PC(110)가 웹 서버로도 되도록 내부에 액세스가능한 정보를 저장할 수 있는 것으로 이해할 것이다.

웹 서버들중 어떤 내용이 업데이트 되었으면, 업데이트된 내용을 신청하는 이동성 장치에는 많은 수의 이동성 장치들이 기존의 내용의 국부 카피(local copy)를 개시할 수 있음으로써 업데이트가 인식되어야 한다. 네트워크에서 과도한 교통량을 초래할 수 있는 인터넷(104) 및 공중망(102)을 통해 이동성 장치들내의 국부 카피를 업데이트하도록 그 업데이트를 일정하게 송신하는 대신에, 본 발명은 업데이트된 내용을 갖는 웹 서버로 하여금 통지 또는 전자 메시지를 이동성 장치로 송신하여, 사용자가 이동성 장치내의 국부 카피에 대한 업데이트가 웹 서버에서 발생되었음을 인식하게 한다. 사용자들은 업데이트를 인출하기 위한 결정을 만들 수 있다.

인터넷(104)과 공중망(102)사이에는, 링크 서버 장치(114) 및 캐리어 하부조직(108)을 포함하는 링크 하부조직(120)이 있다. 게이트웨이 서버로 지칭되는 링크 서버 장치(114)는 예컨대, 하나의 프로토콜을 다른 프로토콜로 맵핑 시키는 바와 같이 맵핑(mapping) 또는 번역기능을 실행하도록 개인용 컴퓨터 구성 또는 워크스테이션으로 될 수 있음으로써, 이동성 장치(106)는 각각 캐리어 하부조직(108)을 통해 서버(112)들 또는 PC들중 어느 하나와 통신할 수 있다. 캐리어 하부조직(108)은 일반적으로 베이스 섹션 과 운용및 유지 센터를 포함한다. 베이스 섹션은 이동성 장치와의 통신 또는 무선전신을 제어한다. 운영 및 유지 센터는 이동성 장치와 다른 고정식 또는 이동성 네트워크 사용자들 사이의 호출의 스위칭을 수행하는 이동성 스위칭 센터를 포함한다. 또한, 운용 및 유지 센터는 인증과 같은 이동성 서비스를 관리하며, 무선 네트워크의 적절한 운용 및 설정을 감독한다. 운용 및 유지 센터와 베이스 스테이션에서의 각각의 하드웨어 구성요소들 및 프로세스는 본 기술분야의 당업자들에게 공지되어 있으므로 본 발명의 사상을 불필요하게 불명료하게 하는 것을 회피하기 위해 본원에서는 이에 대해 설명하지 않았다.

인터넷(104)에서의 통신 프로토콜은 널리 공지된 하이퍼텍스트 트랜스퍼 프로토콜(HyperText Transfer Protocol)(HTTP) 또는 HTTP의 보안 버전인 HTTPS이며, TCP를 작동시켜 널리 공지된 하이퍼텍스트 마크업 언어 웹 브라우저, 즉, PC에서의 HTML 웹 브라우저의 웹 서버(112)에 대한 접속 및, 그들간의 정보 교환을 제어한다. 공중망(102)을 통한 이동성 장치(106)와 링크 서버(114)간의 통신 프로토콜은 (전형적으로 시큐어 업링크 게이트웨이 프로토콜(Secure Uplink Gateway Protocol)(SUGP)로 알려진) 핸드헬드 디바이스 트랜스포트 프로토콜(Handheld Device Transport Protocol)(HDTP)인 바, 그 프로토콜은 사용자 데이터그램 프로토콜(User Datagram Protocol)을 구동시키고 서버(114)에 대한 이동성 장치(106)내의 HDML 웹 브라우저의 접속을 제어하는 것이 바람직하며, 여기서, HDML은 핸드헬드 디바이스 마크업 언어를 의미한다. HTML의 그것과 유사한 HDML은 태그 기초형 문서 언어이며 이동성 장치(106)의 작은 스크린에 정보가 어떻게 디스플레이되는가를 설명한 카드에 명세된 명령어 세트 또는 명령문을 포함한다. 정상적으로 다수의 카드는, 이동성 장치(106)와 링크 서버(114)간에 교환될 수 있는 최소 단위의 HDML 정보인 데크로 통합된다. "HDTP 명세"라 명칭되는 HDTP의 명세들 및 "HDML 2.0 언어 레퍼런스(Language Reference)"라 명칭되는 HDML이 전체적으로 본원에 참조를 위해 인용 및 포함되어 있다. HDTP는 HTTP와 유사하지만 그것의 오버헤드를 초래함이 없는 세션-레벨 프로토콜이며, 또한 데스크탑 개인용 컴퓨터보다 현저히 작은 컴퓨팅 파워 및 메모리를 갖는 이동성 장치와 같은 박형 장치에 사용하기 위해 최대로 최적화 된다. 또한, 본 기술분야의 당업자들이라면, 사용자 데이터그램 프로토콜(User Datagram Protocol)(UDP)은 클라이언트와 서버사이에서 정보가 교환될 수 있기전에 그들 사이에 접속을 확립할 필요가 없는바, 이는 클라이언트와 서버간의 세션발생동안 다수의 패킷을 교환할 필요가 회피된다는 것으로 이해할 수 있을 것이다. 트랜잭션(transation)동안에 극소수의 패킷들을 교환하는 것은, 지상선 장치와 효율적으로 상호 작용하도록 매우 제한된 컴퓨팅 파워 및 메모리를 지닌 이동성 장치에 대한 바람직한 특징들중 하나이다.

그러나, 개시된 시스템의 설명을 용이하게 하기 위해, 개시된 시스템 작업을 더 효과적으로 하는 이동성 장치(106)에서의 어떤 특징들을 서술할 필요가 있다. 하나의 실시예에 따르면, 이동성 폰(106)은 사용자와 그 이동성 폰이 상호 통신할 수 있게 하는 디스플레이 스크린(116) 및 키보드 패드(118)를 포함한다. 이동성 폰(106)에서 워킹 메모리로 지칭되는 마이크로콘트롤러, 롬(ROM) 및 램(RAM)을 포함하는 하드웨어 구성요소들은 본 기술분야의 당업자에게 공지되어 있다. 본 발명의 콤파일되고 링크된 프로세스는, 전형적으로 이동성 장치(106)로 하여금 프록시 서버(114)와 함께 작동하게하는 클라이언트 모듈로서 롬에 저장된다. 디스플레이 스크린(116) 및 키 패드(118)에 대해서, 이동성 장치(106)의 사용자는 공중망(102)을 통해 프록시 서버(114)와 대화식으로 통신할 수 있다. 키 패드(118)를 이용하는 예정된 키 시이퀀스의 작동중에는, 예컨대, 마이크로콘트롤러는 롬에서 클라이언트 모듈을 사용하여 프록시 서버(114)에 대한 통신 세션 신청을 시작한다. 통신세션을 확립하면, 이동성 장치(106)는 전형적으로 프록시 서버(114)로부터 단일 HDML 데크를 수신하여 램에 캐시되는 방식으로 그 데크를 저장한다. 상술된 바와같이, HDML 데크는 하나이상의 카드를 포함하며, 각각의 카드는 디스플레이 스크린(116)에 스크린 디스플레이를 발생시키는데 필요한 정보를 포함한다. 카드 데크에서의 카드의 개수는 이동성 장치(106) 및 공중망 네트워크(162)내의 자원들의 효과적인 사용을 용이하게 하도록 선택된다.

도 2를 참조하면, 개시된 시스템의 기능적 블록도가 도시되어 있다. 웹 서버 장치(202)는 인터넷(104)상의 다른 컴퓨팅 장치에 액세스가능한 정보를 제공한다. 이동성 장치(106)는, 인터넷(104)에 연결되는 링크 서버 장치(114)를 통해 웹 서버 장치(202)내의 정보에 액세스한다. 이동성 장치(106)와 프록시 서버(114)간의 통신은 본 발명의 분야가 아닌 캐리어 하부조직을 통해 가능하며, 이에 따라 본 발명의 특정 면이 필요없이 불명료하게 되는 것을 회피하기 위해 도면에는 도시하지 않았다. 또한, 본 발명의 설명이 가능한 모호함을 회피하기 위해, 웹 서버 장치(202) 및 링크 서버 장치(114)와 같은 서버 장치는, 하나 이상의 마이크로 프로세서와, 작업 메모리와, 버스 및 필요한 인터페이스와, 본 기술분야의 당업자에게 친숙한 다른 구성요소들을 포함하는 하드웨어 서버의 일부를 의미하는 반면, 서버 모듈은 서버 장치내의 부품들 및 구성요소들을 통해 본발명에 따라 지정된 기능을 수행하기 위해 작업 메모리내로 로드되도록 설명된 시스템의 컴파일되고 링크된 프로세스를 의미한다. 동일한 구분이 예컨대, 클라이언트 장치(106)로 지칭된 이동성 장치 및 상술된 클라이언트 모듈에도 동일하게 적용된다.

웹 서버 장치(202)는, 이동성 장치(106)에 의해 가입된 정보에 대한 변경 또는 업데이트가 있을 때 통지 또는 전자 메시지의 일부를 링크 서버 장치(114)로 푸시(push)한다. 액세스가능한 정보는 일반적으로 하이퍼링크된 HDML 페이지의 계층 페이지에 제공되며, 각각의 HDML 페이지는 유니버설 리소스 로케이터(URL)와 같은 별개의 어드레스에 의해 확인된다. 하나 이상의 페이지내의 내용들이 업데이트 된다면, 상응하는 URL이 통지에 포함된다. 상술된 바와 같이, 인터넷(104), 링크 서버 장치(114), 공중망(102) 및 궁극적으로 이동성 장치(106)를 통해 새로운 HDML 데크에 전체 업데이트 페이지를 송신하기 보다는, 통지가 메신저(208)를 통해 비동기적으로 클라이언트 장치(106)에 송신되어 이동성 장치(106)의 사용자로 하여금 사용자가 이전에 인출한 정보에 대한 업데이트가 발생되었음을 인식하게 함으로써, 사용자는 업데이트를 인출할 때를 결정할 수 있게 된다. 통지는

어드레스-업데이트 페이지를 확인하는 하나 이상의 URL;

동작타입-이동성 장치가 통지를 수신함에 따라 재동작하도록 하는 플래그; 및

가입자 ID-통지를 수신하기 위해 목표로되는 이동성 장치를 확인하는 단일번호를 포함하며, 선택적으로 (푸쉬된) 통지 (P)는

P(어드레스(address), 타입(type), ID)로 표현된다.

웹 서버 장치(202)에 어떤 가입된 정보에 대한 업데이트가 있을 때, 통지가 웹 서버 장치(202)로부터 푸쉬 또는 송신된다. 링크 서버 장치(114)가 통지를 수신하면, 메신저(208)는 수신된 통지를 협대역 채널(204)을 통해 이동성 장치로 보낸다. 이동성 장치(106)는, 통지를 수신하면, 웹 서버 장치(202)에서 업데이트가 있었음을 이동성 장치(106)의 사용자에게 알려주는 방식에 따른 동작타입에 따라 반응한다. 업데이트 정보를 원할때는, 통지에 내장된 어드레스를 사용하여 광대역 채널(206)을 경유하여 풀 엔진(210)을 통해 업데이트 정보를 액세스 할 수 있다.

본원에서 협대역 채널과 광대역 채널은 한쌍의 관련 항목들인 것으로 주시된다. 즉, 광대역 채널(206)은 협대역 채널(204) 보다 높은 대역폭을 지닌다. 대역폭은, 통신채널을 통한 데이터의 전송능력을 의미한다. 협대역 채널(204)은 전형적으로 400bps(bits per second)인 반면 광대역 채널(206)은 14400bps이상이다. 협대역 채널은 사용자의 의향에 따라 캐리어에 의해 제공된 보조 채널이며, 이에 따라 사용자에게 비용의 부담이 없거나 고정 비용만이 소모되는 반면, 사용자에 의해 또한 그들의 사용에 의해 전형적으로 개시된 광대역 채널은 광대역 채널을 통해 인터넷상의 웹 서버 장치와 통신하는 사용자에게 계량되어 부과된다.

더 상세히 설명하면, GSM과 같은 회선교환 네트워크에 있어서, 캐리어 하부조직에서의 전자 접속은, 이동성 장치와 링크 서버 장치간의 상호통신이 발생할 수 있기 전에 물리적으로 확립되어야 한다. 교환회로(switch circuit)를 통한 물리적 전기 접속은 일반적으로 초(second) 단위로 계량되어 실제로 얼마나 많은 데이터가 통과되었는지에 관계없이 사용자가 납부해야 한다. 본 발명의 주요특징들 중 하나는, 사용자가 가입한 정보에 대한 업데이트를 이동성 장치(106)의 사용자에게 주의시키도록 협대역 채널(204)을 사용하는데 있다. 업데이트를 어떻게 언제 취할지를 결정하는 것은 전적으로 사용자에 달려 있다. 따라서, 사용자는 광대역 채널(206)을 통해 업데이트를 검색하기를 결정할 때 어쩔수 없는 비용의 지불을 초래함이 없이 어떤 업데이트를 적시에 제공 받게 된다.

널리 공지된 숏 메시지 서비스 센터(SMSC)를 사용하는 본발명의 하나의 실시예를 설명하기 전에, 이동성 장치 및 링크 서버 장치내의 기능적 블록도를 보여주는 도 3을 참조할 필요가 있다. 공중망(102)에 결합된 다수의 이동성 장치들중 3개의 전형적인 예가 참조번호(302, 304 및 306)로 표시되어 있으며, 유사하게 지상망(104)에 연결된 다수의 지상통신 장치들중 3개의 전형적인 예가 참조번호(310, 312 및 314)로 표시되어 있다. 링크 서버 장치(114)가 공중망(102)을 지상망(104)에 연결함으로써, 어떤 이동장치들은 공중망(102)을 경유하여 프록시 서버(114)를 통해 지상망(104)으로 어떠한 지상선 장치들과 통신할 수 있다.본 기술분야의 당업자들은, 이동성 장치들의 도 1에 도시된 것들중 하나의 이동성 장치(106)로 될 수 있음을 이해할 것이다. 본 발명의 설명을 용이하게 하기 위해, 이동성 장치(302) 및 링크 서버(114)의 내부 블록선도가 각각 설명되어 있다. 다른 프로세스 및 하드웨어는 본 기술분야의 당업자들에게 공지되어 있으므로 명확성을 위해 도면에 상세하게 설명하지 않았다.

이동성 장치(302)와 같은 각각의 이동성 장치들은 장치 ID(316)로 지정된다. 장치 ID(316)는 그 장치의 전화번호, 또는 예컨대 204.163.165.132:01905와 같이 IP어드레스(adress) 와 포트번호(port number)의 결합으로 될 수 있는 바, 여기서 204.163.165.132는 IP어드레스이며, 01905는 포트번호이다. 장치 ID(316)는 또한, 이동성 장치(302)에 대한 가입자 어카운트(320)를 작동 시키기 위한 절차의 일부로서 서버 장치(114)에서의 캐리어에 의해 인증된 가입자 ID(318)에 연결된다. 가입자 ID(318)는, 예컨대 AT＆T 무선 서비스에 의해 861234567-10900_pn.mobile.att.net 형태를 취할 수 있는 바, 이는 이동성 장치(302)에 대한 유일한 신원증명서 이다. 즉, 각각의 이동장치(302,304,306)는 프록시 서버(114)의 각각의 사용자 어카운트를 인덱싱하는 가입자 ID에 대응하는 각자 소유의 단일 장치 ID를 지닌다. 후술 설명은 이동장치(302) 및 관련 어카운트(324)를 기본으로 하며, 본 기술분야의 당업자라면 이 같은 설명이 프록시 서버(114)와 동시에 통신하는 다수의 이동장치들에 동일하게 적용되는 것으로 이해할 수 있을 것이다.

장치 ID(316)로 인덱스된 가입자 어카운트(320)는 가입자 ID(318)와 같은 가입자 정보, 사용자 정보(322) 및 통지 큐 리스트(326)를 포함하는 데이터 구조이다. 사용자 정보(322)는 어카운트 구성 및, 사용자 성명, 북마크, 장치의 버전 및 날짜와 같은 다른 어카운트 관련정보를 포함할 수 있다. 부가적으로, 사용자 정보(322)는 패스워드와 같은 이중 정보, 공유 비밀키의 상태, 및 이동성 장치와 링크 서버 장치(114)간의 트랜잭션을 인증하는데 사용된 다른 정보를 포함할 수 있다. 통지 큐 리스트(326)는 통지의 업데이트된 상태를 수신하여 이동성 장치(302)로 송신하는데 사용되는 바, 이에 대해 상세히 후술된다.

서버 장치(114)가 다수의 이동성 장치에 서비스를 제공할 때, 바람직하게는 이동성 장치에 유지되며 각각이 이동성 장치들중 하나에 대해 각각 지정된 그 같은 동일 수의 어카운트로 될 것으로 이해될 수 있다. 데이터베이스를 액세스하기 위한 URL은 예컨대, 공중망(102)이 AT＆T 무선 서비스에 의해 작동됨을 나타내는 www.att.com/Pocketnet 형태를 취할 수 있다.

상술된 바와 같이, 본 발명의 콤파일되고 링크된 프로세스는 클라이언트 장치(302)에서 클라이언트 모듈(332)로서 메모리에 저장된다. 유사하게, 본 발명의 상응하는 콤파일되고 링크된 프로세스는 서버 장치(114)에서 서버 모듈(340)로서 메모리에 인가된다. 협대역 채널을 통해 캐러어로부터 메시지를 수신하기 위해 페이저(pager)와 유사한 메시지 수신 포트(message receiving port)를 MRP(335)가 제공된다. 클라이언트 장치(302)와 서버 장치(114)간의 광대역 채널을 통한 데이터 통신은, 이들 각각의 장치내의 각각의 장치에서 한 쌍의 사용자 데이터그램 프로토콜(UDP) 인터페이스(336,324)를 통해 클라이언트 모듈(332)과 서버모듈(320) 사이에서 실행된다. 클라이언트 장치(302)의 사용자가 예컨대, 특정주식의 가격 정보를 검색하기 위해 서버 장치(114)와 대화하도록 예정된 키를 누르면, 클라이언트 모듈(332)은 UDP 인터페이스(336)에 HDML 데크 형태로 상응하는 신청을 송신하고, 그 UDP 인터페이스(336)는 그 신청을 서버 장치(114)의 카운터파트 UDP 인터페이스(324)로 전송한다. 그 신청은 서버 장치(114)에 의해 처리되며, 서버 장치(114)가 주식 가격 정보를 국부적으로 호스트하지 않는다면 인터넷상의 또다른 서버 장치(310 또는 312)에 대한 또다른 접속을 결과로 할 수 있다. 그럼에도 불구하고, 주식 가격 정보는 궁극적으로 서버모듈(340)의 HDML 데크에서 하나이상의 카드로 병합된다. HDML 데크는 서버모듈(320)에 의해 UDP 인터페이스(336, 324)를 통해 클라이언트 장치(302)로 전송된다. 수신된, 바람직하게는 클라이언트 장치(302)에 캐시되는 HDML 데크에 대해서, 클라이언트 모듈은 클라이언트 장치(302)의 디스플레이 스크린에 카드 또는 카드들을 디스플레이 한다.

도 4를 참조하면, 본 발명의 하나의 실시예에 따른 짧은 메시지 서비스(SMS)를 사용하는 개시된 시스템에서의 프로세스를 설명하는 블록도가 도시되어 있다. 도 4는 다른 도면들과 연계하여 이해되어야 한다. 웹 서버 장치(202)는 글로벌 인터넷상의 웹 서버(112)들 중 하나이며, 다른 장치들에 의해 액세스 가능한 정보를 제공한다. www.NewsAlert.com과 같은 인터넷상의 많은 웹 서버들은 그같은 장치에 대한 레지스터인 것들에 주문 정보를 제공한다. 특정 웹 서버를 갖는 등록 프로세스의 일부로서 이동성 장치의 가입자 ID가 기록된다. 가입자 ID를 기록하면 웹 서비스 제공자 또는 웹 서버로 하여금, 특히 이동성 장치(106)의 사용자에 의해 가입되는 페이지들로 만들어진 어떤 변경들을 통고하게 할 수 있다.

도 5는 웹 서버 장치에 유지된 전형적인 표를 보여주는바, 여기서 가입자 ID 리스트(502)는 이동성 장치들의 가입자 ID의 리스트를 유지하며, 그 리스트를 통해 사용자는 웹 서버로부터 정보를 인출하기를 원할 것이며 특정 페이지에 대한 어떤 변화들을 통지받으로 할 것이다. 도시된 바와 같이, 사용자는 www.xyzAlert.com에 의해 제공된 뉴스 정보에 가입하며, 이에따라 사용자의 이동성 장치의 가입자 ID(504)인 861234567-10900_pn.mobile.xyz.net가 가입자 ID리스트(502)에 유지된다. 회사명 ABC Corp에 대한 뉴스, 그 회사의 주식 가격, 도시 A의 날씨정보, 및 특히 도로 101 또는 85로 되는 교통정보와 같은 원하는 정보들 각각이 정보 트리(information tree)의 계층 페이지내의 하나의 페이지로 제공되어 각각 URL에 의해 확인되는바, 그 URL은

뉴스-www.xyzAlert.com/news/abc com

주식-www.xyzAlert.com/stock/abc

도시 A의 날씨-www.xyzAlert.com/weather/townA

도로 101의 교통-www.xyzAlert.com/traffic/highway/101

도로 85의 교통-www.xyzAlert.com/traffic/highway/85

사용자에 의해 가입된 정보를 나타내는 URL은 그룹을 이루며 URL 테이블(506)에 유지된다. 가입자 ID 리스트(502)는 전형적으로 하나의 사용자의 이동성 장치에 각각 상응하는 다수의 가입자 ID를 유지한다. 유사하게, URL 테이블(506)은, 각각 하나의 이동성 장치에 상응하며 사용자에 의해 가입된 정보를 표시하는 URL 리스트를 포함하는 다수의 URL 그룹을 유지한다. 웹 서버에서의 정보 서비스 제공자가 어떤 페이지의 정보를 업데이트 하면, 예컨대 ABC회사에서 누름을 해제하면 뉴스가 로드되며, URL 테이블(506)은 어떤 URL이 그 뉴스와 합치하는지를 볼 수 있도록 시험되며, 동시에 가입자 ID 리스트(502)내의 상응하는 가입자 ID는, 가입된 뉴스가 업데이트되었음을 알리는 통지가 가입자들에게 포맷되도록 인출된다.

다시 본 발명의 하나의 실시예에 따른 도 4를 참조하면, 서버 장치(202)는 미국 캘리포니아 94065 레드우드 쇼어스 브리지 파크웨이 390에 소재하는 언와이어드 플래넛, 아이엔씨에 의해 제공된 UP.SDK라 칭하는 라이브러리(library)로 개발된 모듈을 포함한다. 그 모듈은 서버 장치(202)로 하여금 상응하는 모듈장치에 각각 통거문을 송신하게 하는바, 그 상응하는 이동성 장치는 업데이트된 어떤 정보에 가입한 이동성 장치이다. UP.SDK를 사용하는 모듈은 설명된 시스템을 실행하는데 불충분하지만, 메시지 또는 통지를 또다른 부문에 자동으로 송신하는데 결정적으로 유용한 많은 실용성이 있는 것으로 이해된다. 많은 실용성들 중 한가지는 UNIX와 같은 작동 시스템에 내장되거나 또는 마이크로소프트사의 아웃룩(outlook)과 같은 응용으로 되는 전자우편(이메일) 시스템이다. 가입자 ID와 유사한 이메일 어드레스 리스트에 대해서, 이메일 시스템은 메시지(통지)를 인터넷(104)을 통해 사용자의 예정된 리스트에 자동으로 송신하도록 설정될 수 있다. 그럼에도 불구하고, 언와이어트 플래넛, 아이엔씨로부터의 UP.SKD를 사용하는 모듈은, 업데이트된 정보에 침범한 가입자들을 주의시킬 목적으로 특별히 설계된 UPNOTIFYP라 칭하는 HTTP-기초 프로토콜을 엔진으로 사용함으로서 본 발명을 더 효과적으로 이용하게 한다.

상술된 바와 같이, 통지는 내용이 업데이트된 페이지들을 지시하는 하나 이상의 URL을 포함하는 어드레스 및 가입자 ID를 포함한다. 사용자의 주의를 획득하기 위해, 통지는 동작타입을 더 포함한다. 동작타입은 사용자에게 업데이트를 알리기 위한 우선권을 나타낸다. 본 발명의 하나의 실시예에 따르면, 통지는 서버로부터의 데이터를 요약하기 위해 HTTP에 의해 사용되는 MIME 메시지 포맷으로 되는 것이 바람직한바, 여기서 MIME는 멀티퍼포즈 인터넷 메일 익스텐션(Multipurpose Internet Mail Extensions)을 의미한다. 전형적으로 MIME는 단일 메시지에서 데이터의 많은 부분을 나타내기 위한 표준기능을 지닌다. 따라서, 동작타입은, 하나의 실시예에서,

application/x-up-alert;

application/x-up-cacheop;

multipart/mixed;

중 하나로 나타난다. 여기서, application/x-up-alert는 예컨대 클라이언트 장치(106)의 클라이언트 모듈로 하여금 청취가능한 음향을 발생시키게 하여 클라이언트 장치(106)의 사용자에게 업데이트가 있음을 인식하게 할것이고, application/x-up-cacheop는 클라이언트 모듈로 하여금 서버 장치(202)에서 업데이트되는 페이지의 국부 캐시 카피를 무효화 시킬것이며, 다이제스트로 언급되는 multipart/mixed는 클라이언트 모듈로 하여금 상술된 2가지 기능 모두를 실행하게 할 수 있게 하거나 또는 특정하게 요구된 것에 따라 작용하게 할 수 있다. multipart/mixed 포맷에서의 특정 동작타입들 중 하나는 text/x-hdml 또는 application/x-hdmlc 인바, 이는 다른 동작 타입으로 사용될 때 캐시된 디스플레이 카드로서 HDML에 코드된 스크린 디스플레이를 촉진시킨다. 그 디스플레이 카드는

New Emails Arrived.

</DISPLAY>

</HDML>

이다.

상기 코드는, 그 같은 특정 동작 타입을 갖는 통지가 수신될 때 "New Emails Arrived"라는 메시지를 디스플레이 한다. 본 기술분야의 당업자라면, 더 많은 또는 다른 동작 타입들이 추가될 수 있는 것으로 이해할 수 있을 것이며, 또한 MIME 메시지 포맷의 통지가 본 발명을 실행하는데 필수조건이 아닌 것으로 이해된다. 그러나, 그 포맷은 인터넷에 주로 사용된 HTTP에서 효과적으로 전송될 수 있는 통상의 포맷이다.

서버 장치(202)는, 다른 링크 서버 장치들을 통해 그 서버 장치와 통신하는 다수의 클라이언트 장치들을 보조할 수 있다. 웹 서버 장치(202)는 링크 서버 장치(114)를 통해 침입가입자들에게 통고문을 송신한다. 링크 서버 장치(114)는 예컨대 pn.mobile.xyz.net와 같이 가입자 ID의 일부에 의해 확인되는바, 그 가입자 ID의 일부는 인터넷상의 링크 서버 장치가 통지를 수신기로 되어있음을 확인한다.

링크 서버 장치(114)의 서버모듈(340)은, 통지를 수신하면, 수신된 통지의 가입자 ID와 그 내부에 유지된 사용자 어카운트 리스트(320)를 비교함으로써, 수신된 통지는 실제로 링크 서버 장치(114)가 작용하는 이동성 장치들 중 하나로 예정된다. 가입자 ID가 사용자 어카운트 리스트(320)내의 가입자 ID들중 하나와 합치되면 통지가 수용된다.

메신저(208)가 수행하는 키 기능들중 하나는 수신된 통지에 아이덴티피케이션을 지정하는 것이다. 각각의 수신된 통지에 대한 아이덴티피케이션은 메신저(208)로 하여금, 모든 통지들이 궁극적으로 전달될 것을 보장하게 한다. 더 상세히 설명하면, 메신저(208)는 통지를 수신하면, 다루기 쉬운 시이퀀스 아이덴티피케이션을 각각의 통지에 지정하며, 그 통지들을 큐 리스트(326)에 큐(queue)시킨다. 모든 확인된 전달 통지에 대해서, 메신저(208)는, 예컨대 큐 리스트(326)에 확정을 스탬핑하거나 또는 간단하게 큐 리스트(326)에서 확인된 전달 통지를 제거함으로써 그 큐 리스트(326)를 업데이트 시키며, 이에 따라 많은 통지들이 어떻게 성공적으로 전달되었는지를 정확히 알게된다. 다른 실시예에 있어서, 메신저(208)는 연속적으로 수신된 통지들을 큐 리스트(326)에 큐 시키며, 링크 서버 장치(114)와 클라이언트 장치(106)간의 통신세션이 IWF(206)를 통해 확립될 때 큐된 통지들을 풀 엔진(210)에서 해제시킨다. 큐된 모든 통지들이 광대역 채널을 통해 클라이언트 장치(106)로 송신된다.

본 발명의 하나의 실시예에 따르면, 다루기 쉬운 시이퀀스 아이덴티피케이션은 16비트 숫자로 표시되며 (0,65535)의 범위로 단조롭고 균일하게 증가된 시이퀀스 수들의 시이퀀스이다. 도 6은 가입자 ID(318)에 상응하는 큐 리스트(326)를 보여준다. 통지 P(어드레스, 타입, ID)가 확인된 후, 즉 그 내부의 ID가 사용자 어카운트 리스트(320) 또는 가입자 ID(318) 중 하나에 합치되면, 통지는 결과적으로 숫자로 지정된다. 예컨대, 가입자 ID 861234567-10934_pn.mobile.xyz.net(505)은 전달되기 위해 대기하는 3개의 큐된 통지, 즉 P(addressx, type, ID, 8), P(addressy, type, ID, 9) 및 P(addressz, type, ID, 10)을 지니는 바, 여기서, 마지막 항목, 즉 8, 9 및 10은 각각의 통지 시이퀀스 넘버이며, addressx, addressy 및 addressz는 각각 3개의 다른 업데이트된 페이지들을 확인한다. 이같은 실시예에서의 동작타입들은 동일하지만, 그들은 사용자의 어카운트 또는 우선권이 설정되는 방식에 따라 다르게 될 수 있는 것으로 주시될 것이다. 통지를 위해 사용되는 마지막 시이퀀스 넘버는 10이며, P(addressy, type, ID, 9) 및 P(addressx, type, ID, 8)가 수신된 후 P(addressz, type, ID, 10)이 수신되었다. 따라서, 새롭게 도착한 P(address, type, ID)에 지정된 시이퀀스 넘버는 11 또는 더 상세하게는 P(address, type, ID, 11)로 될 것이며, 이는 가입자 ID 861234567-10934_pn.mobile.xyz.net(505)에 상응하는 큐 리스트(326)로 큐된다.

시이퀀스 넘버는 마지막 엔트리를 필수적으로 기본으로 하지 않고 큐 리스트(326)에 지정되는 것으로 이해된다. 메신저(208)내의 통지 관리자(406)는 연속 번호들의 시이퀀스를 발생시키는 시이퀀스 넘버발생기를 포함할 수 있다. 어느때라도, 통지 관리자(406)는 지정된 마지막 시이퀀스 넘버를 위해 참고될 수 있다.

상술된 바와같이 큐 리스트(326)는 전달되지 않은 통지들을 유지하는데 이용될 수 있다. 여기에는 통지들이 큐 리스트(326)에 유지되어야 하는 여러 가지 이유가 있다. 공통의 이유들 중 하나는, 목표로된 장치, 즉, 클라이언트 자치가 파워오프(power off)되거나 캐리어 서비스 적용범위를 벗어나게 되며, 따라서 그 장치에 대해 예정된 모든 통지들이 큐되어 일단 장치가 이용가능하게 되거나 또는 파워온(power on)되면 결과적으로 전달된다는 것이다. 도 6에 나타난 바와 같이, 가입자 ID 861234567-10900_pn.mobile.xyz.net(504)는 전달되지 않은 통지들의 시이퀀스를 지니며, 또한 시이퀀스 넘버들이 예정된 범위내에서 순환적으로 사용되는 것으로 또한 시이퀀스 넘버들이 예정된 범위내에서 순환적으로 사용되는 것으로 주목될 수 있다. 숫자 "0"은 닐 시이퀀스 넘버(nil sequence number)로 사용됨으로써 하나의 실시예에 따른 P(address, type, ID, 65535)후의 통지에 대해 사용되지 못하는 것으로 주시될 수 있다.

도 4를 다시 참조하면, 수용된 통지는 PUSH PDU가 어떻게 호출되는가를 구성하도록 PDU 구성자(PDU constructor)(408)에서 처리되는 바, 여기서 PDU는 프로토콜 데이터 유닛(Protocol Data Unit)을 의미하며 무선 데이터 네트워크를 통해 링크 서버 장치와 이동성 장치사이에 확립된 바람직한 데이터 포맷이다.

본 기술분야의 당업자에게 공지된 바와 같이 PDU는 헤더(header) 및 보디(body)를 포함한다. PDU의 목적에 의존하여, 헤더는 수신정보와, 클라이언트 어드레스 또는 서버 어드레스 중 하나를 포함한다. 이 경우, 보디는 주로 서버 장치(202)로부터 통지의 내용을 소유한다. 더욱이, 각각의 PDU에 대한 기능적 형태로서 메시지의 수령을 통고하기 위한 통고 PDU(Acknowledge PDU)가 있다. PUSH PDU는, PDU가 PDU를 신청하지 않는 이동성 장치에 링크 서버 장치에 의해 푸시됨을 의미한다. 기능적 타입은 보디, 바람직하게는 그것의 제 1바이트에 있는 것이 일반적이다. 이동성 장치에서의 프로세싱 뿐 아니라 데이터 포맷에 대한 부가적인 설명들이, 전체가 본원에 참조를 위해 인용되었으며, 스테펜 에스. 보일 등에 의해 출원되어 공통으로 양도된 "네트워크의 데이터를 푸싱 및 풀링하는 방법"이라는 명칭의 미국 특허출원 제 08/977,572호에 포함되어 있다. PUSH PDU는 PDU 포맷에 대한 보조 데이터 정보 및 시이퀀스 정보에 추가하여 가입자 ID, 동작타입 및 영향을 받은 URL과 같이 통지에 필요한 모든정보를 필수적으로 포함한다. 짧은 메시지 서비스 센터(SMSC)(204)의 특성에 따라, PUSH PDU는 숏 메시지 서비스 센터(SMSC)(204)로 송신되기 전에 메시지 포맷들의 시이퀀스로 엔코드되거나 엔코드될 수 없다.

SMCS(204)는 캐리어 하부조직에 짧은 메시지를 전달하기 위해 사용된 전용 시스템이다. 짧은 메시지는 예컨대 160문자의 예정된 길이까지의 텍스트를 포함하는바, 그 텍스트는 이동성 폰에 송신되거나 그렇지 않으면 전화를 걸거나 끊을 때 교합된다. 이같은 효과는 영숫자 페이지의 편의성을 이동성 장치에 제공한다는 것이다.

본 발명의 하나의 실시예에 따르면, SMSC(204)는 비록 2진수 데이터도 또한 전송하는 소수의 새로운 SMCS가 있더라도 160개의 영숫자 문자들까지의 짧은 메시지를 지니는바, 이 경우 O's 및 1's 는 최대 길이에 종속하는 개별적 문자들로 처리된다. SMSC가 단지 영숫자 문자들을 지닐 수 있는 경우, 엔코더(410)는 널리 공지된 베이스64(Base64) 엔코딩 기구를 사용하여 2진 데이터로 나타난 PUSH PDU를 영숫자 문자들로 변환시킨다. "코딩 및 엔코딩-베이스64"라는 제목의 엔코딩 기구를 상세히 설명하고 있는 바, 이를 참조를 위해 본원에서 설명하면 다음과 같다.

♣ 코딩 및 엔코딩-베이스64 ♣

베이스64는 멀티퍼포즈 인터넷 메일 익스텐션즈(MIME)에 의해 형성된 엔코딩 기구이며, 이 것은 하나의 메시지가 인터넷을 항행하는 중에 비용을 지출할 수 있는 모든 변환에 대항하도록 설게된다. 이것은 MIME RFC로 한정되지 않는 바: 그들은, PEM(Privacy Enhanced Mail)을 지시하는 RFC 1421에 명세된 구조를 채택했다.

모든 MIME 메일툴은 이것을 처리할 수 있지만, 어태치먼트가 수용자에 의해 인식되지 않는다면, 메시지는 파일호서 세이브되며 메인툴에서 설정되지 않은 디코더에 의해 추후 디코드되어야 한다. SONAH는 유닉스(Unix), 도스(DOS), 맥(Mac) 등에 유용한 베이스64 엔코더/디코더 엠팩(Mpack)으로 추천한다.

엔코딩 메카니즘은 다음과 같다. 좌에서 우로 진행하면, 비트 스트링은 모든 사이트에서 일반적으로 표현가능한 문자들로 엔코드되는 바, 여기서는 전체적으로 동일한 비트 패턴들이 필요한 것은 아니다(예컨대, 문자"E"가 16진수 45로서 ASCⅡ-기초형 시스템에 표현되고 16진수 C5로서 EBCDIC-기초형 시스템에 표현되어 있지만, 2개의 표시의 국부 유의(local significance)는 등가이다).

인터내셔날 알파벳 IA5의 64-문자 서브셋이 사용되며, 6비트가 인쇄가능한 문자마다 표형되게 할 수 있다. (문자들의 제안된 서브셋은 IA5 및 ASCⅡ에 동일하게 표현된다). 문자"="는 인쇄가능한 엔코딩 절차내에 패딩을 위해 사용된 특정 프로세싱 기능을 나타낸다.

엔코딩 기능의 출력은 (국부 작동 시스템 규칙을 사용하여) 텍스트 라인으로 경계가 정해지는 바, 각각의 라인은 정확히 64개의 인쇄가능한 문자들을 포함하는 마지막과 64개 또는 그 이하의 인쇄가능한 문자를 포함하는 최종 라인은 제외된다. (이 라인의 길이는 쉽게 인쇄가능하며, SMPT 1000-문자 전송 라인 길이 한계를 만족하도록 보장되는 바, 여기서, SMTP는 단일 메일 트랜스퍼 프로토콜(Simple Mail Transfer Protocol)을 나타내며, 인터넷상의 컴퓨터들로 하여금 인터넷 이메일을 송수신하게 하는 정보를 컴퓨터가 교환하하게 하는 방법이다).

엔코딩 프로세스는 4개의 엔코드된 문자들의 출력 스트링으로서 24비트의 출력 비트 그룹을 나타낸다. 24비트 그룹의 전역에서 좌에서 우로 프로세싱하면, 각각의 6비트 그룹은 하기와 같이 표기된 64개의 인쇄가능한 문자들의 어레이로의 인덱스로서 사용된다. 인덱스로 표시된 문자들은 출력 스트링에 배치된다. 표 1에서 확인된 이 같은 문자들은 일반적으로 표현가능하도록 선택되며, 그 세트는 SMTP에 대한 특정 문자를 갖는 문자(예컨대, ".","","")를 제외한다.

24비트 이하가 메시지의 단부에서 입력 그룹에 유용하다면 특정 프로세싱이 수행된다. 완전한 엔코딩 할당량은 항상 메시지의 단부에서 완료된다. 24이하의 입력비트그룹이 입력그룹에 유용할 때는, 제로(0)비트가 (우측에)부가되어 6비트 그룹의 인테그럴 넘버를 형성한다.

표 1

값 엔코딩 값 엔코딩 값 엔코딩 값 엔코딩

0 A 17 R 34 i 51 z

1 B 18 S 35 j 52 0

2 C 19 T 36 k 53 1

3 D 20 U 37 l 54 2

4 E 21 V 38 m 55 3

5 F 22 W 39 n 56 4

6 G 23 X 40 o 57 5

7 H 24 Y 41 p 58 6

8 I 25 Z 42 q 59 7

9 J 26 a 43 r 60 8

10 K 27 b 44 s 61 9

11 L 28 c 45 t 62 +

12 M 29 d 46 u 63 /

13 N 30 e 47 v

14 O 31 f 48 w (pad)=

15 P 32 g 49 x

16 Q 33 h 50 y

예컨대, 2진 데이터 표시는

110110001011010100000101

로 표현된다. 베이스64를 사용하여 상응하는 영숫자 표시들은

sLUF

로 표현된다. 가시적으로 의미없는 영숫자 문자들인 엔코드된 PDU는 SMSC(204)에 의해, 가입자 ID에 의해 확인된 이동성 장치로 전달된다.

실제로, 서버 장치(202)로부터의 통지를 나타내는 PUSH PDU는 엔코드된 후 SMSC(204)에 의해 이송가능한 짧은 메시지의 제한을 초과할 수 있다. 엔코드된 PUSH PDU는 세그먼트(412)에 의해 각각 엔코드된 PUSH PDU중 일부를 나타내는 다수의 단락(fragment)으로 세그먼트된다. 도 7은 2진 데이터 표시 PUSH PDU를 영숫자 문자들로 엔코딩하고 엔코드된 PUSH PDU를 단락 시이퀀스로 세그먼트하기 위한 프로세스를 나타내는 바, 이들 각각의 공정은 SMSC(204)에서 허용된 최대 길이보다 길지않은 길이를 갖는 짧은 메시지로 처리되어 결과적으로 SMSC(204)에 의해 송신된다. 엔코드된 PDU의 일체성을 유지하기 위해, 각각의 단락은 균일하게 증가되는 것이 바람직한 연속 시이퀀스 넘버를 지니는 바, 이 번호는 단락들 모두를 수신하면 클라이언트 장치(106)로 하여금 엔코드된 PDU를 재구성하게 한다. 유사하게, SMSC(204)가 영숫자 및 2진 데이터 모두를 소유할 수 있는 경우에, 2진 데이터 표시 PUSH PDU는 영숫자 문자들로 엔코드될 필요없이 다수의 단락들로 직접 세그먼트된다.

SMSC(204)는 링크 서버 장치(104)로부터 단락들을 수신하여 그 단락들을 장치 ID에 의해 확인된 상응하는 이동성 장치로 연속적이고 개별적으로 전달한다. 상술된 바와같이, 이동성 장치의 스위치온 또는 스위치오프에 관계없이, SMSC(204)는 모든 메시지를 송신하며, 메신저(208)는 메시지가 전송되거나 여전히 SMSC(204)에 버퍼되는 것을 나타내는 응답을 수신한다. 즉, 메시지는 SMSC(204)에 보유되며, 이동성 장치가 PUSH PDU를 재구성하기 위해 그 메시지를 모두 수신할 때까지 주기적으로 전달된다.

짧은 메시지들중 하나 또는 그 시이퀀스를 수신하면, 이동성 장치(302)의 클라이언트 모듈(332)은 SMSC(204)로부터 수신된 엔코드된 PDU를 디코딩함으로써 PUSH PDU를 재구성한다. 디코딩 프로세스는 엔코딩의 역 프로세스인 바, 즉, 베이스64와 같은 동일한 엔코딩 기구에 따라 영숫자 문자들을 본래의 2진 기초 PUSH PDU로 변환하기 위한 프로세스이다. 이동성 장치(302)의 메모리내의 PUSH PDU에 대해서, 클라이언트 모듈(332)은 먼저 동작타입의 추출을 행한다. 동작타입에 따라, 클라이언트 모듈(332)은 이동성 장치(302)내의 마이크로콘트롤러로 하여금 결과적으로 응답하게 하는바, 예컨대 동작타입이 application/x-up-alert 또는 application/x-up-alert를 포함하는 multipart/mixed라면 청취가능한 음량을 발생시킨다. 청취가능한 음량을 들으면, 이동성 장치(302)의 사용자는, 재구성된 PUSH PDU내의 타이틀에 의해 지칭되는 지적된 페이지로 내버게이트할 수 있다. 사용자가 페이지로의 내버게이트를 계속하고 동작타입이 예컨대 application/x-up-cacheop라면, 캐시된 내용은 더 이상 유효하지 않으며 그 내용은 캐시 결합을 유지하기위해 디스플레이 될 수 있기 전에 인출되어야 한다.

이동성 장치(302)는, 업데이트된 내용을 인출하기 위해 먼저 IWF(206)를 통해 링크 서버 장치(114)와 통신세션을 확립하기 위한 신청을 송신한다. 링크 서버 장치(114)와의 접속을 확립하기 위한 신청은 이동성 장치의 장치 ID 및 재구성된 PUSH PDU에 제공된 URL을 포함한다. 서버 장치(114)는 신청을 수신하면, 수신된 신청의 장치 ID와 장치 ID 리스트(316)의 장치 ID를 비교하여 인증 프로세스를 실행한다. 장치 ID들이 합치한다면, 서버 장치(114)는 이동성 장치(106)를 인증하여 상응하는 가입자 ID를 갖는 신청을 서버 장치(202)로 송신함으로써, URL을 기초로하여 링크 서버 장치(114)와 서버 장치(202)간의 접속을 확립한다. 일단 접속이 확립되면, 업데이트된 정보는 HTTP를 사용하는 인터넷(104)을 통해 링크 서버 장치(210)로 인출되어 그 링크 서버 장치(210)에 의해 이동성 장치(302)로 보내진다.

상술된 바와 같이, 소수의 통지들이 이동성 장치(106)에 성공적으로 전달될 수 없으며 또한 전달되지 않은 통지들이 큐 리스트(326)에 큐되는 경우가 있다. 비전달 통지들이 궁극적으로 이동성 장치(106)에 수신되는 것을 보장하기 위해, 풀 엔진(210)은 이동성 장치(106)의 사용자가 IWF(206)를 경유하여 광대역 채널을 통한 접속을 개시할 때마다 메시지(208)와 접촉한다. 업데이트 정보가 이동성 장치(106)로 인출되면, 큐 리스트(326)에 있는 어떠한 큐된 통지들 또한 풀 엔진(216)에 의해 인출되어 광대역 채널을 통해 이동성 장치(106)로 송신된다. 그러나, 큐된 통지들은 SMSC(204)에 의해 이동성 장치(106)로도 송신될 가능성이 있다. 2개의 다른 채널로부터의 통지들의 복제 가능성을 회피하기 위해, 이동성 장치(106)는 수신된 통지들의 트랙을 유지하기위한 레지스터(420)를 포함한다. 더 상세히 설명하면, 어떤 이유로 인해 이동성 장치(106)에 성공적으로 전달되지 않는 3개의 통지들, 즉, P(addressx, type, ID, 9), P(addressy, type, ID, 10) 및 P(addressz, type, ID, 11)가 있으며, 이동성 장치(106)는 8까지의 통지 시이퀀스 넘버를 갖는 통지들을 수신함으로써, 레지스터=8(register=8)에서 8은 이동성 장치(106)에 수신된 마지막 통지이다. 링크 서버 장치(114)와 이동성 장치(106)간의 접속이 확립되면, 레지스터(420)에 기록된 통지 시이퀀스 넘버 8이 풀 엔진(210)에 송신된다. 이동성 장치(106)로부터의 통지 시이퀀스 넘버(=8)를 시험함으로써, 풀 엔진은 실제로 11로 되는 통지 시이퀀스 넘버를 발생시키는 통지 관리자(406)와 수신된 통지 시이퀀스 넘버를 비교하여 큐 리스트(326)에 어떠한 비전달 통지들이 있는지를 결정할 수 있다. 즉, 2개의 시이퀀스 넘버들이 합치되지 않는다면, 큐 리스트(326)에는 어떠한 비전달 통지들이 있다는 것이며, 풀 엔진(210)은 그같은 비전달 통지들의 인출 및 그들의 이동성 장치(106)로의 송신을 실행한다. 이동성 장치의 레지스터(420)는 수신된 각각의 통지를 위해 업데이트 된다. 레지스터(420)는 또한 시이퀀스 넘버들을 시험함으로써 SMSC(204)로부터의 통지들의 복제를 하는 것으로 이해될 수 있다. 레지스터(420)가, 링크 서버 장치(114)에 의해 수신된 이동성 장치(106)에 대한 모든 통지들이 전달되었음을 나타내면, 이동성 장치(106)는 중복가능성을 회피하기 위해 SMSC(204)로부터 늦게 들어오는 통지들을 거절한다.

도 8a 내지 8f는 본 발명의 하나의 실시예에 따른 이동성 장치(클라이언트 장치) 및 링크 하부조직의 작동을 설명하는 프로세스 순서도를 보여준다. 도 8a를 참조하면, 링크 하부조직에서의 링크 서버 장치는 단계(715)에서 업데이트된 정보를 홀드하는 웹 서버로부터의 업데이트 통지를 수신한다. 링크 서버 장치는 단계(717)에서 업데이트 통지로부터 가입자 ID를 추출한다. 링크 하부조직에서의 링크 서버는 추출된 가입자 ID를 사용하여 단계(719)에서 합치하는 가입자 어카운트의 조사를 시도한다. 그같은 어카운트가 없으면 업데이트 통지는 단계(723)에서 거절된다.

합치 가입자 어카운트를 발견한 후에는, 가입자의 이동성 장치에 대한 장치 ID가 단계(725)에서 추출됨과 동시에, 단계(726)에서 통지 아이덴티피케이션이 수신된 업데이트 통지에 지정된다. 이후, 단계(727)에서 PUSH PDU가 업데이트 통지로부터 재구성된다. 상기 상태와 같이, 하나의 데이터로부터 다른 데이터 즉, 하나의 실시예에서의 PUSH PDU로의 변환은, 본 발명을 실시하기 위한 필수적인 요구사항은 아니다. 상기 설명에 있어서, 상응하는 메시지는 변형된 통지를 지시하고 변환되지 않는 통지로 될 수 있도록 사용되며, 이에 따라 어떤 경우에는 통지로 상호교환가능하게 사용된다. 그럼에도 불구하고 단계(729)에서, 새롭게 구성된 PUSH PDU의 길이가 캐리어 하부조직에서의 SMSC와 같은 메시지 시스템이 전달할 수 있는 최대 메시지 길이보다 큰지의 여부가 결정된다.

PUSH PDU가 최대 메시지 길이보다 크지않은 길이를 지닌다면, 링크 서버 장치에서의 메신저는, 구성된 PUSH PDU가 메시지 시스템 지원의 메시지 포맷에 따라 엔코드될 필요성이 있는지의 여부를 도 8b의 단계(730)에서 결정한다. 메시지 시스템이 2진 메시지 포맷을 지원하지 않는다면, 메시지는 단계(731)에서 영숫자 문자 또는 축어로 엔코드된다. 단계(733)에서, 엔코드된 PUSH PDU는 업데이트 통지내의 장치 ID에 상응하는 장치 ID에 의해 확인된 클라이언트 장치로 송신된다. 단계(734)에서 응답이 수신되지 않으면, 즉, "아니오" 방향이면, 링크 서버는 업데이트 통지가 성공적으로 전달되지 않으므로 단계(735)에서 업데이트 통지를 큐 리스트에 큐시킨 것으로 단정한다. 동시에, 메시지 시스템은 엔코드된 PUSH PDU의 전달을 계속적으로 시도한다. 엔코드된 PUSH PDU가 성공적으로 전달되면, 큐 리스트는 바로 전달된 엔코드 PUSH PDU에 상응하는 업데이트 통지를 단계(736)에서 큐 리스트 밖으로 제거함으로써 업데이트를 획득하게 된다. 단계(736)로 돌아와서 메시지 시스템이 2진 메시지 포맷을 지원한다면, 엔코딩 절차는 스킵(skip)된다. 단계(736)를 통한 나머지 프로세스 및 절차는 상술된 것과 유사하므로 쉽게 이해될 수 있을 것이다.

구성된 PUSH PDU가 최대 메시지 길이보다 크다면, 메신저는 도 8c의 단계(737)를 이용하여 메시지 시스템이 2진 메시지 포맷 또는 축어(영숫자)포맷을 지원하는가를 결정한다. 메시지 시스템이 2진 메시지 포맷을 지원하지 않는다면, 구성된 PUSH PDU는 단계(941)에서 영숫자 문자로 엔코드된다. 그리고 단계(743)에서는, 엔코드된 PUSH PDU가 메시지 단락의 부분으로 세그먼트되는 바, 이들 각각의 부분은 각각 수신된 메시지 단락으로부터의 엔코드된 PUSH PDU와 닮도록 수용을 위한 시이퀀스 넘버가 지정된다. 단계(751)에서, 메시지 단락들이 클라이언트 장치로 연속적이고 개별적으로 송신된다. 단계(765)에서 메시지 단락들 중 어떤것에 대한 승인이 수신되지 않으면, 단계(766)에서 메시지 시스템은 승인이 수신될 때 까지 메시지 단락을 재송신한다. 메시지 시스템이 메시지 단락의 송신을 끊임없이 시도하는 것을 방지하도록 타임아웃(도시되지 않았음)이 형성되는 것이 바람직하다. 단계(769)에서, 링크 서버 장치에서의 메신저는 캐리어 하부조직에서의 메시지 시스템으로부터 확인(confirmation)을 수신한다. 확인이 엔코드된 PUSH PDU가 클라이언트 장치로 성공적으로 전달되지 않았음을 나타내면, 상응하는 통지는 또다른 시도를 위해 큐 리스트로 큐된다. 확인이 성공적인 전달이면, 후속조회를 위해 그 상태가 메신저에 유지되는 것이 바람직하다. 엔코드된 PUSH PDU가 한번이상 전달하도록 시도된다면, 큐 리스트는 상응하는 통지에 대한 엔트리를 지닐것임을 의미하는 것으로 주시된다. 큐 리스트는, 전달된 통지가 수신될 때 결과적으로 업데이트될 것이다. 단계(777)에서, 모든 전달통지가 필요시 조회를 위한 일정기간동안 메모리에 유지된다.

도 8d를 계속하기 전에, 도 8e 및 8f를 참조하면, 이동성 장치가 업데이트 메시지에 어떻게 반응하는가에 대한 상응하는 프로세스 및 절차가 설명되어 있다. 단계(810)에서, 이동성 장치는 작은 메시지를 전달한다. 단계(810)에서, 이동성 장치는 작은 메시지를 수신한다. 메시지가 단락들로 분리된다면, 이동성 장치는 부가적인 메시지 단락들을 연속하여 수신할 것이다. 단계(820)에서, 이동성 장치는 메시지가 엔코드된 영숫자 문자들인지 또는 2진 형태인지를 결정한다. 메시지가 엔코드된 영숫자 문자이면, 메시지는 엔코딩을 위해 사용된 동일 기구(scheme)에 따라 단계(823)에서 2진수 기본 PUSH PDU로 돌아와 디코드된다. 단계(833)에서 2진수 기본 PUSH PDU는 2진 포맷에 대한 단계(820)로부터 또는 2진 포맷으로 회복시키는 단계(823)로부터 재구성되어, 그것이 메시지 포맷으로 들어온다면 전체 PUSH PDU를 형성한다.

단계(835)에서, 클라이언트 장치에서 통지 아이덴티피케이션을 엔코딩하는 레지스터는 신규하게 수신된 PUSH PDU가 이전에 실제로 수신되었는가를 시험한다. 레지스터에 합치된 통지 아이덴티피케이션이 있으면, 신규하게 수신된 PUSH PDU는 단계(837)에서 폐기되며, 그렇지 않으면 레지스터는 단계(839)에서 업데이트된다. 단계(841)에서, PUSH PDU로부터의 동작타입이 추출되므로 클라이언트 장치로 하여금 반응하게 한다. 클라이언트 장치가 업데이트를 홀드시키는 웹 서버 장치로부터 본래 송신된 통지에 명세된 업데이트를 인출하게 된다면, 클라이언트 장치는 단계(843)에서 광대역 채널을 통해 링크 장치와 통신 세션을 확립하도록 신청을 송신한다.

도 8d의 단계(775)에서, 링크 장치가 신청을 수신하면 상응하는 사용자 어카운트에 대해 조사함으로써 장치 ID 검증을 포함하는 단계(777)에서 인증 절차를 처리한다. 더욱이 필요하다면, 검증단계는 클라이언트 장치와 링크 장치사이에서 교체된 메시지를 암호화 하도록 특정세션에 대한 세션키를 생성하는 프로세스를 포함할 수 있다. 일반적으로 신청으로 핏기백된 통지는, 인터넷상의 웹 서버 장치로부터 URL에 의해 확인된 업데이트를 인출하도록 URL을 처리하는 링크장치에 있는 것으로 주시된다.

단계(781)에서, 링크 장치에서의 풀 엔진은 큐 리스트에 어떤 비전달 통지들이 있는지를 결정하도록 메신저와 협의한다. 큐 리스트에 비전달 통지가 있으면, 단계(783)에서 풀 엔진은 큐 리스트로부터 비전달 통지를 인출하여 확립된 통신세션을 통해 광대역 채널로 통지를 송신하며, 동시에 단계(785)에서 풀 엔진은 웹 서버 장치로부터 업데이트를 추출하여 그 업데이트를 클라이언트 장치로 보낸다.

도 8f를 참조하면, 단계(845)에서 이동성 장치가 링크 장치와 통신 세션을 확립한 후, 클라이언트 장치는 단계(851)에서 수신된 PUSH PDU에 지시된 업데이트를 인출하기위한 신청을 처리한다. 단계(861)에서 링크장치로부터 전해진 업데이트된 정보가 수신된다.

결과적으로 본 발명에 의하면, 원하는 정보에 대한 어떤 데이터를 사용자에게 알려주고 또한 그 사용자가 필요시 업데이트 정보를 검색하게 할 수 있다. 또한, 사용자들이 그들이 원하는 정보에 대한 어떤 업데이트를 제공받도록 광대역 및 협대역 채널들을 통합하고, 또한 비용의 소모를 초래하지 않고 불필요한 네트워크의 교통량을 증가시키지 않고 최신 업데이트를 검색할 수 있는 효과가 있는 것이다.

본 발명이 어느 정도의 특성으로 충분히 상세하게 설명되있다. 본 기술분야의 당업자라면 본 실시예들에 대한 설명이 단지 예시적인 방식으로 이루어진 것이며 부품들 뿐 아니라 단계들의 구조 및 결합의 다양한 변형예들이 청구된 본 발명의 사상 및 범위를 벗어남이 없이 실행될 수 있음을 이해할 것이다. 따라서, 본 발명의 범위는 전술된 하나의 실시예에 대한 설명이 아닌 첨부된 청구범위에 의해 한정된다.

Claims

협대역 채널(narrowband channel)과 광대역 채널(Wideband channel)을 통합시키는 방법에 있어서,

클라이언트 장치의 사용자 어카운트를 링크 하부조직(link infrastructure)에 유지시키는 단계;

특정 정보가 웹 서버 장치에서 업데이트되면 그 웹 서버 장치로부터 인터넷을 통해 상기 링크 하부조직내의 통지(notification)를 수신하는 단계로서, 상기 특정 정보는 상기 클라이언트 장치에 의해 가입되고 통지에 의해 확인되며, 상기 통지는 상기 사용자 어카운트를 확인하는 가입자 식별자(subscriber indentifier)를 포함하는 수신단계;

상기 통지내의 상기 가입자 식별자에 대해 상기 사용자 어카운트로부터 클라이언트 장치 식별자를 추출하는 단계; 및

상기 통지를 포함하는 상응하는 메시지를, 상기 협대역 채널을 통해 상기 링크 하부조직으로부터 상기 클라이언트 장치 식별자에 의해 확인된 상기 클라이언트 장치로 송신하는 단계를 포함하는 방법.
제 1항에 있어서, 상기 통지는 동작타입(action type)을 더 포함하며;

상기 동작타입은, 상기 클라이언트가 상기 상응하는 메시지를 수신하면 상기 클라이언트 장치로 하여금 상기 통지에 대해 반응하게 하는 방법.
제 2항에 있어서,

캐시된 카피가 액세스될 때 상기 업데이트된 특정 정보가 인출되도록 상기 클라이언트 장치내의 상기 특정 정보의 캐시된 카피를 실효(invalidation)시키는 단계를 더 포함하는 방법.
제 3항에 있어서, 상기 특정 정보의 캐시된 카피를 실효시키는 단계는

상기 웹 서버 장치에서 업데이트된 상기 특정 정보를 확인하는 제목(title)을 디스플레이하는 단계를 포함하는 방법.
제 1항에 있어서, 상기 통지는 상기 웹 서버 장치에서 데이트된 상기 특정 정보를 확인하는 어드레스를 포함하는 방법.
제 5항에 있어서, 상기 통지는

상기 웹 서버 장치에서 업데이트된 특정 정보에 명칭을 부여하는 제목을 더 포함하는 방법.
제 6항에 있어서, 상기 업데이트정보의 상기 어드레스는 적어도, 상기 웹 서버 장치에서 업데이트된 상기 특정 정보에 링크정보(linking information)를 제공하는 유니폼 리소스 로케이터(Uniform Resource Locator)를 포함하는 방법.
제 1항에 있어서, 상기 링크 하부조직은 통지 관리자(notification manager)를 포함하고, 상기 통지 관리자는 상기 웹 서버 장치로부터 상기 통지를 수신하면 상기 통지 아이덴티피케이션(notification identification)을 상기 통지에 지정하며, 상기 상응하는 메시지는 상기 통지 아이덴티피케이션을 더 포함하는 메신저(messenger)를 포함하는 방법.
제 8항에 있어서,

상기 상응하는 메시지를 수신하면 상기 통지 확인에 대해 상기 클라이언트 장치내의 카운터를 업데이트 시키는 단계를 더 포함하는 방법.
제 9항에 있어서, 상기 수신된 상응하는 메시지에 따라 상기 웹 서버 장치로부터 상기 업데이트된 특정 정보를 신청하는 단계를 더 포함하는 방법.
제 10항에 있어서, 상기 웹 서버 장치로부터 상기 업데이트된 특정 정보를 신청하는 단계는

상기 광대역 채널을 통해 상기 링크 하부조직의 풀 엔진(pull engine)과 통신세션을 확립하도록 상기 클라이언트 장치로부터 신청을 수신하는 단계;

상기 클라이언트 장치와 상기 링크 하부조직사이의 인증(authentication)을 수행하는 단계;

상기 웹 서버 장치로부터 상기 풀 엔진에 대한 상기 업데이트된 특정 정보를 인출하는 단계; 및

상기 풀 엔진으로, 상기 광대역 채널을 통해 상기 업데이트된 특정 정보를 상기 클라이언트 장치에 보내는 단계를 포함하는 방법.
제 11항에 있어서, 상기 서버 장치로부터 상기 업데이트된 특정 정보를 신청하는 단계는

상기 통신세션이 상기 광대역 채널을 통해 상기 링크 하부조직내의 상기 풀 엔진과 상기 라인 장치사이에 확립되면, 상기 클라이언트 장치내의 상기 카운터에 기록된 상기 통지 아이덴티피케이션을 상기 풀 엔진에 송신하는 단계를 더 포함하는 방법
제 12항에 있어서,

상기 통지 아이덴티피케이션이 상기 메신저가 지정된 마지막 통지인지를 결정하도록, 상기 클라이언트 장치로부터 송신된 상기 통지 확인중 상기 통지 관리자와 협의 하는 단계; 및

상기 클라이언트 장치로부터 송신된 통지 아이덴티피케이션이 상기 메신저가 지정한 마지막 통지가 아니라면 상기 통지 관리자에서의 큐 리스트(queue list)에 큐된 통지들을 검색하는 단계를 더 포함하는 방법.
제 13항에 있어서, 상기 통지 관리자에서의 상기 큐 리스트에 큐된 통지들을 검색하는 단계는

상기 큐 리스트로부터 검색된 상기 큐된 통지들을 상기 광대역 채널을 통해 상기 클라이언트 장치로 부터 송신하는 단계; 및

상기 풀 엔진으로부터 수신된 각각의 상기 큐된 통지들을 위해 상기 클라이언트 장치내의 상기 카운터를 업데이트시키는 단계를 포함하는 방법.
제 1항에 있어서, 상기 통지를 포함하는 상기 상응하는 메시지를 송신하는 단계는

상기 링크 하부조직에 수신된 상기 통지에 통지 아이덴티피케이션을 지정하는 단계; 및

상기 지정된 통지 아이덴티피케이션과 함께 상기 통지를 상기 협대역 채널이 이송가능한 상기 상응하는 메시지로 변환하는 단계를 포함하는 방법.
제 15항에 있어서, 상기 상응하는 메시지는 PUSH PDU인 방법
제 15항에 있어서, 상기 통지를 포함하는 상기 상응하는 메시지를 송신하는 단계는

상기 협대역 채널을 통해 상기 상응하는 메시지를 전달할 수 있는 상기 메시지 시스템이 상기 상응하는 메시지를 직접 지원하지 않는다면, 예정된 엔코딩/디코딩기구(encoding/decoding scheme)에 따른 메시지에 의해 이송가능한 포맷으로 상기 상응하는 메시지를 엔코딩하는 단계를 포함하는 방법.
제 17항에 있어서, 상기 통지를 포함하는 상기 상응하는 메시지를 송신하는 단계는

상기 엔코드된 상응하는 메시지가 상기 메시지 시스템에 의해 제한된 예정된 길이보다 큰 전체 길이를 지니는지를 결정하는 단계; 및

상기 전체길이가 상기 예정된 길이보다 크면 상기 엔코드된 상응하는 메시지를 다수의 메시지 단락들로 세그먼트하는 단계로서, 상기 각각의 다수의 메시지 단락은 상기 예정된 길이보다 짧은 길이를 지니는 세그먼트 단계를 더 포함하는 방법.
제 18항에 있어서, 상기 상응하는 메시지를 다수의 메시지 단락으로 세그먼트하는 단계는

상기 다수의 상기 메시지 단락을 각각에 단락 시이퀀스 넘버를 지정하는 단계를 더 포함하는 방법.
제 19항에 있어서,

상기 광대역 채널을 통해 상기 링크 하부조직에서 풀 엔진과의 링크를 확립하도록 신청을 수신하는 단계;

상기 클라이언트 장치와 상기 링크 하부조직사이에서 인증을 수행하는 단계;

상기 웹 서버 장치로부터 상기 풀 엔진으로 상기 업데이트된 특정 정보를 인출시키는 단계; 및

상기 업데이트된 특정 정보를 상기 광대역 채널을 통해 상기 클라이언트 장치로 보내는 단계를 더 포함하는 방법.
제 20항에 있어서,

상기 각각의 다수의 메시지 단락들에서의 상기 단락 시이퀀스 넘버를 기본으로 하는 상기 포맷으로 상기 다수의 메시지 단락들을 재조립(reassembling)하는 단계; 및

상기 엔코딩/디코딩 기구에 따라 상기 상응하는 메시지를 회복시키기 위해 상기 포맷을 디코딩하는 단계를 더 포함하는 방법.
협대역 채널과 광대역 채널을 통합시키기 위한 시스템에 있어서,

클라이언트 장치; 및

상기 클라이언트 장치에 의해 설명된 특정 정보를 포함하는 웹 서버 장치에 상기 클라이언트 장치를 결합하는 링크 하부조직으로서, 상기 링크하부조직은 프록시 서버 장치를 포함하며; 상기 프록시 서버 장치는 사용자 어카운트, 메신저 및 풀 엔진을 포함하고, 상기 특정 정보가 업데이트되면 상기 웹 서버 장치로부터 통지를 수신하며; 상기 메신저는 상기 풀 엔진과 통신하고, 상기 메시지 관리자는 메시지 시스템을 더 포함하며; 상기 메시지 관리자는 상기 메시지 시스템에 연결되고, 상기 협대역 채널을 통해 상기 메시지 시스템에 의해 이송가능한 상응하는 메시지로 상기 통지를 변환시킬 수 있는 링크 하부조직을 포함하는 협대역 채널과 광대역 채널을 통합시키기 위한 시스템.
제 22항에 있어서, 상기 통지는 상기 웹 서버 장치내의 상기 업데이트된 특정 정보를 확인하는 어드레스를 포함하는 시스템.
제 23항에 있어서, 상기 어드레스는 적어도, 하이퍼텍스트 트랜스퍼 프로토콜(HyperText Transfer Protocol)(HTTP)을 사용하는 상기 업데이트된 특정 정보에 대한 링크 정보를 제공하는 유니폼 리소스 로케이터를 포함하는 시스템.
제 23항에 있어서, 상기 통지는 상기 클라이언트 장치에 상응하는 가입자 아이덴티피케이션을 더 포함하는 시스템.
제 25항에 있어서, 상기 메시지 관리자는, 상기 통지에서의 상기 가입자 아이덴티피케이션이 상기 프록시 서버 장치내의 상기 사용자 어카운트중 하나와 합치될 때 상기 협대역 채널을 통해, 상기 메시지 시스템으로 하여금 상기 상응하는 메시지를상기 클라이언트 장치에 전달하게 하는 시스템.
제 26항에 있어서, 상기 메시지 관리자는 상기 웹 서버로부터 상기 수신된 통지에 상기 통지 아이덴티피케이션을 지정하며, 상기 상응하는 메시지는 상기 통지 아이덴티피케이션을 포함하는 시스템.
제 27항에 있어서, 상기 메시지 관리자는 통지 큐(notification queue)를 더 포함하며, 상기 통지는 상기 메시지 시스템이 상기 클라이언트 장치에 상기 상응하는 메시지를 성공적으로 전달하지 못할 때 상기 큐에 큐되는 시스템.
제 28항에 있어서, 상기 클라이언트 장치는, 상기 협대역 채널을 통해 상기 메시지 시스템으로부터 상기 상응하는 메시지로 수신된 상기 통지의 상기 통지 아이덴티피케이션의 트랙(track)을 유지할 수 있는 카운터를 포함하는 시스템.
제 29항에 있어서, 상기 클라이언트 장치는, 상기 클라이언트 장치가 상기 광대역 채널을 통해 상기 풀 엔진과 통신 세션을 확립할 때 상기 프록시 서버 장치내의 상기 풀 엔진에 상기 통지 아이덴티피케이션을 송신하는 시스템.
제 30항에 있어서, 상기 풀 엔진은, 상기 클라이언트 장치로부터 송신된 상기 통지 아이덴티피케이션이 상기 메시지 관리자가 지정한 마지막 통지 아이덴티피케이션이라면 상기 메시지 관리자와 협의하는 시스템.
제 31항에 있어서, 상기 풀 엔진은, 상기 클라이언트 장치로부터 송신된 상기 통지 아이덴티피케이션이 상기 메시지 관리자가 지정한 마지막 통지 아이덴티피케이션이 아닐 때 상기 통지 큐에서 큐된 통지들을 검색하는 시스템.
제 32항에 있어서, 상기 풀 엔진은 상기 검색된 통지들을 상기 협대역 채널을 통해 상기 클라이언트 장치로 보내며, 상기 클라이언트 장치내의 상기 카운터는 상기 풀 엔진으로부터 수신된 상기 검색된 각각의 통지들을 위해 업데이트하는 시스템.
제 33항에 있어서, 상기 풀 엔진은, 상기 클라이언트 장치가 상기 업데이트된 특정 정보를 인출하게 될 때 상기 클라이언트 장치로부터 송신된 상기 어드레스에 따라 상기 프록시 서버 장치에 의해 인출된 상기 업데이트된 특정 정보를 상기 클라이언트 장치로 더 보내는 시스템.
제 34항에 있어서, 상기 클라이언트 장치는 그 클라이언트 장치에 합체된 디스플레이 스크린에 상기 업데이트된 특정 정보를 디스플레이 하는 시스템
협대역 채널과 광대역 채널을 통합하기 위한 방법에 있어서

상기 협대역 채널로부터 클라이언트내의 통지를 수신하는 단계로서, 상기 통지는 상기 업데이트된 특정 정보를 확인하는 어드레스 및 동작타입을 포함하는 수신단계;

상기 통지가 세그먼트로 수신되는가를 결정하는 단계;

상기 동작 타입에 따라 상기 통지의 상기 클라이언트의 사용자에게 통고하는 단계; 및

상기 통지에 대해 상기 광대역 채널로부터 상기 업데이트된 특정 정보를 수신하는 단계를 포함하는 협대역 채널과 광대역 채널을 통합하기 위한 방법.
제 36항에 있어서, 상기 통지는 웹 서버 장치에서 데이트된 상기 특정 정보를 확인하는 타이틀을 더 포함하는 방법.
제 37항에 있어서, 상기 동작 타입은, 캐시된 카피가 액세스될 때 상기 업데이트된 정보가 인출되도록 상기 클라이언트 장치내의 상기 특정 정보의 캐시된 카피를 실효시키는 방법.
제 38항에 있어서, 상기 클라이언트의 사용자에게 통고하는 단계는 상기 웹 서버 장치에서 업데이트된 상기 특정 정보를 확인하는 상기 타이틀을 디스플레이하는 단계를 포함하는 방법.
제 37항에 있어서, 상기 동작타입은, 상기 사용자로 하여금 상기 웹 서버 장치에서 업데이트된 상기 특정 정보를 알게 하도록, 상기 클라이언트 장치로 하여금 변경메시지를 발생시키게 하는 방법.
제 36항에 있어서, 상기 통지가 세그먼트 형태로 유입되는지를 결정하는 단계로,

상기 통지가 2진수 또는 조직적 포맷인가를 결정하는단계;

상기 통지가 디코딩/엔코딩 기구에 따라 세그먼트형태로 유입되고 상기 2진 포맷으로 유입된다면 상기 세그먼트들을 각각 디코딩하는 단계; 및

상기 디코드된 세그먼트들을 상기 통지로 재구성하는 단계를 포함하는 방법.
제 36항에 있어서,

사전에 수신된 통지들을 포함하는 큐를 시험하는 단계; 및

상기 사전에 수신된 통지들 중 하나가 상기 통지와 일치하다면 상기 사전에 수신된 통지들 중 하나를 교체시키는 단계를 더 포함하는 방법.
제 42항에 있어서, 상기 광대역 채널로부터 상기 업데이트된 특정 정보를 수신하는 단계는

상기 광대역 채널을 통해 링크 하부조직에서 풀 엔진과 통신세신을 확립하도록 재신청하는 단계로서, 상기 링크하부조직은 상기 클라이언트와 연계되는 사용자 어카운트를 포함하는 재신청 단계; 및

상기 광대역 채널을 통해 상기 업데이트된 특정 정보를 인출하는 단계를 포함하는 방법.
제 43항에 있어서, 상기 클라이언트는 이동성 장치인 방법.
제 43항에 있어서, 상기 업데이트된 특정 정보를 인출하는 단계는

상기 어드레스를 상기 링크 하부조직에서의 상기 풀 엔진에 송신하는 단계로서, 상기 풀 엔진은 상기 어드레스에 따라 인터넷을 통해 상기 웹서비스 장치로부터 상기 업데이트된 특정 정보를 인출하는 어드레스 송신단계; 및

상기 광대역 채널을 통해 상기 웹 서버 장치로부터 상기 링크 하부조직에 수신된 상기 업데이트된 특정 정보를 수신하는 단계를 포함하는 방법.
제 36항에 있어서,

상기 통지가 수신되면 상기 클라이언트의 카운터에 의해 상기 통지의 기록을 유지하는 단계; 및

상기 업데이트된 특정 정보가 수신되면 상기 카운터를 업데이트 시키는 단계를 더 포함하는 방법.