CN112092751A - 一种座舱服务方法及座舱服务*** - Google Patents

Abstract

本申请提供了一种座舱服务方法和座舱服务***，所述座舱服务***包括互相连接的指令单元和车机端，其中：所述指令单元用于生成并发送指令信息至车机端；所述车机端用于在获取所述指令信息对应的动作序列后，根据所述动作序列按顺序执行多个功能模式。本申请提供的座舱服务方法和座舱服务***，能够在用车过程中一键实现序列化的座舱功能服务，营造合适的用车氛围或仪式感，增加了车辆的可玩性，提高了用户体验。

Description

一种座舱服务方法及座舱服务***

技术领域

本申请涉及显示技术领域，特别是涉及一种座舱服务方法及座舱服务***。

背景技术

在车载控制***中，车机***和车内电气***都是通过车内的交互***去完成的。在用车时，往往需要手动开启一系列操作，例如空调、车门、车窗、驾驶辅助***、娱乐***以及其他车机应用等。在这些操作中，有些功能的开启和设置过于繁琐，一项接一项每次操作一遍需要花费很多时间。

发明内容

本申请的目的在于提供一种座舱服务方法和座舱服务***，能够在用车过程中一键实现序列化的座舱功能服务，营造合适的用车氛围或仪式感。

本申请首先提供了一种座舱服务方法，具体地，座舱服务方法包括：获取指令信息；获取所述指令信息对应的动作序列；根据所述动作序列按顺序执行多个功能模式。

可选地，在执行获取指令信息的步骤之前包括：设置并调用服务脚本，所述服务脚本包括指令信息、多个功能模式和所述多个功能模式的动作序列。

可选地，在执行根据所述动作序列按顺序执行多个功能模式的步骤中包括：所述多个功能模式包括第一功能模式和第二功能模式，根据所述动作序列，在执行所述第一功能模式达到设定时间后，执行所述第二功能模式。

可选地，在执行根据所述动作序列按顺序执行多个功能模式的步骤中包括：所述多个功能模式包括第一功能模式和第二功能模式，根据所述动作序列，在所述第一功能模式运行结束后，执行所述第二功能模式。

本申请还提供了一种座舱服务***，具体地，所述座舱服务***包括互相连接的指令单元和车机端，其中：所述指令单元用于生成并发送指令信息至车机端；所述车机端用于在获取所述指令信息对应的动作序列后，根据所述动作序列按顺序执行多个功能模式。

可选地，所述座舱服务***还包括与所述车机连接的服务器，所述服务器用于获取并发送服务脚本至车机端，以使所述车机端设置并调用所述服务脚本，所述服务脚本包括指令信息、多个功能模式和所述多个功能模式的动作序列。

可选地，所述服务器还用于获取针对所述动作序列的反馈信息、设备信息和/或供应信息，并根据所述反馈信息、设备信息和/或供应信息更新并重新设置所述服务脚本至所述车机端。

可选地，所述座舱服务***还包括与所述车机端相连的手机端，所述手机端用于修改并设置所述动作序列和/或所述功能模式至所述车机端。

可选地，所述指令单元选自车机按键、车机屏幕、语音识别、动作识别及远程控制中的至少一项。

可选地，所述功能模式的服务设备选自多媒体显示、空调、音响、氛围灯、车灯、车控、车机应用、机器人、香薰以及互联网项目中的至少一项。

本申请提供的座舱服务方法和座舱服务***，能够在用车过程中一键实现序列化的座舱功能服务，营造合适的用车氛围或仪式感，增加了车辆的可玩性，提高了用户体验。

附图说明

图1为本申请一种座舱服务方法的流程图。

图2为本申请一种座舱服务***的方框图。

图3为本申请另一种座舱服务方法的流程图。

图4为本申请另一种座舱服务***的方框图。

图5为本申请另一种座舱服务方法的流程图。

图6为本申请另一种座舱服务***的方框图。

具体实施方式

下面结合附图和实施例，对本申请的具体实施方式作进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

在第一个方面，本申请首先提供一种座舱服务方法。图1为本申请一种座舱服务方法的流程图。

