基于场景服务编排的多车联动方法、装置、系统、设备及存储介质

技术领域

本申请涉及车辆联动技术领域，更具体地，涉及一种基于场景服务编排的多车联动方法、装置、系统、设备及存储介质。

背景技术

随着车联网技术的兴起和发展，逐渐诞生了一些多车联动的技术方案，例如多车律动。但这些技术方案均是对系统既定的场景模式进行多车联动，无法满足用户的个性化定制需求。另一方面，现有的场景服务编排技术仅能支持单车的简单场景编辑，可以将单车的场景文件复制到多车，但多车之间的场景执行并无关联，未能实现车辆集群的多车协同联动。

发明内容

本申请提出了一种基于场景服务编排的多车联动方法、装置、系统、设备及存储介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种基于场景服务编排的多车联动方法，方法包括：接收第一用户发送的动作分配同步指令，动作分配同步指令用于同步基于第一用户对场景服务进行编排得到的服务组合以及执行服务组合的车队信息；根据动作分配同步指令生成场景文件，场景文件用于指示服务组合中包括的多个场景服务信息以及执行每个场景服务的车辆信息；根据场景文件将执行指令下发至执行场景服务的车辆，执行指令用于指示车辆执行场景服务。

第二方面，本申请实施例还提供了一种基于场景服务编排的多车联动方法，方法包括：接收用户的场景服务编排指令，根据场景服务编排指令对场景服务进行编排，获得场景服务编排后的服务组合信息；接收用户对场景的动作分配指令，根据动作分配指令将服务组合包括的多个场景服务分配至车队中的车辆，并向云端发送动作分配同步指令，以使得云端根据动作分配同步指令生成场景文件，并根据场景文件将执行指令下发至车队的车辆，实现对多车联动的调度，动作分配同步指令用于同步服务组合以及执行服务组合的车队信息。

第三方面，本申请实施例还提供了一种基于场景服务编排的多车联动装置，装置包括：指令接收模块，用于接收第一用户发送的动作分配同步指令，动作分配同步指令用于同步基于第一用户对场景服务进行编排得到的服务组合以及执行服务组合的车队信息；场景文件生成模块，用于根据动作分配同步指令生成场景文件，场景文件用于指示服务组合中包括的多个场景服务信息以及执行每个场景服务的车辆信息；调度模块，用于根据场景文件将执行指令下发至执行场景服务的车辆，执行指令用于指示车辆执行场景服务。

第四方面，本申请实施例还提供了一种基于场景服务编排的多车联动装置，装置包括：场景服务编排模块，用于接收用户的场景服务编排指令，根据场景服务编排指令对场景服务进行编排，获得场景服务编排后的服务组合信息；动作分配模块，用于接收用户对场景的动作分配指令，根据动作分配指令将服务组合包括的多个场景服务分配至车队中的车辆，并向云端发送动作分配同步指令，以使得云端根据动作分配同步指令生成场景文件，并根据场景文件将执行指令下发至车队的车辆，实现对多车联动的调度，动作分配同步指令用于同步服务组合以及执行服务组合的车队信息。

第五方面，本申请实施例还提供了一种基于场景服务编排的多车联动系统，其特征在于，系统包括第一用户终端、与第一用户终端关联的车辆以及云端；第一用户终端，用于接收用户的场景服务编排指令，根据场景服务编排指令对场景服务进行编排，获得场景服务编排后的服务组合信息；接收用户对服务组合的动作分配指令，根据动作分配指令将服务组合包括的多个场景服务分配至车队中的车辆，车队至少包括与第一用户终端关联的车辆；向云端发送动作分配同步指令，动作分配同步指令用于同步基于用户对场景服务进行编排得到的服务组合以及执行服务组合的车队信息；云端，用于接收第一用户终端发送的动作分配同步指令，根据动作分配同步指令生成场景文件，场景文件用于指示服务组合中包括的多个场景服务信息以及执行每个场景服务的车辆信息；根据场景文件将执行指令下发至执行场景服务的车辆，执行指令用于指示车辆执行场景服务。。

