KR20120052232A - 모바일 대화 시스템 및 콘텐츠 전달 솔루션 - Google Patents

Abstract

바코드, 영상, 또는 사진으로 온라인 제품 정보를 검색 및 비교하고, 인-스토어 구매를 하기 전에 제품 확인 및 제품 정보 조사를 할 수 있게 한다. 모바일 쇼핑 검색 엔진 및 구매 가이드는, 도 1에 도시된 바와 같이, 더욱 상세한 온라인 조사를 하기 위하여 가정으로 가는 중에 상점 내의 아이템을 유보해 둘 수 있는 기술을 제공한다. 이를 위해, 디티털 압축된 데이터를 통해 아이템과 구매 정보를 수신자에게 전송하는 바코드 리더를 포함한다.

Description

모바일 대화 시스템 및 콘텐츠 전달 솔루션 {MOBILE DIALOGUE SYSTEM AND MOBILE CONTENT DELIVERY SOLUTIONS}

본 발명은 유무선 장치용 음성 및 영상 파일의 전송, 전달, 재생, 및 콘텐츠 관리를 위한 방법, 시스템 및 제품, 및 휴대 전화 등과 같은 이동식 전자 장치로의 그러한 전송을 위한 신규한 인터넷을 사용하지 않는 방식에 관한(Internet-less) 프로토콜에 관한 것이다.

관련 출원들

본 원은 2001년 6월 27일 출원된 미국 가출원 60/301,681, 2001년 7월 3일 출원된 미국 가출원 60/303,115, 2001년 8월 14일 출원된 미국 가출원 60/312,450, 및 2001년 10월 26일 출원된 미국 가출원 60/343,159를 우선권으로 주장하며 2002년 6월 6일 출원되어 현재 미국 특허 7,548,875로 등록된 미국 특허 출원 10/183,756의 부분계속출원인 2009년 2월 4일 출원된 미국 특허 출원 12/322,537의 부분계속출원으로, 상기 모든 출원의 내용은 본 명세서에 참고 문헌으로 포함된다.

쇼퍼들이 바코드, 영상, 또는 사진으로 온라인 제품 정보를 검색 및 비교하고, 인-스토어 구매를 하기 전에 제품 확인 및 제품 정보 조사를 할 수 있게 하며, 더욱 상세한 온라인 조사를 하기 위하여 가정으로 가는 중에 상점 내의 아이템을 유보해 둘 수 있는 기술을 제공하는 데 그 목적이 있다.

디지털 압축된 데이터를 통해 아이템과 구매 정보를 수신자에게 전송하는 바코드 리더를 포함하여, 바코드 리더는 셀 폰인 것을 특징으로 한다.

쇼퍼들이 바코드, 영상, 또는 사진으로 온라인 제품 정보를 검색 및 비교하고, 인-스토어 구매를 하기 전에 제품 확인 및 제품 정보 조사를 할 수 있게 한다. 더욱 상세한 온라인 조사를 하기 위하여 가정으로 가는 중에 상점 내의 아이템을 유보해 둘 수 있다.

도 1은 모바일 쇼핑 검색 엔진 및 구매 가이드를 보여주는 도면이다.
도 2는 여행 예약 시나리오를 보여주는 도면이다.
도 3은 모바일 주식 거래 시나리오를 보여주는 도면이다.
도 4는 멀티모드(multimodal) 대화 시스템 아키텍처를 보여주는 도면이다.
도 5는 서버측 아키텍처를 보여주는 도면이다.
도 6은 클라이언트측 아키텍처를 보여주는 도면이다.
도 7은 정보 흐름도이다.
도 8은 통신 흐름도이다.
도 9는 수평 서비스 지향 시스템의 구성요소들을 보여주는 도면이다.
도 10은 콘텐츠 관리 시스템을 보여주는 도면이다.
도 11은 콘텐츠 탐색 및 전달 시스템을 보여주는 도면이다.
도 12는 모바일 멀티미디어 어플리케이션을 위한 듀얼-프로세서 시스템을 보여주는 도면이다.

여기에 그 내용이 참고 문헌으로 포함된 2009년 2월 4일 출원된 동시계속출원(co-pending) 미국 특허 출원 12/322,537에 개시된 바와 같은 유선전화-개시 프로토콜의 유효성, 및 탠덤(tandem)식으로 동작하는 서로 다른 입/출력 메카니즘들의 한계에 의해 제한되기보다는 그들의 장점들을 이용하는 모바일 통신 시스템 설계에 대한 다양한 접근들이 여기에 고려된다.

모바일 장치들의 혜택을 대규모 사업 시장에 가져오는데 결정적인 것은 더욱 자연스러운 통신 방식이다. 현재 사용되는 시스템 또는 "M.800 모바일 대화 시스템(Mobile Dialogue Systems)"은 사용자들이 음성, 키보드, 및 심지어 그래픽 또는 영상을 통해 다양한 입력들을 제공할 수 있게 한다.

예를 들면, 고객들은 설명을 종종 들을 수 있지만 설명을 다시 듣고 싶어할 수 있다. 멀티모드 인터페이스는 작업과 목적에 적합한 가장 편리한 상호작용 모드를 선택할 수 있는 융통성(flexibility)을 제공한다.

또한, M.800 모바일 대화 시스템은 뛰어난 엔드-유저 쇼핑 경험을 제공하는 강력한 콘텐츠 전달 솔루션인 모바일 다운로드 매니저 서버를 포함한다. 자바™ 어플리케이션, 신호음, 게임, 이미지 등을 포함한 모든 형태의 다운로드가능한 콘텐츠의 구매, 패키징, 및 모바일 장치로의 전달을 관리한다.

가입자들은 단일 뷰(view)에서 모든 콘텐츠 카탈로그에 접근한다. 이러한 단일 뷰는 콘텐츠 제공업자가 콘텐츠를 한 묶음으로 통합할 수 있게 한다. 가입자들은 WAP 또는 웹 브라우저 중 하나에 보이는 어떤 형태의 콘텐츠라도, 직관적이고 사용이 용이한 하나의 인터페이스로, 브라우징, 선택, 구매, 및 다운로드할 수 있다.

다운로드 매니저는 사용자들에게 원-클릭 구매한 새로운 또는 기존의 콘텐츠 및 서비스, 및 최신 업데이트 콘텐츠로의 직접적인 접속을 제공한다. 콘텐츠 리스트는 고객이 자신의 휴대 전화에 있는 콘텐츠 리스트를 열 때 단말기로 자동으로 업데이트된다.

