CN110069233A - 控制显示与车载系统适配的应用通知的方法、设备及车辆 - Google Patents

Abstract

本发明涉及一种控制显示与车载系统适配的应用通知的方法、设备及车辆。方法包括：响应于接收到来自应用的通知，确定通知的系统视窗模板，系统视窗模板与车载系统的主题风格相适配；通过解析通知的视窗，提取将用于通知的新视窗的视窗元素信息；以及基于系统视窗模板和提取的视窗元素信息，生成通知的新视窗。进一步地，在车载系统的显示设备上显示通知的新视窗，并响应来自用户的交互事件。本发明的实施例通过解析应用自定义的视窗，提取出其中的重要视窗元素，按照系统风格重新生成一个通知视窗，实现了应用通知视窗的深度适配，由此为用户提供更佳的视觉体验。

Description

控制显示与车载系统适配的应用通知的方法、设备及车辆

技术领域

本发明总体上涉及计算机技术领域，具体涉及一种控制显示与车载系统适配的应用通知的方法、设备及车辆。

背景技术

开发的各种应用程序(或称应用)得到用户的广泛使用，这些应用程序可以安装到不同的终端系统中。当应用发送通知消息时，终端系统将向用户显示这些通知消息。发明人注意到，终端系统对应用通知的显示通常以应用自身定义为主，不做其他改变。相应地，应用通知仍然以应用所定义的布局呈现，而各个应用自定义的通知视窗的布局风格难以统一，并且通常与诸如车载终端的终端系统风格不一致，导致视觉效果不佳。在用户使用终端的过程中，提供与该终端系统适配的通知视窗或显示方式将是有利的，由此可以为用户提供更佳的视觉效果。

发明内容

针对上述问题，本发明的实施例提供一种控制显示与车载系统适配的应用通知的方法、设备及车辆，解决了现有技术中存在的上述缺陷。

在本发明的第一方面，提供一种控制显示与车载系统适配的应用通知的方法。该方法包括：响应于接收到来自应用的通知，确定通知的系统视窗模板，系统视窗模板与车载系统的主题风格相适配；通过解析通知的视窗，提取将用于通知的新视窗的视窗元素信息；以及基于系统视窗模板和提取的视窗元素信息，生成通知的新视窗。

在某些实施例中，确定通知的系统视窗模板包括：确定通知的应用类型以及车载系统当前的主题风格；以及基于确定的应用类型和主题风格，从车载系统配置的多个系统视窗模板中确定通知的系统视窗模板。

在某些实施例中，提取将用于通知的新视窗的视窗元素信息包括：获取通知的视窗中的个体视窗；基于个体视窗的类别，确定与个体视窗关联的系统视窗模板的视窗元素集合；将个体视窗与视窗元素集合进行匹配操作，以确定个体视窗是否与系统视窗模板的视窗元素匹配；以及响应于匹配成功，提取个体视窗将用于通知的新视窗的视窗元素信息。

在某些实施例中，将个体视窗与视窗元素集合进行匹配操作包括：获取个体视窗的标识；获取视窗元素集合中每个视窗元素所关联的关键字集合；以及将个体视窗的标识与关键字集合进行匹配。

在某些实施例中，响应于匹配成功，方法还包括：确定个体视窗与系统视窗模板所匹配的视窗元素。

在某些实施例中，方法还包括：响应于匹配不成功，丢弃个体视窗。

在某些实施例中，响应于匹配成功，方法还包括：确定个体视窗是否可响应交互事件；响应于个体视窗可响应交互事件，提取个体视窗的视窗元素信息后缓存个体视窗；以及响应于个体视窗不可响应交互事件，提取个体视窗的视窗元素信息后丢弃个体视窗。

在某些实施例中，生成通知的新视窗包括：基于针对通知的每个个体视窗所确定的与系统视窗模板匹配的视窗元素以及针对每个个体视窗所提取的个体视窗的视窗元素信息，生成通知的新视窗。

在某些实施例中，方法还包括：在车载系统的显示设备上显示通知的新视窗；以及响应于来自用户的交互事件，调用缓存的交互事件相应的个体视窗的事件处理方法。

在本发明的第二方面，提供一种电子设备，包括：处理器；以及存储有指令的存储器，指令在被处理器执行时促使电子设备执行如本发明第一方面所描述的方法。

在本发明的第三方面，提供一种车辆，其包括根据本发明第二方面所描述的电子设备。

