CN114978700B - 车载按钮事件响应方法、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种车载按钮事件响应方法、电子设备及存储介质，其中，车载按钮事件响应方法包括以下步骤：生成编辑界面并展示编辑界面；识别用户针对目标场景在编辑界面选择的场景服务标签、车载按钮标签；保存场景服务标签与目标场景之间的绑定关系，并保存目标场景与车载按钮标签之间的绑定关系并生成配置文件等步骤。本申请能够响应用户针对车载按钮的编辑事件，从而使用户能够对车载按钮的功能进行自定义。与此同时，通过用户自定义，能够使得车载按钮与目标场景所涉及的多个功能绑定，进而便于用户在目标场景下触发车载按钮时，能够执行两个或两个以上的功能，进而减少驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。

Description

车载按钮事件响应方法、电子设备及存储介质

技术领域

本申请涉及领域，具体而言，涉及一种车载按钮事件响应方法、电子设备及存储介质。

背景技术

近年来，基于SOA的服务设计与软件开发已成为汽车整车厂重点关注的技术能力和研究重点，SOA提供了汽车功能迭代频繁问题的可行解决方案。同时，汽车也向着功能多样，功能智能的方向发展，随着汽车智能化的不断深入用户对于汽车座舱智能化的需求也越来越多，然而针对这一需求，现有技术存在以下缺点：

第一、现有技术的多功能方向盘开关无法满足用户的实际需求，传统汽车多功能方向盘在车辆研发阶段车厂已将多功能方向盘的按键功能定义好，在车辆交付到用户手中时，用户只能接受车厂设计好的功能，而这些功能在智能化汽车飞速发展的今天往往不能满足用户的实际需求，用户可能并不想在这个按键上使用车厂设置的一个或几个功能，而是想要根据自己的需要设定车厂本没有设置的功能，也就是说现有多功能方向盘的功能无法基于用户在不同场景下的需求被用户自定义。

第二、现有技术的多功能方向盘开关与座舱间的交互功能往往全部都是固定的，一旦车辆定型，功能将不会进行更改，在车辆的整个生命过程中，使用者只能使用这些功能，就算车机的程序不断的升级，这些功能还是一成不变，也即现有技术的多功能方向盘开关存不能够在后续使用过程中被更新。

第三、现有技术的汽车多功能方向盘往往是一个开关对应一个或两个功能，并且两个功能的按键对应的也可能是在不同功能下的单个功能，例如 hang up/back电话挂断/返回功能，虽然是一个按键对应两个功能但是使用的场景都是单一的，也即现有技术的汽车多功能方向盘虽然能够对应两个以上的功能，但是这些功彼此独立使用，而无法基于一共同场景同时被使用。

发明内容

本申请实施例的目的在于提供一种车载按钮事件响应方法、电子设备及存储介质，用以响应用户针对车载按钮的编辑事件，从而使用户能够对车载按钮的功能进行自定义。与此同时，通过用户的自定义，能够使得车载按钮与目标场景所涉及的多个功能绑定在一定，进而便于用户在目标场景下触发车载按钮时，能够执行两个或两个以上的功能，进而减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。

为此，本申请第一方面公开一种车载按钮事件响应方法，所述车载按钮事件响应方法应用于客户终端，所述方法包括：

当接收用户触发的针对目标场景的车载按钮编辑指令时，生成编辑界面并展示所述编辑界面；

识别用户针对所述目标场景在所述编辑界面选择的场景服务标签，其中，所述场景服务标签对应一个车端服务，所述目标场景对应至少两个场景服务标签；

识别用户在所述编辑界面选择的车载按钮标签；

保存所述场景服务标签与所述目标场景之间的绑定关系，并保存所述目标场景与所述车载按钮标签之间的绑定关系；

基于场景服务标签与所述目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系生成配置文件，并将所述配置文件发送至云端，使所述云端部署车载按钮。

