CN116089118A - 用于车载的多屏智能交互方法、装置、设备及介质 - Google Patents

Abstract

本申请提供了一种用于车载的多屏智能交互方法、装置、设备及介质，通过接收第一输入，第一输入用于在第一设备上启动目标应用程序；随后响应于第一输入，在目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，第一信息用于查询目标应用程序是否在第三设备上运行；随后接收第二设备发送的反馈信息；然后根据反馈信息，确定是否在第一设备上运行目标应用程序。本申请实施例能够降低设备成本，提高多屏显示的灵活性。

Description

用于车载的多屏智能交互方法、装置、设备及介质

技术领域

本申请涉及智能座舱技术领域，特别是涉及一种用于车载的多屏智能交互方法、装置、设备及介质。

背景技术

随着智能汽车的发展，智能座舱显示向3D化，多屏化趋势变化。现有技术中通常一台主机(一个CPU)连接多个显示屏，使得主机性能负担大，卡顿严重，不同屏幕上显示不同内容或功能，只能操作当前屏幕内的内容或功能，单个程序只能在一个屏幕上运行，影响了用户的使用体验，即便在现有技术中存在采用两个主机进行多屏显示，但是两个主机系统硬件成本较高，且两个主机系统间的通信交互实现相对复杂，数据的传输需经过多个环节处理完成，为系统功能的可靠性、灵活性带来挑战。

发明内容

本申请提供的一种用于车载的多屏智能交互方法、装置、设备及介质，能够降低设备成本，提高多屏显示的灵活性。

第一方面，本申请实施例提供一种用于车载的多屏智能交互方法，应用于第一设备，方法包括：

接收第一输入，第一输入用于在第一设备上启动目标应用程序；

响应于第一输入，在目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，第一信息用于查询目标应用程序是否在第三设备上运行；

接收第二设备发送的反馈信息；

根据反馈信息，确定是否在第一设备上运行目标应用程序。

第二方面，本申请提供一种用于车载的多屏智能交互方法，应用于第二设备，该方法包括：

接收第一设备发送的第一信息；

根据第一信息查询目标应用程序是否在第三设备上运行，以生成反馈信息，反馈信息反映目标应用程序是否在第三设备上运行；

将反馈信息发送给第一设备。

第三方面，本申请提供一种用于车载的多屏智能交互装置，应用于第一设备，该装置包括：

第一接收模块，用于接收第一输入，第一输入用于在第一设备上启动目标应用程序；

第一响应模块，用于响应于第一输入，在目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，第一信息用于查询目标应用程序是否在第三设备上运行；

第二接收模块，用于接收第二设备发送的反馈信息；

第一确定模块，用于根据反馈信息，确定是否在第一设备上运行目标应用程序。

第四方面，本申请提供一种用于车载的多屏智能交互装置，应用于第二设备，该装置包括：

第三接收模块，用于接收第一设备发送的第一信息；

第二确定模块，用于根据第一信息查询目标应用程序是否在第三设备上运行，以生成反馈信息，反馈信息反映目标应用程序是否在第三设备上运行；

发送模块，用于将反馈信息发送给第一设备。

第五方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面和第二方面中任意一个实施例中的用于车载的多屏智能交互方法。

第六方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面和第二方面中任意一个实施例中的用于车载的多屏智能交互方法。

本申请实施例的用于车载的多屏智能交互方法、装置、设备及介质，通过接收第一输入，第一输入用于在第一设备上启动目标应用程序；随后响应于第一输入，在目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，第一信息用于查询目标应用程序是否在第三设备上运行；随后接收第二设备发送的反馈信息；然后根据反馈信息，确定是否在第一设备上运行目标应用程序。通过上述方式，能够在启动第一类型的目标应用程序时，通过第二设备查询在第三设备上是否运行有该目标程序，从而判断是否在第一设备上运行该目标应用程序，由此只要通过第二设备进行信息的交互，即可根据目标应用程序的类型在不同的设备上进行显示，使得设备间的显示内容更加灵活、方便可靠。

