CN109558182A - 基于插件的信息推广方法、电子设备及计算机存储介质 - Google Patents

Abstract

本发明公开了一种基于插件的信息推广方法、电子设备及计算机存储介质。其中，方法包括：当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；对插件执行初始化操作；以及，在宿主应用的推广视图中呈现待推广信息。基于本发明提供的方案，通过在宿主应用的推广视图中呈现信息推广需求方对应的待推广信息，使得用户能够直观地看到推广信息，丰富了插件入口展现形态，能够吸引用户点击进入了解推广信息，进而提高了用户留存率。

Description

基于插件的信息推广方法、电子设备及计算机存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种基于插件的信息推广方法、电子设备及计算机存储介质。

背景技术

随着互联网的发展，各种互联网应用层出不穷。随着用户的需求增加，应用经常需要提供符合用户需求的新的功能。在应用的研发过程中，可以通过插件技术扩展应用程序的功能。插件是遵循一定规范的应用程序接口编写出来的程序，通过和应用程序的互动，来替代应用增加所需要的一些特定的功能。

发明人在实现本发明的过程中发现，现有技术存在如下缺陷：现有的插件入口一般为一个图标，设置于宿主应用的首页面的位置，不仅入口展现形态单一，而且无法使用户直观地了解插件所推广的内容，因此，很难吸引用户点击进入，造成信息推广效果差，用户留存率低等问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于插件的信息推广方法、电子设备及计算机存储介质。

根据本发明的一个方面，提供了一种基于插件的信息推广方法，包括：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现待推广信息。

根据本发明的另一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现待推广信息。

根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现待推广信息。

根据本发明提供的方案，当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；对插件执行初始化操作；以及，在宿主应用的推广视图中呈现待推广信息。基于本发明提供的方案，通过在宿主应用的推广视图中呈现信息推广需求方对应的待推广信息，使得用户能够直观地看到推广信息，丰富了插件入口展现形态，能够吸引用户点击进入了解推广信息，进而提高了用户留存率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的基于插件的信息推广方法的流程示意图；

图2A示出了根据本发明另一个实施例的基于插件的信息推广方法的流程示意图；

图2B示出了应用本发明提供的方法的宿主应用的首页面的界面示意图；

图2C示出了用户触发推广视图后待推广信息对应的内容界面的界面示意图；

图3示出了根据本发明一个实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的基于插件的信息推广方法的流程示意图。该方法应用于宿主应用，如图1所示，该方法包括以下步骤：

步骤S100，当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息。

其中，宿主应用具体是一个提供一定服务，能够独立运行的应用，例如，浏览器、游戏应用、视频应用等；

插件是一种遵循一定规范的应用程序接口编写出来的程序。插件的定位是开发实现原纯净系统平台、应用软件平台不具备的功能的程序，由于插件运行时需要调用原纯净系统或应用软件所提供的函数库或者参数等数据，因此，插件只能运行在程序规定的系统平台或应用软件平台下(可能同时支持多个平台)，而不能脱离指定的平台单独运行。其中的原纯净系统或应用软件即为本步骤中的宿主应用。

相应的，可以理解的是，插件与其开发所依据的宿主应用具有固定的依赖关系，插件只有依赖于与其匹配的宿主应用才有存在和实现的意义，即，插件是有一定功能，但是需要依赖宿主应用的程序。

在本实施例中，宿主应用安装在终端设备上，其中，终端设备可为手机、PAD等设备。用户对终端设备所安装的宿主应用的启动操作，即视为启动了宿主应用，例如，用户对终端设备桌面中宿主应用图标的点击操作，或者用户通过终端设备所提供的语音功能对所安装的宿主应用的语音启动操作，都可被视为启动宿主应用。

其中，插件由信息推广需求方开发，并嵌套在宿主应用中，为了便于宿主应用获取待推广信息，插件服务端向宿主应用提供了预设接口，宿主应用通过调用预设接口，从插件服务端获取待推广信息。

步骤S101，对插件执行初始化操作。

在本实施例中，不同的插件具有独立的运行环境，因此，需要为插件创建所需的运行环境后，在创建的运行环境中加载插件，以便于后续启动对应的插件。

在本步骤中，由宿主应用发起对插件执行初始化操作，而无需用户手动触发才执行插件初始化操作，宿主应用主动去对插件执行初始化操作，可以减少用户等待时间。

步骤S102，在宿主应用的推广视图中呈现待推广信息。

