调度权益管理方法、装置、设备和存储介质与流程

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.图1示出根据本公开一实施方式的调度权益管理方法的流程图。
29.图2a示出根据本公开一实施方式的短信形式的调度权益可用通知消息的示意图。
30.图2b示出根据本公开一实施方式的弹窗形式的调度权益可用通知消息的示意图。
31.图2c示出根据本公开一实施方式的显示有可用调度权益数据的下单页面的示意图。
32.图2d示出根据本公开一实施方式的显示有使用了调度权益后需要用户最终支付的调度费用的页面示意图。
33.图2e示出根据本公开一实施方式的显示有订单取消消息以及订单费用退回消息的页面示意图。
34.图3示出根据本公开另一实施方式的调度权益管理方法的流程图。
35.图4示出根据本公开再一实施方式的调度权益管理方法的流程图。
36.图5示出根据本公开一实施方式的调度权益管理方法的整体流程图。
37.图6示出根据本公开一实施方式的调度权益管理装置的结构框图。
38.图7示出根据本公开另一实施方式的调度权益管理装置的结构框图。
39.图8示出根据本公开一实施方式的调度权益管理系统的结构框图。
40.图9示出根据本公开一实施方式的电子设备的结构框图。
41.图10是适于用来实现根据本公开一实施方式的调度权益管理方法的计算机系统的结构示意图。
具体实施方式
42.下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。
43.在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
44.另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
45.本公开实施例提供的技术方案以调度权益可用通知消息的形式，将用户调度权益数据以更直接的方式展现给用户。该技术方案能够有效提高订单承接率，有利于互联网平台服务质量的提升。
46.图1示出根据本公开一实施方式的调度权益管理方法的流程图，如图1所示，所述调度权益管理方法包括以下步骤s101-s104：在步骤s101中，响应于检测到用户进入到下单页面，或者预设时长后用户订单未被承接，向服务器发送用户调度权益请求消息，其中，所述下单页面的订单权益组件上显示可用订单权益数据，或者所述用户订单已使用订单权益；在步骤s102中，响应于接收到服务器发送的用户调度权益数据，发送调度权益可用通知消息，其中，所述调度权益可用通知消息携带有部分或全部用户调度权益数据；在步骤s103中，响应于接收到用户发送的调度权益确认使用命令，在所述下单页面或者订单页面的调度组件上显示可用调度权益数据；在步骤s104中，响应于检测到所述订单权益组件和调度组件被触发，以及接收到用户发送的订单权益使用命令、调度使用命令和调度权益使用命令，显示用户应支付订单费用，其中，所述调度权益用于抵扣或部分抵扣所述调度使用命令中的调度费用。
47.上文提及，随着互联网技术的发展，越来越多的服务提供商为用户提供跑腿服务，即用户可以在服务平台下一跑腿订单，并支付一定的服务费用，服务人员接单后至物品存放处取出物品送至用户处。在服务高峰期或者偏远地区，很多跑腿订单由于运力薄弱而被迫取消，现有技术通过短信或线上通知提醒用户可通过增加调度费或小费来提高订单承接率，但该通知方式对于调度费或小费的使用作用甚微，因此，并未带来订单承接率的有效提高，因此，亟需一种能够有效提高订单承接率的方案。
48.考虑到上述缺陷，在该实施方式中，提出一种调度权益管理方法，该方法以调度权
益可用通知消息的形式，将用户调度权益数据以更直接的方式展现给用户。该技术方案能够有效提高订单承接率，有利于互联网平台服务质量的提升。
49.在本公开一实施方式中，所述调度权益管理方法可适用于执行调度权益管理的计算机、电子设备等用户客户端。
50.在本公开一实施方式中，所述预设时长指的是用户下单但未被服务资源承接的等待时长。其中，所述预设时长可根据实际应用的需要进行设置，本公开对其不作特别限定，所述预设时长比如可设置为5分钟。
51.在本公开一实施方式中，所述用户调度权益请求消息指的是用户客户端向服务器发送的、用于触发服务器确定用户能够享受的调度权益的消息。其中，所述调度权益指的是为了使服务资源更快地承接用户订单，用户增加的调度费用所能使用的红包、优惠券等权益，其中，所述调度费用全部或者部分由服务资源获取。
52.在本公开一实施方式中，所述订单权益组件指的是能够显示用户可用订单权益数据的可触发组件，比如能够显示用户可用订单权益数据的按钮等等，当所述按钮被按下时，可认为所述订单权益组件被触发。其中，所述可用订单权益数据指的是用户可用的、针对订单的权益数据，比如，用户订单能够使用的红包数据、优惠券数据等等。
53.在本公开一实施方式中，所述用户订单已使用订单权益指的是，用户在下单时已经使用了订单权益，即上文提到的针对订单的权益数据。
54.即上述方案中，用户可以在还未下单时对于调度费用和调度权益进行选择，也可以在已经下单但订单还未被承接时对于调度费用和调度权益进行选择，考虑到当用户存在可用的订单权益时，通常都会选择使用，因此，当用户还未下单时，可在所述下单页面的订单权益组件上显示可用订单权益数据，当用户已经下单时，可认为该订单已经使用了其可用的订单权益。
55.在本公开一实施方式中，所述用户调度权益数据指的是服务器确认用户能够享受的调度权益相关的数据，其中，所述用户调度权益数据可包括以下数据中的一种或多种：用户调度权益金额、用户调度权益使用条件、用户调度权益有效期、等等。比如，若所述用户调度权益为有效期为一天的满5减3的优惠券，则该调度权益的金额为3元，使用条件为满5元，有效期为对应相应日期的24小时；再比如，若所述用户调度权益为有效期为三天的无门槛5元红包，则该调度权益的金额为5元，无使用条件，有效期为对应相应日期的72小时。
56.在本公开一实施方式中，所述调度权益可用通知消息指的是携带有所述用户调度权益数据的、用于通知用户其拥有可用的调度权益、以提醒用户使用调度权益的消息。其中，所述调度权益可用通知消息可为短信或弹窗消息的形式。
57.在本公开一实施方式中，所述可用调度权益数据指的是用户当前可用的调度权益数据，与所述用户调度权益数据类似，所述可用调度权益数据可包括以下数据中的一种或多种：用户可用调度权益金额、用户可用调度权益使用条件、用户可用调度权益有效期、等等。
58.在本公开一实施方式中，所述调度组件指的是用于显示调度数据和可用调度权益数据的、提供给用户供其对于是否调度以及是否使用调度权益数据进行选择的、可触发组件。其中，所述调度组件比如可以为调度数据和可用调度权益数据点选按钮等等，当所述按钮被按下时，可认为所述调度组件被触发。其中，所述调度数据指的是用户额外需要支付
的、针对调度服务的费用数据，比如用户需要额外支付的调度小费等等。
59.在上述实施方式中，在检测到用户进入到订单权益组件上显示有可用订单权益数据的下单页面，或者预设时长后已使用订单权益的用户订单未被承接时，为了提高用户订单的承接率，用户客户端向服务器发送用户调度权益请求消息，以请求服务器确认用户当前可用的调度权益数据；用户客户端在接收到服务器发送的用户调度权益数据后，发送携带有部分或全部用户调度权益数据的调度权益可用通知消息；然后在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，这样用户就可直接选择使用，若后续检测到所述订单权益组件和调度组件被触发，以及接收到用户发送的订单权益使用命令、调度使用命令和调度权益使用命令，则可显示用户应当支付的订单费用，其中，所述用户应当支付的订单费用为原始订单费用加上原始调度费用减去用户使用的订单权益和调度权益。
60.具体地，当检测到所述订单权益组件被触发时，可认为用户想要使用订单权益，此时可显示所述可用订单权益数据供用户选择和使用，当检测到所述可用订单权益数据被选择时，可认为用户确认使用订单权益数据，即用户发送了订单权益使用命令，当检测到所述调度组件被触发时，可认为用户想要使用调度服务以及使用调度权益，此时可显示调度数据及可用调度权益数据供用户选择和使用，也可在调度组件第一次被触发时，显示调度数据，即用户想要额外支付多少钱的调度小费，即原始调度费用，然后在用户选择了调度小费的数额之后，认为用户发送了调度使用命令，此时若检测到调度组件第二次被触发，显示可用调度权益数据，然后若检测到所述可用调度权益数据被选择，可认为用户确认使用调度权益数据，即用户发送了调度权益使用命令，此时可显示最终用户应当支付的订单费用，即原始订单费用加上原始调度费用减去用户使用的订单权益和调度权益后得到的费用，其中，所述调度权益可以抵扣或部分抵扣所述调度使用命令中的调度费用，即原始调度费用。假设原始订单费用为18，原始调度费用为3元，可用订单权益为5元红包，可用调度权益为3元红包，则最终用户应当支付的订单费用为18 3-5-3=13元，此时，调度权益全部抵扣了所述原始调度费用；假设原始订单费用为18，原始调度费用为6元，可用订单权益为5元红包，可用调度权益为满5-3元优惠券，则最终用户应当支付的订单费用为18 6-5-3=16元，此时，调度权益部分抵扣了所述原始调度费用。由此可见，该技术方案以更直接的方式将用户调度权益数据展现给用户，从而能够有效地提高订单的承接率，有利于互联网平台服务质量的提升。
61.上文提及，所述调度权益可用通知消息可为短信或弹窗消息的形式，因此，在本公开一实施方式中，所述步骤s102中，发送调度权益可用通知消息的步骤，可包括以下步骤：向用户发送调度权益可用通知短信，和/或，以弹窗形式显示所述调度权益可用通知消息。
62.其中，所述调度权益可用通知短信和弹窗形式的调度权益可用通知消息均携带有部分或全部的用户调度权益数据。
63.当所述调度权益可用通知消息为短信形式时，所述短信中可仅携带部分或全部的用户调度权益数据，也可一并携带有可用调度权益抵达链接，如图2a所示，当所述短信中仅携带部分或全部的用户调度权益数据时，在发送所述短信后无需等待用户的确认即可在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，以供用户选择使用；当所述短信中还携带有可用调度权益抵达链接时，既可以直接在所述下单页面或者订单页面的
调度组件上显示可用调度权益数据，也可以在确认用户点击了所述可用调度权益抵达链接，即接收到用户发送的调度权益确认使用命令后，再在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，如图2c所示。
64.类似地，当所述调度权益可用通知消息为弹窗消息形式时，所述弹窗消息中可仅显示部分或全部的用户调度权益数据，也可一并显示可用调度权益抵达链接，或者调度权益确认使用组件，如图2b所示，当所述弹窗消息中仅显示部分或全部的用户调度权益数据时，在发送所述弹窗消息后无需等待用户的确认即可在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，以供用户选择使用；当所述弹窗消息中还显示有可用调度权益抵达链接或者调度权益确认使用组件时，既可以直接在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，也可以在确认用户点击了所述可用调度权益抵达链接，或者，触发了调度权益确认使用组件，即接收到用户发送的调度权益确认使用命令后，再在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，如图2c所示。
65.即，在本公开一实施方式中，所述步骤s103，即在所述下单页面或者订单页面的调度组件上显示可用调度权益数据的步骤，可被实施为：响应于接收到用户发送的调度权益确认使用命令，在所述下单页面或者订单页面的调度组件上显示可用调度权益数据。
66.后续当接收到用户发送的调度权益使用命令，比如，当用户点击并选中了下单页面或者订单页面的调度组件上显示的可用调度权益数据后，可认为用户发送了调度权益使用命令，此时可显示该订单在使用了调度权益后需要用户最终支付的调度费用，如图2d所示。
67.在本公开一实施方式中，所述方法还可包括以下步骤：响应于接收到用户发送的下单命令，或者对于使用调度权益后的调度费用的确认命令，向服务器发送使用调度权益后的订单信息，以使服务资源根据用户使用的调度权益承接所述订单。
68.上文提及，用户可用调度权益数据的显示和使用有可能发生在用户进入到下单页面但还未下单时，也有可能发生在用户已经下单，但预设时长后订单还未被承接时，因此，在该实施方式中，在接收到用户发送的下单命令，或者接收到用户发送的对于使用调度权益后的调度费用的确认命令后，比如用户点击了确认使用调度费用的按钮，均可向服务器发送使用调度权益后的订单信息，以使服务资源根据订单中用户使用的调度权益信息确定是否承接所述订单。
69.在本公开一实施方式中，所述方法还可包括以下步骤：响应于接收到用户发出的取消订单权益使用命令，恢复显示减去所述可用订单权益数据对应的权益金额前的订单费用。
70.在该实施方式中，可支持用户取消使用订单权益，即若接收到用户发出的取消订单权益使用命令，则可恢复显示减去所述可用订单权益数据对应的权益金额前的订单费用，即显示用户应支付订单费用加上所述权益金额后的费用。
71.在本公开一实施方式中，所述方法还可包括以下步骤：响应于接收到用户发出的取消订单请求，向服务器发送订单取消命令，以使服务器取消订单并退回用户支付订单费用；
响应于接收到服务器发送的订单取消通知消息，显示订单取消消息以及用户支付订单费用退回消息。
72.在该实施方式中，若已支付调度费用的用户订单后续被取消，则服务器在取消订单时，需要退回用户实际支付的订单费用。当服务器已成功取消用户订单，并返回订单取消通知消息后，用户客户端可显示订单取消消息以及用户实际支付订单费用退回消息，以供用户查看和核对，如图2e所示。
73.图3示出根据本公开另一实施方式的调度权益管理方法的流程图，如图3所示，所述调度权益管理方法包括以下步骤s301-s303：在步骤s301中，响应于接收到用户客户端发送的用户调度权益请求消息，确定用户调度权益，并将用户调度权益数据发送给用户客户端；在步骤s302中，响应于接收到用户客户端发送的使用调度权益后的订单信息，将使用调度权益后的订单信息发送给服务资源客户端，以使服务资源根据用户使用的调度权益承接所述订单；在步骤s303中，响应于接收到用户客户端发送的订单取消命令，在确认所述订单满足取消条件后，取消所述订单，退回用户支付订单费用，并向用户客户端发送订单取消通知消息。
74.上文提及，随着互联网技术的发展，越来越多的服务提供商为用户提供跑腿服务，即用户可以在服务平台下一跑腿订单，并支付一定的服务费用，服务人员接单后至物品存放处取出物品送至用户处。在服务高峰期或者偏远地区，很多跑腿订单由于运力薄弱而被迫取消，现有技术通过短信或线上通知提醒用户可通过增加调度费或小费来提高订单承接率，但该通知方式对于调度费或小费的使用作用甚微，因此，并未带来订单承接率的有效提高，因此，亟需一种能够有效提高订单承接率的方案。
75.考虑到上述缺陷，在该实施方式中，提出一种调度权益管理方法，该方法以调度权益可用通知消息的形式，将用户调度权益数据以更直接的方式展现给用户。该技术方案能够有效提高订单承接率，有利于互联网平台服务质量的提升。
76.在本公开一实施方式中，所述调度权益管理方法可适用于执行调度权益管理的计算机、电子设备、服务器、服务器集群等服务器端。
77.在本公开一实施方式中，所述取消条件指的是能够确定订单可以被取消的条件，比如，订单中的商品还未发货或者还未开始配送，等等。
78.在上述实施方式中，若接收到用户客户端发送的用户调度权益请求消息，则认为用户订单需要确定用户调取权益数据提供给用户使用，以提高订单的承接率，此时可确定用户调度权益，并将用户调度权益数据发送给用户客户端进行显示，以供用户选择是否使用调度权益；若后续接收到用户客户端发送的使用调度权益后的订单信息，则将使用调度权益后的订单信息发送给服务资源客户端，以使服务资源根据用户使用的调度权益确定是否承接所述订单；若接收到用户客户端发送的订单取消命令，则在确认所述订单满足取消条件后，取消所述订单，退回用户实际支付的订单费用，并向用户客户端发送订单取消通知消息，以通知用户当前订单状态。
79.在本公开一实施方式中，所述步骤s301中确定用户调度权益的步骤，可包括以下步骤：
获取用户当前场景数据和用户属性数据；根据所述用户当前场景数据和用户属性数据确定用户可用调度权益；获取所述用户可用调度权益元素，其中，所述用户可用调度权益元素包括以下元素中的一种或多种：用户可用调度权益类型、用户可用调度权益金额和用户可用调度权益有效期，所述用户可用调度权益元素具有相同或不同的权重；根据所述用户可用调度权益元素的权重对于所述用户可用调度权益进行排序；将位于首位的用户可用调度权益作为确定的用户调度权益。
80.考虑到用户可用调度权益与用户当前所处的场景和用户属性可能相关，即，系统可能会根据用户当前所处的场景和用户属性为用户发放不同内容的调度权益，因此，在该实施方式中，根据用户当前所处的场景和用户属性确定用户调度权益。具体地，首先获取用户当前场景数据和用户属性数据，其中，所述用户当前场景数据比如可以为用户当前是请求跑腿服务、订餐服务还是叫车服务等等，所述用户属性数据可包括以下数据中的一种或多种：用户注册时间与当前时间之间的时长，用户在预设历史时间段内的下单次数，用户好评率，等等；然后根据所述用户当前场景数据和用户属性数据确定用户可用调度权益，比如，根据用户当前场景数据和用户属性数据搜索所有用户可用的调度权益，确定与用户当前场景数据和用户属性数据相匹配的可用调度权益；然后获取所述用户可用调度权益元素，其中，所述用户可用调度权益元素可包括以下元素中的一种或多种：用户可用调度权益类型、用户可用调度权益金额和用户可用调度权益有效期，所述用户可用调度权益元素具有相同或不同的权重，其中，用户可用调度权益类型指的是用户可用调度权益是满减优惠券、满减红包、无门槛优惠券、还是无门槛红包等等；所述用户可用调度权益金额指的是用户使用该调度权益后能够减少支付的金额；所述用户可用调度权益元素的权重可根据实际应用的需要进行设置，比如，可将所述用户可用调度权益类型的权重设置为最高，将用户可用调度权益金额的权重设置为中间，将用户可用调度权益有效期的权重设置为最低；然后根据所述用户可用调度权益元素的权重对于所述用户可用调度权益进行排序；最后将位于首位的用户可用调度权益作为确定的用户调度权益，并将相应的用户调度权益数据发送给用户客户端。
81.图3所示及相关实施方式中涉及的技术术语和技术特征与图1-图2所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图3所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-图2所示及相关实施方式的解释的说明，此处不再赘述。
82.图4示出根据本公开再一实施方式的调度权益管理方法的流程图，如图4所示，所述调度权益管理方法包括以下步骤s401-s404：在步骤s401中，用户客户端响应于检测到用户进入到下单页面，或者预设时长后用户订单未被承接，向服务器发送用户调度权益请求消息，其中，所述下单页面的订单权益组件上显示可用订单权益数据，或者所述用户订单已使用订单权益；在步骤s402中，服务器响应于接收到用户客户端发送的用户调度权益请求消息，确定用户调度权益，并将用户调度权益数据发送给用户客户端；在步骤s403中，用户客户端响应于接收到服务器发送的用户调度权益数据，发送调度权益可用通知消息，在所述下单页面或者订单页面的调度组件上显示可用调度权益数
据，响应于检测到所述订单权益组件和调度组件被触发，以及接收到用户发送的订单权益使用命令、调度使用命令和调度权益使用命令，显示用户应支付订单费用，其中，所述调度权益用于抵扣或部分抵扣所述调度使用命令中的调度费用，响应于接收到用户发送的下单命令，或者对于使用调度权益后的调度费用的确认命令，向服务器发送使用调度权益后的订单信息，其中，所述调度权益可用通知消息携带有部分或全部用户调度权益数据；在步骤s404中，服务器响应于接收到用户客户端发送的使用调度权益后的订单信息，将使用调度权益后的订单信息发送给服务资源客户端，以使服务资源根据用户使用的调度权益承接所述订单。
83.上文提及，随着互联网技术的发展，越来越多的服务提供商为用户提供跑腿服务，即用户可以在服务平台下一跑腿订单，并支付一定的服务费用，服务人员接单后至物品存放处取出物品送至用户处。在服务高峰期或者偏远地区，很多跑腿订单由于运力薄弱而被迫取消，现有技术通过短信或线上通知提醒用户可通过增加调度费或小费来提高订单承接率，但该通知方式对于调度费或小费的使用作用甚微，因此，并未带来订单承接率的有效提高，因此，亟需一种能够有效提高订单承接率的方案。
84.考虑到上述缺陷，在该实施方式中，提出一种调度权益管理方法，该方法以调度权益可用通知消息的形式，将用户调度权益数据以更直接的方式展现给用户。该技术方案能够有效提高订单承接率，有利于互联网平台服务质量的提升。
85.在本公开一实施方式中，所述调度权益管理方法可适用于执行调度权益管理的、包括用户客户端和服务器的系统。
86.图4所示及相关实施方式中涉及的技术术语和技术特征与图1-图3所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图4所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-图3所示及相关实施方式的解释的说明，此处不再赘述。
87.图5示出根据本公开一实施方式的调度权益管理方法的整体流程图，如图5所示，在所述调度权益管理方法中，用户客户端在检测到用户进入到下单页面，或者预设时长后用户订单未被承接后，向服务器发送用户调度权益请求消息；服务器根据用户当前场景数据和用户属性数据确定用户调度权益，并将用户调度权益数据发送给用户客户端；用户客户端接收到服务器发送的用户调度权益数据后，向用户发送调度权益可用通知短信，和/或，以弹窗形式显示所述调度权益可用通知消息，在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，当检测到所述订单权益组件和调度组件被触发，以及接收到用户发送的订单权益使用命令、调度使用命令和调度权益使用命令，显示用户应支付订单费用；在接收到用户发送的下单命令，或者对于使用调度权益后的调度费用的确认命令后，向服务器发送使用调度权益后的订单信息；服务器接收到用户客户端发送的使用调度权益后的订单信息后，将使用调度权益后的订单信息发送给服务资源客户端，以使服务资源根据用户使用的调度权益承接所述订单；用户客户端接收到用户发出的取消订单请求后，向服务器发送订单取消命令；服务器接收到用户客户端发送的订单取消命令，在确认所述订单满足取消条件后，取消所述订单，退回用户实际支付的订单费用，恢复相应的用户调度权益，并向用户客户端发送订单取消通知消息；用户客户端接收到服务器发送的订单取消通知消息后，显示订单取消消息以及用户支付订单费用退回消息。
88.下述为本公开装置实施例，可以用于执行本公开方法实施例。
89.图6示出根据本公开一实施方式的调度权益管理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图6所示，所述调度权益管理装置包括：第一发送模块601，被配置为响应于检测到用户进入到下单页面，或者预设时长后用户订单未被承接，向服务器发送用户调度权益请求消息，其中，所述下单页面的订单权益组件上显示可用订单权益数据，或者所述用户订单已使用订单权益；第二发送模块602，被配置为响应于接收到服务器发送的用户调度权益数据，发送调度权益可用通知消息，其中，所述调度权益可用通知消息携带有部分或全部用户调度权益数据；第一显示模块603，被配置为在所述下单页面或者订单页面的调度组件上显示可用调度权益数据；第二显示模块604，被配置为响应于检测到所述订单权益组件和调度组件被触发，以及接收到用户发送的订单权益使用命令、调度使用命令和调度权益使用命令，显示用户应支付订单费用，其中，所述调度权益用于抵扣或部分抵扣所述调度使用命令中的调度费用。
90.上文提及，随着互联网技术的发展，越来越多的服务提供商为用户提供跑腿服务，即用户可以在服务平台下一跑腿订单，并支付一定的服务费用，服务人员接单后至物品存放处取出物品送至用户处。在服务高峰期或者偏远地区，很多跑腿订单由于运力薄弱而被迫取消，现有技术通过短信或线上通知提醒用户可通过增加调度费或小费来提高订单承接率，但该通知方式对于调度费或小费的使用作用甚微，因此，并未带来订单承接率的有效提高，因此，亟需一种能够有效提高订单承接率的方案。
91.考虑到上述缺陷，在该实施方式中，提出一种调度权益管理装置，该装置以调度权益可用通知消息的形式，将用户调度权益数据以更直接的方式展现给用户。该技术方案能够有效提高订单承接率，有利于互联网平台服务质量的提升。
92.在本公开一实施方式中，所述调度权益管理装置可实现为执行调度权益管理的计算机、电子设备等用户客户端。
93.图7示出根据本公开另一实施方式的调度权益管理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图7所示，所述调度权益管理装置包括：确定模块701，被配置为响应于接收到用户客户端发送的用户调度权益请求消息，确定用户调度权益，并将用户调度权益数据发送给用户客户端；第三发送模块702，被配置为响应于接收到用户客户端发送的使用调度权益后的订单信息，将使用调度权益后的订单信息发送给服务资源客户端，以使服务资源根据用户使用的调度权益承接所述订单；取消模块703，被配置为响应于接收到用户客户端发送的订单取消命令，在确认所述订单满足取消条件后，取消所述订单，退回用户支付订单费用，并向用户客户端发送订单取消通知消息。
94.上文提及，随着互联网技术的发展，越来越多的服务提供商为用户提供跑腿服务，
即用户可以在服务平台下一跑腿订单，并支付一定的服务费用，服务人员接单后至物品存放处取出物品送至用户处。在服务高峰期或者偏远地区，很多跑腿订单由于运力薄弱而被迫取消，现有技术通过短信或线上通知提醒用户可通过增加调度费或小费来提高订单承接率，但该通知方式对于调度费或小费的使用作用甚微，因此，并未带来订单承接率的有效提高，因此，亟需一种能够有效提高订单承接率的方案。
95.考虑到上述缺陷，在该实施方式中，提出一种调度权益管理装置，该装置以调度权益可用通知消息的形式，将用户调度权益数据以更直接的方式展现给用户。该技术方案能够有效提高订单承接率，有利于互联网平台服务质量的提升。
96.在本公开一实施方式中，所述调度权益管理装置可实现为执行调度权益管理的计算机、电子设备、服务器、服务器集群等服务器端。
97.图8示出根据本公开一实施方式的调度权益管理系统的结构框图，该系统可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图8所示，所述调度权益管理系统包括：用户客户端801，被配置为响应于检测到用户进入到下单页面，或者预设时长后用户订单未被承接，向服务器发送用户调度权益请求消息；响应于接收到服务器发送的用户调度权益数据，发送调度权益可用通知消息，在所述下单页面或者订单页面的调度组件上显示可用调度权益数据，响应于检测到所述订单权益组件和调度组件被触发，以及接收到用户发送的订单权益使用命令、调度使用命令和调度权益使用命令，显示用户应支付订单费用，其中，所述调度权益用于抵扣或部分抵扣所述调度使用命令中的调度费用，响应于接收到用户发送的下单命令，或者对于使用调度权益后的调度费用的确认命令，向服务器发送使用调度权益后的订单信息，其中，所述下单页面的订单权益组件上显示可用订单权益数据，或者所述用户订单已使用订单权益，所述调度权益可用通知消息携带有部分或全部用户调度权益数据；服务器802，被配置为响应于接收到用户客户端发送的用户调度权益请求消息，确定用户调度权益，并将用户调度权益数据发送给用户客户端；响应于接收到用户客户端发送的使用调度权益后的订单信息，将使用调度权益后的订单信息发送给服务资源客户端，以使服务资源根据用户使用的调度权益承接所述订单。
98.上文提及，随着互联网技术的发展，越来越多的服务提供商为用户提供跑腿服务，即用户可以在服务平台下一跑腿订单，并支付一定的服务费用，服务人员接单后至物品存放处取出物品送至用户处。在服务高峰期或者偏远地区，很多跑腿订单由于运力薄弱而被迫取消，现有技术通过短信或线上通知提醒用户可通过增加调度费或小费来提高订单承接率，但该通知方式对于调度费或小费的使用作用甚微，因此，并未带来订单承接率的有效提高，因此，亟需一种能够有效提高订单承接率的方案。
99.考虑到上述缺陷，在该实施方式中，提出一种调度权益管理装置，该装置以调度权益可用通知消息的形式，将用户调度权益数据以更直接的方式展现给用户。该技术方案能够有效提高订单承接率，有利于互联网平台服务质量的提升。
100.在本公开一实施方式中，所述调度权益管理装置可实现为执行调度权益管理的、包括用户客户端和服务器的系统。
101.上述装置相关实施方式中涉及的技术术语和技术特征与上述方法相关实施方式
中提及的技术术语和技术特征相同或相似，对于上述装置相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于方法相关实施方式的解释的说明，此处不再赘述。
102.本公开还公开了一种电子设备，图9示出根据本公开一实施方式的电子设备的结构框图，如图9所示，所述电子设备900包括存储器901和处理器902；其中，所述存储器901用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器902执行以实现上述方法步骤。
103.图10是适于用来实现根据本公开一实施方式的调度权益管理方法的计算机系统的结构示意图。
104.如图10所示，计算机系统1000包括处理单元1001，其可以根据存储在只读存储器（rom）1002中的程序或者从存储部分1008加载到随机访问存储器（ram）1003中的程序而执行上述实施方式中的各种处理。在ram1003中，还存储有计算机系统1000操作所需的各种程序和数据。处理单元1001、rom1002以及ram1003通过总线1004彼此相连。输入/输出（i/o）接口1005也连接至总线1004。
105.以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管（crt）、液晶显示器（lcd）等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。其中，所述处理单元1001可实现为cpu、gpu、tpu、fpga、npu等处理单元。
106.特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行所述方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。
107.附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
108.描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
109.作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介
质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
110.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。