CN103297996A - 处理已触发的警告管理物件的方法 - Google Patents

Abstract

一种处理已触发的警告管理物件的方法，用于支持开放移动联盟装置管理的服务系统中的一客户端，该方法包含有：建立一节点于一警告管理物件中，用来存储一时间间隔的一预定值；以及只有当该警告管理物件的本次触发与前一次触发之间的时间间隔大于或等于该节点所存储的该预定值时，传送一通知至该服务系统的一服务器，或启动该客户端的其他管理物件。

Description

处理已触发的警告管理物件的方法

技术领域

本发明涉及一种用于一服务系统的方法，尤其涉及一种用于服务系统用来处理已触发的警告管理物件的方法。

背景技术

开放移动联盟（Open Mobile Alliance，OMA）成立的目的为发展符合使用者需求的开放移动联盟规格（OMA Specifications）。详细来说，开放移动联盟规格致力于提供可在相异地理区域（如国家）、营运商、服务提供商、网络、操作系统及移动装置间互通的移动服务（mobile services）。当使用者使用符合开放移动联盟规格的移动服务时，可不受限于特定营运商及服务提供商。符合开放移动联盟规格的移动服务亦独立于所使用的承载，举例来说，符合开放移动联盟规格的移动服务所使用的承载可为全球移动通信系统（GlobalSystem for Mobile Communications，GSM）、数据速率增强GSM演进技术（Enhanced Data rates for GSM Evolution，EDGE）或通用分组无线服务（General Packet Radio Service，GPRS）等第二代移动通信系统，也可为通用移动通信系统（Universal Mobile Telecommunications System，UMTS）、长期演进系统（Long Term Evolution，LTE）或先进长期演进系统（LTE-Advanced，LTE-A）等第三代移动通信系统。进一步地，移动服务不受限于移动装置所使用的操作系统，而可运行于执行Windows、Android或Linux等操作系统的移动装置上。因此，业界可在提供符合开放移动联盟规格的移动装置及移动服务的情形下，受益于移动服务互通性所带来的大幅成长市场。此外，当使用者使用符合开放移动联盟规格的移动装置及移动服务时，也可享受移动服务互通性所带来的较佳体验。

在开放移动联盟装置管理（Device Management，DM）需求中，一管理机构（Management Authority，MA）定义为可根据开放移动联盟装置管理规格，以管理一或多个装置管理客户端（DM client）（如移动装置）的一法定授权单位。进一步地，根据支持开放移动联盟的系统的布建方式，管理机构可直接管理装置管理客户端，或者，管理机构可通过一或多个装置管理服务器（DM server）管理装置管理客户端，也就是说，装置管理客户端实际上由装置管理服务器所管理。详细来说，开放移动联盟装置管理规格用来定义装置管理服务器及装置管理客户端之间交换分组或讯息的方式，亦用来定义装置管理客户端回报指令、状态或报告的方式。此外，当使用开放移动联盟装置管理规格时，装置管理服务器会通过装置管理客户端中的多个管理物件（Management Object，MO）来管理装置管理客户端。管理物件为多个节点的逻辑集合，以达到管理运作的目的，其中，每一个节点可小至一整数或大至一图片或屏幕保护程序。

诊断及监听（Diagnostics and Monitoring，DiagMon）管理物件被定义用来对移动无线装置进行管理，以诊断及监听移动无线装置的使用状态。除此之外，开放移动联盟装置管理也利用警告机制（Trap Mechanism）以及管理物件来执行诊断及监听的活动。警告机制可提供标准的装置管理管理物件以及关于客户端以及服务器端的行为，以实现于移动装置上的事件监听功能。警告机制提供通用的警告管理物件（Trap MO）结构，并提供用来传送及接收关于事件通知的警告机制，其中警告管理物件结构依据供应商定义用于特殊事件的警告管理物件以及标准实体来建立。一警告管理物件可用来回报关注事件的出现。警告管理物件可对应于一警告识别（Trap identifier）以及一服务器识别（Server identifier）。警告机制也定义了一收集方法以及一参考节点，用以参考其他管理物件或通用资源识别（uniform resource identifier，URI）。

