CN112416613B - 一种应用数据处理方法、装置、设备以及介质 - Google Patents

Abstract

本申请实施例提供了一种应用数据处理方法、装置、设备以及介质，该方法包括：响应针对应用显示界面中的小程序的触发操作，将小程序对应的业务渲染数据加载至第一进程，以及通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，其中，第一进程为小程序对应的宿主应用所对应的进程；在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染。采用本申请，可以实现宿主应用与小程序之间的联动交互，提高了数据交互的灵活性。

Description

一种应用数据处理方法、装置、设备以及介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种应用数据处理方法、装置、设备以及介质。

背景技术

随着互联网技术的发展，越来越多的宿主应用(例如，社交应用)可以用于集成各类小程序，然而，当将这些小程序(例如，小程序Y)集成在相应的宿主应用(例如，社交应用R)时，该小程序Y将会以独立的显示窗口在前端进行展示，这意味着该小程序Y和该社交应用R之间难以灵活的进行数据交互。

比如，当用户终端对应的用户A在社交应用R中直接打开某个小程序(即前述小程序Y)时，将会启动该小程序Y的独立进程，以使该小程序Y可以在独立的显示窗口中进行展示和使用，这意味着现有的小程序的使用均被束缚在一个隔离的使用环境中，进而导致当该用户A需要使用该社交应用R的聊天功能时，需要预先人工退出该小程序Y，方能在另一独立的显示窗口中渲染输出该社交应用R的聊天界面。现阶段的宿主应用与小程序之间难以进行联动交互，降低了宿主应用与小程序之间进行数据交互的灵活性。

发明内容

本申请实施例提供一种应用数据处理方法、装置、设备以及介质，可以实现宿主应用与小程序之间的联动交互，进而可以提高数据交互的灵活性。

本申请实施例一方面提供了一种应用数据处理方法，包括：

响应针对应用显示界面中的小程序的触发操作，将小程序对应的业务渲染数据加载至第一进程，以及通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，其中，第一进程为小程序对应的宿主应用所对应的进程；

在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染。

本申请实施例一方面提供了一种应用数据处理装置，包括：

区域划分模块，用于响应针对应用显示界面中的小程序的触发操作，将小程序对应的业务渲染数据加载至第一进程，以及通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，其中，第一进程为小程序对应的宿主应用所对应的进程；

区域渲染模块，用于在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染。

其中，装置还包括：

数据加载模块，用于将小程序对应的业务逻辑数据加载至小程序所对应的第二进程，第一进程不同于第二进程；

区域划分模块具体用于：

当第二进程执行业务逻辑数据时，通过第一进程将应用显示界面划分为第一显示区域和第二显示区域。

其中，区域划分模块包括：

第一响应单元，用于响应针对应用显示界面的第一触发操作，在应用显示界面中输出小程序的业务控件；

第二响应单元，用于响应针对小程序的业务控件的第二触发操作，获取小程序对应的业务数据，业务数据包括业务渲染数据和业务逻辑数据，以及将业务渲染数据加载至第一进程。

其中，第二响应单元具体用于：

从小程序对应的业务服务器获取业务数据。

其中，小程序的业务渲染层和宿主应用的应用渲染层均运行于第一进程；小程序的业务逻辑层运行于第二进程；

区域划分模块还包括：

指令发送单元，用于当小程序的核心引擎通过第二进程执行业务逻辑数据时，向业务逻辑层对应的业务渲染层发送通知指令；通知指令用于指示加载有业务渲染数据的第一进程为小程序和宿主应用配置显示界面；

第一确定单元，用于在应用显示界面中，将通过第一进程为宿主应用所配置的显示界面，作为应用渲染层对应的第一显示区域；

第二确定单元，用于在应用显示界面中，将通过第一进程为小程序所配置的显示界面，作为业务渲染层对应的第二显示区域；第二显示区域为在应用显示界面中除第一显示区域之外所剩余的显示区域。

其中，小程序包括第一小程序；

装置还包括：

第三响应模块，用于响应第三触发操作，确定与宿主应用相关联的第二小程序，将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

其中，宿主应用包括具有定位导航功能的车载应用，第一小程序与第一业务控件相关联，第二小程序与第二业务控件相关联，第一业务控件对应于第一推荐位置，第二业务控件对应于第二推荐位置；第一推荐位置和第二推荐位置均属于第一显示区域中的业务地图图层上的地理位置信息；业务地图图层是由第一进程根据车载应用的应用渲染数据对第一显示区域进行渲染后所得到的；

第三响应模块具体用于：

响应针对第一显示区域中的第二推荐位置的第三触发操作，根据第二推荐位置所对应的第二业务控件，确定与车载应用相关联的第二小程序。

本申请实施例一方面提供了一种终端设备，包括控制器、与控制器相连的显示屏，其中，

控制器，用于响应针对应用显示界面中的小程序的触发操作，将小程序对应的业务渲染数据加载至第一进程；

显示屏在控制器的控制下，用于通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，其中，第一进程为小程序对应的宿主应用所对应的进程；

控制器，用于在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染。

本申请实施例一方面提供了一种应用数据处理方法，包括：

显示包含第一显示区域和第二显示区域的应用显示界面；其中，第一显示区域展示宿主应用的应用渲染数据；第二显示区域展示宿主应用对应的第一小程序的业务渲染数据；第一小程序是响应针对第一显示区域中的第一业务控件的触发操作所确定的；

响应针对第一显示区域中的第二业务控件的触发操作，将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

本申请实施例一方面提供了一种应用数据处理装置，包括：

界面显示模块，用于显示包含第一显示区域和第二显示区域的应用显示界面；其中，第一显示区域展示宿主应用的应用渲染数据；第二显示区域展示宿主应用对应的第一小程序的业务渲染数据；第一小程序是响应针对第一显示区域中的第一业务控件的触发操作所确定的；

第一触发模块，用于响应针对第一显示区域中的第二业务控件的触发操作，将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

其中，第一显示区域和第二显示区域为在应用显示界面中启动第一小程序时，对应用显示界面进行划分后所得到的；

装置还包括：

第二触发模块，用于响应针对应用显示界面中的业务显示控件的触发操作，在第一显示区域中输出与第一小程序相关联的至少一个业务控件；至少一个业务控件中包括第一业务控件和第二业务控件；第一业务控件为第一小程序对应的业务控件；第二业务控件为第二小程序对应的业务控件。

本申请实施例一方面提供了一种终端设备，包括控制器、与控制器相连的显示屏，其中，

显示屏在控制器的控制下，用于显示包含第一显示区域和第二显示区域的应用显示界面；其中，第一显示区域展示宿主应用的应用渲染数据，第二显示区域展示宿主应用对应的第一小程序的业务渲染数据；第一小程序是控制器响应针对第一显示区域中的第一业务控件的触发操作所确定的；

控制器，用于响应针对第一显示区域中的第二业务控件的触发操作，控制显示屏将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

本申请实施例一方面提供了一种应用数据处理方法，包括：

显示与宿主应用相关联的应用显示界面；

响应针对应用显示界面中的小程序的启动操作，输出宿主应用对应的第一显示区域和小程序对应的第二显示区域；第一显示区域和第二显示区域是对应用显示界面进行划分后所得到的；

基于小程序对应的业务渲染数据对第二显示区域进行渲染，基于宿主应用对应的应用渲染数据对第一显示区域进行渲染。

本申请实施例一方面提供了一种应用数据处理装置，包括：

界面显示模块，用于显示与宿主应用相关联的应用显示界面；

区域输出模块，用于响应针对应用显示界面中的小程序的启动操作，输出宿主应用对应的第一显示区域和小程序对应的第二显示区域；第一显示区域和第二显示区域是对应用显示界面进行划分后所得到的；

区域渲染模块，用于基于小程序对应的业务渲染数据对第二显示区域进行渲染，基于宿主应用对应的应用渲染数据对第一显示区域进行渲染。

本申请实施例一方面提供了一种终端设备，包括控制器、与控制器相连的显示屏，其中，

显示屏在控制器的控制下，用于显示与宿主应用相关联的应用显示界面；

控制器，用于响应针对应用显示界面中的小程序的启动操作，控制显示屏输出宿主应用对应的第一显示区域和小程序对应的第二显示区域，第一显示区域和第二显示区域是对应用显示界面进行划分后所得到的；

控制器，用于基于小程序对应的业务渲染数据对第二显示区域进行渲染，基于宿主应用对应的应用渲染数据对第一显示区域进行渲染。

本申请实施例一方面提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行本申请实施例中一方面中方法的步骤。

本申请实施例一方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被处理器执行时，执行如本申请实施例中一方面中方法的步骤。

本申请实施例一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述一方面的各种可选方式中提供的方法。

在本申请一个或多个实施例中，运行有宿主应用的计算机设备在显示宿主应用的应用显示界面时，可以响应针对该应用显示界面中的小程序的触发操作，将小程序的业务渲染数据加载至第一进程，并通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，从而可以在输出小程序的可操作界面的同时，一并输出宿主应用的可操作界面。其中，第一进程为小程序对应的宿主应用所对应的进程，小程序的可操作界面属于第二显示区域，宿主应用的可操作界面属于第一显示界面。进一步的，在第一进程中基于宿主应用的应用渲染数据可以对第一显示区域进行渲染，在第一进程中基于小程序的业务渲染数据可以对第二显示区域进行渲染。这样，通过同一个进程(即第一进程)对第一显示区域和第二显示区域进行渲染，可以在无需退出小程序的可操作界面的情况下，对宿主应用的可操作界面进行渲染，从而可以实现宿主应用与小程序之间的联动交互。此外，通过另一独立进程(即第二进程)对小程序对应的业务逻辑数据进行逻辑处理，可以在不抢占第一进程资源的情况下，保障小程序与宿主应用的稳定性，进而可以在宿主应用与小程序之间进行无缝切换时，提高数据交互的灵活性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种网络架构的结构示意图；

图2是本申请实施例提供的一种进行数据交互的场景示意图；

图3是本申请实施例提供的一种应用数据处理方法的流程示意图；

图4是本申请实施例提供的一种应用数据处理方法的流程示意图；

图5是本申请实施例提供的一种方案架构的结构示意图；

图6是本申请实施例提供的一种模型框架的结构示意图；

图7是本申请实施例提供的一种进行进程交互的场景示意图；

图8是本申请实施例提供的一种进行实时路径导航的场景示意图；

图9是本申请实施例提供的一种应用数据处理方法的流程示意图；

图10是本申请实施例提供的一种更新小程序的场景示意图；

图11是本申请实施例提供的一种应用数据处理方法的流程示意图；

图12是本申请实施例提供的一种启动小程序的场景示意图；

图13是本申请实施例提供的一种应用数据处理装置的结构示意图；

图14是本申请实施例提供的一种终端设备的结构示意图；

图15是本申请实施例提供的一种应用数据处理装置的结构示意图；

图16是本申请实施例提供的一种终端设备的结构示意图；

图17是本申请实施例提供的一种应用数据处理装置的结构示意图；

图18是本申请实施例提供的一种终端设备的结构示意图；

图19是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

