KR101414373B1

KR101414373B1 - 통합 메시징 서비스의 인터워킹 방법

Info

Publication number: KR101414373B1
Application number: KR1020080030059A
Authority: KR
Inventors: 박성진; 이경탁; 이승용; 오재권; 이지혜; 김욱
Original assignee: 삼성전자주식회사
Priority date: 2008-02-13
Filing date: 2008-03-31
Publication date: 2014-08-06
Anticipated expiration: 2028-03-31
Also published as: EP2249590A4; EP2249590B1; WO2009102169A2; EP2249590A2; US9088531B2; CN103442345B; KR20090087790A; CN102007783A; US20110047233A1; US8626850B2; CN102007783B; US20140108577A1; WO2009102169A3; CN103442345A

Abstract

본 발명은 통합 메시징 서비스에 관한 것으로, 임의의 단말기가 사용자 입력에 따라 메시지를 구성하여 통합 메시징 서버로 송신하고, 통합 메시징 서버가 상기 메시지를 수신하면, 상기 메시지의 수신자에 대응하는 프레즌스 정보를 프레즌스 서버로 요청하고, 프레즌스 서버가 상기 통합 메시징 서버의 요청에 대응하여 상기 수신자에 대응하는 프레즌스 정보를 검색하여 상기 통합 메시징 서버로 전송하고, 상기 통합 메시징 서버가 상기 전송된 프레즌스 정보를 근거로 상기 메시지에 대한 인터워킹을 결정하고, 인터워킹할 메시징 서비스의 종류를 결정하고, 상기 통합 메시징 서버가 상기 결정된 메시징 서비스의 종류에 따라 IWF로 상기 메시지를 전송하고, 상기 IWF가 상기 메시지를 수신하고, 상기 결정된 메시징 서비스에 대응하여 상기 메시지를 변환하여 상기 수신자에게 전송한다.

CPM 서비스, 인터워킹, IWF

Description

통합 메시징 서비스의 인터워킹 방법{INTERWORKING METHOD IN CONVERGED IP MESSAGING SERVICE}

본 발명은 통합 메시징 서비스에 관한 것으로, 특히 통합 메시징 서비스와 다른 메시징 서비스 간에 인터워킹 방법에 관한 것이다.

일반적으로 사용되는 메시징 서비스로는 SMS(short message service), MMS(Multimedia Messaging System), 이메일 서비스(email SERVICE), IM(Instant Messaging) 서비스 등이 있다. 각 메시징 서비스는 각자 다른 기술을 바탕으로 제공이 되지만, 사용자 경험 측면(user experience)으로 볼 때는 상기한 메시징 서비스들이 서로 중복되는 부분들이 많다. 예를 들어, 모든 메시징 서비스들을 통해 텍스트 메시지를 보낼 수 있고, SMS를 제외한 나머지 서비스들은 멀티미디어 콘텐츠를 전송할 수도 있다.

이와 같이 사용자 경험이 중복 된다는 점을 고려해서 최근에 OMA(Open Mobile Alliance)에서는 SIP(Session Initiation Protocol)과 IP(Internet Protocol)를 기반으로 하는 통합 메시징 서비스(Converged IP Messaging Service, 이하, 'CPM 서비스'라 함.)라는 새로운 서비스를 규격하고 있다. CPM 서비스의 목 적은, 기존의 메시징 서비스들의 주요 특징을 단일 메시징 서비스에서 제공하는 것이다. 이에 따라, 사용자는 CPM 서비스만 이용하더라도 기존의 모든 메시징 서비스에서 제공했던 사용자 서비스를 체험할 수 있으며, 모든 기존 메시징 서비스 사용자들과도 메시지를 서로 주고 받는 것도 가능하다.

이러한 CPM 서비스를 제공하는 시스템의 대략적인 구성은 도1과 같다. 도1을 참조하여, CPM 시스템은 CPM 클라이언트(10), IWF(Interworking Function)(20), 메시지/미디어 저장부(message media storage)(30), 통합 주소 저장부(converged address book)(40), 사용자 선호도 저장부(50), CPM 서버(60), SIP/IP코어 네트워크(Session Initiation Protocol/Internet Protocol Core netword)(70) 등을 포함한다.

CPM 클라이언트(10)는 일반적으로 단말기에 포함되며, CPM 서비스와 사용자 간의 인터페이싱을 제공한다. 즉, CPM 클라이언트(10)는 사용자의 요구를 처리하는 역할을 한다. 예를 들어, 사용자가 콘텐츠를 작성해서 전송을 요청하면, 이 콘텐츠를 CPM 서비스에 맞도록 변환하고 SIP MESSAGE에 포함시켜, SIP/IP 코어 네트워크(70)로 전송한다. 또는 다른 클라이언트로부터 발신된 콘텐츠를 수신하고, 제대로 수신된 것인지 확인 및 검증한 후, 사용자에게 전달한다. 이와 같이 CPM 클라이언트(10)는 사용자와 CPM 서비스의 접점이라고 볼 수 있다.

CPM 서버(60)는 CPM 클라이언트(10)가 CPM 변환 인터페이스를 통해 전송하는 요구 사항들을 처리해 주는 서버이다. CPM 서버(60)는 CPM 클라이언트(10)로부터 전달된 CPM 콘텐츠들에 서비스 제공자(Service Provider)나 사용자가 설정한 정 책(policy)을 적용한다.

