报警消息控制方法、装置、终端设备以及存储介质与流程

1.本发明涉及用电管理技术领域，尤其涉及报警消息控制方法、装置、终端设备以及存储介质。


背景技术：

2.空气开关即空开，又名空气断路器，属于一种低压断路器，当电路中电流产生过压或欠压状态自动开始断电，从而对使用中的电器产生保护，避免电器设备的损坏。随着现代需求的提升，传统的空气开关功能逐渐无法满足日常生活中对用电安全的需求，智能空开在传统空开配电设备上进行升级，通过物联网技术和智能空开实现配电设备的运行数据处理，通过智慧用电平台对空开产品设备的数据进行管理。
3.目前的空开产品设备通常是产生报警事件则报警一次，对于用户而言，有些报警是不重要的，如果非常频繁地报警，则需用户经常查看，次数较多，又非重要事件，会影响用户体验。
4.因此，有必要提出一种改善用电管理过程中的用户体验的解决方案。
5.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

6.本发明的主要目的在于提供一种报警消息控制方法、装置、终端设备以及存储介质，旨在改善用电管理过程中的用户体验。
7.为实现上述目的，本发明提供一种报警消息控制方法，所述报警消息控制方法包括：获取空开设备上传的当前报警消息；基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。
8.可选地，基于所述过滤规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：判断所述当前报警消息是否满足无效条件，其中，所述无效条件包括所述当前报警消息中包括删除标识、所述当前报警消息属于全局过滤类型或所述当前报警消息中的报警时间超过预设时间阈值；若所述当前报警消息满足无效条件，则将所述当前报警消息过滤；若所述当前报警消息不满足无效条件，则将所述当前报警消息作为所述目标报警消息。
9.可选地，基于所述补全规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：
基于所述空开设备的设备信息对所述当前报警消息进行内容补充，得到所述目标报警消息，其中所述内容补充包括设备归属的项目编号及设备对应的资源id。
10.可选地，基于所述分级规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：识别所述当前报警消息中包含的报警数值；根据所述报警数值标记所述当前报警消息的紧急程度，得到所述目标报警消息。
11.可选地，基于所述态度规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：识别所述当前报警消息所属的报警类型；根据所述报警类型匹配对应的用户态度配置；基于所述用户态度配置对所述当前报警消息进行过滤判断，得到所述目标报警消息。
12.可选地，基于所述频限规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：根据所述当前报警消息所属的报警类型匹配对应的频限值；判断所述当前报警消息是否满足首次处理条件；若所述当前报警消息满足首次处理条件，则记录当前处理时间，得到所述目标报警消息；若所述当前报警消息不满足首次处理条件，则根据所述当前处理时间、上次处理时间及所述频限值判断是否过滤所述当前报警消息。
13.可选地，基于所述名称自定义规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：根据所述当前报警消息所属的报警类型匹配对应的用户自定义名称；将所述当前报警消息的报警名称替换为所述用户自定义名称，得到所述目标报警消息。
14.可选地，基于所述存储规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：判断数据库中是否已存储所述当前报警消息；若所述数据库中未存储所述当前报警消息，则将所述当前报警消息作为所述目标报警消息存储至所述数据库。
15.可选地，所述基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息的步骤之后还包括：判断报警消息推送功能是否开启；若所述报警消息推送功能已开启，则将所述目标报警消息存入报警推送队列，以供报警推送系统将所述目标报警消息推送至用户终端。
16.此外，为实现上述目的，本发明还提供一种报警消息控制装置，所述报警消息控制装置包括：此外，为实现上述目的，本发明还提供一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的报警消息控制程序，所述报警消
息控制程序被所述处理器执行时实现如上所述的报警消息控制方法的步骤。
17.获取模块，用于获取空开设备上传的当前报警消息；处理模块，用于基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。
18.此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有报警消息控制程序，所述报警消息控制程序被处理器执行时实现如上所述的报警消息控制方法的步骤。
19.本发明实施例提出的一种报警消息控制方法、装置、终端设备以及存储介质，通过获取空开设备上传的当前报警消息；基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。通过包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则在内的预设规则处理链对当前报警消息进行控制及处理，得到用户所需的目标报警消息，过滤了非重要的报警消息，降低了消息推送的频次，从而改善了用电管理过程中的用户体验。
附图说明
20.图1为本发明报警消息控制装置所属终端设备的功能模块示意图；图2为根据第一实施例示出的报警消息控制方法的流程示意图；图3为根据第二实施例示出的报警消息控制方法的流程示意图；图4为根据第三实施例示出的报警消息控制方法的流程示意图；图5为根据第四实施例示出的报警消息控制方法的流程示意图；图6为根据第五实施例示出的报警消息控制方法的流程示意图；图7为本发明实施例中的整体流程示意图。
21.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
22.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
23.本发明实施例的主要解决方案是：通过获取空开设备上传的当前报警消息；基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。通过包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则在内的预设规则处理链对当前报警消息进行控制及处理，得到用户所需的目标报警消息，过滤了非重要的报警消息，降低了消息推送的频次，从而改善了用电管理过程中的用户体验。
24.具体地，参照图1，图1为本发明报警消息控制装置所属终端设备的功能模块示意图。该报警消息控制装置可以为独立于终端设备的、能够进行报警消息控制的装置，其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动终端，还可以为具有数据处理功能的固定终端设备或服务器等。
25.在本实施例中，该报警消息控制装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
26.存储器130中存储有操作系统以及报警消息控制程序，报警消息控制装置可以将获取的空开设备上传的当前报警消息，以及基于预设规则处理链，对所述当前报警消息进行处理，得到的目标报警消息等信息存储于该存储器130中；输出模块110可为显示屏等。通信模块140可以包括wifi模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。
27.其中，存储器130中的报警消息控制程序被处理器执行时实现以下步骤：获取空开设备上传的当前报警消息；基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。
28.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：判断所述当前报警消息是否满足无效条件，其中，所述无效条件包括所述当前报警消息中包括删除标识、所述当前报警消息属于全局过滤类型或所述当前报警消息中的报警时间超过预设时间阈值；若所述当前报警消息满足无效条件，则将所述当前报警消息过滤；若所述当前报警消息不满足无效条件，则将所述当前报警消息作为所述目标报警消息。
29.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：基于所述空开设备的设备信息对所述当前报警消息进行内容补充，得到所述目标报警消息，其中所述内容补充包括设备归属的项目编号及设备对应的资源id。
30.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：识别所述当前报警消息中包含的报警数值；根据所述报警数值标记所述当前报警消息的紧急程度，得到所述目标报警消息。
31.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：识别所述当前报警消息所属的报警类型；根据所述报警类型匹配对应的用户态度配置；基于所述用户态度配置对所述当前报警消息进行过滤判断，得到所述目标报警消息。
32.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：根据所述当前报警消息所属的报警类型匹配对应的频限值；判断所述当前报警消息是否满足首次处理条件；若所述当前报警消息满足首次处理条件，则记录当前处理时间，得到所述目标报警消息；若所述当前报警消息不满足首次处理条件，则根据所述当前处理时间、上次处理时间及所述频限值判断是否过滤所述当前报警消息。
33.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：根据所述当前报警消息所属的报警类型匹配对应的用户自定义名称；
将所述当前报警消息的报警名称替换为所述用户自定义名称，得到所述目标报警消息。
34.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：判断数据库中是否已存储所述当前报警消息；若所述数据库中未存储所述当前报警消息，则将所述当前报警消息作为所述目标报警消息存储至所述数据库。
35.进一步地，存储器130中的报警消息控制程序被处理器执行时还实现以下步骤：判断报警消息推送功能是否开启；若所述报警消息推送功能已开启，则将所述目标报警消息存入报警推送队列，以供报警推送系统将所述目标报警消息推送至用户终端。
36.本实施例通过上述方案，具体通过获取空开设备上传的当前报警消息；基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。通过包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则在内的预设规则处理链对当前报警消息进行控制及处理，得到用户所需的目标报警消息，过滤了非重要的报警消息，降低了消息推送的频次，从而改善了用电管理过程中的用户体验。
37.基于上述终端设备架构但不限于上述架构，提出本发明方法实施例。
38.第一实施例本实施例方法的执行主体可以为一种报警消息控制装置或终端设备等，本实施例以对报警消息进行控制的远端平台进行举例。
39.参照图2，图2为根据第一实施例示出的报警消息控制方法的流程示意图，所述报警消息控制方法包括以下步骤：步骤s10，获取空开设备上传的当前报警消息；具体地，当空开设备产生了报警，则会将报警消息上传到远端平台，远端平台接收到空开设备上传的当前报警消息后，先将当前报警消息推入到报警消息队列，进而启动报警消息处理程序。报警消息处理程序启动时，会先读取各个处理规则，然后将各处理规则排列成一个规则处理管道，即所述预设规则处理链，进而通过报警消息处理程序从报警消息队列中取出报警消息进行处理。
40.步骤s20，基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。
41.进一步地，获取到空开设备上传的当前报警消息后，基于预设规则处理链中的各项规则，可以对当前报警消息进行一系列处理，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。
42.其中，过滤规则可以判断当前报警消息是否有效，如果无效则进行过滤丢弃，有效则可继续执行其他规则；补全规则可用于补充报警消息的内容，为后续规则处理提供关键的数据，例如空开设备归属的项目编号，以及设备对应的资源id等；分级规则可用于根据当前报警消息中包含的报警数值，判断报警紧急程度，将当前报警消息分为a级报警、b级报警
以及c级报警；态度规则可用于根据用户配置的态度对当前报警消息进行过滤，用户可以在平台上配置报警首选项的态度规则，将某种报警类型的接收态度配置为“拒绝”或“接受”；频限规则可用于根据用户在平台配置的报警首选项的频限值，控制同一报警类型的报警消息在预设时间内的频次；名称自定义规则可以用于根据用户在平台配置的某种报警类型的自定义名称替换对应的报警消息的名称；存储规则可以用于在将当前报警消息存储到数据库之前，检查数据库中是否已存储了该报警消息，如果已经存储，则忽略，否则新增该报警消息。
43.需要说明的是，预设规则处理链中的各项规则可以单独实施，也可以各项规则组合依次实施，本技术实施例不构成对预设规则处理链中的各项规则的实施顺序及实施方式的限定。
44.在基于预设规则处理链中的各项规则对当前报警消息进行处理，得到目标报警消息后，可以通过报警推送系统将目标报警消息推送至用户终端，具体包括：判断报警消息推送功能是否开启；若所述报警消息推送功能已开启，则将所述目标报警消息存入报警推送队列，以供报警推送系统将所述目标报警消息推送至用户终端。
45.在将目标报警消息推送至用户之前，需先判断平台中是否开启了推送功能，在平台开启推送功能的情况下，将目标报警消息放入报警推送队列中，等待报警推送系统进行抓取处理，从而将目标报警消息推送到用户终端。
46.在本实施例中，通过获取空开设备上传的当前报警消息；基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。通过包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则在内的预设规则处理链对当前报警消息进行控制及处理，得到用户所需的目标报警消息，过滤了非重要的报警消息，降低了消息推送的频次，从而改善了用电管理过程中的用户体验。
47.第二实施例参照图3，图3为根据第二实施例示出的报警消息控制方法的流程示意图，在本技术第一实施例的基础上，本实施例公开了基于所述过滤规则，对所述当前报警消息进行处理，得到所述目标报警消息的方法，具体包括以下步骤：判断所述当前报警消息是否满足无效条件，其中，所述无效条件包括所述当前报警消息中包括删除标识、所述当前报警消息属于全局过滤类型或所述当前报警消息中的报警时间超过预设时间阈值；若所述当前报警消息满足无效条件，则将所述当前报警消息过滤；若所述当前报警消息不满足无效条件，则将所述当前报警消息作为所述目标报警消息。
48.在本技术实施例中，判断当前报警消息是否满足无效条件，主要包括三种判断方式，判断当前报警消息中是否包括删除标识del，如果包含，则满足无效条件；判断当前报警消息是否属于全局过滤类型，如果是，则满足无效条件；判断当前报警消息的报警时间距离当前时间是否超过三天，如果是，则满足无效条件。
49.需要说明的是，当前报警消息满足三种判断方式中的任意一种或多种，都可视为无效消息，需进行过滤丢弃，如果有效则继续流转到下一个规则进行处理。
50.在通过其他处理规则对报警消息进行处理之前，可以先基于补全规则对当前报警消息进行补全，具体包括：基于所述空开设备的设备信息对所述当前报警消息进行内容补充，得到所述目标报警消息，其中所述内容补充包括设备归属的项目编号及设备对应的资源id。
51.可选地，包括归属的项目编号及设备对应的资源id等信息在内的空开设备的设备信息可以用于充实当前报警消息的内容，为后续规则处理提供关键的数据。
52.本实施例通过上述方案，具体通过判断所述当前报警消息是否满足无效条件，其中，所述无效条件包括所述当前报警消息中包括删除标识、所述当前报警消息属于全局过滤类型或所述当前报警消息中的报警时间超过预设时间阈值；若所述当前报警消息满足无效条件，则将所述当前报警消息过滤；若所述当前报警消息不满足无效条件，则将所述当前报警消息作为所述目标报警消息。可以判断当前报警消息是否有效，对无效消息进行过滤丢弃，避免无效消息的推送导致影响用户体验。
53.第三实施例参照图4，图4为根据第三实施例示出的报警消息控制方法的流程示意图，在本技术第一实施例及第二实施例的基础上，本实施例公开了基于所述分级规则，对所述当前报警消息进行处理，得到所述目标报警消息的方法，具体包括以下步骤：识别所述当前报警消息中包含的报警数值；根据所述报警数值标记所述当前报警消息的紧急程度，得到所述目标报警消息。
54.在本技术实施例中，可以先识别当前报警消息中是否包括报警数值，如果没有，则跳过这一规则，如果有，则进一步判断报警数值是否大于a档设定值，如果是，则将当前报警消息标记为a级报警；如果不是，则进一步判断报警数值是否大于b档设定值，如果是，则将当前报警消息标记为b级报警；如果不是，则将当前报警消息标记为c级报警。
55.本实施例通过上述方案，具体通过识别所述当前报警消息中包含的报警数值；根据所述报警数值标记所述当前报警消息的紧急程度，得到所述目标报警消息。根据当前报警消息中的报警数值实现对报警消息的快速分级，以区分出报警消息的重要程度，从而对报警消息进行控制，改善用电管理过程中的用户体验。
56.第四实施例参照图5，图5为根据第四实施例示出的报警消息控制方法的流程示意图，在本技术第一实施例、第二实施例及第三实施例的基础上，本实施例公开了基于所述态度规则，对所述当前报警消息进行处理，得到所述目标报警消息的方法，具体包括以下步骤：识别所述当前报警消息所属的报警类型；根据所述报警类型匹配对应的用户态度配置；基于所述用户态度配置对所述当前报警消息进行过滤判断，得到所述目标报警消息。
57.在本技术实施例中，先识别当前报警消息所属的报警类型，如果用户在平台上配置了报警首选项的态度规则，将某种报警类型的接收态度配置“拒绝”或“接受”，则根据用户对该报警类型的态度确定是否进行过滤，从而排除用户拒绝接收的报警消息。
58.本实施例通过上述方案，具体通过识别所述当前报警消息所属的报警类型；根据所述报警类型匹配对应的用户态度配置；基于所述用户态度配置对所述当前报警消息进行过滤判断，得到所述目标报警消息。根据当前报警消息所属的报警类型对应的用户态度配置，对用户拒绝接收的报警消息进行过滤，提高了用户的自主选择性，从而改善用电管理过程中的用户体验。
59.第五实施例参照图6，图6为根据第五实施例示出的报警消息控制方法的流程示意图，在本技术第一实施例、第二实施例、第三实施例及第四实施例的基础上，本实施例公开了基于所述频限规则，对所述当前报警消息进行处理，得到所述目标报警消息的方法，具体包括以下步骤：根据所述当前报警消息所属的报警类型匹配对应的频限值；判断所述当前报警消息是否满足首次处理条件；若所述当前报警消息满足首次处理条件，则记录当前处理时间，得到所述目标报警消息；若所述当前报警消息不满足首次处理条件，则根据所述当前处理时间、上次处理时间及所述频限值判断是否过滤所述当前报警消息。
60.在本技术实施例中，用户可在平台上配置报警首选项的频限规则，将某种报警类型的接收频限值设置为 n秒内只接收1条报警，在处理当前报警消息过程中，先判断该报警消息所属的报警类型的频限值是否大于0，如果是，说明用户对该报警类型设置了频限，则进一步判断是否是首次处理此空开设备的此类报警，如果是首次处理，则记录当前处理时间并跳过频限规则处理；如果不是首次处理，则判断当前处理时间与上次处理时间的差值是否不大于频限值，如果不大于频限值，则丢弃该报警消息。
61.可选地，基于所述名称自定义规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：根据所述当前报警消息所属的报警类型匹配对应的用户自定义名称；将所述当前报警消息的报警名称替换为所述用户自定义名称，得到所述目标报警消息；如果用户在平台上配置了某种报警类型的自定义名称，如将打火报警的名称自定义为电弧报警。那么当报警处理的时候，如果当前处理的报警类型属于打火报警类型，会将报警记录的报警名字替换成自定义的电弧报警。
62.基于所述存储规则，对所述当前报警消息进行处理，得到所述目标报警消息的步骤包括：判断数据库中是否已存储所述当前报警消息；若所述数据库中未存储所述当前报警消息，则将所述当前报警消息作为所述目标报警消息存储至所述数据库。
63.在进行各项规则处理之后，即可将报警消息存储到数据库，存储前先检查数据库中是否存储了这条报警消息，如果已经存储过了，则忽略，否则将新增词条报警消息。
64.此外，本发明实施例还提出一种报警消息控制装置，所述报警消息控制装置包括：获取模块，用于获取空开设备上传的当前报警消息；
处理模块，用于基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。
65.参照图7，图7为本发明实施例中的整体流程示意图，如图7所示，当智能空开设备产生了报警，立即将报警消息上传到远端平台，平台接收到报警消息后，先将报警消息推入到报警消息队列。报警处理程序启动的时，会先读取一个个处理规则，然后将这些规则排列串成一个规则处理管道即预设规则处理链。进而报警处理程序会从报警消息队列中逐个取出报警消息，然后让报警消息流经规则管道，被管道中的一个个规则处理程序逐个进行处理。
66.本实施例实现报警消息控制的原理及具体实施过程，请参照上述各实施例，在此不再赘述。
67.此外，本发明实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的报警消息控制程序，所述报警消息控制程序被所述处理器执行时实现如上所述的报警消息控制方法的步骤。
68.由于本报警消息控制程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
69.此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有报警消息控制程序，所述报警消息控制程序被处理器执行时实现如上所述的报警消息控制方法的步骤。
70.由于本报警消息控制程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
71.相比现有技术，本发明实施例提出的报警消息控制方法、装置、终端设备以及存储介质，通过获取空开设备上传的当前报警消息；基于预设规则处理链，对所述当前报警消息进行处理，得到目标报警消息，其中，所述预设规则处理链包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则中的一项或多项。通过包括过滤规则、补全规则、分级规则、态度规则、频限规则、名称自定义规则以及存储规则在内的预设规则处理链对当前报警消息进行控制及处理，得到用户所需的目标报警消息，过滤了非重要的报警消息，降低了消息推送的频次，从而改善了用电管理过程中的用户体验。
72.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
73.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
74.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做
出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本技术每个实施例的方法。
75.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。