CN109726835A - 数据对象信息处理方法、装置及电子设备 - Google Patents

Abstract

本申请实施例公开了数据对象信息处理方法、装置及电子设备，其中，所述方法包括：服务端向第二客户端提供可供试穿的数据对象的信息，所述可供试穿的数据对象关联有实体店铺；接收到预约试穿的请求后，确定待试穿的目标数据对象；根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单；将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。通过本申请实施例，能够为实现跨店铺的试穿提供技术支持。

Description

数据对象信息处理方法、装置及电子设备

技术领域

本申请涉及数据对象信息处理技术领域，特别是涉及数据对象信息处理方法、装置及电子设备。

背景技术

消费者购买服装、鞋帽等类目的商品，通常有网购以及实体店购物等多种途径。其中，网上购物无法实际试穿，只能买到后试穿，试完之后如果发现不合适可以选择退货，但是退货过程耗时又麻烦，另外可能还需要消费者另付运费等。如果选择逛商场，由于商场中通常包括多家品牌的多家店铺，而消费者在看到某件商品后不一定马上买，一般是多逛几家后有了款式价格的对比后才产生购买行为。在对比过程中，如果需要试衣也只能试其中一家店铺的，不能同时试多家店铺的，因此只能一家一家的试，除非先将一家店铺中的某件商品买下来到另一家才能同时试，但是，如果发现之前已经买到的不合适，仍然要走退货流程，效率低下，逛得时间长反而降低购物乐趣。

因此，如何方便用户试用，帮助用户提高购物效率，降低资源浪费现象的发生，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了数据对象信息处理方法、装置及电子设备，为实现跨店铺的试穿提供技术支持。

本申请提供了如下方案：

一种发布数据对象信息的方法，应用于第一客户端，包括：

提供用于录入数据对象信息的操作选项，所述数据对象为可供试穿的数据对象；

通过所述操作选项，接收可供试穿的数据对象的信息；

将所述可供试穿的数据对象的信息，以及关联的实体店铺的信息提交到服务端，以用于对所述可供试穿的数据对象进行线下试穿预约。

一种发布数据对象信息的方法，包括：

服务端接收第一客户端提交的可供试穿的数据对象的信息，以及关联的实体店铺的信息；

对所述可供试穿的数据对象的信息进行发布，以用于对所述可供试穿的数据对象进行线下试穿预约。

一种数据对象信息处理方法，包括：

服务端向第二客户端提供可供试穿的数据对象的信息，所述可供试穿的数据对象关联有实体店铺；

接收到预约试穿的请求后，确定待试穿的目标数据对象；

根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单；

将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

一种数据对象信息处理方法，包括：

第二客户端对服务端提供的可供试穿的数据对象的信息进行展示，所述可供试穿的数据对象关联有实体店铺；

在目标数据对象被选中后，向所述服务端提交试穿请求，由所述服务端根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单，并将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

一种数据对象信息处理方法，包括：

第一客户端确定进入关联的实体店铺进行试穿的第二用户信息；

根据所述第二用户信息确定对应的试穿订单信息，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

通过所述试穿订单界面中提供的第一操作选项，向服务端提交开始试穿的通知信息，由所述服务端进行计费处理。

一种数据对象信息处理方法，包括：

服务端接收第一客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

对所述第二用户的试穿行为进行计费处理。

一种数据对象信息处理方法，包括：

第三客户端接收服务端提供的试穿订单信息，其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

根据所述试穿订单中记录的所述预约的试穿时间信息确定开始计费的时间点；

如果在所述开始计费的时间点，所述统一的试穿区域已接收到所述试穿订单关联的目标数据对象，则通过所述试穿订单界面中的操作选项通知所述服务端对所述目标数据对象对应的试穿行为进行计费处理。

一种数据对象信息处理方法，包括：

服务端接收第三客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息，以及目标数据对象标识；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

对所述目标数据对象对应的试穿行为进行计费处理。

一种数据对象信息处理方法，应用于聚集式营业场所部署的终端设备中，所述方法包括：

第四客户端采集第二用户的生物体征信息；

将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

提供所述试穿订单的信息。

一种发布数据对象信息的装置，应用于第一客户端，包括：

操作选项提供单元，用于提供用于录入数据对象信息的操作选项，所述数据对象为可供试穿的数据对象；

数据对象信息接收单元，用于通过所述操作选项，接收可供试穿的数据对象的信息；

信息提交单元，用于将所述可供试穿的数据对象的信息，以及关联的实体店铺的信息提交到服务端，以用于对所述可供试穿的数据对象进行线下试穿预约。

一种发布数据对象信息的装置，应用于服务端，包括：

数据对象信息接收单元，用于接收第一客户端提交的可供试穿的数据对象的信息，以及关联的实体店铺的信息；

信息发布单元，用于对所述可供试穿的数据对象的信息进行发布，以用于对所述可供试穿的数据对象进行线下试穿预约。

一种数据对象信息处理装置，应用于服务端，包括：

数据对象信息提供单元，用于向第二客户端提供可供试穿的数据对象的信息，所述可供试穿的数据对象关联有实体店铺；

目标数据对象确定单元，用于接收到预约试穿的请求后，确定待试穿的目标数据对象；

订单生成单元，用于根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单；

信息提供单元，用于将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

一种数据对象信息处理装置，应用于第二客户端，包括：

信息展示单元，用于对服务端提供的可供试穿的数据对象的信息进行展示，所述可供试穿的数据对象关联有实体店铺；

请求提交单元，用于在目标数据对象被选中后，向所述服务端提交试穿请求，由所述服务端根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单，并将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

一种数据对象信息处理装置，应用于第一客户端，包括：

用户信息确定单元，用于确定进入关联的实体店铺进行试穿的第二用户信息；

订单信息确定单元，用于根据所述第二用户信息确定对应的试穿订单信息，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

通知信息提交单元，用于通过所述试穿订单界面中提供的第一操作选项，向服务端提交开始试穿的通知信息，由所述服务端进行计费处理。

一种数据对象信息处理装置，应用于服务端，包括：

第一通知信息接收单元，用于接收第一客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

第一计费处理单元，用于对所述第二用户的试穿行为进行计费处理。

一种数据对象信息处理装置，应用于第三客户端，包括：

订单信息接收单元，用于接收服务端提供的试穿订单信息，其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

时间信息确定单元，用于根据所述试穿订单中记录的所述预约的试穿时间信息确定开始计费的时间点；

通知单元，用于如果在所述开始计费的时间点，所述统一的试穿区域已接收到所述试穿订单关联的目标数据对象，则通过所述试穿订单界面中的操作选项通知所述服务端对所述目标数据对象对应的试穿行为进行计费处理。

一种数据对象信息处理装置，应用于服务端，包括：

第二通知信息接收单元，用于接收第三客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息，以及目标数据对象标识；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

第二计费处理单元，用于对所述目标数据对象对应的试穿行为进行计费处理。

一种数据对象信息处理装置，应用于聚集式营业场所部署的终端设备中的第四客户端，所述装置包括：

信息采集单元，用于采集第二用户的生物体征信息；

信息提交单元，用于将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

订单信息提供单元，用于提供所述试穿订单的信息。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

采集第二用户的生物体征信息；

将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

提供所述试穿订单的信息。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，使得第二用户可以通过第二客户端对可供试穿的数据对象信息进行预约，并由服务端生成试穿订单，并提供给对应的第一客户端。这样，使得第二用户在实体店铺即将产生的试穿行为已经预先被服务端获知，后续第二用户具体到实体店铺进行的试穿的过程都可以被服务端感知，因此，可以通过服务端对第二用户的试穿行为进行统一的管理，从而为实现跨店铺的试穿提供技术支持，使得第二用户在获得便利的同时，避免第一用户的财产等受到损失。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的第二方法的流程图；

图4是本申请实施例提供的第三方法的流程图；

图5是本申请实施例提供的第四方法的流程图；

图6是本申请实施例提供的第五方法的流程图；

图7是本申请实施例提供的第六方法的流程图；

图8是本申请实施例提供的第七方法的流程图；

图9是本申请实施例提供的第八方法的流程图；

图10是本申请实施例提供的第九方法的流程图；

图11是本申请实施例提供的信息交互示意图；

图12是本申请实施例提供的第一装置的示意图；

图13是本申请实施例提供的第二装置的示意图；

图14是本申请实施例提供的第三装置的示意图；

图15是本申请实施例提供的第四装置的示意图；

图16是本申请实施例提供的第五装置的示意图；

图17是本申请实施例提供的第六装置的示意图；

图18是本申请实施例提供的第七装置的示意图；

图19是本申请实施例提供的第八装置的示意图；

图20是本申请实施例提供的第九装置的示意图；

图21是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，可以为用户提供对的试穿活动进行线上预约的实现方案。首先需要说明的是，实体店铺通常可以分为两种，一种是在商场等聚集式营业场所内开设的第一类实体店铺，另一种是具有独立式营业场所的第二类实体店铺。其中，同一个聚集式营业场所内通常会包括多个第一类实体店铺，例如，包括多个品牌的服装店，等等。用户在一个商场内进行购物时，由于各家店铺都集中在同一建筑内，距离很近，因此，通常会在多家店铺之间进行选择、比对、搭配等等，在此过程中，可能会需要在多个不同的店铺内分别进行试穿。而独立式营业场所是相对于聚集式营业场所而言，也即，商场之外的零散商户的实体店铺，当然，这些第二类实体店铺也可能是某些品牌的服装店，等等。另外，第二类实体店铺也可能会有集中分布的特点，例如，某第二类实体店铺A的附近还存在第二类实体店铺B、C、D，等等，这些第二类实体店铺虽然可能并不是位于同一建筑物内，但彼此之间距离比较近，构成“商圈”，用户也可能会需要在距离比较近的多家第二类实体店铺之间进行比对、搭配，等等，在此过程中，同样可能需要在多家不同的第二类实体店铺中进行试穿。但是，在现有技术中，消费者用户(本申请实施例中称为第二用户，相应的，具体实体店铺对应的商家用户称为第一用户)到实体店铺进行试穿时，无论是第一类实体店铺，还是第二类实体店铺，都只能在同一个实体店铺内进行试穿，而不能带到店铺之外。因此，用户无法实现跨店铺的试穿，这就使得用户无法更好的在不同的店铺之间进行对比、搭配。

