KR100856478B1

KR100856478B1 - 전자 장치를 컨피규하기 위한 방법, 전자 장치, 데이터 구조를 저장하고 있는 컴퓨터로 읽을 수 있는 매체, 서버, 및 컴퓨터로 읽을 수 있는 매체

Info

Publication number: KR100856478B1
Application number: KR1020067018807A
Authority: KR
Inventors: 클라우스 페데르센; 자콥 한센
Original assignee: 노키아 코포레이션
Priority date: 2006-09-13
Filing date: 2004-02-14
Publication date: 2008-09-04
Anticipated expiration: 2024-02-14
Also published as: KR20060111724A

Abstract

전자 장치에서 제1 데이터를 식별하는 명령을 수신하는 단계; 상기 식별된 제1 데이터의 속성을 자동으로 결정하는 단계; 상기 결정된 속성으로부터 실행 파일을 자동으로 식별하는 단계; 및 상기 식별된 실행 파일을 사용하여 상기 식별된 제1 데이터에 대해 동작하는 단계를 포함하는 전자 장치를 자동으로 컨피규하기 위한 방법이 개시된다.

Description

전자 장치를 컨피규하기 위한 방법, 전자 장치, 데이터 구조를 저장하고 있는 컴퓨터로 읽을 수 있는 매체, 서버, 및 컴퓨터로 읽을 수 있는 매체{A method for configuring an electronic device, an electronic device, a computer readable medium storing a data structure, a server, and a computer readable medium}

본 발명의 실시예들은 전자 장치를 컨피규(configure)하는 것에 관한 것이다. 특정 실시예들은 예를 들어 판매 시점 관리에서 이동 셀룰러 전화들을 컨피규하기 위한 표준 프로세스에 관한 것이다.

전자 장치들에 대한 현재의 경향은 더 많은 특징들을 지니는 것이다. 이것은 전자 장치들을 컨피규하기 어렵게 할 수 있다.

장치의 사용자는 정확하게 그리고/또는 그들이 원하는 바와 같이 장치가 동작하도록 장치의 설정을 컨피규하는데 상당한 양의 시간과 노력을 소모할 수 있다. 새로운 장치는 필요한 시간과 노력이 매우 클 수 있기 때문에 사용자에게 덜 매력적인 것으로 여겨질 수 있다.

이것은 특히 이동 셀룰러 전화들에 대해 사실이다. 이동 전화들은 전형적으로 그들이 상이한 오퍼레이터들에 의해 제어되는 복수의 상이한 셀룰러 무선 전화 네트워크들 중 어떤 하나에서 사용하기 위해 컨피규될 수 있도록 설계된다. 하지만, 각 오퍼레이터는 정확하게 또는 상기 오퍼레이터가 요망하는 방법으로 상기 전화를 동작시킬 수 있기 위하여 상이한 설정들을 필요로 할 수 있다. 상기 오퍼레이터(서비스 제공자)는 상기 이동 전화를 필요한 설정들로 개별화하고 싶을 수 있다. 더욱이, 이동 전화는 개인용 장치이고 사용자는 그들의 선호하는 호출음, 인터넷 북마크들, 스크린 세이버들 등으로 그것을 컨피규하고 싶을 수 있다.

그러므로, 어떤 형태의 자동 설정 프로세스를 전자 장치들 및 특히 이동 셀룰러 전화들에 제공하는 것이 바람직하다.

상기 설정 프로세스가 상기 장치에 대한 특정 적응없이 하나보다 많은 전자 장치와 사용될 수 있도록 되어 있는 것이 바람직할 것이다. 예를 들어, 상기 설정 프로세스가 모든 또는 대부분의 이동 셀룰러 전화들을 초기에 컨피규하는데 사용될 수 있다면 바람직할 것이다.

발명자들은 데이터를 타깃 장치로 송신하고 상기 타깃 장치에서 상기 송신된 데이터상의 실행 파일들(executables)을 실행하기 위하여 SyncML 메시지를 사용하여 자동 설정이 가능할지에 대해 고려하였다.

SyncML^TM 장치 관리(DM: Device Management)는 개방형, 범용 산업 표준이다. 그것은 서비스 제공자들과 기업 정보 관리 부문들과 같은 제3 당사자들에게, 이동 장치에 저장된 관리 트리를 생성하고 관리하는 능력을 제공한다. 2003년 2월 10일자, SyncML 장치 관리 트리 및 서술, v1.1.1(www.syncml.org)은 관리 트리의 생성 및 유지 보수를 기술하고 있다. 관리 트리는 갈림들(branches)에 의해 연결된 노드들을 지닌다. 각 노드는 URI에 의해 유일하게 어드레싱될 수 있다. 노드는 어떤 수의 자식(종속) 노드들을 지닐 수 있지만, 어떤 값도 저장할 수 없는 내부 노드일 수 있거나, 노드는 자식(종속) 노드들을 가질 수 없지만 값을 저장할 수 있는 리프(leaf) 노드일 수 있다. 값은 스트링, 파일, 숫자 등일 수 있다. 그러므로 SyncML DM은 상기 이동 장치에 온-더-플라이(on-the-fly)로 데이터를 제공하기 위한 메커니즘을 제공한다.

