CN105763511B - 一种业务处理方法以及通信系统 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法以及通信系统，用于减少异构系统之间获取信息的时间和费用。本发明实施例方法包括：第一网络系统接收用户发起的第一请求，第一请求用于获取第二网络系统的业务信息；第一网络系统向开发平台发送第一请求；开发平台接收第一请求，开发平台通过第一请求对应的接口从第二网络系统获取业务信息；开发平台向第一网络系统发送业务信息；第一网络系统接收业务信息并向用户提供业务信息；第一网络系统和第二网络系统互为异构系统。本发明实施例还公开了一种通信系统。本发明实施例能够有效减少异构系统之间获取信息的时间和费用。

Description

一种业务处理方法以及通信系统

技术领域

本发明涉及通信领域，尤其涉及一种业务处理方法以及通信系统。

背景技术

现代社会中，软件应用与人们生活息息相关，软件系统种类非常繁多，异构系统的用户无法有效交互信息。异构系统是指不同种类的计算机或计算机应用系统。

现有技术中，如果第一网络系统和第二网络系统互为异构系统，那么第一网络系统想要获取第二网络系统的数据，必须通过编写程序来实现，第一网络系统调用第二网络系统提供的应用程序编程接口(API，Application Programming Interface)，并开发界面来获取第二网络系统的信息。API是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问数据库的能力。

但是，第一网络系统要获取第二网络系统信息，需要程序员了解用户需求，再编写具体代码和调用API，实现获取第二网络系统信息的功能需要花费一定时间和费用。

发明内容

本发明实施例提供了一种业务处理方法以及通信系统，用于节约时间和费用。

有鉴于此，本发明实施例第一方面提供一种业务处理方法，包括：

第一网络系统接收用户发起的第一请求，第一请求用于获取第二网络系统的业务信息；

第一网络系统向开发平台发送第一请求；

开发平台接收第一请求，通过第一请求对应的接口从第二网络系统获取业务信息；

开发平台向第一网络系统发送业务信息；

第一网络系统接收业务信息并向用户提供业务信息；

第一网络系统和第二网络系统互为异构系统。

结合本发明实施例第一方面，本发明实施例第一方面的第一实施例中，开发平台通过第一请求对应的接口从第二网络系统获取业务信息之前包括：

开发平台判断是否存在第一请求对应的接口，若是，则触发通过第一请求对应的接口从第二网络系统获取业务信息的步骤，若否，则生成接口。

结合本发明实施例第一方面的第一实施例，本发明实施例第一方面的第二实施例中，开发平台生成接口包括：

开发平台向第二网络系统发送第二请求，使得第二网络系统根据第二请求获取接口信息，接口信息包括数据库字段和数据库操作语句；

开发平台接收第二网络系统发送的接口信息，根据接口信息生成接口。

结合本发明实施例第一方面，本发明实施例第一方面的第三实施例中，第一网络系统接收第一请求之后包括：

第一网络系统判断是否存在于第一请求对应的业务信息，若否，则触发第一网络系统向开发平台发送第一请求的步骤。

结合本发明实施例第一方面，或本发明实施例第一方面的第一实施例，或本发明实施例第一方面的第二实施例，或本发明实施例第一方面的第三实施例，本发明实施例第一方面的第四实施例中，开发平台接收第一请求之后包括：

开发平台判断第一请求是否满足获取业务信息的预置条件，若是，则触发开发平台通过第一请求对应的接口从第二网络系统获取业务信息的步骤。

本发明实施例第二方面提供一种通信系统，包括：

第一网络系统、开发平台以及第二网络系统；

第一网络系统用于接收用户发起的第一请求，向开发平台发送第一请求，接收业务信息，向用户提供业务信息；

开发平台用于接收第一网络系统发送的第一请求，通过第一请求对应的接口从第二网络系统获取业务信息，向第一网络系统发送业务信息；

第二网络系统用于向开发平台提供业务信息。

结合本发明实施例第二方面，本发明实施例第二方面的第一实施例中，开发平台还用于判断是否存在第一请求对应的接口，若是，则触发开发平台通过第一请求对应的接口从第二网络系统获取业务信息的步骤，若否，则触发开发平台生成接口的步骤。

