CN115447514A - 车载娱乐互动方法、装置、车辆、设备、存储介质及产品 - Google Patents

Abstract

本申请提供了一种车载娱乐互动方法、装置、车辆、设备、存储介质及产品。车载娱乐互动方法包括接收第一车端发送的互动请求，互动请求包括第二车端的身份标识；将互动请求发送至第二车端；接收第二车端响应于互动请求返回的答复结果；在答复结果指示通过互动请求，且第二车端处于娱乐模式的情况下，控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息包括音频、显示画面和氛围信息，氛围信息包括灯光氛围和/或音效氛围。这样，第一车端与第二车端可以同步共享娱乐模式的当前娱乐内容所对应的包括音频、显示画面和氛围信息的场景信息，使得第一车端和第二车端可以模拟处于同一场景中，车载娱乐互动效果更佳。

Description

车载娱乐互动方法、装置、车辆、设备、存储介质及产品

技术领域

本申请属于车辆技术领域，尤其涉及一种车载娱乐互动方法、装置、车辆、设备、存储介质及产品。

背景技术

随着车辆智能化的高速发展，车载娱乐功能也越来越多，例如用户可以开启车载KTV模式，在车内实现唱歌娱乐的功能。现有的车载娱乐功能虽然也可以实现多台车辆之间的互动，但仍存在一些缺陷，如车载KTV的互动即多台车辆可以播放同一首歌曲，功能较为单一，可见，车载娱乐互动效果较差。

发明内容

本申请实施例提供一种车载娱乐互动方法、装置、车辆、设备、存储介质及产品，以解决车载娱乐互动效果较差的技术问题。

第一方面，本申请实施例提供一种车载娱乐互动方法，方法包括：

接收第一车端发送的互动请求，互动请求包括第二车端的身份标识，互动请求为第一车端处于娱乐模式的情况下生成的；

根据第二车端的身份标识，将互动请求发送至第二车端；

接收第二车端响应于互动请求返回的答复结果；

在答复结果指示通过互动请求，且第二车端处于娱乐模式的情况下，控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息包括音频、显示画面和氛围信息，氛围信息包括灯光氛围和/或音效氛围。

第二方面，本申请实施例提供了一种车载娱乐互动装置，装置包括：

第一接收模块，用于接收第一车端发送的互动请求，互动请求包括第二车端的身份标识，互动请求为第一车端处于娱乐模式的情况下生成的；

第一发送模块，用于根据第二车端的身份标识，将互动请求发送至第二车端；

第二接收模块，用于接收第二车端响应于互动请求返回的答复结果；

第一控制模块，用于在答复结果指示通过互动请求，且第二车端处于娱乐模式的情况下，控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息包括音频、显示画面和氛围信息，氛围信息包括灯光氛围和/或音效氛围。

第三方面，本申请实施例提供了一种车辆，车辆包括车载娱乐互动装置，车载娱乐互动装置用于实现上述的方法。

第四方面，本申请实施例提供了一种电子设备，设备包括：

处理器以及存储有程序或指令的存储器；

处理器执行程序或指令时实现上述的方法。

第五方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储有程序或指令，程序或指令被处理器执行时实现上述的方法。

第六方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行上述方法。

本申请实施例的车载娱乐互动方法、装置、车辆、设备、存储介质及产品，能够接收第一车端发送的互动请求，互动请求包括第二车端的身份标识，互动请求为第一车端处于娱乐模式的情况下生成的；根据第二车端的身份标识，将互动请求发送至第二车端；接收第二车端响应于互动请求返回的答复结果；在答复结果指示通过互动请求，且第二车端处于娱乐模式的情况下，控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息包括音频、显示画面和氛围信息，氛围信息包括灯光氛围和/或音效氛围。这样，第一车端与第二车端在成功建立互动通道后，可以同步共享娱乐模式的当前娱乐内容所对应的包括音频、显示画面和氛围信息的场景信息，使得第一车端和第二车端可以模拟处于同一场景中，车载娱乐互动效果更佳。

附图说明

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

图1是本申请一个实施例提供的车载娱乐互动方法的流程示意图；

