KR20120107022A

KR20120107022A - 개인 정보 동기화 방법 및 장치

Info

Publication number: KR20120107022A
Application number: KR1020110022583A
Authority: KR
Inventors: 오규봉; 구선기; 황승오
Original assignee: 삼성전자주식회사
Priority date: 2011-03-14
Filing date: 2011-03-14
Publication date: 2012-09-28
Also published as: WO2012124985A2; WO2012124985A3; US20140012813A1

Abstract

본 발명은 통합 주소록 서비스를 지원하는 서버 장치가 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보와, 상기 통합 주소록 서비스를 지원하지 않는 비통합 주소록 시스템에 의해 관리되는 비통합 주소록 개인 정보 간에 동기화를 수행하기 위해, 사용자 단말에 대응하는 통합 주소록 개인 정보와, 상기 특정 사용자 단말에 대응하는 비통합 주소록 개인 정보 간에 동기화를 촉구하는 동기화 이벤트 발생을 확인하고, 상기 통합 주소록 개인 정보 중 적어도 일부를 포함하는 동기화 개인 정보를 구성하고, 상기 동기화 개인 정보를 상기 사용자 단말과 관련된 비통합 주소록 시스템으로 전달한다.

Description

개인 정보 동기화 방법 및 장치{METHOD AND APPARATUS FOR SYNCHRONIZING PERSONAL INFORMATION}

본 발명은 복수의 사용자 단말이 단일 주소록 데이터를 액세스할 수 있게 하는 통합 주소록(Converged Address Book, CAB) 서비스에 관한 것으로, 특히, 통합 주소록 서비스를 통해 관리되는 개인 정보와 통합 주소록 서비스를 제공받지 않는 통신 네트워크의 개인 정보 간에 동기화 방법 및 장치에 관한 것이다.

통합 주소록(Converged Address Book, CAB) 서비스는 네트워크에 특정 사용자에 대응하는 단일 주소록을 저장하여, 특정 사용자 소유의 복수의 사용자 단말이 단일 주소록을 액세스할 수 있게 함으로써, 주소록에 대한 사용자의 경험과 기능을 향상시키는 목적으로 제공되는 서비스이다.

도1은 통합 주소록 서비스를 제공하는 일반적인 통합 주소록 시스템의 구성을 나타낸 것이다. 도1을 참조하면, 통합 주소록 시스템은 CAB 클라이언트(10), CAB 서버(20), CAB XDMS(XML(eXtensible Markup Language) Document Management Server)(30)를 포함한다.

CAB 클라이언트(10)는 사용자 단말에 포함되며, CAB 서버(20)와 통신을 하며 CAB 사용자 인증, CAB 사용자의 요구사항, 예를 들면 주소 구독(subscription), 주소 찾기, 주소 공유, 기존 주소록과의 상호작용 또는 사용자 선호도의 관리 등을 CAB 서버(20)에게 전송하는 역할을 담당한다. 그리고 CAB 클라이언트(10)는 사용자 단말에 저장된 주소(contact) 정보, 즉, 개인 주소 카드(Personal Contact Card,이하, PCC) 및 통합 주소록을, 네트워크 저장소에 저장된 대응 정보들과 동기화한다.

CAB 서버(30)는 통합 주소록 시스템에서 주요한 네트워크 구성요소로써, CAB 클라이언트(10)로부터 CAB 사용자의 요청사항을 받아 처리하는 역할을 담당한다. CAB 서버(30)는 주소록 동기화부(Adress Book Synchronization Function)(21), IWF부(Interworking Function)(22), 주소 상태부(Contact State Function)(23), 신뢰 XDMC(Trusted XDMC)(24), 주소 공유부(Contact Sharer Function)(25), 주소 구독부(Contact Subscription Function)(26)를 포함한다.

CAB 서버(30)의 주요 기능으로는 CAB 클라이언트 상호인증, CAB 주소의 저장, 사용자 단말과 CAB XDMS(30) 간의 주소 정보 동기화, 주소 구독 기능으로부터의 주소 정보 갱신을 받아 주소록에 반영하는 역할을 한다. 또한 주소 구독/공유/변환 및 사용자의 선호도/정책 등을 반영하는 네트워크 구성요소로써, CAB XDMS(30)의 사용자 선호도 애플리케이션 사용부(CAB UP App. Usage)(33)로부터 CAB 사용자 선호도 XML 문서 회수, CAB 사용자의 구독 요청을 받는 주소 구독 기능, 주소 구독을 통해 받은 데이터의 개인 선호도 적용 및 주소록으로의 반영, 구독 상태 정보 유지, PCC나 통합주소록을 공유하는 주소 공유 기능 그리고 기존 주소록 시스템과 연계 또는 외부 인에이블러(enabler)에 인터페이스를 노출하는 인터워킹 기능을 포함한다.

CAB 인에이블러와 관련하여 CAB XDMS(30)는 사용자의 주소록 데이터를 관리한다. 이에 따라, CAB XDMS(30)는 통합 주소록 및 주소 상태(Contact Status)를 저장하는 주소록 애플리캐이션 사용부(CAB AB App. Usage)(31), 사용자의 선호도를 관리하는 사용자 선호도(user preference) 애플리케이션 사용부(CAB UP(user preference) App. Usage)(33), 통합 주소록 서비스 요청/응답을 관리하는 기능 구동 애플리케이션 사용부(CAB Feature Handler App. Usage)(34), PCC 정보를 저장하는 PCC 애플리케이션 사용부(PCC App. Usage)(32)를 포함한다.

이외에 통합 주소록 서비스 시스템은 다양한 애플리케이션 사용부에 접속하기 위한 XDMC, 외부 도메인의 엔티티들과의 메시지 라우팅을 위한 SIP/IP 코어 네트워크(Core Network), non-SIP 단말들의 통보 메시지 전달을 위한 푸쉬(PUSH) 인에이블러 등을 포함한다.

통합 주소록 서비스의 주요 기능으로는 다음과 같은 것들이 있다.

(1).주소록 동기화

A. CAB 사용자가 사용자 단말 내 로컬 주소록을 수정하게 되면 사용자 단말의 CAB 클라이언트(10)는 수정된 정보를 CAB-1(SyncML) 인터페이스를 이용하여 CAB 서버(20)로 보내게 된다.

B. CAB 서버(20) 내 주소록 동기화부(21)는 XDM 에이전트(XML Document Management Agent)를 이용하여 로컬 주소록의 변경 내용을 XDMS(30)의 주소록 애플리케이션 사용부(31)로 반영한다. 이때 CAB 클라이언트(10)와 주소록 애플리케이션 사용부(31)간 데이터 포맷(format)이 다를 경우, 포맷 전환(translation)이 발생하며, 서로 다른 데이터 포맷 간 전환에 따른 데이터 손실이 발생할 수 있다.

(2).주소 구독(Contact Subscription)

A. CAB 클라이언트(10)는 주소 구독을 위한 XCAP(XML Configuration Access Protocol) 요청(request)을 사용자 선호도 애플리케이션 사용부(33)로 보낸다.

B. 사용자 선호도 애플리케이션 사용부(33)는 상기 XCAP 요청으로부터 주소를 구독하는 수신자 주소를 검출하여 주소 구독 리스트(Contact Subscription list)로 추가한다.

C. 사용자 선호도 애플리케이션 사용부(33)는 주소 구독 리스트(Contact Subscription list)의 문서 변경(document change)을 CAB 서버(20)내 주소 구독부(26)에게 알려준다.

D. 주소 구독부(26)는 주소 구독 리스트(Contact Subscription list)로부터 수신자의 PCC에 대한 주소 구독 요청(Contact Subscription request)을 수신측 도메인(domain)으로 바로 보내거나, 구독 프록시(Subscription Proxy)를 통해 보낸다.

E. 수신측의 PCC 애플리케이션 사용부는 주소 구독 요청(Contact Subscription request)을 수신하면, 액세스 승인(access permission)과 사용자 선호도(user preference)를 확인한 후 수신자에게 구독 결과를 알려준다.

F. 아울러 CAB 클라이언트(10)는 SIP을 지원하는 않는 환경에서 XDCP(XDM Document Command Protocol)를 SUBSCRIBE과 PUSH 인에이블러를 이용하여 주소 구독을 실행할 수 있다.

(3). 주소 공유(Contact Share)

A. CAB 클라이언트(10)는 주소 공유(Contact Share)를 위한 XCAP(XML Configuration Access Protocol) 요청(request)을 기능 구동 애플리케이션 사용부(34)로 보낸다.

B. 기능 구동 애플리케이션 사용부(34)는 주소 공유 XCAP 요청으로부터 주소 공유의 대상이 되는 수신자 주소 및 공유하는 데이터의 기준(reference)을 검출하여, 기능 구동 애플리케이션 사용부(34) 내에 저장한다.

C. 기능 구동 애플리케이션 사용부(34)는 CAB 기능 구동과 관련된 문서 변경(document change)을 CAB 서버(20) 내 주소 공유부(25)에게 알려준다.

D. 주소 공유부(25)는 수신자의 주소를 바탕으로 주소록 애플리케이션 사용부(31)로부터 주소 상태(Contact Status)를 파악한다.

I. 수신자가 CAB 사용자인 경우 주소 공유부(25)는 주소 공유 요청(Contact Share request)을 생성한 다음 XDM 에이전트(Agent)를 이용하여, 주소 정보를 전송하고자 하는 CAB XDMS(CAB AB App. Usage 또는 CAB PCC App. Usage)로 보낸다. 해당 애플리케이션 사용부는 XDM 포워드 메카니즘(Forward mechanism)에 근거하여 수신자에게 공유 주소 정보를 보낸다.

ii. 수신자가 CAB 사용자가 아닌 경우 주소 공유부(25)는 상기 전송하고자 하는 CAB XDMS(CAB AB App. Usage 또는 CAB PCC App. Usage)로부터 주소 정보를 받아, IWF부(22)에게 레가시 포맷(legacy format)으로의 포맷 변환(format conversion)을 요청 후, 메시징 인에이블러(messaging enabler)를 통해 수신자에게 보낸다.

(4). 주소 검색(Contact Search)

A. CAB 클라이언트(10)는 XDM 인에이블러의 애그리게이션 프록시(Aggregation proxy)/검색 프록시(Search Proxy)를 거쳐 자신의 주소록이나 PCC 또는 다른 도메인의 주소록이나 PCC에 대한 주소 검색 요청(contact search request)을 보낸다.

B. 주소 검색 요청은 검색 프록시(Search proxy)에 의해 해당 애플리케이션 사용부로 라우팅(routing) 되며 해당 애플리케이션 사용부는 검색 결과를 CAB 클라이언트(10)에게 다시 보낸다.

C. 또한 CAB 클라이언트(10)는 CAB 시스템이 아닌 외부 디렉토리 검색시 주소 검색 요청(contact search request)을 CAB 서버(20)의 IWF부(22)를 통해 외부 검색 요청으로 변경하여 외부 디렉토리로 보내다. CAB 서버(20)의 IWF부(22) 수신된 외부 검색 결과를 다시 표준 XML 검색 결과로 변경 후 CAB 클라이언트(10)로 보낸다.

(5). 비 통합 주소록 시스템(non-CAB System)으로부터의 외부 주소록 가져오기

A. CAB 클라이언트(10)는 비통합 주소록 데이터의 이입(import)을 위한 XCAP(XML Configuration Access Protocol) 요청(request)을 기능 구동 애플리케이션 사용부(34)로 보낸다.

B. 기능 구동 애플리케이션 사용부(34)는 XCAP 요청으로부터 비통합 주소록 자원(source), 크리덴셜(credential), 예정 시간 간격(scheduled interval)을 검출하여, CAB 기능 구동 문서에 추가한다.

C. 기능 구동 애플리케이션 사용부(34)는 CAB 기능 구동 문서의 문서 변경을 CAB 서버(20) 내 IWF부(22)에게 알려준다.

D. IWF부(22)는 비통합 주소록 데이터에 대한 정보를 얻어 CAB 사용자 선호도(User Preference)에 따라 주소록 애플리케이션 사용부(31)에 저장 후 CAB 클라이언트(10)에게 주소록 동기화를 시작할 것을 알린다.

상기한 통합 주소록 서비스에 있어, 통합 주소록 시스템에 저장된 주소 정보와 비 통합 주소록 시스템에 저장된 주소 정보의 동기화를 위해 제안된 방법은 아직 존재하지 않는다. 다만 외부 주소 정보의 가져오기를 통한 주소 방법이 네트워크간 주소 정보 동기화의 일부 구현을 가능하게 하는데, 그 과정은 도2와 같다.

도2를 참조하면, 사용자 단말의 CAB 클라이언트(10)는 1111단계에서 CAB XDMS(30)의 기능 구동 애플리케이션 사용부(34) 내에 비통합 주소록 시스템으로부터 주소 정보를 가져오기를 위한 비통합 주소록 정보 요청(import non-CAB data request)을 저장한다.

CAB 서버(20)의 IWF부(22)는 113단계에서 기능 구동 애플리케이션 사용부(34)로부터 111단계에 의해 발생한 XDM 문서 변경에 대한 정보를 일정 주기의 문서 관리(document management)나 문서 구독/통보를 통해 얻을 수 있다.

CAB 서버(20)의 IWF부(22)는 115단계에서 사용자의 비통합 주소록 시스템으로 주소록 정보를 요청하고, 이에 따라, 117단계에서 사용자의 비통합 주소록 시스템에 저장된 비통합 주소록 정보를 획득한다.

IWF부(22)는 119단계에서 획득한 정보를 CAB 포맷으로 변경한 후 이를 사용자 선호도에 따라 CAB XDMS(30)의 주소록 애플리케이션 사용부(31)에 저장한다. 그리고 CAB 서버(20)는 121단계에서 OMA DS 서버에 의한 server-alerted notification을 이용하여 CAB 클라이언트(10)의 주소 정보에 대한 동기화를 진행한다.

