CN106354734A - 提供业务对象信息的方法及装置 - Google Patents

Abstract

本申请实施例公开了提供业务对象信息的方法及装置，其中，所述方法包括：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；为目标第一用户客户端确定第一业务对象信息集合；根据所述第一数据库，确定所述目标第一用户的目标体征数据；对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存；根据判断结果，向所述目标第一用户客户端提供业务对象信息。通过本申请实施例，可以减少无效信息的传输造成的网络资源的浪费，并且，客户端在其列表界面中展示出的信息的有效性得到提高。

Description

提供业务对象信息的方法及装置

技术领域

本申请涉及业务对象信息处理技术领域，特别是涉及提供业务对象信息的方法及装置。

背景技术

电子商务销售平台向买家用户提供业务对象方式众多，包括买家用户触发的按类目浏览，按搜索条件进行搜索，或者服务器触发的按照用户喜好进行推荐等等，买家用户可以从包含众多业务对象链接信息的列表页面中选择自己感兴趣的进行购买、收藏等操作。其中，有些业务对象具有型号属性，用户在选购这种业务对象时，除了考虑业务对象的款式等之外，一般还需要选择适合自己的型号。例如，文胸、鞋、牛仔裤、化妆品等等。

现有技术中，在业务对象列表页面一般会展示各个业务对象的链接，并且为了便于用户进行查看，链接通常由两部分信息组成，其中一部分为图片(例如，可以是关于对于业务对象描述图片的缩略图)，另一部分信息为标题、销量等文字信息，用户可以以这些链接图片或者链接文本为参考依据，来选择自己感兴趣的款式。而关于具体的型号，一般是用户从列表页面中选择了某条链接之后，在跳转到的业务对象详情页面中进行展示，并由买家用户进行选择，在买家用户选定了其所需的型号后，就可以进行进一步的购买、加入“购物车”等操作。

但是，上述现有技术中，经常会出现以下情况：买家用户在列表页面中选择了某款业务对象，进入其详情页面中进行型号的选择时发现并没有适合自己的型号，或者适合自己的型号已经没有库存，以至于不能购买。此时，买家用户只能再重新回到列表页选择其他的业务对象，显然会浪费买家用户的时间成本，并且效率不高，影响用户体验。从系统角度而言，用户反复地在不同的页面之间切换，会占用系统资源，加大服务器的访问压力。

发明内容

本申请提供了提供业务对象信息的方法及装置，可以减少无效信息的传输造成的网络资源的浪费，并且，客户端在其列表界面中展示出的信息的有效性得到提高。

本申请提供了如下方案：

一种提供业务对象信息的方法，包括：

服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；

为目标第一用户客户端确定第一业务对象信息集合；

根据所述第一数据库，确定所述目标第一用户的目标体征数据；

对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存；

根据判断结果，向所述目标第一用户客户端提供业务对象信息。

一种提供业务对象信息的方法，包括：

第一用户客户端接收服务器提供的业务对象信息，所述业务对象信息由服务器通过以下方式确定：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；为目标第一用户客户端确定第一业务对象信息集合，根据所述第一数据库，确定所述目标第一用户的目标体征数据，对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存，根据判断结果确定用于提供给所述第一用户客户端的业务对象信息；

根据接收到的业务对象信息，生成列表展示页面中的展示内容。

一种提供业务对象信息的装置，应用于服务器，包括：

第一数据库建立单元，用于预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；

第一集合确定单元，用于为目标第一用户客户端确定第一业务对象信息集合；

目标体征数据确定单元，用于根据所述第一数据库，确定所述目标第一用户的目标体征数据；

库存判断单元，用于对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存；

业务对象信息提供单元，用于根据判断结果，向所述目标第一用户客户端提供业务对象信息。

一种提供业务对象信息的装置，应用于第一用户客户端，包括：

信息接收单元，用于接收服务器提供的业务对象信息，所述业务对象信息由服务器通过以下方式确定：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；为目标第一用户客户端确定第一业务对象信息集合，根据所述第一数据库，确定所述目标第一用户的目标体征数据，对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存，根据判断结果确定用于提供给所述第一用户客户端的业务对象信息；

展示内容生成单元，用于根据接收到的业务对象信息，生成列表展示页面中的展示内容。

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

通过本申请实施例，可以预先保存第一用户的体征数据，这样，在为第一用户提供业务对象信息集合时，就可以首先利用用户的体征数据与业务对象型号进行匹配，并判断业务对象在匹配的目标型号上是否有库存，进而可以根据判断结果提供业务对象信息，例如，可以仅将在匹配的目标型号上有库存的业务对象信息提供给第一用户客户端。这样，可以减少无效信息的传输造成的网络资源的浪费，并且，客户端在其列表界面中展示出的信息的有效性得到提高，尤其是在使用移动终端等小屏幕设备进行浏览的情况下，由于每屏展示的业务对象数量有限，因此，这种信息有效性的提高显得更有意义。

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

附图说明

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

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

图2-1是本申请实施例提供的客户端列表页面的示意图；

图2-2是本申请实施例提供的客户端另一列表页面的示意图；

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

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

图5是本申请实施例提供的另一装置的示意图。

具体实施方式

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

