CN115994258A - 应用程序的推荐对象预览方法、装置及电子设备 - Google Patents

Abstract

本申请提供了一种应用程序的推荐对象预览方法、装置、电子设备、计算机可读存储介质及计算机程序产品，相关实施例可应用于云技术、人工智能、智慧交通等各种场景。其中，应用程序的推荐对象预览方法包括：响应于针对绑定入口的绑定操作，采集绑定入口中的待推荐对象的对象标识信息；将绑定标识信息以及待推荐对象的对象标识信息发送到投放服务器，以建立绑定关系；响应于对应用程序的触发操作，向投放服务器发送推荐请求，其中推荐请求包括绑定标识信息；从投放服务器接收待推荐对象的对象形态信息，并在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象。通过本申请，能够在实际推荐场景中实现对象预览，满足用户对特定对象的预览需求。

Description

应用程序的推荐对象预览方法、装置及电子设备

技术领域

本申请涉及计算机技术，尤其涉及一种应用程序的推荐对象预览方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

背景技术

随着计算机技术的快速发展，对象推荐已经深入人们的日常生活。例如，用户使用的电子设备中装载有应用程序，则可以在应用程序的运行过程中进行对象推荐，例如在资讯应用程序中进行资讯推荐，在视频应用程序中进行视频推荐等。

在一些情况下，存在对特定对象进行预览的需求，例如广告主需要预览广告效果。在相关技术提供的方案中，通常是由专业人员制作特定对象的对象效果图或效果视频，并发送给预览方进行预览(例如线下展示)。然而，这种预览方式与对象的实际推荐方式并不相符，不利于预览方了解实际的对象推荐效果。

发明内容

本申请实施例提供一种应用程序的推荐对象预览方法、装置、电子设备、计算机可读存储介质及计算机程序产品，能够通过建立绑定关系，将指定的待推荐对象在应用程序中进行推荐，从而实现待推荐对象在实际推荐环境中的预览。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种应用程序的推荐对象预览方法，包括：

响应于针对绑定入口的绑定操作，采集所述绑定入口中的待推荐对象的对象标识信息；其中，所述绑定入口是根据所述待推荐对象的对象标识信息生成的，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

将所述绑定标识信息以及所述待推荐对象的对象标识信息发送到投放服务器，以供在所述投放服务器中建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；

响应于对应用程序的触发操作，向所述投放服务器发送推荐请求，其中所述推荐请求包括所述绑定标识信息；

从所述投放服务器接收所述待推荐对象的对象形态信息，并在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象，其中，所述待推荐对象是所述投放服务器根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理得到的；所述对象形态信息包括多个维度的属性信息。

本申请实施例提供一种应用程序的推荐对象预览方法，包括：

从终端设备接收绑定标识信息以及所述待推荐对象的对象标识信息，并建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；其中，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

从所述终端设备接收推荐请求；其中，所述推荐请求是所述终端设备响应于对应用程序的触发操作所发送的，所述推荐请求包括所述绑定标识信息；

根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理，得到所述待推荐对象；

将所述待推荐对象的对象形态信息发送到所述终端设备，以供所述终端设备在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象；其中，所述对象形态信息包括多个维度的属性信息。

本申请实施例提供一种应用程序的推荐对象预览方法，包括：

呈现待推荐对象对应的绑定入口，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

响应于针对所述绑定入口的绑定操作，建立所述待推荐对象与绑定标识信息之间的绑定关系；

呈现所述绑定标识信息对应的多个候选应用程序，所述候选应用程序用于呈现所述待推荐对象；

响应于针对所述多个候选应用程序的选择操作，在被选中的候选应用程序中呈现根据所述绑定关系查询出的所述待推荐对象。

本申请实施例提供一种应用程序的推荐对象预览装置，包括：

采集模块，用于响应于针对绑定入口的绑定操作，采集所述绑定入口中的待推荐对象的对象标识信息；其中，所述绑定入口是根据所述待推荐对象的对象标识信息生成的，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

绑定模块，用于将所述绑定标识信息以及所述待推荐对象的对象标识信息发送到投放服务器，以供在所述投放服务器中建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；

推荐模块，用于响应于对应用程序的触发操作，向所述投放服务器发送推荐请求，其中所述推荐请求包括所述绑定标识信息；

所述推荐模块，还用于从所述投放服务器接收所述待推荐对象的对象形态信息，并在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象，其中，所述待推荐对象是所述投放服务器根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理得到的；所述对象形态信息包括多个维度的属性信息。

本申请实施例提供一种应用程序的推荐对象预览装置，包括：

绑定模块，用于从终端设备接收绑定标识信息以及所述待推荐对象的对象标识信息，并建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；其中，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

推荐模块，用于：

从所述终端设备接收推荐请求；其中，所述推荐请求是所述终端设备响应于对应用程序的触发操作所发送的，所述推荐请求包括所述绑定标识信息；

根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理，得到所述待推荐对象；

将所述待推荐对象的对象形态信息发送到所述终端设备，以供所述终端设备在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象；其中，所述对象形态信息包括多个维度的属性信息。

本申请实施例提供一种应用程序的推荐对象预览装置，包括：

入口呈现模块，用于呈现待推荐对象对应的绑定入口，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

绑定模块，用于响应于针对所述绑定入口的绑定操作，建立所述待推荐对象与绑定标识信息之间的绑定关系；

程序呈现模块，用于呈现所述绑定标识信息对应的多个候选应用程序，所述候选应用程序用于呈现所述待推荐对象；

对象呈现模块，用于响应于针对所述多个候选应用程序的选择操作，在被选中的候选应用程序中呈现根据所述绑定关系查询出的所述待推荐对象。

本申请实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的应用程序的推荐对象预览方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的应用程序的推荐对象预览方法。

本申请实施例提供一种计算机程序产品，包括可执行指令，所述可执行指令被处理器执行时实现本申请实施例提供的应用程序的推荐对象预览方法。

本申请实施例具有以下有益效果：

通过建立待推荐对象与绑定标识信息之间的绑定关系，并根据触发的推荐请求以及绑定关系在实际推荐环境中(即在应用程序中)进行针对性的对象推荐，如此，能够在实际推荐环境中实现对特定对象的预览，充分满足预览方的预览需求。

附图说明

图1是本申请实施例提供的应用程序的推荐对象预览系统的架构示意图；

图2A是本申请实施例提供的终端设备的架构示意图；

图2B是本申请实施例提供的终端设备的架构示意图；

图2C是本申请实施例提供的服务器的架构示意图；

图3A是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图；

图3B是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图；

图3C是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图；

图3D是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图；

图4是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图；

图5是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图；

图6是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图；

图7是本申请实施例提供的查询界面的示意图；

图8是本申请实施例提供的扫码界面的示意图；

图9是本申请实施例提供的选择界面的示意图；

图10是本申请实施例提供的目标应用程序的运行界面的示意图；

图11是本申请实施例提供的广告预览方案的流程示意图；

图12是本申请实施例提供的广告库的读写过程示意图；

图13是本申请实施例提供的设备信息获取模块的示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。在以下的描述中，所涉及的术语“多个”是指至少两个。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)对象：泛指支持进行推荐操作的对象，例如可以是用于投放到应用程序中进行呈现的多媒体信息，如多媒体广告。对象可以通过对象形态信息来描述和体现，对象的对象形态信息可以包括该对象在多个维度的属性信息，以广告为例，对象形态信息可以包括广告使用到的素材、素材规格、广告商品类型等。不同的对象可以通过对象标识信息来进行区分。

2)绑定目标：用于表示进行绑定的相关身份，可以包括绑定设备以及绑定账号中的任意一种，即在本申请实施例中，可以将对象与绑定设备进行绑定，也可以将对象与绑定账号进行绑定。不同的绑定目标可以通过绑定标识信息(或称身份信息)来进行区分。

3)绑定关系：用于表示待推荐对象与绑定目标之间的对应关系。由于对象标识信息可以用于表示对象，绑定标识信息可以用于表示绑定目标，因此可以建立对象的对象标识信息与绑定目标的绑定标识信息之间的绑定关系。

4)绑定入口：根据对象标识信息生成，用于提示建立绑定关系。本申请实施例对绑定入口的类型不做限定，例如包括但不限于二维码、按钮。

5)数据库(Database)：是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合，可以支持用户对数据进行新增、查询、更新、删除等操作。

本申请实施例提供一种应用程序的推荐对象预览方法、装置、电子设备、计算机可读存储介质及计算机程序产品，能够将指定的待推荐对象在应用程序中进行推荐，实现实际推荐环境中的对象预览，同时提升电子设备在对象预览过程中的计算资源利用率。下面说明本申请实施例提供的电子设备的示例性应用，本申请实施例提供的电子设备可以实施为各种类型的终端设备，也可以实施为服务器。

参见图1，图1是本申请实施例提供的应用程序的推荐对象预览系统100的架构示意图，终端设备400通过网络300连接服务器200，终端设备500通过网络300连接服务器200，服务器200连接数据库600，其中，网络300可以是广域网或者局域网，又或者是二者的组合。