推广视图为在宿主应用的页面的上方、中间等位置循环展示的视图，又称为banner视图，用于信息的推广。

在对插件执行初始化操作后，可以将从插件服务端获取到的待推广信息呈现在宿主应用的推广视图中，从而使得用户能够直观地看到推广信息，丰富了插件入口展现形态，能够吸引用户点击进入了解推广信息，进而提高了用户留存率。

根据本发明上述实施例提供的方法，当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；对插件执行初始化操作；以及，在宿主应用的推广视图中呈现待推广信息。基于本发明提供的方案，通过在宿主应用的推广视图中呈现信息推广需求方对应的待推广信息，实现了精细化展示，还使得用户能够直观地看到推广信息，丰富了插件入口展现形态，能够吸引用户点击进入了解推广信息，进而提高了用户留存率。

图2A示出了根据本发明另一个实施例的基于插件的信息推广方法的流程示意图。如图2A所示，该方法包括以下步骤：

步骤S200，当宿主应用启动时，向插件服务端发送调用预设接口的调用请求，以供插件服务端根据调用请求判断插件是否出现故障，或者判断内容池是否为空。

其中，内容池用于存储待推广信息，若内容池为空，表示并未配置推广信息，不需要做信息推广；若内容池不为空，表示配置了推广信息，有需要推广的信息。

在本实施例中，宿主应用安装在终端设备上，其中，终端设备可为手机、PAD等设备。用户对终端设备所安装的宿主应用的启动操作，即视为启动了宿主应用，例如，用户对终端设备桌面中宿主应用图标的点击操作，或者用户通过终端设备所提供的语音功能对所安装的宿主应用的语音启动操作，都可被视为启动宿主应用。

本实施例是通过嵌套在宿主应用中的插件对信息推广需求方的信息进行推广，待推广信息一般被配置存储于插件服务端，因此，宿主应用需要与插件服务端进行通信，获取插件服务端预先配置的待推广信息，其中，宿主应用与插件服务端之间的通信可以通过插件服务端向宿主应用提供的预设接口，宿主应用向插件服务端发送调用预设接口的调用请求。插件服务端在接收到调用请求后，判断插件是否出现故障，或者判断内容池是否为空，以进一步确定响应调用请求而返回的信息，例如，如果插件出现故障，表明插件无法被访问无法进行信息推广，或者内容池为空时无待推广信息进行推广。

步骤S201，接收插件服务端在插件出现故障或内容池为空时响应调用请求而返回的错误状态信息。

插件服务端在判断出插件出现故障的情况下，可以确定无法进行信息推广，或者在判断出内容池为空的情况下，可以确定无信息需要推广，此时插件服务端可以响应宿主应用发送的调用请求，向宿主应用返回错误状态信息，宿主应用接收插件服务端所返回的错误状态信息，根据该错误状态信息确定不需要对插件执行初始化操作，方法结束。

其中，错误状态信息是一种状态的表征，例如，这里约定错误状态信息：0表示插件出现故障或内容池为空，插件服务端在插件出现故障或内容池为空时响应调用请求，返回错误状态信息：0，宿主应用在接收到错误状态信息：0后，可以通过错误状态信息：0获知此时插件出现故障或者内容池为空，可以不再进行信息推广，不再对插件执行初始化操作，因此，也就不会在宿主应用的页面中呈现相应的信息，从而精准地控制是否呈现待推广信息，进一步提升了用户体验，避免了在内容池为空时，还正常初始化插件，造成资源浪费，或者在插件出现故障时，插件并不能提供相应的服务，在宿主应用的页面中正常呈现相应的信息，在用户点击后，又无法展示而造成用户体验差的缺陷。

步骤S202，获取插件服务端在插件正常或内容池非空时响应调用请求而返回的预先配置的待推广信息。

若插件服务端判断出插件正常(未出现故障)或者内容池不为空的情况下，插件服务端响应调用请求，通过预设接口向宿主应用返回预先配置的待推广信息，宿主应用获取插件服务端预先配置的待推广信息。其中，待推广信息包含：活动信息或电子书信息。

在本实施例中，内容池用于存储待推广信息，可以将需要推广的信息放到内容池中，具体地，插件服务端预先在内容池中配置待推广信息及跳转地址的关联关系。这里的跳转地址满足Scheme协议，根据该跳转地址可以跳转至内容界面。Scheme是一种页面内跳转协议，通过自定义Scheme协议，可以跳转到相应的内容界面。