本申请发明人在实现本申请实施例的过程中发现：如背景技术所述，如果某业务对象没有适合当前第一用户(可以是指销售平台中的买家用户，相应的，可以将销售平台中的卖家用户或者商家称为第二用户)的型号，或者适合的型号已经没有库存，则在业务对象列表中将其提供给买家用户时，实质上属于一种无效的信息。这种信息无论从网络传输角度，还是在客户端的用户界面上显示时对显示区域的占用角度，都属于一种浪费。基于上述考虑，在本申请实施例中，可以预先保存第一用户的体征数据，例如，包括第一用户的身高、腰围、脚长、肤质等等，这样在为第一用户提供业务对象列表信息时，就可以首先根据第一用户的体征数据筛选出有适合该第一用户的型号，且该型号有库存的业务对象信息，然后将这种信息提供给第一用户。这样，可以使得提供给第一用户的业务对象信息的有效性得到提高，降低无效信息造成的资源浪费。

下面首先从服务器的角度，对本申请实施例进行介绍。

实施例一

参见图1，该实施例一提供了一种提供业务对象信息的方法，该方法可以包括以下步骤：

S101：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；

该第一数据库主要用于保存第一用户的体征数据，例如，一种具体实现方式下，可以如以下表1所示：

表1

上述第一数据库可以通过多种方式获得。

例如，在一种方式下，可以从第一用户填写的用户资料等信息中提取。当然，根据用户填写资料的完善程度的不同，能够提取到的数据也不同。

或者，在另一种方式下，由于在用户对已经购买到的业务对象填写评论信息时，往往会填写自己的体征数据，例如，在为已经购买到的某条牛仔裤填写评论信息时，系统可以为第一用户提供填写其腰围等信息的操作选项，这样，如果某第一用户需要将其详细的购买心得分享给其他第一用户，就可以通过该操作选项输入自己的腰围数据，这样，这些信息对于其他第一用户就具有较高的参考价值。在这种情况下，在评论信息数据库中，可能也会存在关于第一用户的体征数据，因此，也可以从这种数据中进行提取。

再一种实现方式下，由于有些交易平台还为第一用户提供了与第二用户的客服人员进行沟通的功能，第一用户在选购具体的业务对象之前，可以与第二用户的客服人员沟通关于型号选择等问题，在此过程中，第一用户可能会描述出其体征数据。例如，在购买某牛仔裤时，第一用户可能先说自己的腰围长度，然后询问客户人员其需要买哪个型号，等等。对于这种对话数据，服务器中可以进行保存。因此，还可以从服务器保存的这种对话数据中，提取第一用户的体征数据。

当然，前述几种实现方式下，收集到的第一用户的体征数据可能会比较分散，因此，可以综合多种数据源，提取出多项体征数据。例如，在历史评论信息中，提取到某第一用户的腰围数据，在与第二用户客服人员的历史对话数据中，提取到该第一用户的肤质数据，等等。

另外，还可以为第一用户提供专门用于提交本申请实施例所需体征数据的操作选项，例如，可以在“设置”等界面中提供该操作选项，这样，第一用户就可以通过该操作选项，将其各项体征数据进行统一的填写并提交。

S102：为目标第一用户客户端确定第一业务对象信息集合；

服务器确定出的第一业务对象信息集合，可以根据具体的业务场景而定。例如，在用户分类目浏览的场景下，可以提供带有用户指定类目标签的业务对象信息组成的集合，例如，提供长裙类的业务对象集合，等等。或者，在用户输入关键词进行搜索时，可以提供命中关键词的业务对象信息组成的集合。再或者，还可以是在服务器主动推荐的过程中，根据用户的历史购买、浏览记录等分析出用户的偏好信息，然后向用户提供其可能感兴趣的业务对象信息组成的集合，等等。关于各种具体场景下如何得到具体的业务对象信息集合，可以参见已有技术中的介绍，这里不再详述。

S103：根据所述第一数据库，确定所述目标第一用户的目标体征数据；

在确定出第一业务对象集合后，在利用该第一业务对象信息集合中的数据向第一用户客户端返回具体的信息之前，还可以首先根据步骤S101中所述的第一数据库，确定出该目标第一用户的目标体征数据。需要说明的是，如表1所示，对于一个第一用户而言，数据库中可能保存了其多项体征数据，也即多个维度上的体征数据，包括身高、腰围、上胸围、下胸围等等。但是，对于具体的业务对象而言，在选择型号时，可能只需要参考其中一个或者几个维度上的体征数据，并且，对于不同类目的业务对象，需要参考的维度可能会不同。例如，对于牛仔裤，需要参考的维度可能是腰围，对于文胸，需要参考的维度可能是上胸围和下胸围，等等。因此，在具体实现时，还可以预先建立类目与体征数据参考维度之间的对应关系，例如，如以下表2所示：

表2

类目	体征数据参考维度
		裤子	腰围
鞋	脚长
		文胸	上胸围、下胸围
化妆品	肤质
		……	……

这样，在确定目标第一用户的目标体征数据时，可以根据第一业务对象信息集合中具体业务对象所属的类目，以及预先建立的类目与体征数据参考维度之间的对应关系，从第一数据库中提取出目标第一用户在对应参考维度上的目标体征数据。例如，某第一业务对象集合中的各个业务对象为“裤子”类，则通过查询上述表2可以确定出对应的参考维度是“腰围”，于是，就可以从表1中取出该第一用户在腰围维度上的具体体征数据，也就是具体的腰围长度。

