KR101196636B1

KR101196636B1 - 리스트 조회를 이용한 프레즌스 관리 시스템 및 관리 방법

Info

Publication number: KR101196636B1
Application number: KR1020110014299A
Authority: KR
Inventors: 하태웅
Original assignee: 텔코웨어 주식회사
Priority date: 2011-02-17
Filing date: 2011-02-17
Publication date: 2012-11-02
Also published as: KR20120094809A

Abstract

가입자별 프레즌스 관리 시스템 및 프레즌스 필드 관리방법이 제공된다. 본 발명의 프레즌스 관리 시스템은 집체 프록시로부터 발행된 동작수행 명령에 포함되어 있는 PIDF 문서에서 가입자의 전체 필드 중 상세조회 필드만을 파싱(parsing)하는 영구적 프레즌스 관리블록 및 상기 영구적 프레즌스 관리블록에 의해 파싱된 상기 상세조회 필드만을 별도로 저장하여 관리하는 상세조회 데이터베이스를 포함한다. 본 발명의 실시예에 따라 가입자별 프레즌스 정보는 생성,변경 또는 삭제가 동시에 이루어질 수 있고, 정보조회시에도 여러 번의 조회없이 한번에 원하는 결과값을 얻을 수 있다.

Description

리스트 조회를 이용한 프레즌스 관리 시스템 및 관리 방법{PRESENCE MANAGEMENT SYSTEM USING THE LIST QUERY AND PRESENCE MANAGEMENT METHOD OF THE SAME}

본 발명은 IMS망(IP Multimedia Subsystem Network) 기술에 관한 것으로, 보다 상세하게는 가입자별 프레즌스 정보의 관리 시스템 및 관리 방법에 관한 것이다.

3GPP(3rd Generation Partnership Project)에서 제안한 IMS(IP Multimedia System)는 All-IP기반의 차세대 통신서비스 플랫폼으로, 유무선 네트워크의 통합, 다양한 방송통신서비스를 가능케 하는 기반이 된다. IMS 네트워크는 기존의 인터넷 망을 통합하여 모바일 사용자들에게 멀티미디어, 멀티세션응용을 제공하고, QoS(Quality of Service)를 보장하며 과금을 위한 동작을 제공한다. 또한 IMS 네트워크를 이용함으로써 제3자 벤더가 사용자와 개발자를 위하여 새로운 응용을 발전시킬 수 있게 하는 인터페이스를 표준화할 수 있다.

IMS 네트워크에서 제공하는 주요 인터페이스에 사용되는 프로토콜은 Diameter(Sh, Dh, Ro, Rf), SIP프로토콜(ICS, Gm), XCAP(Ut)등이 사용된다. IMS를 기반으로 한 다양한 서비스를 사용자에게 제공하기 위해서는 해당사용자의 프레즌스(presence)를 공통적으로 관리하고, 각각의 서비스에서 필요한 정보를 쉽게 정의할 수 있어야 하며, 해당 사용자의 정보 변경시 관련된 정보를 실시간으로 확인할 수 있어야 한다. 이에 대한 방안으로 IMS 네트워크에서는 XCAP(XML Configuration Access Protocol)을 기반으로 한 프레즌스 정보관리와 SIP(Session Initiation Protocol)을 이용한 이벤트처리를 제안하고 있다.

OMA(Open Mobile Alliance)는 멀티미디어 콘텐츠 서비스가 모바일 단말기에 제공되면서, 이를 수용할 수 있는 서비스 방법과 구동자(enabler)에 대한 공개표준을 정함으로써 국가나 네트워크 사업자, 단말기,통신방식에 상관없이 상호 호환이 가능한 모바일 서비스를 제공한다.

본 발명이 이루고자 하는 기술적인 과제는 IMS 네트워크 상에서 필요한 가입자별 프레즌스 정보의 상세 항목을 여러번의 조회 없이 한번에 얻는 관리시스템 및 관리방법을 제공하는 것이다.

상술한 기술적 과제를 해결하기 위하여 본 발명의 일실시예에 따른 프레즌스 관리시스템은 집체 프록시(Aggregation Proxy)로부터 발행된 동작수행 명령에 포함되어 있는 PIDF 문서에서 가입자의 전체 필드 중 상세조회 필드만을 파싱(parsing)하는 영구적 프레즌스 관리블록; 및 상기 영구적 프레즌스 관리블록에 의해 파싱된 상기 상세조회 필드만을 별도로 저장하여 관리하는 상세조회 데이터베이스를 포함한다.

상기 상세조회 필드는 시스템관리자에 의해 기설정된 필드로서 각 가입자의 소셜네트워크서비스(SNS)별 아이디, 이메일, MDN 및 가입자URI(User_URI) 중 적어도 어느 하나이다.

상기 동작수행은 생성,갱신,삭제 및 조회 중 어느 하나의 동작을 수행한다.

상기 동작수행 결과에 대한 응답은 1XX,2XX,3XX,4XX,5XX 및 6XX 응답 중 어느 하나의 응답이다.

상기 프레즌스 관리시스템은 상기 집체 프록시로부터 수신한 조회명령의 바디(BODY)에 포함된 상세조회 필드를 조회하여, 상기 항목별 조회요청(query)을 상기 상세조회 데이터베이스로 전송하는 상세항목리스트 조회블록을 더 포함한다.

상기 데이터베이스는 상기 상세항목 리스트 조회블록으로부터 상기 조회요청을 수신하면, 상기 상세조회 필드에 상응하는 가입자URI를 조회한 후, 상기 상세항목 리스트 조회블록으로 상기 가입자URI를 포함한 응답(response)을 전송한다.

