信息推荐方法、装置、电子设备和存储介质与流程

1.本公开涉及互联网技术领域，尤其涉及信息推荐方法、装置、电子设备和存储介质。


背景技术：

2.随着互联网技术的发展，通过互联网进行信息推广成为信息传播的新形态。其中，商品、小说、应用程序等信息的推广过程中，常常需要媒体平台对推广内容进行推荐。
3.商户提供相应的推荐参数给媒体平台，当推荐参数满足设定的条件时，方可取得推广内容的推荐机会。但由于媒体平台的资源有限，商户在对媒体平台提供相应的推荐参数后，仍存在无法匹配到更多推荐机会的情况，导致商户的前期推荐处理工作无效，造成系统性能浪费、信息推荐效率较低。


技术实现要素：

4.本公开提供信息推荐方法、装置、电子设备和存储介质，以至少解决相关技术中文本和图像匹配精度不高的问题。本公开的技术方案如下：
5.根据本公开实施例的第一方面，提供一种信息推荐方法，所述方法包括：
6.接收多个请求端针对目标媒体的信息推荐请求；
7.当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将多个所述推荐参数进行聚合处理，得到聚合推荐参数；
8.在所述聚合推荐参数满足所述目标推荐参数的情况下，对各个所述请求端的待推荐信息进行推荐。
9.可选的，所述对各个所述请求端的待推荐信息进行推荐，包括：
10.在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息；
11.其中，所述第一待推荐信息和所述第二待推荐信息分别为各个所述请求端对应的待推荐信息。
12.可选的，所述第一待推荐信息和/或所述第二待推荐信息中包括待执行任务，在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息之后，还包括：
13.确定所述待执行任务是否被执行；
14.若是，则从剩余资源中分配对应价值的虚拟资源给所述待执行任务的执行主体，所述剩余资源为所述聚合推荐参数超出所述目标推荐参数的余量。
15.可选的，所述第二待推荐信息中包括待执行任务，所述待执行任务为目标应用程序安装任务，在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息之前，还包括：
16.利用预先安装的目标插件，获取当前终端设备中的应用程序列表，得到第一列表；所述目标插件为所述第一待推荐信息对应的请求端安装的；
17.所述确定所述待执行任务是否被执行，包括：
18.利用所述目标插件再次获取所述终端设备中的应用程序列表，得到第二列表；
19.根据所述第二列表和所述第一列表，确定所述目标应用程序安装任务是否被执行。
20.可选的，在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息之前，还包括：
21.基于历史数据确定所述多个请求端的转化效率排序；
22.将所述转化效率排序位于前n名的请求端确定为第一请求端，并将所述第一请求端以外的剩余请求端确定为第二请求端，n≥1；
23.所述在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息，包括：
24.在所述目标媒体的页面中推荐所述第一请求端的第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐所述第二请求端的第二待推荐信息。
25.可选的，所述在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息，包括：
26.在所述目标媒体的页面中推荐所述第一请求端的第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐所述第二请求端的第二待推荐信息和所述第一请求端的第三待推荐信息。
27.可选的，所述第三待推荐信息的展示参数由所述第二请求端的推荐参数与所述第二请求端分配给执行主体的虚拟资源的差值确定，所述展示参数至少包括展示内容、展示窗口的尺寸。
28.根据本公开实施例的第二方面，提供一种信息推荐装置，所述装置包括：
29.接收模块，被配置为执行接收多个请求端针对目标媒体的信息推荐请求；
30.聚合处理模块，被配置为执行当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将多个所述推荐参数进行聚合处理，得到聚合推荐参数；
31.推荐模块，被配置为执行在所述聚合推荐参数满足所述目标推荐参数的情况下，对各个所述请求端的待推荐信息进行推荐。
32.可选的，所述推荐模块具体被配置为执行：
33.在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息；
34.其中，所述第一待推荐信息和所述第二待推荐信息分别为各个所述请求端对应的待推荐信息。
35.可选的，所述第一待推荐信息和/或所述第二待推荐信息中包括待执行任务，所述装置还包括：
36.执行确定模块，被配置为执行确定所述待执行任务是否被执行；
37.分配模块，被配置为执行若是，则从剩余资源中分配对应价值的虚拟资源给所述待执行任务的执行主体，所述剩余资源为所述聚合推荐参数超出所述目标推荐参数的余量。
38.可选的，所述第二待推荐信息中包括待执行任务，所述待执行任务为目标应用程
序安装任务，所述装置还包括：
39.第一列表获取模块，被配置为执行利用预先安装的目标插件，获取当前终端设备中的应用程序列表，得到第一列表；所述目标插件为所述第一待推荐信息对应的请求端安装的；
40.所述执行确定模块具体被配置为执行：
41.利用所述目标插件再次获取所述终端设备中的应用程序列表，得到第二列表；
42.根据所述第二列表和所述第一列表，确定所述目标应用程序安装任务是否被执行。
43.可选的，所述装置还包括：
44.排序确定模块，被配置为执行基于历史数据确定所述多个请求端的转化效率排序；
45.请求端确定模块，被配置为执行将所述转化效率排序位于前n名的请求端确定为第一请求端，并将所述第一请求端以外的剩余请求端确定为第二请求端，n≥1；
46.所述推荐模块进一步被配置为执行：
47.在所述目标媒体的页面中推荐所述第一请求端的第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐所述第二请求端的第二待推荐信息。
48.可选的，所述推荐模块进一步被配置为执行：
49.在所述目标媒体的页面中推荐所述第一请求端的第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐所述第二请求端的第二待推荐信息和所述第一请求端的第三待推荐信息。
50.根据本公开实施例的第三方面，提供一种电子设备，包括：
51.处理器；
52.用于存储所述处理器可执行指令的存储器；
53.其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的信息推荐方法。
54.根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如第一方面所述的信息推荐方法。
55.根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现第一方面所述的信息推荐方法。
56.本公开的实施例提供的技术方案至少带来以下有益效果：
57.在本公开的实施例中，接收多个请求端针对目标媒体的信息推荐请求；当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将各个所述推荐参数进行聚合处理，得到聚合推荐参数；在所述聚合推荐参数满足所述目标推荐参数的情况下，对各个所述请求端的待推荐信息进行推荐。这样，将不满足目标推荐参数的多个请求端聚合起来，在聚合推荐参数满足目标推荐参数的情况下，对各个请求端的待推荐信息进行推荐，使得各个请求端匹配到更多的信息推荐机会，避免了系统性能浪费，提高了信息推荐效率。
58.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
59.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
60.图1是根据一示例性实施例示出的第一种信息推荐方法的步骤流程图；
61.图2是根据一示例性实施例示出的第一待推荐信息和第二待推荐信息的示意图；
62.图3是根据一示例性实施例示出的第二种信息推荐方法的步骤流程图；
63.图4是根据一示例性实施例示出的第三种信息推荐方法的步骤流程图；
64.图5是根据一示例性实施例示出的一种信息推荐装置的结构框图；
65.图6是根据一示例性实施例示出的一种用于信息推荐的电子设备的框图。
具体实施方式
66.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
67.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
68.图1是根据一示例性实施例示出的第一种信息推荐方法的步骤流程图，如图1所示，该方法包括以下步骤。
69.在步骤s11中，接收多个请求端针对目标媒体的信息推荐请求。
70.本方案的系统架构为一个三方平台，包括联盟平台端、需求端和多个媒体平台。需求端为资源的需求主体，是需要在媒体平台推广内容的商户。媒体平台为资源的供给主体，媒体平台包括各个媒体平台，例如网站、应用程序(app)等。
71.联盟平台端为资源的聚合平台，是媒体平台触达需求端的增量和存量用户、获取预期转换的一条通用路径。联盟平台端的主要业务逻辑是资源和预算匹配。本方案的执行主体为联盟平台端。
72.联盟平台端接收各个需求端的信息推荐请求，该信息推荐请求中可以包括推荐参数以及所请求的媒体平台标识。联盟平台端将该信息推荐请求按照所请求的媒体平台进行聚合，并按照媒体平台的类别对信息推荐请求进行分类处理。
73.在本公开实施例中，目标媒体为多个媒体平台中的一个媒体平台，需求端可以向其发起信息推荐请求，本发明实施例将发起信息推荐请求的需求端作为请求端。
74.在步骤s12中，当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将多个所述推荐参数进行聚合处理，得到聚合推荐参数。
75.由于目标媒体的资源有限，目标媒体对于请求端的信息推荐，有相应的条件，当请
求端给出的推荐参数不满足目标推荐参数时，目标媒体将不给予请求端匹配信息推荐机会。一般来说，目标推荐参数是按照cpa(cost per activity，每动作成本)方式进行计算的。
76.联盟平台获取推荐请求中的推荐参数，若多个请求端给出的推荐参数均不能满足目标推荐参数，则按照传统方法，这些请求端都不能获得目标媒体的信息推荐机会。
77.本方案中将多个请求端的推荐参数进行聚合处理，计算聚合推荐参数。聚合推荐参数可以是基于多个推荐参数的和得到。例如，计算多个推荐参数的和或加权和，得到聚合推荐参数。其中，预先对各个请求端按照投放转化效率设置权重，然后将多个推荐参数和对应的权重进行加权求和，得到加权和。
78.例如，请求端a的推荐参数为4，请求端b的推荐参数为8，请求端c的推荐参数为3，请求端d的推荐参数为1。目标媒体的目标推荐参数为10，这样每一个请求端的推荐参数都没有达到目标推荐参数。这时，将各个请求端的推荐参数聚合起来，计算多个推荐参数的和，得到聚合推荐参数为16。
79.在步骤s13中，在所述聚合推荐参数满足所述目标推荐参数的情况下，对各个所述请求端的待推荐信息进行推荐。
80.确定聚合推荐参数和目标推荐参数的大小关系，若聚合推荐参数大于或等于目标推荐参数，则确定聚合推荐参数满足目标推荐参数，对聚合推荐参数对应的各个请求端的待推荐信息进行推荐。
81.具体地，可以根据各个请求端的推荐参数，按照聚合推荐参数大于或等于目标推荐参数的方式对各个请求端进行组合，得到尽可能多的满足目标推荐参数的组合。
82.这样，在有多个推荐参数未达到目标推荐参数的请求端的情况下，可以根据各个请求端的推荐参数，将请求端按照聚合推荐参数大于或等于目标推荐参数的原则进行组合，可以使每个组合中的请求端均得到目标媒体的信息推荐机会，使媒体平台的资源得到最大化合理利用。
83.此外，若聚合推荐参数小于推荐参数，则确定聚合推荐参数不满足目标推荐参数，各个请求端不能获得目标媒体的推荐资格。
84.综上，在本公开的实施例中，接收多个请求端针对目标媒体的信息推荐请求；当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将各个所述推荐参数进行聚合处理，得到聚合推荐参数；在所述聚合推荐参数满足所述目标推荐参数的情况下，对各个所述请求端的待推荐信息进行推荐。这样，将不满足目标推荐参数的多个请求端聚合起来，在聚合推荐参数满足目标推荐参数的情况下，对各个请求端的待推荐信息进行推荐，使得各个请求端匹配到更多的信息推荐机会，避免了系统性能浪费，提高了信息推荐效率。
85.在一种可能的实施方式中，所述对各个所述请求端的待推荐信息进行推荐，包括步骤s131：
86.在步骤s131中，在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息；其中，所述第一待推荐信息和所述第二待推荐信息分别为各个所述请求端对应的待推荐信息。
87.在本公开实施例中，在目标媒体的页面中推荐第一待推荐信息，可以使用户在浏
览目标媒体页面的同时，浏览到第一待推荐信息，从而满足了第一待推荐信息对应的请求端进行信息推广的目的。进一步的，在用户点击进入第一待推荐信息的下级承接页面时，还可以看到下级承接页面中的第二待推荐信息，满足了第二待推荐信息对应的请求端进行信息推广的目的。
88.具体地，第一待推荐信息和第二待推荐信息都可以包括至少一个请求端对应的推荐信息。例如，第一待推荐信息包括请求端a的推荐信息，第二待推荐信息包括请求端b、c、d的推荐信息。
89.这样，以目标媒体的页面作为入口页面，多个请求端的聚合推荐参数只需满足目标推荐参数，便可利用入口页面的下级承接页面，同时对多个请求端的待推荐信息进行推荐，为更多的请求端提供了信息推荐机会，提高了信息推荐效率。
90.图2是根据一示例性实施例示出的第一待推荐信息和第二待推荐信息的示意图。
91.参照图2中的左图，为目标媒体的页面，在目标媒体页面中包含有第一待推荐信息，用户通过在第一待推荐信息中点击相应按钮或执行相应任务，进入第一待推荐信息的下级承接页面，即图2中的右图。在该下级承接页面中，包括有第二待推荐信息。
92.其中，第一待推荐信息可以为多个请求端中的其中一个请求端的待推荐信息，第二待推荐信息可以为其余请求端的待推荐信息。例如，第一待推荐信息包括请求端a的待推荐信息，第二待推荐信息包括请求端b、c、d的待推荐信息。
93.在一种可能的实施方式中，所述第一待推荐信息和/或所述第二待推荐信息中包括待执行任务，在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息之后，还包括：
94.步骤s14，确定所述待执行任务是否被执行；
95.步骤s15，若是，则从剩余资源中分配对应价值的虚拟资源给所述待执行任务的执行主体，所述剩余资源为所述聚合推荐参数超出所述目标推荐参数的余量。
96.在步骤s14-步骤s15中，为了提高信息推荐的转化效果，可以在第一待推荐信息或第二待推荐信息中加入待执行任务。该待执行任务可以包括应用程序安装任务、观看任务、注册任务等。
97.在聚合推荐参数大于或等于目标推荐参数的情况下，聚合推荐参数超出目标推荐参数的部分为剩余资源，可将剩余资源作为对完成待执行任务的执行主体的奖励，即可以将剩余资源对应的虚拟资源分配给完成待执行任务的执行主体。该执行主体可以为用户。
98.这样，本方案可以在各个请求端的推荐参数不提高的情况下，使各个请求端得到信息推荐机会，并且可以将一部分剩余资源回馈给执行主体，以激励执行主体完成待执行任务，提高了执行主体完成待执行任务的积极性，进而提高了各个请求端进行信息推广的转化效果。
99.图3是根据一示例性实施例示出的第二种信息推荐方法的步骤流程图，如图3所示，该方法包括以下步骤。
100.在步骤s21中，接收多个请求端针对目标媒体的信息推荐请求。
101.在本公开实施例中，步骤s21可以参照步骤s11，此处不再赘述。
102.在步骤s22中，当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将多个所述推荐参数进行聚合处理，得到聚合推荐参数。
103.在本公开实施例中，步骤s22可以参照步骤s12，此处不再赘述。
104.在步骤s23中，在所述聚合推荐参数满足所述目标推荐参数的情况下，基于历史数据确定所述多个请求端的转化效率排序。
105.历史数据可以包括请求端在当前时间之前的一段时间内的推荐信息内容、推荐信息位置以及对应的转化效率。基于相似的推荐信息内容、推荐信息位置对多个请求端进行分类，并基于对应的转化效率确定各个类别中请求端的转化效率排序。
106.在步骤s24中，将所述转化效率排序位于前n名的请求端确定为第一请求端，并将所述第一请求端以外的剩余请求端确定为第二请求端，n≥1。
107.转化效率较高的前n名请求端，将其作为第一请求端，剩余请求端作为第二请求端。联盟平台会为第一请求端和第二请求端匹配不同的信息推荐位置。
108.在一种可能的实施方式中，基于所述多个请求端的属性信息，从所述多个请求端中确定适于在所述目标媒体的页面中展示的第一请求端，并确定适于在所述下级承接页面中展示的第二请求端。
109.与步骤s23、步骤s24不同，本方法基于请求端的属性信息确定第一请求端和第二请求端，是确定第一请求端和第二请求端的另一种方法。
110.在本公开实施例中，请求端的属性信息包括请求端的产品类别、转化模式、待推荐信息内容等，可以把这些属性信息输入预先训练好的模型，以确定请求端的待推荐信息的推荐位置，例如是目标媒体的页面，还是下级承接页面。从而可以从多个请求端中确定出适于在目标媒体页面中展示的第一请求端，以及在下级承接页面中展示的第二请求端。
111.这样，基于请求端的属性信息，确定适于在目标媒体页面中展示的第一请求端和适于在下级承接页面中展示的第二请求端，可以为多个请求端匹配更适合的推荐位置，提高信息推荐效率。
112.在步骤s24之后，可以执行步骤s25或步骤s26。
113.在步骤s25中，在所述目标媒体的页面中推荐所述第一请求端的第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐所述第二请求端的第二待推荐信息。
114.在本公开实施例中，第一请求端的是转化效率较高的请求端，第二请求端是转化效率较低的请求端，将第一待推荐信息设置在目标媒体的页面中进行推荐，可以获得更高的浏览量，使第一待推荐信息的转化效率最大化，从而提高整体的转化效率。
115.在步骤s26中，在所述目标媒体的页面中推荐所述第一请求端的第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐所述第二请求端的第二待推荐信息和所述第一请求端的第三待推荐信息。
116.在实际应用中，为了防止第一请求端在被目标媒体的入口页面被推荐之后，没有动力在下级承接页面中推荐第二待推荐信息，可以在下级承接页面中为第一请求端分配部分推荐信息，即在下级承接页面中增加第一请求端对应的第三待推荐信息。这样，第一请求端为了得到推荐机会，将会在下级承接页面中推荐第二待推荐信息，避免了第一请求端将入口页面锁死，保障了第二请求端的权益。
117.在一种可能的实施方式中，所述第三待推荐信息的展示参数由所述第二请求端的推荐参数与所述第二请求端分配给执行主体的虚拟资源的差值确定，所述展示参数至少包括展示内容、展示窗口的尺寸。
118.在下级承接页面中包括第二待推荐信息和第一请求端的第三待推荐信息的情况下，联盟平台可以计算第二请求端的推荐参数与分配给执行主体的虚拟资源之间的差值，并将该差值作为确定第三待推荐信息的展示参数的依据。
119.也就是说，第二请求端的推荐参数所对应的推荐资源一部分分给了第二待推荐信息，一部分分给了第三待推荐信息，分给第三待推荐信息的那部分推荐资源决定第三待推荐信息的展示方式，即展示内容、展示窗口的尺寸等展示参数。
120.上述规则为联盟平台设置第三待推荐信息的展示参数提供了方法和依据，进一步提高了信息推荐效率。
121.图4是根据一示例性实施例示出的第三种信息推荐方法的步骤流程图，如图4所示，该方法包括以下步骤。
122.在步骤s31中，接收多个请求端针对目标媒体的信息推荐请求。
123.在本公开实施例中，步骤s31可以参照步骤s11，此处不再赘述。
124.在步骤s32中，当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将多个所述推荐参数进行聚合处理，得到聚合推荐参数。
125.在本公开实施例中，步骤s32可以参照步骤s12，此处不再赘述。
126.在步骤s33中，在所述第二待推荐信息中包括待执行任务，所述待执行任务为目标应用程序安装任务的情况下，利用预先安装的目标插件，获取当前终端设备中的应用程序列表，得到第一列表；所述目标插件为所述第一待推荐信息对应的请求端安装的。
127.为了提高推荐效果和转换效率，可以在第一待推荐信息或第二待推荐信息中，加入待执行任务。该待执行任务可以包括应用程序安装任务、观看任务、注册任务等。
128.请求端通过在应用程序中安装目标插件，例如自归因sdk(software development kit，软件开发工具包)，可以获取用户下载请求端应用程序的渠道，从而得知用户安装请求端应用程序的归因是否为第一待推荐信息或第二待推荐信息，以及得知对第一待推荐信息或第二待推荐信息进行推荐的目标媒体。
129.在传统方法中，需要各个请求端均接入联盟平台的目标插件，从而各个请求端可以利用目标插件探测得到终端上新的应用程序安装的归因。然而，接入目标插件需要部署数据接口，技术成本较高。
130.在本公开实施例中，由于第二待推荐信息位于第一待推荐信息的下级承接页面，可以直接利用第一待推荐信息的请求端接入的目标插件来探测第二待推荐信息的应用程序安装任务的执行情况，这样，第二待推荐信息的请求端就可以在不接入目标插件的情况下，获得应用程序安装的归因，使得第二待推荐信息的请求端降低了技术成本。
131.具体地，在第二待推荐信息中包括待执行任务的情况下，可以在加载第二待推荐信息之前，利用目标插件先获取当前用户的终端设备中的应用程序列表，得到第一列表，以方便后续进行对比分析。
132.在步骤s34中，在所述聚合推荐参数满足所述目标推荐参数的情况下，在所述目标媒体的页面中推荐第一待推荐信息，并在所述第一待推荐信息的下级承接页面中推荐第二待推荐信息；其中，所述第一待推荐信息和所述第二待推荐信息分别为各个所述请求端对应的待推荐信息；所述第一待推荐信息和/或所述第二待推荐信息中包括待执行任务。
133.在本公开实施例中，第一待推荐信息和第二待推荐信息中包括的待执行任务为目
标应用程序安装任务。可以在第一待推荐信息和第二待推荐信息上显示完成待执行任务可获得的奖励，以激励执行主体执行任务。
134.在步骤s35中，利用所述目标插件再次获取所述终端设备中的应用程序列表，得到第二列表。
135.在推荐第一待推荐信息或第二待推荐信息后，可以利用目标插件再次获取终端设备中的应用程序列表，得到第二列表。
136.在步骤s36中，根据所述第二列表和所述第一列表，确定所述目标应用程序安装任务是否被执行。
137.若第二列表比第一列表多了目标应用程序，则说明是执行主体执行了第一待推荐信息或第二待推荐信息中的目标应用程序安装任务。
138.在步骤s37中，若是，则从剩余资源中分配对应价值的虚拟资源给所述待执行任务的执行主体，所述剩余资源为所述聚合推荐参数超出所述目标推荐参数的余量。
139.由于聚合推荐参数只需满足目标推荐参数，在聚合推荐参数大于目标推荐参数的情况下，两者之间的差值为剩余资源，可以将剩余资源分配给完成待执行任务的执行主体。
140.这样，本方案可以在各个请求端的推荐参数不提高的情况下，使各个请求端得到所请求的推荐机会，并且可以将一部分剩余资源回馈给执行主体，以激励执行主体完成待执行任务，提高了执行主体完成待执行任务的积极性，进而提高了各个请求端的推荐信息转化率。
141.并且，利用第一请求端安装的目标插件，确定执行是否完成待执行任务，由于第二待推荐信息位于第一请求端的承接页面，可以直接利用第一请求端安装的目标插件来探测第二待推荐信息中应用程序安装任务的执行情况。这样，第二请求端就可以在不安装目标插件的情况下，获得应用程序安装的归因，使得第二请求端降低了信息推荐成本。
142.图5是根据一示例性实施例示出的一种信息推荐装置的结构框图。如图4所示，该信息推荐装置40包括：
143.接收模块41，被配置为执行接收多个请求端针对目标媒体的信息推荐请求；
144.聚合处理模块42，被配置为执行当所述推荐请求中包括的推荐参数均不满足所述目标媒体的目标推荐参数时，将多个所述推荐参数进行聚合处理，得到聚合推荐参数；
145.推荐模块43，被配置为执行在所述聚合推荐参数满足所述目标推荐参数的情况下，对各个所述请求端的待推荐信息进行推荐。
146.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
147.图6是根据一示例性实施例示出的一种用于信息推荐的电子设备的框图。其内部结构图可以如图6所示。该服务器或电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该服务器或电子设备的处理器用于提供计算和控制能力。该服务器或电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器或电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种信息推荐方法。
148.本领域技术人员可以理解，图6中示出的结构，仅仅是与本公开方案相关的部分结
构的框图，并不构成对本公开方案所应用于其上的服务器或电子设备的限定，具体的服务器或电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
149.在示例性实施例中，还提供了一种服务器或电子设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行该指令，以实现如本公开实施例中的信息推荐方法。
150.在示例性实施例中，还提供了一种计算机可读存储介质，当该计算机可读存储介质中的指令由服务器或电子设备的处理器执行时，使得服务器或电子设备能够执行本公开实施例中的信息推荐方法。计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
151.在示例性实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本公开实施例中的信息推荐方法。
152.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
153.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
154.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。