为此，本申请实施例中，可以帮助用户实现跨店铺的试穿，同时，为了避免第一用户的财产受到损失，本申请实施例提供了统一的管理系统，通过该管理系统，实现对用户的跨店铺试穿行为进行管理及约束，使得第二用户在获得跨店铺试穿服务的同时，能够自觉归还具体的数据对象，降低长时间不归还，或者据为己有等情况的发生概率。

具体实现时，上述管理系统可以通过在现有的网络销售等系统中增加相关功能等方式来实现，或者，也可以提供专用的管理系统。具体的，参见图1，该管理系统首先可以分为服务端、第一客户端以及第二客户端，其中，第一客户端主要用于提供给商家等第一用户使用，第二客户端则主要用于提供给消费者用户等第二用户使用。服务端则位于云端，可以对具体的数据进行管理、发布，对第二用户的预约试穿行为进行订单管理。具体的，第一用户可以通过第一客户端向服务端提交具体可供试穿的数据对象的信息，包括数据对象的标识、数量等，另外，还可以对关联的实体店铺的信息进行提交，例如，如果是第一类实体店铺，则可以提交其在商场内的位置信息，如果是第二类实体店铺，则可以提交其所在的地理位置信息，等等。第二客户端则可以为第二用户提供具体可选择进行试穿的数据对象信息，第二用户可以进行选择，并由服务端生成试穿订单。具体的试穿订单可以提供给第一客户端，后续具体在第二用户到实体店铺进行实际试穿时，可以由第一客户端将第二用户的开始试穿等信息通知给服务端，由服务端进行计费等处理。

另外，在具体实现时，还可以在商场等聚集式营业场所内提供统一的试穿区域，这样，第二用户在线上完成对目标数据对象的试穿预约后，可以由具体实体店铺关联的第一用户将具体的目标数据对象送至这种统一的试穿区域，这样，第二用户可以在该统一的试穿区域内完成对多家第一类实体店铺中的多个目标数据对象的试穿，从而提高效率。在这种情况下，还可以为统一的试穿区域配置第三客户端，服务端生成的试穿订单除了提供给第一客户端，还可以提供给该第三客户端，后续可以由该第三客户端通知服务端进行计费处理。

再者，在可选的实施方式中，还可以在聚集式营业场所内配置自助式的终端设备，并为该终端设备提供第四客户端。该终端设备的作用在于，如果第二用户预先进行了线上的试穿预约，但是，在到了聚集式营业场所之后发现忘记了带手机等移动终端设备，此时，可以通过该自助式终端设备对其试穿订单进行查询。具体的，该终端设备可以具有对第二用户进行生物体征信息采集的功能，例如，可以是采集人脸图像信息、指纹信息、声纹信息、虹膜信息等等。相应的，服务端可以预先对第二用户的账户信息与经过认证的生物体征信息进行绑定，这样，在该终端设备采集到当前第二用户的生物体征信息后，可以由第四客户端提交到服务端，这样，服务端就可以查询到具体的第二用户的账户信息，并进而查询到关联的试穿订单信息，并返回。这样，第二用户就可以通过该自助式终端设备查询其预约的试穿订单信息。

下面分别从多种不同的角度，对本申请实施例的具体实现方案进行详细介绍。

实施例一

在该实施例一中，首先从第一客户端的角度，提供了一种发布数据对象信息的方法，也就是说，在进行具体的线上预约之前，服务端需要先通过第二客户端向第二用户提供可试穿的数据对象信息。而在本申请实施例一中，具体可试穿的数据对象信息可以是由第一用户来进行设定的。所谓的第一用户就可以是指商家用户、卖家用户等，并且实体店铺相关联。换言之，实体店铺关联的第一用户可以通过这种第一客户端对其能够提供试穿服务的数据对象信息进行发布，这样，服务端就可以获知哪些实体店铺加入这种跨店铺试穿服务，以及具体有哪些数据对象是可以用来进行跨店铺试穿的。例如，某商场内某品牌的专卖店需要为用户提供跨店铺的试穿服务，则可以由该专卖店的工作人员，或者该品牌的工作人员，通过所述第一客户端，对具体的数据对象信息进行配置，并提交给服务端，这样，服务端就可以将该品牌专卖店中对应的数据对象，确定为可供试穿的数据对象，等等。

具体的，参见图2，该方法可以包括：

S201：第一客户端提供用于录入数据对象信息的操作选项，所述数据对象为可供试穿的数据对象；

具体实现时，第一客户端可以为第一用户提供操作界面，在该操作界面中可以提供用于对可供试穿的数据对象进行信息录入的操作选项。具体的，可以是用于输入具体数据对象信息的输入框，包括输入数据对象的名称、资源信息(价格等)、代表图片等、可供试穿的数量等信息的输入框。或者，如果第一用户已经是所述服务端中的注册用户，并且之前已经通过服务端开设有对应的线上店铺，则还可以将该第一用户对应的线上店铺中的数据对象信息列表展示给第一用户，这样，第一用户只需要从列表中选择具体可供试穿的数据对象即可，关于具体可试穿的数量等信息，则可以单独进行配置。

S202：通过所述操作选项，接收可供试穿的数据对象的信息；

具体的，可以通过所述操作选项接收第一用户输入或者选择的数据对象的信息，如前文所述，具体数据对象的信息可以包括数据对象的名称、资源信息、代表图片、可供试穿的数量，等等。其中，关于资源信息，除了可以提供给第二用户，供第二用户在选择试穿过程中进行参考之外，具体还可以用于在试穿过程中对试穿行为进行计费。也就是说，在本申请实施例中，为了约束用户的行为，服务端可以对试穿行为进行计费，并且，为了避免第一用户的财产受到严重的损失，试穿行为所产生的费用可以是与具体试穿的目标数据对象的价格等资源信息相关的，关于此，后文中会有详细介绍。

另外，如前文所述，具体的实体店铺可能有多种不同的形式，其中，如果关联的实体店铺位于聚集式营业场所内，则所述提交到服务端的信息还可以包括所述聚集式营业场所的标识信息。这样，后续服务端在进行信息发布时，可以在聚集式营业场所维度上对实体店铺进行聚类，将同一聚集式营业场所内包括的参加跨店铺试穿活动的实体店铺进行集中展示，等等。并且，在这种情况下，所提交的关联的实体店铺的信息还可以包括：所述关联的实体店铺在所述聚集是营业场所内的位置信息，例如，某实体店铺位于某商场的什么楼层，在楼层内的具体房间编号等等。这样，后续在用户进行预约试穿的过程中，如果选择了多家实体店铺中的多件目标数据对象，则服务端还可以根据各实体店铺在商场中的位置信息，为第二用户规划出推荐的试穿路线，以使得用户能够以更高的效率完成具体的跨店铺试穿过程。

再者，如果所述关联的实体店铺具有独立式营业场所，则所提交的所述关联的实体店铺的信息还可以包括：所述关联的实体店铺所在的地理位置信息。这样，如果第二用户在选择了多家不同的第二类实体店铺中的目标数据对象的情况下，同样可以根据各第二类实体店铺的地理位置信息，为用户规划试穿路线，并向第二用户进行推荐，等等。

S203：将所述可供试穿的数据对象的信息，以及关联的实体店铺的信息提交到服务端，以用于对所述可供试穿的数据对象进行线下试穿预约。

在确定出具体可供试穿的数据对象的信息后，就可以将这种数据对象的信息以及关联的实体店铺的信息提交到服务端，这样，服务端就可以对相关的信息进行发布，相应的，第二用户就可以通过第二客户端对这种数据对象信息进行访问，并进行具体的预约试穿操作。

实施例二

该实施例二是与实施例一相对应的，从服务端的角度，提供了一种发布数据对象信息的方法，具体的，参见图3，该方法可以包括：

S301：服务端接收第一客户端提交的可供试穿的数据对象的信息，以及关联的实体店铺的信息；

S302：对所述可供试穿的数据对象的信息进行发布，以用于对所述可供试穿的数据对象进行线下试穿预约。

具体实现时，如果所述关联的实体店铺位于聚集式营业场所内，所述接收到的信息还可以包括所述聚集式营业场所的标识信息，此时，服务端还可以以聚集式营业场所为依据对各实体店铺进行聚类，以便以所述聚集式营业场所为单位向第二用户提供所述可供试穿的数据对象的信息。

实施例三

该实施例三中，主要从服务端的角度，对具体的线上预约过程进行介绍。具体的，参见图4，该实施例三提供了一种数据对象信息处理方法，具体可以包括：

S401：服务端向第二客户端提供可供试穿的数据对象的信息，所述可供试穿的数据对象关联有实体店铺；

