KR20070077448A

KR20070077448A - 단말 및 그 단말에서의 장치관리 스케줄링 방법

Info

Publication number: KR20070077448A
Application number: KR1020070005821A
Authority: KR
Inventors: 김태현; 파블로 에르난데쓰
Original assignee: 엘지전자 주식회사
Priority date: 2006-01-23
Filing date: 2007-01-18
Publication date: 2007-07-26
Also published as: CN101778004B; CN101778004A; DK1977324T3; EP1977324B1; KR20070077449A; KR101342372B1; US20070174446A1; US7987463B2; EP1977324A1; EP1977324A4; WO2007083971A1; KR101342370B1

Abstract

본 발명은 일반 정보(General Information)와, 그리고 하나 이상의 스케줄링된 장치관리를 포함하는 하나 이상의 스케줄링 컨텍스트를 서버로부터 수신받아 설치하는 제 1 모듈과; 상기 설치된 스케줄링 컨텍스트에 따라 상기 스케줄링된 장치관리를 수행하는 제 2 모듈을 포함하고, 여기서 상기 일반 정보(General Information)는 상기 스케줄링 컨텍스트의 상태를 나타내는 제 1 노드, 상기 스케줄링 컨텍스트의 상태 제어에 관한 제 2 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 단말을 제공한다. 이와 같은 본원 발명은 DM 서버가 상기 단말 내에서 수행되어야 할 장치관리 명령과, 상기 장치관리 명령의 수행을 위한 조건을 스케줄링 컨텍스트 내에 포함시켜 상기 단말에게 미리 제공하고, 상기 단말이 상기 장치관리 명령을 상기 조건에 따라 수행하도록 하게 함으로써, 마치 상기 단말이 상기 장치관리 명령을 상기 DM 서버에 요구할 때마다, 상기 DM 서버가 즉시 제공하는 것처럼 인지하게 하는 효과가 있다.

Description

단말 및 그 단말에서의 장치관리 스케줄링 방법{TERMINAL AND METHOD FOR PEFFORMING SCHEDULED DEVICE MANAGEMNT THEREOF}

도 1은 본 발명에 따른 서버 및 단말의 구성도이다.

도 2는 스케줄링 컨텍스트를 장치관리 트리 형태로 예시적으로 나타낸 도이다.

도 3은 스케줄링 컨텍스트를 장치관리 트리 형태로 예시적으로 나타낸 도이다.

도 4는 본 발명에 따른 스케줄링 컨텍스트의 설치 과정을 나타낸 흐름도이다.

도 5는 본 발명에 따른 스케줄링된 장치관리를 수행하는 방법을 나타낸 흐름도이다.

도 6은 본 발명에 다라 임계 값 기반으로 스케줄링된 장치관리를 수행하는 방법을 나타낸 예시도 이다.

도 7은 트랩 기반으로 스케줄링된 장치관리를 수행하는 방법을 나타낸 다른 예시도 이다.

** 도면의 주요 부호 설명 **

100 : 장치관리(DM) 서버 110: DM 스케줄링 인에이블러 서버

111: 스케줄링 컨텍스트 관리 모듈

112: 상태 보고 처리 모듈

200: 단말

210: DM 스케줄링 인에이블러 클라이언트

220: DM 인에이블러 클라이언트

본 발명은 단말 및 그 단말에서의 장치관리 스케줄링 방법에 관한 것이다.

일반적으로 장치관리(Device Management: 이하 DM이라 함) 기술은 한 클라이언트(단말)가 가진 자원을 장치관리 트리 (Device Management Tree) 상에 존재하는 장치관리 객체(Management Object)의 형태로 장치관리 서버에게 보여주고, 접근할 수 있도록 함으로써, 상기 장치관리 서버가 용이하게 상기 단말을 관리할 수 있도록 한 기술이다.

이러한 장치관리 기술에서, 상기 장치관리 서버는 장치관리 대상 클라이언트에게 장치관리를 위한 명령을 처리하도록 지시할 수 있고, 상기 장치관리 대상 클라이언트는 해당 명령을 즉시 수행한 후 그 수행 결과에 대한 보고를 할 수 있다. 또한, 상기 장치관리 서버는 장치관리 클라이언트로 특정 기능의 변경/갱신/삭제를 요청할 수 있다.

그러나, 이러한 종래의 장치관리 기술은 상기 단말 내에서 오류 또는 비정상적 동작이 발생되었을 때에만, 비로소 상기 단말이 장치관리 명령의 수행을 상기 장치관리 서버에 요청할 수 있기 때문에, 상기 단말의 진단 절차를 고비용으로 만들고, 문제가 발생하기 전에 미리 문제를 발견하여 적절한 조치를 취하게 하는 효과적인 진단과 문제 해결을 불가능하게 하는 단점이 있다.

따라서, 본 발명의 목적은 상기와 같은 문제점을 해결하기 위하여, 서버가 스케줄링된 장치관리를 포함하는 스케줄링 컨텍스트를 생성함으로써, 단말을 스케줄에 따라 관리할 수 있도록 한 서버를 제공하는데 있다.

또한, 본 발명의 목적은 상기와 같은 목적을 해결하기 위하여, 서버로부터 스케줄링 컨텍스트를 수신하여, 그에 따라 스케줄링된 장치관리를 수행하는 단말을 제공하는데 있다.

상기와 같은 목적을 달성하기 위하여 본 발명은 일반 정보(General Information)와, 그리고 하나 이상의 스케줄링된 장치관리를 포함하는 하나 이상의 스케줄링 컨텍스트를 서버로부터 수신받아 설치하는 제 1 모듈과; 상기 설치된 스케줄링 컨텍스트에 따라 상기 스케줄링된 장치관리를 수행하는 제 2 모듈을 포함하고, 여기서 상기 일반 정보(General Information)는 상기 스케줄링 컨텍스트의 상태를 나타내는 제 1 노드, 상기 스케줄링 컨텍스트의 상태 제어에 관한 제 2 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 단말을 제공한다.

한편, 상기와 같은 목적을 달성하기 위하여, 본 발명은 일반 정보(General Information)와, 그리고 하나 이상의 스케줄링된 장치관리를 포함하는 하나 이상의 스케줄링 컨텍스트를 생성하여, 단말에 설치 요청하고, 상기 스케줄링 컨텍스트가 상기 단말 내에서 수행되도록 관리하는 DM Scheduling Enabler를 포함하고, 여기서, 상기 일반 정보(General Information)은 상기 스케줄링 컨텍스트의 상태를 나타내는 제 1 노드, 그리고 상기 스케줄링 컨텍스트의 상태 제어에 관한 제 2 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 서버를 제공한다.

