KR101152772B1

KR101152772B1 - 게시를 구현하는 시스템 및 방법

Info

Publication number: KR101152772B1
Application number: KR1020107018171A
Authority: KR
Inventors: 크리스티안 키스
Original assignee: 노키아 코포레이션
Priority date: 2008-02-14
Filing date: 2008-12-16
Publication date: 2012-06-11
Also published as: JP2011513806A; CA2711731A1; KR20100103695A; EP2250793A1; RU2484596C2; WO2009101235A1; EP2250793B1; US20090320094A1; EP2250793A4; CN105227636A; CN101946492A; RU2010137801A

Abstract

게시 허가 규칙들의 이용을 통해 게시 위임을 가능하게 하는 시스템 및 방법이 제공되는데, 여기서 프레젠티티는 다른 엔티티 - 예: 게시자 - 가 그 프레젠티티를 대신하여 그 프레젠티티와 연관된 프레즌스 정보를 게시하는 것을 허용할 수 있다. 부가적으로, 프레젠티티가 게시 허용되는 프레즌스 정보를 제한할 수 있는 능력이 예를 들어 서비스 제공자에게 제공된다. 따라서, 자신의 프레즌스 정보가 게시될 프레젠티티와 다른 사용자들에 대하여 규칙이 (식별자들을 통해) 매치되는 경우들에서 게시 위임이 이루어질 수 있다. 또한, 규칙이 그 프레젠티티의 신원과 매치되는 경우들에서, 허용되는 프레즌스 정보에 관한 서비스 제공자의 제한이 또한 제공될 수 있다.

Description

게시를 구현하는 시스템 및 방법{System and method for implementing a publication}

본 발명은 대체로 프레즌스(presence) 서비스에 관한 것이다. 더 자세하게는, 본 발명은 허용되는 프레즌스 정보에 관한 게시(publication) 위임(delegation) 및 제한(restriction)을 제공하는 게시 허가(publication authorization) 정책들 및/또는 규칙들에 관한 것이다.

이 섹션은 특허청구범위의 청구항들에 기재된 본 발명에 대하여 배경기술이나 콘텍스트(context)를 제공하려는 것이다. 여기에서의 설명은 추구될 수 있는 개념들을 포함할 수도 있지만, 반드시 이전에 생각되었거나 추구되었던 것들은 아니다. 그러므로, 여기서 달리 나타내지 않으면, 이 섹션에서 설명되는 것은 본 출원의 상세한 설명 및 특허청구범위의 청구항들에 대한 선행기술이 아니며 그리고 이 섹션에 포함되었다고 하여 선행기술로 인정되는 것은 아니다.

오픈 모바일 얼라이언스(Open Mobile Alliance; OMA)는 모바일 산업에서 사용될 개방형 표준들을 총괄적으로 개발하는 표준화 단체이다. OMA는 나라들, 운용자들 및 모바일 단말들 전역에 걸쳐 작용할 상호운용가능 서비스 인에이블러(enabler)들을 생성하는 것을 돕고 시장의 요구에 따라 운영된다. 모바일 시장을 확장시키기 위해, 오픈 모바일 얼라이언스(OMA)를 지원하는 회사들은 다양한 새로운 강화된 모바일 정보, 통신 및 엔터테인먼트(entertainment) 서비스들의 빠르고 광범위한 발전 및 전개를 돕기 위해 노력한다.

OMA는 IETF(International Engineering Task Force)의 SIMPLE(SIP for Instant Messaging and Presence Leveraging Extensions) 워킹 그룹(working group)에 의해 개발된 세션 개시 프로토콜(Session Initiation Protocol; SIP), 및 XCAP(XML(Extensible Markup Language) Configuration Access Protocol) 프로토콜들에 기반하여 프레즌스 및 XML 문서 관리(XML Document Management; XDM) 서비스들을 현재 개발하고 있다.

프레즌스 서비스는, 다양한 제어를 받을 수 있는 프레즌스 정보를 승낙(accept)하고, 저장하며 배포하는 네트워크 서비스 또는 시스템을 가리킬 수 있다. 부가적으로, 프레즌스 정보의 수집 및 배포, 예를 들어 게시(publishing), 구독(subscribing), 통지(notifying) 등의 방법들에 관해서뿐만 아니라 통신하려는 의향(willingness), 기기 상태 등과 같이 프레즌스 정보에 포함되어 있을 수 있는 콘텐트의 유형들에 관한 요건들이 규정되어 있다. 프레즌스 정보는, 예를 들어 특정 프레젠티티(presentity)에 속한 동적 정보 집합을 가리킨다. 이 정보는, 예를 들어 통신하려는 통신 파트너의 능력 및 의향을 나타내는 상태 표시자(status indicator)를 포함할 수 있다. 또한, 프레즌스 서비스는 많은 다른 서비스들이나 인에이블러들과 링크될 수 있다.

상기에서 설명한 바와 같이, 프레즌스 서비스들에 관하여 요건들이 규정되어 있는데, 여기서 이러한 요건들 중 적어도 일부는 OMA SIMPLE Presence 2.0 Requirements Document에 리스트되어 있다. OMA SIMPLE Presence 2.0 Requirements Document에서, 인에이블러는 다음의 요건들을 가져야 하는 것으로 정의되어 있다:

FEAT-PUB-002	프레즌스 서비스는 다른 프레젠티티들을 대신하여 프레즌스 정보를 게시하는 것을 지원하여야 한다 (위임(Delegation) 섹션 참조).	PRESENCE 2.0
FEAT-DEL-001	프레즌스 서비스는 프레젠티티로 하여금 다른 것들이 그 프레젠티티를 대신하여 게시를 수행할 수 있도록 선택적으로 허가하는 것을 허용할 것이다.	PRESENCE 2.0

