CN104036045A - 一种信息分析方法及服务平台 - Google Patents
一种信息分析方法及服务平台 Download PDFInfo
- Publication number
- CN104036045A CN104036045A CN201410311128.XA CN201410311128A CN104036045A CN 104036045 A CN104036045 A CN 104036045A CN 201410311128 A CN201410311128 A CN 201410311128A CN 104036045 A CN104036045 A CN 104036045A
- Authority
- CN
- China
- Prior art keywords
- information
- service platform
- services
- user
- weight
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例公开了一种信息分析方法及服务平台,其中分析方法包括:服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字;所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;所述服务平台根据服务信息的属性计算每个服务信息的权重;所述服务平台根据权重大小向所述用户推送对应的服务信息。可见本申请的技术方案可以适用于任何细分市场的业务挖掘,由于对用户的潜在需求作了分析,因此其提供的信息的可靠性更高,更能满足用户实际需求。
Description
技术领域
本申请涉及互联网数据处理领域,更具体的说是涉及一种信息分析方法及服务平台。
背景技术
随着网络信息的迅猛发展,庞大的网络信息资源和人们特定的信息需求之间形成了巨大的矛盾。基于此,目前互联网市场上出现了各种各样的服务平台(或者系统),比如电子商务平台、健康服务平台、产品销售服务网站、信息咨询服务网站等,这些服务平台能够为用户提供基于产品或者信息的明确要求提供检索服务。
目前这些服务平台都是基于用户输入的关键字作关键字挖掘,搜索包含关键字的信息,将这些信息反馈给用户。该方式属于静态信息搜索方式,仅能对基于产品或者信息的明确要求提供检索服务,检索结果只是包含用户输入的关键字的信息。在实际应用中,由于用户不可能完全了解各个领域的产品或者信息,因此,用户常常无法出给基于产品或者信息的明确要求,则用户无法利用该方式检索到其真正需求的信息。
发明内容
有鉴于此,本申请提供了一种信息分析方法及服务平台,适应于细分市场的业务挖掘,能够分析出用户的潜在需求,根据该潜在需求提供对应的服务信息。
为实现上述目的,本申请提供如下技术方案:
第一方面,本申请提供了一种信息分析方法,所述方法包括:
服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字;
所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;
所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;
所述服务平台根据服务信息的属性计算每个服务信息的权重;
所述服务平台根据权重大小向所述用户推送对应的服务信息。
可选的,所述服务平台根据服务信息的属性计算每个服务信息的权重,包括:
所述服务平台根据每个服务信息涉及到的关键因素和每个关键因素的权重比例系数计算每个服务信息的权重。
可选的,在所述服务平台根据服务信息的属性计算每个服务信息的权重之前,所述方法还包括:
所述服务平台查找所述用户的相关信息,根据所述相关信息选择对应的服务信息;所述相关信息至少包括历史搜索信息;
则所述服务平台计算每个服务信息的权重具体为所述服务平台计算所选择的服务信息的权重。
可选的,在服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字之后,所述方法还包括:
所述服务平台分析与所述关键字相似的关键字,在与相似的关键字属性对应的标签库中查找与所述相似的关键字匹配的标签。
可选的,所述服务平台根据权重大小向所述用户推送对应的服务信息,包括:
所述服务平台按照权重大小选取预置个数的服务信息,向所述用户推送所选取的服务信息,所述服务信息包括文字、图片、视频或者网络链接中一种或其组合。
第二方面,本申请提供了一种服务平台,所述服务平台包括:
接收单元,用于接收用户发送的描述信息,挖掘所述描述信息的关键字;
第一查找单元,用于根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;
第二查找单元,用于服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;
计算单元,用于根据服务信息的属性计算每个服务信息的权重;
推送单元,用于根据权重大小向所述用户推送对应的服务信息。
可选的,所述计算单元具体用于根据每个服务信息涉及到的关键因素和每个关键因素的权重比例系数计算每个服务信息的权重。
可选的,所述服务平台还包括:
第三查找单元,用于查找所述用户的相关信息,根据所述相关信息选择对应的服务信息;所述相关信息至少包括历史搜索信息;
则所述计算单元具体用于计算所选择的服务信息的权重。
可选的,所述服务平台还包括:
分析单元,用于分析与所述关键字相似的关键字,在与相似的关键字属性对应的标签库中查找与所述相似的关键字匹配的标签。
可选的,所述推送单元具体用于按照权重大小选取预置个数的服务信息,向所述用户推送所选取的服务信息,所述服务信息包括文字、图片、视频或者网络链接中一种或其组合。
经由上述的技术方案可知:本申请提供的一种信息分析方法和服务平台,为了给用户提供满足其潜在需求的服务信息,首先通过服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字;所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;所述服务平台根据服务信息的属性计算每个服务信息的权重;所述服务平台根据权重大小向所述用户推送对应的服务信息。因此,对于用户而言其无需自己分析自己的潜在需求,只需要输入描述信息即可,而服务平台会根据用户的描述信息分析出用户的潜在需求,并为用户提供对应的服务信息。而现有的信息搜索方法仅采用信息分类、归类算法、单纯的数据搜索去搜索包含用户输入的关键字的信息,将这些信息反馈给用户。由于用户输入的信息常常无法准确表达自己的实际搜索需求,因此现有的信息搜索方法无法满足用户实际需求。而本申请的技术方案,并不是采用单纯的数据搜索方法,而是对关键字表征的属性做分析查找对应的标签,基于该分析可以确定用户的实际需求,然后再根据标签与信息之间的对应关系为用户提供满足需求的信息。可见本申请的技术方案可 以适用于任何细分市场的业务挖掘,由于对用户的潜在需求作了分析,因此其提供的信息的可靠性更高,更能满足用户实际需求。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例的信息分析方法实施例1的流程图;
图2为本申请实施例的信息分析方法实施例3的流程图;
图3为本申请实施例的信息分析方法实施例4的流程图;
图4为本申请服务平台实施例1的结构图;
图5为本申请服务平台实施例2的结构图;
图6为本申请服务平台实施例3的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
参见图1,图1为本申请实施例信息分析方法实施例1的流程图。本实施例提供的技术方案可包括以下步骤:
步骤101:服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字。
其中,服务平台是指为用户提供某种服务的服务平台、网站或者网络系统,比如电子产品领域的网络服务平台、生活用品领域的网络服务平台、健康领域的网络服务平台、独立业务服务平台、其他销售领域的网络服务平台等。
由于用户不是业务领域的从业人员,不可能对每个业务领域的服务信息都非常了解,且用户对某业务领域服务平台的使用是为了满足自己的实际需求,其并不愿意花费不必要的时间在对该业务的理解上。因此,在使用某一领域的服务平台时,用户无法准确描述自己的需求,只能给出简单的自己能够明白的描述信息,这些描述信息很可能没法办法准确体现用户的真实需求。因此,在不同的服务平台下,用户输入的描述信息可能没法体现其真实需求,为了给用户提供针对性的服务,就需要分析用户的真实需求也就是潜在需求。
比如在健康领域服务平台中,用户输入“肚子疼”,由于用户不是医护人员,没有办法准确定位到底是肚子的哪个部位疼,也无法准确分析疼痛的类型等,因此,用户输入的描述信息只能是大概的、模糊的信息,所以服务平台首先需要从这些信息中分析用户的潜在需求。
再比如电子产品服务平台,用户输入“手机没有电”,由于用户不知道哪款手机待机时间长、电池持久耐用,因此用户没有办法准确描述手机的型号,用户输入该描述信息,其目的是为了搜索一款电池持久耐用的手机,而不是一款普通手机或者其他与手机相关的设备。目前普通的电子产品服务平台,当用户输入上述“手机没有电”的描述信息时,其仅会给用户提供与手机相关的其他设备信息(比如手机贴膜、手机支架、手机数据线等产品信息),而无法对用户潜在需求作分析,无法提供针对性的服务。
下面仅以健康领域服务平台为例对本申请实施例作进一步解释说明。当然,本申请不局限于健康领域之中,可以应用在任何一个领域之中,以实现分析用户潜在需求,为用户提供对应服务信息的功能。
健康领域服务平台能够为用户提供针对健康问题的解决方案,为用户提供更人性化的健康访问体验,健康领域服务平台可包括保健食品商城、在线体检系统、健康知识文库、健康互动社区、健康咨询等一种或其多种组合。
用户在使用健康领域服务平台时,首先需要登录该服务平台,用户可以以临时用户的身份登录,进行浏览、访问、搜索等操作;用户也可以以该服务平台会员的身份登录,同样地进行浏览、访问、搜索等操作;会员也可以根据注册时间长短进一步区分等级比如金牌会员、银牌会员等。用户登录该服务平台之后,可在该服务平台提供给用户的搜索框里,输入自己想要查询的描述信息。该搜索框可以是固定位置的搜索框,也可以是随页面位置动态 变化的搜索框。由于健康领域特殊性,只有具备大量医学知识的人才可能准确描述出自己的真实需求,而大部分用户都无法准确描述真实需求,因此,其输入的描述信息可能没法体现其潜在需求。
比如用户A、B、C都想要查询关于减肥的方法,用户A输入的描述信息为“我要减肥”,用户B输入的描述信息为“怎么减肥”,用户C输入的描述信息是“太重了,想减重”,对于不同的用户可能输入的描述信息不同,但实际上这些用户的潜在需求是一样的,他们的潜在需求都是要搜索关于减肥的方法。因此服务平台需要先挖掘出描述信息中的关键字,再通过关键字分析出潜在需求。
假设该服务平台是健康咨询服务平台,则用户登录该健康咨询服务平台之后,用户想要咨询关于减肥的解决方案,则用户输入的信息可能是“减肥”、“减重”“我想要减肥”或“从180减到120”等等具有不同内容的描述信息,将这些用于描述用户需求的信息称之为描述信息;这种描述信息可能是一个字、一个词,也可能是一句话,一段话等;如果该服务平台具有语音识别功能、图片识别功能等其他信息识别功能,用户也可采用语音方式输入描述信息,也可采用图片形式输入描述信息,或者以其他方式输入描述信息。当健康咨询服务平台接收到用户输入的描述信息之后,要从该描述信息中提取出关键字,以便后续利用该关键字进行潜在需求分析等处理。比如从“减重”中能够挖掘出“减重”关键字;从“想要减肥”中仅挖掘出“减肥”这一个关键字,从“从180减到120”中挖掘出“180”“减”和“120”这三个关键字。所谓关键字并不一定是一个字、一个单词、一个数字、也可以是一个词、还可以是常用的一些具有关联的词等。服务平台可以采用多种不同的关键字挖掘算法,实现本步骤的关键字挖掘处理。
步骤102,所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签。
服务平台为了实现对用户输入的描述信息作潜在需求分析的功能,其需要预先建立标签库,标签库可以根据服务平台所提供的服务类型分为不同类型的标签库。比如健康咨询服务平台,可以预先建立多个标签库,不同的标签库是在针对不同属性的关键字建立的,同一属性的不同关键字其标签也不相同。比如:预先建立三个标签库,第一个标签库用于储存属性为“症状” 的关键字的标签;其中,症状如“头晕”“目眩”、“恶心”“呕吐”“胃疼”“腿抽筋”“手颤抖”等用于表征病理特征的关键字,在该“症状”属性中不同关键字的标签是不相同的。第二个标签库用于储存属性为“状态”的关键字的标签;其中,状态如“没吃饭”、“没喝水”“晚上八点”“清晨”等用于表征病症发生状态的关键字。第三个标签库用于储存属性为“用户主体信息”的关键字的标签;其中,“用户主体信息”如“年龄”、“体重”、“性别”、“职业类型”等用于表征病症主体的个人信息的关键字。当然,在实际应用中,服务平台可以建立更多或者更少的标签库,比如还可以建立语义分析标签库,该标签库中的标签用于标识经过语义分析得出的关键字。比如对“180”“减”“120”作语义分析得出这是一个体重减少的过程,将其定义为“减肥”。服务平台可以采用分布式数据库的方式建立这些标签库,也可以采用单层数据库的方式建立这些标签库,当然还可以采用其他搭建数据库的方式建立这些标签库。
在这些标签库中,同一属性的关键字的标签保存在同一个标签库中,在同一标签库中,采用不同的标签标识不同的关键字,标签与关键字之间的对应关系可以被保存在该标签库中以便直接查询与关键字匹配的标签,也可以将两者之间的对应关系保存在其他地方,同样能够实现查询操作。
另外,考虑到该服务平台可提供的服务信息会动态变化,比如新的医生入主该服务平台,新的解决方案产生,之前已保存的解决方案可能被删除等变化情况,则这些服务信息中关键字对应的标签也会被更新、增加或者删除。基于此,该服务平台需要动态管理标签库,将已经失效的标签删除掉,将新生成的标签更新保存在标签库中,同时更新标签与关键字之间的对应关系,该动态管理可以是周期性执行,也可以是随机性触发的。
步骤103,所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息。
服务平台为了给用户提供满足其潜在需求的服务信息,除了建立标签库之外,还需要建立服务信息数据库,在该服务信息数据库中储存着该服务平台能够提供的所有服务信息;且,每个标签或者每个标签组与服务信息之间存在对应关系;一个标签或者一个标签组可以对应一个服务信息,也可以对 应多个服务信息。服务平台可以将这种对应关系保存在该服务信息数据库中,也可以保存在其他地方,以便执行查询处理。
服务平台可以从用户输入的描述信息中提取出一个或者多个关键字,然后需要查找与每个关键字匹配的标签,得到一个标签或者多个标签(即标签组),然后根据标签或者标签组与服务信息之间的对应关系查找对应的服务信息。
步骤104,所述服务平台根据服务信息的属性计算每个服务信息的权重。
仍旧以健康咨询服务平台为例进行解释说明。
健康咨询服务平台接收到用户输入的描述信息 “我晕车没吃饭”,挖掘关键字分别为“我”“晕车”“没吃饭”,由于“我”是表征病症主体的个人信息的关键字,因此在上述第三标签库中查询对应的标签;“头晕”是表征病理特征的关键字,因此在上述第一标签库中查询对应的标签;“没吃饭”是表征病症发生状态的关键字,因此在上述第二标签库中查询对应的标签;从上述第一、第二、第三标签库中查询到的标签依次为“A1”“B1”“C1”,则组成标签组“A1B1C1”,再在服务信息数据库中查找与“A1B1C1”对应的服务信息,由于健康咨询服务平台提供健康咨询服务,则其服务信息可包括健康方案提供者和其所提供的健康方案。其中,健康方案中可以包括针对病症的医疗解决方法、医院、健身机构、饮食配置、生活计划等方面的信息。
其中,该服务信息的属性包括:健康方案提供者职位级别(教授、副教授、高级医生、普通医生、护士主任、普通护士、药剂师等)、健康方案提供者沟通状态(是否在线)、健康方案提供者的好评度、健康方案提供者的差评度、健康方案的点击率、健康方案的好评度、健康方案的差评度等其他能够表征该健康方案可信性的信息。每个属性的权重比例可根据实际需求作动态调整,可根据市场调研将用户在意的属性的权重比例调高,降低用户不关注的属性的权重比例等。
比如:健康方案提供者的职位级别由高到底对应的权重比例依次降低,教授、副教授、高级医生、普通医生、护士主任、普通护士、药剂师对应的权重比例依次为200、180、150、120、100、80、70;方案的点击率的权重比例为1,健康方案的好评度的权重比例为2,健康方案的差评度的权重比例为 -2,健康方案提供者的好评度信息的权重比例为3,健康方案提供者的差评度信息的权重比例为-3。
如果健康咨询服务平台根据标签组查找出两个健康方案,这两个健康方案是不同的方案提供者提供的,第一个方案的提供者为教授、健康方案提供者的好评度信息为30条、健康方案提供者的差评度信息为0条、健康方案的点击率信息为100条、健康方案的好评度信息50条、健康方案的差评度信息0条,则第一个方案的权重Q1=200+30*3+100*1+50*2=490。
第二方案的提供者为副教授、健康方案提供者的好评度信息为40条、健康方案提供者的差评度信息为0条、健康方案的点击率信息共80条、健康方案的好评度信息30条、健康方案的差评度信息共1条,则第二个方案的权重Q2=180+40*3+80*1+30*2-1*2=438;则第一个方案的权重大于第二个方案的权重。
针对此步骤本申请提供了优选方式,即,所述服务平台根据每个服务信息涉及到的关键因素和每个关键因素的权重比例系数计算每个服务信息的权重。
步骤105,所述服务平台根据权重大小向所述用户推送对应的服务信息。
上述健康咨询服务平台可以仅将上述第一方案推送给用户,也可以先提供第一方案再提供第二方案,还可以先提供第一方案,再根据用户实际需求决定是否提供第二方案等。
上述健康咨询服务平台可以采用文字方式推送服务信息,也可以以图像方式推送服务信息,还可以以视频方式推送服务信息,当然也可以采用这些方式的相结合的方式推送服务信息。
当然,该健康咨询服务平台还可以为用户提供与健康方案提供者之间在线咨询服务,即建立用户与健康方案提供者之间的沟通渠道,该沟通渠道可以是视频通话界面,也可以是语音通话界面,也可以是文字沟通界面;用户可以通过该沟通渠道向健康方案提供者咨询健康信息。
通过上述实施例可以看出:本申请提供的信息分析方法对于用户而言,用户无需了解服务领域的信息,无需给出明确的搜索要求,仅需要输入描述信息。而服务平台会针对描述信息挖掘关键字,再根据关键字属性查找对应的标签,最后根据标签查找对应的服务信息,根据服务信息权重大小将服务 信息反馈给用户。该方法与现有技术信息搜索方法不同,该方法不对服务信息作分类和归类处理,而是将所有的服务信息都看作是一类,用标签标记每个服务信息的关键字,对该关键字进行分析,得出用户实际需求,而用户无需了解该服务领域的技术,只需要关注自己的问题即可。该方法并不是采用单纯的数据搜索,而是通过关键字分析出用户的潜在需求,从而为其提供符合实际需求的服务信息。
下面以电子商务服务平台为例,对本申请提供的信息分析方法作解释说明。该方法可以包括:
步骤201,服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字。
用户不需要了解该电子商务服务平台的技术,不需要了解电子商务提供的任何信息,只需要关注自己要搜索的问题,在该电子商务服务平台上输入用于描述自己要搜索的信息。假设用户想要购买一款手机,用户的要求是该手机待电时间要够长,但是用户自己并不知道哪款手机能够满足他的需求,此时他只需要输入自己的需求信息,无需关注产品是什么;比如用户输入描述信息为“手机待电时间太短”。当该电子商务服务平台接收到描述信息之后,挖掘到“手机”“待电时间”“短”这些关键字。
步骤202,所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签。
该电子商务服务平台需要预先建立标签库,可以建立多个标签库,不同的标签库用户储存不同属性的关键字对应的标签。比如第一标签库用于储存属性为“产品名称”的关键字的标签,其中,属性为“产品名称”的关键字可以是“手机”“电视机”“冰箱”“空调”“洗衣机”等其他用于表征产品名称的关键字。第二标签库用于储存属性为“产品性能”的关键字对应的标签,其中,属性为“产品特征”的关键字可包括“反应速度”“外观设计”“屏幕大”“待电时间”“动力”“声音”“画面质量”等其他用于表征产品特征的关键字。第三标签库用于储存属性为“产品性能”的关键字对应的标签,其中属性为“产品性能”的关键字可包括“长”“短”“大”“小”“亮丽”“清晰”等用于表征产品性能好坏的关键字。第四标签库用于储存属性为“产品品牌” 的关键字的标签,其中属性为“产品品牌”的关键字可包括任何一种产品的品牌,比如海尔、索尼、海信、苹果、诺基亚、小米等。
上述步骤挖掘到“手机”“待电时间”“短”这些关键字,则分析各个关键字的属性,由于“手机”是表征产品名称的关键字,因此在第一标签库中查找与其对应的标签;“待电时间”是表征产品性能的关键字,因此在第二标签库中查找与其对应的标签;“短”是表征产品性能的关键字,因此在第三标签库中查找与其对应的标签。若查找到的三个标签依次是“a1”“b2”“c3”,则组成一个标签组“a1 b2 c3”。
在实际应用中,也可能仅查找到一个标签或者多个标签。
当然,在实际应用中,服务平台可以依据其提供的产品的属性预先建立不同属性的标签库,可以建立一个或者多个。服务平台可以采用分布式数据库的方式建立标签库,也可以采用单层数据库方式建立标签库,当然还可以采用其他数据库建立方式。
步骤203,所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息。
该电子商务服务平台除了要建立标签库之外,还需要建立服务信息数据库,在该服务信息数据库中储存该电子商务服务平台所能够提供的所有产品的信息;且一个标签或者一个标签组对应一个产品信息或者多个产品信息。
上述步骤查找到标签组a1 b2 c3,则根据该标签组与产品信息的对应关系查找与其对应的产品信息,可能查找到一个或者多个产品信息。
步骤204,所述服务平台根据服务信息的属性计算每个服务信息的权重。
步骤205,所述服务平台根据权重大小向所述用户推送对应的服务信息。
由于该电子商务服务平台提供给用户的服务信息其实就是产品信息,因此该服务信息的属性,即产品信息的属性,所谓产品信息的属性包括:产品卖家等级、产品卖家好评度、产品点击率、产品好评度、产品差评度等用于表征产品信息可信度的属性信息,不同的属性信息的权重系数可以相同也可以不同。
可选的,该电子商务服务平台根据每个服务信息涉及到的关键因素和每个关键因素的权重比例系数计算每个服务信息的权重。其中,关键因素是产品信息的属性信息。
当计算出每个服务信息的权重之后,该电子商务服务平台可以按照权重大小选择权重值最大的产品信息推送给用户;可选的,所述服务平台按照权重大小选取预置个数的服务信息,向所述用户推送所选取的服务信息,所述服务信息包括文字、图片、视频或者网络链接中一种或其组合。
考虑到该电子商务服务平台提供的产品可能是多个卖家提供的,则为了给用户提供更好的服务,该服务平台还可以为用户提供与卖家之间的在线咨询服务,即建立用户与产品卖家之间的沟通渠道,该沟通渠道可以是视频通话界面,也可以是语音通话界面,也可以是文字沟通界面;用户可以通过该沟通渠道向卖家咨询产品信息。
若采用现有技术的信息搜素方法,用户输入“手机待电时间太短”的描述信息之后,可能无法搜索到用户真正需求的信息,只会搜索与关键字“手机”或者与“电”相关的产品信息。比如搜索到手机产品信息、电风扇产品信息、电池等与关键字直接对应的产品信息。这些信息并不是用户真实需求的信息,对用户而言,这些信息并没有实际价值。
通过本申请上述实施例可以看出:本申请提供的信息分析方法同样可以应用在电子商务领域中,用户在使用该电子商务服务平台时,用户不需要关注需要的产品到底是什么型号什么款式,而只需要输入一些描述信息表达自己的搜索意愿,该电子商务服务平台会根据用户的描述信息分析用户的潜在需求,提供最合适的产品信息;利用该方法之后用户不需要在对自己不关心的内容作过滤筛选,而通过描述信息就能够得到自己需要的精确结果。
另外,需要说明的是:上述实施例仅是在特定的应用场景下对本申请信息分析方法进行解释说明,但并不限定本申请的应用范围,在实际应用中,本申请可以应用在任何一种服务平台中,只要该服务平台能够为用户提供某个领域的服务即可。
再者,考虑到在实际应用中,如果用户输入的描述信息中没有挖掘出有效的关键字,即服务平台中并没有保存该关键字,同时也没有与该关键字对应的标签;则服务平台无法查找到与该关键字匹配的标签。在这种情况下,服务平台在无法为用户提供有效服务。基于此,本申请提供优选方案。
下面通过实施例3对该优选方案作进一步解释说明。
参阅图2,图2是本申请实施例信息分析方法实施例3的流程图。该方法可包括:
步骤301,服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字。
步骤302,所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签。
上述步骤301和302,与实施例1中步骤101和102对应相同。在此不再赘述。
步骤303,所述服务平台分析与所述关键字相似的关键字,在与相似的关键字属性对应的标签库中查找与所述相似的关键字匹配的标签。
当步骤302中没有查到与关键字匹配的标签时,再执行步骤303,使得服务平台能够为用户提供对应的服务。
比如:如果该服务平台为保健食品服务平台,则该服务平台为用户提供保健品购物服务;该服务平台不再应用分类和归类算法,也不再应用网页爬虫抓取技术,而是针对保健品信息作异类动态处理,所有的信息将不会被分类,采用标签标记保健品信息的关键字,不同的标签用于标记不同的关键字。由于保健食品服务平台提供的产品会发生动态变化,比如有些老产品不再生产缺货、有些产品失效信息、有些产品的显示质量较差不达标信息、有些新产品要上线等,则这些产品信息的关键字对应的标签就需要更新或者删除处理,因此,该服务平台需要动态的处理标签,将失效的标签删除掉,将新生成的标签与关键字之间的对应关系更新保存在标签库中,可以是周期性执行标签动态管理,也可以是随机性触发管理。
比如当用户在保健品服务平台中输入的描述信息为“减重”,如果服务平台中并没有保存该关键字,此时,可以分析“减重”的同义词、近义词等表征意思相同或者相近的词。比如分析“减重”的近义词,可以是“减肥”“瘦身”“健身”等,然后再查找与这些关键字匹配的标签。
当步骤302中查找到与关键字匹配的标签时,为了扩大该服务平台的搜索范围,为用户提供更精细地服务信息,所述服务平台在找到与所挖掘的关键字匹配的标签之后,也可以再继续分析与所挖掘的关键字相似的关键字,并在标签库中查找与所分析的相似关键字匹配的标签。比如:如果该服务平台 找到与“减重”匹配的标签,则还可以再分析与“减重”意思相近的关键词,比如分析到“减肥”“瘦身”“健身”等关键词,然后再查找这些关键词的标签。
步骤304,所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息。
步骤305,所述服务平台根据服务信息的属性计算每个服务信息的权重。
假设该服务平台是保健品服务平台,则该服务平台是向用户提供保健食品购物服务,因此,该服务平台所管理的服务信息就是保健品信息,保健品信息的属性可包括:保健品名称、保健品产地、保健品功效、保健品生产日期、保健品点击率、保健品评价信息中的一种或其组合。
该服务平台可以周期性或者不定期地对其所管理的服务信息的各个属性的权重系数作动态分析,比如:根据市场调研人员的市场调研数据分析每个保健食品的效果和用户使用情况,根据这些信息提高或者降低某些属性的权重系数,或者直接提高或者降低某个保健品的权重。
步骤306,所述服务平台根据权重大小向所述用户推送对应的服务信息。
步骤304~406与上述实施例1中步骤103~105对应相同。在此不再赘述。
通过上述实施例可以看出:本申请优选方案在上述实施例的基础上能够 进一步提高服务平台的分析质量,为用户提供可靠的、精准的服务。
在实际应用中,用户会经常浏览光顾某些服务平台,为了便于访问浏览该服务平台,用户会注册成为该服务平台的会员,用户注册有会员名称和密码,该会员名称和密码作为该用户的身份标识,比如:服务平台是保健品服务平台,用户注册成为该保健品服务平台的会员之后,用户在该服务平台多次购物,浏览相关产品信息,则该服务平台会记录该用户在该服务平台中的所有操作。类似于该保健品服务平台,其他领域的服务平台同样会记录用户的历史搜索信息,为了基于用户的个人情况,为用户提供更为有用的信息,本申请还提供了优选方案。
本申请提供优选方案在上述实施例1提供的方案的基础上,还考虑用户在服务平台上的历史搜索信息,以基于用户的个人爱好为用户提供更符合需求的信息。
参见图3,图3为本申请实施例信息分析方法实施例4的流程图。本实施例提供的技术方案包括以下步骤:
步骤401,服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字。
步骤402,所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签。
步骤403,所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息。。
步骤401~403与上述实施例1中步骤101~103相同,在此不再赘述。
步骤404,所述服务平台查找所述用户的相关信息,根据所述相关信息选择对应的服务信息;所述相关信息至少包括历史搜索信息。
用户访问服务平台时,可以是以临时用户的身份,也可以是以会员的身份。对于临时用户身份的用户,服务平台会记录该用户访问该服务平台的所有操作;对于会员身份的用户,服务平台会记录与该用户有关系的所有操作,即包括历史搜索信息。历史搜索信息不仅仅是指用户的搜索操作的记录信息,也包括用户的访问记录信息、点击查看记录信息等对该服务平台的所有操作信息。
用户的历史搜素信息能够反映用户对服务平台中的某些服务信息的关注度和喜好度。比如:假设服务平台是保健品服务平台,则该服务平台记录的用户的历史搜索信息可能包括:用户购买某个卖家的产品记录、用户购物某种类型产品的购买次数、用户访问某个产品的访问次数、用户购物车中存放的但未支付的产品信息等,这些历史搜索信息均能够体现出用户选择产品的一个取向,用户的对产品的个人爱好。
服务平台查找到用户的相关信息,假设仅查找到用户的历史搜索信息,而该历史搜索信息包括用户购买某个牌子的保健食品的记录,则用户从所查找的服务信息中选择与所查找的用户相关信息有关系的服务信息。比如:若用户的历史搜索信息包括用户购买品牌名称为“ABC”的保健食品,则从所查找的服务信息中选择与品牌名称“ABC”保健食品信息相同或者相似的服务信息。
步骤405,所述服务平台根据服务信息的属性计算所选择的服务信息的权重。
步骤406,所述服务平台根据权重大小向所述用户推送对应的服务信息。
步骤405~406分别与上述实施例1步骤104~105对应相同,在此不再赘述。
通过上述实施例可以看出,该优选方案在上述实施例的基础上,服务平台还考虑了用户的历史搜索信息,以通过历史搜索信息用户的个人爱好为用户提供更符合需求的信息,进一步保证该服务平台为用户提供可靠性、有用的信息。
另外,为了使得服务平台能实现自动优化处理,本申请还提供一种优选方案,该优选方案与上述各实施例的区别在于,服务平台在用户输入的扫描信息中没有挖掘到有效关键字,也没有挖掘到近似的关键字时,服务平台将该扫描信息保存起来,并在后台进行信息分析,将分析后的关键字及对应的标签分别保存,以保证后续的信息分析。
参见图4,图4为本申请实施例服务平台实施例1的结构图。下面结合该服务平台的工作原理对其内部各单元的功能和其连接关系作解释说明。本实施例提供的服务平台包括以下单元:
接收单元501,用于接收用户发送的描述信息,挖掘所述描述信息的关键字;
第一查找单元502,用于根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;
第二查找单元503,用于服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;
计算单元504,用于根据服务信息的属性计算每个服务信息的权重;
推送单元505,用于根据权重大小向所述用户推送对应的服务信息。
可选的,所述计算单元根据每个服务信息涉及到的关键因素和每个关键因素的权重比例系数计算每个服务信息的权重。
可选的,所述推送单元具体用于按照权重大小选取预置个数的服务信息,向所述用户推送所选取的服务信息,所述服务信息包括文字、图片、视频或者网络链接中一种或其组合。
通过上述实施例可以看出:本申请提供的服务平台对于用户而言,仅需要输入描述信息,无需分析自己的潜在需求,而服务平台会针对描述信息挖掘关键字,再根据关键字属性查找对应的标签,最后根据标签查找对应的服务信息,根据服务信息权重大小将服务信息反馈给用户。该方法与现有技术信息搜索方法不同,该方法不对服务信息作分类和归类处理,而是将所有的服务信息都看作是一类,用标签标记每个服务信息的关键字,用户无需了解该服务领域的技术,只需要关注自己的问题即可。该方法并不是单纯的数据搜索,而是通过关键字分析出用户的潜在需求,为其提供适合的服务信息。
与上述方法实施例3对应的,本申请还提供了一种服务平台。
参见图5,图5为本申请实施例服务平台实施例2的结构图。下面结合该服务平台的工作原理对其内部各单元的功能和其连接关系作解释说明。本实施例提供的服务平台包括以下单元:
接收单元601,用于接收用户发送的描述信息,挖掘所述描述信息的关键字;
第一查找单元602,用于根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;
第二查找单元603,用于服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;
分析单元604,用于分析与所述关键字相似的关键字,在与相似的关键字属性对应的标签库中查找与所述相似的关键字匹配的标签。
计算单元605,用于根据服务信息的属性计算每个服务信息的权重;
推送单元606,用于根据权重大小向所述用户推送对应的服务信息。
通过上述实施例可以看出,该优选方案中服务平台在上述服务平台实施 例1的基础上增加了分析单元分析与挖掘的关键字相似的关键字,进一步扩大分析范围,进一步提高服务平台的分析质量,为用户提供可靠的、精准的服务信息。
与上述方法实施例4对应的,本申请还提供了另一种服务平台。
参见图6,图6为本申请实施例服务平台实施例3的结构图。下面结合该服务平台的工作原理对其内部各单元的功能和其连接关系作解释说明。本实施例提供的服务平台包括以下单元:
接收单元701,用于接收用户发送的描述信息,挖掘所述描述信息的关键字;
第一查找单元702,用于根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;
第二查找单元703,用于服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;
第三查找单元704,用于查找所述用户的相关信息,根据所述相关信息选择对应的服务信息;所述相关信息至少包括历史搜索信息;
计算单元705,用于计算所选择的服务信息的权重。
推送单元706,用于根据权重大小向所述用户推送对应的服务信息。
通过上述实施例可以看出:本申请优选方案服务平台在上述服务平台实施1的基础上增加了第三查找单元用于查找用户的相关信息,这样处理使得服务平台还考虑了用户的历史搜索信息,以基于用户的个人爱好为用户提供更符合需求的信息,进一步保证为用户提供可靠性、有用的信息。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的服务平台而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可 以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本申请可用于众多通用或专用的计算装置环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种信息分析方法,其特征在于,所述方法包括:
服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字;
所述服务平台根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;
所述服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;
所述服务平台根据服务信息的属性计算每个服务信息的权重;
所述服务平台根据权重大小向所述用户推送对应的服务信息。
2.根据权利要求1所述的方法,其特征在于,所述服务平台根据服务信息的属性计算每个服务信息的权重,包括:
所述服务平台根据每个服务信息涉及到的关键因素和每个关键因素的权重比例系数计算每个服务信息的权重。
3.根据权利要求1或2所述的方法,其特征在于,在所述服务平台根据服务信息的属性计算每个服务信息的权重之前,所述方法还包括:
所述服务平台查找所述用户的相关信息,根据所述相关信息选择对应的服务信息;所述相关信息至少包括历史搜索信息;
则所述服务平台计算每个服务信息的权重具体为所述服务平台计算所选择的服务信息的权重。
4.根据权利要求1或2所述的方法,其特征在于,在服务平台接收用户发送的描述信息,挖掘所述描述信息的关键字之后,所述方法还包括:
所述服务平台分析与所述关键字相似的关键字,在与相似的关键字属性对应的标签库中查找与所述相似的关键字匹配的标签。
5.根据权利要求1或2所述的方法,其特征在于,所述服务平台根据权重大小向所述用户推送对应的服务信息,包括:
所述服务平台按照权重大小选取预置个数的服务信息,向所述用户推送所选取的服务信息,所述服务信息包括文字、图片、视频或者网络链接中一种或其组合。
6.一种服务平台,其特征在于,所述服务平台包括:
接收单元,用于接收用户发送的描述信息,挖掘所述描述信息的关键字;
第一查找单元,用于根据关键字属性在对应的标签库中查找与所述关键字匹配的标签;
第二查找单元,用于服务平台在服务信息数据库中查找与所查找的标签对应的服务信息;
计算单元,用于根据服务信息的属性计算每个服务信息的权重;
推送单元,用于根据权重大小向所述用户推送对应的服务信息。
7.根据权利要求6所述的服务平台,其特征在于,
所述计算单元具体用于根据每个服务信息涉及到的关键因素和每个关键因素的权重比例系数计算每个服务信息的权重。
8.根据权利要求6所述的服务平台,其特征在于,所述服务平台还包括:
第三查找单元,用于查找所述用户的相关信息,根据所述相关信息选择对应的服务信息;所述相关信息至少包括历史搜索信息;
则所述计算单元具体用于计算所选择的服务信息的权重。
9.根据权利要求6所述的服务平台,其特征在于,所述服务平台还包括:
分析单元,用于分析与所述关键字相似的关键字,在与相似的关键字属性对应的标签库中查找与所述相似的关键字匹配的标签。
10.根据权利要求6所述的服务平台,其特征在于,
所述推送单元具体用于按照权重大小选取预置个数的服务信息,向所述用户推送所选取的服务信息,所述服务信息包括文字、图片、视频或者网络链接中一种或其组合。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410311128.XA CN104036045B (zh) | 2014-07-01 | 2014-07-01 | 一种信息分析方法及服务平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410311128.XA CN104036045B (zh) | 2014-07-01 | 2014-07-01 | 一种信息分析方法及服务平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104036045A true CN104036045A (zh) | 2014-09-10 |
CN104036045B CN104036045B (zh) | 2018-04-03 |
Family
ID=51466815
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410311128.XA Active CN104036045B (zh) | 2014-07-01 | 2014-07-01 | 一种信息分析方法及服务平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104036045B (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104537552A (zh) * | 2014-12-23 | 2015-04-22 | 百度在线网络技术(北京)有限公司 | 通过计算机实现的信息推荐方法及装置 |
CN105630813A (zh) * | 2014-10-30 | 2016-06-01 | 苏宁云商集团股份有限公司 | 基于用户自定义模板的关键词推荐方法和系统 |
CN105824833A (zh) * | 2015-01-07 | 2016-08-03 | 苏宁云商集团股份有限公司 | 基于用户行为反馈的关键词推荐方法和系统 |
CN106156327A (zh) * | 2016-07-06 | 2016-11-23 | 佛山市恒南微科技有限公司 | 一种个性化的标签搜索方法 |
CN106383894A (zh) * | 2016-09-23 | 2017-02-08 | 深圳市由心网络科技有限公司 | 一种企业供需信息匹配方法和装置 |
CN107193936A (zh) * | 2017-05-19 | 2017-09-22 | 前海梧桐(深圳)数据有限公司 | 一种用于设置企业特性标签的方法及其系统 |
CN107451388A (zh) * | 2016-05-31 | 2017-12-08 | 百度(美国)有限责任公司 | 用于使医疗诊断自动化的方法、装置和系统 |
WO2018040069A1 (zh) * | 2016-09-02 | 2018-03-08 | 浙江核新同花顺网络信息股份有限公司 | 信息推荐系统及方法 |
CN107951467A (zh) * | 2016-10-18 | 2018-04-24 | 深圳光启合众科技有限公司 | 机器人及用机器人测量人体胖瘦的方法 |
CN109255510A (zh) * | 2018-05-18 | 2019-01-22 | 侯峰 | 基于活动的计划执行与预算分析信息控制系统及方法 |
CN110019663A (zh) * | 2017-09-30 | 2019-07-16 | 北京国双科技有限公司 | 一种案件信息的推送方法、系统、存储介质和处理器 |
CN111078744A (zh) * | 2019-12-19 | 2020-04-28 | 武汉理工大学 | 一种预对接和引导科技需求的方法、设备及存储介质 |
CN113435916A (zh) * | 2021-07-14 | 2021-09-24 | 支付宝(杭州)信息技术有限公司 | 质检方法和装置 |
CN114861019A (zh) * | 2022-05-03 | 2022-08-05 | 北京博智瑞成科技有限公司 | 一种基于大数据的通讯信息自动分析系统及设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6125361A (en) * | 1998-04-10 | 2000-09-26 | International Business Machines Corporation | Feature diffusion across hyperlinks |
CN101639857A (zh) * | 2009-04-30 | 2010-02-03 | 腾讯科技(深圳)有限公司 | 构建知识问答分享平台的方法、装置及系统 |
US20100070454A1 (en) * | 2008-09-08 | 2010-03-18 | Hiroyuki Masuda | Apparatus, method and computer program for content recommendation and recording medium |
CN101968802A (zh) * | 2010-09-30 | 2011-02-09 | 百度在线网络技术(北京)有限公司 | 一种基于用户浏览行为进行互联网内容推荐的方法与设备 |
CN102955850A (zh) * | 2012-10-30 | 2013-03-06 | 北京奇虎科技有限公司 | 加载排序网址的方法和装置 |
CN102982178A (zh) * | 2012-12-17 | 2013-03-20 | 北京奇虎科技有限公司 | 一种图片搜索方法、装置和系统 |
CN103020049A (zh) * | 2011-09-20 | 2013-04-03 | 中国电信股份有限公司 | 搜索方法及搜索系统 |
-
2014
- 2014-07-01 CN CN201410311128.XA patent/CN104036045B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6125361A (en) * | 1998-04-10 | 2000-09-26 | International Business Machines Corporation | Feature diffusion across hyperlinks |
US20100070454A1 (en) * | 2008-09-08 | 2010-03-18 | Hiroyuki Masuda | Apparatus, method and computer program for content recommendation and recording medium |
CN101639857A (zh) * | 2009-04-30 | 2010-02-03 | 腾讯科技(深圳)有限公司 | 构建知识问答分享平台的方法、装置及系统 |
CN101968802A (zh) * | 2010-09-30 | 2011-02-09 | 百度在线网络技术(北京)有限公司 | 一种基于用户浏览行为进行互联网内容推荐的方法与设备 |
CN103020049A (zh) * | 2011-09-20 | 2013-04-03 | 中国电信股份有限公司 | 搜索方法及搜索系统 |
CN102955850A (zh) * | 2012-10-30 | 2013-03-06 | 北京奇虎科技有限公司 | 加载排序网址的方法和装置 |
CN102982178A (zh) * | 2012-12-17 | 2013-03-20 | 北京奇虎科技有限公司 | 一种图片搜索方法、装置和系统 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105630813A (zh) * | 2014-10-30 | 2016-06-01 | 苏宁云商集团股份有限公司 | 基于用户自定义模板的关键词推荐方法和系统 |
CN104537552A (zh) * | 2014-12-23 | 2015-04-22 | 百度在线网络技术(北京)有限公司 | 通过计算机实现的信息推荐方法及装置 |
CN104537552B (zh) * | 2014-12-23 | 2018-01-05 | 百度在线网络技术(北京)有限公司 | 通过计算机实现的信息推荐方法及装置 |
CN105824833A (zh) * | 2015-01-07 | 2016-08-03 | 苏宁云商集团股份有限公司 | 基于用户行为反馈的关键词推荐方法和系统 |
CN107451388A (zh) * | 2016-05-31 | 2017-12-08 | 百度(美国)有限责任公司 | 用于使医疗诊断自动化的方法、装置和系统 |
CN106156327A (zh) * | 2016-07-06 | 2016-11-23 | 佛山市恒南微科技有限公司 | 一种个性化的标签搜索方法 |
US11243992B2 (en) | 2016-09-02 | 2022-02-08 | Hithink Financial Services Inc. | System and method for information recommendation |
US11995112B2 (en) | 2016-09-02 | 2024-05-28 | Hithink Financial Services Inc. | System and method for information recommendation |
WO2018040069A1 (zh) * | 2016-09-02 | 2018-03-08 | 浙江核新同花顺网络信息股份有限公司 | 信息推荐系统及方法 |
CN106383894A (zh) * | 2016-09-23 | 2017-02-08 | 深圳市由心网络科技有限公司 | 一种企业供需信息匹配方法和装置 |
CN107951467A (zh) * | 2016-10-18 | 2018-04-24 | 深圳光启合众科技有限公司 | 机器人及用机器人测量人体胖瘦的方法 |
CN107193936A (zh) * | 2017-05-19 | 2017-09-22 | 前海梧桐(深圳)数据有限公司 | 一种用于设置企业特性标签的方法及其系统 |
CN110019663A (zh) * | 2017-09-30 | 2019-07-16 | 北京国双科技有限公司 | 一种案件信息的推送方法、系统、存储介质和处理器 |
CN109255510A (zh) * | 2018-05-18 | 2019-01-22 | 侯峰 | 基于活动的计划执行与预算分析信息控制系统及方法 |
CN111078744A (zh) * | 2019-12-19 | 2020-04-28 | 武汉理工大学 | 一种预对接和引导科技需求的方法、设备及存储介质 |
CN113435916A (zh) * | 2021-07-14 | 2021-09-24 | 支付宝(杭州)信息技术有限公司 | 质检方法和装置 |
CN113435916B (zh) * | 2021-07-14 | 2023-04-07 | 支付宝(杭州)信息技术有限公司 | 质检方法和装置 |
CN114861019A (zh) * | 2022-05-03 | 2022-08-05 | 北京博智瑞成科技有限公司 | 一种基于大数据的通讯信息自动分析系统及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104036045B (zh) | 2018-04-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104036045A (zh) | 一种信息分析方法及服务平台 | |
Donnelly et al. | Recontextualising remote working and its HRM in the digital economy: An integrated framework for theory and practice | |
Boegershausen et al. | Fields of gold: Scraping web data for marketing insights | |
US10733638B1 (en) | Analyzing tracking requests generated by client devices based on attributes describing items | |
US11244294B2 (en) | Data information transaction method and system | |
Wu | A comparative study of using grey relational analysis in multiple attribute decision making problems | |
US10049132B2 (en) | Personalizing query rewrites for ad matching | |
CN102067119B (zh) | 电子资料开发、存储、使用以及基于其采取行动的系统 | |
Xu et al. | Integrated collaborative filtering recommendation in social cyber-physical systems | |
CN111259263B (zh) | 一种物品推荐方法、装置、计算机设备及存储介质 | |
US11853983B1 (en) | Video revenue sharing program | |
US20210263978A1 (en) | Intelligent interface accelerating | |
US20190220875A1 (en) | Systems and methods for personalized discovery engines | |
Matidza et al. | Use of digital marketing in estate agency industry in Malawi | |
Willson | The politics of social filtering | |
Park et al. | Bayesian network-based high-level context recognition for mobile context sharing in cyber-physical system | |
TW201804400A (zh) | 資料物件推送的方法、裝置及系統 | |
US10255277B2 (en) | Crowd matching translators | |
Dibb | Changing times for social marketing segmentation | |
CN111429161A (zh) | 特征提取方法、特征提取装置、存储介质及电子设备 | |
Ravi et al. | An intelligent location recommender system utilising multi-agent induced cognitive behavioural model | |
Espley et al. | Collect, preserve, access: Applying the governing principles of the National Archives UK Government Web Archive to social media content | |
Felix et al. | Mobile sensing for behavioral research: A component-based approach for rapid deployment of sensing campaigns | |
Kumar et al. | Towards activity recommendation from lifelogs | |
Karthikeyan et al. | Machine learning techniques application: social media, agriculture, and scheduling in distributed systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |