应用数据通信方法、装置及系统与流程

本申请涉及应用技术领域，尤其是涉及到一种应用数据通信方法、装置及系统。

背景技术：

随着应用技术的发展，开发出了不同种类的应用，以满足用户的不同使用需求。由于各个应用平台都有不同格式的通信协议，如果某应用平台需要与其他应用平台进行数据通信，则需要对接该应用平台的通信协议。

目前传统做法是人工编写代码方式，解析出该格式的通信协议的具体内容。然后利用解析出的通信协议与相应的应用平台进行数据通信。

然而，随着需要对接的应用平台的数量增多，这些应用平台通信协议的格式也种类繁多，上述这种对接平台通信协议的操作也越来越多，即针对每种通信协议格式都需要人工分别编写一套解析代码，进而会增加人力成本和开发成本较高。

技术实现要素：

有鉴于此，本申请提供了一种应用数据通信方法、装置及系统，主要目的在于解决目前现有技术中在对接多个应用平台时，需要针对每种通信协议格式人工分别编写一套解析代码，进而会增加人力成本和开发成本的技术问题。

根据本申请的一个方面，提供了一种应用数据通信方法，可应用于用户客户端侧，该方法包括：

向服务端发送服务请求，其中，所述服务请求需要转发给待对接应用平台，所述服务端用于将所述服务请求对应的通信协议信息转换得到通用协议信息，以便基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理，所述通用协议信息用于对接包括所述待对接应用平台在内的多个不同应用平台；

接收返回的应用服务。

可选的，所述方法还包括：输出所述应用服务。

可选的，若在发送所述服务请求之后的预定时长未接收到返回的应用服务，则所述方法还包括：

查询其他能够获取到所述应用服务的候选应用平台；

重新向服务端发送服务请求，新发送的所述服务请求需要转发给所述候选应用平台，以使得服务端基于所述通用协议信息，将所述服务请求转发给所述候选应用平台进行处理。

根据本申请的另一个方面，提供了一种应用数据通信方法，可应用于服务端侧，该方法包括：

接收需要转发给待对接应用平台的服务请求，获取所述服务请求对应的通信协议信息；

将所述通信协议信息进行格式转换得到通用协议信息，所述通用协议信息用于对接包括所述待对接应用平台在内的多个不同应用平台；

基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理并返回相应的应用服务。

可选的，所述将所述通信协议信息进行格式转换得到通用协议信息，具体包括：

对所述通信协议信息进行解析并按照通用协议格式进行转换，得到所述通用协议信息。

可选的，所述对所述通信协议信息进行解析并按照通用协议格式进行转换，得到所述通用协议信息，具体包括：

识别所述通信协议信息的协议头信息；

依据所述协议头信息，确定所述通信协议信息的协议格式类型；

按照所述协议格式类型，识别所述通信协议信息中的协议内容信息；

将识别得到的所述协议内容信息按照通用协议格式进行排列组合，生成所述通用协议信息。

可选的，所述按照所述协议格式类型，识别所述通信协议信息中的协议内容信息，具体包括：

利用协议标记符对所述通信协议信息进行切分；

将切分后得到的各个组成部分，通过与所述协议格式类型对应的预设匹配库进行头部关键词匹配，得到所述协议内容信息，其中，不同的协议格式类型都有各自对应的预设匹配库。

可选的，所述基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理，具体包括：

依据所述协议头信息，确定所述通信协议信息的远程地址；

基于所述通用协议信息，将所述服务请求转发给与所述远程地址对应的待对接应用平台进行处理。

可选的，若根据所述远程地址确定所述待对接应用平台对应本地服务器，则所述基于所述通用协议信息，将所述服务请求转发给与所述远程地址对应的待对接应用平台进行处理，具体包括：

利用所述通用协议信息，解析所述服务请求对应的请求参数；

按照所述请求参数调用所述本地服务器的服务接口，获取对应的所述应用服务。

可选的，若在转发所述服务请求之后的预设时长未获取到相应的应用服务，则所述方法还包括：

查询其他能够获取到所述应用服务的备选应用平台；

基于所述通用协议信息，将所述服务请求转发给所述备选应用平台进行处理并返回相应的所述应用服务。

根据本申请的又一方面，提供了一种应用数据通信装置，可应用于用户客户端侧，该装置包括：

