CN115129408A - 一种车载Android系统基于全埋点技术获取前台应用的方法 - Google Patents

Abstract

本申请公开了一种车载Android系统基于全埋点技术获取前台应用的方法。所述车载Android系统基于全埋点技术获取前台应用的方法包括：根据全埋点技术获取前台应用的应用信息；将所述前台应用的应用信息存储至共享数据库内。本申请的车载Android系统基于全埋点技术获取前台应用的方法能够在不修改Android系统代码，或者系统层无人维护的情况下，通过全埋点技术，全方位监听各应用的前后台变化，对外提供当前前台应用，供非系统进程的应用做业务判断。

Description

一种车载Android系统基于全埋点技术获取前台应用的方法

技术领域

本申请涉及车载显示技术领域，具体涉及一种车载Android系统基于全埋点技术获取前台应用的方法、一种车载Android系统基于全埋点技术获取前台应用的装置、一种车载用人机交互方法。

背景技术

Android系统前台应用指当前占据屏幕，正在显示界面的应用。业务场景中，当某个应用，或者某个后台服务要调用其他进程的时候，都需要知道被调用进程是否在前台展示，以做不同的逻辑处理。Android 5.0之前，有自有api获取，通过ActivityManager的getRunningTasks(1)方法，获取到在运行的进程队列，然后拿到队列第一个进程，通过topActivity拿到进程的包名。5.0之后系统不再提供该方法，要获取前台应用，要么侵入系统，修改Android系统部分的代码，要么做代理，路线比较长，技术稍微复杂。

因此，希望有一种技术方案来解决或至少减轻现有技术的上述不足。

发明内容

本发明的目的在于提供一种车载Android系统基于全埋点技术获取前台应用的方法来至少解决上述的一个技术问题。

本发明的一个方面，提供一种车载Android系统基于全埋点技术获取前台应用的方法，所述车载Android系统基于全埋点技术获取前台应用的方法包括：

根据全埋点技术获取前台应用的应用信息；

将所述前台应用的应用信息存储至共享数据库内。

可选地，所述根据全埋点技术获取前台应用的应用信息包括：

在全埋点的上报页面显示点位中，通过显示的页面拿到对应的应用信息。

可选地，所述车载Android系统基于全埋点技术获取前台应用的方法进一步包括：

根据全埋点技术判断是否删除存储至共享数据库内的应用信息。

可选地，所述根据全埋点技术判断是否删除存储至共享数据库内的应用信息包括：

在全埋点的上报应用退出点位中，判断退出的应用是否是存储至共享数据库内的应用，若是，则清除共享数据库内的与该应用对应的应用信息。

可选地，所述应用信息包括包名信息。

本申请还提供了一种车载Android系统基于全埋点技术获取前台应用的装置，所述车载Android系统基于全埋点技术获取前台应用的装置包括：

应用信息获取模块，所述应用信息获取模块用于根据全埋点技术获取前台应用的应用信息；

存储模块，所述存储模块用于将所述前台应用的应用信息存储至共享数据库内。

本申请还提供了一种车载用人机交互方法，所述车载用人机交互方法包括：

采用如上所述的车载Android系统基于全埋点技术获取前台应用的方法获取到前台应用信息并存储至共享数据库；

获取使用者的语音信息；

根据使用者的语音信息获取使用者的语义信息；

根据所述语义信息判断是否需要执行指令操作，若是，则

生成指令操作信号；

将所述指令操作信号发送给位于共享数据库内的前台应用信息所对应的前台应用，从而使所述前台应用根据该指令操作信号进行操作。

可选地，所述车载用人机交互方法进一步包括：

获取指令操作对应表，所述指令操作对应表包括预设语义信息以及与预设语义信息对应的预设前台应用信息；

获取与所述语义信息相同的预设语义信息所对应的预设前台应用信息；

判断所述共享数据库内的前台应用信息与获取的预设前台应用信息是否相同，若是，则