한편, 상기와 같은 목적을 달성하기 위하여, 본 발명은 일반 정보(General Information)와, 하나 이상의 스케줄링된 장치관리를 포함하는 스케줄링 컨텍스트를 서버로부터 설치 요청받는 단계와; 상기 요청에 응답하여, 상기 스케줄링 컨텍스트를 설치하는 단계와; 상기 설치 완료 후, 상기 스케줄링 컨텍스트에 따라 장치관리를 수행하는 단계를 포함하고, 여기서, 상기 일반 정보(General Information)는 상기 스케줄링 컨텍스트의 상태를 나타내는 제 1 노드, 상기 스케줄링 컨텍스트의 상태 제어에 관한 제 2 노드 중 하나 이상을 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법을 또한 제공한다.

실 시 예

이하에서는, 본 발명에 따른 실시예를 첨부한 도면을 참조하여 상세히 설명하기로 한다.

도 1은 본 발명에 따른 서버 및 단말의 구성도이고, 도 2는 스케줄링 컨텍스트를 장치관리 트리 형태로 예시적으로 나타낸 도이다. 그리고, 도 3은 스케줄링 컨텍스트를 장치관리 트리 형태로 예시적으로 나타낸 도이다.

이하, 도 1을 설명하면서, 도 2 내지 도 3를 함께 설명하기로 한다.

도 1에는 본 발명에 따른 DM서버(100)와 단말(200)이 나타나 있다.

DM 서버

상기 DM 서버(100)는 DM 스케줄링 인에이블러 서버(110)를 포함한다.

상기 DM 스케줄링 인에이블러 서버(DM Scheduling Enabler)(110)는 스케줄링 컨텍스트 관리 모듈(scheduling context management module)(111)과 상태 보고 처리 모듈(status reporting processing module)(112)로 구성된다.

상기 스케줄링 컨텍스트 관리 모듈(111)은 스케줄링 컨텍스트를 생성하여, 상기 단말(200) 내에서 수행되도록, 상기 단말(200)에 설치 요청할 수 있는 유닛(Unit)이다.

구체적으로, 상기 스케줄링 컨텍스트 관리 모듈(111)은 장치관리 세션을 상기 단말(200)과 수립한 후, 상기 수립된 장치관리 세션을 통해 상기 생성한 스케줄링 컨텍스트를 상기 단말(200)에 설치 요청할 수 있다.

잠시, 상기 스케줄링 컨텍스트를 예시적으로 설명하면, 도 2에서와 같이 상기 스케줄링 컨텍스트는 일반적인 정보(General Information)와, 하나 이상의 스케줄 컴포넌트를 포함한다.

여기서, 상기 일반정보는 스케줄링 컨텍스트의 식별자(identifier) 엘리먼트, 명칭(name) 엘리먼트, 소유 서버 엘리먼트, 유효 기간(validity period) 엘리먼트, 상기 스케줄링 컨텍스트의 상태를 나타내는 State 엘리먼트, 상기 스케줄링 컨텍스트의 상태 제어에 관한 StateOP 엘리먼트 중 적어도 하나 이상을 포함할 수 있다.

그리고, 상기 스케줄 컴포넌트는 장치관리 명령을 지정하는 Task 엘리먼트와, 상기 장치관리 명령의 수행을 위한 조건을 지정하는 Condition 엘리먼트와, 사용자와의 상호 작용(Interaction)을 지정하는 User Interaction 엘리먼트와, 상기 장치관리 명령의 수행 뒤 그 수행결과를 서버에게 보고해야 하는지를 지정하는 Gating 엘리먼트와, 그리고 상기 단말의 상태 또는 이벤트를 상기 서버에 보고해야 하는지 여부를 지시하는 Event 엘리먼트 중 적어도 하나 이상을 포함-그러나, 여기에 나열된 것만을 포함하도록 한정되는 것은 아니며, 상기 열거한 것 외의 사항들을 포함할 수도 있고, 또는 상기 열거한 것 중 일부만 포함할 수도 있음-할 수 있다.

여기서, 상기 장치관리 명령은 메시지 내에 포함될 수 있다. 즉, 상기 메시지는 하나 이상의 장치관리 명령을 포함할 수 있다. 이 경우, 상기 Task 엘리먼트는 상기 메시지를 지정한다. 그리고, 상기 조건은 시간-기반(Timer-based), 트랩-기반(Trap-based), 임계값-기반 (Threshold-based) 일 수 있다. 그리고, 상기 게이팅-조건은 상기 단말(200)이 상기 장치관리 명령을 수행한 후, 그 수행결과를 보고하여야 하는지를 지시하는 것이다.

한편, 상기 Task 엘리먼트, 상기 Cond 엘리먼트, 상기 User Interaction 엘리먼트, 상기 Gating 엘리먼트, 그리고 상기 Event 엘리먼트는 상기 스케줄 컴포넌트에 포함되지 않고, 도 3에서와 같이 상기 스케줄링 컨텍스트 내에 직접적으로 포함될 수도 있다.

한편, 상기 스케줄링 컨텍스트 내에는 하나 이상의 스케줄 컴포넌트가 존재할 수 있으며, 이러한 상기 하나 이상의 스케줄 컴포넌트는 서로 논리적인 관계로서 바인딩(binding)될 수 있다. 즉, 상기 하나 이상의 스케줄 컴포넌트들은 상호 운용(interwork)할 수 있다. 구체적으로, 하나 이상의 스케줄 컴포넌트 중 제 1 스케줄 컴포넌트가 시작되면, 상기 하나 이상의 스케줄 컴포넌트 중 제 2 스케줄 컴포넌트가 중지될 수 있다.

이는, 상기 스케줄링 컨텍스트가 하나 이상일 경우에도 적용될 수 있다. 즉, 하나 이상의 스케줄링 컨텍스트 중 제 1 스케줄링 컨텍스트가 시작되면, 상기 하나 이상의 스케줄링 컨텍스트 중 제 2 스케줄링 컨텍스트 중지될 수 있다.

이와 같은, 상기 스케줄링 컨텍스트는 상기 스케줄링 컨텍스트 관리 모듈(111)이 필요시 수정하여, 상기 단말(200)에 수정 요청할 수도 있다. 또한, 상기 스케줄링 컨텍스트 관리 모듈(111)은 상기 설치된 스케줄링 컨텍스트를 상기 단말(200) 에 삭제 요청할 수도 있다.

그리고, 상기 스케줄링 컨텍스트 관리 모듈(111)은 상기와 같이 설치 또는 재설치한 상기 스케줄링 컨텍스트가 상기 단말(200) 내에서 변경되었을 때, 또는 오류가 발생하였을 때, 또는 상기 스케줄링 컨텍스트의 상태가 변경되었을 때, 상기 단말(200)로부터 메시지를 수신하여, 처리할 수 있다.

