一种业务执行的方法及装置

摘要

本申请实施例公开一种业务执行的方法及装置，该方法中客户端可根据用户执行的业务操作，生成相应的业务执行请求，并将该业务执行请求发送至服务器中，而服务器则可根据该业务执行请求，向客户端返回相应的业务执行信息，使得客户端根据该业务执行信息，进行业务执行。由于业务开发人员无需在业务开发过程中，对客户端中的业务进行具体的配置工作，而是只需将针对不同业务所设置的不同业务配置内容配置在服务器中即可完成业务的开发工作，这就极大的降低了业务开发时所消耗的成本及时间，提高了业务的开发效率。

权利要求

1.一种业务执行的方法，其特征在于，包括：

根据用户执行的业务操作，生成对应的业务执行请求；

将所述业务执行请求发送至服务器，以使所述服务器根据所述业务执行请求，返回相应的业务执行信息，所述业务执行信息包含各业务组件标识和各业务组件的配置信息；

根据所述业务执行信息中包含的各业务组件标识，从预设的业务组件库中确定所述各业务组件标识对应的业务组件；

根据确定的各业务组件以及所述业务执行信息中包含的各业务组件的配置信息，执行业务。

2.如权利要求1所述的方法，其特征在于，根据所述各业务组件以及所述业务执行信息中包含的各业务组件的配置信息，执行业务，具体包括：将各业务组件对应的各配置信息分别配置在各业务组件中；

按照所述业务执行信息中包含的各业务组件的顺序，将配置了各配置信息的业务组件进行排序，得到业务逻辑代码；

根据所述业务逻辑代码执行业务。

3.如权利要求1所述的方法，其特征在于，所述业务执行信息中还包含的各视图组件标识、各视图组件的拼接顺序以及待展示的页面内容；

所述方法还包括：

根据所述业务执行信息中包含的各视图组件标识，从预设的视图组件库中确定与各视图组件标识对应的视图组件；

根据确定出的各视图组件、所述业务执行信息中包含的各视图组件的拼接顺序以及待展示的页面内容，构建进行业务执行时所要展示的页面；

在进行业务执行时展示所述页面。

4.一种业务执行的方法，其特征在于，包括：

接收客户端发送的业务执行请求；

根据所述业务执行请求，生成所述业务执行请求对应的业务执行信息，所述业务执行信息包含各业务组件标识和各业务组件的配置信息；

将所述业务执行信息返回至所述客户端，以使所述客户端根据所述业务执行信息中包含的各业务组件标识所对应的业务组件以及所述业务执行信息中包含的各业务组件的各配置信息，执行业务。

5.如权利要求4所述的方法，其特征在于，生成所述业务执行请求对应的业务执行信息，具体包括：确定所述业务执行请求中包含的业务标识；

根据所述业务标识，确定所述业务标识对应的业务所需的各业务组件标识、各业务组件标识对应的各业务组件在所述客户端执行业务时的顺序以及各业务组件对应的各配置信息；

根据所述各业务组件标识、各业务组件在所述客户端执行业务时的顺序以及所述各配置信息，生成所述业务执行请求对应的业务执行信息。

6.如权利要求4所述的方法，其特征在于，生成所述业务执行请求对应的业务执行信息，具体包括：根据所述业务执行请求中包含的业务标识，确定所述客户端在执行业务时所要展示的页面的页面内容；

根据所述业务标识，确定所述客户端展示所述页面内容时所需的各视图组件标识以及各视图组件标识对应的各视图组件的拼接顺序；

根据所述各视图组件标识、所述各视图组件的拼接顺序以及所述页面内容，生成所述业务执行请求对应的业务执行信息。

7.如权利要求4所述的方法，其特征在于，生成所述业务执行请求对应的业务执行信息，具体包括：对所述业务执行请求进行处理，得到相应的业务执行结果；

根据所述业务执行结果，确定所述客户端在展示所述业务执行结果时所需的各视图组件标识以及各视图组件标识对应的各视图组件的拼接顺序；

根据所述各视图组件标识、所述各视图组件的拼接顺序以及所述业务执行结果，生成业务执行信息。

8.如权利要求7所述的方法，其特征在于，对所述业务执行请求进行处理，得到相应的业务执行结果，具体包括：根据所述业务执行请求中包含的业务标识，确定处理所述业务执行请求的业务系统；

将所述业务执行请求发送给所述业务系统，并接收所述业务系统处理所述业务执行请求后返回的业务执行结果。

9.一种业务执行的装置，其特征在于，包括：

生成模块，根据用户执行的业务操作，生成对应的业务执行请求；

发送模块，将所述业务执行请求发送至服务器，以使所述服务器根据所述业务执行请求，返回相应的业务执行信息，所述业务执行信息包含各业务组件标识和各业务组件的配置信息；

确定模块，根据所述业务执行信息中包含的各业务组件标识，从预设的业务组件库中确定所述各业务组件标识对应的业务组件；

业务执行模块，根据确定的各业务组件以及所述业务执行信息中包含的各业务组件的配置信息，执行业务。

10.如权利要求9所述的装置，其特征在于，所述业务执行模块，将各业务组件对应的各配置信息分别配置在各业务组件中；按照所述业务执行信息中包含的各业务组件的顺序，将配置了各配置信息的业务组件进行排序，得到业务逻辑代码；根据所述业务逻辑代码执行业务。

11.如权利要求9所述的装置，其特征在于，所述业务执行信息中还包含的各视图组件标识、各视图组件的拼接顺序以及待展示的页面内容；

所述装置还包括：

展示模块，根据所述业务执行信息中包含的各视图组件标识，从预设的视图组件库中确定与各视图组件标识对应的视图组件；根据确定出的各视图组件、所述业务执行信息中包含的各视图组件的拼接顺序以及待展示的页面内容，构建进行业务执行时所要展示的页面；在进行业务执行时展示所述页面。

