서로 다른 이동 통신 서비스에 가입된 단말기끼리도 공용 가능한 네트워크 컨텐츠 제공방법 및 그에 따른 장치{Method and apparatus for providing network contents between mobile devices subscribed with another telecommunication service systems}

본 발명은 컨텐츠 제공분야에 관한 것으로, 특히 공용의 무선 컨텐츠를 제공하는 방법 및 장치에 관한 것이다.

일반적으로 초기의 국내외 무선 인터넷 서비스로서는 단문 메시지 시스템(SMSC) 기반 서비스와 WAP 또는 ME 기반의 마이크로 브라우저를 통한 서비스가 있었다. 상기 WAP 또는 ME 기반 컨텐츠는 무선통신 업체들의 무선인터넷망을 이용하는 것으로서, WAP은 011, 017, 및 019 서비스에서 사용하는 프로토콜이며, 016과 018은 ME(Mobile Explorer)를 사용하고 있었다.

그러나, 도 1에서 보여지는 바와 같이, 최근에는 멀티미디어 컨텐츠의 원활한 제공을 위해 VM(Virtual Machine) 기반의 서비스가 출현되어 VM을 탑재한 단말기에 단순한 텍스트 위주 서비스가 아닌 멀티미디어 컨텐츠를 제공하는 것이 가능해졌다. 종래 기술에 따른 네트워크 컨텐츠 제공을 보여주는 도 1을 참조하면, 컨텐츠 자원, 컨텐츠 로직, 통신 에이전트를 각기 포함하는 컨텐츠 제공서버들(10,20,30)은 각기 대응되는 이동통신 서비스 시스템(17,27,37)에 독립적으로 연결되어 있으며, 다수의 클라이언트 단말기(15,19,25,29,35)는 각기 대응되는 이동 통신 회사의 서비스에 소속되어 고유한 선두 번호 예컨대, 011,018을 가진다.

가상 머시인으로 칭해지기도 하는 VM(Virtual Machine)이란 기존 텍스트 방식의 WAP(Wireless Application Protocol) 컨텐츠보다 다양한 모바일 컨텐츠를 제공하기 위해 무선통신 사업자(SKT, KTF, LGT)가 도입한 시스템으로서 예컨대 SKT의 GVM, KTF의 BREW, LGT의 KVM 등이 있다. 이에 따라 VM기반 컨텐츠는 각 무선통신 사업자에 맞는 환경에서 컨텐츠를 개발하며, VM컨텐츠의 1회 다운로드시 소정의 이용료를 사용자에게 과금하게 된다. 또한 VM컨텐츠는 기존 텍스트 기반의 WAP컨텐츠와는 차별적으로, 칼라화면 및 애니메이션을 지원하여 더욱 생동감 있는 컨텐츠를 즐길 수 있다. VM컨텐츠는 다음과 같은 4가지 종류로 서비스 되어 왔다. 첫째로, KVM(Kilobyte Vitrual Machine)은 기존의 java가 가지고 있는 장점들을 수용하면서 핸드폰과 같은 소형장비에 적합하도록 설계된 미국의 선마이크로시스템사의 소프트웨어기술이다. 이는 플래쉬메모리 300KB 와 메인메모리 64KB의 소용량을 요구하면서도 java 프로그래밍 언어로 개발된 다양한 게임과 응용 프로그램을 휴대폰에서 실행시킬 수 있다는 것이 특징이다. KVM의 도입으로 더욱 다이나믹한 컨텐츠의 이용이 가능하며, 사용자들은 컨텐츠를 다운로드 받을 때만 회선을 사용하므로 WAP에 비해 저비용으로 컨텐츠를 즐길 수 있고, 또한 내장형 컨텐츠들에 비해 계속적으로다른 컨텐츠를 다운로드 받아서 사용할 수 있으므로 그 활용도가 높다. KVM은 국내 최초로 LG텔레콤에서 상용화 서비스를 시작하고 있다. 둘째로, GVM(General Virtual Machine)이 있다. 이는 (주)신지소프트가 자체 개발한 단말기용 버추얼 머신으로 신지소프트의 라이브러리를 이용하여 개발하였다. GVM 방식은 핸드폰상의 탑재된 VM(VirtualMachine)을 이용하여 바이너리 코드로 되어 있는 컨텐츠를 다운로드 받아서 즐기는 것이며, 예를 들어 국내에서는 011과 017이 GVM과 XVM을 지원하고 있다. GVM은 Ansi-C를 기반으로 한 VM으로, 현재 GVM 컨텐츠로는 '왕창다낚아 part1', '왕창개구리', '매직멜로디'가 제공되어 있다. 셋째로, MAP(Mobile Application S/W Plug-in)는 모빌탑(mobiletop)이 독자적으로 개발한 플러그 인(Plug-in)서비스 솔루션으로서 C언어를 기반으로 제작된 프로그램을 서버로 부터 다운받은 후 단말기내에 탑재된 어플리케이션 인터페이스(API)를 이용하여 손쉽게 다양한 컨텐츠를 사용할 수 있도록 지원하는 솔루션이다. MAP솔루션을 이용한 플러그 인 컨텐츠의 장점은 내장형 컨텐츠에 비해 각 C/P(Contents Provider)업체들이 제작한 다양한 종류의 컨텐츠를 사용할 수 있으며 느린 속도와 그래픽 사운드 등의 한정된 표현의 웹브라우저 컨텐츠의 한계를 어느 정도 극복하고 있다. 또한 온라인이나 오프라인등 어떤 형태로든 컨텐츠의 운영이 가능하며, 현재 KTF에서 상용화 서비스를 시작하고 있다. 한편, 플러그 인 서비스란 무선인터넷을 이용하여 게임 및 기타 응용 소프프웨어들을 서버로부터 단말기로 다운로드한 후 단말기에서 온라인/오프라인등으로 이용할 수 있는 서비스를 말한다. BREW (binary runtime environment for wireless)는 CDMA용 무선 장치들을 위한 퀄컴의 응용프로그램 개발용 플랫폼으로서, 원시코드가 개방되어 있다. BREW를 이용하면 CDMA 칩셋이 장착된 어떠한 핸드셋 상에서도 동작이 가능한 응용프로그램들을 만들 수 있게 된다. BREW는 응용프로그램과 칩의 운영체계 사이에서 동작하므로, 응용프로그램이 시스템 인터페이스를 코딩하지 않는 것은 물론, 심지어 무선 응용프로그램에 대한 아무런 이해 없이도 그 장치의 기능들을 사용할 수 있게 된다. 사용자들은 문자를 이용한 채팅, 강화된 이메일, 위치확인, (온라인 또는 오프라인 상의) 게임, 인터넷 라디오 등과 같은 응용프로그램을 서비스 공급자의 네트워크로부터 BREW 기능이 있는 단말기로 다운로드할 수 있다. BREW는 썬 마이크로시스템즈의 J2ME (Java 2 Micro Edition)와 같은 유사한 플랫폼과 무선 소프트웨어 시장을 장악하기 위해 경쟁하고 있다. BREW의 초기 버전은 오직 CDMA 네트웍을 위한 것이었으나, 그 이후의 버전들은 TDMA와 GSM 네트웍 등에서도 동작하도록 확장될 수 있다.