图2是本申请另一个实施例提供的车载娱乐互动装置的结构示意图；

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

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

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

为了解决现有技术问题，本申请实施例提供了一种车载娱乐互动方法、装置、车辆、设备、存储介质及产品。下面首先对本申请实施例所提供的车载娱乐互动方法进行介绍。

图1示出了本申请一个实施例提供的车载娱乐互动方法的流程示意图。如图1所示，本申请实施例提供的车载娱乐互动方法，可以包括如下步骤：

步骤101，接收第一车端发送的互动请求，互动请求包括第二车端的身份标识，互动请求为第一车端处于娱乐模式的情况下生成的；

步骤102，根据第二车端的身份标识，将互动请求发送至第二车端；

步骤103，接收第二车端响应于互动请求返回的答复结果；

步骤104，在答复结果指示通过互动请求，且第二车端处于娱乐模式的情况下，控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息包括音频、显示画面和氛围信息，氛围信息包括灯光氛围和/或音效氛围。

上述各个步骤的具体实现方式将在下文中进行详细描述。

在本申请实施例中，车载娱乐互动方法能够接收第一车端发送的互动请求，互动请求包括第二车端的身份标识，互动请求为第一车端处于娱乐模式的情况下生成的；根据第二车端的身份标识，将互动请求发送至第二车端；接收第二车端响应于互动请求返回的答复结果；在答复结果指示通过互动请求，且第二车端处于娱乐模式的情况下，控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息包括音频、显示画面和氛围信息，氛围信息包括灯光氛围和/或音效氛围。这样，第一车端与第二车端在成功建立互动通道后，可以同步共享娱乐模式的当前娱乐内容所对应的包括音频、显示画面和氛围信息的场景信息，使得第一车端和第二车端可以模拟处于同一场景中，车载娱乐互动效果更佳。

下面介绍上述各个步骤的具体实现方式。

在步骤101中，在第一车端处于娱乐模式的情况下，可以基于第一车端的第一用户作出的互动输入，生成互动请求，并发送至云端服务器。其中，娱乐模式可以包括车载KTV模式、车载影院模式和车载桌游模式等。

第一车端处于娱乐模式可以是第一车端在接收到第一用户的第一输入(用于指示开启娱乐模式的输入)的情况下，开启娱乐模式。在一些示例中，为了保证安全性，第一车端在接收到第一用户的第一输入的情况下，还可以获取第一车端对应的安全影响因素(如当前车速、当前所处环境等)，若安全影响因素满足预设娱乐模式安全条件，如当前车速为0，当前所处环境不为通行道路时，可以开启娱乐模式。

第一车端开启娱乐模式后，此时可以控制车内环境调整为娱乐模式所匹配的状态。例如，在娱乐模式下，车内除氛围灯之外的其他灯光均关闭，氛围灯打开，车内显示屏的亮度可以降低，以减少光干扰，同时所有车窗关闭，还可以关闭遮阳帘等，形成一个相对密闭的娱乐空间。

第一车端发送的互动请求可以包括第二车端的身份标识，其中第二车端的身份标识可以是基于第一用户的选择确定的，例如，第一车端接收到第一用户作出的互动输入后，可以显示好友列表，第一用户可以在好友列表中选择一个或多个好友，将第一用户所选取的好友的身份标识，确定为第二车端的身份标识。第二车端的身份标识还可以是第一车端自动匹配的，例如可以将好友列表中所有在线好友的身份标识确定为第二车端的身份标识。

在步骤102中，云端服务器接收到互动请求后，可以根据互动请求中的第二车端的身份标识，将互动请求发送至第二车端。第二车端在接收到互动请求后，可以显示该互动请求，此时第二车端的第二用户可以选择是否通过该互动请求，并生成答复结果返回给云端服务器。

在步骤103中，云端服务器接收第二车端响应于互动请求返回的答复结果，其中，该答复结果可以指示第二车端通过互动请求，也可以指示第二车端拒绝互动请求。

在步骤104中，若答复结果指示通过互动请求，且第二车端处于娱乐模式，云端服务器可以控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息可以包括音频、显示画面和氛围信息，氛围信息可以包括灯光氛围和/或音效氛围。