具体的，如实施例一中所示，具体可供试穿的数据对象信息可以是由第一用户进行配置，然后通过服务端进行发布，或者，在其他的实现方式中，也可以是由服务端的工作人员选择具体可以进行跨店试穿的数据对象，推荐给第一用户，由第一用户进行确认，等等。总之，服务端能够向第二客户端提供可试穿的数据对象信息，并且，这种数据对象对应有实体店铺，用户在完成线上的预约试穿后，可以到实体店铺中进行试穿。

其中，具体在提供可供试穿的数据对象信息时，根据关联的不同类别的实体店铺，具体的数据对象提供方式可以有所不同。例如，对于“商场”等聚集式营业场所内的第一类实体店铺，可以首先提供可选的聚集式营业场所信息，在目标聚集式营业场所信息被选定后，提供所述目标聚集式营业场所内可选的多个第一类实体店铺的信息，以及第一类实体店铺内可供试穿的数据对象的信息。也就是说，第二用户首先可以在用户界面中查看到多家可选的商场，在选择某个商场后，可以展示出该商场中参加跨店铺试穿活动的第一类实体店铺列表，之后，第二用户在选择出具体的第一类实体店铺后，就可以展示出该店铺内可供试穿的数据对象，由第二用户从中选择需要试穿的目标数据对象。

或者，在另一种实现方式下，可以在选择了目标聚集式营业场所后，直接将该场所内参加跨店铺试穿活动的各实体店铺中可供试穿的数据对象信息进行展示，也即，第二用户在选中了目标聚集式营业场所后，可以直接在界面中为用户提供可供试穿的数据对象信息列表。在该列表中，可以将多家不同第一类实体店铺中可供试穿的数据对象进行打乱，还可以根据具体数据对象对应的试穿、购买热度等信息进行排序。也就是说，通过这种方式，第二用户在进行选择需要试穿的数据对象的过程中，可以打破实体店铺之间的界限，直接在“商场内”进行选择即可，并且可以选择多件目标数据对象进行试穿预约。当然，具体到进行试穿时，第二用户可能仍然需要到具体的实体店铺内取到具体的目标试穿对象，因此，在这种方式下，还可以通过一些方式让第二用户获知其选择的目标数据对象具体对应的实体店铺的信息。具体的，可以通过数据对象的名称中包括的品牌名称等确定具体的实体店铺，或者，在选中了目标数据对象之后，再向第二用户透出其选择的目标数据对象具体在哪个实体店铺中，等等。

而如果所述关联的实体店铺包括具有独立式营业场所的第二类实体店铺，则具体在提供可供试穿的数据对象的信息时，可以首先提供可选的第二类实体店铺的信息，在目标第二类实体店铺被选定后，还可以根据第二类实体店铺的地理位置信息，确定距离所述目标第二类实体店铺在预置范围内的周边第二类实体店铺。然后，再提供所述目标第二类实体店铺以及所述周边第二类实体店铺的信息，以及各自可供试穿的数据对象的信息。也就是说，对于第二类实体店铺而言，也可以实现跨店铺的试穿预约，在用户选择其中一家第二类实体店铺后，可以在以该店铺为中心在一定的方向、距离的辐射范围内，形成“商圈”，第二用户可以在该“商圈”范围内进行跨店铺的试穿，等等。

S402：接收到预约试穿的请求后，确定待试穿的目标数据对象；

在将可供试穿的数据对象提供给第二用户之后，第二用户可以对其进行浏览，如果有感兴趣且具有试穿需求的数据对象，则可以进行选择，并通过界面中提供的操作选项等提交试穿请求。具体实现时，由于线上预约试穿时，通常是因为需要进行跨店铺的试穿，因此，待试穿的目标数据对象通常可以为多个，且属于多家不同的实体店铺。为了便于第二用户对多家店铺中多个目标数据对象的选择，还可以在第二客户端的用户界面中为各个可供试穿的数据对象提供“加入试穿”等操作选项。与“加入购物车”的操作选项类似，在选择将某数据对象“加入试穿”后，可以不触发页面的跳转，也即，用户可以继续在当前页面中选择其他目标数据对象加入试穿，还可以返回上一级页面中选择其他的实体店铺，再其他实体店铺内选择其他目标数据对象加入试穿，等等。另外，还可以在界面提供进入到已选列表界面的操作入口，在第二用户选择完毕后，可以通过该入口进行页面的跳转，跳转到的列表界面中，可以展示出已经被第二用户“加入试穿”的各目标数据对象的信息，第二用户还可以在该界面中执行删除等操作。最终确实需要对选择的目标数据对象进行试穿预约后，还可以通过“确认订单”等操作选项，对自己的选择进行确认，等等。在第二用户完成确认后，第二客户端可以向服务端提交预约试穿请求，这样，服务端便可以从该请求中确定出具体需要试穿的目标数据对象信息。

需要说明的是，由于对于各个可供试穿的数据对象而言，第一用户可能为其配置了可供试穿的数量属性，也就是说，对于同一个实体店铺中的同一个目标数据对象，可供试穿的数量可能是有限的，例如，一共有五件供试穿，等等。而在线进行预约的第二用户数量非常多，因此，可能有多个不同用户对同一个数据对象进行预约试穿操作。在这种情况下，服务端在确定出待试穿的目标数据对象后，还可以将所述目标数据对象对应的可供试穿的数量进行扣减处理。也就是说，服务端除了为前端第二用户提供预约操作的支持，还可以在后端对各可供试穿的数据对象的剩余数量等信息进行维护。这样，具体在向第二客户端提供可供试穿的数据对象的信息时，还可以根据所述可供试穿的数据对象当前剩余的可供试穿的数量信息，确定所述可供试穿的数据对象的操作状态。例如，如果某数据对象的剩余数量已经为零，则可以将其“加入预约”等操作选项展示为灰色，并且还可以提供相应的提示信息，等等。另外，在具体实现时，在接收到预约试穿的请求后，还可以提供按日期预约的操作选项，并将所预约的试穿日期信息添加到试穿订单中。也就是说，第二用户不仅可以选择需要试穿的目标数据对象，还可以对试穿的日期进行选择，这样，可以便于第一用户提前为第二用户的试穿做好准备，等等。

另外，由于预约试穿操作与购买操作毕竟是不同的，试穿过程中被第二用户穿走的数据对象，在后期是会退还的，即使在试穿过后产生了购买意愿，并最终进行了购买，被用户买走的可能也是其他的非用于试穿的全新的商品。因此，对这种可供试穿的数据对象的库存管理，与普通正常销售的商品的库存管理相比，存在较大的区别。具体实现时，在本申请实施例中，结合实体店铺的营业时间特点，可以以每一天作为一个时间周期，第二用户的试穿行为虽然能够跨店铺进行，例如，可以穿着一个店铺内的服装到另一个店铺与其他服装进行对比、搭配等等，但是，第二用户通常会在实体店铺的当前营业时间结束之前，做出最终的试穿结果，要么退还，要么选择购买，当然，即使选择购买，通常也需要首先将试穿的那件退还，店铺工作人员再为其提供全新的商品；或者，即使直接将试穿的那件买走，则店铺工作人员还可以从其他的库存中对可试穿数据对象的数量进行补齐，等等。因此，对于这种可供试穿的数据对象而言，每个时间周期内的初始可供试穿的数量都可以是相等的，均等于第一用户为该数据对象设定的可供试穿的数量。也就是说，假设某第一用户将某数据对象的可供试穿的数量信息设定为5件，则服务端在设定该数据对象的库存信息时，可以按日期进行分别设定，每个日期的初始可供试穿数量都可以为5件。后续，具体在向第二用户提供可供试穿的数据对象信息时，可以提供多个可选的日期，以及各日期对应的剩余的可供试穿的数量信息。在初始状态下，所述目标数据对象在每个可选日期内总的可供试穿的数量信息，与所述目标数据对象对应的可供试穿的数量信息相等。在第二用户选择在具体某个日期对具体目标数据对象进行预约试穿时，可以将对应日期上剩余的可供试穿的数量进行扣减。例如，在某第二用户A在10月13日需要对某目标数据对象进行试穿预约时，可能会发现该目标数据对象在10月14日的剩余可供试穿的数量可能为3件，10月15日的可能为4件，等等，这说明已经有其他第二用户对该目标数据对象预约了在10月14日、10月15日到店铺进行试穿，等等。

需要说明的是，由于数据对象通常是服装、鞋帽类的数据对象，这些数据对象通常具有尺码、大、中、小号等区分，因此，在提供可供试穿的数据对象的数量信息时，还可以分别按照不同的尺码、号码等分别提供一定数量的可供试穿的试穿品，这样，第二用户在进行选择时，除了选择具体的目标数据对象、日期等，还可以对具体的尺码、号码等进行选择。服务端在向第二用户提供剩余的可供试穿的数量信息时，也可以是按日期、按尺码/号码分别进行提供。例如，对于某服装，其对应的信息可以为：10月14日，S号剩余3件，M号剩余4件，L号剩余2件；10月15日，S号剩余2件，M号剩余3件，L号剩余4件，等等。

另外，除了试穿日期信息之外，对于需要到聚集式营业场所内进行试穿的第二用户而言，还可以为其提供用于选择试穿方式的操作选项。具体的，如前文所述，聚集式营业场所内可能会设有统一的试穿区域，因此，第二用户在进行线上预约时，可以选择具体是到统一的试穿区域进行试穿，还是到具体的实体店铺中进行试穿。也就是说，当所述待试穿的目标数据对象关联的实体店铺为位于聚集式营业场所内的第一类实体店铺，且所述聚集式营业场所内还具有统一的试穿区域时，还可以提供可选的试穿方式信息，其中，可选的试穿方式包括到所述第一类实体店铺内进行试穿，或者，到所述统一的试穿区域进行试穿，这种试穿方式信息后续也可以添加到试穿订单中。