如图1所示，座舱服务方法包括：

S110：设置服务脚本，其中服务脚本包括场景条件和功能模式。

S120：调用服务脚本。

S130：根据服务脚本中的场景条件获取场景信息。

S140：当场景信息满足场景条件时，执行功能模式。

通过设置服务脚本以供软件调用的方式，能够灵活地调整和更改座舱内的功能服务。

在一实施例中，服务脚本还包括触发器约束。当场景信息满足场景条件，并且触发器处于特定状态的约束下，执行功能模式。

在一实施例中，触发器选自应用、时间、车辆状态、驾驶员状态以及车控设备中的至少一项。例如，服务脚本可以设定为车辆装载的门窗、空调、香薰、空气净化器、咖啡机、氛围灯、娱乐设备、座椅以及车载机器人等设备的一个特定的工作状态时，触发开始执行功能模式。

需要说明的是，在另一实施例中，在调用一个服务脚本后，也可以是触发器先达到了触发状态，然后场景信息才满足场景条件，此时，开始执行功能模式以提供座舱服务。

在一实施例中，在执行S140：当场景信息满足场景条件时，执行功能模式的步骤之后包括：

获取针对功能模式的反馈信息、设备信息和/或供应信息；根据反馈信息、设备信息和/或供应信息更新服务脚本。

在收集到对一个服务脚本实现的功能的意见或者建议之后，通过及时修改更新服务脚本，以提高用户体验。

在一实施例中，场景信息选自时间、天气、位置、用户画像、订单以及通话状态中的至少一项。

其中，订单可以包括实物订单如购买的实物商品，也可以包括虚拟服务订单，如音视频版权、保险服务或者代驾服务等。用户画像可以是识别出包括用户的性别、年龄以及生日等各种个人特征信息。

需要说明的是，在实际应用中，各种触发器、场景条件以及功能模式可以自由灵活组合在服务脚本中。服务脚本的生成或修改，可以是服务器实现的，也可以是手机端实现的。通过手机端实现服务脚本的生成或修改，大大增加了车机的可玩性。

例如，在一实施例中，用户设置的纪念日作为时间条件，在车机开机检查时触发，通过设置的氛围灯、香氛、语音以及视频等方式营造纪念日氛围。

在一实施例中，在行车的场景条件下，检测到驾驶员疲劳驾驶时触发，座舱提供的座舱服务包括清新的音乐、提神的香氛和语音提醒注意行车安全的语音，以协助驾驶员恢复正常驾驶状态。

在一实施例中，用户需要长途行车，正常设置导航，配置的导航距离满足了导航距离条件，由此触发了包括保险服务的功能模式，提示用户及时领取或者购买保险服务。在另一实施例中，场景条件为下雨天，用户导航里程大于五十公里触发，提供包括相关保险服务的功能模式的座舱服务。

在另一实施例中，长途保险服务停止服务了，此时需要调整服务脚本的功能服务逻辑。可通过服务器下发新的服务脚本，动态修改执行动作，功能模式改为只有语音播报，提示用户注意里程续航，长途开车注意行车安全。在这个服务脚本的更改过程中，因为与程序解耦，无需更新端上应用，因此用户无感操作。可以在座舱服务需要发生变更时，能够实时最大程度地覆盖到更广泛的用户群体。

在一实施例中，需要新增一个服务脚本，其中场景条件为下雨天，通过车辆点火触发，语音播报提醒注意行车安全。服务器可以动态推送这个服务脚本到车机端，将服务脚本结构化存储在车机端，无需用户手动选择更新升级，即可达到新增座舱服务的目的。在另一实施例中，车辆点火触发时尚未下雨，在行车途中的场景条件变化，检测到下雨的天气，同样执行提供包括语音播报提醒注意行车安全的功能模式的座舱服务。

在一实施例中，无论任何场景条件，进入隧道时触发，打开车灯以及空调内循环功能。用户普遍反馈需要修改或取消这个功能，此时服务器可以通过动态推送，修改服务脚本或使服务脚本失效。

