KR101291324B1

KR101291324B1 - 확장된 메시징 플랫폼

Info

Publication number: KR101291324B1
Application number: KR1020107014054A
Authority: KR
Inventors: 존 앤서니 언더우드; 크리스토퍼 에드워드 키스; 마르쿠 케로; 레이너 레이노넨
Original assignee: 서어드 브랜드 피티이 리미티드
Priority date: 2008-07-04
Filing date: 2009-06-30
Publication date: 2013-07-30
Also published as: US20100325470A1; EP2297645B1; HK1155237A1; CA2707467A1; RU2010140041A; TW201010348A; RU2459240C2; EP2297645A4; EG26026A; UA100722C2; JP2011527467A; EP2297645A1; KR20110020223A; AU2009266360C1; BRPI0905730A2; AU2009266360A1; CO6300817A2; TWI455530B; CA2707467C; ES2574637T3

Abstract

메시지를 제1 전달 채널을 통해 적어도 하나의 수신 디바이스에 전달하기 위해 발신 디바이스로부터 메시지를 수신하도록 구성된 적어도 하나 서버를 포함하고, 적어도 하나 서버는 제1 전달 채널을 통한 메시지의 전달이 실행될 수 없는 경우엔 대안 채널을 선택하도록 구성되는, 확장된 메시지 시스템이 개시되었다. 본 발명은 메시지를 라우팅하기 위한 방법이 제공되는 데, 이 방법은, 발신 디바이스로부터 적어도 하나의 수신 디바이스에 전달하기 위한 메시지를 서버에서 수신하는 단계; 메시지를 제1 전달 채널을 통해 적어도 하나 수신 디바이스에 전송하는 단계; 상기 적어도 하나 수신 디바이스로부터 확인 응답 메시지의 수신을 대기하고, 어떠한 확인 응답 메시지도 수신되지 않는 경우엔, 적어도 하나 서버가 메시지를 대안 전달 채널을 통해 상기 적어도 하나의 수신 디바이스에 재전송하는 단계를 포함한다.

Description

확장된 메시징 플랫폼{EXTENDED MESSAGING PLATFORM}

본 발명은 확장된 메시징 서비스를 제공하기 위한 시스템 및 방법에 관한 것이다. 특히, 본 발명은 모바일 통신 네트워크내에서 확장된 메시징 서비스 및/또는 파일 공유 서비스를 제공하는 것에 관한 것이지만, 이에 전적으로 한정되는 것은 아니다.

모바일 통신 시스템에 채용된 가장 많은 메시징 형태는 단문 메시지 서비스(SMS;Short Message Service)이다. 일반적으로 메시지는 발신 디바이스로부터 저장 후 전송 매커니즘(store-an-forward)을 제공하는 단문 메시지 서비스 센터(SMSC;Short MEssage Service Center)로 전송된다. SMSC와 핸드셋간의 단문 메시지의 송신은 SSP 프로토콜의 MAP(Mobile Application Part)를 사용하여 행해진다.

메시지는 MAP mo-ForwardSM 동작 및 MAP mt-ForwardSM 동작으로 전송되는 데, 메시지의 페이로드 길이는 시그널링 프로토콜의 제약사항에 의해 정확하게 140 옥텟(140 옥텟 = 140 * 8비트 = 1120비트)으로 제한된다. 단문 메시지는 다양한 알파벳: 기본 설정값(default) 7-비트 알파벳(아래에 도시됨), 8-비트 데이터 알파벳, 및 16-비트 UTF-16/UCS-2 알파벳을 사용하여 인코딩될 수 있다.

가입자가 핸드셋에 구성한 알파벳에 따라, 이 기본 설정값은 개별 단문 메시지의 최대 크기가, 160개의 7-비트 문자, 140개의 8-비트 문자, 또는 70개의 16-비트 문자(스페이스를 포함하여)가 되게 한다. GSM 핸드셋 및 네트워크에 요소에 대해 GSM 7-비트 알파벳을 반드시 지원해야 하지만, 아랍어, 중국어, 한국어, 일본어 또는 키릴 알파벳 언어(예를 들어, 러시아어)와 같은 언어는 16-비트 UCS-2 문자 인코딩(Unicode) 방법을 사용하여 인코딩되어야 한다. 라우팅 데이터 및 기타 메타데이터는 페이로드 크기에 추가된다.

수신자가 연락될 수 없을 때, SMSC는 메시지를 나중에 재시도(retry)하기 위해 큐에 저장한다. 일부 SMSC는 송신이 단 한번만 시도되는 "전송 후 잊어버림(forward and forget)" 옵션을 제공한다. 따라서, 메시지 전달은 만전을 기해야 하고, 따라서 메시지가 수신자에게 실제로 전달될 것이라는 보장은 없으며 메시지 지연 또는 완전한 손실은 흔한 일인 데, 네트워크들 간에 전송하는 경우에 특히 그렇다.

근년에 인스턴트 메시지 및 이메일과 같은 추가적인 메시지 서비스가 모바일 환경으로 이동하였다. 표준 데스크톱 환경에서, 인스턴트 메시징(IM;Instant Messag)은 둘 이상의 네트워크 참여자들 간에 네트워크를 통해 실시간으로 또는 거의 실시간으로 텍스트를 기반으로 한 통신을 제공하였다. 따라서 이메일과 같은 서비스와 IM간의 핵심적인 차이는, 메시징이 실시간으로 또는 거의 실시간으로 행해지는, 사용자들 간에 인지되는 통신 동시성이다. 인스턴트 메시지는 일반적으로 이메일 본질에 대한 일관성을 유지하며 URL 또는 문서 스니펫과 같은 정보(이러한 정보는 전화로 통신하는 경우엔 다루기 어려울 수 있다)의 빠른 교환을 용이하도록 하는 로컬 메시지 이력사항(history)에 로그인 된다. IM은 실질적이고 효율적인 통신 방법으로서, 즉시적으로 확인응답 또는 응답을 수신하는 것을 특징으로 한다.

모바일 인스턴트 메시징(MIM;Mobile Instant Messag)은 표준 데스크톱 IM 애플리케이션의 인스턴트 메시징과 약간 상이하다. MIM은 데스크톱 메시징 경험을 이동중인 상태에서 사용하는 시나리오로 바꾸려고 시도하는 프레즌스로 인에이블된 메시징 서비스(presence enabled messaging service)이다. 한편으로는 데스크톱 메시징 경험의 여러 핵심 개념이 연결된 모바일 디바이스에 적용되지만, 다른 한편으로는 적용되지 않는다. 예를 들어, 데스크 톱 사용자들과 심지어 연결된 네트워크에 속하는 노마딕 사용자가 직면하지 않는 핵심사항들인 대역폭, 메모리 크기, 미디어 형식 이용성, 키패드 기반 입력, 스크린 출력, CPU 성능 및 배터리 전력과 같은, 일부 폼 팩터 및 이동성 관련 차이점들은 진실로 적합하고 강력하며 또한 편리하기까지 한 모바일 경험을 생성하기 위해 고려되어야 한다.

상기 설명한 바와 같이, 모바일 데이터 네트워크는 신뢰성이 없을 수 있고 메시지는 누락될 수 있다(메시지 전달은 전력을 기울여야 할 사항임). 기존의 모바일 인스턴트 메시징(IM) "게이트웨이"는 IM 메시지를 "일상적 대화(casual chat)"로 취급한다. 따라서 MIM이 메시지의 분실을 중요한 것으로 간주하지 않기 때문에 메시지는 의도한 수신자에 전달될 것이라는 것이 보장되지 않는다. 따라서 현재 구현된 MIM은 정보의 전달이 매우 중요한 요소인 비지니스 환경 또는 기타 애플리케이션에 적합하게 되는 것이 쉽지 않다.

상기 설명한 바와 같이, 대부분의 종래의 메시징 시스템(예를 들어, SMS)은 제한된 저장 용량을 제공한다. SMS의 경우엔, 로컬 PC 백업/보관은 임의 종류의 메시지 백업 능력을 제공해야하고 또한 로컬 PC 백업/보관 프로세스는 속성상 수동작업 프로세스이다. 메시지를 저장하는 사용자는 새로운 메시지를 위해 저장 공간을 비우기 위해 자신의 모바일 디바이스상의 메시지를 삭제하기 전에 상기한 바와 같은 수동 작업을 수행해야 한다.

따라서, 일반적인 평범한 사용자 뿐만 아니라 비지니스 사용자 또는 비판적인 사용자가 받아들일 신뢰성 있는 메시징 솔루션을 제공해야 한다. 또한 사용자가 전송 및 수신된 메시지를 나중에 검토하기 위해 백업할 수 있게 하는 기능을 제공하는 것이 유익하다.

본 발명의 일 실시태양에 따라, 확장된 메시지 시스템이 제공되는 데, 이 시스템은,

메시지를 제1 전달 채널(first delivery channel)을 통해 적어도 하나의 수신 디바이스에 전달하기 위해 발신 디바이스로부터 메시지를 수신하도록 구성된 적어도 하나 서버를 포함하고,

적어도 하나 서버는 제1 전달 채널을 통한 메시지의 전달이 실행될 수 없는경우엔 대안 채널을 선택하도록 구성된다.

대안으로서, 발신 디바이스는 제1 전달 채널을 통한 메시지의 전달이 실행될 수 없는 경우엔 대안 전달 채널을 선택하도록 구성될 수 있다.

메시징 네트워크는 발신 디바이스, 적어도 하나의 서버 및 하나 이상의 수신 디바이스(recipient)(이들은 모바일 디바이스 또는 이메일 유형 또는 기타 수신 수신 디바이스 유형일 수 있다)를 포함하는 것으로 간주될 수 있다.

메시지는 텍스트 메시지로 간주될 수 있거나 기타 유형의 데이터 메시지 또는 사진, 음악 파일 또는 문서를 포함하지만 이들로 제한되지 않는 파일일 수 있다.

전달 확실성 원리가 메시지 송신에 대한 모든 구간에 적용된다. 따라서, 발신 디바이스는 메시지가 어떻게 송신되어야 하는 지를 제어하기 위해, 하나 이상의 미리정의된 규칙 셋트를 포함할 수 있다. 이 규칙 셋트는 메시지를 제1 전달 채널로 재전송하기 전에 발신 디바이스가 대기하는 기간에 관한 정보와 대안 전달 채널로 스위칭하기 전에 제1 전달 채널상에서 재시도를 얼마나 자주 그리고 얼마나 오랫동안 계속하는 지에 관한 정보를 포함할 수 있다. 메시지는 발신 디바이스가 메시지를 적어도 하나의 서버에 전달하려고 하는 각각의 시도에 대해 증가되는 재시도 카운터를 포함할 수 있다. 시스템은 사용자가 자신의 선호사항(preference)에 따라 규칙 셋트를 재구성할 수 있도록 할 수 있다.

발신 디바이스는 메시지의 전달 상태에 대한 정보를 제공하는 지시자를 사용자에게 디스플레이할 수 있다.

제1 전달 채널은 인터넷 프로토콜(IP) 기반 메시징 채널일 수 있고 메시지는 인스턴트 메시지 또는 채팅 메시지일 수 있다. 바람직하게, 대안 전달 채널은 SMTP, MIME, POP, IMAP 또는 이와 유사한 메시징 채널이다. 적절하게는 대안 전달 채널은 SS7 또는 이와 유사한 메시징 채널일 수 있다. 대안 전달 채널이 메시지의 전달을 위해 이용되는 경우에 발신 디바이스 또는 적어도 하나의 서버는 메시지를 대안 전달 채널의 메시징 표준에 따르도록 재포맷할 수 있다.

바람직하게 발신 디바이스는 제1 메시징 채널을 통한 메시지의 수신시 상기 적어도 하나의 서버로부터 확인 응답(acknowledgment) 메시지를 수신하도록 구성된다.

어떠한 확인 응답 메시지도 발신 디바이스에 회신되지 않은 경우에, 발신 디바이스는 취할 액션을 결정하기 위해 송신자의 사용자 설정값 및 비지니스 규칙을 적용한다. 일반적으로 이것은 정한 재시도 접속시도 횟수 및 전달이 실행되어야 할 대안 전달 채널로의 전환을 포함할 수 있다. 사용자 설정값 및 비지니스 규칙은 또한 취할 액션을 결정하기 위해 사용자의 중재를 필요로 할 수 있다. 또한 사용자 설정값 및 비지니스 규칙은 서버에게 부(secondary) 전달 채널로 전환하는 것을 지시하기 위해 메시지 헤더에 포함된 명령어로 주(primary) 전달 채널을 이용하여 서버에 전달하는 것을 포함할 수 있다.

메시지가 상기 적어도 하나의 서버에 도달하면, 이 메시지는 하나 이상의 수신 디바이스에 라우팅되어야 한다. 적어도 하나의 서버는 먼저 발신 디바이스의 사용자에 의해 지정된 전달 채널을 이용하여 메시지를 전달하려고 시도할 것이다.

서버는 메시지 어떻게 송신되어야 하는 지를 제어하기 위한, 하나 이상의 미리정의된 규칙 셋트를 포함할 수 있다. 이 규칙 셋트는 메시지를 제1 전달 채널상에서 재전송하기 전에 적어도 하나의 서버가 대기하는 기간에 관한 정보와 대안 전달 채널로 스위칭하기 전에 제1 전달 채널상에서 재시도를 얼마나 자주 그리고 얼마나 오랫동안 계속해야하는 지에 관한 정보를 포함할 수 있다. 메시지는 상기 서버가 메시지를 적어도 하나의 수신 디바이스에 전달하려고 하는 각각의 시도에 대해 증가되는 재시도 카운터를 포함할 수 있다. 시스템은 사용자가 자신의 선호사항에 따라 규칙 셋트를 재구성할 수 있도록 할 수 있다. 대안으로서, 서버는 발신 디바이스에 대해 재시도를 관리하는 역할을 빼앗을 수 있다.

바람직하게, 적어도 하나의 서버는 제1 메시징 채널을 통한 메시지의 수신시 상기 적어도 하나의 수신 디바이스로부터 확인 응답 메시지를 수신하도록 구성된다. 시스템은 또한 메시지가 적어도 하나의 수신 디바이스가 수신하였음을 발신 디바이스에게 통지하도록 구성될 수도 있다. 이러한 단 대 단 통지는 단지 발신 디바이스가 재시도 프로세스를 관리하고 있을 때 확실하게 전달되도록 하기 위해서만 필요하다. 상기와 같은 단 대 단 통지가 없는 경우 및 적어도 하나의 서버가 프로세스를 제어하는 상태에 있고 전달의 확실성을 유지하고 있는 경우엔, 수신 확인 응답이 발신 디바이스로 회신되어야 하는 것이 필수적인 것은 아니다. 확인 응답 메시지는, 확인 응답과 메시지를 연관시키기에 충분한 최소한의 정보를 포함한다면, 임의의 적합한 형식(format)일 수도 있다. 확인 응답은 예를 들어 일련 번호, 타임스탬프, 고유 ID등을 포함할 수 있다. 고유 ID는 메시지의 수신과 연관된 타임스탬프 및 일련 번호로 생성될 수도 있다.

대안으로서, 서버는 수신에 대한 확인 응답을 발신 디바이스에 단순히 전달할 수 있다. 이 접근법에서 발신 디바이스는 수신 디바이스에 대한 전달의 확신성을 위해 더 많은 책무를 갖는다.

어떠한 확인응답 메시지도 적어도 하나의 서버에 회신되지 않은 경우에, 서버는 취할 액션을 결정하기 위해 송신자 및 수신자의 사용자 설정값 및 비지니스 규칙을 적용한다. 일반적으로 이것은 소정의 재시도 횟수 및 접속 시도에 후속하여 전달이 실행되어야 할 대안 전달 채널로의 전환을 포함할 수 있다.

적어도 하나의 서버는 데이터베이스에 연결될 수도 있다. 서버는 네트워크 특정 정보와 함께, 각각의 메시지 전달 시도에 대한 로그를 데이터베이스에 주기적으로 기록하도록 구성될 수도 있다. 데이터베이스는 전달 서버를 거친 모든 메시지에 대한 메시지 저장소로서도 이용될 수 있다. 시스템은 사용자가 송신하고 수신한 모든 메시지를 액세스하기 위해 적합한 인터페이스를 사용자에게 제공한다.

본 발명의 추가 실시태양에 따라 메시지를 라우팅하기 위한 방법이 제공되는 데, 이 방법은,

발신 디바이스로부터 적어도 하나의 수신 디바이스에 전달하기 위한 메시지를 서버에서 수신하는 단계;

메시지를 제1 전달 채널을 통해 적어도 하나 수신 디바이스에 전송하는 단계;

상기 적어도 하나 수신 디바이스로부터 확인 응답 메시지의 수신을 대기하고, 어떠한 확인 응답 메시지도 수신되지 않는 경우엔, 서버가 메시지를 대안 전달 채널을 통해 상기 적어도 하나의 수신 디바이스에 재전송하는 단계를 포함한다.

이 방법은 또한 메시지를 대안 전달 채널을 통해 재전송하기 전에 소정 횟수 만큼 메시지를 제1 전달 채널을 통해 재전송하는 단계를 포함할 수 있다. 적절하게는 메시지를 제1 전달 채널을 통해 재전송하는 단계는 메시지와 연관된 재시도 카운터를 증가시키는 단계를 포함한다. 이 방법은 선택적으로는 이전에 제1 전달 채널을 통한 전달 실행이 실패하는 경우에 대안 전달 채널을 통해 발신 디바이스에서 메시지의 전송(즉, 발신 디바이스가 제1 전달 채널의 재시도를 중단시키는 것에 관한 능력을 가짐)을 개시시키는 단계를 포함할 수 있다.

적절하게는 대안 전달 채널을 통해 메시지를 전송하는 단계는 또한 채널의 메시징 표준에 따르도록 하기 위해 메시지를 재포맷하는 단계를 포함한다.

이 방법은 또한 중복 메시지를 식별하기 위해 수신 디바이스에서의 프로세싱을 포함할 수 있다. 네트워크 신뢰성이 열악한 시나리오의 경우에, 메시지는 송신하기 전에 적어도 하나의 서버 또는 발신 디바이스가 수신 성공을 지시하는 응답을 얻는 여러 경우에 송신될 수도 있다. 이것이, 메시지 자체라기 보단, 수신 응답이송신되지 못하는 것에 기인하는 경우에, 결과는 수신 디바이스에 중복 메시지가 도달하는 것일 수 있다.이것은 상기 설명한 바와 같이 메시지에 포함된 고유 식별자를 이용함으로써 해결된다. 수신 디바이스는 이전에 수신된 메시지내의 고유 식별자를 검토하고 이미 수신되어 디스플레이된 메시지를 다시 디스플레이하지 않는다.

본 발명의 또 다른 실시태양에서, 메시지의 전달 상태를 지시하는 지시자가 사용자에게 디스플레이될 수 있다. 한 접근법에서, 발신 디바이스가 메시지 재시도를 제어하는 경우에, 바람직하게 송신 애플리테이션에서 빠져나가려 시도하는 사용자에겐, 메시지가 전달중인 것으로 아직까지 확인되지 않았고 재시도가 지금까지 처리되지 않고 있다는 경고가 주어진다.

본 발명이 더욱 용이하게 이해되고 실제로 실시되도록 하기 위해, 본 발명의 바람직한 실시예에 대해 첨부 도면을 참조하여 설명된다.
도 1은 본 발명의 일 실시예에 따른 확장된 메시지 시스템의 개략적인 블록도이다.
도 2는 본 발명의 일 실시예에 따른 메시지 시스템내의 여러 지점들간의 시그널링을 설명하는 흐름도이다.

도 1을 참조하면, 본 발명의 일 실시예에 따른 메시징 시스템(100)이 예시되어 있다. 본 발명과 관련하여, 메시지는 문자 메시지로 간주될 수 있거나 기타 유형의 데이터 메시지, 또는 사진, 음악 파일 또는 문서를 포함하지만 이들로 제한되지 않는 파일일 수 있다.

알 수 있는 바와 같이, 발신 디바이스(101)(예를 들어, 모바일 핸드 셋트, PDA, 휴대형 컴퓨터등)는 메시지를 디바이스 메시징 애플리케이션(102)을 통해 생성하기 위해 사용자에 의해 이용된다. 이 경우, 메시징 애플리케이션은 모바일 IM 애플리케이션이다. 사용자가 원하는 메시지를 생성하였으면, 사용자는 자신의 콘택트 또는 버디 리스트(103)로부터 하나 이상의 수신 디바이스(107)를 선택한다. 수신 디바이스(107)는 동일 네트워크(104)의 멤버 또는 상이한 네트워크(106)의 멤버일 수도 있다. 수신 디바이스(107)가 선택되었으면, 디바이스의 메시징 애플리케이션(102)은 그후 수신 디바이스(들)(107)에 전달할 메시지에 대해 채용되어야 할 선호한 전달 채널 및 의도한 수신 디바이스에 관한 정보를 이용하여 메시지를 네트워크(104)를 통해 전달 서버(105)에 전송한다. 선호한 전달 채널은 데이터(인터넷 프로토콜/IP) 기반 메시징(예를 들어, 인스턴트 메시징 또는 채팅), SMS, MMS,이메일 또는 임의의 기타 정의된 메시징 포맷일 수 있다. 발신 디바이스(101)가 메시지를 전달 서버(105)에 전송하였으면 발신 디바이스는 전달 서버(105)로부터 메시지의 수신을 확인하는 확인 응답 메시지/패킷을 수신할 것을 예상한다. 확인 응답의 특정한 포맷은 확인 응답이 최초 전송된 메시지와 용이하게 연관될 수 있다면 중요한 사항은 아니다. 확인 응답 메시지와 최초 전송된 메시지를 연관시키기 위한 다수의 접근법들이 있다. 예를 들어, 그러한 연관은 확인 응답 메시지와 최초 전송된 메시지를 연관시키는 고유 메시지 ID를 생성하기 위해 사용되는 일련번호, 타임스탬프등을 사용하여 행해질 수 있다.

