KR101126974B1

KR101126974B1 - 콘텍스트 정보를 제공하는 방법 및 장치

Info

Publication number: KR101126974B1
Application number: KR1020077024580A
Authority: KR
Inventors: 요한 젤름; 마티아스 리드스트롬; 데오 칸테르
Original assignee: 텔레폰악티에볼라겟엘엠에릭슨(펍)
Priority date: 2005-04-26
Filing date: 2005-10-04
Publication date: 2012-03-23
Also published as: WO2006115442A1; BRPI0520075B1; CN101167335A; US20090132540A1; KR20080013870A; EP1875719A1; ZA200708898B; JP2008539500A; CN101167335B; US8341174B2; JP4809421B2; BRPI0520075A2; EP1875719B1

Abstract

통신 네트워크에서 관심 객체(306a)에 대한 콘텍스트를 유지하는 콘텍스트 서버(318)로부터 콘텍스트 정보를 획득하는 방법 및 장치가 제공된다. 콘텍스트 서버는 관심 객체와 관련된 센서(306)로부터 로우 콘텍스트 데이터를 수신한다. 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구는 요구 당사자로부터 수신된다. 개별 콘텍스트 데이터는 요구 당사자의 하나 이상의 개별 엔티티(316)에 대해 수집된다. 커스터마이즈된 규칙은 수신된 개별 콘텍스트 데이터를 기초로 하여 작성된다. 이 규칙은 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 적응된 요구의 조건을 규정하고, 커스터마이즈된 규칙을 포함하는 적응된 요구는 관심 객체의 콘텍스트 서버로 송신된다. 커스터마이즈된 규칙에 따라 리파인된 콘텍스트 데이터는 이때 콘텍스트 서버로부터 수신된다.

통신 네트워크, 관심 객체, 콘텍스트 서버, 센서, 개별 엔티티

Description

콘텍스트 정보를 제공하는 방법 및 장치{A METHOD AND ARRANGEMENT FOR PROVIDING CONTEXT INFORMATION}

본 발명은 일반적으로 통신 네트워크에서 요구된 콘텍스트 정보를 제공하거나 획득하는 방법 및 장치에 관한 것이다. 특히, 본 발명은 요구 당사자(requesting party)로부터 사양(specifications)에 따라 콘텍스트 정보를 제공하거나 획득하는 것에 관한 것이다.

3G 이동 전화의 출현과 함께, 새로운 패킷 기반 통신 기술이 멀티미디어 콘텐트(content)를 통신하기 위해 개발되었다. 예컨대, GPRS (General Packet Radio Service) 및 WCDMA (Wideband Code Division Multiple Access) 기술은, 통상의 회선 교환 음성 호출 이외에, 이미지, 텍스트, 문서, 애니메이션, 오디오 파일, 비디오 클립 등을 나타내는 데이터의 패킷 교환 통신을 수반하는 무선 멀티미디어 전화 서비스를 지원한다. 또한, 새로운 정교한 이동 단말기가 또한, 상이한 포맷에 대한 고 해상도 칼라 디스플레이 및 다수의 코덱(코더/디코더)을 포함하는 새로운 서비스를 취급하는 기능성을 구비하여 시장에 출현하고 있다. 이들 단말기는 또한 통상적으로 네트워크 구성 및 셀 특징에 따라 상이한 액세스 기술을 수용할 수 있다.

최근에, "IP Multimedia Subsystem" (IMS)라 하는 서비스 네트워크 구조는, 패킷 도메인 내의 이동 클라이언트에 멀티미디어 서비스를 제공하도록 개방형 표준(open standard)으로서 3^rd Generation Partnership Project (3GPP)에 의해 개발되었다. 일반적으로, IMS는, IP 전송에 기반한 서비스를 가능하게 하는 플랫폼이며, 사용되는 액세스 기술과 거의 무관하며, 기본적으로 특정 서비스의 어떤 제한된 세트에 한정되지 않는다.

세션 설정을 위한 사양은 "SIP" (standard IETE RFC 3261 등에 따른 Session Initiation Protocol)으로 정의되었고, 이는 패킷 교환 논리를 통해 세션을 제어 (예컨대, 작성, 수정 및 종료)하는 애플리케이션-층 신호 전송 프로토콜이다. SIP는 일반적으로 멀티미디어 세션을 취급하는 IMS 네트워크에 의해 이용된다. 또한, 기본 SIP 프로토콜의 확장은 "Simple"로서 지칭되고, 일부 서비스를 취급하는데 이용될 수 있다.

도 1은 IMS 서비스 네트워크에 의해 멀티미디어 서비스를 제공하는 매우 간략화된 기본 통신 시나리오를 개략적으로 도시한 것이다. 이 도면은 단지 본 발명에 대한 배경 기술을 이해하는데 도움을 주는 네트워크 요소의 선택을 도시한 것을 알 수 있다. 간략히 기술하자면, 호출 이동 단말기 A는 제 1 무선 액세스 네트워크(100)에 접속되어, 하나 이상의 멀티미디어 서비스를 수반하는 통신 세션 S에서, 제 2 무선 액세스 네트워크(102)에 접속된 피호출 이동 단말기 B와 통신한다. 선택적으로, 단말기 A는 고정 단말기 또는 컴퓨터, 또는 한 피스(piece)의 음악, 필름 또는 게임과 같은 약간의 멀티미디어 콘텐트를 이 단말기로 전송하는 콘텐트 서버 와 통신할 수 있다. 단말기 A, B는 아래에 기술되는 정보 서비스를 제공하는 IMS 네트워크 내의 서버와 통신할 수 있다.

도시된 IMS 네트워크(104)는 제 1 무선 액세스 네트워크(100)에 접속되어, 단말기 A에 대한 멀티미디어 세션 S을 처리한다. 따라서, IMS 네트워크(104)는 단말기 A로부터 어떤 서비스 요구를 수신하여 처리한다. 마찬가지로, 대응하는 IMS 네트워크(106)는 단말기 B에 대신하여 세션 B를 처리하고, 2개의 IMS 네트워크(104 및 106)는 상이한 오퍼레이터에 의해 제어될 수 있다. 선택적으로, 단말기 A 및 B는 물론 동일한 액세스 네트워크에 접속될 수 있고, 및/또는 동일한 IMS 네트워크에 의해 서비스를 받을 수 있다.

도시된 세션 S는, SIP 신호 전송을 이용하여, 일반적으로 블록(108)으로 표시되는 다수의 적절한 세션 관리 노드에 의해 제어된다. 통상적으로, 세션 관리 노드 타입은, S-CSCF (Serving Call Session Control Function), I-CSCF (Interrogating Call Session Control Function) 및 P-CSCF (Proxy Call Session Control Function)를 포함한다. 호출된 멀티미디어 서비스는 다수의 애플리케이션 서버(110)에 의해 가능하게 실행된다. 더욱이, 주 데이터베이스 요소 HSS (Home Subscriber Server)(112)는 가입자 및 인증 데이터뿐만 아니라, 특히, 애플리케이션 서버(110)가 클라이언트에 대한 서비스를 실행하기 위해 인출할 수 있는 서비스 정보를 저장한다. IMS 네트워크 요소(108-112)의 여러 기능은 본 발명을 이해하기 위해 여기서 더 기술할 필요가 없다. 물론, IMS 네트워크(104)는 간략화를 위해 여기에 도시되지 않은 많은 다른 노드 및 기능을 더 포함한다.

IMS 네트워크에 의해 사용될 수 있는 서비스의 일례로서, 소위 "Presence" 서비스가 있다. 이런 타입의 서비스에서, "Presence"는 기본적으로 클라이언트의 동적 및 가변 상태 프로파일이고, presence 서비스는 기본적으로 클라이언트의 "presence 데이터"의 출판(publishing)을 수반하여, 다른 사용자 및 애플리케이션에 이용 가능하게 하여, 다른 서비스를 제어하는데 더 이용될 수 있다. presence 데이터는 기본적으로 어떤 사전 정해진 관점에서 클라이언트 및 이들의 장비의 상태 또는 상황을 규정한다. 따라서, 용어 "presence"는 여기서 상당한 광의의 의미로 주어지고, presence 데이터는 예컨대 다음의 "클라이언트 상태"를 포함할 수 있다.

- 예컨대, 휴일, 회의 등에서, 이용 가능한지, 바쁜지의 클라이언트 상태.

- 아웃 오브 커버리지, 스위치 온/오프, 사용중 등의 단말기 상태.

- 클라이언트/단말기의 지리적 위치.

- 예컨대, SMS, MMS, 채팅, 게임, 비디오 등의 기능성에 관한 단말기 능력 및 선택.

- 예컨대, 흥미, 직업, 개인, 특징, 무드 등의 다른 개인 클라이언트 정보.

이 정보 또는 이의 어떤 선택된 부분은, 클라이언트가 어떤 presence 데이터를 변경할 때마다, 네트워크 또는 클라이언트로부터 수신된 소위 "publications of events"에 기초로 하여 IMS 네트워크 내의 애플리케이션 서버 내에 저장된다. 클라이언트는 또한, 사용자 리스트에 따라 하나 이상의 다른 사용자의 선택된 presence 데이터를 가입(subscribe)할 수 있다. 이와 같은 presence 가입은 통상적으로 또한 IMS 네트워크 내의 애플리케이션 서버에 의해 처리된다. 가입 클라이언트는 이때 현재 presence 데이터에 관한 통지를 자동으로 또는 요구 시에 수신할 수 있다. SIP에서, "SIP PUBLISH"라 하는 메시지는 클라이언트에 의해 동적 데이터를 IMS 네트워크 내의 애플리케이션 서버에 제공하는데 이용될 수 있다. 또한, "SIP SUBSCRIBE"라 하는 다른 SIP 메시지는 클라이언트에 의해, 애플리케이션 서버에 의해 처리될 시에, 다른 클라이언트의 동적 데이터를 가입하는데 이용될 수 있다.