示例地，以娱乐模式为车载KTV模式为例，在第一车端与第二车端均处于车载KTV模式，且第一车端与第二车端正在进行互动的情况下，第一车端与第二车端可以播放同一首歌曲的演唱画面，同时可以共享相同的灯光氛围和/或音效氛围。

可以理解的是，若第二车端在接收到云端服务器发送的互动请求时，已经处于娱乐模式，则可以在接收到第二用户的第二输入(用于指示通过互动请求)并生成答复结果返回云端服务器后，等待云端服务器根据答复结果控制其输出与第一车端同步的场景信息。若第二车端在接收到云端服务器发送的互动请求时，还未开启娱乐模式，则为了保证安全性，可以是第二车端在接收到第二用户的第二输入的情况下，获取第二车端对应的安全影响因素，若安全影响因素满足预设娱乐模式安全条件，可以开启娱乐模式。

在一些实施例中，上述步骤104之后，车载娱乐互动方法还可以包括如下步骤：

获取目标场景信息，目标场景信息基于第一车端或第二车端的操作信息对场景信息进行更新得到；

控制第一车端和第二车端同步输出更新后的目标场景信息。

在本实施例中，第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息后，云端服务器可以获取基于第一车端或第二车端的操作信息对场景信息进行更新得到的目标场景信息。其中，操作信息可以是车端(第一车端或第二车端)接收到用户的相关操作后生成的，相关操作可以用于更新场景信息，例如，以娱乐模式为车载KTV模式为例，相关操作可以包括切换歌曲、调整音量或音效、切换灯光氛围、更换显示画面等操作。

云端服务器可以控制第一车端和第二车端同步输出更新后的目标场景信息。换而言之，第一车端和第二车端可以实现场景联动，当其中一个车端操作以更新场景信息，则其他的车端也同步更新场景信息，使得第一车端和第二车端可以同步共享更新后的目标场景信息。这样，可以进一步提高第一车端与第二车端处于同一场景中的模拟真实度，增加第一车端与第二车端之间的互动性，使得车载娱乐互动效果更佳。

在一些实施例中，上述步骤104之前，车载娱乐互动方法还可以包括如下步骤：

识别娱乐模式的当前娱乐内容的目标类型；

确定与目标类型相匹配的目标氛围信息，场景信息包括目标氛围信息。

在本实施例中，场景信息中的氛围信息可以根据娱乐模式的当前娱乐内容自动确定。示例地，可以识别娱乐模式的当前娱乐内容的目标类型，不同的类型可以预先对应有不同的氛围信息。可以根据目标类型，确定匹配的目标氛围信息，场景信息可以包括该目标氛围信息。

以娱乐模式为车载KTV模式为例，可以识别当前演唱歌曲的目标类型(古典、流行、抒情、摇滚等)，若目标类型为古典，则可以将“古典”音效氛围和“舒缓”灯光氛围确定为目标氛围信息。若目标类型为流行，则可以将“流行”音效氛围和“轻快”灯光氛围确定为目标氛围信息。若目标类型为抒情，则可以将“抒情”音效氛围和“舒缓”灯光氛围确定为目标氛围信息。若目标类型为摇滚，则可以将“摇滚”音效氛围和“动态”灯光氛围确定为目标氛围信息。

以娱乐模式为车载影院模式为例，可以识别当前播放电影的目标类型(爱情、恐怖、动作等)，若目标类型为爱情，则可以将“浪漫”灯光氛围确定为目标氛围信息。若目标类型为恐怖，则可以将“阴暗”灯光氛围确定为目标氛围信息。若目标类型为动作，则可以将“动感”灯光氛围确定为目标氛围信息。

以娱乐模式为车载桌游模式为例，可以识别当前参与游戏的目标类型(休闲、对抗、推理等)，若目标类型为休闲，则可以将“轻快”灯光氛围确定为目标氛围信息。若目标类型为对抗，则可以将“动感”灯光氛围确定为目标氛围信息。若目标类型为推理，则可以将“阴暗”灯光氛围确定为目标氛围信息。

这样，车内在娱乐模式下的氛围信息可以根据娱乐内容自动进行调整，使得车载娱乐模式的功能更丰富，灵活性更高。

在一些实施例中，上述步骤104之前，车载娱乐互动方法还可以包括如下步骤：

在第一车端和第二车端均处于娱乐模式的情况下，获取第一车端采集的第一图像，以及第二车端采集的第二图像，其中，显示画面包括第一图像和第二图像。

在本实施例中，在第一车端和第二车端均处于娱乐模式的情况下，可以获取第一车端采集的第一图像，以及第二车端采集的第二图像。其中，第一图像可以是第一车端针对第一用户采集到的人脸图像，第二图像可以是第二车端针对第二用户采集到的人脸图像。可以在第一车端和第二车端的显示屏上同步显示第一图像和第二图像，这样，可以进一步增强第一车端与第二车端的用户之间的互动性，使得车载娱乐互动效果更佳。

在一些实施例中，上述步骤104之后，车载娱乐互动方法还可以包括如下步骤：

控制第一车端和第二车端开始录制互动视频，互动视频包括场景信息；

在检测到第一车端或第二车端退出娱乐模式的情况下，控制第一车端和第二车端结束录制互动视频。

在本实施例中，以娱乐模式为车载KTV模式为例，在第一车端和第二车端均处于车载KTV模式，且第一车端与第二车端正在进行互动的情况下，第一车端和第二车端可以针对各自车端输出的场景信息开始录制此次车载KTV的互动视频。若第一车端或第二车端退出娱乐模式，则第一车端和第二车端结束此次录制。可以将互动视频存储至云端服务器中第一车端和第二车端对应的网盘中，也可以将各自录制的互动视频直接存储于车端。这样，用户可以根据需求随时查看录制的互动视频。

在一些实施例中，上述步骤104之后，车载娱乐互动方法还可以包括如下步骤：

在检测到车端退出娱乐模式的情况下，控制车端处于初始模式，初始模式基于历史习惯数据确定。

在本实施例中，在检测到车端(第一车端或第二车端)退出娱乐模式的情况下，可以退出与娱乐模式相关的所有设置，并可以基于该车端的历史习惯数据，控制车端处于初始模式。

例如，第一车端的历史习惯数据指示第一用户在结束娱乐模式后，往往需要在车内休息一段时间，则可以控制第一车端处于休息模式。第二车端的历史习惯数据指示第二用户在结束娱乐模式后，往往会选择继续行驶，则可以控制第二车端处于行驶模式。

这样，一方面可以在结束娱乐模式后退出所有相关设置，在一定程度上可以避免用户隐私的泄露。另一方面，结束娱乐模式后可以控制车端处于由历史习惯数据确定的初始模式中，有效提高了车辆的智能化程度。

在一些实施例中，上述步骤103之后，车载娱乐互动方法还可以包括如下步骤：

在答复结果指示拒绝互动请求，或者指示在目标时刻通过互动请求的情况下，将答复结果发送至第一车端，其中，目标时刻区别于当前时刻。

在本实施例中，第二车端在接收到互动请求并显示后，可以接收第二用户拒绝该互动请求，或者在目标时刻再通过互动请求的相关操作时，可以生成答复结果返回至云端服务器。可以理解的是，目标时刻与当前时刻存在区别，例如，当前时刻可以为9:00，目标时刻可以为9:10，则此时可以认为第二车端当前暂不与第二车端进行互动，但是可以在10分钟后与第一车端互动。

若第二车端返回的答复结果指示拒绝互动请求，或者指示在目标时刻通过互动请求，云端服务器可以将答复结果发送至第一车端，以便第一车端及时知晓第二车端的答复。

在一些实施例中，上述步骤102之后，车载娱乐互动方法还可以包括如下步骤：

在预设时间段内未接收到第二车端响应于互动请求返回的答复结果的情况下，获取第二车端的导航信息，导航信息包括预计行驶时长；

根据预计行驶时长，生成提示信息；

将提示信息发送至第一车端。

在本实施例中，若云端服务器将互动请求发送给第二车端后，长时间未接收到第二车端的答复结果，则此时云端服务器可以获取第二车端的导航信息，导航信息可以包括预计行驶时长。可以根据该预计行驶时长，生成提示信息，并发送至第一车端。该提示信息可以用于向第一车端提示当前第二车端正处于行驶状态，以及行驶状态对应的预计行驶时长，进而可以建议第一车端在预计行驶时长后再发送该互动请求。

