数据处理方法及数据处理平台与流程

本发明涉及数据处理技术领域，更具体而言，涉及一种数据处理方法及数据处理平台。

背景技术：

随着社会的发展和科技的进步，人们在生产经营活动中，对于事故的预防以及生产的正常运行越来越重视，与此同时，保证安全生产的控制措施也越来越完善，尤其是对于大型生产经营活动，例如，矿山生产和石油开采等活动。

以矿山安全生产为例，矿山的安全生产过程，涉及多项不同的生产工程，每项生产工程不同程度的涉及甲烷、一氧化碳、温度、湿度等生产环境数据的管理，供电、防尘、定位、风速等生产过程数据的管理等业务，所以，为了保证矿山安全生产，每项生产工程均需要对多项不同类型的数据进行监测和管理。此外，由于矿山安全生产系统环境复杂，而且生产工程的地点根据矿山具体结构的不同进行不同的设置，导致各项生产工程的地点分布散乱，因此，对应各项生产工程通常分别设置终端或者应用系统，每套终端或者应用系统对应监测和管理与其相对应的生产工程的生产数据。

然而，由于每项生产工程对应独立的终端或者应用系统，造成各项生产工程的状态相互独立，从而不利于对矿山安全生产的统一管理，进而不利于资源的节约和合理分配。

技术实现要素：

有鉴于此，本发明实施例提供的数据处理方法及数据处理平台，能够统一管理各个相互独立的终端和应用系统，从而能够解决现有技术不利于对矿山安全生产的统一管理，进而不利于资源的节约和合理分配的问题。

第一方面，本发明实施例提供了一种数据处理方法，包括：数据处理平台接收应用系统发送的资源查询请求消息，向所述应用系统返回资源查询响应消息，所述资源查询响应消息中携带所述数据处理平台所能提供的数据资源列表，该数据资源列表由数据资源的接口交互操作格式构成，数据资源的接口交互操作格式包括：操作方式信息、及其相应的输入参数；所述应用系统根据所述资源查询响应消息中的操作方式信息及对应的输入参数，发送操作方 式查询请求，其中，所述操作方式查询请求中包括根据操作方式信息及对应的输入参数生成的过滤条件；所述数据处理平台根据所述操作方式查询请求中的操作方式信息及对应的过滤条件，查询相应的信息并携带在操作方式查询请求响应中，并将所述操作方式查询请求响应返回给所述应用系统。

优选的，其中，操作方式信息包括：查询历史文件数据、订阅业务数据、和/或订阅实时多媒体数据；输入参数用于指示操作方式所支持的参数,所述操作方式查询请求为以下请求中的一种；查询历史文件数据请求，对应的过滤条件包括：终端ID、时间、业务类型、终端厂商代码、终端设备型号中的一项或多项；订阅/查询业务数据请求，对应的过滤条件包括：TID、时间、业务类型、终端厂商代码、终端设备型号中的一项或多项；订阅实时多媒体数据请求，对应的过滤条件包括TID。

优选的，若所述操作方式查询请求为查询历史文件数据请求，相应地，所述操作方式查询请求响应中携带信息包括：FTP服务器配置信息，所述将所述操作方式查询请求响应返回给所述应用系统之后，还包括：所述应用系统根据所述操作方式查询请求响应中携带的信息，从所述数据处理平台请求待查询的历史文件数据；

若所述操作方式查询请求为订阅/查询业务数据请求，相应地，所述操作方式查询请求响应中携带信息包括：TCP服务器配置信息所述订阅/查询业务数据请求根据输入参数中的时间确定订阅实时业务数据或查询历史业务数据；所述将所述操作方式查询请求响应返回给所述应用系统之后，还包括：所述应用系统根据所述操作方式查询请求响应中携带的信息，从所述数据处理平台订阅/查询业务数据；

若所述操作方式查询请求为订阅实时多媒体数据请求，相应地，所述操作方式查询请求响应中携带信息包括：SIP服务器配置信息；所述将所述操作方式查询请求响应返回给所述应用系统之后，还包括：所述应用系统根据所述操作方式查询请求响应中携带的信息，从所述数据处理平台订阅实时多媒体数据；