本发明的实施例通过解析应用自定义的视窗，提取出其中的重要视窗元素，然后按照系统风格重新生成一个通知视窗，实现了应用通知视窗的深度适配，完全按照系统风格进行全新布局，实现通知视窗与系统用户界面风格的完美统一，为用户提供了更佳的视觉体验。

附图说明

图1示出根据本发明的一个实施例的控制显示与车载系统适配的应用通知的方法的流程图；

图2示出根据本发明的另一实施例的控制显示与车载系统适配的应用通知的过程的示意性框图；以及

图3示出适合实现本发明的实施例的电子设备的方框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。但本领域技术人员知晓，本发明并不局限于附图和以下实施例。

如本文中所述，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”。术语“基于”可以被理解为“至少部分地基于”。术语“一个实施例”可以被理解为“至少一个实施例”。术语“另一实施例”可以被理解为“至少一个其它实施例”。

当前的终端系统对应用通知的显示通常以应用自身定义为主，发明人注意到，即使在此基础上对应用通知的字体和颜色进行调整以适配系统的设置，各个应用自定义的通知视窗的布局风格仍然难以统一，与系统风格不一致导致视觉效果不佳。

有鉴于此，本发明实施例提供一种系统适配应用通知视窗的方案，能够实现系统与应用通知视窗的深度适配，完全按照系统风格进行全新布局和显示，实现通知视窗与系统用户界面风格的完美统一，给用户更佳的视觉体验。

在本文中，终端系统或系统指代运行各种应用程序(应用)的系统，其可以物理上包括具有显示装置并且支持运行应用的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机、台式计算机、车载终端等等，在软件上其可以包括基于安卓、iOS的系统或其他系统。下文中将主要以基于安卓的车载终端系统为例进行说明。

应用程序可以是第三方开发后用户下载安装到系统中。典型地，应用通知包括各种通知消息(notification)，其通常由应用推送给终端系统。在本文中，这些通知需要系统以显式方式提供给用户，例如采用视窗形式在显示装置上呈现。

下面结合附图对本发明实施例作进一步描述。图1示出了根据本发明的一个实施例的系统适配应用通知视窗的方法100的流程图，方法100可以在终端系统处实现。

在步骤110，响应于接收到来自应用的通知，确定通知的系统视窗模板。根据本发明实施例，系统为各种类型的应用预先定义按照系统用户界面(UI，User Interface)风格设计的布局模板，称之为系统视窗模板。

在系统为基于安卓的车载系统的实施例中，针对每一个主题风格，为诸如歌曲应用、视频应用、社交应用、天气应用、地图导航应用等各类应用按照不同类型设置相应的系统视窗模板。各个系统视窗模板包括与系统适配的至少一个视窗元素，视窗元素可以包括视窗中的各种控件和组件。例如，对于歌曲应用，其相应的系统视窗模板可以包含歌曲名textView、歌手名textView、专辑封面imageView、播放/暂停控制按钮buttonView等。

进一步地，这些视窗元素具有各自的类别，例如文本、图片、按键等，并且每个视窗元素具有相关联的关键字集合。例如，对于歌手名textView，与其相关联的关键字集合可以包括艺术家(artist)、歌手(singer)等；对于歌曲名textView，与其相关联的关键字集合可以包括名称(name)、标题(title)等；对于专辑封面imageView，与其相关联的关键字集合可以包括专辑(album)、封面(cover)等；对于播放播放/暂停控制按钮buttonView，与其相关联的关键字集合可以包括播放(play)、暂停(pause)等。

这里，列举的关键字集合仅为示意，各种应用的视窗元素均具有相对应的关键字集合。此外，可以对这些关键字进行扩展，以尽可能涵盖与应用通知更多更准确的匹配项。下表一示出了某一主题风格下应用模板相关信息的一个示例。

表一

可以理解，上表一作为示例，其中每个应用均有与其关联系统视窗模板，该系统视窗模板可以基于应用类型而相同或不同，也就是说，同一类型的应用可以具有相同的通知视窗布局或者具有不同的通知视窗布局。每个系统视窗模板具有相应的模板视窗元素，这些模板视窗元素进而具有各自的视窗元素类别以及相关联的关键字集合。

根据本发明的进一步实施例，考虑到终端系统通常有不同的主题风格，例如基于安卓的车载系统可以包括默认主题、Holo主题、Material主题等，上述的系统视窗模板进一步适配不同的主题。

下表二示出了具有两个主题风格的终端系统的应用模板相关信息的一个示例。

表二