将所述指令操作信号发送给位于共享数据库内的前台应用信息所对应的前台应用，从而使所述前台应用根据该指令操作信号进行操作。

本申请还提供了一种电子设备，所述电子设备包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上所述的车载Android系统基于全埋点技术获取前台应用的方法。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上所述的车载Android系统基于全埋点技术获取前台应用的方法。

有益效果

本申请的车载Android系统基于全埋点技术获取前台应用的方法能够在不修改Android系统代码，或者系统层无人维护的情况下，通过全埋点技术，全方位监听各应用的前后台变化，对外提供当前前台应用，供非系统进程的应用做业务判断。

附图说明

图1是本申请一实施例的车载Android系统基于全埋点技术获取前台应用的方法的流程示意图。

图2是能够实现本申请一实施例的车载Android系统基于全埋点技术获取前台应用的方法的电子设备的示意图。

具体实施方式

为使本申请实施的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本申请一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。下面结合附图对本申请的实施例进行详细说明。

图1是本申请一实施例的车载Android系统基于全埋点技术获取前台应用的方法的流程示意图。

如图1所示的车载手机自动连接方法包括：

步骤1：车载Android系统基于全埋点技术获取前台应用的方法包括：

步骤2：根据全埋点技术获取前台应用的应用信息；

步骤3：将所述前台应用的应用信息存储至共享数据库内。

本申请的车载Android系统基于全埋点技术获取前台应用的方法能够在不修改Android系统代码，或者系统层无人维护的情况下，通过全埋点技术，全方位监听各应用的前后台变化，对外提供当前前台应用，供非系统进程的应用做业务判断。

在本实施例中，所述根据全埋点技术获取前台应用的应用信息包括：

在全埋点的上报页面显示点位中，通过显示的页面拿到对应的应用信息。

在本实施例中，所述车载Android系统基于全埋点技术获取前台应用的方法进一步包括：

根据全埋点技术判断是否删除存储至共享数据库内的应用信息。

在本实施例中，所述根据全埋点技术判断是否删除存储至共享数据库内的应用信息包括：

在全埋点的上报应用退出点位中，判断退出的应用是否是存储至共享数据库内的应用，若是，则清除共享数据库内的与该应用对应的应用信息。

在本实施例中，所述应用信息包括包名信息。

下面以举例的方式对本申请进行进一步详细阐述，可以理解的是，该举例并不构成对本申请的任何限制。

本申请由全埋点的页面显示点位和应用退出点位，共同判断得出前台应用的包名。即在上报页面显示点位的方法里，通过显示的activity，拿到对应的包名，存储在ContentProvider或者其他共享路径下，让其他进程可以直接读取到。然后在上报应用退出点位的方法里，通过判断退出的应用是否是存储的当前显示应用，若是，则清除记录的数据，确保其他进程获取到的数据的正确性。

因为全埋点技术已比较成熟，对系统无要求，业务层应用接入方便，代码简洁，所以在使用了全埋点技术的系统里，可通过该方案为业务层提供前台应用的信息。具体使用中，由全埋点得到的前台应用的包名，将其存在提供存储服务的进程里，在其他进程需要的时候可以实时读取。

车载Android系统通常是一套完整的封闭的系统，全埋点技术在车载系统中，在不侵犯用户隐私的前提下，可以提供系统内各应用的使用情况，为后续改进体验升级服务提供数据支持。

全埋点技术里面的一个基础点位，就是应用的前台显示。该功能的实现是依赖于Application的ActivityLifecycleCallbscks接口，在onActiviotyResumed(Activityactivity)回调，传回的activity即是当前显示的前台应用里面的一个activity，通过该activity可以获取到前台应用的包名等相关信息。ActivityLifecycleCallbscks接口要在Application的onCreate方法中注册，所以要求业务层应用在Application的onCreate方法中初始化全埋点功能即可。

由此即拿到了前台应用的包名，然后存储在共享路径下，方便其他进程读取。