12.一种业务执行的装置，其特征在于，包括：

接收模块，接收客户端发送的业务执行请求；

信息生成模块，根据所述业务执行请求，生成所述业务执行请求对应的业务执行信息，所述业务执行信息包含各业务组件标识和各业务组件的配置信息；

信息返回模块，将所述业务执行信息返回至所述客户端，以使所述客户端根据所述业务执行信息中包含的各业务组件标识所对应的业务组件以及所述业务执行信息中包含的各业务组件的各配置信息，执行业务。

13.如权利要求12所述的装置，其特征在于，所述信息生成模块，确定所述业务执行请求中包含的业务标识；根据所述业务标识，确定所述业务标识对应的业务所需的各业务组件标识、各业务组件标识对应的各业务组件在所述客户端执行业务时的顺序以及各业务组件对应的各配置信息；根据所述各业务组件标识、各业务组件在所述客户端执行业务时的顺序以及所述各配置信息，生成所述业务执行请求对应的业务执行信息。

14.如权利要求12所述的装置，其特征在于，所述信息生成模块，根据所述业务执行请求中包含的业务标识，确定所述客户端在执行业务时所要展示的页面的页面内容；根据所述业务标识，确定所述客户端展示所述页面内容时所需的各视图组件标识以及各视图组件标识对应的各视图组件的拼接顺序；根据所述各视图组件标识、所述各视图组件的拼接顺序以及所述页面内容，生成所述业务执行请求对应的业务执行信息。

15.如权利要求12所述的装置，其特征在于，所述信息生成模块，对所述业务执行请求进行处理，得到相应的业务执行结果；根据所述业务执行结果，确定所述客户端在展示所述业务执行结果时所需的各视图组件标识以及各视图组件标识对应的各视图组件的拼接顺序；根据所述各视图组件标识、所述各视图组件的拼接顺序以及所述业务执行结果，生成业务执行信息。

16.如权利要求15所述的装置，其特征在于，所述信息生成模块，根据所述业务执行请求中包含的业务标识，确定处理所述业务执行请求的业务系统；将所述业务执行请求发送给所述业务系统，并接收所述业务系统处理所述业务执行请求后返回的业务执行结果。

说明书

一种业务执行的方法及装置

技术领域

[0001] 本申请涉及计算机技术领域，尤其涉及一种业务执行的方法及装置。

背景技术

[0002] 目前，服务平台通常会向用户提供同一类型的多项业务，以使用户能够根据自己的自身需求，选择适合自己的业务，从而满足用户对于业务的多样化需求。

[0003] 在实际应用中，运维人员在开发各业务的过程中，通常需要针对各业务的特点，开发不同的业务流程、不同的业务页面布局等业务内容，所以，每当运维人员新开发一项业务时，就需要重新开发业务流程、业务页面布局等业务内容，从而在业务的开发上耗费极大的开发成本及时间，因此，当前运维人员在开发业务时的过程中存在开发效率低下的问题，而如何有效的降低业务的开发成本及时间，提高业务的开发效率，则是一个亟待解决的问题。

发明内容

[0004] 本申请实施例提供一种业务执行的方法，用以解决现有技术中业务开发消耗的成本及时间过多，业务开发效率较低的问题。

[0005] 本申请实施例提供了一种业务执行的方法，包括：

[0006] 根据用户执行的业务操作，生成对应的业务执行请求；

[0007] 将所述业务执行请求发送至服务器，以使所述服务器根据所述业务执行请求，返回相应的业务执行信息；

[0008] 根据所述业务执行信息中包含的各业务组件标识，从预设的业务组件库中确定所述各业务组件标识对应的业务组件；

[0009] 根据确定的各业务组件以及所述业务执行信息中包含的各业务组件的配置信息，执行业务。

[0010] 本申请实施例提供一种业务执行的装置，用以解决现有技术中业务开发消耗的成本及时间过多，业务开发效率较低的问题。

[0011] 本申请实施例提供了一种业务执行的装置，包括：

[0012] 生成模块，根据用户执行的业务操作，生成对应的业务执行请求；

[0013] 发送模块，将所述业务执行请求发送至服务器，以使所述服务器根据所述业务执行请求，返回相应的业务执行信息；

[0014] 确定模块，根据所述业务执行信息中包含的各业务组件标识，从预设的业务组件库中确定所述各业务组件标识对应的业务组件；

[0015] 业务执行模块，根据确定的各业务组件以及所述业务执行信息中包含的各业务组件的配置信息，执行业务。

[0016] 本申请实施例提供一种业务执行的方法，用以解决现有技术中业务开发消耗的成本及时间过多，业务开发效率较低的问题。

[0017] 本申请实施例提供了一种业务执行的方法，包括：

[0018] 接收客户端发送的业务执行请求；

[0019] 根据所述业务执行请求，生成所述业务执行请求对应的业务执行信息；

[0020] 将所述业务执行信息返回至所述客户端，以使所述客户端根据所述业务执行信息中包含的各业务组件标识所对应的业务组件以及所述业务执行信息中包含的各业务组件的各配置信息，执行业务。

[0021] 本申请实施例提供一种业务执行的装置，用以解决现有技术中业务开发消耗的成本及时间过多，业务开发效率较低的问题。

[0022] 本申请实施例提供了一种业务执行的装置，包括：

[0023] 接收模块，接收客户端发送的业务执行请求；

[0024] 信息生成模块，根据所述业务执行请求，生成所述业务执行请求对应的业务执行信息；

[0025] 信息返回模块，将所述业务执行信息返回至所述客户端，以使所述客户端根据所述业务执行信息中包含的各业务组件标识所对应的业务组件以及所述业务执行信息中包含的各业务组件的各配置信息，执行业务。

[0026] 本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

