CN113569089B - 信息处理方法、装置、服务器、设备、***及存储介质 - Google Patents

Abstract

本公开关于一种信息处理方法、装置、服务器、设备、***及存储介质,涉及数据处理技术领域,至少解决相关技术中的查询卡片业务方的耗时显著增加，严重影响卡片推荐效果的问题。方法包括：接收客户端发送的卡片获取请求，卡片获取请求包括当前业务场景的内容参数；并行向至少两个卡片业务方发送卡片查询请求，卡片查询请求包括内容参数；卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片；接收卡片业务方发送的待推荐卡片的卡片信息；待推荐卡片的卡片信息包括卡片业务方的业务优先级；根据卡片业务方的业务优先级，确定待推荐卡片队列；向客户端发送待推荐卡片队列，以供客户端显示待推荐卡片队列中的待推荐卡片。

Description

信息处理方法、装置、服务器、设备、***及存储介质

技术领域

本公开涉及数据处理技术领域，尤其涉及一种信息处理方法、装置、服务器、设备、***及存储介质。

背景技术

在短视频的详情页以卡片形式展示其他业务方的运营位入口，具有较好的推荐效果。因此，越来越多的卡片业务方希望通过该种方式得到曝光机会，这也就是使得短视频的卡片业务方越来越多。

随着卡片业务方的增加，在展示待推荐卡片之前，每个短视频的数据组装都需要去查询多个卡片业务方是否具有待推荐卡片。尽管大部分卡片业务方并不具有待推荐卡片，但随着新业务方的接入，还是会导致查询卡片业务的耗时显著增加，严重影响了卡片的推荐效果，并且还导致所有短视频的加载耗时增加，降低了用户的使用体验感。

发明内容

本公开提供一种信息处理方法、装置、服务器、设备、***及可读存储介质，以至少解决相关技术中的查询卡片业务方的耗时显著增加，严重影响卡片推荐效果的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种信息处理方法，用于服务器，包括：接收客户端发送的卡片获取请求，卡片获取请求包括当前业务场景的内容参数；并行向至少两个卡片业务方发送卡片查询请求，卡片查询请求包括内容参数；卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片；接收卡片业务方发送的待推荐卡片的卡片信息；待推荐卡片的卡片信息包括卡片业务方的业务优先级；根据卡片业务方的业务优先级，确定待推荐卡片队列；向客户端发送待推荐卡片队列，以供客户端显示待推荐卡片队列中的待推荐卡片。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：在当前业务场景的播放量小于第一限流参数的情况下，并行向至少两个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：确定每一个卡片业务方的第二限流参数；向第二限流参数大于当前业务场景的播放量的卡片业务方发送卡片查询请求。

在一种可能的实施方式中，内容参数包括当前业务场景对应的作者标识的历史数据、当前业务场景的标识和当前业务场景对应的触发指令参数中的至少一个。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：将至少两个卡片业务方中的每个卡片业务方接入预先创建的卡片调用框架；并行向接入预先创建的卡片调用框架的每个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，信息处理方法还包括：创建父类调用接口；父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，子类调用接口继承父类调用接口，以使子类调用接口能够调用父类调用接口中的调用协议信息；根据父类调用接口和子类调用接口，得到卡片调用框架。

根据本公开实施例的第二方面，提供一种信息处理方法，用于服务器，包括：获取当前业务场景的内容参数；获取与卡片业务方的业务优先级对应的待推荐卡片队列；待推荐卡片队列包括与内容参数表征的内容对应的待推荐卡片；显示待推荐卡片队列中的待推荐卡片。

在一种可能的实施方式中，显示待推荐卡片队列中的待推荐卡片，包括：在当前业务场景的内容显示界面的目标区域，显示待推荐卡片。

在一种可能的实施方式中，获取与卡片业务方的业务优先级对应的待推荐卡片队列，包括：向服务器发送卡片获取请求，卡片获取请求包括内容参数；服务器用于获取与卡片业务方的业务优先级对应的待推荐卡片队列；接收服务器发送的待推荐卡片队列。

在一种可能的实施方式中，获取与卡片业务方的业务优先级对应的待推荐卡片队列，包括：并行向至少两个卡片业务方发送卡片查询请求，卡片查询请求包括内容参数；卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片；接收卡片业务方发送的待推荐卡片的卡片信息；待推荐卡片的卡片信息包括卡片业务方的业务优先级；根据卡片业务方的业务优先级，确定待推荐卡片队列。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：在当前业务场景的播放量小于第一限流参数的情况下，并行向至少两个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：确定每一个卡片业务方的第二限流参数；向第二限流参数大于当前业务场景的播放量的卡片业务方发送卡片查询请求。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：将卡片业务方接入预先创建的卡片调用框架；通过预先创建的卡片调用框架并行向至少两个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，信息处理方法还包括：创建父类调用接口；父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，子类调用接口继承父类调用接口，以使子类调用接口能够调用父类调用接口中的调用协议信息；根据父类调用接口和子类调用接口，得到卡片调用框架。

在一种可能的实施方式中，内容参数包括当前业务场景对应的作者标识的历史数据、当前业务场景的标识和当前业务场景对应的触发指令参数中的至少一个。

在一种可能的实施方式中，显示待推荐卡片队列中的待推荐卡片，包括：针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的数量小于预设数量。

在一种可能的实施方式中，所述显示所述待推荐卡片队列中的待推荐卡片，包括：针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的次数小于预设次数。

根据本公开实施例的第三方面，提供一种信息处理装置，用于服务器，包括：接收模块，被配置为执行接收客户端发送的卡片获取请求，所述卡片获取请求包括当前业务场景的内容参数；调用模块，被配置为执行并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片；所述接收模块，还被配置为执行接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级；确定模块，被配置为执行根据所述卡片业务方的业务优先级，确定待推荐卡片队列；发送模块，被配置为执行向所述客户端发送所述待推荐卡片队列，以供所述客户端显示所述待推荐卡片队列中的待推荐卡片。

在一种可能的实施方式中，所述调用模块具体被配置为执行：在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送所述卡片查询请求。

在一种可能的实施方式中，所述调用模块具体被配置为执行：确定每一个卡片业务方的第二限流参数；向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述卡片查询请求。

在一种可能的实施方式中，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

在一种可能的实施方式中，所述调用模块具体被配置为执行：将所述至少两个卡片业务方中的每个卡片业务方接入预先创建的卡片调用框架；并行向接入所述预先创建的卡片调用框架的每个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，所述信息处理装置还包括创建模块，被配置为执行：创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

根据本公开实施例的第四方面，提供一种信息处理装置，用于电子设备，包括：获取模块，被配置为执行获取当前业务场景的内容参数；调用模块，被配置为执行获取与卡片业务方的业务优先级对应的待推荐卡片队列；所述待推荐卡片队列包括与所述内容参数表征的内容对应的待推荐卡片；显示模块，被配置为执行显示所述待推荐卡片队列中的待推荐卡片。

在一种可能的实施方式中，所述显示模块具体配置为执行：在所述当前业务场景的内容显示界面的目标区域，显示所述待推荐卡片。

在一种可能的实施方式中，所述调用模块具体被配置为执行：向服务器发送卡片获取请求，所述卡片获取请求包括所述内容参数；所述服务器用于获取与卡片业务方的业务优先级对应的待推荐卡片队列；接收所述服务器发送的待推荐卡片队列。

在一种可能的实施方式中，所述调用模块具体被配置为执行：并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片；接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级；根据所述卡片业务方的业务优先级，确定待推荐卡片队列。

在一种可能的实施方式中，所述调用模块具体被配置为执行：在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，所述调用模块具体被配置为执行：确定每一个卡片业务方的第二限流参数；向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述片查询请求。

在一种可能的实施方式中，所述调用模块具体被配置为执行：将所述卡片业务方接入预先创建的卡片调用框架；通过所述预先创建的卡片调用框架并行向至少两个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，所述信息处理装置还包括创建模块，被配置为执行：创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

在一种可能的实施方式中，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

在一种可能的实施方式中，所述显示模块具体被配置为执行：针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的数量小于预设数量。

在一种可能的实施方式中，所述显示模块具体被配置为执行：针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的次数小于预设次数。

根据本公开实施例的第五方面，提供一种服务器，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如第一方面及其任一种可能的实施方式中的信息处理方法。

根据本公开实施例的第六方面，提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现上述第二方面及其任一种可能的实施方式中的信息处理方法。

根据本公开实施例的第七方面，提供一种信息处理***，包括：如第五方面所述的服务器；以及如第六方面所述的电子设备；所述服务器和所述电子设备通信连接。

根据本公开实施例的第八方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述第一方面中及其任一种可能的实施方式中的信息处理方法；或当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述第二方面及其任一种可能的实施方式中的信息处理方法。

根据本公开实施例的第九方面，提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在服务器上运行时，使得服务器执行上述第一方面及其任一种可能的实施方式的信息处理方法；或当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述第二方面及其任一种可能的实施方式中的信息处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：在接收到客户端发送的携带有内容参数的卡片获取请求后，并行向至少两个卡片业务方发送卡片查询请求，以指示每个卡片业务方确定与内容参数表征的内容对应的待推荐卡片，并根据卡片业务方的业务优先级将推荐卡片确定为待推荐卡片队列，以供客户端显示待推荐卡片队列中的待推荐卡片。一方面，由于采用异步并行查询各个卡片业务方的待推荐卡片，在卡片业务方逐渐增多时，查询卡片业务方的耗时受到的影响较小，相对于现有技术中的查询方法，能够显著降低查询耗时，进而减小显示待推荐卡片的耗时，提高卡片的推荐效果。此外，由于查询卡片业务方的耗时降低，从而使得短视频的加载耗时降低，进而提高了用户的使用体验。另一方面，由于根据卡片业务方发送的业务优先级将推荐卡片确定为待推荐卡片队列，使得客户端根据待推荐卡片队列中待推荐卡片的排序显示待推荐卡片，相对于现有技术中的根据预先定义待推荐卡片的优先级来判断显示哪一个待推荐卡片，实现了统筹协调各个卡片业务方对卡片运营位的抢夺，优化客户端的加载性能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种实施环境的示意图；

图2是根据一示例性实施例示出的一种信息处理方法的流程图；

图3是根据一示例性实施例示出的另一种信息处理方法的流程图；

图4是根据一示例性实施例示出的另一种信息处理方法的流程图；

图5是根据一示例性实施例示出的另一种信息处理方法的流程图；

图6是根据一示例性实施例示出的卡片调用框架的示意图；

图7是根据一示例性实施例示出的另一种信息处理方法的流程图；

图8是根据一示例性实施例示出的另一种信息处理方法的流程图；

图9是根据一示例性实施例示出的一种目标区域的示意图；

图10是根据一示例性实施例示出的另一种目标区域的示意图；

图11是根据一示例性实施例示出的另一种目标区域的示意图；

图12是根据一示例性实施例示出的另一种目标区域的示意图；

图13是根据一示例性实施例示出的一种待推荐卡片的示意图；

图14是根据一示例性实施例示出的另一种待推荐卡片的示意图；

图15是根据一示例性实施例示出的另一种信息处理方法的流程图；

图16是根据一示例性实施例示出的另一种信息处理方法的流程图；

图17是根据一示例性实施例示出的一种信息处理方法的交互示意图；

图18是根据一示例性实施例示出的一种信息处理装置的框图；

图19是根据一示例性实施例示出的另一种信息处理装置的框图；

图20是根据一示例性实施例示出的一种服务器的框图；

图21是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在对本公开提供的信息处理方法进行详细介绍之前，先对本公开涉及的应用场景和实施环境进行简单介绍。

首先，对本公开涉及的应用场景进行简单介绍。

在短视频的详情页以卡片形式展示运营位入口是比较成熟的产品迭代思路，比如在短视频底部展示给用户推荐的相似视频，或者对于一些类似电视剧分集(视频拆分了很多集)的视频，当用户刷到某一集后，为用户推荐此剧的其他分集的视频。实验发现，通过卡片形式推荐，用户点击的概率很高。因此，越来越多的业务方想通过这种方式得到曝光机会，比如关注引导卡片、小程序卡片、直播卡片等。

短视频在展示卡片前，需要查询多个卡片业务方是否具有待推荐的相关卡片。随着卡片业务方的增多，短视频的加载耗时显著增加，严重影响了卡片推荐效果。

针对上述问题，本公开提供了一种信息处理方法，在接收到客户端发送的携带有内容参数的卡片获取请求后，并行向至少两个卡片业务方发送卡片查询请求，以指示每个卡片业务方确定与内容参数表征的内容对应的待推荐卡片，并根据卡片业务方的业务优先级将推荐卡片确定为待推荐卡片队列，以供客户端显示待推荐卡片队列中的待推荐卡片。一方面，由于采用异步并行查询各个卡片业务方的待推荐卡片，在卡片业务方逐渐增多时，查询卡片业务方的耗时受到的影响较小，相对于现有技术中的查询方法，能够显著降低查询耗时，进而减小显示待推荐卡片的耗时，提高卡片的推荐效果。此外，由于查询卡片业务方的耗时降低，从而使得短视频的加载耗时降低，进而提高了用户的使用体验。另一方面，由于根据卡片业务方发送的业务优先级将推荐卡片确定为待推荐卡片队列，使得客户端根据待推荐卡片队列中待推荐卡片的排序显示待推荐卡片，相对于现有技术中的根据预先定义待推荐卡片的优先级来判断显示哪一个待推荐卡片，实现了统筹协调各个卡片业务方对卡片运营位的抢夺，优化客户端的加载性能。

下面对本公开涉及的实施环境(实施架构)进行简单介绍。

如图1所示，其示出了本公开适用的一种实施环境的示意图。该实施环境中可以包括服务器110和电子设备120，该电子设备120可通过网络(有线网络或无线网络)与该服务器110之间建立连接。

其中，该电子设备120用于显示待推荐卡片队列中的待推荐卡片。电子设备120可以是终端设备或服务器。其中，终端设备可以是智能手机、平板电脑、掌上电脑、车载终端、台式电脑以及笔记本电脑等。服务器可以是任意一个服务器或服务器集群，本公开对此不做限定。

其中，该服务器110用于接收电子设备120发送的卡片获取请求，并基于该卡片获取请求向电子设备120返回待推荐卡片队列。在一些实施例中，该服务器110可以为一台服务器，或者，也可以为由多台服务器组成的服务器集群，本公开对此不做限定。

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

图2是根据一示例性实施例示出的一种信息处理方法的流程图，该信息处理方法用于服务器。如图2所示，信息处理方法包括S201-S205。

在S201中，接收客户端发送的卡片获取请求，卡片获取请求包括当前业务场景的内容参数。

可选地，内容参数用于表征当前业务场景对应的内容。

在一个示例中，当前业务场景可以是短视频、图片展示、小程序或直播等用户可以通过电子设备进行浏览的场景，本公开对此不做限定。

在一个示例中，用户使用电子设备观看短视频、图片展示、小程序或直播等场景，内容参数与用户正在观看的当前短视频、图片展示、小程序或直播的内容对应。

示例性的，当前短视频、图片展示、小程序或直播的内容可以是美食、旅游、书籍、穿搭、舞蹈等。

可选地，用户使用电子设备观看当前短视频、图片展示、小程序或直播等时，电子设备向服务器发送卡片获取请求，卡片获取请求携带有当前短视频、图片展示、小程序或直播对应的当前业务场景的内容参数，服务器接收客户端发送的卡片获取请求。

可选地，内容参数包括当前业务场景对应的作者标识的历史数据、当前业务场景的标识和当前业务场景对应的触发指令参数中的至少一个。

在一种实施方式中，内容参数为当前业务场景对应的作者标识的历史数据。其中，作者标识可以是发布当前业务场景对应作品的作者ID。历史数据可以是作者标识对应的作者在预设历史时间段内发布作品的内容标识。

示例性的，作者发布作品的类型可以是美食类型作品、旅游类型作品、推荐类型作品、读书类型作品、舞蹈类型作品、穿搭类型作品等。根据作者发布作品的类型，可以确定作品的内容标识，比如，美食类型作品对应的内容标识是美食，旅游类型作品对应的内容标识是旅游，读书类型作品对应的内容标识是书籍。

通过将当前业务场景对应作者标识的历史数据作为内容参数，也即，将作者标识对应作者在预设历史时间段内发布作品的内容标识作为当前业务场景的内容参数，能够将待推荐卡片与作者标识对应作者发布的历史内容相关联，从而根据当前场景对应作者发布的历史内容确定向用户显示的待推荐卡片，进而提高待推荐卡片的推荐效果。

在另一种实施方式中，内容参数为当前业务场景的标识。

示例性的，每一个短视频配置有一个ID。当前业务场景的标识可以是当前业务场景对应的短视频、图片展示、小程序或直播的ID。可以理解的，短视频、图片展示、小程序或直播的ID可以表征短视频、图片展示、小程序或直播的内容，因此，短视频、图片展示、小程序或直播的ID可以表征当前业务场景的内容。

通过将当前业务场景的标识作为内容参数，能够提高待推荐卡片的内容与当前业务场景的内容的关联性，进而提高卡片的推荐效果。

在另一种实施方式中，内容参数包括当前业务场景的触发指令参数。

在一个示例中，当前业务场景的触发指令参数根据用户在观看当前业务场景时触发的指令确定。例如，指令可以是收藏、分享、关注作者、点赞、留言中的一个或多个。

可以理解的，根据用户对当前业务场景的触发指令，能够确定用户对当前业务场景的用户粘性。例如，当用户观看当前业务场景时没有触发任何指令，也即，用户观看当前业务场景时没有作收藏、分享、关注作者、点赞、留言等操作，则说明用户对当前业务场景的内容不感兴趣，也即，用户与当前业务场景的用户粘性较低，此时，向该用户显示推荐卡片的推荐效果必然不佳。再如，当用户在观看当前业务场景触发了收藏指令，说明用户对当前业务场景的内容非常感兴趣，也即，用户与当前业务场景的用户粘性比较高，此时，向该用户显示推荐卡片的点击率会更高，推荐效果会更好。

通过将当前业务场景的触发指令参数作为场景参数，能够方便卡片业务方确定用户对当前业务场景的观看反应，进而根据用户对当前业务场景的操作确定用户对当前业务场景的用户粘性。通过用户对当前业务场景的用户粘性可以预判在当前业务场景展示卡片的推荐效果，卡片业务方基于预判结果确定是否推荐卡片，能够提高展示卡片的推荐效果。

在S202中，并行向至少两个卡片业务方发送卡片查询请求，卡片查询请求包括内容参数。

其中，卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

在一个实施方式中，服务器接收客户端发送的卡片获取请求后，并行向至少两个卡片业务方发送卡片查询请求，以指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

可选地，卡片业务方可以使用终端设备或服务器接收卡片查询请求。进一步地，可以是多个卡片业务方共用一个终端设备或服务器，也可以是每一个卡片业务方分别独立使用终端设备或服务器。

在一个示例中，卡片业务方接收到卡片查询请求后，根据内容参数确定当前业务场景的内容，进而根据当前业务场景的内容确定待推荐卡片。

可以理解的，根据当前业务场景的内容确定待推荐卡片，可以是将与当前业务场景的内容属于同一类别的业务确定为待推荐卡片，也可以是将与当前业务场景的内容具有关联性的业务确定为待推荐卡片。

示例性的，将与当前业务场景的内容属于同一类别的业务确定为待推荐卡片时，在当前业务场景是自然风景图片的情况下，卡片业务方可以将自然风景类别的图片确定为待推荐卡片，还可以将旅游类小程序确定为待推荐卡片，也可以将自然风景区的直播确定待推荐卡片。

示例性的，将与当前业务场景的内容具有关联性的业务确定为待推荐卡片时，在当前业务场景对应美食类短视频的情况下，卡片业务方可以将餐具图片、餐具推荐直播、餐具售卖小程序和美食类作者中的一个或多个确定为待推荐卡片。

在S203中，接收卡片业务方发送的待推荐卡片的卡片信息；待推荐卡片的卡片信息包括卡片业务方的业务优先级。

在一个实施方式中，每一个卡片业务方确定内容参数表征的内容对应的待推荐卡片后，向服务器发送待推荐卡片的卡片信息。

在一个示例中，卡片业务方的业务优先级由卡片业务方根据历史展示数据确定。例如，历史展示数据可以历史推荐卡片所获得的卡片点击次数，历史展示数据还可以是历史推荐卡片所获得的关注数量，历史展示数据也可以是历史推荐卡片所获得的销售数量。

示例性的，当具有三个卡片业务方时，例如，三个卡片业务方分别是甲业务方、乙业务方和丙业务方。与卡片业务方的数量对应的，业务优先级具有三个级别，例如，三个级别可以是第一优先级、第二优先级和第三优先级，其中，第一优先级高于第二优先级和第三优先级，第二优先级高于第三优先级。每个卡片业务方可以提前确定自己的业务优先级，例如，甲业务方确定的业务优先级为第一优先级，乙业务方确定的业务优先级为第三优先级，丙业务方确定的业务优先级为第二优先级。

在另一个示例中，卡片业务方可以根据更新的卡片展示数据重新确定业务优先级。

示例性，乙业务方根据更新的卡片展示数据重新确定业务优先级为第二优先级，由于第二优先级小于甲业务方的第一优先级，此时，甲业务方的业务优先级保持不变，仍然是第一优先级。丙业务方的第二优先级等于乙业务方重新确定的优先级，此时，将丙业务方的业务优先级降级为第三优先级，以保证乙业务方的业务优先级为第二优先级。

在S204中，根据卡片业务方的业务优先级，确定待推荐卡片队列。