附图说明

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

图1是本申请一个实施例提供的用于车载的多屏智能交互方法的流程示意图；

图2是本申请一个实施例提供的用于车载的多屏智能交互方法中限制模式的流程示意图；

图3是本申请一个实施例提供的设备之间的连接关系图；

图4是本申请一个实施例提供的用于车载的多屏智能交互方法中自由模式的流程示意图；

图5是本申请另一个实施例提供的用于车载的多屏智能交互方法的流程示意图；

图6是本申请实施例提供的一种用于车载的多屏智能交互装置的结构示意图；

图7是本申请实施例提供的另一种用于车载的多屏智能交互装置的结构示意图；

图8是本申请实施例提供的电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

在现有技术中，市面上已有技术一台主机(一个CPU)连接多个液晶显示屏，然而，受限于现有技术的性能，主机性能负担大，卡顿严重，不同屏幕上显示不同内容或功能，只能操作当前屏幕内的内容或功能，单个程序只能在一个屏幕上运行，影响了用户的使用体验。

为了解决现有技术问题，本申请实施例提供了一种用于车载的多屏智能交互方法、装置、设备及介质。下面首先对本申请实施例所提供的用于车载的多屏智能交互方法进行介绍。

根据该实施例的应用场景可以包括终端设备，网络和服务器。网络用以在终端设备和服务器之间提供通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备通过网络与服务器交互，以接收或发送消息等。终端设备上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器可以是提供各种服务的服务器，例如对用户利用终端设备所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

图1示出了本申请一个实施例提供的用于车载的多屏智能交互方法的流程示意图。如图1所示，该方法应用于第一设备，该方法具体可以包括如下步骤：

S101，接收第一输入，第一输入用于在第一设备上启动目标应用程序。

可选地，在本申请实施例中，第一输入用于在第一设备上启动目标应用程序，例如，第一输入可以为用户在第一设备上对应的控件上进行点击输入或特定手势，或者为用户在第一设备的文本框中进行字符的输入操作，具体可以根据实际需求确定，本申请实施例对此不做限定。

可选地，在本申请实施例中，目标应用程序即为用户需要打开的应用程序。

可选地，在本申请实施例中，第一设备可以是设置在副驾驶室或者后座上的显示设备，可选地，该第一设备具体可以是查看进行非驾驶功能的内容，例如观影、视频对话、智能家居操控等非驾驶相关功能的显示。

S102，响应于第一输入，在目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，第一信息用于查询目标应用程序是否在第三设备上运行。

可选地，在本申请实施例中，第一类型的目标应用程序即为限制模式的应用程序，即无法在不同的设备上同时运行的应用程序。

可选地，在本申请实施例中，第二设备可以是总机，第一设备和第三设备均通过总机进行数据交互，需要说明的是，第一设备和第三设备均是显示设备，第三设备的具体设置方式可参照步骤101中对第一设备的描述，本申请在此不再赘述。容易理解的是，在本申请实施例中，第二设备仅提供第一设备和第三设备之间的数据交互，如果没有第二设备，第一设备和第三设备也可以单独运行目标应用程序，仅是第一设备和第三设备之间无法进行数据交互。

可选地，在本申请实施例中，第二设备与第一设备的通信连接的方式以及第二设备与第三设备之间的通信连接方式可以通过type-c协议实现对第一设备和第三设备的供电及以太网数据交互，其中type-c可以实现设备间的充电、高速传输及音视频传输等功能，需要说明的是，本申请仅示例性的进行说明，第二设备分别连接第一设备和第三设备，在实际应用中，可以根据需要在第二设备上连接更多的第一设备或第三设备，本申请对此不做限制，在这些可选的实施例中，通过第二设备，可实现在总机(即第二设备)上连接更多的扩展显示设备，实现分布式运算，提高应用程序在多个设备显示的可靠性。

可选地，在本申请实施例中，在第一设备和第三设备上可运行的目标应用程序时相同的。

