KR20140040111A - 통합 주소록 기능 관리 방법 - Google Patents

통합 주소록 기능 관리 방법 Download PDF

Info

Publication number
KR20140040111A
KR20140040111A KR1020137021277A KR20137021277A KR20140040111A KR 20140040111 A KR20140040111 A KR 20140040111A KR 1020137021277 A KR1020137021277 A KR 1020137021277A KR 20137021277 A KR20137021277 A KR 20137021277A KR 20140040111 A KR20140040111 A KR 20140040111A
Authority
KR
South Korea
Prior art keywords
address book
user
function
integrated
unified
Prior art date
Application number
KR1020137021277A
Other languages
English (en)
Inventor
에두아르도 펄레아 카레라
라우라 가르시아 가르시아
조세 후안 산체스 다시
조세 루이스 누네스 디아즈
Original Assignee
텔레포니카, 에스. 아.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 텔레포니카, 에스. 아. filed Critical 텔레포니카, 에스. 아.
Publication of KR20140040111A publication Critical patent/KR20140040111A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

주소록을 갖는 사용자의 통합 주소록(CAB: converged address book) 기능을 관리하는 방법에 관한 것으로, 프리젠스 서버(presence server)의 프리젠스 문서(presence document)에서 서비스 투플(tuple)로 정의된 특징을 갖는 통합 주소록 서비스에 가입하는 단계; 통합 주소록 서비스가 사용자에 의해 지원되는지 나타내는 서비스 투플에서 통합 주소록 기능의 값을 세팅하는 단계; 통합 주소록 서버에서의 사용자 식별자와 사용자의 통합 주소록 기능을 알리는 단계; 사용자의 연락처의 통합 주소록 기능의 프리젠스 서버로부터 업데이트를 수신하는 단계; 및 통합 주소록 XML 문서관리 서버에 저장된 네트워크 주소록을 제공된 사용자의 통합 주소록 기능으로 업데이트하는 단계를 포함할 수 있다.

Description