其中，在所述选定的试穿方式信息为到所述统一的试穿区域进行试穿时，也就是说，其选择了多家实体店铺的多个目标数据对象进行试穿预约后，可以由这些实体店铺的工作人员将所述目标数据对象提前送至商场的统一试穿区域，这样，第二用户就可以在该统一试穿区域完成对多家不同实体店铺中的目标数据对象的试穿。在这种情况下，还可以提供用于预约具体试穿时间信息的操作选项。也就是说，在需要到统一试穿区域进行试穿的情况下，第二用户还可以在预约时指定具体的试穿时间，这样，可以将所述试穿时间信息添加到后续生成的试穿订单中，以便将所述试穿时间信息提供给所述对应的第一客户端，由关联的第一用户按照所述试穿时间提前将所述待试穿的目标数据对象输送至所述统一试穿区域，避免第二用户已经到了商场的统一试穿区域，但是其预约的目标数据对象却尚未送至该统一试穿区域的情况发生。另外，在这种情况下，还可以为统一试穿区域配置第三客户端，该第三客户端可以安装于统一试穿区域的固定终端设备中，或者，统一试穿区域的工作人员配备的移动终端设备中，等等。服务端在生成需要到统一试穿区域进行试穿的订单后，还可以提供给该第三客户端，后续当有目标数据对象被送至该统一试穿区域，或者，有第二用户来到该统一试穿区域时，第三客户端可以基于这种试穿订单与服务端进行信息交互。

S403：根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单；

在第二用户选择了具体需要试穿的目标数据对象信息后，服务端就可以根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单。后续与第一客户端、第三客户端之间的信息交互，以及对第二用户试穿行为的计费等，都可以以这种试穿订单为依据来进行。具体的，试穿订单中的信息可以包括以下信息中的一种或多种：选定的目标数据对象的信息、试穿日期信息、试穿方式信息、试穿时间信息、关联的第二用户信息、实体店铺的信息，等等。

在具体实现时，在所述目标数据对象为多个，且对应多个不同的第一类实体店铺，且试穿方式为到具体的实体店铺内进行试穿，而不是到统一试穿区域进行试穿，则服务端还可以根据所述第一类实体店铺在所述聚集式营业场所内的位置信息，提供试穿路线推荐信息。也就是说，可以一定的算法计算出最佳的试穿路线，并推荐给第二用户，这样，第二用户在到了聚集式营业场所进行试穿时，就可以按照推荐的路线依次进入各个实体店铺中。其中，每进入到一个实体店铺中，可以到试衣间中对目标数据对象进行试穿，并且，可以穿着或者带着该目标数据对象，到下一个实体店铺中继续对另一目标数据对象进行试穿，等等。

类似的，如果所述目标数据对象为多个，且对应多个不同的第二类实体店铺时，则也可以根据所述第二类实体店铺各自所在的地理位置信息，提供试穿路线推荐信息。

S404：将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

在生成试穿订单后，可以将试穿订单的信息提供给第一客户端，这样，第一用户就可以获知第二用户对目标数据对象的预约情况，可以按照预约的日期、时间等为第二用户准备好具体的目标数据对象供用户进行试穿。

具体实现时，试穿订单中的目标数据对象可能为多个，且对应多个不同的实体店铺。在这种情况下，还可以根据各目标数据对象对应的实体店铺的不同，将所述试穿订单拆分成多个试穿子订单，然后，将各试穿子订单分别提供给对应的第一客户端。也就是说，一个第一用户可以仅接收与其目标数据对象相关的试穿订单信息。

第一用户在接收到试穿订单后，还可以根据具体的试穿方式信息，确定需要提前进行怎样的准备工作。例如，假设指定的试穿方式是到统一的试穿区域进行试穿，则可以按照试穿订单中指定的试穿时间等信息，提前将目标数据对象送至统一的试穿区域。

需要说明的是，如果指定的试穿方式是到统一的试穿区域进行试穿，则在向第一客户端发送试穿订单信息时，可以按照上述方式进行拆分，而在向统一试穿区域的第三客户端提供试穿订单信息时，则不需要拆分，这样，第三客户端可以知晓第二用户需要对哪些目标数据对象进行试穿，并且，统一试穿区域的工作人员在接收到各第一用户送来的目标数据对象后，还可以以试穿订单为单位进行分组放置，第二用户到统一试穿区域进行试穿时，可以直接将其关联的试穿订单对应的一组目标数据对象提供给第二用户，从而进一步提高第二用户的试穿效率。

实施例四

该实施例四是与实施例三相对应的，从第二客户端的角度，提供了一种数据对象信息处理方法，参见图5，该方法具体可以包括：

S501：第二客户端对服务端提供的可供试穿的数据对象的信息进行展示，所述可供试穿的数据对象关联有实体店铺；

S502：在目标数据对象被选中后，向所述服务端提交试穿请求，由所述服务端根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单，并将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

具体实现时，第二客户端的用户界面中可以展示多种信息，例如，可以包括可供试穿的数据对象的名称、资源等信息。另外，还可以包括各可供试穿的数据对象对应的剩余可供试穿数量信息，在可选的实现方式中，还可以是以每一天为一个试穿周期，提供多个可选的试穿日期，以及每个试穿日期对应的剩余可供试穿数量信息，等等。具体的实现细节可以参见实施例三中的记载，这里不再赘述。

通过上述实施例三以及实施例四，使得第二用户可以通过第二客户端对可供试穿的数据对象信息进行预约，并由服务端生成试穿订单，并提供给对应的第一客户端。这样，使得第二用户在实体店铺即将产生的试穿行为已经预先被服务端获知，后续第二用户具体到实体店铺进行的试穿的过程都可以被服务端感知，因此，可以通过服务端对第二用户的试穿行为进行统一的管理，从而为实现跨店铺的试穿提供技术支持，使得第二用户在获得便利的同时，避免第一用户的财产等受到损失。

实施例五

该实施例五是从第一客户端的角度，对具体试穿过程中的信息交互过程进行详细介绍。也就是说，第二用户在到具体实体店铺进行试穿的过程中，如果预先已经通过第二客户端进行了预约，则可以对其预约的目标数据对象进行跨店铺的试穿。而在具体试穿过程中，可以由第一客户端将用户的试穿情况信息提交到服务端，而不是由第二用户通过第二客户端通知服务端其具体的行为信息，这样可以避免第二用户作弊等情况的发生。具体的，参见图6，该实施例五提供了一种数据对象信息处理方法，该方法具体可以包括：

S601：第一客户端确定进入关联的实体店铺进行试穿的第二用户信息；

本申请实施例五主要是针对第二用户到具体的实体店铺内进行试穿的情况进行介绍，关于第二用户到统一的试穿区域进行试穿的情况，在后续的实施例中会有专门的介绍。

具体实现时，第二用户在预先进行了预约的情况下，可以在约定的日期到实体店铺中进行具体的试穿。具体的，在进入到其中一个实体店铺之后，可以首先通过出示其手机等移动终端中安装的第一客户端提供的图形码等方式，使得第一客户端获知第二用户的信息。

S602：根据所述第二用户信息确定对应的试穿订单信息，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

第一客户端在获知了第二用户的信息(账户信息等)后，可以提交到服务端，由服务端就可以根据第二用户的信息，以及当前第一客户端关联的第一用户标识等信息，将该第二用户对应的与该第一用户相关的试穿订单的信息，提供给第一客户端。其中，这里的试穿订单就可以如实施例三所述，由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求而生成。

S603：通过所述试穿订单界面中提供的第一操作选项，向服务端提交开始试穿的通知信息，由所述服务端进行计费处理。

在具体的试穿订单界面中，可以提供多种操作选项，使得第一用户可以将第二用户产生的行为信息通知给服务端。例如，在第二用户进入到实体店铺并由相关工作人员等将对应的目标数据对象拿给第二用户，第二用户经确认无误并开始进行试穿后，第一用户就可以通过试穿订单界面中的第一操作选项向服务端提交开始试穿的通知信息。这样，服务端就可以开始对该第二用户的试穿行为进行计费处理。之后，第二用户可以将目标数据对象带离当前实体店铺，在一定时间之后，如果不想购买该目标数据对象，则可以将该目标数据对象退还到该实体店铺，此时，第一客户端还可以通过所述试穿订单界面中提供的第二操作选项，向服务端提交结束试穿的通知信息，由所述服务端结束计费，并从所述第二用户关联的账户中执行扣款操作。当然，第二用户在试穿过程中也可能会产生购买其中目标数据对象的需求，此时，第一客户端还可以通过所述试穿订单界面中提供的第三操作选项，向服务端提交对所述目标数据对象进行购买的通知信息，由所述服务端取消计费。也就是说，如果第二用户最终的结果是对试穿的数据对象进行了购买，则可以不必再对其试穿行为进行收费。

实施例六

该实施例六是与实施例五相对应的，从服务端的角度，对试穿过程中的信息交互处理过程进行介绍。具体的，参见图7，该实施例六提供了一种数据对象信息处理方法，该方法具体可以包括：

S701：服务端接收第一客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

S702：对所述第二用户的试穿行为进行计费处理。