상술한 기술적 과제를 해결하기 위하여 본 발명의 다른 실시예에 따른 집체프록시 및 프레즌스서버와 연결된 프레즌스 관리시스템의 프레즌스 필드 관리방법은 상기 집체 프록시로부터 PIDF 문서를 포함한 동작수행명령을 수신하는 단계; 상기 PIDF문서의 가입자의 전체 필드 중 적어도 하나의 상세조회 필드를 파싱(parsing)하는 단계; 및 상기 파싱된 상세조회 필드에 대한 동작수행 명령을 전송하여 상세조회 데이터베이스에서 관리하는 단계를 포함한다.

상기 상세조회 필드는 시스템관리자에 의해 기설정된 필드로서 각 가입자의 소셜네트워크서비스(SNS)별 아이디, 이메일, MDN 및 가입자URI(User_URI) 중 적어도 하나이다.

상기 동작수행명령은 상기 상세조회 필드의 생성,갱신,삭제 및 조회 중 어느 하나의 동작을 수행한다.

상기 동작수행 명령을 전송하는 단계는 상기 동작수행명령이 생성 명령일 때, 상기 데이터베이스에 상기 가입자별로 해당 상세조회 필드를 저장하는 단계를 더 포함한다.

상기 프레즌스필드 관리방법은 상기 데이터베이스가 상기 상세조회 필드를 수신하여 상기 명령에 상응하는 동작수행을 하는 단계; 및 상기 동작수행 결과에 대한 응답을 상기 집체프록시로 반환하는 단계를 더 포함한다.

상기 프레즌스 필드 관리방법은 상기 집체 프록시로부터 조회(POST) 명령을 수신한 경우 상기 명령에 포함된 적어도 하나의 상세조회 필드를 모두 조회하는 단계; 및 상기 조회된 상세조회 필드별로 조회요청(query)을 상기 데이터베이스로 전송하는 단계를 더 포함한다.

상기 프레즌스 필드 관리방법은 상기 데이터베이스가 상기 조회요청을 수신하는 단계; 상기 조회요청에 포함된 상기 상세조회 필드별로 각각 상응하는 상기 가입자URI를 조회하는 단계; 및 상기 조회된 가입자URI별로 응답(response)에 포함하여 반환하는 단계를 더 포함한다.

상기 프레즌스 필드 관리방법은 상기 각각의 응답을 수신하여 상기 가입자URI와 상기 상세조회 필드룰 포함한 프레즌스 결과리스트를 작성하는 단계; 및 상기 프레즌스 결과리스트를 상기 집체 프록시로 전송하는 단계를 더 포함한다.

본 발명의 실시예에 따른 프레즌스 관리 시스템 및 프레즌스 필드 관리방법에 의해 가입자별 프레즌스 정보는 생성,변경 또는 삭제가 동시에 이루어질 수 있고, 각 가입자별 프레즌스 정보 조회시에도 여러 번의 조회없이 한번에 원하는 결과값을 얻을 수 있다.

도 1은 본 발명의 일실시예에 따른 프레즌스 관리 시스템을 간략히 나타낸 블럭도이다.
도 2는 IMS 네트워크 내 XCAP서버의 프레즌스 정보의 입력 및 조회에 관한 콜 흐름도이다.
도 3은 본 발명의 실시예에 따른 IMS서비스에서의 프레즌스 정보의 입력 및 조회에 관한 콜 흐름도이다.
도 4는 본 발명의 실시예에 따른 영구적 프레즌스 관리블록과 상세항목 리스트 조회블럭에서의 동작수행을 나타낸 흐름도이다.
도 5는 본 발명의 실시예에 따른 영구적 프레즌스 관리블록의 데이터베이스 테이블(XML_PS_DOC)이다.
도 6은 본 발명의 실시예에 따른 영구적 프레즌스 관리블록이 상세조회 데이터베이스에 전송하기 위해 상세조회 필드들만을 파싱하여 생성하는 필드 테이블(XML_STALK_IDX)이다.
도 7은 단말이 업데이트 되는 트위터 아이디를 XCAP 인터페이스를 통하여 프레즌스 조회 시스템에 입력하기 위한 XCAP메세지이다.
도 8은 도 7에 도시된 트위터 아이디를 본 발명의 실시예에 따른 상세조회 데이터베이스에 업데이트 하기 위한 XCAP메세지이다.
도 9는 본 발명의 실시예에 따라 도 8에 도시된 메시지를 받고 상세조회 데이터베이스에 저장되는 가입자의 상세조회 필드들을 포함한 PIDF문서이다.
도 10은 본 발명의 실시예에 따른 프레즌스 관리 시스템에서 단말이 하나이상의 다른 가입자들을 조회하기 위해 보내는 XCAP메시지이다.
도 11은 본 발명의 실시예에 따른 상세항목 리스트 조회블록이 상세조회 데이터베이스에 보내는 XCAP 메시지이다.
도 12는 본 발명의 실시예에 따른 상세항목 리스트 조회블록이 상세조회 데이터베이스에 보내는 XCAP 메시지이다.
도 13은 본 발명의 실시예에 따른 상세항목 리스트 조회블록이 상세조회 데이터베이스로부터 수신한 응답을 취합하여 단말로 보내기 위해 생성하는 POST응답메시지이다.