在一个实施方式中，服务器接收到接收卡片业务方发送的待推荐卡片的卡片信息后，根据卡片业务方的业务优先级确定待推荐卡片队列。待推荐卡片队列中待推荐卡片的排序，由待推荐卡片对应的卡片业务方的业务优先级确定。

在一个示例中，业务优先级最高的卡片业务方的待推荐卡片在待推荐卡片队列中排序最靠前，进而实现最先显示业务优先级最高的卡片业务方的待推荐卡片。

在一个示例中，卡片信息还包括卡片内容信息，卡片内容信息用于生成待推荐卡片。

在S205中，向客户端发送待推荐卡片队列，以供客户端显示待推荐卡片队列中的待推荐卡片。

在一种实施方式中，服务器在确定待推荐卡片队列后，向客户端发送该推荐卡片队列。客户端在接收到待推荐卡片队列后，显示待推荐卡片队列中的待推荐卡片。具体地，优先显示待推荐卡片队列中排序靠前的待推荐卡片。

本公开的实施例提供的技术方案至少带来以下有益效果：在接收到客户端发送的携带有内容参数的卡片获取请求后，并行向至少两个卡片业务方发送卡片查询请求，以指示每个卡片业务方确定与内容参数表征的内容对应的待推荐卡片，在接收到卡片业务方发送的卡片业务方的业务优先级后，并根据卡片业务方的业务优先级将推荐卡片确定为待推荐卡片队列，以供客户端显示待推荐卡片队列中的待推荐卡片。一方面，由于采用异步并行查询各个卡片业务方的待推荐卡片，在卡片业务方逐渐增多时，查询卡片业务方的耗时受到的影响较小，相对于现有技术中的查询方法，能够显著降低查询耗时，进而减小显示待推荐卡片的耗时，提高卡片的推荐效果。此外，由于查询卡片业务方的耗时降低，从而使得短视频的加载耗时降低，进而提高了用户的使用体验。另一方面，由于根据卡片业务方发送的业务优先级将推荐卡片确定为待推荐卡片队列，使得客户端根据待推荐卡片队列中待推荐卡片的排序显示待推荐卡片，相对于现有技术中的根据预先定义待推荐卡片的优先级来判断显示哪一个待推荐卡片，实现了统筹协调各个卡片业务方对卡片运营位的抢夺，优化客户端的加载性能。

在一种可能的实施方式中，结合图2，如图3所示，S202包括S202a。

在S202a中，在当前业务场景的播放量小于第一限流参数的情况下，并行向至少两个卡片业务方发送卡片查询请求。

在一种实施方式中，第一限流参数为客户端的限流参数。

示例性，第一限流参数是一亿播放量。在当前业务场景的播放量小于一亿播放量的情况下，服务器并行向至少两个卡片业务方发送卡片查询请求。在当前业务场景的播放量大于一亿播放量的情况下，服务器不向卡片业务方发送卡片查询请求。

在一个示例中，在当前业务场景的播放量等于第一限流参数的情况下，服务器可以发送卡片查询请求，也可以不发送卡片查询请求。

示例性的，在当前业务场景的播放量等于第一限流参数的情况下，服务器并行向至少两个卡片业务方发送卡片查询请求。

示例性的，在当前业务场景的播放量等于第一限流参数的情况下，服务器不向卡片业务方发送卡片查询请求。

上述实施例提供的技术方案至少带来以下有益效果：通过设置第一限流参数，并在当前业务场景的播放量小于第一限流参数的情况下，向卡片业务方发送卡片查询请求，能够避免在播放量过大时显示推荐卡片，从而降低客户端的负载，进而保证当前业务场景的播放效果。此外，设置第一限流参数，还能够避免点击待推荐卡片人数过多，进而避免同时进入卡片业务方的用户过多，保证卡片业务方的运行内容不受影响。

另一种可能的实施方式中，结合图2，如图4所示，S202包括S202b-S202c。

在S202b中，确定每一个卡片业务方的第二限流参数。

在一个示例中，每一个卡片业务方根据卡片业务方的服务器的运行能力设置第二限流参数，避免过多的用户同时通过点击卡片进入卡片业务方对应的场景，造成卡片业务方的服务器运行负担过大。

在另一个示例中，每一个卡片业务方根据运营成本设置第二限流参数，避免过多的用户点击卡片，造成运营成本过高。

在S202c中，向第二限流参数大于当前业务场景的播放量的卡片业务方发送卡片查询请求。

在一个实施方式中，在当前业务场景的播放量小于卡片业务方的第二限流参数的情况下，服务器向该卡片业务方发送卡片查询请求。

在另一个实施方式中，在当前业务场景的播放量大于卡片业务方的第二限流参数的情况下，服务器不向该卡片业务方的服务器发送卡片查询请求。

在另一个实施方式中，在当前业务场景的播放量等于卡片业务方的第二限流参数的情况下，服务器可以向该卡片业务方发送卡片查询请求，也可以不向该卡片业务方发送卡片查询请求。

示例性的，在当前业务场景的播放量等于卡片业务方的第二限流参数的情况下，服务器不向该卡片业务方发送卡片查询请求。

示例性的，在当前业务场景的播放量等于卡片业务方的第二限流参数的情况下，服务器向该卡片业务方的服务器发送卡片查询请求。

在另一个实施方式中，当具有多个卡片业务方的情况下，各个卡片业务方的第二限流参数可以相同，也可以不同。

示例性的，一个卡片业务方的第二限流参数可以是十万播放量。在当前业务场景的播放量小于十万播放量的情况下，服务器向该卡片业务方的服务器发送卡片查询请求。在在当前业务场景的播放量大于十万播放量的情况下，服务器不向该卡片业务方发送卡片查询请求。

上述实施例提供的技术方案至少带来以下有益效果：根据各个卡片业务方独立设置的第二限流参数，确定是否向各个卡片业务方发送卡片查询请求，能够实现根据各个卡片业务方的自身运行能力确定是否调用该卡片业务方的推荐卡片，从而保证在各个卡片业务方运行能力范围内推荐卡片，进而提高卡片的推荐效果。

在一种可能的实施方式中，在同时具有第一限流参数和第二限流参数的情况下，根据第二限流参数，确定是否向卡片业务方发送卡片查询请求。

在一种可能的实施方式中，结合图1，如图5所示，S202包括S202d-S202e。

在S202d中，将至少两个卡片业务方中的每个卡片业务方接入预先创建的卡片调用框架。

在一种实施方式中，卡片调用框架为各个卡片业务方通用的卡片调用框架，每个需要推荐卡片的卡片业务方，只需接入卡片调用框架，即可由服务器进行卡片查询，也即，可以接收到服务器发送的卡片查询请求。

在一个示例中，在使用信息处理方法之前，将所有卡片业务方接入预先创建的卡片调用框架。

在另一个示例中，当新增卡片业务方的情况下，将新增的卡片业务方接入预先创建的卡片调用框架。

可以理解的，当卡片业务方接入预先创建的卡片调用框架后，服务器与卡片业务方之间通过预先创建的卡片调用框架建立连接，预先创建的卡片调用框架可以向卡片业务方发送信息，也可以接收卡片业务方发送的信息。

在S202e中，并行向接入预先创建的卡片调用框架的每个卡片业务方发送卡片查询请求。

在一种实施方式中，通过卡片调用框架，并行向接入卡片调用框架的每个卡片业务方发送卡片查询请求。

在一种实施方式中，每一个卡片业务方确定好需要在当前业务场景显示的待推荐卡片后，将待推荐卡片的卡片信息发送预先创建的卡片调用框架。

在一种实施方式中，在卡片调用框架接收到卡片信息后，可以是通过预先创建的卡片调用框架根据待推荐卡片的卡片信息，确定待推荐卡片队列。

在一种实施方式中，在卡片调用框架接收到卡片信息后，还可以是由服务器中除卡片调用框架的其他服务根据待推荐卡片的卡片信息，确定待推荐卡片队列。

可以理解的，当只有一个卡片业务方的情况，也可以使用预先创建的卡片调用框架向该卡片业务方发送场景参数。

上述实施例中，通过预先创建的卡片调用框架执行当前业务场景和卡片业务方之间的数据传输，也即，通过预先创建的卡片调用框架并行向接入预先创建的卡片调用框架的每个卡片业务方发送卡片查询请求，在新增卡片业务方时，只需将新增卡片业务方接入卡片调用框架即可，不必为新增卡片业务方时新编写代码并重新发版客户端，实现了零成本接入卡片业务方，降低了卡片业务方的接入成本。

在一种可能的实施方式中，信息处理方法还包括：创建父类调用接口；父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，子类调用接口继承父类调用接口，以使子类调用接口能够调用父类调用接口中的调用协议信息；根据父类调用接口和子类调用接口，得到卡片调用框架。

在一种实施方式中，预先通过模板方法模式，创建卡片调用框架。具体地，首先创建父类调用接口，父类调用接口包括每个卡片业务方共有的调用协议信息。然后，创建与每个卡片业务方对应的子类调用接口，子类调用接口继承父类调用接口，子类调用接口能够调用父类调用接口中的调用协议信息，从而实现新增卡片业务方时，不需要客户端在已有逻辑中增加新的代码并重新发版，只需创建一个继承父类调用接口的子类调用接口即可。

在一个示例中，如图6所示，首先，创建父类调用接口，例如，父类调用接口可以是底层入口服务层和/或摘要底层入口服务层。然后，创建与每个卡片业务方对应的子类调用接口，子类调用接口可以是图片底层入口服务层和直播流底层入口服务层，其中，图片底层入口服务层用于接入第一类待推荐卡片，第一类待推荐卡片对应媒体资源。具体地，媒体资源可以是图片、视频、小程序，点击第一类待推荐卡片可以进入该类待推荐卡片对应的图片、小程序页面、作者页面或视频页面等。直播流底层入口服务层用于接入第二卡片待推荐卡片，第二类待推荐卡片对应直播资源。具体地，点击第二类待推荐卡片，可以直接进入该类待推荐卡片对应的直播间。

在一种实施方式中，卡片业务方接入卡片调用框架后，继承图片底层入口服务层和直播流底层入口服务层。服务器通过图片底层入口服务层调用卡片业务方的第一类待推荐卡片，通过直播流底层入口服务层调用卡片业务方的第二类待推荐卡片。

进一步地，图片底层入口服务层可以细分为本地图片底层入口服务层和远程图片底层入口服务层。本地图片底层入口服务层和远程图片底层入口服务层分别继承图片底层入口服务层，从而能够调用图片底层入口服务层中的调用协议信息。具体地，本地图片底层入口服务层用于从本地缓存调用待推荐卡片，远程图片底层入口服务层用于通过远程过程调用框架从其他终端设备或服务器调用待推荐卡片。

进一步地，直播流底层入口服务层包括远程直播流底层入口服务层。远程直播流底层入口服务层继承直播流底层入口服务层，从而能够调用直播流底层入口服务层中的调用协议信息。远程直播流底层入口服务层用于通过远程过程调用框架从其他终端设备或服务器调用待推荐卡片。