也就是说，服务端不仅可以用于对前期用户的线上预约操作过程中的信息处理提供支持，还可以对具体试穿过程中产生的费用等进行管理，之所以要进行计费处理，是因为，第二用户可以将其预约的目标数据对象带离具体的实体店铺，虽然可能并不离开商场等聚集式营业场所，但是毕竟存在不归还的风险。因此，还可以将这种跨店铺的试穿服务设计为需要收费的服务，这样，使得第二用户在获得跨店铺试穿服务所带来的便利的过程中，需要支付一定的费用，同时避免第一用户的财产受到损失，甚至还可以通过这种方式为第一用户带来额外的收入，因此，有利于提高第一用户的参与积极性。

当然，在具体实现时，对第二用户跨店铺试穿行为进行收费的主要目的还是避免用户故意长时间不归还其试穿的目标数据对象，但是，对于一些信用度很好的优质第二用户而言，可能并不存在上述故意为之的情况。因此，在具体实现时，服务端具体在对第二用户的试穿行为进行计费处理时，还可以根据所述第二用户的信用记录等级，为第二用户提供一定长度的免费试穿时间。例如，第二用户的“芝麻信用”分数在800分(含800分)以上时，可以提供两个小时的免费试穿时间，也就是说，在最开始两小时内可免费试穿，如果超过两小时还未归还，则开始进行收费。“芝麻信用”分数在750分(含750分)以上800分以下时，可以提供一个小时的免费试穿时间，“芝麻信用”分数在700分(含700分)以上750分以下时，可以提供半个小时的免费试穿时间，等等。

而具体在进行收费时，也可以有多种具体的计算费用的方式，例如，在一种可选的方式下，可以根据目标数据对象的资源信息，结束试穿的时间点距离当日营业结束时间点的时间长度信息，来确定单位时间长度的收费标准信息。然后，根据该单位时间长度的收费标准以及试穿的时间长度进行计费。例如，假设某试穿的衣服的价格是1000元，在第二用户归还该衣服时，距离当天商场关门的时间还剩100分钟，那么一分钟的试穿费用为10元。假设该用户总共试穿的时间是3小时，并假设该用户的芝麻信用分数高于800分，则可以有两小时的免费试穿时间，因此，最终该第二用户需要支付的试穿费用为600元。而如果该第二用户的芝麻信用分数不足到800分，但高于750分，则有一小时免费试穿时间，因此，最终计算出的需要支付的费用为1200元，当然，由于该金额已经超出了衣服本身的价格，因此，可以按照衣服的价格进行收费，等等。当然，在具体实现时，还可以有其他的计费标准确定方式，例如，还可以与用户的信用等级等相结合，确定单位时间内的收费标准，等等。

总之，服务端可以根据第一客户端提交的结束试穿通知信息，结束计费，并从所述第二用户关联的账户中执行扣款操作。而如果在当日营业结束时间到之前未接收到第一客户端提交的结束试穿通知信息，则同样可以结束计费，并从所述第二用户关联的账户中执行扣款操作。此时，具体的收费金额可以为对应目标数据对象的总价格，等等。

另外，服务端还可以根据第一客户端提交的对目标数据对象进行购买的通知信息，取消计费。也就是说，如果第二用户最终购买了对应的目标数据对象，则可以不必再向该第二用户收取试穿费用。

再者，在试穿的过程中，第二用户还可以随时通过其第二客户端查询其试穿订单的状态信息，服务端则可以根据所述第二客户端的查询请求提供所述试穿订单的状态信息，其中可以包括开始试穿的时间点信息、单位时间的计费标准信息、已计费的时间长度信息或/或当前已产生的试穿费用信息。

实施例七

该实施例七是对应到统一试穿区域进行试穿的情况，可以由第三客户端与服务端之间进行信息交互，以使得服务端获得相关信息的通知消息。具体的，参见图8，该实施例七提供了一种数据对象信息处理方法，该方法具体可以包括：

S801：第三客户端接收服务端提供的试穿订单信息，其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

S802：根据所述试穿订单中记录的所述预约的试穿时间信息确定开始计费的时间点；

例如，预约的试穿时间是某日期的15：00，则具体目标数据对象关联的第一用户通常需要在该时间点之前将目标数据对象送至统一试穿区域，具体实现时，还可以要求第一用户在某时间点之前将目标数据对象送至统一试穿区域，例如，如果预约的试穿时间是15：00，则可以要求第一用户在14：50之前将数据对象送至统一试穿区域，等等。由于第一用户已经按照要求在该时间点将目标数据对象送至统一试穿区域，因此，就可以从该时间点作为开始计费的时间点。也就是说，即使第二用户没有按照预约的时间点到达统一试穿区域，也可以按照该时间点进行开始计费。

S803：如果在所述开始计费的时间点，所述统一的试穿区域已接收到所述试穿订单关联的目标数据对象，则通过所述试穿订单界面中的操作选项通知所述服务端对所述目标数据对象对应的试穿行为进行计费处理。

在确定了上述时间点后，如果在所述开始计费的时间点，所述统一的试穿区域已接收到所述试穿订单关联的目标数据对象，则可以通过所述试穿订单界面中的操作选项通知所述服务端对所述目标数据对象对应的试穿行为进行计费处理。其中，如果所述试穿订单中包括多个目标数据对象，所述试穿订单界面中分别为各目标数据对象提供对应的所述操作选项，以便所述服务端对同一试穿订单中不同的目标数据对象分别进行计费。

实施例八

该实施例八是与实施例七相对应的，从服务端的角度提供了一种数据对象信息处理方法，参见图9，该方法具体可以包括：

S901：服务端接收第三客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息，以及目标数据对象标识；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

S902：对所述目标数据对象对应的试穿行为进行计费处理。

总之，通过上述实施例五至实施例八，使得第二用户可以在完成预约的情况下，到实体店铺或者商场的统一试穿区域等进行跨店铺的试穿，服务端可以通过与第一客户端或者第三客户端的交互，获得具体试穿情况的状态，并对试穿订单的状态进行同步管理，并进行计费处理，从而使得第二用户的试穿行为可以收到服务端的统一管理，即使第二用户产生了故意不归还的情况，也可以避免第一用户的财产受到损失。

实施例九

在实际应用中，还可以在聚集式营业场所中部署自助式的终端设备，该终端设备中可以安装第四客户端，这样，如果预先进行了线上预约试穿的第二用户在到达实体店铺进行试穿时，发现忘记了带手机等移动终端设备，则可以通过该自助式终端设备获得其预约的试穿订单信息。具体的，参见图10，该实施例九提供了一种数据对象信息处理方法，该方法应用于聚集式营业场所部署的终端设备中，具体的，所述方法包括：

S1001：第四客户端采集第二用户的生物体征信息；

具体实现时，这种自助式终端设备的用户界面中可以提供用于获得试穿订单信息的操作入口，例如，在自助式终端设备用户界面的首页中可以包括多种操作入口，包括查看商场各层信息的操作入口，查看优惠活动的操作入口，等等，本申请实施例中的获得试穿订单信息的操作入口也可以位列其中。在用户需要获得试穿订单信息的情况下，可以从该操作入口进入，相应的，该第四客户端便可以进入到采集第二用户的生物体征信息的操作，其中，第二用户的生物体征信息可以包括人脸图像信息、指纹信息、声纹信息、虹膜信息，等等。

S1002：将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

服务端中可以预先保存有生物体征与用户账户信息之间的对应关系，这样，第四客户端在采集到第二用户的生物体证信息之后，就可以提交到服务端，由服务端确定出对应的用户账户，并进而确定出该用户账户关联的试穿订单信息，返回给第四客户端。

S1003：提供所述试穿订单的信息。

第四客户端在收到服务端返回的试穿订单信息后，就可以将试穿订单的信息进行展示，这样，第二用户即使忘记了携带手机等移动终端设备，也可以通过这种自助式的终端设备，获得其试穿订单的信息。

其中，具体的试穿订单的信息中可以包括该第二用户预约了哪些目标数据对象，这些目标数据对象对应的实体店铺信息，等等，另外，还可以包括预先根据各实体店铺所在的位置信息，推荐的试穿路线信息，这样，第二用户即使忘记了携带手机等移动终端设备，也可以从该自助设备中获得具体的试穿路线推荐信息，然后按照该推荐信息进行快速的跨店铺试穿即可。

为了更好的理解本申请实施例提供的技术方案，下面通过一个完整的例子，从服务端与各客户端之间的信息交互流程的角度，对本申请实施例进行更为详细的介绍。

参见图11，具体的信息交互流程可以包括：

1.第一客户端向服务端提交可供试穿的数据对象信息以及关联的实体店铺信息；

2.服务端对可供试穿的数据对象信息进行发布，使得第二客户端能够提供对这种数据对象的浏览；

3.第二客户端向服务端提交预约试穿请求；

4.服务端可以根据第二客户端的请求生成试穿订单；

5.服务端可以将试穿订单提供给第一客户端，其中，如果涉及到多个实体店铺，则可以对试穿订单进行拆分，然后分别提供给对应的实体店铺的第一客户端；

5.1.如果第二用户选择的试穿方式是到聚集式营业场所的统一试穿区域进行试穿，则还可以将试穿订单的信息提供给统一试穿区域的第三客户端；

至此，线上预约的流程结束，下面进行试穿过程的信息交互过程。

6.如果第二用户到聚集式营业场所进行试穿时，忘记了携带手机等移动终端设备，则可以通过自助式终端设备中的第四客户端获得试穿订单的信息，此时，第四客户端可以向服务端提交第二用户的生物体征信息；

7.服务端可以根据生物体征信息确定出对应的试穿订单信息；

