CN107402967A - 业务对象的类目更新方法、装置及设备 - Google Patents

Abstract

本申请提供一种业务对象的类目更新方法、装置及设备，所述方法包括：确定待更新的业务对象；该业务对象与其预定类目对应存储；获取针对该业务对象的类目特征；所述类目特征携带有类目相关的字段；从获取的类目特征中解析出其携带的类目相关的字段；基于解析结果更新该业务对象的预定类目。实施本申请，可以对误操作或者类目作弊等造成的错误类目进行快速更正，进而便于用户根据更正后的类目查找相应的业务对象。

Description

业务对象的类目更新方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及业务对象的类目更新方法、装置及设备。

背景技术

随着网络信息技术的发展，电子商务平台展示的物品的种类和数目越来越多，为便于消费者有针对性的选择物品，平台一般会对提供物品的商家做出归类，归类为服饰、餐饮、超市、美容美发、娱乐等类目，然后将类目展示给消费者，以便消费者快速查找到其所需的物品或提供其所需物品的商家。

目前对商家归类，一般是在商家申请注册时，由电子商务平台通知该商家输入其提供的物品的类目，将该商家输入的类目与该商家对应存储在平台内，并将该商家或该商家提供的物品在该类目下展示推广。

而商家在输入类目时，由于误操作或者类目作弊等原因，输入的类目与实际的类目可能会有所不同，易对消费者查找平台内物品或商家的过程造成负面影响，导致消费者难以快速查找到其所需的物品或提供其所需物品的商家。

发明内容

有鉴于此，本申请提供一种业务对象的类目更新方法、装置及设备。

根据本申请实施例的第一方面，提供一种业务对象的类目更新方法，包括步骤：

确定待更新的业务对象，该业务对象与其预定类目对应存储；

获取针对该业务对象的类目特征，所述类目特征携带有类目相关的字段；

从获取的类目特征中解析出其携带的类目相关的字段；

基于解析结果更新该业务对象的预定类目。

一个实施例中，所述类目特征包括：

用户针对该业务对象发布的体验评估数据；和/或，

用户针对该业务对象提交的类目反馈数据。

一个实施例中，所述从获取的类目特征中解析出其携带的类目相关的字段，包括：

从获取的每条类目特征中查找与各类目相关的字段；

如果从任一条类目特征中查找到与任一类目相关的字段，则确定该条类目特征与该类目对应；

统计与每个类目对应的类目特征的比例，为该类目的类目占比。

一个实施例中，所述基于解析结果更新该业务对象的预定类目前，所述方法还包括：

从各条类目特征对应的类目中，查找与所述预定类目一致的类目；

如果查找到，则判断查找到的类目的类目占比是否高于预定的类目阈值；

如果高于，则放弃更新该业务对象的预定类目；

所述基于解析结果更新该业务对象的预定类目的步骤，在查找到的类目的类目占比不高于预定的类目阈值时执行。

一个实施例中，所述基于解析结果更新该业务对象的预定类目，包括：

根据各类目的类目占比，选取类目占比满足预定的类目更新条件的类目；

如果选取到满足预定的类目更新条件的类目，则将该业务对象的预定类目更改为选取到的类目。

一个实施例中，选取到的类目的类目占比高于预定的更新占比阈值。

一个实施例中，如果各类目的类目占比均不满足预定的类目更新条件，所述方法还包括：

生成该业务对象的类目调查数据，所述类目调查数据含有该业务对象的预定类目以及各条类目特征对应的类目；

向各目标用户推所述类目调查数据；

接收各目标用户提交的类目调查数据；

从接收的类目调查数据中提取出各目标用户选定的类目；

根据各目标用户选定的类目，确定是否更新该业务对象的预定类目。

一个实施例中，所述根据各目标用户选定的类目，确定是否更新该业务对象的预定类目，包括：

统计选定每个类目的用户比例，为该类目的用户占比；

根据各类目的用户占比，挑选用户占比满足预定的类目更新条件的类目；

如果挑选到满足预定的类目更新条件的类目，则将该业务对象的预定类目修改为挑选到的类目。

一个实施例中，挑选到的类目的用户占比高于预定的更新占比阈值。

一个实施例中，所述获取针对该业务对象的类目特征，包括：

向关联平台发送类目请求，所述类目请求携带有该业务对象的标识；

