KR101024435B1

KR101024435B1 - 장치 관리에서 스케쥴링 태스크를 처리하기 위한 방법 및 시스템

Info

Publication number: KR101024435B1
Application number: KR1020077029910A
Authority: KR
Inventors: 치이 수; 린이 티안
Original assignee: 후아웨이 테크놀러지 컴퍼니 리미티드
Priority date: 2005-11-10
Filing date: 2006-11-06
Publication date: 2011-03-24
Also published as: WO2007054013A1; JP2012053882A; US20080127190A1; CN100421389C; CN1859177A; CN101945012B; CN101160802A; CN101160802B; CN101945012A; KR20080024480A; JP2009508241A

Abstract

장치 관리에서 스케쥴링 태스크를 처리하는 방법, 장치, 장치 관리 서버 및 시스템이 제공된다. 상기 방법은: 장치 관리 서버가 스케쥴링 태스크를 전달하는 단계; 장치가 스케쥴링 태스크의 실행 조건을 감시하는 단계; 장치가 태스크의 실행에 관한 정보를 보고하는 단계; 실행 조건에 따라서 장치 관리 서버가 태스크를 정상적으로 실행하지 않는 경우, 장치가 태스크를 전달하는 단계, 및 장치가 지침에 따라서 동작을 실행하는 단계; 및 장치가 태스크 실행 상태를 보고하는 단계를 포함한다. 이와 같이, 스케쥴링 태스크의 실행을 보증하기 위한 효과적인 메카니즘이 제공되어, 장치 관리에서의 불확실성이 감소되고, 이동 전화기 상의 장치 관리의 유연성이 제고되고, 사용자로부터의 스케쥴링 요구를 만족하며, 장치 관리 서비스의 품질을 개선할 수 있다.

장치 관리, 스케쥴링 태스크, 태스크 동작 지침, 단말기, 장치 관리 서버, 장치 관리 시스템

Description

장치 관리에서 스케쥴링 태스크를 처리하기 위한 방법 및 시스템{METHOD AND SYSTEM FOR PROCESSING A SCHEDULING TASK IN DEVICE MANAGEMENT}

본 발명은 통신 분야에 관한 것으로서, 특히, 장치 관리에 있어서 스케쥴링 태스크를 처리하기 위한 방법, 장치 및 시스템에 관한 것이다.

태스크 스케쥴링 메카니즘(task scheduling mechanism)이 산업분야에 널리 제공되어 왔다. 장치 관리 서버(device management server; DMS)는 이러한 메카니즘에 기초하여 스케쥴링 태스크 및 실행 조건을 스케쥴링할 수 있으며, 스케쥴링 태스크 및 실행 조건을 단말기에 다운로딩할 수 있다. 단말기의 상태가 스케쥴링 태스크 및 실행 조건을 만족하는 경우, 상기 태스크에 해당하는 동작이 수행될 수 있다. 이러한 방식으로, 태스크 스케쥴링 메카니즘은 단말기가 오프라인 상태에 있는 경우에도, 단말기가 주어진 시간 또는 조건하에서 서버로부터 전달된 관리 동작을 수행할 수 있도록 하는 메카니즘을 제공한다.

태스크 스케쥴링 메카니즘은 장치 관리 중 네트워크 동작의 비용을 줄이고, 장치 관리의 유연성을 개선하고, 고급 사용자의 경험을 제고하고, 사용자가 DMS와의 상호작용 없이 일정 로컬 이벤트에 적시에 응답할 수 있도록 한다. 예를 들어, 사용자는 불편함을 이유로 스케쥴링 태스크의 실행을 연기할 수 있다.

도 1은 기존 태스크 스케쥴링 메커니즘에서 장치 관리, 즉, 스케쥴링 태스크의 관리 동작 모드의 처리 흐름을 도시하며, 이는 다음의 단계를 포함한다:

단계 1, 장치 관리 서버가 단말기에 동작 통지를 개시한다.

단계 2, 단말기는 쌍방향 권한 인증이 생략된 세션 연결을 설정한다.

단계 3, 장치 관리 서버는 관리 동작 태스크를 전달한다.

단계 4, 단말기는 상기 전달된 관리 동작 태스크 정보를 사용자에게 알린다.

단계 5, 사용자는 관리 스케쥴링된 동작 태스크를 수용한다.

단계 6, 단말기가 태스크 상태를 보고한다.

단계 7, 장치 관리 서버가 관리 동작들을 장치에 발송하는 현재의 상호작용을 종료하고, 다음 상호작용을 위한 관리 동작들을 더 발송할 수 있다.

단계 8, 단말기는 관리 동작 태스크의 실행 조건을 감시한다.

단계 9, 단말기는 관리 동작 태스크를 실행한다.

단계 10, 단말기는 연결을 설정하고 태스크의 실행 상태를 보고한다.

단계 11, 장치 관리 서버는 관리 동작들을 장치에 발송하는 현재의 상호작용을 종료하고, 다음 상호작용을 위한 관리 동작들을 더 발송할 수 있다.

상기 절차를 통하여, 기존 장치 관리 규격은 스케쥴링 태스크의 관리 동작 모드를 이행할 수 있다.

그러나, 단말기 장치는 비정상 상태로 돌입할 수 있다. 예를 들어, 단말기는 전원 부족, 사용자 셋팅, 비정상 이벤트, 또는 사용자의 개입 등을 원인으로 스위치 오프될 수 있다. 지존의 스케쥴링 태스크 관리 동작 모드는 발생 가능성이 매우 높은 이러한 비정상 상태들을 다룰 수 없음이 분명하다. 이와 같이, 이러한 비정상이 발생하는 경우, 단말기의 스케쥴링 태스크는 정상적으로 실행될 수 없다. 즉, 기존 장치 관리 규격은 비정상 이벤트에 대한 지원을 결여하여, 스케쥴링 태스크의 관리 동작 모드의 불완전한 규격의 결과를 초래한다. 스케쥴링 태스크의 기존 관리 동작 모드에서는, 다음 사항을 볼 수 있다:

1. 스케쥴링 태스크 관리 동작의 실행을 보증할 수 있는 메카니즘이 결여되어 있다.

2. DMS는 통상적으로 스케쥴링 태스크 관리 동작의 실행을 추적할 수 없다.