한편, 상기 상태 보고 처리 모듈(112)은 상기 단말(200)로부터 장치관리 명령의 처리 결과 또는 상태 보고를 수신하여, 파싱(Parsing)하는 유닛이다. 구체적으로, 상기 상태보고 처리 모듈(120)은 상기 상기 수행결과 또는 상태보고를 수신 한 후 파싱하여, 상기 수행 결과 또는 상태보고가 어느 스케줄링 컨텍스트에 대한 것인지를 확인하고, 그리고 상기 확인된 스케줄링 컨텍스트를 담당하는 스케줄링 컨텍스트 관리 모듈(111)로 상기 상태보고를 라우팅(routing)할 수 있다.

단 말(200)

상기 단말(200)은 도시된 바와 같이 크게 DM 스케줄링 인에이블러 클라이언트(DM Scheduling Enabler)(210)와, DM 인에이블러 클라이언트(DM Enabler Client)(220)로 구성될 수 있다.

상기 DM 스케줄링 인에이블러 클라이언트(210)은 보다 세부적으로는 스케줄링 컨텍스트 설치 모듈(Scheduling Context Installation Module)(211)과, 조건 매칭 모듈(Condition Matching Module)(212)과, 태스크 실행 모듈(Task Execution Module)(213)과, 게이팅 모듈(Gating Module)(214)과, 상태 보고 모듈(Status Reporting Module)(215)로 구성될 수 있다.

먼저, 상기 스케줄링 컨텍스트 설치 모듈(211)은 상기 서버(100) 로부터의 상기 스케줄링 컨텍스트 설치 요청을 수신받아, 처리하는 유닛이다. 이때, 상기 스케줄링 컨텍스트는 상기 DM 인에이블러 클라이언트(220)에 의해 수신되어, 상기 상기 스케줄링 컨텍스트 설치 모듈(211)로 전달될 수 있다. 상기 스케줄링 컨텍스트 설치 모듈(211)은 상기 스케줄링 컨텍스트를 이용하여 상기 단말(200) 내에 장치관리 트리(DM Tree) 내에 하나 이상의 노드들을 생성함으로써, 설치를 수행 한다. 이때, 상기 장치관리 트리는 일반 정보(General Information) 노드와, 하나 이상의 스케줄 컴포넌트를 포함하여 구성될 수 있다.

잠시, 도 2를 참조하여, 상기 스케줄링 컨텍스트의 설치 형태인 장치관리 트리(DM Tree)에 대해서 설명하기로 한다.

상기 장치관리 트리는 예시적으로 도 2와 같을 수 있다. 구체적으로는, 상기 일반 정보(General Information) 노드는 도 2에 도시된 바와 같이, 상기 설치되는 스케줄링 컨텍스트의 식별자를 나타나내는 Id 노드와, 상기 스케줄링 컨텍스트의 명칭을 나타내는 Name 노드와, 상기 스케줄링 컨텍스트의 유효 기간(valid period)를 나타내는 Valid 노드와, 상기 스케줄링 컨텍스트의 소유자를 나타내는 Server 노드와, 그리고 상기 스케줄링 컨텍스트의 현 상태를 나타내는 State 노드와, 상기 스케줄링 컨텍스트의 상태 제어에 관한 StateOP 노드를 포함하여 구성될 수 있다.

여기서, 상기 State 노드에 나타날 수 있는 상기 스케줄링 컨텍스트의 현 상태는 예시적으로 하기의 표와 같을 수 있다. 즉, 상기 스케줄링 컨텍스트는 도 4에서와 같이 중지(Stopped) 상태, 실행(Running) 상태, 그리고 일시정지(Suspended) 상태 중 어느 하나의 상태로 존재할 수 있다.

State	설명
Stopped	상기 스케줄링 컨텍스트가 비활성화된 상태이다. 또한, 상기 스케줄링 컨텍스트에 포함된 모든 스케줄 컴포넌트 역시 비활성 상태이다. 이 상태는 상기 스케줄링 컨텍스트가 설치된 직후, 또는 재 설치된 직 후의 상태이다. 또한, 상기 스케줄링 컨텍스트에 의한 동작외 모두 완료되면, 이 상태로 변경된다. 이러한, 중지 상태를 벗어나면, 상기 스케줄링 컨텍스트의 스케줄 컴포넌트는 자신만의 초기 상태로 시작되게 된다.
Running	상기 스케줄링 컨텍스트가 활성된 상태이다. 구체적으로, 상기 스케줄링 컨텍스트 내의 적어도 하나의 스케줄 컴포넌트는 활성된 상태이다. 따라서, 활성화된 스케줄 컴포넌트가 존재하지 않는 경우에는, 상기 스케줄링 컨텍스트는 자동으로 중지 상태로 변경된다.
Suspended	상기 스케줄링 컨텍스트가 비활성화된 상태이다. 상기 스케줄링 컨텍스트에 포함된 모든 스케줄 컴포넌트들은 자신의 상태를 유지한 체 일시 정지된다. 이 상태를 벗어나게 되면, 상기 스케줄링 컨텍스트의 스케줄 컴포넌트는 일시 정지되었던 상태에서 벗어나게 된다.

상기 스케줄링 컨텍스트의 상태는 상기 서버(100)에 의해서, 상기 단말(200) 스스로에 의해서, 또는 상기 단말(200)의 사용자에 의해서 변경될 수 있다.

즉, 상기 스케줄링 컨텍스트는 상기 장치관리의 수행 중 에러가 발생하면, 상기 장치관리의 수행이 완료되면, 또는 상기 서버(100) 혹은 사용자의 요청에 따라 수정, 또는 삭제 수정되기 전에, 정지(stopped) 상태로 변경(transition)될 수 있다.

상기 StateOP 는 도 2에서와 같이 Start 노드, Stop 노드, Suspend 노드, Resume 노드를 포함할 수 있다. 상기 이러한 노드들은 아래의 표를 참조하여 설명하면 다음과 같다.

