KR20090117528A - Ｓｉｐ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템 - Google Patents

Ｓｉｐ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템 Download PDF

Info

Publication number
KR20090117528A
KR20090117528A KR1020080043622A KR20080043622A KR20090117528A KR 20090117528 A KR20090117528 A KR 20090117528A KR 1020080043622 A KR1020080043622 A KR 1020080043622A KR 20080043622 A KR20080043622 A KR 20080043622A KR 20090117528 A KR20090117528 A KR 20090117528A
Authority
KR
South Korea
Prior art keywords
content
client
server
message
sharing
Prior art date
Application number
KR1020080043622A
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 삼성전자주식회사
Priority to KR1020080043622A priority Critical patent/KR20090117528A/ko
Priority to EP09159633A priority patent/EP2129081A1/en
Priority to US12/437,073 priority patent/US20090282005A1/en
Publication of KR20090117528A publication Critical patent/KR20090117528A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Abstract

본 발명은 SIP 네트워크에서 컨텐츠 공유 방법 및 그 시스템에 관한 것으로서 제1 클라이언트가 로컬 저장부 또는 컨텐츠 서버에 공유 컨텐츠를 저장하고 컨텐츠 리스트를 정보 서버에 전송하면, 제2 클라이언트가 상기 정보 서버에 쿼리(Query) 또는 구독(Subscribe)을 요청하고 이에 대한 결과를 통지받는 첫 번째 컨텐츠 공유방법, 제2 클라이언트가 프리젠스 서버에 구독 요청 후, 정보 서버의 컨텐츠 리스트가 업데이트 되면, 상기 정보 서버가 상기 프리젠스 서버에 이를 통지(notify) 또는 퍼블리시(Publish)하고, 상기 프리젠스 서버가 그 결과를 상기 제2 클라이언트에게 통지하는 두 번째 컨텐츠 공유 방법, 제2 클라이언트가 프리젠스 서버에 구독 요청 후, 제1 클라이언트 또는 컨텐츠 서버가 컨텐츠 리스트를 상기 프리젠스 서버에 퍼블리시하면, 이에 대한 결과를 상기 프리젠스 서버가 상기 제2 클라이언트에게 통지하는 세 번째 컨텐츠 공유 방법에 관한 것이다.
클라이언트, 컨텐츠 서버, 정보 서버, 프리젠스 서버

Description