具体的，请参见图1，图1是本申请实施例提供的一种网络架构的结构示意图。如图1所示，该网络架构可以包括业务服务器2000和用户终端集群。其中，用户终端集群具体可以包括一个或者多个用户终端，这里将不对用户终端集群中的用户终端的数量进行限制。如图1所示，多个用户终端具体可以包括用户终端3000a、用户终端3000b、用户终端3000c、…、用户终端3000n。其中，用户终端3000a、用户终端3000b、用户终端3000c、…、用户终端3000n可以分别与业务服务器2000通过有线或无线通信方式进行直接或间接地网络连接，以便于每个用户终端可以通过该网络连接与业务服务器2000之间进行数据交互。

如图1所示的业务服务器2000可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

应当理解，如图1所示的用户终端集群中的每个用户终端均可以集成安装有目标应用，当该目标应用运行与各用户终端中时，可以分别与上述图1所示的业务服务器2000之间进行数据交互。其中，为便于理解，本申请实施例可以在图1所示的多个用户终端中选择一个用户终端作为目标用户终端，该目标用户终端可以包括：智能手机、平板电脑、笔记本电脑等具有数据处理功能的智能终端。例如，本申请实施例可以将图1所示的用户终端3000a作为目标用户终端。

随着互联网技术的发展，小程序应运而生，所谓小程序(Mini Program)是一种不需要下载安装即可使用的应用程序。为了向用户提供更多样化的业务服务，开发者可为终端的应用(例如社交应用、购物应用、邮件应用、车载应用等)开发相应的小程序，该小程序可作为子应用被嵌入至终端的应用中，通过运行应用内的子应用(即对应的小程序)能够为用户提供相应的业务服务。

可以理解的是，目标用户终端上安装的目标应用具体可以包括：社交应用、邮件应用、车载应用以及购物应用等能够加载并显示小程序的应用。应当理解，目标用户终端中的目标应用可以用于集成各类小程序(例如，小程序Y)。比如，当该目标用户终端对应的目标用户通过目标应用启动该小程序Y时，可以将该小程序Y集成在该目标应用上，可以理解的是，本申请可以将用于集成小程序的目标应用统称为宿主应用。

宿主应用可以简称为宿主，可以用于表示为集成模块提供运行环境的应用主体，比如，以运行在目标用户终端中的宿主应用为社交应用为例，当社交应用中集成了小程序引擎的模块时，该社交应用可以具备打开并展示小程序的能力。

小程序引擎可以表示为一套遵循小程序官方(组件、API(ApplicationProgramming Interface，应用程序接口)等)规范的代码框架，该框架(引擎)能将小程序按照开发者的设计意图进行渲染展示，并且提供官方规范中的各项终端能力等。其中，宿主应用为小程序所提供的环境为宿主环境，小程序借助宿主环境提供的能力，完成各种不同的功能。

在一个或多个实施例中，宿主应用可以为具有定位导航功能的车载应用(例如，该车载应用可以为腾讯地图应用)，小程序可以为集成在该车载应用上的车载小程序。在一个或多个实施例中，在响应针对应用显示界面中的车载小程序的触发操作后，可以获取到车载小程序的业务数据，将该车载小程序的业务渲染数据与业务逻辑数据进行剥离，并将业务渲染数据加载到车载应用对应的第一进程中，以在第一进程中基于该业务渲染数据对第二显示区域进行渲染，在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及通过车载小程序对应的第二进程对该业务逻辑数据进行逻辑处理。在一个或多个实施例中，通过第一进程将上述应用显示界面划分为第一显示区域和第二显示区域，可以在打开车载应用对应的第一显示区域的同时打开车载小程序对应的第二显示区域，进而可以实现车载应用与车载小程序之间的联动交互。

为便于理解，进一步的，请参见图2，图2是本申请实施例提供的一种进行数据交互的场景示意图。如图2所示的用户终端X可以为上述图1所对应实施例的用户终端集群中的任意一个用户终端，为便于理解，本申请实施例以上述图1的用户终端3000a作为该用户终端X为例，以阐述图2所示的用户终端X进行数据交互的具体过程。其中，该用户终端X对应的业务服务器可以为上述图1所对应实施例中的业务服务器2000。

如图2所示，本申请实施例可以将与宿主应用(宿主应用可以为上述车载应用)相关联的用户称之为导航用户，即该导航用户可以为使用该车载应用以及车载应用上的小程序(小程序可以为上述车载小程序)的用户，比如，导航用户可以为用户A。应当理解，本申请实施例以宿主应用为车载应用、以小程序为车载小程序为例，说明车载应用与车载小程序的数据交互过程，对于其他类型的宿主应用与小程序的数据交互过程可以参见本申请实施例中对车载应用与车载小程序的数据交互过程的描述，本申请并不局限于车载应用环境。

在一个或多个实施例中，该用户A可以在宿主应用的应用显示界面中，执行针对应用显示界面的第一触发操作(该第一触发操作可以为针对如图2所示的业务显示控件的点击操作)，从而使得用户终端X可以响应该第一触发操作，输出该宿主应用对应的互动操作界面(如图2所示的互动操作界面200a)。其中，该第一触发操作可以包括点击、长按、滑动等接触性操作，也可以包括语音、手势等非接触性操作，本申请在此不做限定。

在一个或多个实施例中，互动操作界面200a中可以包括第一显示区域和第二显示区域，第一显示区域为宿主应用对应的显示区域，第二显示区域为小程序对应的显示区域。其中，第二显示区域中包括第一业务控件所绑定的第一小程序，第一业务控件对应于第一推荐位置。其中，第一显示区域中包括与宿主应用相关联的业务地图图层，该业务地图图层上可以包括多个地理位置信息，比如，第二推荐位置，第二推荐位置对应于第二业务控件，第二业务控件与第二小程序相关联。此外，该业务地图图层上还包括与第一小程序相关联的导航用户的初始导航路径。

在一个或多个实施例中，当用户A需要在该互动操作界面200a中查看某个地理位置信息(例如，第二推荐位置)对应的业务数据时，可以在该互动操作界面200a的第一显示区域中执行针对第二业务控件(图2中“BBBB”对应的业务控件)的第三触发操作(例如，点击操作)。其中，该第二推荐位置可以为业务地图图层上多个地理位置信息中的任意一个地理位置信息。

进一步的，用户终端X可以响应该第三触发操作，从小程序对应的业务服务器(小程序对应的业务服务器即为宿主应用对应的业务服务器，该业务服务器可以为上述服务器2000)中获取第二推荐位置所指示的第二小程序对应的业务数据。其中，该业务数据包括业务渲染数据和业务逻辑数据，该业务渲染数据可以用于加载至宿主应用对应的第一进程，该业务逻辑数据可以用于加载至小程序对应的第二进程。

在一个或多个实施例中，用户终端X在获取到第二小程序对应的业务数据之后，可以使用第二业务控件所指示的第二小程序(即“BBBB”对应的第二小程序)更新上述第二显示区域中的小程序(即上述第一小程序)，并获取第二小程序的业务渲染数据，将上述第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。此时，用户终端X可以将其显示界面由互动操作界面200a切换至互动响应界面(如图2所示的互动响应界面200b)。

可选的，用户A可以在该互动操作界面200a的第一显示区域中执行针对第三业务控件(例如，图2中“DDDD”对应的业务控件，该第三业务控件对应于第三推荐位置)的第三触发操作。此时，用户终端X可以响应该第三触发操作，使用第三业务控件所指示的第三小程序(即“DDDD”对应的第三小程序)更新上述第二显示区域中的小程序(即上述第一小程序)，并获取第三小程序对应的业务渲染数据，将上述第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第三小程序的业务渲染数据。此时，用户终端X可以将其显示界面由互动操作界面200a切换至互动响应界面(例如，互动响应界面可以为互动响应界面200d，该互动响应界面200d未在图上标出)。

其中，互动响应界面200b中可以包括第一显示区域和第二显示区域，第一显示区域的业务地图图层上包括用户A的初始导航路径(即与第一小程序相关联的初始导航路径)，该初始导航路径是由用户A所录入的起始地理位置信息和目标地理位置信息确定的，起始地理位置信息表示初始导航路径上的起始地址，目标地理位置信息表示初始导航路径上的目标地址。其中，第二显示区域中可以包括位置变更控件(即图2所示的“到这里”控件)，用户A可以针对该位置变更控件执行触发操作，以对第一显示区域中的初始导航路径进行更新。

进一步的，用户终端X可以响应针对该“到这里”控件的该触发操作，获取用户A在该初始导航路径上的关键地理位置信息(即用户A在初始导航路径上的当前位置)，将初始导航路径中的起始地理位置信息调整为该关键地理位置信息，将初始导航路径中的目标地理位置信息调整为上述第二推荐位置，并基于关键地理位置信息和第二推荐位置，确定目标导航路径，将第一显示区域中的初始导航路径更新为目标导航路径。此时，用户终端X可以将其显示界面由互动响应界面200b切换至互动处理界面(如图2所示的互动处理界面200c)。

其中，初始导航路径可以为用户A在时刻T1所确定的导航路径，目标导航路径可以为用户A在时刻T2所确定的导航路径。其中，时刻T2位于时刻T1之后。可选的，用户A还可以在时刻T2之后，在该互动处理界面200c的第一显示区域中执行针对第四业务控件(例如，图2中“CCCC”对应的业务控件，该第四业务控件对应于第四推荐位置)的选择操作。此时，用户终端X可以响应该选择操作，将显示界面由互动处理界面200c切换为互动响应界面(例如，互动响应界面可以为互动响应界面200d，该互动响应界面200d未在图上标出)，以便用户A可以执行针对该互动响应界面200d中的位置变更控件的触发操作，以使用户终端X可以响应该触发操作，将该互动响应界面200d切换至互动处理界面(例如，互动处理界面可以为互动处理界面200e，该互动处理界面200e未在图上标出)。此时，用户终端X可以通过第一进程将互动处理界面200c中的目标导航路径(例如，目标导航路径1)，替换为互动处理界面200e中的目标导航路径(例如，目标导航路径2)。其中，时刻T3位于时刻T2之后。第二业务控件对应的目标导航路径1为用户A在时刻T2所确定的导航路径，第四业务控件对应的目标导航路径2为用户A在时刻T3所确定的导航路径。

在一个或多个实施例中，互动操作界面(比如，上述互动操作界面200a)、互动响应界面(比如，上述互动响应界面200b以及上述互动响应界面200d)以及互动处理界面(比如，上述互动处理界面200c以及上述互动处理界面200e)统称为与宿主应用相关联的应用显示界面。在一个或多个实施例中，这些应用显示界面(比如，互动操作界面200a、互动响应界面200b以及互动处理界面200c)所对应的视窗(即主窗口)中均可以包含用于渲染输出宿主应用的应用渲染数据的第一显示区域，和用于渲染输出相应小程序的业务渲染数据的第二显示区域。

由此可见，本申请一个或多个实施例可以在应用显示界面中输出宿主应用对应的第一显示区域的同时，输出小程序对应的第二显示区域，通过第一进程对第一显示区域和第二显示区域进行渲染，可以在无需退出第一显示区域对应的宿主应用的情况下，操作第二显示区域(即通过第一进程对第二显示区域进行渲染)，或者可以在无需退出第二显示区域对应的小程序的情况下，操作第一显示区域(即通过第一进程对第一显示区域进行渲染)，进而可以实现宿主应用与小程序之间的联动交互。