그러나, LGT의 키티 호크(Kitty Hawk) 기반의 VM이 국내 최초로 출시된 이래로, 상기한 바와 같이 무선 인터넷 서비스의 제공기술에는 많은 발전이 있었지만 무선 컨텐츠는 여전히 벨소리, 그림, 문자 등 다운로드 서비스와 무선 단말기 게임과 같은 킬링 타임용 컨텐츠, 그리고 전자우편/뉴스/스포츠/날씨 등과 같은 단순정보 검색 서비스에 머물고 있는 실정임을 부인하기 어렵다. 전 세계의 누구와도 원하는 시간에 멀티미디어 네트워킹이 가능한 유선 인터넷 환경과는 달리 무선 인터넷은 네트워크 인프라가 가지는 한계를 고려하더라도 가입자의 관심을 모을 수 있는 컨텐츠 시장 환경이 열악하기 그지없는 것이다. 많은 발전이 이루어진 현재에도 사용자 혼자 네트워크에 연결하여 스탠드어론(stand alone)컨텐츠만 사용하는 한계를 가지며 가입자 단말기 사이의 네트워킹을 지원하는 이차원적인 네트워크 컨텐츠에 대한 요구 사항을 수용하고 있지 못한 실정이다.

예를 들면, 현재는 네트워크 서버에 접속하여 개인이 게임을 즐기고 서버는 그 게임 점수에 대한 랭킹을 관리할 수는 있다. 하지만 서로 다른 VM 플랫폼을 탑재하고 있는 둘 이상의 가입자가 각자의 단말기를 가지고 서로 네트워크 서버에 접속하여 네트워크 게임(예. 스타크래프트, Battlenet, 리니지 등)을 즐기지는 못한다. 이런 서비스를 제공하는 컨텐츠가 존재하지 않기 때문이다.

그러한 이유는 이동 통신 사업자마다 서로 다른 VM을 자사 규격으로 채택하고 있으며, 대부분의 컨텐츠 공급자(CP)들이 재정이 열악하여 이러한 모든 VM 사이의 통신을 지원하는 네트워크 컨텐츠를 개발할 여력이 없기 때문이다. 다중 VM 플랫폼이 존재하는 환경에서 컨텐츠 제공자가 다수의 이동 통신 사업자에게 컨텐츠를 제공하기 위해서는 각각의 컨텐츠 서버를 개발하여 공급하여야 한다. 만약, 이동 통신 사업자가 복수의 VM 표준을 지원한다면 각각에 대한 통신을 담당하는 통신 에이전트 및 다중 통신 환경까지 개발하여야 하는 부담을 가지게 된다. 또한, 서로 다른 사업자 단말기 사이의 통신을 지원하기 위해서는 별도로 분리된 컨텐츠 로직이 논리적으로 하나의 로직으로 동작할 수 있어야 한다. CP들은 각각의 언어 및 플랫폼을 이해하고 통신 에이전트를 개발할 수 있는 시스템 엔지니어를 미리 확보하고 있어야 한다.

이러한 상기의 문제점을 해결하기 위하여 한국 무선인터넷 표준화 포럼이 결성되면서 산학연의 주도 하에 단말기에 대하여 VM 플랫폼의 표준화를 시도하였다.하지만 결국 VM은 표준화에서 제외되고 대신 새로운 미들웨어 표준 플랫폼을 개발하여 단말기에 탑재하는 방식으로 결정되었다. 따라서 무선 인터넷 컨텐츠 업체는 오히려 또 하나의 VM 플랫폼을 지원해야 하는 부담을 가지게 되었으며, 기존의 가입자에 대하여는 컨텐츠 제공하는지 못하는 문제점이 있었다. 이러한 환경에서 해외 사업자나 유선 인터넷과 통신 가능한 컨텐츠를 개발한다는 것은 기대하기 어렵다.

상기한 바와 같이, 종래에는 다음과 같은 문제점들이 존재하였다.

첫째, 킬러 컨텐츠 부재로 일부 킬링 타임용 또는 단순 정보 검색 컨텐츠에편중 되는 문제가 있었다.