서브-노드	설명	적용가능한 상태
Start	상기 시작(start) 노드는 상기 스케줄링 컨텍스트를 지정된 초기 상태로 시작되도록 한다. 즉, 상기 스케줄링 컨텍스트 내의 하나 이상의 스케줄 컴포넌트가 각각의 지정된 초기 상태가 되게 함으로써, 상기 스케줄링 컨텍스트를 시작시킨다. 이러한 시작 동작이 성공하면, 상기 스케줄링 컨텍스트는 실행상태가 된다.	Stopped
Stop	상기 중지(stop) 노드는 상기 스케줄링 컨텍스트를 중지시킨다. 이러한 중지 동작이 성공하면, 상기 스케줄링 컨텍스트는 중지(stopped) 상태가 되고, 상기 스케줄링 컨텍스트 내에 포함된 스케줄 컴포넌트는 비활성상태가 된다.	Running Suspended
Suspend	상기 일시정지(suspend) 노드는 상기 실행중인 컨텍스트를 일시 정지 시킨다. 구체적으로, 상기 스케줄 컨텍스트에 포함된 하나 이상의 스케줄 컴포넌트는 자신의 현 상태를 유지하면서, 일시 정지된다. 이러한 일시 정지가 성공하면, 상기 스케줄링 컨텍스트는 일시 정지 상태가 된다.	Running
Resume	상기 재개(Resume) 노드는 일시 정지된 스케줄링 컨텍스트를 실행되도록 한다. 이러한, 재개 동작이 성공하면, 상기 스케줄링 컨텍스트는 실행 상태로 변경된다.	Suspended

상기 표에서 볼 수 있는 바와 같은 서브-노드를 이용하여, 상기 스케줄링 컨텍스트의 상태를 제어할 수 있다. 구체적으로, 상기 DM 서버(100)로부터 실행(exec) 명령이 상기 노드 들 중 하나에 수신되면, 상기 단말(200)은 상기 실행 명령이 수신된 노드에서 상기 실행(exec) 명령을 실행시킴으로써, 해당 상태로 변 경되도록 한다.

이와 같이 상기 스케줄링 컨텍스트가 상기 StateOP 노드에 따라, 상태가 변경되면, 상기 변경된 상태는 상기 스케줄링 컨텍스트의 State 노드에 반영될 수 있다.

한편, 상기 스케줄 컴포넌트는 장치관리 명령을 지시하는 Task 노드와, 상기 장치관리 명령의 수행을 위한 조건을 지정하는 Condition 노드와, 사용자와의 상호 작용을 지정하는 UI 노드(또는 User Interaction)와, 상기 장치관리 명령의 수행 뒤 그 수행결과를 서버에게 보고해야 하는지를 지정하는 Gating 노드와, 상기 단말의 상태를 상기 서버에 보고해야 하는지 여부를 지시하는 Event 노드와, 상기 스케줄 컴포넌트의 현 상태를 반영하여 나타내는 State 노드와, 상기 스케줄 컴포넌트의 초기 상태를 지시하는 InitState 노드 중 하나 이상을 포함할 수 있다.

여기서, 상기 장치관리 명령은 메시지 내에 포함될 수 있다. 즉, 상기 메시지는 하나 이상의 장치관리 명령을 포함할 수 있다. 이 경우, 상기 Task 노드는 상기 메시지를 지정한다.

여기서, 상기 State 노드에서 나타날 수 있는 상기 스케줄 컴포넌트의 상태는 상기 스케줄링 컨텍스트의 상태에 따라 변경될 수 있다. 즉, 상기 스케줄링 컨텍스트가 시작(start)되어 실행 상태(Running state)로 될 경우, 상기 스케줄 컴포넌트는 상기 InitState 노드에서 지시되는 초기상태에 따라, 인에이블(Enable)될 수 있다. 그리고, 상기 스케줄링 컨텍스트가 중지(Stopped)상태로 될 경우, 상기 스케줄 컴포넌트는 디스에이블 상태(Disable State)로 변경될 수 있다. 그리고, 상 기 스케줄링 컨텍스트가 일시 정지(suspended)될 경우, 상기 스케줄 컴포넌트는 유지(maintain)될 수 있다. 이후, 상기 스케줄링 컨텍스트가 재개(resume)될 경우, 상기 스케줄 컴포넌트는 suspended되었을 때의 상태로 복귀할 수 있다. 한편, 상기 스케줄 컴포넌트의 상태는 또한 다른 스케줄 컴포넌트에 의해서도 변경될 수 있다. 즉, 상기 하나 이상의 스케줄 컴포넌트 중 제 1 스케줄 컴포넌트가 활성화될 때, 상기 하나 이상의 스케줄 컴포넌트 중 제 2 스케줄 컴포넌트가 비활성화 될 수 있다.

한편, 지금까지 설명한 상기 스케줄 컴포넌트에서, 상기 Task 노드, 상기 Cond 노드, 상기 User Interaction 노드, 상기 Gating 노드, 그리고 상기 Event 노드는 상기 스케줄 컴포넌트에 포함되지 않고, 도 3에서와 같이 상기 스케줄링 컨텍스트 내에 직접적으로 포함될 수도 있다.

다시 본론으로 돌아가, 상기 스케줄링 컨텍스트 설치 모듈(211)은 상기 DM 서버(100)에 의해 상기 스케줄링 컨텍스트가 설치되기 전에, 필요한 경우 상기 스케줄링 컨텍스트의 유효성을 검증할 수도 있다.

한편, 상기 조건 매칭 모듈(212)은 상기 스케줄 컴포넌트 즉, 상기 스케줄 컴포넌트 내의 상기 수행을 위한 조건의 매칭 여부를 모니터링하고, 상기 수행을 위한 조건이 매칭되면 상기 태스크 실행 모듈(213)에 상기 조건에 해당하는 장치관리 명령을 수행하도록 요청할 수 있는 유닛이다. 이때, 상기 명령 수행을 위한 조건은 시간-기반(Timer-based), 트랩-기반(Trap-based), 또는 임계값-기반 (Threshold-based)일 수 있다.

상기 임계값-기반(Threshold-based)은 상기 단말(200) 내의 특정 관리객체의 값이 기 설정된 임계 값에 도달하는지 여부를 지정하는 것이다. 따라서, 상기 수행을 위한 조건 매칭 모듈(212)은 상기 특정 관리개체의 값을 모니터링 하여, 상기 임계-값과 비교하고, 상기 임계-값 도달이 획득되는 경우, 상기 태스크 실행 모듈(213)에 장치관리 명령의 수행을 요청할 수 있다.

이와 같은 상기 수행을 위한 조건 매칭 모듈(212)은 전술한 바와 같이 스케줄링 컨텍스트 내에 하나 이상의 스케줄 컴포넌트가 존재하고, 그 각각의 스케줄 컴포넌트가 동일한 특정 관리 개체에 대한 임계-값 기반의 수행을 위한 조건을 포함할 경우, 상기 임계-값 기반의 수행을 위한 조건을 상기 특정 관리 개체에 대해 상호연동(interworking)하여 모니터링할 수 있다.