结合本发明实施例第二方面的第一实施例，本发明实施例第二方面的第二实施例中，开发平台还用于向第二网络系统发送第二请求，使得第二网络系统获取接口信息，接收第二网络系统发送的接口信息，根据接口信息生成接口。

结合本发明实施例第二方面，本发明实施例第二方面的第三实施例中，第一网络系统还用于判断是否存在于第一请求对应的业务信息，若是，则触发第一网络系统向开发平台发送第一请求的步骤，若否，则触发第一网络系统执行其他流程。

结合本发明实施例第二方面，或本发明实施例第二方面的第一实施例，或本发明实施例第二方面的第二实施例，或本发明实施例第二方面的第三实施例，本发明实施例第二方面的第四实施例中，开发平台还用于判断第一请求是否满足获取业务信息的预置条件，若是，则触发开发平台根据第一请求对应的接口从第二网络系统获取业务信息的步骤，若否，则执行获取业务信息失败流程。

从以上技术方案可以看出，本发明实施例具有以下优点：

第一网络系统可以通过开发平台获取第二网络系统的信息，因此可以快速、高效完成异构系统间信息显示问题，同时无需程序员花费大量时间编写代码和调用API，从而减少了异构系统之间获取信息的时间和费用。

附图说明

图1为本发明实施例中业务处理方法的一个实施例示意图；

图2为本发明实施例中业务处理方法的另一个实施例示意图；

图3为本发明实施例中业务处理方法的另一个实施例示意图；

图4为本发明实施例中开发平台的一个实施例示意图；

图5为本发明实施例中开发平台的另一个实施例示意图；

图6为本发明实施例中通信系统的一个实施例示意图。

具体实施方式

本发明实施例提供了一种业务处理方法以及通信系统，用于减少异构网络系统之间获取信息的时间和费用。

请参阅图1，本发明实施例中业务处理方法的一个实施例包括：

101、第一网络系统接收用户发起的第一请求；

本发明实施例中，第一网络系统接收用户发起的第一请求，第一请求用于获取第二网络系统的业务信息。

第一网络系统和第二网络系统互为异构系统，异构系统为不同种类的计算机或计算机应用系统。

102、第一网络系统向开发平台发送第一请求；

当第一网络系统接收用户发起的第一请求之后，第一网络系统向开发平台发送第一请求。

103、开发平台接收第一请求；

当第一网络系统向开发平台发送第一请求之后，开发平台接收第一请求。

104、开发平台通过第一请求对应的接口从第二网络系统获取业务信息；

当开发平台接收第一请求之后，开发平台通过第一请求对应的接口从第二网络系统获取业务信息。

105、开发平台向第一网络系统发送业务信息；

当开发平台获取业务信息之后，开发平台向第一网络系统发送业务信息。

106、第一网络系统接收业务信息；

当开发平台向第一网络系统发送业务信息之后，第一网络系统接收业务信息。

107、第一网络系统向用户提供业务信息。

当第一网络系统接收业务信息之后，第一网络系统向用户提供业务信息。

第一网络系统可以通过开发平台获取第二网络系统的信息，因此可以快速、高效完成异构系统间信息显示问题，同时无需程序员花费大量时间编写代码和调用API，从而减少了异构系统之间获取信息的时间和费用。

请参阅图2，本发明实施例中业务处理方法的另一个实施例包括：

201、第一网络系统接收用户发起的第一请求；

本发明实施例中，第一网络系统接收用户发起的第一请求，第一请求用于获取第二网络系统的业务信息。

第一网络系统和第二网络系统互为异构系统，异构系统为不同种类的计算机或应用系统。

202、第一网络系统判断是否存在于第一请求对应的业务信息，若是，则触发步骤203，若否，则触发步骤204；

第一网络系统对于用户发起的获取业务信息的请求，可以查询第一网络系统中是否存在该业务信息，若是，则第一网络系统执行其他流程，若否，则触发步骤204。

203、第一网络系统执行其他流程；

若第一网络系统中存在该业务信息，第一网络系统向用户提供业务信息，还可以执行其他流程，此处不作具体限定。

204、第一网络系统向开发平台发送第一请求；

若第一网络系统中不存在该业务信息，第一网络系统向开发平台发送第一请求。

205、开发平台接收第一请求；