第六方面，本申请实施例还提供了一种计算机设备，计算机设备包括：一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于执行上述方法。

第七方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有处理器可执行的程序代码，程序代码被处理器执行时使处理器执行上述方法。

在本申请公开的一种基于场景服务编排的多车联动方法中，用户可以作为编排者在用户终端上对场景服务进行定制化编排，得到个性化的多车联动场景，并将场景中的服务分配给执行多车联动场景的车队中的每一辆车辆，云端服务器根据动作分配情况生成场景文件，并根据场景文件对多车联动进行统一调度，该方法实现了基于场景服务自定义编排的多车协同，极大增强了用户的自由度和使用体验。

本申请实施例的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例而了解。本申请实施例的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1示出了一种适用于本申请实施例的硬件环境的示意图。

图2示出了根据本申请一个实施例提出的一种基于场景服务编排的多车联动方法流程图。

图3示出了场景服务编排的界面图。

图4示出了元模型系统存储的车型基础配置和选装包与服务接口的映射关系示意图。

图5示出了动作分配的界面图。

图6示出了根据本申请另一实施例提出的一种基于场景服务编排的多车联动方法流程图。

图7示出了根据本申请一个实施例提出的一种基于场景服务编排的多车联动装置的结构框图。

图8示出了本申请另一个实施例提出的一种基于场景服务编排的多车联动装置的结构框图。

图9示出了本申请实施例提供的一种计算机可读存储介质的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，本发明中基于场景编排的多车联动系统的硬件环境至少包括云端服务器100、第一用户终端200、第二用户终端300、与第一用户终端关联的第一车辆400和与第二用户终端关联的第二车辆500。其中，云端服务器是在网络上提供、管理网络资源的一个计算机或设备，在本发明中云端服务器可以是云控V2X平台。V2X(Vehicle toEverything)，即车对外界的信息交换。第一用户终端200和第二用户终端300可指代各种类型的装置，包括(但不限于)无线电话、蜂窝式电话、膝上型计算机、多媒体无线装置、无线通信个人计算机(PC)卡、个人数字助力(PDA)、外部或内部调制解调器、车机(行车电脑)等。用户终端可为任何经由无线信道和/或有线信道(例如光纤)与服务器通信的数据装置。本发明中，每个用户终端至少关联一辆或多辆车辆，以便用户在用户终端上(例如手机APP)编排场景服务，控制其关联的车辆执行编排好的场景服务。这里，第一用户终端200指的是场景编排者操控的用户终端，而第二用户终端300指的其它加入多车联动车队的用户所操控的用户终端，可以理解的是，第二用户终端300可以包括多个，即车队可以包括多辆第二车辆500。

可选的，本发明中基于场景编排的多车联动系统的硬件环境可以仅包括云端服务器、第一用户终端和第二用户终端。其中，第一用户终端和第二用户终端均为车机(行车电脑)，第一用户终端指的是场景编排者操控的车机，而第二用户终端指的是其它加入多车联动车队的用户所操控的车机。用户在车机APP上进行场景服务编排，建立实现多车联动场景的车队，并将多车联动场景中所需执行的服务分配给车队中的每一车辆，云端服务器根据用户发送的编排好的服务组合信息和动作分配情况指示第一车机和第二车机对应的车辆执行分配的服务，以实现多车联动调度。

如前述，目前出现的多车联动方案均是对系统既定的场景模式进行多车联动，无法满足用户的个性化定制需求。此外，现有的场景服务编排技术仅能支持单车的简单场景编辑，可以将单车的场景文件复制到多车，每一辆车均执行相同的单车场景，多车之间并未实现协同互动。因此，亟需一种实现用户个性化需求的多车联动方法。

