KR20120085559A

KR20120085559A - 주소록 정보 검색을 위한 장치 및 방법

Info

Publication number: KR20120085559A
Application number: KR1020110006960A
Authority: KR
Inventors: 오규봉; 구선기
Original assignee: 삼성전자주식회사
Priority date: 2011-01-24
Filing date: 2011-01-24
Publication date: 2012-08-01
Also published as: US20130282700A1; US9798785B2; WO2012102537A2; WO2012102537A3

Abstract

본 발명은 주소록 정보 검색을 위한 장치 및 방법에 관한 것이다.
이를 위해 본 발명은 클라이언트로부터 주소록 정보를 검색하기 위한 검색 요청 메시지가 수신되면 검색 선호도를 확인하고, 확인된 검색 선호도를 바탕으로 상기 주소록 정보를 검색하며, 검색된 주소록 정보에 우선 순위를 적용하여 최종 검색 결과를 생성한 후 생성된 최종 검색 결과를 포함하는 응답 메시지를 생성하여 상기 클라이언트로 전달하고, 최종 검색 결과를 바탕으로 상기 미리 설정된 검색 선호도를 갱신함으로써 사용자에게 최적화된 검색 결과를 제공할 수 있다.

Description

주소록 정보 검색을 위한 장치 및 방법{APPARATUS AND METHOD FOR SEARCH ADDRESS BOOK INFORMATION}

본 발명은 검색을 최적화하기 위한 장치 및 방법에 관한 것으로, 특히 검색 선호도를 이용하여 주소록 정보 검색을 최적화하기 위한 장치 및 방법을 제공한다.

일반적인 CAB(Converged Address Book) 서비스는 네트워크에 단일 네트워크 주소록을 저장함으로써 주소록에 대한 사용자의 경험과 기능을 향상시키는 목적으로 제공되는 서비스이다.

CAB의 개념적인 구조를 살펴보면, CAB 클라이언트, CAB 서버, CAB XDMS(XML Document Management Server)로 구성된다. 여기서, CAB XDMS은 CAB 주소록 사용부(Address Book App. Usage), CAB 개인 연락 카드 어플리케이션 사용부(Personal Contact Card App. Usage), CAB 사용자 선호도 어플리케이션 사용부(User Preference App. Usage), CAB 기능 구동 어플리케이션 사용부(Feature Handler App. Usage)를 포함한다.

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

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

아울러 CAB 인에이블러와 관련하여 사용자의 데이터를 관리하는 XDM 서버에는 통합 주소록 및 주소 상태(Contact Status)를 저장하는 주소록 어플리케이션 사용부, 사용자의 선호도를 관리하는 CAB 사용자 선호도 어플리케이션 사용부, CAB 서비스 요청/응답을 관리하는 CAB 기능 구동 어플리케이션 사용부, PCC 정보를 저장하는 PCC 어플리케이션 사용부 등이 있다.

이외에 다양한 어플리케이션 사용부 기능에 접속하기 위한 XDMC, 외부 도메인의 엔티티들과의 메시지 라우팅을 위한 SIP/IP 코어 네트워크, 비SIP(non-SIP) 단말들의 통보 메시지 전달을 위한 PUSH 인에이블러 등이 있다.

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

1. 주소록 동기화

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

B. CAB 서버내 주소록 (Address Book, 이하 “AB”) 동기화 기능 모듈은 XDM 에이전트(XML Document Management Agent)를 이용하여 변경내용을 XDM 서버(XML Document Management Server)내 주소록 어플리케이션 사용부(AB App. Usage)로 반영한다. 이때 CAB 클라이언트와 주소록 어플리케이션 사용부 간의 포맷이 다를 경우 변환이 발생하며, 서로 다른 포맷 간의 변환에 따른 데이터 손실이 발생할 수 있다.

2. Contact Subscription

A. CAB 클라이언트는 Contact Subscription을 위한 XCAP(XML Configuration Access Protocol) request를 CAB 사용자 선호도 어플리케이션 사용부(CAB User Preference App. Usage)로 보낸다.

B. CAB 사용자 선호도 어플리케이션 사용부는 XCAP request로부터 수신 contact 주소를 Contact Subscription list로 추가한다.

C. CAB 사용자 선호도 어플리케이션 사용부는 Contact Subscription list의 문서 변경(document change)을 CAB 서버 내 Contact Subscription function에게 알려준다.

D. Contact Subscription function은 Contact Subscription list 로부터 수신자의 PCC에 대한 Contact Subscription request를 수신측 도메인으로 바로 보내거나 Subscription Proxy를 통해 보낸다.

E. 수신측 개인 연락 카드 어플리케이션 사용부(PCC App. Usage)는 Contact Subscription request를 받아 접근 허락(access permission)과 사용자 선호도(user preference)를 확인한 후 수신자에게 구독 결과를 알려준다.

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

3. Contact Share

A. CAB 클라이언트는 Contact Share를 위한 XCAP(XML Configuration Access Protocol) request를 CAB 기능 구동기능 구동 어플리케이션 사용부(CAB Feature Handler App. Usage)로 보낸다.

B. CAB 기능 구동기능 구동 어플리케이션 사용부는 XCAP request로부터 수신 contact 주소 및 공유하는 데이터의 선호도를 CAB feature Handler내에 추가한다.

C. CAB CAB 기능 구동기능 구동 어플리케이션 사용부는 CAB feature Handler의 문서 변경을 CAB 서버 내 Contact Share function에게 알려준다.

D. Contact Share function은 수신자의 주소를 바탕으로 AB App. Usage으로부터 주소 상태(Contact Status)를 파악한다.