둘째, 스탠드 어론(stand alone)컨텐츠만 제공 가능한 한계가 있고, 가입자는 다운로드하여 혼자서 즐길 수 있는 컨텐츠만 이용하는 문제가 있었다.

셋째, 사업자마다 다양한 VM 플랫폼 표준을 채택하고 새로운 VM 플랫폼 도입 시 기존 컨텐츠 유지 보수의 부담이 되는 문제가 있었다.

넷째, 네트워크 컨텐츠 개발을 위하여 컨텐츠 제공자들이 가지는 과도한 부담으로서 각각의 VM 플랫폼 기능 개발로 많은 시간 소요되었고, 각각의 VM 플랫폼 기능 개발을 위한 엔지니어 확보의 부담이 있었다.

따라서, 본 발명의 목적은 상기와 같은 종래 기술의 문제점들을 해소할 수 있는 시스템을 제공함에 있다.

본 발명의 다른 목적은 국내외의 서로 다른 이동 통신 사업자의 서비스에 가입한 단말기 사이에도 통신이 가능한 네트워크 컨텐츠를 저 비용으로 손쉽게 양산하여 서비스를 제공하는 방법 및 장치를 제공함에 있다.

본 발명의 또 다른 목적은 네트워크가 가능한 킬러 컨텐츠를 양산토록 함으로써 가입자가 양질의 컨텐츠를 서비스 받을 수 있게 하는 방법 및 장치를 제공함에 있다.

본 발명의 또 다른 목적은 복수의 이동 통신 사업자 서비스 시스템이 서로 다른 기종의 가상 머시인(VM)을 가지고 있더라도 서로 다른 가입자 단말기 사이의 통신을 지원하는 네트워크 컨텐츠는 물론, 해외 이동 사업자와 연동하는 국제적 네트워크 컨텐츠 개발, 유무선 인터넷 서비스 기능 통합으로 기존 단말기에 대한 호환성 제공, 및 컨텐츠 제공시 서로 다른 통신사 단말기 사이의 상호 통신 기능을 제공함에 있다.

본 발명의 또 다른 목적은 VM 표준화가 아닌 네트워크 솔루션, 새로운 VM 플랫폼이 단말기에 탑재되더라도 유지 보수의 부담을 최소화하는데 있다.

본 발명의 또 다른 목적은 컨텐츠 제공자들이 컨텐츠 로직만 개발토록 하여 단기간에 컨텐츠 양산이 가능하고 VM 플랫폼 기능 개발을 위한 엔지니어 확보 부담 문제를 줄일 수 있는 방법 및 장치를 제공함에 있다.

상기한 목적들을 달성하기 위해, 본 발명에 따른 시스템 구조는, 컨텐츠 자원과 컨텐츠 로직을 탑재한 컨텐츠 제공부와 복수의 이동통신 서비스 시스템이 서로 다른 기종의 VM을 가지고 있는 상태에서도 서로 다른 가입자 단말기들 사이의네트워크 통신 인터페이스를 담당하기 위해, 상기 컨텐츠 제공부와 상기 가입자 단말기간의 상호 통신 기능을 담당하면서 상기 가입자 단말기와 상기 컨텐츠 로직사이의 메시지 교환을 수행하는 미들웨어부로 구성된 컨텐츠 제공서버와; 복수의 가입자 단말기를 구비함을 특징으로 한다.

본 발명의 일 양상에 따라, 컨텐츠 제공서버내에 컨텐츠 자원과 컨텐츠 로직으로 구성된 컨텐츠 제공부와 복수의 가입자 단말기간을 인터페이스하는 메시지 큐 구조의 미들웨어부를 구비하고, 상기 가입자 단말기와 상기 컨텐츠 제공부간에 통신을 행하는 방법은, 가입자 단말기에서는 설정된 플랫폼이 지원하는 형태의 요청 메시지(Request Message) 전송을 요청하는 미들웨어부 API를 호출하고 요청을 처리할 서버의 네트워크 주소를 결정한 후, 요청 메시지를 해당 컨텐츠 제공서버의 미들웨어부로 전송하는 단계와; 요청 메시지를 수신한 상기 미들웨어부에서는 요청 메시지를 해석한 다음 요청 메시지를 컨텐츠 제공서버에 전송하고 호출 및 서비스 통계에 대한 정보는 데이터 베이스 관리시스템에 저장 후 관리하는 단계와; 컨텐츠 제공부에서는 설정된 컨텐츠 로직에 따라서 상기 요청을 처리하고 응답을 생성하며, 응답의 전송을 요청하는 미들웨어부 API를 호출하는 단계와; 상기 미들웨어부내의 통신 에이전트에서는 상기 컨텐츠 제공 서버의 응답을 가입자 단말기가 해석할 수 있는 메시지 형태로 재구성한 다음 전송하는 단계와; 가입자 단말기로 응답을 전달하고 단말기는 이를 다시 표시부에 디스플레이하는 단계를 구비함을 특징으로 한다.

본 발명의 상기 목적들 그리고 타의 목적 및 특징과 이점들은 첨부도면과 함께 설명되는 하기 설명에 의해 보다 명확하게 나타날 것이다.

도 1은 종래 기술에 따른 네트워크 컨텐츠 제공을 보여주는 블록도

도 2는 본 발명의 실시 예에 따른 네트워크 컨텐츠 제공을 보여주는 전체 블록도

도 3은 도 2중 컨텐츠 제공서버의 세부적 장치블록도

도 4는 도 3의 소프트웨어 모듈의 구조도

도 5는 도 4의 모듈에 의한 통신 에이전트 구조 및 서비스를 보인 절차흐름도

도 6은 도 4의 미들웨어 핵심부에 채용된 메시지 큐를 보여주는 개념적 구조도