발신 디바이스(101)가 확인 응답을 수신하지 못하면, 발신 디바이스는 미리정의된 규칙 셋트에 기초하여, 메시지 재전송을 시도하기 전에 소정 시간 동안 대기한다. 미리정의된 규칙 셋트는 메시지를 재전송하기 전에 디바이스가 대기하는 기간을 정의할 뿐만 아니라 재시도가 얼마나 자주 그리고 얼마나 오랫동안 계속되어야 할 것인지 지를 정의한다. 예를 들어, 규칙 셋트는 송신 디바이스(101)가 메시지를 전송하기 위한 최초 시도 후 최대 10번의 재시도-각각의 재시도는 5분 간격임-를 할 수 있도록 구성될 수 있다. 최대 재시도 횟수를 소모한 후엔 송신 디바이스(101)는 메시지 전달을 완료할 수 없고, 송신 디바이스는 소정 기간 후, 메시지를 전달 서버(105)로 라우팅하기 위해 대안 방법을 통해 전달이 실행되도록 시도할 수 있다.

또한, 전송되어야 할 메시지가 미해결 상태에 있는 동안 사용자가 발신 디바이스 클라이언트 애플리케이션을 로그오프하거나 종료하려고 시도한다면, 발신 디바이스 클라이언트 애플리케이션은 사용자에게 메시지의 전달 상태에 관해 통지하고 사용자가 로그오프 또는 종료를 완료하기 전에 대안 전달 옵션을 제공한다.

도 1에 도시된 바와 같이, 전달 서버(105)는 복수의 중복 전달 채널을 제공하기 위해 적어도 하나의 이메일 서버(108) 및/또는 적어도 하나의 메시징 센터(SMSC, MMSC)(109)에 연결된다. 메시지가 주(primary) 전달 채널(즉, 메시지 기본 포맷)을 통해 수신 디바이스(들)에 라우팅될 수 없는 경우에, 전달 서버는 다음 선호한 전달 포맷으로 스위칭할 것이다. 예를 들어, 전달 서버(105)는 메시지의 전달이 실행되도록 하기 위해 IM으로부터 SMS로 스위칭할 수 있다.

대안으로서, 발신 디바이스(101)는, 사용자가 선택한 주 전달 채널을 통해 메시지가 전달될 수 없는 경우에, 사용자에게 대안 전달 채널을 선택하도록 프롬프팅하여 촉구할 수 있다. 일부 경우에 사용자는 서버가 알고 있는 이용불가능한 전달 채널을 선택할 수 있다. 예를들어, 사용자는 IP 기반 메시징을 선택할 수 있지만 서버는 수신 디바이스가 이러한 유형의 메시지를 수신할 수 없다는 것을 안다. 이 경우에 전달 서버(105)는 메시지를 대안 전달 채널(예를 들어,이메일 게이트웨이(108), SMSC(109))을 통해 전달하기 위한 대안 메시지 포맷(예를 들어, SMS,이메일 등)으로 변환한다. 주 전달 채널은 서버가 부(secondary) 전달 채널로 스위칭하도록 지시하기 위해 메시지 헤더에 포함된 명령어 셋트를 포함할 수 있다. 메시지가 전달 서버(105)에 의해 전송(및 재전송)될 때 마다, 메시지는 0(맨처음 전달)부터 상향으로 계수되는, 재시도 카운터를 증가시킨다. 각각의 재시도에 대해, 재시도 카운터는 재시도를 지시하기 위해 증가된다. 전달 서버에 구성된 규칙 셋트에 기초하여, 전달 서버는 메시지 전달에 대해 재시도 카운트에 기초하여 메시지에 대한 대안 전달 방법에 의한 전달을 선택할 수 있다. 이것은 지정된 횟수의 재시도 후 메시지를 SMS, MMS 또는 이메일로 변환하는 것을 허용한다. 최초 반복에서, 메시지는 제3 재시도로부터 시작하는 SMS를 통한 전달이 시도될 것이다.

셀 사이트등을 포함하는 네트워크 정보와 함께 메시지를 전달하기 위한 각각의 시도에 대한 로그는 서버에 의해 데이터베이스(110)에 저장된다. 이러한 경우에 전달 서버(105)는 네트워크(104)의 HLR(Home Location Register;홈 위치 등록기)에 연결될 수 있다. 메시지가 성공적으로 전달되지 못한 경우에, 로그 기록이 데이터베이스(110)에 기입된다. 로그는 성공하지 못한 전달에 관한 정보뿐만 아니라 수신하는 모바일 디바이스에 관한 HLR 정보도 포함한다. 따라서 표준 데이터 분석 툴을 사용하여 제공된 데이터에 대한 후속 분석은 유지보수 및/또는 업그레이드를 필요로 하는 특정한 네트워크 영역을 밝혀줄 수 있다. 이러한 로그 기록의 기입은 특정한 캐리어가 제공하는 서비스구역 문제 또는 기타 및 네트워크 부적합성을 식별할 수 있다. 또한, 데이터베이스(110)는 하기에 상세히 설명되는 사용자 메시지를 위한 저장 설비로서 사용될 수 있다.

도 2는 본 발명의 일 실시태양에 따라 메시징 시스템(100)에 의해 채용된 시그널링을 설명한다. 메시지의 전달이 실행되도록 하기 위해, 전달 서버(105)는 먼저 의도한 수신 디바이스(들)(107) 및 사용자가 선호한 전달 채널을 식별해야 한다. 네트워크내의 각각의 클라이언트 디바이스(발신 디바이스(101) 또는 수신 디바이스(107))는 시간 기반 하트비트 트랜잭션(time-based heartbeat transaction)(213)을 사용하여 서버와 통신하는 데, 이 하트비트 트랜잭션은 서버가 네트워크내의 모든 디바이스의 프레즌스 정보를 추적할 수 있도록 한다. 본 예에서, 각각의 클라이언트 디바이스는 하트비트를 매 10분 마다 서버에 전송한다. 하트비트가 예상될 때 서버가 예상되는 하트비트를 수신하지 못하면, 서버는 클라이언트 디바이스를 오프라인 상태에 있는 것으로 표시한다.

하트비트 트랜잭션은 클라이언트 디바이스의 프레즌스 정보뿐만 아니라 클라이언트 디바이스가 현재 이용할 수 있는 서비스의 레벨을 나타내기 위해 이용된다. 예를 들어, 사용자가 예를 들어 IM 통신을 이용하여 선호한 채널을 이용한 전달을 지시한 경우에, 서버는 수신 디바이스(107)가 서버에 연결되어 있고 수신 디바이스의 하트비트를 통해 제공된 정보를 통해 메시지를 수신할 수 있다는 것을 확인하기 위해 검사한다. 일부 경우에 수신 디바이스(107)는 준비상태에 있지 않을 수 있거나 IM 메시지를 수신하지 못할 수 있는 데, 그러면 전달 서버(105)는 SMS(209), 이메일(207) 또는 기타 적합한 메시징 포맷과 같은 적용가능한 대안 전달 채널을 사용하여 각각의 수신 디바이스에게 메시지를 전송하려고 시도한다. 각각의 전달 전근법에 대해, 확인 메시지가 전달됨에 따라 확인 메시지가 수신 디바이스(또는 전달 에이전트, 이 경우는 SMS 및 이메일인 경우일 수 있다)로부터 예상된다. 확인 응답 메시지는 그후 메시지의 최초 송신자에 전달될 것이다. 상기 설명한 바와 같이, 시스템이 확인 메시지와 최초 전송된 메시지를 연관시킬 수 있다면 특정한 포맷의 확인 메시지는 중요한 사항이 아니다.

