CN117348925A - 应用程序的后台适配方法、装置及电子设备、存储介质 - Google Patents

Abstract

本申请公开了一种应用程序的后台适配方法、装置及电子设备、存储介质，方法应用于应用于虚拟网关适配器，所述方法包括：检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系；根据所述预设编码，适配出与所述预设编码匹配的预设接口；根据所述预设接口，向所述应用程序返回后台服务中的结果。通过本申请实现同一后台服务并行适配不同的应用程序。本申请可用于金融行业中针对应用程序“统一入口、独立运营”的业务场景。

Description

应用程序的后台适配方法、装置及电子设备、存储介质

技术领域

本申请涉及应用程序后台适配技术领域，尤其涉及一种应用程序的后台适配方法、装置及电子设备、存储介质。

背景技术

由于数字化转型以及业务发展的需要APP(应用程序)开发井喷发展，同一个公司里不同场景的APP(应用程序)持续建设，每个场景APP(应用程序)对应一个后台服务，后台服务重复建设。或者，在同一个场景多个APP(应用程序)重复建设，很难达到“统一入口、独立运营”的建设效果。以及如果后续存在已发布的APP(应用程序)的与新建APP(应用程序)的服务融合需求，对已上线的后台服务提出了兼容不同APP(应用程序)的改造适配的要求。

发明内容

本申请实施例提供了一种应用程序的后台适配方法、装置及电子设备、存储介质，通过后台应用网关适配器以实现同一后台服务并行适配不同的应用程序。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种应用程序的后台适配方法，应用于虚拟网关适配器，其中，所述方法包括：

检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系；

根据所述预设编码，适配出与所述预设编码匹配的预设接口；

根据所述预设接口，向所述应用程序返回后台服务中的结果。

在一些实施例中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，包括：

对于已经上线第一应用程序且待上线第二应用程序的情况下，根据所述第一应用程序的第一预设编码，适配出与所述第二应用程序的预设编码匹配的版本转换接口；

和/或，

对于已经上线第一应用程序且待新增第一应用程序的功能情况下，根据所述第一应用程序的第一预设编码，适配出所述待新增第一应用程序的兼容接口；

和/或，

对于已经上线第一应用程序且携带有客群标记的情况下，根据所述客群标记，适配出与所述预设编码和所述客群标记匹配的客户群体特性接口。

在一些实施例中，所述预设编码的公共字段包括：应用程序的AppType、应用程序的PageVersion，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：

当有多个应用程序，且其中有需要融合的应用程序时，根据所述应用程序的PageVersion区分所述需要融合的应用程序，且所述需要融合的应用程序对应同一个后台服务，其中所述应用程序的PageVersion APP用以作为应用程序的应用编码子序列号；

当有多个应用程序，且其中没有需要融合的应用程序时，根据所述应用程序的AppType区分所述多个应用程序，且多个应用程序对应同一个后台服务，其中所述应用程序的AppType用以作为在同一个后台服务对应多个应用程序的时，应用程序的应用的编码类型。

在一些实施例中，所述预设编码的公共字段包括：客群标记，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：

当有多个应用程序，且其中有需要融合的应用程序时，根据所述应用程序的客群标记和PageVersion区分所述需要融合的应用程序，且多个应用程序对应同一个后台服务，其中所述应用程序的客群标记用于匹配不同的客户群体配置推荐菜单以及特性客户群体的智能推荐结果。

在一些实施例中，所述检测应用程序发起的请求中携带的所述应用程序的预设编码之前，还包括：

根据业务需求，对待融合的应用程序以及相同应用程序的客户群体标识区分之后分别进行业务编码，将所述应用程序的类型使用AppType字段区分，将所述应用程序的客户群体标识或者版面标识使用PageVersion区分；

将所述应用程序的AppType使用预设数值范围取值，将所述应用程序的PageVersion首位数字作为版面的区分，且第二位数字作为客户群体的标识；

将所述应用程序的客户群体的标识作为从后台服务接收的客户信息的标记区分，将所述客户群体、所述AppType以及所述PageVersion作为所述应用程序的预设编码。

在一些实施例中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口之前，还包括：

根据不同的所述应用程序，预先储存与所述预设编码匹配的预设接口；

将所述预设编码匹配的预设接口的配置结果，从配置中心同步并储存在本地。

在一些实施例中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：

根据所述预设编码，采用基于过滤器对所述应用程序的虚拟版本升级以及版本标记生效的主动模式适配出与所述预设编码匹配的预设接口；

和/或，

根据所述预设编码，采用根据所述应用程序中的AppType、PageVersion、AppVersion生效返回配置参数或者返回不同的策略分支的被动模式适配出与所述预设编码匹配的预设接口。

第二方面，本申请实施例还提供一种应用程序的后台适配装置，应用于虚拟网关适配器，其中，所述装置包括：

编码检测模块，用于检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系；

接口适配模块，用于根据所述预设编码，适配出与所述预设编码匹配的预设接口；

结果返回模块，用于根据所述预设接口，向所述应用程序返回业务服务器中的结果。

第三方面，本申请实施例还提供一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行上述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：检测应用程序发起的请求中携带的所述应用程序的预设编码，由于每个所述应用程序之间的关联关系中包括存在融合关系、不存在融合关系，可以根据预设编码，适配出与所述预设编码匹配的预设接口，最后根据预设接口，向所述应用程序返回后台服务中的结果。上述方法在虚拟网关适配器实现，可经过对后台适配器的灵活配置，使得同一个应用后台可以适配多APP类型、多版本、多版面、多客群、权限控制以及AB测试等多种不同情况，并预留了可扩展空间，可重复使用后台逻辑，避免后台重复建设，在支持多APP(应用程序)的基础上，进一步实现“统一入口、独立运营”，以及在不同版面基础上支持千人千面的后台逻辑。

此外，对不同的APP(应用程序)做编码产生AppType，相同APP里如有独立运营需求可以编码APP子序列号PageVersion，根据虚拟版本适配器减少应用接口改造，也会对APP(应用程序)的“统一入口、独立运营”的建设也会起积极作用。

附图说明

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

图1为本申请实施例中应用程序的后台适配方法的流程示意图；

图2为本申请实施例中应用程序的后台适配方法中适配流程示意图；

图3为本申请实施例中应用程序的后台适配方法中虚拟网关适配器的数字结构示意图；

图4为本申请实施例中应用程序的后台适配方法中虚拟网关适配器交易处理的时序图；

图5为本申请实施例中应用程序的后台适配方法中一种业务场景示意图；

图6为本申请实施例中应用程序的后台适配方法中另一种业务场景示意图；

图7为本申请实施例中应用程序的后台适配方法中再一种业务场景示意图；

图8为本申请实施例中应用程序的后台适配方法中虚拟网关适配器客户群体标记场景流程示意图；

图9(a)为本申请实施例中应用程序的后台适配方法中虚拟网关适配器智能推荐以及精准营销场景流程示意图；

图9(b)为本申请实施例中应用程序的后台适配方法中虚拟网关适配器AB测试应用场景示意图；

图9(c)为本申请实施例中应用程序的后台适配方法中虚拟网关适配器灰度发布的应用场景示意图；

图10为本申请实施例中应用程序的后台适配装置的结构示意图；

图11为本申请实施例中一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例中涉及的技术术语：

APP应用：手机软件，主要指安装在智能手机上的软件。

AppVersion：APP版本迭代升级的版本号。

AppType：同一个后台服务对应多个APP的时候，APP的应用的编码类型。

PageVersion：APP的应用编码子序列号(同一个APP的时候，不同的版面\业务类型\客户群体的区分)。

虚拟网关适配器：功能一当存在多个APP，平行不同迭代版本AppVersion的时候，后台服务接口基于AppVersion向下兼容时，后台服务对低版本的AppType的经过虚拟网关适配器后根据配置自动升降级，减少应用接口改造适配，支持动态修改以及关闭。功能二以及在存在客户群体特性接口时的虚拟路由适配，利于不同客户群体的功能精准营销以及智能推荐识别区分，以及有利于千人千面的实现。

交易码：请求的接口地址。当不用于交易时，则对应其他编码。

发明人研究时发现，当前移动端的开发建设基本都是一个APP(应用程序)对应一个后台服务，并且随着业务的发展服务从线下迁移到线上，同一个企业里或者同家金融机构里面向客户的服务APP(应用程序)诉求激增，如果在金融机构中的每个业务部门都建设一个APP(应用程序)，存在建设成本高、后台服务资源也不能最大限度复用、后台服务技术组件重复开发，导致项目建设周期长、不能快速响应业务场景需求。

