KR100866076B1

KR100866076B1 - 트리 데이터 교환의 관리를 위한 방법 및 장치

Info

Publication number: KR100866076B1
Application number: KR1020047017480A
Authority: KR
Inventors: 사히노자믹꼬; 하르티카이넨라우노
Original assignee: 노키아 코포레이션
Priority date: 2002-04-30
Filing date: 2002-04-30
Publication date: 2008-10-30
Also published as: EP1500228B1; TWI263148B; CA2482688C; EP1500228A1; CN100589400C; CN1625865A; MY137416A; AU2002258019A1; US20030204640A1; CA2482688A1; MXPA04009737A; DE60224849D1; US7269821B2; WO2003094435A1; ATE385094T1; KR20040111562A; TW200307204A; DE60224849T2; JP2005524182A; ES2298367T3

Abstract

계층적으로 트리형으로 배열된 관리 트리 또는 노드들은 각각 동기 마크업 언어 장치 관리(SyncML DM) 프로토콜 표준에 따라 관리가능 장치의 정보를 관리하고, 포함하며 매핑하는데 사용된다. 관리 서버는 관리 트리 서버의 어떤 노드에 포함된 겟(GET)-명령 정보에 의해 이러한 장치로부터 요구할 수 있다. 상기 관리가능 장치는 관리 트리의 요구된 정보를 전송함으로써 응답한다. 본 창의적인 개념은 하나의 단일 노드로부터 뿐만 아니라 복수의 노드들로부터 동시에 정보를 요구하는 것을 허용하는 방법들을 제공한다. 이것은 효과적이고 시간 및 비용 절감적인 관리 프로세스를 초래한다.

관리, 트리, 데이터, 교환

Description

트리 데이터 교환의 관리를 위한 방법 및 장치{Method and device for management of tree data exchange}

본 발명은 관리 정보를 포함하는 객체들을 처리하기 위한 방법에 관한 것이다. 본 발명은 특히 계층적 구조를 탐색, 즉 검색하고 바람직하기로는 효율적인 방법으로 그것으로부터 선택적으로 정보를 검색하기 위한 방법에 관한 것이다. 또한, 본 발명은 상기에 제공된 방법들을 동작시키는데 적합한 장치들에 관한 것이다.

데이터의 동기는 적어도 두개의 상이한 장치들에서 동일한 데이터를 처리하는 모든 사용자들에 대해 잘 알려진 문제이다. 일반적으로, 동기는 단말기 장치(예를 들어 이동 전화)와 서버 장치(예를 들어 로컬 PC 또는 전용 동기 서버내의 애플리케이션)간에 발생한다. 휴대용 컴퓨터들, PDA 단말기들(개인 휴대 정보 단말기), 이동국들 또는 페이저들과 같은 휴대용 단말기들의 데이터는 네트워크 애플리케이션들, 데스크톱 컴퓨터들의 애플리케이션들 또는 통신 시스템의 다른 데이터베이스들과 동기될 수 있고, 데이터베이스라는 용어는 가능하면 넓게 이해되어야 하는데, 즉 임의의 데이터 집합들을 포함할 것이다. 특히, 달력 및 이메일 애플리케이션들의 데이터는 전형적으로 동기된다.

동기는 호환가능하지 않은 상이한 제조자-특정 프로토콜들의 사용에 기반하 였다. 이것은 단말기 또는 데이터 유형들의 사용을 제한하고 종종 사용자에게 문제를 일으킨다. 이동 통신에서, 특히 데이터가 사용되는 단말기와 애플리케이션에 상관없이 검색되고 갱신될 수 있는 것이 중요하다.

애플리케이션 데이터의 동기를 개선하기 위하여, 확장가능 마크업 언어(XML: eXtensible Markup Language) 및 대응하는 표준화된 문서 유형 기술(DTD: Document Type Description)에 기반하는, 동기 마크업 언어(SyncML: Sync Markup Language)로서 알려진 언어가 개발되었다. SyncML 포맷의 메시지들을 사용하는, SyncML 동기 프로토콜을 사용함으로써, 어떤 애플리케이션의 데이터도 네트워킹된 단말기들 및 어떤 유형의 네트워크 서버간에 동기될 수 있다. 상기 SyncML 동기 프로토콜은 무선 네트워크 및 고정 네트워크 양자에서 동작하고 몇몇 전송 프로토콜들을 지원한다.

상기에 제공된 SyncML 동기 기술은 바람직하기로는 데이터베이스들의 동기를 다룬다. 데이터베이스들의 동기와 유사한 문제는 예를 들어 네트워크 액세스 포인트(NAP: Network Access Point) 정의들, 짧은 메시지 서비스(SMS: Short Message Service), 멀티미디어 메시지 서비스(MMS: Multimedia Message Service) 등과 같은 어떤 서비스들을 제공하는 서버들의 주소 정보와 같은, 개별 캐리어 관련 구성 세트들을 요구하는 상이한 네트워크 캐리어들의 이동 통신 네트워크들내에서 동작하는 이동 전화의 변하는 환경내에서 전자 장치들의 동작에 필요한 구성 데이터 특성들의 관리에 의해 제공된다. 상기 SyncML 장치 관리는 구성 데이터의 조화와 관련된다. 상기 각 구성 데이터 또는 정보는 각각 상기 장치 특징들 및 애플리케이션들 과 연관된, 각각 관리 객체들에 포함된다.

SyncML 장치 관리(SyncML DM) 프로토콜은 관리 명령들이 관리 객체들상에서 실행되도록 허용하고 그것은 패키지 포맷 유사 SyncML 동기 프로토콜 및 관련된 정의들을 사용하고 또한 XML에 기반한다. 관리 객체는 장치에 대한 일 집합의 구성 매개 변수들, 즉 장치 특징들의 구성 매개 변수들 및/또는 상기 장치상에서 실행되는 소프트웨어 애플리케이션들의 구성 매개 변수들 및 설정값들을 반영할 수 있다. 상기 객체에 대해 취해질 수 있는 동작들은 매개 변수 키들 및 값들을 독출하고 설정하는 것을 포함할 수 있다. 다른 관리 객체는 장치상의 소프트웨어 애플리케이션들에 대한 실행 시간 환경일 수 있다. 이러한 유형의 객체에 대해 취해질 수 있는 동작들은 소프트웨어 요소들을 설치하거나 업그레이드하거나 삭제하는 것을 포함할 수 있다. 바람직하기로는, 전용 관리 서버들은 상기에 언급된 상기 장치 관리 정보의 동기를 위해 요구되는 구성 매개 변수들, 설정값들, 키들 및 값들을 제공한다.

상기 SyncML 장치 관리에 따른 장치 관리는 상기 SyncML DM 프로토콜을 사용하여 관리될 수 있는 모든 정보를 포함하는 계층적 관리 트리(tree)내에 상기 관리 객체들을 구조화한다. 상기 관리 트리는 SyncML 장치 관리를 지원하는 각 전자 장치의 제조자에 의해 정의되고 제공되는 관리 트리의 영구적인 부분에 기반한다. 이러한 동작되는 전자 장치에 존재하는 실제 관리 트리는 상기 관리 트리의 동적으로 생성된 부분에 의해 확장되는 상기 관리 트리의 영구적인 부분으로 이루어져 있다. 상기 실제 관리 트리는 어떤 방법으로 어떤 유형의 미리-결정된 트리 프레임워크에서 벗어난다. 즉 어떤 유형의 객체-지향 계승에 기반하여 벗어난다.

상기 관리 트리 구성의 동적 구조는 장치 관리 서버가 그 위에서 동작하고 처리하도록 허용하기 위하여 상기 동적 실제 관리 트리를 탐색하도록 허용하는 것이 필요하다. 현재, 이러한 관리 서버는 상기 SyncML DM 표준에 정의된 겟(GET)-명령을 송신함으로써 관리될 대응하는 클라이언트 장치의 관리 트리를 탐색하도록 허용된다. 상기 GET-명령은 그것을 상기 관리 트리의 어떤 관리 객체에 지시한다. 상기 GET 프로세스에 대한 대응하는 응답은 어드레싱된 관리 객체의 하위에 있는 관리 트리에서의 다음 레벨의 관리 객체들의 목록을 포함하는 정보이다. 이것이 가지는 주요한 단점은 상기 관리 서버가 관리 객체들의 확장된 목록이 요구되는 경우 반환된 관리 객체들 아래의 상기 관리 객체의 추가 정보를 검색하도록 새로운 GET 명령을 발행해야 한다는 것이다.

이것은 시간 소모적인 새로운 프로토콜 라운드(round)를 취한다. 특히, 상기 SyncML 및 상기 SyncML DM 표준들은 무선 통신 환경, 즉 이동 통신 세계화 시스템(GSM: Global System for Mobile communication) 또는 범용 이동 통신 시스템(UMTS: Universal Mobile Telecommunication System)과 같은 셀룰러 통신 시스템에서 사용되도록 개발되었기 때문에, 온라인 시간 및 큰 교환 데이터에 드는 금액은 부담될 비용을 지불해야 하는 클라이언트 장치의 최종-사용자에게 비싸다.

본 발명의 목적은 상술된 단점들을 극복하기 위하여 장치의 관리 트리를 탐색할 수 있게 하는 효과적이고, 경제적이며 시간 절감적인 방법을 제공하는 것이다. 본 발명의 다른 목적은 상기 제공된 방법들을 수행하기에 적합한 대응하는 전 자 장치들을 제공하는 것이다.

본 발명의 목적은 독립항들에 개시된 각 요구 명령을 생성하기 위한 방법, 대응하는 요구 응답을 생성하기 위한 방법, 상기 방법들을 수행하기에 적합한 대응하는 장치들, 컴퓨터 프로그램들 및 소프트웨어 툴들을 가지고 달성된다. 본 발명의 바람직한 실시예들은 종속항들에 개시된다.