예를 들어, 상기 스케줄링 컨텍스트 내에 제 1 스케줄 컴포넌트와, 제 2 스케줄 컴포넌트가 각각 포함되어 있는 것으로 가정하자. 그리고, 상기 제 1 스케줄 컴포넌트는 제 1 장치관리 명령, 및 특정 관리 개체에 대해 제 1 임계-값 기준의 수행을 위한 조건을 포함하는 것으로 가정하자. 그리고, 상기 제 2 스케줄 컴포넌트는 제 2 장치관리 명령, 및 상기와 동일한 특정 관리 개체에 대해 제 2 임계-값을 기준의 수행을 위한 조건을 포함하는 것으로 가정하자. 그러면, 상기 조건 매칭 모듈(212)은 상기 특정 관리 개체의 값이 제 1 임계-값 기준의 수행을 위한 조건에 해당될 때에는, 상기 제 1 장치관리 명령을 수행하도록 상기 태스크 실행 모듈(213)에 요청할 것이다. 그리고, 상기 특정 개체의 값이 제 2 임계-값 기반의 수행을 위한 조건에 도달될 때에는, 상기 제 2 장치관리 명령을 수행하도록 상기 태스크 실행 모듈(213)에 요청할 것이다.

한편, 상기 수행을 위한 조건을 모니터링하는 데에는, 상기 명령 수행을 위한 조건 매칭 모듈(212)에 부가적인 사항들이 요구될 수 있다. 즉, 상기 스케줄링 컨텍스트 내에는 상기 수행을 위한 조건 매칭 모듈(212)이 상기 수행을 위한 조건을 어떠한 방식으로 모니터링해야 하는지를 지시하는 항목이 포함되어 있을 수 있다. 예컨대, 상기 스케줄링 컨텍스트 내에는 상기 명령 수행을 위한 조건 매칭 모듈(212)이 어떤 측정값, 또는 변수를 주어진 시간 간격으로, 혹은 수시로 모니터링하도록 하는 요구 사항이 포함될 수도 있다.

한편, 상기 태스크 실행 모듈(213)은 상기 장치관리 명령을 수행할 조건이 매칭되는 것으로 판단되는 경우, 상기 장치관리 명령이 수행될 수 있도록 상기 DM 인에이블러 클라이언트(220)과 협력하는 유닛이다. 예를 들면, 상기 태스크 실행 모듈(213)은 상기 장치관리 명령을 포함하는 메시지를 상기 DM 인에이블러 클라이언트(220)에게 전송하고, 상기 DM 인에이블러 클라이언트(220)에 의해 상기 장치관리 명령이 처리되면, 결과를 수신한다.

상기 게이팅 모듈(214)은 상기 장치관리 명령이 수행됨에 따라, 발생하는 수행결과, 또는 상기 단말(200)의 상태를 상기 DM 서버(100)에 보고하여야 할지 결정하는 유닛이다. 이러한, 상기 게이팅 모듈(214)은 전술한 바와 같이, 상기 Gating 노드에 기초하여 상기 명령의 수행결과에 대한 보고 여부를 결정할 수 있다. 또는, 상기 게이팅 모듈(214)는 상기 Event 노드에 기초하여, 상기 상태에 대한 보고 여부를 결정할 수 있다.

상기 상태 보고 모듈(215)은 상기 단말(200)의 상태, 또는 상기 수행결과를 상기 DM 서버(100)에 보고하는 유닛이다. 이러한, 상기 상태 보고 모듈(215)는 전술한 바와 같이 상기 스케줄링 컨텍스트의 상태 또는 스케줄 컴포넌트의 상태가 변경되는 경우, 상기 DM 서버(100)에 보고할 수 있다. 그리고, 상기 상태 보고 모듈(215)은 상기 장치관리 명령의 수행결과 즉, Status 메시지, Result 메시지, 또는 Alert 메시지가 상기 게이팅 모듈(214)에 의해 보고해야될 것으로 판단되는 경우, 상기 장치관리 명령의 수행결과를 이용하여 보고 메시지를 작성하고, 이를 상기 DM서버(100)로 전송할 수 있다. 이때, 상기 보고 메시지 또는 상기 단말(200)의 상태는 Generic Alert Message를 이용하여 상기 DM서버(100)로 전송될 수 있다.

상기 DM 인에이블러 클라이언트(220)은 상기 태스크 실행 모듈(214)과 협력하여 상기 장치관리 명령을 수행하는 유닛이다. 보다 구체적으로는, 상기 DM 인에이블러 클라이언트(220)은 상기 태스크 실행 모듈(214)로부터 장치관리 명령을 전달받아 수행한 후, 그 결과를 상기 태스크 실행 모듈(214)로 반환한다

지금까지는, 본 발명에 따른 장치관리 시스템의 구성에 대해서 설명하면서, 상기 DM 서버(100)는 상기 스케줄링 컨텍스트 관리 모듈(111)과 상기 상태 보고 처리 모듈(112)로 구성되고, 상기 단말(200)는 상기 스케줄링 컨텍스트 설치 모듈(211)과, 상기 조건 매칭 모듈(212)과, 상기 태스크 실행 모듈(213)과, 상기 게이팅 모듈(214)과, 그리고 상기 상태 보고 모듈(215)을 포함하는 DM 스케줄링 인에이블러 클라이언트(210)과; 그리고 상기 DM 인에이블러 클라이언트(220)로 구성되는 것으로 설명하였으나, 이들은 프로세서(미도시)와, 네트워크 인터페이스(미도 시)와, 저장장치(미도시)의 조합으로 구성될 수도 있다

방 법

이하에서는, 이와 같이 구성된 본 발명에 따른 장치관리 시스템의 동작에 대해서, 도 4 내지 도 5를 참조하여 보다 상세히 설명하기로 한다. 다만, 도 4 내지 도 5은 도면의 복잡성을 줄이기 위해 세부적인 구성 요소들 전부를 도시하지 않았으나, 도면에 나타난 각 동작은 전술한 바와 같이 상기 DM 서버(100) 및 상기 단말(200)의 세부 구성요소에 의해 이루어지는 것을 유념해야 할 것이다.

도 4는 본 발명에 따른 스케줄링 컨텍스트의 설치 과정을 나타낸 흐름도이고 도 5은 본 발명에 따라 스케줄링된 장치관리를 수행하는 방법을 나타낸 흐름도이다.

먼저, 도 4를 참조하여, 알 수 있는 바와 같이 본 발명에 따른 설치 과정은 상기 DM 서버(100)가 상기 DM 인에이블러 클라이언트(220)과 장치관리 세션을 수립하여, 상기 스케줄링 컨텍스트를 설치하는 과정이 나타나 있다.

이하, 본 발명에 따른 스케줄링 컨텍스트의 설치 과정을 설명하면 다음과 같다.