도 7은 도 4중 미들웨어 핵심부의 구조 및 서비스 과정을 보인 도면

도 8은 도 4중 미들웨어 핵심부의 구조 중 컨텐츠 제공자의 컨텐츠 개발 관련용 큐들을 보인 도면

도 9는 본 발명에 적용되는 무선통신 단말기의 장치블록도

도 10은 도 9의 메모리에 저장되는 소프트웨어 모듈의 맵도

도 11 내지 도 13은 다양한 종류의 단말기들에서 구현되는 네트워크 컨텐츠 서비스 실행의 제어흐름도

이하에서, 본 발명에 따른 네트워크 컨텐츠를 제공하는 방법 및 장치에 대한 본 발명의 바람직한 실시 예가 상세히 설명된다.

먼저, 도 2는 본 발명의 실시 예에 따른 네트워크 컨텐츠 제공을 보여주는 전체 블록도이다. 도면을 참조하면, 인터넷 망 등과 같은 통신 네트워크(400)를 통하여 다수의 통신 서비스 시스템(17,27,37,47,57)과 다수의 컨텐츠 제공서버(300)가 연결되어 있고, 상기 컨텐츠 제공서버(300)는 컨텐츠 제공부(200) 및 미들웨어부(100)로 구성되어 있음을 알 수 있다. 상기 미들웨어부(100)는 상호 통신 기능을 담당하면서 클라이언트 (15,19,25,29,35,45,55)모듈과 컨텐츠 제공부(200)내의 컨텐츠 로직사이의 메시지 교환을 수행한다. 상기 컨텐츠 제공서버(300)는 본 발명에 따른 네트워크 컨텐츠 서비스를 제공하기 위하여, 도 3에서 보여지는 바와 같이 구성된다. 상기 미들웨어부(100)는 컨텐츠 서비스시 필요한 공통 기능을 일반화한 것으로서 네트워크 컨텐츠 개발을 용이하게 하도록 하고, 개발 시간을 단축하여 컨텐츠 양산을 가능케 한다. 결국, 컨텐츠 제공자는 하나의 컨텐츠 로직과 컨텐츠 자원부, 그리고 클라이언트 모듈만을 개발함으로써 국내외 무선 이동 통신 사업자를 대상으로 네트워크 컨텐츠 서비스를 제공할 수 있다. 따라서, 통신 모듈 개발에 대한 부담을 줄이고 네트워크 컨텐츠를 양산하여 수익 구조를 개선할 수 있다.

도 2중 컨텐츠 제공서버(300)의 세부적 장치블록을 보인 도 3을 참조하면,상기 컨텐츠 제공서버(300)는 상기 인터넷 망(400)에 연결된 네트워크 인터페이스(310)를 갖는다. 상기 네트워크 인터페이스(310)는 인터넷 망(400)에 연결되어 인터넷 제공을 행하는 ISP, 통신데이터의 변복조 기능을 수행하는 DSU/CSU, 망접속을 위한 라우터, 스위치 기능을 수행하는 허브, 데이터 보안기능을 위하여 서버 버스에 연결된 방화벽을 포함할 수 있다. 그리고 상기 컨텐츠 제공서버(300)는, 미리 설정된 프로그램에 따라 본 발명에 따른 서비스를 위한 제반동작을 제어하는 제어부(330), 상기 제어부(330)에 연결되어 입력 기능을 담당하는 입력부(320), 미리 설정된 프로그램이 저장된 ROM(340), 작업용 메모리로서의 RAM(350), 컨텐츠 운영 프로그램 및 각종 관련 데이터를 섹터별로 저장하는 HDD(360)로 구성된다. 상기 컨텐츠 제공서버(300)는 도면에서는 통신 네트워크(400)를 통해 상기 다수의 통신 서비스 시스템(17,27,37,47,57)에 연결되어 있으나, 이들과 직접적으로 연결될 수도 있음은 물론이다. 도 3의 장치는 바람직하기로는 최근의 추세에 맞추어 펜티엄 Ⅲ , 메인 메모리 1GB, 20GB 급 이상의 HDD 를 갖는 것이 실시간 전송을 위해 바람직하다.

도 4는 도 3의 소프트웨어 모듈의 구조도 이다. 도면을 참조하면, 소프트웨어 모듈의 구조는 크게 통신 에이전트(Communication Agent, 이하 CA라 한다)부(130), 미들웨어 핵심부(120), 컨텐츠 제공부(100), 시스템 자원(110)을 포함하여이루어진다. 통신 에이전트(130)는 가입자 단말기와 컨텐츠 제공부 사이의 네트워크 인터페이스를 담당한다. 즉, 단말기로부터 전송되어 온 서비스 요청(REQUEST)을 해석하고 미들웨어 핵심부(120)의 API를 호출(미들웨어가 정의하는 메시지 형식으로 변환)하는 기능, 미들웨어로부터 수신한 응용 프로그램 처리 결과(RESPONSE)를 전달할 가입자 단말기를 검색하는 기능, 및 가입자 단말기의 메시지 형식으로 변환하여 처리 결과를 전달하는 기능을 수행한다. 상기 미들웨어 핵심부(120)는 통신 에이전트와 다수의 컨텐츠 로직(Contents Logic, 이하 CL이라 한다)(215,225), 다수의 시스템 자원(110)과의 인터페이스를 담당한다. 즉, 통신 에이전트(130), 컨텐츠 로직(215), 시스템 자원(110) 상호간의 서비스 요청(REQUEST) 및 처리결과(RESPONSE) 메시지의 라우팅 기능을 수행한다. 컨텐츠 제공부(200)는 주어진 컨텐츠 로직에 따라 서비스 요청을 처리하여 결과를 생성하는 기능과 처리 결과 전송을 요청하는 미들웨어 핵심부(120)의 API 호출하는 기능을 수행한다.시스템 자원(110)은 미리 정의된 서비스 기능에 따라 서비스 요청을 처리하여 결과를 생성하는 기능과 처리결과 전송을 요청하는 미들웨어 핵심부(120)의 API를 호출하는 기능을 수행하며 위치 변환 위치 변환 모듈, SMS 연동 모듈, DBMS 등을 포함한다. 상기 컨텐츠 제공부(220)와 시스템 자원(110)은 본 발명의 미들웨어를 기반으로 개발된다. 시스템 자원 중 DBMS는 메인 메모리 DBMS를 사용하여 기존 DBMS보다 10배 성능을 지니며, 과금 관련 정보(Usage record)의 생성, 관리 및 통계 기능 제공, 그리고 미들웨어 핵심부(120)를 경유하는 유세지(usage)통계를 웹을 통하여 실시간 조회/예측 및 주간/월간/연간 통계 기능을 제공한다.