IWF(20)는 발신 CPM 클라이언트가 전송한 메시지 콘텐츠, 즉, CPM 콘텐츠를 CPM 서비스가 아닌 다른 메시징 서비스가 처리할 수 있도록 CPM 콘텐츠를 전환해서 다른 메시징 서비스로 제공하고, 또한 다른 메시징 서비스의 콘텐츠를 수신하면 CPM 서비스가 처리할 수 있도록 콘텐트의 포맷을 변경한다. 이러한 IWF(20)의 동작을 인터워킹(interworking)이라 한다. IWF(20)는 CPM-IW 인터페이스를 통해 CPM 서버에 연결 되고, 다른 메시징 서비스들과는 해당 메시징 서비스들이 제공해주는 인터페이스를 통해 연결된다.

메시지/미디어 저장부(30)는 사용자가 부재중이거나 사용자의 설정에 의하여 사용자에게 전달되는 메시지들을 저장하는 역할을 한다. 통합 주소 저장부(40)는 일종의 폰북(phonebook)으로써 접속 리스트(contact list)를 포함하고 각 접속 정보에 대해 프레즌스(presence) 정보를 포함하여 사용자에게 알려주는 역할을 한다.

SIP/IP 코어 네트워크(70)는 필요한 SIP(Session Initiation Protocol)과 IP(Internet Protocol)를 지원해 주는 하위 레벨의 네트워크로서, 위에서 설명한 모든 구성 요소들 사이에 존재하며, 모든 메시지들의 라우팅을 담당한다. SIP/IP 코어 네트워크(70)의 일 예로, IMS(IP Multimedia Subsystem)가 있다.

상기한 CPM 서비스는 기존의 메시징 서비스들과 인터워킹(interworking)하여 메시징 서비스를 제공한다. 이에 따라, CPM 서비스 환경에서 발신자는 수신자가 가입한 메시징 서비스의 종류 또는 수신자의 선호도(preference)에 대한 고려 없이 CPM 콘텐츠를 발신한다. 그리고 CPM 서비스는 수신자가 사용하는 메시징 서비스 종류에 관계없이 발신자가 발신한 메시지를 수신자에게 최대한 성공적으로 전달하기 위해 SMS, MMS, Email, IM, PoC 등 기존의 메시징 서비스와 인터워킹 할 수 있어야 한다. 여기에서 인터워킹이란 CPM 메시지가 사용자가 원하는 기존 메시징 서비스로 전달되도록 라우팅 메카니즘을 제공하는 것과 CPM 메시지 포맷과 기존 메시징 서비스의 메시지 포맷간의 변환 동작을 포함한다.

이러한 CPM 서비스의 인터워킹에서 두 가지 고려할 요소가 있다. 우선 CPM 서버(60)는 CPM 클라이언트(10)로부터 CPM 메시지가 수신 되었을 때 CPM 메시지의 수신자가 CPM 서비스 사용자인지, 아니면 다른 메시징 서비스의 사용자 인지를 확인하여 인터워킹 여부를 결정해야 한다. 그리고, 수신자가 다른 메시징 서비스 사용자여서 인터워킹을 하기로 결정했다면, 어떤 메시지 서비스를 통하여 메시지를 전달할 것인지 결정해야 한다. 상기 두 개의 요소가 고려된 후 이에 따른 메카니즘(mechanism)을 통하여 라우팅 되어야 완전한 CPM 서비스에서의 인터워킹이 이루어 질 수 있다.

따라서, 본 발명은 사용자 인터워킹 요청 여부와 인터워킹할 메시징 서비스의 종류를 고려하여 인터워킹을 수행하는 방법을 제공한다.

본 발명은 사용자의 인터워킹 요청 여부와 인터워킹할 메시징 서비스의 종류를 고려하여 인터워킹을 수행하는 방법을 제공할 수 있다.

이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다. 도면에서 동일한 구성요소들에 대해서는 비록 다른 도면에 표시되더라도 가능한 한 동일한 참조번호 및 부호로 나타내고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명은 생략한다.

먼저, 본 발명의 일 실시예에 따라 CPM 서비스와 다른 임의의 메시징 서비스가 연동되어 CPM 인터워킹을 제공하는 시스템의 구성을 도2를 참조하여 설명한다. 도2에 도시된 바와 같이, CPM 인터워킹 제공 시스템은 단말기들(100, 110), CPM 서버들(120, 130), IWF(140), 어플리케이션 서버(150), 프레즌스 서버(160), CPM 네트워크(CPM network)(170), 비 CPM 네트워크(non-CPM network)(180)를 포함한다. 제1단말기(100)와 제2단말기(110)는 프레즌스 소스(Presence source)를 제공할 수 있는 프레즌스 클라이언트(Presence Client) 및, CPM 클라이언트 또는 다른 메시징 서비스를 지원하는 클라이언트 중 하나의 클라이언트를 포함한다. 사용자가 단말기를 통해 프레즌스 클라이언트는 프레즌스 정보를 구성하고, 프레즌스 서버(160)에 등록하는데 필요한 기능을 제공한다. 본 발명의 일 실시예에서는 제1단말기(100)와 제2단말기(200)모두 프레즌스 클라이언트와, CPM 클라이언트를 포함하는 것으로 가정한다. 그리고 CPM 클라이언트를 포함하는 단말기를 CPM 단말기라 한다.

CPM 서버들(120, 130)은 CPM 단말기로부터 CPM 메시지를 수신하면, 프레즌스 서버(160)로 상기 CPM 메시지의 수신자에 대응하는 프레즌스 정보를 요청한다. 그리고 CPM 서버들(120,130)은 수신한 프레즌스 정보를 참조하여, 인터워킹 기능 수행 여부 및 인터워킹할 메시징 서비스의 종류를 결정한다.

