订单处理方法及装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及一种订单处理方法及装置。

背景技术

虚拟商品是指电子商务市场中的数字产品和服务，相比于实物商品，虚拟商品具有无实物、无需仓储物流、不涉及配送收货流程等特性。目前，服务类虚拟商品的线上订单采取仿实物订单，即用户购买完成服务类虚拟商品后，在订单中发放对应的兑换码，或者包括卡号、密码的验证信息，作为服务类虚拟商品的交付形式。用户收到兑换码或验证信息后，视为服务类虚拟商品被“妥投”，并认为服务类虚拟商品对应的订单已完成。

发明内容

本申请实施例提出了一种订单处理方法及装置。

第一方面，本申请实施例提供了一种订单处理方法，包括：响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。

在一些实施例中，订单中包括同类型的多个虚拟服务对象；上述响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单，包括：响应于确定接收到用户针对于同类型的多个虚拟服务对象的下单操作，生成包括多个服务单的订单，其中，多个服务单与多个虚拟服务对象一一对应，每个服务单用于表征所对应的虚拟服务对象的服务信息。

在一些实施例中，上述在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息，包括：针对于订单中的每个服务单，基于用户针对于该服务单的预设操作，进行信息处理，并更新该服务单的状态信息；根据预设状态信息优先级，确定订单的状态信息。

在一些实施例中，上述针对于订单中的每个服务单，基于用户针对于该服务单的预设操作，进行信息处理，并更新该服务单的状态信息，包括：针对于订单中的每个服务单，执行如下操作：以该服务单为提供该服务单所对应的虚拟服务对象所表征的服务的服务平台的入口，与服务平台进行信息交互，执行用户针对于该服务单的预设操作；根据预设操作的执行结果，更新该服务单的状态信息。

在一些实施例中，上述根据预设状态信息优先级，确定订单的状态信息，包括：根据订单所对应的虚拟服务对象的服务类型，确定预设状态信息优先级；根据预设状态信息优先级，将多个服务单的优先级最高的状态信息，确定为订单的状态信息。

在一些实施例中，上述方法还包括：根据预设状态信息优先级，确定订单中每个服务单的排列顺序。

在一些实施例中，上述方法还包括：响应于确定订单中的虚拟服务对象所表征的服务完成，将服务的完成时间点确定为订单的完成时间点。

第二方面，本申请实施例提供了一种订单处理装置，包括：生成单元，被配置成响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；处理单元，被配置成在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。

在一些实施例中，订单中包括同类型的多个虚拟服务对象；生成单元，进一步被配置成：响应于确定接收到用户针对于同类型的多个虚拟服务对象的下单操作，生成包括多个服务单的订单，其中，多个服务单与多个虚拟服务对象一一对应，每个服务单用于表征所对应的虚拟服务对象的服务信息。

在一些实施例中，处理单元，进一步被配置成：针对于订单中的每个服务单，基于用户针对于该服务单的预设操作，进行信息处理，并更新该服务单的状态信息；根据预设状态信息优先级，确定订单的状态信息。

在一些实施例中，处理单元，进一步被配置成：针对于订单中的每个服务单，执行如下操作：以该服务单为提供该服务单所对应的虚拟服务对象所表征的服务的服务平台的入口，与服务平台进行信息交互，执行用户针对于该服务单的预设操作；根据预设操作的执行结果，更新该服务单的状态信息。

在一些实施例中，处理单元，进一步被配置成：根据订单所对应的虚拟服务对象的服务类型，确定预设状态信息优先级；根据预设状态信息优先级，将多个服务单的优先级最高的状态信息，确定为订单的状态信息。

在一些实施例中，上述装置还包括：第一确定单元，被配置成根据预设状态信息优先级，确定订单中每个服务单的排列顺序。

在一些实施例中，上述装置还包括：第二确定单元，被配置成响应于确定订单中的虚拟服务对象所表征的服务完成，将服务的完成时间点确定为订单的完成时间点。

第三方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现如第一方面任一实现方式描述的方法。

第四方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面任一实现方式描述的方法。

本申请实施例提供的订单处理方法及装置，通过响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息，从而提供了一种针对于包括虚拟服务对象的订单的处理方法，整合了虚拟服务对象的购买流程与服务流程，在虚拟服务对象表征的服务完成前，用户可针对于订单进行购买流程与服务流程中的预设操作，提高了信息处理的针对性和操作的便利性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请订单处理方法的一个实施例的流程图；