针对上述不足，本申请的实施例中提供了一种应用程序的后台适配方法，可适配多APP并行的后台应用网关适配器装置。并且通过引入模板化的适配属性，定义可容纳多种适配属性的后台应用网关适配器。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供了一种应用程序的后台适配方法，如图1所示，提供了本申请实施例中应用程序的后台适配方法流程示意图，所述方法至少包括如下的步骤S110至步骤S130：

步骤S110，检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系。

虚拟网关适配器检测出应用程序发起的请求中携带的所述应用程序的预设编码，由于所述预设编码是预先按照一定规则生成的，故通过预设编码可以匹配出对应的接口。

对于多个应用程序的情况，在每个所述应用程序之间的关联关系为存在融合关系，不存在融合关系。比如，应用程序a与应用程序b之间具有不同的版本号，但存在融合关系。又比如，应用程序a与应用程序b具有不同的版面，且不存在融合关系。再比如，应用程序c与应用程序b之间具有不同的版本号，但存在融合关系，应用程序c与应用程序b具有相同的版面，且存在融合关系。

步骤S120，根据所述预设编码，适配出与所述预设编码匹配的预设接口。

虚拟网关适配器根据预设编码可以适配出与所述预设编码匹配的预设接口，经过所述虚拟网关适配器配置之后，最终的访问请求跳转至后台业务服务进行访问。

步骤S130，根据所述预设接口，向所述应用程序返回后台服务中的结果。

根据预设接口，虚拟网关适配器向应用程序返回后台服务中的结果。这样，后台服务无需再进行编译更新，同时应用程序经过虚拟网关适配器适配之后，可以兼容适配不同接口，也无需专门针对应用程序进行编译。

通过上述方法，通过虚拟网关适配器可以实现动态参数调整，以主动模式与被动模式来适配业务发展，支持虚拟版本升级、客户群体的智能精准推荐。

通过上述方法，基于可适配多应用程序并行的后台应用网关适配装置，可以节约项目建设周期、节约项目建设成本、复用后台服务资源，以最快的速度响应市场诉求，减少后台服务改造适配的成本。

区别于相关技术中，同一个企业里或者金融行业里同家银行的APP应用程序建设存在重复建设，以及同业部门APP应用程序引流比较分散，很难达到统一品牌建设的目的，以及客户使用办理业务需要下载多个APP应用程序，不方便客户使用的问题。通过上述方法，虚拟网关适配器通过检测应用程序发起的请求中携带的所述应用程序的预设编码，根据所述预设编码，适配出与所述预设编码匹配的预设接口；根据所述预设接口，向所述应用程序返回后台服务中的结果。

在本申请的一个实施例中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，包括：对于已经上线第一应用程序且待上线第二应用程序的情况下，根据所述第一应用程序的第一预设编码，适配出与所述第二应用程序的预设编码匹配的版本转换接口；和/或，对于已经上线第一应用程序且待新增第一应用程序的功能情况下，根据所述第一应用程序的第一预设编码，适配出所述待新增第一应用程序的兼容接口；和/或，对于已经上线第一应用程序且携带有客群标记的情况下，根据所述客群标记，适配出与所述预设编码和所述客群标记匹配的客户群体特性接口。

如图4所示，应用程序以APP表示，主要是移动端的应用程序。APP版本迭代升级的版本号以AppVersion表示，APP的应用编码子序列号以PageVersion表示。应用编码子序列号包括了同一个APP的时候，不同的版面\业务类型\客户群体的区分。

所述虚拟网关适配器具体用于：当存在多个APP，平行不同迭代版本AppVersion的时候，后台服务接口基于AppVersion向下兼容时，后台服务对低版本的AppType的经过虚拟网关适配器后根据配置自动升降级，减少应用接口改造适配，支持动态修改以及关闭。

根据编码规则APP发起交易时请求公共字段有AppType、PageVersion。

如果有已经上线的APP在后期，后台服务又对接新的APP的时候可以在经过虚拟网关适配后自动增加默认值，虚拟网关适配器根据本APP的配置，对部分接口做版本转换。

如果新增APP的版本与已经上线的APP版本迭代号不同，访问同一个接口存在版本兼容时，可以动态配置新APP做版本虚拟升级，减少后台接口改造，以及在存在客户群体特性接口时的虚拟路由适配，利于不同客户群体的功能精准营销以及智能推荐识别区分，以及有利于“千人千面”的实现。

