服务类订单处理方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种服务类订单处理方法和装置。


背景技术：

2.在目前的电子商务领域，存在基于服务类商品的相关业务。例如，用户可以在电子商务平台提交关于清洗衣物或鞋的服务类订单，这些服务类订单中包括一个或多个对应于不同服务的服务类信息对象(即服务类商品)及其数量，如某服务类订单中包括服务类信息对象a和b，a的数量为3，b的数量为2，a可以是对应于洗衣服务的服务类信息对象的sku(sku表示库存量单位，可以作为服务类信息对象的标识)，b可以是对应于洗鞋服务的服务类信息对象的sku，在该订单中，用户能够获得三次洗衣服务和两次洗鞋服务。
3.现有技术中，用户可以在提交订单时设置预约上门时间、上门地址等履约信息，也可以在提交订单之后设置履约信息，还可以在提交订单之后修改履约信息，但是，用户只能基于订单粒度进行履约信息的设置和修改，无法针对具体的服务类信息对象进行履约信息的设置和修改，造成使用不灵活，影响用户体验。例如，用户在提交了两个服务类订单c、d之后，只能整体设置或修改c中所有服务类信息对象的履约信息，或者整体设置或修改d中所有服务类信息对象的履约信息，无法针对c中部分服务类信息对象的履约信息进行设置或修改，也无法针对d中部分服务类信息对象的履约信息进行设置或修改，更无法跨订单选取c中部分服务类信息对象和d中部分服务类信息对象进行履约信息的设置或修改，由此导致用户体验不佳甚至取消订单，形成用户与服务端之间的大量冗余通信和数据浪费。


技术实现要素：