优选的，所述数据处理平台接收一应用系统发送的资源查询请求消息之前，所述方法还包括：所述应用系统向所述数据处理平台发送系统登录请求，所述系统登录请求中携带：系统业务类型、应用系统鉴权信息中的一项或多项；所述数据处理平台根据所述系统登录请求执行系统登录，并向所述应用系统返回系统登录请求响应，所述系统登录响应中包括为登录成功的所述应用系统分配的SID；所述方法还包括：所述应用系统向所述数据处理平台发送系统注销请求，所述系统注销请求中包括该应用系统的SID；所述处理平台根据所述系统注 销请求，执行该应用系统的注销，并返回注销执行结果。

优选的，所述方法还包括：

所述应用系统向所述数据处理平台发送终端管理接口查询请求；所述数据处理平台向所述应用系统返回终端接口查询响应，所述终端接口查询响应中携带终端接口配置信息；所述应用系统通过所述终端接口对终端进行终端信息查询、终端软件下载更新、和/或终端的开关机控制。

优选的，所述方法还包括：当资源不足或出现故障时，所述数据处理平台向所述应用系统发送事件通知消息，包括：事件编号、事件名称、事件原因中的一项或多项；和/或；所述方法还包括：所述数据处理平台和所述应用系统之间发送心跳消息。

第二方面，本发明实施例提供了一种数据处理平台，包括：接收模块，用于接收应用系统发送的资源查询请求消息；发送模块，用于向所述应用系统返回资源查询响应消息，所述资源查询响应消息中携带所述数据处理平台所能提供的数据资源列表，该数据资源列表由数据资源的接口交互操作格式构成，数据资源的接口交互操作格式包括：操作方式信息、及其相应的输入参数；所述接收模块，还用于接收所述应用系统发送的操作方式查询请求；查询模块，用于根据所述操作方式查询请求中的操作方式信息及对应的过滤条件，查询相应的信息并携带在操作方式查询请求响应中；所述发送模块，还用于将所述操作方式查询请求响应返回给所述应用系统。

优选的，还包括：登录模块和注销模块，其中，所述接收模块，还用于接收所述应用系统发送的系统登录请求；所述登录模块，用于根据所述系统登录请求执行系统登录，并向所述应用系统返回系统登录请求响应，所述系统登录响应中包括为登录成功的所述应用系统分配的SID；所述接收模块，还用于接收所述应用系统发送的系统注销请求，所述系统注销请求中包括该应用系统的SID；所述注销模块，用于根据所述系统注销请求，执行该应用系统的注销，并返回注销执行结果。

优选的，所述接收模块，还用于接收所述应用系统发送的终端信息查询请求，所述终端信息查询请求中包含查询过滤条件，所述查询过滤条件包括TID、终端厂商代码、终端设备型号中的一项或多项；所述发送模块，还用于根据所述终端信息查询请求中的查询过滤条件，返回终端信息查询请求响应，所述终端信息查询响应包含满足所述查询过滤条件的终端信息，所述终端信息包括终端的软件版本号、硬件版本号。

由以上描述可知，本发明实施例提供的数据处理方法及数据处理平台，首先，数据处理平台接收应用系统发送的资源查询请求消息，并向所述应用系统返回资源查询响应消息，所述资源查询响应消息中携带所述数据处理平台所能提供的数据资源列表，该数据资源列表由数据资源的接口交互操作格式构成，数据资源的接口交互操作格式包括：操作方式信息、及其相应的输入参数。也就是说，数据处理平台存储有应用系统用于操作的资源信息，当应用系统接收资源响应消息之后，根据所述资源查询响应消息中的操作方式信息及对应的输入参数，发送操作方式查询请求，其中，所述操作方式查询请求中包括根据操作方式信息及对应的输入参数生成的过滤条件，数据处理平台在接收操作方式查询请求之后，根据所述操作方式查询请求中的操作方式信息及对应的过滤条件，查询相应的信息并携带在操作方式查询请求响应中，并将所述操作方式查询请求响应返回给所述应用系统。从而能够实现数据处理平台对分立的应用系统的统一管理。与现有技术相比，本发明实施例的技术方案，通过设置数据处理平台，将相互独立的终端或者应用系统的数据信息统一管理，不仅有利于对消息的管理，而且便于资源的节约和合理分配。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本发明的主旨。