[0027] 在本申请实施例中，客户端中包含有业务执行所需的各业务组件，客户端在业务执行过程时，可根据服务器下发的业务执行信息，配置相应的业务组件，以通过这些业务组件进行业务执行，换句话说，业务开发人员在业务开发的过程中，并不需要将该业务在执行时的实际业务流程、业务页面等业务内容布置在客户端中，而只需要将该业务执行过程中所需的业务组件标识以及业务组件的配置信息设置在服务器中即可，相当于业务开发人员在业务开发过程中只在服务器中对该业务执行时所需的各业务组件的配置信息进行了开发，而并没有针对该业务对客户端进行开发，这样，该业务在执行过程中，服务器将该业务执行过程时所需的各业务组件标识以及各业务组件的配置信息以业务执行信息的形式下发给客户端，客户端即可根据该业务执行信息，确定出该业务执行过程所需的业务流程、业务页面等业务内容，从而极大的降低了业务开发的成本及时间，提高了业务的开发效率。

附图说明

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

[0029] 图1为本申请实施例提供的业务执行过程的示意图；

[0030] 图2A、2B为本申请实施例提供的业务执行过程中所要展示的两个页面的示意图；

[0031] 图3为本申请实施例提供的另一种业务执行过程的示意图；

[0032] 图4为本申请实施例提供的客户端与服务器的业务执行示意图；

[0033] 图5为本申请实施例提供的一种业务执行的装置示意图；

[0034] 图6为本申请实施例提供的另一种业务执行的装置示意图。

具体实施方式

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

[0036] 图1为本申请实施例提供的业务执行过程的示意图，具体包括以下步骤：

[0037] S101：根据用户执行的业务操作，生成对应的业务执行请求。

[0038] 在实际应用中，客户端中通常都包含有多项业务，不同的业务通常都有各自的业务流程、业务页面等业务内容，而对于该客户端中的这些业务来说，这些业务在执行业务的过程中，所需的业务组件往往都是相同的，如，对于该客户端中的各项业务来说，这些业务在业务执行之前，可能都需要通过前置校验组件来对用户执行的业务操作进行前置校验，只是各业务的前置校验方式可能不尽相同；再例如，这些业务在执行过程中，可能都需要密码验证组件进行密码验证，而密码验证的方式对于各业务来说可能都是一样的；抑或是，这些业务在执行过程中，可能都需要展示一些页面，而对于各页面来说，各页面的页面布局框架可能都是大致相同的，而只是各页面中所展示的页面内容存在彼此差异。

[0039] 从上述描述可以看出，对于该客户端中包含的各项业务来说，这些业务的执行其实是有诸多相似处的，所以，为了提高业务的开发效率，节省业务开发所消耗的成本及时间，在本申请实施例中，业务开发人员可将各业务的共通点进行提取，并开发出针对该共通点的业务组件，进而将开发出的各业务组件配置在客户端中，而对于各业务组件的配置信息则相应的配置在服务器中，相当于在客户端中配置一套共用的代码执行框架(这里提到的代码执行框架即为业务组件)，针对不同的业务，在该业务所需的业务组件配置相应的配置信息即可实现该业务的执行，而至于如何区分各项业务，则由服务器下发的各业务组件标识以及各业务组件标识对应的各业务组件的配置信息来决定。

[0040] 基于此，在本申请实施例中，由于业务开发人员已事先将各项业务所需的各业务组件都配置在客户端中，所以，该客户端在业务执行的过程中，只要通过服务器返回的业务执行信息，确定出执行该业务所需的各业务组件，以及各业务组件的配置信息，即可确定出该业务的业务逻辑代码，换句话说，客户端可根据服务器下发的业务执行信息，确定出该业务的业务流程，进而使得客户端可按照该业务流程(即业务逻辑代码)执行该业务。

[0041] 客户端在进行业务执行时，需要根据用户执行的业务操作，生成对应的业务执行请求，其中，当客户端监测到用户在某一业务的业务页面上执行了指定的业务操作时，则确定出需要对该业务进行执行，进而根据该业务的业务标识，生成对应的业务执行请求。例如，当用户在客户端的业务A页面中点击了执行控件时，则确定出需要执行该业务A，进而根据该业务A的业务标识，生成对应的业务执行请求。

[0042] S102：将所述业务执行请求发送至服务器，以使所述服务器根据所述业务执行请求，返回相应的业务执行信息。

[0043] 由于客户端需要根据服务器下发的执行业务所需的各业务组件标识，以及各业务组件标识对应的各业务组件的配置信息，确定出执行该业务的业务流程，所以，在本申请实施例中，服务器根据用户执行的业务操作，生成对应的业务执行请求后，需要将该业务执行请求发送至服务器中，以使服务器能够根据该业务执行请求，向客户端返回相应的业务执行信息，其中，该业务执行信息中包含有客户端执行该业务所需的各业务组件标识，以及各业务组件标识对应的各业务组件的配置信息。服务器根据客户端发送的业务执行请求确定业务执行信息的具体过程则在后续步骤S302中具体说明。

[0044] S103：根据所述业务执行信息中包含的各业务组件标识，从预设的业务组件库中确定所述各业务组件标识对应的业务组件。

[0045] 客户端在接收到服务器返回的业务执行信息后，可确定出该业务执行信息中包含的各业务组件标识，进而通过各业务组件标识，确定出客户端执行上述业务时所需的业务组件，其中，由于业务开发人员已事先将各项业务所需的业务组件配置在了客户端的业务组件库中，所以，客户端可根据业务执行信息中包含的各业务组件标识，从预设的业务组件库中确定出各业务组件标识对应的业务组件。

[0046] 例如，假设客户端根据用户的业务操作，确定出需要执行业务A，进而生成了对应该业务A的业务执行请求，客户端将该业务执行请求发送至服务器后，服务器确定出客户端执行业务A时需要前置校验组件、密码验证组件以及风险测评组件，所以，服务器可将这三个业务组件的标识包含在业务执行信息中下发给客户端，客户端在接收到该业务执行信息中，可根据该业务执行信息中包含的这三个业务组件标识，从预设的业务组件库中确定出客户端执行业务A时所需的业务组件为：前置校验组件、密码验证组件以及风险测评组件，进而在后续过程中，通过这三个业务组件执行该业务A。