i. 수신자가 CAB 사용자인 경우 Contact Share function은 Contact Share request를 생성한 다음 XDM 에이전트를 이용하여 전송하고자 하는 XDM 서버 내 주소록 어플리케이션 사용부 또는 개인 연락 카드 어플리케이션 사용부로 보낸다. 해당 어플리케이션 사용부는는 XDM 전송 메커니즘(Forward mechanism)에 근거하여 수신자에게 공유 데이터를 보낸다.

ii. 수신자가 CAB 사용자가 아닌 경우 Contact Share function은 전송하고자 하는 XDM 서버 내 주소록 어플리케이션 사용부 또는 개인 연락 카드 어플리케이션 사용부로부터 데이터를 받아 CAB Interworking Function에게 legacy 포맷으로의 포맷 변경을 요청 후 messaging enabler를 통해 수신자에게 보낸다.

4. Contact Search

A. CAB 클라이언트는 XDM Enabler의 Aggregation proxy/Search Proxy를 거쳐 자신의 AB 나 PCC 또는 다른 도메인의 AB 나 PCC에 대한 contact search request를 보낸다.

B. Search proxy에 의해 해당 어플리케이션 사용부로 라우팅되며 해당 어플리케이션 사용부는 검색 결과를 CAB 클라이언트에게 다시 보낸다.

C. 또한 CAB 클라이언트는 외부 디렉토리 검색시 contact search request를 interworking function을 통해 외부 검색 요청으로 변경하여 외부 디렉토리로 보내고, 그 결과를 다시 interworking function을 통해 받은 외부 검색 결과를 다시 표준 XML 검색 결과로 변경 후 다시 CAB Client로 보낸다.

5. non - CAB System 으로부터의 외부주소록 가져오기

A. CAB 클라이언트는 non-CAB 데이터의 import를 위한 XCAP(XML Configuration Access Protocol) request를 CAB 기능 구동기능 구동 어플리케이션 사용부(CAB Feature Handler App. Usage)로 보낸다.

B. CAB 기능 구동 어플리케이션 사용부 는 XCAP request로부터 non-CAB source, credential, scheduled interval를 CAB feature Handler내에 추가한다.

C. CAB 기능 구동 어플리케이션 사용부 는 CAB feature Handler의 문서 변경을 CAB 서버 내 interworking function에게 알려준다.

D. Interworking function은 non-CAB address book data에 대한 정보를 얻어 CAB 사용자 선호도에 따라 주소록 어플리케이션 저장부에 저장 후 CAB 클라이언트에게 주소록 동기화를 시작할 것을 알린다.

한편, 같은 도메인 또는 다른 도메인의 주소록이나 개인 연락 카드를 검색하는 경우 CAB 클라이언트에서 네트워크를 통해서 주소록 또는 개인 연락 카드를 검색하기 위한 검색 요청 메시지를 CAB XDM 서버 내의 CAB 주소록 어플리케이션 사용부 또는 CAB 개인 연락 카드 어플리케이션 사용부로 전달한다.

검색 요청 메시지를 수신한 CAB 주소록 어플리케이션 사용부 또는 CAB 개인 연락 카드 어플리케이션 사용부는 수신된 검색 요청 메시지에 대한 응답을 네트워크를 통해서 CAB 클라이언트로 전달한다.

또한, 통신사의 전화번호부와 같은 외부 디렉토리를 검색하는 경우 CAB 클라이언트는 외부 디렉토리를 검색하기 위한 검색 요청 메시지를 네트워크를 통해서 CAB 서버로 전달한다.

검색 요청 메시지를 수신한 CAB 서버는 외부 디렉토리들로 검색 요청 메시지를 전달하고, 외부 디렉토리들로부터 이에 대한 응답 메시지를 수신한다.

이후 CAB 서버는 CAB 클라이언트로 검색 요청 메시지에 대한 응답 메시지를 전달한다.

상기와 같이 종래에는 CAB 서버가 검색된 모든 정보를 요청자에게 전달하기 때문에 정제되지 않으면서 무수히 많은 양의 검색 결과가 사용자에게 제공된다. 이에 따라 최대 검색 결과의 개수를 한정하는 경우 검색 결과값이 현저하게 감소될 수 있다는 문제점이 있다.

또한, 종래에는 너무 많은 검색 결과를 얻을 경우 사용자가 수차례에 걸쳐서 원하는 정보를 검색하기 위해 추가적인 정보를 입력하여 정보를 재검색해야 하는 불편함이 있다.

뿐만 아니라 대량의 검색 결과를 단말 및 네트워크에 제공해야 하기 때문에 이에 따른 대용량의 리소스 소모가 생긴다는 번거로움이 있다.

따라서, 본 발명은 CAB 시스템에서 사용자의 검색 선호도를 설정하여 최적의 검색 결과를 제공하기 위한 장치 및 방법을 제공한다.

상술한 바를 달성하기 위한 본 발명은 주소록 정보 검색 장치에서 주소록 정보를 검색하기 위한 방법에 있어서, 복수의 요청 클라이언트로부터 적어도 하나의 외부 디렉토리에 대한 주소록 정보를 검색하기 위한 검색 요청 메시지가 수신되면 데이터베이스에 상기 복수의 요청 클라이언트에 상응하는 검색 선호도를 확인하는 과정과, 상기 확인된 검색 선호도를 바탕으로 상기 검색 요청 메시지에 대한 상기 적어도 하나의 외부 디렉토리에 대응되는 외부 검색 요청 메시지를 생성하는 과정과, 상기 외부 검색 요청 메시지를 상기 적어도 하나의 외부 디렉토리로 전달하는 과정과, 상기 적어도 하나의 디렉토리로부터 외부 검색 결과가 수신되면 상기 수신된 외부 검색 결과에 상기 검색 선호도를 적용하여 최종 검색 결과를 생성하는 과정과, 상기 생성된 최종 검색 결과를 상기 복수의 요청 클라이언트로 전달하는 과정과, 상기 최종 검색 결과를 바탕으로 상기 검색 선호도를 갱신하는 과정을 포함함을 특징으로 한다.