1) 먼저, 상기 DM 서버(100)(구체적으로는, 상기 스케줄링 컨텍스트 관리 모듈(111)에 해당)가 스케줄링 컨텍스트를 생성한다.

2) 그리고, 상기 DM 서버(100)는 상기 단말(200)과 장치관리 세션을 연결하고, 장치관리 프로토콜을 이용하여 상기 생성한 스케줄링 컨텍스트의 설치 요청을 상기 단말(200)의 DM 스케줄링 인에이블러 클라이언트(210)로 전달한다. 이때, 상 기 설치 요청은 DM 인에이블러 클라이언트(220)을 통하여 상기 DM 스케줄링 인에이블러 클라이언트(210)로 전달될 수 있다.

3). 그러면, 상기 단말(200)의 상기 DM 스케줄링 인에이블러 클라이언트(210)(구체적으로는, 스케줄링 컨텍스트 설치 모듈(211) 에 해당)은 상기 스케줄링 컨텍스트의 유효성을 검증한다.

4) 상기 유효성 검증이 완료되면 이어서 상기 단말(200)의 상기 DM 스케줄링 인에이블러 클라이언트(210)(구체적으로는, 상기 스케줄링 컨텍스트 설치 모듈(211)에 해당)은 상기 스케줄링 컨텍스트를 상기 단말(200)의 장치관리 트리에 설치 한다. 이때, 상기 장치관리 트리는 예시적으로 도 2와 같을 수 있음은 앞서 설명한 바와 같다.

5) 그리고, 상기 설치가 완료되면, 상기 단말(200)의 DM 스케줄링 인에이블러 클라이언트(210) (구체적으로는, 상기 스케줄링 컨텍스트 설치 모듈(211)에 해당)은 상기 스케줄링 컨텍스트의 설치 처리결과를 상기 DM 서버(100)에 보고한다.

한편, 도 5을 참조하여 본 발명에 따라 스케줄링된 장치관리를 수행하는 방법을 설명하면 다음과 같다.

1) 먼저, 상기 DM 스케줄링 인에이블러 클라이언트(210)(구체적으로는, 상기 조건 매칭 모듈(212)에 해당)이 상기 스케줄링 컨텍스트의 설치 형태인 상기 장치관리 트리 내에서 Condition 노드를 확인하여, 상기 수행을 위한 조건이 매칭되는지 여부를 모니터링 한다. 이때, 상기 수행을 위한 조건은 전술한 바와 같이 시간-기반, 트랩-기반, 임계값-기반 중 어느 하나일 수 있다.

2) 상기 모니터링에 의해, 상기 수행을 위한 조건이 매칭되는 것으로 확인되면, 상기 DM 스케줄링 인에이블러 클라이언트(210)(구체적으로는, 태스크 실행 모듈(213)에 해당)은 상기 DM 인에이블러 클라이언트(220)과 협력하여, 상기 장치관리 명령을 수행한다.

3) 상기 장치관리 명령의 수행이 완료되면, 상기 DM 스케줄링 인에이블러 클라이언트(210)(구체적으로는 게이팅 모듈(214)에 해당)은 상기 명령의 수행결과를 상기 DM 서버(100)에게 보고해야 할지 판단한다.

4) 상기 판단의 결과에 따라, 상기 DM 스케줄링 인에이블러 클라이언트(210)(구체적으로는, 상태 보고 모듈(215)에 해당)은 상기 수행결과 또는 상기 단말(200)의 상태를 상기 서버(100)에 보고한다. 즉, 상기 수행결과의 보고는 상기 장치관리 명령이 정상적으로 이루어졌는지, 또는 어떤 원인에 의해 오류가 발생하였는지를 상기 서버(100)에게 알리는 것일 수 있다. 이러한, 상기 보고 과정은 상기 수행결과를 이용해 보고메시지를 작성 한 후, 상기 DM 서버(100)에게 전송하는 것일 수 있다.

5) 상기 상태보고를 수신한, 상기 DM 서버(100)(구체적으로는, 상기 상태보고 처리 모듈(120)에 해당)는 상기 수신한 상태보고를 파싱(parsing)한다.

한편, 도 6은 임계 값 기반으로 스케줄링된 장치관리를 수행하는 방법을 나타낸 예시도 이며, 도 7은 임계-값 기반으로 스케줄링된 장치관리를 수행하는 방법을 나타낸 다른 예시도이다.먼저 도 6에 도시된 스케줄링 컨텍스트는 2 개의 스케줄 컴포넌트(즉, 스케줄 컴포넌트)로 구성되어 있다. 보다 구체적으로는, 상기 스 케줄링 컨텍스트의 제 1 스케줄 컴포넌트(scheduled device management)은 특정 관리 개체의 값이, 예컨대 특정 무선 인터페이스 장치의 쓰루풋(Throughput)이 안정된 상태에서 임계-값(Threshold) 1을 넘어설 경우, 변수 foo를 bar로 변경하는 장치관리 명령을 수행하도록 한다. 그리고, 상기 스케줄링 컨텍스트의 제 2 스케줄 컴포넌트은 상기 특정 관리 개체의 값이 다시 안정된 상태가 되었을 경우, 다시 상기 변수 bar를 foo로 변경하는 장치관리 명령을 수행하도록 한다. 또한, 상기 제 1 및 제 2 스케줄 컴포넌트는 히스테리시스(Hysteresis)를 적용하여, 상기 특정 무선 인터페이스의 쓰루풋(Throughput)이 임계-값(Threshold) 1을 넘어선 후, 다시 상기 임계-값(Threshold) 1 이하로 떨어지더라도 그 차이가 미미한 경우 즉, 히스테리시스(Hysteresis) 범위(허용범위)를 넘어가지 않는 경우에는 무시하도록 한다. 이는, 잡음의 영향으로 인한 시스템 불안정 요인을 배제하기 위함이다.

이러한, 제 1 및 제 2 스케줄 컴포넌트의 실행 과정은 다음과 같다.

(1) 먼저, 상기 제 1 스케줄 컴포넌트 및 상기 제 2 스케줄 컴포넌트가 모두 초기 상태로서 활성화(active or Enabled) 상태가 되어, 수행된다.

(2) 이후, 상기 특정 무선 인터페이스 장치의 쓰루풋이 상기 임계-값 1을 넘어서게 되면, 상기 제 1 스케줄 컴포넌트의 장치관리 명령이 실행된다.

(3) 상기 장치관리 명령이 수행되면, 변수 foo는 bar로 변경되고, 상기 제 1 스케줄 컴포넌트는 비활성화(inactive or disable)되며, 상기 제 2 스케줄 컴포넌트가 수행되게 된다.

