CN109286662B - 一种车载进程响应方法及系统 - Google Patents

Abstract

本发明公开了一种车载进程响应方法及系统，该车载进程响应方法包括：显示从车载进程服务器预先获取的车载进程配置选项列表；对采集到的当前行车环境信息行车环境信息进行识别得到识别结果；在识别结果满足触发条件时，基于车载进程配置选项列表向车载进程服务器发送车载进程修改请求；接收车载进程服务器发送的处理结果；处理结果包括事件报告、处理选项和风险提示信息中的至少一项；根据当前行车环境信息和所述处理结果进行车载进程切换。本发明能够根据实际行车路况随时申请改动车载进程配置方案，满足用户在特殊路况下的进程需求。

Description

一种车载进程响应方法及系统

技术领域

本发明涉及车载系统领域，具体涉及一种车载进程响应方法及系统。

背景技术

伴随着车载功能复杂化，车载信息传递与进程管控日趋复杂。目前整车厂/供应商在性能测试和逻辑处理上均集中于处理正常法规行车逻辑和极端情况下的保护策略。而对于激增下的车载用户不同实时路况，主机厂往往(进行归类处理)无法覆盖。因此，有必要针对用户的特殊路况下的进程需求提出一种车载进程响应系统。

发明内容

本发明旨在至少解决现有技术中存在的技术问题之一。为此，本发明第一方面提出了一种车载进程响应方法，从用户终端的角度描述，包括如下步骤：

显示从车载进程服务器预先获取的车载进程配置选项列表；

对采集到的当前行车环境信息进行识别得到识别结果；

在所述识别结果满足触发条件时，基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求；

接收车载进程服务器发送的处理结果；所述处理结果包括事件报告、处理选项和风险提示信息中的至少一项；

根据所述当前行车环境信息和所述处理结果进行车载进程切换。

进一步地，所述在所述识别结果满足触发条件时，基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求，包括：

在所述识别结果满足触发条件时，判断所述车载进程修改请求是否涉及车载动力安全相关事件；

在车载进程修改请求涉及车载动力安全相关事件时，检测是否接收到行车辅助信息；

若是，则根据所述行车辅助信息判断相关部件是否正常且满足相关逻辑；

在相关部件异常的情况下，向车载进程服务器发送故障信息和所述车载进程修改请求。

进一步地，所述判断相关部件是否正常且满足相关逻辑之后，包括：在相关部件正常且满足相关逻辑的情况下，基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求；

所述检测是否接收到行车辅助信息之后，包括：若否，则基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求。

进一步地，所述判断所述车载进程修改请求是否涉及车载动力安全相关事件之后，还包括：

在车载进程修改请求不涉及车载动力安全相关事件时，判断所述车载进程修改请求是否满足其所在网段带宽和车载法规逻辑；

若满足，则生成第一处理意见，将所述第一处理意见和所述车载进程修改请求发送到车载进程服务器；

若不满足，则将所述车载进程修改请求发送给车载进程服务器并向车载进程服务器征询处理意见。

进一步地，所述基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求之后，还包括：

接收车载进程服务器发送的询问是否记录当前路段的请求并输出给用户；

在接收到用户输入的确认信息时，将当前位置信息作为预设位置信息存储。

进一步地，根据所述当前行车环境信息和所述处理结果进行车载进程切换之后，还包括：

检测用户终端的实时位置信息与预设位置信息匹配时，向用户询问是否确认发送所述车载进程修改请求；

若接收到用户输入的确认信息，则发送所述车载进程修改请求；若未接收到用户输入的确认信息，则不发送所述车载进程修改请求。

本发明第二方面提出了一种车载进程响应方法，从车载进程服务器的角度进行描述，包括如下步骤：

向用户终端预先发送车载进程配置选项列表；

接收用户终端发送的车载进程修改请求并存储；

从用户终端调用当前行车环境信息；

根据所述车载进程修改请求和所述当前行车环境信息生成处理结果，将所述处理结果发送到用户终端；所述处理结果包括事件报告、处理选项和风险提示信息中的至少一项。

进一步地，所述接收用户终端发送的车载进程修改请求并存储之后，还包括：

向用户终端发送询问是否记录当前路段的请求；在接收到用户终端发送的确认信息时，将用户终端的位置信息与所述车载进程修改请求关联存储；

和/或，对接收到的用户终端的数据进行统计分析，得到进程配置推荐方案；所述进程配置推荐方案与用户终端的位置信息关联存储；所述处理结果包括所述进程配置推荐方案。

