KR100999307B1 - 통신 단말기 장치 관리 방법, 통신 단말기 및 통신 시스템 - Google Patents

Abstract

통신 단말기 장치 관리 방법은 단말기에게 지정된 기능의 활동 상태에 대한 제어 지시를 포함하는 장치 관리 명령을 송신하는 단계; 및 상기 단말기에 의해, 상기 제어 지시에 따라 상기 지정된 기능의 활동 상태에 대해 조작을 수행하는 단계를 포함한다. 본 발명은 대응하는 통신 단말기 및 시스템을 더 제공한다. 본 발명을 사용하는 것은 상기 통신 단말기가 항상 상기 서비스 클라이언트-단 기능(service client-end function)을 실행하는 것을 피할 수 있고, 또한 전기 에너지 또는 단말기 리소스들을 절약할 수 있다.

Description

통신 단말기 장치 관리 방법, 통신 단말기 및 통신 시스템{METHOD FOR MANAGING A COMMUNICATION TERMINAL DEVICE, A COMMUNICATION TERMINAL AND A COMMUNICATION SYSTEM}

본 출원은 "통신 단말기 장치를 관리하기 위한 방법, 및 통신 단말기"이라는 표제로 2006년 1월 24일에 출원된 중국 특허 출원 200610023603.9, 그리고 "통신 단말기 장치를 관리하기 위한 방법, 및 통신 단말기"이라는 표제로 2006년 4월 4일에 출원된 중국 특허 출원 200610074245.4에 대해 우선권을 주장하며, 그 전문이 여기에 참고로서 통합된다.

본 발명은 통신 기술들에 관한 것으로, 특히 통신 단말기 장치를 관리하기 위한 방법, 통신 단말기 및 통신 시스템에 관한 것이다.

현재, 이동 전화기 사용자들의 수는 중국에서 2억명에 이른다. 상기 사용자 요구들이 점점 더 분화되고 개인화됨에 따라 중국 무선통신의 혁신은 점점 더 깊어진다. 그리고, 고정 전화기들 및 이동 전화기들이 재결합되고 완벽해짐에 따라 상기 서비스 제공자들은 사용자들에게 BCAST(Broadcast:방송) 서비스, VoIP(Voice over Internet Protocol) 서비스, PoC(Push-to-Talk Over Cellular) 서비스 등과 같은 점점 더 풍부한 서비스들을 제공하기 시작한다.

VoIP는 주로 IP(Internet Protocol) 전화기를 기반으로 수행되고, 대응하는 부가 가치 서비스들을 제공하는 기술이다. VoIP를 통해, 가상 전화기, 인터넷 호 관리, 텔레비전 컨퍼런스 및 다양한 정보의 저장 및 전달과 같은 음성, 팩스, 비디오 및 데이터를 포함하는 서비스 정보의 전송은 낮은 비용으로 IP 네트웍 상에서 수행될 수도 있다.

이동 단말기(MT:Mobile Terminal)에 적합한 VoIP 시스템은 상기 PoC 서비스에 의해 정의된다. 상기 무선 데이터 네트웍의 능력을 스위칭하는 패킷을 사용함에 의해, 상기 PoC 서비스는 지리적 위치들에 의해 제한되지 않는다.

OMA(Open Mobile Alliance)는 PoC 서비스의 표준화에 대해 일하고 있다. 상기 OMA의 PoC 솔루션은 IETF(Internet Engineering Task Force)에 의해 정의된 SIP(Session Initiation Protocol) 및 RTP(RealTime Transfer Protocol)에 기반한다.

통신 기술들의 발전으로, 네트웍의 스케일은 점점 더 커지고 있고, 네트웍의 설계는 점점 더 복잡해지고 있다. QoS(Quality of Service)를 개선하고 운영 비용을 더 낮추기 위하여, 효과적인 네트웍 관리 시스템은 수립될 필요가 있다. 결과적으로 TMN(Telecommunications Management Networks: 무선통신 관리 네트웍들)은 시대의 요구에 따라 나타난다.

TMN은 무선통신 리소스들, 네트웍 활동들, 서비스들 및 관리들을 계획하고, 감독하고, 디자인하고, 제어하기 위한 정책 및 방법을 제공한다. 그리고, 상기 TMN은 운영자들/관리자들 및 단말기 사용자들을 위한 무선통신 네트웍 OAM(Operation Administration Maintenances) 기능들을 가진 시스템을 제공한다. 모든 무선통신 네트웍들에 대해 관리 네트웍을 채용함에 의해, 상기 네트웍 리소스들에 대한 전체적이고 효과적인 감독 및 관리가 실현될 수도 있을 뿐만 아니라, 상기 네트웍 시스템들은 서로 연결될 수도 있다. 따라서 다중 관리 영역들에 서비스를 개방하는 것이 가능하다.

TMN의 실현은 두 부분들로 나누어질 수도 있다. 제1 부분, 상기 네트웍 계층 아래의 무선통신 리소스들을 모니터링하고 제어하기 위한 시스템이 수립된다. 따라서 인터페이스 통신은 서브-네트웍들 사이에서 구현될 수도 있고, 투명한 제어 및 모니터링은 로컬 네트웍, 억세스 네트웍 및 SDH(Synchronous Digital Hierarchy)에서 구현될 수도 있다. 제2 부분, 상기 무선통신 네트웍의 결정-지지(decision-supporting) 시스템은 상기 네트웍 계층에서 수립된다. 따라서, 사용자 관리, 네트웍 설비 관리, 노동력 관리, 청구, 과금 및 회계 관리, QoS 및 네트웍 성능 관리, 교통 측정 및 분석 관리, 유지 관리, 보안 관리, 로그(log) 관리 등과 같은 21 세기에 직면한 관리 서비스들은 발전될 수도 있다.

대부분의 상기 TMN 시스템 설정 정보 모델들은 설정 정보 모델 트리(configuration information model tree)로 지칭되는 상기 설정 모델의 계층적 구조를 기술하기 위하여 트리의 계층적 구조를 채용한다.

소위 정보 모델들에서, 상기 네트웍 리소스들은 관리의 관점으로부터 관리될 필요가 있는 많은 작은 단위들로 나누어진다. 그리고, 이러한 작은 단위들은 MO들(Management Objects: 관리 객체들)을 발생하기 위하여 추출된다. 간단히 말하 면, 상기 정보 모델은 상기 네트웍 관리 시스템에 의해 관리되는 상기 리소스들로부터 추출된 MO 세트(set))이다. 리소스 관리는 이러한 리소스 추출 개체들, MO들을 처리하는 것에 의해 간접적으로 수행된다. 상기 MO들 교환 정보를 사용함에 의해 관리 조작을 완수하기 위하여, 명령을 등록하는 역할을 하는 관리자 및 상기 명령을 실행하는 역할을 하는 에이전트가 필요하다. 상기 명령을 완수하기 위하여, 상기 에이전트는 객체의 이름, 속성(attribute), 종속(subordination) 등과 같은 처리되는 객체를 알아야만 한다. 모든 그러한 정보는 MIB(Manager Information Base: 관리자 정보 기본)로부터 획득된다. 상기 MIB의 상기 정보는 규칙에 따라 유기적으로 계획된다. 정보 모델들의 방법을 채용하는 것에 의해, 상기 MIB는 트리 구조가 형성될 수 있도록 종속(subordination) 및 파생(derivation)의 규칙에 따라 맨 위부터 바닥까지 논리적으로 상기 추출된 MO들을 배치한다. 다시 말해서, 검색을 용이하게 하는 상술한 정보 모델 트리는 수립된다.

상기 OMA 장치 관리(DM: Device Management) 명세서에서, 단말기를 관리하고, 진단하고, 유지하기 위한 TMN 기술은 성취되었고, 서버는 상기 DM 관리 트리를 통해 단말기에 대한 펌웨어 업데이트, 애플리케이션 다운로드, 진단 및 모니터링, 백업 및 복구 등과 같은 관리 조작들을 수행할 수도 있다. 상기 단말기는 이동 전화기, PDA(Personal Digital Assitant), 노트북 컴퓨터, 임베디드 장치(embedded device), 온-보드 시스템(on-board system) 등이 될 수도 있다.

현존하는 OMA DM 명세서는 소프트웨어 구성요소 관리 기술, 즉 상기 단말기에 대한 소프트웨어 구성요소를 관리하기 위하여 DM 서버에 대한 메커니즘을 제공 한다.

상기 소프트웨어 구성요소는 실행 가능한 애플리케이션, 동적 링크 라이브러리(dynamic link library), 사용자 인터페이스(UI:User Interface) 등이 될 수도 있다. 상기 관리 조작은 질문(query), 설치(installation), 업데이트, 상기 소프트웨어 구성요소의 활성화 또는 제거 뿐만 아니라 단말기 파라미터 설정(terminal parameter configuration), 펌웨어 업데이트, 오류 진단(fault diagnostic), 백업 또는 복구가 될 수도 있다.