发送模块，用于向服务端发送服务请求，其中，所述服务请求需要转发给待对接应用平台，所述服务端用于将所述服务请求对应的通信协议信息转换得到通用协议信息，以便基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理，所述通用协议信息用于对接包括所述待对接应用平台在内的多个不同应用平台；

接收模块，用于接收返回的应用服务。

可选的，所述装置还包括：

输出模块，用于输出所述应用服务。

可选的，所述装置还包括：查询模块；

所述查询模块，用于若在发送所述服务请求之后的预定时长未接收到返回的应用服务，则查询其他能够获取到所述应用服务的候选应用平台；

所述发送模块，还用于重新向服务端发送服务请求，新发送的所述服务请求需要转发给所述候选应用平台，以使得服务端基于所述通用协议信息，将所述服务请求转发给所述候选应用平台进行处理。

根据本申请的再一方面，提供了一种应用数据通信装置，可应用于服务端侧，该装置包括：

接收模块，用于接收需要转发给待对接应用平台的服务请求，获取所述服务请求对应的通信协议信息；

转换模块，用于将所述通信协议信息进行格式转换得到通用协议信息，所述通用协议信息用于对接包括所述待对接应用平台在内的多个不同应用平台；

发送模块，用于基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理并返回相应的应用服务。

可选的，所述转换模块，具体用于对所述通信协议信息进行解析并按照通用协议格式进行转换，得到所述通用协议信息。

可选的，所述转换模块，具体还用于识别所述通信协议信息的协议头信息；

依据所述协议头信息，确定所述通信协议信息的协议格式类型；

按照所述协议格式类型，识别所述通信协议信息中的协议内容信息；

将识别得到的所述协议内容信息按照通用协议格式进行排列组合，生成所述通用协议信息。

可选的，所述转换模块，具体还用于利用协议标记符对所述通信协议信息进行切分；

将切分后得到的各个组成部分，通过与所述协议格式类型对应的预设匹配库进行头部关键词匹配，得到所述协议内容信息，其中，不同的协议格式类型都有各自对应的预设匹配库。

可选的，所述发送模块，具体用于依据所述协议头信息，确定所述通信协议信息的远程地址；

基于所述通用协议信息，将所述服务请求转发给与所述远程地址对应的待对接应用平台进行处理。

可选的，所述发送模块，具体还用于若根据所述远程地址确定所述待对接应用平台对应本地服务器，则利用所述通用协议信息，解析所述服务请求对应的请求参数；

按照所述请求参数调用所述本地服务器的服务接口，获取对应的所述应用服务。

可选的，所述装置还包括：查询模块；

所述查询模块，用于若在转发所述服务请求之后的预设时长未获取到相应的应用服务，则查询其他能够获取到所述应用服务的备选应用平台；

所述发送模块，还用于基于所述通用协议信息，将所述服务请求转发给所述备选应用平台进行处理并返回相应的所述应用服务。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于用户客户端侧的应用数据通信方法。

依据本申请再一个方面，提供了一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于用户客户端侧的应用数据通信方法。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于服务端侧的应用数据通信方法。

依据本申请再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于服务端侧的应用数据通信方法。

依据本申请再一个方面，提供了一种应用数据通信系统，包括：上述客户端设备和上述服务器设备。

借由上述技术方案，本申请提供的一种应用数据通信方法、装置及系统，与目前针对每种通信协议格式都需要人工分别编写一套解析代码方式进行对接相比，本申请可将需要转发给待对接应用平台的服务请求的通信协议信息，转换为通用协议信息，该通用协议信息可用于对接包括待对接应用平台在内的多个不同应用平台，这样就可基于这个通用协议信息，对接多个不同应用平台，无需人工针对这些应用平台的通信协议格式分别编写解析代码。利用通用协议即可实现多应用平台的数据通信，可减少对接应用平台通信协议的操作过程，提高工程效率，减少了人力成本和开发成本。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种应用数据通信方法的流程示意图；

图2示出了本申请实施例提供的另一种应用数据通信方法的流程示意图；

图3示出了本申请实施例提供的又一种应用数据通信方法的流程示意图；

图4示出了本申请实施例提供的一种应用场景实例的结构示意图；

图5示出了本申请实施例提供的一种应用数据通信装置的结构示意图；

图6示出了本申请实施例提供的另一种应用数据通信装置的结构示意图；

图7示出了本申请实施例提供的又一种应用数据通信装置的结构示意图；

图8示出了本申请实施例提供的再一种应用数据通信装置的结构示意图；

图9示出了本申请实施例提供的一种应用数据通信系统的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前在对接多个应用平台时，需要针对每种通信协议格式人工分别编写一套解析代码，进而会增加人力成本和开发成本的技术问题。本实施例提供了一种应用数据通信方法，如图1所示，可应用于用户客户端侧，该方法包括：

101、客户端向服务端发送服务请求。

其中，服务请求需要转发给待对接应用平台，服务端用于将服务请求对应的通信协议信息转换得到通用协议信息，进而以便于服务端基于该通用协议信息，将服务请求转发给待对接应用平台进行处理。在本实施例中，通用协议信息用于对接包括待对接应用平台在内的多个不同应用平台。通用协议信息的格式可事先与这些应用平台进行约定，即利用通用协议可与这些应用平台进行数据通信。

对于本实施例的执行主体客户端可为某应用平台，该应用平台需要对接其他应用平台。例如，对于应用a，通常需要对接应用b、应用c、应用d等多个平台，传统上也需要多个通信协议。为了方便应用a对接应用b、应用c、应用d等这些平台不同格式的通信协议，通过利用本实施例提供的协议适配转换方案，进而提高工程效率。具体由应用a将服务请求发送给服务端，然后由服务端将该服务请求的通信协议转换为通用协议，其中基于该通用协议，服务端可与应用b、应用c、应用d等平台进行数据通信；然后服务端将该服务请求转发给这些平台中的相应平台，获取对应的应用服务。

102、接收返回的应用服务。

通过上述可应用于用户客户端侧的应用数据通信方法，与目前传统做法相比，无需人工针对这些应用平台的通信协议格式分别编写解析代码。利用通用协议即可实现多应用平台的数据通信，可减少对接应用平台通信协议的操作过程，提高工程效率，减少了人力成本和开发成本。

进一步的，作为上述实施例具体实施方式的细化和扩展，在步骤102之后，还可包括：客户端输出接收到的应用服务。例如，将请求的应用功能进行展示、播放等，并还可配合设备振动、灯光闪烁等。

有时由于网络延迟、或应用平台服务器负载压力较大、或应用平台服务器已宕机等原因，造成将服务请求转发给应用平台之后，长时间没有响应，无法返回相应的应用服务。因此为了提高服务请求响应速度，基于本实施例提供的通用协议方案，作为一种可选方式，若在客户端发送服务请求之后的预定时长未接收到返回的应用服务，则本实施例方法还包括：查询其他能够获取到该应用服务的候选应用平台；然后重新向服务端发送服务请求，新发送的服务请求需要转发给候选应用平台，进而使得服务端基于通用协议信息，将服务请求转发给候选应用平台进行处理。

其中，预定时长可根据实际需求预先配置，目的是为了避免过长的无响应等待时长。对于本实施例，由于采用的是借助通用协议与各个不同应用平台进行数据通信，所以打通了与各个应用平台之间的对接通道。在此条件下，如果存在多个应用平台都可返回相同的应用服务，那么当其中某一应用平台请求处理响应时长大于一定阈值时，基于通用协议，可向其他同样可获取该应用服务的应用平台发送请求，以便快速获取到相应的应用服务，减少不必要的等待时长，可实现请求快速响应，提升用户的使用体验。

例如，需要获取城市m到城市n某天的火车票时刻表，这里通过应用a、应用b和应用c都可以获取得到。用户登录购票平台应用之后，选择的是通过应用a作为渠道方获取该火车票时刻表，在后台经过协议转换，进而基于通用协议将请求转发给应用a对应的服务器，如果在3秒后，购票平台应用仍然没有接收到该火车票时刻表，此时为了避免过多的等待时长，购票平台应用可重新发起请求，后台可基于通用协议将请求转发给应用b以获取该火车票时刻表，如果再等1.5秒，仍然未接收到该时刻表，那么可向应用c转发请求，期间无论哪一方，只要有一方先返回该时刻表即可作为结果展示，之后返回的结果不再进行展示，避免呈现出不必要的刷新结果。