图1为本发明实施例提供的数据处理方法的信息交互示意图；

图2为本发明实施例提供的另一种数据处理方法的信息交互示意图；

图3为本发明实施例提供的数据处理平台的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了对相互独立的应用系统进行统一管理，本发明实施例的技术方案设置数据处理平台，并在各个应用系统与该数据处理平台之间建立通信连接，从而通过数据处理平台统一管理、协调各个应用系统的数据信息，进而能够对矿山安全生产进行统一管理，不仅节约资源而且能够实现资源的合理分配。

请参见图1，图1为本发明实施例提供的数据处理方法的信息交互示意图，其中，应用系统与数据处理平台建立通信连接后，数据处理平台根据应用系统所处理的数据信息创建数据资源列表，该数据资源列表包括：应用系统可以从数据处理平台查询和/或读取的数据信息类型，以及查询和/或读取每种数据信息时应当输入的参数。因此，在应用系统从数据处理平台查询和/或读取数据之前，首先，向数据处理平台发送资源查询请求消息，数据处理平台接收到资源查询请求消息之后，将数据资源列表通过资源查询响应消息发送给应用系统，以便于应用系统按照需求输入相应的操作方式查询请求。

需要说明的是，数据资源列表由数据资源的接口交互操作格式构成，数据资源的接口交互操作格式包括：操作方式信息、及其相应的输入参数。例如，历史文件数据对应的操作方式信息为查询，输入参数为时间参数。当然，其他数据信息的操作方式信息与输入参数根据数据信息的性质，与经验操作方式设定，本发明实施例此处不再详述。

应用系统在接收到资源查询响应消息之后，按照操作需求，读取资源查询响应消息中的操作方式信息及对应的输入参数，生成操作方式信息及过滤条件，并将操作方式信息及过滤条件通过操作方式查询请求发送到数据处理平台。当数据处理平台根据操作方式查询请求中的操作方式信息及对应的过滤条件查询到相应的信息后，将所查询的信息携带在操作方式查询请求响应中发送给应用系统，完成应用系统从数据处理平台查询数据的过程。

本申请中以一个应用系统为例介绍应用系统与数据处理平台之间的交互，现实应用中，与所述数据处理平台交互的应用系统包括多个，分别对应不同的业务，应用系统主要用来接收监测信号、校正、数据处理、磁盘存储、显示、声光报警、输出控制，且具有人机对话、控制打印输出、与管理网络联接等功能的设备。另外，应用系统与应用系统之间的交互过程及原理，同本申请中应用系统与数据处理平台之间的交互过程及原理，因此，在本申请中，所述数据处理平台也可以为与所述应用系统等价的应用系统，在此不再赘述。

应用系统在资源查询请求无响应超过10秒时，重新发送资源查询请求消息，当总 体请求时间超过30秒时，以30秒为周期，持续发送资源查询请求消息。

其中，需要指出的是，操作方式信息包括：查询历史文件数据、订阅业务数据、和/或订阅实时多媒体数据，而输入参数用于指示操作方式所支持的参数。具体的，当操作方式查询请求为查询历史文件数据请求时，所对应的过滤条件可以包括：终端ID即TID也称终端编号、时间、业务类型、终端厂商代码、终端设备型号中的一项或多项；当操作方式查询请求为订阅/查询业务数据请求时，所对应的过滤条件可以包括：TID、时间、业务类型、终端厂商代码、终端设备型号中的一项或多项；当操作方式查询请求为订阅实时多媒体数据请求时，所对应的过滤条件可以包括TID。

此外，当操作方式查询请求为查询历史文件数据请求时，数据处理平台所返回的信息可以包括：FTP服务器配置信息，例如可以为地址、FTP服务器端口号、FTP服务器对应的用户名密码、路径名、文件名中的一项或多项，应用系统可以根据上述信息，从数据处理平台请求待查询的历史文件数据。