2002년 2월 15일자, SyncML 표현 프로토콜, v1.1(www.syncml.org)은 데이터 관리(DM) 프로토콜을 포함하여, 모든 SyncML 프로토콜들에 의해 사용가능한 공통 확장가능한 마크업 언어(XML: Extensible Markup Language) 신택스 및 시맨틱을 저정한다. 상기 명령들은 Add, Copy, Delete, Exec, Get, Replace를 포함한다. Exec는 지명된 실행 파일이 수신자에 의해 호출되는 것을 명령의 발신자가 요구하도록 허용한다.

2003년 2월 10일자, SyncML 장치 관리 트리 및 서술, v1.1.1(www.syncml.org)은 Add가 관리 트리를 생성하는데 사용되는 방법을 기술하고 있다. SyncML DM은 SyncML DM을 사용하여 실행가능한 명령이 특정 데이터에 대해 실행될 수 있는 방법을 지정하지 않는다. 상기 exec 명령은 LocURI 요소를 포함하는, 타깃(target) 요소를 포함하는, 아이템(item) 요소를 포함한다. 상기 LocURI 요소는 상기 장치에서 상기 실행 파일의 위치만을 지정한다. 그러므로 상기 exec 명령은 상기 데이터가 지정될 실행 파일에 의해 사용되도록 허용하지 않는다.

더욱이 상기 exec 명령은 타깃 장치에서 적당한 실행 파일의 식별을 필요로 한다. 그러므로 상기 exec 명령의 LocURI 요소에서 지정된, 타깃 장치에서 상기 실행 파일의 식별 정보의 이전 지식이 존재해야 한다. 이것은 복잡하고 불편하며 단 일 SyncML 메시지 또는 패키지가 다수의 이동 장치들과 사용되는 것을 방해한다.

각각의 장치와 사용하기 위하여 특정 적응을 필요로 하지 않는 복수의 타깃 장치들상에서 공통 프로세스를 수행하기에 적합한 SyncML 코드를 생성하는 것이 바람직할 것이다.

다른 장치들에 대해 재사용될 수 있는 SyncML 코드를 사용하여 실행 파일이 특정 데이터에 대해 수행되도록 지시하는 것이 바람직할 것이다.

본 발명의 일 실시예에 의하면, 전자 장치에서 제1 데이터를 식별하는 명령을 수신하는 단계; 상기 식별된 제1 데이터의 속성을 자동으로 결정하는 단계; 상기 결정된 속성으로부터 실행 파일을 자동으로 식별하는 단계; 및 상기 식별된 실행 파일을 사용하여 상기 식별된 제1 데이터에 대해 동작하는 단계를 포함하는 전자 장치를 자동으로 컨피규하기 위한 방법이 제공된다.

본 발명의 다른 실시예에 의하면, 명령을 포함하는 코드를 이동 셀룰러 전화로 송신하는 단계로서, 상기 명령은 계층적 노드형 데이터 구조의 제1 리프 노드를 식별하는 단계; 상기 식별된 제1 리프 노드의 속성을 결정하는 단계; 상기 결정된 속성으로부터 실행 파일을 식별하는 단계; 및 상기 식별된 실행 파일을 사용하여 상기 식별된 제1 리프 노드에 저장된 데이터에 대해 동작하는 단계를 포함하는 이동 셀룰러 전화를 컨피규하기 위한 방법이 제공된다.

본 발명의 또 다른 실시예에 의하면, 재-사용가능한 코드를 이동 셀룰러 전화로 송신하는 단계로서, 상기 코드는, 제1 리프 노드에 저장된 제1 데이터를 포함하는, 리프 노드들 및 내부 노드들을 지닌, 계층적 노드형 데이터 구조를 상기 전자 장치에서 생성하기 위한 명령들 및 상기 제1 리프 노드를 식별하는 제1 명령을 포함하는 단계; 상기 식별된 제1 리프 노드의 속성을 결정하는 단계; 상기 결정된 속성으로부터 실행 파일을 식별하는 단계; 및 상기 식별된 실행 파일을 사용하여 상기 제1 리프 노드에 저장된 상기 제1 데이터에 대해 동작하는 단계를 포함하는 복수의 이동 셀룰러 전화들을 컨피규하기 위한 방법이 제공된다.

