KR20130094608A

KR20130094608A - 통합주소록 서버에 의한 문서 복원 방법 및 이를 위한 통합주소록 클라이언트 단말

Info

Publication number: KR20130094608A
Application number: KR1020120015995A
Authority: KR
Inventors: 오규봉; 김욱; 이경탁
Original assignee: 삼성전자주식회사
Priority date: 2012-02-16
Filing date: 2012-02-16
Publication date: 2013-08-26
Also published as: US20130218952A1

Abstract

본 발명은 통합주소록 서비스를 기반으로 한 문서 복원 장치 및 방법에 관한 것으로, 본 발명은 통합주소록 문서 관리 서버로부터 클라이언트에 의한 문서 복원 요청에 따른 문서 변경 정보를 획득하는 과정과, 상기 획득된 문서 변경 정보를 근거로 복원 대상 문서를 판단하는 과정과, 상기 판단된 복원 대상 문서에 대한 복원 요청을 상기 통합주소록 문서 관리 서버로 제공하여 상기 통합주소록 문서 관리 서버 내에 삭제된 문서를 복원시키는 과정을 포함함을 특징으로 한다. 이렇게 함으로써, 통합주소록 서버 내 별도의 보조 저장소 없이도 효율적으로 삭제된 주소에 대한 정보를 관리하면서도 원활하게 주소를 복원할 수 있게 된다.

Description

통합주소록 서버에 의한 문서 복원 방법 및 이를 위한 통합주소록 클라이언트 단말{METHOD FOR RESTORING DOCUMENT BY CAB SERVER AND THE CAB CLIENT TERMINAL THEREFOR}

본 발명은 통합주소록(Converged Address Book: CAB) 서비스에 관한 것으로, 특히 통합주소록 서비스를 기반으로 한 문서 복원 장치 및 방법에 관한 것이다.

이동통신은 휴대성으로 인하여 언제 어디서나 필요한 정보를 공급하고 교환할 수 있는 측면에서 그 보급의 보편화에 따라 일상 생활에 큰 영향을 미치며 변화시켜 왔다. 그 중에서도 메시징 서비스에서의 중요한 기술적 요구는 여러 수신 대상자에게 더욱 간편하게 메시지를 보낼 수 있도록 하는 것과 수신자에 대한 주소 정보 변화를 보다 빠르고 정확하게 갱신할 수 있도록 하는 것이다. 이러한 이유로 메시징 서비스의 경우 주소록에 대한 통합 관리가 필요하다. 이러한 필요성에 따라 통합주소록(Converged Address Book: CAB) 서비스가 제안되었다.

통합주소록 서비스는 사용자가 가진 다양한 단말에서 이용 가능한 주소 정보를 저장하고 이 정보를 언제, 어디서, 어떤 장치로도 접근 가능하게 하며, 주소 정보를 동기화하는 단일 네트워크 기반의 주소록 서비스이다. 이러한 통합주소록 서비스는 네트워크에 단일 네트워크 주소록을 저장함으로써 주소록에 대한 사용자의 경험과 기능을 향상시키는 목적으로 제공되는 서비스이다. 이러한 통합주소록 서비스의 주요 기능으로는 주소록 동기화, 연락처 가입(Contact Subscription), 연락처 공유(Contact Share), 연락처 검색(Contact Search), 비통합주소록(non-CAB) 시스템으로부터 외부 주소록 가져오기 등의 기능이 있다.

상기한 바와 같이 통합주소록 서비스를 제공하기 위해 CAB 문서 관리 서버(XML Document Management Server: XDMS)(이하, CAB XDMS)에는 통합주소록 등의 많은 사용자 데이터가 저장되고 있다. 그러나, 단말 사용자는 불필요한 주소의 경우 삭제하였다가 필요에 의해 다시 삭제한 주소를 복원하는 경우가 발생할 수 있다.

이를 위해 종래에는 도 1에서와 같은 방식으로 주소 복원이 이루어졌다. 도 1은 종래의 주소 복원 방법을 예시하고 있다.

도 1을 참조하면, 사용자에 의해 주소 삭제 요청이 있으면, CAB 사용자 단말(10)에서는 삭제 요청을 CAB 서버(20)로 보내며, 이에 따라 CAB 서버(20)는 주소록의 해당 주소를 CAB XDMS(30)의 통합주소록 주소록 어플리케이션 사용부(CAB AB App(Address Book Application) Usage)로부터 삭제한 후, 삭제된 주소에 대한 정보를 예컨대, 삭제 상태 등을 주소록 히스토리로서 별도로 저장한다. 이때, CAB 서버(20)는 삭제된 주소에 대한 정보를 CAB 서버(20) 내의 백업 저장부(25)에 복사해놓는다.

이후, 사용자에 의해 주소 복원 요청이 있으면, CAB 사용자 단말(10)에서는 삭제된 주소 복원 요청을 CAB 서버(20)로 보낸다. 이에 대응하여 CAB 서버(20)는 삭제된 주소에 대한 정보를 정상 상태로 설정한 후, 삭제되었던 주소를 CAB XDMS(30)의 주소록에 추가한다.

상기한 바와 같이 종래의 주소 복원 방법의 경우 삭제된 주소 정보의 히스토리 관리를 위해 CAB 서버 내 별도의 보조 저장소가 요구된다. 게다가 CAB 서버 내 보조 저장소에 저장되는 삭제된 주소 정보의 히스토리는 원래의 저장소인 CAB XDMS의 통합주소록 주소록 어플리케이션 사용부 내에서도 동일하게 관리하므로, 결과적으로 중복된 정보가 서로 다른 저장소에 보관되게 된다. 또한, 주소 삭제 및 복원을 위해 CAB 서버에서는 히스토리 보관 및 주소 상태 설정 등의 추가적인 절차가 요구되므로, 이러한 추가 절차를 수행함에 따른 성능 저하의 문제가 발생할 수 있다.

따라서 CAB 서버 내 별도의 보조 저장소 없이도 효율적으로 삭제된 주소에 대한 정보를 관리하면서도 원활하게 주소를 복원할 수 있는 방법이 요구되는 실정이다.

따라서 본 발명은 통합주소록 서비스를 기반으로 효율적으로 삭제된 문서를 복원하기 위한 장치 및 방법을 제공한다.