本发明第三方面提出了一种车载进程响应系统，包括用户终端和至少一个车载进程服务器；

所述用户终端包括：

显示模块，用于显示从车载进程服务器预先获取的车载进程配置选项列表；

识别模块，用于对采集到的当前行车环境信息进行识别得到识别结果；

第一请求模块，用于在所述识别结果满足触发条件时，基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求；

处理结果接收模块，用于接收车载进程服务器发送的处理结果；所述处理结果包括事件报告、处理选项和风险提示信息中的至少一项；

进程切换模块，用于根据所述当前行车环境信息和所述处理结果进行车载进程切换；

所述车载进程服务器包括：

列表发送模块，用于向用户终端预先发送车载进程配置选项列表；

请求接收模块，用于接收用户终端发送的车载进程修改请求并存储；

路况调用模块，用于从用户终端调用当前行车环境信息；

生成模块，用于根据所述车载进程修改请求和所述当前行车环境信息生成处理结果，将所述处理结果发送到用户终端。

进一步地，所述用户终端还包括：

询问模块，用于接收车载进程服务器发送的询问是否记录当前路段的请求，并输出给用户；

预设模块，用于在接收到用户输入的确认信息时，将当前位置信息作为预设位置信息存储；

所述车载进程服务器还包括：

第二请求模块，用于向用户终端发送询问是否记录当前路段的请求；

关联模块，用于在接收到用户终端发送的确认信息时，将用户终端的位置信息与所述车载进程修改请求关联存储。

进一步地，所述系统还包括至少一个第三方服务器；所述车载进程服务器还包括任务移交模块和任务反馈模块；

所述任务移交模块用于在访问峰值或系统部分进程卡顿而无法满足用户需求时，将所述车载进程服务器的数据计算任务进行加密后移交给所述至少一个第三方服务器处理；

所述第三方服务器用于处理所述任务移交模块发送的所述数据计算任务，并将数据处理结果反馈给车载进程服务器。

实施本发明具有以下有益效果：

1、本发明能够根据实际行车路况随时申请改动车载进程配置方案，满足用户在特殊路况下的进程需求。

2、本发明能够记录用户终端发送车载进程修改请求时对应的当前位置信息，从而可以记忆于特定路段自动更新车载进程或经用户确认后更新车载进程；在路况发生变化时，可以自动删除相应的位置记录或用户手动删除相应的位置记录。

3、本发明中用户可以基于显示于用户终端的车载进程配置选项列表进行车载进程选择和优先级排序，生成满足用户需求的车载进程修改方案，也可以直接采用服务器推荐的车载进程修改方案。

4、本发明还包括第三方服务器，在访问峰值或系统部分进程卡顿而无法满足用户需求时，可以将用户与主机厂的数据计算任务进行加密后移交给第三方服务器的空闲进程运算。

5、用户通过主机厂指导信息进行自我信息需求定义，并反馈给主机厂，让主机厂获取各控制器的细分大数据，最终主机厂和用户之间形成一个针对车载进程需求的反馈+优化的良性循环体系，增加用户黏性。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

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

图1是本发明实施例提供的车载进程响应方法的流程图；

图2是本发明实施例提供的步骤S103的流程图；

图3是本发明实施例提供的步骤S103的流程图；

图4是本发明实施例提供的根据用户终端位置向用户提供进程切换建议的流程图；

图5是本发明实施例提供的车载进程响应方法的流程图；

图6是本发明实施例提供的车载进程响应的结构框图；

图7是本发明实施例提供的车载进程响应系统的原理图；

图8是本发明实施例提供的车载进程响应系统的原理图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。

实施例

用户终端是主机厂在智能手机、平板电脑、掌上电脑、笔记本电脑或者MP5等终端设备上开发的一款app程序，该app定义的操作界面拥有用户识别和车载功能选项的配置等；按传输方式划分，用户终端包括以太网终端、WIFI终端、2G终端、3G终端、4G终端等；按使用场合划分，用户终端包括固定终端、移动终端或手持终端等。

图1是本发明实施例提供的车载进程响应方法的流程图，请参照图1，图中示出的车载进程响应方法应用于用户终端，包括如下步骤：

S101：显示从车载进程服务器预先获取的车载进程配置选项列表；

在保证车载硬件资源和车载安全的前提下，主机厂通过车载进程服务器将部分车载功能的进程选项实时更新到车载智能移动终端上。