통상의 통신 시스템에서, 통신 채널은 예측 가능한 비트율 및 프로토콜에 다소 고정하거나 정적이다. 그러나, 새로운 액세스 기술을 이용하여, 네트워크 환경은, 상이한 타입의 접속이 호출 세션 내에서조차 이용될 수 있을 시에, 무선 네트워크 내의 이용 가능한 통신 자원의 상당한 변화로 사용자에 더욱 동적 및 이종으로 된다. 결과로서, 비트율 및 변조 및 인코딩 기법은 매우 가변적이 된다. 게다가, 네트워크 내 및 사이로 이동하는 사용자는 이와 같은 변화와 무관하게 다양한 서비스에 액세스하여 이용할 수 있다. 그래서, 현재 사용자 상황 및 네트워크 환경에 적합하거나 "조정(tailored)"될 수 있는 서비스를 개발하는 것이 바람직하다.

최근에, 객체(object) 상에 정확한 정보를 제공하여, 객체의 현재 상황에 따라, 호출된 서비스에 대한 애플리케이션의 이용도를 증대하도록 하는 개념이 개발되었다. 이 점에서 "객체"는 통상적으로 인간 사용자이지만, 또한 물리적 디바이스 또는 장치, 또는 고객에 상품 또는 서비스를 제공하는 기업일 수 있다. 용어 "관심 객체(object of interest)"는 이 설명에서 이와 같은 어떤 객체를 나타내는데 이용될 것이다. 이런 새로운 개념은 일반적으로 "콘텍스트" 정보의 분포로서 지칭되며, 이는 상술한 presence 서비스의 메카니즘과 유사한 메카니즘을 이용함으로써 구현될 수 있다. 그래서, "상황 인식(context-aware)" 애플리케이션을 개발하여, 보통의 환경에 최적으로 적응된 서비스를 달성하는 것이 바람직하다.

이것은, 내비게이션 도움을 수반하는 통신 서비스가 이동 사용자에 의해 호출되었을 시에 제 1 예에 의해 설명될 수 있다. 콘텍스트는 이때, 이 경우에 관심 객체인 그 사용자에 대한 IMS 서버에 규정될 수 있다. 콘텍스트는, 예컨대, 사용자가 로그 온(logged-on)되거나, IMS 네트워크 내의 가입자인 한 서버 내에 유지될 수 있다. 이 서비스에 이용되는 애플리케이션은 이때 사용자의 현재 콘텍스트를 조사하여, 콘텍스트에 의해 주어질 시에, 예컨대, 사용자의 프리퍼런스(preferences), 현재 위치 및 현재 타입의 통신 접속에 의존하는 어떤 특성을 포함하거나 배제하도록 구성된 사용자에 맵을 제공할 수 있다. 따라서, 이 경우에, 사용자의 상황을 반영하는 콘텍스트 정보는 최적의 프리젠테이션(presentation) 포맷, 즉, 디스플레이된 맵을 작성하는데 이용될 수 있다.

도 2는 관심 객체 상의 콘텍스트 정보를 요구 당사자 또는 "콘텍스트 소비자"에 제공하는 이전 제안된 서버 구성을 도시한 것이다. 도시된 콘텍스트 서버(200)는 콘텍스트 정보를, 일반적으로 여기서 "요구 당사자"(202)로서 도시되는 어떤 허가된 사용자, 디바이스 또는 애플리케이션에 제공하도록 구성된다. 콘텍스트 정보가 유지되는 관심 객체는 사람, 디바이스, 장치, 시스템 등일 수 있는 것으로 주지되어야 한다. 또한, 요구 당사자(202)는 사람, 예컨대, 상술한 바와 같은 presence 가입자, 또는 디바이스일 수 있다. 요구 당사자(202)는 또한 상술한 내비 게이션 도움 서비스와 같은 서비스를 가능하게 하는데 이용되는 애플리케이션일 수 있다.

콘텍스트 서버(200)는 아래에 기술되는 콘텍스트 관리자(204), 광고자(206) 및 승인 제어 기능부(208)를 포함한다. 콘텍스트 관리자(204)는, 센서 S(210)로서 나타낸 여러 소스로부터 객체 데이터를 수신함으로써, 여기서 대시 박스(210a)로 개략적으로 도시된 관심 객체 상에 정보를 연속적으로 수집한다. 센서(210)는 객체(210a)의 현재 상태, 사정 또는 상황을 특징으로 하는 여러 "변수" 등을 측정하거나 등록하도록 구성된다. 예컨대, 센서는, 온도와 같은 물리적 특징을 측정하거나, presence 서비스에 대해 상술한 어떤 클라이언트 상태와 같은 어떤 현재 객체 상태를 등록하도록 구성될 수 있다. 다른 명백한 예에서, 관심 객체는 전력 스위치일 수 있고, 단일 센서는 이때 스위치가 온 또는 오프인지를 간단히 등록하도록 구성될 수 있다.

센서(210)로부터의 로우 콘텍스트 데이터(raw context data)는 수신되어, 콘텍스트 관리자(204) 내의 콘텍스트 저장 유닛(212) 내에 저장된다. 그 후, 저장된 로우 데이터는, 로우 데이터(raw data)에 관한 사전 규정된 규칙(rules)(216)을 적용함으로써 콘텍스트 리파이너(refiner)(214)에서 처리되어 리파인(refine)되므로, 로우 데이터로부터 새롭게 리파인된 콘텍스트 정보를 도출하거나 계산할 수 있다. 사전 규정된 규칙(216)은 어떤 파라미터를 계산하고, 결론(conclusion)을 끌어 내거나, 로우 데이터로부터 컴파일(compilation)을 작성하는 알고리즘 등을 포함할 수 있다. 예컨대, 상술한 전력 스위치의 경우에, 규칙은 여러 통계 파라미터를 도출하도록 규정될 수 있다. 하나의 규칙으로서는, 스위치 각각이 온 및 오프되는 전체 시간량을 계산할 수 있다. 다른 규칙으로서는, 스위치 각각이 온 및 오프되는 최대, 최소 및 평균 지속 기간을 계산할 수 있다.

그 후, 리파인된 콘텍스트는 분배기(218)에 의해 어떤 요구 당사자에 정확히 분배될 수 있다. 요구 당사자(202)는 먼저, 광고자(206)로부터의 적절한 정보에 따라 일부 "노출(exposure)" 메카니즘에 의해 제공되는 광고 또는 안내를 체크함으로써 콘텍스트 서버로부터 무슨 콘텍스트 정보를 획득할 수 있는지를 알 수 있다. 예컨대, 이용 가능한 콘텍스트 정보에 관한 광고 또는 안내는, 대시선으로 도면에 나타낸 바와 같이, 분리 서버 등에 의해 노출될 수 있다. 그 후, 요구 당사자(202)는 승인 제어 유닛(208)에서 수신되는 콘텍스트 정보에 대한 요구를 행할 수 있다. 이 유닛(208)은, 요구 당사자(202)가 관심 객체의 콘텍스트 정보를 수신하도록 허가되는지를 결정하도록 콘텍스트 요구에 관한 정책을 적용하도록 구성된다. 이 정책은 기본적으로 콘텍스트 소유자, 예컨대, 네트워크 오퍼레이터에 의해 규정되었다. 규정되었을 경우, 승인 제어 유닛(208)은 분배기(218)를 트리거하여, 최후 콘텍스트 정보를 요구 당사자(202)에 제공한다. 이 정책은 또한 특정 요구가 이용 가능한 콘텍스트 정보의 일부만을 수신하도록 지시할 수 있다. 콘텍스트 요구는, 거의 연속적 베이스로 콘텍스트 서버로부터 콘텍스트 정보를 수신하도록 하는 가입하기 위한 요구일 수 있다.

통상적으로, 콘텍스트 정보는 개별 객체, 예컨대, 한 사람에 관한 것이다. 그러나, 객체는, 멤버(member)에 의해 공유되는 집합적 프로파일을 갖는 객체의 그룹, 예컨대 사람들에 속할 수 있다. 그룹 멤버쉽은 본질적으로 개별 콘텍스트 내의 파라미터로서 간주될 수 있다. 예컨대, 패밀리(family)의 멤버 각각은 개별 콘텍스트를 가질 수 있지만, 패밀리는 그의 멤버에 의해 공유되는 집합적 프로파일을 가진 공통 콘텍스트를 가질 수 있다. 현재, 개인 또는 디바이스의 그룹에 대한 집합적 콘텍스트를 작성하기 위한 메카니즘은 이용 가능하지 않다.

도 2의 상술한 솔루션을 이용하여, 리파인된 콘텍스트 정보를 작성하는 규칙은 사전 규정되어 고정되며, 리파인된 콘텍스트 정보는 어떤 허가된 요구 당사자에 제공될 수 있다. 이런 식으로, 요구 당사자는 단지 그의 사전 규정된 형식에 따라 콘텍스트를 수신할 수 있고, 이는 때때로, 요구 당사자가 무엇을 필요로 하거나 바라는지가 정확하지 않을 수 있기 때문에 문제가 된다. 그런데, 현재, 요구 당사자의 특정 요구를 충족하는 유연한 솔루션은 이용 가능하지 않으며, 사전 규정된 콘텍스트 정보만으로 제한된다. 또한, 요구 당사자는 때때로 정책에 의해 제한되는 모든 이용 가능한 콘텍스트 정보를, 이의 일부가 필요치 않을 시에도 수신할 것이다.

더욱이, 현재, 그룹 멤버쉽은 개별 콘텍스트 내의 파라미터로서만 표현될 수 있다. 그런데, 그룹은 그의 멤버가 활동적인지 아닌지의 여부와 무관하게 존재할 수 있고, 그의 멤버가 실제로 그룹을 떠날 시에도 존속할 수 있다. 이것은, 그룹 멤버쉽이 개별 콘텍스트 내의 파라미터일 때에, 그룹의 콘텍스트의 집합적 프로파일이 개별 콘텍스트 내에서 무시되므로, 문제를 유발시킬 수 있다.

