一种业务处理方法和装置与流程

1.本发明涉及大数据领域的数据预处理领域，尤其涉及一种业务处理方法和装置。


背景技术：

2.随着智能设备的普及、移动互联网的飞速发展，手机银行等线上渠道已成为全行各项产品销售和用户服务的主渠道，随之而来用户行为习惯发生了巨大变化，越来越多的用户偏爱数字化、移动式的服务体验，用户行为线上化趋势加速发展，推动银行线上线下渠道的加速融合发展。
3.在实现本发明的过程中，发明人发现现有技术至少存在如下问题：没有设置一个规范统一的管控后台，以服务方式为例，手机银行支持上门服务、到店办理方式，掌上网点渠道支持邮寄到家、上门服务方式，即各个渠道都是根据自己需求进行服务方式选择，随着渠道的不断增加，要梳理各个渠道的规则控制会比较困难。


技术实现要素：

4.有鉴于此，本发明实施例提供一种业务处理方法和装置，至少能够解决现有技术中没有设置一个规范统一的规则管控后台，导致渠道规则管理困难的现象。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种业务处理方法，包括：
6.响应于对目标渠道的选择操作，调用预约预处理组件，查询与所述目标渠道对应的预约业务列表并显示，以接收对所述预约业务列表中目标预约业务的选择操作；
7.确定与所述目标预约业务对应的业务参数类型，查询与所述业务参数类型对应的功能编号，以调用与所述功能编号对应的接口，得到与所述业务参数类型对应的业务参数；
8.获取与所述目标预约业务对应的页面参数，结合所述业务参数生成预约页面并显示，以根据在所述预约页面中的操作信息进行相应操作。
9.可选的，在所述响应于对目标渠道的选择操作之前，还包括：
10.接收对所述目标渠道配置的一个或多个预约业务，基于所述一个或多个预约业务生成预约业务列表，将所述目标渠道的编号和所述预约业务列表的对应关系，存储至所述预约预处理组件的数据库中；以及
11.接收对每个预约业务配置的业务参数，建立所述每个预约业务的编号和业务参数的类型的对应关系，将所述对应关系存储至所述数据库中。
12.可选的，所述业务参数包括服务方式参数、文件清单参数、通知方式参数中的至少一种。
13.可选的，所述业务参数为服务方式参数和通知方式参数中的至少一种，所述根据在所述预约页面中的操作信息进行相应操作，包括：
14.接收对所述预约页面中一个或多个业务参数的选择操作，以及接收在所述预约页面中输入的预约信息；
15.将所述预约信息和所述一个或多个业务参数，传输至所述预约预处理组件进行审核；
16.响应于审核结果为通过，生成预填单号，并调取预约成功页面，以在所述预约成功页面显示所述预填单号、所述一个或多个业务参数。
17.可选的，所述业务参数为文件清单参数，所述根据在所述预约页面中的操作信息进行相应操作，包括：
18.接收用户在所述预约页面输入的预约信息，将所述预约信息发送至所述预约预处理组件进行审核；
19.响应于审核结果为通过，生成预填单号，并调取预约成功页面，以在所述预约成功页面显示所述预填单号和所述文件清单参数。
20.为实现上述目的，根据本发明实施例的另一方面，提供了一种业务处理装置，包括：
21.查询模块，用于响应于对目标渠道的选择操作，调用预约预处理组件，查询与所述目标渠道对应的预约业务列表并显示，以接收对所述预约业务列表中目标预约业务的选择操作；
22.调用模块，用于确定与所述目标预约业务对应的业务参数类型，查询与所述业务参数类型对应的功能编号，以调用与所述功能编号对应的接口，得到与所述业务参数类型对应的业务参数；
23.操作模块，用于获取与所述目标预约业务对应的页面参数，结合所述业务参数生成预约页面并显示，以根据在所述预约页面中的操作信息进行相应操作。
24.可选的，还包括配置模块，用于：
25.接收对所述目标渠道配置的一个或多个预约业务，基于所述一个或多个预约业务生成预约业务列表，将所述目标渠道的编号和所述预约业务列表的对应关系，存储至所述预约预处理组件的数据库中；以及
26.接收对每个预约业务配置的业务参数，建立所述每个预约业务的编号和业务参数的类型的对应关系，将所述对应关系存储至所述数据库中。
27.可选的，所述业务参数包括服务方式参数、文件清单参数、通知方式参数中的至少一种。
28.可选的，所述业务参数为服务方式参数和通知方式参数中的至少一种，所述操作模块，用于：
29.接收对所述预约页面中一个或多个业务参数的选择操作，以及接收在所述预约页面中输入的预约信息；
30.将所述预约信息和所述一个或多个业务参数，传输至所述预约预处理组件进行审核；
31.响应于审核结果为通过，生成预填单号，并调取预约成功页面，以在所述预约成功页面显示所述预填单号、所述一个或多个业务参数。
32.可选的，所述业务参数为文件清单参数，所述操作模块，用于：
33.接收用户在所述预约页面输入的预约信息，将所述预约信息发送至所述预约预处理组件进行审核；
34.响应于审核结果为通过，生成预填单号，并调取预约成功页面，以在所述预约成功页面显示所述预填单号和所述文件清单参数。
35.为实现上述目的，根据本发明实施例的再一方面，提供了一种业务处理电子设备。
36.本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的业务处理方法。
37.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的业务处理方法。
38.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算程序产品。本发明实施例的一种计算程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的业务处理方法。
39.根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：针对不同预约渠道的差异性，仅存储不同预约渠道下的预约业务列表，提供参数控制方式以针对每个预约业务设置业务参数，后续预约渠道仅关心预约业务的业务参数即可，且降低数据传输大小，加快预约业务的处理进度；若需扩展预约渠道和预约业务，只需按照同样的操作即可完成，且操作简便，以此实现所有预约渠道的控制规则统一整合。
40.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
41.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
42.图1是根据本发明实施例的一种业务处理方法的主要流程示意图；
43.图2是预约新开户业务的预约页面示意图；
44.图3是根据本发明实施例的一具体地业务处理方法的流程示意图；
45.图4是根据本发明实施例的业务处理实时框架示意图；
46.图5是根据本发明实施例的一种业务处理装置的主要模块示意图；
47.图6是本发明实施例可以应用于其中的示例性系统架构图；
48.图7是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。
具体实施方式
49.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
50.需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
51.参见图1，示出的是本发明实施例提供的一种业务处理方法的主要流程图，包括如
下步骤：
52.s101：响应于对目标渠道的选择操作，调用预约预处理组件，查询与所述目标渠道对应的预约业务列表并显示，以接收对所述预约业务列表中目标预约业务的选择操作；
53.s102：确定与所述目标预约业务对应的业务参数类型，查询与所述业务参数类型对应的功能编号，以调用与所述功能编号对应的接口，得到与所述业务参数类型对应的业务参数；
54.s103：获取与所述目标预约业务对应的页面参数，结合所述业务参数生成预约页面并显示，以根据在所述预约页面中的操作信息进行相应操作。
55.上述实施方式中，对于步骤s101，本方案中的预约业务指的是用户预约要办理的业务，例如个人开户填单、对公开户预约、大额取现预约、外币预约、进账单等。
56.预约预处理的模式分为以下几种：
57.1、线下取号、线上预填预处理-预填单模式，适用业务/场景：直接到店办理业务的用户，填单或信息收集较多、较繁琐的业务。
58.2、线上预约预处理、线下审核确认(含实物交付)-预约预处理模式，适用业务/场景(线上办不了的业务)：1)非实物交付类，如证件变更、结清销户等；2)实物交付类，如开户、挂失后续处理、实物黄金、大额取款等。
59.3、线上申请/通知、线下实物异步-实物异步模式，适用业务/场景：需要用户向银行交付实物(实物无需退还用户)，但柜面审核或者处理耗时较长的业务，如对公票据处理、大额现金存款等。
60.4、线上用户识别、线下专属服务-上门服务模式、线上代理预约，适用业务/场景：专家咨询类、理财咨询、资产配置；业务价值较高的批量开户或大用户服务；老年残障用户绿色通道服务等。
61.5、线下本人办理-代理预约模式，适用场景/业务：子女代父母场景，老年人高频业务中较复杂的业务。
62.根据上述描述，可知由于预约填单模式的不同，导致不同预约渠道所支持的服务方式也有所不同，同一预约渠道下不同预约业务所需要的文件清单也不同。本方案首先由银行柜面系统进行业务类型参数的维护，如服务方式参数、文件清单参数、通知方式参数等。
63.例如，大额预约业务支持到店办理、邮寄到家这两个服务方式，个人开户业务也支持到店办理、邮寄到家这两个服务方式，但对公开户预约业务只支持到店办理这一种服务方式。例如，对公开户预约业务需要的文件清单，包括营业执照、法人身份证正反面、开户申请书等资料。例如，通知方式分为电话通知、短信通知、邮件通知、纸质文件通知，对公开户预约业务支持短信通知和邮件通知。
64.可以针对每个预约业务设置编号，例如大额预约业务的编号是00001，个人开户预约业务的编号是00002，业务编号用以区分业务。建立预约业务编号与业务参数的对应关系，并存储到预约预处理组件的数据库中，便于后续依据预约业务编号从数据库中查询相应业务参数。
65.预约渠道较多，如个人手机银行、个人网银、网站、掌上网点、微信银行、企业手机银行、企业网银、移动门户。每个预约渠道都预先设置一个渠道编号，例如010001表示手机
银行渠道。每个预约渠道均部署了所支持的预约业务的入口，例如掌上网点小程序渠道部署了大额预约、小额预约、对公开户预约等业务，手机银行渠道部署了个人开户预约、外币预约等业务，基于支持的预约业务生成预约业务列表，建立预约渠道和预约业务列表的对应关系，以存储到预约预处理组件的数据库中。虽预约业务列表中可以仅存储业务编号，但这要求用户需熟悉每个编号对应的预约业务，要求较高，不利于用户体验，因而本方案中预约业务列表优选设置为业务名称。
66.用户可以选择任一个预约渠道，作为目标预约渠道，根据目标预约渠道的编号，调用预约预处理组件，从数据库查询到该目标渠道所支持的预约业务列表，以便用户从中选择待预约的业务。例如用户选择手机银行渠道，预约预处理组件根据手机银行渠道编号010001查询到该渠道支持的预约业务列表，包括个人开户预约、外币预约等业务，之后用户从中选择了个人开户预约业务，作为目标预约业务。
67.对于步骤s102，根据实际业务场景，有些预约业务只需要查询支持哪些服务方式，例如小额预约业务，办理预约不需要携带额外的文件，而有些预约业务需要查询需要的文件清单，例如前述对公开户预约业务需要营业执照、法人身份证正反面、开户申请书等资料。而有些预约业务可能需要所有服务方式参数、文件清单参数、通知方式参数等业务参数。
68.根据上述描述可知不同的业务参数的类型有所不同，相应所调用的接口也有所不同。功能编号是指技术接口上的内容，本方案预先针对不同的接口设置功能编号，例如1对应查询服务方式参数接口、2对应查询文件清单参数接口、3对应查询通知方式参数。结合前述不同预约业务的业务参数类型的不同，也可以建立业务参数类型和功能编号之间的对应关系。
69.实施例一，目标预约业务对应的业务参数类型仅为服务方式参数，与服务方式参数对应的功能编号为1
70.预约预处理组件的数据库中已预先维护有该目标预约业务支持的服务方式参数，因而可以通过与功能编号1对应的接口，从数据库查询目标预约业务支持的服务方式参数。例如共设置到店办理、邮寄到家、上门服务，个人开户支持到店办理和邮寄到家这两种服务方式。
71.实施例二，目标预约业务对应的业务参数类型仅为文件清单参数，与文件清单参数对应的功能编号为2
72.预约预处理组件的数据库中已预先维护有该目标预约业务支持的文件清单参数，因而可以通过与功能编号2对应的接口，从数据库查询目标预约业务支持的文件清单参数。例如，对公开户预约业务需要的文件清单，包括营业执照、法人身份证正反面、开户申请书等资料。
73.实施例三，目标预约业务对应的业务参数类型仅为通知方式参数，与通知方式参数对应的功能编号为3
74.预约预处理组件的数据库中已预先维护有该目标预约业务支持的通知方式参数，因而可以通过与功能编号3对应的接口，从数据库查询目标预约业务支持的通知方式参数。例如，对公开户预约业务支持短信通知和邮件通知。
75.实施例四，目标预约业务对应的业务参数类型包括服务方式参数、文件清单参数、
通知方式参数中的两个或者三个，则按照业务参数类型组合上述实施例一～实施例三，在此不再赘述。
76.对于步骤s103，不同预约业务的预约页面有所不同，参见图2所示，预约新开户业务的预约页面包括开户类型、是否他人预约、服务方式参数和网点预约取号区域，服务方式参数通过前述步骤获得，而开户类型、是否他人预约以及网点预约取号为该预约新开户业务对应的特定页面参数。
77.首先获取与目标预约业务对应的页面参数，结合前述获取到的业务参数，以生成该目标预约业务的预约页面。用户可以在该预约页面上选择信息或者输入预约信息，如在图2中选择服务方式为上门服务，选择是否他人预约为否，并在开户类型、网点预约取号区域输入相应的信息。
78.当用户在预约页面填写完相关信息后，点击页面底部“确认”或者“提交”按钮，预约预处理组件会将用户填写的信息以及选择信息发送到预约预处理组件的后端进行审核。审核通过后，前端预约页面会显示预约成功页面，并在预约成功页面显示预填单号，根据不同预约业务、时间点和/或已生成的单号，生成的预填单号有所不同，例如预约业务1的预填单号以a为开头，如a01，预约业务2的预填单号以b为开头。
79.预约成功页面，一般会提示用户办理该预约业务所需的文件清单参数，或者其在预约页面选择的服务方式参数或通知方式参数等。另外，预约成功页面可以是独立于预约页面的一个页面，例如从预约页面跳转到预约成功页面，或者预约页面上滑显示预约成功页面，至此预约业务流程完毕。
80.上述实施例所提供的方法，将各个预约渠道零散的控制规则，都统一由预约预处理组件进行管理，针对预约业务的参数进行配置化，能够统一规范预约流程，实现智慧、智能的预约业务处理操作。
81.参见图3，示出了根据本发明实施例的一具体地业务处理方法流程示意图，包括如下步骤：
82.s301：响应于对目标渠道的选择操作，调用预约预处理组件，查询与所述目标渠道对应的预约业务列表并显示，以接收对所述预约业务列表中目标预约业务的选择操作；
83.s302：确定与所述目标预约业务对应的业务参数类型，查询与所述业务参数类型对应的功能编号，以调用与所述功能编号对应的接口，得到与所述业务参数类型对应的业务参数；其中，所述业务参数包括服务方式参数、文件清单参数、通知方式参数中的至少一种；
84.s303：获取与所述目标预约业务对应的页面参数，结合服务方式参数和/或文件清单参数生成预约页面并显示；
85.s304：接收用户在预约页面中输入的预约信息、在服务方式参数和/或文件清单参数中选择的参数；
86.s305：将所述预约信息和选择的参数，传输至所述预约预处理组件进行审核，响应于审核结果为通过，生成预填单号，并调取预约成功页面；
87.s306：在所述预约成功页面显示所述预填单号、所述选择的参数和文件清单参数。
88.新金融和数字经济时代，应用互联网技术和数字技术与用户建立有效连接已日益成为企业的核心竞争能力。营业网点经营逐步由“金融业务办理”趋向于“生态化、智能化、
线上化”新样态。本发明实施例中，实际一个预约业务的业务参数中，包含服务方式参数、文件清单参数、通知方式参数中的至少一种：
89.1、用户选择掌上网点小程序，预约预处理组件从数据库中，查询到与该掌上网点小程序的编号对应的预约业务列表并显示，用户从中选择了大额预约业务；
90.2、预约预处理组件从数据库中，查询到与该大额预约业务的编号对应的业务参数类型，假设为服务方式参数和文件清单参数；
91.3、预约预处理组件确定与服务方式参数对应的功能编号为1，调用与功能编号1的接口，以查询与大额预约业务对应的服务方式参数；以及确定与文件清单参数对应的功能编号为2，调用与功能编号2的接口，以查询与大额预约业务对应的文件清单参数；
92.4、获取与大额预约业务对应的页面参数，结合服务方式参数生成预约页面并显示，如展示到店办理、邮寄到家这两种服务方式，用户从中选择其中一种；
93.5、将用户在预约页面中输入的预约信息和选择的服务方式，传输至预约预处理组件的后端进行审核，若审核通过，则根据大额预约业务、当前时间点或已生成的单号，生成新的预填单号；
94.6、调取预约成功页面，表示预约成功，并在预约成功页面上显示新的预填单号、选择的服务方式参数、文件清单参数，如需要带身份证证件等文件。
95.上述实施例所提供的方法，针对不同预约渠道的差异性，仅存储不同预约渠道下的预约业务列表以及每个预约业务的业务参数，后续预约渠道仅关心预约业务的业务参数即可，无需再规范每个预约业务支持的服务方式、文件清单、通知方式等，实现渠道统一管理，便于渠道和预约业务的扩展。
96.参见图4，示出了根据本发明实施例的整体框架示意图，包括预约渠道端、应用集成层、银行柜面系统和预约系统：
97.1、预约渠道端包括所有预约渠道，如个人手机银行、个人网银、网站、掌上网点、微信银行、企业手机银行、企业网银、移动门户，根据不同业务的实际预约流程，查询所需的业务参数并显示。
98.2、应用集成层，预约预处理组件的交易都统一发布在应用集成层，所有预约渠道、银行柜面系统调用预约业务的交易都要经过这一层；其中，交易是技术层面的接口，通过调用接口来查询想要的参数。
99.3、银行柜面系统：负责预约业务的业务参数的维护、更新、删除操作，包括预约服务方式管理、预约服务方式查看、预约业务文件清单管理、预约业务文件清单查看、预约通知方式管理、预约通知方式查看等。
100.4、预约系统：负责预约业务的整个业务参数的落地，包括预约参数配置管理、预约参数存储管理、预约参数日志管理，日志可以是某个时间点对某个业务参数的查询记录、修改记录、创建记录或删除记录，对于删除的业务参数，其状态为已删除，对于正在修改/创建的业务参数，其状态为待生效，其他情况通常为已生效状态。
101.参数维护岗位人员在银行柜面系统，将预约业务的业务参数维护到预约预处理组件后端，预约渠道端调用预约预处理组件后端发布的参数查询交易，以查询相应预约渠道的预约业务列表、预约业务的业务参数。
[0102][0103]
参见图5，示出了本发明实施例提供的一种业务处理装置500的主要模块示意图，包括：
[0104]
查询模块501，用于响应于对目标渠道的选择操作，调用预约预处理组件，查询与所述目标渠道对应的预约业务列表并显示，以接收对所述预约业务列表中目标预约业务的选择操作；
[0105]
调用模块502，用于确定与所述目标预约业务对应的业务参数类型，查询与所述业务参数类型对应的功能编号，以调用与所述功能编号对应的接口，得到与所述业务参数类型对应的业务参数；
[0106]
操作模块503，用于获取与所述目标预约业务对应的页面参数，结合所述业务参数生成预约页面并显示，以根据在所述预约页面中的操作信息进行相应操作。
[0107]
本发明实施装置还包括配置模块，用于：
[0108]
接收对所述目标渠道配置的一个或多个预约业务，基于所述一个或多个预约业务生成预约业务列表，将所述目标渠道的编号和所述预约业务列表的对应关系，存储至所述预约预处理组件的数据库中；以及
[0109]
接收对每个预约业务配置的业务参数，建立所述每个预约业务的编号和业务参数的类型的对应关系，将所述对应关系存储至所述数据库中。
[0110]
本发明实施装置中，所述业务参数包括服务方式参数、文件清单参数、通知方式参数中的至少一种。
[0111]
本发明实施装置中，所述业务参数为服务方式参数和通知方式参数中的至少一种，所述操作模块503，用于：
[0112]
接收对所述预约页面中一个或多个业务参数的选择操作，以及接收在所述预约页面中输入的预约信息；
[0113]
将所述预约信息和所述一个或多个业务参数，传输至所述预约预处理组件进行审
核；
[0114]
响应于审核结果为通过，生成预填单号，并调取预约成功页面，以在所述预约成功页面显示所述预填单号、所述一个或多个业务参数。
[0115]
本发明实施装置中，所述业务参数为文件清单参数，所述操作模块503，用于：
[0116]
接收用户在所述预约页面输入的预约信息，将所述预约信息发送至所述预约预处理组件进行审核；
[0117]
响应于审核结果为通过，生成预填单号，并调取预约成功页面，以在所述预约成功页面显示所述预填单号和所述文件清单参数。
[0118]
另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。
[0119]
图6示出了可以应用本发明实施例的示例性系统架构600，包括终端设备601、602、603，网络604和服务器605(仅仅是示例)。
[0120]
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，安装有各种通讯用户端应用，用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。
[0121]
网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0122]
服务器605可以是提供各种服务的服务器，需要说明的是，本发明实施例所提供的方法一般由服务器605执行，相应地，装置一般设置于服务器605中。
[0123]
应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0124]
下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0125]
如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
[0126]
以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
[0127]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可
拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
[0128]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0129]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0130]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括查询模块、调用模块、操作模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，操作模块还可以被描述为“页面操作模块”。
[0131]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行上述任一所述的业务处理方法。
[0132]
本发明的计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本发明实施例中的业务处理方法。
[0133]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围
之内。