상기 DM 명세서에 의해 기술된 전체적인 구조는 도 1에 도시된 바와 같다. 상기 단말기(10) 상에 DM 에이전트(11)는 상기 DM 서버(20)에 의해 등록된 관리 명령을 해석하고 실행하는데 적합하다. 상기 단말기 상에 저장된 상기 DM 관리 트리(12)는 상기 DM 프로토콜을 통해 상기 단말기(10)를 관리하기 위해 상기 DM 서버(20)에 대한 인터페이스로서 간주될 수도 있다. 상기 DM 관리 트리(12)는 몇몇 기본적인 MO들을 포함한다. 상기 DM 서버(20)는 상기 MO들에 대한 조작을 통해 상기 단말기(10)의 리소스들을 제어한다. 예를 들어, 상기 소프트웨어 구성요소에 대한 관리는 상기 단말기(10) 상에 상기 SCoMO(Software Component Management Object: 소프트웨어 구성요소 관리 객체)를 추가하고, 제거하고, 변경하는 것에 의해 수행될 수도 있다.

상기 DM 명세서에서, 소프트웨어 구성요소를 관리하기 위한 방법은 도 2에 도시된다.

단계 201에서, DM 서버는 단말기로부터 상기 설치된 소프트웨어 구성요소들 의 목록을 질문(query)한다,

단계 202에서, 상기 단말기는 상기 사용자로부터 인증을 요청한다.

단계 203에서, 상기 사용자는 상기 인증을 확인(confirm)한다.

단계 204에서, 상기 단말기는 상기 DM 서버에게 소프트웨어 구성요소 목록을 송신한다.

단계 205에서, 상기 DM 서버는 상기 단말기에게 소프트웨어 구성요소 다운로드 및 설치 조작을 시작한다.

단계 206에서, 상기 단말기는 상기 DM 서버에게 상기 확인을 회신한다.

연구 과정에서, 발명자는 상술한 솔루션이 다음의 단점들을 갖는다는 것을 발견하였다. 단지 상기 소프트웨어 구성요소의 추가, 제거 및 변경과 같은 정적 상태가 제어될 수 있다. 언제나 상기 네트웍 측에 의해 배포된 서비스를 효과적으로 수신하기 위하여, 상기 단말기는 실행 상태에서 서비스 수신기와 같은 자신의 서비스 기능을 유지해야만 하고, 어떤 서비스도 수신되지 않았을 때 실행 상태에서 서비스 기능은 상기 대응하는 하드웨어 리소스들이 불필요한 전기 에너지를 소비하는 것을 유발할 수 있다. 따라서, 상기 통신 단말기의 전력 소모는 매우 클 수 있고, 반면에 상기 단말기의 CPU(Central Processing Unit: 중앙 처리 장치)와 같은 리소스들은 점유될 수도 있다. 결과적으로 낭비가 유발될 수도 있다.

본 발명의 실시예는 단말기에게 지정된 기능의 활동 상태에 대한 제어 지시를 포함하는 장치 관리 명령을 송신하는 단계; 및 상기 단말기에 의해, 상기 제어 지시에 따라 상기 지정된 기능의 활동 상태에 대해 조작을 수행하는 단계를 포함하는 통신 단말기 장치 관리 방법을 제공한다.

본 발명의 실시예는 기능을 제공하는데 적합한 기능 모듈; 지정된 기능의 활동 상태에 대한 제어 지시를 포함하는 장치 관리 명령를 수신하고 해결하는데 적합한 장치 관리 에이전트; 및 상기 제어 지시에 따라 상기 지정된 기능의 상기 활동 상태에 대한 조작을 수행하는데 적합한 장치 관리 서비스 기능 클라이언트를 포함하는 대응하는 통신 단말기를 더 제공한다.

본 발명의 실시예는 장치 관리 서버 및 통신 단말기를 포함하고, 상기 장치 관리 서버는 상기 통신 단말기에게 지정된 기능의 활동 상태에 대한 제어 지시를 포함하는 장치 관리 명령을 송신하는데 적합하고; 상기 통신 단말기는 상기 제어 지시에 따라 상기 지정된 기능의 활동 상태에 대한 조작을 수행하는데 적합한 통신 시스템을 더 제공한다.

본 발명의 기술적 솔루션에서, DM 기술은 강화되고, 따라서, 예를 들어 애플리케이션의 시작, 중지 또는 일시 중지 및 다시 시작을 제어하는 애플리케이션의 활동 상태를 원격으로 제어하는 기능을 가질 수 있다는 것은 비교에 의해 발견될 수도 있다.

서비스를 실행하기 전, 상기 서비스와 관련된 애플리케이션은 미리 DM 서버에 의해 단말기에서 원격으로 시작될 수도 있다. 따라서, 상기 서비스가 정상적으로 조작할 수 있는 것이 보장될 수 있다. 상기 관련된 애플리케이션이 서비스가 수행될 필요가 있기 전에 때를 맞추어 시작될 수도 있기 때문에, 상기 애플리케이션은 더 이상 항상 상기 단말기 상에서 실행될 필요가 없다. 따라서, 상기 단말기에서 귀중한 전기 에너지가 절약될 수도 있다.

또한, 서비스가 실행되고 있을 때, 상기 단말기에서 실행되고 있는 상기 서비스에 관련된 애플리케이션은 상기 DM 서버에 의해 원격으로 중지될 수도 있다. 따라서, 상기 애플리케이션이 실행될 필요가 없을 때 상기 애플리케이션에 의해 점유된 상기 단말기의 CPU 리소스들은 감소될 수도 있다. 동시에 상기 단말기의 전기 에너지는 절약될 수도 있다. 상기 애플리케이션이 다시 실행될 필요가 있을 때, 상기 CPU를 제외하고, 상기 애플리케이션에 의해 점유된 리소스들은 해제(release)되지 않기 때문에, 상기 애플리케이션의 실행 상태는 상기 DM 서버를 통해 상기 단말기에게 원격 다시 시작 지시를 송신하는 것에 의해 빠르게 다시 시작될 수도 있다. 결과적으로 상기 사용자 경험은 강화될 수도 있다.

추가적으로, 상기 관련된 애플리케이션은 서비스가 실행될 때 즉시 시작될 수도 있고, 또는 상기 관련된 서비스 기능은 미리-수립된 서비스 배포 계획에 따라 미리 결정된 서비스 배포 시간에 시작될 수도 있다. 상이한 서비스들에 대한 요구들은 이러한 두 모드들을 유연하게 사용함에 의해 더 잘 부합될 수 있다.

도 1은 관련 기술의 OMA DM 명세서에서 설명된 전체적인 구조를 보여주는 개략도이다.

도 2는 관련 기술의 OMA DM 명세서에서 소프트웨어 구성요소 관리 방법의 흐름도이다.

도 3은 본 발명에 따라 서비스 기능이 시작 또는 중지될 때 상태 전이를 보여주는 개략도이다.

도 4는 본 발명의 제1 실시예에 따른 통신 단말기 기능을 시작하거나 중지하는 방법의 흐름도이다.

도 5는 본 발명의 제2 실시예에 따른 통신 단말기 기능을 시작하거나 중지하는 방법의 흐름도이다.

도 6은 본 발명의 제3 실시예에 따른 통신 단말기 기능을 시작하거나 중지하는 방법의 흐름도이다.

도 7은 본 발명의 일 실시예에 따른 통신 단말기의 구조적 표현이다.

도 8은 본 발명의 제4 실시예에 따른 통신 단말기와 서버 측 사이의 통신을 위한 시스템의 구조적 표현이다.

도 9는 본 발명의 제4 실시예에 따른 서비스 기능 관리 시스템의 구조적 표현이다.

도 10은 본 발명의 제4 실시예에 따른 DM 트리의 부분적 구조적 표현이다.

도 11은 본 발명의 제4 실시예에 따른 스케쥴링 인에이블러를 통해 대응하는 기능을 발동하는 것에 의해 기능을 시작하거나 중지하는 시스템의 구조적 표현이다.

도 12는 본 발명의 제5 실시예에 따른 통신 단말기 기능을 일시 중지하거나 다시 시작하는 방법의 흐름도이다.

도 13은 본 발명의 제5 실시예에 따른 기능의 일시 중지 및 다시 시작 사이 에 상태 전이의 개략도이다.

도 14는 본 발명의 제6 실시예에 따른 기능을 일시 중지하거나 다시 시작하는 시스템의 구조적 표현이다.

도 15는 본 발명의 제6 실시예에 따른 DM 트리의 부분적 구조적 표현이다.

도 16은 본 발명의 제6 실시예에 따른 DM 트리의 부분적 구조적 표현이다.

도 17은 본 발명의 제6 실시예에 따른 DM 트리의 부분적 구조적 표현이다.