3. 단말기 장치 관리의 불확실성이 증가한다.

4. 단말기 장치 관리의 유연성이 감소한다.

5. 사용자로부터의 스케쥴링 명령을 만족할 수 없다.

6. 단말기 장치 관리의 품질이 낮아진다.

본 발명의 실시예들은 장치 관리에서 스케쥴링 태스크를 처리하기 위한 방법, 단말기, 장치 관리 서버 및 시스템을 제공한다. 장치 관리 서버는 전달된 스케쥴링 태스크를 추적하고, 스케쥴링 태스크가 전달된 단말기에 통지하거나, 스케쥴링 태스크의 실행을 개시한다.
본 발명의 일실시예는 장치 관리에서 스케쥴링 태스크를 처리하는 방법을 제공한다. 상기 방법은:
장치 관리 서버에 의하여 전달된 스케쥴링 태스크를 수신하는 단계, 상기 스케쥴링 태스크의 실행 조건 및 태스크 추적 정책에 따라서 스케쥴링 태스크를 추적하는 단계; 및
상기 태스크 추적 정책에 따라서 상기 장치 관리 서버로 추적 정보를 보고하는 단계를 포함한다.

삭제

선택적으로, 상기 방법은 장치가 실행 조건에 따라서 태스크를 실행하지 않는 것으로 상기 보고된 추적 정보에 따라 결정되는 경우, 장치 관리 서버에 의하여, 태스크 지침을 상기 장치에 전달하는 단계, 및 상기 태스크 지침에 따라서 상기 장치에 의하여 태스크를 실행하는 단계를 더 포함할 수 있다.
선택적으로, 상기 태스크 추적 정책은 :
상기 장치가 스케쥴링 태스크를 실행하기 위한 시한에 도달하거나 경과한 경우 상기 장치 관리 서버에 통지하는 단계; 또는
상기 장치가 스케쥴링 태스크의 실행 조건이 사용자에 의하여 변경되었는지 여부를 상기 장치 관리 서버에 통지하는 단계; 또는
상기 장치가 태스크의 실행 조건이 만족되지 않았는지 여부 및 상기 장치가 정상적으로 실행되지 않는지 여부를 상기 장치 관리 서버에 통지하는 단계; 또는

소정의 이벤트 발생시 또는 소정의 시간에 자동적으로 상기 장치 관리 서버에 태스크의 정보를 보고하는 단계 중 적어도 하나의 단계를 포함할 수 있다.

삭제

선택적으로, 상기 추적 정보를 상기 장치 관리 서버에 보고하는 단계는:

상기 장치에 의하여, 단문 메시지를 이용하여, 상기 태스크의 실행 조건 및 태스크 추적 정책에 따라서 획득된 상기 추적 정보를 단문 메시지 게이트웨이에 발송하는 단계; 및 상기 단문 메시지 게이트웨이에 의하여, 상기 추적 정보를 상기 장치 관리 서버에 발송하는 단계; 또는

상기 장치에 의하여, 상기 장치와 장치 관리 서버 사이에 설정된 세션 연결을 통하여 상기 태스크의 실행 조건 및 태스크 추적 정보에 따라서 획득된 상기 추적 정보를 상기 장치 관리 서버에 보고하는 단계를 포함할 수 있다.

본 발명의 다른 실시예는 장치 관리 서버로부터 전달된 스케쥴링 태스크를 수신할 수 있는, 상기 장치 관리 서버와 통신하는 장치를 제공한다. 상기 장치는:

상기 장치 관리 서버로부터 전달된 스케쥴링 태스크를 실행하고, 태스크 실행 결과를 제공할 수 있는 태스크 실행 유닛;

비정상 태스크를 처리하고, 소정의 태스크 추적 정책에 따라서 태스크 상태 보고 유닛에게 태스크 비정상 상태를 보고할 수 있는 태스크 비정상 처리 유닛; 및

상기 태스크 실행 유닛 및 태스크 비정상 처리 유닛으로부터 제공되는 상기 태스크 실행 결과 및 태스크 비정상 상태를 상기 장치 관리 서버에게 보고할 수 있는 태스크 상태 보고 유닛을 포함할 수 있다.

선택적으로, 상기 태스크 실행 유닛은 스케쥴링 태스크를 위한 강제-실행 지침 또는 동작 선택 지침을 수신하고, 강제적인 실행 또는 상기 지침에 따른 스케쥴링 태스크와 관련하여 동작을 선택하도록 촉구하는 정보의 표시를 더 할 수 있다.

본 발명의 또 다른 실시예는 스케쥴링 태스크를 장치에 전달하고 상기 장치를 관리하는 장치 관리 서버를 제공하며, 상기 서버는:

상기 스케쥴링 태스크와 관련하여 상기 장치로부터 보고된 태스크 실행 결과 및 태스크 비정상 상태 정보를 수신할 수 있는 태스크 상태 보고 처리 유닛을 포함할 수 있다.

선택적으로, 상기 장치 관리 서버는 상기 장치가 상기 보고된 태스크 실행 결과 및 태스크 비정상 상태 정보에 따라서 스케쥴링 태스크를 실행하지 않는 실행 조건에 따라서 판단하는 경우, 태스크 지침을 상기 장치에 전달할 수 있는 태스크 내용 관리 유닛을 더 포함할 수 있고; 상기 장치는 상기 태스크 지침에 따라서 동작하고, 상기 태스크 지침은 강제-실행 지침 또는 동작 선택 지침일 수 있다.

본 발명의 또 다른 실시예는 장치 관리에서 스케쥴링 태스크를 처리하는 시스템을 제공하며, 상기 시스템은 장치 관리 서버로부터 장치로 전달된 스케쥴링 태스크를 관리하도록 적용되고,

장치에 스케쥴링 태스크를 전달하고, 상기 장치로부터 추적 정보를 획득할 수 있는 장치 관리 서버; 및

상기 스케쥴링 태스크를 수신하고, 상기 스케쥴링 태스크의 실행 조건 및 태스크 추적 정책에 따라서 스케쥴링 태스크를 추적하고, 상기 추적 정보를 상기 장치 관리 서버에게 보고할 수 있는 장치를 더 포함할 수 있다.