프레즌스 서버(160)는 각 메시징 서비스 사용자에 대응하는 프레즌스 정보를 저장한다. 프레즌스 정보는 사용자의 의해 등록되어지며, 사용자에게 지원 가능한 메시징 서비스 종류 및 사용자 선호도(User Preference)를 포함한다. 상기 사용자 선호도 정보는 사용자의 인터워킹 허여 여부와 인터워킹할 메시징 서비스의 종류를 포함한다. 그리고 프레즌스 서버(160)는 CPM 서버들(120, 130), 프레즌스 서버(160)의 인터워킹 선택부(125)에 대한 독립적인 서버인 ISF(Interworking Selection Function)(미도시 함.) 또는 IWF(140)로부터 프레즌스 정보 요청에 대응하여 해당 사용자의 프레즌스 정보를 제공한다.

IWF(140)는 서로 다른 메시징 서비스 간에 송수신될 메시지의 포맷을 변환해 준다.

그리고 CPM 네트워크(170)는 CPM 메지시를 전달하고, 비 CPM 네트워크(180)는 CPM 서비스가 아닌 다른 메시징 서비스 예를 들어, PoC 서비스, IM 서비스 이메일 서비스, MMS, SMS에 따른 메시지를 전달해 준다. 그리고 어플리케이션 서버(150)는 PoC 서비스, IM 서비스 이메일 서비스, MMS, SMS 등을 제공하는 서버를 의미한다.

상기와 같이 구성된 시스템에서 CPM 메시지를 전송했을 때, 본 발명의 일 실시예에 따른 인터워킹 과정은 다음과 같다. 먼저, CPM 사용자 혹은 다른 메시징을 지원하는 사용자가 프레즌스 서버(160)에 사용 가능한 메시징 서비스 종류 및 사용자 선호도를 포함하는 프레즌스 정보를 저장하는 단계와, CPM 단말기가 메시지를 생성하여 SIP/IP 코어 네트워크를 통해 CPM 서버(120)로 전송하는 단계와, CPM 서버(120)가 메시지 대상자에 대하여 프레즌스 서버(160)에 메시지 수신자에 대응하는 프레즌스 정보를 요청하는 단계(Query)와, CPM 서버(120)의 요청에 의해 프레즌스 서버(160)가 해당 프레즌스 정보를 전달하는 단계(Response)와, 프레즌스 정보를 바탕으로 CPM 서버(120,)가 인터워킹 수행 여부를 결정하는 단계와, 프레즌스 정보를 바탕으로 CPM 서버(120)가 지원 가능한 메시징 서비스 종류를 결정하는 단계와, 결정된 메시징 서비스 종류에 따라 해당 IWF(140)로 메시지를 라우팅하는 단계와, 해당 IWF(140)에서 메시지를 결정된 메시징 서비스의 메시징 포맷으로 변환하는 단계와, 결정된 메시징 서비스가 CPM인 경우 CPM 네트워크를 통해 수신 쪽 CPM 서버(130)로 메시지를 전달하는 단계 또는 결정된 메시징 서비스가 CPM이 아닌 경우 비 CPM 네트워크를 통하여 해당 서비스를 지원하는 어플리케이션 서버(150)에 메시지를 전달하는 단계와, CPM 서버(130)와 어플리케이션 서버(150)가 메시지를 최종 사용자에게 전달하는 단계로 구성된다.

도2와, 도 3을 참조하여, 상기한 CPM 서비스의 인터워킹 과정의 각 단계에 대한 상세한 설명과, 변형 가능한 실시예에 대해 설명한다. 도3에 있어서, 201단계 에서 제2단말기(110)의 사용자는 제2단말기(110)의 프레즌스 클라이언트를 이용하여 프레즌스 서버(160)로 프레즌스 정보를 등록한다. 본 발명의 일 실시예에서 프레즌스 서버(160)는 SIP/IP 코어 네트워크 이용하는 SIMPLE(Session Initiation Protocol for instant Message and Presence Leveraging Extensions) 프레즌스 서버로 가정한다. 이에 따라 제2단말기(110)는 SIP PUBLISH를 이용하여 자신의 프레즌스 정보를 프레즌스 서버(160)에 저장하며, 프레즌스 정보는 OMA 프레즌스 규격에 정의된 신택스를 기준으로 구성될 수 있다. 이러한 프레즌스 정보의 일 실시예를 표 1에 나타내었다.

<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:pdm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
xmlns:op="urn:oma:xml:prs:pidf:oma-pres"
xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
xmlns:cl="urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc"
xmlns:gml="urn:opengis:specification:gml:schema-xsd:feature:v3.0"
xmlns:lt="urn:ietf:params:xml:ns:location-type"
entity="sip:UserB@example.com">