통합 주소록 기능 관리 방법{METHOD FOR MANAGING CONVERGED ADDRESS BOOK CAPABILITY}
일반적인 주소록에 관한 것으로, 더욱 상세하게는 사용자와 사용자의 연락처의 통합 주소록 기능의 관리에 관한 것이다.
주소록은 연락처의 저장 목록에 대한 데이터베이스이다. 오픈 모바일 연합(OMA: Open Mobile Alliance), 다시 말해 오픈 모바일 연합 통합 주소록(Open Mobile Alliance Converged Address Book) 인에이블러(Enabler)에서 정의된 최근 통신 기준은 네트워크 저장소에서 사용자의 주소록 저장을 위한 프레임워크를 제공하고, 이것이 사용자의 다른 장치의 연락처 리스트와 동기화되도록 유지할 수 있다. 대부분 사람들은 복수의 다른 주소록을 가지고 있다: 이메일 계정, 휴대 전화 및 소셜 네트워크의 "친구 목록". 네트워크 주소록은 사용자에게 싱글 인터페이스를 통해 사용자의 주소록을 체계화 및 관리하고, 사용자의 연락처를 사용자의 다른 주소록 및 소셜 네트워크르르 거쳐 공유하도록 허용할 수 있다.
게다가, 통합 주소록(CAB: Converged Address Book) 인에이블러는 사용자의 주소록에 저장된 연락처 정보의 최신 정보를 항상 유지하기 위한 메카니즘을 제공할 수 있다. 이러한 방법은 사용자가 다른 사용자가 가입(subscribe)할 수 있는 사용자의 연락처 정보를 갖는 개인 프로파일(개인 연락처 카드)을 정의하도록 허용함으로써 달성될 수 있고, 그래서 사용자는 정보가 변할 때 알림을 수신할 수 있고, 따라서 사용자의 주소록에서 가장 최신의 연락처 정보를 가질 수 있다.
다른 사용자의 개인 연락처 카드(PCC: Personal Contact Card)에 가입하는 과정은 다음과 같다.
- 사용자는 사용자의 통합 주소록 식별자(CAB XUI)를 통합 주소록 XDMS(XML Document Management System)에 저장된 가입 리스트에 추가함으로써 사용자가 가입하기를 원하는 새로운 연락처를 추가할 수 있다.
- 이후, 통합 주소록 서버(CAB Server)는 가입 리스트를 검색하고, 개인 연락처 카드(PCC: personal contact card) XDMS에게 가입 요청을 발행할 수 있고, 가입 리스트에서 연락처의 개인 연락어 카드는 저장될 수 있다.
- 이러한 요청을 수락하거나 거절하는 요청의 자동 조종을 위한 규칙이 있는 경우, 이것은 적용될 수 있다.
- 그렇지 않으면, 마지막으로 사용자는 승인 반응 메카니즘을 사용하여 확인을 요청할 수 있다.
이러한 메카니즘은 가입된 연락처를 통합 주소록에서 사용자가 이용할 수 있을 때만 유효하다. 사용자의 주소록에서 연락처의 발견을 가능하게 하기 위해 사용자는 통합 주소록 기능 지원을 인코딩하기 위한 <연락처-타입>(<contact-type>) 요소를 포함하는 통합 주소록 연락처 정보 데이터 모델을 이용할 수 있다. 그러므로 적절한 값("통합 주소록(CAB)")으로 설정하는 이러한 요소를 갖는 모든 연락처는 개인 연락처 카드(PCC: personal contact card) 가입 요청을 수신하기 위해 적합할 수 있다. 이러한 ?합 주소록 기능을 나타내는 정보 요소는 사용자의 주소록의 일부분을 통합 주소록 서버와 클라이언트 사이에서 동기화될 수 있다.
<address-book xmlns="urn:oma:xml:cab:address-book">
<contact>
<person-details id="gt4fd890bu8>
[...]
</person-details>
<contact-status>
< contact - type > CAB </ contact - type >
<contact-subscription-status>active</contact-subscription-status>
</contact-status>
</contact>
</address-book>
오픈 모바일 연합 통합 주소록(Open Mobile Alliance Converged Address Book) 인에이블러는 기준(standard) 기술과 SIP, XDM 및 OMA DS와 같은 프로토콜에 기초할 수 있다.
기준 뿐만아니라, 미국공개특허 US2010088276A1A 은 사용자가 자동 업데이트 수신을 원하는 사용자의 주소록에서 사용자가 연락처의 리스트를 나타내는 수단에 의한 프레임워크를 제시한다. 가입 기능은 연락처의 세트의 개인 연락처 카드에 가입을 담당할 수 있고, 사용자의 주소록을 업데이트하기 전에 연락처 정보를 업데이트하기 위해 개인 규칙에 대응하여 적용할 수 있다. 이러한 특허는 또한 프리젠스 및 통합 주소록 서비스 모두를 위한 통일된 사용자 식별자의 사용을 제안할 수 있다. 그래서 프리젠스 및 각 주소록 엔터티를 위한 연락처 정보는 통합될 수 있다. 하지만, 이러한 방법은 사용자에게 통합 주소록 서비스를 위한 사용자 연락처의 식별자를 전달하는 것에 대한 일반적이 해결이 고려지 않았다. 따라서, 이러한 방법은 모든 시스템과 각 식별자 사이의 일반적인 관련성이 추측될 수 없다.
국제공개특허 WO2010033669A1는 사용자가 다른 사용자의 연락처 정보에 가입할 수 있고, 사용자가 다른 통합 주소록 사용자가 이용 가능한 개인 연락처 카드(PCC: personal contact card information) 정보의 자동 업데이트를 수신할 수 있는 통합 주소록 시스템을 제시할 수 있다. 설명된 시스템은 또한 통합 주소록 사용자가 사용자의 연락처 정보를 메시징 스킴(messaging scheme)을 통해 다른 사용자와 공유하도록 할 수 있다. 이러한 정보는 사용자의 개인 연락처 카드, 주소록 데이터 또는 사용자 주소록 내의 개인 연락처 카드 및 주소록 데이터 모두를 포함할 수 있다. 시스템은 또한 통합 주소록 사용자가 데이터를 다른(통합 주소록이 아닌) 주소록 데이터 소로부터 통합 주소록으로 가져올 수 있다. 설명된 시스템의 또 다른 특징은 호스트 통합 주소록 시스템 내에서 연락처 정보를 검색하고, 통합 주소록 시스템 및 서비스 제공자에 의해 이용 가능하게 만들어진 외부 데이터베이스를 제거하기 위한 메커니즘이다.
국제공개특허 WO2009154973A2은 연락처 정보를 관리하고, 연락처 정보가 동기화 인터페이스를 통해 통합 주소록 서버와 동기화를 유지하도록 하는 통합 주소록 클라이언트를 포함하는 통합 주소록 시스템을 제시한다. 시스템은 통합 주소록 클라이언트와 통합 주소록 서버 사이에 추가적인 인터페이스를 제안하고, 이것은 주소록에서 사용자 연락처에 가입하는 것, 데이터 관리(다시 말해, 정보를 게재하고 정보의 변화를 관리하는), 레거시 시스템(legacy systems)과의 상호작용(다시 말해, 수입(import)), 공유 및 연락처 정보 검색과 같은 추가적인 기능의 수행을 위한 것이다.
한편, 프리젠스(Presence) 서비스는 프리젠스 정보의 소유자에 의한 허가 확인을 조건으로 프리젠스 정보를 전하기 위한 것이다. 프리젠스 서비스는 OMA 프리젠스 인에이블러에서 OMA에 의해 정의되고, 이것은 인터넷 엔지니어링 테스크 포스 (IETF: the Internet Engineering Task Force)에 의해 명시된 다중 연관 RFC에 기초한다.
프리젠스 서비스(프리젠티티(presentity))의 사용자의 프리젠스 정보는 아래 내용에 관한 데이터를 포함할 수 있다:
- 사용자 자신(<person>), 다시 말해 사용자의 외모 및 감정, 어떤 종류의 통신에 대한 종합적인 수단
- 사용자에 의해 사용 되는 통신 방법(<tuple>), 다시 말해 서비스 A로 통신하는 수단, 사용자 단말에서 서비스 B의 유효성
- 휴대 전화, PC 및 PDA와 같이 사용자가 사용하는 장치 (<device>). 다중 장치에서 수행할 수 있는 같은 서비스로 장치에 서비스의 다 대 다 연결(many to man)
OMA 프리젠스 데이터 모델은 프리젠스 SIMPLE 데이터 사양에서 OMA에 의해 정의된 다른 확장을 갖는 RFC3863에서 IETF에 의해 정의된 프리젠스 정보 데이터 포맷을 형성하는 XML 문서이다.
프리젠스 서버는 프리젠티티(presentity)에 의해 프리젠스 발행을 적용하는 것, 프리젠스 문서를 구성하는 것 및 프리젠스 정보를 프리젠티티(presentity)에 의한 허가 확인에 따라 관찰부에게 전달하는 것을 담당할 수 있다.
프리젠스 정보는 이러한 메커니즘의 하나 또는 양쪽 모두에 의한 프리젠티티(presentity)에 의해 제공될 수 있다:
- SIP를 사용하는 프리젠스 서버에게 프리젠스 정보의 발행.
- XCAP를 사용하는 프리젠스 XDMS에 저장된 영구적인 프리젠스 상태의 조작
첫 번째 방법은 동적인 프리젠스 정보를 게재(publish)하기에 매우 적합고, 따라서 시간 변화에 적합하다. 한편, 두 번째 방법은 자주 변하지 않는 프리젠스 정보에 적합하다.
프리젠스 서버는 프리젠스 정보가 사용자의 다른 장치로부터 프리젠스 서버에게 게재(publish)할뿐만 아니라 영구적 프리젠스 상태 소스로 간주하는 사용자의 프리젠스 문서를 포함할 수 있다.
OMA 프리젠스 인에이블러는 기준 기술과 SIP 및 XDM과 같은 프로토콜에 기초한다.
통합 주소록 인에이블러는 사용자의 주소록에서 다른 연락처의 통합 주소록 기능을 인코딩하는 방법을 제시하고, 이러한 기능이 다른 연락처를 위해 존재할 경우, 이것은 실제로 결정하는 방법의 통합 주소록 인에이블러의 작동 규격의 범위에서 제외된다. 이러한 기능은 매우 간단하게 연락처가 같은 도메인에 속하게 할 수 있다. 그러나 이러한 연락처의 통합 주소록 기능이 다른 도메인에 속하는지 체크하기 위한 해결책이 필요하다. 사용자의 주소록의 연락처가 통합 주소록이 가능한 다른 도메인에 속하는지 여부를 결정하기 위한 통합 주소록 서버에 대한 기준 메커니즘이 없다면, 주소록에서 해당 플래그를 설정 할 수 없고, 따라서 사용자는 통합 주소록이 가능한 연락처를 인식 할 수 없다.
게다가 이전의 이슈 메커니즘은 통합 주소록 서비스의 목적을 위해 사용자를 확인하는 주소록 엔트리에서 다른 주소 중 특정 주소의 결정을 필요로 한다.
본 발명은 주소록을 갖는 사용자의 통합 주소록 기능 관리를 위한 방법을 제공함으로써 앞에서 설명한 문제의 해결을 제시한다. 사용자는 통합 주소록 서비스에 등록될 수 있고 방법은 사용자에게 그의 통합 주소혹 기능을 다른 사용자에게 나타내고, 통합 주소록 서비스를 지원하는지, 사용자 연락처의 통합 주소록 기능을 알 수 있도록 허용할 수 있다. 다음으로 사용자 식별자는 사용자의 PCC(Personal Contact Card Personal Contact Card)에 가입을 허용하는 다른 사용자에게 제공될 수 있다.
일 측면에 있어서, 본 발명에서 제안하는 통합 주소록 기능 관리 방법은 통합 주소록 서비스에 가입하고, 주소록을 갖는 사용자의 통합 주소록 기능을 관리하는 방법에 있어서, 프리젠스 서버에 저장된 프리젠스 문서에서 프리젠스 인에이블러(presence enabler)와 연관된 서비스 투플(tuple)을 정의하는 (a)단계와, 상기 통합 주소록 서비스가 상기 사용자에 의해 지원되는지 나타내는, 상기 서비스 투플(tuple)에서 상기 통합 주소록 기능의 값을 설정하는 (b)단계와, 상기 통합 주소록 서버에서의 사용자 식별자와 상기 사용자의 통합 주소록 기능을 게재하는(publish) (c)단계와, 상기 사용자의 연락처(contact)의 통합 주소록 기능의 상기 프리젠스 서버로부터 업데이트를 수신하는 (d)단계 및 통합 주소록 XML 문서 관리 서버에 저장된 네트워크 주소록을, 상기 연락처(contact)의 통합 주소록 서비스 주소 및 상기 주소 정보가 상기 프리젠스 인에이블러(enabler)에 의하여 획득되었다는 표시와 함께 서비스된 사용자의 통합 주소록 기능으로 업데이트하는 (e)단계를 포함할 수 있다.
상기 (a) 단계 내지 (b) 단계는 통합 주소록 서버와 연결된 통합 주소록 기능 함수 모듈(converged address book capability function module)에 의해 수행될 수 있다.
상기 (a) 단계 내지 (b) 단계는 통합 주소록 서버 내에서 실행되는 통합 주소록 기능 함수 모듈에서 수행될 수 있다.
제1항, 제2항 또는 제3항 중 어느 한 항에 있어서 상기 사용자 식별자와 상기 사용자의 통합 주소록 기능을 게재하는(publish)하는 단계는 프리젠스 XML 문서 관리 서버에게 영구적인 프리젠스 상태를 수정하기 위한 요청을 송신함으로써 달성될 수 있다.
제1항, 제2항 또는 제3항 중 어느 한 항에 있어서 상기 사용자 식별자와 상기 사용자의 통합 주소록 기능을 게재하는(publish)하는 단계는 "SIP(session initiation protocol) 게재(publish)" 요청을 프리젠스 서버에게 송신함으로써 달성될 수 있다.
제1항 내지 제5항 중 어느 한 항에 있어서 상기 통합 주소록 기능 함수 모듈이 상기 통합 주소록 서버에 의해 통지된 상기 주소록의 각 새로운 연락처에게 가입 요청을 송신하는 단계를 더 포함할 수 있다.
상기 가입 요청은 익명의(anonymous) 프리젠스 요청일 수 있다.
프레즌스 정보가 요청된 연락처를 저장한 통합 주소록 클라이언트로부터 가입 요청이 들어오면, 상기 사용자의 상기 통합 주소록에서 상기 가입 요청이 발행(issue)될 수 있다.
상기 가입 요청은 통합 주소록 기능 함수 모듈로부터 발행될 수 있다.
상기 통합 주소록 기능이 프리젠스 인에이블러에 의해 획득되었는지 분석할 수 있다.
통합 주소록 기능이 프리젠스 인에이블러에 의해 획득되고, 프리젠스 정보 업데이트가 서비스 투플 없이 수신되었을 때, 상기 통합 주소록 기능과 상기 사용자 식별자를 상기 통합 주소록 XML 문서 관리 서버로부터 제거하는 단계를 더 포함할 수 있다.
통합 주소록 기능이 프리젠스 인에이블러에 의해 획득되고, 프리젠스 정보 업데이트가 상기 사용자가 통합 주소록 서비스를 더 이상 지원하지 않는다는 것을 나타내는 서비스 투플의 값으로 수신되었을 때, 상기 통합 주소록 기능과 상기 사용자 식별자를 상기 통합 주소록 XML 문서 관리 서버로부터 제거하는 단계를 더 포함할 수 있다.
상기 사용자가 더 이상 통합 주소록 서버에 의하여 서비스되지 않을 때, 통합 주소록 기능의 정보를 상기 프리젠스 문서로부터 제거하는 단계를 더 포함할 수 있다.
또 다른 일 측면에 있어서, 본 발명에서 제안하는 통합 주소록 기능 관리 방법은 범용 프로세서, 디지털 신호 프로세서, FPGA, ASIC, 마이크로-프로세서, 마이크로-컨트롤러 및 다른 형태의 프로그램 하드웨어에서 실행될 때 상기 방법 중 어느 한 방법을 수행하기 위해 적용된 프로그램 코드 수단을 포함할 수 있다.
일실시예에 따라 다양한 도면에서 해당하는 부분을 나타내는 도면 부호로써 첨부된 도면에 의해 설명된다. 실시예들은 참조되는 도면과 함께 다음의 설명으로부터 더 쉽게 이해된다. 상기 도면의 방법으로 제한되지 않고, 아래에서 설명된다.
도 1은 일 실시예에 따른 시스템에서 통합 주소록 기능 함수 모듈을 포함하는 시스템 요소의 구조를 단순화하여 나타낸 도면이다.
도 2는 연결된 통합 주소록 서버 내에서 새로운 사용자의 통합 주소록 기능의 게재(publish)하는 방법을 나타내는 순서도이다.
도 3은 연결된 새로운 연락처를 위한 프리젠스 가입 방법을 나타내는 순서도이다.
도 4는 통합 주소록 기능 함수에 의해 관리되는 프리젠스 정보 업데이트 방법을 나타내는 순서도이다.
오픈 모바일 연합(OMA: Open Mobile Alliance) 프리젠스 심플 인에이블러(Presence SIMPLE Enabler)에 기초하여, 다른 사용자들에게 사용자의 통합 주소록 기능을 나타내기 위한 메커니즘을 제시한다. 일 실시예에 따르면, 시스템의 프리젠테이션(presentation)과 사용자의 통합 주소록 기능에 대한 정보의 게재(publish)를 가능하게 하고 관리하기 위해 요청된 방법뿐만 아니라, 이러한 정보를 저장하고 프리젠스 인에이블러로 통합(integration)을 가능하게하는 프리젠스 문서의 서비스 투플을 포함할 수 있다.
모듈은 통합 주소록 서버(CAB Server)의 일부분인 통합 주소록 기능 함수(CAB Capability Function)로 정의될 수 있다. 통합 주소록 기능 함수는 아래 기능을 수행하기 위해 프리젠스 XDMS, 프리젠스 서버 및 통합 주소록 XDMS로 통합을 담당할 수 있다.
·통합 주소록 서버에서 새로운 사용자가 제공될 때마다 해당 프리젠스 문서에서 서비스 투플로서 새로운 사용자의 통합 주소록 기능을 게재(publish)할 수 있다.
·통합 주소록 서버에 의해 사용자가 더 이상 서비스되지 않을 때 통합 주소록 기능 정보를 제거하기 위해 해당 프리젠스 문서를 업데이트할 수 있다.
·서비스된 사용자의 연락처로부터 통합 주소록 기능에 관한 업데이트를 수신할 수 있다.
·다른 사용자의 기능을 반영하기 위해 네트워크 주소록에서 해당 업데이트를 만들 수 있고, 이러한 정보가 프리젠스 인에이블러의 수단으로 획득되었다는 것을 나타낼 수 있다.
통합 주소록 기능을 위한 서비스 투플은 <tuple><op:service-description><op:service-id> 요소에서 본 발명이 포함하는 통합 주소록 인에이블러의 식별자에 의해 정의될 수 있다. 예를 들어, 이러한 요소를 위한 표준값은 org.openmobilealliance:CAB 이다. 하지만, 본 발명은 이것에 제한되지 않는다.
또한 <tuple><contact> 요소, 다시 말해, 사용자를 식별하는 TEL URI 또는 SIP URI 에서 통합 주소록 서비스를 위한 XUI(XML Configuration Access Protocol User Identifier)을 포함할 수 있다.
통합 주소록 서비스에 대한 유효한 투플의 실시예이다:
<tuple id="a1232">
<status>
<basic>open</basic>
</status>
<op:willingness>
<op:basic>open</op:basic>
</op:willingness>
<op:service-description>
<op:service-id>org.openmobilealliance:CAB</op:service-id>
<op:version>1.0</op:version>
<op:description>This is the OMA Converged Address Book service</op:description>
</op:service-description>
<contact>sip:someone@example.com</contact>
</tuple>
도 1은 일 실시예에 따른 시스템에서 통합 주소록 기능 함수 모듈을 포함하는 시스템 요소의 구조를 단순화하여 나타낸 도면이다. 나머지 요소들은 최신기술로 알려져 있다.
사용자 장치(UE: User Equipment?)(1)에 위치한 요소를 아래에 나타낸다:
- 통합 주소록 클라이언트( CAB Client )(2): 이 요소는 사용자 장치(UE: User Equipment?)(1) 측(side)에서 통합 주소록 인에이블러의 논리를 수행할 수 있다. 다시 말해, 통합 주소록 서버, PCC 정보 관리 또는 연락처 가입 상호작용으로 주소록의 동기화를 수행할 수 있다.
- 프리젠스 관찰부( Presence Watcher )(3): 이 요소는 프리젠티티의 프리젠스 정보 등록과 프리젠테이션을 위해 사용자에게 수신된 프리젠스 업데이트 관리를 담당할 수 있다.
그리고 아래 요소들은 서버 옆에 위치할 수 있다:
- 통합 주소록 서버( CAB Server )(4): 이 요소는 서버 옆에서 통합 주소록 인에이블러의 논리를 수행할 수 있다. 다시 말해, 통합 주소록 클라이언트로 주소록의 동기화를 수행하고, 통합 주소록 XDMS에서 해당 업데이트를 수행하고, PCC에 가입을 관리할 수 있다.
- 통합 주소록 XDMS ( CAB XDMS )(5): XML 문서의 저장소(repository)는 통합 주소록 서비스와 연관된 정보를 저장할 수 있다(다시 말해, 사용자의 주소록, 사용자의 선호 등).
- 통합 주소록 기능 함수( CAB Capability Function )(6): 본 발명에 의해 정의된 새로운 요소이지만, 반드시 필요한 것은 아닌 것으로, 통합 주소록 서버의 일부로서 구축될 수 있다. 이 요소는 프리젠스 XDMS에게 영구적 프리젠스 상태로써 또는 프리젠스 서버에게 정규 SIP 게재(publish)함으로써 통합 주소록 기능의 게재(publish)와 연관된 모든 논리를 지원할 수 있다. 이것은 또한 사용자 연락처의 프리젠스 정보에 등록할 수 있고, 프리젠스 정보 업데이트의 일부로써 사용자의 통합 주소록 기능을 수신하기 위해 서비스할 수 있다.
- 프리젠스 서버( Presence Server )(7): 이 요소는 수신하는 가입 요청을 관리하는 것, 프리젠스 정보의 소유자에 의해 정의된 승인 규칙(authorization rules)적용하는 것, 프리젠스 문서를 구성하는 것 및 관찰부에게 프리젠스 업데이트를 다시 제공하는 것을 담당할 수 있다.
- 프리젠스 XDMS ( Presence XDMS )(8): 이 요소는 영구적인 프리젠스 상태, 프리젠스 가입 규칙 및 프리젠스 게재(publish) 규칙을 저장할 수 있다.
본 발명은 두 단계를 포함 할 수 있고, 제1 단계는 사용자가 통합 주소록을 사용할 수 있게 되면 통합 주소록 기능 함수에 의해 통합 주소록 기능의 프리젠스 서버에게 게재(publish)할 수 있다. 제2 단계는 연락처로서 새로운 통합 주소록 사용자를 갖는 통합 주소록 사용자의 주소록을 위한 "이용 가능한 통합 주소록(CAB-capable)" 플래그의 집단(population)이다.
일 실시예에서 통합 주소록 기능 함수는 통합 주소록을 사용할 수 있게 된 사용자의 프리젠스 상태 문서에서 해당 통합 주소록 기능을 게재(publish)할 수 있다.
도 2는 통합 주소록 기능 함수에 의해 수행되는 사용자의 통합 주소록 기능의 게재(publish)를 관리하는 방법의 단계를 상세하게 나타낸 도면이다. 단계(10)에서, 사용자는 특정 시간(예를 들어, 사용가능 장치를 구입, 서비스 등록)에 통합 주소록 서버 내에서 통합 주소록을 사용할 수 있게 된다.
- 단계(11)에서, "새로운 사용자(new user)" 이벤트는 트리거(trigge)될 수 있고, 통합 주소록 인에이블러 내에서 새로운 사용자의 권한 설정(provisioning) 프로세스를 시작할 수 있다. 통합 주소록 기능 함수는 새로운 권한 설정 이벤트를 계속해서 들을 수 있고, 시스템에서 새로운 사용자가 제공되었을 때 새로운 권한 설정 이벤트는 요청된 정보를 획득할 수 있고, 프리젠스 서버에서 통합 주소록 기능 게재(publish)를 업데이트하기 위한 프로세스를 시작할 수 있다.
- 단계(12)에서 통합 주소록 기능 함수는 프리젠스 문서에서, 특히 통합 주소록 XDM 서버를 위한 XUI(XCAP User Identifier)에서 정보를 적절하게 업데이트하기 위해 요청된 새로운 사용자의 정보를 획득(9)할 수 있고, 이것은 사용자의 권한 설정 동안 통합 주소록 서버와 연관될 수 있다.
- 단계(13)에서, 통합 주소록 기능 함수는 다음 단계에서 업데이트 요청을 보내기 위해 프리젠스 XDMS에 대한 요청된 정보를 획득(9)할 수 있다. 이러한 정보는 통합 주소록 기능 함수의 셋업 스테이지(set-up stage)에서 제공될 수 있고, 그러면 통합 주소록 기능의 각 게재(publish)를 위해 사용될 수 있다.
- 단계(14)에서 통합 주소록 기능 함수는 사용자와 연관된 영구적인 프리젠스 상태를 수정하기 위해 프리젠스 SDMS에게 요청을 보낼 수 있고, 이것은 새로운 통합 주소록 서비스 투플을 포함하기 위해 프리젠스 XDMS에 저장될 수 있다. 이러한 투플은 "오픈(open)" 상태로 설정될 수 있고, 다른 사용자가 사용자의 PCC에 가입하는 것을 허용하는 통합 주소록 서비스를 위해 사용자의 XUI를 포함할 수 있다.
통합 주소록 기능 함수는 서비스 제공자 정책에 따르면, 사용자가 해당 PCC를 실제로 생성할 때까지 통합 주소록 기능을 게재(publish)하지 않을 수 있고, 이 때는 다른 사용자가 서비스에 가입되었다는 사실로부터 다른 사용자가 완전한 혜택을 시작할 수 있을 때를 말한다(다시 말해, 다른 사용자가 사용자의 PCC에 가입 할 수 있다.).
도 3은 통합 주소록 기능 함수에 의해 사용자의 연락처에 등록하고, 통합 주소록이 이용가능하고, 사용자 주소록을 위한 정보를 추가하는 것을 결정하기 위해 등록된 연락처를 서비스하는 과정을 나타낸 도면이다:
- 단계(20)에서, 통합 주소록 기능을 위한 정규 상태는 프리젠스 정보 업데이트를 위해 또는 주소록에 새로운 연락처 추가를 위해 대기모드일 수 있다.
- 단계(21)에서, 통합 주소록 서버가 확인할 때 중요한 것은 사용자의 주소록에 새로운 주소가 있는 것이다(다시 말해, 새로운 연락처는 통합 주소록 서버와 동기화된 장치 또는 동기화된 주소록에 처음으로 추가될 수 있다.).
- 단계(22)에서, 통합 주소록 서버는 새로운 주소 각각의 프리젠스 가입 요청을 발행하는 통합 주소록 기능 함수를 알릴 수 있다. 가입은 익명의 프리젠스를 요청하거나 또는 사용자를 대신하여 가입하거나 통합 주소록 기능 함수 스스로 가입하는 것 중 양자택일로 할 수 있다. 가입은 싱글 페치(single fetch) 동작(제로로 설정되는 종료 속성을 갖는 가입)일 수 있다. 이것은 싱글 알림 또는 영구적이거나 특정 주기 동안 지속되는 실제 가입 중 양자 택일로 수신할 수 있다.
- 그러면, 단계(23)에서, 통합 주소록 기능 함수는 프리젠스 정보 업데이트를 위해 또는 주소록에 새로운 연락처 추가를 위해 대기 모드로 돌아갈 수 있다.
도 4는 통합 주소록 기능 함수 모듈에 의해 프리젠스 정보 업데이트를 수신하는 과정 및 이것을 통합 주소록 기능과 관련하여 수신하는 방법을 나타내는 도면이다:
- 통합 주소록 기능 함수 모듈은 프리젠스 정보 업데이트를 위해 또는 주소록을 위한 새로운 연락처 추가를 위해 대기 모드일 수 있다.
- 단계(30)에서, 프리젠스 정보 업데이트가 수신될 때, 단계(31)에서, 통합 주소록 기능 함수 모듈은 통합 주소록 서비스 투플을 포함하는 프리젠스 문서가 수신되었는지 체크할 수 있다.
o 이때, 단계(32)에서, 프리젠스 문서가 "오픈(open)"으로 설정된 통합 주소록서비스를 포함하는 경우, 단계(33)에서, 사용자가 이용 가능한 통합 주소록으로 이미 확인되었는지 체크할 수 있다.
- 단계(34)에서, 사용자가 이용 가능한 통합 주소록으로 이미 확인 되었을 경우, 대기 모드로 돌아갈 수 있다.
- 단계(35)에서, 사용자가 이용 가능한 통합 주소록으로 확인 되지 않았을 경우, 단계(36)에서, 통합 주소록 기능 함수 모듈은 대기 모드로 돌아가기 전에 다음과 같이 통합 주소록 XDMS에서 프리젠스 업데이트에 해당하는 주소록 엔트리를 수정할 수 있다:
- "contact-type" 요소를 "CAB"로 설정함으로써 연락처 유형을 통합 주소록 사용자 유형으로 설정할 수 있다.
- 본 발명에 의해 새롭게 정의된 "contact-type" 요소의 "source" 속성을 수정함으로써 이전 정보의 소스를 "Presence"로 설정할 수 있다.
- "CAB 값의 CAB XUI로 사용되는 해당 주소의 "xui-type" 속정을 설정함으로써 사용자의CAB XUI로서 XUI를 추가할 수 있다.
o 반대로, 통합 주소록 서비스가 존재하지 않거나(40) "클로즈(closed)" 상태로 설정되었을 경우(41), 단계(42)에서 사용자가 이용 가능한 통합 주소록으로 이미 확인되었는지 체크할 수 있다.
- 단계(43)에서, 사용자가 이용 가능한 통합 주소록으로 이미 확인되지 않았을 경우, 대기 모드로 돌아갈 수 있다.
- 단계(44)에서, 사용자가 이용 가능한 통합 주소록으로 이미 확인되었을 경우, 단계(45)에서, 통합 주소록 기능이 프리젠스 인에이블러의 수단으로 획득되었는지 더 체크할 수 있다, 다시 말해, "contact-type" 요소의 새롭게 정의된 "source" 속성은 "Presence"로 설정할 수 있다.
- 단계(46)에서, 통합 주소록 기능이 프리젠스 인에이블러의 수단으로 획득되지 않았을 경우, 대기 모드로 돌아갈 수 있다.
- 단계(47)에서, 통합 주소록 기능이 프리젠스 인에이블러의 수단으로 획득되었을 경우, 단계(48)에서, 통합 주소록 기능 함수 모듈은 대기 모드로 돌아기기 전에 다음과 같이 통합 주소록 XDMS에서 프리젠스 업데이트에 해당하는 주소록 엔트리를 수정할 수 있다:
o "contact-type" 요소 전체를 제거할 수 있다.
o "CAB" 값을 갖는 "xui-type" 속성을 제거할 수 있다.
- 통합 주소록 기능 함수 모듈은 프리젠스 정보 업데이트를 위해 대기 모드를 유지할 수 있다.
아래의 내용은 연락처의 통합 주소록 기능을 반영하여 업데이트된 연락처 엔트리의 실시예이다.
<address-book xmlns="urn:oma:xml:cab:address-book">
<contact>
<person-details id="gt4fd890bu8">
<comm-addr xml:lang="en"
<tel tel-type="Mobile" xui - type =" CAB "
<tel-nb>
<tel-str>3341234567<tel-str>
</tel-nb>
</comm-addr>
</person-details>
<contact-status>
< contact - type source =" Presence "> CAB </ contact - type >
<contact-subscription-status>active</contact-subscription-status>
</contact-status>
</contact>
</address-book>
이전 단계의 어느 시점에서 주소록 동기화는 기존 통합 연락처 인에이블러 정책 및 환경설정(preferences)에 따라 수행될 수 있다. 동기화가 통합 주소록 클라이언트에 채워지는 통합 주소록 XDMS에서 모든 변화를 발생시킬 때, 사용자는 사용자 연락처가 이용 가능한 통합 주소록의 일부라는 것을 알 수 있다.
상세한 설명에서 "comprises"의 용어 및 이것의 어원("comprising" 등과 같은)은 제외의 의미로 이해되어서는 안 된다. 이 용어는 추가 요소, 단계 등을 더 포함할 수 있는 설명 및 정의된 것의 가능성을 제외하는 것으로 해석될 수 없다.

