CN109358928A - 在车载设备的桌面展示数据的方法、装置以及车载设备 - Google Patents

Abstract

本申请提供一种在车载设备的桌面展示数据的方法、装置以及车载设备，可以在减少用户操作量的同时还可以在桌面上显示足够多的用户需求数据。所述方法包括：响应对于所述至少一个应用程序的入口的选择；将所选择的应用程序的展示数据存储至展示数据集合；调整所述用户默认程序的窗口的尺寸，以使所述车载设备的桌面形成填充区域；将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示。本申请通过地图为桌面服务，用户可在分屏区域内进行各个应用的自由切换，在非分屏区域以外还可以同时进行更高频操作的导航服务，从而减少了用户切换不同程序的操作频度并且提高了用户的体验度。

Description

在车载设备的桌面展示数据的方法、装置以及车载设备

技术领域

本申请涉及车辆领域，特别的，涉及一种在车载设备的桌面展示数据的方法及装置，此外，本申请还涉及应用该种方法或装置的车载设备。

背景技术

在传统的车载设备的操作***中，当车辆启动之后，车载设备上电并启动，车载设备的操作***的主界面通常为某个默认启动的应用程序，或者主界面显示为默认的***桌面，即在桌面上显示各个应用程序的入口(例如图标)。

而在这类传统的车载设备操作***中，当用户需要针对不同的需求去分别进行操作时，通常需要通过***桌面上的不同应用程序的入口，进入到不同的应用程序中进行操作。或者还可以通过车辆内置的硬件，例如：方向盘按键、中控台按键等，进入每个按键默认设置的应用程序中，这种操作不但费时费力，而且容易分散驾驶员的注意力。此外，由于在同一主界面上仅能显示一个应用程序的信息，通常该应用程序为驾驶员经常使用的程序，例如导航应用程序，如果驾驶员切换到其他应用程序，还需要驾驶员切换回该常用的应用程序，这样无疑增加了驾驶员的操作频度，具有一定的安全隐患。

虽然在现有的操作***或者应用程序中具有分屏显示的功能，例如Windows以及Android 7.0操作***或者Word应用软件，但是对于车辆领域中的车载设备而言，首先固件和内置操作***大多不可升级或者升级不便，因此并不支持分屏显示功能，此外，即使在车载设备中的操作***或者应用软件支持分屏显示功能，由于是否分屏显示需要用户进行确认或者进行手工拖拽窗口或手工编辑窗口的形状来实现分屏，并且分屏显示的应用程序还需要用户进行提前选择，而且用户也并不能自定义或者要求在其中一个分屏中显示常用应用程序，因此，基于以上原因，现有的车辆领域总的车载设备的桌面处理和控制方法并不令人满意，亟待解决以上问题。

公开于本申请背景技术部分的信息仅仅旨在加深对本申请的一般背景技术的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域技术人员所公知的现有技术。

发明内容

本申请的主要目的在于提供一种在车载设备的桌面展示数据的方法和装置，在减少用户操作量的同时还可以在桌面上显示足够多的用户需求数据。

为了解决上述问题，本申请涉及一种在车载设备的桌面展示数据的方法，其中，在所述车载设备的桌面全屏显示有用户默认程序的窗口，并且在所述用户默认程序的窗口显示有至少一个应用程序的入口，所述方法包括：响应对于所述至少一个应用程序的入口的选择；将所选择的应用程序的展示数据存储至展示数据集合；调整所述用户默认程序的窗口的尺寸，以使所述车载设备的桌面形成填充区域；将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示。

进一步的，所述展示数据集合可以为展示数据栈；所述将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示可以包括：将所述展示数据栈的栈顶的展示数据在所述填充区域中展示。

进一步的，所述应用程序的展示数据可以为窗口数据；所述将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示可以包括：将所述展示数据集合中的应用程序的窗口数据在所述填充区域中展示，以使所展示的应用程序的窗口与经过调整所述用户默认程序的窗口填充整个所述车载设备的桌面。

进一步的，所述调整所述用户默认程序的窗口的尺寸可以包括：调整所述用户默认程序的窗口的横向尺寸，以使所述车载设备的桌面的一侧形成所述填充区域。

进一步的，所述车载设备的桌面的一侧可以对应驾驶员侧。

进一步的，所述方法还可以包括：检测所述展示数据集合中是否存储有所述用户选择的应用程序；如果不存在所述用户选择的应用程序，则调整所述用户默认程序的窗口的尺寸，以使所述车载设备的桌面全屏显示所述用户默认程序的窗口。

