KR20010050919A

KR20010050919A - 단문 메시지 서비스를 기반으로 한 무선 장치로 인터넷내용을 제공하는 방법 및 장치

Info

Publication number: KR20010050919A
Application number: KR1020000059075A
Authority: KR
Inventors: 첸데이비드에이.; 파텔피유쉬
Original assignee: 스테븐 디.피터스; 폰.컴,인코포레이티드
Priority date: 1999-10-08
Filing date: 2000-10-07
Publication date: 2001-06-25
Also published as: US7020685B1; EP1091607A2; EP1091607A3; CN1291853A; JP2001188743A

Abstract

브라우저 없이 네트워크 상에 원격으로 보관되어 있는 하이퍼미디어 내용을 무선 장치로 제공하는 방법 및 장치가 기술된다. 인터넷 기반 내용(internet-based content)에 대한 단문 메시지 서비스(SMS) 요구가 단문 메시지 서비스 센터(SMSC)를 통해 무선 장치로부터 프록시 서버에 수신된다. SMS 요구는 무선 네트워크를 통해 SMSC로 전송된다. 프록시 서버는 SMSC의 문자 세트로부터 애플리케이션의 문자 세트로 SMS 요구를 트랜스코딩하고, 트랜스코딩된 요구로부터 키워드를 추출한다. 프록시 서버는 다수의 키워드에 대한 다수의 URL의 매핑을 보관한다. 프록시 서버는 그 매핑에서 추출된 키워드를 룩 업(look up)하여 그 키워드와 관계되는 애플리케이션의 URL을 식별한다. 프록시 서버는 그 키워드와 URL을 포함하는 HTTP POST 동작을 구성하고, 이를 인터넷과 같은 무선 네트워크를 통해서 애플리케이션으로 제출한다. 프록시 서버는 POST 동작의 응답에서 애플리케이션으로부터의 요구된 내용을 포함하는 HTTP 응답을 수신하면, HTTP 응답으로부터 내용을 추출한다. 프록시 서버는 애플리케이션이 사용하는 내용 유형으로부터 SMSC가 사용하는 내용 유형으로 그 내용을 변형하고, 애플리케이션이 사용하는 문자 세트로부터 SMSC가 사용하는 문자 세트로 그 내용을 트랜스코딩 한다. 이후, 프록시 서버는 SMS 응답으로서 변형되고 트랜스코딩된 내용을 SMSC로 전송하여, 이것이 SMS 메시지로서 무선 장치에 전달되도록 한다.

Description

단문 메시지 서비스를 기반으로 한 무선 장치로 인터넷 내용을 제공하는 방법 및 장치{METHOD AND APPARATUS FOR PROVIDING INTERNET CONTENT TO SMS-BASED WIRELESS DEVICES}

본 발명은 인터넷과 같은 네트워크 상의 하이퍼미디어 내용에 접근하기 위해 무선 장치를 사용하는 것에 관한 것으로, 특히 브라우저를 탑재하지 않은 무선 장치로써 인터넷 기반 하이퍼미디어 내용에 접근을 용이하게 하는 방법 및 장치에 관한 것이다.

사람들과 회사는 정보에 대해서 즉각적인 접근을 요구하기 때문에, 인터넷 및 인트라넷은 다수의 정보원으로부터 정보를 거의 실시간으로 전달하기 위해 전달 수단을 제공하고 있다. 많은 동등한 개개인들을 위해서, 장소에 구애받지 않는 통신 방법이 셀룰러 폰, 양방향 호출기, 개인 휴대 통신(PDA: Personal Digital Assistants), 개인 정보 메신저(PIMs: Personal Information Managers) 및 다른 핸드헬드 컴퓨팅 장치와 같은 양방향 무선 통신 장치에 의해 제공되고 있다. 최근에, 두 개의 급속히 발전하는 기술 분야가 합쳐져 양방향 무선 통신 장치는 인터넷 및 인트라넷으로 진입하는 많은 엔트리 포인트(entry points)중의 하나가 되고 있다.

통상적으로 인터넷에 접속하는데 사용되는 많은 장치의 특징 중의 하나는 웹 페이지와 같은 하이퍼미디어 내용을 표시할 수 있어야한다는 것이다. 그렇게 하기 위해서, 네트워크 서버 및 네트워크 개인용 컴퓨터(PC)는 하이퍼텍스트 트랜스포토 프로토콜(HTTP: Hypertext Transport Protocol)과 하이퍼텍스트 마크업 언어(HTML: Hypertext Markup Language)와 같은 표준 웹 프로토콜 및 마크업 언어를 각각 사용한다. 무선 장치는 무선 억세스 프로토콜(WAP: Wireless Access Protocol) 또는 핸드헬드 장치 트랜스포트 프로토콜(HDTP: Handheld Device Transport Protocol)과 같은 무선 프로토콜을 사용하거나, 또는 때때로, 무선 마크업 언어(WML: Wireless Markup Language) 및 핸드헬드 장치 마크업 언어(HDML: Handheld Device Markup Language)를 사용하기도 한다.

통상의 PC와 보다 새로운 세대의 무선 통신 장치는 브라우저 소프트웨어(종종 무선 장치용 "마이크로브라우저"라고 호칭됨)를 포함하는 데, 이 소프트웨어는 장치가 인터넷 및 다른 네트워크상의 하이퍼미디어 내용에 접근하는 것을 가능하게 한다. 하지만, 많은 이전 세대의 무선 장치는 마이크로브라우저를 장착하지 않고 있다. 이와 같은 마이크로브라우저의 부족은 그러한 장치가 인터넷상의 하이퍼미디어 내용에 접근하는 것을 제한한다.

제한된 인터넷 접근은 많은 장치가 사용 가능한 단문 메시지 서비스(SMS: Short Message Service)로 알려진 시설을 사용하는 무선 장치에게도 해당된다. 무선 장치의 사용자는 SMS를 사용하여 제한된 길이(예를 들면, 최고 160자)의 문자 및 숫자의 메시지를 송수신할 수 있다. SMS는 페이징과 비슷하지만, 메시지가 전송될 때 작동하거나 작동 범위 내에 있을 필요는 없다. 즉, 무선 장치가 작용하고 작동 범위 내에 있는 잠시 동안 SMS는 일반적으로 보관된다. SMS 메시지는 일반적으로 동일한 셀 내에서 또는 로밍 능력 내에서 누군가에게 전송된다. 비록 SMS 메시지의 길이가 제한되기는 하지만, 이동 사용자는 SMS를 사용하여 중요한 정보를 수신할 수 있다. SMS는 전형적으로 협대역 채널(a narrowband channel)을 통해 전송되어 서비스 제공자에게 매우 적은 운영비용을 발생한다.

SMS 기반 인터넷 접근은 먼저 무선 장치로부터 서버가 서비스하는 기설정된 어드레스 또는 전화번호로 하나이상의 "키워드" 메시지가 제출됨으로써 수행된다. 인터넷으로 제공되는 다른 정보와 상호작용 후에, 서버는 "키워드"메시지를 기반으로 한 정보를 포함하는 하나의 SMS 메시지를 준비한다. 다음으로 SMS 메시지는 정보를 요구하는 무선장치로 제공된다. 전형적인 예로서, 사용자가 주가에 대한 요구를 들 수 있는데, 이때 "키워드" 메시지는 주가 종목이고 응답되는 SMS 메시지는 대응되는 주식 가격이다.