M.800 모바일 대화 시스템은 날로 그 중요성이 커지고 있으며 모바일 비즈니스 및 최종 사용자들에게 혜택을 주고 있다. 모바일 취급 장치의 커져 가는 인기와 함께, 모바일 정보 접속 및 원격 실행은 급속도로 진부해지고 있다.

비즈니스 가치

M.800 모바일 대화 시스템은 모바일 쇼핑, 구매 가이드, 모바일 제품 카탈로그, 모바일 인명부, 개인 정보 관리, 및 통합 메시징과 같은 대부분의 모바일 서비스의 가용성을 향상시킨다. 어플리케이션 서비스 제공업자는 모바일 대화 인터페이스를 이용하여 광범위한 차별화된 개별 서비스를 제공할 수 있다. 요금 정보 관리, 위탁 계좌, 고객 서비스, 및 영업 자동화와 같은 콜센터 어플리케이션 및 기업 데이터 서비스는 음성-위주(voice-only) 인터페이스를 제공한다. 모바일 대화 인터페이스 사용으로, 특히 다중 입출력 장치를 조합하여 소형 장치를 사용할 때 손쉽게 정보에 접속 및 입력이 가능하다.

기타 장점

모바일 대화 시스템 기반의 모바일 쇼핑 어플리케이션은 쇼퍼들이 바코드 또는 사진으로 온라인 제품 정보를 검색 및 비교하고, 인-스토어(in-store) 구매를 하기 전에 제품 확인 및 제품 정보 조사를 할 수 있게 한다. 모바일 구매 가이드 및 제품 카탈로그는 도 1에 도시된 바와 같이 더욱 상세한 온라인 조사를 하기 위하여 가정으로 가는 중에 상점 내의 아이템을 유보해 둘 수 있다. 모바일 대화 시스템을 구비한 모바일 상업은 모바일 장치로 고객의 경험을 향상시키고 모바일 상업의 성장 및 수용(acceptance)을 촉진시킬 수 있다.

응용 시나리오

시나리오 1. 모바일 스마트 쇼핑

실시간 영상-기반 제품 확인 및 개인화된 제품 체커.

모바일 대화 제품 체커는 쇼퍼들이 바코드, 영상, 또는 사진으로 온라인 제품 정보를 검색 및 비교하고, 인-스토어 구매를 하기 전에 제품 확인 및 제품 정보 조사를 할 수 있게 한다. 모바일 쇼핑 검색 엔진 및 구매 가이드는, 도 1에 도시된 바와 같이, 더욱 상세한 온라인 조사를 하기 위하여 가정으로 가는 중에 상점 내의 아이템을 유보해 둘 수 있다.

시나리오 2. 여행 예약. 음성+ GUI (그래픽 사용자 인터페이스)

? 좌석 선택 챠트 표시 ("창가석 또는 통로석" 표시 포함);

? PIN 코드 입력시 사용자 음성 또는 키 사용, 및 통화자 확인;

? 통지를 위해 오디오 또는 음성 사용;

? 추후 사용을 위해 정보 저장.

이 시나리오는 도 2에 도시된다.

도시된 바와 같이, 사용자는 특정 채널의 표시에 한정되지 않으며, 흐름 상호작용은 최적의 맞춤형 경험이 된다. 그러한 멀티모드 출력은 서로 다른 모달리티들(modalities)이 동기화된 멀티미디어의 예이다.

시나리오 3. 모바일 주식 거래

이 예는 음성 입력의 용이성을 이용하고 동일한 세션에서 시각 화면상에서 상세한 정보를 볼 수 있도록 사용자의 경험이 어떻게 더욱 자연스럽고 개인화되는지를 설명한다.

이 시나리오는 도 3에 도시된다.

통화자 확인, 시각 정보(예를 들면, 챠트)의 상호작용적인 표시, 오디오/비디오 통지 등과 같은 추가 특징들은 상호작용을 더욱 자연스럽게 할 수 있다. 특정 사용자 인터페이스에 한정되지 않으며 다중 동기화된 인터페이스의 장점을 이용할 수 있다.

시스템 아키텍처

예시한 시스템은 서버-클라이언트 아키텍처를 구비할 수 있다. 클라이언트 부분은 기본적으로 두 부분을 포함할 수 있다:

음성, 텍스트, 사진, 및 영상 입력과 같은 사용자 상호작용을 서버에 전송하는 입력부, 및 서버로부터 수신된 결과를 표시하는 출력부.

서버측은 시스템 핵심 업무를 수행하는 다양한 모듈들을 포함할 수 있다. 도 4는 사용자로부터 다양한 입력들을 수집하여 대화 및 상호작용 매니저(DAIM; Dialog and Interaction Manager)에 포워드하는 입력부를 구비할 수 있음을 보여준다. DAIM 모듈은 입력을 처리하고 어플리케이션 특정 모듈과 상호작용하여 사용자에게 결과를 생성한다. 결과는 사용자 문의에 대한 결과가 가장 적합한 형태로 표시될 수 있도록 하는 출력 모듈에 포워드될 수 있다.

서버측

시스템의 서버측은, 바람직한 실시예에서, 도 5에 도시된 허브(Hub)라고 하는 중앙 조력(facilitator) 모듈을 통해 통신하는 다섯 개 또는 그 이상(미도시)의 주요 자율 모듈들(또는 서버들)을 포함할 수 있다. 서로 다른 서버 모듈들은 상호 통신하여 특정 업무를 수행할 필요가 있다. 이러한 메시지들을 처리하기 위하여 허브가 구현된다. 허브는 시스템에 모듈성을 편리하게 제공한다.

메시지들은 서버 논리(logic)에 따른 특정 규칙에 따라 서버 모듈들 사이에 분배된다.

메시지들은 대개 비동기적인데, 이는 모듈들이 즉시 답변받는 것을 기대할 수 없음을 의미한다. 특정 기능성을 요구하는 모듈은 이러한 일을 허브에 넘기고, 허브는 어떤 모듈이 요청하였는지 알게 될 것이다. 이것은 특성들 모듈성, 허브를 이루는 모듈들의 분배 및 심리스(seamless) 통합을 구성한다.

음성 서버

음성 서버는 음성 모달리티를 취급하는 모듈이다. 상호작용은 두 가지 방식으로 취급된다. 예를 들면, 사용자로부터 입력된 스피치(speech)는 ARS(Automatic speech recognition; 자동음성인식) 모듈에 의해 해석될 수 있으며, 시스템으로부터 사용자에게 출력된 음성은 TTS(Tex-To-Speech; 텍스트를 음성으로 변환) 모듈에 적용하여 동기화된 음성을 구성할 수 있다.