接收关联平台对应该业务对象推送的类目。

一个实施例中，所述获取针对该业务对象的类目特征，包括：

基于该业务对象的标识，从目标网站爬取该业务对象相关的数据。

一个实施例中，所述获取针对该业务对象的多条类目特征后，所述方法包括：

判断所获取的类目特征的条数是否高于预定的条数阈值；

如果不高于，则放弃更新该业务对象的预定类目；

所述基于解析结果更新该业务对象的预定类目的步骤，在所获取的类目特征的条数高于预定的条数阈值时执行。

根据本申请实施例的第二方面，提供一种业务对象的类目更新装置，包括：

对象确定模块，用于确定待更新的业务对象，该业务对象与其预定类目对应存储；

特征获取模块，用于获取针对该业务对象的类目特征，所述类目特征携带有类目相关的字段；

特征解析模块，用于从获取的类目特征中解析出其携带的类目相关的字段；

类目更新模块，用于基于解析结果更新该业务对象的预定类目。

一个实施例中，所述类目特征包括：

用户针对该业务对象发布的体验评估数据；和/或，

用户针对该业务对象提交的类目反馈数据。

一个实施例中，所述特征解析模块包括：

字段查找模块，用于从获取的每条类目特征中查找与各类目相关的字段；

对应类目确定模块，用于在从任一条类目特征中查找到与任一类目相关的字段时，确定该条类目特征与该类目对应；

类目占比统计模块，用于统计与每个类目对应的类目特征的比例，为该类目的类目占比。

一个实施例中，所述装置还包括：

类目查找模块，用于在基于解析结果更新该业务对象的预定类目前，从各条类目特征对应的类目中，查找与所述预定类目一致的类目；

第一判断模块，用于在查找到与所述预定类目一致的类目时，判断查找到的类目的类目占比是否高于预定的类目阈值；

更新放弃模块，用于在查找到的类目的类目占比高于预定的类目阈值时，放弃更新该业务对象的预定类目；

第一通知模块，用于在查找到的类目的类目占比不高于预定的类目阈值时，通知所述类目更新模块基于解析结果更新该业务对象的预定类目。

一个实施例中，所述类目更新模块包括：

类目选取模块，用于根据各类目的类目占比，选取类目占比满足预定的类目更新条件的类目；

类目更改模块，用于在选取到满足预定的类目更新条件的类目时，将该业务对象的预定类目更改为选取到的类目。

一个实施例中，选取到的类目的类目占比高于预定的更新占比阈值。

一个实施例中，所述装置还包括：

调查数据生成模块，用于在各类目的类目占比均不满足预定的类目更新条件时，生成该业务对象的类目调查数据，所述类目调查数据含有该业务对象的预定类目以及各条类目特征对应的类目；

调查数据推送模块，用于向各目标用户推所述类目调查数据；

调查数据接收模块，用于接收各目标用户提交的类目调查数据；

选项提取模块，用于从接收的类目调查数据中提取出各目标用户选定的类目；

更新确定模块，用于根据各目标用户选定的类目，确定是否更新该业务对象的预定类目。

一个实施例中，所述更新确定模块包括：

用户占比统计模块，用于统计选定每个类目的用户比例，为该类目的用户占比；

类目挑选模块，用于根据各类目的用户占比，挑选用户占比满足预定的类目更新条件的类目；

类目修改模块，用于在挑选到满足预定的类目更新条件的类目时，将该业务对象的预定类目修改为挑选到的类目。

一个实施例中，挑选到的类目的用户占比高于预定的更新占比阈值。

一个实施例中，所述特征获取模块包括：

类目请求模块，用于向关联平台发送类目请求，所述类目请求携带有该业务对象的标识；

类目接收模块，用于接收关联平台对应该业务对象推送的类目。

一个实施例中，所述特征获取模块包括：

数据爬取模块，用于基于该业务对象的标识，从目标网站爬取该业务对象相关的数据。

一个实施例中，所述装置还包括：

条数判断模块，用于在获取针对该业务对象的多条类目特征后，判断所获取的类目特征的条数是否高于预定的条数阈值；

更新终止模块，用于如果不高于，则终止更新该业务对象的预定类目；

