KR20130040822A - 확장성 마크업 언어 문서 관리 환경에서 확장성 마크업 언어 문서 관리 자원의 전송 상태를 통신하는 방법 및 시스템 - Google Patents

확장성 마크업 언어 문서 관리 환경에서 확장성 마크업 언어 문서 관리 자원의 전송 상태를 통신하는 방법 및 시스템 Download PDF

Info

Publication number
KR20130040822A
KR20130040822A KR1020127026727A KR20127026727A KR20130040822A KR 20130040822 A KR20130040822 A KR 20130040822A KR 1020127026727 A KR1020127026727 A KR 1020127026727A KR 20127026727 A KR20127026727 A KR 20127026727A KR 20130040822 A KR20130040822 A KR 20130040822A
Authority
KR
South Korea
Prior art keywords
xdm
resource
request
transmission
preset
Prior art date
Application number
KR1020127026727A
Other languages
English (en)
Other versions
KR101817813B1 (ko
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 KR20130040822A publication Critical patent/KR20130040822A/ko
Application granted granted Critical
Publication of KR101817813B1 publication Critical patent/KR101817813B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법 및 시스템을 제공한다. 일 실시예에서, 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 적어도 하나의 XDM 자원을 포워딩하는 요청이 XDM 클라이언트 디바이스로부터 수신된다. 이후, 적어도 하나의 XDM 자원이 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩된다. 따라서, 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태가 XDM 클라이언트 디바이스에 통신된다. 추가로, 전송 보고는 하나 이상의 미리 설정된 XDM 수신 디바이스들과 공유 될 수 있다.

Description

확장성 마크업 언어 문서 관리 환경에서 확장성 마크업 언어 문서 관리 자원의 전송 상태를 통신하는 방법 및 시스템 {METHOD AND SYSTEM OF COMMUNICATING DELIVERY STATUS OF AN XDM RESOURCE IN AN XDM ENVIRONMENT}
본 발명은 확장성 마크업 언어(XML; Extensible Markup Language) 문서 관리(XDM; XML Document Management) 분야에 관한 것으로서, 특히 XDM 환경에서 XDM 자원의 통신에 관한 것이다.
오픈 모바일 얼라이언스(OMA; Open Mobile Alliance)에 따르면, XML 문서 관리(XDM) 인에이블러(enabler)는 필요로 하는 서비스 인에이블러에 액세스 가능한 사용자 특정 서비스 관련 정보를 인에이블링하는 공통 메커니즘을 정의한다. 이러한 정보는 그 정보가 위치 될 수 있으며, 액세스 및 조작(예를 들어, 생성, 변경, 삭제, 등) 될 수 있는 네트워크에 저장될 것으로 기대된다. XDM은 이러한 XDM 문서들의 액세스 및 조작을 위한 공통 프로토콜뿐만 아니라 잘 구성된 XDM 문서들에 이러한 정보가 어떻게 정의되는지를 명시한다.
XCAP를 통해 액세스되고 조작되는 XDM 문서들은 XDM 서버(XDMS)라 칭하는 네트워크의 논리적 저장소들(logical repositories)에 저장된다. 각 저장소는 그 기능들을 수행하기 위해 데이터를 사용하는 기능 엔티티(functional entity)와 관련될 수 있다. XDMS에 저장된 각 XDM 문서는 애플리케이션들이 XCAP를 통해 문서를 사용할 수 있도록 하는 XCAP 애플리케이션 사용으로서 설명된다.
OMAN XDMv2.1은 사용자가 XDCP 명령들(commands)을 사용하여 동일한 도메인 또는 상이한 도메인에 상주하는 다른 사용자들에게 XDMS에 저장된 XML 문서를 포워딩 할 수 있도록 하는 XDM 포워딩 기능을 제공한다. 예를 들면, 사용자가 다른 사용자들에게 XDM 문서를 포워딩하기를 원하는 경우에, 사용자의 사용자 장비(equipment)에 상주하는 XDM 클라이언트 디바이스는 XDM 문서를 포워딩하기 위해서 XDCP 요청을 개시한다. 포워딩을 수행하는데 있어서, 사용자는 대응하는 XDM 문서의 전체를 포워딩하거나, XDM 문서의 일부를 선택적으로 포워딩하거나, XDM 문서의 일부를 변경한 후에 XDM 문서를 포워딩 할 수도 있다. XDCP 요청은 요청 URI(uniform resource identifier) 또는 XDM 문서의 URI, XDCP 요청의 타입, 수신자들의 리스트, 및 필터들(만약에 있다면)을 포함할 수도 있다. 이후, XDCP 요청은 대응하는 XDMS로 라우팅 된다. 따라서, 대응하는 XDMS는 수신된 XDCP 요청을 처리하며 XDM 문서를 다른 사용자들에게 포워딩하기 위해 필요한 조치를 취한다.
XDM 문서의 수신시에, 수신하는 사용자는 포워딩된 XDM 문서를 수용할지 여부를 결정한다. 수신하는 사용자가 XDM 문서를 수용하면, 포워딩된 XDM 문서는 수신하는 사용자의 소유가 되고, XDMS내의 사용자의 사용자 디렉토리에 저장된다.
그러나, 발신자(sending user)는 XDM 문서가 미리 설정된 XDM 수신자들 모두에게 성공적으로 전송되었는지를 알지 못할 수도 있다. 예를 들어, 하나의 미리 설정된 XDM 수신자는 XDM 문서를 자동으로 수용하도록 네트워크상에 우선순위(preference)를 설정할 수 있지만, 다른 XDM 수신자는 XDM 문서를 자동으로 거절하도록 우선순위를 설정할 수도 있다. 그 결과, 발신자는 전송 상태 모두를 인지하지 못할 수 있으며 XDM 문서가 미리 설정된 XDM 수신자들 모두에게 성공적으로 전송되었다고 믿을 수도 있다.
본 발명은 XDM 환경에서 확장성 마크업 언어(XML) 문서 관리(XDM) 자원의 전송 상태를 통신하는 방법과 시스템을 제공한다. 일 측면에서, 적어도 하나의 XDM 자원을 하나 이상의 미리 설정된 XDM 수신자 디바이스들에게 포워딩하는 요청이 XDM 클라이언트 디바이스로부터 수신된다. 이후, 적어도 하나의 XDM 자원은 하나 이상의 미리 설정된 XDM 수신자 디바이스들에 포워딩 된다. 따라서, 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태가 XDM 클라이언트 디바이스에 통신된다. 추가로, 전송 보고(delivery report)는 하나 이상의 미리 설정된 XDM 수신자 디바이스들과 공유 될 수 있다.
또 다른 측면에서, XDM 환경에서 XDM 자원의 전송 상태를 통신하는 XDM 서버(XDMS)는 프로세서, 및 그 프로세서에 커플링된 메모리를 포함한다. 메모리는 프로세서에 의해 실행될 때, 상기한 단계들을 수행하게 하는 지시들(instructions)을 일시적으로 저장하도록 구성된다.
또 다른 측면에서, 적어도 하나의 XDM 자원을 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩하는 요청이 XDMS로 전송된다. 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태를 나타내는 통지는 XDMS로부터 수신된다. 따라서, 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태는 상기 통지에 기초하여 XDMS로부터 검색된다.
추가로 또 다른 측면에서, XDM 환경에서 XDM 자원을 통신하는 XDM 클라이언트 디바이스는 프로세서, 및 그 프로세서와 커플링된 메모리를 포함한다. 메모리는 프로세서에 의해 실행될 때, 상기한 단계들을 수행하게 하는 지시들을 일시적으로 저장하도록 구성된다.
실시예들의 다른 특징들은 첨부 도면 및 다음의 상세한 설명으로부터 명백할 것이다.
본 발명은 XDM 환경에서 확장성 마크업 언어(XML) 문서 관리(XDM) 자원의 전송 상태를 통신하는 방법과 시스템을 제공한다. 일 측면에서, 적어도 하나의 XDM 자원을 하나 이상의 미리 설정된 XDM 수신자 디바이스들에게 포워딩하는 요청이 XDM 클라이언트 디바이스로부터 수신된다. 이후, 적어도 하나의 XDM 자원은 하나 이상의 미리 설정된 XDM 수신자 디바이스들에 포워딩 된다. 따라서, 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태는 XDM 클라이언트 디바이스로 통신된다. 추가로, 전송 보고는 하나 이상의 미리 설정된 XDM 수신자 디바이스들과 공유 될 수도 있다.
도 1은 일 실시예에 따른, 수신자들이 동일한 도메인에 있을 때, 확장성 마크업 언어(XML) 문서 관리(XDM) 자원의 전송과 관련된 전송 상태를 미리 설정된 XDM 수신자 디바이스들로 통신하는 예시적인 방법을 보여주는 흐름도
도 2a 및 도 2b는 다른 실시예에 따른, 상이한 도메인에서 수신자와 관련된 미리 설정된 XDM 수신자 디바이스들로 XDM 자원의 전송과 관련된 전송 상태를 통신하는 예시적인 방법을 보여주는 흐름도
도 3은 본 발명의 실시예를 구현하는 다양한 컴포넌트들을 도시한 리스트 XDMS의 블록 다이어그램
도 4는 본 발명의 실시예를 구현하는 다양한 컴포넌트들을 도시한 XDM 클라이언트 디바이스의 블록 다이어그램
본 발명은 XDM 환경에서 확장성 마크업 언어(XML) 문서 관리(XDM) 자원의 전송 상태를 통신하는 방법과 시스템을 제공한다. 본 발명의 실시예들의 아래의 상세한 설명에서, 본 발명의 일부를 형성하고, 본 발명이 실시될 수도 있는 예시적인 특정한 실시예들로서 도시되는 첨부한 도면들을 참조한다. 이들 실시예들은 당업자가 본 발명을 실시할 수 있도록 충분히 상세히 설명되며, 다른 실시예들이 활용될 수 있으며, 본 발명의 범위를 벗어나지 않고 변경들이 이루어 질 수 있다는 것이 이해될 것이다. 따라서, 아래의 상세한 설명은 제한하는 관점에서 취해지지 않으며, 본 발명의 범위는 첨부한 청구항들에 의해서만 정의된다.
도 1은 일 실시예에 따른, 수신자들이 동일한 도메인에 있을 때, 확장성 마크업 언어(XML) 문서 관리(XDM) 자원의 전송과 관련된 전송 상태를 미리 설정된 XDM 수신자 디바이스들로 통신하는 예시적인 방법을 보여주는 흐름도(100)이다. 102 단계에서, XDM 클라이언트 디바이스(10)는 XDM 자원을 미리 설정된 XDM 수신자 디바이스들로 포워딩하기 위해 XDM 명령 프로토콜(XDCP; XDM command protocol) 요청을 개시한다. XDCP 요청은 XDM 문서의 URL로 설정된 XDCP 요청의 요청 URL, 포워딩하도록 설정된 XDCP 요청의 타입, XDM 자원이 포워딩 되어야 하는 수신자 리스트, 전송 보고 표시(indication), 및 사용자가 XDM 문서의 일부만을 포워딩하기를 원할 경우에 임의의 필터 정보를 포함할 수 있다. XDCP 요청의 예시적인 구조는 다음과 같다.
<request id="ajkg896"> Forward </request>
<recipients-list>
<list>
<entry uri="sip:alice@foo.com"/>
<entry uri="sip:bob@foo.com"/>
<entry uri="sip:adam@foo.com"/>
</list>
</recipients-list>
<delivery-report> true </delivery-report>
</request>
또한, XDCP 요청이 개시되는 동안에, 고유 식별자(unique identifier)가 XDCP 요청에 삽입된다. 고유 식별자는 포워딩된 XDM 자원을 지속적으로 추적하기 위해 XDMC에 의해 생성된 난수(random number)일 수 있다. 이후, XDCP 요청은 대응하는 XDMS로 라우팅된다.
일 실시예에서, XDM 자원의 발신자가 모든 수신자들 대신에 특정 수신자들로부터만 전송 보고를 수신하기를 원할 수 있다. 이를 위해서, “delivery-report"라는 속성(attribute)은 <entry> 엘리먼트에 추가된다. 따라서, 이러한 요청에서는, 별도의 엘리먼트 <delivery-report>가 필요하지 않다. 예를 들어서, XDM 자원의 포워딩을 의미하는 XDCP 요청의 본문에서의 XDCP 문서의 샘플 구조는 아래와 같다.
<request id="ajkg896"> Forward </request>
<recipients-list>
<list>
<entry uri="sip:alice@foo.com" delivery-report="true"/>
<entry uri="sip:bob@foo.com" delivery-report="true"/>
<entry uri="sip:adam@foo.com" delivery-report="false"/>
</list>
[</recipients-list>
</request>
104 단계에서는, 리스트 XDMS(12)는 수신된 XDCP 요청을 처리한다. 일 실시예에서, 리스트 XDMS는 포워딩될 XDM 문서를 페치(fetch)한다. 또한, 104 단계에서, 리스트 XDMS(12)는 필터들(만약 XDCP 요청에 존재한다면)을 페치된 XDM 문서들에 적용하여 미리 설정된 XDM 수신자 디바이스들로 포워딩될 XDM 자원를 생성할 수도 있다.
106 단계에서는, 리스트 XDMS(12)는 XDCP 요청의 수신에 응답하여 XDM 클라이언트 디바이스(10)에 확인 응답(acknowledgment)을 전송한다. 106 단계 이후에는, XDMS(16)는 XDM 자원의 전송 상태가 요청될 때, XCAP PUT를 통해 XDCP 요청에서 수신된 요청 아이디 또는 고유 식별자, 포워딩될 XDM 문서의 URL, 수신자들의 리스트, 포워딩 XDCP 요청의 상태(초기에는, XDCP 요청의 상태는 ‘보류(pending)'), 포워딩된 콘텐츠의 콘텐츠 타입, 포워딩된 콘텐츠의 사이즈, 전송 시간 및 전송 만료 기간과 같은 파라미터들로 XDM 클라이언트 디바이스(10)와 관련된 발신자의 포워딩 통지 리스트 문서(forwarding notification list document)에서 엔트리를 생성한다. 108 단계에서는, XDMS(16)는 XCAP PUT에서 운반된 콘텐츠로 발신자의 포워딩 통지 리스트 문서를 업데이트 한다.
110 단계에서는, XDMS(16)는 리스트 XDMS(12)에 확인 응답을 전송한다. 112 단계에서는 , 리스트 XDMS(12)는 미리 설정된 XDM 수신자 디바이스들의 사용자들에 의해 설정된 우선순위를 체크하며, 그에 따른 우선순위에 기초하여 최종 XDM 자원을 미리 설정된 XDM 수신자 디바이스들에 포워딩한다. 우선순위는 XDM 자원의 수용, XDM 문서의 거부, 및 XDM 자원의 수용/거부 이전에 확인하는 것을 포함할 수 있다. 일부의 경우에서, 수신자가 식별자로서 XUI를 갖지 못할 수 있다는 것에 유의한다. 예를 들어, 사용자는 이메일 주소 또는 E.164 등을 가질 수 있다. 이러한 경우에는, XDMS는 인에이블러 의존형 상호연동 기능(enabler dependent interworking function)에 의해 수신된 XDCP 요청을 처리 할 수 있다.
OMA CAB(Open mobile Alliance Converged Address Book) 서비스의 경우에는, XDMS는 메시징 인에이블러(예를 들어, 통합 IP 메시징(CPM) 상호 연동 기능(IWF))를 사용하여 공유될 연락처를 이메일 주소를 가진 non-CAP 사용자에게 전송한다. 만약 발신자가 XDM 포워딩 전송 보고를 수신하기를 원한다면, 그러면 이것은 CPM IWF를 통해 달성될 수 있다. 상세한 구현은 XDM 인에이블러의 범위 내에 있지 않다.
114 단계에서는, 리스트 XDMS(12)로부터 XCAP PUT 요청의 수신시에, XDMS(16)는 사용자들에 의해 설정된 우선순위들 및 리스트 XDMS에 의해 취해진 대응 조치에 기초하여 108단계에서 생성된 포워딩 통지 리스트 엔트리를 업데이트한다.
116 단계에서는, XDMS(16)는 포워딩 통지 리스트 문서의 업데이트시에 리스트 XDMS(12)에 확인 응답을 전송한다. 118 단계에서는, XDMS(16)는 포워딩 통지 리스트 문서에서 전송 상태의 변경을 나타내는 통지를 XDM 클라이언트 디바이스(10)에 전송한다. 이것은 포워딩 통지 리스트 문서에 임의의 변경이 이루어질 때 XDM 클라이언트 디바이스(10)의 사용자가 XDMS(16)로부터 통지들의 수신에 가입할 때이다. 전송 상태는 XDM 자원이 거부되는지, 수용되는지, 확인을 위해 보류하는지, 또는 만료 되었는지를 나타낼 수 있다. XDMS(16)는 사용자 우선순위 또는 서버 정책에 기초하여 XDM 클라이언트 디바이스(10)에 통지들을 전송할 수 있다는 것이 이해된다. 다르게는, XDM 클라이언트 디바이스(10)는 미리 설정된 XDM 수신자 디바이스들로의 XDM 자원의 전송 상태를 알기 위해서 포워딩 통지 리스트 문서를 검색할 수 있다. 일 예시적인 구현에서, XDM 클라이언트 디바이스(10)는 XDMS(16)와 동기화함으로써 포워딩 통지 리스트 문서를 검색한다. 결국, 포워딩 통지 리스트 문서를 검색함으로써, XDM 클라이언트 디바이스(10)는 XDCP 요청들 각각과 관련된 전송 상태를 획득 할 수 있다. 전송 보고를 나타내는 예시적인 구조는 다음과 같다.
<delivery-notification-list>
<request id="ajkg896">
<document-uri>resource-lists/users/sip:joe@foo.com/index </document-uri>
<size> 6000 </size>
<forwarded-time> 2010-04-0 1T11:59 </forwarded-time>
<content-type> application/vnd.oma.resource-list+xml </content-type>
<recipients-list>
<entry uri="sip:alice@foo.com" status="delivered" time="2010-04-01T15:00"/>
<entry uri="sip:bob@foo.com" status="rejected"/>
<entry uri="sip:adam@foo.com", status="pending"/>
</recipients-list>
</request>
</delivery-notification-list>
전송 상태는 XDM 클라이언트 디바이스(10)(예를 들어, 모바일 디바이스, 개인 휴대용 단말기, 태블릿 등)의 디스플레이상에 디스플레이된다는 것이 이해된다.
예를 들면, 주소 “sip:joe@foo.com"를 갖는 사용자 'Joe'는 그의 XDM 문서에 상주하는 그의 축구 친구 리스트를 그의 친구들, 주소 "sip:alice@foo.com"를 갖는 Alice, 주소 “sip:bob@foo.com"를 갖는 Bob, 및 주소 “sip:adam@foo.com"를 갖는 Adam 에게 포워딩하기를 원한다는 것을 고려한다. 또한 Alice는 Joe로부터 임의의 XDM 자원을 수용하도록 우선순위를 설정하였고, Bob이 어떤 사용자로부터의 어떤 XDM 자원도 거부하도록 우선순위를 설정하였다는 것을 고려한다. 또한, Adam은 임의의 XDM 자원을 확인하기 위한 우선순위를 갖는다. 이러한 경우에, Joe의 XDM 클라이언트 디바이스(10)는 리스트 XDMS(12)를 타겟으로 하는 XDCP 요청을 생성한다. XDCP 요청은 요청 아이디 ”ahj8345", 참으로 설정된 전송 보고의 수신, 미리 설정된 XDM 수신자들의 리스트, 및 XDM 자원을 XDM 문서로부터 "football_buddies“로만 전송하기 위한 필터를 포함한다.
상기 XDCP 요청의 수신시에, 리스트 XMDS(12)는 XDM 자원를 페치하며, XDCP요청에서의 필터에 기초하여 최종 XDM 자원을 생성한다. 이후, List XDMS(12)는 XDCP 요청의 수신에 응답하여 XDM 클라이언트 디바이스(10)에 확인 응답을 전송한다.
이후, XDMS(16)는 XDM 자원의 전송 상태가 요청될 때, XCAP PUT를 통해 XDCP 요청에서 수신된 요청 아이디 또는 고유 식별자, 포워딩될 XDM 문서의 URL, 수신자들의 리스트, 포워드 XDCP 요청의 상태(예를 들어, 초기에는, XDCP 요청의 상태는 ‘보류'), 포워딩된 콘텐츠의 콘텐츠 타입, 포워딩된 콘텐츠의 사이즈, 전송 시간 및 전송 만료 기간과 같은 파라미터들로 XDM 클라이언트 디바이스(10)와 관련된 발신자의 포워딩 통지 리스트 문서에서 엔트리를 생성한다. 또한 상기 요청의 수신시에, XDMS(16)는 다음의 세부사항으로 사용자 Joe의 포워딩 통지 리스트 문서를 업데이트한다.
<delivery-notification-list>
<request id="ahj8345">
<document-uri>resource-lists/users/sip:joe@foo.com/index </document-uri>
<size> 6000 </size>
<forwarded-time> 2010-04-01T1 1:59 </forwarded-time>
<content-type> application/vnd.oma.resource-list+xml </content-type>
<recipients-list>
<entry uri="sip:alice@foo.com" status="pending"/>
<entry uri="sip:bob@foo.com" status="pending"/>
<entry uri="sip:adam@foo.com", status="pending"/>
</recipients-list>
</request>
</delivery-notification-list>
XDMS(16)는 리스트 XDMS(12)에 확인응답을 전송한다. 이후, 리스트 XDMS(12)는 Alice, Bob 및 Adam에 의해 설정된 우선순위를 체크하며, 그에 따라 Alice, Bob 및 Adam으로의 XDM 자원의 포워딩을 처리한다. 또한, 사용자에 의해 설정된 우선순위들에 기초하여, 리스트 XDMS(12)는 대응하는 조치를 취한다. 또한, XDMS(16)는 아래에 나타낸 바와 같이 포워딩 통지 리스트 문서에서 Alice, Bob 및 Adam과 관련된 전송 상태를 업데이트 한다.
<delivery-notification-list>
<request id="ahj8345">
<document-uri>resource-lists/users/sip:joe@foo.com/index </document-uri>
<size> 6000 </size>
<forwarded-time> 2010-04-0 1T11</forwarded-time>
<content-type> application/vnd.oma.resource-list+xml </content-type>
<recipients-list>
<entry uri="sip:alice@foo.com" status="delivered" time="2010-04-01T15:00"/>
<entry uri="sip:bob@foo.com" status="rejected"/>
<entry uri="sip:adam@foo.com", status="pending"/>
</recipients-list>
</request>
</delivery-notification-list>
전송 시간이 임의의 미리 설정된 XDM 수신자에 의한 예상치 못한 수신 지연 으로 인해 만료될 때, 전송 상태는 “만료" 될 수 있다는 것에 유의한다. 이후, XDMS(16)는 포워딩 통지 리스트 문서의 업데이트시에, 리스트 XDMS(12)에 확인응답을 전송한다. 이제, Joe는 포워딩 통지 리스트 문서에 대해 이루어진 변경들에 가입하거나 포워딩 통지 리스트 문서를 검색함으로써 XDMS 자원의 전송 상태를 추적할 수 있다.
도 2a 및 도 2b는 다른 실시예에 따른, 상이한 도메인에서 수신자와 관련된 미리 설정된 XDM 수신자 디바이스들로 XDM 자원의 전송과 관련된 전송 상태를 통신하는 예시적인 방법을 보여주는 흐름도(200)이다. 아래의 방법 단계들은 미리 설정된 XDM 수신자 디바이스들이 XDM 클라이언트 디바이스(10)의 도메인과 상이한 도메인과 관련이 있을 경우의 시나리오를 예시한다. 202 단계에서는, XDM 클라이언트 디바이스(10)는 XDM 자원을 미리 설정된 XDM 수신자 디바이스들로 포워딩하기 위해 XDCP 요청을 개시한다. XDCP 요청은 XDM 문서의 URL로 설정된 XDCP 요청의 요청 URL, 포워딩하도록 설정된 XDCP 요청의 타입, XDM 자원이 포워딩되어야 하는 수신자 리스트, 전송 보고 표시, 및 사용자가 XDM 문서의 일부만을 포워딩하기를 원할 경우 임의의 필터 정보를 포함할 수 있다. 또한, XDCP 요청이 개시되는 동안에, 고유 식별자가 XDCP 요청에 삽입된다. 고유 식별자는 포워딩된 XDM 자원을 지속적으로 추적하기 위해 XDMC에 의해 생성된 난수일 수도 있다. 이후, XDCP 요청은 대응하는 XDMS로 라우팅된다.
204 단계에서는, 리스트 XDMS(12)는 수신된 XDCP 요청을 처리한다. 일 실시예에서, 리스트 XDMS는 포워딩될 XDM 문서를 페치한다. 또한, 204 단계에서는, 리스트 XDMS(12)는 필터들(만약 XDCP 요청에 존재한다면)을 페치된 XDM 문서들에 적용하여 미리 설정된 XDM 수신자 디바이스들로 포워딩될 XDM 자원을 생성할 수 있다.
206 단계에서는, 리스트 XDMS(12)는 XDCP 요청의 수신에 응답하여 XDM 클라이언트 디바이스(10)에 확인응답을 전송한다. 206 단계 이후에는, XDMS(16)는 XDM 자원의 전송 상태가 요청될 때, XCAP PUT를 통해 XDCP 요청에서 수신된 요청 아이디 또는 고유 식별자, 포워딩될 XDM 문서의 URL, 수신자들의 리스트, 포워드 XDCP 요청의 상태(예를 들어, 초기에는, XDCP 요청의 상태는 ‘보류'), 포워딩된 콘텐츠의 콘텐츠 타입, 포워딩된 콘텐츠의 사이즈, 전송 시간 및 전송 만료 기간과 같은 파라미터들로 XDM 클라이언트 디바이스(10)와 관련된 발신자의 포워딩 통지 리스트 문서에서 엔트리를 생성한다. 208 단계에서는, 상기 요청의 수신시에, XDMS(16)는 XCAP PUT에서 운반된 콘텐츠로 XDM 클라이언트 디바이스(10)와 관련된 발신자의 포워딩 통지 리스트 문서를 업데이트한다. 210 단계에서는, XDMS(16)는 리스트 XDMS(12)에 확인응답을 전송한다.
미리 설정된 XDM 수신자들이 리스트 XDMS(12)와 동일한 도메인에 상주하지 않으면, 212 단계에서는, 발신 도메인에서의 리스트 XDMS(12)는 원격 포워딩 요청을 생성한다. 원격 포워딩 요청은 XDM 클라이언트 디바이스(10)로부터 수신된 XDCP 요청에 제공된 필터들을 적용함으로써 요청 아이디, (참으로 설정된)전송 보고의 수신, 수신자들의 리스트, 및 발신 리스트 XDMS(12)에 의해 생성된 최종 XDM 자원의 URI를 포함한다. 리스트 XDMS(12)는 임시 기억 장소에 XDM 자원 문서를 저장하며, 원격 포워딩 요청에서 임시 기억 장소의 URI를 제공한다. 214 단계에서는, 리스트 XDMS(12)는 원격 포워딩 요청을 종단 도메인(terminating domain)에서의 리스트 XDMS(20)로 라우팅한다. 216 단계에서는, 리스트 XDMS(2)는 원격 포워딩 요청의 수신을 확인응답 한다.
218 단계에서는, 종단 도메인상의 리스트 XDMS(20)는 미리 설정된 XDM 수신자 디바이스들의 우선순위를 체크하며, 그에 따른 우선순위를 기초하여 원격 포워딩 요청을 처리한다. 220 단계에서는, 리스트 XDMS(20)는 요청 타입, 하나 이상의 미리 설정된 수신자들과 관련된 URI 또는 주소, 원격 포워딩 요청의 전송 상태, 및 XDCP 요청에 수신된 요청 아이디를 나타내는 XDCP 요청을 리스트 XDMS(12)로 전송한다. 따라서, 종단 리스트 XDMS(20)는 전송 보고에 대한 XDCP 요청을 생성할 때 XDM 에이전트로서 동작한다. 종단 리스트 XDMS(20)는 수신자들 각각에 대한 전송 보고의 XDCP 요청을 생성할 수 있거나 모든 수신자들과 관련된 전송 보고의 상태를 포함하는 단일 요청을 생성할 수도 있다는 것에 유의한다.
222 단계에서는, XDCP 요청의 수신시에, 리스트 XDMS(12)는 리스트 XDMS(20)에게 확인응답을 전송한다. 224 단계에서는, 그에 따라 XDMS(16)는 포워딩 통지 리스트 문서에 미리 설정된 XDM 수신자 디바이스들에 대한 XDM 자원의 전송 상태를 업데이트 한다. 226 단계에서는, XDMS(16)는 포워딩 통지 리스트 문서의 업데이트시에 리스트 XDMS(12)에 확인응답을 전송한다. 228 단계에서는 XDMS(16)는 포워딩 통지 리스트 문서에서 전송 상태의 변경을 나타내는 통지를 XDM 클라이언트 디바이스(10)에 전송한다.
예를 들면, 주소 “sip:joe@foo.com"를 갖는 사용자 'Joe'는 그의 XDM 문서에 상주하는 그의 축구 친구 리스트를 그의 친구들, 주소 "sip:alice@example.com"를 갖는 Alice, 주소 “sip:bob@example.com"를 갖는 Bob, 및 주소 “sip:adam@example.com"를 갖는 Adam 에게 포워딩하기를 원하는 것을 고려한다. 또한 Alice는 Joe로부터의 임의의 XDM 자원을 수용하도록 우선순위를 설정하였고, Bob이 어떤 사용자로부터의 어떤 XDM 자원도 거부하도록 우선순위를 설정하였다는 것을 고려한다. 또한, Adam은 임의의 XDM 자원을 확인하기 위한 우선순위를 갖는다. 수신자들이 발신자와는 상이한 도메인과 관련된다는 것이 발신자 Joe 및 미리 설정된 수신자들 Alice, Bob 및 Adams의 주소로부터 관찰될 수 있다.
이러한 경우에, 리스트 XDMS(12)는 클라이언트 디바이스(10)로부터 수신된 XDCP 요청에 제공된 필터들을 적용함으로써, 참으로 설정된 전송 보고의 요청 아이디 수신, 수신자들(즉, Alice, Bob 및 Adam)의 리스트, 및 발신 리스트 XDMS(12)에 의해 생성된 최종 XDM 자원의 URI를 포함하는 원격 포워딩 요청을 발생시킨다. 리스트 XDMS(12)는 임시 기억 장소에 XDM 자원을 저장하며, 원격 포워딩 요청에서 임시 기억 장소의 URI를 제공한다. 이후, 원격 포워딩 요청은 종단 도메인에서의 리스트 XDMS(20)에 라우팅된다. 종단 도메인에서의 리스트 XDMS(20)는 리스트 XDMS(12)에 확인응답을 전송하여 원격 포워딩 요청의 수신을 확인한다.
또한, 리스트 XDMS(20)는 Alice, Bob 및 Adam의 우선순위들을 체크하여, 그에 따라서 Alice, Bob 및/또는 Adam과 관련된 전송 상태를 나타내는 XDCP 요청을 리스트 XDMS(12)에 전송한다. 이후, 리스트 XDMS(20)는 수신된 콘텐츠로 수신자들의 리스트 문서를 업데이트 한다.
이후, 리스트 XDMS(20)은 “포워딩 전송 보고(Forward Delivery Report)"로 설정된 요청 타입, 수신자 URI, 원격 포워딩 요청의 상태, 및 원격 포워딩 요청에서 수신된 요청 아이디와 같은 세부 사항들을 포함하는 XDCP 요청을 리스트 XDMS(12)로 한다.
따라서, 리스트 XDMS(20)는 전송 보고에 대한 XDCP 요청을 생성할 때, XDM 에이전트로서 동작한다. 리스트 XDMS(20)는 수신자들 각각에 대한 전송 보고의 XDCP 요청을 생성할 수 있거나 모든 수신자들과 관련된 전송 보고의 상태를 포함하는 단일 요청을 생성할 수도 있다는 것에 유의한다. 또한, 리스트 XDMS(12)는 리스트 XDMS(20)에 확인응답을 전송한다. 이후, XDMS(16)는 Alice, Bob 및 Adam으로부터 보고된 전송 상태로 사용자의 포워딩 통지 리스트 문서를 업데이트 한다. 포워딩 통지 리스트 문서가 상주하는 XDMS(16)는 리스트 XDMS(12)에 확인응답을 되전송한다. 전송 상태를 나타내는 예시적인 포워딩 통지 리스트 문서 구조는 다음과 같다.
<delivery-notification-list>
<request id="fgju78334065">
<document-uri>resource-lists/users/sip:joe@foo.com/index </document-uri>
<size> 8000 </size>
<forwarded-time> 20 10-04-0 1T11</forwarded-time>
<recipients-list>
<entry uri="sip:alice@ example.com" status="delivered"/
time="2010-04-01T15:00">
<entry uri="sip:bob@ example.com" status="pending"/>
<entry uri="sip:adam@ example.com", status="rejected"/>
</recipients-list>
</request>
</delivery-notification-list>
리스트 XDMS(20)로부터 전송 상태 XDCP 요청의 수신시에, 리스트 XDMS(12)는 전송 보고 XDCP 요청에서 본인의 신분 및 요청 아이디가 전송 보고 XDCP 요청에 존재하는지를 체크한다. 존재한다면, XDMS는 XDCP 요청에서 수신된 값으로 <entry> 엘리먼트의 “상태" 속성을 업데이트한다.
상기 정보로부터, XDM 문서의 소유자(즉, 발신자)는 고유 아이디 “fgju78334065"를 갖는 요청이 리스트 문서를 타겟으로 하는 포워딩 요청이며, XDCP 요청이 Alice, Bob, 및 Adam에게 포워딩 되었으며, Alice는 포워딩된 XDM 자원를 수용하였으며, Adam은 포워딩된 XDM 자원을 거부한 반면에 Bob으로부터의 상태는 아직 수신되고 있다는 것을 해석할 수 있다.
상기 설명된 하나 이상의 실시예에 따르면, XDM 클라이언트 디바이스(10)는 모든 수신자들과 관련된 전송 상태보다는 오히려 선택적인 수신자들에 대한 전송 상태를 선택할 수도 있다. 이것은 속성 ‘delivery-report'를 <entry> 엘리먼트에 추가함으로써 이뤄지며, 따라서 별도의 엘리먼트 <delivery-report>는 요구되지 않는다. XDCP 요청에서 선택적인 전송 상태를 표시하는 스키마(schema)는 다음과 같다:
<request id="ajkg896"> Forward </request>
<recipients-list>
<list>
<entry uri="sip:alice@foo.com" delivery-report="true"/>
<entry uri="sip:bob@foo.com" delivery-report="true"/>
<entry uri="sip:adam@foo.com" delivery-report="false"/>
</list>
</recipients-list>
</request>
또한, XDM 클라이언트 디바이스(10)는 미리 설정된 XDM 수신자 디바이스들 중 하나 이상에 대한 XDM 자원의 전송 상태를 공유할 수 있다. 이것은 리스트 XDMS(12)로 전송된 XDCP 요청에 새로운 엘리먼트 “share-delivery-report”를 추가함으로써 이루어진다. 엘리먼트 “share-delivery-report"가 XDCP 요청에 존재하며 참으로 설정될 때, XDMS(16)는 아래에 나타낸 바와 같은 전송 상태를 포함하는 포워딩 통지 리스트 문서에 수신자가 액세스하는 것을 허용한다.
<request id="ajkg896"> Forward </request>
<recipients-list>
<list>
<entry uri="sip:alice@foo.com"/>
<entry uri="sip:bob@foo.com"/>
<entry uri="sip:adam@foo.com"/>
</list>
</recipients-list>
<delivery-report> true </delivery-report>
<share-delivery-report> true </share-delivery-report>
</request>
XDMS는 수신자들이 특정한 요청에 대한 전송 보고에만 액세스하는 것을 제한할 수 있다. 또한 공유된 전송 보고의 이용 가능성이 수신자들에게 통지되어 수신자들은 전송 보고를 포함하는 XDM 문서에 액세스 할 수 있다. 따라서 수신자 도메인에서의 XDMS는 OMA XDM2.1 버전에서 제안되는 요청 통지 리스트(Request Notification List)에 이러한 엘리먼트 “share-delivery-report"를 추가해야한다. 다르게는, XDM 클라이언트 디바이스(10)는 하나 이상의 수신자들이 포워딩 통지 리스트 문서에 액세스하는 것을 허용하도록 액세스 권한 문서(Access Permission
Figure pct00001
Document)를 업데이트 할 수 있다.(액세스 권한 메커니즘을 통해 전송 상태의 휘발성 데이터 공유로서 이것을 고려하는 것은 XDM 클라이언트 디바이스(10)로부터의 추가의 XCAP 동작 및 XDMS(16)에 의해 수행될 클린 업 동작을 포함하는 오버헤드이다.)
도 3은 본 발명의 실시예를 구현하는 다양한 컴포넌트들을 도시한 리스트 XDMS의 블록 다이어그램이다. 도 3에서, 리스트 XDMS(12)는 프로세서(203), 메모리(204), ROM(Read Only Memory)(306), 트랜스시버(308), 버스(301), 통신 인터페이스(312), 디스플레이(314), 입력 디바이스(316), 및 커서 제어부(318)를 포함한다.
여기에서 사용되는 바과 같이, 프로세서(302)는 마이크로프로세서, 마이크로컨트롤러, 복합 명령 집합 컴퓨팅 마이크로프로세서(a complex instruction set computing microprocessor), 축소 명령 복합 컴퓨팅 마이크로프로세서(a reduced instruction set computing microprocessor), 매우 긴 명령 워드 마이크로프로세서(a very long instruction word microprocessor), 명시적 병렬 명령 컴퓨팅 마이크로프로세서(an explicitly parallel instruction computing microprocessor), 그래픽 프로세서, 디지털 신호 프로세서, 또는 임의의 다른 타입의 프로세싱 회로와 같은 임의의 타입의 연산 회로를 의미하지만 이에 제한되지 않는다. 프로세서(302)는 또한 범용(generic) 또는 프로그래머블 로직 디바이스들(programmable logic devices) 또는 어래이들(arrays), 주문형 반도체들(application specific integrated circuits), 단일 칩 컴퓨터들, 스마트 카드들(smart cards) 등과 같은 임베디드 컨트롤러들을 포함할 수 있다.
메모리(304) 및 ROM(306)은 휘발성 메모리 및 비휘발성 메모리 일 수 있다. 메모리(304)는 본 발명의 실시예들에 따라 XDM 환경에서 XDM 자원의 전송 상태를 통신하기 위해 그 내부에 일시적으로 저장된 지시들을 포함한다. 다양한 컴퓨터 판독 가능한 저장매체가 메모리 엘리먼트에 저장될 수 있으며 메모리 엘리먼트로부터 액세스될 수도 있다. 메모리 엘리먼트는 ROM(Read Only Memory), RAM(Random Access Memory), EPROM(Erasable Programmable Read Only Memory), EEPROM(Electrically erasable Programmable Read Only Memory), 하드 드라이브, 메모리 카드들을 처리하는 리무버블 미디어 드라이브(Removable Media Drive), 메모리 스틱TM등과 같은, 데이터 및 머신 판독 가능한 지시들을 저장하는 임의의 적합한 메모리 디바이스(들)를 포함할 수 있다.
본 발명의 실시예들은 작업들을 수행하거나, 추상 데이터 타입 또는 저 레벨 하드웨어 컨텍스트들(contexts)을 정의하는 함수들, 절차들, 데이터 구조들, 및 애플리케이션 프로그램들을 포함하는 모듈들과 함께 구현될 수 있다. 상기 언급된 임의의 저장 매체에 저장된 머신 판독 가능한 지시들은 프로세서(302)에 의해 실행 될 수 있다. 예를 들어서, 컴퓨터 프로그램은 본 발명의 요지의 실시예 및 교시에 따라 XDM 환경에서 XDM 자원의 전송 상태를 통신할 수 있는 머신 판독 가능한 지시들을 포함할 수 있다. 일 실시예에서, 프로그램은 저장 매체에 포함될 수 있으며 그 저장 매체로부터 비휘발성 메모리에서의 하드 드라이브로 로딩될 수 있다. 머신 판독 가능한 지시들은 리스트 XDMS(12)로 하여금 본 발명의 다양한 실시예에 따라 인코딩하게 할 수 있다.
트랜시버(308)는 XDM 클라이언트 디바이스(10)로부터 XDCP 요청을 수신할 수 있으며, 전송 상태를 나타내는 통지를 XDM 클라이언트 디바이스(10)에 전송할 수도 있다. 버스(310)는 리스트 XDMS(12)의 다양한 컴포넌트들 사이의 인터커넥트로서 동작한다. 통신 인터페이스들(312), 디스플레이(314), 입력 디바이스(316), 및 커서 제어부(318)와 같은 컴포넌트들은 당업자에게 널리 공지되어 있으므로 그 설명은 생략한다.
도 4는 본 발명의 실시예를 구현하는 다양한 컴포넌트들을 도시한 XDM 클라이언트 디바이스의 블록 다이어그램이다. 도 4에서는, XDM 클라이언트 디바이스(10)는 프로세서(402), 메모리(404), ROM(406), 트랜시버(408), 버스(410), 통신 인터페이스(412), 디스플레이(414), 입력 디바이스(416), 및 커서 제어부(418)를 포함한다.
여기에 사용되는 바와 같이, 프로세서(402)는 마이크로프로세서, 마이크로컨트롤러, 복합 명령 집합 컴퓨팅 마이크로프로세서, 축소 명령 복합 컴퓨팅 마이크로프로세서, 매우 긴 명령 워드 마이크로프로세서, 명시적 병렬 명령 컴퓨팅 마이크로프로세서, 그래픽 프로세서, 디지털 신호 프로세서, 또는 임의의 다른 타입의 프로세싱 회로와 같은 연산 회로와 같은 임의의 타입의 연산 회로를 의미하지만 이에 제한되지 않는다. 프로세서(402)는 또한 범용 또는 프로그래머블 로직 디바이스들 또는 어래이들, 주문형 반도체들, 단일 칩 컴퓨터들, 스마트 카드들 등과 같은 임베디드 컨트롤러들을 포함할 수 있다.
메모리(404) 및 ROM(406)은 휘발성 메모리 및 비휘발성 메모리 일 수 있다. 메모리(404)는 본 발명의 실시예에 따라서, 하나 이상의 XDM 수신자 디바이스들로 XDM 자원를 포워딩하며 XDM 자원의 전송 상태를 요청하기 위해 그 내부에 일시적으로 저장된 지시들을 포함한다. 다양한 컴퓨터 판독 가능한 저장매체는 메모리 엘리먼트에 저장될 수 있으며 메모리 엘리먼트로부터 액세스될 수도 있다. 메모리 엘리먼트는 ROM, RAM, EPROM, EEPROM, 하드 드라이브, 메모리 카드들을 처리하는 리무버블 미디어 드라이브, 메모리 스틱TM등과 같은, 데이터 및 머신 판독 가능한 지시들을 저장하는 임의의 적합한 메모리 디바이스(들)를 포함할 수 있다.
본 발명의 실시예들은 작업들을 수행하거나, 추상 데이터 타입 또는 저 레벨 하드웨어 컨텍스트들을 정의하는 함수들, 절차들, 데이터 구조들, 및 애플리케이션 프로그램들을 포함하는 모듈들과 함께 구현될 수 있다. 상기 언급된 임의의 저장 매체에 저장된 머신 판독 가능한 지시들은 프로세서(402)에 의해 실행 될 수 있다. 예를 들어서, 본 발명의 요지의 실시예 및 교시에 따라서, 하나 이상의 XDM 수신자 디바이스들로 XDM 자원을 포워딩하거나 XDM 자원의 전송 상태를 요청할 수 있는 머신 판독 가능한 지시들을 포함할 수 있다. 일 실시예에서, 프로그램은 저장 매체에 포함될 수 있으며 그 저장 매체로부터 비휘발성 메모리에서의 하드 드라이브로 로딩될 수 있다. 머신 판독 가능한 지시들은 XDM 클라이언트 디바이스(10)로 하여금 본 발명의 다양한 실시예에 따라 인코딩하게 할 수 있다.
트랜시버(408)는 리스트 XDMS(12)에 XDCP 요청을 전송할 수 있으며, XDMS(16)로부터 전송 상태를 나타내는 통지를 수신할 수 있다. 버스(410)는 XDM 클라이언트 디바이스의 다양한 컴포넌트들 사이의 인터커넥트로써 동작한다. 통신 인터페이스들(412), 디스플레이(414), 입력 디바이스(416), 및 커서 제어부(418)와 같은 컴포넌트들은 당업자에게 널리 공지되어 있으므로 그 설명은 생략한다.
본 발명이 특정한 예시적인 실시예들을 참조하여 설명되었지만, 다양한 수정 및 변경들이 다양한 실시예의 더 넓은 사상 및 범위로부터 벗어나지 않는 실시예들로 이루어질 수 있다는 것은 명백할 것이다. 또한 여기에 설명된 다양한 디바이스들, 모듈들, 선택기들, 추정기들(estimators) 등은 하드웨어 회로(예를 들어, 상보형 금속산화 반도체 기반 로직 회로)와, 펌웨어와, 소프트웨어 및/또는 하드웨어, 펌웨어 및/또는 기계 판독 가능한 매체에서 구현되는 소프트웨어의 임의 조합을 사용하여 인에이블되며 동작될 수 있다. 예를 들어, 다양한 전기적 구조와 방법들은 트랜지스터, 로직 게이트 및 주문형 반도체와 같은 전기 회로들을 사용하여 구현될 수 있다.

Claims (28)

  1. 확장성 마크업 언어(XML; Extensible Markup Language) 문서 관리(XDM; XML Document Management) 서버의 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법에 있어서,
    적어도 하나의 XDM 자원을 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩하는 요청을 XDM 클라이언트 디바이스로부터 수신하는 과정과;
    상기 적어도 하나의 XDM 자원을 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩 하는 과정과;
    상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태를 상기 XDM 클라이언트 디바이스에 통신하는 과정을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  2. 제 1항에 있어서, 상기 적어도 하나의 XDM 자원을 포워딩하는 요청은 XDM 명령 프로토콜(XDCP)요청을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  3. 제 1항에 있어서, 상기 요청은 상기 요청과 관련된 고유의 자원 로케이터(unique resource locater)와, 상기 요청의 타입과, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들의 주소와, 전송 보고 표시, 및 필터 정보로 이루어진 그룹으로부터 선택된 속성들을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  4. 제 3항에 있어서, 상기 적어도 하나의 XDM 자원을 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩하는 요청을 XDM 클라이언트 디바이스로부터 수신하는 과정은,
    상기 적어도 하나의 XDM 자원을 포워딩하는 요청의 수신 시에 XDM 문서를 패치하는 단계와,
    상기 수신된 요청에서의 상기 속성들을 기초로하여 XDM 문서로부터 상기 적어도 하나의 XDM 자원을 생성하는 단계와,
    상기 요청이 상기 XDM 클라이언트 디바이스로부터 수신될 때, 포워딩 통지 리스트 문서에서 상기 수신된 요청에서의 상기 속성들을 업데이트 하는 단계를 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  5. 제 4항에 있어서, 상기 적어도 하나의 XDM 자원을 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩하는 과정은,
    상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 및 상기 XDM 클라이언트 디바이스가 동일한 도메인과 관련되는지를 결정하는 단계와;
    동일한 도메인과 관련된다면, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각에 의해 설정된 우선순위를 체크하는 단계와;
    동일한 도메인과 관련되지 않으면, 원격 포워딩 요청을 생성하여 원격 도메인에서의 관련된 XDMS로 전송하는 단계를 포함하며,
    상기 원격 포워딩 요청은 고유 식별자, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들의 주소, 상기 전송 보고 표시, 및 상기 적어도 하나의 XDM 자원과 관련된 고유 자원 식별자를 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  6. 제 5항에 있어서, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각에 의해 설정된 우선순위들을 체크하는 단계는,
    상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들에 의해 설정된 상기 우선순위에 기초하여 상기 포워딩 통지 리스트 문서에서 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태를 업데이트 하는 것을 추가적으로 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  7. 제 6항에 있어서, 상기 원격 포워딩 요청을 생성하여 원격 도메인에서의 관련된 XDMS로 전송하는 단계는,
    상기 하나 이상의 미리 설정된 XDM 수신 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태를 상기 다른 XDMS로부터 수신하는 것과;
    상기 전송 상태에서의 식별자가 상기 원격 포워딩 요청에서의 상기 고유 식별자와 매칭하는지를 결정하는 것과;
    매칭하는 경우, 상기 포워딩 통지 리스트 문서에서 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태를 업데이트 하는 것과;
    매칭하지 않는 경우, 상기 다른 XDMS로부터 수신된 상기 전송 상태를 무시하는 것을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  8. 제 7항에 있어서, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태를 상기 다른 XDMS로부터 수신하는 것에서,
    상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태는 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들에 의해 설정된 우선순위를 기초로하여 결정되는 것을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  9. 제 8항에 있어서, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들에 의해 설정된 상기 우선순위는,
    상기 적어도 하나의 XDM 자원의 수용, 상기 적어도 하나의 XDM 문서의 거부, 및 상기 적어도 하나의 XDM 자원의 수용 이전의 확인을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  10. 제 9항에 있어서, 상기 전송 상태는,
    전송, 펜딩, 거부, 및 만료로 이루어진 그룹으로부터 선택되는 것을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  11. 제 10항에 있어서, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로부터 수신된 상기 전송 상태를 상기 XDM 클라이언트 디바이스에 통신하는 것은,
    상기 적어도 하나의 XDM 자원에서 전송 상태의 변경을 나타내는 통지를 상기 XDM 클라이언트 디바이스에 전송하는 것을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  12. 제 1항에 있어서, 상기 하나 이상의 미리 설정된 수신자 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태를 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들과 공유하는 과정을 추가적으로 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  13. 컴퓨팅 디바이스에 의해 실행될 때에 제 1항의 방법이 수행되게 하는 기계 판독 가능한 지시들의 형태인 제1항의 방법.
  14. XML 문서 관리(XDM) 환경에서 XDM 자원의 전송 상태를 통신하는 XDM 서버에 있어서,
    프로세서와;
    상기 프로세서와 커플링되며, 상기 프로세서에 의해 실행될 때, 적어도 하나의 XDM 자원을 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩하는 요청을 XDM 클라이언트 디바이스로부터 수신하는 것과; 상기 적어도 하나의 XDM 자원을 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 포워딩하는 것과; 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각에 의해 설정된 우선순위에 기초하여, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태를 상기 XDM 클라이언트 디바이스에 통신하는 것을 포함하는 방법을 수행하게 하는 지시들을 일시적으로 저장하도록 구성되는 메모리를 포함함을 특징으로 하는 XDM 서버.
  15. 제 14항에 있어서, 상기 적어도 하나의 XDM 자원을 포워딩하는 요청은,
    XDM 명령 프로토콜(XDCP) 요청을 포함함을 특징으로 하는 XMD 서버.
  16. 제 15항에 있어서, 상기 요청은,
    상기 요청과 관련된 고유 자원 로케이터(a unique resource locater), 상기 요청의 타입, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들의 주소, 전송 보고 표시, 및 필터 정보로 이루어진 그룹으로부터 선택된 속성들을 포함함을 특징으로 하는 XMD 서버.
  17. 제 14항에 있어서, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들에 의해 설정된 상기 우선순위는,
    상기 적어도 하나의 XDM 자원의 수용, 상기 적어도 하나의 XDM 문서의 거부, 및 상기 적어도 하나의 XDM 자원의 수용 이전의 확인을 포함함을 특징으로 하는 XMD 서버.
  18. 제 14항에 있어서, 상기 전송 상태는,
    전송, 펜딩, 거부, 및 만료로 이루어진 그룹으로부터 선택되는 것을 특징으로 하는 XMD 서버.
  19. 제 14항에 있어서, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로부터 수신된 상기 전송 상태를 상기 XDM 클라이언트 디바이스에 통신하는 것은,
    상기 적어도 하나의 XDM 자원에서 전송 상태의 변경을 나타내는 통지를 상기 XDM 클라이언트 디바이스에 전송하는 것을 포함함을 특징으로 하는 XMD 서버.
  20. 제 14항에 있어서, 상기 방법은,
    상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들 각각으로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태를 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들과 공유하는 것을 추가적으로 포함함을 특징으로 하는 XMD 서버.
  21. XML 문서 관리(XDM) 클라이언트 디바이스의 XDM 환경에서 XDM 자원을 통신하는 방법에 있어서,
    하나 이상의 미리 설정된 XDM 수신자 디바이스들로 적어도 하나의 XDM 자원을 포워딩하는 요청을 XDM 서버(XDMS)에 전송하는 과정과;
    상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태를 나타내는 통지를 수신하는 과정과;
    상기 통지를 기초로 하여 상기 XDMS로부터 상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태를 검색하는 과정을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  22. 제 21항에 있어서, 상기 요청은,
    상기 요청과 관련된 고유 자원 로케이터, 상기 요청의 타입, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들의 주소, 전송 보고 표시, 필터 정보, 및 전송 상태 표시의 공유로 이루어진 그룹으로부터 선택된 속성들을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  23. 제 22항에 있어서, 상기 요청에서의 상기 전송 보고 표시는,
    상기 XDMS로부터의 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태 통지에 대한 가입을 나타내는 것을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  24. 제 21항에 있어서, 상기 XDMS로부터 상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태를 검색하는 과정은,
    상기 통지의 수신시에 상기 XDMS로부터 포워딩 통지 리스트 문서를 검색하는 과정으로서, 상기 포워딩 통지 리스트 문서는 상기 적어도 하나의 XDM 자원의 상기 전송과 관련된 전송 상태를 나타내는 과정을 포함하며, 상기 검색된 포워딩 통지 리스트 문서에서의 상기 전송 상태를 상기 XDM 클라이언트 디바이스의 디스플레이상에 디스플레이 하는 과정을 포함함을 특징으로 하는 XDM 환경에서 XDM 자원의 전송 상태를 통신하는 방법.
  25. XDM 환경에서 XDM 자원을 통신하는 XML 문서 관리(XDM) 클라이언트 디바이스에 있어서,
    프로세서와;
    상기 프로세서와 커플링되며, 상기 프로세서에 의해 실행될 때, 하나 이상의 미리 설정된 XDM 수신자 디바이스들로 적어도 하나의 XDM 자원을 포워딩 하는 요청을 XDM 서버(XDMS)에 전송하는 것과; 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태를 나타내는 통지를 수신하는 것과; 상기 통지를 근거로 하여 상기 XDMS로부터 상기 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송 상태를 검색하는 것을 포함하는 방법을 수행하게 하는 지시들을 일시적으로 저장하도록 구성된 메모리를 포함함을 특징으로 하는 XDM 클라이언트 디바이스.
  26. 제 25항에 있어서, 상기 요청은,
    고유 식별자, 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들의 주소, 전송 보고 표시 및 전송 상태 표시의 공유로 이루어진 그룹으로부터 선택된 속성들을 포함함을 특징으로 하는 XDM 클라이언트 디바이스.
  27. 제 26항에 있어서, 상기 요청에서의 상기 전송 보고 표시는,
    상기 XDMS로부터의 상기 하나 이상의 미리 설정된 XDM 수신자 디바이스들로의 상기 적어도 하나의 XDM 자원의 전송과 관련된 전송 상태 통지에 대한 가입을 나타내는 것을 특징으로 하는 XDM 클라이언트 디바이스.
  28. 제 25항에 있어서, 상기 XDMS로부터 적어도 하나의 XDM 자원의 전송과 관련된 상기 전송상태를 검색하기 위한 지시들은,
    상기 통지의 수신시에, 상기 XDMS로부터 포워딩 통지 리스트 문서를 검색하는 것으로서, 상기 포워딩 통지 리스트 문서는 상기 적어도 하나의 XDM 자원의 상기 전송과 관련된 전송 상태를 나타내는 것을 포함하며,
    상기 검색된 포워딩 통지 리스트 문서에서의 상기 전송 상태를 상기 XDM 클라이언트 디바이스의 디스플레이상에 디스플레이하는 것을 포함함을 특징으로 하는 XDM 클라이언트 디바이스.
KR1020127026727A 2010-04-12 2011-04-12 확장성 마크업 언어 문서 관리 환경에서 확장성 마크업 언어 문서 관리 자원의 전송 상태를 통신하는 방법 및 시스템 KR101817813B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN1005CH2010 2010-04-12
IN1005/CHE/2010 2010-04-12
PCT/KR2011/002598 WO2011129600A2 (en) 2010-04-12 2011-04-12 Method and system of communicating delivery status of an xdm resource in an xdm environment

Publications (2)

Publication Number Publication Date
KR20130040822A true KR20130040822A (ko) 2013-04-24
KR101817813B1 KR101817813B1 (ko) 2018-01-11

Family

ID=44799166

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020127026727A KR101817813B1 (ko) 2010-04-12 2011-04-12 확장성 마크업 언어 문서 관리 환경에서 확장성 마크업 언어 문서 관리 자원의 전송 상태를 통신하는 방법 및 시스템

Country Status (4)

Country Link
US (1) US9294536B2 (ko)
EP (1) EP2558948B1 (ko)
KR (1) KR101817813B1 (ko)
WO (1) WO2011129600A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017105895A1 (en) * 2015-12-14 2017-06-22 T-Mobile Usa, Inc. Configurable use of local presence authorization policy

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9508055B1 (en) * 2012-02-23 2016-11-29 Veritas Technologies Llc Method and system for managing and responding to legal hold notices
US9910837B2 (en) * 2014-08-27 2018-03-06 International Business Machines Corporation Controlling generation of change notifications in a collaborative authoring environment

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7251697B2 (en) 2002-06-20 2007-07-31 Koninklijke Philips Electronics N.V. Method and apparatus for structured streaming of an XML document
GB0428365D0 (en) * 2004-12-24 2005-02-02 Ibm Methods and apparatus for generating a parser and parsing a document
US20070106737A1 (en) * 2005-11-10 2007-05-10 Barnes Thomas H System and process for delivery status notification
ATE475234T1 (de) * 2006-02-10 2010-08-15 Huawei Tech Co Ltd Verfahren und system zur verwaltung eines xml- dokuments
CN101087269A (zh) * 2006-06-09 2007-12-12 华为技术有限公司 传送消息业务数据的方法及系统
KR101321667B1 (ko) * 2006-08-16 2013-10-22 삼성전자주식회사 다큐먼트 포워딩을 위한 xdm 장치 및 방법
KR101281387B1 (ko) 2006-08-16 2013-07-02 삼성전자주식회사 Xml 문서의 위치 기술을 이용하여 xdm 문서 관리 기능을 구현하기 위한 장치 및 방법
JP5545953B2 (ja) 2006-10-03 2014-07-09 サムスン エレクトロニクス カンパニー リミテッド Xml文書管理サーバヒストリーを管理するためのシステム及び方法
WO2008128125A1 (en) * 2007-04-12 2008-10-23 Avow Systems, Inc. Electronic document management and delivery
JP5245612B2 (ja) * 2007-07-31 2013-07-24 セイコーエプソン株式会社 ポスティングサーバ、および、ポスティングサーバ制御方法
JP2009059160A (ja) * 2007-08-31 2009-03-19 Sony Corp サーバ装置、ネットワークシステム、コンテンツ発見通知方法、及びコンピュータ・プログラム
CA2765957C (en) * 2009-06-19 2015-08-04 Research In Motion Limited Methods and apparatus to forward documents in a communication network

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017105895A1 (en) * 2015-12-14 2017-06-22 T-Mobile Usa, Inc. Configurable use of local presence authorization policy
US10356017B2 (en) 2015-12-14 2019-07-16 T-Mobile Usa, Inc. Configurable use of local presence authorization policy

Also Published As

Publication number Publication date
EP2558948A4 (en) 2017-05-03
WO2011129600A3 (en) 2012-03-08
WO2011129600A2 (en) 2011-10-20
US9294536B2 (en) 2016-03-22
EP2558948B1 (en) 2020-07-15
EP2558948A2 (en) 2013-02-20
US20130041942A1 (en) 2013-02-14
KR101817813B1 (ko) 2018-01-11

Similar Documents

Publication Publication Date Title
US20190138998A1 (en) Setting permissions for links forwarded in electronic messages
CN110383772B (zh) 用于消息收发机器人丰富通信的技术
US9137185B2 (en) Uploading attachment to shared location and replacing with a link
EP1983683B1 (en) A method and system for managing XML document
CN111817946B (zh) 文档共享的处理方法、装置、设备、介质和系统
KR20110008334A (ko) 네트워크 기반 컨버지드 주소록을 위한 시스템 및 방법
US20120278407A1 (en) Automatic uploading of attachments to a shared location
US8930469B2 (en) Functionality for sharing items using recipient-specific access codes
KR101923533B1 (ko) 범용 플러그 앤 플레이 홈 네트워크 환경에서 캘린더 서비스를 제공하는 방법 및 시스템
KR20140016904A (ko) 유니버셜 플러그 앤 플레이 홈 네트워크 환경에서 연락처 정보를 관리하는 방법 및 시스템
KR101817813B1 (ko) 확장성 마크업 언어 문서 관리 환경에서 확장성 마크업 언어 문서 관리 자원의 전송 상태를 통신하는 방법 및 시스템
KR101973531B1 (ko) 복수의 클라이언트 간의 어플리케이션 자동 공유 방법 및 장치
KR101885576B1 (ko) 범용 플러그 앤 플레이 홈 네트워크 환경에서 개선된 어드레스 북 기능을 제공하기 위한 방법, 시스템 및 저장 매체
US20130091287A1 (en) System for contact subscription invitations in a cross-domain converged address book system
KR20130012199A (ko) 메시징 서비스와 타 서비스 간의 상호 연동을 통한 연락처 제공 방법 및 장치
WO2012095518A1 (en) Method for managing converged address book capability
KR101872551B1 (ko) 범용 플러그 앤 플레이 홈 네트워크 환경에서 강화된 이벤트 통지를 제공하는 방법 및 장치
US9692796B2 (en) Apparatus and method for setting disposition with respect to document share
US20140019417A1 (en) Method and apparatus for managing personal information in a communication system
US9143472B2 (en) Updating an e-mail recipient list
EP2725826B1 (en) Method and apparatus pertaining to the sending of messages lacking identified recipients
CN104077679A (zh) 用于管理相关帐户之间的电子邮件消息的方法和系统

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
GRNT Written decision to grant