KR100668362B1

KR100668362B1 - 이기종 프리젠스 시스템간의 친구목록 정보를 교환할 수있는 네트워크 제어 방법 및 네트워크 장치

Info

Publication number: KR100668362B1
Application number: KR1020040107966A
Authority: KR
Inventors: 이일진; 허미영; 현욱; 한재천; 박선옥; 강신각
Original assignee: 한국전자통신연구원
Priority date: 2004-12-17
Filing date: 2004-12-17
Publication date: 2007-01-16
Also published as: KR20060068986A

Abstract

본 발명은 네트워크 제어 방법 및 네트워크 장치에 관한 발명이다. 특히 이기종 프리젠스 시스템간의 친구목록 정보를 교환할 수 있는 네트워크 제어 방법 및 네트워크 제어 장치에 관한 발명이다.

본 발명은 제 1 XCAP 클라이언트 모듈을 포함하는 제 1 프리젠스 클라이언트, 제 2 XCAP 클라이언트 모듈을 포함하며, 제 1 프로토콜을 사용한 통신을 수행하여 상기 제 1 프리젠스 클라이언트에게 친구들의 상태정보를 제공하는 제 1 프리젠스 서버, 제 3 XCAP 클라이언트 모듈을 포함하는 제 2 프리젠스 클라이언트, 제 4 XCAP 클라이언트 모듈을 포함하며, 제 2 프로토콜을 사용한 통신을 수행하여 상기 제 2 프리젠스 클라이언트에게 친구들의 상태정보를 제공하는 제 2 프리젠스 서버, 및 상기 제 1 내지 4 XCAP 클라이언트 모듈과 XCAP 통신을 수행하며, 이들의 요청에 따라 친구목록을 제공하고, 친구목록을 저장 및 관리하는 XCAP 서버를 포함하는 네트워크 장치를 제공한다.

프리젠스, 친구 목록 등록, 친구목록 관리 서버, SIP

Description

이기종 프리젠스 시스템간의 친구목록 정보를 교환할 수 있는 네트워크 제어 방법 및 네트워크 장치 {NETWORK CONTROL METHOD AND NETWORK APPARATUS FOR EXCHANGING BUDDY LIST INFORMATION AMONG DIFFERENT PRESENCE SYSTEMS}

도 1은 인스턴트 메시징 및 프리젠스 서비스를 제공하는 종래기술에 의한 네트워크 장치를 나타내는 도면이다.

도 2는 SIP 기반의 제 1 프리젠스 서비스를 제공하고 있는 제 1 프리젠스 시스템과 자체 프로토콜로 제 2 프리젠스 서비스를 제공하고 있는 제 2 프리젠스 시스템을 포함하는 본 발명의 실시예에 의한 네트워크 장치의 구성도이다.

도 3은 친구 목록 교환에 사용할 수 있는 프로토콜인 XCAP(XML Configuration Access Protocol)을 상세히 설명하기 위한 도면이다.

도 4는 본 발명의 실시예에 의한 네트워크 장치의 사용자 및 서버에 대한 정보의 일례를 나타내는 도면이다.

도 5는 도 4와 같이 사용자 및 서버가 정하여 질 때 상기 네트워크 장치의 상세 동작의 일례를 나타내는 도면이다.

여러 사용자가 상호 접속하여 상대방의 상태 정보를 확인하고 인스턴트 메시지 교환 및 파일 전송 등의 상호 통신을 가능하게 하는 IMPP(Instant Message and Presence Protocol) 서비스가 국내외 업체에 의해 개발되어 제공되고 있다. 여기에서 상태정보는 일례로 특정 사용자가 온라인 상태인지 오프라인 상태인지에 관한 정보, 상기 특정 사용자가 통신의 가능성(availability)이 있는지, 인스턴트 메시징, VoIP(Voice on IP), 이동 전화, 이메일, 게임 등을 이용하여 통신할 의지(willingness)가 있는지, 음성 메일 가능, 비디오 가능, 이동 가능 등의 통신 능력(capability)이 있는지에 대한 정보를 포함할 수 있다. IMMP 서비스의 대표적인 예가 MSN 메신저와 ICQ 메신저를 들 수 있으며 이외에도 다수의 서비스 제공자가 자체 개발하여 인스턴스 메시징과 프리젠스 서비스 제공하고 있다. IMPP 서비스의 사용자는 한 서비스 사업자에 회원으로 가입하고 친구 목록을 등록할 수 있는데, 친 구 목록의 등록을 위해서는 친구 목록에 기재된 친구도 서비스 사업자의 회원으로 이미 가입되어 있어야 된다는 전제 조건이 따른다. 제 1 사용자가 제 2 사용자를 친구로 등록하면, 제 2 사용자에게 친구로 등록 요청이 왔다는 통지가 보내지고, 제 2 사용자의 의지에 따라 제 1 사용자에게 프리젠스 서비스가 제공될 지 아니면 거절될 지가 결정된다. 만약 제 2 사용자가 친구 추가를 허락한 경우에, 두 사용자에게 인스턴트 메시지 및 파일 전송 그리고 인터넷 전화 서비스 등의 서비스가 제공될 수 있다.