통상의 프레즌스 서비스는 프레즌스 허가 규칙들로 불리는, 구독(subscription)들을 다루는 허가 정책을 현재 포함하고 있다. 이들 프레즌스 허가 규칙들은 특정 프레젠티티의 프레즌스 정보를 구독하는 것이 허용된 모든 허가받은 관측자(watcher)들 (또는 그러한 구독이 차단된 관측자들)을 기술한다.

프레즌스 게시 위임(Presence publication delegation)은 사용자들 및/또는 어플리케이션들이 다른 사용자들을 대신하여 프레즌스 정보 게시를 수행할 수 있게 해 주는 OMA SIMPLE Presence 2.0의 중요한 기술특징인 것으로 식별되었다. 예를 들어, 비서는 자신의 상사를 대신하여 프레즌스 정보를 게시할 수도 있고 또는 사용자의 컴퓨터에 상주하는 달력 어플리케이션은 그 사용자를 대신하여 그 사용자의 프레즌스 정보를 게시할 수도 있다.

구독을 위한 프레즌스 허가 규칙들에 관한 상세사항들은 OMA SIMPLE Presence 기술 명세(Technical Specification; TS) 2.0 및 OMA SIMPLE Presence XDM(Extensible Markup Language Document Management) TS 2.0에 기재되어 있다. OMA SIMPLE Presence TS 2.0 문서에서 기재된 바와 같이, 프레즌스 허가 규칙들은 구독 허가 규칙들 및 프레즌스 콘텐트 규칙들을 포함한다. 구독 허가 규칙들은 유입되는 구독들을 어떻게 처리할 것인지를 결정하고, 한편 프레즌스 콘텐트 규칙들은 임의의 적용가능한 구독 허가 규칙들 하에서 승낙되어진 관측자들에게 무슨 또는 어떤 프레즌스 정보를 유포할 것인지를 결정한다.

프레젠티티와 연관된 프레즌스 정보의 게시가 그 프레젠티티를 대신하여 게시자(publisher)에게 위임될 수 있도록 다양한 실시예들이 프레즌스 서비스에서 게시 허가 규칙들을 생성하고 시행한다. 또한 다양한 실시예들이 단일 트랜잭션에서 정책 내의 콘텐트 규칙들에 관하여 게시자가 어떻게 지득할지를 정의하는 시스템 및 방법을 제공하여, 이에 따라 실제 게시를 위해 사용되는 SIP 시그널링을 통해 그 (일부) 정책이 지득될 때 불필요한 그리고/또는 추가적인 트랜잭션들을 회피할 수 있다. 또한, 서비스 제공자는 프레젠티티가 게시 허용되는 프레즌스 정보를 제한할 수 있는 능력을 제공받을 수 있다. 따라서, 자신의 프레즌스 정보가 게시될 프레젠티티와 다른 사용자들에 대하여 (식별자들을 통해) 규칙이 매치되는 경우들에서 게시 위임이 이루어질 수 있다.

규칙이 그 프레젠티티의 신원과 매치되는 경우들에서, 허용되는 프레즌스 정보에 관한 서비스 제공자의 제한이 또한 이루어질 수 있다.

본 발명의 다양한 실시예들은, 실질적으로 (OMA에 의해 정의되는) 인터넷 메시징 및 프레즌스 서비스(Internet Messaging and Presence Services; IMPS), SIMPLE 프레즌스, 및 (IETF(Internet Engineering Task Force)에 의해 정의된) 확장형 메시징 및 프레즌스 프로토콜(Extensible Messaging and Presence Protocol; XMPP)을 포함하여 어떠한 프레즌스 솔루션에 대하여도 적용가능하다.

본 발명은 특허청구범위에 기재된 청구항들, 특히 독립 청구항들과 같이 구성될 수 있다.

본 발명의 구성 및 동작 방식과 함께 본 발명의 다양한 실시예들의 이러한 이점들 및 다른 이점들과 기술특징들은, 다음의 상세한 설명을 첨부 도면들과 관련하여 이해한다면 그 상세한 설명으로부터 명확해질 것이고, 여기서 같은 요소들은 아래에서 설명되는 몇몇 도면들에 걸쳐 같은 번호들을 가진다.

본 발명의 실시예들은 첨부 도면들을 참조하여 설명하는데, 그 첨부 도면들 중에서
도 1은 다양한 실시예들에 따른 바람직한 프레즌스 서비스 구조를 예시하고 있고;
도 2는 게시 위임에 대한 다양한 실시예들에 따라 수행되는 동작들을 기술하는 흐름도를 예시하고 있고;
도 3은 본 발명의 다양한 실시예들이 구현될 수 있는 시스템의 개관도이고;
도 4는 본 발명의 다양한 실시예들의 구현과 관련하여 사용될 수 있는 전자 기기의 전체적 모습이며; 그리고
도 5는 도 4의 전자 기기에 포함될 수 있는 회로의 도식적인 표현이다.