또한, 본 발명은 주소록 정보 검색을 위한 장치에 있어서, 복수의 요청 클라이언트에 상응하는 검색 선호도를 저장하는 데이터베이스와, 상기 복수의 요청 클라이언트로부터 적어도 하나의 외부 디렉토리에 대한 주소록 정보를 검색하기 위한 검색 요청 메시지가 수신되면 상기 데이터베이스로부터 상기 복수의 요청 클라이언트의 검색 선호도를 확인하고, 상기 확인된 검색 선호도를 바탕으로 상기 검색 요청 메시지를 상기 적어도 하나의 외부 디렉토리에 대응되는 외부 검색 요청 메시지를 생성하고, 상기 외부 검색 요청 메시지를 상기 적어도 하나의 외부 디렉토리로 전달하고, 상기 적어도 하나의 디렉토리로부터 수신된 외부 검색 결과에 상기 검색 선호도를 적용하여 최종 검색 결과를 생성하고, 상기 생성된 최종 검색 결과를 상기 복수의 요청 클라이언트로 전달하는 서버를 포함하고, 상기 데이터베이스는 상기 최종 검색 결과를 바탕으로 상기 검색 선호도를 갱신하는 것을 특징으로 한다.

본 발명은 검색 선호도를 설정하여 사용자에게 최적화된 검색 결과를 제공할 수 있다는 이점이 있다.

또한, 본 발명은 다양한 형태의 통신 서비스를 지원하는 통신 시스템에서 자원과 전력 및 메모리의 낭비 없이 검색 결과를 제공할 수 있으며, 사용자의 선택에 따라 손쉽고 빠르게 검색 결과를 제공할 수 있다는 이점이 있다.

도 1은 본 발명의 실시 예에 따른 CAB 시스템의 구성도를 나타내는 도면,
도 2는 본 발명의 실시 예에 따른 CAB 시스템에서 외부 디렉토리로부터 주소록 정보를 검색하는 과정을 나타내는 흐름도,
도 3은 본 발명의 실시 예에 따른 CAB 시스템에서 같은 또는 다른 도메인의 주소록 정보를 검색하는 과정을 나타내는 흐름도.

이하 본 발명의 바람직한 실시 예를 첨부한 도면을 참조하여 상세히 설명한다. 하기 설명 및 첨부 도면에서 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.

본 발명에서는 최적의 검색 결과를 위한 검색 선호도를 CAB 사용자 선호도 어플리케이션 사용부에 저장하고, 이를 이용하여 검색 요청, 검색 결과 및 검색 선호도 자체에 모두 또는 일부 적용함으로써 사용자에게 최적화된 검색결과를 제공할 수 있도록 한다.

더 구체적으로 CAB 사용자가 주소 검색 시 검색 최적화를 위한 <optimized_search> 속성을 포함시킨 검색 요청 메시지를 CAB XDM 서버로 전송하면 CAB 클라이언트는 해당 어플리케이션 사용부 또는 외부 디렉토리의 최적화된 검색을 위해 CAB 사용자 선호도 어플리케이션 사용부(CAB User Preferences App. Usage) 내 검색 선호도를 참조하여 CAB XDM 서버 또는 외부 디렉토리(external directory)에 검색을 요청한다.

이후 CAB XDM 서버는 검색 결과에 대해 검색 선호도에 따라 우선순위를 적용하고, 누적 검색 결과에 따른 검색 선호도 자체의 갱신을 자체적으로 진행하여 사용자에게 최적화된 검색 결과를 제공할 수 있도록 한다.

이때, 사용자는 주소 검색에 앞서 검색 선호도를 CAB 사용자 선호도 어플리케이션 저장부에 미리 저장할 수 있다. 여기서, 검색 선호도로 사용 가능한 정보는 다음과 같다.

1. 주소 검색 요청에 있어서 (<srch_request>)

A. 주소 검색 요청에 대한 검색 선호도 적용 유무

B. 선호하는 외부 검색 도메인(<preferred_external_search_domain>)에 대한 검색 선호도 적용 유무

B.1. 선호하는 외부 검색 도메인(예) www.twitter.com, www.facebook.com) 및 도메인별 선호도 가중치

C. 사용자의 위치에 따른 동적 검색을(<dynamic_srch>) 위한 검색 선호도 적용 유무

C.1 사용자의 위치 정보, 사용자의 시간대 정보 등((예) <location>, <time-zone>)

2. 검색결과에 있어서는 (<srch_response>)

A. 검색결과에 대한 검색 선호도 적용 유무

B. 검색결과에 대한 우선순위화 선호도(<prioritized_matching>) 적용 유무

B.1 검색 결과 우선순위화에 대한 세부 선호도 ((예) 사용자의 언어, 국가, 지역 등(예) <language>, <country>, <region>)및 그에 대한 가중치

단, 검색 요청 및 검색 응답 모두에 위치 정보를 적용하여 검색 최적화를 경우도 고려해 볼 수 있으나 우선순위 검색 선호도로 사용자의 현재 거주 위치와 다른 국가 및 지역 정보가 되는 것은 잘못된 검색결과를 형성할 수 있으므로 피해야 한다.

C. 검색 결과의 필터링(filtering)을 위한 필터(filter)

3. 검색 선호도의 사용자의 직접적인 관리(생성/수정/삭제) 뿐만 아니라 누적된 검색 요청/결과에 따라 CAB XDM 서버에 의한 검색 선호도의 업데이트가 가능한 선호도 (<dynamic search preference update>)