도 2에 도시된 바와 같이, 발신 디바이스(101)는 IM 메시지를 주 전달 채널(202)를 통해 수신 디바이스(107)에 전달하기 위해 전달 서버(105)에 전송한다. 전달 서버(105)는 확인 응답(acknowledge) 메시지를 발신 디바이스(101)에 되전송한다. 전달 서버는 IM 메시지를 수신 디바이스(107)에 전송한다. 그러면 수신 디바이스(107)는 확인 응답 메시지(203)를 전달 서버(105)에 되전송 하고, 전달 서버(105)는 그러면 선택적으로 송신 디바이스(101)에게 메시지의 단 대 단 전달이 성공되었음을 알린다(204). 주 전달(202) 채널이 이용불가능한 경우에, 전달 서버(105)는 그러면 메시지를 이메일 게이트웨이(108)를 통한 이메일(205), 또는 SMSC(109)를 통한 SMS(206)와 같이, 대안 전달 채널을 통해 메시지를 라우팅하려고 시도한다.

이메일이 선택된 대안 전달 루트인 것으로 선택한 경우에, 전달 서버(105)는 메시지(207)를 수신 디바이스(107)로 전송하기 전에 메시지의 기본 포맷(native format)으로부터 적합한 이메일 포맷으로 변환한다. 이메일 게이트웨이(108)는 그러면 메시지(207)를 수신 디바이스(107)로 전송하고, 수신 디바이스(107)는 확인 응답 메시지(208)를 되전송한다. 마찬가지로 SMS 또는 MMS가 대안 전달 채널로서 선택된 경우에, 전달 서버(105)는 메시지를 SMSC(109)에 전송하기 전에 메시지의 기본 포맷으로부터 적합한 크기의 SMS 패킷으로 변환한다. 메시지 트런케이션은 이 경우에 선택적으로 수행될 수 있지만 본 발명의 현재 실시예에서 메시지의 전체가 수신 디바이스(107)에 전달될 것이 요구되는 만큼의 다수의 SMS 메시지가 전송된다. 그러면 SMSC(109)는 메시지(209)를 수신 디바이스(107)에 전송하고, 그후 수신 디바이스(107)는 확인 응답 메시지(210)를 되전송한다. 예시된 예에서, 서버는 이메일을 통해 전송된 메시지(211,212)(점선으로 나타내었음) 또는 이메일 서버 및/또는 SMSC/SMS 게이트웨이를 통한 SMS에 대한 확인을 조사하지 않는 데, 이는 상기 메시지와 SMS 양자 모두의 포맷이 수락될 수 있는 신뢰성있는 포맷으로 간주되기 되기 때문이다. 그러나, 당업자는 상기와 같은 검증 절차가 본 시스템에 용이하게 통합될 수 있음을 알 것이다.

상기 설명한 바와 같이, 메시지를 전달 서버(105)로부터 수신 디바이스(107)로 라우팅하는 것은 전달 서버(105)상에 구현된 소정의 규칙 셋트를 통해 행해질 수 있다. 규칙 셋트는 재시도 접속 시도 횟수; 채용되어야 할 대안 전달 채널 및 그들의 순서; 재시도가 지속되어야 할 시간; 재시도 접속 시도의 빈도등을 제어한다. 하기의 표는 본 발명의 일 실시태양에 따른 텍스트 메시징 시스템을 이용하여 메시지를 라우팅하기 위해 적용되는 규칙 셋트의 일 예를 나타낸다.

메시지 라우칭을 위한 예시적인 규칙 셋트

클라이언트 디바이스	사용자 상태	오프라인 설정값	라우팅 동작
온라인	이용할 수 있음 또는 이용할 수 없음	SMS	ㆍ기본설정(default) 방법(IP)을 사용하여 전달을 시도함. ㆍ확인 메시지를 수신하지 못하는 경우 전달을 재시도함. ㆍ전달시도 만료 후 (본 발명의 반복에선, 15분에 걸쳐 3번 재시도) SMS(제2 전달 채널)로 스위칭함.
온라인	이용할 수 있음 또는 이용할 수 없음	이메일(Email)	ㆍ기본설정 방법(IP)을 사용하여 전달을 시도함. ㆍ확인 메시지를 수신하지 못하는 경우 전달을 재시도함. ㆍ전달시도 만료 후(본 발명의 반복에선, 15분에 걸쳐 3번 재시도) 이메일(제2 전달 채널)로 스위칭함.
온라인	보이지 않음	상기 설명에 따름 (SMS 또는 이메일)	ㆍ상기 설명에 따름- 보이지 않음 상태는 전달 방법에 영향을 미치지 않음.
온라인	방해해선 안됨	n/a	사용자가 자신의 상태를 변경할 때 까지 메시지를 서버에 저장함.
오프라인	이용할 수 있음 또는 이용할 수 없음	SMS	서버는 IP 메시지를 수신할 수 없는 사용자의 클라이언트 디바이스를 알고 있음. ㆍSMS(사용자가 정의한 오프라인 전달 방법)로 즉시 스위칭함.
오프라인	이용할 수 있음 또는 이용할 수 없음	주의촉구 (Wake-up)	서버는 IP 메시지를 수신할 수 없는 사용자의 클라이언트 디바이스를 알고 있음. ㆍSS7 또는 SMS0를 이용하여 클라이언트 애플리케이션에 대한 주의 촉구를 시도함. ㆍIP 채널을 이용하여 메시지를 전송함. 메시지 수신확인이 수신되지 않으면(상기 설명한 온라인/SMS에 대해) 정상적인 확실성잇는 전달 시도가 행해짐
오프라인	이용할 수 있음 또는 이용할 수 없음	이메일	서버는 메시지를 수신할 사용자의 클라이언트 디바이스가 없다는 것을 알고 있음. ㆍ이메일(사용자가 정의한 오프라인 전달 방법)로 즉시 스위칭함.
오프라인	이용할 수 있음 또는 이용할 수 없음	서버에 저장	서버는 메시지를 수신할 사용자의 클라이언트 디바이스가 없다는 것을 알고 있음. ㆍ메시지 전달을 시도해 선 안됨-즉시 전달을 위해 메시지를 서버상 의 파일에 저장하고 그 후 사용자는 이것을 디 바이스에 로그함.
오프라인	보이지 않음	SMS 또는 웨이크업	오프라인 SMS 또는 주의 촉구(상기 설명한)에 대한 것임. 보이지 않음 상태는 전달 방법에 영향을 미치지 않음.
오 것임. 프라인	보이지 않음	이메일 또는 서버 에 저장	오프라인 이메일(상기 설명한)에 대한 것임. 보이지 않음 상태는 전달 방법에 영향을 미치지 않음.
오프라인	방해해선 안됨	n/a	사용자가 자신의 상태를 변경할 때 까지 메시지를 서버상에 저장함.

본 발명의 또다른 실시예에서 메시지는 사진 또는 기타 파일을 포함할 수 있고 대안 전달 채널은 MMS 또는 일부 기타 파일 전송 프로토콜로 구성될 수 있다.