优选地，车载进程服务器与用户终端通过以太网连接。

具体地，用户终端的显示模块用于显示操作界面、预先获取的车载进程配置选项列表以及操作说明，用户能够按照操作说明对车载进程配置选项进行信息识别、掌握，并根据实际需要进行下载、注册、登录等操作。

S102：对采集到的当前行车环境信息进行识别得到识别结果；

S103：在识别结果满足触发条件时，基于车载进程配置选项列表向车载进程服务器发送车载进程修改请求；

具体地，触发条件可以是识别结果满足预设条件，例如，对某路段的图像识别结果与预设颠簸路面的识别结果匹配，但不仅局限于此。

S104：接收车载进程服务器发送的处理结果；处理结果包括事件报告、处理选项和风险提示信息中的至少一项；

S105：根据当前行车环境信息和处理结果进行车载进程切换。

图2是本发明实施例提供的步骤S103的流程图，请参照图2，步骤S103在识别结果满足触发条件时，基于车载进程配置选项列表向车载进程服务器发送车载进程修改请求，包括：

S1031：在识别结果满足触发条件时，判断车载进程修改请求是否涉及车载动力安全相关事件；

S1032：在车载进程修改请求涉及车载动力安全相关事件时，检测是否接收到行车辅助信息；

具体地，行车辅助信息用于确保车辆行驶过程中涉及的各项功能在一定的合理范围内，当所检测的数据超出合理范围将触发保护机制，比如报警、仪表闪烁灯提示等。所述包括内部辅助信息和外部辅助信息。

内部辅助信息是指用户终端通过自身的传感器检测、电路检测、逻辑保护等方式检测到的行车辅助信息。

外部辅助信息是指从用户终端外部获取的行车辅助信息，例如接收到的用户输入的信息(例如踩刹车)、用户终端从行车电脑获取的信息、用户终端通过以太网从其他设备设施上获取的信息(例如限制车速)等等。

具体地，行车辅助信息还用于检验和修正行车环境信息。

S1033：若是，则根据行车辅助信息判断相关部件是否正常且满足相关逻辑；

S1034：在相关部件异常的情况下，向车载进程服务器发送故障信息和车载进程修改请求。

具体地，在相关部件有问题的情况下，通过车载总线←→车载信息外联设备←→车载智能移动终端←→以太网的渠道将故障信息上报、存储并由主机厂车载进程服务器后台进行后续任务进程的实时调度处理。

具体地，车载总线能够读取存储在车载存储单元的本地信息，本地信息包括但不限于部分职能移动终端保存的事件进程和判断条件等。

需要指出的是，本领域技术人员还可以根据实际条件采用车载行车电脑或其他设备来代替车载信息外联设备，本实施例不以此为限。

请继续参照图2，步骤S1033判断相关部件是否正常且满足相关逻辑之后，包括：在相关部件正常且满足相关逻辑的情况下，由用户终端自行处理，即转向步骤S1035：基于车载进程配置选项列表向车载进程服务器发送车载进程修改请求。

步骤S107检测是否接收到行车辅助信息之后，包括：若否，则转向步骤S1035：基于车载进程配置选项列表向车载进程服务器发送车载进程修改请求。

由于传感器通常有一定的有效检测范围，当传感器检测范围超限(例如距离超限)时，将不能检测到行车辅助信息。

在本实施例的一种实施方式中，若未接收到行车辅助信息，则用户终端将该事件上报给车载进程服务器；详细的交互过程如下：

车载决策管理者→用户终端→车载进程服务器：车载决策管理者(驾驶员—识别系统之外数据后)通过车载信息外联设备/用户终端上的应用程序指示信息，以射频等方式向主机厂的车载进程服务器申请临时性/永久性车载进程修改事件；其中车载进程修改包括信息采集周期、任务优先级和释放的逻辑更改等。

车载进程服务器→用户终端→车载决策管理者：主机厂的车载进程服务器在收到用户终端发送的车载进程修改请求后，首先进行事件信息存储，再向下通过车载移动终端调用必要的行车信息，然后进行信息带宽和安全评估、运算后，形成事件报告、处理选项和各选项的风险提示信息，以相同的方式通过以太网上向下传递到用户终端。车载决策管理者在收到以上信息后，根据主机厂提示信息和当前路况进行适时进程切换。

需要指出的是，整个过程可多次信息交互，包括更改和申请等。