值得注意的是，在本实施例中，系统视窗模板是按照车载系统的UI风格设置，其字体、颜色、布局、形状、显示透明度、视窗元素数量等与车载系统相适应，可以仅选择性地体现出通知的重要视窗元素，并且能够与车载系统当前的运行和显示状态有关。因此，系统视窗模板与应用自定义的风格可以是完全不同的。根据车载系统不同的主题风格，配置与主题风格相适配的系统视窗模板，并将这些模板及其应用类型、主题风格、模板视窗元素、关键字集合等信息关联地存储在非易失性存储器中。

在一个实施例中，通过确定来自应用的通知的类型，从系统如上所配置的多个系统视窗模板中确定通知的系统视窗模板。通过分析应用的应用标识信息，从中获得应用的类型，继而查找到与应用的类型相关联的系统视窗模板，并且进一步通过确定系统当前的主题风格，确定与该应用所对应的特定系统视窗模板。

在步骤120，通过解析通知的视窗，提取将用于通知的新视窗的视窗元素信息。根据接收到的应用通知，分析通知的视窗，并根据对每个视窗或子视窗的解析而提取将要在系统显示的新视窗中应用的视窗元素信息。

当从应用通知中提取了将用于通知的新视窗的各个视窗元素信息后，在步骤130基于确定的系统视窗模板和提取的视窗元素信息，生成通知的新视窗。

根据本发明实施例，提供给用户的通知视窗是经过深度适配而重新生成的，可以具有不同于应用原通知视窗的布局位置、形状或其他显示效果等，并且可以丢弃应用原通知视窗。根据针对通知的每个个体视窗所确定的系统视窗模板所匹配的视窗元素以及所提取的该个体视窗的视窗元素信息，将提取的视窗元素信息配置到模板相应的视窗元素中，生成通知的新视窗。

图2示出了根据本发明的一个实施例的控制显示与车载系统适配的应用通知的的过程200的示意性框图。如图所示，当在步骤201接收到应用通知时，在步骤203确定应用类型和车载系统当前的主题风格，并在步骤205确定通知的系统视窗模板。

作为示例，当车载系统接收到音乐应用的通知时，通过分析该应用的应用标识信息，从中获得应用的类型，确定其是音乐类型应用，并且确定系统当前处于主题风格2模式下。由此，根据以上示例的描述，可以确定该应用的通知将使用音乐布局模板2。

接着，在步骤207分析通知的视窗，并在步骤209确定通知视窗是否为组视窗。这里，组视窗指代包括多个子视窗的视窗群组，例如可以包括在安卓系统中的Groupview所表示的组视图。

当确定通知的视窗为组视窗时，在步骤211遍历其子视窗，直到得到每一个个体(individual)视窗，以便对其进行处理。个体视窗是针对通知的视窗进行处理的基本单元，其中不再包括子视窗。也就是说，当通知的视窗为组视窗时，系统将获取每一个个体视窗，并针对每个个体视窗进行如下处理。

在步骤213，确定个体视窗的类别。对个体视窗进行类别分类，以便更有效地在步骤215进行与系统视窗模板元素的匹配。在本实施例中，可以如下进行与模板视窗元素的匹配。首先，根据个体视窗的类别，可以确定出与该个体视窗关联的系统视窗模板的视窗元素集合。在一个实施例中，可以根据个体视窗的类(class)来判断该个体视窗是文本、图片或者按键等类别。相应地，在110确定的通知的系统视窗模板包括多个视窗元素，这些视窗元素具有各自的类别并且具有关联的关键字集合。此时，可以在步骤215将个体视窗与系统视窗模板中的视窗元素集合进行匹配，以确定个体视窗是否与系统视窗模板的视窗元素匹配。

具体而言，当获知了个体视窗的类别，可以确定出该个体视窗与在110中确定的系统视窗模板中的视窗元素相关联的视窗元素集合，并通过获取该个体视窗的标识信息(例如viewID)，与模板中的视窗元素的关键字集合进行匹配。

以上述来自音乐应用的通知为例，通过分析该通知的视窗，得到每一个个体视窗。对于某一个体视窗，根据该个体视窗的类(class)判断该个体视窗是文本，即textView。此时，通过表一和/或表二可以确定该个体视窗关联的音乐布局模板2的视窗元素集合包括两个视窗元素，即歌手名和歌曲名。进一步地，获取该个体视窗的viewID，并将其viewID与歌手名和歌曲名所关联的关键字集合进行匹配。