본 발명과 본 발명의 동작상의 이점 및 본 발명의 실시에 의하여 달성되는 목적을 충분히 이해하기 위해서는 본 발명의 바람직한 실시 예를 예시하는 첨부 도면 및 첨부 도면에 기재된 내용을 참조하여야만 한다. 이하, 첨부한 도면을 참조하여 본 발명의 바람직한 실시 예를 설명함으로써, 본 발명을 상세히 설명한다. 각 도면에 제시된 동일한 참조부호는 동일한 부재를 나타낸다.

본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성요소, 단계, 동작 및/또는 소자는 하나 이상의 다른 구성요소, 단계, 동작 및/또는 소자의 존재 또는 추가를 배제하지 않는다.

도 1은 본 발명의 일실시예에 따른 프레즌스 관리 시스템을 간략히 나타낸 블럭도이다.

도 1을 참조하면, IMS 네트워크(1000)는 XCAP서버(20)와 프레즌스 서버(30)를 포함한다.

XCAP 서버(20)는 Ut 인터페이스(XML Configuration Access Protocol : 이하 XCAP)를 통하여 가입자의 단말(10)에 직접 접속하고, 집체프록시(Aggregation Proxy,100) 및 프레즌스 조회 시스템(200)를 포함한다.

상기 Ut 인터페이스에서 사용되는 XCAP은 IETF의 SIMPLE(SIP for Instant Messaging and Presence Leveraging Extensions) 워킹그룹에서 정의한 HTTP기반의 XML 문서 접근 표준이다.

XCAP은 HTTP 프로토콜을 기반으로 한 어드레싱 관련 표준이므로 HTTP 요청/응답(request/response) 문법(syntax)을 그대로 사용한다. XCAP은 PIDF(Presence Information Data Format)형식의 XML문서를 생성,변경,조회 또는 삭제할 수 있다. XML 도큐먼트 정보의 생성과 변경은 HTTP PUT메소드를 사용하고, 조회시에는 GET, 삭제시에는 DELETE를 사용한다. 즉, XCAP은 특정 HTTP 메소드를 이용하여 XML 도큐먼트(document)의 정보의 조회(GET),변경(PUT) 또는 삭제(DELETE)한다.

XCAP서버(20)는 XCAP 클라이언트(단말,10)로부터의 XCAP/HTTP 메시지를 수신하여 HTTP 메소드와 HTTP 요청 URI(HTTP Request-URI)에 설정된 XCAP URI를 분석한다. XCAP서버(20)는 상기 요청된 연산을 수행하고 그 결과를 클라이언트(단말,10)로 반환한다.

이 과정에서 XCAP서버(20)는 XML 문서를 파싱(parsing)하고, XML 스킴 유효성체크(Schema Validation)를 진행한다. 또한 XCAP서버(20)는 XML 문서(document), XML요소(element), XML 특성(Attribute)을 생성,갱신,삭제 또는 조회를 수행한다. 또한, XCAP서버(20)는 XCAP 문서변환(Document Change) 기능을 수행하기 위하여 SIP 프로파일(sip-profile subscription) 수신 처리 기능, 컨텐츠 생성, XML 문서 변경시 알림(notification) 송신업무를 수행한다.

집체 프록시(Aggregation Proxy,100)는 가입자가 전송한 XCAP 메시지에 대한 인증처리와 서비스별 가입자 프로파일 데이터베이스(미도시)로의 라우팅 기능을 제공한다.

프레즌스 관리 시스템(200)은 영구적 프레즌스 관리블록(210), 상세조회 데이터베이스(220) 및 상세항목리스트 조회블럭(230)을 포함한다. 프레즌스 관리 시스템(200)은 XDMS 시스템 규격상 공유 XDMS(Shared XDMS) 내에 구현된다.

영구적 프레즌스 관리블록(210)은 집체 프록시(100)로부터 수신된 동작수행 명령에 포함되어 있는 PIDF 문서에서 가입자의 전체 필드 중 상세조회 필드만을 파싱(parsing)한다. 이때 동작수행은 생성,갱신,삭제 및 조회 중 어느 하나의 동작수행일 수 있다. 또한 문서관리(Document Management), XDM 리소스 변화의 통지 및 신청(subscription and notification of XDM Resource Changes), 액세스 허가(access permission), 조회(search), 동작기록(History and Restore), 레퍼런스에 의한 공유(share) 또는 포워딩(forwarding) 등의 기능을 수행할 수 있다. 이하 도 5 내지 도 6에서 자세히 설명하기로 한다.

상세조회 데이터베이스(220)는 영구적 프레즌스 관리블록(210)에 의해 파싱(parsing)된 상세조회 필드만을 별도의 테이블로 저장하여 관리한다. 상기 상세조회 필드는 트위터, 페이스북, 미투데이 등의 소셜네트워크서비스(SNS) 아이디, 이메일, MDN 및 가입자URI(User_URI) 등 시스템 관리자에 의해 가입자별로 기설정된 적어도 하나의 필드이다.

또한 상세조회 데이터베이스(220)는 상기 영구적 프레즌스 관리블록(210)으로부터 수신한 상기 상세조회 필드에 대해 상기 명령에 상응하는 동작수행을 한 후, 상기 동작수행 결과에 대한 응답을 상기 프레즌스 관리블록(210)으로 전송한다. 이때 동작수행 결과에 대한 응답은 1XX,2XX,3XX,4XX,5XX 및 6XX 응답 중 어느 하나의 응답이 된다.