再通过全埋点的应用退出点位，判断存储的前台应用是否已退出，若已退出，清空存储的前台应用数据即可，确保数据的准确性。

本申请还提供了一种车载Android系统基于全埋点技术获取前台应用的装置，所述车载Android系统基于全埋点技术获取前台应用的装置包括应用信息获取模块以及存储模块，应用信息获取模块用于根据全埋点技术获取前台应用的应用信息；存储模块用于将前台应用的应用信息存储至共享数据库内。

本申请还提供了一种车载用人机交互方法，所述车载用人机交互方法包括：

采用如上的车载Android系统基于全埋点技术获取前台应用的方法获取到前台应用信息并存储至共享数据库；

获取使用者的语音信息；

根据使用者的语音信息获取使用者的语义信息；

根据所述语义信息判断是否需要执行指令操作，若是，则

生成指令操作信号；

将指令操作信号发送给位于共享数据库内的前台应用信息所对应的前台应用，从而使所述前台应用根据该指令操作信号进行操作。

采用这种方式，能够使得使用者在进行人机交互时，可以通过本方法拿到前台应用的信息，将指令准确的交给执行方。

在一个实施例中，车载用人机交互方法进一步包括：

获取指令操作对应表，所述指令操作对应表包括预设语义信息以及与预设语义信息对应的预设前台应用信息；

获取与语义信息相同的预设语义信息所对应的预设前台应用信息；

判断共享数据库内的前台应用信息与获取的预设前台应用信息是否相同，若是，则

将指令操作信号发送给位于共享数据库内的前台应用信息所对应的前台应用，从而使前台应用根据该指令操作信号进行操作。

在该实施例中，本申请进一步包括：

判断共享数据库内的前台应用信息与获取的预设前台应用信息是否相同，若否，则

获取与该语义信息相同的预设语义信息所对应的预设前台应用信息；

将所述指令操作信号发送给该预设前台应用信息所对应的应用，从而使该应用根据该指令操作信号工作并将该应用作为前台应用替代之前的位于前台的应用。

举例来说，我们的车机都有语音控制系统，也有车载娱乐系统，娱乐可以有酷我音乐、喜马拉雅、电台等多个App，这些App都有“播放下一个”这个功能。语音已经基本上做到了可见即可说，那么在通过语音喊出“播放下一个”，这个指令后，语音系统将具体的指令交给谁去执行，就需要知道当前谁在前台，因为只有前台应用是用户可见的，用户喊出的语音指令自然是给前台应用的。这个时候，语音系统，或者转发指令的进程，如果不是系统进程，那就可以通过本方法拿到前台应用的信息，将指令准确的交给执行方。

然而，有些情况下，会发现前台的这个应用实现不了使用者的指令，例如，前台应用为喜马拉雅，但是喜马拉雅可以听相声等，却不能听歌曲，此时，使用者指令为听周杰伦的青花瓷歌曲，明显喜马拉雅无法实现，则，通过本申请的交互方法，可以将酷我音乐调到前台，继而播放青花瓷音乐。

可以理解的是，上述对方法的描述，也同样适用于对装置的描述。

本申请还提供了一种电子设备，包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如上的车载Android系统基于全埋点技术获取前台应用的方法。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如上的车载Android系统基于全埋点技术获取前台应用的方法。

图2是能够实现根据本申请一个实施例提供的车载Android系统基于全埋点技术获取前台应用的方法的电子设备的示例性结构图。

如图2所示，电子设备包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505以及输出设备506。其中，输入接口502、中央处理器503、存储器504以及输出接口505通过总线507相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线507连接，进而与电子设备的其他组件连接。具体地，输入设备504接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到电子设备的外部供用户使用。

也就是说，图2所示的电子设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及一个或多个处理器，该一个或多个处理器在执行计算机可执行指令时可以实现结合图1描述的车载Android系统基于全埋点技术获取前台应用的方法。