当在步骤217确定匹配成功时，即已确定出该个体视窗与系统视窗模板所匹配的视窗元素，在步骤219提取该个体视窗的视窗信息，这些信息将在系统视窗模板的相应视窗元素中呈现。例如，当个体视窗的viewID为singer时，其与音乐布局模板2的视窗元素歌手名匹配成功。优选地，这种匹配也可以是关键部分匹配或类似于通配符的模糊匹配。匹配成功后，提取该个体视窗的视窗信息，也即将该个体视窗的内容歌手名信息提取出来，以便在音乐布局模板2的视窗元素歌手名处进行后续的显示。

当在步骤217确定匹配不成功时，将在步骤221丢弃或者移除该个体视窗，也即该个体视窗信息将不会在系统视窗模板中体现。

以此方式，本发明实施例有利地为用户提供重要视窗元素，将来自应用的通知经过解析而确定出显要信息，并以与系统适配的用户界面向用户呈现，使其更有效地获知通知内容。

根据本发明实施例，在提取了个体视窗的视窗元素信息后，进一步在步骤223考虑该个体视窗是否包含可响应交互事件，例如是否可接受并响应点击、拖曳等操作。当其不包含可响应交互事件时，可以丢弃该个体视窗。当其包含可响应交互事件时，在步骤225缓存该个体视窗，以便将通知以新视窗呈现给用户时能够通过调用该事件来响应用户的交互。

进一步地，在步骤227判断针对来自应用的通知是否已经处理通知的所有个体视窗。当发现还未处理所有个体视窗时，可以回到步骤211进一步遍历子视窗，以便对应用的通知所有个体视窗进行处理。当在步骤227判断已经处理完通知的所有个体视窗，也即针对每个个体视窗，要么提取了个体视窗信息或者进一步缓存了该个体视窗，要么丢弃或忽略该个体视窗，之后在步骤229显示通知的新视窗。

在步骤229，将新视窗在系统的显示设备上显示，并且当接收到来自用户的交互事件时，在步骤231响应来自用户的交互事件。此时，如果针对该应用通知，系统缓存了个体视窗，则调用所缓存的该交互事件相应的个体视窗的事件处理方法，来响应用户的交互操作。如果针对该应用通知，系统未缓存个体视窗，则忽略该交互事件。

从以上过程可以看到，本发明实施例通过解析应用自定义的视窗，提取出其中的重要视窗元素，然后按照系统风格重新生成一个通知视窗，实现了应用通知视窗的深度适配，完全按照系统风格进行全新布局，实现通知视窗与系统UI风格的完美统一，为用户提供了更佳的视觉体验。

图3示出了适合实现本发明的实施例的电子设备300的方框图。设备300可以用来实现终端系统或其一部分。如图所示，设备300包括处理器310。处理器310控制设备300的操作和功能。例如，在某些实施例中，处理器310可以借助于与其耦合的存储器320中所存储的指令330来执行各种操作。存储器320可以是适用于本地技术环境的任何合适的类型，并且可以利用任何合适的数据存储技术来实现，包括但不限于基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。尽管图3中仅仅示出了一个存储器单元，但是在设备300中可以有多个物理不同的存储器单元。

处理器310可以是适用于本地技术环境的任何合适的类型，并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(DSP)以及基于控制器的多核控制器架构中的一个或多个多个。设备300也可以包括多个处理器310。

当设备300充当终端系统或其一部分时，处理器310在执行指令330时促使设备300执行动作，以实现上文参考图1-图2描述的方法100和过程200。具体而言，所述动作包括：响应于接收到来自应用的通知，确定通知的系统视窗模板，系统视窗模板与车载系统的主题风格相适配；通过解析通知的视窗，提取将用于通知的新视窗的视窗元素信息；以及基于系统视窗模板和提取的视窗元素信息，生成通知的新视窗。

在某些实施例中，确定通知的系统视窗模板包括：确定通知的应用类型以及车载系统当前的主题风格；以及基于确定的应用类型和主题风格，从车载系统配置的多个系统视窗模板中确定通知的系统视窗模板。

在某些实施例中，提取将用于通知的新视窗的视窗元素信息包括：获取通知的视窗中的个体视窗；基于个体视窗的类别，确定与个体视窗关联的系统视窗模板的视窗元素集合；将个体视窗与视窗元素集合进行匹配操作，以确定个体视窗是否与系统视窗模板的视窗元素匹配；以及响应于匹配成功，提取个体视窗将用于通知的新视窗的视窗元素信息。