<tuple id="a1231">
<status>
<basic>open</basic>
</status>
<op:willingness>
<op:basic>open</op:basic>
</op:willingness>
<op:session-participation>
<op:basic>open</op:basic>
</op:session-participation>
<rpid:status-icon>http://example.com/~my-icons/PoC-Session </rpid:status-icon>
<op:registration-state>active</op:registration-state>
<op:barring-state>terminated</op:barring-state>
<rpid:class>forfriends</rpid:class>
<op:service-description>
<op:service-id>org.openmobilealliance:PoC-session</op:service-id>
<op:version> 1.0 </op:version>
<op:description>This is the OMA PoC-Session service</op:description>
</op:service-description>
<pdm:deviceID>urn:uuid:d27459b7-8213-4395-aa77-ed859a3e5b3a
</pdm:deviceID>
<contact>sip:my_name@example.com</contact>
<timestamp>2005-02-22T20:07:07Z</timestamp>
</tuple>
< tuple id=" a1232 ">
<status>
<basic>open</basic>
</status>
<op:willingness>
<op:basic>open</op:basic>
</op:willingness>
< rpid :status-icon>http://example.com/~my-icons/CPM-Interworking</ rpid :status-icon>
<op:registration-state>active</op:registration-state>
< rpid :class> forfriends </ rpid :class>
<op:service-description>
<op:service-id> org . openmobileallaiance :CPM-User-Preference</op:service-id>
<op:version>1.0</op:version>
<op:description>This is the CRM Interworking User Preference</op:description>
<op:Interworking>
<op:Preference>open</op:Preference>
<op:Preferred_service>
<op:Service_type>SMS</op:Service_type>
<op:Preferred_value>1</op:Preferred_value>
<op:contact>+821695305938</op:contact>
</op:Preferred_service>
<op:Preferred_service>
<op:Service_type>MMS</op:Service_type>
<op:Preferred_value>0.5</op:Preferred_value>
<op:contact>+821695305938</op:contact>
</op:Preferred_service>
<op:Preferred_service>
<op:Service_type> PoC </op:Service_type>
<op:Preferred_value>0.1</op:Preferred_value>
<op:contact>sip:PoC-UserB@example.com</op:contact>
</op:Preferred_service>
</op:Interworking>
</op:service-description>
<pdm: deviceID >urn: uuid : a509f34e -8213-4395- aa77 -ed859a3e5b3a</pdm: deviceID >
<contact>sip:User@example.com</contact>
< timestamp >2008-01-15 T20 :07:07z</ timestamp >
</ tuple

표1에서 프레즌스 정보를 나타내는 도큐먼트(Document)의 엘리먼트(Element)와 속성(Attribute)은 다음과 같다. 프레즌스 도큐먼트는 네임스페이스 섹션(namespace section)에 포함된 entity id를 통해 어떤 사용자의 프레즌스 정보인지를 나타낸다. 표1에서는 User B의 프레즌스 정보임을 나타내고 있다. <tuple id> 는 각 서비스를 구분해 주는 역할을 하고 <op:service-id>는 User B가 어떤 서비스를 지원하는지 알려준다. 표1예에서 "a1231"과 "a1232"는 각각 다른 메시징 서비스를 나타내는 식별값이고, '<op:service-id>org.openmobilealliance:PoC-Session</op:service-id>'는 PoC 서비스를 지원함을 나타낸다. 그리고 '<op:service-id>org.openmobilealliance:CPM-User-Preference</op:service-id>'는 CPM 서비스의 사용자 선호도를 지원함을 나타낸다. 이처럼 <tuple id>와 <op:service-id> 두 개의 엘리먼트를 연계하여 식별자 하나 별로 지원하는 하나의 서비스를 나타낼 수 있다. 표 1에서는 사용자 선호도가 PoC 서비스와 CPM 서비스를 포함하는 것을 예로 들었지만, IM 서비스, MMS, 이메일 등의 매사징 서비스도 추가하여 표현할 수 있다. 이와 같이 <tuple id>와 <op:service-id>를 통하여 사용자의 사용 가능한 메시징 서비스를 나타낼 수 있다. <status>는 유효성(availability), <op:willingness>는 서비스를 사용하고자 하는 사용자 의지, <op:registration-state>는 해당 서비스에 사용자 등록 여부를 나타낸다. <op:service-description>은 <tuple id>에 해당하는 서비스의 상세 설명 부분이다. 상기 "a1231"에 해당하는 PoC 서비스에는 사용도 선호도가 포함되어 있디 않기 때문에, "a1232"에 해당하는 CPM-User-Preference 서비스에 대해 설명한다. <op:service-description>의 종속 엘리먼트로 <op:service-id>, <op:version>, <op:description>, <op:Interworking> 이 있다. <op:service-id>는 상기에서 설명하였기에 생략하고, <op:version>는 해당 서비스의 버전을 나타낸다. <op:description>은 사용자 또는 프레즌스 서비스 제공자에 의해 작성되며, 이 서비스가 어떤 프레즌스 정보를 나타내는지 알려 주는 텍스트를 보여주는 역할을 한다. <op:Interworking>에서 사용자가 인터워킹을 원할 때 관련 정보를 하위 엘리먼트들을 통하여 표현한다. <op:Preference>가 오픈(open)이면 인터워킹 선호도(Interworking Preference)를 적용하겠다는 의미이고, 클로즈(Closed)이면, 인터워킹 선호도 정보를 적용하지 않겠다는 의미이다. <op:Preferred_service>는 인터워킹시 선호하는 메시지 서비스 종류를 나타내고, <op:Preferred_value>는 여러 개의 선호 메시지 서비스 종류가 있을 때 선호도의 우선 순위를 나타낸다. 상기 표1에서는 1과 가까울수록 선호도가 큰 메시징 서비스이고, 0과 가까울수록 선호도가 낮은 메시징 서비스를 의미한다. 따라서 표1에서는 SMS>MMS>PoC 서비스 순으로 선호도를 나타낸 것이다. 이 의미는 인터워킹시 우선적으로 SMS를 사용하여 메시지를 받고자 하고, 이것이 여의치 않을 경우 MMS, PoC 순으로 메시지를 받고자 한다는 의미이다. <op:contact>는 연락 가능한 MSISDN, SIP URI 혹은 Email 어드레스 등으로 나타나는 연락 정보이다. 프레즌스 정보 도큐먼트에 포함되는 다른 엘리먼트들의 의미 등은 OMA 프레즌스 규격을 참조하도록 한다.