在一些示例中，若云端服务器在预设时间段内未接收到第二车端响应于互动请求返回的答复结果，且获取不到第二车端的导航信息，则此时可以生成异常结果并发送至第一车端，异常结果可以用于指示第二车端未针对互动请求作出答复。

基于上述实施例提供的车载娱乐互动方法，本申请还提供了一种车载娱乐互动装置的实施例。

图2示出了本申请另一个实施例提供的车载娱乐互动装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图2，车载娱乐互动装置200可以包括：

第一接收模块201，用于接收第一车端发送的互动请求，互动请求包括第二车端的身份标识，互动请求为第一车端处于娱乐模式的情况下生成的；

第一发送模块202，用于根据第二车端的身份标识，将互动请求发送至第二车端；

第二接收模块203，用于接收第二车端响应于互动请求返回的答复结果；

第一控制模块204，用于在答复结果指示通过互动请求，且第二车端处于娱乐模式的情况下，控制第一车端和第二车端同步输出娱乐模式的当前娱乐内容对应的场景信息，其中场景信息包括音频、显示画面和氛围信息，氛围信息包括灯光氛围和/或音效氛围。

在一些实施例中，车载娱乐互动装置200还可以包括：

第一获取模块，用于获取目标场景信息，目标场景信息基于第一车端或第二车端的操作信息对场景信息进行更新得到；

第一控制模块204，还可以用于控制第一车端和第二车端同步输出更新后的目标场景信息。

在一些实施例中，车载娱乐互动装置200还可以包括：

识别模块，用于识别娱乐模式的当前娱乐内容的目标类型；

确定模块，用于确定与目标类型相匹配的目标氛围信息，场景信息包括目标氛围信息。

在一些实施例中，车载娱乐互动装置200还可以包括：

第二获取模块，用于在第一车端和第二车端均处于娱乐模式的情况下，获取第一车端采集的第一图像，以及第二车端采集的第二图像，其中，显示画面包括第一图像和第二图像。

在一些实施例中，车载娱乐互动装置200还可以包括第二控制模块，第二控制模块可以用于：

控制第一车端和第二车端开始录制互动视频，互动视频包括场景信息；

在检测到第一车端或第二车端退出娱乐模式的情况下，控制第一车端和第二车端结束录制互动视频。

在一些实施例中，车载娱乐互动装置200还可以包括：

第三控制模块，用于在检测到车端退出娱乐模式的情况下，控制车端处于初始模式，初始模式基于历史习惯数据确定。

在一些实施例中，车载娱乐互动装置200还可以包括：

第二发送模块，用于在答复结果指示拒绝互动请求，或者指示在目标时刻通过互动请求的情况下，将答复结果发送至第一车端，其中，目标时刻区别于当前时刻。

在一些实施例中，车载娱乐互动装置200还可以包括：

第三获取模块，用于在预设时间段内未接收到第二车端响应于互动请求返回的答复结果的情况下，获取第二车端的导航信息，导航信息包括预计行驶时长；

生成模式，用于根据预计行驶时长，生成提示信息；

第三发送模块，用于将提示信息发送至第一车端。

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

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

本申请实施例还提供一种车辆，该车辆可以包括车载娱乐互动装置，车载娱乐互动装置可以实现上述车载娱乐互动方法。

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

设备可以包括处理器301以及存储有程序或指令的存储器302。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (13)

1.一种车载娱乐互动方法，其特征在于，包括：

接收第一车端发送的互动请求，所述互动请求包括第二车端的身份标识，所述互动请求为所述第一车端处于娱乐模式的情况下生成的；

根据所述第二车端的身份标识，将所述互动请求发送至所述第二车端；

接收所述第二车端响应于所述互动请求返回的答复结果；

在所述答复结果指示通过所述互动请求，且所述第二车端处于所述娱乐模式的情况下，控制所述第一车端和所述第二车端同步输出所述娱乐模式的当前娱乐内容对应的场景信息，其中所述场景信息包括音频、显示画面和氛围信息，所述氛围信息包括灯光氛围和/或音效氛围。