在某些实施例中，动作还包括：响应于匹配成功，确定个体视窗与系统视窗模板所匹配的视窗元素；以及响应于匹配不成功，丢弃个体视窗。

在某些实施例中，动作还包括：响应于匹配成功，确定个体视窗是否可响应交互事件；响应于个体视窗可响应交互事件，提取个体视窗的视窗元素信息后缓存个体视窗；以及响应于个体视窗不可响应交互事件，提取个体视窗的视窗元素信息后丢弃个体视窗。

在某些实施例中，将个体视窗与视窗元素集合进行匹配操作包括：获取个体视窗的标识；获取视窗元素集合中每个视窗元素所关联的关键字集合；以及将个体视窗的标识与关键字集合进行匹配。

在某些实施例中，生成通知的新视窗包括：基于针对通知的每个个体视窗所确定的与系统视窗模板匹配的视窗元素以及针对每个个体视窗所提取的个体视窗的视窗元素信息，生成通知的新视窗。

在某些实施例中，动作还包括：在车载系统的显示设备上显示通知的新视窗；以及响应于来自用户的交互事件，调用缓存的交互事件相应的个体视窗的事件处理方法。

本发明实施例还提供一种车辆，其包括如上所描述的电子设备。该电子设备可以是车载系统或其一部分。以此方式，可以为驾驶者在车载大屏上呈现各种应用通知，且可以实现选择性地通知内容呈现，并且实现了这些应用通知与车载系统的主题风格深度适配，为用户提供了更佳的视觉体验。

本领域技术人员可以理解，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或它们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上，对本发明的实施方式进行了说明。但是，本发明不限定于上述实施方式。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种控制显示与车载系统适配的应用通知的方法，其特征在于，包括：

响应于接收到来自应用的通知，确定所述通知的系统视窗模板，所述系统视窗模板与车载系统的主题风格相适配；

通过解析所述通知的视窗，提取将用于所述通知的新视窗的视窗元素信息；以及

基于所述系统视窗模板和提取的所述视窗元素信息，生成所述通知的新视窗。

2.根据权利要求1所述的方法，其特征在于，其中确定所述通知的系统视窗模板包括：

确定所述通知的应用类型以及车载系统当前的主题风格；以及

基于确定的所述应用类型和所述主题风格，从车载系统配置的多个系统视窗模板中确定所述通知的系统视窗模板。

3.根据权利要求1所述的方法，其特征在于，其中提取将用于所述通知的新视窗的视窗元素信息包括：

获取所述通知的视窗中的个体视窗；

基于所述个体视窗的类别，确定与所述个体视窗关联的所述系统视窗模板的视窗元素集合；

将所述个体视窗与所述视窗元素集合进行匹配操作，以确定所述个体视窗是否与所述系统视窗模板的视窗元素匹配；以及

响应于匹配成功，提取所述个体视窗将用于所述通知的新视窗的视窗元素信息。

4.根据权利要求3所述的方法，其特征在于，其中将所述个体视窗与所述视窗元素集合进行匹配操作包括：

获取所述个体视窗的标识；

获取所述视窗元素集合中每个视窗元素所关联的关键字集合；以及

将所述个体视窗的标识与所述关键字集合进行匹配。

5.根据权利要求4所述的方法，其特征在于，其中响应于匹配成功，所述方法还包括：

确定所述个体视窗与所述系统视窗模板所匹配的视窗元素。

6.根据权利要求3所述的方法，其特征在于，其中响应于匹配成功，方法还包括：

确定所述个体视窗是否可响应交互事件；

响应于所述个体视窗可响应交互事件，提取所述个体视窗的视窗元素信息后缓存所述个体视窗；以及

响应于所述个体视窗不可响应交互事件，提取所述个体视窗的视窗元素信息后丢弃所述个体视窗。

7.根据权利要求3或6所述的方法，其特征在于，其中生成所述通知的新视窗包括：

基于针对所述通知的每个个体视窗所确定的与所述系统视窗模板匹配的视窗元素以及针对每个个体视窗所提取的个体视窗的视窗元素信息，生成所述通知的新视窗。

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

在车载系统的显示设备上显示所述通知的新视窗；以及

响应于来自用户的交互事件，调用缓存的所述交互事件相应的个体视窗的事件处理方法。

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

处理器；以及

存储有指令的存储器，所述指令在被所述处理器执行时促使所述电子设备执行根据权利要求1-8中任一项所述的方法。

10.一种车辆，包括根据权利要求9所述的电子设备。