현재 기술의 하나의 문제점은 SMS 기반 인터넷 접근을 제공하는 서비스 제공자가 주문된 그리고/또는 독점의 솔루션을 사용하여 인터넷을 무선 네트워크에 연결한다는 것이다. 이러한 기술은 일단 한번 개발되고 운영되면 WAP과 같은 널리 사용되는 표준에 일치시키기는 것은 어려울 뿐만 아니라 고비용이 요구된다. WAP은 무선 커뮤니티에서 차기 플랫폼 표준으로 인정되어가고 있고 많은 무선 서비스 제공자에게는 사실상의 표준으로 받아들여지고 있다. WAP 방식의 무선 장치는 다수의 무선 전화기 핸드셋 제조업체가 도입하고 있고 WAP 방식 서비스는 많은 서비스 제공자가 제공하고 있다. 따라서, 마이크로브라우저를 사용하지 않고 인터넷상의 하이퍼미디어에 접근하기 위한 보다 개선된 솔루션이 필요하다.

따라서, 본 발명의 목적은 상기한 문제점을 해결하기 위한 것으로, 마이크로브라우저를 사용하지 않고 인터넷상의 하이퍼미디어에 접근하기 위한 보다 개선된 솔루션을 제공하는 것이다.

도1은 무선 장치가 인터넷상의 내용에 접근하는데 사용될 수도 있는 네트워크 환경을 도시하는 도면.

도2는 무선 장치의 블록도.

도3은 도1의 하나 이상의 서버를 나타내는 컴퓨터 시스템의 블록도.

도4는 무선 장치가 인터넷상의 하이퍼미디어 내용에 접근하기 위해 SMS를 사용하는 시스템의 블록도.

도5는 "풀" 모드의 동작에서 무선 장치가 하이퍼미디어 내용에 접근하도록 하기 위해 프록시 서버에서 수행될 수도 있는 프로세스의 흐름도.

도6a 및 도6b는 SMS 요구를 발생시키는 동안 무선 장치에서 생성되는 두가지의 디스플레이를 예시하는 도면.

도7은 애플리케이션의 내용 유형으로부터 다른 유형으로 내용을 변형하기 위해서 풀 엔진에서 수행될 수도 있는 프로세스의 흐름도.

도8은 "푸쉬" 모드 동작에서 무선 장치가 하이퍼미디어 내용에 접근하도록 하기 위해 프록시 서버에서 수행될 수도 있는 프로세스의 흐름도.

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

108: 프록시 서버 202: 웹 서버

208: 메신저 210: 풀 엔진

212: SMSC 100: 무선 장치

215: 인터넷

본 발명은 네트워크로부터 무선 장치로 내용을 제공하는 방법 및 장치를 포함한다. 본 발명의 일 측면에 의하면, 무선 장치의 요구에 대응하여, 요구에서 규정된 내용은 HTTP와 같은 프로토콜에 따라서 네트워크상의 네트워크 자원으로부터 수신된다. 무선 장치가 그 프로토콜과 일치하지 않을 때, 내용은 무선 장치의 메시지 요구 조건과 일치하는 메시지로 변환된다. 본 발명의 하나의 실시예에서, 메시지는 단문 메시지 서비스 센터(SMSC: Short Message Service Center)로부터 무선 장치로 전달되는 텍스트 형태의 단문 메시지로 변환된다.

본 발명은 시스템, 방법, 컴퓨터 기록판독가능한 매체 및 다양한 생산 수단을 포함하는 다양한 방법으로 구현할 수 있고, 각각은 다음과 같은 하나 이상의 이익 및 효과를 제공한다. 하나의 이익 및 효과는 양방향 페이저와 같은 무선 장치가 일반적으로 무선 장치에 맞게 만들어진 것이 아니고 다른 컴퓨팅 장치가 사용가능하게 만들어진 네트워크 자원을 수신할 수 있다는 것이다. 다른 것으로서, 검색 요구가 전송되기 전에 무선 장치를 대신해서 프록시 서버가 정보를 가져오기 위해서 "키워드" 매핑을 수행함으로써 무선 장치로 오직 관련된 정보만을 전송할 수 있다는 것이다.

전술한 것 외의 다른 목적, 이익 및 효과는 다음의 설명 즉, 첨부된 도면에 설명된 실시예에 포함되어 있다.

본 발명의 다른 양상 및 장점들은 본 발명의 원리를 예를 들어 도시하는 첨부된 도면들과 함께 인용된 다음의 상세한 설명으로부터 명백해질 것이다.

브라우저를 탑재하지 않은 무선 통신 장치가 인터넷 또는 다른 네트워크상의 하이퍼미디어 내용에 접근할 수 있는 방법 및 장치가 기술된다. 본 명세서에서 "하나의 실시예" 또는 '일 실시예"라고 언급되는 것은 본 발명의 적어도 하나의 실시예에 포함되어 언급되는 특징을 의미한다. 또한, 본 명세서에서 "하나의 실시예"에 대해 분리되어 언급되는 것은 반드시 동일한 실시예에 대해서 언급하는 것은 아니지만, 본 기술분야에서 통상의 지식을 가진 자라면 명백히 알 수 있는 바와 같이 말하거나 제외하지 않는 한 상호 배타적이지도 않다.

기술된 본 발명은 "풀" 모드의 동작과 "푸쉬" 모드의 동작 모두를 지원한다. 하기에서 상술되겠지만, "풀" 모드에서, 인터넷 기반 내용에 대한 SMS 요구는 부라우저를 탑재하지 아니한 무선 장치로부터 SMSC 센터(SMSC)에서 수신된다. SMSC는 SMS 요구를 프록시 서버로 전달하는데, 프록시 서버는 인터넷과 같은 유선 네트워크와 연결된다. 프록시 서버는 SMS 요구를 상이한 문자 세트로 트랜스코딩하고, 트랜스코딩된 요구로부터 키워드를 추출한다. 프록시 서버는 URL(Uniform Resource Locator) 또는 URI(Uniform Resource Identifier)와 같은 애플리케이션 식별자로 키워드를 매핑시키는 매핑을 보관한다. URL 및 URI는 하기에서 URL로서 교환가능하게 언급된다. 프록시 서버는 키워드에 대한 URL 매핑(keywork-to-URL mapping)에서의 키워드를 룩 업(look up)하여 네트워크상의 서버에 있는 애플리케이션의 URL을 식별한다. 프록시 서버는 키워드 및 URL을 포함하는 하이퍼미디어 프로토콜 동작을 구성하여, 이를 인터넷을 통해 애플리케이션으로 제출한다. 프록시 서버가 애플리케이션으로부터 요구된 내용을 포함하는 하이퍼미디어 프로토콜 응답을 수신하면, 그 응답으로부터 내용을 추출하고 애플리케이션이 사용하는 내용 유형을 SMSC가 사용하는 내용 유형으로 변환한다. 다음으로, 프록시 서버는 애플리케이션이 사용하는 문자세트로부터 SMSC가 사용하는 문자 세트로 내용을 트랜스코딩하여, 트랜스코딩된 내용을 SMS 응답으로서 SMSC로 전달한다. 이후, 이것은 SMS 메시지로서 무선 장치로 전달된다.

