KR100641238B1

KR100641238B1 - 장치 관리 시스템 및 그 시스템에서의 장치관리 명령스케줄링 방법

Info

Publication number: KR100641238B1
Application number: KR1020050060764A
Authority: KR
Inventors: 김태현
Original assignee: 엘지전자 주식회사
Priority date: 2004-07-09
Filing date: 2005-07-06
Publication date: 2006-11-02
Also published as: HK1106357A1; US7752296B2; US20100250645A1; US20100251249A1; US20060026228A1; US8069238B2; JP5055410B2; KR20060049893A; JP2011008806A; US8161150B2

Abstract

본 발명은 장치 관리 시스템 및 해당 시스템에서의 장치관리 스케줄링 방법에 관한 것으로, 서버는 장치관리 명령과 그 장치관리 명령 수행에 관한 스케줄을 포함하는 스케줄링 컨텍스트를 생성하여 클라이언트에 설치 요청하고, 상기 클라이언트는 장치관리 스케줄링 컨텍스트의 설치 요청을 처리한 다음 특정 스케줄 조건이 만족하는 경우 상기 장치관리 명령을 수행하고, 필요에 따라 서버에 상기 명령 수행 결과를 보고한다. 따라서, 상기 서버는 클라이언트에게 특정 조건에서 수행되는 명령을 요청하고, 동적으로 스케줄 조건을 변경하는 등의 장치관리를 수행한다.

서버, 클라이언트, 장치관리, 스케줄링 컨텍스트, 명령 스케줄링

Description

장치 관리 시스템 및 그 시스템에서의 장치관리 명령 스케줄링 방법{DEVICE MANAGEMENT SYSTEM AND DEVICE MANAGEMENT COMMAND SCHEDULING METHOD THEREOF}

도 1은 본 발명에 따른 장치관리 시스템을 도시한 블록도,

도 2는 도 1에 도시된 명령어 XML 문서의 구조를 나타낸 도면,

도 3은 명령어 XML 문서의 DTD(Document Type Definition)를 나타낸 도면,

도 4는 도 1에 도시된 스케줄 정보 XML 문서 구조를 나타낸 도면,

도 5는 상기 스케줄 정보 XML 문서의 DTD를 나타낸 도면,

도 6은 기간(Dur) 엘리먼트에 대한 실시예를 나타낸 도면,

도 7은 임계치(Th) 엘리먼트의 내용 구문을 정의한 도면,

도 8은 Th 엘리먼트에서 사용되는 연산자와 특수 기호의 정의를 나타내는 도면,

도 9는 Th 엘리먼트의 포맷을 도시한 도면,

도 10은 Th 엘리멘트를 이용하여 DM 스케줄링 컨텍스트를 구성한 실시예를 도시한 도면,

도 11은 도 1은 본 발명에 따른 장치관리 시스템의 상세 구성도,

도 12는 본 발명에 따른 장치관리 시스템에서의 장치 관리 스케줄링 방법을 나타낸 신호 흐름도.

도 13은 도 12의 본 발명에 따른 장치관리 시스템에서의 장치 관리 스케줄링 방법 에서 DM 스케줄링 생성 및 수행단계의 상세 신호 흐름도,

도 14는 도 12의 본 발명에 따른 장치관리 시스템에서의 장치 관리 스케줄링 방법에서 DM 스케줄링 변경단계의 상세 신호 흐름도,

도 15는 도 12의 본 발명에 따른 장치관리 시스템에서의 장치 관리 스케줄링 방법에서 DM 스케줄링 삭제단계의 상세 신호 흐름도.

*******도면의 주요 부분에 대한 부호의 설명 ********

20 : 명령처리 모듈 30 : 스케줄링 모듈

40 : DM 트리 41 : DM 스케줄링 서브트리

50 : 공통 데이타베이스

100 : 장치관리(DM) 서버 200 : DM 클라이언트

본 발명은 장치 관리 및 자료 동기 기술에 관한 것으로서, 특히 장치 관리 시스템 및 해당 시스템에서의 장치관리 명령 스케줄링 방법에 관한 것이다.

일반적으로 장치관리(Device Management : DM) 기술은 주로 장치 서버로부터 특정 처리 명령이 수신되면 클라이언트가 해당 명령을 즉시 수행하도록 하는 방법에 관한 기술이다.

이러한 장치관리 기술에서, 상기 장치관리 서버는 장치관리 클라이언트에게 처리 명령을 지시하고, 상기 장치관리 클라이언트는 해당 명령을 즉시 수행한 후 그 수 행 결과에 대한 보고 절차를 수행한다.

또한, 상기 장치관리 서버는 장치관리 클라이언트로 특정 기능의 변경/갱신/삭제를 요청하는데, 만약 장치관리 클라이언트의 현재 상태가 상기 장치관리 서버의 요청을 수행할 수 없는 경우, 상기 장치관리 서버는 장치관리 클라이언트의 상태를 확인하기 위해서 주기적으로 장치관리 세션을 생성/질의 해야 하는 문제점이 있다. 따라서 종래의 장치관리 방법은 장치 관리 서버로 하여금 원하는 시점/상태/조건에서 장치관리 서버의 명령이 실행되도록 하기 위한 방법을 제공하지 못하는 문제점이 있다.

더욱이, 종래 기술에서는 장치관리 서버가 장치관리 세션을 열고 전송한 장치관리 명령이 장치관리 클라이언트에 의하여 상기 세션 안에서 즉시 수행되어야만 하였기 때문에, 장치관리 세션 밖에서 장치 내부 상태나 이벤트 또는 특정 시점에 장치관리 명령이 수행될 수 없었다. 이러한 제약 사항은 장치의 상태 진단 절차를 고비용으로 만들고 문제가 발생하기 전 미리 문제를 발견하여 적절한 조치를 취하게 하는 효과적인 진단과 문제 해결을 불가능하게 하였다. 또한, 이런 제약 사항은 장치관리 명령이 수행되기 위해서 항상 새로운 장치관리 세션이 필요하였으므로 높은 장치관리 비용을 감수해야만 하였다.

따라서, 본 발명의 목적은 서버가 클라이언트의 장치관리 스케줄링을 동적으로 관리할 수 있는 장치관리 시스템 및 그 시스템에서의 장치관리 스케줄링 방법을 제공하는데 있다.

본 발명의 다른 목적은 서버가 클라이언트에 장치관리 스케줄링을 설정하고, 그 설정된 장치관리 스케줄링을 변경 및 삭제할 수 있는 장치 관리 시스템 및 그 시스템에서의 장치관리 스케줄링 방법을 제공하는데 있다.

본 발명의 또 다른 목적은 서버가 클라이언트의 장치관리나 자료동기 명령을 스케줄링하여, 특정 시점 또는 상태에서 클라이언트가 장치의 상태보고, 스케줄된 프로그램 실행 및 최적의 파라미터 값을 사용할 수 있도록 한 장치관리 시스템 및 그 시스템에서의 장치관리 스케줄링 방법을 제공하는데 있다.

상기와 같은 목적을 달성하기 위하여 본 발명에 따른 시스템에서의 장치관리 스케줄링 방법은, 서버가 장치관리 명령 및 상기 장치관리 명령의 수행조건이 포함된 스케줄링 컨텍스트를 생성하는 단계와; 상기 서버가 상기 스케줄링 컨텍스트를 클라이언트에 설치 요청하는 단계와; 상기 클라이언트가 상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 처리하는 단계와; 상기 클라이언트가 상기 요청의 처리 완료 후, 상기 서버로 응답을 전송하는 단계를 포함한다.

상기 장치관리 스케줄링 방법은 상기 서버가 상기 스케줄링 컨텍스트를 재생성하는 단계와; 상기 서버가 상기 재생성된 스케줄링 컨텍스트를 상기 클라이언트에 재설치 요청하는 단계를 더 포함한다.
또한, 상기 장치관리 스케줄링 방법은 상기 클라이언트가 상기 응답을 전송 후, 상기 수행조건을 모니터링하는 단계와; 상기 모니터링에 따라, 상기 클라이언트가 사용자에게 해당 장치관리 명령의 수행 여부를 선택적으로 확인하는 단계와; 상기 모니터링 또는 상기 확인에 따라, 상기 클라이언트가 해당 장치관리 명령을 수행하는 단계를 더 포함한다. 이때, 상기 장치관리 스케줄링 방법은 상기 클라이언트는 상기 장치관리 명령의 수행 후, 상기 장치관리 명령의 수행결과를 상기 서버에게 선별적으로 보고하는 단계를 추가로 포함할 수도 있다.