第二通知模块，用于在所获取的类目特征的条数高于预定的条数阈值时执通知所述类目更新模块基于解析结果更新该业务对象的预定类目。

根据本申请实施例的第三方面，提供一种计算机设备，包括：

处理器；

存储处理器可执行指令的存储器；

其中，所述处理器耦合于所述存储器，用于读取所述存储器存储的程序指令，并作为响应，执行如下操作：

确定待更新的业务对象，该业务对象与其预定类目对应存储；

获取针对该业务对象的类目特征，所述类目特征携带有类目相关的字段；

从获取的类目特征中解析出其携带的类目相关的字段；

基于解析结果更新该业务对象的预定类目。

实施本申请提供的实施例，对于需要更正类目的业务对象，可以获取针对这些业务对象的类目特征，从获取的类目特征中解析出其携带的类目相关的字段，再基于解析结果更新这些业务对象的预定类目。便可以对误操作或者类目作弊等造成的错误类目进行快速更正，进而便于用户根据更正后的类目查找相应的业务对象。

附图说明

图1a是本申请一示例性实施例示出的业务对象的类目更新方法的流程图；

图1b是本申请示例性实施例示出的业务平台内的业务对象的一示意图；

图1c是本申请示例性实施例示出的业务平台内的业务对象的另一示意图；

图2a是本申请另一示例性实施例示出的业务对象的类目更新方法的部分流程图；

图2b是本申请示例性实施例示出的类目调查数据的示意图；

图3是本申请一示例性实施例示出的业务对象的类目更新装置的框图；

图4是本申请一示例性实施例示出的计算机设备的硬件结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请涉及的类目指各种业务平台内业务对象的归类，例如，口碑、淘宝、天猫等电子商务平台内商家或物品的归类；微博、论坛等社交平台内社交账户的归类；新浪网、凤凰网等新闻发布平台内新闻的归类。

某些状况下，业务平台针对不同的类目会征收不同的类目费用，为回避高额的类目费用，在注册时，用户不会输入业务对象的实际类目，而是故意输入类目费用较低的类目，这种状况导致业务平台内存储的类目与业务对象的实际类目不一致，如果消费者根据类目在业务平台内查找业务对象，很难根据有误的类目查找到对应的业务对象，因此，业务平台内存储的有误类目给用户的搜索过程造成负面影响的同时，还会降低业务平台的用户体验。有鉴于此，需要对业务平台内的有误类目进行更正，而目前主要是采取人工核查类目的方式更正类目。但，这种方式耗费的时间久、出错率高，难以实现对类目的有效更正，本申请实施例针对如何有效更正业务对象在业务平台内的类目提出解决方案。

为更正业务对象在业务平台内的类目，本申请的方案，在业务对象注册成功，且业务平台将输入的类目与该业务对象对应存储在平台内后，能定时或随机的将其确定为待更新的业务对象；然后获取针对该业务对象的类目特征；所述类目特征携带有类目相关的字段；从获取的类目特征中解析出其携带的类目相关的字段；基于解析结果更新该业务对象的预定类目。因此，可以对误操作或者类目作弊等造成的错误类目进行快速更正，进而便于用户根据更正后的类目查找相应的业务对象。以下结合附图对本申请实施例类目更正过程进行详细阐述。

请参阅图1a，图1a是本申请一示例性实施例示出的业务对象的类目更新方法的流程图，该实施例可以包括以下步骤S101-S104：

步骤S101、确定待更新的业务对象；该业务对象与其预定类目对应存储。

步骤S102、获取针对该业务对象的类目特征；所述类目特征携带有类目相关的字段。

步骤S103、从获取的类目特征中解析出其携带的类目相关的字段。

步骤S104、基于解析结果更新该业务对象的预定类目。

本申请实施例的方法，可以运行于电子商务平台、社交平台等业务平台，所述业务对象为这些平台内的商家、物品、社交账户等对象，所述业务对象的预定类目一般为业务对象注册成功时，先由用户输入业务平台，再由业务平台对应所述业务对象存储的类目。

在业务平台将输入的类目对应各业务对象存储后，如图1b所示，在电子商务平台中的餐饮平台内，业务对象为餐饮平台的商家：老娘舅，不同位置的老娘舅的类目并非完全相同，这种状况将给用户带来困扰，不能快速明确老娘舅是否为自己所需的业务对象，有鉴于此，本申请实施例可以定时，或者，响应用户触发执行将业务平台内的业务对象确定为待更新对象的步骤，实际应用中，可以一次性将平台内的所有业务对象确定为待更新的对象，也可以依次将平台内的各业务对象确定为待更新的对象，本申请实施例对此不做限制。

