메시징 프록시 시스템{MESSAGING PROXY SYSTEM}

메시지 지향 미들웨어(Message oriented middleware; MOM)는 수년 동안 이용 가능해 왔다. 1998년 10월에, 선 마이크로시스템즈(Sun Microsystems)사로부터 산업 표준인 자바 메시지 서비스(Java Message Service, JMS)가 출시되었다. 프로그래밍 인터페이스 레벨에서, 상기 표준은 메시징 미들웨어가 자바 어플리케이션으로부터 어떻게 엑세스되는지를 설명한다. JMS의 2가지 주요 추상 개념은 "토픽(topics; 메시징을 발행/인용)" 및 "큐(queues; 포인트 대 포인트 메시징)"이다. 상기 표준이 메시징 미들웨어에 대한 인터페이스를 설명하는 반면에, 상기 미들웨어의 구현은 명시되지 않았다. 또한, 무선 이동 장치들(전화기, 호출기, PDA(personal digital assistants) 또는 랩탑 컴퓨터 등과 같은)의 통합도 명시되지 않았다.

현존하는 메시징 미들웨어는 유선 네트워크(이더넷(Ethernet) 또는 토큰링(Token Ring))을 통하여 비이동 장치들(개인용 컴퓨터 또는 서버 컴퓨터)로부터 상기 미들웨어를 엑세스하는 것을 가능하게 한다. 상기 네트워크는 일반적으로 TCP/IP, HTTP 또는 SSL같은 통신 프로토콜을 운영한다. 지원되는 무선 이동 장치는 무선 전송 프로토콜(WAP, GSM, SMS, GPRS 또는 UMTS등) 상에 메시지 전송 프로토콜을 구현하기 위해, 그리고 이 메시지 전송 프로토콜을 상기 미들웨어에 통합하기 위해 미들웨어의 벤더(vendor)를 필요로 하였다.

이것은 다음의 이유로 인해 제한된 응용성을 갖는다.

- 선행 기술인 JMS 메시징 미들웨어는 이동 장치 상에서 이용 가능한 것보다 더 많은 컴퓨터 메모리를 필요로 한다.

- 코포리트(corporate) 네트워크로부터 자주 연결이 끊어지는 이동 장치는 선행 기술인 JMS 메시징 미들웨어 제품들에서 지원되지 않는다.

- WAP, SMS, GPRS 또는 UMTS와 같은 무선 프로토콜은 TCP/IP, HTTP 또는 SSL 프로토콜이 상기 무선 프로토콜의 상위에서 사용되지 않을 경우에 선행 기술인 JMS 메시징 미들웨어 제품들에 의해 지원되지 않는다.

- 비록 선행 기술인 JMS 메시징 미들웨어 제품들이 TCP/IP, HTTP 및 SSL과 같은 통신 프로토콜을 지원한다 하더라도, 이들은 다른 어떠한 통신 프로토콜들을 지원하지 않는다.

또한, TCP, HTTP 또는 SSL은 유선 네트워크를 위해 설계되었고, 따라서 무선 네트워크 상에서 잘 작동되지 못하기 때문에, 상당한 성능 충돌이 있다.

본 발명은 무선 및 유선 네트워크를 통한 하드웨어 또는 소프트웨어 컴포넌트 사이, 이동(mobile) 및 비이동(non-mobile) 장치들 사이에서 전자적 메시지들을 전송하기 위한 기술에 관한 것이다.

도 1은 본 발명에 따른 시스템의 바람직한 일 실시예의 블럭 다이어그램이며, 그리고

도 2는 본 발명에 따른 방법의 일 실시예의 UML 시퀀스 다이어그램이다.