도 4에서 보여지는 소프트웨어 모듈의 프로그램은 도 3의 HDD(360)와 같은 물리적인 저장 매체에 저장되어 있다가 본 발명을 구동 시에 메인 메모리인 RAM(350)으로 로드된다. 도 4에서, 프로토콜 모듈(140)과 네트워크모듈들(150,160)은 HTTP 프로토콜 및 TCP/IP 네트워크 모듈을 사용하는 것을 보여준다. HTTP(HyperText Transfer Protocol)는 HTML 파일을 송수신하기 위해 사용되는 프로토콜을 의미한다. HTTP는 TCP/IP 위에서 동작하고 있으므로 사용하는 TCP 포트가 있으며 기본적으로 80번이 지정되어 있다. HTTP는 Request/Response 방식을 이용하여 동작한다. 서비스를 요구하면 TCP 연결이 만들어지고 서버가 응답을 보내어 데이터 전송을 끝내면 자동적으로 끊어지게 된다. 즉 하나의 파일 송 수신 후에는 연결이 끊어지고 다시 연결을 만들어야 한다. 이러한 방식으로 인하여 HTML 문서에서는 각종 프로토콜과 전 세계의 어떤 호스트라도 지정하여 문서 요청을 위한 연결을 만들어 데이터를 가져올 수 있다. 여기서, 운영체제는 리눅스(LINUX)를 사용하였으나, 이외에도 유닉스, WIN 95/98, WINDOWS 2000 중의 하나를 사용할 수 있다. 또한, 개발도구는 GNU C 콤파일러, GNU 디버거, X 윈도우즈를 사용할 수 있고, DBMS는 ODBC를 지원하는 데이터 베이스 관리 시스템일 수 있다.

도 5는 도 4의 모듈에 의한 통신 에이전트 구조 및 서비스를 보인 절차흐름도 이다. 011 GVM 탑재 단말기로부터 전달된 요청(REQUEST)을 처리하는 과정을 도시한 도면을 참조하면, 통신 에이전트(CA)를 중심으로 한 서비스 흐름이 보여진다. 상기 통신 에이전트는 도 5와 같은 구조를 가지고 가입자 단말기의 요청(REQUEST) 메세지를 미들웨어 핵심부(120)로 전달하고 컨텐츠 로직으로부터 생성된 처리 결과를 미들웨어 핵심부(120)로부터 받아서 가입자 단말기(15)로 전송하는 기능을 한다. 도면에서 ①단계부터 ④단계까지는 CA프로세스가 생성되는 과정을 가리킨다. 즉, ① 가입자 단말기는 미리 정의된 포트 번호(본 실시 예에서는 9410)를 통하여이동 통신 단말기와 서버사이의 통신 세션을 설정하며, daemon 형태로 메모리에 상주하는 시스템 프로세스인 inetd(xinetd) 프로세스는 select 명령을 통하여 어느 포트번호로 수신된 메시지인지 확인한다. ② 서버의 inetd(xinetd) daemon 프로세스는 /etc/services 서비스 환경 설정(service configuration) 정보를 검색하여 해당 포트를 통하여 전송된 서비스가 무슨 서비스인지 파악한다. ③ 다시 inetd daemon 프로세스는 /etc/inetd.conf(/etc/xinetd.d 디렉토리의 환경화일)를 검색하여 해당 서비스를 처리하는 프로그램(CA)을 파악한다. ④ inetd daemon 프로세스는 fork(), exec() 명령으로 통신 agent인 /home/icecreamware/bin/ice_gvm 프로그램을 실행하여 해당 이동통신 단말기와의 통신을 담당할 통신 에이전트(CA)를 생성한다. ⑤ ④의 과정을 통하여 inetd(xinetd) daemon 프로세스는 이동통신 단말기를 새로 생성한 ice_gvm 프로세스(CA)와 직접 연결시키고, 자신은 또 다른 이동통신 단말기로 부터의 새로운 접속 요청을 기다린다. 이 후의 통신 에이전트와 가입자 단말기의 통신은 inetd(xinetd) daemon 프로세스를 거치지 않고 직접 수행된다. ⑥ 통신 에이전트, 즉 ice_gvm 프로세스는 가입자 단말기의 요청(REQUEST) 메시지를 해석하여 미들웨어 핵심부의 API를 통하여 컨텐츠 로직에 서비스 처리를 요청하는 메시지를 생성하여 전달한다. ⑦ 서비스 요청을 받은 CL은 서비스를 처리한 결과(RESPONSE)를 생성한다. ⑧ 컨텐츠 로직은 미들웨어 핵심부가 제공하는 API를 통하여 응답(RESPONSE)를 통신 에이전트에게 전달한다. ⑨ 통신 에이전트 프로세스는 처리 결과를 가입자 단말기와 미리 약속된 형식의 메시지로 재구성하여 이동통신 단말기로 전송한다.