在一些实施例中，以电子设备是终端设备为例，本申请实施例提供的应用程序的推荐对象预览方法可以由终端设备实现。以终端设备400为例，终端设备400可以获取查询形态信息；将查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象；根据待推荐对象的对象标识信息生成绑定入口；响应于针对绑定入口的绑定操作，采集绑定入口中的待推荐对象的对象标识信息；建立待推荐对象的对象标识信息与绑定目标的绑定标识信息之间的绑定关系；响应于基于应用程序触发的推荐请求，根据推荐请求中的绑定标识信息对绑定关系进行查询处理，并根据查询出的待推荐对象执行针对应用程序的推荐操作(如在应用程序的界面中呈现查询出的待推荐对象)。其中，应用程序可以是终端设备400运行的应用程序，也可以是区别于终端设备400的电子设备运行的应用程序。多个候选对象分别对应的对象形态信息可以存储于终端设备400本地，也可以是终端设备400从外界获取的。

在一些实施例中，本申请实施例提供的应用程序的推荐对象预览方法也可以由终端设备及服务器协同实现。以终端设备400及服务器200(即投放服务器)协同实现的情况为例，终端设备400可以将获取的查询形态信息发送至服务器200，以使服务器200将查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，将匹配成功的对象形态信息对应的候选对象作为待推荐对象，并将待推荐对象的对象标识信息发送至终端设备400。终端设备400根据接收到的待推荐对象的对象标识信息生成绑定入口，响应于针对绑定入口的绑定操作，采集所述绑定入口中的待推荐对象的对象标识信息。终端设备400根据待推荐对象的对象标识信息以及绑定目标的绑定标识信息通知服务器200，以使服务器200建立待推荐对象的对象标识信息与绑定目标的绑定标识信息之间的绑定关系。终端设备400将基于应用程序触发的推荐请求发送至服务器200，服务器200根据推荐请求中的绑定标识信息对绑定关系进行查询处理，并将查询出的待推荐对象的对象形态信息发送至终端设备400，以使终端设备400在应用程序中根据接收到的待推荐对象的对象形态信息呈现待推荐对象。其中，应用程序可以运行于终端设备400内。

以终端设备400、终端设备500及服务器200协同实现的情况为例，终端设备400将获取的查询形态信息发送至服务器200，服务器200将接收到的查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，将匹配成功的对象形态信息对应的候选对象作为待推荐对象。服务器200根据待推荐对象的对象标识信息通知终端设备400，以使终端设备400根据待推荐对象的对象标识信息生成绑定入口。终端设备500对终端设备400呈现的绑定入口进行绑定操作(如对二维码的扫码操作)，以采集绑定入口中的待推荐对象的对象标识信息，同时采集终端设备500中的绑定目标的绑定标识信息。终端设备500根据待推荐对象的对象标识信息以及绑定目标的绑定标识信息通知服务器200。服务器200在收到通知时，建立待推荐对象的对象标识信息与绑定目标的绑定标识信息之间的绑定关系。在服务器200已建立绑定关系的基础上，终端设备500将基于应用程序触发的推荐请求发送至服务器200，服务器200根据推荐请求中的绑定标识信息对绑定关系进行查询处理，并将查询出的待推荐对象的对象形态信息发送至终端设备500，以使终端设备500在应用程序中根据接收到的待推荐对象的对象形态信息呈现待推荐对象。其中，应用程序可以运行于终端设备500内。

在一些实施例中，可以将推荐对象预览过程中涉及到的各种结果(如对象标识信息、绑定标识信息、对象形态信息、绑定关系等)存储至区块链中，由于区块链具有不可篡改的特性，因此能够保证区块链中的数据的准确性。电子设备可以向区块链发送查询请求，以查询区块链中存储的数据。

在一些实施例中，终端设备(如上述的终端设备400或终端设备500)或服务器(如上述的服务器200)可以通过运行计算机程序来实现本申请实施例提供的应用程序的推荐对象预览方法，例如，计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(Native)应用程序(APP，Application)，即需要在操作系统中安装才能运行的程序；也可以是小程序，即只需要下载到浏览器环境中就可以运行的程序；还可以是能够嵌入至任意APP中的小程序。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。

在一些实施例中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备(如上述的终端设备400或终端设备500)可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、车载终端、智能电视等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

在一些实施例中，数据库600和服务器200可以独立设置。在一些实施例中，数据库600和服务器200也可以集成在一起，即数据库600可以视为存在于服务器200内部，与服务器200一体化，服务器200可以提供数据库600的数据管理功能。

以本申请实施例提供的电子设备是终端设备为例说明，可以理解的，对于电子设备是服务器的情况，图2A中示出的结构中的部分(例如用户接口、呈现模块和输入处理模块)可以缺省。参见图2A，图2A是本申请实施例提供的终端设备400的结构示意图(终端设备500的结构示意图类似)，图2A所示的终端设备400包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。终端设备400中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2A中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他电子设备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的应用程序的推荐对象预览装置可以采用软件方式实现，图2A示出了存储在存储器450中的应用程序的推荐对象预览装置4551，其可以是程序和插件等形式的软件，包括以下软件模块：采集模块45511、绑定模块45512以及推荐模块45513。图2B示出了存储在存储器450中的应用程序的推荐对象预览装置4552，其可以是程序和插件等形式的软件，包括以下软件模块：入口呈现模块45521、绑定模块45522、程序呈现模块45523以及对象呈现模块45524。图2A及图2B示出的软件模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

以本申请实施例提供的电子设备是服务器为例说明，参见图2C，图2C是本申请实施例提供的服务器200(例如，可以是图1所示的服务器200)的架构示意图，图2C所示的服务器200包括：至少一个处理器210、存储器240和至少一个网络接口220。服务器200中的各个组件通过总线系统230耦合在一起。其中，处理器210、网络接口220、总线系统230以及存储器240的功能可以参见图2A及图2B对应实施例中的描述，存储器240中的操作系统241及网络通信模块242同理。

在一些实施例中，本申请实施例提供的应用程序的推荐对象预览装置可以采用软件方式实现，图2C示出了存储在存储器240中的应用程序的推荐对象预览装置243，其可以是程序和插件等形式的软件，包括以下软件模块：绑定模块2431及推荐模块2432，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

将结合本申请实施例提供的电子设备的示例性应用和实施，说明本申请实施例提供的应用程序的推荐对象预览方法。

参见图3A，图3A是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图，该方法可以由电子设备执行，例如由终端设备执行，将结合图3A示出的步骤进行说明。

在步骤101中，响应于针对绑定入口的绑定操作，采集绑定入口中的待推荐对象的对象标识信息；其中，绑定入口是根据待推荐对象的对象标识信息生成的，待推荐对象为用于投放到应用程序中进行呈现的多媒体信息。

这里，对于对象来说，相关人员可能存在对其进行预览的需求。例如，广告主在实际投放广告之前，需要对广告进行预览，以判断是否要修改广告，或者是否要投放广告。针对于此，在本申请实施例中，在实际推荐场景实现对象预览，使得相关人员能够在实际推荐场景中感受对象的推荐效果，从而充分满足相关人员的预览需求。

为了便于理解，以待推荐对象为例进行说明，待推荐对象可以是多个候选对象中预先指定的候选对象(例如由用户指定需要预览多个候选广告中的哪些广告)，也可以是通过特定的方式对多个候选对象进行筛选处理得到的。其中，对待推荐对象的数量不做限定，可以是一个或多个。待推荐对象为用于投放到应用程序中进行呈现的多媒体信息。

在已确定待推荐对象的基础上，终端设备可以呈现绑定入口，该绑定入口是根据待推荐对象的对象标识信息生成的，本申请实施例对绑定入口的类型不做限定，例如包括但不限于二维码、按钮。在接收到针对绑定入口的绑定操作(即触发操作)时，采集绑定入口中的待推荐对象的对象标识信息。

在步骤102中，将绑定标识信息以及待推荐对象的对象标识信息发送到投放服务器，以供在投放服务器中建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系。

这里，采集绑定目标的标识信息(为了便于区分，后文命名为绑定标识信息)，其中，绑定目标包括绑定设备以及绑定账号中的任意一种，这里对绑定目标的数量不做限定，例如可以是一个或多个。值得说明的是，绑定目标的绑定标识信息可以是被动采集的，例如可以是由用户输入的；也可以是主动采集的，例如终端设备调用特定的接口来采集绑定目标的绑定标识信息。

终端设备将绑定标识信息以及待推荐对象的对象标识信息发送到投放服务器，以使投放服务器建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系，并进行存储，以备后续使用。这里的绑定关系本质上即为待推荐对象与绑定目标之间的绑定关系。

值得说明的是，本申请实施例对绑定关系不做限定，可以是一对一、一对多或者多对一。例如，一个待推荐对象仅与一个绑定目标存在绑定关系，该绑定目标也仅与该待推荐对象存在绑定关系；又例如，一个待推荐对象与多个绑定目标均存在绑定关系；又例如，一个绑定目标与多个待推荐对象均存在绑定关系。

在步骤103中，响应于对应用程序的触发操作，向投放服务器发送推荐请求，其中推荐请求包括绑定标识信息。