本申请提供的座舱服务方法，能够灵活地调整和更改座舱内的功能服务，动态化地提供场景化服务，提高了用户体验。

在另一方面，本申请还提供了一种座舱服务***。图2为本申请一实施例的座舱服务***的方框图。

如图2所示，座舱服务***包括服务器1、车机端2和场景信息获取单元3。

服务器1与车机端2相连，用于获取并发送包括场景条件和功能模式的服务脚本至车机端2。

场景获取单元3与车机端2相连，用于获取并发送场景信息至车机端2。

车机端2用于设置并调用服务脚本，当接收的场景信息满足场景条件时，执行功能模式。

在具体操作中，服务器1将配置好的服务脚本，实时推送到车机端2。车机端2解析服务脚本，结构化存储在本地，并实时生效。通过服务器1设置服务脚本至车机端2，以供车机端2软件调用的方式，车机由此可以灵活配置调整，以及更改座舱内的功能服务。

在一实施例中，服务脚本还包括触发器约束。当场景信息满足场景条件，并且触发器处于特定状态的约束下，车机执行功能模式。

在一实施例中，触发器选自应用、时间、车辆状态、驾驶员状态以及车控设备中的至少一项。例如，服务脚本可以设定为车辆装载的门窗、空调、香薰、空气净化器、咖啡机、氛围灯、娱乐设备、座椅以及车载机器人等设备的一个特定的工作状态时，触发开始执行功能模式。

需要说明的是，在另一实施例中，在调用一个服务脚本后，也可以是触发器先达到了触发状态，然后场景信息才满足场景条件，此时，开始执行功能模式以提供座舱服务。

在一实施例中，服务器还用于获取针对功能模式的反馈信息、设备信息和/或供应信息。服务器根据反馈信息、设备信息和/或供应信息更新服务脚本，并重新设置至车机端。

在收集到对一个服务脚本实现的功能的意见或者建议之后，通过及时修改更新服务脚本，以提高用户体验。

在一实施例中，通过车机端操作可以直接新建或修改服务脚本。在另一实施例中，座舱服务***还包括与车机端相连的手机端，手机端用于新建或修改服务脚本，并设置至车机端。需要说明的是，手机端可以是远程通过服务器与车机端连接的，也可以是通过蓝牙或wifi等近距离无线通信方式直接与车机端连接。

提供直接新建或者修改服务脚本的渠道，方便用户对自己的座舱进行个性化或者创意化的设置，增加了车辆的可玩性。

在一实施例中，功能模式的服务设备选自多媒体显示、空调、音响、氛围灯、车灯、车控、机器人、香薰以及互联网项目中的至少一项。需要说明的是，各服务设备的具体工作参数也同样包含在功能模式中。比如空调的温度、音量的大小、氛围灯的色调、机器人的情绪以及香薰的浓度等。当开始执行指定的功能模式时，各服务设备根据规定的工作参数进行设置。

需要说明的是，在实际应用中，各种触发器、场景条件以及功能模式可以自由灵活组合在服务脚本中。服务脚本的生成或修改，可以是服务器实现的，也可以是手机端实现的。通过手机端实现服务脚本的生成或修改，大大增加了车机的可玩性。

例如，在一实施例中，用户设置的纪念日作为时间条件，在车机开机检查时触发，通过设置的氛围灯、香氛、语音以及视频等方式营造纪念日氛围。

在一实施例中，在行车的场景条件下，检测到驾驶员疲劳驾驶时触发，座舱提供的座舱服务包括清新的音乐、提神的香氛和语音提醒注意行车安全的语音，以协助驾驶员恢复正常驾驶状态。

在一实施例中，用户需要长途行车，正常设置导航，配置的导航距离满足了导航距离条件，由此触发了包括保险服务的功能模式，提示用户及时领取或者购买保险服务。在另一实施例中，场景条件为下雨天，用户导航里程大于五十公里触发，提供包括相关保险服务的功能模式的座舱服务。