본 발명의 다른 실시예에 의하면, 제1 데이터를 저장하기 위한 수단; 상기 제1 데이터를 식별하는 명령을 수신하기 위한 수단; 상기 식별된 제1 데이터의 속성을 결정하기 위한 수단; 상기 결정된 속성으로부터 실행 파일을 식별하기 위한 수단; 및 상기 식별된 실행 파일을 사용하여 상기 식별된 제1 데이터에 대해 동작하기 위한 수단을 포함하는 자동 컨피규를 위한 이동 셀룰러 전화가 제공된다.

본 발명의 다른 실시예에 의하면, 제1 데이터를 식별하고 상기 제1 데이터상의 식별되지 않은 실행 파일의 실행을 지정하는 코드를 포함하는, 상이한 이동 셀룰러 전화들을 설정하는데 재사용하기 위한 데이터 구조가 제공된다.

본 발명의 다른 실시예에 의하면, 제1 리프 노드에 저장된 제1 데이터를 포함하는, 리프 노드들 및 내부 노드들을 지닌, 계층적 노드형 데이터 구조를 전자 장치에서 생성하기 위한 명령들; 및 상기 제1 노드에 저장된 상기 제1 데이터상에서 식별되지 않은 실행 파일의 실행을 지정하는 상기 제1 리프 노드를 식별하는 제1 명령을 포함하는 상이한 전자 장치들을 설정하는데 재사용하기 위한 데이터 구조가 제공된다.

본 발명의 실시예들은 상기 실행 파일의 식별 정보의 지정없이 타깃 장치상에 상주하는 실행 파일이 실행될 수 있게 한다. 상주하는 실행 파일의 식별 정보는 장치마다 다를 수 있기 때문에, 이것은 SyncML 코드가 복수의 타깃 장치들상에서 공통 프로세스를 수행하는데 재사용되도록 한다.

본 발명의 실시예들은 타깃 장치상에 상주하는 실행 파일이 지정된 데이터에 대해 사용되도록 할 수 있다.

본 발명의 다른 실시예에 의하면, 복수의 사용자 친화적인 명령들 중 각각의 명령을, 각각 하나 이상의 명령들을 포함하는, 상이한 코드 부분들과 연관시키기 위한 수단을 포함하는 상이한 전자 장치들을 설정하는데 재사용하기 위한 데이터 구조를 생성하기 위한 시스템이 제공된다.

본 발명의 더 나은 이해를 위하여 이제 단지 예로서 첨부된 도면들이 참조될 것이다.

도 1은 서버(20)와 통신하는 이동 장치를 포함하는 클라이언트-서버 시스템을 도시한 것이다.

도 2는 관리 트리 데이터 구조를 도시한 것이다.

도 3은 설정 코드의 다운로드에 대한 시그널링도이다.

도 4는 설정 코드(50)의 콘텐트를 개략적으로 도시한 것이다.

도 1은 셀룰러 무선 전화 네트워크(18)를 통해 서버(20)와 통신하는 이동 장 치(10)를 포함하는 클라이언트-서버 시스템(2)을 도시한 것이다. 상기 이동 장치(10), 본 실시예에서 이동 셀룰러 전화는 프로세서(11), 셀룰러 무선 송수신기(12), 메모리(13), 입력 장치(14), 예를 들어 키패드, 디스플레이(15), 스마트 카드(16) 및 오디오 출력 장치(17)를 포함한다.

상기 프로세서(11)는 상기 이동 전화(10)를 제어한다. 그것은 상기 메모리(13)에 쓰고 메모리로부터 읽기 위해 연결된다. 그것은 키패드(14)로부터 입력 데이터를 수신하고 출력 데이터를 상기 디스플레이(15)와 오디오 출력 장치(17)에 제공한다. 그것은 그것이 예를 들어 GSM 또는 WCDMA 네트워크일 수 있는 셀룰러 전화 네트워크(18)에서 통신할 수 있도록 셀룰러 무선 송수신기를 제어한다. 상기 프로세서는 또한 사용자의 전화 번호 또는 IMSI와 같이 상기 프로세서에 적어도 사용자 식별 정보를 제공하는, 스마트 카드(16)에 연결된다. 상기 프로세서(11)의 동작은 메모리(13)에 저장되고 상기 프로세서에 로딩되는 소프트웨어에 의해 제어된다. 동작시, 상기 프로세서는 상기 송수신기(12)를 통해 데이터를 수신하고 송신하며 상기 메모리(13)에 데이터를 쓰고 상기 메모리로부터 데이터를 읽는다.

다른 실시예들에서 상기 이동 셀룰러 전화가 스마트 카드(16)를 구비할 수 없거나 다수의 프로세서들을 구비할 수 있다는 것은 이해되어야 한다.

상기 서버(20)는 상기 셀룰러 무선 네트워크(18)에 직접 또는 간접적으로 연결된 입력/출력 인터페이스(21), 프로세서(22) 및 메모리(23)를 포함한다. 상기 서버(20)는 SyncML DM 서버이다. 그것은 상기 입력/출력 인터페이스(21)를 통해 상기 이동 전화(10)에 SyncML DM 명령들을 발행하고 상기 이동 전화(10)로부터의 응답들 을 정확하게 해석한다.

상기 이동 전화(10)에서, 프로세서(11)는 관리 클라이언트(MC: management client)로서 동작하고 메모리(13)에서 관리 트리 데이터 구조(100)를 유지할 수 있다. 상기 MC는 상기 서버로부터 수신된 SyncML DM 명령들을 정확하게 해석하고, 상기 이동 전화(10)에서 적합한 동작들을 실행하며 상기 송수신기(12)를 통해 상기 발행하는 관리 서버로 관련된 응답들을 송신한다.

관리 트리는 상기 관리 클라이언트가 상기 이동 전화(10)와 상호작용하는 계층적 노드형 데이터 구조이다. 상기 MC는 상기 트리로부터 값들을 저장하거나 검색할 수 있고 상기 트리의 속성들을 조정할 수 있다. 상기 관리 트리는 갈림들에 연결된 노드들을 지닌다. 각 노드는 URI에 의해 유일하게 어드레싱될 수 있다. 노드는 어떤 수의 자식(종속) 노드들을 지닐 수 있지만, 어떤 값도 저장할 수 없는 내부 노드일 수 있거나, 노드는 자식(종속) 노드들을 가질 수 없지만 값을 저장할 수 있는 리프 노드일 수 있다. 값은 스트링, 파일, 숫자 등일 수 있다.

상기 관리 트리는 상기 MC에 의해 조정될 수 있다. 신규 노드들이 생성될 수 있고 어떤 리프 노드들에서의 값들은 변경될 수 있다. 상기 리프 노드들 및 내부 노드들에 대한 동시 런 타임 액세스가 존재한다.

하기에 더 상세히 설명되는 바와 같이, 상기 MC는 상기 서버(20)로부터 설정 코드를 수신하는 것에 응답하여 자동 설정 프로세스의 부분으로서 '오퍼레이터' 관리 객체를 생성한다. 도 3에 도시된 바와 같이, 상기 '오퍼레이터' 관리 객체(102)는 본 예에서 상기 관리 트리(100)의 루트(104)에 종속되는 서브-트리이고 상기 설 정 프로세스동안 사용된다.

상기 자동 설정 프로세스는 예를 들어 스마트 카드(16)를 상기 셀룰러 이동 전화(10)에 삽입함으로써 개시될 수 있다. 상기 스마트 카드(16)는 상기 자동 설정 프로세스를 부트스트랩하기 위한 필요한 정보를 포함한다. 상기 이동 전화(10)는 도 3에 도시된 바와 같이 다운로드 개시 메시지(60)를 상기 서버(20)로 송신한다.

상기 서버(20)는 적응없이 다수의 장치들과 사용가능한, 메모리(23)에 설정 코드(50)를 저장한다. 상기 서버(20)는 상기 다운로드 개시 메시지에 응답하여 SyncML 데이터 관리(DM) 세션(62)을 개시한다. 상기 DM 세션(62)은 상기 저장된 설정 코드(50)를 상기 이동 전화(10)로 송신하는데 사용된다.

상기 다운로드 개시 메시지(60)는 짧은 메시지 서비스(SMS: Short Message Service) 메시지와 같은 어떤 적당한 수단에 의해 송신될 수 있거나, 상기 장치가 이동 전화 능력이 없는 개인 휴대 정보 단말기인 경우, IR, 블루투스 또는 USB와 같은 직렬 데이터 접속을 통해 송신될 수 있다.

상기 설정 코드(50)가 도 4에 개략적으로 도시되어 있다. 상기 설정 코드(50)는 상이한 이동 전화들을 설정하는데 재사용하기 위한 데이터 구조이다.

상기 설정 코드(50)는 본 예에서, 논리적으로 분리되어 있지만 인터리빙되어 있을 수 있는 두 부분들을 포함한다. 관리 트리를 생성하거나 기존의 관리 트리를 갱신하기 위한 제1 부분(52)이 존재한다. 실행 파일들을 수행하기 위한 제2 부분(54)이 존재한다.

기존의 관리 트리를 갱신하기 위한 상기 제1 부분(52)은 상기 관리 트리의 내부 노드들을 생성하기 위한 서브-부분 및 상기 관리 트리의 리프 노드들을 생성하기 위한 서브-부분을 포함한다.

예로서, 상기 코드는 아래와 유사한 XML 코드를 사용하여 루트(104)에 종속되는 내부 노드 '오퍼레이터(Operator)'(106)를 생성할 수 있다:

<Add>

<Item>

<Meta>

<Type xmlns='syncml:metinf'> interior /<Type>

</Meta>

