CN106296240B - 业务对象配件信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了业务对象配件信息处理方法及装置，所述方法包括：服务器预先建立主体产品的配件信息数据库；接收第一用户客户端的配件产品信息发布请求；所述发布请求中携带有配件产品的产品标识信息；根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品；保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的标准化产品单元SPU信息。通过本申请实施例，能够避免第二用户的选购过程产生困惑，也有利于节省系统资源。

Description

业务对象配件信息处理方法及装置

技术领域

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

背景技术

随着电子商务技术的不断发展，能够通过电子商务销售平台销售的商品种类越来越多，其中会包括一些属于配件产品，例如，汽车配件、电脑配件、相机配件等等。与其他商品不同，配件产品一般不是独立使用，而是为了实现主体产品的某项功能而存在的，需要与主体产品配合使用。而同一类配件却可能存在不同规格、不同属性的多种产品，不同主体产品需要的配件规格、属性等又可能会有所不同，因此，用户在选购配件产品时，不仅需要考虑配件产品本身的质量、价格等因素，还需要考虑另一重要因素，也即是否与主体产品相匹配。

也就是说，对于一个具体的配件产品而言，一般都具有明确的技术规格和标准，能支持哪些品牌或者型号的主体产品也是固定的，反之，一个主体产品所需要的配件的具体规格等也是固定的。但是，在实际通过销售平台系统描述一配件产品时，很难通过商品的标题和内容描述等清晰结构化说明。因此，在现有技术中，配件产品的发布、销售、搜索、推荐等过程都非常复杂，并且很难达到预期的效果，也经常给消费者用户的选购过程造成困扰。

例如，某用户有一辆宝马2012款标准版320轿车，想购买一个倒车影像，当她搜索倒车影像和查看商品时，相关的倒车影像产品有很多，但他自己可能也不清楚自己的车是否能安装，是否有车载主机，支持什么尺寸和规格，等等，总之，看到这些商品时，无法确定哪个是可安装在他车上的。

总之，配件产品的可用性与主体产品本身的配置相关，在现有技术中，需要消费者对主体产品的配置等具有非常深入的了解，才能清楚某主体产品可适用具体哪款配件产品。因此，当出现购物需求时很难了解自己的主体产品可适用的配件的标准，不知道搜索、推荐的配件产品是否可用，从而造成非常大的购物成本和售后等问题，并造成对系统资源的浪费。

发明内容

本申请提供了业务对象配件信息处理方法及装置，能够避免第二用户的选购过程产生困惑，也有利于节省系统资源。

本申请提供了如下方案：

一种业务对象配件信息处理方法，包括：

服务器预先建立主体产品的配件信息数据库，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系；

接收第一用户客户端的配件产品信息发布请求；所述发布请求中携带有配件产品的产品标识信息；

根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品；

保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的标准化产品单元SPU信息。

一种业务对象配件信息发布方法，包括：

第一用户客户端确定配件产品的产品标识信息；

向服务器发送配件产品信息发布请求，所述发布请求中携带有配件产品的产品标识信息；以便服务器根据所述配件产品的标识信息查询预置的配件信息数据库，确定与所述待发布配件产品相匹配的至少一个主体产品，并保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的SPU信息；

其中，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系。

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

服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

预先保存各个第二用户所具有的主体产品的产品标识信息；

接收到目标第二用户客户端对指定配件产品的详情查看请求时，确定该目标第二用户所具有的目标主体产品，以及所述指定配件产品的产品标识信息，以及对应的目标第一用户标识信息；

根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合；

判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中；

根据判断结果，提供关于所述指定配件产品的详情信息。

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

第二用户客户端确定待查看的目标配件产品；

向服务器发送详情查看请求，以便服务器确定目标第二用户所具有的目标主体产品，以及所述目标配件产品对应的目标第一用户标识信息、目标配件产品的产品标识信息，并根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合，判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中，并根据判断结果，返回关于所述目标配件产品的详情信息；

根据服务器返回信息提供所述目标第二业务对象的详情信息。

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

服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

预先保存各个第二用户所具有的主体产品的产品标识信息；

接收到目标第二用户客户端的搜索请求时，从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合；

确定该目标第二用户所具有的目标主体产品的产品标识信息；

从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合提供搜索结果。

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

第二用户客户端确定待搜索的关键字信息；

向服务器发送搜索请求，所述搜索请求中携带有所述关键字信息以及第二用户标识信息，以便所述服务器从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合，并确定该目标第二用户所具有的目标主体产品的产品标识信息，在从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息之后，根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合返回搜索结果；

提供所述服务器返回的搜索结果。

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

服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

预先保存各个第二用户所具有的主体产品的产品标识信息；

确定目标第二用户作为推荐对象；

确定该目标第二用户所具有的目标主体产品的产品标识信息；

根据所述预先保存的SPU信息，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

根据所述目标第一用户标识以及目标配件产品的产品标识信息，提供配件产品的推荐信息。

一种业务对象配件信息处理装置，应用于服务器，包括：

配件信息数据库建立单元，用于预先建立主体产品的配件信息数据库，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系；

信息发布请求接收单元，用于接收第一用户客户端的配件产品信息发布请求；所述发布请求中携带有配件产品的产品标识信息；

配件信息数据库查询单元，用于根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品；

SPU信息创建单元，用于保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的标准化产品单元SPU信息。

一种业务对象配件信息发布装置，应用于第一用户客户端，包括：

产品标识确定单元，用于确定配件产品的产品标识信息；

发布请求发送单元，用于向服务器发送配件产品信息发布请求，所述发布请求中携带有配件产品的产品标识信息；以便服务器根据所述配件产品的标识信息查询预置的配件信息数据库，确定与所述待发布配件产品相匹配的至少一个主体产品，并保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的SPU信息；

其中，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系。

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

SPU信息保存单元，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