在一个或多个实施例中，用户A对于第一显示区域的操作不限于针对业务控件的触发操作，还可以包括滑动业务地图图层等操作。同理，用户A对于第二显示区域中的操作不限于针对位置变更控件的触发操作，还包括如图2所示的收藏(例如，如图2所示的收藏控件)和电话(即拨打电话，例如，如图2所示的电话控件)等操作。这里不对用户A的其他操作进行限定。其中，在本申请实施例中，计算机设备响应业务控件和位置变更控件的具体实现方式，可以参见下述图3-图12所对应的实施例。

进一步的，请参见图3，图3是本申请实施例提供的一种应用数据处理方法的流程示意图。如图3所示，该方法可以由计算机设备执行，该计算机设备可以为安装有上述宿主应用的目标用户终端，该目标用户终端可以为上述图2所对应实施例中的用户终端X；可选的，该计算机设备还可以为该宿主应用对应的业务服务器，该业务服务器可以为上述图1所对应实施例中的业务服务器2000。换言之，本申请一个或多个实施例所涉及的方法可以由目标用户终端执行，也可以由业务服务器执行，还可以由目标用户终端和业务服务器共同执行。为便于理解，以该方法由上述目标用户终端执行为例进行说明，以阐述在目标用户终端中进行应用数据处理的具体过程。其中，该方法至少可以包括以下步骤S101-步骤S102：

步骤S101，响应针对应用显示界面中的小程序的触发操作，将小程序对应的业务渲染数据加载至第一进程，以及通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，其中，第一进程为小程序对应的宿主应用所对应的进程；

在一个或多个实施例中，在将小程序对应的业务渲染数据加载至宿主应用对应的第一进程时，可以将小程序的业务逻辑数据加载至小程序对应的第二进程。在一个或多个实施例中，当小程序的核心引擎(即小程序引擎)通过第二进程执行业务逻辑数据时，可以向业务逻辑层对应的业务渲染层发送通知指令。其中，该通知指令用于指示加载有业务渲染数据的第一进程为小程序和宿主应用配置显示界面。进一步的，在应用显示界面中，可以将通过第一进程为宿主应用所配置的显示界面，作为应用渲染层对应的第一显示区域。同理，在应用显示界面中，可以将通过第一进程为小程序所配置的显示界面，作为业务渲染层对应的第二显示区域。其中，第二显示区域为在应用显示界面中除第一显示区域之外所剩余的显示区域。

步骤S102，在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染。

由此可见，在本申请一个或多个实施例中，在宿主应用中运行小程序时，可以将小程序的业务渲染数据与业务逻辑数据进行剥离，并将业务渲染数据集成到宿主应用对应的第一进程中，以通过第一进程执行该业务渲染数据和宿主应用的应用渲染数据，进而可以在打开宿主应用对应的第一显示区域的同时，打开小程序对应的第二显示区域，进而可以实现宿主应用与小程序之间的联动交互，以提高数据交互的灵活性。

进一步的，请参见图4，图4是本申请实施例提供的一种应用数据处理方法的流程示意图。如图4所示，该方法可以由计算机设备执行，该计算设备可以为安装有上述宿主应用的目标用户终端，该目标用户终端可以为上述图2所对应实施例中的用户终端X；可选的，该计算机设备还可以为该宿主应用对应的业务服务器，该业务服务器可以为上述图1所对应实施例中的业务服务器2000。换言之，本申请一个或多个实施例所涉及的方法可以由目标用户终端执行，也可以由业务服务器执行，还可以由目标用户终端和业务服务器共同执行。为便于理解，以该方法由上述目标用户终端执行为例进行说明，以阐述在目标用户终端中进行应用数据处理的具体过程。其中，该方法可以包括以下步骤：

步骤S201，响应针对应用显示界面的第一触发操作，在应用显示界面中输出小程序的业务控件；

在一个或多个实施例中，目标用户终端中可以部署有上述宿主应用，当目标用户启动该宿主应用(例如，具有定位导航功能的车载应用)时，可以输出该宿主应用的显示界面，并可以将该宿主应用的显示界面统称为应用显示界面。此时，在独立显示窗口中进行显示的该应用显示界面中包含业务显示控件，该业务显示控件可以用于指示目标用户通过执行触发操作来显示一个或者多个小程序对应的业务控件。比如，目标用户针对应用显示界面所执行的第一触发操作可以为针对上述图2所对应实施例中的业务显示控件的触发操作(例如，操作1)。目标用户终端在响应该操作1时，可以在应用显示界面输出该宿主应用对应的小程序，以便目标用户可以在后续针对不同的小程序执行第二触发操作，可以理解的是，这里的第二触发操作可以用于启动该程序。其中，小程序可以表示为业务控件的形式。应当理解，若目标用户再次针对该业务显示控件执行另一触发操作(例如，操作2)，可以将该应用显示界面中的小程序进行隐藏处理。若目标用户需要将被隐藏的小程序重新输出至上述应用显示界面，则目标用户可以再次针对该业务显示控件执行又一触发操作(例如，操作3)，以重新在应用显示界面中输出宿主应用对应的小程序。

可选的，若目标用户启动的宿主应用为社交应用，则目标用户针对应用显示界面所执行的第一触发操作还可以为滑动操作，比如，上划操作，在目标用户针对应用显示界面执行上划操作后，目标用户终端可以在应用显示界面输出宿主应用对应的小程序的业务控件。

其中，可以理解的是，这里将不对宿主应用的具体应用类型进行限定。为便于理解，本申请实施例以宿主应用为车载应用为例进行阐述，这样，在目标用户终端响应针对应用显示界面的第一触发操作后，宿主应用对应的应用显示界面中可以包括Z个小程序，目标用户可以对Z个小程序中的任意一个小程序对应的业务控件执行第二触发操作，以从Z个小程序中选取自己感兴趣的小程序(例如，小程序W)。其中，这里的Z可以为正整数。

可选的，第一触发操作还可以为搜索操作。应当理解，应用显示界面中包括应用搜索控件，在应用显示界面的Z个小程序中不包括目标用户感兴趣的小程序时(例如，小程序Q)，目标用户可以通过该应用搜索控件搜索其感兴趣的其他小程序(即上述小程序Q)。其中，该小程序Q不包括在上述Z个小程序中。

应当理解，第一触发操作和第二触发操作可以包括点击、长按、滑动等接触性操作，也可以包括语音、手势等非接触性操作，本申请在此不做限定。

步骤S202，响应针对小程序的业务控件的第二触发操作，获取小程序对应的业务数据，业务数据包括业务渲染数据和业务逻辑数据；

在一个或多个实施例中，目标用户终端可以响应针对小程序的第二触发操作，生成该第二触发操作对应的业务加载指令，在生成该第二触发操作对应的业务加载指令之后，可以将该业务加载指令发送至小程序对应的业务服务器(小程序对应的业务服务器即为宿主应用对应的业务服务器，例如，上述图1所示的业务服务器2000)，以使该业务服务器可以从业务数据库中拉取该小程序对应的封装数据。

可选的，目标用户终端还可以直接从本地获取小程序对应的源代码数据，并将该源代码数据作为封装数据，以便目标用户终端在对该封装数据进行解析处理之后，可以对该解析处理后的封装数据进行加载和运行。其中，该封装数据可以为第三方开发的源代码数据(例如，该源代码数据可以为“.wxapkg”格式所对应的数据)。

进一步的，目标用户终端可以接收该业务服务器返回的封装数据，对该封装数据进行解析处理，得到用于运行在小程序的业务逻辑层的业务逻辑数据以及用于运行在小程序的业务渲染层的业务渲染数据，并可以将该业务渲染数据和该业务逻辑数据作为小程序的业务数据。其中，目标用户终端在得到该业务数据后，可以将该业务数据存储于目标用户终端的本地内存中。

在一个或多个实施例中，目标用户终端在将小程序(例如，第一小程序)对应的业务加载指令发送至业务服务器之前，目标用户终端可以检测本地内存中是否已经存在该小程序对应的业务数据(例如，上述第一小程序对应的业务数据)，若本地内存中不存在该第一小程序对应的业务数据，则可以将该第一小程序对应的业务加载指令发送至业务服务器，并在接收到业务服务器返回的封装数据之后，将对该封装数据解析处理后得到的业务数据存储于本地内存中。

可选的，可以理解的是，若本地内存中存在该第一小程序对应的业务数据，则目标用户终端可以获取该业务数据对应的业务时间戳(例如，该业务时间戳可以为T1)，并在该业务时间戳T1属于业务数据对应的有效时间段时，从本地内存中获取该业务数据。若该业务时间戳T1不属于业务数据对应的有效时间段，则可以将该第一小程序对应的业务加载指令发送至业务服务器，并在接收到业务服务器返回的封装数据之后，对该封装数据进行解析处理，使用解析处理后得到的业务数据更新本地内存中该第一小程序对应的业务数据，同时，将该更新后的业务数据对应的业务时间戳设置为获取到该业务数据对应的封装数据的时间(例如，该业务时间戳可以为T2)。其中，有效时间段可以用于判断业务数据是否属于有效时间段，确定目标用户终端是否从业务服务器对应的业务数据库中重新获取该业务数据对应的最新的封装数据。

步骤S203，将小程序对应的业务渲染数据加载至宿主应用所对应的第一进程，将小程序对应的业务逻辑数据加载至小程序所对应的第二进程；

步骤S204，当第二进程执行业务逻辑数据时，通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，第一进程不同于第二进程；

在一个或多个实施例中，当第二进程执行业务逻辑数据时，可以通过第一进程将应用显示界面划分为第一显示区域和第二显示区域。其中，第一进程对应用显示界面进行区域划分的具体过程，可以参见上述步骤S101的描述，在此不做赘述。

步骤S205，在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染；

可选的，目标用户终端可以在获取到小程序对应的业务渲染数据(例如，该业务渲染数据可以为X1)之后，在第一进程中对该业务渲染数据X1进行处理，以在相应的区域中输出该业务渲染数据X1对应的显示页面。其中，该业务渲染数据X1对应的显示页面可以为该小程序对应的主页面。因此，该目标用户终端获取到的业务数据可以为分批次得到的，比如，在进入到小程序对应的主页面时，可以获取该主页面对应的业务数据(这里的业务数据包括主页面对应的业务渲染数据X1)，在进入到小程序对应的其他显示页面(例如，页面1)时，可以获取该页面1对应的业务数据(这里的业务数据包括页面1对应的业务渲染数据X2)，同理，在进入到小程序对应的其他显示页面(例如，页面2)时，可以获取该页面2对应的业务数据(这里的业务数据包括页面2对应的业务渲染数据X3)。使用分包的方式从业务服务器中获取小程序对应的业务数据，可以提升小程序在进行页面加载与切换时的速度。