4. 이 외에도 필요한 선호도 요소나 속성 또한 사용자 선호도 확장을 위해 포함될 수 있다.

<표 1>은 검색 선호도의 예시를 나타낸다.

<?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>
<enable-ab-record>true</enable-ab-record>

<!?search preferecne for optimization/prioritizatoin -->
<optimized_search>
<srch_request status=”true”>

<preferred_external_search_domain status=”true”>
<entry_url pref=”1”> ”www.twitter.com” </entry_url>
<entry_url pref=”5”> ”www.facebook.com” </entry_url>
</preferred_external_search_domain>

<!?dynamic search by using personal location information -->
<dynamic_srch status=”false”
<location>true</location>
<time-zone>true</time-zone>
</dynamic_srch>
</srch_request>

<srch_response status=”true”>

<prioritized_matching status=”true”>
<language pref=”1”> Korean </language>
<country pref=”10”> KR </country>
<region> Seoul </region>
</prioritized_matching>
<!?apply to search response for filtering the search result -->
<filter id="123">
<what>
<exclude>
/extenal-directories/external-directory/contact[language=”Chinese”]
</exclude>
</what>
</filter>
</srch_response>
<dynamic_search_preference_update> true </dynamic_search_preference_update>
</optimized_search>
</profile>
</cab-upp-set>

상기의 <표 1>과 같이 나타낸 검색 선호도를 활용하여 동일 도메인 또는 다른 도메인의 주소록이나 개인 연락 카드를 검색하거나 외부 디렉토리 내 주소 정보에 대해서 검색할 수 있다.

도 1은 본 발명의 실시 예에 따른 CAB 시스템의 구성도를 나타내는 도면이다.

본 발명의 CAB 시스템은 CAB 클라이언트(100), CAB 서버(110), CAB XDM 서버(120)를 포함한다.

CAB 클라이언트(100)는 검색을 위한 검색 요청 메시지를 생성하고, 생성된 검색 요청 메시지를 CAB 네트워크(200)로 전송한다.

이때, 검색을 위한 검색 요청 메시지는 외부 디렉토리 내 주소를 검색하거나 동일 도메인 또는 다른 도메인 내 주소 또는 개인 연락 카드를 검색하기 위한 메시지이다.

CAB 서버(110)는 검색 요청 메시지가 수신되면 CAB XDM 서버(120)로부터 검색 최적화를 위해서 미리 설정된 사용자의 검색 선호도를 회수한다.

CAB 서버(110)는 검색 선호도 내에 포함된 검색 요청 선호도에 근거하여 검색 요청 메시지에 대한 외부 디렉토리 검색을 위한 외부 검색 요청 메시지를 생성한다. 예를 들어, 사용자가 설정한 선호 외부 검색 도메인으로 www.twitter.com 또는 www.facebook.com을 설정하고, 이에 대한 선호 수준을 설정할 수 있다.

CAB 서버(110)는 생성된 외부 검색 요청 메시지를 적어도 하나의 외부 디렉토리로 전달하고, 외부 디렉토리들로부터 검색 결과를 포함하는 외부 응답 메시지가 수신되면 외부 응답 메시지를 XML 포맷의 응답 메시지로 변환한다.

CAB 서버(110)는 회수된 검색 선호도를 이용하여 변경된 응답 메시지에 검색 우선순위화 선호도를 적용한다. 즉, CAB 서버(220)는 검색 선호도 내 우선순위화 정보에 따라 검색 결과 내 각 요소들에 선호도를 반영하여 사용자가 원하지 않는 결과를 제거하여 사용자가 원하는 최종 결과를 도출하게 된다.

CAB 서버(110)는 도출된 최종 결과를 CAB 네트워크(200)를 통해서 CAB 클라이언트(100)로 전달한다.

CAB XDM 서버(120)는 복수의 클라이언트에 상응하는 검색 선호도를 저장한다.

이와 같이 본 발명은 검색 선호도를 미리 설정하여 설정된 검색 선호도에 따라 주소록 정보를 검색함으로써 사용자에게 최적화된 검색 결과를 제공할 수 있다는 이점이 있다.

도 2는 본 발명의 실시 예에 따라 CAB 시스템에서 외부 디렉토리 검색을 위한 과정을 나타내는 흐름도이다.

본 발명의 실시 예에서는 외부 디렉토리의 주소 검색을 하는 것을 예로 설명하도록 한다.

300단계에서 CAB 클라이언트(100)는 외부 디렉토리 내 주소의 검색을 위해 검색 요청 메시지를 생성하고, 생성된 검색 요청 메시지를 CAB 네트워크(200)로 전달한다.

구체적으로, CAB 클라이언트(100)는 검색 요청 메시지의 request-URI 내 신규 AUID(Application Usage ID) 및 신규 대상 도메인을 명시하고, <optimized_search> 속성을 <search> 요소의 속성으로 포함시킨 주소 검색 요청(contact search request) 메시지를 생성하고, 생성된 주소 검색 요청 메시지를 CAB 네트워크(200)로 전달한다.

<표 2>는 주소 검색 요청 메시지의 예시를 나타내는 표이다.

POST /org.openmobilealliance.search?target=org.openmobilealliance.external-directories/global/&domain=global HTTP/1.1
Host: xcap.example.com
User-Agent: XDM-client/OMA2.0
Date: Thu, 10 Aug 2006 10:50:33 GMT
X-3GPP-Intended-Identity: "sip:joebloggs@example.com"
Accept-Encoding: gzip
Content-Type: application/vnd.oma.search+xml; charset="utf-8"
Content-Length: …

<?xml version="1.0" encoding="UTF-8"?>
<search-set xmlns="urn:oma:xml:xdm:search">