这里，终端设备在接收到对应用程序的触发操作时，向投放服务器发送推荐请求，其中推荐请求包括绑定标识信息。

在步骤104中，从投放服务器接收待推荐对象的对象形态信息，并在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象，其中，待推荐对象是投放服务器根据推荐请求中的绑定标识信息对绑定关系进行查询处理得到的；对象形态信息包括多个维度的属性信息。

投放服务器在从终端设备接收到推荐请求时，根据推荐请求中的绑定标识信息对存储的绑定关系进行查询处理，为了便于区分，后文将查询出的对象标识信息对应的待推荐对象称为目标对象，即目标对象的对象标识信息与推荐请求中的绑定标识信息存在绑定关系。然后，根据目标对象执行针对应用程序的推荐操作，例如，投放服务器将目标对象的对象形态信息发送至终端设备，以使终端设备在应用程序中根据目标对象的对象形态信息呈现待推荐对象，例如，根据目标对象的对象形态信息进行形态填充处理，得到目标对象对应的呈现形态，并在应用程序中以目标对象对应的呈现形态进行呈现。当然，投放服务器也可以直接将目标对象对应的呈现形态发送至终端设备，以使终端设备在应用程序中进行呈现。

值得说明的是，多个维度的属性信息用于从不同的维度实现对对象的描述，例如，以广告场景为例，属性信息可以包括广告使用到的素材、素材规格、广告商品类型等。此外，目标对象的推荐方式并不限于呈现，例如还可以通过播放音频等方式进行推荐，根据目标对象的媒体格式而定。

在一些实施例中，可以通过这样的方式来实现上述的在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象：当满足推荐条件时，在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象；其中，推荐条件包括以下至少之一：采集的实时设备参数与推荐设备参数相符合；待推荐对象的风险检测结果为无风险；应用程序支持待推荐对象的媒体格式。

这里，可以在满足特定的推荐条件时，在应用程序中根据目标对象的对象形态信息呈现目标对象。其中，推荐条件包括以下至少之一：

1)采集的实时设备参数与推荐设备参数相符合，其中，实时设备参数可以是用于运行应用程序的终端设备的设备参数，设备参数可以包括设备型号以及装载的操作系统中的至少之一；

2)目标对象的风险检测结果为无风险，其中，可以对目标对象的风险项进行风险检测处理，得到目标对象的风险检测结果；

3)应用程序支持目标对象的媒体格式，例如，当媒体格式为音频时，则要求应用程序支持音频播放；当媒体格式为图像时，则要求应用程序支持图像呈现。

通过上述方式，能够提升对象预览的必要性，避免进行无谓的对象预览所导致的计算资源的浪费。

如图3A所示，本申请实施例通过建立绑定关系，进而能够针对应用程序实现准确、有效的对象预览，能够满足用户对指定的待推荐对象的预览需求；同时，也能够提升电子设备在对象预览过程中所耗费的计算资源的实际利用率。

在一些实施例中，参见图3B，图3B是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图，该方法可以由电子设备执行，如由终端设备执行。在图3B中，基于图3A，在步骤101之前，还可以在步骤201中，获取查询形态信息；其中，查询形态信息包括多个维度中的至少一个维度的属性信息。

例如，终端设备可以呈现多个维度的属性输入入口，并响应于针对至少一个维度的属性输入入口的属性输入操作，根据输入的该至少一个维度的属性信息构建查询形态信息，例如根据输入的该至少一个维度的属性信息组合得到查询形态信息。即查询形态信息只需覆盖至少一个维度，而无需覆盖所有维度，如此，能够提升对象预览的自由度和灵活性，即用户可以通过输入部分维度的属性信息来实现对象预览，当然，查询形态信息也可以覆盖所有维度。

在步骤202中，将查询形态信息发送到投放服务器，以供投放服务器将查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象。

例如，终端设备将查询形态信息发送到投放服务器，投放服务器将接收到的查询形态信息与存储的多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象。

在步骤203中，从投放服务器接收待推荐对象的对象标识信息，以生成绑定入口。

投放服务器在确定出待推荐对象之后，可以将待推荐对象的对象标识信息发送至终端设备。如此，终端设备便可基于接收到的待推荐对象的对象标识信息生成绑定入口。除此之外，投放服务器也可以将绑定入口的相关显示数据发送至终端设备，以使终端设备根据接收到的显示数据呈现绑定入口，如此，可以减少终端设备的工作量。

如图3B所示，本申请实施例支持通过查询形态信息来指定需要进行预览的待推荐对象，能够提升对象预览的自由度和灵活性，满足用户对于特定维度的属性需求。

在一些实施例中，参见图3C，图3C是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图，该方法可以由电子设备执行，如由终端设备执行。在图3C中，在图3A示出的步骤101的同时，还可以执行步骤301或步骤302，将进行分别说明。

在步骤301中，响应于针对绑定入口的绑定操作，采集绑定操作对应的绑定账号的账号标识信息，以作为绑定标识信息。

本申请实施例提供了采集绑定标识信息的两种方式。第一种方式是，当终端设备接收到针对绑定入口的绑定操作时，采集绑定操作对应的绑定账号的账号标识信息，以作为绑定标识信息，此时，绑定账号即为绑定目标。

其中，绑定操作可以是基于绑定应用程序触发的，例如可以在绑定应用程序的界面中呈现绑定入口，在该情况下，绑定账号可以是绑定应用程序中处于登录态的账号。

值得说明的是，绑定应用程序可以与用于触发推荐请求的应用程序(为了便于区分，后文命名为目标应用程序)相同，也可以区别于目标应用程序。在绑定应用程序区别于目标应用程序的情况下，绑定应用程序可以与目标应用程序共享相同的账号，例如，绑定应用程序以及目标应用程序可以是同一企业提供的不同应用程序，这两个应用程序的账号数据互通。

在步骤302中，响应于针对绑定入口的绑定操作，通过桥接接口采集绑定操作对应的绑定设备的设备标识信息，以作为绑定标识信息；其中，桥接接口是对用于采集设备标识信息的设备原生接口进行封装得到的。

第二种方式是，当终端设备接收到针对绑定入口的绑定操作时，通过桥接接口采集绑定操作对应的绑定设备(即终端设备自身)的设备标识信息，以作为绑定标识信息。其中，绑定操作可以是基于绑定应用程序触发的，在该情况下，可以通过绑定应用程序触发桥接接口，以通过桥接接口采集绑定设备的设备标识信息。

值得说明的是，桥接接口是对用于采集设备标识信息的设备原生接口进行封装得到的，因此，调用桥接接口即相当于调用设备原生接口，能够保证采集设备标识信息的成功率。这里对桥接接口的实现方式不做限定，例如可以通过JSBridge技术实现，即桥接接口可以是JSBridge接口，可以通过绑定应用程序中的特定界面(如H5界面)触发。

本申请实施例对绑定入口的类型不做限定，例如，可以根据待推荐对象的对象标识信息生成二维码，并进行呈现。如此，可以将针对二维码的扫描操作，作为针对绑定入口的绑定操作。对于终端设备来说，在接收到针对二维码的扫描操作时，可以读取二维码中的待推荐对象的对象标识信息，同时触发采集绑定操作对应的绑定目标的绑定标识信息。对于需要触发桥接接口的情况，可以根据跳转界面地址以及待推荐对象的对象标识信息生成二维码，如此，在接收到针对二维码的扫描操作时，可以根据读取到的跳转界面地址访问相应的界面，以触发该界面的桥接接口，从而实现设备标识信息的采集。

如图3C，本申请实施例能够提升采集绑定标识信息的灵活性，适用于不同应用场景中的对象预览要求，例如根据账号标识信息进行对象预览，或者根据设备标识信息进行对象预览。

在一些实施例中，参见图3D，图3D是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图，该方法可以由电子设备执行，如由终端设备执行。在图3D中，图3A示出的步骤103之前，还可以在步骤401中，确定绑定标识信息对应的多个候选应用程序。

这里，绑定标识信息对应的多个候选应用程序可以是绑定目标对应的多个候选应用程序。绑定标识信息对应的多个候选应用程序可以人为配置，或者通过其他方式进行筛选得到。例如，当绑定目标为绑定账号时，绑定目标对应的候选应用程序是能够通过绑定账号登录的应用程序；当绑定目标为绑定设备时，绑定目标对应的候选应用程序是绑定设备中已安装的应用程序。

在步骤402中，响应于针对多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发推荐请求的应用程序。

例如，终端设备可以呈现多个候选应用程序，这里的呈现候选应用程序可以是指呈现候选应用程序的程序标识信息，该程序标识信息可以包括名称以及图标中的至少之一。

在接收到针对多个候选应用程序的选择操作时，将被选中的候选应用程序作为目标应用程序，该目标应用程序用于在运行时触发推荐请求，例如目标应用程序可以通过内置的软件开发工具包(Software Development Kit，SDK)来触发推荐请求。