本申请第一方面通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

在本申请第一方面中，作为一种可选的实施方式，在所述生成编辑界面并展示所述编辑界面之前，所述方法还包括：

获取用户的身份信息；

将所述身份信息发送至云端，以使得所述云端基于所述身份信息验证所述用户是否具有编辑权限并将验证结果发送给所述客户终端；

当接收到所述验证结果且所述验证结果表征所述用户具有所述编辑权限时，生成所述编辑界面并展示所述编辑界面。

在本可选的实施方式中，通过验证用户的身份信息，能够对用户的编辑权限进行鉴定。

本申请第二方面公开一种车载按钮事件响应方法，所述方法应用于车载终端，所述方法包括：

检测所述用户是否触发所述目标车载按钮；

当检测到所述用户触发所述目标车载按钮时，向云端发送按钮触发信息，所述按钮触发信息携带车载按钮标签，以使得所述云端基于所述车载按钮标签确定场景服务标签，并向所述车载终端发送携带所述场景服务标签的服务请求；

接收所述云端发送的服务请求；

基于所述服务请求携带的所述场景服务标签调用基于SOA设计理念生成的车端服务并执行所述车端服务。

本申请第二方面的方法能够在检测到用户触发标车载按钮时，向云端发送携带车载按钮标签的按钮触发信息，使得云端基于车载按钮标签确定场景服务标签，并向车载终端发送携带场景服务标签的服务请求；

接收云端发送的服务请求；

基于服务请求携带的场景服务标签调用基于SOA设计理念生成的车端服务并执行车端服务。

本可选的实施方式，通过接收云端发送的服务请求，进而能够基于服务请求携带的场景服务标签调用基于SOA设计理念生成的车端服务并执行车端服务。

在本申请第二方面中，作为一种可选的实施方式，所述方法还包括：

向所述云端发送车载实时数据，以使得所述云端基于所述车载实时数据和所述场景服务标签，生成所述服务请求。

本可选的实施方式，通过向所述云端发送车载实时数据，能够以使得所述云端基于所述车载实时数据和所述场景服务标签，生成所述服务请求。

本申请第三方面公开一种车载按钮事件响应方法，所述方法应用于云端，其中，所述方法包括：

接收客户终端发送的配置文件，所述配置文件由所述客户终端基于场景服务标签与所述目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系生成，所述场景服务标签与所述目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系由所述客户终端基于用户针对所述目标场景在编辑界面选择的场景服务标签和所述车载按钮标签确定；

基于所述配置文件部署车载按钮。

本申请第三方面通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

在本申请第三方面中，作为一种可选的实施方式，所述方法还包括：

接收所述客户终端发送的身份信息；

基于所述身份信息验证所述用户是否具有编辑权限并将验证结果发送给所述客户终端，以使所述客户终端接收到所述验证结果且所述验证结果表征所述用户具有所述编辑权限时，生成所述编辑界面并展示所述编辑界面。

在本可选的实施方式，通过接收所述客户终端发送的身份信息，进而能够基于所述身份信息验证所述用户是否具有编辑权限并将验证结果发送给所述客户终端，以使所述客户终端接收到所述验证结果且所述验证结果表征所述用户具有所述编辑权限时，生成所述编辑界面并展示所述编辑界面。

在本申请第三方面中，作为一种可选的实施方式，所述方法还包括：

接收车载终端发送的按钮触发信息，所述按钮触发信息携带车载按钮标签；

基于所述车载按钮标签确定场景服务标签，并向所述车载终端发送携带所述场景服务标签的服务请求，以使得所述车载终端基于所述服务请求携带的所述场景服务标签调用基于SOA设计理念生成的车端服务并执行所述车端服务。

在本可选的实施方式，通过接收车载终端发送的按钮触发信息，所述按钮触发信息携带车载按钮标签，进而能够基于所述车载按钮标签确定场景服务标签，并向所述车载终端发送携带所述场景服务标签的服务请求，以使得所述车载终端基于所述服务请求携带的所述场景服务标签。