针对所确定的业务对象，可以采取不同的方式获取不同的类目特征，这里提到的类目特征主要用于描述业务对象的类目，可以携带有类目相关的字段，字段可以是类目本身，也可以是与该类目具有某些共同属性，且能归类到该类目的字词(也可以称为关键词)，以下列举几种类目特征：

信息一：用户针对该业务对象发布的体验评估数据，针对体验评估数据，可以从业务对象的评论区中获取其所含的图片和字符等数据。如图1c所示，业务对象为餐饮平台的商家：老娘舅，从老娘舅的评论区可以获取图片或字符，获取的信息中包括与快餐相关的字段“口味”、“快餐”、“鱼”、“饭”等等，其中，字段“快餐”为快餐这个类目本身，字段“口味”、“鱼”、“饭”等能归类到快餐这个类目。

信息二：用户针对该业务对象提交的类目反馈数据，这种类目特征，可以在业务平台的用户留言区、用户反馈信箱中，查找用户的反馈数据。该反馈数据一般是用户针对类目错误的业务对象，发送的类目更正信息，或错误类目举报信息。

信息三：关联平台推送的与该业务对象对应的类目，这里提到的关联平台，可以是与待更新的业务对象所处的业务平台具有合作关系的平台，例如口碑与高德地图之间，高德地图的业务平台的数据库中，对应口碑的某些业务对象存储有其类目。

对于关联平台内对应业务对象存储的类目，本申请可以通过以下操作获取：

向关联平台发送类目请求，所述类目请求携带有该业务对象的标识。

接收关联平台对应该业务对象推送的类目。

实际应用中，业务对象的标识可以是业务对象的账户、名称、地理位置信息、特征图像等信息，如果高德地图的业务平台同时将多个业务对象对应的类目传送到口碑的业务平台，口碑的业务平台可以根据业务对象的账户、名称、地理位置信息、特征图像等信息，从接收的类目中查找到口碑平台内的业务对象对应的类目。

信息四：从目标网站获取的与该业务对象相关的数据。针对这类数据，可以在业务对象确定后，由业务平台将业务对象的账户、名称、地理位置信息、特征图像等信息作为业务对象的标识，然后通过以下操作从目标网站中获取：

基于该业务对象的标识，从目标网站爬取该业务对象相关的数据。

这里提到的目标网站可以是微博、论坛等社交平台中发布的针对该业务对象的广告宣传，也可以是地方新闻网等新闻发布平台发布新闻咨询。

例如，图1c所示的餐饮平台的商家老娘舅，可以由餐饮平台从美食相关的微博、论坛等社交平台中获取该宣传该商家的广告，或者针对该商家的美食介绍等。

通过不同的方式获取到针对业务对象的类目特征后，可以进行字段提取，在提取字段时，可以先从获取的信息中提取字词，然后判断提取的字词与预定的各类目的字段进行匹配，如果匹配成功，则确定提取到与类目相关的字段，这些字段可以由本申请设计人员根据应用场景的需要，预先设定。例如，新闻发布平台将平台内发布的新闻归类到体育、时尚、科技、旅游、教育、财经等类目；社交平台将平台内的社交账号归类到学习、名人明星、媒体、微吧、企业、政府等类目，电子商务平台将平台内的物品或商家归类到家电、美妆、运动、游戏、家具、珠宝、服装等类目。

实际应用中，为了避免信息来源不可靠造成的误更正，可以采取不同的方式获取多条类目特征，然后解析每条类目特征，根据解析结果再更正，如果获取到多条类目特征，可以通过以下操作，从获取的类目特征中解析出其携带的类目相关的字段：

从获取的每条类目特征中查找与各类目相关的字段。

如果从任一条类目特征中查找到与任一类目相关的字段，则确定该条类目特征与该类目对应。

确定后，可以通过以下表1，将各条类目特征与其对应的类目对应存储：

表1：

业务对象ID	平台内类目	数据来源以及解析出的类目
			对象001	美食	用户反馈为休闲娱乐