其中，对于第一业务对象集合中的各个业务对象，可能属于同一类目，也可能属于不同的类目。关于业务对象所属的类目信息，具体在确定时也可以有多种具体的实现方式。例如，其中一种最直接的方式时，一般而言，每个业务对象都会带有自己所属类目的属性信息，该信息会在业务对象信息数据库中保存，因此，或者，也可能会通过标签的方式体现在业务对象描述信息中，因此，可以直接根据这种信息来确定业务对象所属的类目。或者，在另一种实现方式下，由于第一业务对象信息集合可能是根据第一用户提交的浏览请求给出的，在发出浏览请求之前可能选定了具体的类目，也就是说，第一用户客户端发出的是对指定类目进行浏览的浏览请求，此时，第一业务对象信息集合中的各个业务对象通常都属于该指定类目。因此，可以直接根据浏览请求中携带的指定类目信息确定集合中的各个业务对象所属的类目。另外，第一业务对象信息还可能是根据第一用户的搜索请求确定的，在第一用户客户端发出的搜索请求中通常还携带有搜索关键词，而该搜索关键词一般也能够与类目之间具有关联，并且，针对该搜索请求给出的第一业务对象信息集合中的各个业务对象也都是与该搜索关键词相关的，因此，还可以首先确定出搜索请求中携带的搜索关键词对应的类目信息，然后将该类目信息确定为集合中各个业务对象所属的目标类目。例如，某搜索关键词为“牛仔裤”，对应的类目可以确定为“裤子”，因此，就可以将得到的业务对象集合中各个业务对象所属的类目都确定为“裤子”。总之，通过后两者方式，可以不必一一查询业务对象的标签，即可确定业务对象所属的类目，有利于提高处理效率。

S104：对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存；

在确定出第一业务对象信息集合以及目标第一用户的目标体征数据之后，可以判断集合中的各个业务对象是否存在与所述目标体征数据匹配的目标型号的库存。例如，对于搜索牛仔裤的第一用户而言，第一业务对象集合中的各个业务对象可能均满足属于牛仔裤类目这一条件，但是，在型号角度是否满足当前第一用户的需求，并不确定。因此，在本申请实施例中，就可以首先进行判断。

具体实现时，该步骤可以分成两个子步骤来实现：首先，确定出集合中各个业务对象与当前第一用户的体征数据相匹配的目标型号，然后，再通过访问库存中心服务器等方式，来判断各个业务对象在该目标型号上是否有库存。例如，某第一用户需要搜索的是牛仔裤，该第一用户的腰围是54cm，对于某具体业务对象，确定出与该腰围数据匹配的型号是“26码”，然后就可以向库存中心服务器请求该业务对象是否有26码的库存，如果有，则证明该业务对象在型号上满足当前第一用户的需求，等等。

其中，为了便于理解，首先对用户的体征数据与业务对象的型号之间的区别与联系进行介绍。其中，用户的体征数据一般是用户通过测量等方式得到的数据，而实际应用中用于测量长度的工具一般为米尺，因此，测量得到的体征数据一般以“cm”等为单位，例如，前述表1中，身高、腰围、胸围、脚长等体征数据都是以“cm”为单位的。另外，关于肤质的具体体征数据，一般也可以通过相关的工具测试获得，体征数据一般包括“油性”、“干性”、“混合性”等等。

而业务对象的型号，则是根据行业标准等确定的，并且，不同品类的业务对象，各自型号的表达方式会有所不同。例如，文胸的型号由底围尺寸以及罩杯尺寸两部分组成，底围尺寸一般用胸围的长度数字表示，罩杯一般用A、B、C等大写英文字母表示，如70A、75B等等。鞋类的尺寸则由鞋子的尺码来表示，如35至42等等。牛仔裤的型号则有多种表达方式，例如，“L”表示大号，“M”表示中号，“S”表示小号，“XL”表示加大号，还有“XXL”表示特大号，等等。或者，还可以用适合的身高来表示，如155cm、160cm等。再者，还可以用腰围来表示，此时，腰围的单位一般是英寸，例如，26代表腰围为：“1.9尺”，27代表腰围为：“2.0尺”，28代表腰围为：“2.1尺”，等等。化妆品的型号则分为滋润型、清爽型等等。

可见，用户的体征数据与业务对象的型号在所表达的含义上有所不同，表1所示的第一数据库中，用户体征数据一般以cm等为单位，而业务对象的型号则一般并不是直接以cm的形式表示，而是有其他的表达方式。但是，两者之间是具有一定联系的，例如，腰围为54cm的用户，一般适合穿“26”码的裤子，干性肤质的用户比较适合使用滋润型的化妆品，等等。

因此，在该步骤S104中，还可以确定出集合中各个业务对象与当前第一用户的体征数据相匹配的目标型号。其中，具体实现时，可以有多种实现方式。例如，其中一种实现方式下，由于同一类目的业务对象通常在型号上具有标准化或者统一性的特点，例如，对于不同的牛仔裤，如果同为“26”码，则一般腰围在54cm左右的第一用户都是适合的。因此，在该第一种实现方式下，可以预先建立第二数据库，该第二数据库用于保存业务对象型号与体征数据范围之间的第一对应关系，并且，每个业务对象类目对应不同的第一对应关系，在不同的第一对应关系中，体征数据的维度可以是不同的。例如，参见表3所示：

表3

这样，针对集合中的某业务对象，在确定出当前第一用户的体征数据相匹配的目标型号时，就可以首先确定出业务对象所属的目标类目，例如，目标类目为裤子，然后，确定该目标类目对应的目标第一对应关系，例如，裤子类目对应的目标第一对应关系如表3中所示，再然后，就可以判断当前第一用户的目标体征数据是否位于目标第一对应关系中的某目标体征数据范围内，例如，如果当前第一用户的腰围为54，则与表3中的第一行相匹配，也即第一行中的体征数据范围即为匹配成功的目标体征数据范围，之后，就可以将该目标体征数据范围对应的型号确定为所述匹配的目标型号，也即，确定出与当前第一用户的腰围相匹配的目标型号为“26”码。

