BRPI0707243B1

BRPI0707243B1 - Método para gerenciar dispositivo de terminal de comunicação e terminal de comunicação

Info

Publication number: BRPI0707243B1
Application number: BRPI0707243-0A
Authority: BR
Inventors: Kepeng Li; Zhuo Sang; Xioayi Dong; Xiaoqian Chai
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-01-24
Filing date: 2007-01-08
Publication date: 2019-07-30
Also published as: JP2012231540A; JP2009524370A; RU2008133704A; KR20080096563A; US20080317006A1; KR100999307B1; JP5306523B2; EP1981210B1; RU2419998C2; CN101009515A; CN101313518B; JP5096374B2; WO2007085178A1; EP1981210A4; CN101313518A; BRPI0707243B8; EP1981210A1; BRPI0707243A2

Abstract

metodo para gerenciar dispositivo de terminal de comunicaçao, terminal e sistema de comunicaçao a presente invenção refere-se a um método para gerenciar o dispositivo de terminal de comunicação incluindo envio deum comando de gerenciamento de dispositivo que inclui uma instrução de controle em um estado de atividade de uma função designada, para um terminal; e executar, pelo terminal, umaoperação no estado de atividade da função designada de acordo com a instrução de controle. a invenção adicionalmente fornece um sistema e terminal de comunicação correspondente. usar a presente invenção pode evitar que o terminal de comunicação execute a função do cliente final do serviço todo o tempo, adicionalmente uma energia elétrica ou recursos de terminal podem ser economizados.

Description

A presente invenção refere-se a tecnologias de comunicação, em especial a um método para gerenciar um dispositivo terminal de comunicação, um terminal de comunicação e um sistema de comunicação.

FUNDAMENTOS DA INVENÇÃO

Atualmente, o número de usuários de telefone celular na China beira os duzentos milhões. Conforme as necessidades dos usuários se tornam cada vez mais diversificadas e individualizadas, a inovação das telecomunicações chinesas se aprofunda, e, visto que telefones e celulares são remontados e aperfeiçoados, as operadoras começam a oferecer serviços cada vez mais abundantes aos usuários, como serviços de Radiodifusão (BCAST), Voice over Internet Protocol (VoIP), Push-to-Talk Over Cellular (PoC), etc.

VoIP é uma tecnologia implantada sobretudo com base em telefone de IP (Protocolo de Internet) e que fornece serviços correspondentes que agregam valor. Com o VoIP, a transferência de informações de serviço incluindo voz, fax, vídeo e data, tais como armazenagem e reenvio de um telefone virtual, gerenciamento de chamadas via internet, teleconferência e várias informações, podem ser implantados em uma rede IP a um baixo custo.

Um sistema VoIP adequado a um Terminal Móvel (MT) é definido pelo serviço PoC. Ao utilizar a capacidade de comutação de pacote da rede de dados sem fio, o serviço PoC é ilimitado por pontos geográficos.

A Aliança Móvel Aberta (OMA) vem trabalhando no sentido de padronizar o serviço PoC. A solução PoC da OMA tem por base o Protocolo de Iniciação de Sessão (SIP) e o Protocolo de Transferência em Tempo Real (RTP) definido pela Força Tarefa de Engenharia de Internet (IETF).

Com o desenvolvimento das tecnologias de comunicação, a escala da rede network se torna ainda maior e sua

Petição 870190039259, de 25/04/2019, pág. 7/19

2/26 arquitetura, cada vez mais complexa. A fim de melhorar a Qualidade do Serviço (QoS) e reduzir o custo operacional, é preciso estabelecer um sistema efetivo' de gerenciamento de rede. Por conseguinte, Redes de Gerenciamento de Telecomunicações (TMN) surgem quando há necessidade.

Uma TMN fornece uma política e um método de planejamento, supervisão, projeto e controle de recursos de telecomunicações, atividades de rede, serviços e gestão, além de proporcionar a um sistema funções de Manutenção Administrativa de Operação de Rede de Telecomunicações (OAM) para operadores/gerentes e usuários de terminais. Ao empregar uma rede de gerenciamento em todas as redes de telecomunicações, é possível não apenas realizar uma supervisão e um gerenciamento gerais e efetivos dos recursos de rede, mas também interconectar os sistemas de rede, de forma que se possa abrir um serviço por múltiplas regiões de gerenciamento.

A realização do TMN pode ser dividida em duas partes: Parte 1 - um sistema de monitoramento e controle de recursos de telecomunicação abaixo da camada de rede é estabelecido, de modo que a comunicação de interface possa ser realizada entre sub-redes e, dessa forma, também um controle e um monitoramento transparente da rede local, da rede de acesso e da Hierarquia Digital Síncrona (SDH); Parte 2 - um sistema de apoio a decisão da rede de telecomunicações é estabelecido no na camada de rede, de forma que é possível desenvolver serviços de gerenciamento voltados para o século XXI, tais como gerenciamento de usuário, gerenciamento de provisão de rede, gestão de mão-de-obra, faturamento, cobrança e gerenciamento contábil, QoS e gerenciamento de desempenho de rede, medição de tráfego e gerenciamento de análise, gerenciamento de manutenção, gerenciamento de segurança, gerenciamento de log, etc.

A maioria dos modelos de informação de configuração do sistema de TMN emprega a estrutura hierárquica de árvore para descrever a estrutura hierárquica do modelo de configuração,

3/26 chamada de árvore de modelo de informação de configuração.

Nos chamados modelos de informação, os recursos de rede são divididos em diversas pequenas 'unidades que precisam ser gerenciadas do ponto de vista da gestão, sendo elas posteriormente abstraídas para gerar Objetos de Gerenciamento (MOs) . Em suma, o modelo de informações é um conjunto de MO derivados dos recursos gerenciados pelo sistema de gerenciamento de rede. O gerenciamento de recursos é implantado indiretamente ao processar essas entidades de abstração de recursos, MOs. Um gerente responsável por emitir um comando e um agente responsável por executá-lo são necessários para cumprir uma operação de gerenciamento usando as informações de troca de MOs. Para realizar o comando, o agente deve conhecer o objeto a ser processado pelo seu nome, atributo, subordinação, etc. Todas essas informações são obtidas de uma Base de Informação de Gerente (MIB) . As informações na MIB são organizadas organicamente segundo uma regra. Ao empregar o método dos modelos de informação, a MIB organiza logicamente os MOs abstraídos de cima abaixo segundo uma regra de subordinação e derivação, de modo a formar uma estrutura de árvore. Em outras palavras, é estabelecida a árvore de modelo de informação acima que facilita a busca.

