本发明涉及数据处理技术领域，尤其涉及一种紧急状况处理方法。
背景技术：
随着经济的发展和科技的进步，人们的生活节奏也越来越快，快节奏的生活方式使得城市物流越来越受到有关部门的重视。目前，很多物流平台无法解决“最后一公里”的问题。而如果使用传统的人工物流方式，不仅人力成本高，配送效率也很低。而随着人工智能的崛起以及人力成本的不断提升，市场也越来越关注于基于人工智能技术的物流配送车，对于智能化自动驾驶物流车的需求，显现的尤为迫切。虽然自动驾驶领域已经有了相关的技术，但是，目前自动驾驶物流车仍无法智能、高效的完成物流任务。
技术实现要素：
本发明的目的是针对现有技术的缺陷，提供一种紧急状况处理方法，在物流车遇到紧急状况时，首先对照预设控制指令尝试自行解决问题，在自行解决无果后，通过服务器将紧急状况发送至相关维护人员的用户终端，通知维护人员到场维护，这种方式不仅可以节约人员维护成本，也可以更迅速、有效的处理紧急状况。
为实现上述目的，本发明提供了一种紧急状况处理方法，所述方法包括：
物流车中的车辆控制单元根据派送信息工作；
当所述物流车中的微处理单元接收到异常数据时，将所述异常数据发送至所述物流车中的中央处理单元；
所述中央处理单元根据所述异常数据确定与所述异常数据相对应的第一控制指令，并将所述第一控制指令发送至所述车辆控制单元，用以所述车辆控制单元根据所述第一控制指令工作；
所述车辆控制单元向所述微处理单元发送处理反馈信息；
当所述处理反馈信息为第一处理反馈信息时，所述中央处理单元将所述异常数据发送至服务器；
所述服务器根据所述异常数据确定与所述异常数据所对应的异常类别信息，并根据所述异常类别信息确定与所述异常类别信息相对应的维护人员id信息；
根据所述维护人员id信息将所述异常数据发送至用户终端，用以所述用户终端向维护人员显示所述异常数据；
所述中央处理单元接收维护人员根据异常数据输入的第二控制指令，并将所述第二控制指令发送至所述车辆控制单元，用以所述车辆控制单元根据所述第二控制指令工作。
优选的，所述异常数据包括货柜异常数据、车体碰撞数据和急停控制数据；
进一步优选的，所述当所述物流车中的微处理单元接收到异常数据时，将所述异常数据发送至所述物流车中的中央处理单元，具体为：
当所述微处理单元接收所述物流车中的柜锁控制器发送的货柜异常数据，或者所述微处理单元接收所述物流车中的防碰撞单元发送的车体碰撞数据，或者所述微处理单元接收所述物流车中急停按钮发送的急停控制数据时，微处理单元将货柜异常数据、车体碰撞数据和急停控制数据中的一个或多个发送至所述中央处理单元。
优选的，当所述物流车中的微处理单元接收到异常数据时，所述方法还包括：
所述中央处理单元通过感知单元获取所述物流车当前环境信息，并将所述物流车当前环境信息发送至所述服务器；
所述物流车当前环境信息包括物流车位置信息和物流车环境图像信息。
进一步优选的，当所述异常数据为所述货柜异常数据时，所述中央处理单元根据所述异常数据确定与所述异常数据相对应的第一控制指令，并将所述第一控制指令发送至所述车辆控制单元，用以所述车辆控制单元根据所述第一控制指令工作具体为：
所述中央处理单元根据所述货柜异常数据确定与所述货柜异常数据相对应的第一控制指令为紧急开锁指令，并将所述紧急开锁指令发送至所述车辆控制单元中的紧急开锁装置，用以所述紧急开锁装置根据所述紧急开锁指令工作。
进一步优选的，当所述处理反馈信息为第一处理反馈信息时，所述方法还包括：
所述中央处理单元向所述物流车中的显示屏发送货柜异常数据，用以所述显示屏显示所述货柜异常数据；所述货柜异常数据包括异常货柜位置信息。
进一步优选的，当所述异常数据为所述车体碰撞数据或所述急停控制数据时，所述中央处理单元根据所述异常数据确定与所述异常数据相对应的第一控制指令，并将所述第一控制指令发送至所述车辆控制单元，用以所述车辆控制单元根据所述第一控制指令工作具体为：
所述中央处理单元根据所述车体碰撞数据或所述急停控制数据确定与所述车体碰撞数据或所述急停控制数据相对应的所述第一控制指令为自检指令，并将所述自检发送至所述车辆控制单元，用以所述车辆控制单元根据所述自检指令工作。
进一步优选的，在所述车辆控制单元根据所述自检指令工作之前，所述方法还包括：
所述中央处理单元生成制动指令，并将所述制动指令发送至所述车辆控制单元，用以所述车辆控制单元根据所述制动指令工作。
进一步优选的，在所述车辆控制单元根据所述第二控制指令工作之后，所述方法还包括：
所述车辆控制单元向所述微处理单元发送处理反馈信息；
当所述处理反馈信息为所述第一处理反馈信息时，所述中央处理单元根据所述维护人员输入第三控制指令将所述物流车位置信息发送至托运车；
所述托运车根据所述物流车位置信息生成托运路线信息，并根据所述托运路线信息执行对所述物流车的托运任务。
本发明实施例提供的一种紧急状况处理方法，在物流车遇到紧急状况时，首先对照预设控制指令尝试自行解决问题，在自行解决无果后，通过服务器将紧急状况发送至相关维护人员的用户终端，通知维护人员到场维护，这种方式不仅可以节约人员维护成本，也可以更迅速、有效的处理紧急状况。
附图说明
图1为本发明实施例提供的紧急状况处理方法的流程图。
具体实施方式
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
本发明实施例提供的一种紧急状况处理方法，实现于无人驾驶的物流车中，用于处理物流车在执行派送任务发生的紧急情况。其方法流程图如图1所示，包括如下步骤：
步骤101，物流车中根据派送任务信息工作；
具体的，物流车可以理解为一辆用于物流派送作业的无人驾驶车辆。物流车中加装有多个存储柜，用于存取放物品，物流车可以按照订单要求行驶至指定位置，并在指定位置提供存取放物品服务。物流车中包括中央处理单元、微处理单元、感知单元、防碰撞单元和车辆控制单元。
其中，中央处理单元可以理解为物流车的大脑，主要用于处理各种算法和逻辑。微处理单元用于接收各种数据。感知单元可以理解为用于感知物流车的周围环境的单元。防碰撞单元设置于物流车底盘的前后和/或四周，用于感应和防护物流车的碰撞。车辆控制单元可以理解为用于控制物流车的行驶部分的运行的单元，包括控制车辆行车驻车、车辆行进方向和行进速度等。
物流车中的中央处理单元接收派送任务信息，解析派送任务信息生成行驶控制信息发送至车辆控制单元，使得车辆控制单元根据行驶控制信息进行派送工作。
这里需要说明的是，物流车中所包含的各个单元不仅限于上述的中央处理单元、感知单元、防碰撞单元和车辆控制单元，本领域技术人员可以根据需要自行设置物流车中所包含其他单元或组件。
在一些优选的例子中，在车辆控制单元根据派送信息工作之前，需要对自身中的各个模块进行自检，自检成功后，才会根据派送信息进行工作。
进一步具体的，在根据订单信息生成派送信息发送至车辆控制单元之前，中央处理单元会向车辆控制单元、防碰撞单元和感知单元发送自检指令，使得车辆控制单元、防碰撞单元和感知单元根据自检指令进行自检，并根据自检结果生成自检结果码返回至中央处理单元。当自检结果码的值为代表了自检成功的第一结果值时，中央处理单元才将派送信息发送至车辆控制单元。
步骤102，微处理单元接收异常数据；
具体的，异常数据可以理解为物流车在发生紧急情况时，所产生的数据。紧急情况可以理解为突发的急需解决的情况。异常数据包括但不限于货柜异常数据、车体碰撞数据和急停控制数据。其中，货柜异常数据是由柜锁控制器监测得到的，可以理解为柜锁控制器监测到通过正常方式无法打开货柜门时的反馈数据；车体碰撞数据是由防碰撞单元监测得到的，可以理解为防碰撞单元监测得到的外力碰撞物流车时的反馈数据；急停控制数据是由急停按钮被按下时产生的，当急停按钮被按下时中央处理单元生成制动指令，并将制动指令发送至车辆控制单元，用以车辆控制单元根据制动指令工作，使得物流车驻车。
步骤103，将异常数据发送至中央处理单元；
具体的，当微处理单元接收物流车中的柜锁控制器发送的货柜异常数据，或者微处理单元接收物流车中的防碰撞单元发送的车体碰撞数据，或者微处理单元接收物流车中急停按钮发送的急停控制数据时，微处理单元将货柜异常数据、车体碰撞数据和急停控制数据中的一个或多个发送至中央处理单元。也就是说，当货柜门正常方式无法打开时，或有外力碰撞物流车时，或急停按钮被按下时，微处理单元都会把相应的异常数据发送至中央处理单元。这里需要说明的是，微处理单元由于收发、中转数据，而处理数据的功能则是由中央处理单元实现的。
在中央处理单元获取到异常数据之后，中央处理单元通过感知单元获取当前紧急状况下的物流车当前环境信息，并将物流车当前环境信息发送至服务器。物流车当前环境信息包括物流车位置信息和物流车环境图像信息。物流车位置信息可以理解为当前物流车的gps定位信息，物流车环境图像信息可以理解为当前物流车周围环境的视频和/或图片信息。
可以理解的是，感知单元对物流车当前环境信息的监控贯穿于整个物流车的派送作业中，而非只是在紧急情况下才获取物流车当前环境信息。
步骤104，中央处理单元根据异常数据确定与异常数据相对应的第一控制指令；
具体的，当出现紧急状况时，物流车首先会尝试自己处理紧急状况。在物流车中存储有各种紧急状况下的异常数据与各种紧急状况下对应的控制指令的对应关系数据，也就是紧急状况与处理方法的对应关系。中央处理单元根据异常数据可以确定与当前异常数据相对应的第一控制指令。第一控制指令可以理解为在紧急状况下，物流车尝试自己处理紧急状况的指令。
进一步具体的，当异常数据为货柜异常数据时，中央处理单元根据货柜异常数据确定与货柜异常数据相对应的第一控制指令为紧急开锁指令。当异常数据为车体碰撞数据或急停控制数据时，中央处理单元根据车体碰撞数据或急停控制数据确定与车体碰撞数据或急停控制数据相对应的第一控制指令为自检指令，同时中央处理单元生成制动指令，用以物流车在被外力碰撞或在被按下急停按钮后首先驻车。
步骤105，将第一控制指令发送至车辆控制单元，用以车辆控制单元根据第一控制指令工作；
具体的，当异常数据为货柜异常数据时，说明货柜门无法正常开启，则中央处理单元根据货柜异常数据中的异常货柜位置信息生成紧急开锁指令，并将紧急开锁指令发送至车辆控制单元中的紧急开锁装置。紧急开锁装置根据紧急开锁指令中的异常货柜位置信息将对应的货柜门开启。需要说明的是紧急开锁装置不同于正常开锁装置，物流车中加装的正常开锁装置用于普通用户通过正常方式开关货柜门，而紧急开锁装置用于在无法通过正常方式开关货柜门的情况下，备用的开锁装置。
当异常数据为车体碰撞数据时，说明物流车车体被外力撞击了。此时，物流车需要确定撞击程度是否影响到了车辆的正常运行。则中央处理单元首先将制动指令发送至车辆控制单元，用以车辆控制单元根据制动指令工作，使得物流车驻车。然后，中央处理单元再根据车体碰撞数据生成自检指令，并将自检指令发送至车辆控制单元，用以车辆控制单元根据自检指令进行自检。也就是说，当物流车车体被外力撞击后，车辆会先通过自检的方式确定撞击程度是否影响到了车辆的正常运行。
当异常数据为急停控制数据时，说明物流车中的急停按钮被按下了。需要确定紧急按钮是否是被误按的。则中央处理单元同样也是先将制动指令发送至车辆控制单元，用以车辆控制单元根据制动指令工作，使得物流车驻车。然后，中央处理单元再根据车体急停控制数据生成自检指令，并将自检指令发送至车辆控制单元，用以车辆控制单元根据自检指令进行自检。也就是说，当物流车的急停按钮被按下后，车辆会先通过自检的方式确定紧急按钮是否被误按，还是车辆真的存在问题无法行驶。
在一些优选的实施例中，若中央处理单元接收到的异常数据为急停控制数据，并且在接收到急停控制数据后的一定时间内接收到了其他控制指令，则中央处理单元不再生成自检指令，而是根据接收到的其他控制指令工作。
步骤106，车辆控制单元向微处理单元发送处理反馈信息；
具体的，步骤104-步骤105可以理解为在出现紧急状况时，物流车先自行尝试解决的过程。此过程后，物流车可能已根据紧急状况类别通过预设的第一控制指令解决了当前紧急状况，也有可能无法解决当前紧急状况。如果物流车自行解决了当前紧急状况，这么则可以继续执行派送任务。而如果物流车无法自行解决当前紧急状况，那么则需要进行下一步的处理。因此，在物流车执行完第一控制指令后，需要对车身情况进行反馈，用以确定物流车所执行的第一控制指令是否解决了当前紧急状况。
处理反馈信息可以理解为第一控制指令的执行反馈码。处理反馈信息可以是针对当前异常数据所对应的、发生紧急状况的单元进行监控得到的运行状态数据，也可以是对整个车身运行状态进行监控得到的运行状态数据。
步骤107，确定处理反馈信息是否为第一处理反馈信息；
具体的，当处理反馈信息为第一处理反馈信息时，代表了在执行第一控制指令后，物流车仍没有解决当前紧急状况，也就是说当前紧急状况是无法通过物流车自行解决的，则执行下述步骤108。当处理反馈信息不为第一处理反馈信息时，代表了在执行第一控制指令后，物流车自行解决当前紧急状况，且物流车可以继续正常执行派送任务，则返回执行上述步骤101，即继续根据派送任务信息工作。
步骤108，中央处理单元将异常数据发送至服务器；
具体的，当处理反馈信息为第一处理反馈信息时，也就是说当前紧急状况是无法通过物流车自行解决的，中央处理单元将异常数据发送至服务器。
步骤109，服务器根据异常数据确定维护人员id信息；
具体的，通常维护人员均有自己专业擅长的维护领域。例如，若是物流车的保险杆因碰撞而脱落或货柜门出现卡死状况，则需要擅长机械维护的相关维护人员对物流车进行维护，若是物流车因未知原因失控而被按下急停按钮，则需要擅长电路维护的和擅长机械的相关维护人员对物流车进行维护。
服务器中存储有各种异常数据与异常类别信息的对应关系，以及异常类别信息与维护人员id信息的对应关系。服务器先根据异常数据确定异常数据所对应的异常类别信息，再根据已确定的异常类别信息确定与当前异常类别信息相对应的维护人员id信息，从而确定需要对物流车进行维护的维护人员。
可以理解的是，本领域技术人员可以根据需要自行设置各种异常数据与异常类别信息的对应关系，以及异常类别信息与维护人员id信息的对应关系。
步骤110，根据维护人员id信息将异常数据发送至用户终端；
具体的，服务器根据已确定的一个或多个维护人员id信息将异常数据发送至与维护人员id信息绑定的用户终端，用以用户终端向维护人员显示异常数据。
步骤111，中央处理单元接收维护人员根据异常数据输入的第二控制指令，并将第二控制指令发送至车辆控制单元；
具体的，维护人员可以通过遥控设备或服务器远程控制物流车，也可以根据物流车位置信息到现场对物流车进行维护。维护人员输入的控制指令为第二控制指令，中央处理单元接收到第二控制指令后，将第二控制指令发送至车辆控制单元，用以车辆控制单元根据第二控制指令工作。这一过程可以理解为在物流车自行解决紧急状况无果后，通知相关维护人员，由相关维护人员人工对物流车进行紧急状况的维护过程。
若通过维护人员人工对物流车进行紧急状况的维护之后，仍然无法对紧急状况进行处理，则对物流车采取托运处理。
进一步具体的，在执行完维护人员输入的第二控制指令后，同样需要对车身情况进行反馈，用以确定物流车所执行的第二控制指令是否解决了当前紧急状况。则车辆控制单元向微处理单元发送处理反馈信息。当处理反馈信息为第一处理反馈信息时，说明当前维护人员输入的第二控制指令仍然没有解决紧急状况所产生的问题，则需要对物流车采取托运处理，将物流车运离现场。
托运车可以是由人驾驶的，也可以是自动驾驶的车辆。当托运车是由人驾驶时，中央处理单元根据维修人员输入第三控制指令将物流车位置信息发送至驾驶人员的用户终端和/或托运车中。第三控制指令可以理解为托运当前故障物流车的指令。当托运车采用无人自动驾驶模式时，托运车可以根据物流车位置信息生成托运路线信息，并根据托运路线信息执行对物流车的托运任务。
本发明实施例提供的一种紧急状况处理方法，在物流车遇到紧急状况时，首先对照预设控制指令尝试自行解决问题，在自行解决无果后，通过服务器将紧急状况发送至相关维护人员的用户终端，通知维护人员到场维护，这种方式不仅可以节约人员维护成本，也可以更迅速、有效的处理紧急状况。
专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、用户终端执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。