用户主体产品信息保存单元，用于预先保存各个第二用户所具有的主体产品的产品标识信息；

详情查看请求接收单元，用于接收到目标第二用户客户端对指定配件产品的详情查看请求时，确定该目标第二用户所具有的目标主体产品，以及所述指定配件产品的产品标识信息，以及对应的目标第一用户标识信息；

SPU信息查询单元，用于根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合；

第二判断单元，用于判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中；

详情信息提供单元，用于根据判断结果，提供关于所述指定配件产品的详情信息。

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

目标配件产品确定单元，用于确定待查看的目标配件产品；

详情查看请求发送单元，用于向服务器发送详情查看请求，以便服务器确定目标第二用户所具有的目标主体产品，以及所述目标配件产品对应的目标第一用户标识信息、目标配件产品的产品标识信息，并根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合，判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中，并根据判断结果，返回关于所述目标配件产品的详情信息；

详情信息提供单元，用于根据服务器返回信息提供所述目标第二业务对象的详情信息。

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

SPU信息保存单元，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

用户主体产品信息保存单元，用于预先保存各个第二用户所具有的主体产品的产品标识信息；

搜索请求接收单元，用于接收到目标第二用户客户端的搜索请求时，从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合；

目标主体产品信息确定单元，用于确定该目标第二用户所具有的目标主体产品的产品标识信息；

目标配件产品信息确定单元，用于从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

搜索结果提供单元，用于根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合提供搜索结果。

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

关键字确定单元，用于确定待搜索的关键字信息；

搜索请求发送单元，用于向服务器发送搜索请求，所述搜索请求中携带有所述关键字信息以及第二用户标识信息，以便所述服务器从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合，并确定该目标第二用户所具有的目标主体产品的产品标识信息，在从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息之后，根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合返回搜索结果；

搜索结果提供单元，用于提供所述服务器返回的搜索结果。

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

SPU信息保存单元，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

用户主体产品信息保存单元，用于预先保存各个第二用户所具有的主体产品的产品标识信息；

推荐对象确定单元，用于确定目标第二用户作为推荐对象；

主体产品信息确定单元，用于确定该目标第二用户所具有的目标主体产品的产品标识信息；

配件产品信息确定单元，用于根据所述预先保存的SPU信息，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

推荐信息提供单元，用于根据所述目标第一用户标识以及目标配件产品的产品标识信息，提供配件产品的推荐信息。

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

通过本申请实施例，能够针对各个第一用户发布的配件产品，创建SPU信息数据库，其中保存有第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系，该主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息。这样，后续在为第二用户提供关于配件产品的信息展示、搜索、推荐等服务时，就可以根据该SPU信息数据库提供更有针对性的信息，避免第二用户的选购过程产生困惑，也有利于节省系统资源。

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

附图说明

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

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

在本申请实施例中，针对各个商家(在本申请实施例中，可以称为第一用户)发布的配件产品，可以创建SPU(标准化产品单元)信息，在SPU信息中保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系，其中，主体产品信息集合中包括与对应的配件产品相适配的至少一个主体产品的产品标识信息，也即，在各个配件产品的SPU信息中，保存有各个配件产品分别与哪些具体的实体产品相适配。这样，后续在需要向消费者用户(在本申请实施例中可以称为第二用户)提供关于配件产品的信息展示、搜索、推荐等服务时，就可以基于该SPU信息，判断各个配件产品是否与第二用户所具有的主体产品相适配，并根据判断结果，提供具体的展示结果、搜索结果或者推荐结果。因此，可以使得展示结果、搜索结果或者推荐结果更加符合用户的实际需求，使得第二用户不需要详细了解其主体产品的配置等信息，就可以选购到适合的配件产品，从而降低购物成本，也降低对系统资源的浪费。

其中，关于各个配件产品的SPU信息的创建方式可以有多种，例如，在其中一种方式下，可以由第一用户在发布配件产品信息时，提供其配件产品适配的主体产品的标识信息。也即，通过第一用户输入的方式来创建SPU信息。但是，这种方式的缺点在于：第一用户在发布一个配件产品时需要填写该产品所支持的主体产品的标识信息，例如，对于某款火花塞，需要填写其支持的汽车品牌-车型-车系-年款，等等，并且，通常汽车配件相关的产品都是通用性的支持多个品牌多个车型车系，因此，第一用户发布商品时需要一个一个填写，非常繁琐，效率很低，并且经常出现填写错误和纰漏情况。

为此，在本申请实施例中，为了更加快速准确的建立各个配件产品的SPU信息，可以预先建立配件信息数据库，其中可以保存主体产品(包括汽车、相机、电脑等主体产品)的产品标识，与至少一个可用配件产品的产品标识之间的对应关系。也即，对于各个主体产品，具体有哪些配件产品是可以与之相适配。例如，对于某款汽车，可以在该数据库中记录，与该汽车相适配的火花塞为“博士25”，等等。这样，在商家(在本申请实施例中，可以称为第一用户)在发布某配件产品时(也即将该产品进行上架操作)，就可以提供该配件产品的产品标识(包括产品出厂时就已确定的产品编码等)，进而，服务器就可以根据待发布的配件产品的产品标识，查询该配件信息数据库，确定出该配件产品可以与哪些具体的主体产品相适配，并据此创建出该配件产品的SPU(标准化产品单元)信息，也即在SPU信息库中保存第一用户标识、待发布配件产品的产品标识信息与相匹配的至少一个主体产品的产品标识之间的对应关系。这样，第一用户在发布其某款配件产品时，就不再需要逐个地输入其支持哪些具体的主体产品的标识，而只需要输入该配件产品的产品标识，服务器就可以自动匹配出该配件产品支持的主体产品的标识，并为该配件产品创建出SPU信息，从而节省第一用户的输入成本，也有利于提高数据的准确性，以及系统的可靠性。

实施例一