在一些实施例中，步骤401之后，还包括：根据历史触发频率以及待推荐对象的媒体格式中的至少之一对多个候选应用程序进行筛选处理；其中，历史触发频率表示基于候选应用程序触发历史推荐请求的频率；可以通过这样的方式来实现上述的响应于针对多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发推荐请求的应用程序：响应于针对筛选出的多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发推荐请求的应用程序。

这里，在确定出绑定标识信息对应的多个候选应用程序之后，还可以对多个候选应用程序进行进一步筛选。例如，根据历史触发频率以及待推荐对象的媒体格式中的至少之一对多个候选应用程序进行筛选处理，其中，历史触发频率表示基于候选应用程序触发历史推荐请求的频率。

其中，在根据待推荐对象的媒体格式对多个候选应用程序进行筛选处理时，可以筛选出支持该媒体格式的候选应用程序，如此，能够保证后续执行的推荐操作的有效性，避免待推荐对象无法在目标应用程序中进行正确预览。

在根据历史触发频率对多个候选应用程序进行筛选处理时，可以根据特定的触发条件来实现筛选。触发条件可以是历史触发频率在多个候选应用程序中位于TOP K，K是大于零的整数；也可以是历史触发频率大于频率阈值等。该方式参考历史经验来进行筛选，能够贴合用户的使用习惯，提升用户体验。

根据历史触发频率以及待推荐对象的媒体格式中的至少之一对多个候选应用程序进行筛选处理后，可以将筛选出的多个候选应用程序进行呈现。在接收到针对筛选出的多个候选应用程序的选择操作时，将被选中的候选应用程序作为用于触发推荐请求的应用程序。

如图3D所示，本申请实施例能够从应用程序的角度提升对象预览的灵活性，符合各种用户需求，例如用户需要基于各种候选应用程序进行对象预览，以查看待推荐对象在各候选应用程序中的预览效果。

在一些实施例中，参见图4，图4是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图，该方法可以由终端设备(如图1示出的终端设备400或终端设备500)以及服务器(即投放服务器，如图1示出的服务器200)执行，将结合图4示出的步骤进行说明。

在步骤501中，终端设备将获取的查询形态信息发送至服务器。

在步骤502中，服务器将查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象。

在一些实施例中，步骤502之前，还包括：服务器响应于发布目标触发的发布请求，根据发布请求对应的发布对象标识信息对发布目标所使用的发布数据库进行查询处理，得到发布目标创建的多个维度的属性信息；其中，发布目标包括发布设备以及发布账号中的任意一种；根据发布目标创建的多个维度的属性信息，构建发布目标所发布的候选对象对应的对象形态信息；其中，发布目标所发布的候选对象与发布对象标识信息对应；将发布对象标识信息以及对应的对象形态信息存储至查询数据库；其中，查询数据库中的对象形态信息用于与查询形态信息进行匹配处理。

这里，发布目标用于发布候选对象，发布目标可以包括发布设备以及发布账号中的任意一种。例如在广告场景中，发布目标可以是指广告主。

服务器在接收到发布目标触发的发布请求时，可以根据发布请求对应的对象标识信息(为了便于区分，命名为发布对象标识信息)对发布目标所使用的发布数据库进行查询处理，得到发布目标创建的多个维度的属性信息，其中，发布数据库存储有发布目标进行操作得到的数据(即多个维度的属性信息)，在发布目标进行操作时，同时也建立了这些数据与发布对象标识信息之间的对应关系。值得说明的是，发布对象标识信息可以直接存在于发布请求内，或者，考虑到发布过程的安全性和隔离性，发布请求可以包括与发布对象标识信息存在映射关系的发布标识，该映射关系可以存在于发布数据库内，便于映射得到发布对象标识信息。

然后，根据发布目标创建的多个维度的属性信息，构建发布目标所发布的候选对象对应的对象形态信息，例如，将发布目标创建的多个维度的属性信息进行组合，得到发布目标所发布的候选对象对应的对象形态信息。其中，发布目标所发布的候选对象与发布对象标识信息对应。

然后，将发布对象标识信息以及对应的对象形态信息存储至查询数据库，例如，将候选对象对应的发布对象标识信息(对象标识信息)以及该候选对象对应的对象形态信息通过键值形式存储至查询数据库，其中，键(Key)为对象标识信息，值(Value)为对象形态信息。如此，发布数据库以及查询数据库在对象预览过程分别提供不同的功能，能够提升I/O效率，进而提升对象预览的效率。

在一些实施例中，将发布对象标识信息以及对应的对象形态信息存储至查询数据库之后，还包括：服务器响应于发布目标触发的删除请求，在查询数据库中对待删除对象标识信息以及对应的对象形态信息进行删除处理；其中，待删除对象标识信息与删除请求对应。

对于已存储至查询数据库中的对象标识信息以及对应的对象形态信息，本申请实施例也可以支持进行删除处理。例如，服务器在接收到发布目标触发的删除请求时，在查询数据库中删除待删除对象标识信息以及该待删除对象标识信息对应的对象形态信息。其中，删除请求可以包括待删除对象标识信息，或者包括与待删除对象标识信息存在映射关系的发布标识。通过上述方式，能够避免无效数据对查询数据库的存储空间占用。

在步骤503中，服务器将待推荐对象的对象标识信息发送到终端设备，以使终端设备根据待推荐对象的对象标识信息生成绑定入口。

例如，服务器将待推荐对象的对象标识信息发送至终端设备，以通知终端设备根据接收到的待推荐对象的对象标识信息生成绑定入口，并进行呈现。除此之外，服务器也可以直接根据待推荐对象的对象标识信息生成绑定入口，并将绑定入口的相关显示数据发送至终端设备，以使终端设备进行呈现。

在步骤504中，终端设备响应于针对绑定入口的绑定操作，采集绑定入口中的待推荐对象的对象标识信息。

终端设备在接收到针对绑定入口的绑定操作时，读取(采集)绑定入口中的待推荐对象的对象标识信息。

在步骤505中，终端设备将绑定标识信息以及待推荐对象的对象标识信息发送到服务器，以使服务器建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系。

例如，终端设备借助绑定入口采集到的绑定标识信息、以及从绑定入口中读取到的待推荐对象的对象标识信息发送至服务器，以通知服务器建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系。

在一些实施例中，可以通过这样的方式来实现上述的建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系：服务器对待推荐对象的风险项进行风险检测处理，得到风险检测结果；其中，风险项包括发布目标以及对象形态信息中的至少之一，发布目标包括发布设备以及发布账号中的任意一种；当风险检测结果为无风险时，建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系。

这里，服务器可以对待推荐对象的风险项进行风险检测处理，本申请实施例对风险检测处理的方式不做限定，可以通过人工审核的方式进行风险检测处理，也可以结合人工智能技术来进行风险检测处理。

例如，在风险项仅包括发布目标的情况下，可以将发布目标在历史上发布的历史对象的对象形态信息输入至机器学习模型，并根据机器学习模型的输出结果判断历史对象是否含有侵权、色情、暴力等元素，如果含有，则输出风险检测结果为存在风险；如果不含有，则输出风险检测结果为无风险。

同理，在风险项仅包括待推荐对象的对象形态信息的情况下，可以将待推荐对象的对象形态信息输入至机器学习模型，并根据机器学习模型的输出结果判断待推荐对象是否含有侵权、色情、暴力等元素，如果含有，则输出风险检测结果为存在风险；如果不含有，则输出风险检测结果为无风险。

在风险项同时包括发布目标以及待推荐对象的对象形态信息的情况下，只有当发布目标在历史上发布的历史对象以及待推荐对象均不含有侵权、色情、暴力等元素时，才输出风险检测结果为无风险。通过上述方式，能够降低对象预览过程中的风险，提升对象预览的安全性。

在步骤506中，终端设备响应于对应用程序的触发操作，向服务器发送推荐请求。

例如，终端设备运行有应用程序，当接收到对应用程序的触发操作时，终端设备将应用程序生成的推荐请求发送至服务器。

在步骤507中，服务器根据推荐请求中的绑定标识信息对绑定关系进行查询处理得到待推荐对象，并将待推荐对象的对象形态信息发送至终端设备。

这里，服务器可以将查询出的对象标识信息对应的待推荐对象的对象形态信息发送至终端设备，以使终端设备进行呈现。当然，查询出的对象标识信息对应的待推荐对象的推荐方式并不限于呈现，根据其媒体格式而定。

在一些实施例中，步骤502之后，还包括：服务器将待推荐对象的对象标识信息以及对象形态信息存储至推荐数据库；可以通过这样的方式来实现上述的将查询出的待推荐对象的对象形态信息发送至终端设备：服务器根据查询出的对象标识信息对推荐数据库进行查询处理，并将查询出的对象形态信息发送至终端设备。

在确定出待推荐对象之后，服务器可以将查询数据库中的待推荐对象的对象标识信息以及待推荐对象的对象形态信息存储至推荐数据库，例如将待推荐对象的对象标识信息作为键，将待推荐对象的对象形态信息作为值进行存储。其中，由推荐数据库专门负责对推荐请求的响应。