상세항목리스트 조회블럭(230)은 단말(10)에서 집체 프록시(100)를 통해 수신된 포스트(POST) 조회 명령의 바디(BODY)에서 적어도 하나의 상세조회 필드를 포함한 질의 리스트(query list)를 조회하고, 상기 조회된 상세조회 필드별로 상기 상세조회 데이터베이스(220)에 조회요청을 전송한다.

또한 상세항목리스트 조회블럭(230)은 상세조회 데이터베이스(220)에서 상기 조회요청에 따라 가입자 URI를 포함하여 응답을 보내면, 상기 응답을 취합하여 프레즌스 결과리스트를 작성한다. 상세항목리스트 조회블럭(230)은 상기 질의 리스트에 상응하는 프레즌스 결과리스트가 완성하여 집체 프록시(100)로 리턴한다.

프레즌스 서버(30)는 XCAP서버(20)에서 수집한 상세조회 필드의 정보를 기초로 타 가입자(버디)의 상태를 실시간으로 알려준다.

도 2는 IMS 네트워크 내 XCAP서버의 프레즌스 정보의 입력 및 조회에 관한 콜 흐름도이다.

도 2를 참조하면, 단말(10)은 집체 프록시(100)로 XCAP 인터페이스(Ut)를 통하여 새로 생성되는 SNS 아이디(예를 들어 트위터 아이디)를 해당 단말(10)의 PIDF 문서에 입력하라는 PUT명령을 전송한다(S10). PUT 명령은 요소(element)의 생성 또는 변경 동작 명령으로, 도 2에서는 상세조회 필드 중 SNS 아이디에 대한 요소를 생성하기 위한 명령이다.

집체 프록시(100)는 상기 단말(10)을 인증한 후 상기 명령을 영구적 프레즌스 관리블록(210)으로 라우팅한다(S11). 이를 수신한 영구적 프레즌스 관리블록(210)은 상기 단말(10)에 대한 가입자의 PIDF에 상기 SNS 아이디(트위터 아이디)를 입력한 후 다시 집체 프록시(100)를 거쳐 단말(10)로 성공응답(200 OK)을 전송한다(S12,S13).

가입자는 상기 SNS 아이디 등록 후 친구(타 가입자)를 찾기 위해 단말(10)에서 집체 프록시(100)를 거쳐 가입자들의 프레즌스 정보를 가진 영구적 프레즌스 관리블록(210)에 "sip:stalk01@sktims.com"의 가입자 URI를 가진 타 가입자의 프레즌스 정보 조회를 요청한다(S14,S15). 영구적 프레즌스 관리블록(210)은 PIDF 문서 내 가입자들의 전체 요소 필드를 조회하여 가입자URI가 "sip:stalk01@sktims.com"인 가입자의 트위터 아이디를 찾은 후, 그에 대한 응답을 다시 상기 조회요청을 발행한 단말(10)로 반환한다(S16,S17). 이 때 응답은 1XX,2XX,3XX,4XX,5XX 및 6XX 중 어느 하나의 응답일 수 있다.

가입자는 다른 친구를 찾기 위해 다시 단말(10)에서 집체 프록시(100)를 거쳐 영구적 프레즌스 관리블록(210)에 "sip:stalk02@sktims.com"의 가입자 URI를 가진 타 가입자의 프레즌스 정보 조회(Search)를 요청한다(S18,S19). 영구적 프레즌스 관리블록(210)은 PIDF 문서 내 가입자들의 전체 요소 필드를 조회하여 가입자URI가 "sip:stalk02@sktims.com"인 가입자의 트위터 아이디를 찾은 후, 그에 대한 응답을 상기 조회요청을 보낸 단말(10)로 반환한다(S20,S21). 이 때 응답은 1XX,2XX,3XX,4XX,5XX 및 6XX 중 어느 하나의 응답일 수 있다.

즉, 도 2에 도시된 바와 같이 기존 단말(10)은 여러 명의 가입자에 대한 프레즌스 정보를 얻어오기 위해 가입자별로 XCAP 조회 메시지를 서버(20)에 요청하고 각각의 응답을 분석하여 해당 가입자별 프레즌스 정보를 얻을 수 있었다. 그러나 이와 같은 방법은 단말(10)과 XCAP 서버(20)간 트랜잭션을 증가시켜 네트워크 부하를 발생시킬 수 있고, 단말(10)의 처리속도가 지연될 수 있다.

도 3은 본 발명의 실시예에 따른 IMS서비스에서의 프레즌스 정보의 입력 및 조회에 관한 콜 흐름도이다.

도 3을 참조하면, 단말(10)은 집체 프록시(100)로 XCAP 인터페이스(Ut)를 통하여 새로 생성되는 SNS 아이디(예를 들어 트위터 아이디)를 해당 단말의 PIDF문서에 입력하라는 PUT명령을 전송한다(S100).

집체 프록시(100)는 상기 단말(10)을 인증한 후 상기 PUT 명령을 영구적 프레즌스 관리블록(210)으로 라우팅한다(S101). 영구적 프레즌스 관리블록(210)은 상기 단말(10)에 대한 가입자의 PIDF에 상기 SNS 아이디(트위터 아이디)를 입력하고, PIDF 문서에서 상기 SNS 아이디를 파싱(parsing)하여(S102), 상기 SNS아이디만 입력(Insert)하라는 명령을 상세조회 데이터베이스(220)로 전송한다(S103).

상세조회 데이터베이스(220)는 가입자별로 상기 SNS아이디와 같은 상세조회 필드을 생성 및 입력하여 저장하고, 성공여부에 대한 응답을 영구적 프레즌스 관리블록(210)으로 전송한다(S104). 영구적 프레즌스 관리블록(210)은 다시 단말(10)로 응답을 반환한다(S105,S106). 이 때 응답은 1XX,2XX,3XX,4XX,5XX 및 6XX 중 어느 하나의 응답일 수 있다.