参见图1，本申请实施例一首先从服务器的角度提供了一种业务对象配件信息处理方法，该方法可以包括以下步骤：

S101：服务器预先建立主体产品的配件信息数据库；

配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系。例如，对于某品牌某型号的汽车这一主体产品而言，可以在配件信息数据库中保存该汽车可用的具体火花塞产品、倒车影像产品等等。以汽车这一主体产品为例，具体的配件信息数据库的结构可以如以下表1所示：

表1

其中，前4列是汽车也即主体产品的标识信息，也即，通过品牌、车型、车系、年款这四个方面的信息来唯一指代某一款汽车，对于其他主体产品而言，可以根据各自属性来选择利用哪些字段来进行标识。例如，对于相机，可以通过品牌、型号这两个字段来进行标识，等等。表1中的第5至第7列用于描述配件产品的标识信息，也即，通过配件型号、品牌编码、产品编码这三个字段的信息来唯一指代某一配件产品。其中，关于配件型号、品牌编码、产品编码的具体信息，是在配件产品出厂时就已经确定的，相当于是厂商为产品SPU提供的标识。因此，后续在第一用户发布配件产品信息时，这种关于型号、产品编码等信息，对于第一用户而言是已知的，并且与配件信息数据库中记录的信息相同。同样的，对于其他的配件产品，还可以通过其他字段来进行标识。

其中，所谓的产品标识，可以是SPU(标准化产品单元)层面上的标识，配件信息数据库中，唯一的一个配件产品编码为一个SPU商品单元，一个SPU包含有多个对应这个编码数据的产品。所谓SPU，可以是一组可复用、易检索的标准化信息的集合，该集合描述了一个“产品”的特性。通常来说，属性值、特性相同的商品就可以称为一个SPU。例如，iphone4就是一个SPU，N97也是一个SPU，与商家无关，与具体的颜色、款式、套餐等也无关。对应到本申请实施例中，表1中的“博士25，bs2015”这一火花塞是一个SPU，“海拉25，hl9866”也是一个SPU，等等。

关于上述配件信息数据库，下面进行以下几点说明：

第一，在以上表1中，仅以火花塞这一种配件为例进行了说明，在实际应用中，同样是汽车这一主体产品，还可能有其他配件，例如，倒车影像、轮胎等等，对于其他配件，可以按照上述表1的结构创建其他数据表来保存具体的配件信息，或者，也可以在表1的基础上添加其他字段等来表达，等等。

第二，对于同一主体产品的统一类型的配件而言，可能会有多个可用的配件产品。例如，对于前述“上海通用英朗豪华版2015款”这一车型，可以适用的火花塞除了表1中所示的“博士25”外，可能还包括“海拉25”等其他品牌的火花塞，原因可能是“博士25”与“海拉25”在规格、标准等方面可能是相同的，也就是说，可能会有多个不同的厂商按照相同的规格、标准生产了火花塞，这些火花塞在销售平台上销售时，属于不同的业务对象，但在规格上可能是完全相同的。对于这种情况，还可以在表1中体现出这种主体产品与配件产品之间的一对多关系。当然，在实际应用中，对于一个主体产品而言，其在出厂时装配的配件一般称为“原厂配件”，一般来说，原厂配件相对于非原厂的配件而言，可能性能更优，或者更适合于与实体产品配合使用。例如，同样对于“上海通用英朗豪华版2015款”这一车型，在生产该车型时，厂商是委托“博士”生产的火花塞，其编号为“博士25”，则该“博士25”的火花塞就称为该车型的原厂火花塞；此时，虽然“海拉25”在规格上与“博士25”相同，但对于该车型而言，最优选的火花塞可能还是“博士25”。因此，在针对同一主体产品保存多个配件产品时，还可以对其中的原厂配件进行标注，这样，后续在为消费者用户提供搜索结果或者推荐信息时，都可以将原厂配件进行优先提供。

第三，配件信息数据库可以是预先创建的，具体的创建方式可以有多种。例如，可以通过多种途径收集与主体产品、配件产品信息相关的数据，包括从专门的数据公司获取等等，然后可以按照预置的数据结构进行表达。在创建上述数据库的过程中，还可能存在对收集到的数据进行整理、加工等操作。例如，可能会涉及到对同一种类的不同配件产品进行规格、标准等方面的比对，判断两者是否属于同规格、同标准，等等。

总之，通过上述配件信息数据库，可以描述出各个主体产品对应的可用配件产品的标识，这样，在后续第一用户进行配件产品信息的发布时，就可以实现SPU信息的自动创建。

S102：接收第一用户客户端的配件产品信息发布请求；所述发布请求中携带有配件产品的产品标识信息；

在建立了配件信息数据库的前提下，各个第一用户在发布具体需要在线售卖的配件产品信息时，就可以提交其配件产品的产品标识信息，例如，在表1所示的例子中，假设是以产品编码、产品型号等信息作为配件产品的产品标识，因此，在信息发布请求中就可以携带配件产品的产品编码、产品型号等信息。具体实现时，产品编码等信息可能会通过条形码等形式打印在产品的外包装上，因此，第一用户可以通过扫描条形码等方式来输入配件产品的产品标识信息。当然，还可以通过手动输入等方式来提供。

S103：根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品；

由于配件信息数据库中保存的是各个主体产品的产品标识与可用的配件产品的产品标识之间的对应关系，因此，针对当前需要发布的配件产品而言，在已知其产品标识的情况下，就可以通过查询配件信息数据库，确定出与该配件产品相匹配的主体产品。由于同一配件产品可能用在多个不同的主体产品上，因此，相匹配的主体产品可能为多个。例如，配件信息数据库如表1所示，第一用户当前需要发布的配件产品为博士火花塞，其产品编码为bs2015，在表1中，该编码为bs2015的博士火花塞对应的主体产品有“上海通用英朗豪华版2015款”，以及“华晨宝马3系320LI豪华版2015款”。