[0047] S104：根据确定的各业务组件以及所述业务执行信息中包含的各业务组件的配置信息，执行业务。

[0048] 客户端从预设的业务组件库中确定出的各业务组件，实际上只是各代码框架，代码框架中若没有业务执行的代码则是无法支持业务执行的，因此，客户端需要将服务器下发的各配置信息分别配置到各业务组件中，以使原本不具备执行业务能力的各业务组件具备执行业务的功能。

[0049] 所以，在本申请实施例中，客户端通过服务器下发的业务执行信息，确定出执行业务时所需的各业务组件后，需要进一步通过该业务执行信息，确定出各业务组件所对应的配置信息，进而将确定出的各配置信息分别配置到相应的各业务组件中，以使各业务组件具备业务执行的能力。

[0050] 在本申请实施例中，配置信息不仅能够使原本不具备执行业务能力的各业务组件具备业务执行功能，还是区分各项业务的关键所在，因为，配置信息配置到相应的业务组件后，就决定了各业务组件在业务执行过程中如何发挥作用。

[0051] 例如，假设业务A和业务B的业务执行过程中都需要进行前置校验，也就是说，这两个业务在业务执行过程中，都需要前置校验组件的支持，但是，前置校验中可能还包含有用户等级校验以及用户绑卡校验这两层校验，对于业务A的前置校验来说，是先需要进行用户等级校验，再进行用户绑卡校验，而对于业务B的前置校验来说，则是先需要进行用户绑卡校验，再进行用户等级校验，由此可见，这两个业务的执行过程中虽然都有前置校验的存在，但是，这两个业务的前置校验方式确不尽相同，所以，在本申请实施例中，服务器下发的业务执行信息中包含的各业务组件的配置信息，其实就决定了各业务组件在业务执行过程中的具体实现方式，从而对各业务实现了区分。

[0052] 需要说明的是，在实际应用中，不同业务在执行时的业务流程通常都不尽相同，其中，这里提到的业务流程可以理解为业务在执行过程中各业务组件的执行顺序，如，业务A在执行时，需要先进行前置校验，再进行密码校验，最后进行风险测评，所以，对于业务A来说，其业务的业务流程可以表示为：前置校验-密码校验-风险测评，而业务B在执行时，需要先进行密码校验，再前置校验，最后进行风险测评，所以，对于业务B来说，其业务的业务流程可以表示为：密码校验-前置校验-风险测评。

[0053] 从上述这两个业务的业务流程可以看出，不同的业务在执行过程中的业务流程可能都是不同的，各项业务的业务流程其实是由各项业务的业务特点来决定的，所以，在本申请实施例中，服务器下发的业务执行信息中，除了包含有各业务组件标识、各业务组件标识对应的各业务组件的配置信息以外，还需要包含有各业务组件在业务执行时的顺序，客户端通过业务执行信息中的各业务组件的顺序，以及各业务组件的配置信息，即可决定出一项业务的具体实现形式。

[0054] 因此，在申请实施例中，客户端需要进一步确定出业务执行信息中包含的各业务组件在业务执行过程中的顺序，并将配置了各配置信息的各业务组件按照该顺序进行排序，以得到业务逻辑代码，其中，这里提到的业务逻辑代码可以理解为：业务逻辑代码即表征了业务的具体执行过程，客户端可通过该业务逻辑代码，实现该业务各阶段的执行，如，假设业务A的实际业务执行过程为：先进行前置校验，再进行密码校验，最后进行风险测评，所以，客户端在执行业务A的业务逻辑代码时，应该能够实现前置校验-密码校验-风险测评的业务执行过程，即，这里提到的业务逻辑代码相当于上述提到的业务流程，只是业务逻辑代码是站在客户端实际进行业务执行过程的角度来说明的，而业务流程则是站在业务执行过程所表现出的各阶段执行顺序来说明的。

[0055] 客户端在得到上述业务逻辑代码后，即可按照该业务逻辑代码执行业务，不同的业务逻辑代码实现了不同的业务执行过程，换句话说，不同的业务逻辑代码实现了不同业务的区分，而业务逻辑代码的生成则是通过服务器下发的各业务组件的配置信息以及各业务组件在业务执行过程中的排序来决定的，所以，在本申请实施例中，真正决定业务该如何执行的关键还是通过服务器所下发的业务执行信息来决定的，而客户端只需要实现具备能够配置各配置信息的能力，以及包含有业务执行过程中所需的各业务组件，即可通过服务器下发的业务执行信息，实现各项业务的具体执行。

[0056] 所以，在本申请实施例中，业务开发人员只需将业务执行过程中所需的各业务组件配置在客户端中，以及赋予客户端能够将服务器下发的配置信息配置到各业务组件中的能力，即可完成对业务在客户端层面上的开发，而对于业务的实际执行，业务开发人员只需将各项业务所需的业务执行信息分别配置到服务器中即可，待客户端执行业务时，将相应的业务执行信息下发至客户端，即实现了业务的具体执行。这样就极大的节省了业务的开发成本以及时间，从而提高了业务的开发效率。

[0057] 需要说明的是，在实际应用中，业务执行过程中通常会涉及到页面的展示过程，如，假设业务A在执行过程中，需要先进行前置校验、再进行密码校验，而后向用户进行页面展示。

[0058] 其中，各项业务所展示的页面虽然在内容上不尽相同，但是，页面的实质则是由多个视图组件构成的，而不同页面上的视图组件往往都是相同的，只是不同页面上视图组件的排布以及各视图组件中所渲染的内容存在差异。换句话说，构成各页面的视图组件往往都是统一的，但是，决定页面不同的实质则在于各页面中视图组件的排布以及页面中所显示的页面内容。