본 발명의 목적들, 기술적 솔루션들 및 장점들을 더욱 명확하게 하기 위하여, 지금부터 본 발명은 도면들과 함께 더 상세히 설명될 것이다.

본 발명에서, 상기 서비스 제공자는 단말기에게 지정된 기능의 활동 상태(activity state)에 대한 제어 지시(control instruction)를 포함하는 메시지를 송신한다. 그리고, 상기 단말기는 상기 메시지에 포함된 상기 제어 지시에 따라 상기 지정된 기능에 대해 상기 대응하는 제어 조작(control operation)을 수행한다. 상기 제어 조작은 시작(start), 중지(stop), 일시 중지(suspend), 다시 시작(resume) 등을 포함한다.

본 발명의 명세서에서 소위 기능(function)은 상기 단말기의 실행 환경에서 실행 가능한 소프트웨어, 프로그램의 부분(segment), 절차, 스크립트 언어(XML과 같은)의 부분 등이 될 수도 있는 일반적인 용어이다. 예를 들어, 상기 기능은 진단 프로세스(diagnostic process), 트랩 기능(Trap function) 또는 스케쥴링 구성요소(Scheduling Component) 등이 될 수 있다.

본 발명의 실시예들에서, 상기 기능의 상태 전이(state transition)는 도 3에 도시된 바와 같고, 두 상태: 중지 상태(Stopped state) 및 실행 상태(Running state)를 가진다. 단지 상기 기능이 중지 상태에 있을 때 상기 기능에 대해 상기 시작 조작(start operation)을 수행하고, 단지 상기 기능이 실행 상태에 있을 때 상기 기능에 대해 상기 중지 조작을 수행하는 것이 가능하다.

추가적으로, 또한 상기 서비스 제공자는 상기 DM 서버를 통해 상기 단말기에게 지정된 기능을 일시 중지 또는 다시 시작하기 위한 지시를 포함하는 메시지를 송신할 수도 있다. 그리고, 상기 단말기는 상기 메시지에 포함된 상기 지시에 따라 상기 지정된 기능을 일시 중지 또는 다시 시작한다. 단지 상기 기능이 실행 상태에 있을 때 상기 일시 중지 조작을 수행하는 것이 가능하다.

본 발명의 제1 실시예에 따른 통신 단말기 기능을 시작하거나 중지하는 방법은 도 4에 도시된 바와 같다. 현재 단말기에서 시작될 필요가 있는 상기 진단 기능(Diagnostic Function)이 중지 상태(Stopped state)에 있다고 가정한다.

단계 401에서, 서비스가 단말기에 대해 실행될 필요가 있을 때, 서비스 제공자는 우선 DM 서버에게 질문(query) 요청을 제출한다. 예를 들어, 상기 네트웍 측에서 서비스 서버(service server)는 상기 DM 서버에게 상기 단말기에서 상기 서비스의 기능이 시작되었는지, 즉 상기 기능이 실행 상태에 있는지 여부를 질문하도록 지시한다.

구체적으로, 상기 질문의 주된 명령(main command)는 다음과 같다.

<Get>

<Item>

<Target>

<LocURI>./Diagnostic Function/StateValue (./BCAST client/state value) </LocURI>

</Target>

</Item>

</Get>

단계 402에서, 상기 DM 서버는 장치 관리 명령(device management command)을 등록하고 상기 단말기로부터 상기 기능의 현재 상태를 질문한다. 상기 DM 서버 및 상기 단말기의 DM 에이전트는 상기 표준 OMA DM 프로토콜을 통해 서로 상호작용한다.

단계 403에서, 상기 단말기는 상기 질문 결과를 회신한다.

<Results>

<Item>

<Source>

<LocURI>./Diagnostic Function/StateValue </LocURI>

</Source>

<Data>Stopped</Data>

</Item>

</Results>

상기 획득된 결과는 상기 기능이 중지 상태에 있다고 가정한다.

단계 404에서, 상기 DM 서버는 상기 서비스 서버에게 상기 질문 결과를 회신한다.

단계 405에서, 상기 질문 결과에 따라, 만약 시작될 필요가 있는 상기 서비스 기능이 시작되지 않았다면, 상기 서비스 서버는 상기 DM 서버에게 메시지를 송신하고 상기 메시지에 상기 기능을 시작하기 위한 조작 지시(operation instruction)를 나른다.

단계 406에서, 상기 DM 서버는 상기 단말기의 DM 에이전트에게 상기 메시지를 전달하고 상기 단말기 상에서 진단 기능을 시작하기 위한 관리 명령(management command)을 등록한다.

< Exec>

<Item>

<Target>

<LocURI>./Diagnostic Function/Operations/Start </LocURI>

</Target>

</Item>

< /Exec>

단계 407에서, 상기 DM 명령을 수신한 후, 상기 DM 에이전트는 상기 DM 명령의 소스(source)가 유효한지 여부를 판단한다. 만약 유효하다면, 상기 DM 에이전트는 상기 메시지를 해석하고 상기 메시지에 포함된 조작 지시를 획득한다; 그렇지 않으면, 상기 DM 에이전트는 상기 DM 명령을 거절한다.

보안, 사생활 등의 문제들에 관련하여, 상기 DM 에이전트는 상기 조작 지시에 따라 상기 단말기의 상기 UI를 통해 상기 사용자에게 조회(enquiry) 메시지를 더 송신하고, 상기 사용자에게 상기 서비스를 받을지 여부를 판단하도록 요청한다.

만약, 상기 사용자가 상기 서비스에 대해 디폴트 조작(default operation)을 설정했다면, 상기 DM 에이전트는 상기 사용자로부터 확인(confirmation)을 획득하기 위한 프로세스를 수행할 필요가 없다. 대신, 상기 DM 에이전트는 설정된 상기 디폴트 조작에 따라 직접 상기 DM 서버에 의해 등록된 상기 명령을 처리하고, 단계 409로 이동한다.

단계 408에서, 상기 사용자는 상기 UI를 통해 상기 서비스를 확인(confirm)할 수도 있다. 만약 상기 사용자가 상기 서비스를 받는 것을 원하지 않거나 또는 만약 사용자가 상기 서비스를 받는 것이 불편하다면, 상기 사용자는 취소 조작(cancellation operation)을 수행할 수도 있다. 만약, 상기 사용자가 상기 서비스를 받는다면, 허가 조작(admission operation)이 수행된다. 만약, 상기 사용자가 취소 조작이나 허가 조작을 수행하지 않는다면 디폴트 처리 모드(default processing mode)가 설정될 수도 있다. 예를 들어, 상기 사용자가 상기 서비스를 거절한 것으로 간주될 수도 있다.

예를 들어, 상기 사용자가 상기 서비스를 받는 것을 나타내는 상기 확인 메시지(승낙 또는 거절)는 상기 단말기의 UI를 통해 상기 DM 에이전트에게 회신된다.

상술한 단계 407 및 단계 408은 선택적이다. 상기 사용자는 상기 단말기에 사용자 확인(user confirmation)을 트리거하기 위한 정책(policy)을 미리 설정할 수도 있다. 예를 들어, 상기 서버가 처음으로 상기 기능을 제어하기 위한 명령을 송신할 때 상기 사용자는 확인할 필요가 있다. 그러나 다음부터 상기 서버는 상기 기능을 제어하기 위하여 명령을 직접 송신할 수도 있다.

단계 409에서, 상기 단말기는 상기 DM 서버에 의해 송신된 상기 명령을 실행하고 상기 사용자 허가에 기반한 상기 서비스의 기능을 시작한다. 기능을 시작하기 위한 노드(node) 및 기능을 중지하기 위한 노드를 포함하는 DM 트리(DM tree)는 상기 단말기에 저장될 수도 있다. 만약, 상기 두 노드들이 모두 실행 가능한 노드들이라면, 상기 DM 에이전트는 DM 서비스 기능 클라이언트(DM service function client)의 인에이블러 모듈(enabler module)을 통해 상기 지정된 기능에 대해 상기 대응하는 시작 또는 중지 조작을 수행하기 위하여 상기 DM 서버에 의해 송신된 상기 명령에 포함된 상기 제어 지시에 따라 상기 대응하는 실행 가능한 노드를 직접 트리거한다. 만약, 상기 두 노드들이 상기 DM 트리의 두 표시 노드들(indication nodes)이라면, 상기 DM 에이전트는 상기 DM 서버에 의해 송신된 상기 명령의 지시에 따라 상기 대응하는 표시 노드의 값을 변경하고, 상기 단말기는 상기 표시 노드의 값의 변경을 모니터링하는 것에 의해 상기 지정된 기능에 대해 상기 대응하는 시작 또는 중지 조작을 수행한다.

상기 대응하는 시작(또는 중지) 조작이 수행된 후, 상기 조작 결과는 상기 DM 서버에게 보고된다.

< Alert>