S104：保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的标准化产品单元SPU信息，以便根据所述SPU信息，确定所述配件产品是否可支持第二用户具有的主体产品。

在确定出匹配的至少一个实体产品之后，就可以保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，以此创建出该配件产品的SPU信息。例如，仍然以前述编号为bs2015的博士火花塞为例，创建出的SPU信息可以如以下表2所示：

表2

这样就可以确定出该第一用户发布的该编码为bs2015的博士火花塞可以支持上海通用和华晨宝马这两款车型，当然，上述表2中仅记录了实体产品的品牌，目的是为了便于描述，在具体实现时，还可以在上述表格中描述出实体产品更详细的标识信息，包括车型、车系、年款等。

在实际应用中，可能会有多个第一用户发布同一款配件产品，例如，博士旗舰店可能会发布编码为bs2015的博士火花塞，另外一经销商可能也会发布该编码为bs2015的博士火花塞，等等，也即，同一款配件产品，可能有多个商家在销售。当然，虽然具体销售的产品是相同的，但由于第一用户不同，因此，在发布之后，服务器会将其描述为不同的商品对象，可以分别对应各自的商品id等等。但在保存SPU信息时，为了节省存储空间，可以将相同产品标识的配件产品的SPU信息进行合并保存，也即，对于同一产品标识的配件产品，可以仅在被第一个第一用户首次发布时，创建一次SPU信息，之后再有其他第一用户发布该配件产品时，仅将该第一用户的标识添加到SPU信息中即可。

也就是说，服务器在接收到第一用户客户端的配件产品信息发布请求时，可以首先判断是否已创建与该配件产品的产品标识信息对应的SPU信息，如果未创建，则触发步骤S103以及S104的步骤，否则，如果已经创建，则将第一用户标识添加到该SPU信息中。

实施例二

以上实施例一从服务器的角度介绍了创建SPU信息的方法，下面通过实施例二，从第一用户客户端的角度，介绍创建SPU信息的过程。参见图2，该实施例二提供了一种业务对象配件信息发布方法，其特征在于，包括：

S201：第一用户客户端确定配件产品的产品标识信息；

该产品标识信息可以是由第一用户利用信息输入装置进行手动输入，包括鼠标、键盘等，或者，也可以通过扫描产品外包装上的图形码等方式来输入。

S202：向服务器发送配件产品信息发布请求，所述发布请求中携带有配件产品的产品标识信息；以便服务器根据所述配件产品的标识信息查询预置的配件信息数据库，确定与所述待发布配件产品相匹配的至少一个主体产品，并保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的SPU信息。

其中，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系。

该实施例二与实施例一相比仅仅是描述的角度有所不同，因此，具体的实现细节可以参见实施例一中的介绍，这里不再赘述。

总之，通过上述实施例一以及实施例二，能够针对各个第一用户发布的配件产品，创建SPU信息数据库，其中保存有第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系，该主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息。这样，后续在为第二用户提供关于配件产品的信息展示、搜索、推荐等服务时，就可以根据该SPU信息数据库提供更有针对性的信息，避免第二用户的选购过程产生困惑，也有利于节省系统资源。

下面对具体的应用方式进行举例介绍。

实施例三

该实施例三主要对商品详情信息展示方面的应用进行介绍。也即，在实际应用中，第二用户可能需要查看某商品的详细信息，在本申请实施例中，如果第二用户查看的是某配件产品的详情信息，则可以根据该配件产品是否支持其具有的主体产品，提供具体的详情信息。

参见图3，该实施例三首先从服务器的角度提供了一种提供业务对象详情信息的方法，该方法可以包括以下步骤：

S301:服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

该预先保存的SPU信息可以是由第一用户在进行配件信息发布时输入的，或者，也可以是通过实施例一中介绍的方式来创建的。

S302：预先保存各个第二用户所具有的主体产品的产品标识信息；

在本申请实施例中，还可以预先对各个第二用户所具有的实体产品的标识信息进行统计，建立起第二用户实体产品信息数据库。例如，对于与汽车相关的实体产品，该数据库可以称为“车主档案数据库”，其结构可以如以下表3所示：

表3

上述表3中的第一列用于描述第二用户的标识信息，第2列到第5列用于描述其具有的实体产品的标识，该标识与表1所示的配件信息数据库中，关于实体产品标识信息的描述可以是一致的。另外，车主档案数据库中还可以保存关于行驶公里、上牌时间等信息。

关于第二用户具有的实体产品的标识信息可以是通过多种方式获得的，例如，可以是第二用户主动上传提交的方式，在搜索、频道等页面都可以提供用于填写、维护车主档案信息的页面；或者，如果第二用户的实体产品也是通过销售平台购买的，则可以通过历史交易信息获得；再或者，还可以通过大数据分析的方式，根据对第二用户的历史聊天记录等进行语义分析的方式进行确定；再或者，还可以通过对第二用户的流量、搜索、收藏等行为数据测算用户品牌车型，等等。

总之，通过上述第二用户主体产品信息数据库，可以获知各个第二用户所具有的是具体哪款主体产品。

S303：接收到目标第二用户客户端对指定配件产品的详情查看请求时，确定该目标第二用户所具有的目标主体产品，以及所述指定配件产品的产品标识信息，以及对应的目标第一用户标识信息；

第二用户在浏览商品的过程中，可能会需要查看某指定配件产品的详情页面，此时，第二用户客户端就可以向服务器提交对该指定配件产品的详情查看请求。服务器在接收到该请求后，由于查看请求中一般会携带有第二用户的标识信息，例如，第二用户的id等，因此，可以首先根据步骤S102中建立的第二用户实体产品信息数据库，确定出该目标第二用户所具有的目标主体产品。并且，由于查看请求中一般还会携带有指定配件产品的商品id等信息，并且，在服务器的数据库中可以保存该id对应的第一用户标识、产品标识(包括产品编码等)等信息，因此，还可以确定出该指定配件产品的产品标识信息，以及对应的目标第一用户标识信息。