需要指出的是，车载的任何非预期数据将会影响整车功能及安全，主机厂需要定义和划分，此部分原则上是不允许外界数据干扰原系统的正常功能，同时不允许非预期的本地数据外泄。主机厂既要识别和释放进程，同时还要做好本地及网络资源的管控，尤其是网络资源需要签订相应的协约。比如，网络资源被其他网络资源入侵后，需要有相应的保护和责任制度。

可选地，信息带宽和安全评估包括但不限于以下内容：本地涉及功能清单选项(例如发动机和/或电池、高压、电子助力等功能)，网络推荐资源选项(例如网址1、网址2、网址3等)，网络功能加载占用本地资源情况，当前本地故障，当前车辆里程和状态，续航能力，车辆总线状态等。

可选地，事件报告包括但不限于以下内容：本地行车功能异常、本地行车状态异常、行车环境实时变化、故障的记录和恢复、网络资源调用及检测等。

可选地，风险提示信息包括但不限于以下内容：本地功能出现异常、网络推荐选项存在风险、网络功能是否出现异常监听车辆、网络功能导致的车辆总线占用过高、异常区域(强磁场、强电场)故障事件影响等。

下面以一个具体的应用场景下为例对上述实施方式进行说明：

某路段上，小型车用户李某识别前方道路出现小段颠簸路面，手动通过用户终端的人机交互界面向车载进程服务器提前申请颠簸路面的安全措施：车辆降速且增加方向盘加重请求，同时将车辆胎压检测的进程优先级提前，检测周期缩短，该路段结束后，再次申请释放为正常路面行驶优先级。

车载进程服务器在此次事件的两次申请时，首先进行事件的评估，然后给出报告后，在用户的选择下通过车载以太网设备发送模式切换指令，让电子助力控制器在低速高加重模式和正常模式之间切换。

图3是本发明实施例提供的步骤S103的流程图，请参照图3，步骤S1031判断车载进程修改请求是否涉及车载动力安全相关事件之后，还包括：

S1036：在车载进程修改请求不涉及车载动力安全相关事件时，判断车载进程修改请求是否满足其所在网段带宽和车载法规逻辑；

S1037：若满足，则生成第一处理意见，将第一处理意见和车载进程修改请求发送到车载进程服务器；

S1038：若不满足，则将车载进程修改请求发送给车载进程服务器并向车载进程服务器征询处理意见。

由于不涉及车载动力安全相关事件的进程需求往往为功能性的个性化需求，主机厂的车载进程服务器可释放此部分功能于用户终端上。在本实施例的一种实施方式中，详细的交互过程如下：

车载决策管理者→用户终端→车载进程服务器：由车载决策管理者通过车载信息外联设备/用户终端上的应用程序指示信息，将进程修改信息反馈给用户终端，由用户终端评估进程申请所在网段带宽和车载法规逻辑。

若上述进程修改请求经用户终端的本地功能评估后满足所在网段带宽和车载法规逻辑，通过射频等方式向以太网反馈进程修改请求和用户终端的处理意见；

若上述进程修改请求不满足用户终端和/或车载存储器的本地功能/或本地事件所涉条件，则用户终端可能存在故障，由于故障必须要由车载进程服务器监控，因此，用户终端通过射频等方式将进程请求反馈给车载进程服务器并征询车载进程服务器的处理意见；

车载进程服务器→用户终端→车载决策管理者：当车载进程服务器接收到事件信息后首先进行请求事件的数据记录。

如果满足本地请求，车载进程服务器调用数据库信息(查看是否更新)并通过以太网向智能移动终端给出合适的进程变动方案(处理案例)；用户终端根据接收到的进程变动方案立即执行；

如果不满足本地的请求，车载进程服务器记录数据后，进行信息带宽和安全评估、运算后，形成事件报告、处理选项和各选项的风险提示信息，以相同的方式从以太网上向下传递到车载智能移动终端。此时，用户将根据用户终端从主机厂车载进程服务器接收到的提示信息和当前路况进行适时进程切换。需要指出的是，整个过程可多次信息交互，包括车载进程配置方案更改和车载进程修改申请等。

当出现一些行车进程需求变动时，行车决策者可以与主机厂甚至是以太网资源、监管平台进行信息交互，最大限度为自己的进程需求提供一些可能和保障。

下面以一个具体的应用场景下为例对上述实施方式进行说明：