(4) 이후, 상기 특정 무선 인터페이스 장치의 쓰루풋이 임계-값(Threshold) 2 이하로 떨어지게 되면, 상기 제 2 스케줄 컴포넌트의 장치관리 명령이 실행된다.

(5) 상기 장치관리 명령이 수행되면, 변수 bar는 foo로 변경되고, 상기 제 2 스케줄 컴포넌트는 디스에이블되며, 상기 제 1 스케줄 컴포넌트가 수행되게 된다.

한편, 도 7에 도시된 스케줄링 컨텍스트는 2 개의 스케줄 컴포넌트(scheduled device management)로 구성되어 있다. 보다 구체적으로는, 상기 스케줄링 컨텍스트의 제 1 스케줄 컴포넌트은 특정 이벤트 1이 발생하였을 때 단말의 동작 모드를 긴급(Emergency) 모드로 설정하도록 하고, 제 2 스케줄 컴포넌트를 수행하게 한다. 그리고, 상기 스케줄링 컨텍스트의 제 2 스케줄 컴포넌트은 비정상적 상태인지를 주기적으로 검사하고, 비정상적 상태가 제거되게 되면 상기 긴급(Emergency) 모드에서 정상 모드로 복귀하도록 한다.

(1) 먼저, 상기 스케줄링 컨텍스트가 설치되면, 상기 제 2 스케줄 컴포넌트는 초기 상태로서 비활성(inactive or disable) 상태가 되며, 상기 제 1 스케줄 컴포넌트는 초기 상태로서 활성(active or Enabled) 상태가 되어, 수행된다.

(2) 이후, 상기 특정 이벤트(Event) 1이 발생되면, 상기 제 1 스케줄 컴포넌트의 장치관리 명령이 실행된다.

(3) 상기 장치관리 명령이 수행되면, 상기 단말의 동작 모드는 긴급(Emergency) 모드로 변경되게 되며, 상기 제 1 스케줄 컴포넌트는 비활성(inactive or disable) 상태가 되고, 상기 제 2 스케줄 컴포넌트가 활성(active or enable)된다.

(4) 상기 제 2 스케줄 컴포넌트가 활성 상태가 되어 수행되게 되면, 상기 제 2 스케줄 컴포넌트는 주기적으로 예컨대, 10분마다 상기 단말의 상태가 정상인지 검사한다

(5) 상기와 같은 주기적인 검사에서 상기 단말의 상태가 정상인 것으로 확인되면, 상기 제 2 스케줄 컴포넌트의 장치관리 명령이 수행되게 된다.

(6) 상기 장치관리 명령이 수행되게 되면, 상기 단말의 동작모드는 긴급모드에서 일반 모드로 변경되게 되며, 상기 제 2 스케줄 컴포넌트는 디스에이블 상태가 되고, 상기 제 1 스케줄 컴포넌트가 인에이블된다.

여기까지 설명된 본 발명에 따른 방법은 소프트웨어, 하드웨어, 또는 이들의 조합으로 구현될 수 있다. 예를 들어, 본 발명에 따른 방법은 저장 매체(예를 들어, 단말기 내부 메모리, 플래쉬 메모리, 하드 디스크, 기타 등등)에 저장될 수 있고, 프로세서(예를 들어, 단말기 내부 마이크로 프로세서)에 의해서 실행될 수 있는 소프트웨어 프로그램 내에 코드들 또는 명령어들로 구현될 수 있다.

이상에서는 본 발명의 바람직한 실시예를 예시적으로 설명하였으나, 본 발명의 범위는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 발명은 본 발명의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.

본 발명은 DM 서버가 상기 단말 내에서 수행되어야 할 장치관리 명령과, 상기 장치관리 명령의 수행을 위한 조건을 스케줄링 컨텍스트 내에 포함시켜 상기 단 말에게 미리 제공하고, 상기 단말이 상기 장치관리 명령을 주어진 수행을 위한 조건에 따라 수행하도록 하게 함으로써, 마치 상기 단말이 상기 장치관리 명령을 상기 DM 서버에 요구할 때마다, 상기 DM 서버가 즉시 제공하는 것처럼 인지하게 하는 효과가 있다.

또한, 본 발명은 특정 임계-값에 따라 장치관리 명령을 수행할 수 있도록 함으로서, 단말에서 오류가 발생하기 전에 미연에 방지할 수 있는 효과가 있다.

또한, 본 발명은 스케줄링 컨텍스트 내에 임계-값을 기반으로 하는 하나 이상의 스케줄 컴포넌트를 포함시키고, 상기 하나 이상의 스케줄 컴포넌트를 상기 특정 임계-값을 기준으로 서로 교차하여 실행할 수 있게 함으로써, 장치관리 명령을 유기적으로 실행할 수 있는 효과가 있다.

Claims

일반 정보(General Information)와, 그리고 하나 이상의 스케줄링된 장치관리를 포함하는 하나 이상의 스케줄링 컨텍스트를 서버로부터 수신받아 설치하는 제 1 모듈과; 여기서, 상기 일반 정보(General Information)는 상기 스케줄링 컨텍스트의 상태를 나타내는 제 1 노드, 상기 스케줄링 컨텍스트의 상태 제어에 관한 제 2 노드 중 적어도 하나 이상을 포함하고,

상기 설치된 스케줄링 컨텍스트에 따라 상기 스케줄링된 장치관리를 수행하는 제 2 모듈을 포함하는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 스케줄링 컨텍스트는

장치관리 트리(DM Tree)에 설치되는 것을 특징으로 하는 단말.
제 1항 있어서, 상기 일반 정보(General Information)는

스케줄링 컨텍스트의 식별자(identifier), 명칭(name), 소유 서버, 그리고 유효 기간(validity period) 중 하나 이상을 더 포함하는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 유효 기간(Valid Period)가 만료되면,

상기 스케줄링 컨텍스트는 자동으로 삭제되는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 스케줄링 컨텍스트의 상태는

중지(Stopped), 실행(Running), 그리고 일시정지(Suspended) 중 어느 하나인 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 스케줄링 컨텍스트가 설치되면,

상기 스케줄링 컨텍스트는 중지(Stopped) 상태로 존재하는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 스케줄링 컨텍스트는

상기 장치관리의 수행 중 에러가 발생하면,

상기 장치관리의 수행이 완료되면, 또는

서버 혹은 사용자의 요청에 따라 수정, 또는 삭제 수정되기 전에, 중지(stopped) 상태로 변경(transition)되는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 스케줄링 컨텍스트의 상태는

사용자에 의해 변경(transition)될 수 있는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 제 2 노드는

인에이블(enable) 노드, 그리고 디스에이블(disable) 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 제 2 노드는

