1.本发明涉及智能汽车技术领域，具体涉及一种服务场景可用性判断的方法。
背景技术：2.当前汽车行业的soa架构已经从星星之火发展为燎原之势，soa架构为什么会一夜之间从概念到全行业普及。究其原因，主要是因为现在汽车行业普遍面临的痛点：新功能的开发费时费力、系统的扩展性差、不能灵活的进行分布式配置等。事实上，许多新功能并不是从零开始，而是许多简单功能基于场景的智能化组合，将一个一个小功能通过调用的方式以某种逻辑拼凑在一起形成一个更加智能的场景化功能。而soa 架构的核心就是将车端和云端的能力进行抽象后以服务的形式对外发布，上层应用可以方便的根据应用场景和权限消费相关的服务，而不用关心服务的提供方、提供方式，也不用关心服务是在车端还是在云端。
3.为实现整车个性化服务场景的快速开发，同时实现服务场景的用户个性化定义，参考云端服务编排思想，整车企业也可以基于整车soa服务实现车辆端服务场景的在线编排功能。但是每一个服务编排场景都依赖于车端具体的soa服务才能实现，而整车软件ota的持续迭代则会导致整车企业无法保证每一辆车可提供的soa服务都是一致的，从而会导致某些服务编排脚本无法适用于所有的车辆。
4.那么，如何快速知道当前车辆可以订阅哪些场景服务，面向用户如何能准确的开放该用户所能体验的服务，并提前告知部分用户感兴趣但不能使用的服务，是急需解决的问题。
技术实现要素：5.针对现有技术存在的上述不足，本发明的目的在于提供一种服务场景可用性判断的方法，以解决现有技术中如何有效的将车辆的软件与编排场景服务关联起来、如何快速知道当前车辆可以订阅哪些场景服务、面向用户如何能准确的开放该用户所能体验的服务并提前告知部分用户感兴趣但不能使用的服务的问题。
6.为了解决上述技术问题，本发明采用如下技术方案：一种服务场景可用性判断的方法，包括如下步骤：步骤1：云端接收所有车辆上传的数据信息；步骤2：云端根据步骤1接收的数据信息，获取各个软件版本能够提供的soa服务清单，形成每个车辆所能够提供的车辆服务清单；步骤3：云端根据服务场景编排过程中记录每个编排场景所需的soa服务，形成每个编排场景所需要的soa服务清单；步骤4：云端将步骤2得到的车辆服务清单与步骤3得到的soa服务清单进行比较筛选，形成每个车辆所能够订阅的场景服务清单；步骤5：将步骤4形成的场景服务清单下发至对应终端进行订阅/订购展示。
7.本发明还提供了一种服务场景可用性判断的系统，包括车端数据采集模块、云端数据接收模块、云端车辆软件开发与发布模块、云端服务编排工具、云端服务场景可用性片段模块、云端服务场景订阅工具、终端服务场景订阅模块和车端服务编排执行模块；车端数据采集模块用于采集和上传车端各个软件版本；云端数据接收模块用于接收车端数据采集模块上传的各个车辆中各个软件的版本，并将每辆车的数据实时更新至云端数据库中；云端车辆软件开发与发布模块用于管理各个车端软件件号、版本及其对应的soa服务订单，并将其记录至云端数据库中；云端服务编排工具用于完成服务场景的编排工作，形成多个可提供使用的服务、以及可供订阅的场景服务清单，同时将每个服务场景所需要的soa服务保存至数据库中；云端服务场景可用性判断模块用于根据实时采集到的车端软件版本、每个软件版本提供的soa服务清单和各个服务编排场景所需要的soa服务清单，完成服务可用性的判断；云端服务场景订阅工具用于接收终端发送的服务编排场景的订阅请求，完成订阅并将订阅结果下发至车端；终端服务场景订阅模块用于展示每个车辆所能够订阅的场景服务清单；车端服务编排执行模块用于接收云端发送的服务编排场景，通过调用车端或云端的soa服务，完成服务场景的执行。
8.与现有技术相比，本发明具有如下有益效果：1、本发明所述方法的实现将会直接解决用户订阅服务编排场景的准确性，避免出现用户订阅了某项场景服务但由于软件版本不匹配而不能使用的情况；2、针对新用户购车时可根据感兴趣的场景服务进行车辆配置的选择；3、通过对不可订阅服务场景的提示，也可提升用户对于ota升级的积极性。
附图说明
9.图1 为本发明端云协同的服务编排场景可用性判断逻辑架构图图2 为本发明中软件版本、soa服务清单和服务编排场景的关联框图。
10.图3 为本发明判断用户车辆是否满足服务编排脚本激活条件的流程图。
具体实施方式
11.为了使本发明的实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
12.针对不同的用户，提供同一份可供订阅的场景服务清单是不可取的。因为不同的场景服务所依赖的soa服务不同，而车端可提供的soa服务又是由车端的具体软件版本所决定的，若针对不同用户，提供同一份场景服务清单，就可能导致用户所选择的场景服务与该车辆不匹配，进而不能使用的情况。为了有效避免这一情况的发生，本发明提供一种服务场景可用性判断的方法，该方法由车端向云端上报该车辆所有软件的版本号，云端根据软件版本号查询可使用的服务清单，进而匹配出用户可使用的服务编排场景清单。本发明所提
供的方法不仅能有效避免提供用户选择的场景服务与用户当前车辆配置不匹配的情况，还能提升用户体验，提高用户满意度。
13.本发明提供了一种服务场景可用性判断的方法，包括如下步骤：步骤1：云端接收所有车辆上传的数据信息。其中，所述方法进行之前、在整车软件发布过程中，提前记录每个软件版本能够提供的soa服务。所述数据信息包括车端中所有软件的版本号信息，并以车辆的车架号作为唯一标识。所有车辆的车端定期向云端上传数据信息，所述定期为每次车辆进行ota升级之后。
14.步骤2：云端根据步骤1接收的数据信息，获取各个软件版本能够提供的soa服务清单，形成每个车辆所能够提供的车辆服务清单。在步骤2中，云端按照车架号获取每辆车中所有软件的版本号，并根据软件的版本号查询该软件所对应的服务的版本号，并将查询到的所有软件包含的服务的版本号进行合并，形成以车架号为唯一标识的车辆服务清单。
15.步骤3：云端根据服务场景编排过程中记录每个编排场景所需的soa服务，形成每个编排场景所需要的soa服务清单。所述编排场景包括多个不同版本的soa服务，并且服务场景在预先编排过程中已经记录了每个编排场景所需要的soa服务及其版本，这些信息已经提前储存在云端数据库中供云端提取。云端根据服务场景编排过程中记录每个编排场景所需的soa服务，提取脚本号作为每个编排场景的唯一标识，根据脚本号获取每个编排场景所需要的soa服务及其版本，将所查询到的所有服务及其版本以对应的脚本号作为唯一标识形成每个编排场景所需要的soa服务清单。
16.步骤4：云端将步骤2得到的车辆服务清单与步骤3得到的soa服务清单进行比较筛选，形成每个车辆所能够订阅的场景服务清单。云端以车辆服务清单为基础，对步骤4得到的soa服务清单进行筛选，选择所述车架号对应车辆能够提供的服务，删除所述车架号对应车辆不能使用的服务，并以此形成场景服务清单。
17.步骤5：将步骤4形成的场景服务清单下发至对应终端进行订阅/订购展示。所述终端包括车端或手机端，用户可通过车端或手机端进行订阅/订购，云端将订阅/订购结果下发至车端，供车端执行已订阅/订购的场景服务。
18.本发明还提供了一种服务场景可用性判断的系统，如图1所示，包括车端数据采集模块、云端数据接收模块、云端车辆软件开发与发布模块、云端服务编排工具、云端服务场景可用性片段模块、云端服务场景订阅工具、终端服务场景订阅模块和车端服务编排执行模块。
19.车端数据采集模块用于采集和上传车端各个软件版本。其中，车端数据采集模块采集各个mpu上软件版本和各个mcu的软件版本，并且定时或不定时上传信息。
20.云端数据接收模块用于接收车端数据采集模块上传的各个车辆中各个软件的版本，并将每辆车的数据实时更新至云端数据库中。
21.云端车辆软件开发与发布模块用于管理各个车端软件件号、版本及其对应的soa服务订单，并将其记录至云端数据库中。
22.云端服务编排工具用于完成服务场景的编排工作，形成多个可提供使用的服务、以及可供订阅的场景服务清单，同时将每个服务场景所需要的soa服务保存至数据库中。
23.云端服务场景可用性判断模块用于根据实时采集到的车端软件版本、每个软件版本提供的soa服务清单和各个服务编排场景所需要的soa服务清单，完成服务可用性的判
断。
24.云端服务场景订阅工具用于接收终端发送的服务编排场景的订阅请求，完成订阅并将订阅结果下发至车端。
25.终端服务场景订阅模块用于展示每个车辆所能够订阅的场景服务清单。所述终端服务场景订阅模块包括车端服务场景订阅模块和手机端服务场景订阅模块，用户可通过车端服务场景订阅模块和/或手机端服务场景订阅模块对服务场景进行订阅/订购。
26.车端服务编排执行模块用于接收云端发送的服务编排场景，通过调用车端或云端的soa服务，完成服务场景的执行。
27.图2为车端软件的版本与soa服务清单、服务编排场景关联关系的示意图，如图所示，每辆车上的软件都会有不同的版本号，每个版本的软件都会有不同版本的soa服务。其中，soa服务广义上讲，指的是从用户角度出发，分析不同用户的现实需求，结合车辆未来的发展以及行业经验，集成云端的ai，大数据等云端技术，将车端能力和云端能力发掘出来，提取共同特征，形成车云一体的服务。从技术层面讲，soa服务表示一种能力，指的是在特定场景下对特定对象处理特定任务，包含了数据、功能、业务三个特征，不同的服务需要引用不同或者相同的数据源、功能块，并依据业务逻辑进行重构。数据源，功能块，业务逻辑三者有一项不同，就构成新的服务。服务编排指的是根据使用场景，通过对服务的调度和组合，形成不同场景的能力继承和具体实现，确保不因为场景能力的不同影响已经存在的能力模型。因此，不同的服务编排脚本表示了不同的场景服务，用户是否可以订阅某个场景服务就等同于用户的车辆是否能够支持该脚本的所关联的服务版本。从图2可以看出，服务编排脚本是由不同版本的服务组合而成，因此，在编排过程中需要记录每个脚本所需要的服务以及这些服务所对应的版本号，并以此形成清单。图3展示了本发明所述方法判断用户车辆是否满足服务编排脚本激活条件的流程图。
28.如图3所示，本发明所述方法包括如下步骤：步骤1：云端接收所有车辆上传的软件版本信息。其中，所有车辆的车端定期向云端上传车端所有软件的版本号，并以车辆的车架号作为唯一标识。所述定期为每次车辆进行ota升级或上电之后。所有用户的车辆都定期向云端上报车端所有软件的版本，并以该车的车架号作为唯一标识，上传数据示例如下所示：{" vin":123456789000","softwareversion":[{"softwarea":"v1.0.0"},{"softwareb":"v2.0.0"}
……
]}其中，vin指的是车架号，softwareversion指的是软件的版本号，可以包含多个，"softwarea":"v1.0.0"表示的是软件a的版本号是1.0.0。
[0029]
步骤2：云端根据步骤1接收的数据信息，查询当前所有软件对应的服务的版本号，形成每个车辆所对应的车辆服务清单。其中，云端按照车架号获取每辆车中所有软件的版本号，并根据软件的版本号查询该软件所对应的服务的版本号，并将查询到的所有软件包含的服务的版本号进行合并，形成以车架号为唯一标识的车辆服务清单。
[0030]
步骤3：云端获取所有编排脚本。其中，在软件开发过程中，通过工具链平台记录每个软件的每个版本所关联的服务，并以此形成服务清单。此处，工具链平台指的是一个用于记录服务版本与软件版本关联关系的一个系统，并且对每个版本提供的服务进行针对性测试，确保服务清单中的所有服务可用。编排脚本包括多个不同版本的服务，即编排脚本是由
不同版本的服务组合而成，在服务编排过程中需要记录每个脚本所需要的服务的清单。
[0031]
步骤4：云端根据步骤3获取的编排脚本，查询编排脚本所包含的服务的版本，形成脚本服务清单。云端根据步骤3获取的所有编排脚本，提取脚本号作为每个编排脚本的唯一标识，根据脚本号获取每个编排脚本所对应的服务的版本，将所查询到的所有服务的版本以对应的脚本号作为唯一标识形成脚本服务清单。
[0032]
步骤5：云端将步骤2得到的车辆服务清单与步骤4得到的脚本服务清单进行比较和筛选，形成每个车架号所能订阅的场景服务清单。云端以车辆服务清单为基础，对步骤4得到的脚本服务清单进行筛选，选择所述车架号能够使用的服务，删除所述车架号不能使用的服务，并以此形成场景服务清单。
[0033]
步骤6：云端将步骤5形成的场景服务清单下发至对应车端，并展示该车辆能够激活和使用的所有场景服务。
[0034]
本发明所述技术方案的实现将会直接解决用户订阅服务的准确性，避免出现用户订阅了某项场景服务但由于软件版本不匹配而不能使用的情况；另外，针对新用户购车时可根据感兴趣的场景服务进行车辆配置的选择；也可提升用户对于ota升级的积极性。
[0035]
如上所述，本发明的提醒系统不限于所述配置，其他可以实现本发明的实施例的系统均可落入本发明所保护的范围内。
[0036]
最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方案，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。
技术特征：1.一种服务场景可用性判断的方法，其特征在于，包括如下步骤：步骤1：云端接收所有车辆上传的数据信息；步骤2：云端根据步骤1接收的数据信息，获取各个软件版本能够提供的soa服务清单，形成每个车辆所能够提供的车辆服务清单；步骤3：云端根据服务场景编排过程中记录每个编排场景所需的soa服务，形成每个编排场景所需要的soa服务清单；步骤4：云端将步骤2得到的车辆服务清单与步骤3得到的soa服务清单进行比较筛选，形成每个车辆所能够订阅的场景服务清单；步骤5：将步骤4形成的场景服务清单下发至对应终端进行订阅/订购展示。2.根据权利要求1所述服务场景可用性判断的方法，其特征在于，在步骤1之前，在整车软件发布过程中，记录每个软件版本能够提供的soa服务。3.根据权利要求1所述服务场景可用性判断的方法，其特征在于，在步骤1中，所述数据信息包括车端中所有软件的版本号信息，并以车辆的车架号作为唯一标识。4.根据权利要求3所述服务场景可用性判断的方法，其特征在于，在步骤1中，所有车辆的车端定期向云端上传数据信息。5.根据权利要求4所述服务场景可用性判断的方法，其特征在于，所述定期为每次车辆进行ota升级之后。6.根据权利要求3所述服务场景可用性判断的方法，其特征在于，在步骤2中，云端按照车架号获取每辆车中所有软件的版本号，并根据软件的版本号查询该软件所对应的服务的版本号，并将查询到的所有软件包含的服务的版本号进行合并，形成以车架号为唯一标识的车辆服务清单。7.根据权利要求1所述服务场景可用性判断的方法，其特征在于，在步骤3中，所述编排场景包括多个不同版本的soa服务。8.根据权利要求3所述服务场景可用性判断的方法，其特征在于，在步骤3中，云端根据服务场景编排过程中记录每个编排场景所需的soa服务，提取脚本号作为每个编排场景的唯一标识，根据脚本号获取每个编排场景所需要的soa服务及其版本，将所查询到的所有服务及其版本以对应的脚本号作为唯一标识形成每个编排场景所需要的soa服务清单。9.根据权利要求1所述服务场景可用性判断的方法，其特征在于，在步骤4中，云端以车辆服务清单为基础，对步骤4得到的soa服务清单进行筛选，选择所述车架号对应车辆能够提供的服务，删除所述车架号对应车辆不能使用的服务，并以此形成场景服务清单。10.根据权利要求1所述服务场景可用性判断的方法，其特征在于，在步骤5中，所述终端包括车端或手机端。11.一种服务场景可用性判断的系统，其特征在于，包括车端数据采集模块、云端数据接收模块、云端车辆软件开发与发布模块、云端服务编排工具、云端服务场景可用性片段模块、云端服务场景订阅工具、终端服务场景订阅模块和车端服务编排执行模块；车端数据采集模块用于采集和上传车端各个软件版本；云端数据接收模块用于接收车端数据采集模块上传的各个车辆中各个软件的版本，并将每辆车的数据实时更新至云端数据库中；云端车辆软件开发与发布模块用于管理各个车端软件件号、版本及其对应的soa服务
订单，并将其记录至云端数据库中；云端服务编排工具用于完成服务场景的编排工作，形成多个可提供使用的服务、以及可供订阅的场景服务清单，同时将每个服务场景所需要的soa服务保存至数据库中；云端服务场景可用性判断模块用于根据实时采集到的车端软件版本、每个软件版本提供的soa服务清单和各个服务编排场景所需要的soa服务清单，完成服务可用性的判断；云端服务场景订阅工具用于接收终端发送的服务编排场景的订阅请求，完成订阅并将订阅结果下发至车端；终端服务场景订阅模块用于展示每个车辆所能够订阅的场景服务清单；车端服务编排执行模块用于接收云端发送的服务编排场景，通过调用车端或云端的soa服务，完成服务场景的执行。12.根据权利要求11所述服务场景可用性判断的系统，其特征在于，车端数据采集模块采集各个mpu上软件版本和各个mcu的软件版本。13.根据权利要求11所述服务场景可用性判断的系统，其特征在于，车端数据采集模块定时或不定时采集和上传车端各个软件版本。14.根据权利要求11所述服务场景可用性判断的系统，其特征在于，所述终端服务场景订阅模块包括车端服务场景订阅模块和/或手机端服务场景订阅模块。
技术总结本发明公开了一种服务场景可用性判断的方法，包括如下步骤：步骤1：云端接收所有车辆上传的数据信息；步骤2：云端根据步骤1接收的数据信息，获取各个软件版本能够提供的SOA服务清单，形成每个车辆所能够提供的车辆服务清单；步骤3：云端根据服务场景编排过程中记录每个编排场景所需的SOA服务，形成每个编排场景所需要的SOA服务清单；步骤4：云端将步骤2得到的车辆服务清单与步骤3得到的SOA服务清单进行比较筛选，形成每个车辆所能够订阅的场景服务清单；步骤5：将步骤4形成的场景服务清单下发至对应终端进行订阅/订购展示。本发明不仅能有效避免提供用户选择的场景服务与用户当前车辆配置不匹配的情况，提升用户体验，提高用户满意度。用户满意度。用户满意度。
技术研发人员：郝金隆 韩三楚 尹慧慧 周小波
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2022.06.16
技术公布日：2022/11/1