基于此，发明人提出了一种基于场景服务编排的多车联动方法、装置、系统、计算机设备和计算机存储介质，所述方法包括：第一用户终端接收用户的场景服务编排指令，根据场景服务编排指令对场景服务进行编排，获得场景服务编排后的服务组合信息；接收用户对服务组合的动作分配指令，根据动作分配指令将服务组合包括的多个场景服务分配至车队中的车辆，向云端发送动作分配同步指令，其中动作分配同步指令用于同步基于用户对场景服务进行编排得到的服务组合以及执行服务组合的车队信息；云端接收第一用户终端发送的动作分配同步指令，根据动作分配同步指令生成场景文件，其中场景文件用于指示服务组合中包括的多个场景服务信息以及执行每个场景服务的车辆信息；云端根据场景文件将执行指令下发至执行场景服务的车辆，以实现多车联动的调度。可见，在本发明中，用户可以作为编排者在用户终端上对场景服务进行定制化编排，得到个性化的多车联动场景，并将场景中的服务分配给执行多车联动场景的车队中的每一辆车辆，云端服务器根据动作分配情况生成场景文件，并根据场景文件对多车联动进行统一调度，该方法使得用户可以基于个性化需求定制多车联动场景，并根据多车联动场景进行多车协同调度，大大提高了用户的体验感。

请参阅图2，图2示出了本申请一个实施例提出的一种基于场景服务编排的多车联动方法流程图，用于云端服务器，方法包括：

S201、接收第一用户发送的动作分配同步指令，所述动作分配同步指令用于同步基于第一用户对场景服务进行编排得到的服务组合以及执行所述服务组合的车队信息；

可以理解的是，第一用户为场景服务编排者，第一用户通过操控第一用户终端进行场景服务编排和动作分配。第一用户终端上安装有场景服务编排APP，以供用户在该APP上进行多车场景服务编排。这里，“场景服务”是指车载功能服务和可通过车端调用的第三方生态服务。“车载功能服务”特指车上各类电子控制单元(ECU)可控制执行的SOA(Service-Oriented Architecture，面向服务的架构)服务，例如车窗控制、座椅控制、空调控制等；“第三方生态服务”特指第三方服务提供商提供的服务，例如天气服务、导航服务、音乐服务等。

在第一用户进行动作分配之前，第一用户需要先在前述场景服务编排APP上进行场景服务编排，获得多车联动的服务组合。第一用户进入场景服务编排界面后，可以基于已有的场景模板进行修改，也可以自行编排要使用的场景服务。场景模板为APP预置的场景，包含了若干已编排好的服务。第一用户可以基于场景模板对服务和服务参数进行修改，保存成自己的新场景。

如图3(a)所示，前述场景模板可以包括“多车灯光秀”、“庆典开始”、“一键开门窗”等模板。图3(b)示出了“一键开门窗”这一场景模板的界面，其中包括场景详情、场景编队、动作分配三个信息页。场景详情列明了场景名称、场景描述、场景中所包括的执行动作以及执行动作的参数信息等。第一用户打开图3(b)所示的界面后，可以点击“编辑”控件，对该场景模板的相关信息进行编辑，得到定制化的新场景。图3(c)示出了场景模板的编辑界面，第一用户可以修改场景名称、场景描述，设置循环执行的开闭，增删各种执行动作，并改变每个执行动作的服务参数。

当第一用户选择自行编排新场景时，可从当前已开放的车载服务和第三方生态服务中选择一个或多个要使用的服务用于创建新场景，并且用户可以根据需求设定服务状态，例如：打开前左车窗，打开天窗等。如图3(d)所示，第一用户可以点击“添加场景”控件，右侧界面弹出以供第一用户进行编辑，第一用户可以在该界面添加场景名称、场景描述、设置执行动作。当第一用户点击右侧界面上的“添加动作”控件，即可添加所需的执行动作，并对执行动作的具体服务参数进行设置(例如，所需要执行的服务是否同时执行或分步骤执行、设置步骤执行之间的间隔等)。当对执行动作设置完成后，还可以根据需求对整个服务组合的执行方式进行设定，包括整个场景是否循环执行、循环执行次数、循环执行间隔等。

支持用户自由的编排服务由云端自由控制，云端可以根据需求及安全性评估开放指定的服务给用户，包括但不限于：

车灯：指定灯及闪烁频率、灯语等；

主动悬架；

门：包括车侧门、电动尾门、推拉门；

窗：包含车窗、天窗；

前盖；

雨刮；

空调；