본 발명의 실시예들에 따른 기술적 해결방법을 이용하여, 종래의 스케쥴링 태스크의 관리 동작 모드에서의 문제점이 해결될 수 있다. 즉, 불충분한 전력, 사용자 셋 타임, 비정상적 이벤트 발생, 또는 사용자의 개입 등으로 인하여 자동적으로 장치가 스위치 오프되는 경우에도 스케쥴링 태스크가 정상적으로 실행될 수 있다. 다시 말하면, 본 발명의 실시예들은 스케쥴링 태스크의 실행을 보증하기 위한 효과적인 메카니즘을 제공하여, 장치 관리에서의 불확실성이 감소되고, 장치 관리의 유연성이 제고되고, 사용자의 스케쥴링 요구에 부응할 수 있으며, 장치 관리 서비스의 품질을 개선할 수 있다.

도 1은 종래의 스캐쥴링 태스크 관리 동작 모드를 보여주는 흐름도이고;

도 2는 OMA DM 규격에서 기능적 구성요소 모듈들 간의 관계를 보여주는 개략도이고;

도 3은 관리 트리(management tree)를 보여주는 개략도이고;

도 4는 장치 관리의 네트워크 위상(topology)을 보여주는 개략도이고;

도 5는 본 발명의 일실시예에 따른 단문 메시지를 통해 태스크 정보를 보고하는 실행 절차를 도시하는 개략도이고;

도 6은 본 발명의 일실시예에 따른 장치 관리 세션 연결을 통해 정보를 보고하는 실행 절차를 도시하는 개략도이고;

도 7은 도 6에 도시된 바와 같이, 세션 연결을 설정하고 태스크 실행에 관한 보고를 하기 위한 실행 절차를 도시하는 개략도이고;

도 8은 본 발명의 일실시예에 따라 장치 관리 서버에 의하여 추적 및 통지하기 위한 실행 절차를 도시하는 개략도이고;

도 9는 본 발명의 일실시예에 따른 정상적으로 실행되지 않고 실행을 위한 아직 최종 시한이 경과되지 않은 태스크를 처리하기 위한 실행 절차를 도시하는 개략도이고; 그리고

도 10은 본 발명의 일실시예에 따른 시스템의 구조를 나타내는 개략도이다.

이하에서, 도 2 내지 10을 참조하여 본 발명의 실시예들을 보다 상세하게 기술하기로 한다.

도 2는 장치 관리 서버 및 장치 관리 시스템의 단말기의 기능적 구성요소 모듈들 간의 관계를 도시하며, 상기 기능적 구성요소 모듈은 다음과 같다:

번역 및 인터페이스 모듈(21)은 장치 관리 및 장치 관리 서버(DMS) 내에 설정되고, 프로토콜계층 정보의 상호작용을 위하여 필요한 기능 요소이다. 이러한 모듈(21) 및 터미널 장치 관리 에이전트(22) 사이에는 인터페이스가 존재한다.

단말기 장치 관리 에이전트(22)는 프로토콜의 내용을 파싱(parse)하는데 적용되고, 장치 관리 서버로부터 전달된 관리 동작 지침을 단말기가 실행가능한 동작 지침으로 번역하고, 단말기에 통지하여 동작을 실행한다.

프로토콜의 파싱에 필요한 다른 중요한 기능적인 요소는 장치 관리 트리(23)이다.

상기 장치 관리 트리(23)은 장치 관리 서버가 장치 관리 프로토콜을 이용하 여 단말기 장치를 관리하도록 하는 인터페이스로서 고려될 수 있다.

장치 관리 트리는 몇몇 기본 관리 객체들(objects)을 포함한다. 장치 관리 서버는 관리 트리 상의 객체들에 대하여 몇몇 동작을 수행함으로써 단말기 장치의 자원을 조절할 수 있다.

장치 관리 트리(23)는 도 3에 도시된 바와 같다. 상기 장치 관리 트리(23)에서, 장치에서 이용가능한 모든 관리 객체들은 트리 구조로 조직화되고, 각각의 노드들은 특유의 인터넷 식별자(Uniform Resource Identifier; URI)와 동일시되며, 관련된 동작이 장치 관리 트리 상의 노드들을 타겟으로 하여 전달될 수 있다. 프로토콜의 메시지 구조는 확장성 생성 언어(extensible markup language; XML)에 기초하여 실행된다. 관리 트리의 노드는 단말기의 시스템 메모리에 일련의 환경 구성 파라미터들, 서로 다른 형태의 객체들, 관련 동작들, 몇몇 응용예들의 개시 메카니즘들을 포함할 수 있다.

시스템 메모리(27)는 주로 데이터 저장에 적용된다.

장치 관리 서버 에이전트(24)는 장치 관리 동작을 장치 관리의 단말기에 전달하고, 장치 관리의 특정 동작들을 처리하기 위한 기능적인 요소이다.

장치 관리 서버 엔진(25)는 장치 관리 동작의 배후 관리를 수행하는 장치 관리의 기능적인 요소이다.

장치 관리 데이터베이스(26)는 단말기 가능 정보, 단말기 동작 정보, 단말기 태스크 정보 및 장치 관리관련 데이터 정보를 유지하는데 적용된다. 더욱이, 외부 인터페이스 모듈이 외부 시스템들(예컨대, 조작자의 다른 서비스 하위시스템, 제3 자 단말기 제조자등)의 관리 및 연결을 위하여 제공된다.

도 4는 장치 관리의 네트워크 위상을 보여주는 개략도로서, 단말기 제조자/제3자 서버(41), PC 단말기 장치(44) 및 장치 관리 서버(DMS)(42)가 광역통신망(WAN) 또는 근거리통신망(LAN)을 통하여 연결되고, 이동 단말기 장치(46)는 이동 네트워크를 통해 게이트웨이(45)를 이용하여 이들 장치에 상호연결된다. 장치 관리 서버(42) 내의 데이터는 데이터 저장 서버(43)에 저장된다. 도 4에서 보이는 바와 같이, 장치 관리 단말기(46)는 이동 전화기, 팜(palm) 컴퓨터, 노트북 컴퓨터, 내장형(embedded) 장치, 운송수단 장착 시스템 등과 같은 이동 단말기일 수 있거나, 장치 관리 단말기(46)는 개인용 컴퓨터 등과 같은 고정된 단말기일 수 있다. 물론, 그 밖의 사용가능한 임의의 단말기 장치가 배제되는 것은 아니며, 베어러(bearer) 네트워크는 어떤 특정 형태에 제한되는 것은 아니다.

