KR20120120903A

KR20120120903A - 관리 오브젝트에서 조건 시나리오 정의 방법

Info

Publication number: KR20120120903A
Application number: KR1020120042321A
Authority: KR
Inventors: 춘-타 위; 인-예 청
Original assignee: 에이치티씨 코퍼레이션
Priority date: 2011-04-21
Filing date: 2012-04-23
Publication date: 2012-11-02
Also published as: TWI461023B; TW201244419A; JP2012226760A; CN102932397A; KR101404449B1; EP2515230A1; US20120271931A1

Abstract

서비스 시스템 내에서 관리 오브젝트에서 조건 시나리오를 정의하는 방법이 개시된다. MO는 단계 서브트리(sub-tree) 하에서 상기 단계 서브트리 및 노드를 포함한다. 상기 방법은 서브트리의 노드 하에서 적어도 2개의 노드를 생성하는 단계를 포함하며, 적어도 2개의 노드는 제1 노드 및 제2 노드를 포함한다. 상기 방법은 제1 노드에 대한 비교 요건을 정의하고, 제2 노드에 대한 비교 값을 정의하는 단계, 비교 값을 적어도 하나의 구체값과 비교하고 비교 결과를 생성하는 단계 및 비교 결과가 비교 요건을 만족하는 경우 다음 서브트리를 실행하는 단계를 포함한다.

Description

관리 오브젝트에서 조건 시나리오 정의 방법{METHOD OF DEFINING CONDITION SCENARIO IN MANAGEMENT OBJECT}

본 발명은 서비스 시스템에서 사용되는 방법에 관한 것으로, 보다 상세하게는 서비스 시스템용 소프트웨어 및 어플리케이션 제어 관리 오프젝트에서 조건 시나리오를 정의하는 방법에 관한 것이다.

관련 출원에 대한 교차 참조

본 출원은 2011년 4월 21일에 "Method of defining condition in Software and Application control Management Object"라는 명칭으로 출원된 미국 가출원 제 61/477,621호에 대해 우선권을 주장하며, 그 내용 전부는 참조에 의해 본 명세서에 포함된다.

사용자의 욕구를 충족시키기 위한 모바일 서비스용 오픈 모바일 얼라이언스(Open Mobile Alliance; OMA) 표준규격(specification)을 개발하기 위해 OMA가 설립되었다. 나아가, 상기 OMA 표준규격은 지리적 영역들(예를 들어, 국가들), 운용자들, 서비스 제공자들, 네트워크들, 운용 시스템들 및 모바일 장치들 사이에서 상호 운용이 가능한 모바일 서비스를 제공하는 것을 목적으로 한다. 구체적으로, OMA 표준규격에 부합되는 모바일 서비스들은 특정 운용업체 및 서비스 제공자에 대한 제한 없이 사용자들에 의해 사용될 수 있다. OMA 표준규격에 부합되는 모바일 서비스는 또한 자유로운 베어러(bearer)가 될 수 있다. 즉, 모바일 서비스를 실행하는 베어러는 GSM, EDGE 또는 GPRS와 같은 2세대 모바일 시스템(2G) 또는 UMTS, LTE 또는 LTE-어드밴스드(LTEAdvanced)와 같은 3세대(3G) 및 차세대 모바일 시스템일 수 있다. 나아가, 상기 모바일 서비스는 다양한 모바일 장치들에서 운용되는 윈도우, 안드로이드 또는 리눅스와 같은 운용 시스템들에서 실행될 수 있다. 따라서, 상기 OMA 표준규격을 지원하는 장치 또는 상기 모바일 서비스를 제공하는 산업은 상기 모바일 서비스의 상호 운용에 의해, 크게 성장하고 있는 시장에서 혜택을 누릴 수 있다. 한편, 사용자들 역시 OMA 표준규격을 지원하는 장치 또는 모바일 서비스들을 사용하여 상기 모바일 서비스의 상호 운용에 의한 더 나은 경험을 할 수 있다.