도 6은 도 4의 미들웨어 핵심부(120)에 채용된 메시지 큐를 보여주는 개념적 구조도이다. 미들웨어 핵심부는 메시지 큐 구조를 가지고 있다. 종래의 경우에는 서비스를 요청하는 가입자 단말기 수 만큼의 컨텐츠 제공서버의 제어부(330)를 동작시켜 각 단말기의 요청을 처리해야 하기 때문에 이를 수용하는 대 용량의 컨텐츠 제공서버 자원이 필요하다. 하지만 메시지 큐 기능을 보유한 미들웨어 핵심부를 도입하면 단말기의 대기 시간 등 성능의 저하 없이 컨텐츠 제공서버 자원을 공유 할 수 있기 때문에 컨텐츠 제공서버 자원의 활용도를 극대화 하면서 컨텐츠 제공서버 자원을 최소화 할 수 있다. 상기한 메시지 큐 구조에 의해 가입자 단말기와 컨텐츠 제공서버 사이의 통신하는 절차는 다음과 같다. ① 가입자 단말기는 단말기가 지원하는 플랫폼이 지원하는 형태의 요청(REQUEST) 메시지 전송을 요청하는 미들웨어부의 API를 호출하고 요청(REQUEST)을 처리할 컨텐츠 제공서버의 네트워크 주소를 결정하며, ② 요청(REQUEST) 메시지를 해당 컨텐츠 제공서버의 미들웨어부로 전송. 이 경우 단말기 플랫폼에 따라서 암호화를 수행할 수 있다. ③ 요청(REQUEST) 메시지를 수신한 미들웨어부는 메시지를 해석한 다음 요청(REQUEST) 메시지를 컨텐츠 제공부에 전송. 호출 및 서비스 통계에 대한 정보는 DBMS에 저장되어 관리되며, ④ 컨텐츠 제공부는 미리 정의된 컨텐츠 로직에 따라서 요청을 처리하고 응답(RESPONSE)를 생성한다. ⑤ 컨텐츠 제공부는 응답(RESPONSE)의 전송을 요청하는 미들웨어부의 API를 호출하고, ⑥ 미들웨어부의 통신 에이전트는 응답(RESPONSE)를 가입자 단말기가 해석할 수 있는 메시지 형태로 재구성한 다음 전송한다. ⑦ 가입자 단말기에 응답(RESPONSE)을 전달하고 단말기는 이를 다시 표시부에 보여준다.

도 7은 도 4중 미들웨어 핵심부(120)의 구조 및 서비스 과정을 보인 도면이다. 도 7을 참조하면, 미들웨어 핵심부(120)는 다양한 형태의 서비스 제공을 위하여 다음과 같은 세 가지의 통신 방식을 지원한다. 첫째는 리퀘스트와 리플라이(Request and Reply)로서 이는 가입자가 요청을 하면 즉시 처리하여 결과를 다시 가입자에게 전송하는 방법을 말한다. 둘째는 구독과 배달(Subscribe and Publish)로서, 이는 가입자가 특정 서비스에 구독(subscribe)하고, 가입자의 가입 조건을 만족하는 컨텐츠가 있으면 이를 가입자에게 배달(publish)하는 방법을 말한다. 셋째는 공지(Notification)로서 구독과 배달보다는 일반적인 모델로서 현재 접속중인 모든 이동통신 단말기에 공지사항(이벤트)이나 경고(시스템 점검 예정) 등을 일괄적으로 전송할 수 있는 통신 방법을 말한다. 또한, 본 실시 예에 따른 컨텐츠 로직(CL)프로세스는 다음의 두 가지 형태중의 하나를 가질 수 있다. 1)R-type(Resident) : 서비스/시스템 초기화와 동시에 daemon 형태로 프로세스가 생성되어 항상 메모리에 상주하면서 가입자의 요청을 처리하는 프로세스로서 사용빈도가 높은 CL 프로세스에 적용, 2)I-type(Invoke) : 가입자의 서비스 요청이 있을 때 on-demand 형태로 생성되어 메시지를 처리하고 종료되는 1회성 프로세스로서 사용 빈도가 낮은 CL 프로세스에 적용하여 자원을 절약한다.

도 7을 다시 참조하면, 리퀘스트 및 리플라이(Request and Reply)는 다음의 단계를 거친다. ① 통신 에이전트는 요청(REQUEST) 메시지를 RR 큐에 기록한다. ② Router 프로세스는 RR 큐의 요청(REQUEST) 메시지를 읽어서 메시지 형태가 RQ임을파악한다. ③ Router 프로세스는 요청(REQUEST) 메시지를 ORQ에 기록하여 CL의 처리를 요청한다. 동시에 PRC 큐에도 기록한다. Invoke 프로세스는 PRC 큐의 요청(REQUEST) 메시지를 읽어서 R-type 프로세스에 대한 요청이면 아무 일도 수행하지 않고, I-type 프로세스에 대한 요청 메시지가 수신되면 Process info 테이블을 검색하여 해당 프로세스를 생성한다. ④ CL은 ORQ 큐의 요청(REQUEST) 메시지를 읽는다. ⑤ CL은 컨텐츠 로직에 의하여 응답(RESPONSE)를 생성하고 이를 다시 RR 큐에 기록한다. 이 때 CL이 Invoke(일회성) 프로세스인 경우 종료한다. ⑥ Router 프로세스는 RR 큐를 읽어서 메시지 형태가 RP임을 파악한다. ⑦ Router 프로세스는 처리 결과를 CA를 통하여 가입자 단말로 전송하기 위하여 응답(RESPONSE) 메시지를 COM 큐에 기록(write)한다.