<search id="1234" optimized-search=”true”>
<request>
<query>
<![CDATA[
xquery version "1.0";
declare default element namespace "urn:oma:xml:xdm:external-directories";

for $u in collection("org.openmobilealliance.external-directories/global/")/extenal-directories/external-directory
where ($u/@display-name=”michael jackson”)
return <contact>{$u/@uri}{$u/display-name}{$u/language}{$u/country}{$u/region}</contact>
]]>
</query>
</request>
</search>

</search-set>

301단계에서 CAB 네트워크(200)는 XDM Enabler 내 해당 엔티티(entity)를 통해서 주소 검색 요청 메시지가 외부 디렉토리 검색 요청임을 확인하고, CAB 서버(110) 내 인터워킹 기능 모듈(Interworking function)(111)로 주소 검색 요청 메시지를 전달한다.

302단계에서 CAB 서버(110) 내 인터워킹 기능 모듈(111)은 주소 검색 요청 메시지 내 <optimized_srch> 속성이 사실(true)임을 확인하고, CAB XDM 서버 내 CAB 사용자 선호도 어플리케이션 사용부(User Preference app. Usage)(123)로부터 검색 최적화를 위한 검색 선호도를 가져온다.

303단계에서 인터워킹 기능 모듈(111)은 검색 선호도에 포함된 검색 요청 선호도에 근거하여 수신한 검색 요청 메시지를 외부 검색 요청 메시지로 변경(translate)한다. 예를 들어, 인터워킹 기능 모듈(111)은 <표 2>에서와 같이 사용자가 설정한 선호 외부 검색 도메인 www.twitter.com 과 www.facebook.com 에 대한 선호도 수준 각각 “1”과 “5”로 설명하고, 사용자 위치 기반 동적 검색은 적용하지 않는다. 여기서, 선호도 수준은 “1”이 가장 높고, “5”가 가장 낮다고 가정한다.

304단계에서 인터워킹 기능 모듈(111)은 제1 외부 디렉토리(210)로 외부 검색 요청 메시지를 전달하고, 305단계에서 제2 외부 디렉토리(220)로 외부 검색 요청 메시지를 전달한다.

306단계에서 인터워킹 기능 모듈(111)은 제1 외부 디렉토리(210)로부터 외부 검색 결과를 포함하는 응답 메시지를 수신한다.

<표 3>은 제1 외부 디렉토리에 대한 검색 결과를 나타내는 예시이다.

<search id="abcd">
<twitter_response>
<user-profile uri=a@gmail.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<country>KR</country>
<region>Seoul</region>
</user-profile>
<user-profile uri=b@hotmail.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<language>English</language>
<country>UK</country>
<region>London</region>
</user-profile>
<user-profile uri=c@msn.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<country>KR</country>
<region>Busan</region>
</user-profile>
</twitter_response>
</search>

307단계에서 인터워킹 기능 모듈(111)은 제2 외부 디렉토리(210)로부터 외부 검색 결과를 포함하는 응답 메시지를 수신한다.

<표 4>은 제2 외부 디렉토리에 대한 검색 결과를 나타내는 예시이다.

<search id="efgh">
<facebook_response>
<user-profile uri=d@facebook.com>
<display-name>michael jackson</display-name>
<language>Chinese</language>
<language>Korean</language>
<country>CN</country>
<region>Beijing</region>
</user-profile>
<user-profile uri=e@facebook.com>
<display-name>michael jackson</display-name>
<language>English</language>
<country>UK</country>
<region>London</region>
</user-profile>
<user-profile uri=f@facebook.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<country>KR</country>
<region>Seoul</region>
</user-profile>
</facebook_response>
</search>

308단계에서 인터워킹 기능 모듈(111)은 수신된 외부 검색 결과들을 통합하고(aggregation), 통합된 외부 검색 결과들을 다시 표준 XML 검색 응답 문서로 변경한다.

<표 5>는 통합된 외부 검색 결과들의 변경된 XML 검색 응답 문서를 나타내는 예시이다.

<?xml version="1.0" encoding="UTF-8"?>
<search-set xmlns="urn:oma:xml:xdm:search" xmlns:et="urn:oma:xml:xdm:external-directories">>

<search id="abcd">
<twitter_response>
<user-profile uri=a@gmail.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<country>KR</country>
<region>Seoul</region>
</user-profile>
<user-profile uri=b@hotmail.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<country>UK</country>
<region>London</region>
</user-profile>
<user-profile uri=c@msn.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<country>KR</country>
<region>Busan</region>
</user-profile>
</twitter_response>
</search>
<search id="efgh">
<facebook_response>
<user-profile uri=d@facebook.com>
<display-name>michael jackson</display-name>
<language>Chinese</language>
<country>CN</country>
<region>Beijing</region>
</user-profile>
<user-profile uri=e@facebook.com>
<display-name>michael jackson</display-name>
<language>English</language>
<country>UK</country>
<region>London</region>
</user-profile>
<user-profile uri=f@facebook.com>
<display-name>michael jackson</display-name>
<language>Korean</language>
<country>KR</country>
<region>Seoul</region>
</user-profile>
</facebook_response>
</search>

상기의 <표 5>와 같이 인터워킹 기능 모듈(111)은 제1 외부 디렉토리(210)와 제2 외부 디렉토리(220)로부터 <display-name>이 일치하는 6개의 검색결과를 표준 XML 검색 응답 문서로 변경할 수 있다.

309단계에서 인터워킹 기능 모듈(111)은 검색 선호도를 이용하여 변경된 검색 응답 문서에 대해 검색 우선순위화 선호도를 적용한다.

<표 6>는 검색 응답 문서에 검색 우선순위화 선호도가 적용된 결과를 나타내는 예시이다.