또한 본 발명은 통합주소록 서비스를 기반으로 삭제된 문서가 주소일 경우 삭제된 주소에 대한 정보를 관리하면서도 원활하게 주소를 복원할 수 있는 장치 및 방법을 제공한다.

상기한 바를 달성하기 위한 본 발명은, 통합주소록 서버에서 문서 복원을 위한 방법에 있어서, 통합주소록 문서 관리 서버로부터 클라이언트에 의한 문서 복원 요청에 따른 문서 변경 정보를 획득하는 과정과, 상기 획득된 문서 변경 정보를 근거로 복원 대상 문서를 판단하는 과정과, 상기 판단된 복원 대상 문서에 대한 복원 요청을 상기 통합주소록 문서 관리 서버로 제공하여 상기 통합주소록 문서 관리 서버 내에 삭제된 문서를 복원시키는 과정을 포함함을 특징으로 한다.

또한, 본 발명은 문서 복원을 위한 통합주소록 클라이언트 단말에 있어서, 적어도 하나의 삭제된 문서의 버전 정보를 포함하는 삭제 문서 리스트를 저장하는 저장부와, 문서 삭제를 요청함에 따라 통합주소록 서버로부터 삭제된 문서의 버전 정보를 획득하여 상기 저장부에 저장하고, 상기 저장된 삭제 문서 리스트 중 복원 대상 문서가 선택되면, 상기 통합주소록 서버가 상기 통합주소록 문서 관리 서버 내에 상기 선택된 복원 대상 문서를 복원시키도록 상기 통합주소록 문서 관리 서버로 문서 복원 요청을 전송하는 제어부를 포함함을 특징으로 한다.

본 발명에 따르면, 데이터 동기화 프로토콜을 이용한 문서 복원 방법을 제공함으로써, 손쉽고 빠른 문서 복원이 가능한 이점이 있다. 또한, 본 발명에서는 별도의 보조 저장소 없이도 문서 복원이 가능하므로, 자원, 전력 및 메모리의 낭비를 방지할 수 있는 이점이 있다. 또한, 본 발명에서는 사용자가 주소 정보를 삭제하고 원활하게 복원할 수 있어 사용자에게 보다 편리한 통합주소록 환경을 제공할 수 있다.

도 1은 종래의 문서 삭제 방식을 설명하기 위한 도면,
도 2는 본 발명에서 이용되는 통합주소록 시스템의 구성도,
도 3은 본 발명의 실시예에 따른 문서 삭제 과정을 나타낸 도면,
도 4는 상기 도 3의 문서 변경 정보 전송을 위한 데이터 동기화 메시지의 예시도,
도 5는 상기 도 3의 문서 삭제 요청을 위한 XCAP 요청 메시지의 예시도,
도 6은 상기 도 3의 문서 삭제 요청에 대응한 XCAP 응답 메시지의 예시도,
도 7은 상기 도 3의 문서 수정 정보 전송을 위한 데이터 동기화 메시지의 예시도,
도 8은 본 발명에서 정의한 데이터 동기화 메시지 내의 추가 엘리먼트에 대한 정의를 나타낸 도면,
도 9는 본 발명의 실시예에 따른 수정 히스토리 정보 문서 예시도,
도 10은 본 발명의 제1실시예에 따른 문서 복원 과정을 나타낸 도면,
도 11은 상기 도 10의 CAB 클라이언트로부터의 문서 복원 요청 메시지의 예시도,
도 12는 상기 도 10의 CAB 서버로부터의 문서 복원 요청 메시지의 예시도,
도 13은 상기 도 10의 CAB 서버로부터의 문서 복원 요청 메시지에 대한 응답 메시지의 예시도,
도 14는 본 발명의 제2실시예에 따른 문서 복원 과정을 나타낸 도면,
도 15는 본 발명에서 정의한 데이터 동기화 메시지 내의 또다른 추가 엘리먼트에 대한 정의를 나타낸 도면,
도 16은 상기 도 14의 문서 대체 요청을 위한 데이터 동기화 메시지의 예시도,
도 17은 상기 도 14의 문서 복원 요청에 대한 상태 보고를 위한 데이터 동기화 메시지의 예시도.

이하 본 발명의 바람직한 실시예들을 첨부한 도면을 참조하여 상세히 설명한다. 도면들 중 동일한 구성 요소들은 가능한 한 어느 곳에서든지 동일한 부호들로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.

후술될 상세한 설명에는 상술한 기술적 과제를 이루기 위한 본 발명에 있어서 대표적인 실시 예를 제시할 것이다. 또한 본 발명의 설명의 편의를 위하여 이동 단말의 어플리케이션의 표준 기구인 OMA(Open Mobile Alliance)의 CAB(Converged Address Book)에서 정의하고 있는 개체들의 명칭들을 사용할 것이나, 이러한 표준 및 명칭들이 본 발명의 범위를 한정하는 것은 아니며, 유사한 기술적 배경을 가지는 시스템에 적용 가능함은 물론이다.

도 2를 통해 OMA CAB의 개념적인 구조를 살펴보면, CAB 서비스 시스템은 통합주소록(이하, CAB) 클라이언트(100), CAB 서버(110), CAB 문서 관리 서버(XML Document Management Server: XDMS)(이하, CAB XDMS)(120), 비통합주소록(이하, non-CAB) 시스템(130) 등으로 구성된다.

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

특히 본 발명의 실시예에 따른 CAB 클라이언트(100)는 CAB 사용자의 요청에 따라 문서 삭제 및 문서 복원 요청을 전송하는 역할을 한다. 이러한 CAB 클라이언트(100)는 문서 삭제를 요청하면, CAB 서버(110)로부터 삭제된 문서의 버전 정보를 포함하는 상태 정보를 획득하게 된다. 이와 같이 CAB 클라이언트(100)는 문서 삭제를 요청할 때마다 삭제된 문서의 버전 정보를 획득하여 저장부(107)에 저장한다. 따라서 삭제된 문서별로 서로 다른 버전 정보를 가지는 삭제 문서 리스트가 CAB 클라이언트(100) 내의 저장부(107)에 저장된다. 이에 따라 CAB 클라이언트(100)의 사용자는 필요에 따라 문서를 복원하고자 하는 경우 삭제 문서 리스트 중 복원하고자 하는 문서를 선택하기만 하면 된다. 그러면 CAB 클라이언트(100)는 상기 선택에 대응하는 문서의 버전 정보를 이용하여 복원을 요청한다.