다양한 실시예들은 게시 허가 규칙들의 이용을 통해 게시 위임을 가능하게 하는 시스템 및 방법을 제공하는데, 여기서 프레젠티티는 다른 엔티티(entity) - 예: 게시자 - 가 그 프레젠티티를 대신하여 그 프레젠티티와 연관된 프레즌스 정보를 게시하는 것을 허용할 수 있다. 또한, 다양한 실시예들은 게시 허가 규칙들이 또한 그 프레젠티티 자체에 대한 규칙을 포함할 수도 있기 때문에 프레젠티티가 게시하는 것이 허용된 프레즌스 정보를 서비스 제공자가 제한할 수 있는 능력을 제공한다. 따라서, 게시 위임은 자신의 프레즌스 정보가 게시될 프레젠티티와 다른 사용자들에 대하여 (식별자들을 통해) 규칙이 매치되는 경우들에서 이루어질 수 있다. 또한, 규칙이 그 프레젠티티의 신원과 매치되는 경우들에서, 허용된 프레즌스 정보에 관한 서비스 제공자의 제한이 이루어질 수도 있다.

전술한 게시 허가 규칙들에 관하여, 이러한 게시 허가 정책 내 규칙들은 사용자들 및/또는 어플리케이션들이 게시할 수 있게 허용된 실제 프레즌스 정보 그 자체 뿐만 아니라 유입되는 게시들이 어떻게 처리될지 (예: 허용할지 또는 차단할지)를 결정한다. IETF RFC(Request For Comments) 3903 - http://www.ietf.org/rfc/rfc3903.txt에서 입수가능함 - 은 프레즌스 서비스를 위한 게시(PUBLISH) 방법을 기술하고 있다. IETF RFC 5025 - http://www.ietf.org/rfc/rfc5025.txt에서 입수가능함 - 는 구독들 및 프레즌스 서버가 할 수 있는 관련 결정들을 처리하는 프레임워크를 기술하고 있다. 그러나, 피게시 프레즌스 정보 내의 일부(또는 모든) 프레즌스 정보 요소들이 어떤 이유로 인하여 (예를 들어, 게시 허가 규칙의 콘텐트 정책에 기인하여) 프레즌스 서버에 의해 승낙될 수 없는지를 나타내는 방법에 관하여 어떠한 설명도 없다. 따라서, 게시 허가 콘텐트 규칙들이 정의된다 할지라도, 프레즌스 서버가 프레즌스 소스의 어떤 허용된 콘텐트가 게시가능한 것인지를 그 프레즌스 소스에게 어떻게 나타내주는지에 관한 알려진 프로토콜이나 방법이 없다. 게다가, 게시 위임을 위한 게시 허가를 다루는 방법에 관한 어떠한 설명도 없다.

상기의 문제를 다루기 위해 한 가지 생각해볼 수 있는 방법은 PUBLISH 응답의 몸체(body) 내에서 콘텐트 정책을 프레즌스 소스에게 나타내주는 것이다. 예를 들어, 200 (OK) 응답은 게시 콘텐트 모두를 승낙하는 것을 가리키고 한편 메시지 몸체를 포함하는 202 (Accepted) 응답은 프레즌스 정보의 일부만이 허가되어짐을 나타낼 수도 있다. 그러나, IETF RFC 3903은 PUBLISH 응답에서의 몸체는 어떠한 의미도 가지고 있지 않음을 명시적으로 나타내고 있고, 그래서 콘텐트 정책을 나타내기 위해 생각한 방법을 구현하는 것은 IETF RFC 3903을 위반하거나 또는 IETF RFC 3903에 대한 업데이트를 필요로 할 것이다. 또한, 프레즌스 소스는 단지 그것이 현재 게시하고 있는 프레즌스 정보에 관련된 어떤 일부 정책만을 인지하게 될 것이고, 이에 따라 프레즌스 소스가 콘텐트 정책의 나머지 부분을 발견하기 위해 불필요한 트랜잭션 교환들이 결과적으로 발생하게 될 것이다.

게다가, 그 불필요한 트랜잭션 교환들은 또한 동일한 정책 규칙들이 게시 응답들을 통해 전송되어지는 것을 반복하는 결과를 잠재적으로 야기할 것이다. 따라서, 프레즌스 소스는 관련 콘텐트 정책을 절대로 충분히 지득할 수 없고 대신에 게시를 반복적으로 시도할 것이고 만약 성공적이면, 프레즌스 서버 응답에 기초하여 자기 자신에서 그 정책 내의 정책 규칙들을 소집할 것이다. 다시, 이러한 프로세스는 정책 문서를 구성하기 위해 프레즌스 소스에서 불필요한 트래픽 및 로직을 야기시킬 수 있다.

도 1은 바람직한 프레즌스 서비스 구조(100)를 예시하고 있다. 프레젠티티들(110)은 논리 엔티티들 자신과 연관된 프레즌스 정보를 갖는 논리 엔티티들 - 예를 들어 사람이나 특정 서비스 등 - 을 포함한다. 프레젠티티들(110)과 연관된 프레즌스 정보는 하나 이상의 프레즌스 소스들(120)에서 나오거나 또는 그러한 프레즌스 소스들(120)에 의해 작성될 수도 있다. 환언하면, 프레즌스 소스들(120)은 프레즌스 정보를 "게시"한다. 프레즌스 소스들(120)은 예를 들어 프레즌스 사용자 에이전트(agent)들, 프레즌스 에이전트들로서 역할하는 네트워크 요소들, 공동 달력(corporate calendar)과 같은 어플리케이션들 등등을 포함할 수도 있고, 또는 대안적으로 모바일 단말에 배치할 수도 있다.