"푸쉬" 모드에서, 내용 애플리케이션은 비동기적으로(즉, 모든 요구에 대한응답을 아니함) 내용을 프록시 서버 및 SMSC를 통해 무선 장치로 제공한다. 이 경우에, 프록시 서버는 하이퍼미디어 프로토콜 요구로서 애플리케이션으로부터 내용을 수신하고, 전술한 바와 같이 내용을 변형하고 트랜스코딩하며, 그리고 무선 장치로 전송을 위해 SMS 메시지로서 내용을 SMSC로 제공한다.

도1은 전술한 바와 같은 무선 통신 장치(이하, 간단히 "무선 장치"라고 함)가 사용되는 네트워크 환경을 도시한다. 무선 장치(100)는 무선 전화기와 같은 전술한 모든 유형의 무선 장치일 수도 있다. 설명의 편의상, 무선 전화기의 예는 다음의 설명에서 여러 가지 대상물로 사용된다. 여기에서 설명되는 바와 같이, 무선 장치(100)에 의해 네트워크 서버(116)(120)로 도시된 바와 같은 하나 이상의 네트워크 서버로부터, WML 문서, HTML 문서, 콤팩트 HTML(cHTML) 문서, 확장 가능한 마크업 언어(XML) 문서, 또는 HDML 문서와 같은 하이퍼미디어 정보로 멀리 저장되어 있는 정보를 수신할 수 있다. 검색된 하이퍼미디어 정보는 SMS 메시지 형태로 무선 장치(100)로 제공된다. 네트워크 서버(116)(120)는, 예를 들면, 통상적인 개인용 컴퓨터(PC) 이거나 컴퓨터 워크스테이션일 수도 있다.

무선 장치(100)는 디스플레이(102)와 키패드(103)를 가진다. 무선 장치(100)는 WML카드, HTML페이지 등과 같은 하이퍼미디어 내용에 접근하고 표시하는 마이크로브라우저를 탑재하지 않고 있는 것으로 가정한다. 하지만, 무선 장치(100)는 SMS 편집기/판독기(이하, "SMS 편집기"라고 함)를 가지며 이를 이용하여 SMS메시지를 송수신한다.

무선 장치(100)와 네트워크 서버(116)(120)간의 통신 경로에는 무선 통신 네트워크("공중망")(104), 프록시 서버(108), 및 지상 기반 네트워크("지상망")(112)을 포함한다. 공중망(104)은 셀룰러 디지털 패킷 데이터(CDPD: Cellular Digital Packet Data) 네트워크, GSM(Global System for Mobiles) 네트워크, CDMA(Code Division Multiple Access) 네트워크 또는 TDMA(Time Division Multiple Access Network)과 같은 네트워크이다. 공중망에서 사용되는 통신 프로토콜은 예를 들면 WAP 및/또는 HDTP이다. 지상망(112)은 지상을 기반으로 한 네트워크로서, LAN (Local Area Network)과 같은 인터넷, 인트라넷 또는 어떤 사설 네트워크의 데이터 네트워크이다. 지상망(112)을 지원하는 통신 프로토콜은 예를 들면 전송 제어 프로토콜(TCP/IP), HTTP 또는 보안 HTTP(sHTTP)일 수도 있다.

프록시 서버(108)는 공중망(104)과 지상망(112)간의 브리지로서 작용한다. 프록시 서버(108)는, 예를 들면, 통상의 컴퓨터 워크스테이션 또는 PC일 수도 있다. 도면에서 프록시 서버(108)는 물리적으로 분리되어 도시되어 있지만, 공중망 (104)과 지상망(112)을 연결하는 데 잘 알려진 바와 같은 하드웨어 및 소프트웨어를 가진 네트워크 서버(예를 들면, 네트워크 서버(116)(120)) 내에 구현될 수도 있다. 프록시 서버(108)는, 여기에서 설명되는 본 발명의 특징을 포함한다는 것을 제외하고, 네트워크 서버(116)(120)와 근본적으로 동일할 수 있다.