본 발명의 일실시예에 따른 장치 관리의 스케쥴링 태스크를 처리하는 방법을, 전술한 기능적 요소들과 관련하여, 이동 전화기를 통해 태스크 스케쥴링을 위한 구현 절차의 예를 들어 이하에서 기술하기로 한다.

A. 장치 관리 서버는 스케쥴링 태스크를 전달한다.
특히, 장치 관리 서버는 최초 이동 전화기에 통지를 발송하고, 이동 전화기는 세션 연결을 설정하고, 쌍방향 권한 인증을 수행한다. 이후, 서버는 관리 동작 태스크를 전달한다, 즉 스케쥴링 태스크 정보를 전달한다.
대안적으로, 장치 관리 서버는 다른 방식에 의하여 스케쥴링 태스크 정보를 전달할 수 있다.

이러한 단계는 이동 전화기가 장치 관리 서버에 그 상태를 보고하는 과정을 더 포함할 수 있다.

삭제

B) 이동 전화기는 장치 관리 서버로부터 전달된 스케쥴링 태스크(즉, 관리 스케쥴링 태스크)를 실행할 실행 조건을 감시하고, 상기 장치 상태를 추적할 때 실행 조건이 만족하는 경우, 상기 장치 관리 서버로부터 전달된 스케쥴링 태스크를 실행한다.
즉, 장치 관리 서버가 스케쥴링 태스크를 전달한 후, 이동 전화기는 스케쥴링 태스크의 실행 조건에 따라 해당 동작을 실행하고, 실행 조건에 따라 추적한다.

이하에서, 스케쥴링 태스크를 추적하는 이유에 대하여 기술한다.

삭제

일반적으로, 관리 동작 태스크의 실행 조건은 주로 시간 조건이며, 이벤트에의 응답 및 이동 전화기의 일정 상태 파라미터 값을 감시하는 것을 포함할 수도 있다. 물론, 서로 다른 형태의 조건들을 포함하는 조합 조건이 배제되는 것은 아니다.

예를 들어, 장치 관리 서버는 2005년 8월 3일 오후 10:00 또는 이동 전화기 상의 스위칭 이벤트가 발생하는 때에 이동 전화기에 의하여 실행될 필요가 있는 스케쥴링 태스크를 전달한다. 선택적으로, 이동 전화기의 네트워크 신호가 감시될 수 있으며, 네트워크 성능 파라미터들에 관한 정보는 그 신호가 일정 문턱(threshold) 이하일 경우 기록될 수 있다.

스케쥴링 태스크를 위한 실행 조건은 다양할 수 있으며, 몇몇 실행 조건들은 사용자에 의하여 수정될 수 있으므로, 관리 동작 태스크의 복잡성은 크게 증가할 수 있다. 이런 점에서, 장치 관리 서버가 양호한 추적 메카니즘을 제공하지 않는 경우, 이동 전화기에 있어서 실행 조건에 따라서 스케쥴링 태스크의 정상적인 실행을 보장하는 것이 어려워질 것이다.

이러한 이유로, 해당 태스크 추적 메카니즘이 본 발명의 일실시예에 따라 제공된다. 태스크 추적을 위하여 채택될 수 있는 몇몇 정책들이 다음과 같이 기술될 것이다. 이 경우에도 본 발명은 이에 제한되지 않을 것이다:

1. 스케쥴링 태스크를 실행하기 위한 시한이 만기 또는 경과된 경우, 이동 전화기는 장치 관리 서버에 통지한다.

2. 사용자가 스케쥴링 태스크의 실행 조건을 변경한 경우, 이동 전화기는 장치 관리 서버에 통지한다.

3. 태스크 실행 조건이 만족되지 못하고, 이동 전화기가 스케쥴링 태스크를 정상적으로 실행하지 않는 경우, 이동 전화기는 장치 관리 서버에 통지한다.

4. 태스크 정보는 일정 이벤트의 발생 또는 일정 시간(예를 들어, 이동 전화기의 스위칭시)에 장치 관리 서버에 자동적으로 보고될 수 있다.

상기 4개의 정책들은 단말기 통지 메카니즘의 방법을 예시한다. OMA DM 프로토콜에서 정의된 경고형태의 메시지가 서버에의 통지를 위하여 일률적으로 이용될 수 있다. 이러한 경고형태의 메시지는 범용 경고 메시지(Generic alert message)로서 언급될 수도 있다. 상기 범용 경고 메시지는 클라이언트에 의하여 서버로 발송될 수 있다. 범용 경고 메시지를 수신한 서버는 각각의 내부 항목들의 처리에 관한 상태 정보를 리턴하여야 한다.

다음의 예는 XML로 기술된 범용 경고 메시지의 기본 구조를 보여준다.

<Alert>

<Data>1226</Data>  //범용 경고 메시지를 표시

<Item>

<Source><LocURI>./SyncML/Sample</LocURI></Source>

<Meta>

org.openmobilealliance.dm.scheduling.report //메시지 내용의 형태를 설명

　　</Type>

<Format xmlns="syncml:metinf">xml</Format> //메시지 형식

<Mark xmlns="syncml:metinf">critical</Mark> //선택적임; 중요 레벨의 메시지 설명

</Meta>

<Data> //태스크의 설명을 포함하는 상세 메시지 내용

<![CDATA[

<Sched>

<SchId>ACTRPG0798</SchId> //태스크 식별자

<SSchId>ACTRPG0798S01</SSchId> 　//태스크 조건 식별자

<Dur> im..2005-08-03T22:00:00Z </Dur> //개시 시간

<stat>miss</stat> 　//태스크의 상태

</SimpSch>

</Sched>

]]>

</Data>

</Item>

</Alert>