例如，第二用户需要查看的是某款博士火花塞，服务器在接收到该请求后，可以首先查询车主档案数据库，确定出该第二用户的车型，例如为上述表3中所示的“上海通用英朗豪华版2015款”；另外，根据该请求中携带的商品id，还可以确定出对应的产品标识为“博士25bs2015”，第一用户标识为“博士旗舰店”。

S304：根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合；

在确定出用户正在查看的配件产品的产品标识为“博士25bs2015”，第一用户标识为“博士旗舰店”之后，就可以查询表2所示的SPU信息数据库，确定出对应的主体产品信息集合，例如，表2中所示的例子中，与该“博士25bs2015”对应的主体产品信息集合为“上海通用”以及“华晨宝马”。

S305：判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中；

在确定出上述主体产品信息集合后，就可以判断目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中，如果出现，则证明当前查看的配件产品能够支持其所具有的主体产品，否则，证明不支持。

S306：根据判断结果，提供关于所述指定配件产品的详情信息。

在的出判断结果之后，在提供关于指定配件产品的详情信息时，就可以根据该判断结果进行提供。例如，如果当前查看的配件产品能够支持其所具有的主体产品，则可以返回关于该配件产品的详细参数信息。如果不支持，则可以提供关于不支持的提示信息，暂时不返回详细参数，如果第二用户仍然需要继续查看该配件产品的详细信息，再返回详细参数信息，因此，可以在很大程度上节省系统资源。

实施例四

该实施例四是与实施例三对应的，从客户端的角度对本申请实施例中的信息展示方面的应用进行的介绍。参见图4，该实施例四提供了一种提供业务对象详情信息的方法，该方法可以包括以下步骤：

S401：第二用户客户端确定待查看的目标配件产品；

S402：向服务器发送详情查看请求，以便服务器确定目标第二用户所具有的目标主体产品，以及所述目标配件产品对应的目标第一用户标识信息、目标配件产品的产品标识信息，并根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合，判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中，并根据判断结果，返回关于所述目标配件产品的详情信息；

S403：根据服务器返回信息提供所述目标第二业务对象的详情信息。

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

实施例五

该实施例五主要对商品搜索方面的应用进行介绍。也即，在实际应用中，第二用户可能会需要搜索某配件产品，输入的关键词往往只包括配件名称，例如火花塞，而在本申请实施例中，由于已经为各个与火花塞相关的配件产品创建了SPU信息，其中包括各个配件产品的产品标识能够支持的主体产品的标识，并且已知第二用户所具有的主体产品的标识信息，因此，在为第二用户提供搜索结果时，可以利用上述信息进行筛选，从而可以便于第二用户进行后续的选购，因为其只需要关心各个搜索结果中产品自身的质量、价格等因素，而不再需要考虑是否能够支持自己的主体产品。

参见图5，该实施例五首先从服务器的角度提供了一种提供业务对象搜索信息的方法，该方法可以包括以下步骤：

S501：服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

S502：预先保存各个第二用户所具有的主体产品的产品标识信息；

该实施例中的S501、S502与实施例三中的S310、S302可以是相同的，这里不再详述。

S503：接收到目标第二用户客户端的搜索请求时，从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合；

由于搜索请求中携带有搜索关键字信息，例如“火花塞”等，因此，首先可以利用该关键字对各个SPU信息条目中的配件产品的名称等进行匹配，得出第一信息条目集合。该集合中的各个配件产品可能有的能够支持该第二用户的实体产品，有的则不支持。

S504：确定该目标第二用户所具有的目标主体产品的产品标识信息；

搜索请求中一般还会携带有第二用户的id等标识信息，因此，服务器收到该请求后，可以根据第二用户的标识信息查询步骤S502中建立的第二用户主体产品信息数据库，确定出目标第二用户所具有的目标主体产品的产品标识信息。例如，第二用户标识为用户甲，则通过查询表3所示的数据库，可以获知该第二用户具有的目标主体产品的产品标识信息为：“上海通用英朗豪华版2015款”。

S505：从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

在确定出该目标主体产品的产品标识之后，就可以对第一信息条目集合中的各个条目进行筛选，也即从第一信息条目集合中，确定出与该目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息。例如，目标主体产品的产品标识信息为：“上海通用英朗豪华版2015款”，则通过查询表2所示的SPU数据库可以获知，其中一个条目中，目标第一用户标识为“博士旗舰店”，目标配件产品的产品标识为“博士火花塞bs2015”。当然，在实际应用中，表2中与该目标主体产品的产品标识信息匹配的信息条目可能会有多条，包括其他品牌的火花塞产品等。总之，这些相匹配的信息条目中包含的配件产品都是火花塞，并且能够支持当前目标主体产品的。

S506：根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合提供搜索结果。

筛选的过程也就是将第一信息条目中，不支持第二用户主体产品的配件产品过滤掉，这样剩余的信息条目组成的第二信息条目集合，则可以用于向用户提供搜索结果。具体的，每个信息条目中的配件产品可以分别可以对应一个具体的业务对象，因此，可以利用返回这种业务对象信息。

也就是说，在本申请实施例中，在为第二用户提供搜索结果时，不仅会考虑关键字信息的匹配问题，还可以考虑配件产品与第二用户的主体产品之间的匹配问题，因此，提供的搜索结果更加具有实用性，并且可以减少对系统资源的浪费。

实施例六

该实施例六与实施例五相对应，从第二用户客户端的角度对具体的信息搜索方面的应用进行介绍。参见图6，该实施例6提供了一种提供业务对象搜索信息的方法，该方法可以包括以下步骤：

S601：第二用户客户端确定待搜索的关键字信息；