可选地，由于第一类型的目标应用程序无法启动，因此需要通过向第二设备发送第一信息，查询有没有其它设备已经启动了该目标应用程序，减少了多设备同时运行第一类型的目标应用程序导致应用程序奔溃的情况发生。

在这些可选的实施例中，目标应用程序运行数据存储以及与各设备之间的数据交互，均在总机系统(即第二设备)内进行，由此可在车内任意位置安装第一设备和第三设备，保证乘客能够自行操作系统内所有应用程序。

S103，接收第二设备发送的反馈信息。

可选地，在本申请实施例中，第二设备可以包括获取模块和处理模块，其中，获取模块可以是微控制器(Microcontroller Unit，MCU)，处理模块可以是处理器(System onChip，SOC)，MCU和SOC之间通过SPI(Serial Peripheral Interface，串行外设接口)或UART(Universal Asynchronous Receiver/Transmitter，通用异步收发传输器)串口通信。获取模块用于获取第一设备和第三设备上的应用程序运行情况或者应用程序的运行数据，并通过SPI或UART串口通信发送至处理模块，处理模块用于根据对获取模块获取到的数据进行解析和处理并针对接收到的第一信息，判断第一设备所要启动的第一类型的目标应用程序是否在其他设备上运行，并将判断结果(即反馈信息)发送给第一设备，反馈信息可以是第一类型的目标应用程序在第三设备上运行或者是第一类型的目标应用程序未在第三设备上运行。

S104，根据反馈信息，确定是否在第一设备上运行目标应用程序。

可选地，在本申请实施例中，根据第二设备发送的反馈信息，可以判断出是否在第一设备上运行目标应用程序。具体而言，假设第三设备上已经运行有第一类型的目标应用程序，那么就不能在第一设备上运行第一类型的目标应用程序，需要限制第一类型的目标应用程序的启动。如果反馈信息表征第一类型的目标应用程序没有在第三设备上运行，由此能够减少多设备同时运行第一类型的目标应用程序导致应用程序奔溃的情况发生，提高应用程序在多设备运行的可靠性。

参照图2，在限制模式中，在启动应用程序时，需要从第二设备中获取到程序d是否被启动，如果已经启动了，则需要通知另一个设备，限制其继续启动程序d，减少多设备同时运行第一类型的目标应用程序导致应用程序奔溃的情况发生。

本申请实施例的用于车载的多屏智能交互方法中，通过接收第一输入，第一输入用于在第一设备上启动目标应用程序；随后响应于第一输入，在目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，第一信息用于查询目标应用程序是否在第三设备上运行；随后接收第二设备发送的反馈信息；然后根据反馈信息，确定是否在第一设备上运行目标应用程序。通过上述方式能够在启动第一类型的目标应用程序时，通过第二设备查询在第三设备上是否运行有该目标程序，从而判断是否在第一设备上运行该目标应用程序，由此只要通过第二设备进行信息的交互，即可根据目标应用程序的类型在不同的设备上进行显示，使得设备间的显示内容更加灵活、方便可靠。

在一实施例中，所述目标应用程序为多媒体应用程序，所述反馈信息包括所述多媒体应用程序在所述第三设备上运行时的视频数据，上述步骤104具体可以执行如下步骤：

S201，在根据所述反馈信息确定所述目标应用程序在所述第三设备上运行的情况下，禁止在所述第一设备上运行所述目标应用程序；

S202，在所述第一设备上显示所述视频数据对应的图像。

可选地，在本申请实施例中，当目标应用程序为多媒体应用程序时，例如看视频的应用程序，可以启动同屏模式，在与第二设备连接的所有设备上进行同时放映，可实现车内所有显示设备显示相同内容，例如车内播放电影，在不同的设备上实时显示相同的画面，实现大家看相同的电影。需要说明的是，在同屏模式下，可以在任意设备上进行操作，例如暂停、拉进度条、关闭等。

可选地，在本申请实施例中，通过第二设备，传输多媒体应用程序播放的实时进度，并将该进度反馈给所有与第二设备连接的显示设备，实现多设备实时观看电影，提高用户的使用体验。