在另一实施例中，长途保险服务停止服务了，此时需要调整服务脚本的功能服务逻辑。可通过服务器下发新的服务脚本，动态修改执行动作，功能模式改为只有语音播报，提示用户注意里程续航，长途开车注意行车安全。在这个服务脚本的更改过程中，因为与程序解耦，无需更新端上应用，因此用户无感操作。可以在座舱服务需要发生变更时，能够实时最大程度地覆盖到更广泛的用户群体。

在一实施例中，需要新增一个服务脚本，其中场景条件为下雨天，通过车辆点火触发，语音播报提醒注意行车安全。服务器可以动态推送这个服务脚本到车机端，将服务脚本结构化存储在车机端，无需用户手动选择更新升级，即可达到新增座舱服务的目的。在另一实施例中，车辆点火触发时尚未下雨，在行车途中的场景条件变化，检测到下雨的天气，同样执行提供包括语音播报提醒注意行车安全的功能模式的座舱服务。

在一实施例中，无论任何场景条件，进入隧道时触发，打开空调内循环功能。用户普遍反馈需要修改或取消这个功能，此时服务器可以通过动态推送，修改服务脚本或使服务脚本失效。

本申请提供的座舱服务***，能够灵活地调整和更改座舱内的功能服务，动态化地提供场景化服务，增加了车辆的可玩性，提高了用户体验。

在另一方面，本申请还提供了一种座舱服务方法。图3为本申请另一实施例的座舱服务方法的流程图。

如图3所示，座舱服务方法包括：

S210：获取当前至少一种场景信息。

S220：根据至少一种场景信息获取对应的出行场景。

S230：根据出行场景执行对应的功能模式。

在汽车出行的过程中，可以通过车辆数据获得出行时间、地点、当前天气、车机当前的应用状态、车内入座情况、车辆挡位以及车速等情况结合后台大数据来分析感知到当前的出行状态。通过对当前行车场景信息的分析判断出行场景的方式，能够自动提供符合出行场景的相关功能服务，提高用户体验。

在一实施例中，在执行S210：获取当前至少一种场景信息的步骤及之前包括：

设置并调用服务脚本，根据服务脚本中的场景条件获取场景信息。服务脚本包括场景条件和功能模式。

通过服务脚本的方式实现软件功能，可以灵活配置调整，或者更改座舱内的功能服务。

在一实施例中，在执行S220：根据至少一种场景信息获取对应的出行场景的步骤中包括：

根据至少一种场景信息，查找场景对照表以获取对应的出行场景。

通过大数据的分析，获取各种出行场景对应的各种场景信息的特征值区间，生成场景对照表进行预存。在应用时，***直接根据获取的场景信息查询场景对照表，即可快速获取对应的出行场景。在人们的出行场景信息的特征值发生变化时，更新场景对照表即可。在另一实施例中，***也可以在获取场景信息后，再通过最新的大数据的计算分析，获取最符合当前时刻的出行场景。

在一实施例中，场景信息包括车辆总线信息、时间、天气、位置、用户画像、订单以及通话状态中的至少一项。

其中，订单可以包括实物订单如购买的实物商品，也可以包括虚拟服务订单，如音视频版权、保险服务或者代驾服务等。用户画像可以是识别出包括用户的性别、年龄以及生日等各种个人特征信息。

在一实施例中，车辆总线信息选自车机状态、入座人员信息、车速及档位中的至少一项。

在一实施例中，出行场景选自上班、下班、出差、旅游、接机、送机以及长途中的至少一项。

需要说明的是，在实际应用中，各种出行场景以及功能模式可以自由灵活组合在服务脚本中。服务脚本的生成或修改，可以是服务器实现的，也可以是手机端实现的。通过手机端实现服务脚本的生成或修改，极大地增加了车机的可玩性。

例如，在一实施例中，获取到当前时间是工作日早上八点到十点之间，导航距离在五公里至30公里范围内，车内入座人数不超过两个人，平均车速不超过30公里。通过后台大数据的统计分析，确定为上班场景，由此设置在座舱内播放一些愉悦的早间节目。在另一实施例中，获取到当前时间是工作日下午五点到七点之间，导航距离在五公里至30公里范围内，车内入座人数不超过两个人，平均车速不超过30公里。通过后台大数据的统计分析，确定为下班场景，由此设置在座舱内播放一些舒缓的音乐。在其他一些实施例中，各场景数据可以根据当地***均车速会有差别。