Claims (14)

  1. 통합 주소록 서비스에 가입하고, 주소록을 갖는 사용자의 통합 주소록 기능을 관리하는 방법에 있어서,
    프리젠스 서버에 저장된 프리젠스 문서에서 프리젠스 인에이블러(presence enabler)와 연관된 서비스 투플(tuple)을 정의하는 (a)단계;
    상기 통합 주소록 서비스가 상기 사용자에 의해 지원되는지 나타내는, 상기 서비스 투플(tuple)에서 상기 통합 주소록 기능의 값을 설정하는 (b)단계;
    상기 통합 주소록 서버에서의 사용자 식별자와 상기 사용자의 통합 주소록 기능을 게재하는(publish) (c)단계;
    상기 사용자의 연락처(contact)의 통합 주소록 기능의 상기 프리젠스 서버로부터 업데이트를 수신하는 (d)단계; 및
    통합 주소록 XML 문서 관리 서버에 저장된 네트워크 주소록을, 상기 연락처(contact)의 통합 주소록 서비스 주소 및 상기 주소 정보가 상기 프리젠스 인에이블러(enabler)에 의하여 획득되었다는 표시와 함께 서비스된 사용자의 통합 주소록 기능으로 업데이트하는 (e)단계
    를 포함하는 주소록 관리 방법.
  2. 제1항에 있어서,
    상기 (a) 단계 내지 (b) 단계는,
    통합 주소록 서버와 연결된 통합 주소록 기능 함수 모듈(converged address book capability function module)에 의해 수행되는
    주소록 관리 방법.
  3. 제1항에 있어서,
    상기 (a) 단계 내지 (b) 단계는,
    통합 주소록 서버 내에서 실행되는 통합 주소록 기능 함수 모듈에서 수행되는
    주소록 관리 방법.
  4. 제1항, 제2항 또는 제3항 중 어느 한 항에 있어서,
    상기 사용자 식별자와 상기 사용자의 통합 주소록 기능을 게재하는(publish)하는 단계는,
    프리젠스 XML 문서 관리 서버에게 영구적인 프리젠스 상태를 수정하기 위한 요청을 송신함으로써 달성되는
    주소록 관리 방법.
  5. 제1항, 제2항 또는 제3항 중 어느 한 항에 있어서,
    상기 사용자 식별자와 상기 사용자의 통합 주소록 기능을 게재하는(publish)하는 단계는,
    "SIP(session initiation protocol) 게재(publish)" 요청을 프리젠스 서버에게 송신함으로써 달성되는
    주소록 관리 방법.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 통합 주소록 기능 함수 모듈이 상기 통합 주소록 서버에 의해 통지된 상기 주소록의 각 새로운 연락처에게 가입 요청을 송신하는 단계
    를 더 포함하는 주소록 관리 방법.
  7. 제6항에 있어서,
    상기 가입 요청은 익명의(anonymous) 프리젠스 요청인
    주소록 관리 방법.
  8. 제6항에 있어서,
    프레즌스 정보가 요청된 연락처를 저장한 통합 주소록 클라이언트로부터 가입 요청이 들어오면, 상기 사용자의 상기 통합 주소록에서 상기 가입 요청이 발행(issue)되는
    주소록 관리 방법.
  9. 제6항에 있어서,
    상기 가입 요청은 통합 주소록 기능 함수 모듈로부터 발행되는
    주소록 관리 방법.
  10. 제1항 내지 제9항 중 어느 한 항에 있어서,
    상기 통합 주소록 기능이 프리젠스 인에이블러에 의해 획득되었는지 분석하는 단계
    를 더 포함하는 주소록 관리 방법.
  11. 제10항에 있어서,
    통합 주소록 기능이 프리젠스 인에이블러에 의해 획득되고, 프리젠스 정보 업데이트가 서비스 투플 없이 수신되었을 때, 상기 통합 주소록 기능과 상기 사용자 식별자를 상기 통합 주소록 XML 문서 관리 서버로부터 제거하는 단계
    를 더 포함하는 주소록 관리 방법.
  12. 제10항에 있어서,
    통합 주소록 기능이 프리젠스 인에이블러에 의해 획득되고, 프리젠스 정보 업데이트가 상기 사용자가 통합 주소록 서비스를 더 이상 지원하지 않는다는 것을 나타내는 서비스 투플의 값으로 수신되었을 때, 상기 통합 주소록 기능과 상기 사용자 식별자를 상기 통합 주소록 XML 문서 관리 서버로부터 제거하는 단계
    를 더 포함하는 주소록 관리 방법.
  13. 제1항 내지 제12항 중 어느 한 항에 있어서,
    상기 사용자가 더 이상 통합 주소록 서버에 의하여 서비스되지 않을 때, 통합 주소록 기능의 정보를 상기 프리젠스 문서로부터 제거하는 단계
    를 더 포함하는 주소록 관리 방법.
  14. 범용 프로세서, 디지털 신호 프로세서, FPGA, ASIC, 마이크로-프로세서, 마이크로-컨트롤러 및 다른 형태의 프로그램 하드웨어에서 실행될 때 제1항 내지 제13항 중 어느 한 항의 방법을 수행하기 위해 적용된 프로그램 코드 수단
    을 포함하는 컴퓨터 프로그램.