当第一网络系统向开发平台发送第一请求之后，开发平台接收第一请求。

206、开发平台判断第一请求是否满足获取业务信息的预置条件，若是，则执行步骤208，若否，则触发步骤207；

开发平台接收第一请求之后，判断第一请求是否满足获取业务信息的预置条件。

本发明实施例中，开发平台在接收第一请求后，可以对第一请求携带的信息进行检查，具体可以检查发起请求的用户是否符合获取业务信息的权限，还可以是其他限定条件，此处不作具体限定。

207、开发平台执行获取业务信息失败流程；

当开发平台确定第一请求不满足获取业务信息的预置条件时，开发平台可以向第一网络系统发送通知，该通知用于通知第一网络系统不能获取业务信息。

可以理解的是，当第一请求不满足获取业务信息的预置条件时，开发平台还可以执行其他流程，此处不作具体限定。

208、开发平台判断是否存在第一请求对应的接口，若是，则触发步骤210，若否，则触发步骤209；

开发平台根据第一请求判断开发平台是否存在获取第二网络系统业务信息的接口，若是，则触发步骤210，若否，则触发步骤209。

可以理解的是，本实施例中，若开发平台默认信任第一网络系统的所有请求，也可以不执行步骤206以及207，而直接执行步骤208。

209、开发平台生成接口，再触发步骤210；

若开发平台不存在获取第二网络业务信息的接口，则开发平台生成接口，触发步骤208。

210、开发平台通过第一请求对应的接口从第二网络系统获取业务信息；

接口与第一请求对应，也与业务信息对应，开发平台通过接口从第二网络系统获取业务信息。

211、开发平台向第一网络系统发送业务信息；

当开发平台通过接口获取业务信息之后，开发平台可以生成携带有业务信息的表格，向第一网络系统发送该表格。

可以理解的是，开发平台还可以采用其他形式发送业务信息，此处不作具体限定。

212、第一网络系统接收业务信息；

当开发平台向第一网络系统发送业务信息之后，第一网络系统接收业务信息。

213、第一网络系统向用户提供业务信息。

当第一网络系统接收业务信息之后，第一网络系统向用户提供业务信息。

需要说明的是，若开发平台中存在第一请求对应的接口，可以不执行步骤208和步骤209，直接执行步骤210。

第一网络系统可以通过开发平台获取第二网络系统的信息，因此可以快速、高效完成异构系统间信息显示问题，同时无需程序员花费大量时间编写代码和调用API，从而减少了异构系统之间获取信息的时间和费用。

其次，第一网络系统可以判断是否存在第一请求对应的业务信息，根据判断结果处理第一请求，增加了方案实施的灵活性。

再次，开发平台可以判断是否存在获取业务信息的接口，根据判断结果处理第一请求，增加了方案实施的灵活性。

进一步的，开发平台还可以判断第一请求是否满足预置条件，根据判断结果处理第一请求，增加了方案实施的灵活性。

请参阅图3，本发明实施例中业务处理方法的另一个实施例包括：

301、第一网络系统接收用户发起的第一请求；

本发明实施例中，第一网络系统接收用户发起的第一请求，第一请求用于获取第二网络系统的业务信息。

第一网络系统和第二网络系统互为异构系统，异构系统为不同种类的计算机或计算机应用系统。

302、第一网络系统判断是否存在于第一请求对应的业务信息，若是，则触发步骤303，若否，则触发步骤304；

第一网络系统对于用户发起的获取业务信息的请求，可以查询第一网络系统中是否存在该业务信息，若是，则触发步骤303，若否，则触发步骤304。

303、第一网络系统执行其他流程；

若第一网络系统中存在该业务信息，第一网络系统可以向用户提供业务信息，还可以执行其他流程，此处不作具体限定。

304、第一网络系统向开发平台发送第一请求；

若第一网络系统中不存在该业务信息，第一网络系统向开发平台发送第一请求。

305、开发平台接收第一请求；

当第一网络系统向开发平台发送第一请求之后，开发平台接收第一请求。

306、开发平台判断第一请求是否满足获取业务信息的预置条件，若是，则执行步骤308，若否，则触发步骤307；

开发平台接收第一请求之后，判断第一请求是否满足获取业务信息的预置条件。