상기의 주소 정보 가져오기를 통한 주소 갱신 방법의 경우, 다음과 같은 문제가 있다.

1. 사용자의 CAB 클라이언트나 네트워크에 의한 주소 정보 갱신을 CAB 서비스 시스템이 아닌 다른 외부 주소록으로 동기화할 수 있는 방법을 제공하고 있지 않다.

2. 도2의 주소 정보 가져오기를 통한 주소 갱신 후 제3의 다른 외부 주소록을 동기화할 수 없다.

3. 아울러 주소 정보 이외에 통합 주소록에서 다루는 정보인 개인 프로파일 정보 즉, PCC를 비통합 주소록 시스템의 프로파일과 동기화하거나, 기타 개인 콘텐츠, 예를 들어, 사진, 동영상, 음성 파일 등을 동기화할 수 있는 방법을 제공하고 있지 않다.

이와 같이, 종래의 방식은 비통합 주소록 시스템과의 주소 정보 동기화 방법으로 적합하지 않은 측면이 있다.

더욱이, 통합 주소록 서비스에서 관리되는 개인 정보 중, 사용자 프로파일 정보에 해당하는 PCC 정보나, 사용자 소유의 동영상, 이미지, 오디오 데이터 등의 개인 콘텐츠들을, 비통합 주소록 시스템의 해당 개인 정보와 동기화할 수 있는 방법은 존재하지 않는다.

본 발명은 상기 기술된 문제점을 해결하기 위하여, 통합 주소록 서비스 시스템에서 관리하는 통합 주소록 데이터, 예를 들어, 주소 정보나 PCC 정보와 같은 개인 정보와, 비통합 주소록 시스템에서 관리하는 개인 정보를 동기화할 수 있는 방법 및 장치를 제공한다.

그리고 본 발명은 다양한 형태의 통신 서비스를 지원하는 통신 시스템에서, 주소록 데이터 동기화시 자원, 전력 및 메모리의 낭비 없이 고속으로 통신 서비스를 제공하기 위한 데이터 송수신 방법 및 장치를 제공한다.

그리고 본 발명은 다양한 통신 시스템에서 사용자에게 통합 주소록 서비스를 제공할 수 있는 방법 및 장치를 제공한다.

또한 본 발명은 통합 주소록 시스템에서의 주소 정보나 PCC 정보와 같은 개인 정보의 외부 이출 요청을 통해, 비통합 주소록 시스템의 주소록 데이터와, 통합 주소록 데이터 간 개인 정보 동기화 방법을 정의함으로써, 사용자의 의사 선택에 따라 손쉽고 빠르게 통합 주소록 서비스가 가능한 방법 및 장치를 제공한다.

본 발명은 통합 주소록 서비스를 지원하는 서버 장치가 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보와, 상기 통합 주소록 서비스를 지원하지 않는 비통합 주소록 시스템에 의해 관리되는 비통합 주소록 개인 정보 간에 동기화를 수행하는 방법에 있어서, 사용자 단말에 대응하는 통합 주소록 개인 정보와, 상기 특정 사용자 단말에 대응하는 비통합 주소록 개인 정보 간에 동기화를 촉구하는 동기화 이벤트 발생을 확인하는 과정과, 상기 통합 주소록 개인 정보 중 적어도 일부를 포함하는 동기화 개인 정보를 구성하는 과정과, 상기 동기화 개인 정보를 상기 사용자 단말과 관련된 비통합 주소록 시스템으로 전달하는 과정을 포함한다.

통합 주소록 서비스를 지원하고, 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보와, 상기 통합 주소록 서비스를 지원하지 않는 비통합 주소록 시스템에 의해 관리되는 비통합 주소록 개인 정보 간에 동기화를 수행하는 서버 장치에 있어서, 사용자 단말에 대응하는 통합 주소록 개인 정보와, 상기 특정 사용자 단말에 대응하는 비통합 주소록 개인 정보 간에 동기화를 촉구하는 동기화 이벤트 발생을 확인하는 동기화 이벤트 처리부와, 상기 통합 주소록 개인 정보 중 적어도 일부를 포함하는 동기화 개인 정보를 구성하고, 상기 동기화 개인 정보를 상기 사용자 단말과 관련된 비통합 주소록 시스템으로 전달하는 동기화 개인 정보 구성부를 포함한다.

본 발명은 통합 주소록 서비스 시스템에서 관리하는 통합 주소록 데이터, 예를 들어, 주소 정보나 PCC 정보와 같은 개인 정보와, 비통합 주소록 시스템에서 관리하는 주소록 데이터를 동기화할 수 있는 방법 및 장치를 제공함으로써, 사용자가 보다 효율적인 개인 정보를 관리할 수 있게 한다.

도1은 일반적인 통합 주소록 시스템의 구성을 나타낸 도면,
도2는 종래의 주소 정보 갱신 과정을 나타낸 도면,
도3은 본 발명의 일 실시예에 따른 사용자 단말의 구성을 나타낸 도면,
도4는 본 발명의 일 실시예에 따른 CAB 서버의 구성을 나타낸 도면,
도5는 본 발명의 일 실시예에 따른 CAB XDMS의 구성을 나타낸 도면,
도6 내지 도13은 본 발명의 다양한 실시예에 따른 CAB 개인 정보의 동기화 과정을 나타낸 도면.

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

본 발명은 통합 주소록 시스템(Converged Address Book system, CAB system)에서 관리하는 주소 정보(Address Book(AB) information) 또는 PCC(Personal Contact Card) 정보와 같은 개인 정보와, 통합 주소록 서비스를 지원하지 않는 외부 네트워크에서 관리하는 개인 정보 간에 동기화 방법을 제공함으로써, 사용자의 의사 선택에 따라 손쉽고 빠르게 개인 정보를 관리할 수 있는 방법 및 장치를 제공한다.

이에 따라, 본 발명은 통합 주소록의 주소 정보(AB information)와 사용자 프로파일 정보(예를 들어, PCC 정보)와 같은 통합 주소록 개인 정보를 외부 네트워크의 대응 개인 정보와 동기화하기 위해, 통합 주소록 시스템의 주소 정보 또는 개인 프로파일 정보와 같은 개인 정보를 외부로 이출할 수 있는 스키마(schema)를 CAB 기능 구동 애플리케이션 사용부(CAB Feature Handler Application(App.) Usage)내에 정의하고, 사용자 선호도내 외부 네트워크의 주소록/프로파일 시스템과의 동기화 여부에 관한 내용 또한 정의함으로써, 통합 주소록 시스템의 주소 정보나 PCC 정보와 같은 개인 정보가 사용자에 의해 갱신될 때 사용자 선호도에 따라 외부 네트워크의 주소록/프로파일 시스템과의 동기화가 진행되게 한다.

이하의 설명에서, 통합 주소록 서비스를 지원하지 않는 통신 네트워크를 외부 네트워크라 하고, 외부 네트워크에서 주소록 또는 사용자 프로파일 또는 개인 콘텐츠와 같은 개인 정보를 저장하고, 관리하는 시스템을 비통합 주소록 시스템이라 한다.

이러한 본 발명이 적용되는 사용자 단말의 일예를 도3에 도시하였다. 사용자 단말(200)은 네트워크 엔티티 또는 다른 기기와 통신이 가능한 장치로서, 예를 들어, 이동 통신 단말, 휴대폰, PDA(Personal Digital Assistant), 스마트폰, 노트북, 개인용 컴퓨터 등이 될 수 있다.

도3을 참조하면, 사용자 단말(200)은 CAB 클라이언트(210), 저장부(220), 송수신부(230), 사용자 입력부(240)를 포함한다.

송수신부(230)는 CAB 클라이언트(210)의 제어하에 네트워크 또는 다른 장치들과 메시지 또는 데이터를 송수신하며, 수신된 메시지 또는 데이터는 CAB 클라이언트(210)로 전달된다.

사용자 입력부(240)는 사용자와 사용자 단말 간에 인터페이스를 제공하는 구성부로서, 사용자로부터 입력된 데이터를 CAB 클라이언트(210)로 전달한다.

저장부(220)는 CAB 클라이언트(210)의 처리 및 제어를 위한 프로그램, 참조 데이터, 갱신 가능한 각종 보관용 데이터 등을 저장하며, CAB 클라이언트(210)의 워킹 메모리(working memory)로 제공된다. 그리고 본 발명의 실시예에 따라 통합 주소록 데이터(CAB data)를 저장한다. 통합 주소록 데이터는 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보로서, 예를 들어, 주소 정보(AB information), PCC 정보(PCC information)를 포함하며, 추가적으로, 이미지, 동영상, 오디오 데이터와 같은 개인 콘텐츠를 포함할 수 있다.

CAB 클라이언트(210)는 통합 주소록 시스템의 네트워크 엔티티와 통신을 제어하며, CAB 사용자 인증, CAB 사용자의 요구사항, 예를 들면 주소 구독(subscription), 주소 찾기, 주소 공유, 기존 주소록과의 상호작용 또는 사용자 선호도의 관리 등을 통합 주소록 시스템으로 전송하는 역할을 담당한다. 그리고 CAB 클라이언트(210)는 저장부(220)에 저장된 통합 주소록 데이터 및 네트워크 엔티티, 예를 들어, CAB XDMS(XML Document Management Server)에 저장된 통합 주소록 데이터를 동기화한다.

그리고 CAB 클라이언트(210)는 본 발명의 일 실시예에 따라 통합 주소록 데이터 이출(export) 요청 메시지를 구성하여, 네트워크의 엔티티, 예를 들어, CAB XDMS 또는 CAB 서버 등에 저장된다. 본 발명에서는 CAB XDMS를 주소록 데이터 이출 요청 메시지의 저장소로 가정하나 일반적인 기술적인 허용 범위 내에서 통합주소록 시스템의 다른 네트워크 엔티티에 저장될 수 있다. 아울러 통합 주소록 시스템의 구성방법에 따라 CAB 클라이언트에 의해 보낸 주소록 데이터 이출 요청 메시지는 CAB XDMS가 아닌 CAB 서버로 전달되는 경우 CAB 서버 내부의 저장소 또는 CAB XDMS에 이를 저장함으로써 요청 메시지와 그에 대한 응답 메시지를 관리할 수 있게 되며, 해당 메시지의 저장 이후 IWF는 해당 비통합 주소록 정보의 동기화를 위한 동작, 즉 주소록 데이터 이출 요청을 수행한다. 상세한 동작에 대한 내용은 하기에서 추가적으로 설명하도록 한다. 통합 주소록 데이터 이출 요청 메시지는 CAB XDMS에 저장된 개인 정보와, 외부 네트워크의 비통합 주소록 시스템에 저장된 대응 개인 정보의 동기화를 위해, CAB XDMS에 저장된 개인 정보를 특정 비통합 주소록 시스템으로 이출하도록 요청하는 메시지이다. 이에 따라, 통합 주소록 데이터 이출 요청 메시지는 이출할 개인 정보에 대한 식별 정보, 해당 개인 정보를 수신하여 저장할 비통합 주소록 시스템 주소, 비통합 주소록 시스템의 접속 인증 정보를 포함한다.

본 발명의 일 실시예에 따라, 동기화 대상이 되는 개인 정보 및 비통합 주소록 시스템은 사용자에 의해 선택될 수 있다. 예를 들어, CAB 클라이언트(210)는 동기화 요청 메뉴를 사용자에게 제공할 수 있고, 사용자는 동기화 요청 메뉴를 이용해 개인 정보를 전달받을 비통합 주소록 시스템 및 이출할 개인 정보를 선택할 수 있다. 이때, 개인 정보 동기화를 위해 비통합 주소록 시스템으로 전송되는 개인 정보, 즉, 이출 개인 정보는 통합 주소록 데이터 전체가 될 수도 있고, 주소 정보 또는 PCC 정보 또는 개인 콘텐츠 중 어느 하나가 될 수도 있다. 또는 주소 정보 중 일부, 또는 PCC 정보 중 일부, 또는 개인 콘텐츠 정보 중 일부가 될 수도 있다.

CAB 클라이언트(210)는 본 발명의 일 실시예에 따라, 주소록 데이터 이입(import) 요청 메시지를 구성하여 네트워크의 엔티티, 예를 들어, CAB XDMS 또는 CAB 서버 등에 저장된다. 본 발명에서는 CAB XDMS를 주소록 데이터 이입 요청 메시지의 저장소로 가정하나 일반적인 기술적인 허용 범위 내에서 통합주소록 시스템의 다른 네트워크 엔티티에 저장될 수 있다. 아울러 통합 주소록 시스템의 구성방법에 따라 CAB 클라이언트에 의해 보낸 주소록 데이터 이입 요청 메시지는 CAB XDMS가 아닌 CAB 서버로 전달되는 경우 CAB 서버 내부의 저장소 또는 CAB XDMS에 이를 저장함으로써 요청 메시지와 그에 대한 응답 메시지를 관리할 수 있게 되며, 해당 메시지의 저장 이후 IWF는 해당 비통합 주소록 정보의 동기화를 위한 동작, 즉 주소록 데이터 이입 요청을 수행한다. 상세한 동작에 대한 내용은 하기에서 추가적으로 설명하도록 한다. 주소록 데이터 이입 요청 메시지는 비통합 주소록 시스템에 저장된 개인 정보를 획득하고, 획득된 개인 정보가 통합 주소록 시스템에 저장되도록 요청하는 메시지이다. 이에 따라, 주소록 데이터 이입 요청 메시지는 이입할 개인 정보에 대한 식별 정보, 해당 개인 정보를 저장하고 있는 비통합 주소록 시스템 주소, 비통합 주소록 시스템의 접속 인증 정보 등을 포함할 수 있다. 본 발명의 실시예에 따라, 비통합 주소록 시스템은 사용자에 의해 선택될 수 있다.