音乐：指定或随机歌曲播放；

喇叭：音量；

语音朗读；

香氛。

在本发明实施例中，支持编排的车端服务必须有对应的SOA服务接口，应用新场景的车辆必须支持新场景需要使用的车端服务或第三方服务。其中，车辆支持的车端服务的识别能力由云端提供，具体而言由云端元模型系统提供。云端元模型系统存储了所有车型基础配置和选装包与服务接口的映射关系，因此云端能够根据车辆的VIN码获取到车辆的车型和选装包，进而通过映射关系判断出具体车辆支持的服务，提供给场景编排、运行时识别使用。如图4所示，同一车系下可以包括多种车型，每种车型的基础配置和选装包可能存在一定差异。云端V2X平台管理多个服务，其中每个服务包括多个服务接口。根据车型的基础配置和选装包设置车型所能支持的服务，由此构建如图4所示的映射关系。在具体实现中，第一用户终端的场景服务编排APP与云端通信，将第一用户终端关联的第一车辆VIN码发送至云端，云端基于第一车辆VIN码即可识别第一车辆的车型和选装包，并根据云端元模型系统所存储的所有车型基础配置和选装包与服务接口的映射关系确定第一车辆支持的服务，并将第一车辆支持的服务开放给第一用户，以供第一用户选择和编排。

不同于单车场景服务编排，用户可以在该场景服务编排步骤中设置应用多车联动场景的车辆数量(例如最小值或数量范围)。

当第一用户对场景服务完成编排后，第一用户对编排好的服务组合进行保存，还可以将编排好的组合服务发送至云端服务器。具体的，云端接收第一用户发送的场景同步指令，其中场景同步指令用于同步基于第一用户对场景服务进行编排得到的服务组合。云端根据该场景同步指令，生成第一场景文件，第一场景文件用于指示服务组合中包括的多个场景服务信息。该第一场景文件可以被复用，可以用于同一车队的多次多车联动，每次多车联动均以该场景文件中的场景服务信息为基础进行后续的动作分配，由此对同一车队的每一辆车在多次多车联动中所需执行的服务进行定制化设置。可以理解的是，该第一场景文件也可以被用于不同车队的多车联动，当第一用户再次建立新车队时，用户可以以该场景文件中的场景服务信息为基础对新车队进行动作分配。可以理解的是，第一用户也可以不将编排好的服务组合信息同步至云端，在本发明中不作限定。

场景服务编排完成后，第一用户可以建立应用该编排好的服务组合的车队，也可以直接选择自己名下的车辆(例如第一用户终端关联的第一车辆)来应用。当第一用户选择建立车队时，车队初始时至少包括第一用户名下的车辆(例如第一用户终端关联的第一车辆)。具体的，第一用户终端响应于用户对场景应用车辆的选择指令，根据该选择指令建立应用多车联动场景的车队。建立车队后，第一用户可以通过以下方式邀请其他用户将名下车辆加入车队：分享第一用户终端生成的邀请二维码给其他用户，其他用户使用APP扫码加入；或分享第一用户终端生成的邀请链接给其他用户，其他用户点击链接，通过浏览器调起APP加入。具体的，第一用户终端接收用户的邀请用户加入车队指令，根据该邀请指令生成邀请二维码或邀请链接，并响应于用户的分享指令发送至第二用户终端，其中第二用户终端指的是其它用户持有的用户终端，第二用户终端关联有至少一辆或多辆第二车辆。

第二用户接收到邀请二维码或邀请链接后，可以通过扫码或点击邀请链接，触发生成加入车队的请求，并将加入车队的请求发送至云端。云端接收到第二用户发送的加入车队的请求后，对第二用户关联的第二车辆进行身份验证。该加入车队的请求中可以包括第二用户识别码以及第二车辆的VIN码，云端对用户识别码和VIN码进行身份验证，以确保第二车辆为第二用户名下绑定的车辆。可选的，该加入车队的请求中也可以包括第二用户的手机号以及第二车辆VIN码，云端对手机号和VIN码进行身份验证，以确保第二车辆已绑定第二用户的手机号，第二车辆为第二用户名下绑定的车辆。身份验证方式还可以是其它方式，在本发明中不作限定。