在一个或多个实施例中，将小程序的核心引擎(即小程序引擎)中与业务渲染层相关联的业务渲染模块进行剥离，并将该业务渲染模块以原生组件(例如，这里的原生组件可以为“Androidnative View”)的形式进行承载，而小程序中与业务渲染层无关的其他模块(例如，业务逻辑层对应的业务逻辑数据，以及该小程序的终端能力(例如，该终端能力可以为定位、媒体播放、数据缓存等))仍然保存在独立进程(这里的独立进程可以为上述第二进程)运行环境中。其中，对于非原生组件而言，原生组件具有最高的显示层级，可以显示在当前页面的最上方。因此，上述小程序对应的业务渲染数据运行于该小程序的业务渲染层，上述小程序对应的业务逻辑数据运行于该小程序的业务逻辑层。

为便于理解，请参见图5，图5是本申请实施例提供的一种方案架构的结构示意图。如图5所示，小程序窗口(即上述与业务渲染层相关联的业务渲染模块对应的窗口)从小程序引擎(该小程序引擎可以为上述小程序的核心引擎)中进行剥离，并可以集成到宿主应用中，使宿主应用具备小程序的加载呈现以及对小程序的操作使用。小程序窗口可以为小程序View的技术形态，可以实现宿主应用与小程序更加灵活的交互体验，以及更轻便的形态，支持目标用户在宿主应用与小程序的窗口中无缝切换操作。其中，小程序引擎对应的进程为第二进程，宿主应用对应的进程为第一进程，因此，本申请可以通过第一进程与第二进程之间的进程通信，来实现小程序对应的业务渲染层与业务逻辑层之间的数据通信，进而实现小程序与宿主应用之间的数据通信。

业务渲染数据主要包括业务结构代码(例如，该业务结构代码可以为“WXML模板”)和业务样式代码(例如，该业务样式代码可以为“WXSS样式”)的具体内容，该业务结构代码用于描述小程序的页面结构，该业务样式代码用于描述小程序的页面样式。其中，“WXML模板”和“WXSS样式”工作在业务渲染层，该业务渲染数据可以通过业务渲染线程(例如，该业务渲染线程可以为“WebView”，该业务渲染线程也可以称之为渲染层线程)进行渲染处理，对于小程序的不同显示页面，可以通过不同的业务渲染线程对不同的显示页面进行渲染处理。

业务逻辑数据主要包括业务逻辑代码(例如，该业务逻辑代码可以为“JS脚本”)，该业务逻辑代码用于对小程序对应的目标用户对于显示页面的操作，进行逻辑交互，比如，响应针对小程序中某一控件的触发操作(该触发操作位于第二显示区域中)，以及响应目标用户(该目标用户可以为上述图2所对应实施例中的用户A)针对位置获取的操作等。其中，“JS脚本”工作在业务逻辑层，该业务逻辑数据可以通过业务逻辑线程(例如，该业务逻辑线程可以为“JsCore”，该业务逻辑线程也可以称之为逻辑层线程)进行逻辑处理。

为便于理解，请参见图6，图6是本申请实施例提供的一种模型框架的结构示意图。如图6所示，以宿主应用为车载应用(例如，该车载应用可以为腾讯地图应用)为例，说明该模型架构的结构示意图。其中，宿主应用的主窗口中集成了小程序引起提供的窗口(即上述小程序View)，并在宿主应用的主窗口中进行小程序的展示，即本申请可以将小程序的业务渲染层(即上述业务渲染层，也可以称之为渲染层)集成到宿主应用中，而小程序的核心引擎(小程序的核心引擎即为图6所示的小程序引擎，该核心引擎中包括业务逻辑层，该业务逻辑层即为上述业务逻辑层，也可以称之为逻辑层)在独立进程(例如，第二进程)中运行。其中，小程序的应用渲染层、宿主应用的应用逻辑层以及宿主应用的应用渲染层运行在相同的进程(例如，第一进程)中。

在一个或多个实施例中，如图6所示，小程序对应的业务渲染层和业务逻辑层分别由线程关联，业务渲染层的界面使用业务渲染线程进行渲染(该业务渲染线程可以为“WebView”线程)，而业务逻辑层采用业务逻辑线程(该业务逻辑线程可以为“JsCore”线程)运行业务逻辑数据。其中，一个小程序可以存在多个界面，所以业务渲染层存在多个“WebView”线程，“WebView”线程与“JsCore”线程的通信会经由客户端(这里的客户端可以为上述宿主应用)做中转。其中，第一进程还可以包括应用逻辑层对应的应用逻辑线程和应用渲染层对应的应用渲染线程，应当理解，应用渲染线程与应用逻辑线程可以为第一进程中的同一个线程，也可以为第一进程中的不同线程，通过应用渲染线程和应用逻辑线程可以输出宿主应用对应的地图图层以及进行导航和路径规划。

为便于理解，进一步的，请参见图7，图7是本申请实施例提供的一种进行进程交互的场景示意图。如图7所示，小程序的业务逻辑层运行于第二进程，其中，通过业务逻辑线程可以执行业务逻辑层的业务逻辑数据；小程序的应用渲染层和宿主应用的应用逻辑层均运行于第一进程，其中，通过业务渲染线程可以执行业务渲染层的业务渲染数据，通过应用渲染线程可以执行应用渲染层的应用渲染数据。

如图7所示，目标用户终端在响应针对小程序的第二触发操作时，可以通过业务逻辑线程向业务渲染线程发送同步小程序首页(即主页面)的请求，即建立业务逻辑线程与业务渲染线程之间的通信连接，此时，通过业务逻辑线程可以加载业务逻辑层的JS基础库与小程序内部的逻辑代码，通过业务渲染线程可以加载JS基础库与当前页面的静态内容(即上述WXML模板和WCSS样式等)。在业务逻辑线程对小程序的逻辑代码进行解析后，可以得到小程序的业务渲染数据和业务逻辑数据，此时，业务逻辑线程可以向业务渲染线程发送同步小程序首页数据的通知指令，以使业务渲染线程基于解析后得到的业务渲染数据对小程序的第二显示区域进行首次页面渲染，完成首次有意义的内容绘制，例如，页面排版、嵌入。进一步的，业务渲染线程可以指示应用渲染线程对宿主应用的第一显示区域进行同步渲染，例如，在第一显示区域中输出上述图6所述的地图图层。

在一个或多个实施例中，通过上述模型框架，可以在宿主应用与小程序间进行无缝的切换和灵活的交互，不会受限于目标用户终端对应的系统对于Activity生命周期的驱动。由此可见，本申请实施例可以用于解决宿主应用所在的Activity的生命周期onPause()被触发时，导致宿主应用的部分业务逻辑被停止，而使宿主应用中的部分功能被中断的问题。

其中，Activity是一个Android(安卓，是一种基于Linux内核的自由及开放源代码的操作系统)应用程序组成，它可以用于提供了一个屏幕窗口，目标用户可以通过该屏幕窗口进行交互以执行某些操作。基于此，通过使用本申请一个或多个实施例所涉及的模型框架可以保证小程序不会抢占宿主应用的主进程(即第一进程)的系统资源，使性能得到保障，保障了宿主应用的核心业务的稳定性。在小程序出现异常时，不会影响到该宿主应用的主进程的业务。比如，该宿主应用可以为社交应用，以该社交应用为微信应用为例，在微信聊天的过程中，打开了小程序，若在上述小程序引擎加载第三方服务商的小程序的内容时出现运行错误，此时，可以仅异常退出该出现错误的小程序对应的第二进程，而微信应用对应的第一进程中的聊天窗口以及其他功能不会受到影响。

在一个或多个实施例中，对于上述第三方开发的小程序“.wxapkg”中的业务逻辑数据，上述模型框架也可以在该小程序引擎中进行加载和运行，在小程序出现异常情况时，不会影响宿主应用的主进程的业务。

步骤S206，响应第三触发操作，确定与宿主应用相关联的第二小程序，将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

在一个或多个实施例中，宿主应用可以包括具有定位导航功能的车载应用(该车载应用可以为上述图2所对应实施例中的宿主应用)，上述小程序可以为第一小程序，第一小程序与第一业务控件相关联，第二小程序与第二业务控件相关联，第一业务控件对应于第一推荐位置，第二业务控件对应于第二推荐位置。在该车载应用对应的第一显示区域中包括该车载应用相关联的业务地图图层(该业务地图图层可以为上述图6所对应实施例中的地图图层)，第一推荐位置和第二推荐位置均属于业务地图图层上的地理位置信息。业务地图图层是由第一进程根据车载应用的应用渲染数据对第一显示区域进行渲染后所得到的，该业务地图图层上包括与该车载应用相关联的导航用户(该导航用户可以为上述图2所对应实施例中的用户A)的初始导航路径。本申请以宿主应用为车载应用为例，以在该车载应用上执行下述步骤。

其中，目标用户终端可以使用第一进程调用车载应用的应用逻辑层，获取导航用户在初始导航路径上的关键地理位置信息，当检测到导航用户的关键地理位置信息满足位置信息推荐条件时，在第一显示区域中的业务地图图层上输出与该关键地理位置信息相关联的至少一个地理位置信息，其中，一个地理位置信息对应一个业务控件。

其中，初始导航路径是由导航用户录入的起始地理位置信息和目标地理位置信息所确定的，起始地理位置信息表示初始导航路径上的起始地址，目标地理位置信息表示初始导航路径上的目标地址。关键地理位置信息表示该导航用户在初始导航路径上的位置，在不同的时刻，导航用户可以位于初始导航路径上的不同位置。比如，导航用户在时刻T1位于初始导航路径上的位置W1，则时刻T1对应的关键地理位置信息为W1，导航用户在时刻T2位于初始导航路径上的位置W2，则时刻T2对应的关键地理位置信息为W2。

在一个或多个实施例中，目标用户终端业务地图图层上输出地理位置信息对应的业务控件的具体过程为：目标用户终端可以在历史时长内获取导航用户的历史导航路径，并在历史导航路径中统计导航用户处于在关键地理位置信息上的导航次数。进一步的，若导航次数达到次数累计阈值，则目标用户终端可以通过第一进程调用宿主应用的应用逻辑层，确定检测到导航用户的关键地理位置信息满足位置信息推荐条件，获取以关键地理位置信息为中心的目标推荐区域。进一步的，目标用户终端可以从目标推荐区域中获取与初始导航路径中的目标地理位置信息具有相同分类属性的地理位置信息，将地理位置信息以业务控件的形式输出在业务地图图层中。

其中，地理位置信息与目标地理位置信息具有相同分类属性。比如，当目标地理位置信息为美食类地点(例如，川菜馆A1)时，地理位置信息可以为与当前导航用户的关键地理位置信息相关联的美食类地点(例如，湘菜馆A2)。可选的，当目标地理位置信息为停车场(例如，停车场B1)时，地理位置信息可以为与当前导航用户的关键地理位置信息相关联的停车场(例如，停车场B2)。可选的，当目标地理位置信息为商场(例如，商场C1)时，地理位置信息可以为与当前导航用户的关键地理位置信息相关联的商场(例如，商场C2)。此外，目标地理位置信息还可以为其他类型，本申请将对其进行一一列举。