인터넷 환경에서 프리젠스 서비스의 사용자와 프리젠스 서버와의 연결을 설정, 삭제하는 통신 프로토콜로서 SIP(Session Initiation Protocol) 기술이 사용되고 있다. SIP은 IETF에서 표준화가 진행 중에 있는 기술로서 인터넷 전화(Internet Telephony)를 비롯하여 인스턴트 메시지 및 프리젠스 서비스에 필요한 통신 기능을 제공한다. SIP 기반의 프리젠스 서비스의 대표적인 예로 MSN 메신저가 있다. 이에 반하여, ICQ 메신저는 SIP 기반이 아닌 자체 프로토콜을 사용하여 프리젠스 서비스를 제공하고 있다.

도 1을 참조하면 종래기술에 의한 네트워크 장치는 제 1 서비스 사업자가 프리젠스 서비스를 제공하는 제 1 프리젠스 시스템(100) 및 제 2 서비스 사업자가 프리젠스 서비스를 제공하는 제 2 프리젠스 시스템(200)을 포함한다. 제 1 프리젠스 시스템(100)은 제 1 프리젠스 서버(110) 및 복수의 제 1 프리젠스 클라이언트(120)을 포함한다. 제 1 프리젠스 서버(110)와 제 1 프리젠스 클라이언트(120)은 SIP 기반의 통신을 통하여 상태 정보를 주고 받는다. 제 1 프리젠스 시스템(100)에서 사용되는 친구 목록에 대한 관리는 제 1 프리젠스 서버(110)가 자체 데이터 베이스를 구축하여 관리하고 있다. 제 2 프리젠스 시스템(200)은 제 2 프리젠스 서버(210) 및 복수의 제 2 프리젠스 클라이언트(220)를 포함한다. 제 2 프리젠스 서버(210)와 제 2 프리젠스 클라이언트(220)는 자체 프로토콜을 이용하여 상태 정보를 주고 받는다. 제 2 프리젠스 시스템(200)에서 사용되는 친구 목록에 대한 관리는 제 2 프리젠스 서버(210)가 자체 데이터 베이스를 구축하여 관리하고 있다.

이러한, 종래 기술에 의한 프리젠스 서비스를 제공하는 네트워크 장치는 이기종 프리젠스 시스템간의 상호 운용성이 확보되어 있지 않다는 문제점이 있다. 즉 한 사용자가 프리젠스 서비스를 이용하고자 하는 경우 동일한 서비스 사업자에게 등록한 사용자들에 국한하여 프리젠스 서비스를 이용할 수 있다는 문제점이 있다. 이것은 일반적으로 한 서비스 사업자는 자신에게 등록한 사용자 정보만을 관리하며, 타 서비스 사업자에게 등록한 사용자 정보를 제공받거나, 관리하지 못하기 때문에 발생한다. 다시 정리하면, 종래기술에 의한 프리젠스 서비스는 프리젠스 서비스를 이용하는 사용자는 각 서비스 사업자가 제공하는 인터페이스를 통해 친구 목록을 각각 달리 등록해야 해야 하는 단점을 가지고 있다. 예를 들어 MSN 메신져의 친구 목록을 등록, 추가, 삭제등을 하기 위해서는 MSN 메신저가 제공하는 사용자 인터페이스를 통해서 등록해야 하고 ICQ 메신저에서 친구 목록을 등록, 추가, 삭제 등을 하기 위해서는 역시 ICQ 메신저 프로그램을 설치하고 사용자 인터페이스를 통해 친구 목록을 관리해야 하는 문제점 있다.

따라서, 본 발명은 상술한 문제점을 해결하기 위한 것으로, 본 발명의 목적은 다른 서비스 사업자간 즉 이기종 프리젠스 시스템간의 친구 목록 정보를 교환할 수 있는 네트워크 제어 방법 및 네트워크 장치를 제공하는데 있다.