또한 CAB 클라이언트(210)는 네트워크의 엔티티, 예를 들어, CAB XDMS에 저장된 개인 정보, 즉, 통합 주소록 데이터가 변경되는 경우, 변경 개인 정보에 대한 외부 네트워크의 비통합 주소록 시스템과의 동기화 요청을 사용자 선호도에 설정할 수 있다. 사용자 선호도는 CAB XDMS에 저장되며, 동기화 요청을 사용자 선호도에 설정할 경우, 본 발명의 일 실시예에 따라 CAB 클라이언트(210)는 개인 정보 이출 목록(contact export entry)을 구성하여, 사용자 선호도에 포함시킨다. 개인 정보 이출 목록은 변경 개인 정보에 대한 비통합 주소록 시스템으로의 이출 여부, 변경 개인 정보를 수신하여 저장할 비통합 주소록 시스템 주소, 해당 비통합 주소록 시스템의 접속 인증 정보 등이 포함된다.

그리고 CAB 클라이언트(210)는 하기에 설명된 본 발명의 실시예에 따른 동기화 과정에서의 사용자 단말(200)의 동작을 제어한다.

도4는 본 발명이 적용되는 CAB 서버의 일예를 나타낸 것이다. CAB 서버(300)는 CAB 시스템에서 주요한 네트워크 엔티티로써, 사용자 단말(200)로부터 사용자의 요청 사항을 받아 처리하는 역할을 담당하는 장치이다. CAB 서버의 주요 기능으로는 CAB 클라이언트 상호인증, 통합 주소록 데이터 저장 제어, 사용자 단말(200)과 CAB XDMS 간의 통합 주소록 데이터 동기화, 주소 구독 기능으로부터의 주소 정보 갱신을 받아 주소록에 반영하는 역할을 한다. 또한 주소 구독/공유/변환 및 사용자의 선호도/정책 등을 반영하는 네트워크 구성요소로써, CAB XDMS의 사용자 선호도 애플리케이션 사용부(CAB User Preference App. Usage)로부터 CAB 사용자 선호도 XML(eXtensible Markup Language) 문서 회수, CAB 사용자의 구독 요청을 받는 주소 구독 기능, 주소 구독을 통해 받은 데이터의 개인 선호도 적용 및 주소록으로의 반영, 구독 상태 정보 유지, PCC 정보나 주소 정보를 공유하는 주소 공유 기능 그리고 기존 주소록 시스템과 연계 또는 외부 인에이블러(enabler)에 인터페이스를 노출하는 인터워킹 기능을 포함한다.

통합주소록 시스템에서 주소 동기화 기능은 통합주소록 시스템의 기능 구성 방법에 따라 CAB 서버가 아닌 CAB 클라이언트와 CAB XDMS간의 주소록 구독/통보(Subscription/Notification)를 통해 구현될 수도 있는데 이 경우 CAB 서버는 도 4에서 보인 별도의 주소록 동기화부를 포함하지 않는다.

도4를 참조하면, CAB 서버(300)는 주소록 동기화부(310)와, IWF(330)를 포함한다.

주소록 동기화부(310)는 사용자 단말(200)에 저장된 통합 주소록 데이터와, 네트워크 엔티티, 예를 들어, CAB XDMS에 저장된 통합 주소록 데이터를 동기화에 따른 동작을 제어한다.

IWF부(330)는 본 발명에 따라, CAB XDMS에 저장된 통합 주소록 데이터, 즉, 개인 정보와, 통합 주소록 서비스를 지원하지 않는 네트워크의 비통합 주소록 시스템에 저장된 대응 개인 정보의 동기화를 위한 동작을 수행한다. 이에 따라, IWF부(330)는 동기화 이벤트 처리부(321)와 동기화 개인 정보 구성부(322)를 포함할 수 있다.

동기화 이벤트 처리부(321)는 본 발명에 따른 동기화 이벤트의 발생을 확인하고, 처리한다. 동기화 이벤트란 통합 주소록 시스템에서 관리하는 통합 주소록 개인 정보와, 외부 네트워크의 비통합 주소록 시스템에 저장된 해당 비통합 주소록 개인 정보의 동기화를 촉구하는 이벤트이다.

이러한 동기화 이벤트는 예를 들어, 사용자 단말(200)이 통합 주소록 데이터를 비통합 주소록 시스템으로 이출(export)하도록 요청하는 통합 주소록 데이터 이출 요청에 따라 발생할 수 있다. 통합 주소록 데이터 이출 요청은 CAB XDMS 또는 CAB 서버 등에 저장된다. 본 발명에서는 CAB XDMS를 데이터 이출 요청 메시지의 저장소로 가정하나 일반적인 기술적인 허용 범위 내에서 통합주소록의 다른 네트워크 엔티티에 저장될 수 있다. 아울러 통합 주소록 시스템의 구성방법에 따라 CAB 클라이언트에 의해 보낸 주소록 데이터 이출 요청 메시지는 CAB XDMS가 아닌 CAB 서버로 전달되는 경우 CAB 서버 내부의 저장소 또는 CAB XDMS에 이를 저장함으로써 요청 메시지와 그에 대한 응답 메시지를 관리할 수 있게 되며, 해당 메시지의 저장 이후 IWF는 해당 주소록 정보의 동기화를 위한 동작을 수행한다. 상세한 동작에 대한 내용은 하기에서 추가적으로 설명하도록 한다. 사용자 단말(200)로부터 통합 주소록 데이터 이출 요청이 저장되면, CAB XDMS는 이를 IWF부(320)로 통보하거나, IWF부(330)가 주기적으로 통합 주소록 데이터 이출 요청의 저장 여부를 확인함으로써, 동기화 이벤트 처리부(321)는 동기화 이벤트 발생을 확인한다.

다른 예로, 동기화 이벤트는 CAB XDMS에 저장된 개인 정보, 즉, 통합 주소록 데이터가 변경되고, 변경된 통합 주소록 데이터에 대한 외부 네트워크로의 이출 요청이 설정되어 있는 경우가 발생할 수 있다. 예를 들어, 비통합 주소록 시스템의 개인 정보가 통합 주소록 시스템으로 이입(import)됨에 따라, 제3의 다른 비통합 주소록 시스템을 동기화하기 위한 동기화 이벤트가 발생할 수 있다. 다른 예로, CAB 사용자에 의해 CAB 주소 정보가 갱신됨에 따라, 비통합 주소록 시스템을 동기화하기 위한 동기화 이벤트가 발생할 수 있다. 그리고 네트워크 인터페이스에 의한 CAB 주소 정보 갱신에 따라, 비통합 주소록 시스템을 동기화하기 위한 이벤트가 발생할 수 있다. 또는 비통합 주소록 시스템으로부터의 프로파일 정보가 이입됨에 따라, 제3의 다른 비통합 주소록 시스템을 동기화하기 위한 동기화 이벤트가 발생할 수 있다. 그리고 CAB 사용자에 의한 PCC 정보 갱신에 따른 비통합 주소록 시스템을 동기화하기 위한 동기화 이벤트가 발생할 수 있다. 또는 네트워크 인터페이스에 의한 PCC 정보 갱신에 따른 비통합 주소록 시스템을 동기화하기 위한 동기화 이벤트가 발생할 수 있다.

본 발명에 따라, CAB XDMS에 저장된 통합 주소록 개인 정보 변경시, 변경된 통합 주소록 개인 정보에 대한 비통합 주소록 시스템과의 동기화 요청은 사용자 선호도에 포함되어, CAB XDMS에 저장될 수 있다. 동기화 요청이 사용자 선호도에 포함된 경우, 사용자 선호도는 본 발명의 실시예에 따라 개인 정보 이출 목록(contact export entry)을 더 포함한다. 개인 정보 이출 목록은 변경 개인 정보에 대한 비통합 주소록 시스템으로의 이출 여부, 변경 개인 정보를 수신하여 저장할 비통합 주소록 시스템 주소, 해당 비통합 주소록 시스템의 접속 인증 정보 등이 포함된다.

이에 따라, IWF부(320)의 동기화 이벤트 처리부(321)는 CAB XDMS에 저장된 개인 정보, 즉, 통합 주소록 데이터가 변경되면, CAB XDMS에 저장된 사용자 선호도를 확인하여, 동기화 이벤트 발생 여부를 확인할 수 있다.

동기화 이벤트 처리부(321)는 동기화 이벤트 발생을 확인하면, 이를 동기화 개인 정보 구성부(322)로 알린다.

동기화 개인 정보 구성부(322)는 동기화 이벤트 처리부(321)의 제어에 따라, 비통합 주소록 시스템과의 동기화를 위한 동기화 개인 정보를 구성한다. 동기화 이벤트가 사용자 단말의 통합 주소록 데이터 이출 요청에 따라 발생된 경우, 동기화 개인 정보 구성부(322)는 CAB XDMS에 저장된 통합 주소록 데이터 중에서 비통합 주소록 시스템으로 전송할 개인 정보를 획득한다. 그리고 획득한 개인 정보의 데이터 포맷을 동기화 대상이 되는 비통합 주소록 시스템의 데이터 포맷에 맞게 변경하여 동기화 개인 정보를 구성한다.

동기화 이벤트가 CAB XDMS에 저장된 개인 정보의 변경에 따라 발생된 것이라면, 동기화 개인 정보 구성부(322)는 CAB XDMS로부터 개인 정보 이출 목록을 획득하고, 획득된 개인 정보 이출 목록에 따라, 이출 대상이 되는 변경 개인 정보의 데이터 포맷을 해당 비통합 주소록 시스템에서 지원하는 데이터 포맷으로 변경하여 동기화 개인 정보를 구성한다. 이때, 동기화 개인 정보 구성부(322)는 변경 개인 정보의 이출을 CAB XDMS에 보고할 수 있으며, 이를 통해 동기화 개인 정보가 비통합 주소록 시스템에 성공적으로 전달되었는지에 대한 상태 정보가 관리된다.

포맷 변환이 완료되면, 동기화 개인 정보 구성부(322)는 동기화 개인 정보를 해당 비통합 주소록 시스템으로 전송한다.

상기 실시예에서는 동기화 이벤트 처리부(321)와 동기화 개인 정보 구성부(322)가 IWF부(320)에 포함된 경우를 예시하였으나, 본 발명의 다른 실시예에서는 IWF부(320)와 별도로 구성하고, IWF부(320)와 연동하여 상기 동작들을 수행하도록 구성할 수 도 있다.

도5는 본 발명의 일 실시예에 따른 CAB XDMS(400)의 구성을 나타낸 도면이다. CAB XDMS(400)는 통합 주소록 시스템에서 관리하는 개인 정보, 즉, 통합 주소록 데이터를 실질적으로 저장하고, 관리하는 장치이다. 도5를 참조하면, CAB XDMS(400)는 CAB 기능 구동 애플리케이션 사용부(410), CAB 사용자 선호도 애플리케이션 사용부(CAB User Preference Application Usage)(420), CAB PCC 애플리케이션 사용부(PCC Application Usage)(430), CAB 주소록 애플리케이션 사용부(CAB Address Book Application Usage)(440)를 포함한다.

CAB 주소록 애플리케이션 사용부(440)는 주소 정보 및 주소 상태(Contact Status)를 저장한다.

CAB PCC 애플리케이션 사용부(430)는 PCC 정보를 저장한다.

CAB 사용자 선호도 애플리케이션 사용부(420)는 사용자 선호도를 저장하고 관리한다.

CAB 기능 구동 애플리케이션 사용부(410)는 각종 CAB 서비스 요청/응답을 관리한다.

상기한 설명에서는 CAB 서버(400)와 CAB XDMS(500)를 별도의 장치로 설명하였으나, 본 발명의 다른 실시예에서는 CAB 서버(400)와 CAB XDMS(500)가 하나의 서버 장치에 포함되도록 구현될 수도 있다.

상기와 같이 구성되는 통합 주소록 시스템에서, 본 발명에 따라 CAB 서버(400)가 본 발명의 일 실시예에 따라, 개인 정보를 동기화하는 과정을 도6에 나타내었다. 도6을 참조하면, CAB 서버(400)는 910단계에서, 상기한 여러 실시예의 경우에서 발생할 수 있는, 통합 주소록 시스템과 비통합 주소록 시스템 간의 개인 정보 동기화 이벤트 발생을 확인한다. 그리고 CAB 서버(400) 920단계에서 발생된 동기화 이벤트에 따라 비통합 주소록 시스템으로 전송할 동기화 개인 정보를 구성하고, 930단계에서 구성된 동기화 개인 정보를 비통합 주소록 시스템으로 전송한다.

이하, 도7 내지 도13을 참조하여, 본 발명의 다양한 실시예에 따라 개인 정보를 동기화하는 과정을 설명한다.

도7은 사용자 단말(200)의 주소록 데이터 이출 요청에 따라, 통합 주소록 시스템에 저장된 통합 주소록 데이터를 외부 네트워크의 비통합 주소록 시스템으로 이출하여, 주소록 정보를 동기화하는 실시예를 나타낸 것이다.

도7을 참조하면, 1001단계에서 사용자 단말(200)은 통합 주소록 데이터 이출 요청 메시지를 생성하여 CAB XDMS(400)의 CAB 기능 구동 애플리케이션 사용부(410)에 저장한다. 도7의 실시예에서는 통합 주소록 데이터를 비통합 주소록 시스템 A(500)로 이출하는 것으로 가정한다.

통합 주소록 데이터 이출 요청 메시지는 XCAP request로 구성될 수 있으며, 그 예는 다음 표1과 같다.

<cab-feature id="abab1212">
<contact-export>
<non-cab-domain>
<list>
<entry_url>"www.facebook.com/joeblogs/profile"</entry_url>
</list>
</non-cab-domain>
<credential>
<username>joeblogs@example.com</username>
<password>********</password>
</credential>
<interval>0</interval>
<data>
<PCC>./cab-address-book/sip:joeblogs@example.com/cab-pcc/pcc</PCC>
</data>
</contact-export>
</cab-feature>

표1에서 정의한 스키마(schema)에서 볼 수 있는 바와 같이, 비 통합 주소록 데이터 이출 요청 메시지는 CAB 사용자의 통합 주소록 데이터 중 주소 정보 또는 PCC 정보를 이출하기 위해, <cab-feature> 엘리먼트(element)의 추가적인 하위 요소로 <contact-export>를 정의하고, <contact-export> 엘리먼트의 하위 요소로 <non-cab-domain> 엘리먼트, <credential> 엘리먼트, <interval> 엘리먼트, <data>엘리먼트, <filter> 엘리먼트 등 포함할 수 있다. 여기에서 이출 대상을 통합 주소록 데이터인 주소 정보(AB information) 또는 PCC 정보(information)으로 한정하고 있으나, 그 외 개인 정보 예를 들어, 사진, 동영상과 같은 개인/조직/단체 등의 콘텐츠도 이출 대상이 될 수 있다.

<non-cab-domain> 엘리먼트는 이출 통합 주소록 데이터가 전달될 비통합 주소록 시스템의 주소 정보를 포함하고, <credential> 엘리먼트는 해당 비통합 주소록 시스템의 접속 인증 정보를 포함한다. 그리고 <data>엘리먼트는 이출 대상이 되는 통합 주소록 데이터에 대한 식별 정보를 포함하고, <interval> 엘리먼트는 이출 대상이 되는 통합 주소록 데이터 이출 시점에 대한 정보를 포함하고, <filter> 엘리먼트는 이출 대상 정보를 한정하는 필터를 포함한다.

아울러 기 언급한 바와 같이 통합 주소록 시스템의 구성방법에 따라 CAB 클라이언트에 의해 보낸 주소록 데이터 이출 요청 메시지가 CAB XDMS가 아닌 CAB 서버로 전달되는 경우 CAB 클라이언트와 CAB 서버 간 인터페이스로 XCAP이 아닌 다른 형태의 프로토콜이 존재할 수 있는데 이 경우에도 주소록 데이터 이출 요청 메시지의 전체적인 스키마는 상기 표1에서 보인 것과 유사하게 정의될 수 있다.

CAB 기능 구동 애플리케이션 사용부(410)는 수신된 통합 주소록 데이터 이출 요청메시지에 포함된 정보들을 CAB 기능 구동 문서(CAB Feature Handler Document)내에 추가한다. 본 발명의 일 실시예에 따라, CAB 기능 구동 문서(CAB Feature Handler Document)에는 표1과 같이 구성되는 <cab-feature> 엘리먼트(element) 및 그 하위 엘리먼트들이 추가되고 해당 정보가 저장되며, 개인 정보 동기화 과정이 정상적으로 이루어졌는지를 확인하기 위한 <response> 엘리먼트가 추가된다. <response> 엘리먼트에는 이출 대상이 되는 통합 주소록 데이터의 비통합 주소록 시스템으로 전달 여부를 나타내는 정보가 저장된다.

CAB 기능 구동 애플리케이션 사용부(410)는 1003단계에서 CAB 기능 구동 문서의 변경을 CAB 서버(300)의 IWF부(320)에게 통보한다. 즉, 통합 주소록 데이터 이출 요청이 있음을 IWF부(320)에게 통보한다. 아울러 CAB 서버(300)는 CAB 기능 구동 문서의 변경을 대한 능동적인(active) 확인(polling)을 통해서도 알 수 있다.

CAB 서버(300)의 IWF부(320)는 1005단계에서 주소록 데이터 이출 요청에 따른 동기화 이벤트 발생을 확인하고, 통합 주소록 데이터 이출 요청에 포함된 정보를 확인하여, 이출 대상이 되는 통합 주소록 데이터 즉, 주소 정보 또는 PCC 정보를 CAB XDMS(400)의 CAB 주소록 애플리케이션 사용부(440) 또는 CAB PCC 애플리케이션 사용부(430)에서 획득한다.

그리고 CAB 서버(300)의 IWF부(310)는 1007단계에서 획득한 통합 주소록 데이터를 이출하기 위해, 사전에 설정된 데이터 매핑 테이블과 같은 데이터 변환 도구를 바탕으로 해당 비통합 주소록 시스템 A(500)의 데이터 포맷에 적합한 형태로 변환하여 동기화 개인 정보를 구성한다. 그리고 개인 정보 동기화를 위한 데이터 이출임을 나타내는 정보와, 동기화 개인 정보를 포함하는 메시지를 구성하여 비통합 주소록 시스템 A(500)로 송신한다. 이후, IWF부(310)는 CAB 기능 구동 애플리케이션 사용부(410)의 CAB 기능 구동 문서의 <contact-export> 엘리먼트의 <response> 엘리먼트 내 하위 요소인 <code> 엘리먼트를 "pending"으로 설정한다.

1009단계에서 IWF부(310)는 비통합 주소록 시스템 A(500)로부터 개인 정보 전달, 즉, 통합 주소록 데이터 전달에 대한 전달 응답 메시지를 수신하면, 1011단계에서 CAB 기능 구동 애플리케이션 사용부(410)로 전달 응답 수신을 보고하여, CAB 기능 구동 문서의 <response> 엘리먼트를 해당 정보 전달 완료로 갱신한다.

그리고 IWF부(310)는 1013단계에서 CAB XDMS(400)로부터 응답 메시지(200 OK)를 수신한다.

추가적으로 사용자 단말(200)이 통합 주소록 데이터, 예를 들어, 주소 정보 또는 PCC 정보의 이출 결과를 확인하고자 하는 경우, CAB 기능 구동 문서 내 해당 문서에 대한 구독(subscription)에 따른 변경 통보나 해당 문서에 대한 능동적인(active) 확인(polling)을 통해 해당 결과를 확인할 수 있다.

다음으로, 도8을 참조하여, 통합 주소록 시스템이 비통합 주소록 시스템 A(500)의 주소 정보를 이입함에 따라, 통합 주소록 데이터가 변경된 후에, 비통합 주소록 시스템 B(600)와의 개인 정보 동기화 과정을 설명한다.

도8을 참조하면, 사용자 단말(200)은 1101단계에서 비통합 주소록 시스템 A(500)의 주소록 데이터를 이입하기 위해, 주소록 데이터 이입 요청 메시지를 CAB XDMS(400)의 CAB 기능 구동 애플리케이션 사용부(410)로 송신한다. 이때, 주소록 데이터 이입 요청 메시지는 XCAP(XML Configuration Access Protocol) request형태로 구현될 수 있으며, 표1과 유사하게 구성될 수 있을 것이다.

아울러 기 언급한 바와 같이 통합 주소록 시스템의 구성방법에 따라 CAB 클라이언트에 의해 보낸 비통합 주소록 데이터 이입 요청 메시지가 CAB XDMS가 아닌 CAB 서버로 전달되는 경우 CAB 클라이언트와 CAB 서버 간 인터페이스로 XCAP이 아닌 다른 형태의 프로토콜이 존재할 수 있는데 이 경우에도 비통합 주소록 데이터 이입 요청 메시지의 전체적인 스키마는 상기 표1에서 보인 것과 유사하게 정의될 수 있다.

주소록 데이터 이입 요청 메시지는 해당 비통합 주소록 시스템의 주소, 해당 비통합 주소록 시스템의 접속 인증 정보, 이입 대상이 되는 주소록 데이터에 대한 식별 정보, 주소록 데이터 이입 스케줄 정보 등을 포함할 수 있다. 이입 대상이 되는 주소록 데이터는 주소 정보, 프로파일 정보, 개인/조직/단체 등의 콘텐츠 등이 될 수 있는데, 도8의 실시예에서는 주소 정보의 이입을 요청한 것으로 가정한다.

1103단계에서 CAB 기능 구동 애플리케이션 사용부(410)는 주소록 데이터 이입 요청 메시지에 포함된 정보, 즉, 해당 비통합 주소록 시스템의 주소, 해당 비통합 주소록 시스템의 접속 인증 정보, 주소록 데이터 이입 스케줄 정보 등을 CAB 기능 구동 문서에 추가한다. 그리고 CAB 기능 구동 애플리케이션 사용부(410)는 CAB 기능 구동 문서의 변경을 CAB 서버(300)내 IWF부(320)로 통보함으로써, 비통합 주소록 데이터의 이입 요청이 있음을 통보한다. 아울러 CAB 서버(300)는 CAB 기능 구동 문서의 문서 변경을 능동적인(active) 확인(polling)을 통해서도 알 수도 있다.

1105단계에서 CAB 서버(300)의 IWF부(320)는 기능 구동 문서를 확인하여, 비통합 주소록 시스템 A(500)에게 사용자 단말(200)의 비통합 주소록에 접속하기 위해 필요한 정보, 즉, 접속 인증 정보 등을 제공함으로써, 주소 정보를 요청한다. 그리고 CAB 기능 구동 애플리케이션 사용부(410)의 기능 구동 문서의 <contact-export> 엘리먼트의 <response> 엘리먼트의 하위 요소인 <code> 엘리먼트를 "pending"으로 설정한다.

1107단계에서 CAB 서버(300)의 IWF부(320)는 비통합 주소록 시스템 A(500)로부터 1105단계에서 요청한 주소 정보를 수신한다.

그리고 1109단계에서 IWF부(320)는 1107단계에서 수신한 사용자 단말(200)의 주소 정보를 CAB 데이터 포맷으로 변환한 후 CAB 사용자 선호도 즉, 비통합 주소록으로부터 데이터 이입에 따른 그에 대한 주소록 문서의 갱신에 대한 선호도에 따라 CAB 주소록 애플리케이션 사용부(440)의 주소록 문서(AB Document)에 저장한 후 CAB XDMS로부터 응답 메시지를 수신한다.

1111단계에서 CAB 서버(300)의 주소록 동기화부(310)는 사용자 단말(200)의 CAB 클라이언트(210)에게 server-alerted notification을 보냄으로써 주소록 동기화를 요청한다.

사용자 단말(200)의 CAB 클라이언트(210)는 수신한 server-alerted notification을 바탕으로 1113단계에서 주소록 동기화를 진행한다.

사용자 단말(200)과의 주소록 동기화가 완료되면, 1115단계에서 CAB 서버(300)는 CAB XDMS(400)의 CAB 사용자 선호도 애플리케이션 사용부(430)로부터 비통합 주소록 시스템의 동기화에 관한 선호도 확인을 요청하여 1117단계에서와 같이 응답받거나 1109단계에서 기획득한 CAB 사용자 선호도를 바탕으로 1115단계에서의 해당 선호도를 참조할 수도 있다. 일반적으로 1115단계와 같이 사용자 선호도의 확인은 IWF부(320)에 의해서 이루어지지만, CAB 서버(300)의 다른 기능부에 의해서도 이루어질 수 있다. 그리고 도8의 실시예에서는, 사용자 선호도에 통합 주소록 데이터의 주소 정보 갱신 사항에 대해 비통합 주소록 시스템으로 이출이 진행되도록 설정되어 있다고 가정한다.

본 발명의 일 실시예에 따른 주소 정보 이출을 위한 사용자 선호도를 표2에 나타내었다.

<?xml version="1.0" encoding="UTF-8"?>
<cab-upp-set xmlns:ocp="urn:oma:xml:cab:user-prefs"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<profile id="abc123">
<auto-synchronize-ab> true</auto-synchronize-ab>
<send-notification-contact-added>faluse</send-notification-contact-added>
<receive-notification-when-contact-added>true</receive-notification-when-contact-added>
<notify-when-contact-becomes-cab-user>true</notify-when-contact-becomes-cab-user>
<notify-when-receive-contact-subscription>true</notify-when-receive-contact-subscription>
<notify-on-contact-subscription-update>true</notify-on-contact-subscription-update>
<update-ab>true</update-ab>
<contact-subscription-update>true</contact-subscription-update>
<import-update>>true</import-update>

<!preferecne for exporting to non-CAB system initiated by the update of AB or PCC-->
<non-cab_system_update>
<contact-export status="true">
<contact-export-entry index="abab1212">
<non-cab-domain>
<list>
<entry_url>"www.facebook.com/joeblogs/address_book"</entry_url>
</list>
</non-cab-domain>
<credential>
<username>joeblogs@example.com</username>
<password>********</password>
</credential>
<interval>0</interval>
</contact-export-entry>
</contact-export>
</non-cab_system_update>
</profile>
</cab-upp-set>

표2에서 정의한 스키마에서 볼 수 있는 바와 같이, CAB 사용자 선호도 애플리케이션 사용부(440)는 사용자 선호도 문서의 <profile> 엘리먼트의 추가적인 하위 요소로 <non-cab_system_update> 엘리먼트를 정의한다. <non-cab_system_update> 엘리먼트는 통합 주소록 데이터 변경시, 변경된 통합 주소록 데이터에 대해 비통합 주소록 시스템으로의 동기화 여부에 대한 사용자 선호도를 저장하기 위한 엘리먼트이다.

<non-cab_system_update> 엘리먼트는 하위 엘리먼트(child element)로 <contact-export> 엘리먼트를 가지며, <contact-export> 엘리먼트는 속성인 'status'를 가진다. <contact-export> 엘리먼트는 변경된 통합 주소록 데이터에 대한 이출 여부를 나타낸다. <contact-export>의 하위 엘리먼트인 <contact-export-entry> 엘리먼트는 속성으로 'index'를 가지며 아울러 <non-cab-domain>, <credential>, <interval>, <filter> 등을 하위 엘리먼트로 포함할 수 있다.