8.服务端将对应的试穿订单信息提供给第四客户端，这样，第四客户端可以对试穿订单的信息进行展示，其中可以包括推荐的试穿路线信息等等；

9.第二用户到具体的实体店铺进行试穿后，工作人员将目标数据对象交给第二用户后，便可以通过第一客户端的试穿订单界面中提供的操作选项，向服务端提交开始试穿的通知消息；

9.1.如果是到统一试穿区域进行试穿，则可以由第三客户端向服务端提交开始试穿的通知消息；

10.服务端在收到开始试穿的通知消息后，可以开始进行计费处理；

11.在试穿过程中，第二用户还可以通过第二客户端对具体的试穿订单状态进行查询；

12.服务端可以向第二客户端提供具体的试穿订单状态信息，其中可以包括已试穿的时间长度、已产生的费用等信息；

13.在第二用户将目标数据对象归还时，第一客户端还可以向服务端提交试穿结束的通知消息；

13.1.如果是在统一试穿区域进行试穿，则由第三客户端向服务端提交试穿结束的通知消息；

14.服务端可以根据试穿结束的通知消息结束计费，并进行扣款处理；

13.2.如果第二用户对目标数据对象进行了购买，则第一客户端还可以向服务端提交购买目标数据对象的通知消息；

14.1.服务端可以取消计费；

14.2.如果服务端一直未收到结束试穿或购买的通知消息，且已经到当天的营业结束时间，则可以自动进行扣款，具体的扣款金额可以按照目标数据对象的实际价格等资源信息来确定。

与实施例一相对应，本申请实施例还提供了一种发布数据对象信息的装置，参见图12，该装置应用于第一客户端，包括：

操作选项提供单元1201，用于提供用于录入数据对象信息的操作选项，所述数据对象为可供试穿的数据对象；

数据对象信息接收单元1202，用于通过所述操作选项，接收可供试穿的数据对象的信息；

信息提交单元1203，用于将所述可供试穿的数据对象的信息，以及关联的实体店铺的信息提交到服务端，以用于对所述可供试穿的数据对象进行线下试穿预约。

其中，所述可供试穿的数据对象的信息包括：可供试穿的数据对象的标识以及数量信息。

或者，所述可供试穿的数据对象的信息包括：可供试穿的数据对象的资源信息，以用于在试穿过程中进行计费。

具体实现时，所述关联的实体店铺位于聚集式营业场所内；所述提交到服务端的信息还包括所述聚集式营业场所的标识信息。

另外，所述关联的实体店铺的信息可以包括：所述关联的实体店铺在所述聚集是营业场所内的位置信息。

或者，所述关联的实体店铺具有独立式营业场所，所述关联的实体店铺的信息包括：所述关联的实体店铺所在的地理位置信息。

与实施例二相对应，本申请实施例还提供了一种发布数据对象信息的装置，参见图13，该装置应用于服务端，包括：

数据对象信息接收单元1301，用于接收第一客户端提交的可供试穿的数据对象的信息，以及关联的实体店铺的信息；

信息发布单元1302，用于对所述可供试穿的数据对象的信息进行发布，以用于对所述可供试穿的数据对象进行线下试穿预约。

其中，所述关联的实体店铺位于聚集式营业场所内；所述接收到的信息还包括所述聚集式营业场所的标识信息；

此时，所述装置还包括：

聚类单元，用于以聚集式营业场所为依据对各实体店铺进行聚类，以便以所述聚集式营业场所为单位向第二用户提供所述可供试穿的数据对象的信息。

与实施例三相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图14，该装置应用于服务端，包括：

数据对象信息提供单元1401，用于向第二客户端提供可供试穿的数据对象的信息，所述可供试穿的数据对象关联有实体店铺；

目标数据对象确定单元1402，用于接收到预约试穿的请求后，确定待试穿的目标数据对象；

订单生成单元1403，用于根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单；

订单信息提供单元1404，用于将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

其中，所述待试穿的目标数据对象为多个，对应多个不同的实体店铺。

其中，所述信息提供单元具体可以用于：

根据各目标数据对象对应的实体店铺的不同，将所述试穿订单拆分成多个试穿子订单，将各试穿子订单分别提供给对应的第一客户端。

具体实现时，所述关联的实体店铺包括位于聚集式营业场所内的第一类实体店铺，所述数据对象信息提供单元具体可以包括：

场所信息提供子单元，用于提供可选的聚集式营业场所信息；

店铺及数据对象信息提供子单元，用于在目标聚集式营业场所信息被选定后，提供所述目标聚集式营业场所内可选的多个第一类实体店铺的信息，以及第一类实体店铺内可供试穿的数据对象的信息。

在所述目标数据对象为多个，且对应多个不同的第一类实体店铺时，所述装置还可以包括：

第一路线推荐信息提供单元，用于根据所述第一类实体店铺在所述聚集式营业场所内的位置信息，提供试穿路线推荐信息。

其中，所述关联的实体店铺包括具有独立式营业场所的第二类实体店铺，所述数据对象信息提供单元具体可以包括：

可选店铺信息提供子单元，用于提供可选的第二类实体店铺的信息；

周边店铺信息提供子单元，用于在目标第二类实体店铺被选定后，根据第二类实体店铺的地理位置信息，确定距离所述目标第二类实体店铺在预置范围内的周边第二类实体店铺；

数据对象信息提供子单元，用于提供所述目标第二类实体店铺以及所述周边第二类实体店铺的信息，以及各自可供试穿的数据对象的信息。

其中，在所述目标数据对象为多个，且对应多个不同的第二类实体店铺时，所述装置还可以包括：

第二路线推荐信息提供单元，用于根据所述第二类实体店铺各自所在的地理位置信息，提供试穿路线推荐信息。

其中，所述可供试穿的数据对象具有可供试穿的数量属性信息，所述确定待试穿的目标数据对象后，所述装置还可以包括：

数量更新单元，用于将所述目标数据对象对应的可供试穿的数量进行扣减处理。

其中，所述向第二客户端提供可供试穿的数据对象的信息时，还可以包括：

状态确定单元，用于根据所述可供试穿的数据对象当前剩余的可供试穿的数量信息，确定所述可供试穿的数据对象的操作状态。

另外，在接收到预约试穿的请求后，还包括：

操作选项提供单元，用于提供按日期预约的操作选项，

日期添加单元，用于将所预约的试穿日期信息添加到所述试穿订单中。

其中所述提供按日期预约试穿时间的操作选项时，还可以包括：

数量信息提供单元，用于在所述目标数据对象在各可选日期内剩余的可供试穿的数量信息；

所述数量更新单元具体可以用于：

在选定目标日期后，将所述目标数据对象在该目标日期内剩余的可供试穿的数量信息进行扣减处理。

其中，所述目标数据对象在每个可选日期内总的可供试穿的数量信息，与所述目标数据对象对应的可供试穿的数量信息相等。

所述待试穿的目标数据对象关联的实体店铺为位于聚集式营业场所内的第一类实体店铺时，所述聚集式营业场所内还具有统一的试穿区域；

所述装置还可以包括：

试穿方式信息提供单元，用于提供可选的试穿方式信息，其中，可选的试穿方式包括到所述第一类实体店铺内进行试穿，或者，到所述统一的试穿区域进行试穿；

试穿方式信息添加单元，用于将选定的试穿方式信息添加到所述试穿订单中。

其中，在所述选定的试穿方式信息为到所述统一的试穿区域进行试穿时，还可以包括：

时间操作选项提供单元，用于提供用于预约具体试穿时间信息的操作选项；

时间信息添加单元，用于将所述试穿时间信息添加到所述试穿订单中，以便将所述试穿时间信息提供给所述对应的第一客户端，由关联的第一用户按照所述试穿时间提前将所述待试穿的目标数据对象输送至所述统一试穿区域。

另外，所述订单提供单元还可以用于：

将所述试穿订单的信息提供给所述同一试穿区域的第三客户端。

与实施例四相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图15，该装置应用于第二客户端，包括：

信息展示单元1501，用于对服务端提供的可供试穿的数据对象的信息进行展示，所述可供试穿的数据对象关联有实体店铺；

请求提交单元1502，用于在目标数据对象被选中后，向所述服务端提交试穿请求，由所述服务端根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单，并将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

与实施例五相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图16，该装置应用于第一客户端，包括：

用户信息确定单元1601，用于确定进入关联的实体店铺进行试穿的第二用户信息；

订单信息确定单元1602，用于根据所述第二用户信息确定对应的试穿订单信息，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

通知信息提交单元1603，用于通过所述试穿订单界面中提供的第一操作选项，向服务端提交开始试穿的通知信息，由所述服务端进行计费处理。

具体实现时，该装置还可以包括：

结束通知单元，用于通过所述试穿订单界面中提供的第二操作选项，向服务端提交结束试穿的通知信息，由所述服务端结束计费，并从所述第二用户关联的账户中执行扣款操作。

购买通知单元，用于通过所述试穿订单界面中提供的第三操作选项，向服务端提交对所述目标数据对象进行购买的通知信息，由所述服务端取消计费。

与实施例六相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图17，该装置应用于服务端，包括：

第一通知信息接收单元1701，用于接收第一客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

第一计费处理单元1702，用于对所述第二用户的试穿行为进行计费处理。

其中，所述第一计费处理单元具体可以用于：

根据所述第二用户的信用记录等级，确定第二用户免费试穿时间长度。

另外，所述第一计费处理单元具体可以用于：

根据目标数据对象的资源信息，结束试穿的时间点距离当日营业结束时间点的时间长度信息，确定单位时间长度的收费标准信息；