除了上述方式以外，在通过应用a未获取到请求结果时，还可向应用b和应用c同时转发请求，并且还是只要有一方先返回该时刻表即可作为结果展示，之后返回的结果不再进行展示。通过这种方式可以进一步提高请求结果返回效率。

上述实施例内容为在用户客户端侧描述的应用数据通信过程，进一步的，为了完整说明本实施例的实施方式，本实施例还提供了另一种应用数据通信方法，可应用于服务端侧，如图2所示，该方法包括：

201、服务端接收需要转发给待对接应用平台的服务请求，获取服务请求对应的通信协议信息。

对于本实施例的执行主体可为应用数据通信处理的服务端，具体可为网关设备、服务器设备等。在本实施例中，服务端可接收客户端或其他服务端发送的服务请求，该服务请求需要转发给待对接应用平台进行处理。

202、将通信协议信息进行格式转换得到通用协议信息。

其中，通用协议信息用于对接包括待对接应用平台在内的多个不同应用平台。在实际场景中，服务请求的通信协议格式可为json，protopuf，xml等。而这些不同格式的通信协议都包含固定的几个组成部分，具体为协议头，协议内容，相应内容；在本方案中可开发适配器，用于辅助对接不同格式通信协议的服务请求，进而格式转换得到通用协议。

203、基于通用协议信息，将服务请求转发给待对接应用平台进行处理并返回相应的应用服务。

通过上述可应用于服务端侧的应用数据通信方法，与目前传统做法相比，无需人工针对这些应用平台的通信协议格式分别编写解析代码。利用通用协议即可实现多应用平台的数据通信，可减少对接应用平台通信协议的操作过程，提高工程效率，减少了人力成本和开发成本。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本实施例提供了又一种应用数据通信方法，如图3所示，该方法包括：

301、服务端接收需要转发给待对接应用平台的服务请求，获取服务请求对应的通信协议信息。

例如，以下为某格式通信协议的范例：

general:

requestsource:

https://work.aaaa-corp.com/xservice/multirpc.json？_api＝header.intervalmulti&_mock＝false&_csrf_token＝dgkfw8kymp5rhmyehpj126&params＝％5b％7brpcpath％3a％22％2fxservice％2fmc％2fgetunreadmsgstatistics.json％22％2c+rpcparams％3a％7b％7d％7d％2c％7brpcpath％3a％22％2fxservice％2fsns％2ftask％2fgettodotasktotal.json％22％2crpcparams％3a％7b％7d％7d％5d&_stamp＝1551521964352

requestmethod:

python

remoteaddress:

203.119.206.72:443

referrerpolicy:

no-referrer-when-downgrade

response:

status:200

strict-transport-security:max-age＝0

timing-allow-origin:*

vary:accept-encoding

content:相应结果

302、对通信协议信息进行解析并按照通用协议格式进行转换，得到通用协议信息。

其中，通用协议格式可预先编辑，并事先与各个不同应用平台进行预定，即利用此通用协议格式的协议可与这些应用平台进行数据通信，通用协议格式的具体形式可根据实际需求进行设定，本实施例不做限定。通过这种规范性的编辑方式，可提高通信协议格式转换的效率和准确性。

为了说明步骤302的具体实现过程，可选的，步骤302具体可包括：首先识别通信协议信息的协议头信息；再依据识别得到的协议头信息，确定通信协议信息的协议格式类型；然后按照该协议格式类型，识别通信协议信息中的协议内容信息；最后将识别得到的协议内容信息按照通用协议格式进行排列组合，生成通用协议信息。

在本可选方式中，每种协议格式类型都有各自对应的解析规则，这些解析规则可以相同或者不同，具体根据协议实际情况确定。利用协议格式类型对应的解析规则，识别通信协议中的协议内容，做到有针对性的识别，可提高识别的准确性。在解析得到协议头、协议内容、相应内容之后，按照通用协议格式进行排列组合，将之前的协议内容转换为通用协议。

可选的，上述按照协议格式类型，识别通信协议信息中的协议内容信息，具体可包括：首先利用协议标记符对通信协议信息进行切分；然后将切分后得到的各个组成部分，通过与协议格式类型对应的预设匹配库进行头部关键词匹配，得到协议内容信息，其中，不同的协议格式类型都有各自对应的预设匹配库，该匹配库相当于general识别头库，包含协议关键词等。通过这种方式，可实现准确识别协议内容的目的。