또한, 때때로 사용자 그룹이 콘텍스트 정보를 집합적으로 획득하는 것이 바람직한데, 이는 그의 멤버가 상이한 요구 및 프리퍼런스를 가질 수 있으므로, 현존하는 솔루션을 이용하는 장황한 절차가 될 수 있다. 다른 실재적인 예에서, 사용자의 그룹이 레스토랑을 함께 방문하도록 해서, 예컨대, 사용자 위치 및 프리퍼런스에 기초하여, 이용 가능한 레스토랑 및 이들의 메뉴에 관한 정보를 제공하는 통신 서비스를 호출할 수 있다. 그 후, 이 그룹의 각 사용자는 이와 같은 서비스를 호출하여, 통상적으로 위치 및 프리퍼런스의 차에 따라 상이한 결과를 수신할 수 있다. 그리고 나서, 사용자에 일임해서, 그 결과를 조정하여, 그룹의 모든 사용자를 만족시키는 레스토랑에 합의하는 것인데, 이는 당연히 곤란하고 시간 낭비일 수 있다.

결론적으로, 콘텍스트 정보를 제공할 시에는 콘텍스트 서버에서의 융통성이 보다 바람직하며, 또한 그룹 콘텍스트를 더욱 효율적으로 취급하는 것도 바람직하다. 또한, 관심 객체에 관한 관련 콘텍스트 정보를, 그의 멤버로부터 최소 노력을 필요로 하는 그룹에 제공하는 유용한 솔루션이 요구된다.

본 발명의 목적은 상술한 문제를 축소하거나 제거하는 것이다. 특히, 본 발명의 목적은, 콘텍스트 서버로부터 콘텍스트 정보를 획득할 시에 요구 당사자의 특정 요구 및 필요 조건을 충족하는 솔루션을 제공하는 것이다.

이 목적 및 다른 목적은, 주로 통신 네트워크에서 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버로부터 콘텍스트 정보를 획득하는 방법 및 장치를 제공함으로써 달성되며, 상기 콘텍스트 서버는 관심 객체와 관련된 센서로부터 로우 콘텍스트 데이터를 수신한다.

본 발명의 방법에서, 상기 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구는 요구 당사자로부터 수신된다. 개별 콘텍스트 데이터는 요구 당사자의 하나 이상의 개별 엔티티에 대해서 수집되고, 커스터마이즈된(customized) 규칙이 수신된 개별 콘텍스트 데이터를 기초로 하여 작성된다. 이 규칙은 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 적응된 요구의 조건을 규정한다. 커스터마이즈된 규칙을 포함하는 적응된 요구는 이때 관심 객체의 콘텍스트 서버로 송신된다. 최종으로, 이 규칙에 따라 리파인된 콘텍스트 데이터는 콘텍스트 서버로부터 수신된다.

개별 콘텍스트 데이터는 바람직하게는 상기 개별 엔티티 또는 다수의 엔티티에 대한 콘텍스트를 유지하는 하나 이상의 콘텍스트 관리자로부터 수집된다. 요구 당사자가 다수의 개별 엔티티의 그룹일 경우, 개별 콘텍스트 데이터가 각 개별 엔티티에 대해서 수집되고, 수신된 개별 콘텍스트 데이터는 그룹 콘텍스트로 집합화되며, 커스터마이즈된 규칙은 그룹 콘텍스트로부터 작성된다.

바람직하게는, 콘텍스트 템플릿(template) 구조는 개별 콘텍스트 데이터를 수집하기 위해 이용된다. 템플릿은, 요구 당사자의 현재 콘텍스트 데이터로 채워지는 요구 당사자와 관련된 파라미터에 대한 사전 규정된 데이터 필드를 포함한다. 콘텍스트 템플릿은 SIP/Simple 프로토콜을 이용하는 IMS 인터페이스에 의해 통신되는 XDM 문서로서 제공될 수 있다. 콘텍스트 템플릿은, 일반적인 요구 당사자를 규정하는 기본 데이터에 대한 표준 필드를 포함하는 일반적 템플릿을 콘텍스트 파라미터에 대한 필드를 더 포함하는 적용된 템플릿으로 연장함으로써 작성될 수 있다. 요구 당사자가 다수의 개별 엔티티의 그룹인 경우에, 일반적 템플릿은, 그룹 아이덴티티, 그룹 멤버 및, 이용된다면, 선택적으로 그룹 관리자에 대한 표준 필드를 포함할 수 있다. 적용된 템플릿은 또한 각각의 개별 엔티티에 대한 파라미터 필드를 포함할 수 있다.

본 발명의 장치는 상기 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구를 요구 당사자로부터 수신하는 수단을 포함한다. 장치는 요구 당사자의 하나 이상의 개별 엔티티에 대한 개별 콘텍스트 데이터를 수집하도록 구성된 콘텍스트 수집 유닛을 더 포함한다. 장치는 수신된 개별 콘텍스트 데이터를 기초로 하여 커스터마이즈된 규칙을 작성하도록 구성된 콘텍스트 집합화(aggregation) 유닛을 더 포함한다. 이 규칙은 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 적응된 요구의 조건을 규정한다. 이 장치는 커스터마이즈된 규칙을 포함하는 적응된 요구를 관심 객체의 콘텍스트 서버로 송신하는 수단 및, 콘텍스트 서버로부터, 이 규칙에 따라 리파인된 콘텍스트 데이터를 수신하는 수단을 더 포함한다.

콘텍스트 수집 유닛은, 바람직하게는, 상기 개별 엔티티 또는 다수의 엔티티에 대한 콘텍스트를 유지하는 하나 이상의 콘텍스트 관리자로부터 개별 콘텍스트 데이터를 수집하도록 더 구성된다. 요구 당사자가 다수의 개별 엔티티의 그룹일 경우, 콘텍스트 수집 유닛은 바람직하게는 각각의 개별 엔티티에 대한 개별 콘텍스트 데이터를 수집하도록 더 구성된다. 콘텍스트 집합화 유닛은 바람직하게는 수신된 개별 콘텍스트 데이터를 그룹 콘텍스트로서 집합화하고, 그룹 콘텍스트로부터 커스터마이즈된 규칙을 작성하도록 더 구성된다.

콘텍스트 수집 유닛은 개별 콘텍스트 데이터를 수집하기 위해 콘텍스트 템플릿 구조를 이용하도록 더 구성될 수 있다. 템플릿은, 요구 당사자의 현재 콘텍스트 데이터로 채워지도록 요구 당사자와 관련된 파라미터에 대한 사전 규정된 데이터 필드를 포함한다. 콘텍스트 수집 유닛은 바람직하게는 SIP/Simple 프로토콜을 이용하는 IMS 인터페이스에 의해 통신되는 XDM 문서를 콘텍스트 템플릿으로서 이용하도록 더 구성된다. 콘텍스트 수집 유닛은, 일반적인 요구 당사자를 규정하는 기본 데이터에 대한 표준 필드를 포함하는 일반적 템플릿을 콘텍스트 파라미터에 대한 필드를 더 포함하는 적용된 템플릿으로 연장함으로써 콘텍스트 템플릿을 작성하도록 더 구성될 수 있다. 요구 당사자가 다수의 개별 엔티티의 그룹인 경우에, 일반적 템플릿은, 그룹 아이덴티티, 그룹 멤버 및, 이용된다면, 선택적으로 그룹 관리자에 대한 표준 필드를 포함할 수 있다. 적용된 템플릿은 또한 각각의 개별 엔티티에 대한 파라미터 필드를 포함할 수 있다.

본 발명은 통신 네트워크에서 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버로부터 콘텍스트 정보를 제공하는 방법을 더 포함하며, 이 콘텍스트 서버는 관심 객체와 관련된 센서로부터 로우 콘텍스트 데이터를 수신한다. 후자 방법에 따르면, 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구 당사자로부터 발신하는 적응된 요구가 수신된다. 적응된 요구는, 요구 당사자의 하나 이상의 개별 엔티티에 대해서 수집된 개별 콘텍스트 데이터를 기초로 하여 작성된 커스터마이즈된 규칙을 포함하며, 이 규칙은 적응된 요구의 조건을 규정한다. 로우 콘텍스트 데이터는 수신된 커스터마이즈된 규칙을 적용함으로써 리파인되고, 리파인된 콘텍스트 정보는 최종으로 요구 당사자로 전송하기 위해 제공된다. 수신된 커스터마이즈된 규칙은 바람직하게는 그룹 멤버의 다수의 개별 콘텍스트로부터 모으진 그룹 콘텍스트로부터 도출되었다.

본 발명은 통신 네트워크에서 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버로부터 콘텍스트 정보를 제공하는 대응하는 장치를 더 포함하며, 이 콘텍스트 서버는 관심 객체와 관련된 센서로부터 로우 콘텍스트 데이터를 수신한다. 후자 장치는, 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구 당사자로부터 발신하는 적응된 요구를 수신하는 수단을 포함한다. 적응된 요구는, 요구 당사자의 하나 이상의 개별 엔티티에 대해서 수집된 개별 콘텍스트 데이터를 기초로 하여 작성된 커스터마이즈된 규칙을 포함하며, 이 규칙은 적응된 요구의 조건을 규정한다. 후자 장치는 수신된 커스터마이즈된 규칙을 적용함으로써 로우 콘텍스트 데이터를 리파인하는 수단 및, 상기 요구 당사자로 전송하기 위해 리파인된 콘텍스트 정보를 제공하는 수단을 더 포함한다. 수신된 커스터마이즈된 규칙은 그룹 멤버의 다수의 개별 콘텍스트로부터 모으진 그룹 콘텍스트로부터 도출되었을 수 있다.

콘텍스트 서버로부터 콘텍스트 정보를 제공하는 후자 장치는, 상호 발명의 개념을 형성하기 위해, 콘텍스트 서버로부터 콘텍스트 정보를 획득하는 전자의 장치와 함께 동작할 수 있다는 것을 다음의 바람직한 실시예의 설명으로부터 명백해질 것이다. 이는, 콘텍스트 서버로부터 콘텍스트 정보를 제공하는 후자의 방법 및, 콘텍스트 서버로부터 콘텍스트 정보를 획득하는 전자 방법에도 적용한다. 본 발명의 더 바람직한 특징 및 이득은 아래의 상세한 설명으로부터 명백해질 것이다.

이하, 본 발명은 바람직한 실시예에 의해, 그리고 첨부한 도면을 참조로 더 욱 상세히 기술될 것이다.