OMA 규격에 따르는 장치 관리(DM) 프로토콜은 모바일 폰, PDA 및 팜탑 컴퓨터(palm top computer)와 같은 모바일 장치의 관리를 위해 디자인되어 있다. 장치 관리는 다음의 일반적인 사용: 장치의 설정 및 파라미터를 변경하도록 하는 장치 구성, 장치에 적재되는 새로운 소프트웨어(예를 들어, 어플리케이션 및 시스템 소프트웨어) 및/또는 버그 픽스(bug fix)를 제공하기 위한 소프트웨어 업그레이드, 및 장치의 오류를 보고 및/또는 장치의 상태에 대해 질의하기 위한 장애 관리(fault management)를 지원하려는 것이다. 또한, DM 프로토콜은 DM 클라이언트(예를 들어, 모바일 장치)가 DM 서버(예컨대, 네트워크)와 통신하는 방법(way)을 정의하고, 그에 따라 DM 클라이언트는 명령어, 상태 또는 보고(report)를 DM 서버에 피드백할 수 있다. 또한, DM 서버는 DM 클라이언트의 관리 오브젝트 집합을 통하여 DM 클라이언트를 관리한다. 관리 오브젝트는 소프트웨어 및 어플리케이션 제어 관리 오브젝트(Software and Application Control Management Object; SACMO) 규격에 부합되며, 장치에서 소프트웨어 및 어플리케이션 제어를 위한 원격 작동을 가능하게 하기 위한 목적을 가진다. SACMO 규격은 작업흐름(workflow)과 같은 관리 동작 처리 능력, 기존의 관리 오프젝트를 활용하는 소프트웨어 및 어플리케이션의 처리 또는 장치 관리에 대한 능력을 제공할 수 있다. SACMO 아키텍쳐(architecture)는 DM 서버로 다시 보고되는 단순히 조합된 결과와 함께, 기존의 관리 오브젝트 상에서 임의의 조합이 적용되고 조건부로 실행될 수 있는 장치에서 작업흐름 스크립트에 따라 적용되기 위해 DM 동작을 지원해야 한다.

SACOM의 목적은 DM 서버로 다시 보고되는 단순히 조합된 결과와 함께, 기존의 관리 오브젝트 상에서 임의의 조합이 적용되고 조건부로 실행될 수 있는 장치에서 작업흐름 스크립트에 따라 적용되기 위한 DM 동작을 가능하게 하는 것이다. 이는 개별 클라이언트-서버 상호작용의 연속을 방지함으로써 네트워크 트래픽을 최적화하고 작업흐름 실행 시간을 감소시킨다.

종래 기술에서 SACMO의 개략도를 나타내는 도 1을 참조한다. SACMO의 관리 오브젝트 트리에서 단계 노드는 트랜잭션의 단계를 구체화하기 위한 마디이다. SACMO 관리 오브젝트 트리는 작업흐름 오브젝트를 관리하는데 필요한 파라미터 및 동작 기능을 설정하는데 사용된다. 작업흐름은 조건부로 실행되는 단계의 시퀀스이다. 각 단계는 연산, 프로세스, 명령 또는 기타 유형의 리소스가 될 수 있다. 단계들 사이에서는, 다음 단계를 결정하기 위해 조건이 사용된다. 프로세스는 구체적인 연산 실행을 위한 기본 단위이다. 프로세스는 실행될 타켓 MO의 노드를 지시하는 URI 패스를 구성한다. 프로세스는 고유의 프로세스 ID에 의해 지시되며 작업흐름에서 재사용될 수 있다. 단계는 다음 단계(들)를 위한 프로세스 및 정보를 구성하는 작업흐름의 기본 단위이다. 단계는 실행될 프로세스를 지시하기 위한 프로세스 ID를 포함해야만 한다. 단계 뒤에 다른 단계가 있다면, 다음 단계 서브트리(nextstep sub-tree)가 생성된다. 다음 단계 서브트리는 다수의 다음 단계들을 포함할 수 있다. 각 다음 단계는 다음의 단계 및 선택적 조건을 나타내기 위한 다음단계 ID(NextNtep ID)를 가진다. SACMO 클라이언트는 조건을 검사하고, 조건이 통과되면, 그 후 다음 단계가 실행된다. 트랜잭션은 작업흐름 실행의 인스턴스(instance)이다. SACMO 서버는 트랜잭션 트리 하에서 상태 노드로부터 트랜잭션 실행의 결과를 회수할 수 있다.