이를 위해 CAB 클라이언트(100)는 제어부(105)를 포함하며, 이러한 제어부(105)는 사용자가 문서 삭제를 요청함에 따라 CAB 서버(110)로부터 삭제된 문서의 버전 정보를 획득하여 상기 저장부(107)에 저장하고, 상기 저장된 삭제 문서 리스트 중 복원 대상 문서가 선택되면, 상기 CAB 서버(110)가 상기 CAB XDMS(120) 내에 상기 선택된 복원 대상 문서를 복원시키도록 상기 CAB XDMS(120)로 문서 복원 요청을 전송하는 역할을 한다. 이때, CAB 클라이언트(100)와 CAB XDMS(120) 간의 문서 복원 요청 및 응답을 위해 XCAP 프로토콜이 이용된다.

또한, 문서 삭제 및 문서 복원에 대한 정보 전달을 위해 CAB 클라이언트(100)와 CAB 서버(110) 간에는 데이터 동기화(Data Synchronization: DS) 프로토콜이 이용될 수 있다. 이러한 데이터 동기화 프로토콜을 이용함으로써 삭제된 문서에 대한 정보를 CAB 서버(110)뿐만 아니라 CAB 클라이언트(100)에서도 제공받을 수 있게 된다. 이에 따라 CAB 클라이언트(100)에서는 직접 삭제된 문서에 대한 정보를 가지고 있게 되므로, 사용자 입장에서는 보다 편리하게 문서 복원을 할 수 있으며, 빠른 문서 복원이 가능하다.

이때, 문서 복원 요청은 CAB 서버(110) 대신 실제 문서가 저장되는 CAB XDMS(120)로 직접 전달될 수도 있으며, 이러한 경우에는 CAB 클라이언트(100)는 통합주소록 서비스에서 정의한 XML 주소 형태(format)를 지원하며, CAB XDMS(120) 내의 통합주소록 주소록 어플리케이션 사용부(CAB AB App(Address Book Application) Usage)의 XML 구조 스키마(schema)를 이해함을 전제로 한다.

CAB 서버(110)는 CAB 구조에서 주요한 네트워크 구성요소로써, CAB 클라이언트(100)로부터 CAB 사용자의 요청사항을 받아 처리하는 역할을 담당한다. CAB 서버(110)의 주요 기능으로는 CAB 클라이언트 상호인증, CAB 주소의 저장, 주소 정보 동기화, 주소 구독 기능으로부터의 주소 정보 갱신을 받아 주소록에 반영하는 역할을 한다.

CAB 서버(110)는 개략적으로 문서 복원 방법에 필요한 정보 등을 저장하는 저장부, CAB 클라이언트(100)와의 문서 복원을 위한 통신을 수행하는 통신부 및 상기 CAB 클라이언트(100)와의 문서 복원 방법을 수행하기 위한 전반적인 동작을 제어하는 제어부를 포함할 수 있으며, 이하의 CAB 서버(110)의 동작은 제어부에서 수행되는 것으로 이해되어야 한다.

구체적으로, CAB 서버(110)는 주소 구독/공유/변환 및 사용자의 선호도/정책 등을 반영하는 네트워크 구성요소로써, 주요 기능으로는 CAB 사용자 선호도 및 정책 XDMS로부터 CAB 사용자 선호도 XML 문서 회수, CAB 사용자의 구독 요청을 받는 주소 구독 기능, 주소 구독을 통해 받은 데이터의 개인 선호도 적용 및 주소록으로의 반영, 구독 상태 정보 유지, PCC나 통합주소록을 공유하는 주소 공유 기능 그리고 기존 주소록 시스템과 연계 또는 외부 인에이블러에 인터페이스를 노출하는 인터워킹 기능(IWF) 등이 있다.

이러한 CAB 서버(110)는 본 발명의 실시예에 따라 CAB 클라이언트(100)로부터 문서 삭제 요청이 있으면, CAB XDMS(120)에 저장된 문서들 중 삭제 요청에 대응하는 문서를 삭제한다.

이어, CAB 서버(110)는 별도의 백업 절차를 수행할 필요없이 삭제된 문서의 버전 정보를 포함하는 상태 정보를 CAB 클라이언트(100)에게 제공한다. 이러한 삭제된 문서의 버전 정보는 향후 CAB 클라이언트(100)에서 문서 복원 시 이용된다.

CAB 서버(110)는 CAB 클라이언트(100)로부터 복원하고자 하는 문서의 버전 정보를 포함하는 복원 요청을 수신하면, 그 버전 정보를 근거로 복원 대상 문서를 판단한 후, CAB XDMS(120)으로 복원 대상 문서에 대한 복원을 요청한다. 다르게는 CAB 서버(110)는 CAB XDMS(120)를 통해 CAB 클라이언트(100)로부터의 문서 복원 요청을 수신할 수도 있다. 이러한 경우 CAB XDMS(120)는 자체적으로 문서 복원이 어려우므로, CAB 서버(110)의 제어 하에 해당 문서를 복원하는 것이다.