可选地，在本申请实施例中，可以通过第二设备的音响设备实现对多媒体应用程序的播放，多个显示设备(即第一设备和第三设备)共用一套音响设备，能够节省设备成本，提高第二设备的工作效率。

在一实施例中，上述步骤104可以具体执行如下步骤：

S301，在所述反馈信息为所述目标应用程序未在所述第三设备上运行的情况下，在所述第一设备上运行所述目标应用程序；

S302，将所述目标应用程序的音频数据发送给所述第二设备，使得所述音频数据通过所述第二设备的多媒体资源进行播放。

可选地，在本申请实施例中，音频数据包括声音和视频数据，如图3所示，第二设备的多媒体资源可以包括收音设备和音响设备、麦克风、整车喇叭等。

可选地，在本申请实施例中，由于第二设备的音响设备只有一套，因此如果不是在同屏模式下，同时启动两个不同的视频软件时，容易导致音响设备发生错误，因此，本申请通过反馈信息确定，在打开需要用到音响设备的目标应用程序时，首先需要通过反馈信息查询是否在其它设备上已经运行了需要用到音响设备的应用程序，如果已经在其他设备上运行了需要用到音响设备的应用程序时，此时将限制第一设备再启动需要用到音响设备的应用程序。如果在其他设备上没有运行需要用到音响设备的应用程序，那么则在第一设备上正常启动目标应用程序。在这些可选的实施例中，通过限制同时启动需要用到多媒体资源的应用程序，减少了多设备同时运行需要用到多媒体资源的应用程序导致多媒体资源奔溃的情况发生。

在一实施例中，在上述步骤101之后，该方法还可以具体执行如下步骤：

S401，响应于所述第一输入，在所述目标应用程序为预设的第二类型的应用程序的情况下，在所述第一设备上运行所述目标应用程序。

可选地，在本申请实施例中，第二类型即为可以自由启动的应用程序，即可以在多个设备上自由运行，不会被限制启动。在这些可选地实施例中，通过设置无冲突的任意程序(即第二类型的目标应用程序)，各个设备(即第一设备和第三设备)可自行选择需要运行的程序，不受总机性能影响，各自显示内容，使得设备间显示的内容更加方便可靠。在这些可选的实施例中，将应用程序设置成不同的类型，由此能够在运行应用程序时选择不同的模式(即上述的限制模式、同屏显示模式、自由模式)，减少了多设备同时运行第一类型的目标应用程序导致应用程序奔溃的情况发生。

参照图5，在自由模式下，可以任意启动第二类型的应用程序，只要通过第二设备进行应程序的数据交互即可。

基于此，图5示出了本申请另一个实施例提供的用于车载的多屏智能交互方法的流程示意图。

如图5所示，该用于车载的多屏智能交互通信方法应用于第二设备，该方法具体可以包括如下步骤：

S501，接收第一设备发送的第一信息，所述第一信息用于查询目标应用程序是否在第三设备上运行；

S502，根据第一信息查询目标应用程序是否在第三设备上运行，以生成反馈信息，反馈信息用于确定目标应用程序是否在第三设备上运行；

S503，将反馈信息发送给第一设备。

可选地，在本申请实施例中，第二设备可以包括上述获取模块和处理模块，其中，获取模块用于获取第一设备和第三设备上的应用程序运行情况或者应用程序的运行数据，并通过SPI或UART串口通信发送至处理模块，处理模块用于根据对获取模块获取到的数据进行解析和处理并针对接收到的第一信息，判断第一设备所要启动的第一类型的目标应用程序是否在其他设备上运行，并将判断结果(即反馈信息)发送给第一设备，反馈信息可以是第一类型的目标应用程序在第三设备上运行或者是第一类型的目标应用程序未在第三设备上运行。

在这些可选的实施例中，将应用程序设置成不同的类型，由此能够在运行应用程序时选择不同的模式(即上述的限制模式、同屏显示模式、自由模式)，减少了多设备同时运行第一类型的目标应用程序导致应用程序奔溃的情况发生。

