CN112395027A - 微件界面生成方法、装置、存储介质与电子设备 - Google Patents

Abstract

本公开提供了一种微件界面生成方法、微件界面生成装置、存储介质与电子设备，涉及计算机技术领域。该方法包括：接收终端主应用程序发送的请求信息，确定所述请求信息对应的目标子应用程序，所述目标子应用程序为所述主应用程序的子应用程序；获取显示所述目标子应用程序中目标微件所需的微件数据；通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述目标微件的界面。本公开可以消除终端硬件性能对生成微件界面带来的影响，改善终端上由于长时间渲染而造成的等待以及空白页面等问题，并且避免向用户显示错误的微件界面，提高用户体验。

Description

微件界面生成方法、装置、存储介质与电子设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种微件界面生成方法、微件界面生成装置、计算机可读存储介质与电子设备。

背景技术

微件(Widget)是指嵌入在应用程序或桌面上的程序组件或小工具，提供一定的界面与用户进行交互，使得用户可以享受新闻浏览、咨询搜索、天气查询等服务。

现有技术中，微件界面大多是基于终端对微件数据的绘制与渲染而生成的，例如：用户在微件中查询天气时，终端从服务器获取天气的相关数据，将其绘制成一定的界面，显示在微件中，以供用户查看。该过程受到终端性能的制约，容易发生界面生成缓慢、微件响应时间过长等问题，影响用户体验。

因此，如何高效的生成微件界面，是现有技术亟待解决的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种微件界面生成方法、微件界面生成装置、计算机可读存储介质与电子设备，进而至少在一定程度上改善现有技术容易引发微件界面生成缓慢、微件响应时间过长的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种微件界面生成方法，所述方法包括：接收终端主应用程序发送的请求信息，确定所述请求信息对应的目标子应用程序，所述目标子应用程序为所述主应用程序的子应用程序；获取显示所述目标子应用程序中目标微件所需的微件数据；通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述目标微件的界面。

可选的，所述主应用程序的子应用程序包括所述主应用程序的小程序；所述获取所述请求信息对应的目标子应用程序，包括：提取所述请求信息中的关键词；在所述主应用程序的小程序中查找与所述关键词相关的目标小程序；所述获取显示所述目标子应用程序中目标微件所需的微件数据，包括：将所述请求信息发送至所述目标小程序的后台系统，以得到所述后台系统响应于所述请求信息而提供的所述微件数据。

可选的，所述通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集，包括：采用与所述主应用程序的脚本库相同的脚本库执行图形程序接口，通过所述图形程序接口处理所述微件数据，生成用于绘制所述目标微件的界面的所述指令集。

可选的，所述方法还包括：获取所述终端的基本信息，所述终端的基本信息至少包括所述终端的屏幕尺寸；通过解析所述终端的屏幕尺寸确定所述目标微件的界面尺寸；在生成所述指令集后，将所述目标微件的界面尺寸添加至所述指令集。

可选的，在获取所述微件数据后，所述方法还包括：根据所述目标微件的界面尺寸确定所需的微件数据的数量，从获取的所述微件数据中筛选出相应数量的微件数据。

可选的，若所述目标子应用程序的数量为多个，所述通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集，包括：将每个所述目标子应用程序的微件数据确定为对应的类别，其中，若所述目标子应用程序的微件数据中包含多媒体数据，则将该目标子应用程序的微件数据确定为第一类微件数据，并通过处理所述第一类微件数据，生成用于绘制第一目标微件的界面的指令集；若所述目标子应用程序的微件数据为文本数据，则将该目标子应用程序的微件数据确定为第二类微件数据，并将所述第二类微件数据返回所述终端，使所述终端通过处理所述第二类微件数据生成第二目标微件的界面；所述向所述终端返回所述指令集，包括：向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述第一目标微件的界面，并合并所述第一目标微件的界面和所述第二目标微件的界面，以生成所述目标微件的界面。

可选的，所述通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集，包括：将所述微件数据发送至页面服务器，使所述页面服务器通过处理所述微件数据生成所述指令集；从所述页面服务器获取所述指令集。

根据本公开的第二方面，提供一种微件界面生成方法，所述方法包括：获取请求信息；向服务器发送所述请求信息，使所述服务器响应于所述请求信息而获取显示目标微件所需的微件数据，并通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；接收所述服务器返回的所述指令集；执行所述指令集，生成所述请求信息对应的所述目标微件的界面。

根据本公开的第三方面，提供一种微件界面生成装置，其特征在于，所述装置包括：请求接收模块，用于接收终端主应用程序发送的请求信息，确定所述请求信息对应的目标子应用程序，所述目标子应用程序为所述主应用程序的子应用程序；数据获取模块，用于获取显示所述目标子应用程序中目标微件所需的微件数据；指令集生成模块，用于通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；指令集返回模块，用于向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述目标微件的界面。