在一个或多个实施例中，地理位置信息还包括与该导航用户曾经去过的地理位置，或者该导航用户经常去的地理位置相似的地理位置信息。目标用户终端可以在历史时长内，基于导航用户的历史导航路径统计导航用户曾去过的K个目标地理位置信息中的每个目标地理位置信息的累加次数(即统计每个历史地理位置信息的累加次数)，比如，历史地理位置信息H2的累加次数为P2次，历史地理位置信息H3的累加次数为P3次。其中，这里的K可以为正整数，此时，目标用户终端可以在统计出的这些累加次数中，判断是否存在满足位置信息推荐条件中的次数累加阈值的累加次数，如果存在，则可以将满足位置信息推荐条件中的次数累加阈值视为累加次数作为目标累加次数，进而可以基于所述目标累加次数所对应的历史地理位置信息的分类属性为所述导航用户进行定向的推荐，以尽可能地贴合用户的导航需求。

比如，假设在业务地图图层上输出地理位置信息的时刻为t1时刻，即在导航用户到达关键地理位置信息H1时(假设H1满足上述位置信息推荐条件)，可以在t1时刻时获取以关键地理位置信息H1为中心的目标推荐区域(例如，目标推荐区域1)。此外，若在K个历史地理位置信息中，存在历史地理位置信息H2的累加次数P2和历史地理位置信息H3的累加次数P3大于次数累加阈值，还可以进一步判断历史地理位置信息H2和历史地理位置信息H3是否属于该目标推荐区域1，若历史地理位置信息H2属于目标推荐区域1，且历史地理位置信息H3不属于目标推荐区域1，则目标用户终端可以在该目标推荐区域1中输出导航用户曾多次导航去过的历史地理位置信息H2作为地理位置信息，而无需将历史地理位置信息H3的地理位置信息作为地理位置信息。

在一个或多个实施例中，假设在业务地图图层上输出地理位置信息的时刻为t2时刻，即在导航用户到达关键地理位置信息H4时(假设关键地理位置信息H4满足上述位置信息推荐条件)，可以在t2时刻时获取以关键地理位置信息H4为中心的目标推荐区域2。此外，若在K个历史地理位置信息中，存在历史地理位置信息H2的累加次数P2和历史地理位置信息H3的累加次数P3大于次数累加阈值，则可以进一步判断历史地理位置信息H2和历史地理位置信息H3是否属于该目标推荐区域2，若历史地理位置信息H2和历史地理位置信息H3均属于该目标推荐区域2，则可以在该目标推荐区域2中将历史地理位置信息H2作为地理位置信息进行输出，且可以将历史地理位置信息H3作为地理位置信息进行输出。其中，t2时刻可以为t1时刻之后的某一时刻。

为便于理解，请参见图8，图8是本申请实施例提供的一种进行实时路径导航的场景示意图。如图8所示，应用显示界面1可以为上述t1时刻(也可以称之为时刻t1，例如，9点36分)对应的应用显示界面，导航用户在初始导航路径上的位置为关键地理位置信息1(这里的关键地理位置信息1可以为上述关键地理位置信息H1)；应用显示界面2可以为上述t1时刻(也可以称之为时刻t2，例如，9点50分)对应的应用显示界面，导航用户在初始导航路径的位置为关键地理位置信息2(这里的关键地理位置信息2可以为上述关键地理位置信息H4)。其中，在时刻t1时，与关键地理位置信息1相关联的地理位置信息包括图8所示应用显示界面1中“CCCC”对应的地理位置信息以及“DDDD”对应的地理位置信息。其中，在时刻t2时，与关键地理位置信息2相关联的地理位置信息包括图8所示应用显示界面2中“CCCC”对应的地理位置信息、“DDDD”对应的地理位置信息以及“EEEE”对应的地理位置信息。

在一个或多个实施例中，在时刻t1，“EEEE”对应的地理位置信息(例如，地理位置信息O3)不属于关键地理位置信息1对应的目标推荐区域1，在时刻t2，地理位置信息O3属于关键地理位置信息2对应的目标推荐区域。其中，地理位置信息O3可以为上述历史地理位置信息H3，此时，该地理位置信息O3(作为历史地理位置信息时)在历史时长内的累加次数大于次数累加阈值。可选的，地理位置信息O3还可以为与上述历史地理位置信息H3具有同分类属性的地理位置信息，此时，该历史地理位置信息H3在历史时长内的累加次数大于次数累加阈值。同理，地理位置信息O3可以为与图8中的目标地理位置信息(例如，图8中的目标地理位置信息可以为上述川菜馆A1)具有相同分类属性的地理位置信息(例如，该地理位置信息O3可以为上述湘菜馆A2)。

在一个或多个实施例中，在时刻t1和时刻t2，“CCCC”对应的地理位置信息(例如，地理位置信息O1)以及“DDDD”对应的地理位置信息(例如，地理位置信息O2)，均属于目标推荐区域1和目标推荐区域2。其中，地理位置信息O1和地理位置信息O2可以为满足上述次数累加阈值的，与导航用户曾经去过的、或者经常去的地理位置信息相似的地理位置信息。同理，地理位置信息O1和地理位置信息O2可以为与图8中的目标地理位置信息(例如，图8中的目标地理位置信息可以为上述停车场B1)具有相同分类属性的地理位置信息(例如，该地理位置信息O1可以为上述停车场B2，该地理位置信息O2可以停车场B3)。

在一个或多个实施例中，导航用户可以从业务地图图层的至少一个地理位置信息中选取一个地理位置信息，比如，这个选取的地理位置信息所对应的业务控件可以为第二业务控件(例如，该第二业务控件可以为上述图2所对应实施例中的第二业务控件)。目标用户终端可以响应针对第一显示区域中的第二推荐位置的第三触发操作，根据第二推荐位置所对应的第二业务控件，确定与车载应用相关联的第二小程序，进而从业务服务器中获取该第二小程序对应的业务数据。

在一个或多个实施例中，目标用户终端从业务服务器获取第二小程序对应的业务数据的具体过程可以描述为：目标用户终端可以响应针对第一显示区域中第二业务控件的第三触发操作，向业务服务器发送该第二业务控件对应的业务加载指令，进而业务服务器可以从业务数据库中查询该业务加载指令对应的封装数据。进一步的，业务服务器可以将查询到的封装数据返回给目标用户终端，以使该目标用户终端对该封装数据进行解析处理后，得到该封装数据对应的业务数据，并基于业务数据中的业务渲染数据，将该应用显示界面切换至另一应用显示界面。应当理解，本申请实施例可以将目标用户终端中宿主应用的显示界面，以及集成有小程序的宿主应用的显示界面，统称为应用显示界面。其中，目标用户终端获取业务数据的具体过程，可以参见上述步骤S202的描述，在此不对其进行赘述。

此外，导航用户针对第一显示区域所执行的操作不限于针对业务控件执行的选择操作，还可以包括滑动或缩放业务地图图层等操作，比如，滑动操作可以查看业务地图图层上与初始导航路径无关的其他区域，缩放操作可以对业务地图图层进行放大或缩小。

同理，导航用户针对应用显示界面所执行的操作不限于针对该第一显示区域的操作，还可以包括针对第二显示区域的触发操作，该触发操作可以为针对如图2所示的业务控件的触发操作，比如，收藏(例如，如图2所示的收藏控件)和电话(即拨打电话，例如，如图2所示的电话控件)等操作。这里不对导航用户的其他操作进行限定。

其中，地理位置信息对应的业务控件(例如，上述第二业务控件)位于业务地图图层上，业务地图图层包括在第一显示区域中。可选的，导航用户针对第二业务控件所执行的第三触发操作还可以包括针对第二显示区域中的业务控件的触发操作，该业务控件可以对应于第二小程序，此时，该第二小程序可以为与该第二显示区域中的第一小程序相关联的小程序。

进一步的，在目标用户终端获取到第二小程序对应的业务数据后，可以用第二小程序更新第二显示区域中的第一小程序，即获取第二小程序对应的业务渲染数据(即第二小程序对应的业务数据中的业务渲染数据)，在使用第一进程调用第二小程序的业务渲染层时，将第二小程序的业务渲染数据渲染输出至第二显示区域。

可选的，导航用户可以在该第一显示区域中执行针对第三业务控件(例如，图2所对应实施例中“DDDD”对应的业务控件)的第三触发操作。此时，目标用户终端可以响应针对第三推荐位置的第三触发操作，根据第三推荐位置所对应的第三业务控件，确定与车载应用相关联的第三小程序，进而从业务服务器中获取该第三小程序对应的业务数据。在目标用户终端获取到第三小程序对应的业务数据后，可以使用第三小程序更新上述第二显示区域中的第一小程序，即获取第三小程序对应的业务渲染数据(即第三小程序对应的业务数据中的业务渲染数据)，在使用上述第一进程调用第三小程序的业务渲染层时，将第三小程序的业务渲染数据渲染输出至第二显示区域中。

进一步的，目标用户终端可以响应针对第二显示区域中的位置变更控件(例如，如图2所示的“到这里”控件)的触发操作，通过第二进程中的业务逻辑线程调用第二小程序的业务逻辑层，从初始导航路径中获取导航用户所录入的起始地理位置信息和目标地理位置信息，并基于第一进程与第二进程之间的数据通信关系，向第一进程的应用逻辑线程发送导航变更指令，以对初始导航路径进行更新。其中，导航变更指令用于指示第一进程调用宿主应用的应用逻辑层，将初始导航路径中的目标地由目标地理位置信息调整为上述第二推荐位置，且将初始导航路径中的起始地由起始地理位置信息调整为关键地理位置信息。

可选的，导航用户针对第二显示区域所执行的操作不限于针对位置变更控件的触发操作，还包括如图2所示的收藏(例如，如图2所示的收藏控件)操作。进一步的，目标用户终端可以响应针对收藏控件的收藏操作，将第二小程序对应的业务数据进行收藏，比如，以第二小程序为图2所对应实施例中的“BBBB”所对应的小程序为例，该目标用户终端可以将“BBBB”所对应的数据(例如，评分和电话等)进行收藏。可选的，该目标用户终端还可以在第二显示区域中响应电话(即拨打电话，例如，如图2所示的电话控件)等操作。

进一步的，目标用户终端可以基于上述关键地理位置信息和第二推荐位置，将调整后的初始导航路径确定为目标导航路径，应用逻辑线程在接收到导航变更指令后，可以指示应用渲染线程在第一显示区域中渲染输出该目标导航路径。

其中，目标导航路径是基于导航用户对第二业务控件的触发操作所生成的。可以理解的是，在将初始导航路径中的目标地由目标地理位置信息调整为第二推荐位置，且将初始导航路径中的起始地由起始地理位置信息调整为关键地理位置信息之后，可以基于关键地理位置信息和第二推荐位置在业务地图图层上的位置，对相关路径进行规划后，得到目标导航路径。其中，目标导航路径可以确定为关键地理位置信息和第二推荐位置之间的最短路径，还可以在获取到实时交通状况后，将目标导航路径确定为关键地理位置信息和第二推荐位置之间用时最短的路径，本申请对其不做限制。