음성 서버는 패킷-교환식 및 회로-교환식 음성 전송을 모두 지원할 수 있다. 패킷-기반 버전은 VoIP 솔루션이다. 이는 단순히 오디오 입력을 복제하고 표준 PCM 포맷으로 변환하여 TCP/IP 소켓 연결을 통해 클라이언트와 서버 사이에 전송한다.

GUI 서버

GUI 서버는 사용자에게 출력된 그래픽 및 텍스트를 의미하는 시각 모달리티, 및 사용자로부터 수신된 입력을 각각 취급한다. GUI 서버는 클라이언트와 다른 서버 모듈들 사이의 게이트웨이 역할을 한다. 사용자로부터의 입력이 수신된 후, 멀티모드 서버를 통해 대화 서버로 포워드된다. 사용자 문의에 대한 피드백을 기반으로, 결과를 나타내는 영상, 그래픽, 및 텍스트는 GUI 서버에 의하여 취급된다. GUI 서버는 웹 서버를 사용하여 그래픽과 텍스트를 표시한다.

다운로드 매니저 서버

다운로드 매니저 서버는 고객의 콘텐츠 리스트를 업데이트 및 관리하고 고객의 단말기에서 새로운 서비스 및 정보를 무선으로 업데이트하는 일을 할당받을 수 있다. 서버측 어플리케이션은 고객의 휴대 전화에 다운로드 및 저장용 콘텐츠 리스트를 생성하고, 어떤 데이터 번들이든지 비용 효율적인 하나의 패키지로 신속하고 효율적으로 저장 및 전달하기 위하여 웹 사이트와 휴대 전화 사이의 직접적인 통신을 지원한다.

다운로드 매니저는 사용자들에게 원-클릭 구매한 새로운 또는 기존의 콘텐츠 및 서비스, 및 최신 업데이트 콘텐츠로의 직접적인 접속을 제공한다. 콘텐츠 리스트는 고객이 자신의 휴대 전화에 있는 콘텐츠 리스트를 열 때 단말기로 자동으로 업데이트된다.

대화 서버

대화 매니저라고도 하는 대화 서버 모듈은 시스템의 또 다른 중요하고 우선적인 부분이다. 대화 서버는 멀티모드 서버로부터 사용자 문의를 수신한다. 이러한 입력을 기반으로, 대화 서버는 사용자 상호작용의 의미를 추출한다. 또한, 대화 매니저는 데이터베이스 서버와 상호작용하여 사용자 문의에 대한 대답을 생성한다. 마지막 단계는 문의에 대한 답변을 표시하고, 스피치, 그래픽, 및 영상을 포함한 정보를 사용자에게 전송하는 것이다.

데이터베이스 서버 및 데이터베이스

데이터베이스 서버는 어플리케이션 특정적이며, 모든 종류의 어플리케이션들을 지원할 수 있도록 가능하면 일반적이어야 한다. 데이터베이스 서버는 대화 서버와 데이터베이스 사이의 연결 링크로서 역할을 한다.

클라이언트 측

기본적으로, 멀티모드 클라이언트는 독립형 소프트웨어 제품으로 구현된 음성 클라이언트와 GUI 클라이언트를 포함한다. 예를 들면, 이러한 소프트웨어는 마이크로 윈도우 모바일 5.0 또는 상위 버전과 같은 윈도우 모바일 플랫폼용으로 개발될 수 있다.

도 6은 클라이언트를 구성하는 다양한 구성요소들, 즉 연결 매니저, GUI 클라이언트, 및 음성 클라이언트의 개략적인 논리도를 보여준다.

연결 매니저는 음성 클라이언트와 GUI 클라이언트 사이, 및 그에 따라 네트워크를 통한 멀티모드 서버와의 상호작용을 제공한다. 클라이언트는 P2P를 이용하여 서버와 통신한다.

음성 클라이언트는 음성 모달리티를 취급한다. 즉, 사용자로부터의 음성 명령을 수신 및 포워드하고 멀티모드 서버로부터의 동기화된 음성을 출력한다.

GUI 클라이언트는 좀 더 복잡하다. 그래픽 사용자 인터페이스를 포함한 웹 페이지, 및 그에 따라 제공된 어플리케이션을 검색하는 웹 브라우저로 구성된다. 또한, 다른 이용가능한 사용자 입력도 취급한다. 즉, 사용자가 웹 페이지 상에서 아이콘을 가리킬 때, 선택된 아이콘은 좌표가 수집되고 멀티모드 서버로 사용자 입력으로서 전송된 후, 처리된다.

정보 및 통신 흐름

도 7은 사용자, 클라이언트, 및 서버 사이의 상호작용 패턴, 및 시스템의 모듈들 사이의 정보 흐름을 보여준다.

정보 흐름은 사용자 문의들에 기반한다. 이러한 입력들은 각각의 서버 모듈로 전송된다. GUI 서버는 사용자가 가리킨 곳을 등록하고, 음성 서버는 DTMF 또는 음성 인식을 수행하여 그 본질적인 의미를 추출한다. 다음으로, 이러한 입력들은 멀티모드 서버로 전달되고, 멀티모드 서버는 타이머 메카니즘을 이용하여 특정 시간 윈도우 내에서 입력 신호를 수집한다.

또한, 멀티모드 서버가 동시 입력들을 최대로 수신한 타임 윈도우가 종료될 때, 멀티모드 서버는 이들 입력들을 대화 서버에 패스한다. 대화 서버는 멀티모드 통합을 완료하고, 이러한 공정을 기반으로, 문의에 대한 답변을 생성할 것을 시도할 것이다. 답변을 마무리하기 위하여, 대화 서버는 데이터베이스 서버에 문의할 수 있다. 데이터베이스 서버는 데이터베이스를 참고하고 결과를 대화 모듈로 되돌려 보낸다.

그런 후, 결과는 대화 매니저에 의하여 사용자에게 표시가능한 답변을 생성하도록 처리된다. 답변은 멀티모드 서버로 패스되고, 멀티모드 서버는 정보를 다른 모달리티들, 즉 그래픽과 스피치로 분리하고, 그래픽과 스피치는 각각 GUI 서버와 음성 서버를 통해 전송된다.

도 7은 클라이언트가 서버와의 사이에 두 개의 논리 채널을 설립할 필요가 있음을 보여준다. 하나는 음성 모달리티의 전송을 위한 채널이고, 다른 하나는 데이터를 위한 채널이다.