本发明实施例中，开发平台在接收第一请求后，可以对第一请求携带的信息进行检查，具体可以检查发起请求的用户是否符合获取业务信息的权限，还可以是其他限定条件，此处不作具体限定。

307、开发平台执行获取业务信息失败流程；

当开发平台确定第一请求不满足获取业务信息的预置条件时，开发平台可以向第一网络系统发送通知，该通知用于通知第一网络系统不能获取业务信息。

可以理解的是，当第一请求不满足获取业务信息的预置条件时，开发平台还可以执行其他流程，此处不作具体限定。

308、开发平台判断是否存在第一请求对应的接口，若是，则触发步骤310，若否，则触发步骤309；

开发平台根据第一请求判断开发平台是否存在获取第二网络系统业务信息的接口，若是，则触发步骤312，若否，则触发步骤309。

可以理解的是，本实施例中，若开发平台默认信任第一网络系统的所有请求，也可以不执行步骤306以及307，而直接执行步骤308。

309、开发平台向第二网络系统发送第二请求，使得第二网络系统根据第二请求获取接口信息；

若开发平台不存在获取第二网络系统业务信息的接口，开发平台向第二网络系统发送第二请求，第二请求用于获取第二网络系统业务信息的接口信息。

接口信息包含获取第一请求对应的业务信息的数据库操作语句和该业务信息对应的数据库字段信息，还可以包含其他信息，此处不作具体限定。

第二网络系统根据得到的第二请求获取接口信息。

310、开发平台接收第二网络系统发送的接口信息；

当第二网络系统获取接口信息之后，开发平台接收第二网络系统发送的接口信息。

311、开发平台根据接口信息生成接口，再触发步骤312；

接口可以是可视化操作界面，还可以是其他形式的接口，此处不作具体限定。

开发平台接收该接口信息后，接口信息包含数据库操作语句和数据库字段，根据数据库字段可以生成文本框控件，根据数据库操作语句可以生成按钮控件，还可以生成其他可视化操作界面，此处不作具体限定。

312、开发平台通过第一请求对应的接口从第二网络系统获取业务信息；

接口与第一请求对应，也与业务信息对应，开发平台通过接口可以获取业务信息。

313、开发平台向第一网络系统发送业务信息；

当开发平台通过接口获取业务信息之后，开发平台可以生成携带有业务信息的表格，向第一网络系统发送该表格。

可以理解的是，开发平台还可以采用其他形式发送业务信息，此处不作具体限定。

314、第一网络系统接收业务信息；

当开发平台向第一网络系统发送业务信息之后，第一网络系统接收业务信息。

315、第一网络系统向用户提供业务信息。

当第一网络系统接收业务信息之后，第一网络系统向用户提供业务信息。

需要说明的是，若开发平台中存在第一请求对应的接口，可以不执行步骤308至步骤311，直接执行步骤312。

第一网络系统可以通过开发平台获取第二网络系统的信息，因此可以快速、高效完成异构系统间信息显示问题，同时无需程序员花费大量时间编写代码和调用API，从而减少了异构系统之间获取信息的时间和费用。

其次，第一网络系统可以判断是否存在第一请求对应的业务信息，根据判断结果处理第一请求，增加了方案实施的灵活性。

再次，开发平台可以判断是否存在获取业务信息的接口，增加了方案实施的可行性。

进一步的，开发平台还可以判断第一请求是否满足预置条件，增加了方案实施的灵活性。

再进一步的，当开发平台不存在获取业务信息的接口时，本实施例描述了开发平台生成接口的具体过程，增加了方案实施的可行性。

为便于理解，下面以一具体应用场景对本发明实施例中业务处理方法进行详细描述：

A系统的用户张某想要查看B系统中‘一次过磅检斤’的单据信息，单据格式为形式(通知单号：‘TC00001’，过磅单号：‘GB001’，过磅类型：‘毛重’，磅号：‘10’，称重：‘200’，业务日期：‘2014-12-02’，制单人：

‘Administrator’)，A系统查询本系统是否存在该单据信息，如果不存在，那么A系统向开发平台发起获取该单据信息的请求。

开发平台判断张某是否有获取该单据信息的权限，如果张某没有获取该单据信息的权限，开发平台不获取单据信息，并向第一网络系统发送不能获取单据信息的通知。