바람직하게, 상기 장치관리 스케줄링 방법은 상기 설치 요청의 처리 전에 상기 클라이언트가 상기 스케줄링 컨텍스트의 유효성을 검증하는 단계를 더 포함한다.

상기와 같은 목적을 달성하기 위하여 본 발명에 따른 장치관리 시스템은, 장치관리 명령과 상기 장치관리 명령의 수행조건이 포함된 장치관리 스케줄링 컨텍스트를 생성하여, 클라언트에 설치 요청하는 서버와; 상기 장치관리 스케줄링 컨텍스트의 설치 요청을 처리하고, 상기 장치관리 명령의 수행조건에 따라 해당 장치관리 명령을 수행하는 클라이언트를 포함한다.

바람직하게, 상기 서버는 상기 스케줄링 컨텍스트를 재생성하여, 상기 클라이언트에 변경을 요청하거나, 상기 설치된 장치관리 스케줄링 컨텍스트의 삭제를 요청할수 있다.

바람직하게, 상기 클라이언트는 상기 장치관리 명령을 수행 후, 상기 장치관리 명령의 수행결과를 서버에게 선별적으로 보고할 수 있다.

바람직하게, 상기 클라이언트는 장치관리 세션을 통해 상기 서버로부터 상기 스케줄링 컨텍스트의 설치 요청을 수신하는 제 1 모듈과; 상기 스케줄링 컨텍스트의 설치 요청을 처리하고, 상기 수행조건이 일치될 때 상기 제 1 모듈과 협력하여 해당 장치관리 명령을 수행하고, 그리고 상기 장치관리 명령의 수행결과를 상기 서버에게 선택적으로 보고하는 제 2 모듈을 포함하여 구성될 수 있다.

바람직하게, 상기 제 1 모듈은 상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 수신하여, 상기 제 2 모듈로 전달하는 기능부와; 상기 제 2 모듈과 협력하여 또는 단독으로 상기 장치관리 명령을 수행하는 기능부를 포함하여 구성될 수 있다.

바람직하게, 상기 제 2 모듈은 상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 처리하는 제1기능부와; 상기 장치관리 명령의 수행조건이 일치되는지를 지속적으로 체크하는 제2기능부와; 상기 수행조건이 일치되면, 상기 제 1 모듈과 협력하여 또는 단독으로 상기 장치관리 명령을 수행하는 제3기능부와; 상기 장치관리 명령이 수행되면, 상기 장치관리 명령의 수행결과를 보고해야할지 결정하는 제4기능부와; 상기 제4기능부에 의한 결정에 따라 상기 수행결과 또는 상태를 서버에게 보고하는 제5기능부를 포함하여 구성될 수 있다.

바람직하게, 상기 방법 및 시스템에서, 상기 스케줄링 컨텍스트는 장치관리 명령과 그 명령의 수행에 관련된 스케줄링 정보를 포함하며, XML(Extensible Markup Language) 문서 형식을 갖는다.

바람직하게, 상기 방법 및 시스템에서, 상기 스케줄링 컨텍스트는 명령 수행조건에 관한 정보요소와; 스케줄링된 장치관리 명령들에 관한 정보요소와; 사용자 인터페이스에 관한 정보요소와, 상태보고 게이팅에 관한 정보요소등을 포함한다.

바람직하게, 상기 방법 및 시스템에서, 상기 설치 요청의 처리는 상기 스케줄링 컨텍스트를 이용하여 장치관리 스케줄링 서브 트리를 생성함으로써, 달성될 수 있다. 이때, 상기 장치관리 스케줄링 서브트리는 스케줄 노드와; 장치관리 스케줄링 컨텍스트의 식별자를 나타내는 노드와; 스케줄된 장치관리 명령의 수행조건을 나타내는 노드와; 스케줄된 장치관리 명령들을 나타내는 노드와; 사용자 인터페이스에 대한 정보를 나타내는 노드와; 상기 명령의 수행 결과의 보고여부를 나타내는 노드 또는 부가적으로 상기 명령 수행 결과를 보고할 서버주소를 나타내는 노드를 포함하여 이루어질 수 있다.

바람직하게, 상기 방법 및 시스템에서, 상기 장치는 단말기, PDA, 노트북 PC 및 데스크탑 PC 등과 같은 사용자 장치를 나타낸다.

본 발명은 장치 관리나 자료 동기를 위하여 서버가 클라이언트의 장치 관리 스케줄을 동적으로 관리할 수 있는 장치관리 시스템 및 해당 시스템에서의 장치관리 스케줄링 방법을 제공한다.

또한, 본 발명은 서버가 클라이언트의 장치 관리 또는 장치관리 명령을 스케줄링하여 두고, 특정 시점 또는 상태에서 클라이언트가 자발적으로 장치(e.g.,단말)의 상태보고, 스케줄된 프로그램(진단 프로그램, 상태로깅 프로그램, 바이러스 검색프로그램)의 실행 및 사용환경 변화에 따라 최적의 파라미터 값을 사용할 수 있는 장치관리 시스템 및 해당 시스템에서의 장치관리 스케줄링 방법을 제공한다.

이를 위하여 본 발명에 따른 장치관리 시스템 및 해당 시스템에서의 장치관리 스케줄링 방법에서, 서버는 장치관리 명령과 스케줄링 정보가 포함된 DM 스케줄링 컨텍스트(Context)를 생성하여, 대상 장치의 클라이언트에 설치요청하고, 상기 클라이언트는 DM 스케줄링 컨텍스트의 설치 요청을 처리한 후, 명령 수행조건에 따라 해당 DM 명령을 수행한다. 바람직하게, 상기 DM 스케줄링 컨텍스트는 XML 문서형식을 갖는다. 바람직하게, 상기 대상 장치는 단말, PDA, 노트북 PC 및 데스크탑 PC 등과 같은 사용자 장치를 의미하며, 설명의 편의를 위하여 단말에 대하여 설명한다. 이하, 본 발명의 바람직한 실시예들을 자세히 설명하면 다음과 같다.

도 1은 본 발명에 따른 장치관리 시스템의 블록도이다.

도 1에 도시된 바와같이, 본 발명에 따른 장치관리 시스템은 장치관리(Device Management :DM) 스케줄링 컨텍스트를 생성하여 장치(e.g.,단말)로 전송하는 DM 서버(100)와, 상기 DM 서버(100)로부터 전달된 스케줄링 컨텍스트를 이용하여 단말 내부에 DM 트리를 생성하고, 명령 수행조건이 일치되면 해당되는 DM 명령을 수행하는 DM 클라이언트(200)를 포함한다.

상기 DM 클라이언트(200)는 DM 서버(100)로부터 스케줄링 컨텍스트를 수신하는 명령처리 모듈(20)과, 상기 명령처리 모듈(20)을 통해 전달된 스케줄링 컨텍스트로 DM 트리(40)를 생성한 후 명령 수행조건이 일치될 때 해당되는 DM 명령이 수행될 수 있도록 명령처리 모듈(20)에게 통보해 주며, 상기 DM 명령의 처리 결과를 명령처리모듈(20)로부터 제공받아 DM서버(100)에게 선택적으로 보고하는 스케줄링 모듈(30)을 포함한다.

상기 DM 스케줄링 컨텍스트는 DM 명령과 그 DM 명령의 수행에 관련된 스케줄을 포함하는데, 예를들면, 명령 수행조건에 관한 정보요소(Condition), 스케줄된 DM 명령들에 대한 정보요소(Commands), 사용자 인터페이스에 관한 정보요소(UserInter) 및 상태보고 게이팅(Gating)에 관한 정보요소등을 포함할 수 있다.

도 1에는 DM 클라이언트가 생성한 DM 트리의 일 예가 도시되어 있다.

도 1을 참조하면, DM 트리(40)는 적어도 하나 이상의 DM 스케줄링 서브트리(41)로 구성되며, 각 DM 스케줄링 서브트리(41)는 다수의 스케줄링 노드 즉, 스케줄노드(Sched_1), SchedID 노드, Condition 노드, Commands 노드, UserInter 노드 및 Gating 노드등을 포함한다.