在另一种实施方式中，卡片业务方接入卡片调用框架后，继承本地图片底层入口服务层、远程图片底层入口服务层和远程直播流底层入口服务层。服务器通过本地图片底层入口服务层从本地缓存调用卡片业务方的第一类待推荐卡片，通过远程图片底层入口服务层远程调用卡片业务方的第一类待推荐卡片，通过直播流底层入口服务层远程调用卡片业务方的第二类待推荐卡片。

上述实施例中，通过模板方法模型预先创建卡片调用框架，每个子类调用接口只需继承父类调用接口，即可调用父类调用接口中的每个卡片业务方共有的调用协议信息。在新增卡片业务方时，将卡片业务方继承子类调用接口，从而实现通过卡片调用框架查询该卡片业务方的待推荐卡片，客户端不必重新编写代码并发版，进而实现零成本接入新卡片业务方。相对于现有技术中新增卡片业务方时需要在已有逻辑中增加新的代码并重新发版，降低了卡片业务方的接入成本。

图7是根据一示例性实施例示出的一种信息处理方法的流程图，该信息处理方法用于电子设备。如图7所示，信息处理方法包括S701-S703。

在S701中，获取当前业务场景的内容参数。

可选地，内容参数用于表征当前业务场景对应的内容。

在一个示例中，当前业务场景可以是短视频、图片展示、小程序或直播等用户可以通过电子设备进行浏览的场景，本公开对此不做限定。

在一个示例中，用户使用电子设备观看短视频、图片展示、小程序或直播等场景，内容参数与用户正在观看的当前短视频、图片展示、小程序或直播的内容对应。

在一个实施方式中，用户使用电子设备观看客户端上的媒体资源或直播资源，电子设备获取媒体资源或直播资源对应的当前业务场景的内容参数。

可选地，内容参数包括当前业务场景对应的作者标识的历史数据、当前业务场景的标识和当前业务场景对应的触发指令参数中的至少一个。

在一种实施方式中，内容参数为当前业务场景对应的作者标识的历史数据。其中，作者标识可以是发布当前业务场景对应作品的作者ID。历史数据可以是作者标识对应的作者在预设历史时间段内发布作品的内容标识。

示例性的，作者发布作品的类型可以是美食类型作品、旅游类型作品、推荐类型作品、读书类型作品、舞蹈类型作品、穿搭类型作品等。根据作者发布作品的类型，可以确定作品的内容标识，比如，美食类型作品对应的内容标识是美食，旅游类型作品对应的内容标识是旅游，读书类型作品对应的内容标识是书籍。

通过将当前业务场景对应作者标识的历史数据作为内容参数，也即，将作者标识对应作者在预设历史时间段内发布作品的内容标识作为当前业务场景的内容参数，能够将待推荐卡片与作者标识对应作者发布的历史内容相关联，从而根据当前场景对应作者发布的历史内容确定向用户显示的待推荐卡片，进而提高待推荐卡片的推荐效果。

在另一种实施方式中，内容参数为当前业务场景的标识。

示例性的，每一个短视频配置有一个ID。当前业务场景的标识可以是当前业务场景对应的短视频、图片展示、小程序或直播的ID。可以理解的，短视频、图片展示、小程序或直播的ID可以表征短视频、图片展示、小程序或直播的内容，因此，短视频、图片展示、小程序或直播的ID可以表征当前业务场景的内容。

通过将当前业务场景的标识作为内容参数，能够提高待推荐卡片的内容与当前业务场景的内容的关联性，进而提高卡片的推荐效果。

在另一种实施方式中，内容参数包括当前业务场景的触发指令参数。

在一个示例中，当前业务场景的触发指令参数根据用户在观看当前业务场景时触发的指令确定。例如，指令可以是收藏、分享、关注作者、点赞、留言中的一个或多个。

可以理解的，根据用户对当前业务场景的触发指令，能够确定用户对当前业务场景的用户粘性。例如，当用户观看当前业务场景时没有触发任何指令，也即，用户观看当前业务场景时没有作收藏、分享、关注作者、点赞、留言等操作，则说明用户对当前业务场景的内容不感兴趣，也即，用户与当前业务场景的用户粘性较低，此时，向该用户显示推荐卡片的推荐效果必然不佳。再如，当用户在观看当前业务场景触发了收藏指令，说明用户对当前业务场景的内容非常感兴趣，也即，用户与当前业务场景的用户粘性比较高，此时，向该用户显示推荐卡片的点击率会更高，推荐效果会更好。

通过将当前业务场景的触发指令参数作为场景参数，能够方便卡片业务方确定用户对当前业务场景的观看反应，进而根据用户对当前业务场景的操作确定用户对当前业务场景的用户粘性。通过用户对当前业务场景的用户粘性可以预判在当前业务场景展示卡片的推荐效果，卡片业务方基于预判结果确定是否推荐卡片，能够提高展示卡片的推荐效果。

在S702中，获取与卡片业务方的业务优先级对应的待推荐卡片队列；待推荐卡片队列包括与内容参数表征的内容对应的待推荐卡片。

在一种实施方式中，用户使用电子设备观看客户端上的媒体资源或直播资源，电子设备获取与卡片业务方的业务优先级对应的待推荐卡片队列，其中，待推荐卡片队列包括与内容参数表征的内容对应的待推荐卡片。

在一个示例中，卡片业务方的业务优先级由卡片业务方根据历史展示数据确定。例如，历史展示数据可以历史推荐卡片所获得的卡片点击次数，历史展示数据还可以是历史推荐卡片所获得的关注数量，历史展示数据也可以是历史推荐卡片所获得的销售数量。

示例性的，当具有三个卡片业务方时，例如，三个卡片业务方分别是甲业务方、乙业务方和丙业务方。与卡片业务方的数量对应的，业务优先级具有三个级别，例如，三个级别可以是第一优先级、第二优先级和第三优先级，其中，第一优先级高于第二优先级和第三优先级，第二优先级高于第三优先级。每个卡片业务方可以提前确定自己的业务优先级，例如，甲业务方确定的业务优先级为第一优先级，乙业务方确定的业务优先级为第三优先级，丙业务方确定的业务优先级为第二优先级。

在另一个示例中，卡片业务方可以根据更新的卡片展示数据重新确定业务优先级。

示例性，乙业务方根据更新的卡片展示数据重新确定业务优先级为第二优先级，由于第二优先级小于甲业务方的第一优先级，此时，甲业务方的业务优先级保持不变，仍然是第一优先级。丙业务方的第二优先级等于乙业务方重新确定的优先级，此时，将丙业务方的业务优先级降级为第三优先级，以保证乙业务方的业务优先级为第二优先级。

在一个示例中，业务优先级最高的卡片业务方的待推荐卡片在待推荐卡片队列中排序最靠前，进而实现最先显示业务优先级最高的卡片业务方的待推荐卡片。

在S703中，显示待推荐卡片队列中的待推荐卡片。

在一种实施方式中，电子设备获取到与卡片业务方的业务优先级对应的待推荐卡片队列，按照待推荐卡片在待推荐卡片队列中的排序，依次显示待推荐卡片。

可以理解的，电子设备优先显示排序靠前的待推荐卡片。

上述实施例中，通过获取与卡片业务方的业务优先级对应的待推荐卡片队列，待推荐卡片队列包括与内容参数表征的内容对应的待推荐卡片，实现根据卡片业务方的业务优先级，确定待推荐卡片的显示顺序，进而实现统筹协调各个卡片业务方对卡片资源的抢夺，优化客户端的加载性能。

在一种可能的实施方式中，结合图7，如图8所示，S703包括S703a。

在S703a中，在当前业务场景的内容显示界面的目标区域，显示待推荐卡片。

可选地，目标区域可以位于内容显示界面的下方区域、上方区域、左侧区域或右侧区域的至少一个区域。具体地，目标区域的位置可以根据当前业务场景的内容进行调整，以不遮挡当前业务场景的内容为目标，或者，以遮挡当前业务场景的内容最小的区域作为目标区域。

在一个示例中，如图9所示，目标区域901可以位于当前业务场景的内容显示界面900的下方区域。待推荐卡片902在目标区域901上进行显示。其中，在待推荐卡片队列中排序第一位的待推荐卡片(如图9中的A卡片)在目标区域的最左侧展示，排序第二位的待推荐卡片(如图9中的B卡片)在排序第一位的待推荐卡片的右侧展示排序，排序第三位的待推荐卡片(如图9中的C卡片)在排序第二位的待推荐卡片的右侧展示排序。

需要说明的，在图9中，在当前业务场景的的内容显示界面的右侧区域有作者图标903、点赞图标904、留言图标905和分享图标906。根据查看当前业务场景的账号对作者图标903、点赞图标904、留言图标905和分享图标906的操作，可以确定当前业务场景对应的触发指令参数。

在另一个示例中，如图10所示，目标区域901可以位于当前业务场景的内容显示界面900的上方区域。

在另一个示例中，如图11所示，目标区域901可以位于当前业务场景的内容显示界面900的左侧区域。

在另一个示例中，如图12所示，目标区域901可以位于当前业务场景的内容显示界面900的右侧区域。

在另一个示例中，如图13所示，待推荐卡片902可以是从图13左侧至右侧依次展示的图片卡片9021、直播卡片9022、小程序卡片9023。其中，图片卡片9021的收藏数是1249，直播卡片9022对应的直播的观看人数是13024。

在另一个示例中，如图14所示，待推荐卡片902可以是作者卡片9024，其中，作者标识9025为电影。在待推荐卡片902是作者卡片时，待推荐卡片902上可以设置关注图标9026，以便用户可以通过点击关注图标9026直接关注待推荐卡片902对应的作者。通过在待推荐卡片902上设置关注图标9026，使得用户可以通过点击关注图标9026快速关注作者，不需要点击待推荐卡片902后进入作者详情页再进行关注，提高了用户操作的便携性，进而能够提高卡片的推荐效果。

在另一个示例中，待推荐卡片通过feed流进行展示。例如，待推荐卡片通过feed流在当前业务场景的内容显示页面进行显示。

上述实施例中，通过当前业务场景的内容显示界面的目标区域显示待推荐卡片，能够使得用户在观看当前业务场景的内容时，注意到待推荐卡片，进而提高卡片的推荐效果。

在一种可能的实施方式中，结合图7，如图15所示，S702包括S702a-S702b。

在S702a中，向服务器发送卡片获取请求，卡片获取请求包括内容参数。

其中，服务器用于获取与卡片业务方的业务优先级对应的待推荐卡片队列。

在一种实施方式中，电子设备通过服务器获取待推荐卡片队列。具体地，电子设备获取到当前业务场景的内容参数后，向服务器发送卡片获取请求，该卡片获取请求包括内容参数，或者说，该卡片获取请求携带又内容参数，以供服务器获取与内容参数表征的内容对应的待推荐卡片。