在一个实施例中，图2所示的电子设备可以被实现为包括：存储器504，被配置为存储可执行程序代码；一个或多个处理器503，被配置为运行存储器504中存储的可执行程序代码，以执行上述实施例中的车载Android系统基于全埋点技术获取前台应用的方法。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动，媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数据多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

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

在本实施例中所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现装置/终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在本实施例中，装置/终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。本申请虽然以较佳实施例公开如上，但其实并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此，本申请的保护范围应当以本申请权利要求所界定的范围为准。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

此外，显然“包括”一词不排除其他单元或步骤。装置权利要求中陈述的多个单元、模块或装置也可以由一个单元或总装置通过软件或硬件来实现。

虽然，上文中已经用一般性说明及具体实施方案对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。

Claims (10)

1.一种车载Android系统基于全埋点技术获取前台应用的方法，其特征在于，所述车载Android系统基于全埋点技术获取前台应用的方法包括：

根据全埋点技术获取前台应用的应用信息；

将所述前台应用的应用信息存储至共享数据库内。

2.如权利要求1所述的车载Android系统基于全埋点技术获取前台应用的方法，其特征在于，所述根据全埋点技术获取前台应用的应用信息包括：

在全埋点的上报页面显示点位中，通过显示的页面拿到对应的应用信息。

3.如权利要求2所述的车载Android系统基于全埋点技术获取前台应用的方法，其特征在于，所述车载Android系统基于全埋点技术获取前台应用的方法进一步包括：

根据全埋点技术判断是否删除存储至共享数据库内的应用信息。

4.如权利要求3所述的车载Android系统基于全埋点技术获取前台应用的方法，其特征在于，所述根据全埋点技术判断是否删除存储至共享数据库内的应用信息包括：

在全埋点的上报应用退出点位中，判断退出的应用是否是存储至共享数据库内的应用，若是，则清除共享数据库内的与该应用对应的应用信息。

5.如权利要求4所述的车载Android系统基于全埋点技术获取前台应用的方法，其特征在于，所述应用信息包括包名信息。

6.一种车载Android系统基于全埋点技术获取前台应用的装置，其特征在于，所述车载Android系统基于全埋点技术获取前台应用的装置包括：

应用信息获取模块，所述应用信息获取模块用于根据全埋点技术获取前台应用的应用信息；

存储模块，所述存储模块用于将所述前台应用的应用信息存储至共享数据库内。

7.一种车载用人机交互方法，其特征在于，所述车载用人机交互方法包括：

采用如权利要求1至6中任意一项所述的车载Android系统基于全埋点技术获取前台应用的方法获取到前台应用信息并存储至共享数据库；

获取使用者的语音信息；

根据使用者的语音信息获取使用者的语义信息；

根据所述语义信息判断是否需要执行指令操作，若是，则

生成指令操作信号；

将所述指令操作信号发送给位于共享数据库内的前台应用信息所对应的前台应用，从而使所述前台应用根据该指令操作信号进行操作。

8.如权利要求7所述的车载用人机交互方法，其特征在于，所述车载用人机交互方法进一步包括：

获取指令操作对应表，所述指令操作对应表包括预设语义信息以及与预设语义信息对应的预设前台应用信息；

获取与所述语义信息相同的预设语义信息所对应的预设前台应用信息；

判断所述共享数据库内的前台应用信息与获取的预设前台应用信息是否相同，若是，则

将所述指令操作信号发送给位于共享数据库内的前台应用信息所对应的前台应用，从而使所述前台应用根据该指令操作信号进行操作。

9.一种电子设备，其特征在于，所述电子设备包括存储器、处理器以及存储在存储器中并能够在处理器上运行的计算机程序，处理器执行计算机程序时实现如权利要求1至6中任意一项所述的车载Android系统基于全埋点技术获取前台应用的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时能够实现如权利要求1至6中任意一项所述的车载Android系统基于全埋点技术获取前台应用的方法。

Images