도 8에 클라이언트와 서버 사이의 통신이 상세하게 도시되어 있다. 1단계부터 6단계는 전술한 바와 같다. 7단계에서, 멀티모드 서버는 웹/왑(web/wap) 서버에 업로드되는 웹/왑 페이지를 생성한다. 동시에, 주어진 URL에서 웹 페이지를 다운로드하도록 하는 메시지가 클라이언트 소프트웨어에 전송된다. 임베디드 웹 브라우저(embedded web browser)를 구비한 클라이언트는 생성된 웹 페이지를 회수하기 위한 표준 HTTP 요청을 송신한다. 10단계에서, 멀티모드 시스템은 사용자 쿼리의 결과로부터 생성된 음성 응답을 전송한다. 바람직하게는, 결과의 시각적인 형태를 제공하는 웹 페이지는 클라이언트에 동시에 디스플레이된다. 이들 두 출력들의 동기화는 사용자 경험을 위해 사용자 입력의 동기화만큼 중요하다.

바람직한 시스템 필요조건

모바일 멀티모드 클라이언트-서버 시스템을 위한 필요조건들을 개시한다. 개시된 실시예는 사용자들이 가질 수 있고 멀티모드 시스템이 사용자들을 위해 제공할 수 있는 다른 상황과 다른 요구 사항을 제공한다. 이러한 시나리오를 기반으로, 필요조건들은 기능적인 필요조건과 성능적인 필요조건 둘 다에 집중되어 있다.

멀티모드 플랫폼은 그 위에서 서비스들의 배열을 구현할 수 있는 일반적인 플랫폼이 바람직하다.

멀티모드 플랫폼은 제3 서비스 제공 업체가 이동 통신사의 멀티모드 플랫폼을 통해 자신들의 서비스를 제공하는 것이 바람직하다.

멀티모드 시스템의 클라이언트 부분은 단순하고, 단말 사용자를 위해 최소한의 설치 사항을 요구하는 것이 바람직하다.

바람직한 필요조건 리스트( List of Preferred Requirements )

필요조건 설명

멀티모드 시스템을 위한 바람직한 필요조건(=동작환경)

R1	시스템은 바람직하게는 유비쿼터스 모바일 무선 네트워크를 통해 사용할 수 있음
R2	모바일 네트워크는 실시간 음성 및 데이터의 동시 전송을 지원함
R3	음성 전송은 오디오 품질을 유지함
R4	시스템은 동시에 발생하는 입력을 수신하는데 효과적임
R5	멀티모드 시스템은 인프라(infrastructure)가 제공하는 특성들(예를 들어, 지연, 데이터 속도 등)을 처리함
R6	사용자는 사용자의 환경 설정(user preferences)에 따라 멀티모드 인터페이스에 다른 입력 채널을 사용할 수 있음
R7	시스템은 사용자 환경 설정을 기반으로 사용자 쿼리의 결과를 제공함
R8	멀티모드 시스템은 모든 종류의 사람과 사용자를 유치할 수 있음
R9	멀티모드 시스템은 반응성있고 직관적인 서비스를 제공함
R10	멀티모드 플랫폼을 통해 제공되는 서비스는 기존의 상호 작용 방법을 적용한 서비스 사용자에게 더 쉬움
R11	멀티모드 시스템은 개방형 표준(open standards)을 기반으로 함
R12	멀티모드 플랫폼은 그 위에서 다른 종류의 어플리케이션을 구현하는 것이 가능한 일반적인 플랫폼인 것이 바람직함
R13	멀티모드 플랫폼은 제3 서비스 제공 업체들이 서비스를 제공하도록 하는 시스템 인터페이스와 API를 지원함
R14	멀티모드 시스템의 클라이언트 부분은 단순하게 구현할 수 있고, 단말 사용자의 개입을 최소화하는 것이 바람직함

멀티모드 결합( Combining Multimodalities )

본 발명의 문맥상 멀티모드는 하나의 모드 이상의 사용자를 의미한다. 이것은 사용자가 서비스에 입력을 제공하면 하나 이상의 모드를 사용할 수 있다는 것을 의미한다. 같은 방식으로 시스템은 하나 이상의 모드를 사용하는 사용자에게 출력을 제공할 수 있다. 멀티모드(multimodality)에 대한 정의는 모드들이 동시에 적용되는지 또는 순차적으로 적용되는지 여부에 대한 어떠한 제한을 설정하는 것은 아니다.

월드 와이드 웹 컨소시엄 (W3C)은 세가지 다른 방식의 멀티모드 입력과 출력의 결합 방식을 정의하였다. 즉, 순차적 방식(sequential), 비조화 동시 방식(uncoordinated simultaneous), 그리고 조화 동시 방식(coordinated simultaneous)의 멀티모드 입력/출력 방식을 정의하였다. 이들의 구현은 복잡하고 매우 다르기 때문에 이들 세가지 시나리오를 구별하는 것이 매우 유리하다.

순차적 멀티모드 입력/출력( Sequential Multimodal Input / Output )

이것은 멀티모드 상호작용의 가장 단순한 방식으로, 다른 모드들로부터의 입력과 출력이 분리되어 해석되나, 주어진 순간에 오직 하나만 해석되는 형태이고, 지정된 입력 모드가 활성화되는 방식이다.

비조화 동시 멀티모드 입출력( Uncoordinated Simultaneous Multimodal Input / Output )

이 방식에서는 동시에 수개의 병렬 입력 모드가 활성화된다. 이것은 사용자가 각각의 대화 단계(dialog stage)에서 원하는 입력 모드를 선택할 수 있지만, 처리를 위해 차례로 하나만 선택되는 것을 의미한다. 각각의 단계에서 어떤 모드가 사용될 지는 다른 기준(criteria) - 예를 들어, 시작할 첫 번째 모드에 대한 기준 또는 다른 모드에 대해 우선권을 가지는 모드와 같은 기준 - 에 따라 결정될 수 있다.

조화 동시 멀티모드 입출력( Coordinated Simultaneous Multimodal Input / Output )

이는 최고급 형식의 상호작용이다. 또한, 여기에서 하나 이상의 입력 모드가 동시에 사용될 수 있지만, 비통합 동시 모드(uncoordicated simultaneous mode)와는 반대로, 여기에서 상이한 양식으로부터의 모든 입력들이 시간 윈도우 내에 수집되어 해석된다. 통합 동시 모드(coordinated simultaneous mode)에서, 이벤트들은 멀티모드 시스템에 대한 질문을 생성하도록 결합된다.

동시 회선-전환 및 패킷 전환 접속

최근 몇 년 동안, GSM 네트워크를 위해 동시 회선 및 패킷-전환 접속이 가능한 새롭고 유망한 기술이 발견되고 있다.

GPRS 분류