본 발명의 일 실시예에 의하면, 전자 장치의 관리 관련 정보의 적어도 일부분에 대한 요구를 생성하기 위한 방법이 제공된다. 상기 관리 관련 정보는 계층적 구조, 바람직하기로는 트리형 구조로 배열된 복수의 노드들에 포함된다. 상기 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보의 어떤 부분을 포함한다. 상기 생성된 요구는 주소 정보, 명령 및 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 부가적인 정보의 부호화로부터 획득된다. 상기 주소 정보는 상기 관리 관련 정보의 어떤 부분을 포함하는 계층적으로 배열된 상기 복수의 노드들 중 선택된 한 노드를 기술한다. 상기 명령은 요구 수신 장치에게 상기 선택된 노드에 포함된 상기 관리 관련 정보의 부분을 검색하라고 명령하고 추가로 상기 요구 수신 장치에게 상기 관리 관련 정보의 검색된 부분을 반환하라고 명령한다.

본 발명의 일 실시예에 의하면, 상기 명령은 추가로 상기 요구 수신 장치에게 상기 복수의 접속된 노드들과 연관된 상기 관리 관련 정보의 부분들을 검색하라고 명령하고 추가로 상기 요구 수신 장치에게 바람직하기로는 상기 선택된 노드와 연관된 상기 관리 관련 정보의 검색된 부분과 공동으로, 부가적으로 상기 관리 관련 정보의 검색된 부분들을 반환하라고 명령한다.

본 발명의 일 실시예에 의하면, 상기 복수의 접속된 노드들은 상기 전체 복수의 노드들에 의해 형성된 상기 관리 트리에서 상기 선택된 노드의 계층적으로 상위 또는 계층적으로 하위에 배열된 노드들이다.

본 발명의 일 실시예에 의하면, 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보는 추가로 필터 정보를 포함한다. 상기 필터 정보는 상기 노드들로부터 관리 관련 정보의 부분들을 선택적으로 검색하는데 사용된다. 상기 필터 정보는 상기 관리 관련 정보에 대한 복합 필터링을 제공하는 논리적인 관계에 의해 결합되는 단일 필터 정보의 합성일 수 있거나 상기 관리 관련 정보의 상기 검색 동작과 협력할 수 있다.

본 발명의 일 실시예에 의하면, 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보는 상기 주소 정보에 포함된다. 더욱이, 상기 필터 정보는 또한 상기 주소 정보에 포함될 수 있다.

본 발명의 일 실시예에 의하면, 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보는 명령 시퀀스이다. 상기 명령 시퀀스는 CGI-스크립트 애플리케이션에 의해 복호화되고 페어링(pare)된다.

본 발명의 일 실시예에 의하면, 상기 요구는 각각 동기 마크업 언어 장치 관리(SyncML DM) 프로토콜 또는 표준에 기반한다.

본 발명의 일 실시예에 의하면, 상기 요구의 명령은 변경된 겟(GET) 명령이다. 상기 변경은 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보를 포함하는 상기 겟(GET) 명령에서 변경된 타깃(TARGET) 주소를 부호 화함으로써 수행된다.

본 발명의 일 실시예에 의하면, 관리 관련 정보를 포함하는 응답을 생성하기 위한 방법이 제공된다. 상기 응답은 요구하는 전자 장치로부터 관리 관련 정보의 적어도 일부분에 대한 요구의 수신의 결과로서 생성된다. 상기 관리 관련 정보는 계층적 구조, 바람직하기로는 트리형 구조로서 배열된 복수의 노드들과 관련되고 상기 노드들간에 분배된다. 상기 복수의 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보의 어떤 부분과 연관된다. 상기 섹션의 생성은 하나의 선택된 노드로부터 관리 관련 정보의 일부의 검색을 포함한다. 상기 선택된 노드는 응답 야기 요구에서 부호화된 주소 정보에서 직접 정의된다. 상기 응답의 생성은 상기 선택된 노드의 관리 관련 정보의 검색된 부분을 포함하는 상기 응답의 섹션의 생성을 더 포함한다. 바람직하기로는 상기 생성은 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보에 의해 지정된 노드들의 식별을 부가적으로 포함한다. 또한 상기 정보는 상기 응답 야기 요구에 의해 포함되고 제공된다. 상기 식별된 노드들로부터의 관리 관련 정보의 추가 부분들은 검색되고 부가적으로 상기 생성된 응답에 부가된다. 마지막으로 상기 응답은 상기 요구하는 장치로 전송된다.

본 발명의 일 실시예에 의하면, 상기 응답을 야기하는 요구는 요구 수신 전자 장치의 관리 관련 정보의 적어도 일부에 대한 요구를 생성하기 위한 상기한 방법에 의한 요구이다.

본 발명의 일 실시예에 의하면, 상기 복수의 접속된 노드들은 상기 전체 복수의 노드들에 의해 형성된 상기 관리 트리에서 상기 선택된 노드의 계층적으로 상 위 또는 계층적으로 하위에 배열된 노드들이다.

본 발명의 일 실시예에 의하면, 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조에 관한 정보는 추가로 필터 정보를 포함한다. 상기 필터 정보는 상기 식별된 노드들로부터 관리 관련 정보의 부분들을 선택적으로 검색하는데 사용된다. 상기 필터 정보는 상기 관리 관련 정보에 대한 복합 필터링을 제공하는 논리적인 관계에 의해 결합되는 단일 필터 정보의 합성일 수 있거나 상기 관리 관련 정보의 상기 검색 동작과 협력할 수 있다.

본 발명의 일 실시예에 의하면, 상기 응답은 복수의 단일 섹션들로 구조화된다. 각 섹션은 노드에 포함된 상기 관리 관련 정보에 전용되고 그것으로부터 검색된다.

본 발명의 일 실시예에 의하면, 상기 응답은 복수의 아이템(ITEM) 요소들을 포함하는 결과(RESULTS) 요소를 포함한다. 상기 복수의 아이템(ITEM) 요소들 각각 은 한 식별된 노드의 관리 관련 정보를 포함한다.

본 발명의 일 실시예에 의하면, 상기 복수의 아이템(ITEM) 요소들 각각은 겟(GET)-명령에 대한 요구 응답이 상기 아이템(ITEM) 요소에 대응하는 각 노드를 어드레싱하여 생성된 것처럼 부호화된다.

본 발명의 일 실시예에 의하면, 관리 관련 정보를 처리하기 위한 소프트웨어 툴이 제공된다. 상기 소프트웨어 툴은 상기 소프트웨어 툴이 컴퓨터 프로그램에서 구현 및/또는 실행되는 경우 상기한 방법들의 동작들을 수행하기 위한 프로그램 부분들을 포함한다.

본 발명의 일 실시예에 의하면, 관리 관련 정보를 처리하기 위한 컴퓨터 프로그램이 제공된다. 상기 컴퓨터 프로그램은 상기 프로그램이 처리 장치, 컴퓨터 또는 네트워크 장치에서 실행되는 경우 상기한 방법들의 동작들을 수행하기 위한 프로그램 코드 부분들을 포함한다.

본 발명의 일 실시예에 의하면, 프로그램 생성물이 처리 장치, 컴퓨터 또는 네트워크 장치에서 실행되는 경우 상기한 방법들을 수행하기 위한 컴퓨터 독출가능 매체상에 저장된 프로그램 코드 부분들을 포함하는 컴퓨터 프로그램 생성물이 제공된다.

본 발명의 일 실시예에 의하면, 요구 수신 전자 장치의 관리 관련 정보의 적어도 일부에 대한 요구를 생성하기 위한 장치가 제공된다. 상기 관리 관련 정보는 복수의 계층적으로 구조화된, 바람직하기로는 트리형 구조로 된 노드들간에 분배되고, 상기 복수의 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보의 어떤 부 분과 연관된다. 상기 장치는 상기 요구를 생성하기 위한 구성 요소를 포함한다. 상기 생성하기 위한 구성 요소는 상기 복수의 노드들 중 선택된 노드의 주소 정보를 부호화할 수 있고 추가로 상기 선택된 노드와 연관된 관리 관련 정보의 부분을 검색하고 관리 관련 정보의 검색된 부분을 반환하라고 명령하기 위한 명령을 부호화할 수 있다. 더욱이 상기 생성하기 위한 구성 요소는 상기 선택된 노드에 접속된 복수의 노드들의 계층적 구조와 관련된 정보를 부호화할 수 있다.

본 발명의 일 실시예에 의하면, 상기 생성하기 위한 장치 또는 구성 요소는 각각 요구 수신 전자 장치의 장치 관련 정보의 적어도 일부에 대한 요구를 생성하기 위한 상기한 방법을 수행하는데 적합하다.

본 발명의 일 실시예에 의하면, 관리 관련 정보를 포함하는 응답을 생성하기 위한 장치가 제공된다. 상기 응답은 요구하는 전자 장치로부터 관리 관련 정보의 적어도 일부에 대한 요구의 수신의 결과로서 생성된다. 상기 관리 관련 정보는 상기 장치에 포함된다. 더욱이, 상기 관리 관련 정보는 복수의 계층적으로 구조화된, 바람직하기로는 트리형 구조의 노드들간에 분배되고, 상기 복수의 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보의 어떤 부분과 연관된다. 상기 장치는 하나의 선택된 노드로부터 관리 관련 정보의 일부를 검색하기 위한 구성 요소를 포함한다. 상기 선택된 노드는 상기 요구에 의해 제공된 주소 정보에 정의된다. 더욱이 상기 장치는 관리 관련 정보의 검색된 부분을 포함하는 상기 응답을 생성하기 위한 구성 요소를 포함한다.

부가적으로, 상기 장치는 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보에 의해 지정된 노드들을 식별하기 위한 구성 요소를 포함한다. 상기 정보는 또한 상기 수신된 요구에 의해 정의되고 제공된다. 상기 구성 요소는 부가적으로 상기 식별된 노드들로부터 관리 관련 정보의 부분들을 검색하는데 적합하다. 마지막으로 부가하기 위한 구성 요소는 상기 응답에 관리 관련 정보의 검색된 부분들을 부가적으로 부가할 수 있게 한다. 상기 응답은 상기 요구하는 전자 장치로 전송된다.

본 발명의 일 실시예에 의하면, 상기 장치는 CGI-스크립트 명령에 기초하여 명령 시퀀스를 복호화하기 위한 CGI-스크립트 복호화 구성 요소를 부가적으로 포함한다. 상기 명령 시퀀스는 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보를 포함한다.