상술한 목적을 달성하기 위한 기술적 수단으로서, 본 발명의 제 1 측면은 제 1 XCAP 클라이언트 모듈을 포함하는 제 1 프리젠스 클라이언트; 제 2 XCAP 클라이언트 모듈을 포함하며, 제 1 프로토콜을 사용한 통신을 수행하여 상기 제 1 프리젠스 클라이언트에게 친구들의 상태정보를 제공하는 제 1 프리젠스 서버; 제 3 XCAP 클라이언트 모듈을 포함하는 제 2 프리젠스 클라이언트; 제 4 XCAP 클라이언트 모듈을 포함하며, 제 2 프로토콜을 사용한 통신을 수행하여 상기 제 2 프리젠스 클라이언트에게 친구들의 상태정보를 제공하는 제 2 프리젠스 서버; 및 상기 제 1 내지 4 XCAP 클라이언트 모듈과 XCAP 통신을 수행하며, 이들의 요청에 따라 친구목록을 제공하고, 친구목록을 저장 및 관리하는 XCAP 서버를 포함하되, 상기 제 1 및 제 2 프리젠스 서버는 상기 제 1 및 제 2 프리젠스 클라이언트가 친구들의 상태정보를 요청하는 경우에 요청하는 친구의 목록을 상기 제 2 및 제 4 XCAP 클라이언트 모듈을 통해 상기 XCAP 서버로 요청하고, 응답으로 전송된 친구들의 목록을 기반으로 각 친구들에게 상태정보를 요청하여 수집된 친구들의 상태 정보를 상기 제 1 및 제 2 프리젠스 클라이언트에게 전달하는 것을 특징으로 하는 네트워크 장치를 제공한다.

본 발명의 제 2 측면은 (a) 제 1 프리젠스 클라이언트가 제 1 XCAP 클라이언트 모듈을 통하여 XCAP 서버에 친구 목록을 등록하는 단계; (b) 상기 제 1 프리젠스 클라이언트가 제 1 프로토콜을 사용한 통신을 수행하여 제 1 프리젠스 서버에 연결되는 단계; (c) 상기 제 1 프리젠스 서버가 제 2 XCAP 클라이언트 모듈을 통하여 상기 XCAP 서버로부터 상기 친구 목록을 가져오는 단계; (d) 상기 제 1 프리젠스 서버가 상기 친구 목록에 포함된 친구들의 상태 정보를 검색하여 상기 친구들의 상태정보를 제 1 프리젠스 클라이언트에게 전달하는 단계; (e) 제 2 프리젠스 클라이언트가 제 3 XCAP 클라이언트 모듈을 통해 상기 XCAP 서버로부터 상기 친구 목록을 가져오는 단계; (f) 상기 제 2 프리젠스 클라이언트가 제 2 프로토콜을 사용한 통신을 수행하여 제 2 프리젠스 서버에 연결되는 단계; 및 (g) 상기 제 2 프리젠스 클라이언트가 상기 제 3 XCAP 클라이언트 모듈을 통해 상기 XCAP 서버의 상기 친구 목록에 새로운 친구 목록을 추가하는 단계를 포함하는 네트워크 제어 방법을 제공한다.

이하, 첨부한 도면들을 참조하여 본 발명의 바람직한 실시예를 상세히 설명한다. 그러나, 본 발명의 실시예들은 여러가지 형태로 변형될 수 있으며, 본 발명의 범위가 아래에서 상술하는 실시예들로 인하여 한정되는 식으로 해석되어 져서는 안된다. 본 발명의 실시예들은 당업계에서 평균적 지식을 가진 자에게 본 발명을 보다 완전하게 설명하기 위해 제공되는 것이다.

도 2는 SIP 기반의 제 1 프리젠스 서비스를 제공하고 있는 제 1 프리젠스 시스템(300)과 자체 프로토콜로 제 2 프리젠스 서비스를 제공하고 있는 제 2 프리젠스 시스템(400)을 포함하는 본 발명의 실시예에 의한 네트워크 장치의 구성도이다.

도 2를 참조하면, 네트워크 장치는 제 1 프리젠스 시스템(300) 및 제 2 프리젠스 시스템(400) 및 친구 목록을 관리하는 XCAP 서버(510)을 포함한다. 제 1 프리 젠스 시스템(300)은 XCAP 클라이언트 모듈(520)이 탑재된 제 1 프리젠스 서버(310), XCAP 클라이언트 모듈(520)이 탑재된 복수의 제 1 프리젠스 클라이언트(320)을 포함한다. 제 2 프리젠스 시스템(400)은 XCAP 클라이언트 모듈(520)이 탑재된 제 2 프리젠스 서버(410), XCAP 클라이언트 모듈(520)이 탑재된 복수의 제 2 프리젠스 클라이언트(420)을 포함한다.