분류	설명
분류 A	단말기는 GPRS 서비스 및 GSM 서비스 모두, 즉 패킷-전환 및 회선-전환 접속에 각각 동시에 접속될 수 있다. 지금까지 이용가능해진 이러한 디바이스는 알려져 있지 않다.
분류 B	단말기는 GPRS 서비스 및 GSM 서비스 모두에 접속될 수 있지만, 한번에 하나에만 접속될 수 있다. GSM 서비스 동안, GPRS 서비스는 보류되어, GSM 서비스가 종료되면 자동으로 개시된다. 대부분의 GPRS 모바일 디바이스는 분류 B에 해당한다.
분류 C	단말기는 GPRS 서비스 또는 GSM 서비스 중 어느 하나에 접속되며, 단말기는 2개의 접속 사이에서 수동으로 전환되어야 한다.

이 기술은 듀얼 전송 모드(Dual Transfer Mode(DTM))라고 지칭되며, 더 많은 연구가 이 주제에 대해 이루어지고 있다. 이 방법은 2개의 무선-송수신기를 요구하지 않아서, 더 합리적이고 비용-효과적이다. UMTS에서는, 사용되는 무선 인터페이스로 인해 무선 인터페이스를 통한 다수의 평행한 베어러(bearer)에 대한 지원을 구현하는 것은 상당히 쉽다. 이는 동시 회선 및 패킷-전환 접속들이 가능하게 한다. UMTS 장비는 상이한 오퍼레이션 모드로 작동할 수 있으며, 표 3을 참조한다.

UMTS 오퍼레이션 모드

	설명
	MS는 PS 도메인 및 CS 도메인 모두에 부착되며, MS는 PS 서비스 및 CS 서비스를 동시에 오퍼레이팅할 수 있다.
	MS는 PS 도메인에만 부착되며, PS 도메인의 서비스만 오퍼레이팅할 수 있다. 그러나, 이는 CS-유사 서비스들이 PS 도메인을 통해 제공되는 것을 막지 않는다 (VolP 참조)
	MS는 CS 도메인에만 부착되며, CS 도메인의 서비스만 오퍼레이팅할 수 있다.

모바일 오퍼레이팅 시스템

오늘날 시장에는 상이한 오퍼레이팅 시스템 및 접속 옵션들을 갖는 여러 모바일 단말기들이 있다. 소위 새로운 스마트폰 및 PDA와 모바일 전화기 사이의 융합은 결과적으로 복잡한 태스크를 처리할 수 있는 고급 단말기를 초래한다.

모바일 단말기에서 지배적인 것으로 보이는 2개의 주요 OS가 있는데, 노키아, 소니 에릭슨, 파나소닉, 지멘스 AG에 의해 소유되는 심비안(Symbian) 및 마이크로소프트에 의해 제공되는 윈도우 모바일(Window Mobile)이 있다.

단지 최근까지, 심비안 OS는 고급 모바일 단말기들을 위한 지배적인 오퍼레이팅 시스템은 노키아 및 에릭슨과 같은 세계 최대 모바일 전화기 제조사들이 그들의 스마트폰에 이 OS를 사용하기 때문이다. 동일한 플랫폼을 사용하지만, 모든 제조사는 독자적인 그래픽 사용자 인터페이스를 사용한다. 마이크로소프트는 모바일 단말기 시장에 진입하기로 결정했을 때, 명백하게 강력한 경쟁사였다. 대부분의 PC 사용자들은 윈도우 OS에 익숙하다. 많은 사용자가 그들의 단말기 상에 동일한 인터페이스를 가지고 동일한 서비스 및 애플리케이션에 액세스하기를 원하는 것은 자연스럽다.

발표된 윈도우 모바일 6(Window Mobile 6)는 상이한 버전으로 출시되었는데, 하나의 버전은 스마트폰(Smartphones)을 지칭하고, 다른 하나는 포켓PC(PocketPC)라고 지칭된다. 이들 버전 사이의 주요 차이점은 이들이 2개의 상이한 타입의 고급 모바일 터미널에 적합하다는 것이다. 스마트폰 에디션은 키패드 및 스크린을 갖는 일반적인 모바일 전화기와 더 유사하다. 포켓 PC 버전은 터치-감지 스크린을 갖는 PDA를 위해 개발된 것이다.

모바일 콘텐츠 전달 솔루션

현대 모바일 콘텐츠 전달 솔루션은 수평적 서비스 지향 아키텍처 접근법을 활용하고, 도 9는 통상적인 시스템 컴포넌트들을 나타낸다.

바람직한 시스템 컴포넌트들

모바일 상호작용 서버(Mobile System Components (MIS)): 디스커버리 포트릿의 최적 디바이스 랜더링을 통해 디바이스 인식을 제공하며, 지원하는 디지털 미디어 포맷들 및 디바이스의 프로파일을 유지관리한다.

실행 매니저: 콘텐츠 타입 및 타깃 디바이스에 기초하여 적절한 다운로드 매커니즘을 판단하고, 다운로드의 완료를 보장함으로써 일정 범위의 액세스 채널들을 통해 다운로드 가능한 콘텐츠의 전달을 제공한다.

사용자 포털: 이용할 수 있는 콘텐츠의 디스커버리을 위한 프레임워크 및 오퍼레이터의 기존의 빌링(billing) 및 메시징(messaging) 플랫폼들과의 급속한 종합이 가능한 시설들

콘텐츠 관리 시스템: 제출 및 획득에서부터 목록 작성, 검증, 및 디지털 미디어의 발행 및 최종 폐기까지 콘텐츠 라이프사이클 전체의 관리를 제공한다.

본 발명의 시스템에 의해 제공되는 기능성은 도 10에 도시되어 있다.

콘텐츠 디스커버리 및 전달은 사용자 포털 환경의 콘텍스트에서 발생하는데, 여기서 최종 사용자들은 오퍼레이터에 의해 제공되는 서비스 및 콘텐츠에 액세스하여 이들을 활용한다.

콘텐츠 관리는 오퍼레이터 운영 환경에서 발생하는데, 여기서 콘텐츠 제공자는 오퍼레이터와 함께 작업하여 사용자 포탈 환경에 대한 콘텐츠의 제출, 승인, 및 간행을 관리한다.

통상적인 오퍼레이터 환경에서 다른 컴포넌트들과의 통합 및 상호 작용뿐 아니라 개별적인 컴포넌트들에 의해 제공되는 기능성은 도 11을 참조하여 이하 상세히 설명되어 있다.

사용자 포털 환경에서 콘텐츠 디스커버리 및 전달

