KR20090119513A - 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한시스템 및 방법 - Google Patents

통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한시스템 및 방법 Download PDF

Info

Publication number
KR20090119513A
KR20090119513A KR1020080045609A KR20080045609A KR20090119513A KR 20090119513 A KR20090119513 A KR 20090119513A KR 1020080045609 A KR1020080045609 A KR 1020080045609A KR 20080045609 A KR20080045609 A KR 20080045609A KR 20090119513 A KR20090119513 A KR 20090119513A
Authority
KR
South Korea
Prior art keywords
message
interworking
server
integrated messaging
integrated
Prior art date
Application number
KR1020080045609A
Other languages
English (en)
Inventor
이승용
박성진
이경탁
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020080045609A priority Critical patent/KR20090119513A/ko
Publication of KR20090119513A publication Critical patent/KR20090119513A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 효율적으로 비통합메시징 서비스와 인터워킹할 수 있도록 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템 및 방법을 제공하며, 이를 위한 본 발명은 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법에 있어서, 메시지 수신 시 통합메시징 서버가 상기 메시지에 대한 인터워킹이 필요한지를 판단하는 과정과, 상기 통합메시징 서버가 상기 인터워킹이 필요한 경우 수신자의 주소와 인터워킹 서버의 주소 간의 맵핑 정보의 저장 여부를 판단하는 과정과, 상기 통합메시징 서버가 상기 맵핑 정보가 저장되어 있는 경우 상기 맵핑 정보를 이용하여 해당 인터워킹 서버로 전송하는 과정과, 상기 인터워킹 서버가 상기 메시지의 포맷을 변환하여 수신자에게 전송하는 과정을 포함함을 특징으로 한다.
Figure P1020080045609
통합메시징, 인터워킹

Description