[0059] 由于各页面的视图组件往往都是统一的，所以，对于业务执行过程中所要展示的页面来说，通常可以根据服务器下发的业务执行信息来实现页面的具体构建，而无需事先对业务执行过程中所要展示的页面进行构建，从而进一步提高了业务的开发效率。

[0060] 具体的，在本申请实施例中，服务器下发的业务执行信息中，除了包含有上述说明的各业务组件的业务组件标识、各业务组件在业务执行过程中的顺序以及各业务组件的配置信息等业务配置内容外，还可包含有各视图组件标识、各视图组件在构建页面时的拼接顺序以及待展示的页面内容等页面配置内容。所以，服务器根据接收到的业务执行请求确定出客户端在业务执行过程中需要进行页面展示时，则可进一步确定出客户端展示该页面时所需的各视图组件标识、各视图组件的拼接顺序以及待展示的页面内容，并将这些页面配置内容携带在上述业务执行信息中下发给客户端。

[0061] 客户端在接收到该业务执行信息后，可通过该业务执行信息中包含的各视图组件标识，从预设的视图组件库中确定出构建页面所需的各视图组件，并将业务执行信息中包含的待展示的页面内容配置在各视图组件中，其中，不同的视图组件均对应不同的页面内容。

[0062] 客户端将待展示的页面内容分别配置到各视图组件后，可按照业务执行信息中包含的各视图组件的拼接顺序，将配置有页面内容的各视图组件按照该拼接顺序安放在页面的指定位置中，从而实现了页面的构建及展示，如图2A、2B所示。

[0063] 图2A、2B为本申请实施例提供的业务执行过程中所要展示的两个页面的示意图。

[0064] 图2A所示的是一个业务的业务介绍页面，其中，在该页面中展示有能够使客户端进行业务执行的进入控件，当用户点击了图2A中所示的进入控件时，客户端将根据用户所执行的这一业务操作，生成相应的业务执行请求。客户端可将该业务执行请求发送至服务器中，以使服务器根据该业务执行请求，向客户端返回相应的业务执行信息。

[0065] 客户端在接收到服务器下发的业务执行信息后，可根据该业务执行信息中包含的前置校验组件标识、密码校验组件标识，确定出客户端需要通过前置校验组件以及密码校验组件才能实现该项业务的执行工作，因此，客户端可从预设的业务组件库中调取出该前置校验组件以及密码校验组件，并将业务执行信息中包含的各业务组件的配置信息分别相应的配置在这两个业务组件中。而后，客户端可根据该业务执行信息中包含的各业务组件在业务执行过程中的顺序(即，对于该业务来说，需要先进行前置校验，然后在进行密码校验)，将配置了配置信息的前置校验组件以及密码校验组件进行排序，从而得到业务逻辑代码，也即上述提到的业务流程，继而根据该业务流程(即业务逻辑代码)，执行该业务。

[0066] 其中，服务器接收到客户端发送的业务执行请求时，根据该业务执行请求中包含的业务标识确定出客户端通过前置校验以及密码校验，确认用户可以通过该项业务进行业务处理时，需要通过客户端向用户展示如图2B所示的页面，因此，服务器接收到客户端发送的业务执行请求时，需要根据该业务执行请求中包含的业务标识，进一步确定出客户端在展示图2B所示的页面时所需的各视图组件标号、各视图组件的拼接顺序，以及待展示在图2B页面中的页面内容，并将这些页面配置内容携带在业务执行信息中下发给所述客户端。

[0067] 而客户端通过执行前置校验、密码校验，确定出该用户可以通过该业务进行业务处理时，则可根据服务器下发的业务执行信息中包含的各视图组件标识(业务信息输入组件标识、业务详情展示组件标识、业务规则展示组件标识以及操作区域组件标识)，从预设的视图组件库中确定出相应的各视图组件，并将业务执行信息中包含的页面内容配置在各视图组件中。

[0068] 其中，客户端可进一步根据业务执行信息中包含的各子页面内容与各视图组件的对应关系，确定出各视图组件所要渲染的页面内容，进而将各子页面内容对应的各视图组件中进行渲染。

[0069] 例如，对于图2B中的业务详情展示组件来说，服务器在接收到客户端发送的业务执行请求后，可根据该业务执行请求中包含的业务标识，确定出该业务详情展示组件中所要展示的子页面内容，同理，服务器可以相同的方式，依次确定出各视图组件所要展示的子页面内容，进而将各子页面内容与各视图组件的对应关系携带在向客户端下发的业务执行信息中。

[0070] 而客户端在接收到服务器下发的该业务执行信息后，可根据该业务执行信息中包含的各视图组件与各子页面内容的对应关系，将业务执行信息中包含的页面内容的各部分分别配置在相应的各视图组件中进行渲染，从而得到如图2B所示的页面。

[0071] 需要说明的是，上述示例中所提到的前置校验以及密码校验是客户端后台进行的，用户本身是无法看到这些校验过程的，而用户在该业务执行的过程中，实际看到的则是图2B所展示的页面，所以，对于上述示例来说话，前置校验、密码校验以及页面展示构成了该业务的业务流程，客户端依照这一业务流程即可进行该业务的执行。

[0072] 从上述方法中可以看出，由于客户端中预先保存的执行业务所需的各业务组件以及各视图组件，所以，无论是业务的流程构建以及对业务执行过程中所展示的页面进行构建，客户端都只需根据服务器下发的业务执行信息，即可通过预先保存的这些业务组件以及视图组件，针对不同的业务构建出相应的业务流程以及业务页面，业务开发人员无需在业务开发过程中，对客户端中的业务进行具体的配置工作，而是抽离出各业务的共同点(即业务组件以及视图组件)，以业务组件和视图组件的形式配置在客户端中，后续只需将根据预先针对各项业务在服务器中配置的配置信息，将客户端中的各业务组件以及视图组件进行组合，即可形成不同的业务，从而极大的降低了业务开发时所消耗的成本及时间，提高了业务的开发效率。