可选的，所述主应用程序的子应用程序包括所述主应用程序的小程序；所述请求接收模块，用于提取所述请求信息中的关键词，在所述主应用程序的小程序中查找与所述关键词相关的目标小程序；所述数据获取模块，用于将所述请求信息发送至所述目标小程序的后台系统，以得到所述后台系统响应于所述请求信息而提供的所述微件数据。

可选的，所述指令集生成模块，用于采用与所述主应用程序的脚本库相同的脚本库执行图形程序接口，通过所述图形程序接口处理所述微件数据，生成用于绘制所述目标微件的界面的所述指令集。

可选的，所述请求接收模块，还可于获取所述终端的基本信息，所述终端的基本信息至少包括所述终端的屏幕尺寸；所述微件界面生成装置还包括：尺寸解析模块，用于通过解析所述终端的屏幕尺寸确定所述目标微件的界面尺寸；所述指令集生成模块，还用于在生成所述指令集后，将所述目标微件的界面尺寸添加至所述指令集。

可选的，所述数据获取模块，还用于在获取所述微件数据后，根据所述目标微件的界面尺寸确定所需的微件数据的数量，从获取的所述微件数据中筛选出相应数量的微件数据。

可选的，若所述目标子应用程序的数量为多个，所述指令集生成模块，还用于：将每个所述目标子应用程序的微件数据确定为对应的类别，其中，若所述目标子应用程序的微件数据中包含多媒体数据，则将该目标子应用程序的微件数据确定为第一类微件数据，若所述目标子应用程序的微件数据为文本数据，则将该目标子应用程序的微件数据确定为第二类微件数据；通过处理所述第一类微件数据，生成用于绘制第一目标微件的界面的指令集，并将所述第二类微件数据返回终端，使所述终端通过处理所述第二类微件数据生成第二目标微件的界面；指令集返回模块，还用于向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述第一目标微件的界面，并合并所述第一目标微件的界面和所述第二目标微件的界面，以生成所述目标微件的界面。

可选的，所述指令集生成模块，还用于将所述微件数据发送至页面服务器，使所述页面服务器通过处理所述微件数据生成所述指令集，并从所述页面服务器获取所述指令集。

根据本公开的第四方面，提供一种微件界面生成装置，所述装置包括：请求获取模块，用于获取请求信息；信息发送模块，用于向服务器发送所述请求信息，使所述服务器响应于所述请求信息而获取显示目标微件所需的微件数据，并通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；指令集接收模块，用于接收所述服务器返回的所述指令集；指令集执行模块，用于执行所述指令集，生成所述请求信息对应的所述目标微件的界面。

根据本公开的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种微件界面生成方法。

根据本公开的第六方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一种微件界面生成方法。

本公开的技术方案具有以下有益效果：

终端向服务器发送请求信息，服务器根据请求信息，从目标子应用程序中获取微件数据，并通过处理微件数据生成用于绘制微件界面的指令集，最后由终端执行该指令集，生成目标微件的界面。一方面，处理微件数据生成指令集相当于渲染微件界面的过程，由服务器执行该过程更加高效，可以消除终端硬件性能带来的制约，改善终端上由于长时间渲染而造成的等待以及空白页面等问题，提高用户体验。另一方面，由服务器渲染完成生成指令集后，再由终端绘制并显示目标微件的界面，可以消除渲染过程中发生错误而直接显示错误界面的情况，例如版面错误、内容乱码等，实现用户对错误无感知。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施方式，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本示例性实施方式运行环境的一种系统架构示意图；

图2示出了本示例性实施方式中一种微件界面生成方法的流程图；

图3示出了本示例性实施方式中一种微件界面的示意图；

图4示出了本示例性实施方式运行环境的另一种系统架构示意图；

图5示出了本示例性实施方式中另一种微件界面生成方法的流程图；

图6示出了本示例性实施方式中一种微件界面生成方法的交互流程图；

图7示出本示例性实施方式中一种微件界面生成装置的结构框图；

图8示出本示例性实施方式中另一种微件界面生成装置的结构框图；

图9示出本示例性实施方式中一种用于实现上述方法的电子设备。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在很多场景中需要生成并显示特定的微件界面，例如：微信提供的服务直达功能模块，当用户搜索关键词时，显示对应的小程序服务直达页，服务直达页即是一种微件界面，通过这样的方式直接展示用户需要的信息；或者智能手机上的桌面小工具，当用户输入指令时，在对应的App(Application应用程序)中获取相关的信息，将其以预览的形式展示在桌面。以微信的服务直达为例，在用户搜索关键词后，终端向微信的后台服务器请求相关数据，进行绘制，生成服务直达中的微件界面并进行展示，若终端的硬件配置较低，则绘制速度较慢，用户可能看到长时间的空白页，体验较差。