或者，当操作方式查询请求为订阅/查询业务数据请求时，数据处理平台所返回的信息可以包括：TCP服务器配置信息，包括TCP服务器地址、TCP服务器端口号、最大接收数据缓冲字节数、最大发送数据缓冲字节数、数据消息类型、数据请求标识、返回数据的内容格式、返回数据的描述中的一项或多项；其中，所述数据消息类型指示连接方式为短连接或长连接，所述订阅/查询业务数据请求根据输入参数中的时间确定订阅实时业务数据或查询历史业务数据，应用系统可以根据上述信息，从数据处理平台订阅/查询业务数据。

或者，当操作方式查询请求为订阅实时多媒体数据请求时，数据处理平台所返回的信息可以包括：SIP服务器配置信息，包括SIP服务器地址、SIP服务器端口、SIP服务器的用户名密码中的一项或多项，应用系统可以根据上述信息，从数据处理平台订阅实时多媒体数据。

需要说明的是，上述操作方式查询请求信息为本发明的优选实施例，本发明的技术方案还可以根据实际生产的需求设置其他操作方式查询请求信息，其查询方式为上述几种查询方式之一，本发明实施例此处不再赘述。

综合上述，本发明实施例提供的数据处理方法，首先，数据处理平台接收应用系统发送的资源查询请求消息，并向所述应用系统返回资源查询响应消息，所述资源查询响应消息中携带所述数据处理平台所能提供的数据资源列表，该数据资源列表由数据资源 的接口交互操作格式构成，数据资源的接口交互操作格式包括：操作方式信息、及其相应的输入参数。也就是说，数据处理平台存储有应用系统用于操作的资源信息，当应用系统接收资源响应消息之后，根据资源查询响应消息中的操作方式信息及对应的输入参数，发送操作方式查询请求，其中，操作方式查询请求中包括根据操作方式信息及对应的输入参数生成的过滤条件，数据处理平台在接收操作方式查询请求之后，根据操作方式查询请求中的操作方式信息及对应的过滤条件，查询相应的信息并携带在操作方式查询请求响应中，并将操作方式查询请求响应返回给应用系统。从而能够实现数据处理平台对分立的应用系统的统一管理。与现有技术相比，本发明实施例的技术方案，通过设置数据处理平台，将相互独立的终端或者应用系统的数据信息统一管理，不仅有利于对消息的管理，而且便于资源的节约和合理分配。

在上述实施例的基础上，为了使本领域技术人员更加准确、详细的理解本发明的技术方案，下面将基于上述实施例对本方案进行补充描述。

请参见图2，图2为本发明实施例提供的另一种数据处理方法的信息交互示意图，需要说明的是，由于本实施是对上述实施例的补充，因此，本实施例中与上述实施例想相同的部分，详见上述实施例的描述，本实施例此处不再赘述。

参见图2，图中涉及到的消息均为管理类消息，管理类消息包括消息头及消息体两部分，其中管理类消息的消息头及消息体结构如下：

字段释义如下：

(1)Len：长度，不包括自身，包括：Reserved、BODY、CRC的长度，范围为0～65535bytes；

(2)CRC：校验位，校验内容为Reserved和BODY，符合CCITT CRC-16算法；

(3)Reserved：保留，等于0；

(4)BODY：消息体，消息体内容采用UTF-8二进制编码的JSON数据格式，遵照ECMA-404-2013的格式要求。

其中，BODY格式概述如下：

Sequence：消息的顺序标识，请求方生成，响应方返回时填写请求方生成的顺序标识，标识的范围是0-65535，标识超过65535之后再从0开始进行循环计数；

Method：主要是消息交互的消息描述，全部为英文，首字母大写，所有的Method的消息描述必须全局唯一，消息描述在标准中没有定义的，应增加前缀“Ext.”；

Content：消息交互的内容，返回的消息应包括Result和Reason，Result等于0表示成功，其他表示失败，Reason表示失败的原因；

Content中包括Fileter时，Fileter表示数据交互的过滤条件，过滤条件的参数自身的运算符包括：>、>＝、<、<＝、＝、！＝；参数与参数之间的条件运算符采用&&和||表示“与”和“或”的逻辑关系,使用&&和||条件运算符的表达式用括号“()”分隔，过滤条件中参数值用null表示空值，时间格式：yyyyMMddHHmmss，按照从左到右的顺序，yyyy为年，MM为月，dd为日，HH为小时，采用24h制式，mm为分钟，ss为秒。