验证通过后云端将车辆控制权授权给编排者，编排者审核后才能成功加入，所有加入车队的车辆和用户信息都将同步并存储在云端，同时云端会将场景文件下发至所有已加入车队的车辆。具体实现上，在前述身份验证通过后，云端将第二用户关联的第二车辆加入车队的请求发送至第一用户，由第一用户对该请求进行审核。第一用户在第一用户终端接收到云端发送的加入车队的请求后，可以选择同意第二车辆加入车队，第一用户终端根据第一用户同意第二车辆加入车队的指令，实时更新车队信息，将同意第二车辆加入车队的反馈信息和更新后的车队信息发送至云端。云端根据该反馈信息通知第二用户终端其关联的第二车辆已加入车队。此时，执行多车联动场景的车队除了包括第一用户终端关联的第一车辆，还包括已审核通过加入的第二车辆。后续已加入车队的第二用户可以在手机APP上查看到已编排好的场景服务和运行进度。

作为编排者的第一用户可以随时关闭加入申请，关闭申请或场景开始运行后其他用户无法再申请加入车队。具体的，第一用户终端响应于用户的关闭加入申请指令，在接收到云端发送的第二车辆加入车队的请求时，将关闭加入车队的反馈信息发送至云端。云端根据该关闭加入车队的反馈信息通知第二用户终端车队已关闭加入申请。

可选的，由于第一用户在编排场景服务时已经设置了应用多车联动场景的车辆数量，因此当车队的车辆数量到达上限后，车队自动关闭加入申请。

加入车队的车辆可随时退出车队，退出车队不需要审核，立即生效，该车辆正在执行的场景立即停止，并会触发退出车队通知指令发送至第一用户终端。

当车队关闭加入申请后，此时车队中包括的所有车辆将全部应用于多车联动中。作为编排者的第一用户可以在场景服务编排APP中对被邀请加入车队的车辆自由安排执行服务，既可以安排车队的所有车辆执行场景中的所有服务中的一项或多项服务，例如：用户可以让场景内所有车辆同时打开车灯闪烁，并播放指定歌曲；也可以安排车队中的特定几辆车执行其中的一项或多项服务，例如让A车、B车的车灯闪烁，C车播放指定歌曲。

图5示出了第一用户在场景服务编排APP上进行动作分配的界面示意图。在该界面上，第一用户可以在各个执行动作或服务下添加执行该动作的车辆，由此为车队的每一车辆安排对应的场景服务。

具体的，第一用户终端接收第一用户对服务组合的动作分配指令，将服务组合包括的每一个场景服务分配至车队中的第一车辆和/或第二车辆。当第一用户完成动作分配后，第一用户终端向云端发送动作分配同步指令，以使得云端根据动作分配同步指令生成场景文件，并根据场景文件将执行指令下发至车队的车辆，实现对多车联动的调度，该动作分配同步指令用于同步服务组合以及执行服务组合的车队信息。

S202、根据所述动作分配同步指令生成场景文件，所述场景文件用于指示所述服务组合中包括的多个场景服务信息以及执行每个所述场景服务的车辆信息；

在一种实施例中，云端接收到第一用户发送的动作分配同步指令后，解析该动作分配同步指令，获得多个场景服务信息以及执行各个场景服务的车辆信息，云端根据解析得到的多个场景服务信息以及车辆信息生成场景文件。

在另一种实施例中，由于第一用户终端在完成场景服务编排后即将编排好的服务组合信息同步至云端，使得云端生成可复用的第一场景文件，该第一场景文件用于指示服务组合中包括的多个场景服务信息。因此当云端接收到第一用户发送的动作分配同步指令后，可以解析该动作分配同步指令，获得执行各个场景服务的车辆信息，并根据第一场景文件和该车辆信息生成场景文件。

云端生成场景文件后，将场景文件下发至车队中的所有车辆。

S203、根据所述场景文件将执行指令下发至执行所述场景服务的车辆，所述执行指令用于指示所述车辆执行所述场景服务。