SACMO에서의 현재 디자인에서, SACMO 클라이언트는 다음 단계를 실행할지 여부를 결정하기 위해 다음 단계 서브트리 하에서 조건 노드를 검사한다. SACMO 서버는 어떤 시나리오에서 다음 단계가 실행되어야 할지를 기술하기 위해 조건 노드에서 텍스트를 이용한다. 그러나, 어떤 시나리오에서 다음 단계가 실행되어야 할지를 기술하는 텍스트를 이용하는 것은 상호운용이 가능하지 않다.

따라서 본 발명은 상술한 문제점을 해결하기 위하여 서비스 시스템 내의 관리 오브젝트에서 조건 시나리오를 정의하는 방법을 제공한다.

본 발명의 이러한 목적 및 다른 목적은 여러 첨부도면에 예시되어 있는 바람직한 실시예에 대한 이하의 상세한 설명을 읽는다면 해당 기술분야의 통상의 기술자에게 명백할 것이다.

도 1은 종래 기술의 SACMO 트리의 개략도이다.
도 2는 예시적인 서비스 시스템의 개략도이다.
도 3은 예시적인 통신 장치의 개략도이다.
도 4는 예시적인 프로세스의 흐름도이다.
도 5는 예시적인 SACMO 트리의 개략도이다.

도 2를 참조하면, 도 2는 본 발명의 일 실시예에 따른 서비스 시스템(20)의 개략도이다. 서비스 시스템(20)은 픈 모바일 얼라이언스(Open Mobile Alliance; OMA) 장치 관리(Device Management, DM) 프로토콜을 준수하고, 간단하게는 소프트웨어 및 어플리케이션 제어 관리 오브젝트(Software and Application Control Management Object, SACMO) 서버, 및 SACMO 클라이언트로 구성된다. SACMO 서버는 장치에 대해 SACMO 동작을 발행하거나 장치에서 SACMO 경보를 소비하기 위한 목적으로 만들어진 논리 엔티티이다. SACMO 클라이언트는 SACMO 동작의 실행을 담당한다.

SACMO 관리 오브젝트(management object; MO) 트리는 SACMO 서버로부터의 지시 없이도 작업흐름을 실행하는데 필요한 파라미터 및 동작 기능을 설정하는데 정의되고 사용된다. SACMO 서버는 작업 흐름을 설정하는 SACMO 클라이언트에 관리 오브젝트 트리를 발송한다. 그 후, SACMO 클라이언트는 작업흐름을 완료하거나 또는 에러가 발생할 때까지 관리 오브젝트 트리에 따라 작업흐름을 실행한다.

서비스 시스템(20)은 본 발명에 따른 예시적인 실시예일 뿐임을 유의한다. 서비스 시스템(20)은 SACMO 대신 다른 규격에 부합하는 다른 서버 및 클라이언트로 구성될 수 있으며 이에 한정되는 것은 아니다.

도 3을 참조하면, 도 3은 본 발명의 일 실시예에 따른 통신 장치(30)의 개략도이다. 통신 장치(30)는 도 2에 도시된 SACMO 서버 또는 SACMO 클라이언트일 수 있으나, 이에 한정되지는 않는다. 통신 장치(30)는 마이크로프로세서 또는 주문형반도체(Application Specific Integrated Circuit, ASIC)와 같은 프로세서(300), 저장 유닛(310) 및 통신 인터페이스 유닛(320)을 포함할 수 있다. 저장 유닛(310)은 프로그램 코드(314)를 저장할 수 있는 임의의 데이터 저장 장치일 수 있고, 프로세서(300)에 의하여 접근된다. 저장 유닛(310)의 예로서 가입자 식별 모듈(subscriber identity module, SIM), 읽기전용메모리(read-only memory, ROM), 플래시 메모리, 임의접근메모리(random-access memory RAM), CD-ROM/DVD-ROM, 자기 테이프, 하드 디스크, 및 광학 데이터 저장 디바이스가 포함되나, 이에 한정되지 않는다. 통신 인터페이스 유닛(320)은 바람직하게는 송수신기이고, 프로세서(300)의 처리 결과에 따라 서버와 신호를 교환할 수 있다.