关于上述表3中所示的第二数据库，可以是根据各个类目的行业标准等信息预先建立的。并且，在具体实现时，为了避免数据库结构过于复杂，还可以分别在不同的第二数据库中，记录各个类目对应的第一对应关系。另外，关于具体如何确定集合中各个业务对象所属的类目，可以参见步骤S103中的介绍，这里不再详述。

上述通过为同一类目创建相同的第一对应关系的实现方式，具有效率高、占用存储资源少、便于查询等优点。但是，在实际应用中还可能存在以下情况：虽然各个行业在型号方面具有各自的标准，但是实际上的具体业务对象可能存在码数并不是十分标准的情况，例如，有些业务对象可能是码数偏大，或者有的码数偏小等情况。在这种情况下，如果简单的按照类目的方式来确定与用户体征数据相匹配的业务对象型号，可能会出现偏差等情况。

因此，在另一种具体的实现方式下，还可以预先建立第三数据库，该第三数据库用于保存业务对象型号与体征数据范围之间的第二对应关系，其中，每个业务对象对应各自的第二对应关系。例如，第三数据库可以如以下表4所示：

表4

从以上表4可见，虽然id1、id2都属于裤子类目，但是，同一型号对应的用户体征数据范围是不同的。也就是说，对于id1的裤子，26码的适合39cm腰围的用户，而id2这款裤子则码数偏小，26码的只适合38cm腰围的用户。这样，针对某业务对象，在具体确定与当前第一用户的目标体征数据匹配的目标型号时，就可以首先通过查询上述表4等方式，确定出目标业务对象对应的目标第二对应关系，例如，某业务对象为id1，则对应的第二对应关系如表4所示。然后，当目标体征数据位于该目标第二对应关系中的某目标体征数据范围时，就可以将该目标体征数据范围对应的型号确定为匹配的目标型号。例如，当前第一用户的腰围为39cm，则根据表4，可以确定出其匹配的目标型号为“26”码。而对于集合中的另一业务对象，例如为id2，则同样对于腰围为39cm的当前第一用户，确定出相匹配的型号为“27”码。

可见，通过上述第二种实现方式，虽然需要存储的数据量有所增大，但是匹配的精确性得到提高，可以帮助用户确定出更适合的型号信息，进一步提高业务对象信息的有效性。

其中，关于上述第三数据库的创建方式也可以有多种，例如，在其中一种实现方式下，可以是通过从第二用户已经发布的业务对象详情描述信息、第一用户的评论信息、第一用户与第二用户客服人员之间的对话等数据中进行提取、收集。或者，在另一种实现方式下，还可以在第二用户发布业务对象信息时，为第二用户提供用于上传上述第二对应关系信息的操作选项，由第二用户根据其业务对象自身的情况，上传具体的第二对应关系，服务器直接进行保存即可，这样可以提高数据的准确性。

总之，在确定出当前目标第一用户的目标体征数据，并针对第一业务对象集合中的各个业务对象，确定出与所述目标体征数据相匹配的目标型号之后，就可以确定各个业务对象是否具有对应目标型号的库存。具体实现时，关于业务对象的库存信息一般由专门的库存中心服务器进行保存，因此，可以向库存中心服务器发送查询请求，由库存中心服务器返回各个业务对象在对应目标型号上的库存信息。

S105：根据判断结果，向所述目标第一用户客户端提供业务对象信息。

具体在根据判断结果提供业务对象信息时，也可以有多种实现方式。例如，如果某业务对象在对应目标型号上有库存，如，某牛仔裤有与当前第一用户匹配的26码的库存，则证明该业务对象对该第一用户是有效的，如果该第一用户对该业务对象感兴趣，则不会因为型号问题导致该第一用户无法购买，因此，可以提供给该第一用户。而如果某业务对象在对应目标型号上有库存，则可能有两种情况，一种可能是该业务对象在生产是就没有生产该型号，另一种情况是，该目标型号已经售完，无法再继续提供可售服务，即使将这种业务对象信息提供给第一用户，该第一用户也无法购买到符合其需求的型号，因此，可以不再提供给第一用户。也就是说，可以仅将具有目标型号库存的业务对象组成第二业务对象集合，然后利用该第二业务对象集合向客户端提供列表页面中的展示内容。当然，在另一种实现方式下，还可以仍然将第一业务对象集合中的前部业务对象都提供给第一用户客户端，但可以将无目标型号库存的业务对象进行标注，这样，客户端可以在列表页面中对这种无目标型号库存的业务对象添加某种标识，例如，以文字等形式显示为“已售完”、“无货”等，以提示第一用户可以不必进入购买页面进行购买，等等。

具体实现时，服务器在向第一用户客户端返回业务对象信息时，针对有目标型号库存的业务对象，还可以将目标型号信息返回给客户端，由客户端可以直接在列表页面中将这种目标型号信息进行展示，使得第一用户可以更直观地确定各个业务对象适合自己的型号。其中，在提供这种目标型号信息时也可以有多种方式，例如，在其中一种实现方式下，由于服务器在向第一用户客户端提供列表页面中的展示内容时，一般是提供的各个业务对象的链接信息，该链接一般包括图片和文本两部分，因此，可以将业务对象对应的目标型号信息添加在链接文本中，这样，客户端就可以在链接文本中对这种目标型号信息进行展示。例如，参见图2-1，当第一用户搜索“文胸”时，返回的各个业务对象的链接文本中可以包括“[荐：75B]”、“[荐：80B]”等信息。又如，参见图2-2，当第一用户搜索“牛仔裤”时，返回的各个业务对象的链接文本中可以包括“[荐：2尺3]”、“[荐：2尺2]”等信息。