需要应用多车联动场景的车辆都加入车队且成功下载场景文件后，即可开始运行场景。具体的，可以由作为编排者的第一用户在场景服务编排APP上点击运行场景控件，以触发场景运行指令，并发送至云端。云端响应于该场景运行指令，根据场景文件将执行指令下发至执行所述场景服务的车辆，以开始运行多车联动场景。可以理解的是，在场景运行之前，车队中的所有车辆必须已上电，且符合安全要求，并已成功下载最新版本的场景文件。云端响应于前述场景运行指令，发送场景运行开启信号至车队中的所有车辆，车队的所有车辆上的场景执行引擎立即解析场景文件并按照云端调度来设置执行相关服务。在本实施例中，场景文件主要包含要场景执行相关的信息，包含场景名称、id、所有要执行的服务及具体参数信息(比如服务id，接口id，输入参数、间隔、循环)等。通过解析场景文件，车辆可以知悉所需执行的服务的具体信息，则可以响应于云端发送的执行指令根据服务的具体信息执行相关服务。

此外，场景运行指令也可以由编排者在进行场景服务编排时将场景预设为定时触发，当计时器的时间到达预设定时，即可触发场景运行指令。

具体而言，云端接收第一用户发送的或自动触发的开启运行场景指令，还根据所述开启运行场景指令对所述车队中的车辆进行时间基准校对；每经过预设时间间隔后，再次对所述车队中的车辆进行时间基准校对。为了确保多车精准同步执行指令，在场景开始运行时，车队中的车辆都需要立即通过云端进行对时，此后每隔预设时间间隔(例如1分钟)再对时一次。在本发明中，对时方式不作具体限定。

根据所述场景文件将执行指令下发至执行所述场景服务的车辆，包括：

根据所述多个场景服务信息中的第一场景服务信息将第一执行指令下发至执行第一场景服务的车辆；

接收所述执行第一场景服务的车辆执行所述第一场景服务后的反馈结果，并根据多个场景服务信息中的第二场景服务信息下发第二执行指令至执行所述第二场景服务的车辆，直至所述多个场景服务全部执行完毕，其中第一场景服务的执行时序早于第二场景服务的执行时序。

首次对时完成后，云端根据场景文件指令步骤进行执行指令调度下发，每个步骤涉及的车辆均执行完毕并报告云端执行结果后，云端再下发下一步骤的指令到该步骤关联的车辆，以此类推，直至场景执行结束。其中，云端获取所有服务执行的结果均通过订阅事件实现，订阅结果均为异步返回。

在另一个实施例中，云端发送的执行指令包括场景文件的每个场景服务信息，使得车队中的车辆直接根据接收到的执行指令得到所需执行的服务信息，根据服务信息执行相关服务。

每个服务执行前，车辆的场景执行引擎会调用该服务的当前状态获取接口获取该服务当前状态并记录，以保证在场景运行结束后恢复原状。具体的，多个场景服务全部执行完毕后，车队中的每一辆车辆根据每个场景服务运行开始前记录的状态，将所述每个场景服务恢复至初始状态。

多车联动场景中的所有服务执行完成并循环完成后，该多车联动场景即结束运行。场景运行结束后车队不会自动解散，以便于编排者再次运行。如编排者不需要再次使用当前编队执行该场景，则可以手动解散编队。编队解散后，如需再次运行场景，则需要再创建一个编队，并邀请车辆加入。具体的，第一用户终端接收第一用户的解散车队指令，根据该解散车队指令将当前车队解散。当然，编排者也可以选择不解散编队，仅移除部分车辆，并邀请新的车辆加入编队，以便再次运行。

