CN116737405B - 一种快应用卡片的数据通信的方法及相关设备 - Google Patents

Abstract

本申请实施例提供了一种快应用卡片的数据通信的方法及相关装置，该方法应用于终端，终端包括原生应用、快应用引擎和快应用卡片，该方法包括：快应用引擎接收原生应用发送的第一消息，第一消息对应第一消息类型；快应用引擎确定第一消息类型对应的快应用卡片，第一消息类型被快应用卡片订阅；快应用引擎向快应用卡片发送第一消息，第一消息用于更新快应用卡片显示的信息，快应用卡片更新后显示的信息与原生应用显示的信息相匹配。用户在原生应用进行操作设置或原生应用的数据更新后，原生应用可以将相关信息通过第一消息发送至快应用，快应用卡片可以及时同步原生应用中的用户的操作设置和更新数据，从而提高用户的使用体验。

Description

一种快应用卡片的数据通信的方法及相关设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种快应用卡片的数据通信的方法及相关设备。

背景技术

原生应用是一种用于特定平台或设备的软件程序，能直接运行于终端的操作系统。一般来说，原生应用需要在终端上安装，才可以供用户使用。快应用是中国几大安卓手机厂商基于硬件平台共同推出的新型应用生态，无需下载安装，即点即用。快应用使用前端技术栈开发，原生渲染，同时具备H5页面和原生应用的双重优点，免安装、免存储、一键直达、更新直接推送。快应用框架程序深度集成进各厂商终端软件系统中。快应用运行在快应用框架程序内部，不能像原生应用一样，直接由终端的操作系统进行权限控制。

目前原生应用于快应用之间的状态同步性较差，用户在原生应用进行操作设置或原生应用中的数据更新后，需要用户手动点击快应用卡片，打开快应用后，快应用才能同步原生应用中的用户的操作设置或数据，从而导致用户的使用体验较差。

发明内容

本申请提供了一种快应用卡片的数据通信的方法及相关设备，用于使得快应用卡片可以及时同步原生应用中的用户的操作设置和更新数据，从而提高用户的使用体验。

第一方面，本申请提供了一种快应用卡片的数据通信的方法，该方法应用于终端，终端包括原生应用、快应用引擎和快应用卡片，该方法包括：快应用引擎接收原生应用发送的第一消息，第一消息对应第一消息类型；快应用引擎确定第一消息类型对应的快应用卡片，第一消息类型被快应用卡片订阅；快应用引擎向快应用卡片发送第一消息，第一消息用于更新快应用卡片显示的信息，快应用卡片更新后显示的信息与原生应用显示的信息相匹配。

由此可知，本申请实施例提供的快应用卡片的数据通信方法，可以通过快应用引擎将原生应用发送的第一消息推送至快应用卡片，实现了原生应用和快应用卡片在终端内部的数据同步。如此，用户在原生应用进行操作设置或原生应用的数据更新后，原生应用可以将相关信息通过第一消息发送至快应用，快应用卡片可以及时同步原生应用中的用户的操作设置和更新数据，从而提高用户的使用体验。

在一些实施例中，快应用引擎检测到快应用卡片的线程阻塞时，可以先缓存第一消息，直到在快应用引擎检测到快应用卡片的线程处于激活状态的情况下，快应用引擎向快应用卡片发送第一消息。需要说明的是，当快应用卡片的线程阻塞时，即快应用小程序在执行别的任务时，如果快应用引擎向快应用卡片发送第一消息，快应用卡片可能无法接受到第一消息，从而导致第一消息的丢失。为了避免第一消息丢失，本申请实施例中的快应用引擎在检测到快应用卡片处于阻塞状态时将缓存第一消息，直到快应用引擎检测到快应用卡片处于非阻塞状态(激活状态)时，才向快应用卡片发送第一消息。

在一些实施例中，本申请实施例提供的快应用卡片的数据通信方法还包括：原生应用识别到用户的配置操作；原生应用将配置操作的对应第一消息发送至快应用引擎。在另一些实施例中，原生应用可以自主识别终端中的数据，然后根据识别到的数据更新原生应用显示的信息，并根据识别到的数据生成第一消息发送至快应用引擎。