如果张某有获取该单据信息的权限，开发平台查看是否有单据信息对应的接口，如果没有接口，向B系统发出获取接口信息请求，接口信息包括数据库字段和数据库操作语句。

假设B系统中存储此单据的表格为table1，与单据对应的数据库字段为‘tzdh’，‘gbdh’，‘gblx’，‘bh’，‘cz’，‘hwrq’，‘zdr’，该接口信息中查询语句格式为(‘select‘tzdh’，‘gbdh’，‘gblx’，‘bh’，‘cz’，‘hwrq’，‘zdr’from table1)，B系统将该接口信息和数据库字段发送给开发平台，开发平台接收该接口信息，并根据‘tzdh’，‘gbdh’，‘gblx’，‘bh’，‘cz’，‘hwrq’，‘zdr’生成接口，接口可以是可视化操作界面，还可以是其他类型的接口，此处不作具体限定。

开发平台通过接口向B系统发起查询单据信息的请求，B系统获取单据对应字段(‘TC00001’，‘GB001’，‘毛重’，‘10’，‘200’，‘2014-12-02’，‘Administrator’)，并向开发平台发送，开发平台生成一次过磅检斤的单据(通知单号：‘TC00001’，过磅单号：‘GB001’，过磅类型：‘毛重’，磅号：‘10’，称重：‘200’，业务日期：‘2014-12-02’，制单人：‘Administrator’)，并将该单据发送给A系统，那么张某就能从A系统查询得到该单据信息，从而快速高效的完成了异构系统间获取信息的问题，也不用对获取信息的过程进行程序开发，节约了时间和费用。

上面对本发明实施例中业务处理方法进行了描述，下面对本发明实施例中开发平台进行描述，请参阅图4，本发明实施例中开发平台的一个实施例包括：

接收模块401，用于接收第一网络系统发送的第一请求；

获取模块402，用于通过第一请求对应的接口从第二网络系统获取业务信息；

发送模块403，用于向第一网络系统发送业务信息。

开发平台可以根据第一网络发起的请求获取第二网络系统的信息，因此可以快速、高效完成异构系统间信息显示问题，同时无需程序员花费大量时间编写代码和调用API，从而有效减少第一网络系统获取第二网络系统信息的时间和费用。

请参阅图5，本发明实施例中开发平台的另一个实施例包括：

接收模块501，用于接收第一网络系统发送的第一请求；

第二判断模块502，用于判断第一请求是否满足获取业务信息的预置条件，若是，则触发第一判断模块504判断是否存在第一请求对应的接口的步骤，若否，则触发执行模块503执行获取业务信息失败流程；

执行模块503，用于执行获取业务信息失败流程；

第一判断模块504，用于判断是否存在第一请求对应的接口，若是，则触发获取模块通过第一请求对应的接口从第二网络系统获取业务信息的步骤，若否，则触发生成接口模块生成接口的步骤；

生成接口模块505，用于生成接口；

获取模块506，用于通过第一请求对应的接口从第二网络系统获取业务信息；

发送模块507，用于向第一网络系统发送业务信息。

本发明实施例中，生成接口模块505包括：

发送单元5051，用于向第二网络系统发送第二请求，使得第二网络系统获取第二请求对应的接口信息；

接收单元5052，用于接收第二网络系统发送的接口信息；

生成单元5053，用于根据接口信息生成接口。

需要说明的是，第二判断模块502和第一判断模块504可以根据实际情况选择其中一种判断模块，或同时选取两种判断模块，此处不作具体限定。

开发平台可以根据第一网络发起的请求获取第二网络系统的信息，因此可以快速、高效完成异构系统间信息显示问题，同时无需程序员花费大量时间编写代码和调用API，从而有效减少第一网络系统获取第二网络系统信息的时间和费用。

其次，本发明实施例中，开发平台可以判断第一请求是否满足获取业务信息的预置条件，根据判断结果处理第一请求，增加了方案实施的灵活性。

再次，本发明实施例中，开发平台可以判断是否存在第一请求对应的接口，若不存在接口，开发平台可以生成接口，增加了方案实施的可行性。