在本申请的一个实施例中，所述预设编码的公共字段包括：应用程序的AppType、应用程序的PageVersion，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：当有多个应用程序，且其中有需要融合的应用程序时，根据所述应用程序的PageVersion区分所述需要融合的应用程序，且所述需要融合的应用程序对应同一个后台服务，其中所述应用程序的PageVersion APP用以作为应用程序的应用编码子序列号；当有多个应用程序，且其中没有需要融合的应用程序时，根据所述应用程序的AppType区分所述多个应用程序，且多个应用程序对应同一个后台服务，其中所述应用程序的AppType用以作为在同一个后台服务对应多个应用程序的时，应用程序的应用的编码类型。

场景一：存在N个APP，某些APP需要融合相同APP使用PageVersion区分，PageVersion可以是在同一APP时的多客户群体的标记利于不同的客户群体的精准营销智能推荐，对应一个后台服务。具体如图5所示。每个APP在向后台请求报文的时候带上公共参数AppType，PageVersion公共参数。后台虚拟版本适配器根据输入的参数有不同的分支。图5是以交易请求为例。

场景二：存在N个APP，不存在融合APP时，对应一个后台服务服务。具体如图6所示。每个APP在向后台请求报文的时候带上公共参数AppType公共参数。后台虚拟网关适配器根据输入的参数有不同的分支。图6是以交易请求为例。

在本申请的一个实施例中，所述预设编码的公共字段包括：客群标记，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：当有多个应用程序，且其中有需要融合的应用程序时，根据所述应用程序的客群标记和PageVersion区分所述需要融合的应用程序，且多个应用程序对应同一个后台服务，其中所述应用程序的客群标记用于匹配不同的客户群体配置推荐菜单以及特性客户群体的智能推荐结果。

场景三：存在N个APP，存在融合APP时，对应一个后台服务.具体如图7所示。根据后台查询客户信息返回特性标记PageVersion，APP在向后台请求报文的时候带上公共参数AppType，PageVersion公共参数，经过虚拟网关适配查询返回不同的客户群体配置推荐菜单以及特性客户群体的智能推荐、以及后续的AB测试。如图8所示是虚拟网关适配器客户群体标记场景流程，如图9(a)所示是虚拟网关适配器智能推荐以及精准营销场景流程。

如图9(a)所示，APP请求带上群体标识在相同的接口里可以进行不同的理财推荐、页面菜单的不同显示、再根据数据的标记的收集不同客户群体的行为，结合推送系统，为每个客户群体推送不同的产品实现精准营销做到千人千面。

进一步地，虚拟网关适配器AB测试或灰度发布的应用场景：

如图9(b)所示，根据APP上送的版面类型加客户的用户ID，相同的接口上送的公共参数经过本装置来负责分发到不同版本的交易流程里，利于AB测试,比如想同时测试广告图(AB)和广告弹出方式(AB)对转化率的影响，这里面有两个变量，对应的有4种组合条件。

如图9(c)所示，根据用户id+版面类型，来分发交易流量，这样多因素实验设计的好处在于，除了可以检测同一个变量、不同实验条件之间的差异之外，还能对变量之间的交互效果进行检验。本装置在多因素设计时充分考虑到不同的版面的交易对比。此装置也可以作灰度发布接口针对特定的版本和特的客户群体。

在本申请的一个实施例中，所述检测应用程序发起的请求中携带的所述应用程序的预设编码之前，还包括：根据业务需求，对待融合的应用程序以及相同应用程序的客户群体标识区分之后分别进行业务编码，将所述应用程序的类型使用AppType字段区分，将所述应用程序的客户群体标识或者版面标识使用PageVersion区分；将所述应用程序的AppType使用预设数值范围取值，将所述应用程序的PageVersion首位数字作为版面的区分，且第二位数字作为客户群体的标识；将所述应用程序的客户群体的标识作为从后台服务接收的客户信息的标记区分，将所述客户群体、所述AppType以及所述PageVersion作为所述应用程序的预设编码。

如图2所示，是整体方案流程示意图，虚拟网关适配器装置的总体体系主要包括以下的模块：

应用编码模块：根据业务实际需求，对待整合的APP以及相同APP的客户群体标识区分，分别进行业务编码，APP类型使用AppType字段区分、客户群体标识或者版面标识使用PageVersion区分。