步骤S203，对插件执行初始化操作。

在本实施例中，不同的插件具有独立的运行环境，因此，需要为插件创建所需的运行环境后，在创建的运行环境中加载插件，以便于后续启动对应的插件。

在本步骤中，由宿主应用发起对插件执行初始化操作，而无需用户手动触发才执行插件初始化操作，宿主应用主动去对插件执行初始化操作，可以减少用户等待时间。

步骤S204，在宿主应用的首页面的推广视图中呈现待推广信息。

宿主应用的首页面是启动宿主应用后，所进入的第一个页面，推广视图为在宿主应用的首页面的上方、中间等位置循环展示的视图，在宿主应用的首页面的推广视图中呈现待推广信息，能够吸引用户点击进入了解待推广信息具体内容。此外，以推广视图形式呈现待推广信息更为直观，使用户能够很直观看到推广信息，能够吸引用户点击进入。

下面结合图例进行说明，图2B示出了应用本发明提供的方法的宿主应用的首页面的界面示意图，如图2B所示，宿主应用的首页面包含以下频道：热点、精选、电视剧、电影、综艺，信息推广需求方在宿主应用的精选频道的推广视图1上进行信息推广，当宿主应用启动时，宿主应用向插件服务端发送调用预设接口的调用请求，插件服务端根据调用请求判断插件是否出现故障，或者判断内容池是否为空，在判断出插件未出现故障，或者判断内容池不为空的情况下，插件服务端向宿主应用返回待推广信息，宿主应用获取待推广信息，在宿主应用的首页面的精选频道的推广视图1中呈现待推广信息。

步骤S205，监测用户对推广视图的触发操作。

若用户想进一步了解待推广信息的具体内容，可以通过触发推广视图阅读具体内容，因此，需要实时监测用户对推广视图的触发操作，例如，用户对推广视图的点击操作，可以视为用户想要进一步了解待推广信息的具体内容。

步骤S206，根据触发操作，启动插件以使插件依据待推广信息对应的跳转地址，从插件服务端获取待推广信息对应的内容界面并进行展示。

本实施例中的插件是信息推广需求方所开发的插件，其可以嵌套在宿主应用中，实现宿主应用所不具备的功能，该插件具有其自身独立的进程。

由于已经对插件执行了初始化操作，因此，在监测到用户对推广视图的触发操作后，宿主应用会根据该触发操作启动插件，在本实施例中预先定义了待推广信息与跳转地址的关联关系，因此，插件可以依据待推广信息对应的跳转地址，从插件服务端获取待推广信息对应的内容界面并进行展示。这里是利用嵌套在宿主应用的插件进行展示。而且通过一次触发操作即可进入到内容界面，简化了用户操作，而且使得用户能够快速进入到内容界面了解具体内容，而且还减少了用户等待时间。

举例说明，插件B嵌套在宿主应用A中，根据步骤S200-步骤S204中的方法，在宿主应用的首页面的推广视图中呈现待推广信息，在监测到用户对推广视图的触发操作后，宿主应用A根据触发操作，启动嵌套在宿主应用A中的插件B，插件B依据待推广信息对应的跳转地址，从插件服务端获取待推广信息对应的内容界面并进行展示，如图2C所示，即，利用宿主应用A的插件B进行展示，并不像现有技术，在监测用户对推广视图的触发操作后，若检测到终端设备未安装应用C，则宿主应用A创建H5页面，通过H5页面展示相应的内容；若检测到终端安装了应用C，则宿主应用A启动应用C，在应用C中呈现内容界面，跳出了宿主应用A。

根据本发明上述实施例提供的方法，通过在宿主应用的推广视图中呈现信息推广需求方对应的待推广信息，实现了精细化展示，还使得用户能够直观地看到推广信息，丰富了插件入口展现形态，能够吸引用户点击进入了解推广信息，进而提高了用户留存率。在监测到用户对推广视图的触发操作后，直接将待推广信息对应的内容界面展示给用户，使得用户能够快速阅读到待推广信息对应的内容，无需通过繁琐的跳转操作才能够看到内容，简化了用户操作过程，提升了用户体验，进而提升了用户留存率，避免因需要多次跳转而造成的用户流失。由于在宿主应用的首页面的推广视图中呈现待推广信息前，便对插件执行了初始化操作，因此，减少了用户等待时间。