进一步地，服务器接收到卡片获取请求后，并行向至少两个卡片业务方发送卡片查询请求，该卡片查询请求携带又内容参数，该卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片，服务器接收到卡片业务方发送的待推荐卡片的卡片信息后，该卡片信息包括卡片业务方的业务优先级，根据卡片业务方的业务优先级确定待推荐卡片队列，并将待推荐卡片队列发送给电子设备。

在S702b中，接收服务器发送的待推荐卡片队列。

在一种实施方式中，电子设备接收服务器发送待推荐卡片队列，该待推荐卡片队列包括与内容参数表征的内容对应的待推荐卡片。

上述实施例中，通过服务器获取待推荐卡片队列，能够降低对电子设备的运行能力要求，以及存储性能的要求，进而降低了对电子设备的性能要求。此外，通过将卡片调用程序设置在服务器上，在新增卡片业务方时，不需要对客户端的代码进行修改并重新发版，降低了卡片业务方的接入成本。

在一种可能的实施方式中，结合图7，如图16所示，S702包括S702c-S702e。

在S702c中，并行向至少两个卡片业务方发送卡片查询请求，卡片查询请求包括内容参数。

其中，卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

在一种实施方式中，电子设备在获取到当前业务场景的内容参数后，并行向至少两个卡片业务方发送卡片查询请求，以指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

其中，卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

在一个实施方式中，服务器接收客户端发送的卡片获取请求后，并行向至少两个卡片业务方发送卡片查询请求，以指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

可选地，卡片业务方可以使用终端设备或服务器接收卡片查询请求。进一步地，可以是多个卡片业务方共用一个终端设备或服务器，也可以是每一个卡片业务方分别独立使用终端设备或服务器。

在一个示例中，卡片业务方接收到卡片查询请求后后，根据内容参数确定当前业务场景的内容，进而根据当前业务场景的内容确定待推荐卡片。

可以理解的，根据当前业务场景的内容确定待推荐卡片，可以是将与当前业务场景的内容属于同一类别的业务确定为待推荐卡片，也可以是将与当前业务场景的内容具有关联性的业务确定为待推荐卡片。

示例性的，将与当前业务场景的内容属于同一类别的业务确定为待推荐卡片时，在当前业务场景是自然风景图片的情况下，卡片业务方可以将自然风景类别的图片确定为待推荐卡片，还可以将旅游类小程序确定为待推荐卡片，也可以将自然风景区的直播确定待推荐卡片。

示例性的，将与当前业务场景的内容具有关联性的业务确定为待推荐卡片时，在当前业务场景对应美食类短视频的情况下，卡片业务方可以将餐具图片、餐具推荐直播、餐具售卖小程序和美食类作者中的一个或多个确定为待推荐卡片。

在S702d中，接收卡片业务方发送的待推荐卡片的卡片信息；待推荐卡片的卡片信息包括卡片业务方的业务优先级。

在一个实施方式中，每一个卡片业务方确定内容参数表征的内容对应的待推荐卡片后，向服务器发送待推荐卡片的卡片信息。

在一个示例中，卡片业务方的业务优先级由卡片业务方根据历史展示数据确定。例如，历史展示数据可以历史推荐卡片所获得的卡片点击次数，历史展示数据还可以是历史推荐卡片所获得的关注数量，历史展示数据也可以是历史推荐卡片所获得的销售数量。

示例性的，当具有三个卡片业务方时，例如，三个卡片业务方分别是甲业务方、乙业务方和丙业务方。与卡片业务方的数量对应的，业务优先级具有三个级别，例如，三个级别可以是第一优先级、第二优先级和第三优先级，其中，第一优先级高于第二优先级和第三优先级，第二优先级高于第三优先级。每个卡片业务方可以提前确定自己的业务优先级，例如，甲业务方确定的业务优先级为第一优先级，乙业务方确定的业务优先级为第三优先级，丙业务方确定的业务优先级为第二优先级。

在另一个示例中，卡片业务方可以根据更新的卡片展示数据重新确定业务优先级。

示例性，乙业务方根据更新的卡片展示数据重新确定业务优先级为第二优先级，由于第二优先级小于甲业务方的第一优先级，此时，甲业务方的业务优先级保持不变，仍然是第一优先级。丙业务方的第二优先级等于乙业务方重新确定的优先级，此时，将丙业务方的业务优先级降级为第三优先级，以保证乙业务方的业务优先级为第二优先级。

在S702e中，根据卡片业务方的业务优先级，确定待推荐卡片队列。

在一个实施方式中，服务器接收到接收卡片业务方发送的待推荐卡片的卡片信息后，根据卡片业务方的业务优先级确定待推荐卡片队列。待推荐卡片队列中待推荐卡片的排序，由待推荐卡片对应的卡片业务方的业务优先级确定。

在一个示例中，业务优先级最高的卡片业务方的待推荐卡片在待推荐卡片队列中排序最靠前，进而实现最先显示业务优先级最高的卡片业务方的待推荐卡片。

在一个示例中，卡片信息还包括卡片内容信息，卡片内容信息用于生成待推荐卡片。

上述实施例中，通过电子设备并行向至少两个卡片业务方发送卡片查询请求，实现了异步并行查询卡片业务方。相对于现有技术中的串行查询方法存在的随着卡片业务方增多查询耗时越来越长的问题，本公开实施例的信息处理方法随着卡片业务方增多，查询耗时受到的影响较小，在卡片业务方增多时，能够显著降低查询耗时，进而降低当前业务场景的加载耗时，减小了显示卡片的耗时，进而提高了卡片的推荐效果。进一步地，服务器通过卡片业务方的业务优先级，确定待推荐卡片队列，使得客户端根据待推荐卡片队列中待推荐卡片的排序显示待推荐卡片，进而实现统筹协调各个卡片业务方对卡片资源的抢夺，优化客户端的加载性能。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：在当前业务场景的播放量小于第一限流参数的情况下，并行向至少两个卡片业务方发送卡片查询请求。

在一种实施方式中，第一限流参数为客户端的限流参数。示例性，第一限流参数是一亿播放量。在当前业务场景的播放量小于一亿播放量的情况下，服务器并行向至少两个卡片业务方发送卡片查询请求。在当前业务场景的播放量大于一亿播放量的情况下，服务器不向卡片业务方发送卡片查询请求。

在一个示例中，在当前业务场景的播放量等于第一限流参数的情况下，服务器可以发送卡片查询请求，也可以不发送卡片查询请求。

示例性的，在当前业务场景的播放量等于第一限流参数的情况下，服务器并行向至少两个卡片业务方发送卡片查询请求。

示例性的，在当前业务场景的播放量等于第一限流参数的情况下，服务器不向卡片业务方发送卡片查询请求。

上述实施例提供的技术方案至少带来以下有益效果：通过设置第一限流参数，并在当前业务场景的播放量小于第一限流参数的情况下，向卡片业务方发送卡片查询请求，能够避免在播放量过大时显示推荐卡片，从而降低客户端的负载，进而保证当前业务场景的播放效果。此外，设置第一限流参数，还能够避免点击待推荐卡片人数过多，进而避免同时进入卡片业务方的用户过多，保证卡片业务方的运行内容不受影响。

另一种可能的实施方式中，并行向所述至少两个卡片业务方发送卡片查询请求，包括：确定每一个卡片业务方的第二限流参数；向第二限流参数大于当前业务场景的播放量的卡片业务方发送卡片查询请求。

在一个示例中，每一个卡片业务方根据卡片业务方的服务器的运行能力设置第二限流参数，避免过多的用户同时通过点击卡片进入卡片业务方对应的场景，造成卡片业务方的服务器运行负担过大。

在另一个示例中，每一个卡片业务方根据运营成本设置第二限流参数，避免过多的用户点击卡片，造成运营成本过高。

在一个实施方式中，在当前业务场景的播放量小于卡片业务方的第二限流参数的情况下，服务器向该卡片业务方发送卡片查询请求。

在另一个实施方式中，在当前业务场景的播放量大于卡片业务方的第二限流参数的情况下，服务器不向该卡片业务方的服务器发送卡片查询请求。

在另一个实施方式中，在当前业务场景的播放量等于卡片业务方的第二限流参数的情况下，服务器可以向该卡片业务方发送卡片查询请求，也可以不向该卡片业务方发送卡片查询请求。

示例性的，在当前业务场景的播放量等于卡片业务方的第二限流参数的情况下，服务器不向该卡片业务方发送卡片查询请求。

示例性的，在当前业务场景的播放量等于卡片业务方的第二限流参数的情况下，服务器向该卡片业务方的服务器发送卡片查询请求。

在另一个实施方式中，当具有多个卡片业务方的情况下，各个卡片业务方的第二限流参数可以相同，也可以不同。

示例性的，一个卡片业务方的第二限流参数可以是十万播放量。在当前业务场景的播放量小于十万播放量的情况下，服务器向该卡片业务方的服务器发送卡片查询请求。在在当前业务场景的播放量大于十万播放量的情况下，服务器不向该卡片业务方发送卡片查询请求。

上述实施例提供的技术方案至少带来以下有益效果：根据各个卡片业务方独立设置的第二限流参数，确定是否向各个卡片业务方发送卡片查询请求，能够实现根据各个卡片业务方的自身运行能力确定是否调用该卡片业务方的推荐卡片，从而保证在各个卡片业务方运行能力范围内推荐卡片，进而提高卡片的推荐效果。

在一种可能的实施方式中，在同时具有第一限流参数和第二限流参数的情况下，根据第二限流参数，确定是否向卡片业务方发送卡片查询请求。

在一种可能的实施方式中，并行向至少两个卡片业务方发送卡片查询请求，包括：将卡片业务方接入预先创建的卡片调用框架；通过预先创建的卡片调用框架并行向至少两个卡片业务方发送卡片查询请求。

在一种实施方式中，卡片调用框架为各个卡片业务方通用的卡片调用框架，每个需要推荐卡片的卡片业务方，只需接入卡片调用框架，即可由服务器进行卡片查询，也即，可以接收到服务器发送的卡片查询请求。

在一个示例中，在使用信息处理方法之前，将所有卡片业务方接入预先创建的卡片调用框架。

在另一个示例中，当新增卡片业务方的情况下，将新增的卡片业务方接入预先创建的卡片调用框架。

可以理解的，当卡片业务方接入预先创建的卡片调用框架后，服务器与卡片业务方之间通过预先创建的卡片调用框架建立连接，预先创建的卡片调用框架可以向卡片业务方发送信息，也可以接收卡片业务方发送的信息。

在一种实施方式中，通过卡片调用框架，并行向接入卡片调用框架的每个卡片业务方发送卡片查询请求。

在一种实施方式中，每一个卡片业务方确定好需要在当前业务场景显示的待推荐卡片后，将待推荐卡片的卡片信息发送预先创建的卡片调用框架。

在一种实施方式中，在卡片调用框架接收到卡片信息后，可以是通过预先创建的卡片调用框架根据待推荐卡片的卡片信息，确定待推荐卡片队列。