사용자 포털(User Portal)은 서비스 가입, 구성된 기본 설정, 및 사용자 포털에 액세스하기 위해 사용하고 있는 장치의 성능에 따라 최종 사용자에게 이용 가능한 일련의 서비스들로의 액세스를 제공한다. 사용자 포털은 사용자 장치를 인식하고, 사용자의 서비스 가입 프로파일에 액세스하며, 장치의 성능을 기초로 가입된 서비스를 대략적으로 렌더링(rendering)하여 최종 사용자가 이용 가능한 서비스의 맞춤식 보기를 다이내믹하게 생성한다. 사용자 포털은 최종 사용자가 PC 브라우저, PDA 브라우저, WAP 및 휴대폰 브라우저 등을 포함한 다양한 장치에서 서비스로 액세스하도록 한다.

사용자 포털 내에서 제공되는 서비스 중에는 벨소리 다운로드, 바탕화면 다운로드, 자바 게임 다운로드, 음악 및 비디오 다운로드 등의 콘텐츠 다운로드 서비스가 있다. 이러한 다운로드 서비스는 사용자 포털 내에서 "포틀릭(portlet)"으로 구현되어 최종 사용자가 자신의 장치로 다운로드할 수 있는 콘텐츠를 '디스커버리'할 수 있게 하며 계속해서 (해당 한다면) 구매와 자신의 장치로의 해당 콘텐츠의 (다운로드) '전달'을 시작하도록 할 수 있다.

콘텐츠 디스커버리

개별적인 콘텐츠 디스커버리 포트릿은 사용자 포털이 제공하는 장치 인식형 프레임워크를 이용하여 최종 사용자의 장치에 적합한 콘텐츠만이 다운로드 가능하게 제시되도록 한다. 예를 들어, 폴리포닉(polyphonic) 벨소리는 최종 사용자의 장치가 이를 지원하는 경우에만 디스커버리 포트릿에 표시될 것이다. 또한 디스커버리 포트릿은 사용자 포털의 기능을 제공하는 다채널 장치가 최적의 제공 및 포트릿 자체와의 사용자 인터랙션을 보장하도록 한다.

사용자 포털에 통합된 콘텐츠 디스커버리 프레임워크는 디스커버리 포트릿에 콘텐츠 디스커버리 작업을 가능하게 하는 다음과 같은 추가적인 포괄 성능을 제공한다:

장치 특성, 특정 콘텐츠 형식, 키워드, 서비스 제휴 등을 기초로 사용가능한 공개된 콘텐츠을 물어보고 식별하기 위한 인터페이스.

가격 정보 검색을 최종 사용자에게 제공할 수 있는 인터페이스.

디스커버리이 완료되면 콘텐츠 자체의 전달을 시작하게 하는 성능.

콘텐츠 디스커버리 포트릿은 일반적으로 공개된 콘텐츠에 대한 질의 능력을 이용하여 다음 두 가지 중 하나의 방식으로 콘텐츠를 디스커버리할 수 있도록 한다: 1) 최종 사용자는 관 있는 특정 콘텐츠를 디스커버리할 때까지 일련의 메뉴를 제공받고 선택된 콘텐츠 카테고리를 통해 탐색한다. 이러한 메뉴들은 디스커버리 포트릿을 통해 다이내믹하게 생성되어 최종 사용자의 장치 성능을 기초로 필터링된 콘텐츠 선택 항목들만을 제공받도록 한다. 콘텐츠 메뉴는 카테고리별, 형식별, 인기도별 등으로 구성되어 제공될 수 있다; 그리고 2) 최종 사용자는 디스커버리 기준과 일치하는 이용가능한 콘텐츠 목록을 제공받을 수 있다. 콘텐츠는 최종 사용자의 장치 성능을 기초로 다시 필터링될 수 있다.

실제로, 콘텐츠 디스커버리 중의 사용자 경험은 개별적인 디스커버리 포트릿의 구현, 오퍼레이터에 의해 채용된 원하는 사업 모델, 및 네트워크 자체의 기저가 되는 오퍼레이터가 제공하는 능력에 따라 크게 변할 수 있다. 또한, 최종 사용자는 콘텐츠의 풀 버전에 대한 전달을 시작하기에 앞서 미리보기 성능 또는 샘플 콘텐츠를 제공 받을 수 있으며, 최종 사용자는 콘텐츠 종류 및 오퍼레이터가 선택한 사업 모델 (예를 들어, 무료, 월정액 무제한 벨소리 다운로드, 5$에 10개의 배경화면, 개별적인 자바 게임은 2$ 그리고 게임에 대한 추가 단계는 각각 0.25$, 등등)에 따라 선택가능한 가격 옵션을 제공받을 수도 있다.

네트워크 역량 제한은 선납한 다운로드의 제공 WAP 푸쉬를 이용한 콘텐츠 다운로드의 제공, 또는 다른 최종 사용자의 콘텐츠 디스커버리 기능의 제공을 불가능하게 할 수 있다.

바람작하게는, 디스커버리 포트릿 자체는 간단하고 강렬한 사용자 경험을 보장하기 위해 설계된다.

콘텐츠 전달

최종 사용자가 콘텐츠 디스커버리 작업을 완료하고 콘텐츠 전달을 진행하기로 확정하면 전달 작업이 개시된다. 선택된 콘텐츠의 전달은 최종 사용자가 요청한 콘텐츠 종류; 최종 사용자의 장치 성능; 및 콘텐츠가 디스커버리되었던 방식에 따라 크게 변할 수 있다.

예를 들어, 디스커버리이 콘텐츠가 전달될 장치를 이용하여 이루어진 경우 콘텐츠는 최종 사용자의 브라우저나 애플리케이션 매니저가 콘텐츠를 가져오도록 리디렉팅(redirecting)하여 동일한 시간 내에 즉시 전달될 수 있다. 이와는 달리, 콘텐츠는 WAP 푸쉬와 같은 방법을 이용하여 별도로 최종 사용자의 장치로 전달될 수 있다.

콘텐츠 다운로드 서비스를 포함한 사용자 포털은 논의되지 않았다. 이동식 인터랙션 서버(Mobile Interaction Server)가 사용자 포털 프레임워크 내에 배치되어 사용자 포털의 최적 렌더링 및 장치 인식과 다양한 장치에 걸친 관련 서비스를 제공한다.

사용자 포털 프레임워크에는 오퍼레이터의 배치 환경 내에서 각종 요소들이 통합되어 콘텐츠 디스커버리 및 전달 시 이용될 수 있다. 일반적으로, 사용자 포털에는 단문 메세지 서비스 센터 (SMSC, Short Message Service Center) 및 WAP 푸쉬 프록시 게이트 웨이 (PPG, Push Proxy Gateway), 선납 및 후납 청구 플랫폼, 그리고 오퍼레이터의 권한설정 및 고객관리 플랫폼이 통합된다. 사용자 포털은 또한 통합된 콘텐츠 매니지먼트 시스템이다.

이행 매니저( Fulfillment Manager )