本申请实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于插件的信息推广方法。

可执行指令具体可以用于使得处理器执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现待推广信息。

在一种可选的实施方式中，可执行指令还使处理器执行以下操作：

监测用户对推广视图的触发操作；

根据触发操作，启动插件以使插件依据待推广信息对应的跳转地址，从插件服务端获取待推广信息对应的内容界面并进行展示。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：

向插件服务端发送调用预设接口的调用请求，以供插件服务端根据调用请求判断插件是否出现故障，或者判断内容池是否为空；

接收插件服务端在插件出现故障或内容池为空时响应调用请求而返回的错误状态信息；

获取插件服务端在插件正常或内容池非空时响应调用请求而返回的预先配置的待推广信息。

在一种可选的实施方式中，插件服务端预先在内容池中配置待推广信息及跳转地址的关联关系。

在一种可选的实施方式中，可执行指令进一步使处理器执行以下操作：

在宿主应用的首页面的推广视图中呈现待推广信息。

在一种可选的实施方式中，待推广信息包含：活动信息或电子书信息。

图3示出了根据本发明一个实施例的电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图3所示，该电子设备可以包括：处理器(processor)302、通信接口(Communications Interface)304、存储器(memory)306、以及通信总线308。

其中：

处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。

通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器302，用于执行程序310，具体可以执行上述基于插件的信息推广方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序310具体可以用于使得处理器302执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现待推广信息。

在一种可选的实施方式中，程序310还使处理器302执行以下操作：

监测用户对推广视图的触发操作；

根据触发操作，启动插件以使插件依据待推广信息对应的跳转地址，从插件服务端获取待推广信息对应的内容界面并进行展示。

在一种可选的实施方式中，程序310进一步使处理器302执行以下操作：

向插件服务端发送调用预设接口的调用请求，以供插件服务端根据调用请求判断插件是否出现故障，或者判断内容池是否为空；

接收插件服务端在插件出现故障或内容池为空时响应调用请求而返回的错误状态信息；

获取插件服务端在插件正常或内容池非空时响应调用请求而返回的预先配置的待推广信息。

在一种可选的实施方式中，插件服务端预先在内容池中配置待推广信息及跳转地址的关联关系。

在一种可选的实施方式中，程序310进一步使处理器302执行以下操作：

在宿主应用的首页面的推广视图中呈现待推广信息。

在一种可选的实施方式中，待推广信息包含：活动信息或电子书信息。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：

A1、一种基于插件的信息推广方法，包括：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现所述待推广信息。

A2.根据A1所述的方法，其中，在宿主应用的推广视图中呈现所述待推广信息之后，所述方法还包括：

监测用户对推广视图的触发操作；

根据所述触发操作，启动插件以使所述插件依据所述待推广信息对应的跳转地址，从所述插件服务端获取所述待推广信息对应的内容界面并进行展示。

A3.根据A1或A2所述的方法，其中，所述根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息进一步包括：

向插件服务端发送调用预设接口的调用请求，以供插件服务端根据所述调用请求判断插件是否出现故障，或者判断内容池是否为空；

接收所述插件服务端在插件出现故障或内容池为空时响应所述调用请求而返回的错误状态信息；

获取插件服务端在插件正常或内容池非空时响应所述调用请求而返回的预先配置的待推广信息。

A4.根据A1-A3中任一项所述的方法，其中，所述插件服务端预先在内容池中配置待推广信息及跳转地址的关联关系。

A5.根据A1-A4中任一项所述的方法，其中，在宿主应用的推广视图中呈现所述待推广信息进一步包括：

在宿主应用的首页面的推广视图中呈现所述待推广信息。

A6.根据A1-A5中任一项所述的方法，其中，所述待推广信息包含：活动信息或电子书信息。

B7.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现所述待推广信息。

B8.根据B7所述的电子设备，其中，所述可执行指令还使所述处理器执行以下操作：

监测用户对推广视图的触发操作；

根据所述触发操作，启动插件以使所述插件依据所述待推广信息对应的跳转地址，从所述插件服务端获取所述待推广信息对应的内容界面并进行展示。

B9.根据B7或B8所述的电子设备，其中，所述可执行指令进一步使所述处理器执行以下操作：

向插件服务端发送调用预设接口的调用请求，以供插件服务端根据所述调用请求判断插件是否出现故障，或者判断内容池是否为空；