따라서 본 발명의 첫번째 목적은 클라이언트의 역할을 하며 이동 무선 장치상에서 동작하는 어플리케이션 및 유선 네트워크의 컴퓨터 상에서 동작하는 어플리케이션 사이의 데이터 전송을 위한 시스템을 제공하는 것이다. 본 발명의 다른 목적은 클라이언트의 역할을 하며 이동 무선 장치 상에서 동작하는 어플리케이션 및 유선 네트워크의 컴퓨터 상에서 동작하는 어플리케이션 사이의 데이터 전송을 위한 방법을 제공하는 것이다. 또한, 본 발명의 또 다른 목적은 이동 무선 장치 상의 클라이언트 및 컴퓨터에서 동작하는 어플리케이션 사이에서 메시지를 전송하기 위해 사용 가능한 컴퓨터의 메모리로 로드될 수 있는 컴퓨터 프로그램을 제공하는 것이다. 본 발명의 다른 목적은 유선 컴퓨터 네트워크에 연결된 컴퓨터 상에서 구현하기 위하여 컴퓨터 가독성이 있는 프로그램 코드 수단을 갖는 컴퓨터 사용 가능한 매체를 포함하는 컴퓨터 프로그램 제품을 제공하는 것이다. 그리고 본 발명의 또 다른 목적은 이동 장치의 메모리로 직접 로드될 수 있고, 상기 메시징 미들웨어를 전적으로 상기 이동 장치의 메모리 내로 로드할 필요 없이, 상기 이동 장치가 선행 기술에 따라 메시징 미들웨어 제품을 엑세스하는 것이 가능한 컴퓨터 프로그램을 제공하는 것이다.

본 명세서에서 개시한 메시징 프록시 시스템은 선행 기술인 메시징 미들웨어 제품의 사용자들로 하여금, 선행 기술인 메시징 미들웨어가 상기 이동 장치의 메모리로 로드될 필요 없이, 어떠한 무선 전송 프로토콜을 통해서도 이동 장치로 메시지를 송신하는 것, 및 이동 장치로부터 메시지를 수신하는 것을 가능하게 하는 주요한 기술적 진보이다.

상기 메시지 프록시 장치를 동작하기 위한 시스템은 적어도 하나의 접속 가능한(pluggable) 프로토콜 어댑터를 포함하는 시스템 구조로 컴퓨터 프로그램에 의해 구현되는 메시지 프록시를 포함한다. 본 발명의 바람직한 실시예에 있어서, 상기 프록시는 또한 적어도 하나의 접속 가능한 데이터베이스 어댑터를 더 포함한다.

본 발명은 또한 이동 장치의 메모리로 직접 로드될 수 있는 가벼운(thin) 메시지 클라이언트 컴퓨터 프로그램을 포함한다. 상기 가벼운 메시지 클라이언트 프로그램은 이동 장치가 가벼운 클라이언트 및 메시지 지향 미들웨어 사이에서 프록시 컴퓨터 프로그램을 매개자로써 사용함으로써, 그리고 이것에 의해 적어도 하나의 무선 전송 프로토콜을 이용함으로써, 선행 기술에 따른 메시지 지향 미들웨어로 메시지 및 명령어 토큰(command token)을 교환하는 것을 가능하게 한다. 상기 가벼운 메시지 클라이언트 컴퓨터 프로그램은 적어도 하나의 접속 가능한 프로토콜 어댑터의 시스템 구조를 실현한다. 되도록이면, 또한 적어도 하나의 접속 가능한 데이터베이스 어댑터의 시스템 구조를 실현한다.

우선 바람직한 실시예에 따르면, 상기 프록시 컴퓨터 프로그램은 선행 기술인 미들웨어와 상호 작용하기 위하여 컴퓨터 상에 저장될 수 있는 프로그램 모듈이다. 그러나, 다른 실시예에 따르면, 상기 프록시는 미들웨어 내부에 직접 통합될 수 있다. 그 다음에, 상기 프록시 컴퓨터 프로그램은 수정된 미들웨어 소프트웨어 툴의 일부분이다.

이하, 첨부 도면을 참조하여 본 발명의 실시예를 상세히 설명한다.

도면을 참조하면, 도 1은 본 발명의 바람직한 일 실시예의 블럭 다이어그램을 도시한다. 더욱 상세하게는 비이동 컴퓨터 및 이동 무선 장치 상에 로드된 소프트웨어 툴의 설비를 보여주며, 상기 설비는 다음을 포함한다:

- 메시지 프록시(1),