그리고 상기한 각 엘리먼트의 이름은 본 발명의 다른 실시예에 따라 변경될 수 있으며, 각 엘리먼트에 대응하는 속성을 새로운 엘리먼트가 나타내도록 할 수 있다. 즉, 상기한 속성들은 대응 엘리먼트의 이름으로 한정되지 않는다.

본 발명의 다른 실시예에 따라 프레즌스 정보는 상기 SIP/IP 코어 네트워크를 이용하지 않고 프레즌스 서버에 정보를 전달할 수도 있다. 그 중 한 가지는 XMPP(Extensible Messaging and Presence Protocol)를 이용하는 방법이고, 다른 한 가지는 WAP을 이용한 IMPS(Instant Messaging and Presence Service)를 이용하는 방법이다. 이 두 방법을 이용한다고 하더라도 상기에서 설명한 엘리먼트들의 내용 즉 사용 가능한 메시징 서비스 종류, 인터워킹시 사용자의 선호도 즉, 사용하고자 하는 메시징 서비스 및 각 메시징 서비스에 대한 선호 정도, 접속(Contact) 정보등이 포함되어야 한다.

상기와 같은 프레즌스 정보의 저장(Publishing)은 언제든지 실행될 수 있으며, CPM 서버가 전송할 메시지를 수신하는 것과 사용자가 프레즌스 정보를 저장하는 것의 전후 관계는 특정되지 않는다.

도3으로 돌아와서, 프레즌스 서버(160)는 203단계에서 제2단말기(110)로부터 수신한 프레즌스 정보를 저장한다. 이후, 205단계에서 사용자 요청에 따라 제1단말기(100)는 메시지를 작성하여 SIP MESSAGE에 포함시켜 SIP/IP 코어 네트워크(210)로 전송한다. SIP/IP 코어 네트워크(220)는 207단계에서 수신한 SIP MESSAGE를 라우팅 메커니즘, 예를 들어, IMS 네트워크일 경우 iFC(initial Filter Criteria)를 이용하여 제1CPM 서버(120)로 전달한다.

제1CPM 서버(120)는 SIP MESSAGE를 수신하면 209단계에서 메시지 수신자를 확인한 후 프레즌스 서버(160)로 수신자에 대한 프레즌스 정보를 요청한다. 만약, 프레즌스 서버(160)가 SIP/IP 코어 네트워크 기반의 SIMPLE 프레즌스 서버이면, 제1 CPM 서버(120)는 SUBSCRIBE method를 이용하여 프레즌스 정보를 요청한다. 만약, 프레즌스 서버(160)가 SIMPLE 프레즌스 서버가 아니라면, XMPP 혹은 WAP 프로토콜의 명령어를 이용하여 프레즌스 정보를 요청할 수 있다. 프레즌스 서버(160)는 요청받은 프레즌스 정보를 검색하여 211단계에서 제1CPM 서버(120)로 전송한다. 이 때 프레즌스 서버(160)는 정보 요청자의 요구에 따라 1회만 검색한 사용자의 프레즌스 정보를 정보 요청자에게 전달해 줄 수도 있고, 검색한 사용자의 프레즌스 정보에 변화가 있을 때마다 정보 요청자에게 전달해 줄 수도 있다.

제1CPM 서버(120)는 213단계에서 프레즌스 서버(160)로부터 전달 받은 프레즌스 정보를 근거로 인터워킹 여부를 결정한다. 즉, 제1CPM 서버(120)는 프레즌스 정보에 인터워킹과 관련된 정보들이 포함되어 있지 않거나, 사용자가 인터워킹을 원하지 않는 다는 정보가 포함되어 있으면 인터워킹을 하지 않는 것으로 결정한다. 그리고 제1CPM 서버(120)는 프레즌스 정보에 인터워킹과 관련된 정보들이 포함되어 있거나 사용자가 인터워킹을 원한다는 정보가 포함되어 있으면 인터워킹을 수행하는 것으로 결정한다.

그리고 제1CPM 서버(120)는 215단계에서 프레즌스 정보를 참조하여 인터워킹할 메시징 서비스를 선택한다. 예를 들어, 프레즌스 정보의 사용자 선호도에 사용자가 인터워킹시 사용할 메시징 서비스로 SMS를 지정해 놓았다면, 제1CPM 서버(120)는 SMS를 인터워킹할 메시징 서비스로 선택하는 것이다. 이와 같이 제1CPM 서버(120)는 인터워킹할 메시징 서비스가 선택되면 217단계에서 SIP/IP 코어 네트워크(210)로 제1단말기(100)에 의해 작성된 메시지가 포함된 SIM MESSAGE를 전송한다.

프레즌스 정보가 표1과 같은 형식으로 구성되는 경우, 제1 CPM 서버(120)의 상기 213단계 내지 217단계에 해당하는 과정의 동작은 다음과 같을 수 있다. 본 발명의 일 실시예에 따라 제1CPM 서버(120)는 먼저, 사용 가능한 메시징 서비스 중 CPM 서비스가 포함되어 있는지를 확인한다. 프레즌스 정보에 CPM 서비스가 사용 가능한 메시징 서비스로 포함되어 있으면 제1 CPM 서버(120)는 사용자 선호도를 확인한다. 사용자 선호도에 인터워킹 관련 엘리먼트가 포함되어 있지 않거나 인터워킹 선호도를 사용하지 않으면, 메시지 수신자가 인터워킹을 원하지 않는 것이므로, 제1CPM 서버(100)는 인터워킹을 원하지 않는 것으로 결정하고, SIP/IP 코어 네트워크를 통하여 메시지를 수신측 CPM 서버로 전송한다.