进一步的，可以在所述用户默认程序的窗口的下方显示所述至少一个应用程序的入口。

进一步的，所述用户默认程序可以包括具有地图信息的导航应用程序。

本申请还涉及一种在车载设备的桌面展示数据的装置，该装置包括：响应装置，用于响应对于至少一个应用程序的入口的选择；存储装置，用于将所选择的应用程序的展示数据存储至展示数据集合；调整装置，用于调整用户默认程序的窗口的尺寸，以使所述车载设备的桌面形成填充区域；展示装置，用于将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示。

另外，本申请还涉及一种车载设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于：所述处理器执行所述计算机程序时实现上面所述的在车载设备的桌面展示数据的方法。

本申请的有益效果是：本申请通过地图为桌面服务，并且将其他周边应用，如音乐、电话、微信等其他应用采用分屏的策略进行显示，最终用户可在分屏区域内进行各个应用的自由切换，在非分屏区域(非填充区域)以外还可以同时进行更高频操作的导航服务，从而减少了用户切换不同程序的操作频度并且提高了用户的体验度，进而增加了实施本申请的车载设备的桌面展示数据的方法的产品或者由本申请车载设备的桌面展示数据的方法所直接获得的产品的适销性。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请的车载设备的桌面展示数据的方法的流程图；

图2是本申请的车载设备桌面中的默认显示状态，其中，用户默认程序的在所述车载设备的桌面中全屏显示；

图3是本申请的实施例中的窗口栈的第一状态的示意图；

图4是本申请的实施例中的窗口栈的第二状态的示意图；

图5是本申请的实施例中的窗口栈的第三状态的示意图；以及

图6本申请的车载设备桌面中的另一种显示状态，其中，用户默认程序的在所述车载设备的桌面的右侧显示，而用户选择的应用程序在桌面的左侧显示。

具体实施方式

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

此外，术语“安装”、“设置”、“设有”、“连接”、“配置为”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。其中，图1是根据本申请的车载设备的桌面展示数据的方法的流程图，图2是本申请的车载设备桌面中的默认显示状态，其中，用户默认程序的在所述车载设备的桌面中全屏显示，图3至图5是本申请的实施例中的窗口栈的第一至第三状态的示意图，图6本申请的车载设备桌面中的另一种显示状态，其中，用户默认程序的在所述车载设备的桌面的右侧显示，而用户选择的应用程序在桌面的左侧显示。

本申请的一种在车载设备的桌面展示数据的方法，所述车载设备包括但不限于：车辆中控台、车辆仪表盘、车辆方向盘、车辆行车电脑、行车记录仪和/或集成有行车记录功能的后视镜。其中，在所述车载设备的桌面上全屏显示有用户默认程序的窗口，例如所述用户默认程序可以为包括具有地图信息的导航应用程序，并且在所述用户默认程序的窗口的下方显示有至少一个应用程序的入口，该入口优选地以图标或者快捷键的形式显示，所述应用程序可以是但不限于音乐播放程序、电话业务程序、社交软件程序(例如微信或者FaceBook等)、参数配置程序或者用户自定义程序等。在车辆上电且所述车载设备上电开机初始化之后，所述在车载设备的桌面展示数据的方法包括以下步骤S1至步骤S4：

在步骤S1，本申请响应对于显示在用户默认程序的窗口下方的所述至少一个应用程序的入口的选择，所述选择可以是用户手动点击该应用程序、也可以是用户通过设置在车载设备上的按键进行的选择，还可以是用户通过语音输入，***识别该用户的语音之后所判断出的对于应用程序的选择。所述响应的选择消息可以是来自用户的，也可以是来自***的。所述用户可以包括但不限于：车辆驾驶员、乘客、软件开发人员、销售人员和/或***管理员。

在步骤S2，本申请将所选择的应用程序中涉及展示在设在设备主界面上的展示数据存储至展示数据集合中，其中所述展示数据可以为窗口类型的数据、也可以是其他类型的数据，例如图像和/或音频数据。此外，所述展示数据集合可以以栈的形式实现，也就是说所述展示数据集合可以为展示数据栈，利用栈的“后进先出”的原理来展示在展示数据栈的栈顶上的展示数据。