본 발명의 일 실시예에 의하면, 상기 생성하기 위한 장치 또는 구성 요소는 각각 관리 관련 정보를 포함하는 응답을 생성하기 위한 상기 방법을 수행하는데 적합하다.

본 발명이 첨부한 도면들을 참조하여 실시예들에 의해 상세히 설명될 것이다.

도 1은 정보의 동기가 동작될 수 있는 일 집합의 예시적인 전자 장치를 도시한 개략도를 도시한 것이다.

도 2a는 장치 관리 정보의 계층적 트리형 구조의 발췌를 예시적으로 도시한 도면이다.

도 2b는 장치 관리 정보의 계층적 트리형 구조들의 예시적인 발췌들을 도시한 추상도이다.

도 3은 예시적인 코드 시퀀스와 공동으로 본 발명의 실시예에 따라 요구를 생성하기 위한 방법을 도시한 흐름도를 도시한 것이다.

도 4는 본 발명의 일 실시예에 따라 대응하는 요구에 따른 응답을 생성하기 위한 방법을 도시한 흐름도를 도시한 것이다.

도 5는 본 발명의 실시예들에 따라 상기한 방법들을 동작시키기 위한 구성 요소들을 포함하는 장치들을 도시한 블록도를 도시한 것이다.

하기에, 본 발명의 실시예들이 본 발명을 제한하지 않고 상기 SyncML 장치 관리 표준 또는 관련된 SyncML 표준을 지원하는 시스템에서 설명될 것이다. 상기 SyncML 표준 및 상기 SyncML 장치 관리 표준에 대한 정보는 공개적으로 완전한 표준 문서를 제공하는 SyncML 발의안으로부터 획득될 수 있다. 도면들에 도시된 동일하거나 균등한 부분들, 특징들 및/또는 동작들은 동일한 참조번호들을 사용하여 지칭될 것이다.

도 1은 일 집합의 예시적인 전자 장치를 도시한 개략도를 도시한 것으로, 상기 전자 장치들 간에 정보의 동기가 동작될 수 있다. 바람직하기로는 이동 단말기들의 어떤 데이터베이스 내용은 지정된 장치들에 의해 제공되는 데이터베이스 내용과 조화될 수 있다. 관례적으로, 이동 단말기들은 어떤 미리-정의된 데이터를 전용 서버 장치들에 의해 제공되는 데이터베이스 또는 몇몇 데이터베이스들의 내용들과 조화시키거나 동기시키는 동기 클라이언트들로서 동작한다. 도 1은 상기 동기 동작에 대한 복수의 가능한 클라이언트 장치들 및 서버 장치들을 도시한 것이다. 전형적으로, 클라이언트 장치들은 이동 전화들(17) 또는 개인 휴대 정보 단말기(PDA)와 같은 이동국들, 노트북들(15)과 같은 이동 컴퓨터들, 디지털 카메라들(16) 또는 개인용 컴퓨터들(PC)이다. 더욱이, 전용 동기 서버 장치들은 개인용 컴퓨터(10), 전용 네트워크 서버(11) 또는 심지어 노트북(12)과 같은 이동 컴퓨터일 수 있다. 동기의 제시된 개념이 전용 서빙 장치들에 접속된 이동 단말기들을 고려하여 설명될지라도 상기 클라이언트 장치 기능은 상술된 바와 같이 이동 단말기들에 한정되지 않는다는 것은 주목될 것이다.

각각 상기 SyncML 프로토콜 표준 또는 상기 SyncML 장치 관리 프로토콜 표준에 따른 대응하는 동기 프로세스는 적합한 논리 통신 접속을 통해 설정될 수 있다. 상기 논리 통신 접속은 상기 동기 프로토콜이 적응되는 전송 프로토콜들과 공동으로 어떤 통신 네트워크들에 의해 제공될 수 있다. 적합한 통신 네트워크는 구내 정보 통신망(LAN: Local Area Network), 회사의 인터넷과 인트라넷을 포함할 수 있지만 또한 유니버설 시리얼 버스(USB) 또는 표준화된 직렬 통신(예를 들어 RS-232)와 같은 유선-기반 직렬 네트워크들을 포함할 수 있는 광역 네트워크(WAN)일 수 있다. 참여하는 동기 장치들은 또한 이동 통신 세계화 시스템(GSM: Global System for Mobile communication) 서비스 및/또는 일반 패킷 무선 서비스(GPRS: General Packet Radio Services)를 지원하는 이동 네트워크와 같은 무선 통신 네트워크, 유니버설 이동 통신 시스템(UMTS: Universal Mobile Telecommunication System) 네트 워크와 같은 3세대 이동 통신 네트워크, 무선 구내 정보 통신망(WLAN: Wireless Local Area Network), 블루투스 네트워크 또는 적외선 네트워크(IrDA)를 통해 접속될 수 있다. 상기 참여하는 동기 장치들간의 논리 통신 접속은 상기한 유형의 단일 통신 네트워크에 의해 제공될 수 있지만 또한 전용 네트워크 라우팅 장치들에 의해 상호접속된 상기한 유형의 몇몇 통신 네트워크들에 의해 제공될 수 있다.

상기 SyncML 프로토콜 표준, 상기 SyncML 동기 프로토콜 그리고 상기 SyncML 장치 관리 프로토콜 표준에 관하여 상기 SyncML 장치 관리 프로토콜은 채용된 통신 네트워크의 유형에 따라 적합한 프로토콜들의 상부에서 구현될 수 있다. 상부에 상기 동기 프로토콜이 구현될 수 있는 적합한 프로토콜들은 하이퍼 텍스트 전송 프로토콜(HTTP: Hyper Text Transfer Protocol), 무선 애플리케이션 프로토콜(WAP: Wireless Application Protocol) 표준의 무선 세션 프로토콜(WSP: Wireless Session Protocol), 단거리 무선 주파수 접속(블루투스) 또는 적외선 접속(IrDA)을 위한, 유니버설 시리얼 버스(USB) 또는 RS-232와 같은 케이블 접속을 위해 사용되는 객체 교환 프로토콜(OBEX: OBject EXchange), 전송 제어 프로토콜/인터넷 프로토콜(TCP/IP) 스택 및 이메일 프로토콜(예를 들어 단순 메일 전송 프로토콜, SMTP)에 의해 제공되는 전송 계층 서비스의 상부에 있는 것일 수 있다.

하위 계층에서의 전송은 예를 들어 짧은 메시지 SMS(짧은 메시지 서비스) 또는 다른 시그널링 유형 전송 방법들(예를 들어 USSD; 비구조화 보충 서비스 데이터), 회선-교환 데이터 호들 또는 패킷-교환 데이터 전송 서비스를 사용하여 하위 네트워크에 따라 수행될 수 있다.

상기 설명이 일반적인 동기 및 또한 장치 관리 동기를 지칭하는 반면에, 혁신적인 개념의 다음 설명은 명백하게 상기 SyncML DM 프로토콜을 지칭할 것이다.

상기 SyncML 장치 관리 서비스 자체는 관리 문서의 교환에 기반하고, 상기 관리 문서는 상기 장치 관리 데이터를 동기시키기 위하여 명령들을 포함하는 각각 복수의 메시지들 또는 패키지들로 분할될 수 있다. SyncML DM 프로토콜은 두 부분으로 구성된다: 인증과 장치 정보 교환을 포함하는 설정 단계 및 관리 단계. 관리 단계는 서버가 원하는 횟수만큼 많이 반복될 수 있다.

관리 단계는 다수의 프로토콜 반복들로 구성되는데, 즉 반복은 관리되는 클라이언트 장치로부터 관리 서버로의 패키지 및 관리 서버로부터 관리되는 클라이언트 장치로의 패키지를 의미한다. 상기 관리 서버로부터 관리되는 클라이언트 장치로 송신된 패키지의 내용은 상기 세션이 계속되어야 하는지 여부를 결정한다. 상기 관리 서버가 상기 관리되는 클라이언트 장치로부터 응답들(상태 또는 결과들)을 필요로 하는 패키지들에서 관리 동작들을 송신하는 경우, 상기 프로토콜의 관리 단계는 관리 동작들에 대한 클라이언트 응답들을 포함하는 관리되는 클라이언트 장치로부터 관리 서버로의 신규 패키지를 가지고 계속 진행된다. 관리되는 클라이언트 장치로부터의 응답 패키지는 신규 프로토콜 반복을 시작한다. 상기 관리 서버는 신규 관리 동작 프로토콜을 송신할 수 있어서 원하는 만큼 많이 신규 프로토콜 반복을 개시할 수 있다.

상기 설정 단계 및 상기 관리 단계에 따른 예시적이고 유효한 패키지들의 총 시퀀스는 패키지 교환의 대략적인 개요를 제공하기 위하여 다음 섹션에서 설명된 다.

패키지 0 - 상기 관리 세션의 개시: 대부분의 관리되는 클라이언트 장치들은 때때로 "통지들"이라고 불리우는 비청구 메시지들을 수신할 수 있다. 관리 서버는 상기 클라이언트가 상기 관리 서버로 다시 접속을 개시하게 하기 위하여 상기 통지 능력을 사용할 수 있다. 몇몇 베어러들은 관리 개시 통지들을 전송하는데 사용될 수 있다. 관리 개시 통지를 수신하는 것에 대한 동일한 효과가 다른 방법들로 야기될 수 있다는 것을 주목하라.

패키지 1 - 관리되는 클라이언트 장치로부터 관리 서버로의 초기화: 상기 관리되는 클라이언트 장치에 의해 송신된 상기 초기화 패키지의 목적은 다음과 같다:

- 장치 관리 서버로 (제조자, 모델 등과 같은) 관리되는 클라이언트 장치 정보를 송신하는 것,

- 상기 관리 서버에 대해 상기 관리되는 클라이언트 장치를 식별하는 것,

- 관리 세션이 (패키지 0에서 트리거를 송신함으로써) 상기 서버에 의해 또는 (최종 사용자가 메뉴 아이템을 선택하는 것과 같이) 상기 클라이언트에 의해 개시되었는지를 상기 서버에 통지하는 것.