2.根据权利要求1所述的方法，其特征在于，所述控制所述第一车端和所述第二车端同步输出所述娱乐模式的当前娱乐内容对应的场景信息之后，所述方法还包括：

获取目标场景信息，所述目标场景信息基于所述第一车端或所述第二车端的操作信息对所述场景信息进行更新得到；

控制所述第一车端和所述第二车端同步输出更新后的所述目标场景信息。

3.根据权利要求1所述的方法，其特征在于，所述控制所述第一车端和所述第二车端同步输出所述娱乐模式的当前娱乐内容对应的场景信息之前，所述方法还包括：

识别所述娱乐模式的当前娱乐内容的目标类型；

确定与所述目标类型相匹配的目标氛围信息，所述场景信息包括所述目标氛围信息。

4.根据权利要求1所述的方法，其特征在于，所述控制所述第一车端和所述第二车端同步输出所述娱乐模式的当前娱乐内容对应的场景信息之前，所述方法还包括：

在所述第一车端和所述第二车端均处于所述娱乐模式的情况下，获取所述第一车端采集的第一图像，以及所述第二车端采集的第二图像，其中，所述显示画面包括所述第一图像和所述第二图像。

5.根据权利要求1所述的方法，其特征在于，所述控制所述第一车端和所述第二车端同步输出所述娱乐模式的当前娱乐内容对应的场景信息之后，所述方法还包括：

控制所述第一车端和所述第二车端开始录制互动视频，所述互动视频包括所述场景信息；

在检测到所述第一车端或所述第二车端退出所述娱乐模式的情况下，控制所述第一车端和所述第二车端结束录制所述互动视频。

6.根据权利要求1所述的方法，其特征在于，所述控制所述第一车端和所述第二车端同步输出所述娱乐模式的当前娱乐内容对应的场景信息之后，所述方法还包括：

在检测到车端退出所述娱乐模式的情况下，控制所述车端处于初始模式，所述初始模式基于历史习惯数据确定。

7.根据权利要求1所述的方法，其特征在于，所述接收所述第二车端响应于所述互动请求返回的答复结果之后，所述方法还包括：

在所述答复结果指示拒绝所述互动请求，或者指示在目标时刻通过所述互动请求的情况下，将所述答复结果发送至所述第一车端，其中，所述目标时刻区别于当前时刻。

8.根据权利要求1所述的方法，其特征在于，所述根据所述第二车端的身份标识，将所述互动请求发送至所述第二车端之后，所述方法还包括：

在预设时间段内未接收到所述第二车端响应于所述互动请求返回的答复结果的情况下，获取所述第二车端的导航信息，所述导航信息包括预计行驶时长；

根据所述预计行驶时长，生成提示信息；

将所述提示信息发送至所述第一车端。

9.一种车载娱乐互动装置，其特征在于，所述装置包括：

第一接收模块，用于接收第一车端发送的互动请求，所述互动请求包括第二车端的身份标识，所述互动请求为所述第一车端处于娱乐模式的情况下生成的；

第一发送模块，用于根据所述第二车端的身份标识，将所述互动请求发送至所述第二车端；

第二接收模块，用于接收所述第二车端响应于所述互动请求返回的答复结果；

第一控制模块，用于在所述答复结果指示通过所述互动请求，且所述第二车端处于所述娱乐模式的情况下，控制所述第一车端和所述第二车端同步输出所述娱乐模式的当前娱乐内容对应的场景信息，其中所述场景信息包括音频、显示画面和氛围信息，所述氛围信息包括灯光氛围和/或音效氛围。

10.一种车辆，其特征在于，所述车辆包括车载娱乐互动装置，所述车载娱乐互动装置用于实现如权利要求1-8任意一项所述的方法。

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

所述处理器执行所述程序指令时实现如权利要求1-8任意一项所述的方法。

12.一种存储介质，其特征在于，所述存储介质上存储有程序指令，所述程序指令被处理器执行时实现如权利要求1-8任意一项所述的方法。

13.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-8任意一项所述的方法。

Images