도 4를 참조하면, 본 발명의 일 실시예에 따른 프로세스(40)의 흐름도이다. 프로세스(40)는 서비스 시스템(10)의 클라이언트를 위한 SACMO 트리에서 조건 시나리오를 정의하는데 사용된다:

단계 400: 시작.

단계 402: 단계 서브트리의 조건 노드 하에서 다수의 노드를 생성한다.

단계 404: 노드들 중 하나에 대한 비교 요건을 정의하고, 다른 노드들에 대한 비교 값을 정의한다.

단계 406: 특정 값과 비교 값을 비교하고 비교 결과를 생성한다.

단계 408: 비교 결과가 비교 요건을 충족할 때 다음 단계를 실행한다.

단계 410: 종료.

프로세스(40)에 따르면, SACMO 클라이언트는 단계 서브트리의 조건 노드 하에서 적어도 2개의 노드를 생성한다. 상기 노드들 중 하나는 비교 요건을 구체화하는데 사용될 수 있다. 하나 이상의 노드는 하나 이상의 비교 값을 구체화하는데 사용될 수 있다. SACMO 클라이언트는 상기 비교 값을 특정 값과 비교하고, 비교 결과를 생성한다. SACMO 클라이언트는 상기 비교 결과가 비교 요건을 만족할 때 다음 단계를 실행한다. 따라서, 더 이상 상호 운용이 불가능한 텍스트가 조건 시나리오를 기술하기 위해 조건 노드에서 사용되지 않는다. SACMO 클라이언트는 비교 요건 및 비교 값을 점검함으로써 다음 단계를 실행할지 여부를 결정할 수 있다. 일 실시예에서는, 비교 값을 위한 오직 하나의 노드만 존재할 수 있다. 또한 다른 실시예에서는, 상이한 비교 값들을 위해 정의된 다수의 노드가 존재할 수 있다.

일 실시예에서, 특정 값이 프로세스 결과 또는 프로세스의 결과 코드 일 수 있다. 만약 특정 값이 프로세스 결과라면, 비교 요건은 다음 중 적어도 하나를 포함한다: 프로세스 결과는 비교 값과 동일하다; 프로세스 결과는 비교 값과 동일하지 않다; 프로세스 결과는 비교 값보다 크다; 프로세스 결과는 비교 값보다 작다; 프로세스 결과는 비교 값보다 크거나 동일하다; 프로세스 결과는 비교 값보다 작거나 동일하다; 프로세스 결과는 비교 값보다 크지 않다; 프로세스 결과는 비교 값보다 작지 않다.

단계의 프로세스를 실행한 후, SACMO 클라이언트는 다음 단계를 실행할지 여부를 결정하기 위해 프로세스 결과를 비교 값과 비교한다. 만약 비교 값이 비교 요건을 충족하면, SACMO 클라이언트는 다음 단계를 실행한다. 예를 들어, 어떤 단계의 프로세스는 킬로바이트(kilobytes) 단위로 표현되는 런타임 메모리 리소스의 현재 사용가능한 양의 값을 검색하기 위해 실행된다. 비교 요건은 "프로세스 결과는 비교 값보다 크다"이며 비교 값은 4이다. 만약 런타임 메모리의 현재 사용가능한 양의 값이 4 킬로바이트보다 크다면, SACMO 클라이언트는 대응하는 다음 단계를 실행한다.

만약 특정 값이 결과 코드라면, 비교 요건은 다음 중 적어도 하나를 포함한다: 결과 코드는 비교 값과 동일하다; 결과 코드는 비교 값과 동일하지 않다; 결과 코드는 비교 값보다 크다; 결과 코드는 비교 값보다 작다; 결과 코드는 비교 값보다 크거나 동일하다; 결과 코드는 비교 값보다 작거나 동일하다; 결과 코드는 비교 값보다 크지 않다; 결과 코드는 비교 값보다 작지 않다. 결과 코드는 동일한 단계 서브트리 하에서 단계결과 노드(StepResult node)에 저장되는 것이 바람직하다.