이동식 콘텐츠 전달 프레임워크 내에서 이행매니저가 콘텐츠 전달 작업을 용이하게 한다. 이행 매니저는 다운로드를 요청한 최종 사용자가 콘텐츠를 다운로드할 권한이 있는지를 보장하고, 콘텐츠 및 대상 장치에 따라 사용할 적합한 다운로드 방식을 정하며 다운로드 자체의 완료를 보장한다.

청구 및 통계 생성 요소로 인터페이스하여 청구의 확인을 가능하게 하며 다운로드 추적할 수 있도록 하고, 또한 적합한 경우 J2ME 장치에서 설치 보고서를 처리한다.

이행 매니저 내의 사업 로직은 오퍼레이터 사업 모델과 조절되도록 사용자 정의될 수 있다. 예를 들어, 청구 확인은 켄텐츠 전달 전에 발생하거나 다운로드 완료 후에만 발생할 수 있다. 사업 로직은 또한 선납 가입자와 후납 가입자 사이에 달라질 수 있다.

이행 매니저는 J2EE 고객 권한설정 표준에 기초할 수 있다. 이행 매니저는 여러 콘텐츠 종류들에 대한 권한 설정을 위한 추상적인 어댑터 모델을 제공하고 다수의 권한설정 모델들을 지원한다. 이행 매니저는 디스커버리 장치로의 직접 전달을 용이하게 하며, 또한 오퍼레이터 네트워크로부터 사용할 수 있는 WAP 푸쉬 설비를 이용하여 장치로의 디스커버리을 가능하게 함으로써 PC 기반 디스커버리을 지원한다.

이행 매니저는 MIDP OTA 및 OMA OTA용 특정 어댑터를 제공하며, 다른 다운로드(예를 들어, 영상, 오디오 파일 등의 직접 다운로드)를 처리하는 포괄적 다운로드 어댑터를 제공하고, 필요에 따라 추가 어댑터를 지원하도록 쉽게 확장될 수 있다.

콘텐츠 매니지먼트( Content Management )

이동식 콘텐츠 전달 시스템은 콘텐츠 매니지먼트 스위트(Content Management Suite)의 핵심 요소를 이용한다:

콘텐츠 서버: 콘텐츠 제공자에 의해 제출된 후 사이트 캐싱 서비스(Site Cashing Service)로 공개된 콘텐츠를 저장.

캐싱 서비스: 사용자 포털에서 디스커버리 포트릿으로부터 다운로드할 수 있는 공개된 콘텐츠를 저장. 관련된 데이터베이스가 외부 콘텐츠 제공자에 의해 물리적으로 호스트된 콘텐츠 뿐만 아니라 사이트 캐싱 서비스에 저장된 콘텐츠를 나타내는 메타 데이터를 저장.

콘텐츠 서비스: 디스커버리 포트릿이 콘텐츠 커넥터(content connector)를 이용하여 가능한 다운로드를 위해 최종 사용자에게 제공하기에 적절한 특정 콘텐츠용 사용가능한 공개된 콘텐츠를 디스커버리할 수 있게 하는 메타 데이터에 대한 인터페이스.

웹 퍼블리셔: 콘텐츠 수명을 관리하는 콘텐츠 어드미니스트레이터에 의해 사용되는 도구. 작업은 콘텐츠를 제출, 분류화, 승인, 공개 및, 적절한 경우, 퇴출할 수 있는 사용자 정의된 작업흐름으로 모델링된다. 메타 데이터 객체 모델은 콘텐츠를 완전히 기술하는 데 사용되어 디스커버리 및 다운로드를 위한 공개를 가능하게 한다. 메타 데이터는 작가, 제목 및 분류와 같은 서지적 정보뿐만 아니라 콘텐츠 종류, 형식 및 크기와 같은 콘텐츠 자체의 기본 상세 정보를 기술하여, 개별적인 디스커버리 포트릿포트릿포트릿스 인터페이스를 효과적으로 사용하여 최종 사용자에게 제공될 콘텐츠를 필터링할 수 있게 한다.

미디어 서비스: 제출된 콘텐츠를 자동 복제하고 선택 가능한 형식과 크기로 변환하며, 자동 메타 데이터 추출을 수행하고, DRM 툴킷, 그래픽, 서비스 등의 통합이 가능한 확장 가능한 플러그인 프레임워크를 제공한다.

콘텐츠 제공자

외부 콘텐츠 제공자에 의한 콘텐츠 제출을 용이하게 하기 위하여, 콘텐츠 제공 포털은 오퍼레이터의 관리 환경 내에 배치될 수 있다. 콘텐츠 제공자 포털은 콘텐츠 관리 웹 애플리케이션 및/또는, 콘텐츠 서버로 콘텐츠를 제출하고 업데이트를 위해 콘텐츠 제공자에 의해 이용될 수 있는 FTP 서버와 같은 인터페이스를 제공한다. 웹 애플리케이션을 이용하여 콘텐츠 제공자는 콘텐츠, 기본적으로는 메타 데이터 스키머(schema)를 기술하는 웹 기반 양식을 작성한 후 콘텐츠를 콘텐츠 서버에 업로딩하게 된다. FTP 서버를 이용하여 콘텐츠 제공자는 콘텐츠 및 콘텐츠콘텐츠콘텐츠를 기술하는 XML 파일을 업로딩하게 된다.

바람직한 무선 장치 요구사항. 듀얼 프로세서 아키텍처

미국 특허 No. 7,548,875 에서는 멀티미디어 DSP 서브시스템을 갖는 무선통신장치가 개시되어 있다. 이 듀얼 프로세서 아키텍처는 실시간 동영상처리를 포함하여 가장 수요가 많은 멀티미디어 어플리케이션을 처리하는데 매우 적합하다. 상기 아키텍처는 저전력의 프로그래밍이 가능한 DSP 및 고성능의 RISC (Reduced Instruction Set Computing) 범용 프로세서를 이용하여 현저하게 성능 향상 및 최적화되었다.

상기 어플리케이션의 수요에 의해, 두 프로세서 사이의 어플리케이션의 작업을 분할하는 것은 중요하다. 상기 작업을 그에 가장 적합한 프로세서에 할당할 때 시스템의 속도와 처리량은 최적화되어야 한다. 적절한 프로세서에 최적으로 작업을 할당하는 것은 각 작업을 수행하는데 필요한 프로세서 사이클의 개수를 줄일 것이다. 이는 소모되는 배터리의 전력을 감소시키고 모바일 장치의 수명을 늘린다.

도 12는 모바일 동영상 어플리케이션을 적은 전력을 사용하여 모바일 장치의 배터리 수명을 늘림과 동시에 무선 멀티미디어 어플리케이션을 요청하기 위한 처리에 최적화된 듀얼 프로세서 아키텍처에 매핑하기 위한 효율적인 방법을 도시하고 있다.