프레즌스 서버(130)는, 한편으로는 예를 들어 프레즌스 정보에 관한 수신된 인스턴스(instance)들을 사용가능 포맷으로 변환하면서, 프레즌스 소스들(120)로부터 프레즌스 정보를 수신하는 네트워크(100)의 또 다른 논리 엔티티이다. 즉, 프레즌스 서버(130)는 프레젠티티와 연관된 하나 이상의 프레즌스 소스들로부터의 게시들을 처리한다. 게시들은 프레즌스 정보를 리프레쉬하는 것(refreshing), 프레즌스 정보를 대체하는 것, 또는 프레즌스 정보를 제거하는 것을 포함할 수 있다. 그 게시들을 처리한다는 것은 프레즌스 정보를, 일단 변환되었으면, 관측자들(140)에게 포워딩하는 것을 가리킬 수 있다. 관측자들(140)은 프레즌스 서비스로부터 어떤 하나 이상의 프레젠티티들(110)에 관한 프레즌스 정보를 요청하는, 네트워크(100) 내의 고유하게 식별가능한 임의의 엔티티를 가리킬 수 있다. 관측자들(140)은 "구독"을 통해 프레즌스 정보를 요청할 수 있는데, 이는 하나 이상의 프레젠티티들(110)의 프레즌스 정보에서의 변화들에 관하여 통지받고자 하는 구독자(subscriber)의 요청에 대하여 프레즌스 서비스에 의해 유지되는 정보를 가리킬 수 있다. 구독자는 하나 이상의 프레젠티티들(110)의 프레즌스 정보에서의 변화들에 관하여 그것에 통지하도록 프레즌스 서비스에 요청해 놓은 관측자(140)를 가리킬 수 있음을 유념하여야 할 것이다.

일관성과 단순함을 위해, 게시 위임에 관련된 어떠한 게시 허가 규칙들도 구독을 위한 프레즌스 허가 규칙들과 유사하거나 동등한 포맷을 가지는 것이 유리할 것이다.

어플리케이션-특정(application-specific) 데이터에의 액세스에 대한 허가 정책들을 생성하는 프레임워크는 IETF RFC 4745 - http://www.ietf.org/rfc/rfc4745.txt에서 입수가능함 - 에서 정의되어 있다. 그러므로, 다양한 실시예들은 IETF RFC 4745에서 정의되고 OMA SIMPLE Presence XDM TS 2.0에서 확장된 공통-정책 구조(common-policy structure)에 적합한 방식으로 포맷화되는 게시 허가 규칙들의 이용을 통해 프레즌스 게시 위임 및 프레즌스 정보 제한을 구현할 수 있다.

다양한 실시예들에 따른 게시 허가 규칙들 각각은 <규칙(rule)> 요소(element)들의 시퀀스를 포함하는데, 여기서 각 규칙은 적어도 다음 3개의 부분들을 포함한다: "조건(conditions)" 요소, "액션(actions)" 요소 및 "변환(transformations)" 요소. 조건 요소는 규칙이 프레즌스 서버 프로세싱에 적용되어야 할 상황 즉 조건을 규정할 수 있다. 액션 요소는 프레즌스 서버에게 어떤 액션들을 그것이 착수하여야 할지에 관하여 지시할 수도 있다. 변환 요소는 프레즌스 서버가 실행하는 동작들을 나타내는데, 예를 들면 프레즌스 소스가 게시하는 것이 허용된 허가된 프레즌스 정보이다.

다양한 실시예들에서 임의의 <규칙> 요소의 <액션> 자식 요소와 연관되어 프레즌스 서버가 행하는 게시 허가 결정을 규정하는 <게시-처리(pub-handling)> 요소를 제공한다. 다양한 실시예들에 따라, "차단(block)" 및 "허용(allow)" 값들이 게시 허가 규칙들에서 의미가 있음을 유념하여야 할 것이다. "허용" 값의 경우에, 프레즌스 서버는 제안된 게시를 승낙하고 200 (OK) 응답을 반환한다. "차단" 값의 경우에는, 프레즌스 서버는 제안된 게시를 거부하고 403 (Forbidden) 응답을 반환한다.