基于上述一个或多个问题，本示例实施方式提供一种微件界面生成方法及微件界面生成装置。图1示出了该方法或装置运行环境的系统架构示意图。如图1所示，系统100可以包括：终端设备101、102、103中的一个或多个，服务器104和数据平台105。其中，终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等；服务器104为提供微件业务的后台服务器；数据平台105提供微件界面所需的相关数据，可以是企业内部的数据库，也可以是第三方的数据平台。应该理解，图1中的终端设备、服务器和数据平台的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、服务器和数据平台。比如服务器104可以是多个服务器组成的服务器集群等。

以下分别从服务器和终端两个方面对本示例性实施方式的微件界面生成方法进行详细阐述：

参考图2所示，以上述服务器104作为执行主体的微件界面生成方法，可以包括以下步骤S210至步骤S240：

步骤S210，接收终端主应用程序发送的请求信息，确定请求信息对应的目标子应用程序。

其中，主应用程序是设置有微件的应用，例如微信或具有第三方服务组件的应用，终端运行主应用程序的客户端，服务器为主应用程序的服务端。请求信息是终端响应于用户在主应用程序中输入的操作指令而生成的，可以是用户在主应用程序的微件功能窗口输入的信息，例如：参考图3所示，用户在微信的搜一搜页面搜索关键词“美食”，终端生成关于“美食”的搜索请求并发送至服务器；或者用户在桌面小工具点击显示天气的选项，终端生成获取天气的请求并发送至服务器。

本示例性实施方式中，主应用程序具有子应用程序，可以是主应用程序的扩展性、附属性或关联性程序，例如主应用程序中提供第三方服务的组件程序，或者主应用程序的小程序等。服务器在接收请求信息后，可以通过解析请求信息的业务类型、关键词等，在主应用程序的子应用程序中确定其对应的目标子应用程序，目标子应用程序是能够对请求信息进行响应的子应用程序，例如：用户搜索“美食”，服务器可以将提供美食内容相关服务的子应用程序确定为目标子应用程序；用户搜索电影名，服务器确定关键词的类型属于电影后，可以将电影相关的子应用确定为目标子应用程序；用户查询天气，服务器确定业务类型属于天气后，可以将天气相关的子应用确定为目标子应用程序。目标子应用程序的数量可以是一个，也可以是多个。

在一种可选的实施方式中，主应用程序的子应用程序可以是主应用程序的小程序，相应的，可以通过以下步骤确定目标子应用程序：

提取请求信息中的关键词；

在主应用程序的小程序中查找与关键词相关的目标小程序。

其中，目标小程序即上述目标子应用程序。参考上述图3举例说明，用户在微信的搜一搜窗口搜索“美食”，微信后台的服务器查找与“美食”相关的小程序，可以通过爬虫或搜索引擎等进行查找，如查找到三个相关的小程序：提供美食视频的aaa小程序，提供美食优惠券的bbb小程序，提供美食文章的ccc小程序，则确定这三个小程序为目标小程序。

步骤S220，获取显示目标子应用程序中目标微件所需的微件数据。

其中，目标微件是目标子应用程序中与请求信息相关的微件，可以是目标子应用程序中的子页面，或者目标子应用程序中部分信息的预览界面。微件数据是指显示目标微件所需的业务数据、页面数据等所有的相关数据，可以包括请求信息所命中的目标子应用程序中的图片、视频封面、数据变量、链接、版面参数等。例如目标子应用程序通过Web的方式提供服务时，微件数据可以是HTML(Hyper Text Markup Language，超文本标记语言)文档；本公开对于微件数据的具体内容或类型不做限定。服务器在确定目标子应用程序后，可以将请求信息发送至目标子应用程序的后台系统，例如图1所示的数据平台105，后台系统处理该请求信息，将请求信息所请求的子页面打包为微件数据，返回至服务器。

在一种可选的实施方式中，如果在步骤S210中确定了主应用程序的目标小程序，则步骤S220可以具体通过以下方式实现：

将请求信息发送至目标小程序的后台系统，以得到后台系统响应于请求信息而提供的微件数据。

其中，目标小程序的后台系统即提供目标小程序服务的第三方平台，包括其服务器、数据库等。请求信息中包含请求访问的关键词等信息，后台系统提供相应的页面信息内容，以微件数据的形式返回至服务器。

步骤S230，通过处理微件数据生成用于绘制目标微件的界面的指令集。

本示例性实施方式中，服务器对微件数据的处理主要是解析和渲染的过程，解析主要包括以主应用程序的数据格式为基础，对微件数据进行格式的转换和规则化处理，以及对于微件数据全局关系的梳理，渲染主要是根据主应用程序的可视化环境对微件数据进行版面加工。由于目标微件的界面并非在服务器上显示，因此服务器并不需要对界面进行最终的绘制，生成用于绘制的指令集即可。实际上，对于系统底层而言，该指令集即代表了目标微件的界面。