S602：向服务器发送搜索请求，所述搜索请求中携带有所述关键字信息以及第二用户标识信息，以便所述服务器从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合，并确定该目标第二用户所具有的目标主体产品的产品标识信息，在从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息之后，根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合返回搜索结果；

S603：提供所述服务器返回的搜索结果。

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

实施例七

该实施例五主要对业务对象推荐方面的应用进行介绍。也即，在实际应用中，为了达到提高业务对象的曝光度等目的，服务器一般会向第二用户提供业务对象的推荐信息。在本申请实施例中，由于已经为各个配件产品创建了SPU信息，其中包括各个配件产品的产品标识能够支持的主体产品的标识，并且已知第二用户所具有的主体产品的标识信息，因此，在为第二用户提供推荐信息时，可以利用上述信息进行筛选，从而可以使得推荐出的信息能够真正对第二用户有用，避免出现推荐了与用户的实际需求不符的业务对象。

参见图7，该实施例七提供了一种提供业务对象推荐信息的方法，其特征在于，包括：

S701：服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

S702：预先保存各个第二用户所具有的主体产品的产品标识信息；

该实施例中的S701、S702与实施例三中的S310、S302可以是相同的，这里不再详述。

S703：确定目标第二用户作为推荐对象；

关于推荐对象的确定方式可以有多种，例如可以是系统中活跃度达到某阈值的第二用户，或者还可以向全部的第二用户进行推荐，等等。

S704：确定该目标第二用户所具有的目标主体产品的产品标识信息；

在确定出目标第二用户之后，就可以首先根据步骤S702中建立的第二用户实体产品信息数据库，确定出该目标第二用户所具有的目标主体产品的产品标识信息。例如，第二用户标识为用户甲，则通过查询表3所示的数据库，可以获知该第二用户具有的目标主体产品的产品标识信息为：“上海通用英朗豪华版2015款”。

S705：根据所述预先保存的SPU信息，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

在确定了第二用户所具有的主体产品标识信息之后，就可以通过查询SPU信息数据库，确定出能够支持该主体产品的各个配件产品的信息，以及对应的第一用户的标识。例如，前述例子中，目标主体产品的产品标识信息为：“上海通用英朗豪华版2015款”，通过查询表2所示的SPU信息数据库可知，“博士旗舰店”的编号为“bs2015”的火花塞能够支持该主体产品，等等。

S706：根据所述目标第一用户标识以及目标配件产品的产品标识信息，提供配件产品的推荐信息。

在确定出能够支持目标主体产品的目标配件产品以及对应的第一用户标识之后，就可以确定出具体用于推荐的业务对象信息，并据此返回推荐信息即可，相应的，第二用户客户端就可以将这种推荐信息提供给第二用户。

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

配件信息数据库建立单元801，用于预先建立主体产品的配件信息数据库，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系；

信息发布请求接收单元802，用于接收第一用户客户端的配件产品信息发布请求；所述发布请求中携带有配件产品的产品标识信息；

配件信息数据库查询单元803，用于根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品；

SPU信息创建单元804，用于保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的标准化产品单元SPU信息，以便根据所述SPU信息，确定所述配件产品是否可支持第二用户具有的主体产品。

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

第一判断单元，用于接收到第一用户客户端的配件产品信息发布请求时，判断是否已创建与所述配件产品的产品标识信息对应的SPU信息；

触发单元，用于如果未创建，则触发执行所述根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品及其后续步骤。

添加单元，用于如果接收到第一用户客户端的配件产品信息发布请求时，已创建与所述配件产品的产品标识信息对应的SPU信息，则将所述第一用户标识添加到该SPU信息中。

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

产品标识确定单元901，用于确定配件产品的产品标识信息；

发布请求发送单元902，用于向服务器发送配件产品信息发布请求，所述发布请求中携带有配件产品的产品标识信息；以便服务器根据所述配件产品的标识信息查询预置的配件信息数据库，确定与所述待发布配件产品相匹配的至少一个主体产品，并保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的SPU信息；

其中，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系。

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

SPU信息保存单元1001，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

用户主体产品信息保存单元1002，用于预先保存各个第二用户所具有的主体产品的产品标识信息；

详情查看请求接收单元1003，用于接收到目标第二用户客户端对指定配件产品的详情查看请求时，确定该目标第二用户所具有的目标主体产品，以及所述指定配件产品的产品标识信息，以及对应的目标第一用户标识信息；

SPU信息查询单元1004，用于根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合；

第二判断单元1005，用于判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中；

详情信息提供单元1006，用于根据判断结果，提供关于所述指定配件产品的详情信息。

其中，所述详情信息提供单元包括：

第一提供子单元，用于如果所述目标第二用户所具有的目标主体产品的产品标识出现在该主体产品信息集合中，则向所述第二用户客户端返回关于所述指定配件产品的详情信息。

或者，

第二提供子单元，用于如果所述目标第二用户所具有的目标主体产品的产品标识未出现在该主体产品信息集合中，则返回提示信息，所述提示信息用于提示所述目标第二用户，当前配件产品不支持其所具有的实体产品。

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

目标配件产品确定单元1101，用于确定待查看的目标配件产品；

详情查看请求发送单元1102，用于向服务器发送详情查看请求，以便服务器确定目标第二用户所具有的目标主体产品，以及所述目标配件产品对应的目标第一用户标识信息、目标配件产品的产品标识信息，并根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合，判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中，并根据判断结果，返回关于所述目标配件产品的详情信息；

详情信息提供单元1103，用于根据服务器返回信息提供所述目标第二业务对象的详情信息。

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

SPU信息保存单元1201，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

用户主体产品信息保存单元1202，用于预先保存各个第二用户所具有的主体产品的产品标识信息；

搜索请求接收单元1203，用于接收到目标第二用户客户端的搜索请求时，从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合；

目标主体产品信息确定单元1204，用于确定该目标第二用户所具有的目标主体产品的产品标识信息；