도 2는 다른 게시자에 의해 프레젠티티를 대신하여 프레즌스 정보를 게시할 수 있도록 하기 위해 수행되는 바람직한 프로세스들을 예시하는 흐름도이다. 또한, 이들 바람직한 프로세스들은 예를 들어 서비스 제공자가 허용된 프레즌스 정보에 관하여 일정 제한들을 적용하기를 바라는 상황의 시나리오들을 처리하기 위해 사용될 수 있다. 블록(200)에서, 프레젠티티의 프레즌스 정보의 게시 요청이 (예를 들어 프레즌스 서버에서) 게시자로부터 수신되는데, 여기서 그 게시는 그 프레젠티티를 대신하여 게시하는 것 또는 다른 프레젠티티를 대신하여 게시하는 것 중 어느 하나이다. 블록(210)에서, 프레즌스 서버는, 적용가능한 게시 허가 규칙의 <조건> 요소에 기초하여, 그 게시 허가 규칙의 적용을 필요로 하는 적절한 조건들이 존재하는지 또는 그렇지 않은지를 결정한다. 예를 들어, 프레즌스 서버가 그러한 게시 허가 규칙들을 적용할 수 있도록, 게시자의 신원에 매치되는 조건들이 존재하는지 여부가 결정될 수도 있다. 그러나, 예를 들어 게시자의 신원에 매치되는 조건들이 존재하지 않는다면, 디폴트 액션은 그 게시를 차단하는 것일 수 있다. 또한, 게시 허가 규칙은 그 프레젠티티 자체에도 적용될 수 있는데 이는 프레즌스 정보 제한(presence information restriction)으로 부른다는 것을 유념하여야 할 것이다. 대안적으로, 게시 허가 규칙은 상기에서 기술된 바와 같이 다른 프레젠티티에 적용될 수도 있는데, 이는 위임(delegation)으로 불린다. 블록(220)에서, 프레즌스 서버는 상기 조건들에 기초하여 그 게시 허가 규칙의 <액션> 요소에 따라 어떤 액션들이 취해져야 할지를 결정하는데, 여기서 만약 조건들이 존재한다면, 규칙들은 공통-정책 규칙집합(common-policy ruleset) 결합 로직(combinatory logic)에 따라 결합되며 그리고 변환들을 가진 결과적인 액션을 결정한다. 예를 들어, 적용가능 <액션> 요소는 프레즌스 서버에게 그 게시가 허용되어야 하는지 또는 차단되어야 하는지 중 어느 한 쪽을 결정할 것을 지시한다 (230). 도달된 결정이 게시를 허용하는 것이면, 블록(240)에서, 프레즌스 서버는 결합된 변환들(게시 콘텐트 규칙들(publication content rules))에 기초하여 허가된 프레즌스 정보를 결정한다. 즉, <변환> 요소는 프레즌스 서버에게, 피게시 프레즌스 정보를 필터링하며 그리고 그 <변환> 요소의 자식 요소들에 의해 명시적으로 규정된 프레즌스 요소들만을 허용하도록 지시한다. 그러나, 만약 행해진 결정이 게시를 차단하는 것이면, 블록(250)에서, 게시 요청은 완전히 거부되며 그리고 403 (Forbidden) 응답이 발송된다. 블록(260)에서, 피게시 프레즌스 정보가 허용되고 그 피게시 프레즌스 정보가 게시 콘텐트 규칙들과 매치될 때, 200 (OK) 응답이 발송된다. 대안적으로 블록(270)에서, 피게시 프레즌스 정보가 게시 콘텐트 규칙들에 (부분적으로 또는 완전히) 매치되지 않으면, 정책-접촉(Policy-Contact) 헤더 필드를 포함하는 488 (Not Acceptable Here) 응답이 발송되고, 여기서 정책-접촉 헤더 필드는 게시 허가 규칙 문서를 포인팅(pointing)하는 URI(Uniform Resource Identifier)를 포함한다.

또한 다양한 실시예들에 따라, 게시 허가 규칙들의 <변환> 요소는 콘텐트 규칙들을 기술한다. 예를 들어, 제1 그룹의 변환들은 사람, 기기, 및 서비스 데이터 요소들에 대한 어떤 식별 정보에 기초하여 그러한 요소들의 게시를 가능하게 해 줄 수 있다. 다른 그룹의 변환들은 프레즌스 문서에서 특정 데이터 요소들의 게시를 가능하게 해 줄 수 있다. 예를 들어 그리고 다양한 실시예들에 따라, <허용-주의(allow-note)> 요소는 특정 게시자에 의해 <주의(note)> 요소의 게시를 제어하기 위해 제공된다.

다양한 실시예들은 또한 프레즌스 소스가 프레즌스 정보를 대신하여 게시해 주고 있는 프레젠티티의 신원과 연관된 관련 콘텐트 규칙들을 프레즌스 소스가 지득할 수 있게 하는 시스템 및 방법을 제공한다. 즉, 매치되는 게시 허가 규칙들(예를 들어, 게시자의 신원에 매치되는 <신원(identity)> 요소를 가진 규칙들)로부터 결합된 <변환> 요소가 활용되고, 이에 따라 "A Framework for Session Initiation Protocol (SIP) Session Policies"라는 명칭의 draft-ietf-sip-session-policy-framework-02 기록에서 제시된 작용 및 SIP 확장들의 재사용을 가능하게 해 준다.

만약 게시자가 그 프레젠티티에 의해 허가되지 않은 프레즌스 요소를 게시하고 있다면, 프레즌스 서버는 정책-접촉 헤더 필드를 포함하고 있는 488 (Not Acceptable Here) 응답으로 그 게시를 거부할 것이다. 정책-접촉 헤더 필드는 예를 들어 다양한 실시예들에 따라 생성된 게시 허가 규칙들을 포함하고 있는 문서의 범용 자원 식별자(URI)를 포인팅하는데 활용된다. 그 문서는 프레즌스 XDMS에 저장될 수 있음을 유념하여야 할 것이다.

정책-접촉 헤더 필드를 가진 488 (Not Acceptable Here) 응답을 수신한 후에, 프레즌스 소스는 프레즌스 XDMS로부터 게시 허가 규칙들을 가져와서 게시를 위한 적용가능한 콘텐트 규칙들을 발견한다. 그러면 프레즌스 XDMS는 그 규칙들의 조건 요소에 존재하는 신원들과 그 가져오는 프레즌스 소스의 신원을 매치하여 단지 그 매치되는 규칙들로부터 결합된 <변환> 요소만을 반환할 것이다. 따라서, 게시자가 그 특정 게시자의 신원에 관련된 정책만을 분간하도록 허용되기 때문에 게시자가 전체적인 정책을 지득할 가능성을 회피할 수 있다. 프레즌스 XDMS로부터 콘텐트 규칙들의 관련 부분을 수신한 후에, 프레즌스 소스는 발견되었던 게시 허가 규칙들에 의해 허가된 게시를 위한 적격의 프레즌스 문서를 생성할 수 있다. 또한, 어떤 다른 XDM 문서에 관하여도, 프레즌스 소스는 XDM Core 2.0 명세에서 기술되는 정책 문서에서의 변화들에 대하여 구독할 수 있다. 대안적으로, 프레즌스 소스는 게시 시도가 실패하면 최신의(예를 들어, 변경된) 문서를 가져올 수 있지만, 정책 문서의 로컬(예를 들어, 캐싱된(cached)) 사본은 프레즌스 문서가 게시되는 것을 허용할 것이다.