例如，协议格式类型可为python，json等，协议标记符可为‘，’、‘/’、‘\’、‘：’等符号。利用这些协议标记符进行切分；再根据切分结果存储，并进入匹配库进行头部匹配识别出具体的协议。如利用头部关键词匹配，若某段切分结果匹配到哪个头部关键词，说明这段切分结果代表描述的是该关键词对应的协议内容，然后读取相对应的取值。依照此方法，将每段切分结果进行头部关键词匹配，若匹配则读取相应的取值，最后汇总这些取值，得到识别出具体的协议内容。

303、依据协议头信息，确定通信协议信息的远程地址。

例如，识别远程地址：remoteaddress，得到相应的ip地址。

304、基于通用协议信息，将服务请求转发给与远程地址对应的待对接应用平台进行处理并返回相应的应用服务。

进一步可选的，若根据远程地址确定待对接应用平台对应本地服务器，则步骤304具体可包括：利用通用协议信息，解析服务请求对应的请求参数；然后按照解析得到的请求参数调用本地服务器的服务接口，获取对应的应用服务并返回该应用服务。具体可根据通用协议进行请求参数解析，然后调用后台相应的服务接口，最后包装输出结果并返回。

例如，如图4所示，上游服务即为利用某格式通信协议发送的应用服务请求，该服务请求可用于请求获取本平台应用某功能服务，进而需要对接该功能服务对应的应用平台。传统做法是需要人工编写代码对接该应用平台相应的通信协议。为了简化通信协议对接过程，在本实施例方案中，可利用适配器细化不同的上游服务，再通过排列组合进行调用，能保证一个通信协议有且只有一个能调通，屏蔽了协议对接细节。其中，适配器细化过程可为：协议输入->根据协议标记符进行切分->根据切分结果存储->进入匹配库进行头部匹配识别出具体的协议->根据使用协议进行输入参数解析->调用后台服务接口->包装输出结果并返回。通过适配器能够保证识别出协议头，并进行请求参数的拆解，因而能保证正确的输出结果。

305、若在转发服务请求之后的预设时长未获取到相应的应用服务，则查询其他能够获取到应用服务的备选应用平台。

其中，预设时长可根据实际需求预先配置，目的是为了避免客户端过长的无响应等待时长。

306、基于通用协议信息，将服务请求转发给备选应用平台进行处理并返回相应的应用服务。

有时由于网络延迟、或应用平台服务器负载压力较大等原因，造成将服务请求转发给应用平台之后，长时间没有响应，无法返回相应的应用服务。因此为了提高服务请求响应速度，基于本实施例提供的通用协议方案，由于打通了与各个应用平台之间的对接通道，在此条件下，若在服务端转发服务请求之后的预设时长未获取到相应的应用服务，查询能够同样获取到该应用服务的备选应用平台，然后服务端将之前接收到的服务请求转发给该备选应用平台进行处理，以便尽快返回请求的该应用服务，减少不必要的等待时长，可实现请求快速响应，提升用户的使用体验。需要说明的是，转发服务请求的方式可参照前述步骤102中的对应描述，在此不再赘述。

进一步的，作为图1所示方法的具体实现，本申请实施例提供了一种可应用于客户端侧的应用数据通信装置，如图5所示，该装置包括：发送模块41、接收模块42。

发送模块41，用于向服务端发送服务请求，其中，所述服务请求需要转发给待对接应用平台，所述服务端用于将所述服务请求对应的通信协议信息转换得到通用协议信息，以便基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理，所述通用协议信息用于对接包括所述待对接应用平台在内的多个不同应用平台；

接收模块42，用于接收返回的应用服务。

在具体的应用场景中，如图6所示，本装置还包括：输出模块43；

输出模块43，用于输出所述应用服务。

在具体的应用场景中，如图6所示，所述装置还包括：查询模块44；

所述查询模块44，用于若在发送所述服务请求之后的预定时长未接收到返回的应用服务，则查询其他能够获取到所述应用服务的候选应用平台；

所述发送模块41，还用于重新向服务端发送服务请求，新发送的所述服务请求需要转发给所述候选应用平台。

进一步的，以使得服务端基于所述通用协议信息，将所述服务请求转发给所述候选应用平台进行处理。

