CN102215523A - 一种设备数据上报方法及装置 - Google Patents

Abstract

本发明公开了一种设备数据上报方法及装置，涉及通信技术领域。本发明实施例提供的一种设备数据上报方法，包括：当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；如果所述关联功能满足混合上报条件，则将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。采用本发明可以节省大量服务器的会话资源，降低服务器的系统负载。

Description

一种设备数据上报方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种设备数据上报方法及装置。

背景技术

OMA(Open Mobile Alliance，开放移动联盟)DM(DeviceManagement，设备管理)的系统结构如图1所示，该结构包括：终端设备和DM Server(DM服务器)；其中，所述的终端设备包括：设备管理树和DM客户端。在整体结构图中，终端设备上的DM Client(DM客户端)用于解释和执行DM服务器下发的管理命令。终端设备上存储的设备管理树可以认为是一个DM服务器对终端设备进行管理的接口，DM服务器通过DM协议与终端设备中的DM客户端进行通信来实现对终端设备的管理。所述设备管理树中包括一些MO(Management Object，管理对象)，DM服务器通过对管理对象的操作达到管理终端设备的目的。

DiagMon(Diagnostics and Monitoring，诊断和监测)是OMA DM组制订的用于诊断和监测终端性能及数据的标准，例如检测终端的移动性管理错误信息、射频指标、切换相关信息、位置信息、应用程序错误、终端事件等。所述信息都可以通过一个DiagMon Function(诊断和监测功能)进行收集，另外在DiagMon MO中设置有诊断数据的上报触发条件，在满足条件时终端向服务器报告有数据产生的信息，服务器收到报告后向终端获取数据。

在实现上述设备数据上报的过程中，发明人发现现有技术中至少存在如下问题：终端设备中的每个DiagMon Function分别设置有上报触发条件；当所述DiagMon Function满足上报触发条件后，终端设备都会发起一个会话来上报服务器，从而导致会话资源的浪费；尤其当终端设备中启动的Function比较多时，就会不断向服务器发起会话，在终端很多的情况下，服务器的会话负载就更大。

发明内容

本发明的实施例提供一种设备数据上报方法及装置，

为达到上述目的，本发明的实施例采用如下技术方案：

一种设备数据上报方法，包括：

当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；

如果所述关联功能满足混合上报条件，则

将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

一种设备数据上报装置，包括：

条件判断单元，用于当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；

信息上报单元，用于如果所述关联功能满足混合上报条件，则将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

本发明实施例提供的一种设备数据上报方法及装置，当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；如果所述关联功能满足混合上报条件，则将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。这样，就奠定了将满足混合上报条件的至少一个关联功能与所述第一功能所收集数据的相关信息一同上报的基础，节省了至少一个关联功能与服务器建立会话连接的会话资源；将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过所述建立的会话连接上报给服务器，从而保证了所述会话上报给服务器的信息量。

附图说明

图1为现有技术中开放移动联盟设备管理的系统结构示意图；

图2为本发明实施例提供的一种设备数据上报方法流程图；

图3为本发明实施例提供的另一种设备数据上报方法流程图；

图4为本发明实施例提供的一种DiagMon Function功能中参数设置示意图；

图5为本发明实施例提供的一种关联功能的混合上报条件的参数设置示意图；

图6为本发明实施例提供的一种设备数据上报装置结构示意图；

图7为本发明实施例提供的另一种设备数据上报装置结构示意图；

图8为本发明实施例提供的另一种设备数据上报装置结构示意图；

图9为本发明实施例提供的另一种设备数据上报装置结构示意图。

具体实施方式

下面结合附图对本发明实施例的一种设备数据上报方法及装置进行详细描述。

实施例一

如图2所示，为本发明实施例提供的一种设备数据上报方法，该方法包括：

201：当第一功能Function满足自身上报条件时，判断至少一个关联功能Function是否满足混合上报条件；其中，所述的混合上报条件既可以设置为一个相对的门限值，也可以设置为一个绝对的门限值。