- 무선 통신 프로토콜로 상기 프록시(1)에 링크된 가벼운 JMS 메시지 클라이언트들(2, 2', 2"),

- 선행 기술에 따른 JMS 메시지 지향 미들웨어(3), 및

- JMS 메시지 지향 미들웨어 클라이언트(4).

상기 메시지 프록시(1)는 상기 JMS 메시지 지향 미들웨어(3)와 분리될 수도 있거나 또는 통합될 수도 있다.

상기 블럭 다이어그램은 메시지 프록시 하부 구조 배치의 단지 일 실시예이다. 어떠한 수의 메시지 프록시들, 가벼운 JMS 메시지 클라이언트들, 메시지 지향 미들웨어 제품들 및 메시지 지향 미들웨어 제품 클라이언트들이라도 특정 설비에서 존재할 수 있다.

상기 메시지 프록시(1)는 통상의 컴퓨터 네트워크 서버, 예를 들어 윈도우즈 NT 서버 상에서 구현될 수 있고, 예를 들어 백그라운드에서 동작될 수 있다. 이것은 클라이언트 연결을 유지하고, JMS 토픽 및 큐에 대한 클라이언트인용(subscriptions)을 유지하며, JMS 메시지를 송수신하고, 그리고 그것의 데이터베이스에 JMS 메시지를 저장하여 클라이언트가 프록시로부터 연결이 끊어지는 경우에 메시지들이 손실되지 않도록 한다.

상기 메시지 프록시(1)는 적어도 하나의 접속 가능한 전송 프로토콜 어댑터를 포함한다. 도 1은 6개의 특정한 무선 전송 프로토콜 어댑터(WAP(1a), UMTS(1b), HTTP(1c), DAB/GSM 데이터(1d), SMS(1e), GPRS(1f))의 예를 보여준다. 어떠한 수의 추가적인 무선 프로토콜 어댑터(1g)라도 존재할 수 있다. 접속 가능한 프로토콜 어댑터는 메시지 프록시가 임의의 무선 프로토콜을 이용하여 메시지 클라이언트로 메시지를 송신하는 것, 및 메시지 클라이언트로부터 메시지를 수신하는 것을 가능하게 한다. 상기 프로토콜 어댑터는 GPRS 또는 TCP/IP와 같은, 존재하는 전송 프로토콜을 실현하며, 또한 상기 존재하는 전송 프로토콜 상에 추가적인 특징들을 제공한다. 이러한 추가적 특징들의 예는 데이터 암호화 및 메시지의 보증된 전송을 포함한다. 상기 프로토콜 어댑터는 하나 또는 수개의 프로토콜 객체(objects)로 나뉜다. 각각의 프로토콜 객체는 상기 프로토콜 어댑터에 의해 제공되는 기능의 일부분을 제공한다. 예를 들어, 하나의 프로토콜 객체는 데이터를 암호화하거나, 또는 데이터를 압축하거나, 또는 네트워크 상에서 손실된 메시지를 재전송하기 위하여 데이터 발송자에게 요청할 수 있다.

상기 메시지 프록시(1)는 또한 데이터 베이스 어댑터를 포함한다. 이것은 상기 프록시가 메시지 및 클라이언트 인용 정보를 임의의 데이터베이스에 저장하는 것을 가능하게 한다.

시작시에, 상기 메시지 프록시(1)는 그 구성(configuration) 데이터를 읽어 모든 구성된 프로토콜 어댑터를 초기화한다. 또한 프록시에 알려진 모든 메시지 클라이언트의 토픽 및 큐 인용을 초기화한다. 실행 시간에, 메시지 프록시 서비스(그러나, 특정 프로토콜 어댑터가 중단되는 경우에, 상기 어댑터에 대한 서비스는 더 이상 사용 가능하지 않음)를 방해하지 않고서, 추가적인 프로토콜 어댑터가 시작되거나, 또는 작동중인 프로토콜 어댑터가 중단될 수 있다. 실행 시간에, 추가적인 클라이언트가 프록시에 연결되거나, 또는 존재하는 클라이언트가 프록시로부터 연결이 끊어질 수 있다.

각각의 가벼운 JMS 메시지 클라이언트(2, 2', 2")는 이동전화기, 무선 모뎀을 갖는 작은 랩탑 컴퓨터, 팜탑 장치 또는 프로세서, 무선으로 통신하기 위한 메모리 및 통신 수단을 포함하는 다른 어떤 장치와 같은, 이동 무선 장치 상에 설치된다. 이것은 선행 기술인 메시징 미들웨어(3)에 의해 사용되는 프로그래밍 라이브러리의 적어도 일부분과 동일하거나, 또는 유사한 JMS 프로그래밍 라이브러리를 포함한다. 상기 가벼운 JMS 메시지 클라이언트 라이브러리는 한정된 메모리 및 프로세싱 능력을 갖는 이동 장치의 메모리에 로드될 정도로 충분히 작다.

상기 가벼운 JMS 메시지 클라이언트 라이브러리의 이러한 작은 자취(footprint)는 JMS 클라이언트 어플리케이션이 수행하거나 또는 유지해야만 하는 대부분의 계산 및 대부분의 상태 정보를 클라이언트로부터 프록시로 덜어냄으로써 달성될 수 있다. 상기 가벼운 JMS 메시지 클라이언트는 주로 JMS 인터페이스로 구성된다. 상기 인터페이스를 구현하기 위해 필요한 대부분의 자바 코드는 프록시상에서 동작되며 가벼운 JMS 메시지 클라이언트 상에서 작동되지 않는다. 프록시는 또한 클라이언트와 관련된 JMS 상태 정보를 유지한다. 예를 들어, 프록시는 클라이언트에 의해 아직 통지되지 않은 JMS 메시지들을 저장한다. 또한, 가벼운 JMS 메시지 클라이언트는 인용된 큐 및 토픽들의 이름을 저장할 필요가 없다. 이 정보는 오직 프록시에 의해서만 저장된다. 내부적으로, 가벼운 JMS 클라이언트는 숫자값과 같은 코드 정보를 토픽 및 큐에 참조하기 위해 사용한다. 상기 코드 정보는 1 바이트만큼 작을 수 있다. 각각의 토픽 또는 큐에 대해 수백 또는 수천 바이트일 수 있는 이러한 큐 및 토픽들의 실질적 표현은 프록시 내에 저장된다. 가벼운 JMS 클라이언트가 특정한 토픽에 대해 메시지를 발행하려고 할 때, 클라이언트는 JMS 메시지 및 그 토픽에 관련된 코드 정보만 프록시로 송신한다. 이러한 모든 것은 가벼운 JMS 클라이언트의 영향 영역을 상당히 줄인다.

가벼운 JMS 메시지 클라이언트(2)는 또한 프록시에 클라이언트가 인용하기 원하는 JMS 토픽 및 큐들을 알리기 위해 사용되는 전송 프로토콜 어댑터(2a, 2a', 2a")를 포함하는 명령어 및 메시지 전송 시스템을 포함한다.

메시지 클라이언트(2, 2', 2")는 또한 데이터베이스 어댑터를 포함한다. 이것은 클라이언트가 임의의 데이터베이스를 이용하여 JMS 메시지 및 다른 정보를 국지적으로 저장하는 것을 가능하게 한다. 메시지 데이터베이스는 무선 네트워크 도달범위(coverage)의 부족으로 인해, 또는 프록시가 동작하지 않기 때문에, 클라이언트가 프록시와 통신할 수 없는 경우에, 클라이언트에 의해 제출된 JMS 메시지 및 JMS 인용이 손실되지 않도록 보장하기 위하여 필요하다.

메시지 클라이언트(2, 2', 2")는 그것의 전송 프로토콜 어댑터(2a, 2a', 2a")를 이용하여 메시지 프록시(1)에 연결된다. 관련되는 프로토콜 어댑터가 프록시 상에서 동작하면, 연결은 성공적이다. 메시지 클라이언트 및 메시지 프록시 사이의 더 많은 통신은 익숙한 발행/인용(publish/subscribe) 또는 JMS의 포인트-투-포인트(point-to-point) 모델에 따른다.

JMS 토픽 또는 JMS 큐는 관계되는 프로토콜 어댑터에 독립적으로 명명되고 관리된다. 클라이언트가 "WAP" 프로토콜 어댑터를 이용하여 프록시에 연결되는 경우에, 만약 두 클라이언트가 똑같은 JMS 토픽 또는 큐를 사용한다면 "GPRS" 프로토콜 어댑터를 사용하여 연결된 클라이언트와 통신할 수 있다.

프로토콜 어댑터는 다음을 필요로 하는 적어도 하나의 로직(logic)을 내포한다:

- HTTP, WAP 또는 GSM 데이터와 같은, 전송 프로토콜과의 인터페이스

- 메시지 전송을 위해 서비스의 품질을 특정하고 보증하는 것

어떤 전송 프로토콜들은 "최선의 작용(best effort)" 전송 모드에서 동작된다. 따라서, 특정한 프로토콜에 단순히 적응하는 것은 항상 충분한 것은 아니다("최선의 작용"이 바람직한 메시지 전송 보증이 아닌 경우). 따라서, 프로토콜 어댑터는 기본 네트워크 전송 보증을 향상시키기 위해 전송 프로토콜 메카니즘 및 서비스 메카니즘의 품질 모두를 포함한다.

네트워크 신뢰도는 다음과 같이 향상된다. 송신 프로토콜 어댑터는 외부로 나가는 모든 메시지에 대한 시퀀스 수(sequence number)와 같은 신뢰도지시자(reliability indicator)를 첨부한다. 신뢰도 지시자는 메시지 송신시 미리 정해진 방법으로 변화한다. 예를 들어, 시퀀스 수는 각 송신된 메시지 후에 하나씩 증가된다. 수신 어플리케이션은 메시지가 손실되었는지 탐지하기 위하여, 내부로 들어오는 메시지의 신뢰도 지시자를 사용한다. 기재된 실시예에서, 이것은 지금 막 수신된 메시지의 시퀀스 수가 이전 메시지의 시퀀스 수보다 큰 경우에, 1이 더해진다. 메시지 손실의 경우에, 수신자는 송신자에 어느 메시지가 재전송되어야 하는지를 지시하는 명령어 토큰을 송신한다. 그러면 송신자는 요청된 메시지를 재전송한다. 송신자는 메시지 재전송 요청을 충족할 수 있도록 하기 위하여 지역 데이터베이스에 메시지들을 저장한다.

데이터베이스 어댑터는 다음을 필요로 하는 적어도 하나의 로직을 내포한다:

- 포인트베이스(PointBase), 오라클(Oracle), DB/2, 또는 사이베이스(Sybase)와 같은 데이터베이스 제품과의 인터페이스, 또는 JDBC 또는 ODBC와 같은 휴대용 데이터베이스 엑세스 소프트웨어와의 인터페이스.

- JMS 메시지 및 JMS 인용 요청들의 저장 및 검색(retrieve).

메시지 클라이언트(2)는 예를 들어 선 마이크로시스템즈(Sun Microsystems)사로부터의 JMS API를 구현한다. 이것은 완전한 JMS 기능을 성취하기 위하여 프록시와 협동한다. 클라이언트가 JMS 큐 또는 토픽을 인용하고자 하는 경우에, 그것의 명령어 하부 시스템은 상기 인용 정보를 포함하는 명령어 토큰을 만들어낸다. 그 다음에 상기 명령어 토큰은 무선 통신을 이용하여 프록시로 전송된다. 이것 때문에, 상기 토큰은 클라이언트 측에서 프로토콜 어댑터(2a, 2a', 2a")를 통해 전송되고 프록시 측의 프로토콜 어댑터(1a, 1b, 1c, 1d, 1e, 1f 또는 1g)에 의해 수신된다.

명령어 토큰의 수신시에, 프록시(1)는 토큰 내에 포함된 인용 정보를 읽고 클라이언트를 대신하여 선행 기술인 미들웨어로 JMS 인용을 수행한다.

클라이언트가 JMS 토픽 또는 큐로부터 인용하지 않으려 하는 경우, 클라이언트가 JMS 메시지를 전송하려고 하는 경우, 또는 클라이언트에 의해 요청되는 어떤 다른 JMS 액션에 대하여, 더 많은 명령어 토큰들이 생성된다.

JMS 메시지가 토픽 또는 큐로 수신되는 경우에 프록시(1)는 클라이언트를 위해서 인용하고, 상기 프록시는 JMS 메시지의 데이터를 포함하는 메시지 토큰을 생성한다. 메시지 토큰은 그 다음에 무선 통신을 이용하여 클라이언트(2)에 전송된다. 그것에 대해서 토큰은 프록시 측의 프로토콜 어댑터(1a, 1b, 1c, 1d, 1e, 1f 또는 1g)를 통해 전송되고 클라이언트 측의 프로토콜 어댑터(2a, 2a', 2a")에 의해 수신된다.

가벼운 JMS 메시지 클라이언트(2)에 의한 이러한 메시지 토큰의 수신시에, JMS 메시지는 클라이언트에 의해 만들어진다. 그 다음에, 상기 JMS 메시지는 클라이언트에 의해 처리된다. 예를 들어, 메시지는 그래픽 유저 인터페이스(graphical user interface) 내에서 가시화될 수 있다.

선행 기술에 따른 JMS 메시지 지향 미들웨어(3)는 어떠한 JMS 메시징 미들웨어 제품, 예를 들어 IBM사의 MQSeries, SoftWired사의 iBus 또는 Progress사의 SonicMQ 중 어느 하나가 될 수 있다.

JMS 메시지 지향 미들웨어 클라이언트(4)는 선행 기술인 JMS 메시지 지향 미들웨어(3)를 사용하여 비이동 컴퓨터, 즉 유선 컴퓨터 네트워크에 연결된 컴퓨터 상에서 구현된다. 선행 기술에 따른 하나 또는 그 이상의 JMS 메시지 지향 미들웨어 클라이언트(4)가 존재할 수 있다.

상이한 실시예들 사이에서 통신의 실시예를 설명하기 위하여, 가벼운 JMS 메시지 클라이언트(2)는 토픽(T)에 인용된다는 것을 가정한다. 이러한 토픽(T)은 어플리케이션에 의존하여 주식 시세 또는 스포츠 뉴스의 흐름을 나타낼 수 있고, 또는 디지털 오디오를 운반하는 전송 채널을 나타낼 수 있다. 선행 기술인 JMS 메시지 지향 미들웨어 클라이언트(4)가 JMS 메시지를 토픽(T)으로 전송하는 경우에, 상기 메시지는 처음에 선행 기술인 JMS 메시지 지향 미들웨어(3)를 통과한다. 상기 메시지는 그 다음에 가벼운 클라이언트(2)를 위해 프록시(1)에서 수신된다. 그 다음에, 상기 프록시(1)는 전송 프로토콜 어댑터들(1a, 1b, 1c, 1d, 1e, 1f 또는 1g) 중 하나를 이용하여 JMS 메시지를 클라이언트(2)로 메시지 토큰의 형태로 전송한다. 마지막으로, 상기 클라이언트(2)는 클라이언트(2)는 선행 기술인 JMS 메시지 지향 미들웨어(3)를 직접 엑세스하는 것과 마찬가지로, JMS 메시지를 토픽(T) 상에서 수신한다.

상기 절차를 더 상세히 보여주기 위하여, 이하, 이동 무선 장치상에서 동작하고 클라이언트의 역할을 하는 어플리케이션, 및 비이동 컴퓨터 상에서 동작하는 어플리케이션 사이에서 정보를 전송하기 위한 방법의 실시예가 도 2를 참조하여 설명된다.

도 2의 시퀀스 다이어그램은 하나의 정보 교환 동안에, 즉 이동 클라이언트에 의한 토픽(T)을 위한 JMS 토픽 발행자(TopicPublisher)의 생성 및 토픽(T) 상에서 발행된 메시지의 연속적인 발행 동안, 이동 클라이언트 및 프록시 사이에서 발생하는 상호 작용 -화살표에 의해 표시됨-을 도시한다. 상기 다이어그램에서, 이동 클라이언트는 음영 및 점선 박스에 의해 표시된다. 도면 우측 상의 수직선은 메시지 프록시를 나타낸다. 상기 방법 단계는 도 1의 참조 숫자와 혼동되지 않는 숫자에 의해 표시된다.

1. 어플리케이션의 요청시에, JMS 토픽발행자 객체 "Pub"가 JMS 발행/인용 토픽 "T"를 위해 생성된다. 후에, "Pub"는 이동 클라이언트 어플리케이션이 토픽 "T" 상에서 JMS 메시지를 발행하는 것을 가능하게 한다.

2. 가벼운 메시지 클라이언트 라이브러리는 클라이언트를 위하여, JMS 토픽발행자를 할당하기 위한 프록시에 의해 요구되는 정보를 포함하는 명령어 토큰을 생성한다. 상기 명령어 토큰은 '발행자 생성' 명령어를 나타내는 코드 정보(예를 들어, 1 바이트 수)를 포함한다. 또한 발행자를 나타내는 정보 코드 "P"(예를 들어 1 바이트 수) 뿐만 아니라 발행자가 결합될 JMS 토픽 "T"(예를 들어 1바이트 수)도 포함한다.

3. 프록시는 가벼운 클라이언트를 위하여, 토픽 "T"를 위한 JMS 토픽발행자 "Pub"를 생성한다.

4. 프록시는 토픽발행자 "Pub"를 코드 정보 "P"와 연관시킨다. 이것은 코드 정보 "P"를 검색 키(key)로서 사용하여 데이터 사전 내로 토픽발행자 "Pub"를 저장함으로써 행해질 수 있다.

5. 클라이언트 어플리케이션은 어플리케이션 특정 정보, 예를 들어 책 순서등을 포함하는 JMS 메시지 "msg"를 생성한다. 이 단계는 물론 차후의 단계 6를 포함하여 단계 3 및 단계 4에 이어서 또는 동시에 수행될 수 있다.

6. 클라이언트 어플리케이션은 이제 토픽 "T" 상에서 토픽발행자 "Pub"를 이용하여 JMS 메시지 "msg"를 발행한다.

7. 가벼운 메시지 클라이언트 라이브러리는 선행기술인 JMS 미들웨어를 이용하여 메시지를 발행하기 위한 프록시에 의해 요구되는 정보를 포함하는 명령어 토큰을 생성한다. 상기 명령어 토큰은 '발행 수행' 명령어를 나타내는 코드 정보(예를 들어 1 바이트 수)를 포함한다. 이것은 또한 메시지 "msg" 뿐만 아니라 토픽발행자(코드 "P")를 위한 코드 정보를 포함한다.

8. 프록시는 코드 "P"와 연관된 토픽발행자 "Pub"을 검색한다. 이 발행자 "Pub"은 단계 4에서 코드 "T"와 연관되었다.

9. 마지막으로, 프록시는 선행 기술인 JMS 미들웨어를 이용하여 토픽 "T" 상에서 JMS 메시지 "msg"를 발행한다. 구체적으로, 프록시는 토픽 "T" 상의 메시지 "msg"를 JMS를 이용하여 선행 기술인 JMS 어플리케이션으로 전송한다.

<사용된 용어 정리>

TCP : Transmission Control Protocol

IP : Internet Protocol

HTTP : Hypertext Transfer Protocol

WAP : Wireless Application Protocol

WDP : WAP Wireless Datagram Protocol

SSL : Secure Socket Layer

JMS : Java Message Service( http://java.sun.com/products/jms/ )

PDA : Personal Digital Assistant

SMS : Short Messaging Service

GSM : Global System for Mobile Telecommunication

DAB : Digital Audio Broadcast

JDBC : Java Database Connectivity( http://java.sun.com/products/jdbc/ )

ODBC : Microsoft's Open Database Connectivity

MOM : Message Oriented Middleware

따라서, 상술한 바와 같은 본 발명에 따른 메시징 프록시 시스템은 클라이언트의 역할을 하며 이동 무선 장치 상에서 동작하는 어플리케이션 및 유선 네트워크의 컴퓨터 상에서 동작하는 어플리케이션 사이의 데이터 전송을 가능하게 함으로써, 종래의 시스템에 있어서 제한된 응용성을 개선시킨 탁월한 효과가 있다.