服务器在接收到基于应用程序触发的推荐请求时，确定出与推荐请求中的绑定标识信息存在绑定关系的对象标识信息，即目标对象的对象标识信息。然后，根据目标对象的对象标识信息在推荐数据库中查询出目标对象的对象形态信息，并将目标对象的对象形态信息发送至终端设备。如此，在同时存在发布数据库、查询数据库以及推荐数据库的情况下，通过发布数据库、查询数据库以及推荐数据库之间的分工合作，能够提升对象预览的效率，实现低时延的对象预览。

在一些实施例中，步骤505之后，还包括：当满足同步条件时，将绑定关系同步至绑定服务中；其中，同步条件包括以下至少之一：同步周期到达；未同步的绑定关系的数量大于数量阈值；绑定服务的压力参数小于压力参数阈值；可以通过这样的方式来实现上述的根据推荐请求中的绑定标识信息对绑定关系进行查询处理得到待推荐对象：根据推荐请求中的绑定标识信息调用绑定服务，以使绑定服务根据绑定标识信息对绑定关系进行查询处理，得到待推荐对象。

这里，服务器可以通过特定的绑定服务来支持对绑定关系的查询，对于未同步的绑定关系，可以在满足同步条件时，将绑定关系同步至绑定服务中，如此，可以降低绑定服务的处理压力。其中，同步条件包括以下至少之一：同步周期到达(如每10分钟同步1次)；未同步的绑定关系的数量大于数量阈值；绑定服务的压力参数(用于体现绑定服务的处理压力)小于压力参数阈值。

服务器在接收到推荐请求时，可以根据推荐请求中的绑定标识信息调用绑定服务，以使绑定服务根据绑定标识信息对绑定关系进行查询处理，得到待推荐对象(这里是指待推荐对象的对象标识信息)。通过上述方式，能够在保证对象预览的实时性的同时，降低对象预览过程中的处理压力。

在步骤508中，终端设备在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象。

如图4所示，本申请实施例通过终端设备与服务器协同，提升了对象预览的适用性。

在一些实施例中，参见图5，图5是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图，该方法可以由第一终端设备(如图1示出的终端设备400)、第二终端设备(如图1示出的终端设备500)以及服务器(即投放服务器，如图1示出的服务器200)执行，将结合图5示出的步骤进行说明。

在步骤601中，第一终端设备将获取的查询形态信息发送至服务器。

在步骤602中，服务器将查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象。

在步骤603中，服务器将待推荐对象的对象标识信息发送至第一终端设备，以使第一终端设备根据待推荐对象的对象标识信息生成并呈现绑定入口。

这里，可以由第一终端设备生成绑定入口，或者，服务器也可以直接根据待推荐对象的对象标识信息生成绑定入口，并将绑定入口的相关显示数据发送至第一终端设备，以使第一终端设备进行呈现。

在步骤604中，响应于第二终端设备针对第一终端设备呈现的绑定入口的绑定操作，采集绑定入口中的待推荐对象的对象标识信息、以及绑定操作对应的绑定标识信息。

这里，第二终端设备可以针对第一终端设备呈现的绑定入口执行绑定操作，以采集绑定标识信息，其中，绑定目标可以是第二终端设备本身，也可以是第二终端设备的绑定应用程序中处于登录态的账号。同时，第二终端设备还采集绑定入口中的待推荐对象的对象标识信息。

在步骤605中，第二终端设备将绑定标识信息以及待推荐对象的对象标识信息发送至服务器，以使服务器建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系。

在步骤606中，第二终端设备响应于对应用程序的触发操作，向服务器发送推荐请求。

在步骤607中，服务器根据推荐请求中的绑定标识信息对绑定关系进行查询处理得到待推荐对象，并将待推荐对象的对象形态信息发送至第二终端设备。

在步骤608中，第二终端设备在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象。

如图5所示，本申请实施例提供了对象预览的另一架构，通过三端交互的方式实现对象预览，提升了对象预览的适用性。

参见图6，图6是本申请实施例提供的应用程序的推荐对象预览方法的流程示意图，该方法可以由电子设备执行，如由终端设备执行，将结合图6示出的步骤进行说明。

在步骤701中，呈现待推荐对象对应的绑定入口，待推荐对象为用于投放到应用程序中进行呈现的多媒体信息。

这里，可以呈现待推荐对象对应的绑定入口，该绑定入口是根据待推荐对象的对象标识信息生成的。

在一些实施例中，步骤701之前，还包括：呈现多个维度的属性输入入口；响应于针对至少一个维度的属性输入入口的属性输入操作，在多个候选对象中确定出与输入的至少一个维度的属性信息匹配的待推荐对象。

这里，可以呈现多个属性输入入口，每个属性输入入口对应一个维度，其中，对属性输入入口的类型不做限定，例如可以是输入框。在接收到针对至少一个维度的属性输入入口的属性输入操作，根据输入的该至少一个维度的属性信息构建查询形态信息，例如将输入的该至少一个维度的属性信息进行组合得到查询形态信息。构建出的查询形态信息用于与多个候选对象分别对应的对象形态信息进行匹配处理，以得到待推荐对象，其中，对象形态信息包括多个维度的属性信息。通过上述方式，能够提升对象预览的灵活性，同时提升用户体验，即可以根据用户对特定维度的需求来筛选出待推荐对象。

在步骤702中，响应于针对绑定入口的绑定操作，建立待推荐对象与绑定标识信息之间的绑定关系。

这里，在接收到针对绑定入口的绑定操作时，建立待推荐对象与绑定标识信息之间的绑定关系，其中，绑定关系可以是指待推荐对象的对象标识信息与绑定标识信息之间的绑定关系。

在步骤703中，呈现绑定标识信息对应的多个候选应用程序，候选应用程序用于呈现待推荐对象。

这里，可以呈现绑定标识信息对应的多个候选应用程序，其中，呈现候选应用程序可以是指呈现候选应用程序的程序标识信息，该程序标识信息可以包括名称以及图标中的至少之一。

在步骤704中，响应于针对多个候选应用程序的选择操作，在被选中的候选应用程序中呈现根据绑定关系查询出的待推荐对象。

这里，当接收到针对多个候选应用程序的选择操作时，将被选中的候选应用程序作为目标应用程序，并在目标应用程序的界面中呈现根据绑定关系查询出的待推荐对象。其中，可以基于目标应用程序触发推荐请求，该推荐请求中携带有绑定标识信息，如此，便可基于推荐请求中的绑定标识信息实现对绑定关系的查询。

在一些实施例中，步骤702之后，还包括：呈现多个维度的属性输入入口；响应于针对至少一个维度的属性输入入口的属性输入操作，在多个待推荐对象中确定出与输入的至少一个维度的属性信息匹配的待推荐对象；可以通过这样的方式来实现上述的在被选中的候选应用程序中呈现根据绑定关系查询出的待推荐对象：在被选中的候选应用程序中呈现匹配的待推荐对象。

这里，在待推荐对象的数量包括多个的情况下，终端设备可以接收针对至少一个维度的属性输入入口的属性输入操作，并在多个待推荐对象中确定出与输入的至少一个维度的属性信息匹配的待推荐对象。例如，根据输入的至少一个维度的属性信息构建查询形态信息，并将查询形态信息与多个待推荐对象分别对应的对象形态信息进行匹配处理，得到匹配的待推荐对象(即匹配成功的对象形态信息对应的待推荐对象)。最终，在被选中的候选应用程序中呈现匹配的待推荐对象。通过上述方式，能够在待推荐对象的数量包括多个的情况下，提升对象预览的针对性，满足用户的预览需求。

如图6所示，本申请实施例通过建立绑定关系，进而能够针对应用程序实现准确、有效的对象预览，能够满足用户对指定的待推荐对象的预览需求；同时，也能够提升电子设备在对象预览过程中所耗费的计算资源的实际利用率。

下面，将说明本申请实施例在实际的应用场景中的示例性应用，为了便于理解，以对象为广告的情况进行示例说明。对于广告来说，广告主需要在真实的媒体场景中体验特定的广告，并审视广告的创意设计是否符合预期，这是广告投放的重要一环，也是重要的广告演示手段。此外，广告平台的产品人员或开发人员也存在对特定的广告进行开发联调和测试的需求。因此，本申请实施例提供了广告预览方案(即广告场景中的对象预览方案)，这使得用户能够在真实的媒体环境中审视广告的创意设计是否符合预期，避免正式上线的广告与预期不符所导致的损失，同时，对于广告平台的内部用户(如产品人员或开发人员)来说，有助于提升开发迭代效率。

接下来，将从产品表现的角度进行说明。本申请实施例提供的广告预览方案可以通过第一终端设备、第二终端设备以及服务器实现，其中，第一终端设备如台式计算机，第二终端设备如智能手机，当然并不限于此。

在广告预览的过程中，第一终端设备可以接收用户输入的查询形态信息，并将查询形态信息发送至服务器(投放服务器)。作为示例，提供了如图7所示的第一终端设备提供的查询界面的示意图，图7示出的查询界面包括多个输入项(即属性输入入口)，分别对应不同维度，例如广告素材规格、广告商品类型、广告商品id等。当接收到针对查询选项71的触发操作时，第一终端设备将输入的查询形态信息发送至服务器，以使服务器将查询形态信息与多个广告形态信息分别进行匹配处理，并将匹配成功的广告形态信息对应的候选广告作为待推荐广告，其中，每个广告形态信息对应一个候选广告。图7示出了待推荐广告的广告形态信息中的一部分属性信息，例如广告adindex为430644779，广告aid为3046483926等。