한편, 제1CPM 서버(120)는 사용 가능한 메시징 서비스 중 CPM 서비스가 포함되있고, 사용자 선호도 중 인터워킹 선호도가 활성화 되어 있고 <op:Preferred_value>를 통하여 특정 메시징 서비스에 대한 선호 정도를 나타나 있다면 제1 CPM 서버(120)는 인터워킹하는 것으로 결정한다. 그리고 제1 CPM Server(120)는 수신자에게 전송할 메시지를 SIP/IP 코어 네트워크(210)를 통해 IWF(140)로 전송한다.

그리고 사용 가능한 메시징 서비스 중 CPM 서비스가 포함되어 있지 않더라도 제1CPM 서버(120)는 프레즌스 정보 중에 사용자 프레즌스 정보를 확인하여 인터워킹 선호도 정보를 확인한다. 인터워킹 선호도가 활성화 되어 있고 <op:Preferred_value>를 통하여 특정 메시징 서비스에 대한 선호 정도를 나타나 있다면 제1 CPM 서버(120)는 인터워킹하는 것으로 결정한다. 그리고 제1 CPM Server(120)는 수신자에게 전송할 메시지를 SIP/IP 코어 네트워크(210)를 통해 IWF(140)로 전송한다.

만약, 프레즌스 정보에 사용 가능한 메시징 서비스 중 CPM 서비스가 포함되어 있지 않고 사용자 선호도 정보와 인터워킹 선호도 정보를 찾을 수 없으면, 제1CPM 서버(120)는 사용 가능한 메시징 서비스 중 하나의 서비스를 선택하여 217단계를 통해 SIP/IP Core 네트워크로 전송한다. 상기 217단계에서 SIP MESSAGE를 수신한 SIP/IP 코어 네트워크(210)는 219단계에서, 수신한 SIP MESSGE를 IWF(140)로 전송한다.

한편, SIP/IP 코어 네트워크(210)에서 IWF(140)로 메시지를 전송할 때도 다양한 방법으로 보낼 수 있다. 우선 IWF(140)의 구현에 따라 구분되는 방법은 다음과 같다.

먼저, IWF(140)가 메시징 서비스의 종류 별로 각각 다른 독립된 개체로 존재한다면 제1CPM 서버(120)는 결정된 메시지 서비스에 따라 해당 IWF에 메시지를 전달해야 한다. 전달하는 방법은 SIP MESSAGE 중 Request URI에 수신 측 SIP URI 대신 인터워킹하고자 하는 메시징서비스를 담당하는 IWF의 어드레스를 넣는 방법이 있을 수 있다. 송신측에서 SIP MESSAGE를 작성할 때 수신자 어드레스는 Request URI 필드 및 To-Header 필드 두 곳에 저장이 된다. 그래서 IWF는 SIP MESSAGE를 인터워킹하고자 하는 메시지 포맷으로 변환한 후에 To-Header 필드를 보고 메시지를 전송할 수 있다.

다른 방법으로는 각 메시징 서비스 별 인터워킹을 위한 특정 태그를 생성하는 것이다. 이러한 태그를 미디어 특징 태그(media feature tag)라 할 수 있다. 예를 들어, CPM 서버가 MMS로 인터워킹하기로 결정했다면, SIP MESSAGE의 Accept Contact Header 필드에 'oma.cpm-interworking.mms'와 같은 미디어 특징 태그를 삽입하고 SIP/IP 코어 네트워크로 보내면 SIP/IP 코어 네트워크는 설정된 라우팅 매커니즘에 의해 이 메시지를 MMS를 담당하는 IWF로 보낸다.

또 다른 방법으로는 CPM 서버가 IWF에 직접적으로 메시지를 전달할 수 있도록 설정하여서 메시지를 전달하는 방법이 있을 수 있다. 예를 들어, 각 IWF 별로 IP 어드레스를 알고 있다면 SIP 이 아닌 IP를 통하여 메시지를 전달할 수 있다.

한편, 하나의 IWF가 모든 메시징 서비스에 대하여 하나의 개체로 존재한다면, 어떤 메시징 서비스를 사용할 것인지에 대한 표시를 한 인디케이터를 메시지에 포함시킨 후 CPM 서버는 IWF에 할당된 어드레스를 이용하여 메시지를 전송한다. 이를 통하여 IWF에서는 메시지 포맷을 변환하고 메시지를 전송할 수 있다.

IWF에 할당된 어드레스가 없을 경우에는 상기에 기술한 미디어 특징 태그를 적용할 수 있다. CPM 서버가 미디어 특징 태그를 포함하여 SIP/IP 코어 네트워크에 메시지를 전송하면 SIP/IP 코어 네트워크는 이 메시지를 미디어 특징 태그를 통해 IWF로 보내야 한다는 것을 인지할 수 있다. 이에 따라, SIP/IP 코어 네트워크가 수신한 메시지를 전송하면 IWF는 미디어 특징 태그를 통해 어느 메시징 서비스로 인터워킹하는지 판단한다.

상기와 같은 방법들 중 하나로 메시지를 수신한 IWF(140)는 221단계에서 상기에서 서술한 판단 근거를 가지고 SIP MESSAGE를 인터워킹하고자 하는 메시지 포맷으로 변환한다.

SIP/IP 코어 네트워크을 기반으로 서비스를 제공하는 PoC 서비스, IM 서비스와 같은 경우는 실제 전송할 메시지의 미디어 포맷(Media Format)을 변환하는 것이 아니라 라우팅을 하기 위한 정보를 변환시켜 주게 된다. 예를 들어 CPM 서비스에서 라우팅을 위하여 CPM 특징 태그를 사용한다면 IWF에서 PoC 특징 태크 또는 IM 특징 태그로 변환해 주면, 송신측 SIP/IP 코어 네트워크에서 수신측 SIP/IP 코어 네트워크로 전송된 후 PoC 서비스 IM 서비스등을 담당하는 어플리케이션 서버를 거쳐서 수신자 단말기로 메시지가 전달된다. 이러한 과정은 도3의 223단계, 225단계, 227단계, 229단계, 231단계에 해당한다.

SIP/IP 코어 네트워크를 기반으로 서비스를 제공하지 않는 다른 서비스들 즉 SMS, MMS, 이메일등은 SIP MESSAGE를 미디어 포맷 변환과 전송 프로토콜에 적합하도록 메시지를 변환한 후 SIP를 근거로 하지 않는 네트워크 예를 들어, IP 네트워크, ATM 네트워크 등을 통해 변환된 메시지를 전송하여, 해당 서비스를 담당하는 어플리케이션 서버(SMS, MMS, Email 서버등)을 거쳐 수신측 단말기에 메시지가 전송되게 된다. 즉, 도3에서 221단계 이후, 점선으로 표시한 241단계 및 243단계로 진행하는 것이다.

도4는 본 발명의 일 실시예에 따른 CPM 서버(120, 130)의 구성을 나타낸 것이다. CPM 서버(120,130)는 프레즌스 정보를 획득하고, 분석할 수 있는 와처(Watcher)(121), 획득한 프레즌스 정보를 바탕으로 인터워킹 여부를 결정하는 인터워킹 결정부(123), 획득한 프레즌스 정보의 사용 가능한 메시징 서비스 종류와 사용자 선호도를 통하여 어떤 메시징 서비스로 인터워킹할 것인지를 선택하는 인터워킹 선택부(Interworking Selection Function)(125)를 포함한다. 본 발명에서 이하 기재한 실시 예에서는 CPM 서버(120,130)가 상기 기능부를 모두 포함해야 한다고 하였으나, 또 다른 실시 예로써 IWF(140)가 프레즌스 정보를 획득하는 역할을 수행하도록할 수 있다. 이러할 경우에는 IWF(140)가 와처(121), 인터워킹 결정부(123), 인터워킹 선택부(125)를 포함할 수 있고, 각 기능부와 관련된 동작들을 수행하도록 구성할 수도 있다. 이 경우, 인터워킹에 의해 변환된 메시지를 전송하는 방법은 상기 CPM 서버가 프레즌스 정보를 획득하여 IWF를 거쳐 메시지를 전송하는 과정과 유사할 수 있다. 한편, 본 발명의 다른 실시예에 따라 프레즌스 서버(160)에 저장된 사용자 선호도를 참조하여 인터워킹할 메시징 서비스를 선택하는 기능부, 즉, 인터워킹 선택부(125)를 별도의 서버로 구현한 경우의 메시지 전송 과정을 도5를 참조하여 설명한다. 도5에서 인터워킹 선택부(125)에 대한 독립적인 서버는 ISF(430)이다.

도 5의 실시예에서 단말기 B(470)의 사용자가 단말기 B(470)를 이용하여 자신의 사용 가능한 메시징 서비스와 인터워킹에 대한 사용자 선호도 정보를 프레즌스 서버(450)에 저장하는 501단계와 503단계는 상기 도3에서 서술한 201단계와 203단계와 동일하다.

이후, 505단계에서 단말기 A(400)를 이용하여 SIP MESSAGE method를 사용하여 메시지를 작성하여 SIP/IP 코어 네트워크 A(410)로 전송하면 SIP/IP 코어 네트워크 A(410)는 이 메시지를 라우팅 메커니즘 예를 들어, 3gpp의 IMS망일 경우 iFC (initial Filter Criteria)를 이용하여 CPM 서버 A(420)로 전달한다. CPM 서버 A(420)는 이 메시지를 받으면 메시지를 수신할 대상자를 확인한 후 SIP/IP 코어 네트워크 A(410)에서 라우팅이 가능하면 SIP/IP 코어 네트워크B(460)로 전송한다. SIP/IP 코어 네트워크 B(460)는 받은 SIP MESSAGE가 어느 서비스를 지원하는지 확인하고 해당 네트워크에서 서비스를 지원하지 않으면 513단계에서 Error response를 SIP/IP 코어 네트워크 A(410)로 보낸다. 이 메시지를 받은 SIP/IP 코어 네트워크 A(410)는 CPM 서버 A(420)에게 Error response를 전달한다. 혹은 509단계 후 SIP/IP 코어네트워크 A(410)에서 수신측 어드레스가 SIP 프로토콜을 지원하지 않는 등의 이유로 라우팅이 가능하지 않으면 511단계와 513단계를 생략하고 CPM 서버 A(420)로 Error Response를 보낸다.