在一些实施例中，终端还包括宿主应用，宿主应用包括快应用卡片和消息收发管理模块，快应用引擎向快应用卡片发送第一消息，包括：快应用引擎向快应用卡片的宿主应用中的消息收发管理模块发送第一消息；宿主应用中的消息收发管理模块将第一消息转发至快应用卡片。需要说明的是，如果宿主应用中包含多个快应用卡片，多个快应用卡片可以通过同一个消息收发管理模块接收快应用引擎发送的消息。当多个快应用卡片均订阅了第一消息类型时，消息收发管理模块可以同时向多个快应用卡片发送第一消息。

在一些实施例中，终端包括还包括快应用小程序，该方法还包括：快应用引擎确定订阅第一消息类型的快应用小程序；快应用引擎向快应用小程序发送第一消息。需要说明的是，本申请实施例中快应用引擎中订阅消息对象还可以包括快应用小程序。快应用小程序在快应用引擎上订阅了第一消息类型后，快应用引擎也可以向快应用小程序发送第一消息。

在一些实施例中，快应用小程序包括消息收发管理模块和快应用页面，快应用引擎向快应用小程序发送第一消息，包括：快应用引擎向快应用小程序中的消息收发管理模块发送第一消息；快应用小程序中的消息收发管理模块将第一消息转发至快应用页面。

在一些实施例中，本申请实施例提供的方法还包括：快应用引擎接收快应用卡片发送的第二消息，第二消息对应第二消息类型；快应用引擎确定述第二消息类型对应的订阅消息对象，第二消息类型被订阅消息对象订阅；在第二消息类型对应的订阅消息对象为原生应用的情况下，快应用引擎通过广播将第二消息发送至订阅消息对象。本申请实施例提供的方法还可以实现快应用卡片向原生应用发送消息。需要说明的是，本申请实施例中的第一消息类型和第二消息类型可以为同一种消息类型，也可以为不同的消息类型。

在一些实施例中，本申请实施例提供的方法还包括：在第二消息类型对应的订阅消息对象为快应用卡片的情况下，快应用引擎向快应用卡片的宿主应用中的消息收发管理模块发送第二消息；在第二消息类型对应的订阅消息对象为快应用小程序的情况下，快应用引擎向快应用小程序中的消息收发管理模块发送第二消息。

在一些实施例中，本申请实施例提供的方法还包括：快应用引擎接收快应用小程序发送的第三消息；第三消息对应第三消息类型；快应用引擎确定第三消息类型对应的订阅消息对象，第三消息类型被订阅消息对象订阅；在第三消息类型对应的订阅消息对象为原生应用的情况下，快应用引擎通过广播将第三消息发送至订阅消息对象；在第三消息类型对应的订阅消息对象为快应用卡片的情况下，快应用引擎向快应用卡片的宿主应用中的消息收发管理模块发送第三消息。本申请实施例中的快应用引擎还可以实现快应用小程序推送消息至快应用卡片或原生应用。需要说明的是，本申请实施例中的第一消息类型和第三消息类型可以为同一种消息类型，也可以为不同的消息类型。

第二方面，本申请实施例还提供了一种电子设备，该设备包括处理器以及存储器：

存储器用于存储计算机程序；处理器用于根据计算机程序执行上述的快应用卡片的数据通信的方法。

第三方面，本申请实施例还提供了一种计算机可读存储介质，其特征在于，计算机可读存储介质用于存储计算机程序，计算机程序用于执行上述的快应用卡片的数据通信的方法。

通过上述技术方案可知，本申请具有以下有益效果：

本申请实施例提供的一种快应用卡片的数据通信的方法，该方法应用于终端，终端包括原生应用、快应用引擎和快应用卡片，该方法包括：快应用引擎接收原生应用发送的第一消息，第一消息对应第一消息类型；快应用引擎确定第一消息类型对应的快应用卡片，第一消息类型被快应用卡片订阅；快应用引擎向快应用卡片发送第一消息，第一消息用于更新快应用卡片显示的信息，快应用卡片更新后显示的信息与原生应用显示的信息相匹配。

由此可知，本申请实施例提供的快应用卡片的数据通信方法，可以通过快应用引擎将原生应用发送的第一消息推送至快应用卡片，实现了原生应用和快应用卡片在终端内部的数据同步。如此，用户在原生应用进行操作设置或原生应用的数据更新后，原生应用可以将相关信息通过第一消息发送至快应用，快应用卡片可以及时同步原生应用中的用户的操作设置和更新数据，从而提高用户的使用体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其它的附图。