사용자는 규칙 셋트를 자신의 선호사항, 예를 들어, "온라인 인터페이스를 통함" 에 적합하도록 규칙 셋트를 구성할 수 있다. 특정 사용자에 대한 규칙 셋트의 동작을 수정하는 규칙 상태에서의 변경은 전달 서버에 통신으로 알려진다. 이 예에서, 사용자는 자신의 상태 설정값, 자신의 오프라인 설정값 및 자신의 현재 네트워크 프레즌스 정보에 기초하여 메시지가 자신에게 어떻게 라우팅되어야 하는 지를 정의할 수 있다. 상기 설명한 바와 같이, 하트비트 트랜잭션은 전달 서버에게 사용자의 존재의 여부에 대해 통지한다. 그러나 메시지를 수신할 사용자가 있는 지의 여부는 사용자가 정의한 설정값, 사용자의 "오프라인 설정값" 및 사용자가 연결되어 있는 지(로그인) 여부를 조합한 것에 기초하여 결정된다.

ㆍ 오프라인일 때 SMS 라우팅, 이 설정값은 클라이언트 디바이스 상태가 오프라인으로 설정되었을 때 SMS를 통해 메시지를 라우팅하라고 서버에게 통지한다.

ㆍ 이메일 라우팅, 이 설정값은 사용자가 클라이언트 디바이스에 로그 온되지 않았을 때 메시지를 이메일에 라우팅한다.

ㆍ 주의 촉구(Wake-up), 이 설정값은 시스템이 SS7 또는 SMS0를 사용하여 수신 디바이스상에서 클라이언트 디바이스에게 주의를 촉구하여 주의 촉구 메시지를 사용자에게 제시(present)할 수 있도록 한다.

ㆍ 서버에 저장, 이 설정값은 사용자가 자신의 클라이언트 디바이스에 다시 로그인할 때 까지 서버에게 메시지를 서버상에 저장하라고 통지한다.

이용가능성(availablity)은 사용자가 시스템의 규칙 셋트의 적용을 수정할 수 있도록 하는 사용자가 정의한 속성이 된다. 표 1에서 알 수 있는 바와 같이, 사용자가 온라인 또는 오프라인 상태에 있는 지의 여부에 좌우되어 선택할 수 있는 다수의 상태들이 시스템내에 있다. 4개의 주요 상태 유형들은, 이용가능한 상태, 이용불가능한 상태, 방해하지 않음 상태 및 보이지 않음 상태 유형들이다. 네트워크에서, 사용자에 의해 선택된 오프라인 설정값은 메시지가 대안 전달 채널을 통해 정시에 전달될 수 있도록 할 수 있다, 사용자에 의해 선택된 상태는 오프라인일 때 유지된다. 같은 네트워크에 속하는 사용자(in-network user)가 정시 전달을 허용하지 않는 "이메일(Email)" 또는 "서버에 저장(save-on-server)"과 같은 오프라인 설정값을 선택한다면, 사용자의 이용가능성은 사용자가 오프라인 상태일 때 "통신에 이용할 수 없음(unavailable to communicate)"으로서 나타날 것이다. 클라이언트 디바이스의 "네트워크에 속해 있지 않음(Out of Network)" 사용자에 대해, 제한된 오프라인 설정값, 즉 "서버에 저장" 및 "이메일"이 이용가능할 수 있다. 따라서 오프라인 상태에 있는 네트워크에 속해 있지 않은 사용자는 항상 "통신에 이용할 수 없음(unavailable to communicate)"인 것으로 간주된다.

상기 설명한 내용 외에, 시스템은 또한 메시지에 여러 특성, 예를 들어, 메시지 중요도(Message importance)를 할당하는 능력을 사용자에게 제공할 수 있다. 메시지 중요도는 전송자에 의해 보통(Normal) 또는 높음(High)으로 설정될 수 있다. 메시지 중요도는 메시지 헤더내의 데이터로서 유지되고 네트워크 전체에 걸쳐 메시지 프로세싱을 결정하기 위해 사용된다.

사용자가 높음(High)으로 설정된 메시지 중요도를 선택하면, 메시지 전달 규칙은 네트워크, 서버 인프라구조 및 수신 디바이스에 걸쳐 메시지를 상이하게 취급한다. 높음(High)으로 설정된 중요도를 갖는 메시지는 통신 회사에 의해 프리미엄 등급으로 요금이 청구된다.

높음(High)으로 설정된 중요도를 갖는 메시지에 대해, 규칙 셋트 제어하에서 하기와 같은 보통(Normal)으로 설정된 중요도를 갖는 메시지 처리로의 변경이 발생한다.

ㆍ 전송 디바이스로부터 서버로의 재시도는 최대 3회의 재시도에 대해 매 1분마다 발생한다. 메시지 전송이 실패하는 경우에, 전송자는 전송 디바이스상에서 경고가 주어지고 계속할 것인지 또는 대안 전달 채널로 스위칭할 것인 지에 대한 옵션이 주어진다.

ㆍ 서버로부터 수신 디바이스로의 재시도는 대안 전달 채널로 스위칭 하기 전에 최대 3회의 재시도에 대해 매 1분마다 발생한다.

ㆍ 높음(High)으로 설정된 중요도를 갖는 메시지는 절대로 단지 이메일에만 라우팅되지 않을 것이다. 수신자가 자신의 오프라인 설정값에서 이메일을 지정하였으면, 메시지는 이메일에 복사되지만 또한 SMS에도 라우팅된다.

ㆍ 수신 디바이스상에서, 특정한 경고음(alert tone)이 높음(High) 중요도를 갖는 메시지에 대해 울릴 것이다.

ㆍ 수신 디바이스상에서, 수신에 대한 확인 응답을 요청하는 요구가 사용자에게 보여질 것이고 이것은 메시지로서 최초 전송자에게 되전송될 것이다(확인 응답된 시간/날짜와 함께).

ㆍ 메시지는 높음(High) 중요도를 갖는 메시지로서 데이터베이스(110)에 태그를 붙여 표시(tagging)할 것이다(하기에 설명되는 바와 같이).

위에서 간단히 설명한 바와 같이, 데이터베이스(110)는 원격 저장 시설로서 사용될 수도 있다. 이러한 "저장IT(StoreIT)" 기능은 전달 서버(105)에 전송되거나 이 서버로부터 전송된 모든 메시지에 대한 완전한 메시지 보관소 시설을 제공한다. 메시지를 액세스하는 것은 웹사이트를 통해 제공된다. 사용자는 로그인하여 광범위한 탐색 시설을 사용하고 자신의 메시지를 액세스하기 위해 태그를 붙여 표시하는 방법을 사용할 수 있다. 사용자가 메시지를 삭제할 것을 절대로 필요로 하지 않도록 충분한 저장장소가 제공된다.

전달 서버는 비동기 프로세스로 송신되거나 수신된 각각의 메시지를 데이터 저장 시설(110)에 기입한다. 메시지는 일반적으로 각각의 전송자/수신자에 대해 개별적으로 기입된다. 저장 필요요건은 메시지의 단일 사본을 기입하고 이 메시지와 다수의 전송자/수신자를 연관시키는 링크를 사용함으로써 감소될 수 있다. 이 접근법에서 저속 탐색 성능을 이용하여 트레이드오프가 용인될 것이다.

메시지에 태그를 붙여 표시하는 것은 예를 들어, 메시지가 하기와 같은 일정한 특성을 포함하고 있다면 수행될 수 있다.

ㆍ 웹 링크를 포함한다.