상기 스케줄노드(Sched_1)는 각 장치관리 스케줄링(Sched_1,...)를 나타내며, 상기 Commands 노드와 Condition 노드를 서로 연결시키는 역할을 한다. 특히, 상기 스케줄노드(Sched_1)는 위치기준노드(placeholder)와 동일한 의미로 사용된다. 상기 Condition 노드는 DM 명령이 수행될 조건을 나타내며, 상기 Commands 노드는 명령 수행조건이 만족될 때(특정 시점과 상태에서) DM 클라이언트가 수행해야 할 스케줄된 DM 명령들을 나타낸다. 또한, 상기 UserInter 노드는 명령 수행조건이 만족될 때 사용자에게 해당 명령의 실행 여부를 확인 받아야 하는지를 나타내며, 상기 Gating 노드는 상기 DM 명령의 수행결과를 DM서버(100)에게 통보해야 하는지의 여부를 나타낸다. 또한, 상기 DM 스케줄링 서브트리(50)에는 선택사항으로 장치 관리 서버(Mgmtsvr)노드가 포함될 수 있다. 바람직하게, 상기 Mgmtsvr노드는 DM 명령의 수행결과를 보고할 서버주소를 저장하고 있다 ,또한, 상기 Mgmtsvr노드는 예를들어, 상기 처리결과를 해당 DM서버가 아닌 다른 서버로 보고할 경우 또는 각각의 처리결과에 따라 보고해야 하는 DM서버가 다른 경우, 각 노드에 대한 관리권한을 갖는 서버를 나타내는 ACL(access control list) 정보를 포함한다.

상기 DM 트리(40)는 장치내의 공통 데이타베이스(50)에 저장된 정보들을 DM서버가 모든 다양한 종류의 장치에 대하여 동일한 장치 관리 세션과 프로토콜을 통하여 원격으로 관리할 수 있도록 해주는 논리적인 자료구조를 의미한다. 상기 DM 트리(40)는 공통 데이타베이스(50)에 저장된 정보들에 대하여 이름을 부여하고, 각 정보에 접근하는 경로를 제공하며, 상기 정보의 논리적/물리적인 형식등과 같은 속성값(property)들로 구성된다.

상기 공통 데이타베이스(50)는 DM 서버(100)가 관리할 수 있는 모든 정보가 저장되는 곳으로, 상기 DM 스케줄링 서브트리(41)내의 각 노드들의 실제 값이 저장된다. 특히 Commands 노드와 Condition 노드는 각각 하나의 명령어 XML (Extensible Markup Language) 문서와 스케줄링 XML 문서에 대응된다.

상기 명령어 XML 문서는 스케줄링 조건(Condition)이 만족되는 시점과 상태에서, 상기 DM 클라이언트에 의해 처리될 DM 명령(Commands)들을 포함한다. 각 명령어들은 장치 관리 프로토콜에 의해 정의된 명령들로 구성된다.

도 2는 명령어 XML 문서의 구성을 나타내고, 도 3은 상기 명령어 XML 문서의 DTD(Document Type Definition)를 나타낸다. 도 2 및 도 3에서, 명령어 XML 문서의 root 엘리먼트는 Command 엘리먼트이며, Command 엘리먼트의 컨텐츠(Contents)로는 해당 장치 관리 프로토콜에서 정의한 명령어 엘리먼트가 들어가게 된다.

상기 DM 명령들은 DM 스케줄링 서브 트리(41)가 구성될 때 DM 클라이언트(200)가 DM 서버(100)로부터 수신하여 공통 데이터베이스(50)에 저장하며, 이후 다른 DM 세션을 통하여 변경되거나 제거될 수 있다.

상기 스케줄링 XML 문서는 명령어 XML 문서에 포함된 DM 명령(Commands)들이 수행되어질 조건을 기술하는 스케줄링 정보를 포함한다. 도 4는 스케쥴 정보 XML 문서의 구성을 나타내고, 도 5는 상기 스케줄링 정보 XML 문서의 DTD이다.

도 4 및 도 5를 참조하면, 스케쥴 정보 XML 문서는 <Sched> 엘리먼트를 root 엘리먼트로 하는 하나의 유효한 XML 문서이며, 각 정보 요소들은 스케줄링 조건들을 기술한다. 상기 스케줄링 정보는 DM 스케줄링 서브 트리(41)가 구성될 때 DM 클라이언트(200)가 DM 서버(100)로부터 수신하여 공통 데이터베이스(50)에 저장하며, 향후 다른 DM 세션을 통해 변경되거나 제거될 수 있다.

상기 스케줄링(Sched) 엘리먼트는 스케줄링 정보 XML 문서의 root 엘러먼트로서, 하나 혹은 여러 개의 심플 스케줄링(SimpSched) 엘러먼트들로 구성된다. 상기 Sched 엘러먼트는 트리거를 정의하는데, 통상 SimpSched 엘러먼트들이 정의하는 트리거의 합이 된다. 상기 트리거는 명령어 XML 문서에 포함된 DM 명령어들이 수행되어야 할 시점이나 조건이 만족되었음을 DM 클라이언트에게 알려주는 역할을 한다.

상기 SimpSched 엘리먼트는 하나의 심플 스케줄링 규격을 정의하며, 하나 혹은 여러개의 트리거를 정의한다. 여러 개의 심플 스케줄링 규격이 모여서 최종의 스케줄링 규격을 정의하게 된다. 최종 스케줄링 규격은 Sched 엘러먼트에 의해 정의된다. 상기 SimpSched 엘러먼트는 하나 이상의 기간(Dur), 주기(Per) 및 임계값(Th) 엘리먼트로 정의되는 단위 스케줄링 규격들로 구성된다. 상기 단위 스케줄링 규격들간에는 각 엘리먼트에서 발생되는 트리거가 DM 클라이언트로 전달될 수 있기 위한 조건을 상호 부여하는 관계가 형성된다. 즉, 어떤 한 단위 엘리먼트의 논리값이 '거짓'인 경우에는 다른 단위 엘리먼트에서 발생시킨 트리거가 절대로 DM 클라이언트에게 전달될 수 없다.

상기 Dur 엘리먼트는 시구간이나 특정 시점을 지정하는 단위 스케줄링 규격이다. 시구간은 Dur 엘러먼트의 논리값과 트리거를 동시에 정의하며, 특정 시점은 트리거만을 정의한다.

도 6은 기간(Dur) 엘리먼트에 대한 실시예이다.

도 6을 참조하면, Dur 엘리먼트의 내용은 아래에 기술한 특수한 문법을 따르는 평문(clear-text)으로서, 특수 연산자 '..'를 이용하여 시간범위의 시작과 끝을 구성한다. 상기 Dur 엘리먼트는 날짜와 시간으로 표현하는데, 만약 날짜와 시간이 함께 사용되면 상기 날짜가 시간 앞에 오고 'T'를 통해 각각 분리된다. 예를 들어, 2004년 7월 26일 23시 59분 59초는 2004-07-26T23:59:59로 표현한다. 그리고, 상기 Dur 엘리먼트의 최소단위는 10초로 제한하며, '*'는 '매시간마다', 'im'은 '즉시', '~'은 '계속'을 정의한다. 이때, 상기 '~'는 'im'과 같이 사용될 수 있다.

상기 주기(Per) 엘리먼트는 시간주기를 정의하는 단위 스케줄링 엘리먼트로서, 다른 단위 스케줄링 엘리먼트와 함께 사용되고, 컨디션이 '참'인 동안에는 주기적으로 연속적인 트리거를 생성한다.

상기 Per 엘리먼트는 초 단위로 주기를 정의하며, 부호없는 정수나 실수로 표현하는 수치적 텍스트이다. 상기 Per 엘리먼트는 SimpSched 엘리먼트에서 단독으로 사용될 수 없다. 상기 Per 엘리먼트에서 트리거는 관련 컨디션이 '거짓False)'인 동안에 발생될 수 없고, 상기 컨디션이 '거짓'에서 '참'으로 처음으로 변하는 때와 Per 엘리먼트에 정의된 주기로 상기 컨디션이 '참'을 유지하는 동안에 반복적으로 생성된다.

마지막으로 상기 임계치(Th) 엘리먼트는 값 범위를 정의하는 단위 스케줄링 엘리먼트로서, 두가지 다른 타입의 범위 뿐만 아니라 트리거가 발생되는 특정 값을 정의할 수 있다. 상기 Th 엘리먼트는 다른 Th 엘리먼트, Dur 엘리먼트 또는 Per 엘리먼트와 같은 다른 단위 스케줄링 엘리먼트와 함께 사용될 수 있다. 상기 Th 엘리먼트는 속성값 'Hyst'을 가지며, 특정 임계치에 대한 히스테리시스 값을 나타낸다. 상기 Th 엘리먼트는 또한 속성값 'MgmtObj'을 가지며 상기 Th 엘리먼트와 연관된 관리 객체의 URI(Unifirm Resource Indicator)를 가진다.상기 Th 엘리먼트의 내용은 아래에 기술하는 특수한 문법에 따라 작성된 평문자열(plain text string)이다.

도 7은 임계치(Th) 엘리먼트의 내용 구문을 정의한 것으로, RFC2234에 의해 정의된 ABNF(Augumented Backus-Naur Form)로 기술되었다.