단계의 프로세스를 실행한 후, SACMO 클라이언트는 다음 단계를 실행할지 여부를 결정하기 위해 결과 코드를 비교 값과 비교한다. 만약 비교 값이 비교 요건을 충족하면, SACMO 클라이언트는 다음 단계를 실행한다. 예를 들어, 비교 요건은 "결과 코드는 비교 값과 동일하다"이고 비교 값은 1200이다. 만약 단계결과 노드에 저장된 결과 코드가 1200과 동일하다면, SACMO 클라이언트는 대응하는 다음 단계를 실행한다.

일 실시예에서, SACMO 클라이언트는 다음 단계를 실행할지 여부를 결정하기 위해 비교 값을 하나 이상의 특정 값과 비교한다. 즉, SACMO 클라이언트는 비교 값을 프로세스의 결과 코드 뿐만 아니라 프로세스 결과와도 비교한다. 양쪽의 비교 결과가 비교 요건을 만족하는 경우, SACMO 클라이언트는 다음 단계를 실행한다.

전술한 단계 서브트리는 SACMO에서 정의된 서브트리이며, 전술한 다음 단계는 SACMO에서 다음 단계 서브트리(NextStep sub-tree)를 언급하는 것이며, 전술한 단계결과 노드는 SACMO에서 정의된 결과 노드임을 유의한다. 다른 관리 오브젝트에서는, 서브 트리 및 결과 노드가 임의의 다른 이름으로 정의될 수 있으며, 이에 한정되지 않는다.

표 1을 참조하면, 표 1은 결과 코드를 나타낸다. 동작의 결과 코드는 포괄적인 경고 메시지(Generic Alert message)의 아이템/데이터(Item/Data) 요소 또는 동시 실행의 경우 실행 명령(Exec command)에 대한 응답으로서 정수 값으로 전송된다.

작업 코드	결과 메시지	상태코드 사용법( Status Code Usage )의 기술 정보
1200	성공 Successful	성공-요청 성공 Successful-The Request has Succeeded
1250-1299	성공-벤더 구체화 Successful-Vendor Specified	벤더 구체화 결과와 함께 동작 성공 Successful Operation with vendor specified Result
1400	클라이언트 에러 Client Error	사용자 또는 장치 동작에 기반한 클라이언트 에러 Client error-based on User or Device behaviour
1401	사용자 취소 User cancelled	프롬프트할 때 사용자가 동작 수락을 선택하지 않음 User chose not to accept the operation when prompted
1402	트랜잭션 실패 Transaction Failed	트랜잭션 실패 The Transaction failed
1403	트랜잭션 인증 실패 Transaction Authentication Failure	트랜잭션이 요청되었으나 트랜잭션 트리거시 트랜잭션 인증 실패 발생 Authentication was Required but Authentication Failure was encountered when triggering a Transaction
1404	장치의 메모리 부족으로 트랜잭션 실패 Transaction failed due to Device is out of memory	장치에서 트랜잭션을 저장하기 위한 메모리 부족으로 트랜잭션 실패 The Transaction failed due to insufficient memory in the Device to save the Transaction.
1405	작업흐름 실패 Workflow Failed	장치에서 작업흐름 실패 Workflow failed in the Device
1406	장치의 메모리 부족으로 작업흐름 실패 Workflow failed due to Device out of memory	장치에서 작업흐름 설치를 위한 메모리 부족으로 작업흐름 실패 The Workflow failed because there was not sufficient memory to install the Workflow in the Device.
1407	프로세스 실패 Process failed	프로세스 요청 실행 실패 Failure to execute the process requests
1408	개시 실패 Start failed	SACMO 개시 동작 실패 The SACMO Start operation failed
1409	정지 실패 Stop failed	SACMO 정지 동작 실패 The SACMO Stop operation failed
1410	연기 실패 Suspend failed	SACMO 연기 동작 실패 The SACMO Suspend operation failed
1411	재시작 실패 Resume failed	SACMO 재시작 동작 실패 The SACMO Resume operation failed
1412	롤백 실패 Rollback failed	SACMO 롤백 동작 실패 The SACMO Rollback operation failed
1413	미 정의된 에러 Undefined Error	다른 에러 코드에서 정의도지 않는 에러를 지시 Indicates failure not defined by any other error code
1414	지원되지 않는 환경에 의한 동작 거부 Operation rejected unsupported environment	장치가 타겟 환경 형태를 지운하지 않으므로 동작이 거부됨 The Operation has been rejected because the device does not support the target environment type.
1450-1499	클라이언트 에러-벤더 구체화 Client Error-Vendor Specified	벤더 구체화 결과 코드와 함께 동작에 대한 클라이언트 에러 발생 Client Error encountered for Operation with vendor specified Result Code
1500	대체 다운로드 서버 에러 Alternate Download Server Error	대체 다운로드 서버 에러 발생 Alternate Download Server Error Encountered
1501	대체 다운로드 서버 사용불가 Alternate Download Server Unavailable	대체 다운로드 서버가 사용불가이거나 응답하지 않음 The Alternate Download Server is unavailable or does not respond
1550-1599	대체 다운로드 서버 에러-벤더 구체화 Alternate Download Server Error-Vendor Specified	벤더 구체화 결과 코드와 함께 동작에 대한 대체 다운로드 서버 에러 발생 Alternate Download Server Error encountered for Operation with vendor specified Result Code