在本申请第三方面中，作为一种可选的实施方式，所述方法还包括：

接收车载终端发送的车载实时数据；

基于所述车载实时数据和所述场景服务标签，生成所述服务请求；

向所述车载终端发送所述服务请求。

本可选的实施方式通过接收车载终端发送的车载实时数据，能够基于所述车载实时数据和所述场景服务标签，生成所述服务请求并向所述车载终端发送所述服务请求。

本申请第四方面公开一种电子设备，包括：

处理器；以及

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，执行本申请的车载按钮事件响应方法。

本申请的电子设备通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

本申请第五方面公开一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行本申请的车载按钮事件响应方法。

本申请的存储介质通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本申请实施例公开的一种车载按钮事件响应系统的结构示意图；

图2是本申请实施例一公开的一种车载按钮事件响应方法的流程示意图；

图3是本申请实施例二公开的一种车载按钮事件响应方法的流程示意图；

图4是本申请实施例三公开的一种车载按钮事件响应方法的流程示意图；

图5是本申请实施例三公开的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在对本申请实施例进行详细介绍之前，对本申请实施例涉及的一种车载按钮事件响应系统进行说明，以便于理解本申请实施例的方法。

请参阅图1，图1是本申请实施例公开的一种车载按钮事件响应系统的结构示意图。如图1所示，本申请车载按钮事件响应系统包括云端、车端（车载终端）、客户终端（客户端），其中，客户终端与云端通信连接，车端与云端通信连接。

在本申请实施例中，如图1所示，车端提高了1到n个车端服务，这些车端服务通过车端SOA服务控制及路由可被云端调用，例如，云端向车端发送针车端服务1和车端服务2的服务请求，从而车端SOA服务控制及路由接收到该服务请求后，执行车端服务1和车端服务2。

在本申请实施例中，车端服务是指智能汽车各传感器、控制器、执行器提供的、可被调用的服务，例如：空调控制服务、座椅控制服务、门锁状态服务、车窗控制服务等。

在本申请实施例中，车端通过车端SOA服务控制及路由与云端进行通信，一方面车端将各服务状态信息反馈，如通过空调状态服务上传空调开启或关闭状态，另一方面响应云端发送的服务请求，如车端接收到云端通过空调服务接口发送的空调开启请求后，车端控制空调开启。

在本申请实施例中，云端是指部署在公有云或私有云的平台，其中，云端包括云端SOA服务路由、账户管理、状态管理、应用管理模块，具体地，云端SOA服务路由与车端SOA服务路由通信，接收车端服务状态，并向车端发送服务请求，而状态管理模块是指对车端服务状态、进行管理的模块；应用管理模块拥有接收客户终端场景编辑器信息，以对车端实现功能的同步更新，此外，应用管理模块还用于当用户控制多功能方向盘自定义按键时，触发用户定义的功能。

进一步地，账户管理模块是指平台可以设置多个用户登入，用于存储用户的设定和用户的身份信息，例如，当不同账号切换时，自动切换不同的多功能方向盘按键自定义功能设定，或者基于用户的身份信息对用的编辑权限进行验证。

在本申请实施例中，客户终端是指部署在手机或车机的场景编辑器，用户可以通过场景编辑器查看可用车端服务、对场景进行编辑及部署。

需要说明的是，本申请实施例的客户终端可以是手机等移动终端，也可以是车辆上的中控屏。

实施例一

请参阅图2，图2是本申请实施例公开的一种车载按钮事件响应方法的流程示意图，其中，车载按钮事件响应方法应用于客户终端。如图2所示，本申请实施例公开的一种车载按钮事件响应方法包括以下步骤：

101、当接收用户触发的针对目标场景的车载按钮编辑指令时，生成编辑界面并展示编辑界面；