在一实施例中，目标应用程序为多媒体应用程序，上述步骤502可以具体执行如下步骤：

S601，若所述多媒体应用程序在所述第三设备上运行，则获取所述多媒体应用程序在所述第三设备上运行时的视频数据；

S602，根据所述视频数据生成所述反馈信息。

可选地，在本申请实施例中，反馈信息可以直接是视频数据，由此在发送反馈信息给第一设备时，可以直接将视频信息同步到第一设备上，提高多屏显示的效率。在另一种可能的实施方式中，反馈信息不仅可以包括第三设备实时运行的视频数据，还可以包括用于禁止第一设备运行多媒体应用程序的反馈标识，例如，若反馈标识为0，则表示可以在第一设备上运行该多媒体应用程序，并将第三设备上的视频数据信息同步在第一设备上进行播放；若反馈标识为1，则表示该多媒体应用程序无法同时运行，只能在一个设备上运行，因此则需要限制该多媒体应用程序在第一设备上运行。容易理解的是，本申请并不限制反馈信息的具体设置方式，可以根据实际需要进行适应性的调整。在这些可选的实施例中，根据不同的反馈信息，确定各个不同类型对应的应用程序的运行模式，提高了应用程序在多设备之间显示的灵活性。

图6示出了本申请另一个实施例提供的用于车载的多屏智能交互通信装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图6，用于车载的多屏智能交互通信装置应用于第一设备，该装置可以包括：

第一接收模块601，用于接收第一输入，第一输入用于在第一设备上启动目标应用程序；

第一响应模块602，用于响应于第一输入，在目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，第一信息用于查询目标应用程序是否在第三设备上运行；

第二接收模块603，用于接收第二设备发送的反馈信息；

第一确定模块604，用于根据反馈信息，确定是否在第一设备上运行目标应用程序。

在一实施例中，所述目标应用程序为多媒体应用程序，所述反馈信息包括所述多媒体应用程序在所述第三设备上运行时的视频数据，用于车载的多屏智能交互通信装置还可以包括：

第一运行模块，用于在根据所述反馈信息确定所述目标应用程序在所述第三设备上运行的情况下，禁止在所述第一设备上运行所述目标应用程序；

第二运行模块，用于在所述第一设备上显示所述视频数据对应的图像。

在一实施例中，用于车载的多屏智能交互通信装置还可以包括：

第三运行模块，用于在所述反馈信息为所述目标应用程序未在所述第三设备上运行的情况下，在所述第一设备上运行所述目标应用程序；

第二发送模块，用于将所述目标应用程序的音频数据发送给所述第二设备，使得所述音频数据通过所述第二设备的多媒体资源进行播放。

在一实施例中，用于车载的多屏智能交互通信装置还可以包括：

第四运行模块，用于响应于所述第一输入，在所述目标应用程序为预设的第二类型的应用程序的情况下，在所述第一设备上运行所述目标应用程序。

图7示出了本申请另一个实施例提供的用于车载的多屏智能交互通信装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图7，用于车载的多屏智能交互通信装置可以包括：

第三接收模块701，用于接收第一设备发送的第一信息，所述第一信息用于查询目标应用程序是否在第三设备上运行；

第二确定模块702，用于根据第一信息查询目标应用程序是否在第三设备上运行，以生成反馈信息，反馈信息用于确定目标应用程序是否在第三设备上运行；

发送模块703，用于将反馈信息发送给第一设备。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，与本申请方法实施例基于同一构思，是与上述电池热失控预警方法对应的装置，上述方法实施例中所有实现方式均适用于该装置的实施例中，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图8示出了本申请实施例提供的电子设备的硬件结构示意图。

设备可以包括处理器801以及存储有程序指令的存储器802。

处理器801执行程序时实现上述任意各个方法实施例中的步骤。

示例性的，程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器802中，并由处理器801执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列程序指令段，该指令段用于描述程序在设备中的执行过程。