또한, 구독과 배달(Subscribe and Publish)은 다음의 절차를 거친다. ① CA는 가입자로부터 특정 서비스에 대한 가입 또는 취소 정보를 수신하여 이를 SBQ 큐에 기록한다. ② SB 프로세스는 SBQ 큐를 읽는다. ③ SB 프로세스는 가입 또는 취소 요청에 따라서 정보를 Subscription info. 테이블에 기록한다. ④ CL은 서비스 제공을 위한 정보를 PBQ 큐에 기록한다. ⑤ PB 프로세스는 PRB 큐를 읽는다. ⑥ PB 프로세스는 Subscription info. 테이블을 검색하여 구독신청(SB)한 CA정보를 검색한다. ⑦ PB 프로세스는 구독한 CA에게만 메시지를 COM 큐에 기록한다.

공지(Notification)는 다음의 절차를 따른다. ① CL은 notification 형태의 통신 방식을 사용하여 제공될 정보를 생성하여 이를 NTQ 큐에 기록한다. ② NTFY 프로세스는 NTQ 큐의 메시지를 읽는다. ③ NTFY 프로세스는 서비스 정보를 CA를 통하여 가입자 단말로 전송하기 위하여 COM 큐에 기록한다.

도 8은 도 4중 미들웨어 핵심부의 구조 중 컨텐츠 제공자의 컨텐츠 개발 관련용 큐들을 보인 도면이다. 도면을 참조하면, 컨텐츠 제공자(CP)의 네트워크 컨텐츠 개발은 다음과 같다. 컨텐츠 제공자는 네트워크 컨텐츠를 개발하기 위하여 필요한 복잡한 통신 기능을 도면에서 ORQ(CP1), PBQ(CP2), NTQ(CP3) 세 개의 메시지 큐와 통신하는 API 를 통하여 개발 가능하다. 즉 컨텐츠 제공자는 컨텐츠의 컨텐츠 로직을 개발하고 다음 그림 중에서 최적의 통신 기능을 제공하는 방법의 API를 통하여 그 방법에 제공하는 메시지 큐와 통신기능만을 개발하면 된다. 그러면 단말기와의 직접 통신 기능은 본 발명이 제공하는 기능에 의하여 수행된다. 복잡한 통신 기능을 개발할 필요가 없기 때문에 하나의 컨텐츠를 개발하는 기간을 단축함으로써 양질의 컨텐츠를 양산 할 수 있게 된다. 또한 단말기의 새로운 미들웨어 플랫폼이 등장하더라도 기존 CL을 수정할 필요가 없기 때문에 유지보수 비용을 절감할 수 있다.

도 9는 본 발명에 적용되는 무선통신 단말기의 장치블록도 이다. 도면에서는 가입자 단말기들 중 이동 통신 단말기의 일반적인 구조를 보여주고 있다. 도 9에서 보여지는 단말기(1)는 데이터를 송수신하기 위한 MSM(Mobile Station Modem)(2), 텍스트 및 멀티미디어 데이터를 액정화면에 표시하기 위한 표시부(3), 통신단말기의 통화기능을 제어하며 무선 인터넷 컨텐츠에 대한 제반 서비스를 제어하는 중앙처리장치인 CPU(4), 작업용 메모리로서의 RAM(5), 프로그램을 비휘발적으로 저장하고 있는 플래쉬 메모리(6)를 포함한다. 또한, 도 10은 도 9의 플래쉬 메모리(6)에저장되는 소프트웨어 모듈의 맵(map) 도로서, 컨텐츠(A1), VM 해석기(A2), 마이크로 브라우저(A3), 운영체제(A4), 기타(A5) 모듈들이 보여진다. 가입자가 무선 인터넷을 통하여 다운로드를 받게 되는 네트워크 VM 컨텐츠(A1)는 VM 해석기(interpreter:A2)와 함께 상기 플래쉬 메모리(6)에 저장되어 있다.

도 11 내지 도 13은 다양한 종류의 단말기들에서 구현되는 네트워크 컨텐츠 서비스 실행의 제어흐름도이다.

먼저, 가입자가 이동 통신 단말기로 다운로드 받은 VM컨텐츠(A1)는 다음과 같은 순서로 실행된다. 먼저, 도 11을 참조하면, ① 이동 통신 단말기의 메뉴 버튼(제조사 별로 다름)을 이용하여 마이크로 브라우저(WAP/ME)를 구동하고 나서(511단계), ② 마이크로 브라우저 모드에서 원하는 VM컨텐츠를 선택하면(512단계), 이동 통신 단말기 운영체제에 의해 브라우저 모드가VM 모드로 전환된다(513단계). 그리고, ③ VM 해석기와 VM컨텐츠가 메모리로 로드되었을 경우(514단계), 로드 된 VM컨텐츠는 VM 해석기에 의해 실행되어 표시부인 액정 화면(3)에 VM컨텐츠가 실행되는 모습이 보인다.(516단계) ④ VM컨텐츠는 다운로드시 컨텐츠에 기록된 IP주소, 포트번호를 이용하여 컨텐츠 제공서버에 접속되는데, 다음과 같이 간접과 직접의 두 가지 경우가 있다. 먼저, 간접 접속: 원하는 서비스의 IP주소, 포트번호를 알아내기 위해 디렉터리 서비스 기능을 갖는 서버(A)에 접속하여 진짜 자기가 접속해야할 서버(B)의 IP주소와 포트번호를 가져온 후, 그 정보를 이용하여 서버(B)에 접속하여 데이터를 주고 받는다. 한편, 직접 접속 : 진짜 자기가 접속해서 데이터를 주고받을 서버와 바로 연결을 말한다. 서비스 요청(REQUEST) 메시지생성 및 전송과 서비스 응답(RESPONSE) 메시지 수신 및 서비스 처리결과를 표시하는 제518단계를 수행하는 것에 의해 컨텐츠의 실행이 이루어진다. ⑤ 특정한 규칙에 의해 VM컨텐츠가 종료되면(519단계) 서버와의 연결을 단절 ⑥ 운영체제는 VM모드에서 정상적인 모드(휴대전화 바탕화면, 예, 시간출력)로 전환시킨다.