다양한 실시예들이 프레즌스 서비스에서 게시 허가 규칙들을 생성하거나 시행하는데 사용될 수 있다. 부가적으로, 다양한 실시예들은 단일 트랜잭션에서 정책 내의 콘텐트 규칙들에 관하여 어떻게 지득할지를 정의하는 시스템 및 방법을 제공하여, 이에 따라 실제 게시를 위해 사용되는 SIP 시그널링을 통해 (일부) 정책이 발견될 때 불필요한 그리고/또는 추가적인 트랜잭션들을 회피할 수 있다. 즉, 다양한 실시예들에 따라, 정책 다운로딩은 SIP 시그널링으로부터 분리될 수 있다. 예를 들어, 게시 허가 규칙 문서는, 정책 정보를 SIP 시그널링 메시지들 상으로 수송(piggybacking)하는 대신에, 프레즌스 XDMS로부터 획득될 수 있는데, 여기서 하나의 정책 정보는 거부된 게시에 관련된 모든 비성공적인 PUBLISH 트랜잭션 응답 내에 포함된다.

다양한 실시예들의 상기의 구현 실례의 다수는 SIMPLE 프레즌스 환경에서 설명된다. 그러나, 관련 기술분야에서 숙련된 자는 본 발명의 다양한 실시예들이 다른 프레즌스 솔루션들에도 마찬가지로 적용가능하다는 것을 이해할 것이다.

도 3은 본 발명의 다양한 실시예들이 활용될 수 있는 시스템(10)을 도시하고 있는데, 그것은 하나 이상의 네트워크들을 통해 통신할 수 있는 다수의 통신 기기들을 포함한다. 시스템(10)은 모바일 전화 네트워크, 무선 로컬 영역 네트워크(Local Area Network; LAN), 블루투스(Bluetooth) 개인 영역 네트워크, 에더넷(Ethernet) LAN, 토큰 링(token ring) LAN, 광역 네트워크, 인터넷 등을 포함하는 그러나 이에 한정되지는 않는 유선 또는 무선 네트워크들의 어떠한 조합도 포함할 수 있다. 시스템(10)은 유선 통신 기기 및 무선 통신 기기 양쪽 모두를 포함할 수 있다.

예증으로서, 도 3에 도시된 시스템(10)은 모바일 전화 네트워크(11) 및 인터넷(28)을 포함한다. 인터넷(28)으로의 접속은 원거리(long range) 무선 접속, 단거리(short range) 무선 접속, 그리고 전화선, 케이블 라인, 전력선 및 기타 등등을 포함하는 그러나 이에 한정되지 않는 다양한 유선 접속을 포함하며, 그러나 이에 한정되지는 않는다.

시스템(10)의 바람직한 통신 기기들은, 모바일 전화기 형태의 전자 기기(12), PDA(personal digital assistant)(0) 및 모바일 전화기 겸용기기(14), PDA(16), 통합 메시징 기기(integrated messaging device; IMD, 18), 데스크탑 컴퓨터(20), 노트북 컴퓨터(22) 등을 포함하지만 이에 한정되지는 않는다. 그 통신 기기들은 고정식이거나 또는 움직이고 있는 개인이 휴대하는 경우처럼 이동식일 수 있다. 그 통신 기기들은 또한 자동차, 트럭, 택시, 버스, 기차, 보트, 비행기, 자전거, 오토바이 등등을 포함하지만 이에 한정되지 않는 수송기관 형태에 배치될 수도 있다. 그 통신 기기들 중 일부 또는 모두는 호(call) 및 메시지를 송신 및 수신하고 기지국(24)으로의 무선 접속(25)을 통해 서비스 제공자들과 통신할 수 있다. 기지국(24)은 모바일 전화 네트워크(11) 및 인터넷(28) 간의 통신을 허용하는 네트워크 서버(260에 접속될 수 있다. 시스템(10)은 부가적인 통신 기기들 및 상이한 유형의 통신 기기들을 포함할 수 있다.

통신 기기들은, 코드 분할 다중 액세스(Code Division Multiple Access; CDMA), 모바일 통신용 글로벌 시스템(Global System for Mobile Communications; GSM), 범용 모바일 전기통신 시스템(Universal Mobile Telecommunications System; UMTS), 시분할 다중 액세스(Time Division Multiple Access; TDMA), 주파수 분할 다중 액세스(Frequency Division Multiple Access; FDMA), 전송 제어 프로토콜/인터넷 프로토콜(Transmission Control Protocol/Internet Protocol; TCP/IP), 단문 메시징 서비스(Short Messaging Service; SMS), 멀티미디어 메시징 서비스(Multimedia Messaging Service; MMS), 이메일, 인스턴트 메시징 서비스(Instant Messaging Service; IMS), 블루투스, IEEE 802.11 등을 포함하는 그러나 이에 한정되지 않는 다양한 전송 기술들을 이용하여 통신할 수 있다. 본 발명의 다양한 실시예들을 구현하는데 수반되는 통신 기기는 무선, 적외선, 레이저(laser), 케이블 접속 및 기타 등등을 포함하는 그러나 이에 한정되지 않는 다양한 매체들을 사용하여 통신할 수 있다.

도 4 및 도 5는 본 발명이 구현될 수 있는 하나의 대표적인 전자 기기(12)를 도시하고 있다. 그러나, 본 발명을 하나의 특정 유형의 기기에 한정되게 하려는 것은 아님이 이해되어야 할 것이다. 도 4 및 도 5의 전자 기기(12)는 하우징(30), 액정 표시 장치 형태의 디스플레이(32), 키패드(34), 마이크로폰(36), 이어폰(38), 배터리(40), 적외선 포트(42), 안테나(44), 하나의 실시예에 따른 UICC 형태의 스마트 카드(46), 카드 리더(48), 무선 인터페이스 회로(52), 코덱 회로(54), 콘트롤러(56) 및 메모리(58)를 포함한다. 개개의 회로들 및 요소들은 모두, 예를 들어 노키아(Nokia)의 모바일 전화기 영역에서와 같이, 관련 기술분야에서 잘 알려진 유형이다.

본 출원에서 설명된 다양한 실시예들은 방법 단계들이나 프로세스들 - 네트워킹된 환경에서 컴퓨터에 의해 실행되는 컴퓨터-실행가능 명령들 이를테면 프로그램 코드를 포함하는, 컴퓨터-판독가능 매체에 구현된 컴퓨터 프로그램 제품에 의해 하나의 실시예에서 구현될 수 있는 방법 단계들이나 프로세스들 - 의 일반적인 정황(context)에서 기술되어 있다. 컴퓨터-판독가능 매체는 ROM(Read Only Memory), RAM(Random Access Memory), CD(compact disc), DVD(digital versatile disc) 등을 포함하는 그러나 이에 한정되지 않는 착탈식 및 비-착탈식 저장 기기들을 포함할 수 있다. 일반적으로, 프로그램 모듈들은, 특정 작업들을 수행하거나 또는 특정한 추상 데이터 타입(abstract data type)들을 구현하는 루틴(routine), 프로그램, 객체(object), 콤포넌트, 데이터 구조 등을 포함할 수 있다. 컴퓨터-실행가능 명령들, 연관된 데이터 구조들, 및 프로그램 모듈들은 본 출원에 개시된 방법들의 단계들을 실행하기 위한 프로그램 코드 예들을 나타내고 있다. 이러한 실행가능 명령들이나 연관된 데이터 구조들의 특정 시퀀스는 이러한 단계들이나 프로세스들에 기술된 기능들을 구현하기 위한 해당 활동들의 예들을 나타내고 있다.

다양한 실시예들은 소프트웨어, 하드웨어, 어플리케이션 로직, 또는 소프트웨어, 하드웨어 및 어플리케이션 로직의 조합으로 구현될 수 있다. 소프트웨어, 어플리케이션 로직 및/또는 하드웨어는, 예를 들어 칩셋(chipset), 모바일 기기, 데스크탑(desktop), 랩탑(laptop) 또는 서버 상에 존재할 수 있다. 다양한 실시예들의 소프트웨어 및 웹 구현들은 다양한 데이터베이스 탐색 단계들이나 프로세스들, 상관(correlation) 단계들이나 프로세스들, 비교 단계들이나 프로세스들 및 결정 단계들이나 프로세스들을 이루기 위해 규칙-기반 로직 및 다른 로직을 갖는 표준 프로그래밍 기술들을 이용하여 이루어질 수 있다. 다양한 실시예들은 또한 네트워크 요소들이나 모듈들 내에 전체적으로 또는 부분적으로 구현될 수 있다. 본 출원에서 그리고 이하의 청구항들에서 사용되는 "콤포넌트" 및 "모듈"이라는 단어들은 수동 입력을 받기 위한 장비, 및/또는 하드웨어 구현들, 및/또는 하나 이상의 소프트웨어 코드 라인들을 이용한 구현들을 포함시키려고 사용하는 것임을 유념하여야 할 것이다.

실시예들에 관한 전술한 설명은 예시 및 설명의 목적으로 제시되었다. 전술한 설명에서 본 발명의 실시예들을 개시되어 있는 정확한 형태로 한정하려고 하거나 또는 모든 것을 망라하려는 것은 아니고, 변형예들이나 변화예들이 상기의 교시내용에 비추어 가능하거나 또는 다양한 실시예들의 실행으로부터 획득되어질 수도 있다. 관련 기술분야에서 숙련된 자가 본 발명을 다양한 실시예들로 활용하며 그리고 고려되는 특정 용도에 적합한 다양한 변형예들로 활용하는 것을 가능하게 하도록 다양한 실시예들의 특징 및 원리와 그것의 실제적인 응용을 설명하기 위해, 본 출원에서 논의된 실시예들을 선택하여 기술하였다. 본 출원에서 설명된 실시예들의 기술특징들은 방법, 장치, 모듈, 시스템, 및 컴퓨터 프로그램 제품의 모든 가능한 조합들로 결합될 수 있다.

Claims

통신 장치에서 게시 위임(publication delegation)을 하는 방법으로서,
프레젠티티(presentity)의 프레즌스(presence) 정보를 다른 프레젠티티를 대신하여 게시하라는 요청을 수신하고;
게시 허가 규칙의 적용을 필요로 하는 조건들이 존재하는지 여부를 결정하고;
상기 조건들이 존재하면, 상기 조건들에 기초하여 게시 요청을 허용할지 또는 차단할지를 결정하며; 그리고
게시 요청을 허용하는 것으로 결정 시에, 게시 콘텐트 규칙들에 따라 상기 프레즌스 정보를 변환하는 것을 포함하는 방법.
제1항에 있어서,
상기 요청은 상기 프레젠티티와는 다른 게시자 엔티티(publisher entity)로부터 발송되는, 방법.
제1항에 있어서,
상기 조건들은 상기 게시 허가 규칙의 조건 요소(conditions element)에서 정의되는, 방법.
제1항에 있어서,
상기 게시 요청을 허용할지 또는 차단할지를 결정하는 것은 또한, 상기 게시 허가 규칙의 액션 요소(action element)에 기초한 결정들에 기반하는, 방법.
제1항에 있어서,
상기 프레젠티티의 프레즌스 정보의 변환은 상기 게시 허가 규칙의 변환 요소(transformation element)에서 정의되는, 방법.
제5항에 있어서,
상기 변환 요소는 프레즌스 문서의 어떤 데이터 요소들이 게시를 위해 허용될지를 제어하기 위한 게시 콘텐트 규칙들을 기술하며, 상기 프레즌스 문서는 상기 프레즌스 정보를 나타내는, 방법.
제6항에 있어서,
상기 방법은, 상기 프레젠티티의 프레즌스 정보의 게시를 프레즌스 소스가 대신해주고 있는 대상인 프레젠티티의 신원과 연관된 콘텐트 규칙들을 프레즌스 XDMS로부터 가져오는 것을 더 포함하는, 방법.
제1항에 있어서,
상기 통신 장치는 프레즌스 서버인, 방법.
제1항에 있어서,
상기 게시 요청을 차단하는 것은 또한, 정책 접촉(policy contact) 헤더 필드를 포함하고 있는 응답으로 상기 게시 요청에 응답하는 것을 포함하는, 방법.
제9항에 있어서,
상기 정책 접촉 헤더 필드는 상기 게시 허가 규칙을 포함하고 있는 문서의 범용 자원 식별자(uniform resource identifier)를 포인팅(pointing)하는, 방법.
제1항의 방법을 수행하도록 구성된 컴퓨터 프로그램을 기록한 컴퓨터-판독가능 저장 매체.
프로세서; 및
상기 프로세서에 통신가능하게 연결된 메모리 유닛을 포함하는 장치로서,
상기 메모리 유닛은,
프레젠티티의 프레즌스 정보를 다른 프레젠티티를 대신하여 게시하라는 요청의 수신을 프로세싱하여 게시 위임을 일으키도록 구성된 컴퓨터 코드;
게시 허가 규칙의 적용을 필요로 하는 조건들이 존재하는지 여부를 결정하도록 구성된 컴퓨터 코드;
상기 조건들이 존재하면, 상기 조건들에 기초하여 게시 요청을 허용할지 또는 차단할지를 결정하도록 구성된 컴퓨터 코드; 및
게시 요청을 허용하는 것으로 결정 시에, 게시 콘텐트 규칙들에 따라 상기 프레즌스 정보를 변환하도록 구성된 컴퓨터 코드를 포함하는, 장치.
제12항에 있어서,
상기 요청은 상기 프레젠티티와는 다른 게시자 엔티티로부터 발송되는, 장치.
제12항에 있어서,
상기 조건들은 상기 게시 허가 규칙의 조건 요소에서 정의되는, 장치.
제12항에 있어서,
상기 게시 요청을 허용할지 또는 차단할지 중 어느 하나를 결정하는 것은 또한, 상기 게시 허가 규칙의 액션 요소에 기초한 결정들에 기반하는, 장치.
제12항에 있어서,
상기 프레젠티티의 프레즌스 정보의 변환은 상기 게시 허가 규칙의 변환 요소에서 정의되는, 장치.
제16항에 있어서,
상기 변환 요소는 프레즌스 문서의 어떤 데이터 요소들이 게시를 위해 허용될지를 제어하기 위한 게시 콘텐트 규칙들을 기술하며, 상기 프레즌스 문서는 상기 프레즌스 정보를 나타내는, 장치.
제17항에 있어서,
상기 메모리 유닛은, 상기 프레젠티티의 프레즌스 정보의 게시를 대신 수행해주고 있는 대상인 프레젠티티의 신원과 연관된 콘텐트 규칙들을 프레즌스 XDMS로부터 가져오도록 구성된 컴퓨터 코드를 더 포함하는, 장치.
제12항에 있어서,
상기 게시 요청을 차단하는 것은 또한, 정책 접촉 헤더 필드를 포함하고 있는 응답으로 상기 게시 요청에 응답하는 것을 포함하는, 장치.
제19항에 있어서,
상기 정책 접촉 헤더 필드는 상기 게시 허가 규칙을 포함하고 있는 문서의 범용 자원 식별자를 포인팅하는, 장치.
게시 위임을 위한 시스템으로서,
프레젠티티의 프레즌스 정보를 다른 프레젠티티를 대신하여 게시하라는 요청을 수신하는 수단;
게시 허가 규칙의 적용을 필요로 하는 조건들이 존재하는지 여부를 결정하는 수단;
상기 조건들이 존재하면, 상기 조건들에 기초하여 게시 요청을 허용할지 또는 차단할지를 결정하는 수단; 및
게시 요청을 허용하는 것으로 결정 시에, 게시 콘텐트 규칙들에 따라 상기 프레즌스 정보를 변환하는 수단을 포함하는 시스템.
제21항에 있어서,
상기 요청은 상기 프레젠티티와 다른 게시자 엔티티로부터 발송되는, 시스템.