图3是根据本申请包括多个服务单的订单的示意图；

图4是根据本实施例的订单处理方法的应用场景的示意图；

图5是根据本申请的订单处理方法的又一个实施例的流程图；

图6是根据本申请的订单处理装置的一个实施例的结构图；

图7是适于用来实现本申请实施例的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的订单处理方法及装置的示例性架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103可以是支持网络连接从而进行数据交互和数据处理的硬件设备或软件。当终端设备101、102、103为硬件时，其可以是支持网络连接，信息交互、显示、处理等功能的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如接收用户在终端设备101、102、103上针对于虚拟服务对象的下单操作，进行订单处理的后台处理服务器。后台处理服务器响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。可选的，后台处理服务器可将预设操作的操作结果反馈至终端设备，以供终端设备更新订单的状态信息。作为示例，服务器105可以是云端服务器。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

还需要说明的是，本公开的实施例所提供的订单处理方法可以由服务器执行，也可以由终端设备执行，还可以由服务器和终端设备彼此配合执行。相应地，订单处理装置包括的各个部分(例如各个单元、子单元、模块、子模块)可以全部设置于服务器中，也可以全部设置于终端设备中，还可以分别设置于服务器和终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。当订单处理方法运行于其上的电子设备不需要与其他电子设备进行数据传输时，该系统架构可以仅包括订单处理方法运行于其上的电子设备(例如服务器或终端设备)。

继续参考图2，示出了订单处理方法的一个实施例的流程200，包括以下步骤：

步骤201，响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单。

本实施例中，订单处理方法的执行主体(例如图1中的终端设备或服务器)响应于确定接收到用户针对于虚拟服务对象的下单操作，可以生成虚拟服务对象对应的订单。

其中，虚拟服务对象表征电子商务市场中服务类的虚拟商品。作为示例，虚拟服务对象可以是体检服务、汽车保养服务、牙齿正畸服务等。

上述执行主体监听用户的操作信息，当接收到用户针对于虚拟服务对象的下单操作时，可以生成虚拟服务对象对应的订单。

在本实施例的一些可选的实现方式中，订单中包括同类型的多个虚拟服务对象。上述执行主体响应于确定接收到用户针对于同类型的多个虚拟服务对象的下单操作，生成包括多个服务单的订单。

其中，同类型用于表征虚拟服务对象的服务类型相同，例如，同为体检服务的多个虚拟服务对象为同类型的虚拟服务对象。多个服务单与多个虚拟服务对象一一对应，每个服务单用于表征所对应的虚拟服务对象的服务信息。

步骤202，在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。

本实施例中，在虚拟服务对象所表征的服务完成前，上述执行主体可以基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。

其中，虚拟服务对象可以是任意的服务类的虚拟商品，针对于不同的服务类型的虚拟服务对象，服务完成的最终状态不同。作为示例，当虚拟服务对象为体检服务时，体检服务完成的最终状态为用户完成体检服务中的所有体检项目；当虚拟服务对象为车辆保养服务时，车辆保养服务完成的最终状态为被保养车辆完成车辆保养服务中的所有保养项目。

根据所购买的虚拟服务对象以及服务类型，上述执行主体可以确定虚拟服务对象所表征的服务是否被完成。在虚拟服务对象所表征的服务完成前，用户可以在虚拟服务对象所对应的订单上，执行虚拟服务对象的购买流程以及服务流程中的任意的预设操作。

作为示例，在购买流程中，用户可以执行付款、取消、退单等预设操作；在服务流程中，用户可以执行预约、信息填写、信息确认等预设操作。

可以理解，不同服务类型的虚拟服务对象的购买流程和服务流程可能不同，用户在包括不同类型的虚拟服务对象的订单中，执行的预设操作可能不同。

本实施例中，上述执行主体接收用户针对于订单的预设操作，并与提供订单所对应的虚拟服务对象所表征的服务的服务平台进行信息交互，处理预设操作，并根据执行预设操作的执行结果更新订单的状态信息。

作为示例，基于用户的预设操作，上述执行主体可以跳转至服务平台对应的信息页面中。以用户对体检服务的预约操作为例，用户在购物平台购买完成体检服务后，所生成的订单将状态信息自动更新为待预约，并在订单中设置相应的预约按钮。用户触发预约按钮，上述执行主体跳转至提供体检服务的服务平台的预约页面。