102、识别用户针对目标场景在编辑界面选择的场景服务标签，其中，场景服务标签对应一个车端服务，目标场景对应至少两个场景服务标签；

103、识别用户在编辑界面选择的车载按钮标签；

104、保存场景服务标签与目标场景之间的绑定关系，并保存目标场景与车载按钮标签之间的绑定关系；

105、基于场景服务标签与目标场景之间的绑定关系和目标场景与车载按钮标签之间的绑定关系生成配置文件，并将配置文件发送至云端，使云端部署车载按钮。

本申请实施例通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

在本申请实施例中，作为一种可选的实施方式，在生成编辑界面并展示编辑界面之前，方法还包括：

获取用户的身份信息；

将身份信息发送至云端，以使得云端基于身份信息验证用户是否具有编辑权限并将验证结果发送给客户终端；

当接收到验证结果且验证结果表征用户具有编辑权限时，生成编辑界面并展示编辑界面。

在本可选的实施方式中，通过验证用户的身份信息，能够对用户的编辑权限进行鉴定。

实施例二

请参阅图3，图3是本申请实施例公开的一种车载按钮事件响应方法的流程示意图，其中，该方法应用于车载终端。如图3所示，本申请实施例的方法包括以下步骤：

201、检测用户是否触发目标车载按钮；

202、当检测到用户触发目标车载按钮时，向云端发送按钮触发信息，按钮触发信息携带车载按钮标签，以使得云端基于车载按钮标签确定场景服务标签，并向车载终端发送携带场景服务标签的服务请求；

203、接收云端发送的服务请求；

204、基于服务请求携带的场景服务标签调用基于SOA设计理念生成的车端服务并执行车端服务。

本申请实施例的方法能够在检测到用户触发标车载按钮时，向云端发送携带车载按钮标签的按钮触发信息，使得云端基于车载按钮标签确定场景服务标签，并向车载终端发送携带场景服务标签的服务请求；此外通过接收云端发送的服务请求，能够基于服务请求携带的场景服务标签调用基于SOA设计理念生成的车端服务并执行车端服务。

在本申请实施例中，作为一个示例，表1是车端服务的场景用例表。如表1所示，当司机按下方向盘自定义按键时，可执行窗、天窗控制服务和空调控制服务。

表1

本可选的实施方式，通过接收云端发送的服务请求，进而能够基于服务请求携带的场景服务标签调用基于SOA设计理念生成的车端服务并执行车端服务。

在本申请实施例中，作为一种可选的实施方式，方法还包括：

向云端发送车载实时数据，以使得云端基于车载实时数据和场景服务标签，生成服务请求。

本可选的实施方式，通过向云端发送车载实时数据，能够以使得云端基于车载实时数据和场景服务标签，生成服务请求。

实施例三

请参阅图4，图4是本申请实施例公开的一种车载按钮事件响应方法的流程示意图，其中，该方法应用于云端。如图4所示，本申请实施例的方法包括以下步骤：

301、接收客户终端发送的配置文件，配置文件由客户终端基于场景服务标签与目标场景之间的绑定关系和目标场景与车载按钮标签之间的绑定关系生成，场景服务标签与目标场景之间的绑定关系和目标场景与车载按钮标签之间的绑定关系由客户终端基于用户针对目标场景在编辑界面选择的场景服务标签和车载按钮标签确定；

302、基于配置文件部署车载按钮。

本申请实施例通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

在本申请实施例中，作为一种可选的实施方式，本申请实施例的方法还包括：

接收客户终端发送的身份信息；

基于身份信息验证用户是否具有编辑权限并将验证结果发送给客户终端，以使客户终端接收到验证结果且验证结果表征用户具有编辑权限时，生成编辑界面并展示编辑界面。

在本可选的实施方式，通过接收客户终端发送的身份信息，进而能够基于身份信息验证用户是否具有编辑权限并将验证结果发送给客户终端，以使客户终端接收到验证结果且验证结果表征用户具有编辑权限时，生成编辑界面并展示编辑界面。