SIP 기반의 제 1 프리젠스 클라이언트(320)은 제 1 프리젠스 서버(310)에게 자신의 상태 정보를 알려주고, 또한 제 1 프리젠스 서버(310)에게 친구들의 상태 정보를 요청하고 제 1 프리젠스 서버(310)로부터 친구들의 상태 정보를 전달받아 현재 친구들의 상태 정보 파악하고 온라인 상에 있는 친구와 인스턴트 메시징 서비스를 통해 서로 통화 할 수 있다. SIP 기반의 제 1 프리젠스 서버(310)는 제 1 프리젠스 클라이언트(320)이 요청하는 친구의 목록을 자신의 XCAP 클라이언트 모듈(520)을 통해 XCAP 서버(510)로 요청하고 응답으로 전송된 친구들의 목록을 기반으로 각각의 친구들에게 상태 정보를 요청하고 수집된 친구들의 상태 정보를 제 1 프리젠스 클라이언트(320)에게 전달하는 기능을 담당한다.

제 2 프리젠스 서버(410) 및 제 2 프리젠스 클라이언트(420)은 제 1 프리젠스 서버(310) 및 제 1 프리젠스 클라이언트(320)과 동일한 방식으로 동작하나, 다만 프로토콜이 SIP 기반의 프로토콜이 아닌 다른 프로토콜 가령 자체 프로토콜을 사용한다는 차이가 있다.

XCAP 클라이언트 모듈(520)은 GUI(graphic user interface)를 이용하여 프리젠스 클라이언트(320, 420)의 친구 목록을 전달받아 HTTP 프로토콜을 이용하여 전 달받은 친구 목록을 XCAP 서버(510)에게 등록하고, 또한 등록된 친구들의 목록을 불러오거나 삭제 및 추가할 수 있는 기능을 제공한다. XCAP 서버(510)는 프리젠스 클라이언트(320, 420) 혹은 프리젠스 서버(310, 410)로부터 요청한 친구 목록을 제공하거나 친구목록을 등록, 친구 추가, 삭제 요청을 받아 해당 서비스를 실시한 후 응답을 통해 해당 서비스 요청이 성공했는지 아니면 실패 하였는지를 제공한다.

상기 도 2와 같이 구성된 네트워크 장치에 있어서 친구 목록을 등록 및 가져오는 경우의 메커니즘은 다음과 같다.

(1-1) 제 1 프리젠스 클라이언트(320)는 프리젠스 서비스를 제공받기 위하여 제 1 프리젠스 서버(310)와 연결을 설정한다.

(1-2) 설정이 완료되면 제 1 프리젠스 클라이언트(320)는 친구 목록을 등록하기 위해 GUI를 통해 자신의 XCAP 클라이언트 모듈(520)을 구동하여 상태 정보를 알고 싶어하는 친구들의 목록을 입력한다. 입력되는 친구들의 목록은 제 1 프리젠스 서비스의 친구의 목록(E-mail 형태)이거나 제 2 프리젠스 서비스의 친구 목록(ID형태)일 수 있다. 이들 목록은 서비스에 따라 따로따로 등록될 수도 있고 함께 섞어서 등록될 수도 있다.

(1-3) 제 1 프리젠스 클라이언트(320)의 XCAP 클라이언트 모듈(520)은 입력된 친구 목록을 등록하기 위해 친구 목록을 관리하는 XCAP 서버(510)와 HTTP PUT 메소드로 연결한다.

(1-4) 친구 목록을 관리하는 XCAP 서버(510)는 제 1 프리젠스 클라이언트(310)로부터 전달받은 친구들의 목록을 자신이 관리하는 내부 데이터 베이스에 저장한다.

(1-5) 제 1 프리젠스 클라이언트(320)는 친구들의 상태 정보를 알기 위해 제 1 프리젠스 서버(310)로 요청 메시지(Subscribe message)를 전송한다.

(1-6) 제 1 프리젠스 서버(310)는 제 1 프리젠스 클라이언트(320)가 지정한 친구들의 상태정보를 요청하기 전에 사용자가 지정한 친구 목록을 획득하기 위해 자신의 XCAP 클라이언트 모듈(520)을 통해 XCAP 서버(510)로부터 HTTP GET 메소드를 통해 친구 목록을 전달 받는다.