도 7에 도시된 바와 같이, 상기 Th 엘리먼트의 내용은 관리객체 값과 특수 기호, 연산자로 구성되는 평문자열(plain text string)로서, 상기 연산자간의 우선순위는 도 8에 열거된 순서와 동일하다.

상기 Th 엘리먼트 내용은 IS 연산자에 의해 구분된 하나 이상의 ThContentItem으로 구성되는 ThContent로 표현된다. 이때, 상기 ThContentItem은 ThGroup과 ThRange, EventRange 중의 하나를 정의한다.

상기 ThGroup은 Threshold와 Delta의 결합 또는 TW(*)와 ThExc의 결합에 의해 표현되는 하나 이상의 트리거를 정의한다. 상기 트리거는 클라이언트에게 관련 명령이 처리되어야 한다는 것을 알리는 지시자로서, Th 엘리먼트와 Dur 엘리먼트 및 Per 엘리먼트로부터 생성될 수 있다. 이때, 상기 트리거 엘리먼트에서 발생되는 트리거는 관련 관리객체의 값에 변화와 연관이 있다.

상기 Threshold는 관련 관리객체의 어떤 값으로 정의되는 임계치를 정의하는 것으로, 임계치 범위의 경계값과 트리거, 델타를 정의할 때 사용된다.

상기 TW는 임계치 와일드카드라고 불리는 특수문자를 정의하는 것으로, 모든 관리객체 값을 표현한다. 이때, 상기 관리객체 값의 변화에 대해 트리거가 발생되지만 상기 임계치 와일드 카드는 조건에 대해서는 정의하지 않는다.

상기 ThExc는 다른 임계치 그룹으로부터 제외된 임계치를 정의하는 것으로, 대부분 임계치 와일드 카드와 함께 사용된다.

상기 Delta는 하나 이상의 임계치로 구성되고, 각 임계치는 각 델타를 나타낸다. 이때, 상기 이벤트나 범위는 델타로 사용될 수 없다. 상기 델타는 양수 또는 음수, 정수 또는 실수로서, 추가적인 트리거를 정의하고 그 값은 n*델타에 기준값을 더한 값이다(여기서, n은 정수). 만약, 임계치와 델타가 함께 사용된다면, 상기 기준값은 임계치가 되고, 임계치 범위와 델타가 함께 사용된다면, 상기 기준값은 델타의 부호나 임계치 범위의 어떤 쪽이 개방되었는지에 따라 결정될 것이다. 예를 들어, '100,(10)'은 '100, 110, 120,..'이 되고, '..200,(-10)'은 '...180, 190, 200'이 될 것이다. 상기 델타는 관련 관리객체 값 사이에 양적인 관계가 존재하는 경우에만 유효하다. 상기 델타는 독립적으로 사용될 수 없으며, 임계치나 ThRange와 함께 사용되고 EventRange나 ThGroup과는 함께 사용될 수 없다.

상기 ThRange는 임계치 범위를 정의하는 것으로, 컨디션을 정의하기 위해 사용되지 만 트리거도 발생할 수 있다. 상기 임계치 범위는 어느 한쪽 범위가 개방될 수 있으며, 양쪽 범위가 모두 개방된 특수범위는 임계치 범위 와일드카드라고 부른다. 상기 임계치 범위 와일드 카드는 독립적으로는 어떤 일도 할 수 없지만, ThRangeExc와 함께 사용될 때 유용하다. 상기 임계치 범위가 정의하는 컨디션의 논리값이 처음으로 '참' 되는 경우에 트리거가 발생되며, 이후 컨디션의 논리 값이 변경될때마다 트리거가 발생된다.

상기 ThRangeExc 엘리먼트는 특정 임계치 범위로부터 제외되는 것을 나타내기 위해 하나 이상의 TREP로 구성한다. 이때, 상기 TREP는 상기 ThRangeExc에서만 사용되는 구성요소이다.

상기 EventRange 엘리먼트는 이벤트 범위를 설명하는 것으로, 컨디션과 트리거를 상기 ThRange처럼 정의할 수 있다. 이때, 상기 이벤트 범위의 경계값은 시작과 끝을 나타내는 Event 엘리먼트들에 의해 표현된다. 상기 이벤트 범위의 시작 Event가 발생하면 EventRange 엘리먼트가 나타내는 컨디션의 논리값은 '참(True)이 되고, 끝을 나타내는 이벤트가 발생하면 상기 컨디션의 논리값이 '거짓'이 된다. 상기 이벤트는 관리객체 값이 어떤 특정값이 되거나 어떤 범위내에 들게 되는 사건을 의미하며, 따라서 상기 이벤트를 나타내기 위해 임계치와 임계치의 그룹, 임계치의 범위가 사용될 수 있다. 예를 들어, 관리객체 값이 특정값이 되거나 주어진 값의 범위로 떨어지는 사건은 이벤트가 될 수 있다. 상기 이벤트의 범위는 어느 한쪽 또는 양쪽이 개방될 수 있으며, 양쪽이 개방된 범위는 이벤트 범위 와일드카드라고 부른다.

도 8은 상기 Th 엘리먼트에서 사용되는 연산자와 특수 기호의 정의를 나타내는 도면이고, 도 9는 상기 Th 엘리먼트의 속성들을 도시한 도면이며, 도 10은 상기 Th 엘리먼트 이용하여 DM스케줄링 컨텍스트를 구성한 실시예이다.

도 10의 실시예는 'Get'에 대한 DM스케줄링 컨텍스트로서, 1200, 1400,...,3000과 동일한 경우와 1800과 3000 사이의 값을 가지는 동안 60초마다 노드값의 'Get'명령을 처리하도록 지시하는 DM스케줄링 컨텍스트이다.

도 11은 도 1에 도시된 장치관리 시스템의 상세 구성도이다.

도 11에 도시된 바와같이, DM서버(100)와 DM클라이언트(200)(스케줄링 모듈 및 명령처리 모듈)내에는 스케줄링 생성/설정, DM스케줄링 수행, DM케줄링 변경/삭제, DM스케줄링 상태보고등을 수행하는데 필요한 다수의 기능부들을 포함하고 있다.

상기 DM서버(100)에 구비된 스케줄링 컨텍스트 생성/변경 기능부(11)는 DM 스케줄링 컨텍스트를 생성한 후 DM 클라이언트(200)의 명령처리모듈(20)로 DM스케줄링 컨텍스트의 설치 또는 변경을 요청하는 역할을 수행한다.

스케줄링 컨텍스트 설치/재구성 기능부(31)는 명령 처리모듈(20)의 요청 전달 기능부(21)를 통해 DM서버(100)로부터 스케줄링 컨텍스트 설치/변경을 요청받아, DM 스케줄링 서브트리(Scheduling Sub-Tree)를 생성함으로써 DM 트리를 생성하는 역할을 한다. 상기 스케줄링 컨텍스트 설치/재구성 기능부(31)는 상기 스케줄링 컨텍스트를 설치하기 전에 필요한 경우 사용자 확인을 받을 수도 있다.

명령 수행 조건확인 기능부(32)는 DM 스케줄링 서브트리내의 스케줄된 명령 수행 조건(Condition)을 확인하여 그 명령 수행조건이 일치되는 상태를 지속적으로 체크하는 기능부이다. 상기 명령 수행 조건의 일치 여부는 예를들면, DM트리상에 존재하는 다른 관리객체의 값이 기 설정된 임계값에 도달하거나, 특정 시점이 되거나, 장치에서 특정 이벤트가 발생하였는가에 의해 판단될 수 있다. 상기 명령 수행조건이 일치되면 명령 수행 조건확인 기능부(32)는 DM 스케줄링 서브트리내의 사용자 인터페이스(UserInter)의 정보에 따라 필요한 경우 사용자 확인 절차를 수행한다.

DM명령 수행 기능부(33)는 명령 수행 조건확인 기능부(32)에서 명령 수행조건이 일치되거나 사용자가 장치관리 작업을 허가할 경우 명령 처리모듈(20)의 명령 수행 기능부(22)로 DM명령 수행을 요청하는 역할을 수행한다.

명령 수행 기능부(22)는 명령 수행 조건확인 기능부(32)의 DM명령 수행 요청에 따라 DM 스케줄링 서브트리내에 스케줄된 DM명령들을 수행하고, 응답 메시지를 통하여 명령 수행 결과(Status/Result/Generic Alert)를 스케줄링 모듈(30)로 전달한다. 상기 응답 메시지는 예를 들어, 명령 수행이 정상적으로 이루어졌다든지, 어떤 원인에 의해 오류가 발생하였든지, 수행 후 장치의 상태가 어떠한지 등에 관한 명령 수행 결과 코드를 포함한다.