需要说明的是，本实施例提供的一种可应用于用户客户端侧的应用数据通信装置所涉及各功能单元的其它相应描述，可以参考图1中的对应描述，在此不再赘述。

进一步的，作为图2和图3所示方法的具体实现，本申请实施例提供了一种可应用于服务端侧的应用数据通信装置，如图7所示，该装置包括：接收模块51、转换模块52、发送模块53。

接收模块51，用于接收需要转发给待对接应用平台的服务请求，获取所述服务请求对应的通信协议信息；

转换模块52，用于将所述通信协议信息进行格式转换得到通用协议信息，所述通用协议信息用于对接包括所述待对接应用平台在内的多个不同应用平台；

发送模块53，用于基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理并返回相应的应用服务。

在具体的应用场景中，所述转换模块52，具体用于对所述通信协议信息进行解析并按照通用协议格式进行转换，得到所述通用协议信息。

在具体的应用场景中，所述转换模块52，具体还用于识别所述通信协议信息的协议头信息；依据所述协议头信息，确定所述通信协议信息的协议格式类型；按照所述协议格式类型，识别所述通信协议信息中的协议内容信息；将识别得到的所述协议内容信息按照通用协议格式进行排列组合，生成所述通用协议信息。

在具体的应用场景中，所述转换模块52，具体还用于利用协议标记符对所述通信协议信息进行切分；将切分后得到的各个组成部分，通过与所述协议格式类型对应的预设匹配库进行头部关键词匹配，得到所述协议内容信息，其中，不同的协议格式类型都有各自对应的预设匹配库。

在具体的应用场景中，所述发送模块53，具体用于依据所述协议头信息，确定所述通信协议信息的远程地址；基于所述通用协议信息，将所述服务请求转发给与所述远程地址对应的待对接应用平台进行处理。

在具体的应用场景中，所述发送模块53，具体还用于若根据所述远程地址确定所述待对接应用平台对应本地服务器，则利用所述通用协议信息，解析所述服务请求对应的请求参数；按照所述请求参数调用所述本地服务器的服务接口，获取对应的所述应用服务。

在具体的应用场景中，如图8所示，本装置还包括：查询模块54；

所述查询模块54，用于若在转发所述服务请求之后的预设时长未获取到相应的应用服务，则查询其他能够获取到所述应用服务的备选应用平台；

所述发送模块53，还用于基于所述通用协议信息，将所述服务请求转发给所述备选应用平台进行处理并返回相应的所述应用服务。

需要说明的是，本实施例提供的一种可应用于服务端侧的应用数据通信装置所涉及各功能单元的其它相应描述，可以参考图2和图3中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的可应用于用户客户端侧的应用数据通信方法。基于上述如图2和图3所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2和图3所示的可应用于服务端侧的应用数据通信方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。

基于上述如图1所示的方法，以及图5和图6所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、智能手环、或其他网络设备等，该客户端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的可应用于用户客户端侧的应用数据通信方法。

基于上述如图2和图3所示的方法，以及图7和图8所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为网关设备、服务器、或其他网络设备等。该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图2和图3所示的可应用于服务端侧的应用数据通信方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。

本领域技术人员可以理解，本实施例提供的一种客户端设备和服务器设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例还提供了一种应用数据通信系统，如图9所示，该系统包括服务器设备61、客户端设备62；

其中，客户端设备62可用于执行如图1所示的方法，服务器设备61可用于执行如图2和图3所示的方法。

客户端设备62，可用于向服务端发送服务请求，其中，所述服务请求需要转发给待对接应用平台；

服务器设备61，可用于接收客户端设备62需要转发给待对接应用平台的服务请求，获取所述服务请求对应的通信协议信息；将所述通信协议信息进行格式转换得到通用协议信息，所述通用协议信息用于对接包括所述待对接应用平台在内的多个不同应用平台；基于所述通用协议信息，将所述服务请求转发给所述待对接应用平台进行处理并返回相应的应用服务。

客户端设备62，还可用于接收返回的应用服务。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前传统做法相比，无需人工针对这些应用平台的通信协议格式分别编写解析代码。利用通用协议即可实现多应用平台的数据通信，可减少对接应用平台通信协议的操作过程，提高工程效率，减少了人力成本和开发成本。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。