一种业务处理方法、装置、存储介质及电子设备与流程

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.获取模块，用于根据所述数据格式对所述业务生成请求进行解析，以获取所述业务生成请求的第一指定字段中携带的所述第一用户所要生成的业务的业务类型；
43.查找模块，用于访问数据库，并根据获取的业务类型，在数据库中查找预先存储的与获取的所述业务类型对应的至少一个基本要素；
44.发送模块，用于根据解析所述业务生成请求后获得的所述业务生成请求的第二指
定字段中携带的所述第一用户的地址，将所述至少一个基本要素发送至所述地址；
45.第二接收模块，用于接收所述第一用户返回的处理后的基本要素，作为业务要素；
46.生成模块，用于根据所述业务要素，以及预先存储的各业务要素对应的组件业务代码，生成所述业务对应的业务代码；
47.执行模块，用于当根据所述业务要素确定为第二用户执行所述业务时，根据所述业务代码为所述第二用户执行所述业务。
48.本说明书提供的一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的业务处理方法。
49.本说明书提供的一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的业务处理方法。
50.本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
51.本说明书实施例在生成所需的业务时，根据该业务的业务类型，查找预先存储的与该业务类型对应的基本要素，第一用户对基本要素进行处理，得到业务要素，根据业务要素生成该业务的业务代码，当第二用户需要执行该业务时，通过该业务的业务代码执行该业务。在处理某种业务类型的业务时，不需要增加该种业务类型的业务代码，只需对该种业务类型的基本要素进行处理，这样不仅减少该种业务类型的业务的业务代码开发成本，还可以增强该种业务类型的业务的扩展性。另外，对于同种业务类型的业务，为满足业务的不同的营销需求，可以采用这种方法只需对同种业务类型的基本要素进行不同的配置。
附图说明
52.此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：
53.图1为本说明书实施例提供的业务处理流程示意图；
54.图2为本说明书实施例提供的业务处理装置结构示意图；
55.图3为本说明书实施例提供的电子设备的结构示意图。
具体实施方式
56.为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
57.在本说明书实施例中，需要处理的业务为借贷业务，而借贷业务也不尽相同，比如：现金分期、账单分期、小微贷、随用金等借贷业务。但是，不管哪种借贷业务都是由借款和还款两部分组成，在借款部分，就会涉及借款用途，针对不同的用途会生成不同的借款单，而在还款部分，就会涉及不同的还款方式。当借款用途为偿还消费类借款时，借款用户在某个商家进行消费后，借贷业务平台会保留该借款用户的消费记录，该借款用户可以选择分期还款或非分期还款。当该借款用户选择分期还款时，在该借款用户申请分期成功的同时，借贷业务平台会根据该借款用户当时的借贷场景，生成相应的借款单，借款单可以关
联到每一笔消费记录。其中，借款单包含借款金额、分期手续费、借款时间等内容。在借款金额成功偿还借款用户消费产生的金额后，借贷业务平台会生成相应的还款单，该还款单的还款方式为分期还款。
58.以下结合附图，详细说明本说明书各实施例提供的技术方案。
59.图1为本说明书实施例提供的业务处理流程示意图，包括：
60.s100：所述服务器通过所述传输协议接收所述第一用户发送的业务生成请求。
61.s102：根据所述数据格式对所述业务生成请求进行解析，以获取所述业务生成请求的第一指定字段中携带的所述第一用户所要生成的业务的业务类型。
62.在本说明书实施例中，服务器预先与第一用户约定传输业务生成请求所使用的传输协议和数据格式。其中，传输协议包括：tcp、udp、http等传输协议，传输协议规定了传输业务数据的数据格式。当第一用户向服务器发送业务生成请求后，服务器根据预先约定的传输协议及对应的数据格式对业务生成请求进行解析，得到所要生成的业务的业务类型。其中，业务生成请求包括第一指定字段和第二指定字段，第一指定字段携带了所要生成的业务的业务类型，第二指定字段携带了第一用户的地址。
63.进一步，第一用户可以是开发人员，业务类型可以是借贷类型，相应的所要生成的业务为借贷业务。对于借贷业务，在实际应用中可以根据不同的营销活动对借贷业务进行处理，以适应不同的借贷需求。
64.例如，在“6.18”期间，某银行与xx商家进行合作，推出为期5天的线下购物活动，在此期间消费者可以0手续费对在xx商家消费产生的支付单进行分期。
65.在开展营销活动之前，第一用户需要配置上述提到的借贷需求，生成对应的借贷业务的业务代码。
66.因此，第一用户将携带借贷类型的业务生成请求发送给服务器，服务器接收到第一用户发送的业务生成请求后，解析该业务生成请求并获得所要生成的业务的业务类型。
67.s104：访问数据库，并根据获取的业务类型，在数据库中查找预先存储的与获取的所述业务类型对应的至少一个基本要素。
68.在本说明书实施例中，预先根据不同业务类型的业务，获取每种业务的共同特征，作为基本要素，并将每种业务的基本要素与对应的业务类型进行关联，并存储到数据库中。当需要生成某种业务类型的业务代码时，通过上述步骤s102获得业务生成请求的业务类型后，根据该业务类型，在数据库中查找与该业务类型关联的基本要素。
69.具体的，当业务类型为借贷类型时，借贷类型所关联的基本要素包括：借款要素、还款要素、借款时间和消费商家其中至少一种。其中，借款要素包括：借款用途、借款额度和分期手续费。还款要素包括：还款方式和计息计费。
70.s106：根据解析所述业务生成请求后获得的所述业务生成请求的第二指定字段中携带的所述第一用户的地址，将所述至少一个基本要素发送至所述地址，接收所述第一用户返回的处理后的基本要素，作为业务要素。
71.在本说明书实施例中，在步骤s102中对第一用户发送的业务生成请求进行解析后，得到第一用户的地址，然后将基本要素发送到第一用户的地址。第一用户获得了所要生成的业务的一些基本要素后，第一用户对这些基本要素进行配置，配置完成的基本要素作为业务要素。
72.具体的，上述借款要素中的借款用途分为现金放款类借款和偿还消费类借款。其中，现金放款类借款是指将借款金额直接放款到借款人指定的账户中，偿还消费类借款是指：根据借款人的消费记录，直接将借款金额用于偿还借款人消费所产生的金额，不需要将借款金额放款到借款人的账户中。借款额度是指：在客户端用户借款时，先确定第二用户(即，客户端用户)的风险等级，根据不同风险等级对应的不同的借款额度，再获得第二用户对应风险等级的借款额度。还款要素中的还款方式分为分期还款和非分期还款。其中，分期还款是指将借款金额分成n期进行还款，非分期还款是指在预设的还款日期之前随时还款。还款要素中计息计费是指计算利息和计算手续费。
73.进一步，继续沿用上例，根据“6.18”活动对借贷类型的基本要素进行配置。配置结果如下：
74.借款用途：偿还消费类借款；
75.分期手续费：0；
76.借款时间：6月14日～6月18日；
77.消费商家：xx商家；
78.还款方式：分期还款；
79.计息计费：计算利息，不计算分期手续费；
80.借款额度：如表1。
81.风险等级借款额度/元低风险》10000中低风险5001～10000中风险2000～5000高风险《2000
82.表1
83.s108：根据所述业务要素，以及预先存储的各业务要素对应的组件业务代码，生成所述业务对应的业务代码。
84.在本说明书实施例中，根据接收到的每个业务要素，获取预先存储的每个业务要素对应的组件业务代码，通过每个业务要素之间的关联关系，确定每个业务要素对应的组件业务代码之间的调用关系，根据每个组件业务代码之间的调用关系，生成所要生成的业务对应的业务代码，即，“6.18”期间借贷业务的业务代码。
85.具体的，针对每个业务要素，都预先存储的与该业务要素对应的组件业务代码，根据每个业务要素之间的关联关系，第一用户还可以对每个业务要素对应的组件业务代码之间的调用关系进行配置。
86.进一步，上例中的还款方式与计息计费相关联，即，分期还款对应分期还款的计算利息和分期手续费的方法，未分期还款对应未分期还款的计算利息的方法。开发人员可以配置还款方式对应的组件业务代码与计息计费对应的组件业务代码的调用关系。另外，当客户端用户执行借贷业务时，需要对客户端用户当前的业务场景进行判断，判断时就需要调用与借款相关的组件业务代码，这样的调用关系也需要开发人员进行配置。
87.s110：当根据所述业务要素确定为第二用户执行所述业务时，根据所述业务代码为所述第二用户执行所述业务。
88.在本说明书实施例中，当接收到第二用户发送的业务执行请求时，根据发送的业务执行请求，获取第二用户当前的业务场景。判断当前的业务场景与上述配置完成的业务的业务要素是否匹配，若匹配，则可确定第二用户当前需要执行的业务为上述配置完成的业务。根据上述已配置完成的业务对应的业务代码为第二用户执行该业务。
89.其中，判断第二用户请求执行的业务的业务场景与上述配置完成的业务的业务要素是否匹配，可以判断以下条件是否满足：
90.判断业务场景中的业务执行时间与第一用户配置的借款时间是否匹配；
91.确定第一用户配置的消费商家所对应的消费商家的地点，判断业务场景中的业务执行地点与第一用户配置的消费商家的地点是否匹配；
92.判断业务场景中的业务执行的用途与第一用户配置的借款用途是否匹配；
93.确定第二用户的风险，根据第二用户的风险，查找与第二用户的风险对应的借款额度，根据第二用户的风险对应的借款额度，判断第二用户的借款额度是否大于或等于第二用户的消费金额；
94.若满足上述预设数量的条件，则确定第二用户请求的业务的业务场景与上述配置完成的业务的业务要素匹配；若不满足上述预设数量的条件，则确定第二用户请求的业务业务场景与上述配置完成的业务的业务要素不匹配。
95.具体的，继续沿用上例，获取用户a(第二用户)当前的业务场景中的借款时间、消费商家的地点、借款的用途和用户a的消费金额，判断用户a的业务场景的借款时间是否处于6月14日～6月18日，根据用户a当前的消费商家的地点，查找用户a当前的消费商家，判断用户a的业务场景的消费商家是否为xx商家，判断用户a的业务场景的借款用途是否为偿还消费类借款，先确定第二用户的风险等级，根据用户a的风险等级以及预先配置的不同风险等级与借款额度的对应关系，查找与用户a风险等级对应的借款额度，判断用户a的业务场景中用户a的借款额度是否大于或等于用户a的消费金额。若预设数量为3，即上述判断条件满足任意3个，则可以确定用户a当前请求执行的业务为“6.18”期间的借贷业务。用户a就可以享受“6.18”活动带来的优惠，即0手续费分期。
96.通过上述图1所示的方法可见，本说明书在在生成所需的业务时，根据该业务的业务类型，查找预设的与该业务类型对应的基本要素，第一用户对基本要素进行处理，得到业务要素，根据业务要素生成该业务的业务代码，当第二用户需要执行该业务时，通过该业务的业务代码执行该业务。在增加某种业务类型的业务时，不需要增加该种业务类型的业务代码，只需对该种业务类型的基本要素进行处理，这样不仅减少业务代码开发成本，还增强该种业务类型的业务的扩展性。其中，所述的处理就是根据实际应用的需求对该种业务类型的基本要素进行不同的配置。另外，对于同种业务类型的业务，为满足同种业务的不同的营销需求，只需对同种业务类型的基本要素进行不同的配置，或者，只增加同种业务类型中的基本要素，不需要再增加满足营销需求的借贷业务的完整业务代码。
97.以上为本说明书实施例提供的业务处理方法，基于同样的思路，本说明书还提供了相应的装置、存储介质和电子设备。
98.图2为本说明书实施例提供的一种业务处理装置的结构示意图，所述装置包括：
99.第一接收模块201，用于所述服务器通过所述传输协议接收所述第一用户发送的业务生成请求；
100.获取模块202，用于根据所述数据格式对所述业务生成请求进行解析，以获取所述业务生成请求的第一指定字段中携带的所述第一用户所要生成的业务的业务类型；
101.查找模块203，用于访问数据库，并根据获取的业务类型，在数据库中查找预先存储的与获取的所述业务类型对应的至少一个基本要素；
102.发送模块204，用于根据解析所述业务生成请求后获得的所述业务生成请求的第二指定字段中携带的所述第一用户的地址，将所述至少一个基本要素发送至所述地址；
103.第二接收模块205，用于接收所述第一用户返回的处理后的基本要素，作为业务要素；
104.生成模块206，用于根据所述业务要素，以及预先存储的各业务要素对应的组件业务代码，生成所述业务对应的业务代码；
105.执行模块207，用于当根据所述业务要素确定为第二用户执行所述业务时，根据所述业务代码为所述第二用户执行所述业务。
106.可选地，当所述业务类型为借贷类型时，所述基本要素包括：借款要素、还款要素、借款时间和消费商家其中至少一个。
107.可选地，所述业务要素包括：所述第一用户配置的借款要素、还款要素、借款时间和消费商家；
108.所述第一用户配置的借款要素包括：借款用途、借款额度和分期手续费；
109.所述借款用途为现金放款类借款或偿还消费类借款；
110.所述借款额度为不同风险的第二用户对应的借款额度；
111.所述第一用户配置的还款要素包括：还款方式和计息计费；
112.所述还款方式为分期还款或非分期还款。
113.可选地，所述生成模块206具体用于，根据接收的每个业务要素，获取每个业务要素对应的组件业务代码；
114.根据每个业务要素对应的组件业务代码，生成所述业务对应的业务代码。
115.可选地，所述生成模块206具体用于，通过每个业务要素之间的关联关系，确定每个业务要素对应的组件业务代码之间的调用关系；
116.根据每个组件业务代码之间的调用关系，生成所述业务对应的业务代码。
117.可选地，所述执行模块207具体用于，当接收到第二用户发送的业务执行请求时，根据所述业务执行请求，获取所述第二用户当前的业务场景；
118.判断所述业务场景与所述业务的业务要素是否匹配；
119.若匹配，则根据所述业务对应的业务代码为所述第二用户执行所述业务。
120.可选地，所述执行模块207具体用于，判断以下条件是否满足：
121.所述业务场景中的业务执行时间与所述第一用户配置的借款时间是否匹配；
122.所述业务场景中的业务执行地点与所述第一用户配置的消费商家的地点是否匹配；
123.所述业务场景中的业务执行的用途与所述第一用户配置的借款用途是否匹配；
124.所述第二用户的风险对应的额度是否大于或等于所述第二用户的消费金额；
125.若满足上述预设数量的条件，则确定所述业务场景与所述业务的业务要素匹配；
126.若不满足上述预设数量的条件，则确定所述业务场景与所述业务的业务要素不匹
配。
127.本说明书还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可用于执行上述图1提供的业务处理方法。
128.基于图1所示的运动轨迹的预测方法，本说明书实施例还提供了图3所示的无人设备的结构示意图。如3，在硬件层面，该无人设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1所述的业务处理方法。
129.当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
130.在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。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
131.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视
为既可以是实现方法的软件模块又可以是硬件部件内的结构。
132.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
133.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
134.本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
135.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
136.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
137.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
138.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
139.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
140.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备
或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
141.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
142.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
143.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
144.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
145.以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。