상태보고 Gating 기능부(34)는 DM서버(100)로 보고할 데이터를 필터링하는 기능부로서, DM 스케줄링 서브트리내의 Gating 노드 값에 따라 명령 수행 기능부(22)로부터 전달된 명령 수행결과(Status/Result/Generic Alert)가 DM서버(100)에게 보고되어야 하는지를 판단한다.

스케줄링 컨텍스트 상태보고 기능부(35)는 상기 상태보고 Gating(34)에서 전달된 명령 수행결과(Status/Result/Generic Alert)를 DM서버(100)로 보고하며, Mgmtsvr 노드의 ACL정보를 이용하여 상기 명령 수행 결과를 다른 서버로 보고할 수 도 있다. 상기 스케줄링 컨텍스트 상태보고 기능부(35)는 소정 프로토콜(예를 들어 Generic Alert)을 이용하여 상태 보고 PDU (Protocol Data Unit)를 전송하여 DM스케줄링 컨텍스트 상태 보고 절차를 수행한다.

바람직하게, 상기 상태 보고 PDU는 기본적으로 Status 명령어, Result 명령어, Generic Alert 명령어를 전송하기 위한 PDU들(Status PDU, Result PDU, Generic Alert PDU)을 포함하며, 사용자가 실행중인 장치관리 스케줄링 컨텍스트에 대한 종료 요청 PDU(Terminate Request PDU)를 포함한다.

그리고, 상기 스케줄링 모듈(30)의 명령수행 조건확인 기능부(32)와 DM 명령 수행부(33)는 필요에 따라 하나의 기능부로 통합될 수 있으며, 상기 상태보고 Gating 기능부(34) 역시 필요에 따라 스케줄링 컨텍스트 상태보고 기능부(35)와 통합될 수 있다(점선 표시).

이와 같이 구성된 본 발명에 따른 장치관리 시스템에서 장치관리(DM) 스케줄링의 수행/변경/삭제 및 DM스케줄링 상태 보고 동작을 첨부된 도면을 참조하여 보다 상세히 설명하면 다음과 같다. 이 경우 상기 DM서버(100)와 DM 클라이언트(200)간에 장치관리 세션이 설립되는데, 그 세션 설립과정에서 DM 서버(100)와 DM 클라이언트(200)간 인증절차가 수행된다.

장치관리 스케줄링 설정 기능

장치관리 스케줄링 설정은 DM 서버가 장치관리(DM) 스케줄링 컨텍스트를 생성한 후 DM 세션을 연결하고 DM 프로토콜을 통해 상기 DM 스케줄링 컨텍스트를 장치(e.g., 단말기)로 전달함으로써 요청된다.

즉, 도 11 및 도 12에 도시된 바와같이, DM서버(100)의 스케줄링 컨텍스트 생성/변경 기능부(11)는 DM명령과 그 DM명령의 수행에 관한 스케줄을 포함하는 스케줄링 컨텍스트를 생성한 다음 DM 프로토콜을 통해 대상 장치(e.g.,단말기)로 전달한다(S10). 이 경우, 스케줄링 컨텍스트 생성/변경 기능부(11)는 ADD명령을 사용하여 DM명령들을 add하며, Automic명령을 사용하여 스케줄링될 모든 DM 명령을 그룹으로 묶어, 상기 장치로 하여금 한 그룹의 DM 명령들을 함께 처리하도록 한다. 또한, 추가적으로 상기 스케줄링 컨텍스트 생성/변경 기능부(11)는 상기 Automic명령 내부에 UI Alert명령을 포함시켜, 상기 장치가 해당 스케줄링 컨텍스트를 설치하기 전에 사용자의 확인을 받을 수 있다.

상기 DM서버(100)로부터 DM클라이언트(200)로 전송된 스케줄링 컨텍스트는 명령처리모듈(20)의 요청전달 기능부(21)를 통해 스케줄링 모듈(30)의 스케줄링 컨텍스트 설치/재구성 기능부(31)로 전달된다(S11).

상기 스케줄링 컨텍스트 설치/재구성 기능부(31)는 UI Alert명령에 따라 사용자 확인을 받은 후 상기 DM 스케줄링 컨텍스트로 DM 트리(40)를 생성함으로써 상기 DM 스케줄링 컨텍스트를 설치한다. 상기 DM 스케줄링 컨텍스트의 설치는 도 1에 도시된 바와같이, DM 트리(40)상에 적어도 하나 이상의 스케줄링 노드(=장치관리 객체)를 갖는 DM 스케줄링 서브트리(DM Scheduling sub-Tree)(41)를 생성함으로써 이루어진다. 상기 DM 트리가 형성될 때 다수의 스케줄링 노드의 실제 값이 공통 데이타베이스(50)에 저장되며, 특히 유효한 XML 문서형식을 갖는 Condition 노드와 Commands 노드의 값은 명령어 XML 문서와 스케줄링 정보 XML 문서에 각각 저장된다.

또한, 상기 DM 스케줄링 서브트리(41)를 생성할 때 스케줄링 컨텍스트 설치/재구성 기능부(31)는 전송된 DM 스케줄링 컨텍스트의 XML 문서의 문법(Syntax)과 문맥(Context)이 올바른지, 지원 가능한 요구인지(서버의 엑세스 권한, 클라이언트의 capability 등)를 검증하며, 이후 DM 스케줄링 컨텍스트 설치 요청에 대한 처리결과를 DM 서버(100)에게 알려준다(점선표시).

장치관리 스케줄링 수행 기능

일단 XML 문서에 대한 검증이 성공적으로 끝나 DM 트리(40) 즉, 하나의 DM 스케줄링 서브트리(41)가 생성되면, DM 클라이언트(200)는 데이타베이스(50)의 스케줄링 정보 XML 문서를 해석하여 스케줄링 프로세스를 실행시킨다. 즉, 하나의 DM 스케줄링 서브트리(41)가 생성되면, 명령 수행조건 확인 기능부(32)는 스케줄 정보 XML문서로부터 DM 스케줄링 컨텍스트의 DM 명령 수행조건(condition) 정보를 일정 주기(Th 엘러먼트의 Interval 속성)로 읽어, DM명령 수행조건이 일치되는 상태를 지속적으로 점검한다(S12). 상기 명령 수행 조건의 일치 여부는 예를들면, DM트리상에 존재하는 다른 관리객체의 값이 주어진 임계값에 도달하거나, 특정 시점이 되거나, 장치에서 특정 이벤트가 발생하였는가에 의해 판단될 수 있다.

상기 명령 수행조건이 일치되면 DM 스케줄링 서브트리(41)내의 사용자 인터페이스(UserInter)의 정보에 따라 사용자의 확인이 필요한 경우에는 사용자 확인 절차를 거친다. 상기 사용자 확인 절차에서는 사용자에게 DM 명령 수행에 관한 안내문을 화면에 나타내어 사용자가 허가 또는 취소할 수 있도록 한다. 만약, 사용자가 DM 명령 수행을 취소하면, 명령 수행조건 확인 기능부(32)는 스케줄링된 DM명령들을 수행하지 않고 다시 명령 수행 조건 확인 절차를 수행한다.

만약, 상기 명령 수행 조건확인 기능부(32)에서 명령 수행조건이 일치되거나 사용자가 장치관리 작업을 허가하면(S13), DM 명령 수행부(33)는 명령 처리모듈(20)의 명령 수행 기능부(22)로 DM명령 수행을 요청한다(S14). 상기 DM 명령 수행부(33)의 요청에 따라 명령 수행 기능부(22)는 DM 스케줄링 서브트리(41)내에 스케줄된 DM 명령들을 수행하고, 응답 메시지를 통하여 명령 수행 결과(Status/Result/Generic Alert)를 상태 보고 Gating 기능부(34)로 전달한다(S15).

상기 Gating 기능부(34)는 DM 스케줄링 서브트리(41)의 Gating 노드값에 따라 상기 명령 수행결과(Status/Result/Generic Alert)를 DM서버(100)에게 보고할 지를 판단한다(S16).

