一种应用配置方法和装置与流程

本发明涉及数据处理领域，特别是涉及一种应用配置方法和装置。

背景技术：

在互联网时代，线上支付、信贷平台层出不穷，对传统线下形式的银行业务带来了冲击，为此，银行希望通过互联网推广业务，以应对冲击。

一种常见的通过互联网提供业务服务的方式是使用配置于移动终端侧的应用(Application，APP)。银行可以发布移动终端侧的APP，并在APP上提供各种类型业务的服务，用户可以通过在移动终端上安装并登录APP来使用银行所提供的业务，从而实现了基于互联网的银行业务推广。

但是，开发应用的技术难度和成本都很高，综合能力较强的银行总行可以实现，但一些处于中小城市的分行却可能很难具有自主研发出APP的能力。

技术实现要素：

为了解决上述技术问题，本发明提供了一种应用配置方法和装置，使得不具有应用开发能力的分行也可以进行移动终端侧的业务推广，提高了分行抗冲击能力。

本发明实施例公开了如下技术方案：

本发明实施例公开了一种应用配置方法，所述方法可以包括：

获取分行提供的业务的种类以及用于实现所述业务的服务器信息；

根据所述业务的种类确定对应的配置信息；

根据所述业务的配置信息以及所述服务器信息建立待定任务；

若获取针对所述待定任务的确定信息，根据所述配置信息和服务器信息配置出提供所述业务的应用。

可选的，所述根据所述配置信息和服务器信息配置出提供所述业务的应用，包括：

根据所述配置信息和服务器信息将所述业务配置到银行总行的应用中。

可选的，所述根据所述配置信息和服务器信息配置出提供所述业务的应用，包括：

根据计算机语言，将所述配置信息生成应用界面模板；

根据所述应用界面模板和服务器信息打包生成提供所述业务的应用的安装包。

可选的，还包括：

当用户登录所述银行总行的应用时，获取所述用户所对应的地理信息；

若所述地理信息与所述分行对应，通过所述银行总行的应用提供所述业务的服务。

可选的，在所述根据所述配置信息和服务器信息配置提供所述业务的应用之后，还包括：

若获取针对所述业务的下线请求，将所述业务从所述银行总行的应用中除去。

本发明实施例还公开了一种应用配置装置，所述装置可以包括：

第一获取单元，用于获取分行提供的业务的种类以及用于实现所述业务的服务器信息；

确定单元，用于根据所述业务的种类确定对应的配置信息；

建立单元，用于根据所述业务的配置信息以及所述服务器信息建立待定任务；

配置单元，用于若获取针对所述待定任务的确定信息，根据所述配置信息和服务器信息配置出提供所述业务的应用。

可选的，所述配置单元包括：

配置子单元，用于根据所述配置信息和服务器信息将所述业务配置到银行总行的应用中。

可选的，所述配置单元包括：

生成子单元，用于根据计算机语言，将所述配置信息生成应用界面模板；

打包子单元，用于根据所述应用界面模板和服务器信息打包生成提供所述业务的应用的安装包。

可选的，还包括：

第二获取单元，用于当用户登录所述银行总行的应用时，获取所述用户所对应的地理信息；

若所述地理信息与所述分行对应，通过所述银行总行的应用提供所述业务的服务。

由上述技术方案可以看出，具备开发应用能力的银行总行可以向银行分行提供相应的应用配置界面，银行分行可以从中选择需要在移动终端上提供的业务的种类，并提供用于实现所述业务的服务器信息，由于不同种类的业务具有各自的对应的配置信息，故可以根据确定的配置信息和服务器信息建立待定任务，若该待定任务被允许上线，则可以根据该配置信息和服务器信息配置可以提供该业务的应用。通过银行总行所提供的数据协助，银行分行可以从所提供的可实现业务中选择需要在移动终端上推广的业务，并得到具有提供所选择业务的应用，使得不具有应用开发能力的分行也可以进行移动终端侧的业务推广，提高了分行抗冲击能力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种应用配置方法的流程示意图；

图2为本发明实施例提供的应用配置界面待定任务的界面示意图；

图3为本发明实施例提供的已配置了相关业务的总行应用的界面示意图；

图4为本发明实施例提供的一种应用配置装置的结构示意图。

具体实施方式

下面结合附图，对本发明的实施例进行描述。

参考图1，示出了本发明实施例一种应用配置方法的流程示意图，在本实施例中，所述方法可以包括：