KR1020137021277A 2011-01-14 2012-01-13 통합 주소록 기능 관리 방법 KR20140040111A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
ESP201130039 2011-01-14
ES201130039A ES2388389B1 (es) 2011-01-14 2011-01-14 Procedimiento para gestionar la capacidad de libreta de direcciones convergente.
PCT/EP2012/050493 WO2012095518A1 (en) 2011-01-14 2012-01-13 Method for managing converged address book capability

Publications (1)

Publication Number Publication Date
KR20140040111A true KR20140040111A (ko) 2014-04-02

Family

ID=45524526

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020137021277A KR20140040111A (ko) 2011-01-14 2012-01-13 통합 주소록 기능 관리 방법

Country Status (7)

Country Link
US (1) US20140082075A1 (ko)
EP (1) EP2664128B1 (ko)
KR (1) KR20140040111A (ko)
CN (1) CN103460681B (ko)
BR (1) BR112013018048A2 (ko)
ES (2) ES2388389B1 (ko)
WO (1) WO2012095518A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101906413B1 (ko) * 2012-08-02 2018-10-11 삼성전자주식회사 통신 시스템에서 개인 정보를 갱신하는 방법 및 장치
KR101954101B1 (ko) * 2012-08-02 2019-03-06 삼성전자주식회사 통신 시스템에서 개인 정보를 갱신하는 방법 및 장치
US9246959B2 (en) * 2012-10-10 2016-01-26 Salesforce.Com, Inc. System and method for location-based social network feeds
US9723075B2 (en) * 2013-09-13 2017-08-01 Incontact, Inc. Systems and methods for data synchronization management between call centers and CRM systems

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0409949D0 (en) * 2004-05-04 2004-06-09 Nokia Corp A communciation system for handling subscriber requests
US7706521B2 (en) * 2007-02-28 2010-04-27 International Business Machines Corproation Standards based agent desktop for use with an open contact center solution
US20080205625A1 (en) * 2007-02-28 2008-08-28 International Business Machines Corporation Extending a standardized presence document to include contact center specific elements
US20090150488A1 (en) * 2007-12-07 2009-06-11 Martin-Cocher Gaelle System and method for managing multiple external identities of users with local or network based address book
KR101414373B1 (ko) * 2008-02-13 2014-08-06 삼성전자주식회사 통합 메시징 서비스의 인터워킹 방법
CN101557409B (zh) * 2008-04-09 2013-04-17 华为技术有限公司 一种地址簿信息融合管理的方法及装置
WO2009154973A2 (en) 2008-05-27 2009-12-23 Research In Motion Limited System and method for a converged network-based address book
CN102171690B (zh) * 2008-08-13 2014-11-05 诺基亚公司 用于在基于网络的地址簿中实现个性化和映射的系统与方法
US9130966B2 (en) 2008-09-17 2015-09-08 Blackberry Limited System and method for access and communication between a converged network-based address book system and a user device
WO2010066038A1 (en) * 2008-12-12 2010-06-17 Research In Motion Limited System and method for encapsulation of application aspects within an application information data format message
CA2750960A1 (en) * 2009-02-05 2010-08-12 Research In Motion Limited System and method for aggregating multiple contact information sources in a network-based address book system
CN101800657B (zh) * 2009-02-10 2013-09-11 中兴通讯股份有限公司 一种融合地址簿系统及其联系视图管理方法
US20110252091A1 (en) * 2009-10-15 2011-10-13 Suresh Chitturi Methods and apparatus to exchange converged address book events among multiple network domains