상기 Gating 기능부(34)는 Gsting 노드값에 따라 일부 DM명령 수행결과를 스케줄링 컨텍스트 상태보고 기능부(35)로 제공하고(S17), 스케줄링 컨텍스트 상태보고 기능부(35)는 해당 명령 수행 결과를 명령처리 모듈(20)의 상태보고 전달 기능부(23)를 통하여 DM서버(100)의 상태보고처리 기능부(11)로 보고한다(S18,S19). 이때, 스케줄링 컨텍스트 상태보고 기능부(35)는 소정 프로토콜(예를 들어 Generic Alert)을 이용하여 상태 보고 PDU(Protocol Data Unit)를 전송하여 DM스케줄링 컨텍스트 상태 보고 절차를 수행한다. 상기 상태 보고 PDU는 기본적으로 Status 명령어, Result 명령어, Generic Alert 명령어를 전송하기 위한 PDU들(Status PDU, Result PDU, Generic Alert PDU)을 포함한다.

즉, 도 13에 도시된 바와같이, DM 서버(100)가 DM 스케줄링 컨텍스트를 전달하여 DM스케줄링의 생성을 요청한다(S50). 상기 DM스케줄링의 생성을 요청받은 DM 클라이언트(200)는 해당 명령(요청)을 검증하고, 상기 DM 스케줄링 컨텍스트를 이용하여 DM스케줄링 서브트리를 생성한 후 그 결과를 DM 서버(100)로 전송한다(S51,S52). 이후, DM 클라이언트(200)는 상기 DM스케줄링 서브트리의 명령 수행조건을 체크하여(S53) 해당 조건이 만족될 경우 스케줄된 DM명령을 처리한 후(S54) 그 처리결과를 선택적으로 DM 서버(100)에게 보고한다(S55).

장치관리 스케줄링 변경 기능

장치관리 스케줄링의 변경은 DM 서버(100)가 이미 설치된 DM 스케줄링 컨텍스트를 변경한 후 DM프로토콜을 통하여 상기 변경된 DM 스케줄링 컨텍스트를 장치로 전달함으로써 요청되며(DM스케줄링 컨텍스트 전달 절차), 그 신호 흐름은 전술한 장치관리 스케줄링 수행과 동일하다. 이 경우에는 장치내에 이미 DM스케줄링 서브트리(41)가 존재하기 때문에 주로 Replace 명령이 사용될 수 있다. 상기 DM서버(100)는 DM스케줄링 컨텍스트 전달 절차를 수행할 때 Automic명령을 전송하여, DM클라이언트(200)가 스케줄링될 모든 장치관리 명령을 그룹별로 관리할 수 있도록 한다. 또한, 상기 DM 스케줄링 컨텍스트 전달 절차를 수행할 때는 Automic명령 내부에 UI Alert명령을 포함시켜 DM 스케줄링 컨텍스트 변경 절차를 수행하기 전에 사용자 확인을 받도록 한다. 사용자 확인을 받고 나면 DM 클라이언트(100)의 DM 스케줄링 컨텍스트 설치/재구성 기능부(31)는 장치내부에 DM 스케줄링 컨텍스트를 재구성한다.

즉, DM 스케줄링 컨텍스트 설치/재구성 기능부(31)는 전달받은 새로운 DM 스케줄링 컨텍스트를 이용하여 DM 트리(40)내의 새로운 장치관리 스케줄링 서브트리(DM Scheduling sub-Tree)를 생성한 후 DM 스케줄링 컨텍스트 변경 요청에 대한 처리결과를 DM 서버(100)에게 알려준다(점선표시).

즉, 도 14에 도시된 바와같이, DM 서버(100)가 새로운 DM 스케줄링 컨텍스트를 전달하여 DM스케줄링의 변경을 요청한다(S60). 상기 DM스케줄링의 변경을 요청받은 DM 클라이언트(200)는 해당 명령(요청)을 검증하고, 상기 새로운 DM 스케줄링 컨텍스트를 이용하여 DM스케줄링 서브트리를 변경한 후 그 결과를 DM 서버(100)로 전송한다(S61,S62).

장치관리 스케줄링 삭제 기능

장치관리 스케줄링의 삭제는 DM 서버(100)가 이미 생성된 DM 트리 즉, DM트리내의 DM 스케줄링 서브트리(41)를 삭제하는 것을 말한다. DM 스케줄링 컨텍스트 제거 요청은 DM서버(100)의 스케줄링 컨텍스트 제거요청 기능부(12)에서 DM 클라이언트(200)의 스케줄링 컨텍스트 삭제 기능부(34)로 전달된다(S20). 이때, 스케줄링 컨텍스트 제거요청 기능부(12)는 삭제대상이 되는 DM 스케줄링 서브트리(41)의 URI를 이용한 Delete 장치관리 명령을 스케줄링 컨텍스트 삭제 기능부(34)로 전송한다. 따라서, 스케줄링 컨텍스트 삭제 기능부(36)는 해당 DM 스케줄링 서브트리(41)를 삭제함으로써 이미 설치된 장치관리 스케줄링 컨텍스트를 삭제하고 그 결과를 상기 스케줄링 컨텍스트 제거요청 기능부(12)로 통보한다(S21).

즉, 도 15에 도시된 바와같이, DM 서버(100)는 Delete 장치관리 명령을 DM 클라이 언트(100)로 전달하여 DM스케줄링의 삭제를 요청한다(S70). 상기 DM스케줄링의 삭제를 요청받은 DM 클라이언트(200)는 해당 명령(요청)을 검증한 후 기존의 DM스케줄링 서브트리를 변경하고 그 결과를 DM 서버(100)로 전송한다(S71,S72).

장치관리 스케줄링 상태 보고 기능

앞에서 우리는 상태보고 게이팅에 의하여 장치관리 스케줄링 상태 보고가 수행되는 경우 즉, 명령 처리결과가 DM서버(100)로 보고하는 경우를 설명하였다. 그런데, 장치관리 스케줄링 상태 보고는 명령 수행 조건 확인 절차 수행 중에 오류가 발생하거나, 사용자 확인 절차를 수행할 때 사용자가 스케줄링 컨텍스트의 종료를 요구한 경우에도 발생될 수 있다. 이 경우에도 스케줄링 컨텍스트 상태보고 기능부(35)는 DM스케줄링 컨텍스트 상태 보고 PDU들을 DM(100)서버로 전송하고, 상기 제어 PDU들을 수신한 DM서버(100)의 상태처리 보고 기능부(11)는 DM스케줄링 컨텍스트 상태 보고 처리 절차를 수행한다.

상술한 바와 같이, 본 발명은 서버로 하여금 장치관리(DM) 명령과 스케줄링 정보가 포함된 DM 스케줄링 컨텍스트를 장치내의 클라이언트로 전송하고, 상기 클라이언트는 DM 스케줄링 컨텍스트를 설치한 후 스케줄 조건에 따라 해당 DM 명령을 수행하도록 함으로써 서버가 클라이언트의 장치 관리 스케줄을 동적으로 관리할 수 있는 효과가 있다.

즉, 종래에는 장치 관리 서버가 단말의 어떤 상태를 확인하기 위해선 주기적으로 장치 관리 세션을 생성하고 단말기의 상태를 질의해야만 했다. 이러한 방식은 많은 통신 자원만 소요하고도 별다른 효과를 얻지 못하는 경우가 많고 결과적으로 통신 자원의 낭비와 단말의 배터리 사용 시간을 단축 시킨다. 따라서, 본 발명에서와 같이 단말이 어떤 특정 상황이 되었을 때 그 상태를 서버에게 보고하도록 하면 상기 문제점들을 개선할 수 있다.

그리고, 단말에는 많은 프로그램들 예를들어, 진단 프로그램, 상태 로깅 프로그램, 바이러스 검색 프로그램등이 설치되거나 존재할 수 있다. 본 발명을 활용할 경우 장치 관리 서버는 원하는 시점이나 상태에서 상기 프로그램들이 실행되도록 스케줄링할 수 있다. 일단 프로그램의 실행이 스케줄링되면 서버는 프로그램을 매번 실행하기 위하여 장치 관리 세션을 일일이 설립할 필요가 없기 때문에 무선 자원을 절약할 수 있다. 이러한 점은 장치 관리 클라이언트와 서버간에 통신 채널을 연결할 수 없는 상황에서 매우 유용하다.

또한, 단말에는 단말이 올바로 동작할 수 있도록 하기 위한 무수한 파라미터들이 존재한다. 이러한 파라미터들은 단말이 최적의 성능을 낼수 있도록 선택된 값으로 결정된다. 그런데, 단말이 사용중에 사용 환경이 변화되면 그에 따른 최적의 파라미터 값이 달라질 수도 있다. 따라서, 본 발명을 활용할 경우 서버는 단말기가 처한 환경을 감지하여 그에 따라 최적의 파라미터값을 사용하도록 스케줄링할 수 있다. 이러한 파라미터값의 조정은 별도의 장치 관리 세션 없이 스케줄링되기 때문에 실시간으로 실행될 수 있기 때문에 사용자 만족과 우수한 성능을 제공할 수 있다.