接收所述插件服务端在插件出现故障或内容池为空时响应所述调用请求而返回的错误状态信息；

获取插件服务端在插件正常或内容池非空时响应所述调用请求而返回的预先配置的待推广信息。

B10.根据B7-B9中任一项所述的电子设备，其中，所述插件服务端预先在内容池中配置待推广信息及跳转地址的关联关系。

B11.根据B7-B10中任一项所述的电子设备，其中，所述可执行指令进一步使所述处理器执行以下操作：

在宿主应用的首页面的推广视图中呈现所述待推广信息。

B12.根据B7-B11中任一项所述的电子设备，其中，所述待推广信息包含：活动信息或电子书信息。

C13.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现所述待推广信息。

C14.根据C13所述的计算机存储介质，其中，所述可执行指令还使所述处理器执行以下操作：

监测用户对推广视图的触发操作；

根据所述触发操作，启动插件以使所述插件依据所述待推广信息对应的跳转地址，从所述插件服务端获取所述待推广信息对应的内容界面并进行展示。

C15.根据C13或C14所述的计算机存储介质，其中，所述可执行指令进一步使所述处理器执行以下操作：

向插件服务端发送调用预设接口的调用请求，以供插件服务端根据所述调用请求判断插件是否出现故障，或者判断内容池是否为空；

接收所述插件服务端在插件出现故障或内容池为空时响应所述调用请求而返回的错误状态信息；

获取插件服务端在插件正常或内容池非空时响应所述调用请求而返回的预先配置的待推广信息。

C16.根据C13-C15中任一项所述的计算机存储介质，其中，所述插件服务端预先在内容池中配置待推广信息及跳转地址的关联关系。

C17.根据C13-C16中任一项所述的计算机存储介质，其中，所述可执行指令进一步使所述处理器执行以下操作：

在宿主应用的首页面的推广视图中呈现所述待推广信息。

C18.根据C13-C17中任一项所述的计算机存储介质，其中，所述待推广信息包含：活动信息或电子书信息。

Claims (10)

1.一种基于插件的信息推广方法，包括：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现所述待推广信息。

2.根据权利要求1所述的方法，其中，在宿主应用的推广视图中呈现所述待推广信息之后，所述方法还包括：

监测用户对推广视图的触发操作；

根据所述触发操作，启动插件以使所述插件依据所述待推广信息对应的跳转地址，从所述插件服务端获取所述待推广信息对应的内容界面并进行展示。

3.根据权利要求1或2所述的方法，其中，所述根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息进一步包括：

向插件服务端发送调用预设接口的调用请求，以供插件服务端根据所述调用请求判断插件是否出现故障，或者判断内容池是否为空；

接收所述插件服务端在插件出现故障或内容池为空时响应所述调用请求而返回的错误状态信息；

获取插件服务端在插件正常或内容池非空时响应所述调用请求而返回的预先配置的待推广信息。

4.根据权利要求1-3中任一项所述的方法，其中，所述插件服务端预先在内容池中配置待推广信息及跳转地址的关联关系。

5.根据权利要求1-4中任一项所述的方法，其中，在宿主应用的推广视图中呈现所述待推广信息进一步包括：

在宿主应用的首页面的推广视图中呈现所述待推广信息。

6.根据权利要求1-5中任一项所述的方法，其中，所述待推广信息包含：活动信息或电子书信息。

7.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现所述待推广信息。

8.根据权利要求7所述的电子设备，其中，所述可执行指令还使所述处理器执行以下操作：

监测用户对推广视图的触发操作；

根据所述触发操作，启动插件以使所述插件依据所述待推广信息对应的跳转地址，从所述插件服务端获取所述待推广信息对应的内容界面并进行展示。

9.根据权利要求7或8所述的电子设备，其中，所述可执行指令进一步使所述处理器执行以下操作：

向插件服务端发送调用预设接口的调用请求，以供插件服务端根据所述调用请求判断插件是否出现故障，或者判断内容池是否为空；

接收所述插件服务端在插件出现故障或内容池为空时响应所述调用请求而返回的错误状态信息；

获取插件服务端在插件正常或内容池非空时响应所述调用请求而返回的预先配置的待推广信息。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行以下操作：

当宿主应用启动时，根据宿主应用发起的对插件服务端提供的预设接口的调用请求，获取插件服务端预先配置的待推广信息；

对插件执行初始化操作；以及

在宿主应用的推广视图中呈现所述待推广信息。