통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템 및 방법{SYSTEM AND METHOD FOR ROUTING MESSAGE UPON INTERWORKING IN CPM SERVICE}
본 발명은 메시징 서비스 간 인터워킹에 관한 것으로, 특히 통합메시지와 기존의 비통합메시징 서비스와의 인터워킹 방법에 관한 것이다.
통합메시징(Converged-IP Messaging: CPM)서비스는 단문메시징 서비스(Short Messaging Service), 멀티미디어 메시징 서비스(Multimedia Messaging Service), 인스턴트 메시징 서비스(Instant Messaging Service) 등 기존의 다양한 메시징 서비스들의 주요 서비스 특징들을 단일 서비스 형태로 제공하기 위한 서비스이다.
이러한 통합메시징 서비스가 등장하게 된 배경은 상기와 같은 기존의 서비스들이 서로 다른 기술을 기반으로 발전하여 왔으나 사용자 체험 측면(user experience)으로 볼 때 이 서비스들은 서로 중복되는 부분들이 많아 하나의 서비스로 통합할 필요성 때문이다. 게다가 기업, 통신사업 등의 시장이 빠르게 변화함에 따라 사용자들은 자신에게 수신되는 여러 형태의 메시지를 통합 처리하려는 욕구가 증가하게 되었는데, 이러한 점을 고려하여 최근에 오픈 모바일 얼라이언스(Open Mobile Alliance: OMA)라는 표준 단체에서는 통합메시징(Converged-IP Messaging: CPM) 서비스라는 새로운 서비스에 대한 기술 발전을 도모하고 있다.
이러한 통합메시징 서비스는 기존의 모든 메시징 서비스 사용자들과 메시지 유형에 상관없이 서로 주고받는 메시지를 통합 처리할 수 있어야 한다. 이를 위해서 통합메시징 서비스는 단문메시징 서비스, 멀티미디어 메시징 서비스, 인스턴트 메시징 서비스, PoC(PTT over Cellular) 등의 비통합메시징 서비스와 인터워킹을 할 수 있어야 한다. 여기에서 인터워킹이란 통합메시징 서비스의 메시지 포맷과 비통합메시징 서비스의 메시지 포맷 사이에 상호 변환하는 동작을 의미한다.
상기한 바와 같은 메시징 서비스들은 송수신자 간의 메시지 전달이라는 목적은 동일하나 메시지를 제공하는 메시징 서비스의 종류가 상이하다. 이에 따라 통합메시지 서비스에서 메시지 유형에 상관없이 효율적으로 이러한 메시징 서비스들과 인터워킹할 방법이 요구되는 실정이다.
이러한 통합메시징 서비스의 인터워킹에서 두 가지 고려할 요소가 있다. 우선, 통합메시징 시스템은 통합메시징 서비스 사용자로부터 통합메시지를 수신하면 메시지에 의해 지시된 수신자에게 메시지를 전달하기 위해서 인터워킹이 필요한지를 판단한다. 다시 말하면, 수신자가 통합메시징 서비스 사용자인지, 아니면 다른 메시징 서비스의 사용자인지를 확인하여 인터워킹 여부를 결정해야 한다.
그리고 인터워킹이 필요하다면 어떤 비통합메시징 서비스와 인터워킹할 것인가를 결정한 뒤, 선택된 비통합메시징 서비스와의 인터워킹을 담당하는 인터워킹 서버 또는 인터워킹 서버 내부의 특정 기능블록을 활성화하여 통합메시지 포맷을 해당 비통합메시징 서비스에 적합한 형태로 변환한다. 기존의 통합메시징 시스템에서 상술한 동작은 통합메시징 시스템이 통합메시지를 수신할 때마다 실행된다. 상기 두 개의 요소가 고려된 후 이에 따른 메카니즘(mechanism)을 통하여 라우팅 되어야 완전한 통합메시징 서비스에서의 인터워킹이 이루어질 수 있다.
그러나 다음의 경우에 상술한 동작을 메시지를 수신할 때마다 실행하는 것은 소모적이고 메시지 처리 시간을 지연시킨다는 점에서 비효율적일 수 있다. 예를 들 어, 통합메시징 서비스를 사용하는 송신자가 발송한 메시지가 상술한 동작에 따라서 비통합메시징 서비스를 사용하는 수신자에게 전달된 후에, 동일한 발신자가 동일한 수신자에게 연속한 메시지를 전송하는 경우를 살펴보면, 이러한 경우에는 메시지를 전송할 때마다 매번 인터워킹 여부를 결정하는 등 일련의 인터워킹을 위한 일련의 동작들이 반복적으로 실행되어야 한다. 이를 위해 불필요하게 중복되는 과정을 효율적으로 줄일 수 있는 메시지 전달 과정이 요구된다.
또한, 상기 발신자가 상기 수신자로부터의 메시지를 수신하고, 상기 수신자에게 상기 발신자가 다시 메시지를 전송하는 경우에도 어떤 비통합메시징 서비스와 인터워킹해야 하는지를 판단해야 한다. 이를 위해 메시지 처리 시간을 줄일 수 있는 효율적인 메시지 전달 과정이 요구된다.
따라서 본 발명은 효율적으로 비통합메시징 서비스와 인터워킹할 수 있도록 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템 및 방법을 제공한다.
상기한 바를 달성하기 위한 본 발명은, 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템에 있어서, 메시지 수신 시 상기 메시지에 대한 인터워킹이 필요한지를 판단하고, 인터워킹이 필요한 경우 수신자의 주소와 인터워킹 서버의 주소 간의 맵핑 정보의 저장 여부를 판단하고, 상기 맵핑 정보가 저장되어 있는 경우 상기 맵핑 정보를 이용하여 상기 메시지를 전달하는 통합메시징 서버와, 상기 메시지의 포맷을 변환하고, 상기 변환된 메시지를 수신자에게 전달하는 인터 워킹 서버를 포함함을 특징으로 한다.
또한 본 발명은, 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법에 있어서, 메시지 수신 시 통합메시징 서버가 상기 메시지에 대한 인터워킹이 필요한지를 판단하는 과정과, 상기 통합메시징 서버가 상기 인터워킹이 필요한 경우 수신자의 주소와 인터워킹 서버의 주소 간의 맵핑 정보의 저장 여부를 판단하는 과정과, 상기 통합메시징 서버가 상기 맵핑 정보가 저장되어 있는 경우 상기 맵핑 정보를 이용하여 해당 인터워킹 서버로 전송하는 과정과, 상기 인터워킹 서버가 상기 메시지의 포맷을 변환하여 수신자에게 전송하는 과정을 포함함을 특징으로 한다.
본 발명에 따르면, 통합메시징 서비스 사용자가 비통합메시징 서비스 사용자에게 연속한 메시지를 보내는 경우에 있어서, 저장된 인터워킹을 위한 라우팅 정보를 활용함으로써 통합메시징 시스템은 수신측 서비스에 적합한 인터워킹 서버를 선택해야 하는 불필요한 과정을 생략할 수 있다. 또한 비통합메시징 서비스 사용자로부터 메시지를 수신한 후 응답 메시지를 전송할 때, 통합메시징 시스템은 어떤 비통합메시징 서비스와 인터워킹해야 하는지 판단하는 과정을 생략함으로써 메시지 전달 과정을 단축할 수 있다. 이와 같이 서비스 제공자와 사용자 측면에서 인터워킹 시 메시지의 처리 시간뿐만 아니라 송신측 클라이언트로부터 수신측 클라이언트까지 메시지가 전달되는 경로를 단축함으로써 서비스의 질적 향상을 도모할 수 있게 된다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다. 도면에서 동일한 구성요소들에 대해서는 비록 다른 도면에 표시되더라도 가능한 한 동일한 참조번호 및 부호로 나타내고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명은 생략한다.
먼저, 본 발명의 실시예에 따라 통합메시징 서비스와 비통합메시징 서비스가 연동되어 인터워킹을 제공하는 시스템의 구성을 도 1을 참조하여 설명한다. 도 1은 본 발명에서 제안하는 통합메시징 서비스를 제공하기 위해 요구되는 요소장치들과 요소장치 간에 상호 관계를 도시한 것이다. 도 1은 본 발명을 이해하기 위해 필요한 요소만 표현하고 있으며, 실제 서비스 환경에는 보다 많은 요소 장치 등이 사용된다. 도 1에 표시된 각각의 요소장치들의 기능을 간단히 설명하면 다음과 같다.
도 1에 도시된 바와 같이, 메시징 라우팅을 위한 인터워킹 제공 시스템은 통합메시징 클라이언트(110), 비통합메시징 클라이언트(111), 통합메시징 서버(120), SIP/IP 코어망(150), 원격(Remote) SIP/IP 코어망(151) 및 비통합메시징 시스템(160)을 포함한다. 특히 인터워킹을 지원하기 위해 인터워킹 제공 시스템은 인터워킹 선택부(Interworking Selection Function)(130)와 인터워킹 서버(Interworking Server)(140) 등의 엔터티들을 더 포함한다.
통합메시징 클라이언트(110)는 일반적으로 단말기에 포함되며, 통합메시징 서비스와 사용자 간의 인터페이싱을 제공한다. 예를 들어, 사용자가 통합메시지를 작성하면 통합메시징 클라이언트(110)는 이를 통합메시징 서버(120)로 전송한다. 또는 통합메시징 클라이언트(110)는 다른 통합메시징 서비스 사용자 또는 비통합메시징 서비스 사용자가 전송한 메시지를 통합메시징 서버(120)로부터 수신한다.
비통합메시징 클라이언트(111)는 비통합메시지를 생성하여 비통합메시징 시스템을 통하여 전송하거나 수신한다.
통합메시징 서버(120)는 통합메시징 클라이언트(110) 또는 다른 통합메시징 서버 또는 인터워킹 서버(140)로부터 수신한 메시지를 처리한다. 이러한 통합메시징 서버(120)는 통합메시지를 수신하면 인터워킹을 수행해야 하는지를 판단한다. 인터워킹이 필요하지 않은 경우 즉, 수신자가 통합메시징 서비스 가입자인 경우에는 통합메시징 서버(120)는 수신자의 통합메시징 클라이언트(110)로 메시지를 전달한다. 이와 달리 인터워킹이 필요한 경우에는 통합메시징 서버(120)는 우선 인터워킹 선택부(130)를 활성화한다. 이러한 동작 외에도 통합메시징 서버(120)는 본 발명에서 제안하는 통합메시지를 처리하는 프로세스와 통합메시지에 대한 응답메시지를 처리하는 프로세스를 수행한다. 이 두 가지 프로세스에 대해서는 하기에서 상세히 후술하기로 한다.
인터워킹 선택부(130)는 수신자에게 메시지를 전달하기 위해서 어떤 비통합메시징 서비스와 인터워킹해야 하는지를 결정한다. 도 1에서 인터워킹 선택부(130)는 독립적인 엔터티로 표현되었지만 논리 엔터티(logical entity)이기 때문에, 이와 같은 구현방법 외에도 통합메시징 서버(120) 또는 인터워킹 서버(140) 내부에 구현될 수도 있다. 통합메시징 서버(120) 내부에 구현되는 경우에 인터워킹 선택부(130)의 기능은 통합메시징 서버(120)의 내부적인 동작 메커니즘에 의해서 활성화되고, 인터워킹 서버(140) 내부에 구현되는 경우에는 인터워킹 서버(140)의 내부적인 동작 메커니즘에 의해서 활성화된다. 각각의 구현에 따른 인터워킹 선택부(130)의 활성화 방법은 본 발명의 요지와는 무관하므로 다루지 않기로 한다. 또한, 본 발명에서는 발명의 요지를 효과적으로 전달하기 위해서 모든 메시지 흐름도에서 인터워킹 선택부(130)를 하나의 독립된 엔터티로 표현하고 이에 맞추어서 발명의 동작을 설명하기로 한다. 다만, 인터워킹 선택부(130)의 구현에 따라서 발명의 동작이 차별되어야 하는 경우에는 인터워킹 선택부(130)가 어떻게 구현되었는지와 그에 따라 발명의 동작이 어떻게 달라져야 하는지를 별도로 언급하는 것을 원칙으로 한다.
인터워킹 서버(140)는 통합메시지와 비통합메시지 간에 메시지 포맷을 변환하거나 또는 각 서비스에 특화된 파라미터 또는 헤더필드 등을 추가, 삽입하는 등의 기능을 담당한다. 구체적으로, 인터워킹 서버(140)는 통합메시지를 통합메시지 서비스가 아닌 다른 메시징 서비스가 처리할 수 있도록 메시지 포맷을 변환해서 상기 다른 메시징 서비스로 제공하고, 또한 다른 메시징 서비스의 메시지를 수신하면 통합메시지 서비스가 처리할 수 있도록 메시지 포맷을 변환한다.
이러한 인터워킹 서버는 하나의 인터워킹 서버로 구성되거나 다수의 인터워킹 서버로 구성될 수 있는데, 이는 인터워킹 제공 시스템 설계자의 결정에 따라 달라진다. 전자의 경우에 인터워킹 서버는 특정의 비통합메시징 서비스와의 인터워킹 을 담당하는 다수의 인터워킹 기능블록들로 구성된다. 후자의 경우에 각각의 인터워킹 서버는 서로 다른 비통합메시징 서비스와의 인터워킹을 담당한다. 본 발명에서는 발명의 요지를 효과적으로 전달하기 위해서 후자의 경우를 가정한다. 그러나 전자의 경우라 하더라도 본 발명의 기본 핵심을 동일하게 적용가능하며, 다만 이런 경우에는 인터워킹 서버의 주소를 저장/관리하는 동작이 인터워킹 서버 내부의 기능블록의 주소 또는 식별자(identifier)를 저장/관리하는 것으로 이해되어야 한다.따라서 이후에 기술하는 부분에 대해서 인터워킹 서버의 주소를 저장/관리하는 동작은 인터워킹 서버의 구현 방식에 따라서 인터워킹 서버의 내부의 특정 인터워킹 기능블록의 주소 또는 식별자를 저장/관리하는 동작으로 확대 해석되어야 한다.
SIP/IP 코어망(150)은 세션 개설 프로토콜(Session Initiation Protocol, 이하 SIP)과 IP(Internet Protocol)를 지원해 주는 하위 레벨의 네트워크로서, 위에서 설명한 모든 구성 요소들 사이에 존재하며, 모든 메시지들의 라우팅을 담당한다. 이러한 SIP/IP 코어망(150)은 SIP을 기반으로 하는 서비스들의 제어 신호 및 이들 서비스 사용자 또는 서비스 엔터티들이 생성한 메시지 등을 수신자 또는 다른 엔터티로 전달하는 기능을 수행한다. 이를 위해서 SIP/IP 코어망(150)은 서로 다른 사업자 영역에 속해있는 SIP/IP 코어망과도 메시지를 주고 받을 수 있어야 한다. 원격 SIP/IP 코어망(151)은 다른 망 사업자에 의해 제공되고 관리되는 SIP/IP 코어망으로서 그 기능은 상기 SIP/IP 코어망(150)과 동일하다. 그리고 도 1에는 표시되지 않았지만, 원격 SIP/IP 코어망(151)에도 통합메시징 서비스 및 비통합메시징 서비스(160)를 제공하기 위한 요소장치 및 시스템이 구축된다.
비통합메시징 시스템(160)는 통합메시징 서비스를 제외한 기존의 메시징 서비스 시스템을 일컫는 것으로, 단문메시징 서비스(Short Messaging Service), 멀티미디어 메시징 서비스(Multimedia Messaging Service), 인스턴트 메시징 서비스(Instant Messaging Service), PoC(PTT over Cellular) 등이 이에 해당한다.
한편, 통합메시징 서버(120)에서의 동작을 구체적으로 설명하면 다음과 같다. 통합메시징 서버(120)는 통합메시징 클라이언트(110) 또는 다른 통합메시징 서버 또는 인터워킹 서버(140)로부터 수신한 메시지를 처리할 때, 다음과 같은 방식으로 메시지를 처리한다. 본 발명에서는 통합메시징 서버(120)에서의 메시지 처리를 위한 동작 알고리듬으로 3가지를 제안한다. 이를 구체적으로 설명하기 위해 도 2a 내지 도 2d를 참조한다. 여기서, 도 2a 내지 도 2d에서의 동작 알고리듬은 인터워킹을 수행하는 네트워크 영역에 포함된 통합메시징 서버에만 적용된다. 참고로 통합메시징 시스템이 송신측 네트워크든지 수신측 네트워크든지 어느 한쪽에만 갖추어진 경우에는 통합메시징 시스템이 설비된 네트워크에서 인터워킹을 수행한다. 그리고 만약 양쪽 네트워크 모두에 설비된 경우에는 메시지 수신자의 프레퍼런스(preference), 디바이스 능력(device capability), 메시지에 포함된 콘텐츠 타입(content type) 등 여러 가지 기준에 의해서 송신측 네트워크에서도 수행할 수도 있고, 수신측 네트워크에서 수행할 수도 있다.
일단, 메시지를 수신했을 때의 통합메시징 서버(120)에서의 동작은 도 2a에서와 같이 이루어진다. 도 2a는 본 발명의 실시예에 따른 통합메시징 서버에서의 수신 메시지 처리 흐름도이다.
도 2a를 참조하면, 통합메시징 서버(120)는 201단계에서 메시지를 수신하면, 203단계에서 수신된 메시지가 앞서 보낸 통합메시지에 대한 응답메시지인지를 판단한다. 판단 결과 응답메시지인 경우 통합메시징 서버(120)는 205단계에서 그 응답메시지가 인터워킹 서버(140)를 통해 수신된 메시지인지를 판단한다. 여기서, 통합메시징 서비스 사용자로부터의 메시지일 경우에는 인터워킹이 필요없기 때문에, 인터워킹 서버(140)를 통해 수신된 메시지란 비통합메시징 서비스 사용자로부터의 메시지를 의미한다.
이에 따라 수신된 응답메시지가 인터워킹 서버(140)를 통해 수신된 메시지가 아닐 경우 통합메시징 서버(120)는 209단계에서 통합메시징 클라이언트(110)로 그 응답메시지가 전달되도록 SIP/IP 코어망(150)으로 그 응답메시지를 전달한다. 이와 달리 인터워킹 서버(140)를 통해 수신된 메시지일 경우 통합메시징 서버(120)는 도 2b의 211단계로 진행한다. 여기서, 도 2a의 205단계와 도 2b의 211단계가 연결되어 있음을 나타내기 위해 심볼 A를 사용하였다.
한편 203단계에서의 판단 결과 응답메시지가 아닌 경우 통합메시징 서버(120)는 207단계로 진행하여 그 수신메시지가 인터워킹 서버(140)를 통해서 수신된 메시지인지를 판단한다. 즉, 205단계에서와 마찬가지로 그 수신메시지가 비통합메시징 서비스 사용자로부터의 메시지인지 아니면 통합메시지 서비스 사용자로부터의 메시지인지를 조사하게 된다. 판단 결과 인터워킹 서버(140)를 통해 수신된 메시지일 경우 통합메시징 서버(120)는 도 2c의 221단계로 진행하고, 인터워킹 서버(140)를 통해 수신된 메시지가 아닐 경우 도 2d의 231단계로 진행한다. 여기서, 도 2a의 207단계와 도 2c의 221단계가 연결되어 있음을 나타내기 위해 심볼 B가 사용되었으며, 도 2a의 207단계와 도 2d의 231단계가 연결되어 있음을 나타내기 위해 심볼 C가 사용되었다.
도 2a의 205단계에 이어지는 도 2b를 참조하여 설명하면 다음과 같다. 도 2b는 본 발명의 실시예에 따른 통합메시징 서버(120)에서의 메시지 처리를 위한 3가지 동작 알고리듬 중 첫번째 알고리듬으로서, 비통합메시징 서비스를 통해 수신된 응답메시지의 처리 흐름도를 도시하고 있다. 도 2b를 참조하면, 통합메시징 서버(120)는 211단계에서 응답메시지로부터 인터워킹 서버(140)의 주소를 검출한다. 구체적으로, 인터워킹 서버(120)의 주소는 수신한 응답메시지의 ‘Record-Route’ 헤더 또는‘Contact’ 헤더로부터 알아낼 수 있다. 참고로 인터워킹 서버(120) 또는 서버 내부의 기능블록은 연속적인 사용자 에이전트(Back-to-Back User Agent)로 동작하기 때문에 일반적으로 전송하는 메시지의 ‘Contact’ 헤더에 자신의 주소를 입력한다. 또한 메시지의 이동 경로를 표시하기 위해서 ‘Record-Route’ 헤더에 자신의 주소를 입력할 수 있다.
이어, 통합메시징 서버(120)는 213단계에서 수신메시지가 어떤 통합 메시지에 대한 응답메시지인지를 확인한 후, 그 응답메시지에 대응하는 통합메시지 정보로부터 수신자 주소를 검출한다. 구체적으로, 통합메시징 서버(120)는 수신메시지의 call-id, from-tag, to-tag 등의 정보를 이용하여 앞서 전송한 통합메시지 중에서 어떤 메시지에 대한 응답메시지인지를 확인한다. 그리고나서 통합메시징 서버(120)는 미리 저장해놓은 통합메시지 정보를 이용하여 확인된 통합메시지의 수신 자 주소가 무엇이었는지를 알아낸다. 이러한 비교 동작을 수행하기 위해서 통합메시징 서버(120)는 통합메시지를 전송할 때 전송하는 메시지의 call-id, from-tag, to-tag, 수신자 주소 정보 등의 통합메시지 정보를 미리 저장해놓는다.
그리고나서 통합메시징 서버(120)는 215단계에서 검출한 인터워킹 서버(140)의 주소와 응답메시지에 상응하는 통합메시지의 수신자 주소 간의 맵핑(mapping) 정보가 자신의 저장영역 내에 저장되어 있는지를 판단한다. 만일 저장된 맵핑 정보가 있는 경우에는 219단계로 진행하고, 그렇지 않은 경우에는 217단계로 진행한다.
먼저, 저장된 맵핑 정보가 없는 경우 217단계에서 통합메시징 서버(120)는 각각의 주소 즉, 인터워킹 서버(140)의 주소 및 통합메시지의 수신자 주소를 맵핑 테이블(mapping table) 형태로 저장영역에 저장한 후 타이머를 작동시킨다. 이때, 저장되는 형태가 반드시 맵핑 테이블일 필요는 없고, 수신자 주소로부터 인터워킹 서버(140)의 주소를 알아낼 수 있는 형태라면 어떤 것이라도 상관없다. 타이머는 두 주소의 맵핑 테이블을 저장하는 시각을 표시하기 위한 것으로, 타이머의 초기 값은 서버 설계자에 의해서 설정될 수 있다. 통합메시징 서버(120)는 항상 타이머를 체크하여 타이머가 만기된 맵핑 정보는 삭제한다. 이러한 동작에 대해서는 뒤에서 자세히 기술하기로 한다.
215단계에서 저장된 맵핑 정보가 있거나 217단계에서 새로운 맵핑 정보를 저장한 후에는, 통합메시징 서버(120)는 219단계에서 응답메시지를 수신자에게 메시지를 전달하기 위해서 SIP/IP 코어망(150)으로 메시지를 전송한다.
이어, 본 발명의 실시예에 따른 통합메시징 서버(120)에서의 메시지 처리를 위한 3가지 동작 알고리듬 중 두번째 알고리듬을 도 2c를 참조하여 설명한다. 이러한 도 2c를 참조하여 비통합메시징 서비스 사용자가 발신한 메시지를 인터워킹 서버(140)를 통해서 수신한 경우의 통합메시징 서버(120)에서의 동작을 설명하면 다음과 같다.
도 2c를 참조하면, 통합메시징 서버(120)는 221단계에서 수신 메시지로부터 인터워킹 서버의 주소와 발신자 주소를 검출한다. 이때, 발신자 주소란 메시지를 발신한 비통합메시징 서비스의 사용자 주소를 말한다. 또한 인터워킹 서버의 주소는 수신 메시지의 ‘Via’ 헤더 또는 ‘Record-Route’ 헤더 또는 ‘Contact’ 헤더로부터 알아낼 수 있다. 또는 인터워킹 서버(140)에서 메시지를 변환하는 과정에서 인터워킹 서버 주소를 입력하기 위한 헤더 또는 파라미터를 삽입했다면, 그러한 부분으로부터 확인할 수도 있다. 발신자의 주소 ‘Contact’ 헤더나 기타 다른 헤더 또는 파라미터로부터 확인할 수 있다.
이와 같이 인터워킹 서버의 주소와 발신자 주소를 검출한 후, 통합메시징 서버(120)는 223단계에서 발신자 주소와 인터워킹 서버의 주소 간의 맵핑 정보가 자신의 저장영역 내에 저장되어 있는지를 판단한다. 판단 결과 맵핑 정보가 저장되어 있지 않은 경우에는 225단계로 진행하여 일단 발신자 주소와 인터워킹 서버(140)의 주소를 맵핑 테이블 형태로 저장하고 타이머를 작동시킨 후 227단계로 진행한다. 이와 달리 맵핑 정보가 저장되어 있는 경우에는 227단계로 진행하여 수신자에게 메시지를 전달하기 위해 SIP/IP 코어망(150)으로 수신 메시지를 전달한다.
이어, 본 발명의 실시예에 따른 통합메시징 서버(120)에서의 메시지 처리를 위한 3가지 동작 알고리듬 중 세번째 알고리듬을 도 2d를 참조하여 설명한다. 도 2d에서는 통합메시징 서비스 사용자가 발신한 메시지를 수신한 경우에 통합메시징 서버(120)에서의 동작을 도시하고 있다.
도 2d를 참조하면, 231단계에서 통합메시징 서버(120)는 수신자에게 메시지를 전달하기 위해서 인터워킹을 수행해야 하는지를 판단한다. 구체적으로, 통합메시징 서버(120)는 통합메시징 서비스 사용자가 발신한 메시지가 통합메시징 서비스 메시지인지 비통합메시징 서비스 메시지인지를 판단함으로써 인터워킹의 수행 여부를 결정하게 된다. 이에 따라 인터워킹을 수행할 필요가 없으면 232단계를 수행한다. 인터워킹을 수행해야 한다면 233단계를 수행한다.
232단계에서 통합메시징 서버(120)는 인터워킹을 통한 메시지 포맷 등의 변환이 필요 없으므로, 수신자에게 메시지를 전달하기 위해서 바로 SIP/IP 코어망(150)으로 메시지를 전송한다.
만일 인터워킹을 수행해야하는 경우 통합메시징 서버(120)는 233단계에서 수신자 주소와 관련된 인터워킹 서버(140)의 주소가 자신의 저장영역에 저장되어 있는지 판단한다. 여기서, 수신자 주소는 비통합메시징 서비스의 사용자 주소를 말한다. 판단 결과 저장되어 있지 않으면 235단계를 수행한다. 저장되어 있다면 234단계를 수행한다. 그러나 234단계는 통합메시징 서비스 제공자의 서비스 방침에 따라서 수행될 수도 있고 수행되지 않을 수도 있다. 서비스 방침에 따라서 234단계를 수행하지 않는 경우에는 234단계를 생략하고 237단계를 수행한다.
234단계에서 통합메시징 서버(120)는 수신한 통합메시지에 포함된 콘텐츠를 수신자 주소에 대해 저장된 인터워킹 서버가 담당하는 비통합메시징 서비스가 수용할 수 있는지를 조사한다. 예를 들어, 인터워킹할 대상 비통합메시징 서비스가 단문메시징 서비스이고 전달하고자 하는 통합메시지에 포함된 콘텐츠가 이미지 타입 등의 텍스트 타입 이외의 것이라면 단문메시징 서비스는 메시지에 포함된 콘텐츠를 수용할 수가 없다. 따라서 234단계에서는 통합메시지의 콘텐츠가 수신측 비통합메시징 서비스에서 수용가능한지의 여부를 조사한다. 수용 가능하다면 237단계를 수행하고 수용 가능하지 않으면 235단계를 수행한다. 앞에서 설명했듯이, 234단계는 통합메시징 서비스 제공자의 서비스 방침에 따라서 실행될 수도 있고 실행되지 않을 수도 있다. 참고로 서비스 방침이 234단계를 실행하는 것을 허용한다는 것은 인터워킹 제공 시스템은 송신측 통합메시징 서비스 사용자가 수신측 비통합메시징 서비스 사용자에게 메시지를 전달하기 위해서 적합한 인터워킹 서버(140)를 선정할 때 메시지의 콘텐츠 타입을 고려할 수 있다는 것을 의미한다.
233단계에서 저장된 인터워킹 서버(140)의 주소가 없거나 234단계에서 수용하지 못하는 경우, 통합메시징 서버(120)는 235단계로 진행하여 수신한 메시지로부터 수신자 주소, from-tag, to-tag, call-id 등의 통합메시지 정보를 저장한다. 이러한 통합메시지 정보는 통합메시징 서버(120)가 비통합메시징 서비스 사용자로부터 앞서 보낸 메시지에 대한 응답메시지를 수신하는 경우에 어떤 통합메시지에 대한 응답메시지인지를 확인하고, 확인된 통합메시지의 수신자 주소가 무엇인지를 추가 확인하는데 사용된다. 참고로 통합메시지와 이 통합메시지에 대한 응답메시지(200 OK)는 동일한 from-tag, to-tag, call-id 등을 포함하기 때문에, 이러한 값 들을 비교함으로써 상관관계를 확인할 수 있다.
236단계에서 통합메시징 서버(120)는 인터워킹 선택부(130)를 활성화한다. 236단계의 의미는 인터워킹 선택부(130)가 어디에 위치하느냐에 따라서 다르게 해석될 수 있다. 인터워킹 선택부(130)가 독립적인 엔터티로 네트워크상에 구현되어 있다면 통합메시징 서버(120)는 인터워킹 선택부(130)로 메시지를 전송한다. 또는 인터워킹 선택부(130)가 통합메시징 서버(120) 내부에 위치하는 경우에는 통합메시징 서버(120)는 서버 내부적으로 인터워킹 선택부를 활성화한다. 또는 인터워킹 선택부(130)가 인터워킹 서버(140) 내부에 위치하는 경우에는 통합메시징 서버(120)는 인터워킹 서버(140)로 메시지를 전송해야 한다.
만일 234단계에서 비통합메시징 서비스가 콘텐츠를 수용하는 경우 통합메시징 서버(120)는 237단계에서 저장된 인터워킹 서버의 주소로 그 메시지를 전송한다. 즉, 수신자 주소에 의해서 맵핑되는 인터워킹 서버(140)로 메시지를 전달한다.
238단계에서 통합메시징 서버(120)는 233단계에서 자신의 저장영역 내에 저장되어 있다고 확인한 수신자 주소 즉, 비통합메시징 서비스 사용자 주소와 인터워킹 서버(140) 주소 간 맵핑 정보에 대한 타이머가 만기되는 시각을 갱신한다. 여기에서 갱신은 초기 설정 값으로 되돌리거나 타이머의 설정 값을 증가하는 등의 타이머가 만기되는 시점을 늦추는 방향으로 진행되어야 한다. 이는 자주 사용되는 맵핑 정보는 다음에 사용될 가능성이 그렇지 않은 맵핑 정보보다 크기 때문에 그 저장영역에 존재할 수 있는 시간을 증가시킴으로써 추후에 수신하는 메시지에 대해서 되도록 인터워킹 선택부(130)를 활성화하지 않고, 저장된 맵핑 정보를 활용하여 메시 지의 처리 시간과 이동 경로를 단축시키기 위함이다.
한편, 상기와 같은 맵핑 정보를 저장하고 관리하는 통합메시징 서버(120)의 동작은 도 3을 참조하여 설명한다. 도 3은 본 발명의 실시예에 따라 맵핑 정보를 관리하는 통합메시징 서버에서의 동작 흐름도를 도시하고 있다.
도 3을 참조하면, 통합메시징 서버(120)는 자신이 저장하고 있는 비통합메시징 서비스 사용자 주소와 인터워킹 서버(140)의 주소 간 맵핑 정보를 관리하기 위해 301단계에서 그 맵핑 정보에 설정된 타이머가 만기되었는지를 판단한다. 판단 결과 타이머가 만기된 경우 통합메시징 서버(120)는 303단계에서 타이머가 만기된 맵핑 정보를 삭제한 후, 일정 시간 후에 다시 301단계를 수행한다. 이와 달리 타이머가 만기되지 않은 경우 즉, 만기된 맵핑 정보가 없는 경우 일정 시간 후에 다시 301단계를 수행한다.
이러한 맵핑 정보는 도 4에서와 같은 형태로 저장될 수 있다. 도 4는 통합메시징 서버(120)에 저장되는 비통합메시징 서비스 사용자 주소와 인터워킹 서버(140) 주소 간 맵핑 정보에 대한 예시이다. 첫 번째 행은 비통합메시징 서비스 사용자의 주소를 포함한다. 두 번째 행은 인터워킹 서버의 주소를 포함한다. 세 번째 행은 둘 사이의 맵핑 관계가 해제되고 통합메시징 서버(120)에서 삭제되기까지 남아있는 시간을 의미한다. 만일 남아 있는 시간 안에 타이머 값이 갱신되지 않는다면 해당 열의 정보는 삭제된다.
이하에서 설명되는 본 발명의 상세한 설명에 기술된 본 발명의 실시예들을 다음과 같이 분리하여 기술한다.
본 발명의 제1실시예는 맵핑 정보가 저장되어 있지 않은 경우를 전제로 하며, 통합메시징 클라이언트가 통합메시지를 비통합메시징 클라이언트로 전송한 후, 그 비통합메시징 클라이언트로부터 응답메시지를 수신하는 과정에 관한 것이다. 본 발명의 제2실시예는 맵핑 정보가 저장되어 있지 않은 경우를 전제로 하며, 비통합메시징 클라이언트로부터의 비통합메시지를 통합메시징 클라이언트로 전달하는 과정에 관한 것이다. 본 발명의 제3실시예는 맵핑 정보가 저장되어 있는 경우를 전제로 하며, 통합메시징 클라이언트가 통합메시지를 비통합메시징 클라이언트로 전송한 후, 그 비통합메시징 클라이언트로부터 응답메시지를 수신하는 과정에 관한 것이다.
먼저, 본 발명의 제1실시예를 도 5를 참조하여 하기로 한다. 도 5는 본 발명의 제1실시예에 따른 메시지 전달 과정을 도시하고 있는데, 여기서는 비통합메시징 클라이언트(111)와 인터워킹 서버(140) 간의 맵핑 정보가 저장되어 있지 않다고 가정한다. 또한 이하의 설명에 있어서는, 설명의 편의를 위하여 비통합 메시징 서비스로서 단문메시지 서비스를 예로 들어 설명한다. 이에 따라 도 5에서의 비통합메시징 시스템(160)은 단문메시징 시스템을 의미하며, 비통합메시징 클라이언트(111)는 단문메시징 클라이언트를 의미한다.
도 5를 참조하면, 사용자가 콘텐츠를 작성해서 전송을 요청하면 통합메시징 클라이언트(110)는 그 콘텐츠를 포함하는 통합메시지를 생성하고, 501단계에서 그 통합메시지를 비통합메시징 클라이언트(111)에게 전달하기 위해 SIP/IP 코어망(150)으로 메시지를 전송한다.
503단계에서 SIP/IP 코어망(150)은 SIP 메시지 라우팅 규칙에 의해서 통합메시징 클라이언트를 담당하는 통합메시징 서버(120)로 메시지를 전달한다.
505단계에서 통합메시징 서버(120)는 수신된 메시지의 종류를 파악한 후, 파악된 메시지의 종류에 따라 인터워킹 여부를 결정하고, 인터워킹이 필요할 경우 인터워킹 서버(140) 주소의 저장 여부를 확인한다. 구체적으로, 도 2a에서와 같이 통합메시징 서버(120)는 일단 메시지를 수신하게 되면 그 메시지가 통합메시지에 대한 응답메시지인지 아니면 통합메시징 클라이언트(110)로부터의 통합메시지인지 아니면 비통합메시징 클라이언트(111)로부터의 비통합메시지인지를 판단한다. 특히 도 5에서는 통합메시징 클라이언트(110)로부터의 통합메시지를 수신한 경우의 동작을 수행하므로, 통합메시징 서버(120)는 도 2d에서와 같은 동작 알고리듬을 수행한다. 이때, 메시지의 수신자가 단문메시지 서비스를 제공하는 비통합메시징 클라이언트(111)이기 때문에 인터워킹이 필요하지만 통합메시징 서버(120)는 인터워킹 관련한 맵핑 정보를 저장하고 있지 않다고 가정하기 때문에 수신된 메시지로부터 수신자 주소, call-id, from-tag, to-tag 등의 수신자 정보 즉, 비통합메시징 클라이언트(111)의 정보를 저장한다.
507단계에서 통합메시징 서버(120)는 수신 메시지를 인터워킹 선택부(130)로 전송하기 위해서 SIP/IP 코어망(150)으로 메시지를 전달한다.
509단계에서 SIP/IP 코어망(150)은 SIP 메시지 라우팅 규칙에 의해서 인터워킹 선택부(130)로 메시지를 전달한다.
511단계에서 인터워킹 선택부(130)는 비통합메시징 클라이언트(111)에게 메 시지를 전달하기 위해서 어떤 인터워킹 서버(140)로 메시지를 전달해야 하는지를 판단한다. 가장 적합한 인터워킹 서버(140)를 선택하기 위해서 인터워킹 선택부(130)는 메시지의 콘텐츠 타입, 수신자의 프레퍼런스(preference) 정보, 프레젼스(presence) 정보 등을 종합적으로 고려할 수 있다. 그러나 인터워킹 선택부(140)가 이러한 정보들을 어떻게 수집하고 어떻게 활용하는지는 본 발명의 요지에서 벗어나므로 다루지 않기로 한다. 본 발명에서 인터워킹 선택부(130)가 선택한 인터워킹 서버(140)는 단문메시징 서비스와의 인터워킹을 수행하는 인터워킹 서버이다.
513단계에서 인터워킹 선택부(130)는 선택한 인터워킹 서버(140)로 메시지를 전송하기 위해서 SIP/IP 코어망(150)으로 메시지를 전달한다.
515단계에서 SIP/IP 코어망(150)은 SIP 메시지 라우팅 규칙에 의해서 511단계에서 선정된 인터워킹 서버(140)로 메시지를 전달한다.
517단계에서 인터워킹 서버(140)는 수신한 메시지의 포맷을 변환한다. 이에 따라 수신한 통합메시지의 포맷은 단문메시지 형태로 변환된다.
519단계에서 인터워킹 서버(140)는 비통합메시징 시스템(160)으로 변환된 단문메시지를 전달한다.
521단계에서 비통합메시징 시스템(160)은 비통합메시징 클라이언트(111)로 단문메시지를 전달한다.
523단계에서 비통합메시징 클라이언트(111)는 수신한 단문메시지에 대한 응답메시지를 발신측인 통합메시징 클라이언트(110)로 전달하기 위해서 비통합메시징 시스템(160)으로 전달한다.
525단계에서 비통합메시징 시스템(160)은 응답메시지를 단문메시징 서비스와의 인터워킹을 수행하는 인터워킹 서버(140)로 전달한다.
527단계에서 인터워킹 서버(140)는 응답메시지의 포맷을 변환한다. 이에 따라 단문메시지 형태의 응답메시지는 통합메시지에 대한 응답메시지 형태인‘200 OK’로 변환된다. 이때, 인터워킹 서버(140)는‘200 OK’의 ‘Record-Route’ 헤더 또는‘Contact’ 헤더 또는 기타 다른 헤더 및 파라미터에 인터워킹 서버(140)의 주소를 포함시킬 수 있다. 그리고 515단계에서 수신한 통합메시지에 포함된 call-id, from-tag, to-tag을‘200 OK’에 포함시킨다.
529단계에서 인터워킹 서버(140)는 통합메시징 클라이언트(110)에게 메시지를 전송하기 위해서 SIP/IP 코어망(150)으로‘200 OK’를 전달한다.
531단계에서 SIP/IP 코어망(150)은 SIP 메시지 라우팅 규칙에 의해서 통합메시징 서버(120)로 메시지를 전달한다.
SIP/IP 코어망(150)으로부터 메시지를 수신하면, 통합메시징 서버(120)는 수신된 메시지의 종류를 파악하는 등 도 2a에서와 같은 동작을 수행한다. 특히 이 경우 수신된 메시지는 통합메시지에 대한 응답메시지이면서 인터워킹 서버(140)를 통해 수신된 메시지이므로 통합메시징 서버(120)는 도 2b에서와 같은 동작 알고리듬을 수행한다. 이에 따라 통합메시징 서버(120)는 비통합메시징 클라이언트(111) 주소와 인터워킹 서버(140) 간 맵핑 정보가 없기 때문에, ‘200 OK’로부터 인터워킹 서버 주소를 알아낸다. 그리고 505단계에서 저장하였던 call-id, from-tag, to-tag 등의 수신자 정보와 ‘200 OK’에 포함된 call-id, from-tag, to-tag 등의 정보를 비교함으로써 수신자 주소 즉, 비통합메시징 클라이언트(111)의 주소를 알아낸다. 이에 따라 533단계에서 통합메시징 서버(120)는 인터워킹 서버 주소와 수신자 주소 간의 새로운 맵핑 정보를 생성하여 자신의 저장영역 내에 저장하고, 타이머를 동작시킨다.
535단계에서 통합메시징 서버(120)는‘200 OK’를 통합메시징 클라이언트(110)에게 전송하기 위해서 SIP/IP 코어망(150)으로 전달한다.
537단계에서 SIP/IP 코어망은 SIP 메시지 라우팅 규칙에 따라서 ‘200 OK’를 통합메시징 클라이언트(110)에게 전달한다.
이와 같이 본 발명의 제1실시예에서는 앞서 전송한 통합메시지에 대한 인터워킹 정보를 통합메시징 서버(120) 상에 저장함으로써, 향후 동일한 수신자에게 연속한 메시지를 전송하는 경우에 불필요하게 중복되는 과정을 거치지 않고 저장된 인터워킹 정보를 활용하여 수신자에게 메시지를 전달할 수 있다. 게다가 짧은 시간 간격으로 동일한 수신자에게 연속한 메시지를 전송하는 경우 수신자는 동일한 비통합메시징 서비스를 사용 중에 있다고 생각할 수 있으므로, 매번 어떠한 비통합메시징 서비스와 인터워킹할지를 결정하지 않아도 되므로 메시지 처리 시간을 효율적으로 단축시킬 수 있게 된다.
이어, 본 발명의 제2실시예를 도 6을 참조하여 하기로 한다. 도 6은 본 발명의 제2실시예에 따른 메시지 전달 과정을 도시하고 있는데, 특히 단문메시징 서비스를 제공하는 비통합메시징 클라이언트(111)가 통합메시징 클라이언트(110)로 단문메시지를 전송하는 과정을 예시하고 있다. 여기 도 6에서는 통합메시징 서 버(120)는 비통합메시징 클라이언트 주소와 인터워킹 서버 간 맵핑 정보를 저장하고 있지 않다고 가정한다.
601단계에서 비통합메시징 클라이언트(111)는 통합메시징 클라이언트(110)로 단문메시지를 전달하기 위해서 비통합메시징 시스템(160)으로 그 단문메시지를 전달한다.
603단계에서 비통합메시징 시스템(160)은 단문메시징 서비스와의 인터워킹을 수행하는 인터워킹 서버(140)로 그 단문메시지를 전달한다. 단문메시징 서비스를 비롯한 다른 비통합메시징 서비스에서 메시지가 엔터티 간에 어떻게 이동되는지 그리고 비통합메시징 시스템에서 인터워킹 서버로 어떻게 이동되는지는 본 발명에서 해결하고자 하는 바가 아니므로 언급하지 않기로 한다.
605단계에서 인터워킹 서버(140)는 단문메시지의 포맷을 변환한다. 이에 따라 단문메시지의 포맷은 통합메시지 형태로 변환된다. 이때 인터워킹 서버(140)는 통합메시지의 ‘Via’헤더 또는‘Record-Route’헤더 또는‘Contact’헤더 또는 기타 헤더 및 파라미터에 인터워킹 서버 주소를 입력할 수 있다. 또한 통합메시지의‘Contact’헤더 또는 기타 헤더 및 파라미터에 비통합메시징 클라이언트(111)의 주소를 입력할 수 있다.
607단계에서 인터워킹 서버(140)는 수신측 통합메시징 클라이언트(110)로 변환된 통합메시지를 전달하기 위해서 SIP/IP 코어망(150)으로 메시지를 전달한다.
609단계에서 SIP/IP 코어망(150)은 SIP 메시지 라우팅 규칙에 의해서 수신측 통합메시징 클라이언트(110)가 가입/등록된 통합메시징 서버(120)로 메시지를 전송 한다.
SIP/IP 코어망(150)으로부터 메시지를 수신하게 되면, 통합메시징 서버(120)는 수신된 메시지의 종류를 파악하는 등 도 2a의 알고리듬을 수행하는데, 특히 이 경우 수신된 메시지가 통합메시지에 대한 응답메시지가 아니면서 인터워킹 서버(140)를 통해서 전송된 메시지이므로 도 2c의 동작 알고리듬이 실행된다. 이때, 도 6에서는 비통합메시징 클라이언트 주소와 인터워킹 서버 간 맵핑 정보를 저장하지 않고 있음을 전제로 하였기 때문에, 수신한 통합메시지로부터 인터워킹 서버 주소와 발신측 비통합메시징 서비스 클라이언트 주소를 알아낸다. 이에 따라 통합메시징 서버(120)는 611단계에서 이들 두 주소 간에 맵핑 정보를 저장하고 타이머를 동작시킨다.
613단계에서 통합메시징 서버(120)는 수신측 통합메시징 클라이언트(110)로 메시지를 전송하기 위해서 SIP/IP 코어망(150)으로 메시지를 전달한다.
615단계에서 SIP/IP 코어망(150)은 SIP 메시지 라우팅 규칙에 의해서 수신측 통합메시징 클라이언트(110)로 메시지를 전달한다.
도 6에서 수신측 통합메시징 클라이언트(110))가 메시지를 수신한 후에 발신측 비통합메시징 클라이언트(111))에게 ‘200 OK’를 전송하고, 중간 단계에서 인터워킹 서버(140)가‘200 OK’를 단문메시지에 대한 응답메시지로 변환하여 단문메시징 클라이언트(111)에게 전달하는 과정은 본 발명의 핵심 동작과 무관하기 때문에 편의상 생략하기로 한다.
이와 같이 본 발명의 제2실시예에서는 비통합메시징 서비스 사용자로부터의 비통합 메시지는 전송되는 도중에 발신자가 사용자가 통합메시징 서비스와의 인터워킹을 담당하는 인터워킹 서버 또는 인터워킹 서버의 기능 블록의 작용에 의해서 통합메시지 형태로 변환된 후, 통합메시징 서비스 사용자에게 전달된다. 이때, 비통합메시지를 전송한 발신자 주소와 인터워킹 서버의 주소 간의 맵핑 정보를 저장함으로써, 통합메시징 서버(120)에서는 어떠한 인터워킹 서버 또는 기능블록이 메시지를 변환하였는지를 알 수 있게 된다. 이에 따라 향후 통합메시징 서비스 사용자가 메시지를 수신한 후, 발신측인 비통합메시징 서비스 사용자에게 메시지를 전송할 때 어떤 비통합메시징 서비스와 인터워킹해야 하는지를 판단하는 과정을 생략할 수 있기 때문에, 메시지 전달 과정을 단축시킬 수 있는 이점이 있다.
이어, 본 발명의 제3실시예에 따른 동작을 도 7을 참조하여 설명하기로 한다. 도 7은 통합메시징 서버(120)에 수신측 비통합메시징 클라이언트(111) 주소와 인터워킹 서버(140) 주소 간의 맵핑 정보가 저장되어 있는 경우에 통합메시징 클라이언트(110)가 통합메시지를 비통합메시징 클라이언트(111)로 전송하고, 비통합메시징 클라이언트(111)로부터 응답메시지를 수신하는 과정을 예시한 것이다. 도 7에서 통합메시지의 콘텐츠 타입은 텍스트라고 가정한다.
701단계 와 703단계는 각각 앞서 설명한 도 5의 501단계와 503단계와 동일하다.
SIP/IP 코어망(150)을 통해 메시지를 수신하면, 통합메시징 서버(120)는 수신된 메시지의 종류를 파악하는 등 도 2a의 알고리듬을 수행한다. 특히 이 경우 통합메시지는 응답메시지가 아니면서 인터워킹 서버(140)를 통해 수신된 메시지가 아 니므로 통합메시징 서버(120)는 도 2d의 알고리듬을 수행한다. 이때, 비통합메시징 클라이언트 주소와 인터워킹 서버 주소 간의 맵핑 정보가 미리 저장되어 있기 때문에 그 맵핑 정보를 이용하여 인터워킹 서버의 주소를 알 수 있게 된다. 또한 본 발명의 제3실시예에 따른 통합메시징 서버(120)가 도 2d의 234단계를 수행하는 경우를 한다고 가정하였을 경우, 앞서 통합메시지의 콘텐츠 타입이 텍스트라고 가정하였기 때문에 수신측 비통합메시징 시스템은 단문메시징 서비스를 제공하므로 그 통합메시지의 콘텐츠를 수용할 수 있다. 이에 따라 705단계에서 통합메시징 서버(120)는 저장된 맵핑 정보를 이용하여 인터워킹 서버 주소를 확인한 후, 그 통합메시지를 인터워킹 서버(140)로 전달할 수 있게 된다.
707단계에서 통합메시징 서버(120)는 맵핑 정보에 기록된 인터워킹 서버(140)의 주소로 메시지를 전송하기 위해서 SIP/IP 코어망(150)으로 전달한다.
709단계에서 통합메시징 클라이언트(120)는 그 맵핑 정보에 설정된 타이머가 만기되는 시각을 갱신한다. 이어, 711단계부터 727단계까지는 앞에서 설명한 도 5의 515단계부터 531단계까지와 동일하다.
그리고나서 통합메시징 서버(120)는 메시지를 수신하였기 때문에 도 2a의 알고리듬을 수행한다. 특히, 이 경우에는 수신된 메시지가 통합메시지에 대한 응답메시지이면서 인터워킹 서버(140)를 통해 수신된 메시지이므로 도 2b의 동작 알고리듬이 실행된다. 이에 따라 729단계에서 통합메시징 서버(120)는 맵핑 정보의 저장 여부를 확인 후 메시지를 전달한다. 이때, 맵핑 정보가 미리 저장되어 있기 때문에 통합메시징 서버(120)는 바로 731단계로 진행하여‘200 OK’를 SIP/IP 코어망(150) 으로 전달한다.
733단계에서 SIP/IP 코어망(150)은‘200 OK’를 통합메시징 클라이언트(110)로 전달한다.
상기한 바와 같이 본 발명의 제3실시예에 따르면, 미리 저장해놓은 맵핑 정보를 이용하여 메시지를 전달하기 때문에, 동일한 수신자에게 연속한 메시지를 전송하는 경우에 저장된 인터워킹 정보를 활용하여 수신자에게 빠르게 메시지를 전달할 수 있다. 게다가 메시지 처리에 따른 동작이 효율적으로 이루어지기 때문에 메시지 처리 시간도 줄일 수 있게 된다.
도 1은 본 발명의 실시예에 따른 인터워킹 제공 시스템을 나타낸 도면,
도 2a는 본 발명의 실시예에 따른 통합메시징 서버에서의 수신 메시지 처리 흐름도,
도 2b는 본 발명의 실시예에 따른 비통합메시징 서비스를 통해 수신된 응답메시지의 처리 흐름도,
도 2c는 본 발명의 실시예에 따른 비통합메시징 서비스를 통해 수신된 메시지 처리 흐름도,
도 2d는 본 발명의 실시예에 따른 통합메시징 서비스를 통해 수신된 메시지의 처리 흐름도,
도 3은 본 발명의 실시예에 따라 맵핑 정보를 관리하는 통합메시징 서버에서의 동작 흐름도,
도 4는 본 발명의 실시예에 따른 맵핑 정보의 저장 예를 도시한 도면,
도 5는 본 발명의 제1실시예에 따른 메시지 전달 과정을 도시한 도면,
도 6은 본 발명의 제2실시예에 따른 메시지 전달 과정을 도시한 도면,
도 7은 본 발명의 제3실시예에 따른 메시지 전달 과정을 도시한 도면.