<LocURI> /Operator </LocURI>

</Target>

</Item>

</Add>

예로서, 상기 코드는 아래와 유사한 XML 코드를 사용하여 상기 '오퍼레이터(Operator)' 노드(106)에 종속되는 내부 노드(108)를 후속적으로 생성할 수 있다:

<Add>

<Item>

<Meta>

<Type xmlns='syncml:metinf'> interior /<Type>

</Meta>

<LocURI> /Operator/ring_tones </LocURI>

</Target>

</Item>

</Add>

예로서, 상기 코드는 아래와 유사한 XML 코드를 사용하여 상기 노드(108)에 종속되는 리프 노드(110)를 생성할 수 있다:

<Add>

<Item>

<Meta>

<Format xmlns='syncml:metinf'> format /<Format>

<Type xmlns='syncml:metinf'> MIDI ringing tone /<Type>

</Meta>

<LocURI> /Operator/ring_tones/smashhit#1 </LocURI>

</Target>

</Item>

</Add>

상기에서, 상기 데이터(data)는 포맷(format)에 의해 정의된 바와 같은 포맷으로 상기 smashhit#1 ring tone을 생성하기 위한 데이터이다.

실행 파일들을 수행하기 위한 상기 제2 부분(54)은 각각 실행 파일들을 수행하기 위한 다수의 서브-부분들을 포함한다. 상기 서브-부분들의 순서는 상기 실행 파일들이 수행되는 순서를 결정한다. 적어도 상기 서브-부분들 중 몇몇은 실행 파일이 특정 데이터를 사용하여 수행되는 것을 지정한다. 예로서, 이러한 서브-부분에 대한 코드는 아래와 유사한 XML 코드일 수 있다:

<Exec>

<Item>

<LocURI> /Operator/ring_tones/smashhit#1 </LocURI>

</Source>

</Item>

</Add>

상기 exec 명령은 '소스(source)'내에 포함된 데이터상에서 식별되지 않은 실행 파일, 즉 상기 smashhit#1 ring tone의 실행을 지정한다. 상기 Exec 명령은 어떤 실행 파일이 사용되어야 하는지를 지정하지 않고 상기 명령의 의미는 그것이 식별하는 데이터의 콘텐트 유형에 의존한다.

상기 이동 셀룰러 전화의 DM 클라이언트는 수신된 설정 코드(50)를 처리한다. 기존의 관리 트리를 갱신하기 위한 부분(52)은 상기 SyncML DM 명세에 따라 처리된다. 따라서 상기 DM 클라이언트는 주어진 예에 따라, 도 2에 도시된 바와 같은 루트에 종속되는 서브-트리(102)를 생성한다.

실행 파일을 수행하기 위한 부분(54)은 다음과 같이 처리된다. 상기 코드는 상기 제1 서브-부분을 식별하기 위해 분석된다. 상기 제1 서브-부분은 상기 요소 소스(source)내에 포함된 요소 LocURI에 의해 지정된 URI를 식별하기 위해 분석된다. 상기 요소 LocURI는 상기 관리 트리의 새롭게 생성된 서브-트리내의 리프 노드를 식별한다.

상기 DM 클라이언트는 상기에 주어진 예에서 Operator/ring_tones/smashhit#1인, 식별된 리프 노드에 액세스한다. 그것은 상기 식별된 리프 노드의 속성들과 특히 메타(meta)내에 포함된 속성들을 읽는다.

상기 DM 클라이언트는 상기 포맷(Format) 요소의 콘텐트 및/또는 상기 타입(Type)의 콘텐트를 사용하여 상기 식별된 리프 노드에 저장된 데이터의 콘텐트 유형을 식별한다.

상기 DM 클라이언트는 예를 들어 룩업 테이블을 사용하여 가능한 포맷(Formats) 및 타입(Types)을 이동 전화에 상주하는 상이한 실행 파일들과 연관시킨다. 따라서, 상기 DM 클라이언트는 상기 리프 노드의 포맷(Format) 및/또는 타입(Type)을 사용하여 식별된 리프 노드를 실행 파일과 연관시킬 수 있다. 이러한 방식으로, 상기 리프 노드가 사운드 파일을 저장하는 경우 그것은 오디오 플레이어와 연관되고, 상기 리프 노드가 비디오 파일을 저장하는 경우 그것은 비디오 플레이어와 연관되며, 상기 리프 노드가 화상 파일을 저장하는 경우 그것은 화상 뷰어와 관련되고, 상기 리프 노드가 자바 미들릿인 경우 그것은 자바 가상 머신(JVM: Java Virtual Machine)과 연관되며, 상기 리프 노드가 연락처 상세인 경우 그것은 그것을 전화의 연락처 목록에 추가하는 실행 파일과 관련되고, 상기 리프 노드가 북마크인 경우 그것은 상기 북마크를 상기 전화의 북마크 목록 등에 추가하는 실행 파일과 관련된다.

