KR100861740B1

KR100861740B1 - Ｓｍｓ를 사용한 전자상거래 메시지를 위한 방법 및 장치

Info

Publication number: KR100861740B1
Application number: KR1020057004425A
Authority: KR
Inventors: 조아나 윙-총 엔지; 로히트 비노드 카푸르; 지미 윙-청 로
Original assignee: 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 2002-10-04
Filing date: 2003-10-03
Publication date: 2008-10-06
Also published as: JP2006501561A; KR20050050656A; WO2004032542A3; AU2003269255A1; WO2004032542A2; JP4345893B2

Abstract

본 발명은, 데이터 수집 인터페이스가 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 수용하는 단계; SMS 비지니스 메시지를 데이터 프로세싱 시스템의 프로세싱을 위하여 포맷되고 카테고리화된 SMS 메시지로서 생성하도록 인코딩 템플릿을 사용하여 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 메시지 인코딩 엔진이 인코딩하는 단계; 디스패처 런타임 프로세서가 네트워크상의 수신자로의 전송을 위하여 상기 SMS 비지니스 메시지를 프로세싱하는 단계를 포함하는 소프트웨어 애플리케이션에 의한 프로세싱을 위한 SMS 비지니스 메시지를 생성하는 방법을 제공한다.

Description

ＳＭＳ를 사용한 전자상거래 메시지를 위한 방법 및 장치{METHOD AND APPARATUS FOR AN E-COMMERCE MESSAGE USING SMS}

본 발명은 무선 전자상거래 통신 분야에 관한 것으로, 더 상세하게는, 상거래 메시징으로서 이동 무선 통신에 이용되는 단문 메시지 서비스들 및 다른 메시징 서비스들을 제공하기 위한 방법들 및 장치들에 관한 것이다.

이동 상거래는 사용자들이 비지니스 거래를 언제, 어디에서나 수행할 수 있도록 하여 사용자들에게 편의를 제공한다. 무선 애플리케이션 프로토콜(WAP)은 수년동안 존재해왔지만, WAP 인에이블링된 휴대전화 및 다른 이러한 웹 인에이블링된 무선 장치들의 시장 침투는 여전히 매우 낮다. 오늘날 이동 상거래 분야에서 가장 정착된 기술은 이동 무선 장치들 상의 단문 메시지 서비스(SMS)이다. 시장에서의 SMS의 높은 진출과 채택으로, SMS는 이동 상거래 이용을 위한 주요 타켓이 되어왔다.

본 발명에 의하여 계획된 상거래 기능들을 가진 SMS 통지의 예들은:

사용자에 대한 마케팅 강요(driven) 메시지: 예를 들어, 할인 정보, 판촉 및 다른 상거래 캠페인 정보;

비지니스 이벤트들을 위한 통지: 예를 들어, 수신된 확인 주문, 확인 보내 기; 및

지불 기한, 또는 다른 데드라인 강요 타입의 리마인더(reminder)들과 같은 기능적 효율을 위한 통지를 포함한다.

그러나, 다양한 순수 기술적 장애들 및 한계들이 오늘날의 SMS에 존재하고, 따라서 상거래 웹 애플리케이션에서 애플리케이션 및 이용은 어렵고 실행불가능하다.

종래 기술에는 많은 한계들이 있고 비지니스 환경에는 SMS 메시징의 이용을 위한 요구가 존재한다. 이 한계들 및 요구들을 다음에서 검토한다.

상거래에서 SMS 이용의 한계들

SMS에서의 시맨틱들(semantics) 개념의 부재는 상거래 애플리케이션에서의 SMS 이용을 어렵게 만든다. 어려움은 다음과 같다:

주어진 비지니스 목적을 정확하게 구현하기 위한 SMS 메시지의 인코딩, 또한 비지니스 목적이 요구되는 경우 대응하는 SMS 메시지의 런타임 취급.

인코딩 장벽들

데이터 프로세싱 시스템들에 대하여 SMS 메시지들은 본래의 타입이 없고(typeless), 국적이 없으며(stateless), 세션이 없고(sessionless), 의미가 없다(meaningless). 현재 SMS 메시징의 주요 목적은 이동 장치들 간의 개인대 개인 통신이다.

그러나, SMS 메시지들이 비지니스 거래의 수단으로서 실행가능하기 위하여, SMS는 단지 두 당사자들의 약식의 교환이 될 수는 없다. 비지니스 거래는 추적 능력, 확인, 및 부인방지의 요구들을 포함한다. 또한 SMS는 SMS를 취급하는 모든 웹 애플리케이션 또는 다른 데이터 프로세서에 의하여 이해되어야 한다. 우리는 총괄하여 이 요구들을 SMS 메시징의 '시맨틱들'로 정의한다.

예를 들면:

비지니스 규정들의 주어진 세트는 SMS 메시지들의 서브세트가 다음의 거래들의 부인방지를 위하여 전달시에 확인되는 것을 필요로 할 것이다:

ⅰ. 확인된 도착

ⅱ. 부인방지를 위한 기록된 도착 타임스탬프(timestamp)

ⅲ. SMS 메시지들의 수령 승인

SMS 메시지들의 주어진 세트가 정기적으로 주어진 스케줄에 기초하여 전달되도록 하는 것도 비지니스 요구일 수 있다. 예들은 다음을 포함한다:

ⅰ. 비용청구서의 월별 리마인더

ⅱ. SMS 메시지들에 의하여 스케줄화된 판촉

비지니스들은 메시지 도착을 체크 또는 확인할 필요없이 방송 타입의 SMS 메시지들이 복수의 사용자들에 도달하는 것을 필요로 할 수 있다. 예들은 다음을 포함한다:

ⅰ. 상점의 광범위 판촉 방송

이 경우에 승인은 필요로 하지 않을 것이다.

사용자가 거래하자는 SMS 메시지를 보내기를 원하는 경우, 그 사용자의 의도(예를 들어, 주어진 상품의 구매)는 SMS 메시지 텍스트로 인코딩되어 사용자로부터 인입되는(incomming) SMS 메시지를 취급하는 웹 애플리케이션 또는 다른 애플리케이션에 의하여 명백하게 이해될 수 있어야 한다.

비지니스 의도를 정확하게 나타내도록 바르게 인코딩된 SMS 메시지들은 기술적으로 복잡하고 어려운 과제이고 사람이 실수하기 매우 쉽다. 인코딩시의 사람의 실수들은 자주 디버깅 및 수정하기에 비용이 매우 많이 들고 어렵다. 비지니스 사용자들은 그들의 비지니스 목적들을 이루기 위하여 SMS를 이용하면서 효율 및 신뢰를 원한다. SMS 메시지들을 사용자들의 비지니스 프로세스들에 이용하는 경우, 사용자들은 그와 같은 기술적 복잡성을 피하는 것을 필요로 한다. 비지니스 사용자들은 전형적으로 다음에 초점을 맞춘다:

ⅰ. 주어진 SMS 메시지의 비지니스 의도 판정:

ⅱ. (인코딩의 서로 다른 기술적 세부사항들을 걱정하지 않고도) 그 메시지의 정확한 표현의 형성; 및,

ⅲ. 보내진 메시지가 메시지 분류의 의도를 충족하지 않는 경우 에러의 통지

이 비지니스 거래들을 시작하는 비지니스 사용자들은 현재 그들이 성취하기 시작하는 서로 다른 특정 비지니스 목적들에 정확하게 매핑되도록 이 SMS 메시지들 모두를 정확하게 수동적으로 인코딩하는 중대한 기술적 도전에 직면해 있다.

런타임에서의 시맨틱 취급의 어려움

SMS 메시지 인코딩에서의 수동적, 기술적 도전과는 별도로, 비지니스 프로세스 요구들을 충족하는 런타임에서의 시맨틱 취급 역시 주요한 문제이다.

예를 들면, 사용자에게 상당한 비용지불을 통보하는 SMS 메시지는 전형적으로 그 사용자의 승인을 필요로 하고, "완료된 고객 터치 포인트"를 정의하는 비지니스 프로세스를 규정한다.

이런 경우에 SMS 메시지 수신중 사용자에 의한 승인의 결여는 다른 SMS 메시지와는 다르게 취급될 것이다.

그러나, 시맨틱들 및 카테고리화의 개념은 현재 SMS 분야에서 존재하지 않는다.

SMS 메시지들에 있어서 신택스(syntax)의 부재는 상거래 비지니스 프로세스들에서의 SMS의 이용을 어렵고 실행불가능하게 한다.

상거래 비지니스 활동으로의 SMS 텍스트 스트림 매핑의 결여

SMS 메시지들은 어떤 인코딩 방식도 없는 간단한 텍스트 메시지들이다. 따라서, 간단하고 단순한 텍스트 SMS 메시지는 상기 언급된 것들에 추가하여 후술하는 이유들 때문에 상거래에 적합하지 않다.

ⅰ. 간단한 SMS 메시지는 현재 수행되는 상거래의 타입을 표시하는 것이 불가능하다.

ⅱ. 특정 거래에 필요한 추가적인 파라미터들은 표준 방식에서 인코딩될 수 없고, 따라서 백엔드(backend) 상거래 애플리케이션에 의하여 파싱(parsing)될 수 없다.

ⅲ. 사용자 인증 및 허가와 같은 추가적인 세부사항들은 표준 방식에서 처리될 수 없다.

ⅳ. 상거래에 필요한 상태 정보 수단의 요청-응답 모델의 결여는 상거래 SMS 메시지들에 적용될 수 없다.

ⅴ. 사람 사용자들에 의한 응답들로서 160개 문자들의 자유로운 폼 구성은 채택을 불가능하게 하고 실행을 불가능하게 한다.

상기 문제는 웹 애플리케이션 또는 다른 데이터 프로세싱 애플리케이션으로부터 생긴 비지니스 메시지들에 대한 응답을 필요로 하는 SMS 사용자들(사람 및 웹 애플리케이션 모두)에 심각한 유용성 문제를 가져온다.

SMS 메시지의 부분들로서 인코딩된 파라미터들에 대한 표기법의 결여

거래 정보를 수행하는 모든 인바운드(inbound) SMS 메시지들은 데이터 완결성 및 데이터 유효성을 확인하는 것을 필요로 한다. 그 뿐만 아니라, 주어진 웹 애플리케이션에 SMS 메시지들을 보내는 사용자들은 정확한 인증을 위하여 충분한 정보를 인바운드 SMS 메시지들에 인코딩하는 것을 필요로 한다.

예를 들면, 온라인 경매에서 SMS의 이용은 경매 입찰자보다 다른 누군가가 더 높은 호가를 불렀을 경우 언제라도, 입찰자들과 통신하는데 이용되는 백엔드 웹 애플리케이션이 서명된 입찰자에게 통보하는 것을 필요로 한다. 통보시 입찰자들에게 그들의 입찰가격을 높이기 위하여 응답하는 메커니즘을 주어야 한다.

이 예에서, 서명된 입찰자들이 경매 수수료(override) 통지들의 수령을 거부할 수 없도록 SMS 메시지를 부인방지 방식으로 보내는 것을 필요로 한다. 또한 메시지들이 입찰자들에게 가능한 빨리 도달할 수 있도록, 그 메시지들은 사용가능하다면 높은 우선순위 채널을 통하여 보내져야 한다. 추가적으로, 경매 입찰자들이 경매에 이용되는 백엔드 상거래 애플리케이션을 다시 호출하여 백엔드 상거래 애플리케이션에 받아들여질 수 있는 표준 SMS 메시지 템플릿을 이용하여 새로운 입찰가격을 제출하는 것이 필요하다. 백엔드 웹 애플리케이션이 적절한 시맨틱들을 수행할 수 있도록 이 SMS 메시지들은 백엔드 상거래 애플리케이션에 의하여 정확하게 파싱되어야 한다.