패키지 2 - 관리 서버로부터 관리되는 클라이언트 장치로의 초기화: 상기 관리 서버에 의해 송신된 초기화 패키지의 목적은 다음과 같다:

- 상기 관리되는 클라이언트 장치에 대해 상기 장치 관리 서버를 식별하는 것,

- 선택적으로 관리 명령들 및 관리 데이터를 상기 관리되는 클라이언트 장치 로 송신하는 것,

- 사용자 상호작용 명령들과 같은 추가 명령들을 선택적으로 송신하는 것.

패키지 1 및 패키지 2는 상기 관리 프로세스의 설정 단계의 일부이다. 다음 패키지 3 및 패키지 4는 상기 관리 세션의 관리 단계의 일부이다.

패키지 3 - 관리 서버에 대한 관리되는 클라이언트 장치 응답: 상기 관리 패키지의 목적은 다음과 같다:

- 상기 관리 서버로부터 상기 관리되는 클라이언트로 송신된 상기 관리 명령들의 결과들을 전송하는 것,

- 선택적인 사용자 상호작용 명령들의 결과들을 전송하는 것.

패키지 4 - 추가 관리 서버 동작들: 상기 관리 패키지의 목적은 다음과 같다:

- 상기 관리 서버로부터 상기 관리되는 클라이언트로 각각 어떤 필요한 추가적인 관리 동작들 또는 명령들을 전송하는 것, 또는

- 상기 관리 세션을 종료하는 것.

추가 관리 동작들을 포함하는 패키지 4는 패키지 3에 관한 것과 같이 상기 관리되는 클라이언트 장치의 응답을 야기한다. 따라서, 상기 관리 세션은 상기 패키지 3 및 패키지 4의 임의의 수의 반복들을 포함할 수 있다.

SyncML DM 프로토콜은 상기 SyncML 표준에 의해 제공된 인증 프레임워크를 사용하는데, 어떤 확장들이 SyncML 장치 관리 보안에 정의된다. SyncML DM 프로토콜 관리되는 클라이언트 장치 및 관리 서버 양자는 서로에 대해 인증되어야 한다. 하지만 인증은 다른 레벨로 수행될 수 있다. 전송 레벨이 내장 인증 메커니즘을 구비하는 경우 SyncML DM 프로토콜-레벨 인증은 그것에 의해 대체될 수 있다. 상기 전송 레벨이 충분히 강한 인증 특징을 가지고 있지 않은 경우, SyncML DM 프로토콜-레벨 인증이 사용될 것이다.

도 2a 및 도 2b는 장치 관리 정보의 계층적인 트리형 구조들, 즉 관리 트리들의 예시적인 발췌를 도시한 것이다. 상기 SyncML DM 프로토콜을 지원하는 각 장치는 이러한 관리 트리를 포함한다. 상기 관리 트리는 모든 관리 객체들이 유일하게 균등 자원 표시자(URI: Uniform Resource Indicator)를 가지고 유일하게 어드레싱될 수 있는 계층적 트리형 구조로서 관리가능한 장치에서 복수의 관리 객체들로 분할된 완전한 관리 정보를 배열한다.

관리 트리의 단일 관리 객체들은 원 모양 또는 타원 모양의 텍스트 박스들을 사용하여 도 2a 및 도 2b에 도시된다. 더욱이, 상기 관리 객체들간의 관계는 상호연결 라인들을 사용하여 도시된다. 하기에, 상기 관리 객체들은 노드들로서 지칭될 것이다.

도 2a는 장치 관리 정보의 계층적 트리형 구조의 발췌를 예로서 도시한 도면을 도시한 것이다. 상기 도해된 예시적인 관리 트리의 발췌는 "./"로 지칭되는 뿌리 노드(N1)를 포함한다. 상기 뿌리 노드는 연결 라인에 의해 표시된 자식(child) 노드(N2)를 구비(포함)한다. 상기 뿌리 노드(N1)의 자식 노드(N2)는 "벤더(Vendor)"로 지칭된다. 대시 스타일 연결 라인들은 추가로 상기 관리 트리의 도해되지 않은 노드들을 암시할 것이다. "벤더(Vendor)"로서 지칭되는 상기 노드(N2)는 "Ring_Sig"로 지칭되며 하위에 배열된 노드(N3)를 다시 구비(포함)한다. 더욱이 "Ring_Sig"로 지칭된 상기 노드(N3)는 다시 자체적으로 복수의 서브-노드들, 각각 "Def", "Rng_1", "Rng_2" 및 "Rng_3"으로 지칭되는, 노드들(N4, N5, N6 및 N7)을 각각 구비(포함)한다.

바람직하기로는 상기 노드들 또는 관리 객체들의 어드레싱은 각각 균등 자원 표시자(URI)에 기반하고, 유일한 주소는 상기 뿌리 노드에서 시작함으로써 구성되고 상기 관리 트리가 당해 노드 아래를 가로지를때, 경계 문자, 보통 "/"을 사용하여 이전의 것들에 각 노드 이름이 첨부된다. 예를 들어 "Rng2"로 지칭되는 상기 노드(N6)는 표현 "./Vendor/Ring_Sig/Rng_2"를 사용함으로써 유일하게 어드레싱될 수 있다.

도 2b는 장치 관리 정보의 계층적 트리형 구조들의 예시적인 발췌들을 도시한 추상도를 도시한 것이다. 도 2b는 동일한 노드들에 기반하는 두개의 발췌들을 도시한 것이다. 장치 관리 정보의 계층적 트리형 구조의 제1 발췌는 연속적인 라인들만을 고려하여 인식될 수 있고, 반면에 장치 관리 정보의 계층적 트리형 구조의 제2 발췌는 연속적인 라인들 및 부가적으로 특별한 대시 라인(C1)을 고려하여 인식될 수 있다. 본 발명의 실시예들의 설명에 제공되는 다음 예들은 도시된 추상 관리 트리, 특히 도시된 상기 추상 관리 트리의 도해된 제1 발췌를 참조하여 제공될 것이다.

다음 설명은 각각 상기 관리 트리 및 계층적으로 배열되고 상기 관리 트리에 포함된, 노드들 또는 관리 객체들의 일반적인 정의에 관한 것이다.

노드들 또는 관리 객체들 각각은 상기 SyncML DM 프로토콜을 통해 운반되는 관리 동작들에 의해 조작될 수 있는 실체들이다. 노드는 정수와 같이 작거나 배경 그림 또는 스크린 보호기와 같이 크고 복잡한 관련된 객체들을 포함할 수 있다. 상기 SyncML DM 프로토콜은 상기 노드들의 내용 또는 값들에 대해 불가지론적이고 상기 노드값들을 오페크(opaque) 데이터로서 취급한다.

노드는 관리 데이터베이스내의 모든 노드들의 완전한 모음이 도 2a 및 도 2b에 도시된 바와 같이 트리형 구조를 형성하는 방식으로 그것에 연결된 무제한적인 수의 자식 노드들을 가질 수 있다. 더욱이 각 노드 또는 관리 객체는 그것과 연관된 특성들을 지닌다.

노드들의 특성들은 당해 노드에 대한 메타 정보를 제공하는데 사용된다. 바람직하기로는, 다음 섹션에서 설명되는 특성들은 실행 시간 특성들인데, 예를 들어 그들은 그들의 연관된 노드의 수명동안 이용가능하다. 가능한 특성들은 어떤 완전성의 보장없이 다음 특성 정의들에 포함될 수 있다.

ACL 액세스 제어 목록

Format 노드값들이 해석되어야 하는 방법을 지정한다

Name 트리에서 노드의 이름

Size 노드값의 바이트 크기

Title 인간 독출가능 이름

Tstamp 타임 스탬프, 최종 변경 날짜 및 시간

Type 노드의 MIME 유형

VerNo 버전 번호, 각 변경시 자동으로 증가됨

이전에 언급된 바와 같이 모든 노드들(관리 객체들)과 뿌리 노드(즉, 관리되는 클라이언트 장치 자체)의 완전한 구조는 트리를 형성한다. 관리 서버들은 상기 겟(GET) 명령을 사용하여 상기 트리의 구조를 탐색할 수 있다. 관례적으로, 액세스된 노드들이 그것에 링크된 자식 노드들을 가지는 경우, 상기 자식 노드들의 이름은 상기 겟(GET) 명령의 결과로서 반환된다. 하나 이상의 자식 객체들을 지닌 노드들 또는 관리 객체들 각각은 내부 객체들로서 불리운다. 어떤 자식들(children)도 없는 노드들 또는 관리 객체들 각각은 리프(leaf) 객체들로서 불리운다. 리프 객체들은 관리가능한 값들을 지니고 내부 객체들은 자식 객체들을 지닌다.

도 2b에 도시된 노드들은 내부 객체들 및 리프 객체들의 분류에 의해 구별될 수 있다. 상기 뿌리 노드는 분류에 따라 내부 객체인 표시 "./"에 의해 식별될 수 있고, 내부 객체들인 노드들은 표시들 "A","B","C","D","E","F","H" 및 "J"에 의해 식별될 수 있으며, 반면에 나머지 노드들은 표시들 "G","I","K","L","M","N" 및 "O"에 의해 식별될 수 있는 리프 객체들이다.

연속적인 라인들만을 고려하는 표시된 관리 트리의 제1 발췌를 참조하면, 상기 표시된 발췌는 엄격한 계층적 트리형 구조를 보여주는데, 즉 각 자식 노드 또는 자식 객체는 각각 하나의 부모 객체 또는 부모 노드에 링크된다. 이러한 종류의 엄격한 계층적 트리형 구조는 보통 예를 들어 지구의 동물군을 척추 동물 및 무척추 동물과 같은 클래스로 분류하기 위한 과학으로부터 알려져 있다.

그것과 대조적으로, 연속적인 라인들 및 부가적으로 특별한 대시 라인(C1)을 고려하는 표시된 관리 트리의 제2 발췌를 참조하면, 표시된 발췌는 자식 노드가 두개의 부모 노드들에 링크되도록 허용하는, 즉 두개의 노드들이 동일한 하위 노드에링크될 수 있는, 계층적 트리형 구조를 보여준다. 이러한 교차 링크들을 허용하는 계층적 트리형 구조는 계층적으로 트리형 구조화된 데이터베이스 또는 계층적으로 트리형 구조화된 메뉴들로부터 알려져 있다.