接下来，在步骤S3，本申请调整所述用户默认程序的窗口的尺寸，以使所述车载设备的桌面形成填充区域。优选地，可以调整所述用户默认程序的窗口的横向尺寸，而保持用户默认程序的窗口的纵向尺寸不变，以使在所述车载设备的桌面的一侧形成所述填充区域。进一步的，为了便于车辆驾驶员观察和操作，所述车载设备的桌面的一侧对应于驾驶员侧，也就是说，所述填充区域对应于驾驶员侧。需要说明的是，所述填充区域可以位于车载设备的桌面的左侧或者右侧，这需要根据驾驶员位置在车辆中的具***置来确定。例如，当车辆驾驶员的位置位于车辆的左侧时，所述填充区域位于车载设备的桌面的左侧，而当车辆驾驶员的位置位于车辆的右侧时，所述填充区域位于车载设备的桌面的右侧。

在步骤S4，将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示。以展示数据类型为窗口类型，并且所述展示数据集合为展示数据栈为例，本申请将所述展示数据栈中的栈顶位置的应用程序的窗口数据在所述填充区域中展示，以使所展示的应用程序的窗口与经过调整所述用户默认程序的窗口填充整个所述车载设备的桌面。

此外，所述方法还实时地检测所述展示数据集合中是否存储有所述用户选择的应用程序，如果不存在所述用户选择的应用程序，则调整所述用户默认程序的窗口的尺寸至初始状态，以使所述车载设备的桌面全屏显示所述用户默认程序的窗口。

此外，本申请还涉及一种在车载设备的桌面展示数据的装置，所述装置可以包括：响应装置，用于响应用户对于至少一个应用程序的入口的选择；存储装置，用于将用户选择的应用程序的展示数据存储至展示数据集合中；调整装置，用于调整用户默认程序的窗口的尺寸，以使所述车载设备的桌面形成填充区域；以及展示装置，用于将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示。

另外，本申请还涉及一种车载设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上面所描述的在车载设备的桌面展示数据的方法。

此外，本申请还可以涉及一种车辆(图中未示出)，其包括壳体以及壳体内的驾驶室，所述驾驶室内可以设置有上面所描述的车载设备。

另外，本申请还涉及一种计算机可读存储介质，所述计算机可读存储介质存储有执行上面所描述的在车载设备的桌面展示数据的方法的计算机程序。

本申请所涉及的计算机程序可以存储于计算机可读存储介质中，所述计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体装置、虚拟装置、优盘、移动硬盘、磁碟、光盘、计算机存储器、只读计算机存储器(Read-OnlyMemory，ROM)、随机存取计算机存储器(Random Access Memory，RAM)、电载波信号、电信信号以及其他软件分发介质等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

实施例

本实施例以及具体的应用场景示例均以上述发明为前提。本申请在车载设备中运行的操作***包括但不限于：Android(安卓操作***)、IOS(苹果操作***)或者Windows(微软操作***)等。所述车载设备包括但不限于：车辆中控台、车辆仪表盘、车辆方向盘、车辆行车电脑、行车记录仪和/或集成有行车记录功能的后视镜。

以Android操作***为例，本申请在该操作***中的软件程序中采用“悬浮窗口栈”和控制窗口栈接口中非焦点窗口隐藏的方式进行显示，在栈中只有栈顶的窗口为显示装填，其他非栈顶窗口为隐藏装填，这样模拟实现多悬浮窗口的层叠管理。

如图2所示，将作为用户默认程序的地图导航应用程序在所述车载设备的桌面上全屏显示，在所述用户默认程序的窗口的下方显示有至少一个应用程序的图标，所述应用程序包括但不限于电话业务程序、微信程序、音乐播放程序、车辆信息程序、参数配置程序和用户自定义程序等。

如图3所示，作为窗口栈的第一状态，图3示出了第一个应用程序窗口的实现方式：

本申请的左侧悬浮窗口采用了“窗口栈”的结构来管理多悬浮窗口，“窗口栈”中存储了多个要层叠显示的窗口数据，在“窗口栈”中的层叠关系代表了各个窗口的显示优先级，同一时间只有窗口栈顶的窗口显示。

在默认状态，所述窗口栈为空，此时没有应用程序窗口进行显示，当创建第一个“窗口1”，窗口对象被压入窗口栈，此时“窗口1”在窗口栈顶，且只有一个窗口数据，根据本发明的方法，窗口1即为如图3的显示状态。

继之前“窗口1”已经创建，我们再创建“窗口2”，按照窗口栈的数据结构“后进先出”的特点，后创建的“窗口2”此时位于窗口栈的栈顶，“窗口1”位于窗口栈的栈底，并失去显示焦点被隐藏，整体此时窗口结构如图所示。

如图4所示，作为窗口栈的第二状态，图4示出了增加一个用于显示的应用程序的窗口：