본 발명은 도면에 도시된 실시예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims

서버가 장치관리 명령 및 상기 장치관리 명령의 수행조건이 포함된 스케줄링 컨텍스트를 생성하는 단계와;

상기 서버가 상기 스케줄링 컨텍스트를 클라이언트에 설치 요청하는 단계와;

상기 클라이언트가 상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 처리하는 단계와;

상기 클라이언트가 상기 요청의 처리 완료 후, 상기 서버로 응답을 전송하는 단계를 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제1항에 있어서,

상기 서버가 상기 스케줄링 컨텍스트를 변경하는 단계와;

상기 서버가 상기 변경된 스케줄링 컨텍스트를 상기 클라이언트에 수정 요청하는 단계를 추가로 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제1항에 있어서,

상기 서버가 상기 설치된 스케줄링 컨텍스트의 삭제를 상기 클라이언트에 요청하는 단계를 더 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제1항에 있어서, 상기 응답을 전송 후,

상기 클라이언트가 상기 수행조건을 모니터링하는 단계와;

상기 모니터링에 따라, 상기 클라이언트가 사용자에게 해당 장치관리 명령의 수행 여부를 선택적으로 확인하는 단계와;

상기 모니터링 또는 상기 확인에 따라, 상기 클라이언트가 해당 장치관리 명령을 수행하는 단계를 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제4항에 있어서,

상기 클라이언트는 상기 장치관리 명령의 수행 후, 상기 장치관리 명령의 수행결과를 상기 서버에게 선별적으로 보고하는 단계를 추가로 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제1항에 있어서, 상기 스케줄링 컨텍스트는

Add명령, Automic명령 및 UI alert명령과 함께 전달되는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제1항에 있어서, 상기 스케줄링 컨텍스트는

상기 장치관리 명령들에 관한 정보요소와;

상기 장치관리 명령의 수행조건에 관한 정보요소와;

사용자 인터페이스에 관한 정보요소와

상태보고 게이팅(Gating)에 관한 정보 요소 중 적어도 하나 이상을 포함하고,

상기 스케줄링 컨텍스트는 XML (Extensible Markup Language) 문서 형식인 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제7항에 있어서, 상기 수행조건에 관한 정보요소는

적어도 하나 이상의 심플 스케줄링 엘리먼트로 구성되며,

여기서, 상기 심플 스케줄링 엘리먼트는 하나 이상의 단위 스케줄링 엘리먼트로 구성되는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제8항에 있어서, 상기 단위 스케줄링 엘리먼트는

특정 시간값이나 시간범위를 정하는 기간 엘리먼트와;

시간 주기를 지정하는 주기 엘리먼트와;

장치관리 클라이언트의 내부상태나 정보에 대한 스케줄링 규칙을 정의하는 임계값 엘리먼트로 구성된 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제1항에 있어서,

상기 설치 요청의 처리 전에 상기 클라이언트가 상기 스케줄링 컨텍스트의 유효성을 검증하는 단계를 더 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제 1항에 있어서, 상기 설치요청 처리 단계에서는

상기 스케줄링 컨텍스트를 이용하여, 적어도 하나 이상의 장치관리 스케줄링 서브 트리를 생성하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제 11항에 있어서, 상기 장치관리 스케줄링 서브 트리는

장치관리 스케줄을 나타내는 제 1 노드와;

상기 스케줄링 컨텍스트의 식별자를 나타내는 제 2 노드와;

상기 장치관리 명령의 수행조건을 나타내는 제 3 노드와;

상기 장치관리 명령들을 나타내는 제 4 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제 12항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 수행조건이 만족될 때, 해당 장치관리 명령의 실행 여부를 사용자에게 확인하여야 하는지를 나타내는 제 5 노드와;

상기 장치관리 명령의 수행결과를 DM 서버에게 통보해야 하는지의 여부를 나타내는 제 6 노드 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제 12항에 있어서, 상기 장치관리 스케줄링 서브 트리는

Sched_x 노드와;

SchedId 노드와;

Condition 노드와;

Commands 노드와;

UserInter 노드와;

Gating 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.

여기서 상기 x는 1,2,3,4,,,이다
제15항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 명령 수행 결과를 보고할 서버주소를 나타내는 장치 관리 서버(Mgmtsvr) 노드를 추가로 포함하는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
제1항에 있어서, 상기 장치는

단말기, PDA, 노트북 PC 및 desktop PC 등과 같은 사용자 장치를 나타내는 것을 특징으로 하는 시스템에서의 장치관리 스케줄링 방법.
장치관리 명령과 상기 장치관리 명령의 수행조건이 포함된 장치관리 스케줄링 컨텍스트를 생성하여, 클라언트에 설치 요청하는 서버와;

상기 장치관리 스케줄링 컨텍스트의 설치 요청을 처리하고, 상기 장치관리 명령의 수행조건에 따라 해당 장치관리 명령을 수행하는 클라이언트를 포함하는 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 서버는

상기 스케줄링 컨텍스트를 상기 클라이언트에 수정을 요청하거나,

상기 설치된 장치관리 스케줄링 컨텍스트의 삭제를 요청할 수 있는 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 클라이언트는

상기 설치 요청을 처리하기 전에 상기 스케줄링 컨텍스트의 유효성을 검증할 수 있는 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 클라이언트는

상기 장치관리 명령을 수행 후, 상기 장치관리 명령의 수행결과를 서버에게 선별적으로 보고하는 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 서버는

상기 장치관리 스케줄링 컨텍스트를 생성하여 상기 클라이언트에 설치, 수정 또는 삭제를 요청하는 제 1 모듈과;

상기 클라이언트로부터의 상태보고를 처리하는 제 2 모듈을 포함하는 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 클라이언트는

장치관리 세션을 통해 상기 서버로부터 상기 스케줄링 컨텍스트의 설치 요청을 수신하는 제 1 모듈과;

상기 스케줄링 컨텍스트의 설치 요청을 처리하고, 상기 수행조건이 일치될 때 상기 제 1 모듈과 협력하여 해당 장치관리 명령을 수행하고, 그리고 상기 장치관리 명령의 수행결과를 상기 서버에게 선택적으로 보고하는 제 2 모듈을 포함하는 것을 특징으로 하는 장치관리 시스템.
제22항에 있어서, 상기 제 1 모듈은

상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 수신하여, 상기 제 2 모듈로 전달하는 기능부와;

상기 제 2 모듈과 협력하여 또는 단독으로 상기 장치관리 명령을 수행하는 기능부를 포함하는 것을 특징으로 하는 장치관리 시스템.
제22항에 있어서, 상기 제 2 모듈은

상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 처리하는 제1기능부와;

상기 장치관리 명령의 수행조건이 일치되는지를 지속적으로 체크하는 제2기능부와;

상기 수행조건이 일치되면, 상기 제 1 모듈과 협력하여 또는 단독으로 상기 장치관리 명령을 수행하는 제3기능부와;

상기 장치관리 명령이 수행되면, 상기 장치관리 명령의 수행결과를 보고해야할지 결정하는 제4기능부와;

상기 제4기능부에 의한 결정에 따라 상기 수행결과 또는 상태를 서버에게 보고하는 제5기능부를 포함하는 것을 특징으로 하는 장치관리 시스템.
제24항에 있어서, 상기 제2기능부는

상기 수행조건이 일치되면, 선택적으로 사용자 확인 절차를 수행하는 것을 특징으로 하는 장치관리 시스템.
제24항에 있어서, 상기 제5기능부는

상기 수행결과를 다른 서버로 보고할 수 있는 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 스케줄링 컨텍스트는

XML (Extensible Markup Language) 문서 형식을 갖으며, Add명령, Automic명령 및 UI alert명령과 함께 전달되는 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 스케줄링 컨텍스트는

상기 장치관리 명령들에 관한 정보요소와;

상기 장치관리 명령의 수행조건에 관한 정보요소와;

사용자 인터페이스에 관한 정보요소와;

상태보고 게이팅(Gating)에 관한 정보요소 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 장치관리 시스템.
제28항에 있어서, 상기 명령 수행조건에 관한 정보요소는

적어도 하나 이상의 심플 스케줄링 엘리먼트로 구성되며,

여기서, 상기 심플 스케줄링 엘리먼트는 하나 이상의 단위 스케줄링 일리먼트로 구성되는 것을 특징으로 하는 장치관리 시스템.
제29항에 있어서, 상기 단위 스케줄링 엘리먼트는

특정 시간값이나 시간범위를 정하는 기간 엘리먼트와;

시간 주기를 지정하는 주기 엘리먼트와;