[0073] 由于业务开发人员事先将各业务对应的配置信息配置在服务器中，所以，服务器在接收到客户端发送的业务执行请求时，需要根据业务执行请求中包含的业务标识，确定出与该业务标识对应的各业务组件标识、各视图组件标识、各业务组件在业务执行时的顺序、各视图组件在页面中的拼接顺序、待展示的页面内容以及各业务组件的配置信息，进而将这些业务配置内容以及页面配置内容携带在业务执行信息中，以使客户端可通过该业务执行信息，进行业务执行。为了进一步的说明本申请的业务执行过程，下面将以服务器的角度来对本申请进行详细说明。

[0074] 图3为本申请实施例提供的另一种业务执行过程的示意图，具体包括以下步骤：

[0075] S301：接收客户端发送的业务执行请求，所述业务执行请求用于所述客户端获取执行业务所需的业务执行信息。

[0076] 当用户在客户端中执行了业务操作时，如点击图2A所示的进入控件，客户端将根据用户所执行的业务操作，生成相应的业务执行请求，继而将该业务执行请求发送至服务器中，服务器在接收到客户端发送的业务执行请求后，可在后续过程中，将客户端执行业务所需的业务执行信息下发给客户端，以使所述客户端可通过该业务执行信息对业务进行执行。

[0077] S302：生成所述业务执行请求对应的业务执行信息。

[0078] 对于各项业务来说，不同的业务都有各自的业务逻辑、业务流程以及业务页面，所以，业务开发人员在进行业务开发时，需要针对各项业务，在服务器中分别配置不同的业务组件标识、业务组件对应的配置信息、页面内容等业务配置内容以及页面配置内容，以使服务器后续能够在接收到客户端发送的业务执行请求后，向客户端下发相应的业务配置内容以及页面配置内容。

[0079] 因此，服务器在接收到客户端发送的业务执行请求后，可根据该业务执行请求中包含的业务标识，确定出与该业务标识相匹配的业务组件标识、各业务组件在业务执行过程中的顺序以及各业务组件的配置信息，进而根据这些业务配置内容生成相应的业务执行信息。

[0080] 例如，服务器在接收到客户端发送的业务执行请求后，可确定出该业务执行请求中包含有业务A的业务标识，进而确定出业务A在执行过程中所需的前置校验组件标识、密码校验组件标识以及风险测评组件标识，这些业务组件分别对应的配置信息，以及这些业务组件在业务A的执行过程中是按照：前置校验-风险测评-密码校验的顺序进行的，因此，服务器可根据确定出的针对业务A的业务配置内容，生成相应的业务执行信息。

[0081] 在本申请实施例中，当服务器根据客户端发送的业务执行请求，确定出客户端在执行该业务的过程中，需要向用户展示指定的页面，因此，服务器可进一步根据该业务执行请求中包含的业务标识，确定出该业务标识所对应的各视图组件标识、各视图组件在页面中的拼接顺序，以及在页面中所要展示的页面内容，并将这些页面配置内容携带在业务执行信息中下发给客户端，这样，客户端即可根据服务器下发的该业务执行信息，对该业务进行执行，并在该业务的执行过程中，向用户进行页面展示。

[0082] S303：将所述业务执行信息返回至所述客户端，以使所述客户端根据所述业务执行信息中包含的各业务组件标识所对应的业务组件以及所述业务执行信息中包含的各业务组件的各配置信息，执行业务。

[0083] 服务器根据客户端发送的业务执行请求，生成相应的业务执行信息后，可将该业务执行信息返回给客户端，以使客户端根据该业务执行信息，生成相应的业务流程、业务页面，并按照该业务流程执行该业务。其中，客户端根据服务器下发的业务执行信息进行业务执行的过程，具体参见上述步骤S103～S104中的内容，在此就不进行详细赘述了。

[0084] 需要说明的是，在上述步骤S302中，服务器在接收到客户端发送的业务执行请求后，可能需要对该业务执行请求进行相应的业务执行处理，并将得到的业务执行结果携带在上述业务执行信息中下发给客户端。

[0085] 例如，在图2B中，当用户在业务信息输入界面(即业务信息输入组件所对应的界面)中输入了一段业务信息，并点击了确定执行后，客户端将根据用户所执行的这一指定操作，生成相应的业务执行请求，并将该业务执行请求发送至服务器中。服务器在接收到客户端发送的该业务执行请求后，需要对该业务执行请求进行业务执行处理，并得到业务执行结果，而后，服务器需要将该业务执行结果携带在上述业务执行信息中，以使客户端在接收到该业务执行信息后，将该业务执行结果作为页面内容展示在相应的页面中，其中，该页面的构建过程与上述步骤S104中的方式相同，在此就不进行详细赘述了。

[0086] 在实际应用中，不同的业务都不同的业务处理方式，如，在金融理财中，诸如基金、黄金、期货等理财产品的交易处理方式都存在一定的差异，所以，需要针对不同的理财产品设置不同的交易系统，服务器在接收到用户通过客户端发送的理财交易请求时，需要根据理财交易请求中包含的理财产品标识(如理财名称)，确定出与该理财产品标识相匹配的交易系统，进而通过确定出的交易系统，对该理财交易请求实施处理，从而得到合理的交易结果。

[0087] 因此，在本申请实施例中，服务器在对上述业务执行请求进行业务执行处理的过程中，需要根据该业务执行请求中包含的业务标识，确定出与该业务标识相匹配的业务系统，从而将该业务执行请求发送至该业务系统进行处理，进而接收该业务系统处理该业务执行请求后所返回的合理的业务执行结果。