상기 관리 트리는 예를 들어 사용자 상호작용의 결과로서 상기 관리 서버에 의해 또는 상기 관리되는 클라이언트 장치 자체에 의해 실행 시간에서 확장될 수 있다. 이것은 적합한 명령들을 가지고 행해지고 신규 내부 객체들 및 신규 리프 객체들 양자가 생성될 수 있다. 하지만, 어떤 신규 노드의 부모도 기존의 내부 객체가 되어야 한다.

상기 관리 트리의 실행 시간 확장은 바람직하기로는 전송된 데이터의 양의 천체 처리량을 각각 감소시키거나 절감하는 상기 관리 트리를 탐색하기 위한 효율적이고 빠른 방법을 제공하는 것을 필요하게 한다. 본 창의적인 개념 및 본 발명의 실시예들에 의한 방법들에 관한 다음 설명은 이러한 효율적인 방법들을 제공한다.

도 3은 대응하는 예시적인 코드 시퀀스와 공동으로 본 발명의 실시예에 의한 요구를 생성하기 위한 방법을 도시한 흐름도를 도시한 것이다.

단계 S100에서, 요구 또는 상기 요구의 섹션의 생성이 각각 시작된다. 바람직하기로는, 상기 요구는 관리되는 클라이언트 장치의 관리 트리의 실행 시간 또는 동적 구조를 탐색하는데 사용될 것이고 관리 서버에 의해 생성될 것이다. 상기 요구는 도 1을 참조하여 설명된 상기 관리 단계의 일부일 수 있다. 유리하게는, 상기 요구는 패키지 유형 3 요구이다. 상기 요구는 상기 패키지 요구 4의 요구 응답을 개시하는데 사용된다.

상기 SyncML DM 프로토콜에 따른 요구는 어떤 구조적인 요건을 충족해야 한다. SyncML DM 프로토콜 메시지는 상기 SyncML DM 뿌리 또는 문서 요소 유형에 의해 식별된 잘-형성된 확장 마크업 언어(XML) 문서이다. 상기 문서는 헤더 및 본체로 구성된다. 상기 헤더는 모든 라우팅 및 버전화 정보에 대해 지정하고, 반면에 상기 본체는 하나 이상의 SyncML DM 명령들에 대한 컨테이너이다. 상기 명령들은 어떤 장치 관리 데이터 또는 메타-정보를 포함하여, 상기 명령의 명세를 설명하는 다른 요소 유형들에 대한 컨테이너들이다. 또한 SyncML DM 데이터 포맷들 및 SyncML DM 능력 교환과 같은 특징들이 여기에 포함된다.

단계 S110에서, 상기 요구 또는 상기 요구의 섹션이 각각 생성된다. 상기 섹션은 상기 관리하는 클라이언트 장치에 포함된 상기 관리 트리의 탐색과 관련된다. 특히, 상기 관련 요구 섹션은 본 발명의 창의적인 개념에 따른 명령의 부호화와 관련된다. 특히, 상기 관련 요구 섹션은 변경된 겟(GET) 명령의 부호화와 관련된다. 기본적인 겟(GET) 명령이 상기 SyncML DM 프로토콜 표준에 의해 정의되고 제공된다.

단계 S111에서, 수신하는 관리되는 클라이언트 장치에게 상기 관리 트리를 탐색하고 상기 탐색에 의해 획득된 결과들에 따른 정보를 반환하도록 지시하는 대응하는 명령이 부호화된다. 바람직하기로는, 상기 대응하는 명령은 변경된 겟(GET) 명령이다. 상기 변경된 겟(GET) 명령은 트리 탐색 관련 정보 및 필터 정보에 의해 확장된 표준 겟(GET) 명령을 포함한다.

도 3에 예시적으로 도시된 바와 같이, 상기 겟(GET) 명령은 각각 상기 명령 또는 총 요구의 XML 체계화에 기반하는 초기 항 "<Get>" 및 최종 항 "</Get>"을 포함한다. 더욱이 상기 초기 항 및 최종 항은 초기 항 "<CmdID>" 및 최종 항 "</CmdID>"에 포함된 명령 식별 번호 및 초기 항 "<Item>" 및 최종 항 "</Item>"에 포함된 아이템(ITEM) 정의를 포함한다.

단계 S112에서, 주소 정보가 부호화된다. 상기 주소 정보는 주소, 바람직하기로는 상기 관리되는 클라이언트 장치에 포함된, 각각 상기 관리 트리의 관리 객체 또는 노드를 어드레싱하는, URI 부호화된 주소를 포함한다. 상기 주소 정보는 초기 항 "<LocURI>" 및 최종 항 "</LocURI>"에 포함된 URI 표현에 기반하는 주소 정보를 다시 포함하는, 초기 항 "<Target>" 및 최종 항 "</Target>"에 포함된 타깃(TARGET) 정의에서 부호화된다.

단계 S113 및 단계 S114에서, 상기 확장 트리 탐색 관련 정보 및 필터 정보는 상술된 겟(GET) 명령 구조내에서 부가적으로 부호화된다. 바람직하기로는, 상기 트리 탐색 관련 정보는 상기 관리 트리를 탐색하는 방법을 정의하는, 즉 어떤 노드 또는 관리 객체들이 각각 그것의 정보를 검색하기 위해 식별될 것인지에 대한 것을 정의하는 상기 관리 트리의 계층적 구조와 관련된 정보이다. 유리하게는, 상기 트리 탐색 관련 정보 및 필터 정보는 상기 주소 정보내에서 부호화되고, 더 유리하게는 상기 정보는 URI 표현에 기반하여 상기 주소 정보에 첨부된다.

상기 탐색 관련 정보 및 필터 정보는 CGI-스크립트에 의해 복호화되는 스트 링 시퀀스내에서 부호화된다. 상기 CGI-스크립트 기반 메커니즘은 상기 정보의 부호화 및 복호화를 고려하여 적합한 방법을 제공한다. 상기 부호화 시퀀스는 상기 CGI-스크립트 기반 시퀀스 및 상기 URI 기반 주소 시퀀스의 경계를 정하기 위하여 문자 "?"에 의해 초기화되는 단순한 스트링 시퀀스이다. 상기 표현 "list="는 상기 포함된 관리 트리를 탐색하고 각각 상기 관리 트리의 탐색된 부분 또는 상기 탐색된 노드 또는 관리 객체로부터 대응하는 정보를 검색하기 위한 상기 구문 분석하고 응답하는 관리되는 클라이언트 장치를 나타낸다. 상기 표현 "list"는 본 발명의 실시예에 의한 방법이 그것에 제한되지 않도록 예시적으로 선택된다. 대안적으로, 임의의 표현이 선택될 수 있는데, 예를 들어 "list"라는 표현 대신에 상기 스트링 "노드(node)", "노드들(nodes)" 등이 선택될 수 있다. 의미있는 표현은 변경된 겟(GET) 명령의 읽힘성을 개선한다.

상기 탐색 관련 정보 및 상기 필터 정보는 상기 CGI-스크립트 표현의 나머지 부분, 여기에서 상기 표현 "트리(tree)"에서 부호화된다. 상기 표현 "트리(tree)"는 어드레싱된 노드 아래 또는 하위에 배열된 모든 서브-노드들을 탐색하는 것을 나타낸다. 더욱이, 상기 표현 "트리(tree)"는 탐색된 서브-노드들의 이름들을 검색하고 상기 검색된 정보를 반환하는 것을 암시한다. 상기 표현 "트리(tree)"는 상기 필터 정보 뿐만 아니라 상기 탐색 관련 정보를 정의한다. 탐색 관련 정보 및 상기 필터 정보의 추가적인 예들이 하기에 제공될 것이다.

단계 S120에서, 예를 들어 상기 SyncML DM 프로토콜 표준에 따라 상기 요구의 생성 또는 부호화가 완성된다. 추가 명령들이 상기 설명된 변경된 GET 명령 섹 션의 하위 또는 상위에 있는 요구에 포함될 수 있다. 상기 완성된 요구는 상기 관리되는 클라이언트 장치로 전송된다.

상술된 바와 같이, 상기 탐색 관련 정보 및 상기 필터 정보는 CGI-스크립트 메커니즘에 의해 복호화될 스트링 표현을 제공함으로써 상기 변경된 GET 명령에서 부호화된다. 상기 스트링 표현은 상기 탐색 관련 정보 및 상기 필터 정보를 정의하는 적어도 하나의 매개 변수로부터 문자 "="에 의해 경계가 정해지는 초기 사전 정의된 시퀀스 "list"를 포함한다. 다음 목록은 본 창의적인 개념에 의해 제공되는 가능성에 대한 뷰를 제공하기 위하여 다수의 예시적인 매개 변수 정의들을 포함한다.

매개 변수들 및 상기 매개 변수들에 의해 명령된 결과로서 생기는 응답들:

Tree 어드레싱된 노드 아래의 모든 서브-노드들의 이름들이 반환된다,

Two 어드레싱된 노드 아래의 2 레벨까지의 모든 서브-노드들의 이름들이 반환된다,

Three 어드레싱된 노드 아래의 3 레벨까지의 모든 서브-노드들의 이름들이 반환된다,

"N" 어드레싱된 노드 아래의 N 레벨까지의 모든 서브-노드들의 이름들이 반환된다("N"은 전부 다 써버려지는 것으로 이해될 것이다),

Up 어드레싱된 노드 위의 모든 서브-노드들의 이름들이 반환된다,

Depth 어드레싱된 노드 아래의 관리 트리의 깊이가 반환된다,

Data 어드레싱된 노드 아래의 리프 객체들의 데이터가 반환된다,

ACL 어드레싱된 노드 아래의 서브-노드들의 액세스 제어 목록의 목록이 반환된다,

Type 어드레싱된 노드 아래의 서브-노드들의 MIME 유형의 목록이 반환된다,

Format 어드레싱된 노드 아래의 서브-노드들의 포맷의 목록이 반환된다,