对象001	美食	用户评论中为足浴店
			对象001	美食	地图导入数据为休闲娱乐
对象002	超市	地图导入数据为超市

之后，统计与每个类目对应的类目特征的比例，为该类目的类目占比，可以表2所示格式，将业务对象、类目特征条数、类目与其占比对应存储：

统计每个类目对应的类目特征的比例时，可以先统计针对每个业务对象的类目特征的总条数，然后统计从每个对象的类目特征中解析出相同类目的类目特征的条数，将解析出同一类目的类目特征的条数与针对该业务对象的类目特征的总条数的比例，构成与每个类目对应的类目特征的比例。

某些平台中，业务对象的类目为多级类目，如三到四级，解析出的类目可以为多级类目，以及多级类目的占比，例如，美食类目下有火锅、甜品、炒菜等等，而火锅类目下又有川味火锅、广式火锅、韩式火锅等等。以图1c所示的老娘舅为例，解析结果如下表3所示：

对于多级类目，在更正类目时，如可以优先更正一级类目，然后再逐级就诊，此外，如果解析结果含有二级类目，可以自动将预定类目中的一级类目更正为解析结果中的二级类目的上级类目。

针对解析后的信息，为了防止误更正，可以在与待更新的业务对象的预定类目不一致的信息条数达到一定值后，再更正，具体实现时，本申请实施例可先从各条类目特征对应的类目中，查找与所述预定类目一致的类目，与所述预定类目相同或近似的类目均可以作为与所述预定类目一致的类目。

如果查找到，则判断查找到的类目的类目占比是否高于预定的类目阈值，如果高于，则放弃更新该业务对象的预定类目；如果不高于，再基于解析结果更新该业务对象的预定类目。这里提到的类目阈值，可以由本申请的设计人员根据实际应用需求设定，例如设定为50％。

此外，本申请实施例，还可以判断所获取的类目特征的条数是否高于预定的条数阈值；如果不高于，则放弃更新该业务对象的预定类目；如果高于，再基于解析结果更新该业务对象的预定类目。这里提到的条数阈值，可以由本申请的设计人员根据实际应用需求设定，例如设定为200条。在其他实施例中，还可以通过其他方式确定是否根据解析结果更正类目，本申请实施例对此不做限制。

基于解析结果更新该业务对象的预定类目时，为了进一步避免误更正，本申请设计人员可以根据实际应用需求，预设类目更新条件，更正时，可以根据各类目的类目占比，选取类目占比满足预定的类目更新条件的类目；如果选取到满足预定的类目更新条件的类目，则将该业务对象的预定类目更改为选取到的类目。一般情况下，类目条件为更新占比阈值，在选取到的类目的类目占比高于预定的更新占比阈值时，满足预定的类目更新条件。这里提到的更新占比阈值，可以由本申请的设计人员根据实际应用需求设定，例如设定为80％。

在某些例子中，选取到的类目的类目占比不高于预定的更新占比阈值时，难以根据解析结果更正类目，为了避免有误的类目给用户的搜索过程造成负面影响，可以生成类目调查数据，并向目标用户推送，然后根据目标用户的反馈更正类目，具体可参见图2a，图2a是本申请另一示例性实施例示出的业务对象的类目更新方法的部分流程图，该实施例除图1a至图1c所涉及的实施例含有的步骤外，还可以包括以下步骤S201至步骤S205：

步骤S201、生成该业务对象的类目调查数据，所述类目调查数据含有该业务对象的预定类目以及各条类目特征对应的类目。其他实施例中，生成的类目调查数据可以仅含有各条类目特征对应的类目。或者按其他方式确定类目调查数据所含的类目，本申请实施例对此不做限制。

步骤S202、向各目标用户推所述类目调查数据。

步骤S203、接收各目标用户提交的类目调查数据。

步骤S204、从接收的类目调查数据中提取出各目标用户选定的类目。

步骤S205、根据各目标用户选定的类目，确定是否更新该业务对象的预定类目。

本实施例中，目标用户一般为高信誉的用户，如实名认证用户或者进行银行绑定的用户。类目调查数据可以是如图2b所示的类目调查问卷，业务对象为餐饮平台的商家老娘舅，类目调查数据中含有“1美食、2运动、3都不对”等类目选项，目标用户接收到类目调查数据后，可以选择对应的类目选项，然后提交到平台。在其他例子中，类目调查数据可以是类目调查链接，用户点击类目调查链接后，展示如图2b所示的类目调查问卷。