本实施例中，本实施例提供的方法的执行主体可以是电脑、手机、IPAD等可以执行所述方法的终端，进一步的本实施例提供的方法的执行主体可以是总行开发的一种应用配置工具，该应用配置工具可以为技术人员提供可视化的应用配置界面，且总行提供的所述应用配置工具可以安装在以上提到的终端中，技术人员可以在安装在所述终端中的应用配置工具所提供的应用配置界面上实现本实施例提供的应用配置方法。

S101：获取分行提供的业务的种类以及用于实现所述业务的服务器信息。

本实施例中，具有开发能力的银行总行可以开发出很多不同种类的业务为用户提供线上的服务，但是一些不具有开发能力的分行可能无法通过自主进行软件开发为用户提供相应的业务服务，但是分行可以根据自己的业务开展需求以及总行提供的相应的应用配置界面配置出提供相关业务的应用。若要配置出实现相关业务的应用，分行首先要提供要配置的业务种类和实现该业务的服务器信息。

本实施例中，总行提供的业务种类可以理解为定位互联网的、为客户提供的服务项目，且将这些业务通过互联网实现所需的代码、程序、数据处理逻辑等总行已经开发好了，分行提供出业务种类，也就是提供了分行想要配置的服务项目，其中，总行通过互联网提供的业务种类例如可以包括：支付服务、缴费服务、安全服务、转账服务、查询服务等。所述用于实现业务的服务器信息可以理解为当用户通过应用发起针对一项业务的请求时，用于对该业务的请求进行处理并实现所用到服务器的相关信息，例如所述服务器信息可以包括用于标识该服务器的网络位置的相关参数：服务器入口地址、回调地址、客户端对应的资源服务器、服务权限等一项或多项的组合。其中，需要说明的是，该服务器的数量可以依据实际场景的部署需求或计算需求改变，例如可以为一个也可以为多个。

除此之外，若要配置出实现该业务种类的应用，还需要获取一些其它的服务信息，这些信息可以为执行所述业务或者维护所述业务可能会用到的相关信息，所述服务信息例如可以包括：分行客户端程序管理员的姓名、分行客户端程序管理员邮箱等。

本实施例中，需要说明的是，不同的分行针对同一个种类的业务，所提供的用于实现该业务的服务器信息可能不同，分行可以根据实际情况提供相应的服务器信息，例如分行可以独立架设服务器用于本分行的业务处理，分行也可以使用总行或其他分行的服务器用于本分行的业务处理。

S102：根据所述业务种类确定对应的配置信息。

本实施例中，所述配置信息可以理解为后台执行该业务处理的处理逻辑，具体的可以为：执行所述业务的程序代码或者实现流程等。

其中，S102具体可以包括：

判断获取到的所述业务种类和实现所述业务的服务器信息是否正确；

若获取到的所述业务种类和实现所述业务的服务信息为正确的，获取与所述业务种类相对应的配置信息；

若获取到的所述业务种类和实现所述业务种类的服务信息不正确，返回执行S101。

其中，判断获取到的所述业务的种类和实现所述业务的服务器信息是否正确可以是依据预设的业务规则和服务器规则和/或业务规则与服务器规则相对应的预设关系等，若符合预设的相关规则，表示获取到的所述业务种类和实现所述业务的服务信息为正确的，若不符合，表示获取到的所述业务种类和实现所述业务的服务信息为错误的。或者，还可以是技术人员根据获取到的服务器种类和用于执行所述业务的服务器信息进行判定。

举例说明，业务规则可以为分行提供的业务的种类是否为总行已上线的业务，若是，则分行提供的业务种类为正确的业务种类；服务器规则可以为：分行提供的服务器信息是否为可用的服务器信息，或者可以理解为是否可以根据所述服务器信息找到对应的服务器，且该服务器是否是无故障的服务器；业务规则和服务器规则相对应的预设关系可以为：分行提供的业务的种类和实现该业务的服务器信息是否相匹配，例如：分行提供的业务的种类为生活缴费，与生活缴费业务相匹配的服务器只可以是预设的几个，若分行提供的服务器信息所对应的服务器在预设的这几个服务器中，则表示获取到的所述业务的种类和实现所述业务的服务器信息是正确的。其中，对于选用用来判断获取到的所述业务的种类和实现所述业务的服务器信息是否正确的相关规则，可以根据实际情况选用以上提到的规则中的一种或者多种。S103：根据所述业务的配置信息以及所述服务器信息建立待定任务；