具体地，上述处理器801可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关容灾设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器801通过读取并执行存储器802中存储的程序指令，以实现上述实施例中的任意一种方法。

在一个示例中，电子设备还可包括通信接口803和总线810。其中，处理器801、存储器802、通信接口803通过总线810连接并完成相互间的通信。

通信接口803，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线810包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线810可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有程序指令；该程序指令被处理器执行时实现上述实施例中的任意一种方法。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能模块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网格被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种用于车载的多屏智能交互方法，应用于第一设备，其特征在于，所述方法包括：

接收第一输入，所述第一输入用于在所述第一设备上启动目标应用程序；

响应于所述第一输入，在所述目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，所述第一信息用于查询所述目标应用程序是否在第三设备上运行；

接收所述第二设备发送的反馈信息；

根据所述反馈信息，确定是否在所述第一设备上运行所述目标应用程序。

2.根据权利要求1所述的方法，其特征在于，所述目标应用程序为多媒体应用程序，所述反馈信息包括所述多媒体应用程序在所述第三设备上运行时的视频数据；

根据所述反馈信息，确定是否在所述第一设备上运行目标应用程序，包括：

在根据所述反馈信息确定所述目标应用程序在所述第三设备上运行的情况下，禁止在所述第一设备上运行所述目标应用程序；

在所述第一设备上显示所述视频数据对应的图像。

3.根据权利要求1所述的方法，其特征在于，根据所述反馈信息，确定是否在所述第一设备上运行目标应用程序，包括：

在所述反馈信息为所述目标应用程序未在所述第三设备上运行的情况下，在所述第一设备上运行所述目标应用程序；

将所述目标应用程序的音频数据发送给所述第二设备，使得所述音频数据通过所述第二设备的多媒体资源进行播放。

4.根据权利要求1所述的方法，其特征在于，在所述接收第一输入之后，所述方法还包括：

响应于所述第一输入，在所述目标应用程序为预设的第二类型的应用程序的情况下，在所述第一设备上运行所述目标应用程序。

5.一种用于车载的多屏智能交互方法，应用于第二设备，其特征在于，所述方法包括：

接收第一设备发送的第一信息，所述第一信息用于查询目标应用程序是否在第三设备上运行；

根据所述第一信息查询所述目标应用程序是否在所述第三设备上运行，生成反馈信息，所述反馈信息用于确定所述目标应用程序是否在所述第三设备上运行；

将所述反馈信息发送给所述第一设备。

6.根据权利要求5所述的方法，其特征在于，所述目标应用程序为多媒体应用程序；

根据所述第一信息查询所述目标应用程序是否在所述第三设备上运行，生成反馈信息，包括：

若所述多媒体应用程序在所述第三设备上运行，则获取所述多媒体应用程序在所述第三设备上运行时的视频数据；

根据所述视频数据生成所述反馈信息。

7.一种用于车载的多屏智能交互装置，应用于第一设备，其特征在于，所述装置包括：

第一接收模块，用于接收第一输入，所述第一输入用于在所述第一设备上启动目标应用程序；

第一响应模块，用于响应于所述第一输入，在所述目标应用程序为预设的第一类型的应用程序的情况下，向第二设备发送第一信息，所述第一信息用于查询所述目标应用程序是否在第三设备上运行；

第二接收模块，用于接收所述第二设备发送的反馈信息；

第一确定模块，用于根据所述反馈信息，确定是否在所述第一设备上运行所述目标应用程序。

8.一种用于车载的多屏智能交互装置，应用于第二设备，其特征在于，所述装置包括：

第三接收模块，用于接收第一设备发送的所述第一信息；

第二确定模块，用于根据所述第一信息查询目标应用程序是否在所述第三设备上运行，以生成反馈信息，所述反馈信息反映所述目标应用程序是否在所述第三设备上运行；

发送模块，用于将所述反馈信息发送给所述第一设备。

9.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的用于车载的多屏智能交互方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的用于车载的多屏智能交互方法。

Images