陈某在行车过程中，发现行车路线绕不开学校，此时正值高考期间。于是陈某通过智能移动终端申请了高考限定进程，并通过智能移动终端提交给车载进程服务器。车载进程服务器在识别了当前的实际情况，并根据历往情况和当前路线的市政要求、车载信息负载、逻辑等，给出了相应的车载进程修改推荐方案。上述更改方案包括：对学校路段蜂鸣器的鸣叫等级和相关策略进行修改，对路段行车速度进行限速，同时提高相关功能的进程优先级，以提醒他避免交通部的考核。

用户终端接收到陈某的确认信息后，根据上述更改方案更新了车载进程配置方案。随后陈某在行车过程中，发现有高考考生在前往考试的路段上寻求帮助。陈某愿意帮助该学生赶往考场。此时，陈某将考生相关信息通过手机(车载智能终端)提交给车载进程服务器(例如以太网服务器)，并通过车载本地存储设备(Tbox等)实时记录当前影像资料。

车载进程服务器在收到用户的请求后，将陈某的部分相关信息提取并递交给公安等市政部(如GPS、车牌号等)，然后根据市政反馈的最新信息，重新规划行车进程方案(如某地级市交管所酌情允许陈某提高速度限制、提高蜂鸣器鸣叫等级，同时准许陈某暂时借用公交车道等，为陈某提供了相对较好的行车驾驶环境)。主机厂的车载进程服务器将进程方案、相关风险以及广播信息征询等提交给陈某。

陈某在接收到信息后同意支持广播，并按推荐进程方案进行更改。此时主机厂的车载进程服务器将部分信息提交给广电部，进行了一场爱心送考生的直播(此期间的通信费用等由第三方援助)。

陈某将考生送到考点后，再次提交更改进程需求。主机厂根据实际情况重新为陈某规划进程方案，以满足陈某后续行车的法规需求。而后续陈某在该时刻该路段的行车违章，可以由主机厂提供相关信息(附报告)给交管部。

优选地，步骤S1035基于车载进程配置选项列表向车载进程服务器发送车载进程修改请求之后，还包括：

接收车载进程服务器发送的询问是否记录当前路段的请求并输出给用户；

在接收到用户输入的确认信息时，将当前位置信息作为预设位置信息存储。

具体地，车载进程服务器在每一次用户请求时向用户咨询是否记录该路段。如果用户准许记录，车载进程服务器以当前位置信息与预设位置信息是否匹配作为判断条件存储到用户终端，以方便用户下次直接调用。

具体地，对应于预设位置信息的行车路况(行车环境)发生变化后，用户终端自动删除该预设位置信息；或者，用户终端根据用户输入的操作信息删除该预设位置信息。例如，小段颠簸路面在市政处理而消失后，用户可手动消除对应于该路段的预设位置信息。

图4是本发明实施例提供的根据用户终端位置向用户提供进程切换建议的流程图，优选地，步骤S105根据当前行车环境信息和处理结果进行车载进程切换之后，还包括：

S106：检测用户终端的实时位置信息与预设位置信息匹配时，向用户询问是否确认发送车载进程修改请求；

小型车用户李某、大型车用户王某经过某颠簸路段时，用户终端向小型车用户李某、大型车用户王某询问是否确认发送车载进程修改请求；

S107：若接收到用户输入的确认信息，则发送车载进程修改请求；

小型车用户李某识别出当前路段的颠簸情况，且认为有必要修改车载进程，于是按下用户终端上的确认按键，用户终端接收到用户输入的确认信息，向车载进程服务器发送车载进程修改请求。

S108：若未接收到用户输入的确认信息，则不发送车载进程修改请求。

大型车用户王某同样识别出的颠簸情况，但是王某认为路面颠簸不足以影响其驾驶和轮胎的性能，因赶路行驶，王某放弃该请求。用户终端在预设时间内未接收到用户输入的确认信息，则退出询问用户是否确认发送车载进程修改请求的操作界面。需要指出的是，王某放弃该请求除了在预设时间内不进行任何操作外，还可以是进行按下除确认按键以外的任一按键，例如取消按键、退出按键、其它功能按键等等操作。

图5是本发明实施例提供的车载进程响应方法的流程图，请参照图5，图中示出的车载进程响应方法应用于车载进程服务器，包括如下步骤：

S201：向用户终端预先发送车载进程配置选项列表；

S202：接收用户终端发送的车载进程修改请求并存储；

S203：从用户终端调用当前行车环境信息；