웹(Web) 기반 가입자 단말기를 설명하면, 현재 웹 브라우저에는 JVM이 내장되어 있기 때문에 사용자가 웹 브라우저를 실행하면 JVM이 자동으로 메모리에 로드된다. Web 기반 단말기 응용 프로그램으로 네트워크 컨텐츠 서비스를 사용하고자 할 경우의 흐름도는 도 12에 보여지는 각 단계들로서 보여진다.

PDA 기반 가입자 단말기에 대하여 설명하면, PDA에는 JVM 대신 크기가 작은 KVM이 탑재되어 있으며, 그 외의 환경은 일반 PC 환경과 거의 동일하다. 또한 마이크로 브라우저 모드가 없기 때문에 이동 전화와 같은 모드의 전환을 수행하지는 않는다. 즉 PDA 사용자가 웹 브라우저를 실행하면 KVM이 자동으로 메모리에 로드된다. PDA 기반 단말기 응용 프로그램으로 네트워크 컨텐츠 서비스를 사용하고자 할 경우의 흐름도는 도 12와 동일한 도 13의 단계들로 이루어진다.

전용 단말기에 의한 수행을 설명하면, 가입자는 PC에서 웹 기반이 아닌 네트워크 컨텐츠 전용 단말기를 통하여 서비스를 제공받을 수 있다. 전용 단말기의 경우에는 응용 프로그램과 함께 제공된 통신라이브러리를 통하여 서버와 통신한다. 이 경우의 서비스 흐름도는 도 14에 보여지는 각 단계들로 이루어진다.

상기의 본 발명에 따른 장점은 다음과 같이 설명될 수 있다.

먼저, 컨텐츠 제공서버에 대한 이점은 다음과 같다. 종래에는 컨텐츠의 개발시 단순한 컨텐츠 룰(rule)뿐만 아니라 다양한 통신 및 다중 사용자 환경까지 개발하여야 했으므로, 개발이 매우 어렵다는 문제가 있었으나, 본 발명에 따르면 단순한 "컨텐츠 룰"만 정의하고 복잡한 부분은 미들웨어부가 처리토록 함에 의해 개발이 매우 용이하다는 이점이 얻어진다.

구축 난이도 면에서, 종래에는 이동 통신사 별로 컨텐츠 제공서버를 구축하여 각 이동통신사 가입 단말기에 서비스를 제공하였으나, 하나의 컨텐츠 제공부만 개발하면, 나머지 복잡하고 어려운 부분은 미들웨어부가 담당하게 하여 모든 이동통신사 가입 단말기에 서비스를 제공할 수 있게 되는 이점이 있다.

통신 난이도 면에서, 종래에는 각 이동 통신사별 네트워크 기능을 구현한 컨텐츠 제공서버도 쉽지 않은 일이지만 서로 다른 컨텐츠 제공서버간의 네트워크 기능은 매우 어려우며, 개발 뿐 아니라 유지보수도 매우 어렵다는 문제가 있었으나 같은 이동 통신사 휴대 전화간의 통신은 물론, 다른 이동 통신사 휴대 전화와의 통신까지도 미들웨어부가 제공하여, 유지보수가 손쉬우며 유·무선 통신망 사용자간이나 이동전화, PDA, PC사용자 간의 네트워크가 가능해 진다는 이점이 있다.

유사 컨텐츠 개발의 측면에서, 이 VM컨텐츠를 "에버랜드"라 할 때, 새로운 네트워크 컨텐츠인 "디즈니랜드"를 개발할 때에도 똑같은 어려움을 감수하고 오랜 기간 어렵게 개발하는 문제를 확실히 해결하고, 미들웨어부가 "컨텐츠 로직"을 제외한 모든 부분을 제공하는 네트워크 컨텐츠 제조 공장의 역할을 수행하므로, 빠른 기간에 많은 컨텐츠의 양산하는 이점을 갖는다.

상술한 바와 같이 본 발명에 따르면, 기술 중심으로 발전되어 온 국내 무선 인터넷 환경을 컨텐츠 중심으로 전환하는데 새로운 전기를 마련하는 효과가 있다. 즉, 컨텐츠 제공자는 본 발명을 통하여 국내간은 물론 국내·외의 서로 다른 이동 통신사 및 서로 다른 VM 사이에 통신이 가능한 네트워크 컨텐츠를 쉽고 빠르게 개발할 수 있는 것이다. 또한, 신속하게 대량의 컨텐츠를 양산함으로써 시장을 선점하고 주도할 수 있고, 시스템/네트워크의 복잡도와 무관하게 컨텐츠 로직만 구현하기 때문에 새로운 VM 표준의 채택 등에 따른 컨텐츠 유지 보수가 용이한 효과가 있다. 또한 IDC, ASP 사업자의 서버 호스팅을 통하여 초기 투자비용을 절감할 수 있는 장점을 가진다.

상기한 본 발명은 도면에 따라 설명되고 예를 들어 한정되었지만 사안에 따라 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 본 분야에 통상의 지식을 가진 자에게 있어 여러 가지 변화와 변경이 가능함은 물론이다. 예를 들어, 미들웨어 서버의 세부적 구조 및 동작은 사안에 따라 변형될 수 있을 것이다.