业务对象信息的收藏方法及装置与流程

本申请涉及业务对象信息处理
技术领域：
，特别是涉及业务对象信息的收藏方法及装置。
背景技术：
：电子商务销售平台中的业务对象种类众多，其中很主要的一个大的类别就是服饰类。所谓的服饰是装饰人体的物品总称，包括服装、鞋、帽、袜子、手套、围巾、领带、提包、阳伞、发饰等。为了帮助用户进行业务对象的选购，有些销售平台能够为用户提供收藏功能，例如，用户在浏览业务对象的过程中，可以将其比较喜欢但是暂时先不进行购买的业务对象加入收藏，这样，日后可以通过收藏列表快速找到该业务对象的信息。现有技术中的信息收藏方式能够对用户的选购起到一定的帮助作用，但是，在现有技术中，用户只能以单个业务对象为单位进行收藏。也就是说，用户在浏览了一个业务对象时，如果对其感兴趣，则就可以将该业务对象进行收藏，之后可以继续浏览其它业务对象。当发现另一感兴趣的业务对象时，可能会需要确定是否能够与之前已经收藏的业务对象进行搭配，此时，用户只能切换到收藏列表页面，重新查看之前收藏的业务对象，或者将该另一件业务对象也加入收藏列表，到收藏列表中将两件业务对象进行对比，以判断两者是否能够搭配，等等。总之，用户的操作过程会比较繁琐，对于系统而言，频繁的在不同页面之间进行切换，也会造成系统资源的浪费，服务器访问压力过大的情况发生。技术实现要素：本申请提供了业务对象信息的收藏方法及装置，能够节省由于用户的类目切换等操作造成的资源，有利于降低服务器的访问压力及负荷。本申请提供了如下方案：一种业务对象信息的收藏方法，包括：第一用户客户端接收获取搭配方案的请求，并确定所需的搭配条件；将所述请求转发到服务器，并在所述请求中携带所述搭配条件信息，以便所述服务器根据预先建立的搭配信息数据库返回符合所述搭配条件的搭配方案；其中，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；提供所述服务器返回的搭配方案信息，并提供用于对所述搭配方案进行收藏的操作选项；通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。一种业务对象信息的收藏方法，包括：服务器预先建立搭配信息数据库，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；接收第一用户客户端发送的获取搭配方案信息的请求；所述请求中携带有搭配条件信息；根据所述搭配条件，从所述搭配信息数据库中返回符合所述搭配条件的搭配方案，以便所述第一用户客户端提供所述符合搭配条件的搭配方案，并提供用于收藏的操作选项，当通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。一种业务对象信息的收藏装置，应用于第一用户客户端，包括：请求接收单元，用于接收获取搭配方案的请求，并确定所需的搭配条件；请求转发单元，用于将所述请求转发到服务器，并在所述请求中携带所述 搭配条件信息，以便所述服务器根据预先建立的搭配信息数据库返回符合所述搭配条件的搭配方案；其中，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；方案提供单元，用于提供所述服务器返回的搭配方案信息，并提供用于对所述搭配方案进行收藏的操作选项；收藏单元，用于通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。一种业务对象信息的收藏装置，应用于服务器，包括：数据库建立单元，用于预先建立搭配信息数据库，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；请求接收单元，用于接收第一用户客户端发送的获取搭配方案信息的请求；所述请求中携带有搭配条件信息；搭配方案返回单元，用于根据所述搭配条件，从所述搭配信息数据库中返回符合所述搭配条件的搭配方案，以便所述第一用户客户端提供所述符合搭配条件的搭配方案，并提供用于收藏的操作选项，当通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。根据本申请提供的具体实施例，本申请公开了以下技术效果：通过本申请实施例，可以自动为第一用户提供推荐的搭配方案，并且，用户可以对整套的搭配方案进行收藏，这样可以便于买家用户在为其选择的第一业务对象选择具有较好搭配效果的第二业务对象，而不必执行频繁的类目切换等操作。对于系统而言，也会节省由于用户的类目切换等操作造成的资源，有利于降低服务器的访问压力及负荷。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的建立搭配信息数据库的方法的流程图；图2是本申请实施例提供的业务对象收藏方法的流程图；图3-1至3-6是本申请实施例提供的用户界面的示意图；图4是本申请实施例提供的另一业务对象收藏方法的流程图；图5是本申请实施例提供的装置的示意图；图6是本申请实施例提供的另一装置的示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。在本申请实施例中，预先在服务器端建立一搭配信息数据库，在该数据库中可以保存多套搭配方案，每套搭配方案中包括第一业务对象以及与之搭配的第二业务对象。这样，在用户需要收藏业务对象信息时，可以将这种搭配方案提供给用户，用户可以以搭配方案为单位进行收藏，也就是说，收藏的对象是一套一套的搭配方案，而不是一件一件的单品，这种方式更适合具有搭配需求的具体场景。为了便于理解，下面首先对建立搭配信息数据库的具体实现方式进行介绍。参见图1，建立业务对象搭配信息数据库的方法可以包括以下步骤：S101：确定与第一业务对象搭配时可选的至少一个第二业务对象；其中，第一业务对象以及第二业务对象都可以是服饰类的业务对象。对于一第一业务对象，在为其选择可以搭配的第二业务对象时，可以首先确定出一批可选的第二业务对象。具体可以有多种方式，例如，可以根据预置的类目搭配信息，以及该第一业务对象所属的类目，从可搭配的目标类目下确定至少一个第二业务对象。也就是说，从服饰搭配角度而言，首先从大的方面也即类目角度来选择搭配对象。例如，第一业务对象属于裤子类目，则可以搭配的目标类目可以包括是上衣类、鞋类，等等。另外，如果可以确定出更细分的类目，则在确定目标类目时也可以更具体。例如，第一业务对象属于短裤类，则与其匹配的目标类目可以是T恤类、凉鞋类等等。需要说明的是，本申请实施例在进行搭配方案的推荐时，可以在同一店铺内部进行，也即，推荐出的第二业务对象可以与第一业务对象属于同一店铺；或者，也可以进行跨店铺的搭配推荐，也即，第一店铺的第一业务对象可能会与第二店铺的第二业务对象进行搭配等等。具体实现是，可以根据实际需求，在同一店铺内选择可以搭配的第二业务对象，也可以进行跨店铺的选择。也即，与第一业务对象搭配时可选的至少一个第二业务对象，包括述第一业务对象同属一个店铺的其他业务对象，或者其他店铺的业务对象。S102：确定与所述第一业务对象进行搭配时可参考的至少一个信息维度；具体实现时，可参考的信息维度可以包括业务对象自身的规格参数维度，包括第一业务对象的颜色、材质、款式、风格、是否包含某流行元素、价位，等等。另外，还可以包括已知与第一业务对象搭配过的搭配对象。也就是说，对于第一业务对象而言，曾经与某些其他的业务对象搭配过，也就是说，一个第一业务对象可以对应一个搭配对象集合，该集合内的各个搭配对象都是曾经被由用户或者商家等与该第一业务对象搭配过的，由于这种历史搭配信息是客观存在的，因此，也可以看作是该第一业务对象的一种属性，并且该信息在判断搭配度方面具有一定的参考价值，因此，也可以将其作为一个可参考的信息维度。具体实现时，可以综合考虑业务对象自身规格参数因素，以及上述历史搭配信息因素，来综合确定某第二业务对象与第一业务对象之间的搭配度。其中，关于业务对象自身的规格参数信息，由于第二用户(包括卖家、商家等)在发布各个业务对象信息时，一般会提交业务对象的规格参数信息，以用于在业务对象的详情页面中展示给第一用户(一般是指买家用户)。相应的，服务器中会对这种规格参数信息进行记录，因此，可以直接从服务器记录的数据库中获取这种规格参数信息。关于历史搭配信息，其来源可以有多种。例如，在一种方式下，可以是销售平台中记录的各个第一用户的历史行为记录，包括历史购买记录、收藏记录、浏览记录等等。根据这种历史行为记录数据，可以确定出对第一业务对象A执行过预置行为的目标第一用户，在执行该预置行为的预置时间段内是否还对某业务对象B执行过该预置行为，并且该业务对象B所属的类目，也是与第一业务对象A所属的类目具有搭配关系的，如果是，则很可能是因为该第一用户需要用该业务对象B与该第一业务对象A进行搭配。当然，为了避免误判，在确定出这种符合条件的业务对象B之后，还可以基于大量的用户数据进行聚类，从而可以进一步确定出该业务对象B是否用于与该第一业务对象A搭配。例如，可以判断上述情况是否在很多第一用户的历史行为记录中都出现过，如果是，则可以将该业务对象B确定为与第一业务对象A搭配过的业务对象。这样，针对第一业务对象A可以得到第一搭配对象集合，该集合中的各个业务对象是被确定为第一用户曾为该第一业务对象选择过的搭配对象。另外，这种历史搭配信息还可以从一些示范性的搭配方案中获得。其中，所谓的示范性搭配方案也可以有多种，例如，一种最为常见的情况就是第二用户在发布商品时可能会向用户提供一些搭配信息，例如，在某第二用户的业务对象中同时包括第一业务对象以及第二业务对象，在提供第一业务对象的详情信息时，可能会推荐其搭配购买第二业务对象，等等。另外，网络中一般会存在一些图片，这些图片可能是商家上传的，也可能是一些买家用户为了展示自己的搭配成果而上传的，等等，总之，这些图片中一般会包含示范性搭配方案。例如，可能是有模特穿着某套搭配好的服饰，等等。因此，还可以预先对这种图片进行图像分析，确定出图片中包含的各个单品对应到销售平台中的哪个业务对象。也即，能够从图片中识别出组成该搭配 方案的各单品分别对应的业务对象标识。当然，在实际应用中，针对同一图片，还可以在确定出所述各单品分别对应的业务对象标识后，确定出与各单品的同款或相似款业务对象，然后根据各单品分别对应的业务对象标识，以及同款或相似款业务对象标识，组合为多套示范性搭配方案。总之，通过这种示范性搭配方案，可以为第一业务对象确定一个第二搭配对象集合，该集合中的各个业务对象是在示范性搭配方案中被用于与该第一业务对象搭配的搭配对象。需要说明的是，对于可参考的各个信息维度，可以分别具有不同的权重。例如，示范性搭配方案中获得的搭配对象这一信息维度的权重可以比较高，而对于从第一用户历史行为记录着统计出的搭配对象，由于可能存在误差，并且普通用户的搭配方案是否具有好的效果也不一定，因此，权重可以相对较低，等等。另外，如前文所述，步骤S101中确定出的各个可选的第二业务对象可能分别属于不同的目标类目，对于不同的目标类目，与第一业务对象进行搭配时可参考的信息维度及其权重也可以是不同的。例如，第一业务对象为牛仔裤，确定出的第二业务对象可能包括外套类，也可能包括T恤类，等等。对于外套类的第二业务对象，主要参考的维度可能包括颜色、风格等；而对于T恤类的第二业务对象，主要参考的维度可能是款式(高腰或者低腰等)，等等。S103：根据所述第二业务对象以及所述第一业务对象在对应维度上的属性信息，确定所述第二业务对象与所述第一业务对象的搭配度信息；具体在确定第二业务对象与第一业务对象的搭配度信息时，可以分别在各个维度上计算出两者之间的搭配度，然后再将各个维度上的搭配度相加，得到最终的搭配度信息。其中，具体在规格参数维度上确定搭配度时，可以预先分别为各个规格参数维度设置搭配原则信息，这样可以分别确定第二业务对象在各个维度上与所述第一业务对象的搭配度，然后综合在各个维度上与所述第一业务对象的搭配度，确定所述第二业务对象与所述第一业务对象的搭配度信息。所谓的搭配原则可以包括正向原则以及互斥原则，正向原则用于表达在特 定维度下，可与某规格参数值进行搭配的目标规格参数值；互斥原则用于表达在特定维度下，不可与某规格参数值进行搭配的目标规格参数值。例如，在颜色维度上，正向原则可以包括：红色配白色、黑色、蓝灰色、米色、灰色粉红色配紫红、黑色、灰色、墨绿色、白色、米色、褐色、海军蓝咖啡色配米色、鹅黄、砖红、蓝绿色、黑色蓝色配白色、粉蓝色、酱红色、金色、银色、橄榄绿、橙色、黄色……互斥原则可以包括：深绿色配深蓝色、深红色粉红色配红色……这样，在颜色维度上计算第二业务对象与第一业务对象的搭配度时，就可以根据上述原则进行确定，例如，第一业务对象为蓝色，某第二业务对象为白色，满足颜色维度上的正向原则，因此，在颜色维度上，该第二业务对象的得分会比较高，等等。其他维度也可以进行类似处理。这样，在各个维度上，都可以分别确定出对应的搭配度。具体实现时，为了便于确定综合的搭配度，可以分别在各个维度上为搭配度进行打分，例如，在颜色维度上，如果某第二业务对象满足正向原则，则加1分，如果满足互斥原则，则减2分，其他规格参数维度上也类似；在历史搭配记录维度上，如果某第二业务对象出现在第一业务对象的历史搭配对象集合中，则加1分，否则不加分，等等。这样，最终就能够计算出第二业务对象与该第一业务对象的综合搭配度。S104：生成该第一业务对象对应的至少一套搭配方案，并保存到所述搭配信息数据库中；所述搭配方案包括可与所述第一业务对象搭配的第二业务对象，以及所述搭配度信息。在确定出各个第二业务对象与第一业务对象的搭配度之后，就可以确定出关于该第一业务对象的至少一套搭配方案。例如，可以按照搭配度的大小对各个第二业务对象进行排序，将排在前预置数目的第二业务对象确定为与该第一业务对象具有较好搭配效果的业务对象，并作为搭配方案保存在搭配信息数据库中。例如，在其中一种实现方式下，搭配数据库的结构可以如以下表1所示：表1第一业务对象id第二业务对象id业务对象A业务对象1，业务对象2……业务对象B业务对象3，业务对象4……业务对象C业务对象5，业务对象6………………其中，关于各个第二业务对象与第一业务对象的搭配度信息，可以通过排序的方式隐含的包括在上述表1中，或者，还可以显示地进行保存，例如，此时，数据库的结果可以如以下表2所示：表2第一业务对象id第二业务对象id搭配度业务对象A业务对象1D1业务对象A业务对象2D2业务对象B业务对象3D3………………需要说明的是，在销售平台中经常会出现同一款业务对象在不同的店铺中都有销售的情况，也即，会存在第一业务对象的同款，同款的业务对象，在确定搭配方案是显然可以是相同的。另外，还有一些业务对象虽然不是同款，但是属于相似款，在搭配方案上也可能存在相同或者相似的情况。因此，为了避免出现重复计算等情况，在步骤S101之前，还可以首先判断搭配信息数据库是否已经存在第一业务对象的同款或者相似款第一业务对象对应的搭配方案，如果已经有，则不需要再重复计算，如果没有，再触发执行步骤S101以及后续各步骤。在确定出各个第一业务对象的搭配方案之后，还可以分别为各个搭配方案确定出特征标签，这种特征标签可以用于描述以下各项中一项或多项：对应搭配方案的风格(正式、休闲等)、价位、适宜穿着的场合(上班、聚会、户外运动等等)或人群(可以按照年龄等划分人群)，等等。其中，特征标签可以是由技术人员根据各单品情况添加的，或者，还可以是在将搭配方案提供给第一用户之后，由第一用户为搭配方案打上标签，由服务器进行整理，并添加到搭配信息数据库中进行保存，等等。根据这种特征标签，可以便于第二用户获取到自己所需特征的搭配。另外，还可以在搭配信息数据库中为搭配方案中的各个单品保存所属的店铺标识，这样，在后续具体的搭配方案推荐过程中，如果需要在进行店铺内的推荐，则还可以根据这种店铺标识信息，对搭配方案进行筛选。当然，在实际应用中，如果有必要，还可以分别为各个店铺建立自己的搭配信息数据库，具体的搭配度计算方式可以与前文所述相同，不同之处仅在于，可选的第二业务对象都是从同一店铺内部确定。再者，搭配信息数据库中还可以保存各个第二业务对象所属的类目信息，这样，在后续向第一用户提供推荐的搭配方案时，可以按照类目来提供。例如，可以将可选的类目列表提供给第一用户，由用户选择某类目之后，只将该类目对应的搭配方案提供给第一用户，等等。在保存有特征标签、店铺、类目等信息的情况下，搭配信息数据的结构可以如以下表3所示：表3在建立起搭配信息数据库之后，就可以基于该数据库为第二用户提供推荐的搭配方案，在此过程中，还可以对第二用户对搭配方案被有效使用的情况进行统计，根据该统计结果，可以对搭配信息数据库中对应搭配方案中的搭配度进行调整。其中，关于如何确定某搭配方案是否被有效使用可以有多种方式。例如，在系统将某搭配方案推荐给某第一用户之后，如果该第一用户对该搭配方案执行了收藏或者购买等操作，则可以认为该搭配方案被有效使用一次。或者，可以由第二用户或者由销售平台推选出一些“达人”用户，所谓达人用户为在服饰搭配方面比较有经验的用户。然后可以由这些达人用户从各种搭配方案中选择他们认为比较好的搭配方案进行分享，例如可以分享给这些达人用户的好友用户，或者，也可以是其他关联的目标用户等等。然后，可以对这些接受分享的用户对这些搭配方案的操作情况进行监控，例如，如果某达人用户将某搭配方案分享给了用户A，该用户A收到之后对该搭配方案进行了收藏，或者对其中的业务对象进行了购买，则也可以认为该搭配方案被有效使用一次，等等。总之，通过第二用户对搭配方案使用情况的反馈，还可以对搭配信息数据库中各种搭配方案的搭配度得分进行调整。通过以上实施例一所提供的方式建立起搭配信息数据库之后，就可以基于该数据库为第一用户提供推荐的搭配信息，进而，用户就可以基于这种搭配信息进行业务对象的收藏。下面进行详细介绍。实施例一该实施例一主要从第一用户客户端的角度，对提供推荐搭配方案并进行收藏的实现方式进行介绍。参见图2，该实施例一提供了一种业务对象信息的收藏方法，该方法具体可以包括以下步骤：S201：第一用户客户端接收获取搭配方案的请求，并确定所需的搭配条件；在第一用户客户端可以为第一用户提供多种用于进入“试衣间”功能的入口，例如，可以是某具体业务对象的详情信息页面，也即，在用户打开某业务对象的详情信息页面后，可以在该页面内的特定位置，提供用于进入试衣间功能的操作选项，用户可以通过该选项进入试衣间。或者，还可以是店铺首页页面，也即，当用户打开某店铺的首页时，可以在该首页的特定位置，为用户提供进入试衣间的操作选项。再或者，还可以是在服饰频道首页页面的特定位置提供进入试衣间的操作选项，也即，用户刚刚进入服饰频道，还没有选择具体的店铺以及具体的业务对象时，就可以为用户提供进入试衣间的操作选项。另外，用户可能还会对一些具体的业务对象进行收藏，在收藏列表展示页面中可以展示收藏过的各个业务对象，这些被收藏的业务对象，可能是用户具有购买意愿但尚未购买的业务对象，尚未购买的一方面原因可能会包括尚未找到能够与该业务对象搭配的其他业务对象，因此，还可以在该收藏列表展示页面提供进入试衣间的操作选项。当然，对于用户已经购买的业务对象，有可能会具有再购买其他与之搭配的业务对象的需求，因此，在交易订单列表页面也可以提供用于进入试衣间的操作选项。总之，在具体实现时，可以为第一用户提供多种进入试衣间的入口，以用于满足用户在各种情况下的搭配需求。对于客户端而言，针对前述各种不同的入口，在接收到第一用户的搭配请求后，确定出的搭配条件可以是不同的。其中，对于通过目标店铺的店铺主页页面接收到的获取搭配方案的请求，搭配条件可以确定为：获取该目标店铺内部的搭配方案，这样，服务器就可以对各搭配方案中各业务对象所属的店铺信息进行判断，当某搭配方案中各业务对象所属的店铺信息均为该目标店铺时，确定为所述符合条件的搭配方案。如果是通过目标类目频道主页页面接收获取搭配方案的请求，则可以首先 确定出第一用户所需搭配方案的特征标签，具体的，可以根据预先获知的所述第一用户的用户属性和/或在搭配方面的喜好信息来确定，或者，还可以根据所述第一用户客户端提交的第一用户指定的特征标签来确定，等等。然后，可以将搭配条件确定为：获取符合该第一用户所需特征标签的搭配方案，这样，服务器就可以对各搭配方案的特征标签进行判断，当某搭配方案命中所述特征标签时，确定为所述符合条件的搭配方案。另外，对于通过指定第一业务对象的详情信息页面接收的获取搭配方案的请求，搭配条件可以确定为：获取与所述指定第一业务对象对应，且搭配方案中的第二业务对象与所述指定第一业务对象属于同一店铺的搭配方案，以便所述服务器从包含有所述指定第一业务对象的搭配方案中，提取出第二业务对象与第一业务对象属于同一店铺的搭配方案，作为所述符合条件的搭配方案。如果是通过包含指定第一业务对象收藏列表页面或者包含所述指定第一业务对象的交易订单列表页面接收到的所述获取搭配方案的请求，则可以将所述搭配条件确定为：获取与所述指定第一业务对象对应的搭配方案，这样，服务器可以将包含有所述指定第一业务对象的搭配方案确定为所述符合条件的搭配方案。S202：将所述请求转发到服务器，并在所述请求中携带所述搭配条件信息，以便所述服务器根据预先建立的搭配信息数据库返回符合所述搭配条件的搭配方案；其中，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；在接收到第一用户客户端发送的请求之后，就可以从搭配信息数据库中选择出符合所述搭配条件的各套搭配方案，并且，可以返回给第一用户客户端。例如，搭配条件为：为指定第一业务对象A选择搭配方案，则通过查询搭配信息数据库发现能够与该第一业务对象A搭配的第二业务对象有1、2、3等等，因此，就可以将这些第二业务对象的信息返回给第一用户客户端。当然，由于不同的第一用户在选择业务对象时的喜好信息可能是不同的，包括风格偏好、品牌偏好等等。例如，有的第一用户喜欢简单的，有的喜欢复 古风格的，有的喜欢某些特定的品牌等等。另外，不同第一用户的购买力不同，也即一般购买时选择的价位会在一定的区间内，再者，第一用户所属的人群等信息也可能会影响其对业务对象的选择。因此。在具体向第一用户提供搭配方案时，还可以考虑第一用户的这些个性化信息。例如，同样可以将第一用户在各个维度上的个性化信息与各个搭配方案之间的匹配度进行计算，根据计算结果，可以对搭配方案进行进一步的筛选或者重新进行排序等等。S203：提供所述服务器返回的搭配方案信息，并提供用于对所述搭配方案进行收藏的操作选项；接收到服务器返回的搭配方案信息之后，就可以提供给第一用户，并提供用于对所述搭配方案进行收藏的操作选项。在具体实现时，服务器在向第一用户客户端提供各种搭配方案的过程中，还可以将向第一用户客户端提供各个搭配方案的搭配效果展示图片信息。该搭配效果展示图片中可以包括一人物模特，并将搭配方案中的第一业务对象以及第二业务对象“穿”在该人物模特身上，以便展示出用户试穿的效果。其中，上述提供搭配效果展示图片的具体实现时可以有多种方式。例如，在其中一种实现方式下，可以由专门的图片合成服务器提供图片处理的服务，该服务器可以是交易平台内部部署的另一台服务器，或者还可以是与交易平台具有合作关系的第三方服务器等等。具体实现时，可以预先由各个业务对象所属的第二用户(商家等)对业务对象进行拍摄等，得到具有立体展示效果的图片，也即，图片中展示的业务对象可以是被撑起的状态，而不是扁平放置状态下拍摄，这样，在进行图片合成时，可以模拟出将服装穿在模特身上的效果。另外，还可以对上传的图片的格式、尺寸等进行限制，图片合成服务器可以对各个业务对象对应的立体图片进行统一的归一化、液化等处理后进行保存。或者，关于各个业务对象的立体图还可以是由提供图片合成服务的服务方的专业人员拍摄的，此时，商家可以提供业务对象实物样品到该服务方，由专业人员进行统一拍摄。图片合成服务器在保存图片信息时，可以保存各个业务对象的标识与各自的立体图之间的对应关系。同时，该标识与对应业务对象在交易平台中的id等标识还可以具有一定的关联关系，这样，当服务器确定出与指定 第一业务对象对应的搭配方案之后，就可以确定出搭配方案中的第一业务对象以及第二业务对象在图片合成服务器中的标识，并将该标识发送给图片合成服务器。图片合成服务器接收到该信息时，就可以从预先保存的图片数据库中取出第一业务对象以及第二业务对象对应的立体图片，然后与预置的人物模特图片进行合成，这样就能够得到将第一业务对象以及第二业务对象进行搭配时的上身效果。图片合成服务器在得到合成后的图片后，可以返回给交易平台服务器，这样，交易平台服务器就可以将其提供给第一用户客户端，第一客户端可以对各种搭配效果图片进行展示。或者，在另一种实现方式下，还可以直接在交易平台服务器中保存各个业务对象的立体图片，并通过为客户端程序提供插件等方式，使得客户端能够具有图片合成功能，这样，服务器在确定出可以推荐的搭配方案之后，就可以将搭配方案中的第一业务对象以及第二业务对象对应的立体图片提供给客户端，然后，可以由客户端调用该插件，由该插件程序利用所述立体图片以及预置的人体模特合成为搭配效果展示图片。例如，当某第一用户从某店铺主页页面进入试衣间时，可以为该用户提供该店铺的橱窗款搭配方案。参见图3-1，可以在用户界面中展示出搭配方案的搭配效果展示图片，并且还可以提供用于切换查看其他方案的方式，例如，可以通过左右滑动的方式，来查看其它搭配方案的搭配效果展示图片。当然，此时在滑动时，模特身上的各个单品可能都在变，也即，从一套搭配，切换成另一套搭配，因为用户还没有锁定其中任何一个单品。当第一用户将某套搭配方案中的某单品进行锁定后，服务器将会提供能够与该单品进行搭配的搭配方案，同样，可以提供各种搭配方案的搭配效果展示图片，用户可以通过左右滑动等方式来切换查看不同搭配方案的搭配效果。如图3-2所示，假设第一用户将模特身上展示的半身裙锁定，则可以通过左右滑动的方式查看能够与该半身裙搭配的各个其他业务对象的搭配效果。例如，在向右滑动时，展示出的界面如图3-3所示。可见，被锁定的半身裙部分将不在变化，只有搭配的上衣在切换。在展示搭配效果展示图片的同时，还可以提供各个业务对象的详情页面链接信息，如图3-1至3-3中下方的缩略图所示。这样，可以方便用户进入到具 体的详情页面执行购买等操作。另外，如前文所述，服务器返回各种搭配方案时，还可以将第二业务对象所属的类目信息返回，这样，客户端在提供各个搭配方案时，可以按照类目进行提供，第一用户可以按照类目进行查看。例如，如图3-4所示。S204：通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。由于第一用户在查看各种搭配方案时，可能不一定马上购买，而是需要将其暂时收藏，因此，还可以提供对搭配方案信息进行收藏的操作选项，当通过该操作选项接收到第一用户对指定搭配方案的收藏请求时，将该搭配方案的信息加入到收藏数据中。这样，用户可以从试衣间的收藏列表中查看被自己收藏过的搭配方案，如图3-5所示。另外，在接收到查看收藏数据的请求时，还可以将该第一用户收藏的各个搭配方案展示出来，并且还可以提供用于对收藏的各个搭配方案进行操作的操作选项。其中，如果在提供各种搭配方案时还提供了搭配效果展示图片，则在收藏时，还可以将这种搭配效果展示图片进行收藏，这样，例如，在接收到查看收藏数据的请求时，可以在收藏列表展示页面中提供各个已收藏搭配方案对应的搭配效果展示图片。并且，可以通过长按图片等方式展示出操作选项列表，其中可以包括对搭配方案进行取消收藏、重新搭配等操作，点击图片还可以进入购买页，如图3-6所示，等等。也就是说，这里的操作选项可以包括用于对收藏的各个搭配方案进行购买的第一操作选项，当通过所述第一操作选项接收到对指定搭配方案的购买请求时，可以确定该指定搭配方案中的第一业务对象以及第二业务对象分别对应的购买页面地址，并进行页面跳转。这种操作选项还可以包括：用于对收藏的各个搭配方案进行分享的第二操作选项，当通过所述第二操作选项接收到对指定搭配方案的分享请求时，将所述指定搭配方案分享至指定的目标第一用户。例如，可以是分享者的好友用户，或者系统随机选中的用户，等等。之后，还可以对接收分享信息的目标第一用 户对所述搭配方案的操作情况进行监控，以便对该搭配方案信息的有效使用信息进行统计。这种操作选项还可以包括：用于对收藏的各个搭配方案进行重新搭配的第三操作选项。当通过所述第三操作选项接收到对指定搭配方案的重新搭配请求时，提供用于将其中一单品进行锁定的操作选项，以便针对被锁定的单品，向服务器发出获取与该单品对应的搭配方案的请求。另外，还可以包括用于对收藏的各个搭配方案进行取消收藏的第四操作选项，通过所述第四操作选项接收到对指定搭配方案的取消收藏请求时，将该指定搭配方案从该第一用户的收藏数据中删除。实施例二该实施例二是与实施例一对应的，从服务器的角度进行介绍。参见图4，该实施例二提供了一种业务对象信息的收藏方法，包括：S401：服务器预先建立搭配信息数据库，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；服务器建立搭配信息数据库的方式可以参见前文的介绍，当然，在具体实现时，还可以通过其他方式来建立该数据库，本申请对此不进行限制。S402：接收第一用户客户端发送的获取搭配方案信息的请求；所述请求中携带有搭配条件信息；S403：根据所述搭配条件，从所述搭配信息数据库中返回符合所述搭配条件的搭配方案，以便所述第一用户客户端提供所述符合搭配条件的搭配方案，并提供用于收藏的操作选项，当通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。与实施例一提供的业务对象信息的收藏方法相对应，本申请实施例还提供 了一种业务对象信息的收藏装置，应用于第一用户客户端，参见图5，该装置还可以包括：请求接收单元501，用于接收获取搭配方案的请求，并确定所需的搭配条件；请求转发单元502，用于将所述请求转发到服务器，并在所述请求中携带所述搭配条件信息，以便所述服务器根据预先建立的搭配信息数据库返回符合所述搭配条件的搭配方案；其中，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；方案提供单元503，用于提供所述服务器返回的搭配方案信息，并提供用于对所述搭配方案进行收藏的操作选项；收藏单元504，用于通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。其中，所述请求接收单元包括：第一请求接收子单元，用于通过目标店铺的店铺主页页面接收获取搭配方案的请求；将所述搭配条件确定为：获取该目标店铺内部的搭配方案，以便所述服务器对各搭配方案中各业务对象所属的店铺信息进行判断，当某搭配方案中各业务对象所属的店铺信息均为所述目标店铺时，确定为所述符合条件的搭配方案。或者，所述请求接收单元包括：第二请求接收子单元，用于通过目标类目频道主页页面接收获取搭配方案的请求，并确定第一用户所需搭配方案的特征标签；所述特征标签用于描述以下各项中一项或多项：对应搭配方案的风格、价位、适宜的场合或人群；将所述搭配条件确定为：获取符合所述特征标签的搭配方案，以便所述服务器对各搭配方案的特征标签进行判断，当某搭配方案命中所述特征标签时，确定为所述符合条件的搭配方案。具体实现时，还包括：锁定选项提供单元，用于在提供所述服务器返回的搭配方案信息之后，提供用于将推荐搭配方案中的指定单品进行锁定的操作选项；请求单元，用于当某推荐搭配方案的其中一单品被锁定时，将该单品确定为指定第一业务对象，并向服务器发送为所述指定第一业务对象获取搭配方案信息的请求；以便服务器返回该指定第一业务对象对应的搭配方案信息。另一种情况下，所述请求接收单元包括：第三请求接收子单元，用于通过指定第一业务对象的详情信息页面接收所述获取搭配方案的请求；将所述搭配条件确定为：获取与所述指定第一业务对象对应，且搭配方案中的第二业务对象与所述指定第一业务对象属于同一店铺的搭配方案，以便所述服务器从包含有所述指定第一业务对象的搭配方案中，提取出第二业务对象与第一业务对象属于同一店铺的搭配方案，作为所述符合条件的搭配方案。再者，所述请求接收单元还可以包括：第四请求接收子单元，用于通过包含所述指定第一业务对象收藏列表页面或者包含所述指定第一业务对象的交易订单列表页面接收所述获取搭配方案的请求；将所述搭配条件确定为：获取与所述指定第一业务对象对应的搭配方案，以便所述服务器将包含有所述指定第一业务对象的搭配方案确定为所述符合条件的搭配方案。具体实现时，该装置还可以包括：查看请求接收单元，用于接收查看收藏数据的请求；收藏搭配方案提供单元，用于提供所述第一用户收藏的各个搭配方案，并提供用于对收藏的各个搭配方案进行操作的操作选项。其中，所述用于对收藏的各个搭配方案进行操作的操作选项包括：用于对 收藏的各个搭配方案进行购买的第一操作选项，所述装置还包括：页面跳转单元，用于当通过所述第一操作选项接收到对指定搭配方案的购买请求时，确定该指定搭配方案中的第一业务对象以及第二业务对象分别对应的购买页面地址，并进行页面跳转。所述用于对收藏的各个搭配方案进行操作的操作选项包括：用于对收藏的各个搭配方案进行分享的第二操作选项，所述装置还包括：分享单元，用于当通过所述第二操作选项接收到对指定搭配方案的分享请求时，将所述指定搭配方案分享至指定的目标第一用户。所述用于对收藏的各个搭配方案进行操作的操作选项包括：用于对收藏的各个搭配方案进行重新搭配的第三操作选项，所述装置还包括：重新搭配单元，用于当通过所述第三操作选项接收到对指定搭配方案的重新搭配请求时，提供用于将其中一单品进行锁定的操作选项，以便针对被锁定的单品，向服务器发出获取与该单品对应的搭配方案的请求。所述用于对收藏的各个搭配方案进行操作的操作选项包括：用于对收藏的各个搭配方案进行取消收藏的第四操作选项，所述装置还包括：取消收藏单元，用于通过所述第四操作选项接收到对指定搭配方案的取消收藏请求时，将该指定搭配方案从该第一用户的收藏数据中删除。所述服务器返回的搭配方案信息中还包括搭配方案中第一业务对象以及第二业务对象对应的立体图片；所述搭配方案提供单元包括：图片合成子单元，用于利用所述立体图片以及预置的人体模特合成为搭配效果展示图片，并提供所述搭配效果展示图片。该装置还可以包括：图片收藏单元，用于所述通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案对应的搭配效果展示图片加入到所述第一用 户的收藏数据中；收藏图片展示单元，用于在接收到查看收藏数据的请求时，在收藏列表展示页面中提供各个已收藏搭配方案对应的搭配效果展示图片。其中，所述第一业务对象以及第二业务对象包括服饰类业务对象。与实施例二提供的业务对象信息的收藏方法相对应，该实施例还提供了一种业务对象信息的收藏装置，应用于服务器，参见图6，该装置可以包括：数据库建立单元601，用于预先建立搭配信息数据库，所述搭配信息数据库中保存有至少一套搭配方案；每套搭配方案包括第一业务对象以及与之搭配的第二业务对象；请求接收单元602，用于接收第一用户客户端发送的获取搭配方案信息的请求；所述请求中携带有搭配条件信息；搭配方案返回单元603，用于根据所述搭配条件，从所述搭配信息数据库中返回符合所述搭配条件的搭配方案，以便所述第一用户客户端提供所述符合搭配条件的搭配方案，并提供用于收藏的操作选项，当通过所述操作选项接收到对指定搭配方案进行收藏的请求时，将所述指定搭配方案以及相关的第一业务对象、第二业务对象的信息加入到所述第一用户的收藏数据中。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及 系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上对本申请所提供的业务对象信息的收藏方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。当前第1页1 2 3