目标配件产品信息确定单元1205，用于从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

搜索结果提供单元1206，用于根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合提供搜索结果。

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

关键字确定单元1301，用于确定待搜索的关键字信息；

搜索请求发送单元1302，用于向服务器发送搜索请求，所述搜索请求中携带有所述关键字信息以及第二用户标识信息，以便所述服务器从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合，并确定该目标第二用户所具有的目标主体产品的产品标识信息，在从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息之后，根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合返回搜索结果；

搜索结果提供单元1303，用于提供所述服务器返回的搜索结果。

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

SPU信息保存单元1401，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；

用户主体产品信息保存单元1402，用于预先保存各个第二用户所具有的主体产品的产品标识信息；

推荐对象确定单元1403，用于确定目标第二用户作为推荐对象；

主体产品信息确定单元1404，用于确定该目标第二用户所具有的目标主体产品的产品标识信息；

配件产品信息确定单元1405，用于根据所述预先保存的SPU信息，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

推荐信息提供单元1406，用于根据所述目标第一用户标识以及目标配件产品的产品标识信息，提供配件产品的推荐信息。

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

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

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

Claims (18)

1.一种业务对象配件信息处理方法，其特征在于，包括：

服务器预先建立主体产品的配件信息数据库，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系；其中，所述产品标识为标准化产品单元SPU的标识；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；

接收第一用户客户端的配件产品信息发布请求；所述发布请求中携带有配件产品的产品标识信息；

判断是否已创建与所述配件产品的产品标识信息对应的SPU信息；

若已创建与所述配件产品的产品标识信息对应的SPU信息，则将第一用户标识添加到所述SPU信息中；

若未创建与所述配件产品的产品标识信息对应的SPU信息，则根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品；

保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的标准化产品单元SPU信息。

2.一种业务对象配件信息发布方法，其特征在于，包括：

第一用户客户端确定配件产品的产品标识信息；其中，所述产品标识为标准化产品单元SPU的标识；

向服务器发送配件产品信息发布请求，所述发布请求中携带有配件产品的产品标识信息；以便服务器判断是否已创建与所述配件产品的产品标识信息对应的SPU信息，若已创建与所述配件产品的产品标识信息对应的SPU信息，则将所述第一用户标识添加到该SPU信息中，若未创建与所述配件产品的产品标识信息对应的SPU信息，则根据所述配件产品的标识信息查询预置的配件信息数据库，确定与待发布配件产品相匹配的至少一个主体产品，并保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的SPU信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；

其中，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系。

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

服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；其中，所述产品标识为标准化产品单元SPU的标识；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

预先保存各个第二用户所具有的主体产品的产品标识信息；

接收到目标第二用户客户端对指定配件产品的详情查看请求时，确定该目标第二用户所具有的目标主体产品，以及所述指定配件产品的产品标识信息，以及对应的目标第一用户标识信息；

根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合；

判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中；

根据判断结果，提供关于所述指定配件产品的详情信息。

4.根据权利要求3所述的方法，其特征在于，所述根据判断结果，提供关于所述指定配件产品的详情信息，包括：

如果所述目标第二用户所具有的目标主体产品的产品标识出现在该主体产品信息集合中，则向所述第二用户客户端返回关于所述指定配件产品的详情信息。

5.根据权利要求3所述的方法，其特征在于，所述根据判断结果，提供关于所述指定配件产品的详情信息，包括：

如果所述目标第二用户所具有的目标主体产品的产品标识未出现在该主体产品信息集合中，则返回提示信息，所述提示信息用于提示所述目标第二用户，当前配件产品不支持其所具有的实体产品。

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

第二用户客户端确定待查看的目标配件产品；

向服务器发送详情查看请求，以便服务器确定目标第二用户所具有的目标主体产品，以及所述目标配件产品对应的目标第一用户标识信息、目标配件产品的产品标识信息，并根据预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合，判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中，并根据判断结果，返回关于所述目标配件产品的详情信息；其中，所述产品标识为标准化产品单元SPU的标识；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

根据服务器返回信息提供目标第二业务对象的详情信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品。

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

服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；其中，所述产品标识为标准化产品单元SPU的标识；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

预先保存各个第二用户所具有的主体产品的产品标识信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品；

接收到目标第二用户客户端的搜索请求时，从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合；

确定该目标第二用户所具有的目标主体产品的产品标识信息；

从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合提供搜索结果。

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

第二用户客户端确定待搜索的关键字信息；

向服务器发送搜索请求，所述搜索请求中携带有所述关键字信息以及第二用户标识信息，以便所述服务器从预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合，并确定目标第二用户所具有的目标主体产品的产品标识信息，在从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息之后，根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合返回搜索结果；其中，所述产品标识为标准化产品单元SPU的标识；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

提供所述服务器返回的搜索结果；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品。

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

服务器预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；其中，所述产品标识为标准化产品单元SPU的标识；预先保存各个第二用户所具有的主体产品的产品标识信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品；确定目标第二用户作为推荐对象；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

确定该目标第二用户所具有的目标主体产品的产品标识信息；

根据所述预先保存的SPU信息，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

根据所述目标第一用户标识以及目标配件产品的产品标识信息，提供配件产品的推荐信息。

10.一种业务对象配件信息处理装置，其特征在于，应用于服务器，包括：

配件信息数据库建立单元，用于预先建立主体产品的配件信息数据库，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系；其中，所述产品标识为标准化产品单元SPU的标识；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；

信息发布请求接收单元，用于接收第一用户客户端的配件产品信息发布请求；所述发布请求中携带有配件产品的产品标识信息；

配件信息数据库查询单元，用于根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品；

SPU信息创建单元，用于保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的标准化产品单元SPU信息；所述装置还包括：

第一判断单元，用于接收到第一用户客户端的配件产品信息发布请求时，判断是否已创建与所述配件产品的产品标识信息对应的SPU信息；