장치 관리 서버는 스케쥴링 태스크의 특징에 기초하여 태스크 추적 정책을 구성하고, 상기 정책을 이동 전화기에 전달할 수 있다. 스케쥴링 태스크의 실행 조건 감시에 추가하여, 이동 전화기는 장치 관리 서버에 의하여 구성된 태스크 추적 정책에 따라 관련된 추적 정보를 장치 관리 서버에 통지하여야 하고, 상기 장치 관리 서버는 스케쥴링 태스크의 실행을 정상적으로 추적할 수 있다.

C. 이동 전화기는 태스크의 실행(즉, 추적 정보)을 보고한다.

이동전화기가 태스크의 실행을 보고하기 위한 2가지 형태의 방법, 즉, 이동 전화기가 태스크 정보를 보고하기 위한 방법들이 있을 수 있으며, 상기 방법은 다음과 같다:

1. 단문 메시지에 의하여 태스크 정보를 보고하는 방법

도 5는 해당 처리 절차를 도시하며, 다음과 같다:

단계 C1, 단말기는, 단말기의 스케쥴링 태스크를 추적하기 위하여, 스케쥴링 태스크의 실행 조건(즉, 실행을 개시하기 위한 조건) 및 태스크 추적 정책에 따라 태스크를 추적하기 위한 방법을 개시한다.

단계 C2, 이동 전화기는 태스크의 실행 정보를 보고하는 단문 메시지 게이트웨이에 단문 메시지를 발송한다.

상기 단계 C2는 다음의 단계를 포함할 수 있다.

단계 C21, 단말기 상의 장치 관리 에이전트(DM 에이전트)는 자동적으로 태스크의 실행 정보를 포함하여 지정된 지침을 단문 메시지 게이트웨이에 발송한다.

단계 C22, 단문 메시지 게이트웨이는 상기 지침에 따라 메시지를 장치 관리 서버로 포워딩하고, 이에 따라 장치 관리 서버는 터미널 상의 태스크의 실행 정보를 획득할 수 있다.

단계 C3, 단문 메시지 게이트웨이는 태스크의 실행 정보를 장치 관리 서버로 발송한다.

단계 C4, 장치 관리 서버는 태스크의 실행 정보를 갱신한다.

단문 메시지 패킷의 형식은 종래의 국제 표준에 따를 수 있으므로, 본원에서는 이에 대한 기술을 생략한다. 물론, 태스크의 실행 정보를 발송하기 위한 그 밖의 다른 메시지 형식들이 본 발명의 다른 실시예들에서 이용될 수 있다.

2. 장치 관리 세션 연결의 설정에 의하여 태스크 정보를 보고하는 방법

도 6은 해당 처리 절차를 도시하며, 다음과 같다:

단계 C1', 단말기는, 단말기의 스케쥴링 태스크를 추적하기 위하여, 스케쥴링 태스크의 실행 조건 및 태스크 추적 정책에 따라 태스크를 추적하기 위한 방법을 개시한다.

단계 C2', 단말기는 장치 관리 서버와의 장치 관리 세션 연결을 설정하고, 상기 세션 연결을 통하여 태스크의 실행 정보를 보고한다.

도 7에 도시된 바와 같이, 단계 C2'는 다음의 단계를 포함할 수 있다:

첫째로, 단말기는 서버(즉, 장치 관리 서버)에 보고될 태스크의 실행 정보를 결정한다. 예를 들어, 단말기는 태스크의 실행 및 태스크의 추적 정책에 따라, 자동적으로 보고될 태스크의 해당 실행 정보를 결정한다.

둘째로, 단말기는 초기 세션 연결을 개시하고, 신원확인 인증 정보, 단말기 장치 정보 및 추적 정책에 따라 보고된 스케쥴링 태스크의 실행 정보를 서버에 보고하여, 서버가 또 다른 과정으로 진행할 수 있도록 한다.

단계 C3', 장치 관리 서버는 단말기로부터 보고된 정보를 수신하고, 내부에 저장된 태스크의 실행 정보를 갱신한다.

태스크의 실행 정보는 단말기와 서버 간에 장치 관리 세션을 설정하는 방법을 이용하여, 즉 범용 경고 메시지를 발송함으로써 보고될 수 있다.

단계 C4', 장치 관리 서버는 세션을 종료하거나 또 다른 과정으로 진행한다.

이동 전화기가 장치 관리 서버로부터 전달된 태스크 추적 정책에 따라 태스크의 실행 정보를 보고하는 경우, 장치 관리 서버는 보고된 태스크 실행 정보에 따 라 또 다른 처리과정을 진행할 수 있다. 장치 관리 서버에 의한 상기 태스크의 또 다른 처리과정은 이하에서 상세히 기술하기로 한다.

D. 이동 전화기가 태스크의 실행 조건을 만족하지 못한 경우, 장치 관리 서버는 태스크 지침을 전달하고, 이동 전화기는 상기 지침에 따라 동작한다.

태스크의 실행 정보를 획득하면, 장치 관리 서버는 상기 정보에 따라 분석한다. 일반적으로, 장치 관리 서버로부터 전달된 동작들은 2가지 형태로 구분된다. 하나는 통지 형태의 동작이고, 다른 하나는 강제(compulsive)-실행 형태의 동작이다. 통지 형태의 동작은 사용자에게 몇몇 관련된 프롬프트(prompt) 정보 및 하나의 태스크로부터 다른 태스크에 이르기까지 다양할 수 있는 몇몇 관련된 동작 지침들의 선택사항들을 제공한다. 상기 강제-실행 형태의 동작은 전형적으로 태스크 실행을 위한 최종 시한이 경과된 경우에 이용되며, 2가지의 형태, 즉, 태스크 실행 동작 및 태스크 취소 동작으로 또 다시 구분된다.

장치 관리 서버에 의한 추적 및 통지의 처리 흐름은 개략도를 참조하여 기술하기로 한다.

1. 태스크 실행을 위한 최종 시한이 만기가 되거나 경과된 경우의 처리 흐름

도 8에 도시된 바와 같이, 장치 관리 서버는 이 경우 주로 2가지 형태의 관리 지침, 즉, 스케쥴링 태스크 즉각-실행 지침(실행되어야 할 태스크에 대하여) 및 스케쥴링 태스크 취소 지침(실행될 필요가 없는 태스크에 대하여)를 전달한다. 특히, 실행되어야 할 스케쥴링 태스크에 대하여, 이동 전화는 강제 실행의 정보를 사용자에 대하여 표시하고, 사용자로 하여금 스케쥴링 태스크의 강제적인 실행을 촉구한다.