모바일 동영상 어플리케이션에 수반된 작업은 제어, 전달 및 미디어 디코드로 나눌 수 있다. 제어 및 전달 작업은 미디어 전달 메카니즘인 실시간 스트리밍 프로토콜(RTSP, Real-Time Streaming Protocol) 및 실시간 프로토콜 (RTP, Real-Time Protocol) 처리를 포함한다. 이러한 작업은 복잡한 연산이 아니기 때문에 범용 RISC 프로세서가 실행하기에 적합하다.

미디어 디코드 작업은 동영상 비트 스트림 디코딩, 고품질 오디오 디코딩 및 기타 신호 처리 작업을 수반한다. 이러한 처리는 고도의 연산을 요구한다. 결과적으로 고성능의 저전력 DSP는 미디어 디코드 작업에 적합하다.

동영상 어플리케이션이 실행중일 때, 무선 신호는 모뎀을 통해 상기 시스템에 들어간다. 상기 범용 RISC 프로세서는 RTP/RTSP 프로토콜 처리를 다루고 오디오 및 비디오 데이터를 역다중화 한다. 이후, 상기 무선 신호는 기본적인 비트 스트림으로 변환되어 DSP에 내장된 램(RAM)에 전달된다.

상기 시스템에 대한 처리 부하를 최소화하기 위해, 동영상 어플리케이션은 현재의 프레임 또는 영상을 사용하여 후속의 프레임을 추정한다. 프레임은 한번에 하나의 매크로 블록만큼 프레임 버퍼에서 DSP의 내장 램으로 이동하여 다른 정보와 결합되고 현재의 프레임으로서 디스플레이 장치로 전달된다.

상기 두 프로세서의 처리 능력은 데이터가 상기 시스템을 통해 적절한 시간에 이동하지 않으면 낭비될 수 있다. 동영상 어플리케이션을 사용 불가능하게 할 수 있는 입출력 병목현상을 피하기 위해 직접 메모리 액세스 (DMA, Direct Memory Access) 접속이 사용된다. 모든 DMA 채널은 효율적인 내부 데이터 흐름을 보장하기 위해, 모든 공유 메모리에 대한 액세스를 갖고 있다. 대용량 그래픽 이미지는 외장 메모리에서 내장 메모리로 빠르고 끊임없이 이동되어야 하기 때문에 상기 DMA 기능은 데이터 구조의 이동을 빠르게 하기 위해 필요하다.

듀얼 프로세서 아키텍처는 두 프로세서가 동시에 같은 메모리 위치를 놓고 경합할때 발생할 수 있는 충돌의 문제점을 갖고 있다. 또한, 두 프로세서중 어느 하나에 의해 시작된 메모리의 소정의 위치에 대한 메모리 액세스 요청은 한번에 하나씩만 처리될 수 있다. 상기 시스템은 상기 아키텍처의 고유한 부분인 트래픽 컨트롤러 (Traffic Controller)에 의해 프로세서간의 경합을 극복할 수 있다.

상기 트래픽 컨트롤러는 상기 DSP, 범용 RISC 프로세서 및 외부 인터페이스 사이에 위치한 프로그램 가능한 중재 메카니즘이다. 상기 트래픽 컨트롤러에 프로그램된 알고리즘에 따라서, 메모리 액세스에 대해 우선순위를 매기고 일어날 수 있는 어떤 충돌이라도 해결할 것이다.

오류 정정. MPEG-4와 같은 최신의 압축 표준에 내장된 일반적 오류 내성 툴 이외에, 후처리 기법이 상기 시스템에서 실행된다. 이 기법은 동영상 디코딩 처리 이후에 실행되며 상기 언급된 오류 내성 툴을 통해 회복된 데이터를 이용하여 손상된 매크로 블록을 이전 프레임의 손상되지 않은 매크로 블록으로 대체한다.

이러한 툴과 기법은 종종 프로세서로 하여금 현재의 프레임을 더욱 정확하게 추정하기 위해 이전의 프레임을 재검사 하도록 하기 때문에, 오류 정정 처리는 장치의 입출력 채널에 부담을 준다. 데이터의 대용량 블록이 DSP 프로세서의 외장 메모리와 온칩 (on-chip) 램 사이를 왕복한다. 많은 DMA 채널 때문에 상기 시스템은 이를 극복할 수 있으며, 이는 입출력의 병목현상의 가능성을 줄여준다.

용어 해설 목록

CMS API 콘텐츠 관리 시스템 응용 프로그램 인터페이스(Content Management System Application Programming Interface)

DB 데이터 베이스(database)

DC 전달 문맥(Delivery context)

DRM 디지털 저작권 관리(Digital Rights Management)

FTP 파일 전송 프로토콜(File trnasfer Protocol)

J2ME 자바2 플랫폼, 마이크로 에디션(Java 2 Platform, Micro Edition)

J2P 자바 서버 페이지(Java Server Page)

OMA 오픈 모바일 연합(Open Mobile Alliance)

MMS-C 멀티미디어 메시지 서비스 센터(Multi-Media Message Service Center)

PORTLETS 포트릿(웹 포털에서 관리되고 표시되는 사용자 인터페이스 콤퍼넌트, User Interface Components Managed and Displayed in a Web Portal)

PDA 개인휴대정보단말기(Personal Digital Assistant)

SCP 서비스 제어점(Service Control Point)

SDP 서비스 전달 플랫폼(Service Delivery Platform)

SMPP 단문 메시지 피어 투 피어 프로토콜(Short Message Peer-to-Peer Protocol)

SMS-C 단문 메시지 서비스 센터(Short Message Service Center)

WAP 무선 응용 프로토콜(Wireless Applicantion Protocol)

WAP-GW 무선 응용 프로토콜 게이트웨이(Wireless Application Protocol Gateway)

WPPG 왑 푸시 프락시 게이트웨이(WAP Push Proxy Gateway)

XML 확장성 생성 언어(Extensible Markup Language)

본 발명과 함께 사용될 수 있는 바람직한 방법 및 시스템은 2002년 6월 26일 출원된 동시계속출원(co-pending) 미국 특허 출원 번호 제 10/153,756, "미디어 전달 시스템," 새로운 미국 특허 번호 7,548,875에 개시되어 있으며, 그 전체 내용은 본 명세서에 참고 문헌으로 포함된다.

Claims (2)

1. 디티털 압축된 데이터를 통해 아이템과 구매 정보를 수신자에게 전송하는 바코드 리더.
2. 셀 폰인 바코드 리더.

Images