[0088] 需要说明的是，上述步骤S104中，用户在图2A中点击了进入控件后，客户端根据用户执行的该业务操作，生成了相应的业务执行请求，并通过服务器根据该业务执行请求返回的业务执行信息，通过前置校验、密码校验以及展示图2B所示的页面，完成了相对于该业务执行请求的业务执行过程。

[0089] 而当用户在图2B中输入相应的业务信息，并点击了确认执行控件后，客户端还将再次生成相应的业务执行请求，并将该业务执行请求发送至服务器中，服务器根据该业务执行请求，对该业务执行请求进行相应的业务执行处理，并将得到的业务执行结果携带在上述步骤S303中的业务执行信息中下发给客户端，客户端将根据该业务执行信息，通过构建出的风险测评以及展示业务执行结果页面，完成相对于用户点击确认执行控件后的业务执行过程。

[0090] 也就是说，用户点击图2A中的进入控件以及点击图2B中的确认执行控件后，客户端实际上是进行了两次业务执行，前一次业务执行是针对用户点击图2A中的进入控件而进行的，而后一次业务执行则是针对用户点击的图2B中的确认执行控件而进行的。虽然，客户端进行了两次业务执行过程，但是，这两次业务执行过程实质上都是一样的，即都是通过服务器下发的业务执行信息，确定出业务执行过程中所需的各业务组件、各业务组件在业务执行过程中的顺序、各业务组件的配置信息、各视图组件、各视图组件的拼接顺序以及待展示的页面内容，进而根据确定出的这些业务配置内容以及页面配置内容，进行业务执行，并在此过程中展示相应的页面。

[0091] 当然，上述图2A和图2B所涉及的两个业务执行过程也可合并为一个业务执行过程，即，当客户端将根据用户点击图2A的进入控件而生成的业务执行请求发送至服务器后，服务器除了将图2A所涉及的业务配置内容以及页面配置内容携带在上述业务执行信息中以外，还可将图2B所涉及的业务配置内容以及页面配置内容携带在该业务执行信息，进而一并通过该业务执行信息下发给客户端，这样，客户端即可通过该业务执行信息，连续进行图2A和图2B所涉及的业务执行，无需待图2A所涉及的业务执行结束后，再向服务器发送一次业务执行请求。

[0092] 还需说明的是，在本申请实施例中，客户端在进行业务执行的过程中，可能仅涉及到页面展示的过程，所以，对于这种情况来说，服务器向客户端下发的业务执行信息也将是仅包含页面配置内容的业务执行信息，客户端可根据该业务执行信息中包含的页面配置内容(如各视图组件标识、各视图组件在页面中的拼接顺序、待展示的页面内容)，在业务执行过程中构建出相应的页面并展示。同理，当客户端在进行业务执行过程中，不涉及页面展示时，则服务器向客户端下发的业务执行信息中可仅包含有业务配置内容(如各业务组件标识、各业务组件在业务执行过程中的顺序、各业务组件的配置信息)，相应的，客户端也将根据服务器下发的该业务执行信息，进行不包含页面展示的业务执行过程。

[0093] 以上从客户端和服务器两个侧面上详细说明的本申请所提供的业务执行过程，为了进一步的对本申请进行说明，下面将从整体上对本申请所提供的业务执行过程进行说明，如图4所示。

[0094] 图4为本申请实施例提供的客户端与服务器的业务执行示意图。

[0095] 在图4中，客户端中对应各项业务，客户端支持这些业务的执行是通过业务开发人员在客户端部署的业务布局引擎、业务组件库、配置管理器来实现的，当客户端接收到服务器下发的业务执行信息后，可通过业务执行信息中包含的各业务组件标识，从业务组件库中确定出相应的各业务组件，并通过配置管理器，将业务执行信息中包含的各业务组件的配置信息分配配置在确定出的各业务组件中，而后，通过业务布局引擎，按照业务执行信息中包含的各业务组件在业务执行过程中的顺序将配置了配置信息的各业务组件进行排序，从而得到业务执行时所需的业务流程，即业务逻辑代码。

[0096] 在图4中，客户端中还包含有安全防护组件、网络连接组件以及数据监控组件，这些组件对于各项业务来说，均不会对业务本身的业务执行造成影响，即，这些组件可以理解为客户端在进行业务执行过程中需要进行的额外动作，如，对于网络连接组件来说，该组件负责客户端与服务器之间的信息交互，所以，对于各项业务来说，只需设置一个网络连接组件，即可满足所有业务的信息发送以及信息接收需求；再例如，对于数据监控组件来说，各项业务在执行完后，都需要定期向服务器上报所统计的业务执行状况，所以，对于，所有的业务来说，同样可只设置一个数据监控组件，即可满足所有业务向服务器上报业务执行状况的需求。

[0097] 而对于服务器来说，在服务器中设置有业务路由、配置信息管理系统、组件配置信息，其中，业务路由负责根据客户端发送的业务执行请求，确定出该该业务执行请求进行业务执行处理所需的业务系统，配置信息管理系统则是用于根据客户端发送的业务执行请求中包含的业务标识，确定出该业务标识所对应的各业务组件的配置信息，以及客户端在执行该业务时所要展示的页面的页面内容，而组件配置系统则是负责跟进该业务执行请求中包含的业务标识，确定出与该业务标识对应的各业务组件标识、各视图组件标识、各业务组件在业务执行过程中的顺序以及各视图组件的拼接顺序。图4中所示的业务门户系统则是用于接收客户端通过网络连接组件发送的业务执行请求，以及向客户端下发该业务执行请求对应的业务执行信息。

[0098] 需要说明的是，对于上述说明的理财产品的业务执行过程中，通常都会涉及到到支付过程，对于本申请实施例中支付过程所涉及的技术载体，可以包括近场通信(Near Field Communication，NFC)、WIFI、3G/4G/5G、POS机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(Short Message Service，SMS)、多媒体消息(Multimedia Message Service，MMS)等。