另外，在提供的业务对象集合中所有业务对象属于同一类目的情况下，还可以将该类目关联的体征数据参考维度，以及当前第一用户在该参考维度上的体征数据值提供给第一用户客户端，由第一用户客户端在列表页面中进行展示。此时，还可以提供用于对该体征数据进行修改的操作选项。例如，参见图2-1中的201所示，显示有：“我的三围：上胸围85cm，下胸围75cm”，之后还可以显示有“编辑”字样的按钮，该按钮就是用于对该体征数据进行修改的操作选项，如果当前第一用户认为该显示的信息有误，或者其体征数据发生了变化，则可以通过该选项进行修改。在修改后，第一用户客户端可以将修改后的体征数据上传到服务器，由服务器重新根据修改后的体征数据，对提供的业务对象信息进行更新，并且，还可以对第一数据库中保存的该第一用户的体征数据进行更新，后续就可以利用更新后的体征数据进行业务对象信息的提供。

通过本申请实施例，可以预先保存第一用户的体征数据，这样，在为第一用户提供业务对象信息集合时，就可以首先利用用户的体征数据与业务对象型号进行匹配，并判断业务对象在匹配的目标型号上是否有库存，进而可以根据判断结果提供业务对象信息，例如，可以仅将在匹配的目标型号上有库存的业务对象信息提供给第一用户客户端。这样，可以减少无效信息的传输造成的网络资源的浪费，并且，客户端在其列表界面中展示出的信息的有效性得到提高，尤其是在使用移动终端等小屏幕设备进行浏览的情况下，由于每屏展示的业务对象数量有限，因此，这种信息有效性的提高显得更有意义。

实施例二

该实施例二是与实施例一相对应的，从第一用户客户端的角度，提供了一种提供业务对象信息的方法，参见图3，该方法可以包括以下步骤：

S301：第一用户客户端接收服务器提供的业务对象信息，所述业务对象信息由服务器通过以下方式确定：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；为目标第一用户客户端确定第一业务对象信息集合，根据所述第一数据库，确定所述目标第一用户的目标体征数据，对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存，根据判断结果确定用于提供给所述第一用户客户端的业务对象信息；

S301：根据接收到的业务对象信息，生成列表展示页面中的展示内容。

具体实现时，所述服务器返回的信息还包括所述业务对象对应的所述目标型号，此时，还可以在所述列表展示页面中展示所述目标型号信息。具体的，可以在业务对象的链接文本中展示所述目标型号信息。

另外，所述服务器返回的信息还可以包括：当所述第一业务对象集合中的各个业务对象属于同一目标类目时，所述目标第一用户在该目标类目对应的参考维度上的目标体征数据；此时，客户端还可以在所述列表展示页面中展示目标第一用户在该目标类目对应的参考维度上的目标体征数据。并且，还可以在所述列表展示页面中提供用于对所述参考维度上的目标体征数据进行编辑的操作选项；当通过所述操作选项接收到修改后的体征数据时，将修改后的体征数据上传到服务器，以便服务器根据修改后的体征数据更新提供的业务对象信息。

该实施例二是与实施例一相对应的，相关的具体实现可以参见实施例一中的介绍，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种提供业务对象信息的装置，应用于服务器，参见图4，该装置可以包括：

第一数据库建立单元401，用于预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；

第一集合确定单元402，用于为目标第一用户客户端确定第一业务对象信息集合；

目标体征数据确定单元403，用于根据所述第一数据库，确定所述目标第一用户的目标体征数据；

库存判断单元404，用于对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存；

业务对象信息提供单元405，用于根据判断结果，向所述目标第一用户客户端提供业务对象信息。

其中，所述目标体征数据确定单元具体用于：

根据所述第一业务对象信息集合中的业务对象所属的类目，以及预先建立的类目与体征数据参考维度之间的对应关系，从所述第一数据库中提取出所述目标第一用户在对应参考维度上的目标体征数据。

具体实现时，所述库存判断单元具体可以包括：

目标型号确定子单元，用于确定所述第一业务对象信息集合中的各个业务对象与当前第一用户的体征数据相匹配的目标型号；

判断子单元，用于通过访问库存中心服务器，判断各个业务对象在该目标型号上是否有库存。

其中，在一种具体的方式下，该装置还可以包括：

第二数据库建立单元，用于预先建立第二数据库，所述第二数据库用于保存业务对象型号与体征数据范围之间的第一对应关系，其中，每个业务对象类目对应不同的所述第一对应关系，在不同的第一对应关系中，体征数据的维度不同；

此时，所述目标型号确定子单元包括：

目标类目确定子单元，用于对于所述第一业务对象信息集合中的业务对象，确定所述业务对象所属的目标类目；

目标第一对应关系确定子单元，用于确定所述目标类目对应的目标第一对应关系；

第一目标型号确定子单元，用于当所述目标体征数据位于所述目标第一对应关系中的某目标体征数据范围时，将该目标体征数据范围对应的型号确定为所述匹配的目标型号。