其中，资源查询请求消息中消息体的格式下表：

对应的，资源查询响应消息的消息体格式内容如下表：

其中的操作列表即本申请中的数据资源列表，其格式中包括操作方式信息及对应的输入参数(InputParames)。

其中，图2中的终端管理，包括端信息查询、终端管理接口查询，应用系统向数据处理平台发送终端信息查询请求消息，宜携带过滤条件；数据处理平台收到终端信息查询请求消息后，根据过滤条件向应用系统返回终端信息查询响应消息，应携带查询请求结果指示，应包括：成功和失败，以及在成功时的终端信息或在失败时失败的原因，其中，过滤条件如：终端TID范围、终端厂商等；终端信息应包括：终端软件版本号和硬件版本号；在过滤条件为空时，数据处理平台向应用系统返回所有终端信息，此时终端信息应包括：终端TID、终端厂商代码、终端设备型号、终端软件版本号和硬件版本号等。

其中，终端信息查询请求消息的BODY即消息体内容及格式如下表：

终端信息查询响应消息的BODY如下表所示：

当所述应用系统向所述数据处理平台发送终端管理接口查询请求；其中宜携带过滤条件，过滤条件如：终端TID范围、终端厂商等

所述数据处理平台向所述应用系统返回终端接口查询响应，所述终端接口查询响应中携带终端接口配置信息；

管理接口查询响应消息，应携带查询请求结果指示，应包括：成功和失败，以及在成功时查询到的终端的管理接口的配置信息或在失败时失败的原因，该配置信息的内容可以是TCP配置参数信息，包括：TCP服务器地址、TCP服务器端口号、最大接收数据缓冲字节数、最大发送数据缓冲字节数、读数据超时、写数据超时、心跳周期等；当查询请求中过滤条件为空时，数据处理平台向应用系统返回所有终端的管理接口的配置信息。

所述应用系统根据所述终端接口配置信息，通过所述终端接口对终端进行终端硬件告警、终端软件下载更新、和/或，终端的开关机重启控制。

该管理接口宜支持终端远程升级、终端硬件告警和终端控制，终端控制可包括开机、关机、重启等。

其中，管理接口查询请求消息体结构如下：

管理接口查询响应消息的消息体结构如下表：

管理接口查询请求无响应超过约定时间时，默认为10秒，可重新发送管理接口查询请求消息，当总体请求时间超过约定时间时，默认为30秒，可以30秒为周期，持续发送管理接口查询请求消息；可根据失败原因，修正后重新发送终端信息查询请求消息。

同理，为提高请求生效效率，本申请中所有的请求，例如资源查询请求、终端信息查询请求、历史数据查询请求等所有请求，均采用以上方式，即无响应或超过第一约定响应时间时(如10秒)，重新发送请求，当总体请求时间超过第二约定时间时(如30秒)，可以以一定时间周期(例如30秒)持续发送请求消息，也可根据失败原因，发送修正后的请求消息。

其中，在数据处理平台接收应用系统发送的资源查询请求消息之前，应用系统首先使用预先注册的用户名和密码登录数据处理平台，以便于数据处理平台向相应的应用系统分配SID。具体的，应用系统向数据处理平台发送系统登录请求，其中，系统登录请求中携带：系统业务类型、应用系统鉴权信息中的一项或多项，当数据处理平台接收到系统登录请求之后，根据系统登录请求执行系统登录，并向应用系统返回系统登录请求响应，该系统登录响应中包括为登录成功的应用系统分配的应用系统ID即SID，以便于应用系统查询资源。在登录成功之后，应用系统可以从数据处理平台查询消息，具体查询方式详见上述实施例的描述，本发明实施例此处不再赘述。

相应的，当应用系统查询完毕，也可以注销本次登录。具体的，应用系统可以向数据处理平台发送系统注销请求，其中，系统注销请求中包括该应用系统的SID，数据处理平台根据SID注销该已登录的应用系统，并在注销成功后，向应用系统返回注销结果。