触发单元，用于如果未创建，则触发执行所述根据所述配件产品的标识信息查询所述配件信息数据库，确定与所述配件产品相匹配的至少一个主体产品及其后续步骤；

所述装置还包括：

添加单元，用于如果接收到第一用户客户端的配件产品信息发布请求时，已创建与所述配件产品的产品标识信息对应的SPU信息，则将所述第一用户标识添加到该SPU信息中。

11.一种业务对象配件信息发布装置，其特征在于，应用于第一用户客户端，包括：

产品标识确定单元，用于确定配件产品的产品标识信息；

发布请求发送单元，用于向服务器发送配件产品信息发布请求，所述发布请求中携带有配件产品的产品标识信息；以便服务器判断是否已创建与所述配件产品的产品标识信息对应的SPU信息；若已创建与所述配件产品的产品标识信息对应的SPU信息，则将第一用户标识添加到该SPU信息中；若未创建与所述配件产品的产品标识信息对应的SPU信息，则根据所述配件产品的标识信息查询预置的配件信息数据库，确定与待发布配件产品相匹配的至少一个主体产品，并保存第一用户标识、所述配件产品的产品标识信息与所述相匹配的至少一个主体产品的产品标识之间的对应关系，创建该配件产品的SPU信息；其中，所述产品标识为标准化产品单元SPU的标识；其中，所述配件信息数据库用于保存主体产品的产品标识，与至少一个可用配件产品的产品标识之间的对应关系；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定。

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

SPU信息保存单元，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；其中，所述产品标识为标准化产品单元SPU的标识；用户主体产品信息保存单元，用于预先保存各个第二用户所具有的主体产品的产品标识信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

详情查看请求接收单元，用于接收到目标第二用户客户端对指定配件产品的详情查看请求时，确定该目标第二用户所具有的目标主体产品，以及所述指定配件产品的产品标识信息，以及对应的目标第一用户标识信息；

SPU信息查询单元，用于根据所述预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合；

第二判断单元，用于判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中；

详情信息提供单元，用于根据判断结果，提供关于所述指定配件产品的详情信息。

13.根据权利要求12所述的装置，其特征在于，所述详情信息提供单元包括：

第一提供子单元，用于如果所述目标第二用户所具有的目标主体产品的产品标识出现在该主体产品信息集合中，则向所述第二用户客户端返回关于所述指定配件产品的详情信息。

14.根据权利要求12所述的装置，其特征在于，所述详情信息提供单元包括：

第二提供子单元，用于如果所述目标第二用户所具有的目标主体产品的产品标识未出现在该主体产品信息集合中，则返回提示信息，所述提示信息用于提示所述目标第二用户，当前配件产品不支持其所具有的实体产品。

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

目标配件产品确定单元，用于确定待查看的目标配件产品；

详情查看请求发送单元，用于向服务器发送详情查看请求，以便服务器确定目标第二用户所具有的目标主体产品，以及所述目标配件产品对应的目标第一用户标识信息、目标配件产品的产品标识信息，并根据预先保存的SPU信息，确定与所述目标第一用户标识信息以及目标配件产品的产品标识信息对应的主体产品信息集合，判断所述目标第二用户所具有的目标主体产品的产品标识是否出现在该主体产品信息集合中，并根据判断结果，返回关于所述目标配件产品的详情信息；其中，所述产品标识为标准化产品单元SPU的标识；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

详情信息提供单元，用于根据服务器返回信息提供目标第二业务对象的详情信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品。

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

SPU信息保存单元，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；其中，所述产品标识为标准化产品单元SPU的标识；用户主体产品信息保存单元，用于预先保存各个第二用户所具有的主体产品的产品标识信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

搜索请求接收单元，用于接收到目标第二用户客户端的搜索请求时，从所述预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合；

目标主体产品信息确定单元，用于确定该目标第二用户所具有的目标主体产品的产品标识信息；

目标配件产品信息确定单元，用于从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

搜索结果提供单元，用于根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合提供搜索结果。

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

关键字确定单元，用于确定待搜索的关键字信息；

搜索请求发送单元，用于向服务器发送搜索请求，所述搜索请求中携带有所述关键字信息以及第二用户标识信息，以便所述服务器从预先保存的SPU信息中筛选出与关键字匹配的第一信息条目集合，并确定目标第二用户所具有的目标主体产品的产品标识信息，在从所述第一信息条目集合中，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息之后，根据所述目标第一用户标识以及目标配件产品的产品标识信息组成的第二信息条目集合返回搜索结果；其中，所述产品标识为标准化产品单元SPU的标识；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

搜索结果提供单元，用于提供所述服务器返回的搜索结果。

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

SPU信息保存单元，用于预先保存各配件产品的SPU信息，所述SPU信息用于保存第一用户标识、配件产品的产品标识信息与主体产品信息集合之间的对应关系；所述主体产品信息集合中包括与配件产品相适配的至少一个主体产品的产品标识信息；其中，所述产品标识为标准化产品单元SPU的标识；用户主体产品信息保存单元，用于预先保存各个第二用户所具有的主体产品的产品标识信息；其中，所述主体产品的产品标识是根据所述主体产品的属性来确定；所述SPU信息通过至少一个用户发布的具有相同产品标识的配件产品的SPU信息合并得到；

推荐对象确定单元，用于确定目标第二用户作为推荐对象；所述配件产品的产品标识通过配件型号、品牌编码、产品编码来唯一指代配件产品；

主体产品信息确定单元，用于确定该目标第二用户所具有的目标主体产品的产品标识信息；

配件产品信息确定单元，用于根据所述预先保存的SPU信息，确定与所述目标主体产品的产品标识信息对应的目标第一用户标识以及目标配件产品的产品标识信息；

推荐信息提供单元，用于根据所述目标第一用户标识以及目标配件产品的产品标识信息，提供配件产品的推荐信息。

Images