在另一实施例中，对于导航距离超过五十公里，车内人数三人左右，导航目的地为旅游热点区域，则***根据大数据判断为旅途场景。由此设置在座舱内提供一些关于旅游目的地的影音资料、门票预订、停车场推荐、沿途加油站推荐、食宿推荐、纪念品推荐以及保险服务等。

本申请提供的座舱服务方法，能够通过检测当前用车情况判断出行场景，从而自动提供符合出行场景的相关功能服务，提高了用户体验。

在另一方面，本申请还提供了一种座舱服务***。图4为本申请另一实施例的座舱服务***的方框图。

如图4所示，座舱服务***包括互相连接的车机端2和场景信息获取单元3。

场景获取单元3用于获取并发送至少一种场景信息至车机端2。车机端2用于根据至少一种场景信息获取对应的出行场景，以根据出行场景执行对应的功能模式。

在汽车出行的过程中，可以通过车辆数据获得出行时间、地点、当前天气、车机当前的应用状态、车内入座情况、车辆挡位以及车速等情况结合后台大数据来分析感知到当前的出行状态。通过对当前行车场景信息的分析判断出行场景的方式，车机端能够自动提供符合出行场景的相关功能服务，提高用户体验。

请继续参考图4，在一实施例中，还包括与至少一个车机端2连接的服务器1。服务器1用于获取至少一个车机端2的全部场景信息，并根据全部场景信息统计计算每种出行场景所对应的场景信息，以供车机端2根据场景信息获取对应的出行场景。在其他实施例中，车机端2可以自行根据大数据进行分析判断或者查找预置的场景对照表，以根据场景信息获取对应的出行场景。

在一实施例中，通过车机端操作可以直接新建或修改服务脚本。请继续参考图4，在另一实施例中，座舱服务***还包括与车机端2相连的手机端4，手机端4用于新建服务脚本，或修改功能模式，并设置至车机端2。需要说明的是，手机端4可以是远程通过服务器1与车机端2连接的，也可以是通过蓝牙或wifi等近距离无线通信方式直接与车机端2连接。

提供直接新建或者修改服务脚本的渠道，方便用户对自己的座舱进行个性化或者创意化的设置，增加了车辆的可玩性。

在一实施例中，功能模式的服务设备选自多媒体显示、空调、音响、氛围灯、车灯、车控、机器人、香薰以及互联网项目中的至少一项。需要说明的是，各服务设备的具体工作参数也同样包含在功能模式中。比如空调的温度、音量的大小、氛围灯的色调、机器人的情绪以及香薰的浓度等。当开始执行指定的功能模式时，各服务设备根据规定的工作参数进行设置。

例如，在一实施例中，获取到当前时间是工作日早上八点到十点之间，导航距离在五公里至30公里范围内，车内入座人数不超过两个人，平均车速不超过30公里。通过后台大数据的统计分析，确定为上班场景，由此设置在座舱内播放一些愉悦的早间节目。在另一实施例中，获取到当前时间是工作日下午五点到七点之间，导航距离在五公里至30公里范围内，车内入座人数不超过两个人，平均车速不超过30公里。通过后台大数据的统计分析，确定为下班场景，由此设置在座舱内播放一些舒缓的音乐。在其他一些实施例中，各场景数据可以根据当地***均车速会有差别。

在另一实施例中，对于导航距离超过五十公里，车内人数三人左右，导航目的地为旅游热点区域，则***根据大数据判断为旅途场景。由此设置在座舱内提供一些关于旅游目的地的影音资料、门票预订、停车场推荐、沿途加油站推荐、食宿推荐、纪念品推荐以及保险服务等。

本申请提供的座舱服务***，能够通过检测当前用车情况判断出行场景，从而自动提供符合出行场景的相关功能服务，提高了用户体验。

在另一方面，本申请还提供了一种座舱服务方法。图5为本申请另一实施例的座舱服务方法的流程图。