其中，所述第一集合确定单元具体用于：

接收到目标第一用户客户端对指定类目进行浏览的浏览请求时，根据所述浏览请求中携带的所述指定类目信息确定所述第一业务对象信息集合；

所述目标类目确定子单元具体用于：

将所述浏览请求中携带的所述指定类目信息，确定为所述业务对象所属的目标类目。

或者，所述第一集合确定单元具体用于：

接收到目标第一用户客户端对搜索请求时，根据所述搜索请求中携带的搜索关键词确定所述第一业务对象信息集合；

所述目标类目确定子单元具体用于：

确定所述搜索请求中携带的所述搜索关键词对应的类目信息，将该类目信息确定为所述业务对象所属的目标类目。

另一种实现方式下，该装置还可以包括：

第三数据库建立单元，用于预先建立第三数据库，所述第三数据库用于保存业务对象型号与体征数据范围之间的第二对应关系，其中，每个业务对象对应各自的所述第二对应关系；

此时，所述目标型号确定子单元包括：

目标第二对应关系确定子单元，用于对于所述第一业务对象信息集合中的目标业务对象，确定所述目标业务对象对应的目标第二对应关系；

第二目标型号确定子单元，用于当所述目标体征数据位于所述目标第二对应关系中的某目标体征数据范围时，将该目标体征数据范围对应的型号确定为所述匹配的目标型号。

具体实现时，所述业务对象信息提供单元包括：

第二业务对象集合确定子单元，用于将具有目标型号库存的业务对象组成第二业务对象集合；

提供子单元，用于利用所述第二业务对象集合向所述客户端提供列表页面中的展示内容。

为了提供更直观的信息，该装置还可以包括：

目标型号信息提供单元，用于对于存在所述目标型号库存的业务对象，提供所述目标型号信息，以便所述第一用户客户端在所述列表页面中展示各个业务对象对应的所述目标型号信息。

具体的，所述目标型号信息提供单元具体用于：

对于存在所述目标型号库存的业务对象，在业务对象的链接文本中添加所述目标型号信息。

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

体征数据提供单元，用于当所述第一业务对象集合中的各个业务对象属于同一目标类目时，将所述目标第一用户在该目标类目对应的参考维度上的目标体征数据提供给所述第一用户客户端，以便所述第一用户客户端在列表页面中进行展示。

与实施例二相对应，本申请实施例还提供了一种提供业务对象信息的装置，应用于第一用户客户端，参见图5，该装置可以包括：

信息接收单元501，用于接收服务器提供的业务对象信息，所述业务对象信息由服务器通过以下方式确定：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；为目标第一用户客户端确定第一业务对象信息集合，根据所述第一数据库，确定所述目标第一用户的目标体征数据，对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存，根据判断结果确定用于提供给所述第一用户客户端的业务对象信息；

展示内容生成单元502，用于根据接收到的业务对象信息，生成列表展示页面中的展示内容。

其中，所述服务器返回的信息还包括所述业务对象对应的所述目标型号，所述装置还包括：

目标型号信息提供单元，用于在所述列表展示页面中展示所述目标型号信息。

具体的，所述目标型号信息提供单元具体用于：

在业务对象的链接文本中展示所述目标型号信息。

所述服务器返回的信息还包括：当所述第一业务对象集合中的各个业务对象属于同一目标类目时，所述目标第一用户在该目标类目对应的参考维度上的目标体征数据；所述装置还包括：

体征数据提供单元，用于在所述列表展示页面中展示目标第一用户在该目标类目对应的参考维度上的目标体征数据。

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

编辑选项提供单元，用于在所述列表展示页面中提供用于对所述参考维度上的目标体征数据进行编辑的操作选项；

修改数据上传单元，用于当通过所述操作选项接收到修改后的体征数据时，将修改后的体征数据上传到服务器，以便服务器根据修改后的体征数据更新提供的业务对象信息。

通过本申请实施例，可以预先保存第一用户的体征数据，这样，在为第一用户提供业务对象信息集合时，就可以首先利用用户的体征数据与业务对象型号进行匹配，并判断业务对象在匹配的目标型号上是否有库存，进而可以根据判断结果提供业务对象信息，例如，可以仅将在匹配的目标型号上有库存的业务对象信息提供给第一用户客户端。这样，可以减少无效信息的传输造成的网络资源的浪费，并且，客户端在其列表界面中展示出的信息的有效性得到提高，尤其是在使用移动终端等小屏幕设备进行浏览的情况下，由于每屏展示的业务对象数量有限，因此，这种信息有效性的提高显得更有意义。

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

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

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

Claims (32)

1.一种提供业务对象信息的方法，其特征在于，包括：

服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；

为目标第一用户客户端确定第一业务对象信息集合；

根据所述第一数据库，确定所述目标第一用户的目标体征数据；

对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存；

根据判断结果，向所述目标第一用户客户端提供业务对象信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一数据库，确定所述目标第一用户的目标体征数据，包括：

根据所述第一业务对象信息集合中的业务对象所属的类目，以及预先建立的类目与体征数据参考维度之间的对应关系，从所述第一数据库中提取出所述目标第一用户在对应参考维度上的目标体征数据。

3.根据权利要求1所述的方法，其特征在于，所述对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存，包括：

确定所述第一业务对象信息集合中的各个业务对象与当前第一用户的体征数据相匹配的目标型号；

通过访问库存中心服务器，判断各个业务对象在该目标型号上是否有库存。

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