<?xml version="1.0" encoding="UTF-8"?>
<search-set xmlns="urn:oma:xml:xdm:search" xmlns:et="urn:oma:xml:xdm:external-directories">

<search id="1234">
<response>
<ed:external-directories uri="a@gmail.com"><ed:display-name>michael jackson</ed:display-name><ed:language>Korean</ed:language><ed:country>KR</ed:country><ed:region>Seoul</ed:region></ed:external-directories>

<ed:external-directories uri="f@facebook.com"><ed:display-name>michael jackson</ed:display-name><ed:language>Korean</ed:language><ed:country>KR</ed:country><ed:region>Seoul</ed:region></ed:external-directories>

<ed:external-directories uri="c@msn.com"><ed:display-name>michael jackson</ed:display-name><ed:language>Korean</ed:language><ed:country>KR</ed:country><ed:region>Busan</ed:region></ed:external-directories>

<ed:external-directories uri="b@hotmail.com"><ed:display-name>michael jackson</ed:display-name><ed:language>Korean</ed:language><ed:country>UK</ed:country><ed:region>London</ed:region></ed:external-directories>

<ed:external-directories uri="e@gmail.com"><ed:display-name>michael jackson</ed:display-name><ed:language>English</ed:language><ed:country>UK</ed:country><ed:region>London</ed:region></ed:external-directories>
</response>
</search>

</search-set>

상기의 <표 6>는 사용자가 검색 선호도 내 검색 우선순위화 <prioritization_matching> 엘리먼트에 따라 <language> 요소, <country> 요소 및 <region> 요소가 선호 순위 “1”과 “10”에 근거하여 반영되어 있고, 사용자가 원하지 않는 <language>가 “Chinese”인 결과는 사용자 선호도 내 필터를 감안하여 검색 결과로부터 제거된 후 최종적으로 5개의 최종검색결과가 나타나있다.

310단계에서 인터워킹 기능 모듈(111)은 검색 최적화가 적용된 검색 응답 메시지를 CAB 네트워크(200)의 XDMS 인에이블러로 전달한다.

311단계에서 CAB 네트워크(200)의 XDMS 인에이블러 내 엔티티는 CAB 클라이언트(100)로 사용자에게 최적화된 검색 응답 메시지를 전달한다.

312단계에서 CAB XDM 서버(120)는 검색 선호도 내 누적 검색 요청 및 결과에 따른 서버 자체의 동적 검색 선호도 갱신여부를 표시하는 <dynamic_search_preference_update> 엘리먼트의 상태를 확인하고, 서버 내부 규칙에 기반하여 미리 설정된 동적 검색 선호도를 갱신한다. 여기서, 동적 검색 선호도를 갱신하기 위해서 사용되는 서버 내부 규칙은 다음과 같다.

A. 검색 요청에 대한 도메인별 검색 결과 수, 사용자의 검색 결과 저장 유무 등과 같은 선호 외부 검색 도메인의 최종 결과에 따라 외부 도메인의 선호 가중치를 일정비율 조정할 수 있다.

B. 검색 응답에 대한 우선순위화된 검색 결과 수, 사용자의 검색 결과 저장 유무 등과 같은 우선순위화의 최종 결과에 따라 우선순위화 가중치를 일정비율 조정할 수 있다.

C. 필요한 동적 검색 선호도 업데이트에 따라 서버 내부 규칙은 확장될 수 있다.

한편, 312단계와 같은 검색 선호도에 대한 동적 검색 선호도 업데이트 적용 과정은 309단계와 같이 검색 선호도가 적용되고, 최종적인 검색 결과가 생성된 이후에 수행할 수도 있다. 이러한 312단계는 생략 가능한 선택적인 단계이다.

이와 같이 본 발명은 사용자의 검색 선호도를 미리 설정하여 설정된 검색 선호도에 따라 주소록 정보를 검색함으로써 사용자에게 최적화된 검색 결과를 제공할 수 있다는 이점이 있다.

도 3은 본 발명의 실시 예에 따른 CAB 시스템에서 같은 또는 다른 도메인의 주소록 정보를 검색하는 과정을 나타내는 흐름도이다.

본 발명이 실시 예에서는 같은 또는 다른 도메인의 주소록 정보를 검색하는 과정을 예로 들어 설명하는데, 이때, 주소록 정보는 주소 정보 또는 개인 연락 카드 정보를 포함한다.

400단계에서 CAB 클라이언트(100)는 동일 도메인 또는 다른 도메인의 주소 정보 또는 개인 연락 카드와 같은 주소록 정보를 검색하기 위해 <optimized_search> 속성을 검색 요청 메시지(Contact Search request)에 포함시켜 CAB 네트워크(200)의 XDM 인에이블러로 전달한다.

401단계에서 CAB 네트워크(200)는 XDM 인에이블러 내 해당 엔티티를 통해 CAB XDM 서버(120)로 검색 요청 메시지를 전달한다.

402단계에서 CAB XDM 서버(120)는 수신된 검색 요청 메시지로부터 <optimized_search> 속성의 포함 여부를 확인하고, 해당 속성을 포함하는 경우 미리 설정된 검색 선호도에 근거하여 주소록 정보에 관련된 문서를 검색한 후 그 결과에 검색 우선순위화 선호도를 적용하여 최종적인 검색결과를 생성한다.

403단계에서 CAB XDM 서버(120)는 최종 검색 결과를 포함하는 검색 응답 메시지(Contact Search response)를 생성하여 XDM 인에이블로 전달한다.

404단계에서 XDM 인에이블 내 해당 엔티티는 수신된 검색 응답 메시지를 CAB 클라이언트(100)로 전달한다.