如图5所示，在一实施例中，座舱服务方法包括：

S310：获取指令信息。

S320：获取指令信息对应的动作序列。

S330：根据动作序列按顺序执行多个功能模式。

通过将多个功能模式序列化，用户在用车过程中可以一键实现一系列的座舱功能服务，能够营造合适的用车氛围或仪式感。

在一实施例中，在执行S310：获取指令信息的步骤之前包括：

设置并调用服务脚本，服务脚本包括指令信息、多个功能模式和多个功能模式的动作序列。

通过服务脚本的方式实现软件功能，可以灵活配置调整，或者更改座舱内的功能服务。

在一实施例中，在执行S330：根据动作序列按顺序执行多个功能模式的步骤中包括：

多个功能模式包括第一功能模式和第二功能模式。根据动作序列，在执行第一功能模式达到设定时间后，执行第二功能模式。

在这个方式中，不管在设定时间到达时，第一功能模式是否运行完成，都立即开始运行第二功能模式。比如播放指定的电台节目十分钟，然后开始播放指定的音视频节目。

在一实施例中，在执行S330：根据动作序列按顺序执行多个功能模式的步骤中包括：

多个功能模式包括第一功能模式和第二功能模式。根据动作序列，在运行第一功能模式结束后，执行第二功能模式。

在这个方式中，不管第一功能模式全部运行完成需要多长时间，都要运行完成后才运行第二功能模式。比如指定的一部视频或音频播放完成后才打开指定的电台，或者指定的氛围灯跑马仪式完成后打开指定的音视频。

需要说明的是，在实际应用中，各种指令信息、功能模式以及多个功能模式的动作序列可以自由灵活组合在服务脚本中。服务脚本的生成或修改，可以是服务器实现的，也可以是手机端实现的。通过手机端实现服务脚本的生成或修改，大大增加了车机的可玩性。

本申请提供的座舱服务方法，能够在用车过程中一键实现序列化的座舱功能服务，营造合适的用车氛围或仪式感，增加了车辆的可玩性，提高了用户体验。

在另一方面，本申请还提供了一种座舱服务***。图6为本申请另一实施例的座舱服务***的方框图。

如图6所示，在一实施例中，座舱服务***包括互相连接的指令单元5和车机端2。

在座舱服务***中，指令单元5用于生成并发送指令信息至车机端2。车机端2用于在获取指令信息对应的动作序列后，根据动作序列按顺序执行多个功能模式。

通过将多个功能模式序列化，用户在用车过程中可以一键实现一系列的座舱功能服务，能够营造合适的用车氛围或仪式感。

在一实施例中，座舱服务***还包括与车机连接的服务器。服务器用于获取并发送服务脚本至车机端，以使车机端设置并调用服务脚本。服务脚本包括指令信息、多个功能模式和多个功能模式的动作序列。

在功能模式有变化时，通过服务器可以批量实现对多个车机端的同步更新，在管理上也可以方便实现封闭式管理。

在一实施例中，服务器还用于获取针对动作序列的反馈信息、设备信息和/或供应信息。服务器根据获取的反馈信息、设备信息和/或供应信息更新服务脚本，并重新发送至车机端进行设置。

在收集到对一个服务脚本实现的功能的意见或者建议之后，通过及时修改更新服务脚本，以提高用户体验。

在一实施例中，通过车机端操作可以直接新建或修改服务脚本。在另一实施例中，座舱服务***还包括与车机端相连的手机端，手机端用于新建服务脚本，或修改动作序列和/或功能模式，并设置至车机端。需要说明的是，手机端可以是远程通过服务器与车机端连接的，也可以是通过蓝牙或wifi等近距离无线通信方式直接与车机端连接。

提供直接新建或者修改服务脚本的渠道，方便用户对自己的座舱进行个性化或者创意化的设置，增加了车辆的可玩性。

在一实施例中，指令单元选自车机按键、车机屏幕、语音识别、动作识别及远程控制中的至少一项。