根据所述单位时间长度的收费标准信息以及试穿的时间长度信息进行计费。

其中，所述单位时间长度的计费标准信息与所述第二用户的信用记录等级相关。

另外，该装置还可以包括：

结束计费单元，用于根据第一客户端提交的结束试穿通知信息，结束计费，并从所述第二用户关联的账户中执行扣款操作。

扣款操作单元，用于如果在当日营业结束时间到之前未接收到第一客户端提交的结束试穿通知信息，则结束计费，并从所述第二用户关联的账户中执行扣款操作。

取消计费处理单元，用于根据第一客户端提交的对目标数据对象进行购买的通知信息，取消计费。

订单状态信息提供单元，用于根据所述第二客户端的查询请求提供所述试穿订单的状态信息，其中，包括开始试穿的时间点信息、单位时间的计费标准信息、已计费的时间长度信息或/或当前已产生的试穿费用信息。

与实施例七相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图18，该装置应用于第三客户端，包括：

订单信息接收单元1801，用于接收服务端提供的试穿订单信息，其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

时间信息确定单元1802，用于根据所述试穿订单中记录的所述预约的试穿时间信息确定开始计费的时间点；

通知单元1803，用于如果在所述开始计费的时间点，所述统一的试穿区域已接收到所述试穿订单关联的目标数据对象，则通过所述试穿订单界面中的操作选项通知所述服务端对所述目标数据对象对应的试穿行为进行计费处理。

其中，所述试穿订单中包括多个目标数据对象，所述试穿订单界面中分别为各目标数据对象提供对应的所述操作选项，以便所述服务端对同一试穿订单中不同的目标数据对象分别进行计费。

与实施例八相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图19，该装置应用于服务端，包括：

第二通知信息接收单元1901，用于接收第三客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息，以及目标数据对象标识；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

第二计费处理单元1902，用于对所述目标数据对象对应的试穿行为进行计费处理。

与实施例九相对应，本申请实施例还提供了一种数据对象信息处理装置，参见图20，该装置应用于聚集式营业场所部署的终端设备中的第四客户端，所述装置包括：

信息采集单元2001，用于采集第二用户的生物体征信息；

信息提交单元2002，用于将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

订单信息提供单元2003，用于提供所述试穿订单的信息。

具体实现时，所述订单信息提供单元还可以用于：

提供试穿线路推荐信息。

另外，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

采集第二用户的生物体征信息；

将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

提供所述试穿订单的信息。

其中，图21示例性的展示出了电子设备的架构，例如，设备2100可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图21，设备2100可以包括以下一个或多个组件：处理组件2102，存储器2104，电源组件2106，多媒体组件2108，音频组件2110，输入/输出(I/O)的接口2112，传感器组件2114，以及通信组件2116。

处理组件2102通常控制设备2100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件2102可以包括一个或多个处理器2120来执行指令，以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件的全部或部分步骤。此外，处理组件2102可以包括一个或多个模块，便于处理组件2102和其他组件之间的交互。例如，处理部件2102可以包括多媒体模块，以方便多媒体组件2108和处理组件2102之间的交互。

存储器2104被配置为存储各种类型的数据以支持在设备2100的操作。这些数据的示例包括用于在设备2100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器2104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件2106为设备2100的各种组件提供电力。电源组件2106可以包括电源管理系统，一个或多个电源，及其他与为设备2100生成、管理和分配电力相关联的组件。

多媒体组件2108包括在设备2100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件2108包括一个前置摄像头和/或后置摄像头。当设备2100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件2110被配置为输出和/或输入音频信号。例如，音频组件2110包括一个麦克风(MIC)，当设备2100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2104或经由通信组件2116发送。在一些实施例中，音频组件2110还包括一个扬声器，用于输出音频信号。

I/O接口2112为处理组件2102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件2114包括一个或多个传感器，用于为设备2100提供各个方面的状态评估。例如，传感器组件2114可以检测到设备2100的打开/关闭状态，组件的相对定位，例如所述组件为设备2100的显示器和小键盘，传感器组件2114还可以检测设备2100或设备2100一个组件的位置改变，用户与设备2100接触的存在或不存在，设备2100方位或加速/减速和设备2100的温度变化。传感器组件2114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2114还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件2114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件2116被配置为便于设备2100和其他设备之间有线或无线方式的通信。设备2100可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件2116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件2116还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备2100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器2104，上述指令可由设备2100的处理器2120执行以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的数据对象信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (50)

1.一种发布数据对象信息的方法，其特征在于，包括：

第一客户端提供用于录入数据对象信息的操作选项，所述数据对象为可供试穿的数据对象；

通过所述操作选项，接收可供试穿的数据对象的信息；

将所述可供试穿的数据对象的信息，以及关联的实体店铺的信息提交到服务端，以用于对所述可供试穿的数据对象进行线下试穿预约。

2.根据权利要求1所述的方法，其特征在于，所述可供试穿的数据对象的信息包括：可供试穿的数据对象的标识以及数量信息。

3.根据权利要求1所述的方法，其特征在于，所述可供试穿的数据对象的信息包括：可供试穿的数据对象的资源信息，以用于在试穿过程中进行计费。

4.根据权利要求1所述的方法，其特征在于，所述关联的实体店铺位于聚集式营业场所内；所述提交到服务端的信息还包括所述聚集式营业场所的标识信息。

5.根据权利要求4所述的方法，其特征在于，所述关联的实体店铺的信息包括：所述关联的实体店铺在所述聚集是营业场所内的位置信息。

6.根据权利要求1所述的方法，其特征在于，所述关联的实体店铺具有独立式营业场所，所述关联的实体店铺的信息包括：所述关联的实体店铺所在的地理位置信息。

7.一种发布数据对象信息的方法，其特征在于，包括：

服务端接收第一客户端提交的可供试穿的数据对象的信息，以及关联的实体店铺的信息；

对所述可供试穿的数据对象的信息进行发布，以用于对所述可供试穿的数据对象进行线下试穿预约。

8.根据权利要求7所述的方法，其特征在于，所述关联的实体店铺位于聚集式营业场所内；所述接收到的信息还包括所述聚集式营业场所的标识信息；

所述方法还包括：

以聚集式营业场所为依据对各实体店铺进行聚类，以便以所述聚集式营业场所为单位向第二用户提供所述可供试穿的数据对象的信息。

9.一种数据对象信息处理方法，其特征在于，包括：

服务端向第二客户端提供可供试穿的数据对象的信息，所述可供试穿的数据对象关联有实体店铺；

接收到预约试穿的请求后，确定待试穿的目标数据对象；

根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单；

将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

10.根据权利要求9所述的方法，其特征在于，所述待试穿的目标数据对象为多个，对应多个不同的实体店铺。

11.根据权利要求10所述的方法，其特征在于，所述将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端，包括：

根据各目标数据对象对应的实体店铺的不同，将所述试穿订单拆分成多个试穿子订单；

将各试穿子订单分别提供给对应的第一客户端。

12.根据权利要求9至11任一项所述的方法，其特征在于，所述关联的实体店铺包括位于聚集式营业场所内的第一类实体店铺，所述提供可供试穿的数据对象的信息，包括：

提供可选的聚集式营业场所信息；

在目标聚集式营业场所信息被选定后，提供所述目标聚集式营业场所内可选的多个第一类实体店铺的信息，以及第一类实体店铺内可供试穿的数据对象的信息。

13.根据权利要求12所述的方法，其特征在于，在所述目标数据对象为多个，且对应多个不同的第一类实体店铺时，所述方法还包括：

根据所述第一类实体店铺在所述聚集式营业场所内的位置信息，提供试穿路线推荐信息。

14.根据权利要求9至11任一项所述的方法，其特征在于，所述关联的实体店铺包括具有独立式营业场所的第二类实体店铺，所述提供可供试穿的数据对象的信息，包括：

提供可选的第二类实体店铺的信息；

在目标第二类实体店铺被选定后，根据第二类实体店铺的地理位置信息，确定距离所述目标第二类实体店铺在预置范围内的周边第二类实体店铺；

提供所述目标第二类实体店铺以及所述周边第二类实体店铺的信息，以及各自可供试穿的数据对象的信息。

15.根据权利要求14所述的方法，其特征在于，在所述目标数据对象为多个，且对应多个不同的第二类实体店铺时，所述方法还包括：

根据所述第二类实体店铺各自所在的地理位置信息，提供试穿路线推荐信息。

16.根据权利要求9至15任一项所述的方法，其特征在于，所述可供试穿的数据对象具有可供试穿的数量属性信息，所述确定待试穿的目标数据对象后，所述方法还包括：

将所述目标数据对象对应的可供试穿的数量进行扣减处理。

17.根据权利要求16所述的方法，其特征在于，所述向第二客户端提供可供试穿的数据对象的信息时，还包括：

根据所述可供试穿的数据对象当前剩余的可供试穿的数量信息，确定所述可供试穿的数据对象的操作状态。

18.根据权利要求16所述的方法，其特征在于，在接收到预约试穿的请求后，还包括：

提供按日期预约的操作选项，

将所预约的试穿日期信息添加到所述试穿订单中。

19.根据权利要求18所述的方法，其特征在于，所述提供按日期预约试穿时间的操作选项时，还包括：

在所述目标数据对象在各可选日期内剩余的可供试穿的数量信息；

所述将所述目标数据对象对应的可供试穿的数量进行扣减处理，包括：

在选定目标日期后，将所述目标数据对象在该目标日期内剩余的可供试穿的数量信息进行扣减处理。