值得注意的是，如果一装置支持警告管理物件，相当于该装置可监听事件，并在监听到事件之后，传送一通知至服务器。如果管理机构欲使用警告功能，则须先注册此功能。警告功能可监听两个事件，即警告被启动的事件以及警告被停止的事件。再者，警告功能可支持多个接收端，因此，基于警告节点的特性，在同一时间内，可能有超过一个服务器注册在单一警告功能上，而服务器的注册数量可能超过供应商限制的最大允许数量。在此情况下，供应商应考虑装置传送通知至每一服务器的顺序。

请参考图1，图1为已知一警告管理物件的一示意图。TrapId是“警告识别”，其为一末端节点（Leaf node），用来识别一警告管理物件。TrapConfig是“警告设定”，其为一中间节点（Internal node），用来存储对应于警告管理物件的设定信息的一位置（placeholder）。Enabled是“启始”节点，用来指示是否警告被开启或关闭；如果该警告被关闭，则不进行相关于该警告的动作。ToRef是“接收端”，其为一中间节点可提供用来存储所有接收端的位置。TargetServer是“目标服务器”，其为一中间节点，用来存储指定目标服务器的一位置，以使目标服务器作为警告机制中的接收端。ToRef/TargetServer/<x>为一中间节点，可提供用来存储用于外部通知的每一注册信息。ServerID是“服务器识别”，其为一末端节点，用来指定已注册的装置管理服务器的服务器识别。Trigger是“触发”，其为一中间节点，用来指示何时传送通知至特定服务器。如果“触发”节点遗失，则相当于启动了警告管理物件。TargetURI是“目标通用资源识别”，其为一中间节点，用来指示目标的内部执行节点，以作为警告机制中的接收端。ToRef/TargetURI/<x>为中间节点，可提供用来存储用于内部通知的每一注册信息。URI是“目标通用资源识别”，其为一末端节点，用来指定装置内的目标通用资源识别的参考位置，其中目标通用资源识别的参考位置会被警告管理物件所请求。RegisteredServerID是“注册服务器识别”，其为一末端节点，用来指示已有注册内部警告功能的装置管理服务器的服务器识别。

然而，申请人注意到一个关于警告管理物件的通知的问题。支持一警告管理物件的装置会持续监听是否有事件发生，每当监听到有事件发生时，则传送一通知至服务器。一般来说，当警告机制被启动或被停止时，客户端会传送一通知至服务器。然而，当触发警告机制的条件缺乏完善的设计时，则可能导致目前的警告机制产生问题。也就是说，如果监听的相关参数频繁地在服务器设定的参数值之间变动，则可能会导致过多的警告被触发以及过多的通知被传送至服务器。举例来说，客户端可设定一接收功率的警告，以监听信号的接收功率，例如设定当接收功率低于-80dBm时，会传送一通知至服务器。当接收功率接近-80dBm时，如果接收功率频繁地在此临界值上下变动，则可能会导致有过多的警告被触发。因此装置可能会耗费过多的功率在传送通知至服务器，导致使用者须支付庞大的漫游费用。再者，网络也可能会因为传送过多的通知而瘫痪。

发明内容

本发明提供用来处理已触发的警告管理物件的方法，藉以解决上述问题。

本发明公开一种处理已触发的警告管理物件的方法，用于支持开放移动联盟（open mobile alliance，OMA）装置管理的服务系统中的一客户端，该方法包含有：建立一节点于一警告管理物件（trap management object）中，用来存储一时间间隔的一预定值；以及只有当该警告管理物件的本次触发（current triggered trap）与前一次触发（preceding triggered trap）之间的时间间隔大于或等于该节点所存储的该预定值时，传送一通知至该服务系统的一服务器，或启动（invoke）该客户端的其他管理物件。

本发明另公开一种处理已触发的警告管理物件的方法，用于支持开放移动联盟（open mobile alliance，OMA）装置管理的服务系统中的一客户端，该方法包含有：建立一节点于一警告管理物件中，用来存储触发该警告管理物件的一预设次数；以及只有当触发该警告管理物件的次数累计达到该节点所存储的该预设次数时，传送关于该警告管理物件的一通知至该服务系统的一服务器，或启动该用户端的其他管理物件。

本发明另公开一种处理已触发的警告管理物件的方法，用于支持开放移动联盟（open mobile alliance，OMA）装置管理的服务系统中的一客户端，该方法包含有：建立一节点于一警告管理物件中，用来存储一网络连线的一预设条件；以及只有当该客户端的一网络连线条件符合该节点所存储的该预设条件时，传送关于该警告管理物件的一通知至该服务系统的一服务器，或启动该用户端的其他管理物件。

附图说明

图1为已知一警告管理物件的示意图。

图2为本发明实施例一服务系统的示意图。

图3为本发明实施例一通信装置的示意图。

图4为本发明实施例一流程的示意图。

图5为本发明实施例一警告管理物件的示意图。

图6～图7为本发明多种实施例的流程示意图。

【符号说明】

10                      服务系统

20                      通信装置

200                     处理装置

210                     存储单元

220                                 通信接口单元

214                                 程序代码

40、70、60                          流程

400、402、404、406、600、602、604、 步骤

606、700、702、704、706

具体实施方式

请参考图2，图2为本发明实施例一服务系统10的示意图。服务系统10支持开放移动联盟（open mobile alliance，OMA）的一装置管理（devicemanagement，DM）通信协议，服务系统10简略地由一装置管理服务器（以下简称服务器，DM server）以及多个装置管理客户端（以下简称客户端，DMclient）所组成。进一步地，装置管理通信协议中定义了客户端的管理物件，例如一警告管理物件。支持警告管理物件的客户端可在监测到一事件之后，传送一通知至服务器或启动客户端的其他管理物件。

请参考图3，图3为本发明实施例一通信装置20的示意图。通信装置20可为图2中的客户端或服务器，但不限于此。通信装置20包含一处理装置200、一存储单元210以及一通信接口单元220。处理装置200可为一微处理器或一特定应用集成电路（Application-Specific Integrated  Circuit，ASIC）。存储单元210可为任一数据存储装置，用来存储一程序代码214，处理装置200可通过存储单元210读取及执行程序代码214。举例来说，存储单元210可为用户识别模块（Subscriber Identity Module，SIM）、只读式存储器（Read-OnlyMemory，ROM）、随机存取存储器（Random-Access Memory，RAM）、光盘只读存储器（CD-ROM／DVD-ROM）、磁带（magnetic tape）、硬盘（hard disk）及光学数据存储装置（optical data storage device）等，而不限于此。控制通信接口单元220可为一收发器，其根据处理装置200的处理结果，用来传送及接收信息。

请参考图4，图4为本发明实施例一流程40的流程图。流程40用于图2所示的服务系统10的客户端中，用来处理已触发的警告管理物件，以避免客户端频繁地传送通知至服务器或不必要地启动其他管理物件，因此可节省客户端的耗电量。流程40可被编译成程序代码214，其包含以下步骤：

步骤400：开始。

步骤402：建立一节点于一警告管理物件（Trap MO）中，用来存储一时间间隔的一预定值。

步骤404：只有当该警告管理物件的本次触发（current triggered trap）与前一次触发（preceding triggered trap）之间的时间间隔大于或等于该节点所存储的该预定值时，传送关于该警告管理物件的一通知至该服务系统的一服务器，或启动（invoke）该客户端的其他管理物件。

步骤406：结束。

根据流程40，客户端于一警告管理物件中建立一节点，用来存储一时间间隔的一预定值。请进一步参考图5，图5为本发明实施例一警告管理物件的示意图，与图1相较可知，图5的警告管理物件中新建立了一终端节点TimeInterval，此节点中即存储一时间间隔的预定值。根据步骤404，只有当警告管理物件的两个时间相邻的触发，也就是本次触发（current triggered trap）与前一次触发（preceding triggered trap）之间的时间间隔大于或等于节点（例如图5的终端节点TimeInterval）所存储的预定值时，客户端才传送关于警告管理物件的一通知至服务系统的服务器，或者，客户端会启动（invoke）其他管理物件的运作。举例来说，时间间隔的预定值可为30秒，在此例下，只有当警告管理物件的本次触发与前一次触发之间的时间间隔大于或等于30秒时，客户端才传送关于警告管理物件的一通知至服务系统的服务器。因此，流程40能够减轻客户端因频繁传送通知（给服务器而造成的功率消耗负担例如在客户端的接收功率频繁的上下变动时）。

除此之外，根据本发明实施例，当客户端判断警告管理物件的本次触发与前一次触发之间的时间间隔小于节点所存储的预定值时，客户端可忽略警告管理物件的本次触发，不会传送通知至服务器，亦不会启动其他管理物件。或者，当客户端判断警告管理物件的本次触发与前一次触发之间的时间间隔小于节点所存储的预定值时，客户端可延迟传送通知至服务器，也就是至下一个客户端可传送的时间再传送通知，或延迟启动其他管理物件。

请参考图6，图6为本发明实施例一流程60的流程图。流程60用于图2所示的服务系统10的客户端中，用来处理已触发的警告管理物件，以避免客户端频繁地传送通知或不必要地启动其他管理物件，因此可节省客户端的耗电量。流程60可一并编译成程序代码214，其包含以下步骤：

步骤600：开始。

步骤602：建立一节点于一警告管理物件中，用来存储触发该警告管理物件的一预设次数。

步骤604：只有当触发该警告管理物件的次数累计达到该节点所存储的该预设次数时，传送关于该警告管理物件的一通知至该服务系统的一服务器，或启动（invoke）该客户端的其他管理物件。

步骤606：结束。

根据流程60，客户端于一警告管理物件中建立一节点，用来存储触发警告管理物件的一预设次数，该预设次数表示客户端被允许传送通知时所必须累计达到的触发警告管理物件的次数。只有当触发警告管理物件的次数累计达到节点所存储的预设次数时，客户端才传送关于警告管理物件的一通知至服务系统的一服务器，或启动客户端的其他管理物件。此外，当累计的触发警告管理物件的次数达到预设次数时，累计的触发次数重设为零。举例来说，如果预设次数为10次，则每当警告管理物件被触发累计达10次时，客户端传送关于警告管理物件的通知至服务器。

在本发明的变化实施例中，流程60的运作可以再加上另一新节点，该新节点存储一时间间隔的一预定值，用来表示警告管理物件的触发次数的累计期间。如此一来，只有当触发警告管理物件的次数于一特定时间间隔长度下累计达到预设次数时，客户端才传送关于警告管理物件的一通知至服务器。例如，客户端只在2秒内累计触发警告管理物件的次数达10次时，才传送通知至服务器。

请参考图7，图7为本发明实施例一流程70的流程图。流程70用于图2所示的服务系统10的客户端中，用来处理已触发的警告管理物件，以避免客户端频繁地传送通知或不必要地启动其他管理物件，因此可节省客户端的耗电量。流程70可一并编译成程序代码214，其包含以下步骤：

步骤700：开始。

步骤702：建立一节点于一警告管理物件中，用来存储一网络连线的一预设条件。

步骤704：只有当该客户端的一网络连线条件符合该节点所存储的该预设条件时，传送关于该警告管理物件的一通知至该服务系统的一服务器，或启动（invoke）该客户端的其他管理物件。

步骤706：结束。

根据流程70，客户端于一警告管理物件中建立一节点，用来存储一网络连线的一预设条件。只有当客户端的网络连线条件符合节点所存储的预设条件时，客户端才传送关于警告管理物件的一通知至服务器或启动客户端的其他管理物件。举例来说，节点表示的网络连线可为无线相容认证技术（WirelessFidelity，Wi-Fi）并且预设条件为“开启”，如此一来，当客户端具有Wi-Fi功能并已开启Wi-Fi功能时，客户端才传送关于警告管理物件的一通知至服务器，或启动客户端的其他管理物件。在本发明其他实施例中，网络连线的预设条件也可简单地表示客户端是否具有特定的网络连线功能，例如客户端是否支持Wi-Fi。

除此之外，根据本发明实施例，当客户端已触发了警告管理物件，但此时客户端判断网络连线条件不符合节点所存储的预设条件时，客户端可忽略警告管理物件的本次触发而不传送通知至服务器，亦不启动其他管理物件；或者，客户端可延迟传送通知至服务器或延迟启动其他管理物件，也就是说，至下一次客户端判断网络连线条件已符合预设条件时，再行传送通知或启动其他管理物件。

前述的所有流程的步骤（包含建议步骤）可通过装置实现，装置可为硬件、固件（为硬件装置与计算机指令与数据的结合，且计算机指令与数据属于硬件装置上的只读软件）或电子系统。硬件可为模拟微计算机电路、数字微计算机电路、混合式微计算机电路、微计算机芯片或硅芯片。电子系统可为系统单芯片（system on chip，SOC）、系统级封装（system in package，SiP）、嵌入式计算机（computer on module，COM）及通信装置20。

综上所述，本发明公开用于处理触发警告管理物件的方法，以避免客户端频繁地传送通知或不必要的启动其他管理物件，因此可节省客户端的耗电量。

Claims (8)

1.一种处理已触发的警告管理物件的方法，用于支持开放移动联盟（openmobile alliance，OMA）装置管理的服务系统中的一客户端，该方法包含有：

建立一节点于一警告管理物件（trap management object）中，用来存储一时间间隔的一预定值；以及

只有当该警告管理物件的本次触发（current triggered trap）与前一次触发（preceding triggered trap）之间的时间间隔大于或等于该节点所存储的该预定值时，传送一通知至该服务系统的一服务器，或启动（invoke）该客户端的其他管理物件。

2.如权利要求1所述的方法，其还包含有：

当该警告管理物件的本次触发与前一次触发之间的时间间隔小于该节点所存储的该预定值时，忽略该警告管理物件。

3.如权利要求1所述的方法，其还包含有：

当该警告管理物件的本次触发与前一次触发之间的时间间隔小于该节点所存储的该预定值时，延迟传送该通知或延迟启动该客户端的其他管理物件。

4.一种处理已触发的警告管理物件的方法，用于支持开放移动联盟（openmobile alliance，OMA）装置管理的服务系统中的一客户端，该方法包含有：

建立一节点于一警告管理物件中，用来存储触发该警告管理物件的一预设次数；以及

只有当触发该警告管理物件的次数累计达到该节点所存储的该预设次数时，传送关于该警告管理物件的一通知至该服务系统的一服务器，或启动该用户端的其他管理物件。

5.如权利要求4所述的方法，其还包含有：

在传送该通知或启动该用户端的其他管理物件之后，重置触发该警告管理物件的次数。

6.一种处理已触发的警告管理物件的方法，用于支持开放移动联盟（openmobile alliance，OMA）装置管理的服务系统中的一客户端，该方法包含有：

建立一节点于一警告管理物件中，用来存储一网络连线的一预设条件；以及

只有当该客户端的一网络连线条件符合该节点所存储的该预设条件时，传送关于该警告管理物件的一通知至该服务系统的一服务器，或启动该用户端的其他管理物件。

7.如权利要求6所述的方法，其还包含有：

当该客户端的该网络连线条件不符合该节点所存储的该预设条件时，忽略该警告管理物件。

8.如权利要求6所述的方法，其还包含有：

当该客户端的该网络连线条件不符合该节点所存储的该预设条件时，延迟传送该通知或延迟启动该用户端的其他管理物件。

Images