在本申请实施例中，作为一种可选的实施方式，本申请实施例的方法还包括以下步骤：

接收车载终端发送的按钮触发信息，按钮触发信息携带车载按钮标签；

基于车载按钮标签确定场景服务标签，并向车载终端发送携带场景服务标签的服务请求，以使得车载终端基于服务请求携带的场景服务标签调用基于SOA设计理念生成的车端服务并执行车端服务。

在本可选的实施方式，通过接收车载终端发送的按钮触发信息，按钮触发信息携带车载按钮标签，进而能够基于车载按钮标签确定场景服务标签，并向车载终端发送携带场景服务标签的服务请求，以使得车载终端基于服务请求携带的场景服务标签。

在本申请实施例中，作为一种可选的实施方式，本申请实施例的方法还包括以下步骤：

接收车载终端发送的车载实时数据；

基于车载实时数据和场景服务标签，生成服务请求；

向车载终端发送服务请求。

本可选的实施方式通过接收车载终端发送的车载实时数据，能够基于车载实时数据和场景服务标签，生成服务请求并向车载终端发送服务请求。

在本可选的实施方式中，车载实时数据是指车载传感器的检测数据，作为一个示例，如表1所示的场景示例，若车载传感器在某一时刻，检测到“任意车窗或天窗打开”，则将这一数据发送给云端，使得云端能够基于车载实时数据和场景服务标签生成服务请求，其中，云端能够基于车载实时数据和场景服务标签生成服务请求的一种具体方式为:

基于车载实时数据判断是否需要执行场景服务标签对应的车端服务，若需要则生成服务请求。

实施例四

请参阅图5，图5是本申请实施例公开的一种电子设备的结构示意图。如图5所示，本申请实施例的电子设备包括：

处理器301；以及

存储器302，配置用于存储机器可读指令，指令在由处理器301执行时，执行本申请实施例的车载按钮事件响应方法。

本申请实施例的电子设备通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

实施例五

本申请实施例公开一种存储介质，存储介质存储有计算机程序，计算机程序被处理器执行本申请实施例的车载按钮事件响应方法。

本申请实施例的存储介质通过编辑界面，能够让用户对车载按钮的功能进行编辑，具体地用户通过编辑界面选择的场景服务标签可对车载按钮的功能进行编辑，这样一来，用户就能够自定义车载按钮的功能。进一步地，由于车载按钮与目标场景对应至少两个场景服务标签绑定，因此，车载按钮在目标场景下被触发时，能够同时执行两个功能（车端服务），从而能够减少司机在驾驶过程中操作某一系列功能的步骤及减少了时间，从而提高驾驶的安全性。再一方面，由于车端服务基于SOA设计理念生成，因此，车端服务并不与任意一个车载按钮硬绑定，从而通过向外提供接口的方式被访问，这样一来，通过生成配置文件就能够修改车端服务的调用关系，从而便于更新车端服务与车载按钮之间的绑定关系。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

需要说明的是，功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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

Claims (10)

1.一种车载按钮事件响应方法，其特征在于，所述车载按钮事件响应方法应用于客户终端，所述方法包括：

当接收用户触发的针对目标场景的车载按钮编辑指令时，生成编辑界面并展示所述编辑界面；

识别所述用户针对所述目标场景在所述编辑界面选择的场景服务标签，其中，所述场景服务标签对应一个车端服务，所述目标场景对应至少两个所述场景服务标签，每个所述场景服务标签表征一个基于SOA设计理念生成的车端服务；

识别用户在所述编辑界面选择的车载按钮标签；

保存所述场景服务标签与所述目标场景之间的绑定关系，并保存所述目标场景与所述车载按钮标签之间的绑定关系；