<contact-export-entry> 엘리먼트는 개인 정보 이출 목록이 저장되는 엘리먼트로서, <non-cab-domain>엘리먼트, <credential>엘리먼트, <interval>엘리먼트, <filter> 엘리먼트의 역할은 상기한 표1에서와 같다.

1117단계에서 CAB 사용자 선호도 애플리케이션 사용부(430)는 사용자 선호도를 확인하고, 이를 CAB 서버(300)의 IWF부(320)에게 알려준다.

이에 따라, IWF부(320)는 1119단계에서 변경 통합 주소록 데이터와 관련하여 비통합 주소록 시스템과의 동기화 요청이 설정되어 있음을 확인하고 동기화 이벤트를 발생시킨다. 즉, CAB 사용자 선호도 애플리케이션 사용부(430)에게 개인 정보 이출 목록을 요청하고, 1121단계에서 이를 수신한다. 이때, 개인 정보 이출 목록은 주소 정보와 관련되어 설정되어 있고, 이출 대상이 되는 주소 정보를 수신하는 비통합 주소록 시스템은, 비통합 주소록 시스템 B(600)로 설정되어 있는 것으로 가정한다.

1123단계에서 CAB 서버(300)의 IWF(320)는 개인 정보 이출 목록을 바탕으로 통합 주소록 데이터의 이출을 CAB 기능 구동 애플리케이션 사용부(410)에 보고하기 위해 위한 이출 보고 메시지를 생성하여 CAB 기능 구동 애플리케이션 사용부(410)로 송신한다. 표3은 이출 보고 메시지의 일예를 나타낸 것이다.

<cab-feature id="cdcd3434">
<contact-export>
<non-cab-domain>
<list>
<entry_url>"www.facebook.com/joeblogs/address-book"</entry_url>
</list>
</non-cab-domain>
<credential>
<username>joeblogs@example.com</username>
<password>********</password>
</credential>
<interval>0</interval>
<data>
<AB>./cab-address-book/sip:joeblogs@example.com/cab-address-book/address-book</AB>
</data>
</contact-export>
</cab-feature>

표3에서 정의한 스키마를 참조하면, 이출 보고 메시지는 1119단계 내지 1121단계에서 획득한 개인 정보 이출 목록과, 1101단계 내지 1113단계에서 갱신된 주소 정보를 바탕으로 생성된다는 것을 알 수 있다.

CAB 서버(300)는 1125단계에서 응답 메시지(200 OK)를 CAB 기능 구동 애플리케이션 사용부(410)로부터 수신한다.

그리고 CAB 서버(300)는 1127단계에서 변경된 통합 주소록 데이터, 즉, 갱신된 주소 정보를 이출하기 위해, 사전 설정된 데이터 매핑 테이블과 같은 데이터 변환 도구를 바탕으로, 갱신 주소 정보를 비통합 주소록 시스템 B(600)의 데이터 포맷에 적합한 형태로 변환하여 동기화 개인 정보를 구성한다. 그리고 개인 정보 동기화를 위한 데이터 이출임을 나타내는 정보와, 동기화 개인 정보를 포함하는 메시지를 구성하여 비통합 주소록 시스템 B(600)로 송신한다.

이후, IWF부(320)는 CAB 기능 구동 애플리케이션 사용부(410)의 CAB 기능 구동 문서의 <contact-export> 엘리먼트의 <response> 엘리먼트 내 하위 요소인 <code> 엘리먼트를 "pending"으로 설정한다.

1129단계에서 IWF부(310)는 비통합 주소록 시스템 B(600)로부터 개인 정보 전달, 즉, 주소 정보 전달에 대한 전달 응답 메시지를 수신하면, 1131단계에서 CAB 기능 구동 애플리케이션 사용부(410)로 전달 응답 수신을 보고하여, CAB 기능 구동 문서의 <response> 엘리먼트를 해당 정보 전달 완료로 갱신한다.

그리고 IWF부(310)는 1133단계에서 CAB XDMS(400)로부터 응답 메시지(200 OK)를 수신한다.

추가적으로 사용자 단말(200)이 비통합 주소록 시스템으로부터의 주소 정보 이입에 따른 제3의 비통합 주소록 시스템과의 동기화 결과를 확인하고자 하는 경우 CAB 기능 구동 문서 내 해당 문서에 대한 구독(subscription)에 따른 변경 통보나 해당 문서에 대한 능동적인(active) 확인(polling)을 통해 해당 결과를 확인할 수 있다.

다음 도9는 CAB 사용자에 의한 사용자 단말(200)에 저장된 단말 주소록과 CAB XDMS(400)의 주소록 애플리케이션 사용부(440) 간에 주소 정보 동기화 이후 주소록 문서(AB Document) 갱신에 따른 비통합 주소록 시스템과의 동기화 과정의 일 예를 나타낸 것이다.

도9를 참조하면, 1201단계에서, 사용자 단말(200)은 사용자 입력에 따라 저장부(220)에 저장된 주소 정보 변경을 시작한다.