시작(Start) 노드, 중지(Stop) 노드, 일시정지(Suspend) 노드, 그리고 재개(Resume) 노드 중 어느 이상을 포함하는 것을 특징으로 하는 단말.
제 10항에 있어서,

상기 시작(Start) 노드, 중지(Stop) 노드, 일시정지(Suspend) 노드, 그리고 재개(Resume) 노드는 실행 명령에 의해 개시(trigger)되는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 제 1 모듈은

상기 설치된 스케줄링 컨텍스트의 상태가 변경되는 경우, 메시지를 상기 서버로 전송할 수 있는 것을 특징으로 하는 단말.
제 1항에 있어서,

상기 스케줄링 컨텍스트는 사용자와의 상호작용(Interaction)을 지정하는 UI 노드와, 상기 장치관리의 수행 뒤 그 수행결과를 서버에게 보고해야 하는지를 지정하는 Gating 노드와, 그리고 상기 단말의 상태, 또는 상기 단말에서 발생한 이벤트를 상기 서버에 보고해야 하는지 여부를 지시하는 Event 노드 중 적어도 하나 이상 을 포함하고,

상기 스케줄링된 장치관리는 장치관리 명령을 포함하는 메시지와, 그리고 상기 메시지 내의 상기 장치관리 명령을 수행하기 위한 조건 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 단말.
제 1항에 있어서, 상기 하나 이상의 스케줄링 컨텍스트는

서로 상호운용 가능한 것을 특징으로 하는 단말.
제 14항에 있어서, 상기 상호 운용은

상기 제 2 모듈이 상기 하나 이상의 스케줄링 컨텍스트 중 제 1 스케줄링 컨텍스트를 시작시키면서, 상기 하나 이상의 스케줄링 컨텍스트 중 제 2 스케줄링 컨텍스트를 중지시킴으로써, 달성될 수 있는 것을 특징으로 하는 단말.
일반 정보(General Information)와, 그리고 하나 이상의 스케줄링된 장치관리를 포함하는 하나 이상의 스케줄링 컨텍스트를 생성하여, 단말에 설치 요청하고, 상기 스케줄링 컨텍스트가 상기 단말 내에서 수행되도록 관리하는 DM Scheduling Enabler를 포함하고,

여기서, 상기 일반 정보(General Information)은 상기 스케줄링 컨텍스트의 상태를 나타내는 제 1 노드, 그리고 상기 스케줄링 컨텍스트의 상태 제어에 관한 제 2 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 서버.
제 16항에 있어서, 상기 제 2 노드는

인에이블(enable) 노드, 그리고 디스에이블(disable) 노드 중 어느 이상을 포함하는 것을 특징으로 하는 서버.
제 16항에 있어서, 상기 제 2 노드는

시작(Start) 노드, 중지(Stop) 노드, 일시정지(Suspend) 노드, 그리고 재개(Resume) 노드 중 어느 이상을 포함하는 것을 특징으로 하는 서버.
제 16항에 있어서, 상기 서버는

상기 단말 내의 스케줄링 컨텍스트의 상태를 변경하기 위해, 상기 시작(Start) 노드, 중지(Stop) 노드, 일시정지(Suspend) 노드, 그리고 재개(Resume) 노드 중 어느 하나에, 실행 명령을 전송하는 것을 특징으로 하는 서버.
제 16항에 있어서, 상기 서버는

상기 단말로부터 스케줄링 컨텍스트의 상태, 또는 상기 단말에서 발생한 이벤트를 수신하는 것을 특징으로 하는 서버.
일반 정보(General Information)와, 하나 이상의 스케줄링된 장치관리를 포함하는 스케줄링 컨텍스트를 서버로부터 설치 요청받는 단계와; 여기서, 상기 일반 정보(General Information)는 상기 스케줄링 컨텍스트의 상태를 나타내는 제 1 노드, 상기 스케줄링 컨텍스트의 상태 제어에 관한 제 2 노드 중 하나 이상을 포함하고,

상기 요청에 응답하여, 상기 스케줄링 컨텍스트를 설치하는 단계와;

상기 설치 완료 후, 상기 스케줄링 컨텍스트에 따라 장치관리를 수행하는 단계를 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제 21항에 있어서,

상기 장치관리의 수행 중 에러가 발생하거나,

상기 장치관리의 수행이 완료되거나, 또는

서버 혹은 사용자의 요청에 따라 상기 스케줄링 컨텍스트를 수정, 또는 삭제 수정되기 전에,

상기 스케줄링 컨텍스트를 중지(stopping) 하는 단계를 더 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제 21항에 있어서,

상기 설치된 스케줄링 컨텍스트의 상태가 변경되는 경우, 또는 상기 단말 내 에서 특정 이벤트가 발생하는 경우, 메시지를 상기 서버로 전송하는 단계를 더 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제 21항에 있어서, 상기 수행 단계는

상기 하나 이상의 스케줄링 컨텍스트 중 제 1 스케줄링 컨텍스트를 시작시키는 단계와;

상기 제 1 스케줄링 컨텍스트에 따라 장치관리를 수행하는 단계를 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제 25항에 있어서,

상기 제 1 스케줄링 컨텍스트의 시작에 응답하여, 상기 하나 이상의 스케줄링 컨텍스트 중 제 2 스케줄링 컨텍스트를 중지하는 단계를 더 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제 21항에 있어서, 상기 수행 단계는

상기 스케줄링 컨텍스트를 시작하는 단계와;

실행중인 상기 스케줄링 컨텍스트의 일시정지 요청을 수신하는 경우, 상기 스케줄링 컨텍스트를 일시정지하는 단계와;

상기 일시정지된 스케줄링 컨텍스트의 재개 요청을 수신하는 경우, 상기 스케줄링 컨텍스트를 재개하는 단계를 더 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
시작(start) 노드, 정지(stop) 노드, 일시정지(suspend) 노드, 그리고 재개(resume) 노드 중 어느 하나에 실행 명령을 수신하는 단계와;

상기 실행 명령이 수신된 노드에서 상기 실행 명령을 수행함으로써, 스케줄링 컨텍스트를 시작, 정지, 일시 정지, 또는 재개하는 단계를 포함하는 것을 특징으로 하는 단말에서 스케줄링된 장치 관리를 수행하는 방법.
제 27항에 있어서,

상기 스케줄링 컨텍스트의 현 상태를 상태(state) 노드에 반영시키는 단계를 더 포함하는 것을 특징으로 하는 단말에서 스케줄링된 장치 관리를 수행하는 방법.
제 28항에 있어서, 상기 상태 노드는

실행(Running), 중지(Stopping), 그리고 일시정지(Suspending) 상태 중 어느 하나를 갖는 것을 특징으로 하는 단말에서 스케줄링된 장치 관리를 수행하는 방법.