作为又一示例，基于用户的预设操作，上述执行主体可以从对应的服务平台获取相应的信息并向用户展示，以执行用户的预设操作。继续以用户对体检服务的预约操作为例，用户触发预约按钮后，上述执行主体从提供体检服务的服务平台获取进行预约操作的相关信息(例如预约体检服务所要填写的信息)，并展示进行预约操作的相关信息。进一步的，上述执行主体可以接收用户的输入信息，并与服务平台进行信息交互。

在本实施例的一些可选的实现方式中，针对于同一订单中包括多个服务单的情况，上述执行主体通过如下方式，执行上述步骤202：

第一、针对于订单中的每个服务单，基于用户针对于该服务单的预设操作，进行信息处理，并更新该服务单的状态信息。

作为示例，基于用户针对于该服务单的预设操作，上述执行主体可以跳转至服务平台对应的信息页面中。

在本实现方式中，针对于订单中的每个服务单，上述执行主体执行如下操作：

首先，以该服务单为提供该服务单所对应的虚拟服务对象所表征的服务的服务平台的入口，与服务平台进行信息交互，执行用户针对于该服务单的预设操作。

然后，根据预设操作的执行结果，更新该服务单的状态信息。

作为示例，如图3所示，订单301中包括服务单3011、3012、3013。用户触发服务单3011上的“立即预约”按钮，上述执行主体从提供体检服务的服务平台获取进行预约操作所要填写的体检人员信息，并通过页面302向用户展示所要填写的信息。在用户填写完体检人员信息后，将其发送至提供体检服务的服务平台，响应于接收到服务平台返回的预约成功的提示信息，将该服务单的状态信息更新为“预约成功”。

第二、根据预设状态信息优先级，确定订单的状态信息。

本实现方式中，上述执行主体中，或与上述执行主体通信连接的电子设备中设置有对应于虚拟服务对象的服务类型的预设状态信息优先级，预设状态信息优先级用于表征所对应的服务类型的各状态信息的优先级。

具体的，上述执行主体根据订单所对应的虚拟服务对象的服务类型，确定预设状态信息优先级；根据预设状态信息优先级，将多个服务单的优先级最高的状态信息，确定为订单的状态信息。

本实现方式中，针对于不同服务类型的虚拟服务对象，可以根据实际情况设置对应的预设状态信息优先级。以体检服务为例，其预设状态信息优先级可以如下设置：待预约>预约失败>预约中>预约成功>退款中>退款失败>已到检>已完成>退款完成。

继续参见图4，图4是根据本实施例的订单处理方法的应用场景的一个示意图400。在图4的应用场景中，用户401通过终端设备402在购物类应用中购买体检服务(虚拟服务对象)。服务器403监听用户401在终端设备402的操作信息。服务器403响应于确定接收到用户401针对于购物类应用中的体检服务的下单操作，生成虚拟服务对象对应的订单404；在虚拟服务对象所表征的服务完成前，基于用户401针对于订单的预设操作，进行信息处理，并更新订单的状态信息。具体的，用户在支付后的订单404中点击“立即预约”按钮，服务器403根据用户401的预约操作，向终端设备402提供预约操作所需填写的体检人员信息，并通过终端设备402的展示页面405向用户401展示。用户401在终端页面上输入体检人员信息，并将体检人员信息反馈至服务器403。然后，服务器403根据体检人员信息确定预约成功，向终端设备402发送预约成功的提示信息，终端设备将订单404的状态信息更新为“已预约”。

本公开的上述实施例提供的方法，通过响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息，从而提供了一种针对于包括虚拟服务对象的订单的处理方法，整合了虚拟服务对象的购买流程与服务流程，在虚拟服务对象表征的服务完成前，用户可针对于订单进行购买流程与服务流程中的预设操作，提高了信息处理的针对性和操作的便利性。

在本实施例的一些可选的实现方式中，上述执行主体还可以根据预设状态信息优先级，确定订单中每个服务单的排列顺序，并根据排列顺序展示订单中的多个任务单。作为示例，上述执行主体可以按照优先级从高到低的顺序展示订单中的多个任务单。

在本实施例的一些可选的实现方式中，上述方法还可以响应于确定订单中的虚拟服务对象所表征的服务完成，将服务的完成时间点确定为订单的完成时间点。

以服务的完成时间点为订单的完成时间点，从而可将针对订单的结算、核算、账务统计流程后置于服务完成后，可避免针对因用户已购买但未进行服务履约的虚拟服务对象的采购货款的结算、核算、账务统计等操作，提高了信息处理的准确度。