<CmdID>2</CmdID>

<Data>1226</Data> <-- Generic Alert -->

<Item>

<Source><LocURI>./Diagnostic Function/Operations/Start

</LocURI>

</Source>

<Meta>

<Type>org.openmobilealliance. Diagnosticfunction.start</Type>

<Format>null</Format>

</Meta>

<Data>200</Data> < -- OK! --> (command execution successful)

</Item>

< /Alert>

만약, 상기 사용자가 상기 판단에 따라 상기 서비스를 거절한다면, 상기 DM 서버는 상기 서비스 요청을 종료하도록 통지 받는다.

단계 410에서, 상기 DM 서버는 서비스 서버에게 상기 조작 결과를 통지한다.

단계 411에서, 상기 수신된 조작 결과가 상기 단말기 서비스가 시작된 것을 나타낼 때, 상기 서비스 서버는 상기 단말기와 연결을 수립하고 상기 단말기에게 서비스를 배포하거나 상기 서비스를 관리하기 시작한다. 만약, 상기 회신된 조작 결과가 상기 단말기 서비스가 중단된 것을 나타낸다면, 상기 단말기와의 연결은 끊어지고, 상기 단말기를 위한 상기 서비스에 대한 배포 또는 관리 조작은 중지된다.

상술한 방법에 따라, 관련된 기능은 서비스가 실행될 필요가 있기 전에 때를 맞추어 시작될 수도 있고, 상기 기능은 더 이상 상기 단말기에서 항상 실행될 필요가 없다. 따라서, 상기 단말기에서 귀중한 전기 에너지는 절약될 수도 있다. 추가적으로, 원격으로 시작되거나 중지되는 상기 기능은 진단 기능일 수도 있고, 그에 따라, 상기 네트웍 측은 다른 기능들이 정상인지 여부, 지정된 기능의 상태 등과 같은 정보를 획득할 수도 있다. 따라서, 상기 단말기의 동작 상태는 유연하게 모니터링될 수도 있다.

본 발명의 제2 실시예에 따른 통신 단말기 기능을 시작하거나 중지하는 방법은 도 5에 도시된 바와 같다. 현재 단말기에서 시작될 필요가 있는 기능이 실행 상태에 있다고 가정한다. 그리고, 상기 네트웍 측은 서비스 서버를 통해 상기 서비스를 제어한다. 본 실시예와 이전 실시예의 주된 차이는 여기에 있다. 상기 단말기의 지정된 기능의 활동 상태는 상기 서비스 서버가 제어 지시(control instruction)를 송신하기 전에 질문되지 않을 수도 있다. 대신, 상기 제어 지시는 현재 서비스에 의해 요구되는 바와 같이 직접 송신된다. 그리고, 상기 단말기는 상기 지시된 기능의 현재 활동 상태에 따라 상기 제어 지시를 실행 또는 무시하는 것을 판단한다. 본 실시예에서는, 상기 DM 서버가 시작 지시를 송신하는 경우를 예시로 한다. 그리고 다른 지시들도 유사하게 이해될 수도 있다.

단계 501에서, 서비스 서버는 DM 서버에게 서비스에 의해 필요로되는 상기 기능의 시작 지시(start instruction)를 송신한다.

단계 502부터 단계 504까지는 각각 단계 406부터 단계 408까지와 유사하다.

단계 505에서, 상기 사용자 허가를 획득한 후, 상기 DM 에이전트는 상기 단말기의 상기 지정된 기능의 상태에 따라 상기 시작 지시를 실행하거나 무시한다. 예를 들어, 만약 상기 지정된 기능이 실행 상태에 있다면 상기 DM 명령에서 상기 지시된 기능을 시작하기 위한 지시는 무시된다.

만약, 상기 단말기에서 상기 지정된 기능이 비-실행 상태(not-Running state)에 있다면, 상기 DM 명령의 상기 지정된 기능을 시작하기 위한 지시는 실행된다.

그러면, 상기 조작 결과, 즉 상기 기능이 현재 실행 상태에 있다는 것은 상기 DM 서버에게 보고된다. 추가적으로, 만약 상기 사용자 확인 메시지가 거절된다면, 상기 DM 서버는 상기 서비스 요청을 종료하도록 통지 받는다.

단계 506 및 단계 507은 각각 단계 410 및 단계 411과 유사하고, 따라서 여기서 다시 설명되지 않을 것이다.

본 발명의 제3 실시예에 따른 통신 단말기 기능을 시작하거나 중지하는 방법은 도 6에 도시된 바와 같다. 본 실시예에서, 현재 단말기에서 시작될 필요가 있는 기능은 중지 상태에 있다고 가정한다.

단계 601에서, 서비스 서버는 서비스 배포 계획(service distribution plan) 또는 서비스 관리 계획(service management plan)을 만든다. 상기 계획은 시간을 기반으로 할 수도 있다. 예를 들어, 상기 BCAST 서버는 타임테이블에 따라 매일 10:00-11:00 및 16:00-17:00에 상기 단말기에게 서비스를 방송(broadcast)할 수도 있고, 상기 타임테이블의 타임 부분(segment)에 따라 상기 단말기에게 상기 BCAST 클라이언트를 시작하도록 지시한다. 또한, 상기 계획은 상기 단말기에서 이벤트(event)를 기반으로 할 수도 있다. 예를 들어, 상기 단말기는 상기 기능의 자동 업데이트가 종료될 때 자동으로 상기 기능을 중지하도록 지시받는다.

그러면, 상기 서비스 서버는 상기 DM 서버의 WSI(Web Service Interface)를 통해 상기 DM 서버에게 상기 서비스 배포 계획을 제출한다. 상기 서비스 배포 계획은 기능 ID, 시간 또는 조건 등을 포함한다.

단계 602에서, 상기 DM 서버는 상기 서비스 서버에 의해 제출된 상기 서비스 배포 계획에 따라 스케쥴링(Scheduling)을 발생한다. 상기 스케쥴링은 트리거 조건 및 미리 결정된 조작을 포함한다. 예를 들어, 상기 트리거 조건은 오전 10:00이고, 상기 미리 결정된 조작은 상기 클라이언트에서 BCAST 기능을 시작하는 것이다.

그러면, 상기 DM 서버는 상기 표준 OMA DM 프로토콜을 통해 상기 단말기의 DM 에이전트에게 발생된 상기 스케쥴링을 송신한다.

단계 603에서, 상기 DM 에이전트는 상기 사용자에게 상기 단말기의 UI를 통해 상기 스케쥴링을 설치할지 여부를 판단할 것을 요청한다.

만약, 상기 사용자가 상기 서비스에 대해 디폴트 조작을 설정한다면, 상기 DM 에이전트는 상기 사용자 확인을 필요로하지 않고, 상기 디폴트 조작에 따라 직접 상기 스케쥴링을 처리하고, 단계 606으로 진행한다.

단계 604에서, 상기 사용자는 상기 UI를 통해 상기 스케쥴링을 확인할 수도 있다. 만약 사용자가 상기 서비스를 받는 것을 원하지 않거나 또는 상기 서비스를 받는 것이 사용자에게 불편하다면, 상기 사용자는 취소 조작을 수행한다. 만약 상기 사용자가 상기 서비스를 받는다면, 그는 허가 조작을 수행한다. 만약 상기 사용자가 상기 취소 조작 또는 허가 조작을 수행하지 않는다면, 디폴트 처리가 수행될 수도 있다. 예를 들어, 상기 사용자가 상기 서비스를 거절한 것으로 간주될 수도 있다.

상기 사용자가 상기 서비스를 받는 것을 나타내는 상기 확인 메시지(승낙 또는 거절)는 상기 단말기의 UI를 통해 상기 DM 에이전트에게 회신된다.

추가적으로, 또한 상기 사용자는 상기 UI를 통해 상기 스케쥴링을 변경할 수도 있다. 예를 들어, 상기 사용자는 상기 방송이 단지 10:00-11:00의 시간 부분에서만 수신되도록 상기 타임테이블을 변경할 수도 있다.

상기 DM 에이전트는 상기 사용자 허가 또는 변경에 따라 상기 단말기에게 상기 스케쥴링을 설치하고 상기 스케쥴링을 실행하도록 지시한다. 만약, 상기 사용자 확인 메시지가 설치 거절(Install Rejected)이라면, 상기 스케쥴링은 취소된다.

단계 605에서, 상기 스케쥴링의 트리거 조건이 부합될 때, 예를 들어 시간이 10:00가 되거나 상기 기능 업데이트가 완료될 때, 상기 사용자는 상기 스케쥴링에 대응하는 상기 기능의 시작 또는 중지 조작을 수행할지 여부, 예를 들어 상기 방송 서비스를 수신하는 것을 시작할지 여부를 확인하도록 요청받는다.