可选的，在目标用户终端响应第三触发操作之前，第一显示区域中的业务地图图层上可以不包括初始导航路径。基于此，在导航用户针对第二显示区域中的位置变更控件执行触发操作之后，目标用户终端可以基于导航用户的当前位置(即关键地理位置信息)和第二业务控件对应的第二推荐位置，通过相关路径规划算法确定第二业务控件对应的目标导航路径，通过第一进程的应用渲染线程直接在第一显示区域中渲染输出该目标导航路径。

可选的，上述目标导航路径(例如，目标导航路径1)还可以经调整后，确定为目标导航路径2。其中，目标用户终端在第一显示区域中输出目标导航路径1之后，可以基于导航用户对第三业务控件和位置变更控件的触发操作，在第一显示区域中输出与第三业务控件相关联的目标导航路径2(第三业务控件可以为第三小程序对应的业务控件)。其中，初始导航路径可以为目标用户终端在时刻T1所确定的导航路径，目标导航路径1可以为目标用户终端在时刻T2所确定的导航路径，目标导航路径2可以为目标用户终端在时刻T3所确定的导航路径。其中，时刻T2位于时刻T1之后，时刻T3位于时刻T2之后，时刻T1可以为响应上述第一小程序的业务变更控件所对应的时刻，时刻T2可以为响应上述第二小程序的业务变更控件所对应的时刻，时刻T3可以为响应上述第三小程序的业务变更控件所对应的时刻。其中，在第一显示区域中输出与第三小程序相关联的目标导航路径2的具体实现方式，可以参见上述输出目标导航路径(即目标导航路径1)的描述，这里将不再继续进行赘述。

在本申请一个或多个实施例中，运行有宿主应用的计算机设备在显示宿主应用的应用显示界面时，可以响应针对该应用显示界面中的小程序的触发操作，将小程序的业务渲染数据加载至第一进程，并通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，从而可以在输出小程序的可操作界面的同时，一并输出宿主应用的可操作界面。其中，第一进程为小程序对应的宿主应用所对应的进程，小程序的可操作界面属于第二显示区域，宿主应用的可操作界面属于第一显示界面。进一步的，在第一进程中基于宿主应用的应用渲染数据可以对第一显示区域进行渲染，在第一进程中基于小程序的业务渲染数据可以对第二显示区域进行渲染。这样，通过同一个进程(即第一进程)对第一显示区域和第二显示区域进行渲染，可以在无需退出小程序的可操作界面的情况下，对宿主应用的可操作界面进行渲染，从而可以实现宿主应用与小程序之间的联动交互。此外，通过另一独立进程(即第二进程)对小程序对应的业务逻辑数据进行逻辑处理，可以在不抢占第一进程资源的情况下，保障小程序与宿主应用的稳定性，进而可以在宿主应用与小程序之间进行无缝切换时，提高数据交互的灵活性。

进一步的，请参见图9，图9是本申请实施例提供的一种应用数据处理方法的流程示意图。如图9所示，该方法可以由计算机设备执行，该计算机设备可以为安装有上述宿主应用的目标用户终端，该目标用户终端可以为上述图2所对应实施例中的用户终端X；可选的，该计算机设备还可以为该宿主应用对应的业务服务器，该业务服务器可以为上述图1所对应实施例中的业务服务器2000。换言之，本申请一个或多个实施例所涉及的方法可以由目标用户终端执行，也可以由业务服务器执行，还可以由目标用户终端和业务服务器共同执行。为便于理解，以该方法由上述目标用户终端执行为例进行说明，以阐述在目标用户终端中进行应用数据处理的具体过程。其中，该方法可以包括以下步骤：

步骤S301，显示包含第一显示区域和第二显示区域的应用显示界面；

其中，第一显示区域展示宿主应用的应用渲染数据；第二显示区域展示宿主应用对应的第一小程序的业务渲染数据；第一小程序是响应针对第一显示区域中的第一业务控件的触发操作所确定的。

步骤S302，响应针对第一显示区域中的第二业务控件的触发操作，将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

其中，第一显示区域和第二显示区域为在应用显示界面中启动第一小程序时，对应用显示界面进行划分后所得到的。

可选的，若用于显示小程序的业务控件的业务显示控件的显示功能未开启，则目标用户终端可以在响应针对第二业务控件的触发操作之前，响应针对应用显示界面中的业务显示控件(该业务显示控件可以为图2所对应实施例中的业务显示控件)的触发操作，在第一显示区域中输出与第一小程序相关联的至少一个业务控件。其中，至少一个业务控件中包括第一业务控件和第二业务控件，该第一业务控件为第一小程序对应的业务控件，该第二业务控件为第二小程序对应的业务控件。

其中，第一业务控件可以间接显示在第一显示区域中，比如，在上述初始导航路径中，第一业务控件对应的第一推荐位置可以为该初始导航路径上的目标地理位置信息。第一业务控件还可以直接显示在第一显示区域中，比如，第一业务控件可以为上述导航用户在执行针对第一业务控件的触发操作之后，不针对第一小程序对应的位置变更控件执行触发操作，直接针对第二业务控件执行触发操作。

其中，步骤S301-步骤S302的具体实现方式，可以参见上述图4所对应实施例中对步骤S201-步骤S206的描述，这里将不再对其进行赘述。

为便于理解，请参见图10，图10是本申请实施例提供的一种更新小程序的场景示意图。如图10所示，目标用户终端获取业务数据的过程可以理解为一种更新小程序(该小程序即为第二小程序)的过程，该更新小程序的过程可以对应上述步骤S206的过程。其中，图10所示的应用显示界面800a可以包括第一显示区域和第二显示区域，该第一显示区域中可以包括宿主应用对应的显示内容，该第二显示区域(如图10所示第二显示区域X1)可以为第一小程序对应的区域。

在一个或多个实施例中，目标用户(该目标用户可以为上述导航用户)可以针对第一显示区域中业务控件中的第二业务控件执行触发操作，进而目标用户终端可以响应该触发操作，将第二业务控件对应的业务加载指令1发送给业务服务器(该业务服务器可以为图1所对应实施例中的业务服务器2000)，以使该业务服务器可以在业务数据库中查询该业务加载指令1对应的封装数据1。

进一步的，目标用户终端可以接收业务服务器返回的封装数据1，在对其进行解析处理后，得到第二业务控件对应的业务数据。此时，目标用户终端可以使用第二小程序(该第二小程序对应上述第二业务控件)的业务渲染数据，更新第二显示区域X1中的第一小程序的业务渲染数据，即将应用显示界面800a切换至应用显示界面800b。从第二显示区域X1到第二显示区域X2的更新，即意味着在打开第一小程序对应的显示页面的基础上，打开第二小程序对应的显示页面。

在一个或多个实施例中，应用显示界面800a中的第二显示区域X1和应用显示界面800b中的第二显示区域X2的区域大小，可以是相同的，也可以是不同的。其中，若第二显示区域X1的区域大小，等同于第二显示区域X2的区域大小，则可以表示第二业务控件对应的第二小程序的页面大小等于第一业务控件对应的第一小程序的页面大小，还可以表示目标用户终端可以对第二业务控件对应的第二小程序的显示页面进行缩放，以满足在上述第二显示区域中显示该显示界面，还可以表示目标用户终端可以将第二业务控件对应的第二小程序的显示页面嵌入至第二显示区域中，以使目标用户可以对该第二显示区域进行滑动等操作。

可选的，若第二显示区域X1的区域大小，不等同于第二显示区域X2的区域大小，则表示目标用户终端可以对该第二显示区域X1的大小进行缩放，以满足第二业务控件对应的第二小程序的页面大小。其中，第二显示区域X1的区域大小为上述第一小程序的显示页面的页面大小，第二显示区域X2的区域大小为上述第二小程序的显示页面的页面大小。

由此可见，本申请一个或多个实施例可以在应用显示界面中输出宿主应用对应的第一显示区域的同时，输出小程序对应的第二显示区域，通过第一进程对第一显示区域和第二显示区域进行渲染，可以在无需退出第一显示区域对应的宿主应用的情况下，操作第二显示区域(即通过第一进程对第二显示区域进行渲染)，或者可以在无需退出第二显示区域对应的小程序的情况下，操作第一显示区域(即通过第一进程对第一显示区域进行渲染)，进而可以实现宿主应用与小程序之间的联动交互，以提高数据交互的灵活性。

进一步的，请参见图11，图11是本申请实施例提供的一种应用数据处理方法的流程示意图。如图11所示，该方法可以由计算机设备执行，该计算机设备可以为安装有上述宿主应用的目标用户终端，该目标用户终端可以为上述图2所对应实施例中的用户终端X；可选的，该计算机设备还可以为该宿主应用对应的业务服务器，该业务服务器可以为上述图1所对应实施例中的业务服务器2000。换言之，本申请一个或多个实施例所涉及的方法可以由目标用户终端执行，也可以由业务服务器执行，还可以由目标用户终端和业务服务器共同执行。为便于理解，以该方法由上述目标用户终端执行为例进行说明，以阐述在目标用户终端中进行应用数据处理的具体过程。其中，该方法可以包括以下步骤：

步骤S401，显示与宿主应用相关联的应用显示界面；

在一个或多个实施例中，显示与宿主应用相关联的应用显示界面之前，还包括启动该宿主应用。当使用该目标用户终端的目标用户(该目标用户可以为上述导航用户)启动宿主应用时，目标用户终端可以响应针对该宿主应用的启动操作，并启动该宿主应用的第一进程，以通过该第一进程渲染输出该宿主应用对应的应用显示界面。

步骤S402，响应针对应用显示界面中的小程序的启动操作，输出宿主应用对应的第一显示区域和小程序对应的第二显示区域；

其中，第一显示区域和第二显示区域是对应用显示界面进行划分后所得到的。

步骤S403，基于小程序对应的业务渲染数据对第二显示区域进行渲染，基于宿主应用对应的应用渲染数据对第一显示区域进行渲染。

其中，步骤S401-步骤S403的具体实现方式，可以参见上述图4所对应实施例中对步骤S201-步骤S206的描述，这里将不再对其进行赘述。

为便于理解，请参见图12，图12是本申请实施例提供的一种启动小程序的场景示意图。如图12所示，目标用户终端获取业务数据的过程可以理解为一种启动小程序(该小程序可以为第一小程序)的过程，该启动小程序的过程可以对应上述步骤S201-步骤S205的过程。其中，图12所示的应用显示界面800c可以为宿主应用对应的显示界面，该显示界面中可以包括宿主应用对应的显示内容。

在一个或多个实施例中，目标用户终端在响应针对第一小程序的触发操作之后，可以将第一业务控件(该第一业务控件为第一小程序对应的业务控件)对应的业务加载指令2发送给业务服务器(该业务服务器可以为图1所对应实施例中的业务服务器2000)，以使该业务服务器可以在业务数据库中查询该业务加载指令2对应的封装数据2。

进一步的，目标用户终端可以接受业务服务器返回的封装数据2，在对其进行解析处理后，得到第一业务控件对应的业务数据。此时，目标用户终端可以将应用显示界面800c划分为第一显示区域和第二显示区域，即将应用显示界面800c切换至应用显示界面800d。其中，目标用户终端可以将第一小程序(该第一小程序对应上述第一业务控件)的业务渲染数据输出至第二显示区域中。