또한, 비교 결과는 다수의 정수로 번역될 수 있다. 예를 들어, 정수 2는 "프로세스 결과는 비교 값과 동일하다"를 나타내며; 정수 3은 "프로세스 결과는 비교 값과 동일하지 않다"를 나타내며; 정수 4는 "프로세스 결과는 비교 값보다 크다"를 나타내거나 그 외의 의미를 나타낼 수 있다.

도 5는 본 발명의 일 실시예에 따른 SACMO 트리의 구조(50)를 나타낸다. SACMO 트리(50)는 도 1에 도시된 SACMO 트리와 유사하다. 따라서 동일한 이름을 가진 노드는 동일한 기능을 수행한다. 그러나, SACMO 트리(50)에서 생성되는 3개 이상의 노드가 존재한다. 노드 "ConditionCK?"는 비교 요건을 구체화하는데 사용된다. 노드 "CondVal1?" 및 "CondVal2?"는 하나 이상의 비교 값을 구체화하는데 사용된다. SACMO 클라이언트는 하나 이상의 비교 값을 프로세스 결과 및/또는 결과 코드와 비교하여 비교 결과를 생성한다. 만약 비교 결과가 비교 요건을 만족한다면, SACMO 클라이언트는 대응하는 다음 단계를 실행한다.

제안된 단계들을 포함하는 프로세스의 전술한 단계들은, 하드웨어, 하드웨어디바이스 및 컴퓨터 명령어 및 하드웨어 디바이스의 읽기-전용 소프트웨어로서 존재하는 데이터의 조합으로 알려진 펌웨어, 또는 전자 시스템일 수 있는 수단에 의하여 실현될 수 있다. 하드웨어의 예로서 아날로그, 디지털 및 마이크로회로(microcircuit), 마이크로칩, 또는 실리콘칩으로 알려진 혼합 회로(mixed circuit)를 포함할 수 있다. 전자 시스템의 예로서, 시스템 온 칩(system on chip, SOC), 시스템 패키지(system in package, SiP), 컴퓨터 모듈(computer on module, COM), 및 통신 디바이스(30)를 포함할 수 있다.

결론적으로, SACMO 클라이언트는 단계 서브트리 하에서 적어도 2개의 노드를 생성한다. 노드들 중 하나는 비교 요건을 구체화하는데 사용될 수 있다. 하나 이상의 노드는 하나 이상의 비교 값을 구체화하는데 사용될 수 있다. SACMO 클라이언트는 비교 값을 특정 값과 비교하여 비교 결과를 생성한다. SACMO 클라이언트는 비교 결과가 비교 요건을 만족하는 경우 다음 단계를 실행한다. 따라서, 더 이상 상호 운용이 불가능한 텍스트가 조건 시나리오를 기술하기 위해 조건 노드에서 사용되지 않는다.