가입자는 상기 SNS 아이디 등록 후 친구(타 가입자)를 찾기 위해 단말(10)로부터 집체 프록시(100)에 한 명 이상의 타 가입자들의 프레즌스 정보에 대한 질의리스트를 작성하여 POST 메시지로 조회요청한다(S107). 집체 프록시(100)는 상세항목 리스트 조회블록(230)에 상기 조회요청을 전송한다(S108).

상세항목리스트 조회블록(230)은 상기 질의리스트에 포함된 엔트리마다 상세조회 데이터베이스(220)에 조회요청한다. 이때 엔트리 갯수, 즉 한 명 이상의 타가입자들의 수만큼 상세조회 데이터베이스(220)에 조회요청하게 된다(S109).

예를 들면, 상세항목 리스트 조회블록(230)은 상세조회데이터베이스(220)에 친구 A의 SNS 아이디를 먼저 조회요청하고(S110), 상세조회 데이터베이스(220)는 친구 A의 상세조회 필드 테이블을 조회하여 원하는 결과값을 포함한 응답을 상세항목 리스트 조회블록(230)에 전송한다(S111). 이어서 상세항목 리스트 조회블록(230)은 다시 상세조회데이터베이스(220)에 친구 B의 SNS 아이디를 먼저 조회요청하고(S112), 상세조회 데이터베이스(220)는 친구 B의 상세조회 필드 테이블을 조회하여 원하는 결과값을 포함한 응답을 상세항목리스트 조회블록(230)에 전송한다(S113).

상세항목 리스트 조회블록(230)은 상기 응답들을 기초로 조회요청된 한 명 이상의 친구들의 프레즌스 정보를 포함한 결과리스트를 작성하여 집체 프록시(100)로 전송한다(S114). 집체 프록시(100)는 상기 결과를 단말(10)에 전송한다(S115).

상기와 같은 본 발명의 일실시예에 따른 프레즌스 필드 관리방법에 의하면, IMS 네트워크 서비스상에서 필요한 프레즌스 정보를 여러번의 조회없이 한번에 할 수 있어, 단말 및 서버간 네트워크 부하를 줄일 수 있고, 단말 내 처리속도의 향상을 가져올 수 있다.

한편 도 3은 설명의 편의를 위해 PIDF문서의 XML요소(element), 즉 SNS ID와 같은 상세조회 필드을 생성하는 경우를 예로 들어 설명하나, 도시된 콜 흐름도는 XML문서,XML요소(element) 또는 XML 특성(Attribute)을 생성,갱신 또는 삭제하는 업무 모두에 적용될 수 있다.

도 4는 본 발명의 실시예에 따른 영구적 프레즌스 관리블록과 상세항목 리스트 조회블럭에서의 동작수행을 나타낸 흐름도이다.

도 4(a)를 참조하면, 영구적 프레즌스 관리블록(210)은 먼저 단말(10)로부터 집체 프록시(100)의 XCAP 인터페이스(Ut)를 통해 입력(PUT) 명령을 수신한다(S120). 이에 영구적 프레즌스 관리블록(210)은 상기 명령을 분석하여 SNS 아이디와 같은 상세조회 필드가 있는지 확인하고, 상세조회 필드가 있는 경우 이를 파싱(parsing)한다(S121). 파싱된 상세조회 필드는 상세조회 데이터베이스(220)에 저장될 수 있도록 입력(Insert) 명령에 포함되어 전송된다(S122). 영구적 프레즌스 관리블록(210)은 상세조회 데이터베이스(220)에서 저장여부에 대한 응답을 받는데, 성공응답메시지(200 OK)인 경우 가입자 URI가 포함된 응답메시지를 생성한다(S123). 상기 응답메시지는 다시 집체 프록시(100)를 거쳐 단말(10)로 전송된다(S124).

이로써 상세조회 필드에 해당하는 SNS아이디 등은 가입자의 프레즌스 정보에 등록된다.

도 4(b)를 참조하면, 상세항목리스트 조회블럭(230)은 먼저 집체 프록시(100)로부터 상세조회 필드의 조회요청(POST) 명령을 수신한다(S130). 상세항목리스트 조회블럭(230)은 상기 조회요청 명령의 본문(BODY)를 분석하여 상세조회 필드가 있는 질의리스트를 확인한다(S131). 상세항목리스트 조회블럭(230)은 질의리스트에 포함된 각 상세조회 필드별로 상세항목 데이터베이스(220)에 조회요청을 하여 그에 대한 응답을 수신받는다(S132). 상세항목리스트 조회블럭(220)은 적어도 하나의 상기 응답들을 기초로 결과리스트를 작성하고(S133), 상기 결과리스트를 포함한 응답메시지를 다시 단말(10)로 전송한다(S134).

이로써 단말(10)은 적어도 하나의 상세조회 필드에 대한 프레즌스 정보들을 한번에 수신하게 된다.

도 5는 본 발명의 실시예에 따른 영구적 프레즌스 관리블록의 데이터베이스 테이블(XML_PS_DOC)이다.

도 5를 참조하면, XML문서는 BLOB타입의 DOC필드에 상세조회 필드를 포함한 문서전체가 저장된다. 즉, 영구적 프레즌스 관리블록(210)은 데이터베이스에서 문서를 하나의 필드로써 XML전체로 관리하므로, 상세조회 필드 뿐만 아니라 다른 내용도 포함할 수 있어 XML문서의 확장 및 유연성을 기대할 수 있다.