Also Published As

Publication number Publication date
EP2664128A1 (en) 2013-11-20
US20140082075A1 (en) 2014-03-20
ES2388389A1 (es) 2012-10-15
BR112013018048A2 (pt) 2020-10-27
CN103460681B (zh) 2016-02-03
WO2012095518A1 (en) 2012-07-19
CN103460681A (zh) 2013-12-18
ES2388389B1 (es) 2013-09-03
EP2664128B1 (en) 2017-07-26
ES2644267T3 (es) 2017-11-28

Similar Documents

Publication Publication Date Title
EP1968263B1 (en) A method and system for querying user information, and search agent, client and server
KR101504064B1 (ko) 사용자 선호도 프로파일을 관리하기 위한 시스템 및 방법
KR20110008334A (ko) 네트워크 기반 컨버지드 주소록을 위한 시스템 및 방법
RU2467386C2 (ru) Способ и устройство для обновления адресных книг
US20130110776A1 (en) System and method for synchronizing the profile of a user in social networks and the user&#39;s personal contact card (pcc)
US20110145270A1 (en) Service personas for address books
US20110252091A1 (en) Methods and apparatus to exchange converged address book events among multiple network domains
US20110202600A1 (en) Method and system for managing profiles
CN101861723A (zh) 活跃简档选择
WO2011029025A1 (en) Methods and apparatus to subscribe for change notifications in a document management system
KR20140040111A (ko) 통합 주소록 기능 관리 방법
WO2010075812A1 (zh) 一种管理视图及视图触发的方法及装置
EP2360894A1 (en) Methods and systems for network based address book based on personal cards
EP2764675A1 (en) System for contact subscription invitations in a cross-domain converged address book system
US9692796B2 (en) Apparatus and method for setting disposition with respect to document share
US9294536B2 (en) Method and system of communicating delivery status of an XDM resource in an XDM environment
US9798785B2 (en) Apparatus and method for searching for address book information
US20110161415A1 (en) Presence Information Management
Bartolomeo et al. A novel approach to user data federation in Next‐Generation Networks
Alliance Converged Address Book (CAB) Specification
WO2013056334A1 (en) Method and system for determining eligible communication partners utilizing an entity discovery engine

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application