请参阅图6，本发明实施例中通信系统的一个实施例包括：

第一网络系统601、开发平台602以及第二网络系统603；

第一网络系统601，用于接收用户发起的第一请求，向开发平台发送第一请求，接收业务信息，向用户提供业务信息；

开发平台602，用于接收第一网络系统发送的第一请求，通过第一请求对应的接口从第二网络系统获取业务信息，向第一网络系统发送业务信息；

第二网络系统603，用于向开发平台提供业务信息。

本发明实施例中，开发平台602包括：

接收模块6021，用于接收第一网络系统发送的第一请求；

第二判断模块6022，用于判断第一请求是否满足获取业务信息的预置条件，若是，则触发第一判断模块6024判断是否存在第一请求对应的接口的步骤，若否，则触发执行模块6023执行获取业务信息失败流程；

执行模块6023，用于执行获取业务信息失败流程；

第一判断模块6024，用于判断是否存在第一请求对应的接口，若是，则触发获取模块通6026过第一请求对应的接口从第二网络系统获取业务信息的步骤，若否，则触发生成接口模块6025生成接口的步骤；

生成接口模块6025，用于生成接口；

获取模块6026，用于通过第一请求对应的接口从第二网络系统获取业务信息；

发送模块6027，用于向第一网络系统发送业务信息。

其中，生成接口模块6025包括：

发送单元60251，用于向第二网络系统发送第二请求，使得第二网络系统获取第二请求对应的接口信息；

接收单元60252，用于接收第二网络系统发送的接口信息；

生成单元60253，用于根据接口信息生成接口。

第一网络系统可以通过开发平台获取第二网络系统的信息，因此可以快速、高效完成异构系统间信息显示问题，同时无需程序员花费大量时间编写代码和调用API，从而有效减少第一网络系统获取第二网络系统信息的时间和费用。

其次，本发明实施例中，开发平台可以判断第一请求是否满足获取业务信息的预置条件，根据判断结果处理第一请求，增加了方案实施的灵活性。

再次，本发明实施例中，开发平台可以判断是否存在第一请求对应的接口，若不存在接口，开发平台可以生成接口，增加了方案实施的可行性。

为便于理解，下面以一具体应用场景对本发明实施例中通信系统各个组成部分和单元之间的交互进行详细描述：

第一网络系统和第二网络系统互为异构系统。

第一网络系统601接收用户发起的第一请求，第一请求用于获取第二网络系统603的业务信息。

第一网络系统601对于用户发起的获取业务信息的请求，可以查询第一网络系统601中是否存在该业务信息，若第一网络系统601中存在该业务信息，第一网络系统601向用户提供业务信息。

若第一网络系统601中不存在该业务信息，第一网络系统601向开发平台602发送第一请求。

当第一网络系统601向开发平台602发送第一请求之后，接收模块6021接收第一请求。

接收模块6021接收第一请求之后，第二判断模块6022判断第一请求是否满足获取业务信息的预置条件。

本发明实施例中，接收模块6021在接收第一请求后，第二判断模块6022可以对第一请求携带的信息进行检查，具体可以检查发起请求的用户是否符合获取业务信息的权限，还可以是其他限定条件，此处不作具体限定。

当第二判断模块6022确定第一请求不满足获取业务信息的预置条件时，执行模块6023不获取业务信息，并向第一网络系统发送通知，该通知用于通知第一网络系统发送的该请求不满足获取业务信息的条件。

第一判断模块6024根据第一请求判断开发平台602是否存在获取第二网络系统603业务信息的接口，若开发平台602不存在获取第二网络系统603业务信息的接口，发送单元60251向第二网络系统603发送第二请求，第二请求用于获取第二网络系统603业务信息的接口信息。接口信息包含获取第一请求对应的业务信息的数据库操作语句和该业务信息对应的数据库字段信息，还可以包含其他信息，此处不作具体限定。

第二网络系统603根据得到的第二请求获取接口信息。

当第二网络系统603获取接口信息之后，接收单元60252接收第二网络系统603发送的接口信息。

接口可以是可视化操作界面，还可以是其他形式的接口，此处不作具体限定。

接收单元60252接收该接口信息后，接口信息包含数据库操作语句和数据库字段，生成单元60253根据数据库字段可以生成文本框控件，根据数据库操作语句可以生成按钮控件，还可以生成其他可视化操作界面，此处不作具体限定。