本发明提出以云控平台为基础，结合车载SOA服务化架构，实现车辆集群场景服务编排的技术,以达到实时多车协同的智能场景运行。具体来说，用户可以作为编排者在用户终端上对已开放的场景服务进行定制化编排，得到个性化的多车联动场景，并将场景中的服务分配给执行多车联动场景的车队中的每一辆车辆，云端服务器根据动作分配情况生成场景文件，并根据场景文件对多车联动进行统一调度，该方法使得用户可以基于个性化需求定制多车联动场景，并根据多车联动场景实现多车协同调度，解决现有方法适用场景单一、不灵活的问题，大大提高了用户的体验感。作为非编排者的其他用户，可以自由灵活加入车队，参与该个性化的多车联动场景，极大增强了用户的自由度和使用体验。进一步的，由于多车联动是由云端统一调度，车队中的车辆通过云端进行对时，因而可以确保多车精准同步执行指令，充分保证了场景效果的呈现。

请参见图6，其示出了一种应用于用户终端的基于场景服务编排的多车联动方法。结合前述实施例，本方法应用于第一用户终端，主要描述编排者所操控的用户终端所执行的方法，其中包括编排场景服务、建立车队、邀请其它用户加入车队，审核加入请求、关闭加入申请、动作分配以及解散编队等。该方法主要包括以下步骤：

S301、接收用户的场景服务编排指令，根据所述场景服务编排指令对所述场景服务进行编排，获得场景服务编排后的服务组合信息；

S302、接收用户对所述场景的动作分配指令，根据所述动作分配指令将所述服务组合包括的多个场景服务分配至车队中的车辆，并向云端发送动作分配同步指令，以使得云端根据所述动作分配同步指令生成场景文件，并根据所述场景文件将执行指令下发至所述车队的车辆，实现对多车联动的调度，所述动作分配同步指令用于同步所述服务组合以及执行所述服务组合的车队信息。

参考前述实施例，第一用户在场景服务编排APP上完成个性化的场景服务编排后，可以继续在场景服务编排APP上建立应用多车联动场景的车队，并通过分享二维码或邀请链接的方式邀请其它用户加入车队。第一用户有权对其他用户关联的车辆加入车队的请求进行审核，在审核通过后将该用户关联的车辆加入车队。在建立好车队后，第一用户可以对车队的车辆进行动作分配，并将编排好的服务组合和动作分配情况同步至云端，以使得云端根据编排好的服务组合和动作分配情况生成场景文件，并根据场景文件对车队中的多车进行统一调度。

再次参阅图1，图1示出的基于场景服务编排的多车联动系统，至少包括：第一用户终端、与第一用户终端关联的车辆以及云端；

所述第一用户终端，用于接收用户的场景服务编排指令，根据所述场景服务编排指令对所述场景服务进行编排，获得场景服务编排后的服务组合信息；接收用户对所述场景的动作分配指令，根据所述动作分配指令将所述服务组合包括的多个场景服务分配至车队中的车辆，所述车队至少包括与第一用户终端关联的车辆；向云端发送动作分配同步指令，所述动作分配同步指令用于同步基于用户对场景服务进行编排得到的服务组合以及执行所述服务组合的车队信息；

所述云端，用于接收所述第一用户终端发送的动作分配同步指令，根据所述动作分配同步指令生成场景文件，所述场景文件用于指示所述服务组合中包括的多个场景服务信息以及执行每个所述场景服务的车辆信息；根据所述场景文件将执行指令下发至执行所述场景服务的车辆，所述执行指令用于指示所述车辆执行所述场景服务。

该系统还可以进一步包括第二用户终端以及与第二用户终端关联的第二车辆，以执行前述实施例提到的多车联动方法。

参阅图7，其示出了本发明一个实施例中一种基于场景服务编排的多车联动装置，该装置可以设置于云端服务器，其具体包括：

指令接收模块701，用于接收所述第一用户发送的动作分配同步指令，所述动作分配同步指令用于同步基于第一用户对场景服务进行编排得到的服务组合以及执行所述服务组合的车队信息；

场景文件生成模块702，用于根据所述动作分配同步指令生成场景文件，所述场景文件用于指示所述服务组合中包括的多个场景服务信息以及执行每个所述场景服务的车辆信息；

调度模块703，用于根据所述场景文件将执行指令下发至执行所述场景服务的车辆，所述执行指令用于指示所述车辆执行所述场景服务。

可以理解的是，该装置还可以设置其它的功能模块来实现云端执行的其它方法步骤。