도2는 본 발명의 하나의 실시예에 따라서, 무선 장치(100)의 주요 구성 요소를 도시한다. 무선 장치(100)는 프로세서(301)를 포함하는데, 이 프로세서(301)는 일반적인 또는 특수한 목적의 프로그램가능 마이크로프로세서, DSP(Digital Signal Processor), ASIC(Application Specific Integrated Circuit), PLA(Programmable Logic Array), FPGA(Field Programmable Gate Array) 등 또는 이들의 조합일 수 있거나 포함할 수도 있다. 무선 장치(100)는 공중망(104)을 통하여 캐리어 네트워크와 연결되어 입출력 신호를 수신하는 무선 제어 프로토콜(WCP: Wireless Control Protocol) 인터페이스(328)를 포함한다. 장치 식별자(ID) 저장부(316)는 이동 장치 식별자(MIN: Mobile Device Identifier)를 저장하고 이를 WCP 인터페이스(313)로 제공한다. MIN은 외부 엔티티(예를 들면, 프록시 서버(108)에 대해서 무선 장치 (100)을 식별한다. MIN은 무선 장치(100)와 관련되는 특정 코드로서, 프록시 서버(108)와 같은 관련 프록시 서버에 제공되는 사용자 계정에서 장치 ID에 직접적으로 대응한다. 프록시 서버가 다수의 무선 장치를 서비스하는 경우, 다수의 계정이 있을 수 있고, 바람직하게는 각각의 계정은 상이한 무선 장치 중 하나에 대응한다.

이외에도, 무선 장치(100)는 메모리(304)를 포함하는 데, 이 메모리는 무선 장치(100)에 의해 수행되는 다수의 프로세싱 업무를 수행하거나 제어하는 데이터 및/또는 소프트웨어를 저장한다. 이러한 업무에는, 무선 링크(332) 및 공중망(104)을 통해 프록시 서버와 통신 세션을 형성하는 것과, SMS 메시지를 전송하고 수신하는 것과, 디스플레이(102)상에 정보를 디스플레이하는 것이 있다. 따라서, 메모리 (304)는 RAM(Random Access Memory), ROM(Read-Only Memory)(프로그램 가능한), 플래쉬 메모리, 비휘발성 대용량 저장 장치, 또는 그러한 메모리 장치의 조합을 포함하는 하나 이상의 물리적 메모리 장치를 나타낸다. 메모리(304)는 통신 세션의 형성 및 데이터의 요구 및 수신을 위해 WCP 인터페이스(313)와 연결된다.

무선 장치가 예를 들면, 전화기라고 가정하면, 무선 장치(100)의 사용자와 원격 당사자간에 전화 통화를 하는 동안 오디오를 입력하고 출력하는 음성 회로(318)를 포함한다. 음성 회로(318)는 예를 들면, 본 기술분야에서 잘 알려진, 사운드 트랜스듀서, 아날로그-디지털, 또는 디지털-아날로그 변환기, 필터 등을 포함할 수도 있다. 인코더/디코더(310)는 프로세서(301)와 음성 회로(318)간에 연결되어 오디오 신호를 인코딩하고 디코딩한다.

도3은 도1에 도시된 프록시 서버(108) 및 네트워크 서버(116)(120)와 같은 모든 서버를 대표하는 컴퓨터 시스템의 높은 수준의 블록도이다. 도면에 도시된 바와 같이, 컴퓨터 시스템은 버스 시스템(38)에 연결된 프로세서(31), ROM(32), RAM(33)을 포함한다. 버스 시스템(38)은 본 기술 분야에서 잘 알려진, 다양한 브리지, 제어기 및/또는 어댑터를 통해서 연결되는 하나이상의 버스를 포함할 수도 있다. 예를 들면, 버스 시스템(38)은 어댑터를 통해 PCI(Peripheral Component Interconnect) 버스와 같은 하나 이상의 확장 버스에 연결되는 "시스템 버스"를 포함할 수도 있다. 또한, 버스 시스템(38)에 연결된 것으로, 대용량 저장 장치(34), 네트워크 인터페이스(35), SMS 인터페이스(36), 및 다수(N개)의 입출력(I/O) 장치 (37-1) 내지 (37-N)가 있다.

입출력(I/O) 장치(37-1) 내지 (37-N)는 예를 들면, 키보드(15), 포인팅 장치(16), 디스플레이 장치(17) 및/또는 다른 통상의 I/O 장치를 포함할 수도 있다. 대용량 장치(17)는 마그네틱 디스크 또는 테이프, 마그네토-옵티칼(MO: Magneto-Optical) 저장 장치, 또는 다른 다양한 형태의 DVD 또는 CD 기본 저장 매체와 같이 대용량의 데이터를 저장하는 데 적합한 모든 장치를 포함할 수도 있다.

네트워크 인터페이스(35)는 지상망(112)상에서의 컴퓨터 시스템과 다른 컴퓨터 시스템 사이의 데이터 통신을 제공한다. 따라서, 네트워크 인터페이스(35)는 통상의 전화 모뎀, ISDN(Integrated Services Digital Network) 어댑터, DSL(Digital Subscriber Line) 어댑터, 케이블 모뎀, 위성 송수신기, 이더넷 어댑터 등과 같은 데이터 통신 링크를 통해서 컴퓨터 시스템이 원격 처리 장치와 데이터를 통신할 수 있도록 하는 또는 그러한 것에 적합한 모든 장치일 수도 있다. 마찬가지로, SMS 인터페이스(36)는 컴퓨터 시스템과 SMSC 간의 데이터 통신이 가능하게 한다. SMS 인터페이스(36)는 네트워크 인터페이스(35)와 동일하거나 유사한 유형의 장치이며, 실제로, 단일 통신 장치에서 네트워크 인터페이스(35)와 함께 구현된다.

물론, 도3에 도시된 많은 다양한 구조는 주어진 시스템의 특정한 필요에 따라 맞추어질 수 있다. 따라서, 주어진 시스템에 대해서 도3에 도시된 것에서 어떤 구성 요소가 첨가되거나 삭제될 수도 있다.

여기서 기술된 많은 특징은 소프트웨어로 구현될 수도 있다. 즉, 전술된 동작은 메모리에 저장되어 있는 명령 순서를 실행하는 프로세서에 응답하는 프로세싱 시스템에서 수행될 수도 있다. 그러한 명령은 RAM과 같은 메모리로부터 실행되고 대용량 저장 장치와 같은 지워지지 않는 저장 장치로부터 로드될 수도 있고 하나 이상의 원격 컴퓨터 시스템(전체적으로 "호스트 컴퓨터 시스템"이라 함)으로부터 로드될 수도 있다. 마찬가지로, 배선 회로는 소프트웨어 또는 소프트웨어의 조합을 대신해서 사용되어 여기서 기술되는 특징을 구현할 수도 있다. 따라서, 본 발명은 하드웨어 회로 및 소프트웨어의 특정한 조합으로 한정하는 것은 아니며, 컴퓨터 시스템에 의해 실행되는 특정 소스의 명령어로 한정하는 것도 아니다.

도4는 무선 장치(100)로 월드 와이드 웹(WWW) 상의 하이퍼미디어 내용에 접근하기 위해 SMS를 사용하는 시스템의 세부 블록도이다. 도4에 도시된 바와 같이, 인터넷(215)은 도1의 지상망(112)을 나타낸다. 웹 서버(202)는 도1의 네트워크 서버(104) 중의 하나를 나타내며 접근 가능한 하이퍼미디어 정보(예를 들면, HTML페이지 또는 WML카드)를 인터넷(215) 상의 다른 컴퓨팅 장치로 제공한다. 무선 장치(100)는 SMSC(212) 및 인터넷(215)과 연결되어 있는 프록시 서버(108)를 통해 웹 서버(202)의 정보에 접근한다. 무선 장치(100)와 프록시 서버(108) 간의 통신은 SMSC(212)를 포함하는 캐리어 기반 시설을 경유한다.

무선 장치(100)는 SMSC(212)가 수신하는 "키워드" SMS 메시지를 보낸다. SMS 메시지는 무선 장치(100)의 MIN에 규정된 바와 같이 SMSC(212)에 의해서 프록시 서버(108)로 제공된다. 프록시 서버(108)는 무선 장치(100)를 대신해서 SMS 메시지의 "키워드"에 대응하는 하이퍼미디어 내용에 대한 프록시 요구를 웹 서버(202)로 전송한다. 키워드는, 예를 들면, SMS 메시지내의 하나 이상의 단어이다.

무선 장치(100)의 사용자가 캘리포니타 레드우드 시티의 폰.컴이라는 회사의 실시간 주가를 원한다고 가정하자. 폰.컴의 주식 기호는 "PHCM"이다. 따라서, 사용자는 입력어 "QUOTE PHCM"를 SMS 메시지 모드에서 무선 장치로 입력한다. 여기서, "QUOTE"가 키워드이다. 입력어를 무선 장치로 입력하면, 무선 장치(100)는 SMS 메시지상태의 입력어를 SMSC(212)로 전달한다. 일반적으로, SMSC는 실시간 주식 시세를 제공하지 않기 때문에, 키워드 SMS 메시지 또는 SMS 메시지로부터 추출된 정보를 프록시 서버(108)와 같은 프록시 서버에 전달함으로써 인터넷(215)을 통해 요구된 정보를 찾아야 한다.

프록시 서버(108)는 SMSC(212)로부터 SMS 요구를 수신하는 즉시, 먼저 사용자가 서비스를 받을 자격이 있는 지에 대한 검증과 같은 다수의 관리 프로세스를 먼저 수행할 수도 있다. 프록시 서버(108)는 키워드에 근거하여 요구된 정보를 제공할 수 있는 애플리케이션을 식별하고 프록시 요구를 애플리케이션으로 전달한다. 프록시 요구는 주가를 얻을 수 있는 네트워크 자원을 식별하는 주소 또는 다른 식별자를 포함한다. 주소는 URL이거나 요구된 내용을 가질 수도 있는 네트워크 자원을 식별하는 데 적합한 식별자일 수도 있다. 프록시 서버(108)가 마크업 언어 포맷(예를 들면, HTML)으로 주식 시세(예를 들면, 주가)를 수신하면, 시제 정보는 프록시 서버(108)내의 풀 엔진(210)에 의해 변형되고 트랜스코딩되어 SMSC(212)가 무선 장치(100)로 전달할 수 있는 포맷으로 변환된 후, SMSC(212)로 전달된다.

웹 서버(202) 상의 요구된 내용은 마크업 언어(예를 들면, WML 또는 HTML)로 구성된 표시가능한 하이퍼미디어 페이지의 형태여서 각각의 하이퍼미디어 페이지는 URL과 같은 별개의 주소에 의해 식별된다. 하나의 페이지가 요구되면, 전체 페이지 또는 그 페이지의 링크를 포함하는 하나의 통지(a notification)는 프록시 서버 (108)의 변경을 조건으로 무선 장치(100)로 제공될 수 있다.

풀 엔진(208)의 다른 기능으로는 수신된 내용이 SMS 메시지 길이를 초과하는 경우 이를 분할하는 메시지 분할을 포함할 수도 있음을 알아야 한다. 특히, 메시지 분할은 긴 메시지를 다수개의 분할된 메시지로 분할하는 처리로서, 각각의 분할된 메시지는 SMS 메시지의 최대 길이(예를 들면, 150자)와 일치한다.

본 발명에서 기술되는 기술은 적어도 2개의 작동 모드, 즉 "풀" 및 "푸시"를 가진다. 풀 모드는 무선 장치(100)로부터의 요구에 응답하여 정보가 무선 장치 (100)로 제공될 때 사용된다. 프록시 서버(108)에서의 풀 엔진(210)은 일반적으로 풀 모드에서 프록시 서버(108)의 동작을 수행한다. 푸쉬 모드에서는 그러한 요구가 없더라도 무선 장치(100)로 정보를 제공한다. 프록시 서버(108)에서 메신저(208)는 일반적으로 푸쉬 모드에서의 프록시 서버(108)의 동작을 수행한다. 통상적으로, 푸쉬 모드는 애플리케이션이 무선 장치(100)의 사용자가 특정 유형의 내용에 관심이 있는 지를 결정한 후에 사용된다. 무선 장치(100)에 대해서 푸쉬되는 내용이 무선 장치(100)로부터의 모든 특정한 요구에 대응하여 전달되지 않는다고 하더라도, 무슨 내용을 푸쉬할 지 그리고 어떤 장치로 푸쉬할 지에 대한 결정은 무선 장치(100)로부터의 하나 이상의 이전 키워드 요구에 근거한다.

도5는 "풀" 모드의 작동에서 프록시 서버(108)가 수행할 수도 있는 프로세스의 흐름도이다. 먼저, 무선 장치(100)의 사용자는 SMS 에디터를 작동시켜 SMS키워드 요구를 입력한다. 사용자가 캘리포티아 레드우드시티의 폰.컴이라는 회사의 현재 주식 가격을 알려고 한다고 예를 들어 가정하자. 사용자는 SMS 에디터를 사용하여 무선 장치(100)의 키패드를 사용하여 "QUOTE PHCM"을 입력한다. 이 텍스트는 도6A에 도시된 바와 같이 사용자가 치는 대로 무선 장치(100)의 디스플레이상이 나타난다. 다음으로, 사용자는 도6B에 도시된 바와 같이, 디스플레이장치에 "711"과 같이 유사하게 표시되는 잘 알려지고 기설정된 프록시 서버(108)의 식별자를 입력한다. 사용자가 식별자를 입력하면, SMS요구 "QUOTE PHCM"은 무선 장치(100)에 의해 SMSC(212)로 전송된다. SMSC(212)는 이 요구를 인터페이스(211)을 통해 프록시 서버(108) 내의 풀 엔진(210)으로 발송한다. SMSC와 프록시 서버(108)간의 통신 프로토콜은 무선 장치(100)의 MIN을 포함한다.

도5를 참조하면, 단계(501)에서 인터페이스(211)는 MIN 및 SMS 요구의 텍스트를 추출하고 요구 텍스트를 풀 엔진(210)으로 전송한다. 단계(502)에서, 풀 엔진(210)은 요구 텍스트를 외부 애플리케이션과 통신할 때 기대되는 문자 세트로 트랜스코드한다. 트랜스코딩은 예를 들면 간단한 룩업 작동(look-up operations)을 사용하여 수행될 수 있으며 알려진 문자 세트는 상이한 장치에 의해 사용된다. 다음으로, 풀 엔진(210)은 SMS 요구의 텍스트를 분석한다. 일 실시예에서, "키워드"는 요구 텍스트의 첫 번째 워드로 취급된다. 하지만, 키워드는 기설정된 다수의 다중 워드일 수도 있고 이런 경우 요구의 처음 워드가 아니다. 따라서, 단계(503)에서 풀 엔진(210)은 요구 텍스트로부터 키워드를 추출한다. 본 실시예에서 키워드는 "QUOTE"이다.

프록시 서버(108)는 다수의 키워드와 그것들과 관련된 애플리케이션 식별자 (예를 들면, 다수의 URL)간의 매핑(예를 들면, 룩업 테이블)을 보관한다. 이 매핑은 통상의 웹 페이지 세트(또는 다른 사용자 인터레이스) 상에 허가된 개인이 접근 가능하도록 만들어지며 통상의 브라우저를 사용하여 변경되거나 갱신될 수 있다. 따라서, 프록시 서버(108)는 이러한 목적으로서 통상의 웹사이트로서 역할을 할 수도 있다. 지원되는 작동은 부가, 삭제, 편지 및 매핑 엔트리 보기 등을 포함한다.

따라서, 단계(504)에서 풀 엔진(210)은 매핑을 사용하여 SMS 요구의 키워드에 대응하는 URL을 룩업한다. URL은 요구된 내용(예를 들면, 주식 가격)을 가지는 애플리케이션을 식별한다. 다음으로, 풀 엔진(210)은 URL을 위한 HTTP 버전 1.1(HTTP/1.1) POST 방법을 구성하는 데, 이것은 요구("QUOTE PHCM") 및 Accept 및 Accept-Charset과 같은 다양한 헤드를 포함한다. POST방법은 무선 장치의 프록시 규정 가입자 번호를 찾는 애플리케이션이 사용하는 여분의 필드(an extra field)를 포함한다. 이 필드는 나중에 내용을 무선 장치로 "푸쉬"하는 데 사용될 수 있다. 예를 들면, 무선 장치의 MIN은 이 필드를 위해 사용될 수 있다.

전술한 POST 방법의 실체는 주식 시세의 예를 통해 보면 다음과 같다(여기서, 매핑으로부터 결정되는 URL은 제1라인의 "[URL]"로 대체된다):

POST [URL] HTTP/1.1\r\n

x-up-subno: UPWMS-211234567890-__upserver.uplink.com\r\n

Content-Type: text/plain\r\n

Accept: text/plain\r\n

Accept-Charset: ISO_8859-1

\r\n

QUOTE PHCM

다음으로, 단계(506)에서, 풀 엔진(210)은 URL이 지정한 애플리케이션을 연결하고 POST 동작을 제출한 후, 애플리케이션의 응답을 기다린다.

POST방법의 텍스트/플레인 내용은 (통상적으로) 애플리케이션에 의해 받아들여지며 처리된다. 그러한 경우에, 애플리케이션으로부터의 응답은 내용 유형의 텍스트/플레인 및 응답을 포함한 내용-본문을 가진 HTTP/1.1 응답이다. 그러한 응답의 예는 다음과 같으며, 여기서 되돌아온 내용은 "PHCM 500 1/4의 경우이다:

HTTP/1.1 200 Document follows\r\n

Content-type: text/plain\r\n

Content-length: 11\r\n

\r\n

PHCM 500 1/4\r\n

단계(507)에서 중간 휴식기간 중에 애플리케이션으로부터 응답이 없는 경우, 단계(512)에서 프록시 서버(108)는 SMSC(212)로 에러 메시지를 전송한다. SMSC (212)는 에러 메시지를 무선 장치(100)로 전송한다. 일반적으로, 프록시 서버(108)로 전송될 수도 있는 에러 메시지의 유형은 HTTP 프록시 에러, 키워드에 대한 URL 매핑 에러 및 일반적인 링크 에러를 포함한다.

단계(507)에서 응답이 수신되는 경우, 단계(508)에서 풀 엔진(210)은 단계(508)의 응답에서 내용을 추출한다. 단계(509)에서, 풀 엔진(210)은 애플리케이션에 의해 사용된 내용 유형(예를 들면, WML 또는 HTML)으로부터 추출된 내용을 SMSC가 이해할 수 있는 내용 유형(예를 들면, 텍스트/플레인)으로 변환한다. 변환은 하기에서 자세히 설명된다. 단계(510)에서, 풀 엔진(210)은 내용을 애플리케이션이 사용하는 문자 세트(예를 들면, ISO-8859-1)로부터 SMSC가 요구하는 문자 세트(예를 들면, GSM 문자 세트)로 트랜스코ELD한다. 트랜스코딩은, 예를 들면, 간단한 룩업 동작을 사용하여 완성할 수 있다. 단계(511)에서, 풀 엔진(210)은 트랜스코ELD된 내용을 무선 장치(100)로 전송하기 위해서 SMS 메시지로서 SMSC(212)에 전송한다.

HTTP/1.1은 프록시 서버(108)와 내용 애플리케이션간의 통신에 사용된느 프로토콜로서 기술되었다. 하지만, 다른 실시예에서, HTTP가 아닌 다른 하이퍼미디어 기반 프로토콜을 사용할 수도 있고 다른 버전의 HTTP를 사용할 수도 있다.

도7은 풀 엔진(210)에서 수행하며, 애플리케이션이 사용하는 내용 유형(예를 들면, WML 또는 HTML)으로부터 SMSC(212)가 사용할 수 있는 내용 유형(예를 들면, 텍스트/플레인)으로 수신된 내용을 변형하는 프로세스를 도시한다. 설명의 편의상, 애플리케이션의 응답은 WML 또는 HTML와 같은 마크업 포맷으로 가정하고, SMSC (212)는 텍스트/플레인 내용을 요구하는 것으로 가정한다. 먼저, 단계(701)에서 애플리케이션으로부터 마크업 파일 응답이 풀엔진(210)에 의해 수신된다. 단계(702)에서, 풀 엔진(210)은 파일에서 다음(또는 처음, 적용 가능한 경우) 마크업 태그를 위치시킨다. 다음으로, 풀 엔진(210)은 태그에 의해 식별된 내용이 변형하기에 적합한지를 결정한다. 적절하지 않은 경우, 태그 및 그것의 내용은 단계(706)에서 버려진다. 예를 들면, WML에서, "〈wml〉"(파일 마커),"〈care〉"(카드 마커), "〈a〉"(링크) 등과 같은 글로벌 태그를 변형하는 것은 적절하지 않다고 판단할 수 있다.

식별된 내용이 변형하기에 적절하다고 결정되면, 단계(704)에서, 태그는 버려지고 식별된 내용의 판독가능한 텍스트는 그 태그에 대한 변형된 결과로서 출력된다. 단계(704) 또는 단계(706) 다음의 단계(705)에서는, 파일 마지막 마커 태그 (an end-of-file marker tag)를 근거로 파일이 마지막 부분인지를 판단한다. 마지막 부분이 아니면, 프로세스는 다음 태그의 선택과 함께 단계(702)로 진행하며, 마비막 부분인 경우, 프로세스는 종료된다.

도7의 프로세스는 다음의 예를 사용하여 설명할 수 있다. 다음의 WML파일은 주가 서비스에 의한 프록시 서버(212)로 되돌아온 것으로 가정한다:

〈wml〉

〈card id=QUOTE title=quote1〉

〈p mode=nowrap〉Phone.com, Inc.〈/p〉

〈p mode=nowrap〉Last: 78 1/2〈/p〉

〈p mode=nowrap〉Chg: +2 3/4 (+3.38%)〈/p〉

〈p mode=nowrap〉Time: 15:12〈/p〉

〈p mode=nowrap〉Vol: 1,141,800〈/p〉

〈p mode=nowrap〉Open: 75 1/8〈/p〉

〈p mode=nowrap〉High: 80〈/p〉

〈p mode=nowrap〉Low: 75〈/p〉

〈a accesskey=1

href=/wml/refresh.asp?Path=/cgi-bin/quote.dll?Z=1＆amp;S=PHCM〉Refresh〈/a〉

〈a accesskey=1

href=/cgi-bin/quote.dll?Z=2＆amp;S=PHCM〉Detail〈/a〉

〈/card〉

〈/wml〉

도7의 변형 프로세스에 출력은 다음과 같다:

Phone.com, Inc.

Last 78 1/2

Chg: + 2 3/4 (+3.38%)

Time: 15:12

Vol: 1,141,800

Open: 75 1/8

High: 80

Low 75

일단 무선 장치(100)가 먼저 내용을 요구하면, 애플리케이션은 무선 장치(100)의 MIN과 요구의 특성을 기억할 수 있다. 그 결과, 애플리케이션은 무선 장치(100)의 사용자가 어떤 유형의 내용에 관심이 있는 지를 결정할 수 있고, 비동기적으로, 즉 무선 장치(100)로부터 특정한 요구에 대한 응답이 아닌 것으로, (프록시 서버(108) 및 SMSC(212)를 통해서) 무선 장치(100)로 그러한 내용을 제공할 수 있다. 이 동작의 모드를 전술한 바와 같이 "푸쉬"모드라고 지칭한다.

도8은 "푸쉬" 모드에서 프록시 서버(108)가 수행할 수도 있는 프로세스를 도시하는 흐름도이다. 전술한 바와 같이, 필드는 무선 장치로부터의 원래의 요구에 부가될 수 있어, 애플리케이션이 식별하고 계속해서 관련 정보를 무선 가입자에게 제공할 수 있다. 단계(801)에서, 대기하는 메신저는 내용 제공 애플리케이션으로부터 HTTP 애드 요구를 수신한다. 요구의 형태의 예는 다음과 같으며, 여기서 주가 "PHCM 500 1/4"가 "푸쉬"된 내용이다:

POST /ntfn/add HTTP/1.1 \r\n

x-up-notifyp-verion: upnotifyp/3.0\r\n

x-up-subno: UPWMS-211234567890-_upserver.uplink.com\r\n

x-up-ntfn-channel: push\r\n

Content-Type: text/plain\r\n

Content-Length: 11\r\n

\r\n

PHCM 500 1/4

요구의 내용 유형은 텍스트/플레인이고, 내용-본문은 무선 장치(100)로 전송될 메시지를 포함한다.

단계(802)에서, 메신저(208)는 요구의 포맷이 타당한지를 결정한다. 단계 (803)에서, 메신저(208)는 요구의 내용 유형이 사용자가 지원하는 지를 결정한다(즉, 텍스트/플레인). 포맷이 타당하지 않거나, 내용 유형이 지원받지 않는 경우, 에러 메시지가 애플리케이션으로 제공되고(단계 (810)), 프로세스는 종료된다. 포맷이 타당하고 내용의 유형이 지원받는 경우, 단계(804)에서 메신저(208)는 메시지를 SMSC(212)로 전송하기 위해 적절한 프로토콜 및 통신 메카니즘을 결정한다. 단계(805)에서, 메신저(208)는 애플리케이션으로부터 수신한 요구의 내용-본문에 있는 데이터로부터 SMS 메시지를 생성한다. 다음으로, 단계(806)에서, 메신저(208) SSM 애플리케이션이 사용하는 내용 유형(예를 들면, WML 또는 HTML)로부터 SMSC가 사용하는 내용 유형(예를 들면, 텍스트/플레인)으로 응답 텍스트를 변형한다. 다음으로, 단계(807)에서, 메신저(208)는 애플리케이션이 사용하는 문자 세트(예를 들면, ISO-8859-1)로부터 SMSC(212)가 요구하는 것(예를 들면, GSM)으로 응답 텍스트를 트랜스코딩한다. 다음으로, 단계(808)에서 메신저(208)는 SMS 메시지를 인터페이스(211)로 제공하고 인터페이스(211)은 메시지를 SMSC(212)로 전달한다. 단계 (809)에서 메신저(208)는 메시지가 무선 장치(100)로 전달하기 위해 받아들여졌다는 것을 애플리케이션으로 통지한다.

이상에서 설명한 바와 같이, 브라우저를 탑재하지 않은 무선 통신 장치가 인터넷 또는 다른 네트워크 상의 하이퍼미디어 내용에 접근할 수 있도록 하는 방법 및 장치가 기술되었다. 비록 본 발명은 특정한 예시적인 실시예를 참조하여 설명되었지만, 다양한 변경 및 변화는 첨부된 특허청구범위의 넓은 사상 및 범위로부터 벗어나지 않고 이루어질 수 있음은 명확하다. 따라서, 본 발명의 설명 및 도면은 본 발명을 설명하기 위한 것이지 본 발명을 제한하기 위한 것은 아니다.

Claims

네트워크로부터 무선 장치(a wireless device)로 내용(content)을 제공하는 방법으로서,

제 1 프로토콜에 따라서 상기 네트워크상의 자원으로부터 상기 내용을 수신하는 단계로서, 여기서, 상기 무선 장치는 제 2 프로토콜에는 일치하지만 상기 제1프로토콜에는 일치하지 않으며,

적절한 디스플레이를 위해서 상기 무선 장치가 수신할 수 있는 포맷으로 상기 내용을 메시지로 변환하는 단계와,

상기 메시지를 상기 무선 장치로 전달하기 위해 상기 메시지를 메시지 센터로 전송하는 단계를 포함하는 상기 방법.
제1항에 있어서,

상기 네트워크상의 자원으로부터 내용을 수신하는 단계는 상기 무선 장치로부터 상기 내용에 대한 요구에 응답하는 것으로 이루어지는 상기 방법.
네트워크로부터 무선 장치로 내용을 제공하는 방법으로서,

내용에 대한 상기 무선 장치로부터의 요구에 근거하여 메시지를 수신하는 단계와,

상기 메시지에서의 키워드를 식별하는 단계와,

사전에 규정된 규칙 세트에 따라서 상기 키워드를 네트워크 자원으로 매핑하는 단계와,

상기 네트워크 자원으로부터 상기 내용을 검색하는 단계와,

상기 내용을 상기 무선 장치의 요구 조건과 일치하는 응답으로 변환하는 단계를 포함하는 상기 방법.
제3항에 있어서,

상기 매핑하는 단계는 상기 네트워크 자원의 URL을 식별하기 위해 상기 키워드를 이용하는 단계를 포함하는 상기 방법.
제3항에 있어서,

상기 내용을 상기 무선 장치의 요구 조건과 일치하는 응답으로 변환하는 단계는,

상기 네트워크 자원이 사용하는 내용 유형(a content-type)으로부터 상기 무선 장치에 관련되는 내용 유형으로 상기 내용을 변형하는 단계와,

상기 네트워크 자원이 사용하는 문자 세트로부터 상기 무선 장치에 관계되는 문자 세트로 상기 내용을 트랜스코딩하는 단계를 포함하는 상기 방법.
네트워크로부터 무선 장치로 내용(content)을 제공하는 방법으로서,

상기 무선 장치로부터의 요구에 근거하여, 상기 무선 장치에 의해 실행되는 제 1 프로토콜 및 제1 문자 세트에 일치하는 메시지를 수신하는 단계와,

상기 메시지를 상기 네트워크의 제 2 문자 세트로 트랜스코딩하는 단계와,

상기 메시지에서 키워드를 식별하는 단계와,

상기 네트워크상의 네트워크 자원으로 상기 키워드를 매핑하는 단계와,

상기 네트워크에 의해 실행되는 제 2 프로토콜을 사용하여, 상기 네트워크 자원으로부터, 상기 키워드에 근거하여 상기 제 2 문자 세트에서의 내용을 검색하는 단계와,

상기 애플리케이션이 사용하는 내용 유형으로부터 상기 무선 장치가 사용하는 내용 유형으로 상기 내용을 변형하는 단계와,

상기 내용을 상기 제 1 문자 세트로 트랜스코딩하는 단계와,

상기 제 1 프로토콜을 사용하는 상기 제 1 문자 세트로 상기 내용을 상기 무선 장치로 제공하는 단계를 포함하는 상기 방법.
네트워크로부터 무선 장치로 내용을 제공하는 방법으로서,

상기 무선 장치로부터의 요구에 근거하여 메시지를 수신하는 단계와,

상기 메시지에서 키워드를 식별하는 단계와,

상기 키워드를 네트워크 자원으로 매핑하는 단계와,

상기 키워드에 근거하여 상기 네트워크 자원으로부터 내용을 검색하는 단계와,

상기 내용을 상기 무선 장치에 관련되는 내용 유형으로 변형하는 단계와,

상기 내용을 상기 무선 장치의 요구 조건과 일치하는 문자 세트로 트랜스코딩하는 단계를 포함하는 상기 방법.
제 3 항 내지 제 7 항 중 어느 한 항에 있어서,

상기 무선 장치로부터의 상기 요구는 제 1 프로토콜과는 일치하지만 제 2 프로토콜과는 일치하지 않는 상기 방법.
제 1 항 내지 제 7 항 중 어느 한 항에 있어서,

하이퍼미디어 프로토콜과 일치하는 상기 요구로 변환하는 단계와,

상기 요구를 상기 네트워크상의 상기 자원으로 전송하는 단계를 더 포함하는 상기 방법.
네트워크로부터 무선 장치로 내용을 제공하는 방법으로서,

다수의 키워드로터 다수의 네트워크 자원으로의 매핑(a mapping)을 보관하는 단계와,

상기 무선 장치로부터 무선 네트워크로 전송되는 제 1 SMS 메시지를 수신하는 단계와,

상기 제 1 SMS 메시지로부터 키워드를 식별하는 단계와,

상기 매핑을 사용하여 상기 키워드와 관계되는 네트워크 자원을 결정하는 단계와,

HTTP 트랜잭션을 사용하여 상기 네트워크 자원으로부터 내용을 검색하는 단계와,

상기 내용을 상이한 내용 유형으로 변형하는 단계와,

상기 내용을 상이한 문자 세트로 트랜스코딩하는 단계와,

상기 무선 장치로 전송하기 위해서, 상기 내용을 제 2 SMS 메시지로 SMS 센터로 제공하는 단계를 포함하는 상기 방법.
네트워크 상에 원격으로 보관되는 내용을 무선 장치로 제공하는 방법으로서,

SMS 센터(SMSC)를 통해서 상기 무선 장치로부터 내용에 대한, 무선 네트워크 상으로 전송되는 SMS 요구를 수신하는 단계와,

상기 SMS 요구를 플레인 텍스트 문자 세트로부터 마크업 언어 문자 세트로 트랜스코딩하는 단계와,

상기 트랜스코딩된 요구로부터 키워드를 추출하는 단계와,

키워드에 대한 URO 매핑(a keyword-to-URL mapping)을 보관하는 단계와,

상기 키워드에 관련된 URL을 식별하기 위해 상기 키워드에 대한 URO 매핑에서 상기 키워드를 룩 업(look up)하되, 상기 URL은 상기 내용을 제공할 수 있는 애플리케이션과 관계되는 단계와,

상기 키워드 및 상기 URL을 포함하는 HTTP POST 작동을 구성하는 단계와,

무선 네트워크를 통해서 상기 HTTP POST 작동을 상기 애플리케이션으로 제출하는 단계와,

상기 무선 네트워크를 통해서 상기 POST 작동에 응답하여 상기 애플리케이션으로부터 상기 내용을 포함하는 HTTP 응답을 수신하는 단계와,

상기 HTTP 응답으로부터 상기 내용을 추출하는 단계와,

마크업 언어로부터 플레인 텍스트로 상기 내용을 변형하는 단계와,

상기 애플리케이션의 문자 세트로부터 상기 SMSC의 문자 세트로 상기 내용을 트랜스코딩하는 단계와,

SMS 응답으로서 상기 변형되고 트랜스코딩된 내용을 상기 SMSC를 통해서 상기 무선 장치로 전송하는 단계를 포함하는 상기 방법.
무선 장치로부터의 요구에 근거하여 메시지를 수신하는 단계와,

상기 메시지에서 키워드를 식별하는 단계와,

상기 키워드를 상기 네트워크상의 네트워크 자원으로 매핑하는 단계와,

상기 키워드에 근거하여 상기 네트워크 자원으로부터 내용을 검색하는 단계와,

상기 애플리케이션의 내용 유형으로부터 상기 무선 장치가 사용 가능한 내용 유형으로 상기 내용을 변형하는 단계와,

상기 내용을 상기 무선 장치의 메시지 요구 조건과 일치하는 문자 세트로 트랜스코딩하는 단계를 포함하는 방법을 수행하는 기계가 실행할 수 있는 일련의 명령을 실체적으로 구체화하는 기계 판독가능한 프로그램 저장 매체.
네트워크로부터 무선 장치로 내용을 제공하는 장치로서,

상기 무선 장치로부터의 요구에 근거하여, 제 1 프로토콜 및 제1 문자 세트에 일치하는 메시지를 수신하는 수단과,

상기 메시지를 제 2 문자 세트로 트랜스코딩하는 수단과,

상기 메시지에서 키워드를 식별하는 수단과,

네트워크 자원으로 상기 키워드를 매핑하는 수단과,

제 2 프로토콜을 사용하여, 상기 네트워크 자원으로부터, 상기 키워드에 근거하여 상기 제 2 문자 세트에서의 내용을 검색하는 수단과,

상기 애플리케이션의 내용 유형으로부터 상기 무선 장치가 사용 가능한 내용 유형으로 상기 내용을 변형하는 수단과,

상기 내용을 상기 제 1 문자 세트로 트랜스코딩하는 수단과,

상기 제 1 프로토콜을 사용하는 상기 제 1 문자 세트로 상기 내용을 상기 무선 장치로 제공하는 수단을 포함하는 상기 장치.
네트워크 상에 원격으로 보관되는 내용을 무선 장치로 제공하는 장치로서,

SMS 센터를 통해서 상기 무선 장치로부터 내용에 대한, 무선 네트워크 상으로 전송되는 SMS 요구를 수신하는 수단과,

상기 SMS 요구를 제 1 문자 세트로부터 제 2 언어 세트로 트랜스코딩하는 수단과,

상기 트랜스코딩된 요구로부터 키워드를 추출하는 수단과,

키워드에 대한 URO 매핑(a keyword-to-URL mapping)을 보관하는 수단과,

상기 키워드에 관련된 URL을 식별하기 위해 상기 키워드에 대한 URO 매핑에서 상기 키워드를 룩 업(look up)하되, 상기 URL은 상기 내용을 제공할 수 있는 애플리케이션과 관계되는 수단과,

상기 키워드 및 상기 URL을 포함하는 HTTP POST 작동을 구성하는 수단과,

무선 네트워크를 통해서 상기 HTTP POST 작동을 상기 애플리케이션으로 제출하는 수단과,

상기 무선 네트워크를 통해서 상기 POST 작동에 응답하여 상기 애플리케이션으로부터 상기 내용을 포함하는 HTTP 응답을 수신하는 수단과,

상기 HTTP 응답으로부터 상기 내용을 추출하는 수단과,

내용 유형의 애플리케이션으로부터 SMSC가 사용 가능한 내용 유형으로 상기 내용을 변형하는 수단과,

상기 제 2 문자 세트로부터 상기 제 1 문자 세트로 상기 내용을 트랜스코딩하는 수단과,

SMS 응답으로서 상기 트랜스코딩된 내용을 상기 SMSC를 통해서 상기 무선 장치로 전송하는 수단을 포함하는 상기 장치.