ＳＩＰ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템{METHOD FOR CONTENT SHARING IN A SIP Based Network AND SYSTEM THEREOF}
본 발명은 SIP 네트워크에서 컨텐츠를 공유하는 방법 및 그 시스템에 관한 것이다. 보다 구체적으로 컨텐츠를 소유하고 있는 제1 클라이언트가 로컬 저장부 또는 컨텐츠 서버에 공유 컨텐츠를 저장하면, 상기 컨텐츠를 검색하고자 하는 제2 클라이언트는 정보 서버를 통하여 컨텐츠가 저장된 위치를 직접 검색(search)하거나 또는 구독(subscribe) 후 통지(notify)를 받아, 원하는 컨텐츠를 다운로드할 수 있는 것을 특징으로 한다.
SIP(Session Initiation Protocol)은 전화, 인터넷 컨퍼런스, 인스턴트 메신저 등에 사용되는 시그널링 프로토콜을 지칭한다. 즉, 상기 SIP은 인터넷상에서 통신하고자 하는 지능형 단말들이 서로를 식별하여 그 위치를 찾고, 그들 상호 간에 멀티미디어 통신 세션을 생성, 삭제 또는 변경하기 위한 절차를 명시한 응용 계층의 시그널링 프로토콜이다.
그리고 IMS(IP MULTIMEDIA SUBSYSTEM)는 음성 위주의 통신 기술에서 벗어나 영상이나 대용량 데이터 등 멀티미디어 통신을 가능하게 하고, 기존 서킷 중심의 네트워크 시스템과 달리 모든 서비스를 IP 기반으로 제공해주는 기술이다. 최근 들어, 상기 IMS가 차세대 통신의 핵심 기술로 부상하고 있는데, 그 이유는 유무선 네트워크 서비스의 유연성을 높여 네트워크 컨버전스를 가속화 시켜주기 때문에 애플리케이션 개발 및 관리 비용을 줄여주고 신규 서비스(VoIP, 인스턴트 메신저, PTT-Push To Talk 등)의 다양성을 높여주기 때문이다.
상기 SIP 네트워크로 구현되는 IMS 도메인의 경우, 사용자 간 컨텐츠를 공유하는 여러 방식이 제안되고 있는데, 이 경우 상기 공유 컨텐츠는 사용자 단말의 로컬 저장부에 저장된다.
이 경우, 공유하고자 하는 컨텐츠는 항상 사용자 단말의 로컬 저장부에 저장되므로 컨텐츠 소유자가 오프라인 상태라면, 상기 저장된 컨텐츠를 검색하거나 다운로드 받는 것이 불가능하다. 또한, 공유 컨텐츠가 저장된 단말은 컨텐츠 서버 등에 비하여 외부 공격에 취약할 수 있다는 단점이 있다. 뿐만 아니라, 복수의 사용자가 공유 컨텐츠가 저장된 단말로부터 특정 컨텐츠를 다운로드 하기를 원한다면, 자원(resource) 부족 현상으로 인하여 그 성능이 저하될 수 있다는 문제점이 있다.
본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, SIP 네트워크로 구현되는 IMS 도메인에서 컨텐츠를 일시적이 아닌 영구적으로 저장할 수 있는 방법을 제공함에 그 목적이 있다.
본 발명의 다른 목적은 컨텐츠를 소유하고 있는 제1 클라이언트가 모든 사람 또는 특정인을 지정하여 컨텐츠를 공유하는 방법을 제공함에 있다.
본 발명의 또 다른 목적은 컨텐츠 공유를 원하는 제2 클라이언트가 제1 클라이언트가 소유하는 특정 컨텐츠를 검색하는 방법을 제공함에 있다.
본 발명의 또 다른 목적은 컨텐츠 공유를 원하는 제2 클라이언트가 특정 컨텐츠 업로드 또는 업데이트 시, 이를 통지받는 방법을 제공함에 있다.
상기와 같은 목적을 달성하기 위한 본 발명의 컨텐츠 공유 방법은 제1 클라이언트가 공유 컨텐츠를 컨텐츠 서버에 저장하고 대응하는 컨텐츠 ID를 부여 받는 컨텐츠 ID 부여 단계, 상기 제1 클라이언트 또는 상기 컨텐츠 서버가 상기 컨텐츠 ID가 포함된 컨텐츠 리스트 및 접근 규칙을 생성하여, 정보 서버에 전송하고 등록하는 등록 단계, 제2 클라이언트의 특정 컨텐츠 검색 요청 시, 상기 정보 서버가 컨텐츠 리스트 및 접근 규칙을 확인하여 검색 결과를 상기 제2 클라이언트에 전송하는 검색 결과 전송 단계를 포함하는 것을 특징으로 한다.
그리고 본 발명의 다른 실시예에 따른 컨텐츠 공유 방법은 제1 클라이언트가 공유 컨텐츠를 컨텐츠 서버에 저장하고 대응하는 컨텐츠 ID를 부여 받는 단계, 상기 제1 클라이언트 또는 상기 컨텐츠 서버가 상기 컨텐츠 ID가 포함된 컨텐츠 리스트 및 접근 규칙을 생성하여, 정보 서버에 전송하고 등록하는 단계, 제2 클라이언트가 프리젠스 서버(presence server)에 특정 컨텐츠 구독(subscribe) 요청 후, 상기 정보 서버에 등록된 컨텐츠 리스트 업데이트 시, 상기 정보 서버가 프리젠스 서버에 통지(notify) 또는 퍼블리시(Publish)하는 단계, 상기 통지 또는 퍼블리시 후 상기 프리젠스 서버가 프리젠스 통지 메시지를 상기 제2 클라이언트에 전송하는 단계를 포함하는 것을 특징한다.
그리고 본 발명의 또 다른 실시예에 따른 컨텐츠 공유 방법은 제1 클라이언트가 공유 컨텐츠를 컨텐츠 서버에 저장하고 대응하는 컨텐츠 ID를 부여 받는 단계, 상기 제1 클라이언트 또는 상기 컨텐츠 서버가 상기 컨텐츠 ID가 포함된 컨텐츠 리스트 및 접근 규칙을 생성하여, 프리젠스 서버에 퍼블리시(Publish)하는 단계, 제2 클라이언트가 상기 프리젠스 서버(presence server)에 특정 컨텐츠 구독(subscribe) 요청 후, 상기 프리젠스 서버에 등록된 컨텐츠 리스트 업데이트 시, 상기 프리젠스 서버가 프리젠스 통지 메시지를 상기 제2 클라이언트에 전송하는 단계를 포함하는 것을 특징으로 한다.
본 발명의 SIP 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템을 사용하는 경우, PCL(Presence Contact List)뿐만 아니라 IMS 도메인에 있는 모든 클라이언트가 공유하고 있는 컨텐츠를 검색하고 다운로드 받을 수 있다. 또한, 클라이언트는 공유를 원하는 컨텐츠 리스트를 서버에 영구적으로 저장할 수 있으며,모든 클라이언트 뿐만 아니라 특정인을 지정하여 특정 컨텐츠를 공유할 수 있다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예들을 상세히 설명한다. 이 때, 첨부된 도면에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다.
본 발명의 제1 클라이언트란 공유하고자 하는 컨텐츠(이하 '공유 컨텐츠')를 소유하고 있는 사용자이다. 그리고 본 발명의 제2 클라이언트란 상기 제1 클라이언트(101)의 공유 컨텐츠 중 특정 컨텐츠에 대해 검색(Query) 또는 구독을 요청하고, 검색 또는 구독된 컨텐츠의 저장 위치를 획득하는 사용자이다.
그리고 이하에서 기술되는 본 발명의 컨텐츠 공유 방법은 SIP 네트워크를 기반으로 하는 IMS 도메인 상에서 구현됨을 가정하기로 하지만, 반드시 이에 한정될 필요는 없다. 예를 들어, 본 발명의 실시예에 따른 컨텐츠 공유 방법은 반드시 IMS 도메인 상으로 한정될 필요는 없는 것이고 SIP 네트워크를 사용하는 어떠한 도메인에서라도 적용될 수 있는 것이다.
이하에서는 본 발명의 컨텐츠 공유 방법에 관한 구체적인 실시예로서 제1 실시예 내지 제3 실시예로 구분하여 기술하도록 한다.
이 경우 제1 실시예는 제1 클라이언트가 로컬 저장부 또는 컨텐츠 서버에 공유 컨텐츠를 저장하고, 상기 저장된 공유 컨텐츠의 메타 데이터가 포함된 컨텐츠 리스트를 정보 서버에 전송하면, 제2 클라이언트가 상기 정보 서버에 쿼리(Query) 또는 구독(Subscribe)을 요청하고 이에 대한 결과를 통지받는 컨텐츠 공유방법이다.
또한 제2 실시예는 제2 클라이언트가 프리젠스 서버에 구독 요청 후, 정보 서버의 컨텐츠 리스트가 업데이트 되면, 상기 정보 서버가 상기 프리젠스 서버에 이를 통지(notify) 또는 퍼블리시(Publish)하고, 상기 프리젠스 서버가 그 결과를 상기 제2 클라이언트에게 통지하는 컨텐츠 공유 방법이다.
그리고 제3 실시예는 제2 클라이언트가 프리젠스 서버에 구독 요청 후, 제1 클라이언트 또는 컨텐츠 서버가 컨텐츠 리스트를 상기 프리젠스 서버에 퍼블리시하면, 이에 대한 결과를 상기 프리젠스 서버가 상기 제2 클라이언트에게 통지하는 컨텐츠 공유 방법이다.
이하에서는 먼저 상기 제1 실시예부터 설명하도록 한다.
제1 실시예
도 1은 본 발명의 제1 실시예에 따른 컨텐츠 공유 프레임 워크를 나타내는 도면이다. 도 1에서 도시된 바와 같이, 제1 실시예에 따른 컨텐츠 공유 프레임 워크는 제1 클라이언트(101), 제2 클라이언트(102), 컨텐츠 서버(103) 및 정보 서버(104)를 포함할 수 있다.
상기 제1 클라이언트(101)는 공유하고자 하는 컨텐츠(이하 '공유 컨텐츠')를 소유하고 있는 사용자이다. 이 경우, 상기 제1 클라이언트(101)가 공유 컨텐츠를 자신의 로컬 저장부에 저장한 경우, 상기 제1 클라이언트(101)는 상기 저장된 컨텐츠에 대응하는 컨텐츠 ID를 스스로 생성할 수 있다.
상기 제2 클라이언트(102)는 상기 제1 클라이언트(101)가 공유한 컨텐츠 중 특정 컨텐츠를 검색(Query) 요청하고, 검색된 컨텐츠의 저장 위치를 획득한다. 또한 상기 제2 클라이언트(102)는 상기의 방법 이외에도 특정 컨텐츠에 대한 구독(subscribe)을 요청하고, 이에 대한 통지(notify)를 받는 방법으로 특정 컨텐츠의 저장 위치를 획득할 수 있다.
상기 컨텐츠 서버(103)는 상기 제1 클라이언트(101)로부터 전송되는 공유 컨텐츠를 수신하여 저장하고, 상기 수신된 공유 컨텐츠에 대응하는 컨텐츠 ID를 생성하여 상기 제1 클라이언트(101)로 전송한다.
상기 정보 서버(104)는 상기 제1 클라이언트(101) 또는 상기 컨텐츠 서버(103)로부터 컨텐츠 리스트 또는 접근 규칙(access rule)을 수신하여 등록한다. 그리고 상기 정보 서버(104)는 상기 제2 클라이언트(102)로부터 컨텐츠 검색 요청 또는 컨텐츠 구독 요청이 있는 경우, 저장된 컨텐츠 리스트 및 접근 규칙을 확인하여 컨텐츠 검색 결과를 상기 제2 클라이언트(102)로 전송한다.
이 경우, 본 발명의 실시예에서 상기 정보 서버(104)는 OMA(Open Mobile Alliance)에서 표준 규격화한 XDMS (XML-based Document Management Server) 일 수 있다.
이하에서는 도 1에 도시된 도면에 따라 제1 클라이언트(101)와 제2 클라이언트(102)가 컨텐츠 서버(103)와 정보 서버(104)를 통해 컨텐츠를 공유하는 방법을 기술하도록 한다. 이 경우, 도면에 도시된 'A'와 'B'의 의미는 각각 S110, S120, S130, S140 단계의 동일 단계 내에서 서로 다른 실시예로서 실시될 수 있음을 의미할 뿐, S110A, S120A, S130A, S140A 단계 간의 연속적인 상호 관련성은 없는 것임에 유의하여야 한다.(이하 도 13 및 도 19에서도 마찬가지이다)
우선 제1 클라이언트(101)는 S110A 단계에서 공유 컨텐츠를 자신의 로컬 저장부에 저장하고, 상기 저장된 공유 컨텐츠의 메타데이터(후술함)가 포함된 컨텐츠 리스트를 생성한다. 그리고 상기 제1 클라이언트(101)는 S120A 단계에서 상기 컨텐츠 리스트 및, 각 클라이언트에 따른 공유 권한을 설정한 접근 규칙을 정보 서버(104)에 전송하여 등록한다. 그리고 제2 클라이언트(102)가 S130A 단계에서 정보 서버(104)에게 특정 컨텐츠에 관한 검색 요청을 하면, 상기 요청을 수신한 정보 서버(104)는 등록된 컨텐츠 리스트 내에서 상기 요청된 컨텐츠를 검색한다. 그리고 상기 정보 서버(104)는 접근 규칙에서 허용한 공유 권한 범위 내에서 검색 결과 메시지를 생성하여 상기 제2 클라이언트에게 전송한다.
이 경우, 상기 제2 클라이언트는 특정 컨텐츠에 관한 검색 요청 대신 S130B 단계에서 특정 컨텐츠에 관한 구독(subscribe)을 요청할 수 있다. 그러면 상기 구독 요청을 수신한 정보 서버(104)는 해당 컨텐츠 리스트의 업데이트 감지 시, 상기 구독 요청에 대응하여 상기 제2 클라이언트에게 통지(notify)할 수 있다.
상기 제1 클라이언트(101)는 상기 S110A 단계에서 공유 컨텐츠를 자신의 로컬 저장부에 저장하는 대신에, S110B 단계에서 컨텐츠 서버(103)에 저장할 수 있다. 그리고 상기 제1 클라이언트(101)는 상기 컨텐츠 서버(103)에서 생성된 컨텐츠 ID를 전송받아, 컨텐츠 리스트를 생성한다. 그리고 상기 제1 클라이언트는 상기 생성된 컨텐츠 리스트를 S120A 단계에서 정보 서버(104)로 전송한다. 이 경우, 상기 제1 클라이언트(101)가 상기 S120A 단계를 수행하는 것 대신에 S120B 단계에서 컨텐츠 서버(103)가 컨텐츠 리스트를 정보 서버(104)로 전송하는 것 역시 가능하다. 그리고 제2 클라이언트(102)가 검색 요청 또는 구독 요청을 통해 검색 결과를 수신하는 과정은 상술한 S130A 단계 및 S130B 단계와 동일하다.
상기 S130A 단계 또는 S130B 단계를 통하여 원하는 컨텐츠의 저장 위치를 확인한 제2 클라이언트(102)는 MSRP(Message Session Relay Protocol), HTTP(Hypertext Transfer Protocol) 등의 프로토콜을 이용하여 제1 클라이언트의 로컬 저장부 또는 컨텐츠 서버(103)로부터 특정 컨텐츠를 다운로드 할 수 있다.
도 2는 본 발명의 실시예에 따른 제1 클라이언트(101) 또는 제2 클라이언트(102)의 구조를 나타내는 구조도이다.
이 경우 상기 제1 및 제2 클라이언트(101, 102)는 상기 도 2에 도시된 바와 같이, 통신부(210), 입력부(220), 표시부(230), 로컬 저장부(240), 제어부(250)를 포함할 수 있다. 이 경우 상기 제어부(250)는 메시지 관리부(250A)를 포함할 수 있다.
상기 통신부(210)는 컨텐츠 서버(103) 또는 정보 서버(104)와의 송수신 신호를 처리하는 역할을 수행한다.
상기 입력부(220)는 다수의 숫자키와 문자키 및 기능키 들을 구비하며 사용자로부터 입력되는 키에 해당하는 기능을 출력할 수 있다. 그리고 본 발명의 실시 예에 따른 상기 입력부(220)는 사용자로부터 특정 컨텐츠의 검색(Query)을 요청받거나 또는 구독(subscribe)을 요청받는다.
표시부(230)는 상기 제1 및 제2 클라이언트(101, 102)의 동작 중에 발생되는 상태 정보 및 다수의 숫자와 문자 및 영상들을 디스플레이하고, 본 발명의 실시예에 따라 검색된 특정 컨텐츠의 메타 데이터를 디스플레이 할 수 있다.
상기 로컬 저장부(240)는 제1 및 제2 클라이언트(101, 102)의 동작에 필요한 각종 데이터를 저장할 수 있다. 그리고 본 발명의 실시예에 따른 상기 로컬 저장부(240)는 공유 컨텐츠를 저장하는 것 역시 가능하다.
상기 제어부(250)는 상기 제1 및 제2 클라이언트의 전반적인 동작을 위한 제어 및 처리를 수행한다. 특히 상기 제어부(250)는 본 발명의 실시예에 따라, 공유 컨텐츠를 로컬 저장부(240) 또는 컨텐츠 서버(103)에 저장하고, 정보 서버(104)에 특정 컨텐츠에 대한 검색(Query)을 요청하거나 구독(subscribe)을 요청하는 일련의 과정을 제어할 수 있다. 또한 상기 제어부(250)는 특정 컨텐츠를 저장된 위치로부터 다운로드 하는 과정을 제어할 수 있다.
특히, 본 발명의 실시예에 따른 제어부(250)는 메시지 관리부(250A)를 포함할 수 있다. 이 경우 상기 메시지 관리부(250A)는 컨텐츠 리스트 등록 요청 메시지, 접근 규칙 등록 요청 메시지, 검색 요청 메시지, 구독 요청 메시지를 생성하여 상기 통신부(210)로 제공하고, 상기 통신부(210)로부터 특정 컨텐츠에 대해 검색된 메타 데이터를 포함하는 메시지를 제공받아 처리하는 기능을 수행할 수 있다.
도 3은 본 발명의 실시예에 따른 정보 서버(104)의 구성을 도시하는 도면이 다.
이 경우, 상기 정보 서버(104)는 OMA(Open Mobile Alliance)에서 표준 규격화한 XDMS (XML-based Document Management Server) 일 수 있다.
상기 정보 서버(104)는 상기 도 3에 도시된 바와 같이, 통신부(310), 저장부(320), 제어부(330)를 포함할 수 있다. 이 경우 상기 제어부(330)는 컨텐츠 리스트 관리부(330A) 및 접근 규칙 관리부(330B)를 포함할 수 있다.
상기 통신부(310)는 제1 및 제2 클라이언트(101, 102) 또는 컨텐츠 서버(103)를 통해 송수신 되는 신호를 처리하는 역할을 수행한다.
저장부(320)는 정보 서버의 동작에 필요한 각종 데이터를 저장할 수 있다. 그리고 본 발명의 실시예에 따른 상기 저장부(320)는 제1 클라이언트(101) 또는 컨텐츠 서버(103)로부터 전송되는 공유 컨텐츠의 메타 데이터를 기반으로 생성된 컨텐츠 리스트 및, 각 클라이언트에 대한 공유 권한을 설정하고 있는 접근 규칙(access-rule)을 저장할 수 있다. 그리고 상기 도 3에서는 상기 저장부(320)가 제어부(330)의 외부에 도시되었지만, 제어부(330)의 내부에 포함되어 구현되는 것 역시 가능하다.
제어부(330)는 정보 서버(104)의 전반적인 동작을 위한 제어 및 처리를 수행하고, 제1 클라이언트(101)로부터 컨텐츠 리스트와 접근 규칙을 수신하여 등록 및 관리한다. 그리고 상기 제어부(330)는 클라이언트로부터 특정 컨텐츠에 대한 검색(또는 구독)을 요청받아 해당 컨텐츠를 검색하기 위한 기능을 제어 및 처리한다.
상술하면, 상기 제어부(330)는 제1 클라이언트(101) 또는 컨텐츠 서버(103) 로부터 컨텐츠 리스트 등록 요청 시, 수신한 컨텐츠 리스트를 저장부(320)에 저장하고 컨텐츠 리스트 관리부(330A)를 통하여 관리한다. 그리고 상기 제어부(330)는 제2 클라이언트(102)로부터 특정 컨텐츠에 대한 검색(Query) 요청 시, 컨텐츠 리스트 관리부(330A)를 통하여 저장부(320)에 저장된 컨텐츠 리스트 중 검색 요청된 특정 컨텐츠를 검색한다. 그리고 상기 제어부(330)는 특정 컨텐츠가 저장된 위치 등의 메타 데이터를 상기 컨텐츠 리스트에서 확인하고, 이에 대한 검색 결과 메시지를 생성하여 상기 제2 클라이언트(102)에게 전송한다.
또한, 상기 제어부(330)는 제2 클라이언트(102)로부터 특정 컨텐츠에 대한 구독(Subscribe) 요청 시, 컨텐츠 리스트 관리부(330A)를 통하여 저장부(320)에 저장된 컨텐츠 리스트의 업데이트 여부를 감시한다. 그리고 상기 제어부(330)는 특정 컨텐츠 리스트의 업데이트 감지시, 이에 대한 통지 메시지를 생성하여 상기 제2 클라이언트(102)에게 전송한다.
또한 상기 제어부(330)는 제1 클라이언트로부터 접근 규칙 등록 요청 시, 수신한 접근 규칙을 저장부(320)에 저장하고 접근 규칙 관리부(330B)를 통하여 관리한다. 그러면 상기 제어부(330)는 접근 규칙 관리부(330B)를 통하여, 특정 컨텐츠에 관한 검색 또는 구독을 요청한 제2 클라이언트(102)의 공유 권한 구비 여부를 판단한다. 그리고 상기 제어부(330)는 그 결과에 따라 검색 요청에 대한 검색 결과 메시지 또는 구독 요청에 대한 통지 메시지를 생성하여 상기 제2 클라이언트(102)에게 전송할 수 있다.
도 4a는 본 발명의 실시예에 따른 제1 클라이언트(101)와 로컬 저장부의 인 터페이스를 나타내는 도면이다. 이 경우, 상기 도 4a는 상기 도 1의 S110A 단계에 대응하는 과정이다.
상기 제1 클라이언트(101)가 공유 컨텐츠를 자신의 로컬 저장부에 저장하면, 상기 제1 클라이언트는 상기 저장된 공유 컨텐츠에 대응하는 컨텐츠 ID를 생성할 수 있다. 이 경우, 상기 생성된 컨텐츠 ID는 다음과 같이 "sip:file284583854@contentserver.com" 또는 "http://contentserver.com/files/10721692/vacationPic.jpg" 와 같은 URI의 형태일 수 있다. 그러나 상기 컨텐츠 ID는 상기 제시된 형태에 국한되는 것이 아니라 FTP URI의 형태이거나, 또 다른 형태의 ID일 수 있다. 상기 컨텐츠 ID는 이 후, 컨텐츠의 송수신을 위하여 사용될 수 있다.
도 4b는 본 발명의 실시예에 따른 제1 클라이언트(101)와 컨텐츠 서버(103)의 인터페이스를 나타내는 도면이다. 이 경우, 상기 도 4b는 상기 도 1의 S110B 단계에 대응하는 과정이다.
상기 제1 클라이언트(101)가 공유 컨텐츠를 상기 컨텐츠 서버(103)에 저장(업로드)하면, 상기 컨텐츠 서버(103)는 상기 저장된 컨텐츠에 대응하는 컨텐츠 ID를 생성하여 상기 제1 클라이언트에게 전송한다.
이 경우, 본 발명의 일 실시예에 따르면 상기 제1 클라이언트(101)는 컨텐츠의 업로드를 위하여 HTTP(Hypertext transport protocol)를 이용할 수 있다. 그리고 상기 컨텐츠 서버(103)로부터 생성된 컨텐츠 ID는 다음과 같이 "sip:file284583854@contentserver.com" 또는 "http://contentserver.com/files/10721692/vacationPic.jpg" 와 같은 URI의 형태일 수 있다. 그러나 상기 컨텐츠 ID는 상기 제시된 형태에 국한되는 것이 아니라 FTP URI의 형태이거나, 또 다른 형태의 ID일 수 있다. 상기 컨텐츠 ID는 이 후, 컨텐츠의 송수신을 위하여 사용될 수 있다.
도 5a는 본 발명의 실시예에 따른 제1 클라이언트(101)가 컨텐츠 리스트를 정보 서버(104)에 등록하는 과정을 나타내는 순서도이다. 이 경우, 상기 도 5a는 상기 도 1의 S120A 또는 S120B 단계에 대응하는 과정이다. 상기 S120A 또는 S120B 단계는 수행하는 주체가 제1 클라이언트(101)인지 또는 컨텐츠 서버(103)인지의 차이만이 있을 뿐이므로 이하에서는 제1 클라이언트(101)가 S120A 단계를 수행하는 과정을 기술하도록 한다. 이를 참고한다면 컨텐츠 서버(103)가 수행하는 S120B 단계는 당업자에게 명료할 것이다.
또한, 상기 제1 클라이언트(101)는 도 1의 S110A 단계 또는 S110B 단계를 통해 공유 컨텐츠를 로컬 저장부 또는 컨텐츠 서버(103)에 저장하고 이에 대응하는 컨텐츠 ID를 부여 받았음을 가정한다.
우선, 상기 제1 클라이언트(101)는 컨텐츠 리스트를 정보 서버(104)에 등록하기 위하여 S510 단계에서 컨텐츠 리스트 등록 요청 메시지를 생성하여 어그리게이션 프록시 서버(aggregation proxy server, 501)를 통하여 정보 서버(104)로 전송한다.
이 경우, 본 발명의 실시예에 따르면 상기 컨텐츠 리스트 등록 요청 메시지는 XCAP 메시지(XCAP PUT(AUID=Shared-content-list))일 수 있다. 상기 XCAP은 특 정 응용 서비스를 위한 사용자 설정 정보를 XCAP 서버에 등록해 두고 XCAP 클라이언트에서 서버에 등록된 정보를 관리하기 위한 기술을 말한다. 이 경우, XCAP 서버에 저장되어 있는 응용별 사용자 정보는 XML(extensible markup language)로 기술되어 있으며, XCAP 클라이언트에서 서버로 접근하기 위한 프로토롤로는 HTTP를 사용한다.
그리고 상기 컨텐츠 리스트(AUID=Shared-content-list)에 대한 구체적인 포맷은 아래의 표 1과 같다.
[표 1]
<?xml version="1.0" encoding="UTF-8"?> <shared-content-info>// 공유하고자 하는 컨텐츠 정보는 <shared-content-info> element로 저장 <fileset> <file id = "1"> <name>vacationpic.jpg</name> // 컨텐츠 이름 <mime-type>image/jpeg</mime-type> // 컨텐츠 유형 <size>312000</size> // 컨텐츠 사이즈 <user-uri>sip:kim@example.com</user-uri> // 컨텐츠 소유자 <file-source> <file-id uri = "sip:file284583954@contentserver.com"/> // 컨텐츠 저장 위치 </file-source> <key-words> <keyword>summer</keyword> // 해당 컨텐츠의 keyword <keyword>vacation</keyword> // 해당 컨텐츠의 keyword </key-words> </file> <file id = "2"> <name>vacationVid.mp4</name> // 컨텐츠 이름 <mime-type>video/mp4</mime-type> // 컨텐츠 유형 <size>3456000</size> // 컨텐츠 사이즈 <file-source> <absolute-path url = http://contentserver.com/files/107262/ vacationVid.jpg />// 컨텐츠 저장 위치 </file-source> <key-words> <keyword>summer</keyword> // 해당 컨텐츠의 keyword <keyword>vacation</keyword> // 해당 컨텐츠의 keyword </key-words> </file> </file-set> </shared-content-info>
상기 표 1에서 확인할 수 있는 바와 같이, 상기 컨텐츠 리스트(AUID=Shared-content-list)는 공유 컨텐츠에 관한 메타 데이터를 '<shared-content-info>'의 형태로 저장한다. 이 경우 '<shared-content-info>'는 복수의 '<fileset>'를 포함할 수 있고 각각의 '<fileset>'은 저장된 복수의 컨텐츠를 '<file id>'로 각각 구분한다. 그리고 상기 '<file d>'는 특정 컨텐츠의 이름, 컨텐츠 유형, 사이즈, 컨텐츠 소유자, 컨텐츠 저장 위치, 키워드 등의 메타 데이터를 포함할 수 있다.
상기 표 1에서 '<file id=1>'의 경우를 예를 들어 설명하면, 제1 클라이언트(101)의 첫 번째 공유 컨텐츠의 이름은 'vacation.jpg' 이며, 컨텐츠 유형은 이미지 파일이고, 컨텐츠의 사이즈는 312000 바이트이며, 해당 컨텐츠를 소유하고 있는 제1 클라이언트(101)는 'sip:kim@example.com'라는 URI를 소유하는 사용자이며, 컨텐츠가 저장되어 있는 위치는 'sip:file284583954@contentserver.com'이고, 해당 컨텐츠를 검색하기 위한 키워드는 'summer' 또는 'vacation'임을 알 수 있다.
상기 컨텐츠 리스트 등록 요청 메시지(XCAP PUT(AUID=Shared-content-list))를 수신한 정보 서버(104)는 수신한 컨텐츠 리스트를 정보 서버의 저장부(320)에 클라이언트에 따라 각각 저장하여 등록한다. 그리고 상기 정보 서버(104)는 S520 단계에서 상기 컨텐츠 리스트 등록 요청 메시지(AUID=Shared-content-list)를 수신한 것에 대응하여 확인 메시지를 어그리게이션 프록시 서버(501)를 통하여 제1 클라이언트(101)로 전송한다.
도 5b는 본 발명의 실시예에 따른 제1 클라이언트(101)가 접근 규칙(access-rule)을 정보 서버(104)에 등록하는 과정을 나타내는 순서도이다. 이 경우, 상기 도 5b 는 도 1의 S120A 단계에 대응하는 과정일 수 있다.
정보 서버(104)에 컨텐츠 리스트 등록 요청 메시지를 전송한 후, 상기 정보 서버(104)로부터 확인 메시지를 수신한 제1 클라이언트(101)는 S530 단계에서 각각의 클라이언트에 따른 컨텐츠 공유 권한을 설정하기 위한 접근 규칙 등록 요청 메시지를 생성하여 어그리게이션 프록시 서버(501)를 통해 정보 서버(104)로 전송한다. 이 경우, 본 발명의 실시예에 따르면 상기 접근 규칙 등록 요청 메시지는 XCAP 메시지(XCAP PUT(AUID=access-rule))일 수 있다.
상기 접근 규칙(AUID=access-rule)에 대한 구체적인 포맷은 다음의 표 2와 같다.
[표 2]
<?xml version="1.0"encoding="UTF-8"?> <ruleset> <rule id="1"> <conditions> //user-id, domain, anonymous user, default rule 별로 셋팅 가능 <identity> <one id= "sip:alice@example.com"/> // 해당 SIP URI를 사용하는 사용자에게만 아래 <actions>에 따른 권한을 부여한다. </identity> </conditions> <actions> <content-sharing>allow</content-sharing> <subscribe-handling>block</subscribe-handling> </actions> <transformations> <provide-name>true</provide-name> //파일 이름 제공 여부 <provide-mime-type>true</provide-mime-type> //파일 유형 제공 여부 <provide-size>false</provide-size> //파일 사이즈 제공 여부 <provide-file-source>true</provide-file-source> // 파일 위치 제공 여부 <provide-key-words>false</provide-key-words>// 파일 키워드 제공 여부 <provide-user-uri>false</provide-user-uri> //user-uri 제공 여부 </transformations> </rule> <rule id="2"> <conditions> <identity> <one id= "sip:bob@example.com"/> </identity> </conditions> <actions> - - -
상기 표 2에서 확인할 수 있는 바와 같이, 상기 접근 규칙 등록 요청 메시지(AUID=access-rule)는 '<ruleset>'을 포함하며, 상기 '<ruleset>'은 복수의 '<rule id>'를 포함할 수 있다. 이 경우 '<rule id>'는 공유 권한 부여 범위('<conditions>'), 공유 권한 종류(검색 또는 구독의 경우, '<actions>'), 공유 정보('<transformations>')에 관하여 설정할 수 있다.
상기 공유 권한 부여 범위('<conditions>')는 제1 클라이언트(101)가 특정 클라이언트에게 컨텐츠를 공유할 것인지(User id), 특정 도메인의 클라이언트에게 컨텐츠를 공유할 것인지(Domain), 익명의 클라이언트에게 컨텐츠를 공유할 것인지(Anonymity), 어그리게이션 프록시 서버(aggregation proxy server)에 의해 인증된 모든 클라이언트에게 컨텐츠를 공유할 것인지 여부를 설정할 수 있다.
상기 공유 권한 종류('<actions>')는 검색(Query) 요청 또는 구독(subscribe) 요청 중 어느 경우에 컨텐츠 공유를 허용할 것인지 여부를 설정할 수 있다. 구체적으로 설명하면, 검색 요청 및 구독 요청이 허용(allow)이면, 검색 결과에 '<shared-content-info>'가 포함될 것이며, 구독이 승인(accept)될 수 있다. 그리고 검색 요청이 허용(allow)이고 구독 요청이 제한(block)이면, 검색 결과에 '<shared-content-info>'가 포함될 것이며, 구독이 거절(reject)될 수 있다. 또한 검색 요청이 제한(block)이고 구독 요청이 허용(allow)이면, 검색 결과에 '<shared-content-info>'가 포함되지 않을 것이며, 구독이 승인(accept)될 수 있다. 그리고 검색 요청 및 구독 요청이 제한(block)이면, 검색 결과에 '<shared-content-info>'가 포함되지 않을 것이며, 구독이 거절(reject)될 것이다.
상기 공유 정보 종류('<transformations>')는 검색 결과에 포함시킬 항목의 메타 데이터를 설정할 수 있는데, 상기 메타 데이터의 종류에는 컨텐츠 이름, 컨텐 츠 유형, 컨텐츠 사이즈, 컨텐츠 저장 위치, 키워드, 컨텐츠 소유자 둥이 가능하다.
상기 접근 규칙 등록 요청 메시지(XCAP PUT(AUID=access-rule))를 수신한 정보 서버(104)는 수신한 접근 규칙을 저장부(320)에 각 클라이언트에 따라 각각 저장하여 등록한다. 그리고 상기 정보 서버(104)는 540 단계에서 상기 접근 규칙 등록 요청 메시지(XCAP PUT(AUID=access-rule))를 수신한 것에 대응하여 확인 메시지를 어그리게이션 프록시 서버(501)를 통하여 제1 클라이언트로 전송한다.
도 6은 본 발명의 실시예에 따른 제2 클라이언트(102)가 특정 컨텐츠 검색(Query)을 위한 검색 요청 메시지를 정보 서버(104)에 전송하고, 그 검색 결과를 수신하는 과정을 나타내는 순서도이다. 이 경우 상기 도 6는 상기 도 1의 S130A 단계에 대응하는 과정이다.
우선, 제2 클라이언트(102)는 S610 단계에서 특정 컨텐츠를 검색하기 위한 검색 요청 메시지를 어그리게이션 프록시 서버(501) 및 서치 프록시 서버(601)를 통하여 정보 서버(104)로 전송한다.
이 경우, 본 발명의 실시예에 따르면 상기 검색 요청 메시지는 HTTP POST일 수 있다. 상기 검색 요청 메시지에 대한 구체적인 포맷은 다음의 표 3와 같다.
[표 3]
<?xml version="1.0"encoding="UTF-8"?> <search-set xmlns="urn:oma:xml:xdm:search"> <search id="1234"> <request> <query> <![CDATA[ xquery version "1.0"; declare default element namespace "urn:oma:xml:xdm:user-profile"; for $u in collection("org.openmobilealliance.content-sharing/users/")/shared-content-info where ($u/shared-content-info/fileset/*/name="abc.mp3") //abc.mp3 파일이 있는지 검색 return <shared-content-info><$u/file></shared-content-info> //검색하고자 하는 파일이 있으면 검색 결과에 해당 <shared-content-info>을 포함 ]]> </query> </request> </search> </search-set>
상기 표 3에서 확인할 수 있는 바와 같이 제2 클라이언트는 검색 요청 메시지에 특정 파일을 검색하기 위한 'where' 구문 및 검색 결과를 획득하기 위한 'return' 구문을 포함한다. 구체적으로 상기 표 3에서 제2 클라이언트는 'abc.mp3'라는 파일이 존재하는 위치를 검색하여('where ($u/shared-content-info/fileset/*/name="abc.mp3"), 그 검색된 컨텐츠의 메타 데이터가 포함된 '<shared-content-info>'를 검색 결과 메시지로 리턴 받고자 하는 실시예를 확인할 수 있다.
상기 검색 요청 메시지를 수신한 정보 서버(104)는 상기 제2 클라이언트(102)로부터 요청된 특정 컨텐츠를 포함하고 있는 컨텐츠 리스트를 검색한다. 그리고 상기 정보 서버(104)는 검색된 컨텐츠 리스트의 소유자가 검색을 요청한 제2 클라이언트(102)에 대해 공유 권한을 설정하였는지 확인하기 위하여 대응하는 접근 규칙을 확인한다. 그리고 상기 정보 서버(104)는 제2 클라이언트에게 특정 컨텐츠에 대한 공유 권한이 구비된 경우, 상기 컨텐츠의 메타 데이터가 포함된 검색 결과 메시지를 S620 단계에서 생성한다. 그리고 상기 정보 서버(104)는 S630 단계에서 상기 생성된 검색 결과 메시지를 제2 클라이언트에 전송한다.
이 경우 상기 생성된 검색 결과 메시지에 대한 구체적인 포맷은 다음의 표 4와 같다.
[표 4]
<?xml version="1.0" encoding="UTF-8"?> <shared-content-info> <fileset > <file id = "1">// 첫번째 검색 결과 <name>abc.mp3</name> // 컨텐츠 이름 <mime-type>audio/mp3</mime-type> // 컨텐츠 유형 <size>3120000</size> // 컨텐츠 사이즈 <file-source> <file-iduri = "sip:file28412354@contentserver.com"/> // 컨텐츠 위치(SIP URI) </file-source> <key-words> <keyword>rock</keyword> // 컨텐츠 키워드 </key-words> </file> <file id= "2">// 두번째 검색 결과 <name>abc.mp3</name> // 컨텐츠 이름 <mime-type>audio/mp3</mime-type> // 컨텐츠 유형 <user-uri>sip:xyz@example.com</user-uri> // 해당 컨텐츠을 소유한 User <size>324000</size> // 컨텐츠 사이즈 <file-source> <absolute-path url = http://contentserver.com/files/107262/abc.mp3/> // 컨텐츠 위치(HTTP URI) </file-source> </file> </file-set> </shared-content-info>
상기 표 4에서 확인할 수 있는 바와 같이 제2 클라이언트(102)가 요청한 'abc.mp3'라는 파일에 관한 정보는 '<shared-content-info>'의 형태로 제공되며 '<fileset >'의 내부에 검색된 컨텐츠의 메타 데이터가 검색 순서대로 나열된다. 상기 표 4의 경우, 모두 두 가지 종류의 'abc.mp3'가 검색되었음을 알 수 있으며, 첫 번째 검색 결과에는 컨텐츠 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 위치, 컨텐츠 키워드 등이 포함되어 있다. 그리고 두 번째 검색 결과에는 컨텐츠 이름, 컨텐츠 유형, 소유한 유저, 컨텐츠 사이즈, 컨텐츠 위치 등이 포함되어 있다. 이처럼 검색 결과에 포함되는 메타 데이터가 다른 이유는 상기 특정 컨텐츠를 소유하고 있는 각각의 제1 클라이언트(101)들이 접근 규칙(access-rule)을 통해 공유 정보 종류를 서로 다르게 설정하였기 때문이다.
상기한 바와 같이 제2 클라이언트는 정보 서버(104)에 특정 컨텐츠에 관한 검색을 요청하고, 검색 결과를 수신하여 검색된 컨텐츠의 메타 데이터를 확인할 수 있다.
도 7은 본 발명의 실시예에 따른 제2 클라이언트(102)가 정보 서버(104)에 구독(subscribe)을 요청하는 과정을 나타내는 도면이다. 이 경우, 상기 도 7은 상기 도 1의 S130B 단계에 대응하는 과정이다.
우선 제2 클라이언트(102)는 S710 단계에서 구독(subscribe)을 위한 구독 요청 메시지를 코어 서버(701)를 통해 정보 서버(104)로 전송한다. 이 경우 상기 코어 서버(701)는 OMA(Open Mobile Alliance)에서 표준 규격화한 SIP/IP Core 서버일 수 있다. 그리고 본 발명의 실시예에 따르면 상기 구독 요청 메시지는 SUBSCRIBE 메시지(SUBSCRIBE(Event:xcap-diff))일 수 있다.
본 발명에서 상기 제2 클라이언트(102)가 정보 서버(104)에 구독(subscribe)하여 컨텐츠를 공유하는 방법에는 제1 클라이언트(101)가 컨텐츠 리스트에 새로운 컨텐츠를 업데이트 할 때 통지(notify)받는 첫 번째 방법과 제1 클라이언트(101)가 특정 컨텐츠를 업데이트 할 때 통지(notify)받는 두 번째 방법이 있다.
이 경우 제1 클라이언트(101)가 자신의 컨텐츠 리스트에 새로운 컨텐츠를 업데이트 할 때 통지(notify)받는 첫 번째 방법에 따른 구독 요청 메시지(SUSCRIBE(Event:xcap-diff))에 대한 구체적인 포맷은 다음의 표 5와 같다.
[표 5]
SUBSCRIBE sip:User1@example.com Via: SIP/2.0/TCP client.example.com:5060;branch=z9hG4bKxjfdsjfk To: <sip:User1@example.com> From: <sip:watcher@example.com>;tag:12341111 Expires: 3600 Event: xcapdiff; path=" org.openmobilealliance.content-sharing/users/sip:User1@example.com/shared-content-info " Call-ID: b89rjhnedlrfjflslj40a222 CSeq: 85 SUBSCRIBE P-Preferred-Identity: "Watcher"<sip:watcher@example.com> Privacy: none Contact: <sip:watcher@client.example.com> Content-Type: application/simple-filter+xml Content-Length: ... <?xml version="1.0"encoding="UTF-8"?> <filter-set xmlns="urn:ietf:params:xml:ns:simple-filter"> <filter id="123"> <trigger> <added> /shared-content-info/fileset/file </added> </trigger> </filter> </filter-set>
상기 표 5에서 '<trigger>'는 제1 클라이언트(101)가 컨텐츠 리스트에 새로 운 컨텐츠를 업데이트 할 때, 통지(notify)하도록 설정하기 위한 요소(element)이다. 다시 말해 제1 클라이언트(101)의 컨텐츠 리스트에 새로운 컨텐츠가 업데이트 되면('shared-content-info/fileset/file' 부분) 정보 서버(104)는 이에 대한 통지 메시지를 생성한다.
상기 표 5의 구독 요청 메시지는 특정 클라이언트('sip:User1@example.com')의 컨텐츠 리스트 업데이트 시 통지(notify)하도록 설정되었지만, 정보 서버(104)에 저장된 모든 컨텐츠 리스트 업데이트 시 통지(notify)하도록 설정할 수도 있음은 당업자에게 자명한 사실이다(이하 동일하다).
그리고 제1 클라이언트(101)가 자신의 컨텐츠 리스트에 특정 컨텐츠를 업데이트 할 때 통지(notify)받는 두 번째 방법에 따른 구독 요청 메시지(SUSCRIBE(Event:xcap-diff))에 대한 구체적인 포맷은 다음의 표 6과 같다.
[표 6]
SUBSCRIBE sip:User1@example.com Via: SIP/2.0/TCP client.example.com:5060;branch=z9hG4bKxjfdsjfk To: <sip:User1@example.com> From: <sip:watcher@example.com>;tag:12341111 Expires: 3600 Event: xcapdiff; path=" org.openmobilealliance.content-sharing/users/sip:User1@example.com/shared-content-info " Call-ID: b89rjhnedlrfjflslj40a222 CSeq: 85 SUBSCRIBE P-Preferred-Identity: "Watcher"<sip:watcher@example.com> Privacy: none Contact: <sip:watcher@client.example.com> Content-Type: application/simple-filter+xml Content-Length: ... <?xml version="1.0"encoding="UTF-8"?> <filter-set xmlns="urn:ietf:params:xml:ns:simple-filter"> <filter id="123"> <trigger> // User1의 특정 파일(abc.mp3)이 업데이트될 때 trigger되도록 설정 <added> /shared-content-info/fileset/file[name= "abc.mp3"] </added> </trigger> </filter>
상기 표 6에서 '<trigger>'는 제1 클라이언트(101)가 컨텐츠 리스트에 특정 컨텐츠를 업데이트 할 때, 통지(notify)하도록 설정하기 위한 요소(element)이다. 다시 말해, 제1 클라이언트(101)의 컨텐츠 리스트에 'abc.mp3'라는 컨텐츠가 업데이트 되면('shared-content-info/fileset/file[name= "abc.mp3"]' 부분) 정보 서버(104)는 이에 대한 통지 메시지를 생성한다.
상기 제2 클라이언트(102)로부터 구독 요청 메시지(SUBSCRIBE(Event:xcap-diff))를 수신한 정보 서버(104)는 S712 단계에서 상기 구독 요청된 특정 컨텐츠의 업데이트 여부 감시를 개시한다. 따라서, 이후에 상기 정보 서버(104)가 상기 제2 클라이언트(102)가 구독 요청한 특정 컨텐츠의 업데이트를 감지하면, 이를 상기 제 2 클라이언트에게 통지(notify)할 수 있다.
그리고 상기 제2 클라이언트(102)로부터 구독 요청 메시지(SUBSCRIBE(Event:xcap-diff))를 수신한 정보 서버(104)는 상기 구독 요청에 대한 초기 응답을 위해, 요청된 특정 컨텐츠를 포함하고 있는 컨텐츠 리스트를 검색한다. 그리고 상기 정보 서버(104)는 검색된 컨텐츠 리스트 소유자가 제2 클라이언트(102)에 대해 공유 권한을 설정하였는지 확인하기 위하여, 대응하는 접근 규칙(access-rule)을 검색하여 S714 단계에서 초기 통지 메시지를 생성할 수 있다.
그리고 상기 정보 서버(104)는 S720 단계에서 상기 생성된 통지 메시지를 상기 제2 클라이언트(102)로 전송한다. 이 경우 상기 통지 메시지는 NOTIFY 메시지(NOTIFY(Event:xcap-diff))일 수 있다. 상기 NOTIFY 메시지(NOTIFY(Event:xcap-diff))에 대한 구체적인 포맷은 후술하도록 한다. 그러면 상기 통지 메시지(NOTIFY(Event:xcap-diff))를 수신한 제2 클라이언트(102)는 이에 대한 확인 메시지를 S730 단계에서 정보 서버(104)로 전송한다.
도 8은 제2 클라이언트에 의해 구독(Subscribe) 요청된 컨텐츠를 포함하는 컨텐츠 리스트 업데이트 시, 제2 클라이언트(102)에게 통지(notify)하는 과정을 나타내는 순서도이다. 이 경우, 상기 도 8은 상기 도 1의 S130B 단계에 대응하는 과정이다.
우선, 제1 클라이언트(101)가 S810 단계에서 컨텐츠 리스트 등록 요청 메시지를 정보 서버(104)에 전송한다.(이에 관한 사항은 도 5의 S510 단계와 동일하다)이 경우, 상기 컨텐츠 리스트 등록 요청 메시지는 XCAP 메시지(XCAP PUT(AUID=shared-content-list))일 수 있다. 그리고 상기 컨텐츠 리스트에 대한 구체적은 포맷은 상기 표 1에서 기술한 바와 같다. 그리고 상기 정보 서버(104)는 S820 단계에서 상기 컨텐츠 리스트 등록 요청 메시지(XCAP PUT(AUID=shared-content-list))에 대한 확인 메시지를 제1 클라이언트(101)에게 전송한다.
그러면 정보 서버(104)는 S830 단계에서 제2 클라이언트(102)에 의해 구독 요청된 특정 컨텐츠의 업데이트를 감지한다. 그리고 상기 정보 서버(104)는 제2 클라이언트(102)의 구독(subscribe) 요청에 대한 컨텐츠 공유 권한 구비 여부를 확인하기 위해 S835 단계에서, 제1 클라이언트(101)의 등록된 접근 규칙을 이용하여 제1 클라이언트 공유 컨텐츠의 제2 클라이언트와의 공유 권한 구비 여부를 확인한다. 그리고 정보 서버(104)는 S840 단계에서 상기 구독에 대한 검색 결과의 메타 데이터를 포함하는 통지 메시지(NOTIFY(Event:xcap-diff))를 생성하고, S850 단계에서 구독(subscribe)을 요청한 제2 클라이언트(102)에게 전송한다.
이 경우, 상기 통지 메시지(Event:xcap-diff)에 대한 구체적인 포맷은 다음의 표 7과 같다.
[표 7]
NOTIFY sip: User1@example.com;comp=sigcomp SIP/2.0 Via: SIP/2.0/UDP sharedcontentxdms1.home1.net;branch=z9hG4bK332b23.1 Max-Forwards: 70 Route: <sip:scscf1.home1.net;lr>, <sip:pcscf1.visited1.net:7531;lr;comp=sigcomp> From: <sip: User1@example.com>;tag=31415 To: <sip:watcher@example.com>;tag=151170 Call-ID: b89rjhnedlrfjflslj40a222 CSeq: 112 NOTIFY Subscription-State: active;expires=3600 Event: xcap-diff Content-Type: application/xcap-diff+xml Contact: <sip: User1@example.com> Content-Length: (...) <?xml version="1.0"encoding="UTF-8"?> <xcap-diff xmlns="urn:ietf:params:xml:ns:xcap-diff> <document previous-etag="7ahggs"docselector=" org.openmobilealliance.content-sharing/users/sip:User1@example.com/shared-content-info" new-etag="ffds66a"> <change-log> <add sel="/shared-content-info/fileset"> <file id = "3"> // 새로운 파일(Koreapic.jpg)이 추가됨에 따라서 NOTIFY를 수신 <name>Koreapic.jpg</name> <mime-type>image/jpeg</mime-type> <file-source> <file-iduri = "sip:file3244245@contentserver.com"/> </file-source> <key-words> <keyword>Korea</keyword> <keyword>snow</keyword> </key-words> </file> </add> </change-log> </document> </xcap-diff>
상기 표 7에서는 제1 클라이언트의 컨텐츠 리스트에 새로운 컨텐츠가 업데이트 됨에 따라, 제2 클라이언트(102)에게 전송될 통지 메시지(NOTIFY(Event:xcap-diff))에 포함된 정보를 확인할 수 있다. 이 경우, 제1 클라이언트(101) 컨텐츠 리스트에 업데이트된 컨텐츠는 'Koreapic.jpg'이며, 상기 컨텐츠에 대한 컨텐츠 유형, 컨텐츠 위치, 컨텐츠 키워드 등을 알 수 있다.
상기 통지 메시지(NOTIFY(Event:xcap-diff))를 수신한 제2 클라이언트(102)는 S860 단계에서 이에 대한 확인 메시지를 정보 서버(104)에 전송한다.
도 9 내지 도 12에서는 상기 도 5 내지 도 8에서 기술한 컨텐츠 공유 방법에 대해 설명하는 순서도를 도시하였다. 이 경우, 송수신되는 메시지의 구체적인 포맷 등에 관한 사항은 상기에서 설명한 바 있으므로 이하에서는 생략하기로 한다.
도 9는 본 발명의 실시예에 따른 제2 클라이언트(102)가 직접 검색(Query) 또는 구독(subscribe) 요청을 통하여 제1 클라이언트(101)가 저장한 컨텐츠를 공유하는 방법을 나타내는 순서도이다.
제1 클라이언트(101)는 S910 단계에서 공유하고자 하는 컨텐츠를 자신의 로컬 저장부 또는 컨텐츠 서버(103)에 저장한다. 그리고 상기 제1 클라이언트(101)는 S920 단계에서 상기 저장된 컨텐츠에 대한 식별 기호인 컨텐츠 ID를 부여받는다. 이 경우, 상기 제1 클라이언트(101)가 컨텐츠를 로컬 저장부에 저장한 경우에는 직접 컨텐츠 ID를 생성하고, 컨텐츠 서버(103)에 저장한 경우에는 상기 컨텐츠 서버(103)로부터 컨텐츠 ID를 부여받게 된다.
그리고 상기 제1 클라이언트(101) 또는 컨텐츠 서버(103)가 컨텐츠 리스트 등록 요청 메시지 및 접근 규칙 등록 요청 메시지를 정보 서버(104)에 전송하면, 상기 정보 서버(104)는 S930 단계에서 상기 메시지를 수신하여 클라이언트 별로 저장한다.
그리고 제2 클라이언트(102)가 공유 컨텐츠를 검색하기 위한 방법으로서 S940 단계에서 직접 검색 요청을 하면 S950 단계에서 쿼리 모드가 실행된다. 그리 고 상기 제2 클라이언트(102)가 공유된 컨텐츠를 검색하기 위한 방법으로서 S940 단계에서 직접 검색 요청을 하지 않는 경우, S960 단계에서 구독(subscribe)을 하는지 여부를 판단하고, 구독 요청이라면 S970 단계에서 구독/통지(subscribe/notify) 모드를 실행한다.
도 10은 상기 도 9에서 제1 클라이언트(101)가 컨텐츠 리스트를 정보 서버(104)에 전송하면, 정보 서버(104)가 이를 수신하여 등록하는 과정인 S930 단계의 상세 과정을 나타내는 순서도이다.
우선, 제1 클라이언트(101)가 특정 컨텐츠를 로컬 저장소 또는 정보 서버(104)에 저장하여 컨텐츠 ID를 부여 받은 후, 컨텐츠 리스트를 생성한다. 그리고 상기 제1 클라이언트(101) 또는 정보 서버(104)는 S1010 단계에서 컨텐츠 리스트 등록 요청 메시지를 정보 서버(104)에 전송한다. 상기 컨텐츠 리스트 등록 요청 메시지에는 컨텐츠의 이름, 컨텐츠 유형, 사이즈, 컨텐츠 소유자, 컨텐츠 저장 위치, 키워드 등의 메타 데이터가 포함될 수 있다. 그러면 상기 컨텐츠 리스트 등록 요청 메시지를 수신한 정보 서버(104)는 클라이언트 별로 컨텐츠 리스트를 저장하고, S1020 단계에서 확인 메시지를 제1 클라이언트(101)로 전송한다.
그리고 상기 제1 클라이언트(101)는 S1030 단계에서 접근 규칙 등록 요청 메시지를 정보 서버(104)에 전송한다. 상기 접근 규칙 등록 요청 메시지에는 공유 권한 부여 범위, 공유 권한 종류, 공유 정보 종류 등의 메타 데이터가 포함될 수 있다. 그리고 상기 접근 규칙 등록 요청 메시지를 수신한 정보 서버(104)는 S1040 단계에서 확인 메시지를 제1 클라이언트(101)로 전송한다.
상기 도 10에서는 비록 컨텐츠 리스트 등록 요청 메시지 전송 후 접근 규칙 등록 요청 메시지를 전송하는 실시예를 기술하였지만, 이는 컨텐츠 리스트 및 접근 규칙을 정보 서버(104)에 등록하는 한 가지 실시예에 관한 사항일 뿐, 반드시 상기와 같은 순서에 구속되는 것은 아니다. 다시 말해, 제1 클라이언트는 접근 규칙 등록 요청 메시지 전송 후, 컨텐츠 리스트 등록 요청 메시지를 전송할 수도 있고, 또는 컨텐츠 리스트 등록 요청 메시지 및 상기 접근 규칙 등록 요청 메시지를 별도로 전송하여 등록할 수도 있는 것이다 .
도 11은 본 발명의 실시예에 따른 제2 클라이언트가 특정 컨텐츠를 직접 검색하기 위한 도 9의 S950 단계의 쿼리 모드의 상세 과정을 나타내는 순서도이다.
우선, 제2 클라이언트(102)는 S1110 단계에서 특정 컨텐츠를 검색하기 위한 검색 요청 메시지를 정보 서버(104)에 전송할 수 있다. 그러면 컨텐츠 리스트 관리부(240A)는 상기 검색 요청 메시지에서 검색 요청된 특정 컨텐츠를 확인하고, 클라이언트 별로 저장된 컨텐츠 리스트 중에서 상기 특정 컨텐츠를 포함하고 있는 컨텐츠 리스트를 검색한다. 그리고 상기 컨텐츠 리스트 관리부(240A)는 S1120 단계에서, 공유 권한 구비 여부를 확인하기 위하여 대응하는 접근 규칙(access-rule)을 접근 규칙 관리부(240B)에 요청한다. 상기 요청을 수신한 접근 규칙 관리부(240B)는 S1130 단계에서 해당 접근 규칙을 컨텐츠 리스트 관리부(240A)에 전달한다. 그러면 정보 서버(104)는 S1140 단계에서 공유 권한이 허용된 컨텐츠의 메타 데이터만이 포함된 검색 결과 메시지를 생성하여 상기 제2 클라이언트에게 전송한다. 이 경우 상기 검색 결과 메시지에는 컨텐츠 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐 츠 위치, 컨텐츠 키워드 등이 포함될 수 있다.
도 12는 본 발명의 실시예에 따른 제2 클라이언트(102)가 컨텐츠 업데이트에 대한 구독(subscribe) 요청 후, 업데이트 결과를 통지(notify) 받는 상기 도 9의 S970 단계의 상세 과정을 나타내는 순서도이다.
우선, 제2 클라이언트(102)는 S1210 단계에서 구독(subscribe)을 위한 구독 요청 메시지를 정보 서버(104)로 전송한다. 이 경우 상기 구독은 제1 클라이언트(101)의 컨텐츠 리스트에 새로운 컨텐츠를 업데이트 할 때 통지(notify)받는 방법과 제1 클라이언트(101)가 특정 컨텐츠를 업데이트 할 때 통지(notify)받는 방법 중 어느 것이라도 무방하다. 그리고 상기 구독 요청 메시지를 수신한 정보 서버(104)는 상기 구독 요청된 컨텐츠에 대한 감시를 개시하고, S1220 단계에서 이에 대한 초기 통지 메시지를 생성하여 제2 클라이언트(102)로 전송한다. 그러면 상기 통지 메시지를 수신한 제2 클라이언트(102)는 S1230 단계에서 이에 대한 확인 메시지를 정보 서버(104)로 전송한다.
그리고 정보 서버(104)가 S1240 단계에서 구독된 특정 컨텐츠가 업데이트 되거나 또는 새로운 컨텐츠가 업데이트 되었음을 감지하면, S12450 단계에서 이에 대한 통지 메시지를 생성하여 제2 클라이언트(102)로 전송함으로써 통지(notify)한다. 이 경우, 상기 통지 메시지에는 컨텐츠 유형, 컨텐츠 위치, 컨텐츠 키워드 등이 포함될 수 있다.
제2 실시예
이하 도 13 내지 도 18에서는 본 발명의 제2 실시예에 따른 컨텐츠 공유 방 법에 대하여 기술하도록 한다.
우선, 도 13은 본 발명의 제2 실시예에 따른 컨텐츠 공유 프레임 워크를 나타내는 도면이다. 도 13에서 도시된 바와 같이, 제2 실시예에 따른 컨텐츠 공유 프레임 워크는 제1 클라이언트(101), 제2 클라이언트(102), 컨텐츠 서버(103), 정보 서버(104) 및 프리젠스 서버(1301)를 포함할 수 있다.
상기 제1 클라이언트(101), 제2 클라이언트(102), 컨텐츠 서버(103), 정보 서버(104)는 상기 도 1에서 기술한 바와 동일하므로 구체적인 설명은 생략하기로 한다.
프리젠스 서버(1301)는 클라이언트에 관한 상태 정보를 수집, 저장하고 각 정보를 병합하여 각각의 클라이언트에 관한 프리젠스 정보를 생성할 수 있다. 이 경우, 상기 프리젠스 서버(1301) 및 프리젠스 정보는 OMA(Open Mobile Alliance)에서 표준 규격화한 프리젠스 서버(Presence Server) 및 프리젠스 인포메이션(presence information) 일 수 있다. 그리고 본 발명의 실시예에 따르면, 상기 프리젠스 서버(1301)는 제2 클라이언트(102)로부터 구독(subscribe) 요청을 수신한 경우, 컨텐츠 업데이트 정보를 상기 프리젠스 정보에 포함시켜 상기 제2 클라이언트(10)에게 통지(notify)할 수 있다.
이하에서는 도 13에 도시된 바에 따라 제2 클라이언트(102)가 프리젠스 서버(1301)에 구독(subscribe) 요청을 하고, 그에 대한 결과를 통지(notify) 받는 과정에 대해 기술하도록 한다. 이 경우, 도 13의 S1210A, S1210B, S1220A, S1220B 단계는 각각 도 1의 S110A, S110B, S120A, S120B에 대응되는 것이므로 자세한 설명은 생략하기로 한다.
다만, 도 1의 S120A 단계에서 제1 클라이언트(101)는 접근 규칙(access-rule)을 정보 서버(104)에 전송하여 등록하지만, 도 13의 S1320A 단계에서는 프리젠스 규칙(pres-rule)을 전송한다는 점에서 차이점이 있다. 그리고 상기 프리젠스 규칙을 수신한 정보 서버(104)는 이를 다시 프리젠스 서버(1301)에 전송하여 등록한다. 따라서 제2 실시예에서는 프리젠스 규칙(pres-rule)은 상기 프리젠스 서버(1301)에 등록되고 관리된다.
이 경우, 상기 프리젠스 규칙은 상기 표 2에 도시된 접근 규칙(access rule)의 포맷과 유사하다. 다만 상기 접근 규칙의 메타 데이터 중, 직접 검색(Query)과 관련된 '<actions> <content-sharing>allow</content-sharing>' 항목이 결여된 것에 그 차이점이 있을 뿐이다.
제2 실시예에 따른 컨텐츠 공유 프레임 워크가 제1 실시예에 따른 컨텐츠 공유 프레임 워크와 다른 점은, 제2 클라이언트(102)가 구독(subscribe)을 요청하고 대응하는 통지(notify)를 받는 과정이 정보 서버(104)가 아닌 프리젠스 서버(1301)를 통하여 실행된다는 점이다.
다시 말해, 제2 클라이언트(102)는 프리젠스 서버(1301)를 통해 S1330 단계에서 특정 컨텐츠에 대한 구독(subscribe)을 요청한다. 그리고 정보 서버(104)에 저장된 컨텐츠 리스트가 업데이트 되면, 상기 정보 서버(104)는 이를 S1340A 단계에서 프리젠스 서버(1301)에 통지(notify)하거나 또는 S1340B 단계에서 퍼블리시(publish)할 수 있다. 그러면 상기 프리젠스 서버(1301)는 구독 요청에 대한 결 과를 S1350 단계에서 제2 클라이언트(102)에게 통지(notify)한다.
상기 S1350 단계를 통하여 원하는 컨텐츠의 저장 위치를 확인한 제2 클라이언트(102)는 MSRP(Message Session Relay Protocol), HTTP(Hypertext Transfer Protocol) 등의 프로토콜을 이용하여 제1 클라이언트의 로컬 저장부 또는 컨텐츠 서버(103)로부터 특정 컨텐츠를 다운로드 할 수 있다.
도 14는 본 발명의 실시예에 따른 프리젠스 서버(1301)의 구성을 도시하는 도면이다.
상기 프리젠스 서버(1301)는 상기 도 14에 도시된 바와 같이, 통신부(1310), 저장부(1320), 제어부(1330)를 포함할 수 있다. 이 경우 상기 제어부(1330)는 프리젠스 메시지 관리부(1330A) 및 프리젠스 규칙 관리부(1330B)를 포함할 수 있다.
통신부(1410)는 정보 서버(104) 또는 제2 클라이언트(102)를 통해 송수신 되는 신호를 처리하는 역할을 수행한다.
저장부(1420)는 프리젠스 서버(1301)의 동작에 필요한 각종 데이터를 저장할 수 있다. 그리고 본 발명의 실시예에 따른 상기 저장부(1420)는 공유 권한을 설정하고 있는 프리젠스 규칙(pres-rule)을 저장할 수 있다. 그리고 상기 저장부(1420)는 비록 도 14에서는 제어부의 외부에 도시되어 있지만, 본 발명의 또 다른 실시예에 따르면 상기 제어부의 내부에 구비되는 것 역시 가능하다.
제어부(1430)는 프리젠스 서버(1301)의 전반적인 동작을 위한 제어 및 처리를 수행하고, 본 발명의 실시예에 따라 각 클라이언트들의 프리젠스 규칙을 등록 및 관리한다. 또한 상기 제어부(1430)는 제2 클라이언트로부터 구독(subscribe) 요 청을 받고 해당 컨텐츠의 변경 또는 업데이트 발생 시, 해당 컨텐츠의 메타 데이터를 프리젠스 정보에 포함시켜 통지(notify)하는 기능을 제어 및 처리한다.
프리젠스 메시지 관리부(1430A)는 제2 클라이언트(102)로부터 전송되는 프리젠스 구독 요청 메시지를 수신하여 처리하고, 상기 프리젠스 구독 요청 메시지 수신 시, 프리젠스 규칙 관리부(1430B)에 해당하는 프리젠스 규칙을 요청한다. 또한 상기 프리젠스 메시지 관리부(1430A)는 해당 컨텐츠의 변경 또는 업데이트 발생 시 이에 대한 통지(notify) 메시지를 제2 클라이언트(102)로 전송하는 일련의 과정을 제어한다. 그리고 프리젠스 규칙 관리부(1430B)는 저장부(1420)에 저장된 프리젠스 규칙을 관리한다.
도 15는 본 발명의 제2 실시예에 따른 제2 클라이언트(102)가 프리젠스 서버(1301)에 구독(subscribe)을 요청하고 이에 대한 통지를 받는 과정을 나타내는 도면이다. 이 경우, 상기 도 15는 상기 도 13의 S1330 및 S1350단계에 대응하는 과정이다.
우선 제2 클라이언트(102)는 S1505 단계에서 구독(subscribe) 요청을 위한 프리젠스 구독 요청 메시지를 코어 서버(701)를 통해 프리젠스 서버(1301)로 전송한다. 이 경우, 본 발명의 실시예에 따는 프리젠스 구독 요청 메시지는 SUBSCRIBE 메시지(SUBSCRIBE(Event:presence))일 수 있고 이에 대한 구체적인 포맷은 다음의 표 8과 같다.
[표 8]
SUBSCRIBE sip:presentity@example.com Via: SIP/2.0/TCP client.example.com:5060;branch=z9hG4bKxjfdsjfk To: <sip:presentity@example.com> From: <sip:watcher@example.com>;tag:12341111 Call-ID: 32432udfidfjmk342 Cseq: 1 SUBSCRIBE Expires: 3600 Event: Presence Contact: <sip:watcher@client.example.com> Content-Type: application/simple-filter+xml Content-Length: ... <?xml version="1.0"encoding="UTF-8"?> <filter-set xmlns="urn:ietf:params:xml:ns:simple-filter"> <ns-bindings> <ns-binding prefix="pidf"urn="urn:ietf:params:xml:ns:pidf"/> </ns-bindings> <filter id="123"uri="sip:presentity@example.com"> <trigger> <trigger> //remote party가 shared content list에 abc.mp3를 추가하게 되면 NOTIFY를 수신하게 될 것이다. <added> /shared-content-info/fileset/file[name= "abc.mp3"] </added> </trigger> <trigger> // presence status가 offline에서 online으로 바뀌게 되면 NOTIFY를 수신하게 될 것이다. <changed from="closed" to="open"> /pidf:presence/pidf:tuple/pidf:status/pidf:basic </changed> </trigger>
상기 표 8에서는 제2 클라이언트(102)가 특정 컨텐츠 업데이트 시 또는 특정 클라이언트의 네트워크 연결 상태가 온라인으로 변경 시, 이에 대한 통지(notify)를 요구하고 있음을 확인할 수 있다. 다시 말해, 상기 제2 클라이언트는 프리젠스 구독 요청 메시지는 상기 특정 클라이언트가 'abc.mp3'를 업데이트 하거나('/shared-content-info/fileset/file[name= "abc.mp3"' 부분) 또는 프리젠스 상태가 오프라인에서 온라인으로 변경되면('<changed from="closed" to="open">' 부분) 이에 대한 통지(notify)를 요구할 수 있다.
프리젠스 서버(1301)는 상기 프리젠스 구독 요청 메시지( SUBSCRIBE(Event:presence))를 수신하면, S1510 단계에서 정보 서버(104)로부터의 통지(notify) 또는 퍼블리시(publish)에 대한 감시를 개시한다. 그리고 상기 프리젠스 서버(1301)가 통지 또는 퍼블리시를 감지하면, S1520 단계에서 특정 컨텐츠에 대한 제2 클라이언트의 공유 권한 구비 여부를 확인하여 구독 요청된 컨텐츠의 메타 데이터가 포함된 프리젠스 통지 메시지(NOTIFY(Event:presence))를 생성한다. 이 경우, 본 발명의 일 실시예에 따르면 상기 프리젠스 통지 메시지는 OMA에서 표준 규격화한 프리젠스 인포메이션(presence information)에 구독 요청된 컨텐츠의 메타데이터가 포함된 형태일 수 있다(상기 프리젠스 통지 메시지에 대한 구체적인 포맷은 후술하도록 한다).
그리고 상기 프리젠스 서버(1301)는 S1530 단계에서 상기 생성된 프리젠스 통지 메시지를 제2 클라이언트(102)에게 전송한다. 그리고, 상기 프리젠스 통지 메시지(NOTIFY(Event:presence))를 수신한 제2 클라이언트(102)는 S1540 단계에서 이에 대한 확인 메시지를 프리젠스 서버(1301)로 전송한다.
도 16a는 프리젠스 서버(1301)가 제2 클라이언트(102)로부터 수신한 프리젠스 구독 요청 메시지를 정보 서버(104)에 전송하고, 컨텐츠 리스트를 요청하여 수신하는 과정을 나타내는 순서도이다.
본 발명의 제2 실시예에 따라 정보 서버(104)에 저장된 컨텐츠 리스트가 업데이트 되면, 상기 정보 서버(104)는 프리젠스 서버(1301)와 동기화 하기 위하여, 업데이트된 컨텐츠 리스트를 상기 프리젠스 서버(1301)에 통지(notify)하거나 또는 퍼블리시(publish)할 수 있다. 상기 도 16a는 상기 정보 서버(104)가 업데이트된 컨텐츠 리스트를 상기 프리젠스 서버(1301)에 통지(notify)하는 실시예에 관한 도면이다.
이 경우, 상기 프리젠스 서버(1301)는 S1601 단계에서 제2 클라이언트(102)로부터 수신한 프리젠스 구독 요청 메시지(SUBSCRIBE(Event:presence))를 구독 요청 메시지(SUBSCRIBE(Event:XCAP-diff))로 변환하여 정보 서버(104)에 전송한다. 이 경우 상기 구독 요청 메시지(SUBSCRIBE(Event:XCAP-diff))에 대한 구체적인 포맷은 상기 표 5에서 언급한 바와 같다. 상기 구독 요청 메시지(SUBSCRIBE(Event:XCAP-diff))는 이 후 정보 서버(104)가 특정 컨텐츠에 대한 업데이트 감지 시, 상기 구독 요청에 대응하여 프리젠스 서버(1301)에 통지(notify)하기 위해 사용될 수 있다.
상기 구독 요청 메시지(SUBSCRIBE(Event:XCAP-diff))를 전송한 프리젠스 서버(1301)는 프리젠스 규칙을 이용하여 구독을 요청한 제2 클라이언트(102)의 공유 권한을 확인한다. 그리고 상기 프리젠스 서버(1301)는 상기 구독 요청에 대한 초기 프리젠스 통지 메시지를 생성하기 위해 S1602 단계에서 정보 서버(104)에 컨텐츠 리스트를 요청한다. 그러면 상기 정보 서버(104)는 S1603 단계에서 요청받은 컨텐츠 리스트를 상기 프리젠스 서버(1301)에 전송한다. 그리고 상기 프리젠스 서버(1301)가 상기 프리젠스 구독 요청에 대한 프리젠스 통지 메시지를 생성하여 제2 클라이언트(102)에게 전송하는 과정은 상기 도 15에서 기술한 바와 같다.
도 16b는 제2 클라이언트(102)의 구독(subscribe) 요청 후, 정보 서버에 등 록된 제1 클라이언트(101)의 컨텐츠 리스트가 업데이트 되면 상기 제2 클라이언트(102)에 통지(notify) 하는 과정을 나타내는 도면이다. 이 경우, 상기 도 16b는 상기 도 13의 S1320A, S1340A, S1350 단계에 대응하는 과정이다.
우선 제1 클라이언트(101)는 S1610 단계에서 공유 컨텐츠의 메타 데이터를 정보 서버(104)에 저장하기 위하여 컨텐츠 리스트 등록 요청 메시지(XCAP PUT(AUID=Shared-content-list))를 정보 서버(104)로 전송한다. 이에 관한 구체적인 과정은 도 5에서 기술한 바와 같다. 그러면 정보 서버(104)는 S1620 단계에서 이에 대한 확인 메시지를 제1 클라이언트(101)로 전송한다.
그러면 상기 정보 서버(104)는 S1630 단계에서 통지 메시지를 생성하여 프리젠스 서버(1301)에 전송함으로써 구독(subscribe) 요청에 대한 응답으로 통지(notify)한다. 이 경우, 상기 통지 메시지는 NOTIFY 메시지(NOTIFY(Event:xcap-diff))일 수 있으며, 이는 도 8에서 기술한 바와 같다.
상기 정보 서버(104)로부터 특정 컨텐츠 리스트가 업데이트 되었음을 통지받은 프리젠스 서버(1301)는 S1635 단계에서 상기 정보 서버(104)로부터 전송된 통지 메시지(NOTIFY(Event:xcap-diff))에서 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지(NOTIFY(Event:presence))를 생성한다. 이 경우, 본 발명의 일 실시예에 따르면, 상기 프리젠스 통지 메시지는 OMA에서 표준 규격화한 프리젠스 인포메이션(presence information)에 컨텐츠의 업데이트 정보가 포함된 형태일 수 있다.
이 경우 상기 프리젠스 통지 메시지(NOTIFY(Event:presence))에 대한 구체적 인 포맷은 다음의 표 9와 같다.
[표 9]
NOTIFY sip:watcher@example.com SIP/2.0 Via: SIP/2.0/TCP server.example.com;branch=z9hG4bKna998sk From: <sip: presentity @example.com>;tag=ffd2 To: <sip:watcher@example.com>;tag=xfg9 Call-ID: 2010@watcherhost.example.com Event: presence Subscription-State: active;expires=599 Max-Forwards: 70 CSeq: 8775 NOTIFY Contact: sip:server.example.com Content-Type: application/pidf+xml Content-Length: ... <?xml version="1.0"encoding="UTF-8"?> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:im="urn:ietf:params:xml:ns:pidf:im" xmlns:myex="http://id.example.com/presence/" entity="pres: presentity @example.com"> <tuple id="bs35r9"> <status> <basic>open</basic> <im:im>busy</im:im> </status> <contact priority="0.8">im:someone@mobilecarrier.net</contact> <note xml:lang="en">Don't Disturb Please!</note> <timestamp>2001-10-27T16:49:29Z</timestamp> </tuple> <tuple id="eg92n8"> <status> <basic>open</basic></status> <contact priority="1.0">mailto:presentity@example.com</contact> </tuple> <pdm:person id="a1233"> <op:overriding-willingness> <op:basic>open</op:basic> </op:overriding-willingness> <rpid:activities> <rpid:meeting/> </rpid:activities> <rpid:place-type>office</rpid:place-type> <rpid:mood><rp:happy/></rpid:mood> <rpid:status-icon>http://example.com/~my-icons/busy</rpid:status-icon> <shared-content-info> //원하는 컨텐츠 정보 <file-set> <file id = "1"> <name>abc.mp3</name> <mime-type>audio/mp3</mime-type> <file-source> <file-iduri = "sip:file3464245@contentserver.com"/> </file-source> <key-words> <keyword>Rock</keyword> <keyword>Music</keyword> </key-words> </file> </file-set> </shared-content-info> <pdm:person> <note>I'll be in Seoul next week</note> </presence>
상기 표 9에서는 프리젠스 서버(1301)가 'sip:watcher@example.com'라는 아이디를 갖는 제1 클라이언트(101)에게('To: <sip:watcher@example.com>'부분) 등록된 유저들의 프리젠스 정보와 구독 요청에 대한 결과가 포함된('<shared-content-info>' 이하부분) 프리젠스 통지 메시지(NOTIFY(Event:presence))의 내용을 확인할 수 있다.
구체적으로 설명하면 상기 프리젠스 통지 메시지(NOTIFY(Event:presence))는 'bs35r9' 및 'eg92n8' 아이디를 갖는 클라이언트의 상태 정보(즉, 접속 여부('open'), 용무 상태('busy') 등)인 프리젠스 정보를 포함하고 있다. 이는 OMA에서 표준 규격화한 기존의 프리젠스 인포메이션(presence information)의 정보와 동일한 것이다.
그리고 본 발명의 실시예에 따른 프리젠스 통지 메시지(NOTIFY(Event:presence))는 상기 기존의 프리젠스 인포메이션(presence information)의 정보 이외에, 제2 클라이언트(102)가 구독 요청한 특정 컨텐츠에 대한 검색 결과인 컨텐츠 이름('<name>abc.mp3</name>' 부분), 컨텐츠 타입('<mime-type>audio/mp3</mime-type>'), 컨텐츠 저장 장소('<file-iduri = "sip:file3464245@contentserver.com"/>'), 컨텐츠 검색 키워드 등의 메타 데이터를 더 포함하고 있음을 확인할 수 있다.
상기 프리젠스 통지 메시지를 생성한 프리젠스 서버(1301)는 이를 S1640 단계에서 제2 클라이언트(102)에게 전송한다. 그리고 상기 프리젠스 통지 메시지를 수신한 제2 클라이언트(102)는 S1650 단계에서 이에 대한 확인 메시지를 프리젠스 서버(1301)로 전송한다.
도 17a는 프리젠스 서버(1301)가 정보 서버(104)에 컨텐츠 리스트를 요청하여 수신하는 과정을 나타내는 순서도이다.
상기와 같이, 정보 서버(104)에 저장된 컨텐츠 리스트가 업데이트 되면, 상기 정보 서버(104)는 프리젠스 서버(1301)와 동기화 하기 위하여, 업데이트된 컨텐츠 리스트를 상기 프리젠스 서버(1301)에 통지(notify)하거나 또는 퍼블리시(publish)할 수 있다. 상기 도 17a는 상기 정보 서버(104)가 업데이트된 컨텐츠 리스트를 상기 프리젠스 서버(1301)에 퍼블리시(Publish)하는 실시예에 관한 도면이다.
프리젠스 서버(1301)는 제2 클라이언트(102)로부터 프리젠스 구독 요청 메시지(SUSBCRIBE(EVENT:Presence))를 수신한 후, 프리젠스 규칙을 이용하여 구독을 요청한 제2 클라이언트(102)의 공유 권한을 확인한다. 그리고 상기 프리젠스 서버(1301)는 상기 구독 요청에 대한 초기 프리젠스 통지 메시지를 생성하기 위해 S1701 단계에서 정보 서버(104)에 컨텐츠 리스트를 요청한다. 그러면 상기 정보 서버(104)는 S1702 단계에서 요청받은 컨텐츠 리스트를 상기 프리젠스 서버(1301)에 전송한다. 그리고 상기 프리젠스 서버(1301)가 상기 프리젠스 구독 요청에 대한 프리젠스 통지 메시지를 생성하여 제2 클라이언트(102)에게 전송하는 과정은 상기 도 15에서 기술한 바와 같다.
이 경우, 상기 도 16a와 상기 도 17a의 차이점을 설명하면 다음과 같다. 상 기 도 16a의 경우, 정보 서버(104)가 업데이트된 컨텐츠 리스트를 상기 프리젠스 서버(1301)에 통지(notify)하기 위해, 상기 정보 서버(104)는 프리젠스 서버(1301)로부터 구독 요청 메시지(SUBSCRIBE(EVENT:XCAP-diff))를 수신한다. 그러면 상기 정보 서버(104)는 구독 요청된 컨텐츠 리스트의 업데이트 시, 이를 상기 구독 요청 메시지에 대응하여 프리젠스 서버(1301)에 통지(notify)하게 된다.
반면, 상기 도 17a의 경우, 정보 서버(104)는 업데이트된 컨텐츠를 상기 프리젠스 서버(1301)에 퍼블리시(publish)하기 위해 별도의 구독 요청 메시지를 수신하지 않고, 구독 요청된 컨텐츠 리스트의 업데이트 시, 곧바로 프리젠스 서버(1301)에 퍼블리시(publish)하게 된다.
도 17b는 본 발명의 제2 실시예에 따라, 제2 클라이언트(102)의 구독(subscribe) 후 제1 클라이언트의 컨텐츠 리스트에 업데이트가 발생하면, 이를 정보 서버(104)가 프리젠스 서버(1301)에 퍼블리시(publish)하는 과정을 나타내는 도면이다. 이 경우, 상기 도 17b는 상기 도 13의 S1320A, S1340B, S1350 단계에 대응하는 과정이다.
우선 제1 클라이언트(101)는 S1710 단계에서 컨텐츠 리스트를 정보 서버(104)에 업데이트 하기 위하여 컨텐츠 리스트 등록 요청 메시지(XCAP PUT(AUID=Shared-content-list))를 정보 서버(104)로 전송한다. 이에 관한 구체적인 과정은 도 5에서 기술한 바와 같다. 그러면 정보 서버(104)는 S1720 단계에서 이에 대한 확인 메시지를 제1 클라이언트(101)로 전송한다.
그리고 상기 정보 서버(104)는 S1730 단계에서, 프리젠스 서버(1301)에 퍼블 리시 하기 위한 프리젠스 퍼블리시 메시지를 생성하여 프리젠스 서버(1301)에 전송한다. 이 경우, 상기 프리젠스 퍼블리시 메시지는 PUBLISH 메시지(PUBLISH(Event:presence))일 수 있으며 이에 대한 구체적인 포맷은 다음의 표 10과 같다.
[표 10]
PUBLISH sip:resource@example.com SIP/2.0 ...Event: presence SIP-If-Match: 61763862389729 Expires: 3600 Content-Type: application/pidf-diff+xml Content-Length: 778 <?xml version="1.0" encoding="UTF-8"?> <p:pidf-diff xmlns="urn:ietf:params:xml:ns:pidf" xmlns:p="urn:ietf:params:xml:ns:pidf-diff" xmlns:r="urn:ietf:params:xml:ns:pidf:rpid" entity="pres: presentity@example.com"> <p:add sel="presence/person[@id= 'p1']/note"pos="before"> <shared-content-info> //PUBLISH하고자 하는 컨텐츠 정보 <file-set> <file id = "1"> <name>abc.mp3</name> <mime-type>audio/mp3</mime-type> <file-source> <file-iduri = "sip:file3464245@contentserver.com"/> </file-source> <key-words> <keyword>Rock</keyword> <keyword>Music</keyword> </key-words> </file> </file-set> </shared-content-info> </p:add> </p:pidf-diff>
상기 표 10에서 확인할 수 있는 바와 같이, 정보 서버(104)가 프리젠스 서버(1301)에 퍼블리시 하는 프리젠스 퍼블리시 메시지(PUBLISH(Event:presence))에 는 퍼블리시 하고자 하는 컨텐츠의 메타 데이터가 '<shared-content-info>'의 형태로 포함되어 있음을 알 수 있다('<shared-content-info>' 이하 부분).
상기 표 10의 경우, 정보 서버(104)가 퍼블리시 하고자 하는 컨텐츠의 메타 데이터는 컨텐츠 이름, 컨텐츠 종류, 컨텐츠 저장 위치, 컨텐츠 검색 키워드 등임을 알 수 있다.
그러면 상기 프리젠스 서버(1301)는 S1740 단계에서 이에 대한 확인 메시지를 정보 서버(104)에 전송한 후, S1745 단계에서 정보 서버(104)로부터 수신한 프리젠스 퍼블리시 메시지(PUBLISH(Event:presence))에서 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지(NOTIFY(Event:presence))를 생성한다. 이 경우 상기 프리젠스 통지 메시지(NOTIFY(Event:presence))에 대한 구체적인 포맷은 표 9에서 설명한 바와 같다. 그리고 본 발명의 일 실시예에 따르면, 상기 프리젠스 통지 메시지는 OMA에서 표준 규격화한 프리젠스 인포메이션(presence information)에 컨텐츠의 업데이트 정보가 포함된 형태일 수 있다.
그리고 상기 프리젠스 서버는 상기 생성된 프리젠스 통지 메시지(NOTIFY(Event:presence))를 S1750 단계에서 제2 클라이언트(102)로 전송한다. 그러면 상기 프리젠스 통지 메시지(NOTIFY(Event:presence))를 수신한 제2 클라이언트(102)는 S1760 단계에서 이에 대한 확인 메시지를 프리젠스 서버(1301)로 전송한다.
도 18에서는 상기 도 15 내지 도 17에서 기술한 컨텐츠 공유 방법에 대해 설명하는 순서도를 도시하였다. 이 경우, 송수신되는 메시지의 구체적인 포맷 등에 관한 사항은 상기에서 설명한 바 있으므로 이하에서는 생략하기로 한다.
우선 제2 클라이언트(102)는 S1805 단계에서 특정 컨텐츠 업데이트 시, 이에 대한 통지를 받기 위한 프리젠스 구독 요청 메시지를 프리젠스 서버(1301)에 전송한다. 그러면 프리젠스 서버(1301)의 프리젠스 메시지 관리부(1330A)는 S1810 단계에서 제2 클라이언트(102)의 공유 권한을 확인하기 위하여 프리젠스 규칙을 요청한다. 그러면 상기 프리젠스 규칙 관리부(1330B)는 S1815 단계에서 해당하는 프리젠스 규칙을 프리젠스 메시지 관리부(1330A)에 전달한다. 그러면 상기 프리젠스 서버(1301)는 프리젠스 규칙을 확인하고 S1820 단계에서 컨텐츠 리스트 요청 메시지를 정보 서버(104)에 전송한다. 그러면 상기 메시지를 수신한 정보 서버(104)는 S1825 단계에서 대응하는 컨텐츠 리스트를 프리젠스 서버(104)로 전송한다.
그러면 프리젠스 서버(1301)는 프리젠스 규칙 및 컨텐츠 리스트를 확인하고, 제2 클라이언트(102)가 구독(subscribe)한 컨텐츠가 있는 경우, S1830 단계에서 이에 관한 정보가 포함된 프리젠스 통지 메시지를 제2 클라이언트에게 전송한다. 그리고 상기 프리젠스 통지 메시지를 수신한 제2 클라이언트는 이에 대한 확인 메시지를 S1835 단계에서 프리젠스 서버(1301)로 전송한다.
이 후, 정보 서버(104)가 S1840 단계에서 구독된 특정 컨텐츠에 대한 업데이트를 감지하면, S1845 단계에서 이에 대한 통지 메시지를 프리젠스 서버(1301)로 전송한다. 본 발명의 또 다른 실시예에 따르면 상기 S1845 단계에서, 상기 정보 서버(104)는 통지 메지시를 전송하는 것 대신에, 프리젠스 퍼블리시 메시지를 전송하는 것 역시 가능하다.
그리고 정보 서버(104)로부터 통지 메시지 또는 프리젠스 퍼블리시 메시지를 수신한 프리젠스 서버(1301)는 S1850 단계에서 업데이트된 컨텐츠의 메타 데이터가 포함된 프리젠스 통지 메시지를 제2 클라이언트(102)로 전송한다. 그러면 상기 메시지를 수신한 제2 클라이언트(102)는 S1855 단계에서 이에 대한 확인 메시지를 프리젠스 서버(1301)로 전송한다.
제3 실시예
이하 도 19 내지 도 21에서는 본 발명의 제3 실시예에 따른 컨텐츠 공유 방법에 대하여 기술하도록 한다.
우선, 도 19는 발명의 제3 실시예에 따른 컨텐츠 공유 프레임 워크를 나타내는 도면이다. 도 19에서 도시된 바와 같이, 제3 실시예에 따른 컨텐츠 공유 프레임 워크는 제1 클라이언트(101), 제2 클라이언트(102), 컨텐츠 서버(103) 및 프리젠스 서버(1301)를 포함할 수 있다.
상기 제1 클라이언트(101), 제2 클라이언트(102), 컨텐츠 서버(103), 프리젠스 서버(1301)는 상기 도 1 및 도 13에서 기술한 바와 동일하므로 구체적인 설명은 생략하기로 한다.
이하에서는 도 19에 도시된 도면에 따라 제2 클라이언트(102)가 프리젠스 서버(1301)에 구독(subscribe) 요청을 하고, 그에 대한 결과를 통지(notify) 받는 과정에 대해 기술하도록 한다. 이 경우, 도 19의 S1910A, S1910B 단계는 각각 도 1의 S110A, S110B에 대응되고, 도 19의 S1930 단계는 도 13의 S1330 단계에 대응하는 것이므로 자세한 설명은 생략하기로 한다.
그리고 제1 클라이언트(101)가 컨텐츠 리스트 및, 각 클라이언트에 대한 공유 권한을 설정한 프리젠스 규칙(pres-rule)을 프리젠스 서버(1301)에 전송하여 등록하였음을 가정한다.
제3 실시예에 따른 컨텐츠 공유 프레임 워크가 제1 실시예 및 제2 실시예와 다른 점은, 제1 클라이언트(101) 또는 컨텐츠 서버(103)가 컨텐츠 리스트의 업데이트 정보를 프리젠스 서버(1301)에 직접 퍼블리시(Publish)한다는 점이다.
다시 말해, 제2 클라이언트(102)는 프리젠스 서버(1301)를 통해 S1930 단계에서 구독(subscribe)을 요청한다. 그리고 제1 클라이언트(101) 또는 컨텐츠 서버(103)가 S1920A 또는 S1920B 단계에서 업데이트된 컨텐츠 리스트를 프리젠스 서버(1301)에 퍼블리시(publish)하면 상기 프리젠스 서버(1301)는 구독 요청에 대한 결과를 S1940 단계에서 제2 클라이언트(102)에게 통지(notify)할 수 있다.
상기 S1940 단계를 통하여 원하는 컨텐츠의 저장 위치를 확인한 제2 클라이언트(102)는 MSRP(Message Session Relay Protocol), HTTP(Hypertext Transfer Protocol) 등의 프로토콜을 이용하여 제1 클라이언트의 로컬 저장부 또는 컨텐츠 서버(103)로부터 특정 컨텐츠를 다운로드 할 수 있다.
도 20은 본 발명의 제3 실시예에 따른 제2 클라이언트(102)의 구독(subscribe) 요청 후, 제1 클라이언트(101)의 퍼블리시(publish)가 있으면 이에 대해 통지(notify)하는 과정을 나타내는 도면이다. 이 경우, 상기 도 20은 상기 도 19의 S1920A 및 S1940 단계에 대응하는 과정이다.
우선, 제1 클라이언트(101)는 S2010 단계에서 특정 컨텐츠를 업데이트 하기 위하여, 이에 대한 정보가 포함된 프리젠스 퍼블리시 메시지를 프리젠스 서버(1301)로 전송한다. 이 경우, 상기 프리젠스 퍼블리시 메시지는 PUBLISH 메시지(PUBLISH(Event:presence))일 수 있으며 이에 대한 구체적인 포맷은 상기 표 10에서 언급한 바와 같다. 그러면 상기 메시지를 수신한 프리젠스 서버(1301)는 S2020 단계에서 제1 클라이언트(101)로 확인메시지를 전송한다.
그리고 상기 프리젠스 서버(1301)는 S2025 단계에서 상기 프리젠스 퍼블리시 메시지(PUBLISH(EVENT:Presence))에서 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지(NOTIFY(Event:presence))를 생성한다. 이 경우, 본 발명의 일 실시예에 따르면, 상기 프리젠스 통지 메시지는 OMA에서 표준 규격화한 프리젠스 인포메이션(presence information)에 컨텐츠의 업데이트 정보가 포함된 형태일 수 있다.
그리고 상기 프리젠스 서버(1301)는 상기 생성된 프리젠스 통지 메시지(NOTIFY(Event:presence))를 S2030 단계에서 제2 클라이언트로 전송한다. 그러면 상기 메시지를 수신한 제2 클라이언트(102)는 이에 대한 확인 메시지를 S2040 단계에서 프리젠스 서버(1301)로 전송한다.
도 21은 상기 도 20에서 기술한 컨텐츠 공유 방법에 대해 설명하는 순서도를 도시하였다.
우선, 제1 클라이언트(101)는 S2110 단계에서 저장된 컨텐츠에 대한 정보를 프리젠스 서버(1301)에 직접 퍼블리시(Publish)하기 위하여 프리젠스 퍼블리시 메 시지(PUBLISH(EVENT:Presence))를 프리젠스 서버(1301)에 전송한다. 그러면 상기 프리젠스 서버(1301)는 S2120 단계에서 이에 대한 확인 메시지를 제1 클라이언트(101)에게 전송한다. 그리고 상기 프리젠스 서버(1301)는 상기 프리젠스 퍼블리시 메시지(PUBLISH(EVENT:Presence))에서, 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지(NOTIFY(Event:presence))를 생성한다. 그리고 상기 프리젠스 서버(1301)는 S2130 단계에서 상기 생성된 프리젠스 통지 메시지를 제2 클라이언트(102)로 전송한다. 그리고 제2 클라이언트(102)는 이에 대한 확인 메시지를 S2140 단계에서 프리젠스 서버로 전송한다.
도 22는 본 발명의 실시예에 따른 제2 클라이언트(102)가 특정 컨텐츠가 저장된 위치로부터 다운로드 받는 인터페이스를 도시하는 도면이다.
제2 클라이언트(102)는 특정 컨텐츠의 검색 요청 또는 구독 요청 후, 이에 대한 결과를 검색 결과 메시지 또는 (프리젠스)통지 메시지를 통하여 특정 컨텐츠가 저장된 위치에 대한 URI를 수신할 수 있다. 그러면 상기 제2 클라이언트는 수신한 컨텐츠 URI를 이용하여 컨텐츠 서버(103) 또는 제1 클라이언트(101)의 로컬 저장부에 저장된 컨텐츠를 MSRP(Message Session Relay Protocol), HTTP(Hypertext Transfer Protocol)등의 프로토콜을 이용하여 다운로드 받을 수 있다.
본 명세서와 도면에 개시 된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
도 1은 본 발명의 제1 실시예에 따른 컨텐츠 공유 프레임 워크를 나타내는 도면.
도 2는 본 발명의 실시예에 따른 제1 클라이언트(101) 또는 제2 클라이언트(102)의 구조를 나타내는 구조도.
도 3은 본 발명의 실시예에 따른 정보 서버(104)의 구성을 도시하는 도면.
도 4a는 본 발명의 실시예에 따른 제1 클라이언트(101)와 로컬 저장부의 인터페이스를 나타내는 도면.
도 4b는 본 발명의 실시예에 따른 제1 클라이언트(101)와 컨텐츠 서버(103)의 인터페이스를 나타내는 도면.
도 5a는 본 발명의 실시예에 따른 제1 클라이언트(101)가 컨텐츠 리스트를 정보 서버(104)에 등록하는 과정을 나타내는 순서도.
도 5b는 본 발명의 실시예에 따른 제1 클라이언트(101)가 접근 규칙(access-rule)을 정보 서버(104)에 등록하는 과정을 나타내는 순서도.
도 6은 본 발명의 실시예에 따른 제2 클라이언트(102)가 특정 컨텐츠 검색(Query)을 위한 검색 요청 메시지를 정보 서버(104)에 전송하고, 그 검색 결과를 수신하는 과정을 나타내는 순서도.
도 7은 본 발명의 실시예에 따른 제2 클라이언트(102)가 정보 서버(104)에 구독(subscribe)을 요청하는 과정을 나타내는 도면.
도 8은 제2 클라이언트에 의해 구독(Subscribe) 요청된 컨텐츠를 포함하는 컨텐츠 리스트 업데이트 시, 제2 클라이언트(102)에게 통지(notify)하는 과정을 나타내는 순서도.
도 9는 본 발명의 실시예에 따른 제2 클라이언트(102)가 직접 검색(Query) 또는 구독(subscribe) 요청을 통하여 제1 클라이언트(101)가 저장한 컨텐츠를 공유하는 방법을 나타내는 순서도.
도 10은 상기 도 9에서 제1 클라이언트(101)가 컨텐츠 리스트를 정보 서버(104)에 전송하면, 정보 서버(104)가 이를 수신하여 등록하는 과정인 S930 단계의 상세 과정을 나타내는 순서도.
도 11은 본 발명의 실시예에 따른 제2 클라이언트가 특정 컨텐츠를 직접 검색하기 위한 도 9의 S950 단계의 쿼리 모드의 상세 과정을 나타내는 순서도.
도 12는 본 발명의 실시예에 따른 제2 클라이언트(102)가 컨텐츠 업데이트에 대한 구독(subscribe) 요청 후, 업데이트 결과를 통지(notify) 받는 상기 도 9의 S970 단계의 상세 과정을 나타내는 순서도.
도 13은 본 발명의 제2 실시예에 따른 컨텐츠 공유 프레임 워크를 나타내는 도면.
도 14는 본 발명의 실시예에 따른 프리젠스 서버(1301)의 구성을 도시하는 도면.
도 15는 본 발명의 제2 실시예에 따른 제2 클라이언트(102)가 프리젠스 서버(1301)에 구독(subscribe)을 요청하고 이에 대한 통지를 받는 과정을 나타내는 도면.
도 16a는 프리젠스 서버(1301)가 제2 클라이언트(102)로부터 수신한 프리젠스 구독 요청 메시지를 정보 서버(104)에 전송하고, 컨텐츠 리스트를 요청하여 수신하는 과정을 나타내는 순서도.
도 16b는 제2 클라이언트(102)의 구독(subscribe) 요청 후, 정보 서버에 등록된 제1 클라이언트(101)의 컨텐츠 리스트가 업데이트 되면 상기 제2 클라이언트(102)에 통지(notify) 하는 과정을 나타내는 도면.
도 17a는 프리젠스 서버(1301)가 정보 서버(104)에 컨텐츠 리스트를 요청하여 수신하는 과정을 나타내는 순서도.
도 17b는 본 발명의 제2 실시예에 따라, 제2 클라이언트(102)의 구독(subscribe) 후 제1 클라이언트의 컨텐츠 리스트에 업데이트가 발생하면, 이를 정보 서버(104)가 프리젠스 서버(1301)에 퍼블리시(publish)하는 과정을 나타내는 도면.
도 18에서는 상기 도 15 내지 도 17에서 기술한 컨텐츠 공유 방법에 대해 설명하는 순서도.
도 19는 발명의 제3 실시예에 따른 컨텐츠 공유 프레임 워크를 나타내는 도면.
도 20은 본 발명의 제3 실시예에 따른 제2 클라이언트(102)의 구독(subscribe) 요청 후, 제1 클라이언트(101)의 퍼블리시(publish)가 있으면 이에 대해 통지(notify)하는 과정을 나타내는 도면.
도 21은 상기 도 20에서 기술한 컨텐츠 공유 방법에 대해 설명하는 순서도.
도 22는 본 발명의 실시예에 따른 제2 클라이언트(102)가 특정 컨텐츠가 저장된 위치로부터 다운로드 받는 인터페이스를 도시하는 도면.

Claims (81)

  1. 제1 클라이언트가 공유 컨텐츠를 컨텐츠 서버 또는 로컬 저장부에 저장하고 대응하는 컨텐츠 ID를 부여 받는 컨텐츠 ID 부여 단계;
    상기 제1 클라이언트가 상기 컨텐츠 ID가 포함된 컨텐츠 리스트를 생성하는 컨텐츠 리스트 생성 단계;
    상기 컨텐츠 리스트 및 접근 규칙을 정보 서버에 전송하여 등록하는 등록 단계;
    제2 클라이언트의 특정 컨텐츠 검색 또는 구독 요청 시, 상기 정보 서버가 공유 권한에 따른 컨텐츠 검색 또는 구독 결과를 상기 제2 클라이언트에 전송하는 검색 결과 전송 단계를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  2. 제1항에 있어서,
    상기 컨텐츠 ID는 URI인 것을 특징으로 하는 컨텐츠 공유 방법.
  3. 제2항에 있어서,
    상기 등록 단계는, 컨텐츠 리스트 등록 요청 메시지를 상기 정보 서버에 전송하는 단계를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  4. 제3항에 있어서,
    상기 컨텐츠 리스트는 컨텐츠의 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 소유자, 컨텐츠 저장 위치, 컨텐츠 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  5. 제4항에 있어서,
    상기 등록 단계는 접근 규칙 등록 요청 메시지를 상기 정보 서버에 전송하는 단계를 더 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  6. 제5항에 있어서,
    상기 접근 규칙은 공유 권한 부여 범위, 공유 권한 종류, 공유 정보 종류 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  7. 제6항에 있어서,
    상기 공유 권한 부여 범위는 특정 클라이언트, 특정 도메인 클라이언트, 익명의 클라이언트, 어그리게이션 프록시 서버에 인증된 클라이언트 중 적어도 하나의 클라이언트에게 공유 권한을 부여하도록 설정하는 것을 특징으로 하는 컨텐츠 공유 방법.
  8. 제7항에 있어서,
    상기 공유 권한 종류는 검색 요청 또는 구독(subscribe) 중 어느 하나를 설 정하는 것을 특징으로 하는 컨텐츠 공유 방법.
  9. 제8항에 있어서,
    상기 공유 정보 종류는 컨텐츠 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 저장 위치, 컨텐츠 키워드, 컨텐츠 소유자 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  10. 제3항에 있어서,
    상기 등록 단계는 상기 컨텐츠 리스트 등록 요청 메시지를 XCAP(XML Configuration Access Protocol) 메시지를 통해 상기 정보 서버에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  11. 제5항에 있어서,
    상기 등록 단계는 상기 접근 규칙 등록 요청 메시지를 XCAP 메시지를 통해 상기 정보 서버에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  12. 제1항에 있어서,
    상기 특정 컨텐츠 검색 요청은 HTTP를 이용한 검색 요청 메시지를 상기 정보 서버에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  13. 제12항에 있어서,
    상기 검색 결과 전송 단계는, 상기 정보 서버가 상기 검색 요청 메시지 수신 시 특정 컨텐츠 검색 결과에 대한 검색 결과 메시지를 상기 제2 클라이언트에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  14. 제13항에 있어서,
    상기 검색 결과 메시지는 상기 제2 클라이언트에게 공유 권한이 허여된 컨텐츠 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 위치, 컨텐츠 소유자 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  15. 제1항에 있어서,
    상기 특정 컨텐츠 검색 요청은 구독(Subscribe) 요청 메시지를 상기 정보 서버에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  16. 제15항에 있어서,
    상기 검색 결과 전송 단계는, 상기 정보 서버에 등록된 컨텐츠 리스트 업데이트 시, 공유 권한에 따른 컨텐츠 검색 결과가 포함된 통지 메시지를 상기 제2 클라이언트에 전송하는 단계인 것을 특징으로 하는 컨텐츠 공유 방법.
  17. 제16항에 있어서,
    상기 구독 요청은 상기 컨텐츠 리스트의 업데이트 시 통지하는 것임을 특징으로 하는 컨텐츠 공유 방법.
  18. 제16항에 있어서,
    상기 구독 요청은 상기 컨텐츠 리스트에 특정 컨텐츠 업데이트 시 통지하는 것임을 특징으로 하는 컨텐츠 공유 방법.
  19. 제16항 또는 제17항에 있어서,
    상기 정보 서버에 등록된 컨텐츠 리스트의 업데이트는 상기 제1 클라이언트가 컨텐츠 리스트 등록 요청 메시지를 상기 정보 서버에 전송하는 단계;
    상기 정보 서버가 상기 접근 규칙을 획득하는 단계를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  20. 제19항에 있어서,
    상기 통지 메시지는 컨텐츠 이름, 컨텐츠 종류, 컨텐츠 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  21. 제1항에 있어서,
    상기 제2 클라이언트가 상기 컨텐츠 검색 결과를 통해 특정 컨텐츠를 보유한 상기 컨텐츠 서버 또는 상기 제1 클라이언트와 접속하여 상기 특정 컨텐츠를 다운 로드 받는 과정을 더 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  22. 제21항에 있어서,
    상기 제2 클라이언트와, 상기 컨텐츠 서버 또는 제1 클라이언트의 접속은 MSRP(Message Session Relay Protocol) 또는 HTTP(Hypertext Transfer Protocol)중 어느 하나를 이용하는 것을 특징으로 하는 컨텐츠 공유 방법.
  23. 제1 클라이언트가 공유 컨텐츠를 컨텐츠 서버 또는 로컬 저장부에 저장하고 대응하는 컨텐츠 ID를 부여 받는 컨텐츠 ID 부여 단계;
    상기 제1 클라이언트가 상기 컨텐츠 ID가 포함된 컨텐츠 리스트를 생성하는 컨텐츠 리스트 생성 단계;
    상기 컨텐츠 리스트 및 프리젠스 규칙을 정보 서버에 전송하여 등록하는 등록 단계;
    제2 클라이언트가 프리젠스 서버(presence server)에 특정 컨텐츠 구독(subscribe) 요청 후, 상기 정보 서버에 등록된 컨텐츠 리스트 업데이트 시, 상기 정보 서버가 프리젠스 서버에 통지(notify) 또는 퍼블리시(Publish)하는 단계;
    상기 통지 또는 퍼블리시 후 상기 프리젠스 서버가 공유 권한에 따른 컨텐츠 구독 결과가 포함된 프리젠스 통지 메시지를 상기 제2 클라이언트에 전송하는 구독 결과 전송 단계를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  24. 제23항에 있어서,
    상기 컨텐츠 ID는 URI인 것을 특징으로 하는 컨텐츠 공유 방법.
  25. 제24항에 있어서,
    상기 구독 요청은 특정 컨텐츠 업데이트 시 또는 특정 클라이언트가 온라인 접속 시 통지함을 특징으로 하는 컨텐츠 공유 방법.
  26. 제25항에 있어서,
    상기 등록 단계는 컨텐츠 리스트 등록 요청 메시지를 상기 정보 서버에 전송하는 단계를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  27. 제26항에 있어서,
    상기 컨텐츠 리스트는 컨텐츠의 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 소유자, 컨텐츠 저장 위치, 컨텐츠 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  28. 제27항에 있어서,
    상기 등록 단계는 프리젠스 규칙 등록 요청 메시지를 상기 정보 서버에 전송하는 단계를 더 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  29. 제28항에 있어서,
    상기 프리젠스 규칙은 공유 권한 부여 범위, 공유 권한 종류, 공유 정보 종류 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  30. 제29항에 있어서,
    상기 공유 권한 부여 범위는 특정 클라이언트, 특정 도메인 클라이언트, 익명의 클라이언트, 어그리게이션 프록시 서버에 인증된 클라이언트 중 적어도 하나의 클라이언트에게 공유 권한을 부여하도록 설정하는 것을 특징으로 하는 컨텐츠 공유 방법.
  31. 제30항에 있어서,
    상기 공유 권한 종류는 구독 요청인 것을 특징으로 하는 컨텐츠 공유 방법.
  32. 제31항에 있어서,
    상기 공유 정보 종류는 컨텐츠 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 저장 위치, 컨텐츠 키워드, 컨텐츠 소유자 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  33. 제32항에 있어서,
    상기 등록 단계는 상기 컨텐츠 리스트 등록 요청 메시지를 XCAP(XML Configuration Access Protocol) 메시지를 통해 상기 정보 서버에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  34. 제33항에 있어서,
    상기 등록 단계는 상기 프리젠스 규칙 등록 요청 메시지를 XCAP 메시지를 통해 상기 정보 서버에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  35. 제34항에 있어서,
    상기 프리젠스 서버(presence server)에 특정 컨텐츠 구독(subscribe) 요청은 SUBSCRIBE 메시지를 이용한 프리젠스 구독 요청 메시지를 상기 프리젠스 서버에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  36. 제35항에 있어서,
    상기 프리젠스 서버는 상기 프리젠스 구독 요청 메시지 수신 시, 공유 권한이 설정된 프리젠스 규칙을 획득하고, 상기 정보 서버로부터 컨텐츠 리스트를 수신하는 것을 특징으로 하는 컨텐츠 공유 방법.
  37. 제36항에 있어서,
    상기 구독 결과 전송 단계는 상기 정보 서버에 등록된 컨텐츠 리스트 업데이트 시, 상기 정보 서버로부터 통지된 통지 메시지 또는 상기 정보 서버로부터 퍼블 리시된 프리젠스 퍼블리지 메시지에서 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지를 생성하고, 상기 제2 클라이언트에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  38. 제37항에 있어서,
    상기 프리젠스 통지 메시지는 클라이언트의 상태 정보를 포함하고,
    상기 컨텐츠 검색 결과는 컨텐츠 이름, 컨텐츠 타입, 컨텐츠 저장 장소, 컨텐츠 검색 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  39. 제38항에 있어서,
    상기 컨텐츠 리스트의 업데이트는 상기 제1 클라이언트가 컨텐츠 리스트 등록 요청 메시지를 상기 정보 서버에 전송하여 이루어지는 것을 특징으로 하는 컨텐츠 공유 방법.
  40. 제23항에 있어서,
    상기 제2 클라이언트가 상기 프리젠스 통지 메시지를 통해 특정 컨텐츠를 보유한 상기 컨텐츠 서버 또는 상기 제1 클라이언트와 접속하여 상기 특정 컨텐츠를 다운로드 받는 과정을 더 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  41. 제40항에 있어서,
    상기 제2 클라이언트와, 상기 컨텐츠 서버 또는 제1 클라이언트의 접속은 MSRP(Message Session Relay Protocol) 또는 HTTP(Hypertext Transfer Protocol)중 어느 하나를 이용하는 것을 특징으로 하는 컨텐츠 공유 방법.
  42. 제1 클라이언트가 공유 컨텐츠를 컨텐츠 서버 또는 로컬 저장부에 저장하고 대응하는 컨텐츠 ID를 부여 받는 컨텐츠 ID 부여 단계;
    상기 제1 클라이언트가 상기 컨텐츠 ID가 포함된 컨텐츠 리스트를 생성하는 컨텐츠 리스트 생성 단계;
    상기 제1 클라이언트가 상기 컨텐츠 ID가 포함된 컨텐츠 리스트 및 프리젠스 규칙을 프리젠스 서버에 퍼블리시(Publish)하는 단계;
    제2 클라이언트가 상기 프리젠스 서버(presence server)에 특정 컨텐츠 구독(subscribe) 요청 후, 상기 프리젠스 서버에 등록된 컨텐츠 리스트 업데이트 시, 상기 프리젠스 서버가 공유 권한에 따른 컨텐츠 구독 결과가 포함된 프리젠스 통지 메시지를 상기 제2 클라이언트에 전송하는 구독 결과 전송 단계를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  43. 제42항에 있어서,
    상기 컨텐츠 ID는 UIR인 것을 특징으로 하는 컨텐츠 공유 방법.
  44. 제43항에 있어서,
    상기 구독 요청은 특정 컨텐츠 업데이트 시 또는 특정 클라이언트가 온라인 접속 시 통지함을 특징으로 하는 컨텐츠 공유 방법.
  45. 제44항에 있어서,
    상기 컨텐츠 리스트는 컨텐츠의 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 소유자, 컨텐츠 저장 위치, 컨텐츠 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  46. 제45항에 있어서,
    상기 프리젠스 규칙은 공유 권한 부여 범위, 공유 권한 종류, 공유 정보 종류 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  47. 제46항에 있어서,
    상기 공유 권한 부여 범위는 특정 클라이언트, 특정 도메인 클라이언트, 익명의 클라이언트, 어그리게이션 프록시 서버에 인증된 클라이언트 중 적어도 하나의 클라이언트에게 공유 권한을 부여하도록 설정하는 것을 특징으로 하는 컨텐츠 공유 방법.
  48. 제47항에 있어서,
    상기 공유 권한 종류는 구독 요청인 것을 특징으로 하는 컨텐츠 공유 방법.
  49. 제48항에 있어서,
    상기 공유 정보 종류는 컨텐츠 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 저장 위치, 컨텐츠 키워드, 컨텐츠 소유자 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  50. 제49항에 있어서,
    상기 구독 결과 전송 단계는 상기 컨텐츠 리스트 업데이트 시 전송되는 프리젠스 퍼블리시 메시지에서 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지를 생성하고, 상기 제2 클라이언트에 전송하는 것을 특징으로 하는 컨텐츠 공유 방법.
  51. 제50항에 있어서,
    상기 컨텐츠 리스트의 업데이트는 상기 제1 클라이언트가 프리젠스 퍼블리시 메시지를 상기 프리젠스 서버에 전송하여 이루어지는 것을 특징으로 하는 컨텐츠 공유 방법.
  52. 제42항에 있어서,
    상기 제2 클라이언트가 상기 검색 결과를 통해 특정 컨텐츠를 보유한 상기 컨텐츠 서버 또는 상기 제1 클라이언트와 접속하여 상기 특정 컨텐츠를 다운로드 받는 과정을 더 포함하는 것을 특징으로 하는 컨텐츠 공유 방법.
  53. 제52항에 있어서,
    상기 제2 클라이언트와, 상기 컨텐츠 서버 또는 제1 클라이언트의 접속은 MSRP(Message Session Relay Protocol) 또는 HTTP(Hypertext Transfer Protocol)중 어느 하나를 이용하는 것을 특징으로 하는 컨텐츠 공유 방법.
  54. 공유 컨텐츠를 저장하여 획득한 컨텐츠 ID를 포함하는 컨텐츠 리스트를 생성하고, 상기 컨텐츠 리스트 및 접근 규칙을 전송하여 등록하는 제1 클라이언트;
    상기 제1 클라이언트로부터 상기 공유 컨텐츠를 수신하여 저장하는 컨텐츠 서버;
    상기 제1 클라이언트로부터 전송되는 상기 컨텐츠 리스트 및 상기 접근 규칙을 수신하여 등록하고 특정 컨텐츠 검색 또는 구독 요청 시, 공유 권한에 따른 컨텐츠 검색 또는 구독 결과를 전송하는 정보 서버;
    상기 정보 서버에 특정 컨텐츠 검색 또는 구독 요청을 전송하고, 상기 정보 서버로부터 전송되는 컨텐츠 검색 또는 구독 결과를 수신하는 제2 클라이언트를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  55. 제54항에 있어서,
    상기 제1 클라이언트는 XCAP 메시지를 이용한 컨텐츠 리스트 등록 요청 메시지를 상기 정보 서버에 전송하여 등록하는 것을 특징으로 하는 컨텐츠 공유 시스템
  56. 제55항에 있어서,
    상기 컨텐츠 리스트는 컨텐츠의 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 소유자, 컨텐츠 저장 위치, 컨텐츠 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  57. 제56항에 있어서,
    상기 제1 클라이언트는 XCAP 메시지를 이용한 접근 규칙 등록 요청 메시지를 상기 정보 서버에 전송하여 등록하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  58. 제57항에 있어서,
    상기 접근 규칙은 공유 권한 부여 범위, 공유 권한 종류, 공유 정보 종류 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  59. 제58항에 있어서,
    상기 정보 서버는 상기 제2 클라이언트에게 공유 권한이 허여된 컨텐츠 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 위치, 컨텐츠 소유자 중 적어도 하나를 포함하는 검색 결과 메시지를 상기 제2 클라이언트에게 전송하는 것을 특징으로 하 는 컨텐츠 공유 시스템.
  60. 제59항에 있어서,
    상기 제2 클라이언트는 SUBSCRIBE 메시지를 이용한 구독 요청 메시지를 상기 정보 서버에 전송하여 구독을 요청하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  61. 제60항에 있어서,
    상기 정보 서버는 상기 구독 요청 메시지 수신 후, 상기 정보 서버에 등록된 컨텐츠 리스트 업데이트 시 공유 권한에 따른 컨텐츠 검색 결과가 포함된 통지 메시지를 NOTIFY 메시지를 이용하여 상기 제2 클라이언트에 전송하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  62. 제61항에 있어서,
    상기 통지 메시지는 컨텐츠 이름, 컨텐츠 종류, 컨텐츠 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  63. 제54항에 있어서,
    상기 제2 클라이언트는 상기 컨텐츠 검색 결과를 통해 특정 컨텐츠를 보유한 상기 컨텐츠 서버와 접속하여 상기 특정 컨텐츠를 다운로드 받는 과정을 더 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  64. 제63항에 있어서,
    상기 제2 클라이언트와, 상기 컨텐츠 서버 또는 제1 클라이언트의 접속은 MSRP(Message Session Relay Protocol) 또는 HTTP(Hypertext Transfer Protocol)중 어느 하나를 이용하는 것을 특징으로 하는 컨텐츠 공유 방법.
  65. 공유 컨텐츠를 저장하여 획득한 컨텐츠 ID를 포함하는 컨텐츠 리스트를 생성하고, 상기 컨텐츠 리스트 및 프리젠스 규칙을 전송하여 등록하는 제1 클라이언트;
    상기 제1 클라이언트로부터 전송되는 상기 공유 컨텐츠를 수신하여 저장하는 컨텐츠 서버;
    상기 제1 클라이언트로부터 전송되는 상기 컨텐츠 리스트 및 상기 프리젠스 규칙을 수신하여 등록하고, 상기 컨텐츠 리스트 업데이트 시, 통지 또는 퍼블리시하는 정보 서버;
    특정 컨텐츠 구독 요청 후, 상기 정보 서버로부터 업데이트 된 컨텐츠 리스트가 통지 또는 퍼블리시 되면, 공유 권한에 따른 컨텐츠 구독 결과를 전송하는 프리젠스 서버;
    상기 프리젠스 서버에 특정 컨텐츠 구독 요청을 전송하고, 상기 프리젠스 서버로부터 전송되는 컨텐츠 구독 결과를 수신하는 제2 클라이언트를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  66. 제65항에 있어서,
    상기 제1 클라이언트는 XCAP 메시지를 이용한 컨텐츠 리스트 등록 요청 메시지를 상기 정보 서버에 전송하여 등록하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  67. 제66항에 있어서,
    상기 컨텐츠 리스트는 컨텐츠의 이름, 컨텐츠 유형, 컨텐츠 사이즈, 컨텐츠 소유자, 컨텐츠 저장 위치, 컨텐츠 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  68. 제67항에 있어서,
    상기 제1 클라이언트는 XCAP 메시지를 이용한 프리젠스 규칙 등록 요청 메시지를 상기 정보 서버에 전송하여 등록하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  69. 제68항에 있어서,
    상기 프리젠스 규칙은 공유 권한 부여 범위, 공유 권한 종류, 공유 정보 종류 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  70. 제69항에 있어서,
    상기 제2 클라이언트는 SUBSCRIBE 메시지를 이용한 프리젠스 구독 요청 메시지를 상기 프리젠스 서버에 전송하여, 특정 컨텐츠에 대한 구독을 요청하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  71. 제70항에 있어서,
    상기 프리젠스 서버는 상기 정보 서버에 등록된 컨텐츠 리스트 업데이트 시, 상기 정보 서버로부터 통지된 통지 메시지 또는 상기 정보 서버로부터 퍼블리시된 프리젠스 퍼블리시 메시지에서 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지를 생성하고, 상기 제2 클라이언트로 전송하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  72. 제71항에 있어서,
    상기 프리젠스 통지 메시지는 클라이언트의 상태 정보를 포함하고,
    상기 컨텐츠 검색 결과는 컨텐츠 이름, 컨텐츠 타입, 컨텐츠 저장 장소, 컨텐츠 검색 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  73. 제65항에 있어서,
    상기 제2 클라이언트가 상기 프리젠스 통지 메시지를 통해 특정 컨텐츠를 보유한 상기 컨텐츠 서버 또는 상기 제1 클라이언트와 접속하여 상기 특정 컨텐츠를 다운로드 받는 과정을 더 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  74. 제73항에 있어서,
    상기 제2 클라이언트와, 상기 컨텐츠 서버 또는 제1 클라이언트의 접속은 MSRP(Message Session Relay Protocol) 또는 HTTP(Hypertext Transfer Protocol)중 어느 하나를 이용하는 것을 특징으로 하는 컨텐츠 공유 방법.
  75. 공유 컨텐츠를 저장하여 획득한 컨텐츠 ID를 포함하는 컨텐츠 리스트를 생성하고, 상기 컨텐츠 리스트 및 프리젠스 규칙을 퍼블리시하는 제1 클라이언트;
    상기 제1 클라이언트로부터 전송되는 상기 공유 컨텐츠를 수신하여 저장하는 컨텐츠 서버;
    특정 컨텐츠 구독 요청 후, 상기 제1 클라이언트로부터 업데이트 된 컨텐츠 리스트가 퍼블리시 되면, 공유 권한에 따른 컨텐츠 구독 결과를 전송하는 프리젠스 서버;
    상기 프리젠스 서버에 특정 컨텐츠 구독 요청을 전송하고, 상기 프리젠스 서버로부터 전송되는 컨텐츠 구독 결과를 수신하는 제2 클라이언트를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  76. 제75항에 있어서,
    상기 제2 클라이언트는 SUBSRCIBE 메시지를 이용한 프리젠스 구독 요청 메시 지를 상기 프리젠스 서버에 전송하여, 특정 컨텐츠에 대한 구독을 요청하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  77. 제76항에 있어서,
    상기 제1 클라이언트는 PUBLISH 메시지를 이용한 프리젠스 퍼블리시 메시지를 상기 프리젠스 서버에 퍼블리시 하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  78. 제77항에 있어서,
    상기 프리젠스 서버는 상기 프리젠스 서버에 등록된 컨텐츠 리스트 업데이트 시, 상기 제1 클라이언트로부터 퍼블리시된 프리젠스 퍼블리시 메시지에서 업데이트된 컨텐츠의 메타 데이터를 추출하여 프리젠스 통지 메시지를 생성하고, 상기 제2 클라이언트로 전송하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  79. 제78항에 있어서,
    상기 프리젠스 통지 메시지는 클라이언트의 상태 정보를 포함하고,
    상기 컨텐츠 검색 결과는 컨텐츠 이름, 컨텐츠 타입, 컨텐츠 저장 장소, 컨텐츠 검색 키워드 중 적어도 하나를 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  80. 제75항에 있어서,
    상기 제2 클라이언트가 상기 프리젠스 통지 메시지를 통해 특정 컨텐츠를 보유한 상기 컨텐츠 서버 또는 상기 제1 클라이언트와 접속하여 상기 특정 컨텐츠를 다운로드 받는 과정을 더 포함하는 것을 특징으로 하는 컨텐츠 공유 시스템.
  81. 제80항에 있어서,
    상기 제2 클라이언트와, 상기 컨텐츠 서버 또는 제1 클라이언트의 접속은 MSRP(Message Session Relay Protocol) 또는 HTTP(Hypertext Transfer Protocol)중 어느 하나를 이용하는 것을 특징으로 하는 컨텐츠 공유 방법.
KR1020080043622A 2008-05-09 2008-05-09 Ｓｉｐ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템 KR20090117528A (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020080043622A KR20090117528A (ko) 2008-05-09 2008-05-09 Ｓｉｐ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템
EP09159633A EP2129081A1 (en) 2008-05-09 2009-05-07 SIP network-based content sharing method and system
US12/437,073 US20090282005A1 (en) 2008-05-09 2009-05-07 Sip network-based content sharing method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020080043622A KR20090117528A (ko) 2008-05-09 2008-05-09 Ｓｉｐ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템

Publications (1)

Publication Number Publication Date
KR20090117528A true KR20090117528A (ko) 2009-11-12

Family

ID=41181082

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080043622A KR20090117528A (ko) 2008-05-09 2008-05-09 Ｓｉｐ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템

Country Status (3)

Country Link
US (1) US20090282005A1 (ko)
EP (1) EP2129081A1 (ko)
KR (1) KR20090117528A (ko)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110052137A (ko) * 2009-11-12 2011-05-18 한국전자통신연구원 소셜 네트워킹 서비스 기반의 콘텐츠 공유 방법
WO2012077984A2 (ko) * 2010-12-08 2012-06-14 주식회사 라이프사이언스테크놀로지 소셜 네트워크 기반 디지털 컨텐츠 제작 방법과 공유 방법 및 이를 이용한 디지털 컨텐츠 제작 시스템과 공유 시스템
WO2012169862A3 (ko) * 2011-06-09 2013-04-04 삼성전자 주식회사 컨텐츠 이름 기반의 네트워크 장치 및 컨텐츠 보호 방법
WO2013119563A1 (en) * 2012-02-09 2013-08-15 Gramboo Inc. True-ownership of shared data

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010043017A1 (en) * 2008-10-16 2010-04-22 Research In Motion Limited Scheduling policy and quality of service through the presence access layer
KR101618036B1 (ko) * 2009-06-22 2016-05-18 삼성전자주식회사 휴대 단말기의 메신저 기능 지원 방법 및 이를 이용하는 휴대 단말기
US8825036B2 (en) * 2009-08-20 2014-09-02 T-Mobile Usa, Inc. Parent telecommunication device configuration of activity-based child telecommunication device
US8751329B2 (en) * 2009-08-20 2014-06-10 T-Mobile Usa, Inc. Licensed content purchasing and delivering
US8654952B2 (en) 2009-08-20 2014-02-18 T-Mobile Usa, Inc. Shareable applications on telecommunications devices
US8929887B2 (en) * 2009-08-20 2015-01-06 T-Mobile Usa, Inc. Shared book reading
US9507793B2 (en) * 2009-09-29 2016-11-29 International Business Machines Corporation File resharing management
WO2011085121A2 (en) * 2010-01-06 2011-07-14 Tekelec Methods, systems and computer readable media for providing session initiation protocol (sip) event watcher entity information in a communications network
US8661077B2 (en) * 2010-01-06 2014-02-25 Tekelec, Inc. Methods, systems and computer readable media for providing a failover measure using watcher information (WINFO) architecture
US8750854B2 (en) * 2010-03-25 2014-06-10 T-Mobile Usa, Inc. Parent-controlled episodic content on a child telecommunication device
US8483738B2 (en) * 2010-03-25 2013-07-09 T-Mobile Usa, Inc. Chore and rewards tracker
US8429740B2 (en) 2010-04-26 2013-04-23 Microsoft Corporation Search result presentation
EP2400718B1 (en) * 2010-06-24 2015-08-19 TeliaSonera AB Managing presence history in communications system
ES2385686B1 (es) * 2010-08-18 2013-06-12 Telefónica, S.A. Elemento de mejora de la privacidad multimedia.
US20120047223A1 (en) * 2010-08-20 2012-02-23 Nokia Corporation Method and apparatus for distributed storage
WO2013038444A1 (ja) * 2011-09-14 2013-03-21 株式会社日立製作所 サーバ計算機、サーバ計算機システム、及びサーバ計算機制御方法
US10733151B2 (en) 2011-10-27 2020-08-04 Microsoft Technology Licensing, Llc Techniques to share media files
US9547665B2 (en) 2011-10-27 2017-01-17 Microsoft Technology Licensing, Llc Techniques to determine network storage for sharing media files
KR101332170B1 (ko) * 2011-11-09 2013-11-25 에스케이텔레콤 주식회사 Ｈｔｔｐ를 이용한 파일 전송 시스템, 그의 메시지 서버, 단말 및 방법
KR101330051B1 (ko) * 2011-11-29 2014-01-13 에스케이텔레콤 주식회사 수신불능 단말로의 파일 전송 장치 및 기록매체
FR2984063A1 (fr) * 2011-12-12 2013-06-14 France Telecom Enrichissement, gestion de contenus multimedia et etablissement d'une communication en fonction de contenus multimedia enrichis
CN104025627A (zh) * 2011-12-29 2014-09-03 诺基亚公司 用于将兴趣点信息共享为web链接的方法和装置
KR101887426B1 (ko) * 2012-03-16 2018-08-10 삼성전자주식회사 컨텐츠 공유 시스템에서 프라이버시를 보장하기 위한 장치 및 방법
US9160786B1 (en) * 2012-05-08 2015-10-13 Google Inc. Method for media sharing based on location proximity
US9148469B1 (en) * 2013-03-14 2015-09-29 Google Inc. Dynamically designing shared content
CN103338308B (zh) * 2013-06-29 2016-03-02 华为终端有限公司 移动终端的呼叫方法、控制移动终端的方法及相关设备
US20150120843A1 (en) * 2013-10-30 2015-04-30 Infinite Convergence Solutions, Inc Method and Device to Store and Forward a File Thumbnail to an Initially Unavailable Client
US9509509B2 (en) 2014-02-06 2016-11-29 Dropbox, Inc. Random identifier generation for offline database
EP2942925B1 (en) * 2014-05-05 2016-08-24 Advanced Digital Broadcast S.A. A method and system for providing a private network
US10042871B2 (en) 2014-05-30 2018-08-07 Amadeaus S.A.S. Content management in a travel management system
EP2950245A1 (en) * 2014-05-30 2015-12-02 Amadeus S.A.S. Content access method and system
US10049329B2 (en) 2014-05-30 2018-08-14 Amadeus S.A.S. Content exchange with a travel management system
US9619568B2 (en) 2014-05-30 2017-04-11 Amadeus S.A.S. Content access in a travel management system
US9367563B2 (en) 2014-05-30 2016-06-14 Amadeus S.A.S. Managing records in a travel management system
CN104021216B (zh) * 2014-06-20 2017-05-10 北京邮电大学 消息代理服务器及信息发布订阅方法和系统
US20170154066A1 (en) * 2015-11-30 2017-06-01 International Business Machines Corporation Subscription service for monitoring changes in remote content
WO2017106014A1 (en) * 2015-12-17 2017-06-22 Microsoft Technology Licensing, Llc Contact-note application and services
US10554772B2 (en) * 2016-03-07 2020-02-04 Microsoft Technology Licensing, Llc Sharing personalized entities among personal digital assistant users
US10635828B2 (en) 2016-09-23 2020-04-28 Microsoft Technology Licensing, Llc Tokenized links with granular permissions
CN111695149B (zh) * 2020-05-15 2023-07-28 浙江信网真科技股份有限公司 一种基于云协同的安全过滤方法
CN112732456A (zh) * 2020-12-15 2021-04-30 京东数字科技控股股份有限公司 微服务调用方法、装置、电子设备和存储介质
CN114172837B (zh) * 2021-12-16 2023-04-07 中国建设银行股份有限公司 信息共享方法、装置、设备、系统及存储介质

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6807534B1 (en) * 1995-10-13 2004-10-19 Trustees Of Dartmouth College System and method for managing copyrighted electronic media
US7372976B2 (en) * 1998-04-16 2008-05-13 Digimarc Corporation Content indexing and searching using content identifiers and associated metadata
US6584466B1 (en) * 1999-04-07 2003-06-24 Critical Path, Inc. Internet document management system and methods
US6625389B1 (en) * 1999-09-30 2003-09-23 Koninklijke Philips Electronics N.V. Video tape hierarchical indexing system
US20020103734A1 (en) 2001-01-27 2002-08-01 Glassco David H.J. Method and apparatus for managing publication and sharing of data
US20050154608A1 (en) * 2003-10-21 2005-07-14 Fair Share Digital Media Distribution Digital media distribution and trading system used via a computer network
US7620996B2 (en) * 2004-11-01 2009-11-17 Microsoft Corporation Dynamic summary module
FI20041638A0 (fi) 2004-12-21 2004-12-21 Nokia Corp Sisällön yhteiskäyttö kommunikaatiojärjestelmässä
WO2007111312A1 (ja) * 2006-03-28 2007-10-04 Pioneer Corporation コンテンツ配信システム、サーバ装置、コンテンツ配信方法およびプログラム
US7797441B1 (en) * 2006-05-18 2010-09-14 Sprint Communications Company L.P. Methods and systems for streaming advertising content
JP4341656B2 (ja) * 2006-09-26 2009-10-07 ソニー株式会社 コンテンツ管理装置、ウェブサーバ、ネットワークシステム、コンテンツ管理方法、コンテンツ情報管理方法およびプログラム
FR2909828A1 (fr) * 2006-12-06 2008-06-13 Miyowa Sa Procede pour transmettre un contenu vers au moins un destinataire a l'aide d'un equipement mobile

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110052137A (ko) * 2009-11-12 2011-05-18 한국전자통신연구원 소셜 네트워킹 서비스 기반의 콘텐츠 공유 방법
WO2012077984A2 (ko) * 2010-12-08 2012-06-14 주식회사 라이프사이언스테크놀로지 소셜 네트워크 기반 디지털 컨텐츠 제작 방법과 공유 방법 및 이를 이용한 디지털 컨텐츠 제작 시스템과 공유 시스템
WO2012077984A3 (ko) * 2010-12-08 2012-11-01 주식회사 라이프사이언스테크놀로지 소셜 네트워크 기반 디지털 컨텐츠 제작 방법과 공유 방법 및 이를 이용한 디지털 컨텐츠 제작 시스템과 공유 시스템
WO2012169862A3 (ko) * 2011-06-09 2013-04-04 삼성전자 주식회사 컨텐츠 이름 기반의 네트워크 장치 및 컨텐츠 보호 방법
US9344429B2 (en) 2011-06-09 2016-05-17 Samsung Electronics Co., Ltd. Network apparatus based on content name and method for protecting content
WO2013119563A1 (en) * 2012-02-09 2013-08-15 Gramboo Inc. True-ownership of shared data
US9130941B2 (en) 2012-02-09 2015-09-08 Gramboo Inc. Managing a data item
US9699192B2 (en) 2012-02-09 2017-07-04 Gramboo Inc. True-ownership of shared data

Also Published As

Publication number Publication date
US20090282005A1 (en) 2009-11-12
EP2129081A1 (en) 2009-12-02

Similar Documents

Publication Publication Date Title
KR20090117528A (ko) Ｓｉｐ 네트워크 기반의 컨텐츠 공유 방법 및 그 시스템
EP1968263B1 (en) A method and system for querying user information, and search agent, client and server
KR100554239B1 (ko) 사용자 및 클라이언트 아이덴티티 인스턴트 메시징 분리
EP2173115B1 (en) Method for obtaining device information of a user terminal and communication service function entity thereof
EP2417752B1 (en) Transmitting and receiving data
US8060572B2 (en) Subscription management for a content-based presence service
EP2207305B1 (en) A method and a system for address book processing
TWI418993B (zh) 社群網路系統及建立個人核心社群網、信任關聯網與社群系統通訊方法
US8606233B2 (en) Content-based publication-subscription system for presence information
US8332471B2 (en) System for enhanced management of social networks on mobile devices
CN101299829B (zh) 一种实现统一存储中管理媒体内容的方法和消息系统
US20070124294A1 (en) Search proxy device, communication system, and method for searching for information
JP4749469B2 (ja) Ｘｄｍサービス情報管理システム及び方法
WO2007009338A1 (fr) Méthode fournissant des informations de présence, son système et son serveur de présence
US20080108332A1 (en) Method and system for subscribing for presence information
KR20110008334A (ko) 네트워크 기반 컨버지드 주소록을 위한 시스템 및 방법
WO2009074037A1 (fr) Procédé, dispositif et système de communication instantanée
US20110307500A1 (en) Method and apparatus for managing aspect and aspect trigger
EP2852191B1 (en) Method and system for establishing integrated group ISC session based on content interest
EP2764675A1 (en) System for contact subscription invitations in a cross-domain converged address book system
KR20120090612A (ko) 문서 공유에 따른 권한 설정 장치 및 방법
EP2294780B1 (en) A method for masking data
WO2010118573A1 (zh) 基于条件的统一资源标识选择方法与系统
WO2010069227A1 (zh) 优化cbus服务器返回结果的方法、cbus服务器

Legal Events

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