在一种实施方式中，在卡片调用框架接收到卡片信息后，还可以是由服务器中除卡片调用框架的其他服务根据待推荐卡片的卡片信息，确定待推荐卡片队列。

可以理解的，当只有一个卡片业务方的情况，也可以使用预先创建的卡片调用框架向该卡片业务方发送场景参数。

上述实施例中，通过预先创建的卡片调用框架执行当前业务场景和卡片业务方之间的数据传输，也即，通过预先创建的卡片调用框架并行向接入预先创建的卡片调用框架的每个卡片业务方发送卡片查询请求，在新增卡片业务方时，只需将新增卡片业务方接入卡片调用框架即可，不必为新增卡片业务方时新编写代码并重新发版客户端，，实现了零成本接入卡片业务方，降低了卡片业务方的接入成本。

在一种可能的实施方式中，信息处理方法还包括：创建父类调用接口；父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，子类调用接口继承父类调用接口，以使子类调用接口能够调用父类调用接口中的调用协议信息；根据父类调用接口和子类调用接口，得到卡片调用框架。

在一种实施方式中，预先通过模板方法模式，创建卡片调用框架。具体地，首先创建父类调用接口，父类调用接口包括每个卡片业务方共有的调用协议信息。然后，创建与每个卡片业务方对应的子类调用接口，子类调用接口继承父类调用接口，子类调用接口能够调用父类调用接口中的调用协议信息，从而实现新增卡片业务方时，不需要客户端在已有逻辑中增加新的代码并重新发版，只需创建一个继承父类调用接口的子类调用接口即可。

在一个示例中，如图6所示，首先，创建父类调用接口，例如，父类调用接口可以是底层入口服务层和/或摘要底层入口服务层。然后，创建与每个卡片业务方对应的子类调用接口，子类调用接口可以是图片底层入口服务层和直播流底层入口服务层，其中，图片底层入口服务层用于接入第一类待推荐卡片，第一类待推荐卡片对应媒体资源。具体地，媒体资源可以是图片、视频、小程序，点击第一类待推荐卡片可以进入该类待推荐卡片对应的图片、小程序页面、作者页面或视频页面等。直播流底层入口服务层用于接入第二卡片待推荐卡片，第二类待推荐卡片对应直播资源。具体地，点击第二类待推荐卡片，可以直接进入该类待推荐卡片对应的直播间。

在一种实施方式中，卡片业务方接入卡片调用框架后，继承图片底层入口服务层和直播流底层入口服务层。服务器通过图片底层入口服务层调用卡片业务方的第一类待推荐卡片，通过直播流底层入口服务层调用卡片业务方的第二类待推荐卡片。

进一步地，图片底层入口服务层可以细分为本地图片底层入口服务层和远程图片底层入口服务层。本地图片底层入口服务层和远程图片底层入口服务层分别继承图片底层入口服务层，从而能够调用图片底层入口服务层中的调用协议信息。具体地，本地图片底层入口服务层用于从本地缓存调用待推荐卡片，远程图片底层入口服务层用于通过远程过程调用框架从其他终端设备或服务器调用待推荐卡片。

进一步地，直播流底层入口服务层包括远程直播流底层入口服务层。远程直播流底层入口服务层继承直播流底层入口服务层，从而能够调用直播流底层入口服务层中的调用协议信息。远程直播流底层入口服务层用于通过远程过程调用框架从其他终端设备或服务器调用待推荐卡片。

在另一种实施方式中，卡片业务方接入卡片调用框架后，继承本地图片底层入口服务层、远程图片底层入口服务层和远程直播流底层入口服务层。服务器通过本地图片底层入口服务层从本地缓存调用卡片业务方的第一类待推荐卡片，通过远程图片底层入口服务层远程调用卡片业务方的第一类待推荐卡片，通过直播流底层入口服务层远程调用卡片业务方的第二类待推荐卡片。

上述实施例中，通过模板方法模型预先创建卡片调用框架，每个子类调用接口只需继承父类调用接口，即可调用父类调用接口中的每个卡片业务方共有的调用协议信息。在新增卡片业务方时，将卡片业务方继承子类调用接口，从而实现通过卡片调用框架查询该卡片业务方的待推荐卡片，客户端不必重新编写代码并发版，进而实现零成本接入新卡片业务方。相对于现有技术中新增卡片业务方时需要在已有逻辑中增加新的代码并重新发版，降低了卡片业务方的接入成本。

另一种可能的实施方式中，显示待推荐卡片队列中的待推荐卡片，包括：针对每一查看当前业务场景的账号，在预设时间段内，展示待推荐卡片的数量小于预设数量。

在一个示例中，查看当前业务场景的账号可以是当前业务场景对应客户端的登入账号。

示例性的，客户端的登入账号可以是手机号、邮箱账号、即时通讯账号或者用户名。

示例性的，预设时间段可以是一天，也即，从0:00-23:59。预设数量可以是20张。也就是说，在一天内，客户端向每个账号展示的卡片的数量小于20张，例如，客户端向每个账号展示的卡片的数量可以是15张。可以理解的是，客户端向每个账号展示的15张卡片可以是内容相同的卡片，也可以是内容不同的卡片。

上述实施例提供的技术方案至少带来以下有益效果：通过设置在预设时间段内向同一个账号展示待推荐卡片的数量小于预设数量，能够避免向用户展示卡片的频率过高，影响用户对客户端的使用体验和展示卡片的推荐效果。

另一种可能的实施方式中，显示待推荐卡片队列中的待推荐卡片，包括：针对每一查看当前业务场景的账号，在预设时间段内，展示待推荐卡片的次数小于预设次数。

在一个示例中，查看当前业务场景的账号可以是当前业务场景对应客户端的登入账号。

示例性的，客户端的登入账号可以是手机号、邮箱账号、微信号、QQ号或者用户名。

示例性的，预设时间段可以是一天，也即，从0:00-23:59。预设次量可以是10次。例如，在一天内，客户端向每个账号展示同一张卡片的次数小于10次。

在一个示例中，在预设时间段内展示待推荐卡片的次数小于预设次数的优先级高于在预设时间段内展示预设数量的待推荐卡片。

示例性，在只有一张待推荐卡片的情况下，预设时间段可以是一天，也即，从0:00-23:59，预设次量是10次，预设数量是20张。此时，在一天内，针对同一个账号展示卡片的数量小于10张，从而能够避免展示卡片的数量大于预设数量，以及避免展示同一张卡片的次数大于预设次数。

上述实施例提供的技术方案至少带来以下有益效果：通过设置在预设时间段，向同一个账号展示待推荐卡片的次数小于预设次数，能够避免同一张卡片的展示次数过多，影响用户对客户端的使用体验以及卡片的展示效果。

图17是根据一示例性实施例示出的一种信息处理方法的交互示意图，用于服务器与电子设备之间的交互。如图17所示，信息处理方法包括S1701-S1711。

在S1701中，电子设备获取当前业务场景的内容参数。

可选地，内容参数用于表征当前业务场景对应的内容。

在一种实施方式中用户使用电子设备观看客户端上的媒体资源或直播资源，电子设备获取客户端上的媒体资源或直播资源对应的当前业务场景的内容参数。

在一个示例中，当前业务场景可以是短视频、图片展示、小程序或直播等用户可以通过电子设备进行浏览的场景，本公开对此不做限定。

在一个示例中，用户使用电子设备观看短视频、图片展示、小程序或直播等场景，内容参数与用户正在观看的当前短视频、图片展示、小程序或直播的内容对应。

示例性的，当前短视频、图片展示、小程序或直播的内容可以是美食、旅游、书籍、穿搭、舞蹈等。

可选地，用户使用电子设备观看当前短视频、图片展示、小程序或直播等时，电子设备向服务器发送卡片获取请求，卡片获取请求携带有当前短视频、图片展示、小程序或直播对应的当前业务场景的内容参数，服务器接收客户端发送的卡片获取请求。

可选地，内容参数包括当前业务场景对应的作者标识的历史数据、当前业务场景的标识和当前业务场景对应的触发指令参数中的至少一个。

在一种实施方式中，内容参数为当前业务场景对应的作者标识的历史数据。其中，作者标识可以是发布当前业务场景对应作品的作者ID。历史数据可以是作者标识对应的作者在预设历史时间段内发布作品的内容标识。

示例性的，作者发布作品的类型可以是美食类型作品、旅游类型作品、推荐类型作品、读书类型作品、舞蹈类型作品、穿搭类型作品等。根据作者发布作品的类型，可以确定作品的内容标识，比如，美食类型作品对应的内容标识是美食，旅游类型作品对应的内容标识是旅游，读书类型作品对应的内容标识是书籍。

在另一种实施方式中，内容参数为当前业务场景的标识。

示例性的，每一个短视频配置有一个ID。当前业务场景的标识可以是当前业务场景对应的短视频、图片展示、小程序或直播的ID。可以理解的，短视频、图片展示、小程序或直播的ID可以表征短视频、图片展示、小程序或直播的内容，因此，短视频、图片展示、小程序或直播的ID可以表征当前业务场景的内容。

在另一种实施方式中，内容参数包括当前业务场景的触发指令参数。

在一个示例中，当前业务场景的触发指令参数根据用户在观看当前业务场景时触发的指令确定。例如，指令可以是收藏、分享、关注作者、点赞、留言中的一个或多个。

可以理解的，根据用户对当前业务场景的触发指令，能够确定用户对当前业务场景的用户粘性。例如，当用户观看当前业务场景时没有触发任何指令，也即，用户观看当前业务场景时没有作收藏、分享、关注作者、点赞、留言等操作，则说明用户对当前业务场景的内容不感兴趣，也即，用户与当前业务场景的用户粘性较低，此时，向该用户显示推荐卡片的推荐效果必然不佳。再如，当用户在观看当前业务场景触发了收藏指令，说明用户对当前业务场景的内容非常感兴趣，也即，用户与当前业务场景的用户粘性比较高，此时，向该用户显示推荐卡片的点击率会更高，推荐效果会更好。

在S1702中，电子设备向服务器发送卡片获取请求，卡片获取请求包括所述内容参数。

其中，服务器用于获取与卡片业务方的业务优先级对应的待推荐卡片队列。

在一种实施方式中，内容参数用于卡确定待推荐卡片。

在另一种实施方式中，客户端通过电子设备向服务器发送卡片获取请求。

在S1703中，服务器接收客户端发送的卡片获取请求。

其中，卡片获取请求包括所述内容参数。

在一种实施方式中，服务器接收客户端通过电子设备发送的卡片获取请求。

在S1704中，服务器并行向至少两个卡片业务方发送卡片查询请求，卡片查询请求包括所述内容参数。

其中，卡片查询请求用于指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

在一个实施方式中，服务器接收客户端发送的卡片获取请求后，并行向至少两个卡片业务方发送卡片查询请求，以指示每一个卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

可选地，卡片业务方可以使用终端设备或服务器接收卡片查询请求。进一步地，可以是多个卡片业务方共用一个终端设备或服务器，也可以是每一个卡片业务方分别独立使用终端设备或服务器。

