确定公益项目的推送用户的方法和装置与流程

1.本技术涉及数据处理技术领域，更具体地说，涉及一种确定公益项目的推送用户的方法和装置。


背景技术：

2.随着互联网的不断发展，互联网上产生的信息量也大幅增长。在用户面对海量信息时，很难从中获得用户真正有用的信息。
3.对于公益项目而言，不同用户所关注的公益项目也会有所差别。而目前在推送公益项目的推文时，无法实现有针对性的向用户推荐用户感兴趣的公益项目的推文，从而不利于提升公益项目推送的打开率和转化率，也就无法使得公益项目中需要帮助的群体及时获得帮助。


技术实现要素：

4.本技术提供了一种确定公益项目的推送用户的方法和装置，以实现更有针对性的向用户推送公益项目，提升公益项目的打开率和转化率。
5.为了实现如上目的，一方面，本技术提供了一种确定公益项目的推送用户的方法，其特征在于，应用于业务服务平台，包括：获得待推荐的公益项目的推文描述文本；确定所述推文描述文本的推文向量；基于所述业务服务平台中多个个筹项目的文本向量，确定文本向量与所述推文向量的相似度较高的前设定数量个目标个筹项目，所述个筹项目为个人发起的众筹项目，所述个筹项目的文本向量为基于所述个筹项目的项目描述文本生成的向量；基于所述业务服务平台中多个用户各自对应的个筹项目列表，从所述多个用户中确定对应的个筹项目列表中包含有所述目标个筹项目的至少一个候选用户，所述用户对应的个筹项目列表中包括所述用户感兴趣的至少一个可推荐个筹项目；从所述至少一个候选用户中，确定所述公益项目所需推送到的至少一个目标用户。
6.在一种可能的实现方式中，所述用户对应的个筹项目列表通过如下方式得到：获得所述多个个筹项目各自的历史交易明细，所述个筹项目的历史交易明细至少包括捐助过所述个筹项目的用户信息；基于各个筹项目的历史交易明细，确定所述用户捐助过至少一个已捐个筹项目，所述已捐个筹项目属于所述多个个筹项目；对于所述用户捐助过的每个已捐个筹项目，从所述多个个筹项目中确定所述已捐个筹项目的相似项目列表，所述已捐个筹项目的相似项目列表中包括：所述多个个筹项目中，历史交易明细与所述已捐个筹项目的历史交易明细相似的至少一个相似个筹项目以及所述相似个筹项目与所述个筹项目的相似度；
基于各已捐个筹项目的相似项目列表，生成所述用户的个筹项目列表，所述个筹项目列表中的可推荐个筹项目属于所述已捐个筹项目的相似项目列表。
7.在又一种可能的实现方式中，在所述确定所述已捐个筹项目的相似项目列表之前，还包括：基于所述多个个筹项目各自的历史交易明细，分别确定两两个筹项目之间的相似度；针对每个个筹项目，依据所述个筹项目与其他个筹项目的相似度，从所述多个个筹项目中确定与所述个筹项目相似的至少一个相似个筹项目，生成所述个筹项目的相似项目列表，所述个筹项目的相似项目列表中包括：与所述个筹项目相似的至少一个相似个筹项目，以及，所述相似个筹项目与所述个筹项目的相似度；所述确定所述已捐个筹项目的相似项目列表，包括：从所述多个个筹项目各自的相似项目列表中，确定出所述已捐个筹项目的相似项目列表。
8.在又一种可能的实现方式中，所述用户对应的个筹项目列表包括：与所述用户捐助过的至少一个已捐个筹项目相似的至少一个可推荐个筹项目以及每个可推荐个筹项目对应的相似度，可推荐个筹项目对应的相似度为：所述可推荐个筹项目以及与所述可推荐个筹相似的已捐个筹项目之间的相似度；所述从所述至少一个候选用户中，确定所述公益项目所需推送到的至少一个目标用户，包括：针对每个候选用户，从所述候选用户的个筹项目列表中包含的目标个筹项目对应的相似度中确定出最大的相似度，将所述最大的相似度确定为所述候选用户的评分；基于所述至少一个候选用户的评分从高到低的顺序，从所述至少一个候选用户中确定出所述公益项目所需推荐到的至少一个目标用户。
9.在又一种可能的实现方式中，在所述获得待推荐的公益项目的推文描述文本之前，还包括：获得业务终端提交的项目推荐请求，所述项目推荐请求携带有待推荐的公益项目的推文描述文本或者是所述待推荐的公益项目的推文链接地址；所述获得待推荐的公益项目的推文描述文本，包括：获得所述项目推荐请求中携带的推荐描述文本；或者，基于所述推文链接地址，获得所述公益项目的推文描述文本。
10.在又一种可能的实现方式中，所述项目推荐请求还指示有：相似项目的目标数量以及推荐用户的目标人数；所述基于所述业务服务平台中多个个筹项目的文本向量，确定文本向量与所述推文向量的相似度较高的前设定数量个目标个筹项目，包括：基于所述业务服务平台中多个个筹项目的文本向量，确定文本向量与所述推文向量的相似度较高的前目标数量个目标个筹项目；所述从所述至少一个候选用户中，确定所述公益项目所需推送到的至少一个目标用户，包括：
如果所述至少一个候选用户的数量与所述目标人数的差值超过设定阈值，则调整所述目标数量，并基于调整后的目标数量返回执行所述确定文本向量与所述推文向量的相似度较高的前目标数量个目标个筹项目的操作；如果所述至少一个候选用户的数量与所述目标人数的差值未超过所述设定阈值，结合所述目标人数，从所述至少一个候选用户中，确定所述公益项目所需推送到目标用户。
11.在又一种可能的实现方式中，所述项目链接请求还指示有发布所述公益项目的公众号，所述公众号属于所述业务服务平台下的公众号；所述基于所述业务服务平台中多个用户各自对应的个筹项目列表，从所述多个用户中确定对应的个筹项目列表中包含有所述目标个筹项目的至少一个候选用户，包括：基于所述业务服务平台中多个用户各自对应的个筹项目列表，从所述多个用户中，确定对应的个筹项目列表中包含有所述目标个筹项目且关注所述公众号的至少一个候选用户。
12.在又一种可能的实现方式中，在所述确定所述公益项目所需推送到的至少一个目标用户之后，还包括：向推送服务程序发送推送通知，所述推送通知用于指示向所述至少一个目标用户推送所述公益项目。
13.又一方面，本技术还提供了一种确定公益项目的推送用户的装置，应用于业务服务平台，包括：公益信息获得单元，用于获得待推荐的公益项目的推文描述文本；推文向量确定单元，用于确定所述推文描述文本的推文向量；相似项目确定单元，用于基于所述业务服务平台中多个个筹项目的文本向量，确定文本向量与所述推文向量的相似度较高的前设定数量个目标个筹项目，所述个筹项目为个人发起的众筹项目，所述个筹项目的文本向量为基于所述个筹项目的项目描述文本生成的向量；候选用户确定单元，用于基于所述业务服务平台中多个用户各自对应的个筹项目列表，从所述多个用户中确定对应的个筹项目列表中包含有所述目标个筹项目的至少一个候选用户，所述用户对应的个筹项目列表中包括所述用户感兴趣的至少一个可推荐个筹项目；目标用户确定单元，用于从所述至少一个候选用户中，确定所述公益项目所需推送到的至少一个目标用户。
14.在一种可能的实现方式中，所述装置还包括：列表生成单元，用于通过如下方式生成所述用户对应的个筹项目列表：获得所述多个个筹项目各自的历史交易明细，所述个筹项目的历史交易明细至少包括捐助过所述个筹项目的用户信息；基于各个筹项目的历史交易明细，确定所述用户捐助过至少一个已捐个筹项目，所述已捐个筹项目属于所述多个个筹项目；针对所述用户捐助过的每个已捐个筹项目，确定所述已捐个筹项目的相似项目列表，所述已捐个筹项目的相似项目列表中包括：所述多个个筹项目中，历史交易明细与所述已捐个筹项目的历史交易明细相似的至少一个相似个筹项目以及所述相似个筹项目与所
述个筹项目的相似度；基于各已捐个筹项目的相似项目列表，生成所述用户的个筹项目列表，所述个筹项目列表中的可推荐个筹项目属于所述已捐个筹项目的相似项目列表。
15.通过以上方案可知，本技术在确定出待推荐的公益项目的推文描述文本之后，会确定出项目描述文本与该推文描述文本相似的至少一个目标个筹项目。如果用户感兴趣的个筹项目列表中包含该目标个筹项目，说明用户对该目标个筹项目感兴趣，而由于目标个筹项目与该公益项目相似，那么也就说明用户对该公益项目感兴趣。在此基础上，基于个筹项目列表中包含目标个筹项目的用户，确定推送该公益项目的目标用户，从而可以将对公益项目感兴趣的用户确定为该公益项目的推送用户群，自然也就有利于提升公益项目的推文描述文本的打开率和公益项目的转换率。
附图说明
16.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1为本技术实施例提供的确定公益项目的推送用户的方法的一种流程示意图；图2为本技术实施例中确定用户感兴趣的个筹项目列表的一种实现流程示意图；图3为本技术实施例提供的确定公益项目的推送用户的方法又一种流程示意图；图4为本技术实施例提供的确定公益项目的推送用户的装置的一种组成结构示意图。
18.说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等（如果存在）是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示的以外的顺序实施。
具体实施方式
19.本技术的方案可以应用于业务服务平台，该业务服务平台可以为提供个筹项目相关服务以及确定个筹项目以及公益项目的推送用户群的平台。如，业务服务平台为一些众筹服务平台等。
20.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
21.如图1所示，其示出了本技术提供的确定公益项目的推送用户的方法的一种流程示意图，本实施例的方法应用于业务服务平台，包括：s101，获得待推荐的公益项目的推文描述文本。
22.其中，公益项目是指以谋求社会效应为目的，一般具有规模大，投资多，受益面宽，服务年限长，影响深远等特点的投资项目。在本技术中，公益项目可以是指涉及到筹款类的
公益项目。
23.区别于个筹项目仅仅是针对个人的筹款，公益项目一般是由非受助群体发起的且受助群体较大的项目。
24.如，公益项目一般是由具有权威的各个基金会通过基金平台等发起的一些公益性项目。例如，公益项目可以为让山区孩子有书读的捐书公益项目等，又如，用于为农村学校捐赠课桌的课桌计划等。
25.公益项目的推文描述文本是指用于描述公益项目具体计划及内容的文本内容，通过公益项目的推文描述文本可以理解到公益项目的具体内容。
26.在一种实现方式中，公益项目的推文描述内容可以为项目内容介绍的文本。
27.例如，以“课桌计划”这一公益项目为例，“课桌计划”为公益项目的项目名称，还会有这一公益项目的发起时间以及结束时间，另外，针对“课桌计划”还有一些描述文本，例如：“很多学校的课桌表面不仅有凹凸不平的小洞，甚至还有缺损，影响孩子们写作业
·····
孩子的愿望就是一张新课桌，让我们努力，使得孩子们能够拥有新的课桌”。
28.在又一种实现方式中，公益项目的推文描述内容还可以是公益项目的各部分文本内容拼接成的文本。如，剔除公益项目的项目内容所涉及到的图片以及特殊字符后，将剩余部分文本内容进行拼接得到的文本就是推文描述内容。
29.其中，触发确定待推荐的公益项目以及具体获得公益项目的推文描述文本的具体实现方式可以有多种，本技术不加限制。
30.在一种可能的实现方式中，本技术可以通过业务终端向业务服务平台发起项目推荐请求，该项目推荐请求用于指示所需推荐的公益项目，且项目推荐请求可以请求业务服务平台确定该公益项目适合推荐给的用户群。
31.具体的，业务服务平台可以获得业务终端提交的项目推荐请求，该项目推荐请求携带有待推荐的公益项目的推文描述文本，或者是，待推荐的公益项目的推文链接地址。其中，推文链接地址可以为用于定位公益项目的推文描述文本的链接地址。如，推文链接地址可以为发布公益项目的项目内容的链接地址等相应的，如果项目推荐请求携带有公益项目的推文描述文本，则可以直接从项目推荐请求中获取推荐描述文本。
32.如果项目推荐请求携带有待推荐的公益项目的推文链接地址，则可以依据该推文链接地址，获得该公益项目的推文描述文本。例如，从该推文连接地址所指向的页面，提取该公益项目的推文描述文本。
33.s102，确定该推文描述文本的推文向量。
34.其中，推文向量是指推文描述文本的向量表示。
35.确定推文描述文本的向量的具体方式可以有多种可能，本技术对此不加限制。
36.在一种可能的实现方式中，可以先对推文描述文本进行分词，得到推文描述文本的至少一个分词。然后，分别确定推文描述文本的各分词的词向量，或者，是先从推文描述文本的至少一个分词中确定关键词，再确定关键词的词向量；最后，将推文描述文本中各个分词或者关键词的词向量组合为该推文描述文本的向量，即推文向量。
37.其中，对推文描述文本进行分词的方式可以有多种，如，通过结巴分词或其他分词算法对文本内容进行分词，并利用结巴分词的提取关键词的功能提取推文描述文本的关键
词。
38.如，结巴分词支持四种分词模式：1、精确模式，试图将句子最精确地切开，适合文本分析；2、全模式，把句子中所有的可以成词的词语都扫描出来, 速度非常快，但是不能解决歧义；3、搜索引擎模式，在精确模式的基础上，对长词再次切分，提高召回率，适合用于搜索引擎分词。
39.4、paddle模式，利用paddlepaddle深度学习框架，训练序列标注（双向gru）网络模型实现分词。
40.在本技术中，为了更精确的将句子拆分为对应原子词，且不会产生冗余词，可以采用了精确模式进行分词，并添加众筹行业的自定义词典，人工指定停止词，使用结巴的textrank算法提取推文描述文本的前50个关键词。
41.其中，textrank的基本思想可以包括如下：1、将待抽取关键词的文本进行分词；2、以固定窗口大小（默认为5，通过span属性调整），词之间的共现关系，构建图；3、计算图中节点的pagerank，注意是无向带权图。
42.当然，以上是以结巴分词为例进行说明，对于采用其他分词方式对推文描述文本进行分词的方式也同样适用于本实施例，在此不再赘述。
43.其中，确定分词或者关键词的向量可以结合词向量库得到。其中，本技术所采用的词向量库可以为目前惯用且已训练好的一些词向量库。为了能够更好的描述公益项目或者后续个筹项目，本技术中确定分词或者关键词的词向量所依据的词向量库可以为：结合众筹领域内的语料进行训练得到的词向量库。如利用word2vec、doc2vec、bert等，训练出的更贴近本技术所涉及的公益及众筹等领域内的词向量库。
44.其中，将各个分词或者关键词的词向量进行聚合的方式也可以有多种可能，具体可以根据实际需要设定即可，对此不加限制。
45.s103，基于该业务服务平台中多个个筹项目的文本向量，确定文本向量与该推文向量的相似度较高的前设定数量个目标个筹项目。
46.可以理解的是，业务服务平台中可以提供个筹项目的服务，因此，该业务服务平台中可以存储有多个个筹项目的相关信息。
47.其中，个筹项目为个人发起的众筹项目。在一种可选方式中，本技术中的个筹项目可以为个人发起的大病众筹等大病救助项目。
48.在本技术中，个筹项目可以为正在筹款和已完成筹款的个筹项目。
49.个筹项目的文本向量为基于该个筹项目的项目描述文本生成的向量。多个个筹项目的文本向量为预先确定并存储在业务服务平台中的。
50.其中，个筹项目的项目描述文本从业务服务平台中记录的项目明细数据中提取出，如，项目明细数据可以记录项目名称，项目内容、患者年龄、疾病以及医院等等信息。当然，如果个筹项目的项目明细数据存在一些数据不规范的情况，业务系统可以对其进行修正。例如，假设个筹项目的患者性别没有填写，那么可以根据项目内容中出现的“儿子”、“女儿”或者“妈妈”等确定出来。
51.可以理解的是，基于个筹项目的项目记录明细确定出项目描述文本的过程与前面确定推文描述文本的过程相似，在此不再赘述。
52.其中，生成个筹项目的文本向量的过程与前面生成推文描述文本的推文向量的过程相似，在此不再赘述。
53.其中，文本向量与推文向量之间的相似度可以采用任意向量相似度计算方法，对此不加限制。
54.其中，选取目标个筹项目的设定数量可以根据需要设定，如是业务服务平台设定，也可以是业务终端发起项目推荐请求时设定。
55.如，可以按照个筹项目的文本向量与推文向量的相似度从高到低的顺序，对多个个筹项目进行排序，并选取排序靠前的设定数量个个筹项目为目标个筹项目；或者是，将文本向量与该推文向量的相似度超过设定阈值的前设定数量（如目标数量个）个筹项目均确定为目标个筹项目。s104，基于该业务服务平台中多个用户各自对应的个筹项目列表，从该多个用户中确定对应的个筹项目列表中包含有目标个筹项目的至少一个候选用户。
56.其中，用户对应的个筹项目列表中包括该用户感兴趣的至少一个可推荐个筹项目。其中，用户感兴趣的可推荐个筹项目属于该业务平台中的多个个筹项目，为了便于区分，将用户的个筹项目列表中包含的个筹项目称为可推荐个筹项目。
57.其中，确定用户感兴趣的可推荐个筹项目的方式可以有多种可能，本身且能够对此不加限制。后续会结合确定用户感兴趣的个筹项目列表的可能情况进行说明，在此不再赘述。
58.其中，为了便于区分，将对应的个筹项目列表中包含目标个筹项目的用户称为候选用户。可以理解的是，候选用户的个筹项目列表中可以是仅包含一个目标个筹项目，也可能是同时包括多个目标个筹项目，对此不加限制。
59.可以理解的是，候选用户的个筹项目列表中包含有某个目标个筹项目，则说明该目标个筹项目是该候选用户感兴趣的个筹项目。而由于目标个筹项目的文本向量与待推荐的公益项目的推文向量相似，也就是说，目标个筹项目与公益项目具有相同的特征，因此，在候选用户对目标个筹项目感兴趣的情况下，该公益项目也会是候选用户感兴趣的项目。
60.可以理解的是，在实际应用中，公益项目可能会选择发布在该业务服务平台下的某个公众号上。在步骤s101获得业务终端的项目链接请求还可以指示有发布该公益项目的公众号，该公众号属于业务服务平台下的公众号。相应的， 基于业务服务平台中多个用户各自对应的个筹项目列表，可以从业务服务平台的多个用户中，确定对应的个筹项目列表中包含有目标个筹项目且关注该公众号的至少一个候选用户。
61.s105，从至少一个候选用户中，确定该公益项目所需推送到的至少一个目标用户。
62.如，可以是将所有的候选用户均确定为公益项目所需推送到的目标用户。或者是，从至少一个候选用户中，选取出部分（例如设定人数个）候选用户作为目标用户等。
63.在一种可能的实现方式中，用户对应的个筹项目列表包括：与该用户捐助过的至少一个已捐个筹项目相似的至少一个可推荐个筹项目以及每个可推荐个筹项目对应的相似度。
64.在本技术中，个筹项目（可推荐个筹项目）与已捐个筹项目相似可以是个筹项目与已捐个筹项目的相似度超过设定阈值；也可以是，基于不同个筹项目与该已捐个筹项目之
间相似度，按照相似度从高到低的排序，该个筹项目与已捐个筹项目的相似度属于排序靠前的前n个相似度，n的取值可以根据需要设定。当然，基于个筹项目与已捐个筹项目的相似度，判断个筹项目是否为与该已捐个筹项目相似的可推荐个筹项目的方式还可以有其他可能，对此不加限制。
65.其中，每个可推荐个筹项目对应的相似度为：该可推荐个筹项目以及与该可推荐个筹相似的已捐个筹项目之间的相似度。如，可推荐个筹项目与用户已捐助个筹项目a相似，则可推荐个筹项目对应的相似度为该可推荐个筹项目与该用户已捐助个筹项目a之间的相似度。
66.特别的，如果某个可推荐个筹项目与用户已捐助的多个已捐个筹项目相似，那么可以将该可推荐个筹项目分别与该多个已捐个筹项目之间最大的相似度确定为该可推荐个筹项目对应的相似度。例如，可推荐个筹项目a与用户已捐助的个筹项目s1相似，且相似度为0.8；且该可推荐个筹项目a与用户已捐助的个筹项目s2的相似度为0.9，则可以确定该可推荐个筹项目a对应的相似度为0.9。
67.当然，也可以是将可推荐个筹项目分别与用户已捐助的多个已捐个筹项目的相似度的平均值，确定为可推荐个筹项目对应的相似度。
68.相应的，针对每个候选用户，可以从该候选用户的个筹项目列表中包含的各目标个筹项目对应的相似度中确定出最大的相似度，将该最大的相似度确定为该候选用户的评分。然后，基于至少一个候选用户的评分从高到低的顺序，从至少一个候选用户中确定出公益项目所需推荐到的至少一个目标用户。例如，按照候选用户的评分从高到低的顺序，从至少一个候选用户中选取出排序靠前的设定数量个目标用户等。或者是，将该至少一个候选用户均确定为目标用户，并将该至少一个候选用户的排序作为目标用户的推荐排序。
69.可以理解的是，公益项目的历史数据较少，且不同公益项目之间的差别较大，很难基于历史公益项目的参与用户以及历史公益项目的数据，确定待推荐的公益项目的感兴趣用户群。基于此，本技术考虑到业务服务平台中个筹项目的数据量较多且丰富，创新的结合个筹项目以及其参与用户来确定对公益项目感兴趣的用户。
70.作为一种可选方式，本技术在确定出目标用户之后，还可以向推送服务程序发送推送通知，该推送通知用于指示向至少一个目标用户推送该公益项目。
71.其中，推送服务程序可以是特定的推送服务平台上的程序，也可以是该业务服务平台上的程序，本技术对此不加限制。向推送服务程序发送推送通知的目的是为了使得推送服务程序获知该公益项目适合推送给的目标用户、由以上内容可知，在确定出待推荐的公益项目的推文描述文本之后，会确定出项目描述文本与该推文描述文本相似的至少一个目标个筹项目。如果用户感兴趣的个筹项目列表中包含该目标个筹项目，说明用户对该目标个筹项目感兴趣，而由于目标个筹项目与该公益项目相似，那么也就说明用户对该公益项目感兴趣。在此基础上，基于个筹项目列表中包含目标个筹项目的用户，确定推送该公益项目的目标用户，从而可以将对公益项目感兴趣的用户确定为该公益项目的推送用户群，自然也就有利于提升公益项目的推文描述文本的打开率和公益项目的转换率。
72.为了便于理解，本技术中确定出用户的个筹项目列表的实现过程，下面结合一种可能的实现方式，对本技术中生成用户感兴趣的个筹项目列表进行介绍。
73.如图2所示，其示出了本技术提供的生成用户的个筹项目列表的一种实现方式的流程示意图，本实施例的方法可以包括：s201，获得业务服务平台中多个个筹项目各自的历史交易明细。
74.其中，个筹项目的历史交易明细至少包括捐助过该个筹项目的用户信息。
75.个筹项目的历史交易明细包括该个筹项目产生的各项交易记录的明细。每项交易记录可以记录有针对该个筹项目的每次交易的用户（即捐助过该个筹项目）的用户标识（如用户名或者用户id）以及个筹项目的标识。当然，还可以记录交易物资以及交易时刻等等。
76.如，以大病救助的个筹项目为例，个筹项目的每项交易记录明细为该个筹项目获得一次筹款交易记录，因此，交易记录明细可以包括为该个筹项目捐款的用户标识和项目标识。还可以包括捐款金额以及捐款时刻等等信息。
77.s202，基于各个筹项目的历史交易明细，确定用户捐助过的至少一个已捐个筹项目。
78.为了便于区分，将用户捐助过的个筹项目称为已捐个筹项目。已捐个筹项目属于业务服务平台的多个个筹项目。
79.可以理解的是，根据业务服务平台中多个个筹业务的历史交易明细，可以确定出历史交易明细中包含有该用户的信息的个筹项目，而这些个筹项目就是该用户捐助过的已捐个筹项目。
80.s203，针对用户捐助过的每个已捐个筹项目，确定已捐个筹项目的相似项目列表。
81.其中，已捐个筹项目的相似项目列表中包括：多个个筹项目中，历史交易明细与该已捐个筹项目的历史交易明细相似的至少一个相似个筹项目以及所述相似个筹项目与所述个筹项目的相似度。
82.其中，确定已捐个筹项目的相似项目列表的具体实现方式可以有多种可能。
83.如，在一种可能的实现方式中，本技术可以针对用户的每个已捐个筹项目，基于多个个筹项目的历史交易明细以及该已捐个筹项目的历史交易明细，分别确定该已捐个筹项目与每个个筹项目的相似度。然后，基于该已捐个筹项目分别与各个筹项目的相似度，从多个个筹项目中，确定出与该已捐个筹项目相似的至少一个可推荐个筹项目，生成该已捐个筹项目对应的相似项目列表，该相似项目列表包括与该已捐个筹项目相似的该至少一个可推荐个筹项目。
84.该种可能的实现方式实际上是针对每个用户，在需要确定每个已捐个筹项目的相似项目列表时，实时计算该已捐个筹项目与其他个筹项目之间的相似度。但是在实际应用中，不同用户的已捐个筹项目可能会存在重复，利用以上可能方式可能会导致数据计算量偏大。
85.在又一种可能的实现方式中，本技术可以在分析用户已捐助的已捐个筹项目之前，先确定业务服务平台中每个个筹项目的相似项目列表。具体的，确定个筹项目的相似项目列表可以包括如下几个步骤：（1）、基于多个个筹项目各自的历史交易明细，分别确定两两个筹项目之间的相似度；（2）、针对每个个筹项目，依据该个筹项目与其他个筹项目的相似度，从多个个筹项目中确定与该个筹项目相似的至少一个相似个筹项目，生成个筹项目的相似项目列表，
该个筹项目的相似项目列表中包括与该个筹项目相似的至少一个相似个筹项目，以及，每个相似个筹项目与该个筹项目的相似度。
86.相应的，在该步骤s203中可以从该多个个筹项目的相似项目列表中，确定出该已捐个筹项目对应的相似项目列表。
87.在本技术以上两种方式中，对于任意两个个筹项目而言，基于这两个个筹项目的历史交易明细，计算这两个个筹项目之间相似度的方法可以有多种可能，本技术对此不加限制。
88.如，在一种可能的实现方式中，本技术可以采用基于图结构的swing（秋千）算法。swing指的是秋千，在该种算法中认为，用户和物品的二部图中会存在很多这种秋千，例如 (u, v ,i1), 即用户u和v都购买过物品i1，三者构成一个秋千 (三角形缺一条边)。这实际上是3阶交互关系。传统的启发式近邻方法只关注用户和物品之间的二阶交互关系。swing 会关注这种3阶关系。这种方法的一个直觉来源于：如果多个用户在点击了i1的同时，都只共同点了某一个其他的i2，那么i1和i2一定是强关联的，这种未知的强关联关系相当于是通过用户来传递的。另一方面，如果两个用户对之间构成的swing结构越多，则每个结构越弱，在这个用户对上每个节点分到的权重越低。swing的公式如下：在本技术中，表示个筹项目和个筹项目的相似度。表示个筹项目的历史交易明细中包含的用户的用户集合（或者是说捐助过个筹项目的用户集合），为个筹项目的历史交易明细中包含的用户的用户集合。
89.其中，为历史交易明细中包括用户的个筹项目集合，也就是用户捐助过的个筹项目的集合；为历史交易明细中包括用户的个筹项目集合，也就是用户捐助过的个筹项目的集合。相应的，是指用户和用户均捐助的个筹项目的个数。
90.其中，为取值为设定值的固定系数。
91.可以理解的是，此处是以swing来计算两个个筹项目的相似度为例说明，在实际应用中，通过结合个筹项目的历史交易明细通过其他算法来计算个筹项目的相似度也同样适用于本实施例。
92.其中，在本技术中，与个筹项目相似的相似个筹项目是指与该个筹项目的相似度超过设定阈值的其他个筹项目，还可以是与该个筹项目的相似度较高的前设定个个筹项目，具体可以根据需要设定，在此不加限制。
93.s204，基于各已捐个筹项目的相似项目列表，生成用户的个筹项目列表。
94.该个筹项目列表中的可推荐个筹项目属于该已捐个筹项目的相似项目列表。
95.如，可以将各个已捐个筹项目的相似项目列表中各相似个筹项目进行汇总，从而
得到用户感兴趣的个筹项目列表。可以理解的是，如果不同已捐个筹项目的相似项目列表中存在相似个筹项目重复，则需要去除重复的个筹项目。
96.本技术中，还可以将各已捐个筹项目的相似项目列表中属于该用户已捐助的个筹项目去除，并将各已捐个筹项目的相似项目列表中剩余的相似个筹项目作为该用户的个筹项目列表中可推荐个筹项目。
97.例如，比如用户u1捐助过个筹项目i1和i9，在分别获得个筹项目i1和i9的相似项目列表l1以及l9之后，可以对l1和l9中相似个筹项目进行去重处理，并剔除用户u1已经捐助过的个筹项目i1和i9，剩余的相似个筹项目就是该用户u1的个筹项目列表lu1中的各个可推荐个筹项目。
98.在本技术中，该用户的个筹项目列表中不仅可以包括可推荐个筹项目，还可以包括：可推荐个筹项目与该可推荐个筹相似的已捐个筹项目之间的相似度。
99.在本技术以上实施例中，确定出向推送公益项目的目标用户的人数可以由业务服务平台设定。为了使得各个业务终端可以根据需要设定其希望推送公益项目的目标用户的数量，本技术还可以是由业务终端的终端输入期望的目标用户的目标数据。相应的，在项目推荐请求中还可以指示公益项目所需推荐到的用户的目标人数。
100.特别的，本技术中业务终端还可以根据需要来设定需要匹配出的与该公益项目相似的目标个筹项目的目标数量。相应的，项目推荐请求还指示有：相似项目的目标数量以及推荐用户的目标人数。在此基础上，本技术以上实施例中，可以按照该目标数量，确定文本向量与该公益项目的推文向量的相似度较高的前目标数量个目标个筹项目。类似的，最终需要确定出目标人数个目标用户作为推送该公益项目的推送用户群。
101.下面以由业务终端侧设定目标用户的目标人数为例，并结合一种可能的情况对本技术的确定公益项目的推送用户的方法进行介绍。
102.如图3所示，其示出了本技术一种确定公益项目的推送用户的方法的又一种实现流程示意图，本实施例的方法可以包括：s301，获得业务终端提交的项目推荐请求。
103.该项目推荐请求携带有待推荐的公益项目的推文链接地址。
104.该项目推荐请求指示有相似项目的目标数量、推荐用户的目标人数以及发布公益项目的公众号。如，在项目推荐请求中携带已发布该公益项目或者需要发布该公益项目的公众号的标识。该公众号属于所述业务服务平台下的公众号。
105.可以理解的是，业务服务平台可以开发一个交互式页面，如，可以是基于h5的页面或者是通过小程序呈现出的交互式页面等。业务终端登录业务服务平台之后，业务终端可以呈现出该交互式页面。
106.如果待推荐的公益项目尚未发布，则可以在该交互式页面的文本框内中可以输入待推荐的公益项目的推文描述文本；如果待推荐的公益项目已发布，则可以输入该待推荐的公益项目的推文链接地址。在本实施例中，为了便于理解和描述，以业务终端提交的是待推荐的公益项目的推文链接地址为例说明。
107.该交互式页面中还可以存在公众号下拉菜单，该公众号下拉菜单可以包括该业务服务平台下的多个公众号，在此基础上，业务终端的用户可以通过在该下拉菜单中选择所需的公众号。
108.类似的，交互式页面中还可以提供设置相似项目的个数的输入框以及设置推送用户的人数的输入框，在此基础上，业务终端侧的用户可以输入用于限制与公益项目相似的目标个筹项目的目标数量，以及，用于限制确定出的目标用户的目标人数。
109.在业务终端的用户在交互式页面完成相关信息输入或者选择后，便可以通过点击指定按钮来触发发送项目推荐请求。
110.当然，以上是以交互式页面的一种可能情况为例说明，对于业务终端通过其他方式发送项目推荐请求的方式也同样适用于本实施例。
111.s302，基于该推文链接地址，获得该公益项目的推文描述文本。
112.可以理解的是，对于项目推荐请求中携带公益项目的推荐描述文本的情况，可以直接从项目推荐请求中获得推荐描述文本，在此不再赘述。
113.s303，确定该推文描述文本的推文向量。
114.s304，基于该业务服务平台中多个个筹项目的文本向量，确定文本向量与推文向量的相似度较高的前目标数量个目标个筹项目。
115.在本实施例中，由于业务终端侧设定了需要选取出的目标个筹项目的目标数量，因此，该步骤会依据该目标数量，直接选取文本向量与该推文向量的相似度较高的前目标数量个目标个筹项目。
116.其中，个筹项目的文本向量与该公益项目的推文向量之间的相似度可以通过计算这两个向量之间的余弦距离或者欧式距离得到，对此不加限制。
117.作为一种可选方式，考虑到计算各文本向量与推文向量的相似度，属于大数据量的高维空间的向量计算，计算量较大且可能会耗时较长。基于此，本技术还可以借助一些开源的向量检索库来实现目标个筹项目的检索。
118.如，可以使用开源库faiss实现高维空间中的海量数据向量实时计算。faiss库提供了高效且可靠的向量检索方法，而且还可以降低空间占用。相应的，本技术可以在业务服务平台部署faiss向量搜索服务，并将每个个筹项目的文本向量导入到faiss中。在存在新增个筹项目的文本向量也会及时导入到faiss中，以保证所有个筹项目都可以作为被召回对象。
119.s305，基于该业务服务平台中多个用户各自对应的个筹项目列表，从该多个用户中，确定对应的个筹项目列表中包含有该目标个筹项目且关注公众号的至少一个候选用户。
120.其中，用户对应的个筹项目列表包括：与该用户捐助过的至少一个已捐个筹项目相似的至少一个可推荐个筹项目以及每个可推荐个筹项目对应的相似度。可推荐个筹项目对应的相似度为：该可推荐个筹项目和与该可推荐个筹相似的已捐个筹项目之间的相似度。
121.s306，针对每个候选用户，从该候选用户的个筹项目列表中包含的各目标个筹项目对应的相似度中确定出最大的相似度，将该最大的相似度确定为候选用户的评分。
122.如，候选用户的个筹相似列表中包括目标个筹项目a和目标个筹项目b，其中，目标个筹项目a对应的相似度为0.95，而目标个筹项目b对应的相似度为0.8，那么最大的相似度为0.95，则候选用户的评分可以为0.95。
123.s307，基于该至少一个候选用户的评分从高到低的顺序，从该至少一个候选用户
中确定出该公益项目所需推荐到的目标人数个目标用户。
124.可以理解的是，一般情况下，确定出的候选用户的数量会比较多，而期望该公益项目推送到的用户数量仅仅是候选用户的一部分。在此基础上，考虑到候选用户的评分可以反映出候选用户喜好的个筹项目与该公益项目的相关程度，本技术可以按照各个候选用户的评分，选取评分较高的目标人数个用户作为需要推送该公益项目的目标用户，以进一步提升公益项目的推送效果。
125.可以理解的是，如果候选用户的数量不足目标人数个，可以是将全部的候选用户作为目标用户。
126.特别的，在候选用户的数量过多或者不足时，本技术还可以适当调整匹配目标个筹项目的目标数量的取值。
127.如，如果该至少一个候选用户的数量与目标人数的差值超过设定阈值，则调整该目标数量，并基于调整后的目标数量返回执行确定文本向量与所述推文向量的相似度较高的前目标数量个目标个筹项目的操作，以改变匹配出的目标个筹项目的数量，进而改变匹配出的候选用户的数量。
128.相应的，如果该至少一个候选用户的数量与目标人数的差值未超过所述设定阈值，结合目标人数，从该至少一个候选用户中，确定公益项目所需推送到目标用户。如，如果候选用户的数量超过目标人数，则可以结合本技术的方案，结合候选用户的评分，从至少一个候选用户中选取出评分较高的前目标人数个目标用户。如果候选用户的人数未超过目标人数，则将候选用户均作为目标用户。
129.例如，假设业务终端设定的目标人数n=100w，相似的目标个筹项目的目标数量s=100。如果基于该目标数量s，确定出的候选用户的人数为200w，则会可以对s进行减半。然后，重新计算s=50时最终确定出的候选用户的人数，如果候选用户的人数仍大于100w，则继续减小s值重新计算，直至候选用户的人数接近n。
130.若候选用户的人数小于100w，则增加s值重新计算，直到候选用户的人数接近n值为止。
131.在以上基础上，如果候选人数的数量大于n，则可以按照候选用户的评分，最终确定出目标用户。
132.在实际应用中，业务服务平台还可以将使得候选用户的人数接近n的调整后目标数量s’发送给业务终端，以便业务终端确认是否基于该调整后目标数量s’来筛选候选用户。如果业务终端确认基于调整后目标数量s’来筛选候选用户，则将依据调整后目标数量s’筛选出的候选用户作为最终的候选用户。如果业务终端仍希望保持原始设定的目标数量不变，则基于原始的目标数量筛选出的候选用户来最终确定目标用户即可。
133.对应本技术的一种确定公益项目的推送用户方法，本技术还提供了一种确定公益项目的推送用户装置。
134.如图4所示，其示出了本技术提供的一种确定公益项目的推送用户的装置的一种组成结构示意图，该装置应用于业务服务平台，包括：公益信息获得单元401，用于获得待推荐的公益项目的推文描述文本；推文向量确定单元402，用于确定所述推文描述文本的推文向量；相似项目确定单元403，用于基于所述业务服务平台中多个个筹项目的文本向量，
确定文本向量与所述推文向量的相似度较高的前设定数量个目标个筹项目，所述个筹项目为个人发起的众筹项目，所述个筹项目的文本向量为基于所述个筹项目的项目描述文本生成的向量；候选用户确定单元404，用于基于所述业务服务平台中多个用户各自对应的个筹项目列表，从所述多个用户中，确定对应的个筹项目列表中包含有所述目标个筹项目的至少一个候选用户，所述用户对应的个筹项目列表中包括所述用户感兴趣的至少一个可推荐个筹项目；目标用户确定单元405，用于从所述至少一个候选用户中，确定所述公益项目所需推送到的至少一个目标用户。
135.在一种可能的实现方式中，该装置还可以包括：列表生成单元，用于通过如下方式生成用户对应的个筹项目列表：获得所述多个个筹项目各自的历史交易明细，所述个筹项目的历史交易明细至少包括捐助过所述个筹项目的用户信息；基于各个筹项目的历史交易明细，确定用户捐助过至少一个已捐个筹项目，所述已捐个筹项目属于所述多个个筹项目；对于用户捐助过的每个已捐个筹项目，从所述多个个筹项目中确定所述已捐个筹项目的相似项目列表，所述已捐个筹项目的相似项目列表中包括：所述多个个筹项目中，历史交易明细与所述已捐个筹项目的历史交易明细相似的至少一个相似个筹项目以及所述相似个筹项目与所述个筹项目的相似度；基于各已捐个筹项目的相似项目列表，生成所述用户的个筹项目列表，所述个筹项目列表中的可推荐个筹项目属于所述已捐个筹项目的相似项目列表。
136.在一种可选方式中，该装置还包括：相似度计算单元，用于在所述列表生成单元确定所述已捐个筹项目的相似项目列表之前，基于所述多个个筹项目各自的历史交易明细，分别确定两两个筹项目之间的相似度；相似项确定单元，用于针对每个个筹项目，依据所述个筹项目与其他个筹项目的相似度，从所述多个个筹项目中确定与所述个筹项目相似的至少一个相似个筹项目，生成所述个筹项目的相似项目列表，所述个筹项目的相似项目列表中包括与所述个筹项目相似的至少一个相似个筹项目以及所述相似个筹项目与所述个筹项目的相似度；该列表生成单元在确定所述已捐个筹项目的相似项目列表时，具体用于从所述多个个筹项目各自的相似项目列表中，确定出所述已捐个筹项目的相似项目列表。
137.在一种可能的实现方式中，用户对应的个筹项目列表包括：与所述用户捐助过的至少一个已捐个筹项目相似的至少一个可推荐个筹项目以及每个可推荐个筹项目对应的相似度，可推荐个筹项目对应的相似度为：所述可推荐个筹项目以及与所述可推荐个筹相似的已捐个筹项目之间的相似度；目标用户确定单元，包括：用户评分单元，用于针对每个候选用户，从所述候选用户的个筹项目列表中包含的目标个筹项目对应的相似度中确定出最大的相似度，将所述最大的相似度确定为所述候选用户的评分；
用户筛选单元，用于基于所述至少一个候选用户的评分从高到低的顺序，从所述至少一个候选用户中确定出所述公益项目所需推荐到的至少一个目标用户。
138.在一种可能的实现方式中，该装置还包括：请求获得单元，用于在公益信息获得单元获得待推荐的公益项目的推文描述文本之前，获得业务终端提交的项目推荐请求，所述项目推荐请求携带有待推荐的公益项目的推文描述文本或者是所述待推荐的公益项目的推文链接地址；公益信息获得单元，包括：文本获取单元，用于获得所述项目推荐请求中携带的推荐描述文本；或者，文本抓取单元，用于基于所述推文链接地址，获得所述公益项目的推文描述文本。
139.在一种可能的实现方式中，请求获得单元获得的项目推荐请求还指示有：相似项目的目标数量以及推荐用户的目标人数；相似项目确定单元，具体为，用于基于所述业务服务平台中多个个筹项目的文本向量，确定文本向量与所述推文向量的相似度较高的目标数量个目标个筹项目；目标用户确定单元，包括：调整单元，用于如果所述至少一个候选用户的数量与所述目标人数的差值超过设定阈值，则调整所述目标数量，并基于调整后的目标数量返回执行所述确定文本向量与所述推文向量的相似度较高的目标数量个目标个筹项目的操作；目标确认单元，用于如果所述至少一个候选用户的数量与所述目标人数的差值未超过所述设定阈值，结合所述目标人数，从所述至少一个候选用户中，确定所述公益项目所需推送到目标用户。
140.在又一种可能的实现方式中，请求获得单元获得的项目链接请求还指示有发布所述公益项目的公众号，所述公众号属于所述业务服务平台下的公众号；候选用户确定单元，具体为，用于基于所述业务服务平台中多个用户各自对应的个筹项目列表，从所述多个用户中，确定对应的个筹项目列表中包含有所述目标个筹项目且关注所述公众号的至少一个候选用户。
141.在又一种可能的实现方式中，该装置还包括：推送通知单元，用于目标用户确定单元确定出所述公益项目所需推送到的至少一个目标用户之后，向推送服务程序发送推送通知，所述推送通知用于指示向所述至少一个目标用户推送所述公益项目。
142.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。同时，本说明书中各实施例中记载的特征可以相互替换或者组合，使本领域专业技术人员能够实现或使用本技术。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
143.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那
些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
144.对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。