도 6은 본 발명의 실시예에 따른 영구적 프레즌스 관리블록이 상세조회 데이터베이스에 전송하기 위해 상세조회 필드들만을 파싱하여 생성하는 필드 테이블(XML_STALK_IDX)이다.

도 6을 참조하면, 영구적 프레즌스 관리블록(210)은 PUT 명령을 수신하면, MDN, 트위터(TWITTER), 페이스북(FACEBOOK), 네이트온(NATECONN) 또는 미투데이(ME2DAY) 등의 소셜네트워크 아이디 또는 이메일(EMAIL) 등의 상세조회 필드들이 포함된 질의 리스트가 PUT 명령의 본문(BODY)에 있는지 확인한다. 상기 질의 리스트 중 적어도 하나의 상세조회 필드가 포함되어 있는 경우, 영구적 프레즌스 관리블록(210)은 상기 상세조회 필드를 파싱(parsing)하여 상기 항목을 포함한 XML_STALK_IDX라는 테이블을 생성, 업데이트 또는 삭제한다.이때 XML_STALK_IDX 테이블은 가입자별로 생성되어 가입자URI, 생성 및 업데이트 시각항목을 기본적으로 포함하는 테이블이 될 수 있다. 다만, 상기 테이블의 명칭은 상기 실시예에 한정되지 않고, 실시예에 따라 다양하게 명명될 수 있다.

도 7은 단말이 업데이트 되는 트위터 아이디를 XCAP 인터페이스를 통하여 프레즌스 조회 시스템에 입력하기 위한 XCAP메세지이다.

단말(10)은 업데이트할 상세조회 필드를 포함한 PIDF 문서를 영구적 프레즌스 관리블록(210)으로 전송한다. 이때 PUT 명령은 가입자의 프레즌스 정보에 입력할 상세조회 필드를 포함한다. 도 7에 도시된 XCAP 메시지는 아이디가 "kkkk"인 트위터 아이디를 가입자의 프레즌스 정보 및 상세조회 필드에 입력하기 위한 PUT 명령이다.

도 8은 도 7에 도시된 트위터 아이디를 본 발명의 실시예에 따른 상세조회 데이터베이스에 업데이트 하기 위한 XCAP메세지이다.

영구적 프레즌스 관리블록(210)은 PIDF문서에 대한 요소(element) 입력요청을 처리한다. 이는 가입자의 프레즌스 전체 정보를 포함한 PIDF문서를 업데이트하기 위한 것이다. 이후 영구적 프레즌스 관리블록(210)은 PIDF문서 중 상세조회 필드만을 파싱(parsing)하여 XML_STALK_IDX 테이블에 입력한다.

도 8을 참조하면, 도시된 XCAP메시지는 가입자URI(User_URI)가 "sip:stalk001@sktims.net"인 가입자의 상세조회 데이터베이스(220)의 XML_STALK_IDX 테이블에 트위터 아이디 "kkkk"를 입력하여 업데이트하기 위한 것이다.

도 9는 본 발명의 실시에에 따라 도 8에 도시된 메시지를 받고 상세조회 데이터베이스에 저장되는 가입자의 상세조회 필드들을 포함한 PIDF문서이다.

도 9를 참조하면, 상세조회 데이터베이스(220)에는 가입자URI(User_URI)가 "sip:stalk001@sktims.net"인 가입자에 대한 상세조회 필드를 포함한 PIDF문서가 저장된다. 도 9에 도시된 바에 따르면 트위터 아이디(twitter id), 페이스북 아이디(faccebook id), 미투데이 아이디(me2day id), 및 네이트온 아이디(nateconn id)에 대한 상세조회 필드가 있다.

실시예에 따르면 상세조회 데이터베이스(220)는 도 8에 도시된 메시지, 즉 트위터 아이디를 업데이트 한다는 메시지를 받아 도 9의 PIDF 문서에 트위터 아이디를 "kkkk"로 업데이트 한 것을 볼 수 있다.

도 10은 본 발명의 실시예에 따른 프레즌스 관리 시스템에서 단말이 하나이상의 다른 가입자들을 조회하기 위해 보내는 XCAP메시지이다.

도 10을 참조하면, 단말(10)은 적어도 하나의 다른 가입자를 질의 리스트(query list)에 포함한 조회요청을 프레즌스 관리 시스템(200)으로 전송한다. 도시된 XCAP메시지는 가입자URI가 “sip:stalk001@sktims.net”인 가입자가 트위터 아이디가 "kkkk"인 친구와 페이스북 아이디가 "def"인 친구를 찾기 위해 조회요청을 하는 POST 명령이다. 즉, 단말(10)은 조회요청을 하고자 하는 친구들(타 가입자)의 프레즌스 정보를 질의 리스트에 포함하여 프레즌스 관리시스템(200)으로 전송한다.

도 11은 본 발명의 실시예에 따른 상세항목 리스트 조회블록이 상세조회 데이터베이스에 보내는 XCAP 메시지이다.도 12는 본 발명의 실시예에 따른 상세항목 리스트 조회블록이 상세조회 데이터베이스에 보내는 XCAP 메시지이다.

도 11 내지 도12 를 참조하면, 상세항목 리스트 조회블록(230)은 POST 명령의 본문(BODY) 내용을 분석하여 상세조회 필드가 포함되어 있을 경우, 각 상세조회 필드별로 도시된 바와 같은 조회요청을 상세조회 데이터베이스(220)로 전송한다. 이때 POST 명령의 본문에 포함되어 있는 상세조회 필드의 엔트리 갯수만큼 조회요청이 수행되고, 상세항목 리스트 조회블록(230)은 상기 조회요청 수만큼 응답을 반환받는다.

도 11을 참조하면, 도시된 XCAP메시지는 상세조회 데이터베이스(220)의 XML_STALK_IDX 테이블에 트위터 아이디 "kkkk"를 가진 가입자URI를 조회요청하는 메시지이다. 상세조회 데이터베이스(220)는 트위터 아이디 "kkkk"를 가진 가입자의 프레즌스정보를 찾아 해당 가입자의 가입자URI(user_uri) "sip:stalk001@sktims.net"를 응답으로 반환한다.

도 12을 참조하면, 도시된 XCAP메시지는 상세조회 데이터베이스(220)의 XML_STALK_IDX 테이블에 페이스북 아이디 "def"를 가진 가입자URI를 조회요청하는 메시지이다. 상세조회 데이터베이스(220)는 페이스북 아이디 "def"를 가진 가입자의 프레즌스정보를 찾아 해당 가입자의 가입자URI(user_uri) "sip:01110001002@sktims.net"를 응답으로 반환한다.

즉, 상세항목 리스트 조회블록(230)은 2회(POST 명령의 본문에 포함되어 있는 상세조회 필드의 엔트리 개수, 트위터 아이디 "kkkk" 및 페이스북 아이디 "def")의 조회요청을 수행하고, 상세항목 리스트 조회블록(230)은 상기 조회요청 에 대해 2회의 응답(해당 가입자의 가입자URI(user_uri) sip:stalk001@sktims.net 및 sip:01110001002@sktims.net)을 수신받는다.

도 13은 본 발명의 실시예에 따른 상세항목 리스트 조회블록이 상세조회 데이터베이스로부터 수신한 응답을 취합하여 단말로 보내기 위해 생성하는 POST응답메시지이다.

상세항목 조회리스트 블록(230)은 조회요청을 수행하고 응답을 수신하면, 각 응답에 포함된 결과값을 분석한다. 상세항목 조회리스트 블록(230)은 각 결과값인 가입자URI를 취합하여 결과리스트(result-list)를 작성하고 이를 응답메시지(200 OK)에 포함하여 단말로 다시 전송한다.

도 13을 참조하면, 상세항목 조회리스트 블록(230)은 도 11 내지 도 12에 도시된 바와 같이 적어도 하나의 타 가입자에 대한 조회요청을 하여 각각 응답을 수신하고, 각 응답의 결과값을 분석한다. 상세항목 조회리스트 블록(230)은 분석된 결과값을 모두 취합하여 상세조회 필드 각각(트위터 아이디, 페이스북 아이디)에 대해 각각 결과값을 나타낸 결과리스트를 작성한다. 즉, 트위터 아이디 "kkkk"에 대해서는 가입자 URI가 "sip:stalk001@sktims.net"임을, 페이스북 아이디 "def"에 대해서는 가입자URI(user_uri) "sip:01110001002@sktims.net"임을 각각 나타낸 결과리스트를 생성하여 단말(10)로 반환한다.

본 발명의 실시예에 따른 상세항목 리스트 조회블록(230), 영구적 프레즌스 관리블록(210) 또는 상세조회 데이터베이스(220)는 모듈로 구현될 수 있다. 본 명세서에서 모듈(module)이라 함은 본 명세서에서 설명되는 각각의 명칭에 따른 기능과 동작을 수행할 수 있는 하드웨어를 의미할 수도 있고, 또는 특정한 기능과 동작을 수행할 수 있는 컴퓨터 프로그램 코드를 의미할 수도 있고, 또는 특정한 기능과 동작을 수행시킬 수 있는 컴퓨터 프로그램 코드가 탑재된 전자적 기록매체, 예컨대 프로세서를 의미할 수도 있다. 다시 말해 모듈이란 본 발명의 기술적 사상을 수행하기 위한 하드웨어 및/또는 상기 하드웨어를 구동하기 위한 소프트웨어의 기능적 및/또는 구조적 결합을 의미할 수 있다.

본 발명의 실시예에 따른 프레즌스 필드 관리방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드디스크, 플로피디스크 및 자기테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media) 및 롬(ROM), 램(RAM), 플레시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러(compiler)에 의해 만들어지는 것과 같은 기계어 코드 뿐만 아니라 인터프리터(interpreter) 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

본 발명을 실시하는데 있어서 하기의 OMA-AD-XDM-V2_0(XDM Architecture), OMA-TS-XDM-Core(XDM Specification) , RFC 4825(The XCAP), RFC 3863(Presence Information Data Format; PIDF)은 본원에 참조 문헌들 본원에 참조내용으로 포함된 것으로 한다.

본 발명은 도면에 도시된 일 실시 예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 등록청구범위의 기술적 사상에 의해 정해져야 할 것이다.

10 : 단말
20 : XCAP 서버
30 : 프레즌스 서버
100 : 집체 프록시
200 : 프레즌스 관리시스템
210 : 영구적 프레즌스 관리블록
220 : 상세조회 데이터베이스
230 : 상세항목리스트 조회블럭
1000 : IMS 네트워크

Claims