以Web页面为例，需要将请求信息对应的Web子页面以微件界面的形式显示在终端上，服务器在步骤S220中获取Web页面的HTML文档，即微件数据，服务器解析HTML文档内容，对文档数据构建节点树和规则树，再进一步构建渲染树并进行布局，从而确定目标微件的界面，将其输出为终端上可执行的指令集。

步骤S240，向终端返回上述指令集，使终端通过执行该指令集生成目标微件的界面。

对于服务器而言，生成指令集后，将其返回至终端，生成微件界面的流程结束。终端只需要执行该指令集，通常终端可以调用相应的UI(User Interface，用户界面)组件来执行该指令集，以进行最终的绘制，显示出目标微件的界面。参考上述图3所示，终端执行关于“美食”的微件界面的指令集，将服务器已经渲染的“美食”微件界面显示出来，其中包含了多个小程序提供的服务信息，用户可以直观地看到这部分信息，非常方便，在有需要时还可以点击进入对应的小程序，获取更多服务。

在一种可选的实施方式中，步骤S230可以具体通过以下方式实现：

采用与主应用程序的脚本库相同的脚本库执行图形程序接口，通过图形程序接口处理微件数据，生成用于绘制目标微件的界面的指令集。

其中，主应用程序的脚本库是主应用程序在客户端配置的脚本库，例如可以是JS(JavaScript，一种脚本语言)公共库。服务器可以事先部署一个相同的脚本库，此时调用该脚本库执行图形程序接口，以对微件数据进行处理，图形程序接口可以采用目标子应用程序绘制页面所用的工具，以微信小程序为例，图形程序接口可以是Canvas API(Canvas为画布工具，API为Application Programming Interface，指应用程序编程接口)。处理微件数据的过程可以模拟客户端上的处理过程，以保证生成的指令集可以被终端准确地识别并执行。

进一步的，终端在获取上述指令集后，可以通过主应用程序的脚本库执行该指令集，例如：服务器采用与客户端上相同的JS公共库执行图形程序接口，处理微件数据，生成JSON(JavaScript Object Notation，JS对象简谱)指令集，终端得到该JSON指令集后，通过客户端已配置的JS公共库执行指令集，绘制目标微件的界面。

在一种可选的实施方式中，微件界面生成方法还可以包括以下步骤：

获取终端的基本信息，该基本信息至少包括终端的屏幕尺寸；

通过解析终端的屏幕尺寸确定目标微件的界面尺寸。

相应的，在生成上述指令集后，还可以将目标微件的界面尺寸添加至该指令集。

其中，终端的基本信息用于对目标微件的界面参数进行适应性配置，除了终端的屏幕尺寸外，还可以包括终端上运行的客户端版本、终端上运行的操作系统版本(终端采用iOS还是Android系统，以及系统版本号)等。服务器可以在终端首次连接时获取上述基本信息，也可以使终端将上述基本信息和请求信息一起发送。服务器在处理微件数据时，可以对上述基本信息数据进行解析，例如：根据终端的屏幕尺寸确定目标微件的界面尺寸，包括界面的高度、宽度等，在通过Canvas处理微件数据时，可以设置其中的画布尺寸参数，即上述界面的尺寸参数；根据客户端版本或操作系统版本确定界面所能采用的贴图、动画等。因而，终端在获取包含界面尺寸或其他参数的指令集后，可以按照该参数绘制目标微件的界面，直接绘制出正确尺寸的界面，避免界面尺寸的不匹配，或者进行二次拉伸调整等情况，进一步提高了用户体验。

基于上述步骤中确定的目标微件的界面尺寸，还可以对生成微件界面的过程进一步简化。具体而言，在步骤S220从目标子应用程序获取微件数据后，可以根据目标微件的界面尺寸确定所需的微件数据的数量，从获取的微件数据中筛选出相应数量的微件数据。参考上述图3所示，实际应用中，微件界面通常只能显示目标小程序的一部分预览信息，则服务器在确定界面尺寸后，可以计算所需的微件数据的数量(通常可以留出一定的余量，以免微件数据过少，出现界面空白)，如计算界面所能容纳的图片数量或图片大小，所能容纳的文本数量等，进而可以选取出相应数量的微件数据，执行步骤S230的处理过程。这样一方面减少了服务器处理微件数据的工作量，另一方面减小了指令集的数据量，使终端执行指令集的时间更短，从而进一步提高了效率。

需要补充的是，服务器可以将完整的微件数据(包括被筛选掉未使用的微件数据)临时存储到缓存或者内存等区域，由于目标微件的界面中仅显示一部分预览信息，若用户点击界面的相关选项，以查看更多信息，如图3中，用户可以点击“更多”以进入小程序的完整界面，则此时服务器可以将临时存储的微件数据提供给终端，而无需再去小程序的后台系统获取数据，可以实现更快的响应。

在一种可选的实施方式中，如果在步骤S210中确定了多个目标子应用程序，则步骤S230可以包括以下步骤：