[0099] 还需说明的是，在实际应用中，对于不同的业务来说，可能均包含有多个页面，在这些页面中，可能有大多数的页面均是与该业务本身密切相关的，也即与其他业务的页面存在较大的差异，共同点较少，所以，本申请实施例所提到的页面构建并不涉及到这些页面的构建。但是，对于同一客户端中的不同业务来说，即使这些业务存在较大的差异，这些业务所包含的页面中还是会存在一部分页面是有较大共同点的。

[0100] 以理财产品为例，在客户端中可能包含有众多的理财产品，这些理财产品中可能均包含有多个页面，在这些页面中，大部分的页面均是针对该理财产品而设计的，也即与其他的理财产品没有较大的联系，但是，无论什么样的理财产品，均会涉及到买入页面以及交易结果展示页面，其中，对于买入页面来说，各理财产品的买入页面均是包含有买入金融输入部分、结算规则介绍部分等内容，所以，对于这类共同性极大的页面来说，可通过上述说明的业务执行方式构建出相应的页面，并向用户进行展示，从而在一定程度上降低了业务开发所消耗的成本和时间，提高了业务的开发效率。

[0101] 以上为本申请实施例提供的业务执行的方法，基于同样的思路，本申请实施例还提供两种业务执行的装置，如图5、6所示。

[0102] 图5为本申请实施例提供的一种业务执行的装置示意图，具体包括：

[0103] 生成模块501，根据用户执行的业务操作，生成对应的业务执行请求；

[0104] 发送模块502，将所述业务执行请求发送至服务器，以使所述服务器根据所述业务执行请求，返回相应的业务执行信息；

[0105] 确定模块503，根据所述业务执行信息中包含的各业务组件标识，从预设的业务组件库中确定所述各业务组件标识对应的业务组件；

[0106] 业务执行模块504，根据确定的各业务组件以及所述业务执行信息中包含的各业务组件的配置信息，执行业务。

[0107] 所述业务执行模块504，将各业务组件对应的各配置信息分别配置在各业务组件中；按照所述业务执行信息中包含的各业务组件的顺序，将配置了各配置信息的业务组件进行排序，得到业务逻辑代码；根据所述业务逻辑代码执行业务。

[0108] 所述业务执行信息中还包含的各视图组件标识、各视图组件的拼接顺序以及待展示的页面内容；

[0109] 所述装置还包括：

[0110] 展示模块505，根据所述业务执行信息中包含的各视图组件标识，从预设的视图组件库中确定与各视图组件标识对应的视图组件；根据确定出的各视图组件、所述业务执行信息中包含的各视图组件的拼接顺序以及待展示的页面内容，构建进行业务执行时所要展示的页面；在进行业务执行时展示所述页面。

[0111] 图6为本申请实施例提供的另一种业务执行的装置示意图，具体包括：

[0112] 接收模块601，接收客户端发送的业务执行请求；

[0113] 信息生成模块602，根据所述业务执行请求，生成所述业务执行请求对应的业务执行信息；

[0114] 信息返回模块603，将所述业务执行信息返回至所述客户端，以使所述客户端根据所述业务执行信息中包含的各业务组件标识所对应的业务组件以及所述业务执行信息中包含的各业务组件的各配置信息，执行业务。

[0115] 所述信息生成模块602，确定所述业务执行请求中包含的业务标识；根据所述业务标识，确定所述业务标识对应的业务所需的各业务组件标识、各业务组件标识对应的各业务组件在所述客户端执行业务时的顺序以及各业务组件对应的各配置信息；根据所述各业务组件标识、各业务组件在所述客户端执行业务时的顺序以及所述各配置信息，生成所述业务执行请求对应的业务执行信息。

[0116] 所述信息生成模块602，根据所述业务执行请求中包含的业务标识，确定所述客户端在执行业务时所要展示的页面的页面内容；根据所述业务标识，确定所述客户端展示所述页面内容时所需的各视图组件标识以及各视图组件标识对应的各视图组件的拼接顺序；根据所述各视图组件标识、所述各视图组件的拼接顺序以及所述页面内容，生成所述业务执行请求对应的业务执行信息。

[0117] 所述信息生成模块602，对所述业务执行请求进行处理，得到相应的业务执行结果；根据所述业务执行结果，确定所述客户端在展示所述业务执行结果时所需的各视图组件标识以及各视图组件标识对应的各视图组件的拼接顺序；根据所述各视图组件标识、所述各视图组件的拼接顺序以及所述业务执行结果，生成业务执行信息。

[0118] 所述信息生成模块602，根据所述业务执行请求中包含的业务标识，确定处理所述业务执行请求的业务系统；将所述业务执行请求发送给所述业务系统，并接收所述业务系统处理所述业务执行请求后返回的业务执行结果。

[0119] 在本申请实施例中，客户端可根据用户执行的业务操作，生成相应的业务执行请求，并将该业务执行请求发送至服务器中，而服务器则可根据该业务执行请求，向客户端返回相应的业务执行信息，使得客户端根据该业务执行信息，进行业务执行。由于客户端中预先保存的执行业务所需的各业务组件以及各视图组件，所以，无论是业务的流程构建以及对业务执行过程中所展示的页面进行构建，客户端都只需根据服务器下发的业务执行信息，即可通过预先保存的这些业务组件以及视图组件，针对不同的业务构建出相应的业务流程以及业务页面，业务开发人员无需在业务开发过程中，对客户端中的业务进行具体的配置工作，而是只需将针对不同业务所设置的不同业务配置内容配置在服务器中即可完成业务的开发工作，从而极大的降低了业务开发时所消耗的成本及时间，提高了业务的开发效率。

[0120] 在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

[0121] 控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

[0122] 上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

[0123] 为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

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

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

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

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

[0133] 本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

[0134] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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