预先建立第二数据库，所述第二数据库用于保存业务对象型号与体征数据范围之间的第一对应关系，其中，每个业务对象类目对应不同的所述第一对应关系，在不同的第一对应关系中，体征数据的维度不同；

所述确定所述第一业务对象信息集合中的各个业务对象与当前第一用户的体征数据相匹配的目标型号，包括：

对于所述第一业务对象信息集合中的业务对象，确定所述业务对象所属的目标类目；

确定所述目标类目对应的目标第一对应关系；

当所述目标体征数据位于所述目标第一对应关系中的某目标体征数据范围时，将该目标体征数据范围对应的型号确定为所述匹配的目标型号。

5.根据权利要求4所述的方法，其特征在于，所述为目标第一用户客户端确定第一业务对象信息集合，包括：

接收到目标第一用户客户端对指定类目进行浏览的浏览请求时，根据所述浏览请求中携带的所述指定类目信息确定所述第一业务对象信息集合；

所述对于所述第一业务对象信息集合中的业务对象，确定所述业务对象所属的目标类目，包括：

将所述浏览请求中携带的所述指定类目信息，确定为所述业务对象所属的目标类目。

6.根据权利要求4所述的方法，其特征在于，所述为目标第一用户客户端确定第一业务对象信息集合，包括：

接收到目标第一用户客户端对搜索请求时，根据所述搜索请求中携带的搜索关键词确定所述第一业务对象信息集合；

所述对于所述第一业务对象信息集合中的业务对象，确定所述业务对象所属的目标类目，包括：

确定所述搜索请求中携带的所述搜索关键词对应的类目信息，将该类目信息确定为所述业务对象所属的目标类目。

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

预先建立第三数据库，所述第三数据库用于保存业务对象型号与体征数据范围之间的第二对应关系，其中，每个业务对象对应各自的所述第二对应关系；

所述确定所述第一业务对象信息集合中的各个业务对象与当前第一用户的体征数据相匹配的目标型号，包括：

对于所述第一业务对象信息集合中的目标业务对象，确定所述目标业务对象对应的目标第二对应关系；

当所述目标体征数据位于所述目标第二对应关系中的某目标体征数据范围时，将该目标体征数据范围对应的型号确定为所述匹配的目标型号。

8.根据权利要求1所述的方法，其特征在于，所述根据判断结果，向所述目标第一用户客户端提供业务对象信息，包括：

将具有目标型号库存的业务对象组成第二业务对象集合；

利用所述第二业务对象集合向所述客户端提供列表页面中的展示内容。

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

对于存在所述目标型号库存的业务对象，提供所述目标型号信息，以便所述第一用户客户端在所述列表页面中展示各个业务对象对应的所述目标型号信息。

10.根据权利要求9所述的方法，其特征在于，所述对于存在所述目标型号库存的业务对象，提供所述目标型号信息，包括：

对于存在所述目标型号库存的业务对象，在业务对象的链接文本中添加所述目标型号信息。

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

当所述第一业务对象集合中的各个业务对象属于同一目标类目时，将所述目标第一用户在该目标类目对应的参考维度上的目标体征数据提供给所述第一用户客户端，以便所述第一用户客户端在列表页面中进行展示。

12.一种提供业务对象信息的方法，其特征在于，包括：

第一用户客户端接收服务器提供的业务对象信息，所述业务对象信息由服务器通过以下方式确定：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；为目标第一用户客户端确定第一业务对象信息集合，根据所述第一数据库，确定所述目标第一用户的目标体征数据，对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存，根据判断结果确定用于提供给所述第一用户客户端的业务对象信息；

根据接收到的业务对象信息，生成列表展示页面中的展示内容。

13.根据权利要求12所述的方法，其特征在于，所述服务器返回的信息还包括所述业务对象对应的所述目标型号，所述方法还包括：

在所述列表展示页面中展示所述目标型号信息。

14.根据权利要求13所述的方法，其特征在于，所述在所述列表展示页面中展示所述目标型号信息，包括：

在业务对象的链接文本中展示所述目标型号信息。

15.根据权利要求12所述的方法，其特征在于，所述服务器返回的信息还包括：当所述第一业务对象集合中的各个业务对象属于同一目标类目时，所述目标第一用户在该目标类目对应的参考维度上的目标体征数据；所述方法还包括：

在所述列表展示页面中展示目标第一用户在该目标类目对应的参考维度上的目标体征数据。

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

在所述列表展示页面中提供用于对所述参考维度上的目标体征数据进行编辑的操作选项；

当通过所述操作选项接收到修改后的体征数据时，将修改后的体征数据上传到服务器，以便服务器根据修改后的体征数据更新提供的业务对象信息。

17.一种提供业务对象信息的装置，其特征在于，应用于服务器，包括：

第一数据库建立单元，用于预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；

第一集合确定单元，用于为目标第一用户客户端确定第一业务对象信息集合；

目标体征数据确定单元，用于根据所述第一数据库，确定所述目标第一用户的目标体征数据；

库存判断单元，用于对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存；

业务对象信息提供单元，用于根据判断结果，向所述目标第一用户客户端提供业务对象信息。

18.根据权利要求17所述的装置，其特征在于，所述目标体征数据确定单元具体用于：

根据所述第一业务对象信息集合中的业务对象所属的类目，以及预先建立的类目与体征数据参考维度之间的对应关系，从所述第一数据库中提取出所述目标第一用户在对应参考维度上的目标体征数据。

19.根据权利要求17所述的装置，其特征在于，所述库存判断单元包括：