Claims (21)

  1. 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템에 있어서,
    메시지 수신 시 상기 메시지에 대한 인터워킹이 필요한지를 판단하고, 인터워킹이 필요한 경우 수신자의 주소와 인터워킹 서버의 주소 간의 맵핑 정보의 저장 여부를 판단하고, 상기 맵핑 정보가 저장되어 있는 경우 상기 맵핑 정보를 이용하여 상기 메시지를 전달하는 통합메시징 서버와,
    상기 메시지의 포맷을 변환하고, 상기 변환된 메시지를 수신자에게 전달하는 인터워킹 서버를 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  2. 제1항에 있어서, 상기 통합메시징 서버는,
    상기 수신된 메시지가 이전에 전송한 통합메시지에 대한 응답메시지인지의 여부를 판단한 후, 상기 수신된 메시지가 상기 인터워킹 서버를 통해 수신된 메시지인지를 판단함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  3. 제2항에 있어서, 상기 통합메시징 서버는,
    상기 수신된 메시지가 상기 응답메시지이면서 상기 인터워킹 서버를 통해 수신된 메시지가 아닌 경우, SIP/IP 코어망으로 상기 수신된 메시지를 전달함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  4. 제2항에 있어서, 상기 통합메시징 서버는,
    상기 수신된 메시지가 상기 응답메시지이면서 상기 인터워킹 서버를 통해 수신된 메시지인 경우, 상기 수신된 메시지로부터 상기 인터워킹 서버의 주소를 검출하고, 상기 수신된 메시지에 대응하는 미리 저장된 수신자 주소를 검출한 후, 상기 두 주소 간의 맵핑 정보가 저장되어 있지 않은 경우 상기 두 주소 간의 맵핑 정보를 저장한 후 타이머를 작동시키고, 상기 수신된 메시지를 SIP/IP 코어망으로 전달함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  5. 제2항에 있어서, 상기 통합메시징 서버는,
    상기 수신된 메시지가 상기 응답메시지가 아니면서 상기 인터워킹 서버를 통해 수신된 메시지인 경우, 상기 수신된 메시지로부터 상기 인터워킹 서버의 주소와 발신자 주소를 검출하고, 상기 두 주소 간의 맵핑 정보가 저장되어 있지 않은 경우 상기 두 주소 간의 맵핑 정보를 저장한 후 타이머를 작동시키고, 상기 수신된 메시 지를 SIP/IP 코어망으로 전달함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  6. 제2항에 있어서, 상기 통합메시징 서버는,
    상기 수신된 메시지가 상기 응답메시지가 아니면서 상기 인터워킹 서버를 통해 수신된 메시지가 아닌 경우, 상기 인터워킹이 필요한지를 판단하고, 상기 인터워킹이 필요하지 않은 경우 SIP/IP 코어망으로 상기 수신된 메시지를 전달함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  7. 제6항에 있어서, 상기 통합메시징 서버는,
    상기 인터워킹이 필요한 경우 상기 수신자의 주소와 인터워킹 서버의 주소 간의 맵핑 정보의 저장 여부를 판단한 후, 상기 맵핑 정보가 저장되어 있지 않은 경우 상기 수신된 메시지로부터 수신자 정보를 저장함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  8. 제7항에 있어서, 상기 통합메시징 서버는,
    상기 수신된 메시지로부터의 수신자 정보를 저장한 후, 해당 인터워킹 서버 를 선택하는 인터워킹 선택부를 활성화하여 상기 수신된 메시지를 전달함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  9. 제7항에 있어서, 상기 수신자 정보는,
    수신자 주소, from-tag, to-tag 및 call-id 중 적어도 하나를 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  10. 제7항에 있어서, 상기 통합메시징 서버는,
    상기 맵핑 정보가 저장되어 있는 경우 상기 저장된 인터워킹 서버의 주소로 상기 수신된 메시지를 전송하고, 상기 맵핑 정보에 대한 타이머의 만기 시각을 갱신함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  11. 제10항에 있어서, 상기 통합메시징 서버는,
    상기 맵핑 정보가 저장되어 있는 경우 상기 인터워킹 서버가 담당하는 비통합메시징 서비스가 콘텐츠를 수용하는지를 판단하고, 상기 비통합메시징 서비스의 상기 콘텐츠 수용이 가능한 경우 상기 수신된 메시지를 전송함을 특징으로 하는 통 합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  12. 제1항에 있어서,
    사용자가 작성한 콘텐츠의 전송 요청이 있으면, 상기 콘텐츠를 포함하는 통합메시지를 생성하여 전송하는 통합메시징 클라이언트와,
    상기 통합메시지를 상기 통합메시징 서버로 전달하는 SIP/IP 코어망을 더 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  13. 제1항에 있어서,
    상기 인터워킹 서버로부터 상기 변환된 메시지가 수신되면 상기 수신자에게 전달하는 비통합메시징 시스템과,
    상기 비통합메시징 시스템으로부터 상기 변환된 메시지를 수신하는 비통합메시징 클라이언트를 더 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 시스템.
  14. 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법에 있어서,
    메시지 수신 시 통합메시징 서버가 상기 메시지에 대한 인터워킹이 필요한지를 판단하는 과정과,
    상기 통합메시징 서버가 상기 인터워킹이 필요한 경우 수신자의 주소와 인터워킹 서버의 주소 간의 맵핑 정보의 저장 여부를 판단하는 과정과,
    상기 통합메시징 서버가 상기 맵핑 정보가 저장되어 있는 경우 상기 맵핑 정보를 이용하여 해당 인터워킹 서버로 전송하는 과정과,
    상기 인터워킹 서버가 상기 메시지의 포맷을 변환하여 수신자에게 전송하는 과정을 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
  15. 제14항에 있어서, 상기 인터워킹이 필요한지 판단하는 과정은,
    상기 수신된 메시지가 이전에 전송한 통합메시지에 대한 응답메시지인지의 여부를 판단하는 과정과,
    상기 수신된 메시지가 상기 인터워킹 서버를 통해 수신된 메시지인지를 판단하는 과정을 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
  16. 제15항에 있어서,
    상기 수신된 메시지가 상기 응답메시지이면서 상기 인터워킹 서버를 통해 수신된 메시지가 아닌 경우, SIP/IP 코어망으로 상기 수신된 메시지를 전달하는 과정을 더 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
  17. 제15항에 있어서,
    상기 수신된 메시지가 상기 응답메시지이면서 상기 인터워킹 서버를 통해 수신된 메시지인 경우, 상기 수신된 메시지로부터 상기 인터워킹 서버의 주소를 검출하는 과정과,
    상기 수신된 메시지에 대응하는 미리 저장된 수신자 주소를 검출한 후, 상기 두 주소 간의 맵핑 정보가 저장되어 있지 않은 경우 상기 두 주소 간의 맵핑 정보를 저장한 후 타이머를 작동시키는 과정과,
    상기 수신된 메시지를 SIP/IP 코어망으로 전달하는 과정을 더 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
  18. 제15항에 있어서,
    상기 수신된 메시지가 상기 응답메시지가 아니면서 상기 인터워킹 서버를 통해 수신된 메시지인 경우, 상기 수신된 메시지로부터 상기 인터워킹 서버의 주소와 발신자 주소를 검출하는 과정과,
    상기 두 주소 간의 맵핑 정보가 저장되어 있지 않은 경우 상기 두 주소 간의 맵핑 정보를 저장한 후 타이머를 작동시키는 과정과,
    상기 수신된 메시지를 SIP/IP 코어망으로 전달하는 과정을 더 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
  19. 제14항에 있어서,
    상기 통합메시징 서버가 상기 인터워킹이 필요하지 않은 경우 SIP/IP 코어망으로 상기 수신된 메시지를 전달하는 과정을 더 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
  20. 제14항에 있어서,
    상기 통합메시징 서버가 상기 맵핑 정보가 저장되어 있지 않은 경우 상기 수신된 메시지로부터 수신자 정보를 저장하는 과정과,
    상기 수신된 메시지를 전달하기 위해 해당 인터워킹 서버를 선택하는 인터워킹 선택부를 활성화하는 과정을 더 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
  21. 제20항에 있어서, 상기 수신자 정보는,
    수신자 주소, from-tag, to-tag 및 call-id 중 적어도 하나를 포함함을 특징으로 하는 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한 방법.