继续参考图5，示出了根据本申请的订单处理方法的另一个实施例的示意性流程500，包括以下步骤：

步骤501，响应于确定接收到用户针对于同类型的多个虚拟服务对象的下单操作，生成包括多个服务单的订单。

其中，多个服务单与多个虚拟服务对象一一对应，每个服务单用于表征所对应的虚拟服务对象的服务信息。

步骤502，针对于订单中的每个服务单，执行如下操作：

步骤5021，以该服务单为提供该服务单所对应的虚拟服务对象所表征的服务的服务平台的入口，与服务平台进行信息交互，执行用户针对于该服务单的预设操作。

步骤5022，根据预设操作的执行结果，更新该服务单的状态信息。

步骤503，根据订单所对应的虚拟服务对象的服务类型，确定预设状态信息优先级。

步骤504，根据预设状态信息优先级，将多个服务单的优先级最高的状态信息，确定为订单的状态信息。

步骤505，响应于确定订单中的虚拟服务对象所表征的服务完成，将服务的完成时间点确定为订单的完成时间点。

从本实施例中可以看出，与图2对应的实施例相比，本实施例中的订单处理方法的流程500具体说明了针对于包括多个服务单的订单的处理过程，以及订单的完成时间点的确定过程。如此，进一步提高了本实施例操作的便利性，以及信息处理的准确度。

继续参考图6，作为对上述各图所示方法的实现，本公开提供了一种订单处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，订单处理装置包括：包括：生成单元601，被配置成响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；处理单元602，被配置成在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。

在本实施例的一些可选的实现方式中，订单中包括同类型的多个虚拟服务对象；生成单元601，进一步被配置成：响应于确定接收到用户针对于同类型的多个虚拟服务对象的下单操作，生成包括多个服务单的订单，其中，多个服务单与多个虚拟服务对象一一对应，每个服务单用于表征所对应的虚拟服务对象的服务信息。

在本实施例的一些可选的实现方式中，处理单元602，进一步被配置成：针对于订单中的每个服务单，基于用户针对于该服务单的预设操作，进行信息处理，并更新该服务单的状态信息；根据预设状态信息优先级，确定订单的状态信息。

在本实施例的一些可选的实现方式中，处理单元602，进一步被配置成：针对于订单中的每个服务单，执行如下操作：以该服务单为提供该服务单所对应的虚拟服务对象所表征的服务的服务平台的入口，与服务平台进行信息交互，执行用户针对于该服务单的预设操作；根据预设操作的执行结果，更新该服务单的状态信息。

在本实施例的一些可选的实现方式中，处理单元602，进一步被配置成：根据订单所对应的虚拟服务对象的服务类型，确定预设状态信息优先级；根据预设状态信息优先级，将多个服务单的优先级最高的状态信息，确定为订单的状态信息。

在本实施例的一些可选的实现方式中，上述装置还包括：第一确定单元(图中未示出)，被配置成根据预设状态信息优先级，确定订单中每个服务单的排列顺序。

在本实施例的一些可选的实现方式中，上述装置还包括：第二确定单元(图中未示出)，被配置成响应于确定订单中的虚拟服务对象所表征的服务完成，将服务的完成时间点确定为订单的完成时间点。

本实施例中，订单处理装置中的生成单元响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；处理单元在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。从而提供了一种针对于包括虚拟服务对象的订单的处理方法，整合了虚拟服务对象的购买流程与服务流程，在虚拟服务对象表征的服务完成前，用户可针对于订单进行购买流程与服务流程中的预设操作，提高了信息处理的针对性和操作的便利性。

下面参考图7，其示出了适于用来实现本申请实施例的设备(例如图1所示的设备101、102、103、105)的计算机系统700的结构示意图。图7示出的设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括处理器(例如CPU，中央处理器)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM703中，还存储有系统700操作所需的各种程序和数据。处理器701、ROM702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本申请的方法中限定的上述功能。

需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在客户计算机上执行、部分地在客户计算机上执行、作为一个独立的软件包执行、部分在客户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到客户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器，包括生成单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，处理单元还可以被描述为“在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该计算机设备：响应于确定接收到用户针对于虚拟服务对象的下单操作，生成虚拟服务对象对应的订单；在虚拟服务对象所表征的服务完成前，基于用户针对于订单的预设操作，进行信息处理，并更新订单的状态信息。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。