도 1은 종래 기술에 따라 멀티미디어를 통신하는 기본 네트워크 구성을 도시한 것이다.

도 2는 종래 기술에 따라 일반적으로 리파인된 콘텍스트 정보를 요구 당사자에 제공하는 콘텍스트 서버의 블록도이다.

도 3은, 한 실시예에 따라, 콘텍스트 서버로부터 개별 그룹에 대해 리파인된 콘텍스트 정보가 획득되는 통신 시나리오의 블록도이다.

도 4는, 다른 실시예에 따라, 콘텍스트 서버로부터 개별 그룹에 대해 리파인된 콘텍스트 정보가 획득되는 통신 시나리오의 블록도이다.

도 5는, 또 다른 실시예에 따라, 상기 그룹에 대한 리파인된 콘텍스트 정보을 획득할 시에 그룹 관리자에 의해 취급되는 개별 그룹에 대한 상태 다이어그램이다.

도 6은, 또 다른 실시예에 따라, 콘텍스트 서버로부터 유일한 개별에 대해 리파인된 콘텍스트 정보가 획득되는 통신 시나리오의 블록도이다.

도 7a 및 7b는, 또 다른 실시예에 따라, 리파인된 콘텍스트 정보를 획득하도록 커스터마이즈된 규칙을 작성하기 위해 제각기 이용될 수 있는 일반적 템플릿 및 적용된 템플릿을 도시한 것이다.

도 8은, 또 다른 실시예에 따라, 집합적 콘텍스트 기능내에서 템플릿이 어떻게 취급되는가를 도시한 것이다.

도 9는, 집합적 콘텍스트 기능에 의해 실행될 시에, 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버로부터 원하는 콘텍스트 정보를 획득하는 절차를 도시한 흐름도이다.

도 10은 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버에 의해 실행될 시에 원하는 콘텍스트 정보를 제공하는 절차를 도시한 흐름도이다.

간략히 기술하자면, 본 발명은, 요구 당사자의 특정 요구가 여기에 적응된 관련 콘텍스트 정보를 제공할 시에 충족될 수 있는 솔루션을 제공한다. 이 솔루션에서, 특정 관심 객체에 관한 자신의 필요 조건 및 요구에 적응된 리파인된 콘텍스트 정보에 대한 조건을 규정하는 요구 당사자에 대한 "커스터마이즈된" 규칙이 작성될 수 있다. 여기에 이용되는 바와 같이, 용어 "규칙"은 어떤 파라미터를 계산하고, 결론을 내거나, 로우 콘텍스트 데이터로부터 컴파일을 작성하는 어떤 알고리즘 등을 나타낼 수 있다. 바람직하게는, 요구 당사자로부터 리파인된 콘텍스트 정보에 대한 요구를 수신한 후, 커스터마이즈된 규칙은, 이 요구에 따라 요구 당사자에 관련 파라미터에 대한 사전 규정된 데이터 필드를 포함하는 콘텍스트 템플릿에 의해 규정될 수 있다. 그 후, 이 템플릿 내의 빈(empty) 파라미터 필드는 요구 당사자의 현재 콘텍스트 데이터로 채워질 수 있다.

채워진 템플릿으로부터 작성된 바와 같은 커스터마이즈된 규칙을 포함하는 리파인된 콘텍스트 정보에 대한 적응된 요구가, 이때 관심 객체의 콘텍스트 서버, 예컨대, 도 2에 도시된 콘텍스트 서버로 제출된다. 그 후, 콘텍스트 서버는, 원하는 형식의 콘텍스트 정보를 요구 당사자로 제공하기 위해, 수신된 로우 콘텍스트 데이터를 리파인하기 위한 새로운 규칙을 적용할 것이다. 이에 의해, 요구 당사자는 사전 규정되고 고정된 콘텍스트 리파인먼트(refinements) 및 규칙으로 제한되지 않고, 자신의 요구 및 필요 조건에 충족된 콘텍스트 정보를 요구할 수 있다. 본 발명은, 요구 당사자가 단독의 개인 또는 다수의 개인을 함께 그룹을 형성할 시에 이용될 수 있으며, 이는 아래에 더욱 상세히 기술될 것이다.

이하, 콘텍스트 서버로부터 원하는 콘텍스트 정보를 획득하는 본 발명의 절차 및 장치는 초기에 도 3을 참조로 예시적인 실시예에 의해 기술될 것이다. 이 실시예에서, 콘텍스트 서버(300)는 기본적으로 도 2에 도시된 종래 기술의 콘텍스트 서버(200)로서 구성되며, 따라서, 콘텍스트 관리자(302) 및 사전 규정된 정책에 기초하는 승인 제어 기능부(304)를 갖는다. 이 도면에는 광고 기능부가 도시되지 않지만, 여기에 더 포함될 수 있다. 또한, 콘텍스트 관리자(302)는, 관심 객체(306a)와 관련된 센서(306)로부터 들어오는 로우 콘텍스트 데이터를 수신하여 저장하는 로우 콘텍스트 저장 유닛(308)을 포함한다. 그 후, 저장된 로우 데이터는 사전 규정된 규칙(312)에 따라 콘텍스트 리파이너(310)에서 처리되어, 분배기(314)에 의해 어떤 허가된 요구 당사자에 제공되도록, 기본적으로 도 2에 대해 기술된 바와 동일한 방식으로 리파인된 콘텍스트 정보를 생성시킨다.

이 예에서, 요구 당사자는, 여기서 엔티티 A, B, C...,로 도시된 개별 또는 개인의 그룹(316)으로 구성되고, 이 그룹의 멤버에 유효한 그룹 콘텍스트는, 서비스 네트워크, 예컨대, IMS 네트워크 내의 서버 등에서 구현될 수 있는 "집합적 콘텍스트 기능" 또는 집합적 콘텍스트 기능부(318)에 의해 작성된다. 그런데, 아래에 기술되는 메카니즘은 단독 요구 엔티티에도 이용될 수 있다. 여기에 기술된 실시예에서, 집합적 콘텍스트 기능부는 일반적으로 노드로서 고려될 것이다.

기본적으로, 콘텍스트 서버(302)가 관심 객체(306a)를 대신하여 행하는 것과 동일한 방식으로, 각 개인 A, B, C...은, 차례로, 관련된 개인을 대신하여 콘텍스트를 유지하는 관련된 콘텍스트 관리자 CM_A, CM_B, CM_C, ...(320)를 갖는다. 예컨대, 개인 A, B, C...이 이동 사용자이면, 이들의 콘텍스트는, 이들의 단말기 능력, 현재 상태, 개인 프리퍼런스 및 현재 위치에 관한 사양을 포함할 수 있지만, 본 발명은 이 점에 제한되지 않는다. 따라서, 각 콘텍스트 관리자(320)는 각각의 개인(316)과 관련된 도시되지 않은 센서로부터 로우 콘텍스트 데이터를 수신한다.

본 솔루션에서, 집합적 콘텍스트 기능부(318)는, 적어도 어떤 관점에서 그룹의 모든 개인 또는 멤버(316)에 집합적으로(공통으로) 유효한, 예컨대, 멤버가 그룹을 형성할 시에 동의하는 집합적 그룹 콘텍스트를 작성한다. 선택적으로, 현존하는 그룹이 도입될 수 있고, 여기서, 그룹 멤버쉽은 이미 고정되어 있다. 여기서, 그룹은 형성되어 있고, 집합적 콘텍스트 기능부(318)는 그룹으로부터 콘텍스트 정보에 대한 요구를 수신한 것으로 추정하는데, 이는 아래에 더욱 상세히 기술될 것이다. 제 1 도시된 단계 3:1에서, 집합적 콘텍스트 기능부(318)는 콘텍스트 관리자 CM_A, CM_B, CM_C, ...(320)의 각각으로부터 개별 콘텍스트 정보를 수집한다. 매우 큰 그룹의 경우에, (도시되지 않은) 프럭시(proxy)가, 집합적 콘텍스트 기능부(318)의 과부하를 회피하기 위해, 그룹의 개별의 콘텍스트 관리자(320)로부터 많은 콘텍스트 갱신을 수신하는데 이용될 수 있다. 그 후, 프럭시는 그룹의 관심에 중요한 변화를 가진 갱신만을 선택하여 전송할 수 있으며, 이에 따라 필터로서 기능한다. 따라서, 프럭시는, 예컨대, 어떤 한계치를 초과하는 사용자 위치의 변경으로서, 행해진 요구에 "중요한" 콘텍스트 변화만을 전송하도록 구성될 수 있다.

그 후, 집합적 그룹 콘텍스트가, 바람직하게는, 상술한 바와 같이, 또한 아래에 더욱 상세히 기술되는 콘텍스트 템플릿을 이용함으로써, 단계 3:1에서 수신된 개별 콘텍스트에 기초로 하여, 집합적 콘텍스트 기능부(318)에서 작성된다. 그 후, 대응하는 커스터마이즈된 규칙이 규정되어, 다음 단계 3:2에서, 리파인된 콘텍스트 정보에 대한 적응된 요구로서 콘텍스트 서버(300)로 송신된다. 따라서, 이 커스터마이즈된 규칙은, 집합적 그룹 콘텍스트와 요구 당사자로부터 초기에 수신된 요구의 조합된 결과이다. 따라서, 커스터마이즈된 규칙은, 사실상, 콘텍스트로 구술된 그룹 멤버의 필요 조건 및 요구에 적응된 형식으로 리파인된 콘텍스트 정보에 대한 콘텍스트 서버(300)에 대한 요구를 나타낸다.

이 솔루션이 IMS 네트워크에서 구현되면, 규칙/템플릿은 바람직하게는, IMS 환경에서 리스트의 관리를 위해 특수화된 언어인 XDM (XML Data Management) 문서로서 제공될 수 있다. XDM-규정된 규칙은 이때 집합적 콘텍스트 기능부(318)와 콘텍스트 서버(300) 간의 SIP/Simple 프로토콜을 이용하여 IMS 인터페이스에 의해 통신될 수 있지만, 다른 전송 수단이 또한 가능하다. 또한, 집합적 콘텍스트 기능부(318)는 IMS 네트워크에 규정된 바와 같이 Presence and Group Management server (PGM)에서 구현될 수 있다.