(1-7) 등록된 친구들의 주소 정보가 포함된 친구 목록을 가져온 제 1 프리젠스 서버(310)는 이 정보를 기반으로 각 친구들의 상태 정보를 자신이 관리하는 데이터 베이스를 통해 획득한 후 제 1 프리젠스 클라이언트(320)에게 메시지를 전송하고 그 응답으로 통보(Notify) 메시지를 수신한다.

도 3을 참조하면, XCAP은 IETF(Internet Engineering Task Force)에서 표준화가 진행되고 있는 프로토콜로, XCAP 서버(510)에 저장되어 있는 응용 구성(application configuration) XML(Extensible Markup Language) 데이터를 XCAP 클라이언트 모듈(520)에서 읽고, 쓰고 수정하게 하는 프로토콜로서, XCAP 서버(510)가 갖고 있는 XML 데이터 문서를 핸들링 하기 위하여 HTTP(hypertext transfer protocol)를 이용하고 있다. 또한, 이를 위하여 XCAP은 XML 문서, 요소(element), 속성(attribute) 등을 하나의 HTTP URI(uniformed resource identifier)로 매핑하는 방법을 제공한다. HTTP의 메소드는 일례로 PUT 메소드, DELETE 메소드 및 GET 메소드 등이 있다. PUT 메소드는 친국 목록의 등록 및 추가 등을 요청하는 메소드이고, DELETE 메소드는 친구 삭제를 요청하는 메소드이고, GET 메소드는 친구 목록을 가져올 것을 요청하는 메소드이다.

XCAP 프로토콜은 여러 응용에 이용될 수 있으며 프리젠스 서비스에서 친구 목록을 관리하는 것 뿐만 아니라 인터넷 상에서 컨퍼런스 응용 시스템 구축시에서 활용될 수 있는데 컨퍼런스에 참여하고자 참여자들의 목록을 관리하여 컨퍼런스 서버에서 이 참여자들의 목록을 가져와 컨퍼런스 시간때 회의 참석 요청 메시지를 전송하는데에도 활용될 수 있다.

도 4를 참조하면, SIP 기반의 제 1 프리젠스 서버에 등록한 사용자로는 User1 및 User2가 있고, 제 2 프리젠스 서버에 등록한 사용자로는 User3 및 User4가 있다. 또한 제 1 서비스의 사용자는 이메일 주소로 위치정보가 표현되고, 제 2 서비스의 사용자는 ID로 위치정보가 표현된다. 또한, 도 4에는 각 서버의 위치주소가 표현되어 있다. 또한, 사용자들이 참여하고자 하는 컨퍼런스 정보는 conference@etri.re.kr로 가정한다.

도 5를 참조하여, XCAP 클라이언트 모듈(520)이 탑재된 SIP 기반의 제 1 프리젠스 클라이언트(320)의 친구목록 등록 방식은 다음과 같다.

(2-1) 제 1 프리젠스 클라이언트(320)에 User1이 접속하여 로그인 되면서 자신의 친구목록을 등록하기 위해 XCAP 서버(510)에게 HTTP PUT "Friend"라는 메시지를 전달함으로써 "Friend"란 방이 새로 만들어 지고 XCAP 서버(510)는 "Friend" 방이 잘 만들어 졌다는 것을 "200 OK" 메시지를 통해 제 1 프리젠스 클라이언트(320)의 XCAP 클라이언트(520)로 전달한다(S11). 이 때 제 1 프리젠스 클라이언트(320)의 XCAP 클라이언트 모듈(520)로부터 XCAP 서버(510)으로 전달되는 요구(Request)는 다음과 같다.

PUT

http://xcap.example.com/services/resource-lists/users/bill/fr.xml HTTP/1.1

Content-Type:application/resource-lists+xml

<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">

</list>

그리고, XCAP 서버(510)로부터 제 1 프리젠스 클라이언트(320)의 XCAP 클라이언트 모듈(520)로의 응답(Response)은 다음과 같다.

HTTP/1.1 200 OK

Etag: "wwhha"

Content-Type: application/resource-lists+xml

(2-2) User1은 "Friend"란 방에 자신의 친구 목록을 등록하기 위해 XCAP 서버(510)에게 등록 메시지를 전달하고 XCAP 서버(510)로부터 등록이 잘되었다는 "200 OK"를 전달받는다(S11). 이 때 User1의 제 1 프리젠스 클라이언트(320)의 XCAP 클라이언트 모듈(520)로부터 XCAP 서버(510)으로 전달되는 요구(Request)는 다음과 같다.