如图3所示，具体实施时，AppType使用两位数字01-99范围内的取值，PageVersion首位数字是版面的区分，0-9的取值范围满足一个APP的9大版面类型，第二位客户群体的标识，0-9满足客户群体特征的使用，两者可以根据需要随机组合，例如：00,01,02...等，客户群体的标识来自后台服务根据客户信息的标记区分,登录返回APP后使用此标记与固定的版面类型组合发起交易时请求公共字段有AppType、PageVersion。

在本申请的一个实施例中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口之前，还包括：根据不同的所述应用程序，预先储存与所述预设编码匹配的预设接口；将所述预设编码匹配的预设接口的配置结果，从配置中心同步并储存在本地。

请继续参考图2，是整体方案流程示意图，虚拟网关适配器装置的总体体系还包括以下的模块：

参数管理模块：在后台服务整合运行阶段可以对不同的APP以及客户群体在不同的策略下流程走向不同，存储在可以实时生效的配置中心里，在后台管理页面进行可视化参数配置管理。参数下发基于配置中心长连接实时推送，本地会落地存储文件到硬盘，防止配置中心服务异常时读取上次本地的文件进行参数读取。

在本申请的一个实施例中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：根据所述预设编码，采用基于过滤器对所述应用程序的虚拟版本升级以及版本标记生效的主动模式适配出与所述预设编码匹配的预设接口；和/或，根据所述预设编码，采用根据所述应用程序中的AppType、PageVersion、AppVersion生效返回配置参数或者返回不同的策略分支的被动模式适配出与所述预设编码匹配的预设接口。

请继续参考图2，是整体方案流程示意图，虚拟网关适配器装置的总体体系还包括以下的模块：

适配调度模块：适配调度分为主动和被动模式，主动模式利用基于过滤器对虚拟版本升级以及版本标记生效，被动模式封装参数方法根据传入的AppType、PageVersion、AppVersion生效返回配置参数或者返回不同的策略分支。业务流程里根据配置不同分支流向不同，对客户的响应不同。例如客户登录后返回群体标识后续请求带上群体标识在相同的接口里可以进行不同的理财推荐、页面菜单的不同显示、以及实现精准营销做到“千人千面”。

本申请实施例还提供了应用程序的后台适配装置1000，如图10所示，提供了本申请实施例中应用程序的后台适配装置的结构示意图，所述应用程序的后台适配装置1000至少包括：编码检测模块1010、接口适配模块1020以及结果返回模块1030，其中：

在本申请的一个实施例中，所述编码检测模块1010具体用于：检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系。

虚拟网关适配器检测出应用程序发起的请求中携带的所述应用程序的预设编码，由于所述预设编码是预先按照一定规则生成的，故通过预设编码可以匹配出对应的接口。

对于多个应用程序的情况，在每个所述应用程序之间的关联关系为存在融合关系，不存在融合关系。比如，应用程序a与应用程序b之间具有不同的版本号，但存在融合关系。又比如，应用程序a与应用程序b具有不同的版面，且不存在融合关系。再比如，应用程序c与应用程序b之间具有不同的版本号，但存在融合关系，应用程序c与应用程序b具有相同的版面，且存在融合关系。

在本申请的一个实施例中，所述接口适配模块1020具体用于：根据所述预设编码，适配出与所述预设编码匹配的预设接口。

虚拟网关适配器根据预设编码可以适配出与所述预设编码匹配的预设接口，经过所述虚拟网关适配器配置之后，最终的访问请求跳转至后台业务服务进行访问。

在本申请的一个实施例中，所述结果返回模块1030具体用于：根据所述预设接口，向所述应用程序返回后台服务中的结果。

根据预设接口，虚拟网关适配器向应用程序返回后台服务中的结果。这样，后台服务无需再进行编译更新，同时应用程序经过虚拟网关适配器适配之后，可以兼容适配不同接口，也无需专门针对应用程序进行编译。

能够理解，上述应用程序的后台适配装置，能够实现前述实施例中提供的应用程序的后台适配方法的各个步骤，关于应用程序的后台适配方法的相关阐释均适用于应用程序的后台适配装置，此处不再赘述。

图11是本申请的一个实施例电子设备的结构示意图。请参考图11，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成应用程序的后台适配装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系；

根据所述预设编码，适配出与所述预设编码匹配的预设接口；

根据所述预设接口，向所述应用程序返回后台服务中的结果。