需要说明的是，由于应用系统的操作方式消息通过数据处理平台统一管理，当应用系统与终端进行数据交互时，需要通过数据处理平台进行消息中转。即，应用系统首先可以从数据处理平台查询终端信息，再根据所查询的终端信息，通过数据处理平台向相应终端发送操作消息。

与上述操作过程类似的，应用系统查询终端信息时，首先向数据处理平台发送终端信息查询请求，终端信息查询请求中包含查询过滤条件，其中，查询过滤条件包括TID、终端厂商代码、终端设备型号中的一项或多项，数据处理平台根据查询过滤条件查找，并返回终端信息查询请求响应，终端信息查询响应包含终端的软件版本号、硬件版本号等终端信息。以终端下载更新为例，应用系统向数据处理平台发送下载更新通知请求，下载更新通知请求中包括：待更新软件的终端过滤条件及下载地址，以指示请求终端进行软件更新。数据处理平台根据待更新软件的终端过滤条件，查询待更新软件的终端，并将下载地址发送给相应的终端，以使终端根据下载地址进行软件的下载更新。当终端的软件下载更新完成后，数据处理平台还可以根据终端下载更新结果，向应用系统返回 下载更新通知响应。

此外，为了保证应用系统与数据处理平台间能进行正常交互，应用系统登录成功后，应用系统和数据处理平台均应向对方发送心跳通知。当资源不足或出现故障时，数据处理平台向应用系统发送事件通知消息，包括：事件编号、事件名称、事件原因中的一项或多项。

以上所涉及的消息类型及对应的英文描述如下表：

上述消息中，各消息消息体内容格式具体如下：

心跳通知消息BODY说明

事件通知消息的BODY

历史数据查询请求消息的BODY

示例：

需要查询2014年1月1日至2015年12月31日期间的终端TID为1的数据，消息体如下：

历史数据查询响应消息的BODY

历史数据查询响应消息BODY说明

实时多媒体数据订阅请求消息的BODY

实时多媒体数据订阅响应消息的BODY

实时业务数据订阅请求消息的BODY

示例：

需要订阅终端TID为1和2的实时数据，消息体如下：

实时业务数据订阅响应消息的BODY

实时业务数据订阅取消请求消息的BODY

实时业务数据订阅取消响应消息的BODY

订阅信息查询请求消息的BODY

订阅信息查询响应消息的BODY

需要说明的是，上述对资源查询请求消息和资源查询响应消息的消息体的描述仅为本方案的示例性描述，其他管理消息的消息体与资源查询请求消息和资源查询响应消息的消息体类似，本发明实施例此处不再赘述。

此外，除图2中显示的消息外，应用系统及数据处理平台之间还交互业务数据交互消息，与管理消息的性质不同，业务数据交互消息用于传输历史文件数据、订阅或查询的业务数、实时多媒体数据等业务数据，根据具体的操作方式查询请求，数据处理平台与应用系统之间，文件数据应采用FTP方式；实时多媒体数据宜采用SIP方式；业务数据应采用TCP方式进行传输。因此，在传输时，所遵循的格式也与管理类消息的格式不同。业务数据交互消息的消息头格式如下表所示：

字段释义如下：

(1)Len：长度，不包括自身，包括：DataReqID、BODY、CRC的长度，范围为0～65500bytes；

(2)CRC：校验位，校验内容为DataReqID和BODY，符合CCITT CRC-16算法；

(3)DataReqID：数据请求标识，用于数据请求的输入参数的标识，0-1024保留，1025-40000用于订阅的数据请求标识，用于实时交互和订阅，40001-65535为临时数据清求标识，一般用于数据查询使用，请求-应答模式；

(4)BODY：消息体，消息体内容采用UTF-8二进制编码的，遵照ECMA-404-2013的格式要求。

消息体内容的格式为相关响应消息中的返回数据的内容格式，本发明实施例此处不 再赘述。

由上述描述可知，本发明实施例提供了一种数据处理方法，通过提供数据处理平台，对分立的应用系统的统一管理，在进行数据交互时，采用预先设置的消息格式，从而能够便于数据处理平台对不同的数据进行统一管理，与现有技术相比，本发明实施例的技术方案不仅有利于对消息的管理，而且便于资源的节约和合理分配。