PUT

http://xcap.example.com/services/resource-lists/users/bill/fr.xml

/~~/resource-lists/list%5b@name=%22friends%22%5d/entry HTTP/1.1

Content-Type:application/xcap-el+xml

<display-name>Bob Jones</display-name>

</entry>

<display-name>Bob Jones</display-name>

</entry>

그리고, XCAP 서버(510)로부터 User1의 제 1 프리젠스 클라이언트(320)의 XCAP 클라이언트 모듈(520)로의 응답(Response)은 다음과 같다.

HTTP/1.1 200 OK

Etag: "wwhha"

Content-Type: application/resource-lists+xml

(2-3) 친구 목록 등록이 완료되면 제 1 프리젠스 클라이언트(320)의 User1은 자신의 친구들의 프리젠스 정보를 요청하기 위해 SIP 가입(SIP SUBSCRIBE) 메시지를 제 1 프리젠스 서버(310)에게 전달하고 SIP 기반의 제 1 프리젠스 서버(310)는 "200 OK" 메시지를 전달함으로써 제 1 프리젠스 서버(310)와의 연결이 설정된다(S21). 이 때 User1로부터 제 1 프리젠스 서버(310)으로 전달되는 요구(Request)는 다음과 같다.

SUBSCRIBE sip:pres@sip.etri.re.kr SIP1.0

From: sip:user1@sip.etri.re.kr

To: sip: pres@sip.etri.re.kr

(2-4) 제 1 프리젠스 서버(310)는 User1의 친구목록을 가져오기 위해 HTTP GET 메시지를 이용하여 XCAP 서버(510)로부터 User1의 친구 목록을 가져온다(S31).

이 때 제 1 프리젠스 서버(310)의 XCAP 클라이언트 모듈(520)로부터 XCAP 서버(510)로 전달되는 요구(Request)는 다음과 같다.

GET

http://xcap.example.com/ user 1 "Friend"

(2-5) XCAP 서버(510)는 SIP 기반의 제 1 프리젠스 서버(310)에게 User1의 친구 목록을 "200 OK" 메시지로 전달한다(S31). XCAP 서버(510)로부터 제 1 프리젠스 서버(310)의 XCAP 클라이언드 모듈(520)로 전달되는 응답은 다음과 같다.

HTTP/1.1 200 OK

Etag: "wwhha"

Content-Type: application/resource-lists+xml

<display-name>Bob Jones</display-name>

</entry>

<display-name>Bob Jones</display-name>

</entry>

(2-6) SIP 기반의 제 1 프리젠스 서버(310)는 XCAP 서버(510)에서 전달 받은 친구 목록을 기반으로 친구들의 상태 정보를 검색해서 SIP NOTIFY 메시지를 통해 친구 상태를 전달하고 User1은 제 1 프리젠스 서버(310)에게 잘 받았다는 의미로 "200 OK"를 전달함으로써 프리젠스 서비스가 이루어지게 된다(S21). SIP 기반의 제 1 프리젠스 서버(310)에서 제 1 프리젠스 클라이언트(320)의 User1에 전달되는 메시지는 다음과 같다.

NOTIFY sip:pres@sip.etri.re.kr SIP1.0

From: pres@sip.etri.re.kr

To: sip: sip:user1@sip.etri.re.kr

도 5를 참조하여, User1이 등록된 친구들의 상태 정보를 제 1 프리젠스 서버(310)로부터 전달받은 상태에서, XCAP 클라이언트 모듈(520)이 탑재된 자체 프로토콜 기반의 제 2 프리젠스 클라이언트(420)에 User1이 접속하여 친구목록을 추가하는 방식은 다음과 같다.

(3-1) 제 2 프리젠스 클라이언트(420)에 접속한 User1은 SIP 기반의 제 1 프리젠스 클라이언트(320)에서 등록한 친구 목록을 가져오기 위해 자신의 XCAP 클라이언트 모듈(520)을 이용하여 HTTP GET 메시지를 사용하여 XCAP 서버(510)와 연결을 요청하고 XCAP 서버(510)는 응답으로 "200 OK"로 SIP 기반에서 등록한 친구들의 목록을 전달한다(S41). 이때, 제 2 프리젠스 클라이언트(420)의 XCAP 클라이언트 모듈(520)에서 XCAP 서버(510)으로 전달되는 요구 메시지는 다음과 같다.

GET

http://xcap.example.com/ user 1 "Friend"