将每个目标子应用程序的微件数据确定为对应的类别，其中，若目标子应用程序的微件数据中包含多媒体数据，则将该目标子应用程序的微件数据确定为第一类微件数据，并通过处理第一类微件数据，生成用于绘制第一目标微件的界面的指令集；若目标子应用程序的微件数据为文本数据，则将该目标子应用程序的微件数据确定为第二类微件数据，并将第二类微件数据返回终端，使终端通过处理第二类微件数据生成第二目标微件的界面。

终端在接收到服务器返回的指令集后，可以执行指令集生成第一目标微件的界面，并合并第一目标微件的界面和第二目标微件的界面，以生成目标微件的界面。

换而言之，可以将微件数据拆分为两部分，由服务器和终端分别进行绘制处理。其中，多媒体数据可以包括图片、音频或视频数据，本示例性实施方式所述的多媒体数据不包括文本数据，目标子应用程序的微件数据中包含多媒体数据时，其对应的微件界面中包含图片、音频或视频，绘制该界面的数据量较大，考虑到服务器的处理能力通常较强，由服务器处理这部分微件数据，即第一类微件数据；反之，目标子应用程序的微件数据中不包含多媒体数据，即只包含文本数据时，其对应的微件界面中不包含图片、音频或视频，绘制该界面的数据量较小，由终端处理这部分微件数据，即第二类微件数据。

参考上述图3举例说明，若服务器确定aaa、bbb、ccc三个小程序为目标子应用程序，分别从aaa、bbb、ccc小程序获取微件数据，然后进行分类，aaa小程序的微件数据包含视频，将aaa小程序的微件数据划分至第一类微件数据，bbb小程序的微件数据包含图片，将bbb小程序的微件数据划分至第一类微件数据，ccc小程序的微件数据不包含图片、音频、视频等，仅包含文本，将ccc小程序的微件数据划分至第二类微件数据；然后由服务器和终端分别对两类微件数据进行处理，其中服务器处理第一类微件数据，生成微件界面的第一部分(即第一目标微件的界面)对应的指令集，终端处理第二类微件数据，生成微件界面的第二部分；终端在得到指令集后，执行指令集，生成微件界面的第一部分，将两部分界面合并，生成完整的微件界面。

通过上述方式，由服务器和终端分别执行两部分微件数据的处理工作，可以同时进行，最后由终端将两部分微件界面进行合并或拼接，从而进一步减少了生成微件界面所需的时间。

需要说明的是，在确定多个目标子应用程序时，最终生成的目标微件的界面可以是由多个目标子应用程序的子目标微件组成的，如图3中的微件界面包括aaa、bbb、ccc三个小程序的子目标微件。在实际处理中，服务器获取微件数据后，可以根据目标微件的界面尺寸以及目标子应用程序的数量，计算每个子目标微件的大致尺寸，再计算绘制每个子目标微件所需的数据量，然后对每个目标子应用程序的微件数据进行筛选。在筛选后，进一步分为第一类微件数据和第二类微件数据，再分别由服务器和终端进行绘制，最终生成目标微件的界面。整个过程具有非常高的处理效率。

需要补充的是，如果服务器在生成指令集时发生异常，则可以向终端返回异常信息。例如：在处理微件数据时发生错误，不能识别微件数据，生成指令集超时，终端的屏幕尺寸或客户端版本等不支持目标微件，等等。服务器可以向终端返回统一的异常信息，也可以根据特定的异常类型返回对应的异常信息。此外，服务器在获取微件数据异常时，也可以向终端返回特定的异常信息。终端在获取异常信息后，可以在用户界面中显示特定的信息或页面，告知用户发生异常，从而避免显示错误绘制的界面，如版面错误、内容乱码等。

在一种可选的实施方式中，可以对服务器进行功能拆分，则图1中的系统架构可以转变为图4的形式，相比于图1，将服务器104拆分为应用服务器1041和页面服务器1042，应用服务器1041负责与终端101、102、103以及数据平台105进行交互，页面服务器1042负责渲染生成目标微件的界面的指令集。基于此，应用服务器1041可以通过执行以下步骤而实现步骤S230：

将微件数据发送至页面服务器，使页面服务器通过处理微件数据生成指令集；

从页面服务器获取指令集。

进一步的，如果应用服务器获取终端的基本信息，可以将其与微件数据一起发送至页面服务器，以进行解析处理；或者，应用服务器可以将微件数据分为第一类和第二类微件数据，将第一类微件数据发送至页面服务器，将第二类微件数据发送至终端。在该方案中，应用服务器和页面服务器进行拆分后，有利于整个系统的灵活部署，例如：为了便于与客户端及第三方平台的交互，应用服务器可以采用C++语言环境，如微信后台的微件逻辑服务器(Widgetlogicsvr)，同时为了模拟客户端绘制微件界面以生成指令集，页面服务器可以采用Node.JS(运行于服务端的JavaScript解释器)环境，如微信后台的Node逻辑服务器(Nodelogicsvr)。