可选的，该第二显示区域还可以为提前设置的区域，即在应用显示界面800c中已经存在该第二显示区域，比如，该第二显示区域可以为空白的区域。目标用户终端在响应针对第一业务控件的触发操作之后，可以通过第一进程将业务数据(即对图12中的封装数据进行解析处理之后，得到的业务数据)中的业务渲染数据直接输出至提前设置的第二显示区域中。

由此可见，本申请一个或多个实施例可以在应用显示界面中输出宿主应用对应的第一显示区域的同时，输出小程序对应的第二显示区域，通过第一进程对第一显示区域和第二显示区域进行渲染，可以在无需退出第一显示区域对应的宿主应用的情况下，操作第二显示区域(即通过第一进程对第二显示区域进行渲染)，或者可以在无需退出第二显示区域对应的小程序的情况下，操作第一显示区域(即通过第一进程对第一显示区域进行渲染)，进而可以实现宿主应用与小程序之间的联动交互，以提高数据交互的灵活性。

进一步的，请参见图13，图13是本申请实施例提供的一种应用数据处理装置的结构示意图。其中该应用数据处理装置1可以包括：区域划分模块1a，区域渲染模块2a；进一步的，应用数据处理装置1还可以包括：数据加载模块3a，第三响应模块4a；

区域划分模块1a，用于响应针对应用显示界面中的小程序的触发操作，将小程序对应的业务渲染数据加载至第一进程，以及通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，其中，第一进程为小程序对应的宿主应用所对应的进程；

其中，小程序的业务渲染层和宿主应用的应用渲染层均运行于第一进程；小程序的业务逻辑层运行于第二进程；

区域划分模块1a包括：第一响应单元11，第二响应单元12；进一步的，区域划分模块1a还可以包括：指令发送单元13，第一确定单元14，第二确定单元15；

第一响应单元11，用于响应针对应用显示界面的第一触发操作，在应用显示界面中输出小程序的业务控件；

第二响应单元12，用于响应针对小程序的业务控件的第二触发操作，获取小程序对应的业务数据，业务数据包括业务渲染数据和业务逻辑数据，以及将业务渲染数据加载至第一进程。

所述第二响应单元12，具体用于从小程序对应的业务服务器获取业务数据。

可选的，指令发送单元13，用于当小程序的核心引擎通过第二进程执行业务逻辑数据时，向业务逻辑层对应的业务渲染层发送通知指令；通知指令用于指示加载有业务渲染数据的第一进程为小程序和宿主应用配置显示界面；

第一确定单元14，用于在应用显示界面中，将通过第一进程为宿主应用所配置的显示界面，作为应用渲染层对应的第一显示区域；

第二确定单元15，用于在应用显示界面中，将通过第一进程为小程序所配置的显示界面，作为业务渲染层对应的第二显示区域；第二显示区域为在应用显示界面中除第一显示区域之外所剩余的显示区域。

其中，第一响应单元11以及第二响应单元12的具体实现方式，可以参见上述图4所对应实施例中对步骤S201-步骤S202的描述，这里将不再进行赘述。可选的，指令发送单元13，第一确定单元14以及第二确定单元15的具体实现方式，可以参见上述图3所对应实施例中对步骤S101的描述，这里将不再进行赘述。

所述区域划分模块1a，具体用于当第二进程执行业务逻辑数据时，通过第一进程将应用显示界面划分为第一显示区域和第二显示区域。

区域渲染模块2a，用于在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染。

可选的，数据加载模块3a，用于将小程序对应的业务逻辑数据加载至小程序所对应的第二进程，第一进程不同于第二进程；

可选的，其中，小程序包括第一小程序；

第三响应模块4a，用于响应第三触发操作，确定与宿主应用相关联的第二小程序，将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

其中，宿主应用包括具有定位导航功能的车载应用，第一小程序与第一业务控件相关联，第二小程序与第二业务控件相关联，第一业务控件对应于第一推荐位置，第二业务控件对应于第二推荐位置；第一推荐位置和第二推荐位置均属于第一显示区域中的业务地图图层上的地理位置信息；业务地图图层是由第一进程根据车载应用的应用渲染数据对第一显示区域进行渲染后所得到的；

所述第三响应模块4a，具体用于响应针对第一显示区域中的第二推荐位置的第三触发操作，根据第二推荐位置所对应的第二业务控件，确定与车载应用相关联的第二小程序。

其中，区域划分模块1a，区域渲染模块2a以及数据加载模块3a的具体实现方式，可以参见上述图4所对应实施例中对步骤S203-步骤S205的描述，这里将不再进行赘述。可选的，第三响应模块4a的具体实现方式，可以参见上述图4所对应实施例中对步骤S206的描述，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步的，请参见图14，图14是本申请实施例提供的一种终端设备的结构示意图。如图14所示，该终端设备10可以包括：控制器10a、与控制器相连的显示屏20a。其中，

控制器10a，用于响应针对应用显示界面中的小程序的触发操作，将小程序对应的业务渲染数据加载至第一进程；

显示屏20a在控制器10a的控制下，用于通过第一进程将应用显示界面划分为第一显示区域和第二显示区域，其中，第一进程为小程序对应的宿主应用所对应的进程；

控制器10a，用于在第一进程中基于宿主应用的应用渲染数据对第一显示区域进行渲染，以及在第一进程中基于业务渲染数据对第二显示区域进行渲染。

应当理解，本申请实施例中所描述的终端设备10可执行前文图3或图4所对应实施例中对应用数据处理方法的描述，也可执行前文图13所对应实施例中对应用数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步的，请参见图15，图15是本申请实施例提供的一种应用数据处理装置的结构示意图。其中该应用数据处理装置2可以包括：界面显示模块1b，第一触发模块2b；进一步的，应用数据处理装置2还可以包括：第二触发模块3b；

界面显示模块1b，用于显示包含第一显示区域和第二显示区域的应用显示界面；其中，第一显示区域展示宿主应用的应用渲染数据；第二显示区域展示宿主应用对应的第一小程序的业务渲染数据；第一小程序是响应针对第一显示区域中的第一业务控件的触发操作所确定的；

第一触发模块2b，用于响应针对第一显示区域中的第二业务控件的触发操作，将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

可选的，其中，第一显示区域和第二显示区域为在应用显示界面中启动第一小程序时，对应用显示界面进行划分后所得到的；

第二触发模块3b，用于响应针对应用显示界面中的业务显示控件的触发操作，在第一显示区域中输出与第一小程序相关联的至少一个业务控件；至少一个业务控件中包括第一业务控件和第二业务控件；第一业务控件为第一小程序对应的业务控件；第二业务控件为第二小程序对应的业务控件。

其中，界面显示模块1b、第一触发模块2b以及第二触发模块3b的具体实现方式，可以参见上述图9所对应实施例中对步骤S301-步骤S302的描述，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步的，请参见图16，图16是本申请实施例提供的一种终端设备的结构示意图。如图16所示，该终端设备20可以包括：控制器10b、与控制器相连的显示屏20b。其中，

显示屏20b在控制器10b的控制下，用于显示包含第一显示区域和第二显示区域的应用显示界面；其中，第一显示区域展示宿主应用的应用渲染数据，第二显示区域展示宿主应用对应的第一小程序的业务渲染数据；第一小程序是控制器响应针对第一显示区域中的第一业务控件的触发操作所确定的；

控制器10b，用于响应针对第一显示区域中的第二业务控件的触发操作，控制显示屏将第二显示区域中的页面内容由第一小程序的业务渲染数据更新为第二小程序的业务渲染数据。

应当理解，本申请实施例中所描述的终端设备20可执行前文图9所对应实施例中对应用数据处理方法的描述，也可执行前文图15所对应实施例中对应用数据处理装置2的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步的，请参见图17，图17是本申请实施例提供的一种应用数据处理装置的结构示意图。其中该应用数据处理装置3可以包括：界面显示模块1c，区域输出模块2c，区域渲染模块3c；

界面显示模块1c，用于显示与宿主应用相关联的应用显示界面；

区域输出模块2c，用于响应针对应用显示界面中的小程序的启动操作，输出宿主应用对应的第一显示区域和小程序对应的第二显示区域；第一显示区域和第二显示区域是对应用显示界面进行划分后所得到的；

区域渲染模块3c，用于基于小程序对应的业务渲染数据对第二显示区域进行渲染，基于宿主应用对应的应用渲染数据对第一显示区域进行渲染。

其中，界面显示模块1c，区域输出模块2c以及区域渲染模块3c的具体实现方式，可以参见上述图11所对应实施例中对步骤S401-步骤S403的描述，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步的，请参见图18，图18是本申请实施例提供的一种终端设备的结构示意图。如图18所示，该终端设备30可以包括：控制器10c、与控制器相连的显示屏20c。其中，

显示屏20c在控制器10c的控制下，用于显示与宿主应用相关联的应用显示界面；

控制器10c，用于响应针对应用显示界面中的小程序的启动操作，控制显示屏输出宿主应用对应的第一显示区域和小程序对应的第二显示区域，第一显示区域和第二显示区域是对应用显示界面进行划分后所得到的；

控制器10c，用于基于小程序对应的业务渲染数据对第二显示区域进行渲染，基于宿主应用对应的应用渲染数据对第一显示区域进行渲染。

应当理解，本申请实施例中所描述的终端设备30可执行前文图11所对应实施例中对应用数据处理方法的描述，也可执行前文图17所对应实施例中对应用数据处理装置3的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

请参见图19，图19是本申请实施例提供的一种计算机设备的结构示意图。如图19所示，该计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，上述计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。可选的，网络接口1004可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器1005还可以是至少一个位于远离前述处理器1001的存储装置。如图19所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在如图19所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3、图4、图9或图11所对应实施例中对应用数据处理方法的描述，也可执行前文图13、图15或图17所对应实施例中对应用数据处理装置1、应用数据处理装置2或应用数据处理装置3的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且计算机可读存储介质中存储有前文提及的应用数据处理装置1、应用数据处理装置2或应用数据处理装置3所执行的计算机程序，且计算机程序包括程序指令，当处理器执行程序指令时，能够执行前文图3、图4、图9或图11所对应实施例中对应用数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