장치관리 클라이언트의 내부상태나 정보에 대한 스케줄링 규칙을 정의하는 임계값 엘리먼트로 구성된 것을 특징으로 하는 장치관리 시스템.
제17항에 있어서, 상기 클라이언트는

상기 스케줄링 컨텍스트를 이용하여 장치관리 스케줄링 서브 트리를 생성함으로써, 상기 설치 요청을 처리하는 것을 특징으로 하는 장치관리 시스템.
제 31항에 있어서, 상기 장치관리 스케줄링 서브 트리는

장치관리 스케줄을 나타내는 제 1 노드와;

상기 스케줄링 컨텍스트의 식별자를 나타내는 제 2 노드와;

상기 장치관리 명령의 수행조건을 나타내는 제 3 노드와;

상기 장치관리 명령들을 나타내는 제 4 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 장치관리 시스템.
제 32항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 수행조건이 만족될 때, 해당 장치관리 명령의 실행 여부를 사용자에게 확인하여야 하는지를 나타내는 제 5 노드와;

상기 장치관리 명령의 수행결과를 DM 서버에게 보고해야 하는지의 여부를 나타내는 제 6 노드 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 장치관리 시스템.
제31항에 있어서, 상기 장치관리 스케줄링 서브 트리는

Sched_x 노드와;

SchedId 노드와;

Condition 노드와;

Commands 노드와;

UserInter 노드와;

Gating 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 장치관리 시스템.

여기서 상기 x는 1,2,3,4,,,이다
제34항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 명령 수행 결과를 보고할 서버주소를 나타내는 장치 관리 서버(Mgmtsvr) 노드를 추가로 포함하는 것을 특징으로 하는 장치관리 시스템.
장치관리 명령 및 상기 장치관리 명령의 수행조건을 포함하는 스케줄링 컨텍스트의 설치 요청을 서버로부터 수신하는 단계와;

상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 처리하는 단계와;

상기 요청의 처리 완료 후, 상기 서버로 응답을 전송하는 단계를 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제36항에 있어서,

상기 서버로부터 스케줄링 컨텍스트의 수정 요청을 수신하는 단계를 더 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제36항에 있어서,

상기 서버로부터 상기 스케줄링 컨텍스트의 삭제 요청을 수신하는 단계를 더 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제36항에 있어서, 상기 스케줄링 컨텍스트는

상기 장치관리 명령들에 관한 정보요소와;

상기 장치관리 명령의 수행조건에 관한 정보요소와;

사용자 인터페이스에 관한 정보요소와

상태보고 게이팅(Gating)에 관한 정보 요소 중 적어도 하나 이상을 포함하며, XML (Extensible Markup Language) 문서 형식을 갖는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제36항에 있어서, 상기 응답을 전송 후,

상기 수행조건을 모니터링하는 단계와;

상기 모니터링에 따라, 사용자에게 해당 장치관리 명령의 수행 여부를 선택적으로 확인하는 단계와;

상기 모니터링 또는 상기 확인에 따라, 해당 장치관리 명령을 수행하는 단계를 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제36항에 있어서,

상기 클라이언트는 상기 장치관리 명령의 수행 후, 상기 장치관리 명령의 수행결과를 상기 서버에게 선별적으로 보고하는 단계를 추가로 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제 36항에 있어서, 상기 설치요청 처리 단계에서는

상기 스케줄링 컨텍스트를 이용하여, 적어도 하나 이상의 장치관리 스케줄링 서브 트리를 생성하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제42항에 있어서, 상기 장치관리 스케줄링 서브 트리는

장치관리 스케줄을 나타내는 제 1 노드와;

상기 스케줄링 컨텍스트의 식별자를 나타내는 제 2 노드와;

상기 장치관리 명령의 수행조건을 나타내는 제 3 노드와;

상기 장치관리 명령들을 나타내는 제 4 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제43항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 수행조건이 만족될 때, 해당 장치관리 명령의 실행 여부를 사용자에게 확인하여야 하는지를 나타내는 제 5 노드와;

상기 장치관리 명령의 수행결과를 DM 서버에게 통보해야 하는지의 여부를 나타내는 제 6 노드 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
제42항에 있어서, 상기 장치관리 스케줄링 서브 트리는

장치관리 스케줄을 나타내는 Sched_x 노드와;

상기 스케줄링 컨텍스트의 식별자를 나타내는 SchedId 노드와;

상기 장치관리 명령의 수행조건을 나타내는 Condition 노드와;

상기 장치관리 명령들을 나타내는 Commands 노드와;

상기 수행조건이 만족될 때, 해당 장치관리 명령의 실행 여부를 사용자에게 확인하여야 하는지를 나타내는 UserInter 노드와;

상기 장치관리 명령의 수행결과를 DM 서버에게 통보해야 하는지의 여부를 나타내는 Gating 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.

여기서 상기 x는 1,2,3,4,,,이다
제45항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 명령의 수행결과를 보고할 서버주소를 나타내는 장치 관리 서버(Mgmtsvr)노드를 추가로 포함하는 것을 특징으로 하는 단말에서의 장치관리 스케줄링 방법.
장치관리 명령 및 상기 장치관리 명령의 수행 조건을 포함하는 상기 스케줄링 컨텍스트의 설치 요청을 서버로부터 수신하는 제 1 모듈과;

상기 스케줄링 컨텍스트의 설치 요청을 처리하고, 상기 수행조건이 일치될 때 상기 제 1 모듈과 협력하여 해당 장치관리 명령을 수행하고, 그리고 상기 장치관리 명령의 수행결과를 상기 서버에게 선택적으로 보고하는 제 2 모듈을 포함하는 것을 특징으로 하는 이동통신 단말기.
제47항에 있어서, 상기 제 1 모듈은

상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 수신하여, 상기 제 2 모듈로 전달하는 기능부와;

상기 제 2 모듈과 협력하여 또는 단독으로 상기 장치관리 명령을 수행하는 기능부를 포함하는 것을 특징으로 하는 이동통신 단말기.
제47항에 있어서, 상기 제 2 모듈은

상기 서버로부터의 상기 스케줄링 컨텍스트의 설치 요청을 처리하는 제1기능부와;

상기 장치관리 명령의 수행조건이 일치되는지를 지속적으로 체크하는 제2기능부와;

상기 수행조건이 일치되면, 상기 제 1 모듈과 협력하여 또는 단독으로 상기 장치관리 명령을 수행하는 제3기능부와;

상기 장치관리 명령이 수행되면, 상기 장치관리 명령의 수행결과를 보고해야할지 결정하는 제4기능부와;

상기 제4기능부에 의한 결정에 따라 상기 수행결과 또는 상태를 서버에게 보고하는 제5기능부를 포함하는 것을 특징으로 하는 이동통신 단말기.
제49항에 있어서, 상기 제2기능부는

상기 수행조건이 일치되면, 선택적으로 사용자 확인 절차를 수행하는 것을 특징으로 하는 이동통신 단말기.
제49항에 있어서, 상기 제5기능부는

상기 수행결과를 다른 서버로 보고할 수 있는 것을 특징으로 하는 이동통신 단말기.
제47항에 있어서, 상기 클라이언트는

상기 스케줄링 컨텍스트를 이용하여 장치관리 스케줄링 서브 트리를 생성함으로써, 상기 설치 요청을 처리하는 것을 특징으로 하는 이동통신 단말기.
제 52항에 있어서, 상기 장치관리 스케줄링 서브 트리는

장치관리 스케줄을 나타내는 제 1 노드와;

상기 스케줄링 컨텍스트의 식별자를 나타내는 제 2 노드와;

상기 장치관리 명령의 수행조건을 나타내는 제 3 노드와;

상기 장치관리 명령들을 나타내는 제 4 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 이동통신 단말기.
제 53항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 수행조건이 만족될 때, 해당 장치관리 명령의 실행 여부를 사용자에게 확인하여야 하는지를 나타내는 제 5 노드와;

상기 장치관리 명령의 수행결과를 DM 서버에게 보고해야 하는지의 여부를 나타내는 제 6 노드 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 이동통신 단말기.
제52항에 있어서, 상기 장치관리 스케줄링 서브 트리는

Sched_x 노드와;

SchedId 노드와;

Condition 노드와;

Commands 노드와;

UserInter 노드와;

Gating 노드 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 이동통신 단말기.

여기서 상기 x는 1,2,3,4,,,이다
제56항에 있어서, 상기 장치관리 스케줄링 서브 트리는

상기 명령 수행 결과를 보고할 서버주소를 나타내는 장치 관리 서버(Mgmtsvr) 노드를 추가로 포함하는 것을 특징으로 하는 이동통신 단말기.