在一个示例中，卡片业务方接收到卡片查询请求后，根据内容参数确定当前业务场景的内容，进而根据当前业务场景的内容确定待推荐卡片。

可以理解的，根据当前业务场景的内容确定待推荐卡片，可以是将与当前业务场景的内容属于同一类别的业务确定为待推荐卡片，也可以是将与当前业务场景的内容具有关联性的业务确定为待推荐卡片。

示例性的，将与当前业务场景的内容属于同一类别的业务确定为待推荐卡片时，在当前业务场景是自然风景图片的情况下，卡片业务方可以将自然风景类别的图片确定为待推荐卡片，还可以将旅游类小程序确定为待推荐卡片，也可以将自然风景区的直播确定待推荐卡片。

示例性的，将与当前业务场景的内容具有关联性的业务确定为待推荐卡片时，在当前业务场景对应美食类短视频的情况下，卡片业务方可以将餐具图片、餐具推荐直播、餐具售卖小程序和美食类作者中的一个或多个确定为待推荐卡片。

在S1705中，卡片业务方确定与内容参数表征的内容对应的待推荐卡片。

在一种实施方式中，卡片业务方接收到卡片查询请求后，确定与内容参数表征的内容对应的待推荐卡片。

在S1706中，卡片业务方向服务器发送的待推荐卡片的卡片信息；待推荐卡片的卡片信息包括卡片业务方的业务优先级；

在一种实施方式中，卡片业务方确定与内容参数表征的内容对应的待推荐卡片后，向服务器发送的待推荐卡片的卡片信息，待推荐卡片的卡片信息包括卡片业务方的业务优先级。

在另一种实施方式中，卡片信息还包括卡片内容信息，卡片内容信息用于生成待推荐卡片。

在S1707中，服务器接收卡片业务方发送的待推荐卡片的卡片信息。

其中，待推荐卡片的卡片信息包括卡片业务方的业务优先级。

在一个实施方式中，每一个卡片业务方确定内容参数表征的内容对应的待推荐卡片后，向服务器发送待推荐卡片的卡片信息。

在一个示例中，卡片业务方的业务优先级由卡片业务方根据历史展示数据确定。例如，历史展示数据可以历史推荐卡片所获得的卡片点击次数，历史展示数据还可以是历史推荐卡片所获得的关注数量，历史展示数据也可以是历史推荐卡片所获得的销售数量。

示例性的，当具有三个卡片业务方时，例如，三个卡片业务方分别是甲业务方、乙业务方和丙业务方。与卡片业务方的数量对应的，业务优先级具有三个级别，例如，三个级别可以是第一优先级、第二优先级和第三优先级，其中，第一优先级高于第二优先级和第三优先级，第二优先级高于第三优先级。每个卡片业务方可以提前确定自己的业务优先级，例如，甲业务方确定的业务优先级为第一优先级，乙业务方确定的业务优先级为第三优先级，丙业务方确定的业务优先级为第二优先级。

在另一个示例中，卡片业务方可以根据更新的卡片展示数据重新确定业务优先级。

示例性，乙业务方根据更新的卡片展示数据重新确定业务优先级为第二优先级，由于第二优先级小于甲业务方的第一优先级，此时，甲业务方的业务优先级保持不变，仍然是第一优先级。丙业务方的第二优先级等于乙业务方重新确定的优先级，此时，将丙业务方的业务优先级降级为第三优先级，以保证乙业务方的业务优先级为第二优先级。

在S1708中，服务器根据卡片业务方的业务优先级，确定待推荐卡片队列。

在一个实施方式中，服务器接收到接收卡片业务方发送的待推荐卡片的卡片信息后，根据卡片业务方的业务优先级确定待推荐卡片队列。待推荐卡片队列中待推荐卡片的排序，由待推荐卡片对应的卡片业务方的业务优先级确定。

在一个示例中，业务优先级最高的卡片业务方的待推荐卡片在待推荐卡片队列中排序最靠前，进而实现最先显示业务优先级最高的卡片业务方的待推荐卡片。

在S1709中，服务器向客户端发送待推荐卡片队列，以供客户端显示待推荐卡片队列中的待推荐卡片。

在一种实施方式中，服务器在确定待推荐卡片队列后，向客户端发送该推荐卡片队列。客户端在接收到待推荐卡片队列后，显示待推荐卡片队列中的待推荐卡片。具体地，优先显示待推荐卡片队列中排序靠前的待推荐卡片。

在S1710中，电子设备接收服务器发送的待推荐卡片队列。

其中，待推荐队列包括与内容参数表征的内容对应达到待推荐卡片。

在一种实施方式中，客户端通过电子设备接收服务器发送的待推荐卡片队列。

在S1711中，电子设备显示待推荐卡片队列中的待推荐卡片。

在一种实施方式中，电子设备获取到与卡片业务方的业务优先级对应的待推荐卡片队列，按照待推荐卡片在待推荐卡片队列中的排序，依次显示待推荐卡片。

可以理解的，电子设备优先显示排序靠前的待推荐卡片。

在一种实施方式中，电子设备在客户端上当前业务场景的内容显示界面的目标区域，显示待推荐卡片。

可选地，当前业务场景的内容显示界面可以是电子设备的显示屏。

上述实施例中，电子设备在获取当前业务场景的内容参数后，向服务器发送卡片获取请求，由服务器并行向至少两个卡片业务方发送卡片查询请求，实现了异步并行查询卡片业务方。相对于现有技术中的串行查询方法存在的随着卡片业务方增多查询耗时越来越长的问题，本公开实施例的信息处理方法随着卡片业务方增多，查询耗时受到的影响较小，在卡片业务方增多时，能够显著降低查询耗时，进而降低当前业务场景的加载耗时，减小了显示卡片的耗时，进而提高了卡片的推荐效果。进一步地，服务器通过卡片业务方的业务优先级，确定待推荐卡片队列，并将待推荐卡片队列发送给电子设备，由电子设备根据待推荐卡片队列中待推荐卡片的排序显示待推荐卡片，进而实现统筹协调各个卡片业务方对卡片资源的抢夺，优化客户端的加载性能。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本公开实施例还提供一种信息处理装置。

图18是根据一示例性实施例示出的一种信息处理装置框图，用于服务器。参照图18，该信息处理装置1800包括接收模块1801、调用模块1802、确定模块1803和发送模块1804。

接收模块1801，被配置为执行接收客户端发送的卡片获取请求，所述卡片获取请求包括当前业务场景的内容参数。例如，结合图2，接收模块1801可以用于执行S201。

调用模块1802，被配置为执行并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片。例如，结合图2，调用模块1802可以用于执行S202。

所述接收模块1801，还被配置为执行接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级。例如，结合图2，接收模块1801可以用于执行S203。

确定模块1803，被配置为执行根据所述卡片业务方的业务优先级，确定待推荐卡片队列。例如，结合图2，确定模块1803可以用于执行S204。

发送模块1804，被配置为执行向所述客户端发送所述待推荐卡片队列，以供所述客户端显示所述待推荐卡片队列中的待推荐卡片。例如，结合图2，发送模块1804可以用于执行S205。

在一种可能的实施方式中，所述调用模块1802具体被配置为执行：在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送所述卡片查询请求。例如，结合图3，调用模块1802可以用于执行S202a。

在一种可能的实施方式中，所述调用模块1802具体被配置为执行：确定每一个卡片业务方的第二限流参数；向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述卡片查询请求。例如，结合图4，调用模块1802可以用于执行S202b-S202c。

在一种可能的实施方式中，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

在一种可能的实施方式中，所述调用模块1802具体被配置为执行：将所述至少两个卡片业务方中的每个卡片业务方接入预先创建的卡片调用框架；并行向接入所述预先创建的卡片调用框架的每个卡片业务方发送所述卡片查询请求。例如，结合图5，调用模块1802可以用于执行S202d-S202e。

在一种可能的实施方式中，所述信息处理装置还包括创建模块，被配置为执行：创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

图19是根据一示例性实施例示出的一种信息处理装置框图，用于电子设备。参照图19，该信息处理装置1900包括获取模块1901、调用模块1902和显示模块1903。

获取模块1901，被配置为执行获取当前业务场景的内容参数。例如，结合图7，获取模块1901可以用于执行S701。

调用模块1902，被配置为执行获取与卡片业务方的业务优先级对应的待推荐卡片队列；所述待推荐卡片队列包括与所述内容参数表征的内容对应的待推荐卡片。例如，结合图7，调用模块1902可以用于执行S702。

显示模块1903，被配置为执行显示所述待推荐卡片队列中的待推荐卡片。例如，结合图7，显示模块1903可以用于执行S703。

在一种可能的实施方式中，所述显示模块1903具体配置为执行：在所述当前业务场景的内容显示界面的目标区域，显示所述待推荐卡片。例如，结合图8，显示模块1903可以用于执行S703a。

在一种可能的实施方式中，所述调用模块1902具体被配置为执行：向服务器发送卡片获取请求，所述卡片获取请求包括所述内容参数；所述服务器用于获取与卡片业务方的业务优先级对应的待推荐卡片队列；接收所述服务器发送的待推荐卡片队列。例如，结合图15，调用模块1902可以用于执行S702a-S702b。

在一种可能的实施方式中，所述调用模块1902具体被配置为执行：并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片；接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级；根据所述卡片业务方的业务优先级，确定待推荐卡片队列。例如，结合图16，调用模块1902可以用于执行S702c-S702e。

在一种可能的实施方式中，所述调用模块1902具体被配置为执行：在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，所述调用模块1902具体被配置为执行：确定每一个卡片业务方的第二限流参数；向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述片查询请求。

在一种可能的实施方式中，所述调用模块1902具体被配置为执行：将所述卡片业务方接入预先创建的卡片调用框架；通过所述预先创建的卡片调用框架并行向至少两个卡片业务方发送卡片查询请求。

在一种可能的实施方式中，所述信息处理装置还包括创建模块，被配置为执行：创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

在一种可能的实施方式中，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

在一种可能的实施方式中，所述显示模块1903具体被配置为执行：针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的数量小于预设数量。

在一种可能的实施方式中，所述显示模块1903具体被配置为执行：针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的次数小于预设次数。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图20是根据一示例性实施例示出的服务器2000的结构框图，该服务器2000可因配置或性能不同而产生较大的差异，可以包括一个或一个以上的处理器2001和一个或一个以上的存储器2002。其中，所述存储器2002中存储有至少一条指令，所述至少一条指令由所述处理器2001加载并执行以实现上述各个方法实施例提供的任务处理方法，例如图2至图5中任一项所示的信息处理方法。当然，该服务器2000还可以包括其他用于实现设备功能的部件，在此不做赘述。

图21是根据一示例性实施例示出的一种用于电子设备2100的框图。如图21所示，电子设备2100包括但不限于：处理器2101和存储器2102。

其中，上述的存储器2102，用于存储上述处理器2101的可执行指令。可以理解的是，上述处理器2101被配置为执行指令，以实现上述实施例图7、图8、图15或图16中任一项所示的信息处理方法。

需要说明的是，本领域技术人员可以理解，图21中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图21所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器2101是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器2102内的软件程序和/或模块，以及调用存储在存储器2102内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器2101可包括一个或多个处理单元；可选的，处理器2101可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器2101中。

存储器2102可用于存储软件程序以及各种数据。存储器2102可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能模块所需的应用程序(比如获取模块1901、调用模块1902或显示模块1903等)等。此外，存储器2102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在示例性实施例中，本公开实施例还提供了一种信息处理***，该***包括执行以完成上述S201-S205中的信息处理方法的服务器，和执行以完成上述S701-S703中的信息处理方法的电子设备。

在一个示例中，参见图18，上述接收模块1801、调用模块1802、确定模块1803和发送模块1804的处理功能均可以由图20中的处理器2001调用存储器2002中存储的计算机程序实现。

在一个示例中，参见图19，上述获取模块1901、调用模块1902和显示模块1903的处理功能均可以由图21中的处理器2101调用存储器2102中存储的计算机程序实现。

在示例性实施例中，本公开实施例还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器2102，上述指令可由电子设备2100的处理器2101执行以完成上述S701-S703中的信息处理方法。或者，包括指令的存储器2002，上述指令可由服务器2000的处理器2001执行以完成上述S201-S205中的信息处理方法。

可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存储存储器(Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，本公开实施例还提供了一种包括一条或多条指令的计算机程序产品，该一条或多条指令可以由电子设备2100的处理器2101执行以完成上述S701-S703中的信息处理方法，或者，该一条或多条指令可以由服务器2000的处理器2001执行以完成上述S201-S205中的信息处理方法。

需要说明的是，上述计算机可读存储介质中的指令或计算机程序产品中的一条或多条指令被电子设备2100的处理器2101执行时实现上述信息处理方法实施例的各个过程，且能达到与上述信息处理方法S701-S703相同的技术效果，为避免重复，这里不再赘述。或者，上述计算机可读存储介质中的指令或计算机程序产品中的一条或多条指令被服务器2000的处理器2001执行时实现上述任务处理方法实施例的各个过程，且能达到上述信息处理方法S201-S205相同的技术效果，为避免重复，这里不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (35)

1.一种信息处理方法，用于服务器，其特征在于，包括：

接收客户端发送的卡片获取请求，所述卡片获取请求包括当前业务场景的内容参数；

并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片，所述至少两个卡片业务方包括一个小程序卡片业务方和至少一个目标卡片业务方，所述目标卡片业务方为图片卡片业务方、小程序卡片业务方或者直播卡片业务方；

接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级；

根据所述卡片业务方的业务优先级，确定待推荐卡片队列；

向所述客户端发送所述待推荐卡片队列，以供所述客户端显示所述待推荐卡片队列中的待推荐卡片。

2.根据权利要求1所述的信息处理方法，其特征在于，所述并行向至少两个卡片业务方发送卡片查询请求，包括：

在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送所述卡片查询请求。

3.根据权利要求1所述的信息处理方法，其特征在于，所述并行向所述至少两个卡片业务方发送卡片查询请求，包括：

确定每一个卡片业务方的第二限流参数；

向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述卡片查询请求。

4.根据权利要求1-3中任一项所述的信息处理方法，其特征在于，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

5.根据权利要求1-3中任一项所述的信息处理方法，其特征在于，所述并行向至少两个卡片业务方发送卡片查询请求，包括：

将所述至少两个卡片业务方中的每个卡片业务方接入预先创建的卡片调用框架；

并行向接入所述预先创建的卡片调用框架的每个卡片业务方发送所述卡片查询请求。

6.根据权利要求5所述的信息处理方法，其特征在于，所述信息处理方法还包括：

创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；

创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；

根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

7.一种信息处理方法，用于电子设备，其特征在于，包括：

获取当前业务场景的内容参数；

并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片，所述至少两个卡片业务方包括一个小程序卡片业务方和至少一个目标卡片业务方，所述目标卡片业务方为图片卡片业务方、小程序卡片业务方或者直播卡片业务方；

接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级；

根据所述卡片业务方的业务优先级，确定待推荐卡片队列；所述待推荐卡片队列包括与所述内容参数表征的内容对应的待推荐卡片；

显示所述待推荐卡片队列中的待推荐卡片。

8.根据权利要求7所述的信息处理方法，其特征在于，所述显示所述待推荐卡片队列中的待推荐卡片，包括：

在所述当前业务场景的内容显示界面的目标区域，显示所述待推荐卡片。

9.根据权利要求7所述的信息处理方法，其特征在于，所述并行向至少两个卡片业务方发送卡片查询请求，包括：

在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送卡片查询请求。

10.根据权利要求7所述的信息处理方法，其特征在于，所述并行向所述至少两个卡片业务方发送卡片查询请求，包括：

确定每一个卡片业务方的第二限流参数；

向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述卡片查询请求。

11.根据权利要求7、9或者10中任一项所述的信息处理方法，其特征在于，所述并行向至少两个卡片业务方发送卡片查询请求，包括：

将所述卡片业务方接入预先创建的卡片调用框架；

通过所述预先创建的卡片调用框架并行向至少两个卡片业务方发送所述卡片查询请求。

12.根据权利要求11所述的信息处理方法，其特征在于，所述信息处理方法还包括：

创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；

创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；

根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

13.根据权利要求7-10中任一项所述的信息处理方法，其特征在于，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

14.根据权利要求7-10中任一项所述的信息处理方法，其特征在于，所述显示所述待推荐卡片队列中的待推荐卡片，包括：

针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的数量小于预设数量。

15.根据权利要求7-10中任一项所述的信息处理方法，其特征在于，所述显示所述待推荐卡片队列中的待推荐卡片，包括：

针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的次数小于预设次数。

16.一种信息处理装置，用于服务器，其特征在于，包括：

接收模块，被配置为执行接收客户端发送的卡片获取请求，所述卡片获取请求包括当前业务场景的内容参数；

调用模块，被配置为执行并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片，所述至少两个卡片业务方包括一个小程序卡片业务方和至少一个目标卡片业务方，所述目标卡片业务方为图片卡片业务方、小程序卡片业务方或者直播卡片业务方；

所述接收模块，还被配置为执行接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级；

确定模块，被配置为执行根据所述卡片业务方的业务优先级，确定待推荐卡片队列；

发送模块，被配置为执行向所述客户端发送所述待推荐卡片队列，以供所述客户端显示所述待推荐卡片队列中的待推荐卡片。

17.根据权利要求16所述的信息处理装置，其特征在于，所述调用模块具体被配置为执行：

在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送所述卡片查询请求。

18.根据权利要求16所述的信息处理装置，其特征在于，所述调用模块具体被配置为执行：

确定每一个卡片业务方的第二限流参数；

向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述卡片查询请求。

19.根据权利要求16-18中任一项所述的信息处理装置，其特征在于，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

20.根据权利要求16-18中任一项所述的信息处理装置，其特征在于，所述调用模块具体被配置为执行：

将所述至少两个卡片业务方中的每个卡片业务方接入预先创建的卡片调用框架；

并行向接入所述预先创建的卡片调用框架的每个卡片业务方发送所述卡片查询请求。

21.根据权利要求20所述的信息处理装置，其特征在于，所述信息处理装置还包括创建模块，被配置为执行：

创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；

创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；

根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

22.一种信息处理装置，用于电子设备，其特征在于，包括：

获取模块，被配置为执行获取当前业务场景的内容参数；

调用模块，被配置为执行并行向至少两个卡片业务方发送卡片查询请求，所述卡片查询请求包括所述内容参数；所述卡片查询请求用于指示每一个所述卡片业务方确定与所述内容参数表征的内容对应的待推荐卡片，所述至少两个卡片业务方包括一个小程序卡片业务方和至少一个目标卡片业务方，所述目标卡片业务方为图片卡片业务方、小程序卡片业务方或者直播卡片业务方；

接收所述卡片业务方发送的所述待推荐卡片的卡片信息；所述待推荐卡片的卡片信息包括所述卡片业务方的业务优先级；

根据所述卡片业务方的业务优先级，确定待推荐卡片队列；所述待推荐卡片队列包括与所述内容参数表征的内容对应的待推荐卡片；

显示模块，被配置为执行显示所述待推荐卡片队列中的待推荐卡片。

23.根据权利要求22所述的信息处理装置，其特征在于，所述显示模块具体配置为执行：

在所述当前业务场景的内容显示界面的目标区域，显示所述待推荐卡片。

24.根据权利要求22所述的信息处理装置，其特征在于，所述调用模块具体被配置为执行：

在所述当前业务场景的播放量小于第一限流参数的情况下，并行向所述至少两个卡片业务方发送卡片查询请求。

25.根据权利要求22所述的信息处理装置，其特征在于，所述调用模块具体被配置为执行：

确定每一个卡片业务方的第二限流参数；

向所述第二限流参数大于所述当前业务场景的播放量的卡片业务方发送所述片查询请求。

26.根据权利要求22、24或者25中任一项所述的信息处理装置，其特征在于，所述调用模块具体被配置为执行：

将所述卡片业务方接入预先创建的卡片调用框架；

通过所述预先创建的卡片调用框架并行向至少两个卡片业务方发送卡片查询请求。

27.根据权利要求26所述的信息处理装置，其特征在于，所述信息处理装置还包括创建模块，被配置为执行：

创建父类调用接口；所述父类调用接口包括每个卡片业务方共有的调用协议信息；

创建与每个卡片业务方对应的子类调用接口，所述子类调用接口继承所述父类调用接口，以使所述子类调用接口能够调用所述父类调用接口中的所述调用协议信息；

根据所述父类调用接口和所述子类调用接口，得到卡片调用框架。

28.根据权利要求22-25中任一项所述的信息处理装置，其特征在于，所述内容参数包括所述当前业务场景对应的作者标识的历史数据、所述当前业务场景的标识和所述当前业务场景对应的触发指令参数中的至少一个。

29.根据权利要求22-25中任一项所述的信息处理装置，其特征在于，所述显示模块具体被配置为执行：

针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的数量小于预设数量。

30.根据权利要求22-25中任一项所述的信息处理装置，其特征在于，所述显示模块具体被配置为执行：

针对每一查看所述当前业务场景的账号，在预设时间段内，显示所述待推荐卡片的次数小于预设次数。

31.一种服务器，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-6中任一项所述的信息处理方法。

32.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求7-15中任一项所述的信息处理方法。

33.一种信息处理***，其特征在于，包括：

如权利要求31所述的服务器；以及

如权利要求32所述的电子设备；

所述服务器和所述电子设备通信连接。

34.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如权利要求1-6中任一项所述的信息处理方法；或

当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求7-15中任一项所述的信息处理方法。

35.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在服务器上运行时，使得所述服务器执行如权利要求1-6中任一项所述的信息处理方法；或

当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求7-15中任一项所述的信息处理方法。