SyncML DM은 다음을 포함하는 다수의 상이한 명령들을 사용한다:

Add: 상기 명령에 의해 포함된 데이터 요소 또는 데이터 요소들이 수신자에 의해 액세스가능한 데이터에 추가되는 것을 상기 명령의 발신자가 요구하도록 허용한다. 예를 들어, 서버에서 이동 단말기로 송신되는 경우 그것은 노드를 DM 트리에 추가할 수 있다.

Copy: 상기 수신자에 액세스가능한 명령에 의해 포함된 데이터 요소 또는 데이터 요소들이 복사되는 것을 상기 명령의 발신자가 요구하도록 허용한다.

Delete: 상기 수신자에 액세스가능한, 상기 명령에 포함된 데이터 요소 또는 데이터 요소들이 삭제되는 것을 상기 명령의 발신자가 요구하도록 허용한다. 예를 들어, 서버에서 이동 단말기로 송신되는 경우 그것은 DM 트리로부터 노드를 제거할 수 있다.

Exec: 지명되거나 공급된 실행 파일이 상기 수신자에 의해 호출되는 것을 상기 명령의 발신자가 요구하도록 허용한다.

Get: 상기 명령의 발신자가 상기 수신자로부터 데이터 요소 또는 요소들을 요구하도록 허용한다. 예를 들어, 이동 단말기에서 서버로 송신되는 경우 그것은 상기 DM 트리의 노드의 콘텐트를 획득할 수 있다.

Replace: 상기 수신자에 액세스가능한 데이터 요소 또는 데이터 요소들이 대체되는 것을 상기 명령의 발신자가 요청하도록 허용한다.

SyncML DM은 또한 각 명령과 사용될 특정 신택스를 필요로 한다. 각 오퍼레이터가 상기 SyncML DM 명령들 및 그들의 신택스에 관한 상세한 지식없이 적당한 설정 코드(50)를 용이하게 생성할 수 있는 것이 바람직할 것이다. 이것을 행하기 위하여 컴퓨터 프로그램이 상기 서버(20)에 제공될 수 있다. 상기 컴퓨터 프로그램은 실제로 단순한 사용자 친화적인 명령들을 정확한 신택스를 지닌 적합한 SyncML DM 명령들로 변환하는 매크로를 제공한다.

상기 컴퓨터 프로그램은 예를 들어 다음 옵션들을 상기 오퍼레이터(Operator)에게 제공할 수 있다:

a) X 설치

b) X 프리뷰(설치있음)

c) X 프리뷰(설치없음)

d) X 실행(설치 암시됨)

상기 컴퓨터 프로그램은 예를 들어 상기 옵션들을 다음으로 변환한다:

a) SyncML Add 명령

b) SyncML Exec 명령이 뒤따르는 SyncML Add 명령

c) SyncML Delete 명령이 뒤따르는 SyncML exec 명령이 뒤따르는 SyncML Add 명령

d) SyncML Exec 명령

본 발명의 실시예들이 다양한 예들을 참조하여 이전의 문단들에서 설명되었을지라도, 제공된 예들에 대한 변경들이 청구되는 바와 같은 본 발명의 범위를 벗어나지 않고 행해질 수 있다는 것은 이해되어야 한다. 예를 들어 이동 전화를 참조하여 설명되었을지라도, 본 발명이 어떤 사용자 컨피규가능한 전자 장치에 적용될 수 있다는 것은 이해되어야 한다. 그것은 이동 전화들 및 개인 휴대 정보 단말기와 같은 이동 장치들에서 특히 적용될 수 있지만, 예를 들어 또한 개인용 컴퓨터들에서 적용될 수 있다.

본 발명의 특징들에 대해 주의를 끌기 위한 상기한 명세에서의 노력이 특히 중요한 것으로 여겨질지라도 본 출원인이 특별히 강조가 되었든 안되었든 간에 상기에 도면들에 참조된 그리고/또는 도면들에 도시된 어떤 특허성이 있는 특징 또는 상기 특징들의 조합에 관해 보호를 청구한다는 것은 이해되어야 한다.

Claims

삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
전자 장치에서 제1 데이터를 식별하는 명령을 수신하는 단계;

상기 식별된 제1 데이터의 속성을 자동으로 결정하는 단계;

상기 결정된 속성으로부터 실행 파일(executable)을 자동으로 식별하는 단계; 및

상기 식별된 실행 파일을 사용하여 상기 식별된 제1 데이터에 대해 동작하는 단계를 포함하는 것을 특징으로 하는 전자 장치를 컨피규(configure)하기 위한 방법.
제31항에 있어서, 상기 식별된 데이터의 결정된 속성은 콘텐트 유형을 나타내는 것을 특징으로 하는 방법.
제31항 또는 제32항에 있어서, 상기 명령은 상기 제1 데이터의 식별자를 포함하는 것을 특징으로 하는 방법.
제33항에 있어서, 상기 식별자는 계층적 노드형 데이터 구조의 노드를 식별하는 것을 특징으로 하는 방법.
제34항에 있어서, 상기 명령은 exec 명령(exec command)이고 상기 식별자는 상기 exec 명령내에 포함된, 소스(source) 요소내에 포함된 URI인 것을 특징으로 하는 방법.
제31항 또는 제32항에 있어서, 상기 명령은 XML 코드로서 수신되는 것을 특징으로 하는 방법.
제36항에 있어서, 상기 명령은 SyncML 명령인 것을 특징으로 하는 방법.
제31항 또는 제32항에 있어서, 상기 식별된 제1 데이터는 상기 이동 장치에서 저장되는 것을 특징으로 하는 방법.
제36항에 있어서, 상기 식별된 제1 데이터는 계층적 노드형 데이터 구조의 제1 리프 노드(leaf node)로서 저장되는 것을 특징으로 하는 방법.
제39항에 있어서, 상기 계층적 노드형 데이터 구조의 각 리프 노드는 속성들을 지니고 상기 콘텐트 유형을 결정하는 단계는 상기 제1 리프 노드의 속성들을 사용하는 것을 특징으로 하는 방법.
제39항 또는 제40항에 있어서, 상기 계층적 노드형 데이터 구조의 각 리프 노드는 메타 데이터를 구비하고 상기 콘텐트 유형을 결정하는 단계는 상기 제1 리프 노드의 메타 데이터를 사용하는 것을 특징으로 하는 방법.
제31항 또는 제32항에 있어서, 상기 콘텐트 유형을 결정하는 단계는 상기 제1 데이터와 연관된 타입(Type) 요소의 값 및/또는 포맷(Format) 요소의 값을 사용하는 것을 특징으로 하는 방법.
제31항 또는 제32항에 있어서, 복수의 상이한 실행 파일들을 복수의 상이한 속성들 각각과 연관시키는 단계를 더 포함하는 것을 특징으로 하는 방법.
제41항에 있어서, 상기 결정된 속성으로부터 실행 파일을 자동으로 식별하는 단계는 상기 결정된 속성과 연관된 실행 파일을 식별하는 단계를 포함하는 것을 특징으로 하는 방법.
제43항에 있어서, 상기 복수의 상이한 실행 파일들은 상기 전자 장치에 저장되는 것을 특징으로 하는 방법.
제31항 또는 제32항에 있어서, 상기 제1 데이터를 식별하는 명령을 수신하기 전에, 상기 전자 장치에서 상기 제1 데이터를 포함하는 계층적 노드형 데이터 구조를 생성하기 위한 명령들을 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
명령을 포함하는 코드를 전자 장치로 송신하는 단계로서, 상기 명령은 계층적 노드형 데이터 구조의 제1 리프 노드를 식별하는 단계;

상기 식별된 제1 리프 노드의 속성을 결정하는 단계;

상기 결정된 속성으로부터 실행 파일을 식별하는 단계; 및

상기 식별된 실행 파일을 사용하여 상기 식별된 제1 리프 노드에 저장된 데이터에 대해 동작하는 단계를 포함하는 것을 특징으로 하는 방법.
전자 장치에서 재-사용가능한 코드를 수신하는 단계로서, 상기 코드는,

제1 리프 노드에 저장된 제1 데이터를 포함하는, 리프 노드들 및 내부 노드들을 지닌, 계층적 노드형 데이터 구조를 전자 장치에서 생성하기 위한 명령들 및 상기 제1 리프 노드를 식별하는 제1 명령을 포함하는 단계;

상기 식별된 제1 리프 노드의 속성을 결정하는 단계;

상기 결정된 속성으로부터 실행 파일을 식별하는 단계; 및

상기 식별된 실행 파일을 사용하여 상기 제1 리프 노드에 저장된 상기 제1 데이터에 대해 동작하는 단계를 포함하는 것을 특징으로 하는 방법.
제1 데이터를 저장하기 위한 메모리;

상기 제1 데이터를 식별하는 명령을 수신하기 위한 수신기; 및

상기 식별된 제1 데이터의 속성을 결정하고, 상기 결정된 속성으로부터 실행 파일을 식별하며, 상기 식별된 실행 파일을 사용하여 상기 식별된 데이터에 대해 동작하도록 동작가능한 프로세서를 포함하는 것을 특징으로 하는 전자 장치.
제49항에 있어서,