该装置还包括：身份验证模块，用于响应于第二用户发送的加入所述车队的请求，对第二用户关联的第二车辆进行身份验证；

指令发送模块，用于在所述身份验证通过后，将所述第二用户关联的第二车辆加入所述车队的请求发送至第一用户；

车队管理模块，还用于响应于第一用户同意第二用户关联的第二车辆加入所述车队的反馈信息，将所述第二用户关联的第二车辆加入所述车队。

该装置还包括：指令解析模块，用于解析所述动作分配同步指令，获得多个场景服务信息以及执行各个场景服务的车辆信息；

前述场景文件生成模块，具体用于根据所述多个场景服务信息以及所述车辆信息生成所述场景文件。

可选的，前述调度模块，具体用于：根据所述多个场景服务信息中的第一场景服务信息将第一执行指令下发至执行第一场景服务的车辆；接收所述执行第一场景服务的车辆执行所述第一场景服务后的反馈结果，并根据多个场景服务信息中的第二场景服务信息下发第二执行指令至执行所述第二场景服务的车辆，直至所述多个场景服务全部执行完毕，其中第一场景服务的执行时序早于第二场景服务的执行时序。

可选的，前述指令接收模块，还用于接收第一用户发送的开启运行场景指令。

该装置还包括对时模块，用于根据所述开启运行场景指令对所述车队中的车辆进行时间基准校对；每经过预设时间间隔后，再次对所述车队中的车辆进行时间基准校对。

可选的，该装置的指令接收模块还用于接收第一用户发送的场景同步指令，所述场景同步指令用于同步基于第一用户对场景服务进行编排得到的服务组合；

前述场景文件生成模块，还可以用于根据所述场景同步指令，生成第一场景文件，第一场景文件用于指示所述服务组合中包括的多个场景服务信息；以及根据所述第一场景文件和前述解析获得的车辆信息生成场景文件。

参阅图8，其示出了本发明另一个实施例中一种基于场景服务编排的多车联动装置，该装置可以设置于用户终端，其具体包括：

场景服务编排模块801，用于接收用户的场景服务编排指令，根据所述场景服务编排指令对所述场景服务进行编排，获得场景服务编排后的服务组合信息；

动作分配模块802，用于接收用户对所述场景的动作分配指令，根据所述动作分配指令将所述服务组合包括的多个场景服务分配至车队中的车辆，并向云端发送动作分配同步指令，以使得云端根据所述动作分配同步指令生成场景文件，并根据所述场景文件将执行指令下发至所述车队的车辆，实现对多车联动的调度，所述动作分配同步指令用于同步所述服务组合以及执行所述服务组合的车队信息。

可以理解的是，该装置还可以设置其它的功能模块来实现用户终端执行的其它方法步骤。

该装置还包括车队建立模块，用于接收用户对场景应用车辆的选择指令，根据所述选择指令建立应用所述场景的车队，所述车队至少包括与所述第一用户关联的第一车辆。

该装置还包括邀请模块，用于接收用户的邀请用户加入车队指令，生成邀请二维码或邀请链接，并发送至第二用户终端。

该装置还包括审核模块，用于接收云端发送的第二车辆加入所述车队的请求，所述第二车辆为与第二用户关联的车辆；接收用户同意所述第二车辆加入所述车队的指令，将同意所述第二车辆加入所述车队的反馈信息发送至云端。

该装置还包括车队管理模块，用于接收用户的关闭加入申请指令，在接收到云端发送的第二车辆加入所述车队的请求时，将关闭加入所述车队的反馈信息发送至云端；以及接收用户的解散车队指令，根据所述解散车队指令将所述车队解散。

该装置的动作分配模块，具体用于：根据用户对所述服务组合的动作分配指令，将所述服务组合包括的每一个场景服务分配至所述车队中的第一车辆和/或第二车辆。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本申请各个实施例中的各功能可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

参阅图9，图9示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质900中存储有程序代码，该程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质900可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质900包括非易失性计算机可读存储介质(non-transitory computer-readable storage medium)。计算机可读存储介质900具有执行上述方法中的任何方法步骤的程序代码910的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码910可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。