由于向用户推送类目调查数据打扰到用户的正常操作流程，因此一般只会向单个用户推送一份类目调查数据，为保证类目更正的正确率，一次可以选取多个目标用户，多个目标用户分别推送类目调查数据，具体的用户数目可以由本申请的设计人员根据实际应用需求设定，例如设定为20。

在推送类目调查数据时，对于涉及多级类目的平台，可以先向各目标用户推送一级类目，如果预定比例的目标用户均选择了某个一级类目，如50％，再向原来的目标用户或者另一批目标用户，推送该以及类目的二级类目，依次类推。

以图2b的老娘舅为例，假设每一级类目的类目调查数据对应20个目标用户，第一级类目的类目调查数据对应的20个目标用户中，有50％选择了美食这个一级类目，那么向另外的20各目标用户推送美食的二级类目的类目调查数据“1快餐、2其他美食、3都不对”，以此类推，直到每一级类目的类目调查数据都推送完成。

另外，为了鼓励目标用户配合类目调查数据调查，可以在目标用户完成类目调查数据的提交后，给予其一定的奖励，如平台内的双倍积分、代金券等等。

在目标用户完成类目选择，将类目调查数据提交到平台后，本申请设计人员可以根据实际应用需求，预设类目更新条件，更正时，平台可以通过以下操作，根据各目标用户选定的类目，确定是否更新该业务对象的预定类目：

统计选定每个类目的用户比例，为该类目的用户占比。用户比例为选取该类目的目标用户的数目与目标用户的总数目的比值。

根据各类目的用户占比，挑选用户占比满足预定的类目更新条件的类目。

如果挑选到满足预定的类目更新条件的类目，则将该业务对象的预定类目修改为挑选到的类目。

一般情况下，类目条件为更新占比阈值，在挑选到的类目的用户占比高于预定的更新占比阈值时，满足预定的类目更新条件。这里提到的更新占比阈值，可以由本申请的设计人员根据实际应用需求设定，例如设定为80％。更正时，可以按照类目的等级，按照类目的等级从从高到低的次序，依次更正各级类目，只有当上一级类目更正完成后，才会进行下一级类目更正。

目标用户为高信誉用户，出现恶意选择选项的情况的概率较低，但是由于目标用户的选择带有一定的随机性，还是难以避免目标用户对选项的恶意选择，某些状况下，可能出现50％的目标用户的选择了“3都不对”的选项，平台根据目标用户提交的类目调查数据，仍难以更正类目，此时，可以对相应的业务对象的类目进行标记，由人工进行处理。

在其他实施例中，与业务对象所在业务平台相关的平台，也可以将与业务对象对应的类目转换为如上表1或表2的格式后，再推送到业务平台。业务平台解析类目特征时，可以直接从表1或表2中提取各条类目特征中对应的业务对象和字段。

再者，上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。例如，可以先不确定待更新的业务对象，先执行获取类目特征的步骤，具体执行时可以按照某种次序，依次搜索平台内的评论区域、留言区域、举报信息等，或者由相关平台定时将其存储的类目特征推送到业务平台。获取到类目特征后，再确定待更新的对象，从类目特征中查找针对该业务对象的类目特征，进而提取类目相关的字段。

另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

与前述业务对象的类目更新方法的实施例相对应，本申请还提供了业务对象的类目更新装置的实施例。

参见图3，图3是本申请一示例性实施例示出的业务对象的类目更新装置的框图，该实施例可以包括：对象确定模块310、特征获取模块320、特征解析模块330和类目更新模块340。

对象确定模块310，用于确定待更新的业务对象；该业务对象与其预定类目对应存储。

特征获取模块320，用于获取针对该业务对象的类目特征；所述类目特征携带有类目相关的字段。

特征解析模块330，用于从获取的类目特征中解析出其携带的类目相关的字段；

类目更新模块340，用于基于解析结果更新该业务对象的预定类目。

一些例子中，所述类目特征包括以下一种或多种：

用户针对该业务对象发布的体验评估数据；

用户针对该业务对象提交的类目反馈数据；