예를 들면, 경매 시나리오에서 필요한 파라미터들 중 하나는 경매시의 상품식별을 위하여 SKU 번호일 것이다. 백엔드 서버 및 입찰자 인증 모두는 부인방지 목적들을 필요로 한다.

SMS 메시징에서의 신택스의 결여는 다음의 비지니스 프로세스들로의 애플리케이션을 극도로 어렵게 만든다:

상거래 프로세스 매핑;

사용자 인증;

파라미터 패싱(passing);

데이터 확인.

SMS 인코딩의 기술적 복잡성들은 SMS의 이용을 채택하는 것을 막는다

비지니스 SMS 메시지들의 창작자는 비지니스 메시지들을 보낼 필요가 있는 비지니스 사용자들이다. 그들의 주요 관심은 메시지의 비지니스 물류(보내는 시간, 누구에게 메시지를 보낼 것인지 등) 및 메시지 자체(표현의 선택 등)에 집중하는 것이다. 그들은 전달 매개 기술에 부담을 갖기를 원하지 않는다(또한 전형적으로 여유를 가질 수 없다). 예를 들면, 비지니스 사용자들은 SMS 메시지를 보내는 방법의 기술적인 지식을 다루기를 원하지 않고 그것들을 취급하는 것을 예상하지 않는다.

상거래 이용에서의 확인의 요구

상거래에서 SMS 이용의 중요한 요구는 SMS 메시지 수신자들로부터의 확인의 필요이다. 다음은 상거래에서 SMS 이용시 그러한 중대한 요구들을 위한 예들의 리스트이다:

- 상거래 서버로부터 SMS 통지 수신시, 수신자는 SMS 메시지를 상거래 서버에 다시 보냄으로써 응답할 필요가 종종 있다. 예를 들면: 수신자는 SMS 판촉 메시지에 의하여 광고된 상품을 구매하기 위해 SMS 메시지를 상거래 서버에 다시 보낼 수 있다.

- 부인방지 요구의 달성, 예를 들면: 모든 고객 터치 포인트가 기록되는 것이 필요하다.

- 확인은 또한 인바운드 메시지에서 사용자 ID의 확인을 필요로 한다.

상거래 이용에서의 보안의 요구

상거래에서 SMS 이용을 위한 또다른 중요한 요구는 비지니스 거래 수행시 보안의 필요이다. 이 요구는 다음을 포함한다:

사용자가 SMS 메시지를 이용하여 거래를 시작하는 경우 웹스피어(WebSphere)와 같은 웹 애플리케이션에 의한 사용자 ID 인증;

정확한 웹 애플리케이션이 사용자의 요청을 취급하고 있다는 것을 사용자가 확실히 알도록 사용자에 의한 웹 애플리케이션 인증;

허가되지 않은 어떤 이동 장치도 거래에 이용되지 않음을 확인하는 사용자 인증; PIN은 바람직하게 사용자 확인의 추가적인 레이어로 이용될 수 있다.

상거래 이용에서의 세션의 요구

상거래에서 SMS 이용의 중요한 또 다른 요구는 세션(session)의 요구이다. 종종, 웹 애플리케이션이 아웃바운드(outbound) 메시지를 그것의 사용자에게 보내는 경우(예를 들면, '다음 6시간이내에 구매하는 경우 모든 전자제품 50% 할인'과 같은 캠페인 메시지), 이용된 웹 애플리케이션은 사용자가 특정 시간 이내에 대응하는 아웃바운드 메시지에 다시 SMS로 응답할 것을 예상한다. 전형적으로 세션의 요구는 다음을 포함한다:

아웃바운드 및 인바운드 SMS 메시지들에 대한 요청 및 응답 모델 매핑;

타임아웃 메커니즘; 및,

세션 데이터 공유 메커니즘.

상거래 애플리케이션의 SMS 메시지들의 이용에 있어서 최대의 결점 중 하나는 SMS 메시지 신택스의 부재이고, 이는 상거래 비지니스 프로세스들에서 SMS 메시지의 이용을 어렵고 실행불가능하게 만든다. 다른 최대 결점은 미리 정의된 상거래 비지니스 활동 또는 거래에 대한 SMS 텍스트 매핑의 결여이다. 종종, SMS 텍스트는 수행될 상거래의 타입에 매핑되고, 대부분의 상거래 비지니스 활동은 추가적인 파라미터들을 필요로 한다. 사람 사용자들에 의한 160개 문자들의 자유로운 폼 구성은 실행불가능하다.

추가적으로, SMS가 상거래 애플리케이션에 채택되기 위해서는, 사용자 인증; 웹 애플리케이션 식별; SMS 메시지 수신자들로부터 확인 수신; 및 사용자 응답들을 의도된 상거래 사건들과 관련시키는 능력을 보안 메커니즘들이 제공하는 것이 강력히 요구된다.

제1 태양으로서, 본 발명은 다음의 단계들을 포함하며 소프트웨어 애플리케이션에 의한 프로세싱을 위한 SMS 비지니스 메시지를 생성하는 방법을 제공한다: 데이터 수집 인터페이스가 상기 소프트웨어 애플리케이션으로부터 송출되는(outgoing) 명령들 및 송출되는 데이터를 수용하는 단계; 메시지 인코딩 엔진이 인코딩 템플릿을 사용하여 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 인코딩하여 데이터 프로세싱 시스템에 의한 프로세싱을 위하여 포맷되어 카테고리화된 SMS 메시지로서 SMS 비지니스 메시지를 생성하는 단계; 및 디스패처 런타임 프로세서가 네트웨크 상에서 수신자로의 전송을 위하여 상기 SMS 비지니스 메시지를 프로세싱하는 단계.

제2 태양으로서, 본 발명은 다음의 단계들을 포함하여 소프트웨어 애플리케이션에 의한 프로세싱을 위한 SMS 비지니스 메시지를 생성하는 수단을 제공한다: 데이터 수집 인터페이스가 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 수용하기 위한 수단; 메시지 인코딩 엔진이 인코딩 템플릿을 사용하여 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 인코딩하여 데이터 프로세싱 시스템에 의한 프로세싱을 위하여 포맷되어 카테고리화된 SMS 메시지로서 SMS 비지니스 메시지를 생성하기 위한 수단; 및 디스패처 런타임 프로세서가 네트웨크 상에서 수신자에게 전송하기 위하여 상기 SMS 비지니스 메시지를 프로세싱하기 위한 수단.

제3 태양으로서, 본 발명은 디지털 컴퓨터의 내부 메모리에 직접 로딩가능한 컴퓨터 프로그램 제품을 제공하는데, 제품이 컴퓨터상에서 실행되는 경우, 이 제품은 다음의 단계를 포함하는 방법을 수행하기 위한 소프트웨어 코드 부분들을 포함한다: 데이터 수집 인터페이스가 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 수용하는 단계; 메시지 인코딩 엔진이 인코딩 템플릿을 사용하여 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 인코딩하여 데이터 프로세싱 시스템에 의한 프로세싱을 위하여 포맷되어 카테고리화된 SMS 메시지로서 SMS 비지니스 메시지를 생성하는 단계; 및 디스패처 런타임 프로세서가 네트웨크 상에서 수신자에게 전송하기 위하여 상기 SMS 비지니스 메시지를 프로세싱하는 단계.

다음 도면을 참조하면, 본 발명의 바람직한 실시예들이 예로서 기술된다:

도 1은 본 발명의 실시예에서 SMS를 이용하여 전자상거래를 수행하기 위한 시스템을 나타내는 볼록도이다.

도 2는 SMS 상거래 기반 구성들의 구조적 매핑을 나타낸다.

도 3은 SMS 메시지 구성 마법사를 사용하여 SMS 유니버셜 인코딩 템플릿에 새로운 SMS 타입을 생성하는 것을 나타낸다.

도 4는 SMS 메시지 구성 GUI를 사용하여 새로운 SMS 타입을 생성하는 것을 나타낸다.

도 5는 SMS 인코딩 흐름도를 나타낸다.

도 6은 SMS 메시지 인코딩 엔진 DCI 구조도를 나타낸다.

도 7은 SMS 메시지 인코딩 엔진 흐름도를 나타낸다.

도 8은 수신 사용자가 보는 실제적인 아웃바운드 SMS 메시지의 예를 나타낸다.

도 9는 사용자 응답이 기입된 SMS 인바운드 메시지를 나타낸다.

도 10은 SMS 메시지를 구성하는 GUI를 나타낸다.

도 11은 SMS 메시지 템플릿을 메시지 타입에 추가하는 것을 나타낸다.

도 12는 인바운드 템플릿 관리자 구조도를 나타낸다.

도 13은 인바운드 템플릿 관리를 위한 흐름을 나타낸다.

도 14는 비지니스 사용자가 SMS 메시지를 보내는 구조도를 나타낸다.

도 15는 도 16을 위한 흐름도를 나타낸다.

도 16은 확인 응답 런타임 흐름을 나타낸다.

도 17a는 아웃바운드 흐름도 1을 나타낸다.

도 17b는 아웃바운드 흐름도 2를 나타낸다.

도 17c는 아웃바운드 흐름도 3을 나타낸다.

도 18a는 인바운드 흐름도 1을 나타낸다.

도 18b는 인바운드 흐름도 2를 나타낸다.

도 18c는 인바운드 흐름도 3을 나타낸다.

도 1은 종래 시스템보다 향상된 바람직한 실시예의 개선점들에 초점을 맞춰 SMS 가능한 전자상거래 시스템을 설명한다. 본 발명에 제공된 개선점들은 음영으로 표시된다.

상술된 바와 같이 SMS는 신규한 것이 아니다. 바람직한 실시예와 관련하여 SMS 가능한 상거래 통신 시스템을 기술하는 도 1을 참조하면, 현재의 기술은 종래 기술로 표시된 공간에 위치한다. SMS 메시지들을 이동 장치들(예를 들면, 휴대 전화들)상에서 동작하는 애플리케이션들에 정확히 보내는 문제를 해결하려는 시도들이 과거에 있었다.

도 1의 '새로운 문제 공간'으로 표시된 공간은 현재 존재하는 몇 개의 기본 빌딩 블록들을 제외하고 새로운 것이다. 기본 빌딩 블록들의 일부가 존재하더라도, 바람직한 실시예들에 의하여 제공된 새로운 가능성들을 고려할 정도로 적절하므로, 여기의 바람직한 실시예들은 그것들의 향상을 가능케 한다. 종래 구성들은 강조되지 않지만, 새로운 구성들은 회색으로 강조된다.

도 1에 설명된 실시예를 참조하면, 전자상거래 서버(104)는 많은 구성들을 포함한다:

애플리케이션 구성들(108): 애플리케이션 구성들(108)은 주어진 상거래 서버의 비지니스 서브시스템들을 형성한다. 각 비지니스 서브시스템은 주어진 비지니스 프로세스들의 구현이다. 비지니스 서브시스템들의 예들은 다른 것들 중에서 주문 관리: 사용자 관리; 마케팅 및 캠페인 서브시스템들을 포함한다.

보통 메시지 서브시스템(107): 보통 메시지 서브시스템(107)은 애플리케이션 구성들(108)에 의하여 생성되는 메시지들을 취급(및 프로세스)하는 일반 메시지 취급 시스템이다. 보통 메시지 서브시스템은 이메일, 파일 전송 및 메시지들의 취급 및 프로세싱과 관련된 다른 문제들을 취급한다.

도 1에 예시된 실시예는 기존의 특성들 및 다음을 포함하는 프로세스들을 사용한다.

SMS 메시지들: SMS 메시지들은 최대 160개 문자 길이의 간단한 텍스트 메시지로 제한된다. SMS 메시지들은 많은 무선 네트워크들을 통하여 보내질 수 있다. 대부분의 휴대 전화들은 SMS 메시지들을 송신 및 수신할 수 있다.