当接收到针对图7示出的预览选项72的触发操作时，可以进入扫码预览的流程。作为示例，提供了如图8所示的第一终端设备提供的扫码界面的示意图，图8示出的扫码界面包括二维码，该二维码是根据待推荐广告的广告ID(对应上文的对象标识信息)生成的。

对于第二终端设备的用户来说，可以通过第二终端设备中支持扫码的应用程序(为了便于区分，后文命名为绑定应用程序)对第一终端设备在扫码界面中呈现的二维码进行扫码，第二终端设备响应于该扫码操作，呈现多个候选应用程序。作为示例，提供了如图9所示的选择界面的示意图，图9示出的候选应用程序包括浏览器应用程序、新闻应用程序、视频应用程序以及内容社交应用程序，其中，候选应用程序可以与绑定应用程序共享账号，即同一账号可以在绑定应用程序中登录，也可以在候选应用程序中登录。

第二终端设备响应于针对多个候选应用程序的选择操作，将被选中的候选应用程序作为目标应用程序，并运行目标应用程序，即是从选择界面跳转至目标应用程序的运行界面。作为示例，提供了如图10所示的目标应用程序的运行界面，在运行界面中，除了目标应用程序本身所提供的内容(图10中以天气相关的内容为例)之外，还示出了向服务器进行请求所得到的目标广告101(对应上文的目标对象)对应的呈现形态。

接下来，将从底层实现角度进行说明。本申请实施例提供的广告预览方案在底层实现上可以包括广告信息获取模块、设备信息获取模块、数据发布流模块以及播放检索模块，其中，广告信息获取模块通过在广告库建立广告形态倒排索引，解决用户无法自助找到目标广告的问题；设备信息获取模块通过一键扫码的方式，解决获取设备标识信息困难的问题；数据发布流模块解决预览广告的时延问题，能够实现实时的广告预览；播放检索模块用于实现无侵入式的广告预览。将结合图11示出的广告预览示意图分别说明各个模块。

1)广告信息获取模块。

在相关技术提供的方案中，广告营销业务线的用户想找到一条合适的目标广告会遇到如下两个问题：广告库是按照广告主为主键建立的，而用户的需求是按照形态去找到目标广告，例如想找到一条三图应用直达的小程序广告，现有的组件和服务无法满足该需求；若用户自己去申请作为广告主并创建广告，则需要走繁琐的审批流程以申请虚拟金(创建广告需要消耗虚拟金)，同时创建的广告又很难共享，对于每个需要查看广告的用户都要走这个流程，费时费力。

针对于此，本申请实施例通过广告信息获取模块来解决上述问题，广告信息获取模块包括广告库(对应上文的查询数据库)，该广告库通过广告形态倒排索引来支持针对指定形态的广告查询。在广告库中，针对每一个广告，其属性可以根据实际应用场景中的需求进行设定，例如设计的属性字段如表1所示。

表1

值得说明的是，表1中的直达类型即为广告在被触发后的呈现方式，非直达是指触发广告后根据特定的统一资源定位符(Uniform Resource Locator，URL)进行跳转，即跳转至浏览器，而不跳转至应用程序中；应用直达是指触发广告后跳转到应用程序中；双链直达是指外链广告支持跳转到应用程序中具体的商品页；UL直达是iOS中特有的一种跳转方式，即通过超文本传输协议(Hyper Text Transfer Protocol，HTTP)跳转；双链直达以及UL直达是指同时支持双链直达以及UL直达，其余同理。

广告库中的属性字段设计好后，要设计广告库中的数据如何生成。本申请实施例中，可以根据发布数据库中的数据来构建广告库中的数据，例如，发布数据库可以包括关系型数据库以及非关系型数据库，关系型数据库如MySQL数据库，非关系型数据库如键值(KeyValue，KV)数据库、云键值(Cloud Key Value，CKV)数据库等。非关系型数据库中存储有广告相关的属性信息，主键是广告ID，值包括广告素材规格、广告商品类型、落地页类型、直达类型、合约广告标签、小程序类型、原生广告标签、推广应用包名、广告类型、UL直达地址、视频时长等属性信息，值得说明的是，这里作为主键的广告ID专用于广告预览过程中的广告查询，并不同于上述的广告短ID、广告主ID、广告长ID。关系型数据库中存储有媒体站点、广告版位、广告ID映射关系，其中，广告ID映射关系即为广告ID与发布ID(对应上文的发布标识)之间的映射关系，发布ID由广告主(对应上文的发布账号)使用。如图12所示，当广告主新建或变更广告时会根据发布ID通知发布服务(Publish服务)，发布服务根据该发布ID更新广告状态，例如确定与该发布ID存在映射关系的广告ID，进而根据该广告ID从非关系型数据库以及关系型数据库中获取不同维度的属性信息，根据这些属性信息构建广告形态信息，并将该广告ID以及构建的广告形态信息通过键值形式存储至广告库中。

在图12中，广告信息获取模块可分为读和写两个部分，读部分提供面向用户的查询服务，使得用户可以通过查询形态信息来进行对指定形态的广告的查询。写部分是完成广告库的建设，方式是监听广告的变更，例如监听广告新增/变更和广告删除这些视图，当监听到广告新增/变更的视图时，通过发布服务从非关系型数据库以及关系型数据库中获取相应数据，构建广告形态信息，并存储至广告库；当监听到广告删除的视图时，直接删除广告库中相应的广告形态信息，从而节省存储资源。

2)设备信息获取模块。

在相关技术提供的方案中，非技术人员无法自己获取到设备ID(即设备标识信息)，专业人员获取设备ID的过程也十分复杂，需要如下过程：①浏览器配置代理，用于拦截请求；②通过代理获取到广告请求；③解析广告请求中携带的设备ID；④手动将设备ID和广告ID进行绑定。

针对于此，本申请实施例提供了设备信息获取模块，提供给用户一键扫码获取设备ID的功能，用户可以通过绑定应用程序一键扫码并跳转到选中的目标应用程序，即可实现广告预览，大大提高了广告预览的效率。

设备信息获取模块可以包括Web模块、终端H5模块和后台模块，H5为超文本标记语言(HyperText Markup Language，HTML)5的简称，将结合图13阐述各个模块。Web模块位于第一终端设备中，用于生成二维码供第二终端设备的用户扫码，此二维码包含跳转H5地址以及待推荐广告的广告ID。终端H5模块位于第二终端设备中，用于通过绑定应用程序对第一终端设备呈现的二维码进行扫码，在扫码过程中，根据二维码中的跳转H5地址打开相应的H5界面(对应于上文的选择界面)，根据H5界面中的JSBridge接口(对应上文的桥接接口)采集第二终端设备的设备ID，并将设备ID与二维码中的待推荐广告的广告ID发送至服务器进行绑定，最后将服务器返回的候选应用程序呈现于H5界面中(可以呈现候选应用程序的名称以及图标中的至少之一)。后台模块位于服务器中，用于在接收到设备ID以及待推荐广告的广告ID时，对待推荐广告的风险项进行风险检测处理，在判定为无风险时将相应的绑定关系保存入库，同时确定可以呈现该待推荐广告的候选应用程序，并将确定出的候选应用程序的Schema信息(即程序标识信息)返回给终端H5模块。如此，对于第二终端设备的用户来说，只需执行扫码和选择候选应用程序两个操作即可，非常便捷。值得说明的是，后台模块独立于图11示出的数据发布流模块以及播放检索模块，例如，后台模块可以位于设备信息获取模块与数据发布流模块之间。

3)数据发布流模块。

数据发布流模块位于服务器中，当数据发布流模块接收到设备ID以及广告ID(例如由后台模块检测为无风险的设备ID以及广告ID)时，建立设备ID与广告ID之间的绑定关系，并将绑定关系存储至绑定关系库(即用于存储绑定关系的数据库)中。同时，产生一条流水以触发数据发布流模块内的订阅模块，订阅模块执行的操作如下：①将广告ID以及对应的广告形态信息通过键值形式存储至推荐数据库中，其中，推荐数据库的类型可以是非关系型数据库；②将广告ID对应的基础定向条件(对应上文的推荐条件)存储至播放检索模块中的预览服务，基础定向条件可以根据实际应用场景进行配置，例如在基础定向条件中指定广告能够在哪些操作系统中呈现；③将绑定关系库中的绑定关系分批同步至绑定服务中，例如进行周期同步，如此，能够减少绑定服务的处理压力。

4)播放检索模块。

