本申请涉及自动驾驶技术领域，尤其涉及一种面向云控的智能网联汽车数据及应用管理方法和装置。
背景技术：
随着经济发展汽车数量飞速增长，导致交通阻塞、能源消耗以及大气污染等问题日益严重，这使得即便道路设施十分发达的国家也不得不从以往只靠供给来满足需求的思维模式转向采取供、需两方面共同管理的技术和方法来改善日益尖锐的交通问题。在此过程中，“智能网联交通系统”的概念便逐步形成，而智能网联和自动驾驶技术正是实现智能交通的一个重要技术手段。
智能网联的快速发展要求汽车的网络化和智能化，需要基于海量智能网联汽车数据和智能网联汽车应用来实现。
有鉴于此，现有技术中需要提出一种面向云控的智能网联汽车数据及应用管理方法来实现对智能网联汽车应用的协助开发、管理和评价等操作。
技术实现要素：
本说明书实施例提供一种面向云控的智能网联汽车数据及应用管理方法和装置，以实现对智能网联汽车应用的协助开发、管理和评价、绩效审核等操作。
本说明书实施例提供的一种面向云控的智能网联汽车数据及应用管理方法和装置，具体包括：
当接收到数据请求信息时，将与所述数据请求信息相关的智能网联汽车数据发送至数据请求端，以使数据请求端基于所述智能网联汽车数据开发智能网联汽车应用；
接收数据请求端所上传的所述智能网联汽车应用；
审核所述智能网联汽车应用；
若审核通过，则发布所述智能网联汽车应用，以供用户下载。
此外，本说明书实施例还提供了一种面向云控的智能网联汽车数据及应用管理装置，包括：
数据发送模块，用于当接收到数据请求信息时，将与所述数据请求信息相关的智能网联汽车数据发送至数据请求端，以使数据请求端基于所述智能网联汽车数据开发智能网联汽车应用；
汽车应用接收模块，用于接收数据请求端所上传的所述智能网联汽车应用；
审核模块，用于审核所述智能网联汽车应用；
发布模块，用于若审核通过，则发布所述智能网联汽车应用，以供用户下载。
此外，本说明书实施例还提供了一种面向云控的智能网联汽车数据及应用管理设备，包括：
存储器，存储智能网联汽车数据及应用管理程序；
通讯接口，接收智能网联汽车数据的获取请求；
处理器，在通讯接口接收到智能网联汽车数据的获取请求后，调用存储器中存储的智能网联汽车数据及应用管理程序，并执行：
当接收到数据请求信息时，将与所述数据请求信息相关的智能网联汽车数据发送至数据请求端，以使数据请求端基于所述智能网联汽车数据开发智能网联汽车应用；
接收数据请求端所上传的所述智能网联汽车应用；
审核所述智能网联汽车应用；
若审核通过，则发布所述智能网联汽车应用，以供用户下载。
本说明书实施例采用上述至少一个技术方案能够达到以下有益效果：
通过智能网联汽车数据和汽车应用提供全方位的管理流程，实现为软件开发人员或第三方开发平台提供智能网联汽车数据或相应的应用程序的接口、审核和评估应用程序、发布汽车应用程序或组件等系列服务。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本说明书实施例提供的面向云控的智能网联汽车数据及应用管理方法所基于的架构示意图；
图2为本说明书实施例提供的面向云控的智能网联汽车数据及应用管理方法流程图；
图3为本说明书实施例提供的另一种面向云控的智能网联汽车数据及应用管理方法流程图；
图4是本说明书实施例提供的面向云控的智能网联汽车数据及应用管理装置结构示意图；
图5是本说明书实施例提供的面向云控的智能网联汽车数据及应用管理架构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本实施例中所述的智能网联系统由至少一个云端平台、多个智能网联汽车、多个路侧设备构成；其中，云端平台、智能网联汽车和路侧设备之间可以相互建立连接并进行通信。
在本说明书的一个或多个实施例中，所述的智能网联系统可采用如图1所示的架构。在所述的架构中，所述智能网联汽车云控操作系统通过远程通信接口与云端平台(以云端服务器的形式)进行通信，通过区域通信接口同路侧设备进行通信。
所述的云端平台包括诸如安全子系统、运维子系统、云计算子系统、数据融合子系统、业务应用子系统等不用功能子系统以支持基础平台实现数据融合、存储、用户认证和授权、数据审计和防护等服务功能，并通过诸如消息队列、高速缓存、负载均衡等云计算能力提供监控预警、交通管控、编队行驶等对汽车网联汽车的服务，以实现诸如汽车共享、保费计算、智能保养等功能。
所述的智能网联汽车可以由云端平台提供唯一标识以进行身份认证(例如，由平台作为签发机构颁发的itu-tx.509证书，vin(vehicleidentificationnumber，汽车识别码)，具体的数据采集方式、数据通信方式、通信协议等在当前技术中已经较为成熟，此处不再赘述。
所述路侧设备可以是v2x技术中所定义的路侧单元，或具有区域广播通信能力和计算能力的其他设备。具体的，路侧设备可以设置于汽车行驶过程中需经过的区域中，以保证路侧设备和智能网联汽车之间的可靠低时延通信。
本说明书实施例中提供的面向云控的智能网联汽车数据及应用管理方法，如图2所示，具体包括以下部分：
步骤s200、当接收到数据请求信息时，将与所述数据请求信息相关的智能网联汽车数据发送至数据请求端，以使数据请求端基于所述智能网联汽车数据开发智能网联汽车应用。
本实施例中所述的管理方法可以由云端平台执行。具体的，所述智能网联系统中包括可以存储海量数据的数据库，用于存储所述智能网联系统运行时所产生的各种类型的历史数据，可以是各种型号汽车的重量数据、各汽车终端中轮胎摩擦系数数据等，进而为开发人员或软件开发平台提供数据参考。
具体的，本实施例中，可以通过扫描智能网联系统对外发布的元数据信息并分类，进而自动生成数据接口，提供给数据请求端。所述数据请求信息可以由应用程序开发人员或软件开发平台发出，用于从数据库中获取智能网联汽车数据，所述数据请求端可以是开发人员或软件开发平台。
数据请求端获取到所需要的数据后，可以对智能网联汽车数据进行分析、聚类、优化、筛选等操作，为应用程序的开发工作提供参考和帮助。
步骤s202、接收数据请求端所上传的所述智能网联汽车应用。
本实施例中，智能网联汽车应用开发完成后，数据请求端可以将该汽车应用上传至汽车应用平台。其中，汽车应用平台用于对智能网联系统中所有的应用程序进行注册、收录、审核、发布、评估、推广、排名、下架、信息反馈等日常应用管理。
上传过程中，数据请求端需要将智能网联汽车应用相匹配的应用描述、应用界面截图、关键字一同上传至汽车应用平台，汽车应用平台可以对智能网联汽车应用的功能模块与应用描述的匹配性进行审核。
步骤s204、审核所述智能网联汽车应用。
汽车应用上传完成后，汽车应用平台开始审核智能网联汽车应用，可以从安全性、合法性、运行性能、业务模式合理性、软件功能模块和界面设计等方面进行审核。
具体的，当应用平台审核智能网联汽车应用时，可以从应用程序的完成度、版本测试、元数据的准确性、硬件和软件兼用性进行审核。审核过程中，若有至少一项不符合相关标准，则将审核结果反馈至数据请求端，以使开发人员进行相关的调整。
步骤s206、若审核通过，则发布所述智能网联汽车应用，以供用户下载。
若审核完成，且符合审核标准，汽车应用平台则会将该智能网联应用收录，并发布至对应的应用程序市场内，以供用户下载和使用。
同时，为了保证智能网联汽车应用中涉及的知识产权相关内容不受侵犯，汽车应用平台可以为每一个智能网联汽车应用自动生成，相应的知识产权保护策略和相关具有法律效应的文件。
本实施例在上述实施例的基础上，还提供了另外一种面向云控的智能网联汽车数据及应用管理方法，如图3所示，包括：
步骤s301、当接收到数据请求信息时，将与所述数据请求信息相关的智能网联汽车数据发送至数据请求端，以使数据请求端基于所述智能网联汽车数据开发智能网联汽车应用。
步骤s303、为所述数据请求端提供数据接口和/或开发工具集，以使所述数据请求端通过调用数据接口和/或开发工具集开发智能网联汽车应用。
本实施例中，汽车应用平台还会基于智能网联汽车数据生成的数据接口打包为开发工具集，为开发人员或开发平台提供智能网联汽车应用中的功能实现，加快开发进度。
步骤s305、接收数据请求端所上传的所述智能网联汽车应用。
步骤s307、审核所述智能网联汽车应用。
步骤s309、若审核通过，则发布所述智能网联汽车应用，以供用户下载。
步骤s311、接收用户针对所述智能网联汽车应用的使用评价。
本实施例中，还可以为智能网联汽车应用用户提供应用打分和评价功能，智能网联汽车应用用户评价完成后，相应的功能模块可以自动保存评价结果，以便汽车应用平台定期读取和分析智能网联汽车应用用户对智能网联汽车应用的评价。
步骤s313、根据所述使用评价修改所述智能网联汽车应用的发布状态。
其中，所述发布状态可以是发布、下架、冻结、排名等。
可选的，汽车应用平台会预先设计一套较为客观、全面的绩效考核机制，来全方位的分析所述智能网联汽车应用的性能，可以从运行性能和用户体验中着重分析，进而根据考核结果做出相应的操作以改变汽车应用的发布状态。
步骤s315、将所述使用评价反馈至所述数据请求端。
与此同时，本实施例中还可以将用户针对智能网联汽车应用做出的评价进行汇总，并发送给数据请求端，使开发人员和软件开发平台可以了解智能网联汽车应用中存在的细节性的弊端，以更好的提高软件质量，更精准、全面的服务于用户。
此外，本实施例还提供了一种面向云控的智能网联汽车数据及应用管理装置，如图4所示，该管理装置具体包括：
数据发送模块410，用于当接收到数据请求信息时，将与所述数据请求信息相关的智能网联汽车数据发送至数据请求端，以使数据请求端基于所述智能网联汽车数据开发智能网联汽车应用；
汽车应用接收模块420，用于接收数据请求端所上传的所述智能网联汽车应用；
审核模块430，用于审核所述智能网联汽车应用；
发布模块440，用于若审核通过，则发布所述智能网联汽车应用，以供用户下载。
在上述实施例的基础上，该装置还包括：使用评价接收模块，用于接收用户针对所述智能网联汽车应用的使用评价；状态修改模块，用于根据所述使用评价修改所述智能网联汽车应用的发布状态。
在上述实施例的基础上，该装置还包括：
数据接口提供模块，用于为所述数据请求端提供数据接口和/或开发工具集，以使所述数据请求端通过调用数据接口和/或开发工具集开发智能网联汽车应用。
在上述实施例的基础上，该装置还包括：审核建议反馈模块，用于若审核不通过，则将审核建议反馈至所述数据请求端。
在上述实施例的基础上，该装置还包括：使用评价反馈模块，用于将所述使用评价反馈至所述数据请求端。
在上述实施例的基础上，本实施例还提供了一种面向云控的智能网联汽车数据及应用管理设备，具体包括：
存储器，存储智能网联汽车数据及应用管理程序；
通讯接口，接收智能网联汽车数据的获取请求；
处理器，在通讯接口接收到智能网联汽车数据的获取请求后，调用存储器中存储的智能网联汽车数据及应用管理程序，并执行：
当接收到数据请求信息时，将与所述数据请求信息相关的智能网联汽车数据发送至数据请求端，以使数据请求端基于所述智能网联汽车数据开发智能网联汽车应用；
接收数据请求端所上传的所述智能网联汽车应用；
审核所述智能网联汽车应用；
若审核通过，则发布所述智能网联汽车应用，以供用户下载。
此外，本实施例还提供了一种面向云控的智能网联汽车数据及应用管理框架作为智能网联汽车数据及汽车应用的管理装置的一种优选实施例，如图5所示，该管理框架具体包括：
应用管理模块，用于为智能网联汽车应用注册、智能网联汽车应用审核、智能网联汽车应用绩效考核和智能网联汽车应用管理；智能网联汽车应用市场，用于为智能网联汽车应用、应用市场运营维护、汽车应用评价。
数据服务模块，是一个统一、标准化的智能网联汽车数据综合服务模块。数据服务模块的数据全部来源于智能网联汽车云控基础平台。数据服务模块通过接口连接智能网联汽车云控基础平台，扫描智能网联汽车云控基础平台可用于对外发布的元数据信息，扫描完成后将智能网联汽车数据进行分类，自动生成数据接口，并将数据接口打包成开发工具集。快速开发平台子模块定期扫描开发工具集，如果开发工具集有更新，则将新的智能网联汽车数据添加进开发平台，以便应用开发公司使用。应用开发公司也可以使用数据接口或开发工具集使用智能网联汽车云控基础平台提供的智能网联汽车数据。
应用管理模块，用于处理智能网联汽车应用注册和审核请求；完成智能网联汽车应用绩效考核；与智能网联汽车应用市场交互，完成智能网联汽车应用的上架、下架、冻结等日常应用管理功能。应用开发公司完成智能网联汽车应用的开发和调试后，将智能网联汽车应用上传到指定的网络地址并提交智能网联汽车应用注册申请。
智能网联汽车应用注册子模块根据应用开发公司提交的智能网联汽车应用注册申请，通过计算机程序自动对申请的智能网联汽车应用进行审核，如果审核通过则智能网联汽车管理子模块自动向智能网联汽车应用市场的应用市场运营维护子模块发送上架指令。
智能网联汽车应用绩效考核子模块，通过定期读取政府用户、机构用户、企业用户、车载终端用户等智能网联汽车应用用户的应用评价数据，通过数据分析算法完成智能网联汽车应用的绩效考核，并通过智能网联汽车管理子模块自动完成智能网联汽车应用的冻结或下架工作。
所述智能网联汽车应用市场，用于存放、发布驾驶行为评估、汽车协同感知、交通协同管理等智能网联汽车应用，并提供下载。以应用形式来满足汽车监控、汽车控制、城市交通管控等综合数据服务需求，并通过汽车应用评价功能为智能网联汽车应用绩效考核提供数据分析基础。
应用市场运营维护子模块用于与应用管理模块中的智能网联汽车管理子模块进行通信，接收和执行智能网联汽车管理子模块推送的智能网联汽车应用的上架、下架、冻结等日常应用管理指令。
汽车应用评价子模块为智能网联汽车应用用户提供应用打分和评价功能。智能网联汽车应用用户评价完成后，汽车应用评价子模块自动保存评价结果，以便智能网联汽车应用绩效考核子模块，通过定期读取和分析智能网联汽车应用用户对智能网联汽车应用的评价。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，这里就不再一一赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤或模块可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信编号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利范围之中。