다른 명백한 예에서, 커스터마이즈된 규칙은 레스토랑에서 적당한 식사를 위해 이동 사용자의 그룹에서의 요구의 조건으로서 규정될 수 있다. 이 규칙은 이때 모든 그룹 멤버의 프리퍼런스를 만족하거나, 적어도 가능한 많이 만족하도록 규정되어야 하고, 이들의 개별 콘텍스트의 집합으로부터 도출될 수 있다. 예컨대, 제 1 멤버는 땅콩(peanuts)을 아주 싫어할 수 있고, 제 2 멤버는 쌀(rice)을 좋아할 수 있으며, 제 3 멤버는 양념을 넣은 음식 등을 거부할 수 있다. 그 후, 작성된 규칙은 다음의 조건을 가진 요구: "Propose any non-spicy meals containing rice but no peanuts"를 포함할 수 있다. 비용 제한 파라미터에 관한 추가적인 프리퍼런스는 멤버 A: max 200 SEK(스웨덴 화폐 단위), 멤버 B: max 250 SEK, 멤버 C: max 300 SEK 등을 포함할 수 있다. 집합적 그룹 콘텍스트에서, 비용 파라미터는 모든 멤버 A-C를 만족하는 max 200 SEK가 된다.

개별 멤버에 관한 위치 정보는 또한 레스토랑의 장소에 대해 규칙의 필요 조건을 더 규정하는데, 예컨대, "어떤 지점으로부터 500 미터 내에 위치된 상기 조건을 충족하는 레스토랑을 제안"하는데 이용될 수 있다. 그 후, 이용 가능한 레스토랑 및 이들의 메뉴에 관한 정보를 제공하는 콘텍스트 서버를 이용하여 서비스를 호출할 시에, 작성된 규칙은 여기에 제출된다. 그리고 나서, 콘텍스트 서버로부터의 응답은, 커스터마이즈된 규칙에 의해 설정된 조건을 충족하는, 바람직하게는, 메뉴를 포함하는 어떤 레스토랑의 리스트를 포함할 수 있다.

당업자는, 상술한 예로부터, 요구와 관련된 파라미터에 대해서, 수집된 개별 콘텍스트를 집합화시켜서, 그룹 콘텍스트 및 커스터마이즈된 규칙을 작성하기 위한 논리를 생성할 수 있다.

도 3을 참조하면, 단계 3:2에서 콘텍스트 서버(300)로 송신되는 작성된 커스터마이즈된 규칙은, 요구가 보통의 정책에 따라 허가되는 지를 결정하도록 승인 제어 유닛(304)에서 검사된다. 이것이 그 경우인 것으로 추정하면, 새로운 규칙(312a)은 단계 3:3에서 콘텍스트 관리자(302)의 현존하는 규칙(312)에 추가되어, 규칙(312a)의 조건 및 필요 조건에 따라 리파인된 콘텍스트 정보를 생성시킨다. 따라서, 규칙(312a)은 단계 3:4에서 콘텍스트 리파이너(310)에 적용되고, 분배기(314)는, 단계 3:5에서, 규칙(312a)에 따라 준비되는 리파인된 콘텍스트를 집합적 콘텍스트 기능부(318)에 대한 응답으로서 제공한다. 그 후, 집합적 콘텍스트 기능부(318)는, 최종으로, 예컨대 최종 단계 3:6에서, 미리 정해진 기법에 따라 어떤 개인 또는 개별 엔티티(316)에 정보 결과를 분배할 수 있다. 이 결과는 또한 상기 결과를 획득하기 위해 어떤 개별 엔티티(316)에 의해 액세스되거나 분리 애플리케이션 서버(322) 등으로 전송될 수 있다.

도 4는, 도 3의 시나리오와 유사하게도, 콘텍스트 서버로부터 리파인된 콘텍스트 정보를 획득하는 절차 및 장치를 도시하며, 집합적 콘텍스트 기능부(400)가 더욱 상세히 설명된다. 도 3에서와 같이, 집합적 콘텍스트 기능부(400)는, 개인 또는 개별 엔티티(404)의 그룹과 관련된 콘텍스트 관리자(402)로부터 개별 콘텍스트를 수집하여, 커스터마이즈된 규칙을 콘텍스트 서버(406)로 송신한다. 이 실시예에서, 집합적 콘텍스트 기능부(400)는 아래에 기술되는 그룹 관리자(408), 콘텍스트 수집 유닛(410) 및 콘텍스트 집합화 유닛(412)을 포함한다.

제 1 단계 4:1에서, 개별 엔티티(404)의 그룹으로부터의 엔티티 A는, 특정 그룹을 대신하여, 관심 객체에 관한 콘텍스트 정보에 대한 요구를 집합적 콘텍스트 기능부(400)로 송신한다. 이 요구는, 예컨대, 도 2에 대해 기술된 바와 같이 노출 메카니즘으로부터 무엇이 제공되는지, 또는 일반적으로 그룹이 관심 있어 하는 것에 따라 작성될 수 있다. 상술한 바와 같이, 이 그룹은 새로운 그룹 또는 도입된 기존 그룹일 수 있다. 개별 또는 개인(404)이 이동 사용자이면, 이들 사용자 중 하나는, 이니시어티브(initiative)를 취해, 예컨대, 점심 시간에 함께 식사하기 위해 어떤 점에서 상호 관심을 가진 그룹에 대한 요구를 행할 수 있다. 선택적으로, 그 자체는 그룹 멤버인 것이 의도되지 않는 분리 서비스 관리 유닛 또는 관리자는, 예컨대, 개별 엔티티(404)가 통신 서비스 등을 가능하게 하는 상호 연관된 애플리케이션일 경우에, 콘텍스트 정보 요구를 송신할 수 있다.

하여튼, 그룹에 대한 콘텍스트 정보 요구는, 예컨대, 멤버 리스트 등을 포함하는 데이터 구조(408a)의 그룹을 규정하여 유지하는 그룹 관리자(408)에 의해 수신된다. 현재 상태 및 프리퍼런스와 같은, 그룹에 대한 콘텍스트를 결정하는 소정의 파라미터가 그룹 관리자(408)에서 규정될 수도 있다. 바람직하게는, 콘텍스트 정보 요구에 관련된 파라미터만이 규정된다. 한 실시예에서, 콘텍스트 템플릿 구조는, 아래에 더 기술되는 바와 같이, 현재 콘텍스트 정보로 채워지는 이들 파라미터에 대한 필드로 규정될 수 있다.

다음 단계 4:2에서, 콘텍스트 정보 요구는, 아래에 기술되는 바와 같이, 나중에 이용되는 콘텍스트 집합화 유닛(412)으로 전송된다. 그룹이 그룹 관리자(408)에 의해 작성되어 활성화될 때, 콘텍스트 수집 유닛(410)은, 도 3의 단계 3:1에서와 같이, 다음 단계 4:3에서 각각의 개별 또는 개인(404)과 관련된 콘텍스트 관리자 CM_A, CM_B, CM_C, ...(402)로부터 현재의 개별 콘텍스트 데이터를 수집한다. 단계 4:2 및 4:3의 순서는 역전될 수 있는 것으로 이해되어야 한다.

그 후, 수집된 콘텍스트는 단계 4:4에서 콘텍스트 집합화 유닛(412)으로 전송된 후, 콘텍스트 집합화 유닛(412)은 개별 콘텍스트를 공통 그룹 콘텍스트로 집합화시킨다. 단계 4:2에서 전송된 콘텍스트 정보 요구와 조합되면, 상기 그룹 콘텍스트는 콘텍스트 서버(406)로부터 리파인된 콘텍스트 정보에 대한 적응된 요구의 조건으로 변환(또는 번역)될 수 있다. 이들 조건(또는 상태)은 유닛(412)이 작성하는 커스터마이즈된 규칙으로서 표현될 수 있다. 그 후, 콘텍스트 집합화 유닛(412)은 단계 4:5에서 콘텍스트 서버(406)에 대한 요구로서 규칙(414)을 송신하며, 따라서, 규칙은 요구의 조건을 규정한다. 기본적으로 도 3에서 단계 3:4에 대해 기술된 바와 같이, 로우 콘텍스트 데이터를 리파인한 후, 콘텍스트 서버(406)는, 단계 4:6에서, 제출된 규칙(414)에 따라 리파인된 콘텍스트 정보를 그룹 관리자(408)로 다시 제공한다. 최종으로, 단계 4:7에서 설명된 바와 같이, 그룹 관리자(408)는, 예컨대, 어떤 사전 규정된 기법, 또는 액세스 가능한 애플리케니션 서버 등에 따라, 정보 결과를 어떤 개별 엔티티(404)로 송출할 수 있지만, 본 발명은 이 점으로 제한되지 않는다.

도 5는, 다른 실시예에 따른 그룹에 대한 상태 다이어그램이다. 이 그룹은 바람직하게는 도 4에 도시된 그룹 관리자(408)에 의해 유지될 수 있다. 제 1 상 태(500)에서, 그룹은 그룹 형성 트리거 5:1에 응답하여 작성되며, 이 그룹 형성 트리거 5:1는, 상술한 바와 같이, 사용자, 지정된 그룹 관리자 또는 서비스 애플리케이션 관리자로부터 특정 그룹에 대한 콘텍스트 정보 요구일 수 있다. 그룹 작성은 그의 멤버 지정 및 관심 파라미터 규정 등을 포함한다.

그룹을 작성하는 프로세스가 완료되면, 그룹은 현재 개별 콘텍스트 데이터가 화살표 5:2로 나타낸 바와 같이 수신되어 갱신될 수 있는 활동 상태(502)로 들어간다. 그룹 파라미터는 또한, 화살표 5:3로 나타낸 바와 같이, 그룹의 수명 동안에 언제라도 활동 상태에서 수정될 수 있으며, 예컨대, 이때, 멤버로서 그룹에 대한 멤버쉽 변경은 그룹을 떠나거나 참가하며, 또는 그룹 프로파일 또는 파라미터는, 예컨대, 프리퍼런스 및 정책 등에 관해 그의 멤버 또는 그룹 관리자에 의해 갱신된다.