上述如本申请图1所示实施例揭示的应用程序的后台适配装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中应用程序的后台适配装置执行的方法，并实现应用程序的后台适配装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中应用程序的后台适配装置执行的方法，并具体用于执行：

检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系；

根据所述预设编码，适配出与所述预设编码匹配的预设接口；

根据所述预设接口，向所述应用程序返回后台服务中的结果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(trans itory med ia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种应用程序的后台适配方法，应用于虚拟网关适配器，其中，所述方法包括：

检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系；

根据所述预设编码，适配出与所述预设编码匹配的预设接口；

根据所述预设接口，向所述应用程序返回后台服务中的结果。

2.如权利要求1所述方法，其中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，包括：

对于已经上线第一应用程序且待上线第二应用程序的情况下，根据所述第一应用程序的第一预设编码，适配出与所述第二应用程序的预设编码匹配的版本转换接口；

和/或，

对于已经上线第一应用程序且待新增第一应用程序的功能情况下，根据所述第一应用程序的第一预设编码，适配出所述待新增第一应用程序的兼容接口；

和/或，

对于已经上线第一应用程序且携带有客群标记的情况下，根据所述客群标记，适配出与所述预设编码和所述客群标记匹配的客户群体特性接口。

3.如权利要求2所述方法，其中，所述预设编码的公共字段包括：应用程序的AppType、应用程序的PageVersion，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：

当有多个应用程序，且其中有需要融合的应用程序时，根据所述应用程序的PageVersion区分所述需要融合的应用程序，且所述需要融合的应用程序对应同一个后台服务，其中所述应用程序的PageVersion APP用以作为应用程序的应用编码子序列号；

当有多个应用程序，且其中没有需要融合的应用程序时，根据所述应用程序的AppType区分所述多个应用程序，且多个应用程序对应同一个后台服务，其中所述应用程序的AppType用以作为在同一个后台服务对应多个应用程序的时，应用程序的应用的编码类型。

4.如权利要求2所述方法，其中，所述预设编码的公共字段包括：客群标记，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：

当有多个应用程序，且其中有需要融合的应用程序时，根据所述应用程序的客群标记和PageVersion区分所述需要融合的应用程序，且多个应用程序对应同一个后台服务，其中所述应用程序的客群标记用于匹配不同的客户群体配置推荐菜单以及特性客户群体的智能推荐结果。

5.如权利要求1所述方法，其中，所述检测应用程序发起的请求中携带的所述应用程序的预设编码之前，还包括：

根据业务需求，对待融合的应用程序以及相同应用程序的客户群体标识区分之后分别进行业务编码，将所述应用程序的类型使用AppType字段区分，将所述应用程序的客户群体标识或者版面标识使用PageVersion区分；

将所述应用程序的AppType使用预设数值范围取值，将所述应用程序的PageVersion首位数字作为版面的区分，且第二位数字作为客户群体的标识；

将所述应用程序的客户群体的标识作为从后台服务接收的客户信息的标记区分，将所述客户群体、所述AppType以及所述PageVersion作为所述应用程序的预设编码。

6.如权利要求5所述方法，其中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口之前，还包括：

根据不同的所述应用程序，预先储存与所述预设编码匹配的预设接口；

将所述预设编码匹配的预设接口的配置结果，从配置中心同步并储存在本地。

7.如权利要求6所述方法，其中，所述根据所述预设编码，适配出与所述预设编码匹配的预设接口，还包括：

根据所述预设编码，采用基于过滤器对所述应用程序的虚拟版本升级以及版本标记生效的主动模式适配出与所述预设编码匹配的预设接口；

和/或，

根据所述预设编码，采用根据所述应用程序中的AppType、PageVersion、AppVersion生效返回配置参数或者返回不同的策略分支的被动模式适配出与所述预设编码匹配的预设接口。

8.一种应用程序的后台适配装置，应用于虚拟网关适配器，其中，所述装置包括：

编码检测模块，用于检测应用程序发起的请求中携带的所述应用程序的预设编码，其中所述应用程序包括多个，每个所述应用程序之间的关联关系至少包括如下之一：存在融合关系、不存在融合关系；

接口适配模块，用于根据所述预设编码，适配出与所述预设编码匹配的预设接口；

结果返回模块，用于根据所述预设接口，向所述应用程序返回业务服务器中的结果。

9.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～7之任一所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1～7之任一所述方法。