4.有鉴于此，本发明实施例提供一种服务类订单处理方法和装置，能够向用户提供服务类信息对象粒度的履约信息设置或修改功能，从而减少用户与服务端之间的冗余通信和数据浪费。
5.为实现上述目的，根据本发明的一个方面，提供了一种服务类订单处理方法。
6.本发明实施例的服务类订单处理方法包括：接收用户发送的重组履约请求；其中，所述重组履约请求中携带有：至少一个重组信息对象的标识和数量、以及用户为所述重组信息对象设置的履约信息；所述重组信息对象包括：用户预先提交的、并且未执行履约的一个服务类订单中的部分服务类信息对象、或者用户预先提交的、并且未执行履约的多个服务类订单中每一服务类订单的部分或全部服务类信息对象；根据所述重组履约请求生成一个重组服务单，利用所述重组信息对象的标识和所述履约信息确定所述重组履约请求对应的服务提供者，基于所述重组服务单和确定的服务提供者处理所述重组履约请求。
7.可选地，所述履约信息中包括上门地址；以及，所述利用所述重组信息对象的标识和所述履约信息确定所述重组履约请求对应的服务提供者，包括：获取所述重组信息对象的标识所属的服务项；将匹配于所述上门地址和所述服务项的服务提供者确定为初选提供者；将对应于所述重组信息对象的最小数量的初选提供者确定为所述重组履约请求对应的
服务提供者。
8.可选地，所述服务类信息对象包括：取送类信息对象和上门类信息对象；所述取送类信息对象对应的履约信息进一步包括：预约上门时间和配送地址；所述上门类信息对象对应的履约信息进一步包括：预约上门时间。
9.可选地，所述基于所述重组服务单和确定的服务提供者处理所述重组履约请求，包括：将所述重组服务单拆分成适用于所述重组履约请求对应的服务提供者的特定服务单，将依据特定服务单生成的执行单向所述重组履约请求对应的服务提供者发送；在所述履约信息中的预约上门时间到达前的预设时间，生成所述重组履约请求对应的上门运单向物流提供者发送，以使物流提供者上门获取所述重组信息对象关联的物品进而将该物品发送到所述重组履约请求对应的服务提供者，从而使该服务提供者针对该物品执行所述重组信息对象定义的服务；接收所述重组履约请求对应的服务提供者发送的服务完成通知，生成所述重组履约请求对应的配送运单向物流提供者发送，以使物流提供者获取所述重组履约请求对应的服务提供者执行服务针对的物品并根据所述履约信息中的配送地址进行配送；以及，未执行履约的服务类订单包括：未生成上门运单的服务类订单。
10.可选地，所述方法进一步包括：在根据所述重组履约请求生成一个重组服务单之后，将由所述重组履约请求针对的服务类订单生成的特定服务单和执行单中的相关数据标记为无效，并将标记后的数据向该执行单对应的服务提供者发送；其中，所述相关数据包括：所述重组信息对象的标识、原有数量和/或原有履约信息。
11.为实现上述目的，根据本发明的另一方面，提供了一种服务类订单处理装置。
12.本发明实施例的服务类订单处理装置可包括：请求接收单元，用于接收用户发送的重组履约请求；其中，所述重组履约请求中携带有：至少一个重组信息对象的标识和数量、以及用户为所述重组信息对象设置的履约信息；所述重组信息对象包括：用户预先提交的一个服务类订单中的部分服务类信息对象、或者用户预先提交的多个服务类订单中每一服务类订单的部分或全部服务类信息对象；处理单元，用于：根据所述重组履约请求生成一个重组服务单，利用所述重组信息对象的标识和所述履约信息确定所述重组履约请求对应的服务提供者，基于所述重组服务单和确定的服务提供者处理所述重组履约请求。
13.可选地，所述服务类信息对象包括：取送类信息对象和上门类信息对象；所述取送类信息对象对应的履约信息包括：上门地址、预约上门时间和配送地址；所述上门类信息对象对应的履约信息进一步包括：上门地址和预约上门时间；以及，所述处理单元可进一步用于：获取所述重组信息对象的标识所属的服务项；将匹配于所述上门地址和所述服务项的服务提供者确定为初选提供者；将对应于所述重组信息对象的最小数量的初选提供者确定为所述重组履约请求对应的服务提供者。
14.可选地，所述处理单元可进一步用于：将所述重组服务单拆分成适用于所述重组履约请求对应的服务提供者的特定服务单，将依据特定服务单生成的执行单向所述重组履约请求对应的服务提供者发送；在所述履约信息中的预约上门时间到达前的预设时间，生成所述重组履约请求对应的上门运单向物流提供者发送，以使物流提供者上门获取所述重组信息对象关联的物品进而将该物品发送到所述重组履约请求对应的服务提供者，从而使该服务提供者针对该物品执行所述重组信息对象定义的服务；接收所述重组履约请求对应的服务提供者发送的服务完成通知，生成所述重组履约请求对应的配送运单向物流提供者
发送，以使物流提供者获取所述重组履约请求对应的服务提供者执行服务针对的物品并根据所述履约信息中的配送地址进行配送。
15.可选地，所述装置可进一步包括数据同步单元，用于：在根据所述重组履约请求生成一个重组服务单之后，将由所述重组履约请求针对的服务类订单生成的特定服务单和执行单中的相关数据标记为无效，并将标记后的数据向该执行单对应的服务提供者发送；其中，所述相关数据包括：所述重组信息对象的标识、原有数量和/或原有履约信息；以及，未执行履约的服务类订单包括：未生成上门运单的服务类订单。
16.为实现上述目的，根据本发明的又一方面，提供了一种电子设备。
17.本发明的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的服务类订单处理方法。
18.为实现上述目的，根据本发明的再一方面，提供了一种计算机可读存储介质。
19.本发明的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的服务类订单处理方法。
20.根据本发明的技术方案，上述发明中的实施例具有如下优点或有益效果：
21.预先在客户端页面向用户提供选取服务类订单中部分服务类信息对象或者跨订单选取服务类信息对象来设置或修改履约信息的功能，这样，当用户在客户端页面选取相应的服务类信息对象(下称为重组信息对象)、输入相应的履约信息并点击相应按钮之后，即向服务端系统发送了重组履约请求。服务端系统在接收到重组履约请求之后，基于重组履约请求中的重组信息对象和履约信息生成一个重组服务单，并在确定重组履约请求对应的服务提供者之后，基于该服务提供者和重组服务单处理重组履约请求。通过以上设置，能够使用户实现同一订单或者跨订单的服务类信息对象粒度的履约信息设置或修改，从而优化用户体验，减少用户取消订单行为的发生以及用户与服务端之间原有的大量冗余通信和数据浪费。现有技术中，即使用户的多个服务类订单具有相同的上门地址、预约上门时间等履约信息，服务端系统还是作为不同的订单来执行上门取件、服务履行、物品配送等流程，导致业务执行效率较低，运营成本较高；使用本发明方法之后，用户可以基于具有相同履约信息的多个服务类订单发出重组履约请求，服务端系统可以基于重组履约请求生成一个重组服务单执行统一的上门取件、服务履行、物品配送等流程，从而克服了现有技术的上述缺陷。
22.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
23.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
24.图1是本发明实施例中服务类订单处理方法的主要步骤示意图；
25.图2是本发明实施例中服务类订单处理方法的具体流程示意图；
26.图3是本发明实施例中服务类订单处理装置的组成部分示意图；
27.图4是根据本发明实施例可以应用于其中的示例性系统架构图；
28.图5是用来实现本发明实施例中服务类订单处理方法的电子设备结构示意图。
具体实施方式
29.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
30.需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
31.图1是根据本发明实施例中服务类订单处理方法的主要步骤示意图。
32.如图1所示，本发明实施例的服务类订单处理方法可具体按照如下步骤执行：
33.步骤s101：接收用户发送的重组履约请求。
34.在本发明实施例中，服务类订单中可以包括至少一个服务类信息对象，服务类信息对象即服务类商品，其可以通过sku作为标识。不同的服务类信息对象可以根据业务需求定义，例如，可以将一次洗衣服务或一次洗鞋服务作为一个服务类信息对象。
35.具体应用中，服务类信息对象可以包括：取送类信息对象和上门类信息对象，前者同时包含上门取件和服务执行完毕后配送的过程，后者仅包含上门服务的过程。例如，取送类信息对象可以包括洗衣服务、洗鞋服务，洗衣服务和洗鞋服务均属于清洗服务项；上门类信息对象可以包括上门安装家具服务、上门安装热水器服务(二者均属于上门安装服务项)、上门维修电视服务、上门维修冰箱服务(二者均属于上门维修服务项)。
36.一般地，任一服务类信息对象均会对应履约信息。对于取送类信息对象而言，其对应的履约信息可以包括：上门地址、预约上门时间和配送地址；对于上门类信息对象而言，其对应的履约信息可以包括：上门地址和预约上门时间。可以理解，以上履约信息中还可以包括上门服务相关的联系人和联系电话，配送相关的联系人和联系电话。
37.现有技术中，用户可以在提交服务类订单时设置履约信息，或者在提交服务类订单之后的一定时间范围内修改履约信息，但是只能按照订单粒度进行设置和修改。在本发明实施例中，用户能够通过以下两种方式实现信息对象粒度的服务类信息对象选取和重新组合来设置或修改履约信息。
38.在第一种方式中，用户可以针对预先提交的、并且未执行履约的一个服务类订单中的部分服务类信息对象进行选取，进而集中设置或修改履约信息。可以理解，上述未执行履约的服务类订单指的是没有触发上门服务相关流程的服务类订单，例如未生成上门运单(上门运单的概念将在下文说明)的服务类订单。
39.在第二种方式中，用户可以针对预先提交的、并且未执行履约的多个服务类订单中每一服务类订单的部分或全部服务类信息对象进行选取，进而集中设置或修改履约信息。
40.用户在选取相应的服务类信息对象并设置或修改履约信息之后，可以点击相关按钮发出指向服务端系统的重组履约请求。可以理解，重组履约请求中携带有用户选取的至少一个服务类信息对象(下称为重组信息对象)的标识和数量、以及用户为重组信息对象设置或修改的履约信息。在步骤s101中，服务端系统可以接收用户发送的该重组履约请求。
41.步骤s102：根据重组履约请求生成一个重组服务单，利用重组信息对象的标识和履约信息确定重组履约请求对应的服务提供者，基于重组服务单和确定的服务提供者处理
重组履约请求。
42.在本步骤中，服务端系统可以根据重组履约请求生成一个重组服务单，并在此后基于该重组服务单执行独立的处理流程。具体地，服务端系统首先获取重组信息对象的标识所属的服务项，之后将匹配于重组履约请求中的上门地址以及获取的上述服务项的服务提供者确定为初选提供者。一般地，初选提供者位于该上门地址的预设地理范围(例如距该上门地址10公里内)，并且能够提供上述服务项。最后，服务端系统可以将对应于重组信息对象的最小数量的初选提供者确定为重组履约请求对应的服务提供者，即，首先在初选提供者中确定能够完成各重组信息对象的服务提供者，之后将能够以最小数量完成上述重组信息对象的服务提供者作为最终确定的服务提供者(即，如果某服务提供者能够单独完成所有重组信息对象，则将其作为重组履约请求对应的服务提供者；如果至少需要两个服务提供者才能完成所有重组信息对象，则将这两个服务提供者作为重组履约请求对应的服务提供者)。实际应用中，服务端系统可以使用预先开发的计算接口来执行上述计算过程，该接口的入参为重组信息对象的sku、所属服务项、上门地址等，出参为重组履约请求对应的服务提供者的标识等。
43.在得到重组履约请求对应的服务提供者之后，服务端系统可以基于重组服务单和确定的服务提供者处理重组履约请求。具体地，服务端系统首先将重组服务单拆分成适用于重组履约请求对应的每一服务提供者的特定服务单(以上拆分包括由重组服务单生成一个特定服务单的情况)，依据该特定服务单生成执行单，并将该执行单向重组履约请求对应的服务提供者发送，上述服务提供者可以根据接收到的执行单开展相应的工作计划。
44.特别地，服务端系统在根据重组履约请求生成一个重组服务单之后，可以执行以下数据同步流程。具体地，服务端系统可以将由重组履约请求针对的服务类订单在历史时期生成的特定服务单和执行单中的相关数据标记为无效，并将标记后的数据向该执行单对应的服务提供者发送，上述相关数据可以包括：重组信息对象的标识、原有数量和/或原有履约信息。
45.例如，用户在历史时期提交了一个服务类订单，该服务类订单中包括服务类信息对象f及其数量3，还包括履约信息s，之后，服务端系统根据该服务类订单生成特定服务单和执行单，将该执行单向服务提供者m进行了发送，可以理解，该特定服务单和执行单中包括服务类信息对象的标识f以及数量3。在一段时间之后，用户选取该服务类订单中的两个服务类信息对象f，将二者的履约信息s修改为s'(修改时该服务类订单尚未生成上门运单，选取的这两个服务类信息对象即为重组信息对象)。那么，服务端系统在生成相应的重组服务单之后，可以将历史时期根据该服务类订单生成的特定服务单和执行单中的服务类信息对象f的原有数量3和原有履约信息s标记为无效，并将标记后的数据发送到服务提供者m。由于该服务类订单中只有两个服务类信息对象f进行了重组，还有一个剩余，服务端系统也可以将剩余的服务类信息对象f的数量1及其对应的有效履约信息s一并发送到服务提供者m。
46.此后，在履约信息中的预约上门时间到达前的预设时间(如到达前的两小时)，服务端系统生成重组履约请求对应的上门单和上门运单(上门单是服务端系统所需，上门运单是物流提供者所需)，并将上门运单向物流提供者发送，以使物流提供者根据履约信息上门获取重组信息对象关联的物品，进而将该物品发送到重组履约请求对应的服务提供者，
从而使该服务提供者针对该物品执行重组信息对象定义的服务。
47.当服务提供者完成服务之后，其向服务端系统发送服务完成通知。服务端系统在接收到服务提供者发送的服务完成通知之后，生成重组履约请求对应的配送单和配送运单(配送单是服务端系统所需，配送运单是物流提供者所需)，并将配送运单向物流提供者发送，以使物流提供者从服务提供者手中获取相应物品并根据履约信息中的配送地址进行配送，从而完成对重组履约请求的处理。
48.通过以上设置，能够使用户在服务类信息对象粒度执行履约信息的设置和修改，从而优化用户与服务端的交互过程，提升用户体验。实际应用中，用户可能会在优惠期购买具有一定期限的服务类订单，当期限即将达到时，由于现有技术中用户只能在订单粒度进行调整，因此用户可能因不具有足够数量的待服务物品而取消订单，从而造成用户与服务端之间的无效数据交互。在使用本发明方法之后，用户可以在服务类订单中灵活选取任意数量的服务类信息对象进行消费，因此避免了因取消订单产生的数据浪费。此外，现有技术中，即使用户的多个服务类订单具有相同的上门地址、预约上门时间等履约信息，服务端系统还是作为不同的订单来执行上门取件、服务履行、物品配送等流程，导致业务执行效率较低，运营成本较高；使用本发明方法之后，用户可以基于具有相同履约信息的多个服务类订单发出重组履约请求，服务端系统可以基于重组履约请求生成一个重组服务单执行统一的上门取件、服务履行、物品配送等流程，从而克服了现有技术的上述缺陷。
49.图2是本发明实施例中服务类订单处理方法的具体流程示意图，以服务类信息对象是洗衣服务为例进行了展示。
50.如图2所示，本发明针对用户在历史时期购买多个洗衣订单(洗衣订单属于服务类订单)后只能基于每个订单分别整体设置上门地址、预约上门时间、配送地址等履约信息的缺陷，进行以下优化。
51.用户在客户端页面针对未下发取件单(取件单属于上门单)的一个或多个洗衣订单中的任意服务类信息对象sku及数量进行选取，并设置履约信息，此后，用户点击相应按钮，向服务端系统发送重组履约请求。
52.服务端系统接收到重组履约请求之后，基于重组履约请求生成重组服务单，并根据重组履约请求中的sku、所属服务项以及重组履约请求中的上门地址调用预先设计的计算接口，从而确定重组履约请求对应的洗衣服务提供者。
53.此后，服务端系统将重组服务单按照不同的洗衣服务提供者拆分为洗衣服务单(其属于特定服务单)和洗护单(其属于执行单)，并将洗护单信息推送到相应的洗衣服务提供者。此外，服务端系统还将由原洗衣订单生成的洗衣服务单和洗护单中的相关数据标记为无效，并将标记后的无效数据同步到相应的洗衣服务提供者。在此过程中，用户可以在客户端页面查看重组服务单及洗衣服务单中的具体信息。
54.如果当前时刻距预约上门时间在两小时以内，服务端系统立即创建取件单(其属于上门单)和取件运单(其属于上门运单)并向物流提供者下发取件运单。否则，服务端系统以5分钟为周期判断当前时刻是否到达预约上门时间之前两小时，如果到达，则创建取件单和取件运单并向物流提供者下发取件运单，还可将取件运单信息推送到相应的服务提供者。
55.此后，服务端系统监听物流提供者发送的物流信息并将其推送到服务提供者。服
务提供者在完成洗护服务后，生成洗护完成通知(其属于服务完成通知)推送到服务端系统。服务端系统在接收到洗护完成通知后，生成配送单和配送运单，并将配送运单发送到物流提供者以完成物品配送。在配送完成后，服务端系统更新重组服务单状态，此后，用户可以在客户端页面查看服务进度。
56.在本发明实施例的技术方案中，在用户侧提供对所有未生成取件单或取件运单的多个服务类订单下的服务类信息对象及其数量重新组合的功能，由用户集中设置或更新预约上门时间、上门地址、配送地址等履约信息，从而极大方便了用户灵活预约和及时完成服务履约，最大化提高用户使用服务的消费体验，并且可大大降低服务类订单快到期时客户取消订单的次数，为服务类商品运营减少损失。
57.需要说明的是，对于前述的各方法实施例，为了便于描述，将其表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，某些步骤事实上可以采用其它顺序进行或者同时进行。此外，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是实现本发明所必须的。
58.为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。
59.请参阅图3所示，本发明实施例提供的服务类订单处理装置300可以包括：请求接收单元301和处理单元302。
60.其中，请求接收单元301可用于接收用户发送的重组履约请求；其中，所述重组履约请求中携带有：至少一个重组信息对象的标识和数量、以及用户为所述重组信息对象设置的履约信息；所述重组信息对象包括：用户预先提交的一个服务类订单中的部分服务类信息对象、或者用户预先提交的多个服务类订单中每一服务类订单的部分或全部服务类信息对象；处理单元302可用于：根据所述重组履约请求生成一个重组服务单，利用所述重组信息对象的标识和所述履约信息确定所述重组履约请求对应的服务提供者，基于所述重组服务单和确定的服务提供者处理所述重组履约请求。
61.在本发明实施例中，所述服务类信息对象可包括：取送类信息对象和上门类信息对象；所述取送类信息对象对应的履约信息包括：上门地址、预约上门时间和配送地址；所述上门类信息对象对应的履约信息进一步包括：上门地址和预约上门时间；以及，所述处理单元302可进一步用于：获取所述重组信息对象的标识所属的服务项；将匹配于所述上门地址和所述服务项的服务提供者确定为初选提供者；将对应于所述重组信息对象的最小数量的初选提供者确定为所述重组履约请求对应的服务提供者。
62.作为一个优选方案，所述处理单元302可进一步用于：将所述重组服务单拆分成适用于所述重组履约请求对应的服务提供者的特定服务单，将依据特定服务单生成的执行单向所述重组履约请求对应的服务提供者发送；在所述履约信息中的预约上门时间到达前的预设时间，生成所述重组履约请求对应的上门运单向物流提供者发送，以使物流提供者上门获取所述重组信息对象关联的物品进而将该物品发送到所述重组履约请求对应的服务提供者，从而使该服务提供者针对该物品执行所述重组信息对象定义的服务；接收所述重组履约请求对应的服务提供者发送的服务完成通知，生成所述重组履约请求对应的配送运单向物流提供者发送，以使物流提供者获取所述重组履约请求对应的服务提供者执行服务
针对的物品并根据所述履约信息中的配送地址进行配送。
63.较佳地，所述装置300可进一步包括数据同步单元，其用于：在根据所述重组履约请求生成一个重组服务单之后，将由所述重组履约请求针对的服务类订单生成的特定服务单和执行单中的相关数据标记为无效，并将标记后的数据向该执行单对应的服务提供者发送；其中，所述相关数据包括：所述重组信息对象的标识、原有数量和/或原有履约信息；以及，前述未执行履约的服务类订单包括：未生成上门运单的服务类订单。
64.根据本发明实施例的技术方案，预先在客户端页面向用户提供选取服务类订单中部分服务类信息对象或者跨订单选取服务类信息对象来设置或修改履约信息的功能，这样，当用户在客户端页面选取相应的服务类信息对象(下称为重组信息对象)、输入相应的履约信息并点击相应按钮之后，即向服务端系统发送了重组履约请求。服务端系统在接收到重组履约请求之后，基于重组履约请求中的重组信息对象和履约信息生成一个重组服务单，并在确定重组履约请求对应的服务提供者之后，基于该服务提供者和重组服务单处理重组履约请求。通过以上设置，能够使用户实现同一订单或者跨订单的服务类信息对象粒度的履约信息设置或修改，从而优化用户体验，减少用户取消订单行为的发生以及用户与服务端之间原有的大量冗余通信和数据浪费。
65.图4示出了可以应用本发明实施例的服务类订单处理方法或服务类订单处理装置的示例性系统架构400。
66.如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。
67.用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种客户端应用，例如包含服务类商品的电子商务应用(仅为示例)。
68.终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
69.服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所操作的包含服务类商品的电子商务应用提供支持的后台服务器(仅为示例)。后台服务器可以对接收到的重组履约请求进行处理，并将处理结果(例如是否响应成功
‑‑
仅为示例)反馈给终端设备401、402、403。
70.需要说明的是，本发明实施例所提供的服务类订单处理方法一般由服务器405执行，相应地，服务类订单处理装置一般设置于服务器405中。
71.应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
72.本发明还提供了一种电子设备。本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的服务类订单处理方法。
73.下面参考图5，其示出了适于用来实现本发明实施例的电子设备的计算机系统500的结构示意图。图5示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范
围带来任何限制。
74.如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有计算机系统500操作所需的各种程序和数据。cpu501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
75.以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便从其上读出的计算机程序根据需要被安装入存储部分508。
76.特别地，根据本发明公开的实施例，上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元501执行时，执行本发明的系统中限定的上述功能。
77.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
78.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也
要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
79.描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，请求接收单元还可以被描述为“向处理单元提供重组履约请求的单元”。
80.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备执行的步骤包括：接收用户发送的重组履约请求；其中，所述重组履约请求中携带有：至少一个重组信息对象的标识和数量、以及用户为所述重组信息对象设置的履约信息；所述重组信息对象包括：用户预先提交的、并且未执行履约的一个服务类订单中的部分服务类信息对象、或者用户预先提交的、并且未执行履约的多个服务类订单中每一服务类订单的部分或全部服务类信息对象；根据所述重组履约请求生成一个重组服务单，利用所述重组信息对象的标识和所述履约信息确定所述重组履约请求对应的服务提供者，基于所述重组服务单和确定的服务提供者处理所述重组履约请求。
81.在本发明实施例的技术方案中，预先在客户端页面向用户提供选取服务类订单中部分服务类信息对象或者跨订单选取服务类信息对象来设置或修改履约信息的功能，这样，当用户在客户端页面选取相应的服务类信息对象(下称为重组信息对象)、输入相应的履约信息并点击相应按钮之后，即向服务端系统发送了重组履约请求。服务端系统在接收到重组履约请求之后，基于重组履约请求中的重组信息对象和履约信息生成一个重组服务单，并在确定重组履约请求对应的服务提供者之后，基于该服务提供者和重组服务单处理重组履约请求。通过以上设置，能够使用户实现同一订单或者跨订单的服务类信息对象粒度的履约信息设置或修改，从而优化用户体验，减少用户取消订单行为的发生以及用户与服务端之间原有的大量冗余通信和数据浪费。
82.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。