S204：根据车载进程修改请求和当前行车环境信息生成处理结果，将处理结果发送到用户终端；处理结果包括事件报告、处理选项和风险提示信息中的至少一项。

主机厂的车载进程服务器在其与用户、互联网资源平台之间的互动应答机制中拥有最高的信息解释权和信息释放权限，包括对用户的权限释放和需求处理，以及对以太网资源入口的协议与管控等。

车载进程服务器在接收到车载进程修改请求时，首先应评估进程对整车的安全、动力是否产生影响；其次在条件/算子产生变化时，例如市政行车规章变更、个人消费、娱乐的变更等所引起的数据变化，可借助以太网资源进行数据和算法的更新和管控。

车载进程服务器在接收到车载进程修改请求时，如果出现车载进程服务器达到访问峰值或系统部分进程卡顿而无法满足用户的需求时，可以向第三方服务器/以太网平台临时/永久申请数据处理资源，将任务中的计算部分加密后移交给以太网的资源运行。

需要指出的是，为提高系统的鲁棒性，车载进程服务器可以在接收到车载进程修改请求时，同时将一个事件通过以太网传递到多个第三方服务器中，实现冗余存储，防止用户数据丢失。

在一个实施例中，步骤S202接收用户终端发送的车载进程修改请求并存储之后，还包括：S205：向用户终端发送询问是否记录当前路段的请求；在接收到用户终端发送的确认信息时，将用户终端的位置信息与车载进程修改请求关联存储；S206：对接收到的用户终端的数据进行统计分析，得到进程配置推荐方案；进程配置推荐方案与用户终端的位置信息关联存储；处理结果包括进程配置推荐方案。

在一个实施例中，步骤S202接收用户终端发送的车载进程修改请求并存储之后，还包括：S205：向用户终端发送询问是否记录当前路段的请求；在接收到用户终端发送的确认信息时，将用户终端的位置信息与车载进程修改请求关联存储；

现有技术中没有对用户功能大数据请求有着更直接更具体的细分统计，其仅仅是工程师根据一些辅助数据而进行的部分需求失真设计。为解决上述问题，步骤S202接收用户终端发送的车载进程修改请求并存储之后，还包括：S206：对接收到的用户终端的数据进行统计分析，得到进程配置推荐方案；进程配置推荐方案与用户终端的位置信息关联存储；处理结果包括进程配置推荐方案。

优选地，车载进程服务器进行用户的大数据统计后，将该部分较好的处理策略记录到后台，以便适时对不同行驶于该路段的用户给出不同建议选项，例如车载进程服务器检测从用户终端获取的车载进程修改请求和行车环境信息，根据检测结果向用户终端发送功能/进程推荐配置方案。

优选地，车载进程服务器记录用户在每一个集中事件路段的处理方式，可以帮助用户评估驾驶习惯和建议。

图6是本发明实施例提供的车载进程响应系统的结构框图，请参照图6，图中示出的车载进程响应系统包括用户终端301和至少一个车载进程服务器302。

用户终端301包括显示模块、识别模块、第一请求模块、处理结果接收模块和进程切换模块。显示模块用于显示从车载进程服务器302预先获取的车载进程配置选项列表；识别模块用于对采集到的当前行车环境信息进行识别得到识别结果；第一请求模块用于在识别结果满足触发条件时，基于车载进程配置选项列表向车载进程服务器302发送车载进程修改请求；处理结果接收模块用于接收车载进程服务器302发送的处理结果；处理结果包括事件报告、处理选项和风险提示信息中的至少一项；进程切换模块用于根据当前行车环境信息和处理结果进行车载进程切换。

图7是本发明实施例提供的车载进程响应系统的原理图，图8是本发明实施例提供的车载进程响应系统的原理图，请参照图7和图8，图中示出了以下内容：

车载总线控制器(ECU1_1—ECU1_n,…ECUm_1—ECUm_k)：负责各个电控的功能执行与信息交互，构成m个车载总线支网。此处车载支网下可能包括其他支网；

车载总线干网：用于整合多个网络，由车载各总线连接形成，车载总线干网可以采用图示的连接形式，也可以根据实际需要采用其他连接形式，例如多条网络混合连接、独立网关等；

车载存储单元：用于存储或管理存储数据，例如Tbox，可以采用外扩式样和总线嵌入式；

车载信息外联设备：包括OBD等端子接口或挂在总线上的射频车载设备等；