本实施例中，所述建立待定任务可以理解为建立待审核的任务，还可以理解为等待确认是否可以执行的任务。

其中，S103具体的可以为：当获取到分行提供的所述业务种类对应的配置信息和实现所述业务对应的服务器信息后，将这些信息进行上传或者保存，然后判断是否可以依据根据所述配置信息和服务器信息配置出提供所述业务的应用，或者可以理解为判断是否允许分行提供的所述业务种类上线以提供给分行的客户使用。

举例说明：假设分行所提供的业务种类为生活缴费业务，当获得了生活缴费业务对应的配置信息以及实现生活缴费业务的服务器信息后，需要对这些信息进行审核以确认分行提供的该业务是否可以上线供分行的客户使用。其中，如图2所示为应用配置界面待定任务的展示界面图，从图中可以看出，已经获得了所述生活缴费业务的配置信息和用于实现生活缴费业务的服务器信息，并依据这些信息建立了待定任务，而是否可以允许生活缴费业务上线还需要进行审核，因此界面显示的待审核状态。

其中，判断是否可以依据根据所述配置信息和服务器信息配置出提供所述业务的应用的操作可以是依据预设的任务规则自动进行的，其中，所述任务规则可以为所述业务种类的配置信息和所述实现所述业务的服务器信息是否是相对应的；或者可以为提供业务种类的分行是否满足预设的条件，等等。除此之外，还可以是技术人员通过根据所述配置信息和服务器信息人为审核的。

S104：若获取针对所述待定任务的确认信息，根据所述配置信息和服务信息配置出提供所述业务的应用。

本实施例中，由于一些分行具有生成或者维护APP的能力，而有一些分行不具有生成或者维护APP的能力，在配置提供业务的应用时，可以根据不同分行的具体要求进行不同的配置，具体的，可以包括以下两种实施方式：

实施方式一：根据所述配置信息和服务器信息将所述业务配置到银行总行的应用中。

实施方式二：根据计算机语言，将所述配置信息生成应用界面模板；根据所述应用界面模板和服务器信息打包生成提供所述业务的应用的安装包。

本实施例中，对于一些不具有生成或维护APP能力的分行就可以通过实施方式一的方法，将想要提供给分行客户的业务配置到总行的应用中，这样分行客户可以通过登录总行的应用使用该业务；对于一些具有生成和维护APP能力的分行，可以通过采用实施方式二的方法，打包生成提供相关业务应用的安装包以提供给分行客户使用，分行客户可以通过下载该安装包，使用该业务。其中，对于具有生成和维护APP能力的分行也可以采用实施方式一的方法，实际应用中具体使用哪一种方法可以根据实际情况决定，在这里不进行限定。

对于实施方式一：

举例说明：假设银行总行的应用为银讯通，四川分行提供的业务种类为生活缴费业务，可以将生活缴费业务对应的配置信息和服务器信息配置到与音迅通相关的服务器中，以使四川分行的客户可以通过登录银讯通使用生活缴费业务。如图3所示，在银讯通的界面可以为用户展示配置的生活缴费业务供该分行用户使用。

其中，分行用户通过总行的应用使用配置到总行APP中的业务的操作可以包括：

当用户登录所述银行总行的应用时，获取所述用户所对应的地理信息；若所述地理信息与所述分行对应，通过所述银行总行的应用提供所述业务服务。

本实施例中，当分行用户登录所述银行总行的应用时，可以根据用户的登录信息获取到该分行用户的地理信息，依据获取到的用户的地理信息确定是哪个分行的用户，并向所述用户提供该分行对应的配置在总行应用中的相关业务服务。

举例说明：假设银行总行的应用为银讯通，与四川分行对应的配置在银讯通的业务为：生活缴费。当四川分行的用户登录银讯通时，获取到的该用户的地理信息可以为四川，银讯通可以为用户提供四川分行的特色业务，即银讯通可以向用户展示已配置的生活缴费业务(如图3所示)，当用户需要使用所述生活缴费业务时，执行用户发出的相关业务请求。需要说明的是，由于不同的分行在总行上配置的业务的种类不同，因此不同的分行客户以及总行客户登录银讯通时看到的银讯通的首页界面可能是不一样的。