需要注意的是，所述判断混合上报条件，还可以包括：判断所述关联功能Function的服务器标识(ServerID)配置是否与所述第一功能Function的服务器标识配置一致，或者判断所述关联功能Function的诊断数据统一资源定位符(DiagDataURL)配置是否与所述第一功能Function的诊断数据统一资源定位符一致。例如：当所述判断混合上报条件还包括：判断所述关联功能Function的服务器标识(ServerID)配置是否与所述第一功能Function的服务器标识配置一致，或者判断所述关联功能Function的诊断数据统一资源定位符(DiagDataURL)配置是否与所述第一功能Function的诊断数据统一资源定位符一致时，终端设备中的DiagMon客户端判断所述至少一个关联功能Function的ServerID节点值和/或DiagDataURL节点值是否与所述第一功能Function中的一致；如果一致，则认为满足混合上报的基本条件，当然，也要判断所述关联功能Fuction是否达到混合上报的门限值，若达到，则将所述关联功能与所述第一功能Fuction所收集数据的相关信息一起进行上报。

若服务器已把多个Function设置为关联的一组Function，或者相关联的某些Function中的ServerID节点不存在，则DiagMon客户端也可以忽略这个步骤，即不进行这个节点的检查。

还需要说明的是，所述混合上报条件可以通过终端设备自行设置，还可以通过DM服务器在终端设备进行设置。所述的混合上报条件的设置方式可以采用如下两种：

方式一，将所述混合上报条件设置在对应功能的参数节点内；如图4所示，可以将所述混合上报条件设置在所述关联功能Function参数节点的如下位置：

<x>/DiagMonConfig/ReportCondition/MixedReportThreshold

方式二，将所述混合上报条件设置在一个指定的管理对象MO中；如图5所示，可以将所述关联功能Function的标识以及其所对应的混合上报条件存储在所述指定的管理对象MO中；例如：关联功能Functionl的标识以及其所对应的混合上报条件可以分别设置在该管理对象MO的DFIDset/1节点下的DFID节点和MixedReportThreshold节点中；关联功能Function2的标识以及其所对应的混合上报条件可以分别设置在该管理对象MO的DFIDset/2节点下的DFID节点和MixedReportThreshold节点中。

需要注意的是，所述ReportCondition/MixedReportThreshold节点值表示一个门限，用于DiagMon客户端判断该节点所在的Function是否满足混合上报的条件，该值可以是整数或浮点数表示的门限值，例如值为80或0.8表示当该Function所收集到的数据满足自身上报条件(即Frequency节点)的80％时，则满足了混合上报条件；此处所所述的混合上报条件是相对门限值。

还需要注意的是，MixedReportThreshold节点的设置方式可以多样化，比如设置为一个具体的整数值，则DiagMon客户端可以直接得到而不需要结合Frequency节点计算混合上报的门限，该门限为绝对的门限值。另外还可以在ReportCondition节点下设置另一个标志位节点，DiagMon客户端根据该标志位节点的值确定在进行混合上报的判断时，是判断MixedReportThreshold节点的值还是Frequency节点的值。即使没有这个标志位，DiagMon客户端也可以判断这二者中的其中一个或两个都进行判断。另外，还可以不设置MixedReportThreshold这个混合上报门限，这样，在一个Function组(或称集合)中的一个或多个Function满足了自身上报条件时，直接对该Function组进行混合上报，例如DiagMon客户端可以等待该组中的多个Function都满足自身上报条件时，对该组的所有Function进行混合上报。

202：如果所述关联功能满足混合上报条件，则将所述关联功能Function所收集数据的相关信息与所述第一功能Function所收集数据的相关信息通过一个会话上报给服务器。