参考图5所示，以上述终端101、102、103中的任一作为执行主体，其微件界面生成方法可以包括以下步骤S510至步骤S540：

步骤S510，获取请求信息；

步骤S520，向服务器发送请求信息，使服务器响应于请求信息而获取显示目标微件所需的微件数据，并通过处理微件数据生成用于绘制目标微件的界面的指令集；

步骤S530，接收服务器返回的指令集；

步骤S540，执行指令集，生成请求信息对应的目标微件的界面。

其中，终端可以获取用户在主应用程序中输入的请求信息，也可以响应于预设的定时任务而触发生成请求信息，例如：微件中的定时推送或定时刷新任务，需要在微件中生成新的界面，因此可以自动触发生成请求信息。在向服务器发送请求信息后，服务器执行图2的方法流程，确定目标子应用程序，获取显示目标微件所需的微件数据，处理微件数据生成指令集，向终端返回指令集，终端通过执行该指令集，直接绘制出目标微件的界面，在终端上加以显示。

在一种可选的实施方式中，为了便于服务器对微件界面进行针对性的配置，终端在向服务器发送请求信息时，还可以发送终端的基本信息，例如可以包括：终端的屏幕尺寸、终端上运行的客户端版本、终端上运行的操作系统版本等。相应的，服务器根据其基本信息确定目标微件的界面参数，例如可以包括：适应终端屏幕尺寸的界面尺寸，适应终端上客户端版本或操作系统版本的界面背景贴图、动画等，将界面参数添加至指令集中，一同返回至终端。终端在执行指令集时，可以按照其中的界面参数生成目标微件的界面，从而提高微件界面与终端的适配度，避免界面动态调整或无法正常显示等情况。

在一种可选的实施方式中，若服务器确定多个目标子应用程序，在获取微件数据后，服务器还将每个目标子应用程序的微件数据划分至对应的类别，其中，若目标子应用程序的微件数据中包含图片、音频或视频等多媒体数据，则将该目标子应用程序的微件数据确定为第一类微件数据，若目标子应用程序的微件数据为文本数据(即不包含图片、音频或视频等多媒体数据)，则将该目标子应用程序的微件数据确定为第二类微件数据；然后服务器处理第一类微件数据，生成第一目标微件的界面，并将第二类微件数据返回终端；终端接收服务器返回的第二类微件数据，通过处理第二类微件数据，生成第二目标微件的界面。终端处理第二类微件数据的方式和服务器处理第一类微件数据的方式基本相同，例如可以调用主应用程序客户端上配置的脚本库，执行图形程序接口(如Canvas API)，对第二类微件数据进行绘制。相应的，在步骤S540中，终端指令服务器返回的指令集，可以生成第一目标微件的界面，再与第二目标微件的界面合并，最终生成并显示完整的目标微件界面。

需要补充的是，服务器在生成指令集或获取微件数据异常时，可能向终端返回异常信息，终端如果接收到服务器返回的异常信息，则可以显示预设界面，例如配置有动画的异常通知界面等，以告知用户发生了异常，相比于长时间显示空白页面、显示乱码页面等，能够进一步提高用户体验。

参考图6所示，为本公开示例性实施方式中所提供的微件界面生成的交互流程图。用户在终端上进行搜索，终端610执行步骤S611，获取请求信息；然后执行步骤S612，将请求信息连通终端610的基本信息发送至应用服务器620。应用服务器620在接收后，执行步骤S621，根据请求信息确定其对应的目标小程序；然后执行步骤S622，将请求信息发送至目标小程序对应的第三方平台640，由第三方平台640提供请求信息关联的微件数据；应用服务器执行步骤S623，接收第三方平台640返回的微件数据；再执行步骤S624，将微件数据连通终端610的基本信息发送至页面服务器630。页面服务器630在接收后，执行步骤S631，对微件数据进行渲染处理，生成指令集，并根据终端610的基本信息配置界面参数，添加至指令集中；然后执行步骤S632，将指令集发送至应用服务器620。应用服务器620再执行步骤S625，将指令集转发回终端610。最后终端610接收到指令集后，执行步骤S613，执行该指令集，以绘制出目标微件的界面。

综上所述，本示例性实施方式中，终端向服务器发送请求信息，服务器根据请求信息，从目标子应用程序中获取微件数据，并通过处理微件数据生成用于绘制微件界面的指令集，最后由终端执行该指令集，生成目标微件的界面。一方面，处理微件数据生成指令集相当于渲染微件界面的过程，由服务器执行该过程更加高效，可以消除终端硬件性能带来的制约，改善终端上由于长时间渲染而造成的等待以及空白页面等问题，提高用户体验。另一方面，由服务器渲染完成生成指令集后，再由终端绘制并显示目标微件的界面，可以消除渲染过程中发生错误而直接显示错误界面的情况，例如版面错误、内容乱码等，实现用户对错误无感知。