Error response를 받은 CPM 서버 A(420)는 수신 측 사용자가 CPM을 지원하지 않는다는 것을 인식하고 517단계에서 인터워킹을 결정하고, 519단계에서 메시지를 SIP/IP 코어 네트워크 A(410)로 전송한다. SIP/IP 코어 네트워크 A(410)는 메시지를 521단계에서 ISF(430)로 전송한다. 메시지는 ISF(430)로 전송되어질 때 iFC(initial Filter Criteria)를 이용하여 라우팅 될 수도 있고, CPM 서버 A(420)와 ISF(430) 사이의 인터페이스를 통해 전송될 수도 있다. 메시지를 수신한 ISF(430)는 수신 측 사용자가 어느 메시징 서비스를 사용하는지 알아보기 위해 프레즌스 서버(450)에 수신측 사용자의 사용 가능한 서비스와 서비스 프레즌스 정보를 523단계에서 요청한다. 프레즌스 서버(450)는 요청에 따라 관련 정보를 검색하여 525단계에서 ISF(430)로 전송한다. ISF(430)는 527단계에서 프레즌스 서버(450)에서 수신한 프레즌스 정보를 바탕으로 어느 메시징 서비스로 메시지를 보낼 지를 선택하고, 529단계에서 메시지를 CPM 서버 A(420)로 전송한다. CPM 서버 A(420)는 531단계에서 메시지를 IWF(440)로 전송한다. IWF(440)로 메시지를 전송할 때 iFC (initial Filter Criteria)를 이용하여 라우팅 할 수도 있고, ISF(430)와 IWF(440) 사이의 인터페이스를 통하여 직접 전송할 수도 있다. ISF(430)에서 메시지를 수신한 IWF(440)는 533단계에서 선택된 메시징 서비스의 종류에 따라 메시지를 변경한다. 변경된 메시지의 전송 과정은 도3의 223 단계 내지 231단계 또는 241단계와 243단계와 유사하게 535단계 내지 543단계 또는 551 단계 및 553단계에 따라 단말기 B(470)로 전송된다.

상술한 본 발명의 설명에서는 구체적인 실시 예에 관해 설명하였으나, 여러 가지 변형이 본 발명의 범위에서 벗어나지 않고 실시할 수 있다. 따라서 본 발명의 범위는 설명된 실시 예에 의하여 정할 것이 아니고 특허청구범위와 특허청구범위의 균등한 것에 의해 정해 져야 한다.

도1은 일반적인 CPM 시스템의 구성을 나타낸 도면,

도2는 본 발명의 일 실시예에 따른 인터워킹 시스템을 나타낸 도면,

도3은 본 발명의 일 실시예에 따른 인터워킹 과정을 나타낸 도면,

도4는 본 발명의 일 실시예에 따른 CPM 서버의 구성을 나타낸 도면.

도5는 본 발명의 다른 실시예에 따른 인터워킹 과정을 나타낸 도면

Claims

통합 메시징 서비스에서 인터워킹 방법에 있어서,

임의의 단말기가 사용자 입력에 따라 메시지를 구성하여 통합 메시징 서버로 송신하는 과정과,

통합 메시징 서버가 상기 메시지를 수신하면, 상기 메시지의 수신자에 대응하는 프레즌스 정보를 프레즌스 서버로 요청하는 과정과,

프레즌스 서버가 상기 통합 메시징 서버의 요청에 대응하여 상기 수신자에 대응하는 프레즌스 정보를 검색하여 상기 통합 메시징 서버로 전송하는 과정과,

상기 통합 메시징 서버가 상기 전송된 프레즌스 정보를 근거로 상기 메시지에 대한 인터워킹을 결정하고, 인터워킹할 메시징 서비스의 종류를 결정하는 과정과,

상기 통합 메시징 서버가 상기 결정된 메시징 서비스의 종류와 함께 IWF로 상기 메시지를 전송하는 과정과,

상기 IWF가 상기 메시지를 수신하고, 상기 결정된 메시징 서비스에 대응하여 상기 메시지를 변환하여 상기 수신자에게 전송하는 과정을 포함함을 특징으로 하는 인터워킹 방법.
제1항에 있어서, 상기 프레즌스 정보는 상기 프레즌스 정보에 대응하는 사용자에게 지원 가능한 메시징 서비스 종류, 사용자의 인터워킹 허여 여부, 인터워 킹 시 선호하는 메시징 서비스의 종류를 포함함을 특징으로 하는 인터워킹 방법.
통합 메시징 서비스에서 인터워킹 방법에 있어서,

임의의 단말기가 사용자 입력에 따라 메시지를 구성하여 통합 메시징 서버로 송신하는 과정과,

통합 메시징 서버가 상기 메시지의 라우팅을 실패하면 상기 메시지에 대한 인터워킹을 결정하고, 상기 메시지를 인터워킹 선택 서버로 전송하는 과정과,

상기 인터워킹 선택 서버가 상기 메시지의 수신자에 대응하는 프레즌스 정보를 프레즌스 서버로 요청하는 과정과,

프레즌스 서버가 상기 통합 메시징 서버의 요청에 대응하여 상기 수신자에 대응하는 프레즌스 정보를 검색하여 상기 통합 메시징 서버로 전송하는 과정과,

상기 인터워킹 선택 서버가 상기 전송된 프레즌스 정보를 근거로 인터워킹할 메시징 서비스의 종류를 선택한 후 상기 메시지와 상기 선택된 메시징 서비스의 종류를 IWF로 전송하는 과정과,

상기 IWF가 상기 메시지를 수신하고, 상기 결정된 메시징 서비스에 대응하여 상기 메시지를 변환하여 상기 수신자에게 전송하는 과정을 포함함을 특징으로 하는 인터워킹 방법.
제3항에 있어서, 상기 프레즌스 정보는 상기 프레즌스 정보에 대응하는 사용자에게 지원 가능한 메시징 서비스 종류, 사용자의 인터워킹 허여 여부, 인터워 킹시 선호하는 메시징 서비스의 종류를 포함함을 특징으로 하는 인터워킹 방법.