단계 D1, 장치 관리 서버는 강제적인 실행 지침을 전달한다.

단계 D2, 이동 전화기는 해당 스케쥴링 태스크를 실행한다.

단계 D3, 이동 전화기는 태스크의 실행 상태를 상기 장치 관리 서버에 보고한다.

단계 D4, 이동 전화기는 사용자에게 태스크의 실행 상태를 통지한다.

도 8은 장치 관리 서버가 태스크를 실행할 최종 시한이 만료되거나 경과한 경우의 강제적인 실행의 관리 지침을 전달하는 처리 흐름을 도시한다.

XML을 통하여 구현되고, 단말기가 동작을 실행하도록 강제하는 서버로부터의 지침의 일예가 다음과 같이 주어진다.

<LocURI>IMEI:493005100592800</LocURI> //이동 전화 단말기를 나타내는 수신지 주소

</Target>

<LocURI>http://www.syncml.org/mgmt-server</LocURI> //서버 주소

</Source>

<Cred> //양 당사자의 인증 정보, 여기서는 생략됨

...

</Cred>

</SyncHdr>

<!Prompt user about operation information>

<Alert>

<Item>

<Data>Your antivirus software will be updated</Data>

</Item>

</Alert>

<!Below are instructions for compulsive sxecution>

<Item>

<LocURI>./antivirus_data/update</LocURI>

</Target>

</Item>

</excute>

</SyncBody>

</SyncML>

2. 태스크 실행을 위한 최종 시한이 경과되지 않은 경우, 정상적으로 실행되지 않은 태스크를 위한 처리 흐름

도 9에서 도시된 바와 같이, 사용자가 선택하도록 통지되는 동작들은 태스크 실행 동작, 태스크 연기 동작, 태스크 거절 동작(실행이 필요없는 스케쥴링 태스크동작) 등을 포함한다.

단계 D1', 장차 관리 서버는 사용자가 태스크를 선택하도록 하는 지침을 전달한다.

단계 D2', 이동 전화기는 사용자에게 실행될 스케쥴링 태스크 동작을 선택하도록 통지한다.

단계 D3', 사용자는 실행될 스케쥴링 태스크 동작을 선택한다.

단계 D4', 이동 전화기는 사용자에 의하여 선택된 스케쥴링 태스크 동작을 실행한다.

단계 D5', 이동 전화기는 장치 관리 서버에게 태스크의 실행 상태를 보고한 다.

단계 D6', 이동 전화기는 사용자에게 태스크의 실행 상태를 보고한다.

상기 장치 관리 서버로부터 단말기로 전달되는 지침을 전달하는 동작들은 OMA DM 프로토콜과 관계가 있다. 이하에서, 처리 흐름에 관하여 상세히 기술한다.

도 9는 태스크의 실행 조건이 만족되지 않고 이동 전화기가 정상적으로 태스크를 실행하지 않는 경우의 장치 관리 서버가 동작 통지를 전달하는 처리 흐름을 도시한다. 도 4의 단계 4에서, 태스크의 정상적인 실행을 방해하는 이벤트 발생한다, 예를 들어, 장치 관리 서버가 2005년 8월 3일 오후 12:00에 태스크를 실행할 필요가 있는 스케쥴링 태스크를 전달한다. 그러나, 이동 전화기는 여러 가지 이유로 스위치 오프인 상태에 있을 수 있으며, 따라서 정상적으로 스케쥴링 태스크를 실행할 수 없다. 단계 D1'에서, 장치 관리 서버는, 강제적인 실행 지침에 추가하여, 태스크의 실행을 취소하는 지침을 전달할 수도 있다. 단계 D2'에서, 사용자들에게 제공되는 옵션들은 태스크 실행 동작, 태스크 연기 동작, 태스크 거절 동작 등(태스크의 형태 및 정책에 의존함)을 포함할 수 있다.

다른 실시예에 따라서, 스케쥴링 태스크를 처리하는 시스템이 장치 관리에 제공되며, 이는 장치 관리 서버로부터 단말기로 전달되는 스케쥴링 태스크 동작을 관리할 수 있다. 특별한 구조의 시스템이 도 10에 도시되며, 다음을 포함한다:

단말기에 스케쥴링 태스크 동작을 전달하고 단말기로부터 보고된 스케쥴링 태스크 동작의 추적 정보를 수신하도록 적용된 장치 관리 서버;

스케쥴링 태스크 동작을 수신하고, 스케쥴링 태스크 동작의 실행 조건 및 추적 정책에 따라 전달된 스케쥴링 태스크 동작을 추적하고, 장치 관리 서버에 추적 정보를 보고하도록 적용된 단말기;

장치 관리 서버 및 단말기의 구조를 각각 이하에서 기술하기로 한다.

장치 관리 서버

장치 관리 서버는 단말기 상의 장치 관리를 위하여 단말기에 관리 스케쥴링 태스크를 전달하도록 적용된다. 장치 관리 서버는 태스크 내용 관리 유닛 및 태스크 상태 보고 처리 유닛을 포함한다.

상기 태스크 내용 관리 유닛은 스케쥴링 태스크를 관리하도록 적용된다. 태스크 내용 관리 유닛은 스케쥴링 태스크의 내용에 따라 단말기에 해당 태스크 지침을 전달할 수 있다. 즉, 태스크 내용 관리 유닛은 단말기를 관리하기 위하여 해당 스케쥴링 태스크를 전달할 수 있다. 본 발명의 일실시예에 따라서, 태스크 지침은 태스크 상태 보고 처리 유닛이 실행 조건에 따라 스케쥴링 태스크를 실행하지 않는다는 정보를 수신한 후 단말기에 전달되고, 단말기가 이번에는 상기 태스크 지침에 따라서 동작을 실행한다. 이러한 태스크 지침은 강제-실행 지침 또는 동작 선택 지침 중 어느 하나일 수 있다. 태스크 지침에 관한 정보가 상세히 전술되었는 바, 이하에서는 생략하기로 한다.