本公开的示例性实施方式还提供了一种微件界面生成装置，可以配置于上述服务器104。如图7所示，该微件界面生成装置700可以包括：请求接收模块710，用于接收终端主应用程序发送的请求信息，确定请求信息对应的目标子应用程序，目标子应用程序为主应用程序的子应用程序；数据获取模块720，用于获取显示目标子应用程序中目标微件所需的微件数据；指令集生成模块730，用于通过处理微件数据生成用于绘制目标微件的界面的指令集；指令集返回模块740，用于向终端返回指令集，使终端通过执行指令集生成目标微件的界面。

在一种可选的实施方式中，主应用程序的子应用程序可以是主应用程序的小程序；请求接收模块710，可以用于提取请求信息中的关键词，在主应用程序的小程序中查找与关键词相关的目标小程序；数据获取模块720，可以用于将请求信息发送至目标小程序的后台系统，以得到后台系统响应于请求信息而提供的微件数据。

在一种可选的实施方式中，指令集生成模块730，可以用于采用与主应用程序的脚本库相同的脚本库执行图形程序接口，通过图形程序接口处理微件数据，生成用于绘制目标微件的界面的指令集。

在一种可选的实施方式中，请求接收模块710，还可以用于获取终端的基本信息，终端的基本信息至少包括终端的屏幕尺寸；微件界面生成装置700还可以包括：尺寸解析模块，用于通过解析终端的屏幕尺寸确定目标微件的界面尺寸；指令集生成模块730，还可以用于在生成指令集后，将目标微件的界面尺寸添加至指令集。

在一种可选的实施方式中，数据获取模块720，还可以用于在获取微件数据后，根据目标微件的界面尺寸确定所需的微件数据的数量，从获取的微件数据中筛选出相应数量的微件数据。

在一种可选的实施方式中，若目标子应用程序的数量为多个，指令集生成模块730，还可以用于：将每个目标子应用程序的微件数据确定为对应的类别，其中，若目标子应用程序的微件数据中包含图片、音频或视频等多媒体数据，则将该目标子应用程序的微件数据确定为第一类微件数据，若目标子应用程序的微件数据为文本数据(不包含图片、音频或视频等多媒体数据)，则将该目标子应用程序的微件数据确定为第二类微件数据；处理第一类微件数据，生成用于绘制第一目标微件的界面的指令集，并将第二类微件数据返回终端，使终端通过处理第二类微件数据生成第二目标微件的界面；指令集返回模块740，还可以用于向终端返回指令集，使终端通过执行指令集生成第一目标微件的界面，并合并第一目标微件的界面和第二目标微件的界面，以生成目标微件的界面。

在一种可选的实施方式中，指令集返回模块740，还可以用于如果生成指令集时发生异常，则向终端返回异常信息。

在一种可选的实施方式中，指令集生成模块730，还可以用于将微件数据发送至页面服务器，使页面服务器通过处理微件数据生成指令集，并从页面服务器获取指令集。

本公开的示例性实施方式还提供了另一种微件界面生成装置，可以配置于上述终端101、102、103。如图8所示，该微件界面生成装置800可以包括：请求获取模块810，用于获取请求信息；信息发送模块820，用于向服务器发送请求信息，使服务器响应于请求信息而获取显示目标微件所需的微件数据，并通过处理微件数据生成用于绘制目标微件的界面的指令集；指令集接收模块830，用于接收服务器返回的指令集；指令集执行模块840，用于执行指令集，生成请求信息对应的目标微件的界面。

在一种可选的实施方式中，信息发送模块820，还可以用于向服务器发送终端的基本信息，终端的基本信息至少包括终端的屏幕尺寸；指令集还可以包括根据终端的屏幕尺寸确定的目标微件的界面尺寸；指令集执行模块840，还可以用于执行指令集，按照界面尺寸生成目标微件的界面。

在一种可选的实施方式中，指令集接收模块830，还可以用于接收服务器返回的第二类微件数据；其中，第二类微件数据是服务器通过以下方式划分的：若服务器确定多个目标子应用程序，在获取微件数据后，可以将每个目标子应用程序的微件数据确定为对应的类别，其中，若目标子应用程序的微件数据中包含多媒体数据，则将该目标子应用程序的微件数据确定为第一类微件数据，若目标子应用程序的微件数据为文本数据，则将该目标子应用程序的微件数据确定为第二类微件数据；然后服务器处理第一类微件数据，生成用于绘制第一目标微件的界面的指令集，并将第二类微件数据返回终端。相应的，指令集执行模块840，还可以用于通过处理第二类微件数据，生成第二目标微件的界面，并执行服务器返回的指令集，生成第一目标微件的界面，再将第一目标微件的界面和第二目标微件的界面合并，生成目标微件的界面。