무선 메시지 게이트웨이: 무선 메시지 게이트웨이는 무선 네트워크와 전자상 거래 서버(104) 사이에서 SMS 메시지들을 보낼 수 있는 컴퓨터에 의하여 구현될 수 있다.

SMS 센터: SMS 센터(102)는 전형적으로 원거리통신 회사에 의하여 동작하여 선택된 이동 장치들에 SMS 메시지들을 전달한다.

데이터 수집 인터페이스(#1): 데이터 수집 인터페이스(117)는

ⅰ. SMS 메시지 구성 마법사(112)를 통과하는 사용자 입력; 및,

ⅱ. 애플리케이션 구성들(108)에 의하여 생성되고 보통 메시지 서브시스템(107)에 의하여 보내진 데이터를

수집하는 인터페이스들의 세트를 포함하여 메시지 인코딩 엔진(111)에 의하여 사용될 SMS 입력 데이터 수집(collection)을 생성한다.

메시지 인코딩 엔진(#2): 메시지 인코딩 엔진(111)은 데이터 수집 인터페이스(117)에 의하여 생성된 입력 데이터 수집을 입력으로서 취한다.

메시지 인코딩 엔진(111)은 SMS 입력 데이터 수집의 데이터를 사용하여 사용자가 선택한 SMS 타입에 대한 적절한 특성들을 지닌 SMS 메시지 인코딩을 생성한다. 메시지 인코딩 엔진은 에러 체킹을 위하여 SMS 유니버셜 인코딩 템플릿(113)과 대조하여 사용자 입력을 확인한다.

엔진(111)의 이러한 자동 생성 능력은 사람의 실수들에 의한 것과 같은 인코딩 에러들을 제거한다. 또한, 이것은 메시지 의도의 구현을 위하여 특성들을 인코딩하는 기술적 복잡성을 비지니스 사용자들로부터 감춘다. 메시지 인코딩 엔진(111)은 출력으로서 분류된(typed) SMS 메시지 인스턴스(114)를 생성한다.

런타임 프로세서(#3): SMS 메시지 런타임 프로세서(110)는 런타임에 SMS 카테고리화에서 정의된 비지니스 시맨틱들을 취급한다.

런타임 프로세서(110)의 기본 기능들:

- SMS 메시지가 전달 또는 예상되는 응답의 확인을 필요로 하는 경우, SMS 메시지 런타임 프로세서(110)는 확인을 계속한다.

- 또한 SMS 런타임 프로세서(110)는 종단 사용자로부터 되돌아온 응답을 취하고 인바운드 템플릿 데이터베이스(115)로부터 대응하는 인바운드 메시지 템플릿을 찾는다.

- SMS 메시지가 스케줄화된 메시지인 경우, SMS 메시지 런타임 프로세서(110)는 보낸 SMS 메시지의 스케줄링을 취급할 것이다.

- 또 다른 시맨틱 액션은 사용자 확인의 부존재시에 취해질 수 있다.

- 또한 런타임 프로세서는 런타임 에러 체킹 및 에러 취급을 한다.

SMS 메시지 구성 마법사(#4): 본 발명의 실시예에 따른 SMS 상거래 기반 시스템의 구조적인 매핑을 설명하는 도 2를 참조하면, SMS 메시지 구성 마법사(112)는 사용자가 메시지의 의도된 이용을 명확히 하도록 가이드한다. 다음과 같이, SMS 메시지 인코딩 엔진(111)은 사용자 입력을 사용하여 SMS 카테고리화 템플릿(113)에서 선택되고 미리 정의된 타입으로 사용자 입력을 매핑함에 의하여 SMS 메시지를 생성한다:

ⅰ. 메시지 구성 마법사(112)는 사용자 입력을 취하고 정확한 SMS 입력 데이터 수집을 차례로 생산하는 데이터 수집 인터페이스(117)를 불러낸다.

ⅱ. 또한, 사용자가 메시지 구성 마법사(112)를 통하여 새로운 SMS 카테고리화를 정의하는 경우, 메시지 구성 마법사(112)는 SMS 유니버셜 인코딩 템플릿(113)을 업데이트한다.

ⅲ. 비지니스 사용자가 종단 사용자로부터 필요한 응답과 관련된 SMS 메시지를 정의하는 경우, 비지니스 사용자는 메시지 구성 마법사(112)를 통하여 템플릿 폼에서 애플리케이션 구성들(108)에 의하여 이해되고 필요한 것으로 필요한 응답을 정의할 것이다. 메시지 구성 마법사(112)는 이 입력을 취하고 인바운드 템플릿 데이터베이스(부분 #9, 115)를 업데이트할 것이다(도 1 참조).

SMS 유니버셜 인코딩 템플릿(#5): SMS 유니버셜 인코딩 템플릿(113)은 아웃바운드 및 인바운드 SMS 메시지들의 카테고리화(또는 '타입')를 정의하는 메타 데이터를 포함한다. 각 SMS 카테고리화는 주어진 비지니스가 의도한 이용을 나타낸다. 그것은 런타임 뿐만 아니라 인코딩을 위한 시맨틱들의 정의를 제공한다.

이렇게 잘 정의된 SMS 메시지 카테고리화로, 의도한 이용을 반영하여 정확하게 인코딩된 SMS의 자동 생성이 현재 가능하다. 추가적인 SMS 메시지 카테고리화는 기존의 타입들로부터 더 나올 수 있다.

이 엔터티는 시맨틱 정의 및 취급을 위한 메커니즘을 제공하여 SMS에서의 적절한 시맨틱 취급을 가능케 함으로써, 본 발명의 중요한 태양을 제공한다.

SMS 유니버셜 인코딩 템플릿(113)으로, 비지니스 사용자는 메시지 인코딩 엔진(111) 및 런타임 프로세서(110)에서 코드의 변경없이 새로운 SMS 메시지 타입을 정의할 수 있어서, 두 구성들을 일반적으로 만든다.

분류된 SMS 메시지 인스턴스들(#6): 분류된 SMS 메시지 인스턴스들(114)은 메시지 인코딩 엔진(111)에 의하여 생성되어 런타임 프로세서(110)에 의하여 사용된다.

분류된 SMS 메시지 인스턴스의 예는 다음과 같다:

< GenericSMSMessage >

< short message_text > Something < /short message text >

< ReceiverProfile >

< userid > steve < /userid >

< cellphonenumber > 4161234567@cellphone. com < /cellphonenumber >

< deliverychannel > SMTP < /deliverychannel >

< /ReceiverProfile >

< /GenericSMSMessage >

SMS 응답 추적 DB(#7): SMS 응답 추적 데이터베이스(116)는 인코딩된 타입에 필요한 모든 응답 필요 메시지들을 포착한다. 이것은 필요한 응답 메시지들이 예상된 응답들을 받고 적절한 런타임 프로세싱을 수행하는지를 런타임 프로세서(110)가 보장하는 것을 가능케 한다. 또한 이것은 기본 메커니즘이 예상된 사용자가 시작한 인바운드 메시지들을 취급하는 것을 가능케 한다.

인바운드 템플릿 데이터베이스(#8): 인바운드 템플릿 데이터베이스(115)는 모든 비지니스 사용자의 특정 인바운드 메시지 템플릿들을 저장한다.

도 1의 흐름에 대한 주석: 설명되는 본 발명의 실시예에 따른 SMS 메시지들 의 구성, 프로세싱, 및 통신은 도 1에서 문자 및 숫자 라벨의 화살표들에 의하여 표시된다. 도 2는 도 1에 따른 SMS 상거래 시스템의 구조적 매핑을 나타낸다. 도 1 및 도 2를 참조하여 이하의 명세서로부터 실시예의 진가가 인정될 것이다.

A1: 보통 사용자 인터페이스(106)를 사용하는 비지니스 사용자(105)는 메시지를 준비하기 위하여 SMS 메시지 구성 마법사(#4, 112)를 불러낸다.

B1: 비지니스 사용자는 메시지 구성 마법사(112)를 사용하여 SMS 유니버셜 인코딩 템플릿(#5, 113)에 정의된 기존의 타입에 기초하여 SMS 메시지를 보낸다.

A2: 마법사(112)는 모든 사용자 입력을 포착하고 데이터 수집 인터페이스(#1, 117)를 호출한다.

B2: 비지니스 사용자는 SMS 메시지 구성 마법사(112)를 사용하여 새로운 SMS 메시지 타입을 정의한다.

A3: 비지니스 사용자는 마법사(112)를 사용하여 새로운 인바운드 템플릿을 생성함으로써 프리셋 사용자 응답을 정의한다. 마법사(112)는 인바운드 템플릿 DB(#8, 115)를 업데이트한다.

C1: 메시지 인코딩 엔진(#2, 111)은

- SMS 유니버셜 인코딩 템플릿(#5, 113)을 검색하고(C1);

- SMS 유니버셜 인코딩 템플릿(113)과 대조하여 데이터 수집 인터페이스(#1, 117)에 의하여 포착된 데이터를 확인하고 에러 체킹을 수행한다.

C2: 메시지 인코딩 엔진(111)은 출력으로서 분류된 SMS 메시지 인스턴스(#6)을 생성한다. 도 2를 참조하면 그 메시지는 XML 인코딩된 메시지(201)일 수 있다.

D2: 메시지 인코딩 엔진(111)은 C2에서 생성된 분류된 SMS 메시지 인스턴스(114)를 검색하는 런타임 프로세서(#3, 110)를 불러온다.

D3: 이 SMS 메시지 타입에서 사용자 응답이 필요한 경우, 런타임 프로세서(110)는 SMS 응답 추적 DB(#7, 116)를 업데이트함으로써 이 메시지를 사용자 응답이 필요한 것으로 등록한다.

D4: 런타임 프로세서(110)는 이 분류된 SMS 메시지 인스턴스(114)를, 도 2의 에브리플레이스 무선 게이트웨이(203)로 참조된 무선 메시지 게이트웨이(103)로 전송한다.

D5: 인입되는 SMS 메시지를 무선 메시지 게이트웨이(103)로 보낸 경우, 무선 메시지 게이트웨이(103)는 인입되는 메시지를 런타임 프로세서(110)로 보내고, 런타임 프로세서(110)는 인입되는 SMS 메시지로부터 인바운드 템플릿 ID를 차례로 추출한다.

D1: 런타임 프로세서(110)는 SMS 유니버셜 인코딩 템플릿(113)을 읽어서 아웃바운드 런타임 프로세싱 및 정확한 인스턴스들에 적절한 타입의 시맨틱들을 취급한다.

D6: 런타임 프로세서(110)는 인바운드 템플릿 DB(#8, 115)로부터 대응하는 인바운드 템플릿을 추출하고 인바운드 템플릿을 사용하여 인바운드 SMS 메시지를 파싱한다. 런타임 프로세서(110)는 인바운드 SMS 메시지를 디코딩하고 취급을 위해 그것을 대응하는 애플리케이션 구성(108)로 보낸다.

휴대 전화(도 1의 101)와 같은 사용자의 SMS 장치(도 2의 120) 사이의 SMS 통신은 전화 회사의 휴대 전화 인터페이스(102)에 의하여 취급되고, 무선 게이트웨이(103)는 통신에서 메시지들을 송신 및 수신하는데 휴대 전화 인터페이스(102)를 필요로 한다.

Dx: 런타임 프로세서(110)는 런타임 에러를 애플리케이션 구성(108)으로 다시 보고한다.

1. SMS 메시지 카테고리화를 정의하기 위한 SMS 메시지 카테고리화(타입) 방법 및 장치

SMS 유니버셜 인코딩 템플릿(113)은 SMS 메시지 카테고리화를 정의하는 메커니즘을 제공한다. SMS 메시지 카테고리화를 정의하는 메커니즘은 바람직하게 SMS 메시지 카테고리화를 구성하는 SMS 메시지의 메타 데이터(예를 들면, 주어진 메시지의 특색들 및 특징들)가 특정되는 XML 방식으로 구현된다.

상거래 SMS 메시지 템플릿은 바람직하게 SMS 메시지들의 상거래 타입(카테고리화)을 제공하도록 설계된다. SMS 유니버셜 인코딩 템플릿(113)은 사용자가 기존에 정의된 타입들을 이어받아 새로운 SMS 메시지 타입들을 확장 및 정의하는 메커니즘을 제공한다. 따라서 사용자들은 원래의 SMS 카테고리화 템플릿의 SMS 메시지 타입을 확장하여 새로운 SMS 타입들을 정의할 수 있다.

비지니스 사용자는 기존의 SMS 타입을 이용하고 그것을 확장하여 새로운 메시지 타입들을 생성할 수 있다. 비지니스 사용자는 확장된 타입의 새로운 특성들을 단지 특정할 필요가 있다. (이 새로운 메시지 타입으로 확장하는) 기본 메시지 타입의 모든 특성들이 세팅되고 비지니스 사용자는 그것들을 다시 특정할 필요가 없다.

주어진 SMS 카테고리와 관련된 시맨틱들을 정의하는 메커니즘

본 발명의 바람직한 실시예에서, SMS 메시지를 인코딩할 필요가 있는 경우, 메시지 인코딩 엔진(#2, 111)은 XML 파서를 호출하여 SMS 유니버셜 인코딩 템플릿(113)을 자바 런타임 객체들로 변환한다. XML 파서는 메시지 인코딩 엔진의 부분일 수 있고 또는 당업자에게 이해되는 것처럼 메시지 인코딩 엔진에 사용가능할 수 있다. 이 런타임 객체들은 필요한 시맨틱 정보를 제공하여 메시지 인코딩 엔진(111)이 SMS 메시지들을 생성한다.

이런 상황에서 메시지 인코딩 엔진(111)은 이제 XML 파서를 사용하여 SMS 유니버셜 인코딩 템플릿(113)과 대조함으로써 메시지의 주어진 인스턴스를 파싱할 수 있다. 이것은 에러 체킹을 위한 자동 메커니즘을 제공한다. SMS 메시지의 타입 정의에 적절하지 않은 주어진 SMS 메시지에서 빠지거나 예상되지 않는 정보는 메시지 파싱시 에러를 초래할 것이다.

런타임에서, SMS 런타임 프로세서(#3, 110)는 SMS 메시지 타입에 기초한 에러 체킹뿐 아니라 다른 런타임 시맨틱들을 취급하기 위하여 SMS 유니버셜 인코딩 템플릿(113)에 의하여 제공되는 카테고리화 정보를 읽는다.

SMS 메시지들의 런타임 프로세싱은 다음의 태양들을 커버한다:

1. 아웃바운드 SMS 메시지들의 파싱.

2. 아웃바운드 메시지들의 에러 체킹.

3. 메시지 추적 및 스케줄링 가능성.

4. 아웃바운드 SMS 템플릿 메시지들의 생성.

5. 인바운드 메시지들의 에러 체킹.

6. 인바운드 템플릿들을 XML SMS 메시지들로 변환.

7. 아웃바운드 타입들을 대응하는 인바운드 SMS 메시지들로 매핑.

우리가 소개했던 템플릿들에 따라 이제 그것들이 인코딩되므로 아웃바운드 SMS 메시지들의 런타임 파싱이 가능하다. 이 파싱 단계 동안에 메시지 타입에 관한 정보, 전송 매체, 전송 우선순위 등이 파싱 아웃된다.

에러 체킹은 아웃바운드 메시지들의 런타임 파싱의 추가적인 이익이다. 아웃바운드 SMS 메시지들은 이제 엄격하게 인코딩된 타입이므로, 파라미터 누락 등과 같은 다양한 에러들은 이 단계에서 검출되고 취급될 수 있다. 이것은 최종 아웃바운드 메시지가 정확하다는 것을 보장한다.

본 발명의 하나의 실시예에 따른 SMS 유니버셜 인코딩 템플릿을 구현하는데 사용될 수 있는 샘플 소스 코드 리스트는 다음과 같다:

<xsd:schema

xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns:cep=

"http ://www. ibm. com/WebsphereCommerceEnabledPortal/SMSCommerceDefi

nitionSchema">

Schema for Websphere Commerce Enabled Portal SMS Commerce Type Definition

</annotation>

< !-Dynamic Context Group Instance-- >

< xsd : element name="ScheduledGenericSMSMessage"

type="ScheduledGenericSMSMessageType",

minOccurs="0"/>

< xsd : element name="ResponseRequiredGenericSMSMessage"

type="ResponseRequiredGenericSMSMessageType",

minOccurs="0"/ >

< xsd : element name="HighPriorityGenericSMSMessage"

type="HighPriorityGenericSMSMessageType",

minOccurs="0"/ >

< xsd : element name="GenericSMSMessage"

type="GenericSMSMessageType",

minOccurs="0"/ >

< xsd : element name="BroadcastSMSMessage"

type="BroadcastSMSMessageType",

minOccurs="0"/ >

< xsd : complexType name="ScheduledGenericSMSMessageType" >

< xsd : sequence >

< xsd : element name="GenericSMSMessage"

type="GenericSMSMessageType"/ >

< xsd : attribute name="DateToBeSentOn" type="xs : date"/ >

< xsd : attribute name="TimeToBeSentOn" type="xs : time"/ >

< /xsd : sequence >

< /xsd : complexType >

< xsd : complexType name="ResponseRequiredGenericSMSMessageType" >

< xsd : sequence >

< xsd : element name=llGenericSMSMessage''

type="GenericSMSMessageType"/ >

< xsd : attribute name="InboundTemplateId"type="xs : string"/ >

< /xsd : sequence >

< /xsd : complexType >

< xsd : complexType name="HighPriorityGenericSMSMessageType" >

< xsd : sequence >

< xsd:element name="GenericSMSMessage"type="GenericSMSMessageType"/ >

< xsd : attribute name="DeliveryPriority"

type="DeliveryPriorityType"fixed="HIGH"/ >

< /xsd : sequence >

< /xsd : complexType >

< xsd : complexType name="GenericSMSMessageType" >

< xsd : sequence >

< xsd : element name="shortmessagetext"

type="xsd : string" maxLength="160"/ >

< xsd : attribute name="ReceiverProfile"

type="ReceiverProfileType" minOccurs="1"maxOccurs="1"/ >

< /xsd : sequence >

< /xsd : complexType >

< xsd : complexType name="BroadcastSMSMessageType" >

< xsd : sequence >

< xsd : element name="shortmessagetext"type="xsd : string"

maxLength="160"/ >

< xsd : attribute name="ReceiverProfile"type="ReceiverProfileType"

minOccurs="l"maxOccurs="unbounded"/ >

< /xsd : sequence >

< /xsd : complexType >

< xsd : simpleType name="DeliverPriorityType" >

< xsd : restriction base="xsd : string" >

< xsd : enumeration value="HIGH"/ >

< xsd : enumeration value="MEDIUM"/ >

< xsd : enumeration value="LOW"/ >

< /xsd : restriction >

< /xsd : simpleType >

< xsd : complexType name="ReceiverTransmissionProfileType" >

< xsd : sequence >

< xsd : element name="userid"type="xsd : string"/ >

< xsd : element name="cellphonenumber"type="xsd : string"/ >

< xsd : element name="deliverychannel"type="DeliveryChannelType"/ >

< /xsd : sequence >

< /xsd : complexType >

< xsd : simpleType name="DeliveryChannelType" >

< xsd : restriction base="xsd : string" >

< xsd : enumeration value="SMTP"/ >

< xsd : enumeration value="GSM"/ >

< xsd : enumeration value="SNPP"/ >

< xsd : enumeration value="Mobitex"/ >

< xsd : enumeration value="DataTAC"/ >

< /xsd : restriction

< /xsd : simpleType >

< /xsd : schema >

다음의 소스 코드 리스트는 분류된(카테고리화된) SMS 메시지 인스턴스의 실례을 제공한다.

상거래 지불 예외 SMS 메시지의 XSD 정의

< xsd : complexType name="PaymentExceptionSMSMessage" >

< xsd : sequence >

< xsd : elementname="ResponseRequiredSMSMessage"

type="ResponseRequiredSMSMessageType"/ >

< /xsd : sequence >

< /xsd : complexType >

지불 예외 SMS 메시지의 메시지 인스턴스

< PaymentExceptionSMSMessage >

< ResponseRequiredSMSMessage >

< HighPriorityGenericSMSMessage >

< GenericSMSMessage >

< short~message~text >

Your cheque bounced !

< /shortmessagetext >

< ReceiverProfile >

< userid > steve < /userid >

< cellphonenumber >

4161234567@cellphone. com

< /cellphonenumber >

< deliverychannel > SMTP < /deliverychannel >

< /ReceiverProfile >

< /GenericSMSMessage >

< DeliveryPriority > HIGH < /DeliveryPriority >

< /HighPriorityGenericSMSMessage >

< ConfirmationOfDelivery > CONFIRMED < /ConfirmationOfDelivery >

< /ResponseRequiredSMSMessage >

< /PaymentExceptionSMSMessage >

캠페인이 시작된 방송 SMS 메시지의 XSD 방식 정의

< xsd : complexType name="CampaignStartedSMSMessage" >

< xsd : sequence >

< xsd : elementname="BroadcastSMSMessage"

type="BroadcastSMSMessageType"/ >

< /xsd : sequence >

< /xsd : complexType >

캠페인 시작된 SMS 메시지의 메시지 인스턴스

< CampaignStartedSMSMessage >

< BroadcastSMSMessage >

< short message~text >

New campaign has been started, visit our website

< /shortmessagetext >

< ReceiverProfile >

< userid > steve < /userid >

< cellphonenumber >

4161234567@cellphone. com

< /cellphonenumber >

< deliverychannel > SMTP < /deliverychannel >

< /ReceiverProfile >

...

< ReceiverProfile >

< userid > joe < /userid >

< cellphonenumber >

4161234568@cellphone.com

</cellphonenumber >

< deliverychannel > SMTP < /deliverychannel >

< /ReceiverProfile >

< /BroadcastSMSMessage >

< /CampaignStartedSMSMessage >

SMS 인코딩 엔진(111)은 선택된 SMS 메시지에 기초한 SMS 메시지 인스턴스를 자동적으로 생성할 수 있다. SMS 메시지 런타임 프로세서(110)는 주어진 미리 정의된 타입의 시맨틱들을 취급하도록 적합화된다. 런타임에서, 보내진 SMS 메시지가 응답필요SMS메시지타입(ResponseRequiredSMSMessageType)인 경우, SMS 메시지 런타임 프로세서(110)은 사용자 확인을 위하여 프리셋 대기 시간을 기다린다. 프리셋 대기 시간 이후에 확인을 받은 경우, 런타임 프로세서(11)는 대응하는 애플리케이션 구성(108)에 에러를 보내어 그 애플리케이션 구성에 의하여 나타나는 비지니스 프로세스에 규정된 것에 따라 액션을 수행할 수 있다. 예를 들면, 애플리케이션 구성(108)은 거래를 재전송 또는 롤백(rollback)하고 완료가 실패되었던 거래를 마킹하도록 제공할 수 있다. (도 1의 Dx에서 런타임 프로세서(110)는 취급을 위해 애플리케이션 구성에 런타임 에러를 보고한다.)

사용자가 기존의 타입으로부터의 확장에 의하여 새로운 SMS 타입을 생성하는 방법

도 3은 SMS 메시지 구성 마법사를 사용하여 SMS 유니버셜 인코딩 템플릿에 새로운 SMS 타입을 생성하는 프로세스를 기술하고, 도 1은 새로운 SMS 타입을 생성하기 위한 SMS 메시지 구성 GUI를 기술하는데, 도 1 및 도 3을 참조하면, 본 발명의 실시예를 이용하여 새로운 SMS 타입을 생성할 수 있는 방법을 쉽게 이해할 것이다.

프로세스 순서의 시작(단계 300)에서, 비지니스 사용자는 메시지 구성 마법사(112, 도 1 및 도 2)에서 제공하는 버튼을 클릭하여 실시예의 시스템에 새로운 메시지 타입을 생성하도록 명령한다(단계 301). 그러면 메시지 구성 마법사는 SMS 유니버셜 인코딩 템플릿(113, 도 1 및 도 2)을 읽어서 사용자가 단계 302에서 새로운 타입을 생성하도록 선택가능한 근원 SMS 타입(405)을 보여준다. 단계 303에서 사용자는 새로운 메시지 타입 이름(404)을 입력하고 제공되는 기재사항들, 도면부호 406, 407, 408, 409, 410, 411, 414, 415, 416, 및 기본(근원) 타입 405에 의하여 표시되는 모든 새로운 특성들을 기입하여 새로운 SMS 타입을 생성한다. 추가 및 삭제 버튼들, 412 및 413은 각각 응답 섹션에서 아이템들의 삽입 및 삭제를 가능케 하고, 버튼들 402 및 403은 높이 평가받을 새로운 메시지 타입을 저장 또는 취소하는데 사용된다.

새로운 메시지 타입을 위하여 새로운 응답 템플릿이 필요한 경우(단계 304), 사용자는 응답 템플릿 관리자를 불러서 필요한 인바운드 템플릿을 생성하고(단계 305) 인바운드 템플릿 데이터베이스(115)은 업데이트된다(단계 306). 새로운 템플릿이 필요하지 않는 경우, 새로운 메시지 타입은 SMS 유니버셜 인코딩 템플릿(113)에 저장되고(단계 307), 도 3에 기술된 프로세스인 끝(단계 308)에 도달한다.

2. 인코딩의 전체적 흐름

SMS 메시지 인코딩 흐름을 보여주는 도 5를 참조하면, 다음을 이해할 것이다.

A: 비지니스 사용자는 새로운 메시지 타입을 생성하기 위하여 새로운 메시지 타입 생성기를 불러온다.

B: 비지니스 사용자는 새로운 메시지 타입을 위한 새로운 인바운드 템플릿을 (인바운드 템플릿 관리자를 통하여) 생성하기 위하여 인바운드 템플릿 관리자를 불러온다.

C: 인바운드 템플릿 관리자는 미리 정의된 명령 리스트 중에서 하나의 리스트를 인바운드 템플릿 DB로부터 검색한다. 명령 리스트는 애플리케이션 구성 소유자들에 의하여 정의된다.

D: 인바운드 템플릿 관리자는 GUI로부터 비지니스 사용자들에 의하여 선택된 응답 액션 및 명령을 가진 새로운 줄을 인바운드 템플릿 DB에 삽입한다.

E: 인바운드 템플릿 관리자는 새롭게 생성된 (인바운드 템플릿 DB에 의해 생성된) 인바운드 템플릿 ID를 새로운 메시지 타입 생성기에 리턴한다.

F: 그러면 새로운 메시지 타입 생성기는 (인바운드 템플릿 ID가 내장된) 새롭게 생성된 메시지 타입을 SMS 유니버셜 인코딩 템플릿(부분 #5)에 저장한다.

2.1 아웃바운드 메시지 만의 메시지 인코딩(encoding outbound message only message)

SMS 메시지 구성 마법사는 비지니스 사용자들이 전자상거래 시스템에 등록된 사용자들에게 메시지를 보내는 것을 가능케 한다. 비지니스 사용자는 단지 메시지 타입을 선택하고, 메시지 텍스트를 입력하며, 제출 버튼을 클릭해야 한다.

미시적 흐름: 데이터 수집 인터페이스, SMS 입력 데이터 수집 및 메시지 인코딩 엔 진

인코딩 엔진에 의한 메시지 프로세싱은 이하에서 논의되는 바와 같이 도 6에서 문자로 표시된 화살표로 나타난다.

A: 보통 메시지 서브시스템(107) 또는 SMS 메시지 GUI 마법사(부분 #4, 112)는 데이터 수집 인터페이스(117, 부분#1))의 API들(510~516)을 호출하여 메시지 창작자로부터 수집된 데이터를 넘겨 준다.

B: 데이터 수집 인터페이스의 API들(510~516)은 데이터 수집 객체(518)에 그 데이터를 넘겨 준다. 예를 들면, 메시지 텍스트를 파라미터로 갖는 텍스트메시지설정 API(514)를 호출하여, API(514)는 텍스트를 데이터 수집 객체(518)에 저장할 것이다.

C: 메시지전송 API(516)는 분류된 SMS 메시지 인코더(701)를 불러온다. 그것은 데이터 수집 객체(518)로부터 메시지 타입 이름을 검색한다. 메시지 타입 이름은 메시지인스턴스생성 API(510)에 의하여 포착된다. 또한 이 단계에서, 분류된 SMS 메시지 인코더(701)는 데이터 수집 객체(518)로부터 전송 시간, 전송 우선순위, 응답템플릿 ID, 텍스트 메시지, 수신자 정보와 같은 다른 정보를 수집한다.

D: 메시지 타입 이름을 사용하여, 분류된 SMS 메시지 인코더(701)는 이 메시지 타입에 대한 SMS 유니버셜 인코딩 템플릿(113)을 검색한다.

E: 분류된 SMS 메시지 인코더(701)는 SMS 유니버셜 인코딩 템플릿(113)을 (XML의 내적 구조인) 다큐먼트 객체 모델로 표현되는 임시 분류된 SMS 메시지 인스턴스(702)로 변환함으로써 임시 분류된 SMS 메시지 인스턴스(702)를 생성하고, 단 계 C에서 데이터 수집 객체(518)로부터 수집된 정보를 채운다.

F: 임시 분류된 SMS 메시지 인스턴스(702)를 SMS 메시지 확인기(703)에 보내고 확인을 수행한다. 확인 프로세스는 필수 데이터, 데이터 시맨틱, 데이터 신택스(syntax), 데이터 범위 체크를 한다.

G: 확인이 성공적이라면, SMS 메시지 확인기는 임시 분류된 SMS 메시지 인스턴스(702)를 최종 분류된 SMS 메시지 인스턴스(부분 #6, 114)로 복사한다.

도 8의 801 내지 808의 단계들은 그래프식의 흐름도로 상기 프로세스를 기술한다.

2.2 응답필요 메시지의 인코딩

응답이 필요한 SMS 메시지를 위하여, 수신자로의 원래의 아웃바운드 SMS 메시지에 인바운드 템플릿을 포함해야 한다. 인바운드 템플릿은 폼에 기초한 입력 메커니즘을 수신자에게 제공한다. 인바운드 템플릿은 SMS 메시지 수신자의 예상되는 응답을 인코딩하도록 적합화된다. 인바운드 템플릿은 수신자로의 아웃바운드 SMS 메시지를 생성하는 애플리케이션 구성(108)에 응답을 다시 공식화해야 하는 수신 사용자의 부담을 덜어준다. 응답 템플릿은 사용자에게 필요한 응답의 포맷을 표시함으로써 사용자의 응답을 강요하도록 서비스한다. 결과적으로 사용자의 응답은 웹 애플리케이션 서버에 의하여 자동적으로 프로세스될 수 있는 폼이 될 것이다.

인바운드 템플릿: 인바운드 템플릿의 구조는 이하에서 예시된다.

<Short Message Text>

--

<Encrypted String>

--

<response action 1>

<response action 2>

<response action n>

PIN:<mobile user personal identification>

상기 기술된 인바운드 템플릿 구조는 복수의 응답 액션들을 지원한다. 거래의 타입에 따라, 무선 사용자와 같은 수신자는, 응답 액션들의 하나를 고를 것이다.

도 8은 사용자의 디지털 휴대 전화 스크린(901)에 나타나는 것과 같이, 수신 사용자가 응답할 필요가 있음을 표시하는 아웃바운드 SMS 메시지의 외관을 기술한다.

이를 달성하는 SMS 메시지 문자열은 다음과 유사할 것이다: Your cheque bounced!-kis2-CONFIRMED:_PIN:_

2.2.1 SMS 응답 메시지 인코딩 템플릿 구성들

도 9에서 보는 바와 같이, 인바운드 템플릿을 위한 SMS 응답 메시지 인코딩 템플릿 구성들은 다음을 포함한다:

C 단문 메시지 텍스트(902)

C 암호화된 문자열(903)

C <응답 액션(904)> : <응답 데이터(906)>

C PIN(905)

도 10은 보내지기 전에 입력된 사용자 응답을 가진 SMS 인바운드 메시지를 예시한다.

2.1.1.1 단문 메시지 텍스트(902)

이것은 메시지 창작자가 수신자에게 보내기를 의도하는 메시지이다.

2.2.1.2 암호화된 문자열(903)

암호화된 문자열은 한 쌍의 '-'로 경계가 정해진, 4개 문자로 해싱된(hashed) 문자열이다.

암호화된 문자열은 다음의 정보들의 융합을 기초로 한다.

- (웹 애플리케이션 관리자에 의하여 미리 정의된) 웹 애플리케이션 ID(예컨데 상점 ID)

- 사용자ID(이 상점의 수신자 로그인 ID)

- 각 데이터베이스 엔트리로서 (명령 및 예상되는 파라미터를 포함하는) 인바운 템플릿 ID

- 액션 ID(이 메시지에 허용되는 응답 액션들을 나타내는 ID)

- 해시 키(Hash Key) - 사용자는 키가 만료되도록 언제라도 변경할 수 있다. 이것은 제한된 디렉토리의 파일에 저장될 수 있다.

런타임 프로세서(110)는 입력으로서 상기 정보를 사용하여 이 암호화된 문자열을 생성한다. 또한 런타임 프로세서는 SMS 메시지를 무선 메시지 게이트웨이(103)로 SMS 메시지를 전송하기 전에 인바운드 템플릿을 생성한다.

암호화된 문자열 사용의 장점:

- 암호화된 문자열은 4 바이트로 제한되어 문자 160개의 한계로부터 공간을 절약할 수 있다.

- 암호화된 문자열은 알기 어렵다.

- 비지니스 사용자는 임의의 타임아웃을 부과하여 해스 키를 언제라도 변경할 수 있다.

- 런타임 프로세서(110)는 원치않는 인입되는 메시지들을 필터링 할 수 있다. 타당하지 않거나 누락된 암호화 문자열은 메시지가 원치않는 것임을 표시한다.

- 사용자들은 그들의 이동 장치들에 인바운드 템플릿을 저장할 수 있어서 자유로운 의사에 의하여 언제라도 지정된 웹 애플리케이션으로 거래들을 시작할 수 있다. 이 장점은 섹션 2.3에 상세하게 논의될 것이다.

2.2.1.3 <응답 액션>:<응답 데이터>

응답 액션(904)은 허용되는 응답 액션들 및 대응하는 파라미터들을 식별하는 키워드이다. 예를 들면, 허용되는 응답(904)은 확인됨(CONFIRMED)이다. 예컨대, 도 10의 사용자는 응답(906) Y를 입력했다. 또 다른 거래들을 위하여 하나 이상의 허용되는 응답들이 존재할 수 있다. 이 응답에는 3개의 서브요소들이 있다:

1. 응답 액션 - 액션을 나타내는 키워드, 예컨대 확인됨(CONFIRMED)

2. 명령 - 런타임 프로세서가 불러오는 웹 애플리케이션 프로그램 또는 명령

이 응답 액션들 및 명령들은 유일한 인바운드 템플릿 ID로 인덱스된 인바운드 템플릿 DB(부분 #8)에 저장된다. 비지니스 사용자는 SMS 메시지 구성 마법사(부분 #4)를 사용하여 이 응답 액션들을 관리할 수 있다. SMS 메시지 구성 마법사를 사용하여 인바운드 템플릿을 관리하는 방법인 섹션 2.2.3을 참조해라.

런타임 프로세서는 응답하는 SMS 메시지가 수신된 경우에 <응답 데이터(906)>를 가진 명령을 불러온다.

2.2.1.4 PIN

PIN 요소(905)는 사용자 등록시 사용자에 의하여 특정된 PIN 번호(904)를 입력할 수 있도록 사용자에게 제공한다(이 예에서 사용자가 입력한 1234). (암호화 문자열에 암호화된) 사용자ID 및 PIN으로, 런타임 프로세서(110)는 인바운드 메시지가 진짜임을 인증할 수 있다.

2.2.2 사용자가 응답에 입력할 것을 보여주는 SMS 응답

도 9는 사용자 응답을 가진 디지털 휴대 전화의 스크린(1001)을 예시한다.

이동 휴대 전화 사용자가 SMS 메시지에 응답한 경우, 사용자는 단지 웹 애플리케이션을 위하여 지정된 전화 번호에 "앞의 메시지"를 선택하고; 응답 액션들의 하나에 대한 응답 데이터를 입력하며, PIN 번호를 입력하고 "전송" 버튼을 눌러야만 할 것이다.

이 예에서, 이동 휴대 전화 사용자는 확인됨(CONFIRMED):(904) 옆에 Y(906)를 입력했고 이것은 그/그녀가 그 메시지를 확인했다는 것을 표시한다.

웹 애플리케이션에 의하여 수신될 SMS 메시지는 다음과 유사할 것이다 : Your cheque bounced!-kis2-CONFIRMED:Y PIN:1234

인바운드 SMS 메시지의 프로세싱에 대하여는 섹션 3.2의 "응답 필요 메시지 및 인바운드 메시지 끝에서 끝 흐름"을 참조하여라.

2.2.3 SMS 메시지 구성 마법사를 사용하여 인바운드 템플릿을 관리하는 방법

인바운드 템플릿 관리자(502, 도 5), SMS 메시지 구성 마법사(도 4의 부분#4)의 서브구성은 인바운드 템플릿들을 관리한다. 이것은 응답 액션들 및 웹 애플리케이션 명령들 간의 매핑의 생성 및 삭제를 포함한다.

2.2.3.1 GUI

도 10은 웹 애플리케이션 서버가 이동 사용자에게 보낼 SMS 메시지를 구성하는데 사용될 수 있는 GUI(1101)를 예시한다. 이 인스턴스에서, 도 8의 메시지를 생성하는데 사용될 수 있었던 지불 예외 메시지를 위한 GUI를 예시한다.

비지니스 사용자가 이 GUI(1101)로부터 나오는 새로운 SMS 메시지 타입을 생성하기를 원하는 경우, "새 메시지" 버튼(1102)을 누르는 것은 도 4에 예시된 것과 같이 새로운 SMS 메시지 타입 패널(400)을 불러올 것이다. 그러면 이 패널은 새로운 메시지 타입을 생성하는데 사용될 수 있다.

"추가" 버튼(412) 클릭은 도 11에 예시된 SMS(응답) 인바운드 템플릿 추가 패널을 불러올 것이다.:

2.2.3.2 인바운드 템플릿 관리자 구조도

도 12는 인바운드 템플릿 관리자(202)의 구조를 예시한다.

인바운드 템플릿 관리자에 대한 흐름 주석은 다음과 같다:

A: 비지니스 사용자(900)는 새로운 메시지 타입을 생성하기 위하여 새로운 메시지 타입 생성기(201)를 불러온다.

B: 비지니스 사용자(900)은 새로운 메시지 타입을 위한 새로운 인바운드 템플릿을 생성하기 위하여 인바운드 템플릿 관리자(202)를 불러온다.

C: 인바운드 템플릿 관리자는 인바운드 템플릿 DB(115)로부터 미리 정의된 명령들의 리스트를 검색한다. 명령 리스트는 애플리케이션 구성(108, 도 1)에 의하여 정의된다.

D: 인바운드 템플릿 관리자(202)는 GUI로부터 그 정보를 수집하고 인바운드 템플릿 DB(115)를 업데이트한다.

E: 인바운드 템플릿 관리자(202)는 새로 생성된 (인바운드 템플릿 DB(115)에 의하여 생성된) 인바운드 템플릿 ID를 새로운 메시지 타입 생성기(201)에 리턴한 다.

F: 그러면 새로운 메시지 타입 생성기(201)는 새로 생성된 (인바운드 템플릿 ID에 내장된) 메시지 타입을 SMS 유니버셜 인코딩 템플릿(부분 #5, 113)에 저장한다.

2.2.3.3 인바운드 템플릿 관리 흐름도

도 13은 SMS 메시지 구성 마법사가 상기 기술된 응답 액션들을 관리하기 위하여 어떻게 사용될 것인지를 단계 150부터 단계 158까지를 설명하는 흐름도를 예시한다:

2.3 사용자의 소비를 위한 인바운드 메시지 인코딩

인바운드 템플릿의 또 다른 유용한 애플리케이션은 이동 사용자들이 웹 애플리케이션에 요청들을 제출하는 것을 가능케 하는 것이다. 예를 들면, 사용자는 웹 애플리케이션에 계정 잔액에 대한 요청을 보낼 수 있다. 이동 장치의 계정 잔액 요청에 대한 저장된 인바운드 템플릿을 사용하여, 사용자는 이 인바운드 템플릿을 인바운드 SMS 메시지로 보낼 수 있다. 이 요청에 대한 응답으로, 웹 애플리케이션은 인입되는 메시지가 확인 및 인증을 거친 것으로 추정되는 아웃바운드 SMS 메시지로서 계정 잔액을 보낼 것이다.

2.3.1 이 특징을 구현하는 단계들:

단계 1: 비지니스 사용자는 인바운드 템플릿들의 리스트를 정의한다. 이것은 새로운 메시지 타입의 생성과 유사한 절차들을 이용하여 수행될 수 있다. "인바운드응답일반메시지(InboundRequestGenericMsg)"로 불리는 새로운 메시지 타입은 처음에 정의되어야 한다. 그러면 비지니스 사용자는 첨부된 인바운드 템플릿으로 또 다른 인바운드 요청 메시지 타입을 이끌어낼 수 있다.

단계 2: "고객 서비스들"로 불리는 애플리케이션 구성은 정의된 인바운드 템플릿들의 리스트를 상점 웹 사이트에 공표한다.

단계 3: 사용자들은 상점 웹 사이트에 로그온하고 그들이 다운로드를 원하는 인바운드 템플릿들을 선택한다.

단계 4: 고객 서비스 애플리케이션 구성은 선택된 인바운드 템플릿들을 이동 장치에 보낸다. 데이터 수집 인터페이스의 API들(부분 #1)을 호출하는 보통 메시지 서브시스템을 사용함으로써 전송이 완료될 수 있다.

2.3.1 구조도

도 14는 본 발명의 바람직한 실시예에 따른 SMS 시스템의 구조도로서, 비지니스 사용자가 SMS 메시지를 보내는 절차를 기술한다.

흐름 주석은 다음과 같다:

A: 비지니스 사용자(900)는 새로운 메시지 타입들 및 대응되는 인바운드 템플릿들을 정의한다. 이것은 SMS 메시지 구성 마법사(112, 도 1)를 사용함으로써 수행된다.

B: SMS 메시지 구성 마법사(112)는 이 새로운 메시지 타입들 및 인바운드 템플릿들을 SMS 유니버셜 인코딩 템플릿(부분 #5, 113) 및 인바운드 템플릿 DB(부분 #8, 115)에 각각 저장한다.

C: 이동 사용자(901)은 그 시스템에 대한 웹 사이트에 로그온하고 인바운드 템플릿들의 리스트를 요청한다.

D: 고객 서비스 애플리케이션 구성(161)은 SMS 유니버셜 인코딩 템플릿(113)으로부터 인바운드 템플릿 ID들을 얻는다. ID들을 사용하여, 고객 서비스 애플리케이션 구성(161)은 인바운드 템플릿 DB(115)로부터 사용가능한 인바운드 템플릿들을 검색한다.

E: 고객 서비스 애플리케이션 구성(161)은 이동 사용자(901)에게 인바운드 템플릿들의 리스트를 디스플레이한다.

F: 이동 사용자(901)은 원하는 인바운드 템플릿을 선택하고 그것들을 그/그녀의 이동 장치에 보낼것을 요청한다.

G: 고객 서비스 애플리케이션 구성(161)은 보통 메시지 서브시스템(107)에 요청을 보내서 선택된 인바운드 템플릿들을 일반 SMS 메시지들로 보낸다.

H: 보통 메시지 서브시스템(107)은 데이터 수집 인터페이스의 API들(부분 #1, 117)을 호출하여 인바운드 템플릿들을 일반 SMS 메시지들로 송신한다.

I: SMS 메시지 인코딩 엔진(부분 #2, 111)은 인바운드 템플릿들을 포함하는 SMS 메시지들을 인코딩하고 그것들을 런타임 프로세서(부분 #3, 110)에 보낸다.

J: 런타임 프로세서(110)은 암호화된 문자열을 SMS 메시지들에 삽입한다. 바람직하게는 템플릿들이 입력 요청들에 대하여 사용되기 때문에 이 암호화된 문자열은 만료 시간을 가지면 안된다. 무선 메시지 게이트웨이(162)에 SMS 메시지들을 보낸다.

K: 무선 메시지 게이트웨이(162)는 이 메시지들을 이동 사용자(901)에 전달한다.

L: 무선 사용자(901)은 이 인바운드 템플릿들을 그/그녀의 이동 장치의 저장장치에 저장한다. 이동 사용자(901)은 이제 이 인바운드 템플릿들을 사용하여 요청 또는 요청들을 애플리케이션 구성(108)에 제출할 수 있다.

M: 무선 게이트웨이(162)는 인바운드 SMS 메시지들을 이동 사용자들로부터 런타임 프로세서(110)로 전송한다.

N: 런타임 프로세서(110)는 인바운드 SMS 메시지의 암호화된 문자열을 검사하여 이것이 인바운드 요청인지를 결정한다. 메시지가 인증된 경우, 런타임 프로세서(110)는 SMS 가능한 상거래 시스템의 적절한 애플리케이션 구성(108)이 갖는 대응하는 명령을 불러온다.

2.3.2 흐름도

도 15는 본 발명의 바람직한 실시예에 따라 비지니스 사용자가 선택된 인바운드 템플릿들을 얻는 흐름도를 예시하는데 이는 도 13에 기술된 것과 유사하다.

3. 런타임의 전체적 흐름

이 섹션은 본 발명의 실시예의 런타임 프로세싱의 개요를 나타내고, 아웃바운드 메시지 생성 및 인바운드 응답 메시지 프로세싱을 커버한다.

3.1 아웃바운드 메시지에서 메시지까지의 전체적 프로세싱 흐름

도 5는 본 발명의 일 실시예로서 SMS 전자상거래 시스템의 아웃바운드 메시지 취급 흐름을 기술하는 아웃바운드 흐름도이다.

도 17은 본 발명의 환경에서의 아웃바운드 흐름도를 기술한다. 도 17을 참조하면 다음을 볼 수 있다:

·메시지 인코딩 엔진(111)에 의하여 생성된, 분류된 SMS 메시지 인스턴스(114)가 스케줄화된 메시지인지를 체크한다.

·그것이 나중에 보낼 스케줄화된 메시지인 경우, 메시지를 SMS 메시지 추적 DB(195)에 저장한다. 스케줄러(182)는 정기적으로 SMS 메시지 추적 DB(195)를 읽어서 전송 예정인 메시지들을 검색한다.

·메시지가 전송 예정인 경우, 메시지는 유니버셜 인코딩 템플릿(113)에 저장된 타입과 비교함으로써 타입 에러에 대하여 체크될 것이다.

·타입 에러가 있는 경우, 에러를 생성하고 리턴한다.

·타입 에러가 없는 경우, XML 파서(1918)를 사용하여 메시지를 유니버셜 인코딩 템플릿(113)의 입력으로 파싱한다.

·XML 파서(1918)는 DOM 트리 포맷(1912)에 있는 분류된 SMS 메시지 인스턴스를 파싱한다.

·메시지가 응답을 필요로 하는지 체크한다

·응답이 불필요한 경우, 무선 게이트웨이(103)을 사용하여 메시지를 디스패치(dispatch)하고, 중지한다.

·응답이 필요한 경우, 파싱된 메시지로부터 메시지 템플릿 ID를 추출한다.

·인바운드 템플릿 DB(115)로부터 메시지 템플릿 ID를 사용하여 인바운드 템플릿(1916)을 찾는다.

·분류된 SMS 메시지 인스턴스(114) 및 인바운드 템플릿(1916)을 사용하여, 최종 SMS 메시지를 생성한다.

·세션 객체(1927)를 생성한다.

·세션 객체, 웹애플리케이션ID(WebAppID, 1928), 사용자ID(UserID, 1929), 템플릿 ID(1930) 및 인코딩 키(1931)를 사용하여 암호화된 문자열(1924)을 생성한다.

·암호화된 문자열(1924)을 최종 SMS 메시지에 삽입한다.

·무선 게이트웨이(103)를 사용하여 최종 SMS 메시지를 디스패치하고, 중지한다.

3.2 응답필요메시지 및 인바운드 메시지의 전체적인 프로세싱 흐름

도 18은 인바운드 흐름도를 나타낸다. 다음을 볼 수 있다:

·무선 게이트웨이(103)는 인바운드 SMS 메시지(2003)을 수신한다.

·런타임 프로세서(110)는 인바운드 SMS 메시지(2003)로부터 문자 4개의 암 호화된 문자열(2005)을 추출한다.

·인코딩 키(1931)을 가지고, 암호화된 문자열(2005)을 디코딩한다.

·디코딩이 성공적이지 않은 경우, 중지한다.

·디코딩이 성공적인 경우, 암호화된 문자열(2005)로부터 웹애플리케이션 ID를 추출한다.

·웹애플리케이션 ID가 현재의 웹애플리케이션 ID에 매치되지 않은 경우, 중지한다.

·웹애플리케이션 ID가 현재의 웹애플리케이션 ID에 매치되는 경우,암호화된 문자열(2005)로부터 템플릿 ID를 추출한다.

·상기에서 추출된 템플릿 ID를 사용하여, 인바운드 템플릿 DB(115)로부터 인바운드 템플릿(2014)을 얻는다.

·인바운드 SMS 메시지(2003)로부터 파라미터 이름들, 명령, 값들(2017)을 추출한다.

·암호화된 문자열(2005)로부터 사용자 ID를 추출한다.

·상기에서 추출된 명령 이름, 파라미터들 및 사용자 ID를 사용하여 상거래 서버(명령 콘텍스트 객체(2020))에 대한 메시지를 생성한다.

·상기 메시지를 상거래 서버(108)에 디스패치한다.

·모두 완료된다.

도 16은 본 발명의 실시예인 런타임 프로세서(110)의 세부적인 예를 예시하는데, 확인 응답 런타임 프로세싱 흐름의 설명에 충분한 세부사항을 기술한다. 런 타임 프로세서(110)의 구성들 및 그것들의 상호작용의 설명은 다음과 같다:

분류된 메시지 인스턴스: 분류된 메시지 인스턴스(114)는 인코딩 엔진(또는 스케줄화된 메시지에 대한 스케줄러)으로부터 수신한 실제적인 아웃바운드 SMS 메시지인다. 현재의 구현 방식에서 이 메시지는 유니버셜 인코딩 템플릿 방식에 따라 XML로 인코딩된다.

분류된 메시지 파싱 서브시스템: 분류된 메시지 파싱 서브시스템(181)은 분류된 XML 메시지를 위한 파서들로 구성된다. 그것의 역할은 그 방식에 따라 인입되는 메시지가 정확하게 인코딩되었는지를 검증하는 것이고 또한 이 메시지를 (현재의 구현을 위한) DOM 트리로 파싱한다.

이 서브시스템의 출력은 컴퓨터가 읽을 수 있는 메모리 객체 포맷의 아웃바운드 SMS 메시지의 내용들 모두를 포함하는 파싱된 객체이다.

메시지 추적 서브시스템: 메시지 추적 서브시스템(183)은 메시지 전송 시간, 메시지 수신 시간 등에 관한 통계로 SMS 추적 DB를 업데이트한다.

스케줄러: 스케줄러 서브시스템(182)은 SMS 메시지들의 시기적절한 릴레잉(relaying)을 한다. 어떤 스케줄화된 시간에 SMS 메시지를 보낼 필요가 있는 경우, 이 서브시스템은 메시지 추적 DB에 메시지를 캐싱(caching)한다.

또한 이 서브시스템은 비지니스 관리자에 의하여 결정된 시간간격으로 메시지 추적 DB를 폴링(polling)하고 디스패치할 준비가 된 메시지들을 골라서 전달을 위하여 분류된 메시지 파싱 서브시스템에 보낸다.

애플리케이션 키 생성기 서브시스템: 애플리케이션 키 생성기 서브시스템 (184)은 사용자 응답이 필요한 SMS 메시지들로 송출되는 암호화된 문자열을 생성한다. 이 서브시스템은 시스템 폭의, 시간에 민감한 인코딩/디코딩 키를 사용하여 이 세션 문자열을 인코딩한다.

암호화된 문자열은 다음을 포함한다:

1. 웹애플리케이션 ID

2. 사용자 ID

3. 인바운드 템플릿 ID

4. 세션 객체 ID

이 암호화된 문자열은 시간에 민감한 인코딩 및 디코딩 키에 기초하기 때문에, 이전에는 불가능했던 SMS의 세션 효과를 달성하는 것이 가능하다.

현재 SMS에 도입되는 세션의 개념으로, 이제 우리는 SMS 기반의 세션 데이터 저장장치에 사용될 수 있는 세션 객체를 생성할 수 있다.

암호화된 문자열이 시간에 민감한 디코딩 키로 디코딩된 후에, 각 요소( 웹애플리케이션 ID, 사용자ID, 인바운드 템플릿ID, 및 세션ID)는 그것에 대응하는 디코딩 키(웹애플리케이션ID키, 사용자ID키, 인바운드 템플릿ID키, 및 세션ID키)에 의하여 2 단계로 디코딩될 수 있다.

그러므로, 최종 디코딩은 시스템 폭의 인코딩 및 웹애플리케이션 ID 모두가 정확한 경우 성공적으로 디코딩될 수 있는 2 단계 인코딩 방식이다. 이것은 아웃바운드 세션 문자열에 대한 추가적인 보안을 가져온다.

아웃바운드 메시지 생성기: 아웃바운드 메시지 생성기 서브시스템(185)은 분 류된 메시지 파싱 서브시스템이 생성하는 파싱된 아웃바운드 SMS 메시지 및 애플리케이션 키 생성기 서브시스템이 생성하는 세션 문자열을 사용하여 최종적인 160개의 문자 아웃바운드 메시지를 인코딩한다. 이 SMS 메시지를 생성한 후에, 아웃바운드 메시지 생성기는 종단 사용자에게 최종적인 전달을 하기 위하여 아웃바운드 메시지를 무선 게이트웨이(103)에 보낸다.

인바운드 메시지 파싱 서브시스템: 인바운드 메시지 파싱 서브시스템(186)은 암호화된 문자열 및 시스템 폭의 인코딩 키 및 웹애플리케이션 ID를 사용하여 인입되는 각각의 메시지를 디코딩하는 제1 과제를 갖는다. 이 메시지가 정확하게 디코딩될 수 있는지 검증한 후에, 서브시스템은 인바운드 템플릿 ID를 추출하고 인바운드 템플릿 DB로부터 인바운드 템플릿을 룩업(lookup)하여 인입되는 메시지를 파싱한다.

인바운드 메시지의 성공적인 파싱은 인입되는 명령 및 파라미터들의 추출을 가져온다. 그러면 이 서브시스템은 암호화된 문자열로부터 사용자 ID를 추출하고 이 인입되는 요청에 대한 명령 콘텍스트 객체를 생성한다. 명령 콘텍스트 객체를 생성하기 전에, 또한 이 구성은 인증을 위하여 애플리케이션 구성(108)의 인증 메커니즘을 사용하여 인입되는 PIN 번호를 검증한다.

다음 단계는 실제적으로 이 메시지를 적절한 애플리케이션 구성에 디스패치하는 것이다.

수신 시간 및 다른 통계에 대한 인입되는 메시지들의 추적은 메시지 추적 시스템과 함께 동작된다.

여기에 설명된 실시예들은 기존의 SMS 메시징 시스템들을 뛰어넘는 장점들 및 특성들을 제공한다.

1. 확인

- 아웃바운드 SMS 메시지 텍스트 바디 부분인 인바운드 템플릿은 확인이 웹 애플리케이션에 의하여 즉시 프로세스되도록 시스템에 제공한다.

- SMS 응답 데이터베이스는 메시지 타입에 필요한 런타임 확인을 가능케 한다.

- 기존 SMS 시스템에서의 확인의 부재는 상거래에서의 SMS 애플리케이션을 방해한다. 이 한계에 대한 해결책은 사용자의 확인이 가능하게 된, 사용자ID 및 PIN과 같은 암호화된 문자열로 개시된다.

2. 보안

- 바람직하게는 인바운드 SMS 메시지는 2 레벨의 암호를 가진 암호화된 문자열을 포함한다. 이것은 적절한 웹 애플리케이션만이 그 웹 애플리케이션을 향하는 인입되는 SMS 메시지들을 취급하는 것을 보장한다.

- 사용자ID는 사용자 특정 PIN 번호와 함께, 2 레벨의 사용자ID 키에 의하여 얻어지고 보안 방지의 추가적인 레이어들을 제공한다.

- 4바이트 보안 메커니즘은 상거래에 있어서 SMS 애플리케이션을 가능하게 만들 수 있다.

- 4개의 요소들(웹 애플리케이션 ID, 사용자ID, 인바운드 템플릿 ID, 세션 객체 ID)을 융합하여 4 바이트로 만들고 2 레벨의 키들로 디코딩하는 것과 같이 여기에서 사용된 2 레벨 인코딩은 새로운 것이다.

3. 세션 제어

- 세션 ID가 SMS 문자열에 암호화되는 경우, 이것은 전형적인 http 세션들에 타임아웃 제어를 제공할 것이다.

- 암호화된 문자열을 아웃바운드 메시지로 매칭하는 것은 요청 및 응답 모델을 제공하고 세션 형성을 가능하게 만든다.

- 이 세션으로, 사용자와 웹 애플리케이션 사이의 밀접한 요청들 및 응답들이 가능하고 SMS의 상거래 애플리케이션을 실현되도록 한다.

- 메시지에서 4 바이트 암호화된 문자열은 새로운 것이다.

- 암호화된 문자열에 추가된 타임스탬프 및 시스템 키는 새로운 것이다.

- 런타임 프로세스와 함께 런타임에 요청/응답 SMS 메시지들의 세션 효과를 관리하는 SMS 응답 DB는 SMS 메시징에 있어서 새로운 것이다.

4. 확장가능한 신택스: SMS 메시지의 인코딩 및 디코딩을 위한 규칙들

- 인코딩된 인바운드 메시지 템플릿은 인바운드 SMS 메시지의 정확한 변환을 가능케하여 메시징 시스템 웹 애플리케이션의 선택된 비지니스 활동에 정확한 매핑을 가져온다.

- 이 신택스는 새로운 인바운드 메시지 템플릿들을 생성하는데 확장가능하다.

- 사용자는 그들의 인바운드 메시지를 공식화하는 것이 불필요하도록 인바운드 메시지 템플릿을 아웃바운드 메시지에 포함하는 것은 SMS에 있어서 새로운 것이다. 이제 사용자는 단지 필요한 특정 파라미터들을 채울 필요가 있다.

- 새로운 메시지 타입들에 다른 신택스를 생성하는 신택스의 확장성은 새로운 것이다.

5.1 확장가능한 시맨틱들: 명백한 비지니스 활동에 매핑되는 인코딩의 변환

- 본 발명의 실시예들의 미리 정의된 카테고리화는 비지니스 프로세스의 사용자와 웹 애플리케이션 사이의 약정으로 서비스되어, 주어진 SMS 메시지의 변환은 정확해지고 미리 정의된 비지니스 프로세스를 명백한 비지니스 활동에 매핑하게 되는데, 이는 SMS의 상거래 애플리케이션을 가능하게 한다.

- 기본 카테고리화는 비지니스 활동들의 새로운 매핑을 위한 새 카테고리화를 정의하는데 확장가능하다.

- SMS 분야에서 SMS 유니버셜 인코딩 템플릿과 같이 (카테고리화를 포함하고 새 카테고리화를 가져오는 고유의 특성을 가진) XML 방식의 애플리케이션은 새로운 것이다.

5.2 확장가능한 시맨틱들: 대응하는 메시지 타입들의 인코딩 특성들에 따른 런타임 에서의 SMS 메시지들의 취급

- SMS 유니버셜 인코딩 템플릿은 SMS 메시지에 대한 추가적인(extra) 정보를 웹 애플리케이션과 메시지 런타임 프로세서 사이에서 공유하는 것을 가능케 한다. (SMS 타입에 정의된 추가적인 시맨틱 특성들에 기초하여) 런타임 프로세서는 이제 웹 애플리케이션에 의해 이해되는 송신자(비지니스 사용자)의 의도에 일치하는 타입에 맞는 런타임 과제들을 수행할 수 있다.

6. 향상된 유용성

- 비지니스 사용자들은 이제 SMS 메시지를 그들의 비지니스 의도들에 매치하도록 인코딩하는 기술적인 복잡성을 피할 수 있다. 비지니스 사용자들은 이제 SMS 메시지 인코딩에 의한 혼란없이 메시지의 내용에 집중할 수 있다.

- 본 발명의 SMS 상거래 솔루션은 인코딩 에러 가능성을 줄인다(SMS 인코딩 에러들은 런타임에 해결하기 어렵고 비용이 많이 들기 때문에). 인코딩 메커니즘은 에러 체킹을 보장하고 인코딩 에러들을 일찍 식별할 수 있게 한다.

Claims

소프트웨어 애플리케이션에 의한 프로세싱을 위하여 SMS 비지니스 메시지를 생성하기 위한 방법에 있어서,

데이터 수집 인터페이스가 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 수용하는 단계;

데이터 프로세싱 시스템에 의한 프로세싱을 위하여 포맷되어 카테고리화된 SMS 메시지로서 SMS 비지니스 메시지를 생성하도록 인코딩 템플릿을 사용하여 상기 소프트웨어 애플리케이션으로부터 상기 송출되는 명령들 및 송출되는 데이터를 메시지 인코딩 엔진이 인코딩하는 단계; 및

네트워크상의 수신자에게 전송하기 위하여 디스패처 런타임 프로세서가 상기 SMS 비지니스 메시지를 프로세싱하는 단계를 포함하고,

상기 인코딩 템플릿은 SMS 비지니스 메시지들의 카테고리화를 정의하는 카테고리화 메타 데이터를 포함하고,

상기 카테고리화는 특정 비지니스들을 의도한 사용법을 나타내고,

상기 카테고리화 메타 데이터는 상기 카테고리화의 정의를 제공하며,

상기 카테고리화 메타 데이터는 SMS 비지니스 메시지들을 생성하기 위하여 상기 데이터 프로세싱 시스템에 의해 파싱가능한 것

을 특징으로 하는 SMS 비지니스 메시지 생성 방법.
제1항에 있어서, 네트워크상의 수신자에게 상기 SMS 비지니스 메시지를 송신하는 단계를 더 포함하는 것을 특징으로 하는 SMS 비지니스 메시지 생성 방법.
청구항 3은(는) 설정등록료 납부시 포기되었습니다.

제2항에 있어서, 상기 SMS 비지니스 메시지는,

상기 수신자에게 상거래 이벤트에 대하여 경보(alert)하기 위한 메시지 텍스트 엔트리 필드; 및

암호화 문자열 엔트리 필드를 포함하는 것을 특징으로 하는 SMS 비지니스 메시지 생성 방법.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
제1항에 있어서,

상기 인코딩 템플릿은 수신자에 의한 액세스를 위하여 전체 SMS 메시지 길이의 메시지 엔트리의 삽입을 위한 메시지 엔트리 필드를 더 포함하고,

상기 템플릿은 카테고리화 메타 데이터를 위하여 상기 SMS 비지니스 메시지에 추가적인 필드를 제공하며,

상기 메타 데이터는 SMS 비지니스 메시지의 비지니스를 의도한 사용법을 인코딩하기 위하여 명령들을 제공하는 것을 특징으로 하는 SMS 비지니스 메시지 생성 방법.
삭제
삭제
제2항에 있어서,

서버가 상기 SMS 비지니스 메시지의 전송에 대한 응답으로서 수신자로부터 응답 메시지들을 수신하는 단계;

상기 SMS 응답 메시지내의 암호화 문자열을 적절한 키로 디코딩하여 상기 응답 메시지가 상기 서버로 향함을 확인하는 단계;

상기 응답내의 정보를 프로세싱하기 위하여 상기 SMS 응답 메시지로부터 식별부호(identification)를 추출하는 단계;

상기 서버로부터의 상기 응답 메시지에 대응하는 인바운드 템플릿을 식별하고 획득하는 단계; 및

존재하는 경우에, 데이터 및 명령들을 프로세싱하기 위하여 상기 응답 메시지를 상기 인바운드 템플릿으로 파싱하여 상기 응답 메시지에 포함된 인입되는 데이터 및 인입되는 명령들을 추출하는 단계를 더 포함하는 것을 특징으로 하는 SMS 비지니스 메시지 생성 방법.
삭제
삭제
삭제
제2항에 있어서,

서버가 상기 SMS 비지니스 메시지의 전송에 대한 응답으로서 수신자로부터 SMS 응답 메시지들을 수신하는 단계; 및

응답 추적 데이터베이스가 상기 SMS 응답 메시지를 응답 추적 데이터베이스에서 추적하는 단계를 더 포함하는 것을 특징으로 하는 SMS 비지니스 메시지 생성 방법.
청구항 20은(는) 설정등록료 납부시 포기되었습니다.

제19항에 있어서,

인바운드 템플릿 데이터베이스가 상기 SMS 응답 메시지를 식별하고 파싱하는 단계; 및

상기 디스패처가 상기 SMS 응답 메시지를 프로세싱하고 상기 SMS 응답 메시지들을 상기 소프트웨어 애플리케이션에 보내는 단계를 더 포함하는 것을 특징으로 하는 SMS 비지니스 메시지 생성 방법.
소프트웨어 애플리케이션에 의한 프로세싱을 위하여 SMS 비지니스 메시지를 생성하기 위한 장치에 있어서,

데이터 수집 인터페이스가 상기 소프트웨어 애플리케이션으로부터 송출되는 명령들 및 송출되는 데이터를 획득하기 위한 수단;

데이터 프로세싱 시스템에 의한 프로세싱을 위하여 포맷되어 카테고리화된 SMS 메시지로서 SMS 비지니스 메시지를 생성하도록 인코딩 템플릿을 사용하여 상기 소프트웨어 애플리케이션으로부터 상기 송출되는 명령들 및 송출되는 데이터를 메시지 인코딩 엔진이 인코딩하는 수단; 및

디스패처 런타임 프로세서가 네트워크상에서 수신자에게 전송하기 위하여 상기 SMS 비지니스 메시지를 프로세싱하기 위한 수단을 포함하고,

상기 인코딩 템플릿은 SMS 비지니스 메시지들의 카테고리화를 정의하는 카테고리화 메타 데이터를 포함하며,

상기 카테고리화는 특정 비지니스들을 의도한 사용법을 나타내고,

상기 카테고리화 메타 데이터는 상기 카테고리화의 정의를 제공하며,

상기 카테고리화 메타 데이터는 SMS 비지니스 메시지들을 생성하기 위하여 상기 데이터 프로세싱 시스템에 의해 파싱가능한 것

을 특징으로 하는 SMS 비지니스 메시지 생성 장치.
디지털 컴퓨터의 내부 메모리에 직접 로딩가능하고, 기록매체가 컴퓨터상에서 실행되는 경우 제1항 내지 제3항, 제12항, 제15항, 제19항 또는 제20항 중 어느 한 항의 방법을 수행하기 위한 소프트웨어 코드 부분들을 포함하는 프로그램을 기록한 컴퓨터 판독가능한 기록매체.
송출되는 전자상거래 SMS 메시지에 응답하는 수신자로부터 서버가 수신한 인입되는 전자상거래 SMS 응답 메시지를 프로세싱하기 위한 방법으로서,

상기 SMS 응답 메시지를 수신하는 단계;

상기 SMS 응답 메시지내의 암호화 문자열을 적절한 키로 디코딩하여 상기 응답 메시지가 상기 서버로 지향됨을 확인하는 단계;

상기 응답내의 정보를 프로세싱하기 위하여 상기 SMS 응답 메시지로부터 식별부호(identification)를 추출하는 단계;

상기 서버로부터의 상기 응답 메시지에 대응하는 인바운드 템플릿을 식별하고 획득하는 단계; 및

경우에 따라, 데이터 및 명령들을 프로세싱하기 위하여 상기 응답 메시지를 상기 인바운드 템플릿으로 파싱하여 상기 응답 메시지에 포함된 데이터 및 명령들을 추출하는 단계를 포함하는 것을 특징으로 하는 인입되는 전자상거래 SMS 응답 메시지 프로세싱 방법.
네트워크상에서 상거래 메시지를 수신자에게 보내는데 사용하기 위한 SMS 상거래 메시지 포맷의 데이터구조를 기록한 컴퓨터 판독가능한 기록매체로서,

수신자에게 상거래 이벤트에 대하여 경보(alert)하기 위한 메시지 텍스트 엔트리 필드;

암호화 문자열 엔트리 필드;

응답 표시기 라벨;

상기 응답 표시기 라벨과 관련된 수신자 데이터 엔트리 필드; 및

수신자 인증 표시기 라벨; 및

상기 수신자 인증 표시기 라벨과 관련된 수신자 인증 데이터 엔트리 필드를 포함하는 것을 특징으로 하는 SMS 상거래 메시지 포맷의 데이터구조를 기록한 컴퓨터 판독가능한 기록매체.
삭제
삭제
삭제
네트워크상의 전송을 위한 데이터 프로세싱 시스템을 위하여 아웃바운드 SMS 비지니스 메시지들을 인코딩하기 위한 SMS 유니버셜 인코딩 템플릿의 데이터구조를 기록한 컴퓨터 판독가능한 기록매체로서,

아웃바운드 SMS 메시지들의 카테고리화를 정의하는 카테고리화 메타 데이터를 포함하고,

상기 카테고리화는 특정 비지니스를 의도한 사용법을 나타내며,

상기 카테고리화 메타 데이터는 SMS 비지니스 메시지들을 생성하기 위하여 상기 데이터 프로세싱 시스템에 의해 파싱가능한 메시지들 및 명령들의 정의들을 제공하는 것을 특징으로 하는 SMS 유니버셜 인코딩 템플릿의 데이터구조를 기록한 컴퓨터 판독가능한 기록매체.