Na especificação do Gerenciamento de Dispositivo OMA (DM), uma tecnologia de TMN para gerenciar, diagnosticar e efetuar a manutenção um terminal é desenvolvida, podendo um servidor realizar operações de gerenciamento tais como atualização de firmware, download de aplicativo, diagnóstico e monitoramento, backup e restauração, etc., para um terminal via árvore de gerenciamento de DM. O terminal poderá ser um telefone celular, um Assistente Pessoal Digital (PDA), um notebook, um dispositivo embutido, um sistema on-board, etc.

A atual especificação de DM OMA fornece uma tecnologia de gerenciamento de componente de software, isto é, um mecanismo para um servidor DM gerir o componente de software no terminal.

O componente de software pode ser um aplicativo

4/26 executável, uma biblioteca de link dinâmico, uma interface de usuário (UI), e assim por diante. A operação de gerenciamento pode ser configuração de parâmetro de terminal, atualização de firmware, diagnósticos de falha, backup ou restauração, bem como exame, instalação, atualização, ativação ou remoção do componente de software.

A estrutura geral descrita pela especificação de DM é a que se encontra na Figura 1. 0 agente de DM 11 no terminal 10 é adaptado para interpretar e executar um comando de gerenciamento emitido pelo servidor de DM 20. A árvore de gerenciamento de DM 12 armazenada no terminal pode ser considerada uma interface para o servidor de DM 20 para gerir o terminal 10 pelo protocolo de DM. A árvore de gerenciamento de DM 12 inclui alguns MOs básicos. 0 servidor de DM 20 controla os recursos do terminal 10 através da operação nos MOs. A titulo de exemplo, o gerenciamento no componente de software pode ser implantado por acréscimo, remoção e modificação do Objeto de Gerenciamento de Componente de Software (SCoMO) no terminal 10.

Na especificação de DM, o método de gerir o componente de software é mostrado na Figura 2.

Na Etapa 201, um servidor de DM examina o inventário dos componentes de software instalados a partir de um terminal.

Na Etapa 202, o terminal pede autorização do usuário.

Na Etapa 203, o usuário confirma a autorização.

Na Etapa 204, o terminal envia um inventário de componente de software ao servidor de DM.

Na Etapa 205, o servidor de DM inicia o download de um componente de software e a operação de instalação para o terminal.

Na Etapa 206, o terminal retorna a confirmação ao servidor de DM.

Durante a pesquisa, o inventor verifica que a solução acima possui as seguintes desvantagens: apenas o estado estático, como a adição, remoção e modificação do componente de software, pode ser controlado; para efetivamente receber o

5/26 serviço distribuído pelo lado da rede todo o tempo, o terminal precisa manter sua função de serviço, tais como receptor de serviço, no estado de Funcionamento, e quando não houver serviço a receber, uma função de serviço em estado de Funcionamento pode fazer com que os recursos de hardware correspondentes consumam energia elétrica desnecessária; dessa forma, o consumo de energia do terminal de comunicação pode ser grande e, entretanto, recursos como a Unidade Central de Processamento (CPU) do terminal pode ser ocupada. Por conseguinte, pode haver desperdício.

SUMÁRIO DA INVENÇÃO

Uma modalidade da invenção apresenta um método de gerir dispositivo de comunicação que inclui: envio, a um terminal, de um comando de gerenciamento de dispositivo, que compreende uma instrução de controle em um estado de atividade de uma função designada; e realização, pelo terminal, de uma operação no estado de atividade da função designada segundo uma instrução de controle.

Uma modalidade da invenção apresenta ainda um correspondente terminal de comunicação que inclui: um módulo de função, adaptado para proporcionar uma função; um agente de gerenciamento de dispositivo, adaptado para receber e resolver um comando de gerenciamento de dispositivo, módulo este no qual o comando de gerenciamento de dispositivo compreende uma instrução de controle no estado de atividade de uma função designada; e um cliente de função de serviço de gerenciamento de dispositivo, adaptado para realizar uma operação no estado de atividade da função designada segundo a instrução de controle.

Uma modalidade da invenção apresenta ainda um sistema de comunicação que inclui um terminal de comunicação e um servidor DM, sendo o servidor de gerenciamento de dispositivo adaptado para enviar um comando de gerenciamento de dispositivo e que compreende uma instrução de controle em um estado de atividade de uma função designada, ao terminal de comunicação; e sendo o este terminal de comunicação adaptado

6/26 para realizar uma operação no estado de atividade da função designada segundo a instrução de controle.

Por comparação, pode-se verificar que: na solução técnica da invenção, tecnologia de DM é reforçada para que possa ter a função de controlar remotamente o estado de atividade de um aplicativo, por exemplo, controlando o inicio e a parada de um aplicativo ou suspender e retomar o mesmo.

Antes de realizar um serviço, um aplicativo referente ao serviço pode ser iniciado remotamente em um terminal por meio de um servidor DM de antemão, de modo a poder garantir que o serviço opere normalmente. Pelo fato de se poder iniciar o aplicativo relacionado a tempo antes de um serviço precisar ser executado, torna-se desnecessário executar o aplicativo no terminal todo o tempo.

Dessa forma, pode-se economizar energia elétrica preciosa no terminal.

Quando um serviço está sendo realizado, um aplicativo relacionado ao serviço que esteja sendo executado no terminal também pode ser suspenso remotamente pelo servidor DM, de modo que os recursos da CPU do terminal ocupado pelo aplicativo possam ser reduzidos quando o aplicativo não precisar ser executado, e, nesse ínterim, é possível economizar a energia elétrica do terminal. Quando o aplicativo precisar ser executado novamente, pelo fato de os recursos ocupados pelo aplicativo, salvo a CPU, não estarem liberados, o estado de Funcionamento do aplicativo pode ser retomado rapidamente ao se enviar uma instrução de retomada remota ao terminal pelo servidor DM. Por conseguinte, a experiência do usuário pode ser reforçada.

Além disso, o aplicativo relacionado também pode ser iniciado imediatamente quando um serviço estiver sendo realizado, ou a função de serviço relacionada pode ser iniciada em um tempo de distribuição de serviço predeterminado segundo um plano de distribuição de serviço preestabelecido. As exigências de serviços distintos podem ser atendidas melhor ao se utilizar essa flexibilidade de dois modos.

7/26

BREVE DESCRIÇÃO DOS DESENHOS

A Figura 1 é um diagrama esquemático que mostra a estrutura geral·descrita na especificado de DM ΟΜΆ na técnica relacionada;

A Figura 2 é um fluxograma do método de gerenciamento de componente de software na especificação de DM OMA na técnica relacionada;

A Figura 3 é um diagrama esquemático que mostra a transição de estado quando uma função de serviço é iniciada ou parada de acordo com a invenção;

A Figura 4	é um fluxograma	do	método para	iniciar	ou
parar uma função	de terminal de	comunicação, de	acordo	com
uma primeira modalidade da invenção;
A Figura 5	é um fluxograma	do	método para	iniciar	ou
parar uma função	de terminal de	comunicação, de	acordo	com
uma segunda modal	idade da invenção	r
A Figura 6	é um fluxograma	do	método para	iniciar	ou
parar uma função	de terminal de	comunicação, de	acordo	com

uma terceira modalidade da invenção;

A Figura 7 é uma representação estrutural do terminal de comunicação, de acordo com uma modalidade da invenção;

A Figura 8 é uma representação estrutural do sistema para comunicação entre o terminal de comunicação e o lado do servidor, de acordo com a quarta modalidade da invenção;

A Figura 9 é uma representação estrutural do sistema de gerenciamento de função de serviço de acordo com a quarta modalidade da invenção;

A Figura 10 é uma representação estrutural parcial da árvore de DM de acordo com a quarta modalidade da invenção;

A Figura 11 é uma representação estrutural do sistema para iniciar ou parar uma função ao chamar a função correspondente por meio de um Habilitador de Programação, de acordo com a quarta modalidade da invenção;

A Figura 12 é um fluxograma do método para suspender ou retomar uma função de terminal de comunicação, de acordo com uma quinta modalidade da invenção;

8/26

A Figura 13 é um diagrama esquemático da transição de estado entre a suspensão e a retomada de uma função, de acordo com' a quinta modalidade da invenção;

A Figura 14 é uma representação estrutural do sistema para suspender ou retomar uma função, de acordo com uma sexta modalidade da invenção;

A Figura 15 é uma representação estrutural parcial da árvore de DM de acordo com a sexta modalidade da invenção;

A Figura 16 é uma representação estrutural parcial da árvore de DM de acordo com a sexta modalidade da invenção; e

A Figura 17 é uma representação estrutural parcial da árvore de DM de acordo com a sexta modalidade da invenção.

DESCRIÇÃO DETALHADA DAS MODALIDADES

A fim de tornar mais evidentes os objetos, soluções técnicas e vantagens, a invenção será doravante descrita em detalhes, em conjunto com os desenhos.

Na invenção, o provedor de serviço envia a um terminal uma mensagem que inclui uma instrução de controle sobre o estado de atividade de uma função designada e o terminal realiza a correspondente operação de controle designada, de acordo com a instrução de controle contida na mensagem. A operação de controle inclui operações de inicio, parada, suspensão, retomada, etc.

A chamada função na presente especificação é um termo geral, podendo ser um software executável no ambiente de execução do terminal, um segmento de programa, um procedimento, um segmento de linguagem de script (como XML), etc. A titulo de exemplo, a função pode ser um processo de diagnóstico, uma função Trap ou um Componente de Programação, etc.

Nas modalidades da invenção, uma transição de estado da função é mostrada na Figura 3, que possui dois estados:

Estado de Não-Funcionamento e estado de Funcionamento. Só é possível realizar a operação de início na função quando esta se encontra no estado de Não-Funcionamento, e realizar a operação de parada na função apenas quando esta se encontra

9/26 no estado de Funcionamento.

Além disso, o provedor de serviço pode enviar ao terminal uma mensagem que inclui uma instrução para suspender ou retomar uma função designada via servidor de DM, e o terminal suspende ou retoma a função designada de acordo com a instrução contida na mensagem. Só é possível realizar a operação de suspensão apenas quando a função se encontra no estado de Funcionamento.

O método para iniciar ou parar uma função de terminal de comunicação, de acordo com a primeira modalidade da invenção, é mostrado na Figura 4. Supõe-se que a Função de Diagnóstico que precisa ser iniciada no terminal atual se encontra no estado de Não-Funcionamento.

Na etapa 401, quando é preciso realizar um serviço para um terminal, um provedor de serviço primeiro apresenta um pedido de query a um servidor de DM. Por exemplo, um servidor de serviço no lado da rede instrui o servidor de DM a perguntar se a função do serviço no terminal está iniciada, ou seja, se a função se encontra no estado de Funcionamento.

Especificamente, o principal comando da query é o seguinte:

<Get>

<Item>

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

</Target>

</Item>

</Get >

Na Etapa 4 02, o servidor de DM emite um comando de gerenciamento de dispositivo e pergunta o atual estado da função a partir do terminal. O servidor de DM e o Agente de DM do terminal interagem um com o outro através do protocolo padrão de DM OMA.

Na Etapa 403, o terminal retorna um resultado de query:

10/26 <1tem>

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

</Source>

<Data>Stopped</Data>

</Item>

</Results>

Supõe-se o resultado obtido é de que a função se encontra no estado de Não-funcionamento.

Na Etapa 404, o servidor de DM retorna o resultado da query ao servidor de serviço.

Na Etapa 405, de acordo com o resultado da query, se a função de serviço que precisa ser iniciada não o for, o servidor de serviço envia uma mensagem ao servidor de DM e remete uma instrução de operação para iniciar a função na mensagem.

Na Etapa 406, o servidor de DM retransmite a mensagem ao Agente de DM do terminal e emite um comando de gerenciamento para iniciar uma Função de Diagnóstico no terminal:

< Exec>

<Item>

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

</Target>

</Item>

< /Exec>

Na Etapa 407, após receber o comando de DM, o Agente de DM determina se a fonte do comando de DM é válida. Se for válida, o Agente de DM interpreta a mensagem e obtém a instrução de operação contida na mensagem; caso contrário, o Agente de DM rejeita o comando de DM.

Quanto aos problemas de segurança, privacidade e outros, o Agente de DM envia ainda uma mensagem de pergunta ao usuário através da UI do terminal, de acordo com a instrução de operação, e solicita que o usuário determine aceitar ou

11/26 não o serviço.

Caso o usuário tenha configurado uma operação padrão no serviço, o Agente de DM não precisa realizar o processo para obter a confirmação do usuário. Em vez disso, o Agente de DM processa o comando emitido pelo servidor de DM diretamente, de acordo com a operação padrão configurada, retornando, então, para a Etapa 409.

Na Etapa 408, o usuário pode confirmar o serviço através da UI. Caso o usuário não queira aceitar o serviço ou se for inconveniente para o usuário aceitá-lo, o usuário poderá realizar uma operação de cancelamento. Se o usuário aceitar o serviço, é realizada uma operação de aceitação. Se o usuário não realizar uma operação de cancelamento nem uma operação de aceitação, poderá ser configurado um modo de processamento padrão. Por exemplo, pode-se considerar que o usuário rejeite o serviço.

A mensagem de confirmação (aceitar ou rejeitar), por exemplo, que indica que o usuário aceita o serviço, é retornada ao Agente de DM através da UI do terminal.

As Etapas 407 e 408 acima são opcionais. O usuário poderá pré-configurar uma política para ativar a confirmação de usuário no terminal. Por exemplo, quando o servidor envia um comando para controlar a função pela primeira vez, o usuário precisa confirmar, sendo que depois o servidor poderá enviar um comando diretamente para controlar a função.

Na Etapa 409, o terminal executa o comando enviado pelo servidor de DM e inicia a função do serviço com base na aceitação por parte do usuário. Uma árvore de DM pode ser armazenada no terminal, o que inclui um nó para iniciar uma função e um nó para parar uma função. Se os dois nós forem do tipo executável, o Agente de DM aciona diretamente o nó executável correspondente de acordo com a instrução de controle incluída no comando enviado pelo servidor de DM, de modo a realizar a correspondente operação de início ou parada na função designada por meio do habilitador de módulo de um cliente de função de serviço de DM. Caso os dois nós sejam

12/26 nós de indicação na árvore de DM, o Agente de DM modifica o valor do nó de indicação correspondente de acordo com a instrução no comando enviada pelo servidor de DM, e o terminal realiza a correspondente operação de inicio ou parada na função designada, monitorando a mudança do valor do nó de indicação.

Depois de realizada a operação de início (ou parada) correspondente, o resultado da operação é relatado ao servidor de DM.

< Alert>

<Item>

<SourceXLocURI>. /Diagnostic

Function/Operations/Start </LocURI>

</Source>

<Meta>

<Type>org.openmobilealliance.

Diagnosticfunction.start</Type>

</Meta>

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

< /Alert>

Caso o usuário rejeite o serviço de acordo com a determinação, o servidor de DM é notificado para encerrar a solicitação de serviço.

Na Etapa 410, o servidor de DM notifica o servidor de serviço do resultado da operação.

Na Etapa 411, quando o resultado de operação recebido indica que o serviço do terminal está iniciado, o servidor de serviço estabelece um contato com o terminal e passa a distribuir um serviço ao terminal ou gerencia o serviço. Caso o resultado de operação retornado venha a indicar que o

13/26 serviço do terminal está parado, a conexão com o terminal é desconectada e a operação de distribuição ou gerenciamento no serviço para o terminal é interrompida.

Segundo o método acima, a função correlata pode ser iniciada a tempo antes de ser preciso iniciar um serviço, e a função não mais precisa ser executada no terminal todo o tempo, de modo a poder economizar energia elétrica preciosa no terminal. Além disso, a função que é iniciada ou parada remotamente pode ser uma função diagnostica, podendo o lado da rede obter assim informações como se outras funções são normais, o estado de uma função designada, etc. Portanto, o estado de trabalho do terminal pode ser monitorado de maneira flexível.

O método para iniciar ou parar uma função de terminal de comunicação, de acordo com a segunda modalidade da invenção, é mostrado na

Figura 5.

Supõe-se que a função que precise ser iniciada no terminal atual se encontre em estado de

Funcionamento, e o lado da rede controle serviço via servidor de serviço. A principal diferença entre esta modalidade a anterior repousa no que segue:

o estado de atividade da função designada no terminal não pode ser verificado antes de o servidor de serviço enviar uma instrução de controle.

Em vez disso, a instrução de controle é enviada diretamente conforme exigido pelo serviço atual, sendo que o terminal determina executar ou ignorar a instrução de controle conforme o estado de atividade atual da função designada. Nesta modalidade ocorre que o servidor de DM envia uma instrução de inicio como um exemplo e as demais instruções podem ser conhecidas por analogia.

Na Etapa 501, um servidor de serviço envia a um servidor de DM uma instrução de inicio da função exigida por um serviço.

As Etapas 502 a 504 são similares às Etapas 406 a 408, respectivamente.

Na Etapa 505, após obter a aceitação do usuário, o Agente de DM executa ou ignora a instrução de inicio de

14/26 acordo com o estado da função designada no terminal. Por exemplo, se a função designada se encontrar em estado de Funcionamento, a instrução para iniciar a função designada no comando de DM é ignorada.

Se a função designada no terminal se encontrar em estado de Não-Funcionamento, a instrução para iniciar a função designada no comando de DM é executada.

Em seguida, o resultado da operação, ou seja, a função atualmente em estado de Funcionamento, é relatado ao servidor de DM. Além disso, caso a mensagem de confirmação do usuário seja Rejeitar, o servidor de DM é notificado para encerrar a solicitação de serviço.

As Etapas 506 e 507 são similares às Etapas 410 e 411, respectivamente, de modo que não serão descritas novamente.

O método para iniciar ou parar uma função de terminal de comunicação, de acordo com a terceira modalidade da invenção, é mostrado na Figura 6. Nesta modalidade, supõe-se que a função que precise ser iniciada no terminal atual se encontra no estado de Não-Funcionamento.

Na Etapa 601, um servidor de serviço efetua um plano de serviço ou um plano de gerenciamento

O plano pode tomar como base o tempo. Por exemplo, serviço ao terminal segundo iniciar de distribuição serviço. servidor de

10:00-11:00 horários, e de às

BCAST pode transmitir um e 16:00-17:00 todo dia, terminal para de horário instrui o uma grade o cliente de de

BCAST conforme a faixa na evento no pode tomar por base o terminal é instruido para parar quando a atualização automática da

Posteriormente, o servidor grade. terminal.

plano também Por exemplo: o automaticamente a função função é encerrada, de serviço apresenta ao servidor de DM o plano de distribuição de serviço através da Interface de Serviço da Web (WSI) do servidor de DM. O plano de distribuição de serviço inclui a ID de função, hora ou condição, e assim por diante.

Na Etapa 602, o servidor de DM gera uma Programação de acordo com o plano de distribuição de serviço apresentado

15/26 pelo servidor de serviço. A Programação inclui uma condição de acionamento e uma operação predeterminada. Por exemplo, a condição de 'acionamento é 10:00 e a operação predeterminada é iniciar a função de BCAST no cliente.

Em seguida, o servidor de DM envia ao Agente de DM a Programação gerada do terminal através do protocolo padrão de DM OMA.

Na etapa 603, o Agente de DM pede que o usuário determine se instala ou não a Programação através da UI do terminal.

Caso o usuário configure uma operação padrão para o serviço, o Agente de DM dispensa a confirmação do usuário, processa diretamente a Programação de acordo com a operação padrão, e retorna à Etapa 606.

Na Etapa 604, o usuário pode confirmar a Programação através da UI. Caso o usuário não queira aceitar o serviço ou se for inconveniente para o mesmo aceitá-lo, o usuário realiza uma operação de cancelamento. Se o usuário aceitar o serviço, é realizada uma operação de aceitação. Se o usuário não realizar uma operação de cancelamento nem uma operação de aceitação, poderá ser realizado um processamento padrão. Por exemplo, pode-se considerar que o usuário rejeite o serviço.

Além disso, o usuário poderá modificar a Programação através da UI. Por exemplo, o usuário poderá modificar a grade de horários para que a transmissão seja recebida apenas na faixa de horário de 10:00-11:00.

O Agente de DM instrui o terminal a instalar e executar a Programação conforme a aceitação ou modificação por parte do usuário. Caso a mensagem de confirmação do usuário seja Install Rejected (Instalação Cancelada), a Programação é cancelada.

Na Etapa 605, quando se chega à condição de acionamento da Programação, por exemplo, quando o horário atinge 10:00 ou

16/26 a função de atualização é concluída, usuário é solicitado a confirmar se executa a operação de início ou de parada da função 'correspondente à Programação, por exemplo, se começa ou não a receber o serviço de transmissão.

No entanto, também é possível configurar uma operação padrão, podendo a operação padrão ser realizada adequadamente, em vez de solicitar a confirmação do usuário.

A Etapa 606 é similar à 408.

Na Etapa 607, o Agente de DM realiza a operação predeterminada na Programação com base na aceitação do usuário e inicia a função que se encontra atualmente em estado ativado (ou para a função, por exemplo, o Agente de DM realiza uma operação de parada às 11:00) e retorna um resultado de operação ao servidor de DM.

Caso a função se encontre em estado de Funcionamento quando o terminal realizar a operação de início (ou parada), a instrução para iniciar (parar) no comando de DM é ignorada.

A Etapa 608 é similar à 410, portanto não será descrita novamente.

Na Etapa 609, o servidor de serviço estabelece um contato com o terminal e inicia a distribuição do serviço ou o gerenciamento do serviço se o resultado da operação retornada for Iniciar. Se este resultado for Parar, a conexão com o terminal é interrompida e o serviço com o terminal ou a operação de gerenciamento é parado.

A função de serviço correlata pode ser iniciada imediatamente quando o serviço for realizado, ou em um horário predeterminado para o início do serviço de acordo com um plano de início de serviço preestabelecido. As exigências de serviços distintos podem ser atendidas melhor ao se utilizar essa flexibilidade de dois modos.

A Figura 7 mostra a estrutura do terminal de comunicação, de acordo com a quarta modalidade da invenção. O terminal de comunicação inclui: um ou mais módulos de função 31, adaptados para oferecerem uma função para implantar vários serviços; um agente de DM 32, adaptado para receber e

17/26 resolver um comando de gerenciamento de dispositivo a partir de um servidor de DM no lado da rede, obter a correspondente instrução de controle e, enfim, operar a árvore de DM e efetuar a manutenção da mesma; e um ou mais clientes de função de servido de DM 33, adaptados para realizar a correspondente operação de controle no estado da atividade da função designada segundo a instrução de controle obtida pelo Agente de DM 32.

Tomando a função dos serviços de BCAST e de PoC como exemplo, a estrutura do sistema para implantar comunicação entre o terminal de comunicação 30, o servidor de DM 40 e o servidor de serviço é mostrada na Figura 8. O módulo de função do serviço de BCAST está configurado no cliente de BCAST 311, o módulo de função do serviço de PoC está configurado no cliente de PoC 312 e os serviços são distribuídos pelos servidores de BCAST 51 e de PoC 52 com os protocolos de BCAST e de PoC, respectivamente. 0 Agente de DM 32 gerencia o cliente de serviço através do cliente de função de serviço de DM 33. Conforme a função de serviço específica, o cliente de

Gerenciamento

Monitoramento

A Figura gerenciamento função de serviço Na Figura 9:

O Agente de DM 32 de dispositivo emitido função de serviço de DM pode ser um cliente de Aplicativo, um cliente de Diagnóstico (DiagMon), um cliente de Programação, etc.

é de de uma representação estrutural do sistema função de serviço no qual o cliente de DM de serviço no é especificamente um de de qual o cliente DiagMon.

interpreta o comando pelo servidor de DM de gerenciamento e fornece a instrução de controle no mesmo ao cliente DiagMon 330.

O cliente DiagMon 330 inclui principalmente os seguintes módulos:

um módulo estático de query 3301, adaptado para auxiliar o servidor de DM 40 para perguntar o estado de uma função no terminal;

um módulo que permite inicio/parada 3302, adaptado para auxiliar o inicio e a parada do software. O terminal pode

18/26 realizar o inicio e a parada de uma função ao controlar o nó executável correlato através do módulo que permite inicio/parada depois de recebido' um comando enviado pelo servidor de DM 40. 0 módulo que permite inicio/parada é um módulo de função lógica que pode estar localizado no cliente de função de serviço de DM ou em outra posição.

O servidor de função de serviço de DM 4 inclui principalmente o servidor de DM 40, sendo este adaptado para enviar uma instrução de gerenciamento a um terminal e receber uma mensagem de retorno do terminal.

O servidor de serviço 5 e o servidor 4 interagem entre si através de uma interface WSI.

A interface de usuário 34 é adaptada para enviar um pedido de autorização a um usuário e aceitar uma autorização do usuário quando o cliente DiagMon 330 executar uma instrução de controle.

O cliente DiagMon 330 também pode interagir com outros clientes de função de serviço de DM 331, tais como o cliente de gerenciamento de aplicativo, o cliente de Programação, etc.

O Agente ao cliente de árvore de DM.

de DM pode fornecer uma função de serviço de

Correspondendo à um nó para iniciar uma

Na hipótese de esses ser acionados incluir função. poderão

Figura função dois instrução de controle DM ao operar o nó da 9, a árvore de DM pode e um nó para parar uma nós serem executáveis, diretamente para implantar a operação de inicio ou parada da função através do comando de DM enviado pelo servidor de DM. Se os dois nós forem nós de indicação, o Agente de DM poderá modificar o valor do nó de indicação de acordo com a instrução no comando de DM, e o terminal pode empregar um módulo de monitoramento de estado 35 conforme mostrado pela parte hachurada na Figura 9 para monitorar a mudança do valor do nó de indicação e notificar o cliente de função de serviço de DM para realizar a correspondente operação de inicio ou parada conforme a mudança do valor do nó de indicação. A Figura 10 mostra uma

Direito de

19/26 estrutura parcial da árvore < Interior Node/ x> Nó de Árvore de DM.

Formato

Zero ou Mais

Nó

Acesso Substituir, Obter <Interior Node> (Nó interior) significa nó interior, que vem a ser o nó de raiz da função de serviço de MO. O MO pode ser um ScoMO, um DiagMon MO, um MO de Programação ou um MO de Gerenciamento de Aplicativo, etc.

<x> é um alocador de espaço (placeholder), sendo as informações especificas e a correspondente operação executável da função instalada armazenadas sob este nó.

Para fins de	conveniência,	< Interior	Node/x> é
substituído por <./x>	na descrição	abaixo.
Especificamente,	<./x/ID> (ID)
Nó de Árvore	Formato	Direito Acesso	de
Um	Chr	Substituir,
		Obter
A ID de software	é armazenada	neste nó.
<./x/StateValue>	(Estado)
Nó de Árvore	Formato	Direito de	Acesso
Zero ou Mais	Chr	Substituir	, Obter
Este nó indica o	estado do software. 0 valor	do nó pode

ser da seguinte

Estado

NãoFuncionamento

Funcionamento maneira:

Descrição

A função está funcionamento.

Ά função está no no estado de estado de

Nó

Um

Nó

Direito

Mínimo

Obter

NãoFuncionamento.

de

Acesso

Este nó é o nó-pai de uma série de nós executáveis.

Nó

Formato

Zero ou

Um

Nulo

Direito

Mínimo

Executar, Obter de

Acesso

Este nó é um nó executável, adaptado para iniciar uma função ou um processo. Por exemplo, 0 indica o estado inicial

20/26 ou a conclusão de uma operação e 1 indica que a função precisa ser iniciada.

<./x/Operations/Stop> (Operação de parada)

Nó de Árvore Formato Direito de Acesso Minimo

Zero ou Um Nulo Executar, Obter

Este nó é um nó executável, adaptado para parar uma função ou um processo. Por exemplo, 0 indica o estado inicial ou a conclusão de uma operação e 1 indica que a função ou o processo precisa ser parado.

O nó de Inicio e Parada também pode ser denominado nó de Execução (Run node), nó de Saida (Exit node), etc. A interpretação e a execução especificas são obtidas por um módulo de função de serviço do terminal.

<./x/Operations/Remove> (Operação de remoção)

Nó de Árvore Formato

Zero ou Um Nulo

Este nó é um nó executável, função ou um processo. Por exempl ou a conclusão de uma operação e ser removida.

Direito de Acesso

Minimo

Executar, Obter adaptado para instalar uma , 0 indica o estado inicial 1 indica que a função deve <./x/Operations/Ext> (Operação extensível)

Nó de Árvore Formato Direito de Acesso

Mínimo

Zero ou Um Nó Obter

Este nó está reservado para extensão futura.

Nas modalidades acima, embora o nó de Início e o nó de Parada sejam definidos em cada MO de função de serviço, o início e a parada de uma função também podem ser efetuados chamando esses nós no modo de Programação, como mostra a

Figura 11. Especificamente, há dois modos de implantação:

Modo 1: O terminal de comunicação recebe uma tarefa predeterminada, que inclui um comando (instrução) para iniciar ou parar uma função do terminal. O terminal inicia o cliente de Programação 332 e chama o cliente de função de serviço de DM correspondente, como o cliente DiagMon 330, quando a condição é atingida. O nó executável adaptado para iniciar ou parar uma função é executado, de modo a iniciar ou

21/26 parar a função designada. No entanto, outros clientes de função de serviço de DM 334 podem ser chamados, de acordo com uma' instrução de controle especifica.

Modo 2: O terminal de comunicação recebe uma tarefa predeterminada, que inclui um segmento de um código ou de uma função, para iniciar ou parar uma função do terminal. O terminal inicia o cliente de Programação 332 e um sistema operacional de camada de baixo executa o segmento do código ou a função na tarefa predeterminada, a fim de iniciar ou parar a função designada quando a condição for atingida.

Além disso, poderá haver uma interface baseada na modalidade acima, de modo que o usuário possa configurar se precisa ou não pedir a sua confirmação antes de a função ser iniciada. Por exemplo, o usuário poderá efetuar a seguinte configuração: quando o servidor enviar um comando para iniciar a função, ou a primeira vez em que o usuário precisa confirmar; no entanto, posteriormente, a função poderá ser iniciada diretamente sem a confirmação do usuário. Desta forma, pode-se evitar confirmação desnecessária em um ambiente de aplicativo especifico, sendo possivel aprimorar a experiência de serviço do usuário.

A Figura 12 mostra o método para suspender ou retomar uma função de terminal de comunicação, de acordo com uma quinta modalidade da invenção. Supõe-se que a função que precisa ser suspensa ou retomada no terminal atual se encontra no estado de Funcionamento. A transição de estado entre a suspensão e a retomada de uma função de serviço em estado de Funcionamento é mostrada na Figura 13, e há dois estados, ou seja, estado de Funcionamento e estado Suspenso.

Especificamente, a operação suspensa só pode ser executada em uma função quando esta se encontra em estado de Funcionamento, de modo que a função possa voltar ao estado Suspenso; e a operação de retomada só poderá ser efetuada na função quando esta estiver em estado Suspenso, para que possa voltar ao estado de Funcionamento.

As Etapas 1201 a 1204 são similares às Etapas 401 a 404,

22/26 respectivamente .

Na Etapa 1205, o servidor de serviço analisa o estado atual da função designada recebida' e determina se envia ou não uma instrução para suspender ou retomar uma função designada ao terminal. Pelo fato de a operação de suspensão só poder ser realizada na função quando esta se encontrar em estado de Funcionamento, e a operação de retomada quando a mesma estiver em estado Suspenso, se a função designada estiver no estado de Funcionamento quando uma instrução de suspensão for enviada, ou se a função designada estive em estado Suspenso quando se enviar uma instrução de retomada, a Etapa 1206 é executada; caso contrário, o processo termina.

Na Etapa 1206, o servidor de serviço envia ao terminal um pedido de suspensão ou um pedido de retomada, que inclui 15 uma instrução para suspender ou retomar uma função designada.

Ao suspender a função designada que se encontra em estado de Funcionamento, os recursos da CPU do terminal ocupados pela função podem ser reduzidos quando desnecessários para executá-la, economizando a energia elétrica do terminal.

Na Etapa 1207, o servidor de DM envia o correspondente comando de suspensão ou retomada ao Agente de DM no terminal segundo um pedido do servidor de serviço.

Na Etapa 1208, depois de um Agente de DM receber o comando de DM do servidor de DM, se o nó para suspender e 25 retomar uma função na árvore de DM do terminal for um nó executável, o Agente de DM aciona correspondente o nó executável diretamente, segundo a instrução de controle contida no comando de DM, e a função designada é suspensa ou retomada pelo módulo de habilitação no cliente de função de 30 serviço de DM. Se o nó para suspender e retomar uma função na árvore de DM do terminal for um nó de indicação, o Agente de DM modifica o valor do correspondente nó de indicação de suspensão ou do nó de indicação de retomada segundo a instrução no comando de DM, e o terminal então suspende ou 35 retoma a função adequadamente ao monitorar a mudança do valor do nó de indicação.

23/26

Se a função designada for suspensa, ela não ocupa os recursos da CPU do terminal, mas ainda mantém ocupados outros recursos. Sendo necessário executar novamente a função, o estado de Funcionamento da função pode ser rapidamente retomado ao se enviar uma instrução de retomada remota pelo servidor de DM, já que os recursos do terminal ocupados pela função, salvo os da CPU, não estão liberados. Portanto, a experiência do usuário pode ser reforçada.

As Etapas 1209 e 1210 são similares às Etapas 409 e 410, de modo que não serão descritas novamente.

A estrutura do sistema para suspender ou retomar uma função de acordo com a sexta modalidade da invenção é mostrada na Figura 14, que inclui um terminal 60, um servidor de função de serviço de DM 7 e um servidor de serviço 8.

O servidor de função de serviço de DM 7 inclui principalmente um servidor de DM 70. O servidor de DM é adaptado para enviar um comando de gerenciamento ao terminal e receber uma mensagem de retorno pelo terminal.

O servidor de serviço 8 e o servidor 7 interagem entre si através de uma interface WSI.

O terminal 60 inclui um módulo de função 61, um Agente de DM 62, um cliente de função de serviço de DM 63 e uma interface de usuário 64.

O módulo de função 61 fornece uma função e um ambiente para a execução da mesma, sendo responsável por controlar a execução efetiva da operação, como início, parada, suspensão, etc. O ambiente de execução pode ser Java ou uma plataforma de aplicativo local.

O Agente de DM 62 é responsável por interpretar e executar o protocolo fundamental de DM entre o Agente de DM 62 e o servidor de DM 70, e obter uma instrução de controle relativa ao gerenciamento da função, incluindo operação, comando, etc. O Agente de DM 62 também é responsável pela manutenção da árvore de DM, como o DiagMon MO. Informações pertinentes de funções diagnosticas, tais como ID de função, nome, operação, são armazenadas em uma árvore de

24/26 gerenciamento DiagMon. A operação inclui início, parada, suspensão, retomada, etc.

O cliente de função de serviço de DM 63 está adaptado para controlar o estado de atividade da função designada segundo a instrução de controle obtida pelo Agente de DM 62. O cliente de função de serviço de DM 63 inclui principalmente um módulo de habilitação de query de estado 6301 e um módulo de habilitação de início/parada 6302, cujas funções são similares às dos módulos com os mesmos módulos de nome da quarta modalidade. O cliente de função de serviço de DM 63 inclui ainda um módulo de habilitação de suspensão/retomada 6303, adaptado para auxiliar na suspensão e retomada de uma função em estado de Funcionamento.

A interface de usuário 64 é adaptada para enviar um pedido de autorização a um usuário e aceitar uma autorização do usuário quando o cliente de função de serviço de DM 63 executar um comando de controle.

O Agente de DM pode fornecer uma instrução de controle ao cliente de função de serviço de DM ao operar um nó da árvore de DM. Correspondendo à Figura 14, a árvore de DM pode incluir um nó para suspender uma função e um nó para retomar uma função. Na hipótese de esses dois nós serem executáveis, o nó executável é acionado diretamente para suspender ou retomar uma função pelo agente de DM de acordo com o comando de DM enviado pelo servidor de DM. Se os dois nós forem nós de indicação e o valor do estado estiver armazenado nos mesmos, o Agente de DM poderá modificar o valor do nó de indicação de acordo com a instrução no comando de DM, e o terminal poderá empregar o módulo de monitoramento de estado 65 conforme mostrado pela parte hachurada na Figura 14 para monitorar a mudança do valor do nó de indicação e notificar o cliente de função de serviço de DM para realizar a correspondente operação de suspensão ou retomada conforme a mudança do valor do nó de indicação. O módulo de monitoramento de estado é um módulo lógico que pode ser implantado pelo módulo de habilitação no cliente de função de

25/26 serviço de DM 63, ou por uma função exterior ou outros componentes de habilitação.

A Figura 15 mostra uma estrutura parcial da árvore · de

DM. Quando o nó para realizar a operação de suspensão ou de retomada na árvore de DM for um nó de indicação, a interpretação é a seguinte:

<./x/Operations/Suspend> Nó de Árvore Formato

Zero ou Um Chr

Direito de Acesso

Mínimo

Obter, Substituir

Este nó é adaptado para indicar a operação de suspender uma função ou um processo. Por exemplo, 0 indica o estado inicial ou a conclusão de uma operação de suspensão e 1 indica que a função ou o processo precisa ser suspenso.

< ./x/Operations/Resume>

Nó de Árvore Formato

Zero ou Um Chr

Este nó é adaptado para função, ou seja, uma operação indica o estado inicial ou a retomada e 1 indica que a funçã

Além disso, caso seja

Direito de Acesso Mínimo

Obter, Substituir indicar o reinicio de uma de retomada. Por exemplo, 0 conclusão de uma operação de o precisa ser retomada.

necessário armazenar as informações de fonte do comando de operação, isto poderá ocorrer no nó de extensão <Ext> ou no atributo do

A estrutura da árvore de DM não se restringe à estruture conforme descrita acima. Por exemplo, conforme mostrado na Figura 16, o nó de início e o nó de parada podem ser combinados em um único nó, o mesmo se aplicando ao nó de suspensão e ao nó de retomada. Para o nó de início/parada, pode-se empregar 0 para indicar o estado inicial, 1 para indicar o início de uma função ou processo, 2 para indicar a parada de uma função ou processo e 3 para indicar a conclusão de uma operação. Similarmente, para o nó de suspensão/retomada, pode-se empregar 0 para indicar o estado inicial, 1 para indicar a suspensão de uma função ou processo, 2 para indicar a retomada de uma função ou processo

26/26 e 3 para indicar a conclusão de uma operação.

Em outro exemplo, a estrutura da árvore de DM é a exibida na Figura 17. Os nós de folha indicam o estado de cada nó e as informações do servidor de fonte. Um nó de flag é empregado para indicar o estado de um comando de operação, sendo empregado um nó de Fonte para indicar a fonte de um comando de operação, como de que servidor provém o comando de operação, etc. Quando um comando de DM é recebido, a validade da fonte do comando pode ser determinada de acordo com as informações do nó de fonte.

Nas modalidades acima, a exemplo dos nós de inicio e parada, os nós de Suspensão e Retomada também podem ser definidos no SCoMO, que não será descrito novamente. Além disso, os nós de Suspensão e Retomada podem ter outros nomes.

Vantagens e modificações adicionais ocorrerão imediatamente aos versados na técnica. Por conseguinte, a invenção, em seus aspectos mais amplos, não se limita aos detalhes específicos e modalidades representativas mostrados e descritos no presente documento. Neste sentido, várias modificações e variações podem ser efetuadas sem divergir do espirito ou âmbito da invenção, conforme definido pelas reivindicações em apenso e seus equivalentes.

Claims

1. Método para gerenciar dispositivo de terminal de comunicação, caracterizado pelo fato de que compreende:

configurar ou adicionar um nó de árvore de gerenciamento a uma árvore de gerenciamento de dispositivo de um terminal, em que o nó de árvore de gerenciamento é um nó de indicação;

enviar (406) um comando de gerenciamento de dispositivo, que compreende uma instrução de controle em um estado de atividade de uma função designada, para modificar um valor do nó de indicação na árvore de gerenciamento de dispositivo do terminal;

monitorar, pelo terminal, uma mudança do valor do nó de indicação e notificar um ambiente de execução da função designada da mudança; e executar, pelo ambiente de execução da função designada, uma operação na função designada de acordo com a mudança do valor do nó de indicação;

em que o estado de atividade da função compreende um estado de funcionamento e um estado de não funcionamento, e a instrução de controle compreende iniciar ou parar a função designada no terminal

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o método adicionalmente compreende:

perguntar (402) o estado de atividade atual da função designada a partir do terminal e enviar (403) o estado de atividade atual a um servidor de serviço, antes que o comando de gerenciamento de dispositivo seja enviado ao terminal, e determinar, pelo servidor de serviço, a instrução de controle no comando de gerenciamento de dispositivo a ser enviada de acordo com o estado de atividade atual da função designada; e/ou determinar, pelo terminal, o estado de atividade atual da função designada antes que o terminal execute a operação, e executar uma operação de início na função designada em resposta à função designada que está no estado de não

Petição 870190039259, de 25/04/2019, pág. 8/19

2/3 funcionamento, e executar uma operação de parada na função designada em resposta à função designada que está em estado de funcionamento; caso contrário, ignorar a instrução de controle no comando de gerenciamento de dispositivo.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a instrução de controle compreende uma instrução para suspender ou recomeçar a função designada; e a operação executada no estado de atividade da função designada pelo terminal de acordo com a instrução de controle compreende: suspender ou recomeçar a função designada no terminal.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que o estado de atividade da função compreende o estado de funcionamento e um estado suspendido; e o método adicionalmente compreende: perguntar (402) um estado de atividade atual da função designada a partir do terminal e enviar (403) o estado de atividade atual a um servidor de serviço, antes que o comando de gerenciamento de dispositivo seja enviado ao terminal, e determinar, pelo servidor de serviço, a instrução de controle no comando de gerenciamento de dispositivo a ser enviado de acordo com o estado de atividade atual da função designada; e/ou determinar, pelo terminal, o estado de atividade atual da função designada antes que o terminal execute a operação, e executar uma operação suspendida na função designada em resposta à função designada que está em estado de funcionamento, e executar uma operação de recomeço na função designada em resposta à função designada que está no estado suspendido; caso contrário, ignorar a instrução de controle no comando de gerenciamento de dispositivo.

5. Terminal de comunicação, compreendendo:

um módulo de função (31), adaptado para fornecer uma função designada;

um agente de gerenciamento de dispositivo (32),

Petição 870190039259, de 25/04/2019, pág. 9/19

3/3 adaptado para receber e resolver um comando de gerenciamento de dispositivo, em que o comando de gerenciamento de dispositivo compreende uma instrução de controle em um estado de atividade da função designada, e para manter uma árvore de gerenciamento de dispositivo e para operar um nó de árvore de gerenciamento da árvore de gerenciamento de dispositivo de acordo com o comando de gerenciamento de dispositivo, caracterizado pelo fato de que o nó de árvore de gerenciamento é um nó de indicação; em que o agente de gerenciamento de dispositivo (32) é adicionalmente adaptado para operar o nó de árvore de gerenciamento da árvore de gerenciamento de dispositivo de acordo com o comando de gerenciamento de dispositivo modificando-se um valor do nó de indicação;

o terminal de comunicação adicionalmente compreende um módulo de monitoramento de estado adaptado para monitorar uma mudança do valor do nó de indicação e notificar um cliente de função de serviço de gerenciamento de dispositivo da mudança; e um cliente de função de serviço de gerenciamento de dispositivo (33), adaptado para executar uma operação no estado de atividade da função designada de acordo com o valor do nó de indicação;

em que o estado de atividade da função designada compreende um estado de funcionamento e um estado de não funcionamento, e a instrução de controle compreende iniciar e parar a função designada no terminal.