해당 기술 분야의 통상의 기술자는, 발명의 교시를 유지하는 한, 장치 및 방법의 많은 변경 및 변형이 이루어질 수 있음을 손쉽게 관찰할 것이다. 따라서, 상기 발명은 첨부된 청구범위의 경계 및 범위에 의해서만 제한되는 것으로 이해되어야 한다.

Claims

서비스 시스템 내에서 관리 오브젝트(management object; MO)의 조건 시나리오를 정의하는 방법에 있어서,
상기 MO는 단계 서브트리(sub-tree) 하에서 상기 서브트리 및 노드를 포함하며,
상기 방법은:
상기 서브트리의 노드 하에서 적어도 2개의 노드를 생성하는 단계-상기 적어도 2개의 노드는 제1 노드 및 제2 노드를 포함함-;
상기 제1 노드에 대한 비교 요건을 정의하고, 상기 제2 노드에 대한 비교 값을 정의하는 단계;
상기 비교 값을 적어도 하나의 특정 값과 비교하여 비교 결과를 생성하는 단계; 및
상기 비교 결과가 상기 비교 요건을 만족하는 경우 다음 서브트리를 실행하는 단계를 포함하는,
관리 오브젝트의 조건 시나리오를 정의하는 방법.
제1항에 있어서,
상기 적어도 하나의 특정 값은 프로세스 결과 및 결과 코드 중에서 적어도 하나를 포함하는 것을 특징으로 하는,
관리 오브젝트의 조건 시나리오를 정의하는 방법.
제2항에 있어서,
상기 적어도 하나의 특정 값이 상기 프로세스 결과인 경우, 상기 비교 요건은,
상기 프로세스 결과는 상기 비교 값과 동일하다;
상기 프로세스 결과는 상기 비교 값과 동일하지 않다;
상기 프로세스 결과는 상기 비교 값보다 크다;
상기 프로세스 결과는 상기 비교 값보다 작다;
상기 프로세스 결과는 상기 비교 값보다 크거나 동일하다;
상기 프로세스 결과는 상기 비교 값보다 작거나 동일하다;
상기 프로세스 결과는 상기 비교 값보다 크지 않다; 및
상기 프로세스 결과는 상기 비교 값보다 작지 않다
중 적어도 하나를 포함하는,
관리 오브젝트의 조건 시나리오를 정의하는 방법.
제2항에 있어서,
상기 적어도 하나의 특정 값이 상기 결과 코드인 경우, 상기 비교 요건은,
상기 결과 코드는 상기 비교 값과 동일하다;
상기 결과 코드는 상기 비교 값과 동일하지 않다;
상기 결과 코드는 상기 비교 값보다 크다;
상기 결과 코드는 상기 비교 값보다 작다;
상기 결과 코드는 상기 비교 값보다 크거나 동일하다;
상기 결과 코드는 상기 비교 값보다 작거나 동일하다;
상기 결과 코드는 상기 비교 값보다 크지 않다; 및
상기 결과 코드는 상기 비교 값보다 작지 않다
중 적어도 하나를 포함하는,
관리 오브젝트의 조건 시나리오를 정의하는 방법.
제2항에 있어서,
상기 결과 코드는 상기 서브트리 하에서 결과 노드에 저장되는,
관리 오브젝트의 조건 시나리오를 정의하는 방법.
제1항에 있어서,
상기 비교 요건을 복수의 정수로 해석(interpreting)하는 단계를 더 포함하는
관리 오브젝트의 조건 시나리오를 정의하는 방법.
제1항에 있어서,
상기 MO는 소프트웨어 및 어플리케이션 제어 관리 오브젝트(Software and Application Control Management Object; SACMO)에 부합하는,
관리 오브젝트의 조건 시나리오를 정의하는 방법.
제1항에 있어서,
상기 서비스 시스템은 오픈 모바일 얼라이언스(Open Mobile Alliance; OMA) 장치 관리(Device Management; DM)를 준수하는,
관리 오브젝트의 조건 시나리오를 정의하는 방법.