ㆍ 소정 번호가 전화번호라는 것을 암시하도록, 기준을 충족시키는 번호를 포함한다.

ㆍ ("거리", "아파트","st", "apt"등과 같은 데이터베이스의 키워드에 기초한) 주소를 포함한다.

"저장IT(StoreIT)" 사용자 인터페이스는 또한 메시지를 전송하고 이 메시지에 응답하는 능력을 메시징 클라이언트의 PC 버전을 통해 제공한다. 웹 인터페이스는 하기의 내용을 포함할 수 있다.

ㆍ 사용자fmf 모바일 메시징 애플리케이션과 동일한 사용자-ID 및 패스워드를

사용하여 로그인하는 능력

ㆍ 전송되고 수신된 모든 메시지에 대한 액세스

ㆍ 전송된 시간/데이터, 수신자/전송자 정보를 포함하는 메시지 메타 데이터

ㆍ 메시지의 태깅(예를 들어, 웹 링크 또는 번호를 포함하는 태깅 메시지들

인, 사용자가 선택가능한 태그 뿐만 아니라 자동화된 태그)

ㆍ 메시징 옵션(메시지에 대해 응답하는 것, 새 메시지를 전송하는 것등)

ㆍ 버디 리스트에 대한 액세스

ㆍ 메시지 보관소 관리(선택된 또는 모든 수신자에 대한 일부 또는 모든 메

시지를 삭제하는 것)

ㆍ 사용자 설정값(저장IT(StoreIT)를 오프시킴, 특정 수신자를 오프시킴, 특정 수신자를 온 시킴 등)

상기 실시예들은 본 발명에 대해 예시적인 실시예로서만 제공되었고, 이 실시예에 대한 추가의 수정 및 개량은 관련 기술의 당업자가 알 수 있는 바와 같이, 본원에 설명된 본 발명의 넓은 기술사상 및 범위에 속하는 것으로 간주된다는 것을 알아야 한다. 특히, 하기의 총망라한 것은 아닌 본 발명에 대한 추가 및/또는 수정이 본 발명의 범위로부터 벗어나지 않고 행해질 수 있다.

ㆍ 재시도 관리는 전달 서버(105) 대신에 발신 디바이스(101)에 의해 수행

될 수 있다.

ㆍ 수신에 대한 확인 응답은 전달 서버(105)를 거치지 않을 수

있다. 이 접근법에서,

발신 디바이스(101)는 수신 디바이스(107)에게 전달 확실성을 제공하도록

구성된다.

ㆍ 발신 디바이스(101)는 메시지의 전달 상태에 관한 정보를 제공하는 지시

자를 사용자에게 디스플레이하도록 구성될 수 있다.

ㆍ 발신 디바이스(101)는 제1 전달 채널을 통한 메시지의 전달이 실행될 수

없는 경우에 대안 전달 채널을 선택하도록 구성될 수 있다.

ㆍ 대안 전달 채널이 메시지의 전달을 위해 이용되는 경우에, 발신 디바이

스 또는 적어도 하나의 서버가 대안 전달 채널의 메시징 표준에 따르도

록 메시지를 재포맷할 수 있다.

ㆍ 어떠한 확인 응답 메시지도 발신 디바이스에 회신되지 않을 때, 실시예 에서 설명한 바와 같은 비지니스 규칙 및 사용자 설정값 외에, 주 전달

채널은 메시지를 전달 서버(105)에 전송하도록 구성될 수 있고; 전달

서버(105)는 이 서버가 전달 채널로 스위칭하도록 지시하기 위해 메시지 헤더내에 명령어를 포함한다.

ㆍ 지시자는 메시지의 전달 상태를 지시하기 위해 사용자에게 디스플레이될

수 있다. 예로서, 메시지 재시도가 발신 디바이스에 의해 제어되는 경우

에, 메시지가 전달되고 있는 중인 것으로 아직 확인되지 않았고 재시도

가 아직 미해결 상태에 있는 전송 애플리케이션으로부터 빠져나가려고 시도하는 사용자에게 경고가 주어진다.

100: 메시징 시스템 101: 발신 디바이스
102: 디바이스 메시징 애플리케이션 103: 버디 리스트
104: 네트워크 105: 전달서버
106: 상이한 네트워크 107: 수신 디바이스
108: 이메일 서버 109: 메시징 센터
110: 데이터베이스

Claims

