公开了一种空中(OTA)移动服务平台(MSP),其提供各种OTA服务,包括但不限于:更新软件OTA(SOTA);更新固件OTA(FOTA)、客户端连接、远程控制和操作监控。在一些示例性实施例中,MSP是向车辆和IoT设备递送和/或更新配置数据、规则、脚本和其他服务中的一个或多个的分布式计算平台。在一些示例性实施例中,MSP可选地提供数据提取、存储和管理、数据分析、实时数据处理、数据检索的远程控制、保险欺诈验证、预测性维护和社交媒体支持。维护和社交媒体支持。维护和社交媒体支持。
【技术实现步骤摘要】
空中(OTA)移动服务平台
本申请是申请日为2019年6月20日、申请号为201910536639.4、专利技术名称为“空中(OTA)移动服务平台”的申请的分案申请。
[0001]本公开总体上涉及一种用于向移动客户端提供移动服务的基于云的OTA软件平台。
技术介绍
[0002]虽然在几年内预计大部分新车都会拥有嵌入的连接,但是汽车原始设备制造商(OEM)没有充分利用到远程管理车辆的嵌入的连接以降低保修成本和提高客户满意度。此外,车辆特征和功能复杂性不断增加,导致伴随更多软件的更多电子控制单元(ECU),该软件需要贯穿车辆寿命周期进行维护和升级。OEM需要用于他们的客户的稳健的、可伸缩的(scalable)和高效的车辆软件更新管理。随着自动驾驶汽车的出现,软件更新管理将变得更具挑战性,因为自动驾驶车辆比有人驾驶车辆具有更多要进行更新的软件。
技术实现思路
[0003]公开了一种空中(OTA)移动服务平台(MSP),其提供各种OTA服务,包含但不限于:更新软件OTA(SOTA);更新固件OTA(FOTA)、客户端连接、远程控制和操作监控。在一些示例性实施例中,MSP是分布式计算平台,该分布式计算平台向移动客户端递送和/或更新配置数据、规则、脚本和其他服务中的一个或多个。在一些示例性实施例中,MSP可选地提供数据提取、存储和管理、数据分析、实时数据处理、数据检索的远程控制、保险欺诈验证、预测性维护和社交媒体支持。
[0004]公开的移动服务平台的一个或多个实施例提供一个或多个以下的优点。MSP为用户提供可靠、高效、安全、可伸缩的基于云的管理解决方案,用于远程管理和更新移动客户端上的软件和其他数据。MSP提供包括监控、诊断和预测的许多OTA服务,以便优化移动客户端的性能和利用。来自移动客户端的传感器数据与历史数据、人类专业知识和车队以及模拟学习相结合以便改善针对移动客户端的预测结果、发现与OTA操作相关的问题的根本原因并解决这些问题。
[0005]以下附图和说明阐述了所公开的实施方式的详情。其他特征、目标和优点从说明书、附图和权利要求中显而易见。
附图说明
[0006]图1是根据实施例的包括用于向移动客户端提供移动服务的移动服务平台的系统的框图。
[0007]图2是根据实施例的移动服务平台的框图。
[0008]图3A是根据实施例的OTA客户端软件架构的概念图。
[0009]图3B是示出根据实施例的软件更新程序包的OTA客户端处理的事件图。
[0010]图4A是根据实施例的用于软件更新的规划过程的流程图。
[0011]图4B是示出根据实施例的软件模型之间的软件依赖性的图。
[0012]图5示出根据实施例的包括允许DM绘制用于软件更新分发的地理围栏的地图的可视化。
[0013]图6是根据实施例的用于问题检测和解决过程的流程图。
[0014]图7示出根据实施例的数据分析仪表板。
[0015]图8A示出根据实施例的数据源对象的属性窗格。
[0016]图8B示出根据实施例的该数据源对象的映射窗格。
[0017]图8C示出根据实施例的过滤器对象的属性窗格。
[0018]图8D示出根据实施例的该过滤器对象的映射窗格。
[0019]图8E示出根据实施例的连接对象的属性窗格。
[0020]图8F示出根据实施例的该连接对象的映射窗格。
[0021]图9A是根据实施例的用于使用机器学习算法来生成模型的数据挖掘过程的流程图。
[0022]图9B是根据实施例的用于训练和评估模型的过程的流程图。
[0023]图10A是根据实施例的用于车辆制动系统的预测性维护过程的流程图。
[0024]图10B是根据实施例的用于车辆制动系统的预测性维护过程的更详细的流程图。
[0025]图10C是根据实施例的示例预测性维护报告。
[0026]图11A是根据实施例的索赔管理系统的框图。
[0027]图11B是根据实施例的示例欺诈索赔认证报告。
[0028]图12是根据环境的用于使用针对车辆管理的社交数据的过程的流程图。
[0029]图13示出根据实施例的用于软件更新包分发的安全过程。
[0030]图14是根据环境的包括各种可视化的示例主屏幕。
[0031]图15是根据实施例的自动驾驶车辆的系统框图。
[0032]图16是根据实施例的用于车辆的分布式计算架构的系统框图。
[0033]在各种附图中使用的相同参考符号来表示相同的要素。
具体实施方式
[0034]现在将详细参照实施例,在附图中示出这些实施例的示例。在以下详细描述中,阐述了众多具体详情以便提供对各个所描述的实施例的透彻理解。然而,对本领域的普通技术人员将显而易见的是,无需这些具体详情就可实践所描述的各种实施例。在其它实例中,并未对公知方法、程序、组件、电路以及网络进行详细描述以免不必要地模糊各实施例的各方面。
[0035]“一个或多个(One or more)”包括由一个要素执行的功能、由多于一个要素例如以分布式方式执行的功能、由一个要素执行的若干功能、由若干要素执行的若干功能或上述的任何组合。
[0036]还将理解的是,虽然在一些实例中,术语第一、第二等在本文中用于描述各种要素,但这些要素不应受这些术语的限制。这些术语仅用于将一个要素与另一个区别开来。例
如,第一处理器可被称为第二处理器,并且类似地,第二处理器可被称为第一处理器,而没有脱离各个所描述的实施例的范围。第一处理器和第二处理器两者都是处理器,但它们并非相同的处理器。
[0037]在对本文中各个所描述的实施例的描述中所使用的术语仅出于描述特定实施例的目的,而非旨在构成限定。如在对各个所描述的实施例和所附权利要求的描述中所使用的,单数形式“一(a)”、“一(an)”和“所述(the)”旨在也包括复数形式,除非上下文另外明确指出。还将理解的是,本文所使用的术语“和/或”是指并且包含相关联的所列项目中的一个或更多个的任何和所有可能的组合。将进一步理解的是,术语“包含(includes)”、“包含有(including)”、“包括(comprises)”和/或“包括有(comprising)”当在本申请文件中使用时指明所陈述的特征、整数、步骤、操作、要素和/或组件的存在,但并不排除一个或多个其它特征、整数、步骤、操作、要素、部件和/或其群组的存在或添加。
[0038]如本文中所使用的,取决于上下文,术语“如果(if)”可选地被解释为表示“当
…
时或”在
…
后”或“响应于确定”或“响应于检测到”。类似地,取决于上下文,短语“如果被确定”或“如果检测到“[所陈述的状况或事件]”被可选地解释为表示“在确定
…
后”或“响应于确定”或“在检测到[所陈述的状况或事件]后”或“响应于检测到[所陈述的状况或事件]”。系统概述
[0本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种方法,包括:由空中OTA移动服务平台的一个或多个处理器接收指定移动客户端模型和描述与所述移动客户端模型相关联的多个软件模型的多个用户输入,所述移动客户端模型定义安装在移动客户端上的多个硬件组件,其中所述多个硬件组件执行由所述多个软件模型定义的软件,所述多个软件模型还定义所述多个软件模型的一个或多个版本之间的相互依赖性;由所述一个或多个处理器生成更新文件和下载信息文件,其中所述更新文件用于存储在数据存储库中的软件更新,所述下载信息文件包含用于下载和安装所述更新文件的指令,所述指令定义保留所述多个软件模型的一个或多个版本之间的相互依赖性的安装顺序层次结构;由所述一个或多个处理器生成分发任务,所述分发任务包含开始时间、结束时间和移动客户端组;由所述一个或多个处理器为所述移动客户端组中的移动客户端生成安装任务;根据所述安装任务而:由所述一个或多个处理器将所述下载信息文件传输给所述移动客户端组中的所述移动客户端;以及根据所述下载信息文件,将所述更新文件传输给所述移动客户端组中的所述移动客户端。2.如权利要求1所述的方法,进一步包括:由所述一个或多个处理器监视所述安装任务以检测伴随所述安装任务的问题;根据检测到问题并响应于用户输入而:由所述一个或多个处理器基于问题类型将所述问题分配给所述移动服务平台的用户类的成员;以及由所述一个或多个处理器在解决所述问题之后改变所述安装任务的状态。3.如权利要求1
‑
2中任一项所述的方法,进一步包括:由所述一个或多个处理器基于由所述移动客户端组中的所述移动客户端提供的位置数据,确定所述移动客户端组。4.如权利要求3所述的方法,其中,基于所述位置数据和地理围栏来确定所述移动客户端组。5.如权利要...
【专利技术属性】
技术研发人员:T,
申请(专利权)人:动态AD有限责任公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。