그리고, XCAP 서버(510)에서 User1의 제 2 프리젠스 클라이언트(420)의 XCAP 클라이언트 모듈(520)로 전달되는 응답 메시지는 다음과 같다.

HTTP/1.1 200 OK

Etag: "wwhha"

Content-Type: application/resource-lists+xml

<display-name>Bob Jones</display-name>

</entry>

<display-name>Bob Jones</display-name>

</entry>

(3-2) User1은 이번에는 제 2 프리젠스 클라이언트(420)에서 친구 목록을 추가하기 위해 자신의 XCAP 클라이언트 모듈(520)을 통해 XCAP 서버(510)에게 친구 목록 추가를 위한 HTTP PUT 메시지를 전달하고 XCAP 서버(510)는 친구 목록이 추가되었음을 "200 OK" 메시지로 전달한다(S51). User1의 제 2 프리젠스 클라이언트(420)의 XCAP 클라이언트 모듈(520)으로부터 XCAP 서버(510)로 전달되는 요구 메시지는 다음과 같다.

PUT

http://xcap.example.com/services/resource-lists/users/bill/fr.xml

/~~/resource-lists/list%5b@name=%22friends%22%5d/entry HTTP/1.1

Content-Type:application/xcap-el+xml

<display-name>Bob Jones</display-name>

</entry>

(3-3) XCAP 서버(510)는 User1의 친구 목록이 추가되었음을 SIP 기반의 제 1 프리젠스 서버(310)에게 NOTIFY 메시지로 전달한다(S61). XCAP 서버(510)으로부터 SIP 기반의 제 1 프리젠스 서버(310)으로 전달되는 메시지는 다음과 같다.

Notify

Body

(3-4) SIP 기반의 제 1 프리젠스 서버(310)는 XCAP 서버(510)에게 친구 목록에 대한 NOTIFY를 잘 받았다는 의미인 "200 OK"를 전달한다(S61).

(3-5) SIP기반의 제 1 프리젠스 서버(310)는 새로 추가된 친구 3의 상태 정보를 User1의 제 1 프리젠스 클라이언트(320)에게 제공한다(S21). SIP 기반의 제 1 프리젠스 서버(310)로부터 User1의 제 1 프리젠스 클라이언트(320)에게 제공되는 메시지는 다음과 같다.

NOTIFY sip:pres@sip.etri.re.kr SIP1.0

From: pres@sip.etri.re.kr

To: sip: sip:user1@sip.etri.re.kr

<user> 친구 3의 상태정보(online)<user>

(3-6) User1의 제 1 프리젠스 클라이언트(320)은 SIP 기반 프리젠스 서버(310)에게 친구 3의 상태정보를 잘 받았다는 의미로 "200 OK" 메시지를 전달한다(S21).

본 발명의 기술 사상은 상기 바람직한 실시예에 따라 구체적으로 기술되었으나, 상기한 실시예는 그 설명을 위한 것이며 그 제한을 위한 것이 아님을 주의하여야한다. 또한, 본 발명의 기술 분야의 통상의 전문가라면 본 발명의 기술 사상의 범위 내에서 다양한 변형예가 가능함을 이해할 수 있을 것이다.

본 발명에 의한 네트워크 장치 및 네트워크 제어 방법은 이기종 프리젠스 시스템에 가입되어 있는 사용자가 어느 시스템에서 로그인 하더라도 자신의 친구 목 록을 자유롭게 등록, 추가, 삭제하고 이러한 정보가 프리젠스 서버에게 전달되어 실시간으로 업데이트된 친구들의 상태 정보를 제공할 수 있다는 장점이 있다. 본 발명은 현재의 국한된 프리젠스 시스템내의 친구 목록 관리에서 벗어나 공통된 통신 프로토콜을 사용함으로써 어느 프리젠스 시스템에서도 자신의 친구 목록을 자유롭게 관리하여 프리젠스 서비스의 활성화를 유도할 수 있다는 장점이 있다.

Claims

제 1 XCAP 클라이언트 모듈을 포함하는 제 1 프리젠스 클라이언트;

제 2 XCAP 클라이언트 모듈을 포함하며, 제 1 프로토콜을 사용한 통신을 수행하여 상기 제 1 프리젠스 클라이언트에게 친구들의 상태정보를 제공하는 제 1 프리젠스 서버;

제 3 XCAP 클라이언트 모듈을 포함하는 제 2 프리젠스 클라이언트;