메시지 시스템으로서,
메시지를 제1 전달 채널을 통해 적어도 하나의 수신 디바이스에 전달하기 위해 발신 디바이스로부터 메시지를 수신하도록 구성된 적어도 하나 서버를 포함하고;
적어도 하나의 서버는 또한, 제1 전달 채널을 통한 메시지의 전달이 실행될 수 없는 경우엔, 수신 디바이스로부터 수신된 서비스 레벨 정보에 기초하여 메시지의 전달이 실행되도록 하기 위해 대안 전달 채널을 선택하도록 구성되고,
상기 적어도 하나의 수신 디바이스는 서비스 레벨 정보를 주기적으로 적어도 하나 서버에 전송하도록 구성되는 것인, 메시지 시스템.
제1 항에 있어서, 제1 전달 채널은 인터넷 프로토콜 채널이고 상기 메시지는 인스턴트 메시지인 것인, 메시지 시스템.
제1 항에 있어서, 제1 전달 채널은 SMTP, MIME, POP, IMAP 채널 중 적어도 하나로부터 선택되고 상기 메시지는 이메일 메시지인 것인, 메시지 시스템.
제1 항에 있어서, 제1 전달 채널은 SS7 채널이고 상기 메시지는 SMS 또는 MMS인 것인, 메시지 시스템.
제1 항 내지 제4 항 중 어느 한 항에 있어서, 서버는 대안 전달 채널의 메시징 표준에 따르도록 하기 위해 메시지를 재포맷하도록 구성되는 것인, 메시지 시스템.
제1 항에 있어서, 적어도 하나의 서버는 제1 메시지 채널을 통한 메시지의 수신시 상기 적어도 하나 수신 디바이스로부터 확인 응답 메시지를 수신하도록 구성되고, 상기 적어도 하나 서버는 발신 디바이스에게 메시지가 적어도 하나의 수신 디바이스가 수신하였음을 통지하는 것인, 메시지 시스템.
제6 항에 있어서, 발신 디바이스는 확인 응답 메시지의 수신 실패시 서버에게 메시지를 대안 전달 채널을 통해 즉시 전송하도록 명령하는 것인, 메시지 시스템.
제6 항 또는 제7 항에 있어서, 확인 응답 메시지는 확인 응답 메시지와 발신 디바이스가 송신한 메시지를 연관시키는 고유한 ID, 타임스탬프 또는 일련 번호를 포함하는 것인, 메시지 시스템.
제1 항에 있어서, 서버는 또한 메시지가 적어도 하나의 수신 디바이스에 어떻게 송신되어야 하는 지를 제어하는, 하나 이상의 미리 정의된 규칙 셋트를 포함하는 것인, 메시지 시스템.
제9 항에 있어서, 상기 미리정의된 규칙 셋트는 제1 전달 채널로 메시지를 재전송하기 전에 서버가 대기하는 기간 및 대안 전달 채널로 전환하기 전에 서버가 제1 전달 채널상에서 메시지 전달을 재시도하기 위한 최대 재시도 횟수에 관한 정보를 포함하는 것인, 메시지 시스템.
제10 항에 있어서, 상기 메시지는 서버가 메시지를 적어도 하나 수신 디바이스에 전달하려고 시도할 때 마다 증가되는 재시도 카운터를 포함하는 것인, 메시지 시스템.
제11 항에 있어서, 적어도 하나의 서버는 네트워크 특정 정보와 함께, 각각의 메시지 전달 시도에 대한 로그를 데이터베이스에 주기적으로 기록하도록 구성되는 것인, 메시지 시스템.
제12 항에 있어서, 적어도 하나의 서버를 거친 모든 메시지의 사본은 사용자가 나중에 검색할 수 있도록 하기 위해 데이터베이스에 저장되는 것인, 메시지 시스템.
제1 항에 있어서, 수신 디바이스상의 메시지내의 고유 식별자를 검토하여 이 메시지가 중복 메시지인 것으로 확인되면, 상기 중복 메시지를 사용자에게 디스플레이하지 않도록 되어 있는, 메시지 시스템.
메시지를 라우팅하기 위한 방법에 있어서,
발신 디바이스로부터 적어도 하나의 수신 디바이스로 전달하기 위한 메시지를 서버에서 수신하는 단계;
적어도 하나의 수신 디바이스로부터 서비스 레벨 정보를, 서버에서 수신하는 단계;
메시지를 제1 전달 채널을 통해 적어도 하나 수신 디바이스에 전송하는 단계; 및
상기 적어도 하나의 수신 디바이스로부터 확인 응답 메시지의 수신을 대기하는 단계를 포함하며,
상기 적어도 하나의 수신 디바이스는 서비스 레벨 정보를 주기적으로 적어도 하나의 서버에 전송하고,
어떠한 확인 응답 메시지도 수신되지 않는 경우엔, 적어도 하나의 서버는 메시지를 적어도 하나의 수신 디바이스로부터 수신된 서비스 레벨 정보에 기초하여 상기 적어도 하나의 수신 디바이스에 재전송하기 위해 대안 전달 채널을 선택하도록 구성되는 것인, 메시지를 라우팅하기 위한 방법.
제15 항에 있어서, 제1 전달 채널은 인터넷 프로토콜 채널이고 상기 메시지는 인스턴트 메시지인 것인, 메시지를 라우팅하기 위한 방법.
제15 항에 있어서, 제1 전달 채널은 SMTP, MIME, POP, IMAP 채널 중 적어도 하나로부터 선택되고 상기 메시지는 이메일 메시지인 것인, 메시지를 라우팅하기 위한 방법.
제15 항에 있어서, 제1 전달 채널은 SS7 채널이고 상기 메시지는 SMS 또는 MMS인 것인, 메시지를 라우팅하기 위한 방법.
제15 항 내지 제18 항 중 어느 한 항에 있어서, 서버는 대안 전달 채널의 메시징 표준에 따르도록 하기 위해 메시지를 재포맷하도록 구성되는 것인, 메시지를 라우팅하기 위한 방법.
제15 항에 있어서, 대안 전달 채널을 통해 메시지 전송을 시도하기 전에 메시지를 제1 전달 채널을 통해 소정 횟수 만큼 재전송하는 단계를 더 포함하는 것인, 메시지를 라우팅하기 위한 방법.
제20 항에 있어서, 메시지를 제1 전달 채널을 통해 재전송하는 단계는 메시지와 연관된 재시도 카운터를 증가시키는 단계를 더 포함하는 것인, 메시지를 라우팅하기 위한 방법.
제15 항에 있어서, 수신 디바이스상의 메시지내의 고유 식별자를 검토하여 이 메시지가 중복 메시지인 것으로 확인되면, 상기 중복 메시지를 사용자에게 디스플레이하지 않도록 되어 있는, 메시지를 라우팅하기 위한 방법.
제15 항에 있어서, 서버는 사용자가 나중에 검색할 수 있도록 하기 위해 모든 메시지의 사본을 저장하는 것인, 메시지를 라우팅하기 위한 방법.
제15 항에 있어서, 서버는 사용자가 나중에 탐색할 수 있도록 하기 위해 사용자가 정의한 규칙 뿐만 아니라 시스템이 정의한 규칙에 기초하여 메시지를 자동적으로 태그를 붙여 표시하는 것인, 메시지를 라우팅하기 위한 방법.
메시지를 라우팅하기 위한 방법에 있어서,
발신 디바이스로부터 적어도 하나의 수신 디바이스에 전달하기 위한 메시지를 서버에서 수신하는 단계;
적어도 하나의 수신 디바이스로부터 서비스 레벨 정보를, 서버에서 수신하는 단계;
메시지를 제1 전달 채널을 통해 적어도 하나 수신 디바이스에 전송하는 단계; 및
상기 적어도 하나의 수신 디바이스로부터 확인 응답 메시지의 수신을 대기하고 확인 응답 메시지를 발신 디바이스에 되전송하는 단계를 포함하고,
상기 적어도 하나의 수신 디바이스는 서비스 레벨 정보를 주기적으로 적어도 하나의 서버에 전송하고,
발신 디바이스가 어떠한 확인 응답 메시지도 수신하지 못하는 경우엔, 발신 디바이스는 대안 전달 채널을 이용하여 메시지가 수신 디바이스에 라우팅되어야 한다는 것을 지시하는 메시지를 상기 서버에 재전송하며, 발신 디바이스는 상기 적어도 하나의 수신 디바이스로부터 송신된 서비스 레벨 정보에 기초하여 대안 전달 채널을 선택하도록 구성되는 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 제1 전달 채널은 인터넷 프로토콜(IP) 채널이고 상기 메시지는 인스턴트 메시지인 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 제1 전달 채널은 SMTP, MIME, POP, IMAP 채널 중 적어도 하나로부터 선택되고 상기 메시지는 이메일 메시지인 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 제1 전달 채널은 SS7 채널이고 상기 메시지는 SMS 또는 MMS인 것인, 메시지를 라우팅하기 위한 방법.
제25 항 내지 제28 항 중 어느 한 항에 있어서, 서버는 대안 전달 채널의 메시징 표준에 따르도록 하기 위해 메시지를 재포맷하도록 구성되는 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 대안 전달 채널을 통한 메시지 전송을 시도하기 전에 메시지를 제1 전달 채널을 통해 소정 횟수 만큼 재전송하는 단계를 더 포함하는 것인, 메시지를 라우팅하기 위한 방법.
제30 항에 있어서, 메시지를 제1 전달 채널을 통해 재전송하는 단계는 메시지와 연관된 재시도 카운터를 증가시키는 단계를 더 포함하는 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 수신 디바이스상의 메시지내의 고유 식별자를 검토하여 이 메시지가 중복 메시지인 것으로 확인되면, 상기 중복 메시지를 사용자에게 디스플레이하지 않도록 되어 있는, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 서버는 사용자가 나중에 검색할 수 있도록 하기 위해 모든 메시지의 사본을 저장하는 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 서버는 사용자가 나중에 탐색할 수 있도록 하기 위해 사용자가 정의한 규칙 뿐만 아니라 시스템이 정의한 규칙에 기초하여 메시지를 자동적으로 태그를 붙여 표시하는 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 발신 디바이스는 메시지의 전달 상태에 관해 사용자에게 지시자를 디스플레이하는 것인, 메시지를 라우팅하기 위한 방법.
제25 항에 있어서, 발신 디바이스는 닫기 또는 로그 오프 동작을 수행하기 전에 메시지가 전달되지 않았음을 사용자에게 경고하는 것인, 메시지를 라우팅하기 위한 방법.