接口与第一请求对应，也与业务信息对应，获取模块6026通过接口可以获取业务信息。

当获取模块6026通过接口获取业务信息之后，发送模块6027向第一网络系统601发送业务信息。

当开发平台602向第一网络系统601发送业务信息之后，第一网络系统601接收业务信息。

当第一网络系统601接收业务信息之后，第一网络系统601向用户提供业务信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (8)

1.一种业务处理方法，其特征在于，包括：

第一网络系统接收用户发起的第一请求，所述第一请求用于获取第二网络系统的业务信息；

所述第一网络系统向开发平台发送所述第一请求；

所述开发平台接收所述第一请求，通过所述第一请求对应的接口从所述第二网络系统获取所述业务信息；

所述开发平台向所述第一网络系统发送所述业务信息；

所述第一网络系统接收所述业务信息并向所述用户提供所述业务信息；

所述第一网络系统和所述第二网络系统互为异构系统；

所述开发平台通过所述第一请求对应的接口从所述第二网络系统获取所述业务信息之前包括：

所述开发平台判断是否存在所述第一请求对应的接口，若是，则触发所述通过所述第一请求对应的接口从所述第二网络系统获取所述业务信息的步骤，若否，则生成所述接口。

2.根据权利要求1所述的业务处理方法，其特征在于，所述开发平台生成所述接口包括：

所述开发平台向所述第二网络系统发送第二请求，使得所述第二网络系统根据所述第二请求获取接口信息，所述接口信息包括数据库字段和数据库操作语句；

所述开发平台接收所述第二网络系统发送的所述接口信息，根据所述接口信息生成所述接口。

3.根据权利要求1所述的业务处理方法，其特征在于，所述第一网络系统接收第一请求之后包括：

所述第一网络系统判断是否存在于所述第一请求对应的业务信息，若否，则触发所述第一网络系统向开发平台发送所述第一请求的步骤。

4.根据权利要求1至3中任一项所述的业务处理方法，其特征在于，所述开发平台接收所述第一请求之后包括：

所述开发平台判断所述第一请求是否满足获取所述业务信息的预置条件，若是，则触发所述开发平台通过所述第一请求对应的接口从所述第二网络系统获取所述业务信息的步骤。

5.一种开发平台，其特征在于，包括：

接收模块，用于接收第一网络系统发送的第一请求；

获取模块，用于通过所述第一请求对应的接口从第二网络系统获取业务信息；

发送模块，用于向所述第一网络系统发送所述业务信息；

所述开发平台还包括：

第一判断模块，用于判断是否存在所述第一请求对应的接口，若是，则触发所述获取模块通过所述第一请求对应的接口从所述第二网络系统获取所述业务信息的步骤，若否，则触发生成接口模块生成所述接口的步骤；

生成接口模块，用于生成所述接口。

6.根据权利要求5所述的开发平台，其特征在于，所述生成接口模块包括：

发送单元，用于向所述第二网络系统发送第二请求，使得所述第二网络系统获取第二请求对应的接口信息；

接收单元，用于接收所述第二网络系统发送的所述接口信息；

生成单元，用于根据所述接口信息生成所述接口。

7.根据权利要求5至6中任一项所述的开发平台，其特征在于，所述开发平台还包括：

第二判断模块，用于判断所述第一请求是否满足获取所述业务信息的预置条件，若是，则触发所述获取模块根据所述第一请求对应的接口从所述第二网络系统获取所述业务信息的步骤，若否，则执行获取所述业务信息失败流程；

执行模块，用于执行获取所述业务信息失败流程。

8.一种通信系统，其特征在于，包括：

第一网络系统、如权利要求5至7中任一项所述的开发平台以及第二网络系统；

所述第一网络系统用于接收用户发起的第一请求，向所述开发平台发送所述第一请求，接收业务信息，向所述用户提供所述业务信息；

所述开发平台用于接收所述第一网络系统发送的所述第一请求，通过所述第一请求对应的接口从所述第二网络系统获取所述业务信息，向所述第一网络系统发送所述业务信息；

所述第二网络系统用于向所述开发平台提供所述业务信息。