继之前“窗口1”已经创建，本申请响应用户的再次选择而再创建“窗口2”，按照窗口栈的数据结构“后进先出”的特点，后创建的“窗口2”此时位于窗口栈的栈顶，“窗口1”位于窗口栈的栈底，并失去显示焦点被隐藏，此时窗口结构如图4所示。

如图5所示，作为窗口栈的第三状态，图5示出了将一个被“遮盖”的窗口再次被显示：

按照之前两个操作，此时窗口2显示，窗口1在逻辑上被窗口2挡住，不能显示，此时如果再次在应用层呼叫显示“窗口1”，那么在窗口栈中，窗口1数据进行删除，并重新将“窗口1”对应的窗口对象压入窗口栈的栈顶，此时窗口1位于窗口栈的栈顶显示，窗口2失去窗口栈的栈顶位置，被置为隐藏。结果如图5所示。

如图6所示，当用户点击车载设备的屏幕下方音乐图标入口时，左侧根据分屏的显示策略，显示音乐的分屏界面，此时地图压缩整体区域，在右侧显示。

至此，通过上述的技术方案，本申请实现了桌面即服务的应用或***，最终实现了，可以让用户在同一个界面，可以完成车载设备的操作***中的大部分乃至全部的操作。

本申请通过地图为桌面服务，将其他周边应用，如音乐、电话、微信等其他应用进行分屏的策略显示，最终用户可在分屏区域内进行各个应用的自由切换，在非分屏区域(非填充区域)以外还可以同时进行更高频操作的导航服务。从而减少了用户切换不同程序的操作频度并且提高了用户的体验度，从而增加了实施本申请的车载设备的桌面展示数据的方法的产品或者由本申请车载设备的桌面展示数据的方法所直接获得的产品的适销性。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均包含在本申请的保护范围之内。

Claims (10)

1.一种在车载设备的桌面展示数据的方法，其特征在于，在所述车载设备的桌面全屏显示有用户默认程序的窗口，并且在所述用户默认程序的窗口显示有至少一个应用程序的入口，所述方法包括：

响应对于所述至少一个应用程序的入口的选择；

将所选择的应用程序的展示数据存储至展示数据集合；

调整所述用户默认程序的窗口的尺寸，以使所述车载设备的桌面形成填充区域；

将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示。

2.根据权利要求1所述的在车载设备的桌面展示数据的方法，其特征在于，所述展示数据集合为展示数据栈；

所述将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示包括：将所述展示数据栈的栈顶的展示数据在所述填充区域中展示。

3.根据权利要求1所述的在车载设备的桌面展示数据的方法，其特征在于，所述应用程序的展示数据为窗口数据；

所述将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示包括：将所述展示数据集合中的应用程序的窗口数据在所述填充区域中展示，以使所展示的应用程序的窗口与经过调整所述用户默认程序的窗口填充整个所述车载设备的桌面。

4.根据权利要求1所述的在车载设备的桌面展示数据的方法，其特征在于，所述调整所述用户默认程序的窗口的尺寸包括：调整所述用户默认程序的窗口的横向尺寸，以使所述车载设备的桌面的一侧形成所述填充区域。

5.根据权利要求1所述的在车载设备的桌面展示数据的方法，其特征在于，所述车载设备的桌面的一侧对应驾驶员侧。

6.根据权利要求1所述的在车载设备的桌面展示数据的方法，其特征在于，所述方法还包括：

检测所述展示数据集合中是否存储有所述用户选择的应用程序；

如果不存在所述用户选择的应用程序，则调整所述用户默认程序的窗口的尺寸，以使所述车载设备的桌面全屏显示所述用户默认程序的窗口。

7.根据权利要求1所述的在车载设备的桌面展示数据的方法，其特征在于，在所述用户默认程序的窗口的下方显示所述至少一个应用程序的入口。

8.根据权利要求1所述的在车载设备的桌面展示数据的方法，其特征在于，所述用户默认程序包括具有地图信息的导航应用程序。

9.一种在车载设备的桌面展示数据的装置，其特征在于，包括：

响应装置，用于响应对于至少一个应用程序的入口的选择；

存储装置，用于将所选择的应用程序的展示数据存储至展示数据集合；

调整装置，用于调整用户默认程序的窗口的尺寸，以使所述车载设备的桌面形成填充区域；

展示装置，用于将所述展示数据集合中的应用程序的展示数据在所述填充区域中展示。

10.一种车载设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于：所述处理器执行所述计算机程序时实现权利要求1至8任一项所述的在车载设备的桌面展示数据的方法。