Size 어드레싱된 노드 아래의 서브-노드들의 크기 정보의 목록이 반환된다,

Title 어드레싱된 노드 아래의 서브-노드들의 인간 독출가능 이름들의 목록이 반환된다,

TStamp 어드레싱된 노드 아래의 서브-노드들의 타임스탬프의 목록이 반환된다,

VerNo 어드레싱된 노드 아래의 서브-노드들의 버전 번호들의 목록이 반환된다.

상기 정의된 매개 변수들은 적어도 두 매개 변수들의 논리적인 연결을 사용하여 결합될 수 있다. 논리 AND 연결은 이들 적어도 두 매개 변수들간에 연결 표지 "&"를 부호화함으로써 표시될 수 있다. 예를 들어 도 3에 도시된 변경된 GET 명령에 기초하는 예시적인 변경된 GET 명령 정의는 다음과 같이 부호화된다:

<Get>

<Item>

</Target>

</Item>

</Get>

상기 CGI-스크립트 시퀀스는 굵은 문자들로 표시된다. 상기 두 매개 변수들 "Tree" 및 "ACL"은 논리 AND 연결에 의해 결합된다. 상기 시퀀스는 수신하는 관리되는 클라이언트 장치에게 상기 어드레싱된 노드 하위의 관리 트리에 배열된 상기 서브-노드들의 이름들 및 액세스 목록 시퀀스 값들 양자를 반환하라고 명령한다.

문자 표지 "&"에 의해 부호화된 상기 논리 AND 연결은 하나의 가능한 논리 연결이다. 유사하게, 논리 OR 연결 또는 논리 NOT 연결 또한 예를 들어 괄호 표시들 "(" 및 ")"에 의한 논리 우선 순위화가 부호화를 위해 제공될 수 있다. 더욱이,의도된 논리 연결은 두 매개 변수들의 연결에 한정되지 않는다. 즉, 몇몇 매개 변수들은 예를 들어 대응하는 문자 표지들로 표시된 논리 연결에 의해 결합될 수 있다.

더욱이 부가적인 필터 매개 변수들이 상기 필터 정보를 부호화하는데 제공될 수 있다. 이러한 부가적인 필터 매개 변수들은 상술된 논리 연결을 사용하여 상기한 매개 변수들에 부가될 수 있다. 상기 부가적인 필터 매개 변수들은 각각 상기 CGI-스크립트 복호화 또는 구문 분석동안 상기 시퀀스의 모호하지 않은 분리를 허용하기 위하여 미리 정의된 초기 시퀀스, 예를 들어 상기 스트링 시퀀스 "filter" 및 다시 경계 결정 문자 "="를 사용하여 표시될 수 있다.

예시적인 CGI-스크립트 시퀀스는 상기 표현 "?list=Tree&filter=std"를 가질 수 있다. 상기 필터 매개 변수 "std"는 상기 SyncML DM 프로토콜 표준에서 표준화된 (매개 변수 "tree"의 정의와 비교하여) 서브-노드들의 이름을 반환하라고 단지 명령한다. 추가적인 예시적인 필터 매개 변수는 특정 크기보다 더 작은, 예를 들어 10kbit의 상기 트리 탐색 관련 정보에 따라 상기 노드들로부터 검색된 데이터를 단지 반환할 것을 상기 수신하는 관리되는 클라이언트 장치에 명령할 가능성을 제공할 수 있는데, 바람직하기로는 상기 검색된 데이터는 상기 관리 트리의 리프 객체들로부터 검색된 데이터이다. 이것은 바람직하기로는 상기 CGI-스크립트 시퀀스 "list=Data&filter=10000"으로 표현될 것이다.

도 3에 도시된 흐름 시퀀스는 상기 관리되는 클라이언트 장치에 포함된 관리 트리로부터 검색된 어떤 특정 정보를 반환할 것을 본 발명의 실시예에 의한 관리되는 클라이언트 장치에게 명령하는 명령의 부호화를 설명한다. 다음 도 4는 본 발명의 실시예에 따라 이러한 요구에 의해 야기되는 결과의 생성에 전용된다.

도 4는 본 발명의 실시예에 의해 대응하는 요구에 따라 응답을 생성하기 위한 방법을 도시한 흐름도를 도시한 것이다.

단계 S200에서, 상기 응답 또는 응답의 섹션의 생성이 각각 개시된다. 바람직하기로는, 상기 응답은 도 3을 참조하여 상기에 설명된 유형의 요구에 의해 개시 된다. 상기 응답은 도 1을 참조하여 설명된 관리 단계의 일부일 수 있다. 유리하게는, 상기 요구는 패키지 유형 4 응답이다.

상기 SyncML DM 프로토콜에 따른 응답은 어떤 구조적인 요건들을 충족해야 한다. 기본적으로, 이러한 요구는 도 3을 참조하여 설명된 것과 동일한 유형의 헤더 섹션 및 본체 섹션으로 나뉘어져 있다.

단계 S210에서, 상기 응답 또는 상기 응답의 섹션이 각각 생성된다. 상기 섹션은 상기 관리되는 클라이언트 장치에 포함된 관리 트리의 탐색 결과와 관련된다. 특히, 상기 관련 응답 섹션은 본 발명의 창의적인 개념에 따른 명령 응답의 부호화와 관련된다. 특히, 상기 관련 응답 섹션은 변경된 GET 명령 응답의 부호화와 관련된다. 상기 기본적인 GET 명령 응답은 상기 SyncML DM 프로토콜에 의해 정의되고 제공된다.

단계 S211에서, 탐색될 노드들이 식별된다. 상기 트리의 탐색은 대응하는 요구에서 기본적으로 어드레싱된 노드에서 시작된다. 도 3에 도시된 예시적인 요구 및 도 2b에 도시된 추상 관리 트리에 따라, 탐색될 식별된 노드들은 노드들 "./A/D", "./A/D/J", "./A/D/K", "./A/D/J/N" 및 "./A/D/J/O"이다.

단계 S212에서, 상기 노드들의 탐색은 부호화된 탐색 관련 정보 및 상기 필터 정보의 이전의 복호화 및 구문 분석을 필요로 한다. 바람직하기로는, 상기 탐색 관련 정보 및 상기 필터 정보는 상기 관리 트리의 노드를 어드레싱하는 주소 정보에서 부호화되는데, 즉 상기 요구에 포함된 GET 명령의 TARGET 주소에서 부호화된다. 유리하게는, 상기 탐색 관련 정보 및 상기 필터 정보는 대응하는 CGI-스크립트 에 의해 구문 분석되고 분석되는 CGI-스크립트 시퀀스로서 제공된다.

기본적으로 어드레싱된 노드에서 시작하는 상기 관리 트리의 탐색은 상기 CGI-스크립트 실행의 결과와 공동으로 수행된다. 상기 스크립트 시퀀스의 일 집합의 예시적인 매개 변수들은 도 3을 참조하여 설명되고 본 발명에 의한 요구의 부호화를 참조하여 설명된다.

단계 S213에서, 상기 정보는 식별된 노드로부터 검색된다. 검색될 정보는 CGI-스크립트에 의해 구문 분석되고 분석될 수 있는 탐색 관련 정보에 의해 정의된다. 도 2a 및 도 2b를 참조하여 설명되는 바와 같이 각 노드는 그것으로부터 검색될 수 있는 복수의 특성들을 포함한다.

부가적으로, 상기 식별된 노드들로부터 검색된 정보는 대응하는 응답 개시 요구에 정의된 필터 정보에 따라 필터링될 수 있다. 상기 필터링의 개념은 도 3을 참조하여 상세히 설명된다.

단계 S214에서, 상기 응답 또는 상기 응답의 섹션은 각각 식별된 노드의 검색된 정보에 따라 부호화된다. 상기 섹션의 부호화는 상기 SyncML DM 프로토콜 표준에 기반한다. 즉, 부호화는 정확하게 상기 식별된 노드를 어드레싱하는 변경되지 않은 GET 명령과 공동으로 마치 부호화된 정보가 요구되고 검색되는 것처럼 수행된다. 상기 검색된 정보의 부호화는 초기 항 "<Item>" 및 최종 항 "</Item>"을 구비하는 ITEM(아이템) 정의에 포함된다. 상기 아이템 정의는 초기 항 "<Data>" 및 최종 항 "</Data>"를 구비하는 DATA 정의로서 포함되고 추가로 상기 SyncML DM 프로토콜 표준을 만족하는 정의들을 완성하고 상기 SyncML DM 프로토콜 표준에 의해 제 공되는 검색된 정보를 포함한다.

상기 식별된 노드는 상기 URI 주소 정의에 기초하여 SOURCE 정의에서 부호화된다. 따라서, 상기 SOURCE 정의는 상기 URI 주소를 포함하는 LocURI 정의를 포함한다. 상기 SOURCE 정의는 초기 항 "<LocURI>" 및 최종 항 "</LocURI>"를 포함하는 LocURI 정의 뿐만 아니라 초기 항 "<Source>" 및 최종 항 "</Source>"를 포함한다.

도 4에 제시된 예시적인 발췌는 식별된 노드 J의 서브-노드들의 이름들을 보여주는데, 즉 상기 노드 J의 URI 주소는 뿌리 노드와 관련하여 "./A/D/J"로서 부호화된다. 상기 서브-노드들의 검색된 이름들은 평문 정보로서 상기 DATA 정의에 포함된 "N" 및 "O"이다. 상기 노드 J의 서브-노드들 N 및 O는 또한 도 4에 부가적으로 도시된 관리 트리의 일부에서 식별될 수 있고 도 2b에 도시된 관리 트리에 기반할 수 있다.

단계들 S213 및 S214는 상기 관리 트리의 각 식별된 노드에 대해, 즉 이러한 요구 응답을 개시하는 요구의 탐색 관련 정보에 따라 식별된 노드에 대해 반복될 수 있다. 상기 식별된 노드들로부터 상기 정보를 검색하는 것은 또한 상기 검색된 정보에 따라 상기 응답 서브-섹션들을 부호화하기 전에 완전하게 동작될 수 있다.