基于所述场景服务标签与所述目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系生成配置文件，并将所述配置文件发送至云端，使所述云端部署车载按钮，其中，所述车载按钮在所述目标场景下被触发时，同时执行两个所述车端服务。

2.如权利要求1所述的车载按钮事件响应方法，其特征在于，在所述生成编辑界面并展示所述编辑界面之前，所述方法还包括：

获取所述用户的身份信息；

将所述身份信息发送至所述云端，以使得所述云端基于所述身份信息验证所述用户是否具有编辑权限并将验证结果发送给所述客户终端；

当接收到所述验证结果且所述验证结果表征所述用户具有所述编辑权限时，生成所述编辑界面并展示所述编辑界面。

3.一种车载按钮事件响应方法，其特征在于，所述方法应用于车载终端，所述方法包括：

检测用户是否触发目标车载按钮；

当检测到所述用户触发所述目标车载按钮时，向云端发送按钮触发信息，所述按钮触发信息携带车载按钮标签，以使得所述云端基于所述车载按钮标签确定场景服务标签，并向所述车载终端发送携带所述场景服务标签的服务请求，其中，所述场景服务标签对应一个车端服务，目标场景对应至少两个所述场景服务标签，每个所述场景服务标签表征一个基于SOA设计理念生成的所述车端服务，所述云端基于所述车载按钮标签在配置文件中查询所述场景服务标签，所述配置文件由客户终端基于所述场景服务标签与所述目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系生成，所述场景服务标签与所述目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系由所述客户终端基于所述用户针对所述目标场景在编辑界面选择的所述场景服务标签和所述车载按钮标签确定接收所述云端发送的服务请求；

基于所述服务请求携带的所述场景服务标签调用基于SOA设计理念生成的所述车端服务并执行所述车端服务，其中，所述目标车载按钮在所述目标场景下被触发时，同时执行两个所述车端服务。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

向所述云端发送车载实时数据，以使得所述云端基于所述车载实时数据和所述场景服务标签，生成所述服务请求。

5.一种车载按钮事件响应方法，其特征在于，所述方法应用于云端，其中，所述方法包括：

接收客户终端发送的配置文件，所有配置文件用于基于车载按钮标签查询场景服务标签，所述配置文件由所述客户终端基于所述场景服务标签与目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系生成，所述场景服务标签与所述目标场景之间的绑定关系和所述目标场景与所述车载按钮标签之间的绑定关系由所述客户终端基于用户针对所述目标场景在编辑界面选择的所述场景服务标签和所述车载按钮标签确定，所述场景服务标签对应一个车端服务，目标场景对应至少两个所述场景服务标签，每个所述场景服务标签表征一个基于SOA设计理念生成的所述车端服务，所述车载按钮在所述目标场景下被触发时，同时执行两个所述车端服务；

基于所述配置文件部署车载按钮。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

接收所述客户终端发送的身份信息；

基于所述身份信息验证所述用户是否具有编辑权限并将验证结果发送给所述客户终端，以使所述客户终端接收到所述验证结果且所述验证结果表征所述用户具有所述编辑权限时，生成所述编辑界面并展示所述编辑界面。

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

接收车载终端发送的按钮触发信息，所述按钮触发信息携带车载按钮标签；

基于所述车载按钮标签确定所述场景服务标签，并向所述车载终端发送携带所述场景服务标签的服务请求，以使得所述车载终端基于所述服务请求携带的所述场景服务标签调用基于SOA设计理念生成的所述车端服务并执行所述车端服务。

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

接收车载终端发送的车载实时数据；

基于所述车载实时数据和所述场景服务标签，生成服务请求；

向所述车载终端发送所述服务请求。

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

处理器；以及

存储器，配置用于存储机器可读指令，所述指令在由所述处理器执行时，执行如权利要求1-7任一项所述的车载按钮事件响应方法。

10.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行如权利要求1-7任一项所述的车载按钮事件响应方法。

Images