그러나, 또한 디폴트 조작이 설정될 수도 있고, 따라서, 상기 디폴트 조작은 상기 사용자에게 확인을 요청하지 않고 적절히 수행될 수도 있다.

단계 606은 단계 408과 유사하다.

단계 607에서, 상기 DM 에이전트는 상기 사용자 허가를 기반으로한 상기 스케쥴링에서 상기 미리 결정된 조작을 수행하고, 현재 활성화된 상태에 있는 상기 기능을 시작하고(또는 상기 기능을 중지한다. 예를 들어 상기 DM 에이전트는 11:00에 중지 조작을 수행한다.), 상기 DM 서버에게 조작 결과를 회신한다.

만약, 상기 단말기가 상기 시작(또는 중지) 조작을 수행할 때 상기 기능이 실행 상태에 있다면, 상기 DM 명령에서 상기 시작(중지) 지시는 무시된다.

단계 608은 단계 410과 유사하다. 따라서 여기서 다시 설명되지는 않을 것이다.

단계 609에서, 상기 서비스 서버는 상기 단말기와 연결을 수립하고, 상기 회신된 조작 결과가 시작이라면 상기 서비스 배포 또는 서비스 관리를 시작한다. 만약, 상기 회신된 조작 결과가 중지라면, 상기 단말기와의 연결은 중단되고, 상기 단말기와 서비스 또는 상기 관리 조작은 중지된다.

상기 관련된 서비스 기능은 상기 서비스가 실행될 때 즉시 시작될 수도 있고. 또는 미리-수립된 서비스 시작 계획에 따라 미리 결정된 서비스 시작 시간에 시작될 수도 있다. 상이한 서비스들의 요구들은 이러한 두가지 모드들을 유연하게 사용하여 더 잘 부합될 수 있다.

본 발명의 제4 실시예에 따른 상기 통신 단말기의 구조는 도 7에 도시된 바와 같다. 상기 통신 단말기는 다양한 서비스들을 수행하기 위한 기능을 제공하는데 적합한 하나 또는 그 이상의 기능 모듈들(function modules)(31); 상기 네트웍 측 에서 DM 서버로부터 장치 관리 명령을 수신하고 해결하며, 상기 대응하는 제어 지시를 획득하고, 상기 DM 트리를 조작하고 유지하는데 적합한 DM 에이전트(32); 및 DM 에이전트(32)에 의해 획득된 상기 제어 지시에 따라 상기 지정된 기능의 활동 상태에 대해 대응하는 제어 조작을 수행하는데 적합한 하나 또는 그 이상의 DM 서비스 기능 클라이언트들(DM service function clients)(33)을 포함한다.

상기 BCAST 서비스 및 PoC 서비스의 기능을 예로 들면, 상기 통신 단말기(30), 상기 DM 서버(40) 및 상기 서비스 서버 사이의 통신을 수행하는 시스템의 구조는 도 8에 도시된 바와 같다. 상기 BCAST 서비스의 기능 모듈은 상기 BCAST 클라이언트(311)에 설정되고, 상기 PoC 서비스의 기능 모듈은 상기 PoC 클라이언트(312)에 설정되며, 서비스들은 상기 BCAST 프로토콜 및 PoC 프로토콜 각각으로 상기 BCAST 서버(51) 및 PoC 서버(52)에 의해 배포된다. DM 에이전트(32)는 상기 DM 서비스 기능 클라이언트(33)을 통해 상기 서비스 클라이언트를 관리한다. 상기 구체적인 서비스 기능에 따라, 상기 DM 서비스 기능 클라이언트는 애플리케이션 관리 클라이언트, 진단(Diagnostic) 및 모니터링(Monitoring) 클라이언트(DiagMon client), 스케쥴링 클라이언트 등이 될 수도 있다.

도 9는 상기 DM 서비스 기능 클라이언트가 구체적으로 DiagMon 클라이언트인 상기 서비스 기능 관리 시스템의 구조적 표현이다. 도 9에서:

상기 DM 에이전트(32)는 상기 DM 서버(40)에 의해 등록된 상기 장치 관리 명령을 해석하고 상기 DiagMon 클라이언트(330)에게 상기 제어 지시를 제공한다.

상기 DiagMon 클라이언트(330)은 주로 다음 모듈들을 포함한다:

상기 단말기에 대해 기능의 상태를 질문하기 위하여 상기 DM 서버(40)를 지원하는데 적합한 상태 질문 모듈(state query module)(3301);

상기 소프트웨어의 상기 시작 및 중지를 지원하는데 적합한 시작/중지 인에이블링 모듈(start/stop enabling module)(3302). 상기 단말기는 상기 DM 서버(40)에 의해 송신된 명령이 수신된 후 상기 시작/중지 인에이블링 모듈을 통해 상기 관련된 실행 가능한 노드를 제어하는 것에 의해 기능의 시작 및 중지를 실현할 수도 있다. 상기 시작/중지 인에이블링 모듈은 상기 DM 서비스 기능 클라이언트 또는 다른 위치에 있을 수도 있는 논리 기능 모듈(logic function module)이다.

상기 DM 서비스 기능 서버(4)는 주로 상기 DM 서버(40)을 포함한다. 상기 DM 서버는 단말기에게 관리 지시를 송신하고 상기 단말기로부터 회신된 메시지를 수신하는데 적합하다.

상기 서비스 서버(5) 및 상기 서버(4)는 WSI 인터페이스를 통해 서로 상호작용한다.

상기 사용자 인터페이스(34)는 사용자에게 인증 요청을 송신하고 상기 DiagMon 클라이언트(330)가 제어 지시를 실행할 때 상기 사용자로부터 인증을 받는데 적합하다.

상기 DiagMon 클라이언트(330)은 또한 상기 애플리케이션 관리 클라이언트, 스케쥴링 클라이언트 등과 같은 다른 DM 서비스 기능 클라이언트들(331)과 상호작용할 수도 있다.

상기 DM 에이전트는 상기 DM 트리의 노드를 조작하는 것에 의해 상기 DM 서 비스 기능 클라이언트에게 제어 지시를 제공할 수도 있다. 도 9에 대응하여, 상기 DM 트리는 기능을 시작하기 위한 노드 및 기능을 중지하기 위한 노드를 포함할 수도 있다. 만약 이러한 두 노드들이 실행 가능한 노드들이라면, 상기 실행 가능한 노드들은 상기 DM 서버에 의해 송신된 상기 DM 명령을 통해 상기 기능의 시작 또는 중지 조작을 수행하기 위하여 직접 트리거될 수도 있다. 만약 상기 두 노드들이 표시 노드들(indication nodes)이라면 상기 DM 에이전트는 상기 DM 명령의 상기 지시(instruction)에 따라 상기 표시 노드의 값을 변경할 수도 있다. 그리고, 상기 단말기는 상기 DM 서비스 기능 클라이언트가 상기 표시 노드의 값에서 변경을 모니터링하고 상기 표시 노드의 값에서의 변경에 따라 상기 대응하는 시작 또는 중지 조작을 수행하도록 통지하기 위하여 도 9에 점선 부분에 의해 도시된 상태 모니터링 모듈(state monitoring module)(35)를 채용할 수도 있다. 상기 DM 트리의 부분적 구조는 도 10에 도시된 바와 같다.

<Interior Node/x>

트리 노드 (Tree Node)	포맷 (Format)	접속 권한 (Access Right)
Zero Or More (0 또는 이상)	Node (노드)	Replace, Get (대체, 획득)

<Interior Node>는 서비스 기능 MO의 근원 노드(root node)인 내부 노드를 의미한다. 상기 MO는 ScoMO, DiagMon MO, 스케쥴링 MO 또는 애플리케이션 관리 MO 등이 될 수도 있다.

<x>는 플레이스홀더(placeholder)이고, 상기 설치된 기능의 상기 구체적인 정보 및 상기 관련된 실행 가능한 조작은 이 노드 아래에 저장된다.

편의를 위해, <Interior Node/x>는 아래 설명에서 <./x>로 대체된다.

구체적으로, <./x/ID> (ID)

트리 노드	포맷	접속 권한
One (1)	Chr (문자)	Replace, Get (대체, 획득)

상기 소프트웨어 ID는 이 노드에 저장된다.

<./x/StateValue> (상태)

트리 노드	포맷	접속 권한
Zero Or More (0 또는 이상)	Chr (문자)	Replace, Get (대체, 획득)

이 노드는 상기 소프트웨어의 상태를 나타낸다. 상기 노드의 값은 다음과 같을 수도 있다.

상태 (State)	설명(Description)
중지(Stopped)	이 기능은 중지 상태에 있다.
실행(Running)	이 기능은 실행 상태에 있다.

<./x/Operations> (조작)

트리 노드	포맷	최소 접속 권한 (Minimal Access Right)
One (0)	Node (노드)	Get (획득)

이 노드는 실행 가능한 노드들의 시리즈들의 아버지 노드(father node)이다.

<./x/Operations/Start>(시작 조작)

트리 노드	포맷	최소 접속 권한
Zero Or One (0 또는 1)	Null (빈)	Exec, Get (실행 가능, 획득)

이 노드는 기능 또는 프로세스를 시작하는데 적합한 실행 가능한 노드이다. 예를 들어, 0은 초기의 상태 또는 조작의 완료를 나타내고, 1은 상기 기능이 시작될 필요가 있다는 것을 나타낸다.

<./x/Operations/Stop>(중지 조작)

트리 노드	포맷	최소 접속 권한
Zero Or One (0 또는 1)	Null (빈)	Exec, Get (실행 가능, 획득)

이 노드는 기능 또는 프로세스를 중지하는데 적합한 실행 가능한 노드이다. 예를 들어, 0은 초기의 상태 또는 조작의 완료를 나타내고, 1은 상기 기능 또는 프로세스가 중지될 필요가 있다는 것을 나타낸다.

상기 시작 및 중지 노드는 실행(Run) 노드, 출구(Exit) 노드 등과 같이 지칭될 수도 있다. 상기 구체적인 해석 및 실행은 상기 단말기의 서비스 기능 모듈에 의해 완수된다.

<./x/Operations/Remove>(제거 조작)

트리 노드	포맷	최소 접속 권한
Zero Or One (0 또는 1)	Null (빈)	Exec, Get (실행 가능, 획득)

이 노드는 기능 또는 프로세스를 삭제(Uninstall)하는데 적합한 실행 가능한 노드이다. 예를 들어, 0은 초기의 상태 또는 조작의 완료를 나타내고, 1은 상기 기능이 제거되야 한다는 것을 나타낸다.

<./x/Operations/Ext>(확장 가능한 조작)

트리 노드	포맷	최소 접속 권한
Zero Or One (0 또는 1)	Node (노드)	Get (획득)

이 노드는 미래의 확장을 위해 제공된다.

상술한 실시예들에서, 상기 시작 노드 및 중지 노드가 각각의 서비스 기능 MO에서 정의된다고 할지라도, 기능의 시작 및 중지는 또한 도 11에 도시된 바와 같이 상기 스케쥴링 모드에서 이러한 노드들을 발동(invoking)하는 것에 의해 수행될 수도 있다. 구체적으로, 두 수행 모드들이 있다.

모드 1: 상기 통신 단말기는 단말기 기능을 시작하거나 중지하도록 하는 명령(지시)를 포함하는 미리 결정된 임무(task)를 수신한다. 상기 단말기는 상기 스케쥴링 클라이언트(332)를 시작하고, 상기 조건이 부합될 때, 상기 DiagMon 클라이언트(330)와 같은 상기 대응하는 DM 서비스 기능 클라이언트를 발동한다. 상기 지정된 기능을 시작하거나 중지하기 위해서, 기능을 시작하거나 중지하는데 적합한 상기 실행 가능한 노드는 실행된다. 그러나, 다른 DM 서비스 기능 클라이언트들(334)은 구체적인 제어 지시에 따라 발동될 수도 있다.

모드 2: 상기 통신 단말기는 단말기 기능을 시작하거나 중지하기 위한 코드(code) 또는 기능의 부분을 포함하는 미리 결정된 임무를 수신한다. 상기 단말기는 상기 스케쥴링 클라이언트(332)를 시작하고, 바닥-계층 조작 시스템(bottom-layer operating system)은 상기 조건이 부합될 때, 상기 지정된 기능을 시작하거나 중지하기 위하여 상기 미리 결정된 임무에서 상기 코드 또는 기능의 부분을 실행한다.

추가적으로, 상기 사용자가 상기 기능이 시작되기 전에 상기 사용자에게 확인을 촉구(prompt)할 필요가 있는지 여부를 설정할 수도 있도록, 상술한 실시예를 기반으로 인터페이스가 또한 제공될 수도 있다. 예를 들어, 상기 사용자는 다음과 같이 설정할 수도 있다. 상기 서버가 처음으로 상기 기능을 시작하기 위한 명령을 송신할 때, 상기 사용자는 확인할 필요가 있다. 그러나, 그 이후로, 상기 기능은 상기 사용자의 확인없이 직접 시작될 수도 있다. 따라서, 불필요한 확인은 구체적인 애플리케이션 환경에서 회피될 수도 있고, 상기 사용자의 서비스 경험은 향상될 수도 있다.

본 발명의 제5 실시예에 따른 통신 단말기 기능을 일시 중지 또는 다시 시작하는 방법은 도 12에 도시된 바와 같다. 현재 단말기에서 일시 중지 또는 다시 시작될 필요가 있는 기능은 실행 상태에 있다고 가정한다. 실행 상태에 있는 서비스 기능의 일시 중지 및 다시 시작 사이의 상태 전이는 도 13에 도시된 바와 같고, 두 상태들 즉, 실행 상태 및 일시 중지 상태가 있다.

구체적으로, 상기 일시 중지 조작은 단지 기능이 실행 상태에 있을 때 상기 기능에 대해 수행되고, 따라서 상기 기능은 일시 중지 상태로 변경될 수도 있다. 그리고, 상기 다시 시작 조작은 단지 기능이 일시 중지 상태에 있을 때 상기 기능에 대해 수행되고, 따라서 상기 기능은 실행 상태로 변경될 수도 있다.

단계 1201부터 단계 1204까지는 단계 401부터 단계 404까지와 유사하다.

단계 1205에서, 상기 서비스 서버는 수신된 지정된 기능의 현재 상태를 분석하고 상기 단말기에게 지정된 기능을 일시 중지 또는 다시 시작하기 위한 지시를 송신할지 여부를 판단한다. 상기 일시 중지 조작은 단지 상기 기능이 실행 상태에 있을 때 상기 기능에 대해 수행될 수도 있고 상기 다시 시작 조작은 단지 상기 기능이 일시 중지 상태에 있을 때 상기 기능에 대해 수행될 수도 있기 때문에, 만약 일시 중지 지시가 송신될 때 상기 지정된 기능이 실행 상태에 있다면, 또는 다시 시작 지시가 송신될 때 상기 지정된 기능이 일시 중지 상태에 있다면, 단계 1206은 실행된다. 그렇지 않으면 상기 프로세스는 종료한다.

단계 1206에서, 상기 서비스 서버는 상기 단말기에게 지정된 기능을 일시 중 지 또는 다시 시작하기 위한 지시를 포함하는 일시 중지 요청 또는 다시 시작 요청을 송신한다. 실행 상태에 있는 상기 지정된 기능을 일시 중지하는 것에 의해 상기 기능을 실행하는 것이 필요하지 않을 때 상기 기능에 의해 점유된 상기 단말기의 CPU 리소스들은 감소될 수도 있다. 그리고, 동시에 상기 단말기의 전기 에너지는 절약될 수도 있다.

단계 1207에서, 상기 DM 서버는 상기 서비스 서버로부터의 요청에 따라 상기 단말기의 상기 DM 에이전트에게 상기 대응하는 일시 중지 또는 다시 시작 명령을 송신한다.

단계 1208에서, 상기 DM 에이전트가 상기 DM 서버로부터 상기 DM 명령을 수신한 후, 만약 상기 단말기의 상기 DM 트리에서 기능을 일시 중지 및 다시 시작하기 위한 상기 노드가 실행 가능한 노드라면, 상기 DM 에이전트는 상기 DM 명령에 포함된 상기 제어 지시에 따라 직접 상기 대응하는 실행 가능한 노드를 트리거하고, 상기 지정된 기능은 상기 DM 서비스 기능 클라이언트에서 상기 인에이블링 모듈에 의해 일시 중지 또는 다시 시작된다. 만약, 상기 단말기의 상기 DM 트리에서 기능을 일시 중지 또는 다시 시작하기 위한 상기 노드가 표시 노드라면, 상기 DM 에이전트는 상기 DM 명령의 상기 지시에 따라 상기 대응하는 일시 중지 표시 노드 또는 다시 시작 표시 노드의 값을 변경한다. 그리고, 상기 단말기는 상기 표시 노드의 값의 변경을 모니터링하는 것에 의해 대응하게 상기 기능을 일시 중지 또는 다시 시작한다.

만약, 상기 지정된 기능이 일시 중지되면 상기 기능은 상기 단말기의 CPU 리 소스들을 점유하지 않는다. 그러나, 여전히 다른 리소스들의 점유를 유지한다. 상기 기능에 의해 점유된 상기 단말기의 리소스들은 CPU 리소스들을 제외하고 해제된 것이 아니기 때문에, 상기 기능을 다시 실행하는 것이 요구될 때 상기 기능의 실행 상태는 상기 DM 서버를 통해 원격 다시 시작 지시를 송신하는 것에 의해 빠르게 다시 시작될 수도 있다. 따라서, 상기 사용자 경험은 강화될 수도 있다.

단계 1209 및 단계 1210은 단계 409 및 단계 410과 유사하다. 따라서 여기서 다시 설명되지는 않을 것이다.

본 발명의 제6 실시예에 따른 기능을 일시 중지 및 다시 시작하는 시스템의 구조는 도 14에 도시된 바와 같고, 단말기(60), DM 서비스 기능 서버(7) 및 서비스 서버(8)를 포함한다.

상기 DM 서비스 기능 서버(7)는 주로 DM 서버(70)을 포함한다. 상기 DM 서버는 상기 단말기(60)에게 관리 명령을 송신하고 상기 단말기로부터 회신된 메시지를 수신하는데 적합하다.

상기 서비스 서버(8) 및 상기 서버(7)는 WSI 인터페이스를 통해 서로 연결된다.

상기 단말기(60)는 기능 모듈(61), DM 에이전트(62), DM 서비스 기능 클라이언트(63) 및 사용자 인터페이스(64)를 포함한다.

상기 기능 모듈(61)은 기능 및 그것의 실행 환경을 제공하고, 시작, 중지, 일시 중지 등과 같은 상기 기능의 실제 실행을 제어하는 역할을 한다. 상기 실행 환경은 자바(Java) 또는 로컬 애플리케이션 프랫폼(local application plateform) 이 될 수도 있다.

상기 DM 에이전트(62)는 상기 DM 에이전트(62)와 상기 DM 서버(70) 사이의 기초적 DM 프로토콜을 해석하고 실행하고, 조작, 명령 등을 포함하는 상기 기능 관리와 관련된 제어 지시를 획득하는 역할을 한다. 상기 DM 에이전트(62)는 또한 DiagMon MO와 같은 DM 트리를 유지하는 역할을 한다. 상기 기능 ID, 이름, 조작과 같은 진단 기능들의 관련된 정보는 DiagMon 관리 트리에 저장된다. 상기 조작은 시작, 중지, 일시 중지, 다시 시작 등을 포함한다.

상기 DM 서비스 기능 클라이언트(63)는 상기 DM 에이전트(62)에 의해 획득된 상기 제어 지시에 따라 상기 지정된 기능의 활동 상태를 제어하는데 적합하다. 상기 DM 서비스 기능 클라이언트(63)은 주로 상태 질문 인에이블링 모듈(6301) 및 시작/중지 인에이블링 모듈(6302)을 포함하고, 그것들의 기능들은 상기 제4 실시예에서 동일한 이름 모듈들과 모듈들의 기능들이 유사하다. 상기 DM 서비스 기능 클라이언트(63)는 실행 상태에서 기능을 일시 중지 및 다시 시작하는 것을 지원하는데 적합한 일시 중지/다시 시작 인에이블링 모듈(6303)을 더 포함한다.

상기 사용자 인터페이스(64)는 상기 DM 서비스 기능 클라이언트(63)이 제어 명령을 실행할 때 사용자에게 인증 요청을 송신하고 상기 사용자로부터 인증 허가를 받는데 적합하다.

상기 DM 에이전트는 상기 DM 트리의 노드를 조작하는 것에 의해 상기 DM 서비스 기능 클라이언트에게 제어 지시를 제공할 수도 있다. 도 14에 대응하여, 상기 DM 트리는 기능을 일시 중지하기 위한 노드 및 기능을 다시 시작하기 위한 노드를 포함할 수도 있다. 만약 이러한 두 노드들이 실행 가능한 노드들이라면 상기 실행 가능한 노드는 상기 DM 서버에 의해 송신된 상기 DM 명령에 따라 상기 DM 에이전트에 의해 기능을 일시 중지 또는 다시 시작하기 위해 직접 트리거된다. 만약 이러한 두 노드들이 표시 노드들이고 상기 상태 값이 그것에 저장된다면, 상기 DM 에이전트는 상기 DM 명령의 지시에 따라 상기 표시 노드의 값을 변경할 수도 있다. 그리고, 상기 단말기는 상기 표시 노드의 값에서 상기 변경을 모니터링하기 위해 도 14의 점선으로된 부분에 의해 도시된 상태 모니터링 모듈(65)를 채용할 수도 있고, 상기 DM 서비스 기능 클라이언트에게 상기 표시 노드의 값의 변경에 따라 상기 대응하는 일시 중지 또는 다시 시작 조작을 수행하도록 통지한다. 상기 상태 모니터링 모듈은 상기 DM 서비스 기능 클라이언트(63)의 상기 인에이블링 모듈에 의해 수행될 수도 있고 또는 외부의 기능 또는 다른 인에이블링 구성요소들에 의해 수행될 수도 있는 논리 모듈(logic module)이다.

상기 DM 트리의 일부 구조는 도 15에 도시된 바와 같다. 상기 DM 트리에서 일시 중지 조작 또는 다시 시작 조작을 수행하기 위한 노드가 표시 노드일 때 상기 해석은 다음과 같다.

<./x/Operations/Suspend>

트리 노드	포맷	최소 접속 권한
Zero Or One (0 또는 1)	Chr (문자)	Get, Replace (획득, 대체)

이 노드는 기능 또는 프로세스를 일시 중지하는 기능을 나타내는데 적합하다. 예를 들어, 0은 초기의 상태 또는 일시 중지 조작의 완료를 나타내고, 1은 상 기 기능 또는 프로세스가 일시 중지될 필요가 있다는 것을 나타낸다.

<./x/Operations/Resume>

트리 노드	포맷	최소 접속 권한
Zero Or One (0 또는 1)	Chr (문자)	Get, Replace (획득, 대체)

이 노드는 기능의 재시작, 즉 다시 시작 조작을 나타내는데 적합하다. 예를 들어, 0은 초기의 상태 또는 다시 시작 조작의 완료를 나타내고, 1은 상기 기능이 다시 시작될 필요가 있다는 것을 나타낸다.

추가적으로, 만약 상기 조작 명령의 소스 정보가 저장될 필요가 있다면, 상기 정보는 상기 <Ext> 확장 노드 또는 상기 노드의 속성에 저장될 수도 있다.

상기 DM 트리의 구조는 상술한 바와 같은 구조에 제한되지 않는다. 예를 들어, 도 16에 도시된 바와 같이, 상기 시작 노드 및 중지 노드는 하나의 노드로 결합될 수도 있고, 또한 상기 일시 중지 노드 및 다시 시작 노드는 하나의 노드에 결합될 수도 있다. 시작/중지 노드에 대해, 0은 상기 초기의 상태를 나타내기 위해 채용될 수도 있고, 1은 기능 또는 프로세스의 시작을 나타내기 위해 채용될 수도 있고, 2는 기능 또는 프로세스의 중지를 나타내기 위해 채용될 수도 있으며, 3은 조작의 완료를 나타내기 위해 채용될 수도 있다. 비슷하게, 상기 일시 중지/다시 시작 노드에 대해, 0은 상기 초기의 상태를 나타내기 위해 채용될 수도 있고, 1은 기능 또는 프로세스의 일시 중지를 나타내기 위해 채용될 수도 있고, 2는 기능 또는 프로세스의 다시 시작을 나타내기 위해 채용될 수도 있으며, 3은 조작의 완료를 나타내기 위해 채용될 수도 있다.

다른 예시에서, 상기 DM 트리의 구조는 도 17에 도시된 바와 같다. 상기 리프 노드들(leaf nodes)은 각 노드의 상태 및 상기 소스 서버(source server)의 정보를 나타낸다. 플래그 노드(Flag node)는 조작 명령의 상태를 나태나기 위해 채용된다. 그리고, 소스 노드(Source node)는 서버로부터 나오는 조작 명령 등과 같은 조작 명령의 소스를 나타내기 위해 채용된다. DM 명령이 수신될 때, 상기 명령 소스의 유효성은 상기 소스 노드의 정보에 따라 판단될 수도 있다.

상술한 실시예들에서, 상기 시작 및 중지 노드와 유사한, 상기 일시 중지 및 다시 시작 노드는 상기 SCoMO에서 정의될 수도 있고, 여기서 다시 설명되지는 않을 것이다. 추가적으로, 상기 일시 중지 및 다시 시작 노드들은 다른 이름들을 가질 수도 있다.

추가적인 장점들 및 변경들은 기술분야의 당업자들에게 쉽게 떠오를 것이다. 따라서, 더 넓은 관점에서 본 발명은 여기에서 설명되고 보여진 구체적인 설명들 및 대표적인 실시예들에 제한되지 않는다. 따라서, 다양한 변경 및 변화는 첨부된 청구항들 및 그것들의 균등물들에 의해 정의된 바와 같은 발명의 정신 또는 범위로부터 벗어남없이 만들어 질 수 있다.

Claims (24)

1. TMN(Telecommunications Management Network, 무선 통신 관리 네트워크)에서 단말기를 관리하는 방법에 있어서,

   DM(Device Management) 서버에 의해, 상기 단말기로부터 지정된 기능의 활동 상태를 조회하는 단계;

   서비스 서버에 의해, 상기 지정된 기능의 활동 상태에 따라 제어 지시를 결정하는 단계;

   상기 DM 서버에 의해, 상기 제어 지시를 포함하는 장치 관리 명령을 상기 단말기로 송신하는 단계; 및

   상기 단말기에 의해, 상기 제어 지시에 따라 상기 지정된 기능에 대한 동작(operation)을 수행하는 단계를 포함하며,

   상기 지정된 기능의 활동 상태는 실행 상태(Running state) 및 비-실행 상태(not-Running state)를 포함하고, 상기 제어 지시는 상기 지정된 기능을 시작하거나 중지하기 위한 지시를 포함하고, 상기 제어 지시에 따라 상기 단말기에 의해 상기 지정된 기능에 대하여 수행되는 동작은 비-실행 상태에 있는 상기 지정된 기능에 응답하여 상기 지정된 기능을 시작하는 단계 또는 실행 상태에 있는 상기 지정된 기능에 응답하여 상기 지정된 기능을 중지하는 단계를 포함하는 단말기 관리 방법.
2. 삭제
3. 삭제
4. 삭제
5. 삭제
6. 제 1항에 있어서,

   상기 제어 지시는 미리 결정된 조건 하에서 상기 지정된 기능을 시작하거나 중지하기 위한 지시를 포함하며,

   상기 제어 지시에 따라 상기 단말기에 의해 수행되는 상기 동작은 상기 제어 지시의 상기 미리 결정된 조건을 저장하는 단계, 및 상기 미리 결정된 조건이 만족되면, 상기 제어 지시에 따라 상기 지정된 기능을 시작하거나 중지하는 단계를 포함하는 단말기 관리 방법.
7. 제 1항에 있어서, 상기 방법은

   상기 DM 서버에 의해, 상기 단말기의 장치 관리 트리(device management tree)에 관리 트리 노드(management tree node)를 구성하거나 추가하는 단계를 더 포함하고,

   상기 DM 서버에 의해 상기 장치 관리 명령을 상기 단말기로 송신하는 단계는, 상기 DM 서버에 의해, 상기 관리 트리 노드 상의 동작에 의해 상기 장치 관리 명령의 상기 제어 지시를 송신하는 단계를 포함하는 단말기 관리 방법.
8. 제 7항에 있어서,

   상기 제어 지시를 송신하기 위하여 장치 관리 서버에 의해 사용되는 상기 관리 트리 노드는 실행 가능한 노드(executable node)이고,

   상기 관리 트리 노드 상의 동작은 상기 실행 가능한 노드를 트리거링(triggering)하기 위한 장치 관리 명령을 송신하는 단계인 단말기 관리 방법.
9. 제 7항에 있어서,

   상기 제어 지시를 송신하기 위하여 장치 관리 서버에 의해 사용되는 상기 관리 트리 노드는 표시 노드(indication node)이고,

   상기 관리 트리 노드 상의 동작은 상기 단말기의 상기 장치 관리 트리의 표시 노드의 값을 변경하기 위한 상기 장치 관리 명령을 송신하는 단계인 단말기 관리 방법.
10. 제 9항에 있어서,

    상기 단말기에 의해, 상기 제어 지시에 따라 상기 동작을 수행하는 단계는:

    상기 단말기에 의해, 상기 표시 노드의 값의 변경을 모니터링하고, 상기 변경을 상기 지정된 기능의 실행 환경(execution environment)으로 통지하는 단계; 및

    상기 지정된 기능의 상기 실행 환경에 의해, 상기 표시 노드의 값의 변경에 따라 상기 지정된 기능에 대한 동작을 수행하는 단계;

    를 포함하는 단말기 관리 방법.
11. 지정된 기능을 시작하거나 중지하기 위한 지시를 포함한 제어 지시를 포함하는 장치 관리 명령을 수신하고 해석하도록 구성되며, 상기 지정된 기능의 활동 상태는 실행 상태 및 비-실행 상태를 포함하는 장치 관리 에이전트; 및

    상기 제어 지시에 따라 비-실행 상태에 있는 상기 지정된 기능에 응답하여 상기 지정된 기능을 시작하거나 실행 상태에 있는 상기 지정된 기능에 응답하여 상기 지정된 기능을 중지하도록 구성된 장치 관리 서비스 기능 클라이언트를 포함하며,

    상기 장치 관리 서비스 기능 클라이언트는, DM(Device Management) 서버로부터의 조회 요청에 응답하여, 상기 지정된 기능의 활동 상태를 서비스 서버(상기 서비스 서버는 상기 지정된 기능의 활동 상태에 따라 상기 제어 지시를 결정함)로 반환하도록 구성된 상태 조회 인에이블링 모듈(state query enabling module)을 더 포함하는 통신 단말기.
12. 제 11항에 있어서,

    상기 장치 관리 에이전트는 장치 관리 트리를 유지하고, 상기 장치 관리 명령에 따라 상기 장치 관리 트리의 노드에서 동작하도록 더 구성되며;

    상기 장치 관리 서비스 기능 클라이언트는 대응하는 관리 트리 노드에 따라 상기 지정된 기능의 상기 활동 상태를 제어하는 통신 단말기.
13. 제 12항에 있어서,

    상기 관리 트리 노드는 상기 지정된 기능을 시작하기 위한 노드 및 상기 지정된 기능을 중지하기 위한 노드를 포함하는 실행 가능한 노드(executable node)이고,

    상기 장치 관리 명령에 따라 상기 장치 관리 에이전트에 의해 상기 관리 트리 노드에서 수행되는 상기 동작은 상기 실행 가능한 노드를 트리거링(triggering)하는 것이고,

    상기 장치 관리 서비스 기능 클라이언트는 상기 트리거된 실행 가능한 노드에 따라 상기 지정된 기능을 제어하는 통신 단말기.
14. 제 12항에 있어서,

    상기 통신 단말기는 상태 모니터링 모듈을 더 포함하고,

    상기 관리 트리 노드는 상기 지정된 기능을 시작하기 위한 노드 및 상기 지정된 기능을 중지하기 위한 노드 중 적어도 하나를 포함하는 표시 노드(indication node)이고,

    상기 장치 관리 명령에 따라 상기 장치 관리 에이전트에 의해 상기 관리 트리 노드에 대해 수행되는 상기 동작은 상기 표시 노드의 값을 변경하는 것이고,

    상기 상태 모니터링 모듈은 상기 표시 노드의 값의 변경을 모니터링하고 상기 장치 관리 서비스 기능 클라이언트에게 상기 변경을 통지하도록 구성되고,

    상기 장치 관리 서비스 기능 클라이언트는 상기 표시 노드의 값에 따라 상기 지정된 기능을 제어하는 통신 단말기.
15. 제 11항에 있어서,

    상기 장치 관리 에이전트는 장치 관리 트리를 유지하도록 더 구성되고, 상기 장치 관리 트리의 노드는 지정된 기능을 시작하기 위한 노드 및 지정된 기능을 중지하기 위한 노드 중 적어도 하나를 포함하는 실행 가능한 노드이고,

    상기 장치 관리 에이전트에 의해 수신된 상기 제어 지시는 미리 결정된 조건 하에서 상기 동작을 수행하기 위한 지시이고,

    상기 장치 관리 서비스 기능 클라이언트는 상기 미리 결정된 조건이 만족되면, 상기 미리 결정된 조건에 따라 상기 지정된 기능에 대한 대응하는 제어 동작을 수행하기 위한 상기 대응하는 실행 가능한 노드를 동작시키는(invoke) 통신 단말기.
16. 삭제
17. 장치 관리 서버, 통신 단말기 및 서비스 서버를 포함하고,

    상기 장치 관리 서버는 상기 통신 단말기로부터 지정된 기능의 활동 상태를 조회하고, 상기 지정된 기능을 시작하거나 중지하기 위한 지시를 포함한 제어 지시를 포함하는 장치 관리 명령을 상기 통신 단말기로 송신하도록 구성되고, 상기 지정된 기능의 활동 상태는 실행 상태 및 비-실행 상태를 포함하며,

    상기 통신 단말기는 제 11항의 통신 단말기이며,

    상기 서비스 서버는 상기 지정된 기능의 활동 상태에 따라 상기 제어 지시를 결정하도록 구성되는 통신 시스템.
18. 삭제
19. 제 17항에 있어서,

    상기 장치 관리 에이전트는 장치 관리 트리를 유지하고, 상기 장치 관리 명령에 따라 상기 장치 관리 트리의 노드에서 동작하도록 더 구성되고,

    상기 장치 관리 서비스 기능 클라이언트는 상기 관리 트리 노드에 따라 상기 지정된 기능을 시작하거나 중지하는 통신 시스템.
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제

Images