其中，所述关联功能Function所收集数据的相关信息，包括：所述关联功能Function所对应的管理对象标识、所述关联功能Function的统一资源标识、所述关联功能Function所收集数据的统一资源标识、所述关联功能Function所收集数据的次数、所述关联功能Function所对应的警告类型、所述关联功能Function所对应的混合上报条件的一种或者其任意组合；

所述第一功能Function所收集数据的相关信息，包括：所述第一功能Function所对应的管理对象标识、所述第一功能Function的统一资源标识、所述第一功能Function所收集数据的统一资源标识、所述第一功能Function所收集数据的次数、所述第一功能Function所对应的警告类型、所述第一功能Function的自身上报条件中的一种或者其任意组合。

实施例二

如图3所示，为本发明实施例提供的一种设备数据上报方法，该方法将结合上述如图4所示的方式一，对本发明实施例所提供的设备数据上报方法进行说明；设本实施例中的第一功能Function为Application Monitoring(应用监测)功能Function；以下为本实施例所提供的设备数据上报方法的具体实现过程：

301：设置标志位flag；所述标志位flag用于指示是否启动混合上报功能。该标志位flag可以设置在如图4中所示的位置：

<x>/DiagMonConfig/MixedReport/flag

需要说明的是，上述MixedReport节点用于集合混合上报的相关配置参数和节点；如果这个节点存在，则DiagMon客户端在发现这个节点对应的功能Function满足了自身的上报触发条件时，将对这个节点下的节点进行检查，以进行混合上报的相关处理和判断，具体的处理和判断参见下面各节点的解释。

所述MixedReport/flag节点用于设置混合上报功能的开关，该节点值可以采用布尔型或整数等类型，例如节点值是True时表示开启了混合上报功能，此时DiagMon客户端需要进一步进行混合上报的后续处理，包括混合上报门限的判断或混合上报操作，具体见本发明后续的说明，若节点值是False则表示对应的Function未开启混合上报功能，DiagMon客户端不需要进行混合上报的处理。这个节点有利于提高灵活性，终端或服务器可以在不同的场景下选择开启或关闭混合上报功能。

需要注意的是，该方法还可以包括如下设置：

设置标识；所述标识用于指示需要判断混合上报条件的功能；

该标识可以设置在如图4中所示的位置：

<x>/DiagMonConfig/MixedReport/DFIDconfig；或者，

<x>/DiagMonConfig/MixedReport/DFIDset。

该标识用于当所述第一功能满足自身上报条件时，确定需要进行判断混合上报条件的功能的范围或者确定需要进行判断混合上报条件的具体功能标识。

其中，<x>/DiagMonConfig/MixedReport/DFIDconfig节点，用于配置混合上报的DFID关联情况，节点值可以用整数型或字符等类型，例如节点值为10表示关联终端中所有的DiagMon Function，即当Application Monitoring这个Function满足了自身的上报触发条件时，DiagMon客户端将检查终端中所有其它的Function；判断其它Function是否满足混合上报条件(主要是指混合上报条件，也不排除其它Function自身的上报条件)，若满足则与Application MonitoringFunction在同一个会话中上报，不满足的则不上报。再如节点值为20表示关联终端中所有处于启动状态的Function，节点值为30表示关联终端中需要服务器显式调用(Explicitly Invoked)的Function，节点值为40表示关联终端中持续运行(Continuously Available)的Function，节点值为50或者不存在DFIDconfig这个节点的情况下，则表示关联下述DFIDset节点下配置的Function，还可以用其它的节点值表示上述各种类型的任意组合，比如节点值为60表示终端中处于启动状态的Function且加上持续运行(Continuously Available)的Function。无论节点值为何，处理方法都与上述节点值为10时相同，即检查与Application Monitoring关联的Function，然后进行混合上报处理。

<x>/DiagMonConfig/MixedReport/DFIDset节点用于集合与该Application Monitoring Function关联的Function标识，即混合上报功能开启的情况下，需要进行混合上报处理的相关Function的标识；例如：DFID或Function的URI。

<x>/DiagMonConfig/MixedReport/DFIDset/<x>节点为占位符节点；在终端设备中实际设置关联的Function时，对该节点进行实例化，实例的出现次数可以为0或多个，例如实例化为1、2、3等，每个实例化的该节点下存储具体的关联功能Function标识。

<x>/DiagMonConfig/MixedReport/DFIDset/<x>/DFID节点用于存储关联功能Function的DFID；在混合上报功能开启的情况下，DiagMon客户端将对DFID标识的功能Function进行判断；判断是否满足与第一功能Function(Application Monitoring Function)同时进行上报。

其中，MixedReport/<x>/DFID节点也可以使用URI节点替代，该节点存储的是所关联的Function的URI，例如Function的首节点URI，./DiagMon/1、./DiagMon/2、./DiagMon/3等，同样能达到让DiagMon客户端在设备管理树上找到关联的Function的目的，即此处不限制标识的具体形式，达到此目的即可，另外还可设置为一个组标识，让DiagMon客户端可以查找到一组需要关联的Function。

需要说明的是，在运用本发明时需要明确DFIDconfig与DFIDset的关系，如果不存在DFIDconfig这个节点，则DiagMon客户端直接处理DFIDset或DFIDset/<x>/DFID节点以找到关联的Function；如果存在DFIDconfig节点则需要先判断该节点的配置情况，以决定需要关联的是否为DFIDset节点下配置的Function，若是则处理DFIDset或DFIDset/<x>/DFID节点以找到关联的Function，若不是则按上述各种DFIDconfig的配置值查找关联的Funtion。

还需要说明的是，还可以不设置所述DFIDconfig节点和DFIDset节点，而是在所述第一功能满足其自身上报条件时，由终端设备自行判断其它的function是否满足混合上报条件，判断哪些function可以在终端设备本地进行预置，或者默认判断所有的function。

302：如果设置所述标志位flag为TRUE，则当第一功能Function满足自身上报条件时，判断至少一个关联功能Function是否满足混合上报条件；

303：如果所述关联功能Function满足混合上报条件，则将所述关联功能Function所收集数据的相关信息与所述第一功能Function所收集数据的相关信息通过一个会话连接上报给服务器。

需要注意的是，在满足了混合上报条件后终端设备进行上报时，终端设备可以通过Generic Alert(通用告警)命令将所述收集数据的相关信息上报给服务器。其中，所述Generic Alert(通用告警)命令中除了包括因满足自身的上报条件而进行上报的第一功能Function所收集数据的相关信息外，还可以包括其它与之关联的且满足了混合上报条件(或满足了自身上报条件但还未向服务器进行上报)的功能Function所收集数据的相关信息。无论哪一个功能Function所收集数据的相关信息可以包括Function实例的URI(比如Function的首节点URI)，即DFID的父节点URI、Function的DFID、收集到的诊断监测数据的URI、收集到的诊断监测数据的次数等信息中的一个或者任意组合。数据信息中还可以携带表示某个Function是因满足自身上报条件而进行上报的还是因满足混合上报条件而进行上报的标识信息。另外，信息中还可以包括上述提到的组标识。

需要注意的是，该方法还包括：

如果所述关联功能Function不满足混合上报条件，则将所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

还需要注意的是，该方法包括：

将所述第一功能计数器和所述满足混合上报条件的关联功能计数器清零。该步骤可以设置在满足了混合上报条件向服务器进行数据上报之前或者之后，DiagMon客户端可以把对应的Function的数据采集计数器清零。当所述的计数器在满足了混合上报条件向服务器进行混合上报之前清零，表示该Function采集到的数据正准备向服务器上报；当所述的计数器在满足了混合上报条件向服务器进行混合上报之后清零，表示该Function采集到的数据已经向服务器上报完成。清零后若再采集到数据则重新进行计数，每收集到一次诊断数据计数器加1。所述数据采集计数器的作用是用于DiagMon客户端判断一个Function是否满足混合上报条件或者满足自身的上报条件。当计数器在服务器获取了诊断监测数据信息后再清零的情况下，若服务器收到某个Function上报的信息(无论是满足混合上报条件而上报，还是满足自身数据上报条件而上报)后并没有来获取相应的数据，则终端可以再次发起上报，例如单独为该Function发起上报，或者由于其它Function的上报触发了混合上报时顺带为该Function发起上报。

需要注意的是，该方法所提到的图4是把混合上报的相关配置参数存储在具体的DiagMon Function中，而这些参数配置还可以单独存储在一个指定的MO中如图5所示，参数的种类仍然包括上述的各个本发明新增的节点，但另外还需要新增一个被关联的Function参数节点，例如增加一个节点，名为OriginFunctionID，存储需要在自身上报时进行混合上报处理的那个原Function的标识。实际上可以不设置原Function，而是可以直接在DFIDset下设置一组Function标识，当该组中任何一个Function满足自身上报的条件时则触发混合上报的相应处理操作，此时的flag节点则表示是否开启这一组Function的混合上报功能，而不是仅针对某个Function。同样，也可以设置DFIDconfig节点值，形成这样的一个组，只是该组可能是所有处于运行状态的Function，或所有需要服务器显式调用(Explicitly Invoked)的Function。还可以另外设置一个节点用于存放这个组的标识。另外，可以不用为每一个关联的Function都设置MixedReportThreshold，而是为所有关联的Function设置同一个MixedReportThreshold，这时它的节点值可以为一个百分比，用这个百分比与各个关联的Function中的Frequency节点值相乘得出各个关联Function具体的混合上报门限值。

无论混合上报的相关配置参数存储在什么位置，本发明不限制这些节点的结构，比如MixedReportThreshold可以设计在DFIDset/<x>下或者是与DFIDset/<x>/DFID节点并列，但其节点功能仍然保持不变。而还可以为整个终端设置一个flag节点，该节点的值用于表示是否开启整个终端的混合上报功能，在开启时，任何一个Function满足了自身上报条件时均须进行混合上报的判断和处理；或者，在开启时，对于设置了混合上报参数(如MixedReport/DFIDconfig节点和MixedReport/DFIDset节点)的function，均在满足自身上报条件时进行混合上报的处理；或者，在开启时，对于在上述指定的MO中设置的关联的function进行混合上报的处理。

本发明使用了DFID(即function的ID)来设置关联function，但也可以使用MOID(即管理对象ID)来设置关联function，因为每个function是有自己唯一的MOID的，如果使用MOID来设置，则上面的节点名称DFIDconfig、DFIDset、DFID可以分别更改为MOIDconfig、MOIDset、MOID，而在MOID节点中存储的节点值为function的MOID，如urn:oma:mo:oma-diag:memory:1.0。本发明提到的DFID都可以使用MOID来代替。

实施例三

假设终端设备中设置有三个功能Function，分别为AM(ApplicationMonitoring，应用监测)、PL(Panic Logs，故障记录)、MMR(MobilityManagement Rejection，移动性管理拒绝)。当设所述第一功能Function为AM时，本发明实施例提供的一种设备数据上报方法包括：

401：设置所述三个功能Function的混合上报标志位flag、关联功能Function标识<x>/DiagMonConfig/MixedReport/DFIDset/<x>/DFID以及混合上报条件；所述混合上报条件包括：所述功能Function中的Frequency和MixedReportThreshold；具体的设置过程可以通过DM服务器或终端设备分别在所述三个Function的MO实例中进行混合上报的设置，其设置节点结构如图4所示。具体的节点设置如下表所示：

Function	flag	DFIDset/1/DFID	DFIDset/2/DFID	Frequency	MixedReportThreshold
						AM	TRUE	urn:oma:diag:device:paniclog:1.	urn:oma:diag:device:mobility_m	100	80％
		0	anagement_rejection:x1.0
						PL	TRUE	urn:oma:diag:device:appmonlog:1.0	urn:oma:diag:device:mobility_management_rejection:x1.0	10	50％

MMR

FALSE

urn:oma:diag:device:appmonlog:1.0

urn:oma:diag:device:paniclog:1.0

50

60％

以上的三个Function中的flag节点的值分别为TRUE、TRUE、FALSE，而每个Function中的DFIDset/1/DFID和DFIDset/2/DFID节点分别表示设置了关联的另外两个Function的DFID。

402：当第一功能FunctionAM满足自身数据上报条件，即AM收集到第100次监测数据时，根据以上设置AM的flag为TRUE，检测判断至少一个关联功能Function所收集的数据的相关信息是否满足其混合上报条件，即检测判断与AM相关联的PL和MMR两个function；假设此时PL收集到了5次监测数据，达到了10×50％的门限，则确定PL满足了混合上报的条件；假设MMR此时收集到了29次监测数据，没有达到50×60％的门限，则确定MMR不满足混合上报条件。

403：如果所述关联功能Function满足混合上报条件，则将所述关联功能Function所收集的数据的相关信息与所述第一功能Function所收集的数据的相关信息通过一个会话连接上报给服务器。具体的实现过程为：DiagMon客户端与服务器建立会话，DiagMon客户端可以通过GenericAlert上报第一功能AM和关联功能PL所收集数据的相关信息；具体表示如下：

<Alert>

<CmdID>2</CmdID>

<Data>1226</Data><！--Alert Code for Generic Alert-->

<Item>

<Source>

<LocName>urn:oma:diag:device:appmonlog:1.0</LocName>

</Source>

<Target>

<LocURI>./DiagMon/1/DiagMonData/AppMonLog</LocURI>

</Target>

<Meta>

<Type xmlns＝″syncml:metinf″>urn:oma:at:diagmon:1.0:Report</Type>

<Format xmlns＝″syncml:metinf″>text/plain</Format>

<Mark xmlns＝″syncml:metinf″>warning</Mark>

</Meta>

<Data>

<！[CDATA[

<DataSetNum>100</DataSetNum>

<Frequency>100</Frequency>

]]>

</Data>

</Item>

<Item>

<Source>

<LocName>urn:oma:diag:device:paniclog:1.0</LocName>

</Source>

<Target>

<LocURI>./DiagMon/2/DiagMonData/PanicLog</LocURI>

</Target>

<Meta>

<Type xmlns＝″syncml:metinf″>urn:oma:at:diagmon:1.0:MixedReport</Type>

<Format xmlns＝″syncml:metinf″>text/plain</Format>

<Mark xmlns＝″syncml:metinf″>warning</Mark>

</Meta>

<Data>

<！[CDATA[

<DataSetNum>5</DataSetNum>

<Frequency>10</Frequency>

<MixedReportThreshold>50％</MixedReportThreshold>

]]>

</Data>

</Item>

</Alert>

在上面代码中，使用两个Item分别封装AM和PL两个功能Function的信息，其中，使用Source/LocName携带DFID，使用Target/LocURI携带收集到数据的URI，使用Meta/Type携带了上报的类型，其中AM的类型为urn:oma:at:diagmon:1.0:Report表示是满足自身条件上报的，而PL的类型为urn:oma:at:diagmon:1.0:MixedReport表示是满足混合上报条件而上报的。在Data中使用CDATA来携带更详细的信息，例如DataSetNum为对应的Function收集到的数据的次数，Frequency为Function中的Frequency节点值，MixedReportThreshold为Function中的MixedReportThreshold节点值。

其中，所述关联功能所收集数据的相关信息，包括：所述关联功能所对应的管理对象标识、所述关联功能的统一资源标识、所述关联功能所收集数据的统一资源标识、所述关联功能所收集数据的次数、所述关联功能所对应的警告类型、所述关联功能所对应的混合上报条件的一种或者其任意组合；

所述第一功能Function所收集数据的相关信息，包括：所述第一功能所对应的管理对象标识、所述第一功能的统一资源标识、所述第一功能所收集数据的统一资源标识、所述第一功能所收集数据的次数、所述第一功能所对应的警告类型、所述第一功能的自身上报条件中的一种或者其任意组合。

上面提到MMR收集到了29次监测数据，没有达到50×60％的门限，则确定MMR不满足混合上报条件，因此没有向服务器上报。另一种实施方式下，DiagMon客户端也可以等待MMR满足混合上报的条件时，把三个function的信息同时上报，可以对等待过程设定一个时限，当超过时限而MMR仍未满足混合上报条件时，则不再继续等待，而只上报AM和PL两个function的信息。

根据本例中的设置情况，若是MMR满足了自身上报的条件，将不会触发混合上报，因为flag的值为FALSE，还可以为各个Function设置另外一个标志位，例如MixedReportFlag，该标志位表示是否需要处理某个关联的Function，例如把PL的MixedReportFlag标志位设为FALSE，则当AM满足自身的上报条件时，虽然已经关联了PL，但不对它进行混合上报处理。本发明不限定这个标志位存在的位置，例如可以存在于PL中，也可以存在于AM的MixedReport节点下。

本例中还可不设置DFIDset节点，而是在MixedReport节点下设置一个DFIDgroup的节点，节点值为一个组标识，当所述第一功能Function满足自身的上报条件时，DiagMon客户端将检查其它具有相同DFIDgroup节点值的Function是否满足混合上报条件，从而达到关联的目的。

实施例四

假设终端设备中有三个功能Function，分别为AM(ApplicationMonitoring，应用监测)、PL(Panic Logs，故障记录)、MMR(MobilityManagement Rejection，移动性管理拒绝)；服务器或用户在指定的管理对象MO中进行混合上报设置，该指定的管理对象MO的节点结构如图5所示，具体的节点设置如下表所示：

flag	TRUE
		DFIDconfig	50
DFIDset/1/DFID	urn:oma:diag:device:appmonlog:1.0
		DFIDset/1/MixedReportThreshold	80
DFIDset/2/DFID	urn:oma:diag:device:paniclog:1.0
		DFIDset/2/MixedReportThreshold	5
DFIDset/3/DFID	urn:oma:diag:device:mobility_management_rejection:x1.0

以上设置中DFIDconfig等于50，表示把DFIDset节点下配置的功能Function作为关联功能Function。

DFIDset节点下的配置情况表示有三个功能Function是关联的，即AM、PL、MMR，当它们中任何一个满足了自身的上报条件时，DiagMon客户端将检查另外两个功能function是否满足混合上报的条件。另外，本例中MixedReportThreshold的值为实际的次数，而不是百分比。对于MMR，并没有配置MixedReportThreshold，此时DiagMon客户端可以判断MMR是否满足自身上报条件，即它的Fequency节点配置的值，设值为50。

假设某时刻PL收集数据为10，满足了自身的上报条件，由于flag设置为TRUE，则DiagMon客户端将检查AM和MMR，此时发现AM收集的数据次数为79，不满足混合上报条件，MMR收集的数据为55，满足了其自身的上报条件(这可能是因为曾经上报过服务器，但服务器并没有来获取数据)，则此时将上报PL和MMR两个function的信息，上报的方法仍然是实施例二中的方法，只是携带的数据不同而已，此处不再赘述。但需要注意，MMR的上报类型可以写为urn:oma:at:diagmon:1.0:Report，因为它也是因满足了自身上报条件而上报的。

实施例五

如图6所示，为本发明实施例提供的一种设备数据上报装置，该装置包括：

条件判断单元601，用于当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；

信息上报单元602，用于如果所述关联功能满足混合上报条件，则将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

需要注意的是，所述信息上报单元，还用于如果所述关联功能不满足混合上报条件，则将所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

可选的，如图7所示该装置还包括：

标志位设置单元701，用于设置标志位；所述标志位用于指示是否启动混合上报功能。

可选的，如图8所示该装置还包括：

标识设置单元801，用于设置标识；所述标识用于指示需要判断混合上报条件的功能。

可选的，如图9所示该装置还包括：

计数清零单元901，用于将所述第一功能计数器和所述满足混合上报条件的关联功能计数器清零。

本发明实施例提供的一种设备数据上报方法及装置，通过当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；如果所述关联功能满足混合上报条件，则将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。这样，就奠定了将满足混合上报条件的至少一个关联功能与所述第一功能所收集数据的相关信息一同上报的基础，节省了至少一个关联功能与服务器建立会话连接的会话资源；将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过所述建立的会话连接上报给服务器，从而保证了所述会话上报给服务器的信息量。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种设备数据上报方法，其特征在于，包括：

当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；

如果所述关联功能满足混合上报条件，则将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

2.根据权利要求1所述的设备数据上报方法，其特征在于，

所述关联功能所收集数据的相关信息至少包括以下一种：

所述关联功能所对应的管理对象标识、所述关联功能的统一资源标识、所述关联功能所收集数据的统一资源标识、所述关联功能所收集数据的次数、所述关联功能所对应的警告类型或所述关联功能所对应的混合上报条件；

所述第一功能所收集数据的相关信息至少包括以下一种：所述第一功能所对应的管理对象标识、所述第一功能的统一资源标识、所述第一功能所收集数据的统一资源标识、所述第一功能所收集数据的次数、所述第一功能所对应的警告类型或所述第一功能的自身上报条件中。

3.根据权利要求1所述的设备数据上报方法，其特征在于，该方法还包括：

如果所述关联功能不满足混合上报条件，则将所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

4.根据权利要求1至3任一所述的设备数据上报方法，其特征在于，该方法还包括：

设置标识，所述标识用于指示需要判断混合上报条件的功能；

或者，

设置标志位，所述标志位用于指示是否启动混合上报功能；

或者，

将所述第一功能计数器和所述满足混合上报条件的关联功能计数器清零。

5.根据权利要求4所述的设备数据上报方法，其特征在于，

当所述方法包括设置标识时，所述标识包括：功能标识和/或功能集合标识；

所述功能集合标识所指示的功能包括：设备中所有的功能，或者设备中所有处于运行状态的功能，或者设备中需要显示调用的功能，或者设备中持续运行的功能中的一种或者其任意组合。

6.根据权利要求1至3任一所述的设备数据上报方法，其特征在于，所述的混合上报条件为一门限值。

7.根据权利要求1至3任一所述的设备数据上报方法，其特征在于，所述判断混合上报条件，还包括：判断所述关联功能的服务器标识配置是否与所述第一功能的服务器标识配置一致，或者判断所述关联功能的诊断数据统一资源定位符配置是否与所述第一功能的诊断数据统一资源定位符配置一致。

8.一种设备数据上报装置，其特征在于，包括：

条件判断单元，用于当第一功能满足自身上报条件时，判断至少一个关联功能是否满足混合上报条件；

信息上报单元，用于如果所述关联功能满足混合上报条件，则将所述关联功能所收集数据的相关信息与所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

9.根据权利要求8所述的设备数据上报装置，其特征在于，

所述信息上报单元，还用于如果所述关联功能不满足混合上报条件，则将所述第一功能所收集数据的相关信息通过一个会话上报给服务器。

10.根据权利要求8或9所述的设备数据上报装置，其特征在于，所述装置还至少包括以下任一种单元：

标志位设置单元，用于设置标志位；所述标志位用于指示是否启动混合上报功能；

标识设置单元，用于设置标识；所述标识用于指示需要判断混合上报条件的功能；

计数清零单元，用于将所述第一功能计数器和所述满足混合上报条件的关联功能计数器清零。

Images