本实施例中，当配置在银行总行中分行相关的业务不再适合分行使用时，可以从银行总行中将该业务除去，具体的，可以为：若获取针对所述业务的下线请求，将所述业务从所述银行总行的应用中除去。

对于实施方式二：

对于实施方式二可以理解为配置出的提供所述业务的应用为分行的一个独立的APP。具体的，配置出提供所述业务的应用的操作过程可以包括：

将S102中获取到的所述业务的配置信息保存在后台的数据库中，利用前端模板技术例如velocity技术，根据保存的所述业务的配置信息动态生成应用界面模板。其中，生成的应用界面模板可以包括LUA脚本语言、超文本标记语言(Extensible HyperText Markup Language，XHTML)和层叠样式表(Cascading Style Sheets，CSS)等；最后通过项目对象模型(Maven)依据生成的所述应用界面模板和获取到的服务器信息打包生成所述业务的应用的安装包。

除此之外，生成所述应用界面模板时，还可以通过将已生成的业务组件通过拖、拉、拽的方式进行添加。

本实施例中，当分行用户下载了所述安装包后，可以通过操作系统的解析引擎将安装包中的LUA脚本语言、XHTML渲染成Android、IOS等不同操作的语言。当用户发起所述业务应用界面模板中的业务操作时，可以通过所述服务器信息在相关的服务器中执行相应的业务操作。

其中，解析引擎的核心思想是封装组件，具体的，可以为在移动终端上通过对系统的模块进行封装，例如：打包生成LUA脚本语言能够访问的接口，并建立LUA脚本语言和本地语言的连接，其中本地语言例如可以包括：JAVA、Objective C；并且，解析引擎还可以在XHML中抽象操作系统原生的UI组件以替代DOM元素渲染，例如将XHTML中<div>解析成Layout，把<img>解析成ImageItem等。这样，界面组件间可以互相嵌套，方便了人机交互。

本实施例中，具备开发应用能力的银行总行可以向银行分行提供相应的应用配置界面，银行分行可以从中选择需要在移动终端上提供的业务的种类，并提供用于实现所述业务的服务器信息，由于不同种类的业务具有各自的对应的配置信息，故可以根据确定的配置信息和服务器信息建立待定任务，若该待定任务被允许上线，则可以根据该配置信息和服务器信息配置可以提供该业务的应用。通过银行总行所提供的数据协助，银行分行可以从所提供的可实现业务中选择需要在移动终端上推广的业务，并得到具有提供所选择业务的应用，使得不具有应用开发能力的分行也可以进行移动终端侧的业务推广，提高了分行抗冲击能力。

参考图4，示出了本发明实施例一种应用配置装置，在本实施例中，所述装置可以包括：

第一获取单元401，用于获取分行提供的业务的种类以及用于实现所述业务的服务器信息；

确定单元402，用于根据所述业务的种类确定对应的配置信息；

建立单元403，用于根据所述业务的配置信息以及所述服务器信息建立待定任务；

配置单元404，用于若获取针对所述待定任务的确定信息，根据所述配置信息和服务器信息配置出提供所述业务的应用。

可选的，所述配置单元包括：

配置子单元，用于根据所述配置信息和服务器信息将所述业务配置到银行总行的应用中。

可选的，所述配置单元包括：

生成子单元，用于根据计算机语言，将所述配置信息生成应用界面模板；

打包子单元，用于根据所述应用界面模板和服务器信息打包生成提供所述业务的应用的安装包。

可选的，还包括：

第二获取单元，用于当用户登录所述银行总行的应用时，获取所述用户所对应的地理信息；

若所述地理信息与所述分行对应，通过所述银行总行的应用提供所述业务的服务。

通过本实施例的装置，具备开发应用能力的银行总行可以向银行分行提供相应的应用配置界面，银行分行可以从中选择需要在移动终端上提供的业务的种类，并提供用于实现所述业务的服务器信息，由于不同种类的业务具有各自的对应的配置信息，故可以根据确定的配置信息和服务器信息建立待定任务，若该待定任务被允许上线，则可以根据该配置信息和服务器信息配置可以提供该业务的应用。通过银行总行所提供的数据协助，银行分行可以从所提供的可实现业务中选择需要在移动终端上推广的业务，并得到具有提供所选择业务的应用，使得不具有应用开发能力的分行也可以进行移动终端侧的业务推广，提高了分行抗冲击能力。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-only memory，缩写：ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本发明的一种具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。