第二终端设备在运行目标应用程序时，会基于目标应用程序发起广告请求(对应上文的推荐请求)，该广告请求携带有第二终端设备的设备ID。播放检索模块包括播放服务(Display服务)、检索服务以及预览服务，播放服务在接收到广告请求时，将广告请求转发给检索服务；检索服务根据广告请求中的设备ID访问绑定服务，以确定与该设备ID存在绑定关系的目标广告的广告ID，然后，将该广告ID发送至预览服务；预览服务检查广告请求是否满足该广告ID对应的推荐条件，并将检查结果发送至检索服务；检索服务在检查结果为通过(即满足推荐条件)时，根据该广告ID对推荐数据库进行查询处理，得到该广告ID对应的广告形态信息，根据该广告形态信息填充得到呈现形态，并将呈现形态发送至播放服务，由播放服务在第二终端设备的目标应用程序中播放，例如在目标应用程序的运行界面中根据该呈现形态进行呈现。其中，目标应用程序可以通过软件开发工具包(SoftwareDevelopment Kit，SDK)来接入播放服务，SDK的接入方式在应用程序侧属于黑盒接入，能够大幅提升接入效率，准确、有效地拉取到目标广告。

通过本申请实施例提供的广告预览方案，能够提升查询、绑定和预览各个环节的便利度，使得用户能够在真实的媒体环境中审视广告的创意设计是否符合预期，避免真实场景与预期不符所导致的损失，同时广告平台的内部用户(如产品人员/开发人员)可以通过该方案来提升开发迭代效率。

下面继续说明本申请实施例提供的应用程序的推荐对象预览装置4551实施为软件模块的示例性结构，在一些实施例中，如图2A所示，存储在存储器450的应用程序的推荐对象预览装置4551中的软件模块可以包括：采集模块45511，用于响应于针对绑定入口的绑定操作，采集所述绑定入口中的待推荐对象的对象标识信息；其中，所述绑定入口是根据所述待推荐对象的对象标识信息生成的，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；绑定模块45512，用于，待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；推荐模块45513，用于响应于对应用程序的触发操作，向投放服务器发送推荐请求，其中推荐请求包括绑定标识信息；推荐模块45513，还用于从投放服务器接收待推荐对象的对象形态信息，并在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象，其中，待推荐对象是投放服务器根据推荐请求中的绑定标识信息对绑定关系进行查询处理得到的；对象形态信息包括多个维度的属性信息。

在一些实施例中，应用程序的推荐对象预览装置4551还包括匹配模块，用于：获取查询形态信息；其中，查询形态信息包括多个维度中的至少一个维度的属性信息；将查询形态信息发送到投放服务器，以供投放服务器将查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象；从投放服务器接收待推荐对象的对象标识信息，以生成所述绑定入口。

在一些实施例中，采集模块45511，还用于执行以下任意一种处理：采集绑定操作对应的绑定账号的账号标识信息，以作为绑定标识信息；通过桥接接口采集绑定操作对应的绑定设备的设备标识信息，以作为绑定标识信息；其中，桥接接口是对用于采集设备标识信息的设备原生接口进行封装得到的。

在一些实施例中，应用程序的推荐对象预览装置4551还包括选择模块，用于：确定绑定标识信息对应的多个候选应用程序；响应于针对多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发推荐请求的应用程序。

在一些实施例中，选择模块还用于：根据历史触发频率以及待推荐对象的媒体格式中的至少之一对多个候选应用程序进行筛选处理；其中，历史触发频率表示基于候选应用程序触发历史推荐请求的频率；响应于针对筛选出的多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发推荐请求的应用程序。

在一些实施例中，推荐模块45513，还用于当满足推荐条件时，在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象；其中，推荐条件包括以下至少之一：采集的实时设备参数与推荐设备参数相符合；待推荐对象的风险检测结果为无风险；应用程序支持待推荐对象的媒体格式。

下面继续说明本申请实施例提供的应用程序的推荐对象预览装置4552实施为软件模块的示例性结构，在一些实施例中，如图2B所示，存储在存储器450的应用程序的推荐对象预览装置4552中的软件模块可以包括：入口呈现模块45521，用于呈现待推荐对象对应的绑定入口，待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；绑定模块45522，用于响应于针对绑定入口的绑定操作，建立待推荐对象与绑定标识信息之间的绑定关系；程序呈现模块45523，用于呈现绑定标识信息对应的多个候选应用程序，候选应用程序用于呈现待推荐对象；对象呈现模块45524，用于响应于针对多个候选应用程序的选择操作，在被选中的候选应用程序中呈现根据绑定关系查询出的待推荐对象。

在一些实施例中，推荐对象预览装置4552还包括匹配模块，用于：呈现多个维度的属性输入入口；响应于针对至少一个维度的属性输入入口的属性输入操作，在多个候选对象中确定出与输入的至少一个维度的属性信息匹配的待推荐对象。

在一些实施例中，推荐对象预览装置4552还包括匹配模块，用于：呈现多个维度的属性输入入口；响应于针对至少一个维度的属性输入入口的属性输入操作，在多个待推荐对象中确定出与输入的至少一个维度的属性信息匹配的待推荐对象；对象呈现模块45524，还用于：在被选中的候选应用程序中呈现匹配的待推荐对象。

下面继续说明本申请实施例提供的应用程序的推荐对象预览装置243实施为软件模块的示例性结构，在一些实施例中，如图2C所示，存储在存储器240的应用程序的推荐对象预览装置243中的软件模块可以包括：绑定模块2431，用于从终端设备接收绑定标识信息以及待推荐对象的对象标识信息，并建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系；其中，待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；推荐模块2432，用于：从终端设备接收推荐请求；其中，推荐请求是终端设备响应于对应用程序的触发操作所发送的，推荐请求包括绑定标识信息；根据推荐请求中的绑定标识信息对绑定关系进行查询处理，得到待推荐对象；将待推荐对象的对象形态信息发送到终端设备，以供终端设备在应用程序中根据待推荐对象的对象形态信息呈现待推荐对象；其中，对象形态信息包括多个维度的属性信息。

在一些实施例中，推荐对象预览装置243还包括匹配模块，用于：从终端设备接收查询形态信息；其中，查询形态信息包括多个维度中的至少一个维度的属性信息；将查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象；将待推荐对象的对象标识信息发送到终端设备。

在一些实施例中，推荐对象预览装置243还包括发布模块，用于：响应于发布目标触发的发布请求，根据发布请求对应的发布对象标识信息对发布目标所使用的发布数据库进行查询处理，得到发布目标创建的多个维度的属性信息；其中，发布目标包括发布设备以及发布账号中的任意一种；根据发布目标创建的多个维度的属性信息，构建发布目标所发布的候选对象对应的对象形态信息；其中，发布目标所发布的候选对象与发布对象标识信息对应；将发布对象标识信息以及对应的对象形态信息存储至查询数据库；其中，查询数据库中的对象形态信息用于与查询形态信息进行匹配处理。

在一些实施例中，推荐对象预览装置243还包括删除模块，用于：响应于发布目标触发的删除请求，在查询数据库中对待删除对象标识信息以及对应的对象形态信息进行删除处理；其中，待删除对象标识信息与删除请求对应。

在一些实施例中，推荐对象预览装置243还包括存储模块，用于将待推荐对象的对象标识信息以及对象形态信息存储至推荐数据库；推荐模块2432，还用于：根据待推荐对象的对象标识信息对推荐数据库进行查询处理，得到待推荐对象的对象形态信息。

在一些实施例中，推荐对象预览装置243还包括同步模块，用于当满足同步条件时，将绑定关系同步至绑定服务中；其中，同步条件包括以下至少之一：同步周期到达；未同步的绑定关系的数量大于数量阈值；绑定服务的压力参数小于压力参数阈值；推荐模块2432，还用于：根据推荐请求中的绑定标识信息调用绑定服务，以使绑定服务根据绑定标识信息对绑定关系进行查询处理，得到待推荐对象。

在一些实施例中，推荐对象预览装置243还包括风险检测模块，用于：对待推荐对象的风险项进行风险检测处理，得到风险检测结果；其中，风险项包括发布目标以及对象形态信息中的至少之一，发布目标包括发布设备以及发布账号中的任意一种；当风险检测结果为无风险时，建立绑定标识信息与待推荐对象的对象标识信息之间的绑定关系。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令(即可执行指令)，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行本申请实施例上述的应用程序的推荐对象预览方法。

本申请实施例提供一种计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的应用程序的推荐对象预览方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个电子设备上执行，或者在位于一个地点的多个电子设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个电子设备上执行。

以上，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (20)

1.一种应用程序的推荐对象预览方法，其特征在于，所述方法包括：

响应于针对绑定入口的绑定操作，采集所述绑定入口中的待推荐对象的对象标识信息；其中，所述绑定入口是根据所述待推荐对象的对象标识信息生成的，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

将绑定标识信息以及所述待推荐对象的对象标识信息发送到投放服务器，以供在所述投放服务器中建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；

响应于对应用程序的触发操作，向所述投放服务器发送推荐请求，其中所述推荐请求包括所述绑定标识信息；

从所述投放服务器接收所述待推荐对象的对象形态信息，并在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象，其中，所述待推荐对象是所述投放服务器根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理得到的；所述对象形态信息包括多个维度的属性信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取查询形态信息；其中，所述查询形态信息包括所述多个维度中的至少一个维度的属性信息；