태스크 상태 보고 처리 유닛은, 단말기로부터 보고되는 스케쥴링 태스크 실행 중의 정상 또는 비정상 상태에 관한 정보, 즉, 관리 태스크의 실행 결과 및 태스크 실행에 관한 비정상적 상태 정보를 추적 및 수신하도록 적용된다.

장치 관리 서버 유닛이 장치 관리 서버와 단말기 사이의 통신 인터페이스 유 닛으로서 장치 관리 서버 내에 제공된다. 서버는, 이에 제한되지는 않으나, 베어러 통신 프로토콜로서 DM 프로토콜을 이용하여 단말기와 상호작용할 수 있다. DM 프로토콜의 구현에 관한 상세한 사항은 OMA DM 규격에서 찾아볼 수 있다.

단말기

단말기는 단말기와 장치 관리 서버 사이의 통신 인터페이스 유닛으로서 장치 관리 클라이언트 유닛을 제공하며, 이는 베어러 통신 프로토콜로서, 이에 제한되지는 않으나, DM 프로토콜을 사용할 수 있다. DM 프로토콜에 관한 상세한 사항은 OMA DM 규격에서 볼 수 있다. 예를 들어, DM 프로토콜을 통하여 장치 관리 서버로부터 전달되는 스케쥴링 태스크를 수신하기 위하여, 본 발명의 일실시예에 따른 단말기는 다음의 모듈들을 더 포함한다:

DM 프로토콜을 통하여 장치 관리 서버로부터 전달되고, 이후 장치 클라이언트 유닛으로부터 포워딩되는, 단말기를 관리하기 위하여 스케쥴링 태스크를 처리하고, 태스크 상태 보고 유닛을 통하여 스케쥴링 태스크의 실행 결과(정상 실행 또는 비정상 실행)를 보고하도록 적용된 태스크 실행 유닛. 또한, 정상적인 실행을 위하여 관리 태스크(즉, 스케쥴링 태스크)에 추가하여, 상기 태스크 실행 유닛은 태스크의 강제적 실행을 위한 지침 또는 장치 관리 서버로부터 전달된 동작 선택 지침을 수신하도록 적용되고, 지침에 따라 해당 스케쥴링 태스크과 관련하여, 해당 강제적 실행을 수행하거나 사용자가 동작을 선택하도록 촉구하는 정보를 표시하도록 적용된다. 태스크 지침에 따라 수행되는 처리과정이 전술되었는 바, 이하에서는 이에 대한 설명을 생략하기로 한다. 이에 더하여, 상기 태스크 실행 유닛은 태스크 비정상 처리 모듈에 비정상적인 관리 태스크 정보를 발송하도록 적용된다.

비정상 스케쥴링 태스크를 처리하고 태스크 추적 정책에 따라 태스크 보고 유닛을 통하여 태스크 비정상 상태 정보를 보고하도록, 즉, 해당 스케쥴링 태스크의 실행 중 발생할 수 있는 비정상에 관한 정보를, 예컨대, 소정 조건에 따른 해당 스케쥴링 태스크의 실행을 실패한 경우, 해당 스케쥴링 태스크의 실행 시간을 놓친 경우 또는 해당 스케쥴링 태스크를 아직 실행하지 않은 경우 등을 보고하도록 적용된 태스크 비정상 처리 유닛.

특히, 단문 메시지 또는 세션 연결을 통하여, 태스크 실행 유닛 또는 태스크 비정상 실행 유닛으로부터 태스크의 실행에 관한 상태 정보를 장치 관리 서버에 보고하도록 적용된 태스크 상태 보고 유닛. 태스크 비정상을 보고하기 위한 상세한 처리 절차들은 도 5 내지 7을 참조하여 전술되었는 바, 이하에서는 생략하기로 한다.

본 발명의 실시예들은, 일정한 비정상으로 인하여 이동 전화기의 자동 스위치 오프를 초래하거나, 사용자의 개입으로 이동 전화기가 스위치 오프되는 등의 경우에서 스케쥴링 태스크의 실행을 보장하기 위한 효과적인 메카니즘을 제공하여, 장치 관리 서버가 스케쥴링 태스크의 실행을 정상적으로 추적할 수 있도록 한다. 이러한 방식으로, 이동 전화기 상의 장치 관리에서의 불확실성을 줄일 수 있으며, 이동 전화기 상의 장치 관리의 유연성을 제고할 수 있다. 또한, 사용자의 스케쥴링 요구를 만족시키며, 장치 관리 서비스들의 품질을 개선할 수 있다.

전술한 실시예들, 특히, 임의의 바람직한 실시예들은 실현 가능한 구현예들에 불과하며, 본 발명의 원리들의 명확한 이해를 돕고자 기술된 것이다. 따라서, 본 발명의 사상 및 원리로부터 실질적으로 벗어남이 없이 전술한 바람직한 실시예들에 있어서 다양한 변형 및 변경이 가능하다. 이러한 모든 변경예 및 변형예들은 본 명세서 및 전술한 바람직한 실시예들의 범위에 포함될 것이며, 다음의 청구항들에 의하여 보호될 것이다.

Claims

장치 관리 서버에 의하여 전달되는 스케쥴링 태스크를 단말기가 수신하는 단계;

상기 단말기 내의 상기 스케쥴링 태스크의 실행 조건 및 태스크 추적 정책에 따라서 상기 스케쥴링 태스크를 추적하는 단계; 및

상기 스케쥴링 태스크를 추적함으로써 획득되는 추적 정보를 상기 단말기가 상기 태스크 추적 정책에 따라서 상기 장치 관리 서버로 보고하는 단계;를 포함하고,

상기 장치 관리 서버는 상기 단말기에 상기 스케쥴링 태스크를 전달하는 것이 가능하고, 상기 단말기를 관리하는 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
청구항 1에 있어서,

상기 단말기가 실행 조건에 따라서 태스크를 실행하지 않는 것으로 결정하는 경우에, 상기 장치 관리 서버가 태스크 지침을 상기 단말기에 전달하는 단계;를 더 포함하며,

상기 태스크 지침은 강제-실행 지침 또는 동작 선택 지침인 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
청구항 2에 있어서,

상기 태스크 지침이 상기 강제-실행 지침인 경우에, 상기 단말기가 상기 강제-실행 지침에 따라서 상기 스케쥴링 태스크를 실행하고, 또는