车载信息决策者：包括人员/智能驾驶行程电脑等信息决策者；

用户终端：可以是固定设置在车辆上的终端，也可以是移动终端，移动终端包括但不限于手机/平板/笔记本电脑或MP5等；

车载定位模块：用于获取车辆当前位置，可以根据需要采用至少一种定位系统，例如GPS定位系统、北斗定位系统、惯导定位系统等，车载定位模块可以集成在用户终端中。

主机厂车载进程服务器302：主机厂在以太网上的服务器；

以太网平台及服务公司等：以太网的相关互联服务、进程等资源。

在车载信息决策者为用户时，车载进程响应系统的数据访问形式为：

车载信息决策者(人工)通过车载智能移动终端向上访问主机厂的车载进程服务器302，并间接通过主机厂的车载进程服务器302访问以太网咨询平台上的资源；向下通过射频方式(2G/3G/4G/5G/wifi/蓝牙等)访问车载总线及定位模块，并通过总线访问车载数据存储单元。

在车载信息决策者为用户时，车载进程响应系统的数据访问形式为：

车载信息决策者(车载智能驾驶电脑)通过车载智能移动终端向上访问主机厂的车载进程服务器302，并间接主机厂的车载进程服务器302访问以太网咨询平台上的资源；向下通过总线协议访问定位模块和车载数据存储单元。

车载进程服务器302包括列表发送模块、请求接收模块、路况调用模块和生成模块。列表发送模块用于向用户终端301预先发送车载进程配置选项列表；请求接收模块用于接收用户终端301发送的车载进程修改请求并存储；路况调用模块用于从用户终端301调用当前行车环境信息；生成模块用于根据车载进程修改请求和当前行车环境信息生成处理结果，将处理结果发送到用户终端301。

具体地，用户终端301还包括询问模块和预设模块。询问模块用于接收车载进程服务器302发送的询问是否记录当前路段的请求，并输出给用户；预设模块用于在接收到用户输入的确认信息时，将当前位置信息作为预设位置信息存储；

车载进程服务器302还包括第二请求模块和关联模块。第二请求模块用于向用户终端301发送询问是否记录当前路段的请求；关联模块用于在接收到用户终端301发送的确认信息时，将用户终端301的位置信息与车载进程修改请求关联存储。

优选地，系统还包括至少一个第三方服务器303；车载进程服务器302还包括任务移交模块和任务反馈模块；

任务移交模块用于在访问峰值或系统部分进程卡顿而无法满足用户需求时，将车载进程服务器302的数据计算任务进行加密后移交给至少一个第三方服务器303处理；

第三方服务器303用于处理任务移交模块发送的数据计算任务，并将数据处理结果反馈给车载进程服务器302。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种车载进程响应方法，其特征在于，包括：

显示从车载进程服务器预先获取的车载进程配置选项列表；

对采集到的当前行车环境信息进行识别得到识别结果；

在所述识别结果满足触发条件时，基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求，包括：在所述识别结果满足触发条件时，判断所述车载进程修改请求是否涉及车载动力安全相关事件；在车载进程修改请求涉及车载动力安全相关事件时，检测是否接收到行车辅助信息；若是，则根据所述行车辅助信息判断相关部件是否正常且满足相关逻辑；在相关部件异常的情况下，向车载进程服务器发送故障信息和所述车载进程修改请求；其中，所述触发条件为所述识别结果满足预设条件，所述预设条件包括对某路段的图像识别结果与预设颠簸路面的识别结果匹配；

接收车载进程服务器发送的处理结果；所述处理结果包括事件报告、处理选项和风险提示信息中的至少一项；

根据所述当前行车环境信息和所述处理结果进行车载进程切换。

2.根据权利要求1所述的方法，其特征在于，

所述判断相关部件是否正常且满足相关逻辑之后，包括：在相关部件正常且满足相关逻辑的情况下，基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求；

所述检测是否接收到行车辅助信息之后，包括：若否，则基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求。

3.根据权利要求1所述的方法，其特征在于，所述判断所述车载进程修改请求是否涉及车载动力安全相关事件之后，还包括：

在车载进程修改请求不涉及车载动力安全相关事件时，判断所述车载进程修改请求是否满足其所在网段带宽和车载法规逻辑；

若满足，则生成第一处理意见，将所述第一处理意见和所述车载进程修改请求发送到车载进程服务器；

若不满足，则将所述车载进程修改请求发送给车载进程服务器并向车载进程服务器征询处理意见。