그룹은, 그의 수명 동안에 어떤 포인트에서, 비활성화 트리거 5:4에 응답하여 비활동 상태(504)로 들어갈 수 있다. 비활동 상태에서, 콘텍스트 데이터 또는 수정은 수신될 수 없고, 그룹은 활성화 트리거 5:5에 의해 일깨워질 때까지 휴지 상태에 있다. 비활성화 트리거 5:4는 그룹 멤버 또는 관리자로부터 들어오거나, 사전 규정된 타임아웃 한계의 만료, 예컨대, 그룹이 최후 새로운 콘텍스트 데이터 또는 수정을 수신하므로 그룹 또는 시간의 제한된 전체 수명일 수 있다. 활성화 트리거 5:5는 통상적으로 그룹 멤버 또는 관리자로부터 들어올 수 있다. 활성화 트리거는 또한, 예컨대, 어떤 수의 그룹 멤버가 미리 정해진 반경 내에 배치될 시에 사전 규정된 콘텍스트 조건의 충족(fulfillment)일 수 있다. 이 조건이 일부의 그룹 멤버에만 충족되면, 이들 멤버의 서브그룹은 활동적인 것으로 집합적 콘텍스트 기능부에 규정될 수 있다.

최종으로, 그룹은, 통상적으로 그룹이 쓸모없게 되었음을 결정하는 멤버 또는 관리자로부터 삭제 트리거 5:6에 응답하여 분해(resolve)될 수 있다. 그 후, 그룹 삭제 상태(506)는 최종으로 입력된다. 선택적으로, 삭제 트리거는 상술한 비활성화 트리거 5:4와 유사한 타임아웃 파라미터일 수 있다. 주요 차는 활동 상태(502)가 비활동 상태(504)로부터 입력될 수 있지만, 삭제 상태(506)로부터는 입력될 수 없다는 것이다.

이하, 도 6을 참조로, 요구 당사자가 단독의 개인일 경우, 관심 객체에 관한 리파인된 콘텍스트 정보가 관련된 콘텍스트 서버로부터 어떻게 획득될 수 있는지가 기술될 것이다. 집합적 콘텍스트 기능부(600)는, 기본적으로, 도 4에서의 기능부(400)와 동일한 구성 요소, 즉, 그룹 관리자(602), 콘텍스트 수집 유닛(604) 및 콘텍스트 집합화 유닛(606)을 포함하는 것으로 도시된다.

관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구는 제 1 단계 6:1에서 단독의 개인 A(608)로부터 수신된다. 이 경우에도, 콘텍스트 정보 요구는 도시되지 않은 분리 서비스 관리 유닛 또는 관리자로부터 수신될 수 있다. 단독의 개인(608)에 대해 그룹이 작성되어 유지될 수 없으므로, 그룹 관리자(602)는 바이패스될 수 있고, 요구는 콘텍스트 수집 유닛(604)으로 직접 전송될 수 있다. 이에 응답하여, 콘텍스트 수집 유닛(604)은, 단계 6:2로 도시된 바와 같이, 개인(608)과 관련된 콘텍스트 관리자 CM_A(610)로부터 개별 콘텍스트 데이터를 수집한다.

콘텍스트 정보 요구에 관련된 파라미터는 또한, 바람직하게는, 단계 6:2에서 수집된 콘텍스트 데이터로 채워지는 파라미터 필드를 가진 콘텍스트 템플릿 구조를 이용하여 콘텍스트 수집 유닛(604)에 의해 규정된다. 예시적인 콘텍스트 템플릿 구조는 아래에 더욱 상세히 기술될 것이다.

다음 단계 6:3에서, 수집된 콘텍스트 정보는 콘텍스트 집합화 유닛(606)으로 전송되며, 바람직하게는, 단계 6:1에서 수신된 콘텍스트 정보 요구와 함께 채워진(filled-in) 템플릿으로서 제공된다. 집합화 유닛(606)은 이제, 콘텍스트 서버(614)로부터 콘텍스트 정보에 대한 적응된 요구로서, 합성(resultant) 조건을 포함하는 커스터마이즈된 규칙(612)을 작성함으로써 수신된 개별 콘텍스트 및 콘텍스트 정보 요구를 집합화시킨다. 그 후, 콘텍스트 집합화 유닛(606)은, 다음 단계 6:4에서, 규칙(612)을 콘텍스트 서버(614)에 대한 요구로서 송신하며, 따라서, 이 규칙은 이 요구에 대한 조건을 규정한다.

수신된 규칙(612)에 따라 로우 콘텍스트 데이터를 리파인한 후, 콘텍스트 서버(614)는 단계 6:5에서 리파인된 콘텍스트 정보를 콘텍스트 수집 유닛(604)으로 다시 제공한다. 그룹 관리자(602)는, 상술한 도 4의 예와 비교할 때, 투명한 것을 간주되며, 다시 바이패스된다. 최종 도시된 단계 6:6에서, 콘텍스트 수집 유닛(604)은 정보 결과를 개별(608), 또는 액세스 가능한 애플리케이션 서버 등으로 송출할 수 있다.

상술한 바와 같이, 콘텍스트 템플릿 구조는 바람직하게는 수신된 콘텍스트 정보 요구와 관련된 파라미터에 대한 필드로 규정될 수 있다. 따라서, 이들 파라미터 필드는 작성된 그룹 내의 멤버의 현재 개별 콘텍스트, 또는 적용 가능 시에 단독의 개인의 콘텍스트를 수집하여 등록하는데 이용될 수 있다. 그 후, 파라미터 필드는 각 수집된 콘텍스트로부터 대응하는 데이터로 채워진다. 도 7a 및 7b는, 바람직한 실시예에 따라, 여기서 XML을 이용한 XDM 문서로서 제각기 도시된 일반적 템플릿 구조 및 적용된 템플릿 구조를 도시한 것이다.

"일반적 템플릿" 데이터 구조는 일반적인 요구 당사자를 규정하는 기본 데이터에 대한 표준 필드를 포함한다. 도 7a에 도시된 일반적 템플릿(700)은, 그룹 아이덴티티(여기서, 멤버 A, B 및 C에 대한 필드가 도시된다), 그룹 멤버 및, 선택적으로 그룹 관리자에 대한 표준 필드를 포함한다. 멤버 및 관리자에 대한 필드는 바람직하게는 통신을 위한 적절한 아이덴티티 및 네트워크 어드레스를 수용해야 한다.

커스터마이즈된 규칙이, 상술한 바와 같이 콘텍스트 서버로부터 리파인된 콘텍스트 정보를 획득하기 위해 요구 당사자를 대신하여 작성될 수 있을 때, 콘텍스트 정보 요구에 관련된 파라미터는 규정될 수 있다. 이것은, 도 7b에 도시된 "적용된 템플릿"이 되도록 일반적 템플릿(700)을 확장하여, 요구에 이용된 애플리케이션에 대한 애플리케이션 특정 부분(704)을 추가함으로써 행해질 수 있다. 부분(704)은, 그 애플리케이션 및 요구에 관련된 하나 이상의 규정된 콘텍스트 파라미터 1, 2, 3...에 대한 애플리케이션 이름 및 필드(706)를 포함한다. 적용된 템플릿(702)에서, 빈 파라미터 필드(706)는 이제, 예컨대, 도 4의 단계 4:3 또는 도 6의 단계 6:2에 대해 기술된 바와 같이, 콘텍스트 수집 프로세스 동안에 각 멤버에 대해서 수집된 콘텍스트 정보로 채워질 수 있다.

도 8은, 도 4의 (400)으로 표시된 것과 유사한 집합적 콘텍스트 기능부(800)내에 이와 같은 템플릿 구조가 이용될 수 있는 방법의 일례를 도시한 것으로서, 상기 집합적 콘텍스트 기능부(800)는 그룹 관리자(802), 콘텍스트 수집 유닛(804) 및 콘텍스트 집합화 유닛(806)을 포함한다. 제 1 단계 8:1에서, 그룹 관리자(802)는 요구 당사자(808)로부터 콘텍스트 정보 요구를 수신하며, 이 경우에, 다수의 개별 또는 개인 A, B, C...의 그룹 중 A가 요구를 작성한다. 콘텍스트 정보 요구에 관련된 파라미터를 규정한 후, 그룹 관리자(802)는, 각 그룹 멤버에 대해, 도시된 바와 같이 초기에 빈 규정된 파라미터에 대한 필드를 포함하는 적용된 템플릿 구조(812)를 작성하는 개시점으로서, 도 7a에 도시된 일반적 템플릿을 취한다.

그 후, 적용된 템플릿(812)은 단계 8:2에서 콘텍스트 수집 유닛(804)으로 전송된다. 또한, 단계 8:1에서 수신된 콘텍스트 정보 요구는 또한 단계 8:3에서 콘텍스트 집합화 유닛(806)으로 전송된다. 콘텍스트 수집 유닛(804)은 이제 다음 단계 8:4에서 그룹 멤버와 관련된 콘텍스트 관리자(810)로부터 개별 콘텍스트를 수집한다. 이것을 행할 시에, 그것은 각 그룹 멤버에 대해서 수집된 콘텍스트로 적용된 템플릿의 파라미터 필드를 채운다. 그것은, 모든 파라미터가 일부 개별 엔티티에 이용 가능하지 않음으로써, 일부 필드가 정보에 관해 텅비어 있는 상태가 되는 것이 잘 일어날 수 있음을 알 수 있다. 또한, "필수적(mandatory)"으로서의 어떤 파라미터 및 "선택적"으로서의 다른 파라미터를 규정하는 것이 가능하다. 어떤 엔티티가 콘텍스트 정보를 필수적 파라미터에 제공하지 못하면, 결과적으로 동작은 이용된 상황 및/또는 응용에 의존할 수 있다. 콘텍스트 수집 프로세스가 완료되면, 채워진 템플릿(814)은 다음 단계 8:5에서 콘텍스트 집합화 유닛(806)으로 전송된다.