关联平台推送的与该业务对象对应的类目；

从目标网站获取的与该业务对象相关的数据。

另一些例子中，特征解析模块340可以包括：

字段查找模块，用于从获取的每条类目特征中查找与各类目相关的字段；

对应类目确定模块，用于在从任一条类目特征中查找到与任一类目相关的字段时，确定该条类目特征与该类目对应；

类目占比统计模块，用于统计与每个类目对应的类目特征的比例，为该类目的类目占比。

本申请实施例的业务对象的类目更新装置还可以包括：

类目查找模块，用于在基于解析结果更新该业务对象的预定类目前，从各条类目特征对应的类目中，查找与所述预定类目一致的类目；

第一判断模块，用于在查找到与所述预定类目一致的类目时，判断查找到的类目的类目占比是否高于预定的类目阈值；

更新放弃模块，用于在查找到的类目的类目占比高于预定的类目阈值时，放弃更新该业务对象的预定类目；

第一通知模块，用于在查找到的类目的类目占比不高于预定的类目阈值时，通知所述类目更新模块基于解析结果更新该业务对象的预定类目。

作为例子，类目更新模块340可以包括：

类目选取模块，用于根据各类目的类目占比，选取类目占比满足预定的类目更新条件的类目；

类目更改模块，用于在选取到满足预定的类目更新条件的类目时，将该业务对象的预定类目更改为选取到的类目。

作为例子，选取到的类目的类目占比高于预定的更新占比阈值。

作为例子，本申请实施例的业务对象的类目更新装置还可以包括：

调查数据生成模块，用于在各类目的类目占比均不满足预定的类目更新条件时，生成该业务对象的类目调查数据，所述类目调查数据含有该业务对象的预定类目以及各条类目特征对应的类目；

调查数据推送模块，用于向各目标用户推所述类目调查数据；

调查数据接收模块，用于接收各目标用户提交的类目调查数据；

选项提取模块，用于从接收的类目调查数据中提取出各目标用户选定的类目；

更新确定模块，用于根据各目标用户选定的类目，确定是否更新该业务对象的预定类目。

作为例子，所述更新确定模块包括：

用户占比统计模块，用于统计选定每个类目的用户比例，为该类目的用户占比；

类目挑选模块，用于根据各类目的用户占比，挑选用户占比满足预定的类目更新条件的类目；

类目修改模块，用于在挑选到满足预定的类目更新条件的类目时，将该业务对象的预定类目修改为挑选到的类目。

作为例子，挑选到的类目的用户占比高于预定的更新占比阈值。

另一些例子中，所述特征获取模块包括：

类目请求模块，用于向关联平台发送类目请求，所述类目请求携带有该业务对象的标识；

类目接收模块，用于接收关联平台对应该业务对象推送的类目。

另一些例子中，所述特征获取模块包括：

数据爬取模块，用于基于该业务对象的标识，从目标网站爬取该业务对象相关的数据。

另一些例子中，本申请实施例的业务对象的类目更新装置还包括：

条数判断模块，用于在获取针对该业务对象的多条类目特征后，判断所获取的类目特征的条数是否高于预定的条数阈值；

更新终止模块，用于如果不高于，则终止更新该业务对象的预定类目；

第二通知模块，用于在所获取的类目特征的条数高于预定的条数阈值时执通知所述类目更新模块基于解析结果更新该业务对象的预定类目。

对于业务对象的类目更新装置的实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的业务对象的类目更新装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元或模块可以是或者也可以不是物理上分开的，作为单元或模块显示的部件可以是或者也可以不是物理单元或模块，即可以位于一个地方，或者也可以分布到多个网络单元或模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请业务对象的类目更新装置的实施例可以应用在计算机设备上。具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现中，计算机设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、个人数字助理、媒体播放器、平板计算机、互联网电视或者这些设备中的任意几种设备的组合。

业务对象的类目更新装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的客户端，是通过其所在计算机设备的处理器将非易失性存储器等可读介质中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请业务对象的类目更新装置所在计算机设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中计算机设备通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。计算机设备的存储器可以存储处理器可执行程序指令；处理器可以耦合存储器，用于读取所述存储器存储的程序指令，并作为响应，执行如下操作：确定待更新的业务对象，该业务对象与其预定类目对应存储；获取针对该业务对象的类目特征，所述类目特征携带有类目相关的字段；从获取的类目特征中解析出其携带的类目相关的字段；基于解析结果更新该业务对象的预定类目。

在其他实施例中，处理器所执行的操作可以参考上文方法实施例中相关的描述，在此不予赘述。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种业务对象的类目更新方法，包括步骤：

确定待更新的业务对象，该业务对象与其预定类目对应存储；

获取针对该业务对象的类目特征，所述类目特征携带有类目相关的字段；

从获取的类目特征中解析出其携带的类目相关的字段；

基于解析结果更新该业务对象的预定类目。

2.根据权利要求1所述的方法，所述从获取的类目特征中解析出其携带的类目相关的字段，包括：

从获取的每条类目特征中查找与各类目相关的字段；

如果从任一条类目特征中查找到与任一类目相关的字段，则确定该条类目特征与该类目对应；

统计与每个类目对应的类目特征的比例，为该类目的类目占比。

3.根据权利要求2所述的方法，所述基于解析结果更新该业务对象的预定类目，包括：

根据各类目的类目占比，选取类目占比满足预定的类目更新条件的类目；

如果选取到满足预定的类目更新条件的类目，则将该业务对象的预定类目更改为选取到的类目。

4.根据权利要求3所述的方法，如果各类目的类目占比均不满足预定的类目更新条件，所述方法还包括：

生成该业务对象的类目调查数据，所述类目调查数据含有该业务对象的预定类目以及各条类目特征对应的类目；

向各目标用户推所述类目调查数据；

接收各目标用户提交的类目调查数据；

从接收的类目调查数据中提取出各目标用户选定的类目；

根据各目标用户选定的类目，确定是否更新该业务对象的预定类目。

5.根据权利要求4所述的方法，所述根据各目标用户选定的类目，确定是否更新该业务对象的预定类目，包括：

统计选定每个类目的用户比例，为该类目的用户占比；

根据各类目的用户占比，挑选用户占比满足预定的类目更新条件的类目；

如果挑选到满足预定的类目更新条件的类目，则将该业务对象的预定类目修改为挑选到的类目。

6.一种业务对象的类目更新装置，包括：

对象确定模块，用于确定待更新的业务对象，该业务对象与其预定类目对应存储；

特征获取模块，用于获取针对该业务对象的类目特征，所述类目特征携带有类目相关的字段；

特征解析模块，用于从获取的类目特征中解析出其携带的类目相关的字段；

类目更新模块，用于基于解析结果更新该业务对象的预定类目。

7.根据权利要求6所述的装置，所述特征解析模块包括：

字段查找模块，用于从获取的每条类目特征中查找与各类目相关的字段；

对应类目确定模块，用于在从任一条类目特征中查找到与任一类目相关的字段时，确定该条类目特征与该类目对应；

类目占比统计模块，用于统计与每个类目对应的类目特征的比例，为该类目的类目占比。

8.根据权利要求7所述的装置，所述类目更新模块包括：

类目选取模块，用于根据各类目的类目占比，选取类目占比满足预定的类目更新条件的类目；

类目更改模块，用于在选取到满足预定的类目更新条件的类目时，将该业务对象的预定类目更改为选取到的类目。

9.根据权利要求8所述的装置，所述装置还包括：

调查数据生成模块，用于在各类目的类目占比均不满足预定的类目更新条件时，生成该业务对象的类目调查数据，所述类目调查数据含有该业务对象的预定类目以及各条类目特征对应的类目；

调查数据推送模块，用于向各目标用户推所述类目调查数据；

调查数据接收模块，用于接收各目标用户提交的类目调查数据；

选项提取模块，用于从接收的类目调查数据中提取出各目标用户选定的类目；

更新确定模块，用于根据各目标用户选定的类目，确定是否更新该业务对象的预定类目。

10.一种计算机设备，包括：

处理器；

存储处理器可执行指令的存储器；

其中，所述处理器耦合于所述存储器，用于读取所述存储器存储的程序指令，并作为响应，执行如下操作：

确定待更新的业务对象，该业务对象与其预定类目对应存储；

获取针对该业务对象的类目特征，所述类目特征携带有类目相关的字段；

从获取的类目特征中解析出其携带的类目相关的字段；

基于解析结果更新该业务对象的预定类目。