目标型号确定子单元，用于确定所述第一业务对象信息集合中的各个业务对象与当前第一用户的体征数据相匹配的目标型号；

判断子单元，用于通过访问库存中心服务器，判断各个业务对象在该目标型号上是否有库存。

20.根据权利要求19所述的装置，其特征在于，还包括：

第二数据库建立单元，用于预先建立第二数据库，所述第二数据库用于保存业务对象型号与体征数据范围之间的第一对应关系，其中，每个业务对象类目对应不同的所述第一对应关系，在不同的第一对应关系中，体征数据的维度不同；

所述目标型号确定子单元包括：

目标类目确定子单元，用于对于所述第一业务对象信息集合中的业务对象，确定所述业务对象所属的目标类目；

目标第一对应关系确定子单元，用于确定所述目标类目对应的目标第一对应关系；

第一目标型号确定子单元，用于当所述目标体征数据位于所述目标第一对应关系中的某目标体征数据范围时，将该目标体征数据范围对应的型号确定为所述匹配的目标型号。

21.根据权利要求20所述的装置，其特征在于，所述第一集合确定单元具体用于：

接收到目标第一用户客户端对指定类目进行浏览的浏览请求时，根据所述浏览请求中携带的所述指定类目信息确定所述第一业务对象信息集合；

所述目标类目确定子单元具体用于：

将所述浏览请求中携带的所述指定类目信息，确定为所述业务对象所属的目标类目。

22.根据权利要求20所述的装置，其特征在于，所述第一集合确定单元具体用于：

接收到目标第一用户客户端对搜索请求时，根据所述搜索请求中携带的搜索关键词确定所述第一业务对象信息集合；

所述目标类目确定子单元具体用于：

确定所述搜索请求中携带的所述搜索关键词对应的类目信息，将该类目信息确定为所述业务对象所属的目标类目。

23.根据权利要求19所述的装置，其特征在于，还包括：

第三数据库建立单元，用于预先建立第三数据库，所述第三数据库用于保存业务对象型号与体征数据范围之间的第二对应关系，其中，每个业务对象对应各自的所述第二对应关系；

所述目标型号确定子单元包括：

目标第二对应关系确定子单元，用于对于所述第一业务对象信息集合中的目标业务对象，确定所述目标业务对象对应的目标第二对应关系；

第二目标型号确定子单元，用于当所述目标体征数据位于所述目标第二对应关系中的某目标体征数据范围时，将该目标体征数据范围对应的型号确定为所述匹配的目标型号。

24.根据权利要求17所述的装置，其特征在于，所述业务对象信息提供单元包括：

第二业务对象集合确定子单元，用于将具有目标型号库存的业务对象组成第二业务对象集合；

提供子单元，用于利用所述第二业务对象集合向所述客户端提供列表页面中的展示内容。

25.根据权利要求17所述的装置，其特征在于，还包括：

目标型号信息提供单元，用于对于存在所述目标型号库存的业务对象，提供所述目标型号信息，以便所述第一用户客户端在所述列表页面中展示各个业务对象对应的所述目标型号信息。

26.根据权利要求25所述的装置，其特征在于，所述目标型号信息提供单元具体用于：

对于存在所述目标型号库存的业务对象，在业务对象的链接文本中添加所述目标型号信息。

27.根据权利要求17所述的装置，其特征在于，还包括：

体征数据提供单元，用于当所述第一业务对象集合中的各个业务对象属于同一目标类目时，将所述目标第一用户在该目标类目对应的参考维度上的目标体征数据提供给所述第一用户客户端，以便所述第一用户客户端在列表页面中进行展示。

28.一种提供业务对象信息的装置，其特征在于，应用于第一用户客户端，包括：

信息接收单元，用于接收服务器提供的业务对象信息，所述业务对象信息由服务器通过以下方式确定：服务器预先建立第一数据库，所述第一数据库用于保存第一用户的体征数据；为目标第一用户客户端确定第一业务对象信息集合，根据所述第一数据库，确定所述目标第一用户的目标体征数据，对于所述第一业务对象信息集合中的业务对象，判断是否存在与所述目标体征数据匹配的目标型号的库存，根据判断结果确定用于提供给所述第一用户客户端的业务对象信息；

展示内容生成单元，用于根据接收到的业务对象信息，生成列表展示页面中的展示内容。

29.根据权利要求28所述的装置，其特征在于，所述服务器返回的信息还包括所述业务对象对应的所述目标型号，所述装置还包括：

目标型号信息提供单元，用于在所述列表展示页面中展示所述目标型号信息。

30.根据权利要求28所述的装置，其特征在于，所述目标型号信息提供单元具体用于：

在业务对象的链接文本中展示所述目标型号信息。

31.根据权利要求27所述的装置，其特征在于，所述服务器返回的信息还包括：当所述第一业务对象集合中的各个业务对象属于同一目标类目时，所述目标第一用户在该目标类目对应的参考维度上的目标体征数据；所述装置还包括：

体征数据提供单元，用于在所述列表展示页面中展示目标第一用户在该目标类目对应的参考维度上的目标体征数据。

32.根据权利要求30所述的装置，其特征在于，还包括：

编辑选项提供单元，用于在所述列表展示页面中提供用于对所述参考维度上的目标体征数据进行编辑的操作选项；

修改数据上传单元，用于当通过所述操作选项接收到修改后的体征数据时，将修改后的体征数据上传到服务器，以便服务器根据修改后的体征数据更新提供的业务对象信息。