상기 수신기는 설정 코드를 수신하기 위한 것이고, 상기 프로세서는, 상기 제1 데이터를 저장하는 제1 리프 노드를 포함하는, 리프 노드들과 내부 노드들을 지닌, 계층적 노드형 데이터 구조를 생성하기 위하여 상기 수신된 설정 코드를 해석하도록 동작가능한 것을 특징으로 하는 전자 장치.
제50항에 있어서, 상기 프로세서는, 상기 제1 명령에 의해 식별된 상기 리프 노드의 속성을 결정하기 위하여 상기 수신된 설정 코드내의 제1 명령을 해석하도록 동작가능한 것을 특징으로 하는 전자 장치.
제1 데이터를 식별하고 상기 제1 데이터상에서 식별되지 않은 실행 파일의 실행을 지정하는 코드를 포함하는 데이터 구조를 저장하고 있는 컴퓨터로 읽을 수 있는 매체.
제52항에 있어서, 상기 코드는 전자 장치로의 상기 제1 데이터의 송신을 더 지정하는 것을 특징으로 하는 컴퓨터로 읽을 수 있는 매체.
제1 리프 노드에 저장된 제1 데이터를 포함하는, 리프 노드들 및 내부 노드들을 지닌, 계층적 노드형 데이터 구조를 전자 장치에서 생성하기 위한 명령들; 및

상기 제1 리프 노드에 저장된 상기 제1 데이터상에서 식별되지 않은 실행 파일의 실행을 지정하는 상기 제1 리프 노드를 식별하는 제1 명령을 포함하는 데이터 구조를 저장하고 있는 컴퓨터로 읽을 수 있는 매체.
제52항 내지 제54항 중 어느 한 항에 의한 데이터 구조를 사용하는 단계를 포함하는 것을 특징으로 하는 방법.
제52항 내지 제54항 중 어느 한 항에 의한 데이터 구조를 사용하는 전자 장치를 설정하는 단계를 포함하는 것을 특징으로 하는 방법.
제52항 내지 제54항 중 어느 한 항에 의한 데이터 구조를 재사용하여 상이한 전자 장치들을 설정하는 단계를 포함하는 것을 특징으로 하는 방법.
제52항 내지 제54항 중 어느 한 항에 의한 데이터 구조를 저장하고 송신하기 위한 서버.
삭제
삭제
삭제
삭제
제1 데이터를 저장하기 위한 수단;

상기 제1 데이터를 식별하는 명령을 수신하기 위한 수단;

상기 식별된 제1 데이터의 속성을 결정하기 위한 수단;

상기 결정된 속성으로부터 실행 파일을 식별하기 위한 수단; 및

상기 식별된 실행 파일을 사용하여 상기 식별된 데이터에 대해 동작하기 위한 수단을 포함하는 것을 특징으로 하는 전자 장치.
제1 데이터를 식별하는 코드를 송신하는 단계; 및

상기 제1 데이터상에서 식별되지 않은 실행 파일의 실행을 지정하는 단계를 포함하는 것을 특징으로 하는 방법.
제1 리프 노드에 저장된 제1 데이터를 포함하는, 리프 노드들 및 내부 노드들을 지닌, 계층적 노드형 데이터 구조를 생성하기 위한 명령들을 송신하는 단계; 및

상기 제1 리프 노드에 저장된 상기 제1 데이터상에서 식별되지 않은 실행 파일의 실행을 지정하는 상기 제1 리프 노드를 식별하는 제1 명령을 송신하는 단계를 포함하는 것을 특징으로 하는 방법.
제1 데이터를 식별하는 코드를 저장하고 상기 제1 데이터상에서 식별되지 않은 실행 파일의 실행을 지정하기 위한 메모리를 포함하는 것을 특징으로 하는 서버.
제66항에 있어서, 상기 코드는 전자 장치를 설정하기 위한 것임을 특징으로 하는 서버.
제66항 또는 제67항에 있어서, 상기 코드는 상이한 전자 장치들을 설정하는데 재사용하기 위한 것임을 특징으로 하는 서버.
제1 리프 노드에 저장된 제1 데이터를 포함하는, 리프 노드들 및 내부 노드들을 지닌, 계층적 노드형 데이터 구조를 전자 장치에서 생성하기 위한 명령들을 저장하고, 상기 제1 리프 노드에 저장된 상기 제1 데이터상에서 식별되지 않은 실행 파일의 실행을 지정하는 상기 제1 리프 노드를 식별하는 제1 명령을 저장하기 위한 메모리를 포함하는 것을 특징으로 하는 서버.
제1 데이터를 식별하는 수신된 명령의 속성을 자동으로 결정하기 위한 프로그램 코드;

상기 결정된 속성으로부터 실행 파일을 자동으로 식별하기 위한 프로그램 코드; 및

상기 식별된 제1 데이터가 상기 식별된 실행 파일을 사용하여 동작될 수 있게 하기 위한 프로그램 코드를 포함하는 것을 특징으로 하는 컴퓨터로 읽을 수 있는 매체.
삭제