KR1020080045609A 2008-05-16 2008-05-16 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한시스템 및 방법 KR20090119513A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020080045609A KR20090119513A (ko) 2008-05-16 2008-05-16 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한시스템 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020080045609A KR20090119513A (ko) 2008-05-16 2008-05-16 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한시스템 및 방법

Publications (1)

Publication Number Publication Date
KR20090119513A true KR20090119513A (ko) 2009-11-19

Family

ID=41603208

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080045609A KR20090119513A (ko) 2008-05-16 2008-05-16 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한시스템 및 방법

Country Status (1)

Country Link
KR (1) KR20090119513A (ko)

Similar Documents

Publication Publication Date Title
US7756979B1 (en) Method and system providing a messaging service
JP5622802B2 (ja) 統合ｉｐメッセージングサービスにおけるメッセージスレッドを管理する方法及びシステム
KR101414373B1 (ko) 통합 메시징 서비스의 인터워킹 방법
MX2010012392A (es) Un mecanismo para la entrega de mensajes.
JP5274668B2 (ja) 統合ｉｐメッセージングサービスにおけるインターワーキングのためのセッションを制御する方法及び装置とそのシステム
US8767543B2 (en) Terminal and method for storing and retrieving messages in a converged IP messaging service
US9391930B2 (en) CPM service provisioning system and method for interworking with non-CPM service
US20050193133A1 (en) Message header for messaging service
US20100112985A1 (en) Method and system for identifier mapping to service capability
KR100910581B1 (ko) 에스아이피 기반의 스팸 필터링 시스템 및 방법
KR100922953B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템에서 호 변경 요청의 처리 방법 및 시스템
KR20090119513A (ko) 통합메시징 서비스에서 인터워킹 시 메시지 라우팅을 위한시스템 및 방법
KR102049587B1 (ko) 착신망의 어플리케이션 서버 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
KR101458638B1 (ko) 통합 메시징 서비스의 인터워킹 방법
KR100757535B1 (ko) 어플리케이션 구분이 가능한 멀티미디어 서비스 방법 및장치
KR20070029319A (ko) 멀티미디어 메시지 전송 방법
MXPA06011645A (es) Metodo y aparato para transmitir un identificador unificado de recursos (uri) para uso de desviacion de contenido en un protocolo de iniciacion de sesion (sip)

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid