一种数据处理方法及物联网平台系统与流程

1.本技术属于物联网技术领域，尤其涉及一种数据处理方法及物联网平台系统。


背景技术：

2.物联网是指通过各种物联网设备(例如，信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等)实时采集需要监控的物体(或过程)相关的信息(例如，声、光、电)，以基于该信息实现对物体(或过程)的智能化感知、识别和管理等。
3.目前，物联网平台系统需要接入大量的物联网设备，以接收物联网设备采集的信息，还需要对各种物联网设备采集的信息进行各种规则的处理，以得到告警信息。然而，目前的物联网平台系统的可靠性不高。


技术实现要素：

4.有鉴于此，本技术实施例提供了一种数据处理方法及物联网平台系统，以解决物联网平台系统可靠性低的问题。
5.本技术实施例的第一方面提供了一种数据处理方法，应用于物联网平台系统，该物联网平台系统包括：物联网网关模块、mqtt broker集群、数据接入服务集群、kafka集群、规则引擎服务集群、告警管理服务集群和数据库，该方法包括：
6.所述物联网网关模块将接收的第一数据进行格式转换得到第二数据，将所述第二数据发布至所述mqtt broker集群中的第一主题，所述第一数据为接入所述物联网平台系统的物联网设备上传的数据，所述第二数据为所述物联网平台系统可识别的数据格式，所述数据接入服务集群订阅有所述第一主题；
7.所述数据接入服务集群获取所述第二数据，从所述数据库获取所述物联网设备的关联信息，根据所述第二数据和所述关联信息生成第三数据，将所述第三数据发布至所述kafka集群的第二主题，所述规则引擎服务集群订阅有所述第二主题；
8.所述规则引擎服务集群获取所述第二数据，并将所述第二数据与业务规则进行匹配得到告警信息，将所述告警信息向所述kafka集群的第三主题发布，所述告警管理订阅有所述第三主题；
9.所述告警管理服务集群获取所述告警信息，并将所述告警信息发送至第一客户端。
10.本技术实施例的第二方面提供了一种物联网平台系统，包括：物联网网关模块、mqtt broker集群、数据接入服务集群、kafka集群、规则引擎服务集群、告警管理服务集群、数据库、负载均衡模块、数据存储服务集群和设备管理服务集群，所述物联网平台系统通过所述物联网网关模块、所述mqtt broker集群、所述数据接入服务集群、所述kafka集群、所述规则引擎服务集群、所述告警管理服务集群、所述数据库、所述负载均衡模块、所述数据存储服务集群和所述设备管理服务集群执行第一方面提供的方法的步骤。
11.本技术实施例提供了一种物联网平台系统，所述物联网平台系统包括：物联网网
关模块、mqtt broker集群、数据接入服务集群、kafka集群、规则引擎服务集群、告警管理服务集群和数据库。该物联网平台系统中的各个模块独立部署，提高了可靠性。该物联网平台系统通过物联网网关模块接收数据，并将数据转换为物联网平台系统可以识别的数据格式。本物联网平台系统采用发布订阅模式将物联网设备采集的数据进行流转以传输至规则引擎系统，提高系统的可靠性；规则引擎系统将业务规则和数据进行匹配，以得到告警信息，通过告警管理服务集群将告警信息传输至相应的客户端，实现规则引擎告警功能。
12.可以理解的是，上述第二方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
13.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
14.图1是本技术实施例提供的一种物联网平台系统的结构示意图；
15.图2是本技术实施例提供的一种物联网网关模块的结构示意图；
16.图3是本技术实施例提供的一种物联网设备的接入方法的流程示意图；
17.图4是本技术实施例提供的数据处理方法的流程示意图；
18.图5是本技术实施例提供的设备管理方法的流程的示意图；
19.图6是本技术实施例提供的规则引擎系统的结构示意图；
20.图7是本技术实施例提供的规则引擎系统的执行数据处理方法的流程示意图；
21.图8是本技术实施例提供的告警模块的结构示意图；
22.图9为本技术实施例提供的告警状态的变化示意图；
23.图10是本技术实施例提供的服务器的结构示意图。
具体实施方式
24.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
25.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
26.还应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
27.还应当进一步理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
28.如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被
解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0029]
为了说明本技术实施例提供的技术方案，下面通过具体实施例来进行说明。本技术实施例提供了一种物联网平台系统。该物联网平台系统包括：物联网网关模块(iot gateway)、mqtt broker集群(mqtt broker cluster)、数据接入服务集群(drs cluster)、kafka集群(kafka cluster)、规则引擎服务集群(res cluster)、告警管理服务集群(ams cluster)和数据库(database cluster)。
[0030]
当然，实际应用中，该物联网平台系统还可以包括更多的集群或模块。例如，还可以包括：负载均衡模块(load balance)、数据存储服务集群(dss cluster)和设备管理服务集群(dms cluster)。
[0031]
参见图1，为本技术实施例提供了一种物联网平台系统的结构示意图。
[0032]
物联网网关模块(iot gateway)，可以实现物联网设备的统一接入及权限认证；数据格式的转换、数据打包解包等处理。物联网网关模块可以在新的物联网设备需要接入物联网平台系统时极大的减少开发工作，同时可以有效保证设备接入的稳定性及安全性。
[0033]
负载均衡模块(load balance)，使用开源的traefik作为反向代理工具，可以实现http(s)请求的代理转发(例如，对dms、各api服务实现负载均衡)，实现tcp的端口转发(例如，对mqtt broker实现负载均衡)。traefik可以降低部署、运维成本。
[0034]
设备管理服务集群(dms cluster)，完成物联网设备及资产的添加、删除、更新等设备管理功能；具备设备授权接口功能，根据设备信息(例如，设备类型与ip地址)对请求接入物联网平台系统的物联网设备进行校验，通过则返回对应设备唯一标识符(uuid)及token。
[0035]
mqtt broker集群：采用开源的emqx服务器搭建，支持千万级并发连接，百万级消息吞吐，毫秒级消息时延，大规模分布式，高可用集群架构和弹性伸缩部署。具备设备鉴权、数据订阅和发布功能。
[0036]
数据接入服务集群(drs cluster)：将从mqtt订阅的物联网设备的数据、事件数据与采集数据的物联网设备的基本信息进行关联整合，然后发送至kafka集群。例如，可以将采集的数据和关联设备、所在经纬度和资产信息等进行关联。当然，实际应用中，可以将与采集的数据进行关联的数据记为关联数据。
[0037]
kafka集群，kafka是一个开源的流处理软件平台，平台使用kafka来存储通过http、mqtt和coap传输协议传入的物联网设备采集的数据，直到这些数据被规则引擎服务集群处理。
[0038]
数据存储服务集群(dss cluster)，负责从kafka获取所有物联网设备采集的数据、事件数据整合后的完整数据，将其存储至postgresql数据库，供行业应用服务查询展示。
[0039]
规则引擎服务集群(res cluster)，规则引擎服务根据配置内容，从kafka获取需要触发告警的物联网设备采集的数据、事件数据整合后的完整数据，依据规则判断是否产生告警，产生告警则生成告警数据发送至kafka的告警主题，同时根据规则将告警记录保存至postgresql数据库，规则引擎服务集群支持规则的动态创建和加载。
[0040]
告警管理服务集群(ams cluster)，提供对外的api接口，供行业应用管理告警信息。其从kafka实时获取告警数据，通过websocket及时推送到行业应用前端。
[0041]
所述数据库为postgresql数据库，用于存储配置数据和告警业务数据等。
[0042]
该物联网平台系统提供物联网设备的接入功能、物联网设备采集的数据的处理功能、命令的下方功能和设备管理功能等。在物联网设备的接入时，主要通过物联网网关模块和dms以及mqtt实现。
[0043]
参见图2，为本技术实施例提供的物联网网关模块的结构示意图，物联网网关模块包括：设备权限认证模块、数据解析模块、数据打包解包模块。
[0044]
参见图3，为本技术实施例提供的物联网设备的接入方法的流程示意图，该方法包括：
[0045]
步骤b1，所述物联网网关模块接收与所述物联网网关模块建立网络连接的所述物联网设备的接入请求，所述接入请求携带所述物联网设备的设备信息(设备类型和ip地址)。
[0046]
作为示例，在需要将物联网设备接入物联网平台系统时，用户首先在物联网平台系统创建该物联网设备。用户可以在该物联网平台系统提供的客户端页面输入设备类型、ip地址等设备信息。以将设备信息传输到该物联网平台系统的设备管理服务集群模块。
[0047]
物联网网关模块与待接入物联网平台系统的物联网设备建立网络连接，在建立网络连接的过程中或之后，该物联网设备将该物联网设备的设备信息(例如，物联网设备的ip地址、设备类型等)发送给物联网网关模块中的权限认证模块。
[0048]
物联网网关模块中的权限认证模块在接收到接入信息的情况下，向设备管理服务集群模块发起鉴权请求。
[0049]
该鉴权请求可以为get方式，参数包含在url中，示例如下：
[0050]
http://127.0.0.1:5000/iot/device/auth？ip＝192.168.165.120&typeid＝5&subtypeid＝0
[0051]
该鉴权请求还可以为post方式，参数为json字符串，示例如下：
[0052][0053]
步骤b2，所述物联网网关模块通过所述均衡负载模块将所述设备信息向所述设备管理服务集群发送。
[0054]
作为示例，所述物联网网关模块中的权限认证块将所述设备信息(例如，图2中的type和ip)向所述设备管理服务集群发送。
[0055]
步骤b3，所述设备管理服务集群基于所述设备信息对所述物联网设备进行鉴权得到第一鉴权信息，将所述第一鉴权信息发送至所述物联网网关模块。
[0056]
该步骤中，所述设备管理服务集群基于所述设备信息对所述物联网设备进行鉴权
得到第一鉴权信息包括：
[0057]
所述设备管理服务集群查询所述数据库，在基于所述设备信息查询到与所述设备信息匹配的设备唯一标识的情况下，得到包含所述设备唯一标识的第一鉴权信息；在基于所述设备信息未查询到与所述设备信息匹配的设备唯一标识的情况下，得到包含第一信息的所述第一鉴权信息，所述第一信息用于指示所述物联网网关模块关闭与所述物联网设备之间的网络连接。
[0058]
作为示例，设备管理服务集群模块查询数据库以确定该设备信息是否存在，在存在的情况下，返回uuid和token。在不存在的情况下，返回用于表示鉴权失败的状态码；并且，物联网网关模块与物联网设备断开网络连接。
[0059]
鉴权结果的示例如下：
[0060][0061]
在鉴权成功的情况下，物联网网关模块中的权限认证模块基于该uuid和token与mqtt broker集群服务建立mqtt连接。
[0062]
步骤b4，所述物联网网关模块接收到所述第一鉴权信息(uuid和token)，将所述第一鉴权信息向mqtt broker集群发送。
[0063]
所述物联网网关模块中的权限认证模块将所述第一鉴权信息通过数据解析模块发送给数据打包解包模块，数据打包解包模块向mqtt broker集群发送所述第一鉴权信息。
[0064]
步骤b5，所述mqtt broker集群基于所述第一鉴权信息对所述物联网设备进行鉴权获得鉴权结果，将所述鉴权结果向所述物联网网关模块发送。
[0065]
该步骤中，所述mqtt broker集群基于所述第一鉴权信息对所述物联网设备进行鉴权获得鉴权结果，包括：
[0066]
所述mqtt broker集群从所述数据库查找所述设备唯一标识。
[0067]
在所述mqtt broker集群从所述数据库查找到所述设备唯一标识的情况下，获得包含第二信息的鉴权结果；在从所述数据库未查找到所述设备唯一标识的情况下，获得包含第三信息的鉴权结果；所述第二信息用于表示所述物联网设备鉴权成功；所述第三信息用于指示所述物联网网关模块关闭与所述物联网设备之间的网络连接。
[0068]
参见图4，在某个物联网设备接入物联网平台系统后，该物联网平台系统可以对采集的数据进行数据处理。该数据处理过程包括：
[0069]
步骤a1，所述物联网网关模块将接收的第一数据(物联网设备采集并上传的数据)进行格式转换得到第二数据，将所述第二数据发布至所述mqtt broker集群中的第一主题，所述第一数据为接入所述物联网平台系统的物联网设备上传的数据，所述第二数据为所述
物联网平台系统可识别的数据格式，所述数据接入服务集群订阅有所述第一主题。
[0070]
如图2所示，所述物联网网关模块包括：数据解析模块和数据打包解包模块；所述物联网网关模块将接收的第一数据进行格式转换得到第二数据包括：
[0071]
所述数据解析模块对所述第一数据进行格式转换得到格式转换后的所述第一数据，将所述格式转换后的所述第一数据发送给所述数据打包解包模块；
[0072]
所述数据打包解包模块对所述格式转换后的所述第一数据进行打包得到所述第二数据。
[0073]
该步骤中，所述物联网网关模块将所述第二数据发布至所述mqtt broker集群中的第一主题包括：
[0074]
所述物联网网关模块通过所述负载均衡模块将所述第二数据发布至所述mqtt broker集群中的第一主题。即所述物联网平台系统还包括：负载均衡模块。
[0075]
步骤a2，所述数据接入服务集群获取所述第二数据，从所述数据库获取所述物联网设备的关联信息(例如，关联设备、关联资产等信息)，根据所述第二数据和所述关联信息生成第三数据，将所述第三数据发布至所述kafka集群的第二主题，所述规则引擎服务集群订阅有所述第二主题。
[0076]
在该步骤之后，该方法还包括：所述数据存储服务集群获取所述第三数据，将所述第三数据存储至所述数据库。即所述物联网平台系统还包括：订阅有所述第二主题的数据存储服务集群。
[0077]
步骤a3，所述规则引擎服务集群获取所述第二数据，并将所述第二数据与业务规则进行匹配得到告警信息，将所述告警信息向所述kafka集群的第三主题发布，所述告警管理订阅有所述第三主题。
[0078]
步骤a4，所述告警管理服务集群获取所述告警信息，并将所述告警信息发送至第一客户端。
[0079]
作为本技术另一实施例，该物联网平台系统还可以对物联网设备下发指令。下发指令的过程包括：
[0080]
所述mqtt broker集群的第四主题接收客户端下发的所述物联网设备的第一指令，所述物联网网关模块订阅有所述第四主题。
[0081]
所述物联网网关模块获取所述第一指令，根据所述物联网设备的设备类型解析所述第一指令得到第二指令，将所述第二指令向所述物联网设备发送，所述第二指令为所述物联网设备可识别的指令格式。
[0082]
当然，设备管理服务集群还提供设备管理功能。参见图5，所述方法还包括：
[0083]
所述设备管理服务集群接收到新增物联网设备的信息的情况下，创建物联网设备，将所述创建的物联网设备的状态设置为第一标志(例如，0)，根据所述创建的物联网设备的设备信息生成与所述设备信息对应的设备唯一标识(uuid)，将所述设备信息和所述设备唯一标识存储在所述数据库中，其中，所述新增物联网设备的信息由用户在客户端配置物联网设备的设备信息的操作生成。
[0084]
所述设备管理服务集群接收到上线物联网设备的信息情况下，将所述物联网设备的状态设置为第二标志(例如，1)，并将所述数据库中存储的所述物联网设备的状态更新为所述第二标志。
[0085]
所述设备管理服务集群在接收到删除物联网设备的信息的情况下，从所述数据库查询所述物联网设备是否存在关联信息(例如，该物联网设备关联的其他设备或者关联的资产信息)，在存在所述关联信息的情况下，将所述关联信息对应的关联关系删除，将所述物联网设备的设备信息和设备唯一标识删除。
[0086]
作为本技术另一实施例，参见图6，所述规则引擎服务集群包括：规则引擎调度模块和规则引擎计算模块。
[0087]
该规则引擎系统的输入可以为多种业务场景的源数据(或数据源)。例如，图1所示的kafka source a、kafka source b和kafka source c。
[0088]
其中，kafka source a、kafka source b和kafka source c表示业务场景a、业务场景b和业务场景c分别对应的源数据。
[0089]
与规则引擎系统的输入相对应的，该规则引擎系统的输出为多种业务场景的告警信息，例如，图1所示的kafka sink a、kafka sink b和kafka sink c。
[0090]
其中，kafka sink a、kafka sink b和kafka sink c表示业务场景a、业务场景b和业务场景c分别对应的输出告警信息的格式和输出告警信息的存储位置。
[0091]
当然，实际应用中，还可以设置于每个业务场景下的业务规则匹配的输出，作为示例，当业务场景a下存在两个业务规则，业务场景b下存在3个业务规则，业务场景c下存在1个业务规则的情况下，输出为kafka sink1(业务场景a的第一个业务规则)、kafka sink2(业务场景a的第2个业务规则)、kafka sink3(业务场景b的第1个业务规则)、kafka sink4(业务场景b的第2个业务规则)、kafka sink5(业务场景b的第3个业务规则)、kafka sink6(业务场景c的业务规则)。
[0092]
该规则引擎调度系统包括：zookeeper模块、db模块和dolphinscheduler调度器。该zookeeper模块可以协调分布在多个服务器上的规则引擎调度系统的工作。例如，zookeeper可以实现分布式锁功能。db模块和zookeeper模块结合，用于获取业务场景的配置信息等。本技术实施例提供的规则引擎调度系统可以通过zookeeper模块和db模块与dolphinscheduler调度器进行交互，以将与业务场景对应的规则引擎计算系统发布到该dolphinscheduler调度器中。
[0093]
规则引擎计算系统包括flink模块、db模块、zookeeper模块和janino编译器。规则引擎计算系统通过flink处理数据流；通过zookeeper模块+db模块获取业务规则等信息；通过janino编译器实现动态加载业务规则并编译该业务规则为编码规则。
[0094]
参见图7，所述规则引擎服务集群获取所述第二数据，并将所述第二数据与业务规则进行匹配得到告警信息，包括：
[0095]
步骤203，所述规则引擎计算模块获取所述业务场景的源数据，所述源数据包括所述第二数据。当然，实际应用中，源数据的数据量较多，第二数据可能仅为源数据中的部分数据。
[0096]
步骤204，所述规则引擎计算模块获取所述业务场景对应的业务规则。
[0097]
步骤205，所述规则引擎计算模块将所述业务场景的源数据和所述业务场景的业务规则进行匹配，并在所述业务场景的源数据中存在与所述业务规则匹配的情况下，输出告警信息，所述告警信息包括：与所述业务规则匹配的源数据。
[0098]
在所述规则引擎计算模块获取所述业务场景的源数据之前，所述方法还包括：
[0099]
步骤201，所述规则引擎调度模块获取业务场景的配置信息，其中，所述业务场景的配置信息包括所述业务场景的标识和所述业务场景的状态。
[0100]
步骤202，在所述业务场景的状态为上线状态的情况下，所述规则引擎调度模块根据所述业务场景的标识创建并启动所述业务场景对应的规则引擎计算模块。
[0101]
当然，规则引擎系统还可以提供某个业务场景的下线操作，作为示例：
[0102]
所述目标规则引擎调度系统获取业务场景的配置信息，其中，所述业务场景的配置信息包括所述业务场景的标识和所述业务场景的状态；
[0103]
在所述业务场景的状态为下线状态的情况下，所述目标规则引擎调度系统停止所述业务场景对应的规则引擎计算系统。
[0104]
作为本技术另一实施例，参见图8，所述告警模块包括：消息接收模块、websocket实时推流模块、工单管理模块和下发模块，所述下发模块包括以下至少一种：pm下发模块、sms下发模块和es下发模块；所述告警管理服务集群获取所述告警信息，并将所述告警信息发送至客户端包括：
[0105]
所述消息接收模块获取所述告警信息，向所述websocket实时推流模块发送所述告警信息。
[0106]
所述websocket实时推流模块将所述告警信息推送至所述第一客户端(例如计算机端)。
[0107]
在所述websocket实时推流模块将所述告警信息推送至所述第一客户端之后，所述方法还包括：
[0108]
所述工单管理模块基于所述第一客户端的配置信息生成告警工单，将所述告警工单通过下发模块发送至第二客户端(例如，手机端)。
[0109]
所述工单管理模块接收第一客户端或所述第二客户端发送的告警状态的更改信息。
[0110]
所述工单管理模块根据所述更改信息更改所述数据库中的告警状态，所述告警状态包括：未确认未清除、已确认未清除和已确认已清除。
[0111]
实际应用中，第一客户端也可以和第二客户端为同一客户端，本技术对此不做限制。将所述告警工单通过下发模块发送至第二客户端时，pm下发模块用于发出系统自动弹窗消息，sms下发模块用于发出短消息，es下发模块用于发出电子邮件。在实际应用中，可以根据情况选择一种或多种下发方式。
[0112]
参见图9，为告警状态的切换示意图。
[0113]
设备告警初始状态为未确认未清除，用户点击确认后，告警状态变为已确认未清除，用户点击清除后，状态变为已确认已清除。
[0114]
作为另一方式，设备告警初始状态为未确认未清除，用户点击清除后，告警状态变为未确认已清除，用户点击确认后，状态变为已确认已清除。
[0115]
即一个初始为未确认未清除的告警状态，经过确认操作后，该未确认变为已确认。经过清除操作后，该未清除变为已清除。
[0116]
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0117]
图10是本技术一实施例提供的加载任一服务集群的服务器的示意框图。该实施例的服务器10包括：一个或多个处理器100、存储器101以及存储在所述存储器101中并可在所述处理器100上运行的计算机程序102。所述处理器100执行所述计算机程序102时实现对应服务集群的实施例中的步骤。
[0118]
所述服务器包括但不仅限于处理器100、存储器101。本领域技术人员可以理解，图10仅仅是服务器10的一个示例，并不构成对服务器10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器10还可以包括输入设备、输出设备、网络接入设备、总线等。
[0119]
所述处理器100可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0120]
所述存储器101可以是所述服务器10的内部存储单元，例如服务器10的硬盘或内存。所述存储器101也可以是所述服务器10的外部存储设备，例如所述服务器10上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器101还可以既包括所述服务器10的内部存储单元也包括外部存储设备。所述存储器101用于存储所述计算机程序以及所述服务器10所需的其他程序和数据。所述存储器101还可以用于暂时地存储已经输出或者将要输出的数据。
[0121]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0122]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0123]
在本技术所提供的实施例中，应该理解到，所揭露的服务器、系统和方法，可以通过其它的方式实现。例如，以上所描述的服务器实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0124]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0125]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单
元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0126]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被一个或多个处理器执行时，可实现上述各个方法实施例的步骤。
[0127]
同样，作为一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行时实现可实现上述各个方法实施例中的步骤。
[0128]
其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。
[0129]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。