将所述查询形态信息发送到所述投放服务器，以供所述投放服务器将所述查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象；

从所述投放服务器接收所述待推荐对象的对象标识信息，以生成所述绑定入口。

3.根据权利要求1所述的方法，其特征在于，当接收到针对所述绑定入口的绑定操作时，所述方法还包括：

执行以下任意一种处理：

采集所述绑定操作对应的绑定账号的账号标识信息，以作为绑定标识信息；

通过桥接接口采集所述绑定操作对应的绑定设备的设备标识信息，以作为绑定标识信息；其中，所述桥接接口是对用于采集所述设备标识信息的设备原生接口进行封装得到的。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定所述绑定标识信息对应的多个候选应用程序，所述候选应用程序用于呈现所述待推荐对象；

响应于针对所述多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发所述推荐请求的应用程序。

5.根据权利要求4所述的方法，其特征在于，所述确定所述绑定标识信息对应的多个候选应用程序之后，所述方法还包括：

根据历史触发频率以及所述待推荐对象的媒体格式中的至少之一对所述多个候选应用程序进行筛选处理；其中，所述历史触发频率表示基于所述候选应用程序触发历史推荐请求的频率；

所述响应于针对所述多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发所述推荐请求的应用程序，包括：

响应于针对筛选出的多个候选应用程序的选择操作，将被选中的候选应用程序作为用于触发所述推荐请求的应用程序。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象，包括：

当满足推荐条件时，在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象；

其中，所述推荐条件包括以下至少之一：

采集的实时设备参数与推荐设备参数相符合；

所述待推荐对象的风险检测结果为无风险；

所述应用程序支持所述待推荐对象的媒体格式。

7.一种应用程序的推荐对象预览方法，其特征在于，所述方法包括：

从终端设备接收绑定标识信息以及所述待推荐对象的对象标识信息，并建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；其中，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

从所述终端设备接收推荐请求；其中，所述推荐请求是所述终端设备响应于对应用程序的触发操作所发送的，所述推荐请求包括所述绑定标识信息；

根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理，得到所述待推荐对象；

将所述待推荐对象的对象形态信息发送到所述终端设备，以供所述终端设备在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象；其中，所述对象形态信息包括多个维度的属性信息。

8.根据权利要求7所述的方法，其特征在于，所述从终端设备接收绑定标识信息以及所述待推荐对象的对象标识信息之前，所述方法还包括：

从所述终端设备接收查询形态信息；其中，所述查询形态信息包括所述多个维度中的至少一个维度的属性信息；

将所述查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理，并将匹配成功的对象形态信息对应的候选对象作为待推荐对象；

将所述待推荐对象的对象标识信息发送到所述终端设备。

9.根据权利要求8所述的方法，其特征在于，所述将所述查询形态信息与多个候选对象分别对应的对象形态信息进行匹配处理之前，所述方法还包括：

响应于发布目标触发的发布请求，根据发布请求对应的发布对象标识信息对所述发布目标所使用的发布数据库进行查询处理，得到所述发布目标创建的多个维度的属性信息；其中，所述发布目标包括发布设备以及发布账号中的任意一种；

根据所述发布目标创建的多个维度的属性信息，构建所述发布目标所发布的候选对象对应的对象形态信息；其中，所述发布目标所发布的候选对象与所述发布对象标识信息对应；

将所述发布对象标识信息以及对应的对象形态信息存储至查询数据库；其中，所述查询数据库中的对象形态信息用于与所述查询形态信息进行匹配处理。

10.根据权利要求8所述的方法，其特征在于，所述将匹配成功的对象形态信息对应的候选对象作为待推荐对象之后，所述方法还包括：

将所述待推荐对象的对象标识信息以及对象形态信息存储至推荐数据库；

所述将所述待推荐对象的对象形态信息发送到所述终端设备之前，所述方法还包括：

根据所述待推荐对象的对象标识信息对所述推荐数据库进行查询处理，得到所述待推荐对象的对象形态信息。

11.根据权利要求7至10任一项所述的方法，其特征在于，所述建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系之后，所述方法还包括：

当满足同步条件时，将所述绑定关系同步至绑定服务中；

其中，所述同步条件包括以下至少之一：同步周期到达；未同步的所述绑定关系的数量大于数量阈值；所述绑定服务的压力参数小于压力参数阈值；

所述根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理，得到所述待推荐对象，包括：

根据所述推荐请求中的所述绑定标识信息调用所述绑定服务，以使所述绑定服务根据所述绑定标识信息对所述绑定关系进行查询处理，得到所述待推荐对象。

12.一种应用程序的推荐对象预览方法，其特征在于，所述方法包括：

呈现待推荐对象对应的绑定入口，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

响应于针对所述绑定入口的绑定操作，建立所述待推荐对象与绑定标识信息之间的绑定关系；

呈现所述绑定标识信息对应的多个候选应用程序，所述候选应用程序用于呈现所述待推荐对象；

响应于针对所述多个候选应用程序的选择操作，在被选中的候选应用程序中呈现根据所述绑定关系查询出的所述待推荐对象。

13.根据权利要求12所述的方法，其特征在于，所述呈现待推荐对象对应的绑定入口之前，所述方法还包括：

呈现多个维度的属性输入入口；

响应于针对至少一个维度的属性输入入口的属性输入操作，在多个候选对象中确定出与输入的所述至少一个维度的属性信息匹配的待推荐对象。

14.根据权利要求12所述的方法，其特征在于，所述建立所述待推荐对象与绑定标识信息之间的绑定关系之后，所述方法还包括：

呈现多个维度的属性输入入口；

响应于针对至少一个维度的属性输入入口的属性输入操作，在多个所述待推荐对象中确定出与输入的所述至少一个维度的属性信息匹配的所述待推荐对象；

所述在被选中的候选应用程序中呈现根据所述绑定关系查询出的所述待推荐对象，包括：

在被选中的候选应用程序中呈现匹配的所述待推荐对象。

15.一种应用程序的推荐对象预览装置，其特征在于，所述装置包括：

采集模块，用于响应于针对绑定入口的绑定操作，采集所述绑定入口中的待推荐对象的对象标识信息；其中，所述绑定入口是根据所述待推荐对象的对象标识信息生成的，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

绑定模块，用于将绑定标识信息以及所述待推荐对象的对象标识信息发送到投放服务器，以供在所述投放服务器中建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；

推荐模块，用于响应于对应用程序的触发操作，向所述投放服务器发送推荐请求，其中所述推荐请求包括所述绑定标识信息；

所述推荐模块，还用于从所述投放服务器接收所述待推荐对象的对象形态信息，并在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象，其中，所述待推荐对象是所述投放服务器根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理得到的；所述对象形态信息包括多个维度的属性信息。

16.一种应用程序的推荐对象预览装置，其特征在于，所述装置包括：

绑定模块，用于从终端设备接收绑定标识信息以及所述待推荐对象的对象标识信息，并建立所述绑定标识信息与所述待推荐对象的对象标识信息之间的绑定关系；其中，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

推荐模块，用于：

从所述终端设备接收推荐请求；其中，所述推荐请求是所述终端设备响应于对应用程序的触发操作所发送的，所述推荐请求包括所述绑定标识信息；

根据所述推荐请求中的所述绑定标识信息对所述绑定关系进行查询处理，得到所述待推荐对象；

将所述待推荐对象的对象形态信息发送到所述终端设备，以供所述终端设备在所述应用程序中根据所述待推荐对象的对象形态信息呈现所述待推荐对象；其中，所述对象形态信息包括多个维度的属性信息。

17.一种应用程序的推荐对象预览装置，其特征在于，所述装置包括：

入口呈现模块，用于呈现待推荐对象对应的绑定入口，所述待推荐对象为用于投放到应用程序中进行呈现的多媒体信息；

绑定模块，用于响应于针对所述绑定入口的绑定操作，建立所述待推荐对象与绑定标识信息之间的绑定关系；

程序呈现模块，用于呈现所述绑定标识信息对应的多个候选应用程序，所述候选应用程序用于呈现所述待推荐对象；

对象呈现模块，用于响应于针对所述多个候选应用程序的选择操作，在被选中的候选应用程序中呈现根据所述绑定关系查询出的所述待推荐对象。

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

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至6任一项所述的应用程序的推荐对象预览方法，或者权利要求7至11任一项所述的应用程序的推荐对象预览方法，或者权利要求12至14任一项所述的应用程序的推荐对象预览方法。

19.一种计算机可读存储介质，存储有可执行指令，其特征在于，所述可执行指令被处理器执行时实现权利要求1至6任一项所述的应用程序的推荐对象预览方法，或者权利要求7至11任一项所述的应用程序的推荐对象预览方法，或者权利要求12至14任一项所述的应用程序的推荐对象预览方法。

20.一种计算机程序产品，包括可执行指令，其特征在于，所述可执行指令被处理器执行时实现权利要求1至6任一项所述的应用程序的推荐对象预览方法，或者权利要求7至11任一项所述的应用程序的推荐对象预览方法，或者权利要求12至14任一项所述的应用程序的推荐对象预览方法。

Images