최종 단계 8:6에서, 유닛(806)은, 단계 8:5에서 수신된 템플릿(814) 및 단계 8:3에서 수신된 요구의 콘텍스트 정보에 기초로 하여 커스터마이즈된 규칙(816)을 작성한다. 그 후, 규칙(816)은 기본적으로 도 3에 대해 기술된 방식으로 그로부터 리파인된 콘텍스트 정보를 획득하기 위해 콘텍스트 서버로 제출될 수 있다.

본 발명의 한 양태에 따르면, 통신 네트워크에서 관심 객체, 예컨대, (306a)에 대한 콘텍스트를 유지하는 콘텍스트 서버, 예컨대, (300), (406) 또는 (614)로부터 콘텍스트 정보를 획득하는 방법이 제공된다. 이에 대한 일반적인 절차는, 도 3, 4, 6 및 8에 대해 기술된 집합적 콘텍스트 서버에 의해 실행되는 바와 같이, 이제 도 9에 도시된 흐름도에 관해 기술될 것이다. 콘텍스트 서버는 관심 객체와 관련된 센서, 예컨대 (306)로부터 로우 콘텍스트 데이터를 수신하는 것으로 추정된다.

제 1 단계(900)에서, 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구는 요구 당사자로부터 수신되고, 단독의 개인 또는 다수의 개인을 가진 그룹을 나타낸다.

다음 단계(902)에서, 개별 콘텍스트 데이터는, 바람직하게는, 그룹 내의 개인들의 단독의 개인 콘텐트 서버 또는 다수의 콘텐트 서버로부터 요구 당사자의 하나 이상의 개별 엔티티에 대해서 수집된다. 바람직하게는, 이 요구에 따라 요구 당사자에 관련된 파라미터에 대한 사전 규정된 데이터 필드를 포함하는 콘텍스트 템플릿 구조가 이용된다. 그 후, 파라미터 필드는 각 개인에 대한 요구 당사자의 현재 콘텍스트 데이터로 채워진다.

다음 단계(904)에서, 커스터마이즈된 규칙이 수집된 개별 콘텍스트 데이터에 기초로 하여 작성되고, 또한 단계(900)에서 수신된 요구에 대해서도 작성된다. 상술한 바와 같이, 커스터마이즈된 규칙은 채워진 템플릿에 의해 작성될 수 있다.

다음 단계(906)에서, 커스터마이즈된 규칙을 포함하는, 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 적응된 요구는 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버로 송신된다.

최종 단계(908)에서, 상기 규칙에 따라 리파인된 콘텍스트 데이터는 요구 당사자로 전송되도록 콘텍스트 서버로부터 수신된다.

본 발명의 다른 양태에 따르면, 통신 네트워크에서 관심 객체, 예컨대, (306a)에 대한 콘텍스트를 유지하는 콘텍스트 서버로부터 콘텍스트 정보를 제공하는 방법이 제공된다. 이에 대한 일반적인 절차는, 도 3, 4 및 6에 대해 기술된 바와 같은 콘텍스트 서버, 예컨대, (300), (406) 또는 (614)에 의해 실행되는 바와 같이, 이제 도 10에 도시된 흐름도에 관해 기술될 것이다. 콘텍스트 서버는 관심 객체와 관련된 센서, 예컨대 (306)로부터 로우 콘텍스트 데이터를 수신한다.

제 1 단계(1000)에서, 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 적응된 요구는 수신되고, 이 요구는 요구 당사자로부터 발신한다. 적응된 요구는, 상기 요구 당사자의 하나 이상의 개별 엔티티(316, 404)에 대해서 수집된 개별 콘텍스트 데이터에 기초로 하여 작성된 커스터마이즈된 규칙(312a, 414)을 포함하며, 이 규칙은 적응된 요구에 조건을 규정한다.

다음 단계(1002)에서, 수신된 로우 콘텍스트 데이터는 수신된 커스터마이즈된 규칙을 적용함으로써 리파인된다.

최종 단계(1004)에서, 리파인된 콘텍스트 정보는 상기 요구 당사자로 전송하기 위해 제공된다. 상술한 실시예에 따르면, 리파인된 콘텍스트 정보는 집합적 콘텍스트 기능부로 송신되며, 이 집합적 콘텍스트 기능부는 이때 상기 정보를 요구 당사자, 예컨대, 하나 이상의 개별 또는 분리 액세스 가능한 애플리케이션 서버로 전송한다.

상술한 메카니즘은, 애플리케이션 및 다른 요소의 필드에 따라, 본 발명의 범주 내에서 여러 방식으로 구성될 수 있다. 다른 명백한 예에서, 요구 당사자는, 다수의 사용자가 대화하기 위해 채널을 개방할 버튼을 누름으로써 집단으로 통신할 수 있는 PoC (Push-to-talk over Cellular)로서 공지된 통신 서비스를 활성화시키기를 바라는 이동 사용자의 그룹일 수 있다. 이 경우에, 관심 객체는 PoC 통신을 가능하게 할 네트워크 자원으로 이루어진다. 네트워크 자원은 통상적으로 또한 승인 제어를 위한 정책을 포함하는 관련된 콘텍스트 서버를 제어하는 네트워크 오퍼레이터에 의해 소유 및/또는 제어된다. 자원 사용을 최적화하기 위해, 그룹 내의 사용자의 이용 가능한 능력은 서비스를 호출하기 전에 결정되어야 한다. 그 후, 다음의 절차 A)-G)가, 예컨대 도 3 또는 도 4에 도시된 구성을 이용하여 실행될 수 있다:

A) 그룹은, 예컨대, 그룹 관리자(408)에서 그룹 콘텍스트 기능부 내에 작성되거나 포함된다.

B) 그룹 콘텍스트는, 예컨대, 콘텍스트 집합화 유닛에서 개별 콘텍스트를 집합화시킴으로써 작성된다. 서비스가 자원을 필요로 하면, 서비스와 관련된 특정 그룹 애플리케이션에 대한 요구는 콘텍스트를 수집하여 커스터마이즈된 규칙을 작성하는 절차를 호출한다.

C) 커스터마이즈된 규칙은 서비스를 고려한 통신 자원 및, 서비스를 이용할 사용자의 능력을 확인하도록 작성된다. 따라서, 이 규칙의 조건은 사용자의 상황을 반영한다.

D) 커스터마이즈된 규칙은 네트워크 자원에 대한 콘텍스트를 유지하는 콘텍스트 서버로 송신된다.

E) 커스터마이즈된 규칙은, 그것이 승인 제어 정책, 예컨대, 승인 제어(304)에 의해 검증되었으면, 콘텍스트 서버, 예컨대, 서버(300 또는 406)에서 처리된다. 이 규칙은 로우 콘텍스트 데이터, 이 경우에는 네트워크 정보를 리파인하는데 적용되어, 사용자가 보유한 자원을 결정한다.

F) 리파인된 콘텍스트에 의한 응답은, 예컨대, 분배기(314)에 의해, 콘텍스트 서버로부터 집합적 콘텍스트 기능부로 송신되어, 그룹 멤버로 더 분류된다. 이것은, 네트워크 자원을 분류하기 위한 공지된 네트워크 엔티티인 서비스 정책 결정 포인트 (PDP)에 대한 자원 예약 규칙으로서 표현될 수 있다.

G) 사용자가 최종으로 서비스를 호출하면, 이들은 자원 예약 규칙을 주어진 서비스에 대한 PDP로 송신할 수 있다.

결론적으로, 본 발명은, 일반적으로 관심 객체에 관한 콘텍스트 서버로부터 콘텍스트 정보를 획득할 시에 요구 당사자의 특정 요구 및 필요 조건을 충족하는 솔루션을 제공한다. 더욱이, 그룹 콘텍스트를 효율적으로 처리하는 메카니즘이 제공되고, 그룹의 집합적 요구 및 필요 조건에 관련된 관련 콘텍스트 정보가 획득될 수 있다.

본 발명이 특정 예시적인 실시예에 관해 기술되었지만, 이 설명은 일반적으로 발명의 개념만을 설명하기 위해 의도되고, 첨부한 청구범위에 의해 규정되는 본 발명의 범주를 제한하는 것으로 취해지지 않아야 한다.

Claims

통신 네트워크에서 관심 객체(306a)에 대한 콘텍스트를 유지하는 콘텍스트 서버(300, 406, 614)로부터 콘텍스트 정보를 획득하는 방법으로서, 상기 콘텍스트 서버는, 관심 객체와 관련된 센서(306)로부터 로우 콘텍스트 데이터를 수신하고, 상기 로우 콘텍스트 데이터로부터 리파인된 콘텍스트 정보를 도출하거나 계산하기 위해 사전 규정된 규칙에 따라 콘텍스트 리파이너에서 로우 콘텍스트 데이터를 처리하는 콘텍스트 정보 획득 방법에 있어서,

요구 당사자로부터, 상기 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구를 수신하는 단계와,

상기 요구 당사자의 하나 이상의 개별 엔티티(316, 404)에 대한 개별 콘텍스트 데이터를 수집하는 단계와,

수집된 개별 콘텍스트 데이터 및 수신된 콘텍스트 정보 요구를 집합화시킴으로써, 수신된 개별 콘텍스트 데이터를 기초로 하여 커스터마이즈된 규칙을 작성하는 단계로서, 상기 커스터마이즈된 규칙은 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 적응된 요구의 조건을 규정하는 단계와,

커스터마이즈된 규칙을 포함하는 상기 적응된 요구를 상기 관심 객체의 콘텍스트 서버로 송신하는 단계로서, 상기 콘텍스트 서버는 상기 커스터마이즈된 규칙에 따라 로우 콘텍스트 데이터로부터 리파인된 콘텍스트 정보를 생성하는 단계 및,

상기 커스터마이즈된 규칙에 따라 리파인된 콘텍스트 정보를 상기 콘텍스트 서버로부터 수신하는 단계가 집합적 콘텍스트 기능부에 의해 수행되는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
제 1 항에 있어서,

상기 개별 콘텍스트 데이터는, 상기 개별 엔티티 또는 다수의 엔티티에 대한 콘텍스트를 유지하는 하나 이상의 콘텍스트 관리자로부터 수집되는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
제 1 항 또는 제 2 항에 있어서,