단계 S220에서, 상기 SyncML DM 프로토콜 표준에 따라 상기 요구 응답의 생성 또는 부호화가 완료된다. 추가 응답들 또는 심지어 명령들이 상기 응답에 포함될 수 있다. 상기 완료된 응답은 상기 관리 서버로 전송될 것이다.

상기 단계들 S210 내지 S214의 설명이 대응하는 요구에 기초하는 두 예들과 공동으로 부가될 것이다.

제1 예는 다음 요구에 기초한다:

<Get>

<Item>

</Target>

</Item>

</Get>

상기 요구는 상기 뿌리 노드와 관련한 상기 URI 주소 "./A/D"에 의해 어드레싱된 상기 노드 D의 하위에 배열된 (도 3을 참조하여 설명된 매개 변수들과 비교하여) 모든 노드들의 이름들을 검색할 것을 지시한다.

제1의 예시적인 요구에 따라 그리고 도 2b에 도시된 상기 관리 트리에 따라 결과로서 생기는 요구 응답은 다음 내용을 지닌다:

<Item>

<Meta>

<Type xmlns='syncml:metinf'>text/plain</Type>

</Meta>

</Source>

</Item>

<Item>

<Meta>

<Type xmlns='syncml:metinf'>text/plain</Type>

</Meta>

</Source>

</Item>

</Results>

결과로서 생긴 응답은 두 아이템 엔트리들을 포함하는데 제1 아이템 엔트리 는 URI 주소로서 부호화되고 상기 뿌리 노드와 관련된 소스 주소 "./A/D"로 표시된 노드 D에 전용된다. 상기 검색된 정보는 상기 노드 D가 두개의 하위 노드들 J 및 K를 구비한다는 것을 나타내는 상기 DATA 엔트리내에서 보여질 수 있다. 상기 제2 아이템 엔트리는 상기 소스 주소 "./A/D/J"로 표시된 노드 J에 전용된다. 상기 검색된 정보는 상기 노드 J가 또한 두개의 하위 노드들 N 및 O를 구비한다는 것을 나타낸다. 상기 노드들 K, N 및 O는 아무런 서브-노드들도 가지고 있지 않은 리프 객체들이기 때문에 아무런 추가 엔트리들도 상기 응답에 포함되지 않는다.

제2 예는 다음 요구에 기초한다:

<Get>

<Item>

<LocURI>./A/D?list=title</LocURI>

</Target>

</Item>

</Get>

상기 요구는 상기 뿌리 노드와 관련된 URI 주소 "./A/D"에 의해 어드레싱된 노드 D의 하위에 배열된 모든 노드들의 타이틀(도 3을 참조하여 설명된 매개 변수들과 비교하여, 상기 노드들의 인간 독출가능 이름들)을 검색할 것을 지시한다.

제2의 예시적인 요구에 따른 그리고 도 2b에 도시된 관리 트리에 따른 결과 로서 생긴 요구 응답은 다음 내용을 지닌다:

<Item>

<Data>title of node D</Data>

</Item>

<Item>

<Data>title of node J</Data>

</Item>

<Item>

<Data>title of node K</Data>

</Item>

<Item>

<Data>title of node N</Data>

</Item>

<Item>

<Data>title of node O</Data>

</Item>

</Results>

결과로서 생긴 응답은 직접 주소 노드 D 그리고 도 2b의 관리 트리에 포함된 각 하위에 배열된 노드(각각, 노드들 J, K, N, O)에 대한 아이템 엔트리를 포함한다. 각 아이템의 데이터 엔트리들은 각각 포함되고 식별된 노드의 타이틀에 전용된다. 본 발명의 범위를 벗어나는 부호화된 응답의 부분들은 생략되었다.

도 5는 본 발명의 실시예들에 따른 상기한 방법들을 동작시키기 위한 구성 요소들을 도시한 블록도를 도시한 것이다. 서버 장치 관리 에이전트(220)는 다른 상대방 클라이언트 장치 관리 에이전트(320)와의 장치 관리를 제공하는 네트워킹된 서비스를 나타낸다. 상기 장치 관리 데이터는 각각 상기 서버 장치 관리 에이전트(220) 또는 클라이언트 장치 관리 에이전트(320)에 의해 제공되거나 처리될 수 있다. 상기 서버 장치 관리 에이전트(220)는 도 1을 참조하여 언급된 상기 서버 장치 와 대응하는 서버 장치일 수 있는 서버(20)에 의해 호스팅된다. 유리하게는, 상기 클라이언트 장치 관리 에이전트(320)는 도 1을 참조하여 언급된 상기 클라이언트 장치와 대응하는 클라이언트 장치일 수 있는 클라이언트(30)에 의해 호스팅된다. 상기 장치 관리는 서버(20)와 클라이언트(30)간에 수행된다.

상기 클라이언트(30)는 상기 네트워크에 액세스하고 상기 SyncML DM 프로토콜 표준에 따라 동기 어댑터(340) 및 동기 인터페이스(330)를 통해 서버에 메시지들을 송신하기 위하여 상기 클라이언트 장치 관리 에이전트(320)를 사용할 수 있다. 상기 서버(20) 또는 서버 장치 관리 에이전트(220)는 각각 동기 어댑터(240) 및 동기 인터페이스(230)를 통해 메시지들을 수신하거나 송신하고, 상기 서버 장치 관리 엔진(210)을 통해 전체 장치 관리 프로세스를 관리한다. 장치 관리 동작들은 하나 이상의 요구되는 패키지들에 대한 개념적인 프레임인, 장치 관리 프레임에 개념적으로 속박된다.

상기 서버 장치 관리 엔진(210)은 제조자에 의해 정의되고 제공된 관리 트리의 부분과 같이 관리될 상기 클라이언트(30)에 대한 정보 또는 상기 클라이언트의 관리 트리내의 실제 위치에 대한 정보를 포함하는 적응 장치 관리 데이터베이스(200)에 액세스할 가능성을 갖는다. 더욱이, 상기 서버(20)의 상기 서버 장치 관리 엔진(210)은 클라이언트(30)와 교환된 장치 관리 문서들을 생성할 수 있는데, 특히 상기 서버 장치 관리 엔진(210)은 도 3을 참조하여 설명된 요구를 생성할 수 있다.

상기 상대방 클라이언트(30)는 상기 클라이언트 장치 관리 에이전트(320)를 사용하여 상기 관리 요구에 응답할 수 있다. 특히, 상기 클라이언트 장치 관리 에 이전트(320)는 상기 장치 관리 트리(300) 및 도 3을 참조하여 설명된 바와 같이 관련된 정보 포함 요구들의 복호화/구문 분석을 담당하고, 상기 요구된 정보를 검색하며, 필요한 경우 상기 요구에 대한 대응하는 응답을 필터링하고 부호화하기 위하여, 상기 클라이언트 장치 관리 에이전트(320)에 식별된 노드들을 제공하는 것을 담당하는 CGI-스크립트 실행 구성 요소(310)에 대한 액세스를 갖는다.

상기 클라이언트 장치 관리 에이전트(320), 상기 CGI-스크립트 실행 구성 요소(210) 및 상기 장치 관리 트리(200) 각각 뿐만 아니라 상기 서버(20) 또는 상기 클라이언트(30) 각각, 상기 서버 장치 관리 에이전트(220), 상기 서버 장치 관리 엔진(210) 및 상기 장치 데이터베이스(200) 각각의 표시된 구성 요소들은 각각 상기 서버(20) 또는 상기 클라이언트(30)에 의해 포함될 수 있는 데이터 처리 장치에에 의해 구성될 수 있다. 더욱이 상기 구성 요소들은 필요한 처리 동작들을 수행하기 위한 명령들을 포함하는, 각각 상기 서버(20) 또는 상기 클라이언트(30)상에서 실행하기 위한 코드 섹션에 의해 구성될 수 있다.

마지막으로, 본 발명의 실시예들에 의한 그리고 본 창의적인 개념에 관해 제시된 방법들은 상기 장치 관리에 대한 몇몇 이점들을 제공하는데, 특히 상기 SyncML DM 프로토콜 표준에 따른 장치 관리에 대한 몇몇 이점들을 제공한다. 본 발명의 실시예들에 따른 기본적인 두 방법의 조합은 패키지 유형 3 및 패키지 유형 4의 패키지 왕복시간 지연을 명백하게 감소시켜서, 교환된 데이터의 양은 엄청나게 병렬로 감소되는데, 즉 상기 장치 관리를 사용하는 사용자의 시간 및 비용을 절감한다. 본 창의적인 개념에 기반한 상기 제공된 솔루션은 많은 변경 및 비싼 변경이 필요없이 구현될 수 있다.

상기한 설명이 관리될 클라이언트 장치 및 상기 클라이언트 장치를 관리하는 서버 장치에 관해 제공된다는 것은 주목될 것이다. 유리하게는, 본 발명의 범위내에서, 상기 서버 장치에 포함된 관리 트리로부터 정보를 검색하기 위하여 설명된 유형의 요구를 생성하는 클라이언트 장치에 본 창의적인 개념을 확장시키는 것이 또한 가능하고 이러한 상기 요구에 의해 야기되는 대응하는 응답을 생성하는 서버 요구에 본 창의적인 개념을 유사하게 확장시키는 것이 가능하다. 이것은 상기 클라이언트 장치가, 유사하게 효율적이며 빠르고, 비용 및 시간 절감적인 방식으로 상기 클라이언트 장치에 전용되고 상기 서버에 포함된 상기 관리 트리를 탐색하도록 허용한다.

본 발명의 실시예들에 의한 방법들을 동작시키는데 필요하고 도 5를 참조하여 상기 클라이언트 장치와 상기 서버 장치에 지정된 각 구성 요소들은 (또한) 특정 장치, 즉 상기 서버 장치내에서 상기 클라이언트 장치의 특정 방법 관련 구성 요소들 및 그 반대의 구성 요소들내에서 구현되어야 한다.

기술이 진전함에 따라, 본 창의적인 개념이 매우 다양한 방법들로 구현될 수 있다는 것은 당업자에게 명백할 것이다. 따라서 본 발명 및 본 발명의 실시예들은 상술된 예들에 한정되지 않고 청구항들의 범위내에서 변경될 수 있다.