405단계에서 CAB XDM 서버(120)는 검색 선호도 내 누적 검색 요청 및 결과에 따른 서버 자체의 동적 검색 선호도 갱신 여부를 표시하는 <dynamic_search_preference_update> 엘리먼트의 상태를 확인하고, 서버 내부 규칙에 기반하여 미리 설정된 동적 검색 선호도를 갱신한다. 이때, 서버 내부 규칙은 도 2의 312단계에서 적용된 규칙이 동일하게 적용될 수 있다. 이러한 405단계는 생략 가능한 선택적인 단계이다.

한편, 도 3의 405단계에서 동적 검색 선호도 갱신은 CAB XDM 서버(120)가 사용자의 검색 요청에 대해 사용자 검색 선호도를 적용하고, 최종적인 검색 결과가 생성된 402단계 이후 수행될 수도 있다.

100: CAB 클라이언트
110: CAB 서버
111: 인터워킹 기능 모듈
120: CAB XDM 서버
121: CAB 주소록 어플리케이션 사용부
122: CAB 개인 연락 카드 어플리케이션 사용부
123: CAB 사용자 선호도 어플리케이션 사용부
124: CAB 기능 구동 어플리케이션 사용부
125: LIST XDM 서버

Claims

주소록 정보 검색 장치에서 주소록 정보를 검색하기 위한 방법에 있어서,
복수의 요청 클라이언트로부터 적어도 하나의 외부 디렉토리에 대한 주소록 정보를 검색하기 위한 검색 요청 메시지가 수신되면 데이터베이스에 상기 복수의 요청 클라이언트에 상응하는 검색 선호도를 확인하는 과정과,
상기 확인된 검색 선호도를 바탕으로 상기 검색 요청 메시지에 대한 상기 적어도 하나의 외부 디렉토리에 대응되는 외부 검색 요청 메시지를 생성하는 과정과,
상기 외부 검색 요청 메시지를 상기 적어도 하나의 외부 디렉토리로 전달하는 과정과,
상기 적어도 하나의 디렉토리로부터 외부 검색 결과가 수신되면 상기 수신된 외부 검색 결과에 상기 검색 선호도를 적용하여 최종 검색 결과를 생성하는 과정과,
상기 생성된 최종 검색 결과를 상기 복수의 요청 클라이언트로 전달하는 과정과,
상기 최종 검색 결과를 바탕으로 상기 검색 선호도를 갱신하는 과정을 포함함을 특징으로 하는 주소록 정보 검색 방법.
제1항에 있어서, 상기 검색 요청 메시지는,
요청 URI(Uniform Resource Identifier) 내에 AUID(Application Usage ID) 및 적어도 하나의 외부 검색 도메인을 포함하는 것을 특징으로 하는 주소록 정보 검색 방법.
제1항에 있어서, 상기 검색 선호도는,
상기 주소록 정보의 검색 요청에 대한 검색 선호도 적용 유무에 대한 정보, 상기 외부 검색 도메인에 대한 검색 선호도 적용 유무에 대한 정보, 사용자의 위치에 따른 동적 검색을 위한 검색 선호도 적용 유무에 대한 정보를 포함하는 것을 특징으로 하는 주소록 정보 검색 방법.
제3항에 있어서, 상기 외부 검색 도메인에 대한 검색 선호도 적용 유무에 대한 정보는,
상기 외부 검색 도메인 및 각 도메인별 선호도 가중치를 포함하는 것을 특징으로 하는 주소록 정보 검색 방법.
제3항에 있어서, 상기 사용자의 위치에 따른 동적 검색을 위한 검색 선호도 적용 유무에 대한 정보는,
상기 사용자의 위치 정보, 상기 사용자의 시간대 정보를 포함하는 것을 특징으로 하는 주소록 정보 검색 방법.
제1항에 있어서, 상기 검색 선호도는,
상기 외부 검색 결과에 대한 검색 선호도 적용 유무에 대한 정보, 상기 외부 검색 결과에 대한 우선순위화 선호도 적용 유무에 대한 정보, 상기 외부 검색 결과의 필터링을 위한 필터를 포함하는 것을 특징으로 하는 주소록 정보 검색 방법.
제6항에 있어서, 상기 외부 검색 결과에 대한 우선순위화 선호도 적용 유무에 대한 정보는,
상기 외부 검색 결과에 대한 우선순위화에 따른 세부 선호도, 상기 세부 선호도에 대한 가중치를 포함하는 것을 특징으로 하는 주소록 정보 검색 방법.
제1항에 있어서, 상기 검색 선호도는,
누적된 검색 요청 또는 검색 결과에 따라 상기 검색 선호도의 업데이트가 가능한 선호도 정보를 포함하는 것을 특징으로 하는 주소록 정보 검색 방법.
제3항에 있어서, 상기 확인된 검색 선호도를 바탕으로 상기 검색 요청 메시지에 대한 상기 적어도 하나의 외부 디렉토리에 대응되는 외부 검색 요청 메시지를 생성하는 과정은,
상기 적어도 하나의 외부 검색 도메인에 대해서 상기 선호도 가중치를 반영하고, 반영 결과에 따라 상기 적어도 하나의 외부 검색 도메인에 대한 선호 수준을 설정하는 과정임을 특징으로 하는 주소록 정보 검색 방법.
제6항에 있어서, 상기 수신된 외부 검색 결과에 상기 검색 선호도를 적용하여 상기 최종 검색 결과를 생성하는 과정은,
상기 외부 검색 결과에 상기 우선순위화 선호도를 적용하는 과정과,
상기 필터를 적용하여 사용자가 원하지 않은 결과를 제거하는 과정을 포함함을 특징으로 하는 주소록 정보 검색 방법.
제8항에 있어서, 상기 미리 설정된 검색 선호도를 갱신하는 과정은,
검색 요청에 따라 사용자가 선호하는 외부 검색 도메인에 대한 최종 결과를 바탕으로 상기 외부 검색 도메인에 대한 선호 가중치를 조정하는 과정임을 특징으로 하는 주소록 정보 검색 방법.
제8항에 있어서, 상기 미리 설정된 검색 선호도를 갱신하는 과정은,
검색 응답에 따라 사용자 선호도에 대한 우선순위 반영 결과를 바탕으로 우선순위 반영에 대한 반영 가중치를 조정하는 과정임을 특징으로 하는 주소록 정보 검색 방법.
주소록 정보 검색을 위한 장치에 있어서,
복수의 요청 클라이언트에 상응하는 검색 선호도를 저장하는 데이터베이스와,
상기 복수의 요청 클라이언트로부터 적어도 하나의 외부 디렉토리에 대한 주소록 정보를 검색하기 위한 검색 요청 메시지가 수신되면 상기 데이터베이스로부터 상기 복수의 요청 클라이언트의 검색 선호도를 확인하고, 상기 확인된 검색 선호도를 바탕으로 상기 검색 요청 메시지를 상기 적어도 하나의 외부 디렉토리에 대응되는 외부 검색 요청 메시지를 생성하고, 상기 외부 검색 요청 메시지를 상기 적어도 하나의 외부 디렉토리로 전달하고, 상기 적어도 하나의 디렉토리로부터 수신된 외부 검색 결과에 상기 검색 선호도를 적용하여 최종 검색 결과를 생성하고, 상기 생성된 최종 검색 결과를 상기 복수의 요청 클라이언트로 전달하는 서버를 포함하고,
상기 데이터베이스는 상기 최종 검색 결과를 바탕으로 상기 검색 선호도를 갱신하는 것을 특징으로 하는 주소록 정보 검색 장치.
제13항에 있어서, 상기 데이터 베이스는,
상기 서버 내에 구현됨을 특징으로 하는 주소록 정보 검색 장치.
제13항에 있어서, 상기 데이터 베이스는,
상기 복수의 클라이언트에 상응하는 검색 선호도에 대응하여 상기 검색 우선순위 정보를 더 저장하고 있음을 특징으로 하는 주소록 정보 검색 장치.
제13항에 있어서, 상기 검색 요청 메시지는,
요청 URI(Uniform Resource Identifier) 내에 AUID(Application Usage ID) 및 적어도 하나의 외부 검색 도메인을 포함하는 것을 특징으로 하는 주소록 정보 검색 장치.
제13항에 있어서, 상기 검색 선호도는,
상기 주소록 정보의 검색 요청에 대한 검색 선호도 적용 유무에 대한 정보, 상기 외부 검색 도메인에 대한 검색 선호도 적용 유무에 대한 정보, 사용자의 위치에 따른 동적 검색을 위한 검색 선호도 적용 유무에 대한 정보를 포함하는 것을 특징으로 하는 주소록 정보 검색 장치.
제17항에 있어서, 상기 외부 검색 도메인에 대한 검색 선호도 적용 유무에 대한 정보는,
상기 외부 검색 도메인 및 각 도메인별 선호도 가중치를 포함하는 것을 특징으로 하는 주소록 정보 검색 장치.
제17항에 있어서, 상기 사용자의 위치에 따른 동적 검색을 위한 검색 선호도 적용 유무에 대한 정보는,
상기 사용자의 위치 정보, 상기 사용자의 시간대 정보를 포함하는 것을 특징으로 하는 주소록 정보 검색 장치.
제13항에 있어서, 상기 검색 선호도는,
상기 외부 검색 결과에 대한 검색 선호도 적용 유무에 대한 정보, 상기 외부 검색 결과에 대한 우선순위화 선호도 적용 유무에 대한 정보, 상기 외부 검색 결과의 필터링을 위한 필터를 포함하는 것을 특징으로 하는 주소록 정보 검색 장치.
제20항에 있어서, 상기 외부 검색 결과에 대한 우선순위화 선호도 적용 유무에 대한 정보는,
상기 외부 검색 결과에 대한 우선순위화에 따른 세부 선호도, 상기 세부 선호도에 대한 가중치를 포함하는 것을 특징으로 하는 주소록 정보 검색 장치.
제13항에 있어서, 상기 검색 선호도는,
누적된 검색 요청 또는 검색 결과에 따라 상기 검색 선호도의 업데이트가 가능한 선호도 정보를 포함하는 것을 특징으로 하는 주소록 정보 검색 장치.
제17항에 있어서, 상기 서버는,
상기 적어도 하나의 외부 검색 도메인에 대해서 상기 선호도 가중치를 반영하고, 반영 결과에 따라 상기 적어도 하나의 외부 검색 도메인에 대한 선호 수준을 설정하는 것을 특징으로 하는 주소록 정보 검색 장치.
제20항에 있어서, 상기 서버는,
상기 외부 검색 결과에 우선순위를 반영하고, 상기 우선순위가 반영된 외부 검색 결과에 상기 검색 결과 선호도 및 상기 필터를 적용하여 사용자가 원하지 않은 결과를 제거하는 것을 특징으로 하는 주소록 정보 검색 장치.
제22항에 있어서, 상기 데이터베이스는,
검색 요청에 따라 사용자가 선호하는 외부 검색 도메인에 대한 최종 결과를 바탕으로 상기 외부 검색 도메인에 대한 선호 가중치를 조정하는 것을 특징으로 하는 주소록 정보 검색 장치.
제22항에 있어서, 상기 데이터베이스는,
검색 응답에 따라 사용자 선호도에 대한 우선순위 반영 결과를 바탕으로 우선순위 반영에 대한 반영 가중치를 조정하는 것을 특징으로 하는 주소록 정보 검색 장치.