상기 요구 당사자는 다수의 개별 엔티티의 그룹이고, 각 개별 엔티티에 대한 개별 콘텍스트 데이터가 수집되고, 수신된 개별 콘텍스트 데이터는 그룹 콘텍스트로 집합화되며, 상기 커스터마이즈된 규칙은 그룹 콘텍스트로부터 작성되는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
제 1 항 또는 제 2 항에 있어서,

상기 개별 콘텍스트 데이터를 수집하기 위한 콘텍스트 템플릿 구조가 이용되며, 상기 템플릿은, 요구 당사자의 현재 콘텍스트 데이터로 채워지는 요구 당사자와 관련된 파라미터에 대한 사전 규정된 데이터 필드를 포함하는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
제 4 항에 있어서,

상기 콘텍스트 템플릿은 SIP/Simple 프로토콜을 이용하는 IMS 인터페이스에 의해 통신되는 XDM 문서로서 제공되는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
제 4 항에 있어서,

상기 콘텍스트 템플릿은, 일반적인 요구 당사자를 규정하는 기본 데이터에 대한 표준 필드를 포함하는 일반적 템플릿을 상기 콘텍스트 파라미터에 대한 필드를 더 포함하는 적용된 템플릿으로 확장함으로써 작성되는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
제 6 항에 있어서,

상기 요구 당사자는 다수의 개별 엔티티의 그룹이고, 상기 일반적 템플릿은, 그룹 아이덴티티, 그룹 멤버 및, 그룹 관리자에 대한 표준 필드를 포함하는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
제 6 항에 있어서,

상기 요구 당사자는 다수의 개별 엔티티의 그룹이고, 적용된 템플릿은 각각의 개별 엔티티에 대한 파라미터 필드를 포함하는 것을 특징으로 하는 콘텍스트 정보 획득 방법.
통신 네트워크에서 관심 객체(306a)에 대한 콘텍스트를 유지하는 콘텍스트 서버(300, 406, 614)로부터 콘텍스트 정보를 획득하는 장치로서, 상기 콘텍스트 서버는, 상기 관심 객체와 관련된 센서(306)로부터 로우 콘텍스트 데이터를 수신하여, 로우 콘텍스트 데이터로부터 리파인된 콘텍스트 정보를 도출하거나 계산하기 위해 사전 규정된 규칙에 따라 콘텍스트 리파이너에서 로우 콘텍스트 데이터를 처리하는 콘텍스트 정보 획득 장치에 있어서,

요구 당사자로부터, 상기 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 요구를 수신하는 수단과,

상기 요구 당사자의 하나 이상의 개별 엔티티(316, 404)에 대한 개별 콘텍스트 데이터를 수집하도록 구성된 콘텍스트 수집 유닛(410, 604)과,

수집된 개별 콘텍스트 데이터 및 수신된 콘텍스트 정보 요구를 집합화시킴으로써 수신된 개별 콘텍스트 데이터를 기초로 하여 커스터마이즈된 규칙을 작성하도록 구성된 콘텍스트 집합화 유닛(412, 606)으로서, 상기 커스터마이즈된 규칙은 관심 객체에 관한 리파인된 콘텍스트 정보에 대한 적응된 요구의 조건을 규정하는 콘텍스트 집합화 유닛(412, 606)과,

커스터마이즈된 규칙을 포함하는 상기 적응된 요구를 상기 관심 객체의 콘텍스트 서버로 송신하는 수단으로서, 상기 콘텍스트 서버는 커스터마이즈된 규칙에 따라 로우 콘텍스트 데이터로부터 리파인된 콘텍스트 정보를 생성하는 수단 및,

상기 커스터마이즈된 규칙에 따라 리파인된 콘텍스트 정보를 상기 콘텍스트 서버로부터 수신하는 수단을 집합적 콘텍스트 기능부가 포함하는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
제 9 항에 있어서,

상기 콘텍스트 수집 유닛은, 상기 개별 엔티티 또는 다수의 엔티티에 대한 콘텍스트를 유지하는 하나 이상의 콘텍스트 관리자로부터 개별 콘텍스트 데이터를 수집하도록 더 구성되는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
제 9 항 또는 제 10 항에 있어서,

상기 요구 당사자는 다수의 개별 엔티티의 그룹이고, 상기 콘텍스트 수집 유닛은 각 개별 엔티티에 대한 개별 콘텍스트 데이터를 수집하도록 더 구성되고, 상기 콘텍스트 집합화 유닛은 수신된 개별 콘텍스트 데이터를 그룹 콘텍스트로 집합화하고, 상기 그룹 콘텍스트로부터 상기 커스터마이즈된 규칙을 작성하도록 더 구성되는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
제 9 항 또는 제 10 항에 있어서,

상기 콘텍스트 수집 유닛은 상기 개별 콘텍스트 데이터를 수집하기 위한 콘텍스트 템플릿 구조를 이용하도록 더 구성되며, 상기 템플릿은, 요구 당사자의 현재 콘텍스트 데이터로 채워지는 요구 당사자와 관련된 파라미터에 대한 사전 규정된 데이터 필드를 포함하는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
제 12 항에 있어서,

상기 콘텍스트 수집 유닛은, SIP/Simple 프로토콜을 이용하는 IMS 인터페이스에 의해 통신되는 콘텍스트 템플릿으로서 XDM 문서를 이용하도록 더 구성되는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
제 12 항에 있어서,

상기 콘텍스트 수집 유닛은, 일반적인 요구 당사자를 규정하는 기본 데이터에 대한 표준 필드를 포함하는 일반적 템플릿을 상기 콘텍스트 파라미터에 대한 필드를 더 포함하는 적용된 템플릿으로 확장함으로써 상기 콘텍스트 템플릿을 작성하도록 더 구성되는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
제 14 항에 있어서,

상기 요구 당사자는 다수의 개별 엔티티의 그룹이고, 상기 일반적 템플릿은, 그룹 아이덴티티, 그룹 멤버 및, 그룹 관리자에 대한 표준 필드를 포함하는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
제 14 항에 있어서,

상기 요구 당사자는 다수의 개별 엔티티의 그룹이고, 적용된 템플릿은 각각의 개별 엔티티에 대한 파라미터 필드를 포함하는 것을 특징으로 하는 콘텍스트 정보 획득 장치.
통신 네트워크에서 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버(300, 406, 614)로부터 콘텍스트 정보를 제공하는 방법으로서, 상기 콘텍스트 서버는 관심 객체와 관련된 센서(306)로부터 로우 콘텍스트 데이터를 수신하여, 로우 데이터로부터 리파인된 콘텍스트 정보를 도출하거나 계산하기 위해 사전 규정된 규칙에 따라 콘텍스트 리파이너에서 로우 콘텍스트 데이터를 처리하는 콘텍스트 정보 제공 방법에 있어서,

관심 객체에 관한 리파인된 콘텍스트 정보에 대해 요구 당사자로부터 발신하는 적응된 요구를 수신하는 단계로서, 상기 적응된 요구는, 수신된 개별 콘텍스트 데이터 및 수신된 콘텍스트 정보 요구를 집합화시킴으로써 상기 요구 당사자의 하나 이상의 개별 엔티티(316, 404)에 대해서 수집된 개별 콘텍스트 데이터를 기초로 하여 작성된 커스터마이즈된 규칙(312a, 414)을 포함하며, 상기 커스터마이즈된 규칙은 적응된 요구의 조건을 규정하는 단계와,

수신된 커스터마이즈된 규칙에 따라 로우 콘텍스트 데이터로부터 리파인된 콘텍스트 정보를 생성하는 단계 및,

상기 요구 당사자로 전송하기 위해 상기 커스터마이즈된 규칙에 따라 리파인된 콘텍스트 정보를 제공하는 단계를 상기 콘텍스트 서버가 수행하는 것을 특징으로 하는 콘텍스트 정보 제공 방법.
제 17 항에 있어서,

수신된 커스터마이즈된 규칙은, 그룹 멤버의 다수의 개별 콘텍스트로부터 집합화된 그룹 콘텍스트로부터 도출된 것을 특징으로 하는 콘텍스트 정보 제공 방법.
통신 네트워크에서 관심 객체에 대한 콘텍스트를 유지하는 콘텍스트 서버(300, 406, 614)로부터 콘텍스트 정보를 제공하는 장치로서, 상기 콘텍스트 서버는 관심 객체와 관련된 센서(306)로부터 로우 콘텍스트 데이터를 수신하여, 로우 콘텍스트 데이터로부터 리파인된 콘텍스트 정보를 도출하거나 계산하기 위해 사전 규정된 규칙에 따라 콘텍스트 리파이너에서 로우 콘텍스트 데이터를 처리하는 콘텍스트 정보 제공 장치에 있어서,

관심 객체에 관한 리파인된 콘텍스트 정보에 대해 요구 당사자로부터 발신하는 적응된 요구를 수신하는 수단으로서, 상기 적응된 요구는, 수신된 개별 콘텍스트 데이터 및 수신된 콘텍스트 정보 요구를 집합화시킴으로써 상기 요구 당사자의 하나 이상의 개별 엔티티(316, 404)에 대해서 수집된 개별 콘텍스트 데이터를 기초로 하여 작성된 커스터마이즈된 규칙(312a, 414)을 포함하며, 상기 커스터마이즈된 규칙은 적응된 요구의 조건을 규정하는 수단과,

수신된 커스터마이즈된 규칙에 따라 로우 콘텍스트 데이터로부터 리파인된 콘텍스트 정보를 생성하는 수단 및,

상기 요구 당사자로 전송하기 위해 상기 커스터마이즈된 규칙에 따라 리파인된 콘텍스트 정보를 제공하는 수단을 상기 콘텍스트 서버가 포함하는 것을 특징으로 하는 콘텍스트 정보 제공 장치.
제 19 항에 있어서,

수신된 커스터마이즈된 규칙은 그룹 멤버의 다수의 개별 콘텍스트로부터 집합화된 그룹 콘텍스트로부터 도출된 것을 특징으로 하는 콘텍스트 정보 제공 장치.