상기 태스크 지침이 상기 동작 선택 지침인 경우에, 상기 단말기는 상기 동작 선택 지침에 따라서 실행될 해당 스케쥴링 태스크를 선택하는 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
청구항 3에 있어서,

상기 태스크 지침에 따라 상기 스케쥴링 태스크를 실행하는 실행 상태를 상기 단말기가 상기 장치 관리 서버에 보고하는 단계; 및/또는 상기 태스크 지침에 따라서 상기 스케쥴링 태스크를 실행하는 실행 상태를 상기 단말기가 표시하는 단계;를 더 포함하는 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
청구항 3에 있어서,

상기 태스크 지침이 동작 선택 지침인 경우, 상기 방법은:

사용자에게 실행될 동작을 선택하도록 하는 통지를 상기 단말기가 출력하는 단계;

실행되도록 선택된 스케쥴링 태스크에 관한 입력된 정보를 상기 단말기가 수신하는 단계; 및

실행되도록 선택된 상기 스케쥴링 태스크에 관한 정보에 따라 상기 스케쥴링 태스크를 실행하는 단계를 더 포함하는 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
청구항 3에 있어서,

상기 강제-동작 지침은 스케쥴링 태스크 즉각-실행 지침 또는 스케쥴링 태스크 취소 지침이고, 상기 동작 선택 지침은 스케쥴링 태스크 실행 지침, 스케쥴링 태스크 연기 지침 또는 스케쥴링 태스크 거절 지침인 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
청구항 1에 있어서,

상기 태스크 추적 정책은 :

상기 스케쥴링 태스크를 실행하기 위한 최종 시한에 도달하거나 경과한 경우에 상기 단말기가 상기 장치 관리 서버에 통지하는 단계;

상기 스케쥴링 태스크의 실행 조건이 사용자에 의하여 변경되었는지 여부를 상기 단말기가 상기 장치 관리 서버에 통지하는 단계;

태스크 실행 조건이 만족되지 않았는지 여부 및 상기 단말기가 정상적으로 실행되지 않는지 여부를 상기 단말기가 상기 장치 관리 서버에 통지하는 단계; 또는

기설정된 이벤트 발생시 또는 기설정된 시간에 자동적으로 상기 장치 관리 서버에 태스크 정보를 보고하는 단계; 중 적어도 하나의 단계를 포함하는 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
청구항 1 내지 7항 중 어느 한 항에 있어서,

상기 추적 정보를 상기 장치 관리 서버에 보고하는 단계는:

상기 단말기가, 단문 메시지를 이용하여, 상기 태스크의 실행 조건 및 태스크 추적 정책에 따라서 획득된 상기 추적 정보를 단문 메시지 게이트웨이에 발송하는 단계; 및 상기 단문 메시지 게이트웨이에 의하여, 상기 추적 정보를 상기 장치 관리 서버에 발송하는 단계; 또는

상기 단말기가, 상기 단말기와 장치 관리 서버 사이에 설정된 세션 연결을 통하여 상기 태스크의 실행 조건 및 태스크 추적 정보에 따라서 획득된 상기 추적 정보를 상기 장치 관리 서버에 보고하는 단계를 포함하는 것을 특징으로 하는 장치 관리에서 스케쥴링 태스크를 처리하는 방법.
장치 관리 서버로부터 전달되는 스케쥴링 태스크를 수신할 수 있는, 상기 장치 관리 서버와 통신하는 장치로서, 상기 장치는:

상기 장치 관리 서버로부터 전달된 스케쥴링 태스크를 실행하고, 태스크 실행 결과를 제공할 수 있는 태스크 실행 유닛;

비정상 태스크를 처리하고, 기설정된 태스크 추적 정책에 따라서 태스크 비정상 상태를 보고할 수 있는 태스크 비정상 처리 유닛; 및

상기 태스크 실행 결과 및 태스크 비정상 상태를 상기 장치 관리 서버에게 보고할 수 있는 태스크 상태 보고 유닛을 더 포함하는 것을 특징으로 하는 장치.
청구항 9에 있어서,

상기 태스크 실행 유닛은 스케쥴링 태스크를 위한 강제-실행 지침 또는 동작 선택 지침을 수신하고, 강제적인 실행 또는 상기 지침에 따른 스케쥴링 태스크와 관련하여 동작을 선택하도록 촉구하는 정보의 표시를 더 할 수 있는 것을 특징으로 하는 장치.
청구항 9 또는 10에 있어서,

상기 태스크 상태 보고 유닛은 단문 메시지 또는 세션 연결을 통하여 상기 장치 관리 서버에게 정보를 보고하는 것을 특징으로 하는 장치.
스케쥴링 태스크를 장치에 전달하고 상기 장치를 관리하는 장치 관리 서버로서, 상기 서버는:

상기 스케쥴링 태스크와 관련하여 상기 장치로부터 보고된 태스크 실행 결과 및 태스크 비정상 상태 정보를 수신할 수 있는 태스크 상태 보고 처리 유닛을 포함하는 것을 특징으로 하는 장치 관리 서버.
청구항 12에 있어서,

상기 장치가 상기 보고된 태스크 실행 결과 및 태스크 비정상 상태 정보에 따라서 스케쥴링 태스크를 실행하지 않는 실행 조건에 따라서 판단하는 경우, 태스크 지침을 상기 장치에 전달할 수 있는 태스크 내용 관리 유닛을 더 포함하고;

상기 장치는 상기 태스크 지침에 따라서 동작하고, 상기 태스크 지침은 강제-실행 지침 또는 동작 선택 지침인 것을 특징으로 하는 장치 관리 서버.
단말기에 스케쥴링 태스크를 전달하고, 상기 스케쥴링 태스크를 추적함으로써 획득되는 추적 정보를 상기 단말기로부터 획득할 수 있는 장치 관리 서버; 및

상기 스케쥴링 태스크를 수신하고, 상기 스케쥴링 태스크의 실행 조건 및 태스크 추적 정책에 따라서 스케쥴링 태스크를 추적하고, 상기 추적 정보를 상기 장치 관리 서버에게 보고할 수 있는 단말기;를 포함하는 것을 특징으로 하는 스케쥴링 태스크를 처리하는 시스템.