Claims

전자 장치의 관리 관련 정보의 적어도 일부분에 대한 요구를 생성하기 위한 방법으로서, 상기 관리 관련 정보는 계층적 구조로 배열된 복수의 노드들 간에 분배되고, 상기 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보와 연관되며,

- 상기 복수의 노드들 중 선택된 노드의 주소 정보 및

- 상기 관리 관련 정보의 부분을 검색하고 상기 관리 관련 정보의 검색된 부분을 반환하라고 명령하기 위한 명령을 부호화함으로써 상기 요구를 생성하는 단계를 포함하는 방법에 있어서,

상기 요구는 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보를 부가적으로 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 명령은 상기 복수의 접속된 노드들과 연관된 상기 관리 관련 정보의 부분을 검색하고 상기 복수의 접속된 노드들과 연관된 상기 관리 관련 정보의 검색된 부분들을 부가적으로 반환하라고 명령하는 것을 특징으로 하는 방법.
제1항 또는 제2항에 있어서, 상기 복수의 접속된 노드들은 상기 선택된 노드와 관련된 계층적으로 하위 또는 계층적으로 상위에 배열된 노드들인 것을 특징으 로 하는 방법.
제1항 또는 제2항에 있어서, 상기 계층적 구조와 관련된 정보는 관리 관련 정보를 선택적으로 검색하라고 명령하고 상기 선택된 검색된 관리 관련 정보를 반환하라고 명령하기 위하여 필터 정보를 포함하는 것을 특징으로 하는 방법.
제1항 또는 제2항에 있어서, 상기 주소 정보는 상기 계층적 구조와 관련된 정보를 포함하는 것을 특징으로 하는 방법.
제5항에 있어서, 상기 계층적 구조와 관련된 정보는 CGI-스크립트에 의해 복호화될 명령 시퀀스인 것을 특징으로 하는 방법.
제1항 또는 제2항에 있어서, 상기 요구는 동기 마크업 언어(SyncML: Synchronization Markup Language) 프로토콜에 기반하고 동기 마크업 언어 장치 관리(SyncML DM: Synchronization Markup Language Device Management) 프로토콜에 기반하는 것을 특징으로 하는 방법.
제7항에 있어서, 상기 요구의 상기 명령은 변경된 위치 균등 자원 식별자(URI: Uniform Resource Identifier)를 포함하는 타깃(TARGET) 요소내에 상기 주소 정보를 포함하는 변경된 겟(GET)-명령인 것을 특징으로 하는 방법.
요구하는 전자 장치로부터 관리 관련 정보의 적어도 일부분에 대한 요구의 수신의 결과로서 관리 관련 정보를 포함하는 응답을 생성하기 위한 방법으로서, 관리 관련 정보는 계층적 구조로 배열된 복수의 노드들 간에 분배되고, 상기 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보와 연관되며, 상기 응답은 상기 요구하는 전자 장치로 전송되고,

- 상기 요구에 의해 제공된 주소 정보에 정의된 하나의 선택된 노드와 연관된 관리 관련 정보의 일부분을 검색하는 단계, 및

- 상기 관리 관련 정보의 검색된 부분을 포함하는 상기 응답을 생성하는 단계를 포함하는 방법에 있어서,

- 상기 요구에 의해 제공된 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보에 의해 지정된 노드들을 식별하는 단계,

- 상기 식별된 노드들과 연관된 관리 관련 정보의 부분들을 부가적으로 검색하는 단계로서, 상기 관리 관련 정보의 부분들은 상기 식별된 노드들과 관련된 단계, 및

- 상기 관리 관련 정보의 상기 부가적으로 검색된 부분들을 상기 응답에 부가하는 단계를 포함하는 것을 특징으로 하는 방법.
제9항에 있어서, 상기 요구는 제1항 또는 제2항에 의한 요구인 것을 특징으로 하는 방법.
제9항에 있어서, 상기 복수의 접속된 노드들은 상기 선택된 노드와 관련하여 계층적으로 하위 또는 계층적으로 상위에 배열된 노드들인 것을 특징으로 하는 방법.
제9항에 있어서, 상기 계층적 구조와 관련된 정보는 상기 식별된 노드들로부터 관리 관련 정보를 선택적으로 검색하기 위하여 필터 정보를 포함하는 것을 특징으로 하는 방법.
제9항에 있어서, 상기 주소 정보는 상기 계층적 구조와 관련된 정보를 포함하는 것을 특징으로 하는 방법.
제9항에 있어서, 상기 계층적 구조와 관련된 정보는 CGI-스크립트에 의해 복호화될 명령 시퀀스인 것을 특징으로 하는 방법.
제9항에 있어서, 상기 응답은 복수의 섹션들로 구조화되고 상기 복수의 섹션들 각각은 한 노드의 검색된 관리 관련 정보를 포함하는 것을 특징으로 하는 방법.
제9항에 있어서, 상기 응답은 동기 마크업 언어(SyncML: Synchronization Markup Language) 프로토콜에 기반하고 동기 마크업 언어 장치 관리(SyncML DM: Synchronization Markup Language Device Management) 프로토콜에 기반하는 것을 특징으로 하는 방법.
제16항에 있어서, 상기 응답은 복수의 아이템(ITEM) 요소들을 포함하는 결과(RESULTS) 요소를 포함하고, 상기 복수의 아이템(ITEM) 요소들 각각은 한 식별된 노드의 관리 관련 정보를 포함하는 것을 특징으로 하는 방법.
제17항에 있어서, 상기 복수의 아이템(ITEM) 요소들 각각은 겟(GET)-명령에 대한 요구 응답이 상기 아이템(ITEM) 요소에 대응하는 상기 각 노드를 어드레싱하여 생성된 것처럼 부호화되는 것을 특징으로 하는 방법.
프로그램 코드 부분들이 컴퓨터, 사용자 단말기 또는 네트워크 장치상에서 실행하기 위하여 컴퓨터 프로그램으로 구현되는 경우, 제1항, 제2항 및 제9항 중 어느 한 항의 동작들을 수행하기 위한 프로그램 코드 부분들을 포함하는, 관리 관련 정보를 처리하기 위한 컴퓨터로 읽을 수 있는 매체.
프로그램 코드 부분이 컴퓨터, 사용자 단말기 또는 네트워크 장치상에서 실행되는 경우, 제1항, 제2항 및 제9항 중 어느 한 항의 동작들을 수행하기 위한 프로그램 코드 부분을 포함하는, 관리 관련 정보를 처리하기 위한 컴퓨터로 읽을 수 있는 매체.
관리 관련 정보를 처리하기 위한 컴퓨터 프로그램을 포함하는 컴퓨터로 읽을 수 있는 매체에 있어서, 상기 컴퓨터 프로그램은 상기 컴퓨터 프로그램이 컴퓨터, 사용자 단말기 또는 네트워크 장치상에서 실행되는 경우, 제1항, 제2항 및 제9항 중 어느 한 항의 방법을 수행하기 위한 프로그램 코드 부분들을 포함하는 것을 특징으로 하는 컴퓨터로 읽을 수 있는 매체.
요구를 수신하는 전자 장치의 관리 관련 정보의 적어도 일부분에 대한 요구를 생성하기 위한 장치로서, 상기 관리 관련 정보는 계층적 구조로 배열된 복수의 노드들 간에 분배되고, 상기 복수의 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보와 연관되며,

- 상기 복수의 노드들 중 선택된 노드의 주소 정보를 부호화하기 위한 구성 요소 및

- 상기 선택된 노드와 연관된 상기 관리 관련 정보의 부분을 검색하고 상기 관리 관련 정보의 검색된 부분을 반환하라고 명령하기 위한 명령을 부호화하기 위한 구성 요소를 포함하는 상기 요구를 생성하기 위한 구성 요소를 포함하는 장치에 있어서,

상기 요구를 생성하기 위한 구성 요소는 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보를 부호화하기 위한 구성 요소를 부가적으로 포함하는 것을 특징으로 하는 장치.
제22항에 있어서, 상기 장치는 제1항 또는 제2항에 의한 방법을 수행하도록 구성되는 것을 특징으로 하는 장치.
요구하는 전자 장치로부터 관리 관련 정보의 적어도 일부분에 대한 요구의 수신의 결과로서 관리 관련 정보를 포함하는 응답을 생성하기 위한 장치로서, 관리 관련 정보는 상기 장치에 포함되고 계층적 구조로 배열된 복수의 노드들 간에 분배되며, 상기 복수의 노드들 중 적어도 하나의 노드는 상기 관리 관련 정보와 연관되고,

- 상기 요구에 의해 제공된 주소 정보에 정의된 하나의 선택된 노드와 연관된 관리 관련 정보의 일부분을 검색하기 위한 구성 요소 및

- 상기 관리 관련 정보의 검색된 부분을 포함하는 상기 응답을 생성하기 위한 구성 요소를 포함하는 장치에 있어서, 상기 장치는,

- 상기 요구에 의해 제공된 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보에 의해 지정된 노드들을 식별하기 위한 구성 요소를 부가적으로 포함하고,

- 상기 검색하기 위한 구성 요소는 상기 식별된 노드들로부터 관리 관련 정보의 부분들을 검색하도록 부가적으로 구성되며, 상기 관리 관련 정보의 부분들은 상기 식별된 노드들과 관련되고,

- 상기 관리 관련 정보의 상기 부가적으로 검색된 부분들을 상기 응답에 부가하기 위한 구성 요소를 부가적으로 포함하며,

상기 응답은 상기 요구하는 전자 장치로 전송되는 것을 특징으로 하는 장치.
제23항에 있어서, 상기 장치는 CGI-스크립트 명령에 기반하여 명령 시퀀스를 복호화하기 위한 CGI-스크립트 복호화 구성 요소를 부가적으로 포함하고, 상기 명령 시퀀스는 상기 선택된 노드에 접속된 복수의 노드들의 상기 계층적 구조와 관련된 정보를 포함하는 것을 특징으로 하는 장치.
제22항에 있어서, 상기 장치는 제9항에 의한 방법을 수행하도록 구성되는 것을 특징으로 하는 장치.