在一实施例中，功能模式的服务设备选自多媒体显示、空调、音响、氛围灯、车灯、车控、车机应用、机器人、香薰以及互联网项目中的至少一项。需要说明的是，各服务设备的具体工作参数也同样包含在功能模式中。比如空调的温度、音量的大小、氛围灯的色调、机器人的情绪以及香薰的浓度等。当开始执行指定的功能模式时，各服务设备根据规定的工作参数进行设置。

例如，在一实施例中，用户设置了一个服务脚本，命名为“我的上车仪式”。上车后，打开所有的车门车窗，播放指定的电台节目10分钟，然后关闭电台，开始通过多媒体播放音乐。在另一实施例中，用户设置了另一个服务脚本，在检测到有第二人的场景下，打开空调，并播放指定的曲目结束后，播放指定的语音文件。然后等待一分钟，调节氛围灯至设定模式。在这个过程中，用户深度参与定至功能的过程，每个座舱都可以是独特的个性化的，大大增加了可玩性。

本申请提供的座舱服务***，能够在用车过程中一键实现序列化的座舱功能服务，营造合适的用车氛围或仪式感，增加了车辆的可玩性，提高了用户体验。

在本文中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语的具体含义。

在本文中，用于描述元件的序列形容词“第一”、“第二”等仅仅是为了区别属性类似的元件，并不意味着这样描述的元件必须依照给定的顺序，或者时间、空间、等级或其它的限制。

在本文中，除非另有说明，“多个”、“若干”的含义是两个或两个以上。

本领域普通技术人员可以理解，实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，除了包含所列的那些要素，而且还可包含没有明确列出的其他要素。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种座舱服务方法，其特征在于，包括：

获取指令信息；

获取所述指令信息对应的动作序列；

根据所述动作序列按顺序执行多个功能模式。

2.如权利要求1所述的座舱服务方法，其特征在于，在执行获取指令信息的步骤之前包括：

设置并调用服务脚本，所述服务脚本包括指令信息、多个功能模式和所述多个功能模式的动作序列。

3.如权利要求1所述的座舱服务方法，其特征在于，在执行根据所述动作序列按顺序执行多个功能模式的步骤中包括：

所述多个功能模式包括第一功能模式和第二功能模式，根据所述动作序列，在执行所述第一功能模式达到设定时间后，执行所述第二功能模式。

4.如权利要求1所述的座舱服务方法，其特征在于，在执行根据所述动作序列按顺序执行多个功能模式的步骤中包括：

所述多个功能模式包括第一功能模式和第二功能模式，根据所述动作序列，在所述第一功能模式运行结束后，执行所述第二功能模式。

5.一种座舱服务***，其特征在于，所述座舱服务***包括互相连接的指令单元和车机端，其中：

所述指令单元用于生成并发送指令信息至车机端；

所述车机端用于在获取所述指令信息对应的动作序列后，根据所述动作序列按顺序执行多个功能模式。

6.如权利要求5所述的座舱服务***，其特征在于，所述座舱服务***还包括与所述车机连接的服务器，所述服务器用于获取并发送服务脚本至车机端，以使所述车机端设置并调用所述服务脚本，所述服务脚本包括指令信息、多个功能模式和所述多个功能模式的动作序列。

7.如权利要求6所述的座舱服务***，其特征在于，所述服务器还用于获取针对所述动作序列的反馈信息、设备信息和/或供应信息，并根据所述反馈信息、设备信息和/或供应信息更新并重新设置所述服务脚本至所述车机端。

8.如权利要求5所述的座舱服务***，其特征在于，所述座舱服务***还包括与所述车机端相连的手机端，所述手机端用于修改并设置所述动作序列和/或所述功能模式至所述车机端。

9.如权利要求5-8任一项所述的座舱服务***，其特征在于，所述指令单元选自车机按键、车机屏幕、语音识别、动作识别及远程控制中的至少一项。

10.如权利要求5-8任一项所述的座舱服务***，其特征在于，所述功能模式的服务设备选自多媒体显示、空调、音响、氛围灯、车灯、车控、车机应用、机器人、香薰以及互联网项目中的至少一项。

Images