사용자의 데이터를 관리하는 CAB XDMS(120)에는 통합 주소록 및 기존 사용자와 CAB 사용자를 구분하기 위한 연락처 상태를 저장하는 통합주소록 주소록 어플리케이션 사용부(CAB AB App(Address Book Application) Usage), 사용자의 선호도를 저장하는 통합주소록 사용자선호도 어플리케이션 사용부(CAB UP App((User Preference Application) Usage), 개인연락카드 정보를 저장하는 통합주소록 개인연락카드 어플리케이션 사용부(CAB PCC App(Personal Contact Card Application) Usage) 및 CAB 서비스 요청 및 응답을 관리하는 통합주소록 기능 구동 어플리케이션 사용부(CAB FH App(Feature Handler Application) Usage) 등이 있다. 이외에 다양한 어플리케이션 사용부(App Usage) 기능에 접속하기 위한 XDMC, 외부 도메인의 엔티티들과의 메시지 라우팅을 위한 SIP/IP 코어 네트워크, non-SIP 단말들의 통보 메시지 전달을 위한 PUSH 인에이블러 등이 있다.

그 중에서도 CAB 클라이언트(100)로부터의 문서 복원 요청은 CAB XDMS(120) 내의 CAB FH App. Usage가 수신하며, CAB FH App. Usage는 이러한 문서 복원 요청을 CAB 서버(110)로 알리는 역할을 한다. 그러면 CAB 서버(110)에서는 복원 대상 문서에 대한 정보를 CAB XDMS(120) 내의 CAB AB App. Usage로 전달함으로써, CAB AB App. Usage는 복원 대상 문서에 대한 정보에 대응하는 문서를 복원하게 된다. 여기서, 복원 대상 문서에 대한 정보는 복원 대상 문서의 현재 버전 정보 및 복원하고자 하는 버전 정보를 포함한다. 만일 CAB 서버(110)에서 CAB 클라이언트(100)로부터 직접 문서 복원 요청을 수신한 경우에는, 그 문서 복원 요청에 포함된 복원 대상 문서에 대한 정보는 바로 CAB AB App. Usage로 전달될 수도 있다.

상기한 바와 같이 CAB XDMS(120)의 CAB AB App. Usage, CAB UP App. Usage, CAB PCC App. Usage, CAB FH App. Usage마다 저장되는 정보가 다르므로, 본 발명에서는 이러한 정보를 문서라고 통칭한다.

이하의 설명에서는 사용자가 CAB XDMS(120)의 복수개의 어플리케이션 사용부들 중 CAB AB App. Usage 내에 저장된 주소 정보를 삭제한 후 복원하는 경우를 예로 들어 설명하므로, 삭제 후 복원되는 문서의 종류는 주소 정보일 것이나, 삭제되는 문서의 종류가 반드시 주소 정보에 한정되는 것은 아니다. 예를 들어, 사용자가 CAB AB App. Usage 내에 저장된 주소를 삭제한 후 복원하는 방법은 개인연락카드 정보(PCC) 및 기타 CAB XDMS(120) 내 복원 기능이 필요한 문서의 복원에도 동일하게 적용될 수 있다.

먼저, 문서 복원 과정을 설명하기에 앞서, 문서 복원 시 이용되는 삭제된 문서의 버전 정보를 어떻게 CAB 클라이언트가 획득하는지에 대해 도 3을 참조하여 설명하기로 한다. 도 3에서는 본 발명의 실시예에 따른 문서 삭제 과정을 예시하고 있다. 여기서, CAB 클라이언트(100)와 CAB 서버(110) 간에는 문서 삭제를 위해 OMA 기반의 데이터 동기화(DS) 프로토콜에 따른 메시지가 이용된다.

도 3을 참조하면, CAB 사용자 단말 즉, CAB 클라이언트(100)은 300단계에서 사용자의 문서 삭제 요청에 따라 CAB 서버(110)로 문서 삭제 요청을 전송한다. 이러한 문서 삭제 요청의 전송을 위해 DS 초기화 메시지(OMA DS Pkg #1)가 이용된다. DS 초기화 메시지는 동기화 관련 앵커(anchor) 즉, 서버 챌린지(Server Challenge), 단말 성능 정보, DS 동기화(sync) 타입, 데이터 타입 등을 포함한다.

이에 대응하여 CAB 서버(110)는 305단계에서 문서 삭제 응답을 전송한다. 구체적으로 CAB 서버(110)는 문서 삭제 응답을 생성하는데, 이러한 문서 삭제 응답은 챌린지 응답에 대응하며, DS 메시지(OMA DS Pkg #2)의 형태로 CAB 클라이언트(100)로 전송된다. 문서 삭제 응답을 위한 DS 메시지는 동기화 관련 앵커(anchor) 즉, 클라이언트 챌린지(Client Challenge), 서버 성능 정보, DS 동기화(sync) 타입 등을 포함한다.

이어, CAB 클라이언트(100)는 수신한 챌린지 응답을 생성한 후, 310단계에서 문서 변경 정보를 전송한다. 이러한 문서 변경 정보는 DS 메시지(OMA DS Pkg #3)에 포함되어 전송되며, 문서 변경 정보를 포함하는 DS 메시지의 일 예를 보면 도 4에 도시된 바와 같다. 도 4에서는 참조번호 400에서와 같이 LUID(Local Unique ID)가 "1012"인 문서를 삭제하는 문서 변경 내용을 포함하고 있다.

이러한 DS 메시지(OMA DS Pkg #3)를 수신하면, CAB 서버(110)는 315단계에서 수신된 DS 메시지에 포함된 문서 변경 정보를 분석한다. 이때, CAB 서버(110)는 하기 표 1에서와 같은 아이템 매핑 테이블을 가지고 있다고 가정한다.

CAB 서버(110)는 분석된 문서 변경 정보와 매핑 테이블을 참조하여 CAB XDMS(120)의 AB App. Usage 내의 어떠한 문서를 삭제 요청할 것인지를 판단한다. 삭제 대상 문서가 결정되면, CAB 서버(110)는 320단계에서 CAB XDMS(120)의 AB App. Usage로 결정된 대상 문서의 삭제를 요청한다. 여기서, CAB 서버(110)와 CAB XDMS(120) 간에 주고받는 요청 및 응답을 위해 XCAP 프로토콜이 사용된다. 따라서, 대상 문서의 삭제 요청은 XCAP 프로토콜에 따른 XCAP 삭제 요청 메시지가 이용된다.

이러한 문서의 삭제 요청을 위한 XCAP 요청 메시지에 대한 예시는 도 5에 도시된 바와 같다. 예를 들어, 상기 표 1을 참조한다면, CAB 서버(110)는 CAB XDMS(120)내 AB App. Usage에 저장된 정보들 중 "joeblogs"의 주소 내 'Jane' 정보를 XCAP 프로토콜을 사용하여 삭제 요청한다. 도 5에서는 삭제 대상 문서가 'Jane'이라는 주소임을 예시하고 있다. 만약 수신된 DS 메시지가 복수개의 문서 삭제 요청을 포함하고 있다면 각각의 문서 변경 요청에 대해 XCAP 프로토콜을 사용하여 문서 삭제 요청이 생성될 것이다. 즉, 도 5에서와 같은 XCAP 요청 메시지가 복수개 생성될 것이다.

이에 대응하여 CAB XDMS(120)의 AB App. Usage는 삭제 요청된 문서 예컨대, 'Jane'이라는 주소를 삭제한 후, 325단계에서 CAB 서버(110)가 삭제 요청한 문서가 실제로 삭제되었음을 알리기 위해 문서 삭제 응답을 CAB 서버(110)로 전송한다. 이러한 문서 삭제 응답의 전송을 위해 XCAP 응답 메시지가 이용된다. 도 3에서는 하나의 문서 삭제 요청에 대한 응답을 전송하는 경우를 예시하고 있으나, 만일 CAB XDMS(120)의 AB App. Usage가 하나 이상의 문서 삭제 요청을 수신하였다면 각각의 요청에 대한 응답 메시지를 생성 및 전송하는 것은 물론이다. 이러한 XCAP 응답 메시지를 예시하면 도 6에 도시된 바와 같다.

이어, CAB 서버(110)는 CAB XDMS(120) 내의 문서가 실제로 삭제됨에 따라 330단계에서 CAB 클라이언트(100)에게 문서 수정에 대한 상태 정보를 전송한다. 이러한 문서 수정에 대한 상태 정보의 전송을 위해 DS 메시지(OMA DS Pkg #4)가 이용되며, CAB 서버(110)는 이 DS 메시지에 App. Usage내 삭제된 문서의 문서 버전을 포함시켜 전송한다. 삭제된 문서의 버전 정보를 CAB 클라이언트(100)로 전달함으로써 CAB 클라이언트(100)의 사용자가 문서를 복원하고자 하는 경우 CAB 클라이언트(100)에서는 삭제된 문서의 버전 정보를 활용하여 삭제된 문서를 복원할 수 있게 된다.

이러한 상태 정보를 포함하는 DS 메시지를 예시하면 도 7에 도시된 바와 같다. 도 7에 도시된 바와 같이, 상태 정보를 포함하는 DS 메시지는 성공적으로 CAB 클라이언트가 문서 "1012"(710)에 대해 요청한 명령인 "Delete"(700)가 성공적으로 수행되었음이 "200"(720)이란 상태코드로 표현되어 있으며, 삭제된 문서의 버전 정보가 "ghghgh"(730)로 확인되는 상태 정보를 포함하고 있다.

이러한 DS 메시지 내 상태(Status) 엘리먼트 내에 외부 서버 생성 'entity tag'를 표시하는 새로운 공용 엘리먼트로써 본 발명에서는 "entitytag”엘리먼트를 추가로 정의한다. 새롭게 추가된 "entitytag" 엘리먼트에 대한 상세 내용은 도 8에 도시된 바와 같다.

DS 메시지(OMA DS Pkg #4)는 문서 수정에 대한 상태 정보를 포함하며, 이전에 동기한 이후의 AB App. Usage내 변경사항에 대한 사항들도 포함할 수 있다. 이러한 경우 AB App. Usage와 CAB 클라이언트 간의 동기화 진행도 가능하다. 이에 따라 CAB 클라이언트(100)는 동기화를 통해 문서 리스트 예컨대, 단말 주소록을 갱신한 후, 335단계에서 문서 갱신 상태를 CAB 서버(110)로 보고한다. 이러한 문서 갱신 상태에 대한 보고를 위해 DS 메시지(OMA DS Pkg #5)가 이용되며, 이 DS 메시지에는 문서 갱신 상태에 대한 결과 및 단말/서버간 아이템 맵핑 정보를 포함한다.

이에 대응하여 CAB 서버(110)는 340단계에서 갱신 확인을 CAB 클라이언트(100)로 전송한다. 이러한 갱신 확인을 위해 DS 메시지(OMA DS Pkg #6)가 이용되며, 이 DS 메시지에는 CAB 서버(110) 내 아이템 매핑 테이블의 갱신 확인(acknowledgement)이 포함된다. 여기서, 320단계 및 325단계는 데이터 불일치(data consistency)를 방지하기 위해 반드시 데이터 동기화 완료 전에 즉, 330단계 또는 340단계 전에 완료되어야 한다.

이하에서는 본 발명의 실시 예들을 다음과 같이 분리하여 기술한다. 본 발명의 제1실시예에서는 CAB 클라이언트(100)가 직접 CAB XDMS(120)로 문서 복원을 요청한 후, CAB 서버(110)에 의해 CAB XDMS(120) 내의 대상 문서를 복원하는 방법을 설명하며, CAB 클라이언트(100)와 CAB XDMS(120) 간의 메시지 송수신은 XCAP 프로토콜을 기반으로 한다. 또한, 본 발명의 제2실시예에서는 CAB 클라이언트(100)가 CAB 서버(110)로 문서 복원을 요청함에 따라 CAB 서버(110)가 CAB XDMS(120) 내의 대상 문서를 복원하는 방법을 설명하며, CAB 클라이언트(100)와 CAB 서버(110) 간의 메시지 송수신은 데이터 동기화(DS) 프로토콜을 기반으로 한다.

상기한 바를 설명하기에 앞서, CAB 클라이언트(100)의 사용자는 필요에 따라 문서를 복원하고자 하는 경우 삭제 문서 리스트 중 복원하고자 하는 문서를 선택해야 하는데, 이를 위해 CAB 클라이언트(100)는 삭제된 문서별로 각각에 대한 버전 정보를 갖고 있어야 한다. 이러한 삭제된 문서의 버전 정보는 문서 삭제 요청에 대응하여 미리 획득하여 CAB 클라이언트(100)의 저장부에 저장해놓은 것일 수도 있으며, 다르게는 다음과 같은 방식을 통해 획득할 수도 있다. 이러한 삭제된 문서의 버전 정보를 획득하는 상세 과정은 다음과 같다.

CAB 클라이언트(100)는 XML 주소 형태를 지원함을 전제로 하므로, CAB XDMS(120)로부터 삭제된 문서의 버전 정보를 획득할 수 있다. 구체적으로, CAB 클라이언트(100)는 삭제된 문서의 버전 정보를 포함하는 AB History document 중 수정 이력 정보 문서(Modification History Information Document)를 데이터 동기화 프로토콜과 XCAP 프로토콜을 이용하여 CAB XDMS(120)로부터 획득한다. 이러한 수정 이력 정보 문서를 예시하면 도 9에 도시된 바와 같다. 도 9에 도시된 바와 같이 수정 이력 정보 문서는 사용자에 의해 삭제된 "Jane"에 관한 상세 문서 정보 예컨대, 수정 이력 정보 문서의 버전(patch id), 동작 요청자(operation-requestor), 시간(timestamp), 신규 문서 버전 정보, 이전 문서 버전 정보, 동작 형태, 문서 경로, 수정 정보 등을 포함하고 있다. CAB 클라이언트(100)는 획득한 수정 이력 정보 문서를 바탕으로 삭제된 문서의 버전 정보를 복원할 수 있다.

먼저, 본 발명의 제1실시예에 따른 문서 복원 과정을 도 10을 참조하여 설명한다. 도 10에서는 도 9에서와 같은 수정 이력 정보 문서를 통해 획득한 삭제된 문서의 버전 정보를 이용한 문서 복원 방법을 예시하고 있다.

도 10을 참조하면, CAB 클라이언트(100)는 획득한 삭제된 문서의 버전 정보를 기반으로 한 삭제된 문서 리스트 중 사용자로부터 복원 대상 문서를 선택받는다. 그러면 CAB 클라이언트(100)는 1000단계에서 선택된 복원 대상 문서의 버전 정보를 바탕으로 한 문서 복원 요청을 CAB XDMS(120) 내 CAB FH App. Usage로 보낸다. 문서 복원 요청을 위해 XCAP(XML Configuration Access Protocol) 요청 메시지가 이용된다.

이에 대응하여 CAB XDMS(120)의 CAB FH App. Usage는 수신된 XCAP 요청 메시지를 저장하고, 1010단계에서 문서 복원 응답을 응답 메시지(200 OK)를 이용하여 CAB 클라이언트(100)에게 보낸다. 이때, CAB FH App. Usage 내 저장되는 문서 복원 요청을 위한 XCAP 요청 메시지를 예시하면 도 11에 도시된 바와 같다.

도 11에서는 CAB FH App. Usage로 하여금 문서 복원 요청을 생성하도록 <contact-restore> 엘리먼트를 새롭게 정의하고 있으며, 수정 이력 정보를 바탕으로 복원 대상이 되는 문서의 경로(document-path), 복원하고자 하는 문서 버전 정보 및 현재의 문서 버전 정보 등을 추가로 정의하고 있다.

이러한 문서 복원 요청이 수신되면, CAB FH App. Usage는 1020단계에서 CAB Feature Handler의 document change(문서 변경)을 CAB 서버(110)내 연락처 복원 기능부(Contact Restore function)에게 통지한다. 문서 변경에 대한 통지 내용은 1000단계에서 수신된 문서 복원 요청에 정의된 내용을 포함한다. 즉, 문서 변경 정보는 복원 대상 문서에 대한 정보를 포함하며, 상기 복원 대상 문서에 대한 정보는 상기 클라이언트에 의한 문서 복원 요청에 포함된 정보와 동일한 것이다. 이때, 문서 복원 요청에 정의된 내용은 1000단계에서 문서 복원 요청을 수신 시에 CAB FH App. Usage내에 업데이트되고 이 문서 복원 요청 정보가 문서 변경 정보로 인식되어 CAB 서버(110)에게 통지되는 것이다. 여기서, CAB FH App. Usage가 문서 변경을 통지하는 것과는 별개로 CAB 서버(110)내 연락처 복원 기능부가 직접 주기적으로 CAB FH App. Usage 내의 문서 복원 요청 메시지의 저장 여부를 확인함으로써 CAB Feature Handler내 문서 변경 정보를 획득할 수도 있다.

그러면, CAB 서버(110) 내 연락처 복원 기능부는 1030단계에서 문서 변경 통지에 대한 응답 메시지(200 OK)를 CAB XDMS(120)의 CAB FH App. Usage에 보낸다. 이때, 응답 메시지에는 해당 업데이트에 따른 변경된 문서 변경 버전이 포함된다.

이와 같이 문서 변경 정보를 획득함으로써 CAB 서버(110)는 CAB 클라이언트(100)에 의해 문서 복원이 요청되었음을 인지할 수 있으며, 문서 복원 요청에 정의된 내용도 획득할 수 있게 된다. 이러한 문서 변경 정보를 근거로 CAB 서버(110) 내 연락처 복원 기능부는 1040단계에서 CAB XDMS(120)의 AB App. Usage에 문서 복원을 요청한다.

예를 들면, 도 11에서와 같이 복원 대상이 되는 문서의 경로에 "joeblogs"의 주소 정보가 포함되어 있으므로, CAB 서버(110) 내 연락처 복원 기능부는 CAB XDMS(120)내 AB App. Usage으로부터 삭제된 "joeblogs"의 주소 정보를 XDCP(XML Document Command Protocol) 프로토콜을 사용하여 복원 요청한다. 이러한 문서 복원 요청을 위한 XDCP 요청 메시지를 예시하면 도 12와 같다. 여기서, XCAP 요청 메시지가 XML 문서 관리를 위한 기본적인 동작(PUT, DELETE, GET)을 나타내는 것이라면, XDCP 요청 메시지는 추가적인 XML 문서 관리 동작(Restore, Forward 등)을 나타내기 위한 메시지이다.

도 12를 참조하면, 문서 복원 요청을 위한 XDCP 요청 메시지는 도 11에서의 문서 복원 요청에 정의된 내용과 유사하게 복원 대상이 되는 문서에 대한 문서 복원 정보 예컨대, 복원 대상 문서의 경로 URI 및 복원 대상 문서의 현재 문서 버전 정보 및 복원 예정인 문서 버전 정보 등을 포함하며, 다만 그 표현 형식에 있어 차이가 있다.

CAB XDMS(120)의 AB App. Usage는 XDCP 요청 메시지에 포함된 문서 복원 정보 예컨대, 문서 버전 정보를 근거로 복원 대상인 문서를 복원한 후, 1050단계에서 응답 메시지(200 OK)를 CAB 서버(110)로 전송한다. 이러한 응답 메시지를 예시하면 도 13에 도시된 바와 같다.

이어, CAB 서버(110) 내 연락처 복원 기능부는 1060단계에서 문서 복원 결과를 CAB XDMS(120)의 CAB FH App. Usage에 저장한다. 이어, 1070단계에서 문서 복원 결과에 대한 응답 메시지를 수신하면, 1080단계에서 CAB 서버(110)는 문서 동기화 예컨대, 주소록 동기화를 위해 AB App. Usage에 발생한 문서 변경(document change)을 포함하는 알림 메시지를 CAB 클라이언트(100)에 보낸다.

본 발명의 제1실시예에 따른 CAB FH App. Usage를 활용한 문서 복원 방법은 통합주소록환경에서 다루고 있는 개인 정보(PCC) 및 기타 CAB XDMS 내 복원이 필요한 XML 문서의 복원에도 거의 동일한 방식으로 사용될 수 있다. 예를 들어 삭제된 PCC 정보 복원을 하게 되는 경우 문서 복원 요청 메시지에는 CAB XDMS(120) 내 특정 PCC를 문서 복원 요청 메시지의 대상으로 지정한 정보와 복원하고자 하는 버전 정보 및 현재 문서 버전 정보 등을 포함하게 될 것이다.

한편, 본 발명의 제2실시예에 따른 문서 복원 과정을 도 14를 참조하여 설명한다. 본 발명의 제1실시예에서는 CAB FH App. Usage를 이용한 문서 복원 과정을 설명하였으나, 본 발명의 제2실시예에서는 데이터 동기화 프로토콜을 이용한 문서 복원 과정을 설명하기로 한다.

도 14를 참조하면, 1400단계 및 1405단계는 도 3의 300단계 및 305단계에서와 동일하므로, 그 구체적인 설명은 생략하기로 한다. 다만, 1410단계에서 CAB 클라이언트(100)는 획득한 수정 이력 문서 정보로부터 현재 버전 문서 정보(new-etag="ghghgh")와 이전 버전 문서 정보(previous-etag="efefef")를 바탕으로 문서 대체 요청을 생성하여 CAB 서버(110)로 보낸다. 여기서, 현재 버전 문서 정보 "ghghgh" 는 삭제된 이후의 현재 시점에서의 문서 정보를 나타내며, 이후 문서 복원을 하고자 하는 경우 복원하고자 하는 시점에서의 문서 정보(예: "efefef"와 삭제된 문서 정보 "ghghgh" 를 이용하여 문서 복원을 요청할 수 있게 된다.

1410단계에서 문서 대체 요청을 위해 DS 메시지(OMA DS Pkg #3)가 이용된다. 이러한 문서 대체 요청을 위한 DS 메시지에는 상태 엘리먼트에 속한 발신 주소 또는 수신 주소 엘리먼트에 외부 서버에서 생성된 자원(e.g. XML Document)의 문서 버전 정보인 'entity tag'를 표시하는 새로운 공용 엘리먼트로써 "Etag" 엘리먼트가 새롭게 정의된다. 이러한 "Etag" 엘리먼트의 상세 내용은 도 15에 도시된 바와 같다. 또한, 이러한 "Etag" 엘리먼트가 정의된 DS 메시지를 예시하면 도 16에 도시된 바와 같다.

도 16에서는 삭제된 문서의 복원을 위한 DS 메시지의 상세 내용을 예시하고 있다. 도 16에 도시된 바와 같이, DS 메시지는 복원 대상이 되는 문서의 경로 및 복원 대상 문서의 현재 문서 버전 정보 및 복원 예정인 문서 버전 정보 즉, 이전 버전 문서 정보(previous-etag="efefef")를 포함한다.

CAB 서버(110)는 1415단계에서 CAB 클라이언트(100)로부터의 문서 대체 요청을 위한 DS 메시지 내의 정보를 분석한 후, 1420단계에서 분석을 근거로 CAB XDMS(120)의 AB App. Usage으로부터 삭제된 문서의 복원을 요청한다. 이러한 문서 복원 요청을 위해 XDCP 요청 메시지가 이용되며, 1420단계는 도 10의 1040단계와 동일하나, 1420단계에서의 XDCP 요청 메시지에는 "Etag" 엘리먼트를 더 포함한다는 점에서 차이가 있다. 만약 DS 메시지가 다수의 주소 변경 요청을 포함하고 있다면 각각의 주소 변경 요청에 대해 XCAP 프로토콜을 사용하여 변경 요청 메시지를 생성할 것이다. 이어, CAB XDMS(120)의 AB App. Usage는 1425단계에서 수신한 XDCP 요청 메시지의 "Etag" 엘리먼트를 참조하여 복원 대상 문서를 복원한 후, 1430단계에서 응답 메시지(200 OK)를 CAB 서버(110)로 전송하며, 이러한 1430단계는 도 10의 1050단계와 동일하다.

이어, CAB 서버(110)는 1435단계에서 CAB 클라이언트(100)에게 문서 복원 요청에 대한 상태를 보고한다. 이를 위해 CAB 클라이언트(100)의 문서 복원 요청에 대한 상태 정보를 포함하는 DS 메시지(OMA DS Pkg #4)를 전송한다. 이때, 문서 복원 요청에 대한 상태 정보에는 AB App. Usage내 복원된 문서의 버전(entitytag)이 포함된다. 이와 같이 복원된 문서의 버전 정보를 CAB 클라이언트(100)로 전달함으로써 CAB 사용자에 의해 추가적으로 문서 정보를 복원하고자 하는 경우 이를 활용하여 삭제된 문서 정보를 복원할 수 있게 된다. 이러한 문서 복원 요청에 대한 상태 정보를 포함하는 DS 메시지를 예시하면 도 17에 도시된 바와 같다.

도 17에 도시된 바와 같이, 상태 정보를 포함하는 DS 메시지는 성공적으로 CAB 클라이언트가 문서 정보인 "1012"에 대해 요청한 명령인 "Replace"가 성공적으로 수행되었음이 "200"이란 상태코드로 표현되어 있으며, 복원 이후의 문서 버전 정보 entitytag가 "efefef"로 확인되는 상태 정보를 포함하고 있다.

이어, 1440단계 및 1445단계에서의 동작은 도 3의 335단계 및 340단계에서의 동작과 동일하다.

본 발명의 실시 예들은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계로 읽을 수 있는 저장 매체에 저장될 수 있다. 클라이언트 단말 내에 포함될 수 있는 저장부는 본 발명의 실시 예들을 구현하는 지시들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다. 따라서, 본 발명은 본 명세서의 임의의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 발명은 이와 균등한 것을 적절하게 포함한다.

또한, 클라이언트 단말은 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 상기 프로그램을 수신하여 저장할 수 있다. 상기 프로그램 제공 장치는 상기 클라이언트 단말이 기설정된 문서 복원 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 문서 복원 방법에 필요한 정보 등을 저장하기 위한 메모리와, 상기 클라이언트 단말과의 유선 또는 무선 통신을 수행하기 위한 통신부와, 상기 디바이스의 요청 또는 자동으로 해당 프로그램을 상기 클라이언트 단말로 전송하는 제어부를 포함할 수 있다.

Claims

통합주소록 서버에 의한 문서 복원 방법에 있어서,
통합주소록 문서 관리 서버로부터 클라이언트에 의한 문서 복원 요청에 따른 문서 변경 정보를 획득하는 과정과,
상기 획득된 문서 변경 정보를 근거로 복원 대상 문서를 판단하는 과정과,
상기 판단된 복원 대상 문서에 대한 복원 요청을 상기 통합주소록 문서 관리 서버로 제공하여 상기 통합주소록 문서 관리 서버 내에 삭제된 문서를 복원시키는 과정을 포함함을 특징으로 하는 문서 복원 방법.
제1항에 있어서, 상기 문서 변경 정보는,
상기 복원 대상 문서에 대한 정보를 포함하며, 상기 복원 대상 문서에 대한 정보는 상기 클라이언트에 의한 문서 복원 요청에 포함된 정보와 동일한 것임을 특징으로 하는 문서 복원 방법.
제1항에 있어서, 상기 클라이언트에 의한 문서 복원 요청은,
상기 복원 대상 문서의 경로, 상기 복원 대상 문서의 버전 정보 및 현재의 문서 버전 정보 중 적어도 하나를 포함함을 특징으로 하는 문서 복원 방법.
제1항에 있어서, 상기 클라이언트에 의한 문서 복원 요청은,
XCAP(XML Configuration Access Protocol) 요청 메시지를 이용하여 상기 클라이언트로부터 상기 통합주소록 문서 관리 서버로 전달되는 것임을 특징으로 하는 문서 복원 방법.
제1항에 있어서, 상기 클라이언트에 의한 문서 복원 요청은,
상기 통합주소록 문서 관리 서버 내의 통합주소록 기능 구동 어플리케이션 사용부(CAB FH App(Feature Handler Application) Usage)에 업데이트되어 저장되는 것임을 특징으로 하는 문서 복원 방법.
제1항에 있어서,
상기 클라이언트에 의한 문서 삭제 요청에 대응하여 상기 통합주소록 서버가 삭제된 문서의 문서 버전 정보를 상기 클라이언트로 제공하는 과정을 더 포함함을 특징으로 하는 문서 복원 방법.
제1항에 있어서,
상기 통합주소록 문서 관리 서버 내에 삭제된 문서를 복원시키는 과정이 완료된 이후, 상기 통합주소록 문서 관리 서버로부터 응답 메시지 수신 시 문서 복원 결과를 상기 통합주소록 문서 관리 서버에 저장하는 과정을 더 포함함을 특징으로 하는 문서 복원 방법.
제7항에 있어서,
상기 통합주소록 문서 관리 서버로부터 상기 문서 복원 결과의 저장에 따른 응답 메시지를 수신하면, 문서 동기화를 위한 알림 메시지를 상기 클라이언트로 전송하는 과정을 더 포함함을 특징으로 하는 문서 복원 방법.
제1항에 있어서, 상기 판단된 복원 대상 문서에 대한 복원 요청은,
상기 복원 대상 문서의 경로, 상기 복원 대상 문서의 현재 문서 버전 정보 및 복원 예정인 문서 버전 정보 중 적어도 하나를 포함함을 특징으로 하는 문서 복원 방법.
제1항에 있어서, 상기 판단된 복원 대상 문서에 대한 복원 요청은,
XDCP(XML Document Command Protocol) 요청 메시지를 이용하여 상기 통합주소록 문서 관리 서버로 전달되는 것임을 특징으로 하는 문서 복원 방법.
문서 복원을 위한 통합주소록 클라이언트 단말에 있어서,
적어도 하나의 삭제된 문서의 버전 정보를 포함하는 삭제 문서 리스트를 저장하는 저장부와,
문서 삭제를 요청함에 따라 통합주소록 서버로부터 삭제된 문서의 버전 정보를 획득하여 상기 저장부에 저장하고, 상기 저장된 삭제 문서 리스트 중 복원 대상 문서가 선택되면, 상기 통합주소록 서버가 통합주소록 문서 관리 서버 내에 상기 선택된 복원 대상 문서를 복원시키도록 상기 통합주소록 문서 관리 서버로 문서 복원 요청을 전송하는 제어부를 포함함을 특징으로 하는 문서 복원을 위한 통합주소록 클라이언트 단말.
제11항에 있어서, 상기 문서 복원 요청은,
상기 복원 대상 문서의 경로, 상기 복원 대상 문서의 버전 정보 및 현재의 문서 버전 정보 중 적어도 하나를 포함함을 특징으로 하는 문서 복원을 위한 통합주소록 클라이언트 단말.
제11항에 있어서, 상기 문서 복원 요청은,
XCAP(XML Configuration Access Protocol) 요청 메시지를 이용하여 상기 통합주소록 문서 관리 서버로 전달되는 것임을 특징으로 하는 문서 복원을 위한 통합주소록 클라이언트 단말.
제13항에 있어서, 상기 문서 복원 요청은,
상기 통합주소록 문서 관리 서버 내의 통합주소록 기능 구동 어플리케이션 사용부(CAB FH App(Feature Handler Application) Usage)에 업데이트되어 저장되는 것임을 특징으로 하는 문서 복원을 위한 통합주소록 클라이언트 단말.
제11항에 있어서, 상기 제어부는,
데이터 동기화 프로토콜 메시지를 이용할 경우, 상기 선택된 복원 대상 문서를 복원시키도록 상기 통합주소록 서버로 문서 대체 요청을 전달함을 특징으로 하는 문서 복원을 위한 통합주소록 클라이언트 단말.
제15항에 있어서, 상기 문서 대체 요청은,
상기 복원 대상 문서의 경로, 상기 복원 대상 문서의 현재 문서 버전 정보 및 복원 예정인 문서 버전 정보 중 적어도 하나를 포함함을 특징으로 하는 문서 복원을 위한 통합주소록 클라이언트 단말.