20.根据权利要求19所述的方法，其特征在于，所述目标数据对象在每个可选日期内总的可供试穿的数量信息，与所述目标数据对象对应的可供试穿的数量信息相等。

21.根据权利要求9至15任一项所述的方法，其特征在于，当所述待试穿的目标数据对象关联的实体店铺为位于聚集式营业场所内的第一类实体店铺时，所述聚集式营业场所内还具有统一的试穿区域；

所述方法还包括：

提供可选的试穿方式信息，其中，可选的试穿方式包括到所述第一类实体店铺内进行试穿，或者，到所述统一的试穿区域进行试穿；

将选定的试穿方式信息添加到所述试穿订单中。

22.根据权利要求21所述的方法，其特征在于，在所述选定的试穿方式信息为到所述统一的试穿区域进行试穿时，还包括：

提供用于预约具体试穿时间信息的操作选项；

将所述试穿时间信息添加到所述试穿订单中，以便将所述试穿时间信息提供给所述对应的第一客户端，由关联的第一用户按照所述试穿时间提前将所述待试穿的目标数据对象输送至所述统一试穿区域。

23.根据权利要求22所述的方法，其特征在于，还包括：

将所述试穿订单的信息提供给所述同一试穿区域的第三客户端。

24.一种数据对象信息处理方法，其特征在于，包括：

第二客户端对服务端提供的可供试穿的数据对象的信息进行展示，所述可供试穿的数据对象关联有实体店铺；

在目标数据对象被选中后，向所述服务端提交试穿请求，由所述服务端根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单，并将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

25.一种数据对象信息处理方法，其特征在于，包括：

第一客户端确定进入关联的实体店铺进行试穿的第二用户信息；

根据所述第二用户信息确定对应的试穿订单信息，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

通过所述试穿订单界面中提供的第一操作选项，向服务端提交开始试穿的通知信息，由所述服务端进行计费处理。

26.根据权利要求25所述的方法，其特征在于，还包括：

通过所述试穿订单界面中提供的第二操作选项，向服务端提交结束试穿的通知信息，由所述服务端结束计费，并从所述第二用户关联的账户中执行扣款操作。

27.根据权利要求25所述的方法，其特征在于，还包括：

通过所述试穿订单界面中提供的第三操作选项，向服务端提交对所述目标数据对象进行购买的通知信息，由所述服务端取消计费。

28.一种数据对象信息处理方法，其特征在于，包括：

服务端接收第一客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

对所述第二用户的试穿行为进行计费处理。

29.根据权利要求28所述的方法，其特征在于，所述对所述第二用户的试穿行为进行计费处理，包括：

根据所述第二用户的信用记录等级，确定第二用户免费试穿时间长度。

30.根据权利要求28所述的方法，其特征在于，所述对所述第二用户的试穿行为进行计费处理，包括：

根据目标数据对象的资源信息，结束试穿的时间点距离当日营业结束时间点的时间长度信息，确定单位时间长度的收费标准信息；

根据所述单位时间长度的收费标准信息以及试穿的时间长度信息进行计费。

31.根据权利要求30所述的方法，其特征在于，所述单位时间长度的计费标准信息与所述第二用户的信用记录等级相关。

32.根据权利要求28所述的方法，其特征在于，还包括：

根据第一客户端提交的结束试穿通知信息，结束计费，并从所述第二用户关联的账户中执行扣款操作。

33.根据权利要求28所述的方法，其特征在于，还包括：

如果在当日营业结束时间到之前未接收到第一客户端提交的结束试穿通知信息，则结束计费，并从所述第二用户关联的账户中执行扣款操作。

34.根据权利要求28所述的方法，其特征在于，还包括：

根据第一客户端提交的对目标数据对象进行购买的通知信息，取消计费。

35.根据权利要求28所述的方法，其特征在于，还包括：

根据所述第二客户端的查询请求提供所述试穿订单的状态信息，其中，包括开始试穿的时间点信息、单位时间的计费标准信息、已计费的时间长度信息或/或当前已产生的试穿费用信息。

36.一种数据对象信息处理方法，其特征在于，包括：

第三客户端接收服务端提供的试穿订单信息，其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

根据所述试穿订单中记录的所述预约的试穿时间信息确定开始计费的时间点；

如果在所述开始计费的时间点，所述统一的试穿区域已接收到所述试穿订单关联的目标数据对象，则通过所述试穿订单界面中的操作选项通知所述服务端对所述目标数据对象对应的试穿行为进行计费处理。

37.根据权利要求36所述的方法，其特征在于，所述试穿订单中包括多个目标数据对象，所述试穿订单界面中分别为各目标数据对象提供对应的所述操作选项，以便所述服务端对同一试穿订单中不同的目标数据对象分别进行计费。

38.一种数据对象信息处理方法，其特征在于，包括：

服务端接收第三客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息，以及目标数据对象标识；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

对所述目标数据对象对应的试穿行为进行计费处理。

39.一种数据对象信息处理方法，其特征在于，应用于聚集式营业场所部署的终端设备中，所述方法包括：

第四客户端采集第二用户的生物体征信息；

将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

提供所述试穿订单的信息。

40.根据权利要求39所述的方法，其特征在于，所述提供所述试穿订单的信息，包括：

提供试穿线路推荐信息。

41.一种发布数据对象信息的装置，其特征在于，应用于第一客户端，包括：

操作选项提供单元，用于提供用于录入数据对象信息的操作选项，所述数据对象为可供试穿的数据对象；

数据对象信息接收单元，用于通过所述操作选项，接收可供试穿的数据对象的信息；

信息提交单元，用于将所述可供试穿的数据对象的信息，以及关联的实体店铺的信息提交到服务端，以用于对所述可供试穿的数据对象进行线下试穿预约。

42.一种发布数据对象信息的装置，其特征在于，应用于服务端，包括：

数据对象信息接收单元，用于接收第一客户端提交的可供试穿的数据对象的信息，以及关联的实体店铺的信息；

信息发布单元，用于对所述可供试穿的数据对象的信息进行发布，以用于对所述可供试穿的数据对象进行线下试穿预约。

43.一种数据对象信息处理装置，其特征在于，应用于服务端，包括：

数据对象信息提供单元，用于向第二客户端提供可供试穿的数据对象的信息，所述可供试穿的数据对象关联有实体店铺；

目标数据对象确定单元，用于接收到预约试穿的请求后，确定待试穿的目标数据对象；

订单生成单元，用于根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单；

订单信息提供单元，用于将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

44.一种数据对象信息处理装置，其特征在于，应用于第二客户端，包括：

信息展示单元，用于对服务端提供的可供试穿的数据对象的信息进行展示，所述可供试穿的数据对象关联有实体店铺；

请求提交单元，用于在目标数据对象被选中后，向所述服务端提交试穿请求，由所述服务端根据所述第二客户端关联的第二用户的信息、所述目标数据对象以及对应的实体店铺信息，生成试穿订单，并将所述试穿订单的信息提供给所关联的实体店铺对应的第一客户端。

45.一种数据对象信息处理装置，其特征在于，应用于第一客户端，包括：

用户信息确定单元，用于确定进入关联的实体店铺进行试穿的第二用户信息；

订单信息确定单元，用于根据所述第二用户信息确定对应的试穿订单信息，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

通知信息提交单元，用于通过所述试穿订单界面中提供的第一操作选项，向服务端提交开始试穿的通知信息，由所述服务端进行计费处理。

46.一种数据对象信息处理装置，其特征在于，应用于服务端，包括：

第一通知信息接收单元，用于接收第一客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

第一计费处理单元，用于对所述第二用户的试穿行为进行计费处理。

47.一种数据对象信息处理装置，其特征在于，应用于第三客户端，包括：

订单信息接收单元，用于接收服务端提供的试穿订单信息，其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

时间信息确定单元，用于根据所述试穿订单中记录的所述预约的试穿时间信息确定开始计费的时间点；

通知单元，用于如果在所述开始计费的时间点，所述统一的试穿区域已接收到所述试穿订单关联的目标数据对象，则通过所述试穿订单界面中的操作选项通知所述服务端对所述目标数据对象对应的试穿行为进行计费处理。

48.一种数据对象信息处理装置，其特征在于，应用于服务端，包括：

第二通知信息接收单元，用于接收第三客户端提交的开始试穿通知信息，所述通知信息中携带有关联的试穿订单标识信息，以及目标数据对象标识；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；其中，所述目标数据对象关联有实体店铺，所述实体店铺为位于聚集式营业场所内的第一类实体店铺，所述聚集式营业场所内设有统一试穿区域；所述试穿订单对应的试穿方式信息为到所述统一的试穿区域进行试穿，所述试穿订单中还记录有预约的试穿时间信息；

第二计费处理单元，用于对所述目标数据对象对应的试穿行为进行计费处理。

49.一种数据对象信息处理装置，其特征在于，应用于聚集式营业场所部署的终端设备中的第四客户端，所述装置包括：

信息采集单元，用于采集第二用户的生物体征信息；

信息提交单元，用于将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

订单信息提供单元，用于提供所述试穿订单的信息。

50.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

采集第二用户的生物体征信息；

将所述生物体征信息提交到服务端，由所述服务端根据预先保存的生物体征与用户账户信息之间的对应关系，确定所述第二用户的账户信息，以及所述第二用户的账户关联的试穿订单信息；其中，所述试穿订单是由服务端根据所述第二用户通过第二客户端选中目标数据对象后提交的预约试穿请求生成的；

提供所述试穿订单的信息。