제 4 XCAP 클라이언트 모듈을 포함하며, 제 2 프로토콜을 사용한 통신을 수행하여 상기 제 2 프리젠스 클라이언트에게 친구들의 상태정보를 제공하는 제 2 프리젠스 서버; 및

상기 제 1 내지 4 XCAP 클라이언트 모듈과 XCAP 통신을 수행하며, 이들의 요청에 따라 친구목록을 제공하고, 친구목록을 저장 및 관리하는 XCAP 서버를 포함하되,

상기 제 1 및 제 2 프리젠스 서버는 상기 제 1 및 제 2 프리젠스 클라이언트가 친구들의 상태정보를 요청하는 경우에 요청하는 친구의 목록을 상기 제 2 및 제 4 XCAP 클라이언트 모듈을 통해 상기 XCAP 서버로 요청하고, 응답으로 전송된 친구들의 목록을 기반으로 각 친구들에게 상태정보를 요청하여 수집된 친구들의 상태 정보를 상기 제 1 및 제 2 프리젠스 클라이언트에게 전달하는 것을 특징으로 하는 네트워크 장치.
제 1 항에 있어서,

상기 제 1 프리젠스 클라이언트는, 상기 제 1 프리젠스 서버에게 자신의 상태 정보를 알려주고 상기 제 1 프리젠스 서버에게 친구들의 상태 정보를 요청하여 상기 제 1 프리젠스 서버로부터 친구들의 상태 정보를 전달받으며,

상기 제 2 프리젠스 클라이언트는, 상기 제 2 프리젠스 서버에게 자신의 상태 정보를 알려주고 상기 제 2 프리젠스 서버에게 친구들의 상태 정보를 요청하여 상기 제 2 프리젠스 서버로부터 친구들의 상태 정보를 전달받는 것을 특징으로 하는 네트워크 장치.
삭제
삭제
제 1 항에 있어서,

상기 XCAP 클라이언트 모듈은 HTTP 프로토콜을 이용하여 친구 목록을 상기 XCAP 서버에 등록, 친구 목록을 상기 XCAP 서버로부터 삭제, 친구 목록을 상기 XCAP 서버에 추가 및 친구 목록을 상기 XCAP 서버로부터 독출 중 적어도 하나를 수행하는 것을 특징으로 하는 네트워크 장치.
(a) 제 1 프리젠스 클라이언트가 제 1 XCAP 클라이언트 모듈을 통하여 XCAP 서버에 친구 목록을 등록하는 단계;

(b) 상기 제 1 프리젠스 클라이언트가 제 1 프로토콜을 사용한 통신을 수행하여 제 1 프리젠스 서버에 연결되는 단계;

(c) 상기 제 1 프리젠스 서버가 제 2 XCAP 클라이언트 모듈을 통하여 상기 XCAP 서버로부터 상기 친구 목록을 가져오는 단계;

(d) 상기 제 1 프리젠스 서버가 상기 친구 목록에 포함된 친구들의 상태 정보를 검색하여 상기 친구들의 상태정보를 제 1 프리젠스 클라이언트에게 전달하는 단계;

(e) 제 2 프리젠스 클라이언트가 제 3 XCAP 클라이언트 모듈을 통해 상기 XCAP 서버로부터 상기 친구 목록을 가져오는 단계;

(f) 상기 제 2 프리젠스 클라이언트가 제 2 프로토콜을 사용한 통신을 수행하여 제 2 프리젠스 서버에 연결되는 단계; 및

(g) 상기 제 2 프리젠스 클라이언트가 상기 제 3 XCAP 클라이언트 모듈을 통해 상기 XCAP 서버의 상기 친구 목록에 새로운 친구 목록을 추가하는 단계를 포함하는 네트워크 제어 방법.
제 6 항에 있어서,

(a) 단계 이전에

(h) 상기 제 1 프리젠스 클라이언트가 상기 제 1 XCAP 클라이언트 모듈을 통하여 상기 XCAP 서버에 상기 친구 목록을 등록할 수 있는 가상의 방을 만드는 단계를 추가적으로 포함하는 네트워크 제어 방법.
삭제
제 6 항에 있어서,

(i) 상기 XCAP 서버가 상기 친구 목록에 새로운 친구 목록을 추가되었음을 상기 제 2 XCAP 클라이언트 모듈을 통하여 상기 제 1 프리젠스 서버에게 알리는 단계; 및

(j) 상기 제 1 프리젠스 서버가 추가된 새로운 친구들의 상태 정보를 상기 제 1 프리젠스 클라이언트에게 전달하는 단계를 추가적으로 포함하는 네트워크 제어 방법.
삭제