4.根据权利要求1所述的方法，其特征在于，所述基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求之后，还包括：

接收车载进程服务器发送的询问是否记录当前路段的请求并输出给用户；

在接收到用户输入的确认信息时，将当前位置信息作为预设位置信息存储。

5.根据权利要求4所述的方法，其特征在于，还包括：

检测用户终端的实时位置信息与预设位置信息匹配时，向用户询问是否确认发送所述车载进程修改请求；

若接收到用户输入的确认信息，则发送所述车载进程修改请求；若未接收到用户输入的确认信息，则不发送所述车载进程修改请求。

6.一种车载进程响应方法，其特征在于，包括：

向用户终端预先发送车载进程配置选项列表；

接收用户终端发送的车载进程修改请求并存储，其中，所述车载进程修改请求为在识别结果满足触发条件时，基于所述车载进程配置选项列表向车载进程服务器发送的，所述识别结果为对采集到的当前行车环境信息进行识别得到的，所述触发条件为所述识别结果满足预设条件，所述预设条件包括对某路段的图像识别结果与预设颠簸路面的识别结果匹配；

从用户终端调用当前行车环境信息；

根据所述车载进程修改请求和所述当前行车环境信息生成处理结果，将所述处理结果发送到用户终端；所述处理结果包括事件报告、处理选项和风险提示信息中的至少一项；

其中，在所述识别结果满足触发条件时，基于所述车载进程配置选项列表向车载进程服务器发送车载进程修改请求，包括：在所述识别结果满足触发条件时，判断所述车载进程修改请求是否涉及车载动力安全相关事件；在车载进程修改请求涉及车载动力安全相关事件时，检测是否接收到行车辅助信息；若是，则根据所述行车辅助信息判断相关部件是否正常且满足相关逻辑；在相关部件异常的情况下，向车载进程服务器发送故障信息和所述车载进程修改请求。

7.根据权利要求6所述的方法，其特征在于，所述接收用户终端发送的车载进程修改请求并存储之后，还包括：

向用户终端发送询问是否记录当前路段的请求；在接收到用户终端发送的确认信息时，将用户终端的位置信息与所述车载进程修改请求关联存储；

和/或，对接收到的用户终端的数据进行统计分析，得到进程配置推荐方案；所述进程配置推荐方案与用户终端的位置信息关联存储；所述处理结果包括所述进程配置推荐方案。

8.一种车载进程响应系统，其特征在于，包括用户终端和至少一个车载进程服务器；

所述用户终端包括：

显示模块，用于显示从车载进程服务器预先获取的车载进程配置选项列表；

识别模块，用于对采集到的当前行车环境信息进行识别得到识别结果；

第一请求模块，用于在所述识别结果满足触发条件时，判断所述车载进程修改请求是否涉及车载动力安全相关事件；在车载进程修改请求涉及车载动力安全相关事件时，检测是否接收到行车辅助信息；若是，则根据所述行车辅助信息判断相关部件是否正常且满足相关逻辑；在相关部件异常的情况下，向车载进程服务器发送故障信息和所述车载进程修改请求；所述触发条件为所述识别结果满足预设条件，所述预设条件包括对某路段的图像识别结果与预设颠簸路面的识别结果匹配；

处理结果接收模块，用于接收车载进程服务器发送的处理结果；所述处理结果包括事件报告、处理选项和风险提示信息中的至少一项；

进程切换模块，用于根据所述当前行车环境信息和所述处理结果进行车载进程切换；

所述车载进程服务器包括：

列表发送模块，用于向用户终端预先发送车载进程配置选项列表；

请求接收模块，用于接收用户终端发送的车载进程修改请求并存储；

路况调用模块，用于从用户终端调用当前行车环境信息；

生成模块，用于根据所述车载进程修改请求和所述当前行车环境信息生成处理结果，将所述处理结果发送到用户终端。

9.根据权利要求8所述的系统，其特征在于，

所述用户终端还包括：

询问模块，用于接收车载进程服务器发送的询问是否记录当前路段的请求，并输出给用户；

预设模块，用于在接收到用户输入的确认信息时，将当前位置信息作为预设位置信息存储；

所述车载进程服务器还包括：

第二请求模块，用于向用户终端发送询问是否记录当前路段的请求；

关联模块，用于在接收到用户终端发送的确认信息时，将用户终端的位置信息与所述车载进程修改请求关联存储。

Images