图1为本申请实施例提供的一种终端的硬件示意图；

图2为本申请实施例提供的一种终端的显示界面的示意图；

图3为本申请实施例提供的另一种终端的显示界面的示意图；

图4为本申请实施例提供的一种快应用卡片和相关装置的示意图；

图5为本申请实施例提供的一种快应用引擎的示意图；

图6为本申请实施例提供的一种原生APP向快应用卡片推送消息的方法信令图；

图7为本申请实施例提供的一种快应用卡片向原生APP推送消息的方法信令图；

图8为本申请实施例提供的一种快应用卡片的数据通信方法的流程图。

具体实施方式

本申请说明书和权利要求书及附图说明中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了更好地理解本申请实施例提供的方案，先对本申请实施例提供的方案的应用场景进行介绍。本申请实施例所提供的方法应用于电子设备中，本申请实施例中的电子设备可以包括手机、平板电脑和笔记本等。

如图1所示，终端可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本实施例示意的结构并不构成对终端的具体限定。在另一些实施例中，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请实施例中的处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphicsprocessing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

在本申请实施例中，终端包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。其中，硬件层可以包括中央处理器(central processing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。操作系统层的操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。应用层可以包含浏览器、通讯录、文字处理软件、即时通信软件、音频播放软件、视频播放软件等应用。

本申请实施例中的快应用为终端内部无需安装可以直接使用的应用，快应用与对应的原生应用间存在数据共享的场景。例如，智能家居快应用与智能家居原生应用间存在共享设备列表的需求场景。示例性的，如图2，终端上安装了智能家居原生应用。用户可以通过点击桌面上的图标“智慧生活”，进入智能家居原生应用。“智慧生活”的主界面包括“我的设备”，可以显示在智能家居系统中注册的智能设备的列表。以从负一屏入口进入智能家居快应用为例。如图3，用户可以通过在终端桌面上，从左向右滑动屏幕，进入负一屏。负一屏包括快捷搜索301、运动健康302、快捷应用303、情景智能304、新闻306等部分。其中，快捷搜索301用于根据用户输入搜索本地或在线内容；运动健康302用于显示运动相关的信息，比如，走路的步数，消耗的能量，行走距离等；快捷应用303用于推荐或自定义快捷功能入口；情景智能304用于根据用户使用习惯推荐情景卡片，比如，情景智能304包括智能家居快应用显示界面305，智能家居快应用显示界面305可以显示在智能家居系统中注册的智能设备的列表；新闻306用于根据用户的使用习惯推荐新闻内容。由于智能家居快应用和智能家居原生应用都需要显示在智能家居系统中注册的智能设备的列表，所以智能家居快应用和智能家居原生应用需要同步用户在智能家居系统中注册的智能设备的信息。

为了解决上述的技术问题，本申请实施例所提供的方案提供了一种快应用卡片的数据通信方法，通过快应用引擎将原生应用推送的消息推送至快应用卡片，从而实现快应用和原生应用之间的同步。为了更好地理解本申请实施例提供的方案，下面结合附图对本申请实施例提供的方法进行详细介绍。

参见图4，该图为本申请实施例提供的一种快应用卡片和相关装置的示意图。

如图4所示，本申请实施例中与快应用卡片可以通过快应用引擎与快应用小程序和原生应用(原生APP)进行在终端内部的通信。需要说明的是，本申请实施例中的快应用小程序和快应用卡片均在快应用引擎上进行订阅，从而快应用引擎可以通过订阅信息向快应用小程序和快应用卡片发送消息通知，或接收快应用小程序或快应用卡片发送的消息。快应用引擎与原生APP和快应用的宿主APP之间的通信则可以通过终端的广播进行。

作为一种可能的实施方式，原生APP检测到用户的设置操作后，将设置操作对应的第一消息通过广播发送至快应用引擎。第一消息的消息类型为第一消息类型。快应用引擎接收到原生APP发送的第一消息后，将第一消息推送至订阅了第一消息类型的(例如快应用卡片1)的宿主APP。宿主APP中的消息收发管理模块接收到第一消息后，在注册的多个快应用卡片中确定订阅了第一消息类型的快应用卡片，并将第一消息发送至该快应用卡片。快应用引擎还会通过广播将第一消息发送至订阅了第一消息类型的宿主APP的Native Page，以使宿主APP在进程中添加所述第一消息对应的任务。如此，快应用卡片上也会进行用户的设置操作对应的配置更新。

当快应用卡片检测到用户的设置操作后，也可以将该设置操作的消息通过快应用引擎发送至原生APP，从而使得原生APP也进行用户的设置操作对应的配置更新。如果不同的快应用卡片之间存储配置的关联，当快应用卡片检测到用户的设置操作后，也可以将该设置操作的消息通过快应用引擎发送至订阅了该消息类型的其他快应用卡片，从而使得其他快应用卡片也进行用户的设置操作对应的配置更新。

在本申请实施例中，用户终端上还可能设置有快应用卡片对应的快应用小程序。此时，快应用引擎接收到原生APP发送的消息后，还可以将该消息推送至订阅了该消息对应的消息类型的快应用小程序。快应用小程序中的消息收发管理模块接收到快应用引擎推送的消息通知后，将该消息发送至在该消息收发管理模块中注册的快应用页面，从而使得快应用小程序的页面信息也随用户的操作设置进行同步更新。相应地，当快应用卡片检测到用户的设置操作后，也可以将该设置操作的消息通过快应用引擎发送至快应用小程序，从而使得快应用小程序也进行用户的设置操作对应的配置更新。当快应用小程序检测到用户的设置操作后，也可以将该设置操作的消息通过快应用引擎发送至快应用卡片和原生APP，从而使得快应用卡片和原生APP也进行用户的设置操作对应的配置更新。

需要说明的是，本申请实施例中宿主APP中包含有消息收发管理模块，当同一个宿主APP中的两个快应用卡片，例如快应用卡片1和快应用卡片2订阅均订阅了第一消息类型时，消息收发管理模块在接收到快应用引擎发送的第一消息后，可以同时将第一消息发送至快应用卡片1和快应用卡片2，实现快应用卡片的并行同步更新。

参见图5，该图为本申请实施例提供的一种快应用引擎的示意图。

如图5所示，快应用引擎中包括订阅消息对象管理模块、订阅消息缓存管理模块、消息派发模块、快应用卡片消息发送管理模块和与其他APP通信管理模块(以下简称APP通信管理模块)。其中，订阅消息对象管理模块主要用于管理快应用卡片、快应用小程序和原生APP在快应用引擎上订阅的消息类型。订阅消息缓存管理模块，用于当需要推送消息的目标快应用卡片处于阻塞状态时，缓存推送消息。消息派发模块，用于将快应用引擎接收的消息发送至快应用卡片，和/或快应用引擎。APP通信管理模块，用于将快应用引擎接收的消息发送至原生APP。快应用卡片消息发送管理模块，用于将快应用引擎接收的消息中需要发送至快应用卡片和/或快应用引擎的消息，发送至消息派发模块；还用于将快应用引擎接收的消息中需要发送至原生APP的消息，发送至APP通信管理模块。

下面通过几个示例对本申请实施例提供的快应用卡片的数据通信方法进行介绍。

参见图6，该图为本申请实施例提供的一种原生APP向快应用卡片推送消息的方法信令图。

如图6所示，本申请实施例中原生APP向快应用卡片推送消息的方法，包括：

S601：订阅消息对象管理模块确定第一消息对应的第一消息类型的订阅消息对象。

本申请实施例中的订阅消息对象管理模块位于快应用引擎。在实际的应用中，快应用引擎可以在终端内注册一个静态广播，该广播可以用于接收原生APP发送的消息通知。具体地，快应用引擎中的APP通信管理模块可以负责与原生APP进行通信。APP通信管理模块接收到原生APP发送的第一消息后，可以将第一消息转发至订阅消息对象管理模块进行进一步处理。

需要说明的是，本申请实施例中的第一消息为原生APP向快应用引擎发送的第一消息。第一消息的消息类型为第一消息类型。本申请实施例中的订阅消息对象包括在快应用引擎上进行消息订阅的快应用卡片、快应用小程序和原生APP。在实际的应用中，订阅消息对象管理模块可以根据预设的周期更新订阅消息对象的订阅信息，订阅消息对象也可以主动取消或增加订阅的消息类型，本申请实施例在此不做限定。

快应用引擎中的订阅消息对象管理模块接到第一消息后，在多个订阅消息对象中确定订阅第一消息类型的订阅消息对象。然后订阅消息对象管理模块将第一消息和订阅消息对象发送至快应用引擎中的快应用卡片消息发送管理模块。

S602：快应用卡片消息发送管理模块向消息派发模块发送订阅消息对象为快应用卡片和快应用小程序的第一消息。

快应用卡片消息发送管理模块负责将快应用引擎对外发送的消息进行处理。具体地，当第一消息的订阅消息对象为快应用卡片或快应用小程序时，快应用卡片消息发送管理模块将第一消息发送至消息派发模块，并通过消息派发模块向订阅消息对象进行发送。当第一消息的订阅消息对象为原生APP时，快应用卡片消息发送管理模块将第一消息发送至快应用引擎中的其他模块，并通过该模块向订阅消息对象进行发送。

S603：当订阅消息对象处于非阻塞状态时，消息派发模块向订阅消息对象发送第一消息。

需要说明的是，消息派发模块发送消息的对象，即订阅消息对象为快应用卡片和快应用小程序。当快应用卡片或快应用小程序的进程处于阻塞状态时，即快应用卡片或快应用小程序在执行别的任务时，如果消息派发模块向快应用卡片或快应用小程序发送第一消息，快应用卡片或快应用小程序可能无法接受到第一消息，从而导致第一消息的丢失。为了避免第一消息丢失，消息派发模块检测到订阅消息对象处于非阻塞状态时，才向订阅消息对象发送第一消息。

S604：当订阅消息对象处于阻塞状态时，消息派发模块向订阅消息缓存管理模块发送第一消息。

当订阅消息对象处于阻塞状态时，订阅消息对象可能无法接收到订阅消息缓存管理模块发送的第一消息。为了降低快应用引擎的功耗成本的同时保证第一消息不被丢失，本申请实施例中的消息派发模块检测到订阅消息对象处于阻塞状态时，消息派发模块向订阅消息缓存管理模块发送第一消息，以便对第一消息进行暂存。

S605：订阅消息缓存管理模块缓存第一消息。

订阅消息缓存管理模块位于快应用引擎内。订阅消息缓存管理模块收到消息派发模块发送的第一消息后，将缓存第一消息，以免第一消息丢失。

S606：当订阅消息对象处于非阻塞状态时，消息派发模块向订阅消息对象发送第一消息。

当消息派发模块检测到订阅消息对象处于非阻塞状态时，消息派发模块调用订阅消息缓存管理模块中存储的第一消息，并向订阅消息对象发送第一消息。此时由于订阅消息对象处于非阻塞状态，通常订阅消息对象都能接收到缓存管理模块发送的第一消息。作为一种可能的实施方式，消息派发模块调用订阅消息缓存管理模块中存储的第一消息后，订阅消息缓存管理模块删除其存储的第一消息。

在本申请实施例中，本申请实施例中原生APP可以为智慧大脑系统，本申请实施例中的快应用卡片可以为还款助手卡片。智慧大脑系统可以检测分析终端内的银行短信通知，如果银行短信通知为用户银行账户还款成功的通知，然后将用户账户还款成功对应的数据消息通过快应用引擎推送至还款助手卡片，还款助手卡片便可以根该数据消息，获得显示用户本月银行账户还款成功。如此，可以实现用户敏感数据在终端内部的通信，终端中的还款助手卡片可以显示智慧大脑系统推送的用户账户状态。

参见图7，该图为本申请实施例提供的一种快应用卡片向原生APP推送消息的方法信令图。

如图7所示，本申请实施例提供的快应用卡片向原生APP推送消息的方法，包括：

S701：订阅消息对象管理模块确定第二消息类型的订阅消息对象。

需要说明的是，本申请实施例中的第二消息为快应用卡片通过快应用引擎向订阅消息对象，即其他快应用卡片、原生APP或快应用小程序发送的。第二消息的消息类型为第二消息类型。快应用引擎中的订阅消息对象管理模块接到第二消息后，在多个订阅消息对象中确定订阅第二消息类型的订阅消息对象。然后订阅消息对象管理模块将第二消息和订阅消息对象发送至快应用引擎中的快应用卡片消息发送管理模块。

S702：快应用卡片消息发送管理模块向消息派发模块发送订阅消息对象为快应用卡片和快应用小程序的第二消息。

快应用卡片消息发送管理模块负责将快应用引擎对外发送的消息进行处理。具体地，当第二消息的订阅消息对象为快应用卡片或快应用小程序时，快应用卡片消息发送管理模块将第二消息发送至消息派发模块，并通过消息派发模块向订阅消息对象进行发送。当第二消息的订阅消息对象为原生APP时，快应用卡片消息发送管理模块将第二消息发送至快应用引擎中的其他模块，并通过该模块向订阅消息对象进行发送。

S703：快应用卡片消息发送管理模块向APP通信管理模块发送订阅消息对象为原生APP的第二消息。

当第一消息的订阅消息对象为原生APP时，快应用卡片消息发送管理模块将第二消息发送至快应用引擎中的APP通信管理模块，以便APP通信管理模块将第二消息发送给原生APP。需要说明的是，本申请实施例中的APP通过管理模块可以将快应用引擎中的消息发送至原生APP，也可以用于接收原生APP发送至快应用引擎的消息，然后推送该消息至订阅消息对象管理模块，本申请实施例在此不做限定。

S704：APP通信管理模块将第二消息通过广播发送订阅消息对象。

通过APP通过管理模块发送的第二消息的订阅消息对象为原生APP。APP通信管理模块可以与原生APP进行进程间通信(Inter-Process Communication，IPC)管理。具体地，APP通信管理模块可以通过终端内的广播将第二消息发送至原生APP。

S705：当订阅消息对象处于非阻塞状态时，消息派发模块向消息订阅对象发送第二消息。

S706：当订阅消息对象处于阻塞状态时，订阅消息缓存管理模块缓存第二消息。

S707：消息派发模块向订阅消息对象发送第二消息。

本申请实施例中步骤S705至S707的具体实施方式与上述实施例中步骤S603至步骤S606类似，本申请实施例在此不做赘述。

相关技术中快应用卡片与快应用卡片之间可以通过共享内存或读写一个文件来实现通信，但这种通信方式无法使得在同一个宿主APP中的两个快应用卡片实现数据同步。而且相关技术中无法实现快应用卡片和原生APP之间的数据同步，用户在原生应用进行操作设置后，需要用户手动点击快应用卡片，打开快应用后，快应用才能同步原生应用中的用户的操作设置。本申请实施例通过快应用引擎将原生应用发送的第一消息推送至快应用卡片，实现了原生应用和快应用卡片在终端内部的数据同步。一方面，用户在原生应用进行操作设置后，原生应用可以将相关信息通过第一消息发送至快应用，快应用可以及时同步原生应用中的用户的操作设置，从而提高用户的使用体验。另一方面，本申请实施例采用终端内部推数据的方式进行通信，可以减少终端向运行请求的次数，从一定程度上可以减少终端的功耗，而且在终端内部的通信可以保护用户数据的隐私案源，避免用户的敏感数据被上传至云端，减少用户数据泄露的风险。

参见图8，该图为本申请实施例提供的一种快应用卡片的数据通信方法的流程图。

如图8所示，本申请实施例提供的快应用卡片的数据通信方法应用于终端，终端包括原生应用、快应用引擎和快应用卡片，方法包括：

S801：快应用引擎接收原生应用发送的第一消息，第一消息对应第一消息类型。

需要说明的是，第一消息属于第一消息类型。本申请实施例中快应用引擎可以通过APP通信管理模块接收原生应用发送的第一消息，本申请实施例在此不做限定。

S802：快应用引擎确定第一消息类型对应的快应用卡片，第一消息类型被快应用卡片订阅。

步骤S802的具体实施方式可以参考图6中的步骤S601，本申请实施例在此不再赘述。需要说明的是，快应用引擎中可以存储有多个快应用卡片订阅的消息类型。当快应用引擎接收到第一消息时，可以根据预设的分类规则确定第一消息对应的消息类型，即第一消息类型。然后快应用引擎可以在多个快应用卡片中确定订阅了第一消息类型的快应用卡片。

S803：快应用引擎向快应用卡片发送第一消息，第一消息用于更新快应用卡片显示的信息，快应用卡片更新后显示的信息与原生应用显示的信息相匹配。

步骤S803的具体实施方式可以参考图6中的步骤S602至步骤S606，本申请实施例在此不再赘述。需要说明的是，本申请实施例中的快应用卡片可以通过快应用引擎获得原生应用显示的信息对应的第一消息，从而可以实现原生应用和快应用卡片在终端内部的数据同步。如此，用户在原生应用进行操作设置或原生应用的数据更新后，原生应用可以将相关信息通过第一消息发送至快应用，快应用卡片可以及时同步原生应用中的用户的操作设置和更新数据，从而提高用户的使用体验。

根据上述实施例提供的快应用卡片的数据通信方法，本申请实施例还提供了一种电子设备，该设备包括处理器以及存储器。其中，存储器用于存储计算机程序；处理器用于根据计算机程序执行上述的快应用卡片的数据通信方法。

根据上述实施例提供的快应用卡片的数据通信方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，计算机程序用于执行上述的快应用卡片的数据通信方法。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本实施例所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种快应用卡片的数据通信的方法，其特征在于，所述方法应用于终端，所述终端包括原生应用、快应用引擎和快应用卡片，所述方法包括：

所述快应用引擎接收所述原生应用发送的第一消息，所述第一消息对应第一消息类型；

所述快应用引擎确定第一消息类型对应的快应用卡片，所述第一消息类型被所述快应用卡片订阅；

所述快应用引擎向所述快应用卡片发送所述第一消息，所述第一消息用于更新所述快应用卡片显示的信息，所述快应用卡片更新后显示的信息与所述原生应用显示的信息相匹配。

2.根据权利要求1所述的方法，其特征在于，所述快应用引擎向所述快应用卡片发送所述第一消息，包括：

在所述快应用引擎检测到所述快应用卡片的线程处于激活状态的情况下，所述快应用引擎向所述快应用卡片发送所述第一消息；

所述方法还包括：

所述快应用引擎检测到所述快应用卡片的线程阻塞时，缓存所述第一消息。

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

所述原生应用识别到用户的配置操作；

所述原生应用将所述配置操作的对应第一消息发送至所述快应用引擎。

4.根据权利要求1所述的方法，其特征在于，所述终端还包括宿主应用，所述宿主应用包括快应用卡片和消息收发管理模块，所述快应用引擎向所述快应用卡片发送所述第一消息，包括：

所述快应用引擎向所述快应用卡片的宿主应用中的消息收发管理模块发送第一消息；

所述宿主应用中的消息收发管理模块将所述第一消息转发至所述快应用卡片。

5.根据权利要求1所述的方法，其特征在于，所述终端包括还包括快应用小程序，所述方法还包括：

所述快应用引擎确定订阅所述第一消息类型的快应用小程序；

所述快应用引擎向所述快应用小程序发送所述第一消息。

6.根据权利要求5所述的方法，其特征在于，所述快应用小程序包括消息收发管理模块和快应用页面，所述快应用引擎向所述快应用小程序发送所述第一消息，包括：

所述快应用引擎向所述快应用小程序中的消息收发管理模块发送第一消息；

所述快应用小程序中的消息收发管理模块将所述第一消息转发至所述快应用页面。

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

所述快应用引擎接收快应用卡片发送的第二消息，所述第二消息对应第二消息类型；

所述快应用引擎确定述第二消息类型对应的订阅消息对象，所述第二消息类型被所述订阅消息对象订阅；

在所述第二消息类型对应的订阅消息对象为原生应用的情况下，所述快应用引擎通过广播将所述第二消息发送至所述订阅消息对象。

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

在所述第二消息类型对应的订阅消息对象为快应用卡片的情况下，所述快应用引擎向所述快应用卡片的宿主应用中的消息收发管理模块发送第二消息；

在所述第二消息类型对应的订阅消息对象为快应用小程序的情况下，所述快应用引擎向所述快应用小程序中的消息收发管理模块发送第二消息。

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

所述快应用引擎接收快应用小程序发送的第三消息；所述第三消息对应第三消息类型；

所述快应用引擎确定所述第三消息类型对应的订阅消息对象，所述第三消息类型被所述订阅消息对象订阅；

在所述第三消息类型对应的订阅消息对象为原生应用的情况下，所述快应用引擎通过广播将所述第三消息发送至所述订阅消息对象；

在所述第三消息类型对应的订阅消息对象为快应用卡片的情况下，所述快应用引擎向所述快应用卡片的宿主应用中的消息收发管理模块发送第三消息。

10.一种电子设备，其特征在于，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行权利要求1-9中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1-9中任一项所述的方法。