사용자 단말(200)의 CAB 클라이언트(210)는 사용자 단말(200)의 주소록 변경이 시작됨에 따라, CAB 서버(300)로 통합 주소록 동기화 시작 메시지인 DS 초기화 메시지(OMA DS Pkg #1)를 전송한다. DS 초기화 메시지는 동기화 관련 anchor 즉, 서버 챌린지(Server Challenge), 단말 성능 정보, DS 동기화 타입, 데이터 타입 등을 포함한다.

CAB 서버(300)는 인증 챌린지 응답을 생성하여 CAB 클라이언트(210)에 DS 메시지(OMA DS Pkg #2)의 형태로 전송하여, 1203단계에서 변경 주소록 정보를 요청한다. DS 메시지(OMA DS Pkg #2)는 메시지는 동기화 관련 anchor 즉, 클라이언트 챌린지(Client Challenge), 서버 성능 정보, DS 동기화 타입 등을 포함한다.

사용자 단말(200)의 CAB 클라이언트(210)는 챌린지 응답을 생성한 다음, CAB 서버(300)로 단말의 변경된 주소 정보를 포함하는 DS 메시지(OMA DS Pkg #3)를 전송하여, 1205단계에서 변경 주소 정보를 전송한다.

CAB 서버(300)는 사용자 단말(200)로부터 수신한 변경 주소 정보를 분석하고, 1205단계에서 수신한 DS 메시지를 바탕으로 1207단계에서 CAB XDMS(400)의 주소록 애플리케이션 사용부(430)에게 주소 정보 변경을 요청한다. 예를 들면, CAB XDMS(400)의 주소록 애플리케이션 사용부(440)로 XCAP 프로토콜을 사용하여 "Joe"의 주소 정보 추가를 요청한다. 만약 DS 메시지가 다수의 주소 변경 요청을 포함하고 있다면 각각의 주소 변경 요청에 대해 XCAP 프로토콜을 사용하여 변경 요청 메시지를 생성할 것이다.

1211단계에서 주소록 애플리케이션 사용부(440)는 응답 메시지(200 OK)를 CAB 서버(300)로 전송한다. 만약 주소록 애플리케이션 사용부(440)가 상기 1207단계에서 하나 이상의 XCAP 요청 메시지를 수신하였다면 각각의 요청 메시지에 대한 응답 메시지를 생성 및 전송한다.

CAB 서버(300)는 1213단계에서 CAB XDMS(400)의 주소 정보 수정과 관련하여 CAB 서버(300)의 대한 상태 정보를 포함하는 DS 메시지(OMA DS Pkg #4)를 사용자 단말(200)의 CAB 클라이언트(210)에게 전송한다.

CAB 클라이언트(210)는 1213단계에서 DS 메시지를 수신하면, 1215단계에서 저장부(220)에 저장된 주소록을 최종적으로 갱신한다. 그리고 1217단계에서 CAB 클라이언트(210)는 CAB 서버(300)에게 CAB 클라이언트(210)의 갱신 상태에 대한 결과와 단말/서버 간 아이템 매핑 정보를 포함하는 DS 메시지(OMA DS Pkg #5)를 전송한다.

CAB 서버(300)는 1219단계에서 CAB 클라이언트(210)로 CAB 서버(300)내 아이템 매핑 테이블의 갱신 확인(acknowledgement)을 포함하는 DS 메시지(OMA DS Pkg #6)를 전송한다.

1201단계 내지 1219단계의 과정에 따라, 사용자 단말(200)과 CAB XDMS(300) 간에 주소록 동기화가 완료되면, 1221단계에서 CAB 서버(300)는 CAB XDMS(400)의 CAB 사용자 선호도 애플리케이션 사용부(430)로부터 비통합 주소록 시스템의 동기화에 관한 선호도 확인을 요청한다. 도9의 실시예에서는, 사용자 선호도에 통합 주소록 데이터의 주소 정보 갱신 사항에 대해 비통합 주소록 시스템으로 이출이 진행되도록 설정되어 있다고 가정한다.

1223단계에서 CAB 사용자 선호도 애플리케이션 사용부(430)는 사용자 선호도를 확인하고, 이를 CAB 서버(300)의 IWF부(320)에게 알려준다.

이에 따라, IWF부(320)는 1225단계에서 변경 통합 주소록 데이터와 관련하여 비통합 주소록 시스템과의 동기화 요청이 설정되어 있음을 확인하고 동기화 이벤트를 발생시킨다. 즉, CAB 사용자 선호도 애플리케이션 사용부(430)에게 개인 정보 이출 목록을 요청하고, 1227단계에서 이를 수신한다. 이때, 개인 정보 이출 목록은 주소 정보와 관련되어 설정되어 있고, 이출 대상이 되는 주소 정보를 수신하는 비통합 주소록 시스템은, 비통합 주소록 시스템 A(500)로 설정되어 있는 것으로 가정한다.

1227단계에서 CAB 서버(300)의 IWF(320)는 개인 정보 이출 목록을 바탕으로 통합 주소록 데이터의 이출을 CAB 기능 구동 애플리케이션 사용부(410)에 보고하기 위해 위한 이출 보고 메시지를 생성하여 CAB 기능 구동 애플리케이션 사용부(410)로 송신한다. 이출 보고 메시지는 1209단계 및 1225단계에서 획득한 신규 추가된 주소 정보와 개인 정보 이출 목록을 바탕으로 생성된다.

CAB 서버(300)는 1131단계에서 응답 메시지(200 OK)를 CAB 기능 구동 애플리케이션 사용부(410)로부터 수신한다.

그리고 CAB 서버(300)는 1233단계에서 변경된 통합 주소록 데이터, 즉, 갱신된 주소 정보를 이출하기 위해, 사전 설정된 데이터 매핑 테이블과 같은 데이터 변환 도구를 바탕으로, 갱신 주소 정보를 비통합 주소록 시스템 A(500)의 데이터 포맷에 적합한 형태로 변환하여 동기화 개인 정보를 구성한다. 그리고 개인 정보 동기화를 위한 데이터 이출임을 나타내는 정보와, 동기화 개인 정보를 포함하는 메시지를 구성하여 비통합 주소록 시스템 A(500)로 송신한다.

1235단계에서 IWF부(310)는 비통합 주소록 시스템 A(500)로부터 개인 정보 전달, 즉, 주소 정보 전달에 대한 전달 응답 메시지를 수신하면, 1237단계에서 CAB 기능 구동 애플리케이션 사용부(410)로 전달 응답 수신을 보고하여, CAB 기능 구동 문서의 <response> 엘리먼트를 해당 정보 전달 완료로 갱신한다.

그리고 IWF부(310)는 1239단계에서 CAB XDMS(400)로부터 응답 메시지(200 OK)를 수신한다.

추가적으로 사용자 단말(200)이 단말의 주소 정보 변경에 따른 비통합 주소록 시스템과의 동기화 결과를 확인하고자 하는 경우 CAB 기능 구동 문서 내 해당 문서에 대한 구독(subscription)에 따른 변경 통보나 해당 문서에 대한 능동적인(active) 확인(polling)을 통해 해당 결과를 확인할 수 있다.

참고로 상기 1209단계와 1211단계는 데이터 불일치(data consistency)를 방지하기 위해 데이터 동기화 완료 전에, 즉 1213단계 또는 1219단계 전에 동작 완료되는 것이 바람직하다.

다음 도10은 사용자 단말(200)이 아닌 네트워크에 의한 주소 변경 요청 예를 들면, 사용자 단말(100)이 주소 구독(Contact Subscription)중인 특정 사용자 단말 또는 특정 사용자의 PCC 문서(PCC Document) 변경에 따른 사용자의 주소록 문서(AB Document) 갱신이 요구되는 경우, 이에 따른 주소록 문서의 갱신과 추가적인 비통합 CAB 시스템과의 동기화 과정에 대한 일예를 나타낸다. PCC 문서는 PCC 정보가 저장되는 문서이다.

도10을 참조하면, CAB 서버(300)는 1301단계에서 사용자 단말(200)에 대응하는 주소록 문서(AB Document)의 변경을 요구하는 통보(notification) 메시지를 네트워크 엔티티로부터 수신한다. 예를 들면 사용자 단말(200)이 주소를 구독하고 있는 특정 사용자 단말의PCC 문서의 변경에 따른 통보를 수신하는 경우를 들 수 있다.

CAB 서버(300)는 1303단계에서 1301단계에서 수신한 통보 메시지에 포함된 변경 사항을 분석하여, 특정 사용자 단말의 PCC 정보가 변경되었음을 확인한다. 이에 따라, CAB 서버(300)는 1305단계에서 변경된 PCC 정보를 바탕으로 CAB XDMS(400)에 저장된 사용자 단말(200)의 주소 문서를 갱신하고, 1307단계에서 주소록 애플리케이션 사용부(440)로부터 응답 메시지인 200 OK를 수신한다.

1309단계에서 CAB 서버(300)의 주소록 동기화부(310)는 사용자 단말(200)의 CAB 클라이언트(210)에게 server-alerted notification을 보냄으로써 주소록 동기화를 요청한다.

사용자 단말(200)의 CAB 클라이언트(210)는 수신한 server-alerted notification을 바탕으로 1311단계에서, 사용자 단말(200)에 저장된 주소 정보와, CAB XDMS(400)에 저장된 사용자 단말(200)의 주소 정보 간에 주소록 동기화를 진행한다.

사용자 단말(200)과의 주소록 동기화가 완료되면, 1313단계에서 CAB 서버(300)는 CAB XDMS(400)의 CAB 사용자 선호도 애플리케이션 사용부(430)로부터 비통합 주소록 시스템의 동기화에 관한 선호도 확인을 요청한다. 도10의 실시예에서는, 사용자 선호도에 통합 주소록 데이터의 주소 정보 갱신 사항에 대해 비통합 주소록 시스템으로 이출이 진행되도록 설정되어 있다고 가정한다.

1315단계에서 CAB 사용자 선호도 애플리케이션 사용부(430)가 사용자 선호도를 확인하고, 이를 CAB 서버(300)의 IWF부(320)에게 알려준다.

이에 따라, IWF부(320)는 1317단계에서 변경 통합 주소록 데이터와 관련하여 비통합 주소록 시스템과의 동기화 요청이 설정되어 있음을 확인하고 동기화 이벤트를 발생시킨다. 즉, CAB 사용자 선호도 애플리케이션 사용부(430)에게 개인 정보 이출 목록을 요청하고, 1319단계에서 이를 수신한다. 이때, 개인 정보 이출 목록은 주소 정보와 관련되어 설정되어 있고, 이출 대상이 되는 주소 정보를 수신하는 비통합 주소록 시스템은, 비통합 주소록 시스템 A(500)로 설정되어 있는 것으로 가정한다.

1321단계에서 CAB 서버(300)의 IWF(320)는 개인 정보 이출 목록을 바탕으로 통합 주소록 데이터의 이출을 CAB 기능 구동 애플리케이션 사용부(410)에 보고하기 위해 위한 이출 보고 메시지를 생성하여 CAB 기능 구동 애플리케이션 사용부(410)로 송신한다. 이출 보고 메시지는 1301단계 내지 1307단계에서 새롭게 갱신된 주소 정보와, 1317단계 내지 1319단계에서 획득한 개인 정보 이출 목록을 바탕으로 생성된다.

CAB 서버(300)는 1323단계에서 응답 메시지(200 OK)를 CAB 기능 구동 애플리케이션 사용부(410)로부터 수신한다.

그리고 CAB 서버(300)는 1325단계에서 변경된 통합 주소록 데이터, 즉, 갱신된 주소 정보를 이출하기 위해, 사전 설정된 데이터 매핑 테이블과 같은 데이터 변환 도구를 바탕으로, 갱신 주소 정보를 비통합 주소록 시스템 A(500)의 데이터 포맷에 적합한 형태로 변환하여 동기화 개인 정보를 구성한다. 그리고 개인 정보 동기화를 위한 데이터 이출임을 나타내는 정보와, 동기화 개인 정보를 포함하는 메시지를 구성하여 비통합 주소록 시스템 A(500)로 송신한다.

이후, IWF부(310)는 CAB 기능 구동 애플리케이션 사용부(410)의 CAB 기능 구동 문서의 <contact-export> 엘리먼트의 <response> 엘리먼트 내 하위 요소인 <code> 엘리먼트를 "pending"으로 설정한다.

1327단계에서 IWF부(310)는 비통합 주소록 시스템 A(500)로부터 개인 정보 전달, 즉, 주소 정보 전달에 대한 전달 응답 메시지를 수신하면, 1329단계에서 CAB 기능 구동 애플리케이션 사용부(410)로 전달 응답 수신을 보고하여, CAB 기능 구동 문서의 <response> 엘리먼트를 해당 정보 전달 완료로 갱신한다.

그리고 IWF부(310)는 1331단계에서 CAB XDMS(400)로부터 응답 메시지(200 OK)를 수신한다.

추가적으로 사용자 단말(200)의 CAB 클라이언트(210)가 네트워크 엔티티에 의한 주소 정보 갱신에 따른 비통합 주소록 시스템 동기화 결과를 확인하고자 하는 경우, CAB 기능 구동 문서 중 해당 문서에 대한 구독(subscription)에 따른 변경 통보나 해당 문서에 대한 능동적인(active) 확인(polling)을 통해 해당 결과를 확인할 수 있다.

도11은 CAB 사용자에 의한 비통합 주소록 시스템으로부터의 프로파일 정보의 이입을 진행하고, 이후 다른 특정 비통합 주소록 시스템과의 프로파일 정보를 동기화하는 과정을 나타낸 도면이다. 이를 통해 CAB 사용자는 자신의 PCC 문서와 다수의 비통합 주소록 시스템에 저장된 프로파일 정보들의 동기화를 이룸으로써 효율적인 개인 정보 관리를 도모할 수 있을 것이다. 도11의 실시예에서는 비통합 주소록 시스템 A(500)로부터 프로파일 정보를 이입하여 통합 주소록 데이터의 PCC 정보를 갱신하고, 이후, 비통합 주소록 시스템 B(600)의 프로파일 정보와 갱신된 PCC 정보를 동기화하는 것으로 가정한다.

도11을 참조하면, 사용자 단말(200)의 CAB 클라이언트(210)는 1401단계에서 비통합 주소록 데이터의 이입을 요청하기 위한, 비통합 주소록 데이터 이입 요청 메시지를XCAP(XML Configuration Access Protocol) request 형식으로 구성하여 CAB XDMS(400)의 CAB 기능 구동 애플리케이션 사용부(410)에 송신한다. 이때, 비통합 주소록 이입 요청 메시지는 비통합 주소록 데이터 중에서 프로파일 정보에 대한 이입을 요청하기 위한 것이며, 그 일례는 표4와 같다.

<cab-feature id="efef5656">
<import-non-cab>
<non-cab-source>
<list>
<entry_url>"www.facebook.com/joeblogs/profile"</entry_url>
</list>
</non-cab-source>
<credential>
<username>joeblogs@example.com</username>
<password>********</password>
</credential>
<interval>0</interval>
</import-non-cab>
</cab-feature>

표4에 예시된 스키마에서 볼 수 있는 바와 같이, XCAP request는 CAB 사용자의 외부 네트워크에 저장된 프로파일 정보를 통합 주소록 시스템 내부로 가져오기 위해, <import-non-cab> 엘리먼트의 이입(import) 대상을 기존 외부 네트워크의 주소록 데이터서 외부 네트워크의 프로파일 정보 또는 개인/조직/단체 등의 콘텐츠 정보(예, 사진, 비디오, 콘텐츠 등) 등으로 확장한 것이다.

아울러 기 언급한 바와 같이 통합 주소록 시스템의 구성방법에 따라 CAB 클라이언트에 의해 보낸 비통합 주소록 데이터 이입 요청 메시지가 CAB XDMS가 아닌 CAB 서버로 전달되는 경우 CAB 클라이언트와 CAB 서버 간 인터페이스로 XCAP이 아닌 다른 형태의 프로토콜이 존재할 수 있는데 이 경우에도 비통합 주소록 데이터 이입 요청 메시지의 전체적인 스키마는 상기 표4에서 보인 것과 유사하게 정의될 수 있다.

CAB XDMS(400)의 CAB 기능 구동 애플리케이션 사용부(410)는 비통합 주소록 데이터 이입 요청 메시지에 포함된 정보들, 예를 들어, 해당 비통합 주소록 시스템의 주소, 해당 비통합 주소록 시스템의 접속 인증 정보, 주소록 데이터 이입 스케줄 정보 등을 CAB 기능 구동 문서에 추가하고 1403단계에서 CAB 특징 조성 문서의 변경을 CAB 서버(300)의 IWF부(320)에게 통지한다. 이때, 비통합 주소록 데이터 이입 요청 메시지에는 비통합 주소록 시스템 A(500)로부터 프로파일 정보를 이입하는 것에 대한 요청이 포함되어 있는 것으로 가정한다.

1405단계에서 CAB 서버(300)의 IWF부(320)는 기능 구동 문서를 확인하여, 비통합 주소록 시스템 A(500)에게 사용자 단말(200)의 비통합 주소록에 접속하기 위해 필요한 정보, 즉, 접속 인증 정보 등을 제공하고, 프로파일 정보를 요청한다. 그리고 CAB 기능 구동 애플리케이션 사용부(410)의 기능 구동 문서의<import-non-cab> 엘리먼트t의 <response> 엘리먼트의 하위 요소인 <code> 엘리먼트를 "pending"으로 설정한다.

1407단계에서 CAB 서버(300) IWF부(320)는 사용자 단말(200)에 대응하는 비통합 주소록 시스템 A(500)의 정보 중 사용자가 지정한 프로파일 정보를 비통합 주소록 시스템 A(500)로부터 획득한다.

그리고 1409단계에서 CAB 서버(300)의 IWF부(320)는 획득한 사용자의 프로파일 정보를 CAB 데이터 포맷으로 변환한 후, CAB 사용자 선호도 즉, 비통합 주소록으로부터 데이터 이입에 따라 그에 대한 PCC 문서의 갱신에 대한 선호도에 따라 CAB PCC 애플리케이션 사용부(430)의 PCC 문서(PCC Document)에 저장하고 이에 대한 응답 메시지를 수신한다.

1411단계에서 CAB 서버(300)는 CAB XDMS(400)의 CAB 사용자 선호도 애플리케이션 사용부(420)로부터 비통합 주소록 시스템의 동기화에 관한 선호도 확인을 요청하여 1413단계에서와 같이 응답받거나 기 1409단계에서 기획득한 CAB 사용자 선호도를 바탕으로 1411단계에서의 해당 선호도를 참조할 수도 있다. 이때 CAB 사용자 선호도 중 <contact-export> 엘리먼트를 비통합 주소록 시스템의 동기화에 대한 선호도로 참조하게 된다. 도11의 실시예는, 상기한 도8의 실시예에서 이입된 비통합 주소록 시스템의 주소 정보와 관련하여 CAB 사용자 주소 문서(AB Document)를 자동 갱신하는 것을 보다 확장한 것으로, PCC 문서의 자동 갱신을 비롯한 기타 비통합 주소록 시스템의 개인/조직/단체 등의 콘텐츠에 대한 내용들에 대해서도 통합 주소록 시스템에서 유지, 관리할 수 있게 한 것이다. 이에 따라, CAB 사용자 선호도 역시, PCC 정보 또는 개인/조직/단체 등의 콘텐츠에 대한 자동 갱신과 관련된 선호도를 포함하고 있는 것이 바람직하다.

일반적으로 1411단계와 같이 사용자 선호도의 확인은 IWF부(320)에 의해서 이루어지지만, CAB 서버(300)의 다른 기능부에 의해서도 이루어질 수 있다. 그리고 도11의 실시예에서는, 사용자 선호도에 통합 주소록 데이터의 PCC 정보 갱신 사항에 대해 비통합 주소록 시스템으로 이출이 진행되도록 설정되어 있다고 가정한다.

본 발명의 일 실시예에 따른 PCC 정보 이출을 위한 사용자 선호도를 표5에 나타내었다.

<?xml version="1.0" encoding="UTF-8"?>
<cab-upp-set xmlns:ocp="urn:oma:xml:cab:user-prefs"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<profile id="abc123">
<auto-synchronize-ab> true</auto-synchronize-ab>
<send-notification-contact-added>faluse</send-notification-contact-added>
<receive-notification-when-contact-added>true</receive-notification-when-contact-added>
<notify-when-contact-becomes-cab-user>true</notify-when-contact-becomes-cab-user>
<notify-when-receive-contact-subscription>true</notify-when-receive-contact-subscription>
<notify-on-contact-subscription-update>true</notify-on-contact-subscription-update>
<update-ab>true</update-ab>
<contact-subscription-update>true</contact-subscription-update>
<import-update>true</import-update>

<!preferecne for exporting to non-CAB system initiated by the update of AB or PCC-->
<non-cab_system_update>
<contact-export status="true">
<contact-export-entry index="ghgh7878">
<non-cab-domain>
<list>
<entry_url>"www.facebook.com/joeblogs/profile"</entry_url>
</list>
</non-cab-domain>
<credential>
<username>joeblogs@example.com</username>
<password>********</password>
</credential>
<interval>0</interval>
</contact-export-entry>
</contact-export>
</non-cab_system_update>
</profile>
</cab-upp-set>

표5에서 정의한 스키마에서 볼 수 있는 바와 같이, 표5의 사용자 선호도는 표2에서 나타낸 사용자 선호도와 유사하다. 다만 표5의 사용자 선호도에서는 주소 정보 이출이 아닌 프로파일 정보, 즉, PCC 정보 이출을 위한 정보가 필요하므로<non-cab-domain> 엘리먼트의 대상이 CAB 사용자의 비통합 시스템의 프로파일정보이다.

1413단계에서 CAB 사용자 선호도 애플리케이션 사용부(430)는 사용자 선호도를 확인하고, 이를 CAB 서버(300)의 IWF부(320)에게 알려준다.

이에 따라, IWF부(320)는 1415단계에서 변경 통합 주소록 데이터와 관련하여 비통합 주소록 시스템과의 동기화 요청이 설정되어 있음을 확인하고 동기화 이벤트를 발생시킨다. 즉, CAB 사용자 선호도 애플리케이션 사용부(430)에게 개인 정보 이출 목록을 요청하고, 1417단계에서 이를 수신한다. 이때, 개인 정보 이출 목록은 PCC 정보와 관련되어 설정되어 있고, 이출 대상이 되는 PCC 정보, 즉, 프로파일 정보를 수신하는 비통합 주소록 시스템은, 비통합 주소록 시스템 B(600)로 설정되어 있는 것으로 가정한다.

1419단계에서 CAB 서버(300)의 IWF(320)는 개인 정보 이출 목록을 바탕으로 통합 주소록 데이터의 이출을 CAB 기능 구동 애플리케이션 사용부(410)에 보고하기 위해 위한 이출 보고 메시지를 생성하여 CAB 기능 구동 애플리케이션 사용부(410)로 송신한다. 표6은 이출 보고 메시지의 일예를 나타낸 것이다.

<cab-feature id="cdcd3434">
<contact-export>
<non-cab-domain>
<list>
<entry_url>"www.facebook.com/joeblogs/profile"</entry_url>
</list>
</non-cab-domain>
<credential>
<username>joeblogs@example.com</username>
<password>********</password>
</credential>
<interval>0</interval>
<data>
<PCC>./cab-address-book/sip:joeblogs@example.com/cab-pcc/pcc</PCC>
</data>
</contact-export>
</cab-feature>

표6에서 정의한 스키마를 참조하면, 이출 보고 메시지는 1415단계 내지 1417단계에서 획득한 개인 정보 이출 목록과, 1401단계 내지 1409단계에서 갱신된 PCC 정보를 바탕으로 생성된다는 것을 알 수 있다.

CAB 서버(300)는 1421단계에서 응답 메시지(200 OK)를 CAB 기능 구동 애플리케이션 사용부(410)로부터 수신한다.

그리고 CAB 서버(300)는 1423단계에서 변경된 통합 주소록 데이터, 즉, 갱신된 PCC 정보를 이출하기 위해, 사전 설정된 데이터 매핑 테이블과 같은 데이터 변환 도구를 바탕으로, 갱신 PCC 정보를 비통합 주소록 시스템 B(600)의 데이터 포맷에 적합한 형태로 변환하여 동기화 개인 정보를 구성한다. 그리고 개인 정보 동기화를 위한 데이터 이출임을 나타내는 정보와, 동기화 개인 정보를 포함하는 메시지를 구성하여 비통합 주소록 시스템 B(600)로 송신한다.

1425단계에서 IWF부(310)는 비통합 주소록 시스템 B(600)로부터 개인 정보 전달, 즉, PCC 정보 전달에 대한 전달 응답 메시지를 수신하면, 1427단계에서 CAB 기능 구동 애플리케이션 사용부(410)로 전달 응답 수신을 IWF부(310)에 보고하고, 1427단계에서 기 전달 응답 메시지를 바탕으로 CAB 기능 구동 문서의 <response> 엘리먼트를 해당 정보 전달 완료로 갱신한다.

그리고 IWF부(310)는 1429단계에서 CAB XDMS(400)로부터 응답 메시지(200 OK)를 수신한다.

추가적으로 사용자 단말(200)의 CAB 클라이언트(210)가 비통합 주소록 시스템 A(500)로부터의 프로파일 정보 이입에 따른 비통합 주소록 시스템 B(600)와의 동기화 결과를 확인하고자 하는 경우, CAB 기능 구동 문서 중 해당 문서에 대한 구독(subscription)에 따른 변경 통보나 해당 문서에 대한 능동적인(active) 확인(polling)을 통해 해당 결과를 확인할 수 있다.

도12는 CAB 사용자에 의한 자신의 PCC 정보의 변경 사항을 다른 비통합 주소록 시스템에 동기화하는 과정의 일 예를 나타낸다.

도12를 참조하면, 1501단계에서 사용자 단말(200)의 CAB 클라이언트(210)는 CAB XDMS(400)의 PCC 애플리케이션 사용부(430)에 저장된 PCC 문서에 포함된 PCC 정보를 수정한다.

수정 완료 후, 1503단계에서 사용자 단말(200)의 CAB 클라이언트(210)는 응답 메시지(200 OK)를 CAB XDMS(400)의 PCC 애플리케이션 사용부(430)로부터 수신한다.

CAB XDMS(400)의 PCC 애플리케이션 사용부(430)는 1505단계에서 PCC 문서에 대한 변경 사항을 CAB 서버(300)에 통보한다. 아울러 CAB 서버(300)는 CAB 기능 구동 문서의 문서 변경을 일정 주기의 PCC 문서 관리나 문서 구독/통보를 통해서도 알 수도 있다.

1507단계에서 CAB 서버(300)는 CAB XDMS(400)의 CAB 사용자 선호도 애플리케이션 사용부(420)로부터 비통합 주소록 시스템의 동기화에 관한 선호도 확인을 요청한다. 일반적으로 1507단계에서와 같이 사용자 선호도의 확인은 IWF부(320)에 의해서 이루어지지만, CAB 서버(300)의 다른 기능부에 의해서도 이루어질 수 있다. 그리고 도12의 실시예에서는, 사용자 선호도에 통합 주소록 데이터의 PCC 정보 갱신 사항에 대해 비통합 주소록 시스템으로 이출이 진행되도록 설정되어 있다고 가정한다.

1509단계에서 CAB 사용자 선호도 애플리케이션 사용부(430)는 사용자 선호도를 확인하고, 이를 CAB 서버(300)의 IWF부(320)에게 알려준다.

이에 따라, IWF부(320)는 1511단계에서 변경 통합 주소록 데이터와 관련하여 비통합 주소록 시스템과의 동기화 요청이 설정되어 있음을 확인하고 동기화 이벤트를 발생시킨다. 즉, CAB 사용자 선호도 애플리케이션 사용부(430)에게 개인 정보 이출 목록을 요청하고, 1513단계에서 이를 수신한다. 이때, 개인 정보 이출 목록은 PCC 정보와 관련되어 설정되어 있고, 이출 대상이 되는 PCC 정보를 수신하는 비통합 주소록 시스템은, 비통합 주소록 시스템 A(500)로 설정되어 있는 것으로 가정한다.

1515단계에서 CAB 서버(300)의 IWF(320)는 개인 정보 이출 목록을 바탕으로 통합 주소록 데이터의 이출을 CAB 기능 구동 애플리케이션 사용부(410)에 보고하기 위해 위한 이출 보고 메시지를 생성하여 CAB 기능 구동 애플리케이션 사용부(410)로 송신한다. 이출 보고 메시지는 1511단계 내지 1513단계에서 획득한 개인 정보 이출 목록과, 1501단계 내지 1505단계에서 변경된 PCC 정보를 바탕으로 생성된다.

CAB 서버(300)는 1517단계에서 응답 메시지(200 OK)를 CAB 기능 구동 애플리케이션 사용부(410)로부터 수신한다.

그리고 CAB 서버(300)는 1519단계에서 변경된 통합 주소록 데이터, 즉, 변경된 PCC 정보를 이출하기 위해, 사전 설정된 데이터 매핑 테이블과 같은 데이터 변환 도구를 바탕으로, 변경 PCC 정보를 비통합 주소록 시스템 A(500)의 데이터 포맷에 적합한 형태로 변환하여 동기화 개인 정보를 구성한다. 그리고 개인 정보 동기화를 위한 데이터 이출임을 나타내는 정보와, 동기화 개인 정보를 포함하는 메시지를 구성하여 비통합 주소록 시스템 A(500)로 송신한다.

1521단계에서 IWF부(310)는 비통합 주소록 시스템 A(500)로부터 개인 정보 전달, 즉, PCC 정보 전달에 대한 전달 응답 메시지를 수신하면, 1523단계에서 CAB 기능 구동 애플리케이션 사용부(410)로 전달 응답 수신을 보고하여, CAB 기능 구동 문서의 <response> 엘리먼트를 해당 정보 전달 완료로 갱신한다.

그리고 IWF부(310)는 1525단계에서 CAB XDMS(400)로부터 응답 메시지(200 OK)를 수신한다.

추가적으로 사용자 단말(200)의 CAB 클라이언트(210)가 사용자에 의한 PCC 문서 변경에 따른 비통합 주소록 시스템 B(600)와의 동기화 결과를 확인하고자 하는 경우, CAB 기능 구동 문서 중 해당 문서에 대한 구독(subscription)에 따른 변경 통보나 해당 문서에 대한 능동적인(active) 확인(polling)을 통해 해당 결과를 확인할 수 있다.

도13은 CAB 사용자의 PCC 문서가 API(Application Program Interface)와 같은 네트워크 인터페이스에 의해 변경이 이뤄지는 경우 다른 비통합 주소록 시스템과의 동기화 과정을 나타낸 도면이다.

도13을 참조하면, 1601단계에서 CAB 사용자는 네트워크 인터페이스를 이용하여 CAB XDMS(400)의 PCC 애플리케이션 사용부(430)에 저장된 PCC 문서를 수정한다. 여기에서 PCC 문서의 액세스와 관련한 인증(authentication) 및 액세스 규칙(access permission)은 해당 네트워크 인터페이스에 대해 허용되어 있다고 가정하며 CAB 사용자가 외부에서 통합 주소록 시스템에 의해 노출된 네트워크 인터페이스를 이용하여 PCC 정보를 수정한 것으로 가정한다.

CAB XDMS(400)의 PCC 애플리케이션 사용부(430)는 1603단계에서 PCC 문서에 대한 변경 사항을 CAB 서버(300)에 통보한다. 아울러 CAB 서버(300)는 CAB 기능 구동 문서의 문서 변경을 일정 주기의 PCC 문서 관리나 문서 구독/통보를 통해서도 알 수도 있다.

1605단계에서 CAB 서버(300)는 CAB XDMS(400)의 CAB 사용자 선호도 애플리케이션 사용부(420)로부터 비통합 주소록 시스템의 동기화에 관한 선호도 확인을 요청한다. 일반적으로 사용자 선호도의 확인은 IWF부(320)에 의해서 이루어지지만, CAB 서버(300)의 다른 기능부에 의해서도 이루어질 수 있다. 그리고 도13의 실시예에서는, 사용자 선호도에 통합 주소록 데이터의 PCC 정보 갱신 사항에 대해 비통합 주소록 시스템으로 이출이 진행되도록 설정되어 있다고 가정한다.

1607단계에서 CAB 사용자 선호도 애플리케이션 사용부(430)는 사용자 선호도를 확인하고, 이를 CAB 서버(300)의 IWF부(320)에게 알려준다. 이에 따라, IWF부(320)는 1609단계에서 변경 통합 주소록 데이터와 관련하여 비통합 주소록 시스템과의 동기화 요청이 설정되어 있음을 확인하고 동기화 이벤트를 발생시킨다. 즉, CAB 사용자 선호도 애플리케이션 사용부(430)에게 개인 정보 이출 목록을 요청하고, 1611단계에서 이를 수신한다. 이때, 개인 정보 이출 목록은 PCC 정보와 관련되어 설정되어 있고, 이출 대상이 되는 PCC 정보를 수신하는 비통합 주소록 시스템은, 비통합 주소록 시스템 A(500)로 설정되어 있는 것으로 가정한다.

1613단계에서 CAB 서버(300)의 IWF(320)는 개인 정보 이출 목록을 바탕으로 통합 주소록 데이터의 이출을 CAB 기능 구동 애플리케이션 사용부(410)에 보고하기 위해 위한 이출 보고 메시지를 생성하여 CAB 기능 구동 애플리케이션 사용부(410)로 송신한다. 이출 보고 메시지는 1607단계 및 1609단계에서 획득한 개인 정보 이출 목록과, 1601단계에서 변경된 PCC 정보를 바탕으로 생성된다.

CAB 서버(300)는 1615단계에서 응답 메시지(200 OK)를 CAB 기능 구동 애플리케이션 사용부(410)로부터 수신한다.

그리고 CAB 서버(300)는 1617단계에서 변경된 통합 주소록 데이터, 즉, 변경된 PCC 정보를 이출하기 위해, 사전 설정된 데이터 매핑 테이블과 같은 데이터 변환 도구를 바탕으로, 변경 PCC 정보를 비통합 주소록 시스템 A(500)의 데이터 포맷에 적합한 형태로 변환하여 동기화 개인 정보를 구성한다. 그리고 개인 정보 동기화를 위한 데이터 이출임을 나타내는 정보와, 동기화 개인 정보를 포함하는 메시지를 구성하여 비통합 주소록 시스템 A(500)로 송신한다.

1619단계에서 IWF부(310)는 비통합 주소록 시스템 A(500)로부터 개인 정보 전달, 즉, PCC 정보 전달에 대한 전달 응답 메시지를 수신하면, 1521단계에서 CAB 기능 구동 애플리케이션 사용부(410)로 전달 응답 수신을 보고하여, CAB 기능 구동 문서의 <response> 해당 정보 전달 완료로 엘리먼트를 갱신한다.

그리고 IWF부(310)는 1623단계에서 CAB XDMS(400)로부터 응답 메시지(200 OK)를 수신한다.

추가적으로 사용자 단말(200)의 CAB 클라이언트(210)가 네트워크 인터페이스에 의한 PCC 문서 변경에 따른 비통합 주소록 시스템 B(600)와의 동기화 결과를 확인하고자 하는 경우, CAB 기능 구동 문서 중 해당 문서에 대한 구독(subscription)에 따른 변경 통보나 해당 문서에 대한 능동적인(active) 확인(polling)을 통해 해당 결과를 확인할 수 있다.

또한 CAB 클라이언트(210)에서 CAB 서버(300)로 직접 액세스가 불가능하여 CAB 기능 구동 애플리케이션 사용부(410)를 이용하여 CAB XDMS(400)에 저장된 문서에 대한 동작을 수행하여야 하는 통합 주소록 시스템인 경우, 상기 열거한 실시예에서 제안된 바와 같이 동작 가능하다. 만약 그렇지 않은 통합 주소록 시스템인 경우, 예를 들어, CAB 클라이언트와 CAB XDMS간 주소록 동기화를 SIP 이벤트 패키지를 이용하여 실행하는 경우라도 상기 본문에서 설명한 바와 같이 CAB 클라이언트와 CAB 서버 간 직접 요청/응답 메시지 교환을 통해 상기 열거한 발명 실시예들이 동작 가능함을 알 수 있다. 아울러 상기 열거한 실시예들은 일반적인 XDM 문서 관리 기능 구현의 허용 범위 내에서 동작 방법, 메시지 형태, 동작 순서 등에 일부 수정이 이뤄질 수 있으나 전체적인 의미 또는 맥락에서의 방법 및 동작은 본 발명의 범주 내에서 동일하다고 볼 수 있다.

이상에서 본 바와 같이 통합 주소록 시스템에서 CAB 사용자는 주소 정보 나 PCC 정보와 같은 개인 정보의 이출을 통해 통합 주소록 시스템에 저장된 주소록 데이터와, 다수의 비통합 주소록 시스템에 저장된 개인 정보들의 동기화를 이룸으로써 효율적인 개인 정보 관리를 도모할 수 있을 것이다.

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

Claims

통합 주소록 서비스를 지원하는 서버 장치가 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보와, 상기 통합 주소록 서비스를 지원하지 않는 비통합 주소록 시스템에 의해 관리되는 비통합 주소록 개인 정보 간에 동기화를 수행하는 방법에 있어서,
사용자 단말에 대응하는 통합 주소록 개인 정보와, 상기 특정 사용자 단말에 대응하는 비통합 주소록 개인 정보 간에 동기화를 촉구하는 동기화 이벤트 발생을 확인하는 과정과,
상기 통합 주소록 개인 정보 중 적어도 일부를 포함하는 동기화 개인 정보를 구성하는 과정과,
상기 동기화 개인 정보를 상기 사용자 단말과 관련된 비통합 주소록 시스템으로 전달하는 과정을 포함함을 특징으로 하는 동기화 방법.
제1항에 있어서, 상기 사용자 단말에 의해 전송되며, 상기 통합 주소록 개인 정보를 상기 비통합 주소록 시스템으로 전송할 것을 요청하는 이출 요청 메시지에 의해 상기 동기화 이벤트가 발생됨을 특징으로 하는 동기화 방법.
제2항에 있어서, 상기 이출 요청 메시지는 상기 비통합 주소록 시스템의 주소와, 상기 비통합 주소록 시스템의 접속 인증 정보와, 이출 대상이 되는 통합 주소록 개인 정보에 대한 식별 정보를 포함함을 특징으로 하는 동기화 방법.
제3항에 있어서, 상기 동기화 개인 정보를 구성하는 과정은
상기 이출 대상이 되는 통합 주소록 개인 정보를 상기 비통합 주소록 시스템에서 지원하는 데이터 포맷으로 변경하는 과정임을 특징으로 하는 동기화 방법.
제1항에 있어서, 상기 사용자 단말에 대응하여 저장된 사용자 선호도에, 상기 사용자 단말에 대응하는 통합 주소록 개인 정보 변경시, 변경된 통합 주소록 개인 정보를 상기 비통합 주소록 시스템에 전달하도록 요청하는 동기화 요청이 설정된 경우 상기 동기화 이벤트가 발생됨을 특징으로 하는 동기화 방법.
제5항에 있어서, 상기 동기화 개인 정보를 구성하는 과정은,
상기 사용자 선호도에 포함된 개인 정보 이출 목록을 획득하는 단계와,
상기 변경된 통합 주소록 개인 정보를, 상기 개인 정보 이출 목록에 의해 지정된 상기 비통합 주소록 시스템의 데이터 포맷으로 변경하는 단계를 포함하고,
상기 동기화 개인 정보는 상기 비통합 주소록 시스템으로 전달됨을 특징으로 하는 동기화 방법.
제6항에 있어서, 상기 동기화 개인 정보가 상기 비통합 주소록 시스템에 성공적으로 전달되었는지에 대한 상태 정보가 관리됨을 특징으로 하는 동기화 방법.
제4항 또는 제7항에 있어서, 상기 동기화 정보에 대한 상기 비통합 주소록 시스템으로의 전달 여부에 대한 정보를 상기 사용자 단말로 전송하는 과정을 더 포함함을 특징으로 하는 동기화 방법.
제6항에 있어서, 상기 동기화 이벤트 발생을 확인하는 과정은,
상기 사용자 단말로부터 전송된 이입 요청 메시지에 의해 지정된 특정 비통합 주소록 개인 정보를 상기 특정 비통합 주소록 시스템으로부터 획득하는 단계와,
상기 특정 비통합 주소록 개인 정보를 상기 사용자 단말에 대응하는 통합 주소록 개인 정보로 저장하는 단계와,
상기 사용자 선호도에 상기 동기화 요청이 설정되어 있는지 확인하는 단계와,
상기 동기화 요청이 설정되어 있으면, 상기 동기화 이벤트의 발생을 확인하는 단계를 포함함을 특징으로 하는 동기화 방법.
제6항에 있어서, 상기 동기화 이벤트 발생을 확인하는 과정은,
상기 사용자 단말에 저장된 주소록 개인 정보 변경에 따라, 상기 사용자 단말에 대응하여 상기 서버에 저장된 상기 통합 주소록 개인 정보를 변경하는 단계와,
상기 사용자 선호도에, 상기 동기화 요청이 설정되어 있는지 확인하는 단계와,
상기 동기화 요청이 설정되어 있으면, 상기 동기화 이벤트의 발생을 확인하는 단계를 포함함을 특징으로 하는 동기화 방법.
제6항에 있어서, 상기 동기화 이벤트 발생을 확인하는 과정은,
네트워크 인터페이스를 통해 상기 통합 주소록 개인 정보를 변경하는 단계와,
상기 사용자 선호도에 상기 동기화 요청이 설정되어 있는지 확인하는 단계와,
상기 동기화 요청이 설정되어 있으면, 상기 동기화 이벤트의 발생을 확인하는 단계를 포함함을 특징으로 하는 동기화 방법.
통합 주소록 서비스를 지원하고, 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보와, 상기 통합 주소록 서비스를 지원하지 않는 비통합 주소록 시스템에 의해 관리되는 비통합 주소록 개인 정보 간에 동기화를 수행하는 서버 장치에 있어서,
사용자 단말에 대응하는 통합 주소록 개인 정보와, 상기 특정 사용자 단말에 대응하는 비통합 주소록 개인 정보 간에 동기화를 촉구하는 동기화 이벤트 발생을 확인하는 동기화 이벤트 처리부와,
상기 통합 주소록 개인 정보 중 적어도 일부를 포함하는 동기화 개인 정보를 구성하고, 상기 동기화 개인 정보를 상기 사용자 단말과 관련된 비통합 주소록 시스템으로 전달하는 동기화 개인 정보 구성부를 포함함을 특징으로 하는 서버 장치.
제12항에 있어서, 상기 사용자 단말에 의해 전송되며, 상기 통합 주소록 개인 정보를 상기 비통합 주소록 시스템으로 전송할 것을 요청하는 이출 요청 메시지에 의해 상기 동기화 이벤트가 발생됨을 특징으로 하는 서버 장치.
제13항에 있어서, 상기 이출 요청 메시지는 상기 비통합 주소록 시스템의 주소와, 상기 비통합 주소록 시스템의 접속 인증 정보와, 이출 대상이 되는 통합 주소록 개인 정보에 대한 식별 정보를 포함함을 특징으로 하는 서버 장치.
제14항에 있어서, 상기 동기화 개인 정보 구성부는 상기 이출 대상이 되는 통합 주소록 개인 정보를 상기 비통합 주소록 시스템에서 지원하는 데이터 포맷으로 변경함을 특징으로 하는 서버 장치.
제12항에 있어서, 상기 사용자 단말에 대응하여 저장된 사용자 선호도에, 상기 사용자 단말에 대응하는 통합 주소록 개인 정보 변경시, 변경된 통합 주소록 개인 정보를 상기 비통합 주소록 시스템에 전달하도록 요청하는 동기화 요청이 설정된 경우 상기 동기화 이벤트가 발생됨을 특징으로 하는 서버 장치.
제16항에 있어서, 상기 동기화 개인 정보 구성부는 상기 사용자 선호도에 포함된 개인 정보 이출 목록을 획득하고, 상기 변경된 통합 주소록 개인 정보를, 상기 개인 정보 이출 목록에 의해 지정된 상기 비통합 주소록 시스템의 데이터 포맷으로 변경하고, 상기 동기화 개인 정보를 상기 비통합 주소록 시스템으로 전달함을 특징으로 하는 서버 장치.
제17항에 있어서, 상기 동기화 개인 정보 구성부는 상기 동기화 개인 정보가 상기 비통합 주소록 시스템에 성공적으로 전달되었는지에 대한 상태 정보를 관리함을 특징으로 하는 서버 장치.
제15항 또는 제18항에 있어서, 상기 동기화 정보에 대한 상기 비통합 주소록 시스템로의 전달 여부에 대한 정보가 상기 사용자 단말로 전송됨을 특징으로 하는 서버 장치.
제17항에 있어서, 상기 동기화 이벤트 처리부는, 상기 사용자 단말로부터 전송된 이입 요청 메시지 의해 지정된 특정 비통합 주소록 개인 정보를 상기 특정 비통합 주소록 시스템으로부터 획득하고, 상기 특정 비통합 주소록 개인 정보를 상기 사용자 단말에 대응하는 통합 주소록 개인 정보로 저장하고, 상기 사용자 선호도에 상기 동기화 요청이 설정되어 있는지 확인하고, 상기 동기화 요청이 설정되어 있으면, 상기 동기화 이벤트의 발생을 확인함을 특징으로 하는 서버 장치.
제17항에 있어서, 상기 동기화 이벤트 처리부는, 상기 사용자 단말에 저장된 주소록 개인 정보 변경에 따라, 상기 사용자 단말에 대응하여 상기 서버에 저장된 상기 통합 주소록 개인 정보가 변경되면, 상기 사용자 선호도에, 상기 동기화 요청이 설정되어 있는지 확인하고, 상기 동기화 요청이 설정되어 있으면, 상기 동기화 이벤트의 발생을 확인함을 특징으로 하는 서버 장치.
제17항에 있어서, 상기 동기화 이벤트 처리부는, 네트워크 인터페이스를 통해 상기 통합 주소록 개인 정보가 변경되면, 상기 사용자 선호도에 상기 동기화 요청이 설정되어 있는지 확인하고, 상기 동기화 요청이 설정되어 있으면, 상기 동기화 이벤트의 발생을 확인함을 특징으로 하는 서버 장치.
통합 주소록 서비스를 지원하는 사용자 단말이 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보와, 상기 통합 주소록 서비스를 지원하지 않는 비통합 주소록 시스템에 의해 관리되는 비통합주소록 개인 정보 간에 동기화를 수행하는 방법에 있어서,
상기 사용자 단말에 대응하여 서버 장치에 저장된 통합 주소록 개인 정보 중 적어도 일부를 특정 비통합 주소록 시스템으로 전송할 것을 요청하기 위한 이출 요청 메시지를 구성하는 과정과,
상기 이출 요청 메시지를 상기 서버 장치로 전송하는 과정을 포함하며,
상기 이출 요청 메시지는 특정 비통합 주소록 시스템의 주소와, 상기 특정 비통합 주소록 시스템의 접속 인증 정보와, 이출 대상이 되는 통합 주소록 개인 정보에 대한 식별 정보를 포함함을 특징으로 하는 동기화 방법.
제23항에 있어서, 상기 사용자 단말에 대응하여 상기 서버 장치에 저장된 사용자 선호도에, 상기 통합 주소록 개인 정보 변경시, 변경된 통합 주소록 개인 정보를 상기 특정 비통합 주소록 시스템에 전달하도록 요청하는 동기화 요청을 설정하는 과정을 더 포함함을 특징으로 하는 동기화 방법.
제24항에 있어서, 상기 이출 대상이 되는 통합 주소록 개인 정보 또는 상기 변경된 통합 주소록 개인 정보에 대한 상기 비통합 주소록 시스템로의 전달 여부에 대한 정보를 수신하는 과정을 더 포함함을 특징으로 하는 동기화 방법.
통합 주소록 서비스를 지원하고, 통합 주소록 시스템에 의해 관리되는 통합 주소록 개인 정보와, 상기 통합 주소록 서비스를 지원하지 않는 비통합 주소록 시스템에 의해 관리되는 비통합주소록 개인 정보 간에 동기화를 수행하는 사용자 단말 장치에 있어서,
상기 사용자 단말 장치에 대응하는 통합 주소록 개인 정보를 저장하는 서버 장치와 데이터를 송수신하는 송수신부와,
상기 통합 주소록 개인 정보 중 적어도 일부를 특정 비통합 주소록 시스템으로 전송할 것을 요청하기 위한 이출 요청 메시지를 구성하고, 상기 송수신부를 통해 상기 이출 요청 메시지를 상기 서버 장치로 전송하는 클라이언트를 포함하며,
상기 이출 요청 메시지는 특정 비통합 주소록 시스템의 주소와, 상기 특정 비통합 주소록 시스템의 접속 인증 정보와, 이출 대상이 되는 통합 주소록 개인 정보에 대한 식별 정보를 포함함을 특징으로 하는 사용자 단말 장치.
제26항에 있어서, 상기 클라이언트는 상기 사용자 단말 장치에 대응하여 상기 서버 장치에 저장된 사용자 선호도에, 상기 통합 주소록 개인 정보 변경시, 변경된 통합 주소록 개인 정보를 상기 특정 비통합 주소록 시스템에 전달하도록 요청하는 동기화 요청을 설정함을 특징으로 하는 사용자 단말 장치.
제27항에 있어서, 상기 클라이언트는 상기 이출 대상이 되는 통합 주소록 개인 정보 또는 상기 변경된 통합 주소록 개인 정보에 대한 상기 비통합 주소록 시스템으로의 전달 여부에 대한 정보를 상기 송수신부를 통해 수신함을 특징으로 하는 사용자 단말 장치.