在一种可选的实施方式中，指令集执行模块840，还可以用于如果接收到服务器返回的异常信息，则显示预设界面。

上述装置中各模块的具体细节在方法部分实施方式中已经详细说明，未披露的方案细节可以参见方法部分的实施方式内容，因而不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

本公开的示例性实施方式还提供了一种电子设备，其可以是计算机、智能手机、平板电脑等任意类型的电子设备。图9示出了适于用来实现本公开实施方式的电子设备的计算机系统的结构示意图。

需要说明的是，图9示出的电子设备的计算机系统900仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施方式，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的方法和装置中限定的各种功能。在一些实施方式中，计算机系统900还可以包括AI(ArtificialIntelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施方式中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施方式中所述的方法。例如，该电子设备可以实现如图2、图5或图6所示的各个步骤等。

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

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

Claims (12)

1.一种微件界面生成方法，其特征在于，所述方法包括：

接收终端主应用程序发送的请求信息，确定所述请求信息对应的目标子应用程序，所述目标子应用程序为所述主应用程序的子应用程序；

获取显示所述目标子应用程序中目标微件所需的微件数据；

通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；

向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述目标微件的界面。

2.根据权利要求1所述的方法，其特征在于，所述主应用程序的子应用程序包括所述主应用程序的小程序；

所述获取所述请求信息对应的目标子应用程序，包括：

提取所述请求信息中的关键词；

在所述主应用程序的小程序中查找与所述关键词相关的目标小程序；

所述获取显示所述目标子应用程序中目标微件所需的微件数据，包括：

将所述请求信息发送至所述目标小程序的后台系统，以得到所述后台系统响应于所述请求信息而提供的所述微件数据。

3.根据权利要求2所述的方法，其特征在于，所述通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集，包括：

采用与所述主应用程序的脚本库相同的脚本库执行图形程序接口，通过所述图形程序接口处理所述微件数据，生成用于绘制所述目标微件的界面的所述指令集。

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

获取所述终端的基本信息，所述终端的基本信息至少包括所述终端的屏幕尺寸；

通过解析所述终端的屏幕尺寸确定所述目标微件的界面尺寸；

在生成所述指令集后，将所述目标微件的界面尺寸添加至所述指令集。

5.根据权利要求4所述的方法，其特征在于，在获取所述微件数据后，所述方法还包括：

根据所述目标微件的界面尺寸确定所需的微件数据的数量，从获取的所述微件数据中筛选出相应数量的微件数据。

6.根据权利要求1所述的方法，其特征在于，若所述目标子应用程序的数量为多个，所述通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集，包括：

将每个所述目标子应用程序的微件数据确定为对应的类别，其中，

若所述目标子应用程序的微件数据中包含多媒体数据，则将该目标子应用程序的微件数据确定为第一类微件数据，并通过处理所述第一类微件数据，生成用于绘制第一目标微件的界面的指令集；

若所述目标子应用程序的微件数据为文本数据，则将该目标子应用程序的微件数据确定为第二类微件数据，并将所述第二类微件数据返回所述终端，使所述终端通过处理所述第二类微件数据生成第二目标微件的界面；

所述向所述终端返回所述指令集，包括：

向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述第一目标微件的界面，并合并所述第一目标微件的界面和所述第二目标微件的界面，以生成所述目标微件的界面。

7.根据权利要求1所述的方法，其特征在于，所述通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集，包括：

将所述微件数据发送至页面服务器，使所述页面服务器通过处理所述微件数据生成所述指令集；

从所述页面服务器获取所述指令集。

8.一种微件界面生成方法，其特征在于，所述方法包括：

获取请求信息；

向服务器发送所述请求信息，使所述服务器响应于所述请求信息而获取显示目标微件所需的微件数据，并通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；

接收所述服务器返回的所述指令集；

执行所述指令集，生成所述请求信息对应的所述目标微件的界面。

9.一种微件界面生成装置，其特征在于，所述装置包括：

请求接收模块，用于接收终端主应用程序发送的请求信息，确定所述请求信息对应的目标子应用程序，所述目标子应用程序为所述主应用程序的子应用程序；

数据获取模块，用于获取显示所述目标子应用程序中目标微件所需的微件数据；

指令集生成模块，用于通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；

指令集返回模块，用于向所述终端返回所述指令集，使所述终端通过执行所述指令集生成所述目标微件的界面。

10.一种微件界面生成装置，其特征在于，所述装置包括：

请求获取模块，用于获取请求信息；

信息发送模块，用于向服务器发送所述请求信息，使所述服务器响应于所述请求信息而获取显示目标微件所需的微件数据，并通过处理所述微件数据生成用于绘制所述目标微件的界面的指令集；

指令集接收模块，用于接收所述服务器返回的所述指令集；

指令集执行模块，用于执行所述指令集，生成所述请求信息对应的所述目标微件的界面。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7或8任一项所述的方法。

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

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7或8任一项所述的方法。

Images