此外，需要说明的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行前文图3、图4、图9或图11所对应实施例中对应用数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储存储器(Read-Only Memory，ROM)或随机存储存储器(Random Access Memory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (14)

1.一种应用数据处理方法，其特征在于，包括：

响应针对应用显示界面中的小程序的触发操作，将所述小程序对应的业务渲染数据加载至第一进程，以及通过所述第一进程将所述应用显示界面划分为第一显示区域和第二显示区域，其中，所述第一进程为所述小程序对应的宿主应用所对应的进程；所述小程序集成在所述宿主应用中；

在所述第一进程中基于宿主应用的应用渲染数据对所述第一显示区域进行渲染，以及在所述第一进程中基于所述业务渲染数据对所述第二显示区域进行渲染；所述小程序的业务渲染层和所述宿主应用的应用渲染层均运行于所述第一进程；所述小程序的业务逻辑层运行于第二进程；所述业务渲染层用于运行所述业务渲染数据，所述应用渲染层用于运行所述应用渲染数据；

当所述小程序包括第一小程序，且响应所述第一显示区域中的触发操作时，确定与所述宿主应用相关联的第二小程序，将所述第二显示区域中的页面内容由所述第一小程序的业务渲染数据更新为所述第二小程序的业务渲染数据；

当响应所述第二显示区域中的触发操作时，所述第一小程序的业务逻辑层基于所述第一进程与所述第二进程之间的数据通信关系，向所述第一进程中所述宿主应用的应用逻辑层发送指令，所述指令用于指示所述第一进程调用所述应用逻辑层更新所述第一显示区域中的数据。

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

将所述小程序对应的业务逻辑数据加载至所述小程序所对应的第二进程，所述第一进程不同于所述第二进程；

所述通过第一进程将所述应用显示界面划分为第一显示区域和第二显示区域，包括：当所述第二进程执行所述业务逻辑数据时，通过所述第一进程将所述应用显示界面划分为第一显示区域和第二显示区域。

3.根据权利要求2所述的方法，其特征在于，所述响应针对应用显示界面中的小程序的触发操作，将所述小程序对应的业务渲染数据加载至第一进程，包括：

响应针对所述应用显示界面的第一触发操作，在所述应用显示界面中输出小程序的业务控件；

响应针对所述小程序的业务控件的第二触发操作，获取所述小程序对应的业务数据，所述业务数据包括所述业务渲染数据和所述业务逻辑数据，以及将所述业务渲染数据加载至所述第一进程。

4.根据权利要求3所述的方法，其特征在于，所述获取所述小程序对应的业务数据，包括：从所述小程序对应的业务服务器获取所述业务数据。

5.根据权利要求2所述的方法，其特征在于，所述当所述第二进程执行所述业务逻辑数据时，通过所述第一进程将所述应用显示界面划分为第一显示区域和第二显示区域，包括：

当所述小程序的核心引擎通过所述第二进程执行所述业务逻辑数据时，向所述业务逻辑层对应的所述业务渲染层发送通知指令；所述通知指令用于指示加载有所述业务渲染数据的所述第一进程为所述小程序和所述宿主应用配置显示界面；

在所述应用显示界面中，将通过所述第一进程为所述宿主应用所配置的显示界面，作为所述应用渲染层对应的第一显示区域；

在所述应用显示界面中，将通过所述第一进程为所述小程序所配置的显示界面，作为所述业务渲染层对应的第二显示区域；所述第二显示区域为在所述应用显示界面中除所述第一显示区域之外所剩余的显示区域。

6.根据权利要求1所述的方法，其特征在于，所述宿主应用包括具有定位导航功能的车载应用，所述第一小程序与第一业务控件相关联，所述第二小程序与第二业务控件相关联，所述第一业务控件对应于第一推荐位置，所述第二业务控件对应于第二推荐位置；所述第一推荐位置和所述第二推荐位置均属于所述第一显示区域中的业务地图图层上的地理位置信息；所述业务地图图层是由所述第一进程根据所述车载应用的应用渲染数据对所述第一显示区域进行渲染后所得到的；

所述当所述小程序包括第一小程序，且响应所述第一显示区域中的触发操作时，确定与所述宿主应用相关联的第二小程序，包括：

响应针对所述第一显示区域中的所述第二推荐位置的第三触发操作，根据所述第二推荐位置所对应的第二业务控件，确定与所述车载应用相关联的第二小程序。

7.一种应用数据处理方法，其特征在于，包括：

显示包含第一显示区域和第二显示区域的应用显示界面；其中，所述第一显示区域展示宿主应用的应用渲染数据；所述第二显示区域展示所述宿主应用对应的第一小程序的业务渲染数据；所述第一小程序是响应针对所述第一显示区域中的第一业务控件的触发操作所确定的；所述第一小程序集成在所述宿主应用中；所述小程序的业务渲染层和所述宿主应用的应用渲染层均运行于第一进程；所述小程序的业务逻辑层运行于第二进程；所述业务渲染层用于运行所述业务渲染数据，所述应用渲染层用于运行所述应用渲染数据；

当响应针对所述第一显示区域中的第二业务控件的触发操作时，将所述第二显示区域中的页面内容由所述第一小程序的业务渲染数据更新为第二小程序的业务渲染数据；

当响应所述第二显示区域中的触发操作时，所述第一小程序的业务逻辑层基于所述第一进程与所述第二进程之间的数据通信关系，向所述第一进程中所述宿主应用的应用逻辑层发送指令，所述指令用于指示所述第一进程调用所述应用逻辑层更新所述第一显示区域中的数据。

8.根据权利要求7所述的方法，其特征在于，所述第一显示区域和所述第二显示区域为在所述应用显示界面中启动所述第一小程序时，对所述应用显示界面进行划分后所得到的；

所述方法还包括：

响应针对所述应用显示界面中的业务显示控件的触发操作，在所述第一显示区域中输出与所述第一小程序相关联的至少一个业务控件；所述至少一个业务控件中包括第一业务控件和第二业务控件；所述第一业务控件为所述第一小程序对应的业务控件；所述第二业务控件为第二小程序对应的业务控件。

9.一种应用数据处理方法，其特征在于，包括：

显示与宿主应用相关联的应用显示界面；

响应针对所述应用显示界面中的小程序的启动操作，输出所述宿主应用对应的第一显示区域和所述小程序对应的第二显示区域；所述第一显示区域和所述第二显示区域是对所述应用显示界面进行划分后所得到的；所述小程序集成在所述宿主应用中；

基于所述小程序对应的业务渲染数据对所述第二显示区域进行渲染，基于所述宿主应用对应的应用渲染数据对所述第一显示区域进行渲染；所述小程序的业务渲染层和所述宿主应用的应用渲染层均运行于第一进程；所述小程序的业务逻辑层运行于第二进程；所述业务渲染层用于运行所述业务渲染数据，所述应用渲染层用于运行所述应用渲染数据；

当所述小程序包括第一小程序，且响应所述第一显示区域中的触发操作时，确定与所述宿主应用相关联的第二小程序，将所述第二显示区域中的页面内容由所述第一小程序的业务渲染数据更新为所述第二小程序的业务渲染数据；

当响应所述第二显示区域中的触发操作时，所述第一小程序的业务逻辑层基于所述第一进程与所述第二进程之间的数据通信关系，向所述第一进程中所述宿主应用的应用逻辑层发送指令，所述指令用于指示所述第一进程调用所述应用逻辑层更新所述第一显示区域中的数据。

10.一种终端设备，其特征在于，所述终端包括控制器、与所述控制器相连的显示屏，其中，

所述控制器，响应针对应用显示界面中的小程序的触发操作，将所述小程序对应的业务渲染数据加载至第一进程；

所述显示屏在控制器的控制下，通过所述第一进程将所述应用显示界面划分为第一显示区域和第二显示区域，其中，所述第一进程为所述小程序对应的宿主应用所对应的进程；所述小程序集成在所述宿主应用中；

所述控制器，在所述第一进程中基于宿主应用的应用渲染数据对所述第一显示区域进行渲染，以及在所述第一进程中基于所述业务渲染数据对所述第二显示区域进行渲染；所述小程序的业务渲染层和所述宿主应用的应用渲染层均运行于所述第一进程；所述小程序的业务逻辑层运行于第二进程；所述业务渲染层用于运行所述业务渲染数据，所述应用渲染层用于运行所述应用渲染数据；

所述控制器，当所述小程序包括第一小程序，且响应所述第一显示区域中的触发操作时，确定与所述宿主应用相关联的第二小程序，将所述第二显示区域中的页面内容由所述第一小程序的业务渲染数据更新为所述第二小程序的业务渲染数据；

所述控制器，当响应所述第二显示区域中的触发操作时，控制所述第一小程序的业务逻辑层基于所述第一进程与所述第二进程之间的数据通信关系，向所述第一进程中所述宿主应用的应用逻辑层发送指令，所述指令用于指示所述第一进程调用所述应用逻辑层更新所述第一显示区域中的数据。

11.一种终端设备，其特征在于，所述终端设备包括控制器、与所述控制器相连的显示屏，其中，

所述显示屏在控制器的控制下，显示包含第一显示区域和第二显示区域的应用显示界面；其中，所述第一显示区域展示宿主应用的应用渲染数据，所述第二显示区域展示所述宿主应用对应的第一小程序的业务渲染数据；所述第一小程序是所述控制器响应针对所述第一显示区域中的第一业务控件的触发操作所确定的；所述第一小程序集成在所述宿主应用中；所述小程序的业务渲染层和所述宿主应用的应用渲染层均运行于第一进程；所述小程序的业务逻辑层运行于第二进程；所述业务渲染层用于运行所述业务渲染数据，所述应用渲染层用于运行所述应用渲染数据；

所述控制器，当响应针对所述第一显示区域中的第二业务控件的触发操作时，控制所述显示屏将所述第二显示区域中的页面内容由所述第一小程序的业务渲染数据更新为第二小程序的业务渲染数据；

所述控制器，当响应所述第二显示区域中的触发操作时，控制所述第一小程序的业务逻辑层基于所述第一进程与所述第二进程之间的数据通信关系，向所述第一进程中所述宿主应用的应用逻辑层发送指令，所述指令用于指示所述第一进程调用所述应用逻辑层更新所述第一显示区域中的数据。

12.一种终端设备，其特征在于，所述终端包括控制器、与所述控制器相连的显示屏，其中，

所述显示屏在控制器的控制下，显示与宿主应用相关联的应用显示界面；

所述控制器，响应针对所述应用显示界面中的小程序的启动操作，控制所述显示屏输出所述宿主应用对应的第一显示区域和所述小程序对应的第二显示区域，所述第一显示区域和所述第二显示区域是对所述应用显示界面进行划分后所得到的；所述小程序集成在所述宿主应用中；

所述控制器，基于所述小程序对应的业务渲染数据对所述第二显示区域进行渲染，基于所述宿主应用对应的应用渲染数据对所述第一显示区域进行渲染；所述小程序的业务渲染层和所述宿主应用的应用渲染层均运行于第一进程；所述小程序的业务逻辑层运行于第二进程；所述业务渲染层用于运行所述业务渲染数据，所述应用渲染层用于运行所述应用渲染数据；

所述控制器，当所述小程序包括第一小程序，且响应所述第一显示区域中的触发操作时，确定与所述宿主应用相关联的第二小程序，将所述第二显示区域中的页面内容由所述第一小程序的业务渲染数据更新为所述第二小程序的业务渲染数据；

所述控制器，当响应所述第二显示区域中的触发操作时，控制所述第一小程序的业务逻辑层基于所述第一进程与所述第二进程之间的数据通信关系，向所述第一进程中所述宿主应用的应用逻辑层发送指令，所述指令用于指示所述第一进程调用所述应用逻辑层更新所述第一显示区域中的数据。

13.一种计算机设备，其特征在于，包括：处理器和存储器；

所述处理器与所述存储器相连，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以执行如权利要求1-9任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时，执行如权利要求1-9任一项所述的方法。

Images