집체 프록시(Aggregation Proxy)로부터 수신한 동작수행 명령에 포함되어 있는 PIDF 문서에서 가입자의 전체 필드 중 상세조회 필드만을 파싱(parsing)하는 영구적 프레즌스 관리블록; 및
상기 영구적 프레즌스 관리블록에 의해 파싱된 상기 상세조회 필드만을 별도로 저장하여 관리하는 상세조회 데이터베이스를 포함하고,
상기 상세조회 필드는
시스템관리자에 의해 기설정된 필드로서 각 가입자의 소셜네트워크서비스(SNS)별 아이디, 이메일, MDN 및 가입자URI(User_URI) 중 적어도 어느 하나인 프레즌스 관리 시스템.
삭제
제1항에 있어서, 상기 동작수행은
생성,갱신,삭제 및 조회 중 어느 하나의 동작을 수행하는 프레즌스 관리 시스템.
제3항에 있어서, 상기 상세조회 데이터베이스는
상기 영구적 프레즌스 관리블록으로부터 수신한 상기 상세조회 필드에 대해 상기 명령에 상응하는 동작수행을 한 후, 상기 동작수행 결과에 대한 응답을 상기 프레즌스 관리블록으로 전송하는 프레즌스 관리 시스템.
제4항에 있어서, 상기 동작수행 결과에 대한 응답은
1XX,2XX,3XX,4XX,5XX 및 6XX 응답 중 어느 하나의 응답인 프레즌스 관리 시스템.
제5항에 있어서,
상기 집체 프록시로부터 수신한 조회명령의 바디(BODY)에 포함된 상세조회 필드를 조회하고, 상기 상세조회 필드별 조회요청(query)을 상기 상세조회 데이터베이스로 전송하는 상세항목리스트 조회블록을 더 포함하는 프레즌스 관리 시스템.
제6항에 있어서, 상기 데이터베이스는,
상기 상세항목 리스트 조회블록으로부터 상기 조회요청을 수신하면, 상기 상세조회 필드에 상응하는 가입자URI를 조회한 후, 상기 상세항목 리스트 조회블록으로 상기 가입자URI를 포함한 응답(response)을 전송하는 프레즌스 관리 시스템.
제7항에 있어서, 상기 상세항목 리스트 조회블록은,
상기 상세조회 데이터베이스로부터 수신한 상기 응답을 취합하여 프레즌스 결과리스트를 작성한 후, 상기 프레즌스 결과리스트를 상기 집체 프록시로 반환하는 프레즌스 관리 시스템.
집체프록시 및 프레즌스서버와 연결된 프레즌스 관리시스템의 프레즌스 필드 관리방법에 있어서,
상기 집체프록시로부터 PIDF 문서를 포함한 동작수행명령을 수신하는 단계;
상기 PIDF문서의 가입자의 전체 필드 중 적어도 하나의 상세조회 필드를 파싱(parsing)하는 단계; 및
상기 파싱된 상세조회 필드에 대한 동작수행 명령을 전송하여 상세조회 데이터베이스에서 관리하는 단계를 포함하고
상기 상세조회 필드는
시스템관리자에 의해 기설정된 필드로서 각 가입자의 소셜네트워크서비스(SNS)별 아이디, 이메일, MDN 및 가입자URI(User_URI) 중 적어도 하나인 프레즌스 필드 관리방법.
삭제
제9항에 있어서, 상기 동작수행명령은
상기 상세조회 필드의 생성,갱신,삭제 및 조회 중 어느 하나의 동작을 수행하는 프레즌스 필드 관리방법.
제11항에 있어서, 상기 상세조회 데이터베이스에서 관리하는 단계는
상기 동작수행명령이 생성(PUT) 명령일 때, 상기 상세조회 데이터베이스에 상기 가입자별로 해당 상세조회 필드를 저장하는 단계를 더 포함하는 프레즌스 필드 관리방법.
제11항에 있어서,
상기 상세조회 데이터베이스가 상기 상세조회 필드를 수신하여 상기 명령에 상응하는 동작수행을 하는 단계; 및
상기 동작수행 결과에 대한 응답을 상기 집체프록시로 반환하는 단계를 더 포함하는 프레즌스 필드 관리방법.
제13항에 있어서, 상기 동작수행 결과에 대한 응답은
1XX,2XX,3XX,4XX,5XX 및 6XX 응답 중 어느 하나의 응답인 프레즌스 필드 관리방법.
제14항에 있어서,
상기 집체 프록시로부터 조회(POST) 명령을 수신한 경우 상기 명령에 포함된 적어도 하나의 상세조회 필드를 모두 조회하는 단계; 및
상기 조회된 상세조회 필드별로 조회요청(query)을 상기 상세조회 데이터베이스로 전송하는 단계를 더 포함하는 프레즌스 필드 관리방법.
제15항에 있어서,
상기 상세조회 데이터베이스가 상기 조회요청을 수신하는 단계;
상기 조회요청에 포함된 상기 상세조회 필드별로 각각 상응하는 상기 가입자URI를 조회하는 단계; 및
상기 조회된 가입자URI별로 응답(response)에 포함하여 반환하는 단계를 더 포함하는 프레즌스 필드 관리방법.
제16항에 있어서,
상기 각각의 응답을 수신하여 상기 가입자URI와 상기 상세조회 필드룰 포함한 프레즌스 결과리스트를 작성하는 단계; 및
상기 프레즌스 결과리스트를 상기 집체 프록시로 전송하는 단계를 더 포함하는 프레즌스 필드 관리방법.
제9항, 제11항 내지 제17항 중 어느 한 항에 있어서,
상기 프레즌스 필드 관리방법을 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현하여 기록한 컴퓨터 판독 가능 매체.