与上述实现方法相对应的，本发明实施例还提供了一种数据处理平台，参见图3，图3为本发明实施例提供的数据处理平台的结构示意图，所述平台包括：接收模块11、发送模块12和查询模块13，其中，接收模块11，用于接收应用系统发送的资源查询请求消息；发送模块12，用于向所述应用系统返回资源查询响应消息，所述资源查询响应消息中携带所述数据处理平台所能提供的数据资源列表，该数据资源列表由数据资源的接口交互操作格式构成，数据资源的接口交互操作格式包括：操作方式信息、及其相应的输入参数；在本实施例中，接收模块11，还用于接收所述应用系统发送的操作方式查询请求；查询模块13，用于根据所述操作方式查询请求中的操作方式信息及对应的过滤条件，查询相应的信息并携带在操作方式查询请求响应中；发送模块12，还用于将所述操作方式查询请求响应返回给所述应用系统。

在本实施例中，还包括：登录模块和注销模块，其中，在本实施例中，接收模块11，还用于接收所述应用系统发送的系统登录请求；所述登录模块，用于根据所述系统登录请求执行系统登录，并向所述应用系统返回系统登录请求响应，所述系统登录响应中包括为登录成功的所述应用系统分配的SID；接收模块12，还用于接收所述应用系统发送的系统注销请求，所述系统注销请求中包括该应用系统的SID；所述注销模块，用于根据所述系统注销请求，执行该应用系统的注销，并返回注销执行结果。

在上述实施例的基础上，在另外一个实施例中，接收模块11，还用于接收所述应用系统发送的终端信息查询请求，所述终端信息查询请求中包含查询过滤条件，所述查询过滤条件包括TID、终端厂商代码、终端设备型号中的一项或多项；发送模块12，还用于根据所述终端信息查询请求中的查询过滤条件，返回终端信息查询请求响应，所述终端信息查询响应包含满足所述查询过滤条件的终端信息，所述终端信息包括终端的软件版本号、硬件版本号；接收模块11，还用于接收所述应用系统发送的下载更新通知请求，以指示请求终端进行软件更新；所述下载更新通知请求中包括：待更新软件的终端过滤条件及下载地址；发送模块12，还用于根据所述待更新软件的终端过滤条件，查询待更 新软件的终端，并将下载地址发送给相应的终端，以使所述终端根据下载地址进行软件的下载更新；并根据终端下载更新结果，向所述应用系统返回下载更新通知响应。

此外，在另一个实施例中，发送模块12，还用于当资源不足或出现故障时，向所述应用系统发送事件通知消息，包括：事件编号、事件名称、事件原因中的一项或多项；或者，还用于向所述应用系统发送心跳消息；在本实施例中，接收模块12，还用于接收所述应用系统发送的心跳消息。

所述装置中各个模块的功能和作用的实现过程详见上述方法中对应的实现过程，在此不再赘述。

综合上述，本发明实施例提供的数据处理方法及数据处理平台，首先，数据处理平台接收应用系统发送的资源查询请求消息，并向所述应用系统返回资源查询响应消息，所述资源查询响应消息中携带所述数据处理平台所能提供的数据资源列表，该数据资源列表由数据资源的接口交互操作格式构成，数据资源的接口交互操作格式包括：操作方式信息、及其相应的输入参数。也就是说，数据处理平台存储有应用系统用于操作的资源信息，当应用系统接收资源响应消息之后，根据所述资源查询响应消息中的操作方式信息及对应的输入参数，发送操作方式查询请求，其中，所述操作方式查询请求中包括根据操作方式信息及对应的输入参数生成的过滤条件，数据处理平台在接收操作方式查询请求之后，根据所述操作方式查询请求中的操作方式信息及对应的过滤条件，查询相应的信息并携带在操作方式查询请求响应中，并将所述操作方式查询请求响应返回给所述应用系统。从而能够实现数据处理平台对分立的应用系统的统一管理。与现有技术相比，本发明实施例的技术方案，通过设置数据处理平台，将相互独立的终端或者应用系统的数据信息统一管理，不仅有利于对消息的管理，而且便于资源的节约和合理分配。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。