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

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.图1为本说明书提供的业务执行的方法的流程示意图；
46.图2为本说明书提供的业务执行的方法的流程示意图；
47.图3为本说明书提供的业务执行的装置的示意图；
48.图4为本说明书提供的对应于图1的电子设备示意图。
具体实施方式
49.为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
50.用户在执行业务时，服务提供方会针对一些业务提供多种业务执行方式，以使用户通过合适的执行方式来执行业务。目前，服务提供方在确定用于执行用户的业务请求对应的业务的执行方式时，通常需要经过两个阶段。以业务请求对应的业务类型为支付业务为例，需要经过业务系统确定和支付系统确定两个阶段。
51.一般的，在接收到用户发送的业务请求后，服务提供方的业务系统会根据业务请求中携带的业务场景信息，确定该业务请求对应的业务场景，然后判断是否预设有该业务场景的业务执行方式，若存在，则业务系统可将预设的该业务场景的业务执行方式的标识发送给服务提供方的支付系统，以使支付系统根据该标识，通过该业务场景的业务执行方式执行该业务请求对应的业务。若不存在，则该支付系统可根据确定出的业务场景标识，确定预设的该业务场景下可执行的各业务执行方式，根据各业务执行方式的优先级，该支付系统可确定目标执行方式，并根据目标执行方式执行该业务请求对应的业务。但是，现有技术中基于两个系统的决策确定出的目标执行方式，仅考虑了业务场景，并未考虑用户意愿，导致用户体验下降，降低用户执行业务的概率。
52.例如，假设业务场景为酒店支付业务场景，且预设酒店支付业务场景的业务执行方式为先享后付支付方式，当使用先享后付支付方式执行该酒店支付业务失败时，支付系统可确定该酒店支付类对应的各业务执行方式为极速支付方式和标准支付方式，且极速支付方式的优先级高于标准支付方式，则支付系统可确定基于极速支付方式执行该酒店支付业务。若该业务请求对应的用户为想要自己选择支付方式的用户，即，偏向于使用标准支付方式的用户，有极大概率会拒绝使用先享后付支付方式与使用极速支付方式执行该业务请求对应的业务，导致支付业务执行失败，占用了业务执行资源，降低了业务执行的效率。
53.区别于现有技术在接收到业务请求后，根据该业务请求中携带的业务场景信息，确定预设的该业务场景的业务执行方式作为目标执行方式，执行该业务请求对应的业务，本说明书提供一种新的业务执行的方法，使得可基于用户的用户信息，用户的历史行为信息，以及业务场景信息，确定出与用户更匹配的目标执行方式，提供业务执行的效率。
54.以下结合附图，详细说明本说明书各实施例提供的技术方案。
55.图1为本说明书提供的业务执行的方法的流程示意图，具体包括以下步骤：
56.s100：接收携带有用户标识和业务场景标识的业务请求。
57.在本说明书提供的一个或多个实施例中，该业务执行的方法针对的是用户执行服务提供方提供的业务的场景，该业务执行流程具体可由服务提供方的服务器执行。
58.一般的，在用户使用服务提供方的服务执行业务过程中，可通过终端向服务提供方的服务器发送业务请求。其中，用户执行的业务可为支付业务、验证业务等多种类型的业务，该终端可以是手机、平板电脑、个人电脑、自动柜员机、销售点终端(point of sales terminal，pos机)等，本说明书对此不做限制。
59.具体的，该服务器可接收用户通过终端发送的业务请求，该业务请求中携带有该用户的用户标识和业务场景标识，以便于该服务器根据接收到的业务请求，确定该业务请求中携带的用户标识和业务场景标识，并基于用户标识和业务场景标识执行后续步骤。
60.s102：根据所述用户标识，确定所述用户的用户信息以及所述用户的历史行为信息，所述用户的历史行为信息至少包括所述用户在各业务场景中执行业务的业务执行方式。
61.现有技术中，业务系统和支付系统是两个独立的系统，两个系统是解耦的，互不干涉对方的决策，而基于业务系统和支付系统两阶段的决策，确定用于执行业务请求对应的业务的目标执行方式的原因是：针对每个系统，能够快速调整自身对应的目标执行方式。如，在酒店支付业务场景中，若想要将该场景对应的业务执行方式从代扣支付方式变更为
先享后付支付方式，则仅需要调整业务系统即可。但服务提供方在预设业务场景的业务执行方式时，往往是基于该业务场景的特点进行预设，并未考虑到用户意愿，导致出现用户体验下降，降低用户执行业务的概率的问题。而本说明书中不仅考虑到用户在该业务场景中执行业务时使用的业务方式，还考虑到用户在该服务提供方提供的其他业务场景中使用的各业务执行方式，进而可得到用户的使用习惯等信息，以便于确定出符合用户意愿的业务执行方式。基于此，该服务器可根据业务请求中携带的用户标识确定用户信息和用户历史行为信息。
62.具体的，该服务器可根据该用户标识，从预先存储的各用户的用户信息中，确定该用户标识对应的用户信息，其中，用户信息可包括用户年龄、用户性别、用户所在地、用户是否已实名认证等可以展示用户个人特性的信息，具体的用户信息的内容可根据需要进行设置，本说明书对此不做限制。
63.该服务器还可根据该用户标识，从已存储的各历史业务的业务信息中，确定该用户标识对应的历史业务信息，其中，历史业务信息可包括用户对于各业务执行方式的使用次数、用户使用各业务执行方式执行业务的成功次数与失败次数、用户更偏好于使用何种业务执行方式、各业务执行方式是否在用户的黑白名单中、用户最近一次使用的业务对应的业务执行方式等可用于表征用户在该服务提供方提供的各业务场景中通过各业务执行方式执行业务的情况的信息。
64.以确定用户的黑白名单为例，可根据用户通过各业务执行方式执行业务成功和失败的概率确定用户的黑白名单，假设用户在历史上执行验证业务时，通过指纹验证方式执行业务成功的概率高于预设的第一阈值，如，80％，则可确定该用户的白名单中存在指纹验证方式。若用户通过面容验证方式执行业务成功的概率低于预设的第二阈值率，如，20％，则可确定面容验证方式在该用户的黑名单中。若用户通过数字密码验证方式执行业务成功的概率为55％，低于第一阈值且高于第二阈值，则可根据用户最近一次通过密码验证方式执行业务时，业务是否执行成功来判断该验证方式是否在用户的白名单中，若执行成功，则可确定数字密码验证方式在用户的白名单中。当然，也可仅根据用户最近一次通过各业务执行方式执行业务时是否成功来确定用户的黑白名单，如，最近一次通过指纹验证方式执行业务成功，则可确定指纹验证方式在用户的白名单中。具体的历史业务信息的内容以及确定方式可根据需要进行设置，本说明书对此不做限制。
65.s104：根据所述用户的用户信息以及所述用户的历史行为信息，确定所述用户对应的用户执行条件，根据预设的所述业务场景标识对应的场景执行条件，以及确定出的所述用户执行条件，从预先存储的各业务执行方式中，确定满足所述场景执行条件和所述用户执行条件的各业务执行方式，作为各待选执行方式。
66.在本说明书提供的一个或多个实施例中，本说明书提供的业务执行方法在确定用于执行业务请求对应的业务时，不仅需要考虑到业务场景的特点，还需考虑到用户意愿，以确定出符合该业务场景特点和用户意愿的目标执行方式，提高用户执行业务的概率。
67.具体的，对于业务场景来说，因为其数量有限且各业务场景有其特点，则可针对每个业务场景预设有该业务场景对应的场景执行条件。
68.对于用户来说，即使用户画像相似的用户，其历史行为也可能大相径庭，因而可针对每个用户，基于该用户的用户信息和用户历史行为信息，可确定该用户的用户执行条件，
则满足场景执行条件和用户执行条件的业务执行方式，不仅考虑到了该业务场景的特点，还考虑到了用户意愿，进而可提高用户执行业务的概率。
69.具体的，该服务器可根据业务请求中携带的业务场景标识，确定该业务场景对应的场景执行条件。对于每个业务场景来说，该业务场景对应的场景执行条件可以是多个，并且各场景执行条件可为预设的。如，预设单车支付业务场景中可用的业务执行方式为：代扣支付方式、极速支付方式、标准支付方式，代扣支付方式为不需要用户同意由服务提供方进行扣款的方式，极速支付方式为仅需要用户点击支付按钮即可进行支付的方式，如，小额免密支付，标准支付方式为需要用户选择支付渠道(如，银行卡、信用卡、用户在服务提供方的账户等)，输入支付密码后进行支付的方式。
70.该服务器还可根据步骤s102中确定出的业务请求对应的该用户的用户信息和历史行为信息，确定该用户对应的用户执行条件。具体可为根据用户画像和用户在该服务提供方提供的各业务场景中执行业务使用的各业务执行方式确定。
71.以使用用户画像信息确定业务执行方式为例，假设用户的年龄为25岁，处于21～40岁之间，且用户的性别为男性，该年龄段的男性通常会使用极速支付执行业务，于是，用户执行条件可包括极速支付方式可用。
72.以使用用户的历史行为信息确定用户执行条件为例，假设该用户的白名单中存在极速支付方式，而代扣支付方式在该用户的黑名单中，则可确定该用户的用户执行条件可包括极速支付方式可用，代扣支付方式不可用。或者，假设该用户在服务提供方的其他业务场景中使用代扣支付方式执行业务成功，则用户执行条件可包括代扣执行方式可用。或者，假设用户在最近一次执行验证业务时使用的是面容验证方式，且验证业务执行失败，则用户执行条件可包括面容验证方式不可用。或者，假设用户在最近一次执行验证业务时使用的是指纹验证方式，且验证业务执行成功，则用户执行条件可包括指纹验证方式可用。当然，该服务器在根据用户历史行为确定用户执行条件时，可采用上述用户历史行为包含内容中的一种或多种进行组合确定，具体根据何种历史行为信息确定用户执行条件可根据需要进行设置，本说明书对此不做限制。
73.当然，根据用户信息确定的用户执行条件，与根据历史行为信息确定用户执行条件，之间可能存在冲突，则具体确定那种用户执行条件也可根据需要设置。一般来说，由于根据用户信息确定的用户执行条件，可视为是一种通用条件。例如，相同或者相似的用户，根据其用户信息确定出的用户执行条件一般也是相同的。而基于历史行为信息确定用户执行条件，则可个性化的确定用户执行条件，因此当两种用户执行条件冲突时，可以优先使用历史行为信息确定用户执行条件。
74.进一步地，由于用户历史行为信息确定出的用户执行条件也可能相互之间存在冲突。例如，根据用户的黑名单确定用户执行条件为面容验证方式不可用，而根据用户对于各业务执行方式的使用次数确定出的用户执行条件为面容验证方式可用，可见基于用户历史行为信息，通过不同方式确定出的用户执行条件之间是存在冲突的。则可预设历史行为信息中包含的各内容对应的优先级，则当通过不同内容确定出的用户执行条件存在冲突时，可根据预设的优先级，确定用户执行条件。如，预设用户的黑名单的优先级高于用户对于各业务执行方式的使用次数的优先级，则根据用户的黑名单确定的用户执行条件为面容验证方式不可用，而根据用户对于各业务执行方式的使用次数确定出的用户执行条件为面容验
证方式可用时，可确定用户执行条件为面容验证方式可用。
75.当然，当根据用户历史行为信息的不同内容确定出的用户执行条件存在冲突时，还可查询该用户最近一次通过该有冲突的业务执行方式执行业务时，业务是否执行成功，若成功，则可确定用户执行条件为该有冲突的业务执行方式可用。具体如何根据用户信息和用户的历史行为信息确定用户执行条件的方式可根据需要进行设置，本说明书对此不做限制。
76.最后，根据预设的该业务场景标识对应的场景执行条件，以及确定出的用户执行条件，该服务器可从预先存储的各业务执行方式中，确定既满足场景执性条件，又满足用户执行条件的各业务执行方式，作为各待选执行方式。如，预存的各业务执行方式包括：代扣支付方式、极速支付方式、先享后付支付方式、标准支付方式。场景执行条件为：代扣支付方式、极速支付方式、标准支付方式可用，且代扣支付方式的优先级高于极速支付方式，极速支付方式的优先级高于标准支付方式。用户执行条件为：代扣支付方式不可用，极速支付方式、标准支付方式可用，且极速支付方式的优先级高于标准支付方式。于是，该服务器可确定可用于执行该业务请求对应的业务执行方式包括极速支付方式和标准支付方式，并将其作为各待选执行方式。
77.s106：根据各待选执行方式的优先级，确定用于执行所述业务请求对应的业务的目标执行方式，并通过所述目标执行方式，执行所述业务请求对应的业务。
78.在本说明书提供的一个或多个实施例中，确定出的各待选执行方式有其优先级，于是，为了确定出更准确的目标执行方式，该服务器可根据各待选执行方式的优先级，确定用于执行该业务请求对应的业务的目标执行方式。
79.具体的，该服务器可根据各待选执行方式，确定各待选执行方式在业务场景中的优先级，并根据确定出的优先级，选择优先级最高的待选执行方式，作为目标执行方式，则该服务器可通过目标执行方式，执行该业务请求对应的业务。
80.当然，也可根据各待选执行方式对于用户的优先级，或者根据各待选执行方式在业务场景中的优先级和对于用户的优先级，确定各待选执行方式的优先级，则该服务器可根据确定出的优先级，确定目标执行方式。其中，各待选执行方式可由用户使用各待选执行方式执行业务的次数，以及执行业务成功和失败的次数确定。具体的确定优先级的办法可根据需要进行设置，本说明书对此不做限制。
81.另外，在根据目标执行方式执行业务请求对应的业务失败时，该服务器可根据剩余待选执行方式的优先级，重新确定目标执行方式，并通过重新确定出的目标执行方式，执行该业务请求对应的业务，直至业务请求对应的业务被执行为止。
82.进一步的，若根据各待选执行方式执行业务时都失败了，则可认为存在其他因素，对于该业务请求对应的业务造成了干扰，或者各待选执行方式都不符合该用户的意愿，则该服务器可确定该业务场景可用的各业务执行方式中，除已确定过的各目标执行方式之外的各业务执行方式，按照优先级，确定目标执行方式，执行该业务请求对应的业务。如，单车支付业务场景中可用的各业务执行方式按照优先级进行排列为代扣支付方式、极速支付方式、先享后付支付方式、标准支付方式，待选支付方式分别为代扣支付方式和先享后付支付方式，当根据代扣支付方式和先享后付支付方式执行单车业务失败时，可根据剩余业务执行方式的优先级，确定极速支付方式为目标执行方式，执行该业务请求对应的业务。
83.更进一步的，为了避免根据确定出目标执行方式执行业务失败的次数过多，导致业务执行的时间过长或频繁弹窗对用户造成干扰，还可预设有次数阈值，当根据目标执行方式执行业务失败的次数达到次数阈值时，该服务器可将剩余的各待选执行方式发送至用户终端进行展示，并由用户对各待选执行方式进行选择，以使该用户选择符合其预期的业务执行方式执行该业务。
84.如，预设的次数阈值为两次，假设确定出的业务执行方式的排序为：a方式、b方式、c方式、d方式，当根据a方式和b方式执行均执行失败时，该服务器可将c方式和d方式推送至用户终端，由用户对其进行选择。
85.另外，为了保证业务执行效率和用户体验，在通过各待选执行方式执行业务均失败的情况下，该服务器可从该业务场景中可用的业务执行方式中，确定除已执行过该业务的各业务执行方式外的其他业务执行方式，并将确定出的其他业务执行方式发送至用户终端进行展示。由用户对各业务执行方式进行选择，以使该用户选择符合其预期的业务执行方式执行该业务。当然，具体当根据目标执行方式执行业务失败时，如何继续确定目标执行方式以使业务请求对应的业务得以执行的方法，以及向用户展示的业务执行方式的数量等可根据需要进行设置，本说明书对此不做限制。
86.基于图1的业务执行的方法，通过业务请求中携带的用户标识和业务场景标识，确定该用户的用户信息和历史行为信息，进而确定该用户的用户执行条件，根据预设的该业务场景标识对应的场景执行条件和确定出的用户执行条件，从各业务执行方式中，确定出满足场景执行条件和用户执行条件的各业务执行方式，作为各待选执行方式，并根据各待选执行方式的优先级，确定用于执行该业务请求对应业务的目标执行方式，以通过目标执行方式执行业务。本方法在确定目标执行方式时，不仅考虑到了业务场景的因素，还考虑到了用户意愿，使得通过确定出的目标执行方式执行业务的成功率更高，提升了业务执行的效率。
87.另外，一般情况下，在系统开发过程中，不同业务场景对应的系统是分别进行开发的，不同业务场景对应的系统之间是解耦的，可以方便灵活的增加、删减、调整业务场景，使得对某一业务场景对应的系统的调整，不会影响其他系统。因此，针对每个业务场景，现有技术需要询问用户是否在该业务场景中开通某支付方式，以提示用户开通某支付方式，使得用户可通过多种支付方式在各业务场景执行业务，但过于频繁的询问用户可能会导致用户体验下降，降低用户执行业务的概率，并且多次询问也会降低业务执行的效率。
88.而说明书对于服务提供方提供的所有业务场景，会根据该用户在各业务场景中执行的业务信息，询问用户是否在该服务提供方提供的所有业务场景中开通某支付方式，也就是说，本说明书中询问用户是否开通某支付方式的次数只有一次，提高了用户执行业务时的舒适度，进而提高业务执行的效率。
89.另外，在本说明书，为了确保确定出的目标执行方式的准确性，该服务器还可将影响用户在服务提供方的各业务场景中执行业务时使用的业务执行方式的因素进行提取，并基于提取到的内容，确定目标执行方式。
90.首先，该服务器可根据该业务场景的场景标识，从已存储的各业务场景的场景信息中，确定该场景标识对应的业务场景的场景信息。其中，该场景信息可包括用户发送业务请求的时间、用户发送业务请求的渠道(如，网页端、app端等)、各业务执行方式是否在该用
户在该业务场景中的黑白名单中等可以展示业务请求对应的业务场景的特性的信息。具体的业务场景信息的内容可根据需要进行设置，本说明书对此不做限制。
91.其次，该服务器可至少根据确定出的业务场景信息中的在该业务场景中各用户执行成功的业务执行方式与执行失败的业务执行方式，确定第一特征信息。当然，该服务器还可根据该业务场景信息包含的该用户发送业务请求的渠道，确定第一特征信息，具体的基于业务场景信息中的何种内容确定第一特征信息可根据需要进行设置，本说明书对此不做限制。
92.然后，该服务器还可根据步骤s102中确定的该用户的用户历史行为信息中的用户执行成功的业务执行方式和执行失败的业务执行方式，确定第二特征信息，以及根据用户的用户信息，确定第三特征信息。当然，该服务器还可根据用户在各业务场景中使用各业务执行方式的次数，确定第二特征信息，以及根据用户信息中的用户画像信息、用户最近一次使用的业务执行方式等，确定第三特征信息，具体的基于用户的历史行为信息中的何种内容确定第二特征信息和基于用户的用户信息中的何种内容确定第三特征信息可根据需要进行设置，本说明书对此不做限制。
93.最后，该服务器可将该第一特征信息、第二特征信息、第三特征信息作为输入，输入到预先训练好的预估模型中，得到该预估模型输出的预估执行方式。
94.另外，该服务器将该第一特征信息、第二特征信息、第三特征信息输入到预先训练好的预估模型后，该预估模型输出的可为执行该业务请求对应的业务的分值，基于这一特点，可预设有个业务执行方式对应的分值区间，则该服务器可根据确定出的分值以及各业务执行方式对应的分值区间，确定出预估执行方式。以酒店支付业务为例，假设该预估模型输出的该酒店支付业务对应的分值为70，而先享后付支付方式对应的分值区间为71～100，代扣支付方式对应的分值区间为41～70，标准支付方式对应的分值区间为1～40。则可确定预估执行方式为先享后付支付方式。
95.进一步的，在确定出预估执行方式后，该服务器可根据步骤s106中确定出的各待选执行方式的优先级，以及该预估执行方式的优先级，确定目标执行方式。
96.更进一步的，训练预估模型的方法可由训练模型的服务器执行。在训练模型时，该服务器可首先获取历史上执行过的各业务的业务信息，其中，各业务信息中包括执行该业务的用户的用户信息、该用户的历史行为信息、以及该业务对应的业务场景信息。
97.然后，该服务器可根据获取到的各业务的业务信息，确定各训练样本，以及根据各业务对应的业务执行方式，确定样本标签。其中，各训练样本包括业务对应的第一特征信息、第二特征信息、第三特征信息。样本标签可为各业务对应的业务执行方式对应的分值区间的中间值，各业务执行方式对应的分值区间为预设的。
98.最后，将各训练样本作为输入，输入待训练的预估模型中，得到所述预估模型输出的各训练样本对应的预估结果，最后，以各训练样本对应的预估结果和样本标签之间的差异最小化为优化目标，调整所述预估模型的模型参数。
99.当然，在确定样本标签时，还可根据确定样本标签为各业务执行方式对应的分值区间的端值等，具体如何根据业务执行方式对应的分值区间确定样本标签，可根据需要进行设置。
100.另外，在本说明书中，该服务器可仅通过预估模型确定预估执行方式，并将该预估
执行方式作为目标执行方式，执行业务请求对应的业务。也可仅通过场景执行条件和用户执行条件确定待选执行方式，并基于待选执行方式的优先级确定目标执行方式。当然，也可预设使用条件，如，当通过待选执行方式确定出的目标执行方式执行业务失败时，通过预估模型确定预估执行方式，然后将该预估执行方式作为目标执行方式，或根据预估执行方式和剩余待选执行方式的优先级确定目标执行方式，执行业务请求对应的业务。具体的确定目标执行方式的方法可根据需要进行设置。
101.基于图1所示的业务执行的方法的流程示意图，本说明书还提供如图2所示的业务执行的方法的流程示意图。其中，单车业务、外卖业务、酒店业务等为服务提供方提供的各业务场景，则该服务器可接收用户在该服务提供方提供的各业务场景中发起的业务请求，并根据该业务请求中的用户标识，确定该用户的用户信息和历史行为信息，根据该业务请求中的业务场景标识，确定该业务场景标识对应的场景执行条件，以及根据该用户的用户信息和历史行为信息确定用户执行条件，根据用户执行条件和场景执行条件确定目标执行方式。或者根据业务场景标识确定业务场景信息，根据业务场景信息确定第一特征信息，根据用户的历史行为信息确定第二特征信息，根据用户的用户信息确定第三特征信息，通过预估模型，根据第一特征信息、第二特征信息以及第三特征信息，确定目标执行方式。图2中可见，用户信息可包括是否用户是否实名、用户年龄等信息，用户历史行为信息可包括用户在该服务提供方提供的各业务场景中对各业务执行方式的使用次数，以及执行成功和失败次数等信息，业务场景信息可包括请求时间、来源渠道等信息，当然，具体的用户信息、用户历史行为信息、业务场景信息的内容可根据需要进行设置，本说明书对此不做限制。
102.以上为本说明书的一个或多个实施例提供的业务执行的方法，基于同样的思路，本说明书还提供了相应的业务执行的装置，如图3所示。
103.图3为本说明书提供的业务执行的装置示意图，具体包括：
104.接收模块200，用于接收携带有用户标识和业务场景标识的业务请求。
105.第一确定模块202，用于根据所述用户标识，确定所述用户的用户信息以及所述用户的历史行为信息，所述用户的历史行为信息至少包括所述用户在各业务场景中执行业务的业务执行方式。
106.第二预估模块204，用于根据所述用户的用户信息以及所述用户的历史行为信息，确定所述用户对应的用户执行条件，根据预设的所述业务场景标识对应的场景执行条件，以及确定出的所述用户执行条件，从预先存储的各业务执行方式中，确定满足所述场景执行条件和所述用户执行条件的各业务执行方式，作为各待选执行方式。
107.执行模块206，用于根据各待选执行方式的优先级，确定用于执行所述业务请求对应的业务的目标执行方式，并通过所述目标执行方式，执行所述业务请求对应的业务。
108.所述装置还包括：
109.预估模块208，用于根据所述业务场景标识，确定业务场景信息，至少根据所述业务场景信息中包含的所述业务场景中执行成功的业务执行方式与执行失败的业务执行方式，确定第一特征信息，至少根据所述用户的历史行为信息中包含的所述用户执行成功的业务执行方式和执行失败的业务执行方式，确定第二特征信息，根据用户的用户信息，确定第三特征信息，将所述第一特征信息、所述第二特征信息以及所述第三特征信息作为输入，输入到预先训练好的预估模型中，得到所述预估模型输出的预估执行方式。
110.可选地，所述预估模块208，具体用于将所述第一特征信息、所述第二特征信息以及所述第三特征信息作为输入，输入到预先训练好的预估模型中，得到所述预估模型输出的执行所述业务请求对应的业务的分值，根据所述分值和预设的各业务执行方式对应的分值区间，确定预估执行方式。
111.可选地，所述执行模块206，具体用于根据各待选执行方式和所述预估执行方式的优先级，确定用于执行所述业务请求对应的业务的目标执行方式。
112.可选地，所述执行模块206，还用于当根据所述目标执行方式执行所述业务请求对应的业务失败时，根据剩余待选执行方式的优先级，重新确定目标执行方式，通过重新确定出的目标执行方式，执行所述业务请求对应的业务，直至所述业务请求对应的业务被执行为止。
113.可选地，所述预估模块208，还用于获取历史上执行过的各业务的业务信息，所述业务信息中包括执行所述业务的用户的用户信息、所述用户的历史行为信息、以及所述业务对应的业务场景信息，根据获取到的各业务的业务信息，确定各业务对应的第一特征信息、第二特征信息以及第三特征信息，作为各训练样本，以及根据各业务对应的业务执行方式和各业务执行方式对应的分值区间，确定样本标签，将各训练样本作为输入，输入待训练的预估模型中，得到所述预估模型输出的各训练样本对应的预估结果，以各训练样本对应的预估结果和样本标签之间的差异最小化为优化目标，调整所述预估模型的模型参数。
114.可选地，所述执行模块206，还用于当根据所述目标执行方式执行所述业务请求对应的业务失败时，根据剩余待选执行方式和所述预估执行方式的优先级，重新确定目标执行方式，通过重新确定出的目标执行方式，执行所述业务请求对应的业务，直至所述业务请求对应的业务被执行为止。
115.本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的业务执行的方法。
116.本说明书还提供了图4所示的电子设备的示意结构图。如图4所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图4所述的业务执行的方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
117.在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。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
118.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
119.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
120.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
121.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
122.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
123.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特
定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
124.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
125.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
126.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
127.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
128.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
129.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
130.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
131.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
132.以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。